省电与体验的平衡设计
省电机制在电池续航与实时性之间做取舍：省电越激进，终端睡得越深，唤醒延迟越大；越保守，续航越差。网络侧能做的不是替终端决定，而是按设备类型提供合适的参数组合——让不该急着响应的设备多睡一会儿，让语音与生产终端保持低时延。按 SSID 与设备组下发不同策略，是这类权衡最常见的落地方式。
基本信息
| 分流思路 | IoT 与手机允许省电，语音与生产终端倾向低时延 |
|---|---|
| 关键参数 | 投递指示图间隔、唤醒时间协商与按需触发机制 |
| 下发粒度 | 按 SSID 或设备组配置不同策略 |
| 验证方式 | 两类设备分别测待机推送时延与电池表现 |
| 评估周期 | 连续观察数日，单次测试容易受偶发因素干扰 |
典型使用场景
- IoT 网络：传感器需要以月计的电池寿命
- 语音网络：通话与对讲不允许唤醒延迟
- 医疗设备：告警必须及时唤醒，同时兼顾功耗
- 零售终端：手持设备工作日全程在线，续航压力大
- 办公环境：待机推送及时性与手机续航的平衡
- 策略优化：把统一的省电参数改为分设备组下发
分流示例
分流示例
# IoT 类 SSID：投递指示图间隔设为三，允许目标唤醒时间
# 语音类 SSID：间隔设为一，关闭激进的省电引导
# 两类设备分别测试：待机推送时延与电池表现
# 参数调整后观察数日，再决定是否固化设备类型与策略
| 设备类型 | 省电倾向 | 主要风险 |
|---|---|---|
| IoT 传感器 | 激进省电，长续航优先 | 告警上报延迟 |
| 语音终端 | 保守省电，低时延优先 | 电池消耗较快 |
| 手机与平板 | 平衡策略 | 推送延迟或耗电偏快 |
| 生产手持终端 | 按班次续航调整 | 班中没电影响作业 |
省电策略没有全局最优解：同一套参数在 IoT 与语音两类设备上必然有一方不满意。分组下发、各组测各自的验收指标，是唯一可行的路径。