TWT 是什么
TWT（Target Wake Time，目标唤醒时间）是 Wi-Fi 6 引入的省电协商机制：终端与 AP 约定好何时醒来收发数据，其余时间保持休眠。相比传统的周期性唤醒，TWT 把唤醒占空比压得很低，电池供电的 IoT 传感器收益最明显；终端不再频繁抢信道，高密部署下的空口拥塞也随之缓解。
基本信息
| 全称 | Target Wake Time（目标唤醒时间） |
|---|---|
| 所属标准 | IEEE 802.11ax（Wi-Fi 6）及之后的 11be |
| 模式 | Individual TWT 与 Broadcast TWT |
| 收益 | 降低唤醒占空比、减少信道竞争与空口占用 |
| 前提 | 终端与 AP 都要具备 TWT 能力位 |
典型使用场景
- 电池供电的 IoT 传感器延长续航（温湿度、门磁、水表）
- 高密 IoT 部署中降低空口竞争与碰撞概率
- 手机与笔记本待机省电，通常由终端自动协商
- 医疗、资产管理标签等长周期上报设备
- 排查「IoT 设备电池几个月就耗尽」的省电策略问题
使用建议
使用建议
# IoT 传感器：单独 SSID + 较长 TWT 周期，上报间隔固定
# 手机与笔记本：一般由终端自动协商，无需人工干预
# 实时控制类设备：TWT 周期不要无限拉长，避免响应延迟变大
# 验证：抓包看 TWT 元素，或看 AP 侧的省电统计省电机制对比
| 机制 | 协商方式 | 适用场景 |
|---|---|---|
| Individual TWT | 单终端与 AP 双向协商 | 需要个性化唤醒周期的设备 |
| Broadcast TWT | AP 划分服务期，多终端加入 | 大批同类 IoT 统一节拍 |
| 传统 PSM | 无协商，按 DTIM 周期唤醒 | 老终端，省电效果有限 |
| 关闭 TWT | 不省电或降级到 PSM | 兼容性排错时的对照项 |
TWT 只在支持 11ax 与 11be 的终端上生效，老 IoT 设备仍走传统 PSM：省电与容量改善要按 11ax 终端占比评估，别指望上线即有整体提升。
极长的 TWT 周期会拉高业务时延，实时控制类 IoT 不要一味拉长周期，要在续航与响应速度之间取平衡。
TWT 是终端与 AP 协商出来的结果，某些终端只会申请很短的服务期。发现「没省电」时先确认协商是否真的成立，而不是只看 AP 侧的开关状态。