【JT交通运输标准】 道路运输车辆卫星定位系统终端通讯协议及数据格式

ICS03.220.20:35.240.60
备案号：
中华人民共和国交通运输行业标准JT /T 808—2011
道路运输车辆卫星定位系统
终端通讯协议及数据格式
GNSS system for operational vehicles-Generalspecifications for vehicle terminal communication protocol and data format2011-05-23发布
中华人民共和国交通运输部
2011-08-01实施
规范性引用文件
术语、定义和缩略语
协议基础
通信连接
消息处理
协议分类与说明
数据格式
附录A（规范性附录）
附录B（规范性附录）
车载终端与外接设备通讯协议
消息对照表
JT/T808--2011
JT/T808—2011
本标准按照GB/T1.1—2009给出的规则起草。本标准由全国道路运输标准化技术委员会（筹）提出并归口。本标准起草单位：福建省交通运输厅、中国交通通信信息中心交通运输部公路科学研究院。本标准主要起草人：罗冠伟、冯泉、董轩、张锦、刘建、周炜、梁金焰、尚终、李文亮、丘舍金、李明瑛李臣、林昭、沈兵、张学文、杨立、崔海涛。1范围
道路运输车辆卫星定位系统
终端通讯协议及数据格式
JT/T808—2011
本标准规定了道路运输车辆卫星定位系统车载终端（以下简称终端）与监管/监控平台（以下简称平台）之间的通讯协议与数据格式，包括协议基础、通信连接、消息处理、协议分类与说明及数据格式。本标准适用于道路运输车辆卫星定位系统车载终端和平台之间的通信。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T2260
GB/T19056
中华人民共和国行政区划代码
汽车行驶记录仪
JT/T415-2006道路运输电子政务平台编目编码规则JT/T794
道路运输车辆卫星定位系统车载终端技术要求3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。3.1.1
数据通信链路异常abnormaldatacommunicationlink无线通信链路断开，或暂时挂起（如通话过程中）。3.1.2
注册register
终端向平台发送消息告知其安装在某-·车辆上。3.1.3
注销deregister
终端向平台发送消息告知从所安装车辆拆下。3.1.4
鉴权authentication
终端连接上平台时向平台发送消息，以使平台验证自已身份。3.1.5
位置汇报策略locationreporting strategy定时、定距汇报或两者结合。
位置汇报方案locationreportingprogram根据相关条件确定周期汇报间隔的规则。1
JT/T808—2011
拐点补传additionalpointsreportwhileturning终端在判断到车辆拐弯时发送位置信息汇报消息。采样频率不低于1Hz，汽车方位角变化率不低于15°/s，且至少持续3s以上。
电话接听策略answeringstrategy终端自动或手动接听来电的规则。3.1.9
SMS文本报警SMStextalarm
终端报警时以SMS方式发送文本信息。3.1.10
事件项eventitem
事件项由平台预设到终端，由事件编码和事件名称组成，驾驶员在遇到相应事件时操作终端，触发事件报告发送到平台。
3.2缩略语
下列缩略语适用于本文件。
4协议基础
接人点名称（accesspointname）个GNU自由软件的文件压缩程序（GNUzip）液晶显示屏（liquidcrystaldisplay）一种非对称密码算法（由RonRivest、AdiShamirh、LenAdleman开发，取名来自三者的名字）短消息服务（shortmessageservice）传输控制协议（transmissioncontrolprotocol）文本到语音（texttospeech）
用户数据报协议（userdatagramprotocol）车辆速度传感器（vehiclespeedsensor）4.1通信方式
协议采用的通信方式应符合JT/T794中的相关规定。通信协议采用TCP或UDP，平台作为服务器端，终端作为客户端。当数据通信链路异常时，终端可以采用SMS消息方式进行通信。4.2数据类型
协议消息中使用的数据类型见表1。表1数据类型
数据类型
BYTE[n]
BCD[n]
STRING
无符号单字节整型（字节，8位）无符号双字节整型（字，16位）描述及要求
无符号四字节整型（双字，32位）n字节
8421码，n字节
GBK编码，若无数据，置空
4.3传输规则
协议采用大端模式（big-endian）的网络字节序来传递字和双字。约定如下：
字节（BYTE）的传输约定：按照字节流的方式传输；字（WORD）的传输约定：先传递高八位，再传递低八位：八位。
JT/T808—2011
-双字（DWORD）的传输约定：先传递高24位，然后传递高16位，再传递高八位，最后传递低4.4消息的组成
4.4.1消息结构
每条消息由标识位、消息头、消息体和校验码组成，消息结构如图1所示。标识位
4.4.2标识位
消息头
消息体
图1消息结构图
检验码
标识位
采用0x7e表示，若校验码、消息头以及消息体中出现0x7e，则要进行转义处理，转义规则定义如下：0x7e→0x7d后紧跟—个0x02；
0x7d→0x7d后紧跟一个0x01。
转义处理过程如下：
发送消息时：消息封装→计算并填充校验码→转义；接收消息时：转义还原→验证校验码→解析消息。
示例：
发送一包内容为0x300x7e0x080x7d0x55的数据包，则经过封装如下：0x7e0x300x7d0x020x080x7d0x010x550x7e。
消息头
消息头内容详见表2。
表2消息头内容
起始字节
消息ID
消息体属性
终端手机号
消息流水号
消息包封装项免费标准bzxz.net
数据类型
BCD[6]
描述及要求
消息体属性格式结构见图2
根据安装后终端自身的手机号转换。手机号不足12位，则在前补充数字，大陆手机号补充数学0，港澳台则根据其区号进行位数补充按发送顺序从0开始循环累加
如果消息体属性中相关标识位确定消息分包处理，则该项有内容，否则无该项
JT/T808—2011
消息体属性格式结构如图2所示。1514
数据加密方式：
数据加密方式
图2消息体属性格式结构图
-bit10~bit12为数据加密标识位；当此三位都为0，表示消息体不加密；当第10位为1，表示消息体经过RSA算法加密；其他保留。
分包：
消息体长度
当消息体属性中第13位为1时表示消息体为长消息，进行分包发送处理，具体分包信息出消息包封装项决定：若第13位为0，则消息头中无消息包封装项字段。消息包封装项内容见表3。
表3消息包封装项内容
起始字节
校验码
消息总包数
包序号
数据类型
措述及要求
该消息分包后的总包数
从1开始
校验码指从消息头开始，同后字节异或，直到校验码前个字节，占用一个字节。5通信连接
连接的建立
终端与平台的数据日常连接可采用TCP或UDP方式，终端复位后应尽快与平台建立连接，连接建立后立即向平台发送终端鉴权消息进行鉴权。5.2连接的维持
连接建立和终端鉴权成功后，终端应周期性地向平台发送终端心跳消息，平台收到后向终端发送平台通用应答消息，发送周期由终端参数指定。5.3连接的断开
平台和终端均可根据TCP协议主动断开连接，双方都应主动判断TCP连接是否断开。平台判断TCP连接断开的方法：
根据TCP协议判断出终端主动断开；相同身份的终端建立新连接，表明原连接已断开；在一定的时间内未收到终端发出的消息，如终端心跳。终端判断TCP连接断开的方法：
根据TCP协议判断出平台主动断开；数据通信链路断开；
一数据通信链路正常，达到重传次数后仍未收到应答。6消息处理
6.1TCP和UDP消息处理
6.1.1平台主发的消息
JT/T808—2011
所有平台主发的消息均要求终端应答，应答分为通用应答和专门应答，由各具体功能协议决定。发送方等待应答超时后，应对消息进行重发。应答超时时间和重传次数由平台参数指定，每次重传后的应答超时时间的计算公式见式（1）。TN+I = T × (N+1)
式中：
TN—每次重传后的应答超时时间；T前-次的应答超时时间；
N-重传次数。
6.1.2终端主发的消息
6.1.2.1数据通信链路正常
数据通信链路正常时，所有终端主发的消息均要求平台应答，应答分为通用应答和专门应答，由各具体功能协议决定。终端等待应答超时后，应对消息进行重发。应答超时时间和重传次数由终端参数指定，每次重传后的应答超时时间按式（1）进行计算。对于终端发送的关键报警消息，若达到重传次数后仍未收到应答，则应对其进行保存。以后在发送其他消息前要先发送保存的关键报警消息。6.1.2.2数据通信链路异常
数据通信链路异常时，终端应对需发送的位置信息汇报消息进行保存。在数据通信链路恢复正常后，立即发送保存的消息。
6.2SMS消息处理
终端通信方式切换为GSM网络的SMS消息方式时，采用PDU八位编码方式，对于长度超过140字节的消息，应按照GSM网络的短信服务规范GSM03.40进行分包处理。SMS消息的应答、重传和保存机制同6.1，但应答超时时间及重传次数应按照表10中参数IDOx0006及0x0007的相关设定值处理。
7协议分类与说明
7.1概述
以下按功能分类对协议进行描述。无特别指明，缺省采用TCP通信方式。车载终端与外接设备通讯协议见附录A。协议中消息名称与消息ID的消息对照表见附录B。7.2终端管理类协议
7.2.1终端注册/注销
终端在未注册状态下，应首先进行注册，注册成功后终端将获得鉴权码并进行保存，鉴权码在终端登5
JT/T808—2011
录时使用。车辆需要拆除或更换终端前，终端应执行注销操作，取消终端和车辆的对应关系。终端若选择通过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事件设置及报告
平台通过发送事件设置消息，将事件列表发到终端存储，驾驶员在遇到相应事件后可进人事件列表界面进行选择，选择后终端向平台发出事件报告消息。6
事件设置消息，需要终端回复终端通用应答消息。事件报告消息，需要平台回复平台通用应答消息。7.4.3提问
JT/T808—2011
平台通过发送提问下发消息，将带有候选答案的提问发到终端，终端立即显示，驾驶员选择后终端向平台发出提问应答消息。
提问下发消息，需要终端回复终端通用应答消息。7.4.4信息点播
平台通过发送信息点播菜单设置消息，将信息点播项列表发到终端存储，驾驶员可以通过菜单选择点播/取消相应的信息服务，选择后终端向平台发出信息点播/取消消息。信息服务被点播后，将定期收到来白平台的信息服务消息，如新闻、天气预报等。信息点播菜单设置消息，需要终端回复终端通用应答消息。信息点播/取消消息，需要平台回复平台通用应答消息。信息服务消息，需要终端回复终端通用应答消息。7.5电话类协议
7.5.1电话回拨
平台通过发送电话回拨消息，要求终端按指定的电话号码回拨电话，并指定是否按监听方式（终端不打开扬声器）。
电话回拨消息，需要终端回复终端通用应答消息。7.5.2设置电话本
平台通过发送设置电话本消息，对终端设置电话本，该消息需要终端回复终端通用应答消息7.6车辆控制类协议
平台通过发送车辆控制消息，要求终端按指定的操作对车辆进行控制。终端收到后立即回复终端通用应答消息。之后终端对车辆进行控制，根据结果再回复车辆控制应答消息。7.7车辆管理类协议
平台通过发送设置圆形区域、设置矩形区域、设置多边形区域、设置路线等消息，对终端进行区域和线路设置。终端根据区域和线路属性判断是否满足报警条件，报警包括超速报警、进出区域/路线报警和路段行驶时间不足/过长报警，应在位置信息汇报消息中包含相应的位置附加信息。区域或路线ID取值范围为1~0xFFFFFFFF。若设置的ID与终端中已有的同类型区域或路线ID重复，则已有的被更新。
平台也可通过删除圆形区域、删除矩形区域、删除多边形区域、删除路线等消息，删除终端上保存的区域和路线。
设置/删除区域和路线消息，需要终端回复终端通用应答消息7.8信息采集类协议
7.8.1采集驾驶员身份信息数据
终端采集驾驶员身份信息数据上传平台进行识别，平台回复成功与否消息。7
JT/T808-2011
7.8.2采集电子运单数据
终端采集电子运单数据上传平台。7.8.3采集行驶记录数据
平台通过发送行驶记录数据采集命令消息，要求终端上传指定的数据，该消息需要终端回复行驶记录数据上传消息。
7.8.4下传行驶记录参数
平台通过发送行驶记录参数下传命令消息，要求终端上传指定的数据，该消息需要终端回复终端通用应答消息。
7.9多媒体类协议
7.9.1多媒体事件信息上传
终端因特定事件而主动拍摄或录音时，应在事件发生后主动上传多媒体事件消息，该消息需要平台回复通用应答消息。
7.9.2多媒体数据上传
终端发送多媒体数据上传消息，上传多媒体数据。每个完整的多媒体数据前需附加摄录时的位置信息汇报消息体，称为位置多媒体数据。平台根据总包数确定接收超时时间，在收到全部数据包或达到超时时间后，平台向终端发送多媒体数据上传应答消息，该消息确认收到全部数据包或要求终端重传指定的数据包。7.9.3摄像头立即拍摄
平台通过发送摄像头立即拍摄命令消息，对终端下发拍摄命令，该消息需要终端回复终端通用应答消息。若指定实时上传，则终端拍摄后上传摄像头图像/视频，否则对图像/视频进行存储。7.9.4录音开始
平台通过发送录音开始命令消息，对终端下发录音命令，该消息需要终端回复终端通用应答消息。若指定实时上传，则终端录制后上传音频数据，否则对音频数据进行存储。7.9.5检索终端存储多媒体数据和提取平台通过发送存储多媒体数据检索消息，获得终端存储多媒体数据的情况，该消息需要终端回复存储多媒体数据检索应答消息。
根据检索结果，平台可以通过发送存储多媒体数据上传消息，要求终端上传指定的多媒体数据，该消息需要终端回复终端通用应答消息。7.10通用数据传输类
协议中未定义但实际使用中需传递的消息可使用数据上行透传消息和数据下行透传消息进行上下行数据交换。
终端可采用GZIP压缩算法压缩较长消息，用数据压缩上报消息上传。7.11加密类协议
平台与终端之间若需加密通信，可采用RSA公钥密码系统。平台通过发送平台RSA公钥消息向终8
端告知自已的RSA公钥，终端回复终端RSA公钥消息，反之亦然。8
数据格式
终端通用应答
消息ID：0x0001。
终端通用应答消息体数据格式见表4。表4终端通用应答消息体数据格式起始字节
应答流水号
应答ID
平台通用应答
消息ID：0x8001。
数据类型
平台通用应答消息体数据格式见表5。表5
起始字节
应答流水号
应答ID
终端心跳
消息ID：0x0002。
数据类型
终端心跳数据消息体为空。
终端注册
消息ID：0x0100。
终端注册消息体数据格式见表6。对应的平台消息的流水号
对应的乎台消息的ID
描述及要求
0：成功/确认；1：失败；2：消息有误；3：不支持平台通用应答消息体数据格式
描述及要求
对应的终端消息的流水号
对应的终端消息的ID
JT/T808—2011
0：成功/确认；1：失败；2：消息有误；3：不支持；4：报警处理确认表6
起始字节
省域ID
市县域ID
制造商TD
数据类型
BYTE[S]
终端注册消息体数据格式
措述及要求
标示终端安装车辆所在的省域，0保留，由平台取默认值。省域ID采用GB/T2260中规定的行政区划代码六位中前两位标示终端安装车辆所在的市域和具域，0保留，由平台取默认值。市县域ID采用CB/T2260中规定的行政区划代码六位中后四位五个字节，终端制造商编码
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。