参考链接
【 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)
Bootstrap
Bootstrap 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，概要讲优先级R>OI>O。
服务器客户端网络关系
一个终端至少可以接入一个服务商服务器，也可以接入多个服务服务器，多个服务器时需要进行选择操作，依据为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方式传送。
发表评论