DB33T 650-2016 车(船)载全球卫星导航定位系统终端与控制中心通信协议

ICS33.060.30M35DB33浙江省地方标准DB33/T650-2016代替DB33/T650-2007车(船)载全球卫星导航定位系统终端与控制中心通信协议Communicationprotocolbetweenglobalnavigationsatelliteandpositionsystemterminalforvehicle(ship)andmonitoringcenter2016-01-04发布2016-02-04实施浙江省质量技术监督局发布DB33/T650-2016I目次前言................................................................................II1范围..............................................................................12规范性引用文件....................................................................13术语和定义........................................................................14缩略语............................................................................15协议基础..........................................................................26通信连接..........................................................................47消息处理..........................................................................48协议分类..........................................................................5附录A（规范性附录）消息对照表......................................................8附录B（规范性附录）数据格式.......................................................13DB33/T650-2016II前言本标准依据GB/T1.1－2009给出的规则起草。本标准代替DB33/T650-2007《车(船)载全球卫星导航定位系统终端与控制中心通信协议》。与DB33/T650-2007相比，除编辑性修改外，主要技术变化如下：——规范性引用文件中增加了JT/T808-2011《道路运输车辆卫星定位系统－终端通讯协议及数据格式》、JT/T905.2《出租汽车服务管理信息系统第2部分：运营专用设备》等内容（见第2章）；——修改了术语与缩略语的部分内容（见第3章、第4章）；——定义了“协议基础”、“通信连接”和“消息处理”内容（见第5章、第6章、第7章）；——增加了“协议分类”内容（见第8章）；——增加了“消息对照表”内容（见附录A）；——增加了“数据格式”内容（见附录B）。本标准由浙江省交通运输厅提出并归口。本标准起草单位：浙江省交通信息中心、浙江科技学院、浙江大学。本标准主要起草人：韩海航、葛晓锋、王总辉、范晓武、陈尚新、吕梦蛟、郑祺、焦庆春、何志锋、任长兴、汤正刚。本标准于2007年首次发布，本次为第一次修订。请注意本文件的某些内容可能涉及专利。本文件发布机构不承担识别这些专利的责任。DB33/T650-20161车(船)载全球卫星导航定位系统终端与控制中心通信协议1范围本标准规定了全球卫星导航定位系统终端（以下简称“终端”）与控制中心（以下简称“中心”）之间信息交换的协议基础、通信连接、消息处理及协议分类等内容。本标准适用于采用全球卫星导航定位技术和公众移动通信网络传输技术的道路运输车辆、出租汽车、船舶等交通工具上使用的终端和中心之间的通信。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB2312信息交换用汉字编码字符集基本集JT/T794道路运输车辆卫星定位系统车载终端技术要求JT/T808-2011道路运输车辆卫星定位系统－终端通讯协议及数据格式JT/T905.2出租汽车服务管理信息系统第2部分：运营专用设备交通运输部2013第21号道路运输车辆卫星定位系统北斗兼容车载终端通讯协议技术规范GSM03.40GSM网络的短信服务规范3术语和定义JT/T808-2011和JT/T905.2界定的及下列术语和定义适用于本文件。3.1鉴权authentication终端与中心建立连接后，向中心发送消息以验证身份的过程。4缩略语下列缩略语适用于本文件。ACC：汽车用带点火开关的转向锁的专用挡位（Accessory）BDS：北斗卫星导航系统(BeiDouNavigationSatelliteSystem)CAN:控制器局域网络（ControllerAreaNetwork）GPS：全球定位系统(GlobalPositioningSystem)GSM：全球移动通信系统（GlobalSystemforMobileCommunications）ISU：智能服务终端(IntelligentServiceUnit)OBD：车（船）载诊断系统(On-BoardDiagnostic)PDU：协议数据单元(ProtocolDataUnit)DB33/T650-20162RSA：一种非对称密码算法(由RonRivest、AdiShamirh和LenAdleman开发)SMS：短消息服务(ShortMessageService）TCP：传输控制协议（TransferControlProtocol）UDP:用户数据包协议（UserDatagramProtocol）5协议基础5.1通信方式协议采用的通信方式应符合JT/T794中的相关规定，通信协议采用TCP或UDP，中心作为服务器端，终端作为客户端。当数据通信链路异常时，终端可采用SMS方式进行通信。5.2数据类型协议消息中的数据类型见表1。表1数据类型数据类型描述及要求BYTE无符号单字节整型(字节，8位)WORD无符号双字节整型(字，16位)DWORD无符号四字节整型(双字，32位)BYTE[n]n个字节BCD[n]8421码，n个字节STRINGGBK编码，采用0终结符，若无数据，则填充一个0终结符注：GBK编码是在符合GB2312规定基础上所扩展的编码。5.3传输规则协议采用大端模式(big-endian)的网络字节序来传递字和双字，传输约定如下:——字节(BYTE):按照字节流的方式传输；——字(WORD):先传递第8～15位，再传递第0～7位；——双字(DWORD):先传递第24～31位，然后传递第16～23位，再传递第8～15位，最后传递第0～7位。5.4消息组成5.4.1消息结构每条消息由标识位、消息头、消息体、校验码和标识位组成，如图1所示。标识位（1个字节）消息头（12或16个字节）消息体（n个字节）校验码（1个字节）标识位（1个字节）图1消息结构图DB33/T650-201635.4.2标识位标识位采用0x7e表示，用来标识一条消息的开始字节和结束字节。若校验码、消息头以及消息体中出现0x7e，则要进行转义处理，转义规则定义如下:0x7e←→0x7d后紧跟一个0x02；0x7d←→0x7d后紧跟一个0x01。转义处理过程如下:发送消息时:消息封装→计算并填充校验码→转义;接收消息时:转义还原→验证校验码→解析消息。示例:发送内容为0x300x7e0x080x7d0x55的数据包，则经过封装后转义处理结果如下:0x7e0x300x7d0x020x080x7d0x010x550x7e。5.4.3消息头5.4.3.1消息头内容详见表2。表2消息头内容起始字节字段数据类型描述及要求0消息IDWORD2消息体属性WORD消息体属性格式结构图见图24终端手机号BCD[6]根据安装后终端自身的手机号转换。手机号不足12位，则在前补充数字010消息流水号WORD按发送顺序从0开始循环累加12消息包封装项如果消息体属性中相关标识位确定消息分包处理，则该项有内容，否则无该项注：出租汽车运营专用设备中的ISU与中心的基础通信协议中的消息头、消息体属性和消息包封装项的格式定义应符合JT/T905.2定义。5.4.3.2消息体属性格式结构如图2所示。1514131211109876543210保留分包数据加密方式消息体长度图2消息体属性格式结构图数据加密方式:——第10～12位为数据加密标识位；——当此三位都为0，表示消息体不加密；——当第10位为1，表示消息体经过RSA算法加密；——其他保留。分包:DB33/T650-20164当消息体属性中第13位为1时表示消息体为长消息，进行分包发送处理，具体分包信息由消息包封装项决定；若第13位为0，则消息头中无消息包封装项字段。5.4.3.3消息包封装项内容见表3。表3消息包封装项内容起始字节字段数据类型描述及要求0消息总包数WORD该消息分包后的总包数2包序号WORD从1开始5.4.4消息体消息体是消息类型是“消息ID”所指定的、消息长度为“消息体属性”中“消息体长度”所指定的消息内容，其数据格式定义见相关标准的“数据格式”章节。5.4.5校验码从消息头开始与后一字节异或，直到消息体的最后一个字节，形成校验码。6通信连接6.1连接建立终端与中心的数据连接采用TCP或UDP方式，通信链路连接后向中心发送终端消息进行鉴权，鉴权成功后连接建立。6.2连接维持连接建立后，终端应周期性向中心发送终端心跳消息，中心收到后向终端发送中心通用应答消息，发送周期在终端参数中设定。6.3连接断开6.3.1中心或终端可根据TCP协议主动断开连接，并应主动判断TCP连接是否断开。6.3.2中心判断TCP连接断开的方法：a）根据TCP协议判断出终端主动断开；b）相同身份的终端建立新连接，表明原连接已断开；c）在一定的时间内未收到终端发出的消息，如终端心跳。6.3.3终端判断TCP连接断开的方法：a）根据TCP协议判断出中心主动断开；b）数据通信链路断开；c）数据通信链路正常，达到重传次数后仍未收到应答。7消息处理DB33/T650-201657.1TCP和UDP消息处理7.1.1中心主发的消息所有中心主发的消息均要求终端应答，应答分为通用应答和专门应答，由各具体功能协议决定。发送方等待应答超时后，应对消息进行重发。应答超时时间和重传次数通过中心参数设定，每次重传后的应答超时时间和重传次数通过中心参数设定，每次重传后的应答超时时间的计算公式如下:TN+1=TN×(N+1)„„„„„„„„„„„„„„„„„„„„„„„„„„„„„(1)式中：TN+1——每次重传后的应答超时时间；TN——前一次的应答超时时间；N——重传次数。7.1.2终端主发的消息7.1.2.1数据通信链路正常数据通信链路正常时，所有终端主发的消息均要求中心应答，应答分为通用应答和专门应答，由各具体功能协议决定。终端等待应答超时后，应对消息进行重发。应答超时时间和重传次数通过终端参数设定，每次重传后的应答超时时间按公式(1)进行计算。对于终端发送的关键报警消息，若达到重传次数后仍未收到应答，则应对其进行保存。以后在发送其它消息前要先发送保存的关键报警消息。7.1.2.2数据通信链路异常数据通信链路异常时，终端应对需发送的位置信息汇报的消息进行保存。在数据通信链路恢复正常后，立即发送