DTIM 决定什么
DTIM（Delivery Traffic Indication Message）决定 AP 每隔几个 Beacon 发送一次缓存广播与组播的指示：DTIM 值越大，终端可以睡得越久、越省电，但组播与广播报文的到达延迟也越大。它是传统省电（PSM）机制的一部分，11ax 之后终端更多依赖 TWT，但 DTIM 仍是理解组播丢失与唤醒延迟的关键参数。
基本信息
| 典型取值 | 1~3，默认常为 1~2 |
|---|---|
| 核心权衡 | 睡眠时长与组播时延之间的取舍 |
| 建议取值 | VoWiFi 与组播业务多用 1，IoT 省电可适度增大 |
| 观察方式 | 抓 Beacon 帧的 TIM 元素，看 DTIM Count 与 Period |
| 机制归属 | 传统 PSM；11ax 终端更多依赖 TWT |
典型使用场景
- 组播业务（视频分发、IP 广播）出现丢包或延迟
- 语音（VoWiFi）唤醒延迟偏大，需要排查 DTIM
- 电池供电设备续航不理想，评估 DTIM 设置
- 抓包时确认 TIM 元素各字段的含义
- 优化高密 IoT 场景的空口占用
Wireshark 观察
Wireshark 观察
# 抓 Beacon 帧，看 TIM 元素里的两个字段
# DTIM Count：还有几个 Beacon 到下一次 DTIM
# DTIM Period：每隔几个 Beacon 发送一次组播指示
# DTIM Count = 0 时，本轮有缓存数据即将下发DTIM 取值与影响
| 取值 | 睡眠时长 | 组播时延 |
|---|---|---|
| DTIM=1 | 最短，最耗电 | 最小，组播最及时 |
| DTIM=2~3 | 中等 | 中等，属于常见默认 |
| DTIM=4 以上 | 更长，更省电 | 明显增大，组播风险上升 |
DTIM 拉大会增加语音唤醒延迟与组播丢包风险，改动前先确认业务类型，不要为了省电牺牲实时性。
DTIM 与 TWT 是两套机制：11ax 终端更多依赖 TWT 省电，DTIM 主要服务传统 PSM 终端，两者可以并存。
DTIM 是每个 SSID（BSS）独立的参数：同一射频上不同 SSID 可以配置不同的 DTIM 值，调整时要先确认改的是哪一个 SSID。
把 DTIM 改大后要复测语音与组播业务：指标变化往往要在实际业务高峰才显现，改完立刻测容易看不到差异。
同一频段内不同 AP 的 DTIM 值不必一致：IoT 专用 AP 可以设得更大，承载语音的 AP 保持较小值，按业务分工配置效果更好。
排查组播丢包时先看 DTIM 是否被改大，再查组播转单播与 IGMP 配置，顺序反了会绕远路。