2T/CTSXXXX—2023自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)數(shù)據(jù)交互技術(shù)要求本文件規(guī)定了自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)內(nèi)部的數(shù)據(jù)交互架構(gòu)、數(shù)據(jù)類型、傳輸規(guī)則、交互內(nèi)容的要求。本標(biāo)準(zhǔn)適用于自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)內(nèi)部數(shù)據(jù)交互的設(shè)計和開發(fā)，與本系統(tǒng)相關(guān)的其他系統(tǒng)設(shè)計與開發(fā)可參照使用。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T29107道路交通信息服務(wù)交通狀況描述T/CSAE295.3-2023車路云一體化系統(tǒng)第3部分：路云數(shù)據(jù)交互規(guī)范GA/T1400-2017公安視頻圖像信息應(yīng)用系統(tǒng)GA/T2000.240公安信息代碼第240部分：科技項目管理單位類型代碼T/CTSXXXX自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)技術(shù)要求3術(shù)語定義和縮略語T/CTSXXXX中界定的術(shù)語和定義適用于本文件。3.1縮略語API：應(yīng)用程序接口（ApplicationProgrammingInterface）MQ：消息隊列（MessageQueue）JSON：JavaScript對象表示格式（JavaScriptObjectNotation）HTTP：超文本傳輸協(xié)議（HyperTextTransferProtocol）TLS：傳輸層安全性（TransportLayerSecurity）REST：表述性狀態(tài)傳遞（RepresentationalStateTransfer）Kafka：分布式消息系統(tǒng)Protobuf：協(xié)議緩沖區(qū)(ProtocolBuffers)BSM：基本安全消息(BasicSafetyMessage)UTC：協(xié)調(diào)世界時（CoordinatedUniversalTime）RSU:路側(cè)單元(RoadSideUnit)RSI:路側(cè)基礎(chǔ)設(shè)施(RoadSideInfrastructure)SPaT:信號燈相位與時間(SignalPhaseandTiming)HMAC:散列消息認(rèn)證碼(Hash-basedMessageAuthenticationCode)3T/CTSXXXX—20244一般要求4.1整體規(guī)則傳輸應(yīng)符合下列要求：a)經(jīng)緯度等坐標(biāo)信息采用WGS84或其他符合國家要求的坐標(biāo)系；b)字符串采用UTF-8編碼格式；c)時間戳為UTC（東八區(qū)）時間；d)采用OAuth2.0（開放授權(quán)）安全認(rèn)證，支持訂閱及發(fā)布。4.2注冊認(rèn)證a)上層應(yīng)用攜帶安全簽名向中臺注冊身份信息。b)中臺驗證簽名并返回通信參數(shù)。c)建立連接后啟動數(shù)據(jù)交互。圖1注冊認(rèn)證流程圖4.3傳輸安全a)傳輸層：強制TLS1.2+加密，雙向證書認(rèn)證（X.509格式）。b)數(shù)據(jù)完整性：HMAC簽名校驗。c)訪問控制：基于角色的權(quán)限管理，敏感數(shù)據(jù)脫敏。4.4數(shù)據(jù)格式規(guī)范JSON字段名應(yīng)采用蛇形命名法（snake_case）。Protobuf字段名應(yīng)采用駝峰命名法（CamelCase）。T/CTSXXXX—202345數(shù)據(jù)交互5.1數(shù)據(jù)交互示意圖見圖2圖2數(shù)據(jù)交互示意圖5.2傳輸規(guī)則系統(tǒng)內(nèi)部的數(shù)據(jù)交互傳輸方式，實時性數(shù)據(jù)宜采用MQ，非實時數(shù)據(jù)宜采用HTTP或HTTPs。對于采用MQ傳輸協(xié)議的，宜使用JSON格式，也可以根據(jù)消息集定義，采用protobuf格式。HTTP協(xié)議中，客戶端（子系統(tǒng)）向服務(wù)端（中臺）發(fā)送請求，POST是主要操作方式之一，允許客戶端向服務(wù)端提交查詢參數(shù)，請求或響應(yīng)的消息體為JSON格式。在MQTT協(xié)議中，服務(wù)端（中臺）是消息中轉(zhuǎn)核心，負(fù)責(zé)接收、處理和分發(fā)消息。客戶端（子系統(tǒng)）則發(fā)布消息到特定主題，或訂閱主題來接收消息，QoS（服務(wù)質(zhì)量）定義了消息傳遞的可靠性，出于效率和性能的考慮默認(rèn)為0。6數(shù)據(jù)類型6.1JSON數(shù)據(jù)類型采用Json數(shù)據(jù)傳輸格式的數(shù)據(jù)類型定義，應(yīng)符合表1的要求。表1JSON數(shù)據(jù)類型數(shù)據(jù)類型長度描述int4Byte整型，-2147483648~2147483647double8Byte雙精度浮點型或數(shù)據(jù)長度大于4byte的內(nèi)容，-1.79E+308～1.79E+308T/CTSXXXX—20245數(shù)據(jù)類型長度描述String不固定UTF-8編碼字符串timestamp8Byte無符號整型，自1970年1月1日00:00:00以來的毫秒數(shù)object不固定JSON字符串的一個對象，對象的內(nèi)容本身是一個JSON字符串a(chǎn)rray不固定JSON字符串中的一個數(shù)組，可能包含多個對象和數(shù)組boolean布爾值，取值為TRUE或FALSE6.2Protobuf數(shù)據(jù)類型對于采用Protobuf數(shù)據(jù)格式傳輸?shù)南⒓琍rotobuf數(shù)據(jù)類型應(yīng)符合表2的規(guī)定。表2Protobuf基礎(chǔ)數(shù)據(jù)類型數(shù)據(jù)類型長度描述double8Byte雙精度浮點數(shù)int648Byte64位有符號整數(shù)uint648Byte64位無符號整數(shù)fixed648Byte固定64位無符號整數(shù)sfixed648Byte固定64位有符號整數(shù)float4Byte單精度浮點數(shù)int324Byte32位有符號整數(shù)uint324Byte32位無符號整數(shù)fixed324Byte固定32位無符號整數(shù)sfixed324Byte固定32位有符號整數(shù)bool布爾值T/CTSXXXX—20236數(shù)據(jù)類型長度描述string不固定UTF-8編碼字符串，長度取決于內(nèi)容bytes不固定原始字節(jié)序列，長度取決于數(shù)據(jù)7交互數(shù)據(jù)7.1數(shù)據(jù)傳輸要求7.1.1數(shù)據(jù)傳輸類別系統(tǒng)中臺和子系統(tǒng)交互中涉及到的數(shù)據(jù)類別定義應(yīng)符合表3的規(guī)定。其中，上行指的是從子系統(tǒng)傳輸至中臺，下行指的是從中臺傳輸至子系統(tǒng)。表3交互數(shù)據(jù)類別定義定義數(shù)據(jù)類別傳輸方式是否必選方向頻率（Hz）車輛BSM數(shù)據(jù)媒體數(shù)據(jù)MQ是上行/下行感知軌跡數(shù)據(jù)交通流數(shù)據(jù)MQ是下行交通事件數(shù)據(jù)媒體數(shù)據(jù)分析結(jié)果MQ是下行按實際發(fā)生頻率信號燈數(shù)據(jù)交通流數(shù)據(jù)MQ是下行渣土車過車數(shù)據(jù)媒體數(shù)據(jù)分析結(jié)果HTTP是下行按實際發(fā)生頻率轉(zhuǎn)向級交通流數(shù)據(jù)交通流數(shù)據(jù)分析結(jié)果HTTP是下行900車道級交通流數(shù)據(jù)交通流數(shù)據(jù)分析結(jié)果HTTP是下行3007.1.2HTTP接口請求參數(shù)應(yīng)符合表4的要求。表4請求參數(shù)格式序號字段名稱字段含義數(shù)據(jù)類型是否必選取值說明1requestCloudID請求云編號String是請求的云編號2data請求數(shù)據(jù)Object是需要傳遞的基本數(shù)據(jù)，根據(jù)T/CTSXXXX—20247不同接口內(nèi)容可以不同3timestamp請求時間timestamp是請求時間戳（UTC時間，東八區(qū)）響應(yīng)參數(shù)應(yīng)符合表5的要求。表5響應(yīng)參數(shù)格式序號字段名稱字段含義數(shù)據(jù)類型是否必選取值說明1responseCloudID響應(yīng)云編號String是響應(yīng)的云編號2code響應(yīng)編號int是請求成功為0，請求失敗為-13data響應(yīng)數(shù)據(jù)Object是響應(yīng)信息等4message額外響應(yīng)消息String是code字段非0時，該字段有5timestamp注冊時間戳timestamp是響應(yīng)的時間戳（UTC時間，東八區(qū)）7.1.3MQ數(shù)據(jù)接口基于MQ通信方式的數(shù)據(jù)TOPIC建議見表6。表6TOPIC建議消息類型TOPIC建議說明Cloud2cloud_bsm_upcloud/bsm/up車輛BSM數(shù)據(jù)（上行）Cloud2cloud_bsm_downcloud/bsm/down車輛BSM數(shù)據(jù)（下行）Cloud2cloud_tracking_downcloud/tracking/down感知軌跡數(shù)據(jù)Cloud2cloud_event_downcloud/event/down交通事件數(shù)據(jù)Cloud2cloud_spat_downcloud/spat/down信號燈數(shù)據(jù)7.2車輛BSM數(shù)據(jù)車輛BSM數(shù)據(jù)是智能網(wǎng)聯(lián)車輛通過車載單元周期性廣播或上傳至云控平臺的核心消息體，用于描述車輛的實時動態(tài)屬性。數(shù)據(jù)字段的定義應(yīng)符合T/CSAE295.3-2023中BSM數(shù)據(jù)上報消息集的要求。7.3感知軌跡數(shù)據(jù)感知軌跡數(shù)據(jù)由路側(cè)感知設(shè)備（如激光雷達(dá)、攝像頭、毫米波雷達(dá)等）對交通環(huán)境進(jìn)行探測、識別和跟蹤后產(chǎn)生，用于描述目標(biāo)物（機動車、非機動車、行人等）的實時狀態(tài)、屬性和空間信息。感知軌跡數(shù)據(jù)字段的定義應(yīng)符合T/CSAE295.3-2023中RSM數(shù)據(jù)下發(fā)消息集的要求。7.4交通事件數(shù)據(jù)交通事件數(shù)據(jù)用于描述道路環(huán)境中發(fā)生的異常或需要關(guān)注的情況，由路側(cè)感知單元或云控平臺算法識別并產(chǎn)生，為交通管理、風(fēng)險預(yù)警和車輛主動安全提供決策依據(jù)。交通事件數(shù)據(jù)字段的定義應(yīng)符合T/CSAE295.3-2023中RSI數(shù)據(jù)下發(fā)消息集的要求。T/CTSXXXX—202387.5信號燈數(shù)據(jù)信號燈數(shù)據(jù)用于描述路側(cè)信號控制機的實時狀態(tài)與配時信息，由云控平臺或邊緣計算單元處理生成，并下發(fā)至智能網(wǎng)聯(lián)車輛和路側(cè)設(shè)備。信號燈數(shù)據(jù)字段的定義應(yīng)符合T/CSAE295.3-2023中SPAT數(shù)據(jù)下發(fā)消息集的要求。7.6重點車輛監(jiān)測數(shù)據(jù)重點車輛監(jiān)測數(shù)據(jù)是指由第三方平臺提供的，針對特定類型營運車輛（渣土車、?；愤\輸車、客運班車等）的監(jiān)管數(shù)據(jù)。其數(shù)據(jù)字段的定義應(yīng)符合GA/T1400.3-2017附錄A.1機動車對象的要求。7.7交通流數(shù)據(jù)交通流數(shù)據(jù)是指用于描述道路網(wǎng)絡(luò)運行狀態(tài)的特征數(shù)據(jù)，由路側(cè)感知設(shè)備采集并由數(shù)據(jù)中臺聚合處理后產(chǎn)生。7.7.1轉(zhuǎn)向級交通流數(shù)據(jù)轉(zhuǎn)向級交通流數(shù)據(jù)是指在道路交叉口，以進(jìn)口道和行駛方向（如東進(jìn)口左轉(zhuǎn)、南進(jìn)口直行）為基本單元進(jìn)行聚合統(tǒng)計的交通參數(shù)數(shù)據(jù)。轉(zhuǎn)向級交通流數(shù)據(jù)字段的定義應(yīng)符合表7的規(guī)定。表7轉(zhuǎn)向級交通流數(shù)據(jù)字段定義序號字段名稱字段含義數(shù)據(jù)類型是否必填取值說明1junctionId交叉口編號int是2junctionPhase進(jìn)出口道位于交叉口的方位String是3turnDirection車輛流向String是4turnPhaseId車輛相位流向編號int是參照T/CSAE295.3-2023附錄E相位定義規(guī)則建議5laneCount流向進(jìn)口道車道數(shù)int是6timestamp時間戳String是每15分鐘生成一次7volume流量int是每15分鐘生成一次8delay車均延誤float是單位：秒9greenLightUsage綠燈利用率float是passtime路況float是queueLength排隊長度float是單位：米7.7.2車道級交通流數(shù)據(jù)車道級交通流數(shù)據(jù)是指在道路路段上，以單個車道為基本單元進(jìn)行聚合統(tǒng)計的交通參數(shù)數(shù)據(jù)。該數(shù)據(jù)相比轉(zhuǎn)向級數(shù)據(jù)更為精細(xì)，用于精準(zhǔn)刻畫路段每個車道的運行狀況。T/CTSXXXX—20249車道級交通流數(shù)據(jù)字段的定義應(yīng)符合表8的規(guī)定。表8車道級交通流數(shù)據(jù)字段定義序號字段名稱字段含義數(shù)據(jù)類型是否必填取值說明1roadsecId路段編號int是2roadsecDirId路段方向編號int是3roadsecDirection路段方向String是4laneCount車道數(shù)int是5laneNo車道編號int是6timestamp時間戳String是7speed路段平均速度double是單位：千米/小時8speedIndex路況double是9volume流量int是每5分鐘生成一次dir行駛方向String是T/CTSXXXX—2023參考文獻(xiàn)[1]智能網(wǎng)聯(lián)道路系統(tǒng)分級定義與解讀報告（中國公路學(xué)會自動駕駛工作委員會，2019年）[2]車路云一體化系統(tǒng)云控基礎(chǔ)平臺功能場景參考架構(gòu)1.0（中國汽車工程學(xué)會，2024年）[3]車路協(xié)同自動駕駛系統(tǒng)分級與智能分配定義與解讀報告（中國公路學(xué)會自動駕駛工作委員會、中國公路學(xué)會自動駕駛標(biāo)準(zhǔn)化工作委員會，2020年）[4]T/CSAE295.1-2023車路云一體化系統(tǒng)第1部分：系統(tǒng)組成及基礎(chǔ)平臺架構(gòu)[5]JSITS/T0008-2023智慧公路車路協(xié)同路側(cè)設(shè)施建設(shè)及應(yīng)用技術(shù)指南[6]DB32/T4192-2022車路協(xié)同設(shè)施設(shè)置指南[7]DB3202/T1034.1-2022智能網(wǎng)聯(lián)道路基礎(chǔ)設(shè)施建設(shè)指南第1部分：總則[8]蔡銘.自主式交通系統(tǒng)構(gòu)成理論基礎(chǔ)[M].廣州：中山大學(xué)出版社，2022[9]GB/T44417-2024車路協(xié)同系統(tǒng)智能路側(cè)協(xié)同控制設(shè)備技術(shù)要求和測試方法《自主式道路交通系統(tǒng)安全保障服務(wù)信息（征求意見稿）制說明標(biāo)準(zhǔn)起草工作組1《自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)數(shù)據(jù)交互技術(shù)要求》編制說明一、工作簡況（一）任務(wù)來源（1）項目編號2025年7月，中國道路交通安全協(xié)會下發(fā)關(guān)于同意《自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)數(shù)據(jù)交互技術(shù)要求》團(tuán)體標(biāo)準(zhǔn)立項的通知（中交安協(xié)通〔2025〕12號批復(fù)立項本標(biāo)準(zhǔn)，由公安部道路交通安全研究中心聯(lián)合先導(dǎo)（蘇州）數(shù)字產(chǎn)業(yè)投資有限公司、天翼交通科技有限公司、蘇州科達(dá)科技有限公司、北京天耀宏圖科技股份有限公司、中國汽車工程研究院股份有限公司等單位承擔(dān)團(tuán)體標(biāo)準(zhǔn)《自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)數(shù)據(jù)交互技術(shù)要求》的制訂任務(wù)。（2）制定背景在“十四五”時期，國務(wù)院安委會發(fā)布的《“十四五”全國道路交通安全規(guī)劃》和交通運輸部、科技部聯(lián)合發(fā)布的《關(guān)于科技創(chuàng)新驅(qū)動加快建設(shè)交通強國的意見》中，明確提出了提升交通安全治理能力現(xiàn)代化的戰(zhàn)略目標(biāo)，重點推動自主式道路交通系統(tǒng)與安全管理的深度融合。隨著車路云一體化技術(shù)的迅猛發(fā)展，自主式道路交通系統(tǒng)已逐漸成為提高交通安全、有效應(yīng)對復(fù)雜交通事件的重要技術(shù)支撐。在此基礎(chǔ)上，科技部發(fā)布的“交通載運裝備與智能交通技術(shù)”重點專項中，明確提出了加強自主式道路交通系統(tǒng)安全保障技術(shù)的研究任務(wù)，特別是針對自主式道路交通系統(tǒng)的復(fù)雜性和動態(tài)性，要求開展安全態(tài)勢感知、風(fēng)險識別管控等關(guān)鍵技術(shù)的研發(fā)工作。隨著自動駕駛技術(shù)與車路協(xié)同技術(shù)的不斷突破與成熟，自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)已經(jīng)成為保障交通通行安全、提升交通管理效率的重要基礎(chǔ)設(shè)施。本標(biāo)準(zhǔn)的制定，旨在為自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)數(shù)據(jù)交互的內(nèi)容、方式以及規(guī)則提供統(tǒng)一的標(biāo)準(zhǔn)化依據(jù)，推動交通安全領(lǐng)域相關(guān)技術(shù)的創(chuàng)新與應(yīng)用，進(jìn)一步提升我國交通管理體系的智能化水平，確保交通環(huán)境的安全、可靠、可持續(xù)發(fā)展，為實現(xiàn)交通強國建設(shè)目標(biāo)提供有力支撐。（3）預(yù)研情況本標(biāo)準(zhǔn)預(yù)研工作依托國家重點研發(fā)計劃“自主式道路交通系統(tǒng)安全保障技術(shù)”項目研究任務(wù)，2024年5月，標(biāo)準(zhǔn)編寫組按照項目組要求，基于對自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)的研究，并于同年10月對架構(gòu)體系進(jìn)行修改完善。2024年11月19日至2025年3月26日，標(biāo)準(zhǔn)編寫組委托各相關(guān)單位開展自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)的數(shù)據(jù)交互信息進(jìn)行閉環(huán)性驗證工作，進(jìn)一步優(yōu)化數(shù)據(jù)交互細(xì)節(jié)。上述開展的工作為標(biāo)準(zhǔn)的編寫提供了堅實的研究論證和科研支撐。（二）主要工作過程主要階段包括：第一階段：標(biāo)準(zhǔn)起草階段（2024年4月至2025年5月）本標(biāo)準(zhǔn)依托國家重點研發(fā)計劃“自主式道路交通系統(tǒng)安全保障技術(shù)”的研究任務(wù)，經(jīng)項目前期調(diào)研、集中研討、專家論證，對自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)的數(shù)據(jù)交互的內(nèi)容、方式以及規(guī)則進(jìn)行了解析，在此基礎(chǔ)上編制了《自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)數(shù)據(jù)交互技術(shù)要求》團(tuán)體標(biāo)準(zhǔn)草案。期間，為提高分級方案的科學(xué)性、實用性、針對性，2024年4月2和5月，公安部道路交通安全研究中心分別組織召開兩次項目研討會，就架構(gòu)組成等咨詢專家意見建議。2025年7月29日，經(jīng)中國道路交通安全協(xié)會審核，《自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)數(shù)據(jù)交互技術(shù)要求》符合快速程序立項要求，同意批準(zhǔn)立項。2025年9月，公安部道路交通安全研究中心組織召開編寫組工作會議，經(jīng)專家組討論研究，建議修改名稱為《自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)數(shù)據(jù)交互技術(shù)要求》，并形成團(tuán)體標(biāo)準(zhǔn)征求意見稿。（三）標(biāo)準(zhǔn)主要起草單位基本情況介紹及其所做的工作公安部道路交通安全研究中心作為項目負(fù)責(zé)起草單位，具備優(yōu)勢的資源整合、理論探索和實驗論證等能力，在科研理論、方法、技術(shù)等方面均具備良好的條件。標(biāo)準(zhǔn)編制組參與人員在道路交通安全法律法規(guī)、道路交通安全系統(tǒng)、智能網(wǎng)聯(lián)汽車、自動駕駛技術(shù)、駕駛行為研究、系統(tǒng)平臺搭建、道路交通違法和事故等方面專業(yè)理論知識基礎(chǔ)扎實、工作經(jīng)驗穩(wěn)固、團(tuán)隊配合能力強，能夠確保規(guī)范編制過程有序推進(jìn)，確保規(guī)范內(nèi)容的合法性、專業(yè)性和易讀性。天翼交通科技有限公司、中國汽車工程研究院股份有限公司、北京天耀宏圖科技有限公司、先導(dǎo)（蘇州）數(shù)字產(chǎn)業(yè)投資有限公司、蘇州科達(dá)科技股份有限公司。參與標(biāo)準(zhǔn)制訂工作，負(fù)責(zé)部分條款的分析、論證工作。（四）主要起草人及其所做工作序號單位名稱姓名標(biāo)準(zhǔn)起草過程中負(fù)責(zé)工作1公安部道路交通安全研究中心安子恒標(biāo)準(zhǔn)負(fù)責(zé)人，標(biāo)準(zhǔn)主要內(nèi)容研究與編寫，統(tǒng)籌設(shè)計，實施推進(jìn)李小松、于鵬程、蔡浩杰標(biāo)準(zhǔn)主要內(nèi)容研究與編寫2先導(dǎo)（蘇州）數(shù)字產(chǎn)業(yè)投資有限公司胡宇超、張玉娟標(biāo)準(zhǔn)主要內(nèi)容研究與編寫3天翼交通科技有限公司雍成陽、陸志杰標(biāo)準(zhǔn)主要內(nèi)容研究與編寫，標(biāo)準(zhǔn)一致性檢查4蘇州科達(dá)科技有限公司常展程、張晉、王舉參與標(biāo)準(zhǔn)內(nèi)容編寫5北京天耀宏圖科技有限公司陳雪飛、陳昭伊參與標(biāo)準(zhǔn)內(nèi)容編寫6中國汽車工程研究院股份有限公司包環(huán)參與標(biāo)準(zhǔn)內(nèi)容編寫二、編制原則本標(biāo)準(zhǔn)編制的原則主要有“規(guī)范性”、“先進(jìn)性”、“適用性”和“協(xié)同性”。其中“規(guī)范性”是指為了確保標(biāo)準(zhǔn)與法律法規(guī)、政策文件的統(tǒng)一性和協(xié)調(diào)性，嚴(yán)格按照相關(guān)標(biāo)準(zhǔn)、規(guī)范的有關(guān)規(guī)定進(jìn)行編制。“先進(jìn)性”是指標(biāo)準(zhǔn)所涉及內(nèi)容與該領(lǐng)域前沿理論和技術(shù)發(fā)展保持一致或同步?！斑m用性”是指本標(biāo)準(zhǔn)適用于各地區(qū)自主式道路交通系統(tǒng)安全保障服務(wù)平臺的建設(shè)和管理等。“協(xié)同性”是指本標(biāo)準(zhǔn)強調(diào)系統(tǒng)“端、網(wǎng)、云、用”各層級之間的協(xié)同，通過標(biāo)準(zhǔn)化接口和數(shù)據(jù)共享機制，實現(xiàn)跨平臺、跨部門的高效協(xié)作。三、標(biāo)準(zhǔn)內(nèi)容的起草（一）主要技術(shù)內(nèi)容的確定和依據(jù)31.“范圍”部分本標(biāo)準(zhǔn)范圍明確規(guī)范智能網(wǎng)聯(lián)交通通行安全管理系統(tǒng)中臺與上層應(yīng)用之間的數(shù)據(jù)交互，涵蓋總體架構(gòu)、數(shù)據(jù)類型、傳輸規(guī)則及接口定義等內(nèi)容。通過標(biāo)準(zhǔn)化數(shù)據(jù)交互機制支撐上層應(yīng)用的實時業(yè)務(wù)處理與分析決策，重點針對中臺與應(yīng)用間的數(shù)據(jù)互通，旨在實現(xiàn)跨子系統(tǒng)數(shù)據(jù)的高效共享、安全可控與標(biāo)準(zhǔn)化集成，為智能網(wǎng)聯(lián)交通治理能力的提升提供技術(shù)支撐。2.“規(guī)范性引用文件”部分規(guī)范性引用文件章節(jié)嚴(yán)格遵循標(biāo)準(zhǔn)編制慣例，引用GB/T29107《道路交通信息服務(wù)交通狀況描述》、T/CSAE295.3-2023《車路云一體化系統(tǒng)第3部分：路云數(shù)據(jù)交互規(guī)范》、GA/T1400-2017《公安視頻圖像信息應(yīng)用系統(tǒng)》、GA/T2000.240《公安信息代碼第240部分：科技項目管理單位類型代碼》等文件共同構(gòu)成數(shù)據(jù)定義、傳輸邏輯及環(huán)境要素的標(biāo)準(zhǔn)化基礎(chǔ)，確保本規(guī)范與現(xiàn)行國家、行業(yè)標(biāo)準(zhǔn)的技術(shù)協(xié)同性。3.“術(shù)語定義和縮略語”部分(1)API：應(yīng)用程序接口（ApplicationProgrammingInterface預(yù)定義的軟件接口，實現(xiàn)不同系統(tǒng)間的服務(wù)調(diào)用和數(shù)據(jù)交換，在智能網(wǎng)聯(lián)交通系統(tǒng)中，中臺通過標(biāo)準(zhǔn)化API為上層應(yīng)用提供統(tǒng)一服務(wù)接入，支撐業(yè)務(wù)協(xié)同。(2)MQ：消息隊列（MessageQueue一種異步消息傳遞機制，用于在分布式系統(tǒng)中解耦應(yīng)用和緩沖數(shù)據(jù)流，在智能網(wǎng)聯(lián)交通系統(tǒng)中，MQ處理車輛與路側(cè)設(shè)備之間的實時消息，確保高并發(fā)通信的可靠性。(3)JSON：JavaScript對象表示格式（JavaScriptObjectNotation輕量級的數(shù)據(jù)交換格式，易于讀寫和解析，在智能網(wǎng)聯(lián)交通系統(tǒng)中，JSON常用于API數(shù)據(jù)傳輸，如車輛狀態(tài)和交通事件的結(jié)構(gòu)化表達(dá)。(4)HTTP：超文本傳輸協(xié)議（HyperTextTransferProtocol應(yīng)用層協(xié)議，用于客戶端和服務(wù)器之間的請求響應(yīng)通信，在智能網(wǎng)聯(lián)交通系統(tǒng)中，HTTP支持車云數(shù)據(jù)交換，實現(xiàn)遠(yuǎn)程監(jiān)控和服務(wù)調(diào)用。(5)TLS：傳輸層安全性（TransportLayerSecurity加密協(xié)議，提供網(wǎng)絡(luò)通信的隱私和數(shù)據(jù)完整性，在智能網(wǎng)聯(lián)交通系統(tǒng)中，TLS保護(hù)V2X消息傳輸，防止竊聽和篡改。(6)REST：表述性狀態(tài)傳遞（RepresentationalStateTransfer軟件架構(gòu)風(fēng)格，基于資源標(biāo)識的Web服務(wù)設(shè)計，在智能網(wǎng)聯(lián)交通系統(tǒng)中，RESTfulAPI用于訪問交通資源，如實時路況或信號控制。(7)Kafka：分布式消息系統(tǒng)（ApacheKafka高吞吐量的發(fā)布訂閱消息平臺，用于實時數(shù)據(jù)流處理，在智能網(wǎng)聯(lián)交通系統(tǒng)中，Kafka集成車輛傳感器數(shù)據(jù)，支持流式分析和事件驅(qū)動應(yīng)用。(8)Protobuf：協(xié)議緩沖區(qū)（ProtocolBuffers高效的數(shù)據(jù)序列化格式，用于結(jié)構(gòu)化數(shù)據(jù)編碼，在智能網(wǎng)聯(lián)交通系統(tǒng)中，Protobuf壓縮V2X消息大小，提升通信效率。(9)BSM：基本安全消息（BasicSafetyMessageV2X通信中車輛廣播的安全數(shù)據(jù)，包含位置和動態(tài)信息，在智能網(wǎng)聯(lián)交通系統(tǒng)中，BSM實現(xiàn)車輛間協(xié)同避撞，提高道路安全。(10)UTC：協(xié)調(diào)世界時（CoordinatedUniversalTime國際標(biāo)準(zhǔn)時間基準(zhǔn)，用于全球時鐘同步，在智能網(wǎng)聯(lián)交通系統(tǒng)中，UTC統(tǒng)一設(shè)備時間戳，確保日志和事件順序準(zhǔn)確。(11)RSU：路側(cè)單元（RoadSideUnit部署于道路旁的通信設(shè)備，實現(xiàn)車路交互（V2I在智能網(wǎng)聯(lián)交通系統(tǒng)中，RSU廣播交通警示和優(yōu)化信息，輔助車輛決策。(12)RSI：路側(cè)基礎(chǔ)設(shè)施（RoadSideInfrastructure泛指路側(cè)智能設(shè)備集合，包括通信和感知單元，在智能網(wǎng)聯(lián)交通系統(tǒng)中，RSI提供綜合服務(wù)，如環(huán)境感知和數(shù)據(jù)分析。(13)SPaT：信號燈相位與時間（SignalPhaseandTiming交通信號狀態(tài)和時序信息，用于V2I通信，在智能網(wǎng)聯(lián)交通系統(tǒng)中，SPaT消息幫助車輛預(yù)測信號變化，優(yōu)化通行效率。(14)HMAC：散列消息認(rèn)證碼（Hash-basedMessageAuthenticationCode基于哈希函數(shù)4的消息認(rèn)證技術(shù)，確保數(shù)據(jù)真實性和完整性，在智能網(wǎng)聯(lián)交通系統(tǒng)中，HMAC驗證V2X消息來源，防御網(wǎng)絡(luò)攻擊。4."一般要求"部分本部分規(guī)定了自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)內(nèi)部數(shù)據(jù)交互所需遵循的通用性、基礎(chǔ)性技術(shù)要求，涵蓋整體傳輸規(guī)則、身份注冊與認(rèn)證流程、通信安全措施及數(shù)據(jù)格式命名規(guī)范，為后續(xù)具體交互內(nèi)容提供基礎(chǔ)框架。（1）關(guān)于4.1"整體規(guī)則"，明確了數(shù)據(jù)傳輸中的基本約定，包括坐標(biāo)系統(tǒng)采用WGS84或國家標(biāo)準(zhǔn)坐標(biāo)系、字符串使用UTF-8編碼、時間戳采用東八區(qū)UTC時間，并規(guī)定采用OAuth2.0安全認(rèn)證機制以支持服務(wù)的訂閱與發(fā)布。（2）關(guān)于4.2"注冊認(rèn)證"，規(guī)定了上層應(yīng)用與中臺建立連接前的身份驗證流程，要求上層應(yīng)用攜帶安全簽名進(jìn)行注冊，中臺驗證通過后分配通信參數(shù)，以確保交互發(fā)起方的合法性與可信性。（3）關(guān)于4.3"傳輸安全"，從傳輸層、數(shù)據(jù)完整性及訪問控制三個維度提出安全要求，包括強制使用TLS1.2及以上版本進(jìn)行加密、采用雙向證書認(rèn)證（X.509格式）、使用HMAC進(jìn)行簽名校驗，并實施基于角色的權(quán)限管理及敏感數(shù)據(jù)脫敏。（4）關(guān)于4.4"數(shù)據(jù)格式規(guī)范"，對不同數(shù)據(jù)序列化格式的字段命名風(fēng)格作出規(guī)定，要求JSON字段名采用蛇形命名法（snake_case而Protobuf字段名應(yīng)采用駝峰命名法（CamelCase以保持?jǐn)?shù)據(jù)定義的一致性和可讀性。5."數(shù)據(jù)交互"部分本部分規(guī)定了系統(tǒng)內(nèi)部各組件（如中臺與子系統(tǒng)）之間進(jìn)行數(shù)據(jù)交換的架構(gòu)模型、傳輸協(xié)議選用原則及交互模式。（1）關(guān)于5.1"數(shù)據(jù)交互示意圖"，通過架構(gòu)圖展示了中臺、上層應(yīng)用及子系統(tǒng)之間的數(shù)據(jù)流向與交互關(guān)系，明確了系統(tǒng)內(nèi)各部分的邏輯連接。（2）關(guān)于5.2"傳輸規(guī)則"，明確了不同實時性要求的數(shù)據(jù)應(yīng)采用的傳輸協(xié)議：實時性數(shù)據(jù)宜采用消息隊列（MQ非實時數(shù)據(jù)宜采用HTTP/HTTPS；對于MQ傳輸，消息格式建議使用JSON或Protobuf；并說明了HTTP協(xié)議中以POST為主要操作方式，MQTT協(xié)議中服務(wù)端作為消息中轉(zhuǎn)核心的角色及其服務(wù)質(zhì)量（QoS）默認(rèn)級別。6."數(shù)據(jù)類型"部分本部分規(guī)定了系統(tǒng)數(shù)據(jù)交互中使用的JSON數(shù)據(jù)格式的基本類型定義。（1）關(guān)于6.1"JSON數(shù)據(jù)類型"，通過類型定義表明確了各數(shù)據(jù)字段應(yīng)采用的JSON標(biāo)準(zhǔn)數(shù)據(jù)類型（如字符串、數(shù)值、對象、數(shù)組等確保數(shù)據(jù)在序列化/反序列化過程中結(jié)構(gòu)一致、解析無誤。（2）關(guān)于6.2"Protobuf數(shù)據(jù)類型"，本部分明確了Protobuf消息字段的基礎(chǔ)數(shù)據(jù)類型映射，定義了消息格式以確?？缙脚_兼容性。這些規(guī)定對實現(xiàn)高吞吐量的實時數(shù)據(jù)交換（如車輛BSM數(shù)據(jù)、感知軌跡數(shù)據(jù)流）具有重要支撐作用。7."交互數(shù)據(jù)"部分本部分詳細(xì)規(guī)定了系統(tǒng)中所交互的具體數(shù)據(jù)類別、各類數(shù)據(jù)的字段定義、傳輸接口要求以及對應(yīng)的業(yè)務(wù)含義。下行（中臺至子系統(tǒng)）的傳輸方向；7.1.2規(guī)定了HTTP接口的請求參數(shù)與響應(yīng)參數(shù)格式；7.1.3則對基于MQ通信方式的數(shù)據(jù)主題（TOPIC）提出了建議。（2）關(guān)于7.2"車輛BSM數(shù)據(jù)"，明確了BSM數(shù)據(jù)作為描述車輛實時動態(tài)屬性的核心消息體，其數(shù)據(jù)字段定義應(yīng)遵循T/CSAE295.3-2023中BSM數(shù)據(jù)上報消息集的要求。（3）關(guān)于7.3"感知軌跡數(shù)據(jù)"，規(guī)定了由路側(cè)感知設(shè)備產(chǎn)生的目標(biāo)物軌跡數(shù)據(jù)，其字段定義應(yīng)遵循T/CSAE295.3-2023中RSM數(shù)據(jù)下發(fā)消息集的要求。5（4）關(guān)于7.4"交通事件數(shù)據(jù)"，明確了描述道路異?；蛐桕P(guān)注情況的事件數(shù)據(jù)，其字段定義應(yīng)遵循T/CSAE295.3-2023中RSI數(shù)據(jù)下發(fā)消息集的要求。（5）關(guān)于7.5"信號燈數(shù)據(jù)"，規(guī)定了信號燈相位與時間（SPaT）數(shù)據(jù)的用途及其字段定義應(yīng)遵循T/CSAE295.3-2023中SPaT數(shù)據(jù)下發(fā)消息集的要求。（6）關(guān)于7.6"重點車輛監(jiān)測數(shù)據(jù)"，明確了第三方平臺提供的特定營運車輛監(jiān)管數(shù)據(jù)，其字段定義應(yīng)符合GA/T1400.3-2017附錄A.1關(guān)于機動車對象的要求。（7）關(guān)于7.7"交通流數(shù)據(jù)"，進(jìn)一步細(xì)分為7.7.1"轉(zhuǎn)向級交通流數(shù)據(jù)"（規(guī)定了以交叉口進(jìn)口道和行駛方向為單元的聚合統(tǒng)計參數(shù)字段定義）和7.7.2"車道級交通流數(shù)據(jù)"（規(guī)定了以單個車道為單元的更精細(xì)交通參數(shù)字段定義）。（二）標(biāo)準(zhǔn)中英文內(nèi)容的漢譯英情況本標(biāo)準(zhǔn)中標(biāo)準(zhǔn)名稱的英文翻譯，根據(jù)《標(biāo)準(zhǔn)漢譯英要求第2部分：標(biāo)準(zhǔn)名稱》（GA/T參考其他標(biāo)準(zhǔn)文件資料，將“自主式道路交通系統(tǒng)安全保障服務(wù)信息系統(tǒng)”翻譯為“safetyassuranceserviceinformationsystemforautonomousroadtransportsystem”。標(biāo)題整體翻譯為“datainteractiontechnicalrequirementsforthesafetyassuranceserviceinformationsys