两种省电机制
省电模式的核心是设备与网络约定一个休眠期：期间设备既不接收也不发送，网络为其保留注册状态，设备醒来后无需重新附着即可收发数据。扩展不连续接收则是在空闲态把寻呼监听周期拉长，让设备以更稀疏的频率检查是否有下行。两者可以叠加使用，省电效果最好，实时性也最差。
机制对照
| 机制 | 原理 | 代价 |
|---|---|---|
| 省电模式 | 空闲一段时间后进入深度休眠，不发不收 | 休眠期间收不到下行，只能等设备主动上报 |
| 扩展不连续接收 | 拉长寻呼监听周期，降低唤醒频率 | 下行响应延迟显著变大 |
| 两者叠加 | 休眠期之外的监听也变稀疏 | 最省电，但实时性最差 |
| 常规空闲态 | 按标准周期监听寻呼 | 下行较及时，但耗电明显更高 |
典型使用场景
- 每日上报一次的传感器：用深度休眠换取数年电池寿命
- 周期性抄表：上报后进入休眠，异常时才加密上报
- 配置下发：把参数变更排队到设备下次上报时一并下发
- 电量优化验证：对比休眠参数调整前后的实际耗电曲线
省电模式期间网络保留注册状态但没有可达性，平台设计要接受「设备主动上报才能交互」这一约束，把下行指令改为排队等待的模型。
休眠参数设置过长又不做业务验证，结果是设备长期不可达，故障排查时也看不到实时数据，问题会被长时间掩盖。
参数核实
设备请求的休眠时长与网络实际下发的值可能不一致，排查耗电与可达性问题时应先读取实际生效参数，而不是对照配置文件推断。