GB/T 42474.6-2023 爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng) 第6部分：通信中心與監(jiān)控客戶端間數(shù)據(jù)接口（正式版）

爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)第6部分：通信中心與監(jiān)控客戶端間數(shù)據(jù)接口2023-05-23發(fā)布2024-06-01實施國家標準化管理委員會IGB/T42474.6—2023 12規(guī)范性引用文件 13術語和定義 14縮略語 15數(shù)據(jù)接口構成及其通信模式 26通用要求 36.1通信方式 36.2安全認證 36.3數(shù)據(jù)類型 46.4數(shù)據(jù)傳輸規(guī)則 46.5數(shù)據(jù)結構 46.6數(shù)據(jù)加密 56.7數(shù)據(jù)校驗 67數(shù)據(jù)交互流程 77.1鏈路管理類流程 77.2信息統(tǒng)計業(yè)務類流程 87.3車輛動態(tài)信息交換業(yè)務類流程 97.4監(jiān)控客戶端間信息交互業(yè)務類流程 7.5車輛報警信息交互業(yè)務類流程 7.6車輛監(jiān)管業(yè)務類流程 8數(shù)據(jù)格式 8.1鏈路管理業(yè)務類 8.2信息交換業(yè)務類 8.3常量定義 圖1爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)通信中心與監(jiān)控客戶端間數(shù)據(jù)接口示意圖 3表1數(shù)據(jù)類型 4表2數(shù)據(jù)結構描述 4表3數(shù)據(jù)頭格式 5表4數(shù)據(jù)密鑰格式 6ⅡGB/T42474.6—2023表5加密算法 表6校驗碼格式 表7主鏈路登錄請求消息數(shù)據(jù)體 表8主鏈路登錄應答消息數(shù)據(jù)體 表9主鏈路注銷請求消息數(shù)據(jù)體 表10主鏈路斷開通知消息數(shù)據(jù)體 表11監(jiān)控客戶端主動關閉主從鏈路通知消息數(shù)據(jù)體 表12從鏈路連接請求消息數(shù)據(jù)體 表13從鏈路連接應答消息數(shù)據(jù)體 表14從鏈路注銷請求消息數(shù)據(jù)體 表15從鏈路斷開通知消息數(shù)據(jù)體 表16通信中心主動關閉主從鏈路通知消息數(shù)據(jù)體 表17上傳車載終端注冊請求消息數(shù)據(jù)體 表18下發(fā)車載終端注冊應答消息數(shù)據(jù)體 表19上傳車載終端安裝信息消息數(shù)據(jù)體 表20上傳除車載終端外的其他車載裝置注冊請求消息數(shù)據(jù)體 表21下發(fā)除車載終端外的其他車載裝置注冊應答消息數(shù)據(jù)體 表22上傳除車載終端外的其他車載裝置安裝信息消息數(shù)據(jù)體 表23上報報警信息消息數(shù)據(jù)體 表24下發(fā)報警督辦請求消息數(shù)據(jù)體 表25上報報警處理結果消息數(shù)據(jù)體 表26報警附件目錄請求消息數(shù)據(jù)體 表27上傳報警附件目錄請求應答數(shù)據(jù)體 表28報警附件列表數(shù)據(jù)體 表29報警信息核查請求消息數(shù)據(jù)體 表30報警信息核查請求應答消息數(shù)據(jù)體 表31報警統(tǒng)計核查請求消息數(shù)據(jù)體 表32報警統(tǒng)計核查請求應答數(shù)據(jù)體 表33查崗請求消息數(shù)據(jù)體 表34查崗應答消息數(shù)據(jù)體 表35下發(fā)管理通知報文請求消息數(shù)據(jù)體 表36子業(yè)務類型名稱標識對照表 表37車輛報警類型編碼 表38查崗對象類型定義 表39下發(fā)管理通知報文對象類型定義表 Ⅲ本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規(guī)則》的規(guī)定起草。本文件是GB/T42474—2023《爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)》的第6部分。GB/T42474—2023已經(jīng)發(fā)布了以下部分：——第1部分：通用技術要求；——第2部分：車載裝置；——第3部分：車載裝置安裝；——第4部分：監(jiān)控客戶端；——第5部分：車載裝置與通信中心間數(shù)據(jù)接口；——第6部分：通信中心與監(jiān)控客戶端間數(shù)據(jù)接口。請注意本文件的某些內容可能涉及專利。本文件的發(fā)布機構不承擔識別專利的責任。本文件由全國危險化學品管理標準化技術委員會(SAC/TC251)提出并歸口。本文件主要起草單位：公安部第三研究所、江蘇馭道數(shù)據(jù)科技有限公司、無錫物聯(lián)網(wǎng)產(chǎn)業(yè)研究院、上海機動車檢測認證技術研究中心有限公司、上?；ぴ簷z測有限公司、中國城市燃氣協(xié)會、廣東省四〇一廠有限公司、中國石油和化學工業(yè)聯(lián)合會。在推動實施國家大數(shù)據(jù)戰(zhàn)略，加快建設數(shù)字中國的時代大背景下，推進數(shù)據(jù)資源整合和開放共享成為管理需求和技術發(fā)展的共同方向。與此同時，隨著物聯(lián)網(wǎng)、人工智能等新興技術的快速發(fā)展，機器視覺等技術已在危險化學品汽車運輸安全管理中得到初步應用。GB/T42474《爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)》選擇了危險化學品汽車運輸中安全隱患最大、安全事故后果最為嚴重的爆炸危險化學品汽車運輸，針對我國危險化學品運輸多部門協(xié)同管理的現(xiàn)狀，緊密圍繞貫徹落實國家大數(shù)據(jù)戰(zhàn)略、利用先進技術打破行業(yè)壁壘、推動爆炸危險化學品運輸管理數(shù)據(jù)資源整合和開放共享、促進爆炸危險化學品安全管理多方高度協(xié)同這一目標，提出構建以云計算平臺作為爆炸危險化學品汽車運輸安全監(jiān)控管理數(shù)據(jù)資源池、相關行業(yè)主管部門及爆炸危險化學品運輸相關方依據(jù)權限共享數(shù)據(jù)資源的技術方案，并針汽車駕駛主動安全防控、傳感器網(wǎng)絡監(jiān)測等相關技術的車載裝置，引領物聯(lián)網(wǎng)、云計算、大數(shù)據(jù)、人工智能等新興技術在爆炸危險化學品運輸中的應用，推動形成以車載裝置作為物聯(lián)網(wǎng)感知層進行運輸信息感知與采集、以云計算平臺及車載網(wǎng)關作為物聯(lián)網(wǎng)傳輸層進行數(shù)據(jù)通信、以云計算平臺及B/S監(jiān)控客戶端、移動終端APP作為物聯(lián)網(wǎng)應用層進行數(shù)據(jù)挖掘和智能協(xié)同管理的爆炸危險化學品安全監(jiān)測預警體系，為加強危險化學品運輸安全監(jiān)管信息化建設、建立全國危險化學品監(jiān)管信息共享平臺奠定技術基礎，為實現(xiàn)爆炸危險化學品汽車運輸實時追蹤、全面監(jiān)測及聯(lián)動預警，切實防范危險化學品運輸重特大事故提供助力。GB/T42474《爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)》擬由6個部分構成?！?部分：通用技術要求。目的在于給出爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)的術語定義和系統(tǒng)組成，明確系統(tǒng)的功能、性能、運行環(huán)境、信息安全、可靠性等技術要求及其對應的試驗——第2部分：車載裝置。目的在于給出爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)中車載裝置組成，明確各組成部分基本要求及各組成單元的具體功能、性能要求，規(guī)定車載裝置的電源要求、電氣安全要求、電磁兼容性要求、環(huán)境適應性要求及其對應的試驗方法，確定車載裝置標志與 —第3部分：車載裝置安裝。目的在于給出爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)車載裝置的安裝前準備事項，明確爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)車載裝置的通用安裝要求及各組成單元主要設備的具體安裝要求，確定安裝驗收方式?！?部分：監(jiān)控客戶端。目的在于給出爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)中的監(jiān)控客戶端的組成與分類，明確監(jiān)控客戶端基本要求及行業(yè)管理客戶端、企業(yè)運營管理客戶端和駕乘人員服務客戶端的具體功能要求，規(guī)定不同等級監(jiān)控客戶端的性能要求、信息安全要求及其對應的試驗方法。——第5部分：車載裝置與通信中心間數(shù)據(jù)接口。目的在于給出爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)中車載裝置與通信中心間進行無線數(shù)據(jù)傳輸和數(shù)據(jù)交換的數(shù)據(jù)接口，明確數(shù)據(jù)接口構成及其通信方式、通用要求，規(guī)定通信協(xié)議分類和數(shù)據(jù)格式。 第6部分：通信中心與監(jiān)控客戶端間數(shù)據(jù)接口。目的在于給出爆炸危險化學品汽車運輸監(jiān)控系統(tǒng)中通信中心與監(jiān)控客戶端間進行數(shù)據(jù)傳輸和數(shù)據(jù)交換的數(shù)據(jù)接口，明確數(shù)據(jù)接口構成及其通信模式、通用要求，規(guī)定了數(shù)據(jù)交互流程和不同數(shù)據(jù)交互業(yè)務的數(shù)據(jù)格式。1爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)第6部分：通信中心與監(jiān)控客戶端間數(shù)據(jù)接口1范圍本文件規(guī)定了爆炸危險化學品汽車運輸監(jiān)控系統(tǒng)中通信中心與監(jiān)控客戶端間進行數(shù)據(jù)傳輸和數(shù)據(jù)交換的數(shù)據(jù)接口的構成及其通信模式、通用要求、數(shù)據(jù)交互流程及數(shù)據(jù)格式。本文件適用于爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)的各類監(jiān)控客戶端及通信中心的應用。其他危險貨物汽車運輸安全監(jiān)控系統(tǒng)可參照使用本文件。2規(guī)范性引用文件下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本(包括所有的修改單)適用于本文件。GB/T2260—2007中華人民共和國行政區(qū)劃代碼GB/T42474.1爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)系統(tǒng)第1部分：通用技術要求GB/T42474.5爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)系統(tǒng)第5部分：車載裝置與通信中心間數(shù)據(jù)接口JT/T697.7交通信息基礎數(shù)據(jù)元第7部分：道路運輸信息基礎數(shù)據(jù)元JT/T808—2019道路運輸車輛衛(wèi)星定位系統(tǒng)終端通訊協(xié)議及數(shù)據(jù)格式3術語和定義GB/T42474.1、GB/T42474.5界定的以及下列術語和定義適用于本文件?？鐓^(qū)車輛cross-districtvehicle所屬承運單位屬于某一行政區(qū)，車輛實際行駛路線進入除該行政區(qū)以外的其他行政區(qū)的車輛。注：行政區(qū)包括GB/T2260—2007中賦予代碼及暫缺代碼的省、自治區(qū)、直轄市、特別行政區(qū)及市、自治州、盟、縣、4縮略語GB/T42474.1、GB/T42474.5界定的以及下列縮略語適用于本文件。IP:互聯(lián)網(wǎng)協(xié)議(InternetProtocol)TCP:傳輸控制協(xié)議(TransmissionControlProtocol)UTC:世界協(xié)調時間(UniversalTimeCoordinated)25數(shù)據(jù)接口構成及其通信模式在爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)中，通信中心與監(jiān)控客戶端之間的接口取決于系統(tǒng)的通信中心架構模式。如圖1所示，采取云平臺模式的，通信中心與全部監(jiān)控客戶端之間的數(shù)據(jù)接口均為數(shù)據(jù)接口1;采取本地服務器模式的，通信中心與監(jiān)控客戶端之間的數(shù)據(jù)接口包括企業(yè)運營管理服務器和行業(yè)管理服務器之間的數(shù)據(jù)接口2、企業(yè)運營管理服務器和企業(yè)運營管理客戶端及駕乘人員服務客戶端之間的數(shù)據(jù)接口3、行業(yè)管理服務器和行業(yè)管理客戶端的之間的數(shù)據(jù)接口4。其中，根據(jù)爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)需要實際接入的行業(yè)管理服務器不同，數(shù)據(jù)接口2包含數(shù)據(jù)接口2、數(shù)據(jù)接口2,、數(shù)據(jù)接口2。等多個數(shù)據(jù)接口，依據(jù)不同企業(yè)運營管理客戶端及駕乘人員服務客戶端對應的企業(yè)管理服務器不同，數(shù)據(jù)接口3包含數(shù)據(jù)接口3。、數(shù)據(jù)接口3,、數(shù)據(jù)接口3。等多個數(shù)據(jù)接口；依據(jù)不同行業(yè)管理客戶端對應的行業(yè)管理服務器不同，數(shù)據(jù)接口4包含數(shù)據(jù)接口4。、數(shù)據(jù)接口4,、數(shù)據(jù)接口4。等多個數(shù)據(jù)接口。各部分接口的通信模式如下。a)通信中心與監(jiān)控客戶端之間的數(shù)據(jù)接口1:數(shù)據(jù)接口1實現(xiàn)雙向數(shù)據(jù)通信。通信中心向監(jiān)控客戶端發(fā)送車輛定位信息、動態(tài)信息、報警信息、監(jiān)管業(yè)務應答信息等，監(jiān)控客戶端向通信中心下發(fā)處理車輛報警信息結果、車輛監(jiān)管業(yè)務指令等管理、操作和控制指令。b)企業(yè)運營管理服務器和行業(yè)管理服務器之間的數(shù)據(jù)接口2:數(shù)據(jù)接口2實現(xiàn)雙向數(shù)據(jù)通信。企業(yè)運營管理服務器接收車載網(wǎng)關上傳的車載裝置各組成單元的感知數(shù)據(jù)監(jiān)測信息及各類分析數(shù)據(jù)、預警和報警數(shù)據(jù)，按監(jiān)管要求向相關行業(yè)管理服務器轉發(fā)接收的車輛定位信息、動態(tài)信息、報警信息及監(jiān)管業(yè)務應答信息等，行業(yè)管理服務器向企業(yè)運營管理服務器發(fā)送車輛監(jiān)管業(yè)務指令等管理、操作和控制指令等。c)企業(yè)運營管理服務器和企業(yè)運營管理客戶端及駕乘人員服務客戶端之間的數(shù)據(jù)接口3:數(shù)據(jù)接口3實現(xiàn)雙向數(shù)據(jù)通信。企業(yè)運營管理服務器接收車載網(wǎng)關上傳的車載裝置各組成單元的感知數(shù)據(jù)監(jiān)測信息及各類分析數(shù)據(jù)、預警和報警數(shù)據(jù)，按企業(yè)運營管理要求向相關行業(yè)管理服務器企業(yè)運營管理客戶端和駕乘人員服務客戶端轉發(fā)接收的車輛定位信息、動態(tài)信息、報警信息及監(jiān)管業(yè)務應答信息等，企業(yè)運營管理客戶端向企業(yè)運營管理服務器發(fā)送車輛管理業(yè)務指令等管理、操作和控制指令及不同行業(yè)管理要求的監(jiān)管業(yè)務應答信息等，駕乘人員服務客戶端向企業(yè)運營管理服務器發(fā)送監(jiān)管業(yè)務應答信息等。d)行業(yè)管理服務器和行業(yè)管理客戶端的之間的數(shù)據(jù)接口4:數(shù)據(jù)接口4實現(xiàn)雙向數(shù)據(jù)通信。不同行業(yè)的行業(yè)管理服務器接收企業(yè)運營管理服務器按不同行業(yè)監(jiān)管需求發(fā)送的車輛定位信息、動態(tài)信息、報警信息及監(jiān)管業(yè)務應答信息，并向相應行業(yè)管理客戶端轉發(fā)，不同行業(yè)管理客戶端向相應的行業(yè)管理服務器發(fā)送車輛監(jiān)管業(yè)務指令等管理、操作和控制指令等。注：采取本地服務器模式，通過數(shù)據(jù)接口2、數(shù)據(jù)接口3、數(shù)據(jù)接口4進行數(shù)據(jù)交互的數(shù)據(jù)接口協(xié)議符合JT/T808—2019等當前相關行業(yè)標準的規(guī)定，本文件不對數(shù)據(jù)接口2、數(shù)據(jù)接口3、數(shù)據(jù)接口4的數(shù)據(jù)接口協(xié)議另行規(guī)定。3監(jiān)控客戶端監(jiān)控客戶端企業(yè)運營管理客戶端承運單位數(shù)據(jù)接口136、3……)通信中心云平臺本地服務器本地服務器數(shù)據(jù)接口4(4a、4n、4.……)運營商物聯(lián)網(wǎng)數(shù)據(jù)平臺數(shù)據(jù)接口2(2。、2,、2.……)駕乘人員服務客戶端行業(yè)管理收貨單位押運人員人員運位托單其他行業(yè)應急行業(yè)人員圖1爆炸危險化學品汽車運輸安全監(jiān)控系統(tǒng)通信中心與監(jiān)控客戶端間數(shù)據(jù)接口示意圖6通用要求6.1通信方式通信中心與監(jiān)控客戶端之間采用主從雙鏈路通信方式，并應符合以下要求：a)采用TCP協(xié)議長連接方式；b)通信中心提供服務的IP地址、端口號以及用戶名、密碼等信息，供監(jiān)控客戶端接入；c)監(jiān)控客戶端向通信中心發(fā)起建立主鏈路連接請求，主鏈路成功建立后，通信中心向監(jiān)控客戶端發(fā)起從鏈路連接請求；d)監(jiān)控客戶端可以通過主鏈路向通信中心發(fā)送數(shù)據(jù)，通信中心可以通過從鏈路向監(jiān)控客戶端發(fā)e)主從鏈路中其中一條鏈路中斷時，所有的數(shù)據(jù)都通過另外一條鏈路進行數(shù)據(jù)傳輸，斷開的鏈路恢復時，繼續(xù)按照標準的約定從兩條鏈路進行數(shù)據(jù)傳輸；f)通信鏈路通過其中的TCP客戶端方發(fā)送鏈路保持數(shù)據(jù)包檢測鏈路連接狀態(tài)，實現(xiàn)鏈路的可靠連接。6.2安全認證通信中心與監(jiān)控客戶端之間的安全認證應符合以下要求。a)實行雙向接入安全驗證。b)通信中心對監(jiān)控客戶端安全驗證流程符合以下要求：1)通信中心為監(jiān)控客戶端分配相應的接入碼、接入用戶名、密碼以及數(shù)據(jù)加解密相關參數(shù)。2)監(jiān)控客戶端與通信中心連接時，發(fā)送“登錄請求”消息，通信中心收到監(jiān)控客戶端連接請求后，首先驗證請求的IP地址，如果請求IP地址與約定的接入IP地址不一致，則返回驗證4失敗結果；如果請求IP地址與約定的接入IP地址一致，則返回驗證成功結果和校驗碼。3)通信中心對監(jiān)控客戶端的接入碼、用戶名以及密碼進行驗證，根據(jù)驗證的結果向監(jiān)控客戶端返回相應的結果值。c)通信中心與監(jiān)控客戶端連接時，監(jiān)控客戶端驗證校驗碼與之前收到的校驗碼的一致性；如果驗證碼與之前收到的校驗碼不相一致，則拒絕接入；如果驗證碼一致，則建立通信連接。d)通信中心與監(jiān)控客戶端間的敏感數(shù)據(jù)采用加密模式傳輸，使用的密碼算法符合國家密碼相關規(guī)定。6.3數(shù)據(jù)類型通信中心與監(jiān)控客戶端之間傳輸?shù)臄?shù)據(jù)類型應符合表1的規(guī)定。表1數(shù)據(jù)類型數(shù)據(jù)類型描述及要求64位無符號整型，8字節(jié)單字節(jié)BYTES多字節(jié)定長字符串，位數(shù)不足時，右補十六進制0x00,漢字采用GBK編碼16位無符號整型，2字節(jié)32位無符號整型，4字節(jié)6.4數(shù)據(jù)傳輸規(guī)則通信中心與監(jiān)控客戶端之間的數(shù)據(jù)流應符合大端(big-endian,即高字節(jié)在前，低字節(jié)在后)排序方式的網(wǎng)絡字節(jié)順序，未使用的數(shù)據(jù)位皆填0x00。6.5數(shù)據(jù)結構在通信中心與監(jiān)控客戶端之間進行數(shù)據(jù)交換時，采用的數(shù)據(jù)結構及相應描述應符合表2的規(guī)定。表2數(shù)據(jù)結構描述數(shù)據(jù)結構相應描述HeadFlag頭標識MessageHeader數(shù)據(jù)頭MessageBody數(shù)據(jù)體CRC校驗碼EndFlag尾標識5頭標識應為字符0x5b。尾標識應為字符0x5d。6.5.4數(shù)據(jù)轉義處理規(guī)則數(shù)據(jù)內容進行轉義判斷，轉義規(guī)則應符合以下要求：a)若數(shù)據(jù)內容中出現(xiàn)字符0x5b的，轉換為字符0x5a0x01;b)若數(shù)據(jù)內容中出現(xiàn)字符0x5a的，轉換為字符0x5a0x02;c)若數(shù)據(jù)內容中出現(xiàn)字符0x5d的，轉換為字符0x5e0x01;d)若數(shù)據(jù)內容中出現(xiàn)字符0x5e的，轉換為字符0x5e0x02。在通信中心與監(jiān)控客戶端之間進行數(shù)據(jù)交換時，采用數(shù)據(jù)結構的數(shù)據(jù)頭應符合表3的要求。表3數(shù)據(jù)頭格式字段類型描述及要求MSGLENGTHuint32t數(shù)據(jù)長度(包括頭標識、數(shù)據(jù)頭、數(shù)據(jù)體和尾標識)MSGSNuint32t報文序列號“uint16t業(yè)務數(shù)據(jù)類型MSGGNSSCENTERIDuint32t監(jiān)控客戶端接入碼，通信中心給監(jiān)控客戶端分配的唯一標識號VERSIONFLAGBYTFS協(xié)議版本號標識，監(jiān)控客戶端之間采用的標準協(xié)議版本編號；長度用3個字節(jié)來表示：0x010x020x0F表示的版本號是V1.2.15,依此類推ENCRYPTFLAGBYTE報文加密標識位”:0表示報文不加密，1表示報文加密ENCRYPTKEYuint32t數(shù)據(jù)加密的密鑰，長度為4個字節(jié)占用4個字節(jié)，為發(fā)送信息的序列號，用于接收方檢測是否有信息的丟失。通信中心和監(jiān)控客戶端按自己發(fā)送數(shù)據(jù)包的個數(shù)計數(shù)，互不影響。程序開始運行時等于零，發(fā)送第一幀數(shù)據(jù)時開始計數(shù)，到最大數(shù)后自動歸零?！脕韰^(qū)分報文是否進行加密，如果標識為1,則說明對后續(xù)相應業(yè)務的數(shù)據(jù)體采用ENCRYPTKEY對應的密鑰進行加密處理。如果標識為0,則說明不進行加密處理。6.6數(shù)據(jù)加密在通信中心與監(jiān)控客戶端之間進行數(shù)據(jù)交換時，數(shù)據(jù)加密應符合以下要求；a)加密只針對報文的數(shù)據(jù)體部分進行，密鑰通過網(wǎng)絡進行傳輸，不同的報文采用不同的密鑰進行加密，密鑰格式符合表4的要求；b)加密算法：用N模偽隨機序列發(fā)生器產(chǎn)生偽隨機字節(jié)序列，將待傳輸?shù)臄?shù)據(jù)與偽隨機碼按字6節(jié)進行異或運算，并符合表5的要求。表4數(shù)據(jù)密鑰格式字段類型描述及要求ENCRYPTKEYuint32t數(shù)據(jù)加密的密鑰，長度為4個字節(jié)表5加密算法Constunsigneduint32_tM1=A;Constunsigneduint32_tIAl=B;Constunsigneduint32_tICl=C;Voidencrypt(uint32_tkey,unsignedchar*buffer,uint32_tsize){}uint32_tmkey=M1;{mkey=1;}while(idx<size){key=IAl*(key%mkey)+IClbuffer[idx++]^=(unsignedchar)((key>>20)&.0xFF);}注：不同的監(jiān)控客戶端之間，加密的算法是一致的，只是M1、IA1、IC1不同，數(shù)據(jù)先經(jīng)過加密而后解密。6.7.1校驗值排序方式從數(shù)據(jù)頭到校驗碼前的CRC16-CCITT的校驗值，應符合大端排序方式要求。數(shù)據(jù)CRC校驗碼格式應符合表6的要求。7表6校驗碼格式字段字節(jié)數(shù)類型描述及要求2數(shù)據(jù)CRC校驗碼7數(shù)據(jù)交互流程7.1鏈路管理類流程7.1.1監(jiān)控客戶端向通信中心請求登錄和主鏈路保持監(jiān)控客戶端主鏈路登錄流程監(jiān)控客戶端主鏈路登錄流程應符合以下要求。a)由監(jiān)控客戶端向通信中心發(fā)送登錄請求。登錄請求數(shù)據(jù)包內容包括監(jiān)控客戶端接入碼、登錄用戶名、密碼、建立從鏈路所需的TCP服務IP地址及端口號。b)通信中心對監(jiān)控客戶端的登錄請求進行安全認證，同時在日志中記錄登錄情況，如果認證成功，應答登錄成功，否則應答登錄失敗及給出失敗原因碼。c)監(jiān)控客戶端登錄通信中心成功后，通信中心根據(jù)監(jiān)控客戶端登錄時提供的TCP服務IP地址、端口號請求建立從鏈路連接。d)從鏈路建立成功后，后續(xù)下行數(shù)據(jù)包可由從鏈路進行發(fā)送。主鏈路保持流程主鏈路保持流程應符合以下要求。a)監(jiān)控客戶端登錄成功后，在與通信中心之間如果有應用業(yè)務數(shù)據(jù)包往來的情況下，不需要發(fā)送主鏈路保持數(shù)據(jù)包；否則，監(jiān)控客戶端每1min發(fā)送一個主鏈路保持請求數(shù)據(jù)包到通信中心，以保持鏈路連接。b)在沒有應用數(shù)據(jù)包往來的情況下，通信中心連續(xù)3min未收到監(jiān)控客戶端發(fā)送的主鏈路保持請求數(shù)據(jù)包，則認為與監(jiān)控客戶端的連接中斷，將主動斷開數(shù)據(jù)傳輸主鏈路。c)在沒有應用數(shù)據(jù)包往來的情況下，監(jiān)控客戶端連續(xù)3min未收到通信中心發(fā)送的從鏈路保持應答數(shù)據(jù)包，則認為與通信中心的連接中斷，將主動斷開數(shù)據(jù)傳輸從鏈路。監(jiān)控客戶端向通信中心請求主鏈路注銷當監(jiān)控客戶端主動退出時，首先發(fā)送主鏈路注銷請求，通信中心收到注銷請求后返回鏈路注銷應答并記錄日志，通信中心即斷開該主鏈路。監(jiān)控客戶端主動關閉與通信中心之間的主從鏈路連接當監(jiān)控客戶端作為服務端發(fā)現(xiàn)從鏈路連接異常時，通過從鏈路主動向通信中心發(fā)送關閉主從鏈路連接的消息，并記錄到日志，監(jiān)控客戶端即中斷主從鏈路連接。87.1.2通信中心向監(jiān)控客戶端請求從鏈路連接和鏈路保持通信中心從鏈路連接請求流程通信中心從鏈路連接請求流程應符合以下要求：a)監(jiān)控客戶端成功登錄通信中心并建立主鏈路后，通信中心通過獲取來自監(jiān)控客戶端提供的TCP服務IP地址和端口號等信息，向監(jiān)控客戶端發(fā)起從鏈路連接請求；b)監(jiān)控客戶端收到通信中心發(fā)送的從鏈路連接請求后，立即建立與通信中心之間的從鏈路連接關系。從鏈路保持流程應符合以下要求。a)從鏈路連接成功后，如果通信中心與監(jiān)控客戶端之間有應用業(yè)務數(shù)據(jù)包往來的情況下，不需要發(fā)送從鏈路保持數(shù)據(jù)包；否則，通信中心每1min發(fā)送一個從鏈路保持請求數(shù)據(jù)包到監(jiān)控客戶端以保持從鏈路連接。b)如果與通信中心之間沒有應用業(yè)務數(shù)據(jù)包往來的情況下，監(jiān)控客戶端連續(xù)3min未收到通信中心發(fā)送的從鏈路保持請求數(shù)據(jù)包，則認為通信中心已經(jīng)失去連接，將主動斷開數(shù)據(jù)傳輸從c)如果與監(jiān)控客戶端之間沒有應用業(yè)務數(shù)據(jù)包往來的情況下，通信中心連續(xù)3min未收到監(jiān)控客戶端發(fā)送的從鏈路保持應答數(shù)據(jù)包，則認為監(jiān)控客戶端已經(jīng)失去連接，將主動斷開數(shù)據(jù)傳輸從鏈路。通信中心向監(jiān)控客戶端請求從鏈路注銷當通信中心主動退出時，首先發(fā)送從鏈路注銷請求，監(jiān)控客戶端收到注銷請求后返回鏈路注銷應答并記錄日志，監(jiān)控客戶端即斷開該從鏈路。通信中心主動關閉與監(jiān)控客戶端之間的主從鏈路連接當通信中心作為服務端發(fā)現(xiàn)主鏈路連接異常時，通過主鏈路主動向監(jiān)控客戶端發(fā)送關閉主從鏈路連接的消息，并記錄到日志，通信中心即中斷主從鏈路連接。7.2信息統(tǒng)計業(yè)務類流程7.2.1定位信息統(tǒng)計接收定位信息數(shù)量通知應符合以下要求：a)監(jiān)控客戶端將收到來自通信中心的車輛定位信息數(shù)量定期予以統(tǒng)計，并定期給通信中心發(fā)送通知該統(tǒng)計數(shù)據(jù)；b)通信中心根據(jù)此數(shù)據(jù)進行車輛定位信息接收與發(fā)送數(shù)量核對。接收報警信息數(shù)量通知應符合以下要求：a)監(jiān)控客戶端將收到來自通信中心的報警信息數(shù)量和發(fā)往通信中心的報警信息數(shù)量定期予以統(tǒng)計，并定期給通信中心發(fā)送通知該統(tǒng)計數(shù)據(jù)；b)通信中心根據(jù)此數(shù)據(jù)進行報警信息接收與發(fā)送數(shù)量核對。97.3車輛動態(tài)信息交換業(yè)務類流程7.3.1通信中心向監(jiān)控客戶端上傳車輛信息通信中心每次收到監(jiān)控客戶端鑒權信息后，應向監(jiān)控客戶端上傳收到的車載裝置、車載網(wǎng)關信息。7.3.2通信中心向監(jiān)控客戶端實時上傳車輛定位信息通信中心在收到車輛定位信息后，應實時向監(jiān)控客戶端上傳該車輛定位信息。7.3.3通信中心向監(jiān)控客戶端共享跨區(qū)車輛定位信息共享跨區(qū)車輛定位信息流程通信中心向監(jiān)控客戶端共享跨區(qū)車輛定位信息流程應符合以下要求：a)觸發(fā)啟動共享跨區(qū)車輛定位信息條件時，通信中心啟動向監(jiān)控客戶端發(fā)送共享跨區(qū)車輛定位信息請求消息；b)監(jiān)控客戶端在收到該消息并應答后，通信中心開始向監(jiān)控客戶端實時共享跨區(qū)車輛定位信息；c)觸發(fā)結束共享跨區(qū)車輛定位信息條件時，通信中心結束向監(jiān)控客戶端實時共享跨區(qū)車輛定位信息。啟動共享跨區(qū)車輛定位信息條件通信中心應在以下條件下啟動向監(jiān)控客戶端共享跨區(qū)車輛定位信息請求消息：a)車輛進入非歸屬地區(qū)地理區(qū)域時；b)指定車輛跨區(qū)共享到指定監(jiān)控客戶端時；c)應急狀態(tài)監(jiān)控某車輛時。結束共享跨區(qū)車輛定位信息條件通信中心應在以下條件下結束向監(jiān)控客戶端發(fā)送共享跨區(qū)車輛定位信息：a)進入非歸屬地區(qū)地理區(qū)域的車輛離開該地理區(qū)域時；b)取消指定車輛交換到指定監(jiān)控客戶端時；c)結束應急狀態(tài)完成某車輛監(jiān)控時。7.3.4通信中心向監(jiān)控客戶端補發(fā)車輛定位信息如雙方平臺之間主從通信鏈路中斷，需在雙方主從鏈路通信恢復后補發(fā)鏈路中斷期間的車輛定位信息。通信中心向監(jiān)控客戶端補發(fā)車輛定位信息流程應符合以下要求：a)通信中心上傳定位數(shù)據(jù)過程中與監(jiān)控客戶端鏈路中斷時，應記錄斷開時間(在雙方?jīng)]有應用業(yè)務數(shù)據(jù)包交互的情況下，以接收到監(jiān)控客戶端最后一條從鏈路保持應答數(shù)據(jù)包的時間為準；否則，以最后一次與監(jiān)控客戶端進行完整應用業(yè)務數(shù)據(jù)包交互的時間為準);b)在主從通信鏈路再次建立后，通信中心根據(jù)斷開時間自動向監(jiān)控客戶端發(fā)送中斷時間段內收到的車輛定位信息；c)監(jiān)控客戶端在收到通信中心的補發(fā)車輛定位信息請求后進行應答。7.3.5共享指定車輛定位信息共享指定車輛定位信息流程通信中心向監(jiān)控客戶端共享指定車輛定位信息流程應符合以下要求：a)觸發(fā)啟動共享指定車輛定位信息條件時，通信中心啟動向監(jiān)控客戶端發(fā)送共享指定車輛定位信息請求消息；b)監(jiān)控客戶端在收到該消息并應答后，通信中心開始向監(jiān)控客戶端實時共享指定車輛定位信息；c)觸發(fā)結束共享指定車輛定位信息條件時，通信中心結束向監(jiān)控客戶端實時共享指定車輛定位信息。啟動共享指定車輛定位信息條件通信中心啟動向監(jiān)控客戶端共享指定車輛定位信息請求消息的觸發(fā)條件應符合以下要求：a)進入非歸屬地區(qū)地理區(qū)域的車輛已離開該地理區(qū)域但仍需獲取該車輛實時定位信息時；b)指定車輛共享到指定監(jiān)控客戶端時；c)應急狀態(tài)監(jiān)控某車輛時。結束共享指定車輛定位信息條件通信中心結束向監(jiān)控客戶端發(fā)送共享指定車輛定位信息的觸發(fā)條件應符合以下要求：a)進入非歸屬地區(qū)地理區(qū)域的車輛已離開該地理區(qū)域無需獲取該車輛實時定位信息時；b)取消指定車輛交換到指定監(jiān)控客戶端時；c)結束應急狀態(tài)完成某車輛監(jiān)控時。7.3.6上報車輛電子運單通信中心向監(jiān)控客戶端發(fā)送上報車輛電子運單，監(jiān)控客戶端接收到信息后，應給通信中心應答并進行入庫記載。7.3.7上報駕乘人員身份核驗信息通信中心向監(jiān)控客戶端發(fā)送某車輛上報的駕乘人員身份核驗結果信息，監(jiān)控客戶端接收到信息后，應給通信中心應答并進行入庫記載。7.3.8上報駕乘人員異常行為及疲勞狀態(tài)監(jiān)測信息通信中心向監(jiān)控客戶端發(fā)送某車輛上報的駕乘人員異常行為及疲勞狀態(tài)監(jiān)測結果信息，監(jiān)控客戶端接收到信息后，應給通信中心應答并進行入庫記載。7.3.9上報駕乘人員酒后駕駛狀態(tài)監(jiān)測信息通信中心向監(jiān)控客戶端發(fā)送某車輛上報的駕乘人員酒后駕駛狀態(tài)監(jiān)測結果信息，監(jiān)控客戶端接收到信息后，應給通信中心應答并進行入庫記載。7.3.10上報車輛自身安全監(jiān)測信息通信中心向監(jiān)控客戶端發(fā)送某車輛上報的車輛自身安全監(jiān)測結果信息，監(jiān)控客戶端接收到信息后，應給通信中心應答并進行入庫記載。7.3.11上報車輛事故預防主動防控信息通信中心向監(jiān)控客戶端發(fā)送某車輛上報的車輛事故預防主動防控信息，監(jiān)控客戶端接收到信息后，應給通信中心應答并進行入庫記載。7.3.12上報爆炸危險化學品理化安全監(jiān)測信息通信中心向監(jiān)控客戶端發(fā)送某車輛上報的車載爆炸危險化學品理化安全監(jiān)測結果信息，監(jiān)控客戶端接收到信息后，應給通信中心應答并進行入庫記載。7.3.13上報車載貨物防盜搶安全監(jiān)測信息通信中心向監(jiān)控客戶端發(fā)送某車輛上報的車載貨物防盜搶安全監(jiān)測結果信息，監(jiān)控客戶端接收到信息后，應給通信中心應答并進行入庫記載。7.4監(jiān)控客戶端間信息交互業(yè)務類流程7.4.1監(jiān)控客戶端查崗行業(yè)管理客戶端通過通信中心對接入的承運單位管理客戶端進行值守情況查詢的流程應符合以下要求：a)行業(yè)管理監(jiān)控客戶端通過通信中心不定期對接入的承運單位管理客戶端下發(fā)相關常識性問題；b)承運單位管理客戶端接到信息后，實時提醒在線值班人員；c)在線值班人員查看信息后，根據(jù)信息要求回復相應內容。7.4.2下發(fā)管理通知報文行業(yè)管理監(jiān)控客戶端不定期向通信中心下發(fā)管理通知報文信息，通信中心收到管理通知報文信息后向企業(yè)運營管理客戶端上傳管理通知報文信息，企業(yè)運營管理客戶端收到管理通知報文信息后向通信中心應答接收成功標識，通信中心接收成功后向行業(yè)管理監(jiān)控客戶端上傳應答接收成功標識。7.5車輛報警信息交互業(yè)務類流程車輛在運行過程中產(chǎn)生的相關報警信息處理流程應符合以下要求：a)車載裝置產(chǎn)生車輛報警信息后，即刻上報通信中心；b)通信中心即刻向承運單位管理客戶端上傳車輛報警信息，并按GB/T42474.4中的相關要求向相關行業(yè)管理客戶端上傳車輛報警信息；c)承運單位管理客戶端對車輛報警信息及時做出處理，并將處理報警信息結果或處理報警指令下發(fā)通信中心；d)通信中心在收到承運單位管理客戶端的處理報警信息結果或處理報警指令后，即刻向車載裝置下發(fā)，并按相關行業(yè)管理要求轉發(fā)處理報警信息結果至相關行業(yè)管理客戶端；e)監(jiān)控客戶端依據(jù)通信中心上傳的車載裝置感知數(shù)據(jù)監(jiān)測信息、定位信息等產(chǎn)生報警信息的，即刻下發(fā)通信中心，通信中心給監(jiān)控客戶端應答回復并即刻向車載裝置下發(fā)報警信息。7.6車輛監(jiān)管業(yè)務類流程監(jiān)控客戶端向通信中心下發(fā)拍照請求，通信中心轉發(fā)監(jiān)控客戶端發(fā)送的拍照請求參數(shù)到指定車輛的車載裝置，由車載裝置完成拍照并實時上傳到通信中心，通信中心將收到的圖片信息上報給監(jiān)控客戶端。7.6.2上報車輛行駛記錄信息監(jiān)控客戶端向通信中心下發(fā)讀取指定車輛行駛記錄信息的請求，通信中心接收到請求后向相應的車輛下發(fā)行駛記錄信息上報的指令，監(jiān)控客戶端在收到車輛車載裝置返回的行駛記錄信息后，立即上報給監(jiān)控客戶端。7.6.3車輛應急接入在應急情況下，監(jiān)控客戶端需要及時監(jiān)控某車輛時，監(jiān)控客戶端向通信中心下發(fā)車輛應急接入監(jiān)管命令，通信中心轉發(fā)監(jiān)控客戶端發(fā)送的命令到指定車輛的車載裝置，并將車載裝置返回的信息上傳到監(jiān)控客戶端。8數(shù)據(jù)格式8.1鏈路管理業(yè)務類8.1.1主鏈路登錄請求消息消息方向：從監(jiān)控客戶端向通信中心。業(yè)務數(shù)據(jù)類型標識：UP_CONNECT_REQ。描述：監(jiān)控客戶端向通信中心發(fā)送用戶名和密碼等登錄信息。監(jiān)控客戶端登錄請求消息數(shù)據(jù)體應符合表7的要求。表7主鏈路登錄請求消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述及要求USERID4uint32t用戶名PASSWORD8OctetString密碼DOWNLINKIPOctetString監(jiān)控客戶端提供對應的從鏈路服務端IP地址DOWNLINKPORT2uint16t監(jiān)控客戶端提供對應的從鏈路服務端口號8.1.2主鏈路登錄應答消息消息方向：從通信中心向監(jiān)控客戶端。業(yè)務數(shù)據(jù)類型標識：UP_CONNECT_RSP。描述：通信中心對監(jiān)控客戶端登錄請求信息進行安全驗證后，返回相應的驗證結果。主鏈路登錄應答消息數(shù)據(jù)體應符合表8的要求。表8主鏈路登錄應答消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述及要求RESULT1BYTE驗證結果，定義如下：0x00:成功；0x01:IP地址不正確；0x02:接入碼不正確；0x03:用戶沒有注冊；0x04:密碼錯誤；0x05:資源緊張，稍后再連接(已經(jīng)占用);0x06:其他VERIFYCODE4uint32t校驗碼8.1.3鏈路注銷請求消息消息方向：從監(jiān)控客戶端向通信中心。描述：監(jiān)控客戶端在中斷與通信中心的主鏈路連接時，應向通信中心發(fā)送主鏈路注銷請求消息，其數(shù)據(jù)體應符合表9的要求。表9主鏈路注銷請求消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述及要求USERID4用戶名PASSWORD8密碼8.1.4主鏈路注銷應答消息消息方向：從通信中心向監(jiān)控客戶端。業(yè)務數(shù)據(jù)類型標識：UP_DISCONNECT_RSP。描述：通信中心收到監(jiān)控客戶端發(fā)送的主鏈路注銷請求消息后，向監(jiān)控客戶端返回主鏈路注銷應答消息，并記錄鏈路注銷日志，監(jiān)控客戶端接收到應答消息后，可中斷主從鏈路連接。主鏈路注銷應答消息，數(shù)據(jù)體為空。8.1.5主鏈路連接保持請求消息消息方向：從監(jiān)控客戶端向通信中心。描述：監(jiān)控客戶端向通信中心發(fā)送主鏈路連接保持請求消息，以保持主鏈路的連接。主鏈路連接保持請求消息，數(shù)據(jù)體為空。8.1.6主鏈路連接保持應答消息消息方向：從通信中心向監(jiān)控客戶端。業(yè)務數(shù)據(jù)類型標識：UP_LINKTEST_RSP。描述：通信中心收到監(jiān)控客戶端的主鏈路連接保持請求消息后，向監(jiān)控客戶端返回主鏈路連接保持應答消息，保持主鏈路的連接狀態(tài)。主鏈路連接保持應答消息，數(shù)據(jù)體為空。8.1.7主鏈路斷開通知消息消息方向：從監(jiān)控客戶端向通信中心。業(yè)務數(shù)據(jù)類型標識：UP_DISCONNECT_INFORM。描述：當主鏈路中斷后，監(jiān)控客戶端可通過從鏈路向通信中心發(fā)送本消息通知通信中心主鏈路中斷，其數(shù)據(jù)體應符合表10的要求。本條消息無需被通知方應答。表10主鏈路斷開通知消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述及要求ERRORCODE1BYTE錯誤代碼，定義如下：0x00:主鏈路斷開；0x01:其他原因8.1.8監(jiān)控客戶端主動關閉主從鏈路通知消息消息方向：從監(jiān)控客戶端向通信中心。業(yè)務數(shù)據(jù)類型標識：UP_CLOSELINK_INFORM。描述：監(jiān)控客戶端作為服務端，發(fā)現(xiàn)從鏈路出現(xiàn)異常時，監(jiān)控客戶端通過從鏈路向通信中心發(fā)送本消息，通知通信中心監(jiān)控客戶端即將關閉主從鏈路，其數(shù)據(jù)體應符合表11的要求。本條消息無需被通知方應答。表11監(jiān)控客戶端主動關閉主從鏈路通知消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述及要求1鏈路關閉原因，定義如下：0x00:網(wǎng)關重啟；0x01:其他原因8.1.9從鏈路連接請求消息消息方向：從通信中心向監(jiān)控客戶端。描述：主鏈路建立連接后，通信中心向監(jiān)控客戶端發(fā)送從鏈路連接請求消息，以建立從鏈路連接，其數(shù)據(jù)體應符合表12的要求。監(jiān)控客戶端在收到本消息后，根據(jù)本校驗碼VERIFYCODE來實現(xiàn)數(shù)據(jù)表12從鏈路連接請求消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述及要求VERIFYCODE4uint32t對應的校驗碼8.1.10從鏈路連接應答信息消息方向：從監(jiān)控客戶端向通信中心。描述：監(jiān)控客戶端作為服務端向通信中心客戶端返回從鏈路連接應答消息，通信中心在接收到該應答消息結果后，根據(jù)結果進行鏈路連接處理，其數(shù)據(jù)體應符合表13的要求。表13從鏈路連接應答消息數(shù)據(jù)體字段名類型字節(jié)數(shù)描述及要求RESULTBYTE1驗證結果，定義如下：0x00:成功；0x01:VERIFYCODE錯誤；0x02:資源緊張，稍后再連接(已經(jīng)占用);0x03:其他8.1.11從鏈路注銷請求消息消息方向：從通信中心向監(jiān)控客戶端。業(yè)務數(shù)據(jù)類型標識：DOWN_DISCONNECT_REQ。描述：從鏈路建立后，通信中心在取消該鏈路時，應向監(jiān)控客戶端發(fā)送從鏈路注銷請求消息，其數(shù)據(jù)體應符合表14的要求。表14從鏈路注銷請求消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述及要求VERIFYCODE4uint32t校驗碼8.1.12從鏈路注銷應答消息消息方向：從監(jiān)控客戶端向通信中心。業(yè)務數(shù)據(jù)類型標識：DOWN_DISCONNECT_RSP。描述：監(jiān)控客戶端在收到通信中心發(fā)送的從鏈路注銷請求消息后，返回從鏈路注銷應答消息，記錄從鏈路注銷應答消息，數(shù)據(jù)體為空。8.1.13從鏈路連接保持請求消息消息方向：從通信中心向監(jiān)控客戶端。業(yè)務數(shù)據(jù)類型標識：DOWN_LINKTEST_REQ。描述：從鏈路建立成功后，通信中心向監(jiān)控客戶端發(fā)送從鏈路連接保持請求消息，以保持從鏈路的連接狀態(tài)。從鏈路連接保持請求消息，數(shù)據(jù)體為空。8.1.14從鏈路連接保持應答消息消息方向：從監(jiān)控客戶端向通信中心。業(yè)務數(shù)據(jù)類型標識：DOWN_LINKTEST_RSP。描述：監(jiān)控客戶端收到通信中心鏈路連接保持請求消息后，向通信中心返回從鏈路連接保持應答消息，保持從鏈路連接狀態(tài)。從鏈路連接保持應答消息，數(shù)據(jù)體為空。8.1.15從鏈路斷開通知消息消息方向：從通信中心向監(jiān)控客戶端。業(yè)務數(shù)據(jù)類型標識：DOWN_DISCONNECT_INFORM。描述：情景1:通信中心與監(jiān)控客戶端的從鏈路中斷后，重連3次仍未成功時，通信中心通過主鏈路發(fā)送本消息給監(jiān)控客戶端。情景2:通信中心作為客戶端向監(jiān)控客戶端登錄時，根據(jù)之前收到的IP地址及端口無法連接到監(jiān)控客戶端服務端時發(fā)送本消息通知監(jiān)控客戶端。從鏈路斷開通知消息數(shù)據(jù)體應符合表15的要求。本條消息無需被通知方應答。表15從鏈路斷開通知消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述及要求1錯誤代碼，定義如下：0x00:無法連接監(jiān)控客戶端指定的服務IP與端口；0x01:通信中心客戶端與監(jiān)控客戶端服務端斷開；0x02:其他原因8.1.16通信中心主動關閉主從鏈路通知消息消息方向：從通信中心向監(jiān)控客戶端。業(yè)務數(shù)據(jù)類型標識：DOWN_CLOSELINK_INFORM。描述：通信中心作為服務端，發(fā)現(xiàn)主鏈路出現(xiàn)異常時，通信中心通過主鏈路向監(jiān)控客戶端發(fā)送本消息，通知監(jiān)控客戶端通信中心即將關閉主從鏈路，其數(shù)據(jù)體應符合表16的要求。本條消息無需被通知方應答。表16通信中心主動關閉主從鏈路通知消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述及要求1鏈路關閉原因，定義如下：0x00:網(wǎng)關重啟；0x01:其他原因8.2信息交換業(yè)務類8.2.1車輛動態(tài)信息交換業(yè)務類上傳車載終端注冊請求消息消息方向：從通信中心向監(jiān)控客戶端。描述：通信中心收到車載終端的注冊請求消息，確認車載終端注冊消息體數(shù)據(jù)格式符合JT/T808—2019中表8的要求后，向監(jiān)控客戶端發(fā)送該車載終端注冊信息，其數(shù)據(jù)體應符合表17的要求。表17上傳車載終端注冊請求消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述PPOVINCE_ID2WORD標示車載裝置安裝車輛所在的省域，0保留，由監(jiān)控客戶端取默認值。省域ID采用GB/T2260—2007中表1規(guī)定的六位省、自治區(qū)、直轄市、特別行政區(qū)代碼中的前兩位4WORD標示車載裝置安裝車輛所在的市域和縣域，0保留，由監(jiān)控客戶端取默認值。市縣域ID采用GB/T2260—2007中表1規(guī)定的六位各省、自治區(qū)、直轄市、特別行政區(qū)代碼中的后四位PRODUCER(T)BYTE[11]由車載終端廠商所在地行政區(qū)劃代碼和車載終端制造商編碼組成TERMINAL_MODELBYTE[30]車載終端型號，此車載終端型號由制造商自行定義，位數(shù)不足時，前補“0x00”TERMINAL_IDBYTE[20]車載終端編號表17上傳車載終端注冊請求消息數(shù)據(jù)體(續(xù))字段名字節(jié)數(shù)類型描述VEHICLE_COLOR1BYTE0x01:藍色0x02:黃色0x03:黑色0x04:白色0x05:綠色0x06:黃綠色0x09:其他顏色，按照JT/T697.7的相關規(guī)定未上牌時，取值為0VEHICLE_NOOctetString車輛標識，即公安交通管理部門頒發(fā)的機動車號牌。車輛標識為0時，表示車輛VINPLATFORM_IDBYTES車輛所屬承運單位在監(jiān)控客戶端的唯一編碼數(shù)據(jù)部分INSTALL_TIME8申請注冊時間，用UTC時間表示COMPLIANCE_REQUIREMENTS1BYTES是否符合要求，0:否；1:是下發(fā)車載終端注冊應答消息消息方向：從監(jiān)控客戶端向通信中心。業(yè)務類型標識：DOWN_EXG_MSG_SAFETY_TERMINAL_REGIS描述：監(jiān)控客戶端收到通信中心發(fā)送的車載終端注冊信息后向通信中心回復終端注冊應答消息。終端注冊應答消息體數(shù)據(jù)格式應符合表18的要求。表18下發(fā)車載終端注冊應答消息數(shù)據(jù)體起始字節(jié)字段數(shù)據(jù)類型描述及要求0應答流水號WORD對應的車載終端注冊消息的流水號2結果0:成功；1:車輛已被注冊；2:數(shù)據(jù)庫中無該車輛3:車載終端已被注冊；4:數(shù)據(jù)庫中無該車載終端3鑒權碼只有在成功后才有該字段上傳車載終端安裝信息消息消息方向：從通信中心向監(jiān)控客戶端。業(yè)務類型標識：UP_EXG_MSG_SAFETY_TERMINAL_INSTALL(0x1250)。描述：通信中心收到車載網(wǎng)關上傳的車載終端在某車輛安裝的信息后，向監(jiān)控客戶端上傳該車載終端安裝信息，其數(shù)據(jù)體應符合表19的要求。本條消息監(jiān)控客戶端回復ACK確認應答消息。表19上傳車載終端安裝信息消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述TERMINAL_IDBYTE[20]車載終端編號VEHICLE_NO車輛標識，即公安交通管理部門頒發(fā)的機動車號牌。車輛標識為0時，表示車輛VINPLATFORM_IDBYTES車輛所屬承運單位在監(jiān)控客戶端的唯一編碼數(shù)據(jù)部分8安裝時間，用UTC時間表示安裝單位聯(lián)系人TELEPHONE聯(lián)系電話CODE_LENGTH1鑒權碼長度AUTHENTICATIONCODEn鑒權碼內容，位數(shù)與鑒權碼長度說明一致TERMINAL_IMEIBYTE[15]車載終端IMEIBYTE[20]軟件協(xié)議版本標識，應符合GB/T42474.5—2023中6.5.5的要求COMPLIANCE_REQUIREMENTS1BYTES是否符合要求，0:否；1:是上傳除車載終端外的其他車載裝置注冊請求消息消息方向：從通信中心向監(jiān)控客戶端。描述：通信中心收到除車載終端外的其他車載裝置注冊請求消息，確認車載終端注冊消息體數(shù)據(jù)格式符合GB/T42474.5中表8的要求后，向監(jiān)控客戶端發(fā)送該車載裝置注冊信息，其數(shù)據(jù)體應符合表20的要求。表20上傳除車載終端外的其他車載裝置注冊請求消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述VEHICLE_NOOctetString車輛標識，即公安交通管理部門頒發(fā)的機動車號牌。車輛標識為0時，表示車輛VINVEHICLE_COLOR1BYTE0x01:藍色0x02:黃色0x03:黑色0x04:白色0x05:綠色0x06:黃綠色0x09:其他顏色，按照JT/T697.7的相關規(guī)定未上牌時，取值為0表20上傳除車載終端外的其他車載裝置注冊請求消息數(shù)據(jù)體(續(xù))字段名字節(jié)數(shù)類型描述TERMINAL_IDBYTE[20]擬向車載網(wǎng)關注冊的對應車載終端編號UNIT_TYPE2uint16_t單元類型標識DATA_TYPE2uintl6_t子業(yè)務類型標識DATA_LENGTH4uint32_t后續(xù)數(shù)據(jù)長度PRODUCER(D)5BYTE[5]除車載終端外的車載裝置制造商編碼數(shù)據(jù)部分DEVICE_MODELBYTES[20]車載裝置型號，此車載裝置型號由制造商自行定義，位數(shù)不足時，后補“0x00”DEVICE_ID7BYTE[7]除車載終端外的車載裝置編號，由大寫字母和數(shù)字組成，此車載裝置ID由制造商自行定義，位數(shù)不足時，后補“0x00”8申請注冊時間，用UTC時間表示COMPLIANCE_REQUIREMENTS1BYTES是否符合要求，0:否；1:是下發(fā)除車載終端外的其他車載裝置注冊應答消息消息方向：從監(jiān)控客戶端向通信中心。業(yè)務類型標識：DOWN_EXG_MSG_SAFETY_DEVICE_REGISTER。(0x8300)描述：監(jiān)控客戶端收到通信中心發(fā)送的除車載終端外的其他車載裝置注冊信息后向通信中心回復車載裝置注冊應答消息，通信中心向車載網(wǎng)關轉發(fā)車載裝置注冊應答消息。車載裝置注冊應答消息體數(shù)據(jù)格式應符合表21的要求。表21下發(fā)除車載終端外的其他車載裝置注冊應答消息數(shù)據(jù)體起始字節(jié)字段數(shù)據(jù)類型描述及要求0應答流水號WORD對應的車載裝置注冊消息的流水號2結果BYTE0:成功；1:數(shù)據(jù)庫中無該裝置擬向其注冊的車載終端編號；2:車載裝置編號已被注冊；3:數(shù)據(jù)庫中無該車載裝置3鑒權碼STRING只有在成功后才有該字段上傳除車載終端外的其他車載裝置安裝信息消息消息方向：從通信中心向監(jiān)控客戶端。業(yè)務類型標識：UP_EXG_MSG_SAFETY_DEVICE_I描述：通信中心收到車載網(wǎng)關上傳的除車載終端外的其他車載裝置在某車輛安裝的信息后，向監(jiān)控客戶端上傳該車載裝置安裝信息，其數(shù)據(jù)體應符合表22的要求。本條消息監(jiān)控客戶端回復ACK確認應答消息。表22上傳除車載終端外的其他車載裝置安裝信息消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述DEVICE_ID7BYTE[7]除車載終端外的車載裝置編號，由大寫字母和數(shù)字組成，此車載裝置ID由制造商自行定義，位數(shù)不足時，后補“0x00”TERMINAL_IDBYTE[20]車載裝置向車載網(wǎng)關注冊的對應車載終端編號VEHICLE_NO車輛標識，即公安交通管理部門頒發(fā)的機動車號牌。車輛標識為0時，表示車輛VINUNIT_TYPE2uint16_t單元類型標識DATA_TYPE2uint16_t子業(yè)務類型標識PLATFORM_IDBYTES車輛所屬承運單位在監(jiān)控客戶端的唯一編碼數(shù)據(jù)部分8安裝時間，用UTC時間表示安裝單位聯(lián)系人TELEPHONE聯(lián)系電話CODE_LENGTH1鑒權碼長度AUTHENTICATIONCODEn鑒權碼內容，位數(shù)與鑒權碼長度說明一致VERSIONBYTE[20]軟件協(xié)議版本標識，應符合GB/T42474.5—2023中6.5.5的要求COMPLIANCE_REQUIREMENTS1BYTES是否符合要求，0:否；1:是8.2.2車輛報警信息交互業(yè)務類上報報警信息消息消息方向：從通信中心向監(jiān)控客戶端。描述：通信中心接收車載裝置上傳的報警消息并向監(jiān)控客戶端轉發(fā)報警信息，或通信中心接收企業(yè)運營管理客戶端下發(fā)的報警消息并向行業(yè)管理客戶端轉發(fā)報警消息，或通信中心接收行業(yè)管理客戶端下發(fā)的報警消息并向企業(yè)運營管理客戶端轉發(fā)報警消息，或通信中心接收駕乘人員服務客戶端發(fā)送的報警消息并向企業(yè)運營管理客戶端、行業(yè)管理客戶端轉發(fā)報警消息，上報報警信息消息數(shù)據(jù)體應符合表23的要求。本條消息監(jiān)控客戶端回復ACK確認應答消息。表23上報報警信息消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述VEHICLE_NOVEHICLE_COLOR10x01:藍色0x02:黃色0x03:黑色0x04:白色0x05:綠色0x06:黃綠色0x09:其他顏色，按照JT/T697.7的相關規(guī)定未上牌時，取值為0UNIT_TYPE2uint16_t單元類型標識DATA_TYPE2uint16_t子業(yè)務類型標識DATA_LENGTH4uint32_t后續(xù)數(shù)據(jù)長度WARN_SRC1報警信息來源定義如下：0x01:車載網(wǎng)關0x02:企業(yè)運營管理客戶端0x03:行業(yè)管理客戶端0x04:駕乘人員服務客戶端0x05:運營商物理網(wǎng)數(shù)據(jù)平臺0x09:其他數(shù)據(jù)部分WARN_TYPE2uint16_t報警類型，詳見常量定義中的報警類型WARN_TIME8報警時間，UTC時間格式報警信息IDDRIVER_LENGTH1駕駛人員姓名長度DRIVERDRIVER_LENGTH駕駛人員姓名DRIVER_NO_LENGTHl駕駛人員駕照號碼長度DRIVER_NODRIVER_NO_LENGTH駕駛人員駕照號碼1報警級別4uint32_t經(jīng)度，單位為1×10-6度(°)4uint32_t緯度，單位為1×10度(°)ALTITUDE2uint16_t海拔高度，單位為米(m)2uint16_t行車速度，單位為千米每小時(km/h)2uint16_t行駛記錄速度，單位為千米每小時(km/h)1報警狀態(tài)，1:報警開始；2:報警結束DIRECTION2uint16_t方向，0～359,正北為0,順時針2uint16_t報警數(shù)據(jù)長度，最長2048字節(jié)上報報警信息內容下發(fā)報警督辦請求消息消息方向：從監(jiān)控客戶端向通信中心。業(yè)務類型標識：DOWN_WARN_MSG_URGE描述：監(jiān)控客戶端向通信中心發(fā)送報警督辦請求消息，通信中心向車載網(wǎng)關轉發(fā)報警督辦請求消息，下發(fā)報警督辦請求消息數(shù)據(jù)體應符合表24的要求。本條消息通信中心通過主鏈路回復ACK確認應答消息。報警督辦請求應答消息業(yè)務類型標識：UP_WARN_MSG_URGE_TODO_ACK(0x1401)。表24下發(fā)報警督辦請求消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述VEHICLE_NOOctetString車輛標識，即公安交通管理部門頒發(fā)的機動車號牌車輛標識為0時，表示車輛VINVEHICLE_COLOR1BYTE0x01:藍色0x02:黃色0x03:黑色0x04:白色0x05:綠色0x06:黃綠色0x09:其他顏色，按照JT/T697.7的相關規(guī)定未上牌時，取值為0UNIT_TYPE2uint16_t單元類型標識DATA_TYPE2uintl6_t子業(yè)務類型標識DATA_LENGTH4uint32_t后續(xù)數(shù)據(jù)長度WARN_SRC1BYTE報警信息來源定義如下：0x01:車載網(wǎng)關0x02:企業(yè)運營管理客戶端0x03:行業(yè)管理客戶端0x04:駕乘人員服務客戶端0x05:運營商物理網(wǎng)數(shù)據(jù)平臺0x09:其他WARN_TYPE2uintl6_t報警類型，詳見常量定義中的報警類型數(shù)據(jù)部分WARN_TIME8報警時間，UTC時間格式OctetString報警信息IDDRIVER_LENGTHBYTE駕駛人員姓名長度DRIVERDRIVER_LENGTHOctetString駕駛人員姓名DRIVER_NO_LENGTH1BYTE駕駛人員駕照號碼長度DRIVER_NODRIVER_NO_LENGTHOctetString駕駛人員駕照號碼表24下發(fā)報警督辦請求消息數(shù)據(jù)體(續(xù))字段名字節(jié)數(shù)類型描述1報警處理結果定義如下：0x00:處理中0x01:已處理完畢數(shù)據(jù)部分METHOD1報警處理方式：0x00:快速拍照0x01:語音下發(fā)0x02:停車檢查0x03:行為糾正0x04:統(tǒng)計分析0x05:異常干預0x06:聯(lián)動管理0x07:統(tǒng)計分析0x08:預警申訴0x09:備案審核WARN_TIME8報警處理時間，UTC時間格式OPERATOR_LENGTH報警處理人姓名長度OPERATOR_LENGTH報警處理人姓名COMPANY_LENGTH1報警處理人所屬單位名稱長度COMPANY_LENGTH報警處理人所屬單位名稱上報報警處理結果消息消息方向：從通信中心向監(jiān)控客戶端。描述：通信中心接收車載裝置上傳的報警處理結果消息并向監(jiān)控客戶端轉發(fā)報警處理結果消息，或通信中心接收企業(yè)運營管理客戶端下發(fā)的報警處理結果消息并向行業(yè)管理客戶端轉發(fā)報警處理結果消息，或通信中心接收行業(yè)管理客戶端下發(fā)的報警處理結果消息并向企業(yè)運營管理客戶端轉發(fā)報警處理結果消息，或通信中心接收駕乘人員服務客戶端發(fā)送的報警處理結果消息并向企業(yè)運營管理客戶端、行業(yè)管理客戶端轉發(fā)報警處理結果消息，上報報警處理結果信息消息數(shù)據(jù)體應符合表25的要求。本條消息監(jiān)控客戶端回復ACK確認應答消息。表25上報報警處理結果消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述及要求VEHICLE_NOOctetString車輛標識，即公安交通管理部門頒發(fā)的機動車號牌。車輛標識為0時，表示車輛VIN表25上報報警處理結果消息數(shù)據(jù)體(續(xù))字段名字節(jié)數(shù)類型描述及要求VEHICLE_COLOR1BYTE0x01:藍色0x02:黃色0x03:黑色0x04:白色0x05:綠色0x06:黃綠色0x09:其他顏色，按照JT/T697.7的相關規(guī)定未上牌時，取值為0UNIT_TYPE2uint16_t單元類型標識DATA_TYPE2uint16_t子業(yè)務類型標識DATA_LENGTH4uint32_t后續(xù)數(shù)據(jù)長度LEVEL1BYTE報警級別OctetString報警信息ID數(shù)據(jù)部分RESULT1BYTE報警處理結果定義如下：0x00:處理中0x01:已處理完畢METHODlBYTE報警處理方式：0x00:快速拍照0x01:語音下發(fā)0x02:停車檢查0x03:行為糾正0x04:統(tǒng)計分析0x05:異常干預0x06:聯(lián)動管理0x07:統(tǒng)計分析0x08:預警申訴0x09:備案審核WARN_TIME8報警處理時間，UTC時間格式OPERATOR_LENGTHBYTE報警處理人姓名長度OPERATOROPERATOR_LENGTHOctetString報警處理人姓名COMPANY_LENGTHBYTE報警處理人所屬單位名稱長度COMPANYCOMPANY_LENGTHOctetString報警處理人所屬單位名稱下發(fā)報警附件目錄請求消息消息方向：從監(jiān)控客戶端向通信中心描述：從監(jiān)控客戶端向通信中心發(fā)送報警附件目錄請求業(yè)務，其數(shù)據(jù)體應符合表26的要求。表26報警附件目錄請求消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述及要求VEHICLE_NO車輛標識，即公安交通管理部門頒發(fā)的機動車號牌。車輛標識為0時，表示車輛VINVEHICLE_COLOR10x01:藍色0x02:黃色0x03:黑色0x04:白色0x05:綠色0x06:黃綠色0x09:其他顏色，按照JT/T697.7的相關規(guī)定未上牌時，取值為0UNIT_TYPE2uint16_t單元類型標識DATA_TYPE2uint16_t子業(yè)務類型標識DATA_LENGTH4uint32_t后續(xù)數(shù)據(jù)長度報警信息ID上傳報警附件目錄請求應答消息鏈路類型：主鏈路消息方向：從通信中心向監(jiān)控客戶端。業(yè)務類型標識：UP_WARN_MSG_FILELIST_ACK。(0x1404)描述：通信中心向監(jiān)控客戶端發(fā)送報警附件目錄請求應答業(yè)務，監(jiān)控客戶端通過報警附件文件URL以FTP協(xié)議自行下載報警附件文件，其數(shù)據(jù)體應符合表27的要求。其中，報警附件列表數(shù)據(jù)的數(shù)據(jù)體應符合表28的要求。本條消息監(jiān)控客戶端回復ACK確認應答消息。表27上傳報警附件目錄請求應答數(shù)據(jù)體字段名字節(jié)數(shù)類型描述及要求VEHICLE_NOOctetString車輛標識，即公安交通管理部門頒發(fā)的機動車號牌。車輛標識為0時，表示車輛VIN表27上傳報警附件目錄請求應答數(shù)據(jù)體(續(xù))字段名字節(jié)數(shù)類型描述及要求VEHICLE_COLOR10x01:藍色0x02:黃色0x03:黑色0x04:白色0x05:綠色0x06:黃綠色0x09:其他1其他車牌顏色，按照JT/T697.7的相關規(guī)定。未上牌時，取值為0UNIT_TYPE2uint16_t單元類型標識DATA_TYPE2uint16_t子業(yè)務類型標識DATA_LENGTH4uint32_t后續(xù)數(shù)據(jù)長度報警信息ID數(shù)據(jù)部分SERVER_LENGTH附件服務器地址長度附件服務器IP或域名2uint16_t附件服務器FTP協(xié)議端口號USERNAME_LENGTH用戶名長度USERNAMEUSERNAME_LENGTH附件服務器用戶名PASSWORD_LENGTH密碼長度PSSSWORDPASSWORD_LENGTH附件服務武器密碼FILE_COUNT附件數(shù)量FILE_LIST—報警附件列表數(shù)據(jù)。數(shù)據(jù)體應符合表28的要求表28報警附件列表數(shù)據(jù)體起始字節(jié)字段數(shù)據(jù)長度描述及要求0文件名稱長度文件名長度為kk文件名稱文件名稱文件類型0x00:圖片0x01:音頻0x02:視頻0x03:記錄文件0x04:其他文件大小uint32_t當前報警附件的大小表28報警附件列表數(shù)據(jù)體(續(xù))起始字節(jié)字段數(shù)據(jù)長度描述及要求文件URL的長度當前報警附件的完整URL地址8.2.3車輛報警信息核查業(yè)務類報警信息核查請求消息消息方向：從監(jiān)控客戶端向通信中心描述：從監(jiān)控客戶端向通信中心發(fā)送主動安全報警核查請求業(yè)務，其數(shù)據(jù)體應符合表29的要求。表29報警信息核查請求消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述VEHICLE_NO車輛標識，即公安交通管理部門頒發(fā)的機動車號牌。車輛標識為0時，表示車輛VINVEHICLE_COLOR10x01:藍色0x02:黃色0x03:黑色0x04:白色0x05:綠色0x06:黃綠色0x09:其他顏色，按照JT/T697.7的相關規(guī)定未上牌時，取值為0UNIT_TYPE2uint16_t單元類型標識DATA_TYPE2uint16_t子業(yè)務類型標識DATA_LENGTH4uint32_t后續(xù)數(shù)據(jù)長度WARN_TYPE2uint16_t報警類型。應符合表37的要求WARN_TIME8報警時間，UTC時間格式報警信息核查請求應答消息消息方向：從通信中心向監(jiān)控客戶端。描述：從通信中心向監(jiān)控客戶端響應上報某車輛已上傳的報警信息，其數(shù)據(jù)體應符合表30的要求。表30報警信息核查請求應答消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述VEHICLE_NO車輛標識，即公安交通管理部門頒發(fā)的機動車號牌。車輛標識為0時，表示車輛VINVEHICLE_COLORl0x01:藍色0x02:黃色0x03:黑色0x04:白色0x05:綠色0x06:黃綠色0x09:其他顏色，按照JT/T697.7的相關規(guī)定未上牌時，取值為0UNIT_TYPE2uint16_t單元類型標識DATA_TYPE2uint16_t子業(yè)務類型標識DATA_LENGTH4uint32_t后續(xù)數(shù)據(jù)長度WARN_SRC1報警信息來源定義如下：0x01:車載網(wǎng)關0x02:企業(yè)運營管理客戶端0x03:行業(yè)管理客戶端0x04:駕乘人員服務客戶端0x05:運營商物理網(wǎng)數(shù)據(jù)平臺0x09:其他WARN_SRC1報警信息來源定義如下：0x01:車載網(wǎng)關0x02:企業(yè)運營管理客戶端0x03:行業(yè)管理客戶端0x04:駕乘人員服務客戶端0x05:運營商物理網(wǎng)數(shù)據(jù)平臺0x09:其他數(shù)據(jù)部分WARN_TYPE2uint16_t報警類型，應符合常量定義中的相關要求WARN_TIME8報警時間，UTC時間格式報警信息IDDRIVER_LENGTH駕駛人員姓名長度DRIVERDRIVER_LENGTH駕駛人員姓名DRIVER_NO_LENGTH1駕駛人員駕照號碼長度DRIVER_NODRIVER_NO_LENGTH駕駛人員駕照號碼報警級別4uint32_t經(jīng)度，單位為1×10-?度(°)表30報警信息核查請求應答消息數(shù)據(jù)體(續(xù))字段名字節(jié)數(shù)類型描述4uint32_t緯度，單位為1×10-6度(°)數(shù)據(jù)部分ALTITUDE2uintl6_t海拔高度，單位為米(m)2uintl6_t行車速度，單位為千米每小時(km/h)2uint16_t行駛記錄速度，單位為千米每小時(km/h)1報警狀態(tài)，1:報警開始；2:報警結束DIRECTION2uint16_t方向，0～359,正北為0,順時針2uint16_t報警數(shù)據(jù)長度，最長2048字節(jié)上報報警信息內容報警統(tǒng)計核查請求消息消息方向：從監(jiān)控客戶端向通信中心描述：從監(jiān)控客戶端向通信中心發(fā)送報警統(tǒng)計核查請求業(yè)務，其數(shù)據(jù)體應符合表31的要求。表31報警統(tǒng)計核查請求消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述VEHICLE_NOOctetString車輛標識，即公安交通管理部門頒發(fā)的機動車號牌。車輛標識為0時，表示車輛VINVEHICLE_COLOR1BYTE0x01:藍色0x02:黃色0x03:黑色0x04:白色0x05:綠色0x06:黃綠色0x09:其他顏色，按照JT/T697.7的相關規(guī)定未上牌時，取值為0UNIT_TYPE2uint16_t單元類型標識DATA_TYPE2uint16_t子業(yè)務類型標識DATA_LENGTH4uint32_t后續(xù)數(shù)據(jù)長度START_TIME8統(tǒng)計開始時間，UTC時間格式END_TIME8統(tǒng)計結束時間，UTC時間格式報警統(tǒng)計核查請求應答消息消息方向：從通信中心向監(jiān)控客戶端。描述：通信中心向監(jiān)控客戶端響應上報報警統(tǒng)計核查請求業(yè)務，其數(shù)據(jù)體應符合表32的要求。表32報警統(tǒng)計核查請求應答數(shù)據(jù)體字段名字節(jié)數(shù)類型描述VEHICLE_NO車輛標識，即公安交通管理部門頒發(fā)的機動車號牌。車輛標識為0時，表示車輛VINVEHICLE_COLOR10x01:藍色0x02:黃色0x03:黑色0x04:白色0x05:綠色0x06:黃綠色0x09:其他顏色，按照JT/T697.7的相關規(guī)定未上牌時，取值為0UNIT_TYPE2uint16_t單元類型標識DATA_TYPE2uint16_t子業(yè)務類型標識DATA_LENGTH4uint32_t后續(xù)數(shù)據(jù)長度—BYTE[]報警統(tǒng)計列表WARN_TYPE2uint16_t報警類型。應符合表37的規(guī)定4uint32_t報警數(shù)量8.2.4從鏈路監(jiān)控客戶端之間信息交互消息消息方向：從行業(yè)管理客戶端通過通信中心向承運單位管理客戶端業(yè)務類型標識：DOWN_PLATFORM_描述：行業(yè)管理客戶端通過通信中心不定期向承運單位管理客戶端發(fā)送查崗請求信息時，行業(yè)管理客戶端向通信中心不定期發(fā)送查崗請求信息，通信中心收到查崗請求信息立即向承運單位管理客戶端轉發(fā)該查崗請求信息。查崗請求信息數(shù)據(jù)體應符合表33的要求。表33查崗請求消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述DATA_TYPE2uint16_t子業(yè)務類型標識DATA_LENGTH4uint32_t后續(xù)數(shù)據(jù)長度OBJECT_TYPE1查崗對象的類型。應符合表38的要求數(shù)據(jù)部分查崗對象的ID,長度不足時后補0x00,定義如下：對象類型=0x01時，由平臺行政區(qū)劃代碼和平臺唯一編碼組成；對象類型=0x02時，為業(yè)戶經(jīng)營許可證號；對象類型=0x03時，全部填0x004uint32_t信息ID4uint32_t信息長度信息內容上傳查崗請求應答消息消息方向：從承運單位管理客戶端通過通信中心向行業(yè)管理客戶端業(yè)務類型標識：UP_PLATFORM_MSG_POST_QUERY_ACK。(0x1301)描述：承運單位管理客戶端根據(jù)業(yè)務類型及查崗對象的類型將行業(yè)管理客戶端發(fā)送的不定期查崗請求消息通過通信中心發(fā)送到不同的查崗對象，并將不同查崗對象的應答消息通過通信中心分別轉發(fā)給相應的行業(yè)管理客戶端。查崗應答消息數(shù)據(jù)體應符合表34的要求。表34查崗應答消息數(shù)據(jù)體字段名字節(jié)數(shù)類型描述DATA_TYPE2uintl6_t子業(yè)務類型標識DATA_LENGTH4uint32_t后續(xù)數(shù)據(jù)長度OBJECT_TYPE1查崗對象的類型。應符合表38的要求數(shù)據(jù)部分查崗對象的ID,長度不足時后補0x00,定義如下：對象類型為平臺時，由平臺行政區(qū)劃代碼和平臺唯一編碼組成；對象類型為業(yè)戶時，為業(yè)戶經(jīng)營許可證號4uint32_t信息ID,本ID跟下發(fā)的查崗請求消息ID相同4uint32_t數(shù)據(jù)長度應答內容下發(fā)管理通知報文消息消息方向：上級監(jiān)控客戶端向下級監(jiān)控客戶端或同級管理客戶端。包括：情景1:從行業(yè)管理客戶端通過通信中心向企業(yè)運營管理客戶端、駕乘人員服務客戶端或政府其他行業(yè)管理客戶端。情景2:企業(yè)運營管理客戶端通過通信中心向其他企業(yè)運營管理客戶端或駕乘人員服務客戶端。描述：行業(yè)管理客戶端通過通信中心下發(fā)監(jiān)控客戶端之間管理通知報文消息時，發(fā)文方行業(yè)管理客戶端向通信中心發(fā)送管理通知報文消息，通信中心收到管理通知報文消息后，依據(jù)下發(fā)報文對象類型立即向企業(yè)運營管理客戶端、駕乘人員服務客戶端或政府其他行業(yè)管理客戶端轉發(fā)該管理通知報文消息。收到管理通知報文消息的企業(yè)運營管理客戶端、駕乘人員服務客戶端或政府其他行業(yè)管理客戶端回復ACK確認應答消息。企業(yè)運營管理客戶端通過通信中心下發(fā)監(jiān)控客戶端之間管理通知報文消息時，發(fā)文方企業(yè)運營管理客戶端向通信中心發(fā)送管理通知報文消息，通信中心收到管理通知報文消息后，依據(jù)下發(fā)報文對象類型立即向其他企業(yè)運營管理客戶