3. 大规模接入的架构设计

当 LwM2M 终端规模从几百台增长到十万甚至百万级时，接入系统面临的瓶颈不再是“协议能不能通”，而是“谁在什么位置承担什么职责”。如果所有逻辑都堆在平台侧，注册风暴、心跳洪泛和消息回传会迅速压垮单点；如果全部下放到设备侧，又会导致设备逻辑复杂、升级困难。因此，大规模接入的第一件事是分层：把设备侧、网络侧、平台侧的职责边界划清楚，再在层内引入接入网关、负载均衡与注册中心三类基础组件。

设备侧：只做“最小必要”的接入行为

设备侧的核心职责是维持与平台的 LwM2M 会话、上报资源状态、响应下行操作。它不应关心自己连到哪台服务器、由谁转发，只面对一个稳定的接入地址。典型设备侧行为包括：上电后通过 Bootstrap 或预置配置获得服务器地址与安全凭证（PSK、RPK 或证书），随后发起 Register 注册，携带端点名称（Endpoint Client Name）、生命周期（Lifetime，例如 300 秒）、支持的 Object 列表与 LwM2M 版本。注册成功后按 Lifetime 周期发送 Update，并在资源变化时用 Notify 上报。

设备侧的关键约束是“轻量”和“幂等”。例如某类 NB-IoT 水表，Lifetime 设为 86400 秒以减少心跳，但每 6 小时主动 Update 一次以刷新 NAT 映射；注册失败时采用指数退避，首次 5 秒、上限 300 秒，避免网络恢复瞬间形成同步注册风暴。设备侧不承担负载均衡决策，也不感知注册中心，这些都属于网络侧与平台侧的职责。

网络侧：接入网关与负载均衡的形态

网络侧是设备与平台之间的“接入面”，通常由接入网关（Access Gateway）和负载均衡（Load Balancer）组成。接入网关负责协议终结与连接保持：它终止 CoAP/DTLS 或 MQTT/TLS 连接，维护会话状态，把 LwM2M 操作翻译成内部消息投递给平台。负载均衡则位于网关之前或网关集群入口，负责把海量设备的连接与请求分散到多个网关实例。

负载均衡的形态需要区分两层：L4 连接层按源 IP、端口或连接哈希把 DTLS/UDP 会话固定到某个网关实例，保证同一设备的会话不漂移；L7 请求层则按 Endpoint Client Name 或租户 ID 做一致性哈希，使同一设备的注册、更新、Notify 落到同一处理节点。对于 UDP 场景，常用四元组哈希；对于 TCP/TLS 长连接，常用连接数最少或加权轮询。健康检查通常探测网关的 CoAP 端口与内部注册接口，失败实例自动摘除。

接入网关本身应无状态或弱状态：会话状态尽量外置到共享存储或注册中心，网关实例可水平扩展、随时替换。这样当某台网关宕机时，设备重连后可被负载均衡调度到新实例，由注册中心恢复其注册上下文。

平台侧：注册中心与业务处理的分工

平台侧承担“状态权威”和“业务处理”两类职责。注册中心（Registry）是全局的设备注册与会话索引，保存 Endpoint Client Name 到网关实例、Lifetime、最后更新时间、Object 列表等元数据。它不直接处理业务数据，而是为路由和发现提供依据。业务处理层则消费设备上报的数据、执行下行命令、触发规则与存储。

注册中心的基本形态通常是一个高可用的分布式键值存储或数据库，按 Endpoint Client Name 分片，支持 TTL 过期清理。设备注册时，网关向注册中心写入记录；Update 时刷新 TTL；Deregister 或 TTL 到期时删除记录。当平台需要向设备下发命令时，先查注册中心得到该设备当前所在的网关实例，再把命令投递到对应网关，由网关通过已有会话下发。这样平台侧无需维护全量连接，只维护索引。

三层协作的完整数据路径

把三层串起来看：设备注册 → 负载均衡按 Endpoint 哈希选网关 → 网关终结 DTLS 并向注册中心写入记录 → 平台业务层从注册中心查询路由 → 下行命令经网关回到设备。这条路径中，设备侧只认接入地址，网络侧负责分散与终结，平台侧负责索引与业务。任何一层职责越界，都会在大规模下放大为瓶颈。

关键参数与判断依据

分层设计是否合理，可以用几个可观测指标判断。第一，注册中心写入延迟：正常应在毫秒级，若持续超过 50 ms，说明分片或存储成为瓶颈。第二，网关实例的会话数分布：若某实例连接数超过均值 1.5 倍，说明哈希或健康检查策略需要调整。第三，设备重连后的路由一致性：同一 Endpoint 在重连后应回到同一网关或由注册中心恢复上下文，若频繁跨实例，说明 L7 哈希未按 Endpoint 生效。第四，Lifetime 与 Update 频率的匹配：若大量设备在 TTL 到期前未 Update，注册中心会误删记录，导致下行命令找不到路由。

下面给出一个注册中心记录结构的示例，用于说明平台侧保存哪些字段。字段值均为教学示例，不是实测数据。

{
  "endpoint": "urn:imei:867890012345678",
  "gateway_id": "gw-sh-03",
  "lifetime": 86400,
  "last_update": "2025-01-15T08:30:00Z",
  "objects": ["/3/0", "/3303/0", "/3323/0"],
  "tenant": "water-meter-nb",
  "version": "1.1"
}

当平台需要向该设备下发命令时，先按 endpoint 查询注册中心，得到 gateway_id 为 gw-sh-03，再把命令投递到该网关实例，由网关通过已有 DTLS 会话下发。若查询为空，说明设备已离线或 TTL 过期，平台应返回“设备不可达”而不是盲目广播。

总结来看，设备侧负责“轻量接入与幂等重连”，网络侧负责“分散、终结与会话保持”，平台侧负责“索引、业务与权威状态”。接入网关、负载均衡与注册中心分别落在网络侧和平台侧，三者配合形成可水平扩展的接入面。只要职责边界清晰，终端规模增长时只需增加网关实例和注册中心分片，而不必改动设备侧逻辑。