802.11节电 -- TWT（Target Wake Time）之字段-CSDN博客

802.11ah（HaLow，为IoT制定的一份协议，使用Sub1GHz频段）制定了TWT（Target Wake Time）这种新的节电方式来进一步节省设备的电量消耗。通过TWT，AP和STA可以协商特定的唤醒时间，这个时间周期比较灵活，可以很长也可以很短，这样可以减少设备的空闲监听时间，从而进一步延长电池寿命，尤其对于IoT设备更加友好。同时，通过更有效地管理网络资源，TWT也可以减少信道竞争，减少网络拥塞，提高网络性能。

802.11ax（WiFi6）对TWT进行了一些调整，本文主要内容是802.11ax中的TWT。

TWT和传统节电方式的对比

传统节电方式通常基于被动监听机制。在这种模式下，STA在没有数据发送而进入休眠状态之后，需要在固定Beacon间隔的特定时刻唤醒，检查TIM字段是否有数据等待传输。这种方式可能导致STA频繁唤醒，增加不必要的功耗。

TWT机制允许STA与AP之间进行主动协商来确定精确的唤醒时间，从而大幅度减少STA不必要的唤醒次数。AP可以按需安排STA的唤醒时间，只在确实有数据传输的时候唤醒STA。

传统节电受限于Beacon帧的周期和现有机制，灵活性较低。

TWT具有更强的灵活性和扩展性，可以适应更多样的应用场景，尤其对于大规模的IoT设备非常友好。

TWT能力

802.11协议的设备能力通常都在相关的字段中宣称或者告知对方，TWT也不例外，先来看看跟TWT相关的一些字段。

HE Capabilities

dot11TWTOptionImplemented是一个IEEE 802.11ax标准中的参数，用于指示设备是否支持TWT功能。该参数是设备HE（High Efficiency）Capabilities信息元素的一个子字段。当设备支持TWT时，应将dot11TWTOptionImplemented参数设置为true。如果设备不支持TWT，则应将该参数设置为false。

如果HE STA的dot11TWTOptionImplemented设置为true，则应按以下方式设置：

在其所发送的HE Capabilities元素中，若支持作为TWT请求STA角色，则设置TWT Requester Support子字段为1；否则设为0。
若支持作为TWT响应STA角色，则在所发送的HE Capabilities元素中设置TWT Responder Support子字段为1；否则设为0。
若支持作为TWT调度STA角色或TWT调度AP角色，则在所发送的HE Capabilities元素中设置Broadcast TWT Support子字段为1；否则设为0。

HE AP应在Extended Capabilities元素和HE Capabilities元素中将TWT Responder Support子字段设置为1。

HE Capability字段如下图：

其中HE MAC Capabilities Information字段如下图所示，B1是TWT Requester Support，B2是TWT Responder Support，B20是Broadcast TWT Support。