ICS | |
CCS |
团 体 标 准
第6部分:通信中心与监控客户端间数据接口
Early warning system for preventing accidents at intersections involving large vehicles Part6:Interface protocol between center and monitoring client
征询意见稿
XXXX - XX - XX发布
XXXX - XX - XX实施
上海市道路交通安全协会 发布
本文件按照GB/T 1.1—2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定起草。
本文件是T/XXX XXXX《大型车辆路口事故防范预警系统》的第6部分。T/XXX XXXX已发布了以下部分:
——第1部分:通用技术要求;
——第2部分:车载终端;
——第3部分:车载终端安装;
——第4部分:监控客户端:
——第5部分:车载终端与通信中心间数据接口;
——第6部分:通信中心与监控客户端间数据接口。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由上海市道路交通安全协会提出并归口。
本文件起草单位:XXX。
本文件主要起草人:……
首期承诺执行单位:……
《大型车辆路口事故防范预警系统》拟由6个部分构成。
——第1部分:通用技术要求。目的在于给出大型车辆路口事故防范预警系统的术语定义和系统组成,明确系统的功能、性能、运行环境、信息安全、可靠性等技术要求及其对应的试验方法。
——第2部分:车载终端。目的在于给出大型车辆路口事故防范预警系统中车载终端组成明确各组成部分基本要求及各组成单元的具体功能、性能要求,规定车载终端的电源要求、电气安全要求、电磁兼容性要求、环境适应性要求。
——第3部分:车载终端安装。目的在于给出大型车辆路口事故防范预警系统车载终端的安装前准备事项,明确大型车辆路口事故防范预警系统车载终端的安装要求,确定安装验收方式。
——第4部分:监控客户端。目的在于给出大型车辆路口事故防范预警系统中的监控客户端的组成与分类,明确监控客户端基本要求及行业管理客户端、企业运营管理客户端的具体功能要求,规定监控客户端的性能要求,信息安全要求及其对应的试验方法。
——第5部分:车载终端与通信中心间数据接口。目的在于给出大型车辆路口事故防范预警系统中车载终端与通信中心间进行无线数据传输和数据交换的数据接口,明确数据接口构成及其通信方式、通用要求,规定通信协议分类和数据格式。
——第6部分:通信中心与监控客户端间数据接口。目的在于给出大型车辆路口事故防范预警系统中通信中心与监控客户端间进行数据传输和数据交换的数据接口,明确数据接口构成及其通信模式、通用要求,规定了数据交互流程和不同数据交互业务的数据格式。
大型车辆路口事故防范预警系统 第6部分:通信中心与监控客户端间数据接口
本文件规定了大型车辆路口事故防范预警系统中通信中心与监控客户端间进行数据传输和数据 交换的数据接口的构成及其通信模式、通用要求、数据交互流程及数据格式。
本文件适用于大型车辆路口事故防范预警系统的各类监控客户端及通信中心的应用。
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
JT/T 808—2019 道路运输车辆卫星定位系统终端通讯协议及数据格式
通信中心与监控客户端之间采用主从双链路通信方式,并应符合以下要求:
a) 采用TCP 协议长连接方式;
b) 通信中心提供服务的IP 地址、端口号以及用户名、密码等信息,供监控客户端接入;
c) 监控客户端向通信中心发起建立主链路连接请求,主链路成功建立后,通信中心向监控客户端 发起从链路连接请求;
d) 监控客户端可以通过主链路向通信中心发送数据,通信中心可以通过从链路向监控客户端发 送数据;
e) 主从链路中其中一条链路中断时,所有的数据都通过另外一条链路进行数据传输,断开的链路 恢复时,继续按照标准的约定从两条链路进行数据传输;
f) 通信链路通过其中的TC客户端方发送链路保持数据包检测链路连接状态,实现链路的可靠 连接。
通信中心与监控客户端之间的安全认证应符合以下要求。
a) 实行双向接入安全验证。
g) 通信中心对监控客户端安全验证流程符合以下要求:
1) 通信中心为监控客户端分配相应的接入码、接入用户名、密码以及数据加解密相关参数。
1) 监控客户端与通信中心连接时,发送“登录请求”消息,通信中心收到监控客户端连接请求后,首先验证请求的IP 地址,如果请求 IP 地址与约定的接入 IP 地址不一致,则返回验失败结果;如果请求 IP 地址与约定的接入 IP 地址一致,则返回验证成功结果和校验码。
2) 通信中心对监控客户端的接入码、用户名以及密码进行验证,根据验证的结果向监控客户端返回相应的结果值。
h) 通信中心与监控客户端连接时,监控客户端验证校验码与之前收到的校验码的一致性;如果验证码与之前收到的校验码不相一致,则拒绝接入;如果验证码一致,则建立通信连接。
i) 通信中心与监控客户端间的敏感数据采用加密模式传输,使用的密码算法符合国家密码相关 规定。
通信中心与监控客户端之间传输的数据类型应符合表1的规定。
表1 数据类型
数据类型 | 描述及要求 |
time | 64位无符号整型,8字节 |
BYTE | 单字节 |
BYTES | 多字节 |
Octet String | 定长字符串,位数不足时,右补十六进制0x00,汉字采用GBK编码 |
uint16 | 16位无符号整型,2字节 |
uint32 | 32位无符号整型,4字节 |
通信中心与监控客户端之间的数据流应符合大端(big-endian, 即高字节在前,低字节在后)排序方 式的网络字节顺序,未使用的数据位皆填0x00。
000014.5.1 数据结构描述
在通信中心与监控客户端之间进行数据交换时,采用的数据结构及相应描述应符合表2的规定。
表2 数据结构描述
数据结构 | 相应描述 |
Head Flag | 头标识 |
Message Header | 数据头 |
Message Body | 数据体 |
CRC Code | CRC校验码 |
End Flag | 尾标识 |
000014.5.2 头标识
头标识应为字符0x5b。
000014.5.3 尾标识
尾标识应为字符0x5d。
000014.5.4 数据转义处理规则
数据内容进行转义判断,转义规则应符合以下要求:
a) 若数据内容中出现字符0x5b 的,转换为字符0x5a0x01;
j) 若数据内容中出现字符0x5a 的,转换为字符0x5a0x02;
k) 若数据内容中出现字符0x5d 的,转换为字符0x5e0x01;
l) 若数据内容中出现字符0x5e 的,转换为字符0x5e0x02。
000014.5.5 数据头
在通信中心与监控客户端之间进行数据交换时,采用数据结构的数据头应符合表3的要求。
表3 数据头格式
字段 | 类型 | 描述及要求 |
MSG LENGTH | uint32 | 数据长度(包括头标识、数据头、数据体和尾标识) |
MSG SN | uint32 | 报文序列号* |
MSGID | uint16 | 业务数据类型 |
MSG GNSSCENTERID | uint32 | 监控客户端接入码,通信中心给监控客户端分配的唯一标识号 |
VERSION FLAG |
BYTES | 协议版本号标识,监控客户端之间采用的标准协议版本编号;长度用 3个字节来表示:0x010x020x0F表示的版本号是V1.2.15,依此类推 |
ENCRYPT FLAG | BYTE | 报文加密标识位*:0表示报文不加密,1表示报文加密 |
ENCRYPT KEY | uint32 | 数据加密的密钥,长度为4个字节, 占用4个字节,为发送信息的序列号,用于接收方检测是否有信息的丢失。通信中心和监控客户端按自己发送 数据包的个数计数,互不影响。程序开始运行时等于零,发送第一帧数据时开始计数,到最大数后自动归零。用来区分报文是否进行加密,如果标识为1,则说明对后续相应业务的数据体采用ENCRYPT KEY对应的密 钥进行加密处理。如果标识为0,则说明不进行加密处理。 |
000014.6.1 校验值排序方式
从数据头到校验码前的 CRC16-CCITT 的校验值,应符合大端排序方式要求。
000014.6.2 校验码格式
数据CRC 校验码格式,见表4
表4 校验码格式
字段 | 字节数 | 类型 | 描述及要求 |
CRC CODE | 2 | uint16 | 数据CRC校验码 |
数据交换协议规定的子业务类型标识命名规则应符合以下要求:
a) 对应业务数据类型下的子业务,其标识头就继续遵循原有归属业务数据类型的标识头。
00001示例:业务数据类型 UP_EXG_MSG 下的子业务类型标识头均以“UP_EXG_MSG” 开始。
m) 子业务类型名称标识的主从链路方向按照原有归属业务数据类型的主从链路方向。 子业务类型名称和标识常量定义应符合表5的要求。
表5 子业务类型名称标识对照表
业务数据类型 | 子业务类型名称 | 子业务类型标识 | 数值 |
主链路车辆动态信息交换消息 UP_EXG_MSG | 上报车辆右转事件信息 | UP_EXG_MSG_RIGHT_TURN | 0x12F5 |
上报急加速急减速急转弯信息 | UP_EXG_MSG_SPEED_UP | 0x12F6 | |
000016.0.1 监控客户端向通信中心请求登录和主链路保持
000016.0.1.1 监控客户端主链路登录流程
监控客户端主链路登录流程应符合以下要求。
a) 由监控客户端向通信中心发送登录请求。登录请求数据包内容包括监控客户端接入码、登录用户名、密码、建立从链路所需的 TCP 服务 IP 地址及端口号。
n) 通信中心对监控客户端的登录请求进行安全认证,同时在日志中记录登录情况,如果认证成功,应答登录成功,否则应答登录失败及给出失败原因码。
o) 监控客户端登录通信中心成功后,通信中心根据监控客户端登录时提供的 TCP 服务IP 地址、 端口号请求建立从链路连接。
p) 从链路建立成功后,后续下行数据包可由从链路进行发送。
000016.0.1.2 主链路保持流程
主链路保持流程应符合以下要求。
a) 监控客户端登录成功后,在与通信中心之间如果有应用业务数据包往来的情况下,不需要发送 主链路保持数据包;否则,监控客户端每1 min 发送一个主链路保持请求数据包到通信中 心,以保持链路连接。
q) 在没有应用数据包往来的情况下,通信中心连续3 min 未收到监控客户端发送的主链路保持 请求数据包,则认为与监控客户端的连接中断,将主动断开数据传输主链路。
r) 在没有应用数据包往来的情况下,监控客户端连续3 min 未收到通信中心发送的从链路保持 应答数据包,则认为与通信中心的连接中断,将主动断开数据传输从链路。
000016.0.1.3 监控客户端向通信中心请求主链路注销
当监控客户端主动退出时,首先发送主链路注销请求,通信中心收到注销请求后返回链路注销应答并记录日志,通信中心即断开该主链路。
000016.0.1.4 监控客户端主动关闭与通信中心之间的主从链路连接
当监控客户端作为服务端发现从链路连接异常时,通过从链路主动向通信中心发送关闭主从链路
000016.0.2 通信中心向监控客户端请求从链路连接和链路保持
000016.0.2.1 通信中心从链路连接请求流程
通信中心从链路连接请求流程应符合以下要求:
a) 监控客户端成功登录通信中心并建立主链路后,通信中心通过获取来自监控客户端提供的TCP服务IP地址和端口号等信息,向监控客户端发起从链路连接请求;
s) 监控客户端收到通信中心发送的从链路连接请求后,立即建立与通信中心之间的从链路连接关系。
000016.0.2.2 从链路保持流程
从链路保持流程应符合以下要求。
a) 从链路连接成功后,如果通信中心与监控客户端之间有应用业务数据包往来的情况下,不需要 发送从链路保持数据包;否则,通信中心每1 min 发送一个从链路保持请求数据包到监控客户 端以保持从链路连接。
t) 如果与通信中心之间没有应用业务数据包往来的情况下,监控客户端连续3 min 未收到通信 中心发送的从链路保持请求数据包,则认为通信中心已经失去连接,将主动断开数据传输从 链路。
u) 如果与监控客户端之间没有应用业务数据包往来的情况下,通信中心连续3 min 未收到监控 客户端发送的从链路保持应答数据包,则认为监控客户端已经失去连接,将主动断开数据传输 从链路。
000016.0.2.3 通信中心向监控客户端请求从链路注销
当通信中心主动退出时,首先发送从链路注销请求,监控客户端收到注销请求后返回链路注销应答 并记录日志,监控客户端即断开该从链路。
000016.0.2.4 通信中心主动关闭与监控客户端之间的主从链路连接
当通信中心作为服务端发现主链路连接异常时,通过主链路主动向监控客户端发送关闭主从链路 连接的消息,并记录到日志,通信中心即中断主从链路连接。
000017.1.1 主链路登录请求消息
链路类型:主链路。
消息方向:从监控客户端向通信中心。
业务数据类型标识:UP_CONNECT_REQ。
描述:监控客户端向通信中心发送用户名和密码等登录信息。监控客户端登录请求消息数据体应 符合表6的要求。
表6 主链路登录请求消息数据体
字段名 | 字节数 | 类型 | 描述及要求 |
USERID | 4 | uint32 | 用户名 |
PASSWORD | 8 | Octet String | 密码 |
DOWN LINK IP | 32 | Oetet String | 监控客户端提供对应的从链路服务端IP地址 |
DOWN LINK PORT | 2 | uint16 | 监控客户端提供对应的从链路服务端口号 |
000017.1.2 主链路登录应答消息
链路类型:主链路。
消息方向:从通信中心向监控客户端。
业务数据类型标识:UP_CONNECT_RSP。
描述:通信中心对监控客户端登录请求信息进行安全验证后,返回相应的验证结果。主链路登录应答消息数据体应符合表7的要求。
表7 主链路登录应答消息数据体
字段名 | 字节数 | 类型 | 描述及要求 |
RESULT |
1 |
BYTE | 验证结果,定义如下: 0x00:成功; 0x01:IP地址不正确; 0x02:接入码不正确; 0x03:用户没有注册; 0x04:密码错误; 0x05:资源紧张,稍后再连接(已经占用); 0x06:其他 |
VERIFY CODE | 4 | uint32 t | 校验码 |
000017.1.3 链路注销请求消息
链路类型:主链路。
消息方向:从监控客户端向通信中心。
业务数据类型标识:UP_DISCONNECT_REQ。
描述:监控客户端在中断与通信中心的主链路连接时,应向通信中心发送主链路注销请求消息,其 数据体应符合表8的要求。
表8 主链路注销请求消息数据体
字段名 | 字节数 | 类型 | 描述及要求 |
USERID | 4 | uint32 t | 用户名 |
PASSWORD | 8 | Octet String | 密码 |
000017.1.4 主链路注销应答消息
链路类型:主链路。
消息方向:从通信中心向监控客户端。
业务数据类型标识:UP_DISCONNECT_RSP。
描述;通信中心收到监控客户端发送的主链路注销请求消息后,向监控客户端返回主链路注销应答 消息,并记录链路注销日志,监控客户端接收到应答消息后,可中断主从链路连接。
主链路注销应答消息,数据体为空。
000017.1.5 主链路连接保持请求消息
链路类型:主链路。
消息方向:从监控客户端向通信中心。
描述:监控客户端向通信中心发送主链路连接保持请求消息,以保持主链路的连接。主链路连接保 持请求消息,数据体为空。
000017.1.6 主链路连接保持应答消息
链路类型:主链路。
消息方向:从通信中心向监控客户端。
业务数据类型标识:UP_LINKTEST_RSP。
描述:通信中心收到监控客户端的主链路连接保持请求消息后,向监控客户端返回主链路连接保持 应答消息,保持主链路的连接状态。
主链路连接保持应答消息,数据体为空。
000017.1.7 主链路断开通知消息
链路类型:从链路。
消息方向:从监控客户端向通信中心。
业务数据类型标识:UP_DISCONNECT_INFORM。
描述:当主链路中断后,监控客户端可通过从链路向通信中心发送本消息通知通信中心主链路中 断,其数据体应符合表9的要求。本条消息无需被通知方应答。
表9 主链路断开通知消息数据体
字段名 | 字节数 | 类型 | 描述及要求 |
ERROR CODE |
1 |
BYTE | 错误代码,定义如下: 0x00:主链路断开; 0x01:其他原因 |
000017.1.8 监控客户端主动关闭主从链路通知消息
链路类型:从链路。
消息方向:从监控客户端向通信中心。
业务数据类型标识:UP_CLOSELINK_INFORM。
描述:监控客户端作为服务端,发现从链路出现异常时,监控客户端通过从链路向通信中心发送本 消息,通知通信中心监控客户端即将关闭主从链路,其数据体应符合表10的要求。本条消息无需被通知方应答。
表10 监控客户端主动关闭主从链路通知消息数据体
字段名 | 字节数 | 类型 | 描述及要求 |
REASON CODE |
1 |
BYTE | 链路关闭原因,定义如下: 0x00:网关重启: 0x01:其他原因 |
000017.1.9 从链路连接请求消息
链路类型:从链路。
消息方向:从通信中心向监控客户端。
业务数据类型标识:DOWN_CONNECT_REQ。
描述:主链路建立连接后,通信中心向监控客户端发送从链路连接请求消息,以建立从链路连接,其 数据体应符合表11的要求。监控客户端在收到本消息后,根据本校验码 VERIFY CODE 来实现数据 的校验,校验后,则返回 DOWN CONNECT RSP 消息。
表11 从链路连接请求消息数据体
字段名 | 字节数 | 类型 | 描述及要求 |
VERIFY CODE | 4 | uint32 | 对应的校验码 |
000017.1.10 从链路连接应答信息
链路类型:从链路。
消息方向:从监控客户端向通信中心。
业务数据类型标识:DOWN_CONNECT_RSP。
描述:监控客户端作为服务端向通信中心客户端返回从链路连接应答消息,通信中心在接收到该应 答消息结果后,根据结果进行链路连接处理,其数据体应符合表12的要求。
表12 从链路连接应答消息数据体
字段名 | 类型 | 字节数 | 描述及要求 |
RESULT |
BYTE |
1 | 验证结果,定义如下: 0x00:成功; 0x01:VERIFY CODE错误; 0x02:资源紧张,稍后再连接(已经占用); 0x03:其他 |
000017.1.11 从链路注销请求消息
链路类型:从链路。
消息方向:从通信中心向监控客户端。
业务数据类型标识:DOWN_DISCONNECT_REQ。
描述:从链路建立后,通信中心在取消该链路时,应向监控客户端发送从链路注销请求消息,其数据 体应符合表13的要求。
表13 从链路注销请求消息数据体
字段名 | 字节数 | 类型 | 描述及要求 |
VERIFY CODE | 4 | uint32 | 校验码 |
000017.1.12 从链路注销应答消息
消息方向:从监控客户端向通信中心。
业务数据类型标识:DOWN_DISCONNECT_RSP。
描述:监控客户端在收到通信中心发送的从链路注销请求消息后,返回从链路注销应答消息,记录 相关日志,中断该从链路。
从链路注销应答消息,数据体为空。
000017.1.13 从链路连接保持请求消息
链路类型:从链路。
消息方向:从通信中心向监控客户端。
业务数据类型标识:DOWN_LINKTEST_REQ。
描述:从链路建立成功后,通信中心向监控客户端发送从链路连接保持请求消息,以保持从链路的 连接状态。
从链路连接保持请求消息,数据体为空。
000017.1.14 从链路连接保持应答消息
链路类型:从链路。
消息方向:从监控客户端向通信中心。
业务数据类型标识:DOWN_LINKTEST_RSP。
描述:监控客户端收到通信中心链路连接保持请求消息后,向通信中心返回从链路连接保持应答消 息,保持从链路连接状态。从链路连接保持应答消息,数据体为空。
000017.1.15 从链路断开通知消息
链路类型:主链路。
消息方向:从通信中心向监控客户端。
业务数据类型标识:DOWN_DISCONNECT_INFORM。
描述:
情景1:通信中心与监控客户端的从链路中断后,重连3次仍未成功时,通信中心通过主链路发送 本消息给监控客户端。
情景2:通信中心作为客户端向监控客户端登录时,根据之前收到的 IP 地址及端口无法连接到监 控客户端服务端时发送本消息通知监控客户端。
从链路断开通知消息数据体应符合表14的要求。本条消息无需被通知方应答。
表14 从链路断开通知消息数据体
字段名 | 字节数 | 类型 | 描述及要求 |
ERROR CODE |
1 |
BYTE | 错误代码,定义如下: 0x00:无法连接监控客户端指定的服务IP与端口; 0x01:通信中心客户端与监控客户端服务端断开; 0x02:其他原因 |
000017.1.16 通信中心主动关闭主从链路通知消息
链路类型:主链路。
消息方向:从通信中心向监控客户端。
业务数据类型标识:DOWN_CLOSELINK_INFORM。
描述:通信中心作为服务端,发现主链路出现异常时,通信中心通过主链路向监控客户端发送本消 息,通知监控客户端通信中心即将关闭主从链路,其数据体应符合表15的要求。本条消息无需被通知 方应答。
表15 通信中心主动关闭主从链路通知消息数据体
字段名 | 字节数 | 类型 | 描述及要求 |
REASON CODE |
1 |
BYTE | 链路关闭原因,定义如下: 0x00:网关重启; 0x01:其他原因 |
000017.2.1 主链路车辆动态信息业务类
000017.2.1.1 上报车辆右转事件信息
链路类型:主链路。
消息方向:从通信中心向监控客户端。
业务类型标识:UP_EXG_MSG_RIGHT_TURN (0x12F5)
描述:通信中心接收车载装置上传的消息并向监控客户端转发报警信息。本条消息监控客户端回复 ACK 确认应答消息。见表16
表16 上报车辆右转事件信息消息数据体
字段名 | 字节数 | 类型 | 描述 | |
VEHICLE_NO | 21 | Octet String | 车辆标识,即公安交通管理部门颁发的机动车号牌。 车辆标识为0时,表示车辆VIN | |
VEHICLE_COLOR |
1 |
BYTE | 0x01:蓝色 0x02;黄色 0x03:黑色 0x04:白色 0x05;绿色 0x06:黄绿色 0x09:其他颜色,按照JT/T697.7的相关规定 未上牌时,取值为0 | |
DATA_TYPE | 2 | uint16 | 子业务类型标识 | |
DATA_LENGTH | 4 | uint32 | 后续数据长度 | |
MSG_TYPE |
1 |
BYTE | 事件类型: 0x00:不可用 0x01:右转停车 0x02:右转未停车 0x03:预留 0x11:路口右转事件+右转停车(同0x01) 0x12:路口右转事件+右转未停车(同0x02) 0x14:路口左转事件 0x15:路口直行事件 0x16:路口掉头事件 0xA1:转弯数据采集事件 | 数据部分 |
START_TIME | 8 | time | 开始时间 | |
END_TIME | 8 | time | 结束时间 | |
POSITION_COUNT | 1 | BYTE | 定位点数量,开始时间点起,每隔1秒1个定位点,最多30个点 | |
TIME_OFFSET | 1 | BYTE | 时间偏移, 相对开始时间的秒数偏移量 | |
LON | 4 | uint32 | 经度,单位为1×10“度(°) | |
LAT | 4 | uint32 | 纬度,单位为1×10“度(°) | |
SPEED | 2 | uint16 | 行车速度,单位为千米每小时(km/h) | |
DIRECTIOV | 2 | uint16 | 方向角,0~359,正北为0,顺时针 | |
POSITION_PROP | 1 | BYTE | 点位属性 0:路口内点; 1:拐弯点; 2:进路口前点; 3:出路口后点; 9:参考标记点; |
000017.2.1.2 上报急加速急减速急转弯信息
链路类型:主链路。
消息方向:从通信中心向监控客户端。
业务类型标识:UP_EXG_MSG_SPEED_UP (0x12F6)
描述:通信中心接收车载装置上传的消息并向监控客户端转发报警信息。本条消息监控客户端回复 ACK 确认应答消息。 见表17
表17 上报急加速急减速急转弯信息消息数据体
字段名 | 字节数 | 类型 | 描述 | |
VEHICLE_NO | 21 | Octet String | 车辆标识,即公安交通管理部门颁发的机动车号牌。 车辆标识为0时,表示车辆VIN | |
VEHICLE_COLOR |
1 |
BYTE | 0x01:蓝色 0x02;黄色 0x03:黑色 0x04:白色 0x05;绿色 0x06:黄绿色 0x09:其他颜色,按照JT/T697.7的相关规定 未上牌时,取值为0 | |
DATA_TYPE | 2 | uint16 | 子业务类型标识 | |
DATA_LENGTH | 4 | uint32 | 后续数据长度 | |
MSG_TYPE |
4 |
BYTES | 报警状态位: 占用 4 字节,默认值:0xFFFFFFFF bit8: 1-无报警; 0-有急加速报警,标志维持至报警条件解除 bit9: 1-无报警; 0-有急减速报警,标志维持至报警条件解除 bit25:1-无报警; 0-有急转弯报警 其他位预留。 | 数据部分 |
START_TIME | 8 | time | 开始时间 | |
POSITION_COUNT | 1 | BYTE | 定位点数量,开始时间点起,每隔1秒1个定位点,最多30个点 | |
TIME_OFFSET | 1 | BYTE | 时间偏移, 相对开始时间的秒数偏移量 | |
LON | 4 | uint32 | 经度,单位为1×10“度(°) | |
LAT | 4 | uint32 | 纬度,单位为1×10“度(°) | |
SPEED | 2 | uint16 | 行车速度,单位为千米每小时(km/h) | |
DIRECTIOV | 2 | uint16 | 方向角,0~359,正北为0,顺时针 | |
ALTITUDE | 2 | uint16 | 高程, 单位:米 |