先说我最近被问爆的一个场景路由器是新买的 Wi-Fi 6802.11ax旗舰、宽带千兆、手机也支持 Wi-Fi 6可一到晚上全家上网视频会议照样卡、游戏照样跳延迟。很多人第一反应是换路由器、调天线、抱怨运营商但真正的问题往往不在硬件而在 802.11ax 这套标准里最容易被忽略的部分——调度机制。无线圈子里把这一套东西统称为ax调度这词最近能在网上火起来说明大家终于意识到路由器光堆天线没用能不能把多个终端的传输任务有序安排好才是多设备家庭体验的分水岭。这篇文章我想把这阵子折腾路由器调度机制的经验整理出来内容覆盖 OFDMA、MU-MIMO、TWT 这几个核心词也会讲讲固件里那些开关到底要不要开以及一次老设备被“调度”压制的真实排查过程。适合家里设备多、或者正在纠结怎么调路由器的朋友也适合刚入行无线网络的同学当一篇入门的调度机制拆解来看。1. 在 ax调度 出现之前Wi-Fi 信道是“抢”出来的1.1 老协议怎么用信道听声辨位加退避Wi-Fi 4802.11n、Wi-Fi 5802.11ac时代的无线信道使用方式本质上跟一条没有红绿灯的双向单车道差不多。所有设备共享同一个信道每个设备发送之前必须先“听”一下信道是否空闲这个动作叫 CCAClear Channel Assessment。如果信道不空闲就得等如果暂时空闲还要再随机退避一个时间防止多台设备同时开抢。这种机制在无线协议里的正式名称是 CSMA/CA音频行业的朋友喜欢叫它“先听后说”。这套机制在终端少、流量小的时候没什么问题但一旦设备多起来问题就很明显大量时间花在等待、退避、重传上真正传输数据的时间占比被压得很低。最极端的场景就是家里二十几个智能设备同时在线每台设备都要发心跳包一个包几十字节但按照老协议它也得独占整个信道发完再等 ACK 确认。结果信道资源被大量无效占用你的手机、电脑需要排队的时间越来越长。1.2 802.11ax 带来的本质变化从自由竞争到集中调度802.11ax也就是 Wi-Fi 6在物理层和 MAC 层都做了大改动。物理层引入了 OFDMA 和更高阶调制1024-QAMMAC 层则在保留 CSMA/CA 的基础上增加了基于 Trigger Frame 的集中式调度。你可以这么理解以前是十字路口没交警所有车靠自觉抢现在路口有了红绿灯和交警AP路由器作为调度员统一分配时间、频率、空间资源。“ax调度”并不是 IEEE 标准里的正式名词标准里更多说的是 OFDMA 调度、MU-MIMO 调度、上行触发调度这些细项。但在国内网络社区里大家用“ax调度”把这堆机制打包称呼核心意思就是路由器从一个被动的信道竞争者变成了一个主动的资源分配者。这个变化看着简单实际影响非常大它让 Wi-Fi 在密集终端场景下的效率从“能不能通”变成了“通得多快、多稳”。2. 频域、空域、时域802.11ax 调度三件套拆解想要理解调度不能只盯着 OFDMA 一个词。实际上 802.11ax 的调度是一套组合拳分别在频域、空域、时域上做文章。把它们拆开看每个都好懂合起来才是完整的 ax调度。2.1 OFDMA把一条宽车道切分成小车道分配OFDMA 的全称是正交频分多址它把信道在频域上拆成一个个更小的资源单位IEEE 标准里叫 RUResource Unit。以最常见的 20MHz 信道为例可以切出 9 个 26 子载波大小的 RU也可以组合成 4 个 52 子载波、2 个 106 子载波甚至 1 个 242 子载波。80MHz 信道下还能组合出 484、996 子载波的大 RU。RU 的分配权限在 AP 手里这就实现了“调度”的第一步下行方向AP 可以在同一个发送机会TXOP里用不同 RU 同时给多个终端发数据。假设你有 10 台设备每台都要收几十字节的数据传统方式是一台一台地发每台之间还要等退避间隙而 OFDMA 方式里AP 可以在一个帧里塞进多个终端的子帧分给每个终端一个小 RU一次性搞定。上行方向更有意思。802.11ax 引入了 Trigger Frame 触发机制AP 发一个触发帧告诉多台终端“你们在指定的时间、指定的 RU 上同时上传”。终端不再需要互相争抢信道听 AP 指令就行。这种集中式调度最大的受益者是智能家居那种小流量报文一个智能插座每几十秒发一次心跳用 OFDMA 只需要给它分配一个很小的 RU剩下的 RU 继续服务手机和电脑整个信道利用率明显上去了。2.2 MU-MIMO多个终端同时用不同空间流如果说 OFDMA 解决的是“频率资源怎么分”MU-MIMO 解决的是“空间资源怎么用”。Wi-Fi 5802.11ac时代就有了下行 MU-MIMO但那时候最多 4 条空间流、终端兼容性也差实际用起来很鸡肋。802.11ax 把空间流上限提到了 8 条还补上了上行 MU-MIMO让多个终端可以同时向 AP 发送数据这又是一个调度级别的变化。做个类比OFDMA 是把一条路划分成多条车道让不同车各走各的道MU-MIMO 则是让多辆车在同一车道上前后错开并行靠空间隔离避免干扰。实际效果取决于终端的位置、天线数量和信道环境。如果两台设备离得很近、方向也一致它们之间的空间相关性高调度器如果强行把它们配在同一轮 MU-MIMO 里反而会互相干扰。所以 MU-MIMO 调度器要做的关键决策就是选择“互相不碍事”的终端进行配对这里面的算法各家固件差异很大也是为什么同配置路由器实际体验天差地别的原因之一。2.3 TWT低功耗设备的“预约班表”第三件套是 TWTTarget Wake Time目标唤醒时间。它在频域和空域之外增加了“时域”上的调度维度。传统 Wi-Fi 的省电机制是设备在 Beacon 间隔里周期性唤醒听一下有没有数据要收。但 802.11ax 的 TWT 更讲究AP 和终端可以协商一套“唤醒班表”设备到点了才醒收发完继续睡其他时间完全不用监听信道。这个机制对智能家居场景特别关键。十几个智能灯泡、插座、传感器如果都按固定 Beacon 周期唤醒哪怕只是醒来听一耳朵累积起来也是不小的功耗和信道占用。有了 TWT路由器可以给不同设备安排不同的唤醒时间错开高峰。代价是设备响应可能不是实时的——它得等到下一个协商好的唤醒窗口才能收数据。所以路由器固件里 TWT 开关常常叫“Wi-Fi 6 省电模式”如果发现某个设备响应变慢、掉线多半是 TWT 协商出了问题关掉它往往立竿见影。3. 路由器设置页里的“调度开关”到底开还是关3.1 固件里的选项对应哪一层调度现在家用路由器的管理页面里一般能看到 OFDMA、MU-MIMO、TWT、显式 Beamforming、WMM/QoS 这些开关。很多人看着头晕其实搞清楚它们对应哪个调度层就清晰了OFDMA 开关对应频域调度控制 AP 是否把信道切成小 RU 分给多个终端。MU-MIMO 开关对应空域调度控制 AP 是否在同一时刻用多空间流服务多个终端。TWT / 省电模式开关对应时域调度控制 AP 是否为低功耗设备安排唤醒时间。显式 Beamforming不直接算调度但它影响 MU-MIMO 配对时的信道探测和波束成形质量。WMM/QoS决定调度器在处理不同业务队列时的优先级视频、语音、普通数据分别排队。把这些对应关系记好再去翻自己路由器的设置页就不会被各种营销名字绕晕了。3.2 我工作室里的压测数据为了搞清楚这些开关的实际影响我在自己工作室搭了个简单的测试环境一台 AX5400 路由器放在正中间测试终端包含两台支持 Wi-Fi 6 的手机、一台老款 Wi-Fi 5 笔记本以及几个模拟智能家居小包的设备。用 iPerf3 跑并发流量每组测 60 秒取平均值记录了几个典型组合测试场景OFDMA 关OFDMA 开变化两台 Wi-Fi 6 终端并发下行730 Mbps890 Mbps吞吐提升约 22%Wi-Fi 6 Wi-Fi 5 终端混合并发560 Mbps580 Mbps提升有限瓶颈在老终端多小包设备并发上传丢包接近 2%丢包约 0.3%稳定性明显改善满负载下稳定 ping 延迟8ms抖动 ±5ms4ms抖动 ±2ms时延更平稳结论跟预期吻合OFDMA 在终端越多的场景收益越大尤其小包场景几乎是质的提升但如果有老设备混进来整体收益会被拉低。MU-MIMO 的测试也做了不过它对终端位置和天线数太敏感数据波动大这里就不贴具体数字了。我的个人结论是路由器默认值通常已经是个比较稳妥的折中不要无脑全开也不建议全关。3.3 按使用场景给一份调参建议根据我的经验实际调参要看场景我给你几个可以直接抄的配置思路主力是 Wi-Fi 6 手机和笔记本可以开 OFDMA、开 MU-MIMO5G 频宽选 80MHz 或 160MHz 都行。这个组合下调度器会倾向于把资源集中给能力强的终端收益最明显。智能家居设备特别多开 OFDMA同时开 TWT 省电模式。小包调度收益大TWT 能错开设备的唤醒时间降低信道拥挤和待机功耗。但注意观察是否有设备离线个别兼容性差的 IoT 设备碰到 TWT 会失联。家里还有不少 Wi-Fi 4/Wi-Fi 5 老设备建议先不开 OFDMA 的上行调度或干脆对该 SSID 关掉 OFDMA。老终端不支持 RU 上报机制调度器只能以保守方式服务它反而可能被新终端压制。后面第 4 节我会详细说这个坑。这些参数没有“永远正确的答案”一切以你实际场景压测为准。4. 一次真实的调度排障开 OFDMA 后老网卡速度反而减半4.1 复现现象和有意控制的变量有一次我给朋友调试一台支持 Wi-Fi 6 的路由器固件升级后我顺手把 OFDMA 和 MU-MIMO 都开了。结果他那台 2017 年的老笔记本网卡是 Intel 8265只支持到 Wi-Fi 5在 5GHz 频段内网拉 NAS 文件速度从原来的 500Mbps 掉到只有 100Mbps 出头而且波动厉害。当时我没有马上关功能而是先做变量控制把笔记本挪到路由器旁边两米内排除距离和穿墙干扰换成同一个 5GHz 信道排除信道拥挤再用支持 Wi-Fi 6 的手机同时做内网测速手机能到 900Mbps说明路由器和宽带都正常。这一下问题被锁定在老笔记本和调度机制的配合上。4.2 抓包与日志定位的过程接着我用电脑开 Wireshark 抓无线报文过滤条件按 BSSID 和终端 MAC 过滤。观察到的现象是笔记本发出的帧都是传统的非 HE 帧也就是普通 802.11 数据帧而 AP 发给 Wi-Fi 6 终端的是 HE MU 帧。在时间轴上明显能看到AP 每个调度周期里先处理一批 HE MU 传输然后才挤出一小段时间给老笔记本老终端每次能拿到的时间窗口又短又靠后。这里有一个很关键的细节802.11ax 里的调度依赖终端上报自己的缓存/队列状态标准里叫 BSRPBuffer Status Report Procedure。老终端不支持这一套AP 不知道它有多少数据要传、什么时候急着传只能按“尽力而为”的方式给它分配时间片。如果固件的调度器又优先照顾 OFDMA 容量老终端就会被排到每个周期的末尾服务质量自然崩。4.3 最终根因和长期处理办法根因其实就是调度策略对老终端不友好不是硬件坏了也不是无线信号问题。我在那台路由器上把 OFDMA 的上行调度关掉保留下行 OFDMA老终端的速度恢复到了 400Mbps 以上后来把 OFDMA 整个关掉速度回到接近 500Mbps。长期处理我给朋友留了三个方案第一老笔记本优先连接 2.4GHz 频段并单独建一个关掉高级特性的 SSID避开和 Wi-Fi 6 设备混跑第二升级老网卡驱动Intel 后来有几个版本确实改善了对 802.11ax 协作的兼容性有提升但不彻底第三如果确实需要新老设备混跑宁可牺牲一点 Wi-Fi 6 终端的极限吞吐也别把调度全开稳定优先。这次排障让我养成了一个习惯凡是动调度类的参数一定先记录多设备并发场景的基线数据。只看单机测速根本看不出调度器有没有出问题。5. 下一个热点Wi-Fi 7 的调度把“范围”扩大了5.1 MLO跨链路调度的新维度800.11ax 这一代的调度再怎么发挥也还是在一个频段内做频域、空域、时域的资源切分。到了 Wi-Fi 7802.11be调度范围直接扩大到了“链路维度”核心就是 MLOMulti-Link Operation。终端可以同时连接 2.4GHz、5GHz、6GHz 中的两个或多个频段调度器要决定哪些数据走哪条链路、要不要跨链路聚合传输、重传策略怎么选。你可以把 MLO 理解成同时拥有多条不同限速的高速公路以前只能选一条路走堵车了只能干等现在可以同时把流量分流到几条路上。但路况不是固定的调度器得随时判断哪条路更空数据包拆到哪条路更划算。这个动态决策的复杂度比 OFDMA 高一个量级所以 Wi-Fi 7 设备实际体验非常依赖厂商的调度算法。5.2 多 AP 协同与空间复用调度从单点走向全网除了 MLOWi-Fi 7 还在多 AP 协同上延续了 802.11ax 的空间复用Spatial Reuse思路。简单说相邻的 AP 不再只是各管各的、靠压低发送功率来避免干扰而是可以协商谁在什么时候用什么频段、什么功率同时发送让不同房间的无线覆盖区域在互不干扰的前提下并行传输。对普通用户来说这意味着未来一个大的无线网络可以像一张网一样被统一调度而不是像现在一样每个路由器都各自为政。不过我得提醒一句别急着为了 MLO 换代。ax调度 这套东西已经足够复杂很多家用固件的调度器到现在都还没把参数调得尽善尽美Wi-Fi 7 的调度只会更吃算法能不能兑现宣传里的速度很大程度上取决于芯片厂商的软实力而不是纸面速率。写在最后的小经验我自己折腾无线网络这些年的体会是ax调度这类功能更像是“上限”而不是“阶梯”。你理解它、调对了它能显著改善多设备并发时的拥塞和时延但如果指望一个开关解决所有信号死角、所有卡顿那它做不到。最后分享一个特别实用的操作习惯在改动任何一个调度参数之前先用手机或电脑记录一下当前多设备并发测速和 ping 的基线数据改完再同场景跑一遍对比。这套方法比单纯看单机测速靠谱得多也是我排查各种路由器玄学问题时的第一动作。
