WiFi 6（802.11ax）OFDMA机制解析与吞吐量测试
扫描二维码
随时随地手机看文章
在WiFi 5（802.11ac）及以前的时代，AP（接入点）就像一位“单线程”的快递员，一次只能处理一个包裹（数据包）。即便信道很宽，如果多个设备同时请求，它们也只能排队等待。WiFi 6（802.11ax） 的核心突破在于引入了源自蜂窝通信的 OFDMA（正交频分多址） 技术，它让AP从“快递员”升级为“物流中心”，实现了真正的多用户并行传输。本文将深入解析OFDMA的“分车道”机制，并给出量产级的吞吐量测试方案。
一、OFDMA核心机制：从“分时”到“分车道”
OFDMA的本质是频域资源的精细化切分。它不再将整个信道作为一个整体分配给单一用户，而是将其划分为多个细小的资源单元（RU），由AP统一调度，分配给不同用户同时使用。
1. RU（Resource Unit）：WiFi 6的“最小车道”
在802.11ax中，子载波间隔从WiFi 5的312.5kHz缩小到78.125kHz。这些子载波被打包成不同大小的RU，成为调度的基本单位。
RU类型 子载波数 近似带宽 典型应用场景
RU-26 26 ~2 MHz IoT设备（传感器、智能插座）
RU-52 52 ~4 MHz 语音通话、即时消息
RU-106 106 ~8 MHz 网页浏览、社交应用
RU-242 242 ~20 MHz 4K视频流、大文件下载
工程意义：在一个80MHz的信道中，AP可以同时为一部手机（分配RU-242看视频）、一个智能音箱（分配RU-52传输语音）和多个传感器（分配RU-26）发送数据，且它们在同一时刻完成传输，极大降低了延迟。
2. 上下行MU机制
• 下行OFDMA：AP主动将数据封装在不同的RU中，一次性发射给多个STA（站点）。
• 上行OFDMA：这是WiFi 6的难点与亮点。AP通过发送Trigger Frame（触发帧），精确告知各STA在哪个RU上、以多大功率、在什么时间开始发送。STA在收到指令后，在SIFS（短帧间隔）后同步上行发送，避免了传统CSMA/CA机制中的随机退避碰撞。
二、吞吐量测试实战：iperf3与多节点压测
OFDMA的优势在多设备并发场景下才能凸显。单设备测速往往无法区分WiFi 5与WiFi 6的差异。以下是基于Linux/嵌入式平台的测试方案。
1. 测试拓扑搭建
建议使用1台WiFi 6 AP + 4台及以上WiFi 6终端（如手机或嵌入式模组）。确保所有设备支持80MHz频宽，并关闭2.4GHz频段以避免干扰。
2. 服务端（AP侧）配置
在AP侧运行iperf3服务端，监听5201端口。
# 在AP上运行（通常为有线侧服务器）
iperf3 -s -p 5201 -D
3. 客户端（STA侧）并发测试脚本
OFDMA的增益主要体现在上行方向（多设备同时向AP发送数据）。以下脚本模拟4台设备同时进行上行TCP测试。
#!/bin/bash
# ofdma_ul_test.sh - 多客户端并发上行测试
SERVER_IP="192.168.1.1" # AP的IP地址
DURATION=60 # 测试时长60秒
THREADS=4 # 每客户端线程数
# 启动4个客户端进程（模拟4台设备）
for i in {1..4}; do
iperf3 -c $SERVER_IP -t $DURATION -P $THREADS -p 5201 --bind 192.168.1.$((100+i)) &
done
# 等待所有测试结束
wait
echo "All OFDMA UL tests completed."
4. 关键指标与预期结果
在屏蔽室或干净射频环境下，对比WiFi 5（802.11ac）与WiFi 6（802.11ax）的测试数据：
测试场景 标准 4设备总吞吐量（TCP UL） 单设备平均速率 延迟（P95）
无OFDMA 802.11ac ~400-500 Mbps ~100 Mbps 30-100 ms
开启OFDMA 802.11ax 700-900 Mbps ~200 Mbps <20 ms
数据分析：OFDMA通过减少空口冲突和排队时间，显著提升了多设备并发下的总容量（Capacity） 和公平性。即使设备增多，每个设备也能获得相对稳定的带宽保障。
三、OFDMA调试与排错要点
1. 确认OFDMA生效
在测试中，仅连接WiFi 6设备并不保证OFDMA一定生效。AP可能因兼容性策略降级到OFDM模式。可通过以下手段验证：
• 抓包分析：使用Wireshark捕获空口包，过滤wlan.he.mu_ul.user_index或wlan.he.data_5.ru_allocation字段，查看RU分配情况。
• AP日志：查看AP的系统日志，搜索“OFDMA”或“MU-MIMO”关键字，确认调度器已启用。
2. 常见性能瓶颈
• 终端不支持：旧款手机或IoT模组可能仅支持WiFi 4/5，会迫使整个BSS（基本服务集）退回到传统模式。
• 驱动参数：在嵌入式Linux平台（如基于MT76或Ath10k驱动），检查/sys/kernel/debug/ieee80211/phyX/下的统计信息，关注“BA（Block Ack）失败率”，过高的失败率会触发重传，抵消OFDMA的增益。
四、结语
WiFi 6的OFDMA技术，通过RU（资源单元） 这一“微观”调度单位，解决了高密度场景下的空口拥堵难题。对于嵌入式开发者而言，理解RU的分配逻辑（如小包数据用RU-26，大流量用RU-242）有助于优化产品在复杂网络中的实时性。在量产测试中，务必采用多节点并发上行测试来真实还原OFDMA的性能优势，避免被单设备峰值速率所误导。
下载文档
