2020-12-24

最新推荐文章于 2024-08-01 11:02:47 发布

xujingguo58

最新推荐文章于 2024-08-01 11:02:47 发布

阅读量355

点赞数

文章标签： iot

本文链接：https://blog.csdn.net/xu90868075/article/details/111658273

版权

CoAP 协议学习总结

1. COAP协议消息类型

COAP协议有4种消息类型

CON—— 需要被确认的请求，如果CON请求被发送，那么对方必须做出响应。这有点像TCP，对方必须给确认收到消息，用以可靠消息传输。

可靠消息传输

NON—— 不需要被确认的请求，如果NON请求被发送，那么对方不必做出回应。这适用于消息会重复频繁的发送，丢包不影响正常操作。这个和UDP很像。用以不可靠消息传输。

不可靠消息传输

ACK —— 应答消息，对应的是CON消息的应答。

RST —— 复位消息，可靠传输时候接收的消息不认识或错误时，不能回ACK消息，必须回RST消息。

2. COAP消息格式

coap消息格式

消息头（HEAD）

第一行是消息头，必须有，固定4个byte。

Ver : 2bit，版本信息，当前是必须写0x01。

T： 2bit，消息类型，包括 CON, NON. ACK, RST这4种。

TKL: 4bit，token长度，当前支持0~8B长度，其他长度保留将来扩展用。

Code：8bit，分成前3bit（0_{7）和后5bit（0}31），前3bit代表类型。 0代表空消息或者请求码， 2开头代表响应码，取值如下：

0.00 Indicates an Empty message

0.01-0.31 Indicates a request.

1.00-1.31 Reserved

2.00-5.31 Indicates a response.

6.00-7.31 Reserved

Message ID：16bit，代表消息MID，每个消息都有一个ID ，重发的消息MID不变

token（可选）用于将响应与请求匹配。 token值为0到8字节的序列。 ( 每条消息必须带有一个标记, 即使它的长度为零）。每个请求都带有一个客户端生成的token, 服务器在任何结果响应中都必须对其进行回应。token类似消息ID，用以标记消息的唯一性。token还是消息安全性的一个设置，使用全8字节的随机数，使伪造的报文无法获得验证通过。option（可选，0个或者多个）

请求消息与回应消息都可以0~多个options。主要用于描述请求或者响应对应的各个属性，类似参数或者特征描述，比如是否用到代理服务器，目的主机的端口等。

payload（可选）

实际携带数据内容，若有，前面加**payload标识符“**0xFF”，如果没有payload标识符，那么就代表这是一个0长度的payload。如果存在payload标识符但其后跟随的是0长度的payload，那么必须当作消息格式错误处理。

3. COAP的请求码（requests）和响应码(responses)

【0.01】GET方法——用于获得某资源

【0.02】POST方法——用于创建某资源

【0.03】PUT方法——用于更新某资源

【0.04】DELETE方法——用于删除某资源

4.块传输

需要传输大量数据时，比如一个大文件，需要采用分块传输，把文件拆解成多个块进行传输。扩展的块传输协议在COAP基础协议上增加了3个options， 2个response codes 用于块传输大小协商及控制。

block option结构

有三部分组成：
SZX: Block Size，占用2bit，取值范围0~6，对应每个block 大小为2xx（SZX+4），即范围（16 ~ 1024），以Byte为单位
M: More Flag，占用1bit，代表是否还有剩下数据块未传输。如果设置为0，代表数据块都已传输出去
NUM: Block Number，占用0~3Byte，代表当前块编号，以0开始，如我们要传10个数据块，则数据块的编号为0~9

option block1：主要用于客户端发出请求时，分块传输，比如需要上传一个大的数据包到服务器上。
option block2：主要用于服务器端响应时，分块传输，比如设备端发起资源发现式，由于服务器上资源较多，就要启动分块传输。