1. LwM2M协议概览与系统开发全景
LwM2M（Lightweight Machine to Machine）是OMA SpecWorks制定的轻量级设备管理协议，专门面向NB-IoT、LoRa、Cat-M等资源受限网络中的物联网终端。它要解决的核心问题不是“如何把数据传上去”，而是“如何用统一模型管理海量异构设备”：远程注册、对象读写、属性配置、固件升级、故障上报，全部通过一套标准对象模型完成。理解LwM2M，关键是把它放回协议栈中看：它并不替代CoAP和DTLS，而是建立在两者之上——CoAP负责轻量请求/响应与观察机制，DTLS负责传输层安全，LwM2M负责设备管理语义。
一、协议栈定位：LwM2M与CoAP、DTLS的关系
从下往上看，LwM2M的承载链路通常为：设备应用 → LwM2M对象模型 → CoAP消息 → UDP → DTLS → IP网络。CoAP提供四种方法（GET、POST、PUT、DELETE）和Confirmable/Non-confirmable消息类型，还支持Observe机制，使服务器能持续订阅资源变化。DTLS则提供握手、证书或PSK认证、加密与完整性保护。LwM2M在CoAP之上定义了注册接口、设备管理接口、信息上报接口和引导接口，并用URI路径把对象、实例、资源串起来，例如/3/0/0表示设备对象第0实例的制造商资源。
需要特别区分：CoAP的/.well-known/core用于资源发现，而LwM2M的注册接口是/rd，管理接口是/<endpoint>。设备启动后先完成DTLS握手，再向LwM2M服务器发送注册请求，携带Endpoint Client Name、生命周期（Lifetime）、支持的Content-Format和对象列表。服务器返回Location路径后，后续所有读写、执行、观察都基于该路径进行。若Lifetime到期前设备未更新注册，服务器会将其标记为离线。
二、核心架构：Client / Server / Bootstrap 三角
LwM2M系统由三类角色构成。LwM2M Client运行在设备侧，维护对象实例和资源值；LwM2M Server是管理主体，负责注册接收、指令下发和数据订阅；Bootstrap Server负责在设备首次入网或重新配置时，把Server账号、安全凭证、对象配置写入设备。三者关系不是简单串联：设备可能先连Bootstrap Server获取配置，再切换到正式Server；也可能在运行中由Server触发重新引导。
对象模型是LwM2M最值得先掌握的部分。OMA定义了标准对象编号：Object 0安全、Object 1服务器、Object 3设备、Object 4连接监控、Object 5固件更新、Object 6位置、Object 3303温度、Object 3311光照等。每个对象可有多实例，每个实例由资源组成。资源支持Read、Write、Execute、Observe四种操作，并带有Mandatory/Optional、Single/Multiple、Readable/Writable/Executable等属性。开发时先查标准对象表，再决定哪些资源需要自定义Object ID（通常从1024以上开始）。
三、设备管理系统典型功能模块
一个可用的LwM2M设备管理系统，通常包含以下模块：接入与注册管理负责Endpoint鉴权、Lifetime维护、离线判定；对象模型管理维护设备支持的对象列表和资源树；指令下发封装Read/Write/Execute/Discover操作，处理CoAP响应码；数据订阅与存储通过Observe接收Notify，写入时序数据库；固件升级（FOTA）基于Object 5推送固件包、校验、激活；告警与规则对越限数据触发通知；运维界面提供设备列表、资源查看、日志追踪。
这些模块的输入输出关系可以概括为：设备注册产生Endpoint记录；对象发现产生资源树；Observe产生数据流；Write/Execute产生控制流；FOTA产生状态机流转。开发路线图建议按“先通链路、再通模型、后通业务”推进：第一阶段用CoAP调试工具验证DTLS握手和注册；第二阶段实现对象读写和Observe；第三阶段接入数据库和告警；第四阶段实现FOTA和Bootstrap。
四、开发路线图与关键判断点
实际开发中，最先遇到的判断点是安全模式选择。PSK适合资源极受限设备，配置简单但密钥管理需谨慎；证书模式安全性更高，但握手开销和存储要求更大。第二个判断点是Content-Format：LwM2M常用TLV、JSON、SenML JSON、CBOR、SenML CBOR，注册时需声明支持格式，服务器下发时按格式编码。第三个判断点是Lifetime与更新策略：Lifetime过短会导致频繁注册，过长则离线发现延迟，通常根据网络功耗和业务实时性折中。
下面给出一个注册请求的示例结构，便于对照理解各字段含义：
POST coap://lwm2m.example.com:5684/rd?ep=NB-Device-001<=300&b=U
Content-Format: application/link-format
Payload:
</3/0>, </4/0>, </5/0>, </3303/0>
服务器响应：
2.01 Created
Location-Path: /rd/5a3f其中ep是Endpoint Client Name，lt是Lifetime秒数，b表示绑定模式（U为UDP）。响应中的Location-Path就是后续管理操作的根路径。设备需在Lifetime到期前发送POST更新注册，否则服务器将其置为离线。若设备主动注销，则发送DELETE到该路径。