基于網絡連接的自動駕駛聯合仿真方法

戴大力　王俊平　趙天坤

摘 要：自動駕駛算法大規模應用離不開算法仿真測試，目前多使用場景仿真軟件對動態場景和傳感器信號進行模擬，而較為準確的車身動力學模擬多需要交給專門的車輛多體動力學仿真軟件。得益于Matlab中Simulink產品廣泛的適配性，目前使用場景仿真軟件和車輛動力學仿真軟件進行聯合仿真的方法仍多通過Matlab進行中轉連接，但不適用于非Matlab環境的算法測試。本文提出了一種基于TCP網絡連接的場景仿真軟件與車輛動力學仿真軟件直接連接的聯合仿真方法，能夠達到應用仿真場景地圖路面實時高程信息的效果，實現了車輛動力學仿真軟件高頻解算，與場景仿真軟件頻率相配合的效果。

關鍵詞：網絡連接 自動駕駛 仿真方法

1 引言

近年來，自動駕駛算法發展迅速，而為了保證安全性，自動駕駛算法在研發過程中，真正大規模應用之前，需要經歷大量的道路測試。然而作為一門歷史非常短的技術，自動駕駛系統的測試存在諸多困難：首先，自動駕駛算法需要保證安全性，但即使是想要達到人類駕駛員的水平，也需要積累海量的駕駛和環境數據來訓練和測試算法，采集數據所耗費的時間和成本巨大。其次，極端交通條件和危險場景難以復現，而且人工測試存在安全隱患。同時，自動駕駛相應交通法規及保險理賠機制尚不完善，制約了自動駕駛汽車路測的大范圍開展。此外，自動駕駛行業尚未就智能汽車測試的安全性等標準達成一致。最后，不同地區的道路環境差別巨大：如中國的城市道路中快遞、外賣、行人混行的情況普遍存在，而且中國道路上交通標志、車道線標志設置不規范情況普遍存在。[1]

因此需要加大仿真測試在自動駕駛測試中的占比。目前自動駕駛算法測試大約 90% 通過仿真平臺完成，9%在測試場完成，1% 通過實際路測完成。基于純虛擬方法的自動駕駛仿真測試系統需要包含如下幾方面主要功能：傳感器仿真、車輛動力學仿真、道路場景仿真、交通流仿真、二次開發與自動化運行功能支持等。無論是商業軟件還是開源領域，目前業界沒有一款軟件能夠同時在以上各個功能領域都滿足功能要求，因此多學科軟件聯合仿真是一種典型的測試方式。

國外的場景仿真軟件如由VIRES公司的VTD、西門子公司的PreScan，以及國產軟件51SimOne和PanoSim等，都能夠做到覆蓋道路環境建模、交通場景建模、天氣和環境模擬、簡單和物理真實的傳感器仿真、場景仿真管理以及高精度的實時畫面渲染等方面的功能。可以支持從軟件在環到硬件在環和車輛在環的全周期開發流程，開放式的模塊式框架可以方便的與第三方的工具和插件聯合仿真。而像CarSim、CarMaker、Simpack等屬于車輛動力學仿真軟件，主要從整車角度進行仿真，各軟件分別積累了豐富的經驗參數，內建了相當數量的車輛模型，用戶可以快速配置使用。[2]

因此場景仿真軟件搭配車輛動力學仿真軟件聯合仿真是一種普遍使用的仿真方法，由專業軟件進行車輛動力學仿真，將結果與場景仿真軟件進行交互，由場景仿真軟件負責構建虛擬仿真環境及場景、輸出傳感器信號等仿真其他部分。然而，現行的場景仿真軟件和車輛動力學仿真軟件之間的連接，主要通過Matlab軟件實現：這主要是因為一些歷史的原因，Matlab連同其旗下的Simulink產品在各個工程領域具有廣泛的受眾，與多領域的工具鏈都可適配，因此自動駕駛中的場景仿真軟件和車輛動力學仿真軟件在研制之初也優先考慮與Matlab的聯通。Matlab軟件一般運行在Windows平臺，負責調用同樣主要用在Windows平臺的車輛動力學仿真軟件，同時Matlab通過UDP等網絡通訊方式與同在Windows平臺或在其他如Linux平臺的場景仿真軟件進行連接。這樣做的好處是：方便調試Matlab軟件環境下編寫的算法模型，Matlab調用車輛動力學仿真軟件、Matlab通過UDP等與場景仿真軟件進行通訊往往都有成熟方案。然而隨著自動駕駛行業的發展，待測算法逐漸不局限于Simulink模型，如果待測試算法在Linux環境下編寫，則該方案不便捷。目前業界還缺乏基于TCP網絡通訊的直連車輛動力學仿真軟件與場景仿真軟件的解決方案。

本文將首先介紹基于TCP連接的車輛動力學仿真軟件聯合場景仿真軟件解決方案的系統架構，再依次介紹車輛子系統設計和場景子系統設計，最后將介紹系統的實現情況并進行了測試。

2 仿真系統架構

本文所述基于TCP連接的車輛動力學仿真方法所使用的仿真系統架構如圖1所示。仿真系統首先包含了車輛動力學仿真軟件和場景仿真軟件，在車輛動力學仿真軟件所在的Windows端還包含本文將要論述的車輛子系統，場景仿真軟件選擇運行在Linux系統下，以適應Linux下的被測算法。在場景仿真軟件所在的Linux端將會包含本文所論述的場景子系統。

車輛子系統將會采用自動化調用車輛動力學仿真軟件的解算器的方式，根據需求運行車輛動力學仿真軟件的啟停，以及控制解算器的單步運行和接收解算器的單步運行完成信號，同時，車輛子系統將會通過使用車輛動力學仿真軟件自帶的二次開發API建立輸入輸出通訊接口。子系統控制解算器運行一次單步仿真運算的前提，是已將通過網絡TCP連接獲取的路面信息和控制命令發送給解算器，作為車輛仿真模型運算的輸入條件，待子系統接收到解算器單步運行完成的信號后，將模型運算的結果，即車輛位置速度以及車輛車輪觸地點的位置坐標通過網絡發送出去。

在本文所使用的仿真方法中，控制命令主要包含油門踏板、剎車踏板、方向盤角度以及擋位信息，作為車輛控制輸入的基本信息；路面信息將會主要包括路面的高程信息、地面摩擦系數等。這些都是車輛動力學軟件在進行動力學計算時，數學模型的必要輸入。其中，車輛控制輸入往往視被測算法的控制輸出，或場景仿真軟件的駕駛員模型控制輸出而定；路面信息則視車輛動力學仿真軟件的計算必要條件而定。

場景子系統將會通過使用場景仿真軟件自帶的二次開發API建立輸入輸出通訊接口，接受來自網絡TCP連接的車輛位置速度信息，并將車輛位置速度信息轉化為場景仿真軟件數據通道能夠識別的實時信息，場景仿真軟件將根據該信息控制仿真場景中的車輛模型的位置速度。場景子系統同時接收來自網絡的車輛實時車輪觸地點位置信息，并調用場景仿真軟件自帶的地圖處理接口程序，使用車輪觸地點位置信息作為查詢條件，查詢仿真場景地圖在觸地點位置的地面高程等信息，返回給車輛子系統。如果使用的場景仿真軟件沒有解析地圖的接口程序，則可以將該信息置為默認值，可以當作路面為平面無起伏；或再聯合另外的第三方地圖解析軟件，通過觸地點位置對路面信息進行查詢。

場景子系統還將接收來自控制算法的車輛控制命令，通過網絡連接發送給車輛子系統。

場景子系統與車輛子系統將通過網絡進行連接，配置好ip地址及TCP端口號即可，見圖1。

3 車輛子系統設計

本節將具體介紹Windows端的車輛子系統的設計。

如圖2所示，車輛子系統包含主函數、接口模塊、TCP Server模塊等主要程序內容。主函數以本地Windows平臺上的配置文件為輸入，配置文件將指定解算器程序路徑、記錄仿真時間、數據記錄項目、IO開放變量等信息。大多數車輛動力學仿真軟件都有一個解算器作為程序內核。主函數負責對仿真解算器進行調用，對接口模塊中的函數進行聲明，并聲明TCP Server以進行數據收發。主函數將以可配置的固定仿真步長運行，以達到期望的仿真頻率：即主函數在接收到TCP傳來的解算器所需輸入后，觸發仿真器運行固定仿真步長的單步仿真，待解算器發回已完成單步仿真的信號后，將解算器計算結果同步給場景仿真軟件端。

接口模塊將實時跟蹤仿真解算器，獲取將要輸出的變量內容，如車輛位置速度等，寫入IO數據區域，從IO數據區域獲取要輸入的內容，如車輛控制命令等，并傳送給解算器。

TCP Server是負責建立TCP網絡連接，并與外界進行數據交互的程序，將通過IP地址和TCP端口號與場景子系統進行連接。

4 場景子系統設計

本節將具體介紹Linux端的場景子系統設計。圖3顯示的是場景子系統的各個模塊整體架構。

場景子系統的主函數負責管理整個子系統。主函數接收來自算法的控制命令，例如來自被測自動駕駛規劃控制算法，或來自場景仿真軟件自帶的駕駛員模型輸出的控制命令。

主函數負責建立3個TCP網絡通訊通道，分別執行不同的任務。其中，remote TCP通道負責與跨平臺的車輛子系統通訊，發送控制命令、地圖高程等，接收車輛位置速度、車輪觸地點位置等。地圖查詢TCP通道負責與場景仿真軟件自帶地圖處理功能層程序進行通訊（場景仿真軟件一般會對仿真使用的靜態地圖進行解析，如VTD軟件的OdrGateway模塊就是軟件功能的一部分），發送車輪觸地點位置，接收觸地點高程等，地圖處理功能層程序使用觸地點位置查詢正在運行的本次仿真中的地圖相應位置的高程信息等。仿真任務控制TCP通道負責與場景仿真軟件的任務控制流程進行通訊，將轉譯好的車輛位置速度實時信息發送給場景仿真軟件，控制仿真環境中的車輛模型運動。在地圖查詢通道和仿真任務控制通道收發信息時，需要做相應的坐標轉換，例如場景子系統接收到的車輪觸地點坐標可能是車輛動力學仿真軟件中車輪在車身坐標系下的坐標，需要結合這一時刻的車輛位姿轉化成地圖坐標系下的位置；車輛動力學仿真軟件中的地圖坐標系與場景仿真軟件中的地圖坐標系可能不一致，需要進行統一；或者車輛動力學仿真軟件中的車身坐標系原點與場景仿真軟件中的車身原點會不一致。以上這些都需要通過對不同軟件間坐標系定義的對比，在場景子系統中做出相應的坐標轉換。

與車輛子系統中的觸發-同步功能相對應，場景子系統中也需要實現這一個功能：接收到車輛位置速度等從車輛動力學仿真軟件端發來的信息后，觸發仿真執行一步固定時間步長的單步運算，待場景仿真的單步運算完成后，將車輛控制信號等作為同步信號發送給車輛子系統，讓車輛子系統對車輛動力學仿真進行觸發。兩端仿真的復雜度可能不同，因此兩端的仿真固定步長可以不同，以固定比例設置即可。例如，車輛動力學仿真軟件的仿真步長設置為1ms，場景仿真軟件的仿真步長設置為40ms時，需要讓場景子系統每接收40次車輛子系統發送的信號觸發一次場景仿真的單步運算。

Windows端的車輛動力學模型通常時間精度較高，會以較高頻率運行（如1000Hz），部分場景仿真軟件的地圖處理功能層因為任務簡單，也可以支持在此級別的頻率下訪問地圖數據。而場景仿真軟件的任務控制流程，因為要兼顧場景渲染、傳感器數據生成等計算任務，一般沒有這個級別的高頻率，通常會以100Hz以下的頻率觸發仿真。因此需要在主函數中創建不同線程，線程1管理地圖查詢TCP，用以在高頻率下訪問地圖處理功能層程序。線程2管理仿真任務控制TCP，用以和場景仿真軟件進行通訊，更新車輛在仿真環境中的位置速度信息。于此同時，主函數線程管理remote TCP，用以為車輛動力學模型運算提供高頻數據，控制命令如果不能以此頻率變化，則發送重復數據即可。經過測試，某場景仿真軟件地圖處理功能層程序的查詢過程耗時和與車輛動力學模型交互一次數據的耗時均在1ms以內[3]，因此可以滿足類似1000Hz的高頻率運算。

由于在不同線程中都會訪問到某些數據，如與remote TCP交互的車輛信息，因此需要對信息數據加互斥鎖，以對數據讀寫進行保護。

5 系統實現與調試

本文所述系統選用CarSim作為車輛動力學仿真軟件、VTD作為場景仿真軟件進行實現。車輛子系統和場景子系統編制編譯完成的情況下，CarSim軟件和VTD軟件仍需注意如下配置選項：在CarSim軟件中，對車輛動力學模型進行參數配置，以符合期望的仿真測試車型；對CarSim中的仿真啟停條件進行設置，選擇無限長的仿真時間，以便由VTD軟件控制仿真的進程啟停；以及配置仿真步長、輸入輸出變量等。Linux端的VTD軟件中，需要對OdrGateway程序進行TCP連接配置。

依照以上設置，配置VTD和CarSim，運行VTD軟件和CarSim軟件和以本論文方法開發的車輛子系統和場景子系統，最終實現了VTD通過TCP網絡連接與CarSim軟件直接連接通訊，使用CarSim車輛動力學模型控制VTD仿真環境中車輛模型的功能。應用本論文所述仿真方法，最終達到了以1000Hz訪問地圖數據并與CarSim軟件進行交互，CarSim軟件以1000Hz高頻率仿真，VTD軟件以25Hz進行仿真的效果。

6 結語

本文介紹了一種自動駕駛仿真場景下的基于TCP連接的車輛動力學仿真軟件和場景仿真軟件聯合仿真方法。通過設計一個車輛子系統和一個場景子系統，管理了車輛動力學仿真軟件自動化運行，且實時交互輸入輸出，通過TCP網絡連接將場景仿真軟件與車輛動力學仿真軟件直接連接，且保證了車輛動力學仿真軟件高頻率1000Hz仿真，場景仿真軟件25Hz頻率仿真。

接下來的研究將進一步豐富車輛子系統與車輛動力學仿真軟件實時交互的變量數目，如接入更多的車輪觸地點信息應用，接入更多的控制信息等，更充分地利用車輛動力學模型的信息。

參考文獻：

[1]2020中國自動駕駛仿真藍皮書.

[2]自動駕駛仿真技術研究報告（2019）.

[3]周波，張代遠.TCP連接往返時延的被動測量算法實驗驗證[J].計算機技術與發展，2012.