標準編號:	JT/T 808-2019
中文名稱:	道路運輸車輛衛星定位系統 終端通訊協議及數據格式
英文名稱:	GNSS system for operational vehicles. General specifications for vehicle terminal communication protocol and data format
中標分類:	M53    雷達、導航設備與系統
行業分類:	JT    交通行業標準
發布機構:	中華人民共和國交通運輸部
發布日期:	2019-03-15
實施日期:	2019-7-1
標準狀態:	superseded
被新標準替代:	JT/T 808-2019/XG1-2021 《道路運輸車輛衛星定位系統 終端通信協議及數據格式》行業標準第1號修改單
替代舊標準:	JT/T 808-2011 道路運輸車輛衛星定位系統 終端通訊協議及數據格式
翻譯語言:	英文
文件格式:	PDF
中文字符數:	50000 字
翻譯價格(元):	3200.0
交付時間:	付款后 1 個工作日

Codeofchina.com is in charge of this English translation. In case of any doubt about the English translation, the Chinese original shall be considered authoritative. This standard is developed in accordance with the rules given in G/T 1.1-2009. This standard replaces JT/T 808-2011 GNSS system for operational vehicles - General specifications for vehicle terminal communication protocol and data format. In addition to a number of editorial changes, the following main technical changes have been made with respect to JT/T 808-2011: ——The 14th bit of the message body attribute format of message header is modified to "version identity" (see 4.4.3; 4.4.3 of Edition 2011); ——The terminal phone number length in the message header is modified (see 4.4.3; 4.4.3 of Edition 2011); ——The server time query request is added (see 8.4); ——The additional points report request for terminal subpacket is added (see 8.7); ——The terminal model, terminal ID length and license plate format description of the register message are modified (see 8.8; 8.4 of Edition 2011); ——The manufacturer ID length and format definition of terminal register message as well as the reference standard for license plate color are modified (see 8.8; 8.8 of Edition 2011); ——The format of terminal authentication message is modified, and the software version number and IMEI number fields are added (see 8.11; 8.11 of Edition 2011); ——The definition of license plate color in terminal parameters setting is modified (see 8.12; 8.12 of Edition 2011); ——The parameter content of terminal parameters setting is modified (see 8.12; 8.12 of Edition 2011); ——The instruction of “specified terminal parameters query” is added (see 8.14); ——The instruction of “terminal attribute query” is added (see 8.16); ——The parameter description of controlling the terminal to connect to the designated server in the terminal control instruction are modified. Three control instructions, i.e., "terminal shutdown", “close data communication" and "close all wireless communication", are deleted. The data type description of wireless upgrade command removal command parameter is deleted, and the specific command parameter type is subject to the parameter type of the corresponding command word (see 8.16; 8.16 of Edition 2011); ——The requirements on event setting, event report, question issuing, question answering, information on-demand menu setting, information on-demand/cancellation and information service in the data format are deleted (see 8.17, 8.18, 8.19, 8.20, 8.21, 8.22 and 8.23 of Edition 2011); ——The instruction of “terminal upgrade patch issuing” is added (see 8.19); ——The requirements for the message of location information reporting are modified (see 8.21; 8.21 of Edition 2011); ——The instruction of “artificial acknowledgment alarm” is added (see 8.25); ——The instruction of “terminal link detection” is added (see 8.26); ——The requirements for text information issuance are modified (see 8.27; 8.27 of Edition 2011); ——The data format of vehicle control instruction is modified (see 8.30; 8.12 of Edition 2011); ——Definitions such as opening and closing door for the area attribute of circular area establishment instruction are added (see 8.32); ——The name fields for rectangular area establishment, circular area establishment, polygonal area establishment, route establishment, etc. are added (see 8.32~8.38); ——The message bodies “area or route data query response” are added (see 8.40); ——The field definition of data block for driving record data acquisition command is added (see 8.42); ——The request for reporting driver's identity information is added (see 8.46); ——The structure of driver's identity information acquisition and reporting message is modified (see 8.47; 8.47 of Edition 2011); ——The request for batch uploading of locating data is added (see 8.48); ——The request for CAN bus data uploading is added (see 8.49); ——The location information field for multimedia data uploading is added (see 8.51); ——The definitions of minimum resolution and maximum resolution of the command of immediate shooting for camera are added (see 8.53); ——The response to command of immediate shooting for camera is added (see 8.54); ——The data format of multimedia retrieval item for stored multimedia data retrieval response is added (see 8.56); ——The instruction for single stored multimedia data retrieval and uploading is added (see 8.59); ——The transparent transmission message type definition table of the transparent transmission message type description is added in the downlink data transparent transmission instruction (see 8.60); ——The transparent transmission message type description of the uplink data transparent transmission instruction is modified (see 8.61; 8.61 of Edition 2011); ——The peripheral type number table is modified, and the peripheral type of burglar alarm is added (see Table A.2); ——The command type table is modified, and the content of special protocol related to road transport certificate IC card and the content of peripheral self-test and firmware update are added (see Table A.3); ——The slave version number information query instruction is added (see A3.4); ——The slave self-test instruction is added (see A3.5); ——The slave firmware update instruction is added (see A3.6); ——The instruction for peripheral attribute query is added (see A3.7); ——The description of special protocol for IC card authentication is added (see A.4); ——The table for message comparison is modified, all newly added instructions are supplemented, and the scope of vendor defined uplink message and vendor defined downlink message is specified (see Annex B) This standard was proposed by and is under the jurisdiction of SAC/TC 521 National Technical Committee on Road Transport of Standardization Administration of China. The previous edition of this standard is as follows: ——JT/T 808-2011. GNSS for operating vehicles - General specifications for vehicle terminal communication protocol and data format 1 Scope This standard specifies the communication protocol and data format between the on-board terminal of GNSS for operating vehicles and the supervision/monitoring platform, including protocol basis, communication connection, message processing, protocol classification and requirements, and data format. This standard is applicable to the communication between the on-board terminal of GNSS for operating vehicles and the supervision/monitoring platform. 2 Normative references The following referenced documents are indispensable for the application of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies. GB/T 2260 Codes for the administrative divisions of the Peoples Republic of China GB/T 19056 Vehicle travelling data recorder JT/T 697.7-2014 Basic data element of transportation information - Part 7: Basic data element of road transportation information JT/T 794 GNSS system for operating vehicles - Technical specification for vehicle terminals 3 Terms, definitions and abbreviations 3.1 Terms and definitions For the purposes of this document, the following terms and definitions apply. 3.1.1 abnormal data communication link state in which the wireless communication link is disconnected or temporarily suspended (such as during a call) 3.1.2 register operation that a terminal sends a message to the platform to inform its installation on a certain vehicle 3.1.3 unregister operation that a terminal sends a message to the platform to inform its removal from the vehicle 3.1.4 authentication operation that a terminal sends a message to the platform at the time of being connected to the platform to enable the platform to verify its identity and at the same time reports the protocol version currently in use to communicate with the platform 3.1.5 location reporting strategy rules for reporting at regular time interval or certain distance or a combination of both 3.1.6 location reporting program rules for determining location reporting interval according to location reporting strategy 3.1.7 additional points report while turning rules for the terminal to send the location information reporting message when judging that the vehicle will turn. The sampling frequency shall not be less than 1Hz, and the change rate of vehicle azimuth angle shall not be less than 15°/s, and the sampling shall last at least more than 3s 3.1.8 answering strategy rules for the terminal to answer incoming calls automatically or manually 3.1.9 sms text alarm operation of sending text messages by SMS when the terminal alarms 3.1.10 multi-center connection strategy the terminal shall report the same data content to multiple central servers at the same time. For the downlink instruction operation of central servers, the terminal shall only respond to the downlink instruction of the primary server, but not to the downlink instruction of the secondary server 3.2 Abbreviations For the purposes of this document, the following abbreviations apply. ID——Identity APN——Access Point Name GZIP——a GNU free software file compression program (GNU zip) LCD——Liquid Crystal Display RSA——an asymmetric cryptography algorithm (developed by Ron Rivest, Adi Shamirh, and Len Adleman, named after them) SMS——Short Message Service TCP——Transmission Control Protocol TTS——Text To Speech UDP——User Datagram Protocol VSS——Vehicle Speed Sensor GNSS——Global Navigation Satellite System GBK——Chinese Internal Code Specification 4 Protocol basis 4.1 Communication mode The communication mode adopted in the protocol shall meet the relevant requirements in JT/T 794. The communication protocol adopts TCP or UDP, with the supervision/monitoring platform (hereinafter referred to as "platform") as the server side and the on-board terminal of GNSS for operating vehicles (hereinafter referred to as "terminal") as the client side. In case of an abnormal data communication link, the terminal may communicate via SMS message. 4.2 Data type See Table 1 for data types used in protocol messages. Table 1 Data types Data type Description and requirement BYTE Unsigned single-byte integer (byte, 8 bits) WORD Unsigned double-byte integer (byte, 16 bits) DWORD Unsigned four-byte integer (double word, 32 bits) BYTE[n] n bytes BCD[n] 8421 code, n bytes STRING GBK code. Null if there is no data 4.3 Transmission rules The protocol shall adopt the network byte order in big-endian mode to transmit word and double word. The transmission rules are agreed as follows: ——BYTE transmission, which is performed in the form of byte stream; ——WORD transmission, in which the high 8 bits are transmitted first, and then the low 8 bits are transmitted; ——DWORD transmission, in which the high 24 bits are transmitted first, then the high 16 bits, the high 8 bits, and finally the low 8 bits. 4.4 Message composition 4.4.1 Message structure Each message consists of identity bits, a message header, a message body and a check code, and the message structure is shown in Figure 1. Identity bit Message header Message body Check code Identity bit Figure 1 Message structure diagram 4.4.2 Identity bit The identity bit shall be represented by 0x7e, and if 0x7e and 0x7d appear in the check code, message header and message body, they shall be escaped. The escape rules are defined as follows: Firstly, 0x7d is escaped and converted into fixed two-byte data: 0x7d 0x01; Secondly, 0x7e is escaped and converted into fixed two-byte data: 0x7d 0x02. The escape process is as follows: When sending a message: first encapsulate the message, then calculate and fill in the check code, and finally escape it; When receiving a message: firstly escape and restore the message, then verify the check code, and finally parse the message. Example: When sending a data packet of 0x30 0x7e 0x08 0x7d 0x55, it is encapsulated as follows: 0x7e 0x30 0x7d 0x02 0x08 0x7d 0x01 0x55 0x7e.

Foreword II 1 Scope 2 Normative references 3 Terms, definitions and abbreviations 4 Protocol basis 5 Communication connection 6 Message processing 7 Protocol classification and requirements 8 Data format Annex A (Normative) Communication protocol between on-board terminal and external equipment Annex B (Normative) Table for message comparison

道路運輸車輛衛星定位系統終端通信協議及數據格式 1范圍 本標準規定了道路運輸車輛衛星定位系統車載終端與監管/監控平臺之間的通信協議與數據格式，包括協議基礎、通信連接、消息處理、協議分類與要求及數據格式。 本標準適用于道路運輸車輛衛星定位系統車載終端和監管/監控平臺之間的通信。 2規范性引用文件 下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。 GB/T 2260 中華人民共和國行政區劃代碼 GB/T 19056 汽車行駛記錄儀 JT/T 697.7-2014 交通信息基礎數據元 第7部分：道路運輸信息基礎數據元 JT/T 794 道路運輸車輛衛星定位系統 車載終端技術要求 3術語和定義、縮略語 3.1術語和定義 下列術語和定義適用于本文件。 3.1.1 數據通信鏈路異常abnormal data communication link 無線通信鏈路斷開，或暫時掛起（如通話過程中）的狀態。 3.1.2 注冊register 終端向平臺發送消息告知其安裝在某一車輛上的操作。 3.1.3 注銷unregister 終端向平臺發送消息告知從所安裝車輛拆下。 3.1.4 鑒權authentication 終端連接上平臺時向平臺發送消息以使平臺驗證自己身份，同時上報目前在用與平臺通信的協議版本。 3.1.5 位置匯報策略location reporting strategy 定時、定距匯報或兩者結合的規則。 3.1.6 位置匯報方案location reporting program 根據位置匯報策略確定位置匯報間隔的規則。 3.1.7 拐點補傳additional points report while turning 終端在判斷出車輛拐彎時發送位置信息匯報消息的規則。采樣頻率不低于1Hz，汽車方位角變化率不低于15°/s，且至少持續3s以上。 3.1.8 電話接聽策略answering strategy 終端自動或手動接聽來電的規則。 3.1.9 短信文本報警sms text alarm 終端報警時以短信方式發送文本信息的操作。 3.1.10 多中心連接策略multi-center connection strategy 終端應同時向多個中心服務器匯報相同的數據內容，對于中心服務器下行的指令操作，終端應只應答主服務器下行的指令，不可應答從服務器下行的指令。 3.2縮略語 下列縮略語適用于本文件。 ID——標識（Identity） APN——接入點名稱（Access Point Name） GZIP——一個GNU自由軟件的文件壓縮程序（GNU zip） LCD——液晶顯示屏（Liquid Crystal Display） RSA——一種非對稱密碼算法（由Ron Rivest、Adi Shamirh、Len Adleman開發，取名來自三者的名字） SMS——短消息服務（Short Message Service） TCP——傳輸控制協議（Transmission Control Protocol） TTS——文本到語音（Text To Speech） UDP——用戶數據報協議（User Datagram Protocol） VSS——車輛速度傳感器（Vehicle Speed Sensor） GNSS——全球導航衛星系統（Global Navigation Satellite System） GBK——漢字內碼擴展規范（Chinese Internal Code Specification） 4協議基礎 4.1通信方式 協議采用的通信方式應符合JT/T 794中的相關規定，通信協議采用TCP或UDP，監管/監控平臺（以下簡稱“平臺”）作為服務器端，道路運輸車輛衛星定位系統車載終端（以下簡稱“終端"）作為客戶端。當數據通信鏈路異常時，終端可采用SMS消息方式進行通信。 4.2數據類型 協議消息中使用的數據類型見表1。 表1數據類型 數據類型 描述及要求 BYTE 無符號單字節整型（字節，8位） WORD 無符號雙字節整型（字節，16位） DWORD 無符號四字節整型（雙字，32位） BYTE[n] n字節 BCD[n] 8421碼，n字節 STRING GBK編碼，若無數據，置空 4.3傳輸規則 協議應采用大端模式的網絡字節序來傳遞字和雙字。傳輸規則約定如下： ——字節（BYTE）的傳輸，按照字節流的方式傳輸； ——字（WORD）的傳輸，先傳遞高八位，再傳遞低八位； ——雙字（DWORD）的傳輸，先傳遞高二十四位，然后傳遞高十六位，再傳遞高八位，最后傳遞低八位。 4.4消息的組成 4.4.1消息結構 每條消息由標識位、消息頭、消息體和校驗碼組成，消息結構如圖1所示。 標識位 消息頭 消息體 校驗碼 標識位 圖1消息結構圖 4.4.2標識位 標識位應采用0x7e表示，若校驗碼、消息頭以及消息體中出現0x7e及0x7d，則要進行轉義處理。轉義規則定義如下： 先對0x7d進行轉義，轉換為固定兩字節數據：0x7d 0x01； 再對0x7e進行轉義，轉換為固定兩字節數據：0x7d 0x02。 轉義處理過程如下： 發送消息時：先對消息進行封裝，然后計算并填充校驗碼，最后進行轉義處理； 接收消息時：先對消息進行轉義還原處理，然后驗證校驗碼，最后解析消息。 示例：發送一包內容為0x30 0x7e 0x08 0x7d 0x55的數據包，則經過封裝如下：0x7e 0x30 0x7d 0x02 0x08 0x7d 0x01 0x55 0x7e。 4.4.3消息頭 4.4.3.1消息頭內容詳見表2。 4.4.3.2消息體屬性格式結構如圖2所示。 表2消息頭內容 起始字節 字段 數據類型 描述及要求 0 消息ID WORD — 2 消息體屬性 WORD 消息體屬性格式結構見圖2 4 協議版本號 BYTE 協議版本，每次關鍵修訂遞增，初始版本為1 5 終端手機號 BCD[10] 根據安裝后終端自身的手機號轉換。手機號不足位的，則在前補充數字0 15 消息流水號 WORD 按發送順序從0開始循環累加 17 消息包封裝項 — 如果消息體屬性中相關標識位確定消息分包處理，則該項有內容，否則無該項 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 保留 版本標識 分包 數據加密方式 消息體長度 注：版本標識位的值固定為1。 圖2消息體屬性格式結構圖 4.4.3.3數據應按照如下方式進行加密： ——bit10～bit12為數據加密標識位； ——當此三位都為0，表示消息體不加密； ——當第10位為1，表示消息體經過RSA算法加密； ——其他位為保留位。 4.4.3.4消息分包應按照如下要求進行處理： ——當消息體屬性中第13位為1時表示消息體為長消息，進行分包發送處理，具體分包信息由消息包封裝項決定； ——若第13位為0，則消息頭中無消息包封裝項字段。 消息包封裝項內容見表3。 表3消息包封裝項內容 起始字節 字段 數據類型 描述及要求 0 消息總包數 WORD 該消息分包后的總包數 2 包序號 WORD 從1開始 4.4.3.5版本標識應按照如下要求進行處理： ——當第14位為0，表示協議為2011年的版本，該版本未引入版本標識功能； ——當第14位為1，表示協議已經引入版本標識功能，并且在終端鑒權報文的鑒權碼后跟隨著協議版本號，引入版本標識功能后初始版本號為1，后續每次關鍵性修訂版本號都會遞增。 4.4.4消息體 每個不同的命令消息體格式內容由各命令確定，具體要求見第7章。 4.4.5校驗碼 校驗碼的計算規則應從消息頭首字節開始，同后一字節進行異或操縱，直到消息體末字節結束；校驗碼長度為一字節。 5通信連接 5.1連接的建立 終端與平臺的數據日常連接可采用TCP或UDP方式，終端復位后應與平臺建立連接，連接建立后立即向平臺發送終端鑒權消息進行鑒權。 5.2連接的維持 連接建立和終端鑒權成功后，終端應周期性地向平臺發送終端心跳消息，平臺收到后向終端發送平臺通用應答消息，發送周期由終端參數指定。 5.3連接的斷開 平臺與終端雙方都應主動判斷連接是否斷開。 平臺應采用以下方法判斷終端連接是否斷開： ——在TCP連接模式下根據TCP協議判斷主動斷開； ——相同身份的終端建立新連接，表明原連接已斷開； ——在一定的時間內未收到終端發出的消息。 終端應采用以下方法判斷連接是否斷開： ——在TCP連接模式下根據TCP協議判斷出平臺主動斷開； ——達到重傳次數后仍未收到應答。 6消息處理 6.1TCP和UDP消息處理. 6.1.1平臺主發的消息 所有平臺主發的消息均應要求終端應答。應答分為通用應答和專門應答兩種方式，由各具體功能協議決定。發送方等待應答超時后，應對消息進行重發。應答超時時間和重傳次數由平臺參數指定，每次重傳后的應答超時時間的計算方法見式（1）。 TN+1=TN×（N+1） （1） 式中：TN+1——每次重傳后的應答超時時間，單位為s； TN——前一次的應答超時時間，單位為s； N——重傳次數，單位為次。 6.1.2終端主發的消息 6.1.2.1數據通信鏈路正常 數據通信鏈路正常時，所有終端主發的消息均應要求平臺應答。應答應分為通用應答和專門應答，由各具體功能協議決定。終端等待應答超時后，應對消息進行重發。應答超時時間和重傳次數由終端參數指定，每次重傳后的應答超時時間的計算方法見式（1）。對于終端發送的關鍵報警消息，若達到重傳次數后仍未收到應答，則應對其進行保存。以后在發送其他消息前應先發送保存的關鍵報警消息。 6.1.2.2數據通信鏈路異常 數據通信鏈路異常時，終端應對需發送的位置信息匯報消息進行保存。在數據通信鏈路恢復正常后，應立即發送保存的消息。 6.2SMS消息處理 終端通信方式切換為SMS消息方式時，應采用PDU八位編碼方式，對于長度超過140字節的消息，應按照短信服務規劃進行分包處理。 SMS消息的應答、重傳和保存機制應符合6.1的要求。應答超時時間及重傳次數應按照表13中參數ID0x0006及0x0007的相關設定值處理。 7協議分類與要求 7.1分類 協議按照功能分類進行描述。無特別指明，缺省采用TCP通信方式。車載終端與外接設備通信協議見附錄A。協議中消息名稱與消息ID的消息對照表見附錄B。 7.2終端管理類協議 7.2.1終端注冊/注銷 終端在未注冊狀態下，應首先進行注冊，注冊成功后終端獲得鑒權碼并進行保存，鑒權碼可在終端鑒權時使用。車輛拆除或更換終端前，終端應執行注銷操作，取消終端和車輛的對應關系。 如終端選擇通過SMS方式發送終端注冊和終端注銷消息，平臺應通過SMS方式發送終端注冊應答對終端注冊進行回復，通過SMS方式發送平臺通用應答對終端注銷進行回復。 7.2.2終端鑒權 已注冊的終端，每次與平臺建立連接后，應立即進行鑒權。鑒權成功前終端不應發送其他消息。 終端應通過發送終端鑒權消息進行鑒權，平臺應回復終端通用應答消息。 7.2.3設置/查詢終端參數 平臺通過發送設置終端參數消息設置終端參數，終端回復終端通用應答消息。平臺通過發送查詢終端參數消息查詢終端參數，終端回復查詢終端參數應答消息。不同網絡制式下的終端應支持各自網絡的一些特有參數。 7.2.4終端控制 平臺通過發送終端控制消息對終端進行控制，終端回復終端通用應答消息。 7.3位置、報警類協議 7.3.1位置信息匯報 終端根據參數設定周期性發送位置信息匯報消息。 根據參數控制，終端在判斷出車輛拐彎時可發送位置信息匯報消息。 7.3.2位置信息查詢 平臺通過發送位置信息查詢消息，查詢指定車載終端當時位置信息，終端回復位置信息查詢應答消息。 7.3.3臨時位置跟蹤控制 平臺通過發送臨時位置跟蹤控制消息啟動/停止位置跟蹤，位置跟蹤要求終端停止之前的周期匯報，按消息指定時間間隔進行匯報。終端回復終端通用應答消息。 7.3.4終端報警 終端判斷滿足報警條件時發送位置信息匯報消息，在位置匯報消息中設置相應的報警標志，平臺可通過回復平臺通用應答消息進行報警處理。 各報警類型見位置信息匯報消息體中的描述。報警標志維持至報警條件解除的報警，在報警條件解除后應立即發送位置信息匯報消息，清除相應的報警標志。 7.4信息類協議 7.4.1文本信息下發 平臺通過發送文本信息下發消息，按指定方式通知駕駛員。終端回復終端通用應答消息。 7.4.2事件設置及報告 平臺通過發送事件設置消息，將事件列表發到終端存儲，駕駛員在遇到相應事件后可進入事件列表界面進行選擇，選擇后終端向平臺發出事件報告消息。 對于事件設置消息，終端應回復終端通用應答消息。 對于事件報告消息，平臺應回復平臺通用應答消息。