做无线网络这行久了碰到“ax”这个词的频率高到离谱。商场里随便一扫路由器型号不是AX1500就是AX9000手机参数页写着支持WiFi 6802.11ax客户嘴里也常蹦出一句“我这路由器可是AX的怎么还卡”。很多人把ax简单理解成“速度快”但真正把ax和旧标准拉开差距的恰恰是那些不容易被看见的部分——调度。“ax调度”这个词最近在圈子里越来越热说的就是802.11ax里面那套资源分配机制OFDMA、MU-MIMO、TWT、BSS Coloring它们决定了同一片空口里几十个终端谁先发、谁后发、在哪个频率上发、能不能同时发。这篇文章我会从标准命名、核心调度机制、后台实操到问题排查把ax这盘棋完整讲清楚。做无线调试的工程朋友或者家里设备特别多、喜欢折腾路由器的玩家应该都能从中捞到点东西。1. 先搞清楚ax这个标准到底要解决什么问题1.1 标准命名的背后为什么轮到了axIEEE 802.11家族从1997年的原始标准一路走过来a/b/g/n/ac按顺序排下来。ac就是WiFi 5ax就是WiFi 6对应2.4GHz和5GHz双频段的第六代无线协议。Wi-Fi联盟后来觉得IEEE这套编号太硬核搞了个面向消费者的“WiFi X”商业命名于是802.11n变成WiFi 4、802.11ac变成WiFi 5、802.11ax变成WiFi 6。路由器厂商为了卖点更好记直接在型号里写AX3000、AX5400、AX9000所以“ax”就成了WiFi 6在消费市场里最醒目的符号。但一个标准的诞生绝不是因为新数字看着顺眼。回看WiFi 5时代最典型的困境单台设备的速度已经能做到千兆级可一旦家里或办公室连了二三十个终端大家就开始轮流抢信道抢来抢去谁都没网速。问题是WiFi 5把精力全花在提升“单条链路的极限速率”上对“多设备同时使用时的系统效率”关注得不够。802.11ax的设计目标恰恰不是把单个终端推到多快而是把整个网络在密集环境下的总吞吐和平均体验拉起来。用圈内话说这叫从单链路性能转向系统级性能。同样是5G频段、同样是几根天线ax凭什么比ac又快又不卡靠的就是协议层面的调度机制。1.2 高密度场景下真正的痛点不是带宽不够是空口太挤要理解调度得先理解WiFi最原始的工作方式。WiFi本质是半双工共享介质所有终端共享同一个无线信道谁要发数据就得先听信道是否空闲空闲了才发撞了就得退避重来这就是CSMA/CA载波监听多址接入/冲突避免。假设一个办公室里有50个终端和3个AP每个终端都在发心跳包、状态上报、消息通知这些小报文每发一个报文都要经历监听、退避、发前导码、等ACK这些流程真正传数据的时间占比其实很低。我举一个实际碰过的例子某个写字楼会议室20多个人人手一台手机加笔记本WiFi 5的AP部署了三台带宽明明有500M可一到汇报演示就卡得投屏都断断续续。问题不在总带宽而在于几十个设备都在高频次地产生空口交互相应大量时间浪费在控制帧和冲突退避上。有个更直观的比方一屋子人都要打电话但只有一条电话线大家只能轮流拿起来说一句“我占用一下”放下另一个人再拿起来。大部分时间都消耗在“抢电话线”这个动作上真正说话的内容反而没几句。802.11ax的调度机制就是要从频域、空域、时域几个维度把碎片化的传输机会利用起来让多个设备在互不干扰的前提下同时完成通信而不是轮流抢一根电话线。2. ax调度机制拆解OFDMA、MU-MIMO、TWT和BSS Coloring到底在干嘛2.1 OFDMA把一条信道分成若干座位一次拉很多人OFDMA全称是正交频分多址是802.11ax里最核心的调度技术之一。老标准OFDM的做法是每一时刻整个信道只给一个终端独享。这就好比一辆公交车一次只能搭一个乘客乘客少还好乘客一多大家只能在站台排队。OFDMA则是把这辆车拆成许多座位一次发出多个目的地的多个座位让不同终端同时上车。无线技术上它是把一个20MHz甚至80MHz、160MHz信道划分成若干个更小的资源单元称为RU每个RU包含若干子载波。具体数值上802.11ax定义的最小RU是26个子载波对应约2MHz带宽往上有52、106、242、484、996个子载波的RU分别对应不同带宽。AP可以根据每个终端的业务量动态分配不同大小的RU。比如一个IoT传感器只需要几Kbps给它分一个26子载波的小RU就够交互式视频或文件传输可能给242或更大子载波的RU。下行方向AP可以在一帧内把这些RU分配给多个终端上行方向AP需要先发送一个触发帧收到触发帧的终端按指定的时间、频率、功率同时发送数据。这个“AP点名多个终端同时应答”的过程就是上行OFDMA调度。很多朋友问我OFDMA这么好是不是所有场景都该开着我建议别一刀切。如果家里只有两台设备在拼命下载大文件OFDMA带来的吞吐收益并不明显因为每台设备需要的RU都很大一次能服务的终端数量自然就少了但如果大量智能家居设备都在高频发小报文OFDMA的效果立竿见影信道碰撞明显减少设备掉线和响应慢的问题也缓解了。这一节的实操结论是小流量多终端的场景是OFDMA的主战场。2.2 MU-MIMO不止频率复用空间维度也一起调度MU-MIMO在802.11ac Wave 2时代就已经出现但那时候只有下行而且最多支持4条空间流、4个用户老一点的路由器算法不成熟实际效果常常被吐槽。802.11ax把MU-MIMO的能力补齐了上行、下行都能用最大支持8条空间流一次可以和多个用户同时通信。怎么理解MU-MIMO还是拿车类比OFDMA是一辆车把座位分给不同乘客MU-MIMO则是同时来了好几辆车每辆车走不同的高架车道车和车之间互不干扰。物理层上它利用AP多根天线和波束成形技术把多路信号在空间上进行隔离让不同终端所在的“空间车道”错开。严格说MU-MIMO和OFDMA是两种可以叠加的调度维度OFDMA管频率资源MU-MIMO管空间资源两者一起使用才能让短报文密集场景和大量设备同时受益。实操中常见的误区是只看参数选AP一台4x4天线的AX6000如果有两台手机都是2x2天线MU-MIMO可以同时服务这两台手机每台各占两条空间流但如果手机只支持1x1那AP天线再堆得高单终端速率也上不去。所以给会议室、教室这类空间规划AP时我会重点问客户手里的终端大概是什么年代、几根天线再决定是选4x4还是用2x2加多台部署。终端天线不够MU-MIMO参数再好也是纸面性能。2.3 TWT和BSS Coloring时域调度和空间复用那些事除了OFDMA和MU-MIMO802.11ax还引入两个容易被忽略但对体验影响很大的机制TWT和BSS Coloring。TWT是目标唤醒时间核心思路是让终端和AP协商一个“作息时间表”终端可以在自己不需要收发数据的时候进入休眠到约定的时间再醒来收发数据。这样既省电又减少了无意义的信道争用。对于大量电池供电的IoT设备TWT可以算是救命功能。由于设备不再频繁抢占信道空口里的无效碰撞也减少很多反而会提升其他设备的稳定性。TWT最早在802.11ah草案阶段就已经出现但真正把它全面带入主流2.4GHz和5GHz WiFi的就是802.11ax。BSS Coloring换个角度理解“颜色”就是BSS的标识符。部署多个AP时覆盖范围会互相重叠终端如果认为别的AP的信号也是“同色”就会按传统规则退避白白浪费空口时间。802.11ax给不同BSS染上不同颜色收到不同颜色的报文时只要干扰信号没超过一定阈值就可以并行传输。这个机制对高密度办公室、商场非常关键。打个比方以前同一条街上四家店铺只要有一家开门迎客旁边店铺就得关门歇业现在BSS Coloring给每家店挂上不同颜色招牌只要知道顾客进的是别家店不影响自家生意那就可以照常营业。把四个机制放在一起看“ax调度”其实是一个分层配合的资源管理系统OFDMA管频率资源MU-MIMO管空间资源TWT管设备作息与时域竞争BSS Coloring管不同AP之间的空间复用。我们用“调度”这个词形容802.11ax是在说整个协议不再只是“谁抢到谁用”而是由AP主导、把空口资源按需分配的过程。3. 实战调优路由器/AC后台把AX调明白的完整过程3.1 动手之前先摸底终端支持矩阵必须列清楚很多朋友拿到AX路由器第一件事就是把后台能开的开关全打开结果越调越糟。我的习惯是先花半小时把终端支持情况摸清楚。拿手机来说iPhone从iPhone 11开始支持WiFi 6多数是2x2天线安卓阵营旗舰机普遍支持WiFi 6部分支持WiFi 6E笔记本方面Intel的AX200/AX201/AX210网卡很常见老一点的AC8265、AC9560就是WiFi 5。智能家居产品在大纸箱上一般不写我通常去官网查SoC和WiFi芯片型号或者直接在AP关联列表里看关联协议和协商速率。摸底的方法不复杂登录AP或路由器的管理界面查看终端列表里面一般会显示每个终端的PHY Rate、协议类型、RSSI。如果是企业级AP还能看到它支持的HE capabilities。把这些信息整理成一张矩阵表比如哪些终端支持802.11ax下行OFDMA、哪些支持上行OFDMA、哪些支持TWT、哪些支持802.11k/v/r。这张表决定了后面参数怎么配。我遇到过不止一次“新买的路由器发挥不强”的案子一看终端列表所谓新手机旁边混着一堆2.4GHz的WiFi 4摄像头这些设备如果不处理它们不但自己慢还会拖累全网的调度效率。3.2 后台参数这样配功能不是越多越好下面是我在绝大多数中小企业和家庭组网场景下的默认配置可以直接抄作业但做完记得测速验证。配置项建议值说明5GHz信道带宽80MHz起步160MHz看环境160MHz容易受DFS雷达和邻频干扰影响城市公寓慎开2.4GHz信道带宽20MHz高密度/ 40MHz设备少2.4GHz可用信道少40MHz在邻居路由器扎堆的环境里会频繁退避OFDMA开启主要收益来自大量小报文设备纯大流量场景可能无感甚至略降MU-MIMO开启前提是有多台支持WiFi 6的多天线终端混有大量WiFi 5老设备时收益有限TWT先开启发现问题就关IoT设备兼容性不佳时主动关闭或排除BSS Coloring开启多AP部署场景收益明显单AP无感知802.11k/v/r开启多AP场景必需单路由无所谓Mesh和AC组网建议全开频段引导开启让5GHz优先承担主要流量我特别想提醒160MHz这个选项。看着一根天线协商速率能翻倍实际在城市公寓里160MHz需要连续的空闲频谱只要同频段的邻居AP多、或者检测到雷达信号AP就会自动降到80MHz有时候你开了一周它自己就默默缩水了。家用的话80MHz通常是最稳的选择除非现场扫频确认环境干净。企业场景更不建议在密集办公区强行上160MHz频谱占用过大会干扰邻区整体吞吐反而下降。另外不同厂商后台的功能称呼不一样。华硕、小米叫“WiFi 6增强”“OFDMA/MU-MIMO”开关UniFi叫“High Performance”“BSS Coloring”H3C、华为的AC里名词可能藏在“无线优化—空口调度”菜单后面。找半天找不到就直接在后台里搜OFDMA或TWT一般都能定位。3.3 多AP部署下的漫游调度别让终端赖在弱信号上不走设备多了一台AP往往不够所以聊完单AP的开关得把视角放到多AP的漫游调度上。802.11k、802.11v、802.11r这三个协议共同构成了WiFi无缝漫游的基础k负责让终端获取周围AP的信息v负责让网络侧给终端发“该换AP”的建议r负责快速切换认证FT。对客户端来说这些协议能降低漫游延迟和粘滞概率。很多终端之所以粘在信号弱的AP上不走一方面是因为终端自身的漫游触发阈值很高另一方面是AP没有主动参与调度。开启802.11k/v之后网络侧可以借助“协助漫游”机制给终端发引导报文让它主动找更好的AP。具体配置有几个点要特别注意。首先是RSSI阈值一般建议在-70dBm到-75dBm之间触发降级或踢除设置太严比如-65dBm会导致边缘设备频繁上下线设置太松比如-85dBm终端已经卡成幻灯片了还不肯换。其次2.4GHz和5GHz要区别对待2.4GHz覆盖远但速率低我通常会把它的发射功率调低或把2.4GHz的RSSI阈值调到-75dBm让终端主动流向5GHz5GHz穿透差但速率高可把阈值放宽到-78dBm。再次如果客户要开802.11r快速切换注意老设备对FT的兼容问题有些手机或IoT设备在FT开启时会连不上我遇到这种情况会在SSID安全设置里检查是否启用了PMF保护必要时关掉802.11r保留k/v切换速度仍然够用。AP编号2.4GHz信道5GHz主信道5GHz备用信道备注AP1136100与AP2错开避免同频干扰AP26149445GHz用非DFS信道更稳这种规划做完再用AC的信道自动调优功能复核一遍。我没有完全依赖自动调优因为办公室经常有微波炉、无线投屏、蓝牙等非WiFi干扰自动算法不一定知道干扰源在哪手动固定干扰少的信道往往比自动选信道更稳。4. 常见问题与排查技巧实录4.1 为什么AX路由器实测只有一半速度先看协商速率和信道宽度遇到“标称AX3000但手机测速只有600Mbps”的提问我一般先让当事人打开终端状态看协商速率。常见标称AX3000的设备如果5G是2x2 80MHz理论协商速率就是1201Mbps实际打7折左右是800多如果再隔着墙600到700就是正常水平。如果手机状态显示协商速率只有866Mbps说明它可能只协商到80MHz甚至更低或者天线只有2x2这本身就限死了峰值。此时强行换160MHz路由器也没多大用手机得本身支持更高阶的天线配置才有可能协商到更高速率。如果协商速率正常但测速仍然很慢我再往下查先看是不是连到了2.4GHz频段很多手机开了“双频合一”后自动被分到2.4GHz那当然快不了再看周边环境是不是很多同频AP用扫频工具看5GHz频谱占用情况信道拥挤时AP会自动降低有效带宽或频繁退避导致实际吞吐下降。这里有个绕不开的点5GHz DFS信道。如果用了52、56、60、64这些频段AP一旦探测到雷达信号就会自动腾退到其他信道测速时刚好踩到这个时间点结果自然不理想。我通常会把重要业务信道固定在36、40、44、48或149以上这些相对稳妥的频段避开DFS信道减少突发变数。4.2 智能家居设备反复掉线多半是TWT兼容性在作怪这是我今年处理过最多的问题之一。客户家里装了三四个WiFi 6路由器组成Mesh结果好几个智能插座、摄像头、门锁时不时离线重连重启路由器几天后又冒出来。排查时我把设备关联日志打出来发现掉线的设备大多是WiFi 4时代的芯片对802.11ax的TWT机制支持很糟糕。AP给这些设备广播TWT休眠时间表老芯片解析错误或直接忽略导致设备在休眠和唤醒之间失控连接就断了。解决办法不复杂在路由器后台找到TWT相关开关把它关掉。如果后台支持按终端排除TWT我就只把这些IoT老年设备排除在TWT之外其他手机和电脑继续享受TWT的省电和低碰撞优势。如果后台不支持这种精细控制那就只能全局关闭TWT现代手机和电脑对TWT的依赖没那么强关掉后一般对体验影响不大但能让几十个IoT设备稳定下来。另外IoT设备掉线不单是TWT的问题还和AP的省电模式处理相关。把AP的兼容模式参数调好同时关闭这些设备的频段引导让它们待在固定频段也能明显降低掉线率。4.3 终端粘滞在弱信号AP上先查漫游调度再调发射功率多AP组网后常出现的问题人在客厅却还连着卧室里的AP信号显示一格刷视频半天转不出画面。这种粘滞现象本质是终端没有发起漫游而没有发起漫游的原因要么是终端自身的漫游算法太保守要么是AP侧没有开启802.11k/v协助。我先在AC上确认协议确实开了再把最小RSSI阈值从默认的-80dBm左右调整到-70dBm附近同时开启负载均衡当某个AP接入设备数超过阈值或平均信噪比下降时AC会自动引导新接入终端到其他AP。如果协议和阈值都调好了终端还是顽固不换最后一个常用手段是调发射功率。把覆盖差的懒终端的首选AP发射功率适当调低或把2.4GHz功率调低网络侧的“隐性调度”就能影响终端的连接选择。比如同一位置5GHz信噪比不错2.4GHz却因为功率太高一直笼络着终端这种情况把2.4GHz功率降到50%左右很多手机就会自动落到5GHz上整体体验反而更好。这个方法只适用于调试不代表最终配置确认终端行为正常后记得回到合理参数区间避免制造新的覆盖盲区。4.4 OFDMA全开之后反而更慢判断调度算法要不要背锅最后讲一个反直觉的场景某公司把网络设备全换成了AX后台所有WiFi 6功能全部打开结果一到上班时间全公司的无线都出现间歇性卡顿下载大文件的速度反而不如之前稳定。查了一圈发现终端列表中大量设备还是WiFi 5真正支持OFDMA的WiFi 6终端只占不到两成。部分路由器的OFDMA调度算法在混合环境中处理得不够聪明调度周期拉得比较长给老终端分配RU时又不够灵活导致WiFi 6终端的低延迟优势没发挥出来反而拖累了整体空口利用率。遇到这种情况我的排查顺序是先关掉OFDMA单独开MU-MIMO或反之逐项对比测速和延迟曲线。企业级AC一般能做精细化空口调度我会把OFDMA的最小RU限制打开或者将大量IoT设备单独划到一个SSID和VLAN里避免它们跟高速业务争抢调度容量。家用路由器没有这么细的选项最简单的方式就是把固件升级到最新版很多厂商的OFDMA算法是后期逐步优化的。我见过不少设备在某版固件的OFDMA处理有问题升级后算法正常速度立刻回来。搞无线优化这几年我最大的体会是别把“所有开关全开”当成调优。真正靠谱的做法是先摸清终端构成再按业务场景选择开启合适的调度机制最后用测速和延迟数据做AB对比验证。802.11ax给了我们一套很完整的调度工具箱但工具放对了地方才叫工具。
深入解析WiFi 6 AX调度机制：从OFDMA到TWT的实战调优
做无线网络这行久了碰到“ax”这个词的频率高到离谱。商场里随便一扫路由器型号不是AX1500就是AX9000手机参数页写着支持WiFi 6802.11ax客户嘴里也常蹦出一句“我这路由器可是AX的怎么还卡”。很多人把ax简单理解成“速度快”但真正把ax和旧标准拉开差距的恰恰是那些不容易被看见的部分——调度。“ax调度”这个词最近在圈子里越来越热说的就是802.11ax里面那套资源分配机制OFDMA、MU-MIMO、TWT、BSS Coloring它们决定了同一片空口里几十个终端谁先发、谁后发、在哪个频率上发、能不能同时发。这篇文章我会从标准命名、核心调度机制、后台实操到问题排查把ax这盘棋完整讲清楚。做无线调试的工程朋友或者家里设备特别多、喜欢折腾路由器的玩家应该都能从中捞到点东西。1. 先搞清楚ax这个标准到底要解决什么问题1.1 标准命名的背后为什么轮到了axIEEE 802.11家族从1997年的原始标准一路走过来a/b/g/n/ac按顺序排下来。ac就是WiFi 5ax就是WiFi 6对应2.4GHz和5GHz双频段的第六代无线协议。Wi-Fi联盟后来觉得IEEE这套编号太硬核搞了个面向消费者的“WiFi X”商业命名于是802.11n变成WiFi 4、802.11ac变成WiFi 5、802.11ax变成WiFi 6。路由器厂商为了卖点更好记直接在型号里写AX3000、AX5400、AX9000所以“ax”就成了WiFi 6在消费市场里最醒目的符号。但一个标准的诞生绝不是因为新数字看着顺眼。回看WiFi 5时代最典型的困境单台设备的速度已经能做到千兆级可一旦家里或办公室连了二三十个终端大家就开始轮流抢信道抢来抢去谁都没网速。问题是WiFi 5把精力全花在提升“单条链路的极限速率”上对“多设备同时使用时的系统效率”关注得不够。802.11ax的设计目标恰恰不是把单个终端推到多快而是把整个网络在密集环境下的总吞吐和平均体验拉起来。用圈内话说这叫从单链路性能转向系统级性能。同样是5G频段、同样是几根天线ax凭什么比ac又快又不卡靠的就是协议层面的调度机制。1.2 高密度场景下真正的痛点不是带宽不够是空口太挤要理解调度得先理解WiFi最原始的工作方式。WiFi本质是半双工共享介质所有终端共享同一个无线信道谁要发数据就得先听信道是否空闲空闲了才发撞了就得退避重来这就是CSMA/CA载波监听多址接入/冲突避免。假设一个办公室里有50个终端和3个AP每个终端都在发心跳包、状态上报、消息通知这些小报文每发一个报文都要经历监听、退避、发前导码、等ACK这些流程真正传数据的时间占比其实很低。我举一个实际碰过的例子某个写字楼会议室20多个人人手一台手机加笔记本WiFi 5的AP部署了三台带宽明明有500M可一到汇报演示就卡得投屏都断断续续。问题不在总带宽而在于几十个设备都在高频次地产生空口交互相应大量时间浪费在控制帧和冲突退避上。有个更直观的比方一屋子人都要打电话但只有一条电话线大家只能轮流拿起来说一句“我占用一下”放下另一个人再拿起来。大部分时间都消耗在“抢电话线”这个动作上真正说话的内容反而没几句。802.11ax的调度机制就是要从频域、空域、时域几个维度把碎片化的传输机会利用起来让多个设备在互不干扰的前提下同时完成通信而不是轮流抢一根电话线。2. ax调度机制拆解OFDMA、MU-MIMO、TWT和BSS Coloring到底在干嘛2.1 OFDMA把一条信道分成若干座位一次拉很多人OFDMA全称是正交频分多址是802.11ax里最核心的调度技术之一。老标准OFDM的做法是每一时刻整个信道只给一个终端独享。这就好比一辆公交车一次只能搭一个乘客乘客少还好乘客一多大家只能在站台排队。OFDMA则是把这辆车拆成许多座位一次发出多个目的地的多个座位让不同终端同时上车。无线技术上它是把一个20MHz甚至80MHz、160MHz信道划分成若干个更小的资源单元称为RU每个RU包含若干子载波。具体数值上802.11ax定义的最小RU是26个子载波对应约2MHz带宽往上有52、106、242、484、996个子载波的RU分别对应不同带宽。AP可以根据每个终端的业务量动态分配不同大小的RU。比如一个IoT传感器只需要几Kbps给它分一个26子载波的小RU就够交互式视频或文件传输可能给242或更大子载波的RU。下行方向AP可以在一帧内把这些RU分配给多个终端上行方向AP需要先发送一个触发帧收到触发帧的终端按指定的时间、频率、功率同时发送数据。这个“AP点名多个终端同时应答”的过程就是上行OFDMA调度。很多朋友问我OFDMA这么好是不是所有场景都该开着我建议别一刀切。如果家里只有两台设备在拼命下载大文件OFDMA带来的吞吐收益并不明显因为每台设备需要的RU都很大一次能服务的终端数量自然就少了但如果大量智能家居设备都在高频发小报文OFDMA的效果立竿见影信道碰撞明显减少设备掉线和响应慢的问题也缓解了。这一节的实操结论是小流量多终端的场景是OFDMA的主战场。2.2 MU-MIMO不止频率复用空间维度也一起调度MU-MIMO在802.11ac Wave 2时代就已经出现但那时候只有下行而且最多支持4条空间流、4个用户老一点的路由器算法不成熟实际效果常常被吐槽。802.11ax把MU-MIMO的能力补齐了上行、下行都能用最大支持8条空间流一次可以和多个用户同时通信。怎么理解MU-MIMO还是拿车类比OFDMA是一辆车把座位分给不同乘客MU-MIMO则是同时来了好几辆车每辆车走不同的高架车道车和车之间互不干扰。物理层上它利用AP多根天线和波束成形技术把多路信号在空间上进行隔离让不同终端所在的“空间车道”错开。严格说MU-MIMO和OFDMA是两种可以叠加的调度维度OFDMA管频率资源MU-MIMO管空间资源两者一起使用才能让短报文密集场景和大量设备同时受益。实操中常见的误区是只看参数选AP一台4x4天线的AX6000如果有两台手机都是2x2天线MU-MIMO可以同时服务这两台手机每台各占两条空间流但如果手机只支持1x1那AP天线再堆得高单终端速率也上不去。所以给会议室、教室这类空间规划AP时我会重点问客户手里的终端大概是什么年代、几根天线再决定是选4x4还是用2x2加多台部署。终端天线不够MU-MIMO参数再好也是纸面性能。2.3 TWT和BSS Coloring时域调度和空间复用那些事除了OFDMA和MU-MIMO802.11ax还引入两个容易被忽略但对体验影响很大的机制TWT和BSS Coloring。TWT是目标唤醒时间核心思路是让终端和AP协商一个“作息时间表”终端可以在自己不需要收发数据的时候进入休眠到约定的时间再醒来收发数据。这样既省电又减少了无意义的信道争用。对于大量电池供电的IoT设备TWT可以算是救命功能。由于设备不再频繁抢占信道空口里的无效碰撞也减少很多反而会提升其他设备的稳定性。TWT最早在802.11ah草案阶段就已经出现但真正把它全面带入主流2.4GHz和5GHz WiFi的就是802.11ax。BSS Coloring换个角度理解“颜色”就是BSS的标识符。部署多个AP时覆盖范围会互相重叠终端如果认为别的AP的信号也是“同色”就会按传统规则退避白白浪费空口时间。802.11ax给不同BSS染上不同颜色收到不同颜色的报文时只要干扰信号没超过一定阈值就可以并行传输。这个机制对高密度办公室、商场非常关键。打个比方以前同一条街上四家店铺只要有一家开门迎客旁边店铺就得关门歇业现在BSS Coloring给每家店挂上不同颜色招牌只要知道顾客进的是别家店不影响自家生意那就可以照常营业。把四个机制放在一起看“ax调度”其实是一个分层配合的资源管理系统OFDMA管频率资源MU-MIMO管空间资源TWT管设备作息与时域竞争BSS Coloring管不同AP之间的空间复用。我们用“调度”这个词形容802.11ax是在说整个协议不再只是“谁抢到谁用”而是由AP主导、把空口资源按需分配的过程。3. 实战调优路由器/AC后台把AX调明白的完整过程3.1 动手之前先摸底终端支持矩阵必须列清楚很多朋友拿到AX路由器第一件事就是把后台能开的开关全打开结果越调越糟。我的习惯是先花半小时把终端支持情况摸清楚。拿手机来说iPhone从iPhone 11开始支持WiFi 6多数是2x2天线安卓阵营旗舰机普遍支持WiFi 6部分支持WiFi 6E笔记本方面Intel的AX200/AX201/AX210网卡很常见老一点的AC8265、AC9560就是WiFi 5。智能家居产品在大纸箱上一般不写我通常去官网查SoC和WiFi芯片型号或者直接在AP关联列表里看关联协议和协商速率。摸底的方法不复杂登录AP或路由器的管理界面查看终端列表里面一般会显示每个终端的PHY Rate、协议类型、RSSI。如果是企业级AP还能看到它支持的HE capabilities。把这些信息整理成一张矩阵表比如哪些终端支持802.11ax下行OFDMA、哪些支持上行OFDMA、哪些支持TWT、哪些支持802.11k/v/r。这张表决定了后面参数怎么配。我遇到过不止一次“新买的路由器发挥不强”的案子一看终端列表所谓新手机旁边混着一堆2.4GHz的WiFi 4摄像头这些设备如果不处理它们不但自己慢还会拖累全网的调度效率。3.2 后台参数这样配功能不是越多越好下面是我在绝大多数中小企业和家庭组网场景下的默认配置可以直接抄作业但做完记得测速验证。配置项建议值说明5GHz信道带宽80MHz起步160MHz看环境160MHz容易受DFS雷达和邻频干扰影响城市公寓慎开2.4GHz信道带宽20MHz高密度/ 40MHz设备少2.4GHz可用信道少40MHz在邻居路由器扎堆的环境里会频繁退避OFDMA开启主要收益来自大量小报文设备纯大流量场景可能无感甚至略降MU-MIMO开启前提是有多台支持WiFi 6的多天线终端混有大量WiFi 5老设备时收益有限TWT先开启发现问题就关IoT设备兼容性不佳时主动关闭或排除BSS Coloring开启多AP部署场景收益明显单AP无感知802.11k/v/r开启多AP场景必需单路由无所谓Mesh和AC组网建议全开频段引导开启让5GHz优先承担主要流量我特别想提醒160MHz这个选项。看着一根天线协商速率能翻倍实际在城市公寓里160MHz需要连续的空闲频谱只要同频段的邻居AP多、或者检测到雷达信号AP就会自动降到80MHz有时候你开了一周它自己就默默缩水了。家用的话80MHz通常是最稳的选择除非现场扫频确认环境干净。企业场景更不建议在密集办公区强行上160MHz频谱占用过大会干扰邻区整体吞吐反而下降。另外不同厂商后台的功能称呼不一样。华硕、小米叫“WiFi 6增强”“OFDMA/MU-MIMO”开关UniFi叫“High Performance”“BSS Coloring”H3C、华为的AC里名词可能藏在“无线优化—空口调度”菜单后面。找半天找不到就直接在后台里搜OFDMA或TWT一般都能定位。3.3 多AP部署下的漫游调度别让终端赖在弱信号上不走设备多了一台AP往往不够所以聊完单AP的开关得把视角放到多AP的漫游调度上。802.11k、802.11v、802.11r这三个协议共同构成了WiFi无缝漫游的基础k负责让终端获取周围AP的信息v负责让网络侧给终端发“该换AP”的建议r负责快速切换认证FT。对客户端来说这些协议能降低漫游延迟和粘滞概率。很多终端之所以粘在信号弱的AP上不走一方面是因为终端自身的漫游触发阈值很高另一方面是AP没有主动参与调度。开启802.11k/v之后网络侧可以借助“协助漫游”机制给终端发引导报文让它主动找更好的AP。具体配置有几个点要特别注意。首先是RSSI阈值一般建议在-70dBm到-75dBm之间触发降级或踢除设置太严比如-65dBm会导致边缘设备频繁上下线设置太松比如-85dBm终端已经卡成幻灯片了还不肯换。其次2.4GHz和5GHz要区别对待2.4GHz覆盖远但速率低我通常会把它的发射功率调低或把2.4GHz的RSSI阈值调到-75dBm让终端主动流向5GHz5GHz穿透差但速率高可把阈值放宽到-78dBm。再次如果客户要开802.11r快速切换注意老设备对FT的兼容问题有些手机或IoT设备在FT开启时会连不上我遇到这种情况会在SSID安全设置里检查是否启用了PMF保护必要时关掉802.11r保留k/v切换速度仍然够用。AP编号2.4GHz信道5GHz主信道5GHz备用信道备注AP1136100与AP2错开避免同频干扰AP26149445GHz用非DFS信道更稳这种规划做完再用AC的信道自动调优功能复核一遍。我没有完全依赖自动调优因为办公室经常有微波炉、无线投屏、蓝牙等非WiFi干扰自动算法不一定知道干扰源在哪手动固定干扰少的信道往往比自动选信道更稳。4. 常见问题与排查技巧实录4.1 为什么AX路由器实测只有一半速度先看协商速率和信道宽度遇到“标称AX3000但手机测速只有600Mbps”的提问我一般先让当事人打开终端状态看协商速率。常见标称AX3000的设备如果5G是2x2 80MHz理论协商速率就是1201Mbps实际打7折左右是800多如果再隔着墙600到700就是正常水平。如果手机状态显示协商速率只有866Mbps说明它可能只协商到80MHz甚至更低或者天线只有2x2这本身就限死了峰值。此时强行换160MHz路由器也没多大用手机得本身支持更高阶的天线配置才有可能协商到更高速率。如果协商速率正常但测速仍然很慢我再往下查先看是不是连到了2.4GHz频段很多手机开了“双频合一”后自动被分到2.4GHz那当然快不了再看周边环境是不是很多同频AP用扫频工具看5GHz频谱占用情况信道拥挤时AP会自动降低有效带宽或频繁退避导致实际吞吐下降。这里有个绕不开的点5GHz DFS信道。如果用了52、56、60、64这些频段AP一旦探测到雷达信号就会自动腾退到其他信道测速时刚好踩到这个时间点结果自然不理想。我通常会把重要业务信道固定在36、40、44、48或149以上这些相对稳妥的频段避开DFS信道减少突发变数。4.2 智能家居设备反复掉线多半是TWT兼容性在作怪这是我今年处理过最多的问题之一。客户家里装了三四个WiFi 6路由器组成Mesh结果好几个智能插座、摄像头、门锁时不时离线重连重启路由器几天后又冒出来。排查时我把设备关联日志打出来发现掉线的设备大多是WiFi 4时代的芯片对802.11ax的TWT机制支持很糟糕。AP给这些设备广播TWT休眠时间表老芯片解析错误或直接忽略导致设备在休眠和唤醒之间失控连接就断了。解决办法不复杂在路由器后台找到TWT相关开关把它关掉。如果后台支持按终端排除TWT我就只把这些IoT老年设备排除在TWT之外其他手机和电脑继续享受TWT的省电和低碰撞优势。如果后台不支持这种精细控制那就只能全局关闭TWT现代手机和电脑对TWT的依赖没那么强关掉后一般对体验影响不大但能让几十个IoT设备稳定下来。另外IoT设备掉线不单是TWT的问题还和AP的省电模式处理相关。把AP的兼容模式参数调好同时关闭这些设备的频段引导让它们待在固定频段也能明显降低掉线率。4.3 终端粘滞在弱信号AP上先查漫游调度再调发射功率多AP组网后常出现的问题人在客厅却还连着卧室里的AP信号显示一格刷视频半天转不出画面。这种粘滞现象本质是终端没有发起漫游而没有发起漫游的原因要么是终端自身的漫游算法太保守要么是AP侧没有开启802.11k/v协助。我先在AC上确认协议确实开了再把最小RSSI阈值从默认的-80dBm左右调整到-70dBm附近同时开启负载均衡当某个AP接入设备数超过阈值或平均信噪比下降时AC会自动引导新接入终端到其他AP。如果协议和阈值都调好了终端还是顽固不换最后一个常用手段是调发射功率。把覆盖差的懒终端的首选AP发射功率适当调低或把2.4GHz功率调低网络侧的“隐性调度”就能影响终端的连接选择。比如同一位置5GHz信噪比不错2.4GHz却因为功率太高一直笼络着终端这种情况把2.4GHz功率降到50%左右很多手机就会自动落到5GHz上整体体验反而更好。这个方法只适用于调试不代表最终配置确认终端行为正常后记得回到合理参数区间避免制造新的覆盖盲区。4.4 OFDMA全开之后反而更慢判断调度算法要不要背锅最后讲一个反直觉的场景某公司把网络设备全换成了AX后台所有WiFi 6功能全部打开结果一到上班时间全公司的无线都出现间歇性卡顿下载大文件的速度反而不如之前稳定。查了一圈发现终端列表中大量设备还是WiFi 5真正支持OFDMA的WiFi 6终端只占不到两成。部分路由器的OFDMA调度算法在混合环境中处理得不够聪明调度周期拉得比较长给老终端分配RU时又不够灵活导致WiFi 6终端的低延迟优势没发挥出来反而拖累了整体空口利用率。遇到这种情况我的排查顺序是先关掉OFDMA单独开MU-MIMO或反之逐项对比测速和延迟曲线。企业级AC一般能做精细化空口调度我会把OFDMA的最小RU限制打开或者将大量IoT设备单独划到一个SSID和VLAN里避免它们跟高速业务争抢调度容量。家用路由器没有这么细的选项最简单的方式就是把固件升级到最新版很多厂商的OFDMA算法是后期逐步优化的。我见过不少设备在某版固件的OFDMA处理有问题升级后算法正常速度立刻回来。搞无线优化这几年我最大的体会是别把“所有开关全开”当成调优。真正靠谱的做法是先摸清终端构成再按业务场景选择开启合适的调度机制最后用测速和延迟数据做AB对比验证。802.11ax给了我们一套很完整的调度工具箱但工具放对了地方才叫工具。
