新型列控系統(tǒng)無線閉塞中心測試平臺研究

郝 建，楊志杰，盧佩玲，呂方瑤，單一龍

(1.中國鐵道科學研究院研究生部,北京 100081; 2.中國鐵道科學研究院集團有限公司通信信號研究所,北京 100081)

引言

列車運行控制系統(tǒng)(簡稱“列控系統(tǒng)”)是確保高速鐵路安全運營的核心技術裝備,以高安全性、高可靠性的技術手段監(jiān)控列車運行速度并進行超速防護,保障列車安全運行的同時提高線路通行效率[1]。《CTCS技術規(guī)范總則(暫行)》確立了我國列控系統(tǒng)的技術體系,按系統(tǒng)條件和功能將鐵路列控系統(tǒng)劃分為0～4共5個等級,其中CTCS-2與CTCS-3級列控系統(tǒng)是目前我國高速鐵路中應用最廣泛、技術最成熟的控制系統(tǒng)[2-3]。

近年來,西部地區(qū)鐵路建設逐漸提上日程,中老鐵路、拉林鐵路、若和鐵路等一大批工程項目落地。這些線路的自然地理環(huán)境和氣候條件普遍較為惡劣,因此對鐵路信號系統(tǒng)的裝備水平提出了新的要求[4-6]。

CTCS-2與CTCS-3級列控系統(tǒng)均需要依靠地面設備對列車進行定位和完整性檢查,系統(tǒng)結構相對復雜、軌旁設備較多、建設及運營維護成本較高。因此,在既有且逐步完善的CTCS技術體系下研究新型列控系統(tǒng)既是發(fā)展需求,也是客觀運用需要[3]。

新型列控系統(tǒng)(CTCS-N,簡稱為“CN系統(tǒng)”)相比既有C2/C3系統(tǒng)的優(yōu)點主要包括以下4個方面。

(1)提高運輸效率。列車在區(qū)間以移動閉塞方式追蹤運行,列車追蹤間距更短[7-8]。

(2)列車定位更加精確。采用多源融合的列車自主定位方式和更安全的列車完整性檢查手段[9-11]。

(3)運維更加便捷。車站采用一體化控制,減少設備和接口數(shù)量,提高系統(tǒng)可靠性。執(zhí)行單元電子化、模塊化,減少軌旁設備。增加智能運維功能[3]。

(4)采用基于IP的車地無線通信技術[12]。

新型列控系統(tǒng)主要由車載設備和地面設備構成。地面設備主要分為軌旁設備、站內(nèi)設備與中心設備3類。軌旁設備包括站間計軸設備、無源應答器、信號機與轉轍機等;站內(nèi)設備包括聯(lián)鎖列控一體化(TIS)設備、軌道電路、調(diào)度集中系統(tǒng)(CTC)車站分機、衛(wèi)星差分基站等;中心設備包括無線閉塞中心(RBC)、臨時限速服務器(TSRS)、CTC中心、列控維護中心(TCMC)、GSM-R網(wǎng)絡設備、衛(wèi)星地基增強系統(tǒng)(GBAS)等。車載設備主要分為車載ATP設備和列尾設備兩類。車載ATP設備主要由主控單元、人機界面單元(DMI)、應答器信息接收單元(BTM)、測速測距單元、列車完整性檢查單元、電子地圖單元、無線通信單元以及衛(wèi)星接收天線等組成[3]。

其中,無線閉塞中心(RBC)作為新型列控系統(tǒng)的地面核心設備,實時控制列車的追蹤間隔,保證其管轄范圍內(nèi)列車的行車安全,必須通過完善的測試手段保證其功能安全性與可靠性。

1 新型列控系統(tǒng)無線閉塞中心

新型列控系統(tǒng)中,無線閉塞中心(RBC)是地面信號系統(tǒng)信息及指令的收集與交互中心[13]。根據(jù)TIS給出的站內(nèi)及區(qū)間設備狀態(tài)、TSRS臨時限速及特定引導信息、CTC控制指令、相鄰RBC的移交信息、列車發(fā)送的位置報告及完整性狀態(tài),結合線路靜態(tài)參數(shù),生成列車行車許可等控制信息,通過無線通信方式發(fā)送給車載設備,確保管轄范圍內(nèi)列車安全高效運行。RBC與外圍設備接口如圖1所示。

圖1 RBC與外圍設備接口Fig.1 RBC interfaces with external eevices

CN系統(tǒng)與C3系統(tǒng)相比,RBC功能的主要區(qū)別在于以下6個方面。

(1)新增列車包絡的計算。列車包絡即RBC邏輯中的列車位置。C3系統(tǒng)中,后方列車以前行列車所在閉塞分區(qū)入口處作為追蹤終點;而CN系統(tǒng)可將后方列車追蹤終點延伸至前行列車包絡后端,進一步縮短追蹤間隔。RBC根據(jù)列車報告的位置信息及完整性狀態(tài)進行列車包絡的計算,對于有完整性信息的列車,其列車包絡為列車安全確認后端到最大安全前端的范圍,如圖2所示。

圖2 列車包絡示意Fig.2 Schematic of train envelope

(2)CN系統(tǒng)中,兩車站間除接近區(qū)段外,不設置軌道電路,而是將區(qū)間劃分為若干長度固定的虛擬閉塞分區(qū)。虛擬閉塞分區(qū)只存在于軟件邏輯中,其占用狀態(tài)由RBC綜合列車位置報告、站間計軸狀態(tài)等信息計算得到。

RBC依據(jù)虛擬閉塞分區(qū)狀態(tài)計算行車許可。當區(qū)間閉塞制式為移動閉塞時,RBC不再以閉塞分區(qū)為單位計算行車許可,行車許可終點或為前行列車的包絡后端,或為防護區(qū)入口,或為其最大長度的末端。如圖3所示。

圖3 行車許可計算示意Fig.3 Schematic of movement authority calculation

(3)由于區(qū)間缺少軌道電路等列車占用檢查設備,CN系統(tǒng)設計了“頭篩”與“尾篩”邏輯,用于RBC判斷列車頭部與尾部所在虛擬區(qū)段有無隱藏車輛,以實現(xiàn)列車安全防護及縮短追蹤間隔?！邦^篩”即確認列車頭部有無隱藏車輛,“完成頭篩”是RBC為通信列車分配行車許可的前提條件;“尾篩”即確認列車尾部有無隱藏車輛,“完成尾篩”是RBC為后方列車分配可抵達當前列車包絡后端的前提條件。

當出現(xiàn)列車闖入防護區(qū)段或完整性狀態(tài)丟失等故障情形時,RBC將列車“頭篩”或“尾篩”標志置為“未完成”并將相關區(qū)段設為防護區(qū),從而完成對列車的安全防護。

(4)故障場景下防護區(qū)的設置與解除。防護區(qū)是RBC在判斷某些區(qū)段可能存在隱藏車輛,防止其他通信列車與隱藏車輛發(fā)生碰撞危險而設置的區(qū)域。例如列車完整性丟失場景,列車完整性得不到檢查,列車后方可能出現(xiàn)因脫鉤產(chǎn)生的隱藏車輛,RBC會將列車最后一次具備完整性的位置報告中列車包絡后端到列車最新位置報告的最小安全后端范圍設置為防護區(qū),防護區(qū)會隨列車位置報告的更新向前延伸。列車完整性丟失場景下防護區(qū)的設置如圖4所示。

圖4 列車完整性丟失后防護區(qū)設置Fig.4 Setting up of protection area after train integrity loss

同樣,在車地通信超時場景中,RBC在規(guī)定時間內(nèi)未收到車載設備的應用消息,RBC無法對列車進行定位,列車可能位于其行車許可范圍內(nèi)的任何位置。因此RBC將列車最后一次位置報告中的包絡后端到其行車許可終點范圍設置為防護區(qū),防護區(qū)可根據(jù)當前設備狀態(tài)向前延伸。防護區(qū)延伸到實體區(qū)段時,需根據(jù)實體區(qū)段的占用狀態(tài)進行判斷:區(qū)段為空閑狀態(tài),不設置為防護區(qū),否則設置為防護區(qū)。車地通信超時場景下防護區(qū)的設置如圖5所示。

圖5 車地通信超時后防護區(qū)設置Fig.5 Setting up of protection area after timeout of train-RBC communication

當故障場景中對應故障恢復且未引入其他故障,或經(jīng)過人工確認后,RBC可解除相應防護區(qū),并恢復列車原有狀態(tài)。

(5)特定引導功能。特定引導是一種施工條件下的特定行車辦法。當TIS因車站施工、維修等,無法正常辦理列車進路可采用特定引導方式保證列車繼續(xù)運行。

特定引導車站采用固定進路接發(fā)列車,行車方式分為兩種:特定引導接車,正常發(fā)車;特定引導接車,人工信號發(fā)車。特定引導命令由TSRS以特殊臨時限速形式發(fā)送給RBC,RBC根據(jù)命令類型向列車發(fā)送包含特定引導信息的行車許可。

(6)調(diào)車防護功能。在C3系統(tǒng)調(diào)車作業(yè)場景中,RBC收到車載設備轉入調(diào)車模式的請求后,不再發(fā)送行車數(shù)據(jù)。若車載設備已轉為調(diào)車模式,RBC將結束與列車的通信會話,此后列車冒進防護功能由布設于調(diào)車信號機前的有源應答器組實現(xiàn)。但在裝備CN系統(tǒng)的線路中,未布設有源應答器,需由RBC對其管轄范圍內(nèi)車站調(diào)車作業(yè)進行安全防護。

通過在調(diào)車信號機前布設無源應答器組,采用調(diào)車防護應答器列表實現(xiàn)列車冒進防護功能。調(diào)車信號開放后,RBC根據(jù)TIS發(fā)送的調(diào)車進路信息向車載設備發(fā)送該進路上可途徑的全部應答器組列表;調(diào)車信號關閉后,RBC向車載設備發(fā)送應答器組空列表。若列車在調(diào)車過程中越過列表中未包含的應答器組時,將觸發(fā)緊急制動,轉為冒進模式,完成安全防護。

從以上主要差異項可看出,CN系統(tǒng)RBC相較C3系統(tǒng)RBC已有許多邏輯變化和功能提升。若要驗證目標需求及保證系統(tǒng)功能正確,必須通過完善的測試技術及全面的測試案例得以實現(xiàn)。但既有RBC測試平臺仍存在諸多問題,例如人工配置數(shù)據(jù)過多、站場類型適用范圍有限、自動化程度不高、無法滿足上述差異功能的測試需求等,研究適用于新型列控系統(tǒng)RBC的測試平臺為當務之急。

2 RBC測試平臺關鍵技術

測試是保證設備質量的重要途徑,新型列控系統(tǒng)RBC測試平臺是保證測試案例運行的重要支撐[14]。設計RBC測試平臺,完成對新型列控系統(tǒng)RBC功能的全面測試,對驗證系統(tǒng)設計、確保性能指標、提高測試效率具有重要意義。

RBC測試平臺以新型列控系統(tǒng)總體架構為基礎,采用真實設備與仿真設備虛實結合的方式,忠實于真實邏輯的同時簡化物理結構,從而保證測試的真實性、靈活性與可信度[15]。設計RBC測試平臺架構如圖6所示。

圖6 新型列控系統(tǒng)RBC測試平臺架構Fig.6 Architecture of RBC test platform in new train control system

測試平臺主要包括列車運行仿真平臺、真實設備與仿真設備三部分。真實設備包括RBC、TSRS、TIS、車載ATP及相關網(wǎng)絡設備,仿真設備包括仿真TIS、仿真TSRS、仿真CTC、仿真車載ATP。RBC通過信號數(shù)據(jù)網(wǎng)與其他地面設備交互安全數(shù)據(jù),通過車載仿真網(wǎng)或GSM-R與仿真ATP或真實ATP交互車地消息;列車運行仿真平臺通過仿真數(shù)據(jù)網(wǎng)與TIS設備交互采集類信息、進路信息,通過車載仿真網(wǎng)將列車運行路徑信息發(fā)送至仿真ATP或車載接口仿真。

作為測試平臺中線路數(shù)據(jù)的提供者以及RBC交互對象,本文將對列車運行仿真平臺與仿真設備進行重點研究。

2.1 列車運行仿真平臺

列車運行仿真平臺通過讀取列控數(shù)據(jù),向列車提供其運行所需的線路數(shù)據(jù),以站場圖形方式直觀顯示列車運行過程,整體結構如圖7所示,分為站場顯示界面與列車操作界面兩部分。

圖7 列車運行仿真平臺結構Fig.7 Structure of train operation simulation platform

站場顯示界面通過線路平面圖形動態(tài)顯示軌道區(qū)段、信號機、道岔、站內(nèi)進路、應答器、列車位置等信息。列車操作界面顯示列車運行狀態(tài)、測試腳本列表,進行試驗操作及場景控制。

通過在站場顯示界面某一區(qū)段加載列車,仿真平臺將根據(jù)列車起始位置、方向,綜合TIS發(fā)送的進路信息、自身設置的進路信息、軌道區(qū)段信息、應答器數(shù)據(jù)等,自動計算列車運行路徑并以特定數(shù)據(jù)結構封裝,轉化為腳本數(shù)據(jù)發(fā)送至仿真ATP或車載接口仿真,驅動測試按序進行。同時根據(jù)車載ATP反饋的走行距離實時計算列車所處位置,將區(qū)段占用及計軸占用狀態(tài)等采集信息發(fā)送給TIS設備。

既有列車運行仿真平臺采用以列控數(shù)據(jù)為基礎的構建方式,應用過程中存在因人工配置數(shù)據(jù)過多、站場類型適配范圍有限等問題造成列車運行路徑計算錯誤、測試效率低下。新型列控系統(tǒng)中新增調(diào)車防護等功能使得上述缺陷更為凸顯,因此將構建邏輯調(diào)整為以模型為基礎,將線路模型劃分為車站與區(qū)間兩類。

在車站模型中,使用面向對象的思想對站內(nèi)設備進行抽象,以信號機為頂點、以進路為邊建立站場結構的有向圖[16]。通過進路數(shù)據(jù)、應答器鏈接關系為該有向圖添加專有屬性,確定軌道區(qū)段及應答器組在進路中的具體位置。計算列車運行路徑時,按照列車運行方向對有向圖進行搜索,從而方便、準確地得到進路區(qū)段及應答器間的鏈接關系。

在區(qū)間模型中,以信號機或虛擬信號點為頂點、以閉塞分區(qū)為邊,按照線路方向將車站區(qū)間抽象為有向圖,并為該有向圖添加計軸、應答器及特殊區(qū)段等專有屬性。仿真平臺根據(jù)專有屬性為不同類型測試列車分別計算運行路徑,區(qū)分不同類型區(qū)段的界面顯示。列車在站內(nèi)與區(qū)間越行時,搜索并匹配站內(nèi)與區(qū)間具有相同頂點及方向的有向圖,完成運行路徑的接續(xù)。

通過底層構建方式的調(diào)整,加強各設備間的關聯(lián)關系,可有效避免在既有以數(shù)據(jù)構建方式中頻繁出現(xiàn)的搜索算法復雜、數(shù)據(jù)重復存儲、信息覆蓋等問題。

2.2 仿真設備

仿真設備是按照標準協(xié)議實現(xiàn)與RBC接口交互功能的仿真軟件。由于RBC管轄范圍較廣,接口設備眾多,為避免測試平臺網(wǎng)絡結構復雜,借鑒HLA(High Level Architecture)的結構體系對仿真設備進行布設[17-18]。將仿真TIS、仿真ATP等各類型設備視作不同聯(lián)邦成員,各車站設備、測試列車等作為聯(lián)邦成員個體,成員個體采用統(tǒng)一模塊化設計,以減少數(shù)據(jù)配置工作。按照數(shù)據(jù)類型的區(qū)別設置不同的承載網(wǎng)絡,提供底層數(shù)據(jù)服務支撐,成員個體間的信息交互均通過該網(wǎng)絡完成。

2.2.1 需求分析

明確仿真設備主要實現(xiàn)功能,由接口協(xié)議著手,分析雙方間交互內(nèi)容,關聯(lián)不同類型交互信息并作層次化處理。以仿真TIS為例,仿真TIS主要負責排列進路、設置地面設備狀態(tài),根據(jù)區(qū)段占用信息調(diào)整進路狀態(tài)。接口層面,仿真TIS將列車進路、調(diào)車進路及區(qū)間閉塞方向信息發(fā)送至列車運行仿真平臺,用于仿真平臺計算測試腳本;將站內(nèi)軌道區(qū)段狀態(tài)、區(qū)間閉塞方向、區(qū)間閉塞分區(qū)狀態(tài)、站內(nèi)列車進路信息、站內(nèi)調(diào)車進路信息、災害區(qū)狀態(tài)、道岔狀態(tài)、站內(nèi)信號狀態(tài)、站間計軸狀態(tài)和區(qū)間閉塞制式等發(fā)送至RBC,RBC綜合各設備信息計算行車許可及設置區(qū)段防護。仿真TIS接收來自仿真平臺發(fā)送的站內(nèi)軌道區(qū)段占用狀態(tài)、區(qū)間閉塞分區(qū)占用狀態(tài)、計軸占用狀態(tài)等采集信息;接收來自RBC的區(qū)間虛擬區(qū)段邏輯占用狀態(tài),用于進路接近鎖閉的判斷。

由于進路中包含站內(nèi)軌道區(qū)段、道岔及信號設備信息,與區(qū)間閉塞方向及閉塞分區(qū)狀態(tài)緊密關聯(lián),可將軟件邏輯結構進行層次化設計,如圖8所示。排列進路時,根據(jù)進路類型設置軌道區(qū)段鎖閉狀態(tài)、道岔位置、信號機狀態(tài)、區(qū)間閉塞方向,反之相關設備狀態(tài)變化時更新進路狀態(tài)。

圖8 仿真TIS邏輯結構Fig.8 Logical structure of TIS simulation

為驗證RBC在某些故障場景下的安全側處理,需對各設備添加手動操作功能,完成接口間的故障注入[19-20]。

2.2.2 軟件設計

基于仿真TIS設計思路,設計仿真TIS界面如圖9所示。

圖9 仿真TIS界面Fig.9 Interface of TIS simulation

仿真TSRS主要完成臨時限速命令及特定引導命令的擬定和下發(fā)。將初始化命令、電子地圖版本等消息發(fā)送至RBC,同時接收RBC反饋的臨時限速執(zhí)行狀態(tài)、初始化狀態(tài)等。設計仿真TSRS界面如圖10所示。

圖10 仿真TSRS界面Fig.10 Interface of TSRS simulation

仿真CTC主要完成緊急停車命令、閉塞制式切換命令、文本消息的擬定和下發(fā),設置列車端頭命令及虛擬區(qū)段狀態(tài)命令。同時接收RBC發(fā)送的列車信息、虛擬區(qū)段狀態(tài)信息、命令反饋信息和閉塞制式狀態(tài)。設計仿真CTC界面如圖11所示。

圖11 仿真CTC界面Fig.11 Interface of CTC simulation

仿真ATP主要完成與RBC的車地消息交互。可進行列車長度、完整性狀態(tài)、運行模式等參數(shù)的修改,完成速度控制、退行及換端操作;接收列車運行仿真平臺發(fā)送的測試腳本,根據(jù)自身走行距離執(zhí)行測試腳本,在特定位置觸發(fā)對應腳本事件;將實時速度、位置及腳本執(zhí)行情況反饋至仿真平臺。

仿真ATP可實現(xiàn)車地消息的編輯與故障插入,根據(jù)車地消息交互流程自動完成運行模式切換。設計仿真ATP界面如圖12所示。

圖12 仿真ATP界面Fig.12 Interface of ATP simulation

3 RBC測試平臺功能驗證

從RBC典型運用場景及RBC相較于C3系統(tǒng)的提升功能中選取部分測試場景,通過對比RBC測試結果與預期結果的一致性,驗證本文所提出的RBC測試平臺是否符合設計需求。

3.1 行車許可計算場景

測試場景:列車1位于A站1G,向B站方向發(fā)車;列車2位于A站2G,向B站方向發(fā)車,與列車1在區(qū)間追蹤運行。

由仿真CTC設置區(qū)間閉塞制式為“移動閉塞”,由A站及B站仿真TIS設置區(qū)間自動閉塞,列車1與列車2分別向RBC注冊。在A站仿真TIS辦理XI到S發(fā)車進路,在仿真平臺中加載列車1初始位置,生成測試腳本并發(fā)送至列車1。列車1在IG末端越過BXI應答器組后完成定位,經(jīng)過確認前方軌道空閑(TAF)流程,根據(jù)RBC分配的行車許可運行至區(qū)間。辦理A站X2到S發(fā)車進路,加載列車2初始位置,列車2根據(jù)測試腳本運行至2G末端越過BX2應答器組,同樣經(jīng)過TAF流程后獲得行車許可。

該測試案例中,兩車在仿真平臺中的位置及列車1的運行腳本如圖13所示。

圖13 仿真平臺中兩車位置及列車1的運行腳本Fig.13 Position of the two trains in the simulation platform and the operation scripts of train No.1

由圖14中RBC維護終端所示,RBC向列車2分配的行車許可終點為列車1包絡后端,符合預期設計。

圖14 兩車追蹤時RBC計算的行車許可Fig.14 Movement authority calculated by RBC when two trains are tracking

3.2 設置區(qū)段防護與空閑場景

測試場景:列車1與列車2在區(qū)間追蹤運行,設置列車1完整性丟失后兩車繼續(xù)運行。

兩車區(qū)間追蹤運行,列車1行至2291G區(qū)段,在列車1仿真ATP中將完整性狀態(tài)設置為“不完整”。

由圖15中維護終端所示,RBC將列車1丟失完整性后所經(jīng)過區(qū)段均設置為防護區(qū),且列車2行車許可終點在防護區(qū)入口處保持不變,符合預期設計。

圖15 RBC成功設置防護區(qū)Fig.15 RBC Sets protection area successfully

由仿真CTC按序依次向RBC下發(fā)防護區(qū)內(nèi)虛擬區(qū)段空閑命令,如圖16所示。

圖16 CTC設置虛擬區(qū)段空閑命令Fig.16 Set idle command of virtual segment in CTC

RBC根據(jù)CTC命令對虛擬區(qū)段狀態(tài)進行檢查,符合空閑條件時將解除對應防護區(qū),并更新列車2行車許可終點,如圖17所示。

圖17 RBC成功解除對應防護區(qū)Fig.17 RBC lifts protection area successfully

3.3 調(diào)車防護場景

測試場景:列車位于A站1G,車長為200 m,SH運行模式,車頭運行至IIAG區(qū)段后折返運行至IIG。

A站仿真TIS辦理S1到D5、D5到D1進路,在仿真平臺A站1G加載列車,仿真ATP以SH模式向RBC注冊。注冊成功并完成定位后,RBC向列車發(fā)送調(diào)車授權信息,包含列車當前位置至前方首個調(diào)車進路末端范圍內(nèi)的全部應答器組列表,如圖18所示。

圖18 RBC提供調(diào)車授權消息Fig.18 Shunting authorisation message from RBC

列車運行至IIAG區(qū)段后,車尾位于1/9WG區(qū)段,仿真TIS辦理折返調(diào)車進路D19到XII。RBC按照車頭位置向列車發(fā)送調(diào)車授權信息,包含列車LRBG到前方調(diào)車進路防護應答器范圍內(nèi)的全部應答器組,如圖19所示。

圖19 列車折返時RBC提供的調(diào)車授權消息Fig.19 Shunting authorisation message from RBC when the train turn Back

3.4 特定引導場景

測試場景:列車在區(qū)間運行,前方車站為特定引導接車站。

在仿真TSRS中擬定下發(fā)A站特定引導行車命令,如圖20所示。由于特定引導行車計劃車站接車進路可能未排列,若要生成列車通過A站的測試腳本,需從列車運行仿真平臺中手動辦理接車進路,如圖21所示。

圖20 TSRS擬定下發(fā)特定引導行車命令Fig.20 Preparation and issuance of specific guidance command in TSRS

圖21 仿真平臺中手動排列進路以生成測試腳本Fig.21 Manually control the CBI route in the CTCS simulation platform to generate test scripts

列車行車許可抵達A站進站信號機,RBC根據(jù)特定引導計劃向列車發(fā)送接車進路范圍的特定引導行車信息,如圖22所示。

圖22 RBC向列車送包含特定引導信息的行車許可Fig.22 RBC sends movement authority containing specific guidance information to the train

上述場景中,測試平臺滿足新型列控系統(tǒng)RBC的正常運作及測試過程中的各環(huán)節(jié)需求,且RBC測試結果與預期一致。

4 結語

新型列控系統(tǒng)的試驗與應用標志著我國在該方面的研究工作已經(jīng)走在鐵路信號領域前沿,但因許多新技術、新功能在國內(nèi)甚至國際范圍內(nèi)尚無成熟應用,可借鑒案例甚少,必須對關鍵核心設備進行系統(tǒng)且全面的測試。本文以解決既有RBC測試平臺應用中的問題、無法滿足新型列控系統(tǒng)測試需求為研究背景,通過比較C3系統(tǒng)與新型列控系統(tǒng)中RBC的功能差異,分析新型列控系統(tǒng)工程數(shù)據(jù),將邏輯構建方式由以數(shù)據(jù)為基礎調(diào)整為以模型為基礎,同時對仿真設備統(tǒng)一采用模塊化、層次化設計。選取新型列控系統(tǒng)中部分典型場景,對新型列控系統(tǒng)RBC測試平臺功能進行了驗證,驗證結果表明,本文設計的測試平臺可以完成RBC多場景測試任務。該測試平臺的運用將為指導修訂更細致完善的新型列控系統(tǒng)相關規(guī)范提供重要依據(jù),對新型列控系統(tǒng)在更多線路的推廣實施具有重要意義。