简介：349-5G-局域网.docx 是一份面向5G核心网工程师、通信专业学生及5G LAN技术研究者的专题文档，聚焦5G局域网服务的架构与实现原理。内容从5G网络两种主流架构切入，分别展示基于服务与基于参考点的非漫游场景系统框架，并重点讲解使用本地交换机、N19隧道支持5G LAN类业务的用户平面方案，对N19参考点、UPF间直接路由等关键概念给出清晰定位。文档还系统梳理了5G虚拟网络组（VN Group）的标识、成员管理、数据配置流程，以及NEF、UDM、UDR、PCF等网元间的协作方式，包含URSP规则生成、UE配置更新等机制，同时说明了PDU会话访问、二次认证、单播/广播/多播通信等R16增强要点。资源为单个docx文件，大小182KB，共4页，图文结合便于对照理解。已有379人学习下载，适合需要快速掌握5G LAN核心概念与整体流程的读者。
1. 5G局域网：为什么一份 docx 方案值得你花时间看完
做弱电和信息化集成的人都遇到过这种需求：某制造企业的临时仓库要扩展监控和扫码枪网络，老厂房没有布线条件，拉临时网线要跨三个车间；或者一个户外展会现场，主办方要求三天内把几十个展位的收银、门禁、摄像头全部组网。以往的标准答案是拉光纤或租专线，但工期和成本都让你头疼。5G 局域网就是在这种场景下被反复验证过的替代方案——用一张 5G SIM 卡配合 CPE 设备，把运营商的无线接入网变成你专属的局域网上联，内部仍然走交换机、AP、AC 那套成熟架构。本文要拆解的这份方案，解决的是「怎么选设备、怎么组网、参数怎么设、坑在哪」的完整落地路径，适合集成商、企业 IT 和现场运维工程师照着复现。
2. 5G 局域网怎么搭：从 CPE 到核心交换的三个选型决策
2.1 先理解 5G 局域网的拓扑本质
5G 局域网并不是一种新协议，而是一种接入方式的替换。传统局域网的上联口是光猫或企业路由器接专线，5G 局域网的上联口换成 5G CPE 或工业 5G 网关，它把 5G 无线信号转换成以太网口或 Wi-Fi，后面的核心交换、AC、AP、终端全部不变。这意味着你不需要改变内网设计习惯，只需要把「出口设备」想清楚。
我一般会先画一张拓扑草图：5G 基站 → 5G CPE → 核心交换机 → 接入交换机 → AP/有线终端。CPE 是边界设备，它承担了 NAT、DHCP、防火墙、路由这几件事。如果现场已经有企业路由器，可以让 CPE 做纯桥接，由路由器来拨号和管理内网，这个决策直接影响后面的 IP 规划和故障排查方向。
从运营商角度看，5G 局域网拿到的是一个动态或固定私网 IP，真正可靠的数据转发发生在基站和核心网之间，CPE 本身只是一台带 5G 模组的接入路由器。理解了这层关系，你就知道为什么选型时不能只看 CPE 的 Wi-Fi 速率，更要看它的模组能力、天线规格和散热设计。
2.2 设备选型：CPE、工业网关还是插卡路由器
市面上做 5G 接入的设备看起来都是「一个盒子 + 几根天线」，但现场稳定性差距很大。我整理了一张对比表，方便你在方案阶段直接套用：
| 设备类型 | 典型形态 | 适用场景 | 优势 | 需要注意 |
|---|---|---|---|---|
| 消费级 5G CPE | 桌面式，内置 Wi-Fi | 小型办公室、临时展位 | 便宜、部署快 | 长时间高负载易降速，接口少，管理功能弱 |
| 企业级 5G 网关 | 铁壳无风扇，外置天线 | 工厂、仓库、室外 | 7x24 稳定，支持 VLAN、QoS | 价格较高，需外接 AP 或交换机 |
| 插卡式企业路由器 | 路由器 + 5G 模块 | 已有路由器想升级 | 复用现有设备，配置统一 | 模块兼容性需确认，天线外置较麻烦 |
如果现场有超过 20 个终端并发，且包含摄像头这种持续大流量设备，建议直接上企业级 5G 网关，不要用消费级 CPE 硬扛。某公司在模拟项目X里用消费级 CPE 带 12 路摄像头加扫码枪，运行到第三天开始周期性断流，换成工业网关后问题消失——问题不在速率，而在消费级设备的连接数管理和发热降频。
选型时还有三个容易被忽略的点：天线接口是否为可拆卸式，这决定你后续能不能外接高增益天线解决弱信号；是否支持双 SIM 卡备份，这决定运营商网络故障时你有没有后悔药；以及管理方式是否支持远程 Web 或 SNMP，否则后期排查会让你跑到现场翻盒子。
2.3 SIM 卡、APN 与专网的区别
5G 局域网的上联链路最终落在 SIM 卡上，SIM 卡的类型决定了你能拿到什么样的网络服务。公网 SIM 卡拿的是普通公众网络，时延抖动大，但办理最快；物联网卡走的是物联网专用核心网，QoS 等级略高，但部分卡会被限制大流量持续传输；企业专网卡则是通过切片或专用 DNN 实现隔离，时延和稳定性最优，但需要企业向运营商申请，周期长。
在方案设计阶段，我建议先确认客户业务对时延和断网重连的容忍度。只是收银、办公、网页访问，公网卡足够；如果涉及 AGV 小车、远程控制这类实时性业务，就要考虑专网或至少物联网卡。APN 的配置通常在 CPE 的 WAN 设置里，默认是自动获取，但运营商可能给专网分配了指定的 APN 名称，需要手动填入。
另外要提醒：SIM 卡的流量套餐要按月评估，不要按手机套餐思路买。5G CPE 的流量消耗比手机快得多——一路 1080P 摄像头一天就能跑掉 30~50GB，如果不做流量管控和超额告警，月底账单会吓到甲方。
3. 落地组网与配置：一台 5G CPE 把现场变成局域网的完整步骤
3.1 从零开始的组网步骤与 IP 规划
拿到设备后，第一步不是插电，而是规划 IP 段。常见做法是让 CPE 或路由器作为 DHCP 服务器，网段用 192.168.100.0/24 这类不常见的私网段，避免和现场原有网络冲突。如果现场已经存在 192.168.1.0/24 的网络，CPE 默认的 192.168.1.1 管理地址就会撞车，你一开机就发现网关地址 ping 不通。
我一般按这个顺序操作：
- 给 CPE 通电，用网线连接电脑和 CPE 的 LAN 口，浏览器进入管理地址
- 在 WAN 设置里选择 SIM 卡拨号，等待获取到运营商 IP
- 修改 LAN 口 IP 为规划网段，开启 DHCP 并设置地址池范围
- 配置 Wi-Fi 的 SSID、加密方式和密码，频段优先选 5GHz
- 接上核心交换机，把 AP 和终端设备全部切换到新网段
这个顺序里最容易翻车的是第三步和第四步的顺序——如果你先配好了 Wi-Fi，再改 LAN 网段，电脑和手机都会瞬间断连，容易误以为设备坏了。
3.2 CPE 拨号、DHCP 与 NAT 的典型配置
以下是一段常见的企业级 5G 网关的配置过程，我用伪码形式还原核心思路，设备具体命令以你手头的型号为准：
# 1. 设置 WAN 口为 5G 拨号模式 interface wan0 mode 5g apn auto auth chap ip-address negotiated exit # 2. 设置 LAN 网段和 DHCP interface lan0 ip address 192.168.100.1 255.255.255.0 dhcp-server enable dhcp-server address-pool 192.168.100.100-192.168.100.200 dhcp-server lease-time 7200 exit # 3. 开启 NAT，让内网终端通过 5G 上联访问互联网 firewall nat rule 1 action masquerade src-address 192.168.100.0/24 out-interface wan0 exit这段配置表达了三层逻辑：第一层是让 WAN 口通过 SIM 卡自动拨号，auth chap是运营商常用的认证方式，如果 APN 有特殊要求就改手动填入；第二层是 LAN 侧提供 DHCP 服务，地址池控制在 100~200 之间，留出 50 个地址给打印机、摄像头等静态 IP 设备，lease-time设 7200 秒避免终端频繁续租；第三层是 NAT 伪装，让内网设备共用 5G 上联 IP。
配置完成后先 ping 运营商的 DNS 地址，能通说明拨号成功。再ping 网关，然后 ping 外网。逐级排查的路径比一上来就换设备高效得多。
3.3 无线侧：AP 配置与终端漫游的注意事项
5G 局域网里的「局域网」部分仍然靠 AP 覆盖。CPE 自带的 Wi-Fi 覆盖能力有限，现场面积大就必须外接 AP。注意：CPE 自身如果开启了 Wi-Fi，又同时外接 AP，就存在两个互不协调的无线网络，终端会随机挂上信号较差的那个，漫游体验很差。
正确做法是关闭 CPE 的 Wi-Fi，把它当成纯有线网关，由统一的 AC 管理所有 AP。这样终端在同一 SSID 下漫游时才会触发正常的 802.11k/v/r 机制。AP 的 SSID 和密码要和原网络保持一致，否则所有终端都要重新输入密码，几十台扫码枪一台台改会让人崩溃。
信道规划方面，2.4GHz 只保留 1、6、11 三个不重叠信道，5GHz 优先选用 36~64 之间的低频信道。不要用自动信道，现场环境复杂时自动信道会频繁跳变，导致终端掉线重连。我曾在一个仓库里见过 AP 的信道每十分钟变一次，根源就是开启了自动选择。
4. 调通不等于调好：5G 局域网的 5 个关键参数与频段策略
4.1 MTU 与分片：第一个必调参数
5G 网络链路的 MTU 通常比以太网小，很多 CPE 默认的 MTU 是 1500，但运营商侧的承载网实际支持的分片大小可能只有 1400 左右。这会导致大包被丢弃或分片，表现是网页能打开、视频能缓冲，但大文件传输和视频会议会无规律卡顿。
我一般会在配置完网络后第一时间测试：用电脑 ping 网关，设置不分片标志，逐步加大包长：
ping 192.168.100.1 -f -l 1400 ping 192.168.100.1 -f -l 1450 ping 192.168.100.1 -f -l 1472如果 1400 能通而 1472 不通，说明链路 MTU 在 1428 附近。此时把 CPE 或路由器的 WAN 口 MTU 改为 1400，同时确保内网终端使用默认 1500 即可，因为 NAT 后的分片由网关处理。这个参数不改，后续所有调优都是白费。
4.2 QoS 与带宽管控：让摄像头不抢收银终端的网
5G 上联的带宽是共享的，一旦有持续大流量业务（摄像头、文件备份），交互型业务（扫码枪、POS 机）的延迟就会飙升。这不是 5G 的问题，而是在局域网出口没有做 QoS。
在企业级网关或核心交换机上，建议为业务划分优先级队列：
| 业务类型 | DSCP 标记 | 队列优先级 | 带宽保障 |
|---|---|---|---|
| 收银/POS/扫码枪 | EF (46) | 高 | 保证 10Mbps |
| 视频会议/语音 | AF41 (34) | 高 | 保证 5Mbps |
| 视频监控 | AF31 (26) | 中 | 限制 20Mbps |
| 文件下载/更新 | BE (0) | 低 | 共享剩余带宽 |
这样设置的逻辑是：把有限的 5G 上联带宽按业务重要性分配，而不是让所有流量一拥而上。摄像头这类流量可以容忍延迟但需要持续带宽，给它设置上限反而能避免挤爆出口。
4.3 频段选择策略：n41、n78 还是 n79
5G 局域网部署时，CPE 会自动选择信号最强的频段，但「信号最强」不等于「速率最快、最稳定」。国内运营商常用频段中，n41 覆盖好但带宽相对有限，n78 是主流容量频段，n79 带宽大但穿透力弱、覆盖范围小。
在固定位置部署的 5G 局域网里，我建议手动锁定频段，而不是任由 CPE 自动切换。具体做法是在 CPE 的无线设置里找到频段选择，先通过信号扫描看当前各频段的 RSRP 和 SINR，再锁定最优频段。判断依据是 SINR：RSRP 很好但 SINR 低于 10dB，说明有干扰，锁定这个频段反而会频繁重传。
一个常见误区是看到 5G 信号满格就认为链路好。满格只代表 RSRP 好，真正影响体验的是 SINR 和误码率。如果 SINR 差，位置稍偏一点就能改善明显——这属于玄学现场，但天线位置的调整确实是 5G 局域网部署里投入最小、收益最大的操作。
4.4 天线位置与馈线损耗
外置天线的 CPE，天线摆放高度和目标方向决定了链路质量。天线尽量不要紧贴金属表面，也不要放在机柜内部，至少离机柜顶部 30 厘米。如果 CPE 到天线的馈线超过 5 米，要注意馈线损耗——普通 RG58 在 3.5GHz 频段每米损耗约 0.6dB，10 米就损耗 6dB，相当于信号强度直接打四折。
我见过一个现场把天线放在天花板夹层里，信号差到掉线，爬到夹层发现馈线被桥架压扁了。换一根短馈线，位置移到窗边，问题当场解决。所以别迷信高大上的天线参数，先检查物理链路。
5. 5G 局域网部署避坑：我踩过的 5 个典型故障与排查路径
5.1 SIM 卡能注册但无法上网：APN 和鉴权不匹配
现象是 CPE 显示已注册 5G 网络，信号满格，但 WAN 口拿不到 IP 或能拿到 IP 无法 ping 通外网。这最容易出现在物联网卡和专网卡上。原因通常是卡默认的 APN 与运营商后台配置不一致，或者鉴权方式不对。
解决路径：确认 SIM 卡类型，联系运营商要完整的 APN 参数，在 CPE 里关闭「自动获取 APN」，手动填 APN 和鉴权方式。如果还不行，检查 CPE 的 SIM 卡槽是否支持该运营商的频段——有些设备虽然标注全网通，但实际某频段的天线增益很差。
5.2 终端频繁掉线：DHCP 租期太短和 Wi-Fi 省电模式
现象是手机、扫码枪用着用着就断网，过几秒自动恢复，一天发生几十次。先排查 DHCP 租期——很多 CPE 默认租期只有 30 到 60 分钟，终端在空闲状态被回收地址，唤醒后重新获取 IP 就断流。解决方法是把租期调到 7200 秒以上。
如果租期没问题，再看终端的 Wi-Fi 省电模式。部分安卓设备的省电策略在弱信号环境下会主动断开 Wi-Fi，而 5G CPE 的信号穿墙能力不如传统路由器，导致终端频繁休眠唤醒。解决方法是增加 AP 数量或调整位置，别指望终端自行优化。
5.3 上行速率低得离谱：TDD 配比和发射功率的限制
现象是下行速率正常，上行速率只有 1~2Mbps，传文件或视频上送卡死。5G 用的是 TDD 时分双工，上下行时隙配比由运营商决定，典型配比是 7:3 或 8:2，即大部分时间分配给下行。如果你所在区域的上行时隙少，上行速率天然受限。
解决路径：先测多个时间段的上行速率，排除单时段拥塞；然后确认是公网卡还是专网卡——公网卡通常被限制上行；最后检查 CPE 是否支持发射功率调整，某些设备默认开启了省电模式会主动降低上行功率。如果都不行，只能更换支持更高上行能力的产品或改用双卡聚合。
5.4 视频监控画面卡顿：NAT 会话表溢出
现象是视频监控平台画面每隔几分钟卡一次，其他业务正常。排查 CPE 的连接数状态——很多消费级 CPE 的 NAT 会话表只有几千条，几十路摄像头加上 TCP 重传很容易打满。解决方法是换企业级网关，或在交换机侧把视频流量单独划到不同 VLAN，降低对核心业务的影响。
5.5 断电重启后配置丢失：没有保存配置的习惯
现象是现场停电，恢复供电后 CPE 回到了出厂状态，路由配置全没了。原因很简单——配置完成后没有执行保存操作。很多 CPE 的 Web 界面配置完后需要手动点击「保存配置」，否则只在内存中生效。这属于低级错误，但确实每次现场跑一圈都能遇到一两次。
解决路径：配置完成后养成保存并导出的习惯，把配置文件归档到本地，同时开启配置自动备份。没有后悔药，只有提前备份。
6. 交付前最后一件事：吞吐验证、漫游测试与长期巡检习惯
6.1 用 iperf3 做双向吞吐测试，别只测 Speedtest。Speedtest 测的是到运营商测速节点的速率，不代表内网到外网的真实能力。正确做法是在内网一台电脑上运行 iperf3 服务端，在另一台终端上指定 CPE 的 WAN 口 IP 或公网 IP 进行测试，分别验证下行和上行。注意服务端要放行对应端口，否则测试结果会因防火墙误判为链路问题。
6.2 漫游测试要覆盖实际移动路径。拿着手机或扫码枪从 AP1 走到 AP2 覆盖范围，用 ping 网关的方式观察丢包。断开重连不算合格，必须是无感漫游。测试距离要按真实业务动线走，比如仓库的叉车路线、展会的观众动线，不要只在办公室走一圈就交差。
6.3 建立月度巡检习惯。每月的固定时间记录 CPE 的 RSRP、SINR 和上下行速率，连点成线后能提前发现信号恶化趋势。我在某公司的模拟项目X交付后，靠这个习惯提前一个月发现周边新建筑遮挡了天线方向，在客户投诉前完成了天线迁移。网络优化没有一劳永逸，环境一直在变，定期看数据比出了问题再跑现场更省心。
我在一个旧厂房改造的 5G 局域网项目里吃过这个亏：交付时测速正常，没有做持续巡检，三个月后客户反馈现场直播经常断流，跑到现场一测才发现附近新建了信号发射设备造成干扰。从那以后，每次验收我都把巡检计划写成交付文档的一部分。技术方案的收尾不是签字画押，而是告诉客户这套系统怎么自己看数据、什么时候该找谁。做 5G 局域网这几年，我最大的一个体会是：别把「能上网」当成交付标准——能稳定上网、能快速排障、能提前发现风险，才算是把这份方案的价值真正交到了客户手里。希望帮到你。
本文还有配套的精品资源，点击获取
 性能瓶颈)
