51学通信

深度解析 3GPP TS 23.503：5.3 Service-based interfaces and reference points (服务化接口与参考点)

20分钟阅读

好的，我们继续5G策略与计费控制框架的探索之旅。

深度解析 3GPP TS 23.503：5.3 Service-based interfaces and reference points (服务化接口与参考点)

本文技术原理深度参考了3GPP TS 23.503 V18.9.0 (2025-03) Release 18规范，将逐一剖析第5.3节“Service-based interfaces and reference points”中定义的核心接口，旨在为读者绘制一幅PCC框架内部“信息高速公路网”的详尽地图，揭示策略和计费指令在5G网络中的流转路径。

在上一篇文章中，我们学习了PCC框架的宏观架构，认识了董事会里的各位成员（PCF, SMF, AMF等），并区分了它们在非漫游和漫游场景下的不同“组织结构”。我们知道了“谁在做决策”和“谁在执行”。

今天，我们将深入这些成员内部，探究它们之间沟通的“语言”和“渠道”——即服务化接口与参考点。如果说PCC架构是组织架构图，那么本章内容就是详细的部门间沟通流程手册。理解了这些接口，我们就能清晰地追踪一条策略从诞生到落地的完整生命周期。

为了让抽象的接口交互变得生动具体，让我们继续跟随主角美美的脚步。这一次，美美作为一名“智造未来”公司的高级现场工程师，正在使用一副企业级AR眼镜，与远端的专家工程师小李进行远程协作，维修一台精密设备。这次通信不仅要求超低延迟的指令交互和超高清的视频回传，而且其产生的数据流量由公司统一付费（即赞助数据连接）。

让我们看看，为了保障这次关键的AR协作，PCC框架的“信息高速公路网”是如何运作的。

1. 业务发起：策略的源头 (AF, NEF 与 PCF)

每一次精细化的策略控制，都始于一个业务需求。在我们的场景中，这个需求就来自于“智造未来”公司的应用服务器（AF）。

1.1 N5/N30接口：业务与策略的桥梁 (PCF 与 AF/NEF)

当美美戴上AR眼镜启动远程协作应用时，应用的后台服务器（AF）需要向5G网络申请特殊的资源保障。如果AF是运营商信任的内部应用，它可能直接通过N5接口与PCF通信；但更常见的情况是，作为第三方企业应用，它需要通过网络能力开放门户（NEF）来与PCF交互，此时涉及的就是N30接口。

[5.3.1 Interactions between PCF and AF] Npcf and Naf enable transport of application level session information … from AF to PCF. Such information includes, but is not limited to:

  • IP filter information … to identify the service data flow for policy control and/or differentiated charging;
  • media/application bandwidth requirements for QoS control;
  • In addition, for sponsored data connectivity:
    • the sponsor’s identification;
    • information identifying the application service provider and application…

[5.3.10 Interactions between NEF and PCF] Npcf and Nnef enable the negotiation of policy and charging control behaviour between PCF and NEF by supporting the following functionality:

  • service specific policy and charging control;
  • sponsor data connectivity including usage monitoring;

深度解析与场景再现：

  1. AF发起请求：“智造未来”的AF通过NEF（经由N30接口），向运营商的PCF发起一个会话建立请求。这个请求中包含了丰富的“业务意图”：
    • 业务流识别 (IP filter)：请求中明确指出，需要保障两路关键数据流：一路是美美AR眼镜回传的4K视频流（SDF 1），另一路是小李专家发送的低时延AR标注和控制信令流（SDF 2）。AF会提供这两路流的IP五元组信息（源/目的IP、源/目的端口、协议号）。
    • QoS需求 (Bandwidth requirements)：AF为这两路流提出了明确的QoS要求。SDF 1需要下行50Mbps的带宽保障；SDF 2则要求端到端时延低于10ms。
    • 赞助数据连接 (Sponsored data connectivity)：AF在请求中亮明身份，提供了赞助商ID（“智造未来”公司）和应用服务商ID。这等于告诉PCF：“这次通信的所有费用，记在‘智造未来’账上，不要扣美美个人套餐的流量。”

PCF收到了这份内容详尽的“资源申请单”，策略决策的齿轮开始转动。

2. 策略的制定与下发 (PCF, SMF, AMF)

PCF作为大脑，在收到AF的请求后，需要结合用户签约、网络状态等信息，制定出具体的策略，并下发给执行单元。

2.1 N7接口：策略决策的执行通道 (PCF 与 SMF)

N7是PCC框架中最核心、最繁忙的接口之一。PCF制定的所有与PDU会话相关的策略，都是通过N7下发给SMF的。

[5.3.2 Interactions between PCF and SMF] Npcf and Nsmf enable the PCF to have dynamic control over the policy and charging behaviour at a SMF. Npcf and Nsmf enable the signalling of policy and charging control decisions and support the following functionality:

  • Creation of a SM Policy Association…
  • Provision of policy and charging control decision from the PCF to the SMF;

深度解析与场景再现：

  1. 建立策略关联：当美美的AR眼镜发起PDU会话建立请求时，被选中的SMF会主动向PCF发起“建立会话管理策略关联”（SM Policy Association）的请求，这就在PCF和SMF之间建立了一条针对该PDU会G话的控制链路。

  2. PCF下发决策：PCF结合AF的请求和从UDR查询到的美美的签约信息（确认她有权使用此企业应用），生成了两条PCC规则：

    • PCC Rule 1 (针对视频流)：包含SDF 1的过滤器，授权QoS为50Mbps带宽，计费Key指向“智造未来”的赞助账户，门控状态为开启。
    • PCC Rule 2 (针对控制流)：包含SDF 2的过滤器，授权QoS为一个uRLLC（超可靠低时延通信）级别的5QI（5G QoS Identifier），计费Key同样指向赞助账户，门控开启。 这两条PCC规则通过N7接口，作为策略决策被发送给SMF。SMF随即通过N4接口将这些策略“翻译”成UPF的具体指令，数据通路就此打通。

2.2 N15接口：移动性与UE策略的通道 (PCF 与 AMF)

除了会话内的精细化策略，PCF还需要管理与用户移动性、终端行为相关的宏观策略，这些策略通过N15接口下发给AMF。

[5.3.3 Interactions between PCF and AMF] Npcf and Namf enable the PCF to provide Access and Mobility related policy information to the AMF as well as to provide UE policy information to the UE via the AMF…

深度解析与场景再现：

  1. 下发移动性策略：“智造未来”公司规定，此关键AR协作应用只能在工厂的特定区域（由一组小区的ID列表定义）内使用，以防技术泄密。这个“服务区域限制”（Service Area Restriction）策略，就是PCF通过N15接口下发给AMF的。当AMF检测到美美试图移动到授权区域之外时，就会根据此策略采取行动，例如释放PDU会话。

  2. 下发UE策略：PCF还可以通过N15接口，让AMF将UE策略（如URSP）透明地转发给UE。例如，PCF可以更新美美手机中的URSP规则，增加一条：“当启动‘智造未来AR’应用时，必须通过企业专用DNN（DNN=zkwl.com）建立PDU会话”。

3. 数据与计费：策略的基石 (UDR, CHF)

PCF的决策并非凭空而来，它需要坚实的数据基础，包括用户的签约数据和实时消费数据。

3.1 N36接口：访问用户签约档案 (PCF 与 UDR)

PCF在做决策前，必须知道“用户是谁”、“他有什么权限”。这些信息都存储在UDR中，PCF通过N36接口进行查询。

[5.3.5 Interactions between PCF and UDR] The Nudr enables the PCF to access policy control related subscription information and application specific information stored in the UDR.

深度解析与场景再现：

在收到AF的请求后，PCF的第一步就是通过N36接口向UDR查询美美的SUPI（用户永久标识符）对应的策略控制签约数据。查询结果可能包括：她的签约业务列表（是否包含“企业AR协作”）、签约的S-NSSAI、默认QoS参数、消费限额等。只有确认了美美的“身份”和“权限”，PCF才能继续后续的策略制定。

3.2 N40接口 vs. N28接口：计费的双重交互

计费系统（CHF）与PCC框架的交互分为两个层面，分别通过N40和N28接口实现。

[5.3.6 Interactions between SMF and CHF] The interactions between SMF and CHF enable online and offline charging. The N40 reference point is defined…

[5.3.8 Interactions between PCF and CHF] The Nchf enables the PCF to access policy counter status information relating to subscriber spending from CHF and support the following functionality:

  • Request for reporting of policy counter status information…
  • Notification of spending limit reports from CHF to PCF;

深度解析与场景再现：

  • N40 (SMF ←> CHF)：执行层交互 这是“记账和扣费”的通道。在AR协作过程中，SMF负责收集UPF上报的精确流量数据，并通过N40接口实时或周期性地发送给CHF。由于这是赞助连接，CHF会根据计费Key将这些用量记录在“智造未来”公司的账户下，而不是美美的个人账户。

  • N28 (PCF ←> CHF)：决策层交互 这是“策略与财务联动”的通道。“智造未来”公司可能在运营商处预存了100万元作为本月的赞助数据费用。PCF可以通过N28接口向CHF订阅一个“消费限额状态”事件，阈值设置为80%。当CHF发现“智造未来”的账户消费已达到80万元时，会通过N28接口主动通知PCF。PCF收到通知后，可以执行预设策略，比如：向“智造未来”的管理员发送告警，或者自动降低所有AR协作会话的QoS以节省开销，甚至拒绝新的AR会话请求。

通过N40和N28的配合，5G网络实现了计费执行与策略决策的完美闭环。

4. 智能与扩展：PCC框架的“外脑”与“专线”

PCC框架不是一个封闭的系统，它通过标准接口与网络分析、时间敏感通信等高级功能模块进行交互，不断扩展其能力。

  • 5.3.11 与NWDAF的交互 (N23)：PCF通过N23接口向NWDAF订阅网络分析服务。例如，PCF可以订阅工厂区域的网络切片负载情况。如果NWDAF通过N23报告负载过高，PCF可能会主动对AR会话进行QoS调整，甚至触发切换到另一个备用切片。这让策略决策具备了“先知先觉”的能力。

  • 5.3.13 与TSCTSF的交互 (N84)：TSCTSF（时间敏感通信和时间同步功能）是为工业互联网、车联网等场景设计的专用“AF”。在我们的AR协作场景中，如果维修的设备需要精确的时间同步指令，应用的AF可能会将请求发送给TSCTSF，再由TSCTSF通过N84接口向PCF提出更精细、更严格的时间敏感通信QoS需求。

  • 5.3.4 漫游接口 (N24)：当我们回顾上一章的漫游场景，V-PCF与H-PCF之间传递UE策略的接口，就是N24。它确保了即使用户身在海外，其归属地运营商定义的终端策略（URSP）依然能够正确下发和执行。

  • 5.3.12 PCF内交互：在一些大型网络部署中，PCF的功能可能被拆分，例如一个PCF（PCF-UE）专门负责用户级的移动性和UE策略，另一个PCF（PCF-Session）负责会话级的策略。这两个PCF实例之间也需要接口进行信息同步，例如会话的建立、终止等事件。

值得注意的是，规范中的5.3.7节为空白（Void），没有定义任何交互，我们在解读中将直接跳过。

FAQ

Q1：PCF与SMF的N7接口和PCF与AMF的N15接口最主要的区别是什么？ A1：最主要的区别在于它们管理的策略范畴不同。N7接口主要处理与单个PDU会话相关的会话管理策略，例如一个视频流的QoS、是否允许通过（门控）、如何计费等，策略的生命周期与会话绑定。而N15接口主要处理与UE本身相关的非会话管理策略，这些策略不依赖于某个特定会话，例如用户的移动范围限制、UE应该如何选择网络（URSP），策略影响的是UE的整体行为。

Q2：AF、NEF和PCF三者之间是什么关系？为什么有时候AF直接连PCF，有时候要经过NEF？ A2：可以把它们比作一个大公司的外部合作流程。AF是外部合作伙伴（如“智造未来”公司）。PCF是公司内部的核心决策部门（策略部）。NEF是公司的“对外合作与安全接待部门”。如果AF是公司自家的、高度信任的子公司（如运营商自己的IMS核心网），它可以直接走内部通道（N5接口）找PCF。但如果AF是外部第三方公司，就必须先通过NEF（N30接口）进行登记、鉴权和安全检查，NEF再把格式化、安全合规的请求转交给PCF。NEF确保了网络能力的开放既灵活又安全。

Q3：计费功能（CHF）和策略控制（PCF）是如何协作的？为什么需要N28和N40两个接口？ A3：它们是决策层和执行层的关系。N40是执行层接口，由SMF使用，负责“埋头记账”，即把UPF统计的流量数据精确地上报给CHF。N28是决策层接口，由PCF使用，负责“抬头看路”，它向CHF查询的是“财务状况”（如账户余额、消费是否超限额），并将这些状况作为制定或调整网络策略的依据。这种分离使得计费的准确性和策略的灵活性得以兼顾。

Q4：UDR在PCC架构中扮演了什么角色？ A4：UDR（统一数据存储）是PCC决策的“事实基础”和“法律依据”。它存储了所有与用户策略相关的签约数据。PCF在制定任何个性化策略之前，都必须通过N36接口访问UDR，以了解用户的签约等级、允许使用的业务、S-NSSAI列表、消费限额策略等。可以说，没有UDR提供的签约数据，PCF就无法做出正确、合规的策略决策。

Q5：为什么5G PCC架构设计了这么多专门的接口（N5, N7, N15, N23, N28…）？ A5：这是5G服务化架构（SBA）设计理念的体现，核心思想是“专业的人做专业的事”，并通过标准化的接口实现“高内聚、低耦合”。每个接口都承载着特定领域的信息交互，例如：N7专用于会话策略，N15专用于移动性策略，N23专用于网络分析数据，N28专用于计费策略联动。这种清晰的职责划分使得各个网络功能（NF）可以独立演进和升级，只要遵守接口协议，就不会影响到其他NF，大大增强了整个系统的灵活性、可维护性和可扩展性。

关系图谱