一种基于北斗短报文的望远镜远程数据传输与控制方法
阅读说明：本技术 一种基于北斗短报文的望远镜远程数据传输与控制方法 (Telescope remote data transmission and control method based on Beidou short message ) 是由 谭思远 姚骑均 段文英 林镇辉 于 2020-11-17 设计创作，主要内容包括：本发明公开了一种基于北斗短报文的望远镜远程数据传输与控制方法,它通过设计协议,设置DT标志位,对具体数据中存在的特殊字符进行转义,对较大数据块采取分帧组帧机制,对实际传输的数据进行必要的差错控制和拥塞控制机制,成功地实现了利用北斗短报文RDSS-DTU传输望远镜远程数据的功能。应用本发明的数据传输方法,使用户能够传输包含特定字符的短报文,且传回的观测数据持续正常,保证了通信的可靠性。(The invention discloses a telescope remote data transmission and control method based on Beidou short messages, which sets DT flag bits through designing a protocol, performs escape on special characters existing in specific data, adopts a framing and framing mechanism for a larger data block, performs necessary error control and congestion control mechanisms on actually transmitted data, and successfully realizes the function of transmitting telescope remote data by using the Beidou short messages RDSS-DTU. By applying the data transmission method of the invention, the user can transmit the short message containing the specific character, and the returned observation data is continuous and normal, thereby ensuring the reliability of communication.)
技术领域
本发明属于观测数据传输及控制技术领域，具体涉及一种基于北斗短报文的望远镜远程数据传输与控制方法。
背景技术
目前，一些科研项目需要搭建无人值守的小型观测站对无人区候选天文台址的周围的气象等数据进行采集，并需要实现台址现场的观测数据能够向天文台本部进行回传，且本部能够对现场的观测任务进行远程控制。由于青藏高原腹地的无人区，目前尚不具备移动通信、光纤通信等常规通信方式，而对候选的天文台址的环境参数依次评估，这一过程需要不间断地采集候选台址附近的环境观测数据，并实时回传和及时评估。因此，回传现场观测数据可行的方法只能借助卫星通信。鉴于我国自主建设的北斗卫星导航系统能够提供RDSS-DTU短报文服务，并且对普通用户，北斗2号的短报文发送时间间隔为60s，每次报文能够支持的最大数据不超过80字节(不同的商用短报文平台有细微的差异)，价格也大大低于海事卫星及铱星卫星的通信资费。这种方式能够以廉价的方式满足前期的观测数据的回传及远程控制任务。随着北斗3号全球卫星导航系统的正式运营，短报文通信容量也进行了升级。相比北斗2号，北斗3号的提供RDSS-DTU短报文服务在区域范围内每次报文数据已扩容至1750字节，可以适应未来天文台址观测数据的增长变化，也为其他采用窄带通信的望远镜远程数据传输提供了技术积累。
采用北斗短报文RDSS-DTU作为通信方式的应用一般借助商用的北斗短报文平台，这类平台提供了北斗通信卡，射频电路及天线，对于普通用户而言，使用北斗短报文通信设备发送短报文的操作就是往设备的端口发送固定格式的数据，接收短报文的操作就是从该设备的端口读取固定格式的数据。然而，这类固定格式的数据不能包含特定的字符序列，这需要用户对数据进行预处理。另外，对于特定的设备平台，数据长度有一定的字节限制，这就意味着对应较大的数据用户必须要处理数据分帧、组帧等操作。此外，数据发送出去后平台并不提供必要差错控制和拥塞控制机制，为了保证通信的可靠性，用户需要自行添加这类机制。
发明内容
本发明研究并设计一套基于北斗短报文RDSS-DTU的高效且通用的数据传输及控制方法，对具体数据中存在的特殊字符进行转义，对较大数据块采取分帧组帧机制，对实际传输的数据进行必要的差错控制和拥塞控制机制，最终实现所设计的方案能够应用到任何采用的北斗短报文方式进行通信的其他应用。
针对现有技术中的不足，本发明提供一种基于北斗短报文的望远镜远程数据传输与控制方法，包括了两大部分：1)设计了一套通用的数据传输协议；2)设计了数据传输处理流程及控制方法。
其中，所设计的通用数据传输协议是在北斗卫星短报文平台提供的用户自定义数据部分上定义的，本发明采用以下技术方案：一种基于北斗短报文的望远镜远程数据传输与控制方法，包括如下步骤：
S1、将数据段从最高比特位到最低比特位，依次划分为4个协议字段：SCF(2比特)，DT(6比特)，SN(8比特)，DataLoad(600比特)；
S2、定义协议字段SCF(2比特)用于指示数据是否进行了分帧；若需传输的数据大于每帧所支持的最大76字节数，则将传输的数据拆分成多个帧进行传输；
S3、定义协议字段DT(6比特)用于指示用户数据类型；
S4、定义协议字段SN(8比特)用于表示帧号，通过与SCF对应使用，实现对单帧数据、多帧数据进行区分；
S5、定义对多帧数据收发完好性的处理方法：多帧数据开始发送时，通过SN给出了总的数据帧数；如果接收到的SN连续，且接收到了最后一帧，则说明所有帧数据已全部收到；如果SN出现了缺失，则发送通用应答帧请求接收端再次发送特定的数据段；
S6、定义对包含特殊字符数据的处理方法：
发送端：以0x7D表示转义字符，从Data Frame的首个字节开始，对用户数据进行过滤；将用户数据中的0x7D转义成0x7D，0x5D；然后，搜索转义后的全部用户数据，若发现出现连续的0x0D-0x0A，将0x0D转义；
接收端：对于单帧或连续数据帧的最后一帧，借助SCF和SN两个字段并按照步骤S4中的规则，获得data load的长度以及判断数据结尾；
S7、将待发送的原始数据先存放到内存中的数据缓冲区，根据步骤S6中发送端的数据预处理方法，将原始数据中连续出现的特定字节序进行转义处理；
S8、对预处理后的数据按照帧结构及步骤S2至S4定义的字段，计算各个字段的具体数值，并组合起来获得数据帧；
S9、将生成的数据帧按照类型分组并依次加入数据发送队列；
S10、对于接收端，每隔1s读取接收缓冲区的数据状态；对所有分帧的数据进行提取，完毕后对各帧数据进行组合并生成完整的数据帧；
S11、对步骤S10中生成的完整数据帧按照步骤S6中接收端处理方法进行预处理还原，得到原始的数据。
为优化上述技术方案，采取的具体措施还包括：
进一步地，步骤S3中，帧格式预留了64种类型数据；用户数据类型包括，通用应答帧(0x00)、气象站数据(0x01)、系统脚本执行数据(0x02)、设备监控状态数据(0x03)。
进一步地，步骤S4中包括，定义SCF＝0x00表示连续帧，SN指示多帧数据中的当前数据帧编号；SCF＝0x01表示多帧数据的第一帧，SN为传输数据的总帧数；SCF＝0x10表示多帧数据的最后一帧，SN表示当前数据帧的数据长度；SCF＝0x11则表示单一数据帧，SN表示当前数据帧的数据长度。
进一步地，步骤S5还包括，在接收和发送数据时，发送端和接收端都要缓冲所有当前的连续数据帧，直到收到对方的应答帧，确认所有的数据帧都收到才能清除缓冲。
进一步地，应答帧类型为步骤S3中定义的0x00类型的数据，其内容中的第一个字节代表总共收到的数据帧数目N，从第二个字节开始，每一个比特的状态代表对应的数据帧是否收到。
进一步地，步骤S6中发送端包括，对于连续帧，当前的数据帧经过处理后超出dataload长度的字节，将纳入下一帧的Data Frame。
进一步地，步骤S6中接收端包括，对于连续数据帧，直接按77字节DataFrame截取；当数据全部接收完毕后，从Data Load的首个字节开始扫描所有0x7D，若出现0x7D，则去除0x7D且将0x7D后的1个字节异或0x20。
进一步地，步骤S8包括，对于预处理后数据长度大于75字节的数据进行数据拆分，并按照步骤S2和步骤S4中的定义生成所有分帧的帧数据。
进一步地，步骤S9包括，数据发送队列的基本单元是数据类型的数据帧，队列中各元素默认按照先到先发的顺序，每隔特定的时间依次发送各个帧数据。
进一步地，步骤S10具体包括，当接收缓冲区已收到数据后要根据数据帧结构获得相关字段的数值及预处理后的数据；并根据步骤S3中的DT字段获得数据类型，按照步骤S4中SN字段的定义，判断数据帧是否分帧；若为单一帧，通过SN获得数据段的字节长度；若为多帧数据，且不是尾帧时，按75字节的长度提取数据；当接收到了末尾帧时，按照SN字段获得当前帧的数据长度；当所有分帧的数据都提取完毕后，对各帧数据进行组合并生成完整的数据帧。
本发明的有益效果是：本发明通过设计协议，设置DT标志位，对具体数据中存在的特殊字符进行转义，对较大数据块采取分帧组帧机制，对实际传输的数据进行必要的差错控制和拥塞控制机制，成功地实现了利用北斗短报文RDSS-DTU传输望远镜远程数据的功能。应用本发明的数据传输方法，使用户能够传输包含特定字符的短报文，且传回的观测数据持续正常，保证了通信的可靠性。本发明所提出的方法还能够应用到任何采用的短报文方式进行通信的其他应用，对积极促进北斗卫星产业的发展具有重要的意义。
附图说明
图1是本发明的基于北斗短报文的望远镜远程数据传输方法流程图。
图2是本发明的基于北斗短报文的望远镜远程数据传输通用的数据传输协议字段示意图。
图3采用本发明的方法进行某一次实际传输数据所得到的发送、接收数据流截图(ubuntu linux操作系统下)。
具体实施方式
现在结合附图对本发明作进一步详细的说明。
在本发明的一个实施例中，针对冷湖地区台址的北斗短报文平台采用的是上海倍哲工业自动化有限公司自主研发、生产的北斗短报文通信设备，它能支持单次最大数据77字节的数据报文传输。由于平台提供了北斗通信卡，射频电路及天线，对于普通用户而言，发送短报文的操作就是往设备的端口发送固定格式的数据，接收短报文的操作就是从该设备的端口读取固定格式的数据。然而，这类固定格式的数据不能包含特定的字符序列，这需要用户对数据进行预处理。另外，数据长度限定在77字节以内，这就意味着对应较大的数据用户必须要处理数据分帧、组帧等操作。此外，数据发送出去后平台并不提供必要差错控制和拥塞控制机制，为了保证通信的可靠性，用户得自行添加这类机制。
为了能够实现基于北斗短报文平台的天文台址远程观测数据传输及控制的通信任务，我们必须要解决这三个大问题。这就需要在现有的北斗短报文RDSS-DTU数据结构之上再构建一套通用的数据传输协议。这一通用的传输协议和方法不仅能够应用到冷湖前期工程中的台址观测数据传输任务，而且能够应用到任何采用的短报文方式进行通信的其他应用，对促进国内北斗卫星产业的发展具有积极意义。此外，该方法还要易于扩展，便于后续方便地移植到北斗3号卫星的短报文数据结构上，实现承载更多的传输数据容量。
鉴于此，我们需要研究并设计一套基于北斗短报文RDSS-DTU的高效且通用的数据传输及控制方法，对具体数据中存在的特殊字符进行转义，对较大数据块采取分帧组帧机制，对实际传输的数据进行必要的差错控制和拥塞控制机制，最终实现所设计的方案能够应用到任何采用的北斗短报文方式进行通信的其他应用。此外，针对望远镜远程运控中涉及多类型的数据和控制指令，我们还需要研究有效的方法处理和响应多类型的数据及控制指令，为促进北斗卫星产业，尤其是北斗卫星导航在望远镜远程运控系统中的应用提供解决方案。
本发明提出了一种利用北斗短报文进行望远镜远程数据传输及控制的通用方法，所述方法包括了两大部分：1)设计了一套通用的数据传输协议；2)设计了数据传输处理流程及控制方法。
其中，所设计的通用数据传输协议是在北斗卫星短报文平台提供的用户自定义数据部分上定义的，本实施例所采用的北斗卫星短报文平台中用户自定义数据长度为77字节，针对这77个字节，如图2所示，设计的数据传输协议包括：
S1、将77字节(616比特)的数据段从最高比特位到最低比特位依次划分为4个部分(中括号内表示比特长度)：SCF[2比特]，DT[6比特]，SN[8比特]，DataLoad[600比特]；
S2、协议字段SCF[2比特]用来指示数据是否进行了分帧。若需传输的数据大于每帧所支持的最大76字节数，则传输的数据必须拆分成多个帧进行传输，SCF有4种不同的取值，它们代表的意义在S4中进行了说明；
S3、协议字段DT[6比特]用于指示用户数据类型。所设计的帧格式预留了64种类型数据。为确保兼容简单命令模式PC与DTU之间的数据传输，DT不能出现0x22和0x0D这两种类型，这样总共可以支持62种不同的数据类型，目前确定数据类型有：通用应答帧(0x00)、气象站数据(0x01)、系统脚本执行数据(0x02)、设备监控状态数据(0x03)，其他类型可以后续跟进。用户可以结合DT在Data load部分设计并自定义数据结构类型。
S4、协议字段SN(8比特)用于表示帧号，与SCF配合使用，实现对单帧或多帧数据进行区分。设计的规则为：SCF＝0x00表示连续帧，SN指示多帧数据中的当前数据帧编号。SCF＝0x01表示多帧数据的第一帧，SN为传输数据的总帧数。SCF＝0x10表示多帧数据的最后一帧，SN表示当前数据帧的数据长度。SCF＝0x11则表示单一数据帧，SN表示当前数据帧的数据长度。
S5、协议对多帧数据收发完好性的处理方法：多帧数据开始发送时，通过SN给出了总的数据帧数。如果接收到的SN连续，且接收到了最后一帧，则说明所有帧数据已全部收到；如果SN出现了缺失，可以通过控制协议发送通用应答帧请求接收端再次发送特定的数据段。在接收和发送数据时，发送端和接收端都要缓冲所有当前的连续数据帧，直到收到对方的应答帧确认所有的数据帧都收到才能清除缓冲。应答帧类型为S3中定义的0x00类型的数据，其内容中的第一个字节代表总共收到的数据帧数目N，从第二个字节开始，每一个比特的状态代表对应的数据帧是否收到(0：表示未收到；1：表示收到)，从左往右依次代表第一帧，第二帧……。
S6、协议对包含特殊字符数据的处理方法：
发送端：参考HDLC过滤协议，以0x7D表示转义字符。从Data Frame的首个字节开始，对用户数据(每次最多75字节)进行过滤。将用户数据中的0x7D转义成0x7D，0x5D。然后，搜索转义后的全部用户数据，若发现出现连续的0x0D-0x0A，我们将0x0D转义(在0x0D前加入0x7D，对后面的0x0D异或0x20H，变成0x2D)。对于连续帧，当前的数据帧经过上述处理后超出data load长度的字节，将纳入下一帧的Data Frame。
接收端：对于单帧或连续数据帧的最后一帧，借助SCF和SN两个字段并参考S4中的规则获得data load的长度以及判断数据结尾。对于连续数据帧，因为其占满了整个RDSS最大数据容量，是属于定长数据。我们只需直接按77字节DataFrame截取即可。为保险起见，也在77字节后校验\r\n结束标志。当数据全部接收完毕后，从Data Load的首个字节开始扫描所有0x7D，若出现0x7D，则去除0x7D且将其后的1个字节异或0x20。例如Data Frame中包含的0x7D-0x2D-0x0A经过上述规则处理后，变成0x0D-0x0A。
本发明数据传输处理流程和控制方法如图1所示，它包括：
S7、将待发送的原始数据先存放到内存中的数据缓冲区，并根据S6中发送端的数据预处理方法，将原始数据中连续出现的特定字节序(0x7D及0x0D-0x0A)进行转义处理；
S8、对预处理后的数据按照图2中定义的帧结构及S2至S4定义的字段，计算各个字段的具体数值，并组合起来获得数据帧。对于预处理后数据长度大于75字节的数据还要进行数据拆分，并按照S2和S4中的定义生成所有分帧的帧数据。
S9、将生成的数据帧按照类型分组并依次加入数据发送队列。其中，数据队列的基本单元是某种数据类型的数据帧，队列中各元素默认按照先到先发的顺序每隔特定的时间依次发送各个帧数据。若针对数据帧类型字段DT，设置了优先级，则对队列中数据帧组按照设置的优先级排序，并按照排序的顺序依次发送各组中对应的各帧数据。
S10、对于接收端，需要每隔1s读取接收缓冲区的数据状态。当接收缓冲区已收到数据后要根据图2所示的数据帧结构获得相关字段的数值及预处理后的数据。并根据S3中的DT字段获得数据类型，按照S4中SN字段的定义，判断数据帧是否分帧。若为单一帧，通过SN获得数据段的字节长度；若为多帧数据，且不是尾帧时按75字节的长度提前数据；当接收到了末尾帧时，按照SN获得当前帧的数据长度，当所有分帧的数据都提取完毕后对各帧数据进行组合并生成完整的数据帧；
S11、对S10中生成的完整数据按照S6中接收端处理方法进行预处理还原后得到原始的数据，并连同获得的数据类型交由上层的具体应用进行处理。
下面以某一次实际传输的数据为例来进一步说明本发明内容。
如图3所示，若用户有一组类型为0x01，长度为180字节的原始数据欲通过本发明中描述的采用北斗短报文方式进行传输。这组数据为以十六进制表示(下同)为如下：
0D 0A 7D 7D 7D 7D 22 7D 41 21 34 7D 42 12 0D 0A 7D 0D 0A 7D 7D 7D 7D7D 7D 7D 7D 7D 7D 7D 14 52 23 7D 56 31 22 0D 0A 7D 7D 7D 7D 7D 7D 7D 7D 7D 7D7D 14 52 23 7D 56 31 22 0D 0A 7D 0D 0A 7D 7D 7D 7D 22 7D 41 21 34 7D 42 12 0D0A 7D 0D 0A 7D 7D 7D 7D 7D 7D 7D 7D 7D 7D 7D 14 52 23 7D 56 31 22 0D 0A 7D 0D0A 7D 7D 7D 7D 22 7D 41 21 34 7D 42 12 0D 0A 7D 0D 0A 7D 7D 7D 7D 7D 7D 7D 7D7D 7D 7D 14 52 23 7D 56 31 22 0D 0A 7D 0D 0A 7D 7D 7D 7D 22 7D 41 21 34 7D 4212 0D 0A 7D 0D 0A 7D 42 56 52 65 7D 12 31 89 0A 0D BA FF 7D 7D 220A 0D 99 9887
按照本发明中的描述的步骤，第一步需要对数据进行预处理，这涉及将原始数据中连续出现的特定字节序(0x7D及0x0D-0x0A)进行转义处理后，处理后的数据扩增变为279字节，具体数据如下：
7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D 5D 42 12 7D 2D0A 7D 5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D7D 5D 14 52 23 7D 5D 56 31 22 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D5D 7D 5D 7D 5D 7D 5D 7D 5D 14 52 23 7D 5D 56 31 22 7D 2D 0A 7D 5D 7D 2D 0A 7D5D 7D 5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D 5D 42 12 7D 2D 0A 7D 5D 7D 2D 0A 7D5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 14 52 23 7D 5D56 31 22 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D5D 42 12 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D5D 7D 5D 7D 5D 7D 5D 14 52 23 7D 5D 56 31 22 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D 5D 42 12 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 4256 52 65 7D 5D 12 31 89 0A 0D BA FF 7D 5D 7D 5D 22 0A 0D 99 98 87
按照本发明描述的内容，每一帧的数据长度最大是75字节，故预处理后的数据需要分成4个字节来进行传输，数据的类型为0x01，每一帧的头两个字节需要根据实际的帧类别按照定义的字段进行确定。具体每一帧生成的数据为：
第一帧数据：
41 04 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D 5D 42 127D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D7D 5D 7D 5D 14 52 23 7D 5D 56 31 22 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D5D 7D
第二帧数据：
01 02 5D 7D 5D 7D 5D 7D 5D 7D 5D 14 52 23 7D 5D 56 31 22 7D 2D 0A 7D5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D 5D 42 12 7D 2D 0A 7D5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D14 52
第三帧数据：
01 03 23 7D 5D 56 31 22 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D5D 22 7D 5D 41 21 34 7D 5D 42 12 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 14 52 23 7D 5D 56 31 22 7D 2D 0A7D 5D
第四帧数据：
81 36 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D 5D 42 127D 2D 0A 7D 5D 7D 2D 0A 7D 5D 42 56 52 65 7D 5D 12 31 89 0A 0D BA FF 7D 5D 7D5D 22 0A 0D 99 98 87
生成后的4帧数据随即组装生成一组发送数据队列，并送入发送数据缓冲区等待系统以固定频次发送。当确认该次发送所有的数据全部收到后(接收到接收端发来类型为0x00类型的应答帧确认数据已经收到)，该队列在发送缓冲区的内容可以清除。
对应接收端，假设依次接收到如下数据：
第一帧数据：
41 04 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D 5D 42 127D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D7D 5D 7D 5D 14 52 23 7D 5D 56 31 22 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D5D 7D
第二帧数据：
01 02 5D 7D 5D 7D 5D 7D 5D 7D 5D 14 52 23 7D 5D 56 31 22 7D 2D 0A 7D5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D 5D 42 12 7D 2D 0A 7D5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D14 52
第三帧数据：
01 03 23 7D 5D 56 31 22 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D5D 22 7D 5D 41 21 34 7D 5D 42 12 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 14 52 23 7D 5D 56 31 22 7D 2D 0A7D 5D
第四帧数据：
81 36 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D 5D 42 127D 2D 0A 7D 5D 7D 2D 0A 7D 5D 42 56 52 65 7D 5D 12 31 89 0A 0D BA FF 7D 5D 7D5D 22 0A 0D 99 98 87
通过检查每一帧的数据的帧头字段，依次确定上述4帧数据依次是一组帧长为4的数据帧的分帧，接着，将接收到的4帧数据的数据内容提取出来进行重组，可得到如下的内容：7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D 5D 42 12 7D 2D 0A 7D5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D14 52 23 7D 5D 56 31 22 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D5D 7D 5D 7D 5D 7D 5D 14 52 23 7D 5D 56 31 22 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D 5D 42 12 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 14 52 23 7D 5D 56 3122 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 22 7D 5D 41 21 34 7D 5D 4212 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D 5D 7D5D 7D 5D 7D 5D 14 52 23 7D 5D 56 31 22 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 7D 5D 7D5D 7D 5D 22 7D 5D 41 21 34 7D 5D 42 12 7D 2D 0A 7D 5D 7D 2D 0A 7D 5D 42 56 5265 7D 5D 12 31 89 0A 0D BA FF 7D 5D 7D 5D 22 0A 0D 99 98 87
接下来，对数据进行还原。若出现0x7D，则去除0x7D且将其后的1个字节异或0x20即可，经过还原后的数据为：
0D 0A 7D 7D 7D 7D 22 7D 41 21 34 7D 42 12 0D 0A 7D 0D 0A 7D 7D 7D 7D7D 7D 7D 7D 7D 7D 7D 14 52 23 7D 56 31 22 0D 0A 7D 7D 7D 7D 7D 7D 7D 7D 7D 7D7D 14 52 23 7D 56 31 22 0D 0A 7D 0D 0A 7D 7D 7D 7D 22 7D 41 21 34 7D 42 12 0D0A 7D 0D 0A 7D 7D 7D 7D 7D 7D 7D 7D 7D 7D 7D 14 52 23 7D 56 31 22 0D 0A 7D 0D0A 7D 7D 7D 7D 22 7D 41 21 34 7D 42 12 0D 0A 7D 0D 0A 7D 7D 7D 7D 7D 7D 7D 7D7D 7D 7D 14 52 23 7D 56 31 22 0D 0A 7D 0D 0A 7D 7D 7D 7D 22 7D 41 21 34 7D 4212 0D 0A 7D 0D 0A 7D 42 56 52 65 7D 12 31 89 0A 0D BA FF 7D 7D 22 0A 0D 99 9887
相比北斗2号，北斗3号的提供RDSS-DTU短报文服务在区域范围内每次报文数据已扩容至1750字节，可以适应未来天文台址观测数据的增长变化，也为其他采用窄带通信的望远镜远程数据传输提供了技术积累，例如我国未来将要建设的南极内陆冰穹A的昆仑站天文台。
基于本发明的方法，我们搭建了一套收发装置，进行了望远镜远程数据传输实验。该实验进行了长达10个月的不间断测试，测试结果表明了该方法的正确性和鲁棒性。目前，采用该方法的远程气象站已安装到了青海德令哈雪山牧场，传回的数据持续正常。所提出的方法还能够应用到任何采用的短报文方式进行通信的其他应用，对积极促进北斗卫星产业的发展具有重要的意义。
以上仅是本发明的优选实施方式，本发明的保护范围并不仅局限于上述实施例，凡属于本发明思路下的技术方案均属于本发明的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理前提下的若干改进和润饰，应视为本发明的保护范围。
- 上一篇：一种医用注射器针头装配设备
- 下一篇：一种支持SSA、SMA链路的星载中继用户终端