您好,欢迎访问三七文档
当前位置:首页 > 行业资料 > 国内外标准规范 > 2016北京公共平台GBT32960标准对接解读
GB/T32960.3电动汽车远程服务与管理系统技术规范北京理工大学电动车辆国家工程实验室新能源汽车运行服务与管理中心2016年11月10日通讯协议及数据格式一二连接及通讯方式2四附录说明三内容解析3《GB/T32960-3电动汽车远程服务与管理系统技术规范:通讯协议及数据格式》是用于新能源车辆远程服务平台间通讯的指导标准,可应用于车载通讯模块与远程服务平台间的通讯。电动汽车指使用电能驱动的所有车辆,包含油电混动及双源无轨车辆。各级地方政府监管平台应采用本标准或使用在本标准基础上延伸出的地方标准进行数据采集,并按照本标准上传车辆数据到国家监管平台范围二一指导范围4四附录说明三内容解析5平台间连接方式可以使用HTTP(HTTPS)、TCP/IP等方式进行,本标准建议使用TCP/IP方式进行传输,可采用消息中间件的形式进行传输。平台间数据传输格式应依照本标准描述进行加密传输,传输方式可采用数据加密(不对称加密)、通道加密(VPN专线)、本地加密(服务器托管)[不推荐]。平台间应存在连接情况校验方式,确保数据可以进行实时传输,当平台连接出现中断时,应进行本地存储并在连接恢复后进行数据补发。静态数据可以进行离线传输或通过本标准自定义数据进行传输。6平台间连接及通讯平台间通讯应进行登入及登出操作,用于及时判定平台间通讯是否为正常断开。7应由客户端平台发送平台登入报文(参见表25)。服务端平台应根据平台相关静态信息对客户端平台登录数据进行相关校验,并依据校验结果进行应答。如平台登入报文内容与记录的平台静态数据不匹配,服务端平台应发送应答错误(应答标识为0x02)。如客户端平台收到应答错误,应及时与服务端平台进行沟通,对登入信息进行调整。如客户端平台未收到应答,应每间隔一分钟重新执行登入操作,若连续3次无应答,应间隔30分钟后继续重新连接。如客户端平台如因特殊原因需暂时断开与服务端平台的连接,应发送平台登出报文(参见表26),并在连接恢复时重新发送登入报文进行登入连接,连接断开期间数据应以补发数据的形式进行发送。如服务端平台因特殊原因需暂时断开与服务端平台的连接,应提前30分钟发送登出报文给各服务端平台。8平台间车辆数据信息传输客户端平台收到登入成功应答后可传输车辆数据信息到服务端平台。9应由客户端平台发送车辆数据上报报文(参见第7章)。服务端平台应根据车辆相关静态信息对客户端平台发送的车辆数据进行相关校验,并依据校验结果进行应答。如车辆报文内容与记录的车辆静态数据不匹配,服务端平台应发送应答错误(应答标识为0x02)或不应答。如客户端平台收到应答错误,应及时与服务端平台进行沟通,对登入信息进行调整。如客户端平台未收到应答,应每间隔一分钟重新执行登入操作,若连续3次无应答,应间隔30分钟后继续重新连接。服务端平台应对客户端平台发送的每一条车辆数据报文进行应答,如可通过其他技术手段(如消息中间件)确保每条数据都正常送达,则对于车辆实时数据(命令标识0x02)中的正确数据可不做应答处理。车辆登入、登出数据作为车辆运行信息判定条件,必须进行传输。车辆数据的传输频率应该可以进行调整。三二连接及通讯方式10四附录说明一指导范围11数据包结构说明起始字节定义数据类型描述及要求0起始符STRING固定为ASCII字符‘##’,用“0x23,0x23”表示。2命令单元命令标识BYTE命令单元定义见6.3。3应答标志BYTE4唯一识别码STRING当传输车辆数据时,应使用车辆VIN,其字码应符合GB16735的规定。如传输其他数据,则使用唯一自定义编码。21数据单元加密方式BYTE0x01:数据不加密;0x02:数据经过RSA算法加密;0x03:数据经过AES128位算法加密;“0xFE”表示异常,“0xFF”表示无效,其他预留。22数据单元长度WORD数据单元长度是数据单元的总字节数,有效值范围:0~65531。24数据单元数据单元格式和定义见第7章。倒数第1位校验码BYTE采用BCC(异或校验)法,校验范围从命令单元的第一个字节开始,同后一字节异或,直到校验码前一字节为止,校验码占用一个字节,当数据单元存在加密时,应先加密后校验,先校验后解密。数据包结构说明12起始符与校验码起始符与校验码是本标准中报文边际界定符号,其中起始符(0x230x23)在报文中并无解析意义,仅作为报文起始标记存在,校验码作为报文终止标记存在,通过将除校验码以外的完整报文进行异或校验获得。*若报文采用数据加密方式,应对数据单元先进行加密,然后再生成校验码,服务端平台应对报文先校验,然后再对数据单元进行解密。命令标识与应答标志命令标识作为报文种类标识存在,解析时应通过命令标识的不同进行报文种类的区分,应答标志作为报文发送方向的区分,当报文为上行时,应答标志应为0XFE。13唯一识别码在传输车辆数据时,采用车辆VIN作为唯一识别码进行传输,当进行平台传输时采用以下规则:城市邮政编码+VIN前三位(地方平台使用GOV)+两位自定义数据+“000000”。数据加密方式、数据单元长度与数据单元数据单元加密方式为该条报文所采用的数据单元加密方式,除规定内容外,客户端平台与服务端平台的自定义加密方式可使用0x04~0xfd之间的数值代替;数据单元长度仅仅指代数据包结构中数据单元项的数据长度,完整报文长度应为数据单元长度+25;数据单元作为数据传输主体,在未采用其他加密的情况下应加密后再进行传输。14数据单元说明-车辆登入数据表示内容长度(字节)数据类型描述及要求数据采集时间6BYTE[6]时间定义见表5。登入流水号2WORD车载终端每登入一次,登入流水号自动加1,从1开始循环累加,最大值为65531,循环周期为天。ICCID20STRINGSIM卡ICCID号(ICCID应为终端从SIM卡获取的值,不应人为填写或修改)。可充电储能子系统数1BYTE可充电储能子系统数n,有效值范围:0~250。可充电储能系统编码长度1BYTE可充电储能系统编码长度m,有效范围:0~50,“0”表示不上传该编码。可充电储能系统编码n×mSTRING可充电储能系统编码宜为终端从车辆获取的值。注:可充电储能子系统指当车辆存在多套可充电储能系统混合使用时,每套可充电储能系统为一个可充电储能子系统。数据单元说明-车辆登入15车辆登入报文作为车辆上线时间节点存在,需收到成功应答后才能进行车辆实时报文的传输。如车辆登出/平台登出/异常下线后需重新发送车辆登入。数据单元说明-车辆登入16数据采集时间数据采集时间指车辆启动的时间,作为车辆上线判定依据之一存在,如时间为乱码或与GPS时间有较大偏移,则认为此次上线失败。登入流水号登入流水号作为车辆上线次数的判定依据,车辆发送一次登入报文,登入流水号+1,每日00:00分自动归0。17ICCID车载终端所使用的SIM卡ICCID编号,包含插入式与贴片式,此数值应从SIM卡中直接读取。ICCID是车辆身份认证的辅助条件,如发生变更,必须由厂商提供车辆静态信息变更通知,否则认为车辆登入非法。可充电储能子系统信息可充电储能子系统数用于声明车辆使用的储能方案,如为纯电,则默认为1,如为电电混合,则依据实际情况发送。可充电储能系统编码长度是可充电储能系统编码的变量声明,目前可充电储能系统国标并未确定,以厂商自定义编码为传输数据,如无编码,则此项传输0x00.可充电储能子系统编码目前采用厂商自定义编码,国标确认后,强制使用国标编码,目前如无编码,此项不传输。18数据单元说明-车辆登出数据表示内容长度(字节)数据类型描述及要求登出时间6BYTE[6]时间定义见表5。登出流水号2WORD登出流水号与当次登入流水号一致。数据单元说明-车辆登出19登出时间登出时间指车辆熄火的时间,作为车辆下线判定依据之一存在。登出流水号登出流水号与当次登入流水号一致。车辆登出报文作为车辆下线时间节点存在。20数据单元说明-平台登入数据表示内容长度(字节)数据类型描述及要求平台登入时间6BYTE[6]时间定义见表5。登入流水号2WORD下级平台每登入一次,登入流水号自动加1,从1开始循环累加,最大值为65531,循环周期为天。平台用户名12STRING平台登入用户名。平台密码20STRING平台登入密码。加密规则1BYTE0x01:数据不加密;0x02:数据经过RSA算法加密;0x03:数据经过AES128位算法加密;“0xFE”表示异常,“0xFF”表示无效,其他预留。数据单元说明-平台登入21平台登入报文作为平台正常上线时间节点存在,需收到成功应答后才能进行车辆实时报文的传输。如平台登出/异常下线后需重新发送平台登入。数据单元说明-平台登入22平台登入时间平台登入时间指平台发起连接的时间,作为平台上线判定依据之一存在,如时间为乱码或与GPS时间有较大偏移,则认为此次上线失败。登入流水号登入流水号作为平台上线次数的判定依据,平台发送一次登入报文,登入流水号+1,每日00:00分自动归0/数据单元说明-平台登入23用户名与密码用户名与密码为双方平台间约定的用户名与密码,作为平台身份判定依据之一存在。加密规则双方平台约定的加密规则代码24数据单元说明-平台登出数据表示内容长度(字节)数据类型描述及要求登出时间6BYTE[6]时间定义见表5。登出流水号2WORD登出流水号与当次登入流水号一致。数据单元说明-平台登出25登出时间登出时间指平台正常离线的时间,作为平台下线判定依据之一存在。登出流水号登出流水号与当次登入流水号一致。平台登出报文作为平台下线时间节点存在。26数据单元说明-实时数据与补发数据实时数据指车辆在运行过程中产生的运行数据,包含车辆行驶状态、充电状态、停止状态数据;当车辆数据行驶状态与停止状态时,所有国标要求的可传输数据都应通过实时数据进行上送,当车辆处于充电状态时,除电机数据因电机控制器停止工作可不上送外,其余数据都应维持上送状态。数据单元说明-实时数据与补发数据27国标中要求正常上送频率不应小于30S,故障状态应以不应小于1S的频率上送故障发生点前后各30S的数据,建议正常上送频率为10S。当车辆数据因异常原因无法正常进行传输时,应进行本地存储,当通讯链路恢复后,以补发数据的形式进行传输,需注意,补发数据的格式与实时数据完全一致,只有以下两点区别:补发数据的命令标识为0x03,实时数据为0x02。补发数据的时间为数据发生时间而非发送时间。28数据单元说明-实时数据-数据格式数据表示内容长度(字节)数据类型描述及要求数据采集时间6BYTE[6]时间定义见表5。信息类型标志(1)1BYTE信息类型标志定义见表8。信息体(1)根据信息类型不同,长度和数据类型不同。…………信息类型标志(n)1BYTE信息类型标志定义见表8。信息体(n)根据信息类型不同,长度和数据类型不同。数据单元说明-实时数据-数据格式29国标中实时数据部分根据数据内容的不同对数据项进行了分割,如下表所示类型编码说明备注0x01整车数据详见7.2.3.10x02驱动电机数据详见7.2.3.2,且停车充电过程无需传输该数据0x03燃料电池数据详见7.2.3.30x04发动机数据详见7.2.3.4,停车充电过程无需传输该数据0x05车辆位置数据详见7.2.3.50x06极值数据详见7.2.3.60x07报警数据详见7.2.3.70x08~0x09终端数据预留0x0A~0x2F平台交换协议自定义数据0x30~0x7F预留0x80~0xFE用户自定义详见7.2.3.8数据单元说明-实时数据-数据格式30在实时数据报文的数据单元中,可以信息类型为单位进行任意拼装,但不得以数据项为单位进行拼装。整车数据:车辆一般运营数据,以仪表盘数据为主。驱动电机数据:以电机控制器数据为主,车辆充电时可不传输。燃料电池数据:采用燃料电池驱动的车辆需传输此项,如无此种可充电储能子系统可不传输。发动机数据:采用油电混合的车辆需在使用发动机时
本文标题:2016北京公共平台GBT32960标准对接解读
链接地址:https://www.777doc.com/doc-5794479 .html