《路運輸車輛智能監(jiān)控系統(tǒng)技術(shù)規(guī)范 第3部分：通訊協(xié)議（報批稿）》

ICS03.220CCSR87DB32江代替DB32/T3610.3-2019TechnicalspecificationsforintelligentmonitoringsystemofroadtransportPart3：Communicationproto-DB32/T3610.3-2024前言 Ⅲ 12規(guī)范性引用文件 13術(shù)語和定義 14縮略語 15終端與平臺協(xié)議基礎(chǔ) 26平臺數(shù)據(jù)交換協(xié)議 30參考文獻 47DB32/T3610.3-2024本文件按照GB/T1.1-2020《標準化工作導則第1部分：標準化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)定起草。本文件是DB32/T3610.3-2024《道路運輸車輛智能監(jiān)控系統(tǒng)技術(shù)規(guī)范》的第3部分。DB32/TXXXX.2-202X已經(jīng)發(fā)布了以下部分：——第1部分：平臺——第2部分：終端及測試方法——第3部分：通訊協(xié)議本文件替代了DB32/T3610.3-2019《道路運輸車輛主動安全智能防控系統(tǒng)技術(shù)規(guī)范第3部分：通訊協(xié)議》。與DB32/T3610.3-2019相比，除標準名稱變更為《道路運輸車輛智能監(jiān)控系統(tǒng)技術(shù)規(guī)范》及結(jié)構(gòu)調(diào)整混合編輯性改動外，主要技術(shù)變化如下：a)刪除了“參數(shù)設(shè)置指令”車距過近報警相關(guān)協(xié)議內(nèi)容及報警等級定義要求（見2019版中4.3.1）；b)增加了“參數(shù)指令設(shè)置”中“不系安全帶報警分級速度閾值、雙手同時脫離方向盤分級速度閾值、駕駛員行為監(jiān)測、變道決策輔助功能”參數(shù)要求（見5.3.1）；c)增加了“駕駛員行為監(jiān)測功能報警”中“未系安全帶報警、紅外阻斷性墨鏡失效報警、雙手脫把報警”數(shù)據(jù)格式的要求（見5.4.2）；d)增加了“駕駛員行為監(jiān)測功能報警”精度、維度“精確到百萬分之一度”的要求（見5.4.2）；e)增加了“終端升級方式”中“終端控制命令字說明”的要求（見5.7.1）；f)增加了“智能音視頻傳輸”中“實時智能音視頻傳輸、歷史智能音視頻傳輸、多中心連接控制”內(nèi)容的要求（見5.9）；g)增加了“數(shù)據(jù)實體格式”中“上報駕駛員身份信息應(yīng)答消息、報警附件主動上報”數(shù)據(jù)體要求（見6.2）.請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構(gòu)不承擔識別專利的責任。本文件由江蘇省交通運輸廳提出、歸口并組織實施。本文件起草單位：江蘇省交通運輸廳、江蘇省交通運輸綜合行政執(zhí)法監(jiān)督局、江蘇省交通運輸廳信息中心、南京三寶科技股份有限公司、江蘇馭道數(shù)據(jù)科技有限公司、招商局檢測車輛技術(shù)研究院有限公司、南京市產(chǎn)品質(zhì)量監(jiān)督檢驗院(南京市質(zhì)量發(fā)展與先進技術(shù)應(yīng)用研究院)、中電鴻信信息科技有限公司。本文件主要起草人：儲春祥、陳明輝、何健、劉前進、何宇、顧敏、閆楓逸、朱雷雷、蔣學輝、王建剛、吳志明、許成濤、鄧雋卓、韓正平、李清、祁王棟、周宜婷、劉璐。DB32/T3610.3-2024自2019年原標準（DB32/T3610-2019《道路運輸車輛主動安全智能防控系統(tǒng)技術(shù)規(guī)范》）正式實施以來，在推動道路運輸車輛主動安全智能防控方面起到了積極作用。然而，隨著道路運輸車安全管理需求的提升及應(yīng)用范圍的增加，現(xiàn)有設(shè)備功能和技術(shù)標準已無法滿足和適應(yīng)新形勢下安全監(jiān)管要求，亟需對執(zhí)行技術(shù)標準進行更新和改進。此次修訂旨在調(diào)整和完善原技術(shù)標準，以適應(yīng)技術(shù)進步和管理需求，優(yōu)化道路運輸車輛智能監(jiān)控系統(tǒng)及終端硬件的使用，提升平臺及終端的功能性和可靠性，確保交通安全監(jiān)管的有效性。通過近年來對全省終端和平臺使用情況的巡查，發(fā)現(xiàn)了盲區(qū)監(jiān)測功能缺失、設(shè)備報警誤報率高、設(shè)備更換及維護不規(guī)范等一系列問題。這些問題也印證了現(xiàn)有標準無法適應(yīng)行業(yè)技術(shù)快速發(fā)展和日益提升的安全管理需求。隨著芯片和智能識別技術(shù)的進步，市場主流產(chǎn)品性能已顯著提升，特別是在普貨運輸車輛試點應(yīng)用中，盲區(qū)監(jiān)測系統(tǒng)功能成熟且穩(wěn)定，也促使了有必要對原技術(shù)標準中的相關(guān)要求進行調(diào)整。此次修訂工作旨在全面提升道路運輸車輛智能監(jiān)控系統(tǒng)的應(yīng)用質(zhì)量，進一步強化動態(tài)管理效果，將“被動接受”為“主動監(jiān)管”，變“事后處理”為“事前預(yù)防”。這一修訂工作將鞏固江蘇省在道路運輸車輛智能監(jiān)控系統(tǒng)的技術(shù)基礎(chǔ)，保持標準和設(shè)備的適用性和先進性，通過先進的技術(shù)手段提升監(jiān)管成效，努力降低事故率和死亡率，從而提升全省道路運輸安全及綜合交通運輸管理能力，為車輛智能監(jiān)控系統(tǒng)的全面應(yīng)用提供積極推動作用。DB32/T3610-2024《道路運輸車輛智能監(jiān)控系統(tǒng)技術(shù)規(guī)范》擬由三個部分構(gòu)成。——第1部分：平臺。目的在于規(guī)范道路運輸車輛智能監(jiān)控系統(tǒng)平臺的功能和技術(shù)要求，確保其具備高效的車輛監(jiān)控、報警管理和數(shù)據(jù)處理能力。——第2部分：終端及測試方法。目的在于明確道路運輸車輛智能監(jiān)控系統(tǒng)終端設(shè)備的技術(shù)規(guī)格及性能測試標準，確保其在數(shù)據(jù)采集、報警觸發(fā)和狀態(tài)監(jiān)測等方面的功能滿足行業(yè)要求?！?部分：通訊協(xié)議。目的在于確保平臺與終端設(shè)備之間的數(shù)據(jù)傳輸安全、穩(wěn)定和高效。1DB32/T3610.3-2024道路運輸車輛智能監(jiān)控系統(tǒng)技術(shù)規(guī)范第3部分：通訊協(xié)議本文件規(guī)定了道路運輸車輛智能監(jiān)控系統(tǒng)車載終端(以下簡稱“終端”)與監(jiān)管/監(jiān)控中心(以下簡稱“平臺”)之間、終端與外部設(shè)備之間的通訊協(xié)議，包括協(xié)議基礎(chǔ)、消息定義及數(shù)據(jù)格式。本文件適用于道路運輸車輛智能監(jiān)控系統(tǒng)終端和平臺、終端和外部設(shè)備之間的通信。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中,注日期的引用文件,僅該日期對應(yīng)的版本適用于本文件;不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文件。JT/T808-2019道路運輸車輛衛(wèi)星定位系統(tǒng)終端通訊協(xié)議及數(shù)據(jù)格式JT/T809-2019道路運輸車輛衛(wèi)星定位系統(tǒng)平臺數(shù)據(jù)交換JT/T1078-2016道路運輸車輛衛(wèi)星定位系統(tǒng)視頻通信協(xié)議3術(shù)語和定義下列術(shù)語和定義適用于本文件。3.1注冊register終端向平臺發(fā)送消息告知其安裝在某一車輛上。3.2鑒權(quán)authentication終端連接上平臺時向平臺發(fā)送消息以使平臺驗證自己身份。4縮略語下列縮略語適用于本文件：ADAS：高級駕駛輔助系統(tǒng)(AdvancedDriverAssistantSystem)BSD：盲點監(jiān)測（BlindSpotDetection）CAN：控制器局域網(wǎng)絡(luò)（ControllerAreaNetwork）DMS：駕駛員行為監(jiān)測(DriverMonitorSystem)MAC：媒體接入控制（MediaAccessControl）TPMS：輪胎氣壓監(jiān)測系統(tǒng)（TirePressureMonitoringSystems）DB32/T3610.3-20245終端與平臺協(xié)議基礎(chǔ)5.1協(xié)議基本約定終端與平臺協(xié)議基本約定如下：a)協(xié)議的通訊方式、數(shù)據(jù)類型、傳輸規(guī)則和消息組成按照JT/T808-2019中第4章的要求。b)協(xié)議中報文分類參照JT/T1078-2016中第4.3節(jié)分類方式。c)協(xié)議中信令數(shù)據(jù)報文的通信連接方式按照JT/T808-2019中第5章的要求。d)協(xié)議中信令數(shù)據(jù)報文的消息處理機制按照JT/T808-2019中第6章的要求。e)協(xié)議中信令數(shù)據(jù)報文的加密機制按照JT/T808-2019中第7章的要求。f)協(xié)議中信令數(shù)據(jù)報文的加密機制按照JT/T808-2019中的要求。g)協(xié)議中對平臺和終端通信各方，應(yīng)符合以下要求：1)除明確約定外，所有消息均應(yīng)給予應(yīng)答；2)對未明確指定專用應(yīng)答消息的，應(yīng)采用通用應(yīng)答回復(fù)；3)對于存在分包的消息，應(yīng)答方應(yīng)對每一個分包消息進行逐包應(yīng)答。5.2基本信息查詢指令5.2.1查詢基本信息查詢基本信息消息采用JT/T808-2019中8.60定義的0x8900消息，見表1。表1查詢基本信息數(shù)據(jù)格式01—25.2.2上傳基本信息上傳基本信息消息采用JT/T808-2019中8.61定義的0x0900消息，所增加的參數(shù)設(shè)置見表2。表2上傳基本信息數(shù)據(jù)格式01—2—表3透傳消息類型定義表DB32/T3610.3-2024表3透傳消息類型定義表（續(xù)）性表4透傳外設(shè)消息結(jié)構(gòu)01—2—透傳消息類型為0xF7時消息內(nèi)容見表6透傳消息類型為0xF8時消息內(nèi)容見表7透傳消息類型為0xF9時消息內(nèi)容見表8——表6外設(shè)狀態(tài)信息01DB32/T3610.3-2024表7外設(shè)系統(tǒng)信息01表8終端擴展屬性結(jié)構(gòu)0—1號度 DB32/T3610.3-2024表8終端擴展屬性結(jié)構(gòu)（續(xù)）bit3,0:不支持SD卡,1:支持SD卡;度———5.3參數(shù)設(shè)置查詢指令5.3.1參數(shù)設(shè)置指令參數(shù)設(shè)置消息采用JT/T808-2019中8.12定義的0x8103消息，所增加的參數(shù)設(shè)置見表9。表9參數(shù)項數(shù)據(jù)格式———表10參數(shù)設(shè)置各參數(shù)項定義及說明———— DB32/T3610.3-2024表11駕駛輔助功能參數(shù)0值123主動拍照策略為0x01時有效5主動拍照策略為0x02時有效7數(shù)89DB32/T3610.3-2024表11駕駛輔助功能參考（續(xù)）DB32/T3610.3-2024表11駕駛輔助功能參考（續(xù)）DB32/T3610.3-2024表11駕駛輔助功能參考（續(xù)）表12駕駛員行為監(jiān)測功能參數(shù)0值12357數(shù)89DB32/T3610.3-2024表12駕駛員行為監(jiān)測功能參數(shù)（續(xù)）DB32/T3610.3-2024表12駕駛員行為監(jiān)測功能參數(shù)（續(xù)）間值DB32/T3610.3-2024表12駕駛員行為監(jiān)測功能參數(shù)（續(xù)）間數(shù)間間數(shù)警時車速高于閾值為二級報警，否則為一級報警0xFF單位s，取值范圍0～60，默認值5—DB32/T3610.3-2024表13輪胎狀態(tài)監(jiān)測功能參數(shù)0“900R20”隔表14變道決策輔助功能參數(shù)0124DB32/T3610.3-2024表15激烈駕駛功能參數(shù)0能468— —值值DB32/T3610.3-2024表15激烈駕駛功能參數(shù)（續(xù)）5.3.2查詢參數(shù)指令查詢參數(shù)消息采用《道路運輸車輛衛(wèi)星定位系統(tǒng)北斗兼容車載終端通訊協(xié)議技術(shù)規(guī)范》（以下簡稱“《北指令應(yīng)答，附件參數(shù)項定義及說明見表16。表16附加參數(shù)項定義及說明擴展終端型號，智能監(jiān)控終端型號，位數(shù)不足時，后補0x00。5.4報警指令報警通過0x0200位置附加信息上傳，依照《北斗規(guī)范》中表27附加信息定義表進行擴展，附加信息擴展定義見表17。表17附加信息定義表擴展———— DB32/T3610.3-20245.4.1高級駕駛輔助功能報警表18高級駕駛輔助功能報警信息數(shù)據(jù)格式0456789僅報警類型為0x02時有效，不可用時填0x00。識別到道路標志的數(shù)據(jù)，不可用時填0x00。單位m，海拔高度DB32/T3610.3-2024表19車輛狀態(tài)標志位含義012345——表20報警標識號格式07 5.4.2駕駛員行為監(jiān)測功能報警表21駕駛員行為監(jiān)測功能報警信息數(shù)據(jù)格式045DB32/T3610.3-2024表21駕駛員行為監(jiān)測功能報警信息數(shù)據(jù)格式（續(xù)）678單位m，海拔高度5.4.3胎壓監(jiān)測功能報警表22輪胎狀態(tài)監(jiān)測功能報警信息數(shù)據(jù)格式0456單位m，海拔高度8—DB32/T3610.3-2024表22輪胎狀態(tài)監(jiān)測功能報警信息數(shù)據(jù)格式（續(xù)）—表23輪胎狀態(tài)監(jiān)測功能報警信息列表格式013575.4.4變道決策輔助系統(tǒng)報警表24變道決策輔助功能報警定義數(shù)據(jù)格式04567單位m，海拔高度DB32/T3610.3-2024表24變道決策輔助功能報警定義數(shù)據(jù)格式（續(xù)）95.4.5激烈駕駛報警表25激烈駕駛報警定義數(shù)據(jù)格式04568當報警類型為0x04～0x07時，該位為報警車速閾值h。單位m，海拔高度DB32/T3610.3-2024表25激烈駕駛報警定義數(shù)據(jù)格式（續(xù)）5.5報警附件上傳指令消息ID：0x9208。報文類型：信令數(shù)據(jù)報文。平臺接收到帶有附件的報警/事件信息后，向終端下發(fā)附件上傳指令，指令消息體數(shù)據(jù)格式見表26。表26文件上傳指令數(shù)據(jù)格式起始字節(jié)字段數(shù)據(jù)類型描述及要求0長度k1址使用TCP傳輸時服務(wù)器端口號使用UDP傳輸時服務(wù)器端口號—終端收到平臺下發(fā)的報警附件上傳指令后，向平臺發(fā)送通用應(yīng)答消息。5.6報警附件上傳5.6.1車輛狀態(tài)數(shù)據(jù)記錄文件車輛狀態(tài)數(shù)據(jù)記錄文件為二進制文件，以連續(xù)數(shù)據(jù)塊的形式記錄車輛狀態(tài)數(shù)據(jù)，數(shù)據(jù)塊數(shù)據(jù)格式見表表27車輛狀態(tài)數(shù)據(jù)塊數(shù)據(jù)格式起始字節(jié)字段數(shù)據(jù)類型描述及要求048參考《道路運輸車輛衛(wèi)星定位系統(tǒng)北斗兼容車載終端參考《道路運輸車輛衛(wèi)星定位系統(tǒng)北斗兼容車載終端DB32/T3610.3-2024表27車輛狀態(tài)數(shù)據(jù)塊數(shù)據(jù)格式（續(xù)）起始字節(jié)字段數(shù)據(jù)類型描述及要求衛(wèi)星海拔高度，單位m 5.6.2報警附件信息消息消息ID：0x1210。報文類型：信令數(shù)據(jù)報文。終端根據(jù)附件上傳指令連接附件服務(wù)器，并向服務(wù)器發(fā)送報警附件信息消息，消息體數(shù)據(jù)格式見表28。表28報警附件信息消息數(shù)據(jù)格式DB32/T3610.3-2024起始字節(jié)0—附件服務(wù)器接收到終端上傳的報警附件信息消息后，向終端發(fā)送通用應(yīng)答消息。如終端在上傳報警附件過程中與附件服務(wù)器鏈接異常斷開，則恢復(fù)鏈接時需要重新發(fā)送報警附件信息消息，消息中的附件文件為斷開前未上傳和未完成的附件文件。表29報警附件消息數(shù)據(jù)格式0長度k1文件名稱命名規(guī)則為：<文件類型>_<通道號>_<報警類型>_<序號>_<報警編號>.<后綴名>字段定義如下：a)文件類型：00——全景圖片；01——音頻；02——視頻；03——文本；04——面部特征圖片；05——其它。b)通道號說明：1)0～37：JT/T1076-2016中表2的視頻通道要求；2)64：ADAS（駕駛輔助系統(tǒng)）模塊視頻通道；3)65：DSM（駕駛員行為監(jiān)測系統(tǒng)）模塊視頻通道；4)附件與通道無關(guān)，則直接填0。c)報警類型：由外設(shè)ID和對應(yīng)的模塊報警類型組成的編碼，例如，前向碰撞預(yù)警表示為“6401”。d)序號：用于區(qū)分相同通道、相同類型的文件編號。e)報警編號：平臺為報警分配的唯一編號。f)后綴名：全景圖片、面部特征圖片文件為jpg或png，音頻文件為wav，視頻文件為mp4，文本文件為bin。g)附件服務(wù)器收到終端上報的報警附件信息指令后，向終端發(fā)送通用應(yīng)答消息。5.6.3文件信息上傳消息ID：0x1211。報文類型：信令數(shù)據(jù)報文。終端向附件服務(wù)器發(fā)送報警附件信息指令并得到應(yīng)答后，向附件服務(wù)器發(fā)送附件文件信息消息，消息體數(shù)據(jù)格式見表30。表30附件文件信息消息數(shù)據(jù)格式DB32/T3610.3-202401附件服務(wù)器收到終端上報的附件文件信息指令后，向終端發(fā)送通用應(yīng)答消息。5.6.4文件數(shù)據(jù)上傳報文類型：碼流數(shù)據(jù)報文。終端向附件服務(wù)器發(fā)送文件信息上傳指令并得到應(yīng)答后，向附件服務(wù)器發(fā)送文件數(shù)據(jù)，其負載包格式定義見表31。表31文件碼流負載包格式定義表04附件服務(wù)器收到終端上報的文件碼流時，不需要應(yīng)答。5.6.5文件上傳完成消息消息ID：0x1212。報文類型：信令數(shù)據(jù)報文。終端向附件服務(wù)器完成一個文件數(shù)據(jù)發(fā)送時，向附件服務(wù)器發(fā)送文件發(fā)送完成消息，消息體數(shù)據(jù)格式見表32。表32文件發(fā)送完成消息體數(shù)據(jù)結(jié)構(gòu)0l1DB32/T3610.3-2024表32文件發(fā)送完成消息體數(shù)據(jù)結(jié)構(gòu)（續(xù)）5.6.6文件上傳完成消息應(yīng)答消息ID：0x9212。報文類型：信令數(shù)據(jù)報文。附件服務(wù)器收到終端上報的文件發(fā)送完成消息時，向終端發(fā)送文件上傳完成消息應(yīng)答，應(yīng)答消體數(shù)據(jù)結(jié)構(gòu)見表33。表33文件上傳完成消息應(yīng)答數(shù)據(jù)結(jié)構(gòu)0l1表34補傳數(shù)據(jù)包信息數(shù)據(jù)結(jié)構(gòu)01如有需要補傳的數(shù)據(jù)，則終端應(yīng)通過文件數(shù)據(jù)上傳進行數(shù)據(jù)補傳，補傳完成后再上報文件上傳完成消息，直至文件數(shù)據(jù)發(fā)送完成。全部文件發(fā)送完成后，終端主動與附件服務(wù)器斷開連接。5.7終端升級5.7.1終端升級方式通過JT/T808-2019中的8.16終端控制0x8105對終端進行升級，需要對JT/T808-2019表19終端控制命令字進行擴展。表35終端控制命令字說明DB32/T3610.3-20241用戶名;撥號密碼;地址;TCP端口;UDP端口;制造商ID;硬件表36命令參數(shù)格式一般為服務(wù)器APN，無線通信撥號訪問點，若網(wǎng)絡(luò)制式為CDM監(jiān)管平臺下發(fā)的鑒權(quán)碼，僅用于終端連接到監(jiān)管平臺之后單位：min，值非0表示在終端接收到升級或連有效期截止前，終端應(yīng)連回原地址。若值為0，則表示一監(jiān)管平臺下發(fā)的鑒權(quán)碼，僅用于終端連接到監(jiān)管平終端通過JT/T808-2019中的終端控制指令對終端進行升級，升級文件命名規(guī)則如下：<設(shè)備類型>_<廠家編號>_<設(shè)備型號>_<依賴軟件版本號>_<軟件版本號>.<后綴名>。字段定義如下：a)設(shè)備類型：01——終端；02——保留；03——ADAS；04——DSM；05——BSD；06——TPMS。b)廠家編號：設(shè)備廠家名稱編號，由數(shù)字和字母組成；c)設(shè)備型號：由設(shè)備廠家定義的設(shè)備型號，由數(shù)字和字母組成；d)依賴軟件版本號：軟件升級需要依賴的軟件版本，由數(shù)字和字母組成；e)軟件版本號：本次升級的軟件版本，由數(shù)字和字母組成；f)后綴名：設(shè)備廠家自定義升級文件后綴名，由數(shù)字和字母組成。5.7.2終端升級結(jié)果應(yīng)答DB32/T3610.3-2024消息ID：0x0108。報文類型：信令數(shù)據(jù)報文。終端升級結(jié)果應(yīng)答報文數(shù)據(jù)格式見表37。表37終端升級結(jié)果應(yīng)答數(shù)據(jù)格式015.8外設(shè)立即拍照指令消息ID：0x8801。平臺向終端下發(fā)0x8801立即拍照指令，終端使用0x0805回應(yīng)平臺，然后根據(jù)命令中的通道ID字段判斷該指令是否為控制外設(shè)立即拍照，消息體數(shù)據(jù)格式見表38。表38立即拍照指令消息體數(shù)據(jù)格式0135DB32/T3610.3-2024表38立即拍照指令消息體數(shù)據(jù)格式（續(xù)）67895.9智能音視頻傳輸5.9.1實時智能音視頻傳輸平臺向智能終端請求ADAS、DSM、BSD實時音視頻傳輸，消息交互過程遵循JT/T1078-2016中5.5定義。智能音視頻通道定義在JT/T1076-2016中表2基礎(chǔ)上進行兼容性擴展，見表39。表39營運車輛車載視頻終端視頻通道定義表（擴展）5.9.2歷史智能音視頻傳輸平臺向智能終端請求ADAS、DSM、BSD歷史音視頻查詢、回放、下載，消息交互格式遵循JT/T1078-2016中5.6定義。智能音視頻通道定義見表39。5.9.3實時智能音視頻傳輸平臺采用JT/T1078-20165.5.3實時音視頻流及透傳數(shù)據(jù)傳輸，但是對SIM卡號進行字節(jié)擴展。其負載數(shù)據(jù)格式見表40。DB32/T3610.3-2024表40音視頻流及透傳數(shù)據(jù)傳輸協(xié)議負載包格式定義表04VPXRTP頭是否需要擴展位，默認值為05M6初始為0，每發(fā)送一個RTP數(shù)據(jù)包，序列號加18標識此RTP數(shù)據(jù)包當前幀的相對時間，單位ms。當該幀與上一個關(guān)鍵幀之間的時間間隔，單位ms，當該幀與上一幀之間的時間間隔，單位ms，當數(shù)據(jù)類5.10多中心連接控制平臺采用JT/T808-2019中8.16定義的0x8105消息(命令字：2)，控制終端連接新服務(wù)器。終端具備同時保持3路以上（含3路）實時數(shù)據(jù)鏈路通信能力。5.11終端注冊消息消息ID：0x0100。終端注冊消息體數(shù)據(jù)格式見表41。DB32/T3610.3-2024表41終端注冊消息體數(shù)據(jù)格式0省域ID采用GB/T2260中規(guī)定的行政2496平臺數(shù)據(jù)交換協(xié)議6.1協(xié)議基本約定本協(xié)議是基于JT/T809-2019協(xié)議進行擴展。6.2數(shù)據(jù)實體格式6.2.1車輛動態(tài)信息交換業(yè)務(wù)類主動上傳車輛智能監(jiān)控終端安裝信息消息鏈路類型：主鏈路。消息方向：下級平臺往上級平臺。業(yè)務(wù)類型標識：UP_EXG_MSG_SAFETY_TERMINAL。(0x1240)描述：智能監(jiān)控系統(tǒng)平臺收到車輛安全智能防控終端安裝信息，并確認符合要求后，向上級平臺上傳該車輛安全智能防控終端安裝信息，其數(shù)據(jù)體規(guī)定見表42。本條消息服務(wù)端無需應(yīng)答。表42上傳智能監(jiān)控終端安裝信息數(shù)據(jù)體DB32/T3610.3-202412481上報駕駛員身份信息應(yīng)答消息子業(yè)務(wù)類型標識：UP_EXG_MSG_REP0RT_DRIVER_INF0_ACK描述：下級平臺應(yīng)答上級平臺發(fā)送的上報駕駛員身份信息請求消息，上傳指定車輛的駕駛員身份信息數(shù)據(jù)。上報駕駛員身份信息應(yīng)答消息數(shù)據(jù)體規(guī)定見表43。表43上報駕駛員身份信息應(yīng)答消息數(shù)據(jù)體124DB32/T3610.3-2024表43上報駕駛員身份信息應(yīng)答消息數(shù)據(jù)體（續(xù)）248證件有效期，時分秒均用0表示1主動上報駕駛員身份信息消息子業(yè)務(wù)類型標識：UP_EXG_MSG_REPORT_DRIVER_INFO描述：下級平臺在接收到車載終端上傳的駕駛員身份信息后，主動向上級平臺上報該信息。主動上報駕駛員身份信息消息數(shù)據(jù)體規(guī)定見表44。表44主動上報駕駛員身份信息消息數(shù)據(jù)體1248證件有效期，時分秒均用0表示1上報駕駛員身份信息請求消息子業(yè)務(wù)類型標識：D0WN_EXG_MSG_REP0RT_DRIVER_INF0。DB32/T3610.3-2024描述：上級平臺向下級平臺下發(fā)上報車輛駕駛員身份信息的請求消息，其數(shù)據(jù)體規(guī)定見表45。表45上報駕駛員身份信息請求消息數(shù)據(jù)體12416.2.2車輛報警信息交互業(yè)務(wù)類主動上報報警信息消息鏈路類型：主鏈路。消息方向：下級平臺往上級平臺。業(yè)務(wù)類型標識：UP_WARN_MSG_INFO。（0x1402）描述：下級平臺主動向上級平臺上報某車輛上傳的報警信息，其數(shù)據(jù)體定義見表46。本條消息上級平臺無需應(yīng)答。本條消息服務(wù)端無需應(yīng)答。表46主動上報報警信息消息數(shù)據(jù)體124128DB32/T3610.3-2024表46主動上報報警信息消息數(shù)據(jù)體（續(xù)）11H1442單位m，海拔高度22122主動上報報警處理消息鏈路類型：主鏈路。消息方向：下級平臺往上級平臺。業(yè)務(wù)類型標識：UP_WARN_MSG_OPERATION_INFO。（0x1403）描述：下級平臺向主動向上級平臺上報報警處理結(jié)果，其數(shù)據(jù)體定義見表47。本條消息上級平臺無需應(yīng)答。本條消息服務(wù)端無需應(yīng)答。表47主動上報報警處理結(jié)果信息消息數(shù)據(jù)體12DB32/T3610.3-2024表47主動上報報警處理結(jié)果信息消息數(shù)據(jù)體（續(xù)）41111智能監(jiān)控報警附件目錄請求消息鏈路類型：從鏈路消息方向：上級平臺向下級平臺業(yè)務(wù)類型標識：DOWN_WARN_MSG_FILELIST_REQ。（0x9404）描述：上級平臺向下級平臺發(fā)送智能監(jiān)控報警附件目錄請求業(yè)務(wù)，其數(shù)據(jù)體定義見表48。表48智能監(jiān)控報警附件目錄請求消息數(shù)據(jù)體124智能監(jiān)控報警附件目錄請求應(yīng)答鏈路類型：主鏈路DB32/T3610.3-2024消息方向：下級平臺向上級平臺業(yè)務(wù)類型標識：UP_WARN_MSG_FILELIST_ACK。（0x1404）描述：下級平臺向上級平臺發(fā)送智能監(jiān)控報警附件目錄請求應(yīng)答業(yè)務(wù)，上級平臺可通過報警附件文件URL以FTP協(xié)議自行下載報警附件文件，其數(shù)據(jù)體定義見表49。表49智能監(jiān)控報警附件目錄請求應(yīng)答數(shù)據(jù)體12412111——表50報警附件列表數(shù)據(jù)體0文件名長度為kkDB32/T3610.3-2024表50報警附件列表數(shù)據(jù)體（續(xù)）報警附件主動上報鏈路類型：主鏈路消息方向：下級平臺向上級平臺業(yè)務(wù)類型標識：UP_WARN_MSG_FILELIST_AUTO。（0x1407）描述：下級平臺向上級平臺主動發(fā)送報警附件目錄，上級平臺可通過報警附件文件URL以HTTP協(xié)議直接訪問附件文件或者下載附件文件，其數(shù)據(jù)體定義見表51。表51報警附件目錄請求應(yīng)答數(shù)據(jù)體1241——6.2.3車輛報警信息核查業(yè)務(wù)類報警信息核查請求消息鏈路類型：從鏈路消息方向：上級平臺向下級平臺業(yè)務(wù)類型標識：DOWN_WARN_MSG_CHECK_REQ。（0x9405）描述：上級平臺向下級平臺發(fā)送智能監(jiān)控報警核查請求業(yè)務(wù)，其數(shù)據(jù)體定義見表52。DB32/T3610.3-2024表52報警信息核查請求消息數(shù)據(jù)體12428報警信息核查請求應(yīng)答鏈路類型：主鏈路。消息方向：下級平臺往上級平臺。業(yè)務(wù)類型標識：UP_WARN_MSG_CHECK_ACK。（0x1405）描述：下級平臺向上級平臺響應(yīng)上報某車輛上傳的報警信息，其數(shù)據(jù)體定義見表53。表53報警信息核查請求應(yīng)答數(shù)據(jù)體12412DB32/T3610.3-2024表53報警信息核查請求應(yīng)答數(shù)據(jù)體（續(xù)）8111442單位m，海拔高度22122報警統(tǒng)計核查請求消息鏈路類型：從鏈路消息方向：上級平臺向下級平臺業(yè)務(wù)類型標識：DOWN_WARN_MSG_STATICS_REQ。（0x9406）描述：上級平臺向下級平臺發(fā)送智能監(jiān)控報警統(tǒng)計核查請求業(yè)務(wù)，其數(shù)據(jù)體定義見表54。表54報警統(tǒng)計核查請求消息數(shù)據(jù)體12488報警統(tǒng)計核查請求應(yīng)答DB32/T3610.3-2024鏈路類型：主鏈路。消息方向：下級平臺往上級平臺。業(yè)務(wù)類型標識：UP_WARN_MSG_STATICS_ACK。（0x1406）描述：下級平臺向上級平臺響應(yīng)上報智能監(jiān)控報警統(tǒng)計核查請求業(yè)務(wù)，其數(shù)據(jù)體定義見表55。表55報警統(tǒng)計核查請求應(yīng)答數(shù)據(jù)體124—246.2.4從鏈路平臺間信息交互消息平臺查崗請求消息鏈路類型：從鏈路消息方向：上級平臺向下級平臺業(yè)務(wù)類型標識：DOWN_PLATFORM_MSG_POST_QUERY_REQ。（0x9301）描述：上級平臺不定期向下級平臺發(fā)送平臺查崗信息，其數(shù)據(jù)體定義見表56。表56平臺查崗請求消息數(shù)據(jù)體2414DB32/T3610.3-2024表56平臺查崗請求消息數(shù)據(jù)體（續(xù)）4平臺查崗應(yīng)答消息鏈路類型：主鏈路消息方向：下級平臺向上級平臺業(yè)務(wù)類型標識：UP_PLATFORM_MSG_POST_QUERY_ACK。（0x1301）描述：下級平臺根據(jù)查崗對象的類型將上級平臺發(fā)送的不定期平臺查崗消息發(fā)送到不同的查崗對象，并將不同查崗對象的應(yīng)答分別轉(zhuǎn)發(fā)給上級平臺，其數(shù)據(jù)體定義見表57。表57平臺查崗應(yīng)答消息數(shù)據(jù)體24144下發(fā)平臺間報文請求消息鏈路類型：從鏈路消息方向：上級平臺向下級平臺業(yè)務(wù)類型標識：DOWN_PLATFORM_MSG_INFO_REQ。（0x9302）描述：上級平臺不定期向下級平臺下發(fā)平臺間報文，其數(shù)據(jù)體定義見表58。表58下發(fā)平臺間報文請求消息數(shù)據(jù)體24DB32/T3610.3-2024表58下發(fā)平臺間報文請求消息數(shù)據(jù)體（續(xù)）1446.3常量定義6.3.1子業(yè)務(wù)類型標識本文中數(shù)據(jù)交換協(xié)議規(guī)定的子業(yè)務(wù)類型名稱和標識常量定義見表59，子業(yè)務(wù)類型標識命名規(guī)則如下：a)對應(yīng)于業(yè)務(wù)數(shù)據(jù)類型下的子業(yè)務(wù)標識頭繼續(xù)遵循原有歸屬業(yè)務(wù)數(shù)據(jù)類型的標識頭，例如業(yè)務(wù)數(shù)據(jù)類型UP_EXG_MSG下的子業(yè)務(wù)類型標識頭均以“UP_EXG_MSG”開始；b)子業(yè)務(wù)類型名稱標識的主從鏈路方向遵循原有歸屬業(yè)務(wù)數(shù)據(jù)類型的主從鏈路方向。表59子業(yè)務(wù)類型名稱標識對照表UP_EXG_MSG_REAL_LOCATUP_EXG_MSG_HISTORY_LOCATUP_EXG_MSG_ARCOSSAREA_STARTUP_UP_EXG_MSG_ARCOSSAREA_END_UP_EXG_MSG_APPLY_FOR_MONITOR_STARUP_EXG_MSG_APPLY_FOR_MONITOR_UP_EXG_MSG_APPLY_HISGNSSDATA_UP_EXG_MSG_REPORT_DRIVER_INFO_