简介《5G核心网和关键技术介绍》是一份面向通信工程师、网络优化人员及5G入门学习者的专题PDF文档。内容围绕5G核心网服务化架构SBA展开逐一解析AMF、SMF、UPF、UDM、NRF、NSSF等核心网功能并深入说明注册管理RM、连接管理CM、会话管理SM的关键状态与流程文档还完整梳理了5G注册流程、PDU会话建立流程、切换流程等典型呼叫流程同时涵盖网络切片、CUPS控制/用户面分离、边缘计算等关键技术点适合用来快速建立5G核心网知识框架。资源包仅1个PDF文件容量约1.55MB方便离线查阅。该资料目前已有643人浏览学习内容既有架构原理也有流程拆解能帮助读者理解移动性管理、会话建立和QoS控制等核心机制是一份简明实用的学习参考。1. 5G核心网是什么为什么读完不一定能上手拿到《5G核心网和关键技术介绍.pdf》这类资料很多人的第一反应是把它当成字典遇到不懂的翻一翻。但做过核心网交付的人知道真正让项目延期的不是概念而是接口和参数。5G核心网5GC是整个5G网络的控制中心关键技术集中在服务化架构SBA、网络切片、边缘计算和QoS流这几块。这篇笔记不重复那些翻资料就能查到的离题概念直接从架构、网元、参数到部署坑位带着你按可复用的方式理解5G核心网适合刚转5G的工程师也适合做核心网运维和测试的人。你不需要背下所有规范但需要知道每个网元在信令流程里扮演什么角色、哪个参数会让网络“翻车”。2. 5G核心网架构与网元先认出接口和参数再谈配置5GC 和传统 EPC 的最大区别是“服务化”但落到配置上重点仍然是接口和参数。我见过不少新人把 AMF、SMF、UPF 名称背得滚瓜烂熟一旦让他查“为什么 UPF 没注册到 NRF”就无从下手。原因是没把服务化架构当成网元之间的“调用规则”而接口就是这条规则的具体路径。2.1 服务化架构SBA不是概念是网元间的“调用规则”SBA 把每个网元功能拆成独立服务网元之间通过 HTTP/2 接口互相调用NRF 作为服务注册中心。传统 EPC 的接口是静态点对点的比如 SGW-C 和 PGW-C 之间有一条固定 GTP-C 链路而 5GC 里 SMF 要找一个 UPF是去 NRF 查询可用实例再通过 N4 接口建立会话。好处是功能可以独立升级、按需组合坏处是排错时不能只看一条链路要先看服务发现是否成功。最常见的排查顺序先在 NRF 上查网元注册状态再查调用方配置的 NRF 地址是否正确。我一般会在 NRF 侧用服务发现接口查询例如查询 UPF 的 NF 实例确认返回数量和状态。关键参数是 NF Type、FQDN、PLMN、服务实例版本这些决定了一个网元能不能被另一个网元找到。如果查询不到不要先去查传输链路先看配置文件里的 NRF 地址和证书对没对上这一步能排除八成的“服务不可达”。2.2 核心网网元功能与接口一张表真正动手配置前建议把网元和接口的关系放在一张表里。不需要背全部但表里的“关键参数”和“常见故障”是排错切入点网元主要功能关键接口 / 服务你要盯的参数常见故障现象AMF接入与移动性管理、注册管理、连接管理N1, N2, N8, N11PLMN, TAC, 允许的 S-NSSAI 列表终端注册失败SMF会话管理、IP 地址分配、UPF 选择N4, N7, N10, N11DNN, S-NSSAI, UPF 地址PDU 会话建立失败UPF用户面转发、QoS 执行、分流路由N3, N4, N6, N9UE 网段, 路由, QoS 模板流量不通或时延异常NRF服务注册与发现服务化接口NF 实例注册状态网元之间互相找不到UDM / AUSF用户数据存储与鉴权N8, N10, N12签约数据, 鉴权算法注册请求被拒绝NSSF切片选择服务化接口S-NSSAI 映射规则切片选择结果不符合预期这张表的用法不是背而是在排查时反向查。比如“用户能注册但不能上网”先看 SMF 对应的 DNN 和 UPF 地址配置再看 UPF 的转发规则。很多 5G 项目的关键维护点都集中在这张表上它比一份长篇介绍文档更贴近实战。2.3 从NSA到SA核心网选型不再是一张参数表说了算5G 网络架构里有 NSA 和 SA 两种组网核心网的要求完全不同。NSA 的控制面仍然锚定在 EPC用户面走 NR 加 EPC的链路核心网并不需要完整 5G 网元而 SA 使用 5GC 作为唯一核心网AMF、SMF、UPF 一个都不能少。很多项目改造之所以返工就是在前面定了 NSA后来业务要切 SA发现原来的 MME 和 PGW 升级路径并不平滑。判断一个局点是不是 SA常见做法是抓终端注册消息。如果终端的 Registration Request 里带有“5G MM 能力”且核心网流程由 AMF 处理说明走的是 SA如果消息从 MME 透传过来注册完成后仍是 EPC 会话就是 NSA。实际操作中可以在 AMF 侧查看 N2 接口日志确认收到的消息来自 gNB 还是 eNB 转发。决定用哪种组网直接影响采购清单和测试范围SA 需要单独验证 5GC 网元NSA 则需要验证 EPC 和 NR 用户面。建议项目初期就把“未来是否会启用 5G 独立组网”写进需求避免后期推倒重来。3. 关键技术落地网络切片、MEC与QoS流的参数我这样调5G 核心网真正带来业务价值的并不是“更快”而是能把一张物理网络切成多个逻辑网络并在靠近用户的位置处理数据。网络切片、MEC、QoS 流是三个最常见的落地技术也是介绍文档里最容易一笔带过的部分。我只讲参数和配法不展开标准定义。3.1 网络切片从“切”到“选”的NSSAI参数网络切片的核心参数是 S-NSSAI它由 SST 和 SD 两部分组成。SST 表示切片类型例如 1 代表 eMBB、2 代表 URLLC、3 代表 mMTCSD 是自定义标识用来区分同类型的不同切片。一个完整 S-NSSAI 可能写成1-010203前面的 1 是 SST后面的十六位十六进制就是 SD。切片选择流程是这样的终端在注册时携带 Requested NSSAIAMF 根据本地配置和 NSSF 的决定返回 Allowed NSSAI后续建立 PDU 会话时SMF 根据 S-NSSAI 和 DNN 选择对应的 UPF。配置时最容易翻车的点有两个一是 AMF 的允许切片列表没包含终端请求的切片导致注册被拒二是 SMF 绑定的切片和 UPF 实际转发路径不一致导致会话建立后数据不通。我一般会在 AMF 上先列出“允许 S-NSSAI”清单再在每个 SMF 上确认对应的 DNN 和切片是否一致。关键参数可以用一张小表记录切片用途SSTSDDNN默认切片普通 eMBB1000001internet是低时延业务2000002urllc否大连接业务3000003mict否配置时要注意 SD 必须按十六进制填写前后补零否则两端读出来不对。这个坑我踩过一个 SD 写错终端切到目标切片后无法建立会话排查了两个小时才发现是十六进制位数问题。3.2 MEC和UPF下沉用户面拉近控制面别跟着走边缘计算的实现本质上是让 UPF 靠近用户把需要低时延的流量在本地分流。5GC 的好处是控制面和用户面分离SMF 仍然在中心UPF 可以放到地市或园区。常见做法是用 UL CL上行分类器或 IPv6 多归属技术实现本地分流。配置时关键参数是边缘 UPF 的网络实例、SMF 上对该 DNN 分配 UE IP 的地址段、分流规则例如目标 IP 或域名。我见过一些项目把 UPF 部署到了边缘但 SMF 没有配置本地数据网络导致所有流量依然走 N9 绕回中心 UPF时延毫无改善。出现这类问题时要重点检查 SMF 里的“Data Network Name”是否与边缘 UPF 的 N6 接口路由匹配同时确认 UPF 是否收到了 N4 下发的转发规则。部署位置UPF 角色用户面路径适用场景中心机房中心锚点 UPFUE → 汇聚 → 中心 UPF → 外部普通互联网访问地市 / 园区边缘 UPFUE → 边缘 UPF → 本地应用视频缓存、工业控制、车联网调本地分流时先做一次从 UE ping 本地服务器 IP 的测试如果通了再 ping 外部公网地址。两条路径都通说明分流规则没有把流量“全部兜住”如果外部通但本地不通优先查边缘 UPF 的 N6 路由。3.3 QoS流与5QI用户感知不好时先查这个映射QoS 流是终端到 UPF 之间的一组包转发属性核心网通过 NAS 消息把 5QI、ARP、GFBR/MFBR 下发给终端和 UPF。5QI 决定包转发级别ARP 决定资源抢占优先级。5QI 1 通常用于语音通话5QI 9 是默认的 non-GBR 数据业务中间还分布着实时视频、游戏等各类业务具体对应关系要查 3GPP TS 23.501。调 QoS 时我一般会先在 SMF 上确认默认 QoS 流的 5QI 是否符合该 DNN 的设计值。用户反馈“视频卡顿”但基础指标正常时常见病因是默认 QoS 流用了 5QI 9没有给视频业务建立专用 QoS 流。可以在 PCC 策略中配置分流到视频业务的信息然后在 SMF 上生成 5QI 对应的 GBR 流。排错时要看 PDU 会话建立接受消息里的 QoS 参数和 UPF 实际执行的规则是否一致。有时候终端侧和核心网参数都对但 UPF 上的 QoS 模板没有绑定到 N3 或 N9 隧道结果是一整条链路都没有限速或优先级区分。这种现象最隐蔽表现是“配置了 VIP 业务但效果和普通用户一样”。4. 用开源核心网搭一套可复现的验证环境目录、参数与三条检查路径只看介绍文档很难理解核心网里“注册流程”和“PDU 会话建立”到底是什么感觉。我建议你搭一套可以随时重置的开源核心网验证环境用模拟基站和终端去跑完整流程。这套环境不仅能用于学习也能在商用项目调测前验证参数。4.1 选型为什么我推荐先拿开源核心网做“假上网”常见做法是使用 free5GC 或 Open5GS 这类开源核心网项目配合 UERANSIM 这样的模拟基站/终端。选择一个项目时不必追求最新版建议选一个社区上反馈较多的稳定 release。开源核心网的好处是你可以直接改 AMF、SMF、UPF 的配置文件能通过日志看到每一步信令这比对着黑匣子猜过程要高效得多。它不适合商用但非常适合“验证参数”你可以在一个干净环境里测试网络切片、QoS、UPF 分流规则确认参数组合有效后再移植到商用设备上。很多商用网元的配置逻辑和开源项目高度相似区别只是界面不同。尤其是“AMF 配置允许切片列表”“SMF 绑定 DNN”这两块思路是通用的。4.2 搭建步骤与关键参数以下是可复现的搭建路径不需要改代码只改配置步骤操作验证点1. 启动核心网使用开源项目自带的 docker compose 启动 AMF、SMF、UPF、NRF 等容器各容器进程处于 Up 状态2. 配置 AMF设置 PLMN、TAC、允许的 S-NSSAI填入 NRF 地址AMF 能注册到 NRF3. 配置 UPF设置 DNN、UE 网段、N4 关联地址UPF 与 SMF 建立 N4 会话4. 配置模拟基站填写 AMF 地址、PLMN、TAC基站能建立 N2 连接5. 配置模拟终端填写 IMSI、S-NSSAI、DNN终端能完成注册6. 发起业务验证在终端侧 ping 外部地址能 ping 通说明用户面正常关键参数表建议按这个取值参数测试值说明PLMN001/01测试网络标识TAC1跟踪区代码需与基站一致DNNinternet数据网名称与 SMF/UPF 配置一致S-NSSAI1-000001默认 eMBB 切片UE 网段10.60.0.0/16UPF 给终端分配的地址池这套环境里最容易出问题的是容器网络。如果 UPF 起的服务一切正常但终端 ping 不通先看 UPF 是否做了 NAT 或路由转发再看 N6 接口是否接入了宿主机网络。模拟终端注册成功后如果 PDU 会话仍没建立压紧在 SMF 和 UPF 的 N4 连接上而不是去看传输层。4.3 验证不是能上网就完事三个要看日志的检查点能 ping 通外部地址只代表 PDU 会话建立成功并不代表核心网功能完整。我会再检查三个点第一注册流程是否符合预期。在 AMF 日志里应能看到 Registration Request 和 Registration Accept如果只看得到 reject需要检查 PLMN、TAC、鉴权参数。第二PDU 会话建立是否走对了切片。在 SMF 日志里找到 PDU Session Establishment Accept确认下发的 S-NSSAI 和 DNN 与配置一致。如果显示 Default DNN 不对说明 AMF 选择的 SMF 实例有问题。第三用户面路径是否正确。在 UPF 日志里查看 N3 和 N6 隧道的信息确认终端 IP 对应的报文确实从 N3 到达、从 N6 转发出去。若日志中只有 N3 没有 N6通常意味着 UPF 缺少出口路由。这三个检查点能帮你避免“能上网但架构是错的”的情况。很多商用项目里的疑难故障其实在开源环境里用同样方法验证一遍就能快速定位是核心网问题还是传输问题。5. 5G核心网部署避坑配置常见的五个翻车场景这一章写配置和交付中最高频的几个问题。每条都按“现象→原因→解决”来描述是我在项目里真实踩过的坑不是从文档里抄来的理论。5.1 UPF一直注册不上NRF没先想清楚“谁找谁”现象UPF 进程正常启动但 NRF 上查不到 UPF 的注册实例SMF 选择 UPF 时提示“无可用实例”。原因通常有三种UPF 配置里的 NRF 地址填成了 SMF 的地址证书不匹配或者 NF Profile 里的服务名称与 NRF 预期不一致。解决方法是先 ping 通 NRF 的接口地址再查看 UPF 配置中的 NRF 域名和端口是否正确最后用 NRF 的服务发现接口直接查询 UPF 是否注册成功。从优先级来看先查地址再查证书最后查服务名称基本能覆盖绝大多数注册失败。5.2 终端能注册但建不起PDU会话DNN和切片闹“同名不同人”现象终端已经进入 REGISTERED 状态但发起 PDU 会话建立时被拒绝核心网日志提示“DNN not allowed”或“S-NSSAI not allowed”。原因往往不是单一网元参数错而是 AMF 允许的 DNN 列表和 SMF 配置的 DNN 名称不一致或者 AMF 选择的 SMF 不支持该 S-NSSAI。解决时要先在 AMF 配置里查“Subscription Data”里的 DNN 授权再确认 SMF 上是否配置了同名 DNN。一个隐蔽点是大写和小写DNN 名称严格区分大小写Internet和internet是两回事。遇到这类问题不要先看 UPF先对齐 AMF 和 SMF 的 DNN 列表。5.3 业务通了但速率上不去QoS流被“默认值”拖住现象UE 能建立会话能上网但速率被限制在某个固定值比如只有几 Mbps。原因通常是 SMF 下发的默认 QoS 流里的 GFBR/MFBR 设置过低或者 UPF 在 N4 会话里应用的转发规则带有限速。解决办法是先看 PDU 会话建立消息里下发的 5QI 和 MFBR 值再查看 UPF 是否按该参数执行。有时问题不在 5GC而在 UPF 的上行链路协商成了百兆口这个也需要在传输侧排查。一个经验是不要一上来就调 5QI先把 UPF 和 SMF 两侧的速率参数对齐再检查物理链路。5.4 切换后业务掉线TAC和AMF的“小区归属”对不上现象终端在小区间移动切换完成后立即发现网络无法使用需要重新注册。原因大多数是核心网配置的 TAC 与基站广播的 TAC 不一致。AMF 是根据 TAC 来规划寻呼范围和切换策略的如果基站在小区配置里广播的 TAC 和 AMF 中建立的 TA 列表不一致核心网就不知道把终端切给谁。解决方法是核对基站侧 NR Cell 配置里的 TAC 和 AMF 配置文件中的 TAC特别要注意十六进制和十进制混淆的问题。TAC 在信令里按十六进制呈现而很多配置文件里直接用十进制这是最容易看走眼的地方。6. 把核心网参数变成一份可复用的“晨检清单”从接入流程到告警检查核心网交付后日常维护最忌讳“等告警”。很多网元假死时不会产生红色告警只在信令日志里留下连续失败记录。我习惯每天早上做一遍最小化核心网检查十分钟之内完成能发现绝大多数“快坏但还没坏”的问题。晨检清单如下检查项检查方式预期结果网元进程查看 core/docker 进程状态每个网元都在运行NRF 注册状态查询 NRF 上的 NF 实例列表AMF、SMF、UPF 都在模拟终端注册发起一次模拟注册终端状态变为 REGISTEREDPDU 会话建立模拟终端建立会话会话状态变成 Active用户面时延ping 一个稳定的内部地址时延符合基线这套动作只需要一条测试脚本用 curl 检查 NRF 接口再调用模拟终端发起一次注册和 ping。命令写成一串也好写成脚本也好重点是把“预期结果”固化下来而不是每次现场临时判断。以前我在一个项目里早上一来只看告警屏幕结果 N4 链路断了半小时才发现等到业务反馈才去查压力完全不一样。后来把晨检脚本放进系统任务里每天早上自动跑一遍并把输出写到日志文件问题在用户发现之前就已经定位了。这个习惯救了我好几次希望你也能用上这套最小检查清单少走一点弯路希望帮到你。本文还有配套的精品资源点击获取