搜索
GB/T32960-2016要点解读汇报人：刘鹏《电动汽车远程服务与管理系统技术规范》标准起草组2016年11月GB/T32960《电动汽车远程服务与管理系统技术规范》第一部分：总则监测体系架构与功能说明第二部分：车载终端终端功能要求与技术条件第三部分：通信协议及数据格式平台、终端的通信协议、数据内容与格式23按照企业是第一责任主体的思路，构建新能源汽车监测平台的体系架构。所有数据均按照直接上传到企业平台，然后转发到公共平台的技术方式。公共平台内亦按照平台交换协议，逐级上报。公共平台企业平台电动汽车车与平台通信协议平台交换通信协议车载终端4新能源汽车企业监测平台数据实时传输新能源汽车国家监测平台能力验证最低30s，故障时1s回溯不同机制，上报频率不同数据基本要求：GB/T32960.3数据上报最低时间间隔：30s，故障时1s车载终端的通信协议可由企业自定义。企业可根据自身安全监测要求，进行数据扩项或提高频率。5根据新能源汽车安全监管要求，公共平台需进行新能源汽车数据上传能力的验证，车载终端的传输协议应按照国标第三部分附录B的要求进行传输。如企业完全按照企业自定义协议，则需满足两套标准的传输要求。新能源汽车企业监测平台数据实时传输新能源汽车国家监测平台能力验证GB/T32960.3附录BGB/T32960.3附录B拓展或企业自定义数据6数据采集内容由于车辆不可避免3级故障的产生，动力蓄电池单体电池电压和各个电池包探针温度数据也应包含在企业平台数据采集范围内，亦表明企业的数据上传的能力验证中，也需要对此项内容进行考核，以确保3级故障回溯跟踪时的数据完整性。5.3.2公共平台从企业平台获取车辆行驶、充电等运行数据，进行监管和相关数据分析。5.5动力蓄电池单体电压及温度数据要求在车辆出现GB/T32960.3规定的3级故障或报警时，整车企业应具备提供动力蓄电池单体电池电压和各个电池包探针温度数据的能力，确保故障相关数据的完备。7报警功能车辆自身具备一定的数据辨别能力，并按需进行数据的上传。由VCU判断，终端处理，要求高车辆按照1s本地存储，平台判断故障点后向终端发送指令获取。数据有一定滞后性且存在无法获取的风险。车辆按照1s进行数据上报。数据压力大5.2.2企业平台应具备车辆故障监控和安全报警的功能。根据可能对车辆造成的安全隐患严重程度，对故障和报警进行分级管理，不同的级别应设置相应的处置措施。自动按照1s的周期，上报故障点前后30s的数据8故障处置上报5.3.1公共平台应具备整车企业使用的信息录入及维护功能，用于企业录入车辆静态信息以及上报故障与报警的处置措施、处置进度和处置结果。公共平台应对企业录入信息进行审核。5.3.2公共平台从企业平台获取车辆行驶、充电等运行数据，进行监管和相关数据分析。该内容上报方式为非实时传输数据，而是触发数据，一般以人工上报为主，应由公共平台进行开放的接口或程序，便于企业上报。9公共平台要求（1）整车企业信息维护与审核；（2）故障与报警的处置措施、处置进度和处置结果上报；（3）具备车辆运行数据、故障数据的统计和分析功能；（4）与上一级公共平台的信息上报功能。《通知》要求：地方监测平台建设参照《电动汽车远程服务与管理系统技术规范》（GB/T32960）国家标准，不得在国家标准之外随意扩大信息采集范围，同时应当做好地方监测平台数据保密工作，确保信息安全。GB/T32960《电动汽车远程服务与管理系统技术规范》第一部分：总则监测体系架构与功能说明第二部分：车载终端终端功能要求与技术条件第三部分：通信协议及数据格式平台、终端的通信协议、数据内容与格式10集成设计在车辆其他装置或系统的车载终端；单独设计为独立的装置或系统的车载终端。规定了电动汽车远程服务与管理系统车载终端的和；适用于或车载终端。11与车辆显示系统集成独立的车载终端完整性准确性不可否认性存储数据可加密。12车辆数据的采集、解析、存储均应完整、准确，保证数据的可追溯。存储、上报内容即视为认可数据，不可否认1•日期与时间2•数据采集3•数据存储4•数据传输5•数据补发6•注册与激活7•独立运行功能8•远程控制功能1314时间和日期终端自带时钟与定位系统校时与企业平台校时4.2.1时间和日期车载终端应提供时间和日期。时间应精确到秒，日期应精确到日。与标准时间相比时间误差24h内±5s。数据上传及时，时钟准确企业平台应提供准确的时钟源时钟准确率高注：时钟准确性影响数据传输的校对，并影响数据传输的延迟率判定，严重的将不能被认可有效。至少保存7天历史数据，便于数据未准确上传的补发；按照GB/T32960.3规定数据项进行数据采集，若CAN总线未能采集的数据项，应在终端上进行计算产生，不建议通过平台计算。15数据采集与存储4.2.3.1车载终端应按照最大不超过30s时间间隔将采集到的实时数据保存在内部存储介质中。当车辆出现GB/T32960.3-2016表17的3级报警时，车载终端应按照最大不超过1s时间间隔将采集到的实时数据保存在内部存储介质中。实时数据的采集频次不应低于1次/s采集到的数据按1s采集缓存30s采集到的数据按1s采集1s存储基本原则：公共平台仅抽样采集车辆数据，不对车辆下发任何修改指令，均由企业平台进行处理。16新能源汽车企业监测平台数据实时传输新能源汽车国家监测平台能力验证指令下发1、终端更新、参数设置等指令2、抽样开启、关闭等调用指令数据传输4.2.4.1车载终端应具有将采集到的实时数据发送到企业平台的功能。4.2.4.2车载终端上传到企业平台实时数据的传输时间间隔及数据种类应符合GB/T32960.3—2016的相关要求。建议采用双链路传输模式，确保抽样时企业链路的保持。17恢复正常时，空闲时间内完成补发数据上报；补发上报数据应为7日内通信链路异常期间存储的数据。数据补发4.2.5数据补发当通信异常时，车载终端应将采集的实时数据存储到本地存储介质中，等待通信恢复正常后进行实时数据的补发，补发数据及方式应符合GB/T32960.3—2016的相关要求。18独立运行4.2.7独立运行车载终端在外部供电异常断开后，仍可以独立运行，且至少保障外部供电断开前10min的数据上传到企业平台。自动休眠机制19项目要求过电压性能符合GB/T28046.2-2011中4.3的试验要求和试验方法。供电电压缓降和缓升性能符合GB/T28046.2-2011中4.5的试验要求和试验方法。反向电压性能符合GB/T28046.2-2011中4.7的第2种情况的试验要求和试验方法。耐机械振动性能符合GB/T28046.3-2011中4.1的试验要求和试验方法。耐机械冲击性能符合GB/T28046.3-2011中4.2的试验要求和试验方法。外壳防护性能根据GB/T28046.4-2011附录A表A.1进行选择；按照ISO20653：2013规定的试验方法进行；试验后所有功能处于GB/T28046.1-2011定义的A级。低温性能符合GB/T28046.4-2011中5.1.1的试验要求和试验方法。高温性能符合GB/T28046.4-2011中5.1.2的试验要求和试验方法。温度梯度性能符合GB/T28046.4-2011中5.2的试验要求和试验方法。湿热循环性能符合GB/T28046.4-2011中5.6试验1的试验要求和试验方法。基本电气产品技术要求GB/T32960-2016《电动汽车远程服务与管理系统技术规范》第一部分：总则监测体系架构与功能说明第二部分：车载终端终端功能要求与技术条件第三部分：通信协议及数据格式平台、终端的通信协议、数据内容与格式20一二连接及通讯方式21四附录说明三内容解析22电动汽车指使用电能驱动的所有车辆，包含油电混动及双源无轨车辆。各级地方政府监测平台应采用本标准进行数据采集，并按照本标准上传车辆数据到国家监测平台。范围二一指导范围23四附录说明三内容解析24平台间连接方式可以使用HTTP(HTTPS)、TCP/IP等方式进行，本标准建议使用TCP/IP方式进行传输，可采用消息中间件的形式进行传输。平台间数据传输格式应依照本标准描述进行加密传输，传输方式可采用数据加密（不对称加密）、通道加密（VPN专线）、本地加密（服务器托管）[不推荐]。平台间应存在连接情况校验方式，确保数据可以进行实时传输，当平台连接出现中断时，应进行本地存储并在连接恢复后进行数据补发。静态数据可以进行离线传输或通过本标准自定义数据进行传输。平台间通讯应进行登入及登出操作，用于及时判定平台间通讯是否为正常断开。25应由客户端平台发送平台登入报文（参见表25）。服务端平台应根据平台相关静态信息对客户端平台登录数据进行相关校验，并依据校验结果进行应答。•服务端平台应发送应答错误（应答标识为0x02）。如平台登入报文内容与记录的平台静态数据不匹配•应及时与服务端平台进行沟通，对登入信息进行调整。如客户端平台收到应答错误•应每间隔一分钟重新执行登入操作，若连续3次无应答，应间隔30分钟后继续重新连接。如客户端平台未收到应答•应发送平台登出报文（参见表26），并在连接恢复时补发连接断开期间数据。如客户端平台如因特殊原因需暂时断开与服务端平台的连接•应提前30分钟发送登出报文给各服务端平台。如服务端平台因特殊原因需暂时断开与服务端平台的连接26平台间车辆数据信息传输客户端平台收到登入成功应答后方可传输车辆数据信息到服务端平台。服务端平台应对客户端平台发送的每一条车辆数据报文进行应答。如可通过其他技术手段（如消息中间件）确保每条数据都正常送达，则对于车辆实时数据（命令标识0x02）中的正确数据可不做应答处理。车辆登入、登出数据作为车辆运行信息判定条件，必须进行传输。27平台间车辆数据信息传输如客户端平台未收到应答，应每间隔一分钟重新执行登入操作，若连续3次无应答，应间隔30分钟后继续重新连接。如客户端平台收到应答错误，应及时与服务端平台进行沟通，对登入信息进行调整。如车辆报文内容与记录的车辆静态数据不匹配，服务端平台应发送应答错误（应答标识为0x02）或不应答。服务端平台应根据车辆相关静态信息对客户端平台发送的车辆数据进行相关校验，并依据校验结果进行应答。三二连接及通讯方式28四附录说明一指导范围29数据包结构说明起始字节定义数据类型描述及要求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（异或校验）法，校验范围从命令单元的第一个字节开始，同后一字节异或，直到校验码前一字节为止，校验码占用一个字节，当数据单元存在加密时，应先加密后校验，先校验后解密。30起始符与校验码起始符与校验码是本标准中报文边际界定符号，其中起始符（0x230x23）在报文中并无解析意义，仅作为报文起始标记存在，校验码作为报文终止标记存在，通过将除校验码以外的完整报文进行异或校验获得。*若报文采用数据加密方式，应对数据单元先进行加密，然后再生成校验码，服务端平台应对报文先校验，然后再对数据单元进行解密。命令标识与应答标志命令标识作为报文种类标识存在，解析时应通过命令标识的不同进行报文种类的区分，应答标志作为报文发送方向的区分，当报文为上行时，应答标志应为0XFE。31唯一识别码在传输车辆数据时，采用车辆VIN作为唯一识别码进行传输