物联网IoT终端设备如何选择接入协议

目前市面上大多数IoT模组都支持TCP、UDP、CoAP、LwM2M、MQTT等协议，这里面既有传输层的协议也有应用层的协议，协议众多，适用的场景也不同。但是设计产品时通常只需要运用一种协议，那么怎么来选择一种符合自己产品的应用场景的协议显得尤为重要。本文将介绍TCP、UDP、CoAP、LwM2M、MQTT这5个常用的协议的特点与区别，为设计产品时协议的选择提供参考。

传输层协议TCP与UDP

CP（传输控制协议，Transport Controll Protocol）、UDP（用户数据报协议，User Data Protocol）同属于传输层协议，为上层用户提供级别的通信可靠性。

传输控制协议（TCP）：TCP（传输控制协议）定义了两台计算机之间进行可靠的传输而交换的数据和确认信息的格式，以及计算机为了确保数据的正确到达而采取的措施。协议规定了TCP软件怎样识别给定计算机上的多个目的进程如何对分组重复这类差错进行恢复。协议还规定了两台计算机如何初始化一个TCP数据流传输以及如何结束这一传输。TCP最大的特点就是提供的是面向连接、可靠的字节流服务。

用户数据报协议（UDP）：UDP（用户数据报协议）是一个简单的面向数据报的传输层协议，提供的是非面向连接的、不可靠的数据流传输。UDP不提供可靠性，也不提供报文到达确认、排序以及流量控制等功能。它只是把应用程序传给IP层的数据报发送出去，但是并不能保证它们能到达目的地。因此报文可能会丢失、重复以及乱序等。但由于UDP在传输数据报前不用在客户和服务器之间建立一个连接，且没有超时重发等机制，故而传输速度很快。TCP与UDP的区别

TCP与UDP的区别

那么传输层协议是否适合直接运用到物联网设备终端上？

传输层，顾名思义，他只负责传输数据，就好比是一辆运货的货车，但是想让货物完好无损地运到目的地，那就还需要做打包、装车、验货、入库、签回单等工作，这就需要做更多地工作，这些工作也就是应用层协议要做的工作。所以物联网设备终端要想对数据进行稳定、可靠地交互，就需要使用应用层的协议，而不能直接使用传输层的协议。以下将介绍MQTT、CoAP、LwM2M三种适合在物联网设备终端上运用的应用层协议。

MQTT概述

MQTT（Message Queuing Telemetry Transport，消息队列遥测传输）是IBM开发的一个即时通讯协议，有可能成为物联网的重要组成部分。该协议支持所有平台，几乎可以把所有联网物品和外部连接起来，被用来当做传感器和制动器（比如通过Twitter让房屋联网）的通信协议。

MQTT协议特点

MQTT协议是为大量计算能力有限，且工作在低带宽、不可靠的网络的远程传感器和控制设备通讯而设计的协议，它具有以下主要的几项特性：  1、使用发布/订阅消息模式，提供一对多的消息发布，解除应用程序耦合;2、对负载内容屏蔽的消息传输;3、使用TCP/IP 提供网络连接;4、有三种消息发布服务质量：

“至多一次”，消息发布完全依赖底层 TCP/IP 网络。会发生消息丢失或重复。这一级别可用于如下情况，环境传感器数据，丢失一次读记录无所谓，因为不久后还会有第二次发送。“至少一次”，确保消息到达，但消息重复可能会发生。“只有一次”，确保消息到达一次。这一级别可用于如下情况，在计费系统中，消息重复或丢失会导致不正确的结果。小型传输，开销很小(固定长度的头部是 2 字节)，协议交换最小化，以降低网络流量。

CoAP概述由于物联网中的很多设备都是资源受限型的，即只有少量的内存空间和有限的计算能力，所以传统的HTTP协议应用在物联网上就显得过于庞大而不适用。IETF的CoRE工作组提出了一种基于REST架构的CoAP协议。CoAP工作在UDP协议族，采用的是二进制格式，相比起HTTP采用的文本格式，CoAP比HTTP更加紧凑。CoAP协议特点

1、消息模型，以消息为数据通信载体，通过交换网络消息来实现设备间数据通信。

2、对云端设备资源操作都是通过请求与响应机制来完成，类似HTTP，设备端可通过4个请求方法（GET, PUT, POST, DELETE）对服务器端资源进行操作。

3、协议包轻量级，最小长度仅为4B。

4、支持可靠传输，数据重传，块传输，确保数据可靠到达。

5、支持IP多播，即可以同时向多个设备发送请求。

6、非长连接通信，适用于低功耗物联网场景。

MQTT与CoAP的区别

那么MQTT和CoAP哪个更适合用于物联网设备上呢？

MQTT和CoAP其实都比较适用于物联网设备上，但是还是要根据实际场景来选择使用。比如设备运行在一个不需要考虑功耗，但是需要实时被控制的场景，例如充电桩、快递柜等场景，则使用MQTT协议比较合适。如果设备通常只有上报数据，且对功耗很敏感的场景，例如水表、燃气表等场景，则使用CoAP协议比较合适。

LwM2M概述

OMA（Open Mobile Alliance）是一家国际组织，最初定义了一套 OMA-DM的协议，用来远程管理移动终端设备，比如手机开户，版本升级等等。因为物联网的兴起，OMA在传统的OMA-DM协议基础之上，提出了LwM2M（Lightweight Machine-To-Machine，轻量级M2M）协议。

LwM2M主要动机是定义一组轻量级的协议适用于各种物联网设备，因为M2M设备通常是资源非常有限的嵌入式终端，无UI，计算能力和网络通信能力都有限。同时也因为物联网终端的巨大数量，节约网络资源变得很重要。

LwM2M 协议栈

LwM2M Objects: 每个对象对应客户端的某个特定功能实体。

每个object下可以有很多resource，比如Firmware object可以有Firmware版本号，size等resource。Vendor可以自己定义object。LwM2M Protocol: 定义了一些逻辑操作，比如Read, Write, Execute, Create or Delete。

CoAP: 是IETF 定义的Constrained Application Protocol 用来做LwM2M的传输层，下层可以是 UDP 或SMS 。UDP 是必须支持的，SMS是可选的。

CoAP有自己的消息头，重传机制等。DTLS: 是用来保证客户端和服务器间的安全性的。

LwM2M与CoAP的关系

LwM2M的消息没有对称的反馈消息，由于LwM2M承载在CoAP协议上，使用CoAP的get、post、put、delete方式，对于相应消息成功或失败的反馈是通过CoAP协议本身的交互来实现的。LwM2M载荷支持四种格式 plain text、Opaque、TLV、JSON，这四种协议要求服务器端必须都要支持，而在客户端必须支持TLV格式。