尧图网页设计 
简介这份PPT资料聚焦5G技术在智慧工厂中的落地实践面向工业互联网从业者、智能制造方案设计人员及通信行业学习者帮助理解5G如何贯穿工业企业主业务流程。内容围绕工业自动化与控制、物流供应链、智能监控、办公协同、预测性维护与敏捷制造等场景展开并涉及5G切片、边缘计算、uRLLC等关键能力同时梳理中国工业互联网从起步到成熟的发展阶段与5G发牌带来的新动力。资源包共1个pptx文件约7.58MB以图文并茂的演示文稿形式呈现便于直接用于汇报或培训参考。目前已有183人学习下载。读者可从中获取5G在智慧工厂的典型应用框架、业务价值判断与行业投入趋势适合作为方案汇报、课题研究或转型规划时的参考素材。1. 从一份 27 页 PPT 说起智慧工厂里的 5G 到底在解决什么问题很多制造企业的信息化负责人第一次接触“5G 在智慧工厂应用案例分析”这类材料往往是在一份 27 页左右的汇报 PPT 里。翻完的感觉通常是图很漂亮词很宏大但回到自己车间还是不知道从哪下手。问题不在于 5G 本身有多玄而在于大部分案例材料只讲了“结果”没讲“约束”——工厂里到底哪些环节非 5G 不可哪些用工业以太网或 Wi-Fi 6 更划算5G 基站、天线、协议栈这些热搜词背后对应的是哪一层工程决策。这份材料真正值得拆的不是“5G 很厉害”而是它隐含了一套选型逻辑智慧工厂的痛点集中在移动性、低时延、海量连接和布线成本四个方向5G 在其中的定位是“补有线够不到、Wi-Fi 撑不住的场景”。适合读这篇的人有三类正在做工厂网络改造的自动化工程师、负责工业互联网平台落地的 IT 人员以及要给老板写方案的售前。接下来我按“先立选型逻辑再落到可复现的部署与验证”这条线把这类案例里真正能抄作业的部分讲清楚。2. 智慧工厂为什么需要 5G四类场景与选型边界2.1 有线、Wi-Fi 6、5G 三者的能力对比在工厂里谈 5G第一件事不是看峰值速率而是看它和现有方案的差距在哪。工业以太网比如 PROFINET、EtherCAT的确定性最好抖动可以做到微秒级但它的死穴是“动不了”——AGV 小车、机械臂、旋转工位这些会移动的设备拖一根网线就是灾难。Wi-Fi 6 解决了移动性但在高密度接入和抗干扰上工厂金属环境会让它非常难受切换时延经常飙到几十甚至上百毫秒对运动控制来说就是翻车。5G 的价值在于它同时覆盖了移动性和确定性两个维度。uRLLC超可靠低时延通信场景下空口时延可以压到 1ms 量级配合边缘计算MEC把用户面下沉到车间端到端时延能控制在 10ms 以内。这个数字对大多数 AGV 调度、视觉质检、远程操控场景已经够用。但要注意5G 不是万能的它对时间同步的支持不如 TSN时间敏感网络原生对极高频的闭环控制比如伺服电机的电流环仍然替代不了现场总线。维度工业以太网Wi-Fi 65GuRLLCMEC典型时延1ms20-100ms5-20ms移动性无好很好抗干扰极强一般强授权频谱单小区连接数受交换机端口限制数百每平方公里百万级布线成本高移动场景中低无线确定性极强弱中需配合 TSN/5G LAN这张表是我在多个项目里反复用来和客户对齐认知的。结论很直接固定工位用有线移动设备用 5GWi-Fi 只做办公和辅助。如果一份案例 PPT 里把 5G 吹成能替代所有现场总线那基本可以判断它没进过真正的产线。2.2 四类典型场景的拆解第一类是 AGV/AMR 集群调度。这是目前 5G 在智慧工厂落地最成熟的场景。传统 AGV 用 Wi-Fi 漫游走到两个 AP 交界处会丢包调度系统就得靠“停车重连”来兜底效率直接打折。换成 5G 后小区切换由核心网统一管理AGV 可以保持持续在线。这里的关键参数是切换中断时间一般要求小于 50ms否则 AGV 的激光导航会触发急停。第二类是机器视觉质检。高清相机拍完产品要把图像传到边缘服务器做推理。如果用工控机本地跑算力不够传到云端带宽和时延又受不了。5G 的上行大带宽理论上行峰值可达数百 Mbps配合 MEC 本地分流可以把图像传到车间边缘节点时延控制在 20ms 内。这里要注意的是视觉质检对上行带宽的稳定性要求很高如果小区内同时有多个相机在传需要做 QoS 保障。第三类是远程操控比如天车、挖掘机、危险环境下的机械臂。这类场景对时延最敏感通常要求端到端小于 10ms否则操作员会明显感觉到“延迟”容易误操作。5G 在这里的对手不是 Wi-Fi而是光纤——如果设备固定光纤仍然是最优解只有设备需要大范围移动时5G 才有优势。第四类是设备数据采集与预测性维护。这类场景对时延不敏感但对连接密度要求高。一个中型工厂可能有上千个传感器、仪表、PLC 需要联网传统布线成本极高。5G 的 mMTC海量机器类通信场景就是为这个设计的单小区可以支持大量低功耗终端。不过要注意很多老设备的接口是 RS485/Modbus需要加 5G 工业网关做协议转换。2.3 从案例 PPT 到落地先算三笔账看到一份 27 页的案例分析不要急着照搬。先算三笔账第一笔是布线成本账把需要移动或难以布线的点位列出来估算有线方案的材料和施工费用第二笔是停机损失账Wi-Fi 掉线导致的产线停机每次损失多少第三笔是5G 专网成本账包括基站、核心网、MEC、SIM 卡管理、运维人力。三笔账算完值不值得做就清楚了。我一般会建议客户先选一个“最小闭环”场景试点比如一条 AGV 线路或一个质检工位用 5G 专网跑三个月把时延、丢包、切换成功率这些数据记录下来。不要一上来就全厂铺开那是给自己挖坑。3. 5G 专网在工厂的部署路径从基站到 MEC 的实操3.1 专网架构选型独立组网还是混合组网工厂 5G 专网目前主流有三种架构完全独立专网独立核心网独立基站独立频谱、混合专网共享基站独立核心网、以及切片专网共享基站共享核心网网络切片。选哪种取决于工厂对数据隔离和可控性的要求。完全独立专网适合对数据安全要求极高、且有能力申请专用频谱的大型企业。它的优点是数据不出厂区时延可控不受公网拥塞影响。缺点是成本高一套轻量化核心网加上基站初期投入不小。混合专网是目前最常见的做法基站可以共享运营商资源但核心网和 MEC 下沉到工厂用户面数据本地卸载不出厂区。切片专网成本最低但隔离性最弱适合对时延和安全要求不极端的场景。我一般会推荐中型工厂从混合专网起步核心网用轻量化方案比如基于开源 5G 核心网的容器化部署MEC 跑在工厂机房基站按需覆盖。这样既控制了成本又保证了关键数据的本地闭环。3.2 基站与天线部署AAU/DU/CU 的安装要点5G 基站设备通常分为 AAU有源天线单元、DU分布式单元和 CU集中单元三部分。在工厂环境里AAU 一般挂在车间顶部或墙壁DU 和 CU 可以部署在机房。安装时要注意几个参数挂高AAU 挂高建议在 4-8 米太低容易被设备遮挡太高则覆盖半径过大边缘速率下降。下倾角工厂环境建议下倾角在 3-8 度避免信号打到远处无用区域。隔离度AAU 之间要有足够的空间隔离避免互调干扰。供电与光纤AAU 到 DU 之间需要光纤连接距离一般不超过 10 公里视前传方案而定工厂内通常几百米就够。下面是一个典型的工厂 5G 专网设备清单示例用表格呈现更清楚设备部署位置关键参数备注AAU车间顶部3.5GHz64T64R按覆盖半径 50-100m 布点DU车间机房支持 4 小区前传接口 eCPRICU中心机房支持 8 DU可虚拟化部署轻量化核心网中心机房容器化支持 MEC用户面下沉MEC 服务器车间机房GPU 可选跑视觉推理/调度系统5G 工业网关设备侧支持 Modbus/Profinet 转 5G按设备数量配置这个清单不是标准答案但可以作为和集成商对齐时的参考。注意 AAU 的布点数量需要根据车间面积和遮挡情况做仿真或现场测试不能拍脑袋。3.3 从拨号到 5G终端接入与协议栈配置工厂里的终端接入 5G 专网和手机连公网是两回事。工业终端通常通过 5G 模组或工业网关接入需要配置 APN、DNN、切片标识等参数。下面是一个用nmcli在 Linux 网关上配置 5G 模组拨号的示例假设模组已识别为wwan0# 创建 5G 专网连接配置 nmcli con add type gsm ifname wwan0 con-name factory5g apn factory.private # 设置专网 DNN 和切片标识具体值由核心网侧分配 nmcli con mod factory5g gsm.apn factory.private nmcli con mod factory5g gsm.username factoryuser nmcli con mod factory5g gsm.password factorypass # 启用连接 nmcli con up factory5g # 查看拨号状态和获取的 IP nmcli con show factory5g ip addr show wwan0这段脚本的逻辑是先创建一个 GSM 类型的连接绑定到 5G 模组的网卡接口然后设置 APN接入点名称和认证信息。APN 和 DNN 在 5G 专网里通常由核心网统一规划工厂侧不能随意填。切片标识S-NSSAI如果核心网启用了网络切片也需要在终端侧配置否则可能无法接入指定切片。参数说明apn是必须的username/password看核心网是否启用二次认证。如果拨号失败先检查模组是否注册到网络mmcli -m 0可以看模组状态再看 APN 是否和核心网配置一致。常见坑是模组固件版本太老不支持专网频段或切片这个后面避坑章节会细说。3.4 MEC 本地分流让数据不出厂区MEC 是 5G 专网在工厂落地的关键。没有 MEC所有数据都要绕到核心网再回来时延和带宽都受不了。MEC 的部署方式通常是在工厂机房放一台边缘服务器通过 UPF用户面功能下沉实现本地分流。配置 UPF 本地分流的核心是定义分流策略哪些 IP 或业务流走本地哪些走公网。下面是一个简化的 UPF 分流规则示例用 YAML 描述实际配置取决于核心网方案# UPF 本地分流规则示例 upf: local_breakout: - match: dst_ip: 192.168.100.0/24 # 工厂内网网段 action: local # 本地转发不出厂区 - match: dst_ip: 10.0.0.0/8 # 办公网段 action: local - match: dst_ip: 0.0.0.0/0 # 其他流量 action: forward # 走公网这段配置的意思是目的地址是工厂内网的流量直接在本地 UPF 转发不经过公网其他流量才走公网出口。这样既保证了产线数据的低时延和安全性又不影响设备访问外部服务。参数说明dst_ip的网段划分要和工厂现有网络规划一致否则会出现分流错误。如果工厂有多个 VLAN需要把每个网段都列进去。实际部署时UPF 通常和 MEC 服务器在同一台物理机上通过 SR-IOV 或 DPDK 做高性能转发。4. 5G 智慧工厂的避坑与排查五条血泪经验4.1 坑一AAU 布点太稀边缘速率断崖式下跌现象AGV 走到车间角落时调度系统提示连接超时AGV 急停。用测试终端测速发现边缘区域下行速率从 800Mbps 掉到 50Mbps 以下。原因AAU 布点数量不足或者挂高和下倾角不合理导致信号覆盖出现盲区。工厂里金属货架、设备外壳对 3.5GHz 信号的遮挡非常严重不能按室外宏站的覆盖半径来估算。解决先用测试终端做全车间路测画出覆盖热力图。对弱覆盖区域增加 AAU 或调整下倾角。如果车间有高货架考虑把 AAU 装在货架通道上方而不是只挂墙。必要时用漏缆或分布式天线系统补盲。4.2 坑二终端模组不支持专网切片拨号反复失败现象5G 工业网关配置了正确的 APN 和切片标识但拨号一直失败日志显示“网络拒绝”。原因很多早期 5G 模组只支持公网默认切片不支持自定义 S-NSSAI。核心网侧配置了专网切片终端侧不匹配自然被拒。解决采购模组前确认支持 5G LAN 和网络切片功能固件版本要能手动配置 S-NSSAI。如果模组不支持换模组或改用支持切片的工业网关。这个坑在选型阶段就能避开别等部署了才发现。4.3 坑三MEC 分流规则写错产线数据绕公网一圈现象AGV 调度时延忽高忽低偶尔飙到 100ms 以上。抓包发现部分数据包走了公网出口。原因UPF 分流规则的网段和工厂实际网段不一致导致本该本地转发的流量被送到公网。或者规则优先级配置错误默认路由覆盖了本地路由。解决核对工厂所有网段确保分流规则覆盖完整。规则顺序上本地网段要放在默认路由之前。部署后用traceroute验证关键业务流的路径确认没有绕行。4.4 坑四Wi-Fi 和 5G 同频干扰谁都不好过现象5G 专网开通后车间原有的 Wi-Fi 网络性能明显下降5G 侧也偶尔出现丢包。原因如果 5G 专网使用的频段和 Wi-Fi 频段接近比如 3.5GHz 和 5GHz Wi-Fi且 AAU 和 Wi-Fi AP 距离太近会产生邻频干扰。解决规划频段时尽量错开5G 专网优先用运营商分配的专用频段。如果无法错开增加 AAU 和 Wi-Fi AP 的物理隔离调整发射功率。实在不行把 Wi-Fi 迁移到 2.4GHz 或 6GHz 频段。4.5 坑五忽略时间同步运动控制场景抖动超标现象5G 连接的机械臂在低速运行时正常高速时出现抖动良率下降。原因5G 空口的时延抖动虽然比 Wi-Fi 小但仍然存在。如果运动控制算法没有做抖动缓冲或者没有和 5G 网络的时间同步机制配合就会出问题。解决对时间敏感的运动控制建议在 5G 专网里启用 TSN 或 IEEE 1588 时间同步。终端侧和网络侧要支持时间同步协议。如果 5G 方案不支持考虑把这类控制留在现场总线上5G 只做非实时数据采集。5. 进阶技巧用 5G 峰值速率公式反推工厂网络容量5.1 峰值速率计算公式与参数含义5G 峰值速率的理论计算公式是峰值速率 带宽 × 调制阶数 × 层数 × 编码率 × 符号率 × 开销因子具体到 NR新空口一个常用的简化公式是峰值速率Mbps 子载波数 × 每子载波比特数 × 层数 × 符号率 × 编码率 / 1e6其中子载波数和带宽相关比如 100MHz 带宽在 30kHz 子载波间隔下约有 3276 个子载波。每子载波比特数取决于调制方式256QAM 是 8 比特64QAM 是 6 比特。层数就是 MIMO 层数64T64R 的 AAU 可以支持 16 层甚至更多。符号率和编码率取决于配置典型值比如 0.925 和 0.75。这个公式的意义不是让你去算理论峰值而是帮你反推在工厂场景下如果我要支持 20 路 4K 相机同时上传每路需要 30Mbps 上行总共 600Mbps那么我的小区上行容量够不够如果不够是需要增加 AAU 数量还是调整时隙配比增加上行时隙5.2 用公式做容量规划的实操步骤第一步列出所有需要 5G 承载的业务估算每路的带宽需求和并发数。第二步根据业务分布划分小区每个小区覆盖一个区域。第三步用公式估算每个小区的上下行容量和需求对比。第四步如果容量不足调整时隙配比、增加载波或增加小区。下面是一个简单的 Python 脚本用来估算不同配置下的峰值速率def peak_rate_mbps(bandwidth_mhz, scs_khz, modulation_bits, layers, coding_rate, overhead0.86): 估算 5G NR 峰值速率 bandwidth_mhz: 带宽 (MHz) scs_khz: 子载波间隔 (kHz) modulation_bits: 每符号比特数 (QPSK2, 16QAM4, 64QAM6, 256QAM8) layers: MIMO 层数 coding_rate: 编码率 (0-1) overhead: 开销因子典型 0.86 # 每个 RB 有 12 个子载波 # 每个时隙的符号数取决于 SCS30kHz 时 1ms 有 2 个时隙每时隙 14 个符号 symbols_per_ms 14 * (scs_khz / 15) # 归一化到 1ms # 子载波总数 带宽 / 子载波间隔 * 1000 total_subcarriers bandwidth_mhz * 1000 / scs_khz # 每秒符号数 symbols_per_sec symbols_per_ms * 1000 # 峰值速率 rate total_subcarriers * modulation_bits * layers * coding_rate * symbols_per_sec * overhead return rate / 1e6 # 转换为 Mbps # 示例100MHz 带宽30kHz SCS256QAM4 层编码率 0.75 rate peak_rate_mbps(100, 30, 8, 4, 0.75) print(f估算峰值速率: {rate:.0f} Mbps)这段脚本的逻辑是先根据子载波间隔算出每毫秒的符号数再根据带宽算出子载波总数然后乘以调制比特数、层数、编码率和开销因子得到峰值速率。参数说明scs_khz常见取值 15、30、60工厂场景一般用 30kHzmodulation_bits根据信号质量动态调整边缘区域可能只有 QPSKlayers取决于终端能力工业模组通常 2-4 层coding_rate典型 0.75 左右。这个估算结果会比实际测试值高因为没算信令开销、参考信号和调度间隙。但用来做容量规划足够了。我一般会按估算值的 50%-60% 来规划实际业务承载留出余量。5.3 一个习惯先测再算别信纸面参数最后说一个我自己的习惯任何 5G 工厂方案在签合同前一定要做现场测试。带上测试终端和路测软件在真实车间环境里跑一遍把覆盖、时延、切换成功率、上行带宽这些数据拿到手。纸面参数再漂亮也抵不过车间里一堆金属货架的玄学遮挡。测试完再回头算容量心里才有底。希望帮到你。本文还有配套的精品资源点击获取 5G智慧工厂部署实战：从选型逻辑到MEC分流与避坑指南
简介这份PPT资料聚焦5G技术在智慧工厂中的落地实践面向工业互联网从业者、智能制造方案设计人员及通信行业学习者帮助理解5G如何贯穿工业企业主业务流程。内容围绕工业自动化与控制、物流供应链、智能监控、办公协同、预测性维护与敏捷制造等场景展开并涉及5G切片、边缘计算、uRLLC等关键能力同时梳理中国工业互联网从起步到成熟的发展阶段与5G发牌带来的新动力。资源包共1个pptx文件约7.58MB以图文并茂的演示文稿形式呈现便于直接用于汇报或培训参考。目前已有183人学习下载。读者可从中获取5G在智慧工厂的典型应用框架、业务价值判断与行业投入趋势适合作为方案汇报、课题研究或转型规划时的参考素材。1. 从一份 27 页 PPT 说起智慧工厂里的 5G 到底在解决什么问题很多制造企业的信息化负责人第一次接触“5G 在智慧工厂应用案例分析”这类材料往往是在一份 27 页左右的汇报 PPT 里。翻完的感觉通常是图很漂亮词很宏大但回到自己车间还是不知道从哪下手。问题不在于 5G 本身有多玄而在于大部分案例材料只讲了“结果”没讲“约束”——工厂里到底哪些环节非 5G 不可哪些用工业以太网或 Wi-Fi 6 更划算5G 基站、天线、协议栈这些热搜词背后对应的是哪一层工程决策。这份材料真正值得拆的不是“5G 很厉害”而是它隐含了一套选型逻辑智慧工厂的痛点集中在移动性、低时延、海量连接和布线成本四个方向5G 在其中的定位是“补有线够不到、Wi-Fi 撑不住的场景”。适合读这篇的人有三类正在做工厂网络改造的自动化工程师、负责工业互联网平台落地的 IT 人员以及要给老板写方案的售前。接下来我按“先立选型逻辑再落到可复现的部署与验证”这条线把这类案例里真正能抄作业的部分讲清楚。2. 智慧工厂为什么需要 5G四类场景与选型边界2.1 有线、Wi-Fi 6、5G 三者的能力对比在工厂里谈 5G第一件事不是看峰值速率而是看它和现有方案的差距在哪。工业以太网比如 PROFINET、EtherCAT的确定性最好抖动可以做到微秒级但它的死穴是“动不了”——AGV 小车、机械臂、旋转工位这些会移动的设备拖一根网线就是灾难。Wi-Fi 6 解决了移动性但在高密度接入和抗干扰上工厂金属环境会让它非常难受切换时延经常飙到几十甚至上百毫秒对运动控制来说就是翻车。5G 的价值在于它同时覆盖了移动性和确定性两个维度。uRLLC超可靠低时延通信场景下空口时延可以压到 1ms 量级配合边缘计算MEC把用户面下沉到车间端到端时延能控制在 10ms 以内。这个数字对大多数 AGV 调度、视觉质检、远程操控场景已经够用。但要注意5G 不是万能的它对时间同步的支持不如 TSN时间敏感网络原生对极高频的闭环控制比如伺服电机的电流环仍然替代不了现场总线。维度工业以太网Wi-Fi 65GuRLLCMEC典型时延1ms20-100ms5-20ms移动性无好很好抗干扰极强一般强授权频谱单小区连接数受交换机端口限制数百每平方公里百万级布线成本高移动场景中低无线确定性极强弱中需配合 TSN/5G LAN这张表是我在多个项目里反复用来和客户对齐认知的。结论很直接固定工位用有线移动设备用 5GWi-Fi 只做办公和辅助。如果一份案例 PPT 里把 5G 吹成能替代所有现场总线那基本可以判断它没进过真正的产线。2.2 四类典型场景的拆解第一类是 AGV/AMR 集群调度。这是目前 5G 在智慧工厂落地最成熟的场景。传统 AGV 用 Wi-Fi 漫游走到两个 AP 交界处会丢包调度系统就得靠“停车重连”来兜底效率直接打折。换成 5G 后小区切换由核心网统一管理AGV 可以保持持续在线。这里的关键参数是切换中断时间一般要求小于 50ms否则 AGV 的激光导航会触发急停。第二类是机器视觉质检。高清相机拍完产品要把图像传到边缘服务器做推理。如果用工控机本地跑算力不够传到云端带宽和时延又受不了。5G 的上行大带宽理论上行峰值可达数百 Mbps配合 MEC 本地分流可以把图像传到车间边缘节点时延控制在 20ms 内。这里要注意的是视觉质检对上行带宽的稳定性要求很高如果小区内同时有多个相机在传需要做 QoS 保障。第三类是远程操控比如天车、挖掘机、危险环境下的机械臂。这类场景对时延最敏感通常要求端到端小于 10ms否则操作员会明显感觉到“延迟”容易误操作。5G 在这里的对手不是 Wi-Fi而是光纤——如果设备固定光纤仍然是最优解只有设备需要大范围移动时5G 才有优势。第四类是设备数据采集与预测性维护。这类场景对时延不敏感但对连接密度要求高。一个中型工厂可能有上千个传感器、仪表、PLC 需要联网传统布线成本极高。5G 的 mMTC海量机器类通信场景就是为这个设计的单小区可以支持大量低功耗终端。不过要注意很多老设备的接口是 RS485/Modbus需要加 5G 工业网关做协议转换。2.3 从案例 PPT 到落地先算三笔账看到一份 27 页的案例分析不要急着照搬。先算三笔账第一笔是布线成本账把需要移动或难以布线的点位列出来估算有线方案的材料和施工费用第二笔是停机损失账Wi-Fi 掉线导致的产线停机每次损失多少第三笔是5G 专网成本账包括基站、核心网、MEC、SIM 卡管理、运维人力。三笔账算完值不值得做就清楚了。我一般会建议客户先选一个“最小闭环”场景试点比如一条 AGV 线路或一个质检工位用 5G 专网跑三个月把时延、丢包、切换成功率这些数据记录下来。不要一上来就全厂铺开那是给自己挖坑。3. 5G 专网在工厂的部署路径从基站到 MEC 的实操3.1 专网架构选型独立组网还是混合组网工厂 5G 专网目前主流有三种架构完全独立专网独立核心网独立基站独立频谱、混合专网共享基站独立核心网、以及切片专网共享基站共享核心网网络切片。选哪种取决于工厂对数据隔离和可控性的要求。完全独立专网适合对数据安全要求极高、且有能力申请专用频谱的大型企业。它的优点是数据不出厂区时延可控不受公网拥塞影响。缺点是成本高一套轻量化核心网加上基站初期投入不小。混合专网是目前最常见的做法基站可以共享运营商资源但核心网和 MEC 下沉到工厂用户面数据本地卸载不出厂区。切片专网成本最低但隔离性最弱适合对时延和安全要求不极端的场景。我一般会推荐中型工厂从混合专网起步核心网用轻量化方案比如基于开源 5G 核心网的容器化部署MEC 跑在工厂机房基站按需覆盖。这样既控制了成本又保证了关键数据的本地闭环。3.2 基站与天线部署AAU/DU/CU 的安装要点5G 基站设备通常分为 AAU有源天线单元、DU分布式单元和 CU集中单元三部分。在工厂环境里AAU 一般挂在车间顶部或墙壁DU 和 CU 可以部署在机房。安装时要注意几个参数挂高AAU 挂高建议在 4-8 米太低容易被设备遮挡太高则覆盖半径过大边缘速率下降。下倾角工厂环境建议下倾角在 3-8 度避免信号打到远处无用区域。隔离度AAU 之间要有足够的空间隔离避免互调干扰。供电与光纤AAU 到 DU 之间需要光纤连接距离一般不超过 10 公里视前传方案而定工厂内通常几百米就够。下面是一个典型的工厂 5G 专网设备清单示例用表格呈现更清楚设备部署位置关键参数备注AAU车间顶部3.5GHz64T64R按覆盖半径 50-100m 布点DU车间机房支持 4 小区前传接口 eCPRICU中心机房支持 8 DU可虚拟化部署轻量化核心网中心机房容器化支持 MEC用户面下沉MEC 服务器车间机房GPU 可选跑视觉推理/调度系统5G 工业网关设备侧支持 Modbus/Profinet 转 5G按设备数量配置这个清单不是标准答案但可以作为和集成商对齐时的参考。注意 AAU 的布点数量需要根据车间面积和遮挡情况做仿真或现场测试不能拍脑袋。3.3 从拨号到 5G终端接入与协议栈配置工厂里的终端接入 5G 专网和手机连公网是两回事。工业终端通常通过 5G 模组或工业网关接入需要配置 APN、DNN、切片标识等参数。下面是一个用nmcli在 Linux 网关上配置 5G 模组拨号的示例假设模组已识别为wwan0# 创建 5G 专网连接配置 nmcli con add type gsm ifname wwan0 con-name factory5g apn factory.private # 设置专网 DNN 和切片标识具体值由核心网侧分配 nmcli con mod factory5g gsm.apn factory.private nmcli con mod factory5g gsm.username factoryuser nmcli con mod factory5g gsm.password factorypass # 启用连接 nmcli con up factory5g # 查看拨号状态和获取的 IP nmcli con show factory5g ip addr show wwan0这段脚本的逻辑是先创建一个 GSM 类型的连接绑定到 5G 模组的网卡接口然后设置 APN接入点名称和认证信息。APN 和 DNN 在 5G 专网里通常由核心网统一规划工厂侧不能随意填。切片标识S-NSSAI如果核心网启用了网络切片也需要在终端侧配置否则可能无法接入指定切片。参数说明apn是必须的username/password看核心网是否启用二次认证。如果拨号失败先检查模组是否注册到网络mmcli -m 0可以看模组状态再看 APN 是否和核心网配置一致。常见坑是模组固件版本太老不支持专网频段或切片这个后面避坑章节会细说。3.4 MEC 本地分流让数据不出厂区MEC 是 5G 专网在工厂落地的关键。没有 MEC所有数据都要绕到核心网再回来时延和带宽都受不了。MEC 的部署方式通常是在工厂机房放一台边缘服务器通过 UPF用户面功能下沉实现本地分流。配置 UPF 本地分流的核心是定义分流策略哪些 IP 或业务流走本地哪些走公网。下面是一个简化的 UPF 分流规则示例用 YAML 描述实际配置取决于核心网方案# UPF 本地分流规则示例 upf: local_breakout: - match: dst_ip: 192.168.100.0/24 # 工厂内网网段 action: local # 本地转发不出厂区 - match: dst_ip: 10.0.0.0/8 # 办公网段 action: local - match: dst_ip: 0.0.0.0/0 # 其他流量 action: forward # 走公网这段配置的意思是目的地址是工厂内网的流量直接在本地 UPF 转发不经过公网其他流量才走公网出口。这样既保证了产线数据的低时延和安全性又不影响设备访问外部服务。参数说明dst_ip的网段划分要和工厂现有网络规划一致否则会出现分流错误。如果工厂有多个 VLAN需要把每个网段都列进去。实际部署时UPF 通常和 MEC 服务器在同一台物理机上通过 SR-IOV 或 DPDK 做高性能转发。4. 5G 智慧工厂的避坑与排查五条血泪经验4.1 坑一AAU 布点太稀边缘速率断崖式下跌现象AGV 走到车间角落时调度系统提示连接超时AGV 急停。用测试终端测速发现边缘区域下行速率从 800Mbps 掉到 50Mbps 以下。原因AAU 布点数量不足或者挂高和下倾角不合理导致信号覆盖出现盲区。工厂里金属货架、设备外壳对 3.5GHz 信号的遮挡非常严重不能按室外宏站的覆盖半径来估算。解决先用测试终端做全车间路测画出覆盖热力图。对弱覆盖区域增加 AAU 或调整下倾角。如果车间有高货架考虑把 AAU 装在货架通道上方而不是只挂墙。必要时用漏缆或分布式天线系统补盲。4.2 坑二终端模组不支持专网切片拨号反复失败现象5G 工业网关配置了正确的 APN 和切片标识但拨号一直失败日志显示“网络拒绝”。原因很多早期 5G 模组只支持公网默认切片不支持自定义 S-NSSAI。核心网侧配置了专网切片终端侧不匹配自然被拒。解决采购模组前确认支持 5G LAN 和网络切片功能固件版本要能手动配置 S-NSSAI。如果模组不支持换模组或改用支持切片的工业网关。这个坑在选型阶段就能避开别等部署了才发现。4.3 坑三MEC 分流规则写错产线数据绕公网一圈现象AGV 调度时延忽高忽低偶尔飙到 100ms 以上。抓包发现部分数据包走了公网出口。原因UPF 分流规则的网段和工厂实际网段不一致导致本该本地转发的流量被送到公网。或者规则优先级配置错误默认路由覆盖了本地路由。解决核对工厂所有网段确保分流规则覆盖完整。规则顺序上本地网段要放在默认路由之前。部署后用traceroute验证关键业务流的路径确认没有绕行。4.4 坑四Wi-Fi 和 5G 同频干扰谁都不好过现象5G 专网开通后车间原有的 Wi-Fi 网络性能明显下降5G 侧也偶尔出现丢包。原因如果 5G 专网使用的频段和 Wi-Fi 频段接近比如 3.5GHz 和 5GHz Wi-Fi且 AAU 和 Wi-Fi AP 距离太近会产生邻频干扰。解决规划频段时尽量错开5G 专网优先用运营商分配的专用频段。如果无法错开增加 AAU 和 Wi-Fi AP 的物理隔离调整发射功率。实在不行把 Wi-Fi 迁移到 2.4GHz 或 6GHz 频段。4.5 坑五忽略时间同步运动控制场景抖动超标现象5G 连接的机械臂在低速运行时正常高速时出现抖动良率下降。原因5G 空口的时延抖动虽然比 Wi-Fi 小但仍然存在。如果运动控制算法没有做抖动缓冲或者没有和 5G 网络的时间同步机制配合就会出问题。解决对时间敏感的运动控制建议在 5G 专网里启用 TSN 或 IEEE 1588 时间同步。终端侧和网络侧要支持时间同步协议。如果 5G 方案不支持考虑把这类控制留在现场总线上5G 只做非实时数据采集。5. 进阶技巧用 5G 峰值速率公式反推工厂网络容量5.1 峰值速率计算公式与参数含义5G 峰值速率的理论计算公式是峰值速率 带宽 × 调制阶数 × 层数 × 编码率 × 符号率 × 开销因子具体到 NR新空口一个常用的简化公式是峰值速率Mbps 子载波数 × 每子载波比特数 × 层数 × 符号率 × 编码率 / 1e6其中子载波数和带宽相关比如 100MHz 带宽在 30kHz 子载波间隔下约有 3276 个子载波。每子载波比特数取决于调制方式256QAM 是 8 比特64QAM 是 6 比特。层数就是 MIMO 层数64T64R 的 AAU 可以支持 16 层甚至更多。符号率和编码率取决于配置典型值比如 0.925 和 0.75。这个公式的意义不是让你去算理论峰值而是帮你反推在工厂场景下如果我要支持 20 路 4K 相机同时上传每路需要 30Mbps 上行总共 600Mbps那么我的小区上行容量够不够如果不够是需要增加 AAU 数量还是调整时隙配比增加上行时隙5.2 用公式做容量规划的实操步骤第一步列出所有需要 5G 承载的业务估算每路的带宽需求和并发数。第二步根据业务分布划分小区每个小区覆盖一个区域。第三步用公式估算每个小区的上下行容量和需求对比。第四步如果容量不足调整时隙配比、增加载波或增加小区。下面是一个简单的 Python 脚本用来估算不同配置下的峰值速率def peak_rate_mbps(bandwidth_mhz, scs_khz, modulation_bits, layers, coding_rate, overhead0.86): 估算 5G NR 峰值速率 bandwidth_mhz: 带宽 (MHz) scs_khz: 子载波间隔 (kHz) modulation_bits: 每符号比特数 (QPSK2, 16QAM4, 64QAM6, 256QAM8) layers: MIMO 层数 coding_rate: 编码率 (0-1) overhead: 开销因子典型 0.86 # 每个 RB 有 12 个子载波 # 每个时隙的符号数取决于 SCS30kHz 时 1ms 有 2 个时隙每时隙 14 个符号 symbols_per_ms 14 * (scs_khz / 15) # 归一化到 1ms # 子载波总数 带宽 / 子载波间隔 * 1000 total_subcarriers bandwidth_mhz * 1000 / scs_khz # 每秒符号数 symbols_per_sec symbols_per_ms * 1000 # 峰值速率 rate total_subcarriers * modulation_bits * layers * coding_rate * symbols_per_sec * overhead return rate / 1e6 # 转换为 Mbps # 示例100MHz 带宽30kHz SCS256QAM4 层编码率 0.75 rate peak_rate_mbps(100, 30, 8, 4, 0.75) print(f估算峰值速率: {rate:.0f} Mbps)这段脚本的逻辑是先根据子载波间隔算出每毫秒的符号数再根据带宽算出子载波总数然后乘以调制比特数、层数、编码率和开销因子得到峰值速率。参数说明scs_khz常见取值 15、30、60工厂场景一般用 30kHzmodulation_bits根据信号质量动态调整边缘区域可能只有 QPSKlayers取决于终端能力工业模组通常 2-4 层coding_rate典型 0.75 左右。这个估算结果会比实际测试值高因为没算信令开销、参考信号和调度间隙。但用来做容量规划足够了。我一般会按估算值的 50%-60% 来规划实际业务承载留出余量。5.3 一个习惯先测再算别信纸面参数最后说一个我自己的习惯任何 5G 工厂方案在签合同前一定要做现场测试。带上测试终端和路测软件在真实车间环境里跑一遍把覆盖、时延、切换成功率、上行带宽这些数据拿到手。纸面参数再漂亮也抵不过车间里一堆金属货架的玄学遮挡。测试完再回头算容量心里才有底。希望帮到你。本文还有配套的精品资源点击获取