T/CTS 12-2023 汽车行驶记录仪联网通信技术要求

ICS43.040.10

CCST35

团体标准

T/CTS12—2023

汽车行驶记录仪联网通信技术要求

Technicalrequirementsfornetworkcommunication

ofvehicletravellingdatarecorder

2023-3-1发布2023-3-1实施

中国道路交通安全协会发布

T/CTS12—2023

目次

前言.................................................................................II

引言................................................................................III

1范围................................................................................4

2规范性引用文件....................................................................4

3术语和定义........................................................................4

4缩略语.............................................................................4

5通信功能要求......................................................................5

6通信安全要求......................................................................8

附录A（规范性）通信协议1（JT/T808格式扩展）..............................12

附录B（规范性）通信协议2（GB/T19056格式扩展）............................17

附录C（规范性）消息体（内容段）...............................................20

参考文献............................................................................42

I

T/CTS12—2023

前言

本文件按照《团体标准结构和编写指南》T/CAS1.1—2017要求并参照《标准的结构和编写》GB/T

1.1-2020给出的规则起草。

本文件可能涉及专利，本文件的发布机构不承担识别专利的责任。

本文件由中国道路交通安全协会提出并归口管理。

本文件起草单位：北京中软政通信息技术有限公司、内蒙古自治区公安厅交通管理局、江苏都万电

子科技有限公司、杭州中导元生科技开发有限公司、北京工业大学、大连理工大学、湖北民族大学、浙

江省北斗卫星应用产业协会、杭州海康汽车技术有限公司、杭州鸿泉物联网技术股份有限公司、深圳市

锐明技术股份有限公司、航天科技控股集团股份有限公司、铭创（福建）电子科技有限公司、南斗六星

系统集成有限公司、深圳市华宝电子科技有限公司、厦门雅迅网络股份有限公司、深圳市特思威尔科技

有限公司、深圳市博实结科技股份有限公司、深圳市有为信息技术发展有限公司、浙江华锐捷技术有限

公司、上海本安仪表系统有限公司。

本文件主要起草人：王东、朱峻涛、陈烨、尚洋、林万才、李明伟、周煊华、张鑫、安宁、梁伟、

雷云龙、佟迪、叶文宇、陈艳艳、吴迪、郑明辉、孙方华、胡佳妮、李坤、孙继业、郑祥滨、陈春强、

许锐、陈文明、崔跃、绳红新、袁斌、张耀华、袁立、吴琳琦、边卓越。

本文件为首次发布。

II

T/CTS12—2023

引言

本文件拓展了国家标准GB/T19056-2021《汽车行驶记录仪》关于联网通信的具体技术要求，与行

业标准JT/T808《道路运输车辆卫星定位系统终端通讯协议及数据格式》兼容，并且补充了汽车行驶

记录仪相关数据传输的通信和安全要求。通过汽车行驶记录仪联网通信，能够保障汽车行驶记录仪安装

质量，发现汽车行驶记录仪在运行过程中出现故障、信号缺失等问题，收集运行信息进行汽车行驶记录

仪全生命周期跟踪，对全面提升汽车行驶记录仪的应用可靠性和实用性具有重要意义。

III

T/CTS12—2023

汽车行驶记录仪联网通信技术要求

1范围

本文件规定了汽车行驶记录仪与联网平台间通信功能要求和通信安全要求。

本文件适用于汽车行驶记录仪与联网平台的通信。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

GB16735道路车辆车辆识别代号

GB18030信息技术中文编码字符集

GB/T19056汽车行驶记录仪

GB/T35789机动车电子标识通用规范第1部分：汽车

GA36中华人民共和国机动车号牌

JT/T808道路运输车辆卫星定位系统终端通讯协议及数据格式

GM/T0008安全芯片密码检测准则

T/CTS11汽车记录仪数据安全芯片技术要求

3术语和定义

下列术语和定义适用于本文件。

3.1

汽车行驶记录仪编号recorderID

汽车行驶记录仪的唯一性编号标识，由生产厂商名称缩写（2个大写字符）、产品型号简称（3个大

写字符或数字）、以及产品生产流水号（8位数字）组成。

3.2

汽车行驶记录仪生命周期lifecycle

汽车行驶记录仪使用的全过程：生产、出厂、预装、安装、运行、维修、报废。

3.3

机动车电子标识electronicidentificationofmotorvehicle

用于识别机动车身份，嵌有超高频无线射频识别芯片并存储机动车登记信息、行业应用信息等信息

的载体。

[GB/T35789.1-2017，术语和定义3.1]

4缩略语

下列缩略语适用于本文件。

DTMF：双音多频（DualToneMultiFrequency）

MID：消息类型（MessageInformationDescription）

ACCON：整车所有电器设备通电（AccessoriesON）

SMS：短消息服务（ShortMessageService）

VIN：车辆识别代号（VehicleIdentificationNumber）

GNSS：全球导航卫星系统（GlobalNavigationSatelliteSystem）

FlexCAN：灵活的控制器局域网络（FlexibleCAN）

CANFD：灵活的数据速率控制器局域网络（CANwithFlexibleDatarate）

4

T/CTS12—2023

UART：通用异步收发传输器（UniversalAsynchronousReceiver/Transmitter）

LIN：局域互联网络（LocalInterconnectNetwork）

GZIP：一种数据压缩算法（GNUzip）

LZMA：一种数据压缩算法（Lempel-Ziv-Markovchain-Algorithm）

5通信功能要求

5.1联网双向鉴权

5.1.1联网双向鉴权流程

汽车行驶记录仪通过无线公共网络通信接入联网平台为登录，联网平台和汽车行驶记录仪间通过数

据确认互为可信的通信为鉴权。联网双向鉴权流程见图1：

图1联网双向鉴权流程图

5.1.2联网双向鉴权过程

联网双向鉴权过程应符合以下要求：

a)汽车行驶记录仪初始化无线公共网络通信模块，具备联网通信能力；

b)从安全芯片获取公共网络通信的联网参数和经过加密的汽车行驶记录仪联网鉴权码；

c)汽车行驶记录仪按联网参数连接联网平台并发送汽车行驶记录仪信息和对应的鉴权码；

d)联网平台返回对汽车行驶记录仪鉴权码的鉴权结果，如果鉴权通过则同时返回经过加密的联

网平台鉴权码；

e)联网平台返回对汽车行驶记录仪鉴权码的鉴权结果，如果鉴权未能通过则延时5min后从a）

开始重试；

f)通过联网平台鉴权的，将收到的联网平台鉴权码发送到安全芯片；

g)安全芯片校验联网平台鉴权码，将联网平台鉴权结果返回给汽车行驶记录仪；

5

T/CTS12—2023

h)汽车行驶记录仪收到联网平台鉴权结果，联网平台鉴权未能通过的延时5min后从a）开始重

试；

i)联网平台鉴权通过的，完成登录鉴权过程，按照联网参数发送和接收联网数据帧。

5.2数据传输

5.2.1数据传输流程

汽车行驶记录仪通过无线公共网络通信接入特定的联网平台后的数据交互，数据传输流程见图2：

图2数据传输流程图

6

T/CTS12—2023

5.2.2数据传输内容及要求

5.2.2.1驾驶人信息记录

5.2.2.1.1汽车行驶记录仪进行以下类型的驾驶人信息记录时，该数据记录块应被实时上传：

a)汽车行驶记录仪开机（ACCON）后的首次驾驶人信息记录；

b)车辆停车20分钟后的首次驾驶人信息记录；

c)更换驾驶人信息IC卡后的驾驶人信息记录；

d)具备人脸识别功能的汽车行驶记录仪检测到更换驾驶人后的驾驶人信息记录。

5.2.2.1.2汽车行驶记录仪上传的驾驶人信息记录应符合以下要求：

a)因网络连接等原因未能实时上传的驾驶人信息数据记录块应在联网平台连接恢复后上传至联

网平台；

b)驾驶人信息数据记录块的传输应按照驾驶人信息记录的时间顺序上传。

5.2.2.2行驶状态记录

5.2.2.2.1实时行驶状态记录

汽车行驶记录仪应按照传输间隔的设定参数周期上传一段时间内的所有行驶状态数据记录。

5.2.2.2.2历史行驶状态记录

汽车行驶记录仪应按照指定的时间段上传该时间段内的所有行驶状态数据记录。

5.2.2.3事故疑点记录

汽车行驶记录仪事故疑点数据记录时，该数据记录块应被实时上传，汽车行驶记录仪上传的事故疑

点记录应符合以下要求：

a)因网络连接等原因未能上传的事故疑点数据记录块应在联网平台连接恢复后上传至联网平台；

b)事故疑点数据记录块的传输应按照事故疑点记录的时间顺序上传，前一个事故疑点数据记录

块上传完成后才能进行下一个事故疑点数据记录块的上传。

5.2.2.4超时驾驶记录

汽车行驶记录仪上传的超时驾驶记录应符合以下要求：

a)汽车行驶记录仪在超时驾驶发生时，应实时上传超时驾驶数据记录；

b)汽车行驶记录仪在超时驾驶发生后，应按一定的频率上传超时驾驶数据记录，上传频率为每5

分钟1次；

c)因网络连接等原因未能上传的超时驾驶数据记录块应在联网平台连接恢复后上传至联网平台；

d)超时驾驶数据记录块的传输应按照超时驾驶记录的时间顺序上传。

5.2.2.5日志记录

汽车行驶记录仪上传的日志记录应符合以下要求：

a)汽车行驶记录仪在生成日志记录时，应实时上传；

b)因网络连接等原因未能上传的日志记录，应在联网平台连接恢复后上传至联网平台；

c)日志记录的传输应按照日志记录的时间顺序上传。

5.2.2.6验证记录块

汽车行驶记录仪在生成验证记录块时，应实时上传验证记录块数据。

5.2.2.7运行心跳信息

汽车行驶记录仪在上传终端心跳信息时，消息体应包含汽车行驶记录仪时间和运行状态数据。

7

T/CTS12—2023

5.2.2.8参数设置

汽车行驶记录仪联网通信应支持联网平台下发参数设置功能，参数设置包含汽车行驶记录仪生命周

期参数和经授权后设置的关键参数。

5.2.2.9数据透传

汽车行驶记录仪联网通信应支持其他子系统（如数据安全芯片）与联网平台间数据双向转发的透传

功能。

5.3通信协议和消息体

汽车行驶记录仪和联网平台应实现安全传输，通信协议可采用附录A或附录B的数据传输格式。

通信协议报文的内容段（消息体）见附录C。

6通信安全要求

6.1安全等级划分及要求

6.1.1安全等级划分

汽车行驶记录仪与联网平台通信的安全等级由低到高分为3个等级，安全等级1、安全等级2和安全

等级3。

6.1.2安全等级1要求

安全等级1规定了汽车行驶记录仪的联网通信安全能力须满足的最低安全等级要求。

安全等级1要求汽车行驶记录仪对网络通信和汽车行驶记录仪自身安全提供基本的保护措施。

6.1.3安全等级2要求

安全等级2规定了汽车行驶记录仪的联网通信安全能力所能达到的中安全等级要求。在安全等级1

的基础上，安全等级2规定了汽车行驶记录仪须具备符合GM/T0008一级及以上要求的安全芯片。

安全等级2要求安全芯片能够对网络连接参数、网络通信密钥和其他敏感信息进行保护，并要求送

检单位能够对相应防御措施的有效性进行说明。

6.1.4安全等级3要求

安全等级3规定了汽车行驶记录仪的联网通信安全能力所能达到的高安全等级要求。在安全等级2

的基础上，安全等级3规定了汽车行驶记录仪须具备符合GM/T0008二级及以上要求的安全芯片。

安全等级3要求安全芯片能够对网络连接参数、网络通信密钥、汽车行驶记录仪运行代码和敏感信

息提供高级保护，要求送检单位能够证明相关防御措施的有效性。

6.2通信接入

6.2.1伪基站识别

汽车行驶记录仪的通信模块在通过公共网络进行联网通信时，应具备安全机制，识别伪基站，确保

接入真实可信的移动通信网络。

6.2.2连接与鉴权

6.2.2.1安全等级1

a)远程连接的目标IP地址、端口号、通信协议、鉴权方式等连接参数须保存在非经破坏不可拆

卸和更换的安全存储器上；

b)通过汽车行驶记录仪显示面板和按键、身份识别卡接口进行的连接参数本地修改须通过显示

面板和按键的密码授权后方能进行。

8

T/CTS12—2023

6.2.2.2安全等级2

a)远程连接的目标IP地址、端口号、通信协议、鉴权方式等连接参数须保存在安全芯片上，通

过与安全芯片通信的方式获得相关参数；

b)通过汽车行驶记录仪显示面板和按键、身份识别卡接口进行的连接参数本地修改须通过安全

芯片与远程服务端联合验证授权后方能进行，验证码不少于4位数字；

c)汽车行驶记录仪与联网平台应支持双向鉴权，汽车行驶记录仪发出的鉴权码应由安全芯片产

生，联网平台返回的反向鉴权码验证应由安全芯片进行。

6.2.2.3安全等级3

a)远程连接目标IP、端口号、通信协议、鉴权方式等连接参数须保存在安全芯片上，通过与安

全芯片以加密通信的方式获得相关参数，通信加密密钥应为能够抵御回放攻击的动态密钥；

b)通过汽车行驶记录仪显示面板和按键、身份识别卡接口进行的连接参数本地修改，须通过安

全芯片与远程服务端联合验证授权后方能进行，验证码不少于6位数字；

c)汽车行驶记录仪与联网平台应支持双向鉴权，汽车行驶记录仪发出的鉴权码应由安全芯片产

生，联网平台返回的反向鉴权码验证应由安全芯片进行。鉴权码和反向鉴权码应为能够抵御

回放攻击的动态鉴权码。

6.3数据传输

6.3.1数据上行传输

数据上行传输包含行驶记录信息、车辆信息（VIN码、车牌号等）、用户资料（驾驶人身份、货物

信息等）等信息。

6.3.1.1安全等级1

a)上行传输的数据帧应包含完整性校验部分，数据的接收方应能通过完整性校验检出因不可预

见因素引起的数据错误帧；

b)上行传输的数据帧应包含索引标识（如传输序列号），应能支持数据帧接收确认、错误请求

重发、未确认自动重发的功能。

6.3.1.2安全等级2

除具备安全等级1要求的安全功能外，还应支持以下要求：

a)汽车行驶记录仪应支持上行传输数据帧的行驶记录信息加密功能，加密算法应至少支持AES、

RSA、SM4中的一种或几种；

b)用于加密算法的密钥应存放在安全芯片内部。

6.3.1.3安全等级3

除具备安全等级2要求的安全功能外，还应支持以下要求：

a)汽车行驶记录仪应支持上行传输数据帧的各类数据信息的加密功能，对称加密算法应至少支

持SM1和AES，非对称加密算法应至少支持SM2和RSA；

b)汽车行驶记录仪应支持上行传输数据帧中关键信息数据帧的数字签名功能，签名算法应至少

支持SM1、SM2和RSA；

c)用于签名算法的密钥应存放在安全芯片内部，用于签名算法的时间戳时间信息应来自安全芯

片内部实时时钟。

6.3.2指令下行传输

指令数据指除用于数据帧接收确认和重发要求外的，用于汽车行驶记录仪与联网平台通信参数设置

和控制类指令的下行传输数据帧。

9

T/CTS12—2023

6.3.2.1安全等级1

a)下行传输的指令数据帧应包含完整性校验部分，数据的接收方应能通过完整性校验检出因不

可预见因素引起的数据错误帧；

b)下行传输的指令数据帧应包含索引标识（如传输序列号），应能支持数据帧接收确认、错误

请求重发、未确认自动重发的功能。

6.3.2.2安全等级2

汽车行驶记录仪除具备安全等级1要求的安全功能外，还应支持以下要求：

a)汽车行驶记录仪应支持下行传输的指令数据帧的信息解密功能，解密算法应至少支持AES、RSA、

SM4中的一种或几种；

b)用于解密算法的密钥应存放在安全芯片内部。

6.3.2.3安全等级3

汽车行驶记录仪除具备安全等级2要求的安全功能外，还应支持以下要求：

a)汽车行驶记录仪应支持下行传输的指令数据帧的各类数据信息的解密功能，对称加密算法应

至少支持SM1和AES，非对称加密算法应至少支持SM2和RSA；

b)汽车行驶记录仪应支持下行传输的指令数据帧的各类数据信息的数字签名验签功能，以保证

指令数据信息来源的合法性、完整性和有效性；

c)用于验签算法的密钥应存放在安全芯片内部。

6.4其他形式数据传输

6.4.1SMS短信数据传输

短信数据指汽车行驶记录仪通过无线公共网络的SMS或可识别来源的其他文字类信息服务。

6.4.1.1安全等级1

具备短信数据接收和处理功能的，且可通过短信数据进行参数设置、初始化和执行相应指令的汽车

行驶记录仪，应符合以下安全要求：

a)应具备识别信息来源的功能，汽车行驶记录仪仅处理或执行指定来源和授权来源的短信指令；

其他来源的短信数据，不应被处理或执行；

b)接收的短信数据应包含数据完整性校验，不完整的数据或不能通过完整性校验的短信数据，

不应被处理或执行；

c)被处理或执行的短信数据，应作为事件进行记录存储，应记录以下信息：短信来源、接收时

间、信息内容、处理结果等相关内容。

6.4.1.2安全等级2

汽车行驶记录仪除具备安全等级2要求的安全功能外，还应支持以下要求：

a)汽车行驶记录仪接收的短信数据应当被加密，解密后数据应包含数据完整性校验；

b)短信数据应包含滚动码或发送轮次信息，汽车行驶记录仪应能防御短信数据的重放攻击；

c)短信数据应包含目标汽车行驶记录仪的识别码信息（如传输序列号），汽车行驶记录仪应能

防御短信数据的拷贝攻击；

d)汽车行驶记录仪发送短信数据应在加密后发送，短信数据应含发送汽车行驶记录仪的识别码

信息（如汽车行驶记录仪序列号）。

6.4.1.3安全等级3

汽车行驶记录仪除具备安全等级2要求的安全功能外，其接收和发送短信数据的加密和解密应由安

全芯片进行。

10

T/CTS12—2023

6.4.2基于DTMF数据传输

6.4.2.1安全等级1

具备接受语音呼叫和语音通话功能的，且可通过DTMF数据传输进行的参数设置、初始化和执行相应

指令的汽车行驶记录仪，应符合以下安全要求：

a)应具备识别语音呼叫来源的功能，汽车行驶记录仪接通语音呼叫后仅处理或执行指定来源和

授权来源的DTMF数据；其他来源的DTMF数据，不应被处理或执行；

b)接收的DTMF数据应包含数据完整性校验，不完整的数据或不能通过完整性校验的DTMF数据，

不应被处理或执行；

c)被处理或执行的DTMF数据，应作为事件进行记录存储，应记录以下信息：呼叫来源、接收时

间、数据内容、处理结果等相关内容。

6.4.2.2安全等级2

汽车行驶记录仪除具备安全等级1要求的安全功能外，还应支持以下要求：

a)应具备识别语音呼叫来源的功能，汽车行驶记录仪仅接通指定来源和授权来源的语音呼叫；

其他来源的语音呼叫，应拒绝接通；

b)接收的DTMF数据应包含密码信息，且唯一性编码不同的汽车行驶记录仪应使用不同的密码，

密码的位数应不少于6位数字；

c)汽车行驶记录仪主动呼出的语音呼叫，接通后若语音中包含DTMF数据，应忽略或拒绝处理。

6.4.2.3安全等级3

汽车行驶记录仪应不具备处理任何形式语音呼叫中DTMF数据的功能。

11

T/CTS12—2023

A

A

附录A

（规范性）

通信协议1（JT/T808格式扩展）

A.1通用约定

A.1.1数据类型定义

数据类型定义见表A.1：

表A.1数据类型定义表

数据类型定义数据类型定义

BIN若干字节二进制数据U32四字节无符号整型数据

U08单字节无符号整型数据S32四字节有符号整型数据，

S08单字节有符号整型数据BCD若干字节的压缩BCD码。

U16双字节无符号整型数据ASCa仅包含英文和数字字符的字符串

S16双字节有符号整型数据STRaGB18030字符串（含英文字符）

aASC和STR字符串未约定长度的以00H结尾，指定长度的不足部分以00H填充。

A.1.2进制数据定义

不同进制数值表示方法：

a)十六进制数据以后缀‘H’表示：xxH，‘x’为字符‘0’～‘9’和‘A’～‘F’；

b)十进制数据无后缀：xx，‘x’为字符‘0’～‘9’；

c)二进制数据以后缀‘B’表示：xxB，‘x’为字符‘0’或‘1’。

A.1.3传输约定

本文件采用大端模式的网络字节序来传递字和双字，传输规则约定如下：

a)字节（U08，S08）的传输，按照字节流的方式传输；

b)短字（U16，S16）的传输，先传递高八位，再传递低八位；

c)字（U32，S32）的传输，按高二十四位、高十六位、高八位、低八位的顺序传输；

d)其他类型的数据传输，按照数据组织的先后顺序进行传输；

e)本文件所有附录的表格中的字节序号和字节数未能立即确定数值（因上一项数据长度为不确

定的变动长度）的以省略号“...”表示。

A.2消息

A.2.1消息定义

A.2.1.1消息是汽车行驶记录仪联网数据传输的一个可验证有效性和完整性的最小数据集合，一个消

息由若干不同含义的数据子集组成，数据子集至少由一个字节组成。

A.2.1.2汽车行驶记录仪与联网平台和安全芯片间的通信由汽车行驶记录仪发起，汽车行驶记录仪发

往联网平台的消息简称为上行联网消息；联网平台发往汽车行驶记录仪消息简称为下行联网消息。

A.2.1.3联网平台和汽车行驶记录仪发往安全芯片的消息简称为下行安全消息；安全芯片发往汽车行

驶记录仪和联网平台的消息简称为上行安全消息。

A.2.1.4所有消息的长度应不大于16K字节，大于16K字节的应通过多次发送消息来实现。

12

T/CTS12—2023

A.2.2消息组成

每条消息由标识字节、消息头、消息体和校验码组成，消息结构见表A.2：

表A.2消息结构定义表

项目字节名称数据内容

字节数名称项目说明

序号序号缩写或类型

111标识字节SynBs7EH消息起始字节

222消息类型MIDU16见附录C及JT/T808表2消息ID

342消息体属性MProU16见表A.3项目2～6

461协议选项POptU08见表A.3项目7～9

汽车行驶记录仪

5710消息头RecIDBIN见表A.3项目11～14

编号

6172消息序列号MImeiU16

7[19]2多包消息的包总数MPknU16可选项：消息为多包消息时

8[21]2多包消息的包序号MPkiU16包含此项

9......消息体MDataBIN与消息类型相关的参数或数据

10...1校验字节ChkU08校验码

11...1标识字节SynBe7EH消息结束字节

A.2.3标识字节

A.2.3.1消息的第一个字节和最后一个字节为消息标识字节，依据消息转义标识定义（见表A.3项目

9的协议选项位04），需进行转义处理的消息在两个标识字节之间的其他部分不应包含标识字节数据。

A.2.3.2消息的标识字节应采用7EH表示，需进行转义处理的若消息头、消息体、校验码中出现7EH

或7DH，则要进行转义处理，转义规则定义如下：

a)先对7DH，进行转义，转换为固定两字节数据：7DH，01H；

b)再对7EH，进行转义，转换为固定两字节数据：7DH，02H。

A.2.3.3消息无需进行转义处理的，消息头、消息体、校验码中可以出现7EH或7DH，一个消息的符

合性判断应依据消息起始与结束的标识字节、消息体长度定义和汽车行驶记录仪编号格式综合判断。

A.2.3.4转义处理过程如下：

a)发送消息时：先对消息进行封装，然后计算并填充校验码，最后进行转义处理；

b)接收消息时：先对消息进行转义还原处理，然后验证校验码，最后解析消息。

示例：

发送一条内容为：30H，7EH，08H，7DH，55H的消息体数据包；

则经过转义后为：30H，7DH，02H，08H，7DH，01H，55H。

A.2.4消息头

A.2.4.1消息头内容见表A.3：

13

T/CTS12—2023

表A.3消息头定义表

项目字节数据内容

字节数名称项目说明

序号序号或类型

112消息类型U16见附录C

0B：消息体长度=长度基数

2位16消息体长度系数1Bit

1B：消息体长度=长度基数×16

3位15版本标识1Bit固定为1B

0B：消息为单包数据

432消息体属性位14消息体分包标识1Bit

1B：消息为多包数据

5位13～11消息体加密标识3Bit见A.2.9章节

6位10～01消息体长度基数10Bit与位16组合确定消息体长度

7位08协议类别标识1Bit固定为1B（与JT/T808区分）

8位07～05消息体压缩标识3Bit见A.2.9章节

51协议选项0B：消息需进行转义处理

9位04消息转义标识1Bit

1B：消息无需进行转义处理

10位03～01协议序列号3Bit协议版本序列号，本次为3H

1162制造商名称缩写ASC

符合GB/T19056-2021

1283产品型号简称ASC

汽车行驶附录A要求

13114记录仪编号产品生产流水号BCD

14151保留00H

15162消息序列号U16

16[18]2多包消息多包消息的包总数U16可选项：消息为多包消息时

17[20]2数据项多包消息的包序号U16（消息属性位14=1）包含此项

A.2.5消息类型

每个不同消息类型的消息体格式内容由MID确定，MID见附录C。

A.2.6消息体长度

A.2.6.1消息体长度范围为0～16367字节，并按以下方式表示：

a)当消息体长度小于1024字节时，消息属性的位16为0（长度系数为1）：

b)消息体长度字节数=（消息体长度基数×1）；

c)当消息体长度大于1023字节时，消息属性的位16为0（长度系数为16）：

d)消息体长度字节数=（消息体长度基数×16）-消息体末字节数值。

A.2.6.2消息体长度大于1023字节，消息体应按PKCS7方式，16字节数据块长度算法填充数据至16

字节的整数倍，填充的数据数值为需要填充的字节数数值，长度值恰好为16的整数倍时，填充16字节

的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