# 故障:WX3520X,AP 信道利用率高,用户严重丢包;手动调信道短暂恢复,很快复发
>
> 现象说明:手动改信道只能临时绕开干扰,**如果 AP 功率、低速终端、重叠覆盖、广播组播流量没有处理,过一会利用率还会冲高,再次丢包**。信道利用率持续>60‑70% 就会大量重传、ping 丢包、卡顿。
## 第一步:先采集关键信息,定位是哪种原因
### AC 命令(V7 平台 WX3520X)
```
# 查看所有AP射频信道利用率、信道、频宽、在线终端数
display wlan ap all verbose | include "Channel utilization|Radio|Channel band-width"
# 看客户端信号,找大量弱信号终端(RSSI<-75dBm就是弱终端,会严重拖垮空口)
display wlan client all verbose
# 查看干扰底噪,Noise floor >‑80dBm代表环境干扰大
display wlan interference-statistics
# 看空口流量构成,区分是【外部干扰】还是【内部终端流量】
display wlan air‑utilization ap <ap‑name> radio <radio‑id>
```
- 如果`air‑utilization`中**干扰占比高**:外部同频 / 邻频干扰;
- 如果**数据帧占比高**:内部终端、弱信号终端、大流量、广播组播占满空口知了社区。
>
> 重点:2.4G 极易出现该问题;5G 如果也冲高,优先检查频宽、DFS 雷达跳频、AP 重叠覆盖。
## 第二步:核心优化配置(按优先级执行)
### 1)射频功率优化(非常关键,很多人忽略)
手动信道不改功率,AP 功率太高,相邻 AP 互相听见,互相占用信道,利用率很快再次爆满。
- 降低发射功率,控制相邻 AP 重叠在 15‑25%,不要大面积重叠。
- 不要追求 “信号全覆盖”,信号过大带来同频干扰代价更高。
```
wlan ap‑group default
radio 1 #5G射频
tx‑power 15
radio 2 #2.4G射频
tx‑power 12
```
### 2)频宽强制规范
- **2.4G 强制 20M,禁止 40M**,2.4G 只有 1、6、11 三个非重叠信道,40M 会吞掉两个信道,加剧冲突H3C。
```
wlan ap‑group default
radio 2
channel band‑width 20
```
- 5G:高密环境建议 80M,不建议盲目开 160M(邻频干扰风险大);如果干扰严重降到 40M。
### 3)关闭低速速率,干掉拖垮空口的老旧速率(高频根因)
弱信号终端会降到很低速率发送报文,1 个低速终端就可以把信道打满。
>
> 2.4G 射频关闭 1/2/5.5/6/9/11Mbps 等低速;5G 关闭 6/9Mbps。
```
wlan ap‑group default
radio 2
rate disable 1 2 5.5 6 9 11
radio 1
rate disable 6 9
```
### 4)开启 RRM 射频资源管理,不要长期全部信道手动固化
>
> 全部手动信道的缺陷:环境干扰动态变化,固定信道遇到突发干扰就只能硬扛。
> 建议:**功率可以手动限制范围,信道交给 RRM‑DCA 动态调整,而不是全部写死固定信道**。
```
wlan rrm
dca channel‑switch threshold 25 #干扰超过25%触发信道切换
dca update‑interval 300 #5分钟评估一次信道质量
```
>
> 重要业务区域,建议规避 5G DFS 信道(52‑144),遇到雷达信号会强制跳信道,业务抖动。
### 5)抑制广播组播报文(空口杀手)
广播 / 组播报文全部以最低速率发送,少量 pps 就占满空口。
1. 无线服务模板开启二层用户隔离,抑制终端之间二层广播风暴;
2. 开启组播转单播(multicast‑to‑unicast enable),将组播转为单播,大幅降低空口开销。
```
wlan service‑template 1
port‑security user‑isolation enable
multicast‑to‑unicast enable
```
### 6)终端准入策略,踢掉极弱信号终端
配置 RSSI 阈值,信号太差终端不让接入 / 强制下线,避免拖垮整个信道。
```
wlan service‑template 1
rssi‑threshold client‑rssi‑threshold ‑75
```
当客户端信号低于‑75dBm,拒绝接入或者触发重漫游,避免 “粘在远处 AP 上”。
### 7)可选:单用户限速(防止个别终端大流量占满信道)
```
wlan service‑template 1
qos car inbound cir 20480 cbs 2048000
qos car outbound cir 20480 cbs 2048000
```
示例单用户上下行 20Mbps,根据业务按需调整知了社区。
## 第三步:区分两种故障场景
### 场景 A:利用率高,但是`air‑utilization`干扰占大头(外部干扰)
- 检查周边第三方路由器、蓝牙、无线摄像头、IoT 设备;
- 2.4G 严格只用 1‑6‑11 蜂窝规划,不要使用中间重叠信道;
- 必要时把终端尽量引导到 5G,减少 2.4G 压力。
### 场景 B:利用率高,数据帧占大头(内部终端问题)
- 排查是否大量弱信号终端;确认低速速率是否关闭;
- 检查是否有终端跑大流量;检查广播组播报文是否异常高;
- AP 点位不足、单 AP 接入终端过多,超过 AP 带机量,需要增加 AP 点位分担负载。
## 第四步:验证标准
优化完成持续观察:
1. 信道利用率稳定<55‑60%;
2. 客户端 RSSI 尽量高于‑70dBm;
3. ping 网关丢包率接近 0,无周期性大量丢包。
## 额外排坑提醒
1. 确认 AC、AP 版本,知了社区部分版本存在射频统计、RRM 已知 bug,建议升级到最新稳定版本;
2. 如果是集中转发,AC 隧道带宽压力也要评估;高密场景优先使用**本地转发**,减轻 AC 压力;
3. 5G DFS 信道雷达检测跳频会瞬间造成信道利用率突增,关键业务区域尽量不用 DFS 信道。
暂无评论
面对无线网络频繁出现的信道利用率过高和用户丢包问题,确实让人头疼。你手动调整信道后问题很快复发,这说明环境中可能存在持续、动态的干扰源,或者网络中存在某些异常流量。
要根治这个问题,需要像医生诊断一样,先定位“病因”,再有针对性地“用药”。这里有一套系统的排查与优化方案,供你参考。
在动手优化前,必须先搞清楚信道是被什么占用了。H3C设备提供了几个关键的命令行工具,可以帮助你精准判断。
查看信道利用率核心指标
登录到出问题的AP上,进入Probe视图,使用以下命令查看详细的空口利用率:
CtlBusy (信道总利用率):反映了信道的整体繁忙程度。一般认为,当CtlBusy持续高于60%时,网络体验就会开始下降。
RxBusy (接收忙):AP接收数据的时间占比。
TxBusy (发送忙):AP发送数据的时间占比。
根据诊断出的问题类型,可以采取不同的优化措施。
合理规划信道:5GHz频段资源相对丰富,应充分利用非重叠信道。可用信道包括36, 40, 44, 48, 52, 56, 60, 64, 149, 153, 157, 161, 165等。建议为相邻AP分配不同的信道,并注意避开雷达信道。
降低发射功率:如果AP部署过密,即使信道错开,过强的信号也会造成相互干扰。可以适当降低AP的发射功率,缩小覆盖范围,形成清晰的蜂窝边界。
减小信道频宽:高密度环境下,建议将5GHz的频宽从80MHz调整为40MHz甚至20MHz。这能减少信道间的重叠,增加可用信道数量。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论