粘滞客户端是什么
粘滞客户端指终端「抓着」远处的 AP 不放：附近明明有信号更好的 AP，它却维持着低速率连接，用户感受就是「站在 AP 旁边还是慢」。根源在终端侧的漫游算法——漫游决策权主要在终端手里，部分手机与笔记本的判断非常保守，宁愿低速连接也不主动切换。网络侧能做的是创造条件：11k/11v 引导、最小 RSSI 门限，必要时对特定场景做强制引导。
基本信息
| 根本原因 | 终端漫游算法保守，尤其部分手机与笔记本 |
|---|---|
| 典型表现 | 近处有 AP 却保持与远处 AP 的低速连接 |
| 判断方法 | 同一位置长时间固定关联同一个远端 BSSID |
| 网络侧手段 | 11k 邻居报告、11v 引导、最小 RSSI 门限 |
| 局限 | 决策权在终端，网络侧无法完全控制 |
典型使用场景
- 用户抱怨「坐在 AP 下面就慢」，实际连的是隔壁房间的 AP
- 排查高密办公区部分终端速率异常偏低
- 语音终端漫游不及时导致掉话
- 评估 11v 引导与最小 RSSI 门限的实际效果
- 区分「粘滞」与「覆盖不足」两类问题
判读方法
判读方法
# 在同一位置持续观察终端关联的 BSSID
# 若长时间固定连接远处 AP，且速率低于近处 AP 的邻居报告值
# 同时该位置的覆盖指标正常 → 判定为粘滞而非覆盖问题
# 换一台同型号终端复测，排除单机算法差异粘滞与覆盖不足的区别
| 特征 | 粘滞客户端 | 覆盖不足 |
|---|---|---|
| 关联 BSSID | 固定连着远处 AP | 关联最近可达 AP |
| 该位置信号 | 近处 AP 信号良好 | 所有 AP 都偏低 |
| 速率表现 | 低但稳定 | 波动大、重传高 |
| 处理方向 | 引导机制与门限 | 增加点位或调整功率 |
漫游决策主要在终端侧，网络侧手段是创造条件而非完全控制，验收时要按终端型号统计成功率。
802.11v 的引导建议终端可以拒绝，因此效果与终端型号强相关；不能只看「已下发建议」的数量，要看实际迁移比例。
最小 RSSI 门限设得过高会让终端频繁被踢，反而造成抖动；门限要留迟滞，并与邻居 AP 的覆盖重叠度匹配。