目前市场上的大多数物联网（IoT）模组都支持TCP、UDP、CoAP、LwM2M和MQTT等多种协议。这些协议涵盖了传输层和应用层的协议，不同的协议适用于不同的场景。在设计产品时，选择适合自己产品应用场景的协议非常重要。本文将介绍TCP、UDP、CoAP、LwM2M和MQTT这五种常用协议的特点和区别，为产品设计时的协议选择提供参考。

传输层协议TCP和UDP

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

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

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

TCP与UDP的区别

1、TCP面向连接（如打电话要先拨号建立连接）;UDP是无连接的，即发送数据之前不需要建立连接

2、TCP提供可靠的服务。也就是说，通过TCP连接传送的数据，无差错，不丢失，不重复，且按序到达;UDP尽最大努力交付，即不保证可靠交付

3、TCP面向字节流，实际上是TCP把数据看成一连串无结构的字节流;UDP是面向报文的

UDP没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如IP电话，实时视频会议等）

4、每一条TCP连接只能是点到点的;UDP支持一对一，一对多，多对一和多对多的交互通信

5、TCP首部开销20字节;UDP的首部开销小，只有8个字节 6、TCP的逻辑通信信道是全双工的可靠信道，UDP则是不可靠信道

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

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

应用层协议MQTT 与CoAP

1、MQTT概述

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

2、MQTT协议特点

MQTT协议是为大量计算能力有限，且工作在低带宽、不可靠的网络的远程传感器和控制设备通讯而设计的协议，它具有以下主要的几项特性：

1、使用发布/订阅消息模式，提供一对多的消息发布，解除应用程序耦合;

2、对负载内容屏蔽的消息传输;

3、使用TCP/IP 提供网络连接;

4、有三种消息发布服务质量：

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

3、CoAP概述

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

4、CoAP协议特点

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

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

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

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

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

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

5、MQTT与CoAP的区别

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

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

随着物联网兴起，万物互联的时代终将到来。但鉴于成本和性能的考虑，设备的资源往往受限，那么就需要一种专门为资源受限的物联网设备设计的协议来满足万物互联的需求，这就是LwM2M协议。

1、LwM2M概述：

OMA是一家国际组织，最初定义了一套 OMA-DM的协议，用来远程管理移动终端设备，比如手机开户，版本升级，等等。OMA-DM有着非常广泛的应用，很多运营商比如Verizon Wireless, Sprint都有自己的OMA-DM服务并要求手机/模块入网的时候通过自定义的OMA-DM入网测试。因为物联网的兴起，OMA在传统的OMA-DM协议基础之上，提出了LwM2M协议。2013年底，OMA发布了LwM2M规范。

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

2、LwM2M 协议逻辑实体与逻辑接口

LwM2M 定义了三个逻辑实体:

1、LwM2M Server 服务器

2、LwM2M client 客户端 负责执行服务器的命令和上报执行结果

3、LwM2M 引导服务器 Bootstrap server 负责配置LwM2M客户端.

在这三个逻辑实体之间有4个逻辑接口：

Device Discovery and Registration：这个接口让客户端注册到服务器并通知服务器客户端所支持的能力(简单说就是支持哪些资源Resource和对象Object

**Bootstrap：Bootstrap server:**通过这个接口来配置Clinet – 比如说LwM2M server的URL地址 Device Management and Service Enablement：这个就是最主要的业务接口了。LwM2M Server 发送指令给 Client 并收到回应.

Information Reporting：这个接口是 LwM2M Client 来上报其资源信息的，比如传感器温度。上报方式可以是事件触发，也可以是周期性的。

这三个逻辑实体与四个逻辑接口之间的关系如下图：

3、LwM2M 协议栈：

LwM2M 协议栈结构如下图所示：

LwM2M Objects: 每个对象对应客户端的某个特定功能实体. LwM2M 规范定义了一下标准Objects，比如

urn:oma:lwm2m:oma:2; (LwM2M Server Object)

urn:oma:lwm2m:oma:3; (LwM2M Access Control Object)

每个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: 是用来保证客户端和服务器间的安全性的.

4、LwM2M与CoAP的关系:

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

以上就是良许教程网为各位朋友分享的Linu系统相关内容。想要了解更多Linux相关知识记得关注公众号“良许Linux”，或扫描下方二维码进行关注，更多干货等着你 ！