coap 返回版本信息_Californium开源框架分析入门篇: 一个基于 Java 实现的 CoAP 技术框架...

本文介绍了CoAP协议的基础知识,包括报文结构、消息传输模型和请求响应模型。然后,通过分析开源框架Californium,展示了如何使用Java实现CoAP,包括CoapServer的启动、消息处理流程,以及CoapEndpoint、Matcher、CoapStack等关键组件的工作原理。文章适合对物联网和CoAP感兴趣的读者。
摘要由CSDN通过智能技术生成

引言

物联网时代,所有设备都可以接入我们的互联网。想想看只要有一台智能手机,就可以操控所有的设备,也可以获取到所有设备采集的信息。不过,并不是所有设备都支持HTTP协议的,而且让设备支持HTTP协议也不现实,因为对于设备来说,这个协议太重了,会消耗大量的带宽和电量。于是CoAP协议也就运应而生了,我们可以把它看为超简化版的HTTP协议。而Californium框架,就是对CoAP协议的Java实现。

CoAP协议

在阅读Californium框架之前,我们需要对CoAP协议有个大致的了解,已经懂得了的同学可以直接跳过本章节。

CoAP报文

首先让我们看一下CoAP协议的报文是长啥样的:

Version (Ver):长度为2位,表示CoAP协议的版本号。当前版本为01(二进制表示形式)。

Type (T):长度为2位,表示报文类型。其中各类型及二进制表示形式如下,Confirmable (00)、Non-confirmable (01)、Acknowledgement (10)、Reset (11)。在描述的时候为了简便,会将Confirmable缩写为CON,Non-confirmable缩写为NON,Acknowledgement缩写为ACK,Reset缩写为RST。比如一个报文的类型为Confirmable,我们就会简写为CON报文。

Token Length (TKL):长度为4位,表示Token字段的长度。

Code:长度为8位,表示响应码。其中前3位代表一个数,后5位代表一个数。如010 00000,转为十进制就是2.00(表示时中间带一个点),其意思可以理解为HTTP中200 OK响应码。

Message ID:长度为16位,表示消息id。用来表示是否为同一个的报文(重发场景下,去重会用到),或者CON请求报文和ACK响应报文的匹配。

Token:长度由TKL字段决定,表示一次会话记录。用来关联请求和响应。有人可能有疑惑,Message ID不是可以将请求和响应关联吗?的确,CON类型的请求报文与ACK类型的响应报文可以用Message ID进行关联,但NON类型的报文由于没有要求是一对的,所以如果NON类型的报文想成对,那就只能通过相同的Token来匹配了。

Options:长度不确定,表示报文的选项。类似为HTTP的请求头,内容包括Uri-Host、Uri-Path、Uri-Port等等。

1 1 1 1 1 1 1 1:Payload Marker,用来隔离Options字段和Payload字段。

Payload:长度由数据包决定,表示应用层需要的数据。

消息传输模型

CoAP协议是虽然是建立在UDP之上的,但是它有可靠和不可靠两种传输模型。

可靠传输模型

如上图,客户端通过发起一个CON报文(Message ID = 0x7d34),服务端在收到CON报文之后,需要回复一个ACK报文(Message ID = 0x7d34)。通过Message ID将CON报文和ACK报文对应起来。

确保可靠传输的方法有俩:其一,通过服务端回复ACK报文,客户端可以确认CON报文已被服务端接收;其二,超时重传机制。若客户端在一定时间内未收到ACK报文,则认为CON报文已经在链路上丢失,这时候就会重传CON报文,重传时间和次数可配置。

不可靠传输模型

如上图,客户端发起一个NON报文(Message ID = 0x01a0)之后,服务端无需回复响应,客户端也不会重发。

请求与响应模型

由于存在可靠与不可靠两种传输模型,那么对应的也会存在两种请求与响应模型。

CON请求,ACK响应

如上图,客户端发起了一个CON报文(Message ID = 0xbc90, Code = 0.01 GET, Options = {"Uri-Path":"/temperature"}, Token = 0x71),服务端在收到查询温度的请求之后,回复ACK报文(Message ID = 0xbc90, Code = 2.05 Content, Payload = "22.5 C", Token = 0x71)。也就是说服务端可以在ACK报文中,就将客户端查询温度的结果一起返回。

当然,还有一种情况,那就是服务端可能由于某些原因不马上返回结果。如上图,客户端发起查询温度的CON报文之后,服务端先回复ACK报文。一段时间过后,服务端再发起CON报文给客户端,并将温度的结果一起携带,客户端收到结果之后回复ACK报文。

NON请求,NON响应

如上图,客户端发起了一个NON报文(Message ID = 0x7a11, Code = 0.01 GET, Options = {"Uri-Path":

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值