芯耀
与非AI
32
双 11 对物流仓储的考验，不在“车够不够”，而在峰值时段那几秒链路是否稳定。
5G 在仓储里真正改变的是三件事：移动中的切换方式、上行承载能力、部署与运维成本。
部署无人车项目中，接入层设备是其中最容易被低估的一环。
可以想象这样一个夜班画面：分拣区灯火通明，几十台 AGV 沿着地面标识来回穿梭。突然有一片区域的车辆同时停在巷道口，调度屏上的任务队列开始堆积。现场工程师的排查顺序通常是先看车，再看电，最后才看网。
而在双 11 这样的峰值里，答案往往就在第三步。
这不是某一次故障的复盘。把“网”放在最后，是因为它平时太安静：链路正常时没人会想起它，一旦抖动，表现出来却像是“车坏了”“系统卡了”。
01 双11压测的真正对象，是“最差的那一秒”
双 11 的仓储有四个特征同时出现：订单在数小时内集中释放；动销集中在少数 SKU 上；临时库区和临时工位快速增加；班次拉长、设备不停机。
翻译成通信语言，就是四件事同时上量：在网终端数、任务指令频率、上行数据量（视觉复核、扫码、称重），以及对“不中断”的要求。
这里有一个常被忽略的判断口径：无人车系统对网络的要求，不是平均带宽，而是“最差的那一秒”。
平均 800Mbps、偶尔断 3 秒的网络，对视频点播几乎没有影响；但对一台正在巷道里行驶、前方几米处有人的 AGV 来说，3 秒足以让它停在原地等待人工介入。峰值时段，一次停车会被后面的任务队列放大成一段拥堵。
传统 Wi-Fi 方案在仓库里遇到的三个物理约束，也正好与“峰值”直接相关：
漫游：终端在 AP 之间切换时要重新关联，切换窗口内的丢包对移动体最不友好。
干扰：金属货架、密集巷道、临时增加的终端，都会让同频干扰变得难以预测。
覆盖：立柱背面、货架深处、月台与库外的衔接段，总会有信号洼地。
这不是说 Wi-Fi 不行。绝大多数仓库今天仍然靠它跑得很好。问题在于：当车辆数量、任务密度和数据量在几天内翻上去，这些约束会被同时放大。
02 5G 升级改变的三个变量
先把概念说清楚：在仓储场景里，5G 不是“更快的 Wi-Fi”，它改变的是接入方式——把“自己拉网线、自己布 AP、自己调信道”的那一段，换成“用运营商的无线网络，再用一台工业路由器把库内设备接进去”。
它也不是“上了 5G 就自动智能”。调度算法、库位规划、车辆本体能力，都不在 5G 的射程内。
真正变化的是三个变量。
变量一：切换方式。Wi-Fi 的漫游由终端主导，跨 AP 需要重新关联；5G 的小区切换在网络侧完成，终端在移动中保持连接。对在货架间持续移动的 AGV 来说，这是最实质的差别。
变量二：上行承载。仓储的数据流向和办公网络相反，更多的是“车上行”——视觉复核画面、扫码结果、称重数据与状态心跳。5G 的频谱独立性，让上行更少受“隔壁同时在传什么”的影响，也更容易通过 QoS 把调度指令与视频流分开保障。
变量三：部署与运维。插卡、通电、配置，一个库区就能上线；临时库区、月台外延、跨园区补点，不必再等布线施工。运维也从“逐台设备跑现场”变成“云平台上批量配置与升级”。
03 把一条链路拆开看：问题通常出在中间那层
五层链路里，接入层同时承担协议转换、链路自愈与加密传输
从车轮到调度系统，一条完整的链路是五层：
终端层（AGV、相机、扫码器、PLC 与传感器）
接入层（工业路由器）
平台层（设备管理）
业务层（WMS / WCS / RCS）
在这五层里，最容易被忽略的是接入层。它不像车辆那样有存在感，也不像调度系统那样天天被讨论，但它同时承担了把不同协议的设备接进来（以太网、RS485、RS232）、在链路抖动时自己恢复、把数据安全地送出去（VPN 隧道）。
04 接入层该看什么：IR2730的六个指标
IR2730一款紧凑型工业5G路由器，常见于仓储、车载与户外监控等场景。把它的公开规格按“仓库现场到底关心什么”重新排列，罗列出六个指标。
并不是所有仓库都该上 5G。固定工位、低密度、已有稳定有线与 Wi-Fi 的仓库，维持原方案更经济；真正体现价值的是跨区移动、临时扩容、布线困难的场景。三条路径在大型仓储场景中往往是共存的。
双 11 是一次压力测试，测的不只是订单处理能力，也测通信底座在极端负载下的“确定性”。
无人车跑得快，靠的是车；跑得稳，靠的是链路。把接入层选对、把切换和恢复机制问清楚、把覆盖工勘做实，峰值那天才不至于靠人跑进巷道里把车推回来。
