Coap协议

最新推荐文章于 2025-01-25 23:27:39 发布

rakey520

最新推荐文章于 2025-01-25 23:27:39 发布

阅读量219

点赞数

文章标签：网络协议物联网 java

本文链接：https://blog.csdn.net/qq_24574189/article/details/132062860

版权

本文详细介绍了CoAP协议，一种专为受约束的节点和网络设计的M2MWeb传输协议，它基于UDP，具有轻量化、二进制格式、支持可靠传输和多种请求响应模式等特点，适用于低功耗物联网环境。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Coap概述

Coap协议定义

互联网上的Web服务的使用在大多数应用程序中已无处不在，并且依赖于Web的REST体系结构。
Coap是一种专用的Web传输协议，用于受约束的节点和受约束的网络。该协议旨在用于机器对机器（M2M）应用，以最合适的形式实现REST体系结构，以适用与最约束的节点（例如RAM和ROM受限的8位微控制器）和网络（例如6LoWPAN），保持消息开销小，从而限制了分段的需要。

Coap协议网络栈位置

如下图所示，Coap协议是一个应用层协议，基于UDP协议开发。而HTTP协议是基于TCP协议开发的。
在这里插入图片描述

Coap协议特点

Coap协议网络传输层当前主要支持UDP，在受限条件下满足M2M要求的Web协议。
异步消息交换
Coap是二进制的，HTTP是文本格式，Coap比HTTP更加紧凑。
轻量化，Coap协议最小长度仅4个字节，一个HTTP的头部达几十个字节，低的报头开销和解析复杂度。
支持可靠传输，数据重传，块传输。确保数据可靠到达。
支持IP多播，即可以同时向多个设备发送请求。
非长连接通信，适用于低速率，低功耗物联网场景。
Coap基于REST，服务器的资源地址和互联网一样也有类似URI的格式，客户端同样有POST、GET、PUT、DELETE方法来访问服务端，但是相对于HTTP简化实现降低复杂度（代码更小，封包更小）
简单的代理和缓存功能
无状态HTTP映射，允许构建代理通过HTTP统一方式或者HTTP访问Coap资源

Coap协议报文结构

CoAP报文结构简介

和其他TCP IP协议簇中的协议一样，CoAP协议总是以“头”的形式出现在负载之前，而负载和CoAP之间使用单字节0xFF分离。
CoAP协议报文第一行是消息头，必须有，且固定为4个byte，其他字段为可选。
在这里插入图片描述

● Ver，2bits，版本编号，指示CoAP协议的版本号。类似于HTTP1.0，HTTP1.1。版本编号站两位
● T：2bits，报文类型，CoAP协议定了4种不同类型的报文，包括CON，NON，ACK，RST这四种
在这里插入图片描述

● TKL：Token Length，4bits，token的长度
● Code，占8bit，其中前3bit为Class部分，后5bit为Detail部分，采用c.dd形式来描述，在CoAP请求报文中，Code表示请求方法，在CoAP响应报文中，Code表示影响状态
在这里插入图片描述

● MessageID，报文序号，占2字节大段格式，一组对应的CoAP请求和响应使用相同的报文序号
● Token，标签，长度由TKL标签长度确定，相当于资源的身份证，CoAP有三种不同的请求、响应模式：携带模式、分离模式、非确认模式、Token在分离模式中起重要作用，携带模式可以忽略。
● Options，报文选项，通过报文选项可设定CoAP请求参数和负载媒体类型等。
● 分隔符OxFF，占1字节
● Payload，真正有用的被交互的数据

报文类型

● CON：请求必须要接收者发送ACK或者RST确认，如果发送者在规定的时间内收到ACK或者RST，则会重发
● NON：不需要接收者确认。
● ACK：用于确认Message ID一致的CON报文，ACK的payload可能为空（在分离模式下）
● RST：用于对应无法处理CON的报文，Messages ID需要与CON一致，且payload一定为空。

选项Options

选项Options由选项偏移量（Option Delta）、选项长度（Option Length）和选项值（Option Value）组成，CoAP不是直接确定选项值，而是用累加选项偏移量（Option Delta）的方式确认。
在这里插入图片描述

● 选项偏移量（Option Delete）

4bit无符号整数，0~12指示选项偏移量，13、14、15含义如下
13：Option Delete占8位无符号整数，此时选项偏移量为该8位无符号整数+13
14：Option Delete占16位无符号整数，此时选项偏移量为该16位无符号整数+269
15，保留

● 选项长度（Option Length）

4bit无符号整数，0~12指示选项偏移量，13，14，15无特殊含义
13：Option Length占8位无符号整数，此时选项偏移量为该8位无符号整数+13
14：Option Length占16位无符号整数，

● 选项定义
上面的选项偏移量（Option Delete）累加起来查这张表时对应的选项名称
在这里插入图片描述

请求响应模式

携带模式

ACK的payload部分包含响应负载，最少需要2个报文。
在这里插入图片描述

分离模式

客户端同样发CON请求，服务器立刻会意ACK，但是ACK中没有payload，而是过段时间后服务器再回应CON，其中这个CON的Token要与客户端之前发送CON的token一致，该CON还包含payload，客户端收到后用ACK回应，至少需要4个报文。
在这里插入图片描述

非确认模式

这种客户端发送NON报文，不需要服务器回应
在这里插入图片描述

CoAP重传机制

重传涉及3个参数
● ACK_TIMEOUT响应等待超时时间，典型值2秒
● ACK_RANDOM_FACTOR随机系数，典型值1.5
● MAX_RETRANSMIT最大重传次数，典型值4
如果客户端在首次发送CON报文后，在ACK_TIMEOUT到ACK_TIMEOUT*ACK_FACTOR之间还没有收到ACK，或RST报文，则重发CON报文，下一次的等待时间计算中，ACK_RANDOM_FACTOR是上次的2倍。一个报文最多会被发1+MAX_RETRANSMIT次