1. 先从一次让人挠头的“ax”需求说起去年接了一个办公区无线改造项目需求文档里核心内容只有一行“网络升级支持ax”。我盯着看了半天第一反应是哪个甲方把内部代号写进合同了。后来电话一沟通才明白对方说的就是802.11ax也就是大家熟悉的Wi-Fi 6。需求本身不复杂但真正把项目做完、把网络调稳之后我反而觉得“ax”这两个字母背后的门道远比“升个级换个路由器”要深得多。尤其是热词里反复出现的那个概念——ax调度它才是Wi-Fi 6和以前所有的Wi-Fi标准拉开本质差距的地方。这篇文章我想以一线实施者的视角好好拆一拆“ax”到底是什么以及“ax调度”这套机制在实际网络里到底在调度什么、怎么调、调完有什么效果。不会堆太多协议文档里的生涩术语更多是我在项目现场踩过的坑、调过的参数、验证过的手段。适合正在准备升级无线网络的朋友、做企业网络运维的同行也适合想弄明白家里那台Wi-Fi 6路由器“凭什么更稳”的普通用户。先说结论ax不只是快它是第一次让Wi-Fi从“大家抢着说话”变成“按顺序、按车道、按时间表说话”的无线标准。而“调度”这两个字就是理解这场变革的钥匙。2. 拆开看ax调度到底在调度些什么2.1 OFDMA让信道“拼车”的调度手段理解ax调度第一个绕不开的机制是OFDMA。这四个字母全称是正交频分多址听起来很吓人但用一句话说就是以前一个信道一次只能被一个设备独占使用现在可以把信道切分成更小的资源块多个设备同时用。我经常拿出租车和大巴来打比方。802.11ac时代的Wi-Fi一个信道就像一辆出租车谁招手谁上一次只能送一个乘客。而802.11ax引入OFDMA之后信道变成了一辆大巴同一个时间点上可以把不同座位分配给不同乘客A设备坐1号座、B设备坐2号座、C设备坐3号座大家同一时刻出发互不干扰。这里面的关键变化在于调度者从“设备”变成了“接入点”本身也就是AP。老标准里设备们靠“先听后说”的机制抢信道谁先检测到信道空闲谁先发这种机制在设备少的时候问题不大可一旦几十台手机同时连上来大家就都在抢冲突重传满天飞。而OFDMA把信道资源切成一个个子载波组也就是RUAP可以根据每个设备的实际需求动态分配RU。举个例子假如信道带宽是20MHz里面有几十个RU有的RU只占2MHz有的占更大带宽。一个正在刷网页的手机可能只需要一个很小的RU来传几条数据而一个正在下载大文件的电脑则可以拿到更大的RU。AP就是那个分配座位的调度员它决定谁坐哪个位置、坐多大位置。这里需要特别说明一个实际中的误区很多人以为只要路由器支持Wi-Fi 6OFDMA就一定生效。其实不然。OFDMA要真正工作需要AP和终端两边都支持802.11ax并且在协商过程中启用OFDMA能力。如果网络里混着一堆Wi-Fi 5甚至更老的设备OFDMA只能对支持它的那些设备生效网络整体效率的提升幅度会大打折扣。2.2 MU-MIMO从“排队过桥”到“多车道并行”OFDMA解决的是“一条信道多人同时用”的问题而MU-MIMO解决的是“多根天线同时服务多个设备”的问题。这里有必要区分一下因为很多人把OFDMA和MU-MIMO混为一谈实际上它们是两个维度上的调度。MU-MIMO在Wi-Fi 5时代就出现了但当时只支持下行也就是AP可以同时给多个设备发送数据但设备往AP上传数据的时候还得老老实实排队。802.11ax把MU-MIMO升级成了支持上行和下行双向而且支持最多8条空间流。这就好比以前只有一座单向桥AP可以同时放几辆车过来但车辆想过去得一辆一辆走现在桥变成了双向八车道两边可以同时过车。关键是MU-MIMO和OFDMA可以叠加使用。一个时间片里AP既可以通过OFDMA把信道切成多个资源块又可以利用多天线在同一资源块上服务多个设备。这种组合调度能力就是“ax调度”真正强悍的地方。我自己的实测感受是MU-MIMO在设备类型混杂的环境里效果尤其明显。一个办公室里同时有笔记本电脑、手机、打印机、智能电视这些设备的天线数量和支持的流数都不一样。老标准里AP要花大量时间处理那些信号弱、速率低的设备因为低速设备占用信道时间特别长。而有了MU-MIMO调度之后AP可以把低速设备和高速设备分组用不同天线、不同时间片分别服务整体吞吐量和稳定性都会有明显改善。2.3 TWT给设备排“闹钟”如果说OFDMA和MU-MIMO管的是“数据怎么传”那TWT管的就是“设备什么时候醒”。TWT的英文全称是Target Wake Time目标唤醒时间这是802.11ax新增的一套节能调度机制。在没有TWT的老网络里Wi-Fi设备要时刻保持监听状态就算没有数据传输也得时不时醒过来听听信道里有没有给自己的消息。这个“时不时醒来听一听”的动作本身就是耗电的。对有电源供应的手机和电脑来说还好但对那些靠电池供电的物联网设备比如无线传感器、智能门锁、摄像头功耗就是个大问题。TWT的思路是AP和设备约定一个精确的时间表设备到点了才醒过来收发数据其他时间可以安心睡大觉。我用一个更生活化的例子解释以前的设备就像值班员怕错过电话得一直坐在电话旁TWT相当于给每个设备配了一个闹钟AP在排程的时候告诉它“你下午3点整醒来接电话就行其他时间该干嘛干嘛”。在商用项目里TWT最大的价值是提升整个网络的设备并发容量。因为每个设备醒着的时间变短了信道上的竞争自然就减少了。这就等于AP作为调度者把几十上百个设备的“醒着时间”错开排布避免了大家同时醒来互相争抢。在部署大量IoT设备的园区网络里我实际观察到开启TWT之后低速率设备的无效占用时间能下降不少整体网络延迟也更平稳。不过TWT也有一个现实问题不是所有终端都会老老实实按闹钟来。有些终端驱动对TWT的支持做得不够好或者应用场景要求低延迟比如语音通话、游戏过度依赖TWT反而可能引入额外的唤醒延迟。所以在实际调优时我会建议对办公笔记本、手机这类交互型设备适度关闭TWT只对IoT传感器这类低频率通信设备开启效果最理想。2.4 BSS Coloring与空间复用给邻区干扰做“减法”前面说的OFDMA、MU-MIMO、TWT都是在“单个AP管好自己这摊设备”的维度上做调度。但一个大型办公区、商场或者学校从来都不是只有一个AP而是有成百上千个AP信道资源要靠重复使用来覆盖所有区域。这时候AP和AP之间的干扰问题就成了调度体系里必须处理的难题。老标准处理干扰的方式很粗暴如果一个AP检测到隔壁信道有信号它就认为信道忙然后选择等待。这个机制的初衷是避免互相干扰但在密集组网场景下它反而导致所有AP都在相互礼让信道利用率极低。我见过不少传统Wi-Fi项目明明覆盖得很好但一到晚高峰就卡成幻灯片很多情况下罪魁祸首就是“过度退避”。802.11ax引入了BSS Coloring机制就是给每个基本服务集也就是每个AP无线电覆盖范围加上一个“颜色编号”。AP在检测信道信号的时候会先判断这个信号是不是跟自己同一个颜色。如果颜色不同说明是隔壁AP的覆盖信号只要信号强度没到阈值就视为“异色信号”可以忽略它继续用自己的信道。如果颜色相同说明是自己覆盖范围内的设备在通信那才需要避让。这个机制的价值在于它把“听到了就都要躲”的二元判断改成了“看到一个不认识的人先判断会不会撞到自己再决定躲不躲”。在实际部署中通过合理规划AP的BSS Color可以让相邻AP在同一个信道上并行工作同时大幅减少传统的CSMA/CA退避等待。这也是为什么同样密度下Wi-Fi 6网络的并发能力比Wi-Fi 5高出一截的重要原因。需要提醒的是BSS Coloring只在同频复用场景下有意义。如果项目里信道规划得好相邻AP用不同信道天然隔离颜色编号的收益就不那么明显。所以BSS Coloring本质上是信道规划不足情况下的“物理层补丁”但它确实是ax调度体系中不可忽视的组成部分。2.5 调制与编码调度之上的“效率放大器”除了上面几个机制还有一项技术容易被忽略但它决定了每次传输能塞进去多少数据那就是1024-QAM高阶调制。这也是802.11ax相较于802.11ac的升级点之一。调制可以理解为“每个信号波形里携带多少比特”。802.11ac最高支持256-QAM每个符号能携带8比特802.11ax把上限提到了1024-QAM每个符号能携带10比特。同样的频谱资源理论峰值速率提升了25%。这就像调度员给每辆车规划好了车位但车本身的装载能力也变大了整体运输效率自然更高。但高阶调制对信号质量极其敏感。1024-QAM要求极高的信噪比信号稍微差一点终端就会自动降级到256-QAM甚至更低。我在实测中就碰到过手机显示连接速率是2400Mbps但往后退两步隔了一堵墙速率立刻掉到1200Mbps以下。所以ax的“高速”是有前提条件的必须在近距离、低干扰环境下才能跑满。真正考验工程水平的是前面那些调度机制能否在复杂环境里尽可能维持较高调制等级。3. 一次完整的ax项目落地与调优记录3.1 现场评估与设备选型真正要看的参数回到我开头说的那个办公区项目。这个项目规模约3000平方米三层办公楼常驻办公人数大约150人加上访客和设备并发终端数峰值在250台左右。原网络是802.11ac Wave 2的设备走廊部署一台AP覆盖一个楼层典型的“覆盖好但容量不足”的布局。项目启动后我没有马上去看哪家AP便宜而是先做了一轮现场评估。评估的核心有几点每个区域的人流量、终端类型分布、高带宽业务场景、以及结构对信号的阻挡程度。这里我想特别强调一点选型时很多客户喜欢盯着“AX3000还是AX5400”这种速率数字看但我的经验是对企业场景来说并发用户数、MU-MIMO空间流数量、OFDMA调度的灵活程度、以及是否能和现有AC统一管理这些才是更该关注的指标。最终我选用的是支持802.11ax、双频4空间流的企业级AP支持上下行OFDMA和上下行MU-MIMO并带有基本的TWT调度选项。部署方式上放弃了原来走廊放一台AP全覆盖的思路改为每个大办公区放一台会议室单独放一台高密度区域采用吸顶布放间距控制在15米左右。这样覆盖密度上去了单位AP承载的用户数降下来了ax调度机制才能发挥出效果。如果你也是做类似项目我强烈建议先做覆盖仿真或者至少现场拿测试手机测一轮信号热力图不要凭感觉放AP。ax调度再怎么智能也架不住信号弱到调不动。调度永远是建立在“听得见”的前提之上的。3.2 部署阶段的调度前提信道、功率与SSID规划AP装好之后第一件事不是急着调OFDMA参数而是先把信道和功率规划好。很多同行容易忽略这一点以为Wi-Fi 6的调度能自动搞定一切。实际上信道规划是调度体系的地基。这个项目里2.4GHz频段我只保留了1、6、11三个信道覆盖优先功率适当调低避免同频干扰。5GHz频段启用了36、40、44、48等互不干扰信道考虑到周围环境的无线干扰比较多我用了80MHz频宽没有激进地上160MHz。原因是160MHz虽然峰值速率更漂亮但在复杂射频环境下非常容易受到干扰导致降速实际体验反而不如稳定的80MHz。那些宣传“AX5400支持160MHz”的卖点在真实办公场景里多数时候就是个纸面参数。SSID规划方面我按业务类型拆成了三个办公SSID启用802.11r快速漫游和802.11k/v辅助漫游访客SSID做独立的VLAN和带宽限制IoT专用SSID隐藏广播专门挂传感器设备并对这个SSID单独开启强制TWT调度。分区之后AP分配给不同设备的调度策略才能有区别这是ax调度落地时最容易出效果的做法。功率这块我多说一句AP功率不是越大越好。之前帮一个客户排查网络慢的问题发现某台AP为了覆盖一个角落发射功率拉到满结果把隔壁两台AP的信道全部压死所有人都受影响。ax的调度机制本质上是要让AP之间“和平共处”把功率控制在合理范围内留出空间给颜色复用和空间复用去发挥才是正确思路。3.3 控制器上的调度参数调整实操AP上线之后真正的调优工作才刚开始。现在大部分企业级无线控制器都提供默认的Wi-Fi 6参数配置但默认值讲究的是“兼容性优先”不可能为每个场景做到最优。我建议按以下顺序逐项检查调整。第一项是OFDMA开关和RU分配策略。我建议确认OFDMA处于开启状态并且RU分配策略选择“按需自动分配”而不是一刀切平均分配。在实际运行中有些AP默认会给每个设备分配相同大小的RU这就导致刷网页的小设备浪费资源下载大文件的大设备又不够用。改成按需分配后小流量设备给窄RU大流量设备给宽RU整体吞吐量能提升不少。第二项是MU-MIMO的空间流配置。我遇到过一台AP同时接入两个老旧Wi-Fi 5终端结果AP自动退回到单用户模式的情况。在企业控制器上通常可以设置“MU-MIMO首选策略”把它调到“多用户优先”鼓励AP尽量使用多用户模式。当然这也要兼顾兼容性如果一个AP下主要设备都是Wi-Fi 5的老终端强行多用户反而增加开销这点要现场观察调整。第三项是TWT参数。前面说过我不建议对所有终端一刀切开启TWT。我的做法是在IoT SSID上开启强制TWT在办公SSID上保持默认非强制让终端自行协商。这样既照顾了传感器设备的续航又不会影响手机、笔记本的实时交互延迟。如果你使用的是允许做流量分类调度的控制器还可以通过识别应用类型对音视频流量绕过TWT节能窗口兼顾功耗体验和业务体验。第四项是比较容易被忽略的就是启用802.11ax专用的“多BSSID”相关特性。企业AP通常会在一个物理AP上虚拟出多个SSID传统标准下每个虚拟AP都要周期性发送Beacon帧占用大量空口资源。802.11ax的多个BSSID特性可以把多个虚拟AP的Beacon合并发送大量减少广播开销。这对那些一个AP上挂了5、6个SSID的项目来说效果立竿见影。3.4 验收测试用什么方式验证调度真实生效调完参数不能光看无线信号满格就宣布完工。我习惯用三组测试来验证ax调度是否真实生效。第一组是并发压力测试。我找了几十台终端同时连接同一台AP其中一部分手机持续播放视频一部分电脑持续跑下载任务还有一部分设备只是挂机待机。在无线控制器上实时观察AP的空口利用率、接入设备数、上下行吞吐量。重点看并发数上去之后吞吐量是线性崩溃还是平稳过渡。老标准的典型表现是并发一多就整体崩溃而ax调度生效的AP通常能保持相对稳定的总吞吐量只是单设备速率有所下降。第二组是混合终端场景测试。我特意找了一台只支持802.11g的老式打印机一台Wi-Fi 5手机两台Wi-Fi 6手机同时接入。然后在Wi-Fi 6手机上做测速对比。如果调度机制正常老设备虽然会拖累一部分性能但不至于让整个网络瘫痪。这里顺便说一个我反复见过的现象有些厂商的Wi-Fi 6 AP在接入老设备后OFDMA就彻底不工作了因为芯片策略过于保守。所以这个测试很能反映一台AP的调度能力是否够“聪明”。第三组是延迟抖动测试。在一个AP下面挂多台设备用一台电脑持续ping网关另一台电脑全速下载观察ping的延迟曲线。ax调度做得好的网络在下载进行中ping延迟波动不会太夸张。如果延迟乱跳说明调度策略没有把高优先级流量保护起来。三组测试跑完我还会把这些数据整理成报告给客户顺便留一份作为后续优化的基线数据。网络交付不是装完就走留下可对比的数据后面出了问题排查效率能高很多。4. ax网络中常见的坑与排查思路4.1 手机协商速率很高实际吞吐却上不去这是我被问得最多的一类问题。用户拿着新买的Wi-Fi 6手机明明状态栏里显示连接速率是2400Mbps的高数值但实际测速只有几百Mbps甚至更低。这里有两个层面的原因。第一层是空口环境不满足高阶调制要求。前面讲1024-QAM的时候说过高协商速率需要极高的信噪比。手机显示的2400Mbps只代表它和AP之间“理论最高能这么高”但如果两者之间有墙体遮挡、微波炉干扰、或者周围有其他AP同频干扰实际调制等级会自动下降吞吐量自然达不到协商速率。排查思路很简单进无线控制器或者AP的射频管理页面查看这个终端的“当前速率”和“信号强度”。如果信号强度在-65dBm以上而当前速率却只有协商速率的一半甚至更低那大概率是干扰导致的重传而不是信号不够。这时候可以检查一下5GHz频段的信道占用情况看看是不是有隐藏干扰源。第二层原因是带宽瓶颈并不在无线侧而在有线侧或者出口带宽。很多小型办公室是几十台设备共用一条200Mbps的宽带那无论无线怎么提升测速上限就在那里。我在排查问题时总是先问一句你测速的服务器在哪里如果是连到外网测速出口带宽才是决定因素。把测速目标改成局域网内的NAS或者另一台电脑无线性能的真实水平才测得出来。4.2 老旧的Wi-Fi 4/5设备是不是“拖油瓶”这个问题几乎每个做混合终端网络的项目都会遇到。办公室里总有一批用了七八年的老笔记本、老打印机它们的无线网卡停留在Wi-Fi 4或者Wi-Fi 5时代。经常听到一种说法只要网络里有一台老设备整个Wi-Fi 6网络都会被拖慢。这个说法有道理但不全面。老设备确实会把无线网络拉回“传统模式”因为802.11ax的保护机制和向后兼容机制要求AP在和老设备通信时要用老标准的方式传输这会降低空口效率。但关键在于AP是否启用了“多BSSID”和“OFDMA混合模式”等兼容调度特性。支持好的AP能把老设备集中到独立的传输窗口里处理而不是让它们和Wi-Fi 6设备混杂争抢。实际排查时我建议看看控制台里每个终端的协商标准分布。如果发现大量老设备长期在线且业务上无法替换可以考虑在AP上开启“多播优化”和“低速率报文限速”之类的功能。把老设备产生的广播报文、低速管理报文压制住能明显释放空口资源。对于打印机这种不需要高带宽的设备还可以直接把它的协商速率上限做限制别让它拿大带宽信道把资源留给高需求用户。还有一个很少人注意的坑老设备如果距离AP太远信号弱到一定程度会频繁重传这比它本身速率低还要致命。因为重传不仅浪费自己的信道时间还会触发整个BSS的退避。所以遇到老设备第一选择永远是优化它的部署位置让它至少拿到一个不错的信号再谈调度策略。4.3 IoT设备功耗没降下来问题出在哪TWT是Wi-Fi 6的卖点之一但很多人在实际部署IoT设备后发现设备耗电量和以前差不多并没有达到预期的续航提升。这通常不是TWT这个机制没用而是它压根没被正确触发。排查的第一步是确认设备本身是否支持802.11ax。市面上很多所谓“智能家居设备”虽然打着新品的旗号用的还是老一代Wi-Fi模块根本不支持TWT那自然谈不上节能。第二步是确认AP上TWT参数是否设置正确。我之前踩过一个坑在控制器上把TWT设置成了“强制”模式结果一部分老终端直接连不上网了另一部分虽然连上但频繁掉线。后来改成“非强制”模式才恢复。强制模式适合纯IoT网络混合网络里必须温柔一点。第三步是看设备的实际唤醒周期。有些设备虽然支持TWT但它的应用层会频繁心跳上报比如摄像头每5秒传一次帧传感器每分钟上报一次温度。如果AP给的唤醒窗口和设备的心跳周期不匹配设备可能刚睡下又被唤醒功耗不降反升。这时就该在AP侧调整TWT的唤醒间隔让它和设备的心跳节奏对齐。这个参数通常藏在AC的高级配置里需要慢慢试。4.4 快速排查速查表为了便于大家在实际运维中快速定位问题我把上面这些经验整理成了一张速查表出现症状的时候可以按图索骥症状优先怀疑方向排查动作协商速率高但吞吐低调制降级、干扰查看当前速率与信噪比扫描同频干扰老设备接入后整体变卡广播开销、低速报文占信道启用多BSSID合并广播限制老设备速率上限IoT设备续航无改善TWT未生效或参数不匹配确认设备支持ax校准唤醒周期区分强制与非强制高并发时段延迟抖动调度策略未生效确认OFDMA按需分配观察空口利用率曲线某区域信号满格但网速极慢邻区同频干扰、BSS Coloring未区分检查相邻AP颜色编号调整功率与信道新增AP后整个网络变慢信道重叠、功率过高重新做信道规划降低相邻AP功率这张表覆盖了我这几年在各类现场碰到的80%以上的问题。当然每个网络都有自己的脾气速查表只是起点不是终点。5. 关于ax调度我自己的几个心得项目做多了之后我对“ax调度”这四个字的理解也在变化。最开始我把调度单纯理解为OFDMA、MU-MIMO这些协议特性的叠加后来发现它们确实强大但越强大的东西越依赖前置条件。第一个心得是调度越强越要控制不可控因素。ax的调度机制本质上让AP变成了一个更强势的指挥者但指挥者要发挥作用必须对全局有清晰的感知。终端分布、信号强度、干扰来源、业务类型这些都是调度决策的输入。如果前期的覆盖设计和信道规划做得糙AP能感知到的就是一堆混乱的信号再聪明的调度也白搭。所以我一直跟客户说Wi-Fi 6项目里射频勘测这一步不但不能省还要比以前做得更细。不夸张地讲ax让网络变聪明了但也让基础设计失误的代价变大了。第二个心得是别把“智能调度”神话。所谓智能本质上是基于规则和算法的自动决策它不会跳出物理世界的约束。拿BSS Coloring来说它能缓解邻区干扰但不可能创造无限容量拿TWT来说它能优化设备能耗但救不了设计糟糕的IoT终端。这就像再好的交通调度系统也架不住道路本身常年失修。设备选型、安装规范、参数调优是环环相扣的真正专业的网络交付容不得“差不多就行”。第三个心得是调度效果的验证靠的是用户感受而不只是测试数据。我做验收测试时确实会记录一大堆指标但我更看重的是部署完成之后的一周内有没有用户再来报“网卡了”。有一次项目结束后一周我特意挑晚高峰去客户现场待了一下午没带测试电脑就用手机连上办公网刷视频、开视频会议。那一下午的直观体验比任何报告都有说服力。最后再分享一个从那次办公区项目里带出来的小技巧。调试ax网络的时候千万别把所有AP围在一台电脑前调完了事。我习惯在部署现场拿着平板电脑不断走动每到一个点位就看一下当前连接的AP、信号强度、协商速率的变化。这个习惯帮我发现过好几次“角落里信号看着还行但调度效果很差”的问题。这种问题靠后台数据看不出来因为后台看到的指标是平均后的结果只有站在真正有用户的位置上才能感知到ax调度带来的真实差距。
ax调度是什么？Wi-Fi 6如何通过OFDMA/MU-MIMO/TWT提升无线网络效率
1. 先从一次让人挠头的“ax”需求说起去年接了一个办公区无线改造项目需求文档里核心内容只有一行“网络升级支持ax”。我盯着看了半天第一反应是哪个甲方把内部代号写进合同了。后来电话一沟通才明白对方说的就是802.11ax也就是大家熟悉的Wi-Fi 6。需求本身不复杂但真正把项目做完、把网络调稳之后我反而觉得“ax”这两个字母背后的门道远比“升个级换个路由器”要深得多。尤其是热词里反复出现的那个概念——ax调度它才是Wi-Fi 6和以前所有的Wi-Fi标准拉开本质差距的地方。这篇文章我想以一线实施者的视角好好拆一拆“ax”到底是什么以及“ax调度”这套机制在实际网络里到底在调度什么、怎么调、调完有什么效果。不会堆太多协议文档里的生涩术语更多是我在项目现场踩过的坑、调过的参数、验证过的手段。适合正在准备升级无线网络的朋友、做企业网络运维的同行也适合想弄明白家里那台Wi-Fi 6路由器“凭什么更稳”的普通用户。先说结论ax不只是快它是第一次让Wi-Fi从“大家抢着说话”变成“按顺序、按车道、按时间表说话”的无线标准。而“调度”这两个字就是理解这场变革的钥匙。2. 拆开看ax调度到底在调度些什么2.1 OFDMA让信道“拼车”的调度手段理解ax调度第一个绕不开的机制是OFDMA。这四个字母全称是正交频分多址听起来很吓人但用一句话说就是以前一个信道一次只能被一个设备独占使用现在可以把信道切分成更小的资源块多个设备同时用。我经常拿出租车和大巴来打比方。802.11ac时代的Wi-Fi一个信道就像一辆出租车谁招手谁上一次只能送一个乘客。而802.11ax引入OFDMA之后信道变成了一辆大巴同一个时间点上可以把不同座位分配给不同乘客A设备坐1号座、B设备坐2号座、C设备坐3号座大家同一时刻出发互不干扰。这里面的关键变化在于调度者从“设备”变成了“接入点”本身也就是AP。老标准里设备们靠“先听后说”的机制抢信道谁先检测到信道空闲谁先发这种机制在设备少的时候问题不大可一旦几十台手机同时连上来大家就都在抢冲突重传满天飞。而OFDMA把信道资源切成一个个子载波组也就是RUAP可以根据每个设备的实际需求动态分配RU。举个例子假如信道带宽是20MHz里面有几十个RU有的RU只占2MHz有的占更大带宽。一个正在刷网页的手机可能只需要一个很小的RU来传几条数据而一个正在下载大文件的电脑则可以拿到更大的RU。AP就是那个分配座位的调度员它决定谁坐哪个位置、坐多大位置。这里需要特别说明一个实际中的误区很多人以为只要路由器支持Wi-Fi 6OFDMA就一定生效。其实不然。OFDMA要真正工作需要AP和终端两边都支持802.11ax并且在协商过程中启用OFDMA能力。如果网络里混着一堆Wi-Fi 5甚至更老的设备OFDMA只能对支持它的那些设备生效网络整体效率的提升幅度会大打折扣。2.2 MU-MIMO从“排队过桥”到“多车道并行”OFDMA解决的是“一条信道多人同时用”的问题而MU-MIMO解决的是“多根天线同时服务多个设备”的问题。这里有必要区分一下因为很多人把OFDMA和MU-MIMO混为一谈实际上它们是两个维度上的调度。MU-MIMO在Wi-Fi 5时代就出现了但当时只支持下行也就是AP可以同时给多个设备发送数据但设备往AP上传数据的时候还得老老实实排队。802.11ax把MU-MIMO升级成了支持上行和下行双向而且支持最多8条空间流。这就好比以前只有一座单向桥AP可以同时放几辆车过来但车辆想过去得一辆一辆走现在桥变成了双向八车道两边可以同时过车。关键是MU-MIMO和OFDMA可以叠加使用。一个时间片里AP既可以通过OFDMA把信道切成多个资源块又可以利用多天线在同一资源块上服务多个设备。这种组合调度能力就是“ax调度”真正强悍的地方。我自己的实测感受是MU-MIMO在设备类型混杂的环境里效果尤其明显。一个办公室里同时有笔记本电脑、手机、打印机、智能电视这些设备的天线数量和支持的流数都不一样。老标准里AP要花大量时间处理那些信号弱、速率低的设备因为低速设备占用信道时间特别长。而有了MU-MIMO调度之后AP可以把低速设备和高速设备分组用不同天线、不同时间片分别服务整体吞吐量和稳定性都会有明显改善。2.3 TWT给设备排“闹钟”如果说OFDMA和MU-MIMO管的是“数据怎么传”那TWT管的就是“设备什么时候醒”。TWT的英文全称是Target Wake Time目标唤醒时间这是802.11ax新增的一套节能调度机制。在没有TWT的老网络里Wi-Fi设备要时刻保持监听状态就算没有数据传输也得时不时醒过来听听信道里有没有给自己的消息。这个“时不时醒来听一听”的动作本身就是耗电的。对有电源供应的手机和电脑来说还好但对那些靠电池供电的物联网设备比如无线传感器、智能门锁、摄像头功耗就是个大问题。TWT的思路是AP和设备约定一个精确的时间表设备到点了才醒过来收发数据其他时间可以安心睡大觉。我用一个更生活化的例子解释以前的设备就像值班员怕错过电话得一直坐在电话旁TWT相当于给每个设备配了一个闹钟AP在排程的时候告诉它“你下午3点整醒来接电话就行其他时间该干嘛干嘛”。在商用项目里TWT最大的价值是提升整个网络的设备并发容量。因为每个设备醒着的时间变短了信道上的竞争自然就减少了。这就等于AP作为调度者把几十上百个设备的“醒着时间”错开排布避免了大家同时醒来互相争抢。在部署大量IoT设备的园区网络里我实际观察到开启TWT之后低速率设备的无效占用时间能下降不少整体网络延迟也更平稳。不过TWT也有一个现实问题不是所有终端都会老老实实按闹钟来。有些终端驱动对TWT的支持做得不够好或者应用场景要求低延迟比如语音通话、游戏过度依赖TWT反而可能引入额外的唤醒延迟。所以在实际调优时我会建议对办公笔记本、手机这类交互型设备适度关闭TWT只对IoT传感器这类低频率通信设备开启效果最理想。2.4 BSS Coloring与空间复用给邻区干扰做“减法”前面说的OFDMA、MU-MIMO、TWT都是在“单个AP管好自己这摊设备”的维度上做调度。但一个大型办公区、商场或者学校从来都不是只有一个AP而是有成百上千个AP信道资源要靠重复使用来覆盖所有区域。这时候AP和AP之间的干扰问题就成了调度体系里必须处理的难题。老标准处理干扰的方式很粗暴如果一个AP检测到隔壁信道有信号它就认为信道忙然后选择等待。这个机制的初衷是避免互相干扰但在密集组网场景下它反而导致所有AP都在相互礼让信道利用率极低。我见过不少传统Wi-Fi项目明明覆盖得很好但一到晚高峰就卡成幻灯片很多情况下罪魁祸首就是“过度退避”。802.11ax引入了BSS Coloring机制就是给每个基本服务集也就是每个AP无线电覆盖范围加上一个“颜色编号”。AP在检测信道信号的时候会先判断这个信号是不是跟自己同一个颜色。如果颜色不同说明是隔壁AP的覆盖信号只要信号强度没到阈值就视为“异色信号”可以忽略它继续用自己的信道。如果颜色相同说明是自己覆盖范围内的设备在通信那才需要避让。这个机制的价值在于它把“听到了就都要躲”的二元判断改成了“看到一个不认识的人先判断会不会撞到自己再决定躲不躲”。在实际部署中通过合理规划AP的BSS Color可以让相邻AP在同一个信道上并行工作同时大幅减少传统的CSMA/CA退避等待。这也是为什么同样密度下Wi-Fi 6网络的并发能力比Wi-Fi 5高出一截的重要原因。需要提醒的是BSS Coloring只在同频复用场景下有意义。如果项目里信道规划得好相邻AP用不同信道天然隔离颜色编号的收益就不那么明显。所以BSS Coloring本质上是信道规划不足情况下的“物理层补丁”但它确实是ax调度体系中不可忽视的组成部分。2.5 调制与编码调度之上的“效率放大器”除了上面几个机制还有一项技术容易被忽略但它决定了每次传输能塞进去多少数据那就是1024-QAM高阶调制。这也是802.11ax相较于802.11ac的升级点之一。调制可以理解为“每个信号波形里携带多少比特”。802.11ac最高支持256-QAM每个符号能携带8比特802.11ax把上限提到了1024-QAM每个符号能携带10比特。同样的频谱资源理论峰值速率提升了25%。这就像调度员给每辆车规划好了车位但车本身的装载能力也变大了整体运输效率自然更高。但高阶调制对信号质量极其敏感。1024-QAM要求极高的信噪比信号稍微差一点终端就会自动降级到256-QAM甚至更低。我在实测中就碰到过手机显示连接速率是2400Mbps但往后退两步隔了一堵墙速率立刻掉到1200Mbps以下。所以ax的“高速”是有前提条件的必须在近距离、低干扰环境下才能跑满。真正考验工程水平的是前面那些调度机制能否在复杂环境里尽可能维持较高调制等级。3. 一次完整的ax项目落地与调优记录3.1 现场评估与设备选型真正要看的参数回到我开头说的那个办公区项目。这个项目规模约3000平方米三层办公楼常驻办公人数大约150人加上访客和设备并发终端数峰值在250台左右。原网络是802.11ac Wave 2的设备走廊部署一台AP覆盖一个楼层典型的“覆盖好但容量不足”的布局。项目启动后我没有马上去看哪家AP便宜而是先做了一轮现场评估。评估的核心有几点每个区域的人流量、终端类型分布、高带宽业务场景、以及结构对信号的阻挡程度。这里我想特别强调一点选型时很多客户喜欢盯着“AX3000还是AX5400”这种速率数字看但我的经验是对企业场景来说并发用户数、MU-MIMO空间流数量、OFDMA调度的灵活程度、以及是否能和现有AC统一管理这些才是更该关注的指标。最终我选用的是支持802.11ax、双频4空间流的企业级AP支持上下行OFDMA和上下行MU-MIMO并带有基本的TWT调度选项。部署方式上放弃了原来走廊放一台AP全覆盖的思路改为每个大办公区放一台会议室单独放一台高密度区域采用吸顶布放间距控制在15米左右。这样覆盖密度上去了单位AP承载的用户数降下来了ax调度机制才能发挥出效果。如果你也是做类似项目我强烈建议先做覆盖仿真或者至少现场拿测试手机测一轮信号热力图不要凭感觉放AP。ax调度再怎么智能也架不住信号弱到调不动。调度永远是建立在“听得见”的前提之上的。3.2 部署阶段的调度前提信道、功率与SSID规划AP装好之后第一件事不是急着调OFDMA参数而是先把信道和功率规划好。很多同行容易忽略这一点以为Wi-Fi 6的调度能自动搞定一切。实际上信道规划是调度体系的地基。这个项目里2.4GHz频段我只保留了1、6、11三个信道覆盖优先功率适当调低避免同频干扰。5GHz频段启用了36、40、44、48等互不干扰信道考虑到周围环境的无线干扰比较多我用了80MHz频宽没有激进地上160MHz。原因是160MHz虽然峰值速率更漂亮但在复杂射频环境下非常容易受到干扰导致降速实际体验反而不如稳定的80MHz。那些宣传“AX5400支持160MHz”的卖点在真实办公场景里多数时候就是个纸面参数。SSID规划方面我按业务类型拆成了三个办公SSID启用802.11r快速漫游和802.11k/v辅助漫游访客SSID做独立的VLAN和带宽限制IoT专用SSID隐藏广播专门挂传感器设备并对这个SSID单独开启强制TWT调度。分区之后AP分配给不同设备的调度策略才能有区别这是ax调度落地时最容易出效果的做法。功率这块我多说一句AP功率不是越大越好。之前帮一个客户排查网络慢的问题发现某台AP为了覆盖一个角落发射功率拉到满结果把隔壁两台AP的信道全部压死所有人都受影响。ax的调度机制本质上是要让AP之间“和平共处”把功率控制在合理范围内留出空间给颜色复用和空间复用去发挥才是正确思路。3.3 控制器上的调度参数调整实操AP上线之后真正的调优工作才刚开始。现在大部分企业级无线控制器都提供默认的Wi-Fi 6参数配置但默认值讲究的是“兼容性优先”不可能为每个场景做到最优。我建议按以下顺序逐项检查调整。第一项是OFDMA开关和RU分配策略。我建议确认OFDMA处于开启状态并且RU分配策略选择“按需自动分配”而不是一刀切平均分配。在实际运行中有些AP默认会给每个设备分配相同大小的RU这就导致刷网页的小设备浪费资源下载大文件的大设备又不够用。改成按需分配后小流量设备给窄RU大流量设备给宽RU整体吞吐量能提升不少。第二项是MU-MIMO的空间流配置。我遇到过一台AP同时接入两个老旧Wi-Fi 5终端结果AP自动退回到单用户模式的情况。在企业控制器上通常可以设置“MU-MIMO首选策略”把它调到“多用户优先”鼓励AP尽量使用多用户模式。当然这也要兼顾兼容性如果一个AP下主要设备都是Wi-Fi 5的老终端强行多用户反而增加开销这点要现场观察调整。第三项是TWT参数。前面说过我不建议对所有终端一刀切开启TWT。我的做法是在IoT SSID上开启强制TWT在办公SSID上保持默认非强制让终端自行协商。这样既照顾了传感器设备的续航又不会影响手机、笔记本的实时交互延迟。如果你使用的是允许做流量分类调度的控制器还可以通过识别应用类型对音视频流量绕过TWT节能窗口兼顾功耗体验和业务体验。第四项是比较容易被忽略的就是启用802.11ax专用的“多BSSID”相关特性。企业AP通常会在一个物理AP上虚拟出多个SSID传统标准下每个虚拟AP都要周期性发送Beacon帧占用大量空口资源。802.11ax的多个BSSID特性可以把多个虚拟AP的Beacon合并发送大量减少广播开销。这对那些一个AP上挂了5、6个SSID的项目来说效果立竿见影。3.4 验收测试用什么方式验证调度真实生效调完参数不能光看无线信号满格就宣布完工。我习惯用三组测试来验证ax调度是否真实生效。第一组是并发压力测试。我找了几十台终端同时连接同一台AP其中一部分手机持续播放视频一部分电脑持续跑下载任务还有一部分设备只是挂机待机。在无线控制器上实时观察AP的空口利用率、接入设备数、上下行吞吐量。重点看并发数上去之后吞吐量是线性崩溃还是平稳过渡。老标准的典型表现是并发一多就整体崩溃而ax调度生效的AP通常能保持相对稳定的总吞吐量只是单设备速率有所下降。第二组是混合终端场景测试。我特意找了一台只支持802.11g的老式打印机一台Wi-Fi 5手机两台Wi-Fi 6手机同时接入。然后在Wi-Fi 6手机上做测速对比。如果调度机制正常老设备虽然会拖累一部分性能但不至于让整个网络瘫痪。这里顺便说一个我反复见过的现象有些厂商的Wi-Fi 6 AP在接入老设备后OFDMA就彻底不工作了因为芯片策略过于保守。所以这个测试很能反映一台AP的调度能力是否够“聪明”。第三组是延迟抖动测试。在一个AP下面挂多台设备用一台电脑持续ping网关另一台电脑全速下载观察ping的延迟曲线。ax调度做得好的网络在下载进行中ping延迟波动不会太夸张。如果延迟乱跳说明调度策略没有把高优先级流量保护起来。三组测试跑完我还会把这些数据整理成报告给客户顺便留一份作为后续优化的基线数据。网络交付不是装完就走留下可对比的数据后面出了问题排查效率能高很多。4. ax网络中常见的坑与排查思路4.1 手机协商速率很高实际吞吐却上不去这是我被问得最多的一类问题。用户拿着新买的Wi-Fi 6手机明明状态栏里显示连接速率是2400Mbps的高数值但实际测速只有几百Mbps甚至更低。这里有两个层面的原因。第一层是空口环境不满足高阶调制要求。前面讲1024-QAM的时候说过高协商速率需要极高的信噪比。手机显示的2400Mbps只代表它和AP之间“理论最高能这么高”但如果两者之间有墙体遮挡、微波炉干扰、或者周围有其他AP同频干扰实际调制等级会自动下降吞吐量自然达不到协商速率。排查思路很简单进无线控制器或者AP的射频管理页面查看这个终端的“当前速率”和“信号强度”。如果信号强度在-65dBm以上而当前速率却只有协商速率的一半甚至更低那大概率是干扰导致的重传而不是信号不够。这时候可以检查一下5GHz频段的信道占用情况看看是不是有隐藏干扰源。第二层原因是带宽瓶颈并不在无线侧而在有线侧或者出口带宽。很多小型办公室是几十台设备共用一条200Mbps的宽带那无论无线怎么提升测速上限就在那里。我在排查问题时总是先问一句你测速的服务器在哪里如果是连到外网测速出口带宽才是决定因素。把测速目标改成局域网内的NAS或者另一台电脑无线性能的真实水平才测得出来。4.2 老旧的Wi-Fi 4/5设备是不是“拖油瓶”这个问题几乎每个做混合终端网络的项目都会遇到。办公室里总有一批用了七八年的老笔记本、老打印机它们的无线网卡停留在Wi-Fi 4或者Wi-Fi 5时代。经常听到一种说法只要网络里有一台老设备整个Wi-Fi 6网络都会被拖慢。这个说法有道理但不全面。老设备确实会把无线网络拉回“传统模式”因为802.11ax的保护机制和向后兼容机制要求AP在和老设备通信时要用老标准的方式传输这会降低空口效率。但关键在于AP是否启用了“多BSSID”和“OFDMA混合模式”等兼容调度特性。支持好的AP能把老设备集中到独立的传输窗口里处理而不是让它们和Wi-Fi 6设备混杂争抢。实际排查时我建议看看控制台里每个终端的协商标准分布。如果发现大量老设备长期在线且业务上无法替换可以考虑在AP上开启“多播优化”和“低速率报文限速”之类的功能。把老设备产生的广播报文、低速管理报文压制住能明显释放空口资源。对于打印机这种不需要高带宽的设备还可以直接把它的协商速率上限做限制别让它拿大带宽信道把资源留给高需求用户。还有一个很少人注意的坑老设备如果距离AP太远信号弱到一定程度会频繁重传这比它本身速率低还要致命。因为重传不仅浪费自己的信道时间还会触发整个BSS的退避。所以遇到老设备第一选择永远是优化它的部署位置让它至少拿到一个不错的信号再谈调度策略。4.3 IoT设备功耗没降下来问题出在哪TWT是Wi-Fi 6的卖点之一但很多人在实际部署IoT设备后发现设备耗电量和以前差不多并没有达到预期的续航提升。这通常不是TWT这个机制没用而是它压根没被正确触发。排查的第一步是确认设备本身是否支持802.11ax。市面上很多所谓“智能家居设备”虽然打着新品的旗号用的还是老一代Wi-Fi模块根本不支持TWT那自然谈不上节能。第二步是确认AP上TWT参数是否设置正确。我之前踩过一个坑在控制器上把TWT设置成了“强制”模式结果一部分老终端直接连不上网了另一部分虽然连上但频繁掉线。后来改成“非强制”模式才恢复。强制模式适合纯IoT网络混合网络里必须温柔一点。第三步是看设备的实际唤醒周期。有些设备虽然支持TWT但它的应用层会频繁心跳上报比如摄像头每5秒传一次帧传感器每分钟上报一次温度。如果AP给的唤醒窗口和设备的心跳周期不匹配设备可能刚睡下又被唤醒功耗不降反升。这时就该在AP侧调整TWT的唤醒间隔让它和设备的心跳节奏对齐。这个参数通常藏在AC的高级配置里需要慢慢试。4.4 快速排查速查表为了便于大家在实际运维中快速定位问题我把上面这些经验整理成了一张速查表出现症状的时候可以按图索骥症状优先怀疑方向排查动作协商速率高但吞吐低调制降级、干扰查看当前速率与信噪比扫描同频干扰老设备接入后整体变卡广播开销、低速报文占信道启用多BSSID合并广播限制老设备速率上限IoT设备续航无改善TWT未生效或参数不匹配确认设备支持ax校准唤醒周期区分强制与非强制高并发时段延迟抖动调度策略未生效确认OFDMA按需分配观察空口利用率曲线某区域信号满格但网速极慢邻区同频干扰、BSS Coloring未区分检查相邻AP颜色编号调整功率与信道新增AP后整个网络变慢信道重叠、功率过高重新做信道规划降低相邻AP功率这张表覆盖了我这几年在各类现场碰到的80%以上的问题。当然每个网络都有自己的脾气速查表只是起点不是终点。5. 关于ax调度我自己的几个心得项目做多了之后我对“ax调度”这四个字的理解也在变化。最开始我把调度单纯理解为OFDMA、MU-MIMO这些协议特性的叠加后来发现它们确实强大但越强大的东西越依赖前置条件。第一个心得是调度越强越要控制不可控因素。ax的调度机制本质上让AP变成了一个更强势的指挥者但指挥者要发挥作用必须对全局有清晰的感知。终端分布、信号强度、干扰来源、业务类型这些都是调度决策的输入。如果前期的覆盖设计和信道规划做得糙AP能感知到的就是一堆混乱的信号再聪明的调度也白搭。所以我一直跟客户说Wi-Fi 6项目里射频勘测这一步不但不能省还要比以前做得更细。不夸张地讲ax让网络变聪明了但也让基础设计失误的代价变大了。第二个心得是别把“智能调度”神话。所谓智能本质上是基于规则和算法的自动决策它不会跳出物理世界的约束。拿BSS Coloring来说它能缓解邻区干扰但不可能创造无限容量拿TWT来说它能优化设备能耗但救不了设计糟糕的IoT终端。这就像再好的交通调度系统也架不住道路本身常年失修。设备选型、安装规范、参数调优是环环相扣的真正专业的网络交付容不得“差不多就行”。第三个心得是调度效果的验证靠的是用户感受而不只是测试数据。我做验收测试时确实会记录一大堆指标但我更看重的是部署完成之后的一周内有没有用户再来报“网卡了”。有一次项目结束后一周我特意挑晚高峰去客户现场待了一下午没带测试电脑就用手机连上办公网刷视频、开视频会议。那一下午的直观体验比任何报告都有说服力。最后再分享一个从那次办公区项目里带出来的小技巧。调试ax网络的时候千万别把所有AP围在一台电脑前调完了事。我习惯在部署现场拿着平板电脑不断走动每到一个点位就看一下当前连接的AP、信号强度、协商速率的变化。这个习惯帮我发现过好几次“角落里信号看着还行但调度效果很差”的问题。这种问题靠后台数据看不出来因为后台看到的指标是平均后的结果只有站在真正有用户的位置上才能感知到ax调度带来的真实差距。
