COAP协议详情详情学习的.docVIP

实用标准文案 精彩文档 COAP协议学习 1、CoAP简单介绍 在2010年3月，CoRE工作组开始制定CoAP协议，到目前为止，该协议还没有定稿。CoAP协议是为物联网中资源受限设备制定的应用层协议。CoAP 是受限制的应用协议(Constrained Application Protocol)的代名词。在最近几年的时间中，专家们预测会有更多的设备相互连接，而这些设备的数量将远超人类的数量。在这种大背景下，物联网和 M2M技术应运而生。虽然对人而言，连接入互联网显得方便容易，但是对于那些微型设备而言接入互联网非常困难。在当前由PC机组成的世界，信息交换是通过 TCP和应用层协议HTTP实现的。但是对于小型设备而言，实现TCP和HTTP协议显然是一个过分的要求。为了让小设备可以接入互联网，CoAP协议被 设计出来。CoAP是一种应用层协议，它运行于UDP协议之上而不是像HTTP那样运行于TCP之上。CoAP协议非常的小巧，最小的数据包仅为4字节。 为了克服HTTP对于受限环境的劣势，CoAP既考虑到数据报长度的最优化，又考虑到提供可靠通信。一方面，CoAP提供URI，REST 式的方法如GET，POST，PUT和DELETE，以及可以独立定义的头选项提供的可扩展性。另一方面，CoAP基于轻量级的UDP协议，并且允许IP 多播。而组通信是物联网最重要的需求之一，比如说用于自动化应用中。为了弥补UDP传输的不可靠性，CoAP定义了带有重传机制的事务处理机制。并且提供 资源发现机制，并带有资源描述。 CoAP协议不是盲目的压缩了HTTP协议，考虑到资源受限设备的低处理能力和低功耗限制，CoAP重新设计了HTTP的部分功能以适应设备的约束条件。另外，为了使协议适应物联网和M2M应用，CoAP协议改进了一些机制，同时增加了一些功能。下图1显示了HTTP和CoAP的协议栈。CoAP和HTTP在传输层有明显的区别。HTTP协议的传输层采用了TCP协议，而CoAP协议的传输层使用UDP 协议，开销明显降低，并支持多播。 事务层(Transaction layer)用于处理节点之间的信息交换，同时提供组播和拥塞控制等功能。请求／响应层(Request／Responselayer)用于传输对资源进行操作的请求和响应信息。CoAP协议的REST构架是基于该层的通信。CoAP的双层处理方式，使得CoAP没有采用TCP协议，也可以提供可靠的传输 机制。利用默认的定时器和指数增长的重传间隔时间实现CON(Confirmable)消息的重传，直到接收方发出确认消息。另外，CoAP的双层处理方 式支持异步通信，这是物联网和M2M应用的关键需求之一。 2、CoAP协议是否可以替换HTTP协议？ CoAP并不能替代HTTP协议，但是对于那些小设备（256KB Flash 32KB RAM 20MHz主频）而言CoAP的确是一个好的解决方案。 3、CoAP的交互模型和消息类型 CoAP使用类似于HTTP的请求／响应模型：CoAP终端节点作为客户端向服务器发送一个或多个请求，服务器端回复客户端的CoAP请求。不同于 HTTP，CoAP的请求和响应在发送之前不需要事先建立连接，而是通过CoAP信息来进行异步信息交换。CoAP协议使用UDP进行传输。这是通过信息层选项的可靠性来实现的。CoAP采用和HTTP协议相同的请求响应工作模式。CoAP协议共有4中不同的消息类型。 CON——需要被确认的请求，如果CON请求被发送，那么对方必须做出响应。 NON——不需要被确认的请求，如果NON请求被发送，那么对方不必做出回应。 ACK——应答消息，如果接受到CON消息的响应。 RST——复位消息，当接收者接受到的消息包含一个错误，接受者解析消息或者不再关心发送者发送的内容，那么复位消息将会被发送。 虽然CoAP协议目前还在制定当中，但Contiki和 HYPERLINK /keyword/TinyOS \t /m2m/2493/_blank TinyOS嵌入式操作系统已经支持CoAP协议。Contiki是一个多任务操作系统，并带有uIPv6协议栈，适用于嵌入式系统和无线传感器网络，它占用系统资源小，适用于资源受限的网络和设备。目前，火狐浏览器已经集成了Copper插件，从而实现了CoAP协议。但是这种方式只能读取传感器节点上的实时数据， 而不能查看各种历史数据。为此，在Contiki系统的基础上，基于uIPv6START KIT无线网络开发套件，用自己编写的客户端程序实现了和数据库的交互，把历史数据存入数据库中，从而在Web浏览器端不仅可以访问传感器节点上的实