[发明专利]一种CTCS列控报文扰码的位流实现方法

说明书

技术领域

本发明涉及一种列控系统应答器报文数据的扰码方法，具体的说，涉及了一种CTCS列控报文扰码的位流实现方法。

背景技术

随着列车运行速度不断提高，仅依靠轨道电路将闭塞信息传送至车载设备的方式，在信息量方面已不能满足列车安全高速行驶的要求。CTCS列控系统增加了应答器设备，通过应答器设备向车载设备提供大量固定信息和可变信息。通常情况下，应答器信息存储于应答器报文中，并通过磁感应技术与其上方通过的车载设备进行通信。

从地面向列车传输的数据即应答器报文是涉及到列车安全行驶的， 因此必须保证应答器报文具有优秀的抗干扰能力、纠错能力,从而保证车地间安全可靠的传输数据信息。

为了解决以上存在的问题，人们一直在寻求一种理想的技术解决方案。

发明内容

本发明的目的是针对现有技术的不足，从而提供了一种简单实用、安全性高、稳定性强、数据接口多样化的CTCS列控报文扰码的位流实现方法。

为了实现上述目的，本发明所采用的技术方案是： 一种CTCS列控报文扰码的位流实现方法，包括以下步骤：

步骤1，在Responder类中封装数据字符串获取函数GetDataString()、实例函数new RespCoder.BitStream()、加扰算法函数和数据字符串编码函数GetDataStringCoded()；

步骤2，调用GetDataString()函数获取应答器的830位应答器报文，并将其转换为16进制格式的字符串；

步骤3，调用new RespCoder.BitStream()函数实例化位流对象，RespCoder.BitStream bs = new RespCoder.BitStream(s, 830)；

步骤4，调用Responder类的加扰算法函数，加扰830位应答器报文的位流对象，并返回加扰后的1023位应答器报文的位流对象；

步骤5、调用Responder类的GetDataStringCoded()函数，获得加扰后的1023位应答器报文16进制格式的字符串。

本发明相对现有技术具有突出的实质性特点和显著的进步，具体的说，本发明将应答器报文的加扰抽象为Responer类，体现了程序设计中面向对象的设计方法，同时将复杂的功能抽离出来，单独做成了接口；支持文本字符格式、字节、二进制等输入、输出转换方式，能满足列控地面设备间传输时对报文格式的要求。

具体实施方式

下面通过具体实施方式，对本发明的技术方案做进一步的详细描述。

一种CTCS列控报文扰码的位流实现方法，包括以下步骤：

步骤1，在Responder类中封装数据字符串获取函数GetDataString()、实例函数new RespCoder.BitStream()、加扰算法函数和数据字符串编码函数GetDataStringCoded()；

步骤2，调用GetDataString()函数获取应答器的830位应答器报文，并将其转换为16进制格式的字符串；

步骤3，调用new RespCoder.BitStream()函数实例化位流对象，RespCoder.BitStream bs = new RespCoder.BitStream(s, 830)；

步骤4，调用Responder类的加扰算法函数，加扰830位应答器报文的位流对象，并返回加扰后的1023位应答器报文的位流对象；

步骤5、调用Responder类的GetDataStringCoded()函数，获得加扰后的1023位应答器报文16进制格式的字符串。

本发明通过封装独立位流的方式实现了应答器报文的扰码。具体的，位流支持文本字符格式、字节、二进制等输入、输出转换方式；并且位流可任意定位，读取或写入任意位长度数据、实现应答器报文扰码所需的操作方式，如位流扩充、截断、复制、反转等计算功能，最终满足满足列控地面设备间传输时对报文格式的要求。

最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。