DFS 断连是怎么回事
5GHz 中有一部分信道与雷达业务共用，法规要求设备在使用前做信道可用性检查，使用中一旦检测到雷达信号，必须让出信道并切换到其他信道。对用户来说，表现就是短暂断连或速率骤降；对运维来说，表现为难以复现的间歇性故障。这是合规行为，设备侧无法关闭，只能通过规划避开，或在业务层面做好容忍与恢复。
基本信息
| 现象 | 周期性或随机短断连，多发生在 52-64 或 100-144 段信道 |
|---|---|
| 证据 | 控制器或 AP 日志出现雷达检测与信道切换记录 |
| 本质 | 法规要求让出信道，无法在设备侧关闭 |
| 处理 | 关键区域避开 DFS 信道，或确保终端能快速恢复 |
| 加剧因素 | 宽度越大覆盖的雷达信道越多，被波及概率越高 |
日志关键词
日志关键词
# 在控制器或 AP 日志中检索
# 关键词：DFS、radar detected、channel switch、CAC
# 对照终端断连时间点，两者对齐即可确认因果敏感业务的规避方案
| 方案 | 说明 | 代价 |
|---|---|---|
| 改用非 DFS 信道 | 低段与高段中的非 DFS 部分 | 可用信道变少，容量可能下降 |
| 降低信道宽度 | 减少跨越的雷达信道数量 | 速率上限下降 |
| 增加点位密度 | 缩短单点覆盖，减少中断影响面 | 成本上升 |
| 业务侧容忍恢复 | 依赖终端快速重新关联 | 实时业务仍会有可感知中断 |
典型使用场景
- 语音与视频会议间歇性卡顿
- 工业控制与医疗设备要求连续连接
- 仓储扫码设备偶发掉线
- 无线桥接链路的周期性中断
- 排查长期无法定位的随机断连
怎么确认是 DFS 导致
确认方法只有一种：把终端或用户的断连时间点与 AP 日志中的雷达事件时间对上。两者高度吻合，就可以确认因果。如果没有日志记录，也可以观察规律：DFS 断连通常在特定时间段集中出现，与雷达扫描周期或周边雷达工作时段有关，重启设备不会消除。相反，如果是覆盖或干扰问题，断连与位置和信道负载的相关性更强。分不清这两类原因时，先取两组证据再下结论，避免把合规行为当成设备故障反复报修。
语音、工业控制等对瞬断敏感的场景，规划时应优先使用非 DFS 信道并预留覆盖余量。
开机或雷达事件后的信道可用性检查期间 AP 不发送信号，终端会短暂搜不到该 SSID，属正常现象。