信道宽度为什么会自动降档
配置里写的是 80MHz，实际却工作在 40 或 20MHz。原因主要有两类：一是 DFS 规避，雷达事件后避开受影响的子信道；二是同频邻区重叠（OBSS）检测，AP 发现绑定的子信道被邻区占用，主动收窄以保证可用性。降档会拉低峰值速率，但在密集环境里反而常常提升整体效率。
基本信息
| 常见原因 | DFS 规避、同频邻区重叠（OBSS）、干扰检测 |
|---|---|
| 影响 | 峰值速率下降；密集环境下降宽反而可能提升整体效率 |
| 确认方法 | 查看实际工作带宽与信道，而不是只看配置值 |
| 决策口径 | 高密场景主动采用 40 或 20MHz 往往更稳 |
| 副作用 | 反复自动收窄与恢复会造成性能波动，投诉难以复现 |
降档原因与应对
| 原因 | 表现 | 应对 |
|---|---|---|
| DFS 规避 | 雷达事件后收窄或换信道 | 换到非 DFS 段 |
| OBSS 检测 | 邻区占用了绑定的子信道 | 主动规划 40 或 20MHz |
| 干扰检测 | 局部噪声高，收窄避让 | 先定位干扰源 |
| 配置冲突 | 相邻 AP 宽度叠加 | 统一规划宽度与信道 |
| 客户端能力 | 部分终端不支持 80MHz | 按终端能力评估加宽收益 |
核对方法
核对方法
# 对比配置带宽与实际工作带宽（命令随厂商不同）
show ap channel
# 核对要点
# 1. 当前实际工作带宽，而不是配置值
# 2. 是否发生过多次信道或带宽变更
# 3. 变更时间是否与投诉时间吻合密集办公与住宅楼里，80MHz 常因重叠被迫窄化。直接规划 40MHz 可以减少反复调整，稳定性也更好，不必执着于配置页面上的大数字。
如果确认降档由 OBSS 引起，最有效的处理通常不是强行锁定宽度，而是回到规划层：把该区域的宽度统一降到 40 或 20MHz，让相邻 AP 的信道组合重新错开，性能波动会明显减少。
只看配置不看实际工作状态是常见误判：降档发生在运行时，配置页依旧显示 80MHz，于是被当成「配置没问题、一定是终端的问题」。