1. 为什么说ax调度才是Wi-Fi 6的“题眼”1.1 从“一辆车过单行道”到“一列列车同时发车”聊到Wi-Fi 6也就是802.11ax标准的说法是新一代无线局域网协议。但我做无线网络这么多年最想强调的从来不是它把单用户速率提到了多少而是它改变了无线信道的基本使用方式。在802.11n/ac时代一个AP下的所有终端本质上是“排队过一条单行道”同一时刻只能有一个设备在信道上发送数据其他设备只能等待。虽然ac引入了MU-MIMO但下行条件和兼容性限制很多实际收益远没有宣传的那么大。而ax干了一件关键的事通过OFDMA把一条单行道变成了多条并行车道AP作为调度中心能在同一时刻给不同终端划分不同的频域资源。很多工程同行第一次接触“ax调度”这个词时容易把它理解成某个具体的开关或者某一个厂商的私有功能其实它是802.11ax引入的一整套集中调度机制的统称。把时间花在理解这个变化上非常值得因为后面关于RU划分、Trigger帧、TWT、上行MU-MIMO的所有讨论都是围绕“把随机竞争改成集中调度”这一核心逻辑展开的。如果只盯着协商速率数字看很容易得出“Wi-Fi 6不过如此”的结论恰恰错过了它真正有价值的部分。1.2 面对多用户时老协议输在哪里老一代Wi-Fi采用的接入机制是CSMA/CA专业说法是载波侦听多址接入/冲突避免。通俗讲每个设备在发送数据之前都要先侦听信道如果信道空闲就开始发送如果信道忙就随机退避一段时间后再试。这种机制在设备少、流量小时没有问题但到了高密环境就非常吃亏。会议室里30台终端同时有报文要发信道会被大量退避、空闲等待和冲突重传占掉真正的数据传输时间占比可能连一半都不到。ax调度的目标就是尽量减少这种“等来等去”的浪费。当终端足够多、报文足够碎的时候OFDMA可以让多个设备在同一个时间点、不同的频段上同时发送CSMA/CA里的“竞争”被替换成了AP的“分配”。这也是为什么圈子里把802.11ax的调度机制简称作“ax调度”——它不是某个单独的功能开关而是把整个空口资源从“大家抢”变成了“AP排”。1.3 三个维度的调度组合才构成完整的ax想用好ax我建议把它理解成一个组合能力而不是单一功能。从资源维度看调度至少包含三个层次频域上OFDMA把信道切成RU在不同频率上同时服务多终端空域上MU-MIMO利用多天线在同一频率上用不同空间流服务多终端时域上TWT让AP和终端约定唤醒时间像预约制一样错开使用空口。这三件事互相配合才能达到“人多不卡、设备省电、时延可控”的效果。下面我先把最核心的OFDMA拆开讲因为它是我在项目中看到收益最大、也是最容易配置错的部分。2. 拆开看OFDMARU划分、触发帧与调度开销2.1 RU怎么分一张表看懂带宽与资源粒度OFDMA里的“O”是正交的意思粗浅理解就是把原本一个终端独占的整段信道切分成若干个子载波集合每个集合叫一个RU也就是Resource Unit资源单元。RU可以大可以小协议规定了不同信道带宽下的划分规则。以最小的RU26为例它占用26个子载波其中24个用于数据2个用于导频。20MHz信道大约有242个可用的数据/导频子载波所以可以划分出1个RU242、2个RU106、4个RU52或者9个RU26。40MHz的可用子载波大约翻倍到484个80MHz和160MHz继续按倍数增加。常见划分如下表信道带宽RU242数量RU106数量RU52数量RU26数量20MHz124940MHz2481880MHz481636160MHz8163272这个表是理想划分实际调度时AP会按需混用。比如给下载大文件的终端分一个大的RU242给几十个只发心跳小包的手环分一堆RU26。资源总量不变但利用效率完全不同。理解这一点很重要因为很多人以为OFDMA是“把一个AP的带宽平均分给所有终端”其实不是简单的均分而是根据业务需求动态切分。2.2 下行和上行调度门槛完全不同下行OFDMA实现起来相对简单。AP本来就是信道的控制者想给谁发包直接把这个终端的数据放在对应的RU里发出去就行终端只负责在分配给自己的RU上接收。上行则要麻烦许多。多个终端想在同一时刻、不同频率上同时上传必须有统一指挥。ax的做法是AP先发送一个Trigger帧也就是触发帧帧里写清楚哪个终端、在哪个RU上、用什么调制编码方案、什么时间开始发送。终端收到Trigger帧之后才在规定的时间点和频率上同时上发数据。所以你在抓包里看到Trigger帧基本可以确定这个AP正在做上行OFDMA调度。Trigger帧还有不同的子类型。最常见的是基本触发和BSRP触发。BSRP的全称是Buffer Status Report Poll用来探测终端缓存情况AP先问一遍“你们谁有数据、有多少”收集完再做资源分配。这就像餐厅先统计有多少客人要点菜再决定把哪些桌子拼在一起。在实际协议栈里这些Trigger帧的字段很多包括Trigger Type、UL Length、RU Allocation、MCS等普通运维不需要背字段但要知道它的存在和作用。2.3 调度不是白送的Trigger帧和处理时延是成本OFDMA虽然能提升并发效率但也要付出调度开销。每次上行调度AP都要额外发送Trigger帧这个帧本身占用空口时间终端收到Trigger后在指定时间发送还要留出处理时间。协议把这个时间控制在极短的SIFS级别。换句话说调度不是零成本的。所以调度的收益和业务模型强相关。如果终端报文很大比如视频下载每个终端一次占用整个信道的效率也不差OFDMA的并发优势就没那么明显如果终端报文都很小比如网页、IM、IoT上报OFDMA可以把大量终端的报文塞进同一个时间窗口收益立刻体现出来。这也是为什么我在给别人做高密覆盖方案时第一件事不是看设备参数而是看业务模型。3. 落地配置与验证让ax调度真的在工作中跑起来3.1 从AP到终端该开的开关一个都不能省理论归理论部署时你会发现ax调度能不能真的生效取决于AP和终端两侧的条件。AP侧有几个典型开关信道带宽、OFDMA开关、上行OFDMA开关、MU-MIMO开关、TWT开关。不同厂商的命名略有差异常见关键词有OFDMA、DL/UL OFDMA、MU-MIMO、TWT、Target Wake Time。我的建议是先在5GHz频段把带宽设成80MHz同时把OFDMA和上行OFDMA都打开TWT先保持默认或者按业务决定。这里给一个通用风格的命令示意方便你在自己设备上找对应位置。再次强调不同厂商的命令和界面完全不同不要直接照抄# 示意以某常见商用AP的命令行风格为例 interface dot11radio 1 channel-width 80 ofdma enable uplink-ofdma enable mu-mimo enable twt enable终端侧同样重要。你得确认终端确实支持802.11ax而且工作在5GHz上。很多低端手机标着Wi-Fi 6但只支持2.4GHz的ax或者只有单天线协商速率上不去。电脑网卡还经常因为驱动版本太老连接后只显示802.11ac模式。遇到这种情况先把驱动和系统更新到最新版本再去看无线属性。3.2 三个方法判断调度到底生效没有第一看协商速率。5GHz、2×2天线的Wi-Fi 6终端连接在80MHz信道上协商速率可以达到1201Mbps而Wi-Fi 5同配置下最高只有866.7Mbps。如果你的设备协商速率还停留在866Mbps说明它没有跑在ax模式要么是不支持要么是AP频宽配置有问题。第二看空口帧结构。用Wireshark抓包观察是否有Trigger帧以及数据帧中的HE PHY标识。只要看到Trigger帧就说明AP在做上行OFDMA调度。如果你想看得更细还可以看HE-SIG-B里的RU分配信息确认多个终端是不是分布在不同的RU上。第三做并发测试。ax调度的价值在多用户场景单终端测速看不出差别。我自己常用的方法是准备3到5台支持Wi-Fi 6的终端同时向局域网服务器发起iperf3上行测试观察总吞吐和时延波动。OFDMA开关打开前后并发总吞吐会有明显变化。如果开了开关吞吐反而下降要重点检查是否环境里老终端占用了太多资源。3.3 一个高密会议室的性价比换算这里给一个实际推算例子。假设某会议室有30个同时在线终端每台终端上行都是小报文。AP使用80MHz信道按理想划分能得到36个RU26也就是说理论上AP可以在一个时间里最多把36个终端放进不同的RU上行传输。传统方式下30个终端要竞争整个信道假设每个终端发一个报文需要0.5ms理想情况串行也要15ms以上还没算退避和冲突。OFDMA方式下AP发一个Trigger帧然后30个终端在同一个PPDU里并行上传实际有效数据时间大约只有1到2ms差别接近一个数量级。当然这是理想化模型真实环境还有协议开销、信道变化、ACK等因素但趋势没有问题业务越碎、终端越多调度的收益越明显。4. 真实排障实录不生效、没提升、时延高4.1 三类现场问题的排查思路先说一个我遇到过的真实现场。客户把AP全部换成Wi-Fi 6后反馈手机右上角确实出现了Wi-Fi 6图标但测速和之前差不多有时候更慢。排查时发现几个问题叠在一起客户的主力手机是单天线Wi-Fi 5设备只连上了2.4GHzAP为了照顾老设备把5GHz频宽限到了20MHz而且有线回程只有一个百兆口。这个案例很有代表性。很多人升级网络只看AP忽略了终端、频宽、回程这些配套环节。ax调度再好也得终端支持、频宽够宽、回程不拖后腿才可能看到效果。如果终端百分之八十都是老设备那换AX AP的收益就要大打折扣这种情况我会直接建议客户先等等或者采用分区小规模升级策略。4.2 问题速查表与一键排查方向下面这张表是我项目里经常用来快速定位问题用的如果你也在做ax部署可以直接保存下来对照排障现象可能原因排查方向协商速率只有600/866Mbps终端不是Wi-Fi 6或频宽被限制在40/20MHz查看终端PHY类型和频宽确认5GHz带宽设为80MHz只显示Wi-Fi 6图标但没提升连接的是2.4GHz或兼容老设备导致调度无法展开强制优先5GHz检查2.4GHz是否也开启OFDMA高密场景时延高、吞吐低老终端占比高、空口被传统竞争占满检查ax终端占比考虑为高密区域单独划SSID大流量下载跑不满AP上联只有百兆或回程链路存在瓶颈查看AP上联口协商速率建议千兆及以上视频会议断断续续TWT开启后终端休眠过于激进对音视频业务SSID关闭TWT或调成低延迟模式160MHz协商失败雷达避让、频段占用或终端不支持查AP日志里DFS事件退回80MHz更实际排查时我习惯先用无线网卡自带的状态页看协商速率和PHY类型再用AP的管理后台看每台终端的信号强度与接入频段最后才上抓包工具。顺序反了容易误判。4.3 几个容易被忽略的配置细节第一个是SSID数量。很多AP支持一个射频放多个SSID但每个SSID都会增加Beacon帧开销。高密环境里我的原则是能不拆就不拆优先用同一个SSID配合VLAN区分业务。第二个是发射功率。很多人觉得信号越强越好其实在AP密集部署时功率过大反而制造同频干扰让调度算法忙于处理干扰而不是传数据。ax高密场景更推荐小功率、多AP的覆盖方式。第三个是漫游和负载均衡。终端会赖在一个AP上不走即便旁边AP更空闲需要把802.11k/v/r这些快速漫游功能打开配合调度的负载均衡才能让每个AP的空口利用率更均衡。还有一个细节经常被忽略2.4GHz频段虽然也支持ax但那个频段本身只有3个互不干扰信道周围又多的是蓝牙、微波炉、老旧设备实际能开给OFDMA的干净频谱很有限。所以做高密方案时我一般把5GHz作为主接入频段2.4GHz留给IoT或者覆盖补盲不要让关键业务挤在2.4GHz上。5. 延伸MU-MIMO、TWT与调度的协同5.1 上行MU-MIMO凭什么能“多人同时说话”ax的调度除了频域上的OFDMA还有空域上的MU-MIMO。802.11ac虽然提出了MU-MIMO但只支持下行且对终端天线数量和环境要求较高实践中很多人感觉不到明显差别。ax把MU-MIMO扩展到上行多个终端可以同时使用不同的空间流向AP发送数据。上行MU-MIMO和上行OFDMA一样需要Trigger帧先同步所有终端的发送时间再给每个终端分配空间流。所以你在抓包里看到复杂Trigger信息、数据帧又是HE MU PPDU时多半就是空间域调度在起作用。工程上当终端距离AP近、信号质量好、每个设备又要传输较大数据时MU-MIMO的收益更突出而小报文场景则更适合OFDMA。AP厂商的调度算法会在两者间做权衡不需要我们人为干预太多但要理解这个机制才能看懂后台监控数据。5.2 TWT是省电神器也是时延刺客TWT全称Target Wake Time目标唤醒时间。AX中AP可以和终端协商一组唤醒时间表某个终端只需要在自己约定好的时间窗口醒来收发数据其他时间可以深度睡眠。对电池供电的设备尤其是一堆传感器、门锁、电子价签这个机制能明显延长续航。但TWT不是没有代价。终端睡着以后AP有数据也不能实时送到必须等它下一次唤醒。放到实时业务里比如网络电话、游戏同步、消息推送这种延迟可能造成卡顿或消息延迟。所以我在做TWT策略时不会全局一刀切而是按SSID区分高密度IoT接入的SSID开TWT音视频业务的SSID关掉或者用宽松的唤醒间隔。省电的本质是减少监听频率而减少监听频率一定会换来时延升高关键是业务能不能接受。5.3 调度这套思路给下一代Wi-Fi留了什么底子从整个行业看ax调度的意义已经不限于一个协议版本。它把无线网络从“尽力而为的竞争模式”引导到了“集中调度的可预期模式”AP掌握了频域、空域、时域三种资源分配权。后面Wi-Fi 7里的多AP协同、MLO多链路操作很多基础思路都是在ax调度的框架上继续演进。这半年我在几个项目里反复验证过一个结论凡是把ax单纯当“高速率路由器”去部署的最后都绕回来说调度没用凡是认真统计业务模型、按并发场景去调OFDMA和TWT策略的基本都拿到了实打实的容量收益。所以如果你正在关注“ax调度”我的建议是先忘掉宣传页上的峰值速率去想想你环境里到底有多少终端在同一时刻需要“同时说话”再从调度机制入手做方案。技术本身不复杂复杂的是搞清楚它到底该为你解决哪个问题。我自己做过的高密覆盖项目里真正效果好、投诉少的往往不是设备最贵的方案而是对业务模型判断最准的方案。ax调度确实有价值但它解决的问题是“多而碎”的并发不是“单而快”的下载。如果你正打算做一次无线升级我建议你先花点时间统计终端类型、流量方向、并发规模再决定要不要全面切ax、频宽开多少、TWT怎么配置。把这些想清楚远比追逐一个更高的协商速率数字重要。