[历史归档]本文原发布于 cstriker1407.info 个人博客内容为历史存档仅供参考。发布时间2018-05-04 标题Lightweight M2M简单介绍分类编程 标签coap·IOT·lwm2mM2M简单笔记参考链接【 https://blog.csdn.net/dreambitbybit/article/details/78965273 】【 https://cloud.tencent.com/developer/news/19866 】【 https://blog.csdn.net/github_39603316/article/details/76014609 】OMA是一家国际组织最初定义了一套 OMA-DM的协议用来远程管理移动终端设备比如手机开户版本升级等等。其官方网站http://www.openmobilealliance.org协议的下载地址http://openmobilealliance.org/release/LightweightM2M/。OMA-DM有着非常广泛的应用很多运营生比如Verizon Wireless, Sprint都有自己的OMA-DM服务并要求手机/模块入网的时候通过自定义的OMA-DM入网测试。因为物联网的兴起 OMA在传统的OMA-DM协议基础之上提出了LWM2M协议。2013年底OMA发布了LWM2M规范。OMA Lightweight M2M 主要动机是定义一组轻量级的协议适用于各种物联网设备因为M2M设备通常是资源非常有限的嵌入式终端无UI, 计算能力和网络通信能力都有限。同时也因为物联网终端的巨大数量节约网络资源变得很重要。LWM2M 定义了三个逻辑实体:LWM2M Server 服务器LWM2M client 客户端 负责执行服务器 的命令和上报执行结果LWM2M 引导服务器 Bootstrap server 负责 配置LWM2M客户端.在这三个逻辑实体之间有4个逻辑接口:Device Discovery and Registration这个接口让客户端注册到服务器并通知服务器客户端所支持的能力简单说就是支持哪些资源Resource和对象Object)BootstrapBootstrap server通过这个接口来配置Clinet - 比如说LWM2M server的URL地址Device Management and Service Enablement这个就是最主要的业务接口了。 LWM2M Server 发送指令给 Client 并受到回应.Information Reporting这个接口是 LWM2M Client 来上报其资源信息的比如传感器温度。上报方式可以是事件触发也可以是周期性的。协议定义了四种接口并对应不同的功能Bootstrap、Client Registration、Device managment and Service Enablement及Information Report。这些接口的操作对象为对象Object对象实例Object Instance及资源Resources。为实现不同功能划分协议定义了八种对象ID及命名分别为0.Security Object、1. Server Object、2. Access Control Object、3. Device Object、4. Connectivity Monitoring Object、5. Firmware Update Object、6. Location Object、7. Connectivity Statistics Object。对象和对象实例比较好理解资源协议的说明为逻辑概念相当于一个对象实现一个功能所占用的资源。资源可以配置不同的权限: 只读、或读写可由操作Access Control对象进行维护。在接口对元素进行操作时可以在不同属性级别上进行操作O、OI、R概要讲优先级ROIO。服务器客户端网络关系一个终端至少可以接入一个服务商服务器也可以接入多个服务服务器多个服务器时需要进行选择操作依据为bootstrap引导时获取的相关信息。而服务商可以和网络商属于同一家亦可是不同家。协议的流程及操作主要流程需要先进行Bootstrap获取相应信息完成后进行Client Registration处理只有成功在服务器端注册相关信息后才可通过Device managment and Service Enablement及Information Report接口来控制和传送相关需要的信息。协议定义的相关接口的操作和操作方向如下Uplink表示客户端到服务器端的传送而Downlink表示服务器端到客户端的传送。理解上LwM2M的消息没有对称的反馈消息由于LwM2M承载在CoAP协议上使用CoAP的get、post、put、delete方式协议详细说明每种operation对应的CoAP操作方式对于相应消息成功或失败的反馈是通过CoAP协议本身的交互来实现的。LwM2M载荷支持四种格式 plain text、Opaque、TLV、JSON,这四种协议要求服务器端必须都要支持而在客户端必须支持TLV格式。Bootstrap属于逻辑功能不一定存在真实交互流程可以分为四种Factory Bootstrap厂家存储相应信息在设备中Bootstrap from Smartcard信息存储在Smartcard中Client Initiated Bootstrap客户端请求服务器引导信息数据Server Initiated Bootstrap:服务器发起引导程序前提是bootstrap server已经确定客户端可以访问。而在Bootstrap过程实现的尝试流程Smartcard mode Factory Bootstrap mode 采用存储的信息进行register Server Initiated Bootstrap ClientHoldOffTime内发起重新bootstrap流程。在Bootstrap完成后进行Registration操作这个过程有一些能力信息。如终端服务器交互工作模式U(UDP)、UQ(UDP with Queue Mode)、S(SMS)、SQ、US、UQS(UDP with Queue Mode and SMS)而UQSQ and USQ 在V1.0.1版本中不支持。理解上这些需要和客户端的工作模式设置一致如在NB的PSM模式下无法使用实时接收服务器侧数据则需要启用Q模式进行Buffer相应数据。在Registration完成后才可启用Device Management and Service Enablement及Information Report的接口服务而这两类接口服务的主控方为服务器端。如Information Reporting接口网络可以通过Observe、Cancel Observation来进行客户端Notify信息上报开关的控制。协议层次结构LwM2M属于应用层协议位于CoAP协议之上而CoAP可以进行DTLS加密处理最后通过UDP或SMS方式传送。****