基于硬件在環(huán)仿真的城市路網(wǎng)交通控制平臺

唐少虎, 劉小明, 朱 偉, 鄭建春, 鄭國榮

(1. 北京市科學技術(shù)研究院 北京城市系統(tǒng)工程研究中心，北京 100035；2. 北方工業(yè)大學 城市道路交通智能控制技術(shù)北京市重點實驗室，北京 100144)

0 引 言

針對城市道路交通擁堵問題，采用合理有效的交通信號控制方法可緩解交通擁堵，并防止擁堵的進一步加劇。但對實際交通控制效果進行評價時，需進行大量的交通調(diào)查和統(tǒng)計，存在費時、費力等問題。硬件在環(huán)仿真將實際應(yīng)用的硬件設(shè)備融合在虛擬仿真軟件中，虛實結(jié)合的方式建立貼近現(xiàn)實的互動環(huán)境，從而形成更加逼真的軟硬件聯(lián)動的閉環(huán)仿真。而交通信號控制硬件在環(huán)仿真可將現(xiàn)場應(yīng)用的交通信號控制系統(tǒng)融入到交通仿真軟件中，通過仿真軟件的評價功能實現(xiàn)對信號控制效果的精確評價。相比于傳統(tǒng)仿真系統(tǒng)，硬件在環(huán)仿真具備接入實際信號控制系統(tǒng)、通過數(shù)據(jù)交互建立虛擬運行場景與實際控制設(shè)備之間的緊密聯(lián)系并對真實系統(tǒng)的控制效果進行準確評價等特點。

為此，國內(nèi)外學者針對交通信號控制的硬件在環(huán)仿真開展了一些研究工作。路易斯安那大學T. URBANIK等[1]最早對硬件在環(huán)仿真方法進行了研究；P. J. K. KOONCE等[2]基于硬件在環(huán)系統(tǒng)，結(jié)合特定道路交叉口仿真，使用成對統(tǒng)計方法對交通控制策略效果進行了評價；D. BULLOCK等[3]結(jié)合信號控制器、交通仿真軟件設(shè)計了用于評估SCOOT、SCATS等閉環(huán)控制系統(tǒng)的硬件在環(huán)方法；張欣等[4]將硬件在環(huán)仿真技術(shù)應(yīng)用于HEV動力總成控制單元的設(shè)計開發(fā)和功能測試；王建強等[5]開發(fā)了安全車距保持技術(shù)的硬件在環(huán)仿真試驗系統(tǒng)，可檢驗控制器及執(zhí)行器的性能、設(shè)計控制算法等；I. YUN等[6]應(yīng)用硬件在環(huán)仿真對單交叉口的信號自適應(yīng)控制系統(tǒng)進行了仿真評價，結(jié)果表明優(yōu)于傳統(tǒng)的感應(yīng)控制系統(tǒng)；進一步，M. HUNTER等[7]將硬件在環(huán)仿真用于多交叉口自適應(yīng)控制評價，通過實際測試表明，在高峰時段自適應(yīng)控制系統(tǒng)控制效果好于多時段定時控制；于泉等[8]提出設(shè)計一種交通控制硬件在環(huán)實時一體化仿真平臺，從而建立符合交通控制實際情況的實時一體化仿真環(huán)境；余貴珍等[9]采用硬件在環(huán)的方法，建立了基于交通微觀仿真軟件的多路口交通信號控制硬件在環(huán)仿真系統(tǒng)，對多路口的交通信號控制系統(tǒng)的控制效果進行評估；苗挺[10]設(shè)計了基于VISSIM的交通控制硬件在環(huán)仿真系統(tǒng)，實現(xiàn)了對交通信號機控制策略的評價比較。

交通信號控制硬件在環(huán)仿真研究已取得較為豐富的研究成果，但是還存在兩個方面的問題：一方面，大部分研究主要針對單交叉口，多路口一般也是干線的幾個路口，并未對路網(wǎng)包含較多路口的區(qū)域進行在環(huán)仿真研究；另一方面，針對一種特定的交通控制系統(tǒng)，沒有建立統(tǒng)一的平臺中心系統(tǒng)，不適用于不同的交通控制系統(tǒng)，兼容擴展性不足。

因此，筆者設(shè)計并實現(xiàn)了一種基于硬件在環(huán)仿真的城市路網(wǎng)交通控制平臺，融合交通控制器和交通仿真軟件，基于平臺中心系統(tǒng)，實現(xiàn)對單交叉口、干線協(xié)調(diào)以及區(qū)域協(xié)同控制進行硬件在環(huán)仿真，并準確評價交通控制效果。

1 城市路網(wǎng)交通控制平臺設(shè)計

1.1 硬件在環(huán)仿真機制

硬件在環(huán)仿真系統(tǒng)一般由交通信號控制器、交通仿真軟件以及控制器接口設(shè)備構(gòu)成，如圖1。硬件在環(huán)仿真系統(tǒng)可將交通信號控制器與交通仿真軟件連接起來，實現(xiàn)融合交通信號控制器硬件的在環(huán)仿真，并利用交通仿真軟件對相關(guān)指標的評價實現(xiàn)對信號控制效果的精確評價。

圖1 硬件在環(huán)仿真系統(tǒng)構(gòu)成Fig. 1 Hardware-in-the-loop simulation system

在平臺中，交通仿真軟件不實現(xiàn)控制功能，只對實際的城市路網(wǎng)建立路網(wǎng)交通模型，接收實際交通控制器的控制信號，其控制模塊同步執(zhí)行該控制信號，并輸出交通流數(shù)據(jù)和仿真評價結(jié)果。交通控制器接收并執(zhí)行平臺中心系統(tǒng)的控制指令，并將信號控制執(zhí)行信息實時反饋給交通仿真軟件，實現(xiàn)控制仿真軟件中的交通流對象?？刂破鹘涌谠O(shè)備不具備任何控制指令生成、交通流數(shù)據(jù)產(chǎn)生等功能，其存在是起到由平臺系統(tǒng)下發(fā)的控制指令、交通仿真軟件的仿真數(shù)據(jù)以及交通控制器的控制狀態(tài)等數(shù)據(jù)信息的中轉(zhuǎn)和傳遞作用。

1.2 平臺邏輯框架設(shè)計

城市路網(wǎng)交通控制平臺具備單點特殊控制(定時控制、感應(yīng)控制、自適應(yīng)控制)、干線綠波帶控制、路網(wǎng)分布式協(xié)同控制等算法的加載及仿真效果分析功能。

城市路網(wǎng)交通控制平臺基本邏輯和運行機制如下：平臺中心系統(tǒng)通過控制器接口設(shè)備實時接收仿真軟件交通流檢測數(shù)據(jù)。交通數(shù)據(jù)經(jīng)后臺控制算法計算分析，得出符合當前交通狀態(tài)的最佳信號控制方案，再通過控制器接口設(shè)備向?qū)嶋H信號機下發(fā)控制指令。交通仿真軟件中的信號控制模塊實時接收實際信號機的燈色狀態(tài)并同步執(zhí)行控制方案，實時對仿真交通進行信號控制。全部過程實現(xiàn)了硬件在環(huán)控制和軟件仿真，從而形成完整的閉環(huán)反饋控制。

平臺的邏輯框架及數(shù)據(jù)流傳遞示意如圖2。

圖2 城市路網(wǎng)交通控制平臺邏輯框架示意Fig. 2 Logical framework of traffic control platform for urban network

1.3 平臺架構(gòu)設(shè)計

根據(jù)上述邏輯框架設(shè)計內(nèi)容，控制平臺主要功能包括實現(xiàn)單點信號控制、干線協(xié)調(diào)控制、區(qū)域協(xié)同控制以及仿真評價功能，分別對應(yīng)單點控制模塊、干線協(xié)調(diào)模塊、區(qū)域協(xié)同模塊以及仿真評價模塊。平臺后臺集成了針對不同控制方式和控制目標的配時方案庫、仿真參數(shù)庫、仿真評價庫以及控制算法庫等，并通過控制器接口設(shè)備與交通控制器和交通仿真軟件進行兩兩數(shù)據(jù)交互，實現(xiàn)平臺控制方案和仿真參數(shù)分別下發(fā)交通控制器和交通仿真軟件、交通仿真軟件檢測數(shù)據(jù)上傳控制平臺以及交通仿真軟件控制方案和交通控制器控制方案的實時同步。

結(jié)合控制平臺的設(shè)計功能和核心模塊，考慮控制器接口設(shè)備基本作用和中轉(zhuǎn)地位以及交通仿真軟件與交通控制器實時運行和同步交互的在環(huán)仿真功能，設(shè)計城市路網(wǎng)交通控制平臺架構(gòu)，如圖3。由圖3可以看出：城市路網(wǎng)交通控制平臺結(jié)構(gòu)上主要分為3層，即位于底層的交通仿真軟件與交通控制器、位于中間連接層的控制器接口設(shè)備、以及位于上層的城市路網(wǎng)交通控制平臺中心系統(tǒng)。

圖3 城市路網(wǎng)交通控制平臺架構(gòu)Fig. 3 Architecture of traffic control platform for urban network

單點控制模塊不僅具備定時控制、感應(yīng)控制、多時段控制、自適應(yīng)控制等控制方式，還實現(xiàn)了包括黃閃控制、全紅控制和人工校時等特殊控制方式。該模塊可實時顯示檢測器占有率、排隊長度、平均流量和平均延誤等實時交通流檢測數(shù)據(jù)，可實時監(jiān)控單點信號控制運行狀態(tài)。

干線協(xié)調(diào)模塊具備多時段干線協(xié)調(diào)、自適應(yīng)干線協(xié)調(diào)等功能，實現(xiàn)了干線協(xié)調(diào)參數(shù)的自動調(diào)整并計算正反向濾波帶寬，可根據(jù)各路口飽和流量、非飽和流量、周期、綠信比等計算紅燈排隊消散時間，可實時監(jiān)控干線協(xié)調(diào)運行狀態(tài)。

區(qū)域協(xié)同模塊具備區(qū)域自適應(yīng)控制、路網(wǎng)子區(qū)協(xié)同控制等控制方式。該模塊具備了控制子區(qū)設(shè)置、控制方案選擇并監(jiān)測路網(wǎng)內(nèi)部平均排隊長度、路網(wǎng)延誤等運行指標等功能，通過平臺接口可對路網(wǎng)交通控制算法進行二次開發(fā)，實現(xiàn)不同控制目標，并可實時監(jiān)控路網(wǎng)交通信號協(xié)同控制運行狀態(tài)。

仿真評價模塊具備對當前控制方式的效果評估功能，從延誤時間、停車次數(shù)、排隊長度等仿真結(jié)果指標評價控制方案的有效性和可行性。

2 城市路網(wǎng)交通控制平臺實現(xiàn)

2.1 平臺中心系統(tǒng)

平臺中心系統(tǒng)具備與交通仿真軟件和控制器接口設(shè)備進行數(shù)據(jù)交互的功能，能夠下發(fā)交通信號控制指令，能夠接收流量、占有率、排隊長度等交通檢測數(shù)據(jù)并進行分析、驗證、顯示，可完成路口、干線、路網(wǎng)多種交通信號控制策略的仿真驗證。為實現(xiàn)上述功能，利用VB.NET、SQL Server進行相應(yīng)模塊的開發(fā)。

2.1.1 單點信號控制

城市路網(wǎng)交通控制平臺能夠?qū)崿F(xiàn)交通信號單點固定配時方案、手動控制方案、本地感應(yīng)控制方案、本地多時段控制方案以及自適應(yīng)控制方案下發(fā)到交通信號控制器的功能，并實時接收交通仿真軟件上傳的交通仿真指標信息，包括交通流量數(shù)據(jù)、占有率、平均延誤以及排隊長度等，如圖4、圖5。

單點信號控制借鑒文獻[11]的目標函數(shù)，考慮到不同的交通流量，其延誤和停車次數(shù)對交叉口綜合效益的影響程度不同，將延誤與停車次數(shù)綜合考慮作為目標函數(shù)，尋找函數(shù)的最小值。優(yōu)化模型如：

(1)

式中：f(x)為交叉口綜合效益值；di為第i相位的平均延誤；qi為第i相位實際到達的當量交通量，pcu/h；hi為第i相位車輛平均停車次數(shù)；β為考慮延誤和停車次數(shù)對交叉口交通效益影響的加權(quán)系數(shù)。

圖4 平臺中心系統(tǒng)Fig. 4 Platform center system

圖5 單點定時控制及仿真效果分析界面Fig. 5 Analysis interface of single intersection timing control and simulation results

2.1.2 干線協(xié)調(diào)控制

城市路網(wǎng)交通控制平臺具備干線交通綠波帶控制配時功能，平臺的干線綠波協(xié)調(diào)模塊根據(jù)輸入的路口信息以及設(shè)置的正反向綠波帶速等數(shù)據(jù)，后臺干線協(xié)調(diào)算法自動計算分析符合當前條件的綠波配時方案，并將該干線綠波協(xié)調(diào)控制參數(shù)下發(fā)至干線相關(guān)的交通信號控制器，如圖6。

圖6 平臺干線綠波協(xié)調(diào)控制Fig. 6 Platform artery green wave coordinated control

采用文獻[12]中的協(xié)調(diào)算法，即考慮路口協(xié)調(diào)相位不同方向交通放行的重要程度，為使綠波帶寬時間內(nèi)通過車輛最多，建立協(xié)調(diào)模型如：

(2)

2.1.3 區(qū)域協(xié)同控制

區(qū)域協(xié)同控制模塊根據(jù)交通仿真軟件上傳到交通流的數(shù)據(jù)，經(jīng)算法計算分析得到符合當前交通狀況的最佳區(qū)域協(xié)同控制方案，并通過控制器接口設(shè)備將協(xié)同控制方案下發(fā)實際交通信號控制器，通過交通信號控制器與交通仿真軟件信號控制模塊的同步執(zhí)行，使得協(xié)同控制方案作用于交通仿真軟件中的交通流。最后，交通仿真軟件將區(qū)域控制效果數(shù)據(jù)指標上傳平臺，通過對相關(guān)運行指標的數(shù)據(jù)分析，可對協(xié)同控制方案的效果進行評估并迭代改進，該模塊中心系統(tǒng)如圖7。

圖7 平臺區(qū)域協(xié)同控制模塊Fig. 7 Platform region cooperative control module

利用文獻中[13]的區(qū)域過飽和交通信號優(yōu)化控制算法，通過過飽和區(qū)域邊界需求控制，對進入過飽和區(qū)域的交通需求和通行壓力進行總體控制并最大化區(qū)域的輸出通行能力，數(shù)學模型如：

(3)

通過區(qū)域內(nèi)部均衡控制，均衡區(qū)域路段空間占有率，平衡區(qū)域內(nèi)部的交通需求以緩解區(qū)域內(nèi)交通通行壓力，數(shù)學模型如：

(4)

2.2 控制器接口

控制器接口設(shè)備采用單片機技術(shù)，一方面能將平臺中心系統(tǒng)下發(fā)的控制指令數(shù)字信號轉(zhuǎn)換為信號機控制信號；另一方面，將信號機燈態(tài)信號轉(zhuǎn)換為計算機能夠識別的數(shù)字信號，從而實現(xiàn)控制交通仿真軟件中信號控制模塊的信號狀態(tài)。

控制器接口設(shè)備主要包括信號機連接板、光耦隔離板以及信號處理CPU板。其中，信號機連接板的主要功能是接入實際交通信號控制器的燈色信號，實現(xiàn)對信號控制器的信號燈色狀態(tài)進行信息感知，如圖8。

圖8 信號機連接板Fig. 8 Signal controller connecting plate

光耦隔離板的主要功能是防止信號處理CPU板與信號機連接板的直接連接而引起的強電干擾，使被隔離的信號機連接板與信號處理CPU板之間沒有電的直接連接，實現(xiàn)輸入CPU板單片機的信號由電壓信號改變?yōu)門TL電平信號的功能。信號處理CPU板的主要功能是對經(jīng)過光耦隔離處理后的控制信號進行編碼、打包等一系列處理，再通過串口或網(wǎng)口等接口發(fā)送處理后的控制信號，按照通信協(xié)議完成對實際信號控制器控制信號的輸出，如圖9。

圖9 信號處理CPU板Fig. 9 CPU plate for signal processing

2.3 平臺通訊測試

平臺通信測試是指平臺的中心系統(tǒng)與交通信號控制器以及交通仿真軟件與交通控制器之間傳輸數(shù)據(jù)信息的可靠性和準確性測試，通過測試確保平臺軟硬件之間的數(shù)據(jù)通信能夠保持較好的實時性，保證信息傳遞的正確完整。

2.3.1 交通信號控制器

城市路網(wǎng)交通控制平臺中交通信號控制器選擇的型號為北方工業(yè)大學城市道路交通智能控制技術(shù)北京市重點實驗室研發(fā)的TOPPS-TSC交通信號控制器，其采用模塊化設(shè)計，由主控模塊、電源模塊、相位驅(qū)動模塊等組成。TOPPS-TSC智能道路交通信號控制機具有邏輯信號輸入和輸出端口，其中，輸出端口為分組獨立設(shè)置，如圖10。

2.3.2 軟硬件通信測試

為了保證控制參數(shù)等數(shù)據(jù)能夠不丟包的準確傳送，采用基于面向連接的數(shù)據(jù)傳輸方式進行信息傳遞。通過建立基于TCP/IP的網(wǎng)絡(luò)通信協(xié)議實現(xiàn)平臺中心系統(tǒng)軟件與交通信號控制器以及交通仿真軟件與交通控制器之間的信息通信目的。建立基于TCP/IP協(xié)議的服務(wù)器端客戶端模式，如果保證通信正常運行，須滿足下面條件：

1)服務(wù)器端保持在運行狀態(tài)。

2)給客戶端提供服務(wù)器端的監(jiān)聽端口號碼和服務(wù)器端的IP地址。

圖10 TOPPS-TSC交通信號控制器Fig. 10 TOPPS-TSC traffic signal controller

客戶端與服務(wù)器端建立連接后的信息傳輸主要包括兩個過程：第一，平臺中心系統(tǒng)發(fā)送控制指令數(shù)據(jù)到信號控制器，實現(xiàn)控制方案的下發(fā)，如圖11；第二，信號控制器發(fā)送信號狀態(tài)數(shù)據(jù)到交通仿真軟件，實現(xiàn)實際信號控制器與仿真信號控制器的信號同步，如圖12。

圖11 平臺中心系統(tǒng)(客戶端)與信號控制器(服務(wù)器端)之間信息傳輸過程Fig. 11 Process of information transmission between platform centersystem (client) and signal controller (server)

圖12 信號控制器(客戶端)與仿真軟件(服務(wù)器端)之間信息傳輸過程Fig. 12 Process of information transmission between signalcontroller (client) and simulation software (server)

根據(jù)上述信息傳輸基本過程，利用TCP/IP協(xié)議建立客戶端(平臺中心系統(tǒng))與服務(wù)器端(TOPPS-TSC信號機)之間的連接，設(shè)計了基于TCP/IP的通信握手過程[14]，如圖13。

圖13 基于TCP/IP的通信握手過程Fig. 13 Handshaking process based on TCP/IP

當客戶端與信號機建立連接以后，客戶端以1 000 ms/次的速度向信號機發(fā)送控制參數(shù)指令：F0 88 00 B5 00 B7 00 8C 00 F5 00 BE 00 BA 00 F8 00，同時避免信號機連接后30 s內(nèi)接收不到指令而自動斷開連接的情況的發(fā)生。當信號機接收到指令后，將返回按照接收的客戶端控制指令執(zhí)行的控制方案。根據(jù)控制參數(shù)指令得到返回的43個字節(jié)數(shù)據(jù)并以十六進制的形式顯示在控件中，如圖14。

圖14 控制參數(shù)指令數(shù)據(jù)Fig. 14 Control parameter instruction data

按照控制機與平臺中心系統(tǒng)間的數(shù)據(jù)通信協(xié)議對信號機返回的數(shù)據(jù)信息進行解析，如信號機返回的數(shù)據(jù)信息為F4 88 00 57 45 D1 E8 B5 00 00 B7 00 00 8C 00 01 F5 00 02 BE 00 10 10 10 10 00 00 00 00 00 00 00 00 00 00 00 00 BA 00 03 F8 00 01，則解析結(jié)果如表1。

表1 數(shù)據(jù)通信解析結(jié)果 Table 1 Data communication resolution results

3 路網(wǎng)實例分析

3.1 路網(wǎng)搭建

為了驗證城市路網(wǎng)交通控制平臺的可靠性以及控制效果的有效性，選取北京望京地區(qū)作為研究實例，根據(jù)實地調(diào)查確定區(qū)域內(nèi)各交叉口渠化設(shè)置、交通組織方式、信號配時方案以及交通流量數(shù)據(jù)等。在此基礎(chǔ)上，應(yīng)用交通仿真軟件VISSIM建立望京地區(qū)路網(wǎng)仿真模型，該路網(wǎng)主要包含23個信號控制交叉口，面積約13 km2。經(jīng)實地調(diào)查、數(shù)據(jù)整理、路網(wǎng)搭建、配時輸入、流量設(shè)置、檢測器配置、參數(shù)標定等一系列基礎(chǔ)工作后，最后形成望京地區(qū)路網(wǎng)仿真模型，如圖15。

圖15 北京望京仿真路網(wǎng)模型Fig. 15 Road netork model simulation of Wangjing in Beijing

為驗證仿真路網(wǎng)的準確性[15]，經(jīng)參數(shù)標定后，建立與實際路網(wǎng)(工作日)的指標對比，見表2。由表2可以看出：仿真路網(wǎng)能夠較為準確反映實際路網(wǎng)交通狀態(tài)。

表2 指標對比 Table 2 Comparison of indices

3.2 分析評價

分別選用低峰(6:00—7:00)、平峰(11:00—12:00)和晚高峰(18:00—19:00)車流量數(shù)據(jù)，每種交通狀態(tài)分別采用工作日(周一)和周末(周六)兩種車流量數(shù)據(jù)，針對不同的交通流量，分別選用固定信號配時、干道協(xié)調(diào)控制、區(qū)域協(xié)同控制等3種不同的信號控制方式進行在環(huán)仿真。選取車輛平均延誤時間Tdla和平均行駛速度Vavg作為評價指標，對3種控制方式下的仿真控制效果進行分析和評價。

每種情況分別用不同的隨機種子仿真10次，每次仿真時間為4 500 s，其中，仿真開始的900 s為預熱時間，此段時間的所有指標數(shù)據(jù)不計入統(tǒng)計數(shù)據(jù)，統(tǒng)計的評價指標數(shù)據(jù)均為10次仿真結(jié)果的算術(shù)平均值。圖16、圖17為車輛平均延誤時間、平均速度在低峰、平峰以及高峰等不同交通狀態(tài)下3種控制方式效果的對比分析。

圖16 工作日和周末不同交通狀態(tài)下3種控制方式的延誤時間對比Fig. 16 Comparison of the delay time of three control methods in different traffic conditions on weekdays and weekends

圖16為工作日和周末不同交通狀態(tài)下3種控制方式的延誤時間對比。由圖16可以發(fā)現(xiàn)：固定配時下的車輛平均延誤時間不論在工作日還是周末的不同交通狀態(tài)中數(shù)值是最大的，區(qū)域協(xié)同控制的延誤時間數(shù)值是最小的，干線協(xié)調(diào)控制介于上兩者之間。其中，工作日和周末低峰情況下的干線協(xié)調(diào)以及區(qū)域協(xié)同控制延誤差別不大，當交通狀態(tài)變?yōu)楦叻鍟r，區(qū)域協(xié)同控制延誤改善效果明顯好于干線協(xié)調(diào)，反映了干線協(xié)調(diào)在大交通流量下的能力局限性，相反，通過路網(wǎng)協(xié)同控制，降低了車輛平均延誤時間，有助于緩解了交通擁堵現(xiàn)象。

圖17 工作日和周末不同交通狀態(tài)下3種控制方式的平均速度對比Fig. 17 Comparison of the average velocity of three control methods in different traffic conditions on weekdays and weekends

圖17為工作日和周末不同交通狀態(tài)下3種控制方式的平均速度對比。由圖17可以發(fā)現(xiàn)：區(qū)域協(xié)同控制的車輛平均速度最大，固定配時控制車輛平均速度最小，干線協(xié)調(diào)控制的車輛平均速度介于上兩者之間。其中，區(qū)域協(xié)同的平均速度折線從工作日低峰一直到周末晚高峰都保持在較為平穩(wěn)的狀態(tài)，固定配時的速度波動變化最大，其晚高峰平均速度下降明顯，而通過區(qū)域協(xié)同控制的路網(wǎng)平均速度得到明顯的提升，說明通過區(qū)域主動分布式協(xié)同控制，使路網(wǎng)交通保持了較高的通行能力。

4 結(jié) 語

筆者提出了一種基于硬件在環(huán)仿真的城市路網(wǎng)交通控制平臺，給出了平臺的邏輯框架以及架構(gòu)設(shè)計，并通過對平臺中心系統(tǒng)、控制器接口的開發(fā)和平臺通訊測試實現(xiàn)了平臺中心系統(tǒng)的控制功能。通過路網(wǎng)實例在環(huán)仿真分析，結(jié)果表明平臺能夠?qū)崿F(xiàn)包含單點控制、干線協(xié)調(diào)以及區(qū)域協(xié)同的控制功能，并對控制效果進行了準確評價，實現(xiàn)了路網(wǎng)交通控制的硬件在環(huán)仿真和控制效果評價的目標。平臺將仿真軟件與實際控制系統(tǒng)連接起來，搭建了數(shù)據(jù)互通的虛實互動場景，形成接近真實應(yīng)用的操作環(huán)境，有利于準確評估系統(tǒng)控制效果。此外，平臺不僅可以接入單一控制系統(tǒng)，還可接入多類控制系統(tǒng)，對于當前較多城市存在多種信號控制系統(tǒng)并存的現(xiàn)象，有助于從城市全路網(wǎng)層面統(tǒng)一集中管理和優(yōu)化交通信號，從而提升全路網(wǎng)交通運行效率。