李陽

2015年6月12日13：00--18：00運(yùn)行在烏魯木齊局管內(nèi)高鐵線上的列車CIR接收的調(diào)度命令均顯示錯(cuò)誤，烏魯木齊通信段高鐵維修車間對(duì)此問題進(jìn)行了認(rèn)真分析，發(fā)現(xiàn)了調(diào)度命令發(fā)送過程中的一些問題，現(xiàn)將具體情況分析如下：

一、故障現(xiàn)象

2015年6月12日13：00--18：00運(yùn)行在烏魯木齊局管內(nèi)高鐵線上的列車CIR接收的調(diào)度命令車次均顯示錯(cuò)誤，具體表現(xiàn)為MMI收到調(diào)度命令后又彈出之前收到的調(diào)度命令要求簽收，影響司機(jī)正常使用。

二、故障分析

2.1場景還原

1、觸發(fā)時(shí)機(jī)：6月12日13：00至18：00，調(diào)度員使用群發(fā)模式；（與調(diào)度所溝通了解的）

2、觸發(fā)時(shí)CIR情況：正常接收的調(diào)度命令簽收完畢后，MMI上又彈出之前收到的調(diào)度命令要求簽收；

3、觸發(fā)時(shí)CTC情況：CTC按照調(diào)度員提前發(fā)布的調(diào)度命令，按列車運(yùn)行情況逐條轉(zhuǎn)發(fā)；

4、觸發(fā)時(shí)Gris情況：可以看到CTC發(fā)來的1條調(diào)度命令時(shí)間、機(jī)車號(hào)、車次號(hào)等相關(guān)信息并成功轉(zhuǎn)發(fā)，CIR自動(dòng)確認(rèn)和司機(jī)人工簽收的回復(fù)信息也正常顯示；

2.2原因分析

1、根據(jù)Gris網(wǎng)管截圖，以CRH5G-5184動(dòng)車組1端調(diào)度命令信息傳送情況為例，證明此動(dòng)車組在擔(dān)當(dāng)DJ7001/ D8803/D8807期間，CTC--Gris--CIR的通信網(wǎng)絡(luò)暢通，雙向數(shù)據(jù)傳送均正常。其次13：00至18：00點(diǎn)所有高鐵線上的CIR均出現(xiàn)彈出歷史調(diào)度命令信息要求確認(rèn)，應(yīng)該能夠說明不應(yīng)該是這么多臺(tái)CIR設(shè)備硬件或軟件同時(shí)出問題。（圖1）

2、排除通信網(wǎng)絡(luò)和CIR設(shè)備本身問題外，需要分析采取群發(fā)調(diào)度命令方式時(shí)的具體情況。

1）Gris網(wǎng)管查詢界面可以看到DJ7001D8803/D8807在運(yùn)行時(shí)均收到1條調(diào)度命令信息，且收發(fā)正常。但DJ7001和D8807運(yùn)行時(shí)間不在13：00至18：00時(shí)間段內(nèi)，CIR也沒有彈出歷史命令要求簽收，而D8803在群發(fā)時(shí)段出現(xiàn)問題。

2）通過Gris網(wǎng)管查詢界面看到的調(diào)度命令發(fā)送時(shí)間是CTC發(fā)送的時(shí)間，通過車次號(hào)查詢D8803在6月12日14：04所處的G網(wǎng)小區(qū)代碼顯示為91，確認(rèn)列車運(yùn)行在小草湖至吐哈間時(shí)CTC觸發(fā)了此條調(diào)度命令。

3）CTC和Gris均顯示調(diào)度命令信息正常，為什么CIR自動(dòng)彈出歷史調(diào)度命令信息要求簽收呢？經(jīng)咨詢廠家，初步判定是CIR中新舊調(diào)度命令信息數(shù)據(jù)包中車站轉(zhuǎn)接器轉(zhuǎn)發(fā)的時(shí)間均為00：00：00，在同樣發(fā)令處所、同樣命令編號(hào)、同樣發(fā)送時(shí)間的情況下，造成CIR無法區(qū)分，會(huì)出現(xiàn)將以往同樣的調(diào)度命令彈出要求簽收的情況。（圖2）

4）調(diào)度命令車站轉(zhuǎn)接器說明：

看圖3可知：調(diào)度命令車站轉(zhuǎn)接器是一個(gè)無線轉(zhuǎn)接設(shè)備，在450M無線列調(diào)通信系統(tǒng)中一般放置在車站通信機(jī)械室，用于大三角通信時(shí)的調(diào)度命令經(jīng)車站電臺(tái)轉(zhuǎn)發(fā)給CIR（烏局450M調(diào)度命令傳送沒有正式開通使用）。這里注意：在GSM-R是沒有這個(gè)設(shè)備的，在G網(wǎng)系統(tǒng)下，調(diào)度命令轉(zhuǎn)接器是指CTC服務(wù)器！

5）問題來了，CTC服務(wù)器發(fā)的數(shù)據(jù)包中車站轉(zhuǎn)接器轉(zhuǎn)發(fā)時(shí)間為什么是00：00：00，是不是這個(gè)原因造成的？我們調(diào)取了以往的歷史數(shù)據(jù)包，發(fā)現(xiàn)自蘭新高鐵線有車運(yùn)行以來所有烏局發(fā)出的調(diào)度命令數(shù)據(jù)包中轉(zhuǎn)發(fā)時(shí)間均顯示為00：00：00，但調(diào)度命令也一直正常，那么能夠說明一直就這樣，跟這個(gè)時(shí)間沒關(guān)系嗎？（圖4、5、6）

經(jīng)過對(duì)以往調(diào)度命令的分析，我們又發(fā)現(xiàn)，除6月12日群發(fā)方式外，以單發(fā)方式發(fā)送的調(diào)度命令編號(hào)均唯一，沒有重復(fù)編號(hào)的調(diào)度命令！6月12日群發(fā)的調(diào)度命令編號(hào)都一樣，命令編號(hào)全是4243。

6）以上分析解釋了一個(gè)問題，就是單發(fā)情況下，即便CTC轉(zhuǎn)發(fā)時(shí)間都是00：00：00，但調(diào)度命令編號(hào)不一樣，這個(gè)條件CIR就可以區(qū)分，時(shí)間有沒有不影響正常簽收。

發(fā)現(xiàn)的問題：自列車運(yùn)行以來，CTC就沒有在調(diào)度命令信息數(shù)據(jù)包中附帶時(shí)間信息，均為00：00：00。

7）群發(fā)時(shí)為什么彈出歷史命令要求簽收呢？按照調(diào)度命令無線傳送系統(tǒng)技術(shù)條件要求，轉(zhuǎn)發(fā)時(shí)間00：00：00不符合要求，因?yàn)镃IR判斷的三個(gè)條件中沒有一個(gè)可以用于對(duì)比，命令編號(hào)、轉(zhuǎn)發(fā)時(shí)間、發(fā)令處所都一樣，此時(shí)CIR無法做出區(qū)分，認(rèn)為這些命令在CTC轉(zhuǎn)發(fā)的時(shí)候還需要簽收。

8）列車在蘭局管內(nèi)運(yùn)行的數(shù)據(jù)包內(nèi)容

列車運(yùn)行在清泉南至嘉峪關(guān)南時(shí)，調(diào)度命令數(shù)據(jù)包中有車站轉(zhuǎn)發(fā)器轉(zhuǎn)發(fā)時(shí)間。（圖8）

三、解決辦法

確保烏局CTC在轉(zhuǎn)發(fā)調(diào)度命令時(shí)，數(shù)據(jù)包中要有轉(zhuǎn)發(fā)時(shí)間，即便命令號(hào)相同，但轉(zhuǎn)發(fā)時(shí)間不一樣，CIR也能區(qū)分。