【WIFI-6】wifi6的一些理解

最近入职新公司，被分配了wifi6特性验证和测试的任务，所以整篇文章记录下自己的一些理解(基础原理部分不做介绍了)
参考资料

1. 徐方鑫的802.11ax解析专栏
2. 802.11ax协议原本 Chapter 26 HE MAC specification
3. 华为wifi6白皮书
4. wifi professional网站blog
5. CWNA教材

没有精力去上传这些资料或者贴链接，读者有意可以私信找我

OFDMA

wifi6新增四种PPDU format，HE SU、HE ER SU、HE MU、HE TB
在OFDMA中，物理层头部中的HE-SIG-B字段会携带每个用户的RU位置信息
因为AP会同时往多个用户发送数据，所以AP需要携带用户的ID信息，以及承载某个用户数据的RU的位置信息
这样用户才能根据用户ID信息，判断是否有自己的数据，进而根据RU位置信息，去相应的RU接受自己的数据
因此，想要抓取DL OFDMA的HE MU报文，必须要设置抓包卡的一些参数，即aid 和 bssid
这样，抓包卡才能认为自己是指定aid的终端，抓到对应RU的数据

使用wireshark分析HE报文，分析物理层头部更重要
HE-SIG-A和HE-SIG-B的字段体现在报文 radiotap header的HE SU information和 HE MU information里，但wireshark的展示不像协议那么标准，是放在一个个data_里
因此，一些filter可以用于快速过滤，比如 radio.he.data_x.xxx 之类的

验证OFDMA时，让AP发出DL MU OFDMA报文的一种有效方法是，多终端连接AP并观看在线视频(一定要多终端!!!)

TWT

TWT源自 802.11ah amendment，原来是为了工作在1GHz频段的传感器设计的，所以代码里有关TWT的部分能看到类似 S1G 的字样

TWT要想体现出明显优势，就要尽可能在协商时拉长终端的睡眠时间，但这个睡眠是某种意义上的死睡眠，终端一旦睡了，就只能等待规定的时间到来再醒来和AP交互，因此时延这块数据就不是很好看
其实也能说的通，TWT就很适合那些传感器，只需要半小时，甚至几个小时左右醒来一次上传数据，基本都是UL，没有太多DL

TWT 睡眠时间几小时意味着AP需要维护一个很大的association table
且这些设备最好使用 static IP 以避免 DHCP renewal 打断睡眠

BSS Color

理解 BSS Color 需要理解CCA门限(这块我没跟着源码一起看，也没有做实验，没有吃透)
搬出CWNA教材的讲述
CCA有两个门限，假设noise floor是-100dBm，那Signal Detect大概高出4dB，即-96dBm
而Energy Detect则又高出SD 20dB，为76dBm
可以认为SD是辨别802.11设备，ED是辨别非802.11设备
普通的CCA有这两个门限即可

在BSS Color中，为了解决OBSS带来的co-channel interference，首先按color(HE-SIG-A字段和mac帧中携带)区分inter-BSS和intra-BSS
对于 inter-BSS,可将Signal Detect适当提高，让终端 对不同染色的终端的传输信号 不那么敏感

---

MU-MIMO 以及一些其他的特性有做简单学习和了解，但没有实践，所以没有什么特殊的理解。

由于目前在做的chip比较看重power save，所以整理一些wifi6有关节能的设计

wifi6有关节能的设计

1. TWT
   源码中，TWT开始后是会 clear TBTT timer，也就是不去听beacon帧的
   虽然如此，源码中依旧可见TWT启动时，设置了10s一次的send Qos null frame，不懂，这是为了保活防断？

2. 选择性的接受数据帧
   传统的802.11中，节点需要接受所有的数据帧，检查MAC判断之后再丢包
   接收无用的数据帧也是要耗费能量的
   802.11ax中，节点可以在物理层的头部就判断HE-SIG-A的两个字段 UL/DL字段 和 BSS Color字段

3. 发送功率限制
   trigger帧中通知不同节点，其上行传输所用的功率和MCS
   一方面是为了优化接收信号的性能，即为了执行OFDMA，需要不同节点的信号到AP处近似相等，否则远近效应
   另一方面，可以优化功耗(让部分节点不需要满功率发送)