车载通信系统的协议

基于UDS协议的车辆OTA开发一、概览随着汽车电子化和互联网技术的快速发展，车辆OTA(OverTheAir)升级已经成为汽车行业的一个重要趋势。

通过OTA升级，车辆可以实现远程诊断、故障修复、软件更新等功能，提高车辆的安全性、可靠性和性能。

本文将介绍基于UDS协议的车辆OTA开发，主要包括UDS 协议简介、UDS协议在车辆OTA中的应用、UDS协议在车辆OTA开发中的挑战以及解决方案等内容。

通过对UDS协议的深入研究和实际应用，为读者提供一套完整的基于UDS协议的车辆OTA开发方案，帮助开发者快速实现车辆OTA功能，为汽车行业的智能化发展做出贡献。

1.1 研究背景和意义随着汽车电子技术的不断发展，车辆的智能化、网络化和信息化已经成为汽车产业的重要发展趋势。

为了满足这些需求，车辆制造商需要不断地对车辆进行升级和优化，以提高车辆的性能、安全性和舒适性。

传统的车辆升级方式主要依赖于现场维修，这种方式不仅效率低下，而且给车主带来了很大的不便。

研究一种新型的车辆OTA(OverTheAir)升级技术显得尤为重要。

UDS(Unified Diagnostic Services)协议是一种通用的汽车诊断通信协议，它可以实现对车辆各种系统的远程监控、故障诊断和数据传输等功能。

通过采用UDS协议，车辆制造商可以实现对车辆的远程升级，从而大大提高了车辆升级的便利性和可靠性。

UDS协议还可以实现与第三方软件供应商的数据交互，为车辆提供更多的应用和服务。

提高车辆升级的便利性：通过采用UDS协议，车辆制造商可以实现对车辆的远程升级，用户无需亲自前往维修站即可完成升级操作，大大降低了车主的维护成本和时间成本。

提高车辆升级的可靠性：UDS协议具有较强的抗干扰能力和错误检测能力，可以在复杂的网络环境下保证数据的准确传输，从而提高车辆升级的可靠性。

为车辆提供更多的应用和服务：通过与第三方软件供应商的数据交互，基于UDS协议的车辆OTA可以为车辆提供更多的应用和服务，如导航、语音识别、自动驾驶等，进一步提升车辆的智能化水平。

浅谈车载网络为了在提高性能与控制线束数量之间寻求一种有效的解决途径,在20世纪80年代初，出现了一种基于数据网络的车内信息交互方式——车载网络。

车载网络采取基于串行数据总线体系的结构，最早的车载网络是在UART(Universal Asynchronous Receiver/Transmitter)的基础上建立，如通用汽车的E&C、克莱斯勒的CCD等车载网络都是UART在汽车上的应用实例。

由于汽车具有强大的产业背景，随后车载网络由借助通用微处理器/微控制器集成的通用串行数据总线，逐渐过渡到根据汽车具体情况，在微处理器/微控制器中定制专用串行数据总线。

20世纪90年代中期，为了规范车载网络的研究设计与生产应用，美国汽车工程师协会(SAE)下属的汽车网络委员会按照数据传输速率划分把车载网络分为Class A、Class B、Class C三个级别：Class A的数据速率通常低于20Kbps，如LIN，主要用于车门控制、空调、仪表板；Class B的数据速率为10Kbps～125Kbps，如低速CAN(ISO 11898)，主要是事件驱动和周期性的传输；Class C的数据速率为125Kbps～1Mbps，如高速CAN(ISO898)，主要用于引擎定时、燃料输送、ABS等需要实时传输的周期性参数。

拥有更高传输速率的MOST和FlexRay主要适用于音视频数据流的传输。

目前与汽车动力、底盘和车身密切相关的车载网络主要有CAN、LIN和FlexRay。

从全球车载网络的应用现状来看，通过20多年的发展，CAN已成为目前全球产业化汽车应用车载网络的主流。

CAN，全称为“Controller Area Network”，即控制器局域网，CAN 数据总线又称为CAN—BUS总线，20世纪80年代初由德国Bosch 公司开发，作为一种由ISO定义的串行通讯总线，其通信介质可以是双绞线、同轴电缆或光导纤维。

一、FlexRay介绍FlexRay通讯协议运用于可靠的车内网络中，是一种具备故障容错的高速汽车总线系统。

它已经成为同类产品的基准，将在未来很多年内，引导汽车电子产品控制结构的发展方向。

FlexRay协议标准中定义了同步和异步帧传输，同步传输中保证帧的延迟和抖动，异步传输中有优先次序，还有多时钟同步，错误检测与避免，编码解码，物理层的总线监控设备等。

1.1汽车网络通信协议综述汽车网络通信协议在保证整个系统正常运行方面起着非常重要的作用。

它可以帮助解决系统很多问题，如数据共享、可扩展性、诊断接口等。

目前，应用于汽车领域的网络标准除了FlexRay还有很多，如CAN、LIN、J1850及MOST等。

CAN总线全称为“控制器局域网总线（Controller Area Network）”，是德国博世公司从80年代初为解决现代汽车中众多的控制与测试仪器之间的数据交换而开发的一种串行数据通信协议。

它是一种多主总线，通信介质可以是双绞线、同轴电缆或光导纤维。

CAN通信速率可达１Mbit/s，每帧的数据字节数为8个。

LIN（Local Interconnect Network，控制器局域网）总线是由LIN 协会发布的一种新型低成本串行通信总线，也称为经济型CAN网络。

LIN的目标是为现有汽车网络（例如CAN 总线）提供辅助功能，因此LIN总线是一种辅助的总线网络，在不需要CAN 总线的带宽和多功能的场合比如智能传感器和制动装置之间的通信使用LIN总线可大大节省成本。

J1850总线是1994年由汽车工程师协会颁布的标准，之后普及运用于美国车厂的汽车中。

不过，虽然美国各厂多采用J1850标准，但是各厂的实际做法又不相同，因此相对其他标准来说比较混乱。

由于J1850总线通信速率低，只适合用于车身控制系统及诊断系统，目前在美国逐步被CAN 所取代。

MOST（Media Oriented System Transport，面向媒体的系统传输）总线是采用光纤并用于智能交通及多媒体的网络协议，能够支持24.8Mbps的数据速率，与以前的铜缆相比具有减轻重量和减小电磁干扰的优势。

汽车诊断相关的协议汽车诊断相关的协议随着汽车智能化的不断发展，汽车的电子控制系统也越来越复杂。

因此，诊断汽车的问题已经成为了一项非常重要的任务。

而诊断汽车的关键是了解汽车控制系统的工作原理，必须使用适当的诊断工具和协议进行诊断。

下面介绍几种比较常用的汽车诊断协议。

1. OBD协议OBD是On Board Diagnostics的缩写，即汽车车载自我诊断系统。

它是由美国汽车工业协会和美国环保局共同制定的车辆诊断标准，并在1996年强制要求所有美国市场上销售的汽车都安装有OBD II系统。

OBD协议使用了标准的16个引脚的OBD接口来传输车辆信息。

该协议通过扫描检测到的汽车故障码来指导服务工程师对问题进行更详细的诊断和解决。

OBD II可以检测引擎性能问题、变速箱问题、氧气感知器问题、轮胎压力问题、传感器问题等。

2. CAN协议CAN协议即控制器局域网协议，是一种用于汽车通信的车载数据总线通信协议。

它是用于在汽车和汽车的机电控制系统中传输数据和命令的系统，同时也用于汽车的诊断系统。

CAN协议支持多个控制器之间进行网络通信，它非常适合在多处理器或多控制器的系统中使用。

CAN协议的传输速度非常快，速率可以高达1Mbps，有效的传输距离也非常远，可以达到40公里。

在汽车通信中，CAN协议被广泛应用于发动机管理系统、制动系统、车辆电气系统等方面。

3. KWP2000协议KWP2000协议是在K Line（汽车用的一个串行总线）上运行的一种进一步的OBD II协议，它是一种质询式协议，支持从设备上读取和写入数据。

KWP2000协议中最基本的诊断命令可以读取和清除存储在ECU（电子控制单元）的故障码。

该协议还支持在线参数和实时数据的读取，并允许设备通过ECU发送控制器指令。

KWP2000协议也支持多个ECU之间的通信，使汽车系统更加智能化。

该协议通常用于安装在共用K线的控制器上，例如发动机控制器、变速箱控制器和ABS（防抱死制动系统）控制器等。

iec车载体系相关标准在车载电子领域，国际电工委员会（International Electrotechnical Commission, IEC）提供了一系列标准，以确保车辆内部的电气和电子系统的安全性和互操作性。

这些标准涵盖了从车载电子硬件到通信协议的各个方面。

本文将就IEC车载体系相关标准进行详细介绍。

一、IEC标准概述IEC是一个国际标准化组织，致力于发布和推广工业领域的国际标准。

在车载电子领域，IEC提供的标准涵盖了车辆内部电子系统、交通和移动系统、电动汽车等方面。

这些标准旨在确保车载电子系统的性能、可靠性和安全性，并促进不同制造商之间的互操作性。

二、车辆内部电子系统标准1. IEC 60050IEC 60050是车辆内部电子系统的分类和术语标准。

该标准定义了与车辆电子系统相关的术语，并对车辆内部电子系统进行分类，为其他标准提供了基础。

2. IEC 60068IEC 60068是车载电子系统的环境试验标准。

该标准规定了车辆内部电子系统应受到的环境影响以及相应的试验方法，如温度、湿度、振动等。

3. IEC 60079IEC 60079是车载电子设备的防爆标准。

在某些特殊环境中，如石油化工行业，车辆内部电子设备需要符合防爆要求，以确保安全性。

该标准规范了防爆电子设备的设计和测试方法。

三、交通和移动系统标准1. IEC 61850IEC 61850是车载电子系统通信标准。

该标准规定了车辆内部电子系统之间的通信协议，以实现数据的传输和共享。

通过统一的通信标准，不同制造商的设备可以互相交互和通信，提高整个系统的可靠性和互操作性。

2. IEC 61508IEC 61508是车辆内部电子系统的功能安全标准。

该标准要求在整个车辆电子系统的设计、实施和维护过程中，要考虑到系统的安全性和故障容忍能力。

这有助于提高车辆内部电子系统的可靠性和安全性。

四、电动汽车标准1. IEC 61851IEC 61851是电动汽车充电设备的标准。

车载网络通信基础知识目录一、基础概念 (2)1. 车载网络通信的定义 (3)2. 车载网络通信的重要性 (3)3. 车载网络通信的发展历程 (5)二、基本原理 (6)1. 车载网络通信的协议层次结构 (7)2. 数据传输方式 (9)2.1 串行传输 (11)2.2 并行传输 (12)3. 车载网络通信的拓扑结构 (13)3.1 星型拓扑 (14)3.2 总线拓扑 (16)3.3 环型拓扑 (17)3.4 网状拓扑 (18)三、常用车载网络通信协议 (18)四、车载网络通信设备 (20)1. 车载通信控制器 (21)2. 车载通信接口 (22)3. 车载通信线缆 (23)4. 车载通信设备故障诊断与维修 (25)五、车载网络通信系统的应用 (26)1. 汽车电子控制单元的通信 (28)2. 车辆网络化控制系统 (29)3. 车载信息服务系统 (30)4. 车载导航与娱乐系统 (31)六、未来发展趋势与挑战 (32)1. 车载网络通信技术的创新 (33)2. 车载网络通信的安全性问题 (35)3. 车载网络通信的标准化与互操作性 (36)4. 车载网络通信在智能交通系统中的应用 (37)一、基础概念车载网络通信技术：车载网络通信技术是指在汽车内部，通过各种通信协议和设备，实现车辆内部各个系统之间以及车辆与外部环境之间的数据传输和信息交互的技术。

通信协议：通信协议是车载网络通信的基础，它规定了车辆内部各个系统之间以及车辆与外部环境之间的数据传输格式、通信速率、可靠性等方面的要求。

车载通信设备：车载通信设备包括车载以太网、车载CAN总线、车载FlexRay总线、WiFi等，它们是实现车载网络通信的关键组件。

车载网络拓扑结构：车载网络拓扑结构是指车辆内部各个系统之间的连接关系和组织方式，常见的拓扑结构有星型、总线型和环型等。

车载网络通信协议栈：车载网络通信协议栈是指为实现车载网络通信而建立的一组层次化的协议，包括物理层、数据链路层、网络层、传输层和应用层等。

CAN总线的使用CAN（Controller Area Network）总线是一种多主机、多线程、分散控制系统中常用的实时通信协议，被广泛应用于车载电子、工业自动化、航空航天等领域。

本文将从CAN总线的基本原理、应用场景、使用方法等方面进行介绍。

一、CAN总线的基本原理CAN总线是由以位为基本单元的串行通信协议，其通信原理可以简单概括为：数据发送方通过CAN控制器将数据转换成一系列的数据帧，并通过CAN总线发送给接收方；接收方的CAN控制器接收到数据帧后，将其还原成原始数据。

CAN总线采用了CSMA/CR（Carrier Sense Multiple Access with Collision Resolution）的数据传输方式，即对总线中数据帧的冲突进行检测和解决。

二、CAN总线的应用场景1.车载电子系统中，CAN总线常用于汽车中的各种电子控制单元（ECU）之间的通信。

例如，引擎控制单元（ECU）、刹车控制单元（ECU）、空调控制单元（ECU）等通过CAN总线进行实时的数据交换和协调。

2.工业自动化领域中，CAN总线广泛应用于工业机器人的控制、传感器的数据采集与通信等方面。

CAN总线在工业环境中的抗干扰能力较强，可以满足高噪声环境下的可靠通信要求。

3.航空航天领域中，CAN总线可用于飞机电子设备之间的数据通信，如航空仪表、飞行控制系统、通信导航系统等。

三、CAN总线的使用方法1.硬件部分：（1）CAN总线连接：CAN总线通常使用双绞线进行连接，其中一根线为CAN High（CAN_H），另一根线为CAN Low（CAN_L）。

CAN_H和CAN_L通过终端电阻连接至VCC和GND，即电压分配电阻（VCC上的120欧姆电阻和GND上的120欧姆电阻）。

（2）CAN控制器选择：需要选择适合应用需求的CAN总线控制器。

（3）CAN总线的连接节点：将需要通信的CAN节点连接至CAN总线上，通常通过CAN收发器进行连接。

一般来说，汽车通信网络可以划分为四个不同的领域，每个领域都有其独特的要求。

现有的主流汽车总线协议都无法适应所有的要求：信息娱乐系统：此领域的通信要求高速率和高带宽，有时会是无线传输，目前主流应用协议有MOST，正在推出的还有IDB-1394等；高安全的线控系统（X-By-Wire）：由于此领域涉及安全性很高的刹车和导向系统，所以它的通信要求高容错性、高可靠性和高实时性。

可以考虑的协议有TTCAN、FlexRay、TTP等；车身控制系统：在这个领域CAN协议已经有了二十多年的应用积累，其中包括传统的车身控制和传动装置控制；低端控制系统：此系统包括那些仅需要简单串行通信的ECU，比如控制后视镜和车门的智能传感器以及激励器等，这应该是LIN总线最适合的应用领域。

其中，控制器局域网（CAN）是最有名的、也是最早成为国际标准的汽车总线协议。

CAN协议是串行协议，能够有效地支持具有高安全等级的分布实时系统。

CAN 是一个多主机系统，所以它设计了高效率的仲裁机制来解决传输冲突问题，具有高优先级的系统总能优先得到总线的使用权。

CAN还同时使用了其它一些防错手段，能够判断出错的节点并及时关闭之，这样就在很大程度上保证了总线的可靠性。

CAN的传输速率和总线长度相关，最高可以到1Mbps，一般车内使用的速率是500Kbps到200Kbps。

CAN多年来作为车身控制的主干网已经形成了从IC设计到软件开发和测试验证的完整产业链，而且它还将在新的汽车主干网行业标准确立之前一直充当这一角色。

在车内，还有许多ECU的控制并不需要CAN这样高速率和高安全的通信，本地互联网络（LIN）就是为适应这类应用而设计的低成本解决方案。

LIN是一个公开的协议，它基于SCI（UART）串行通信的格式，结合了汽车应用的特点。

LIN是单一主机系统，不但降低了硬件成本，而且在软件和系统设计上也能更容易地兼容其它网络协议，比如CAN。

LIN的传输速率最高可到20Kbps，主要是受到EMI 和时钟同步的限制。

交通部808协议交通部808协议，是中国交通运输行业针对车辆远程监测和运营管理制定的一项标准。

其正式名称为《交通运输行业车辆远程监控与运营管理信息系统通信协议》，通常简称为808协议。

808协议的制定旨在提高交通运输行业的安全性和运营效率，为车辆远程监控和运营管理提供了统一的技术规范。

根据协议规定，车辆运输企业需要安装车载终端设备，通过上报位置、状态和报警等信息，实现对车辆的实时监控和管理。

在上报信息方面，808协议要求车辆终端设备必须按照规定时间间隔上报车辆的位置信息，并包括车辆速度、行驶方向、里程等数据。

此外，车辆终端设备还需要上报车载摄像头拍摄的图像和视频数据，以实现对车辆内部和周边环境的监控。

车辆远程监控和运营管理是808协议的核心内容。

通过车辆终端设备与运营管理中心的通信，可以实时监控车辆的运行情况，包括行驶轨迹、车辆状态、油耗状况等，为运营管理提供有力的数据支持。

同时，协议规定了远程控制车辆的功能，例如，可以通过远程指令锁车、解锁、熄火等，确保车辆的安全运行。

808协议还对车载终端设备的性能指标、通信协议以及数据传输安全等方面进行了详细的规定。

设备需要具备高性能的处理器和存储器，以满足实时处理和存储大量数据的需求。

同时，设备的通信协议必须符合相关标准，以确保与运营管理中心的通信稳定可靠。

此外，为保护数据的安全性，协议还规定了数据传输的加密和认证机制。

808协议的实施对交通运输行业具有重要意义。

首先，它大幅提升了车辆监控和运营管理的效率，实现了对车辆的全程追踪和实时监控。

这样一来，运营管理人员可以了解车辆的实时状况，及时处理突发事件，提高运输效率。

其次，协议规范了车载终端设备的性能和通信协议，提高了车辆远程监控的质量和可靠性，有效遏制了交通事故和违法行为的发生。

最后，808协议的实施也为车载终端设备的研发和生产提供了市场需求，推动了交通运输行业的技术创新和产业发展。

总之，交通部808协议是我国交通运输行业的重要标准，为车辆远程监控和运营管理提供了技术规范。

NGTP简介1.概念和缩略语1.1. NGTPNGTP是Next Generation Telematics Protocol的英文缩写，意思是“下一代Telematics 协议”，它是由BMW公司牵头，联合另外两家TSPs（Telematics Service Providers)（其中一家为：“Connexis",另外一家为“WirelessCar”）联合开发而成的一个Telematics体系框架（framework)及开放的技术标准协议（technology-neutral protocol），它为Telematis产业应用提供了更大的灵活性（flexibility）及可扩展性（scalability）。

NGTP的核心是通过开放、标准化的协议来提供服务。

1.2. TelematicsTelematics是通信和信息科学的合成词。

此系统通过车载通信终端机，分析汽车内发生的各种状况和收集驾驶所必需的各种信息，为驾驶员提供方便和安全。

为了实现Telematics 服务，车内必须安装GPS(Global Positioning System)和具有移动通信功能的终端机。

Telematics技术中，广为人知的是导航技术。

在很多国家，许多车主把导航装置作为可选配置。

只要输入目的地，此系统就同时用语音告知以最短时间到达目的地的路径。

另外，根据实时交通状况，及时提醒驾驶员避开交通堵塞的路段。

Telematics的另一个重要的功能是汽车服务中心可以远程诊断车辆故障。

无线互联网终端机通过连接汽车控制单元（Electronic Control Unit），收集汽车的信息并发送到服务中心。

服务中心的诊断仪器根据发动机温度、尾气、轮胎、汽油等状况，分析和判断有无故障，并及时告知驾驶员。

另外，在出现紧急情况时，服务中心也可以控制车辆。

如发现汽车失窃，就可以指令汽车停止运行或无法启动。

Telematics的终端机不仅是普通的显示器，而且是可以连接互联网的计算机。

什么是C-V2X5G时代万物将互联，人与人、人与物、物与物可以通过无线网络进行连接，C-V2X车联网技术也逐渐成为了主流。

C-V2X means Cellular Vehicle-to-Everything，是基于蜂窝网络的车用无线通信技术。

V2X早期主要是基于DSRC，全称是dedicated short range communication，专用短距离通信技术。

V2X车联网通信主要分为三大类：V2V（Vehicle to Vehicle）、V2I（Vehicle to Infrastructure)和V2P（Vehicle to Pedestrian）。

这3种类型的V2X可以使用“合作意识”，为用户提供更加智能的服务。

这意味着运输实体，如车辆、路边的基础设施和行人，可以收集当地环境的信息（如从其它车辆或传感器设备接收到的信息），在进一步处理和共享这些信息，以提供更多的智能服务，如碰撞警告或自主驾驶。

打开腾讯新闻，查看更多图片 >简单的说：V2X就像是给车配了部智能手机，可以获取更多信息，可以和其他“手机”形成互联，互通信息。

同时还可以通过计算来进行智能操作，更好的履行“司机”的义务。

复杂的说：V2X是对车载传感器的完善，甚至可以说车载传感器只是其辅助手段。

与车载传感器相比，V2X不会因沙尘天气或者大雨、大雾等不良天气的影响而弱化自身功能。

相反V2X的应用能够增强对环境的感知能力、降低车载传感器成本、能使多车信息融合决策。

目前，用于V2X通信的主流技术包括专用短程通信（Dedicated Short Range Communication，DSRC）技术和基于蜂窝移动通信系统的C-V2X（Cellular Vehicle to Everything）技术（包括LTE-V2X 和5G NR-V2X）。

DSRC是智能交通系统中最重要的基础通信协议之一这项技术是1992年美国材料试验学会ASTM（American Society for Testing Materials）针对ETC业务而提出来的，后来经过不断完善，变成了IEEE的车联网通信技术标准（802.11p）。

一、封面【整车开发通讯协议书】二、目录1. 协议概述2. 协议内容2.1 协议标准2.2 协议层级2.3 协议应用2.4 协议版本3. 协议规则3.1 数据传输规则3.2 通信安全规则3.3 故障处理规则4. 协议实施与维护5. 协议变更管理6. 附录三、协议概述本协议旨在规范整车开发过程中的通讯协议，确保各模块间信息传递的准确、高效、安全。

本协议适用于整车开发过程中的所有通讯接口，包括但不限于传感器、执行器、控制器等。

四、协议内容4.1 协议标准本协议遵循以下标准：- ISO 15765-2：LIN通信协议- ISO 11898-2：CAN通信协议- ISO 15031-5：车载诊断接口（OBD）通信协议4.2 协议层级整车通讯协议分为以下层级：- 物理层：负责信号的传输和接收- 数据链路层：负责数据帧的传输和错误检测- 网络层：负责数据包的路由和传输控制- 应用层：负责特定功能的应用程序4.3 协议应用本协议应用于以下场景：- 汽车动力系统- 底盘控制系统- 车身电子系统- 信息娱乐系统- 车载诊断系统4.4 协议版本本协议版本为V1.0，后续版本将根据实际需求进行更新。

五、协议规则5.1 数据传输规则- 数据传输应遵循ISO标准规定的帧格式；- 数据传输速率应符合协议规定的速率；- 数据传输方向应符合协议规定的方向。

5.2 通信安全规则- 采取加密措施，确保通信数据的安全性；- 定期检查和更新通信密钥，防止密钥泄露；- 对通信过程中的异常数据进行报警和记录。

5.3 故障处理规则- 当发生通信故障时，应及时排查原因并采取措施；- 故障处理过程中，应保证其他模块的正常运行；- 故障处理后，应对相关模块进行复位和初始化。

六、协议实施与维护6.1 实施流程- 按照本协议规定的协议标准和层级进行开发；- 对开发过程中出现的通讯问题进行调试和优化；- 对已发布的协议进行版本管理。

6.2 维护措施- 定期对协议进行审查和更新；- 及时解决协议实施过程中出现的问题；- 建立通讯协议技术支持团队，提供技术支持。

ICS 03.220.20;35.240.60JT M53备案号：目 次前言 (II)1 范围 (1)2 规范性引用文件 (1)3 术语和定义、缩略语 (1)4 协议基础 (3)5 通信连接 (5)6 消息处理 (5)7 协议分类与说明 (6)8 数据格式 (9)附 录 A （规范性附录） 车载终端与外接设备通讯协议 (41)附 录 B （规范性附录）消息对照表 (44)I前 言本标准按GB/T 1.1-2009给出的规则起草。

本标准由全国道路运输标准化技术委员会(筹)提出并归口。

本标准起草单位：福建省交通运输厅、中国交通通信信息中心、交通运输部公路科学研究院。

本标准主要起草人：罗冠伟、冯泉、董轩、张锦、刘建、周炜、梁金焰、尚绛、李文亮、丘舍金、李明瑛、李臣、林昭、沈兵、张学文、杨立、崔海涛。

II道路运输车辆卫星定位系统终端通讯协议及数据格式1 范围本标准规定了道路运输车辆卫星定位系统车载终端(以下简称终端)与监管/监控平台（以下简称平台）之间的通讯协议与数据格式，包括协议基础、通信连接、消息处理、协议分类与说明及数据格式。

本标准适用于道路运输车辆卫星定位系统车载终端和平台之间的通信。

2 规范性引用文件下列文件对于本文件的应用是必不可少的。

凡是注日期的引用文件，仅所注日期的版本适用于本文件。

凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T 2260 中华人民共和国行政区划代码GB/T 19056 汽车行驶记录仪JT/T 415-2006 道路运输电子政务平台 编目编码规则JT/T 794 道路运输车辆卫星定位系统 车载终端技术要求3 术语和定义、缩略语3.1 术语和定义下列术语和定义适用于本文件。

3.1.1数据通信链路异常 abnormal data communication link无线通信链路断开，或暂时挂起(如通话过程中)。

3.1.2注册 register终端向平台发送消息告知其安装在某一车辆上。