在车间和仓库里，AGV小车突然停在产线中间，PDA扫码后界面一直转圈——下面把这个问题拆开，看看卡在哪一步。

一、问题现场：小车跑着跑着就不动了

AGV小车按固定路线搬运物料，屏幕突然显示"通信中断"，小车紧急制动。后方AGV排着队等它让路，整条输送线跟着停顿。操作员跑过去复位，重新下发任务，三五分钟才恢复。

PDA扫码枪扫完条码，界面卡在"数据上传中"，盘点员站在货架前等十几秒。一个SKU等十几秒，一盘点就是几百个SKU，整班效率直接减半。

问题边界：本文讨论的"网络卡顿导致停机"特指移动终端（AGV、PDA、无人叉车）在移动过程中因无线链路切换引发的丢包、延迟抖动，不包括：

• 机械故障（AGV轮子卡死、PDA电池耗尽、扫码头损坏）；
• 业务系统问题（WCS调度逻辑错误、MES接口超时）；
• 有线网络问题（交换机环路、光纤中断）。

二、为什么传统蜂窝部署在移动场景必然失效

传统无线在移动场景失效，不是因为AP功率不够，而是因为"蜂窝部署"模型和移动场景的运行逻辑不匹配。

根因一：相邻AP信道不同，切换必须重新协商

传统蜂窝部署中，相邻AP工作在非重叠信道。例如2.4 GHz在中国只有3个不重叠信道，5 GHz可用信道多但同样需要规划。终端从AP1移动到AP2覆盖区，必须完成四步：扫描新信道、认证、关联、密钥协商。这个完整过程在工业场景里通常耗时12秒。AGV车速2-3 m/s，1秒已经走出2~3米。如果终端还没完成切换就已经离开AP2的覆盖区，就会再次发起扫描，进入恶性循环。

根因二：漫游"粘滞"导致该切不切

很多终端网卡有漫游粘滞特性：只要当前AP信号还能勉强用，就不愿意切换到信号更好的AP。结果AGV已经跑到新AP下面，还连着远处那个弱信号AP。粘滞期间，信号强度在-75 dBm以下，丢包率快速上升。AGV控制指令对延迟敏感，连续丢包会触发安全制动。

根因三：密集部署带来互相干扰

为补盲，常见做法是多布AP。但信道数量是有限的，AP密度过高时邻频干扰严重。更麻烦的是，AP越多，切换点越多。AGV每经过一个AP边界就要切换一次，每切换一次就有丢包概率。密集部署没有减少问题，反而增加了问题。

三、工业零漫游：让物理AP虚拟成一台大AP

把上面三个根因放一起看，会发现核心矛盾是：传统Wi-Fi要求终端在移动中"主动找AP"，而工业移动场景要求终端"无感移动"。要解决这个问题，不是让终端切得更快，而是让终端"感觉不到在切换"。锐捷磐石无线方案的工业零漫游技术把多台物理AP虚拟成一台"虚拟大AP"，对外呈现同一个BSSID。终端在多个物理AP覆盖区之间移动时，控制器在后台完成关联转移，终端网卡不发起重新扫描和认证。

这个机制直接对应三个根因：

• 根因一（切换重新协商）：终端始终看到同一个BSSID，不需要重新认证；
• 根因二（漫游粘滞）：控制器根据RSSI主动决策切换，不受终端网卡策略影响；
• 根因三（密集干扰）：AP可以按覆盖需求合理部署，不必为了避免切换盲区而堆叠。

四、技术原理：四步实现"无感切换"

工业零漫游通过同频组网技术，实现多台物理AP在控制器的算法协调下，对终端表现得像一台AP。

第一步：终端接入

终端第一次接入时，AC为该终端创建一个全网唯一的BSSID（或虚拟BSSID）。这个标识只对该终端有效，类似一张"身份证"。

第二步：BSSID跟随

终端移动过程中，需要不断由当前提供服务的AP传递这个BSSID信息。即使物理AP换了，终端看到的网络身份不变。

第三步：AC决策漫游

AC实时监测终端上报的RSSI、Beacon信号强度等数据。当满足切换阈值时，AC主动通知目标AP准备接入，而不是等终端自己发现信号变弱。

第四步：BSS预跟随

目标AP提前为终端建立关联列表、缓存BSSID信息。当终端进入目标AP覆盖区时，关联几乎是瞬时完成。

五、实测对比：从"3个丢包"到"0/1个"

下面是同一类工业移动场景、相同业务负载下的实测数据对比：

数据来源：锐捷同频零漫游方案现场测试数据。测试条件为AGV/PDA移动场景、高密度作业期。

关键变化：

• 漫游丢包从3个压到0/1个；

• 整体丢包率从2%降到0.5%以下；

• 平均延迟从50 ms降到10 ms。

六、案例：三个百台级移动场景

案例一：某头部新能源科技工厂——120台AGV + 200个PDA

场        景：新能源光伏逆变器生产，物料搬运和产线配送同步进行。

部署规模：120台AGV + 200个PDA同时在线。

改  造  前：移动业务卡顿不顺畅，PDA扫码后延迟明显，AGV偶发减速。

改  造  后：AGV不减速、多终端顺畅，生产业务效率提升50%。

案例二：某半导体企业车间——120台AGV

场       景：半导体制造车间，AGV搬运工装治具。

部署规模：2万+平方米车间，120台AGV。

改  造  前：每天超过15辆次AGV因网络问题趴窝。

改  造  后：AGV不减速、不趴窝，物料搬运效率提升70%。

案例三：某智能化养蚕企业——250台+ AGV

场        景：智能化养蚕，AGV全天候转运蚕体。

部署规模：250台+ AGV。

改  造  前：养蚕周期50天，对恒温恒湿环境连续性要求高。

改  造  后：网络建设后7×24小时保障业务连续性，生产业务连续0中断，养蚕周期从50天压缩到30天。

七、自检清单：你的移动场景是否需要工业零漫游

用下面5个问题自查，如果3个以上回答"是"，建议详细评估：

1. 产线或仓库中有10台以上AGV/PDA/无人叉车

2. 过去3个月内出现过因网络卡顿导致的停机或任务重发

3. 现有AP数量不少（>10台），但移动场景仍然卡顿

4. 业务对延迟敏感（控制指令要求<20 ms）

5. 业务要求7×24小时连续运行

八、写在最后

AGV网络卡顿导致停机，不是"AP不够多"的问题，而是"切换模式不对"的问题。传统蜂窝部署让终端在移动中主动找AP、重新认证、重新关联，这个过程在工业场景里天然就太长。工业零漫游的思路是把多个物理AP虚拟成一台大AP，让控制器替终端做切换决策，把终端从"自己找路"变成"被无缝交接"。

设备只是工具，关键是让无线网络的覆盖逻辑和移动场景的运行节拍对齐。如果你有具体场景想讨论，可以带着AGV运行路径图和现场AP布点图来交流。