楊麗麗，毛瑞雷

（中車(chē)青島四方機(jī)車(chē)車(chē)輛股份有限公司技術(shù)中心，山東 青島 266000）

隨著鐵路覆蓋范圍的擴(kuò)展，為實(shí)現(xiàn)列車(chē)不停車(chē)跨線運(yùn)行、提高運(yùn)輸效率，客專(zhuān)線路、客貨混線路與普速線速間存在互聯(lián)互通的實(shí)際需求。針對(duì)該需求，在采用CTCS-0 級(jí)（以下簡(jiǎn)稱(chēng)C0 級(jí)）列控系統(tǒng)線路與采用CTCS-2 級(jí)（以下簡(jiǎn)稱(chēng)C2 級(jí)）列控系統(tǒng)線路連接處設(shè)置聯(lián)絡(luò)線，通過(guò)在聯(lián)絡(luò)線處設(shè)置等級(jí)轉(zhuǎn)換區(qū)段及相應(yīng)應(yīng)答器設(shè)備，由司機(jī)確認(rèn)后完成級(jí)間轉(zhuǎn)換操作，實(shí)現(xiàn)跨線運(yùn)行。每條聯(lián)絡(luò)線的特點(diǎn)不同，比如有的聯(lián)絡(luò)線長(zhǎng)度只有一個(gè)閉塞分區(qū)，有的聯(lián)絡(luò)線在不同進(jìn)路上存在不同的分相區(qū)。為了保證聯(lián)絡(luò)線場(chǎng)景相關(guān)參數(shù)設(shè)置的合理性，確保級(jí)間轉(zhuǎn)換能夠順利執(zhí)行，開(kāi)發(fā)設(shè)計(jì)相應(yīng)聯(lián)絡(luò)線等級(jí)轉(zhuǎn)換仿真平臺(tái)進(jìn)行仿真驗(yàn)證十分有必要[1-3]。

目前，大部分仿真測(cè)試平臺(tái)的構(gòu)建是基于底層以太網(wǎng)通信協(xié)議和自開(kāi)發(fā)數(shù)據(jù)交換協(xié)議完成的。常見(jiàn)的底層以太網(wǎng)通信協(xié)議包括TCP、UDP 協(xié)議。使用這兩種方式進(jìn)行通信的平臺(tái)，在開(kāi)發(fā)過(guò)程中不可避免要完成傳輸格式、交互端口等數(shù)據(jù)交換協(xié)議的制定工作[4]，使得整體平臺(tái)存在開(kāi)發(fā)效率低、后期修改工作復(fù)雜等問(wèn)題。而使用Redis技術(shù)進(jìn)行開(kāi)發(fā)具有快速開(kāi)發(fā)、平臺(tái)無(wú)關(guān)性、松散耦合、易于使用等優(yōu)點(diǎn)，因此本文在介紹聯(lián)絡(luò)線功能以及Redis技術(shù)的基礎(chǔ)上，研究了如何利用Redis 技術(shù)搭建聯(lián)絡(luò)線CTCS0-2 等級(jí)轉(zhuǎn)換場(chǎng)景仿真平臺(tái)，并在Visual C#編程環(huán)境下完成該仿真平臺(tái)的設(shè)計(jì)與開(kāi)發(fā)。

1 總體介紹

1.1 聯(lián)絡(luò)線場(chǎng)景介紹

列車(chē)在C0 與C2 級(jí)列控線路間跨線運(yùn)行時(shí)，通過(guò)與兩線路聯(lián)絡(luò)線處設(shè)置的等級(jí)轉(zhuǎn)換區(qū)段及應(yīng)答器等設(shè)備交互，得到線路區(qū)段信息與等級(jí)轉(zhuǎn)換預(yù)告等信息，由司機(jī)確認(rèn)后完成級(jí)間轉(zhuǎn)換操作，實(shí)現(xiàn)跨線運(yùn)行。根據(jù)《列控系統(tǒng)應(yīng)答器應(yīng)用原則》（TB/T3484-2017）對(duì)于C0/C2 級(jí)間轉(zhuǎn)換的主要要求[5]，級(jí)間轉(zhuǎn)換應(yīng)答器組的設(shè)置規(guī)范如下。

（1）無(wú)源應(yīng)答器組設(shè)置：CTCS-0/2 等級(jí)轉(zhuǎn)換應(yīng)答器組包含預(yù)告應(yīng)答器組（正、反向）[YG]和執(zhí)行應(yīng)答器組[ZX]，每個(gè)應(yīng)答器組包含兩個(gè)無(wú)源應(yīng)答器。其中，等級(jí)轉(zhuǎn)換預(yù)告應(yīng)答器組與等級(jí)轉(zhuǎn)換點(diǎn)應(yīng)答器組的距離應(yīng)大于列車(chē)按照等級(jí)轉(zhuǎn)換點(diǎn)處線路的實(shí)際最高允許速度運(yùn)行5s 的走行距離，等級(jí)轉(zhuǎn)換執(zhí)行應(yīng)答器組應(yīng)設(shè)置在距離首個(gè)閉塞分區(qū)入口30m±0.5m 處；等級(jí)轉(zhuǎn)換設(shè)置在線路區(qū)間內(nèi)列車(chē)較少實(shí)施制動(dòng)的區(qū)段；等級(jí)轉(zhuǎn)換執(zhí)行點(diǎn)應(yīng)答器組處的列控頂棚速度不應(yīng)超過(guò)160km/h。

圖1 C0/C2 等級(jí)轉(zhuǎn)換應(yīng)答器組設(shè)置示意圖

（2）有源應(yīng)答器組設(shè)置：C0 線路車(chē)站向C2 線路方向出站口（含反向）上下行各設(shè)置兩個(gè)有源應(yīng)答器組[CZC0][FCZ-C0]，向列車(chē)發(fā)送臨時(shí)限速信息與線路數(shù)據(jù)。兩個(gè)應(yīng)答器組之間的鏈接距離應(yīng)大于200m，距離等級(jí)轉(zhuǎn)換點(diǎn)最近的應(yīng)答器組距轉(zhuǎn)換邊界應(yīng)大于450m。

（3）當(dāng)?shù)燃?jí)轉(zhuǎn)換應(yīng)答器組與相鄰其他應(yīng)答器組之間的距離不能滿足應(yīng)答器組間最小距離要求時(shí)，可與相鄰的應(yīng)答器組進(jìn)行合并。

常見(jiàn)的C0/C2 級(jí)間轉(zhuǎn)換應(yīng)答器組布置如圖1 所示。

聯(lián)絡(luò)線場(chǎng)景實(shí)現(xiàn)的功能為列車(chē)將執(zhí)行跨線運(yùn)行時(shí)，當(dāng)經(jīng)過(guò)聯(lián)絡(luò)線內(nèi)等級(jí)轉(zhuǎn)換預(yù)告應(yīng)答器組時(shí)，車(chē)載設(shè)備接收到此應(yīng)答器組存儲(chǔ)的前方部分C0/C2 級(jí)區(qū)段等級(jí)轉(zhuǎn)換預(yù)告、線路速度、坡度、應(yīng)答器鏈接和軌道區(qū)段等信息；之后，列車(chē)經(jīng)過(guò)C0/C2 等級(jí)轉(zhuǎn)換執(zhí)行應(yīng)答器組時(shí)，車(chē)載設(shè)備接收到此應(yīng)答器組發(fā)送的等級(jí)轉(zhuǎn)換執(zhí)行信息，通過(guò)人機(jī)界面（Driver Machine Interface，DMI）向司機(jī)輸出轉(zhuǎn)換警示消息；司機(jī)按壓確認(rèn)按鈕后，列車(chē)越過(guò)執(zhí)行點(diǎn)完成級(jí)間轉(zhuǎn)換。

1.2 Redis 技術(shù)介紹

Redis 技術(shù)是近年新興的具備低延遲和極高的數(shù)據(jù)寫(xiě)入與查詢性能的內(nèi)存緩存型數(shù)據(jù)庫(kù)[6]。作為數(shù)據(jù)庫(kù)使用時(shí)，開(kāi)發(fā)者可以將數(shù)據(jù)直接存儲(chǔ)到內(nèi)存中，實(shí)現(xiàn)低延遲的數(shù)據(jù)讀取操作；Redis 技術(shù)采用單線程實(shí)現(xiàn)數(shù)據(jù)交互，為提供更靈活的寫(xiě)入與查詢操作，Redis技術(shù)支持key-value 格式存儲(chǔ)數(shù)據(jù)，這種結(jié)構(gòu)的數(shù)據(jù)之間不存在耦合關(guān)系，不存在表結(jié)構(gòu)限制，因此非常易于水平擴(kuò)展，相應(yīng)能夠增加基于Redis 構(gòu)建的平臺(tái)下模塊的松耦合性。針對(duì)目前主流編程語(yǔ)言，Redis 均提供了相關(guān)的實(shí)現(xiàn)版本，包括PHP，Java，JavaScript，C#，C/C++，Python 等，且具有良好的平臺(tái)無(wú)關(guān)性，支持多種操作系統(tǒng)的應(yīng)用。

基于上述Redis 技術(shù)數(shù)據(jù)傳輸延遲低、數(shù)據(jù)結(jié)構(gòu)簡(jiǎn)單易擴(kuò)展、數(shù)據(jù)庫(kù)易于使用的良好性能優(yōu)勢(shì)，將Redis 技術(shù)應(yīng)用于仿真平臺(tái)的搭建可以提高平臺(tái)的開(kāi)發(fā)效率及使用性能。一方面，Redis 技術(shù)以封裝的TCP 協(xié)議作為底層通信協(xié)議，屏蔽了底層通信協(xié)議的細(xì)節(jié)，使開(kāi)發(fā)人員能夠集中精力開(kāi)發(fā)仿真應(yīng)用程序，降低了系統(tǒng)開(kāi)發(fā)代碼的復(fù)雜性，從而提高仿真平臺(tái)的開(kāi)發(fā)效率；另一方面，仿真平臺(tái)使用Redis 技術(shù)支持的key-value 型數(shù)據(jù)結(jié)構(gòu)開(kāi)發(fā)模塊前期，只需設(shè)計(jì)各模塊輸入、輸出信息在Redis 中對(duì)應(yīng)的key 值與value 類(lèi)型即可，省去了類(lèi)似自開(kāi)發(fā)數(shù)據(jù)交換協(xié)議、接口的商議制定等必需工作。靈活的數(shù)據(jù)結(jié)構(gòu)與Redis 技術(shù)的單線程鏈路通信方式使得仿真平臺(tái)下各模塊之間不存在直接的數(shù)據(jù)交互關(guān)系，因此，基于Redis 技術(shù)構(gòu)建的仿真平臺(tái)的運(yùn)行全生命周期中，因平臺(tái)需求變動(dòng)而需要增加或刪除模塊時(shí)，其他模塊無(wú)需做出較大的代碼修改，提高了仿真平臺(tái)的架構(gòu)靈活性，具備良好的可擴(kuò)展性能。

圖2 基于Redis 技術(shù)構(gòu)建的仿真平臺(tái)架構(gòu)示意圖

圖2 所示為基于Redis 技術(shù)構(gòu)建的仿真平臺(tái)架構(gòu)框圖，說(shuō)明了仿真平臺(tái)模塊與服務(wù)器端的交互機(jī)制。

圖3 聯(lián)絡(luò)線C0/C2 等級(jí)轉(zhuǎn)換場(chǎng)景仿真平臺(tái)整體結(jié)構(gòu)圖

2 聯(lián)絡(luò)線C0/C2 等級(jí)轉(zhuǎn)換場(chǎng)景仿真平臺(tái)總體設(shè)計(jì)

目前，當(dāng)列車(chē)在C2 級(jí)區(qū)段線路上運(yùn)行時(shí)，列車(chē)車(chē)載設(shè)備ATP（Automatic Train Protection，列車(chē)超速防護(hù)）通過(guò)軌道電路讀取器來(lái)接收相關(guān)線路信息，同時(shí)ATP 將軌道電路信息發(fā)送給車(chē)載設(shè)備的列車(chē)運(yùn)行監(jiān)控記錄裝置LKJ，ATP 控制列車(chē)的運(yùn)行；當(dāng)列車(chē)從C2 級(jí)區(qū)段跨聯(lián)絡(luò)線運(yùn)行至C0 級(jí)區(qū)段線路時(shí)，由車(chē)載設(shè)備LKJ 獲得控車(chē)權(quán)。因此，聯(lián)絡(luò)線C0/C2 等級(jí)轉(zhuǎn)場(chǎng)景仿真平臺(tái)包含兩大部分，C0 子系統(tǒng)與C2 子系統(tǒng)，以實(shí)現(xiàn)跨線運(yùn)行時(shí)的等級(jí)轉(zhuǎn)換。

為了能夠快速開(kāi)發(fā)聯(lián)絡(luò)線等級(jí)轉(zhuǎn)換場(chǎng)景仿真平臺(tái)，同時(shí)使平臺(tái)使用過(guò)程中具備靈活的模塊接入性能，選擇Redis 技術(shù)進(jìn)行仿真平臺(tái)架構(gòu)部署及開(kāi)發(fā)各仿真模塊。

根據(jù)聯(lián)絡(luò)線等級(jí)轉(zhuǎn)換場(chǎng)景中C0 子系統(tǒng)的工作原理，C0 子系統(tǒng)由車(chē)載設(shè)備模塊、地面設(shè)備模塊、列車(chē)接口單元等諸多仿真模塊組成。仿真平臺(tái)中各仿真模塊構(gòu)成元素較多、數(shù)據(jù)交互較復(fù)雜，總的來(lái)說(shuō)可分為三大類(lèi)模塊。按仿真平臺(tái)功能來(lái)劃分，這三大部分分別為仿真初始配置模塊，包括線路數(shù)據(jù)單元、仿真執(zhí)行控制器；仿真功能模塊，包括仿真列車(chē)模型、列車(chē)接口單元、司機(jī)駕駛臺(tái)、列車(chē)運(yùn)行監(jiān)控記錄裝置LKJ、軌道電路仿真器、軌道電路碼接收單元、速度和雷達(dá)仿真器；仿真結(jié)果收集和分析模塊，包括記錄數(shù)據(jù)庫(kù)、事件記錄器等。由于硬件設(shè)備及線路數(shù)據(jù)傳輸方式的升級(jí)，C2 子系統(tǒng)相較C0 子系統(tǒng)增加了一些新的功能模塊，包括列車(chē)超速防護(hù)仿真器ATP、應(yīng)答器仿真器、應(yīng)答器信息接收單元與列車(chē)運(yùn)行控制中心仿真器TCC。這些仿真模塊構(gòu)建的聯(lián)絡(luò)線C0/C2 等級(jí)轉(zhuǎn)換場(chǎng)景仿真平臺(tái)整體結(jié)構(gòu)如圖3 所示。

聯(lián)絡(luò)線仿真平臺(tái)從開(kāi)始執(zhí)行仿真到仿真結(jié)束的整體過(guò)程，可以分為仿真平臺(tái)數(shù)據(jù)配置、仿真功能執(zhí)行與仿真結(jié)果分析三大階段。

（1）在仿真平臺(tái)數(shù)據(jù)配置階段，仿真執(zhí)行控制器將不同等級(jí)線路的線路數(shù)據(jù)發(fā)送給各等級(jí)對(duì)應(yīng)的線路數(shù)據(jù)單元中，C0 級(jí)線路數(shù)據(jù)存至列車(chē)運(yùn)行監(jiān)控記錄裝置中，模擬列車(chē)運(yùn)行在C0 級(jí)線路過(guò)程時(shí)的線路數(shù)據(jù)來(lái)源，C2 級(jí)線路數(shù)據(jù)存至C2 線路數(shù)據(jù)單元中，模擬列車(chē)運(yùn)行在C2級(jí)線路上時(shí)，列車(chē)通過(guò)應(yīng)答器信息接收單元實(shí)時(shí)從數(shù)據(jù)單元中獲取的線路數(shù)據(jù)來(lái)源，仿真執(zhí)行控制器同時(shí)完成一些其他如應(yīng)答器報(bào)文、列車(chē)接口信息的初始更新；平臺(tái)下的功能仿真模塊接收到上述更新數(shù)據(jù)后完成相應(yīng)的數(shù)據(jù)配置工作，用于后續(xù)仿真運(yùn)行。

（2）仿真功能執(zhí)行階段，各仿真器通過(guò)間接的數(shù)據(jù)交互，實(shí)現(xiàn)通信，共同配合完成列車(chē)跨線運(yùn)行的仿真過(guò)程。該階段各個(gè)仿真器共同作用，實(shí)現(xiàn)的主要功能包括：

速度雷達(dá)仿真器依據(jù)線路數(shù)據(jù)信息，實(shí)時(shí)計(jì)算當(dāng)前列車(chē)速度與走行距離，為列車(chē)運(yùn)行監(jiān)控記錄裝置提供速度和雷達(dá)相關(guān)信息。

C2 等級(jí)行車(chē)時(shí)，列車(chē)超速防護(hù)仿真器實(shí)時(shí)獲取速度雷達(dá)仿真器提供的速度信息，當(dāng)速度超過(guò)最高允許速度時(shí)，通過(guò)列車(chē)接口單元控制仿真列車(chē)模型的制動(dòng)行為。當(dāng)列車(chē)速度未超過(guò)最高允許速度時(shí)，由司機(jī)駕駛臺(tái)輸出相應(yīng)的牽引制動(dòng)指令，通過(guò)列車(chē)接口單元實(shí)時(shí)控制仿真列車(chē)模型的行駛。

當(dāng)列車(chē)運(yùn)行在C0 級(jí)線路上時(shí)，列車(chē)運(yùn)行監(jiān)控記錄裝置LKJ 仿真器從裝載的C0 線路數(shù)據(jù)單元邏輯匹配線路信息，司機(jī)駕駛臺(tái)模塊參照軌道電路接收單元從軌道電路仿真器接收到的軌道電路碼信息進(jìn)行控車(chē)。

當(dāng)列車(chē)運(yùn)行在C2 級(jí)線路上時(shí)，車(chē)載設(shè)備ATP 仿真器和LKJ 仿真器通過(guò)速度雷達(dá)仿真器實(shí)時(shí)獲取速度信息，并通過(guò)軌道電路接收模塊、應(yīng)答器信息接收模塊獲得列控中心仿真器發(fā)送至軌道電路仿真器與應(yīng)答器仿真器的線路信息（包括進(jìn)路參數(shù)、線路參數(shù)、限速、停車(chē)信息等），生成目標(biāo)距離曲線，實(shí)現(xiàn)列車(chē)的超速防護(hù)，司機(jī)駕駛臺(tái)模塊參照目標(biāo)距離曲線進(jìn)行控車(chē)。

各仿真器在仿真執(zhí)行階段，收集自身的列車(chē)運(yùn)行相關(guān)信息并發(fā)送到事件記錄器，用于后續(xù)仿真結(jié)果的數(shù)據(jù)分析。

（3）仿真結(jié)果分析階段，通過(guò)對(duì)事件記錄器記錄的事件及數(shù)據(jù)結(jié)果進(jìn)行綜合分析，驗(yàn)證聯(lián)絡(luò)線等級(jí)轉(zhuǎn)換場(chǎng)景中相關(guān)參數(shù)設(shè)置的合理性。

基于Redis 技術(shù)構(gòu)建的仿真平臺(tái)不同于其他傳統(tǒng)的平臺(tái)開(kāi)發(fā)模式，使用該技術(shù)開(kāi)發(fā)的仿真模塊均與仿真數(shù)據(jù)庫(kù)直接完成數(shù)據(jù)存儲(chǔ)與讀取過(guò)程，能間接實(shí)現(xiàn)模塊間的通信行為，使仿真模塊不再受限于模塊之間交互內(nèi)容過(guò)多造成的強(qiáng)耦合性問(wèn)題。同時(shí)，考慮到后期仿真模塊位置部署的不確定性、平臺(tái)功能改動(dòng)導(dǎo)致的模塊變動(dòng)，平臺(tái)下的模塊需能在同一網(wǎng)絡(luò)空間中任意分布。

結(jié)合1.2 小節(jié)對(duì)基于Redis 技術(shù)構(gòu)建的仿真平臺(tái)的性能分析和上述對(duì)仿真平臺(tái)的功能分析，Redis 技術(shù)能夠滿足仿真平臺(tái)這兩方面的需求，因此最終選擇Redis 技術(shù)作為平臺(tái)框架的技術(shù)基礎(chǔ)，并進(jìn)行平臺(tái)的后續(xù)實(shí)現(xiàn)開(kāi)發(fā)。

3 聯(lián)絡(luò)線C0/C2 等級(jí)轉(zhuǎn)換場(chǎng)景仿真平臺(tái)的實(shí)現(xiàn)

依據(jù)上文設(shè)計(jì)的聯(lián)絡(luò)線C0/C2 等級(jí)轉(zhuǎn)換場(chǎng)景仿真平臺(tái)架構(gòu)及各模塊數(shù)據(jù)交互機(jī)制，仿真平臺(tái)的開(kāi)發(fā)更側(cè)重于仿真環(huán)境的配置、各仿真模塊功能邏輯的開(kāi)發(fā)、Redis機(jī)制下仿真模塊交互數(shù)據(jù)在數(shù)據(jù)庫(kù)中的存取，包括變量名稱(chēng)及字段類(lèi)型。整體開(kāi)發(fā)流程框圖如圖4 所示。

本文利用Redis 技術(shù)搭建的仿真平臺(tái)，將線路數(shù)據(jù)單元作為服務(wù)器端，其他模塊作為客戶端，實(shí)現(xiàn)低耦合的數(shù)據(jù)交互，采用面向?qū)ο蟮木幊陶Z(yǔ)言C#在Visual Studio軟件開(kāi)發(fā)環(huán)境下開(kāi)發(fā)平臺(tái)下的各模塊。使用C#進(jìn)行模塊開(kāi)發(fā)時(shí)，開(kāi)發(fā)者通過(guò)在項(xiàng)目中引用Redis 官方發(fā)布的Nuget 包“StackExchange.Redis”，實(shí)現(xiàn)對(duì) Redis 發(fā)布的軟件包的訪問(wèn)。

圖4 聯(lián)絡(luò)線C0/C2 等級(jí)轉(zhuǎn)換場(chǎng)景仿真平臺(tái)開(kāi)發(fā)流程圖

以場(chǎng)景中列車(chē)在C2 線路上運(yùn)行過(guò)程中，ATP 仿真器、速度雷達(dá)仿真器、軌道電路接收模塊等模塊為例，說(shuō)明各模塊在仿真執(zhí)行過(guò)程中的數(shù)據(jù)交互方式。開(kāi)始仿真后，應(yīng)答器仿真器、軌道電路仿真器根據(jù)仿真執(zhí)行控制器前期更新至C2 線路數(shù)據(jù)單元中的線路數(shù)據(jù)，實(shí)時(shí)向仿真數(shù)據(jù)庫(kù)中更新發(fā)送動(dòng)態(tài)列車(chē)控制信息、臨時(shí)限速等線路信息，軌道電路接收模塊、應(yīng)答器信息接收模塊同步實(shí)時(shí)根據(jù)上述信息解析并更新仿真數(shù)據(jù)庫(kù)中的行車(chē)所需的必要信息；仿真司機(jī)駕駛臺(tái)實(shí)時(shí)向數(shù)據(jù)庫(kù)更新?tīng)恳苿?dòng)等級(jí)等信息，速度雷達(dá)仿真器從數(shù)據(jù)庫(kù)中獲取牽引制動(dòng)登記后進(jìn)行速度與位置的計(jì)算并更新至仿真數(shù)據(jù)庫(kù)中；ATP 仿真器實(shí)時(shí)與仿真數(shù)據(jù)庫(kù)交互，獲取生成目標(biāo)距離制動(dòng)曲線所需的速度距離等參數(shù)信息，并監(jiān)控列車(chē)安全運(yùn)行。聯(lián)絡(luò)線C0/C2 等級(jí)轉(zhuǎn)換場(chǎng)景即基于上述數(shù)據(jù)交互模式，由C0 行車(chē)場(chǎng)景、等級(jí)轉(zhuǎn)換場(chǎng)景、C2 行車(chē)場(chǎng)景共同組成。等級(jí)轉(zhuǎn)換場(chǎng)景從列車(chē)接收到仿真數(shù)據(jù)庫(kù)中的等級(jí)轉(zhuǎn)換預(yù)告信息開(kāi)始運(yùn)行，到列車(chē)接收到等級(jí)轉(zhuǎn)換執(zhí)行信息并完成LKJ 與ATP 設(shè)備權(quán)力轉(zhuǎn)移后完成。

4 結(jié)束語(yǔ)

本文主要完成了聯(lián)絡(luò)線C0/C2 等級(jí)轉(zhuǎn)換場(chǎng)景仿真平臺(tái)的設(shè)計(jì)，采用了Redis 技術(shù)和面向?qū)ο蟮木幊陶Z(yǔ)言實(shí)現(xiàn)了仿真平臺(tái)的具體開(kāi)發(fā)，利用開(kāi)發(fā)的仿真模塊進(jìn)行了場(chǎng)景的仿真。通過(guò)對(duì)Redis 技術(shù)在聯(lián)絡(luò)線等級(jí)轉(zhuǎn)換場(chǎng)景中的實(shí)際應(yīng)用，說(shuō)明了Redis 技術(shù)在開(kāi)發(fā)靈活的復(fù)雜系統(tǒng)仿真平臺(tái)方面具備的快速開(kāi)發(fā)、易于擴(kuò)展的良好使用性能，為構(gòu)建高性能、易使用的仿真平臺(tái)提供了一種技術(shù)思路。

仿真過(guò)程中，涉及到的列車(chē)運(yùn)行場(chǎng)景較多，數(shù)據(jù)交互十分復(fù)雜，為降低平臺(tái)開(kāi)發(fā)復(fù)雜度，并完成等級(jí)轉(zhuǎn)換場(chǎng)景的仿真工作，平臺(tái)開(kāi)發(fā)過(guò)程中，對(duì)非必需模塊的數(shù)據(jù)交互進(jìn)行了一定程度的簡(jiǎn)化，后續(xù)其他場(chǎng)景的仿真工作可在此基礎(chǔ)上進(jìn)行完善，進(jìn)一步豐富平臺(tái)的功能。