道路运输车辆卫星定位系统平台数据交换标准Jdoc

《道路运输车辆卫星定位系统平台数据交换标准Jdoc》由会员分享，可在线阅读，更多相关《道路运输车辆卫星定位系统平台数据交换标准Jdoc（57页珍藏版）》请在装配图网上搜索。

1、ICS 03.220.20;30. 210. 60 L 78备案号: JT中华人民共和国交通运输行业标准 JT/T 809-2011道路运输车辆卫星定位系统平台数据交换GNSS system for operating vehicles-General specifications for data exchange between platforms(报批稿)2011-05-23发布 2011-08-01实施中华人民共和国交通运输部 发布 JT/T 809-2011目次前言.II1 范围.12 规范性引用文件.13 术语、定义和缩略语.1 3.1 术语和定义.1 3.2 缩略语.24 技术要

2、求.2 4.1 通信方式.2 4.2 安全认证.2 4.3 功能实现流程.2 4.4 协议消息格式.8 4.5 数据实体格式.105 常量定义.40 5.1 业务数据类型识别.40 5.2 子业务类型标识.41 5.3 报警类型编码表.42JT/T 809-2011前言 本标准按照GB/T 1.1-2009给出的规则起草。 本标准由全国道路运输标准化技术委员会提出并归口。 本标准起草单位:中国交通通信信息中心、交通运输部公路科学研究院、福建省交通运输厅。 本标准主要起草人:刘建、蔡凤田、罗冠伟、冯泉、刘应吉、梁金焰、汪宏宇、周炜、丘舍金、牛文江、董轩、林元洪、贺芳林、李文亮、洪茂枝、李明瑛、张

3、学文、沈兵、尚绛。道路运输车辆卫星定位系统 平台数据交换1范围 本标准规定了道路运输车辆卫星定位系统监管/监控平台之间数据交换的技术要求，包括通信方式、安全认证、功能实现流程、协议消息格式和数据实体格式等内容。 本标准适用于道路运输车辆卫星定位系统监管/监控平台之间的数据交换。2规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版木适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。 GB/T 2260 中华人民共和国行政区划代码 GB/T 19056 汽车行驶记录仪 JT/T 415-2006 道路运输电子政务平台编目编码规则

4、 JT/T 808-2011道路运输车辆卫星定位系统终端通讯协议及数据格式3术语、定义和缩略语3. 1术语和定义 下列术语和定义适用于本文件。3. 1.1 车牌号number plate 公安交通管理部门颁发的机动车车牌号码，不包括车辆I冲照的颜色。例:京AJ3030o3. 1.2 上级平台superior platform 提供其他平台接入的政府监管平台。3. 1 .3下级平台 inferior platform企业监控平台、政府监管平台中接入上级平台的监管/监控平台。3. 1 .4车辆定位信息vehicles positioning information由车载终端从导航卫星接收并发送到监

5、控中心的，与该车辆当前位置有关的信息、以及车辆报警状态信息的统称，如经纬度、速度、方向等。3.1.5车辆动态信息vehicles dynamic information车辆在运营行驶过程中产生的相关信，包括车辆定位信息、运行状态、人员、货物、线路等方面的信息。 3. 1 .6 车辆静态信息vehicles static information 车辆从事道路运输经营活动相关的、在一定时期内固定不变的行政管理和经营管理信息，包括营运车辆、业户、从业人员、运管机构、营运线路等信息。3. 1.7主链路main links在上下级平台之间采用两条基于TCP协议的虚拟通道，其中，因下级平台作为TCP客户端

6、连接上级平台的TCP服务端成功后而构建的上行单向虚拟通道。 3. 1 .8 从链路subordinate links 在上几下级平台之间采用两条基于TCP协议的虚拟通道，其中，因上级平台作为TCP客户端连接下级平台的TCP服务端成功后而构建的下行单.向虚拟通道。3. 2缩略语 下列缩略语适用于本文件。 CCITT国际电报电话咨询委员会。 CRC循环冗余校验(Cyclic Redundancy Check)。 CRC 16-CCITT-CCITT标准的 CRC-16检验码。 UTC协调世界时(Universal Time Coordinated)。4技术要求4. 1通信方式 上级平台与下级平台之

7、间采用双链路通信方式，具体要求如下； a)上下级平台间通信方式采用TCP协议长连接方式； b) 上级平台提供服务的IP地址、端口号以及用户名、密码等信息，供下级平台接入; c）下级平台向上级平台发起建立主链路连接请求，主链路成功建立后，上级平台向下级平台发起从链路连接请求; d)下级平台可以通过主链路向上级平台发送数据，上级平台可以通过从链路向下级平台发送数据; e)主从链路中其中一条链路中断时，所有的数据都通过另外一条链路进行数据传输，断开的链路恢复时，继续按照标准的约定继续从两条链路进行数据传输; f)通信链路通过其中的TCP客户端方发送链路保持数据包检测链路连接状态，实现链路的可靠连接。

8、4. 2安全认证 跟据4.1中提出的通信方式，上级平台对下级平台的接入请求进行安全验证，确保建立可靠、可信的通信链路，下级平台无需对上级平台的接入请求进行安全验证。 上级平台对下级平台安全验证流程应遵循以下规定: a)上级平台为下级平台分配相应的接入码、接入用户名、密码以及数据加解密相关参数; b)下级平台与上级平台连接时，发送“登录清求”消息，上级平台收到下级平台连接请求后，首先验证请求的IP地址，如果请求IP地址与约定的接入IP地址不一致，则返回验证失败结果;其次，上级平台对下级平台的接入码、用户名以及密码进行验证，根据验证的结果向下级平台返回相应的结果值; c)上下级平台间的数据传输可采

9、用加密模式传输，实现对传输数据的即时加密，具体加密算法按照4.4.7中的规定。4. 3功能实现流程4. 3. 1链路管理类流程4. 3. 1. 1下级平台向上级平台请求登录和主链路保持4.3.1.1.1下级平台主链路登录流程下级平台主链路登录流程应遵循以下规定:a)由下级平台向上级平台发送登录请求。登录请求数据包内容包括平台接入码、登录用户名、 密码、建立从链路所需的TCP服务IP地址及端口号;b)上级平台对下级平台的登录请求进行安全认证，同时在日志中记录登录情况，如果认证成功，应答登录成功，否则应答登录失败及给出失败原因码;c)下级平台登录上级平台成功后，上级平台根据下级平台登录时提供的TC

10、P服务IP地址、端口号请求建立从链路连接;d)从链路建立成功后，后续下行数据包可由从链路进行发送。4. 3. 1 .1 .2主链路保持流程主链路保持流程应遵循以下规定:a)下级平台登录成功后，在与上级平台之间如果有应用业务数据包往来的情况下，不需要发送主链路保持数据包;否则，下级平台应每1min发送一个主链路保持清求数据包到上级平 台以保持链路连接;b) 在没有应用数据包往来的情况下，上级平台连续3min未收到到下级平台发送的主链路保持请求数据包，则认为与下级平台的连接中断，将.主动断开数据传输主链路c) 在没有应用数据包往来的情况下，下级平台连续3min未收到上级平台发送的从链路保持应答数据

11、包，则认为上级平台的连接中断，将主动断开数据传输从链路。4.3.1.2下级平台向上级平台请求主链路注销当下级平台主动退出时，首先发送主链路注销请求，上级平台收到注销请请求后返回链路注销应答并记录日志，上级平台即断开该主链路。4.3.1.3下级平台主动关闭与上级平台之间的主从链路连接当下级平台作为服务端发现从链路连接异常时，通过从链路主动向上级平台发送关闭主从链路连接的消息，并记录到日志，下级平台即中断主从链路连接。4. 3. 1. 4上级平台向下级平台请求从链路连接和链路保持4. 3. 1. 4. 1上级平台从链路连接请求流程上级平台从链路连接请求流程应遵循以下规定:a)下级平台成功登录上级平

12、台并建立.主链路后，上级平台通过获取来自下级平台提供的TCP 服务IP地址和端口号等信息，向下级平台发起从链路连接请求;b)下级平台收到上级平台发送的从链路连接请求后，立即建立与上级平台之间的从链路连接 关系。4. 3. 1 .4. 2从链路保持流程从链路保持流程应遵循以下规定:a)从链路连接成功后，如果上级平台与下级平台之间有应用业务数据包往来的情况下，不需 要发送从链路保持数据包;否则，上级平台应每1 min:发送一个从链路保持请求数据包到下级平台以保持从链路连接;b)如果与上级平台之间没有应用业务数据包往来的情况下，下级平台连续3min未收到上级平台发送的从链路保持请求数据包，则认为上级

13、平台己经失去连接，将主动断开数据传输从 链路;c) 如果与下级平台之间没有应用业务数据包往来的情况下，上级平台连续3min未收到下级平台发送的从链路保持应答数据包，则认为下级平台已经失去连接，将主动断开数据传输从链路。4.3.1.5上级平台向下级平台请求从链路注销 当上级平台主动退出时，首先发送从链路注销请求，下级平台收到注销请求后返回链路注销应答并记录日志，下级平台即断开该从链路.4.3.1.6上级平台主动关闭与下级平台之间的主从链路连接 当上级平台作为服务端发现主路连接异常时，通过主链路主动向下级平台发送关闭主从链路连接的消息，并记录到日志，上级平台即中断主从链路连接。4. 3. 2信息统

14、计业务类流程 接收定位信息数量通知应遵循以下规定: a)上级平台定期将收到来自下级平台的车辆定位信息数量子以统计，并定期给下级平台发送通知该统计数据; b)上下级平台根据此数据进行车辆定位信息接收与发送数量核对。4. 3. 3车辆动态信息交换业务类流程4. 3. 3. 1下级平台向上级平台长传车辆注册信息下级平台每次收到车载终端鉴权信息后，应向上级平台上传该车辆注册信息。4. 3. 3. 2下级平台向上级平台实时上传车辆定位信息下级平台在收到车辆定位信息后应实时向上级平台上传该车辆定位信息。4. 3. 3. 3上级平台向下级平台实时交换车辆定位信息 上级平台在向下级平台交换车辆定位信息前，向下

15、级平台发送启动车辆定位信息交换请求消息。下级平台在收到该消息并应答后，上级区平台开始向下级平台实时交换车辆定位信息。 上级平台向下级平台发出启动车辆定位信息交换请求消息包括以下三种情祝:a）当上.级平台分析到有车辆进入非归属地区地理区域时，就会向该非归属地区的下级平台下发该命令通知下级平台，有车辆进入该地理区域； b)当上级平台人工指定车辆交换到指定下级平台时，就会向该指定下级平台下发该命令通知下级平台，有指定车辆定位信息要交换到该平台; c) 当上级平台在应急状态监控某车辆时，需要将该车辆上传车辆定位信息下发给该车辆归属下级平台，就会向该车辆归属下级平台下发该命令。 上级平台结束向下级平台发

16、送车辆定位信息交换应遵循以下规定: d)当进入非归属地区地理区域的车辆离开该地理区域时，上级平台向下级平台发送结束车辆定位信交换请求消息，通知下级平台将停止车辆定位信息数据交换; e)当上级平台人工取消指定车辆交换到指定下级平台时，就会向该指定下级平台发送结束车辆定位信息、交换请求消息取消该车辆定位信息交换到该平台; F）当上级平台结束应急状态完成某车辆监控时，就会向该车辆归属的下级平台发送结束车辆定位信息交换请求消息，不再向该车辆归属的下级平台发送车辆定位信。4. 3. 3. 4下级平台向上级平台补报车辆定位信息 如双方平台之间主从通信链路中断，需在双方主从链路通信恢复后补发链路中断期间的车

17、辆定位信息。 下级平台向上级平台补报车辆定位信息流程,应遵循以下规定:a）下级平台上传定位数据过程中与上级平台链路中断时，应记录断开时间(在双方没有应用 业务数据包交互的情况下，以接收到上:级平台最后一条从链路保持应答数据包的时间为准;否则，以最后一次与上级平台进行完整应用业务数据包交互的时问为难);b)下级平台重新登录后，根据断开时间自动向上级平台发送中断时间段内收到的车辆定位信息。4. 3. 3. 5上级平台向下级平台补发车辆定位信息 如双方平台之间主从通信链路中断，需在双方主从链路通信恢复后补发链路中断期间的车辆定位信息。 上级平台向下级平台补发车辆定位信息流程应遵循以下规定:a) 下级

18、平台在交换数据过程中与上级平台链路中断时，应记录断开时间(在双方没有应用业务数据包交互的情况下，以接收到上级平台最后一条从链路保持应答数据包的时间为准；否则，以最后一次与上级平台进行完整应用业务数据包交互的时间为准); b)在主从通信链路再次建立后，下级平台根据记录的平台断开时间，向上级平台发送补发车辆定位信息请求; c)上级平台在收到下级平台的补发车辆定位信息请求后进行应答，并按照4.5.3.2.3的约定进行车辆定位信息的补发流程。4. 3. 3. 6交换指定车辆定位信息 由于跨域车辆离开该跨域地区地理地域，上级平台即终止下级平台的车辆定位信息交换流程，若下级平台仍需要获得驶出本地理地域的指

19、定车辆的实时定位信息，应按照交换指定车辆定位信息流程操作。 交换指定车辆定位信息流程应遵循以下规定: a)下级平台向上级平台发送“申请交换指定车辆定位信息”请求消息，上级平台对下级平台“申清交换指定车辆定位信息”请求消息进行应答后，开始实时向下级平台发送车辆定位信息;b)下级平台需要停止指定车辆定位信息的交换时，发送“取消申请交换指定车辆定位信息” 请求消息，上级平台收到该消息后进行应答，井终止指定车辆定位信息的发送。4. 3. 3. 7上报驾驶员身份识别信息 上级平台通过向下级平台发送某车辆上报驾驶员身份识别信息的请求，下级平台接收到请求后，应将指定车辆的当前营运驾驶员身份识别信息上报给上级

20、平台。上级平台接收到驾驶员身份识别消息后，进行入库记载并给下级平台应答。4. 3.3. 8上报车辆电子运单上级平台通过向下级平台上报车辆当前电子运单的请求，下级平台接收到请求后，应将指定车辆当前电子运单信息上报给上级平台，上级平台接收到电子运单信息后，进行入库记载并给下级平台应答4. 3. 4平台间信息交互业务类流程4. 3. 4. 1平台查岗 上级平台对于接入的下级平台进行平台值守情况查询，确保下级平台时刻处于人员值守状态。实现流程应遵循以下规定: a)上级平台不定期对接入平台下发相关常识性问题; b)下级平台接到信息后，通过监控客户端实时提醒在线值班人员; c)在线值班人员在查看信息后，根

21、据信息要求回复相应内容。4.3.4.2下发平台间报文上级平台不定期向下级平台下发报文信息，下级平台收到报文信息后向上级平台应答接收成功标识。4.3.5车辆报警信息交互业务类流程营运车辆在运行过程中，产生的相关报警处理流程应遵循以下规定:a)车辆车载终端设备或下级平台产生报警信息后，即刻上报上级平台;b)下级平台对报警信息应及时做出处理，并将处理报警信息结果上报上级平台:c) 上级平台在收到下级平台的报警信息后，等待下级平台上报相应的报警处理结果信息;若 在一定时间间隔内未收到相应报警处理结果信息，则向下级平台下发报警督办请求;d)上级平台可根据车辆定位数据分析产生报警预警信息，或者将跨域车辆的

22、报警信息，即可下发到相关下级平台，下级平台不必处理报警预警信息和转发跨域车辆报警信息。4.3.6车辆监管业务类流程4. 3. 6. 1单向监听上级平台通过对下级平台下发单向监听清求，实现对指定车辆下发监听。实现流程应遵循以下规定：a)下级平台在接收到上级平台的单向监听请求消息后，即刻对指定的车辆下发监听命令;b)车辆车载终端设备收到监听信息后，即刻与指定的监听电话号码进行连接，下级平台在收 到车载终端反馈的连接结果后，将连接结果上报给上级平台。4.3.6.2车辆拍照 上级平台向下级平台下发拍照清求，下级平台转发上级平台发送的拍照请求参数到指定车辆的车载终端设备，由车载终端设备完成拍照并实现上传

23、到下级平台，下级平台将收到的图片信息上报给上级平台。4. 3.6. 3下发车辆报文上级平台向下级平台发送“下发车辆报文”请求，有下级平台向指定车辆的车载终端设备下发报文信息，信息发送状态返回给上级平台。4. 3. 6. 4上报车辆行驶记录信息 上级平台向下级平台下发读取指定车辆行驶记录信息的请求，下级平台接收到请求后向相应的车辆下发行驶记录信息上报的指令，下级平台在收到车辆车载终端设备返回的行驶记录信息后，即刻上报给上级平台。4. 3. 6. 5车辆应急接入 发生应急情况时，上级平台需要及时监控某车辆时，上级平台向下级平台下发车辆应急接入监管平台命令，下级平台转发上级平台发送的命令到指定车辆的

24、车载终端，并将车载终端返回的信息上传到上级平台。车载终端按照命令要求向接入的政府监管平台申请鉴权，接入该监管平台并断开与原监控平台的连接。此时，被接入的政府监管平台按照监控平台的要求实现对车辆的监控。应急状态结束后，该政府监管平台应按照JT/T 808-2011 8.11中的要求，直接向车载终端发送终端控制命令，将车载终端的控制权转交给车辆原监控平台。4. 3. 7车辆静态信息交换业务类流程 上级平台向下级平台请求补报车辆静态信息，流程应遵循以下规定: a)下级平台向卜级平台进行车辆定位信息上报时，发现车辆的静态信息缺失后，即刻向下级平台发送补报车俩静态信息请求; b)下级平台在收到请求后，即

25、刻将相应车辆的静态信息数据补给上级平台; c)上级平台接收到车俩的静态信息数据后，进行入库一记载并给下级平台应答。4. 4协议消息格式4. 4. 1消息说明 每条信息包含数据头和数据体两部分。数据流遵循大端( big endian，即高字节在前，低字、，在后)排序方式的网络字节顺序。未使用的数据位皆填0x00。4. 4. 2数据类型 基本数据类型规定见表1。表1基本数据类型Time_t64位无符号整型，8字节BYTE单字节BYTES多字节Octet String定长字符串，位数不够，若补十六进制0x00,汉字采用GBK编码Unit16_t16位无符号整型，2字节Unit32_t32位无符号整型

26、，4字节4.4. 3数据结构在两个平台之间进行数据交换时，采用的数据结构规定见表2。表2数据结构Head flag头标识Message Header数据头Message Body数具体CRC CodeCRC 校验码End Flag尾标识4. 4. 4头标识 头标识为字符0x5b。4. 4. 5尾标识 尾标识为字符0x5d。 数据内容进行转义判断，转义规则如下: a) 若数据内容中有出现字符0x5b的，需替换为字符0x5a紧跟字符0x01; b) 若数据内容中有出现字符0x5a的，需替换为字符0x5a紧跟字符0x02; c) 若数据内容中有出现字符0x5d的，需替换为字符0x5e紧跟字符0x01

27、; d) 若数据内容中有出现字符0x5e的，需替换为字符0x5e紧跟字符0x02.4. 4. 6数据头 在两个平台之间进行数据交换时，采用数据结构的数据头部分规定见表3。字段类型描述及要求MSG LENGTHUnit32_t数据长度(包括头标识、数据头、数据体和尾标识)MSG_SNUnit32_t报文序列号aMSG_IDUnit16_t业务数据类型MSG_GNSSCENTERIDUnit32_t下级平台接入码，上级平台给下级平台分配唯一标识码。VERSION_FLAGBYTES协议版本好标识，上下级平台之间采用的标准协议版编号；长度为3个字节来表示，0x01 0x02 0x0F 标识的版本号是

28、v1.2.15，以此类推。ENCRYPT_FLAGBYTE报文加密标识位b: 0表示报文不加密，1表示报文加密。ENCRYPT_KEYUnit32_t数据加密的密匙，长度为4个字节。 a 占用四个字节，为发送信息的序列号，用于接收方检测是否有信息的丢失，上级平台和下级平台接自己发送数据包的个数计数，互不影响。程序开始运行时等于零，发送第一帧数据时开始计数，到最大数后自动归零。 B 用来区分报文是否进行加密，如果标识为1，则说明对后继相应业务的数据体采用ENCRYPT_KEY对应的密钥进行加密处理。如果标识为0，则说明不进行加密处理4. 4. 7数据加密4. 4. 7. 1数据密钥格式数据传输中

29、采用的数据密钥格式规定见表4。 表4数据.密钥格式字段类型描述及要求ENCRYPT_KEYUnit32_t数据加密的密匙，长度为4个字节。4. 4. 7. 2数据加密要求数据加密具体要求具体要求如下： a)加密只针对报文的数据体部分进行。密钥通过网络进行传输，不同的报文可采用不同的密钥进行加密; b)在数据包发送之前，将数据包内容与伪随机序列按字节进行异或运算; c) 加密算法如下:用N模伪随机序列发生器产生伪随机字节序列。将待传输的数据与伪随机码按字节进行异或运算; d)不同的上下级平台之间，加密的算法是一致的，但是针对M1, IA1, IC1的不同。数据先经过加密而后解密。4. 4. 7.

30、 3加密算法 加密算法见表5。 表5加密算法Coast unsigned uint32 t M 1 =A;Coast unsigned unint32_t IA 1 =B;Coast unsigned unint32_ t IC1 =C;Void encrypt(uint32_ t key, unsigned char buffer, uint32_ t size) uint32_t idx=0; if( key=0) key=1; while( idx20)&0xFF); 4. 4. 8数据校验从数据头到校验码前的CRC 1 G-CCITT的校验值，遵循人端排序方式的规定。数据CRC校验码格

31、式规定见表6。表6校验码格式字段字节数类型描述及要求CRC CODE2Unint16_t数据CRC校验码4. 5数据实体格式4. 5. 1链路管理业务类4.5.1.1主链路登录请求消息 链路类型:主链路。 消息方向:下级平台往上级平台。 业务数据类型标识: UP-CONNECT-REQ。 描述:下级平台向上级平台发送用户名和密码等登录信息。 下级平台登录请求消息数据体规定见表7。 表7主链路登录请求消息数据体字段名字节数类型描述及要求userID4Unint32_t用户名PASSWORD8Octet_string密码DOWN_LINK_IP32Octet_string下级平台提供对应的从链路服

32、务端IP地址DOWN_LINK_PORT2Unint16_t下级平台提供对应的从链路服务器端口号4.5.1.2主链路登录应答消息 链路类型:主链路。 消息方向:上级平台往下级平台。 业务数据类型标识:UP_CONNCCT_RSP。 描述:上级平台对下级平台登录请求信息、进行安全验证后，返回相应的验证结果。 主链路登录应答消息数据体规定见表8。表8主链路登录应答消息数据体字段名字节数类型描述及要求RESUL 1BYTE验证结果，定义如下：0x00:成功;0x01:IP地址不正确；0x02:接入码不正确；0x03:用户没用注册；0x04:密码错误;0x05:资源紧张，稍后再连接(已经占用）；0x0

33、6：其他。VERIFY_CODE4Unit32_t校验码4. 5. 1. 3主链路注销请求消息 链路类型:主链路。 消息方向：下级平台往上级平台 业务数据类型标识：UP-DISCONNECT-REQ。 描述：下级平台在中断与上级平台的主链路连接时，应向上级平台发送主链路注销请求消息。其数据体规定见表9 表9 主链路注销请求消息数据体字段名字节数类型描述及要求USERID4Unint32_t用户名PASSWORD8Octet String密码4.5.1.4主链路注销应答消息 链路类型:主链路。 消息方向:上级平台往下级平台。 业务数据类型标识:UP-DI SCONNECT_ RSP。 描述:上级

34、平台收到下级平台发送的主链路注销请求消息后，向下级平台返回主链路注销应答消息，并记录链路注销日志，下级平台接收到应答消息后，可中断主从链路联接。 主链路注销应答消息，数据体为空。4.5.1.5主链路连接保持请求消息链路类型:主链路。消息方向:下级平台往上级平台。业务数据类型标识:UP_ LINK下EST_ REQ。描述:下级平台向上级平台发送主链路连接保持清求消息，以保持主链路的连接。主链路连接保持清求消息，数据体为空。4.5.1.6主链路连接保持应答消息 链路类型:主链路。 消息方向:I级平台往下级平台。 .业务数据类型标识:UP_ LINKTEST_ RSP。 描述:上级平台收到下级平台的

35、主链路连接保持请求消息后，向下级平台返回.主链路连接保持应答消息，保持主链路的连接状态。 主链路连接保持应答消息,数据体为空。4.5.1.7主链路断开通知消息 链路类型:从链路。 消息方向:下级平台往上级平台。 业务数据类型标识:UP-DISCONNECT-INFORM。 描述:当主链路中断后，下级平台可通过从链路向上级平台发送本消息通知上级平台主链路中断，终数据体规定见表10。本条消息无需被通知方应答。 表10 主链路断开通知消息数具体 字段名字节数类型描述及要求ERROR_CODE1BYTE错误代码：定义如下0x00:主链路断开；0x01：其他原因4.5.1.8下级平台主动关闭主从链路通知

36、消息 链路类型:从链路。 消息方向:下级平台往上级平台。 业务数据类型标识:UP_CLOSELINIC INFORM。 描述:下级平台作为服务端，发现从链路出现异常时，下级平台通过从链路向上级平台发送本消息，通知上级平台下级平台即将关闭主从链路，其数据体规定见表11。本条消息无需被通知方应答; 表11下级平台主动关闭主从链路通知消息数据体字段名字节数类型描述及要求REASON_CODE1BYTE错误代码：定义如下0x00:网关重启；0x01：其他原因4.5.1.9从链路连接请求消息链路类型:从链路。消息方向:上级平台往下级平台。业务数据类型标识:DOWN_ CONNECT_REQ。描述:主链路

37、建立连接后，上级平台向下级平台发送从链路连接清求消息，以建立从链路连接，其数据体规定见表12。表12从链路连接清求消息数据体字段名字节数类型描述及要求VERIFY_CODE4Unint32_t4.5.1.2对应的校验码下级平台在收到本息后，根据本校验码VERIFY CODE来实现数据的校验，校验后，则返回DOWN CONNECT RSP消息。4.5.1.10从链路连接应答信息链路类型:从链路。消息方问:下级平台往上级平台。业务数据类型标识:DOWN_CONNNECT_RSP。描述：下级平台作为服务器端向上级平台客户端返回从链路连接应答消息，上级平台在接收到该应答消息结果后，根据结果进行链路连接

38、处理，其数据体规定见表13.表13 从链路连接应答消息数具体字段名字节数类型描述及要求RESULT1BYTE验证结果：定义如下0x00:成功；0x01：VERIFY_CODE 错误0x02：资源紧张，稍后再连接（已经占用）0x03：其他4.5.1.11从链路注销请求消息 链路类型:从链路。 消息方向:.上级平台往下级平台。 业务数据类型标识:DOWN_ DISCONNIrCT_ REQ。 描述:从链路建立后，上级平台在取消该链路时，应向下级平台发送从链路注销请求消息，其数据体规定见表14。 表14从链路注销请求消息数据体字段名字节数类型描述及要求VERIFY_CODE4Unint32_t校验码

39、4. 5. 1. 12从链路注销应答消息链路类型:从链路。消息方向:下级平台往上级平台。业务数据类型构之识:DOWN_ DISCONNECT_ RSP。描述:下级平台在收到上级平台发送的从链路注销请求消息后，返回从链路注销应答消息，记录相关日志，中断该从链路。从链路注销应答消息，数据体为空。4.5.1.13从链路连接保持请求消息 链路类型:从链路。 消息方向:上级平台往下级平台。 业务数据类型标识:DOWN_ LINKTEST_ REQ。 描述:从链路建立成功后，上级平台向下级平台发送从链路连接保持请求消息，以保持从链路的连接状态。 从链路连接保持请求消息，数据体为空。4.5.1.14从链路连

40、接保持应答消息 链路类型：从链路: 消息方向:上级平台往下级平台。 业务数据类型标识:DOWN_ LINKTEST_ REP。描述:下级平台收到上级平台链路连接保持请求消息后，向上级平台返回从链路连接保持应答消息，保持从链路连接状态。从链路连接保持应答消息，数据体为空。4. 5. 1. 15从链路断开通知消息 链路类型:主链路。 消息方向:上级平台往下级平台。 业务数据类型标识:DOWN DISCONNECT INFORM。 描述: 情景1:上级平台与下级平台的从链路中断后，重连二次仍未成功时，上级平台通过主链路发送本消息给下级平台。 情景2:上级平台作为客户端向下级平台登录时，根据之前收到的

41、IP地址及端口无法连接到下级平台服务端时发送本消息通知下级平台。 从链路断开通知消息数据体规定见表15。本条消息无需被通知方应答。 表15 从链路断开通知消息数据体字段名字节数类型描述及要求REASON_CODE1BYTE错误代码：定义如下0x00：无法连接下级平台指定的服务IP与端口；0x01：上级平台客户端与下级平台服务端断开；0x02：其他原因。4. 5. 2信息统计业务类4. 5. 2. 1接收车辆定位信息数量通知消息链路类型：从链路。消息方向:上级平台往下级平台业务类型标识: DOWN_TOTAL_RECV_BACK_MSG.描述:上级平台向下级平台定星通知已经收到下级平台上传的车辆

42、定位信息数量(如:每收到10,000条车辆定位信息通知一次)，其数据体规定见表17。本条消息不需下级平台应答。表17接收车俩定位信息数量通知消息数据体字段名字节数类型描述及要求DYNAMIC_INFO_TOTAL4Uint32_tSTART_TIME_END_TIME共收到的车辆定位信息数量START_TIME8Time_t开始时间，用UTC时间表示END_TIME8Time_t结束时间，用UTC时间表示注：采用UTC时间表示，如2010-1-10 9:7:54的UTC值为1263085674，其在协议中表示为0x000000004B49286A.4. 5. 3车辆动态信息交换业务类4. 5.

43、 3. 1主链路车辆动态信息交换业务4.5.3.1.1数据体描述链路类型:主链路。消息方向:下级平台往上级平台。业务数据类型标识:UP_EXG_MSG。描述:下级平台向上级平台发送车辆动态信息交换业务数据包，其数据体规定见表18。 表18主链路车辆动态信息交换业务数据体字段名字节数类型描述及要求VEHICLE_NO21Octet String车牌号VEHICLE_COLOR1BYTE车辆颜色，按照JT/T415-2006中5.4.12的规定DATA_TYPE2Uint16_t子业务类型标识DATA_LENGTH4Uint32_t后续数据长度DATADATA_LENGTHBYTES数据部分4.5

44、.3.1.2上传车辆注册信息消息子业务类型标识:UP_ EXG_ MSG_ REGISTER。描述:监控平台收到车载终端鉴权信息后，启动本命令向上级监管平台上传该车辆注册信息.各级监管平台再逐级向上级平台上传该信息，其数据体规定见表19。本条消息服务端无需应答。 表19 上传车俩注册信信消息数据体字段名字节数类型描述及要求VEHICLE_NO21Octet String车牌号VEHICLE_COLOR1BYTE车辆颜色，按照JT/T415-2006中5.4.12的规定DATA_TYPE2Uint16_t子业务类型标识DATA_LENGTH4Uint32_t后续数据长度PLATEFORM_ID1

45、1BYTES平台唯一编码PRODUCER_ID11BYTES车载终端厂商唯一编码TERMINAL_MODEL_TYPE8BYTES车载终端型号，不是8位时以“0”终结TERMINAL_ID7BYTES车载终端编号，大写字母和数字组成TERMINAL_SIMCODE12Octet String车载终端SIM卡电话号码。号码不是12位，则在签补充数字0.4.5.3.1.4车辆定位信息自动补报请求消息 子业务类型标识:UP EXG MSG HISTORY LOCATION。 描述:如果平台间传输链路中断，下级平台重新登录并与上级平台建立通信链路后，下级平台应将中断期间内车载终端上传的车辆定位信息自动

46、补报到上级平台。如果系统断线期间，该车需发送的数据包条数大于5，则以每包五条进行补发，直到补发完毕。多条数据以卫星定位时间先后顺序排列。本条消息上级平台采用定量回复，即收到一定数量的数据后，即通过从链路应答数据量。 车辆定位信息自动补报请求消息数据体规定见表21。 表21车辆定位信官、自动补报数据体字段名字节数类型描述及要求VEHICLE_NO21Octet String车牌号VEHICLE_COLOR1BYTE车辆颜色，按照JT/T415-2006中5.4.12的规定DATA_TYPE2Uint16_t子业务类型标识DATA_LENGTH4Uint32_t后续数据长度GNSS_CNT1BYT

47、E该数据包里包含的微星定位数据个数1=GNSS_CNT=5。GNSS_DATA136BYTES详见4.5.8.1.GNSS_DATAN36BYTES详见4.5.8.14.5 .3.5启动车辆定位信息交换应答消息子业务类型标识:UP_EXG_ MSG_ RETURN_ STARTUP ACK描述：本条消息是下级平台对上级平台下发的DOWN_EXG_ MSG_ RETURN_STARTUP消息的应答消息，其数据体规定见表22。表22启动车辆定位信息交换应答消息数据体字段名字节数类型描述及要求VEHICLE_NO21Octet String车牌号，返回DOWN_EXG_MSG_RETURN_SART

48、UP消息中的车牌号VEHICLE_COLOR1BYTE车辆颜色，按照JT/T415-2006中5.4.12的规定DATA_TYPE2Uint16_t子业务类型标识DATA_LENGTH4Uint32_t后续数据长度，值为0x000000004.5.3.1.7申请交换指定车辆定位信息请求消息 子业务类型标识:UP_ EXG_ MSG_ APPLY-FOR_ MONITOR_ STARTUP。 描述:当下级平台需要在特定时问段内监控特殊车辆时，可上传此命令到上级平台申请对该车辆定位数据交换到下级平台，申请成功后，此车辆定位数据将在指定时间内交换到该平台(即使该车没有进入该平台所属区域也会交换)，其

49、数据体规定见表24。 表24中请交换指定车辆定位信息请求消息数据体字段名字节数类型描述及要求VEHICLE_NO21Octet String车牌号VEHICLE_COLOR1BYTE车辆颜色，按照JT/T415-2006中5.4.12的规定DATA_TYPE2Uint16_t子业务类型标识DATA_LENGTH4Uint32_t后续数据长度START_TIME8Time_t开始时间，用UTC时间表示END_TIME8Time_t结束时间，用UTC时间表示4.5.3.8取消交换指定车辆定位信息请子业务类型标识：UP_ EXG_MSG_APPLY_F0R_MONIOR_END。描述：下级平台上传该命令给上级平台，取消之前申请监控的特殊车辆，其数据体规定见表25。表25取消交换指定车辆定位信息请求消息数据体字段名字节数类型描述及要求VEHICLE_NO21Octet String车牌号VEHICLE_COLOR1B