最近入职新公司,被分配了wifi6特性验证和测试的任务,所以整篇文章记录下自己的一些理解(基础原理部分不做介绍了)
参考资料
- 徐方鑫的802.11ax解析专栏
- 802.11ax协议原本 Chapter 26 HE MAC specification
- 华为wifi6白皮书
- wifi professional网站blog
- 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有关节能的设计
-
TWT
源码中,TWT开始后是会 clear TBTT timer,也就是不去听beacon帧的
虽然如此,源码中依旧可见TWT启动时,设置了10s一次的send Qos null frame,不懂,这是为了保活防断?
-
选择性的接受数据帧
传统的802.11中,节点需要接受所有的数据帧,检查MAC判断之后再丢包
接收无用的数据帧也是要耗费能量的
802.11ax中,节点可以在物理层的头部就判断HE-SIG-A的两个字段 UL/DL字段 和 BSS Color字段
-
发送功率限制
trigger帧中通知不同节点,其上行传输所用的功率和MCS
一方面是为了优化接收信号的性能,即为了执行OFDMA,需要不同节点的信号到AP处近似相等,否则远近效应
另一方面,可以优化功耗(让部分节点不需要满功率发送)