6月12日调度命令车次显示错误的分析

李阳

2015年6月12日13：00--18：00运行在乌鲁木齐局管内高铁线上的列车CIR接收的调度命令均显示错误，乌鲁木齐通信段高铁维修车间对此问题进行了认真分析，发现了调度命令发送过程中的一些问题，现将具体情况分析如下：

一、故障现象

2015年6月12日13：00--18：00运行在乌鲁木齐局管内高铁线上的列车CIR接收的调度命令车次均显示错误，具体表现为MMI收到调度命令后又弹出之前收到的调度命令要求签收，影响司机正常使用。

二、故障分析

2.1场景还原

1、触发时机：6月12日13：00至18：00，调度员使用群发模式；（与调度所沟通了解的）

2、触发时CIR情况：正常接收的调度命令签收完毕后，MMI上又弹出之前收到的调度命令要求签收；

3、触发时CTC情况：CTC按照调度员提前发布的调度命令，按列车运行情况逐条转发；

4、触发时Gris情况：可以看到CTC发来的1条调度命令时间、机车号、车次号等相关信息并成功转发，CIR自动确认和司机人工签收的回复信息也正常显示；

2.2原因分析

1、根据Gris网管截图，以CRH5G-5184动车组1端调度命令信息传送情况为例，证明此动车组在担当DJ7001/ D8803/D8807期间，CTC--Gris--CIR的通信网络畅通，双向数据传送均正常。其次13：00至18：00点所有高铁线上的CIR均出现弹出历史调度命令信息要求确认，应该能够说明不应该是这么多台CIR设备硬件或软件同时出问题。（图1）

2、排除通信网络和CIR设备本身问题外，需要分析采取群发调度命令方式时的具体情况。

1）Gris网管查询界面可以看到DJ7001D8803/D8807在运行时均收到1条调度命令信息，且收发正常。但DJ7001和D8807运行时间不在13：00至18：00时间段内，CIR也没有弹出历史命令要求签收，而D8803在群发时段出现问题。

2）通过Gris网管查询界面看到的调度命令发送时间是CTC发送的时间，通过车次号查询D8803在6月12日14：04所处的G网小区代码显示为91，确认列车运行在小草湖至吐哈间时CTC触发了此条调度命令。

3）CTC和Gris均显示调度命令信息正常，为什么CIR自动弹出历史调度命令信息要求签收呢？经咨询厂家，初步判定是CIR中新旧调度命令信息数据包中车站转接器转发的时间均为00：00：00，在同样发令处所、同样命令编号、同样发送时间的情况下，造成CIR无法区分，会出现将以往同样的调度命令弹出要求签收的情况。（图2）

4）调度命令车站转接器说明：

看图3可知：调度命令车站转接器是一个无线转接设备，在450M无线列调通信系统中一般放置在车站通信机械室，用于大三角通信时的调度命令经车站电台转发给CIR（乌局450M调度命令传送没有正式开通使用）。这里注意：在GSM-R是没有这个设备的，在G网系统下，调度命令转接器是指CTC服务器！

5）问题来了，CTC服务器发的数据包中车站转接器转发时间为什么是00：00：00，是不是这个原因造成的？我们调取了以往的历史数据包，发现自兰新高铁线有车运行以来所有乌局发出的调度命令数据包中转发时间均显示为00：00：00，但调度命令也一直正常，那么能够说明一直就这样，跟这个时间没关系吗？（图4、5、6）

经过对以往调度命令的分析，我们又发现，除6月12日群发方式外，以单发方式发送的调度命令编号均唯一，没有重复编号的调度命令！6月12日群发的调度命令编号都一样，命令编号全是4243。

6）以上分析解释了一个问题，就是单发情况下，即便CTC转发时间都是00：00：00，但调度命令编号不一样，这个条件CIR就可以区分，时间有没有不影响正常签收。

发现的问题：自列车运行以来，CTC就没有在调度命令信息数据包中附带时间信息，均为00：00：00。

7）群发时为什么弹出历史命令要求签收呢？按照调度命令无线传送系统技术条件要求，转发时间00：00：00不符合要求，因为CIR判断的三个条件中没有一个可以用于对比，命令编号、转发时间、发令处所都一样，此时CIR无法做出区分，认为这些命令在CTC转发的时候还需要签收。

8）列车在兰局管内运行的数据包内容

列车运行在清泉南至嘉峪关南时，调度命令数据包中有车站转发器转发时间。（图8）

三、解决办法

确保乌局CTC在转发调度命令时，数据包中要有转发时间，即便命令号相同，但转发时间不一樣，CIR也能区分。