魏 偉 中國鐵路上海局集團(tuán)有限公司電務(wù)部

目前，中國高速鐵路技術(shù)在實(shí)踐中不斷創(chuàng)新發(fā)展，以無線閉塞中心設(shè)備（以下簡稱RBC）為核心的CTCS-3 級列控系統(tǒng)也日趨穩(wěn)定成熟。但我國高速鐵路交叉成網(wǎng)、運(yùn)輸密度高、運(yùn)營場景復(fù)雜，對軟件數(shù)據(jù)的準(zhǔn)確性和規(guī)范性有著極高的要求。筆者結(jié)合管內(nèi)設(shè)備運(yùn)行情況，對一起RBC 移交場景下暴露出的軟件數(shù)據(jù)管理問題進(jìn)行分析與探討。

1 故障概況

2020 年 2 月 1 日 9：14，G1570 次(鹽城徐鹽場-北京南)運(yùn)行至徐鹽客專后馬莊站至徐州東京滬場間上行線K1+883處，因ATP 報列車冒進(jìn)并觸發(fā)緊急制動停車（實(shí)際未冒進(jìn)），司機(jī)手動轉(zhuǎn) C2 模式于 9：18 開車。

后馬莊站辦理S→SII→XJF 通過進(jìn)路，徐州東京滬場辦理 SL 側(cè)線接車。RBC 交權(quán)邊界位于 SII→XJF 進(jìn)路 S1LQG 末端（RBC 切換執(zhí)行應(yīng)答器組 B0022，編號 088-3-02-088），列車越過交權(quán)邊界后，徐鹽RBC1 向列車發(fā)送緊急停車命令，G1570 次列車緊急停車。站場及進(jìn)路如圖1 所示。

圖1 進(jìn)路示意圖

2 原因分析

2.1 RBC 移交主要流程

（1）當(dāng)RBC 向車載設(shè)備發(fā)送的完全監(jiān)控模式行車許可（MA）到達(dá)移交邊界時，該RBC 作為移交RBC 啟動流程，發(fā)送移交預(yù)告信息（M#201）。在收到車載設(shè)備確認(rèn)后，發(fā)送授權(quán)相關(guān)信息請求（M#202）；

（2）接收RBC 根據(jù)M#202 中的信息和其管轄范圍內(nèi)的進(jìn)路信息，向車載設(shè)備發(fā)送授權(quán)相關(guān)信息（M#221）。移交RBC根據(jù)收到的M#221 信息，延長MA 過邊界；

（3）當(dāng)移交RBC 判斷列車最大安全前端通過移交執(zhí)行邊界，則移交RBC 向接收RBC 發(fā)送列車通告信息（M#203）；

（4）當(dāng)接收RBC（已完成與車載設(shè)備連接）判斷列車最大安全前端通過移交執(zhí)行邊界，向移交RBC 發(fā)送列車接管信息（M#222），RBC 之間移交結(jié)束；

（5）當(dāng)移交RBC 判斷列車最小安全末端已經(jīng)離開管轄區(qū)域，則移交RBC 終止與車載設(shè)備通信會話。

RBC 具體移交流程如圖2 所示。

圖2 RBC 移交流程

2.2 軟件數(shù)據(jù)分析

（1）辦理后馬莊站進(jìn)路SII→XJF，徐鹽RBC1 判斷行車許可延伸到徐鹽RBC1 與京滬RBC7 交權(quán)邊界處，啟動交權(quán)流程，向京滬 RBC7 發(fā)送預(yù)告消息（M#201）。

（2）當(dāng)徐鹽RBC1 判斷列車最大安全前端越過交權(quán)邊界，向京滬RBC7 發(fā)送移交通告消息（M#203）。

（3）徐鹽RBC1 發(fā)送M#203 后，未收到京滬 RBC7 的列車接管信息。徐鹽RBC1 需進(jìn)行列車定位處理，以便在列車最小安全后端駛出交權(quán)邊界后，徐鹽RBC1 中斷與車載設(shè)備的通信。

G1570 次列車向徐鹽RBC1 發(fā)送位置報告信息（M#136），如圖 3 所示。NID-LRBG 為 088-3-02-088，D_LRBG=10 m，徐鹽RBC1 判斷列車最小安全后端已越過兩RBC 切換執(zhí)行應(yīng)答器088-3-02-088，如圖4 所示。

圖3 RBC 位置報告數(shù)據(jù)包

圖4 列車最小安全后端越過交權(quán)點(diǎn)

對于交權(quán)邊界列車，RBC 在進(jìn)行列車定位時需要使用邊界前應(yīng)答器（執(zhí)行應(yīng)答器之前的088-3-02-086 應(yīng)答器）所關(guān)聯(lián)進(jìn)路的SA 號獲取邊界后的閉塞分區(qū)，再根據(jù)列車發(fā)送的位置報告進(jìn)行定位。簡單來說，RBC 需要對交權(quán)邊界前的進(jìn)路及其配置的應(yīng)答器關(guān)聯(lián)信息進(jìn)行校驗(yàn)。此處邊界前的S1LQ 區(qū)段同時關(guān)聯(lián)后馬莊站兩條發(fā)車進(jìn)路（SII→XJF、SIV→XJF）。

但是進(jìn)路SIV→XJF 屬于徐連線相關(guān)未開通進(jìn)路，因此在徐鹽RBC1 的相關(guān)交權(quán)配置數(shù)據(jù)中未配置該進(jìn)路的交權(quán)應(yīng)答器等關(guān)聯(lián)信息。但徐鹽RBC1 的聯(lián)鎖接口表中，卻配置了該條進(jìn)路信息。兩者不一致，造成校驗(yàn)失敗，觸發(fā)防護(hù)處理，向車載設(shè)備發(fā)送無條件緊急停車(M#16)，列車觸發(fā)冒進(jìn)停車。

2.3 深層原因

（1）設(shè)備供應(yīng)商思考不全面，數(shù)據(jù)管理有漏洞。徐鹽RBC1數(shù)據(jù)配置以設(shè)計(jì)院提供的列控?cái)?shù)據(jù)表為輸入，其進(jìn)路數(shù)據(jù)表包含徐連客專預(yù)留進(jìn)路。設(shè)備供應(yīng)商為避免后續(xù)改造頻繁變更，在徐鹽RBC1 配置數(shù)據(jù)和徐鹽RBC1-CBI 接口數(shù)據(jù)中均配置了后馬莊預(yù)留的SIV-XJF 發(fā)車進(jìn)路，但與該進(jìn)路對應(yīng)的應(yīng)答器信息卻未配置到位。

（2）軟件仿真和現(xiàn)場測試的數(shù)據(jù)驗(yàn)證方法不夠全面，特別是故障場景需進(jìn)一步研究。正常情況下，列車雙電臺進(jìn)行交權(quán)時，列車估計(jì)前端越過交權(quán)邊界前，徐鹽RBC 及時接收到京滬RBC7 發(fā)送的接管消息（M#222），徐鹽RBC1 會判斷交權(quán)流程結(jié)束，該問題無法暴露出來。對RBC 移交場景，現(xiàn)場測試未考慮該場景的異常情況，室內(nèi)仿真試驗(yàn)也僅僅考慮了單電臺移交相關(guān)的功能驗(yàn)證。

3 解決對策

（1）修改RBC 配置數(shù)據(jù)，立即解決徐鹽RBC1 問題隱患。由于涉及線路未開通，對相關(guān)數(shù)據(jù)清理刪除。后期嚴(yán)格按照工程項(xiàng)目進(jìn)度，數(shù)據(jù)逐步進(jìn)行部署，嚴(yán)禁提前增加或預(yù)留無關(guān)數(shù)據(jù)。

（2）全面排查管內(nèi)所有RBC 軟件數(shù)據(jù)，特別是RBC 交權(quán)邊界的相關(guān)配置數(shù)據(jù)，避免同樣問題反復(fù)發(fā)生。各單位各部門在數(shù)據(jù)編制、審核和制作過程中，要積極對接加強(qiáng)溝通。對分階段開通或預(yù)留線路數(shù)據(jù)要重點(diǎn)梳理、充分思考、嚴(yán)謹(jǐn)編制，避免潛在隱患。

（3）嚴(yán)格軟件數(shù)據(jù)內(nèi)部編制和測試流程。設(shè)備供應(yīng)商軟件編制人員應(yīng)嚴(yán)格遵守軟件制作標(biāo)準(zhǔn)流程，提高崗位責(zé)任心。嚴(yán)禁憑主觀經(jīng)驗(yàn)臆測，對過渡軟件、預(yù)留數(shù)據(jù)更應(yīng)慎之又慎，切不可把軟件數(shù)據(jù)運(yùn)用質(zhì)量寄托在測試環(huán)節(jié)上，應(yīng)從源頭提高軟件制作的準(zhǔn)確性。軟件測試人員應(yīng)編制全覆蓋測試案例，再量化成詳細(xì)的測試序列來驗(yàn)證預(yù)設(shè)測試案例的正確性。對于現(xiàn)場發(fā)現(xiàn)的各類問題隱患，要不斷總結(jié)歸納，逐步完善測試案例。

（4）加大科研投入，進(jìn)一步研發(fā)仿真測試系統(tǒng)，提高軟件運(yùn)用的可靠性。目前高鐵客專線路開通運(yùn)營前需要全面系統(tǒng)的聯(lián)調(diào)聯(lián)試工作，耗費(fèi)大量的人力物力財(cái)力。部分改造工程項(xiàng)目涉及既有運(yùn)營線路，線路驗(yàn)證工作僅能在有限的夜間天窗段進(jìn)行，更是加大了聯(lián)調(diào)聯(lián)試工作的困難。同時聯(lián)調(diào)聯(lián)試期間發(fā)現(xiàn)軟件問題，也存在倉促修改忙中出錯的風(fēng)險。盡快研發(fā)仿真測試系統(tǒng)，全面模擬現(xiàn)場試驗(yàn)環(huán)境，早發(fā)現(xiàn)早克服是減少數(shù)據(jù)錯誤，提升軟件質(zhì)量的關(guān)鍵。

4 結(jié)束語

近年來，隨著我國路網(wǎng)規(guī)模的不斷拓展，新線以及新線引入既有線或樞紐車站的工作量不斷增加，對設(shè)備軟件數(shù)據(jù)的準(zhǔn)確性提出更高要求。日常運(yùn)行正常的軟件數(shù)據(jù)，可能隱藏著不為我們所知的問題隱患。各級部門需要本著嚴(yán)謹(jǐn)科學(xué)的態(tài)度，在數(shù)據(jù)源頭、編制、驗(yàn)證等方面層層嚴(yán)格卡控，同時不斷總結(jié)經(jīng)驗(yàn)，完善驗(yàn)證方法，確保軟件數(shù)據(jù)安全可靠。