空气里的会议室从能量守恒到 Wi-Fi 7：一位安全工程师读懂 802.11 全族的 22 个夜晚

如果你也有过顾然的那种尴尬，这篇文章就是为你写的。它承诺给你三样东西：

1. 一张地图。你会知道 IEEE 802.11 这本几千页的“法典”是怎样组织起来的，每一个 “802.11 加两个字母” 的名字在地图上的位置，以及 Wi-Fi 7 到底改了哪几章。
2. 一条推理链。从“天线不能凭空制造能量”这条物理铁律出发，一层层推到“为什么 Wi-Fi 7 要发明多链路操作”。每一个结论，都有它的前因。
3. 一份行动清单。读完以后，你会知道下一步该学什么、该在控制器上检查什么、该防御哪些 Wi-Fi 7 新带来的攻击面。

我们会跟着顾然走完 22 个夜晚。她会在工厂里遇到柱子上倾斜 30 度的 AP、遇到 14 台 AP 抢 13 个信道的困局、遇到嗓门只有手机四分之一的扫码枪。老许——一位在射频行业干了二十多年、早年间跑过几次 802.11 标准会议的老兵——会在每个夜晚给她讲一块“积木”。积木一块压一块，最后搭成一座塔，塔顶就是 802.11be。

逻辑让人信服，故事让人行动。—— 本文的写作信条，源自 Patrick Henry Winston《Make It Clear》的精神

先建立一个比喻：Wi-Fi 就是一间“空气里的会议室”

在整篇文章里，我们会反复回到一个比喻：一个 Wi-Fi 信道，就是一间会议室；AP 是主持人，终端是参会的人，无线电波就是大家说话的声音。

• 会议室里同一时刻基本只能有一个人说话，否则谁也听不清——这就是 Wi-Fi 的半双工共享介质，也是 CSMA/CA“先听后说”规则存在的原因。
• 有人嗓门大，有人嗓门小——这对应发射功率。主持人用的是扩音器，扫码枪是个说话轻声细语的人。
• 屋里的空调声、隔壁的装修声——这是噪声底。你说话的音量减去背景噪声，才是对方能听清的程度，也就是信噪比。
• 两间会议室如果用同一个频道，墙又不隔音，就会互相串音——这是同频干扰。
• 如果会议室够多、每间都小，大家凑近了说悄悄话，互不打扰——这就是微蜂窝设计。

这个比喻并不完美，它会在某些地方失效（比如无线电波可以“同时”在不同子载波上传不同的话，人嘴做不到）。每当它失效的时候，我们会明确地告诉你：比喻到此为止，接下来要靠物理和协议本身。

全景图：这座塔有五层

在出发之前，先看一眼整张地图。下面这张图把 802.11 的知识体系画成一座五层的塔：地基是物理信号，往上依次是“发言规则”（MAC）、“入会与换座”（关联与漫游）、“门禁与保密”（安全），塔顶是 802.11be 带来的那一层新结构。图中每一块都可以点击，直接跳到对应的章节。

这张图里藏着全文最重要的一个判断，我们先把它亮出来，后面会用整整 22 章去证明它：

Wi-Fi 7 没有改变物理定律，
它改变的是我们利用空气的方式。

能量守恒、路径损耗、信噪比、同频干扰——这些约束在 Wi-Fi 7 时代一条都没有消失。802.11be 做的事情，是在承认这些约束的前提下，让一个终端第一次可以同时拥有多条路（MLO），让一条路遇到坑可以绕过去（打孔），让一张桌子可以拼着坐（MRU），让关键业务可以提前预约包间（R-TWT），并且把安全门槛一次性抬高（WPA3、GCMP-256、信标保护成为 Wi-Fi 7 的硬性前提）。理解了约束，才能理解这些设计为什么长成现在的样子。

1.1 谁在写标准：IEEE 802 的“家谱”

IEEE（电气与电子工程师协会）是一个专业组织，它下面有一个标准协会（IEEE SA）。IEEE SA 里有一个专门负责局域网和城域网的委员会，叫 IEEE 802 LMSC。802 委员会下面再分成多个工作组（Working Group）：802.1 管网桥与交换（比如 VLAN、TSN），802.3 管以太网，802.15 管蓝牙、ZigBee 一类的个域网，而 802.11 工作组管的就是无线局域网（WLAN）。

这个层级关系很重要，因为它解释了一个常见的困惑：802.11 只定义两层——物理层（PHY）和介质访问控制子层（MAC）。IP 地址怎么分、DHCP 怎么跑、RADIUS 怎么认证，都不归 802.11 管。802.11 负责的是“怎样在空气里可靠地把一个以太网帧大小的数据包，从一台设备送到另一台设备”，以及围绕这件事的管理与安全。认证所用的 802.1X 是 802.1 工作组的标准，802.11 只规定了它在无线上如何被调用、密钥如何从它派生出来。

1.2 一份标准是怎样诞生的：从一个想法到一纸批准

每一个带字母的 802.11 修正案都要走一条漫长而严格的流水线。以 802.11be 为例，这条流水线大致是这样的^[2]：

1. 研究小组（Study Group）与 PAR。有人在工作组会议上提出“下一代 Wi-Fi 需要更高吞吐、更低时延”。成立研究小组讨论可行性，最后写出项目授权申请（PAR）和标准制定准则（CSD）。PAR 就像一份“立项书”，规定这份修正案要做什么、不做什么。802.11be 的 PAR 在 2019 年 3 月获批，目标是支持至少 30 Gbps 的最大吞吐，并降低最坏情况下的时延与抖动。
2. 任务组（Task Group）成立，收集提案。TGbe 于 2019 年 5 月召开第一次会议。来自芯片厂、设备厂、终端厂的工程师提交成百上千份技术提案（Contribution），每一份都要在会上陈述、辩论、投票。
3. 规范框架文档（SFD）。被投票通过的技术决定被写进 SFD，它是草案的“骨架”。
4. 草案（Draft）迭代。技术编辑把 SFD 写成正式条文：D0.1（2020 年 9 月）、D1.0（2021 年 5 月，工作组内部征求意见）、D2.0（2022 年 3 月，首次正式“信函投票” Letter Ballot）……每一轮投票都会收到数以千计的评论（Comment），每一条评论都必须被回应、被决议。
5. SA 投票（Sponsor/SA Ballot）。工作组内部达成共识后，草案进入更广泛的 IEEE SA 投票池。
6. 标准委员会批准与出版。802.11be 的最终版本 D7.0 于 2024 年 9 月获得 IEEE SA 标准委员会批准，正式名称是 IEEE 802.11be-2024；正式出版文本则在 2025 年 7 月发布^[2][3]。

从 PAR 到批准，802.11be 用了整整五年半。这也解释了一个市场现象：早在 2022 年，就已经有厂商基于草案发布了“Wi-Fi 7”产品；Wi-Fi 联盟则在 2024 年 1 月启动了 Wi-Fi CERTIFIED 7 认证^[4]——那时技术内容已经基本冻结，只差最后的程序。

1.3 字母后缀的秘密：为什么 ax 之后是 ay、az，再之后是 ba、bb……be

每个任务组成立时，会按顺序领取一个字母后缀。单字母用完了（a 到 z，其中个别字母被跳过以避免与其他标准混淆），就开始用双字母 aa、ab……az，再到 ba、bb、bc、bd、be、bf……所以字母顺序只代表立项的先后，不代表技术代际，也不代表重要程度。802.11be 之所以叫 be，只是因为它恰好在 bd（车联网 NGV）之后立项，跟“be 是不是 best”毫无关系。

这就引出一个实用的分类法。802.11 的上百份修正案，大致可以归入下面六个“家族”。下次看到一个陌生的后缀，先问自己：它属于哪个家族？

表 1-1 · 802.11 修正案的六大家族（按功能归类，部分修正案跨多个家族）

1.4 Wi-Fi 4/5/6/7：代际名字是谁起的

“Wi-Fi 7”这个名字不是 IEEE 起的，而是 Wi-Fi 联盟（Wi-Fi Alliance，WFA）起的。这是理解整个行业的第二把钥匙：

三者的关系，正好对应开车这件事：IEEE 写交通法规里的技术条款，Wi-Fi 联盟负责发驾照、做年检，监管机构则决定哪些路能走、限速多少。一个安全工程师在评估“供应商说的 Wi-Fi 7”时，必须同时问三个问题：标准里有没有？认证里要不要求？我的国家允不允许？第 12 章你会看到，第三个问题在中国会直接改变 Wi-Fi 7 的部署形态。

1.5 打开 802.11-2024：它的内部结构

802.11-2024 是 IEEE 802.11 的最新合订版，在 2024 年获得批准。它把 2020 年以来批准的一批修正案并入正文，其中最重要的就是 802.11ax（Wi-Fi 6/6E）。802.11be 则是基于 802.11-2024 正文所写的修正案，它在这本法典上新增了两个完整的条款（Clause）：第 35 条 EHT MAC 规范与第 36 条 EHT PHY 规范，同时修改了第 9、10、11、12 条等大量通用条款。

这本法典的结构，可以用“总则—通用规则—专用规则”三段来理解：

为什么要强调“通用条款”和“专用条款”的区别？因为 802.11 有一个精巧的设计：MAC 是一套，PHY 有很多套。第 9、10、11、12 条里的帧格式、信道访问、管理流程与安全机制，是所有代际共享的“公共底座”；而第 15 条以后的各个 PHY 条款，则各自规定一种具体的调制编码方式。每一代新标准都会既新增一个 PHY 条款，又往公共底座里“插入”新的元素与流程。

这就是为什么一台 Wi-Fi 7 AP 可以和一台 2010 年的 802.11n 笔记本对话：它们共享同一套 MAC 底座，只是在需要的时候切换到对方听得懂的 PHY。

1.6 各代 PHY 的“族谱”

1.7 读标准的五个实用技巧

1. 先读第 3 条定义和第 4 条概述。几乎每一个让你困惑的术语（BSS、ESS、DS、STA、MLD）都在这里被精确定义。
2. 按“元素（Element）”查。802.11 的管理帧由一个个“元素”拼成，每个元素有一个 Element ID。抓包时看到一个陌生的字段，先查它属于哪个元素，再去第 9.4.2 节附近找定义。
3. 区分“shall / should / may”。shall 是强制，should 是推荐，may 是允许。很多“厂商之间不兼容”的问题，根源都在 may。
4. 修正案里看“编辑指令”。802.11be 正文里充满了“Change the following paragraph as follows”“Insert the following new subclause”，下划线表示新增、删除线表示删除。读懂这些指令，才能知道它到底改了什么。
5. 永远交叉验证认证规范。标准允许不代表产品支持；产品支持不代表默认开启。安全评估时，要把 IEEE 标准、Wi-Fi 联盟认证要求、厂商配置指南三者对照着看。

2.1 一切从振荡开始：频率与波长

天线里的电流以每秒数十亿次的频率来回振荡，振荡的电流产生变化的电场，变化的电场产生变化的磁场，二者互相“推着”向外传播——这就是电磁波。Wi-Fi 使用的 2.4 GHz、5 GHz、6 GHz，意思是电流每秒振荡 24 亿次、50 亿次、60 亿次左右。

电磁波在空气中的速度约等于光速（每秒 30 万公里），所以频率越高，每一次振荡在空间中“走过”的距离——也就是波长——就越短：

波长不是一个抽象的数字，它决定了三件非常具体的事：

• 天线的尺寸。常见的偶极子天线长度约为半个波长。这就是为什么 5/6 GHz 的天线可以做得更小，一台 AP 里可以塞进更多天线——这为 MIMO 与多空间流提供了物理基础。
• 穿透与绕射。波长越短，越难“绕过”障碍物，穿过墙体、人体时损失也往往更大。这就是为什么 2.4 GHz 在穿墙上常常更有优势，而 6 GHz 更适合“同一间屋子里”的高速通信。
• 同样距离下的“自由空间损耗”。这一点最容易被误解，我们单独讲。

2.2 信号为什么会“变老”：自由空间路径损耗

想象你在一个漆黑的大厅中央点亮一个灯泡。灯泡发出的光均匀地照向四面八方。离灯泡 1 米处，光能量均匀摊在一个半径 1 米的球面上；离灯泡 2 米处，同样多的能量要摊在半径 2 米的球面上——球面面积是原来的 4 倍，所以每一小块面积上得到的光只剩 1/4。

这就是平方反比定律：能量本身没有消失，它只是被摊薄了。距离翻倍，能量密度变成 1/4。无线电波也遵循同样的规律，所以工程师有一个公式来计算它在真空/理想空气中的衰减，叫自由空间路径损耗（FSPL）^[20]：

这里有一个非常反直觉的地方：公式里的“频率项”并不是空气对高频“吸收得更多”，而是接收天线的“有效口径”随频率升高而变小。同样尺寸比例的天线，频率越高，能“兜住”的能量越少。所以“6 GHz 传不远”这句话本身没错，但原因经常被讲错——在自由空间里，高频并没有被“吃掉”，它只是被一张更小的“网”接住了。真实环境中，墙体、人体、货架带来的额外衰减，才让高频的劣势进一步放大。

2.3 分贝：无线世界的“通用货币”

无线信号的能量跨度大得惊人：AP 发出的是 100 毫瓦量级，而 30 米外终端收到的，往往只有一亿分之一毫瓦甚至更少。用毫瓦去描述，你会被一长串零淹没。于是工程师改用对数——分贝（dB）。

分贝本身不是单位，而是一个“比值”的对数表达：两个功率之比为 P₁/P₂，就记作 10·log₁₀(P₁/P₂) dB。它带来两个巨大的便利：乘除变成加减；极大与极小的数字被压进一个舒服的范围。你只需要记住三条“汇率”：

还有两个常见的“亲戚”：dBi 表示天线相对于“理想各向同性天线”的增益，dBd 表示相对于“半波偶极子天线”的增益，二者相差约 2.15 dB（0 dBd ≈ 2.15 dBi）。看天线规格书时，一定要先确认是 dBi 还是 dBd，否则比较两款天线时会差出 2 dB 多。

2.4 多径：信号的“影分身”

在车间里，信号很少只走一条直线。它会撞上钢柱、行车、金属货架、混凝土地面，然后反射、散射、衍射，沿着几十条路径先后到达接收端。这些“影分身”到达的时间差，可能是几十到几百纳秒。

多径是一把双刃剑。坏的一面：不同路径的波形叠加时，有的地方相互增强，有的地方相互抵消，形成“衰落”——你把手机挪动几厘米，信号可能就差了 10 dB。更麻烦的是，前一个符号的“回声”会拖到后一个符号里，造成符号间干扰（ISI）。

好的一面：正是因为有多条互不相同的路径，多天线系统才能在同一频率、同一时刻发送多路不同的数据流——这就是 MIMO 与空间流的物理基础。一个“空旷无反射”的环境，反而很难跑出多流。

2.5 OFDM：把一条大河拆成几千条小溪

为了对抗多径的“回声”，从 802.11a 开始，Wi-Fi 采用了 OFDM（正交频分复用）。它的思路非常朴素：

1. 把宽信道切成许多窄子载波。一个 20 MHz 信道，在 802.11a/g/n/ac 里被切成 64 个子载波（间隔 312.5 kHz）；在 802.11ax/be 里切得更细，256 个子载波（间隔 78.125 kHz）。
2. 每个子载波上慢慢说。子载波越窄，符号就越长：802.11ax/be 的一个 OFDM 符号有效时长是 12.8 μs，是 802.11a 的 4 倍。符号越长，几百纳秒的“回声”相对就越不重要。
3. 每个符号前面加一段“保护间隔（GI）”。就像说完一句话停顿一下，让回声先消散。802.11be 支持 0.8、1.6、3.2 μs 三种 GI：室内回声短，用 0.8 μs；室外或大空间回声长，用更长的 GI。
4. 子载波之间“正交”。相邻子载波在数学上互不干扰，所以可以紧挨着摆放，不需要保护带，频谱效率极高。

OFDM 是 Wi-Fi 7 的“祖传底盘”。第 10 章的 OFDMA、第 14 章的 MRU、第 15 章的前导码打孔，本质上都是在这几千条小溪上做“分配”和“避让”的文章。所以请记住这个画面：一个 Wi-Fi 信道，是一排整齐排列的子载波小溪。

4.1 RSSI：信号的“音量表”

无线网络的设计，要关注好几个因素。最常被提起的是 RSSI（接收信号强度指示），也就是终端或 AP 收到的信号有多“响”。业界常把 -65 dBm 到 -67 dBm 作为语音和关键业务的覆盖目标^[15]。

但 -65 dBm 只是 RSSI，只是信号强度，只看这个其实是不够的。还有两个细节常被忽略：

• RSSI 在标准里只是一个“相对指示值”，不同芯片厂商把它换算成 dBm 的方法不尽相同。两台不同型号的手机站在同一个位置，读数相差 5–10 dB 并不稀奇。所以勘测时要用目标终端或经过校准的勘测设备。
• RSSI 量的是“这一刻收到的总能量”，它分不清哪些是你要的信号、哪些是别人的干扰。在一个干扰严重的环境里，RSSI 可能很高，而通信质量很差。

4.2 噪声底：那个不请自来的背景音

即使没有任何人说话，会议室里也有空调声、电脑风扇声。无线世界同样如此：电子元件本身的热噪声、远处设备的微弱信号、电机与变频器的电磁辐射，叠加起来形成一个“背景噪声”，叫噪声底（Noise Floor）。

在安静的办公室，20 MHz 信道上的噪声底通常在 -95 到 -90 dBm 左右；在工厂里，大功率变频器、电焊机、微波设备附近，噪声底可能抬升到 -85 甚至 -80 dBm。还有一个物理事实值得记住：信道越宽，噪声越多。热噪声功率与带宽成正比，带宽每翻一倍，噪声底大约抬高 3 dB。从 20 MHz 到 320 MHz 是 16 倍带宽，噪声底抬高约 12 dB——这是第 12 章理解“320 MHz 并不总是更快”的关键伏笔。

4.3 SNR：真正决定一切的数字

还要看 SNR 信噪比。信号强度再强，但是信噪比若低，AP 还是听不清——就比如在很吵的区域，我们要说很大声，对方才能听清。

在有干扰的时候，工程师会把干扰也算进分母，称为 SINR（信号与干扰加噪声比）。真实部署中，SINR 才是那个最终决定命运的数字。

4.4 从 SNR 到 MCS：清晰度决定你能说多“复杂”的话

Wi-Fi 用 MCS（调制与编码方案）编号来描述“这一次说话有多复杂”。调制方式决定每个子载波每个符号承载几个比特（BPSK 1 位、QPSK 2 位、16-QAM 4 位、64-QAM 6 位、256-QAM 8 位、1024-QAM 10 位、4096-QAM 12 位），编码率决定其中多少比例是真正的数据、多少是用来纠错的冗余（如 1/2、3/4、5/6）。

每一个 MCS 都需要一个最低 SNR 才能可靠工作。下面的实验把这条关系画了出来。请特别注意最右端：4096-QAM 通常需要 40 dB 左右甚至更高的 SNR——这是一个非常苛刻的条件，通常只有在终端离 AP 很近、几乎没有干扰时才能达到。

4.5 一个反直觉的事实：信号太强也不好

很多人以为信号“越强越好”。但当终端离 AP 太近（比如 RSSI 高于 -30 dBm），接收机的放大器会进入饱和区，信号失真，反而解调出错。这就像有人贴着你耳朵大喊，你反而听不清他在说什么。工程上，这也是“AP 不要装得离工位太近、不要把发射功率开到最大”的原因之一。

6.1 低功耗终端：说话轻声细语的人

还要考虑到手持终端。手持终端通常要求待机时长，采用低功耗设计，发射功率比普通笔记本、手机要小很多。如果手机的无线功率是 100 mW，手持终端可能只有 25 mW 或更低。

换算成分贝：100 mW 是 20 dBm，25 mW 约是 14 dBm，相差 6 dB。按照第 2 章的“汇率”，6 dB 意味着功率只有四分之一；而在自由空间里，6 dB 相当于距离翻倍。换句话说，AP 能把话传到 30 米外，扫码枪的话可能只能传回 15 米左右（在室内衰减更快的环境中，这个差距的绝对距离会更小，但比例关系类似）。

这就是无线设计里最常被忽视的链路不对称：

• 下行（AP → 终端）：AP 嗓门大，终端“听得见”，屏幕上显示有信号。
• 上行（终端 → AP）：终端嗓门小，AP“听不清”，于是终端的数据需要降速、重传，最终超时掉线。

扫码枪屏幕上的“两格信号”，测的是下行；它上传失败，坏在上行。覆盖设计必须按照“嗓门最小的那台终端”来做，而不是按照工程师手里的笔记本。

6.2 会议室里的三条规矩

回到开会的比喻。大家在一起开会，有的人说话嗓门大，有的人说话嗓门小。要想让每个人都被听清，会议室里有三条朴素的规矩：

1. 嗓门小的人说话，要想听得清，那就得往近了靠。对应到无线：降低 AP 间距，让低功率终端离最近的 AP 更近。这叫“为最弱的终端设计覆盖”。
2. 一个人说话的时候，其他人不能吵，否则还是听不清。对应到无线：控制同频干扰和噪声，提高 AP 侧的 SINR。哪怕扫码枪离 AP 很近，如果邻区 AP 的信号压在 AP 的耳朵上，扫码枪的“悄悄话”照样被淹没。
3. 主持人不要用扩音器把整个大楼都吵醒。AP 的功率不应远大于终端的功率。如果 AP 用 23 dBm 吼，终端用 14 dBm 回答，终端会“误以为”自己离 AP 很近而不去漫游，然后在上行上不断失败——这就是业界常说的“粘滞终端（sticky client）”问题的成因之一。工程上常见的经验做法是让 AP 发射功率与目标终端功率大致匹配。

6.3 悄悄话的艺术：为什么要设计成微蜂窝

当然呢，在一个大会议室里，我们跟邻座的人讲悄悄话，不影响其他人，这是可以的。

这句话就是整个无线高密度设计的精髓。这些原理也适用于无线网络设计，为什么设计成微蜂窝？就是大家都靠近说悄悄话，不要太吵，互不影响。

所谓微蜂窝（Micro-cell），就是放弃“一台大功率 AP 覆盖一大片”的思路，改为“很多台小功率 AP，每台只覆盖身边一小块”。它带来四个连锁效应：

6.4 现实痛点清单：顾然的四个“死结”

到第六夜结束时，顾然已经能把三号车间的问题写成一张清单了。这张清单会一直跟着我们，直到第 22 章，我们会逐条检验 Wi-Fi 7 能不能解开它们：

表 6-1 · 三号车间的四个死结（第 22 章将逐条对照 Wi-Fi 7 的解法）

7.1 三类帧：会议室里的三种话

7.2 CSMA/CA：一套“礼貌”的等待协议

以太网早年用的是 CSMA/CD：先说，撞了再说。无线电做不到“边说边听”（自己的发射信号会把接收机淹没），所以 Wi-Fi 改为 CSMA/CA（载波侦听多路访问 / 冲突避免）：尽量在说之前就避免碰撞。下面是一次完整的发言流程，点击“下一步”逐帧观看：

7.3 EDCA：VIP 先发言

802.11e 把流量分成四个访问类别（Access Category），每一类有自己的 AIFS 与竞争窗口：

表 7-1 · EDCA 默认参数（802.11 标准默认值，AP 可通过 Beacon 中的 EDCA 参数集下发调整）^[1]

EDCA 的本质是“概率上的优先”：语音等待得更短、退避窗口更小，所以抢到话筒的概率更高。但它不是“保证”。当一个信道上竞争者太多时，语音照样会排队。这正是 Wi-Fi 7 要用 R-TWT 与 EPCS 补上的缺口（第 19 章）。

7.4 聚合与块确认：一次把话说完

每次开口都有固定开销：等待 AIFS、退避、前导码（几十微秒）、等待确认。如果每次只发一个小包，大部分时间都浪费在“清嗓子”上。所以 802.11n 引入了帧聚合：

• A-MSDU：把多个上层数据包装进一个 MAC 帧。
• A-MPDU：把多个 MAC 帧串在一起，用一个前导码发出，每个子帧有独立校验，丢一个只重传一个。

Block Ack 的窗口大小决定了一次最多能“连续说”多少个 MPDU：802.11n/ac 为 64，802.11ax 扩展到 256，802.11be 进一步扩展到 1024。窗口越大，在 320 MHz、4096-QAM 这样的“超级高速路”上，越能把一次 TXOP 塞满，而不必每说几句话就停下来等确认。

9.1 一条时间线：每一代铠甲与它的裂缝

9.2 四个维度看安全

11.1 从 PAR 读懂设计目标

回到第 1 章说过的“立项书”。802.11be 的 PAR 在 2019 年 3 月获批，TGbe 的官方说明把它的目标写得很清楚^[2]：

• 定义新的 EHT 物理层与 MAC 层，支持至少 30 Gbps 的最大吞吐；
• 降低最坏情况下的时延与抖动，以更好地支持 VR/AR、云游戏、工业控制等时间敏感应用；
• 工作在 1–7.250 GHz 之间的免许可频段（即 2.4、5、6 GHz），并与已有的 802.11 设备向后兼容、公平共存。

请注意第二条。“最坏情况时延”是一个非常“工业”的指标：平均时延 5 ms 不重要，重要的是 99.9% 的数据包能不能在 10 ms 内到达。一台 AGV 不在乎平均值，它在乎最慢的那一次。这一条目标，决定了 MLO、R-TWT、EPCS 这些设计的存在。

11.2 Release 1 与 Release 2：一个“分两期施工”的故事

因为候选技术太多，TGbe 在 2020 年前后决定把特性分成两期：Release 1 是优先完成、尽快让产品落地的核心特性；Release 2 是更复杂、需要更多研究的增强特性。后来的结局是：Release 1 的特性基本全部进入了最终标准；而 Release 2 里最有野心的几项——多 AP 协调（Multi-AP Coordination）、混合自动重传（HARQ）——没有在 802.11be 中完成，转而成为下一代 802.11bn（UHR，Wi-Fi 8）的重点研究方向；早期设想的 16 条空间流也在 2024 年从规范中移除，最终的 802.11be 最多支持 8 条空间流^[3][5]。

这就是为什么你会看到两种互相矛盾的宣传：早期白皮书写着“16 流、46 Gbps”（16 流 × 320 MHz × MCS 13 的理论值），而最终标准的单链路理论峰值是约 23 Gbps（8 流）。两个数字都“有出处”，但只有后者对应已批准的标准。

11.3 全景：802.11be 的关键特性一览

表 11-1 · 802.11be 特性全景（认证必选/可选依据公开资料整理^[3][4]，具体以 Wi-Fi 联盟当期认证规范为准）

11.4 五代对比：一张表看清演进

11.5 一个统一视角：Wi-Fi 7 在“三个维度”上同时开刀

把这些特性放在一起，可以看出 802.11be 的设计哲学。无线资源有三个维度——频率、时间、空间——再加上一个 Wi-Fi 7 新开辟的维度：链路。

11.6 解剖一台 Wi-Fi 7 AP：里面到底有几台“收音机”

理解了特性清单，再从硬件角度看一台企业级 Wi-Fi 7 AP，很多抽象概念会立刻变得具体。一台典型的三频 Wi-Fi 7 AP 内部，大致有这样几层：

1. 多个独立射频（Radio）。通常是 2.4 GHz、5 GHz、6 GHz 各一个，每个射频有 2–4 条收发链路（对应 2×2 或 4×4 MIMO）。在 MLO 的语言里，每个射频上运行的 BSS 就是一个“附属 AP”。
2. 可切换的射频模式。为了适应不同国家的监管，许多 AP 允许同一套射频硬件以不同方式工作。以 Cisco 文档为例：CW9172I 可以运行“5 GHz 4×4（单 PHY）”或“5 GHz 2×2 + 6 GHz 2×2（分离 PHY）”两种模式，在不支持 6 GHz 的监管域会以 5 GHz 4×4 模式工作；CW9172H 则可以在“2.4 GHz 4×4 + 5 GHz 2×2 + 6 GHz 2×2”与“2.4 GHz 4×4 + 5 GHz 全频段 4×4”之间切换，切换需要重启^[8]。对中国大陆的用户来说，这意味着“6 GHz 那部分硬件”并不会被白白浪费，而是可以转化为更强的 5 GHz 能力。
3. 内置天线阵列。每个频段一组，出厂校准方向图与隔离度。第 3 章的“能量搬家”在这里由天线阵列与波束赋形共同完成。
4. 上层 MAC 与 MLD 管理。这一层把多个射频“收拢”成一个 AP MLD：统一的关联表、统一的密钥、统一的块确认与重排序缓冲区。这一层在芯片与固件中实现，是 Wi-Fi 7 AP 与 Wi-Fi 6 AP 在软件架构上的最大差别。
5. 有线上行与供电。多频并发的 Wi-Fi 7 AP 需要多千兆以太网上行（如 2.5/5/10 GbE mGig），以及更高的 PoE 供电等级。供电不足时，部分 AP 会降低射频能力或关闭部分功能；Cisco 文档也提示，若某个射频被关闭，该 AP 的 802.11be 能力会受到影响。

11.7 设备如何“自报家门”：EHT 能力与运行元素

所有这些特性，最终都要通过管理帧中的“元素”告诉对方。抓包时，你会在 Beacon、Probe、Association 帧里看到三个与 Wi-Fi 7 直接相关的元素：

还有一个容易被忽略的能力：802.11be 支持“仅 20 MHz 工作”的 EHT 终端。一台低成本的 IoT 终端可以只具备 20 MHz 的收发能力，却依然加入一个 80/160 MHz 的 Wi-Fi 7 BSS，并享受 OFDMA、R-TWT、WPA3 等机制。这对扫码枪、传感器、标签类终端非常重要——它们不需要宽信道，需要的是可靠、省电与安全。第 6 章那位“说话小声的同事”，在 Wi-Fi 7 里有了一个专门为他设计的座位。

11.8 采购评估清单：把“三问法”变成一张表

评估一套 Wi-Fi 7 方案时，下面这张表可以直接带进评审会。每一行都要求供应商给出可验证的证据（文档链接、版本号、测试报告），而不是口头承诺：

这张表的最后一行尤其重要：标准中定义了，不等于产品已经实现；产品已经实现，不等于默认开启；默认开启，不等于终端支持。Wi-Fi 7 的许多高级特性（R-TWT、EPCS、TXOP 共享等）在不同厂商、不同版本中的落地节奏差别很大，把“规划中”当成“已支持”，是 Wi-Fi 7 项目最常见的预期落差来源。

13.1 什么是 QAM：在一张棋盘上落子

QAM（正交幅度调制）的思路是：同时调整一个载波的幅度与相位，让它落在一个二维平面上的某个点。这个平面叫星座图，平面上可以落子的点叫星座点。如果平面上有 16 个点，每次落子就能表达 log₂16 = 4 个比特；有 1024 个点，就是 10 个比特；有 4096 个点，就是 12 个比特。

问题在于：平面的“最大半径”被发射功率与功放线性度限制住了，不能无限扩大。点越多，点与点之间的距离就越小。接收端收到的信号总带着噪声，相当于落子时手在抖。点距越小，手稍微一抖，就可能落到隔壁的格子里——这就是误码。

从 1024-QAM（32×32 网格）到 4096-QAM（64×64 网格），每个方向的格子数翻倍，点距缩小一半，对噪声的容忍度大约降低 6 dB。用下面的实验亲眼看一下：

13.2 4096-QAM 需要多高的 SNR？

802.11be 对发射端提出了明确的质量要求：使用 MCS 12/13（4096-QAM）时，发射信号的误差矢量幅度（EVM，衡量“落子有多准”）要优于 -38 dB，而 1024-QAM 的要求是 -35 dB^[1]。这是对 AP 与终端射频链路（功放线性度、相位噪声、频偏）的严苛考验。在接收端，业界经验值通常认为 4096-QAM 需要约 38–42 dB 甚至更高的 SNR。

为了满足这么高的 EVM 要求，设备在发射 4096-QAM 时往往需要降低发射功率（让功放工作在更线性的区域，称为功率回退）。于是出现一个有趣的权衡：4096-QAM 每个符号更“满”，但为了“写得工整”只能“小声说”，所以它只在近距离、低干扰的“甜区”里才会被速率自适应算法选中。

13.3 另一端的惊喜：MCS 14 与 MCS 15

很多人只记住了 4096-QAM 这个“天花板”，却忽略了 802.11be 在“地板”上的改进：

• MCS 15（BPSK-DCM）：使用双载波调制（DCM），把同一个比特同时放在两个相距较远的子载波上发送，接收端合并两份副本，以一半的速率换取更强的抗衰落能力。这在 802.11ax 中已作为“扩展距离”的手段出现，802.11be 把它纳入了统一的 MCS 编号。
• MCS 14（EHT-DUP）：仅用于 6 GHz 的 80/160/320 MHz，把同样的数据在信道的两半上复制发送，进一步提高接收可靠性，主要用于扩展 6 GHz 的覆盖距离。

对于第 6 章那些“嗓门小”的终端，这些低阶 MCS 才是真正的“救命稻草”：当 SNR 很低时，它们让链路以很低的速率维持住，而不是直接断开。

13.4 速率公式：把五个齿轮乘起来

现在我们拥有了计算 Wi-Fi 速率的全部积木。一条链路的物理层速率，由五个“齿轮”相乘决定：

请在计算器里试一试这个组合：80 MHz、2 条流、MCS 9（256-QAM 5/6）——这是一部普通手机在普通企业环境里相当常见的状态，约 961 Mbps。再试一试 320 MHz、2 条流、MCS 13：约 5.8 Gbps。差了约 6 倍，但第二个组合需要 6 GHz、320 MHz、近距离、极安静——四个条件同时成立。

13.5 速率自适应：AP 怎样决定“这一次用哪个 MCS”

4096-QAM 并不是一个“开关”，而是速率自适应算法（Rate Adaptation）菜单里的最后两道菜。每一次发送前，发送方都要决定用哪个 MCS、几条空间流、多宽的带宽。常见的决策依据包括：

1. 历史成功率。最近若干次用 MCS 11 发送的 A-MPDU，有多少比例的子帧被 Block Ack 确认？成功率高，就尝试往上“探”一档；失败多，就往下退。
2. 信道探测反馈。波束赋形探测得到的信道质量信息（每个子载波组的 SNR 估计），可以直接用于选择 MCS。
3. 链路方向与终端能力。终端是否声明支持 MCS 12/13？是否支持 320 MHz？是否处于省电模式？
4. 业务类型。对时延敏感的语音流，算法往往偏保守：宁可低一档 MCS，也不要因为重传多花几毫秒。

这解释了一个常见的现场困惑：“终端明明支持 4096-QAM，为什么抓包从来看不到 MCS 13？”答案往往是：SNR 不够、干扰导致的偶发失败让算法不敢往上探，或者业务流本身太小，根本不需要那么高的速率。

13.6 从“速率”到“容量”：一本空口时间账本

速率是“一个人说话有多快”，容量是“一间会议室一小时能开多少会”。决定容量的，是每个终端占用了多少空口时间。我们用一个简单的账本来算：同样传 1 MB 数据，不同条件下需要占用多少空口时间（只计数据符号，忽略前导码与竞争开销）：

这张账本说出了一个反直觉的事实：网络里最“贵”的用户，往往不是下载最多的那台笔记本，而是信号最差的那台扫码枪。它每传 1 MB 要占用几十倍的空口时间，而这段时间里其他人都只能等。所以第 6 章的“让嗓门小的人往近了靠”，不仅是为了它自己，更是为了整间会议室的容量。Wi-Fi 7 的 4096-QAM 让“近处的人”说得更快，从而把更多时间留给“远处的人”——高阶调制的真正价值，常常体现在整网容量而不是单机速度上。

15.1 为什么以前“一个坑封一条路”

要理解打孔的价值，先理解宽信道的结构。一个 160 MHz 信道由 8 个 20 MHz 子信道组成，其中一个被指定为主 20 MHz 信道（Primary 20）。所有的信道侦听、Beacon 发送、前导码同步都以主信道为锚点。设备要使用更宽的带宽时，必须确认主信道之外的“从信道”也是空闲的。

在 Wi-Fi 5/6 的常规做法中，带宽只能按 20 → 40 → 80 → 160 这样“以主信道为中心逐级翻倍”的方式扩展。如果第 5 个 20 MHz 忙，那么 160 MHz 用不了，只能退回不包含它的 80 MHz；如果坏的那个子信道恰好在主 80 MHz 内，那就只能退到 40 甚至 20 MHz。一个坑，可能让你损失 7/8 的路。

15.2 打孔：把坏的那一块“挖掉”

前导码打孔（Preamble Puncturing）允许设备在发送一个宽带 PPDU 时，指定其中某些 20 MHz 子信道“不发送任何能量”，其余子信道照常使用。接收端从前导码中读到打孔信息，就知道哪些子信道是空的。802.11be 中有两种打孔方式：

标准对打孔有几条约束，目的是控制实现复杂度：

• 主 20 MHz 信道永远不能被打掉——它是整个 BSS 的锚点。
• 打孔粒度有限制：在 80 和 160 MHz 中，非 OFDMA 传输以 20 MHz（160 MHz 下也可以是 40 MHz）为单位打孔；在 320 MHz 中，非 OFDMA 传输以 40 MHz 或 80 MHz 为单位打孔；OFDMA 传输则可以在每个 80 MHz 内更灵活地指定。
• 只允许预定义的打孔模式，这些模式正好对应上一章 MRU 的几种大组合。

与 Wi-Fi 6 的关键区别是：802.11ax 也定义了打孔，但仅限于部分多用户 PPDU，并且终端支持极少；Wi-Fi CERTIFIED 7 把打孔列为必选项，这意味着所有通过认证的 Wi-Fi 7 终端都必须能接收打孔的 PPDU^[3]。一个只有 AP 支持、终端不支持的功能，在现实中几乎等于不存在；认证必选，才让它真正“落地”。

15.3 打孔真正的价值：让宽信道在真实世界里可用

在实验室里，信道总是干净的，打孔看上去可有可无。但在真实世界里，宽信道最大的敌人恰恰是“局部的、零星的”干扰：

1. 邻居的窄信道网络。隔壁公司用 20 MHz 部署了一台 AP，正好落在你 160 MHz 的某个子信道上。
2. 雷达与 DFS。在 5 GHz 的 DFS 信道上，雷达只会占据一小段频谱。打孔为“只避开受影响的部分”提供了技术可能（实际是否允许，取决于法规和实现）。
3. 6 GHz 中的既有业务。在一些地区，6 GHz 中存在需要保护的现有业务（例如固定微波链路），标准频谱中可能有些子信道需要长期避开，静态打孔正好适用。
4. 工业现场的窄带干扰源。某些无线工业设备、监控摄像头的私有无线链路只占用很窄的一段频谱。

回到第 5 章那个矛盾：“单 AP 想快就要宽信道，多 AP 想不打架就要窄信道。”打孔没有消除这个矛盾，但它降低了宽信道的“脆弱性”——让宽信道遇到局部干扰时损失 1/8，而不是 7/8。

15.4 运维视角：怎样知道打孔正在发生

打孔是一个“静默”的特性：用户不会看到弹窗，终端也不会提示。运维与安全团队需要主动去看它。可以从三个层面观察：

一个值得建立的运维习惯是：把“打孔”视为症状，而不是治疗。打孔让网络在干扰下继续工作，但长期、固定位置的打孔说明你的频谱环境中有一个稳定的问题源。在工厂里，它可能是一台私有频段的无线设备、一台老旧的无线摄像头，或是隔壁车间新装的一台 AP。找到它，往往比让 Wi-Fi 7 永远绕着它走更好。

15.5 中国大陆的 160 MHz：打孔为什么在这里格外重要

回到实验 14 的那条信道。中国大陆 5 GHz 唯一的 160 MHz 信道是 36–64，其中后半段 52–64 是 DFS 信道。这意味着：

• 一旦在 52–64 中任意子信道检测到雷达，按传统做法，AP 必须离开受影响的信道，并在一段时间内不能返回；对 160 MHz 来说，往往意味着整条宽信道收缩为 36–48 的 80 MHz，甚至更窄。
• DFS 信道在启用前还需要“信道可用性检查（CAC）”，等待一段时间确认无雷达，切换并不即时。
• 在机场、港口、气象站附近，雷达事件可能相当频繁。

在这样的环境里，打孔提供了一种技术上的可能：只避开受影响的子信道，保留其余部分，把损失从“一半以上”降低到“八分之一”。当然，这种做法是否被允许、具体如何执行，取决于当地法规对 DFS 行为的规定与厂商实现，部署前必须核实。即使不使用 160 MHz，在 80 MHz 的 52–64 上，同样的逻辑也成立：打掉一个 20 MHz，好过整条 80 MHz 退回 20 MHz。

这也给了我们一个规划建议：把对连续性要求最高的业务放在非 DFS 信道（36–48、149–165）上，把 DFS 信道留给可以容忍偶发切换的业务；配合 MLO，让关键终端同时拥有一条非 DFS 链路作为“锚”，DFS 事件发生时，流量可以无缝留在锚链路上。

17.1 先建立一个新概念：MLD

要理解 MLO，必须先接受一个新的“身份”概念：多链路设备（Multi-Link Device，MLD）。

在 Wi-Fi 6 时代，一台三频 AP 实际上是三台“逻辑上独立”的 AP：2.4 GHz 一个 BSSID，5 GHz 一个 BSSID，6 GHz 一个 BSSID。终端连接其中一个，就和其他两个毫无关系。一台手机从 5 GHz 切到 6 GHz，在协议上和“漫游到另一台 AP”没有本质区别：要重新认证、重新关联、重新握手。

802.11be 引入了一个新的层次：

• AP MLD：一个逻辑上的 AP 实体，下面“挂着”若干个附属 AP（affiliated AP），每个附属 AP 工作在一条链路（一个频段的一个信道）上，有自己的 BSSID。
• 非 AP MLD（non-AP MLD）：一个逻辑上的终端实体，下面挂着若干个附属 STA，每个附属 STA 对应一条链路，有自己的链路 MAC 地址。
• MLD MAC 地址：每个 MLD 有一个统一的 MAC 地址，用于向上层（LLC/IP）呈现“我是一个设备”。上层看到的只有一个 MAC、一个 IP；下面有几条链路、数据走哪条，对上层透明。

17.2 统一的上层：MLO 真正的魔法在哪里

很多人第一次听到 MLO，会以为它就是“链路聚合”——像以太网的 LACP 那样把几根线绑在一起。这只说对了一半。MLO 真正革命性的地方，在于下面这几件事被提升到了 MLD 层面统一处理：

1. 一次关联，覆盖所有链路。终端只需在一条链路上完成关联，就同时建立了所有请求的链路。AP MLD 为它分配一个在所有链路上通用的 AID。
2. 一次认证与握手，一把成对密钥。PMK 与 PTK 绑定的是两端的 MLD 地址，而不是某条链路的地址，所以同一把 PTK 在所有链路上通用（第 21 章详述）。
3. 统一的序号空间与块确认。对于每个 TID，所有链路共享同一套序号，共享同一个块确认协议。一个 MPDU 可以在链路 1 上首次发送，在链路 2 上重传；接收端在 MLD 层统一重排序。
4. 链路级独立接入。每条链路依然独立执行 CSMA/CA、独立选择 MCS 与带宽。哪条链路先空闲，数据就可以先从哪条走。

第 3 点是关键中的关键。正因为序号与块确认是统一的，数据包可以在链路之间自由“改道”：链路 1 突然被干扰，尚未确认的数据可以立刻转到链路 2 重传，而不需要像漫游那样断开、重连、重新协商。

17.3 链路之间的物理约束：STR 与 NSTR

理想情况下，一个终端在链路 1 上发送的同时，可以在链路 2 上接收——这叫 STR（同时收发，Simultaneous Transmit and Receive）。但物理定律在这里又一次出场了：如果两条链路的频率靠得太近（比如 5 GHz 高段和 6 GHz 低段，或者同一频段的两个信道），一条链路的发射信号会“泄漏”到另一条链路的接收机里，把它“震聋”。这样的链路对称为 NSTR（非同时收发）。

• STR 链路对：通常频率间隔足够大，比如 2.4 GHz + 5 GHz、2.4 GHz + 6 GHz，或滤波器足够好的 5 GHz + 6 GHz。可以各自独立地收发。
• NSTR 链路对：两条链路上的发送必须“同步开始、同步结束”（PPDU 结束时间对齐），以免一条链路上的接收被另一条链路上的发送打断。这增加了调度复杂度，但仍能获得聚合带宽。

STR/NSTR 是终端的硬件能力，在建立多链路时由终端告知 AP。这又是一个“物理约束决定协议设计”的典型例子——就像第 3 章的能量守恒决定了天线增益只是“搬家”一样。

17.4 四种工作模式：从“一台收音机”到“多台收音机”

终端的射频能力差别很大：一部手机可能只有两套射频链，一台笔记本可能有三套，一台工业网关可能只有一套。802.11be 为此定义了不同的多链路工作模式：

表 17-1 · 多链路工作模式（EMLSR、EMLMR、STR/NSTR 为 802.11be 中定义的能力；MLSR 为业界常用的描述性说法）。Cisco 9800 文档将 MLSR、EMLSR、MLMR 列为三种广泛采用的 MLO 模式^[8]。

17.5 MLO 带来的三种价值，以及它们各自的前提

17.6 三类终端，三种 MLO：手机、笔记本与工业网关

标准定义了多种工作模式，但真正决定你网络里“MLO 长什么样”的，是终端。不同类型的终端，出于成本、功耗与体积的考虑，往往会选择截然不同的多链路形态。下面是一个按终端类型整理的观察框架（具体型号的能力请以厂商规格与实测为准）：

17.7 AP 侧的调度：MLO 的“大脑”不在标准里

标准规定了多链路“能做什么”，却没有规定 AP“应该怎样决定”。当一个 MLD 终端的数据到达 AP 时，AP 的多链路调度器至少要回答四个问题：

1. 这个包走哪条链路？依据：T2LM 映射允许的链路集合、每条链路的实时信道占用率、该终端在每条链路上的 MCS 与 SNR、链路上的队列长度。
2. 要不要同时用多条链路？对于大流量，拆分到多条链路可以叠加吞吐；对于小包，挑最快可用的一条即可，拆分反而增加重排序时延。
3. 失败后在哪里重传？原链路可能仍在受扰，换一条链路重传往往更快。统一的序号与块确认让这成为可能。
4. 如何对待 EMLSR 终端？AP 必须先在某条链路上发送初始控制帧，等待终端完成射频切换（终端在能力中声明的“填充时延”与“切换时延”），然后才能发数据；结束后还要给终端留出切回监听状态的时间。调度不当，EMLSR 的时延优势会被这些等待吞掉。

这些决策都发生在微秒到毫秒的时间尺度上，由芯片与固件完成，是各厂商竞争的核心“内功”。对用户来说，这意味着：同样标注“支持 MLO”的两套系统，在干扰切换速度、尾部时延与吞吐稳定性上可能有显著差异。验收时请用第 22 章的测试方法实测，而不是只看规格表。

17.8 当 MLO 不工作时：五种常见失效模式与排查思路

MLO 涉及终端、AP、控制器与安全配置多个环节，任何一环不满足，它都会“静默地”退化为单链路。下面是现场最常见的五种情况：

排查 MLO 的第一原则与排查任何无线问题一样：先看地基，再看协议。一条 SNR 只有 12 dB 的链路，即使被纳入了 MLO，也只会成为“拖后腿”的那一条。

19.1 为什么 EDCA 不够

第 7 章讲过，EDCA 给语音、视频更短的等待时间与更小的退避窗口。但它有两个结构性局限：

1. 不能打断正在进行的发言。一个普通终端一旦获得 TXOP，可能连续占用信道数毫秒。语音包再“优先”，也得等它说完。
2. 邻居 BSS 不受约束。EDCA 只在“抢话筒”时生效。同信道上的邻居网络、其他 BSS 的终端，并不知道你有一个关键业务在等。

当信道上竞争者很多时，关键业务的“尾部时延”就会失控。工业控制、实时音视频、云游戏最怕的恰恰是这条“尾巴”。

19.2 R-TWT：受限目标唤醒时间——给关键业务预约包间

Wi-Fi 6 的 TWT 让终端与 AP 约定唤醒时间，主要目的是省电。R-TWT（Restricted TWT，受限 TWT）在此基础上增加了“排他性”：

• AP 通过广播 TWT 机制宣布一系列周期性的受限服务时段（R-TWT SP），并声明这些时段为哪些 TID 的流量保留。
• 加入这个 R-TWT 计划的成员终端，在时段内优先传输其关键流量。
• 支持 R-TWT 的非成员终端，必须在受限时段开始之前结束自己的 TXOP——相当于“包间预约时间一到，正在用会议室的人必须让出来”。AP 还可以配合静默期等手段，进一步减少旧设备在时段开始时的干扰。

19.3 SCS 与 QoS 特征：让业务“说出自己的需求”

过去，AP 只能从 TID 或 DSCP 标记“猜测”一个流量有多重要。802.11be 增强了流分类服务（SCS），加入QoS 特征（QoS Characteristics）描述：终端可以告诉 AP，某个流的方向、TID，以及最小数据速率、平均数据速率、突发大小、时延上界、MSDU 交付比例等参数。

这相当于参会者提前提交一张“发言需求单”：“我每 10 毫秒要说一句 200 字节的话，最晚不能超过 20 毫秒说出去，99.9% 都要准时。”AP 拿到需求单后，可以据此安排 R-TWT 时段、调整调度优先级，甚至决定是否“接纳”这个需求。

19.4 EPCS：应急通信的绿色通道

EPCS（Emergency Preparedness Communication Services，应急准备通信服务）为经过授权的应急用户（如公共安全人员）提供优先接入。获得授权的终端可以与 AP 建立 EPCS 优先接入，AP 为其使用更积极的 EDCA 参数，并优先调度其流量。

EPCS 的关键在于授权：它必须由网络侧根据可信的身份信息（例如来自 AAA/认证服务器的授权属性）启用，否则任何终端都可以声称自己“紧急”，优先级机制就会被滥用。

19.5 TXOP 共享：主持人把话筒递给你

在 Wi-Fi 6 中，AP 获得 TXOP 后可以用 Trigger 帧调度终端上行，但终端只能“按 AP 规定的格式”回答。802.11be 引入触发式 TXOP 共享（Triggered TXOP Sharing）：AP 可以用一种特殊的 MU-RTS 触发帧，把自己 TXOP 中的一段时间“递给”某个终端，由终端在这段时间内自主发送数据——发给 AP，或在特定模式下直接发给另一个终端（点对点）。

这对“AP 统一协调、终端有突发数据”的场景很有用：AP 不必精确知道终端要发多少，只需把话筒递过去，避免了终端自己去竞争信道带来的不确定等待。

19.6 节能：Wi-Fi 7 也要照顾“电池”

Wi-Fi 7 的很多特性看起来都很“耗电”：320 MHz、多射频、多链路。但标准中同样包含了一系列节能考量：

还有一个容易被忽视的事实：“快”本身就是一种省电。同样 1 MB 数据，用高 MCS 在 1 毫秒内传完然后休眠，比用低 MCS 花 10 毫秒传完更省电。这正是第 6 章“微蜂窝 + 近距离高 SNR”的另一个收益。

19.7 把机制组装成方案：AGV 低时延的五层设计

单独看，R-TWT、SCS、EPCS、TXOP 共享、MLO 都只是一块积木。真正的工程问题是：怎样把它们组装成一个能让 AGV 的“尾巴”变短的方案？顾然和老许把它拆成了自下而上的五层，每一层都在给上一层“减负”。

1. 第一层：物理层余量。AGV 行驶路线上的每一点，都要求至少两台 AP 的 RSSI 不低于目标值、SNR 不低于 25 dB。余量足够，速率自适应才不会在关键时刻掉档，重传才会少。这一层与 Wi-Fi 7 无关，却决定了其上所有机制能否生效。
2. 第二层：链路冗余（MLO）。AGV 网关以 STR 模式同时连接 2.4 GHz 与 5 GHz。控制流量所在的 TID 映射到两条链路，任一链路受扰，另一条立即承载。2.4 GHz 虽然慢，但对每秒几十个、每个几百字节的控制包来说绰绰有余——它是一条“慢而稳的备胎路”。
3. 第三层：业务声明（SCS + QoS 特征）。AGV 向 AP 声明控制流的周期、包大小与时延上界，让 AP 的调度器“知道它在等什么”。同时在有线侧把 DSCP 正确映射到无线 TID，避免“无线优先、有线排队”的断层。
4. 第四层：时间预留（R-TWT）。在 AP 与 AGV 均支持的前提下，按控制周期设置受限服务时段，让支持 R-TWT 的终端在时段前让出信道。对于不支持的旧终端，可以把它们放到另一个射频或 SSID 上，减少它们在关键时段的占用。
5. 第五层：漫游与失效安全。MLO 不替代 AP 间漫游，所以仍需 802.11r/k/v 与合理的漫游阈值；在应用层，AGV 控制系统应当设定“通信超时 → 减速 → 停车”的分级策略，而不是一超时就急停，以避免偶发的几十毫秒抖动演变成产线停摆。

请注意最后一列：每一层都要用“分布”而不是“平均值”来验证。工业场景的验收指标应写成“P99.9 单向时延 ≤ 20 ms”这样的形式，而不是“平均时延 6 ms”。这正是第十九夜开头那句话的意思——平均值很漂亮，尾巴很难看；Wi-Fi 7 的这一组机制，是专门用来剪尾巴的。

19.8 给“嗓门小的人”定作息：扫码枪的节能与时延平衡

扫码枪与传感器的需求和 AGV 正好相反：它们不要求极低时延，却要求一块电池撑过整个班次。Wi-Fi 6/7 的 TWT 与 R-TWT 在这里可以组合成一套“作息表”：

1. 按业务节奏协商唤醒周期。扫码枪每隔几秒才上报一次，可协商数百毫秒级的 TWT 周期；在两次唤醒之间，射频深度休眠。
2. 醒来就说，说完就睡。在 TWT 服务时段内，AP 用 Trigger 帧把上行机会直接“递”给它，避免醒来后还要竞争信道——这既省电，也让它那小小的嗓门不必和手机抢话筒。
3. 让关键时段与业务对齐。如果扫码结果需要在一定时间内入库，可以把它的唤醒时段与 R-TWT 服务时段对齐，获得更可预期的等待时间。
4. 用 20 MHz 工作的 EHT 终端降低成本。802.11be 允许仅 20 MHz 工作的终端加入宽信道 BSS：它不需要宽带射频，却能享受 WPA3、OFDMA 与 TWT。

这里再次体现了第 6 章的会议室智慧：嗓门小的人不是不能发言，而是需要主持人给他一个安静、确定的发言时间。TWT 与 Trigger 帧，就是 Wi-Fi 为他安排的那段时间。

21.1 第一层：入场券——不达标就降级

Wi-Fi CERTIFIED 7 要求设备支持 WPA3。在企业产品的实现中，这个要求通常被进一步具体化为“启用 802.11be 与 MLO 的 WLAN 必须满足的安全组合”。以 Cisco Catalyst 9800（IOS XE 17.15.2 起支持 MLO）为例，公开文档列出的要点是^[8][9]：

• WPA3 为必需，PMF（受保护管理帧）为必需；
• 加密套件需包含 GCMP-256；
• 个人模式使用 SAE-EXT-KEY（AKM 24，或其 FT 版本 AKM 25）；企业模式支持 802.1X-SHA256、FT-802.1X 与 Suite-B 192 位等组合；开放网络使用 OWE + GCMP-256（OWE 过渡模式不支持 802.11be）；
• 当 WLAN 安全满足要求时，信标保护会自动启用，且为 802.11be WLAN 的强制配置；
• 不满足要求的 WLAN 会以 802.11ax 模式运行，并显示“AKM 不满足”“加密套件不满足”等降级原因。

为什么要把“入场券”设计得这么严格？从第一性原理看，原因有三：

1. 新特性不能背负旧包袱。MLO 让一个身份同时出现在多个频段。如果允许 WPA2-PSK，一次被抓到的握手就会危及所有链路；如果允许无 PMF，伪造的断开连接帧可以一次把所有链路都踢下线。
2. 信标里装了更多“指令”。Wi-Fi 7 的 Beacon 中携带了打孔位图、多链路元素、T2LM 通告、重配置倒计时、关键更新标志——这些都是会改变终端行为的“指令”。不对信标做完整性保护，就等于把“交通指挥牌”交给任何人随意更换。
3. 加密强度与速率匹配。GCMP（Galois/Counter Mode）天然适合高速并行硬件实现；256 位密钥为长期保密提供更大的安全余量。SAE-EXT-KEY 支持更大的椭圆曲线组与与之匹配的哈希，使密钥派生的强度与 GCMP-256 相称。

21.2 第二层：多链路的安全结构

第 18 章简述了多链路建立时的认证与握手。这里从安全架构的角度把它展开：

表 21-1 · MLO 安全架构要点（依据 802.11be 的 MLO 安全设计整理；细节以标准第 12 条修订内容为准）^[1]

这里有一个值得反复品味的设计：单播用“MLD 身份”，广播用“链路身份”。单播数据属于“这两个设备之间的对话”，应当可以在任何链路上流动；而广播、组播与信标属于“这个频段上的这个 BSS”，每个频段的听众不同，所以每条链路要有自己的组密钥。安全架构与通信语义严格对齐，这是 802.11be 安全设计的精髓。

21.3 第三层：新的攻击面（以及它们为什么存在）

任何新结构都会带来新的攻击面。以下分析基于 802.11be 的协议设计与公开研究的一般规律，部分属于推演，标注为“推论”；它们不代表已公开的漏洞，而是安全从业者在评估与测试时应当关注的方向。

21.4 再往前看一步：量子时代的 Wi-Fi 安全

WPA3-SAE、EAP-TLS 中的密钥交换，以及 OWE，都依赖椭圆曲线密码。理论上，足够强大的量子计算机可以用 Shor 算法破解这类公钥密码；对称加密（GCMP-256）受 Grover 算法影响较小，256 位密钥仍提供相当于 128 位的安全余量。这带来一个现实风险：“先收集、后解密”——今天被录下的握手与加密流量，未来可能被解密。对此，安全从业者现阶段能做的是：优先使用 256 位对称套件；在 EAP-TLS 中关注 TLS 层后量子混合密钥交换的标准化进展；在架构上保持“密码敏捷性”，确保 RADIUS、证书体系与终端可以随标准演进而更换算法。

21.5 红队视角：Wi-Fi 7 安全评估方法论

对于希望在无线安全领域晋级的从业者，理解攻击面的最好方式是“在授权范围内亲手验证”。下面是一套面向 Wi-Fi 7 网络的评估框架，按照杀伤链的顺序组织。所有测试必须在书面授权、隔离的测试环境或明确划定的范围内进行，遵守当地无线电管理与网络安全法规。

1. 侦察：盘点空口资产。用支持 EHT 的抓包设备在 2.4/5/6 GHz 全频段被动扫描，建立“AP MLD 清单”：每个 AP MLD 的地址、附属 BSSID、链路信道、RSN 能力、是否启用信标保护。检查是否存在只在某一频段出现、却声称属于某个 AP MLD 的可疑 BSS。
2. 配置审查：寻找“降级点”。列出所有 SSID 的 AKM 与加密套件组合；标记仍允许 WPA2、TKIP、开放认证或 OWE 过渡模式的 SSID；确认 Wi-Fi 7 合规 SSID 中 PMF 为“必需”而不是“可选”；确认是否启用过渡禁用指示。
3. 认证链测试：验证“门禁卡”。对企业 SSID，测试终端是否会连接到证书不受信任的伪造 RADIUS；对个人模式 SSID，评估口令强度策略（SAE 抵抗离线字典攻击，但不能抵抗在线猜测与口令泄露）。
4. 管理面测试：验证“通知牌防伪”。在实验环境中，向已关联终端发送伪造的去认证帧、伪造的 Beacon（篡改信道切换、禁用子信道位图、T2LM 通告），观察终端是否正确丢弃。这是检验 PMF 与信标保护是否真正生效的直接方法。
5. 可用性测试：量化“抗压能力”。在隔离环境中对单条链路施加窄带干扰，测量 MLO 迁移时间、迁移期间的时延分布；对 EMLSR 终端，观察异常控制帧对其链路切换行为的影响。目标不是“打垮网络”，而是给出可量化的韧性数据。
6. 隐私测试：评估“可追踪性”。多次让同一终端断开、重连、漫游，观察链路地址与 MLD 地址的随机化策略，以及多链路元素中的能力组合是否足以唯一识别设备。

21.6 蓝队视角：把新攻击面写进检测规则

红队找到的每一个风险，都应该在蓝队这里变成一条可执行的检测或加固规则。下表给出一个起点：

这张表背后有一个更重要的思想转变：在 Wi-Fi 7 时代，物理层遥测（噪声、打孔、MCS 分布、链路迁移）本身就是安全数据。传统安全运营往往只看认证日志与流量日志，而 Wi-Fi 7 的许多攻击——尤其是针对可用性与性能的——只会在射频遥测中留下痕迹。把 RRM 数据接入安全运营平台，是无线安全从业者“晋级”的一个标志。

21.7 落地路径：在控制器上把 Wi-Fi 7 安全基线“立起来”

以 Cisco Catalyst 9800 为例，结合官方配置指南，一个稳妥的落地顺序如下（命令与菜单名称以对应版本文档为准）^[8][9]：

1. 确认软件版本与硬件。MLO 自 IOS XE 17.15.2 起支持；确认 AP 型号（如 CW9176/9178/9172 系列）及其射频模式（例如在不支持 6 GHz 的监管域下的 5 GHz 4×4 模式）。阅读版本说明中关于链路重配置的限制，避免在业务时段修改射频参数。
2. 在射频层启用 802.11be。指南给出的 CLI 流程是：先关闭对应频段网络（ap dot11 5ghz shutdown），启用 802.11be（ap dot11 5ghz dot11be），再重新开启（no ap dot11 5ghz shutdown）。这会影响该频段上的所有客户端，应在维护窗口执行。
3. 创建 802.11be 配置文件并映射到 WLAN。9800 支持按 WLAN 开关 Wi-Fi 7：新建 802.11be 配置文件，映射到目标 WLAN，从而让合规 SSID 运行 EHT，过渡 SSID 继续以 802.11ax 运行。
4. 配置合规的安全组合。个人模式：WPA3 + SAE-EXT-KEY（可同时保留 SAE 以兼容部分终端）+ GCMP-256；企业模式：WPA3 + 802.1X-SHA256（或 FT 版本）+ GCMP-256，或 192 位模式；开放网络：OWE + GCMP-256（不使用 OWE 过渡模式）。PMF 设为必需。
5. 验证状态与降级原因。在 WLAN 与 AP 的 802.11be 状态中确认没有“AKM 不满足 / 加密套件不满足”等降级提示；确认信标保护已自动启用；在客户端详情中确认 Wi-Fi 7 终端以 MLD 方式关联并建立了预期数量的链路。
6. 补齐周边。RADIUS（如 Cisco ISE）侧确认 EAP-TLS 证书链与终端校验策略；WIPS/监测侧确认 EHT 与 MLD 支持；把 802.11be 状态、降级事件与多链路统计纳入日常巡检。

21.8 一页纸威胁模型：用 STRIDE 重新审视多链路

在第二十一夜的最后，顾然用自己最熟悉的方法——STRIDE 威胁建模——把 Wi-Fi 7 的新结构重新过了一遍。她发现，这套在应用安全里用了十年的框架，放到无线空口上一样好用：

• 仿冒（Spoofing）：伪造 AP MLD 与伪分身、伪造控制帧。对策：WPA3 相互认证、EAP-TLS 服务器证书校验、信标保护、MLD 感知的 WIPS。
• 篡改（Tampering）：篡改信标中的打孔位图、T2LM 通告、重配置倒计时。对策：信标保护与 PMF，确保终端丢弃未通过完整性校验的管理信息。
• 抵赖（Repudiation）：谁在什么时候启用了 EPCS、申请了 SCS 资源？对策：把优先级机制的启用与身份绑定，并保存可审计的日志。
• 信息泄露（Information Disclosure）：前导码与管理帧中的明文元数据、跨链路的设备指纹、波束反馈中的空间信息。对策：接受物理层元数据可观察的事实，上层做好加密与流量整形，跟踪 802.11bh/bi。
• 拒绝服务（Denial of Service）：选择性干扰、R-TWT 定时干扰、迫使 EMLSR 频繁切换、耗电攻击。对策：频谱分析与射频遥测进入安全运营，MLO 冗余与非 DFS 锚链路，应用层分级失效策略。
• 权限提升（Elevation of Privilege）：伪造“紧急”获得优先接入、利用过渡 SSID 进入本应隔离的网络。对策：EPCS 仅对授权身份开放，过渡 SSID 严格隔离并设定退役日期。

写完这一页，顾然在页脚加了一句话：“Wi-Fi 7 让空口更聪明，也让空口更像一个需要被威胁建模的软件系统。”这句话后来被贴在了无线运维团队的白板上。

已完成 0 / 24

一、学会“看”：知识维度

• 能口算 dB：不借助计算器，完成 mW ⇄ dBm、+3/+6/+10 dB 的换算，并能解释为什么 25 mW 的扫码枪比 100 mW 的手机“少一半距离”。
• 能讲清天线增益的本质：用“能量守恒 + 重新分配”向同事解释 +13 dBi 不是“放大 20 倍”，并说出 EIRP 的计算方法。
• 区分 RSSI、SNR、SINR：说明为什么 -65 dBm 只是起点，并能用 SNR 推断大致可用的 MCS。
• 读懂 802.11-2024 的条款结构：知道第 9/10/11/12 条分别管什么，知道 802.11be 新增了第 35/36 条。
• 画出 MLD 架构图：能在白板上画出 AP MLD、非 AP MLD、附属 AP/STA、MLD 地址与链路地址的关系，并说明 STR/NSTR/EMLSR 的区别。
• 说清“写进去的和拿出去的”：能准确说明 16 空间流、多 AP 协调、HARQ 不在最终的 802.11be 中，以及它们与 802.11bn 的关系。

二、学会“测”：技能维度

• 搭建 EHT 抓包环境：准备一套支持 802.11be 的抓包网卡与新版 Wireshark，能解析 U-SIG、EHT-SIG 与多链路元素。
• 抓一次完整的多链路关联：在 Association Request 中找到每条链路的 Per-STA Profile，在四次握手第 3 条消息中找到按链路下发的组密钥封装。
• 用目标终端做勘测：用真实扫码枪（而非笔记本）测量上行成功率与 SNR，生成“最弱终端热力图”。
• 复现一次同频干扰：把两台 AP 设为同一信道，观察信道利用率与吞吐变化；再调整倾角/功率，记录改善幅度。
• 验证 MLO 改道：对一条链路注入干扰，观察 MLD 终端的流量是否迁移、迁移耗时多少、应用是否感知。
• 测量 4096-QAM 的甜区：以 AP 为中心，记录 MCS 12/13 能维持的最大距离与对应 SNR。

三、学会“审”：审计维度

• 审查 802.11be WLAN 的安全组合：确认 WPA3、GCMP-256、PMF 必需、信标保护已启用，并检查是否存在被“降级”为 802.11ax 的 WLAN 及其原因。
• 清点旧安全模式：列出所有仍在使用 WPA2-PSK、TKIP、开放网络的 SSID，为每一个制定迁移或隔离计划。
• 检查 EAP 证书校验：抽检终端是否严格校验 RADIUS 服务器证书与名称，优先推进 EAP-TLS。
• 评估 WIPS 的 MLD 感知能力：能否把多个 BSSID 归属到同一 AP MLD？能否识别伪造的多链路元素与异常 T2LM/重配置？是否支持 320 MHz 与 6 GHz？
• 审计优先级机制：EPCS、SCS、R-TWT 是否与身份授权绑定？启用记录是否纳入变更管理？
• 核对合规边界：按当地法规核对信道、EIRP、DFS 与 6 GHz 可用性，确认高增益天线没有导致 EIRP 超限。

四、学会“规划”：战略维度

• 制定终端更新路线图：按业务价值排序（AGV/机器人 → 语音 → 手持终端 → 办公），把 Wi-Fi 7 与 WPA3 支持写进采购规范。
• 写一份“物理层先行”的设计规范：包括倾角、功率匹配、信道宽度、按最弱终端验收的 RSSI/SNR 标准。
• 规划 SSID 分层：Wi-Fi 7 合规 SSID、过渡 SSID、IoT SSID、访客 OWE，每层对应的安全策略与网络隔离。
• 为 6 GHz 预留：选择三频硬件，跟踪本地监管政策变化。
• 跟踪 802.11bn 与 802.11bi：关注多 AP 协调、无缝漫游与增强隐私的进展，评估对现有架构的影响。
• 启动密码敏捷性盘点：梳理无线认证链路中的公钥算法与证书体系，为后量子迁移预留空间。

1. IEEE Std 802.11-2024, IEEE Standard for Information Technology—Telecommunications and Information Exchange between Systems—Local and Metropolitan Area Networks—Specific Requirements—Part 11: Wireless LAN MAC and PHY Specifications；以及 IEEE Std 802.11be-2024, Amendment: Enhancements for Extremely High Throughput (EHT)。IEEE Standards Association. 说明：条款结构、EDCA 默认参数、RU/MRU、EVM 要求、MLO 安全框架等依据标准；本文为通俗转述，精确条文以标准原文为准。
2. IEEE P802.11 Task Group BE (EHT) — Group Information Update. https://www.ieee802.org/11/Reports/tgbe_update.htm 说明：PAR 获批时间（2019 年 3 月）、“至少 30 Gbps”与降低最坏时延的目标、草案时间线、2024 年 9 月 SASB 批准 D7.0。
3. Wikipedia, “Wi-Fi 7”（含 IEEE 802.11be 条目重定向），2026 年 10 月版本。https://en.wikipedia.org/wiki/Wi-Fi_7 说明：用于交叉核对最终出版日期（2025 年 7 月 22 日）、16 空间流于 2024 年移除、认证必选/可选特性与 MCS 速率表；其中认证特性引自 Cisco Meraki《Wi-Fi 7 (802.11be) Technical Guide》。
4. Wi-Fi Alliance, “Wi-Fi CERTIFIED 7”. https://www.wi-fi.org/discover-wi-fi/wi-fi-certified-7 说明：认证计划于 2024 年 1 月启动；认证要求以 Wi-Fi 联盟当期规范为准。
5. L. Giordano, G. Geraci, M. Carrascosa, B. Bellalta, “What Will Wi-Fi 8 Be? A Primer on IEEE 802.11bn Ultra High Reliability,” IEEE Communications Magazine, 2024. arXiv:2303.10442. https://arxiv.org/abs/2303.10442；以及 IEEE 802.11 TGbn 状态页 https://www.ieee802.org/11/Reports/tgbn_update.htm 说明：多 AP 协调、无缝漫游等 802.11bn 研究方向。
6. IEEE 802.11 TGbh（Randomized and Changing MAC Addresses）状态页. https://www.ieee802.org/11/Reports/tgbh_update.htm
7. IEEE 802.11 TGbi（Enhanced Data Privacy）状态页. https://www.ieee802.org/11/Reports/tgbi_update.htm
8. Cisco, Cisco Catalyst 9800 Series Wireless Controller Software Configuration Guide, Cisco IOS XE 17.18.x — Wi-Fi 7 Operations. https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/17-18/config-guide/b_wl_17_18_cg/m_wi-fi-7_operations.html 说明：MLO 模式（MLSR/EMLSR/MLMR）、802.11be 安全支持矩阵、信标保护自动启用且强制、WLAN 降级行为、缺少链路重配置时的中断提示、CW9172I/H 的射频模式。
9. Cisco, Cisco Catalyst 9800 Series Configuration Best Practices. https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/technical-reference/c9800-best-practices.html；Release Notes for Cisco Catalyst 9800 Series Wireless Controller, Cisco IOS XE 17.15.x. https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/17-15/release-notes/rn-17-15-9800.html；WPA3 Security Enhancements for Access Points (17.18). https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/17-18/config-guide/b_wl_17_18_cg/m_wpa3_security_enhancements.html 说明：Wi-Fi 7 要求 WPA3、GCMP-256、PMF 与信标保护；17.15.2 引入 MLO 支持；SAE-EXT-KEY（AKM 24/25）与 GCMP-256 配合使用。
10. Wi-Fi Alliance, “Security”（WPA3、Wi-Fi Enhanced Open 等）. https://www.wi-fi.org/discover-wi-fi/security
11. M. Vanhoef, F. Piessens, “Key Reinstallation Attacks: Forcing Nonce Reuse in WPA2,” ACM CCS 2017. https://www.krackattacks.com/
12. M. Vanhoef, E. Ronen, “Dragonblood: Analyzing the Dragonfly Handshake of WPA3 and EAP-pwd,” IEEE S&P 2020. https://wpa3.mathyvanhoef.com/
13. M. Vanhoef, “Fragment and Forge: Breaking Wi-Fi Through Frame Aggregation and Fragmentation,” USENIX Security 2021. https://www.fragattacks.com/
14. NIST NVD, CVE-2023-52424（SSID Confusion）. https://nvd.nist.gov/vuln/detail/CVE-2023-52424
15. Cisco, Voice over Wireless LAN Design Guide 及 Catalyst 9800 相关设计文档。说明：语音与关键业务常用覆盖目标（约 -67 dBm 及以上、SNR 25 dB 以上）为业界广泛采用的设计经验值，具体以各厂商当期设计指南为准。
16. 中华人民共和国工业和信息化部，《关于加强和规范 2400MHz、5100MHz 和 5800MHz 频段无线电管理有关事项的通知》（工信部无〔2021〕129 号）。说明：中国大陆 2.4/5 GHz 频段使用规则；13 个 5 GHz 20 MHz 信道为本文依据的常用信道集合，DFS 要求与功率限值以该文件及后续更新为准。
17. 《中华人民共和国无线电频率划分规定》（2023 年修订版）。说明：6425–7125 MHz 频段划分用于 IMT 系统；截至本文写作，6 GHz 未开放用于 WLAN。
18. E. Khorov, I. Levitsky, I. F. Akyildiz, “Current Status and Directions of IEEE 802.11be, the Future Wi-Fi 7,” IEEE Access, vol. 8, 2020. https://doi.org/10.1109/ACCESS.2020.2993448
19. D. López-Pérez et al., “IEEE 802.11be Extremely High Throughput: The Next Generation of Wi-Fi Technology Beyond 802.11ax,” arXiv:1902.04320. https://arxiv.org/abs/1902.04320
20. ITU-R Recommendation P.525, Calculation of free-space attenuation. https://www.itu.int/rec/R-REC-P.525/en
21. IEEE 802.11 Working Group, Official Project Timelines. https://www.ieee802.org/11/Reports/802.11_Timelines.htm