单 AP 过载是什么
一台 AP 的容量由空口时间决定，而不是由关联终端数或标称速率决定。当同一时刻关联的终端过多、业务量偏大时，空口被反复争用，表现为新终端连不上或连上就慢、已连终端速率骤降、时延抖动明显。典型触发场景是会议室、教室、报告厅这类人员集中、短时间内大量终端同时接入的位置。
判读与缓解
| 过载信号 | 客户端数、信道利用率、重传率三者同步走高 |
|---|---|
| 常见场景 | 会议与上课时集中接入、临时活动、观众席 |
| 缓解一 | 增加 AP 密度并调低功率，让终端就近接入、缩小单点覆盖 |
| 缓解二 | 禁用低速率档、开启负载均衡与频段引导、必要时限制单终端带宽 |
| 规划口径 | 按最忙时段的最多终端数估算容量，而不是用平均值 |
排查与缓解动作
- 先确认是容量问题而非单终端问题：同一 AP 下多数终端同时变慢
- 取峰值数据：看开会或上课时段的客户端数与利用率，而非全天平均
- 把终端尽量引导到 5GHz，减少 2.4G 上的争抢
- 降低功率缩小覆盖区，让远端终端自然漫游到邻近 AP
- 关闭低速率档，避免个别低速率终端长时间占用空口
- 对关键业务做限速与 QoS 保底，语音与会议优先
- 容量确实不足时，增加 AP 数量才是主要手段
控制器侧观察点
控制器侧观察点
# 以思科类控制器为例，各厂商命令名称不同
show ap summary # AP 列表与各自关联的客户端数
show client summary # 客户端与其所在 AP
show ap auto-rf dot11 5ghz # 射频利用率与干扰情况
# 关注峰值时段的客户端数、信道利用率与重传率，而非全天平均值容量问题与覆盖问题的区分
| 观察项 | 容量问题 | 覆盖问题 |
|---|---|---|
| 受影响终端分布 | 集中在同一 AP 下 | 随位置变化，走到别处就好 |
| 信号强度 | 普遍较好，满格仍慢 | 明显偏弱 |
| 时间规律 | 与开会、上课高峰同步 | 与位置相关，与时间关系弱 |
| 信道利用率 | 很高 | 正常或偏高 |
| 处理方向 | 加 AP、降功率、限速 | 补点、调功率、换天线 |
单 AP 的实际体验由「最忙时段最多终端」决定。按平均值规划容量，平时看起来余量充足，一到高峰就明显劣化。
过载时继续调高功率去吸引更多终端只会加剧争抢，还会把邻区一起拖慢。正确方向是缩小单点覆盖、增加 AP 密度。