多AP组网时，很多人以为部署足够多的AP、开启802.11kvr，终端就能在移动中无缝切换。现实是：拿着手机从A点走到B点，明明离原AP已经很远，Wi-Fi却死活不切；或者视频通话刚跨过一个房间就卡了一下。
问题不在AP数量，而在漫游这件事本身被拆成了三个独立环节，每个环节对应一项技术。
一、802.11k：帮忙“找”——候选AP不再靠盲扫
终端想切换，第一步得知道附近有哪些AP可选。传统方式是主动扫描多个信道，AP越多、分布越散，扫描越耗时。802.11k的邻居报告（Neighbor Report）让当前AP直接把候选AP的BSSID、信道等信息告诉终端，省去从头扫描的开销。
但要注意：邻居报告只是“候选清单”，不代表这些AP一定适合连接。最终连不连，仍由终端自己判断。这一条在实际排查中很关键——清单里有信号，不等于现场有带宽余量。
二、802.11v：帮忙“选”——AP可以建议，但不能命令
知道有哪些AP之后，终端要决定何时切、切到哪个。802.11v的BSS转换管理允许AP向终端发送切换建议，引导它考虑信号更合适的邻居AP。
这里有个常被误解的点：802.11v只是建议，不是命令。终端是否执行，取决于客户端自身的漫游算法和网络策略。现场常见的“AP已经很弱了但终端不切”，往往就是终端算法在起作用，而不是AP没开v。
三、802.11r：帮忙“快”——缩短的是认证时间
决定切换之后，剩下的问题是切换有多快。在企业级802.1X网络中，每次漫游都可能重新执行EAP认证交互，这段时间就是业务中断的窗口。802.11r通过快速BSS转换（FT）机制减少这部分认证开销，对语音、视频会议等时延敏感业务帮助明显。
但它不负责找AP，也不决定何时切，只优化切换过程本身。而且实际效果取决于终端、AP与安全配置三者是否兼容。
四、三者配合，才是一次完整漫游
典型场景下，三步是这样串起来的：
k：终端通过邻居报告获得候选AP信息，减少扫描开销；
v：AP根据策略发送切换建议，终端结合自身测量决定是否接受；
r：终端决定切换后，用FT机制快速完成安全转换，恢复通信。
一句话概括：k负责找，v负责选，r负责快切。需要强调，这是便于理解的典型顺序，并非协议强制规定，实际终端可能跳过其中某一项。
五、为什么开了KVR仍然会卡：三个现实约束
-
能力不对等：AP支持不代表终端支持，终端支持也不代表双方配置兼容；
-
决策权在终端：即使k给了清单、v给了建议，终端仍可能选择赖在原AP上；
-
r只管快，不管该不该切：如果终端不愿切，或目标AP负载、信号不合适，单开r解决不了根本问题。
所以，KVR不是“一键无缝”的开关，而是一套分工明确的优化组合。
六、现场排查建议：按“找—选—切”三段定位
遇到漫游卡顿时，可以按下面的顺序过一遍，而不是笼统地判断“漫游没做好”：
先看候选发现：终端是否能及时拿到邻居报告，扫描是否拖慢了切换判断；
再看决策环节：AP的切换建议是否发出，终端是否因自身算法拒绝执行；
最后看切换耗时：认证交互占用多久，切换期间是否出现可观测的丢包。
更进一步，如果现场有集中管理平台或抓包手段，建议把这三个环节的耗时和丢包情况记录下来，形成可回溯的数据，而不是靠现场反复走动凭感觉调参。把漫游从“玄学”变成可测量的工程对象，排查效率会明显提升。
小结
802.11kvr不是万能开关，而是分工明确的三项优化：k负责找，v负责选，r负责快切。理解这个分工，再配合“找—选—切”的排查顺序，比笼统地抱怨“漫游没做好”更容易定位到真正的问题所在。
