51学通信

深度解析 3GPP TS 23.503：6.1 Overall description (Part 1 - PCF的发现、绑定与决策基础)

22分钟阅读

好的，我们继续深入3GPP TS 23.503规范，在前两篇文章理清了PCC的宏观需求、架构和接口之后，我们正式进入其功能实现的核心腹地——第6章“Functional description”。

深度解析 3GPP TS 23.503：6.1 Overall description (Part 1 - PCF的发现、绑定与决策基础)

本文技术原理深度参考了3GPP TS 23.503 V18.9.0 (2025-03) Release 18规范，重点解读了第6.1.1节“General”的核心内容。本文旨在剖析策略控制功能（PCF）在庞大5G网络中如何被“找到”（发现与选择）、外部业务请求如何“精准导航”至正确的PCF（绑定机制），以及PCF做出英明决策所依赖的三大“智慧”来源（网络分析、消费额度、UE反馈）。

在之前的章节中，我们已经了解了PCC框架的“是什么”（职责范围）和“组织结构”（架构模型）。现在，我们将深入探讨“怎么做”（功能描述）。第6章是TS 23.503规范的灵魂，它详细阐述了PCC框架中每个环节的具体工作机制。

本篇文章作为解读第6章的开篇，我们将聚焦于6.1.1节，揭示PCF作为一个决策中心赖以生存和工作的基础机制。为了更好地理解这些看似抽象的概念，让我们引入一个新的主角——一架名为“迅翼-01”的自动驾驶物流无人机。

“迅翼-01”正在执行一项紧急医疗物资（如血浆）的城市运送任务。这次任务对网络有极高的要求：不间断的超可靠低时延连接（URLLC）用于飞行控制，以及一条高带宽连接用于回传高清视频以供远程监控。在一个拥有数百万连接的智慧城市中，网络是如何找到专门服务于“迅翼-01”的策略大脑（PCF），物流调度平台（AF）又是如何与这个大脑建立联系，以及这个大脑是如何做出智能决策的呢？让我们一同揭晓。

1. 在茫茫网海中找到你：PCF的发现与选择 (6.1.1.1 PCF Discovery and Selection)

在一个运营商的网络中，PCF并非单一实体，而是可能存在成百上千个实例，用于负荷分担、容灾备份或服务于特定地理区域/网络切片。因此，当一个网络功能（如AMF或SMF）需要策略指导时，它面临的第一个问题就是：我应该去问哪一个PCF？

The procedures for PCF Discovery and Selection by the AMF and by the SMF are described in TS 23.501.

虽然23.503在此只做了一个引用，但这个过程至关重要。它本质上是一个基于NRF（网络功能仓库功能）的查询过程。

深度解析与场景再现：

想象一下“迅翼-01”开启了它的5G通信模块。

  1. AMF选择PCF：无人机首先向网络发起注册。AMF在处理注册请求时，需要为这个UE选择一个PCF，这个PCF将负责无人机整体的移动性策略和UE策略（我们称之为PCF-UE）。AMF会向NRF查询，查询条件可能包括：无人机支持的S-NSSAI（例如uRLLC切片）、所在的地理位置等。NRF会返回一个或一组最合适的PCF实例地址，AMF从中选择一个。

  2. SMF选择PCF：接着，无人机为了传输飞控信令和视频，需要建立PDU会话。AMF会先选择一个SMF，然后这个SMF需要为这个PDU会话选择一个PCF（我们称之为PCF-Session）。SMF同样会向NRF查询，查询条件会更具体，可能包括：无人机请求的DNN（例如“uav_control_net”）、S-NSSAI、会话类型（IP/Ethernet）等。NRF根据这些信息，返回最合适的PCF地址。

在大型网络中，PCF-UE和PCF-Session很可能是不同的PCF实例，实现了职责分离。这个发现与选择的过程，确保了从一开始，无人机的策略控制请求就被导向了最合适的“策略专家”。

2. 为业务请求“精准导航”：绑定机制 (6.1.1.2 & 6.1.1.2a)

当“迅翼-01”的PDU会话建立后，它在5G网络中就有了自己的“身份标识”——IP地址。此时，远端的无人机物流调度平台（AF）可能会有新的业务需求，比如临时需要提高视频回传的码率。AF知道无人机的IP地址，但它不知道这个IP地址对应的会话是由哪个PCF实例在管理。如何将AF的请求精准地路由到正确的PCF实例？这就是绑定机制要解决的问题。

这个机制的核心是一个被称为**BSF（Binding Support Function，绑定支持功能）**的关键网元。

2.1 BSF：策略请求的“GPS导航系统”

[6.1.1.2.2 The Binding Support Function (BSF)] The BSF has the following characteristics:

  • The BSF stores internally information about the corresponding selected PCF:
    • For a certain PDU Session, the BSF stores internally information about the user identity, the DNN, the UE (IP or MAC) address(es), the S-NSSAI, the selected PCF address…
  • The PCF registers, updates and removes the stored information in the BSF…
  • For retrieval binding information, any NF, such as NEF or AF, that needs to discover the selected PCF address(es) … uses the Nbsf management service discovery service operation…

BSF就像一个专门为策略请求服务的GPS导航系统，它的内部存储了一张动态更新的“地图”，这张地图记录了**“哪个UE/PDU会话”由“哪个PCF”**来服务的绑定关系。

深度解析与场景再现：

让我们看看BSF是如何为“迅翼-01”的业务请求导航的：

  1. 绑定信息注册 (PCF → BSF)： 当“迅翼-01”的PDU会话成功建立，并且SMF为其选择了PCF-Session-A后，这个PCF-Session-A会立即向BSF进行“登记”： “你好BSF，我是PCF-Session-A。我刚接手了一个新任务，请记录：无人机‘迅翼-01’（SUPI: xxx），在‘uav_control_net’（DNN）和‘uRLLC切片’（S-NSSAI）上的PDU会话，其IP地址是10.20.30.40。以后有任何关于这个会话的策略请求，都请转交给我。”

  2. 绑定信息查询 (AF → BSF → PCF)： 几分钟后，地面监控中心发现视频有些模糊，决定提升“迅翼-01”的回传视频码率。物流调度平台（AF）需要向PCF申请更高的QoS。但它不知道该找哪个PCF。于是，它向BSF发起查询（通常经由NEF）： “你好BSF，请问IP地址为10.20.30.40的会话，是由哪个PCF负责的？” BSF迅速查询自己的“地图”，然后回复AF： “这个会话由PCF-Session-A负责，它的地址是pcf-a.operator.com。”

  3. 精准请求： AF拿到PCF-Session-A的地址后，就可以直接向它发送具体的QoS提升请求了。

通过**“PCF注册、AF查询”**这个简单的两步流程，BSF确保了成千上万的外部业务请求，总能精准、高效地找到它们对应的策略决策者，避免了请求在复杂的网络中“迷路”。

规范6.1.1.2a节还补充说明，当一个NF（如另一个PCF）需要根据UE的身份（如SUPI）而非IP地址来查找对应的PCF时，BSF同样能提供服务，它会智能地判断应该返回负责UE全局策略的PCF-UE，还是负责特定会PDU话的PCF-Session。

3. PCF的“智慧”来源：三大决策基础

一个优秀的决策者，不能只依赖静态的规则，还需要实时的、多维度的数据输入。6.1.1.3至6.1.1.5节就定义了PCF进行智能化决策所依赖的三大核心信息来源。

3.1 基于网络分析的决策 (6.1.1.3 Policy decisions based on network analytics)

PCF不再是一个只会执行预设规则的“书呆子”，它可以与NWDAF（网络数据分析功能）联动，成为一个能感知网络脉搏的“数据科学家”。

Policy decisions based on network analytics allow PCF to perform policy decisions taking into account analytics information defined for Analytics IDs listed in TS 23.288. … The following Analytics IDs are relevant for Policy decisions: “Load level information”, “Service Experience”, “Network Performance”, “Abnormal behaviour”, “UE Mobility”, “UE Communication”…

深度解析与场景再现：

PCF可以向NWDAF“订阅”各种网络分析报告。对于“迅翼-01”的任务：

  • 场景一：主动拥塞规避 PCF向NWDAF订阅了“迅翼-01”预定航线上的uRLLC切片的“Load level information”（负载水平信息）。当无人机即将飞入一个信号塔覆盖区域时，NWDAF分析发现该区域的切片负载因为一场突发事件而急剧升高。NWDAF立即将此分析结果通过N23接口通知PCF。PCF收到告警后，可以立即执行预案：比如，临时将无人机的高清视频流码率降低，以确保飞控信令的绝对可靠；或者，如果签约数据允许，PCF甚至可以为无人机动态选择并切换到一个负载更低的备用切片上。

  • 场景二：动态URSP优化 规范中的 Table 6.1.1.3-1: Network analytics available for generation of each URSP field at the PCF 是一个非常重要的表格，它揭示了网络分析如何直接用于优化UE的路由策略。

    表6.1.1.3-1: 可用于PCF生成各URSP字段的网络分析
    URSP fieldAnalytics ID(s)
    Route Selection Components
    S-NSSAI”Service Experience”, “Load level information”, “Dispersion Analytics”, “Session Management Congestion Control Experience”, “Redundant Transmission Experience”.
    DNN”Service Experience”, “UE Communication”, “Session Management Congestion Control Experience”, “DN Performance”, “Redundant Transmission Experience”.
    Non-Seamless Offload Indication”UE Communication”, “WLAN performance”, “Load level information”, “Network Performance”, “User Data Congestion”.
    SSC Mode”Service Experience”.
    PDU Session type”Service Experience”.
    Access Type Preference”Service Experience”, “WLAN Performance”.
    Route Selection Validation Criteria
    Time WindowBased on the validity period and spatial validity provided in the Analytics ID(s) used for RSD generation.
    Location CriteriaBased on the validity period and spatial validity provided in the Analytics ID(s) used for RSD generation.

    表格解读：此表格清晰地展示了PCF可以利用哪些分析结果来动态生成或调整URSP规则中的每一个组件。例如，PCF可以根据“Service Experience”分析结果，判断哪个S-NSSAI（网络切片）能为特定应用提供最佳体验，并将其设置为URSP规则中的首选切片。

3.2 基于消费额度的决策 (6.1.1.4 Policy decisions based on spending limits)

策略不仅要考虑网络性能，还要考虑“钱”。PCF通过与CHF（计费功能）的交互，实现了网络策略与商业运营的深度绑定。

Policy decisions based on spending limits is a functionality that allows PCF taking actions related to the status of policy counters that are maintained in the CHF.

深度解析与场景再现：

“智造未来”公司为“迅翼-01”的此次紧急任务设置了一个100GB的赞助流量限额。

  1. PCF订阅状态：PCF通过N28接口向CHF订阅了针对这个流量限额的“消费状态报告”，并设置了多个阈值，如50%, 80%, 100%。

  2. CHF上报状态：当无人机飞行途中，CHF监控到流量消耗达到了80GB（80%）时，立即通过N28接口通知PCF：“报告！目标额度已达80%”。

  3. PCF执行策略：PCF收到通知后，可以执行预设的策略。例如，它可能会通过N7接口向SMF下发一条更新的PCC规则，将视频回传的分辨率从4K强制降为1080p，以延长剩余流量的使用时间。当流量达到100%时，PCF甚至可以完全关闭视频流（Gating: Closed），仅保留最核心的飞控信令通道。

这种机制确保了网络资源的使用不会超出商业约定的范围，实现了技术与成本的平衡。

3.3 基于URSP执行感知的决策 (6.1.1.5 Policy control decisions based on awareness of URSP rule enforcement)

这是一个实现闭环控制的关键机制。PCF不仅下发指令，还能“听取”UE的执行汇报，从而做出更精准的后续判断。

Based on operator policy, the PCF may … make policy control decisions based on awareness of URSP rule enforcement for an application…

深度解析与场景再现：

PCF为“迅翼-01”下发了包含两条规则的URSP：

  • 规则A（优先级1）：如果应用是飞控信道，路由到uRLLC切片。
  • 规则B（优先级2）：如果应用是视频回传，路由到eMBB切片。

PCF在下发规则时，可以要求UE对规则的执行情况进行上报。

  1. UE上报执行情况：无人机在建立PDU会话时，会在NAS消息中携带“URSP规则执行报告”，通过AMF→SMF→PCF的路径，最终告知PCF：“报告！我已根据URSP规则A，为飞控信道成功建立了基于uRLLC切片的PDU会话。”

  2. PCF感知并决策：PCF接收到这个报告，就确切地知道了UE正在使用的网络资源类型。这种“感知”能力非常重要。例如，如果网络出现抖动，PCF知道必须优先保障这个基于uRLLC切片的会话，因为它承载的是最关键的飞控信令。如果没有这个上报机制，PCF可能只知道UE有两个会话，但无法确切地将策略与实际承载的业务类型精准对应起来。

FAQ

Q1：为什么5G需要PCF发现机制，而不是像4G一样只有一个逻辑上的PCRF？ A1：5G核心网是基于云原生和微服务理念设计的，旨在实现极高的可扩展性、灵活性和可靠性。在大型网络中，单一的策略节点会成为性能瓶颈和单点故障。因此，5G采用了分布式部署多个PCF实例的架构。PCF发现机制（通过NRF）使得AMF和SMF可以根据负载、位置、切片类型等多种因素动态地选择最合适的PCF实例，从而实现了负载均衡、地理容灾和功能专用化（例如，某些PCF专门服务于IoT业务）。

Q2：BSF（绑定支持功能）和NRF（网络功能仓库功能）有什么区别？ A2：它们都是“查找”服务，但目标和内容不同。NRF是网络功能的“工商局”，它维护的是所有NF（网络功能）实例的档案，包括它们提供的服务类型、地址、支持的切片等静态和半静态信息。它的主要作用是让一个NF能够找到另一种类型的NF（例如SMF找到PCF）。而BSF是PDU会话与PCF实例的“动态映射表”，它维护的是一个非常动态的“绑定关系”，即哪个用户的哪个具体会话（用IP地址等标识）当前由哪个PCF实例负责。它的主要作用是让一个外部实体（如AF）能够为一个已经建立的会话精准地找到其管理者。

Q3：PCF基于网络分析做决策，和传统的基于QCI的QoS策略有什么不同？ A3：传统的QoS策略（如基于QCI）大多是静态和被动的。即根据业务类型（如语音、视频）分配一个固定的QoS等级，只有当业务发起请求时才生效。而基于网络分析的决策是动态和主动的。PCF可以根据NWDAF提供的网络实时负载、预测的移动性轨迹、历史服务质量等信息，提前或实时地调整QoS策略。例如，在拥塞发生前就引导流量、根据用户移动方向预先准备切换资源等。这使得网络资源管理从“按规则办事”进化到了“看势做事”，更加智能和高效。

Q4：“PCF for the UE”和“PCF for the PDU Session”是同一个东西吗？ A4：不一定。它们是PCF的两个逻辑角色，可以由同一个物理PCF实例扮演，也可以由不同的实例扮演。PCF for the UE（或称PCF-UE）更关注用户级别的、非会话相关的策略，如移动性限制、URSP策略等，它的策略影响UE的整体行为，通常由AMF在UE注册时为其选择。PCF for the PDU Session（或称PCF-Session）则专注于单个PDU会话内的策略，如PCC规则、QoS、计费等，由SMF在会话建立时选择。在大型复杂网络中，将这两个角色分离部署，可以实现更清晰的职责划分和更好的系统性能。

Q5：UE上报URSP执行情况有什么实际意义？PCF下发了规则，UE执行不就行了吗？ A5：这个上报机制构建了一个重要的策略闭环反馈系统。虽然PCF下发了规则，但在复杂的无线环境中，UE的执行可能会有多种结果。例如，UE可能因为信号问题无法连接到URSP规则指定的高优先级切片，而回退（fallback）到次优的切片。如果PCF不知道这个实际情况，它可能会继续基于“UE正在使用最优资源”的假设来做决策，从而导致策略失效或资源浪费。UE上报执行情况，就等于告诉PCF：“你的指令我已经收到，我现在的实际执行状态是……”，这为PCF提供了真实的上下文，使其后续的策略调整（如修改PCC规则、尝试恢复到高优先级切片）更加精准、有效。

关系图谱