标准搜索结果: 'GB/T 32960.3-2016英文版'
| 标准号码 | 内文 | 价格(元) | 第2步 | 交付天数[PDF] | 标准名称 | 相关标准 |
| GB/T 32960.3-2016 |
英文版
| 300 |
购买全文
|
现货, 9秒内下载
|
电动汽车远程服务与管理系统技术规范 第3部分：通信协议及数据格式
|
GBT 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,396
发布日期: 2016-08-29
实施日期: 2016-10-01
起草单位: 北京理工大学、中国汽车技术研究中心、上海汽车集团股份有限公司、东软集团股份有限公司、武汉英泰斯特电子技术有限公司、北京理工新源信息科技有限公司、上海国际汽车城集团有限公司、普天新能源有限责任公司、华为技术有限公司、比亚迪汽车工业有限公司、郑州宇通客车股份有限公司、南通鸿鹄信息技术有限公司、华晨汽车集团控股有限公司、北京市产品质量监督检验院、深圳比亚迪戴姆勒新技术有限公司、北京汽车研究总院有限公司、重庆长安新能源汽车有限公司、北京新能源汽车股份有限公司、上海蓥石汽车技术有限公司、浙江吉利汽车研究院有限公司、
归口单位: 全国汽车标准化技术委员会(SAC/TC 114)
标准依据: 国家标准公告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 统计信息上报
5.4 连接断开
服务端平台应根据以下情况断开与客户端平台的会话连接:
---TCP连接中断。
客户端平台应根据以下情况断开与服务端平台的会话连接:
---TCP连接中断;
---TCP连接正常,达到重新发送次数后仍未收到应答。
5.5 补发机制
当数据通信链路异常时,客户端平台应将实时上报数据进行本地存储。在数据通信链路恢复正常
后,在发送实时上报数据的空闲时间完成补发存储的上报数据。补发的上报数据应为7日内通信链路
6 数据包结构和定义
6.1 数据说明
6.1.1 数据类型
协议中传输的数据类型见表1。
6.1.2 传输规则
协议应采用大端模式的网络字节序来传递字和双字。
6.2 数据包结构
一个完整的数据包应由起始符、命令单元、识别码、数据加密方式、数据单元长度、数据单元和校验码组成,数据包结构和定义见表2。
6.3 命令单元
命令标识应是发起方的唯一标识,命令标识定义见表3。
6.3.2 应答标志
命令的主动发起方应答标志为0xFE,表示此包为命令包;当应答标志不是0xFE时,被动接收方应
不应答。当命令的被动接收方应答标志不是0xFE时,此包表示为应答包。
当服务端发送应答时,应变更应答标志,保留报文时间,删除其余报文内容,并重新计算校验位。
6.4 时间
时间均应采用北京时间,时间定义见表5。
7 数据单元格式和定义
7.1 车辆登入
注:可充电储能子系统指当车辆存在多套可充电储能系统混合使用时,每套可充电储能系统为一个可充电储能子系统。
7.2 实时信息上报
7.2.1 实时信息上报格式
实时信息上报数据格式和定义见表7。
7.2.2 信息类型标志
信息类型标志定义见表8。
7.2.3 信息体
7.2.3.1 整车数据
整车数据格式和定义见表9。
驱动电机数据格式和定义见表10。
7.2.3.3 燃料电池数据
燃料电池数据格式和定义见表12。
7.2.3.4 发动机数据
发动机数据格式和定义见表13。
7.2.3.5 车辆位置数据
车辆位置数据格式和定义见表14。
7.2.3.6 极值数据
极值数据格式和定义见表16。
报警数据格式和定义见表17。
7.2.3.8 自定义数据
自定义数据格式和定义见表19。
7.3 车辆登出
车辆登出的数据格式和定义见表20。
7.4 平台登入
平台登入数据格式和定义见表21。
7.5 平台登出
平台登出数据格式和定义见表22。
(规范性附录)
部分字段定义
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.1 实时信息上报
车载终端登入成功后,应按一定时间周期向远程服务与管理平台上报电动汽车运行、充电、事故报
警或断电后3min内的实时信息,实时信息上报流程如图B.2所示。
当车载终端向远程服务与管理平台上报信息时,远程服务与管理平台应对接收到的数据进行校验。
当校验正确时,远程服务与管理平台不做应答;当校验错误时,远程服务与管理平台应做错误应答,车载
终端应重发车辆的实时信息,应每间隔1min重新发送1次,失败3次后不再发送。
车载终端向远程服务与管理平台上报信息时,应根据实际情况对B.3.5.2.2中描述的驱动电机数
据、整车数据、燃料电池数据、发动机数据、车辆位置数据、极值数据、报警数据、可充电储能装置电压数据、可充电储能装置温度数据进行拼装后上报。用户自定义数据存在时,还应完成用户自定义数据的上报。
车载终端向远程服务与管理平台上报信息的时间周期应可调整。车辆正常行驶时,上报信息的时
B.3.5.2.2所包括的全部数据项,且信息采样周期应不大于1s,其中故障发生前数据应以补发的形式进
行传输。
B.2.2 参数查询
远程服务与管理平台应向车载终端发送查询命令,获取参数信息,参数查询流程如图B.3所示。
图B.3 参数查询流程示意图
远程服务与管理平台应能向车载终端发送查询命令,车载终端应对接收到的命令进行校验。当校
验正确时,车载终端应向远程服务与管理平台返回查询参数;当校验错误时,车载终端忽略所接收的
命令。
远程服务与管理平台应在接收到车载终端的查询参数后,完成本次查询;远程服务与管理平台在规
B.2.3 参数设置
远程服务与管理平台应能向车载终端发送设置命令,修改车载终端参数信息,参数设置流程如图
B.4所示。
图B.4 参数设置流程示意图
远程服务与管理平台在向车载终端发送设置命令时,车载终端应对接收到的数据进行校验。当校
验正确时,车载终端应向远程服务与管理平台返回成功应答并完成信息修改;当校验错误时,车载终端
应忽略所接收命令。
远程服务与管理平台应在接收到车载终端的应答后完成本次设置传输;远程服务与管理平台在规
定时间内未收到应答指令,应重新发送设置命令;重复3次发送设置命令无应答,应终止此次设置。
台发送登入信息;当向目标远程服务与管理平台登入不成功时,车载终端应恢复原有远程服务与管理平
台设置,并向原有远程服务与管理平台返回修改错误应答。
B.2.4 车载终端控制
远程服务与管理平台应能向车载终端发送控制命令,对车载终端进行控制。车载终端控制流程如
图B.5所示。
远程服务与管理平台向车载终端发送控制命令时,车载终端应对接收到的命令进行校验。当校验
正确时,车载终端应向远程服务与管理平台返回成功应答并执行控制命令;当校验错误时,车载终端应
忽略所接收命令。
远程服务与管理平台应在接收到车载终端的应答指令后完成本次控制传输;远程服务与管理平台
终止此次控制命令的发送。
车载终端主要对电动汽车的电池、驱动电机及混合动力电动汽车中发动机的相关参数进行检测。
B.2.5 终端校时
当校时出现问题时,车载终端向远程服务与管理平台发起校时请求;远程服务与管理平台应对接收
到的数据进行校验;校验正确时,远程服务与管理平台应返回成功应答;校验错误时,远程服务与管理平
台应返回修改错应答。登入流程如图B.6所示。
车载终端应在接收到远程服务与管理平台的应答指令后完成本次校时传输;车载终端在规定时间
内未收到应答指令,应重新进行校时;若校时应答为修改错时,应间隔一定时间后,继续重新校时,直至
校时成功或定位系统校时恢复正常。
信息传输过程中,车载终端应向远程服务与管理平台发送周期性心跳信息,远程服务与管理平台应
对车载终端反馈成功应答。心跳发送周期可调整。
B.2.7 连接断开
远程服务与管理平台应根据以下情况断开与车载终端的会话连接:
---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.5.3 信息体
B.3.5.3.1 整车数据
整车数据格式和定义见表B.4。
B.3.5.3.2 驱动电机数据
驱动电机数据格式和定义见表10。
B.3.5.3.3 燃料电池部分数据
燃料电池相关数据格式和定义见表12。
B.3.5.3.4 发动机数据
汽车发动机数据格式和定义见表13。
车辆位置数据格式和定义见表14。
B.3.5.3.6 极值数据
极值数据格式和定义见表16。
B.3.5.3.7 报警数据
报警数据格式和定义见表17。
B.3.5.3.8 可充电储能装置电压数据
可充电储能装置电压数据格式和定义见表B.5。
B.3.5.3.9 可充电储能装置温度数据
可充电储能装置温度数据格式和定义见表B.7。
自定义数据格式和定义见表19。
B.3.5.3.11 车辆登出
车辆登出的数据格式和定义见表20。
B.3.5.4 参数查询
参数查询的数据格式和定义见表B.9。
B.3.5.5 参数设置
参数设置的数据格式和定义见表B.13。
B.3.5.6 车载终端控制
车载终端控制的数据格式和定义见表B.14。
车载终端心跳的数据单元为空。
B.3.5.8 终端校时
车载终端校时的数据单元为空。
GB/T 32960.3-2016
GB
NATIONAL STANDARD OF
THE PEOPLE’S REPUBLIC OF CHINA
ICS 43.040.99
T 35
Technical specifications of remote service and
management system for electric vehicles - Part 3.
Communication protocol and data format
ISSUED ON. AUGUST 29, 2016
IMPLEMENTED ON. OCTOBER 1, 2016
Issued by. General Administration of Quality Supervision, Inspection and
Quarantine;
Standardization Administration Committee.
Table of Contents
Foreword ... 3
1 Scope ... 5
2 Normative references ... 5
3 Terms and definitions ... 5
4 General requirements ... 7
5 Communication connection ... 7
6 Structure and definition of data packet ... 10
7 Format and definition of data unit ... 12
Annex A (Normative) Definitions of some fields ... 24
Annex B (Informative) Vehicle-to-platform communication protocol ... 26
Foreword
GB/T 32960 Technical specifications of remote service and management
system for electric vehicles - Part 3. Communication protocol and data format
consists of three parts.
- Part 1. General Principle;
- Part 2. On-board Terminal;
- Part 3. Communication protocol and data format.
This Part is the third part of GB/T 32960.
This Part was drafted in accordance with the rules given in GB/T 1.1-2009.
This Part was proposed by Ministry of Industry and Information Technology of
China.
This Part shall be under the jurisdiction of National Technical Committee on
Automobile of Standardization Administration of China (SAC/TC114).
The drafting organizations of this Part. Beijing Institute of Technology, China
Automotive Technology and Research Center, Shanghai Automotive Group Co.,
Ltd., Neusoft Group Co., Ltd., Wuhan Intest Electronic Technology Co., Ltd.,
Beijing Institute of Technology New Source Information Technology Co., Ltd.,
Shanghai International Automobile City Group Co., Ltd., Putian New Energy
Co., Ltd., Huawei Technologies Co., Ltd., BYD Auto Industry Co., Ltd.,
Zhengzhou Yutong Bus Co., Ltd., Nantong Honghu Information Technology Co.,
Ltd., Brilliance Automotive Group Holdings Limited, Beijing Product Quality
Supervision and Inspection Institute, Shenzhen BYD Daimler New Technology
Co., Ltd., Beijing Automotive Research Institute Co., Ltd., Chongqing Changan
New Energy Automobile Co., Ltd., Beijing New Energy Vehicle Co., Ltd.,
Shanghai Ying Shi Automotive Technology Co., Ltd., Zhejiang Geely
Automobile Research Institute Co., Ltd., Wuhan Electric Vehicle Technology
Development Co., Ltd., Pan Asia Automotive Technology Center Co., Ltd.,
SAIC-GM-Wuling Automobile Co., Ltd., Guangzhou Toyota Motor Co., Ltd.,
SAIC Volkswagen Automotive Company Limited, FAW-Volkswagen Automotive
Company Limited, Southeast (Fujian) Automotive Industry Co., Ltd.
Main Drafters of this Part. Wang Zhenpo, Zhou Rong, Liu Peng, Pu Jinhuan,
Long Chaohua, Lu Chun, Hou Yi, Meng Xiangfeng, Chen Hanjun, Wang Lei, Mi
Feng, Ding Xiaohua, Wu Zhiqiang, Fu Jing, Liu Kai, Liu Yongjun, Jiang Feng,
Lv Shujun, Wu Lihua, Zhao Yatao, Shan Chong, Zhang Wenjie, Guan Pengshu,
Wang Xu, Zhu Junjun, Wang Wenyang, Yang Xiantao, Xu Duo, Gao Xianfeng,
Peng Yonglun, Hu Fangfang, Yang Yang, Xiong Xiaofei, Huang Zhicheng, Yu
Technical specifications of remote service and
management system for electric vehicles - Part 3.
Communication protocol and data format
1 Scope
This Part of GB/T 32960 specifies the protocol structure, communication
connection, data packet structure and definition, data unit format and definition
in the electric vehicle remote service and management system.
This Part is applicable to communication between platforms in electric vehicle
remote service and management system. Car-borne terminal to platform
2 Normative references
The following referenced documents are indispensable for the application of
this document. For dated references, only the edition cited applies. For undated
references, the latest edition of the referenced document (including any
amendments) applies.
GB/T 1988, Information technology - 7-bit Coded character set for
information interchange;
GB 16735, Road vehicles - Vehicle identification number(VIN) - Location and
attachment;
GB/T 19596, Terminology of electric vehicles;
GB/T 32960.1, Technical specification for electric vehicle remote service and
management system - Part 1. General.
3 Terms and definitions
For the purposes of this document, the terms and definitions defined in GB/T
19596, GB/T 32960.1 AND the following ones apply.
3.1 client platform
used as remote service and management platform of vehicle data sender
during data exchange between platforms
used as remote service and management platform of vehicle data receiver
during data exchange between platforms
3.3 register
the process of which the client platform provides platform and vehicle static
information to the server platform, used for platform and vehicle identification
NOTE See A.2 of Annex A for the definition of vehicle static information.
3.4 upstream
data transmission direction from the client to the server
3.5 downstream
3.6 vehicle login
login authentication before the client reports the vehicle status information to
the server
3.7 vehicle logout
the client confirms to the server that the vehicle data normally stops transmitting
and logs out from the platform
3.8 platform login
safety certification before the client platform reports the vehicle status
information to the server platform
the client platform stops data transmission and logs out from the server platform
for some reason
3.10 encryption
the process of data transmission to encode the password
3.11 deciphering
the process of deciphering after the platform receives data
server platform should check the received data. When the check is correct, the
server platform shall do the correct response. When the check is wrong, the
server platform shall do the wrong response. When the information response of
of the vehicle. It shall re-send every 1 min interval but shall not send after three
times of failure.
5.2.3 When the client platform reports information to the server platform, it
shall complete the assembly of the following data in accordance with 7.2.3.
drive motor data, vehicle data, fuel cell data, engine data, vehicle position data,
extreme data, alarm data before reporting. When there are platform exchange
data and user-defined data, it shall also report the platform exchange data and
user-defined data.
5.2.4 The time period in which the client platform reports information to the
information report shall not exceed 30s. When vehicle has the three-level alarm
of Table 17, it shall report the data 30s before and after the time point of failure.
And the information sampling period shall not exceed 1s. The data should be
transmitted in the form of re-reporting before the fault occurs.
5.2.5 When the data sent by terminal is encrypted, the client platform shall
conduct data deciphering first then re-encrypt it and send to the server platform.
There shall be no need to re-encrypt for inter-platform transmission if there is
no encryption requirement.
5.3 Report of statistics information
form of FTP, HTTP, or HTTPS.
5.4 Connection disconnected
The server platform should disconnect the session with the client platform
based on the following conditions.
- TCP connection is interrupted.
The client platform should disconnect the session with the server platform
based on the following conditions.
- TCP connection is interrupted;
- TCP connection is normal. After the number of retries is reached, no
5.5 Replacement mechanism
is transmitted, it shall use the unique
self-defined encoding.
21 Data unit encryption mode BYTE
0x01. data is not encrypted; 0x02.
data is encrypted by the RSA
algorithm; 0x03. data is encrypted by
the AES128 bit algorithm; "0xFE" for
exception, "0xFF" for invalid, others
22 Data unit length WORD
The data unit length is the total
number of bytes of the data unit of
which the valid value range is 0 ~
24 Data unit - See Clause 7 for the format and definition of data unit
The
penultimate bit Verification code BYTE
Use the BCC (XOR) method. The
verification range starts from the first
exclusive with the next byte until the
previous byte of the verification code.
The verification code occupies one
byte. When the data unit is encrypted,
it should be encrypted before
verification, decryption after
verification.
6.3 Command unit
6.3.1 Command marks
o...
|