使用EDCF/802.11 WMM/WME时上行吞吐量偏低的原因排查

嘿，针对你在WMM（802.11e）测试中遇到的上行吞吐量偏低问题，结合你的测试环境（OpenWrt/LEDE的Linksys 1200ac AP、2.4GHz 802.11n、两台同配置PC + iperf3 UDP流），我梳理了几个最可能的原因和对应的排查方向，帮你定位问题：

• WMM队列映射与EDCA参数配置不合理

  • 首先，iperf3 -u -b 0默认发送的UDP流没有携带DSCP标记，这会导致AP和终端默认把流量丢进最低优先级的BE（Best Effort）队列。而上行流量是终端竞争信道，AP通过EDCA参数（AIFS、CWmin/CWmax、TXOP）来调控不同队列的信道抢占优先级，如果BE队列的EDCA参数设置得过于保守（比如AIFS值过大、CW范围太宽），上行流自然抢不到信道资源。
  • 排查步骤：
    1. 登录OpenWrt后台，检查/etc/config/wireless中是否开启WMM：确认option wmm '1'存在且未被注释。
    2. 尝试给iperf流打上高优先级DSCP标记，比如用iperf3 -u -b 0 -S 0x28（对应AF41，映射到AC_VI队列）测试上行流，看吞吐量是否提升。
    3. 检查AP的EDCA参数是否被自定义修改过，若有异常，恢复默认值再测试。

• 2.4GHz频段的链路质量与干扰问题

  • 2.4GHz本身干扰源密集（蓝牙、微波炉、其他AP等），而且终端的发射功率通常比AP小（AP一般20dBm左右，PC网卡多在15-18dBm），导致上行链路的信噪比（SNR）远低于下行，传输速率受限、重传率升高，直接拉低吞吐量。另外，若你用了40MHz信道绑定，相邻信道的干扰会更严重，进一步压缩上行带宽。
  • 排查步骤：
    1. 在AP上执行iw dev wlan0 scan（替换wlan0为你的2.4GHz无线接口），查看周围AP的信道分布，切换到干扰最少的20MHz信道测试。
    2. 在PC上检查无线网卡的发射功率，确保已设置为最大值（可通过网卡驱动面板或iwconfig wlan0 txpower auto/指定数值调整）。
    3. 用无线分析工具查看上行链路的丢包率和重传率，确认是否是链路质量问题导致。

• OpenWrt无线驱动与固件的优化不足

  • Linksys WRT1200AC搭载的是Marvell 88W8864芯片，OpenWrt对Marvell无线芯片的WMM/EDCA调度支持相对Broadcom、Qualcomm芯片可能不够成熟，旧版本固件甚至可能存在调度逻辑bug。另外，默认配置可能未开启短保护间隔（Short GI）等能提升吞吐量的选项。
  • 排查步骤：
    1. 升级AP到最新的OpenWrt稳定版，或尝试LEDE的特定适配版本（针对Marvell芯片优化的版本）。
    2. 检查无线配置中是否开启option short_gi '1'，短保护间隔能减少传输间隙，提升有效吞吐量。
    3. 查看AP的系统日志（dmesg | grep wlan），确认无线驱动是否有错误或警告信息。

• 终端网卡的WMM支持与测试参数问题

  • 部分PC无线网卡默认可能关闭WMM支持，导致终端无法参与WMM优先级调度，上行流只能以普通竞争方式抢占信道。另外，iperf3 -u -b 0无拥塞控制的特性，若上行链路丢包率高，iperf会持续发送无效流量，看起来吞吐量低。
  • 排查步骤：
    1. 在PC上用iw dev查看网卡状态，确认wmm字段显示为enabled；若未开启，在网卡驱动面板中启用WMM。
    2. 改用TCP流测试（iperf3 -t 60），对比TCP与UDP的上行吞吐量，判断是UDP特定问题还是普遍上行链路问题。
    3. 添加--get-server-output参数运行iperf3，查看丢包率，若丢包率超过5%，优先解决链路质量问题。

• AP的CPU或无线接口瓶颈

  • 虽然是无线上行测试，但AP的CPU负载过高会影响数据包处理效率，Marvell的CPU在处理高流量时容易出现瓶颈。另外，无线接口的硬件队列配置不合理也会导致上行流量被阻塞。
  • 排查步骤：
    1. 在AP上运行top命令，测试时观察CPU使用率，若超过80%，说明CPU是瓶颈，可尝试关闭不必要的后台服务。
    2. 用ifconfig wlan0查看无线接口的统计信息，若tx_errors或rx_errors数值持续增长，说明硬件或驱动存在异常。

内容的提问来源于stack exchange，提问作者Paulo Ribeiro