5G UPF：数据包穿越核心网的引擎

你每天刷视频、发微信、开视频会议时，数据包从手机出发，穿过无线空口，进入核心网，最终到达互联网。在这段旅程中，UPF（User Plane Function，用户面功能） 是最关键的中转站——它决定每个数据包去哪儿、以什么优先级走、要不要复制一份给计费系统。理解UPF，就掌握了5G数据面的底层逻辑。

一、从一个快递分拣中心说起

想象一个超大规模的快递分拣中心：

• 每个包裹上都贴着标签（源地址、目的地址、优先级）
• 分拣员看着标签，决定包裹走哪条传送带
• VIP包裹可以插队，走快速通道
• 同一收件人的包裹会被打包在一起发出
• 有些包裹需要抄一份底单存档（计费/监听）

UPF就是5G核心网里的"快递分拣中心"。每个从手机发出的IP数据包到达UPF后，UPF会根据一套预先配置好的规则集，决定这个包的归属和去向。

1.1 UPF在5G架构中的位置

graph LR
    UE[UE 手机] -->|无线空口| gNB[gNB 基站]
    gNB -->|N3隧道| UPF[UPF 用户面功能]
    UPF -->|N6接口| DN[DN 数据网络<br/>互联网/企业网]
    UPF -->|N9隧道| UPF2[UPF<br/>中间锚点]
    UPF2 -->|N6| DN2[另一个DN]

    SMF[SMF 会话管理] -.->|N4接口<br/>下发规则| UPF
    SMF -.->|N4接口| UPF2

    style UPF fill:#e74c3c,color:#fff,stroke:#c0392b
    style SMF fill:#3498db,color:#fff,stroke:#2980b9

如图所示，UPF处于数据面的核心枢纽位置：

• N3接口：连接基站（gNB），通过GTP隧道接收/发送无线侧数据
• N6接口：连接外部数据网络（DN），就是通往互联网的"大门"
• N9接口：连接另一个UPF，用于漫游或本地疏导场景
• N4接口：连接SMF，接收控制面的转发规则（UPF本身没有控制逻辑）

关键认知：UPF是5G核心网中唯一处理用户实际数据的网元。AMF、SMF、PCF这些控制面网元只处理信令，不碰用户数据包。4G时代的SGW和PGW的用户面功能，在5G中被统一整合到了UPF。

1.2 为什么4G的SGW/PGW要合并成UPF？

5G的设计哲学是控制面与用户面分离（CUPS）。SMF负责"思考"（制定策略），UPF负责"干活"（转发数据包）。这种分离让UPF可以像服务器一样灵活部署——放在核心机房、放在边缘数据中心、甚至放在企业园区里。

二、UPF内部机制：规则驱动的数据包处理

UPF的核心工作方式可以用一句话概括：收到数据包 → 匹配规则 → 执行动作。

这个过程依赖三套核心规则，统称PFCP Rules（Packet Forwarding Control Protocol Rules）。

2.1 PDR：数据包的"身份证识别"

PDR（Packet Detection Rule，包检测规则） 是UPF工作的起点。每个PDR定义了一组匹配条件，用来识别特定类型的数据包。

收到一个数据包
    ↓
遍历所有PDR规则
    ↓
匹配成功？ → 执行对应的FAR/QER/URR
    ↓
匹配失败？ → 丢弃（默认行为）

PDR的匹配字段包括：

类比理解：PDR就像机场安检的登机牌扫描器。扫描你的登机牌（数据包头部），确认你是谁、从哪来、要去哪。匹配成功后才放行。

2.2 FAR：数据包的"路线图"

FAR（Forwarding Action Rule，转发动作规则） 告诉UPF匹配到的数据包该怎么处理。

FAR支持四种动作：

Forward动作的细节最丰富：

graph TD
    PDR[PDR匹配成功] --> FAR{FAR转发动作}
    FAR -->|Forward| OuterHeader[封装外层头部<br/>GTP/N3或N9隧道]
    OuterHeader --> Direction{转发方向?}
    Direction -->|Core方向| DN[发送到DN<br/>N6接口]
    Direction -->|Access方向| gNB[发送到gNB<br/>N3隧道]
    Direction -->|另一个UPF| UPF2[通过N9隧道<br/>发往中间UPF]

    FAR -->|Drop| Discard[丢弃数据包<br/>可选：通知SMF]
    FAR -->|Buffer| Cache[缓存数据包<br/>等待手机被寻呼唤醒]
    Cache -->|手机恢复连接| Forward2[转发缓存数据]

实战提示：Buffering是5G独有的特性。在4G中，手机进入空闲态后，下行数据直接被SGW缓存。在5G中，UPF可以配置Buffering规则，当手机处于CM-IDLE状态时，缓存下行数据并通知SMF触发寻呼。这减少了数据丢失。

2.3 QER：数据包的"交通管制"

QER（QoS Enforcement Rule，QoS执行规则） 负责QoS相关的处理——限速、标记优先级。

QER的核心功能：

• Rate Control（速率控制）：对上行/下行流量进行限速
• 上行限速：控制手机发送速率，防止某个用户占用过多空口资源
• 下行限速：控制从DN到手机的速率，保护网络不拥塞
• QFI Marking：给数据包打上QFI（QoS Flow Identifier）标签
• Gate Control（门控）：决定是否允许流量通过（开/关门）

$$Rate_{allowed} = \min(Rate_{subscribed},\ Rate_{policy},\ Rate_{session})$$

限速值取签约速率、策略速率和会话速率中的最小值。

2.4 URR：数据包的"计费秤"

URR（Usage Reporting Rule，用量报告规则） 负责统计流量用量，为计费系统提供数据。

URR的工作方式：

1. SMF通过N4接口下发URR规则，设定触发报告的条件
2. UPF开始统计匹配的数据包数量和字节数
3. 当触发条件满足时，UPF向SMF报告用量

三、四大规则如何协同工作

现在把PDR、FAR、QER、URR组合起来，看看一个完整的数据包处理流程：

sequenceDiagram
    participant UE as 手机(UE)
    participant gNB as 基站(gNB)
    participant UPF as UPF
    participant SMF as SMF
    participant DN as 数据网络(DN)

    Note over SMF,UPF: 1. 会话建立阶段：SMF通过N4下发规则
    SMF->>UPF: N4: PDR+FAR+QER+URR规则集
    UPF-->>SMF: N4: 确认（返回F-TEID）

    Note over UE,UPF: 2. 数据传输阶段
    UE->>gNB: 上行IP数据包（如访问网页）
    gNB->>UPF: N3 GTP隧道封装数据包
    Note over UPF: ① PDR匹配：源=Access, UE IP=10.1.2.3<br/>② QER执行：检查限速、标记QFI<br/>③ FAR执行：Forward到Core方向<br/>④ URR统计：累加字节数
    UPF->>DN: N6接口发送（去掉GTP头）

    DN->>UPF: 下行响应数据包
    Note over UPF: ① PDR匹配：源=Core, 目的IP=10.1.2.3<br/>② QER执行：下行限速检查<br/>③ FAR执行：Forward到Access方向<br/>④ URR统计：累加字节数
    UPF->>gNB: N3 GTP隧道封装数据包
    gNB->>UE: 下行数据包

    Note over UPF,SMF: 3. 用量报告
    UPF->>SMF: N4: Usage Report（流量统计）

流程解读：

1. 会话建立时，SMF通过N4接口向UPF下发完整的规则集（PDR+FAR+QER+URR）。UPF回复确认，并告知自己的GTP隧道端点标识（F-TEID），以便基站知道往哪里发数据。

2. 上行数据包到达UPF后：先PDR匹配（确认这个包属于哪个会话），再QER限速和标记，然后FAR决定转发方向，同时URR默默记录流量。

3. 下行数据包从DN到达UPF后：同样走PDR→QER→FAR→URR的流水线，最终通过N3隧道发给基站。

类比：这就像工厂流水线——PDR是"来料识别"（确认是什么产品），QER是"质量检查"（确保不超过规格），FAR是"分拣发货"（决定送往哪个仓库），URR是"台账记录"（统计生产了多少）。

四、UPF的高级部署形态

UPF不只是简单的"数据包转发器"。在实际网络中，UPF有多种部署形态，支持不同的业务场景。

4.1 PSA、UL CL与Branching Point

这三个概念描述了UPF在不同场景下的角色：

graph TD
    UE[UE] --> gNB[gNB]
    gNB --> UPF1[UPF: UL CL<br/>上行分类器]

    UPF1 -->|本地业务<br/>低延迟| PSA1[PSA-Local<br/>边缘UPF]
    UPF1 -->|互联网业务<br/>常规路径| PSA2[PSA-Central<br/>中心UPF]

    PSA1 --> MEC[MEC边缘服务器<br/>本地DN]
    PSA2 --> Internet[互联网<br/>中心DN]

    style UPF1 fill:#e67e22,color:#fff
    style PSA1 fill:#27ae60,color:#fff
    style PSA2 fill:#3498db,color:#fff

UL CL的工作原理：

1. 手机建立一个PDU会话，默认锚定在中心UPF（PSA-Central）
2. 当用户进入某个区域（如安装了MEC的场馆），SMF插入一个UL CL UPF
3. UL CL根据数据包特征（目的IP、SDF Filter）分流： - 本地业务的包（如AR/VR内容）→ PSA-Local → 边缘服务器 - 普通上网的包 → PSA-Central → 互联网
4. 用户离开该区域后，SMF移除UL CL，恢复单锚点

为什么这样设计：边缘计算要求极低延迟（如AR场景需要<10ms）。如果所有流量都绕回中心UPF，往返延迟可能高达30-50ms。UL CL让本地流量"就近下车"，大幅降低延迟。

4.2 同一PDU会话多锚点

5G支持一个PDU会话同时锚定多个UPF（多IPv6前缀场景）。这意味着：

• 手机获得多个IP地址前缀
• 不同前缀的流量路由到不同的UPF/数据网络
• 用户无需建立多个PDU会话就能同时访问多个网络

这与4G有本质区别——4G中一个PDN连接只能有一个PGW锚点。

4.3 UPF与DN的接口：N6详解

N6是UPF连接外部数据网络的接口。根据数据网络类型不同，N6的实现方式也不同：

N6是UPF与"外部世界"的接口。在IPv6场景中，UPF通过RA（Router Advertisement）消息向手机通告IPv6前缀，手机据此配置自己的IPv6地址。

五、N4接口：SMF如何遥控UPF

N4接口是控制面与用户面的"桥梁"。SMF通过N4接口管理UPF，使用PFCP协议（Packet Forwarding Control Protocol）。

5.1 PFCP协议概述

PFCP是从4G的GTPv2-C演进而来的轻量级控制协议，专门用于控制面（SMF）与用户面（UPF）之间的通信。

graph LR
    subgraph PFCP消息类型
        Association[Association<br/>建立/维护关联]
        Session[Session<br/>管理会话规则]
    end

    Association --> |PFCP Association Setup| Heartbeat[Heartbeat<br/>心跳保活]

    Session --> |PFCP Session Establishment| Create[创建会话<br/>下发PDR/FAR/QER/URR]
    Session --> |PFCP Session Modification| Modify[修改规则<br/>增删改规则]
    Session --> |PFCP Session Deletion| Delete[删除会话<br/>释放资源]
    Session --> |PFCP Session Report| Report[UPF主动上报<br/>用量/事件]

PFCP Association vs Session：

• Association：SMF与UPF之间建立"关系"，类似TCP连接。一个Association下可以承载多个Session。
• Session：对应一个UE的一个PDU会话（或部分）。Session中包含该用户的所有转发规则。

5.2 N4交互的关键时序

当用户建立PDU会话时，N4接口的交互流程：

工程注意：F-TEID的分配是关键。UPF在N4响应中返回自己的F-TEID，SMF将此F-TEID通过N2容器传给基站，基站据此建立N3 GTP隧道。如果UPF分配F-TEID失败或N4超时，PDU会话建立会失败——这是现网中常见的故障点。

六、UPF在现网中的工程实践

6.1 UPF的部署位置与延迟

UPF的部署位置直接决定了用户体验的端到端延迟：

$$Latency_{e2e} = T_{air} + T_{N3} + T_{UPF_process} + T_{N6} + T_{internet}$$

6.2 常见调试场景

场景1：PDU会话建立失败，查N4

症状：手机获得IP地址但无法上网
排查路径：
1. 查SMF日志 → N4 Session Establishment是否成功？
2. 如果失败 → UPF是否可达？Association是否建立？
3. 如果成功 → UPF返回的F-TEID是否正确？
4. 查基站日志 → N3隧道是否使用正确的F-TEID？
5. 查UPF日志 → 收到数据包后PDR是否匹配？

场景2：上行正常但下行不通

症状：手机能发数据但收不到响应
排查路径：
1. 在UPF上抓包 → DN侧(N6)是否收到下行包？
2. 如果N6有包 → UPF是否匹配了下行PDR？
3. PDR匹配后 → FAR是否正确指向Access方向？
4. FAR正确 → N3隧道封装是否正确（TEID、IP）？
5. 基站侧 → 是否收到N3包并正确转发给UE？

场景3：流量统计异常

症状：计费系统记录的流量与实际不符
排查路径：
1. 检查URR规则 → Volume Threshold是否设置合理？
2. 查UPF的Usage Report → 报告的流量是否准确？
3. 检查是否有多个PDR匹配到同一包 → 避免重复计数
4. 检查丢弃的包 → 是否被计入了URR统计？

6.3 UPF性能关键指标

现代UPF通常基于DPDK或SR-IOV技术实现高速数据包处理，部署在x86服务器或专用硬件上。

七、4G vs 5G用户面演进对比

核心区别总结：4G的用户面是"管道式"的——SGW中转，PGW锚定和策略执行，路径固定。5G的用户面是"乐高式"的——UPF可以被灵活组合（PSA、UL CL、BP），支持数据包在不同UPF间灵活路由。

八、UPF的未来演进方向

8.1 UPF向云原生演进

传统UPF是大型网络设备（专用硬件+专用软件）。未来UPF正在向：

• 容器化部署：基于Kubernetes的UPF，按需弹性伸缩
• 硬件加速：SmartNIC/FPGA/ASIC卸载GTP封装解封装
• Service Mesh集成：与微服务架构深度结合

8.2 数据面可编程化

• P4/eBPF：用可编程数据面替代固定功能的UPF
• 开放UPF接口：通过开放API让第三方定制数据面逻辑
• AI驱动的流量调度：基于ML的智能流量分类和路由

8.3 L4S与低延迟应用

5G Advanced正在推动L4S（Low Latency, Low Loss, Scalable Throughput）支持，UPF需要：

• 支持ECN（Explicit Congestion Notification）标记
• 实现L4S队列管理
• 配合端到端的低延迟传输

常见问题

Q1: UPF和路由器的区别是什么？UPF不就是转发数据包吗？

A: UPF确实转发数据包，但它和普通路由器有三个本质区别： 1. 状态感知：UPF知道每个数据包属于哪个用户、哪个会话、哪个QoS Flow，而路由器只看IP头 2. 规则驱动：UPF由SMF通过N4接口下发PDR/FAR/QER/URR规则集，转发行为完全可编程 3. 策略执行：UPF执行QoS限速、计费统计、流量镜像等通信专用功能，路由器通常只做路由转发

Q2: 一个PDU会话可以有多个UPF吗？

A: 可以。5G支持同一PDU会话经过多个UPF： - PSA（锚点UPF）：每个会话至少一个，负责连接DN - UL CL（上行分类器UPF）：SMF可以动态插入/移除，用于分流到不同锚点 - 中间UPF：在N9接口上中继数据，用于漫游场景 一个会话最多可以有一个UL CL/BP和两个PSA。

Q3: UPF如何处理手机空闲态时到达的下行数据？

A: UPF有两种策略： 1. 直接丢弃：如果该会话没有配置Buffering规则 2. 缓存+通知：UPF缓存下行数据，通过N4 Session Report通知SMF，SMF触发AMF发起寻呼（Paging），唤醒手机建立连接后，UPF再把缓存数据发给手机

Q4: N4接口失败会导致什么问题？

A: N4接口是UPF的"命脉"。如果N4断开： - 新会话无法建立（SMF无法下发规则给UPF） - 已有会话的规则无法更新（QoS变更、UL CL插入等失败） - UPF的用量报告无法上报（计费中断） - 如果配置了Graceful Shutdown，已有会话可能保持一段时间；否则UPF可能丢弃所有无法匹配规则的数据包

Q5: UPF部署在边缘和中心有什么实际区别？

A: 核心区别是数据路径长度： - 中心UPF：数据从基站→传输网→中心机房→互联网，延迟15-30ms，适合普通上网 - 边缘UPF：数据从基站→本地边缘DC→本地应用，延迟2-5ms，适合AR/VR、工业控制 - 代价是边缘UPF覆盖范围小，用户移动时可能需要切换锚点UPF（涉及会话连续性）

参考来源

1. 3GPP TS 29.244 - Interface between SMF and UPF — PFCP协议规范，定义N4接口的完整消息和规则
2. 5G UPF Functionality and Deployment Considerations - Ericsson — 爱立信技术综述，UPF部署架构最佳实践
3. Understanding 5G User Plane Function (UPF) - ShareTechnote — 图文详解UPF内部工作机制
4. PFCP Protocol Explained - Samsung Research — PFCP协议设计原理与演进
5. 5G Core Network Architecture - ETSI White Paper — ETSI关于5G核心网架构的白皮书

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。