《T-CTS 12-2023 汽車行駛記錄儀聯(lián)網(wǎng)通信技術(shù)要求》

ICS43.040.10

CCST35

團體標準

T/CTS12—2023

汽車行駛記錄儀聯(lián)網(wǎng)通信技術(shù)要求

Technicalrequirementsfornetworkcommunication

ofvehicletravellingdatarecorder

2023-3-1發(fā)布2023-3-1實施

中國道路交通安全協(xié)會發(fā)布

T/CTS12—2023

汽車行駛記錄儀聯(lián)網(wǎng)通信技術(shù)要求

1范圍

本文件規(guī)定了汽車行駛記錄儀與聯(lián)網(wǎng)平臺間通信功能要求和通信安全要求。

本文件適用于汽車行駛記錄儀與聯(lián)網(wǎng)平臺的通信。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

GB16735道路車輛車輛識別代號

GB18030信息技術(shù)中文編碼字符集

GB/T19056汽車行駛記錄儀

GB/T35789機動車電子標識通用規(guī)范第1部分：汽車

GA36中華人民共和國機動車號牌

JT/T808道路運輸車輛衛(wèi)星定位系統(tǒng)終端通訊協(xié)議及數(shù)據(jù)格式

GM/T0008安全芯片密碼檢測準則

T/CTS11汽車記錄儀數(shù)據(jù)安全芯片技術(shù)要求

3術(shù)語和定義

下列術(shù)語和定義適用于本文件。

3.1

汽車行駛記錄儀編號recorderID

汽車行駛記錄儀的唯一性編號標識，由生產(chǎn)廠商名稱縮寫（2個大寫字符）、產(chǎn)品型號簡稱（3個大

寫字符或數(shù)字）、以及產(chǎn)品生產(chǎn)流水號（8位數(shù)字）組成。

3.2

汽車行駛記錄儀生命周期lifecycle

汽車行駛記錄儀使用的全過程：生產(chǎn)、出廠、預(yù)裝、安裝、運行、維修、報廢。

3.3

機動車電子標識electronicidentificationofmotorvehicle

用于識別機動車身份，嵌有超高頻無線射頻識別芯片并存儲機動車登記信息、行業(yè)應(yīng)用信息等信息

的載體。

[GB/T35789.1-2017，術(shù)語和定義3.1]

4縮略語

下列縮略語適用于本文件。

DTMF：雙音多頻（DualToneMultiFrequency）

MID：消息類型（MessageInformationDescription）

ACCON：整車所有電器設(shè)備通電（AccessoriesON）

SMS：短消息服務(wù)（ShortMessageService）

VIN：車輛識別代號（VehicleIdentificationNumber）

GNSS：全球?qū)Ш叫l(wèi)星系統(tǒng)（GlobalNavigationSatelliteSystem）

FlexCAN：靈活的控制器局域網(wǎng)絡(luò)（FlexibleCAN）

CANFD：靈活的數(shù)據(jù)速率控制器局域網(wǎng)絡(luò)（CANwithFlexibleDatarate）

4

T/CTS12—2023

UART：通用異步收發(fā)傳輸器（UniversalAsynchronousReceiver/Transmitter）

LIN：局域互聯(lián)網(wǎng)絡(luò)（LocalInterconnectNetwork）

GZIP：一種數(shù)據(jù)壓縮算法（GNUzip）

LZMA：一種數(shù)據(jù)壓縮算法（Lempel-Ziv-Markovchain-Algorithm）

5通信功能要求

5.1聯(lián)網(wǎng)雙向鑒權(quán)

5.1.1聯(lián)網(wǎng)雙向鑒權(quán)流程

汽車行駛記錄儀通過無線公共網(wǎng)絡(luò)通信接入聯(lián)網(wǎng)平臺為登錄，聯(lián)網(wǎng)平臺和汽車行駛記錄儀間通過數(shù)

據(jù)確認互為可信的通信為鑒權(quán)。聯(lián)網(wǎng)雙向鑒權(quán)流程見圖1：

圖1聯(lián)網(wǎng)雙向鑒權(quán)流程圖

5.1.2聯(lián)網(wǎng)雙向鑒權(quán)過程

聯(lián)網(wǎng)雙向鑒權(quán)過程應(yīng)符合以下要求：

a)汽車行駛記錄儀初始化無線公共網(wǎng)絡(luò)通信模塊，具備聯(lián)網(wǎng)通信能力；

b)從安全芯片獲取公共網(wǎng)絡(luò)通信的聯(lián)網(wǎng)參數(shù)和經(jīng)過加密的汽車行駛記錄儀聯(lián)網(wǎng)鑒權(quán)碼；

c)汽車行駛記錄儀按聯(lián)網(wǎng)參數(shù)連接聯(lián)網(wǎng)平臺并發(fā)送汽車行駛記錄儀信息和對應(yīng)的鑒權(quán)碼；

d)聯(lián)網(wǎng)平臺返回對汽車行駛記錄儀鑒權(quán)碼的鑒權(quán)結(jié)果，如果鑒權(quán)通過則同時返回經(jīng)過加密的聯(lián)

網(wǎng)平臺鑒權(quán)碼；

e)聯(lián)網(wǎng)平臺返回對汽車行駛記錄儀鑒權(quán)碼的鑒權(quán)結(jié)果，如果鑒權(quán)未能通過則延時5min后從a）

開始重試；

f)通過聯(lián)網(wǎng)平臺鑒權(quán)的，將收到的聯(lián)網(wǎng)平臺鑒權(quán)碼發(fā)送到安全芯片；

g)安全芯片校驗聯(lián)網(wǎng)平臺鑒權(quán)碼，將聯(lián)網(wǎng)平臺鑒權(quán)結(jié)果返回給汽車行駛記錄儀；

5

T/CTS12—2023

h)汽車行駛記錄儀收到聯(lián)網(wǎng)平臺鑒權(quán)結(jié)果，聯(lián)網(wǎng)平臺鑒權(quán)未能通過的延時5min后從a）開始重

試；

i)聯(lián)網(wǎng)平臺鑒權(quán)通過的，完成登錄鑒權(quán)過程，按照聯(lián)網(wǎng)參數(shù)發(fā)送和接收聯(lián)網(wǎng)數(shù)據(jù)幀。

5.2數(shù)據(jù)傳輸

5.2.1數(shù)據(jù)傳輸流程

汽車行駛記錄儀通過無線公共網(wǎng)絡(luò)通信接入特定的聯(lián)網(wǎng)平臺后的數(shù)據(jù)交互，數(shù)據(jù)傳輸流程見圖2：

圖2數(shù)據(jù)傳輸流程圖

6

T/CTS12—2023

5.2.2數(shù)據(jù)傳輸內(nèi)容及要求

5.2.2.1駕駛?cè)诵畔⒂涗?/p>

5.2.2.1.1汽車行駛記錄儀進行以下類型的駕駛?cè)诵畔⒂涗洉r，該數(shù)據(jù)記錄塊應(yīng)被實時上傳：

a)汽車行駛記錄儀開機（ACCON）后的首次駕駛?cè)诵畔⒂涗洠?/p>

b)車輛停車20分鐘后的首次駕駛?cè)诵畔⒂涗洠?/p>

c)更換駕駛?cè)诵畔C卡后的駕駛?cè)诵畔⒂涗洠?/p>

d)具備人臉識別功能的汽車行駛記錄儀檢測到更換駕駛?cè)撕蟮鸟{駛?cè)诵畔⒂涗洝?/p>

5.2.2.1.2汽車行駛記錄儀上傳的駕駛?cè)诵畔⒂涗洃?yīng)符合以下要求：

a)因網(wǎng)絡(luò)連接等原因未能實時上傳的駕駛?cè)诵畔?shù)據(jù)記錄塊應(yīng)在聯(lián)網(wǎng)平臺連接恢復(fù)后上傳至聯(lián)

網(wǎng)平臺；

b)駕駛?cè)诵畔?shù)據(jù)記錄塊的傳輸應(yīng)按照駕駛?cè)诵畔⒂涗浀臅r間順序上傳。

5.2.2.2行駛狀態(tài)記錄

5.2.2.2.1實時行駛狀態(tài)記錄

汽車行駛記錄儀應(yīng)按照傳輸間隔的設(shè)定參數(shù)周期上傳一段時間內(nèi)的所有行駛狀態(tài)數(shù)據(jù)記錄。

5.2.2.2.2歷史行駛狀態(tài)記錄

汽車行駛記錄儀應(yīng)按照指定的時間段上傳該時間段內(nèi)的所有行駛狀態(tài)數(shù)據(jù)記錄。

5.2.2.3事故疑點記錄

汽車行駛記錄儀事故疑點數(shù)據(jù)記錄時，該數(shù)據(jù)記錄塊應(yīng)被實時上傳，汽車行駛記錄儀上傳的事故疑

點記錄應(yīng)符合以下要求：

a)因網(wǎng)絡(luò)連接等原因未能上傳的事故疑點數(shù)據(jù)記錄塊應(yīng)在聯(lián)網(wǎng)平臺連接恢復(fù)后上傳至聯(lián)網(wǎng)平臺；

b)事故疑點數(shù)據(jù)記錄塊的傳輸應(yīng)按照事故疑點記錄的時間順序上傳，前一個事故疑點數(shù)據(jù)記錄

塊上傳完成后才能進行下一個事故疑點數(shù)據(jù)記錄塊的上傳。

5.2.2.4超時駕駛記錄

汽車行駛記錄儀上傳的超時駕駛記錄應(yīng)符合以下要求：

a)汽車行駛記錄儀在超時駕駛發(fā)生時，應(yīng)實時上傳超時駕駛數(shù)據(jù)記錄；

b)汽車行駛記錄儀在超時駕駛發(fā)生后，應(yīng)按一定的頻率上傳超時駕駛數(shù)據(jù)記錄，上傳頻率為每5

分鐘1次；

c)因網(wǎng)絡(luò)連接等原因未能上傳的超時駕駛數(shù)據(jù)記錄塊應(yīng)在聯(lián)網(wǎng)平臺連接恢復(fù)后上傳至聯(lián)網(wǎng)平臺；

d)超時駕駛數(shù)據(jù)記錄塊的傳輸應(yīng)按照超時駕駛記錄的時間順序上傳。

5.2.2.5日志記錄

汽車行駛記錄儀上傳的日志記錄應(yīng)符合以下要求：

a)汽車行駛記錄儀在生成日志記錄時，應(yīng)實時上傳；

b)因網(wǎng)絡(luò)連接等原因未能上傳的日志記錄，應(yīng)在聯(lián)網(wǎng)平臺連接恢復(fù)后上傳至聯(lián)網(wǎng)平臺；

c)日志記錄的傳輸應(yīng)按照日志記錄的時間順序上傳。

5.2.2.6驗證記錄塊

汽車行駛記錄儀在生成驗證記錄塊時，應(yīng)實時上傳驗證記錄塊數(shù)據(jù)。

5.2.2.7運行心跳信息

汽車行駛記錄儀在上傳終端心跳信息時，消息體應(yīng)包含汽車行駛記錄儀時間和運行狀態(tài)數(shù)據(jù)。

7

T/CTS12—2023

5.2.2.8參數(shù)設(shè)置

汽車行駛記錄儀聯(lián)網(wǎng)通信應(yīng)支持聯(lián)網(wǎng)平臺下發(fā)參數(shù)設(shè)置功能，參數(shù)設(shè)置包含汽車行駛記錄儀生命周

期參數(shù)和經(jīng)授權(quán)后設(shè)置的關(guān)鍵參數(shù)。

5.2.2.9數(shù)據(jù)透傳

汽車行駛記錄儀聯(lián)網(wǎng)通信應(yīng)支持其他子系統(tǒng)（如數(shù)據(jù)安全芯片）與聯(lián)網(wǎng)平臺間數(shù)據(jù)雙向轉(zhuǎn)發(fā)的透傳

功能。

5.3通信協(xié)議和消息體

汽車行駛記錄儀和聯(lián)網(wǎng)平臺應(yīng)實現(xiàn)安全傳輸，通信協(xié)議可采用附錄A或附錄B的數(shù)據(jù)傳輸格式。

通信協(xié)議報文的內(nèi)容段（消息體）見附錄C。

6通信安全要求

6.1安全等級劃分及要求

6.1.1安全等級劃分

汽車行駛記錄儀與聯(lián)網(wǎng)平臺通信的安全等級由低到高分為3個等級，安全等級1、安全等級2和安全

等級3。

6.1.2安全等級1要求

安全等級1規(guī)定了汽車行駛記錄儀的聯(lián)網(wǎng)通信安全能力須滿足的最低安全等級要求。

安全等級1要求汽車行駛記錄儀對網(wǎng)絡(luò)通信和汽車行駛記錄儀自身安全提供基本的保護措施。

6.1.3安全等級2要求

安全等級2規(guī)定了汽車行駛記錄儀的聯(lián)網(wǎng)通信安全能力所能達到的中安全等級要求。在安全等級1

的基礎(chǔ)上，安全等級2規(guī)定了汽車行駛記錄儀須具備符合GM/T0008一級及以上要求的安全芯片。

安全等級2要求安全芯片能夠?qū)W(wǎng)絡(luò)連接參數(shù)、網(wǎng)絡(luò)通信密鑰和其他敏感信息進行保護，并要求送

檢單位能夠?qū)ο鄳?yīng)防御措施的有效性進行說明。

6.1.4安全等級3要求

安全等級3規(guī)定了汽車行駛記錄儀的聯(lián)網(wǎng)通信安全能力所能達到的高安全等級要求。在安全等級2

的基礎(chǔ)上，安全等級3規(guī)定了汽車行駛記錄儀須具備符合GM/T0008二級及以上要求的安全芯片。

安全等級3要求安全芯片能夠?qū)W(wǎng)絡(luò)連接參數(shù)、網(wǎng)絡(luò)通信密鑰、汽車行駛記錄儀運行代碼和敏感信

息提供高級保護，要求送檢單位能夠證明相關(guān)防御措施的有效性。

6.2通信接入

6.2.1偽基站識別

汽車行駛記錄儀的通信模塊在通過公共網(wǎng)絡(luò)進行聯(lián)網(wǎng)通信時，應(yīng)具備安全機制，識別偽基站，確保

接入真實可信的移動通信網(wǎng)絡(luò)。

6.2.2連接與鑒權(quán)

6.2.2.1安全等級1

a)遠程連接的目標IP地址、端口號、通信協(xié)議、鑒權(quán)方式等連接參數(shù)須保存在非經(jīng)破壞不可拆

卸和更換的安全存儲器上；

b)通過汽車行駛記錄儀顯示面板和按鍵、身份識別卡接口進行的連接參數(shù)本地修改須通過顯示

面板和按鍵的密碼授權(quán)后方能進行。

8

T/CTS12—2023

6.2.2.2安全等級2

a)遠程連接的目標IP地址、端口號、通信協(xié)議、鑒權(quán)方式等連接參數(shù)須保存在安全芯片上，通

過與安全芯片通信的方式獲得相關(guān)參數(shù)；

b)通過汽車行駛記錄儀顯示面板和按鍵、身份識別卡接口進行的連接參數(shù)本地修改須通過安全

芯片與遠程服務(wù)端聯(lián)合驗證授權(quán)后方能進行，驗證碼不少于4位數(shù)字；

c)汽車行駛記錄儀與聯(lián)網(wǎng)平臺應(yīng)支持雙向鑒權(quán)，汽車行駛記錄儀發(fā)出的鑒權(quán)碼應(yīng)由安全芯片產(chǎn)

生，聯(lián)網(wǎng)平臺返回的反向鑒權(quán)碼驗證應(yīng)由安全芯片進行。

6.2.2.3安全等級3

a)遠程連接目標IP、端口號、通信協(xié)議、鑒權(quán)方式等連接參數(shù)須保存在安全芯片上，通過與安

全芯片以加密通信的方式獲得相關(guān)參數(shù)，通信加密密鑰應(yīng)為能夠抵御回放攻擊的動態(tài)密鑰；

b)通過汽車行駛記錄儀顯示面板和按鍵、身份識別卡接口進行的連接參數(shù)本地修改，須通過安

全芯片與遠程服務(wù)端聯(lián)合驗證授權(quán)后方能進行，驗證碼不少于6位數(shù)字；

c)汽車行駛記錄儀與聯(lián)網(wǎng)平臺應(yīng)支持雙向鑒權(quán)，汽車行駛記錄儀發(fā)出的鑒權(quán)碼應(yīng)由安全芯片產(chǎn)

生，聯(lián)網(wǎng)平臺返回的反向鑒權(quán)碼驗證應(yīng)由安全芯片進行。鑒權(quán)碼和反向鑒權(quán)碼應(yīng)為能夠抵御

回放攻擊的動態(tài)鑒權(quán)碼。

6.3數(shù)據(jù)傳輸

6.3.1數(shù)據(jù)上行傳輸

數(shù)據(jù)上行傳輸包含行駛記錄信息、車輛信息（VIN碼、車牌號等）、用戶資料（駕駛?cè)松矸?、貨?/p>

信息等）等信息。

6.3.1.1安全等級1

a)上行傳輸?shù)臄?shù)據(jù)幀應(yīng)包含完整性校驗部分，數(shù)據(jù)的接收方應(yīng)能通過完整性校驗檢出因不可預(yù)

見因素引起的數(shù)據(jù)錯誤幀；

b)上行傳輸?shù)臄?shù)據(jù)幀應(yīng)包含索引標識（如傳輸序列號），應(yīng)能支持數(shù)據(jù)幀接收確認、錯誤請求

重發(fā)、未確認自動重發(fā)的功能。

6.3.1.2安全等級2

除具備安全等級1要求的安全功能外，還應(yīng)支持以下要求：

a)汽車行駛記錄儀應(yīng)支持上行傳輸數(shù)據(jù)幀的行駛記錄信息加密功能，加密算法應(yīng)至少支持AES、

RSA、SM4中的一種或幾種；

b)用于加密算法的密鑰應(yīng)存放在安全芯片內(nèi)部。

6.3.1.3安全等級3

除具備安全等級2要求的安全功能外，還應(yīng)支持以下要求：

a)汽車行駛記錄儀應(yīng)支持上行傳輸數(shù)據(jù)幀的各類數(shù)據(jù)信息的加密功能，對稱加密算法應(yīng)至少支

持SM1和AES，非對稱加密算法應(yīng)至少支持SM2和RSA；

b)汽車行駛記錄儀應(yīng)支持上行傳輸數(shù)據(jù)幀中關(guān)鍵信息數(shù)據(jù)幀的數(shù)字簽名功能，簽名算法應(yīng)至少

支持SM1、SM2和RSA；

c)用于簽名算法的密鑰應(yīng)存放在安全芯片內(nèi)部，用于簽名算法的時間戳?xí)r間信息應(yīng)來自安全芯

片內(nèi)部實時時鐘。

6.3.2指令下行傳輸

指令數(shù)據(jù)指除用于數(shù)據(jù)幀接收確認和重發(fā)要求外的，用于汽車行駛記錄儀與聯(lián)網(wǎng)平臺通信參數(shù)設(shè)置

和控制類指令的下行傳輸數(shù)據(jù)幀。

9

T/CTS12—2023

6.3.2.1安全等級1

a)下行傳輸?shù)闹噶顢?shù)據(jù)幀應(yīng)包含完整性校驗部分，數(shù)據(jù)的接收方應(yīng)能通過完整性校驗檢出因不

可預(yù)見因素引起的數(shù)據(jù)錯誤幀；

b)下行傳輸?shù)闹噶顢?shù)據(jù)幀應(yīng)包含索引標識（如傳輸序列號），應(yīng)能支持數(shù)據(jù)幀接收確認、錯誤

請求重發(fā)、未確認自動重發(fā)的功能。

6.3.2.2安全等級2

汽車行駛記錄儀除具備安全等級1要求的安全功能外，還應(yīng)支持以下要求：

a)汽車行駛記錄儀應(yīng)支持下行傳輸?shù)闹噶顢?shù)據(jù)幀的信息解密功能，解密算法應(yīng)至少支持AES、RSA、

SM4中的一種或幾種；

b)用于解密算法的密鑰應(yīng)存放在安全芯片內(nèi)部。

6.3.2.3安全等級3

汽車行駛記錄儀除具備安全等級2要求的安全功能外，還應(yīng)支持以下要求：

a)汽車行駛記錄儀應(yīng)支持下行傳輸?shù)闹噶顢?shù)據(jù)幀的各類數(shù)據(jù)信息的解密功能，對稱加密算法應(yīng)

至少支持SM1和AES，非對稱加密算法應(yīng)至少支持SM2和RSA；

b)汽車行駛記錄儀應(yīng)支持下行傳輸?shù)闹噶顢?shù)據(jù)幀的各類數(shù)據(jù)信息的數(shù)字簽名驗簽功能，以保證

指令數(shù)據(jù)信息來源的合法性、完整性和有效性；

c)用于驗簽算法的密鑰應(yīng)存放在安全芯片內(nèi)部。

6.4其他形式數(shù)據(jù)傳輸

6.4.1SMS短信數(shù)據(jù)傳輸

短信數(shù)據(jù)指汽車行駛記錄儀通過無線公共網(wǎng)絡(luò)的SMS或可識別來源的其他文字類信息服務(wù)。

6.4.1.1安全等級1

具備短信數(shù)據(jù)接收和處理功能的，且可通過短信數(shù)據(jù)進行參數(shù)設(shè)置、初始化和執(zhí)行相應(yīng)指令的汽車

行駛記錄儀，應(yīng)符合以下安全要求：

a)應(yīng)具備識別信息來源的功能，汽車行駛記錄儀僅處理或執(zhí)行指定來源和授權(quán)來源的短信指令；

其他來源的短信數(shù)據(jù)，不應(yīng)被處理或執(zhí)行；

b)接收的短信數(shù)據(jù)應(yīng)包含數(shù)據(jù)完整性校驗，不完整的數(shù)據(jù)或不能通過完整性校驗的短信數(shù)據(jù)，

不應(yīng)被處理或執(zhí)行；

c)被處理或執(zhí)行的短信數(shù)據(jù)，應(yīng)作為事件進行記錄存儲，應(yīng)記錄以下信息：短信來源、接收時

間、信息內(nèi)容、處理結(jié)果等相關(guān)內(nèi)容。

6.4.1.2安全等級2

汽車行駛記錄儀除具備安全等級2要求的安全功能外，還應(yīng)支持以下要求：

a)汽車行駛記錄儀接收的短信數(shù)據(jù)應(yīng)當被加密，解密后數(shù)據(jù)應(yīng)包含數(shù)據(jù)完整性校驗；

b)短信數(shù)據(jù)應(yīng)包含滾動碼或發(fā)送輪次信息，汽車行駛記錄儀應(yīng)能防御短信數(shù)據(jù)的重放攻擊；

c)短信數(shù)據(jù)應(yīng)包含目標汽車行駛記錄儀的識別碼信息（如傳輸序列號），汽車行駛記錄儀應(yīng)能

防御短信數(shù)據(jù)的拷貝攻擊；

d)汽車行駛記錄儀發(fā)送短信數(shù)據(jù)應(yīng)在加密后發(fā)送，短信數(shù)據(jù)應(yīng)含發(fā)送汽車行駛記錄儀的識別碼

信息（如汽車行駛記錄儀序列號）。

6.4.1.3安全等級3

汽車行駛記錄儀除具備安全等級2要求的安全功能外，其接收和發(fā)送短信數(shù)據(jù)的加密和解密應(yīng)由安

全芯片進行。

10

T/CTS12—2023

6.4.2基于DTMF數(shù)據(jù)傳輸

6.4.2.1安全等級1

具備接受語音呼叫和語音通話功能的，且可通過DTMF數(shù)據(jù)傳輸進行的參數(shù)設(shè)置、初始化和執(zhí)行相應(yīng)

指令的汽車行駛記錄儀，應(yīng)符合以下安全要求：

a)應(yīng)具備識別語音呼叫來源的功能，汽車行駛記錄儀接通語音呼叫后僅處理或執(zhí)行指定來源和

授權(quán)來源的DTMF數(shù)據(jù)；其他來源的DTMF數(shù)據(jù)，不應(yīng)被處理或執(zhí)行；

b)接收的DTMF數(shù)據(jù)應(yīng)包含數(shù)據(jù)完整性校驗，不完整的數(shù)據(jù)或不能通過完整性校驗的DTMF數(shù)據(jù)，

不應(yīng)被處理或執(zhí)行；

c)被處理或執(zhí)行的DTMF數(shù)據(jù)，應(yīng)作為事件進行記錄存儲，應(yīng)記錄以下信息：呼叫來源、接收時

間、數(shù)據(jù)內(nèi)容、處理結(jié)果等相關(guān)內(nèi)容。

6.4.2.2安全等級2

汽車行駛記錄儀除具備安全等級1要求的安全功能外，還應(yīng)支持以下要求：

a)應(yīng)具備識別語音呼叫來源的功能，汽車行駛記錄儀僅接通指定來源和授權(quán)來源的語音呼叫；

其他來源的語音呼叫，應(yīng)拒絕接通；

b)接收的DTMF數(shù)據(jù)應(yīng)包含密碼信息，且唯一性編碼不同的汽車行駛記錄儀應(yīng)使用不同的密碼，

密碼的位數(shù)應(yīng)不少于6位數(shù)字；

c)汽車行駛記錄儀主動呼出的語音呼叫，接通后若語音中包含DTMF數(shù)據(jù)，應(yīng)忽略或拒絕處理。

6.4.2.3安全等級3

汽車行駛記錄儀應(yīng)不具備處理任何形式語音呼叫中DTMF數(shù)據(jù)的功能。

11

T/CTS12—2023

A

A

附錄A

（規(guī)范性）

通信協(xié)議1（JT/T808格式擴展）

A.1通用約定

A.1.1數(shù)據(jù)類型定義

數(shù)據(jù)類型定義見表A.1：

表A.1數(shù)據(jù)類型定義表

數(shù)據(jù)類型定義數(shù)據(jù)類型定義

BIN若干字節(jié)二進制數(shù)據(jù)U32四字節(jié)無符號整型數(shù)據(jù)

U08單字節(jié)無符號整型數(shù)據(jù)S32四字節(jié)有符號整型數(shù)據(jù)，

S08單字節(jié)有符號整型數(shù)據(jù)BCD若干字節(jié)的壓縮BCD碼。

U16雙字節(jié)無符號整型數(shù)據(jù)ASCa僅包含英文和數(shù)字字符的字符串

S16雙字節(jié)有符號整型數(shù)據(jù)STRaGB18030字符串（含英文字符）

aASC和STR字符串未約定長度的以00H結(jié)尾，指定長度的不足部分以00H填充。

A.1.2進制數(shù)據(jù)定義

不同進制數(shù)值表示方法：

a)十六進制數(shù)據(jù)以后綴‘H’表示：xxH，‘x’為字符‘0’～‘9’和‘A’～‘F’；

b)十進制數(shù)據(jù)無后綴：xx，‘x’為字符‘0’～‘9’；

c)二進制數(shù)據(jù)以后綴‘B’表示：xxB，‘x’為字符‘0’或‘1’。

A.1.3傳輸約定

本文件采用大端模式的網(wǎng)絡(luò)字節(jié)序來傳遞字和雙字，傳輸規(guī)則約定如下：

a)字節(jié)（U08，S08）的傳輸，按照字節(jié)流的方式傳輸；

b)短字（U16，S16）的傳輸，先傳遞高八位，再傳遞低八位；

c)字（U32，S32）的傳輸，按高二十四位、高十六位、高八位、低八位的順序傳輸；

d)其他類型的數(shù)據(jù)傳輸，按照數(shù)據(jù)組織的先后順序進行傳輸；

e)本文件所有附錄的表格中的字節(jié)序號和字節(jié)數(shù)未能立即確定數(shù)值（因上一項數(shù)據(jù)長度為不確

定的變動長度）的以省略號“...”表示。

A.2消息

A.2.1消息定義

A.2.1.1消息是汽車行駛記錄儀聯(lián)網(wǎng)數(shù)據(jù)傳輸?shù)囊粋€可驗證有效性和完整性的最小數(shù)據(jù)集合，一個消

息由若干不同含義的數(shù)據(jù)子集組成，數(shù)據(jù)子集至少由一個字節(jié)組成。

A.2.1.2汽車行駛記錄儀與聯(lián)網(wǎng)平臺和安全芯片間的通信由汽車行駛記錄儀發(fā)起，汽車行駛記錄儀發(fā)

往聯(lián)網(wǎng)平臺的消息簡稱為上行聯(lián)網(wǎng)消息；聯(lián)網(wǎng)平臺發(fā)往汽車行駛記錄儀消息簡稱為下行聯(lián)網(wǎng)消息。

A.2.1.3聯(lián)網(wǎng)平臺和汽車行駛記錄儀發(fā)往安全芯片的消息簡稱為下行安全消息；安全芯片發(fā)往汽車行

駛記錄儀和聯(lián)網(wǎng)平臺的消息簡稱為上行安全消息。

A.2.1.4所有消息的長度應(yīng)不大于16K字節(jié)，大于16K字節(jié)的應(yīng)通過多次發(fā)送消息來實現(xiàn)。

12

T/CTS12—2023

A.2.2消息組成

每條消息由標識字節(jié)、消息頭、消息體和校驗碼組成，消息結(jié)構(gòu)見表A.2：

表A.2消息結(jié)構(gòu)定義表

項目字節(jié)名稱數(shù)據(jù)內(nèi)容

字節(jié)數(shù)名稱項目說明

序號序號縮寫或類型

111標識字節(jié)SynBs7EH消息起始字節(jié)

222消息類型MIDU16見附錄C及JT/T808表2消息ID

342消息體屬性MProU16見表A.3項目2～6

461協(xié)議選項POptU08見表A.3項目7～9

汽車行駛記錄儀

5710消息頭RecIDBIN見表A.3項目11～14

編號

6172消息序列號MImeiU16

7[19]2多包消息的包總數(shù)MPknU16可選項：消息為多包消息時

8[21]2多包消息的包序號MPkiU16包含此項

9......消息體MDataBIN與消息類型相關(guān)的參數(shù)或數(shù)據(jù)

10...1校驗字節(jié)ChkU08校驗碼

11...1標識字節(jié)SynBe7EH消息結(jié)束字節(jié)

A.2.3標識字節(jié)

A.2.3.1消息的第一個字節(jié)和最后一個字節(jié)為消息標識字節(jié)，依據(jù)消息轉(zhuǎn)義標識定義（見表A.3項目

9的協(xié)議選項位04），需進行轉(zhuǎn)義處理的消息在兩個標識字節(jié)之間的其他部分不應(yīng)包含標識字節(jié)數(shù)據(jù)。

A.2.3.2消息的標識字節(jié)應(yīng)采用7EH表示，需進行轉(zhuǎn)義處理的若消息頭、消息體、校驗碼中出現(xiàn)7EH

或7DH，則要進行轉(zhuǎn)義處理，轉(zhuǎn)義規(guī)則定義如下：

a)先對7DH，進行轉(zhuǎn)義，轉(zhuǎn)換為固定兩字節(jié)數(shù)據(jù)：7DH，01H；

b)再對7EH，進行轉(zhuǎn)義，轉(zhuǎn)換為固定兩字節(jié)數(shù)據(jù)：7DH，02H。

A.2.3.3消息無需進行轉(zhuǎn)義處理的，消息頭、消息體、校驗碼中可以出現(xiàn)7EH或7DH，一個消息的符

合性判斷應(yīng)依據(jù)消息起始與結(jié)束的標識字節(jié)、消息體長度定義和汽車行駛記錄儀編號格式綜合判斷。

A.2.3.4轉(zhuǎn)義處理過程如下：

a)發(fā)送消息時：先對消息進行封裝，然后計算并填充校驗碼，最后進行轉(zhuǎn)義處理；

b)接收消息時：先對消息進行轉(zhuǎn)義還原處理，然后驗證校驗碼，最后解析消息。

示例：

發(fā)送一條內(nèi)容為：30H，7EH，08H，7DH，55H的消息體數(shù)據(jù)包；

則經(jīng)過轉(zhuǎn)義后為：30H，7DH，02H，08H，7DH，01H，55H。

A.2.4消息頭

A.2.4.1消息頭內(nèi)容見表A.3：

13

T/CTS12—2023

表A.3消息頭定義表

項目字節(jié)數(shù)據(jù)內(nèi)容

字節(jié)數(shù)名稱項目說明

序號序號或類型

112消息類型U16見附錄C

0B：消息體長度=長度基數(shù)

2位16消息體長度系數(shù)1Bit

1B：消息體長度=長度基數(shù)×16

3位15版本標識1Bit固定為1B

0B：消息為單包數(shù)據(jù)

432消息體屬性位14消息體分包標識1Bit

1B：消息為多包數(shù)據(jù)

5位13～11消息體加密標識3Bit見A.2.9章節(jié)

6位10～01消息體長度基數(shù)10Bit與位16組合確定消息體長度

7位08協(xié)議類別標識1Bit固定為1B（與JT/T808區(qū)分）

8位07～05消息體壓縮標識3Bit見A.2.9章節(jié)

51協(xié)議選項0B：消息需進行轉(zhuǎn)義處理

9位04消息轉(zhuǎn)義標識1Bit

1B：消息無需進行轉(zhuǎn)義處理

10位03～01協(xié)議序列號3Bit協(xié)議版本序列號，本次為3H

1162制造商名稱縮寫ASC

符合GB/T19056-2021

1283產(chǎn)品型號簡稱ASC

汽車行駛附錄A要求

13114記錄儀編號產(chǎn)品生產(chǎn)流水號BCD

14151保留00H

15162消息序列號U16

16[18]2多包消息多包消息的包總數(shù)U16可選項：消息為多包消息時

17[20]2數(shù)據(jù)項多包消息的包序號U16（消息屬性位14=1）包含此項

A.2.5消息類型

每個不同消息類型的消息體格式內(nèi)容由MID確定，MID見附錄C。

A.2.6消息體長度

A.2.6.1消息體長度范圍為0～16367字節(jié)，并按以下方式表示：

a)當消息體長度小于1024字節(jié)時，消息屬性的位16為0（長度系數(shù)為1）：

b)消息體長度字節(jié)數(shù)=（消息體長度基數(shù)×1）；

c)當消息體長度大于1023字節(jié)時，消息屬性的位16為0（長度系數(shù)為16）：

d)消息體長度字節(jié)數(shù)=（消息體長度基數(shù)×16）-消息體末字節(jié)數(shù)值。

A.2.6.2消息體長度大于1023字節(jié)，消息體應(yīng)按PKCS7方式，16字節(jié)數(shù)據(jù)塊長度算法填充數(shù)據(jù)至16

字節(jié)的整數(shù)倍，填充的數(shù)據(jù)數(shù)值為需要填充的字節(jié)數(shù)數(shù)值，長度值恰好為16的整數(shù)倍時，填充16字節(jié)

的10H。

示例1：

消息體41H，42H，43H，44H，45H，46H，47H，48H，49H，4AH。

填充后41H，42H，43H，44H，45H，46H，47H，48H，49H，4AH，06H，06H，06H，06H，06H，06H。

示例2：

消息體41H，42H，43H，44H，45H，46H，47H，48H，49H，4AH，4BH，4CH，4DH，4EH，4FH，50H。

填充后41H，42H，43H，44H，45H，46H，47H，48H，49H，4AH，4BH，4CH，4DH，4EH，4FH，50H，

14

T/CTS12—2023

10H，10H，10H，10H，10H，10H，10H，10H，10H，10H，10H，10H，10H，10H，10H，10H。

A.2.7多包消息

A.2.7.1當一個消息體長度大于16367字節(jié)時，應(yīng)采用多包消息傳輸，多包消息的消息序列號應(yīng)是連

續(xù)的。主消息體按消息序列號拆分成若干個連續(xù)的子消息體，不同的子消息體長度可以不一致。

A.2.7.2多包消息的傳輸采用連續(xù)傳輸，同時進行接收確認和請求重傳的方式，當接收確認包數(shù)量和

請求重傳包數(shù)量都為00H時，表示多包消息傳輸完成。

A.2.7.3多包消息傳輸流程圖見圖A.1：

圖A.1多包消息傳輸示意圖

A.2.7.4多包傳輸要求：

a)未被確認的消息，應(yīng)按延時重發(fā)規(guī)則重發(fā)該消息；

b)重發(fā)的消息，其消息序列號、消息體數(shù)據(jù)、消息體長度應(yīng)保持不變；

c)同一序號的消息被多次接收時，只有第一次接收到的消息被處理，后續(xù)接收的將被丟棄；

15

T/CTS12—2023

d)當收到確認數(shù)和重傳數(shù)均為0的確認消息時，表明多包消息傳輸完成；

e)子消息體包含填充數(shù)據(jù)的，應(yīng)在剝離填充數(shù)據(jù)后再進行主消息體合并。

A.2.8消息序列號

A.2.8.1用來計數(shù)消息發(fā)送的先后次序，汽車行駛記錄儀在發(fā)起鑒權(quán)請求時復(fù)位為0001H，聯(lián)網(wǎng)平臺

在應(yīng)答汽車行駛記錄儀鑒權(quán)請求并發(fā)送聯(lián)網(wǎng)平臺鑒權(quán)數(shù)據(jù)時復(fù)位為0001H，鑒權(quán)連接成功后每個消息依

次加1，消息發(fā)生傳輸錯誤需要重傳時，序列號不變。

A.2.8.2當序列號大于FF00H時，汽車行駛記錄儀應(yīng)重新進行一次鑒權(quán)，序列號復(fù)位為0001H。

A.2.8.3通用應(yīng)答幀的序列號固定為0000H。

A.2.9加密與壓縮

A.2.9.1協(xié)議選項的位07～05為消息體壓縮標識位：

a)000B：消息體未壓縮；

b)001B：消息體經(jīng)GZIP算法壓縮；

c)010B：消息體經(jīng)LZMA算法壓縮。

A.2.9.2消息屬性的位13～11為消息體加密標識位：

a)000B：消息體未加密；

b)001B：消息體經(jīng)RSA算法加密；

c)011B：消息體經(jīng)SM4算法加密，密鑰為聯(lián)網(wǎng)平臺鑒權(quán)的動態(tài)密鑰；

d)101B：消息體經(jīng)SM1算法加密，密鑰為安全芯片數(shù)字證書存儲的密鑰；

e)110B：消息體經(jīng)SM2算法加密，密鑰為安全芯片數(shù)字證書存儲的密鑰；

f)111B：消息體經(jīng)SM4算法加密，密鑰為安全芯片數(shù)字證書存儲的密鑰；

g)100B：消息體經(jīng)SM9算法加密，加密標識和密鑰為安全芯片數(shù)字證書存儲的標識和密鑰。

A.2.9.3消息體加密與壓縮要求：

a)加密算法要求對明文數(shù)據(jù)進行填充的，按PKCS7方式進行；

b)壓縮且采用對稱密鑰加密的消息體發(fā)送時按數(shù)據(jù)壓縮、數(shù)據(jù)填充、數(shù)據(jù)加密順序進行，消息

體接收后按反向順序進行釋放數(shù)據(jù)；

c)壓縮且采用對稱密鑰加密的消息體發(fā)送時按數(shù)據(jù)壓縮、數(shù)據(jù)加密、數(shù)據(jù)填充（如需要）順序

進行，消息體接收后按反向順序進行釋放數(shù)據(jù)；

d)多包消息的壓縮和加密對象為組包后的主消息體，單個子包的消息體不具備壓縮解壓和加密

解密的意義。

A.2.10消息字節(jié)轉(zhuǎn)義

協(xié)議選項的位04為消息字節(jié)轉(zhuǎn)義標識位：

a)0B：消息需進行轉(zhuǎn)義處理；

b)1B：消息無需進行轉(zhuǎn)義處理。

A.2.11消息體

每個不同消息類型（MID）的消息體格式見附錄C。

A.2.12校驗字節(jié)

校驗字節(jié)要求：

a)校驗字節(jié)的計算對象為消息頭和消息體，不含消息的標識字節(jié)；計算規(guī)則應(yīng)從消息頭首字節(jié)

開始，同后一字節(jié)進行異或操作，直到消息體末字節(jié)結(jié)束；

b)校驗字節(jié)長度為1字節(jié)。

16

T/CTS12—2023

B

B

附錄B

（規(guī)范性）

通信協(xié)議2（GB/T19056格式擴展）

B.1通用約定

見附錄A.1定義。

B.2數(shù)據(jù)幀

B.2.1數(shù)據(jù)幀定義

B.2.1.1數(shù)據(jù)幀是汽車行駛記錄儀聯(lián)網(wǎng)數(shù)據(jù)傳輸?shù)囊粋€可驗證有效性和完整性的最小數(shù)據(jù)集合，一個

數(shù)據(jù)幀由若干不同含義的數(shù)據(jù)段組成，數(shù)據(jù)段至少由一個字節(jié)組成。

B.2.1.2汽車行駛記錄儀與聯(lián)網(wǎng)平臺和安全芯片間的通信由汽車行駛記錄儀發(fā)起，汽車行駛記錄儀發(fā)

往聯(lián)網(wǎng)平臺的數(shù)據(jù)幀稱為上行聯(lián)網(wǎng)數(shù)據(jù)幀；聯(lián)網(wǎng)平臺發(fā)往汽車行駛記錄儀數(shù)據(jù)幀稱為下行聯(lián)網(wǎng)數(shù)據(jù)幀。

B.2.1.3聯(lián)網(wǎng)平臺和汽車行駛記錄儀發(fā)往安全芯片的數(shù)據(jù)幀簡稱為下行安全數(shù)據(jù)幀；安全芯片發(fā)往汽

車行駛記錄儀和聯(lián)網(wǎng)平臺的數(shù)據(jù)幀簡稱為上行安全數(shù)據(jù)幀。

B.2.1.4所有數(shù)據(jù)幀的長度應(yīng)不大于16K字節(jié)，大于16K字節(jié)的應(yīng)通過多次發(fā)送數(shù)據(jù)幀來實現(xiàn)。

B.2.2數(shù)據(jù)幀格式

B.2.2.1一個通訊數(shù)據(jù)幀包含起始段、數(shù)據(jù)段、校驗段三個部分，數(shù)據(jù)幀長度為這三個部分的總字節(jié)

數(shù)，校驗字為校驗字之前所有字節(jié)的CRC16值。

B.2.2.2汽車行駛記錄儀發(fā)出的上行聯(lián)網(wǎng)幀起始字節(jié)為5AH、B4H；聯(lián)網(wǎng)平臺發(fā)出的下行聯(lián)網(wǎng)幀起始字

節(jié)為A5H、B4H。

B.2.2.3數(shù)據(jù)幀數(shù)據(jù)格式見表B.1：

表B.1數(shù)據(jù)幀格式

項目字節(jié)名稱數(shù)據(jù)

字節(jié)數(shù)名稱項目說明

序號序號縮寫內(nèi)容

5AH/

111起始字節(jié)1SynB1

A5H數(shù)據(jù)幀起始字節(jié)

221起始字節(jié)2SynB2B4H

332數(shù)據(jù)幀類型MIDU16—

項目1～9

452定義段數(shù)據(jù)幀長度SizeU16

總字節(jié)數(shù)

572傳輸序列號MImeiU16—

692傳輸狀態(tài)字TStaU16—

71110汽車行駛記錄儀編號RecIDBIN見表A.3項目11～14

821...內(nèi)容段數(shù)據(jù)幀內(nèi)容DataBIN與數(shù)據(jù)幀類型相關(guān)的參數(shù)或數(shù)據(jù)

9...2校驗段校驗字ChkU16CRC16

B.2.3傳輸序列號

B.2.3.1用來計數(shù)傳輸數(shù)據(jù)幀，汽車行駛記錄儀在發(fā)起連接鑒權(quán)請求時復(fù)位為0001H，聯(lián)網(wǎng)平臺在應(yīng)

答連接鑒權(quán)成功時復(fù)位為0001H，連接成功后每個幀依次加1，數(shù)據(jù)幀發(fā)生傳輸錯誤需要重傳時，序列

17

T/CTS12—2023

號不變。

B.2.3.2當序列號大于FF00H時，汽車行駛記錄儀應(yīng)重新進行一次登錄鑒權(quán)，序列號復(fù)位為0001H。

B.2.3.3多幀內(nèi)容段傳輸時，序列號應(yīng)是連續(xù)的。

B.2.3.4通用應(yīng)答幀的傳輸序列號固定為0000H。

B.2.4傳輸狀態(tài)字

表示數(shù)據(jù)幀傳輸方向等狀態(tài)標識，定義見表B.2：

表B.2傳輸狀態(tài)字位定義表

位號內(nèi)容=1定義=0定義備注

16～13版本標識通信協(xié)議版本0H

12多幀標識數(shù)據(jù)段由多幀組成單幀數(shù)據(jù)段

用于長度大于16K

11多幀首幀標識連續(xù)多幀的首幀不是首幀

字節(jié)

內(nèi)容段

10末幀標識連續(xù)多幀的末幀不是末幀的數(shù)據(jù)幀傳輸

09未定義

08～06內(nèi)容段壓縮標識見8.2.5章節(jié)000B：非壓縮內(nèi)容段默認為001B

05～03內(nèi)容段加密標識見8.2.5章節(jié)000B：非加密內(nèi)容段默認為101B

數(shù)據(jù)幀錯誤或未確認后的本數(shù)據(jù)幀的

02重傳標識—

重新傳輸首次發(fā)送傳輸

聯(lián)網(wǎng)平臺->汽車行駛記錄儀->

01數(shù)據(jù)幀傳輸方向—

汽車行駛記錄儀聯(lián)網(wǎng)平臺

B.2.5加密與壓縮

B.2.5.1傳輸狀態(tài)字的位08～06為內(nèi)容段數(shù)據(jù)壓縮標識位：

a)000B：內(nèi)容段未壓縮；

b)001B：內(nèi)容段經(jīng)GZIP算法壓縮；

c)010B：內(nèi)容段經(jīng)LZMA算法壓縮。

B.2.5.2傳輸狀態(tài)字的位05～03為內(nèi)容段數(shù)據(jù)加密標識位：

a)000B：內(nèi)容段未加密；

b)001B：內(nèi)容段經(jīng)RSA算法加密；

c)011B：內(nèi)容段經(jīng)SM4算法加密，密鑰為聯(lián)網(wǎng)平臺反向鑒權(quán)時下發(fā)的動態(tài)密鑰；

d)101B：內(nèi)容段經(jīng)SM1算法加密，密鑰為安全芯片數(shù)字證書存儲的密鑰；

e)110B：內(nèi)容段經(jīng)SM2算法加密，密鑰為安全芯片數(shù)字證書存儲的密鑰；

f)111B：內(nèi)容段經(jīng)SM4算法加密，密鑰為安全芯片數(shù)字證書存儲的密鑰；

g)100B：內(nèi)容段經(jīng)SM9算法加密，加密標識和密鑰為安全芯片數(shù)字證書存儲的標識和密鑰。

B.2.5.3內(nèi)容段加密與壓縮應(yīng)符合以下要求：

a)加密算法要求對明文數(shù)據(jù)進行填充的，按PKCS7方式進行；

b)壓縮且采用對稱密鑰加密的內(nèi)容段發(fā)送時按數(shù)據(jù)壓縮、數(shù)據(jù)填充、數(shù)據(jù)加密順序進行，內(nèi)容

段接收后按反向順序進行釋放數(shù)據(jù)；

c)壓縮且采用對稱密鑰加密的內(nèi)容段發(fā)送時按數(shù)據(jù)壓縮、數(shù)據(jù)加密、數(shù)據(jù)填充（如需要）順序

進行，內(nèi)容段接收后按反向順序進行釋放數(shù)據(jù)；

d)多幀傳輸?shù)膲嚎s和加密對象為內(nèi)容段合并后的總內(nèi)容段，單個的內(nèi)容段不具備壓縮解壓和加

密解密的意義。

18

T/CTS12—2023

B.2.6內(nèi)容段

每個不同數(shù)據(jù)幀類型（MID）的內(nèi)容段格式見附錄C。

B.2.7校驗段

校驗段的校驗字為數(shù)據(jù)幀定義段和內(nèi)容段所有字節(jié)的CRC16值，CRC16值計算方法采用CRC16-CCITT，

生成多項式為：x^16+x^15+x^2+1。

19

T/CTS12—2023

C

C

附錄C

（規(guī)范性）

消息體（內(nèi)容段）

C.1聯(lián)網(wǎng)接入

C.1.1上行聯(lián)網(wǎng)幀.汽車行駛記錄儀接入鑒權(quán)MID=2001H

汽車行駛記錄儀上行聯(lián)網(wǎng)接入鑒權(quán)幀消息體格式見表C.1：

表C.1汽車行駛記錄儀上行聯(lián)網(wǎng)接入鑒權(quán)幀消息體（內(nèi)容段）格式

項目字節(jié)字節(jié)數(shù)據(jù)

名稱說明

序號序號數(shù)類型

114特征字節(jié)ASC“@GA@”

2510汽車行駛記錄儀編號BIN見表A.3項目11～14

3156安全芯片時間BCD—

4214鑒權(quán)輪次U32—

5251鑒權(quán)數(shù)字證書IDBCD—

6262消息體鑒權(quán)數(shù)字證書編號BCD—

（內(nèi)容段）

7281鑒權(quán)算法IDU08—

8292汽車行駛記錄儀狀態(tài)字U16—

9311汽車行駛記錄儀附加數(shù)據(jù)長度U08無附加數(shù)據(jù)時為00H

1032...汽車行駛記錄儀附加數(shù)據(jù)BIN—

11...2鑒權(quán)驗證數(shù)據(jù)包長度U16項目12總字節(jié)數(shù)

12......加密的鑒權(quán)驗證數(shù)據(jù)包BIN項目1～10驗證及加密

注：項目