51学通信

深度解析 3GPP TS 23.503：6.2 Network functions and entities (Part 1 - PCF的核心职能与决策输入)

19分钟阅读

好的，我们继续深入3GPP TS 23.503规范第6章的腹地。在完成了对宏观策略的解读后，我们将重新聚焦于组成PCC框架的核心“器官”——各个网络功能和实体本身。

深度解析 3GPP TS 23.503：6.2 Network functions and entities (Part 1 - PCF的核心职能与决策输入)

本文技术原理深度参考了3GPP TS 23.503 V18.9.0 (2025-03) Release 18规范，重点解读了第6.2.1节“Policy Control Function (PCF)”的核心内容。本文旨在系统性地剖析PCF作为PCC框架“大脑”的内部构造，详细阐述其在会话管理、非会话管理、网络切片及用户组策略中的具体职能，并揭示其做出复杂决策时所依赖的庞大多样的信息输入源。

在前面的章节中，我们已经从不同的角度（需求、架构、流程）反复提及PCF。今天，我们将首次完全聚焦于PCF本身，将这个“策略大脑”放在解剖台上，仔细观察它的每一个“脑区”分别负责什么功能，以及这些功能是如何协同工作的。

理解PCF的内部职能，是掌握PCC框架如何从“信息输入”到“策略输出”这一核心转换过程的关键。为了更系统地梳理PCF的复杂功能，我们将引入一个综合性场景：

智慧城市正在举办一场国际马拉松比赛。赛道沿线部署了大量的物联网传感器（大连接mMTC），负责监控环境和选手生命体征；媒体通过5G进行高清赛事直播（高带宽eMBB）；安保无人机进行空中巡逻（低时延uRLLC）；市长的应急指挥车也随时待命（MPS优先服务）。我们的老朋友美美作为一名参赛选手，也在其中。

面对如此复杂且动态的业务需求，PCF是如何同时扮演好“交通总调度”、“安保总指挥”、“媒体服务协调员”等多重角色的呢？

1. PCF的四大核心职能域 (6.2.1.1 General)

规范在6.2.1.1节开宗明义，将PCF的复杂功能划分为四个清晰的领域，这构成了PCF的“四大核心脑区”。

[6.2.1.1.1 Session management related functionality] The PCF provides the following session management related functionality:

  • Policy and charging control for a service data flows;
  • PDU Session related policy control;
  • PDU Session event reporting to the AF.

[6.2.1.1.2 Non-session management related functionality] … [6.2.1.1.3 Network slice related functionality] … [6.2.1.1.4 Group related functionality] …

让我们结合马拉松场景，详细解析这四大职能。

这是PCF最基础、最核心的职能，负责对单个PDU会话内的微观世界进行调控。

  • 对业务数据流的策略与计费控制：这是最细粒度的控制。

    • 场景：媒体直播车的PDU会话中，同时承载着“高清视频流”和“导播通话流”。PCF会为这两个SDF分别制定PCC规则，为视频流授权高带宽GBR，为通话流授权低时延保障，并为它们打上不同的计费标签。

  • PDU会话相关策略控制：这是对整个会话的宏观控制。

    • 场景：PCF为美美的手机（普通观众）的PDU会话授权了一个Session-AMBR（会话总带宽限制）为200Mbps。而对于媒体直播车，PCF则为其授权了一个高达1Gbps的Session-AMBR。

  • 向AF报告PDU会话事件：PCF是网络事件与应用层之间的“翻译官”。

    • 场景：赛事安保无人机的控制平台（AF）向PCF订阅了“网络链路质量下降”事件。当无人机飞入信号盲区，PCF从SMF处得知QoS无法保障后，会立即将此事件上报给AF。AF收到通知后，可以启动应急预案，例如指示无人机自动返航。

这部分职能超越了单个会话，负责对UE的行为和宏观网络资源进行规划。我们在上一篇文章中已详细解读，这里做个回顾：

  • 接入和移动性策略控制：

    • 场景：PCF为安保无人机划定“电子巡逻围栏”（服务区域限制），并根据安保需求动态调整其RFSP Index，使其优先驻留在覆盖关键区域的基站。

  • UE策略信息控制：

    • 场景：PCF为安保人员的终端下发URSP规则，规定“应急通信App”必须使用uRLLC切片，“普通上网”则使用eMBB切片。

  • 未来数据传输协商（BDT/PDTQ）：

    • 场景：赛事结束后，部署在赛道上的大量物联网传感器需要将采集到的海量数据回传分析。传感器的管理平台（AF）可以提前与PCF协商一个BDT窗口，在夜间网络空闲时以优惠的价格进行数据回传。

PCF是保障网络切片SLA的“守门人”。

The PCF provides the following network slice related functionality:

  • Limitation of the data rate per network slice (as described in clause 6.1.4).
  • 场景：运营商为本次马拉松赛事划分了三个切片：eMBB切片（媒体直播，总容量5Gbps）、uRLLC切片（安保通信，总容量1Gbps）、mMTC切片（物联网传感，总容量100Mbps）。PCF的核心职责就是通过上一篇文章中介绍的NWDAF监控或UDR记账方式，确保任何一个切片的总流量都不会突破其“天花板”，防止不同业务场景间的资源挤占。

PCF还能为特定的用户群体提供统一的策略管理。

The PCF provides the following group related functionality:

  • Limitation of the data rate per 5G VN group (as described in clause 6.1.5).
  • 场景：赛事组委会的所有工作人员（500人）被定义为一个5G VN Group。运营商为这个组提供了一个“10Gbps共享带宽池”。PCF会像管理切片一样，实时监控这500人产生的总流量，并执行准入控制，确保总用量不超过10Gbps。

2. 决策的“原材料”：PCF的输入信息 (6.2.1.2 Input for PCC decisions)

PCF之所以能够做出复杂而精准的决策，是因为它能够汇集来自5G网络各个角落的信息。6.2.1.2节就像一张PCF的“信息食谱”，详细列出了它从不同“供应商”（其他NF）那里获取的“原材料”。

The PCF shall accept input for PCC decision-making from the SMF, the AMF, the CHF, the NWDAF if present, the UDR and if the AF is involved, from the AF, as well as the PCF may use its own predefined information.

让我们系统地梳理这些信息来源：

2.1 来自AMF的信息

AMF是UE接入网络的第一个入口，它提供了关于UE**“在哪里”和“是什么”**的基础信息。

  • SUPI/PEI/GPSI：用户的各种身份标识。
  • Location of the subscriber：用户的位置信息（TAI、Cell ID等）。
  • UE time zone：用户所在的时区。
  • Access Type / RAT Type：用户是通过3GPP接入还是非3GPP接入？使用的是NR还是LTE？
  • Serving Network identifier：用户当前所在的PLMN ID。
  • Allowed NSSAI：用户当前允许使用的网络切片列表。

场景应用：PCF根据AMF上报的位置信息，判断美美是否跑入了某个特定的“加油站”打卡点，从而触发一个由赞助商提供的“免费高速上网”策略。

2.2 来自SMF的信息

SMF是PDU会话的管理者，它提供了关于**“连接详情”**的深入信息。

  • IP address/prefix：UE获得的IP地址。
  • DNN, S-NSSAI：该会话连接的数据网络和网络切片。
  • Session Type：是IPv4、IPv6还是以太网类型的会话？
  • 3GPP PS Data Off status：用户是否在终端上开启了“蜂窝数据关闭”功能。
  • UE report of URSP rule enforcement：UE上报的URSP执行情况反馈。

场景应用：SMF上报了媒体直播车的PDU会话信息，其中S-NSSAI为eMBB切片。PCF据此为其匹配并应用媒体直播专用的高带宽策略模板。

2.3 来自UDR的信息

UDR是策略的“法律依据”，提供了关于**“用户签约了什么”**的权威信息。（详见6.2.1.3节，下一篇文章会深入）

  • Subscribed services, Subscriber categories：用户签约的服务列表（如“高清直播包”）、用户等级（如“金牌客户”）。
  • Subscribed GBR, Subscribed UE-Slice-MBR：签约的QoS上限。
  • Usage monitoring related information：用户的各种流量套餐额度。
  • Sponsored data connectivity profile：赞助数据连接的配置信息。

场景应用：PCF从UDR查询得知，市长的签约信息中包含了“MPS服务”，因此在任何情况下都为其提供最高优先级的网络保障。

2.4 来自CHF的信息

CHF提供了关于**“用户花了多少钱”**的实时反馈。

  • Policy counter status：各种消费计数器（如套餐已用流量、账户余额）的当前状态。

场景应用：CHF通知PCF，某个按时长计费的在线会议业务的预购时长即将用尽。PCF据此向SMF下发指令，在时长用尽后将该业务流的门控关闭。

2.5 来自AF的信息

AF带来了关于**“应用需要什么”**的直接诉求。

  • Flow description information：业务流的IP五元组。
  • Media Type, Bandwidth：业务的媒体类型和所需的带宽。
  • Sponsored data connectivity information：赞助商信息。
  • Priority indicator：业务的优先级（如MPS请求）。
  • Service area coverage：应用期望的服务区域。

场景应用：赛事直播平台（AF）向PCF明确请求1Gbps的带宽和低于50ms的延迟，这是PCF制定媒体直播PCC规则的最直接输入。

2.6 来自NWDAF的信息

NWDAF提供了关于**“网络现在怎么样”**的上帝视角。

  • Load level information：网络切片或小区的负载水平。
  • Service Experience：特定应用的体验质量分析（MOS分）。

场景应用：NWDAF向PCF报告，马拉松终点区域的eMBB切片负载已达90%。PCF据此决策，对于新接入该区域的普通用户，适当降低其Session-AMBR，以保障存量用户的体验。

2.7 PCF的预定义信息

除了外部输入，PCF自身也存储了大量的静态策略规则，这是运营商网络策略的集中体现。

  • 场景：运营商规定，所有识别为“视频会议”类型的业务，其ARP优先级不得低于10。这个规则就预置在PCF中，作为所有相关决策的基础。

PCF的决策过程，本质上就是对以上所有信息来源进行实时、复杂的“多维函数运算”，最终输出一个最优的策略结果。

FAQ

Q1：PCF的四大职能域（会话、非会话、切片、组）之间是什么关系？ A1：它们是相互关联、层层递进的关系。非会话管理（如URSP）决定了UE应该发起什么样的会话请求；会话管理则负责处理这个请求，并在会话内部进行精细化控制；切片管理和组管理则是在更高的宏观层面，为这些会话设置了总的资源“天花板”。一个完整的策略控制过程，往往会跨越多个职能域。例如，PCF根据切片负载（切片管理职能）调整URSP规则（非会话管理职能），进而影响新建立的PDU会话的QoS（会话管理职能）。

Q2：PCF是如何区分“PCF for the UE”和“PCF for the PDU Session”的？ A2：这是通过PCF的发现与选择机制来实现的。当AMF为UE选择PCF时，它查询NRF的条件更偏向于UE级别的信息（如UE位置、签约的切片列表），NRF返回的PCF实例就被AMF指定为“PCF for the UE”，负责移动性和UE策略。当SMF为PDU会话选择PCF时，它查询NRF的条件更具体，包含了会话的DNN、S-NSSAI等，NRF返回的PCF实例就被SMF用于该会话的策略管理，成为“PCF for the PDU Session”。在部署上，这两个角色可以合一，也可以分离。

Q3：PCF的输入信息来源如此之多，如果信息之间发生冲突，PCF如何决策？ A3：PCF内部有一套复杂的优先级和覆盖逻辑，通常由运营商配置。一般原则是：

  1. 签约数据是基础：任何策略都不能违背用户的核心签约条款。
  2. 动态请求优先于静态签约：来自AF的实时动态请求（如MPS调用）通常可以临时覆盖签约中的默认设置。
  3. 紧急业务最高：与紧急会话相关的策略拥有最高否决权。
  4. 网络状态是重要修正因子：来自NWDAF的实时网络状态分析，可以对基于签约和业务请求的“理想”策略进行“现实”修正。 最终的决策是这些因素综合博弈的结果。

Q4：为什么PCF需要知道用户的PEI（设备ID）和OSId（操作系统ID）？ A4：这些信息有助于PCF制定更精细、更适配的策略。

  • PEI（Permanent Equipment Identifier）：可以用于制定基于设备的策略。例如，运营商可以为自己销售的品牌手机提供特定的网络优化策略，或者限制某些不合规的设备接入特定服务。
  • OSId（Operating System Identifier）：主要用于URSP规则的下发。不同的操作系统（如iOS, Android）对应用的标识方式（OSAppId）可能不同。PCF知道UE的操作系统后，就可以下发该系统能够正确解析和执行的URSP规则，确保策略的有效落地。

Q5：PCF如何管理和使用从UDR获取的策略订阅信息？ A5：PCF不仅在会话建立时从UDR拉取（pull）一次签约数据，它还会向UDR订阅（subscribe）这些数据的变更通知。当用户的签约信息发生变化时（例如，美美在线办理了一个流量加油包），UDR会主动向PCF推送（push）更新。PCF收到更新后，会立即重新评估受影响的PDU会话，并可能下发新的或修改后的PCC规则给SMF，从而实现用户签约变更的秒级生效。这个机制将在下一篇文章（6.2.1.3 Policy control subscription information management）中详细探讨。

关系图谱