“ax调度”这四个字最近在技术社区里热度涨得很快。点进来的朋友多半是被Wi-Fi 6802.11ax里的调度机制勾起了好奇心。说实话Wi-Fi 6刚发布那阵几乎所有评测都在比速率4800Mbps、9.6Gbps仿佛快就是一切。但等我真的把不同代际的无线设备放在同一个高密度环境里实测之后才发现802.11ax最值钱的变化不是速率数字而是它第一次让Wi-Fi从“抢信道”变成了“排信道”。调度scheduling才是ax真正拉开和前几代差距的地方。这篇文章就从“调度”两个字入手把OFDMA、MU-MIMO、TWT、BSS Coloring这些机制从头拆到尾再分享一些我在组网和调参中踩过的坑。适合正在选路由器、维护办公网络或者想把“Wi-Fi 6到底强在哪”彻底搞明白的朋友。1. “ax调度”到底调度了什么先看Wi-Fi 5及以前的“抢麦”机制1.1 从“先听后说”到“点名发言”一次MAC层逻辑的换血Wi-Fi 5802.11ac及更早的协议所有设备共享同一段空口靠的是CSMA/CA。这个名字很高大上本质就四个字先听后说。每个设备想发数据先做一次CCA信道空闲评估确认信道没人用之后还要等一个DIFS帧间间隔OFDM物理层下是34微秒然后进入竞争窗口从[0, CW]里随机抽一个退避数值每个退避时隙9微秒倒计时到0才能正式开麦。如果两个设备刚好同时开麦数据帧就撞了双方都要把竞争窗口CW翻倍OFDM下从15起步最多翻到1023然后重新数退避。重传次数越多等待越久实际吞吐掉得越厉害。这套机制在终端少、流量小的时候非常稳定。办公室三五台电脑互相礼让体验很好但到了高密度场景就全变样了。早高峰的格子间、晚高峰的住宅楼、几千人的体育场设备越多碰撞概率越高碰撞多了CW越翻越大信道越忙大家反而越没机会发数据。还有一个更隐蔽的隐藏节点问题你在这头听不到房间另一头设备的声音对方也在发两边都以为信道是空的结果数据在AP那里撞成一团。做过无线抓包的朋友应该见过那种满屏重传的capture大多数都是这类场景。802.11ax做的核心改变就是把信道接入的主导权从“每个终端各自抢”收回到AP手里。AP变成了一个调度员不再等大家抢麦而是直接点名张三报告第一项、李四报告第二项、王五准备第三项。每个终端在指定的时间、用指定的频率资源发送冲突在机制层面就被消除了。这就是“ax调度”四个字的源头。1.2 调度机制具体解决了哪三个痛点把上一节的问题归纳一下调度机制主要解决三件事。第一是碰撞与退避的开销。CSMA/CA下哪怕信道完全空闲设备也得先走完DIFS再加退避计数的流程这段空转时间对吞吐是纯浪费。设备越多碰撞导致的退避重传越频繁空转时间占比越高。调度式接入把多个终端的发送安排进同一个时间片AP发一个触发帧就能让多台设备同时上行空转时间被压缩到最低。第二是隐藏节点导致的无效重传。隐藏节点指那些互相听不到、但都能连上同一个AP的终端它们没法靠“听”来避免碰撞以前只能借助RTS/CTS机制兜底代价是每个包额外打两次交道信道开销再翻一截。现在由AP统一安排上行时序谁先谁后、用什么资源全部提前定好隐藏节点问题在调度层面被绕开了。第三是时延抖动。竞争式接入的等待时间完全看运气同一个包这次可能1毫秒就发出去下次赶上信道忙可能要等几十毫秒。语音、游戏、视频通话这类业务对抖动极其敏感一次50毫秒的卡顿就足以让通话掉质。调度式接入给了终端确定性的发送机会时延从“随缘”变成“可预期”对延迟敏感业务是实打实的改善。用表格总结一下两代机制的区别对比项Wi-Fi 5及以前CSMA/CA竞争802.11ax调度式接入接入决策者每个终端自行竞争AP统一调度频谱使用单用户独占整个信道多用户按资源块共享冲突处理碰撞后退避重传调度错开源头避免时延特性随机抖动明显相对可预期最适场景终端少、负载轻高密度、混合业务看懂这张表后面讲OFDMA、MU-MIMO、TWT就顺了——它们本质上都是“调度”在不同维度上的展开。2. OFDMA调度拆解资源单元、触发帧与上行接入2.1 子载波变细一个符号装下多个用户OFDMA正交频分多址是802.11ax调度机制的基石。要理解它先得复习OFDM。OFDM是把信道拆成很多正交子载波数据并行调制在这些子载波上发送。802.11ac的OFDM符号有效时长3.2微秒子载波间隔312.5kHz一个20MHz信道里有64个子载波其中52个用于数据。注意一个关键点OFDM虽然把信道拆细了但一个符号只能给一个用户用哪怕这个用户只有几十字节的数据也得独占整个20MHz的带宽——这是极大的浪费。802.11ax把这个格局彻底改掉了。它的OFDM符号有效时长拉长到12.8微秒是802.11ac的4倍子载波间隔相应缩到78.125kHz。20MHz信道里现在有256个子载波并且这些子载波被按组划分成大小不一的“资源单元”Resource Unit简称RU。AP可以把不同的RU分配给不同终端让它们在同一个符号时间内并行发送。同样一个符号时间802.11ac只服务一个用户802.11ax可以服务好几个用户这就是OFDMA里“多址”的含义。20MHz信道下的RU组合如下表RU类型子载波数对应频宽20MHz下的典型并行配置RU-2626约2.03MHz最多9个RU-26RU-5252约4.06MHz4个RU-52 1个RU-26RU-106106约8.28MHz2个RU-106 1个RU-26RU-242242约18.9MHz1个RU-242整信道独占40MHz、80MHz、160MHz信道上还会出现484、996、2×996这类更大的RU组合方式更灵活比如80MHz能以整信道996-tone的RU分配给一个高速终端也可以拆成8个106-tone的RU同时服务8个低速终端。RU调度的本质就是把频域资源切成合适的粒度让吞吐需求和终端能力尽量匹配。这个粒度选择通常由AP的调度算法自动完成普通用户不需要手工干预但理解它的存在对解读路由器后台的OFDMA状态信息很有帮助。2.2 触发帧上行调度的“指挥棒”下行OFDMA好理解AP自己就是调度器想给谁发什么都在掌控中它把RU分配信息写进HE-SIG-B字段然后在对应的RU上给各终端发数据。难的是上行——数据在终端手里AP怎么让几十台手机在同一时刻不同频段同时发数据而不互相干扰答案是Trigger帧触发帧。触发帧是802.11ax新增的控制帧。它的Common Info字段携带本次调度的带宽、GI保护间隔类型、上行传输长度User Info字段按终端逐个列出AID12关联ID、RU Allocation分配给该终端的RU编号、MCS调制编码方式、目标RSSI用于上行功率控制。收到触发帧的终端在等一个SIFS16微秒后按分配好的RU和参数同时发出HE TB PPDU。各终端时间上同步、频率上错开AP收到后按RU分别解调。为什么是SIFS 16微秒后立刻发而不是各等各的因为OFDMA要求所有上行帧严格时间同步差一点都会破坏子载波正交性导致RU之间互相干扰。802.11ax为此把SIFS后的响应窗口设计得很紧终端几乎没有处理延迟的空间这也是为什么触发帧对终端芯片的时序精度要求很高。这里还有个容易被忽略的细节目标RSSI字段本质上是把上行功率控制也纳入了调度。以前终端各自决定发射功率离AP近的设备声音太大会淹没远处设备的信号这就是远近效应。现在AP在触发帧里告诉每个终端“你到我这里应该是多大功率”近的压低、远的拉高保证各RU上的信号到达AP时基本齐平。还有一点如果某个终端被调度到了RU但恰好没数据可发它也要回一个空的QoS Null帧占位AP就知道这个RU确实没人用而不会误认为信号出问题了。如果手边有支持802.11ax的抓包设备你会在Wireshark里看到大量标记为Trigger的控制帧后面往往跟着好几台上行设备的帧几乎同时出现。我第一次看到这个画面挺震撼的以前同一时刻只能看到一台设备的信号ax时代是一个符号里七、八个终端的帧整整齐齐排在各自的频段上。调度不是PPT概念是能在抓包里直接看到的物理现象。2.3 OFDMA调度的收益边界OFDMA不是万能的收益边界要搞清楚。最典型的受益场景是大量小包并发。智能家居的心跳、传感器的状态上报、微信消息这些包往往只有几十到几百字节。旧协议下每个小包都要走一遍完整的竞争流程开销比数据本身还大属于典型的“高射炮打蚊子”。OFDMA可以在一轮调度里把这些小包打包处理同时服务四五个甚至更多终端这是它最漂亮的应用。但如果是单台设备跑大文件下载整条链路本来就该给它独占OFDMA的调度价值就很有限了——一个242-tone RU的吞吐和整信道没有本质区别反而还要多花点调度开销。所以判断要不要依赖OFDMA先看场景设备多、流量碎它收益最大设备少、流量大老老实实走单用户独占更实在。3. MU-MIMO调度与BSS Coloring天线和频谱的双重玩法3.1 上行MU-MIMO让多台手机同时“开口”OFDMA在频域上做调度MU-MIMO则在空间域上做调度。802.11ac Wave 2就支持下行MU-MIMOAP用多根天线把不同的空间流指向不同终端一台设备收流1和流2另一台设备收流3和流4物理上并行传输。但802.11ac的上行MU-MIMO基本停留在纸面802.11ax把它变成了实际可用的能力AP通过触发帧让多台终端在同一个RU或重叠的RU集合里各自使用不同的空间流同时上行一共支持8条空间流。为了让MU-MIMO真正工作AP需要提前知道每条链路的信道状态这个探测过程叫信道探测Channel Sounding靠NDP空数据分组帧完成。可以理解成调度员在点名之前先给每个终端“量一次身高”才知道该给他们安排哪一排座位。实际组网中这个探测过程会周期性发生所以你会看到路由器后台有“信道探测间隔”之类的参数调小一点对移动终端的跟踪更及时调大一点能省一点空口开销。打个比方OFDMA是把马路划分成多条车道分给不同车MU-MIMO是让不同车在同一车道里分层同行两者可以叠加既分频段又分空间流调度密度一下子高了很多。放到家庭场景上行MU-MIMO的价值尤其明显因为现在的上行流量越来越大——视频通话、照片备份、直播推流全在往上走以前上行是公认的瓶颈现在多用户上行并行拥堵感会缓解不少。3.2 BSS Coloring让邻居信号“视而不见”如果OFDMA和MU-MIMO是在管“自己人”BSS Coloring则是调度机制处理“别人家”的方式。住公寓楼的人应该都有体会晚上打开Wi-Fi列表几十个SSID挤在一起信道互相重叠所有设备都在互相礼让空口效率被邻居拖垮下载速度连白天的一半都不到。802.11ax的BSS Coloring给每个BSS分配一个6比特的颜色值取值范围1到630表示未着色。AP发出的帧里携带这个颜色终端收到帧后先看颜色如果是自己BSS的颜色说明是“内部事务”需要按协议退避如果是别的颜色说明是隔壁AP的信号只要信号强度低于OBSS_PD阈值默认约-82dBm20MHz场景终端就可以选择“视而不见”照常接入自己的AP。这就是空间复用Spatial Reuse。这相当于给每家Wi-Fi发了一张车牌看到同牌子的车才需要礼让看到别家车且距离足够远时该走就走。在多层住宅这种高干扰环境里开启染色机制后吞吐提升相当可观因为以前那些白白浪费的“礼让时间”被捡了回来。这也是部分高端路由器后台会出现“空间复用”或“BSS Color”开关的原因如果你家周围Wi-Fi信号满屏值得把它打开。4. TWT调度给终端排一张“睡眠课程表”4.1 TWT的协商过程与两种模式TWTTarget Wake Time目标唤醒时间是802.11ax在功耗维度上的调度机制。传统Wi-Fi的省电方式比较粗放终端想省电就睡醒来之后要么等下一个Beacon要么主动发请求问AP“有没有我的数据”。这个流程既费电又有额外时延而且所有设备都挤在同一个信标周期里醒来本身就是一种微型拥堵。TWT把这事变成了一套协商机制终端和AP在关联阶段通过TWT元素约定好一张“唤醒时间表”——什么时候醒、醒多久、隔多久醒一次全部提前谈好。协商参数包括目标唤醒时间绝对时间戳、唤醒间隔Wake Interval、名义最小唤醒持续时间Nominal Minimum Wake Duration等几个核心字段终端根据自身业务提需求AP再结合信道负载给出最终排期。Individual TWT模式是每个终端单独跟AP协商适合对时延要求不同的设备。手机可以约定每20毫秒醒一次保证消息及时到达电池供电的温湿度传感器可以约定每5分钟醒一次平时一直处于休眠状态。Broadcast TWT模式则是AP统一排课一组设备共享同一张时间表AP通过广播TWT字段告诉所有成员下一次集体唤醒的时间和服务期。这对大规模IoT部署特别有价值几十个设备按组轮流唤醒避免同时挤爆信道。4.2 TWT带来的实际体验变化TWT最直接的红利是省电。智能门锁、传感器这类常年靠电池的设备用上TWT之后一次充电的服役周期能明显拉长因为它们不再需要频繁醒来监听信标。手机息屏状态下的Wi-Fi功耗也会下降待机续航肉眼可见地变好。我在自己的网络里给几个传感器开启TWT后电池续航大概延长了三分之一左右这对需要每年换电池的设备来说是很实在的改善。但TWT不是没有代价。调度的本质是用确定性换效率而确定性意味着等待设备睡得越深唤醒越慢。如果正好赶上语音来电唤醒延迟可能让通话的前几百毫秒出现卡顿。所以802.11ax允许终端根据业务类型灵活协商唤醒周期而不是一刀切。实际部署IoT网络时我习惯把时延敏感的设备单独排一组低功耗传感器排另一组避免它们共用一张TWT课表互相拖累。还有个容易忽略的点TWT需要路由器和终端双向支持而且终端驱动对TWT的实现质量参差不齐个别设备在开启TWT后会出现响应变慢的怪问题。排查时先关TWT确认问题消失后再决定是换驱动还是单独关掉某台设备的TWT权限。5. 实测观察、调参建议与三大误区5.1 什么场景下调度收益最大我的实测观察我自己在两种环境里做过对比测试。第一种是家里三四十台设备同时在线手机、平板、电视、智能音箱、传感器、门锁混在一起流量又杂又碎。这种环境下打开OFDMA之后视频通话的卡顿次数明显下降小包不再需要排队等信道同时开启TWT几个电池供电的传感器续航从两个月延长到了近三个月。第二种是只有两台设备的书房一台电脑在拷贝大文件一部手机在看视频开不开OFDMA几乎看不出差别因为单用户本身就占得稳也占得满。这说明一个很现实的问题调度机制的收益是场景化的。设备越多、流量越碎、干扰越强调度红利越大设备少、流量单一调度反而带来额外开销。所以别被“Wi-Fi 6神化论”忽悠也别因为在一间机房测不出差异就否定调度机制先看看自己手里的场景是否踩中了它的优势区间。5.2 路由器上的实操选项与兼容性目前主流Wi-Fi 6路由器的后台基本都能看到OFDMA、MU-MIMO、TWT、BSS Coloring这几项默认大多是开启状态。不同品牌的叫法略有差异有的叫“多用户加速”有的直接写机制英文名有的藏在“专业设置”二级菜单里但底层都是同一套东西。下面两个细节是我实际配置时踩过坑之后才真正重视起来的值得逐条核对尤其是当家里设备新旧混杂、又开着各种加速功能时这些选项之间的相互影响远比说明书写得复杂。第一兼容模式。家里的老设备Wi-Fi 5及更早不认识触发帧、不懂RU分配它们参与的通信只能回到传统竞争方式。大多数路由器在混合模式下会自动判断调度帧和竞争帧交错发送整体体验会打折扣。如果你确信家里所有终端都支持Wi-Fi 6可以在后台把“兼容性优化”这类选项关掉把空口时间尽量留给调度机制。第二个别终端适配问题。我遇到过某些早期Wi-Fi 6手机对触发帧响应不稳定表现为上行速率波动大、偶发丢包。排查链路是这样走的先在后台关掉OFDMA如果问题消失基本锁定是终端对调度的兼容性然后更新手机或网卡驱动再打开OFDMA复测。驱动版本对Wi-Fi特性的支持差异很大这个坑我前前后后踩了不止一次。如果你在路由器后台找不到某项开关可以优先去更新驱动新版本往往补的就是这类调度兼容问题。5.3 关于调度机制的三个常见误区误区一Wi-Fi 6就是单纯更快。速率提升主要靠4096-QAM更高阶的调制方式和更宽频宽堆出来的工程上几乎跑不到理论值真正让802.11ax和前几代拉开差距的是它在多用户、高密度场景下对空口效率的控制也就是调度。单测速率跑分根本测不出调度价值这也是很多评测让人误解Wi-Fi 6的根源。误区二只要路由器支持ax所有设备都能享受调度。OFDMA、TWT、MU-MIMO这些机制都要求终端侧也支持802.11ax老设备只能回到传统竞争方式。想体验完整调度能力路由器和终端得一起升级混着老设备的网络只能享受到部分红利这也是为什么全屋换新设备的体验往往比只换路由器好得多。误区三OFDMA在任意场景都更好。前文说过单用户大流量传输时OFDMA的调度开销反而会拉低一点效率。判断标准始终是场景设备多、流量碎调度红利最大设备少、流量大独占信道反而更稳。我见过有人为了“开满功能”把OFDMA强开在老设备居多的网络里结果速率反而下降的例子。再补充一个看法TWT省电不等于体验总是更好。低功耗和低延迟在空口上天然是一对矛盾调参时一定要按设备业务去权衡别为了续航把所有设备都排进深度睡眠。尤其是正在用Wi-Fi语音或视频通话的设备该给它短周期唤醒就该给省电排在体验后面。说到最后我越来越觉得“ax调度”不应该被理解成某一项单独的技术它更像是一套小型调度系统OFDMA管频域、MU-MIMO管空间、TWT管时间、BSS Coloring管干扰四套机制配合起来才是802.11ax完整的调度能力。我自己的体会是搞懂这套机制之后看路由器后台那些枯燥的开关都变得有画面感了——每个开关背后都是一套在空口里替你排兵布阵的规则。如果你手边正好有支持Wi-Fi 6的路由器和终端强烈建议挨个开关实测一轮有条件的话配合一次抓包亲眼看一看触发帧后面跟着的整整齐齐的上行信号你对“调度”两个字会有比我讲的任何概念都更深的理解。