一种报文传输的方法、电子设备及存储介质

1.本技术属于通信技术领域，具体涉及一种报文传输的方法、电子设备及存储介质。


背景技术：

2.北斗卫星导航系统是由我国自主研发、建设，并独立运行的全球卫星导航系统，其中，北斗短报文通信作为北斗系统最具特色的服务之一，其支持带有特定功能芯片的终端通过北斗卫星转发文本数据。
3.但是，北斗卫星导航系统分配给短报文通信功能的信道资源少，只能完成小数据量的文字信息传输，且为了提高北斗短报文数据传输的可靠性，相关反馈重传机制也带来了数据传输高时延的问题，导致信息传输的时效性降低。


技术实现要素：

4.本技术实施例的目的是提供一种报文传输的方法、装置、电子设备及存储介质，能够实现基于北斗短报文通信的长报文传输，且在提高数据传输成功率的同时，减少数据传输时间，提高数据传输时效性。
5.为了解决上述技术问题，本技术是这样实现的：
6.第一方面，本技术实施例提供了一种报文传输的方法，所述方法包括：确定待发送的第一报文分包，所述第一报文分包中携带所述第一报文分包所属的第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量；将所述第一报文分包发送至用户终端；在所述第一报文分包为所述第一任务的最后一个分包的情况下，开始第一等待计时，所述第一等待计时的时长是根据发送端的发送频率和预设最大重传次数确定的；在所述第一等待计时超时且未接收到所述用户终端反馈的第一响应的情况下，向所述用户终端发送第二任务的第二报文分包，所述第一响应表示所述第一任务的所有分包都接收成功。
7.第二方面，本技术实施例提供了一种报文传输的方法，所述方法包括：接收发送端发送的第一任务的第一报文分包，所述第一报文分包中携带所述第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量；在所述第一报文分包为所述第一任务的最后一个分包且所述第一任务的所有分包都校验成功的情况下，向所述发送端反馈第一响应，所述第一响应表示所述第一任务的所有分包都接收成功。
8.第三方面，本技术实施例提供了一种报文传输的装置，所述装置包括：第一确定模块，用于确定待发送的第一报文分包，所述第一报文分包中携带所述第一报文分包所属的第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量；第一发送模块，用于将所述第一报文分包发送至用户终端；第一计时模块，用于在所述第一报文分包为所述第一任务的最后一个分包的情况下，开始第一等待计时，所述第一等待计时的时长是根据发送端的发送频率和预设最大重传次数确定的；第二发送模块，用于在所述第一等待计时超时且未接收到所述用户终端反馈的第一响应的情况下，向所述用户终端发送第二任务的第二报文分包，所述第一响应表示所述第一任务的所有分包都接收成功。
9.第四方面，本技术实施例提供了一种报文传输的装置，所述装置包括：第一接收模块，用于接收发送端发送的第一任务的第一报文分包，所述第一报文分包中携带所述第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量；第一反馈模块，用于在所述第一报文分包为所述第一任务的最后一个分包且所述第一任务的所有分包都校验成功的情况下，向所述发送端反馈第一响应，所述第一响应表示所述第一任务的所有分包都接收成功。
10.第五方面，本技术实施例提供了一种电子设备，该电子设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第二方面所述的报文传输的方法的步骤。
11.第六方面，本技术实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面或第二方面所述的报文传输的方法的步骤。
12.在本技术实施例中，通过确定待发送的第一报文分包，所述第一报文分包中携带所述第一报文分包所属的第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量；将所述第一报文分包发送至用户终端；在所述第一报文分包为所述第一任务的最后一个分包的情况下，开始第一等待计时，所述第一等待计时的时长是根据发送端的发送频率和预设最大重传次数确定的；在所述第一等待计时超时且未接收到所述用户终端反馈的第一响应的情况下，向所述用户终端发送第二任务的第二报文分包，所述第一响应表示所述第一任务的所有分包都接收成功，能够实现基于北斗短报文通信的长报文传输，且在提高数据传输成功率的同时，减少数据传输时间，提高数据传输时效性。
附图说明
13.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
14.图1是本技术实施例提供的一种报文传输的方法的流程示意图。
15.图2是本技术实施例提供的一种北斗卫星导航系统的系统架构图。
16.图3是本技术实施例提供的一种报文分包的电文内容格式示意图。
17.图4是本技术实施例提供的另一种报文传输的方法的流程示意图。
18.图5是本技术实施例提供的一种报文传输的装置的结构示意图。
19.图6是本技术实施例提供的另一种报文传输的装置的结构示意图。
20.图7是本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
21.为了使本技术领域的人员更好地理解本技术中的技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护
的范围。
22.航天遥感信息作为保障用户遂行任务的重要力量，可通过北斗短报文通信链路向用户提供全天候、全天时的信息保障，为了实现航天遥感信息稳定、可靠的传输至用户使用，亟需研究设计基于北斗短报文通信链路的航天遥感信息可靠传输方案。
23.图1示出本技术实施例提供的一种报文传输的方法的一种流程示意图，该方法可以由电子设备执行。换言之，所述方法可以由安装在该电子设备的软件或硬件来执行。如图1所示，该方法可以包括以下步骤：
24.s101：确定待发送的第一报文分包。
25.所述第一报文分包中携带所述第一报文分包所属的第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量。
26.北斗卫星导航系统信号覆盖全球范围，可在任何天气、任何时段，为各类需求的用户提供高精度的卫星定位、卫星导航和卫星授时服务，其系统架构如图2所示。其中，北斗指挥机是为了便于集团组网、调度指挥而设计的特种用户机，北斗指挥机除了具有普通用户终端机的定位、通信、授时功能外，还能接收下属用户机的定位通信信息，并可以向下属用户机发送通播信息，类似于手机短信息群发功能。北斗用户终端机内置唯一ic卡，类似于手机sim卡，ic卡号为短报文收发用户机唯一标识，用户机发送信息需遵循北斗短报文发送频率限制，但接收信息没有频率限制。
27.北斗短报文单次通信容量有限，基于北斗短报文通信的航天遥感信息传输系统使用的北斗ic卡单次通信报文长度不得超过140字节，信息发送频度为50秒。然而，航天遥感信息数据量远大于140字节，即使通过信息压缩编码技术进行压缩处理，压缩后的航天遥感信息仍然大于北斗短报文单数据包所能承载的数据量。因此，对待传输航天遥感信息进行分包处理，使其适应于北斗短报文窄带通信。面向航天遥感信息长报文传输，设计分包和组包协议，使发送端依据协议自动拆分航天遥感信息为若干子包，并按顺序发送子包，所述第一报文分包即为所述第一任务对应的长报文的一个子包，接收端依据协议自动完成组包。
28.为了使用户终端机能够根据收到的电文内容组包还原航天遥感信息，本步骤扩展北斗短报文数据传输帧格式中的电文内容字段，为子包增加控制字符，设计电文内容格式如图3所示。电文内容中的控制字符占用3个字节。其中，第一个字节为任务号(task)，同一航天遥感信息被拆分为若干子包后，子包的任务号相同，用户端只能将任务号相同的子包组合，还原航天遥感信息；第二个字节为子包数量(sum)，表示某航天遥感信息分包后的子包总数，用户接收端根据子包数量判断同一任务号下的子包是否全部被成功接收；第三个字节为子包序号(num)，发送端指挥机按照子包序号发送数据，由于信息传输的不稳定性，用户端不一定是按顺序接收到子包。用户端需按照子包序号将接收到的子包重新排序并组合。同时，子包序号也是用户端判断子包丢失情况的重要依据。
29.s102：将所述第一报文分包发送至用户终端。
30.航天遥感信息发送端读取待发送任务数据，计算任务分包数量，将数据“分包”并为子包包头添加任务号task、子包数量sum和子包序号num控制字符，形成发送队列。将子包按照北斗短报文数据传输格式封装成帧，并依序发送。
31.s103：在所述第一报文分包为所述第一任务的最后一个分包的情况下，开始第一等待计时。
32.当某task中最后一个子包发送完成时开启发送端等待时间(waittime)计时。所述第一等待计时的时长是根据发送端的发送频率和预设最大重传次数确定的。当数据发送端指挥机某任务中所有子包全部发出，用户端仍存在子包丢失，即无法将子包还原为原始航天遥感信息，则用户端开启丢包反馈重传机制。
33.为了避免增加反馈重传机制后，北斗短报文通信过程出现发送端因长时间未收到接收端的反馈响应而持续向接收端传输相同数据的情况，以及因数据包持续丢失导致接收端无限次反馈重传的情况，需要为反馈重传机制设置发送端最大等待时间(waittimemax)、接收端最大等待时间(rectimemax)和最大反馈重传次数(km)。
34.北斗短报文单数据包传输成功率理论值约为95％，但是北斗短报文属于无线电卫星通信，其数据传输成功率受时间、天气、季节等环境因素影响较大，致使短报文通信在实际应用中单数据包传输成功率约为70％-90％。
35.航天遥感信息分包后，同一数据包传输k次后，其传输成功率为：
36.pn＝1-(1-pi)kꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(1)
37.如式(1)所示，当北斗通信信道条件较差时，即pi取70％。数据包传输次数k＝4时，其传输成功率pn＞99％。因此，设定最大反馈重传次数km＝3，即可满足大多信道条件下单数据包传输成功率的要求。
38.基于北斗短报文通信的航天遥感信息传输使用的北斗短报文通信模块的数据发送频率为50s，则指挥机某task中最后一个子包发送完毕后，开启最大等待时间计时器，最大等待时间为：
39.waittimemax＝数据发送频率*kmꢀꢀꢀ
(2)
40.将km＝3代入式(2)中，得到waittimemax＝150s。
41.s104：在所述第一等待计时超时且未接收到所述用户终端反馈的第一响应的情况下，向所述用户终端发送第二任务的第二报文分包。
42.所述第一响应表示所述第一任务的所有分包都接收成功。当发送端等待时间(waittime)超过最大等待时间(waittimemax)，但仍未收到用户端反馈响应时，则丢弃该任务数据，等待下一个发送任务。
43.本技术实施例提供的一种报文传输的方法，通过确定待发送的第一报文分包，所述第一报文分包中携带所述第一报文分包所属的第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量；将所述第一报文分包发送至用户终端；在所述第一报文分包为所述第一任务的最后一个分包的情况下，开始第一等待计时，所述第一等待计时的时长是根据发送端的发送频率和预设最大重传次数确定的；在所述第一等待计时超时且未接收到所述用户终端反馈的第一响应的情况下，向所述用户终端发送第二任务的第二报文分包，所述第一响应表示所述第一任务的所有分包都接收成功，能够实现基于北斗短报文通信的长报文传输，且在提高数据传输成功率的同时，减少数据传输时间，提高数据传输时效性。
44.在一种实现方式中，所述方法还包括：在所述第一等待计时未超时且接收到所述用户终端反馈的第一响应的情况下，向所述用户终端发送第二任务的第二报文分包。如，在最大等待时间(waittimemax)内，若发送端收到电文内容为1的反馈响应，则本次task中全部子包传输成功，等待下一个数据传输任务。
45.在一种实现方式中，所述方法还包括：在所述第一等待计时未超时且接收到所述用户终端反馈的第二响应的情况下，向所述用户终端发送第一任务的第一报文分包，所述第二响应表示所述第一报文分包接收失败。如，在最大等待时间(waittimemax)内，若收到丢包反馈响应，则按照丢包反馈中的任务号task及子包序号num重新发送对应子包。
46.在一种实现方式中，所述方法还包括：在所述第一等待计时未超时且接收到所述用户终端反馈的第二响应且所述第一报文分包发送的次数超过所述预设最大重传次数的情况下，向所述用户终端发送第二任务的第二报文分包。如，协议规定反馈重传的次数(reqnum)不得超过3次，若3次反馈重传后仍未集齐某task中全部子包，则停止反馈重传，开始下一个数据传输的任务。
47.在一种实现方式中，所述方法还包括：在所述第一等待计时未超时且接收到所述用户终端反馈的第三响应的情况下，向所述用户终端发送第二任务的第二报文分包，所述第三响应表示接收时间超时的提示。
48.图4示出本技术实施例提供的一种报文传输的方法的另一种流程示意图，该方法可以由电子设备执行。换言之，所述方法可以由安装在该电子设备的软件或硬件来执行。如图4所示，该方法可以包括以下步骤：
49.s401：接收发送端发送的第一任务的第一报文分包。
50.所述第一报文分包中携带所述第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量。
51.用户端接收某task中的一个子包数据，所述第一报文分包即为所述第一任务对应的长报文的一个子包，其数据格式参见图3所示。
52.s402：在所述第一报文分包为所述第一任务的最后一个分包且所述第一任务的所有分包都校验成功的情况下，向所述发送端反馈第一响应。
53.所述第一响应表示所述第一任务的所有分包都接收成功。若tast中子包全部接收成功，则向发送端反馈数据接收成功响应，并按照子包序号num进行组包操作，得到指挥机发送的航天遥感信息。
54.在一种实现方式中，所述方法还包括：在所述第一报文分包校验失败的情况下，向所述发送端反馈第二响应，所述第二响应表示所述第一报文分包接收失败。如，若存在丢包，则可以将任务号task和丢失的子包序号num反馈至发送端进行重传。
55.在一种实现方式中，所述方法还包括：在所述第一报文分包为所述第一任务的第一个分包的情况下，开始第二等待计时，所述第二等待计时的时长是根据发送端的发送频率和所述第一任务的总分包的数量确定的；在所述第二等待计时超时且未接收到所述第一任务的第三报文分包的情况下，向所述发送端反馈第三响应，所述第三响应表示接收时间超时的提示。
56.如，用户接收端收到某task中第一个子包后，根据子包数量计算接收最大等待时间(rectimemax)，同时开启接收时间(rectime)计时，如，接收最大等待时间(rectimemax)为：
57.rectimemax＝数据发送频率*(sum-1)
ꢀꢀꢀ
(3)。
58.当接收时间(rectime)超过最大接收时间(rectimemax)时，若tast中子包全部接收成功，则向发送端反馈数据接收成功响应，并按照子包序号num进行组包操作，得到指挥
机发送的航天遥感信息。若存在丢包，则将任务号task和丢失的子包序号num反馈至发送端进行重传。协议规定反馈重传的次数(reqnum)不得超过3次，若3次反馈重传后仍未集齐某task中全部子包，则停止反馈重传，等待接收下一个任务的数据。
59.在一种实现方式中，所述方法还包括：在所述第二等待计时未超时且接收到所述第一任务的所有报文分包的情况下，根据各报文分包和各报文分包的标识，确定所述第一任务对应的第一长报文。如，用户端需按照子包序号将接收到的子包重新排序并组合。
60.在一种实现方式中，在根据各报文分包和各报文分包的标识，确定所述第一任务对应的第一长报文之前，还包括：对各报文分包进行纠错和校验处理。
61.如图2所示，本技术实施例中，北斗指挥机可同时向多个下属用户机组播信息，本方案为北斗用户配置航天遥感信息用户端一体机，一体机集成三个北斗短报文通信模块，指挥机同时向三个通信模块发送数据包，例如，图2中用户端第
④
、
⑤
、
⑥
步同时发生。用户端三个短报文通信模块同时接收某task中的同一个子包数据。
62.大数判决译码算法常应用于数据传输过程中的差错控制，纠正数据传输中的误码从而提高数据传输可靠性。大数判决的主要思想是数据发送端同时向接收端发送m条长度为n的码字，接收端收到码字后对比m条码字相对应比特位的0和1数量，若0的数量大于1，则判决该位为0，反之判决该位为1。大数判决过程中，若m的数值为偶数，会出现0与1数量相同的情况，此时无法判决该位为0或1。因此，采用大数判决思想时，m的数值必须为奇数，例如3、5、7等。
63.本技术实施例可以利用大数判决译码算法，使北斗指挥机同时向用户端三个北斗短报文通信模块发送相同的数据包，当用户机接收到的数据包中任何一个通过crc校验，则该子包数据传输成功。若三个数据包均未通过校验，则开启用户端自纠错机制，采用大数判决算法生成长度与数据包相同的码字，并对其进行crc校验。若通过校验，则该数据包传输成功，若未通过校验，则判定该数据包丢失，等待反馈重传。
64.需要说明的是，本技术实施例提供的报文传输的方法，执行主体可以为报文传输的装置，或者该报文传输的装置中的用于执行报文传输的方法的控制模块。本技术实施例中以报文传输的装置执行报文传输的方法为例，说明本技术实施例提供的报文传输的装置。
65.图5示出本技术实施例提供的一种报文传输的装置的结构示意图，该装置500包括：第一确定模块510、第一发送模块520、第一计时模块530和第二发送模块540。
66.第一确定模块510，用于确定待发送的第一报文分包，所述第一报文分包中携带所述第一报文分包所属的第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量；第一发送模块520，用于将所述第一报文分包发送至用户终端；第一计时模块530，用于在所述第一报文分包为所述第一任务的最后一个分包的情况下，开始第一等待计时，所述第一等待计时的时长是根据发送端的发送频率和预设最大重传次数确定的；第二发送模块540，用于在所述第一等待计时超时且未接收到所述用户终端反馈的第一响应的情况下，向所述用户终端发送第二任务的第二报文分包，所述第一响应表示所述第一任务的所有分包都接收成功。
67.在一种实现方式中，所述第二发送模块540，还用于：在所述第一等待计时未超时且接收到所述用户终端反馈的第一响应的情况下，向所述用户终端发送第二任务的第二报
文分包。
68.在一种实现方式中，所述第二发送模块540，还用于：在所述第一等待计时未超时且接收到所述用户终端反馈的第二响应的情况下，向所述用户终端发送第一任务的第一报文分包，所述第二响应表示所述第一报文分包接收失败。
69.在一种实现方式中，所述第二发送模块540，还用于：在所述第一等待计时未超时且接收到所述用户终端反馈的第二响应且所述第一报文分包发送的次数超过所述预设最大重传次数的情况下，向所述用户终端发送第二任务的第二报文分包。
70.在一种实现方式中，所述第二发送模块540，还用于：在所述第一等待计时未超时且接收到所述用户终端反馈的第三响应的情况下，向所述用户终端发送第二任务的第二报文分包，所述第三响应表示接收时间超时的提示。
71.图6示出本技术实施例提供的一种报文传输的装置的结构示意图，该装置600包括：第一接收模块610和第一反馈模块620。
72.第一接收模块610，用于接收发送端发送的第一任务的第一报文分包，所述第一报文分包中携带所述第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量；第一反馈模块620，用于在所述第一报文分包为所述第一任务的最后一个分包且所述第一任务的所有分包都校验成功的情况下，向所述发送端反馈第一响应，所述第一响应表示所述第一任务的所有分包都接收成功。
73.在一种实现方式中，第一反馈模块620，还用于：在所述第一报文分包校验失败的情况下，向所述发送端反馈第二响应，所述第二响应表示所述第一报文分包接收失败。
74.在一种实现方式中，所述装置600，还包括：第二计时模块，用于在所述第一报文分包为所述第一任务的第一个分包的情况下，开始第二等待计时，所述第二等待计时的时长是根据发送端的发送频率和所述第一任务的总分包的数量确定的；第二反馈模块，用于在所述第二等待计时超时且未接收到所述第一任务的第三报文分包的情况下，向所述发送端反馈第三响应，所述第三响应表示接收时间超时的提示。
75.在一种实现方式中，所述装置600，还包括：组包模块，用于在所述第二等待计时未超时且接收到所述第一任务的所有报文分包的情况下，根据各报文分包和各报文分包的标识，确定所述第一任务对应的第一长报文。
76.在一种实现方式中，所述装置600，还包括：纠错校验模块，用于对各报文分包进行纠错和校验处理。
77.本技术实施例提供的报文传输的装置能够实现图1或图4中至少一个实施例所述的报文传输的方法实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
78.本技术实施例中的报文传输的装置可以是装置，也可以是终端设备中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本或者个人数字助理(personal digital assistant，pda)等，非移动电子设备可以为服务器、网络附属存储器(network attached storage，nas)、个人计算机(personal computer，pc)、电视机(television，tv)、柜员机或者自助机等，本技术实施例不作具体限定。
79.本技术实施例中的报文传输的装置可以为具有操作系统的装置。该操作系统可以
为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本技术实施例不作具体限定。
80.可选的，图7示出本技术实施例提供的一种电子设备的硬件结构示意图，参考该图，在硬件层面，电子设备包括处理器，可选地，包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-access memory，ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
81.处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是工业标准体系结构(industry standard architecture，isa)总线、外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，该图中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
82.存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。
83.处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成定位目标用户的装置。处理器，执行存储器所存放的程序，并具体用于执行：上述各方法实施例中至少一个实施例所述的报文传输的方法的各个步骤。
84.上述如本技术各流程图所示实施例揭示的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field－programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
85.该电子设备还可执行前文方法实施例中所述的各方法，并实现前文方法实施例中所述的各方法的功能和有益效果，在此不再赘述。
86.当然，除了软件实现方式之外，本技术的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
87.本技术实施例还提出了一种计算机可读存储介质，所述计算机可读介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：图1或图4所示至少一个实施例所述的报文传输的方法。
88.其中，所述的计算机可读存储介质包括只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
89.进一步地，本技术实施例还提供了一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，实现以下流程：图1或图4所示至少一个实施例所述的报文传输的方法。
90.总之，以上所述仅为本技术的较佳实施例，并非用于限定本技术的保护范围。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。
91.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
92.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
93.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本技术实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
94.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本技术各个实施例所述的方法。
95.上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员
在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。

技术特征：
1.一种报文传输的方法，其特征在于，所述方法包括：确定待发送的第一报文分包，所述第一报文分包中携带所述第一报文分包所属的第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量；将所述第一报文分包发送至用户终端；在所述第一报文分包为所述第一任务的最后一个分包的情况下，开始第一等待计时，所述第一等待计时的时长是根据发送端的发送频率和预设最大重传次数确定的；在所述第一等待计时超时且未接收到所述用户终端反馈的第一响应的情况下，向所述用户终端发送第二任务的第二报文分包，所述第一响应表示所述第一任务的所有分包都接收成功。2.根据权利要求1所述的方法，其特征在于，还包括：在所述第一等待计时未超时且接收到所述用户终端反馈的第一响应的情况下，向所述用户终端发送第二任务的第二报文分包。3.根据权利要求1所述的方法，其特征在于，还包括：在所述第一等待计时未超时且接收到所述用户终端反馈的第二响应的情况下，向所述用户终端发送第一任务的第一报文分包，所述第二响应表示所述第一报文分包接收失败。4.根据权利要求3所述的方法，其特征在于，还包括：在所述第一等待计时未超时且接收到所述用户终端反馈的第二响应且所述第一报文分包发送的次数超过所述预设最大重传次数的情况下，向所述用户终端发送第二任务的第二报文分包。5.根据权利要求1所述的方法，其特征在于，还包括：在所述第一等待计时未超时且接收到所述用户终端反馈的第三响应的情况下，向所述用户终端发送第二任务的第二报文分包，所述第三响应表示接收时间超时的提示。6.一种报文传输的方法，其特征在于，所述方法包括：接收发送端发送的第一任务的第一报文分包，所述第一报文分包中携带所述第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量；在所述第一报文分包为所述第一任务的最后一个分包且所述第一任务的所有分包都校验成功的情况下，向所述发送端反馈第一响应，所述第一响应表示所述第一任务的所有分包都接收成功。7.根据权利要求6所述的方法，其特征在于，还包括：在所述第一报文分包校验失败的情况下，向所述发送端反馈第二响应，所述第二响应表示所述第一报文分包接收失败。8.根据权利要求6所述的方法，其特征在于，还包括：在所述第一报文分包为所述第一任务的第一个分包的情况下，开始第二等待计时，所述第二等待计时的时长是根据发送端的发送频率和所述第一任务的总分包的数量确定的；在所述第二等待计时超时且未接收到所述第一任务的第三报文分包的情况下，向所述发送端反馈第三响应，所述第三响应表示接收时间超时的提示。9.根据权利要求6所述的方法，其特征在于，还包括：在所述第二等待计时未超时且接收到所述第一任务的所有报文分包的情况下，根据各报文分包和各报文分包的标识，确定所述第一任务对应的第一长报文。
10.根据权利要求9所述的方法，其特征在于，在根据各报文分包和各报文分包的标识，确定所述第一任务对应的第一长报文之前，还包括：对各报文分包进行纠错和校验处理。11.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-5或6-10任一项所述的方法的步骤。12.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-5或6-10任一项所述的方法的步骤。

技术总结
本申请公开了一种报文传输的方法、电子设备及存储介质，其中，所述方法包括：确定待发送的第一报文分包，所述第一报文分包中携带所述第一报文分包所属的第一任务的标识、所述第一报文分包的标识和所述第一任务的总分包的数量；将所述第一报文分包发送至用户终端；在所述第一报文分包为所述第一任务的最后一个分包的情况下，开始第一等待计时，所述第一等待计时的时长是根据发送端的发送频率和预设最大重传次数确定的；在所述第一等待计时超时且未接收到所述用户终端反馈的第一响应的情况下，向所述用户终端发送第二任务的第二报文分包，所述第一响应表示所述第一任务的所有分包都接收成功。都接收成功。都接收成功。


技术研发人员：吴亚男 王晓梅 孙伟凯 李彩萍 许东 李佳芯
受保护的技术使用者：中国人民解放军战略支援部队信息工程大学
技术研发日：2023.05.11
技术公布日：2023/8/14