本节摘要:5G 核心网 5GC 采用 服务化架构 SBA:网络功能 NF 通过 SBI(Service-Based Interface) 以 HTTP/2 + JSON 交互,替代 4G EPC 点对点接口。关键 NF 包括 AMF、SMF、UPF、PCF、UDM、NSSF 等。本节说明 CUPS 用户面分离与切片选择机制。
阅读完本节,你应当能够:
4G EPC 里 MME、SGW、PGW、HSS 接口复杂、网元耦合——新功能往往要动多处。5GC 把能力拆成可复用 NF,像微服务一样注册到 NRF(Network Repository Function),彼此通过 RESTful SBI 调用。运营商可按需 scale-out 某个 NF 实例,第三方应用经 NEF 安全访问能力。
CUPS(Control and User Plane Separation) 把 UPF 从 SMF 逻辑中彻底分离:控制面 AMF/SMF 可集中,UPF 可部署在园区、MEC 站点,数据面本地 breakout,这是 URLLC 时延优化的架构前提。
| NF | 全称 | 主要职责 |
|---|---|---|
| AMF | Access and Mobility Management | 注册、连接、移动性、NAS 信令 |
| SMF | Session Management | PDU 会话建立、IP 分配、UPF 选择 |
| UPF | User Plane Function | 包转发、QoS 执行、N6 至 DN |
| PCF | Policy Control | 策略规则、QoS 与计费策略 |
| UDM | Unified Data Management | 签约数据、认证凭证 |
| NSSF | Network Slice Selection | 为 UE 选择网络切片实例 |
| NRF | NF Repository | NF 注册与发现 |
| NEF | Network Exposure | 能力开放给第三方 |

云原生部署:NF 以容器微服务运行,Kubernetes 编排,支持 CI/CD 式升级——这与 4G 专用硬件 appliance 形成鲜明对比。
SMF 建立 PDU 会话时指定 SSC 模式、DNN(数据网络名)、S-NSSAI(切片标识),并为每个 QoS Flow 配置 5QI(类似 4G QCI 但更丰富)。URLLC 使用低时延 5QI + 本地 UPF。
UE 请求切片时,NSSF 根据签约与策略返回允许的 NSI(Network Slice Instance)。NSMF/NSSMF 负责切片生命周期——详见第 3 章网络切片。
⚠️ 常见坑:以为 5GC 只有三个 NF——实际完整部署含 AUSF、NEF、BSF、CHF 等十数个 NF,厂商集成方案差异大。
💡 关键直觉:SBA 的价值在「能力组合速度」,不是名词数量。
问:5GC 与 EPC 能否互通?
答:通过 N26 等接口支持 5GS 与 EPS 互操作,便于 NSA 与语音回落。
下一节补全传输承载:没有合格回传,空口再低时延也会被吃掉。
SBA 的核心是把 5GC 拆成一组相互独立又可通过 API 协作的 NF,每个 NF 提供标准化的服务化接口(SBI),通过 NRF 注册与发现。一个典型流程是:UE 注册时,AMF 向 NSSF 查询允许的切片,向 AUSF 请求鉴权,向 UDM 获取签约数据;建立 PDU 会话时,AMF 选 SMF,SMF 选 UPF 并下发转发规则,同时向 PCF 请求策略。每一步都是服务调用而非专用协议,这让新功能可以像拼积木一样接入。
PDU 会话建立中的关键服务调用(示意) UE → gNB: RRC Setup + NAS PDU Session Request gNB → AMF: NGAP Initial Context Setup AMF → SMF: Nsmf_PDUSession_CreateSMContext SMF → PCF: Npcf_SMPolicyControl_Get(获取策略) SMF → UDM: Nudm_SDM_Get(签约数据) SMF → UPF: N4 Session Establishment(转发规则) SMF → AMF: Nsmf_PDUSession_UpdateSMContext(返回结果)
CUPS(控制与用户面分离)是 5GC 的关键设计:控制面 NF(AMF/SMF/PCF)可以集中在省级机房,用户面 UPF 却可以下沉到地市、园区甚至基站侧。UPF 的下沉位置直接决定业务时延:AR 眼镜要 20 ms 级端到端,本地 UPF 能省掉回传大部分时延;大型行业客户的数据不出园,靠的也是 UPF 本地分流。理解 CUPS 就能理解为什么「核心网在云上,数据面在园里」成为 5G 行业方案的标配形态。
5GC NF 以容器或虚拟化形式部署在通用服务器上,支持弹性伸缩与灰度升级,这跟传统电信设备「插板卡扩容」的模式完全不同。运维上,5GC 引入了类似 IT 的自动化:CI/CD 流水线、配置即代码、自动巡检。但电信级可靠性要求(99.999%)也让 5GC 云化不能照搬互联网做法,需要故障域隔离、主备容灾与切片级资源隔离。读 5GC 时建议把「架构开放、运维 IT 化、可靠性电信级」三个矛盾面一起看,才能理解真实部署的复杂度。
把 5GC 的核心 NF 与接口串一遍:AMF 管接入与移动性,SMF 管会话,UPF 转发用户面,PCF 定策略,UDM 存签约,AUSF 做鉴权,NSSF 选切片,NRF 做服务注册发现,NEF 开放能力,CHF 计费,BSF 绑定会话与策略。NF 间通过 SBI 调用,RAN 侧通过 N2/N3 接口连接,N4 连接 SMF 与 UPF。记住这张网元地图,后续读任何 5GC 信令流程都能定位到具体网元。
5GC 支持按需部署:控制面集中、用户面下沉、核心网切片化。企业专网场景下,可在园区部署完整或轻量 5GC,实现数据不出园与自主运维。核心网切片则是「一张物理网、多张逻辑网」的实现载体,每个切片拥有独立的 NF 实例或共享实例,配合传输切片与 RAN 切片共同保证端到端 SLA。理解 5GC 的部署灵活性,才能回答「企业到底需要什么样的核心网」这一高频问题。