咱们先从你观察到的现象入手拆解：你已经排除了网卡厂商私有算法和AP设备的问题——毕竟Intel AX200（用iwl-mvm-rs）、Broadcom Xeon 1200（不同速率控制算法），还有多款AP都出现了同样的上行带宽降级，且AP下行始终保持160MHz，这说明问题确实出在Linux系统的无线栈层面。

问题根源定位 #

这个现象的核心是Linux内核的mac80211/cfg80211子系统在起作用：

• cfg80211作为无线配置的接口层，负责传递AP的带宽能力给终端的驱动和mac80211；
• mac80211则是实际管理数据帧收发、带宽协商的核心模块，它内置了带宽自适应逻辑——当终端RSSI低于某个阈值（你实测的-60dBm左右）时，会主动把上行带宽从160MHz降到80MHz，目的是在弱信号下提升传输可靠性（窄带宽对应更高的信噪比容限）。

但你遇到的情况属于“过早降级”，这大概率是mac80211中带宽自适应逻辑的BUG：它没有考虑到AP已经被强制固定为160MHz的场景，错误地触发了上行带宽降级，甚至导致了上下行带宽不匹配（下行160MHz、上行80MHz）的反常现象。

能否强制固定终端上行带宽为160MHz？ #

可以尝试以下几种方案，但要注意：弱信号下强制160MHz可能会提升丢包率，需要权衡可靠性和速率：

1. 调整内核模块的信号阈值参数
   对于不同厂商的网卡，对应的内核模块有可调整的RSSI阈值参数：

   • Intel网卡（比如AX200）：查看iwlwifi模块的参数，用modinfo iwlwifi找到类似rssidbm_threshold的参数，加载模块时调低阈值，让终端在更弱的信号下才触发降级：

     modprobe iwlwifi rssidbm_threshold=-70
     

   • Broadcom网卡：对应brcmfmac模块也有类似的信号阈值参数，可通过modinfo brcmfmac查询后调整。

2. 用iw命令强制锁定带宽
   尝试直接通过iw工具指定终端的上行带宽：

   # 替换<信道号>为你的AP使用的信道
   iw wlan0 set channel <信道号> 160
   

   注意：部分网卡驱动会优先遵循mac80211的自适应逻辑，可能会忽略这个手动配置，需要实测验证。

3. 修改内核源码打补丁
   如果上述方法都无效，就需要直接修改mac80211的代码：
   内核源码中net/mac80211/目录下的rate.c或sta_info.c文件包含带宽选择的逻辑，找到触发上行带宽降级的代码段，要么注释掉自动降级的逻辑，要么调整触发阈值。

关于上下行带宽不一致的BUG补充 #

你提到的“下行500Mbps（160MHz）、上行250Mbps（80MHz）”的不一致，确实是典型的BUG表现。正常情况下，上下行带宽应该同步协商，而这里mac80211只调整了上行带宽，却没有考虑到AP已经被强制固定为160MHz的配置，导致了速率不匹配。你可以在Linux内核Bugzilla上搜索相关报告，或者提交新的BUG反馈来推动修复。

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