漫游断音是怎么发生的
跨 AP 切换时，终端要先扫描选优，再认证与重关联，最后完成密钥协商，这段时间收不到数据。未优化时整个过程可达数百毫秒，语音里就是明显的断音或杂音。减少断音有两条路：缩短单次切换耗时（11k/v/r 与密钥缓存），以及减少不必要的切换次数（合理的功率与门限）。
耗时构成与抓手
| 耗时构成 | 扫描选优加认证加密钥协商，合计常在 50~500ms |
|---|---|
| 加速手段 | 802.11k 邻居列表、802.11v 引导、802.11r 快速切换 |
| 减少次数 | 合理功率与门限，避免乒乓式反复切换 |
| 验证方法 | 走动测试记录断音点次数与位置 |
| 前提条件 | 11r 需全网一致配置且终端支持，否则可能出现切换失败 |
缩短切换耗时的抓手
| 环节 | 耗时来源 | 改善手段 |
|---|---|---|
| 扫描选优 | 终端盲扫所有信道 | 11k 邻居报告缩小扫描范围 |
| 认证 | 每次重新完整认证 | 11r 快速切换、OKC 与 PMK 缓存 |
| 重关联 | 新 AP 侧的关联处理 | 合理的控制器负载与移动域配置 |
| 密钥协商 | 四次握手耗时 | 复用缓存密钥，避免完整派生 |
| 乒乓切换 | 阈值激进导致反复切换 | 调整门限与功率，稳定归属 |
现场验证
现场验证
# 连续 ping 走动测试，观察丢包序列（通常 1~3 个）
ping -i 0.2 -c 600 网关IP
# 与 AP 切换事件对齐，记录每次断音的物理位置
# 抓包过滤参考
wlan.fc.type_subtype == 2 # Reassociation Request
eapol # 密钥协商阶段11r 需要全网一致的配置与终端支持。条件不满足时，用 OKC 或 PMK 缓存同样能缩短切换时间，只是改善幅度小一些，但兼容性更好。
判断是否值得引入 11r 有个实用标准：走动测试中单次断音超过 100ms（表现为连续丢包三个以上）且频繁发生，才考虑上快速切换；如果只是偶发一两个丢包，优先用射频与门限优化解决。
漫游门限调得过激会让终端频繁切换，断音次数反而增加；调得过保守则拖到信号很差才切换，两种极端都会让语音体验更差。