ax调度是什么？一文看懂Wi-Fi 6的OFDMA、MU-MIMO与TWT机制

1. “ax”到底是谁从802.11ax到Wi-Fi 6的来龙去脉前两天有人在评论区问我老看到“ax调度”这个词到底是在调度个啥我愣了一下意识到自己天天挂在嘴边的802.11ax在外人眼里就是两个字母加一个陌生的后缀。趁着周末把协议文档和抓包记录翻了一遍干脆把“ax”到底做了什么、“调度”二字背后是哪几个机制一起讲清楚。先说结论ax就是Wi-Fi 6。IEEE的无线局域网标准从802.11n到802.11ac再到802.11ax一代一个后缀Wi-Fi联盟为了让普通人好记直接按数字排号802.11ax就被叫成了Wi-Fi 6。行业里的人写代码、看抓包、选型路由器时还是习惯说“ax”因为设备型号、驱动日志、抓包工具里到处是这两个字母比如AX200网卡、AX5400路由器。所以讨论ax调度本质就是在讨论Wi-Fi 6这一代协议里的资源调度机制。但要注意ax这一代跟上一代802.11acWi-Fi 5有本质区别。Wi-Fi 5拼命把单条链路的速率往高顶更宽的频宽、更高阶的调制恨不得一个终端独占所有资源。而ax关注的核心是“效率”是在设备密集、数据包零碎的场景下怎么让一群人同时上网而不是互相打架。1.1 为什么标准名叫802.11axWi-Fi联盟却叫它Wi-Fi 6IEEE的命名规则是按任务组来的处理802.11ax标准的任务组叫TGax所以标准名就带上了ax后缀。Wi-Fi联盟后来觉得这种命名方式对普通用户太劝退在2018年左右推出了数字命名法802.11n对应Wi-Fi 4802.11ac对应Wi-Fi 5802.11ax对应Wi-Fi 6。现在你买的手机、笔记本、路由器参数页里写“Wi-Fi 6”对应到协议层就是802.11ax。还有个衍生概念叫Wi-Fi 6E这里的E是Extended扩展指的是ax协议扩展到6GHz频段。很多人误以为Wi-Fi 6E是比Wi-Fi 6更新的东西其实它的协议核心还是802.11ax只是多了一个新的频段可以用。后文提到的调度机制在6GHz频段上同样生效。1.2 ax要解决的核心问题人多、包碎、信道挤传统Wi-Fi的工作方式很像一群人抢着过一扇门每个设备先听信道里有没有人说话没人说话就抢着发发的时候还要随机退避一会儿防止大家一起发导致碰撞。这个机制在设备少的时候问题不大但放在办公室、商场、大型活动现场几十台设备同时挂着碰撞和等待的时间就会把有效吞吐吃掉一大块。具体到场景更明显智能家居设备每隔几秒发一个几十字节的心跳包手机屏幕亮一下要拉一堆小图片如果这些短而碎的数据包都要单独排队去抢信道网络自然又卡又慢。ax这一代引入的调度机制就是让接入点AP像交通调度员一样给每个终端安排时间、频率甚至空间上的“发车窗口”尽量减少抢道和空等。1.3 哪些人最需要关注ax调度家庭用户买路由器时会看到“OFDMA”“MU-MIMO”“TWT”之类的宣传词理解调度机制后就不会被商家忽悠。企业IT和弱电运维要评估AP能不能扛住高密度接入调度的效率决定了会议室和展厅的实际体验。做物联网的工程师则更关心TWT这个省电调度机制它直接影响到传感器和摄像头这类设备的待机时长。下面逐个展开讲。2. “ax调度”的核心OFDMA如何把一条单车道变成多车道这一章是整篇文章的重点。很多文章一提OFDMA就说“正交频分多址”名词吓人其实原理并不复杂。2.1 旧机制为什么吃力CSMA/CA的“先听后说”逻辑在802.11ac及更早的协议里所有设备共享同一个信道机制叫CSMA/CA载波侦听多址接入/冲突避免。设备要发数据前先侦听信道发现没人用才发如果两个人同时发就会碰撞然后各自随机退避一段时间再重试。这个机制在20世纪90年代末设计时非常合理那时候一个AP下面可能就三五台设备。但现在一个家庭里轻松挂上二十台设备一个会议室里可能挤了上百台CSMA/CA的随机退避成本越来越高。用专业点的话说信道利用率上不去时延抖动加剧。有个很直观的类比老机制就像一条单车道每次只能过一辆车其他车都得排队等在入口后车还得一辆一辆启动。如果每辆车都是大货车效率还行但现实是大量只有一个小包裹的自行车混在货车队里每辆自行车也要占一整条车道开一趟道路资源被严重浪费。2.2 OFDMA引入的RU把车道划成小块OFDMAOrthogonal Frequency Division Multiple Access正交频分多址做的事情是把整条信道划分成更小的“资源单位”标准里叫RUResource Unit资源单元然后把不同的RU分给不同的用户同时使用。注意“同时”这个词——这跟老机制里“同一时刻只能一个设备发送”有本质区别。以最常用的20MHz信道为例协议把子载波按不同大小组合成RU最小是26个子载波组成的26-tone RU约占用2MHz可以塞9个用户往上还有52-tone RU、106-tone RU、242-tone RU整条20MHz信道。AP就像一个调度员可以给终端A分一个26-tone RU传心跳包给终端B分一个106-tone RU传图片给终端C分242-tone RU跑大文件下载多路数据互不干扰地同时发送。这里有个关键认知OFDMA不是为了把单用户的极限速率顶上去而是为了在大量低速率、小包场景下大幅提高信道利用率。如果只有一台设备在满速下载它依然可以独占整条信道OFDMA反而没有明显优势。这也是很多测评里“单设备跑不满宣传速率”的原因之一。2.3 下行OFDMA和上行OFDMA的调度流程差异OFDMA分上下行两个方向调度逻辑不一样。下行OFDMA比较简单AP自己就是发送方它掌握所有终端的缓存数据量、信号质量、队列优先级直接决定“这个RU给终端A、那个RU给终端B”然后在一个下行帧里同时发给多个终端。这个过程对AP的控制力要求很高但因为是单侧调度实现相对容易。上行OFDMA就复杂了。终端的上行数据是零散到达的AP不知道哪台设备有多少数据要发。所以协议设计了一套基于触发帧的流程AP发送BSRPBuffer Status Report Poll缓存状态报告轮询询问哪些终端有待发数据。终端回复自己的缓存数据量。AP根据结果决定哪些终端参与本轮上行调度给每个终端分配RU。AP发送Trigger Frame触发帧里面写清楚每个RU的频域位置、调制编码方式、发送时长。终端收到触发帧后严格按照分配结果同时开始上行发送。我在抓包里第一次看到完整的BSRP到Trigger再到MU帧序列时才真正明白“ax调度”这三个字的分量AP不是在被动接受终端抢信道而是主动编排了整条时间线上的收发动作。Trigger Frame里的字段值得细看包括每个终端的AID、RU位置、目标上行速率等这正是“调度”在协议层面的落地载体。2.4 一个具体例子看调度粒度假设会议室里有10个人每人都在用手机刷图文消息。老协议下10台手机轮流抢信道发送数据每台每次发送前都要经历“侦听-退避-发送-确认”的完整流程。在ax调度下AP先把信道按OFDMA切成9个26-tone RU一轮就能同时服务9个终端下一轮再服务剩余终端和新增数据整体效率翻了几倍。但要注意RU划分得越小每个RU能承载的数据速率就越低。26-tone RU只能支持很基础的速率适合小包和控制消息大文件传输还是会用242-tone RU甚至更大的组合。这个权衡在标准里变成了一套算法AP需要根据终端的实际需求动态调节RU分配调度算法写得好不好直接决定实际体验。3. ax调度不只有OFDMAMU-MIMO、TWT与空间复用很多人以为ax调度就是OFDMA其实OFDMA只是最亮眼的一张牌。协议里还有好几套调度机制它们共同构成了完整的“ax调度”体系。3.1 MU-MIMO在空间维度上同时发货MU-MIMO多用户多入多出在Wi-Fi 5时期就有了下行版本但ax把它完善了并且新增了上行版本。它利用AP的多天线阵列在同一时间、同一频率上给多个终端发送不同的数据流靠空间维度来区分用户。用快递来类比OFDMA是把一辆车分成多个车厢MU-MIMO则是同时派出多条不同路线的车。两者可以叠加使用这也是ax最可怕的地方——调度维度越多并发能力越强。标准上802.11ax最大支持8×8的MU-MIMO也就是理论上一个AP可以同时向8台设备发送8路独立数据。但实际家用路由器普遍是2×2或4×4终端侧更是大多只有1-2根天线。所以选购路由器时别被“8×8 MU-MIMO”这种参数冲昏头多数场景下4×4已经非常够用。3.2 TWT给终端排一张时间作息表TWTTarget Wake Time目标唤醒时间是ax调度里很有意思的机制。以前终端想收数据就得一直保持接收状态要么耗电要么频繁醒来监听信道。TWT允许AP和终端协商一个“唤醒时间表”终端在约定时间醒来收数据其余时间进入睡眠状态。这个机制在物联网场景价值巨大。一个电池供电的温湿度传感器本来要每秒钟醒来监听信道现在可以跟AP约定“每5分钟醒来一次”中间时段深度睡眠。我见过一些智能家居设备开启TWT后待机功耗能降一个数量级。但TWT也有代价如果网络里有实时性要求高的业务比如在线游戏AP需要更频繁地唤醒终端调度表会被打乱。所以很多路由器默认只在设备支持且应用场景合适时才启用TWT或者提供开关让用户自己决定。系统默认TWT这正是“ax调度”这一网络热词下最容易被忽略的细节如果配置不当可能会带来一两个毫秒的额外唤醒延迟在部分电竞场景里会被人感知到。3.3 BSS Coloring给邻里网络“染色”密集环境下最大的敌人是隔壁AP的信号。同一个信道上如果存在多个APCSMA/CA的载波侦听机制会把邻居信号当成信道占用导致设备不敢发送白白浪费空闲时隙。BSS Coloring就是给每个BSS基本服务集涂一个颜色代码。当终端收到邻居网络的重叠帧时只要看颜色和当前BSS不一样而且信号强度低于阈值就可以认为信道没有被实际占用继续发送自己的数据。这大大提高了密集组网下的空间复用率。这里有个非常重要的区分BSS Coloring并不是在“调度”终端而是在减少无效退避属于资源利用率的优化。但它和OFDMA配合后效果很明显。我曾经在两个相邻工位部署两台AP、使用相同信道做过对比测试开启BSS Coloring后总吞吐提升了大约30%到50%尽管邻居帧依然能被收到但终端不再像以前那样动不动就缩手缩脚。3.4 这些机制如何在实际触发时配合OFDMA负责频率维度MU-MIMO负责空间维度TWT负责时间维度BSS Coloring负责空间复用。它们之间互不冲突而是在AP的调度器里被统一编排。举个例子AP发一个Trigger Frame可以把4台启用上行MU-MIMO的设备放在同一时间窗口每台设备再被分配不同RU这轮传输就同时用上了MU-MIMO和OFDMA。而在这轮传输开始前某台传感器刚通过TWT被唤醒它上报的数据恰好被排进下一轮调度队列。这就是协议芯片或网卡驱动里每天都在发生的事情。从工程角度看这考验的是MAC层的调度算法。协议只给了“可用的工具”怎么组合、怎么权衡优先级、怎么应对突发流量每家芯片厂商的实现都不一样。这也是为什么同样标注支持Wi-Fi 6的路由器实际表现可能天差地别。4. 实战中的ax调度调优不同场景的参数取舍代码级知识和跑在现场的经验是两回事。下面聊聊我在不同场景下实际部署和调优ax调度时踩过的坑、总结出来的取舍方法。4.1 家庭路由器先保兼容再开花活家用的Wi-Fi 6路由器设置页面里通常有一堆跟调度有关的开关OFDMA、MU-MIMO、TWT、BSS Coloring。很多用户一看“增强”字样就全开我劝你别这么干。最稳妥的做法是默认设置先跑一周观察全屋设备的情况再针对问题逐步开启功能。家里通常混着老手机、智能电视、扫地机器人这些设备的芯片如果对OFDMA支持不完善反而会出现吞吐下降、连接不稳定的问题。我遇到过一台老款平板在开启上行OFDMA后频繁掉线把开关关掉立刻恢复。这不是路由器硬件不行而是终端侧的盟级逻辑没有做好。如果家里智能设备特别多建议把TWT打开对功耗和信道空闲都有帮助如果只是日常刷视频、打游戏OFDMA打开通常没坏处。至于MU-MIMO4×4路由器建议开启2×2路由器开不开差别不大。4.2 企业和高密场景调度算法的“重试率”是最直观指标会议室、报告厅、展厅这种高密场景AP数量多策略也完全不一样。我的经验是第一优先级是信道规划和AP位置不要先把调度开关调到激进模式。密集组网时最好把AP的信道按2.4GHz和5GHz分开规划相邻AP尽量用不重叠信道。在5GHz频段开启OFDMA和BSS Coloring这两个机制对高密度改善最明显。别在同一区域塞过多AP我见过一个200平方米的展厅摆了10个AP结果OFDMA的调度器需要花大量时间在相邻AP之间协调资源实际效果反而不如减到6个AP。判断调度是否有效最重要也最容易被忽略的指标是“重试率”。在AP后台或无线控制器里看每个客户端的重传比例如果整体重试率超过15%说明信道冲突或者调度分配有问题再好的OFDMA也救不回来。先解决覆盖和信噪比再谈调度参数。4.3 物联网场景TWT省电要按设备类型差异化对待物联网设备千差万别有几十毫秒唤醒一次的门锁也有几小时才上报一次的土壤传感器。如果AP统一用一套TWT参数去调度所有设备实时性要求高的设备会难受对功耗敏感的设备又不够省电。正确做法是按设备类型或优先级建立不同的TWT组。比如智能门锁、门铃这类需要快速响应的设备让它们保持较短的唤醒周期环境监测器、传感器这类低频上报的设备可以约定很长的睡眠时间。多数的商用AP已经支持按SSID或设备MAC地址做TWT策略配置只是很多运维不知道有这功能。家用路由器上往往只有一个全局TWT开关不要指望有太细的控制粒度。4.4 固件和终端兼容性决定调度效果的大变量这一节想重点强调ax调度是AP和终端协同完成的不是AP单方面的事。终端网卡如果只支持802.11ac那就只能“蹭”一部分下行OFDMA的收益ax的AP会向下兼容上行调度完全参与不了。而终端网卡固件本身的调度协议栈实现也会影响最终体验。同一款路由器我刷过两个版本的固件OFDMA调度效果明显不同。老版本固件在大量短包场景下RU分配不够灵活经常是把一个242-tone RU分给一个只发几十字节心跳包的设备新版本固件则会把26-tone RU优先分配给小包设备大块RU留给高速业务。所以遇到路由器“宣传得很猛、实际很卡”先别急着退货试着升级一下固件往往有惊喜。5. 如何确认ax调度真的在干活测试方法、工具与常见误判你配置了半天OFDMA、TWT怎么知道它们是真的在跑还是只是设置页面开了个寂寞分享几个亲测有效的验证手段。5.1 抓包看HE字段与Trigger帧最直接的证据在抓包里。用Wireshark监听Wi-Fi链路可以看到802.11ax特有的HEHigh Efficiency字段。如果OFDMA在上行工作你会捕获到“Trigger Frame”里面带有完整的RU分配信息和终端AID列表紧接着就能看到多台设备按分配结果同时上传的帧序列。具体操作用Wireshark过滤条件可以直接写wlan.fc.type_subtype 0x0d或直接搜索“Trigger”。对比OFDMA关闭前后的抓包你能清楚看到单发帧变成了多用户帧。我之前在公司测过一批路由器就凭这个字段看出某品牌所谓“OFDMA”只是一套半实现下行OFDMA是真的上行Trigger流程经常会乱序说明调度算法存在明显缺陷。5.2 从吞吐曲线和时延变化判断调度是否生效抓到协议帧比较专业对普通用户还有更直观的办法用一台Wi-Fi 5笔记本和一台Wi-Fi 6手机做并发下载同时观察两边的吞吐和时延抖动。在老协议下两台终端同时满速下载时延会明显变高且吞吐此消彼长。开启OFDMA后如果调度正常你会看到两台设备的总吞吐更接近链路极限单台设备的时延曲线也更平滑。TWT的判断则看功耗测一台带电池的智能设备记录7天待机续航开启TWT前后的变化会非常明显。5.3 常见误判与“假Wi-Fi 6”问题市面上有些路由器号称支持Wi-Fi 6但调度实现非常粗糙。最容易踩的坑有几个第一160MHz频宽和OFDMA是两码事。有些产品宣传“160MHz超大频宽”只说明峰值速率高不代表并发调度能力强。第二终端虽然是Wi-Fi 6但某些型号默认没有启用ax模式需要在网卡驱动里手动开启。第三很多测试软件跑的是TCP/IP层表现调度差异在低并发下几乎看不出来一定要用多终端并发场景去验证。我个人的建议是如果手头有条件拿三到五台设备同时跑视频会议或视频播放持续半小时观察卡顿和丢包。这比任何跑分软件都能更真实地反映ax调度在日常生活里的价值。关于ax调度我最后想说的话我从Wi-Fi 4时代就开始折腾无线网络见过设备“抢信道”抢到整个办公室都瘫痪的壮观场面也见过OFDMA上线后同一批设备总吞吐翻倍的场景。ax调度不是某一种黑科技而是一整套从“让设备竞争”转变成“由AP安排”的协议哲学。在实际投入生产环境之前建议多做压力测试。有一次我把一套Wi-Fi 6方案部署到客户现场结果发现TWT全局开启后有一批老款工业平板每隔10分钟就掉线一次。拿着抓包结果跟终端厂商排查了很久最后确认是那批设备的网卡处理不好TWT的短唤醒周期。把TWT策略改为按终端分组后问题彻底消失。这类问题单纯看宣传参数永远发现不了。所以你不妨也做个小试验找两台支持Wi-Fi 6的手机一台开着路由器里的OFDMA一台关掉然后在同一条宽带下同时播放高清视频留意两台手机的视频加载时间和卡顿次数。实测下来调度开启后哪怕总带宽不变体验的稳定性也会上一个台阶。这就是ax调度存在的意义不是让某一个人跑得更快而是让所有人都能安心用网。