最近ax调度这个词在数码圈、网络设备圈热度很高但它确实容易让人摸不着头脑。ax明明就是Wi-Fi 6标准里的协议后缀802.11ax怎么又和调度扯到了一起如果你家里已经开始用支持Wi-Fi 6的路由器又经常觉得设备一多网速还是不稳那这篇内容就很对路了。我理解中的ax调度其实包含两条线一条是802.11ax协议里的无线资源调度OFDMA、MU-MIMO、TWT这些机制核心解决多设备并发效率问题另一条是路由器上针对流量优先级做的QoS调度比如华硕RT-AX系列上的Adaptive QoS或者小米、TP-Link的智能限速。前者离物理层更近是这条信道里每一毫秒给谁用、给多少资源后者离互联网更近是哪个应用、哪个设备先走。这篇文章主要把前者讲透再顺带把后者的实操一起说了因为你在路由器面板上能动手的恰恰是后者多一些。1. ax调度到底在调什么先说清楚802.11ax的调度对象1.1 ax是协议代号调度是MAC层的资源分配行为IEEE 802.11协议家族有个规律802.11n对应Wi-Fi 4802.11ac对应Wi-Fi 5802.11ax对应Wi-Fi 6。所以ax在根子上是一个协议代号而不是某款路由器型号。任何支持802.11ax的路由器、AP、手机、笔记本、电视盒子都会在无线芯片内部实现一套资源调度逻辑这套逻辑的外在表现就是我们感知到的网络稳定性、低延迟和多设备并发能力。对比前几代协议就能看出差别。802.11n/ac时代Wi-Fi走的是竞争式接入所有设备共享同一个信道谁想发数据先听信道信道空闲就发如果同时好几台设备一起发就会冲突冲突后各自随机退避再试。这种办法在设备不多的时候没问题但十几个设备挤在同一个信道里冲突概率会指数上升实际可用吞吐会惨不忍睹。瓶颈往往不是带宽不够而是接入机制不行。802.11ax引入的OFDMA彻底改变了思路AP不再被动等大家来抢而是主动把信道切成小块分配给不同设备让它们在同一时刻各用各的块并行传输。这就是调度二字的由来——它调的不是IP流量而是无线信道的时间和频率资源。1.2 从抢车道到按车道分配OFDMA带来的范式变化用一个生活化的例子来解释。老式Wi-Fi的接入机制很像一条没有红绿灯的单车道马路几辆车对向开过来谁胆子大谁先走撞上就各自退回去重新起步。设备多了这条路就成了大型停车场。OFDMA则像把这条路画成了多条车道再由一个交警AP里的调度器在路口按顺序放行左转、直行、右转各走各的车道不用互相让路单位时间内能通过的车自然就多了。这里有个特别容易误解的地方OFDMA并不会让单一某台设备的极限速度变得更快它的收益是多设备并发时总吞吐提升、平均延迟下降。很多朋友买完AX路由器跑到测速网站上看单设备测速发现和以前差不多就会误以为ax调度没用——这其实是没搞清它解决的问题。调度解决的是拥堵不是把单人赛道改造成高铁。1.3 调度优化后你能感知到的三个变化按照我的实测感受调度真正生效后日常使用里至少有三个变化是可以感知到的多设备同时使用时的延迟抖动明显变小。以前视频通话和下载任务共存时通话声音会断断续续现在基本平稳。上行性能收益比下行更明显。老协议里上行是所有设备竞争最激烈的方向OFDMA把上行也纳入调度后视频会议、云盘备份这类重上行场景改善很大。电池续航略有提升。因为TWT这类调度机制让设备在空闲时不需要一直监听信道手机和IoT传感器可以按约定的时间醒来收发数据。这三点是判断你家路由器调度是否生效的最直观指标后面第4章我会展开聊怎么验证。2. 调度的底层动作RU分配、触发帧与多用户并发既然调度器要把信道切块分给设备那就需要一套切块和分派的规则。这一章讲底层动作不仅因为这是协议的核心也因为路由器固件里每个参数选项本质都是在调整这几个动作。2.1 RU资源单元一次传输里能塞进多少个格子OFDMA把一个信道按照子载波划分成更小的资源单元也就是RUResource Unit。802.11ax定义了几档RU大小最小的26子载波RU以及52、106、242、484、996子载波的RU不同档位对应不同带宽宽度。RU大小子载波数20MHz信道下可分配数量典型适用场景269个传感器数据、语音小包524个一般网页浏览、消息收发1062个视频通话、在线直播2421个整个20MHz大流量单设备传输调度器的任务就是根据当前有哪些设备要传数据、各自需要多少带宽、信号质量如何决定这一轮的信道怎么切、切给谁。比如两台手机各需要少量上行数据就可以切两个26-tone RU同时服务没必要让其中一台独占整个20MHz信道。这个机制对路由器固件设计提出一个要求调度计算不能太慢否则一次分配还没算完下一轮帧就等着了。所以AX路由器主控芯片的算力、无线芯片的队列管理能力都会直接影响调度效率。这也是为什么同是AX路由器几百块产品和上千块产品的多设备体验会有差距——不只是天线数量差异调度器处理能力占很大一部分。2.2 上行OFDMA的点名式调度Trigger Frame的完整链路下行数据好理解AP手里有数据直接按RU分发给各个终端。难点在上行——所有终端都要往AP发数据如果还按谁先抢到谁先发的老办法那OFDMA带来的多路并行优势就没了。所以802.11ax规定上行OFDMA必须由AP发起一个点名动作AP发送一个Trigger Frame触发帧里面写明这一轮哪些设备可以在哪几个RU上发数据、用多大的调制速率每个终端收到后在自己的RU上同时发送。从终端视角来看它的行为从我听信道空闲就发变成了AP点名我我才发。这是Wi-Fi历史上第一次把上行接入的控制权从终端收回到了AP上也是调度二字最核心的技术体现。一个人在家里只有两三台设备的时候这种点名式调度和竞争式接入的差别不容易看出来。但到了办公室、会议室、宿舍这种多终端高密度场景触发帧调度带来的冲突下降非常明显时延抖动通常能从几十毫秒改善到个位数毫秒级别。2.3 调度器还会看什么队列、信道状态和业务优先级光会切RU还不够一个合格的调度器得做实时决策。拆开来看调度器的决策依据基本是这几项决策依据具体作用通俗类比终端待发队列深度有数据排队的设备优先上榜队列越深分配资源越多车站里排队人数越多越需要先放行信道状态信息CSI信号弱就分配低阶调制或更稳妥的RU避免频繁重传路况差的时候车速放慢一点反而更稳业务优先级语音、视频类延迟敏感业务优先放到前置RU救护车、消防车优先通行历史吞吐与公平性防止单台设备长时间吃满信道也要避免某台设备长期等不到资源总量控制的交通配时方案这些决策在MAC层每毫秒都在发生。你可以把路由器里的调度器理解成一个实时交通指挥中心它不光看有没有车还看每辆车的类型、目的地和路面状况然后动态调整放行策略。这也是ax调度和传统QoS最大的不同传统QoS看的是应用层协议和端口ax调度看的是无线链路里每一个时间片段和子载波资源。3. 家里那台AX路由器哪些开关真正影响调度效果理论部分说完说点能直接上手的。家用市场上华硕RT-AX系列、小米AX系列、TP-Link的AX系列其实都实现了OFDMA和MU-MIMO调度但固件里给用户暴露的开关各不相同。这里整理几个最值得关注的设置项和它们的实际效果。3.1 路由器的OFDMA开关和信道带宽设置OFDMA开关在多数固件里默认开启部分品牌叫MU-OFDMA华硕的旧固件在无线专业设置里能找到新固件直接集成在Wi-Fi 6选项里。建议保持开启除非你能明确测出某台旧设备兼容异常。信道带宽方面需要多留个心眼。20/40MHz下可切分的RU数量少80MHz和160MHz下可切分的RU数量会大幅增加。如果你家设备多80MHz起步能用160MHz就用160MHz但前提是周围雷达信号和其他Wi-Fi的干扰不大。160MHz看着香可如果DFS信道频繁触发雷达避让调度稳定性反而会变差游戏打着打着就跳信道体验全毁。MU-MIMO开关也值得检查。802.11ax里MU-MIMO可以和OFDMA叠加使用也就是一个RU里还能再分空间流。多数家用场景终端天线数不多实际收益有限但开着总比关着好毕竟这类功能本来就是用到就赚到。3.2 QoS调度和OFDMA调度如何配合很多路由器品牌把QoS功能当成限速工具来宣传但实际定位不太一样。以华硕RT-AX系列的Adaptive QoS为例它识别应用类型对游戏、视频会议、流媒体做优先级排序再结合带宽管理和无线侧的OFDMA调度并不冲突而是分层配合无线侧调度解决谁先发数据QoS解决哪个应用先走。我自己的设置习惯是开启Adaptive QoS选择游戏优先或流媒体优先再单独给几个主力终端设置带宽保证。这块有个容易踩的坑——光猫如果还在用路由模式路由器再用路由模式会出现双重NATQoS可能识别不到真实流量特征调度效果大打折扣。有条件的话把光猫改成桥接模式把拨号交给路由器做再测试一轮游戏延迟和视频会议卡顿通常会有明显改善。3.3 判断你的终端是否支持ax调度路由器的调度能力再好终端不支持axOFDMA也派不上用场。判断终端是否支持最快的方法是看系统Wi-Fi设置里是否显示Wi-Fi 6或802.11ax或者查看连接速率是否出现典型的Wi-Fi 6协商值比如1201Mbps、2402Mbps这类数字。手机方面这两年主流型号基本都支持。电脑方面比较杂部分旧款Intel网卡可以通过驱动升级获得Wi-Fi 6支持但较老的USB无线网卡往往只支持ac。这类不支持ax的设备我建议尽量接到2.4GHz辅助频段把5GHz主频段留给ax设备调度效率会高很多。4. 调度为什么会失灵几个典型的降级场景与排查方法4.1 老设备混入导致调度粒度下降802.11ax为了保证兼容性必须支持老协议共存。但混入ac/n设备后OFDMA调度的对象只能覆盖ax终端面向老终端的帧还是要走传统竞争机制。更麻烦的是当信道里存在大量旧设备抢占调度器即便已经把RU分给ax终端也不能完全规避信道空闲检测带来的挤占现象。所以按频段隔离是性价比最高的方案2.4GHz留给IoT设备、打印机、老手机5GHz只给主力终端。不少路由器支持Wi-Fi 6 only或ax only模式如果你确认5GHz频段上的设备都支持ax可以直接开启网络稳定性明显更好。我实测过开启之后视频会议期间的丢包率基本归零。4.2 弱信号终端拖慢整条链路这是实测里感受最深的一条。家里有一台设备信号很弱但还挂在5GHz频段比如隔了两堵墙的平板它的协商速率会掉到很低的水平。调度器为了保证它能发送数据要么降低整个接入周期内的调制效率要么让它占用过大的传输时间结果其他所有设备的延迟一起升高。后来我把弱信号设备强制切到2.4GHz或者限制它的接入速率阈值整条链路的调度一下就正常了。很多路由器固件里带剔除弱信号设备或信号阈值功能建议打开阈值设置在-75dBm到-80dBm之间是个相对平衡的选择太低起不到剔除作用太高可能误伤正常使用的设备。4.3 光猫路由模式与QoS失效这个前面提过这里再讲一下排查方法。如果你家外网带宽很大但游戏延迟和视频会议卡顿依旧可以先确认光猫是否处于路由模式。进光猫管理后台看WAN口配置如果有PPPoE拨号说明光猫在路由模式无线路由器此时若也是路由模式就出现双重NAT不只QoS识别不准部分游戏NAT类型也会变成严格型。正确做法是把光猫改成桥接模式由路由器拨号然后重新跑一轮测速和延迟测试。实际操作中很多光猫的超级管理员密码需要找运营商要费点事但值得。改完之后你会发现路由器后台里各种应用类型的流量识别图终于变成了正常分布QoS调度才真正管得住流量。4.4 怎么验证调度是否生效想确认OFDMA调度有没有真正在工作有几个办法进路由器后台看终端协商速率ax终端的协商带宽一般会显示类似1201Mbps这种Wi-Fi 6典型值如果显示的还是ac老带宽值说明终端没走OFDMA。用两台支持ax的手机同时跑上行大流量观察另一台设备的时延如果调度生效时延波动会比ac时代明显平缓。有命令行基础的话可以在PC上用Wireshark抓无线帧过滤看有没有HE MU PPDU高效益多用户帧和Trigger Frame。能抓到说明AP确实在调度多用户并行传输。普通用户不用太执着于抓包日常感知最有效的还是多设备并发时的延迟稳定性这个指标。建议做一个固定测试电视放流媒体笔记本开视频会议手机同步刷视频观察视频会议画面的卡顿情况。这个场景本身就是调度器能力最好的试金石。5. 我的实测体会与下一步可以折腾的方向5.1 三终端并发场景下的调度前后对比我自己家里主力路由器是华硕RT-AX86U手头同时有支持ax的手机、笔记本和一台电视盒子。以前用ac路由器时电视盒子看高清、笔记本开视频会议再加手机刷视频会议这边就会出现明显卡顿。换了ax并把OFDMA、Adaptive QoS都打开后同样场景下笔记本视频会议的抖动明显减小电视盒子和手机的上传也同时保住了。这个体验改善不是单点速度提升而是并发状态下延迟的稳定性提升。建议你也做一个同样的对照测试记录三次并发场景的ping抖动和会议卡顿次数调度有没有生效数据一对比就很直观。5.2 TWT被低估的调度机制TWTTarget Wake Time是802.11ax里另一个调度类机制常被厂商宣传为低功耗和低时延背后的功臣。它的思路是让终端和AP协商一个唤醒计划终端在不需要通信时进入休眠到约定的时间才醒来接收数据。这样既省电又能减少大量终端同时醒来争抢信道的机会。对IoT、智能家居设备来说TWT尤其有价值。家里几十个传感器如果都靠竞争随时发数据信道会被频繁打断有TWT调度后大家按时间片轮流汇报信道干净很多。部分路由器固件里没有直接暴露TWT开关但它通常默认随Wi-Fi 6开启不用额外操作。5.3 从ax到be多链路调度的下一步说句题外话802.11beWi-Fi 7里调度机制会进一步演进MLO多链路操作允许一个终端同时用2.4GHz、5GHz乃至6GHz多条链路收发数据调度器要从单信道切块升级为多链路统筹分配。很多厂商已经开始把ax调度积累的队列管理经验和公平性算法直接迁移到be产品上现在搞懂ax调度对理解下一代设备也很有帮助。最后说一个我个人的判断最值得花时间的不是追着换新路由器而是把手头AX设备的调度相关选项调对、把终端频段分配合理。哪怕暂时不换Wi-Fi 7把现有设备的调度潜力榨出来多设备场景的体验也会有明显提升。先建立调度这个理解框架以后无论看到什么品牌、什么协议的新功能都能很快抓住本质。
