第 7 章：802.11be（Wi-Fi 7）— 多维交通网络
"当一条路不够用时，那就同时走多条路。"
¶ 本章导读
2024 年，802.11be（Wi-Fi 7，EHT，Extremely High Throughput）登场。它的核心创新是 MLO（Multi-Link Operation，多链路操作）——设备可以同时在多个频段（2.4/5/6 GHz）上传输数据，就像一辆车可以同时走多条路。加上 4096-QAM、320 MHz 信道、Multi-RU 等技术，理论最大速率达到 46 Gbps。
本章你将学到：
- MLO：同时走多条路的革命
- 4096-QAM：极限装载（12 bit/symbol）
- 320 MHz 信道：超宽道路
- Multi-RU：更灵活的资源分配
- Preamble Puncturing：避开堵塞的路段
¶1 MLO — 多链路操作
¶1.1 为什么需要 MLO？
之前的 WiFi 标准中，设备在任一时刻只能在一个频段上通信。即使设备同时支持 2.4 GHz 和 5 GHz，也只能在一个频段上活跃。
MLO 模式：设备可以同时在多个频段上传输和接收。
交通比喻：传统 WiFi 就像一个人一次只能走一条路。MLO 就像一个人可以同时走三条路——把一个大包裹拆成三份，分别通过三条路送达，最后在目的地重新组装。速度是原来的三倍，而且如果某条路堵了（干扰），其他路不受影响。
¶1.2 MLD — 多链路设备（核心架构概念）
MLO 是操作方式（行为），MLD（Multi-Link Device，多链路设备）是设备实体（架构）。理解 MLD 是理解 802.11be 的关键。
MLD 的核心设计思想：对上层（IP 层、应用层）只暴露一个 MAC 地址，内部由多个 Affiliated STA 分别管理各条 Link。上层完全不需要知道底层有多少条链路。
¶1.2.1 non-AP MLD（STA 侧）架构
MLD 内部包含三层结构：
| 层级 | 组件 | 职责 |
|---|---|---|
| MLD 层 | Common Entity | ML Setup、TID-to-Link Mapping、Key 管理、EML 控制 |
| STA 层 | Affiliated STA 1/2/3 | 每条 Link 一个，有独立 MAC 地址和 MAC Entity |
| PHY 层 | 每条 Link 独立 PHY | 不同频段、不同带宽、不同信道 |
Common Entity 各组件详解：
Common Entity 是 MLD 的大脑，负责协调所有 Link 的行为。它包含六个核心组件：
① ML Setup & Reconfiguration（多链路建立与重配置）
负责 MLD 的生命周期管理。初始建立阶段，STA 通过 ML Probe 发现对端 MLD 的所有 Link 能力后，在此完成多链路参数协商——协商的载体是 Basic Multi-Link element 里的 MLD Capabilities And Operations 子字段，它编码最大同时链路数、TID-to-Link Mapping 协商支持（TID-To-Link Mapping Negotiation Support）、SRS 支持等能力位。这些能力位随 Beacon、Probe Response、(Re) Association 帧携带，双方据此判断后续的 TID 映射、EML 省电等机制是否可用。运行阶段，可以动态添加或删除 Link：
1 | 场景：STA 初始只连接了 Link 1 (2.4G) 和 Link 2 (5G) |
② TID-to-Link Mapping（流量到链路映射）
将上层的 Traffic ID（TID 0-7）映射到特定 Link。不同 TID 代表不同优先级的流量：
| TID | 流量类型 | 典型映射 |
|---|---|---|
| TID 0-1 | Best Effort / Background | Link 1 (2.4G) — 覆盖广 |
| TID 2-3 | Excellent Effort / Controlled Load | Link 1 (2.4G) — 覆盖广 |
| TID 4-5 | Video（视频） | Link 2 (5G) — 低延迟 |
| TID 6-7 | Voice（语音） | Link 2 (5G) — 低延迟 |
映射由 STA 提议，AP 批准。AP 也可以通过 TID-to-Link Mapping 帧强制某些 TID 的流量只能走特定 Link（例如视频 TID 4-5 只走 5G Link）。
③ Key Management（密钥管理）
在 MLD 级别完成 4-Way Handshake 后，双方生成一把 MLD 级别的 PTK（Pairwise Transient Key），这把 PTK 在所有 Link 上共享：
1 | 4-Way Handshake（MLD 级别）→ 生成 PTK（全 Link 共享） |
MLD 级别只有一把 PTK，不存在 per-Link 的 PTK。GTK（Group Key）/IGTK/BIGTK 则是 per-Link 的——每条 Link 由对应的 affiliated AP 管理自己的组密钥，组播 / 广播流量在每条 Link 上使用该 Link 自己的组密钥。
④ Traffic Separation（流量隔离）
与 TID-to-Link Mapping 配合，但更侧重于策略层面。AP 可以通过 Multi-Link element 告知 STA：
- 某些 TID 必须 / 不能在某条 Link 上传输
- 某些 Link 只能用于特定类型的流量（如管理帧 vs 数据帧）
⑤ EML Mode Control（增强型多链路省电控制）
EMLSR 模式下的功耗管理者。Common Entity 决定何时切换 STA 的 EML 状态：
| 状态切换 | 触发条件 | 效果 |
|---|---|---|
| Active → Inactive | 该 Link 无流量需求 | STA 停止监听该 Link，省电 |
| Inactive → Active | AP 发送 EML Operating Mode Notification | STA 恢复监听该 Link |
| Active → Inactive (轻度) | 仅需保持连接 | 只收 Beacon，不收数据 |
AP 和 STA 通过 EML Operating Mode Notification 帧（Category 37, Action Code 6）互相通知 EML 状态切换。详见 7.1.5 节。
⑥ Link Add / Delete（链路动态增删）
Link Reconfiguration 的底层执行者。当 ML Setup 组件决定添加或删除 Link 时，此组件负责：
- 为新 Link 创建 Affiliated STA 实例
- 分配 Link ID 和 MAC 地址
- 协商新 Link 的参数（带宽、信道、能力）
- 释放被删除 Link 的资源
交通比喻总结：Common Entity 就像物流公司的调度中心——它决定哪批货走哪条路（TID Mapping），管理各分部的安全密钥（Key Mgmt），在某条路不通时重新调度（Link Reconfig），在没有货物要发时让分部休息（EML Control），并在需要时开设或关闭新分部（Link Add/Delete）。
关键字段：
- MLD MAC Address：对外唯一的 MAC 地址，上层看到的就是这个地址
- Affiliated STA Address：每条 Link 内部使用的地址，对上层不可见
交通比喻：MLD 就像一个物流公司总部（Common Entity），它对外只有一个地址（MLD MAC Address）。内部有三个分部（Affiliated STA），分别在三条不同的路上运营。客户只需要把包裹寄到总部地址，总部决定从哪条路发货。
¶1.2.2 AP MLD（AP 侧）架构
AP MLD 的架构类似，但有一个关键区别：一个 AP MLD 同时服务多个 Client MLD。
| 对比 | 传统 WiFi | 802.11be |
|---|---|---|
| AP 管理 | 一个 AP 管一个 BSS | 一个 AP MLD 管多个 BSS (Link) |
| 客户端管理 | 一个 AP 服务多个 STA | 一个 AP MLD 服务多个 Client MLD |
| 链路关系 | 1:1 | 1:N（AP MLD : Link）× M（Client MLD） |
每条 Link 本质上是一个独立的 BSS，有自己的 Beacon、SSID、信息内容，但对外呈现为一个整体。
¶1.3 MLO 的连接流程
MLD 的连接流程与传统 WiFi 有显著不同——认证一次，关联 per-link，密钥协商一次。
| 阶段 | 粒度 | 说明 |
|---|---|---|
| ML Discovery | MLD 级 | 通过任意一条 Link 发现对端 MLD，获取所有 Link 的能力信息 |
| Authentication | MLD 级 | 只需认证一次（SAE），通过任意 Link 发送 |
| Association | per-Link | 每条 Link 独立关联（因为每条 Link 的带宽、信道、能力可能不同） |
| 4-Way Handshake | MLD 级 | 只需一次四次握手，协商 PTK（GTK 经随后的 Group Key Handshake 分发） |
| Key Derivation | PTK 为 MLD 级、GTK 为 per-Link | PTK 派生一次、全 Link 共享；GTK/IGTK/BIGTK 按 Link 分发 |
密钥派生与分发：
四次握手（802.11-2024 §12.7.6）在 MLD 层只执行一次，四条消息依次为：Msg1 由 AP MLD 的 Authenticator 发往 non-AP MLD 的 Supplicant，携带 ANonce 与 PMKID；Msg2 由 Supplicant 回传 SNonce，并用 PTK-KCK 计算 MIC 证明持有 PMK；Msg3 由 Authenticator 再次下发 ANonce 与 MIC，确认双方派生出同一把 PTK；Msg4 由 Supplicant 发送确认，完成密钥安装。注意 MLO 下 Msg3 不携带 GTK——组密钥由各 affiliated AP 经随后的 Group Key Handshake 按 Link 独立分发。四次握手完成后，双方各自计算出 MLD 级别的 PTK（PTKSA 定义见 802.11-2024 §12.6.1.1.6），这把 PTK 用于加密所有 Link 上的单播帧：
1 | Passphrase → PMK → 4-Way Handshake → PTK（MLD 级，全 Link 共享） |
单播数据帧在所有 Link 上共用同一把 PTK 加密。GTK/IGTK/BIGTK 则是 per-Link 的，由各 affiliated AP 管理——组播/广播流量在每条 Link 上使用该 Link 自己的组密钥，一条 Link 的组密钥泄露不影响其他 Link 的组播流量。
安全要求：MLO 的管理操作帧（TID-to-Link Mapping、EML Operating Mode Notification、Link Reconfiguration）都属于 Protected EHT Action 类别（Category 37，Robust），必须在 RSNA（Robust Security Network Association）+ PMF（Protected Management Frames）下才能使用（802.11be Section 12.6.3.2、9.6.38）。PMF 对 MLO 是 mandatory，不是 optional——没有建立 RSNA 的链路无法执行这些管理操作。Wi-Fi Alliance 的 Wi-Fi 7 认证进一步要求设备必须支持 WPA3-SAE 或 WPA3-Enterprise。
关键理解：为什么 Association 是 per-Link 的？因为每条 Link 的物理能力不同——Link 1 可能支持 40 MHz，Link 2 可能支持 160 MHz，Link 3 可能支持 320 MHz。AP 需要知道每条 Link 上 STA 的具体能力，所以需要 per-Link 关联。而认证和密钥协商是逻辑层面的，只需要做一次。
¶1.4 MLO 的三种模式
MLO 的模式可以从两个维度理解：按收发能力（STR / NSTR）和按射频配置（EMLMR / EMLSR）。前者是行为约束，后者是硬件能力：
| 模式 | 全称 | 收发能力 | 说明 |
|---|---|---|---|
| STR | Simultaneous TX/RX | 同时独立收发 | 多射频，性能最好，成本最高 |
| NSTR | Non-Simultaneous TX/RX | 不能同时收发 | 单射频，不能同时工作 |
| EMLSR | Enhanced Multi-Link Single-Radio | AP 控制切换 | 单射频增强模式，AP 主导 |
| EMLMR | Enhanced Multi-Link Multi-Radio | 同时独立收发 | 多射频增强模式 |
NSTR 和 EMLSR 的关系：NSTR 描述的是行为约束（不能同时收发），EMLSR 描述的是单射频硬件上的增强操作模式（AP 主导切换以省电）。两者是同一约束的两面——因为只有单射频，所以不能同时收发，EMLSR 是在这个约束下的省电优化。
STR 模式：每个 Affiliated STA 有独立射频模块，完全独立工作。性能最好，但成本和功耗最高。多射频的增强操作模式称为 EMLMR。
NSTR 模式：只有单射频模块，不能同时在多条 Link 上收发。可以通过快速切换在不同 Link 间复用，但同一时刻只能在一条 Link 上工作。单射频的增强操作模式称为 EMLSR。
EMLSR 模式：单射频的增强版。关键创新是 AP 主导切换——AP 通过 EML Operating Mode Notification 帧通知 STA "下一次在 Link 2 上醒来收数据"，STA 不需要自己决定切换时机，减少了切换延迟和功耗。
EMLMR 模式：多射频的增强版，核心是射频链借调——某条 EMLMR 链路收到 AP 发来的初始帧后，STA 把其他链路的收发链临时调过来，把该链路空间流数抬高（如两条 2 流链路合并成单链路 4 流），帧交换结束再切回各链路独立能力；启用与关闭由 EML Operating Mode Notification 帧的 EMLMR Mode 子字段控制，AP 回执确认。
交通比喻：
- STR = 3 辆车 + 3 个司机，同时开 3 条路
- NSTR = 1 辆车，自己决定在哪条路开（不能同时开多条）
- EMLSR = 1 辆车，听调度中心（AP）指挥在哪条路开（切换更快更省电）
¶1.5 EML Operating Mode — 增强型多链路省电
EMLSR 模式下，STA 不需要在所有 Link 上持续监听。AP 通过 EML Operating Mode Notification 帧控制 STA 的行为。
帧格式（Wireshark: EHT EML Operating Mode Notification）：
| 字段 | 值 |
|---|---|
| Type | Management (0) |
| Subtype | Action (13) |
| Category | 37 — Protected EHT Action |
| Action Code | 6 — EHT EML Operating Mode Notification |
Category 37 是 Protected EHT Action，MLO 必须在 RSNA 下运行，所以 EML 控制帧使用受保护的 Action 类别。
EML 模式状态：
| EML 模式 | 含义 |
|---|---|
| Active | STA 在该 Link 上活跃，可以接收数据 |
| Inactive | STA 在该 Link 上休眠，不监听 |
| Listen | STA 在该 Link 上只监听 Beacon，不接收数据 |
AP 可以动态通知 STA 切换模式，实现精细的功耗控制。
如果把 Common Entity 比作物流公司的调度中心，那么 EML 模式切换就是调度中心在深夜让没有货物要发的分部进入待命状态——只留一个值班岗收听通知（Listen 模式收 Beacon），等有货了再叫醒整个分部，既省电又不漏单。
¶1.6 MLO 的优势
| 优势 | 说明 |
|---|---|
| 更高吞吐量 | 多链路聚合，总带宽 = 各链路之和 |
| 更低延迟 | 选择延迟最低的链路发送关键数据 |
| 更高可靠性 | 一条链路故障，其他链路继续工作 |
| 更好的漫游 | 可以先在新 AP 建立连接，再断开旧 AP |
| 精细功耗控制 | EMLSR + EML 模式，按需激活 Link |
| 流量隔离 | TID-to-Link Mapping，不同流量走不同 Link |
MLO 解决了 "同时走多条路" 的协同问题，但每条路本身的宽度和装载效率同样决定了总吞吐——接下来把视角从 "多链路协同" 转到 "单链路极限"，先看 4096-QAM 如何把每辆 "车" 装得更满。
¶2 4096-QAM — 极限装载
802.11be 引入了 4096-QAM，每符号 12 bit：
| 调制 | 每符号比特 | 相比上一代 | SNR 要求 |
|---|---|---|---|
| 1024-QAM (ax) | 10 bit | — | ~37 dB |
| 4096-QAM (be) | 12 bit | +20% | ~42 dB |
但装载量只是吞吐的一个乘数，另一半是 "每秒能发多少符号"——后者靠 320 MHz 宽信道提供，两者相乘才兑现 46 Gbps。
4096-QAM 的星座图上有 4096 个点，点与点之间的距离极小。这要求：
- 极高的 SNR（> 42 dB）
- 极低的 EVM（< -38 dB）
- 只有在极近距离（几米内）才能使用
代价量化下来其实并不划算：+20% 的装载率（12 bit 对 10 bit）换来约 5 dB 的 SNR 门槛（从 ~37 dB 抬到 ~42 dB）和 3 dB 更紧的 EVM 预算（1024-QAM 的 -35 dB 收紧到 -38 dB，Table 36-65），发射端 PA 要工作在更高回退、DAC/ADC 有效位数同步提升，只有在近距高信噪比场景才回本。
交通比喻：4096-QAM 就像一辆能装 12 箱货的巨型卡车。装载能力惊人，但对道路条件的要求也到了极限——必须是全新的、绝对平坦的、没有任何颠簸的路面。
装载效率是吞吐的一维，但无论每辆车装多满，车道宽度决定了车流的绝对上限——接下来把视角从 "装载" 转到 "车道"，看 802.11be 如何把信道拓宽到 320 MHz。
¶3 320 MHz 信道 — 超宽道路
802.11be 将信道绑定扩展到 320 MHz：
| 信道带宽 | 6 GHz 信道数 | 单流速率 (4096-QAM) |
|---|---|---|
| 160 MHz | 7 | 1.44 Gbps |
| 320 MHz | 3 | 2.88 Gbps |
320 MHz 信道由主 160 MHz 信道（primary 160 MHz）与次级 160 MHz 信道（secondary 160 MHz）拼接而成，主 160 内部又逐级细分为主 20/40/80 MHz 信道——发送方从主 20 MHz 起逐级向上绑定，只有次级信道空闲时才继续扩展。6 GHz 频段（5.925–7.125 GHz）共 1200 MHz，被划分为 3 个 320 MHz 信道。
信道越宽，OFDMA 的 RU 池上限越高——80 MHz 封顶 996-tone RU，160 MHz 封顶 2×996-tone RU，320 MHz 封顶 4×996-tone RU。绑定到 320 MHz 不只是单流速率翻倍。它更把可分配的资源单元铺满整条宽信道，让 AP 一次能切分更多、更细的用户资源。不过 320 MHz 并非全球可用：美国开放全部 1200 MHz（3 个 320 MHz 信道），欧盟只开放 5945–6425 MHz 低段（480 MHz，凑不出第二个 320 MHz），中国 6 GHz 划归 IMT 移动通信，320 MHz 暂无可用频段。
交通比喻：320 MHz 就像调度中心拿到一张 32 车道的超级高速公路规划图——但只有在新大陆（6 GHz 频段）才有足够的地皮；美国批了 3 条，欧盟只批了 1 条半，中国的地皮还压在 IMT 手里。
¶4 Multi-RU — 更灵活的资源分配
802.11ax 中，一个用户只能分配一个 RU——RU 池被切成互斥小块，每用户只拿一块，剩下的碎片只能闲置浪费。802.11be 允许一个用户分配多个不连续的 RU，例如用户 A 可以同时使用 RU-106、RU-26 和 RU-26 三个不相邻的资源单元，把 ax 时代闲置的碎片重新利用起来。
在信令层面，EHT MU PPDU 的 EHT-SIG 里，每个 User field 的 RU Allocation 子字段不再只编码单个 RU，而是编码 MRU（Multiple RU）组合——如 484+242-tone MRU、996+484-tone MRU、2×996+484-tone MRU 等预定义组合，超过 2×996-tone 的大 MRU 还需配合 PS160 子字段指示主 / 次 160 MHz。AP 借此一次把多个不连续 RU 指派给同一用户。
Multi-RU 与 Preamble Puncturing 是一对互补机制：打孔把被雷达占用的子信道 "挖掉"，换来整条宽信道继续可用，代价是牺牲那几段带宽；Multi-RU 恰好把打孔后剩下的不连续碎片重新打包给同一用户，把牺牲掉的带宽捡回来。两者配合，320 MHz 宽信道不会因为几段 20/40 MHz 被占就整体作废。
交通比喻：Multi-RU 就像调度中心让一辆大货车一次吃下多条不相邻的车道——哪条空着就用哪条，把被雷达挖掉路段后剩下的车道块重新拼给同一辆车。
Multi-RU 解决了 "资源怎么分"，但没解决 "信道里有干扰怎么躲"——当宽信道的某段子信道被雷达占用时，整段分配都会作废，这正是 Preamble Puncturing 要补上的缺口。
¶5 Preamble Puncturing — 避开堵塞的路段
Preamble Puncturing 允许在宽信道中 "跳过" 某些被占用的子信道。最常见的触发是 DFS（动态频率选择）——AP 在 5/6 GHz 检测到雷达信号后，把雷达占用的子信道打孔，其余带宽照常可用。
U-SIG 里的 Punctured Channel Information 字段用位图描述打孔图样（'1' 表示未打孔子信道，'x' 表示被打孔），打孔粒度随带宽变化（802.11be Table 36-30）：
| 带宽 | 打孔粒度 | 典型图样 |
|---|---|---|
| 80 MHz | 20 MHz | [x 1 1 1]、[1 x 1 1]、[1 1 x 1]、[1 1 1 x] |
| 160 MHz | 20/40 MHz | 并发 20/40 MHz 打孔组合 |
| 320 MHz | 40 MHz | 以 40 MHz 为粒度打孔子信道 |
粒度分级源于位图位宽固定——160/320 MHz 都用 8 位位图，320 MHz 若按 20 MHz 粒度需 16 位撑破字段，故抬到 40 MHz 粒度。
被打孔的子信道不发送前导码与数据，其余子信道照常传输。
交通比喻：Preamble Puncturing 就像一条高速公路上有一段路在施工（被雷达占用），传统方式是整条路都不能走。有了 Preamble Puncturing，可以跳过施工路段，其他路段继续使用。这依然是调度中心在指挥——调度中心接到 "某段路被雷达占用" 的路况后，不是整条高速封路，而是只把被占的那几段车道从路线图上划掉，让货车绕开堵塞段，其余车道照常通行。
¶6 增强 MU-MIMO
802.11be 将 MU-MIMO 的总空间流数从 8 提升到 16，但用户数上限仍是 8（与 802.11ax 相同），并支持上行 MU-MIMO 与 OFDMA 的结合。
16 空间流的实现路径是下行 MU-MIMO 把 16 空间流分给最多 8 个用户（如 8 用户各 2 空间流，或 4 用户各 4 空间流），接收侧靠多天线与预编码分离各空间流。16 流的代价藏在硬件里：AP 侧要 16 根天线加对应射频链，预编码还得先收集每个用户的信道状态信息（CSI）反馈、再算矩阵把用户间干扰置零，流数翻倍，反馈开销与矩阵运算量跟着翻倍。
上行 MU-MIMO 则让多个 STA 在同一 RU/MRU 上同时发送，因为多个 STA 各自独立发送、无法像下行那样统一预编码对齐，总空间流数被压在 8（802.11be §36.3.3.2.4）；并可在一张 EHT TB PPDU 里与 OFDMA 结合——部分 RU 跑 OFDMA 单用户，部分 ≥242-tone 的 RU/MRU 跑 MU-MIMO 多用户（§36.3.3.2.2）。
¶7 速率总结
| 配置 | 802.11ax | 802.11be |
|---|---|---|
| 单流, 160 MHz | 1.2 Gbps | 1.44 Gbps (4096-QAM) |
| 4 流, 160 MHz | 4.8 Gbps | 5.76 Gbps |
| 4 流, 320 MHz | — | 11.5 Gbps |
| 16 流 MU-MIMO, 320 MHz | — | 46.1 Gbps |
表中 802.11be 各值都可由单流速率 × 空间流数推导：160 MHz 单流 1.44 Gbps、320 MHz 单流 2.88 Gbps（4096-QAM，见 §7.3 表），于是 4 流 320 MHz = 4 × 2.88 = 11.52 Gbps（约 11.5），16 流 MU-MIMO 320 MHz = 16 × 2.88 = 46.08 Gbps（约 46.1）。
这些速率对应不同的真实部署：单流是手机 / 物联网终端的日常形态，4 流是高端笔记本与平板的上限，16 流 MU-MIMO 则是企业 AP 同服 8 个双流客户端的峰值场景——46.1 Gbps 之所以是理论峰值，是因为要同时凑齐 8 个支持 4096-QAM 且处于近距高信噪比环境的客户端。
常量速查表（本章关键数值一览）：
| 常量 | 值 | 说明 |
|---|---|---|
| 4096-QAM | 12 bit/symbol | 每符号 12 比特，星座图 4096 点，需 ~42 dB SNR |
| 最大信道带宽 | 320 MHz | 仅 6 GHz 频段，3 个 320 MHz 信道 |
| MU-MIMO 上限 | 8 用户 / 16 空间流 | 用户数同 802.11ax，空间流翻倍 |
| Protected EHT Action | Category 37 | 需 RSNA + PMF 保护 |
| EML Operating Mode Notification | Category 37, Action Code 6 | EML 状态切换帧 |
¶8 本章总结
802.11be 是 WiFi 的又一次飞跃，核心创新从 "单一维度的极致" 转向 "多维度的协同"：
| 特性 | 效果 | 交通比喻 |
|---|---|---|
| MLO | 多链路同时工作 | 同时走多条路 |
| 4096-QAM | 每符号 12 bit | 极限装载 |
| 320 MHz | 超宽信道 | 32 车道高速 |
| Multi-RU | 灵活资源分配 | 多车道占用 |
| Preamble Puncturing | 跳过被占子信道 | 避开施工路段 |
下一章将讲述：WEP 为什么形同虚设？WPA2 的 4 次握手如何协商密钥？WPA3 的 SAE 如何实现前向保密？802.11w 如何保护管理帧不被伪造？