类别是功耗与下行延迟的取舍
所有终端都以 A 类为基础：每次上行发送后依次打开两个短接收窗口。B 类在此基础上由网关周期广播信标，终端对齐信标在约定时隙再开接收窗口，从而在没有上行时也能较快收到下行；C 类几乎全程保持接收，下行延迟最小，但持续监听使功耗最高。
三类对照
| 类别 | 接收窗口 | 功耗 | 适用 |
|---|---|---|---|
| A 类 | 每次上行后两个短窗口 | 最低 | 上行主导、下行极少，如抄表类设备 |
| B 类 | 上行窗口之外按信标时隙接收 | 中等 | 需要较稳定的下行延迟 |
| C 类 | 几乎持续接收 | 最高 | 需要随时下发指令且供电充足 |
典型使用场景
- 电池抄表终端：选 A 类，靠长周期上报换取多年电池寿命
- 需要定时下发的控制终端：选 B 类，兼顾功耗与下行可达性
- 常供电设备：选 C 类，接受高功耗换取最快下行响应
- 混合部署：不同供电条件的终端使用不同类别，网络侧按类别配置策略
接收窗口的开启时刻由上行发送时刻推导，设备时间基准与窗口时序必须严格匹配，否则会出现下行收不到但网络侧显示已发送的情况。
终端类别由设备实现决定，不能只在网络侧切换；选型阶段就要确认设备实际支持的类别，避免上线后才发现能力不符。
选型提示
类别通常与供电方式和时效要求一起确定：常供电且需要随时下发指令的设备适合 C 类，电池设备以 A 类为主，B 类适合需要在约定时间内收到下行的场景。
常见误解
A 类设备的下行只能在设备主动上报后的短时间内下发：平台若按普通长连接的心智模型设计指令下发，就会长期等不到响应，表现为指令下发成功率与设备上报周期强相关。