下载文档原格式
ICS 35.240.60L 67 DB11 北京市标准化指导性技术文件DB11/Z 993.3—2013电动汽车远程服务与管理系统技术规范第3部分：车载终端通信协议及数据格式Technical specifications of remote service and management system for electric vehicles Part3：Communication protocol and data format ofvehicle terminal2013- 06 - 21发布目次前言 (II)引言 (III)1 范围 (1)2 规范性引用文件 (1)3 术语和定义 (1)4 协议结构 (2)5 通信连接 (2)6 数据包结构和定义 (5)7 数据单元格式和定义 (7)附录 A （规范性附录）部分字段定义 (16)前言DB11/Z 993《电动汽车远程服务与管理系统技术规范》分为5部分：——第1部分：总则；——第2部分：车载终端；——第3部分：车载终端通信协议及数据格式；——第4部分：平台交换协议规范及数据格式；——第5部分：服务和管理。
本指导性技术文件为DB11/Z 993的第3部分。
本指导性技术文件按照GB/T 1.1-2009给出的规则起草。
本指导性技术文件由北京市科学技术委员会提出并归口。
本指导性技术文件由北京市科学技术委员会组织实施。
本指导性技术文件的起草单位：北京理工大学、北京交通大学、中国科学院电工研究所、北京理工华创电动车技术有限公司、北汽福田汽车股份有限公司、北京汽车新能源汽车有限公司、重庆长安新能源汽车有限公司、北京市电力公司北京电力科学研究院、北京公共交通控股（集团）有限公司、北京汉森电信有限公司、武汉英泰斯特电子技术有限公司、奇点新源国际技术开发（北京）有限公司、航天新长征电动汽车技术有限公司、北京合众思壮科技股份有限公司、浙江中科正方电子技术有限公司、中信国安盟固利动力科技有限公司、北京普莱德新能源电池科技有限公司。
新能源汽车远程监控平台设计与实现岳华;葛腼【摘要】文章阐述了新能源汽车监控系统整体结构,并对监控系统进行设计,经实车验证表明该远程监控平台能够准确、稳定、可靠地对新能源汽车运行状态进行监控和管理,对新能源车辆的安全运行起到了保障作用,提高车辆运行的可靠性、有效降低技术风险,同时也为新能源汽车的技术改进提供参考数据.【期刊名称】《大众科技》【年(卷),期】2019(021)005【总页数】4页(P11-13,18)【关键词】新能源汽车;远程监控系统;技术改进【作者】岳华;葛腼【作者单位】中国电子科技集团公司第二十七研究所,河南郑州 450007;中国电子科技集团公司第二十七研究所,河南郑州 450007【正文语种】中文【中图分类】U463.671 引言目前，“环保、可持续”为各国经济发展的关注重点。
对于环境污染严重、经济结构亟待转型的中国社会来说，“环保、可持续”成为当前经济发展的主要标准之一[1]。
作为城市空气污染的主要来源，汽车行业在整个经济结构调整的过程中扮演着转型的角色。
为了节能环保，提倡可持续发展，中国已经启动了新能源汽车发展战略。
电动汽车是近年来利用新能源为燃料兴起的一种汽车，该类汽车当前正处于产业的导入期，已经引起汽车业界研究的重视[2]。
现阶段，电动汽车应用技术不断向着快速发展期迈进，为了保证电动汽车更加安全行驶，提高实用性目的，整车厂家必须实施对正处于起步期向发展期迈进的新能源汽车运行状态进行实时监控、实时信息采集、信息分析、故障预警、诊断和调度管理等操作，这是示范推广过程中的重要环节，总结出来的运行参数为社会各界对电动汽车的评价与维护提供参考依据[3]。
现阶段，针对参与运营电动汽车的远程监控系统功能示范点主要集中于数据的收集及简单出现故障报警系统上，而更深层面的数据处理研究，包括电动汽车的动力系统、能源系统及性能监测方面还有待完善，这些方面存在的缺陷使得整车状态监控、安全及可靠性都需要进行更深层次的研究。
ICS43.040.01T 35 DB11 北京市标准化指导性技术文件DB11/Z 993.2—2013电动汽车远程服务与管理系统技术规范第2部分：车载终端Technical specifications of remote service and management system for electric vehicles Part2：Vehicle terminal2013-06-21发布目次前言 (II)引言 (III)1 范围 (1)2 规范性引用文件 (1)3 术语和定义 (1)4 功能 (2)5 要求 (3)6 试验方法 (5)7 安装要求 (9)前言DB11/Z 993《电动汽车远程服务与管理系统技术规范》分为5部分：——第1部分：总则；——第2部分：车载终端；——第3部分：车载终端通信协议及数据格式；——第4部分：平台交换协议规范及数据格式；——第5部分：服务和管理。
本指导性技术文件为DB11/Z 993的第2部分。
本指导性技术文件按照GB/T 1.1-2009给出的规则起草。
本指导性技术文件由北京市科学技术委员会提出并归口。
本指导性技术文件由北京市科学技术委员会组织实施。
本指导性技术文件的起草单位：北京交通大学、北京理工大学、中国科学院电工研究所、北汽福田汽车股份有限公司、北京汽车新能源汽车有限公司、重庆长安新能源汽车有限公司、北京公共交通控股（集团）有限公司、航天新长征电动汽车技术有限公司、奇点新源国际技术开发（北京）有限公司、北京市亿能通电子有限公司、浙江中科正方电子技术有限公司、北京合众思壮科技股份有限公司、武汉英泰斯特电子技术有限公司、北京汉森电信有限公司。
本指导性技术文件的主要起草人：卫振林、关伟、毕军、孙逢春、王震坡、刘鹏、马继辉、黄爱玲、李宝文、赵鹏、朱健、王圣学、陈平、尹颖、赵汝亮、逄淑波、刘永、文锋、叶华春、曹红杰、李立。
II引言为贯彻落实国家科技部、财政部、工业和信息部、发展改革委下发的“关于加强节能与新能源汽车示范推广安全管理工作的函”（国科办函高【2011】322号）中试点城市要进一步加强示范运行车辆的安全监控，加强对动力电池工作状态和车辆运行状态的监控，建立事故预警信息系统及事故紧急处理机制，特制定本文件。
电动汽车远程监控技术规范 第2部分：车载终端通信协议及数据格式Technical specifications of remotemonitoring for electric vehicles Communication protocol and data format of vehicle terminal（征求意见稿）ICS **.***北京市地方标准DB11/T ****—2012北京市质量技术监督局 发布DB11目次目次 (1)前言 (2)1 范围 (3)2 规范性引用文件 (3)3 术语和缩略语 (3)4 协议结构 (4)5 通信连接 (4)6 数据包结构和定义 (7)7 数据单元格式和定义 (9)附录A（规范性附录）部分字段定义 (14)前言本标准按照GB/T1.1-2009给出的规则起草。
本标准由北京市科学技术委员会提出并归口。
本标准由北京市科学技术委员会组织实施。
本标准的主要起草单位：北京理工大学、北京交通大学本标准的参与起草单位：本标准的主要起草人：本标准的参与起草人：电动汽车远程监控技术规范第2部分：车载终端通信协议及数据格式1范围本标准规定了电动汽车远程监控系统车载终端与监控和服务平台之间的通信协议，描述了用于通信的协议格式和数据要求。
本标准适用于电动汽车远程监控系统车载终端与监控和服务平台之间的通信。
2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本标准。
GB 16735 道路识别代号(VIN)GB18030信息技术中文编码字符集GB/T 19056 汽车行驶记录仪GB/T 19596电动汽车术语GB/T 1988 信息技术信息交换用七位编码字符集（eqv ISO/IEC 646）JT/T794道路运行卫星定位系统车载终端技术要求YD/T1214900/1800MHz TDMA数字蜂窝移动通信网通用分组无线业务（GPRS）设备技术要求：移动台QC/T 413汽车电气设备基本技术条件DB11/Z 801-2011 电动汽车电能供给与保障技术规范动力蓄电池包编码DB11/T ****-2012 电动汽车远程监控技术规范总则DB11/T ****-2012 电动汽车远程监控技术规范车载信息采集与传输终端3术语和缩略语3.1术语和定义GB/T 19596确立的以及下列术语和定义适用于本文件。
电动汽车远程服务与管理系统技术规范
随着科学技术的迅猛发展，电动汽车已成为新一代绿色环保的代步方式，越来越多的电动汽车被广泛应用，电动汽车的管理也变得更加重要。
然而，现有的电动汽车管理系统存在一些问题，如难以实现远程服务和管理。
为了解决这一问题，我们提出了“电动汽车远程服务与管理系统技术规范”。
电动汽车远程服务与管理系统技术规范的目的是提高电动汽车
的远程管理效率，确保汽车的安全性和便捷性，实现对电动汽车的远程控制和管理。
本规范主要包括以下几个方面：
首先，在远程服务与管理系统的建设方面，我们将采用现代信息技术使用第三方应用程序连接平台，进行多方面的内容服务，提高服务效率。
此外，我们将采用可靠的安全技术制定安全策略，以保护用户的个人信息安全，防止恶意攻击和滥用远程服务。
其次，在远程服务的实施方面，我们将利用现有的电动汽车数据采集技术，实现对汽车运行状况的远程监控，包括车辆位置、速度、电量、故障码等。
在此基础上，我们还将利用车辆健康诊断技术，对汽车进行远程检测，发现和处理可能存在的问题，以保证汽车的正常运行。
最后，我们将建立电动汽车定位追踪系统，实现对电动汽车位置的实时跟踪和监控。
此外，我们还将提供一系列便捷的远程操控服务，包括开关车门、查看车内温度、调整车速等，以满足用户对汽车的操控要求。
总之，电动汽车远程服务与管理系统技术规范将为电动汽车的管理提供强有力的支持，确保用户体验最优，同时也为电动汽车提供便捷、安全和可靠的服务。
这一规范将会极大改善电动汽车的使用体验，确保电动汽车安全地运行，为电动汽车的安全运行以及更加深入地研究提供基础。
新能源纯电动汽车远程监控系统介绍一、远程监控系统是什么？远程监控系统是车载记录设备（称为车载远程监控终端）将车辆的定位信息、CAN总线信息和故障信息，通过GPRS/3G无线网络，发送到远程监控中心的数据服务器，并最终可通过页面展示给工程、售后人员的系统。
新能源远程终端工作示意图二、远程监控系统包含什么？1、车载终端：新能源车载终端安装在车上的信息采集设备，集成卫星定位、CAN总线（故障）监控、移动网络接入和本地数据存储功能。
是远程监控系统的数据来源，要求数据采集齐全，并能有效适应电动汽车恶劣的应用环境；2、数据服务器：新能源监控服务器数据服务器是远程监控系统的核心部分，负责与车载终端的数据收发、数据管理&存储等功能的实现。
要求可并发处理大量的连接请求（即同时接入的终端要多），且能高效的对数据进行管理、存储和推送；3、监控页面：新能源监控显示页面监控页面直接面向用户的交互界面，将数据服务器推送来的数据整理、显示给用户。
用户也可通过监控页面对数据服务器、乃至车载终端进行操控。
三、远程监控系统有什么用？1、工程技术人员：积累车辆运行的真实数据，为后续产品优化、评审零部件供应商提供数据支持；2、售后人员：第一时间收到车辆故障报警，获取车辆故障前后的运行状态信息，实现远程检修、售后服务；3、物流车客户：提供远程、实时查询旗下车辆运营状况的能力。
进一步的，未来可提供相关运营统计报告，以协助物流公司提高车辆使用效率；4、集团公司：为集团公司年报提供数据依据，并可作为新能源车推广和节能减排成果的原始数据。
四、车载终端的主要性能指标1、对外接口：CAN总线接口×3；12V车载电源接口×1；2、数据上报周期：实时数据包/10s；故障数据包/1s；3、工作温度：工业级，-40~70℃；4、定位精度：水平误差＜2.5m（静态）/＜10m（动态）；速度误差＜0.1m/s；5、抗震性能：通过GB/T28046.2-2011中规定的震动测试，测试时采用的分类标准为“商用车驾驶室”；6、电磁兼容性能：1）、辐射抗扰，符合GB/T17619-1998；2）、传导抗扰，符合GB/T21437.2-2008；3）、电磁骚扰，符合GB/T18655-2010。
DB11/T ****—2012电动汽车远程监控技术规范 第4部分：平台交换协议及数据格式Technical specifications of remote monitoring for electric vehicles Part4：Protocol specifications and data format of exchange platform（送审稿）ICS **.***北京市质量技术监督局 发布DB11目次目次 (1)前言 (2)1 范围 (3)2 规范性引用文件 (3)3 术语、定义和缩略语 (3)4 协议结构 (4)5 通信连接 (4)6 数据包结构和定义 (11)7 数据单元格式和定义 (12)附录A (17)前言本标准按照GB/T1.1-2009给出的规则起草。
本标准由北京市科学技术委员会提出。
本标准由北京市科学技术委员会组织实施。
本标准的主要起草单位：北京交通大学，北京理工大学本标准的参与起草单位：本标准的主要起草人：本标准的参与起草人电动汽车远程监控技术规范第4部分：平台交换协议及数据格式1范围本标准规定了电动汽车监控和服务平台与接入平台间的通信协议，描述了用于平台交换的协议格式和数据要求。
本标准适用于电动汽车监控和服务平台与接入平台间之间的通信。
2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。
凡是不注日期的引用文件，其最新版本适用于本标准。
GB 16735 道路车辆识别代号(VIN)GB/T 19596电动汽车术语GB/T 1988 信息技术信息交换用七位编码字符集（eqv ISO/IEC 646）DB11/Z 801-2011 电动汽车电能供给与保障技术规范动力蓄电池包编码DB**/* ***-2012 电动汽车远程监控技术规范第1部分：总则DB**/* ***-2012 电动汽车远程监控技术规范第2部分：车载终端通信协议及数据格式3术语、定义和缩略语3.1 术语和定义GB/T 19596确立的以及下列术语和定义适用于本文件。
3.1.1监控和服务平台monitoring and service platform以计算机系统及通信技术为基础，通过移动通信技术和卫星定位技术等手段从车载终端和接入平台获取电动汽车动力蓄电池工作状态和电动汽车运行状态等数据信息，并通过对数据信息的分析和处理，实现电动汽车故障预警、故障处置、车载服务和管理等应用平台。
3.1.2接入平台access platform接入到监控和服务平台的平台，包括政府信息资源、社会信息资源和企业信息资源。
3.1.3用户身份识别user identification接入平台连接监控和服务平台时，需向监控和服务平台发送数据包进行身份识别。
3.1.4上行方向upstream direction从接入平台到监控和服务平台的数据传输方向。
3.1.5下行方向downstream direction从监控和服务平台到接入平台的数据传输方向。
3.2 符号及缩略语IP 网间互联协议（Internet Protocol）TCP 传输控制协议（Transfer Control Protocol）HTTP 超文本传送协议（hypertext transport protocol）WEBSERVICES 传输控制协议在线应用服务4协议结构Socket方式4.1 以TCP/IP网络控制协议作为底层通信承载协议，本标准所规定的协议对应于ISO/OS定义的七层协议结构的应用层。
4.2 应用层以数据包（分组）的格式进行命令和数据的交互，按平台之间数据交互的功能需要规定数据组织结构。
4.3 应用层通信协议不依赖于所选用的传输网络，在基础传输层已经建立的基础上，应用层通信协议与具体传输网络无关。
Webservices方式4.4 以HTTP协议作为数据传输协议。
5通信连接Socket方式5.1连接的建立5.1.1 当通信链路连接建立，接入平台应立即向监控和服务平台发送信息进行用户身份识别，流程如图1所示。
图1用户身份识别流程示意图5.1.2 接入平台向监控和服务平台发送用户身份识别信息，监控和服务平台需要对接收到的数据进行校验，校验包括数据校验和用户身份校验。
在校验正确的情况下，监控和服务平台返回成功应答；在校验错误的情况下，监控和服务平台返回错误应答。
5.1.3 接入平台在接收到监控和服务平台的应答指令后完成身份识别；接入平台在规定时间内未收到应答指令，应启动重发机制。
接入平台如果收到监控和服务平台返回的错误应答，应根据错误应答提示，再次启动重发机制。
5.2 连接的维持身份识别成功后，接入平台应按一定周期向监控和服务平台发送心跳信息，监控和服务平台在收到心跳信息后返回成功应答，发送周期由接入平台规定。
如果想重新建立连接，需要再次进行身份识别。
5.3 连接的过程连接的过程包括信息数据交换、信息查询、接入平台请求与监控和服务平台控制命令。
5.3.1信息数据交换由于每个用户的需求和权限不一样，信息数据交换分为三个模式，具体如下。
5.3.1.1接入平台只上报数据给监控和服务平台身份识别成功后，接入平台应把信息数据按照设定的上报时间周期（T）主动地上报监控和服务平台。
流程如图2所示。
图2信息数据上报流程示意图5.3.1.2监控和服务平台只下发数据给接入平台如果接入平台需要监控和服务平台下发数据，需要向监控和服务平台进行请求。
监控和服务平台对请求进行校验，如果校验正确，监控和服务平台按一定下发时间周期给接入平台下发数据，流程如图3所示。
如果检验错误，监控和服务平台返回一个错误应答。
接入平台如果没收到应答或收到错误应答，应启动重发机制。
流程如图4所示。
图4信息数据下发（错误应答）流程示意图5.3.1.3 监控和服务平台与接入平台数据交换，同时具有上报和下发功能。
5.3.1.4 进行数据交换时，接收方需要对接收到的信息数据进行校验。
如果检验错误，接收方忽略此包的信息数据。
5.3.1.5 进行数据交换时，要求连续完成单体动力蓄电池电压数据转发、动力蓄电池包温度数据转发、整车数据转发、卫星定位系统数据转发、极值数据转发、报警数据转发和充电时动力蓄电池数据转发。
5.3.1.5 信息数据上报时间周期或者下发时间周期应按不同的平台进行调整。
当出现报警，监控和服务平台与接入平台之间的周期应该实时的调整，转发时间应缩短到不大于1秒，保证信息的实时性。
5.3.2 信息查询5.3.2.1 信息查询是监控和服务平台发送查询命令，获取接入平台数据的过程，查询流程如图5所示。
图5信息查询流程示意图5.3.2.2 监控和服务平台对接入平台发送查询命令，查询命令中参数值均用一个0x00表示，接入平台对接收到的数据进行校验。
在校验正确的情况下，接入平台返回成功应答和查询参数值；在校验错误的情况下，接入平台返回错误应答。
5.3.2.3 监控和服务平台收到接入平台的正确应答指令后完成本次信息查询传输。
监控和服务平台收到错误应答后重新发送查询命令。
监控和服务平台在规定时间内未收到应答指令，启动重发机制。
5.3.3 接入平台请求命令设置与监控和服务平台控制命令设置5.3.3.1接入平台请求命令设置是接入平台发送请求命令给监控和服务平台，对监控和服务平台进行请求设置的过程，具体设置内容见表18。
接入平台请求命令设置流程如图6所示。
图6接入平台请求命令流程示意图图7监控和服务平台控制命令流程示意图5.3.3.2 监控和服务平台控制命令设置是监控和服务平台发送控制命令给接入平台，请求对接入平台进行控制的过程，具体设置内容见表18。
监控和服务平台控制命令设置流程如图7所示。
5.3.3.3 监控和服务平台或接入平台向对方发送命令设置，接收方对接收到的命令信息数据进行校验。
在校验正确的情况下，接收方返回成功应答；在校验错误的情况下，接收方返回错误应答。
5.3.3.4 监控和服务平台或接入平台在接收到对方的成功应答后完成自身命令传输；监控和服务平台或接入平台在规定时间内未收到应答指令，发送命令端应启动重发机制。
5.4重发机制5.4.1 重发超时时间根据具体的通信方式和通信过程自行定义，但不应大于10秒。
5.4.2 达到重发规定次数后仍未收到应答指令，则本次通信失败，结束本次通信。
超时重发次数应为3次。
5.5 连接的断开监控和服务平台与接入平台可根据TCP协议主动断开连接，双方都应主动判断TCP连接是否断开，释放端口。
5.5.1 TCP连接断开监控和服务平台判断TCP连接断开的方法：——根据TCP协议判断接入平台主动断开；——相同身份的接入平台建立新连接，表明原TCP连接已断开；接入平台判断TCP连接断开的方法：——根据TCP协议判断监控和服务平台主动断开；——数据通信链路断开；5.5.2 TCP连接通畅当TCP连接通畅的情况下，服务器和接入平台断开连接的情况有：——数据通信链路正常，达到重发次数后仍未收到应答；——监控和服务平台超过一定时间未收到接入平台发来的上报信息或心跳信息；——接入平台超过在一定时间内未收到监控和服务平台发来的下发信息或者心跳信息；Webservices方式5.6 连接的建立当通信连接建立，接入平台应立即向监控和服务平台发送信息进行用户身份信息和数据，流程如图8所示。
图8监控和服务平台数据传输流程示意图5.7 连接的方式连接的方式包括信息数据交换、信息查询、接入平台请求与监控和服务平台控制命令。
5.3.1信息数据交换由于每个用户的需求和权限不一样，信息数据交换分为三个模式，具体如下。
5.3.1.1接入平台只上报数据给监控和服务平台接入平台把信息数据按照设定的上报时间周期（T）主动地上报监控和服务平台。
流程如图2所示。
图1信息数据上报流程示意图5.3.1.2监控和服务平台只下发数据给接入平台如果接入平台需要监控和服务平台下发数据，需要向监控和服务平台进行请求。
监控和服务平台对请求进行校验，如果校验正确，监控和服务平台按一定下发时间周期给接入平台下发数据，流程如图3所示。
如果检验错误，监控和服务平台返回一个错误应答。
接入平台如果没收到应答或收到错误应答，应启动重发机制。
流程如图4所示。
图2信息数据下发（成功应答）流程示意图图3信息数据下发（错误应答）流程示意图5.3.1.3 监控和服务平台与接入平台数据交换，同时具有上报和下发功能。
5.3.1.4 进行数据交换时，接收方需要对接收到的信息数据进行校验。
如果检验错误，接收方忽略此包的信息数据。
5.3.1.5 进行数据交换时，要求连续完成单体动力蓄电池电压数据转发、动力蓄电池包温度数据转发、整车数据转发、卫星定位系统数据转发、极值数据转发、报警数据转发和充电时动力蓄电池数据转发。
