陳海歡

（西南交通大學(xué) 信息科學(xué)與技術(shù)學(xué)院，成都 611756）

互聯(lián)互通是當(dāng)前城市軌道交通的發(fā)展方向，對提高運輸效率、改善乘車環(huán)境、縮短出行時間起著重要的作用。但因各信號廠家采用的信號系統(tǒng)總體架構(gòu)、通信協(xié)議、接口標準存在一定差異，需要制定統(tǒng)一的標準和接口規(guī)范，以實現(xiàn)車輛及不同地域地面設(shè)備互通互換，進而實現(xiàn)列車跨線聯(lián)通聯(lián)運，達到網(wǎng)絡(luò)化運營目的。OPC UA是OPC基金會為過程自動化及其它領(lǐng)域數(shù)據(jù)通信提供的新標準，旨在為企業(yè)制造模型創(chuàng)建統(tǒng)一對象和架構(gòu)定義[1]，在工業(yè)制造領(lǐng)域有著大量應(yīng)用?，F(xiàn)階段，國內(nèi)對信號系統(tǒng)互聯(lián)互通研究與實施還處于起步階段，對OPC UA在城軌信號系統(tǒng)互聯(lián)互通中的應(yīng)用研究極少，本文對其在城市軌道交通信號系統(tǒng)互聯(lián)互通中的應(yīng)用展開研究。

1 OPC UA簡介

OPC（OLE for Process Control）通信標準的核心是互通性和標準化?；谖④浀腃OM/DCOM技術(shù)，采用服務(wù)器/客戶端模式，定義了一些用于數(shù)據(jù)訪問、事件和報警處理、歷史數(shù)據(jù)訪問的接口[2]，在控制級別很好地解決了硬件設(shè)備間互通性的問題。但隨著互聯(lián)網(wǎng)技術(shù)的快速發(fā)展，傳統(tǒng)OPC技術(shù)不夠靈活、平臺局限性等問題逐步突顯，OPC基金會提出了最新的數(shù)據(jù)通信統(tǒng)一方法——OPC統(tǒng)一架構(gòu)（OPC UA，OPC Unified Architecture）。

OPC UA集成現(xiàn)有的OPC規(guī)范，包括OPC實時數(shù)據(jù)訪問規(guī)范OPC DA、OPC報警事件訪問規(guī)范OPC A&E、OPC歷史數(shù)據(jù)訪問規(guī)范OPC HAD、命令、復(fù)雜數(shù)據(jù)和對象類型等，采用統(tǒng)一的地址空間和服務(wù)模型，使得同一系統(tǒng)能被統(tǒng)一訪問；通過經(jīng)管理員開放的端口進行通信，提升傳輸性能；支持多種消息編碼格式和多種傳輸協(xié)議[3]，如TCP和HTTP協(xié)議；自糾正特性提高其可靠性，標準冗余模型也使得來自不同廠商的軟件應(yīng)用可以同時被采納并彼此兼容；底層通信通過加密算法，保證消息完整性；跨平臺技術(shù)使得數(shù)據(jù)能靈活交換。

2 城軌信號系統(tǒng)架構(gòu)分析

典型的城市軌道交通信號系統(tǒng)由列車自動監(jiān)控（ATS）、聯(lián)鎖、區(qū)域控制器（ZC）、車載列車自動防護/列車自動運行（ATP/ATO）以及數(shù)據(jù)通信系統(tǒng)（DCS，Data Communication System）等組成。ATS主要實現(xiàn)線路監(jiān)督、列車調(diào)度、時刻表管理等監(jiān)督管理功能；聯(lián)鎖負責(zé)線路設(shè)備（例如，信號機、區(qū)段、道岔、屏蔽門、防淹門、緊急停車按鈕等）狀態(tài)的采集及依據(jù)需要對軌旁設(shè)備進行控制；ZC主要完成列車的跟蹤、移動授權(quán)計算等；車載ATP/ATO實現(xiàn)對列車的控制，防止列車超速、冒進、倒溜、未停準等非安全因素。它們之間通過DCS連接起來，實現(xiàn)相互之間的信息傳遞及控制。體系架構(gòu)如圖1所示[4]，簡化后得到如圖2所示的系統(tǒng)框架。

圖1 互聯(lián)互通信號系統(tǒng)總體架構(gòu)示意圖

圖2 互聯(lián)互通信號系統(tǒng)簡化架構(gòu)示意圖

車站ATS通過gateway實現(xiàn)與相關(guān)設(shè)備（如ZC、本地控制器（LC，Local Controller）、車載控制器（CC，Carborne Controller））之間的信息交互。

3 OPC UA實現(xiàn)

通過以上分析可知，gateway作為信息交互的主要設(shè)備，是實現(xiàn)城市軌道交通信號系統(tǒng)互聯(lián)互通的關(guān)鍵。但因各家信號公司采取的通信協(xié)議存在一定的差異，因此，需將它們進行轉(zhuǎn)換才能相互訪問，gateway正好能解決這個問題?？尚械慕鉀Q方案是：建立滿足OPC UA協(xié)議的UA Server，gateway通過TCP異步通信，作為server發(fā)送信息給UA Server，同時，外部廠商應(yīng)是全滿足OPC UA的客戶端，通過訪問UA Server即可實現(xiàn)信息互傳。其架構(gòu)如圖3所示。

圖3 采用OPC UA的信號系統(tǒng)架構(gòu)示意圖

3.1 消息類實體設(shè)計

ATS主要功能包括列車運行情況的集中監(jiān)視、自動排列進路、自動列車運行調(diào)整、自動生成時刻表、自動記錄列車運行軌跡、自動進行運行數(shù)據(jù)統(tǒng)計及報表生成、自動檢測設(shè)備運行狀態(tài)等，輔助調(diào)度人員對全線列車進行管理。

對于ATS子系統(tǒng)的監(jiān)測內(nèi)容，通過TCP方式傳遞給UA Server，此時，可將ATS子系統(tǒng)當(dāng)作是server進行處理，而UA Server此時當(dāng)作是client進行處理。ATS監(jiān)控的內(nèi)容主要包括有：聯(lián)鎖信息、信號機信息、區(qū)段信息、道岔信息、屏蔽門信息、站間閉塞信息、緊急停車按鈕狀態(tài)信息、命令信息等。對于消息傳遞實體，定義消息類CMessageEntity。

class CMessageEntity

{

Public CTrackState TrackState;//軌道占用

狀態(tài)

Public CRouteState RouteState;//進路狀態(tài)

Public CVehicleState VehicleState;//列車

運行狀態(tài)

Public CSignalState SignalState; //信號機

狀態(tài)

Public CTurnoutState TurnoutState; //道岔

狀態(tài)

Public CPlatformDoorState PlatformDoor-

Sate;//屏蔽門狀態(tài)

Public CTrainIdentificationNum Train-

Identi-ficationNum;//列車識別號

public CIsDeflected IsDeflected;//是否與實

際偏離

public CDegradationProcessing Degra

dation-Processing;//降級處理信息

public CToPassengerInfo ToPassenger-

Info;//給旅客提供的信息

}

其中，CTrackState、CRouteState、CVehicleState、CSignalState、CTurnoutState、CPlatformDoorState、CTrainIdentificationNum、CIsDeflected、CDegradationProcessing、CToPassen-gerInfo均為在外部定義的類，包含各自的信息，例如，ID、顏色、位置、狀態(tài)等信息，CTrainIdentificationNum（列車識別號）中應(yīng)包含列車服務(wù)號、列車目的地號、列車車體號等信息。

class CTrainIdentificationNum

{

public long serviceNum { get; set; }//列車服

務(wù)號

public long destinationNum { get; set; }//列

車目的地號

public long trainBodyNum { get; set; }//列

車車體號

}

消息傳遞到UA Server后，滿足OPC UA的client可以對其進行訪問。此時，UA Server作為滿足OPC UA協(xié)議的服務(wù)器，而滿足OPC UA的外部廠商作為客戶端對其進行訪問、接入控制和安全校驗等操作。

3.2 測試仿真

基于.NET Framework 4.5.2，在VS 2015平臺上，采用C#編程語言，對OPC UA客戶端訪問OPC UA服務(wù)器過程進行模擬測試研究。

OPC UA客戶端與服務(wù)器之間的通信應(yīng)滿足較高的安全等級，以保證信息可靠傳遞，從而確保機車車輛能安全可靠運行。在實施過程中，需要添加證書，確保信息來自可靠服務(wù)器并且在網(wǎng)絡(luò)傳輸過程中未被截取或偷聽。

利用VS2015中X.509證書制作工具，在“VS2015開發(fā)人員命令提示”中輸入“makecert -r -pe -n“CN=MyServer” -ss My -sky exchange”，制作一個“CN=MyServer”的服務(wù)器證書，利用IE證書導(dǎo)出工具，導(dǎo)出證書文件“certificate.cer”，并添加給客戶端。采用socket實現(xiàn)客戶端與服務(wù)器通信，利用SSL實現(xiàn)客戶端對服務(wù)器單向認證，以字節(jié)流的方式實現(xiàn)信息交互。

客戶端通過Client Hello消息將其支持的（SSL，Secure Sockets Layer，安全套接層）版本、加密算法、密鑰交換算法、MAC算法等信息發(fā)送給SSL服務(wù)器；服務(wù)器后通過Server Hello消息通知客戶端；同時，服務(wù)器將攜帶自己的公鑰信息的數(shù)字證書通過Certificate消息發(fā)送給客戶端；后發(fā)送Server Hello Done消息，通知客戶端版本和加密套件協(xié)商結(jié)束，開始進行密鑰交換；客戶端驗證證書合法后，利用證書中的公鑰加密SSL客戶端隨機生成的premaster secret，通過Client Key Exchange消息發(fā)送給服務(wù)器；客戶端再發(fā)送Change Cipher Spec消息，通知服務(wù)器后續(xù)報文將以協(xié)商好的密鑰和加密套件進行加密；客戶端計算已交互握手信息的Hash值，利用協(xié)商好的密鑰和加密套件進行加密，通過Finished消息發(fā)送給服務(wù)器，服務(wù)器同樣對交互的握手信息進行Hash值計算，并與客戶端傳過來的Hash值進行比較，若二者相同，則證明密鑰和加密套件協(xié)商成功；同樣，服務(wù)器發(fā)送Change Cipher Spec消息，通知客戶端后續(xù)報文將采用協(xié)商好的密鑰和加密套件進行加密；服務(wù)器再將交互的握手信息的Hash值，利用協(xié)商好的密鑰和加密套件進行處理，并通過Finished消息傳遞給客戶端，客戶端將其與自身計算結(jié)果進行比較，若二者相同，則證明密鑰和加密套件協(xié)商成功，雙方能進行正常安全通信[5]。其消息傳遞過程如圖4所示。

圖4 只認證服務(wù)器的SSL握手過程

仿真表明，滿足OPC UA的客戶端和服務(wù)器能穩(wěn)定連接并實現(xiàn)信息互傳，服務(wù)器端仿真結(jié)果如圖5所示。顯示結(jié)果包含有SSlStream的批量加密算法、算法強度、身份驗證代碼（MAC）算法、密鑰交換算法等信息。

圖5 server端仿真結(jié)果

客戶端能穩(wěn)定連接服務(wù)器并接收從服務(wù)器傳遞來的消息，仿真結(jié)果如圖6所示。

圖6 客戶端仿真結(jié)果

4 結(jié)束語

信息互傳是實現(xiàn)城市軌道交通信號系統(tǒng)互聯(lián)互通的基礎(chǔ)，以保證在設(shè)備互換、跨線運行過程中，車輛能可靠運行。OPC UA在滿足可靠通信和身份驗證的前提下，將所需傳遞的信息以TCP方式在客戶端和服務(wù)器之間進行交互，表現(xiàn)良好。本次仿真客戶端和服務(wù)器均在Windows平臺上進行部署，并且在之前的測試中，OPC UA在Linux和Windows通信中同樣表現(xiàn)良好，證明了OPC UA在城市軌道交通信號系統(tǒng)互聯(lián)互通中能有較好的應(yīng)用。