張大林 郝梓騰 王洪偉 林思雨

(北京交通大學(xué)， 北京 100044)

從上世紀(jì)90年代開始，我國(guó)高速鐵路動(dòng)車組技術(shù)歷經(jīng)自主探索、引進(jìn)消化吸收再創(chuàng)新以及自主創(chuàng)新三個(gè)階段，復(fù)興號(hào)中國(guó)標(biāo)準(zhǔn)動(dòng)車組標(biāo)志著我國(guó)真正意義上具備了完全自主知識(shí)產(chǎn)權(quán)的動(dòng)車組技術(shù)。2020年，我國(guó)400 km/h高速動(dòng)車組在中車唐山公司下線，昭示著我國(guó)高速動(dòng)車組技術(shù)進(jìn)入了新的階段，有助于推動(dòng)中國(guó)鐵路“走出去”，對(duì)促進(jìn)國(guó)際經(jīng)濟(jì)、文化融合發(fā)展具有重要意義。

高速動(dòng)車組結(jié)構(gòu)復(fù)雜，子系統(tǒng)眾多，列車通信網(wǎng)絡(luò)是承擔(dān)監(jiān)測(cè)、控制等重要信息的關(guān)鍵，也是提升動(dòng)車組信息化、智能化的核心。傳統(tǒng)的列車通信網(wǎng)絡(luò)有絞線式列車總線(Wire Train Bus, WTB)、多功能車輛總線(Multifunction Vehicle Bus, MVB)、CAN、ARCNET和LonWorks等。傳統(tǒng)總線式列車網(wǎng)絡(luò)具有實(shí)時(shí)性好、抗干擾能力強(qiáng)和穩(wěn)定性高的優(yōu)勢(shì)，但其傳輸速率較低(MVB總線通信速率為1.5Mbit/s，WTB總線通信速率為1 Mbit/s)，無(wú)法滿足大吞吐量的要求，且其擴(kuò)展性較差，單一的總線實(shí)現(xiàn)功能難以應(yīng)對(duì)復(fù)雜的通信任務(wù)[1]。隨著智能化時(shí)代的到來，列車通信網(wǎng)路的作用已不僅僅局限于簡(jiǎn)單的數(shù)據(jù)傳輸，還需實(shí)現(xiàn)網(wǎng)絡(luò)故障診斷、優(yōu)先級(jí)調(diào)度等更多功能，目前的現(xiàn)場(chǎng)總線技術(shù)已不能滿足高速列車發(fā)展的需求[2]。以以太網(wǎng)為代表的高速率傳輸技術(shù)已成了列車通信網(wǎng)絡(luò)的發(fā)展方向，并陸續(xù)裝備到我國(guó)多類型號(hào)的動(dòng)車組列車上，我國(guó)400 km/h的高速動(dòng)車組也采用以太網(wǎng)技術(shù)來實(shí)現(xiàn)高速列車的網(wǎng)絡(luò)控制、智能化自動(dòng)輔助駕駛等功能。

以太網(wǎng)使用CSMA/CD協(xié)議，可能會(huì)導(dǎo)致通信節(jié)點(diǎn)之間的信息傳輸沖突，并導(dǎo)致數(shù)據(jù)丟失或不確定的傳輸時(shí)延等，從而無(wú)法滿足列車通信對(duì)實(shí)時(shí)性和確定性的要求[3]。鑒于列車通信網(wǎng)絡(luò)在動(dòng)車組安全、高效運(yùn)營(yíng)過程中的關(guān)鍵作用，對(duì)基于以太網(wǎng)的列車通信網(wǎng)絡(luò)開展安全性和可靠性測(cè)試具有重要意義。

為保障列車通信網(wǎng)絡(luò)信息傳輸?shù)目煽啃院桶踩?，列車?shí)時(shí)數(shù)據(jù)協(xié)議(Train Real-Time Data Protocol, TRDP)得到了廣泛的應(yīng)用[4]?；贠SI網(wǎng)絡(luò)模型，TRDP位于TCP/UDP傳輸層之上[5]，應(yīng)用層之下，屬于第五層協(xié)議。TRDP協(xié)議主要用于列車通信網(wǎng)絡(luò)中過程數(shù)據(jù)和消息數(shù)據(jù)兩種實(shí)時(shí)通信數(shù)據(jù)的傳輸。過程數(shù)據(jù)是實(shí)時(shí)周期性傳輸?shù)?，消息?shù)據(jù)是實(shí)時(shí)非周期性傳輸?shù)?。過程數(shù)據(jù)長(zhǎng)度小，一般用于控制單元發(fā)出的控制命令和遠(yuǎn)程輸入、輸出模塊反饋的運(yùn)行狀態(tài)信息，但其數(shù)據(jù)量大、對(duì)可靠性、確定性，實(shí)時(shí)性要求高。消息數(shù)據(jù)一般用于設(shè)備狀態(tài)信息和故障報(bào)警信息，數(shù)據(jù)量長(zhǎng)短不一，對(duì)實(shí)時(shí)性要求較低[6]。TRDP對(duì)過程數(shù)據(jù)的幀結(jié)構(gòu)、交互模型和通信流程都進(jìn)行了規(guī)定。

因此，本文以TRDP協(xié)議為基礎(chǔ)，基于BS架構(gòu)構(gòu)建面向高速動(dòng)車組列車通信網(wǎng)絡(luò)的實(shí)時(shí)檢測(cè)技術(shù)，實(shí)現(xiàn)對(duì)時(shí)延、丟包、亂序、吞吐量等關(guān)鍵服務(wù)質(zhì)量參數(shù)的測(cè)試和統(tǒng)計(jì)分析，驗(yàn)證列車車載網(wǎng)絡(luò)的可靠性和安全性。

1 基于TRDP協(xié)議的動(dòng)車組列車通信網(wǎng)絡(luò)檢測(cè)平臺(tái)功能需求分析

面向TRDP的以太網(wǎng)通信網(wǎng)絡(luò)監(jiān)測(cè)平臺(tái)的主要目標(biāo)是實(shí)現(xiàn)對(duì)列車通信網(wǎng)絡(luò)各類業(yè)務(wù)運(yùn)行情況的實(shí)時(shí)監(jiān)測(cè)，并可實(shí)現(xiàn)統(tǒng)計(jì)結(jié)果實(shí)時(shí)展示告警、歷史統(tǒng)計(jì)結(jié)果查詢、監(jiān)測(cè)報(bào)告導(dǎo)出等功能。因此，本文設(shè)計(jì)了列車以太網(wǎng)通信網(wǎng)絡(luò)性能監(jiān)測(cè)平臺(tái)，通過大數(shù)據(jù)技術(shù)對(duì)列車網(wǎng)絡(luò)流量進(jìn)行實(shí)時(shí)計(jì)算，并實(shí)現(xiàn)對(duì)列車網(wǎng)絡(luò)流量實(shí)時(shí)采集存儲(chǔ)、各類業(yè)務(wù)TRDP網(wǎng)絡(luò)數(shù)據(jù)包的性能指標(biāo)統(tǒng)計(jì)、網(wǎng)絡(luò)監(jiān)測(cè)統(tǒng)計(jì)結(jié)果的實(shí)時(shí)展示、統(tǒng)計(jì)數(shù)據(jù)的管理與監(jiān)測(cè)報(bào)告的導(dǎo)出以及TRDP網(wǎng)絡(luò)數(shù)據(jù)包發(fā)包規(guī)則與監(jiān)測(cè)標(biāo)準(zhǔn)的配置等功能。性能監(jiān)測(cè)平臺(tái)基本需求如表1所示。

表1 性能監(jiān)測(cè)平臺(tái)需求分析表

1.1 TRDP數(shù)據(jù)包信息配置需求

TRDP數(shù)據(jù)包的基本信息配置主要應(yīng)用于對(duì)網(wǎng)絡(luò)性能指標(biāo)的計(jì)算和當(dāng)前性能指標(biāo)是否符合傳輸標(biāo)準(zhǔn)的判斷，包括Comid、源IP地址、目的IP地址、發(fā)送周期、數(shù)據(jù)包大小、最大丟包率閾值、時(shí)延抖動(dòng)閾值等測(cè)試標(biāo)準(zhǔn)。

1.2 性能計(jì)算需求

TRDP協(xié)議的每類業(yè)務(wù)均對(duì)應(yīng)一個(gè)Comid特性，并以此為基礎(chǔ)，實(shí)時(shí)監(jiān)測(cè)列車通信網(wǎng)絡(luò)各類業(yè)務(wù)的數(shù)據(jù)包丟失情況、數(shù)據(jù)包亂序情況及數(shù)據(jù)傳輸時(shí)延情況。要求能實(shí)時(shí)統(tǒng)計(jì)當(dāng)前通信網(wǎng)絡(luò)的帶寬占用情況，設(shè)計(jì)算法實(shí)現(xiàn)對(duì)通信網(wǎng)絡(luò)中丟包、亂序情況的實(shí)時(shí)計(jì)算，統(tǒng)計(jì)出數(shù)據(jù)包總量及各類業(yè)務(wù)中丟失數(shù)據(jù)包的數(shù)據(jù)量、亂序數(shù)據(jù)包的數(shù)據(jù)量和最大時(shí)延抖動(dòng)，并根據(jù)每類業(yè)務(wù)的測(cè)試標(biāo)準(zhǔn)將丟失數(shù)據(jù)包、亂序數(shù)據(jù)包及最大時(shí)延抖動(dòng)進(jìn)行輸出。

1.3 實(shí)時(shí)展示功能需求

為讓用戶直觀了解當(dāng)前列車網(wǎng)絡(luò)狀態(tài)的性能指標(biāo)，要求實(shí)時(shí)展示當(dāng)前的數(shù)據(jù)包總量、數(shù)據(jù)包丟失數(shù)量及數(shù)據(jù)包亂序情況。分別以柱狀圖和折線圖的形式呈現(xiàn)當(dāng)前每類業(yè)務(wù)的數(shù)據(jù)包丟失與亂序數(shù)量，要求折線圖按照秒級(jí)進(jìn)行展示，并具有篩選功能，柱狀圖按照分鐘級(jí)別的粒度進(jìn)行排序展示。

1.4 數(shù)據(jù)管理與報(bào)告導(dǎo)出需求

數(shù)據(jù)管理模塊主要是為了讓用戶可以對(duì)歷史統(tǒng)計(jì)數(shù)據(jù)進(jìn)行回溯管理，進(jìn)一步分析網(wǎng)絡(luò)鏈路中可能出現(xiàn)的異常情況。數(shù)據(jù)管理需求主要是能根據(jù)時(shí)間、Comid、源IP地址、目的IP地址等查詢條件查詢歷史數(shù)據(jù)。報(bào)告導(dǎo)出需求主要是能根據(jù)Comid、目標(biāo)地址、源地址及時(shí)間等查詢條件生成報(bào)表，根據(jù)時(shí)間、業(yè)務(wù)ID等條件自定義生成報(bào)告。

2 基于TRDP協(xié)議的動(dòng)車組列車通信網(wǎng)絡(luò)檢測(cè)平臺(tái)設(shè)計(jì)

平臺(tái)實(shí)行模塊化設(shè)計(jì)，基本架構(gòu)如圖1所示。平臺(tái)架構(gòu)分為數(shù)據(jù)采集層、數(shù)據(jù)傳輸層、數(shù)據(jù)處理層、數(shù)據(jù)存儲(chǔ)層、數(shù)據(jù)應(yīng)用層五層，設(shè)計(jì)過程中多采用分布式架構(gòu)，對(duì)處理性能擴(kuò)展及列車控制中心遠(yuǎn)程監(jiān)控列車網(wǎng)絡(luò)通信具有借鑒意義。

圖1 檢測(cè)平臺(tái)架構(gòu)圖

2.1 平臺(tái)功能結(jié)構(gòu)設(shè)計(jì)

根據(jù)用戶需求分析，性能檢測(cè)平臺(tái)可細(xì)分為數(shù)據(jù)采集模塊、性能指標(biāo)計(jì)算模塊和數(shù)據(jù)應(yīng)用模塊。其中，數(shù)據(jù)采集模塊又可分為基本信息配置模塊、網(wǎng)絡(luò)流量采集模塊和數(shù)據(jù)包解析模塊，性能指標(biāo)計(jì)算模塊主要包括丟包計(jì)算、亂序計(jì)算、時(shí)延計(jì)算及吞吐量計(jì)算，數(shù)據(jù)應(yīng)用模塊又可分為數(shù)據(jù)實(shí)時(shí)展示模塊、歷史數(shù)據(jù)管理模塊和監(jiān)測(cè)報(bào)告導(dǎo)出等模塊，功能架構(gòu)如圖2所示。

圖2 檢測(cè)平臺(tái)功能架構(gòu)圖

2.2 平臺(tái)性能檢測(cè)數(shù)據(jù)庫(kù)設(shè)計(jì)

性能檢測(cè)平臺(tái)中的數(shù)據(jù)庫(kù)主要用于存儲(chǔ)列車通信網(wǎng)絡(luò)中所產(chǎn)生和統(tǒng)計(jì)的數(shù)據(jù)，因此數(shù)據(jù)庫(kù)設(shè)計(jì)的簡(jiǎn)潔性、易拓展性等特點(diǎn)對(duì)于平臺(tái)十分重要，好的數(shù)據(jù)庫(kù)設(shè)計(jì)能使平臺(tái)更易進(jìn)行更新和維護(hù)。在數(shù)據(jù)庫(kù)設(shè)計(jì)過程中，首先根據(jù)需求分析確定實(shí)體關(guān)系(性能監(jiān)測(cè)平臺(tái)實(shí)體關(guān)系如圖3所示)，再根據(jù)實(shí)體關(guān)系設(shè)計(jì)數(shù)據(jù)庫(kù)的概念模型，然后將概念模型轉(zhuǎn)換為數(shù)據(jù)庫(kù)的邏輯數(shù)據(jù)模型，最后將邏輯數(shù)據(jù)模型轉(zhuǎn)換為更高級(jí)的物理數(shù)據(jù)模型。

圖3 性能監(jiān)測(cè)平臺(tái)實(shí)體關(guān)系圖

3 基于TRDP協(xié)議的動(dòng)車組列車通信網(wǎng)絡(luò)檢測(cè)平臺(tái)實(shí)現(xiàn)關(guān)鍵技術(shù)

動(dòng)車組列車通信網(wǎng)絡(luò)檢測(cè)平臺(tái)主要包含TRDP網(wǎng)絡(luò)數(shù)據(jù)采集、網(wǎng)絡(luò)性能計(jì)算、數(shù)據(jù)存儲(chǔ)、統(tǒng)計(jì)結(jié)果應(yīng)用等多個(gè)模塊。

3.1 TRDP網(wǎng)絡(luò)數(shù)據(jù)包采集

平臺(tái)采用WinPcap抓取網(wǎng)絡(luò)數(shù)據(jù)包(數(shù)據(jù)類型為十六進(jìn)制ASCii碼)后，首先將抓取的數(shù)據(jù)包數(shù)據(jù)轉(zhuǎn)化為十六進(jìn)制數(shù)據(jù)，然后直接解析出數(shù)據(jù)包的Comid。目前，解析的數(shù)據(jù)包主要是基于UDP傳輸?shù)倪^程數(shù)據(jù)，過程數(shù)據(jù)的TRDP數(shù)據(jù)包最大為1 472字節(jié)，在傳輸過程中不會(huì)產(chǎn)生IP數(shù)據(jù)報(bào)分片問題，因此可直接根據(jù)TRDP協(xié)議格式對(duì)網(wǎng)絡(luò)數(shù)據(jù)包進(jìn)行解析。解析過程中，平臺(tái)會(huì)丟棄無(wú)法正確解析成TRDP協(xié)議的網(wǎng)絡(luò)數(shù)據(jù)包。由于網(wǎng)絡(luò)性能指標(biāo)計(jì)算模塊是根據(jù)TRDP網(wǎng)絡(luò)數(shù)據(jù)包的序列號(hào)實(shí)現(xiàn)網(wǎng)絡(luò)通信監(jiān)測(cè)的，因此每類業(yè)務(wù)在傳輸及存儲(chǔ)過程中均需保證順序性。根據(jù)每類業(yè)務(wù)Comid的唯一性，將數(shù)據(jù)包存入不同的先進(jìn)先出隊(duì)列當(dāng)中，存入隊(duì)列之后，由對(duì)應(yīng)進(jìn)程解析出源IP地址、目的IP地址、Comid、序列號(hào)、消息類型、etbTopoCnt、opTrnTopoCnt、datasetLength等數(shù)據(jù)包內(nèi)容信息，并將信息賦值于數(shù)據(jù)包對(duì)象。業(yè)務(wù)流程如圖4所示。

圖4 TRDP網(wǎng)絡(luò)數(shù)據(jù)包采集流程圖

為避免出現(xiàn)數(shù)據(jù)包順序錯(cuò)亂，解析后便將網(wǎng)絡(luò)數(shù)據(jù)包存儲(chǔ)到Mysql數(shù)據(jù)庫(kù)當(dāng)中，如此讀取的網(wǎng)絡(luò)數(shù)據(jù)包順序便與采集的順序一致。

3.2 性能指標(biāo)計(jì)算

性能計(jì)算模塊通過利用采集到的數(shù)據(jù)包對(duì)列車通信網(wǎng)絡(luò)的性能進(jìn)行實(shí)時(shí)計(jì)算，主要采用Flink數(shù)據(jù)處理引擎對(duì)Mysql的BinLog日志進(jìn)行解析，將解析后的數(shù)據(jù)利用丟包、時(shí)延、亂序以及吞吐量的計(jì)算方法進(jìn)行實(shí)時(shí)統(tǒng)計(jì)。數(shù)據(jù)采集模塊的采樣數(shù)據(jù)需存儲(chǔ)到Mysql數(shù)據(jù)庫(kù)中，因此，需要實(shí)現(xiàn)Flink與Mysql的整合。利用Flink的窗口機(jī)制、鍵值狀態(tài)、水印等特性實(shí)現(xiàn)對(duì)基于TRDP協(xié)議的列車通信網(wǎng)絡(luò)的實(shí)時(shí)性能計(jì)算，數(shù)據(jù)流處理的流程如圖5所示。

圖5 數(shù)據(jù)流處理流程圖

以此為基礎(chǔ)，使用Flink實(shí)時(shí)拉取Mysql中的日志消息，對(duì)列車以太網(wǎng)通信進(jìn)行性能指標(biāo)統(tǒng)計(jì)，分析當(dāng)前通信鏈路各類業(yè)務(wù)的通信情況。對(duì)于異常信息，將數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫(kù)的同時(shí)，也通過Kafka傳輸?shù)綉?yīng)用層，應(yīng)用層會(huì)對(duì)性能指標(biāo)統(tǒng)計(jì)結(jié)果進(jìn)行實(shí)時(shí)顯示。

3.2.1丟包與亂序計(jì)算

當(dāng)?shù)贜個(gè)數(shù)據(jù)包到達(dá)時(shí)，首先與狀態(tài)版本號(hào)進(jìn)行比較，若小于當(dāng)前狀態(tài)版本號(hào)，則將該條數(shù)據(jù)丟棄。若大于當(dāng)前版本號(hào)，則將其作為新版本號(hào)，此后流程同第一個(gè)數(shù)據(jù)包到達(dá)流程相同。對(duì)于相同的版本號(hào)，首先更新狀態(tài)時(shí)間(定時(shí)器會(huì)使用該時(shí)間判斷是否將狀態(tài)中丟失的數(shù)據(jù)包進(jìn)行輸出)，之后遍歷緩存的丟失數(shù)據(jù)包，并對(duì)該數(shù)據(jù)包經(jīng)過的數(shù)據(jù)包步長(zhǎng)進(jìn)行遞增，對(duì)于經(jīng)歷的數(shù)據(jù)包步長(zhǎng)大于給定值的，認(rèn)為屬于丟包，計(jì)算丟包率并與規(guī)則進(jìn)行比對(duì)后，對(duì)其信息進(jìn)行封裝，存儲(chǔ)于列表當(dāng)中。在遍歷判斷數(shù)據(jù)包丟失的過程中，也會(huì)進(jìn)行數(shù)據(jù)包的亂序計(jì)算，判斷當(dāng)前數(shù)據(jù)包的序列號(hào)在緩存的丟失數(shù)據(jù)包中是否存在，若存在則將其從緩存中移除，并將其標(biāo)記為亂序數(shù)據(jù)包，更新亂序數(shù)據(jù)包狀態(tài)統(tǒng)計(jì)的數(shù)量。

3.2.2時(shí)延抖動(dòng)與吞吐量計(jì)算

時(shí)延抖動(dòng)與吞吐量都是網(wǎng)絡(luò)性能檢測(cè)的重要性能指標(biāo)。時(shí)延抖動(dòng)可確保列車網(wǎng)絡(luò)管理員實(shí)時(shí)觀察列車網(wǎng)絡(luò)設(shè)備在運(yùn)行過程中的異常抖動(dòng)現(xiàn)象，其計(jì)算方式是以前一個(gè)到來的數(shù)據(jù)包的嗅取時(shí)間為標(biāo)準(zhǔn)，用當(dāng)前數(shù)據(jù)包的時(shí)間減去前一個(gè)到來的數(shù)據(jù)包的時(shí)間后，與規(guī)則中的閾值進(jìn)行比對(duì)，對(duì)異常情況進(jìn)行標(biāo)記。吞吐量的計(jì)算是將數(shù)據(jù)包嗅取的時(shí)間作為時(shí)間窗口的時(shí)間，利用Assign Times Tamps And Watermarks來定義生成水印的邏輯，通過為數(shù)據(jù)流設(shè)置滾動(dòng)窗口，來統(tǒng)計(jì)每一秒中數(shù)據(jù)包總量的大小。

4 平臺(tái)性能測(cè)試

平臺(tái)的前端界面包含亂序、丟包、時(shí)延、吞吐量及數(shù)據(jù)包的實(shí)時(shí)顯示等。

為保障基于TRDP的列車通信網(wǎng)絡(luò)檢測(cè)平臺(tái)在真實(shí)運(yùn)營(yíng)場(chǎng)景中的適應(yīng)性，需搭建具有高擬真度的測(cè)試環(huán)境對(duì)平臺(tái)進(jìn)行性能測(cè)試。測(cè)試環(huán)境的硬件部分由網(wǎng)絡(luò)設(shè)備和計(jì)算設(shè)備組成。其中，網(wǎng)絡(luò)設(shè)備主要通過無(wú)線路由器搭建小型局域網(wǎng)，實(shí)現(xiàn)標(biāo)準(zhǔn)的TRDP網(wǎng)絡(luò)通信；計(jì)算設(shè)備用來進(jìn)行軟件環(huán)境部署，主要包括用于TRDP數(shù)據(jù)發(fā)送的計(jì)算機(jī)1臺(tái)、用于數(shù)據(jù)采集、處理與展示的計(jì)算機(jī)1臺(tái)?？紤]本地計(jì)算機(jī)性能的局限性，利用2臺(tái)阿里云網(wǎng)絡(luò)服務(wù)器分別作為消息隊(duì)列和時(shí)序數(shù)據(jù)庫(kù)服務(wù)器。硬件配置如表2所示。

表2 性能測(cè)試硬件配置表

在性能測(cè)試階段，為對(duì)網(wǎng)絡(luò)數(shù)據(jù)包采集系統(tǒng)進(jìn)行壓力測(cè)試，并驗(yàn)證數(shù)據(jù)采集設(shè)備的采集能力，使用采集設(shè)備進(jìn)行發(fā)包與捕獲，同時(shí)開啟WireShark抓取數(shù)據(jù)包。測(cè)試中，采用同時(shí)開啟80個(gè)線程，以5 ms作為發(fā)送周期，發(fā)送長(zhǎng)度為1 432字節(jié)的數(shù)據(jù)包來模擬列車設(shè)備發(fā)送的不同業(yè)務(wù)數(shù)據(jù)包，所發(fā)送數(shù)據(jù)包全部被收包設(shè)備的數(shù)據(jù)采集器捕獲，測(cè)試結(jié)果如圖6所示。

圖6 數(shù)據(jù)采集對(duì)比圖

在網(wǎng)絡(luò)性能計(jì)算模塊中，以并行度1讀取存儲(chǔ)在Mysql數(shù)據(jù)庫(kù)的BinLog日志，測(cè)試了25 190條數(shù)據(jù)在Flink處理引擎中處于不同并行度時(shí)的處理速度，分別以并行度1、并行度2、并行度4及并行度6執(zhí)行網(wǎng)絡(luò)性能統(tǒng)計(jì)的算子，對(duì)數(shù)據(jù)處理模塊的處理速度進(jìn)行測(cè)試，測(cè)試結(jié)果如圖7所示。

圖7 不同并行度計(jì)算速度比較圖

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

本文設(shè)計(jì)了基于TRDP協(xié)議的列車通信實(shí)時(shí)檢測(cè)平臺(tái)，對(duì)列車網(wǎng)絡(luò)進(jìn)行長(zhǎng)時(shí)間實(shí)時(shí)監(jiān)測(cè)，分析列車通信網(wǎng)絡(luò)中各類業(yè)務(wù)的通信狀況，對(duì)出現(xiàn)的異常信息進(jìn)行實(shí)時(shí)統(tǒng)計(jì)。該平臺(tái)包括TRDP網(wǎng)絡(luò)數(shù)據(jù)采集、性能指標(biāo)計(jì)算、實(shí)時(shí)展示、數(shù)據(jù)管理及監(jiān)測(cè)報(bào)告導(dǎo)出五大模塊，對(duì)保障列車運(yùn)行的安全性和可靠性具有重大意義，對(duì)以400 km/h高速動(dòng)車組為代表的高速鐵路技術(shù)的推廣和應(yīng)用具有重要的推動(dòng)作用。