51学通信

深度解析 3GPP TS 23.503：6.2 Network functions and entities (Part 2 - PCF的签约、漫游与高级管理职能)

19分钟阅读

好的，我们继续对3GPP TS 23.503规范的PCF功能进行深度剖析。

深度解析 3GPP TS 23.503：6.2 Network functions and entities (Part 2 - PCF的签约、漫游与高级管理职能)

本文技术原理深度参考了3GPP TS 23.503 V18.9.0 (2025-03) Release 18规范，重点解读了第6.2.1.3节至6.2.1.12节的核心内容。本文旨在深入探讨PCF如何管理和运用用户的“数字合同”（签约信息），在复杂的漫游场景下如何扮演V-PCF和H-PCF的不同角色，以及其在用量监控、赞助数据、切片速率监控等高级管理任务中的具体实现机制。

在上一篇文章中，我们剖析了PCF的四大核心职能域和其决策所依赖的“信息食谱”。我们知道PCF是一个信息汇集的中心。今天，我们将聚焦于这些信息中最为关键的一类——签约信息，并探讨PCF如何基于这份“数字合同”行使其权力。

同时，我们将把视野扩展到跨国漫游和更复杂的商业模式中，看看PCF是如何“换位思考”，扮演好归属地策略官（H-PCF）和拜访地策略官（V-PCF）的双重角色，并如何实现赞助数据、切片/用户组限速等精细化运营功能的。

为了贯穿这些复杂的概念，我们将设定一个综合场景： “智造未来”公司是一家跨国企业，其无人机舰队（5G VN Group）不仅在国内港口运营，也部署在国外的合作港口。公司为这支舰队购买了全球统一的5G连接服务，其中包括：

  • 国内：使用归属运营商（HPLMN）的专用网络切片。
  • 国外：在拜访地网络（VPLMN）漫游，并使用一种特殊的**本地分流（LBO）**业务，访问部署在当地港口的边缘计算服务器。
  • 商业模式：无人机产生的所有流量均由公司付费（赞助数据），并且整个舰队共享一个全球总带宽池。

1. 策略的基石：签约信息管理 (6.2.1.3 Policy control subscription information management)

PCF的所有决策，都必须以用户的签约为基础。本节详细定义了PCF从UDR获取和使用的各类签约信息，这些信息构成了策略决策的“法律依据”。

The PCF may request subscription information at PDU Session establishment, PDU Session modification, during AM Policy Association Establishment procedure and during the UE Policy Association Establishment procedure. The PCF may receive notifications on changes in the subscription information.

规范中通过一系列表格（Table 6.2.1.3-1 至 6.2.1.3-7）详细列出了这些信息。我们可以将其归为几大类：

  • UE上下文策略信息 (Table 6.2.1.3-1)：与UE本身强相关，在AMF与PCF建立关联时获取。

    • 关键信息：S-NSSAI subscription information (签约的切片和DNN), Subscriber spending limits control (是否启用消费限额策略), Restricted Status (UE是否处于受限状态，如因异常行为被标记)。
    • 场景：当“智造未来”的无人机在国外开机注册时，H-PCF会从UDR获取其签约信息，确认它有权使用uRLLC切片，并且其所有策略都应考虑公司的消费限额。

  • PDU会话策略信息 (Table 6.2.1.3-2)：与具体PDU会话相关，在SMF与PCF建立关联时获取。

    • 关键信息：Subscribed GBR (签约的GBR总上限), Charging related information (默认计费方式、CHF地址), Usage monitoring related information (各种流量套餐的配置), MPS subscription data (是否签约MPS服务)。
    • 场景：当无人机为视频回传建立PDU会话时，H-PCF会从UDR获取该DNN下的签约策略，例如，确认该会话允许的最大GBR为100Mbps，且计费方式为离线计费。

  • 网络切片/用户组策略信息 (Table 6.2.1.3-5 & -7)：宏观聚合策略的签约基础。

    • 关键信息：Maximum Slice Data Rate, Maximum Group Data Rate (切片/用户组的总速率上限)。
    • 场景：“智造未来”与运营商签订的“全球10Gbps共享带宽”就作为Maximum Group Data Rate存储在UDR中，成为PCF执行用户组限速的依据。

动态更新机制：PCF不仅在会话建立时“拉取”一次数据，更重要的是它会向UDR“订阅”这些数据的变更。当“智造未来”的管理员在运营商门户网站上，临时将会舰队的总带宽从10Gbps提升到20Gbps时，UDR会立即将此变更“推送”给PCF。PCF收到通知后，会重新评估当前策略，可能会放宽之前因为带宽受限而拒绝的业务请求。

2. 跨国协作：V-PCF与H-PCF的角色扮演 (6.2.1.4 & 6.2.1.5)

当无人机漫游到国外时，PCC框架的“大脑”被一分为二：V-PCF和H-PCF。它们的职责划分清晰，体现了“谁的网络谁做主，谁的用户谁管理”的原则。

2.1 V-PCF：拜访地的“现场指挥官” (V-PCF)

[6.2.1.4 V-PCF] The V-PCF is a functional element that encompasses policy control decision functionalities in the VPLMN. For session management related policy control, the V-PCF only includes functionality for local breakout roaming scenario based on roaming agreements.

V-PCF的核心职责是处理与VPLMN本地资源相关的策略。

  • 场景（LBO）：无人机需要在国外港口访问本地的边缘计算节点。这是一个典型的LBO场景。
    • V-SMF会与V-PCF建立策略关联。
    • 本地边缘计算应用的AF会向V-PCF请求QoS保障。
    • V-PCF根据与HPLMN签订的漫游协议（例如，协议规定允许漫游用户使用最高100Mbps的GBR），来决定是否批准这个QoS请求，并生成PCC规则下发给V-SMF。
    • 在这个过程中，V-PCF不知道无人机的具体签约细节（例如它的套餐详情），它只关心漫游协议。

2.2 H-PCF：归属地的“最高决策者” (H-PCF)

[6.2.1.5 H-PCF] The H-PCF is a functional element that encompasses policy control decision functionalities in the HPLMN. For session management related policy control, the H-PCF only includes functionality for home routed roaming scenario… For UE policy control, H-PCF generates the UE policy based on subscription data, service parameters from the V-PCF…

H-PCF始终掌握着对用户签约和全局策略的最终解释权。

  • 场景（HR）：无人机需要传回数据到位于国内总部的服务器。这是一个HR（归属地路由）场景。此时，会话由H-SMF管理，H-SMF直接与H-PCF交互，流程与非漫游无异，V-PCF不参与会话管理。

  • 场景（UE策略）：无论是在LBO还是HR场景，无人机上的URSP规则始终由H-PCF生成。在LBO场景下，H-PCF会生成URSP，通过N24接口发送给V-PCF，再由V-PCF通过V-AMF下发给UE。H-PCF在制定URSP时，可能会参考V-PCF提供的一些本地网络信息（例如，VPLMN中可用的DNN），这些信息也通过N24接口传递。

3. 高级管理职能：PCF的精细化运营工具箱

除了基础的策略决策，PCF还具备一系列高级管理功能，使其能够支持复杂的商业模式和精细化的网络运营。

3.1 应用特定策略信息管理 (6.2.1.6 Application specific policy information management)

PCF是AF与UDR之间策略信息的中介。AF通过PCF（经由NEF）协商的BDT/PDTQ策略、赞助数据配置等，最终都由PCF写入UDR的特定数据集中，以便后续的策略执行和跨PCF实例的信息共享。

3.2 用量监控 (6.2.1.7 Usage monitoring)

这是实现“流量包”、“时长包”等商业产品的基础。

The PCF supports usage monitoring control for a PDU Session or per Monitoring Key. The PCF may receive usage monitoring related information per DNN and S-NSSAI combination and UE from the UDR…

深度解析与场景再现：

“智造未来”公司为其无人机舰队购买了每月1TB的共享流量包。

  1. 配置监控：这个“1TB”的额度作为Usage monitoring related information存储在UDR中，并关联到一个特定的Monitoring Key，例如MK_zkwl_fleet。
  2. PCF启动监控：PCF从UDR获取此信息后，在为无人机下发PCC规则时，会将需要纳入此流量包统计的业务流（如视频回传）与MK_zkwl_fleet关联起来，并向SMF下发用量报告的阈值（例如，每消耗100GB报告一次）。
  3. SMF/UPF执行与报告：SMF指示UPF对所有打上MK_zkwl_fleet标签的流量进行聚合统计。达到阈值后，SMF向PCF报告已用量。
  4. PCF更新余量并决策：PCF收到报告后，会更新UDR中的“剩余流量”。当剩余流量接近0时，PCF可以采取行动，如通知公司管理员、降低所有无人机的速率、或将后续流量转为按量计费。

3.3 赞助数据连接 (6.2.1.8 Sponsored data connectivity)

The PCF may authorise an application service provider to request specific PCC decisions… based on sponsored data connectivity profile from the UDR.

这是实现“定向免流”或企业统一付费的关键。

  • 场景：在我们的无人机场景中，AF在发起业务请求时，会提供Sponsor Identity（赞助商ID，即“智造未来”）。PCF会根据这个ID，从UDR中查询对应的赞助数据配置档案，确认该公司有权为无人机的流量付费。然后，PCF在PCC规则中，将Charging Key指向一个与“智造未来”公司账户关联的特定值。这样，CHF在计费时，就会将费用记在该公司账上，而非无人机SIM卡的个人账户。

3.4-3.6 宏观速率监控 (6.2.1.9 - 6.2.1.11)

这三节是第6.1.4和6.1.5节宏观控制的具体实现机制。

  • 监控单个UE的切片速率 (6.2.1.9)：PCF通过聚合一个UE在某个切片下所有PDU会话的Session-AMBR和GBR流的MBR，来监控该UE是否超过了其UE-Slice-MBR（签约中规定的单个UE在切片内的速率上限）。
  • 监控整个网络切片的速率 (6.2.1.10)：详细阐述了6.1.4节中描述的PCF+UDR方案。PCF在每次建立/修改会话或GBR流时，都与UDR交互，更新“Remaining Maximum Slice Data Rate”。
  • 监控用户组的速率 (6.2.1.11)：详细阐述了6.1.5节中描述的机制，与切片监控类似，只是操作对象变为了“Remaining Maximum Group Data Rate”。

3.7 VPLMN特定分流策略 (6.2.1.12 VPLMN Specific Offloading Policy)

这是一个针对**HR-SBO（Home-Routed with Session Breakout）**漫游场景的高级功能。

  • 场景：无人机在国外使用HR模式回传数据到国内总部，但同时，它需要访问一个仅在当地VPLMN提供的“航空交通管制”服务。为了降低时延，H-PCF可以下发一个“VPLMN特定分流策略”，该策略包含了一组IP地址或FQDN。当H-SMF收到这个策略后，会通过V-SMF指示V-UPF：“对于去往这些特定本地地址的流量，直接在VPLMN进行分流，无需再路由回HPLMN”。这实现了在以HR为主要模式的前提下，对特定本地流量的灵活LBO处理。

FAQ

Q1：PCF如何确保在多个PCF实例并发访问UDR更新切片剩余速率时数据的一致性？ A1：规范在6.1.4.3的NOTE 1中提到了关键技术：条件请求（conditional requests）与E-Tags。这是一种HTTP协议的机制。当PCF要更新UDR中的剩余速率时，它会先读取当前值及其附带的E-Tag（版本标识）。然后，它在本地计算新值，并在写回UDR时，请求中会包含“仅当服务器上的数据E-Tag仍是我之前读取的版本时，才执行本次更新”。如果在此期间有另一个PCF已经更新了数据（E-Tag已变），本次更新就会失败。PCF需要重新读取最新值，再次尝试更新。这种“乐观锁”机制确保了在高并发场景下数据的一致性和准确性。

Q2：用量监控（Usage Monitoring）和计费（Charging）有什么区别？ A2：它们的目标和执行方式不同。计费的最终目的是产生话单和收费，它关心的是流量与资费策略的关联，由CHF作为最终裁决者。而用量监控的主要目的是实现策略控制，即在用量达到某个阈值时触发PCF的动态决策（如限速、提醒、断网等）。虽然两者都统计流量，但用量监控更像是PCF为了执行动态策略而设置的“闹钟”，而计费是SMF/CHF为了收钱而记的“账本”。

Q3：在LBO漫游时，V-PCF和H-PCF如何协同制定UE策略（URSP）？ A3：H-PCF是URSP的唯一制定者。但为了制定出在VPLMN可执行的策略，H-PCF需要了解VPLMN的网络情况。因此，V-PCF会扮演“本地信息顾问”的角色。例如，V-PCF会通过N24接口告知H-PCF：“在我的网络里，访问互联网的DNN是‘vplmn_internet’，访问IMS的DNN是‘vplmn_ims’”。H-PCF收到这些“本地情报”后，在生成URSP规则时，就会使用这些VPLMN的DNN，而不是HPLMN的DNN。这样生成的URSP才能在漫游地被正确地解析和执行。

Q4：为什么需要单独定义一个“监控单个UE的切片速率”的功能（6.2.1.9）？直接由RAN执行UE-Slice-MBR不就行了吗？ A4：RAN执行的UE-Slice-MBR是一种硬性、实时的物理层限制。而PCF的监控则是一种策略层、更灵活的管理手段。PCF的监控可以有更复杂的逻辑，例如：

  • 分级阈值：PCF可以设置多个阈值（如达到签约上限的50%, 80%），并执行不同的策略动作（如提醒、轻度限速、重度限速）。
  • 与其他策略联动：PCF的监控结果可以与消费额度、时间段等其他策略结合。例如，“仅在高峰时段，当UE切片用量超过80%时才进行限速”。
  • 运营可见性：PCF的监控为运营商提供了一个集中的、策略层面的UE切片资源使用视图，便于分析和优化。 因此，RAN的执行和PCF的监控是互补的，一个负责“兜底”，一个负责“精细化运营”。

Q5：PCF是如何知道一个UE属于哪个5G VN Group的？ A5：这个信息同样来源于签约数据。在UDR中，每个UE的签约档案里会包含其所属的5G VN Group ID。当PCF为该UE建立策略会话时，会从UDR获取这个信息。之后，当PCF需要执行用户组级别的策略（如组限速）时，它就知道应该将这个UE的用量计入哪个“群组账户”中。

关系图谱