物联网通信协议_物联网主流通信协议解读

最新推荐文章于 2024-06-08 14:57:20 发布

weixin_39938875

最新推荐文章于 2024-06-08 14:57:20 发布

阅读量417

点赞数

文章标签：物联网通信协议

本文链接：https://blog.csdn.net/weixin_39938875/article/details/111577966

版权

【摘要】当今物联网的主流通信协议是CoAP/LWM2M协议和MQTT协议，本文将分别解读这些协议的工作方式，了解它们的特点，帮助选择最适合的设备的通信协议。

通信协议又称为传输协议，用于定义多个设备之间传播信息时的系统标准。通信协议定义了设备通信中的语法、语义、同步规则和发生错误时的处理原则，可以理解为机器之间使用的语言。

在物联网场景中，通信主要发生在设备和物联网平台之间，由于大部分物联网设备都是资源受限型设备，它们的物理资源和网络资源都非常有限，直接使用现有的HTTP协议进行通信对它们来说要求实在是太高了。

因此，物联网场景中主要使用的通信协议都是轻量级的，为资源受限环境而设计的通信协议，例如CoAP/LWM2M协议和MQTT协议。

本文将会分别解读CoAP/LWM2M协议和MQTT协议，希望能帮助了解这些协议，并选择最适合的设备的通信协议。

CoAP/LWM2M协议

CoAP(Constrained Application Protocol，受限制的应用协议)运行于UDP协议之上，设计上主要借鉴了HTTP协议的RESTful风格，简化了协议包格式，一个最小的CoAP数据包仅4字节。CoAP协议采用了和HTTP协议相同的请求/响应模型，客户端发出请求后，服务端处理请求并回复响应，是一种点对点的通信模型。

CoAP和HTTP一样都是通过URI指定要访问的资源，但CoAP协议以「coap:」或「coaps:」开头，其中coaps的s是指消息通过DTLS协议加密。CoAP的每一条消息都是一条二进制的报文，由以下部分组成：

“

VER：长度2位，用于表示CoAP协议的版本号。

T：长度2位，用于表示报文类型。CoAP协议定义了四种报文类型：

CON：需要应答的报文，接受者收到该消息后需要及时回复一个ACK报文。
NON：无需应答的报文。
ACK：应答报文。
RST：复位报文，当接受者无法解析收到的报文或收到的报文中含有错误时，可以回复RST报文。

TKL：长度4位，用于表示Token字段的长度。

Code：长度8位，在请求消息中用于表示请求方法(GET/POST/PUT/DELETE)，在响应消息中表示响应码(与HTTP的响应码类似)。

Message ID：长度16位，用于标识报文。主要用途有两个，一个是服务端收到CON报文后，需要返回相同Message ID的ACK报文；另一个是重发场景下，用相同的Message ID表示这是同一条报文的重复发送。

Token：可选字段，长度由TKL决定，同样用来标识报文。例如，有时候服务端收到CON报文(携带了Token)后，请求的内容无法立刻处理完成，就只能先回复一个不带响应数据的ACK报文，待请求处理完成后再通过一个CON或者NON报文将实际响应数据带给客户端；此时这个报文就必须携带和之前的CON报文相同的Token，告诉客户端这个报文是之前的CON报文的响应。

”

同理，若客户端发送NON报文进行请求，服务端也可同样使用NON报文进行响应，两个报文使用Token进行关联。除此之外，Token还可用于消息防伪造等场景，此处不再展开说明。

Options：可选字段，长度不定，作用类似于HTTP协议中的消息头。

1 1 1 1 1 1 1 1：隔离符，用于分隔Options和Payload。

Payload：实际负载数据，即HTTP协议中的消息体，用于携带这条消息实际的内容，可以为空。

了解过CoAP协议后，接下来我们再了解下LWM2M协议。

LWM2M(Lightweight Machine-To-Machine，轻量级M2M)协议是由由OMA(Open Mobile Alliance)提出并定义的基于CoAP协议的物联网通信协议。LWM2M协议在CoAP协议的基础上定义了接口、对象等规范，使得物联网设备和物联网平台之间的通信更加简洁和规范。

LWM2M协议定义了三个逻辑实体：LWM2M Server(服务端)，LWM2M Client(客户端)，LWM2M Bootstrap Server(引导服务)，其中LWM2M Server和LWM2M Bootstrap Server可以是同一个服务器。在这些实体间，LWM2M协议定义了四个接口：

Bootstrap：引导接口。客户端首次启动后，可以通过该接口访问引导服务(需要厂家提前把引导服务器的地址写入设备)，获取服务端的地址。

Device Discovery and Registration：设备发现与注册接口。客户端通过该接口将自己的基本信息写到服务端，包括自己支持哪些能力。该接口同时还可以用于升级注册信息和注销设备。

Device Management and Service Enablement：设备管理和业务实现接口。服务端通过该接口给客户端下发指令，客户端处理指令并返回响应。该接口定义了7种操作，分别是：「Create」、「Read」、「Write」、「Delete」、「Execute」、「Write Attributes」和「Discover」。