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的性能优势，避免被单设备峰值速率所误导。