51学通信

深度解析 3GPP TS 23.501：6.2.4 PCF (策略控制功能)

17分钟阅读

本文技术原理深度参考了3GPP TS 23.501 V18.9.0 (2025-03) Release 18规范中，关于“6.2.4 PCF (Policy Control function)”的核心章节，旨在为读者提供一个5G策略控制功能（PCF）如何作为5G网络的“策略大脑”，将运营商的商业意图和应用的动态需求，转化为可执行的网络行为，从而实现对每一个PDU会话的精细化、差异化和智能化控制的全景视图。本文是解读“6 Network Functions”系列的第三部分。

深度解析 3GPP TS 23.501：6.2.4 PCF (策略控制功能)

欢迎来到“解构5G核心网”的NF深度解析系列。在前面的文章中，我们已经解构了负责“准入与移动”的AMF，以及负责“连接与转发”的SMF。然而，一个真正智能的网络，不仅要知道谁（AMF）在哪里（AMF），如何连接（SMF），更核心的是要明白为什么要这样连接。例如，为什么要给这个用户的这个应用提供更高的带宽？为什么要为那个数据流选择一个更低时延的路径？

回答这些“为什么”的，正是我们今天的主角——PCF（Policy Control Function，策略控制功能）。如果说SMF是PDU会話的“总指挥官”，那么PCF就是为其制定作战方针的“最高参谋部”。它是5G网络中**策略和计费控制（PCC, Policy and Charging Control）**架构的核心，是连接上层业务应用与底层网络执行的桥梁，是实现5G网络差异化、智能化服务的“智慧大脑”。

为了深入理解PCF的“运筹帷幄”，让我们再次跟随小晴的脚步。今天，她正在体验“未来城市”最新推出的**“AR智慧导览”**应用。这个应用功能强大，可以根据小晴的位置和兴趣，提供截然不同的体验：

  • 日常导航： 在普通街道上，提供AR箭头和POI（兴趣点）信息。

  • 沉浸式体验： 当小晴走进历史博物馆（一个特定的区域），APP会自动触发一个4K的AR文物复原视频流，让她能“亲手”与虚拟的文物互动。

  • VIP特权： 小晴是运营商的VIP客户，她的签约确保了即使在网络拥挤时，她的AR体验也能得到优先保障。

我们将通过小晴从进入博物馆到与虚拟文物互动的全过程，来揭示PCF是如何根据用户签约、应用请求、实时位置等多种信息，动态地制定和下发策略，指挥SMF和UPF为小晴提供从“够用”到“极致”的无缝体验升级的。

1. 5G网络的“最高法院”：统一的策略框架 (Unified policy framework)

PCF的首要职责，是建立一个统一的、权威的策略决策中心，终结过去网络策略分散、不一致的局面。

The Policy Control Function (PCF) includes the following functionality:

  • Supports unified policy framework to govern network behaviour.

1.1 “统一”的深刻含义

这里的“统一”体现在两个层面：

  1. 策略的集中决策： 在5GC中，所有与PDU会话相关的动态策略，都由PCF统一决策。无论是QoS策略、计费策略、流量路由策略，还是IP地址分配策略，PCF都是最终的“裁决者”。

  2. 策略来源的统一汇聚： PCF是多种策略信息的汇聚点。它不仅考虑用户的静态签约数据（来自UDM），还能够接收来自应用功能（AF）的动态请求，并结合运营商在PCF本地配置的本地策略，综合做出判断。

这种统一的框架，确保了网络行为的一致性和可预测性，并为运营商提供了强大的、集中的策略控制抓手。

场景代入：

小晴的整个AR导览体验，无论是在街上还是在博物馆里，其网络服务质量都不是一成不变的，而是由一个统一的PCF根据她的“VIP身份”、“AR应用请求”和“当前位置”等信息，实时动态调整的。这保证了她无论身处何地，都能获得与其身份和所用业务相匹配的最佳网络体验。

2. “立法者”的角色：生成并提供PCC规则 (Provides policy rules)

PCF做出决策后，如何让其他网络功能（主要是SMF）来执行呢？答案就是通过下发PCC规则（Policy and Charging Control Rules）。

  • Provides policy rules to Control Plane function(s) to enforce them.

2.1 PCC规则：从“意图”到“指令”的翻译

PCC规则是PCF意志的体现，是SMF执行操作的直接依据。一条PCC规则通常包含以下核心内容：

  • 规则标识符 (Rule ID): 唯一标识一条PCC规则。

  • 业务数据流模板 (SDF Template): 这是规则的“目标”，定义了这条规则适用于哪些数据流。它通常由IP五元组（源/目的IP、源/目的端口、协议号）或应用标识符来定义。

  • 门控状态 (Gating): 决定是允许（Enabled）还是禁止（Disabled）这个数据流通过。

  • QoS参数: 定义了该数据流的服务质量，包括5QI、ARP、GFBR/MFBR等。

  • 计费信息: 定义了该如何对这个数据流进行计费，例如，使用哪个计费Key（Charging Key）、是否免流等。

  • 其他控制信息： 如流量导向信息、PDU Set处理信息等。

2.2 策略下发的“三步曲”

PCF、SMF和AF之间形成了一个经典的“铁三角”交互模型：

  1. AF请求 (AF Request): AF（AR导航应用服务器）通过N5接口向PCF发起请求，例如：“请为用户X的视频流提供低时延保障”。

  2. PCF决策与下发 (Policy Decision & Provisioning): PCF根据AF的请求和用户签约，生成或修改PCC规则，并通过N7接口将其下发给SMF。

  3. SMF执行 (Policy Enforcement): SMF接收PCC规则，将其“翻译”成更底层的N4规则，并下发给UPF去执行。同时，SMF也可能根据PCC规则，通过NAS信令向UE下发相应的QoS规则。

场景代入： 小晴步入博物馆。

  1. AF触发请求： AR导航APP通过GPS检测到小晴进入了博物馆区域，其后台的AF立即向PCF发送了一个请求：“用户SUPI_XiaoQing已进入‘博物馆’场景，请求为应用AR_Viewer的视频流激活‘4K文物互动’服务质量。”

  2. PCF生成新规则： PCF收到请求，验证了AF的合法性，并查询了小晴的签约（确认她购买了此项增值服务）。于是，它生成了一条新的PCC规则：

    • Rule ID: Rule-AR-Museum

    • SDF Template: (匹配从AR服务器到小晴IP的视频流)

    • QoS Parameters: 5QI=84 (低时延、高可靠视频), GFBR=50Mbps

    • Charging Information: Charging Key = AR_Premium_Usage

  3. SMF执行新策略： SMF接收到这条新的PCC规则后，立即：

    • 向UPF发送N4消息，更新PDR、QER等规则，为这条视频流保障50Mbps的带宽。

    • 向小晴的手机发送NAS消息，更新QoS规则，告知手机上行数据也应使用相应的QoS Flow。

小晴的AR眼镜画面瞬间变得无比清晰和流畅，虚拟的青铜器在她眼前栩栩如生地旋转，她甚至可以“触摸”它并看到详细的介绍，这一切都在PCF的精准策略控制下无缝发生。

3. 决策的基石：访问UDR获取签约信息 (Accesses subscription information)

PCF的决策并非凭空而来，其最重要的依据之一，就是存储在UDR中的用户签约数据。

  • Accesses subscription information relevant for policy decisions in a Unified Data Repository (UDR).

3.1 PCF需要哪些签约数据？

PCF从UDR获取的策略相关签约数据主要包括：

  • 会话级签约数据 (Session Management Policy Data):

    • Subscribed Session-AMBR: 整个PDU会话的总带宽限制。

    • Subscribed Default QoS: PDU会话默认QoS Flow的5QI和ARP。

  • UE级策略数据 (UE Policy Data):

    • URSP规则: 指导UE如何将应用与切片/DNN进行关联。

  • AF请求相关数据：

    • PCF可以从UDR获取与特定AF相关的、适用于一组用户（如企业用户）的通用策略。

3.2 场景代入：VIP特权的由来

为什么小晴在网络拥挤时依然能享受流畅的AR体验？因为在她的PDU会话建立之初，PCF就已经从UDR获取了她的“VIP签约档案”：

  • Subscribed Default QoS: {5QI: 7, ARP: 6} (相比普通用户的 {5QI: 9, ARP: 8})

  • Subscribed Session-AMBR: 200 Mbps (相比普通用户的 50 Mbps)

PCF根据这份档案，为小晴的PDU会话设置了更高的基础QoS和带宽。当博物馆区域网络拥塞时，RAN在进行资源调度时，会根据QoS Flow的ARP值（由PCF决策，SMF下发），优先保障小晴的数据包，甚至在必要时抢占普通用户的资源。这就是“VIP特权”在网络底层的技术实现。

4. FAQ

Q1: PCF和SMF都与策略有关，它们会不会功能重叠？

A:

它们职责清晰，互不重叠，是一种**“决策”与“执行”**的关系。

  • PCF是“决策者” (Policy Decision Point - PDP): 它决定**“应该做什么”**。它汇聚来自AF、UDM和运营商的策略意图，生成抽象的PCC规则。它不关心底层网络如何实现这些规则。

  • SMF是“执行者” (Policy Enforcement Point - PEP，部分功能): 它决定**“如何去做”**。它接收PCC规则，并将其翻译成具体的网络行为。例如，PCF说“需要50Mbps”，SMF则负责选择哪个UPF、建立哪条N3/N9隧道、生成具体的N4规则来真正地在用户面把这50Mbps的“路”修出来。

Q2: 所有的PDU会话都需要PCF的参与吗？

A:

不一定。对于一些简单的、没有动态策略需求的PDU会话，可以不经过PCF。在这种情况下，SMF会完全基于从UDM获取的静态签约信息（如默认QoS）和SMF自身的本地配置来建立和管理PDU会话。这种模式被称为**“非动态PCC”**（non-dynamic PCC）。然而，要实现5G的差异化和智能化服务，动态PCC（即有PCF参与）是必不可少的。

Q3: N5、N7、Rx这些接口都是做什么的？

A:

这些都是与PCF相关的关键接口：

  • N5: 是PCF与AF之间的接口，基于SBI架构。AF通过它向PCF提出策略请求。

  • Rx: 是N5接口在IMS和4G EPC中的“前身”。5G PCF为了与现有的IMS系统互通，依然支持Rx接口（基于Diameter协议）。

  • N7: 是PCF与SMF之间的接口，基于SBI架构。PCF通过它向SMF下发PCC规则。

  • N15: 是PCF与AMF之间的接口。PCF可以通过此接口，向AMF下发与接入和移动性相关的策略（如UE的漫游区域限制）。

Q4: 一个PLMN中可以有多个PCF吗？SMF/AMF如何找到正确的PCF？

A:

是的，大型网络中必然会部署多个PCF实例，以实现容灾和负载均衡。PCF的选择过程与SMF类似：

  • AMF选择PCF (for UE Policy): AMF在需要获取UE级别策略（如URSP）时，会通过NRF来发现一个合适的PCF。发现的依据可能包括UE的SUPI、位置等。

  • SMF选择PCF (for Session Policy): SMF在建立PDU会话时，需要为该会话选择一个PCF。它同样通过NRF来发现PCF，发现的依据主要包括DNN和S-NSSAI。

  • PCF Group/Set： 多个PCF实例可以组成一个PCF Set，对外提供统一的服务。网络可以选择Set内的任意一个实例来服务。

Q5: 如果PCF发生故障，我的网络会断开吗？

A:

通常不会立即断开，但动态策略调整会失效。

  • 已有会话： 对于已经建立的PDU会话，其QoS策略和N4规则已经由SMF下发到UPF。即使PCF此时故障，UPF依然会按照既定的规则处理数据，业务不会中断。

  • 新请求/修改： 但是，任何新的策略请求（如小晴进入博物馆时AF发起的请求）将无法被处理。SMF在无法联系到PCF时，会退回到基于静态签约数据和本地策略的模式运行，无法实现动态的QoS提升。

  • 高可用性部署： 为了避免这种情况，PCF同样采用Set/集群化部署。当一个PCF实例故障时，NRF会将其标记为不可用，后续的请求将被路由到Set内的其他健康实例上，从而保证了策略服务的连续性。

关系图谱