标准搜索结果: 'GB/T 32960.3-2016'
| 标准编号 | GB/T 32960.3-2016 (GB/T32960.3-2016) | | 中文名称 | 电动汽车远程服务与管理系统技术规范 第3部分：通信协议及数据格式 | | 英文名称 | Technical specifications of remote service and management system for electric vehicles - Part 3: Communication protocol and data format | | 行业 | 国家标准 (推荐) | | 中标分类 | T35 | | 国际标准分类 | 43.040.99 | | 字数估计 | 32,331 | | 发布日期 | 2016-08-29 | | 实施日期 | 2016-10-01 | | 标准依据 | 国家标准公告2016年第14号 | | 发布机构 | 中华人民共和国国家质量监督检验检疫总局、中国国家标准化管理委员会 | GB/T 32960.3-2016: 电动汽车远程服务与管理系统技术规范 第3部分：通信协议及数据格式
GB/T 32960.3-2016 英文名称: Technical specifications of remote service and management system for electric vehicles -- Part 3: Communication protocol and data format
1 范围
GB/T 32960的本部分规定了电动汽车远程服务与管理系统中协议结构、通信连接、数据包结构与
定义、数据单元格式与定义。
本部分适用于电动汽车远程服务与管理系统中平台间的通信,车载终端至平台的传输宜参照执行。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文
件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 1988 信息技术 信息交换用七位编码字符集
GB 16735 道路车辆 车辆识别代号(VIN)
GB 18030 信息技术 中文编码字符集
GB/T 19596 电动汽车术语
GB/T 32960.1 电动汽车远程服务与管理系统技术规范 第1部分:总则
3 术语和定义
GB/T 19596、GB/T 32960.1界定的以及下列术语和定义适用于本文件。
3.1
客户端平台
平台间进行数据交互时,作为车辆数据发送方的远程服务与管理平台。
3.2
服务端平台
平台间进行数据交互时,作为车辆数据接收方的远程服务与管理平台。
3.3
注册
客户端平台向服务端平台提供平台和车辆静态信息,用于平台和车辆身份验证的过程。
注:车辆静态信息定义见附录A中A.2。
3.4
上行
从客户端到服务端的数据传输方向。
3.5
下行
从服务端到客户端的数据传输方向。
3.6
车辆登入
客户端向服务端上报车辆状态信息前进行登入认证。
3.7
车辆登出
客户端向服务端确认车辆数据正常停止传输并从平台登出。
3.8
平台登入
客户端平台在向服务端平台上报车辆状态信息前进行安全认证。
3.9
平台登出
客户端平台因故停止数据传输并从服务端平台登出。
3.10
加密
数据传输进行编密码的过程。
3.11
解密
平台收到数据后进行解密码的过程。
3.12
拼装
将实时信息部分的各信息体进行自由组合的过程。
4 一般要求
4.1 协议结构以TCP/IP网络控制协议作为底层通信承载协议,如图1所示。
4.2 平台间的连接与通信协议应满足本部分第5章、第6章和第7章的规定。
4.3 车载终端到平台的通信协议宜参照附录B。
5 通信连接
5.1 连接建立
客户端平台向服务端平台发起通信连接请求,当通信链路连接建立后,客户端平台应自动向服务端
平台发送登入信息进行身份识别,服务端平台应对接收到的数据进行校验;校验正确时,服务端平台应
返回成功应答;校验错误时,服务端平台应存储错误数据记录并通知客户端平台。登入流程如图2
所示。
客户端平台应在接收到服务端平台的应答指令后完成本次登入传输;客户端平台在规定时间内未
收到应答指令,应每间隔1min重新进行登入;若连续重复3次登入无应答,应间隔30min后,继续重
新链接,并把链接成功前存储的未成功发送的数据重新上报,重复登入间隔时间可以设置。
5.2 信息传输
5.2.1 客户端平台登入成功后,应向服务端平台上报电动汽车的实时信息,实时信息上报流程如图3
所示。
5.2.2 当客户端平台向服务端平台上报信息时,服务端平台应对接收到的数据进行校验。当校验正确
时,服务端平台做正确应答;当校验错误时,服务端平台做错误应答。服务端平台的应答信息错误时,客
户端应重发车辆的本条实时信息,应每间隔1min重新发送1次,失败3次后不再发送。
5.2.3 客户端平台向服务端平台上报信息时,应根据实际情况依照7.2.3完成下列数据:驱动电机数
据、整车数据、燃料电池数据、发动机数据、车辆位置数据、极值数据、报警数据进行拼装后上报。平台交换数据和用户自定义数据存在时,还应完成平台交换数据和用户自定义数据的上报。
5.2.4 客户端平台向服务端平台上报信息的时间周期应可调整。车辆信息上报的时间周期最大应不
超过30s;当车辆出现表17的3级报警时,应上报故障发生时间点前后30s的数据且信息采样周期不
大于1s,其中故障发生前数据应以补发的形式进行传输。
5.2.5 当终端发送数据为加密状态时,客户端平台应先进行数据解密,并重新加密后发送至服务端平
台,如平台间传输无加密需求则无需重新加密。
5.3 统计信息上报
统计信息应以FTP、HTTP或HTTPS方式传输到服务端平台。
5.4 连接断开
服务端平台应根据以下情况断开与客户端平台的会话连接:
---TCP连接中断。
客户端平台应根据以下情况断开与服务端平台的会话连接:
---TCP连接中断;
---TCP连接正常,达到重新发送次数后仍未收到应答。
5.5 补发机制
当数据通信链路异常时,客户端平台应将实时上报数据进行本地存储。在数据通信链路恢复正常
后,在发送实时上报数据的空闲时间完成补发存储的上报数据。补发的上报数据应为7日内通信链路
异常期间存储的数据,数据格式与实时上报数据相同,并标识为补发信息上报(0x03)。
6 数据包结构和定义
6.1 数据说明
6.1.1 数据类型
协议中传输的数据类型见表1。
6.1.2 传输规则
协议应采用大端模式的网络字节序来传递字和双字。
6.2 数据包结构
一个完整的数据包应由起始符、命令单元、识别码、数据加密方式、数据单元长度、数据单元和校验码组成,数据包结构和定义见表2。
6.3 命令单元
6.3.1 命令标识
命令标识应是发起方的唯一标识,命令标识定义见表3。
6.3.2 应答标志
命令的主动发起方应答标志为0xFE,表示此包为命令包;当应答标志不是0xFE时,被动接收方应
不应答。当命令的被动接收方应答标志不是0xFE时,此包表示为应答包。
当服务端发送应答时,应变更应答标志,保留报文时间,删除其余报文内容,并重新计算校验位。
6.4 时间
时间均应采用北京时间,时间定义见表5。
7 数据单元格式和定义
7.1 车辆登入
车辆登入数据格式和定义见表6。
注:可充电储能子系统指当车辆存在多套可充电储能系统混合使用时,每套可充电储能系统为一个可充电储能子系统。
7.2 实时信息上报
7.2.1 实时信息上报格式
实时信息上报数据格式和定义见表7。
7.2.2 信息类型标志
信息类型标志定义见表8。
7.2.3 信息体
7.2.3.1 整车数据
整车数据格式和定义见表9。
7.2.3.2 驱动电机数据
驱动电机数据格式和定义见表10。
7.2.3.3 燃料电池数据
燃料电池数据格式和定义见表12。
7.2.3.4 发动机数据
发动机数据格式和定义见表13。
7.2.3.5 车辆位置数据
车辆位置数据格式和定义见表14。
7.2.3.6 极值数据
极值数据格式和定义见表16。
7.2.3.7 报警数据
报警数据格式和定义见表17。
7.2.3.8 自定义数据
自定义数据格式和定义见表19。
7.3 车辆登出
车辆登出的数据格式和定义见表20。
7.4 平台登入
平台登入数据格式和定义见表21。
7.5 平台登出
平台登出数据格式和定义见表22。
附 录 A
(规范性附录)
部分字段定义
A.1 挡位状态位定义
挡位状态位定义见表A.1。
A.2 车辆静态信息
车辆在监控前应到服务端平台上注册,并传输表A.2、表A.3、表A.4的车辆静态信息。
A.3 车载储能装置类型代码定义
车载储能装置类型代码见表A.5。
附 录 B
(资料性附录)
车载终端到平台的通信协议
B.1 连接建立
车载终端向远程服务与管理平台发起通信连接请求,当通信链路连接建立后,车载终端应自动向远
程服务与管理平台发送登入信息进行身份识别,远程服务与管理平台应对接收到的数据进行校验;校验
正确时,远程服务与管理平台应返回成功应答;校验错误时,远程服务与管理平台应忽略所接收数据,若
终端未收到应答则应在3min后重新发送登入信息进行身份识别。登入流程如图B.1所示。
车载终端应在接收到远程服务与管理平台的应答指令后完成本次登入传输;车载终端在规定时间
内未收到应答指令,应在1min重新进行登入;若连续重复3次登入无应答,应间隔30min后,继续重
新链接,并把链接成功前存储在存储介质里的数据重新上报,登入间隔时间可以设置。
B.2 信息传输
B.2.1 实时信息上报
车载终端登入成功后,应按一定时间周期向远程服务与管理平台上报电动汽车运行、充电、事故报
警或断电后3min内的实时信息,实时信息上报流程如图B.2所示。
当车载终端向远程服务与管理平台上报信息时,远程服务与管理平台应对接收到的数据进行校验。
当校验正确时,远程服务与管理平台不做应答;当校验错误时,远程服务与管理平台应做错误应答,车载
终端应重发车辆的实时信息,应每间隔1min重新发送1次,失败3次后不再发送。
车载终端向远程服务与管理平台上报信息时,应根据实际情况对B.3.5.2.2中描述的驱动电机数
据、整车数据、燃料电池数据、发动机数据、车辆位置数据、极值数据、报警数据、可充电储能装置电压数据、可充电储能装置温度数据进行拼装后上报。用户自定义数据存在时,还应完成用户自定义数据的上报。
车载终端向远程服务与管理平台上报信息的时间周期应可调整。车辆正常行驶时,上报信息的时
间周期最大不应超过30s;当车辆出现表B.17的3级报警时,应上报故障发生时间点前后30s的
B.3.5.2.2所包括的全部数据项,且信息采样周期应不大于1s,其中故障发生前数据应以补发的形式进
行传输。
B.2.2 参数查询
远程服务与管理平台应向车载终端发送查询命令,获取参数信息,参数查询流程如图B.3所示。
图B.3 参数查询流程示意图
远程服务与管理平台应能向车载终端发送查询命令,车载终端应对接收到的命令进行校验。当校
验正确时,车载终端应向远程服务与管理平台返回查询参数;当校验错误时,车载终端忽略所接收的
命令。
远程服务与管理平台应在接收到车载终端的查询参数后,完成本次查询;远程服务与管理平台在规
定时间内未收到查询参数,应重新发送查询命令;重复3次发送参数查询命令无应答,应终止此次查询。
B.2.3 参数设置
远程服务与管理平台应能向车载终端发送设置命令,修改车载终端参数信息,参数设置流程如图
B.4所示。
图B.4 参数设置流程示意图
远程服务与管理平台在向车载终端发送设置命令时,车载终端应对接收到的数据进行校验。当校
验正确时,车载终端应向远程服务与管理平台返回成功应答并完成信息修改;当校验错误时,车载终端
应忽略所接收命令。
远程服务与管理平台应在接收到车载终端的应答后完成本次设置传输;远程服务与管理平台在规
定时间内未收到应答指令,应重新发送设置命令;重复3次发送设置命令无应答,应终止此次设置。
车载终端应在成功应答远程服务与管理平台IP地址和端口设置命令后,向目标远程服务与管理平
台发送登入信息;当向目标远程服务与管理平台登入不成功时,车载终端应恢复原有远程服务与管理平
台设置,并向原有远程服务与管理平台返回修改错误应答。
B.2.4 车载终端控制
远程服务与管理平台应能向车载终端发送控制命令,对车载终端进行控制。车载终端控制流程如
图B.5所示。
远程服务与管理平台向车载终端发送控制命令时,车载终端应对接收到的命令进行校验。当校验
正确时,车载终端应向远程服务与管理平台返回成功应答并执行控制命令;当校验错误时,车载终端应
忽略所接收命令。
远程服务与管理平台应在接收到车载终端的应答指令后完成本次控制传输;远程服务与管理平台
在规定时间内未收到应答指令,应每间隔1min重新发送控制命令;重复3次发送控制命令无应答,应
终止此次控制命令的发送。
车载终端主要对电动汽车的电池、驱动电机及混合动力电动汽车中发动机的相关参数进行检测。
B.2.5 终端校时
当校时出现问题时,车载终端向远程服务与管理平台发起校时请求;远程服务与管理平台应对接收
到的数据进行校验;校验正确时,远程服务与管理平台应返回成功应答;校验错误时,远程服务与管理平
台应返回修改错应答。登入流程如图B.6所示。
车载终端应在接收到远程服务与管理平台的应答指令后完成本次校时传输;车载终端在规定时间
内未收到应答指令,应重新进行校时;若校时应答为修改错时,应间隔一定时间后,继续重新校时,直至
校时成功或定位系统校时恢复正常。
B.2.6 连接维持
信息传输过程中,车载终端应向远程服务与管理平台发送周期性心跳信息,远程服务与管理平台应
对车载终端反馈成功应答。心跳发送周期可调整。
B.2.7 连接断开
远程服务与管理平台应根据以下情况断开与车载终端的会话连接:
---TCP连接中断;
---同一身份的车辆建立新连接,将原连接断开;
---在一定时间内未收到车载终端发来的心跳信息。
车载终端应根据以下情况断开与远程服务与管理平台的会话连接:
---TCP连接中断;
---TCP连接正常,达到重新发送次数后仍未收到应答。
B.2.8 补发机制
当数据通信链路异常时,车载终端应将实时上报数据进行本地存储。在数据通信链路恢复正常后,
在发送实时上报数据的空闲时间完成补发存储的上报数据。补发的上报数据应为3日内通信链路异常
期间存储的数据,数据格式与实时上报数据相同,并标识为补发信息上报(0x03),见表3。
B.3 数据包结构和定义
B.3.1 数据说明
B.3.1.1 数据类型
协议中传输的数据类型见表1。
B.3.1.2 传输规则
协议应采用大端模式的网络字节序来传递字和双字。
B.3.2 数据包结构
一个完整的数据包应由起始符、命令单元、识别码、数据加密方式、数据单元长度、数据单元和校验码组成,数据包结构和定义见表B.1。
B.3.3 命令单元
B.3.3.1 命令标识
命令标识应是发起方的唯一标识,命令标识定义见表B.2。
B.3.3.2 应答标志
命令的主动发起方应答标志为0xFE,表示此包为命令包;当应答标志不是0xFE时,被动接收方应
不应答。当命令的被动接收方应答标志不是0xFE,此包表示为应答包。
当服务端发送应答时,只需变更应答标志、应答报文时间,并重新计算校验位即可,其余报文内容与
主动发送报文一致。
B.3.4 时间
时间均应采用GMT+8时间,时间定义见表5。
B.3.5 数据单元格式和定义
B.3.5.1 车辆登入
车辆登入数据格式和定义见表6。
B.3.5.2 实时信息上报
B.3.5.2.1 实时信息上报格式
实时信息上报数据格式和定义见表7。
B.3.5.2.2 信息类型标志
信息类型标志定义见表B.3。
B.3.......
|