WiFi管理帧（四）（TWT）

最初的机制是Legacy Power Save。通过广播包来确定STA的唤起时机。

 

PS-Poll。通过管理帧PS-Poll来引导STA进行数据的接收。

APSD。这是对Ps-Poll的一个改进。不用等待Ps-Poll。而是一次性将数据都发给STA。

PSMP。相比PS-Poll来讲，增加了对多个STA同时进行管理的特性，在一次PSMP中，通过多个info list来确定每个STA工作时间，在这个时间内，STA是既可以进行数据的接收，也可以进行数据的发送的。

TWT。TWT和PSMP非常得类似，可以安排多个STA的DL/UL时间节点。不过相比PSMP的区别在于STA的参与感提高了。它可以以一种显示的方式和AP协商自己的时间，而不用非得和其他STA共享某一段时间。相当于从1对多，转换为1对1的方式。

另外针对对广播包以及私包的不同。TWT还分为ITWT以及BTWT两种。ITWT用来规划私包的传输。而BTWT则是用来规划公共包的传输。我想下一步可能就是规划不同应用层，不同优先级的包的传输了吧？比如Viedo/Audio，以及BE_AC, BK_AC这些。以及组包的分开传输！

我们来看看TWT机制现在都包含了对哪些东西的协商！

先看ITWT的参数，其一共包含6-23个bytes。光从这内容长度的变化就能看出一些东西了。增加的这些octets用来容纳二个字段：TWT字段，TWT组分配字段。各自占用了8个octets以及9个octets。

为什么一下是0 octets，一下又是8，9个octets呢。TWT字段用来指定最近一次的唤醒时间， TWT组分配字段用来指定参与哪一个组的分配。

基础的6个octets是些什么呢？

2个octets用来指定类型（request type）。

1个octets用来指定醒来的时长。最多只有256个单位。相比等待时间。少了1/2^56倍。

2个octets用来指定服务的间隔，是服务时长的256倍。

另外还有1个octets是TWT频道（Channel）。其实际是个bitmap，因此最多指定8个20MHz带宽的频道。因为带宽最多160MHz，所以8个bits用来对应8个20MHz的频道是足够的。

类型是个16 bits的字段，它不是单一字段，是一个8个子字段组成的复合字段。其内容如下：

每一个字段都是必须的，非单比特的字段有三个。

TWT 建立命令。占用3个bits。其提供了8种建立命令，用来标记STA之间协商序列内的各stage。 分为请求/建议/要求/分组/接受/备份/强制/拒绝。

对于请求方，可以使用请求/建议/要求三组命令，区别在于TWT参数的决定方式。请求命令由批准方设定醒来的时间。建议命令由请求方或者批准方设定。要求命令由请求方设定。

对于批准方，可以使用分组/接受/反向建议/强制/拒绝五组命令。

TWT 流标识。占用3个bits。一对请求/回应STA对之间可以建立多个TWT。最多8个。

TWT 服务间隔。占用5个bits。这里的间隔和上面的间隔是不一样，这里的数值对间隔是指数放大（Scalable）的作用，上面的间隔是一个基础数值。因此这里有32级的放大作用。

请求(Request)字段标示谁发出的包，1表示是请求方，0表示是批准方。

触发(Trigger)触发字段表示SP内至少有一个包是trigger包。

流类型(flow type)字段表示SP的发起方式，0-表示是请求方用Ps-Poll或者APSD发起。

保护(protection)字段是批准方专用的，表示SP内的传输是否需要信道保护。

Ref: Draft P802.11ax_D6.0