📚 课程目录第2章 5G系统架构基础

2、5G系统架构基础：5G核心网（5GC）与NG-RAN的组成、网元功能及接口

5G网络架构的设计目标是在满足增强移动宽带（eMBB）、超高可靠低时延通信（URLLC）和海量机器类通信（mMTC）三大场景需求的同时，实现灵活部署、按需组网和云原生运营。与4G EPC相比，5G核心网（5GC）在服务化架构（SBA）、控制与转发分离、网络切片、边缘计算等方面进行了根本性重构。本章将系统解析5GC与NG-RAN的组成、各网元功能以及关键接口协议，帮助学员建立端到端的5G系统架构视图。

2.1 5G核心网（5GC）的组成与设计理念

2.1.1 服务化架构（SBA）核心原理

5GC采用服务化架构（Service-Based Architecture, SBA），将传统网元功能拆分为多个独立的网络功能（NF），每个NF通过服务化接口（Service-Based Interface, SBI）对外提供标准化的服务。这种设计借鉴了IT领域的微服务思想，使得网络功能可以独立部署、弹性伸缩和按需组合。控制面NF之间通过HTTP/2协议进行通信，消息格式采用JSON（JavaScript Object Notation），实现了接口的开放性和灵活性。

与4G EPC的点对点接口不同，5GC控制面引入了服务注册、发现和授权机制。每个NF启动时向NRF（Network Repository Function）注册自身能力，其他NF通过NRF发现所需服务，这种机制极大提升了网络的扩展性和容错能力。例如，当某个AMF实例过载时，NRF可以将新会话请求路由到其他可用AMF实例，实现负载均衡。

2.1.2 5GC主要网元功能清单

网元	全称	核心功能	关键接口
AMF	Access and Mobility Management Function	接入控制、移动性管理、NAS信令终结、切片选择辅助	N1, N2, N8, N11, N12
SMF	Session Management Function	PDU会话建立/修改/释放、IP地址分配、UPF选择与控制	N4, N7, N10, N11
UPF	User Plane Function	数据包路由与转发、QoS执行、流量计费、锚点功能	N3, N4, N6, N9
PCF	Policy Control Function	策略制定与下发、计费控制、QoS策略	N5, N7, N15
UDM	Unified Data Management	用户数据存储与管理、鉴权数据处理、签约管理	N8, N10, N13
AUSF	Authentication Server Function	5G AKA认证、EAP认证框架	N12, N13
NRF	Network Repository Function	NF服务注册、发现、状态监测	Nnrf
NSSF	Network Slice Selection Function	网络切片选择、切片实例路由	Nnssf
NEF	Network Exposure Function	网络能力开放、事件订阅与通知	Nnef

2.1.3 控制面与用户面分离（CUPS）

5GC延续并强化了4G R14引入的CUPS架构。SMF负责会话控制，UPF负责数据转发，两者通过N4接口交互。N4接口采用PFCP（Packet Forwarding Control Protocol）协议，SMF通过PFCP会话管理报文控制UPF的转发行为。这种分离使得UPF可以灵活部署在靠近用户的边缘位置，满足URLLC场景的低时延要求，同时控制面可以集中部署，便于统一管理。

  关键理解：AMF与SMF的职责边界是5G网络设计的精髓。AMF只处理与用户接入和移动性相关的信令，不感知具体会话业务；SMF则专注于会话管理，不关心用户移动性。这种解耦使得网络可以独立优化移动性管理和会话管理策略。

2.2 NG-RAN的组成与功能

2.2.1 gNB功能拆分：CU-DU架构

NG-RAN由5G基站gNB组成，gNB内部进一步拆分为gNB-CU（Central Unit，集中单元）和gNB-DU（Distributed Unit，分布单元）。CU负责处理无线资源控制（RRC）协议、服务数据适配协议（SDAP）和PDCP层功能，DU负责处理RLC、MAC和物理层功能。CU与DU之间通过F1接口连接，F1接口支持控制面和用户面分离，分别称为F1-C和F1-U。

这种功能拆分带来了部署灵活性：CU可以部署在中心机房，DU部署在远端站点，两者之间通过传输网络连接。对于时延敏感的业务，可以将DU进一步下沉到天线端，形成AAU（Active Antenna Unit）与DU的一体化部署。在5G建网初期，常见的部署方式是CU/DU合设，随着网络演进逐步走向CU云化部署。

2.2.2 NG-RAN与5GC的接口

NG-C接口（控制面）：连接gNB与AMF，基于SCTP协议承载NGAP（NG Application Protocol）消息，负责UE上下文管理、PDU会话资源管理、切换信令等。
NG-U接口（用户面）：连接gNB与UPF，基于GTP-U协议承载用户数据包，支持QoS流到DRB（Data Radio Bearer）的映射。
Xn接口：gNB之间的互联接口，支持切换、双连接和SON（自组织网络）功能。

2.2.3 无线协议栈与QoS流映射

5G无线协议栈在PDCP层之上新增了SDAP层，负责QoS流与DRB之间的映射。每个PDU会话可以包含多个QoS流，每个QoS流具有不同的QoS特性（如时延、丢包率、优先级）。SDAP层根据QoS流的QFI（QoS Flow Identifier）将其映射到合适的DRB上，一个DRB可以承载多个QoS流，但一个QoS流只能映射到一个DRB。这种设计使得网络可以针对不同业务提供差异化服务。

2.3 关键接口协议与信令流程

2.3.1 N1/N2接口的NAS与NGAP协议

N1接口是UE与AMF之间的逻辑接口，承载NAS（Non-Access Stratum）信令，包括5GMM（5G Mobility Management）和5GSM（5G Session Management）消息。NAS消息通过RRC和NGAP协议透传，UE与AMF之间建立端到端的NAS连接。N2接口是gNB与AMF之间的接口，承载NGAP协议，负责UE上下文管理、PDU会话资源建立等。

在实际信令流程中，UE发起注册请求时，NAS消息（包含注册请求）封装在RRC消息中发送给gNB，gNB提取NAS消息并通过NGAP Initial UE Message发送给AMF。AMF完成鉴权、注册后，通过NGAP Initial Context Setup Request消息通知gNB建立UE上下文，同时携带允许的PDU会话信息。

2.3.2 N4接口的PFCP协议

PFCP协议是SMF与UPF之间的核心协议，包含PFCP会话建立、修改、删除和报告等报文类型。SMF通过PFCP Session Establishment Request消息在UPF上创建转发规则，包括包检测规则（PDR）、转发行为规则（FAR）和QoS执行规则（QER）。UPF根据这些规则执行数据包匹配、转发和QoS控制。

排障提示：当用户无法上网时，首先检查N4会话是否建立成功。在UPF上执行 show pfcp session 命令查看会话状态，若会话处于"Not Established"状态，需要检查SMF与UPF之间的网络连通性以及PFCP报文是否被防火墙拦截。

2.4 案例拆解：从UE注册到PDU会话建立的完整流程

2.4.1 场景背景与初始状态

某运营商5G SA网络开通初期，接到用户投诉：部分区域手机显示5G信号但无法上网。初步排查发现，无线侧指标正常，RRC连接成功率100%，但PDU会话建立成功率仅82%。需要定位问题根因。

2.4.2 信令流程分析与关键参数

通过核心网信令面抓包，提取一次失败会话的完整信令链路：

1. UE → gNB: RRCSetupRequest (原因值: mo-Signalling)
2. gNB → UE: RRCSetup
3. UE → gNB: RRCSetupComplete (包含NAS Registration Request)
4. gNB → AMF: NGAP InitialUEMessage (携带NAS消息)
5. AMF → AUSF/UDM: 5G AKA认证流程
6. AMF → UE: NAS Authentication Request/Response
7. AMF → UE: NAS SecurityModeCommand/Complete
8. UE → AMF: NAS Registration Complete
9. UE → AMF: NAS PDU Session Establishment Request (S-NSSAI: eMBB)
10. AMF → SMF: Nsmf_PDUSession_CreateSMContext Request
11. SMF → UPF: PFCP Session Establishment Request
12. UPF → SMF: PFCP Session Establishment Response (Cause: Request Rejected)

关键异常点在第12步，UPF返回PFCP会话建立失败。进一步查看UPF日志，发现错误码为"Rule Creation/Modification Failure"，具体原因是SMF下发的PDR规则中，UE IP地址与UPF上已存在的静态路由冲突。

2.4.3 根因分析与解决方案

经过排查，发现该UPF同时承载了企业专线业务，网管系统配置了一条静态路由指向企业内部服务器网段（10.10.0.0/16），而SMF动态分配的UE IP地址池恰好包含该网段地址。当PFCP规则尝试创建指向该网段的转发规则时，与静态路由冲突导致失败。

解决方案分两步实施：

调整SMF的UE IP地址池配置，避开与专线网段重叠的地址范围，将地址池改为10.20.0.0/16。
在UPF上配置路由优先级策略，使PFCP动态路由优先级高于静态路由，避免冲突。

2.4.4 结果与复盘

调整后，PDU会话建立成功率从82%提升至99.8%，用户投诉解决。复盘发现，该问题属于典型的IP地址规划冲突，在5G网络建设初期，核心网网元与承载网、专线业务之间的IP地址统一规划至关重要。建议在网络规划阶段建立IP地址管理（IPAM）系统，实现地址池的统一分配和冲突检测。

2.5 常见误区与设计要点

2.5.1 常见误区

误区一：认为5GC只有AMF、SMF、UPF三个网元。实际上完整的5GC还包括PCF、UDM、AUSF、NRF、NSSF、NEF等，且这些网元在5G SA网络中都是必选网元。
误区二：混淆N1和N2接口的功能。N1是UE与AMF之间的NAS信令接口，N2是gNB与AMF之间的NGAP接口，两者承载的协议和消息类型完全不同。
误区三：忽略N4接口的重要性。很多初学者只关注无线侧和N2接口，但N4接口是控制面与用户面解耦的关键，PFCP会话异常会导致用户面数据无法转发。
误区四：认为UPF只能部署在核心网机房。实际上UPF可以灵活下沉到地市、区县甚至园区，以满足低时延业务需求。

2.5.2 网络规划与部署建议

重要提醒：在5G SA网络规划中，需要重点关注以下设计要点：1）AMF的容灾与负载均衡机制，建议采用N+1备份方案；2）SMF与UPF的拓扑关系，N4接口的时延应控制在10ms以内；3）UPF的锚点选择策略，避免频繁切换导致数据路径迂回；4）网络切片的资源隔离设计，不同切片之间的控制面和用户面资源需要有效隔离。

5G系统架构的灵活性为网络部署提供了多种选择，但也带来了更高的规划复杂度。建议在建设初期采用"集中式核心网+分布式UPF"的架构，控制面集中部署在省会或大区中心，UPF根据业务需求下沉。随着网络规模扩大，再逐步引入MEC（多接入边缘计算）和网络切片能力，实现差异化服务。