最近在无线网络技术社群里“ax调度”成了高频词。一开始我以为又是谁造的圈内黑话点进去仔细看才发现大家讨论的其实是802.11ax——也就是我们常说的Wi-Fi 6——里的整套调度机制OFDMA资源分配、上行调度触发、MU-MIMO配对、TWT省电、BSS Coloring空间复用。作为一个和无线网络打了十年交道的从业者我把AP后台这些调度参数一个个翻出来验证过也踩过不少坑。这篇就结合我的实际经验把“ax调度”拆开讲清楚想调优全网Wi-Fi的朋友可以直接参考。1. 为什么说 ax 调度的核心是让 AP 从“抢麦”变成“排班”1.1 传统 Wi-Fi 的竞争本质与性能天花板要理解ax调度得先明白以前的Wi-Fi是怎么工作的。从802.11a/b/g时代一直到802.11ac无线信道接入方式基本没变过所有设备共享同一个信道谁要发数据先听信道是不是空闲空闲了就发发完再等确认。如果真撞上了就随机退避一会儿再试。这就是CSMA/CA专业叫载波侦听多路访问/冲突避免。这个机制本质上就是“抢麦”——一堆人在同一个房间里说话谁嗓门大谁先说但每次只能有一个人真正说话。早期终端少、业务轻抢麦问题不大。到了会议室几十台笔记本加手机同时上线、上网课和视频会议成为常态的时候问题就暴露了设备越多碰撞和退避越频繁空口利用率直线下降。大量小报文语音、心跳、鼠标键盘操作也要走完整竞争流程开销占比极高。AP的下行流量比如视频流尤其吃亏因为它要和每一个终端公平竞争一个慢终端就能拖慢整片网络。我见过不少客户抱怨“明明宽带升级到千兆路由器也换了但一开会就卡”原因往往就在这里。物理层速率从54Mbps涨到了千兆以上但MAC层的接入方式原地踏步信道利用率撑死也就百分之三五十。1.2 802.11ax 做了哪些调度层面的改动802.11axWi-Fi 6最聪明的地方就是不再让所有设备靠“抢”来决定谁说话而是让AP统一规划。这就是“ax调度”的核心思想AP不再是一个被动听声的参与者而是一个主动排班的管理者。具体来说调度的维度主要有四个频域调度OFDMA把信道切成更小的资源块多个设备可以同时收发。空间域调度MU-MIMO同一块频率上利用不同空间流同时服务多个设备。时间域调度TWT设备和AP协商苏醒时间错峰收发既省电又减少冲突。空间复用调度BSS Coloring识别相邻网络的帧判断能否同时并发传输。从802.11ac的“单用户为主、多用户为辅”到802.11ax的“多用户同时调度为主”这是范式级别的变化。这也是为什么“ax调度”这个说法虽然不来自标准文档却非常精准——AX时代的Wi-Fi本质上就是一套多用户调度系统。1.3 “ax调度”热词背后的真实关注点“ax调度”这词在网工圈热起来倒也不意外。现在正好是Wi-Fi 6设备大面积铺开、Wi-Fi 7开始预热的时间点。很多人发现路由器上多了OFDMA、MU-MIMO、TWT这些开关但搞不清它们到底该不该开、开了有没有用、会不会副作用。另外Wi-Fi 6的很多调度思路会延续到Wi-Fi 7802.11be里比如多资源单元MRU、更灵活的前导码打孔等都是OFDMA调度的演进。把ax调度吃透了后面理解Wi-Fi 7会轻松很多。所以这篇的重点就是围绕ax调度的几个核心机制讲清楚原理、配置时机和实际坑点。下一节我们先拆最关键的OFDMA。2. OFDMA 调度把 20MHz 高速路切成细车道的分配逻辑2.1 资源单元 RU 怎么切切多少OFDMA全称是正交频分多址。简单说以前一个20MHz信道一次传输只能服务一个用户现在把信道按频率切成若干个小格子每个格子可以分配给不同用户AP同时和多个用户通信。802.11ax里这些小格子叫资源单元Resource Unit简称RU最小的是26个子载波子载波间隔31.25kHz带宽大约2MHz。往上有52、106、242、484、996等不同尺寸。以最常见的20MHz信道为例信道带宽26-tone RU 数量52-tone RU 数量106-tone RU 数量242-tone RU 数量20MHz最多9个最多4个最多2个1个整信道40MHz18个8个4个2个80MHz37个16个8个4个160MHz74个32个16个8个我拿停车场打个比方以前是一条很宽的单车道一次过一辆车剩下的路面全空着。OFDMA相当于把这条路划出若干个标准车位小车停小车位大车停大车位只要车位数量和大小匹配大家可以同时进出。对实际组网来说RU大小的分配直接影响体验。语音、即时消息这类小包分配一个26-tone或52-tone的小RU就够了视频流、文件下载这类大流量才需要分配106、242甚至更宽的RU。AP调度器要做的就是根据每个终端的缓存队列和业务优先级决定谁拿哪个尺寸的RU。2.2 下行 OFDMA 的一次完整分配流程下行OFDMA的调度流程理解起来不难。AP在某个发送机会TXOP里查看自己下行队列里有哪些终端的帧按报文大小、服务类型和信道条件分配RU然后构造一个多用户物理层协议数据单元HE MU PPDU在同一个时间里发给多个终端。这里有个关键点每个终端虽然收到的是完整的无线帧但只在自己的RU子载波上解调数据。这就好比开一场电话会议电话线被分成多个虚拟线路每个参会者只接听自己那条线上的内容。实际帧结构里HE-SIG-B字段记录了每个RU的位置、大小以及对应的用户ID终端根据这个信息定位自己的数据。如果某个终端不支持OFDMAAP就不会把它排进MU PPDU而是用传统方式单独发它。这也是为什么老网卡多了会影响整体效率——它们占用了额外的竞争窗口和传输时间。2.3 上行 OFDMA 为什么难触发帧与缓冲上报相比下行上行OFDMA就复杂多了。下行是AP自己手里有数据想怎么分就怎么分上行是数据在终端手里AP必须知道“谁有数据要发、要发多少”才能合理分配RU。这个信息来自两个方面。一是终端的缓存状态报告Buffer Status ReportBSR终端报告自己队列里的字节数二是AP主动发送的触发帧Trigger Frame。触发帧里包含了RU分配、目标终端、调制编码方式、功率控制等信息终端收到触发帧后在指定RU上同时发送数据。整个上行调度的时序大概是这样AP发送触发帧通知哪些终端在哪些RU上传输。各终端在短帧间隔SIFS后同时发送上行数据帧使用相同的频率基准和时间基准。AP在对应的RU上接收并解码每个终端的数据。如果有终端数据没发完AP在后续触发帧里继续分配RU。我一开始对这个设计有个疑问为什么不干脆让终端像以前一样主动上传非要AP“点名”后来在实测中想明白了。如果让终端自由竞争高负载下必然撞车而统一调度虽然牺牲了一点灵活性但AP可以对所有上行流量做优先级编排比如优先保障视频会议终端、限制后台下载这在企业网里价值非常大。2.4 小包场景下的实际收益OFDMA对大量小报文并发场景的提升最直观。2022年我做过一个办公楼无线升级项目同一台AP从802.11ac换到802.11ax后会议室里40多台终端同时开在线文档和语音通话以前频繁出现的“间歇性断流”消失了时延也稳定了不少。原因很简单语音通话每20ms左右生成一小包以前每包都要整信道竞争40个终端抢一个信道现在这些语音小包可以各自占一个小RU在同一时刻一起上传竞争开销几乎被抹平。当然OFDMA对单用户大流量的提升没那么明显。如果你只是一个人在家里看4K视频开不开启OFDMA体感差别可能不大。这一点在后文调优部分会专门说避免大家走进“开了就一定快”的误区。3. 多用户复用调度怎么选OFDMA 与 MU-MIMO 的协同逻辑3.1 频域复用和空间复用的边界OFDMA解决的是“频域复用”问题——把频率切开分给不同用户MU-MIMO解决的是“空间域复用”问题——相同频率上通过不同天线空间流同时服务不同用户。两者并不冲突802.11ax甚至允许它们混合使用即同一个RU上再叠加多个空间流分给多个终端。802.11ac时代只有下行MU-MIMO且最多支持4个用户、4条空间流802.11ax把这个上限提高到8条空间流同时新增了上行MU-MIMO。这在多天线AP上是个实打实的提升。不过要注意MU-MIMO的收益高度依赖多径环境和终端天线数量。如果终端是单天线设备它占一条空间流AP端多天线才能形成足够的信道自由度否则配对效果并不理想。3.2 调度器在什么情况下选 OFDMA什么情况下选 MU-MIMO实际调度时AP会根据业务模型做选择。我观察到的规律大致如下业务特征优先采用的复用方式原因大量小报文语音、信令、IoT心跳OFDMA每个终端分配小RU避免整信道竞争少量终端的大流量传输MU-MIMO每个终端需要整信道带宽利用空间流并行混合场景视频通话下载OFDMA MU-MIMO 混合不同业务分RU大流量终端在宽RU上堆空间流终端天线数少、环境空旷OFDMAMU-MIMO配对失败率高空间增益不足这里要纠正一个常见误解很多人把MU-MIMO和OFDMA当成“选一个开”的关系实际上在802.11ax里可以同时生效。AP发送一个HE MU PPDU时帧里既包含OFDMA的RU分配表也可以在某个RU内同时携带多个用户的空间流。调度器要做的就是动态组合这两个维度。记得有一次排查客户问题发现他们的无线AP开启所有特性后终端吞吐反而下降。查了日志才发现AP在80MHz信道上给一台手机分配了整个242-tone RU然后又尝试在同一RU上叠加另一台手机的空间流。由于第二台手机距离较远、信噪比差整个RU的调制编码方式MCS被拉低反而拖慢了第一台手机的速率。这种情况下更合理的做法是给弱信号终端单独分配小RU不去强行配对。3.3 多特性同开会不会互相打架OFDMA、MU-MIMO、TWT、BSS Coloring同时开启理论上没问题但实际部署中要考虑芯片和算法实现。不同厂商AP的调度算法差距很大有的调度器比较“聪明”能根据环境实时调整RU分配策略有的只是机械地按默认参数执行反而带来额外开销。我给个实在的建议初次部署时先只开OFDMA验证基础调度是否正常再逐个叠加MU-MIMO、TWT等特性每开一个就做一轮吞吐和时延测试。不要一上来就把所有新特性全开否则出了问题很难定位是哪一个开关导致的。4. 容易忽略的两个辅路TWT 省电调度与 BSS Coloring 空间复用4.1 TWT 时间窗协商从“随时在线”到“按时起床”TWTTarget Wake Time机制最早在802.11ah里出现802.11ax把它正式纳入主流。它的作用是让终端和AP协商一个“醒着收发数据”的时间窗时间窗外终端可以进入深度休眠大幅降低功耗。打个比方以前手机一直竖着耳朵听AP喊话哪怕没有业务也要保持接收机开启启用TWT后手机和AP约定“每天早上九点整醒来收一次快递收完继续睡”。对于电池供电的物联网传感器、门锁、标签等设备这个特性非常实用。在Wi-Fi 6手机和笔记本上TWT一般默认启用。实际测试中支持TWT的终端在待机场景下功耗确实有改善但幅度取决于终端的实现。有的终端在TWT窗口外完全不监听信道导致AP有下行数据时无法及时送达只能等下一个窗口这也是一种调度上的权衡。4.2 广播 TWT 在物联网里的玩法与坑TWT分为个体TWT和广播TWT两种。个体TWT适合休眠策略差异大的设备广播TWT适合一群工作节奏接近的设备AP定义一个公共的时间窗一群设备在同一时刻醒来。我见过一个仓储项目货架上的温湿度传感器全部是Wi-Fi 6模组原来每个设备每10秒上报一次数据AP并发处理时频繁冲突。后来在AP上启用了广播TWT把这些传感器统一安排在每30秒的一个窗口内上报信道冲突大幅减少传感器续航也从两个月延长到了五个月。但广播TWT有个隐蔽的坑如果AP上有需要实时下发的组播或广播数据比如固件升级、告警推送而物联网设备都睡在TWT窗口外这批设备就会错过消息。所以在实际网络里TWT更适合“上行周期性上报”类业务对实时性要求高的设备要么不加入TWT调度要么把TWT窗口设置得足够密集。4.3 BSS Coloring 的并发传输判断逻辑BSS Coloring是802.11ax在空间复用上的改进。每个BSS基本服务集会分配一个6比特的颜色标识0~63帧头里携带这个颜色。终端在侦听信道时如果收到的帧颜色与本地BSS颜色不同就知道这是其他AP的传输可以在一定条件下与之并发传输而不是像以前那样只要信道忙就退避等待。这个机制解决的场景很典型写字楼里多个AP相邻部署同一信道的两个AP其实覆盖范围重叠不大但传统CSMA/CA机制认为“信道忙”于是普遍互相让路导致频谱利用率下降。BSS Coloring允许AP判断“你的颜色跟我不一样且链路预算允许我就在你传输的同时也发自己的数据”。当然并发传输也不是无条件的。802.11ax通过OBSS_PD重叠BSS检测门限和SRP空间复用参数来控制“什么时候可以并发”。如果门限调得太低容易忽视相互干扰调得太高又回到原来互相让路的状态。这个参数在部分企业AP上可以调整家用路由器一般默认锁死。在我自己的实测中BSS Coloring在密集AP部署场景下的提升是实打实的尤其是高密度宿舍、办公楼但在家庭这种单AP场景基本没有存在感。所以如果你只在自家用一台路由器不必纠结这个参数。5. 调优实测把 AP 里和 ax 调度有关的参数逐个过一遍5.1 需要关注的核心开关与推荐初始值下面这份参数清单是我在多个品牌企业AP和旗舰家用路由器上梳理出来的通用逻辑。不同厂商的界面命名会有差异但核心字段基本一致。参数项推荐初始值说明下行OFDMA开启几乎所有场景都建议开启尤其多终端环境上行OFDMA开启注意观察AP CPU占用部分老AP芯片开启后性能反而下降MU-MIMO按需开启终端多样性低的场景可以先不开TWT含广播TWT按终端类型开启物联网设备效果明显混合终端网络需先做兼容性验证BSS Coloring默认开启多AP同频场景建议检查SRP参数信道宽度5GHz建议80MHz40MHz在干扰大的场景更稳160MHz受限于DFS和干扰收益不一定兑现调制编码方式默认开启高MCS1024-QAM在近距离才能生效远距离AP会自动降级5.2 一版可直接参考的基础配置以某品牌企业AP的命令行风格为例我的基础配置思路大致是这个样子config radio 1 band 5ghz channel-width 80 ofdma downlink enable ofdma uplink enable mu-mimo enable twt enable bss-coloring enable spatial-reuse srp 6 commit这里有一个很关键的细节spatial-reuse srp 6是我自己的经验值。SRP参数表示允许并发传输的差值单位是dB。调得越大并发越激进调得太小又回到CSMA退避。在办公环境的实测中SRP取6~8比较均衡既能利用BSS Coloring的并发能力又不至于压不住邻区干扰。如果你用的是家用路由器界面上可能不会暴露这么多选项。常见的只有“OFDMA开关”“MU-MIMO开关”“TWT开关”这几项。我一般建议家用用户保持默认开启即可。实际上家用路由器出厂固件已经做过一轮适配关掉反而可能引入兼容性问题。5.3 实测出来的坑与对应解法第一类坑是“老终端拖后腿”。802.11ax引入的特性都是HEHigh Efficiency专属能力一旦网络里混入大量802.11ac甚至更老的终端OFDMA就无法对这些终端生效AP只能在传统方式和HE方式之间切换调度效率自然打折。对应解法把不支持Wi-Fi 6的终端尽量规划到单独的SSID或单独频段避免它们干扰主力终端的调度周期。第二类坑是“上行OFDMA触发周期设错”。触发帧本身有开销如果AP过于频繁地发送触发帧空口资源被控制报文吃掉一大块吞吐反降。但触发帧间隔拉太长上行数据排队时延就变大。我调过的一款AP默认触发间隔是40ms视频会议场景下偶发卡顿改成20ms以后时延明显下降而空口开销还在可接受范围。这个值没有绝对标准跟终端数量和业务类型有关需要现场微调。第三类坑是2.4GHz频段收益有限。2.4GHz只有三个完全不重叠的信道且大量老旧物联网设备还挤在上面OFDMA虽然能缓解竞争但信道本身的容量天花板摆在那里。ax调度真正发挥威力应该在5GHz或6GHz如果你有Wi-Fi 6E设备。所以调优时优先保5GHz的性能别把太多希望寄托在2.4GHz上。第四类坑是“CPU开销被低估”。OFDMA和MU-MIMO都需要AP实时做调度决策和信号处理。低端路由器里那些所谓“带OFDMA”的芯片调度算法可能非常简陋开了以后CPU占用飙升整体时延反而变差。判断方法很简单开启特性后看AP的后台CPU/Memory占用率有没有显著攀升以及满载多终端下时延有没有恶化。5.4 性能验证方法调参不能靠“感觉”。我的标准流程是先用无线勘察工具Ekahau、NetSpot、AirCheck或者简单的安卓端Wi-Fi Analyzer确认覆盖和信道干扰情况。定点测试分别在离AP 1米、5米、10米的距离用支持Wi-Fi 6的旗舰手机和笔记本做iperf3传输测试。并发压力测试用10台以上终端同时跑视频通话或文件下载观察时延和丢包曲线。每调整一个参数重复上述测试记录数据后再动下一个参数。有一次我调整某AP的MU-MIMO策略前后对比只改了这一个开关并发下载吞吐从380Mbps提升到520Mbps但视频通话时延从5ms涨到18ms。从中也能看出来同一组参数对不同业务的影响可能相反最终取舍取决于你的网络里跑什么业务占比更高。说句题外话现在很多网工把“参数全开”当成最优解其实调优的核心还是“匹配业务场景”。我曾经接手过一个项目网络里九成流量是会议和办公系统的小包我最终在AP侧弱化了MU-MIMO、强化了OFDMA上行调度效果反而比全开更好。ax调度这整套机制本质上就是给了一张可调的面板关键是你得知道自己想在这块面板上调出什么样的声音。
ax调度怎么调？Wi-Fi 6核心调度机制OFDMA/MU-MIMO/TWT实战解析
最近在无线网络技术社群里“ax调度”成了高频词。一开始我以为又是谁造的圈内黑话点进去仔细看才发现大家讨论的其实是802.11ax——也就是我们常说的Wi-Fi 6——里的整套调度机制OFDMA资源分配、上行调度触发、MU-MIMO配对、TWT省电、BSS Coloring空间复用。作为一个和无线网络打了十年交道的从业者我把AP后台这些调度参数一个个翻出来验证过也踩过不少坑。这篇就结合我的实际经验把“ax调度”拆开讲清楚想调优全网Wi-Fi的朋友可以直接参考。1. 为什么说 ax 调度的核心是让 AP 从“抢麦”变成“排班”1.1 传统 Wi-Fi 的竞争本质与性能天花板要理解ax调度得先明白以前的Wi-Fi是怎么工作的。从802.11a/b/g时代一直到802.11ac无线信道接入方式基本没变过所有设备共享同一个信道谁要发数据先听信道是不是空闲空闲了就发发完再等确认。如果真撞上了就随机退避一会儿再试。这就是CSMA/CA专业叫载波侦听多路访问/冲突避免。这个机制本质上就是“抢麦”——一堆人在同一个房间里说话谁嗓门大谁先说但每次只能有一个人真正说话。早期终端少、业务轻抢麦问题不大。到了会议室几十台笔记本加手机同时上线、上网课和视频会议成为常态的时候问题就暴露了设备越多碰撞和退避越频繁空口利用率直线下降。大量小报文语音、心跳、鼠标键盘操作也要走完整竞争流程开销占比极高。AP的下行流量比如视频流尤其吃亏因为它要和每一个终端公平竞争一个慢终端就能拖慢整片网络。我见过不少客户抱怨“明明宽带升级到千兆路由器也换了但一开会就卡”原因往往就在这里。物理层速率从54Mbps涨到了千兆以上但MAC层的接入方式原地踏步信道利用率撑死也就百分之三五十。1.2 802.11ax 做了哪些调度层面的改动802.11axWi-Fi 6最聪明的地方就是不再让所有设备靠“抢”来决定谁说话而是让AP统一规划。这就是“ax调度”的核心思想AP不再是一个被动听声的参与者而是一个主动排班的管理者。具体来说调度的维度主要有四个频域调度OFDMA把信道切成更小的资源块多个设备可以同时收发。空间域调度MU-MIMO同一块频率上利用不同空间流同时服务多个设备。时间域调度TWT设备和AP协商苏醒时间错峰收发既省电又减少冲突。空间复用调度BSS Coloring识别相邻网络的帧判断能否同时并发传输。从802.11ac的“单用户为主、多用户为辅”到802.11ax的“多用户同时调度为主”这是范式级别的变化。这也是为什么“ax调度”这个说法虽然不来自标准文档却非常精准——AX时代的Wi-Fi本质上就是一套多用户调度系统。1.3 “ax调度”热词背后的真实关注点“ax调度”这词在网工圈热起来倒也不意外。现在正好是Wi-Fi 6设备大面积铺开、Wi-Fi 7开始预热的时间点。很多人发现路由器上多了OFDMA、MU-MIMO、TWT这些开关但搞不清它们到底该不该开、开了有没有用、会不会副作用。另外Wi-Fi 6的很多调度思路会延续到Wi-Fi 7802.11be里比如多资源单元MRU、更灵活的前导码打孔等都是OFDMA调度的演进。把ax调度吃透了后面理解Wi-Fi 7会轻松很多。所以这篇的重点就是围绕ax调度的几个核心机制讲清楚原理、配置时机和实际坑点。下一节我们先拆最关键的OFDMA。2. OFDMA 调度把 20MHz 高速路切成细车道的分配逻辑2.1 资源单元 RU 怎么切切多少OFDMA全称是正交频分多址。简单说以前一个20MHz信道一次传输只能服务一个用户现在把信道按频率切成若干个小格子每个格子可以分配给不同用户AP同时和多个用户通信。802.11ax里这些小格子叫资源单元Resource Unit简称RU最小的是26个子载波子载波间隔31.25kHz带宽大约2MHz。往上有52、106、242、484、996等不同尺寸。以最常见的20MHz信道为例信道带宽26-tone RU 数量52-tone RU 数量106-tone RU 数量242-tone RU 数量20MHz最多9个最多4个最多2个1个整信道40MHz18个8个4个2个80MHz37个16个8个4个160MHz74个32个16个8个我拿停车场打个比方以前是一条很宽的单车道一次过一辆车剩下的路面全空着。OFDMA相当于把这条路划出若干个标准车位小车停小车位大车停大车位只要车位数量和大小匹配大家可以同时进出。对实际组网来说RU大小的分配直接影响体验。语音、即时消息这类小包分配一个26-tone或52-tone的小RU就够了视频流、文件下载这类大流量才需要分配106、242甚至更宽的RU。AP调度器要做的就是根据每个终端的缓存队列和业务优先级决定谁拿哪个尺寸的RU。2.2 下行 OFDMA 的一次完整分配流程下行OFDMA的调度流程理解起来不难。AP在某个发送机会TXOP里查看自己下行队列里有哪些终端的帧按报文大小、服务类型和信道条件分配RU然后构造一个多用户物理层协议数据单元HE MU PPDU在同一个时间里发给多个终端。这里有个关键点每个终端虽然收到的是完整的无线帧但只在自己的RU子载波上解调数据。这就好比开一场电话会议电话线被分成多个虚拟线路每个参会者只接听自己那条线上的内容。实际帧结构里HE-SIG-B字段记录了每个RU的位置、大小以及对应的用户ID终端根据这个信息定位自己的数据。如果某个终端不支持OFDMAAP就不会把它排进MU PPDU而是用传统方式单独发它。这也是为什么老网卡多了会影响整体效率——它们占用了额外的竞争窗口和传输时间。2.3 上行 OFDMA 为什么难触发帧与缓冲上报相比下行上行OFDMA就复杂多了。下行是AP自己手里有数据想怎么分就怎么分上行是数据在终端手里AP必须知道“谁有数据要发、要发多少”才能合理分配RU。这个信息来自两个方面。一是终端的缓存状态报告Buffer Status ReportBSR终端报告自己队列里的字节数二是AP主动发送的触发帧Trigger Frame。触发帧里包含了RU分配、目标终端、调制编码方式、功率控制等信息终端收到触发帧后在指定RU上同时发送数据。整个上行调度的时序大概是这样AP发送触发帧通知哪些终端在哪些RU上传输。各终端在短帧间隔SIFS后同时发送上行数据帧使用相同的频率基准和时间基准。AP在对应的RU上接收并解码每个终端的数据。如果有终端数据没发完AP在后续触发帧里继续分配RU。我一开始对这个设计有个疑问为什么不干脆让终端像以前一样主动上传非要AP“点名”后来在实测中想明白了。如果让终端自由竞争高负载下必然撞车而统一调度虽然牺牲了一点灵活性但AP可以对所有上行流量做优先级编排比如优先保障视频会议终端、限制后台下载这在企业网里价值非常大。2.4 小包场景下的实际收益OFDMA对大量小报文并发场景的提升最直观。2022年我做过一个办公楼无线升级项目同一台AP从802.11ac换到802.11ax后会议室里40多台终端同时开在线文档和语音通话以前频繁出现的“间歇性断流”消失了时延也稳定了不少。原因很简单语音通话每20ms左右生成一小包以前每包都要整信道竞争40个终端抢一个信道现在这些语音小包可以各自占一个小RU在同一时刻一起上传竞争开销几乎被抹平。当然OFDMA对单用户大流量的提升没那么明显。如果你只是一个人在家里看4K视频开不开启OFDMA体感差别可能不大。这一点在后文调优部分会专门说避免大家走进“开了就一定快”的误区。3. 多用户复用调度怎么选OFDMA 与 MU-MIMO 的协同逻辑3.1 频域复用和空间复用的边界OFDMA解决的是“频域复用”问题——把频率切开分给不同用户MU-MIMO解决的是“空间域复用”问题——相同频率上通过不同天线空间流同时服务不同用户。两者并不冲突802.11ax甚至允许它们混合使用即同一个RU上再叠加多个空间流分给多个终端。802.11ac时代只有下行MU-MIMO且最多支持4个用户、4条空间流802.11ax把这个上限提高到8条空间流同时新增了上行MU-MIMO。这在多天线AP上是个实打实的提升。不过要注意MU-MIMO的收益高度依赖多径环境和终端天线数量。如果终端是单天线设备它占一条空间流AP端多天线才能形成足够的信道自由度否则配对效果并不理想。3.2 调度器在什么情况下选 OFDMA什么情况下选 MU-MIMO实际调度时AP会根据业务模型做选择。我观察到的规律大致如下业务特征优先采用的复用方式原因大量小报文语音、信令、IoT心跳OFDMA每个终端分配小RU避免整信道竞争少量终端的大流量传输MU-MIMO每个终端需要整信道带宽利用空间流并行混合场景视频通话下载OFDMA MU-MIMO 混合不同业务分RU大流量终端在宽RU上堆空间流终端天线数少、环境空旷OFDMAMU-MIMO配对失败率高空间增益不足这里要纠正一个常见误解很多人把MU-MIMO和OFDMA当成“选一个开”的关系实际上在802.11ax里可以同时生效。AP发送一个HE MU PPDU时帧里既包含OFDMA的RU分配表也可以在某个RU内同时携带多个用户的空间流。调度器要做的就是动态组合这两个维度。记得有一次排查客户问题发现他们的无线AP开启所有特性后终端吞吐反而下降。查了日志才发现AP在80MHz信道上给一台手机分配了整个242-tone RU然后又尝试在同一RU上叠加另一台手机的空间流。由于第二台手机距离较远、信噪比差整个RU的调制编码方式MCS被拉低反而拖慢了第一台手机的速率。这种情况下更合理的做法是给弱信号终端单独分配小RU不去强行配对。3.3 多特性同开会不会互相打架OFDMA、MU-MIMO、TWT、BSS Coloring同时开启理论上没问题但实际部署中要考虑芯片和算法实现。不同厂商AP的调度算法差距很大有的调度器比较“聪明”能根据环境实时调整RU分配策略有的只是机械地按默认参数执行反而带来额外开销。我给个实在的建议初次部署时先只开OFDMA验证基础调度是否正常再逐个叠加MU-MIMO、TWT等特性每开一个就做一轮吞吐和时延测试。不要一上来就把所有新特性全开否则出了问题很难定位是哪一个开关导致的。4. 容易忽略的两个辅路TWT 省电调度与 BSS Coloring 空间复用4.1 TWT 时间窗协商从“随时在线”到“按时起床”TWTTarget Wake Time机制最早在802.11ah里出现802.11ax把它正式纳入主流。它的作用是让终端和AP协商一个“醒着收发数据”的时间窗时间窗外终端可以进入深度休眠大幅降低功耗。打个比方以前手机一直竖着耳朵听AP喊话哪怕没有业务也要保持接收机开启启用TWT后手机和AP约定“每天早上九点整醒来收一次快递收完继续睡”。对于电池供电的物联网传感器、门锁、标签等设备这个特性非常实用。在Wi-Fi 6手机和笔记本上TWT一般默认启用。实际测试中支持TWT的终端在待机场景下功耗确实有改善但幅度取决于终端的实现。有的终端在TWT窗口外完全不监听信道导致AP有下行数据时无法及时送达只能等下一个窗口这也是一种调度上的权衡。4.2 广播 TWT 在物联网里的玩法与坑TWT分为个体TWT和广播TWT两种。个体TWT适合休眠策略差异大的设备广播TWT适合一群工作节奏接近的设备AP定义一个公共的时间窗一群设备在同一时刻醒来。我见过一个仓储项目货架上的温湿度传感器全部是Wi-Fi 6模组原来每个设备每10秒上报一次数据AP并发处理时频繁冲突。后来在AP上启用了广播TWT把这些传感器统一安排在每30秒的一个窗口内上报信道冲突大幅减少传感器续航也从两个月延长到了五个月。但广播TWT有个隐蔽的坑如果AP上有需要实时下发的组播或广播数据比如固件升级、告警推送而物联网设备都睡在TWT窗口外这批设备就会错过消息。所以在实际网络里TWT更适合“上行周期性上报”类业务对实时性要求高的设备要么不加入TWT调度要么把TWT窗口设置得足够密集。4.3 BSS Coloring 的并发传输判断逻辑BSS Coloring是802.11ax在空间复用上的改进。每个BSS基本服务集会分配一个6比特的颜色标识0~63帧头里携带这个颜色。终端在侦听信道时如果收到的帧颜色与本地BSS颜色不同就知道这是其他AP的传输可以在一定条件下与之并发传输而不是像以前那样只要信道忙就退避等待。这个机制解决的场景很典型写字楼里多个AP相邻部署同一信道的两个AP其实覆盖范围重叠不大但传统CSMA/CA机制认为“信道忙”于是普遍互相让路导致频谱利用率下降。BSS Coloring允许AP判断“你的颜色跟我不一样且链路预算允许我就在你传输的同时也发自己的数据”。当然并发传输也不是无条件的。802.11ax通过OBSS_PD重叠BSS检测门限和SRP空间复用参数来控制“什么时候可以并发”。如果门限调得太低容易忽视相互干扰调得太高又回到原来互相让路的状态。这个参数在部分企业AP上可以调整家用路由器一般默认锁死。在我自己的实测中BSS Coloring在密集AP部署场景下的提升是实打实的尤其是高密度宿舍、办公楼但在家庭这种单AP场景基本没有存在感。所以如果你只在自家用一台路由器不必纠结这个参数。5. 调优实测把 AP 里和 ax 调度有关的参数逐个过一遍5.1 需要关注的核心开关与推荐初始值下面这份参数清单是我在多个品牌企业AP和旗舰家用路由器上梳理出来的通用逻辑。不同厂商的界面命名会有差异但核心字段基本一致。参数项推荐初始值说明下行OFDMA开启几乎所有场景都建议开启尤其多终端环境上行OFDMA开启注意观察AP CPU占用部分老AP芯片开启后性能反而下降MU-MIMO按需开启终端多样性低的场景可以先不开TWT含广播TWT按终端类型开启物联网设备效果明显混合终端网络需先做兼容性验证BSS Coloring默认开启多AP同频场景建议检查SRP参数信道宽度5GHz建议80MHz40MHz在干扰大的场景更稳160MHz受限于DFS和干扰收益不一定兑现调制编码方式默认开启高MCS1024-QAM在近距离才能生效远距离AP会自动降级5.2 一版可直接参考的基础配置以某品牌企业AP的命令行风格为例我的基础配置思路大致是这个样子config radio 1 band 5ghz channel-width 80 ofdma downlink enable ofdma uplink enable mu-mimo enable twt enable bss-coloring enable spatial-reuse srp 6 commit这里有一个很关键的细节spatial-reuse srp 6是我自己的经验值。SRP参数表示允许并发传输的差值单位是dB。调得越大并发越激进调得太小又回到CSMA退避。在办公环境的实测中SRP取6~8比较均衡既能利用BSS Coloring的并发能力又不至于压不住邻区干扰。如果你用的是家用路由器界面上可能不会暴露这么多选项。常见的只有“OFDMA开关”“MU-MIMO开关”“TWT开关”这几项。我一般建议家用用户保持默认开启即可。实际上家用路由器出厂固件已经做过一轮适配关掉反而可能引入兼容性问题。5.3 实测出来的坑与对应解法第一类坑是“老终端拖后腿”。802.11ax引入的特性都是HEHigh Efficiency专属能力一旦网络里混入大量802.11ac甚至更老的终端OFDMA就无法对这些终端生效AP只能在传统方式和HE方式之间切换调度效率自然打折。对应解法把不支持Wi-Fi 6的终端尽量规划到单独的SSID或单独频段避免它们干扰主力终端的调度周期。第二类坑是“上行OFDMA触发周期设错”。触发帧本身有开销如果AP过于频繁地发送触发帧空口资源被控制报文吃掉一大块吞吐反降。但触发帧间隔拉太长上行数据排队时延就变大。我调过的一款AP默认触发间隔是40ms视频会议场景下偶发卡顿改成20ms以后时延明显下降而空口开销还在可接受范围。这个值没有绝对标准跟终端数量和业务类型有关需要现场微调。第三类坑是2.4GHz频段收益有限。2.4GHz只有三个完全不重叠的信道且大量老旧物联网设备还挤在上面OFDMA虽然能缓解竞争但信道本身的容量天花板摆在那里。ax调度真正发挥威力应该在5GHz或6GHz如果你有Wi-Fi 6E设备。所以调优时优先保5GHz的性能别把太多希望寄托在2.4GHz上。第四类坑是“CPU开销被低估”。OFDMA和MU-MIMO都需要AP实时做调度决策和信号处理。低端路由器里那些所谓“带OFDMA”的芯片调度算法可能非常简陋开了以后CPU占用飙升整体时延反而变差。判断方法很简单开启特性后看AP的后台CPU/Memory占用率有没有显著攀升以及满载多终端下时延有没有恶化。5.4 性能验证方法调参不能靠“感觉”。我的标准流程是先用无线勘察工具Ekahau、NetSpot、AirCheck或者简单的安卓端Wi-Fi Analyzer确认覆盖和信道干扰情况。定点测试分别在离AP 1米、5米、10米的距离用支持Wi-Fi 6的旗舰手机和笔记本做iperf3传输测试。并发压力测试用10台以上终端同时跑视频通话或文件下载观察时延和丢包曲线。每调整一个参数重复上述测试记录数据后再动下一个参数。有一次我调整某AP的MU-MIMO策略前后对比只改了这一个开关并发下载吞吐从380Mbps提升到520Mbps但视频通话时延从5ms涨到18ms。从中也能看出来同一组参数对不同业务的影响可能相反最终取舍取决于你的网络里跑什么业务占比更高。说句题外话现在很多网工把“参数全开”当成最优解其实调优的核心还是“匹配业务场景”。我曾经接手过一个项目网络里九成流量是会议和办公系统的小包我最终在AP侧弱化了MU-MIMO、强化了OFDMA上行调度效果反而比全开更好。ax调度这整套机制本质上就是给了一张可调的面板关键是你得知道自己想在这块面板上调出什么样的声音。
