ax调度才是Wi-Fi 6的题眼：从OFDMA到TWT的无线并发革新

1. 为什么说ax调度才是Wi-Fi 6的“题眼”

1.1 从“一辆车过单行道”到“一列列车同时发车”

聊到Wi-Fi 6，也就是802.11ax，标准的说法是新一代无线局域网协议。但我做无线网络这么多年，最想强调的从来不是它把单用户速率提到了多少，而是它改变了无线信道的基本使用方式。在802.11n/ac时代，一个AP下的所有终端，本质上是“排队过一条单行道”，同一时刻只能有一个设备在信道上发送数据，其他设备只能等待。虽然ac引入了MU-MIMO，但下行条件和兼容性限制很多，实际收益远没有宣传的那么大。而ax干了一件关键的事：通过OFDMA，把一条单行道变成了多条并行车道，AP作为调度中心，能在同一时刻给不同终端划分不同的频域资源。

很多工程同行第一次接触“ax调度”这个词时，容易把它理解成某个具体的开关或者某一个厂商的私有功能，其实它是802.11ax引入的一整套集中调度机制的统称。把时间花在理解这个变化上非常值得，因为后面关于RU划分、Trigger帧、TWT、上行MU-MIMO的所有讨论，都是围绕“把随机竞争改成集中调度”这一核心逻辑展开的。如果只盯着协商速率数字看，很容易得出“Wi-Fi 6不过如此”的结论，恰恰错过了它真正有价值的部分。

1.2 面对多用户时，老协议输在哪里

老一代Wi-Fi采用的接入机制是CSMA/CA，专业说法是载波侦听多址接入/冲突避免。通俗讲，每个设备在发送数据之前，都要先侦听信道，如果信道空闲，就开始发送；如果信道忙，就随机退避一段时间后再试。这种机制在设备少、流量小时没有问题，但到了高密环境就非常吃亏。会议室里30台终端同时有报文要发，信道会被大量退避、空闲等待和冲突重传占掉，真正的数据传输时间占比可能连一半都不到。

ax调度的目标，就是尽量减少这种“等来等去”的浪费。当终端足够多、报文足够碎的时候，OFDMA可以让多个设备在同一个时间点、不同的频段上同时发送，CSMA/CA里的“竞争”被替换成了AP的“分配”。这也是为什么圈子里把802.11ax的调度机制简称作“ax调度”——它不是某个单独的功能开关，而是把整个空口资源从“大家抢”变成了“AP排”。

1.3 三个维度的调度组合，才构成完整的ax

想用好ax，我建议把它理解成一个组合能力，而不是单一功能。从资源维度看，调度至少包含三个层次：频域上，OFDMA把信道切成RU，在不同频率上同时服务多终端；空域上，MU-MIMO利用多天线在同一频率上用不同空间流服务多终端；时域上，TWT让AP和终端约定唤醒时间，像预约制一样错开使用空口。

这三件事互相配合，才能达到“人多不卡、设备省电、时延可控”的效果。下面我先把最核心的OFDMA拆开讲，因为它是我在项目中看到收益最大、也是最容易配置错的部分。

2. 拆开看OFDMA：RU划分、触发帧与调度开销

2.1 RU怎么分：一张表看懂带宽与资源粒度

OFDMA里的“O”是正交的意思，粗浅理解就是把原本一个终端独占的整段信道，切分成若干个子载波集合，每个集合叫一个RU，也就是Resource Unit，资源单元。RU可以大可以小，协议规定了不同信道带宽下的划分规则。以最小的RU26为例，它占用26个子载波，其中24个用于数据，2个用于导频。

20MHz信道大约有242个可用的数据/导频子载波，所以可以划分出1个RU242、2个RU106、4个RU52或者9个RU26。40MHz的可用子载波大约翻倍到484个，80MHz和160MHz继续按倍数增加。常见划分如下表：

这个表是理想划分，实际调度时AP会按需混用。比如给下载大文件的终端分一个大的RU242，给几十个只发心跳小包的手环分一堆RU26。资源总量不变，但利用效率完全不同。理解这一点很重要，因为很多人以为OFDMA是“把一个AP的带宽平均分给所有终端”，其实不是简单的均分，而是根据业务需求动态切分。

2.2 下行和上行，调度门槛完全不同

下行OFDMA实现起来相对简单。AP本来就是信道的控制者，想给谁发包，直接把这个终端的数据放在对应的RU里发出去就行，终端只负责在分配给自己的RU上接收。

上行则要麻烦许多。多个终端想在同一时刻、不同频率上同时上传，必须有统一指挥。ax的做法是：AP先发送一个Trigger帧，也就是触发帧，帧里写清楚哪个终端、在哪个RU上、用什么调制编码方案、什么时间开始发送。终端收到Trigger帧之后，才在规定的时间点和频率上同时上发数据。所以你在抓包里看到Trigger帧，基本可以确定这个AP正在做上行OFDMA调度。

Trigger帧还有不同的子类型。最常见的是基本触发和BSRP触发。BSRP的全称是Buffer Status Report Poll，用来探测终端缓存情况，AP先问一遍“你们谁有数据、有多少”，收集完再做资源分配。这就像餐厅先统计有多少客人要点菜，再决定把哪些桌子拼在一起。在实际协议栈里，这些Trigger帧的字段很多，包括Trigger Type、UL Length、RU Allocation、MCS等，普通运维不需要背字段，但要知道它的存在和作用。

2.3 调度不是白送的：Trigger帧和处理时延是成本

OFDMA虽然能提升并发效率，但也要付出调度开销。每次上行调度，AP都要额外发送Trigger帧，这个帧本身占用空口时间；终端收到Trigger后在指定时间发送，还要留出处理时间。协议把这个时间控制在极短的SIFS级别。换句话说，调度不是零成本的。

所以调度的收益和业务模型强相关。如果终端报文很大，比如视频下载，每个终端一次占用整个信道的效率也不差，OFDMA的并发优势就没那么明显；如果终端报文都很小，比如网页、IM、IoT上报，OFDMA可以把大量终端的报文塞进同一个时间窗口，收益立刻体现出来。这也是为什么我在给别人做高密覆盖方案时，第一件事不是看设备参数，而是看业务模型。

3. 落地配置与验证：让ax调度真的在工作中跑起来

3.1 从AP到终端，该开的开关一个都不能省

理论归理论，部署时你会发现，ax调度能不能真的生效，取决于AP和终端两侧的条件。AP侧有几个典型开关：信道带宽、OFDMA开关、上行OFDMA开关、MU-MIMO开关、TWT开关。不同厂商的命名略有差异，常见关键词有OFDMA、DL/UL OFDMA、MU-MIMO、TWT、Target Wake Time。我的建议是先在5GHz频段把带宽设成80MHz，同时把OFDMA和上行OFDMA都打开，TWT先保持默认或者按业务决定。

这里给一个通用风格的命令示意，方便你在自己设备上找对应位置。再次强调，不同厂商的命令和界面完全不同，不要直接照抄：

# 示意：以某常见商用AP的命令行风格为例 interface dot11radio 1 channel-width 80 ofdma enable uplink-ofdma enable mu-mimo enable twt enable

终端侧同样重要。你得确认终端确实支持802.11ax，而且工作在5GHz上。很多低端手机标着Wi-Fi 6，但只支持2.4GHz的ax，或者只有单天线，协商速率上不去。电脑网卡还经常因为驱动版本太老，连接后只显示802.11ac模式。遇到这种情况，先把驱动和系统更新到最新版本，再去看无线属性。

3.2 三个方法判断调度到底生效没有

第一看协商速率。5GHz、2×2天线的Wi-Fi 6终端连接在80MHz信道上，协商速率可以达到1201Mbps，而Wi-Fi 5同配置下最高只有866.7Mbps。如果你的设备协商速率还停留在866Mbps，说明它没有跑在ax模式，要么是不支持，要么是AP频宽配置有问题。

第二看空口帧结构。用Wireshark抓包，观察是否有Trigger帧，以及数据帧中的HE PHY标识。只要看到Trigger帧，就说明AP在做上行OFDMA调度。如果你想看得更细，还可以看HE-SIG-B里的RU分配信息，确认多个终端是不是分布在不同的RU上。

第三做并发测试。ax调度的价值在多用户场景，单终端测速看不出差别。我自己常用的方法是准备3到5台支持Wi-Fi 6的终端，同时向局域网服务器发起iperf3上行测试，观察总吞吐和时延波动。OFDMA开关打开前后，并发总吞吐会有明显变化。如果开了开关吞吐反而下降，要重点检查是否环境里老终端占用了太多资源。

3.3 一个高密会议室的性价比换算

这里给一个实际推算例子。假设某会议室有30个同时在线终端，每台终端上行都是小报文。AP使用80MHz信道，按理想划分能得到36个RU26，也就是说理论上AP可以在一个时间里最多把36个终端放进不同的RU上行传输。

传统方式下，30个终端要竞争整个信道，假设每个终端发一个报文需要0.5ms，理想情况串行也要15ms以上，还没算退避和冲突。OFDMA方式下，AP发一个Trigger帧，然后30个终端在同一个PPDU里并行上传，实际有效数据时间大约只有1到2ms，差别接近一个数量级。当然这是理想化模型，真实环境还有协议开销、信道变化、ACK等因素，但趋势没有问题：业务越碎、终端越多，调度的收益越明显。

4. 真实排障实录：不生效、没提升、时延高

4.1 三类现场问题的排查思路

先说一个我遇到过的真实现场。客户把AP全部换成Wi-Fi 6后，反馈手机右上角确实出现了Wi-Fi 6图标，但测速和之前差不多，有时候更慢。排查时发现几个问题叠在一起：客户的主力手机是单天线Wi-Fi 5设备，只连上了2.4GHz；AP为了照顾老设备，把5GHz频宽限到了20MHz；而且有线回程只有一个百兆口。

这个案例很有代表性。很多人升级网络只看AP，忽略了终端、频宽、回程这些配套环节。ax调度再好，也得终端支持、频宽够宽、回程不拖后腿，才可能看到效果。如果终端百分之八十都是老设备，那换AX AP的收益就要大打折扣，这种情况我会直接建议客户先等等，或者采用分区小规模升级策略。

4.2 问题速查表与一键排查方向

下面这张表是我项目里经常用来快速定位问题用的，如果你也在做ax部署，可以直接保存下来对照排障：

排查时我习惯先用无线网卡自带的状态页看协商速率和PHY类型，再用AP的管理后台看每台终端的信号强度与接入频段，最后才上抓包工具。顺序反了容易误判。

4.3 几个容易被忽略的配置细节

第一个是SSID数量。很多AP支持一个射频放多个SSID，但每个SSID都会增加Beacon帧开销。高密环境里，我的原则是能不拆就不拆，优先用同一个SSID配合VLAN区分业务。第二个是发射功率。很多人觉得信号越强越好，其实在AP密集部署时，功率过大反而制造同频干扰，让调度算法忙于处理干扰而不是传数据。ax高密场景更推荐小功率、多AP的覆盖方式。第三个是漫游和负载均衡。终端会赖在一个AP上不走，即便旁边AP更空闲，需要把802.11k/v/r这些快速漫游功能打开，配合调度的负载均衡，才能让每个AP的空口利用率更均衡。

还有一个细节经常被忽略：2.4GHz频段虽然也支持ax，但那个频段本身只有3个互不干扰信道，周围又多的是蓝牙、微波炉、老旧设备，实际能开给OFDMA的干净频谱很有限。所以做高密方案时，我一般把5GHz作为主接入频段，2.4GHz留给IoT或者覆盖补盲，不要让关键业务挤在2.4GHz上。

5. 延伸：MU-MIMO、TWT与调度的协同

5.1 上行MU-MIMO凭什么能“多人同时说话”

ax的调度除了频域上的OFDMA，还有空域上的MU-MIMO。802.11ac虽然提出了MU-MIMO，但只支持下行，且对终端天线数量和环境要求较高，实践中很多人感觉不到明显差别。ax把MU-MIMO扩展到上行，多个终端可以同时使用不同的空间流向AP发送数据。

上行MU-MIMO和上行OFDMA一样，需要Trigger帧先同步所有终端的发送时间，再给每个终端分配空间流。所以你在抓包里看到复杂Trigger信息、数据帧又是HE MU PPDU时，多半就是空间域调度在起作用。工程上当终端距离AP近、信号质量好、每个设备又要传输较大数据时，MU-MIMO的收益更突出；而小报文场景则更适合OFDMA。AP厂商的调度算法会在两者间做权衡，不需要我们人为干预太多，但要理解这个机制，才能看懂后台监控数据。

5.2 TWT是省电神器，也是时延刺客

TWT，全称Target Wake Time，目标唤醒时间。AX中AP可以和终端协商一组唤醒时间表，某个终端只需要在自己约定好的时间窗口醒来收发数据，其他时间可以深度睡眠。对电池供电的设备，尤其是一堆传感器、门锁、电子价签，这个机制能明显延长续航。

但TWT不是没有代价。终端睡着以后，AP有数据也不能实时送到，必须等它下一次唤醒。放到实时业务里，比如网络电话、游戏同步、消息推送，这种延迟可能造成卡顿或消息延迟。所以我在做TWT策略时，不会全局一刀切，而是按SSID区分：高密度IoT接入的SSID开TWT，音视频业务的SSID关掉或者用宽松的唤醒间隔。省电的本质是减少监听频率，而减少监听频率一定会换来时延升高，关键是业务能不能接受。

5.3 调度这套思路，给下一代Wi-Fi留了什么底子

从整个行业看，ax调度的意义已经不限于一个协议版本。它把无线网络从“尽力而为的竞争模式”引导到了“集中调度的可预期模式”，AP掌握了频域、空域、时域三种资源分配权。后面Wi-Fi 7里的多AP协同、MLO多链路操作，很多基础思路都是在ax调度的框架上继续演进。

这半年我在几个项目里反复验证过一个结论：凡是把ax单纯当“高速率路由器”去部署的，最后都绕回来说调度没用；凡是认真统计业务模型、按并发场景去调OFDMA和TWT策略的，基本都拿到了实打实的容量收益。所以如果你正在关注“ax调度”，我的建议是先忘掉宣传页上的峰值速率，去想想你环境里到底有多少终端在同一时刻需要“同时说话”，再从调度机制入手做方案。技术本身不复杂，复杂的是搞清楚它到底该为你解决哪个问题。

我自己做过的高密覆盖项目里，真正效果好、投诉少的，往往不是设备最贵的方案，而是对业务模型判断最准的方案。ax调度确实有价值，但它解决的问题是“多而碎”的并发，不是“单而快”的下载。如果你正打算做一次无线升级，我建议你先花点时间统计终端类型、流量方向、并发规模，再决定要不要全面切ax、频宽开多少、TWT怎么配置。把这些想清楚，远比追逐一个更高的协商速率数字重要。