远程控制通讯协议解析Word格式文档下载.docx
《远程控制通讯协议解析Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《远程控制通讯协议解析Word格式文档下载.docx（28页珍藏版）》请在冰豆网上搜索。
2.2.缩略语
下列缩略语适用于本文件。
APN——接入点名称（accesspointname）
GZIP——一个GNU自由软件的文件压缩程序（GNUzip）
SMS——短消息服务（shortmessageservice）
TCP——传输控制协议（transmissioncontrolprotocol）
TTS——文本到语音（texttospeech）
VSS——车辆速度传感器（vehiclespeedsensor）
3.协议基础
3.1.通信方式
通信协议采用TCP或UDP，平台作为服务器端，终端作为客户端。
当数据通信链路异常时，终端可以采用SMS消息方式进行通信。
3.2.数据类型
协议消息中使用的数据类型见表1：
表1数据类型
数据类型
描述及要求
BYTE
无符号单字节整型（字节，8位）
WORD
无符号双字节整型（字，16位）
DWORD
无符号四字节整型（双字，32位）
BYTE[n]
n字节
BCD[n]
8421码，n字节
STRING
GBK编码，若无数据，置空
INT16
有符号双字节整型（16位）
INT32
有符号四字节整型（32位）
TIME
BYTE[7]：
B0B1:
年,如2016（0x07e0）年，则为B0:
0xe0,B1:
0x07,B2：
月，B3：
日,B4：
时，B5：
分，B6：
秒
如无特别说明，本协议中的时间均是格林威治时间
3.3.传输规则
协议采用小端模式（little-endian）的网络字节序来传递字和双字。
约定如下：
——字节（BYTE）的传输约定：
按照字节流的方式传输；
——字（WORD）的传输约定：
先传递低8位，再传递高8位；
——双字（DWORD）的传输约定：
先传递低8位，然后传递高8位，再传递高16位，最后传递高24位。
3.4.消息的组成
3.4.1消息结构
每条消息由标识位、消息头、消息体和校验码组成，消息结构图如图1所示：
标识位
消息头
消息体
检验码
图1消息结构图
3.4.2标识位
采用0x7e表示，若校验码、消息头以及消息体中出现0x7e，则要进行转义处理，转义规则定义如下：
0x7e<
————>
0x7d后紧跟一个0x02；
0x7d<
0x7d后紧跟一个0x01。
转义处理过程如下：
发送消息时：
消息体加密（如果需要）——>
消息封装——>
计算并填充校验码——>
转义；
接收消息时：
转义还原——>
验证校验码——>
消息体解密（如果需要）——>
解析消息。
示例：
发送一包内容为0x300x7e0x080x7d0x55的数据包，则经过封装如下：
0x7e0x307d0x020x080x7d0x010x550x7e。
3.4.3消息头
消息头内容详见表2：
表2消息头内容
起始字节
字段
消息ID
消息体属性
消息体属性格式结构图见图2
终端手机/标志号
BCD[10]
可以根据安装后终端自身的手机号转换。
手机号不足20位，则在前补充数字0。
也可以是终端的序列号转换。
14
消息流水号
按发送顺序从0开始循环累加
16
附加字段
消息体属性格式结构图如图2所示：
15
13
12
11
10
9
8
7
6
5
保留
加密方式
消息体长度
图2消息体属性格式结构
加密方式：
Bit12-bit10：
=000b：
表示不加密，=001b：
IDEA加密，其他：
待定
3.4.4校验码
校验码指从消息头开始，同后一字节异或，直到校验码前一个字节，占用一个字节。
附加字段：
一般情况下，附加字段固定为0，但蓝牙定单执行请求（0xD001）中，附加字段为定单ID，
4.消息列表
表3：
指令列表
指令类型
发起方
响应方
方向
协议类型
指令含义
数据交互
上行
0x0001
登录
下行
0x8102
登录响应
0x0002
注销
0x8101
平台通用应答
0x0003
心跳
0x0004
工况数据
0x0005
车辆故障
0x8001
参数设置
0x0101
终端通用应答
0x8002
参数查询
0x0102
参数查询应答
0x8003
工况数据查询
0x0103
工况数据查询应答
0x8004
车辆故障查询
0x0104
车辆故障查询应答
控制交互
0x1001
定单执行结果
0x9001
远程控制
0x1101
远程控制应答
0x9002
定单预定
0x1102
定单预定应答
0x9003
定单取消
0x1103
定单取消应答
蓝牙交互
0xD001
定单执行请求
0x5101
执行结果应答
升级交互
0x7001
升级请求
0xF101
请求应答
说明：
1、指令类型分为：
数据类、控制类、蓝牙类、及升级类，共4类；
2、数据的方向定义为：
上行是指终端（车机）发出，接收端为平台或蓝牙；
3、无论是哪端发送数据，接收端都要作应答，如果没有可应答的数据，则用通用应答，终端的通用应答的消息ID为0x0101，平台的通用应答的消息ID为0x8101,蓝牙与终端交互没有通用应答；
4、蓝牙与终端交互的数据格式和平台与终端交互的数据格式是一样的，加密方式也是一样的，仅仅是消息ID不一样而已，蓝牙与终端通讯无需登陆、注销、心跳包；
5、以下消息的说明仅列出了消息体字段的说明，消息中的其他字段都是一样的，不再说
明。
5.数据交互
5.1登录
消息ID：
0x0001。
终端登录消息体为空。
当终端与平台断开连接，终端准备发送数据之前，则需要发送登录包与平台建立连接。
5.2注销
0x0002。
终端注销消息体为空。
终端通过注销包与平台断开连接。
5.3心跳
0x0003。
终端心跳消息体为空。
当终端与平台持续2分钟没有数据交互，则终端应主动发送心跳数据包，以便维持与平台的连接，同时平台应采用通用应答。
5.4工况数据
0x0004。
数据格式见表4。
在行程中（点火状态下）或熄火定时上传期间，终端会主动上传工况数据，上传间隔由平台设置，默认为1分钟。
表4消息体数据格式
行程ID
用于标识行程的一个ID号，通常该ID是从1循环累加的，即下一行程ID是上一行程ID加1，但不是绝对的，也有可能行程之间的ID不是连续的，在熄火下上传的工况数据中的行程ID固定为0.
时间戳
当前终端时间
总里程
单位：
米
小计里程
米，熄火下上传的小计里程为0
17
总油耗
0.1L,
21
小计油耗
0.1L，熄火下上传的小计油耗为0
25
剩余油量
%，
26
剩余电量
27
电池电压
0.1V
29
车速
KM/H
30
转速
RPM/M
32
冷却液温度
INT8
摄氏度
33
瞬时油耗
0.1L/H
35
发动机负荷
%
36
环境温度
37
门窗状态
DWORD[2]
DWORD[0]:
Bit0-Bit1：
左前门状态
00b：
OFF，01b：
ON，11b：
未知
Bit2-Bit3：
右前门状态
Bit4-Bit5：
左后门状态
Bit6-Bit7：
右后门状态
Bit8-Bit9：
门锁状态
上锁，01b：
开锁，11b：
Bit10-Bit11：
车辆防盗状态
解除设防，01b：
设防状态，10b：
报警状态，11b:
未知
Bit12-Bit13：
后备箱状态
Bit14-Bit15：
引擎盖状态
Bit16-Bit17：
手刹状态
放下，01b：
拉起，11b：
Bit18-Bit19：
脚刹状态
松开，01b：
踩下，11b：
Bit20-Bit21：
左转向灯
Bit22-Bit23：
右转向灯
Bit24-Bit25：
小灯
Bit26-Bit27：
大灯
Bit28-Bit29：
雨刮状态
Bit30-Bit31：
点火状态
DWORD[1]:
发动机状态
熄火，01b：
点火，11b：
空调状态
关，01b：
开，11b：
45
GPS数据
BYTE[17]
纬度：
DWORD，0.000001度，当前位置的纬度值
经度：
DWORD，0.000001度，当前位置的经度值
高度：
WORD，0.1米，当前位置海拔
速度：
WORD，0.1km/h，当前GPS速度
方向：
WORD，0.1度，当前行驶方向
定位标志：
BYTEBit01—东经，0—西经。
Bit11—北纬，0—南纬。
Bit2-300---未定位01---2
升级会员 