聚会室里的断线恶梦

上周三下昼，，，团结湖某律所合资人带着MacBook从3层聚会室走出来，，，边走边开电话聚会。走到走廊拐角，，，Wi-Fi信号掉了整整6秒——对方以为他挂了电话。这场景我见过不下二十次。问题往往不是AP笼罩不敷，，，而是周游决议逻辑没调好，，，终端在两个AP之间犹豫不决，，，最后选了信号更差的谁人。 企业Wi-Fi周游优化的焦点，，，是让终端和AP之间建设一套”提前探讨好”的默契，，，而不是等信号崩了才暂时抱佛脚。802.11k、v、r三个协议就是这套默契的规则手册。

802.11r：让周游从”临场施展”酿成”提前报站”

古板的 WPA2-Enterprise 周游，，，终端切换AP时需要完整的四次握手，，，延迟通常在200-500ms。关于语音或视频来说，，，这段时间足够让对方听到一声”喂？？
？”然后陷入默然。 802.11r（Fast BSS Transition）解决了这个问题。它在终端首次关联时，，，就通过FT（Fast Transition）密钥条理结构，，，让新AP能够推导出解密密钥，，，无需完整认证流程就能完成切换。我在中关村某科技园区的实测数据是周游延迟降到50ms以内，，，微信语音、视频聚会基本感受不到卡顿。 永乐高力得在为企业客户安排无线网络时，，，通
；；峤ㄒ樵诮沟闱虻腁P上启用802.11r，，，并确保AP控制器与终端的FT能力协商正常。设置时要注重：

1. AP侧启用FT模式（FT-Over-The-Air 或 FT-Over-DS），，，大大都厂商默认后者
   ；；
2. 终端侧Windows 10/11、macOS、iOS都支持802.11r，，，但某些行业定制装备的驱动可能不完整
   ；；
3. RADIUS服务器需要设置FT-R1KH和FT-R0KH相关战略，，，否则密钥推导会失败。

BSS Transition：AP自动”赶人”的艺术

802.11v（BSS Transition Management）让AP获得了自动权。它可以向终端发送”建议”，，，告诉终端”隔邻谁人AP信号更好，，，你思量换一下？？
？”这个机制在高层办公区尤其有用——员工在走廊里走着走着，，，终端还死死抱着信号-72dBm的老AP不肯走，，，-60dBm的新AP就在旁边三米外。 BSS Transition有两种实现方式：网络自动推送的BSTM Request，，，以及终端自动请求的BSR Response。前者需要AP提前剖析周边AP的负载和信号漫衍，，，后者则依赖终端自行判断。现实操作中，，，我更倾向于在AP侧开启”负载平衡+信号指导”的组合战略：当某AP关联终端凌驾40个且相邻AP有冗余容量时，，，自动触发BSS Transition。 顺义某物流客栈的项目让我印象深刻。叉车司机手持PDA在货架间移动，，，频仍掉线的问题困扰了他们半年。问题出在AP布得太密（间距约15米），，，终端反而在三个AP之间重复横跳。调解BSS Transition敏感度后，，，切换次数从每小时200+次降到30次以内，，，丢包基本消逝。

RSSI阈值与功率平衡：让周游”软着陆”

RSSI阈值是周游战略的守门人。常见设置思绪是”先到先得”——终端信号跌破阈值才触发周游。但这样容易造成”悬崖效应”：终端在-65dBm时最先实验周游，，，但关联响应延迟导致信号掉到-70dBm才完成切换，，，语音已经断了。 更稳妥的做法是设置双阈值：-65dBm作为周游触发阈值，，，-70dBm作为周游强制阈值。若是终端信号低于-70dBm但仍未周游，，，AP可以直接提倡BSS Transition强制下线，，，迫使其重新关联。 功率平衡设置往往被忽视。大都AP出厂默认满功率发射（20dBm或23dBm），，，布得密的地方容易形成”信号重叠区”。终端看到一堆-50dBm的AP，，，哪个都不想换。我通
；；岚严嗔贏P的发射功率差控制在3dB以内，，，让终端在信号平衡过渡区自然周游，，，而不是被某个”信号王者”锁死。

写在最后

周游优化不是一次设置就完事的工程，，，而是需要重复验证的场景化调参。我在顺义、亦庄、望京做过不少项目，，，最大的感受是：终端多样性才是最大的变量。同样是iPhone 15，，，iOS版本差别会导致周游行为差别
；；同样的Windows条记本，，，Intel和联发科的无线网卡驱动对802.11r的支持程度狼籍不齐。 现场验收时，，，多带几种装备走动测试，，，比任何参数表都有说服力。若是你的企业也遇到类似问题，，，永乐高力得提供从无线勘探到装备调试的一站式服务，，，接待联系永乐高聊聊。