车云通信应用层协议浅析.pdfVIP

饭疏食，饮水，曲肱而枕之，乐亦在其中矣。不义而富且贵，于我如浮云。——《论语》

车云通信应用层协议浅析

车联网配置的普及，使得车端与云端的交互日益频繁。车云通信协议作为车联业务的底层，随着接入车

辆总数的不断增长，设计时必须考虑健壮性和拓展性。

早期网联应用较少，因此不少车厂采用基于TCP/IP的私有化协议。但随着车联网业务场景的快速演变，

私有协议弊端也开始凸显，例如：

（1）开发新车型或新控制器都需定制或适配协议栈，这会导致开发重点从业务转移到通信中间件，增

加了人力成本和测试复杂性；

（2）私有协议具有封闭性、排他性等特点，一般是为了某些早期的特定业务场景而设计，缺乏灵活性

和扩展性；

（3）接入车辆数的增多，也更易碰到性能的瓶颈，消息可靠性亦无保障，对上层业务影响较大。

因而一个轻量化、高可靠、可拓展的物联网协议是主机厂车云通信的不二选择。本文主要通过比较常见

的物联网协议，并详细阐释MQTT协议在车云通信中的优势。

请求响应模式

首先介绍请求响应模式的物联网协议，即一问一答“”的形式，包括HTTP和CoAP。

一、HTTP

读者最为熟悉的是HTTP，在早期也的确有不少设备采用基于REST风格的HTTP协议作为云端与设备端的

应用层协议。其传输层采用TCP、网络层采用IPv4/IPv6。

然而HTTP协议是无状态、无连接的，一般由设备主动请求，云端难以主动向客户端推送消息，不能满

足日益变化的车联业务需求。对于本就珍贵的车端运算和存储能力，HTTP较重的协议字段也增大了性

能开销。与此同时，HTTP协议采用的传输层协议TCP并不支持多播或者广播，在数据分发上也具有瓶

颈。

因此如果HTTP如承担车云的通信协议，是存在短板的。

二、CoAP

CoAP（ConstrainedApplicationProtocol），即受限制的应用协议，协议小巧，协议字段可选，数据

包最小仅4字节。对于那些算力和内存小的设备，或现有Web服务器架构的设备，CoAP协议是一个更好

的解决方案。

饭疏食，饮水，曲肱而枕之，乐亦在其中矣。不义而富且贵，于我如浮云。——《论语》

同为请求响应工作模式，CoAP保留了HTTP快速开发的特点，并减小了网络开销，实现了收发数据异

步，提高了设备的响应速度。CoAP可与HTTP兼容，请求方法类似，包括了GET、POST、PUT、

DELETE。

基于REST风格设计，相较于HTTP协议，传输层从TCP变为了UDP、网络层为6LowPAN（基于IPv6的低

速无线个域网标准，即IPv6overIEEE802.15.4）。由于UDP允许广播和多播，CoAP协议降低了分发数

据的带宽要求。但CoAP局限应用于局域网中，限制了其在车联网的应用。

发布订阅模式

物联网不少协议的设计模式为发布订阅模式，当前物联网云平台主流使用的发布订阅模式协议为DDS和

MQTT。

一、DDS

DDS(DataDistributionServiceforReal-TimeSystems)，为新一代分布式实时通信中间件协议，用于

节点之间发送和接收数据、事件和命令。分发百万条消息的性能达到秒级。DDS采用无代理的发布/订

阅体系架构，实现了以数据为中心的数据共享，提供多达22种QoS（QualityofService，服务质量）策

略，以保障数据进行实时、高效、灵活地分发，可满足各种分布式实时通信应用需求。这也是它适用于

国防军事、工业控制这些高可靠性、可安全性应用领域的原因。

DDS的特性源于其底层实现了一个抽象的全局数据空间域，如下图所示，DDS的基本架构由域构成，域

将各应用组合在一起进行通信。域是一个范围概念，由域ID唯一标识，只有在同一个域内的通信实体才

能通信。域参与者作为数