基于会话、队列控制的北斗短报文传输协议设计∗

2018-03-31徐开来马良荔

舰船电子工程 2018年3期

王亮徐开来马良荔

1 引言

北斗是我国自行研制的卫星导航系统，具有定位、授时、短报文功能，且成本低、体积小，非常适合广域物联网网络层的解决方案，其中短报文功能为解决远海和偏远地区通信提供了双向信道。北斗卫星导航系统的短报文功能在设计之初并未考虑到大于单条报文长度以及多对多的应用，在数据大于短报文的情况下无法实现有效的传输，且目前尚无同等价格、同等体积的通信设备替代北斗卫星的功能。从具体应用方面来看，北斗的短报文通信在传输中还存在限制，具体如下：

1）单次通信容量有限，每次进行短报文通信所能传输的数据量是有限的，普通用户最高传输速度为120字节/分钟，数据如果超过最大报文长度，必须进行分包传送；

2）通信频度有限，北斗系统每发送完一条报文后需等待很长的时间才能进行下一次传输；

3）北斗卫星通信是不可靠的通信链路，在连续传输中丢包率较高。

文献［1～5］均对常规短报文协议进行扩展，一定程度增加了传输性能，但其定义的分包传输协议仅解决了点对点的传输方案，实际应用中不可能有如此理想的传输环境，尤其是在多对多的物联网环境中，某点在长时间接收分包数据的同时还有可能接收到其他点数据或同一点的第二份数据（加装复数北斗卡的发送端），由于没有标识符，接收端无法分辨数据来源，这就造成了数据混淆，使得分包数据无法还原，得不到最终数据。本文将传统的短报文分包传输协议进行改进，加入WEB服务器中的“会话控制”和“队列控制”方法，融合重传和确认机制保证数据可靠传输，以满足物联网中多对多传输的实际需求，使北斗通信在物联网平台能发挥更好的功效。

2 会话控制的设计与实现

物联网应用架构下，其采集端的数据种类包括控制指令、文字信息、图像信息等，且数据交互频繁，对于数据长度大于单次报文最大度120字节的数据，通常利用分包传输，但传输等待时间长，在等待时间内为避免多份数据之间混淆，设定一个全网唯一标识符进行区别。

接受端向发送端请求数据后，结合发送端和接收端的用户ID生成的全网唯一标识符“会话ID”（具体生成算法不在本文研究范围中），之后发送确认包，包含本次传输的会话ID、是否分包且分包数量等信息，之后开始数据包传输。与此同时，接收端仍可以实时接收其他或同一发送端的数据包，区分规则即为会话ID。这样，当接收端收到另一发送端的数据时，为不同会话ID开辟独立内存空间进行接收存储，直至数据传输完毕，从内存中销毁会话ID，将数据写入硬盘。

3 队列控制的设计与实现

发送端在进行数据传输时，会遇到上一会话还没有完成，又接收新的发送指令，此时应根据请求创建会话队列，检测是否有空闲的信道，有则分配信道开始传输，否则挂起传输请求，等待前次传输完成。在等待期间若接收到接收端的“取消请求数据”的请求包，根据其携带的会话ID，查询相应的传输进程，若传输未完成则终止传输，否则取消请求数据失败，两种情况均插队向接收端发送一条确认包，并销毁会话ID，记入日志。

接收端只有在收到确认包，识别到会话ID后才可知本次传输是否在队列、预计排队时间、预计完全接收完毕的时间，告知用户，由用户决定是否取消本次传输。若取消，则发送带有“取消请求数据”和本次传输“会话ID”的请求包，之后收到取消成功的确认包即完成取消请求操作；不取消，则等待传输完毕。

4 可靠传输的设计与实现

4.1 发送端流程

在发送端接收到接收端请求数据的请求包后，创建“会话ID”作为本次传输的唯一标识符，根据“数据标识符”找到要传输的数据，分析所请求的数据体积，若超出单次报文最大长度则拆分为子数据包，并对每个小数据包添加包含“会话ID”和“数据包ID”的包头，依次发送，直至全部发送完毕。若发送期间再次接收到请求数据的请求包，则依然创建“会话ID”，开启队列模式，暂时挂起本次会话ID传输，等待信道空闲，并插队发送一条确认包，告知接收端会话ID。接收端可依照会话ID，发送“取消请求数据”的请求包，发送端会根据会话ID取消在队列中的传输，并插队发送一条确认包，告知接收端该会话ID的传输取消成功。

数据发送完毕后，等待接收端回执包，识别回执包中“类型”若为1（完成）则，将本次会话相关信息存入硬盘后，销毁会话ID，清空缓存；若为2（补发）则识别“回执包总条数”，确认要接收的回执包个数，等待全部回执包接收完毕，统计“缺失数据包序号”，重新发送相应的子数据包，重复此过程直至回执包“类型”为1。若为3（超时）或等待超过一定时间，则判定为超时，将本次“会话”相关数据挂起存入硬盘，写入日志，等待人工操作，之后销毁“会话ID”，清空缓存。

4.2 接收端流程

向发送端发送请求包后，等待“确认包”，收到后识别“本次传输数据包总量”，查询“会话ID”，若无则创建，之后持续接收数据包，分析包头，并将数据包按照“会话ID”存储于缓存中，直至接收完毕，比对缓存中数据包，记录丢包编号，向发送端发送回执包，标注“类型2（补包）”，同时继续接收数据包，重复此过程直至数据包完整，向发送端发送回执包“类型1（完成）”，重新组合数据包。接收过程中，一定时间未收到数据包或确认包则判定为超时，将本次“会话”相关数据挂起存入硬盘，写入日志，等待人工操作，之后销毁“会话ID”，清空缓存。发送端、接收端整体流程图如图1所示。