WiFi 协议演进：从 802.11n 到 802.11be
做物联网这行，WiFi 协议演进是绕不开的基本功。我见过不少项目，明明买了最新的 AP，结果终端连上去跑得还不如老款路由器快。问题出在哪？多半是对协议代际差异心里没数。
今天咱们就把 802.11n、ac、ax、be 这四代协议掰开揉碎讲清楚。你想想看，从 2009 年的 n 到 2024 年的 be，WiFi 联盟硬是把单流速率从 150Mbps 推到了接近 5Gbps。这背后到底改了啥？
核心观点：WiFi 性能调优的第一步，不是调参数，而是搞清楚你的终端和 AP 分别属于哪一代协议。代际不匹配，调啥都白搭。
2.1 四代协议的关键差异
先看一张对比表，把核心参数拉通。我个人习惯把这四代分成两个阵营：n/ac 是「传统阵营」，ax/be 是「高效阵营」。分水岭在 2019 年——ax 引入了 OFDMA 和 Target Wake Time，WiFi 才真正开始为物联网场景做优化。
| 参数 | 802.11n (WiFi 4) | 802.11ac (WiFi 5) | 802.11ax (WiFi 6) | 802.11be (WiFi 7) |
|---|---|---|---|---|
| 发布年份 | 2009 | 2013 | 2019 | 2024 |
| 频段 | 2.4GHz / 5GHz | 5GHz 为主 | 2.4GHz / 5GHz / 6GHz | 2.4GHz / 5GHz / 6GHz |
| 最大带宽 | 40MHz | 160MHz | 160MHz | 320MHz |
| 调制方式 | 64-QAM | 256-QAM | 1024-QAM | 4096-QAM |
| MIMO | 4×4 | 8×8 (DL) | 8×8 (DL/UL) | 16×16 |
| OFDMA | ✗ | ✗ | ✓ | ✓ (增强) |
| 单流最大速率 | 150 Mbps | 867 Mbps | 1.2 Gbps | ~5.8 Gbps |
这张表里有个细节值得注意：n 协议虽然老，但它同时支持 2.4G 和 5G。ac 协议砍掉了 2.4G，只跑 5G。到了 ax 又把 2.4G 捡回来了，还新增了 6G 频段。为什么？因为物联网设备大量工作在 2.4G，ac 时代那些 2.4G 的 IoT 终端只能降级到 n 协议，兼容性一团糟。
2.2 速率计算公式——别被厂商宣传忽悠
厂商标称的「AX3000」「BE19000」看着唬人，其实都是把多流速率简单相加。真正有用的，是单流速率怎么算出来的。公式其实不复杂：
单流速率 = 符号速率 × 子载波数 × 编码比特数 × 码率
其中：
- 符号速率 = 1 / (符号时长 + GI)
- 子载波数：20MHz 下 n=56, ac=234, ax=234, be=468
- 编码比特数：64QAM=6, 256QAM=8, 1024QAM=10, 4096QAM=12
- 码率：通常取 5/6举个例子，802.11ac 在 80MHz、256QAM、短 GI 下的单流速率：
符号时长 = 3.6μs (短 GI 400ns)
符号速率 = 1 / 3.6μs ≈ 277,778 符号/秒
子载波数 = 234
编码比特数 = 8 (256QAM)
码率 = 5/6
单流速率 = 277,778 × 234 × 8 × 5/6 ≈ 433 Mbps嗯，这里要注意：ac 协议 80MHz 单流标称 433Mbps，实际 TCP 吞吐量大概打七折，能跑到 300Mbps 就算不错了。我在项目中遇到过客户拿着手机测速软件质问：「为什么我连 ac 路由器只能跑 280M？」——其实这已经是正常水平了。
调优小技巧：用 iperf3 测速时，记得加 -P 4 开多线程。单线程测速受 CPU 瓶颈影响很大，尤其是老旧终端。我习惯先跑 30 秒单线程，再跑 30 秒 4 线程，对比看是不是终端处理能力受限。
2.3 兼容性策略——老终端拖后腿怎么办
这是物联网项目里最头疼的问题。一个仓库里可能有 50 台 WiFi 4 的温湿度传感器，20 台 WiFi 5 的扫码枪，还有 5 台 WiFi 6 的 AGV 小车。AP 怎么同时伺候好它们？
说白了，WiFi 是「向下兼容」的。AP 会以所有终端都能理解的最低协议版本发送 Beacon 帧和管理帧。但问题在于：
- 老终端占用更多空口时间：802.11n 用 40MHz 传 150Mbps，802.11ax 用 40MHz 能传 600Mbps。同样传 1MB 数据，n 设备占用的时间是 ax 设备的 4 倍。
- 保护机制开销：AP 发送 CTS-to-Self 或 RTS/CTS 来保护老终端，这些管理帧本身就在吃空口资源。
- GI 不匹配：老终端只支持长 GI (800ns)，新终端用短 GI (400ns) 时，AP 必须按最慢的终端来调度。
我曾经在一个工厂项目里踩过坑。客户要求所有 IoT 终端必须兼容，结果 30 台 WiFi 4 的传感器一上线，整个 WiFi 6 AP 的吞吐量直接腰斩。后来怎么解决的？我给这些老终端单独划了一个 SSID，绑定到 2.4G 频段，并强制使用 20MHz 带宽。新终端走 5G/6G 频段，互不干扰。
避坑指南：千万不要在同一个 SSID 里混跑 WiFi 4 和 WiFi 6 终端，除非你做好了吞吐量下降 40%~60% 的心理准备。我曾经吃过这个亏——项目验收时客户拿手机测速不达标，查了两天才发现是几台老式打印机在拖后腿。
2.4 老旧终端对整体网络的影响
老终端的影响不只是「自己跑得慢」，它会拉低整个 BSS 的吞吐量。原因在于 WiFi 的 CSMA/CA 机制——所有终端共享同一个信道，谁先抢到谁先发。老终端因为调制效率低，发同样多的数据需要更长的传输时间（TXOP）。
举个例子：
- WiFi 6 终端传 1Mbps 数据，占用空口时间约 0.8ms
- WiFi 4 终端传同样的 1Mbps 数据，占用空口时间约 6.7ms
也就是说，一台 WiFi 4 终端对空口的消耗，相当于 8 台 WiFi 6 终端。如果你的网络里有 10% 的老旧终端，它们可能消耗掉 50% 以上的空口资源。
我建议的做法是：
- 终端普查：上线前用 AP 的日志或抓包工具统计所有终端的协议版本。
- 分频段部署：2.4G 留给 WiFi 4 和部分 WiFi 5 终端，5G 给 WiFi 5/6，6G 给 WiFi 6/7。
- 启用 OFDMA 和 MU-MIMO：ax 协议的优势在于可以同时服务多个终端，减少老终端的独占时间。
- 考虑终端替换：如果老终端占比超过 20%，替换成本可能比网络优化成本更低。
2.5 知识体系总览
下面这张图把四代协议的核心演进逻辑串起来了。你可以看到，从 n 到 be，带宽、调制、MIMO 和调度机制都在升级，但兼容性始终是绕不开的坎。
2.6 实际部署中的几个建议
最后，结合我自己的项目经验，给你几条实操建议：
- 别盲目追求最新协议。be 协议虽然猛，但终端生态还没起来。2024 年做物联网项目，ax 协议是性价比最高的选择。
- 速率计算别只看理论值。实际吞吐量大概在理论值的 60%~75% 之间。留出余量，别卡着带宽上限做设计。
- 老终端不是不能用，但要隔离。单独 SSID、单独频段、甚至单独 AP，别让它们拖累主力终端。
- 抓包是最好的老师。遇到兼容性问题，别猜，直接上 Wireshark 抓 Beacon 帧和 Association Request，看终端报了什么 Capability。