省电机制为什么会引起丢包
终端在空闲时会进入省电状态，按与 AP 约定的节拍休眠、定时醒来收取缓存帧。休眠期间 AP 会替它缓存下行数据，所以从外部 ping 或推送消息的角度看，就会出现「待机时丢几个包、延迟几秒」的现象。这属于协议设计的正常行为，不是链路故障。
怎么确认是省电导致
最直接的判据是对照：同一终端在屏幕常亮与待机两种状态下各跑一轮连续 ping，如果待机时出现规律性丢包或延迟台阶，而点亮屏幕后立刻恢复，基本可以确认是省电行为。若要调优，可以从 AP 侧的 DTIM 周期与终端侧的省电策略两个方向入手。
基本信息
| 涉及机制 | 传统省电模式（PSM）、U-APSD、TWT（目标唤醒时间） |
|---|---|
| 表现形式 | 待机 ping 丢包、消息延迟数秒、测速结果忽高忽低 |
| 调优方向 | 缩短 DTIM 周期、调整终端省电策略、评估 TWT 配置 |
| 判定方法 | 屏幕点亮后表现恢复正常，基本可确认是省电行为 |
| 影响业务 | 语音、即时消息、推送类应用对唤醒节拍最敏感 |
机制对照
| 机制 | 行为 | 影响 |
|---|---|---|
| PSM | 按 DTIM 周期醒来收缓存帧 | DTIM 越大，延迟台阶越明显 |
| U-APSD | 按业务类别触发唤醒 | 语音场景可降低唤醒延迟 |
| TWT | 终端与 AP 约定唤醒时间 | 省电效果明显，但需两端支持 |
对照测试方法
对照测试方法
# 同一终端、同一位置，分两组测试
# A 组：屏幕保持常亮，连续 ping 网关 200 次
ping -n 200 <gateway>
# B 组：让终端待机后重复同样测试
# 对比丢包率与时延分布，点亮后恢复即指向省电典型使用场景
- 手机待机收不到消息：先确认是否只是唤醒延迟
- 无线摄像头心跳超时：核对设备省电策略与心跳间隔
- 扫码枪待机后回传慢：确认休眠唤醒耗时是否超过业务超时
- 监控探测判定离线：把探测间隔与省电节拍对齐
- 语音终端体验调优：评估是否需要用更低 DTIM 周期
- 排除误判：用屏幕状态控制变量后再下结论
整网 DTIM 设置与终端省电策略需要配合评估，只改一侧往往看不到明显改善。