基于UIC556標(biāo)準(zhǔn)的動(dòng)車組消息數(shù)據(jù)通信技術(shù)的實(shí)現(xiàn)

李常賢 楊晴 劉洋

基于UIC556標(biāo)準(zhǔn)的動(dòng)車組消息數(shù)據(jù)通信技術(shù)的實(shí)現(xiàn)

李常賢 楊晴 劉洋

詳細(xì)介紹了采用UIC556通信協(xié)議實(shí)現(xiàn)動(dòng)車組之間消息數(shù)據(jù)的傳輸過(guò)程，指出在列車網(wǎng)絡(luò)上發(fā)送的E報(bào)文(消息數(shù)據(jù)報(bào)文)的主要機(jī)制及過(guò)程，并在半實(shí)物仿真平臺(tái)上進(jìn)行模擬實(shí)現(xiàn)。

網(wǎng)絡(luò)控制系統(tǒng);UIC556;消息數(shù)據(jù);實(shí)時(shí)協(xié)議

目前，國(guó)際、國(guó)內(nèi)的高速動(dòng)車組多數(shù)采用WTB+MVB二級(jí)總線結(jié)構(gòu)實(shí)現(xiàn)網(wǎng)絡(luò)控制，在網(wǎng)絡(luò)控制過(guò)程中多數(shù)采用過(guò)程數(shù)據(jù)進(jìn)行通信，對(duì)消息數(shù)據(jù)的研究和使用幾乎沒(méi)有。過(guò)程數(shù)據(jù)雖然可以即時(shí)地進(jìn)行數(shù)據(jù)傳輸和交換，但是每次傳輸?shù)男畔⑤^少，而且不能實(shí)施某些按需進(jìn)行的指令。隨著列車上設(shè)備控制和服務(wù)對(duì)象的增多，需要傳輸?shù)男畔⒑头N類也在不斷增長(zhǎng)，在動(dòng)車組間單純采用過(guò)程數(shù)據(jù)進(jìn)行數(shù)據(jù)傳輸已經(jīng)不能滿足要求。為了動(dòng)車組更好的運(yùn)營(yíng)和維護(hù)，迫切需要采取消息數(shù)據(jù)通信技術(shù)，來(lái)進(jìn)行車輛故障信息的傳輸和偶發(fā)性命令的實(shí)施等非即時(shí)性數(shù)據(jù)的傳輸，從而更好地提高對(duì)動(dòng)車組的控制、監(jiān)控和診斷水平。國(guó)際鐵路聯(lián)盟組織發(fā)布了一系列UIC標(biāo)準(zhǔn)，研究解決列車組間數(shù)據(jù)的傳遞技術(shù)，其中UIC556標(biāo)準(zhǔn)對(duì)消息數(shù)據(jù)的傳送機(jī)制和報(bào)文內(nèi)容進(jìn)行了詳細(xì)的規(guī)定。

1 UIC消息數(shù)據(jù)通信

由于UIC556標(biāo)準(zhǔn)中的規(guī)定較為分散和抽象，并且有些規(guī)定需要根據(jù)本國(guó)實(shí)際情況進(jìn)行修改，為此深入研究UIC556標(biāo)準(zhǔn)，將消息數(shù)據(jù)的傳輸過(guò)程進(jìn)行歸納和整合，并且針對(duì)我國(guó)的動(dòng)車組情況對(duì)消息數(shù)據(jù)的傳輸過(guò)程進(jìn)行修改，對(duì)消息數(shù)據(jù)的接口和消息數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)定，從而實(shí)現(xiàn)動(dòng)車組中消息數(shù)據(jù)的傳輸。在仿真平臺(tái)上采用半實(shí)物仿真設(shè)計(jì)，實(shí)現(xiàn)并驗(yàn)證動(dòng)車組間消息數(shù)據(jù)的收發(fā)是否成功。

列車通信網(wǎng)絡(luò)為2層體系，第1層是連接各車輛的絞線式列車總線，第2層是連接同一車輛內(nèi)各設(shè)備的多功能車輛總線，如圖1所示。

圖1 列車通信網(wǎng)絡(luò)結(jié)構(gòu)

數(shù)據(jù)由起始設(shè)備作為源發(fā)出，經(jīng)過(guò)車輛總線、列車總線和節(jié)點(diǎn)，傳輸至最終設(shè)備。其中，節(jié)點(diǎn)起網(wǎng)關(guān)的作用，設(shè)備之間的通信采用實(shí)時(shí)協(xié)議(RTP)，列車通信網(wǎng)支持過(guò)程、消息和監(jiān)視3種類型的數(shù)據(jù)傳送。

1.1 消息數(shù)據(jù)報(bào)文

消息數(shù)據(jù)(Message Data)是以包的形式按需傳送的偶發(fā)性數(shù)據(jù)。消息也可用于發(fā)送短命令，如暫時(shí)需要關(guān)閉某一個(gè)門。消息數(shù)據(jù)的發(fā)送有賴于總線按需發(fā)送面向目標(biāo)的數(shù)據(jù)報(bào)文的能力。消息數(shù)據(jù)在WTB總線上使用一一對(duì)應(yīng)的E報(bào)文進(jìn)行傳輸應(yīng)答和請(qǐng)求數(shù)據(jù)，由于消息數(shù)據(jù)包含的信息量較大(最大可為1024位)，并且只有一種類型，所以每一個(gè)E報(bào)文的結(jié)構(gòu)和格式都相同。E報(bào)文主要傳輸內(nèi)容有門、照明、牽引、制動(dòng)、整車、空調(diào)設(shè)備、診斷、旅客信息、電源、群組地址、UIC映射服務(wù)器和測(cè)試報(bào)文子功能。報(bào)文結(jié)構(gòu)主要組成的具體內(nèi)容如圖2所示。

圖2 E報(bào)文結(jié)構(gòu)及內(nèi)容

1.2 消息數(shù)據(jù)傳輸機(jī)理

UIC網(wǎng)關(guān)通過(guò)MVB總線接收消息數(shù)據(jù)，這些消息數(shù)據(jù)由具有數(shù)據(jù)通信能力的車載應(yīng)用設(shè)備產(chǎn)生，通過(guò)MVB物理層、MVB鏈路層以及總線控制器傳輸至MVB通信存儲(chǔ)器，并且在存儲(chǔ)器中的消息隊(duì)列中進(jìn)行排隊(duì)。當(dāng)需要傳輸?shù)南?shù)據(jù)，經(jīng)過(guò)MVB鏈路消息數(shù)據(jù)接口和數(shù)據(jù)轉(zhuǎn)換器所提供的傳輸路徑后，由實(shí)時(shí)協(xié)議進(jìn)行接收，并交由UMS消息數(shù)據(jù)映射服務(wù)模塊及NMA網(wǎng)絡(luò)管理模塊進(jìn)行處理。UIC映射服務(wù)器對(duì)應(yīng)的功能模塊，將處理之后的消息數(shù)據(jù)經(jīng)WTB鏈路消息數(shù)據(jù)接口和數(shù)據(jù)轉(zhuǎn)換器提供的傳輸路徑進(jìn)行傳輸，并存儲(chǔ)至WTB存儲(chǔ)器的消息隊(duì)列中進(jìn)行排隊(duì)，之后發(fā)送到WTB總線上。WTB總線上與之對(duì)應(yīng)的UIC網(wǎng)關(guān)收到該消息數(shù)據(jù)后，采用與上面描述相反的過(guò)程將消息數(shù)據(jù)發(fā)送到該網(wǎng)關(guān)下的MVB總線上，并且被相應(yīng)的MVB設(shè)備接收進(jìn)行指定的操作，如圖3所示。

其中，消息數(shù)據(jù)在實(shí)時(shí)協(xié)議中的傳輸過(guò)程描述如下。消息數(shù)據(jù)經(jīng)過(guò)UMS處理之后，通過(guò)應(yīng)用層接口給信使Messenger發(fā)送呼叫消息。信使的會(huì)話層打開連接并且進(jìn)行功能地址訪問(wèn)，檢查消息數(shù)據(jù)發(fā)送者的存儲(chǔ)位置，并對(duì)消息數(shù)據(jù)目的地址進(jìn)行配對(duì)，之后發(fā)送消息至傳送層。傳送層把消息數(shù)據(jù)分成數(shù)據(jù)包序列進(jìn)行整合，經(jīng)過(guò)網(wǎng)絡(luò)層接口發(fā)送至網(wǎng)絡(luò)層，同時(shí)傳送層執(zhí)行消息傳送協(xié)議，實(shí)現(xiàn)流量控制盒差錯(cuò)恢復(fù)，以避免消息數(shù)據(jù)包的丟失或重復(fù)。網(wǎng)絡(luò)層將接收到的消息數(shù)據(jù)進(jìn)行功能索引和站索引的查詢，譯出消息數(shù)據(jù)包的地址，并將數(shù)據(jù)包轉(zhuǎn)發(fā)至鏈路層，通過(guò)鏈路層和轉(zhuǎn)換器對(duì)消息數(shù)據(jù)包排列傳輸通道，將數(shù)據(jù)包存儲(chǔ)在消息隊(duì)列Message Queues中，其中網(wǎng)絡(luò)層實(shí)現(xiàn)消息數(shù)據(jù)路由器的主要功能。

圖3 消息數(shù)據(jù)傳輸過(guò)程

圖4 消息數(shù)據(jù)在UMS中的傳輸過(guò)程

UIC映射服務(wù)器(UMS)中，消息數(shù)據(jù)E報(bào)文的傳輸過(guò)程如圖4所示。從應(yīng)用層接口(AMI)接收過(guò)來(lái)的呼叫消息，首先傳遞給UIC映射服務(wù)器中的UIC代理者(UAGT)模塊，然后UAGT根據(jù)不同的應(yīng)用服務(wù)功能，通過(guò)(＜mod＞_request)請(qǐng)求UMS中對(duì)應(yīng)的功能模塊進(jìn)行相應(yīng)的處理。＜mod＞可以代表UWTM，UTBC，UNGS和UIMCS。首先，服務(wù)提供模塊分配一個(gè)緩存區(qū)給相應(yīng)數(shù)據(jù)結(jié)構(gòu)的call_message，消息轉(zhuǎn)換器將字節(jié)流數(shù)據(jù)類型的call_message轉(zhuǎn)換成相應(yīng)數(shù)據(jù)結(jié)構(gòu)的call_message。其次，服務(wù)提供模塊里的消息轉(zhuǎn)換者發(fā)送(xxx_local_request)到服務(wù)提供模塊，服務(wù)提供模塊分配一個(gè)緩存區(qū)給相應(yīng)數(shù)據(jù)結(jié)構(gòu)的reply_message和執(zhí)行相應(yīng)E報(bào)文功能。

2 半實(shí)物仿真平臺(tái)建設(shè)

2.1 平臺(tái)描述

本實(shí)驗(yàn)平臺(tái)以2列重聯(lián)編組的動(dòng)車為研究對(duì)象，拓?fù)浣Y(jié)構(gòu)如圖5所示。2列列車之間通過(guò)列車總線WTB連接，通過(guò)UIC網(wǎng)關(guān)實(shí)現(xiàn)動(dòng)車之間的消息數(shù)據(jù)傳輸。在每列列車內(nèi)，采用MVB總線作為車輛級(jí)總線，連接各車載應(yīng)用設(shè)備。列車級(jí)總線與車輛級(jí)總線之間通過(guò)網(wǎng)關(guān)(UIC-GW)進(jìn)行消息數(shù)據(jù)傳輸。

UIC網(wǎng)關(guān)(UIC-GW)符合UIC556標(biāo)準(zhǔn)，用于控制MVB總線與WTB總線之間信息的傳輸，主要包括:過(guò)程數(shù)據(jù)的傳輸、消息數(shù)據(jù)的路由、UIC556映射服務(wù)器、TCN和UIC初運(yùn)行、MVB總線管理器。

子功能設(shè)備模擬單元具有符合IEC61375標(biāo)準(zhǔn)的MVB接口，用于模擬動(dòng)車上各個(gè)控制單元，如門控制單元、牽引控制單元、制動(dòng)控制單元、診斷控制單元等。并通過(guò)MVB總線與UIC網(wǎng)關(guān)進(jìn)行消息數(shù)據(jù)E報(bào)文的傳輸。

2.2 網(wǎng)關(guān)配置

UIC網(wǎng)關(guān)的配置是由CSS軟件完成的。CSS主要用于車輛數(shù)據(jù)配置，包括靜態(tài)屬性、UIC標(biāo)識(shí)碼、通信存儲(chǔ)器端口、站地址及功能地址、UMS等。在配置完成后，CSS生成網(wǎng)關(guān)內(nèi)所有節(jié)點(diǎn)狀態(tài)的監(jiān)視數(shù)據(jù)NSDB，通過(guò)UIC Train Diagnostic Station與PC機(jī)串口相連，軟件傳輸至網(wǎng)關(guān)中。在配置站地址及功能地址過(guò)程中，由于消息數(shù)據(jù)是成對(duì)出現(xiàn)的，所以在模塊中需要設(shè)置成對(duì)的功能地址及相應(yīng)的傳輸路徑，并將功能地址均設(shè)為可使用(Read only設(shè)置為NO)。

圖5 硬件平臺(tái)結(jié)構(gòu)拓?fù)?/p>

網(wǎng)關(guān)配置的過(guò)程，即是對(duì)消息數(shù)據(jù)傳輸?shù)亩丝诩奥窂酵ㄟ^(guò)軟件進(jìn)行編程設(shè)計(jì)，將設(shè)計(jì)的數(shù)據(jù)轉(zhuǎn)化為NSDB文件模式通過(guò)軟件UDS下載至實(shí)物網(wǎng)關(guān)中，將實(shí)物網(wǎng)關(guān)按照程序進(jìn)行配置。

2.3 軟件仿真設(shè)計(jì)

本設(shè)計(jì)方案使用Unicap軟件進(jìn)行軟件編程，實(shí)現(xiàn)消息數(shù)據(jù)的傳輸。編程設(shè)計(jì)call和reply程序，在網(wǎng)關(guān)內(nèi)配對(duì)的功能號(hào)與程序內(nèi)call模塊和reply模塊功能號(hào)對(duì)應(yīng)，并且在拓?fù)涞腡CN功能表中將設(shè)置好的功能號(hào)進(jìn)行添加。

2.4 結(jié)果驗(yàn)證

在Unicap內(nèi)運(yùn)行該程序，reply模塊接收到call模塊請(qǐng)求傳輸?shù)臄?shù)據(jù)，同樣call模塊也能接收到reply模塊返回的數(shù)據(jù)。證明在該半實(shí)物仿真平臺(tái)下設(shè)置的消息數(shù)據(jù)的傳輸是可以實(shí)現(xiàn)的。

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

根據(jù)UIC556標(biāo)準(zhǔn)對(duì)消息數(shù)據(jù)傳輸?shù)囊螅瑥南?shù)據(jù)的結(jié)構(gòu)內(nèi)容、傳輸機(jī)理等幾個(gè)方面進(jìn)行了較為深入的研究，并且通過(guò)模擬仿真平臺(tái)對(duì)消息數(shù)據(jù)傳輸過(guò)程的模擬，實(shí)現(xiàn)了基于UIC556標(biāo)準(zhǔn)下消息數(shù)據(jù)的傳輸，對(duì)我國(guó)高速列車的研發(fā)水平及自主創(chuàng)新能力實(shí)現(xiàn)國(guó)際接軌具有積極意義。

［1］IEC61375-1．Electric railways equipment－trainbuspart1: TrainCommunication Network［S］．1999．

［2］UIC556．Information transmission in the train［S］．2004．Apptendix 3．1．

［3］肖家博，黎福海．基于TCN的車輛控制單元(VCU)的研究與設(shè)計(jì)［J］，機(jī)車電傳動(dòng)，2010，(1):30－32．

［4］管婷，王玉松.TCN網(wǎng)關(guān)消息路由的研究與設(shè)計(jì)［J］.鐵道機(jī)車車輛，2011，(1):37－40.

This article introduces the process ofmessage data transmission among EMUs via UIC556 protocol．Themain mechanisms and processes of transmitting E-telegram over train network are explained and verified on a semi-physical simulation system．

Network control system;UIC556;Message data;Real-time protocol

李常賢:大連交通大學(xué)動(dòng)車運(yùn)用與維護(hù)學(xué)院副教授116028大連

楊晴:大連交通大學(xué)電氣信息學(xué)院研究生在讀116028大連

劉洋:大連交通大學(xué)機(jī)械工程學(xué)院博士生在讀116028大連

鐵道部科技研究開發(fā)計(jì)劃項(xiàng)目(2012J005-H)

2013-12-24

(責(zé)任編輯:諸紅)