Multi-RU 多资源单元调度是什么
Wi-Fi 6 的 OFDMA 规定每个终端每帧只能占用一个资源单元（RU），导致在业务形态混合时容易产生碎片。Wi-Fi 7（802.11be）引入 Multi-RU：允许把多个 RU 分配给同一个终端，例如同时给一个 242-tone 与一个 106-tone，让调度器在大包与小包混跑的场景下更灵活地拼合频谱，减少浪费。
基本信息
| 所属标准 | 802.11be（Wi-Fi 7） |
|---|---|
| 对比 11ax | 11ax 中每终端每帧只占 1 个 RU |
| 主要收益 | 减少频谱碎片浪费，兼顾大包与小包 |
| 终端要求 | 需 11be 终端参与，终端侧无需配置 |
| 生效条件 | 取决于 AP 调度算法与业务分布 |
验证方法
验证方法
# 1) 构造混合业务：大包（文件传输）与小包（交互、心跳）同时存在
# 2) 在开启与关闭 MRU 两态下对比吞吐、时延分布与调度日志
# 3) 只看单一业务流（如单个大文件下载）时差异不明显，不作为判据
# 4) 结合终端能力清单，确认参与调度的终端为 11be 型号典型使用场景
- 办公区混合业务：文件同步与网页交互同时进行，碎片明显
- 教室：提交类小包与视频流并发，调度需要兼顾两类需求
- 会议室投屏：大流量视频与信令小包并存
- 高密场馆：终端数量多、业务形态杂乱，碎片浪费更突出
- IoT 混合部署：周期上报与偶发大包共存的场景
现象与归因
| 现象 | 说明 |
|---|---|
| 单一大流测试无差异 | 属正常，MRU 收益体现在混合业务 |
| 混合业务下时延改善 | 调度碎片减少的直接体现 |
| 部分终端体验不变 | 非 11be 终端不参与该机制 |
| 跨品牌表现不一 | 不同厂商调度实现差异，互通时可能回落 |
Multi-RU 与 OFDMA 同属调度机制，终端无需感知配置；效果好坏取决于 AP 调度算法与现场业务分布，不能简单按「开了就快」预期。
评估时把「混合业务场景下的时延分布」作为主指标，比单看吞吐峰值更能反映调度机制的价值。