新买的无线路由器外包装上印着AX3000家里宽带也是千兆结果到了晚上手机刷个短视频还转圈。这种问题我在调试网络时碰到太多次了用户以为是宽带不够是路由器太便宜其实至少有六成的状况根子在无线侧调度。AX这个词在绝大多数路由产品和网卡固件里都是802.11ax的简称也就是Wi-Fi 6。它和上一代Wi-Fi 5最本质的区别不是峰值速率又翻了多少倍而是把信道、时间、天线空间和睡眠周期全部纳入了调度体系。换句话说AX真正的卖点不是“快”而是“不乱”。这篇内容我从调度机制的角度把802.11ax的几个关键模块拆开讲一遍频率怎么切、空间怎么分、睡眠怎么排、相邻AP怎么共存最后落到路由器的选型和排错上。适合正在被多设备卡顿困扰的家庭用户也适合刚接触Wi-Fi 6、想弄懂它到底强在哪的运维和网络爱好者。1. 先搞清楚AX调度的背景老Wi-Fi的问题不在于速度在于“独占”1.1 老协议为什么一到晚上就“挤”Wi-Fi 4和Wi-Fi 5时代的介质访问控制机制核心是CSMA/CA大家共用一条信道谁先侦听到信道空闲谁就有机会发送数据发送之前还要随机退避一段时间防止多个设备同时开口。这个机制在设备少的场景下没什么问题但到了晚上家里人全在线一台手机、三台平板、两台电视盒子、一台智能扫地机、几个灯泡网关三十来个终端同时活跃问题就很明显。这里有个容易被忽略的点老协议里一个时隙只能有一个终端占用整条信道。哪怕这台设备只是给智能插座回一个几百字节的确认包它也要把20MHz甚至80MHz的整个信道据为己有其他设备只能在旁边等。等的时间长了二次退避、三次重传、隐藏节点干扰全冒出来于是你看到的现象就是信号满格测速只有几十兆视频会议一直转圈。1.2 AX的调度思路从“抢车道”改成“编排红绿灯”802.11ax的设计目标其实很明确提升系统总吞吐量和多用户场景下的平均体验而不是死磕单设备的极限速度。它引入了几种不同维度的调度手段覆盖了从频率、空间、时间到同频干扰的各个层面OFDMA把信道切成多个子信道一个时刻同时喂给多个设备MU-MIMO从单用户多天线扩展到上下行多用户并行TWT给设备排作息表让低功耗设备按约定时间醒来BSS Coloring让相邻AP之间不必互相完全避让。打个比方老Wi-Fi像一条单车道的公交线所有乘客挤在一辆大巴上谁说话全车都听AX更像一个有红绿灯和专用车道的调度站大巴拆成了多节车厢不同方向的乘客被安排到对应车道甚至同一时间跑好几辆。这套调度逻辑是后面几个大块技术的地基。2. OFDMA频率调度把信道切成细格让几十台设备各取所需2.1 从OFDM到OFDMA变化的不只是多了一个字母Wi-Fi 5采用OFDM信号经过快速傅里叶变换之后把一条20MHz信道分成若干子载波但在一个符号周期里所有这些子载波都只服务同一个终端。Wi-Fi 6的OFDMA把子载波重新分组划分成一个个资源单元也就是RU每个RU可以分配给不同的终端。以最小单位的26-tone RU来算一个20MHz信道可以切出9份40MHz可以切18份80MHz可以切37份160MHz可以切74份。这组数字在调试大型办公区时很实用一条80MHz信道里AP在同一时刻理论上能同时喂给几十个低速率设备这些设备再也不用排队等整个信道空出来。RU的大小不是固定的26-tone、52-tone、106-tone、242-tone、484-tone、996-tone都有各自的用途。简单理解RU越小能同时服务的终端越多但单个终端分到的数据通道越窄RU越大单终端速率越高但并行设备数量少。AP内部调度器做的事情就是在这些RU之间做动态分配。2.2 下行和上行调度AP是发号施令的那个人下行OFDMA的调度过程由AP统一安排。AP在发送HE MU PPDU时通过HE-SIG-B字段告诉每个终端你是第几号RU、用哪种调制编码方式、传哪些数据。终端只需要按指示接收不需要自己抢信道。上行的OFDMA要更复杂一点因为Wi-Fi本来就是半双工多个终端要是同时上传AP得先发一个Trigger Frame触发帧触发帧里写清楚每个终端该用哪个RU、什么时间开始发、用什么MCS和功率。其他没被点名的终端看到这个触发帧后必须保持安静只有被分配RU的终端才可以在指定资源上并行上行。这就像老师点名回答问题点到谁谁开口没点到的先闭嘴。我实测过一套30多台设备的办公室网络IoT设备每30秒上报一次状态智能音箱频繁发语音请求四台笔记本同时在开会。老路由器在这种流量模式下CPU占用高得吓人信道几乎被小包刷满换到支持OFDMA的AX设备之后AP把每个小包按需塞进不同的RU里总信道占用率立刻就下来了视频会议也不再有那种“所有人抢一个入口”的停滞感。2.3 OFDMA很香但别拿它来单机测速OFDMA的一个特点是它不会提高单链接的极限速率。你用一台笔记本去跑Speedtest看到的结果和Wi-Fi 5拉不开明显差距因为单个大流量下载时AP可以把几乎整条信道都分配给这一个终端OFDMA的并行优势根本体现不出来。所以很多人的“换路由没变快”的错觉就是从这里来的。正确的验证方式是看多设备并发总吞吐和延迟稳定性。例如同时开两台笔记本跑测速看总速率是否比之前有提升或者一边看4K视频一边打视频电话一边下载大文件观察延迟有没有忽高忽低。AX的OFDMA调度能力在这种混合场景下才真正展现出价值。3. MU-MIMO空间调度用天线维度换并行容量3.1 下行MU-MIMO的原理和调度条件单天线设备之间的竞争是一维的要么你发要么我发。MIMO的出现增加了空间维度路由器可以用多根天线同时发送多路数据流只要终端也有多根天线并且环境里有足够的散射路径就能在同一频率上接住多份不同的数据。Wi-Fi 5时代已经有下行MU-MIMO但只支持最多4个用户而且经常被吐槽“开了没效果”。802.11ax把下行MU-MIMO扩展到最多8个空间流、8个终端同时通信同时引入上行MU-MIMO这是Wi-Fi 6在调度能力上很重要的一个扩展。不过要注意MU-MIMO的调度需要满足几个前提AP得知道每个终端的天线数量和信道状态终端离得不远、多径条件够好终端确实支持MU-MIMO而且调度器能算出合理的空间流分配方案。如果只是一台双天线的手机在空旷客厅里连接五天线的路由器MU-MIMO的增益可能并不明显因为没什么空间分离度可以利用。3.2 上行MU-MIMO与触发帧的配合上行MU-MIMO是802.11ax才真正落地的能力。多个终端在AP发出的Trigger Frame指挥下于同一时刻、同一信道里各自用不同的空间流上发数据。这里对时序的要求非常严格终端发送时还要做发射功率调整尽量避免互相干扰。我在家里做过这样的测试两台手机同时上传4K视频到NAS之前的Wi-Fi 5路由器在信道繁忙时会形成明显的“轮流上传”第二台的速率会掉到原来的三分之一启用Wi-Fi 6的上行MU-MIMO之后两台终端能够并行传送总上行吞吐明显提升视频通话时的上传延迟也稳定了很多。如果你的场景是多人视频会议、云端备份、直播推流这一项的重要性排得比单纯下行速率更高。3.3 MU-MIMO与OFDMA还能叠加使用AX真正厉害的地方在于OFDMA和MU-MIMO并不是互斥方案它们可以叠加。AP可以把一部分RU分给某台终端同时用多个空间流服务另一台终端甚至在一个PPDU里既做频域切分又做空域复用。这种“频率空间”的组合调度对AP芯片的计算能力和调度算法要求很高但在实际部署中就是靠它撑起高密度场景的。选购路由器时看到“OFDMAMU-MIMO”并不是营销话术这两个机制确实能在支持的客户端一起生效时带来可见的发包能力提升。但如果你手里的手机、笔记本都是两三年前的Wi-Fi 5设备它们连不上HE的调度帧那这部分能力就只能空转这也是为什么很多人换了AX路由却觉得老设备没变快的原因。4. TWT时间调度给低功耗设备排“作息表”4.1 目标唤醒时间到底是用来干什么的Wi-Fi设备在待机时如果一直开着接收链路监听信道功耗很难降下来。802.11ax引入TWT允许AP和终端协商一组“开会时间”终端不用保持常听只要在约定好的时间醒来接受AP缓存的数据或发送自己的数据即可。这个概念有点像快递驿站和住户的关系。以前快递员随时上门住户得一直守着门家里没人就错过包裹现在大家约定好每天固定时间到驿站取件住户只要那个点醒着就行。TWT把这种“等着”变成“按点来”信道空余时设备不需要额外消耗电力无线侧的资源也省下来给别的设备用。协议上TWT有两种常见形态个体TWT和广播TWT。个体TWT是AP和单台设备一对一切磋广播TWT则适合大量IoT设备AP广播一个唤醒周期大家分批醒来避免几十个传感器在同一个时间点集体上线造成“唤醒风暴”。这个分批机制本身就是一种时间调度。4.2 TWT在智能家居里的实测体验和取舍我家里挂了十几个智能设备温湿度计、门锁、扫地机、各类插座。拿一个电池供电的温湿度计做过对比关闭TWT时大约三个月换一次电池开启TWT并把广播周期匹配上报频率后用了大半年还有电。对IoT场景来说TWT的省电价值比理论速率实用得多。但TWT也有坑。部分老固件的智能插座对TWT支持不完整唤醒时间掐得不准偶尔会出现“APP里点一下设备过一两秒才有反应”的情况。最常见的处理方法是给所有IoT设备单独建一个2.4GHz的SSID只在这个SSID上开启TWT手机、平板、电视这些对延迟敏感的设备留在5GHz的SSID不参与TWT协商。这样既拿到省电收益又不牺牲交互设备的低延迟体验。5. BSS Coloring空间复用调度让隔壁AP不再互相让路5.1 邻居Wi-Fi是看不见的“环境杀手”CSMA/CA机制下设备只要在一定灵敏度范围内检测到其他信号就会认为信道忙停止发送。问题在于这个“其他信号”不一定来自自己所在AP的终端邻居路由器发出的信号同样会触发退避。住宅楼里几乎每个房间都有一台路由器大家都挤在几个固定信道上结果就是A家在传文件B家的AP检测到了默默退避C家也在退避整个楼层可用信道利用率变得非常低。这也是为什么你明明选了“最新、最好的信道”晚上还是会卡。物理上不是路由器不行而是同一个信道上聚集了太多本不属于你的邻居信号旧的CCA阈值机制把大家串成了一个退避链。5.2 Coloring到底给调度带来了什么802.11ax在PHY头里增加了一个6bit的BSS Color字段取值范围0到63。每个AP给自己的BSS分配一个颜色值终端收到帧时先看颜色如果颜色和自己的BSS一致说明这是同网信号按原有规则避让如果颜色不同说明是邻居BSS的信号系统允许在信号强度不超过一个更宽松的OBSS PD阈值时继续发送不用完全哑掉。说白了就是给不同的Wi-Fi网络贴了颜色标签让设备能区分“自己人”和“邻居”。在此之前设备只能靠BSSID来区分但BSSID要解到MAC层才能看到PHY层根本不知道等判定完再退避已经晚了。Color做在PHY头部的帧头里接收端在物理层就完成判断决策更快。实际部署中这个机制对Mesh组网和多AP办公场景的帮助比较大。相邻AP如果手动设为同信道在旧的机制下会互相压死在AX体系里AP之间只要颜色不同两个AP就可以在信号控制得当的情况下同时服务自己的终端整片区域的等效容量会高出不少。需要注意的是BSS Coloring并非万能的“抗干扰神器”。如果邻居信号很强强到超过了OBSS PD的容忍阈值设备依然会退避。它优化的是“可控弱干扰下”的共存效率而不是让两个强信号AP在同一个频率上互不干扰。6. 从调度机制回到路由器选型看懂AX型号背后的参数6.1 “AX3000”“AX5400”“AX6000”这些数字是怎么来的AX后面的数字本质上是一台路由器所有频段理论速率之和。以主流型号为例常见型号2.4GHz理论速率5GHz理论速率常见空间配置AX1800574Mbps2x21201Mbps2x2 80MHz入门级覆盖AX3000574Mbps2x22402Mbps2x2 160MHz或4x4 80MHz家用主流AX5400574Mbps2x24804Mbps2x2 160MHz或4x4 80MHz进阶双频AX60001148Mbps4x44804Mbps4x4 160MHz中高端旗舰这里很容易出现一个误解AX3000路由器配千兆宽带手机连上去是不是就能跑2500Mbps不是。AX3000的2402Mbps是5GHz频段、双空间流、160MHz频宽、1024QAM等一堆条件全拉满时的理论值。实际手机能不能跑到取决于手机支不支持160MHz、距离远近、邻居干扰多少以及路由器和网卡之间的协商结果。选购时不要被数字吓到更不要盲目追求AX6000或AX9000。如果你手头的主力终端是2x2天线、支持80MHz的Wi-Fi 6手机那么AX3000级别的路由器和AX6000在单设备体验上拉不开太大差距更大的空间流数量主要在多终端并发时才有优势。6.2 调度相关选项的配置优先级路由器后台里关于Wi-Fi 6的选项越来越多我的设置经验是按这个优先级来调无线模式选“802.11ax mixed”不要选“11ax only”。为了兼容老设备mixed模式最稳它会让老终端以Wi-Fi 5方式协商新终端走AX调度5GHz频宽先开80MHz稳定后再试160MHz。160MHz在空旷环境或办公区有用但在住宅楼里很容易被DFS雷达和邻居信号干扰运行时实际吞吐可能不如80MHzOFDMA和MU-MIMO都建议开启这两个功能在现代手机上的兼容性已经很好对多设备并发的收益是正向的多AP组Mesh时把信道错开5GHz优先选36、40和149、153这类常见不重叠信道同时打开802.11k/v漫游调度TWT单独给IoT设备的SSID开不建议让手机和平板参与TWT低延迟业务和设备省电的优先级不一样。7. 怎么判断AX调度到底有没有生效以及常见排错思路7.1 看终端协商结果的几个入口配置完之后第一步要确认设备真的以802.11ax模式连上了。不同系统有不同的查看方法Windows命令行执行netsh wlan show interfaces看“无线电类型”这一行显示802.11ax就是成功协商到了HE模式显示802.11ac就说明终端还在用老协议Linux执行iw dev wlan0 station dump查看tx bitrate和rx bitrate如果看到HE相关的MCS编号比如HE-MCS 11说明链路是Wi-Fi 6还能顺手看信号电平和丢包统计手机在Wi-Fi详情页看连接速度如果显示1201Mbps或2402Mbps这类数值基本可以确定是Wi-Fi 6因为Wi-Fi 5的80MHz双流理论值是866Mbps到不了1200这个档位路由器后台多数主流路由器都能列出每台终端的协商速率建议把“双频合一”关掉单独连5GHz看信息更清楚。7.2 几个典型的“开了AX还是卡”的问题我遇到过不少相似的案例这里列几个高频故障和判断方向终端显示802.11ac而不是802.11ax先看网卡驱动是否更新再看路由器是否开了兼容限制最后确认这台设备本身是否支持Wi-Fi 6。开了160MHz反而掉线大概率是DFS信道触发了雷达避让系统自动跳回80MHz或者邻居信号太强导致信噪比恶化。此时关掉160MHz改用80MHz稳定性和延迟通常更好。OFDMA开启后老智能插座频繁离线先升级路由器固件再把这些疑难设备挪到2.4GHz的IoT专用SSID必要时在这个SSID上临时关闭OFDMA对比观察两天。TWT开启后某个传感器响应变慢调整TWT广播周期或者对这台设备单独关闭TWT看是否恢复。低功耗和低延迟本身就有冲突谈不上哪个绝对正确只能按具体设备取舍。排错顺序我一般固定为先看协商模式和协商速率再看信号强度然后看信道利用率最后才怀疑AP之间的干扰。很多人一卡就怪路由器实际上前两步就能定位大部分问题。我自己调试Wi-Fi 6网络这么久最大的体会是AX调度的精髓不在把所有开关都打开而在按场景做取舍。我家里现在的配置是5GHz开OFDMA和MU-MIMOBSS Coloring保持自动TWT只对2.4GHz的IoT专用SSID开启双频合一关掉。这样的方案稳定跑了很久三十多台设备连上来也没出现互相拖垮的情况。如果你正被“设备一多就卡”折腾先别急着换路由器花半小时看一下终端协商速率和信道占用再把AX调度这块用起来大概率能省下一笔换设备的钱。
