鐵路聯(lián)鎖與調(diào)度集中標(biāo)準(zhǔn)接口規(guī)范缺陷分析及升級(jí)研究

宋鵬飛

(1.中國(guó)鐵道科學(xué)研究院通信信號(hào)研究所,北京 100080； 2.國(guó)家鐵路智能運(yùn)輸系統(tǒng)工程技術(shù)研究中心,北京 100081)

計(jì)算機(jī)聯(lián)鎖系統(tǒng)(簡(jiǎn)稱為“聯(lián)鎖”)是我國(guó)鐵路系統(tǒng)關(guān)鍵的車站基礎(chǔ)信號(hào)設(shè)備，調(diào)度集中系統(tǒng)(Centralized Train Control，簡(jiǎn)稱為CTC)是高速鐵路列車調(diào)度指揮、集中控制的重要技術(shù)裝備。目前聯(lián)鎖系統(tǒng)與CTC系統(tǒng)之間的標(biāo)準(zhǔn)接口規(guī)范遵循的是《調(diào)度集中車站自律機(jī)與計(jì)算機(jī)聯(lián)鎖接口通信協(xié)議(V1.1)》(運(yùn)基信號(hào)[2006]312號(hào))[1]。兩大信號(hào)系統(tǒng)接口通信的安全可靠性直接影響到列車調(diào)度指揮的安全及效率[2-3]。

隨著高速鐵路線路的廣泛開(kāi)通運(yùn)營(yíng)，二者之間的通信過(guò)程逐步暴露出部分問(wèn)題[4]。本文主要探討目前聯(lián)鎖與CTC系統(tǒng)的標(biāo)準(zhǔn)接口規(guī)范缺陷，分析二者之間的標(biāo)準(zhǔn)通信流程及交互信息流，對(duì)雙方之間基于安全通信協(xié)議進(jìn)行通信的可行性進(jìn)行了設(shè)計(jì)研究。

1 既有接口協(xié)議介紹

既有的接口規(guī)范為《調(diào)度集中車站自律機(jī)與計(jì)算機(jī)聯(lián)鎖接口通信協(xié)議(V1.1)》，該規(guī)范于2005年由原鐵道部組織聯(lián)鎖、CTC廠家統(tǒng)一討論編制并試用，2006年正式發(fā)布，主要的傳輸邏輯包括以下5個(gè)方面。

(1)聯(lián)鎖與CTC之間通過(guò)串口建立通信。

(2)CTC作為通信的發(fā)起方，主動(dòng)建立連接；聯(lián)鎖系統(tǒng)作為通信的應(yīng)答方，被動(dòng)響應(yīng)連接請(qǐng)求。

(3)雙方傳輸數(shù)據(jù)時(shí)，通過(guò)對(duì)數(shù)據(jù)幀的發(fā)送序號(hào)、接收確認(rèn)序號(hào)進(jìn)行邏輯檢查，以判斷是否丟幀重幀；通過(guò)信息中的循環(huán)冗余校驗(yàn)碼(CRC)確定信息是否被篡改訛傳。

(4)通信雙方定時(shí)向?qū)Ψ桨l(fā)送心跳以維持通信鏈路的穩(wěn)定。

(5)雙方傳輸?shù)闹饕獞?yīng)用數(shù)據(jù)主要包括：聯(lián)鎖向CTC發(fā)送站場(chǎng)表示、站場(chǎng)變化表示、自律請(qǐng)求、狀態(tài)報(bào)告、時(shí)鐘同步請(qǐng)求信息；CTC向聯(lián)鎖發(fā)送控制命令、自律同意、請(qǐng)求站場(chǎng)表示、時(shí)鐘同步數(shù)據(jù)。

2 既有接口規(guī)范遇到問(wèn)題及分析

既有接口規(guī)范制定的年代較早，在編制時(shí)單純考慮了聯(lián)鎖與CTC如何以一個(gè)簡(jiǎn)單有效的邏輯進(jìn)行交互應(yīng)用數(shù)據(jù)，經(jīng)過(guò)十多年的現(xiàn)場(chǎng)應(yīng)用，遇到部分問(wèn)題如下。

(1)既有接口協(xié)議不滿足當(dāng)前EN50159及GB/T 24339的要求。

聯(lián)鎖系統(tǒng)為SIL4級(jí)安全型設(shè)備，CTC系統(tǒng)為低等級(jí)的非安全信號(hào)設(shè)備。按照鐵路信號(hào)系統(tǒng)的安全通信標(biāo)準(zhǔn)要求，安全相關(guān)設(shè)備的數(shù)據(jù)通信必須建立安全通信功能[3]。

隨著我國(guó)鐵路的高速發(fā)展，2009年國(guó)家正式頒布GB/T24339標(biāo)準(zhǔn)[5-7]，明確軌道交通領(lǐng)域通信信號(hào)的安全相關(guān)通信內(nèi)容。此標(biāo)準(zhǔn)是源于歐洲鐵路信號(hào)安全標(biāo)準(zhǔn)系列的安全通信標(biāo)準(zhǔn)EN50159，條款內(nèi)容完全一致，可視為等價(jià)標(biāo)準(zhǔn)[8-10]。按照GB/T 24339要求，安全相關(guān)設(shè)備(聯(lián)鎖)與非安全相關(guān)設(shè)備(CTC)之間的通信，需要在安全相關(guān)報(bào)文(message)中增加安全編碼(transmission code)，使安全相關(guān)和非安全相關(guān)的報(bào)文具有不同的結(jié)構(gòu)，安全編碼應(yīng)能夠保護(hù)系統(tǒng)達(dá)到要求的安全完整性等級(jí)(SIL 4級(jí))。而目前聯(lián)鎖與CTC的標(biāo)準(zhǔn)接口規(guī)范協(xié)議不具備安全層的防護(hù)。

(2)接口規(guī)范對(duì)高鐵線路的需求考慮不足。

既有接口規(guī)范原是為了普速線路及最初的客專線路制定，高鐵線路大面積開(kāi)通運(yùn)營(yíng)后接口規(guī)范并沒(méi)有進(jìn)行專門修訂，只在既有基礎(chǔ)上進(jìn)行打補(bǔ)丁擴(kuò)充，比如高鐵線路中的“點(diǎn)燈”“滅燈”的顯示及控制、“尖軌”“心軌”的操作等新需求均是聯(lián)鎖和CTC雙方在應(yīng)用中協(xié)商擴(kuò)充，這導(dǎo)致了不同廠家在擴(kuò)充時(shí)信息幀格式不盡相同。這也側(cè)面表明原有規(guī)范在制訂時(shí)對(duì)技術(shù)的適應(yīng)性、前瞻性考慮不夠，有損標(biāo)準(zhǔn)規(guī)范的權(quán)威性[11-12]。

(3)既有規(guī)范對(duì)聯(lián)鎖與CTC通信的安全校驗(yàn)及安全防護(hù)部分較為薄弱。

當(dāng)前協(xié)議規(guī)范中，聯(lián)鎖與CTC通信雙方根據(jù)發(fā)送序號(hào)(1字節(jié))、接收確認(rèn)序號(hào)(1字節(jié))、CRC(2字節(jié))對(duì)信息進(jìn)行簡(jiǎn)單的安全確認(rèn)，安全性卡控不足。分析協(xié)議可以得出接口規(guī)范的風(fēng)險(xiǎn)防御矩陣如表1所示。

表1 既有接口規(guī)范防御矩陣

注：√表示防御措施與威脅的應(yīng)對(duì)關(guān)系

可以看出，風(fēng)險(xiǎn)防御的手段略有單薄[13-14]，基本全依靠一個(gè)字節(jié)的序號(hào)及2個(gè)字節(jié)的CRC校驗(yàn)進(jìn)行防御。當(dāng)前接口協(xié)議使用的是CRC16生成多項(xiàng)式，即G(x)=x16+x15+x2+1。CRC16的漏檢率可以通過(guò)算法計(jì)算，按照當(dāng)前16位CRC通過(guò)漏檢率分析算法[15]，仍存在收到干擾數(shù)據(jù)的可能。

案例：2016年9月某鐵路局現(xiàn)場(chǎng)運(yùn)行過(guò)程中發(fā)生了CTC端站場(chǎng)顯示異常，經(jīng)分析CTC端收到的信息流如圖1所示。

圖1 異常信息流

現(xiàn)場(chǎng)數(shù)據(jù)流中出現(xiàn)了“斷尾幀”的異常情況，串口接收器工作異常導(dǎo)致接收到的信息為半截，之后新的一幀數(shù)據(jù)與斷尾幀進(jìn)行了拼接，如圖1所示，信息流1與信息流2的CRC校驗(yàn)值完全相同，均為0x1b 0x22。此次極端情況下發(fā)生CRC碰撞校驗(yàn)值相同，引起CTC端處理邏輯異常，從而導(dǎo)致了站場(chǎng)表示顯示錯(cuò)誤。

(4)接口規(guī)范在雙方通信連接的維持上存在瑕疵，部分核心信息沒(méi)有定時(shí)發(fā)送。

當(dāng)前接口規(guī)范的邏輯下，雙方通道沒(méi)有主動(dòng)釋放的過(guò)程，只能被動(dòng)的依賴超時(shí)。聯(lián)鎖與CTC雙方在連接成功建立之后，任何一方的中斷或退出，對(duì)方均無(wú)從悉知，只能被動(dòng)等待超時(shí)。

在通信建立后沒(méi)有應(yīng)用數(shù)據(jù)時(shí)，雙方僅發(fā)送心跳信息，而核心的狀態(tài)信息沒(méi)有定時(shí)發(fā)送，比如主備狀態(tài)、是否允許轉(zhuǎn)自律、當(dāng)前控制狀態(tài)等。

(5)既有規(guī)范對(duì)列車調(diào)度指揮系統(tǒng)(TDCS)系統(tǒng)與聯(lián)鎖接口適用性不足，無(wú)法做到單向數(shù)據(jù)傳輸。在聯(lián)鎖與TDCS等系統(tǒng)通信時(shí)，一般要求TDCS端不向聯(lián)鎖發(fā)送應(yīng)用數(shù)據(jù)，只接收聯(lián)鎖端的應(yīng)用數(shù)據(jù)，既有規(guī)范不支持此種場(chǎng)景。

(6)既有規(guī)范對(duì)工程實(shí)施時(shí)要求不嚴(yán)謹(jǐn)。通信接口時(shí)無(wú)法體現(xiàn)本機(jī)是A機(jī)還是B機(jī)，對(duì)方是I系還是II系，只能依靠工程實(shí)施布線時(shí)，強(qiáng)制指定。

3 安全通信協(xié)議研究及驗(yàn)證

目前我國(guó)針對(duì)鐵路信號(hào)安全設(shè)備之間安全相關(guān)信息的交互流程，制定了鐵路信號(hào)安全通信協(xié)議(RSSP)[7]，其中RSSP-I適用于封閉式傳輸系統(tǒng)，RSSP-II適用于開(kāi)放式傳輸系統(tǒng)。對(duì)照協(xié)議，聯(lián)鎖與CTC之間可歸類為典型的封閉式信號(hào)傳輸，即“連接的設(shè)備數(shù)量固定或最大數(shù)量固定，有已知且固定的特性的傳輸系統(tǒng)，對(duì)于此系統(tǒng)可以忽略非法訪問(wèn)的風(fēng)險(xiǎn)”。為此可分析考慮RSSP-I型安全通信協(xié)議是否適用，并進(jìn)行可行性驗(yàn)證。

3.1 RSSP-I協(xié)議介紹

RSSP-I安全通信協(xié)議是從接收端角度設(shè)計(jì)的保護(hù)算法[16-17]，能夠解決封閉環(huán)境下的信息安全傳輸。對(duì)封閉式傳輸系統(tǒng)而言，可存在的威脅包括：數(shù)據(jù)幀重復(fù)、數(shù)據(jù)幀丟失、數(shù)據(jù)幀插入、數(shù)據(jù)幀次序混亂、數(shù)據(jù)幀錯(cuò)誤、數(shù)據(jù)幀傳輸超時(shí)。RSSP-I協(xié)議要求通信雙方必須基于周期性交互，主要存在3種幀類型。

(1)實(shí)時(shí)安全數(shù)據(jù)幀RSD，通信雙方將應(yīng)用層的數(shù)據(jù)均封裝在此RSD數(shù)據(jù)幀中，定時(shí)周期性發(fā)送。

(2)時(shí)序校正請(qǐng)求SSE，通信的任何一方在接收數(shù)據(jù)后檢查到數(shù)據(jù)幀的時(shí)序錯(cuò)誤時(shí)，觸發(fā)式的向發(fā)送端發(fā)起時(shí)序校正請(qǐng)求。

(3)時(shí)序校正答復(fù)SSR，通信的一方收到對(duì)方的時(shí)序校正請(qǐng)求后，即時(shí)反饋時(shí)序校正應(yīng)答。

RSSP-I的威脅防御矩陣如表2所示。

表2 RSSP-I協(xié)議防御矩陣

注：√表示防御措施與威脅的應(yīng)對(duì)關(guān)系

基于RSSP-I安全通信協(xié)議開(kāi)發(fā)聯(lián)鎖與CTC的通信接口規(guī)范[18-20]，需在3方面考慮可行性：安全性、工程性、業(yè)務(wù)性。

分析RSSP-I協(xié)議，可以得出在威脅防御方面RSSP-I能夠滿足GB24339和歐標(biāo)EN 50159的要求，可解決既有接口規(guī)范遇到的安全性、工程性問(wèn)題，主要包括：(1)雙方通信接口能夠?qū)崿F(xiàn)安全數(shù)據(jù)通信，保證了數(shù)據(jù)報(bào)文的安全傳輸，異常情況下也可做到數(shù)據(jù)的安全卡控；(2)協(xié)議框架支持單向數(shù)據(jù)傳輸，聯(lián)鎖單向?qū)DCS傳輸數(shù)據(jù)可適配；(3)協(xié)議框架具有嚴(yán)謹(jǐn)?shù)腁機(jī)、B機(jī)區(qū)分，更符合工程實(shí)施規(guī)范。為此，需重點(diǎn)考慮基于RSSP-I協(xié)議框架對(duì)聯(lián)鎖與CTC之間數(shù)據(jù)業(yè)務(wù)的可行性，分析安全通信協(xié)議是否適配聯(lián)鎖與CTC之間當(dāng)前傳輸?shù)膽?yīng)用層數(shù)據(jù)要求[21]。

3.2 既有應(yīng)用數(shù)據(jù)幀的安全協(xié)議適用分析

既有規(guī)范中聯(lián)鎖與CTC傳輸?shù)臄?shù)據(jù)分為2類：通信控制幀和數(shù)據(jù)傳送幀。其中通信控制幀主要包括通信建立、維持的信息；數(shù)據(jù)傳送幀主要包括應(yīng)用層業(yè)務(wù)數(shù)據(jù)信息，如表3所示。

表3 幀類型及用途

通過(guò)表3可以看出，雙方交互的信息幀類型繁多復(fù)雜，部分幀類型在現(xiàn)場(chǎng)應(yīng)用時(shí)也是多余無(wú)用的(比如版本號(hào)錯(cuò)誤幀、故障報(bào)告幀等)。雙方連接建立是由CTC方主動(dòng)發(fā)起連接，聯(lián)鎖被動(dòng)響應(yīng)；應(yīng)用層的信息主動(dòng)發(fā)送，并等待對(duì)方確認(rèn)應(yīng)答；部分與業(yè)務(wù)應(yīng)用無(wú)關(guān)的數(shù)據(jù)比如時(shí)鐘信息、請(qǐng)求信息、狀態(tài)信息等，也通過(guò)幀類型進(jìn)行交互。

為此需要分類處理，對(duì)業(yè)務(wù)數(shù)據(jù)和非業(yè)務(wù)數(shù)據(jù)進(jìn)行差異化的分析。

3.2.1 通信建立相關(guān)幀

基于RSSP-I安全通信協(xié)議下，原有的通訊控制幀涉及的部分信息類型可以廢棄，RSSP-I中的SSE、SSR數(shù)據(jù)幀完全替代原有的通信建立過(guò)程，另外，RSSP-I協(xié)議在傳輸中增加了身份源標(biāo)識(shí)符SID來(lái)保證信息源頭的真實(shí)性，SID與時(shí)間戳偽隨機(jī)數(shù)經(jīng)過(guò)異或運(yùn)算結(jié)合在一起傳輸，能夠?qū)鬏數(shù)膱?bào)文進(jìn)行安全的防護(hù)。

3.2.2 時(shí)鐘數(shù)據(jù)相關(guān)幀

既有接口規(guī)范要求聯(lián)鎖系統(tǒng)定時(shí)(每天6：00、18：00整點(diǎn))向CTC申請(qǐng)時(shí)鐘，CTC反饋應(yīng)答當(dāng)前時(shí)鐘。這種申請(qǐng)-應(yīng)答的方式增加了雙方通信的復(fù)雜度，可以通過(guò)CTC方在RSD封裝的應(yīng)用層消息的頭部插入時(shí)鐘信息塊代替，CTC每一個(gè)周期性RSD消息均自帶當(dāng)前時(shí)鐘信息，從而大幅簡(jiǎn)化交互流程。

3.2.3 狀態(tài)報(bào)告幀

既有聯(lián)鎖與CTC的狀態(tài)報(bào)告幀(RSR)包含2個(gè)字段，除了各自包括本端主備狀態(tài)外，聯(lián)鎖發(fā)出的RSR幀包含“當(dāng)前聯(lián)鎖的自律/站控工作模式”，CTC發(fā)出的RSR幀則包含“是否允許聯(lián)鎖轉(zhuǎn)為自律模式”字段。既有規(guī)范對(duì)此信息要求有變化時(shí)主動(dòng)發(fā)送，而此信息屬于關(guān)鍵信息，一旦出現(xiàn)丟失則會(huì)引起中斷甚至邏輯錯(cuò)誤，在現(xiàn)場(chǎng)實(shí)施時(shí)聯(lián)鎖與CTC雙方為了避免異常情況，一般均人為設(shè)定定時(shí)發(fā)送。為此，使用RSSP-I協(xié)議時(shí)雙方可在RSD數(shù)據(jù)包中插入對(duì)應(yīng)的RSR狀態(tài)，周期性地發(fā)送。

3.2.4 控制命令幀及自律申請(qǐng)、自律同意幀

這一部分作為雙方交互的核心信息非常重要，其中控制命令幀為CTC向聯(lián)鎖發(fā)送排路等控制命令；自律申請(qǐng)幀為聯(lián)鎖系統(tǒng)由站控申請(qǐng)切換為分散自律模式；自律同意幀為CTC收到申請(qǐng)后確認(rèn)可以轉(zhuǎn)為分散自律模式。這3類信息是雙方傳輸?shù)年P(guān)鍵信息，既有協(xié)議中將此3類信息與其他普通信息類型同等對(duì)待不做特殊區(qū)分，在實(shí)際應(yīng)用中頗受詬病。為此可對(duì)這部分信息增加命令I(lǐng)D(4字節(jié))字段，信息的發(fā)送方在發(fā)送時(shí)填寫(xiě)唯一的命令I(lǐng)D，接收方收到此信息后以原ID反饋，確認(rèn)收到此命令。

3.2.5 聯(lián)鎖站場(chǎng)表示相關(guān)信息

當(dāng)現(xiàn)場(chǎng)車站信號(hào)設(shè)備狀態(tài)發(fā)生變化時(shí)，由聯(lián)鎖系統(tǒng)主動(dòng)觸發(fā)發(fā)送站場(chǎng)表示信息及站場(chǎng)變化信息。RSSP-I協(xié)議框架下完整的一包RSD可容納的應(yīng)用層數(shù)據(jù)域最大長(zhǎng)度為524字節(jié)，匯總當(dāng)前幾個(gè)聯(lián)鎖廠家對(duì)外接口數(shù)據(jù)，對(duì)一個(gè)標(biāo)準(zhǔn)站型的車站所有信號(hào)設(shè)備狀態(tài)進(jìn)行評(píng)估，得出如下結(jié)果：(1)對(duì)類似“4組股道、10組道岔”站型的車站，聯(lián)鎖全體站場(chǎng)表示信息一般為60字節(jié)左右；(2)迄今為止，最大站場(chǎng)下聯(lián)鎖的全體站場(chǎng)表示信息少于700字節(jié)；(3)既有接口規(guī)范中全體站場(chǎng)表示信息最大為1 013字節(jié)。綜上，對(duì)任何一個(gè)車站的站場(chǎng)表示信息，均可由RSD數(shù)據(jù)幀封裝發(fā)送；站型較大的車站可通過(guò)2包RSD覆蓋。既有接口規(guī)范對(duì)雙方通信時(shí)串口波特率選擇的是19 200 bps，可粗略的視為1秒鐘最快可傳輸2400字節(jié)數(shù)據(jù)；鑒于RSSP-I協(xié)議500 ms的周期性傳輸要求，而聯(lián)鎖與CTC機(jī)柜之間距離較短，可更改雙方傳輸波特率為38 400 bps，更快的傳輸數(shù)據(jù)以節(jié)省雙方串口通信耗時(shí)。

3.3 RSSP-I協(xié)議下接口協(xié)議設(shè)計(jì)

基于RSSP-I安全通信協(xié)議，聯(lián)鎖發(fā)往CTC的信息體格式可定義為表4協(xié)議藍(lán)本。

表4 RSPP-I框架下聯(lián)鎖發(fā)送數(shù)據(jù)協(xié)議藍(lán)本

CTC向聯(lián)鎖發(fā)送的數(shù)據(jù)流協(xié)議可以按照表5格式。

表5 RSPP-I框架下CTC發(fā)送數(shù)據(jù)協(xié)議藍(lán)本

按照上述的協(xié)議藍(lán)本，在RSSP-I協(xié)議框架下，聯(lián)鎖和CTC構(gòu)建安全通信連接，以此協(xié)議傳輸業(yè)務(wù)數(shù)據(jù)。

4 基于RSSP-I協(xié)議測(cè)試驗(yàn)證

為了驗(yàn)證協(xié)議的適用性及穩(wěn)定性[22]，選擇一個(gè)標(biāo)準(zhǔn)站型、最大規(guī)模的2個(gè)車站進(jìn)行測(cè)試，以北京鐵路局津秦高鐵唐山津秦場(chǎng)站(25組道岔、6組股道、17架進(jìn)站及出站信號(hào)機(jī))、北京鐵路局樞紐區(qū)段動(dòng)車段站(259組道岔、100組股道、405架進(jìn)站出站調(diào)車信號(hào)機(jī))為例進(jìn)行仿真測(cè)試。聯(lián)鎖仿真與CTC自律機(jī)軟件按照串口連接，波特率為38 400 bps。其中，唐山津秦場(chǎng)聯(lián)鎖的全體碼位接口數(shù)據(jù)約180字節(jié)；動(dòng)車段的全體碼位接口數(shù)據(jù)約為690字節(jié)的數(shù)據(jù)，驗(yàn)證結(jié)果見(jiàn)表6。

表6 新舊接口協(xié)議耗時(shí)對(duì)比 ms

基于RSSP-I安全通信協(xié)議下，通信指標(biāo)與既有接口規(guī)范均滿足技術(shù)條件的要求，幾大測(cè)試項(xiàng)差別不大，同時(shí)對(duì)協(xié)議進(jìn)行預(yù)留擴(kuò)充，滿足后續(xù)新需求的擴(kuò)充。測(cè)試發(fā)現(xiàn)，只有超大型車站站型下相比既有的接口規(guī)范略有延時(shí)，這是因?yàn)樵O(shè)計(jì)的RSSP-I協(xié)議藍(lán)本每一次都發(fā)送了全站信息，且大型車站站場(chǎng)碼位需要分2包依次發(fā)送，從而產(chǎn)生了部分耗時(shí)，而既有接口規(guī)范默認(rèn)只發(fā)送變化的站場(chǎng)信息。后期可以優(yōu)化調(diào)整接口協(xié)議藍(lán)本，對(duì)標(biāo)準(zhǔn)站和大型站分別處理。

5 結(jié)語(yǔ)

隨著高速鐵路的走出去策略，我國(guó)鐵路信號(hào)產(chǎn)品按照歐洲鐵路信號(hào)安全標(biāo)準(zhǔn)進(jìn)行認(rèn)證并獲取獨(dú)立第三方資格認(rèn)證，已成為必然趨勢(shì)。本文根據(jù)我國(guó)GB體系、歐洲EN50159標(biāo)準(zhǔn)，對(duì)CTC與聯(lián)鎖系統(tǒng)之間的既有接口通信規(guī)范進(jìn)行了分析，對(duì)接口協(xié)議升級(jí)為RSSP-I協(xié)議框架進(jìn)行了設(shè)計(jì)研究，并在實(shí)驗(yàn)室仿真環(huán)境系下進(jìn)行了測(cè)試驗(yàn)證，明確了雙方之間可以按照RSSP-I協(xié)議升級(jí)，為進(jìn)一步提高兩大鐵路信號(hào)系統(tǒng)之間的安全通信提供了一個(gè)方案。