5G网络中，用户面功能（UPF）的位置直接决定了端到端时延和传输成本。传统架构下，所有用户流量经由中心UPF（PDU Session Anchor, PSA）锚定后访问数据网络（DN），这种"回中心"模式在面对MEC（多接入边缘计算）场景时，产生两大痛点：
上行分类器（Uplink Classifier, UL CL）正是3GPP为解决这一矛盾而设计的核心机制——在不中断PDU会话、不改变UE IP地址的前提下，动态插入中间UPF，将特定流量"抄近路"分流到本地边缘节点。本文将深入拆解TS 23.501 Section 5.6.4与TS 23.502 Section 4.3.5定义的UL CL完整机制，并从运营商成本视角分析其商业价值。
UL CL是UPF的一项功能，通过业务过滤器（Traffic Filter）对上行流量进行分类，并将匹配流量引导至指定的PDU会话锚点（PSA）。其核心架构如下：
┌─────────┐
│ UE │
└────┬────┘
│ N3
┌────┴────┐
│ UL CL │ (Intermediate UPF / I-UPF)
└─┬────┬─┘
N9 │ │ N9
┌───────────┘ └───────────┐
▼ ▼
┌──────────┐ ┌──────────┐
│ PSA1 │ │ PSA2 │
│ (Central)│ │ (Local) │
└─────┬────┘ └─────┬────┘
│ │
▼ ▼
Internet / Central DN Local Edge / MEC DN
关键协议要素：
| 协议要素 | 定义来源 | 说明 |
|---|---|---|
| UL CL | TS 23.501 §5.6.4 | 上行分类器，基于流量过滤器将上行流量分发到不同PSA |
| Branching Point (BP) | TS 23.501 §5.6.4 | 支持IPv6多归属的分流点，同时处理上下行 |
| PSA (PDU Session Anchor) | TS 23.501 §4.3.2 | PDU会话锚点UPF，连接DN |
| DNAI (DN Access Identifier) | TS 23.501 §5.6.7 | 标识UPF接入DN的位置，用于AF影响路由 |
| I-UPF (Intermediate UPF) | TS 23.501 §5.6.4 | 承载UL CL/BP功能的中间UPF |
5G定义了四种本地分流技术，各有适用场景：
| 分流技术 | 协议依据 | IP地址变化 | 会话连续性 | 典型场景 |
|---|---|---|---|---|
| UL CL | TS 23.501 §5.6.4 | 不变 | SSC Mode 1兼容 | MEC本地分流、企业专网 |
| IPv6 Multi-homing (BP) | TS 23.501 §5.6.4 | 新增IPv6前缀 | SSC Mode 3 | 多归属边缘计算 |
| LADN | TS 23.501 §5.6.5 | 不变（限定区域） | 区域内有效 | 特定地理区域服务 |
| 多个DNN | TS 23.501 §5.6.3 | 每DNN独立IP | 独立会话 | 不同业务隔离 |
设计意图：UL CL方案的核心优势在于对UE完全透明——UE无需感知分流的存在，所有分流逻辑由SMF和UPF在用户面完成。这使得运营商可以在不升级终端的前提下，灵活部署MEC业务。
UL CL的插入由SMF决策，触发条件包括：
以下为SMF发起的UL CL插入过程，包含N4会话建立、N2隧道修改等完整流程：
图表 1
SMF向I-UPF（UL CL）下发的N4 Session Establishment Request中，关键IE如下：
| IE名称 | 方向 | 说明 | 来源 |
|---|---|---|---|
| Create PDR | SMF→UPF | 包含PDI（Packet Detection Information），定义流量匹配规则 | TS 29.244 §7.5.2.2 |
| PDI: Source Interface | SMF→UPF | = ACCESS SIDE（上行方向） | TS 29.244 §7.5.2.2 |
| PDI: UE IP Address | SMF→UPF | UE的IP地址，用于匹配特定UE的流量 | TS 29.244 §7.5.2.2 |
| PDI: Filter List | SMF→UPF | 业务过滤器（IP 5元组），匹配需分流的本地业务 | TS 29.244 §7.5.2.2 |
| Create FAR | SMF→UPF | 包含转发动作：匹配PDR的流量转发到PSA2的N9隧道 | TS 29.244 §7.5.2.3 |
| Create QER | SMF→UPF | QoS执行规则，保障分流流量的QoS（如5QI/GFBR/MFBR） | TS 29.244 §7.5.2.5 |
| Create URR | SMF→UPF | 使用量上报规则，用于计费（本地流量与中心流量分别计费） | TS 29.244 §7.5.2.4 |
上行方向（UE → Network）：
I-UPF收到上行报文
→ PDR1匹配：目的IP ∈ Local DN网段 → FAR1：转发到PSA2(N9隧道)
→ PDR2匹配：其他流量 → FAR2：转发到PSA1(N9隧道)
下行方向（Network → UE）：
PSA1下行报文 → PSA1→I-UPF(N9) → I-UPF→RAN(N3)
PSA2下行报文 → PSA2→I-UPF(N9) → I-UPF→RAN(N3)
I-UPF合并两路下行报文后经N3发送给UE
图表 2
从运营商视角，UL CL部署涉及控制面（CP）和用户面（UP）两个维度的成本影响：
图表 3
以一个典型MEC部署场景（1个中心DC + 10个边缘站点）为例，UL CL对每会话成本的影响：
| 成本项 | 普通PDU会话 | UL CL会话 | 增量倍数 | 说明 |
|---|---|---|---|---|
| N4会话数 | 1（PSA1） | 3（PSA1 + I-UPF + PSA2） | ×3 | SMF需维护3个N4关联 |
| PDR数量/会话 | 2（UL+DL） | 6~8（每UPF各2~3条PDR） | ×3~4 | I-UPF需配置分流规则 |
| N4信令次数（建立） | 1次 | 3次 | ×3 | SMF处理时延增加 |
| SMF内存/会话 | ~2KB | ~6~8KB | ×3~4 | 上下文存储膨胀 |
| SMF最大会话容量 | 100% | 60~70% | -30~40% | 单SMF实例并发数下降 |
| 传输成本/GB | 0.5~2元（骨干） | 0.05~0.2元（本地） | -75~90% | 本地分流节省骨干带宽 |
关键洞察：虽然UL CL将SMF单会话控制面成本提升了3~4倍，但用户面传输成本可降低75%~90%。对于高流量MEC场景（如工业视频质检，单UE流量可达100Mbps+），传输成本节省远超控制面增量。
| 场景 | UL CL触发频率 | 传输节省 | SMF开销 | ROI | 适用条件 |
|---|---|---|---|---|---|
| 固定MEC（企业专网） | 低（会话建立时一次性插入） | 高（100%本地化） | 低 | 最优（6~12月回本） | UE位置固定、流量集中 |
| 移动MEC（车联网） | 高（频繁插入/移除/重定位） | 中（部分流量本地化） | 高 | 中等（12~24月回本） | UE高速移动、需快速切换 |
| 公有MEC（消费级） | 中（按区域触发） | 中（热门内容本地化） | 中 | 中等（18~36月回本） | CDN类场景、流量模式可预测 |
UL CL对SMF维度规划产生显著影响。以某主流厂商SMF实例为例：
| 指标 | 无UL CL | 30%会话启用UL CL | 60%会话启用UL CL |
|---|---|---|---|
| SMF最大并发会话数 | 500万 | 380万（-24%） | 280万（-44%） |
| N4信令处理能力（TPS） | 50,000 | 38,000（-24%） | 28,000（-44%） |
| SMF所需实例数（支持500万会话） | 1 | 1.3 | 1.8 |
| SMF许可证成本（相对值） | 1.0× | 1.3× | 1.8× |
结论：运营商在规划MEC部署时，必须将SMF扩容成本纳入TCO模型。SMF许可证和硬件资源随UL CL渗透率线性增长，这是MEC商业模型的隐性成本。
在N4接口（SMF↔UPF）上抓包识别UL CL相关信令：
# N4 Session Establishment（UL CL插入时）
PFCP Session Establishment Request
├── Create PDR #1 (PDI: Source Interface = ACCESS, Filter = Local DN IP Range)
│ └── Precedence = 100 (高优先级匹配本地流量)
├── Create PDR #2 (PDI: Source Interface = ACCESS, Filter = wildcard)
│ └── Precedence = 200 (低优先级匹配其他流量)
├── Create FAR #1 (Action = FORK, Forward: N9 to PSA2)
├── Create FAR #2 (Action = FORK, Forward: N9 to PSA1)
├── Create QER #1 (QFI = 7, MBR = 100Mbps) -- 本地业务QoS
└── Create URR #1 (Measurement Method = VOLUME) -- 本地流量计量
# N2 SM Information（AMF→RAN）
IE: PDU Session Resource Modify Request
├── UL NG-U UP TNL Information (New N3 tunnel for UL CL)
├── QoS Flow Add/Modify List
└── PDU Session Type = IPv4/IPv6
识别技巧： - N4接口上，一个PDU Session ID关联多个N4 Session ID → 必定是UL CL/BP场景 - PFCP消息中出现两条以上Create PDR（且Filter不同、Precedence不同）→ UL CL分流规则 - N2消息中UL NG-U UP TNL Information的IP地址变化（从PSA1 IP变为I-UPF IP）→ UL CL插入成功标志
| 故障现象 | 可能原因 | 排查方法 |
|---|---|---|
| UL CL插入失败（N4错误） | I-UPF资源不足或能力不支持 | 查N4 Response错误码；检查UPF NRF注册信息中的UL CL能力标志 |
| 分流后本地业务不通 | PDR Filter配置错误（IP网段不匹配） | 抓N4消息核对Filter规则；比对MEC DN实际IP段 |
| 下行流量丢失（PSA2→UE） | FAR下行转发规则未配置或N9隧道未建 | 查PSA2的N4 Session中Create FAR的Forwarding Parameters |
| UE位置更新后分流失效 | SMF未触发UL CL重定位 | 查SMF日志中UE mobility event处理；检查SMF DNAI配置 |
| QoS不满足SLA | QER中QFI/GFBR配置错误 | 抓N4核对QER参数；比对PCF下发的PCC Rule |
| 计费不准确 | URR配置缺失（本地流量未单独计量） | 查CHF计费记录中Usage Report是否区分本地/中心流量 |
| ## 六、SSC模式与UL CL的协同关系 |
UL CL与SSC（Session and Service Continuity）模式存在紧密的协同关系：
| SSC模式 | 与UL CL的关系 | 典型场景 |
|---|---|---|
| SSC Mode 1 | UL CL可随时插入/移除，PSA1不变，IP地址不变 | 企业专网固定业务分流 |
| SSC Mode 2 | 先断后建，IP地址改变，通常不结合UL CL | 对IP连续性无要求的IoT场景 |
| SSC Mode 3 | 先建后断，Make-Before-Break，可结合BP实现多归属 | 车联网无缝切换 |
设计哲学：SSC Mode 1 + UL CL是3GPP为MEC场景设计的最佳组合——既保持IP地址连续性（UE无感知），又实现动态边缘分流。运营商应优先采用这一组合部署企业MEC。
TS 23.501 Release 18中，AF对流量路由的影响机制（Section 5.6.7）得到了显著增强，直接影响UL CL的触发方式：
图表 4
| 增强特性 | R16/R17 | R18增强 |
|---|---|---|
| AF请求粒度 | 单UE/UE Group | 单UE + 业务流粒度（Per-Flow） |
| DNAI变更通知 | SMF→PCF→AF | SMF→AF直接通知（经NEF） |
| EAS重发现 | 不支持 | 支持EAS（Edge Application Server）重发现 |
| 多DNAI协同 | 有限 | 支持一个PDU Session关联多个DNAI |
| UL CL去插入自动化 | 需AF/PCF触发 | SMF可基于定时器/位置自动移除 |
UL CL赋能的MEC本地分流，为运营商创造三类收入：
以某省运营商部署10个边缘MEC站点为例（假设数据）：
| 项目 | 年度金额（万元） | 说明 |
|---|---|---|
| CAPEX | ||
| I-UPF设备/软件 | 200 | 10站点 × 20万/站点 |
| 边缘机房改造 | 150 | 10站点 × 15万 |
| 传输链路建设 | 100 | N9隧道互联 |
| SMF扩容（许可证+硬件） | 80 | UL CL导致的容量需求增加 |
| CAPEX合计 | 530 | |
| OPEX（年） | ||
| 机房电力与运维 | 120 | 10站点 × 12万/年 |
| 传输带宽 | 60 | N3/N9隧道带宽 |
| SMF/UPF运维 | 40 | 人员+工具 |
| OPEX合计 | 220 | |
| 收入（年） | ||
| MEC托管服务 | 180 | 企业客户 × 18万/年 |
| 低时延SLA溢价 | 120 | 超低时迟能力收费 |
| 骨干传输节省 | 200 | 本地分流减少回中心流量 |
| 网络能力API收入 | 80 | NEF开放API调用费 |
| 收入合计 | 580 | |
| 年度净利润 | +360 | 收入580 - OPEX 220 |
| 投资回收期 | ~15个月 | CAPEX 530 / 年利润 360 |
| 部署规模 | 边缘站点数 | CAPEX | 年OPEX | 年收入增量 | 回本周期 |
|---|---|---|---|---|---|
| 小规模试点 | 2~3 | 120~180万 | 50~80万 | 100~150万 | 12~18个月 |
| 中等规模 | 8~12 | 400~600万 | 180~260万 | 450~700万 | 12~16个月 |
| 大规模部署 | 30~50 | 1200~2000万 | 500~800万 | 1500~2500万 | 10~14个月 |
关键发现：由于UL CL本地分流带来的骨干传输成本节省是"隐性收入"（属于成本规避），运营商实际现金收入来自MEC托管和SLA溢价。因此商业模型的成功关键在于企业客户的渗透率。
Q1: UL CL和Branching Point有什么区别？ A: UL CL仅对上行流量分类后分发到不同PSA，下行由各PSA独立发送给I-UPF再合并；BP（Branching Point）用于IPv6多归属场景，同时处理上行分发和下行复制/合并。UL CL支持IPv4和IPv6，BP仅支持IPv6。实际部署中UL CL使用更广泛。
Q2: UL CL插入时UE是否需要感知？ A: 不需要。UL CL对UE完全透明。SMF通过N4接口配置I-UPF的分流规则，通过N2接口修改(R)AN的隧道端点信息，但UE的IP地址和PDU Session ID均不改变。UE仅可能在RRC层收到DRB重配置（如有QoS Flow变化）。
Q3: 运营商如何决定何时触发UL CL？ A: 主要有三种触发方式：(1) SMF本地配置——根据UE的TAI/Cell ID与预定义的DNAI区域映射关系自动触发；(2) PCF策略驱动——PCF基于用户签约或应用需求下发Traffic Steering Policy；(3) AF动态请求——MEC平台通过NEF请求为特定UE优化路由。运营商通常组合使用。
Q4: UL CL对SMF的性能影响有多大？ A: 实测数据表明，30%的PDU会话启用UL CL时，SMF并发会话容量下降约24%，N4信令处理TPS下降约24%。这意味着运营商需要额外增加30%的SMF实例。对于大规模MEC部署，建议采用SMF Pool + 地理冗余架构来分散负载。
Q5: 如何选择UL CL方案还是多DNN方案实现本地分流？ A: UL CL方案适合"一个PDU Session同时访问本地和中心业务"的场景（如企业用户同时访问内网和Internet）；多DNN方案适合"完全隔离的不同业务"场景（如工业控制DNN和普通上网DNN独立建立Session）。从成本角度，UL CL的信令开销更小（单Session管理），但SMF每会话状态更复杂；多DNN方案的信令次数更多（多个Session），但每Session状态更简单。
本文由「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 等场景全覆盖。
