51学通信

深度解析 3GPP TS 23.503：6.1.3 Session management related policy control (Part 1 - 绑定、报告与信用管理的核心机制)_...

20分钟阅读

好的，我们继续5G策略与计费控制框架的深度探索。在前几篇文章中，我们已经构建了PCC框架的宏观视图，现在我们将深入其最核心的操作层面——会话管理。

深度解析 3GPP TS 23.503：6.1.3 Session management related policy control (Part 1 - 绑定、报告与信用管理的核心机制)

本文技术原理深度参考了3GPP TS 23.503 V18.9.0 (2025-03) Release 18规范，重点解读了第6.1.3.1节至6.1.3.4节的核心内容，涵盖了会话管理策略的通用原则、关键的绑定机制、精细化的报告机制以及实时的信用管理。本文旨在为读者揭示在一个PDU会话内部，5G网络是如何将策略与具体的数据流“焊接”在一起，并实现精准控制与计费的。

如果说上一章的“非会话管理策略”是城市的宏观交通规划，那么本章的“会话管理策略（Session management related policy）”就是具体到每一条道路上的实时交通指挥系统。它关注的是在一个已经建立的PDU会话（用户的“上网通道”）内，如何识别、引导、保障和计费川流不息的“车流”（业务数据流）。

这是PCC框架中最动态、最精细、也是与用户体验最息息相关的部分。为了生动地展现这些机制，让我们引入今天的主角——超人气虚拟偶像V-star琪琪。她正在一辆巡游花车上，进行一场面向全球粉丝的8K VR实时互动直播。

这场直播对网络的要求极为苛刻：

  • 多路数据流：一路8K VR视频流（超高带宽）、一路与粉丝的实时互动数据流（超低时延）、一路普通的遥测数据流。
  • 差异化QoS：三路数据流的QoS需求截然不同。
  • 在线计费：这是一场付费直播，需要实时进行信用控制。

现在，让我们拉开帷幕，看看PCC框架是如何为琪琪的这场顶级直播保驾护航的。

1. 会话策略总览：实时指挥的艺术 (6.1.3.1 General)

本节为会话管理策略定下了基调：它是一个由多方事件触发、动态演进的实时控制过程。

The session management related policy control functionality of the Policy and Charging control framework for the 5G system provides the functions for policy and charging control as well as event reporting for service data flows. The PCF evaluates operator policies that are triggered by events received from the AF directly or indirectly via an NEF, from the SMF, from the AMF and from the CHF as well as changes in User subscription Profile.

深度解析： PCF就像是这场直播的总导演。它不会墨守成规，而是时刻关注着来自四面八方的信息，并随时调整“拍摄计划”（策略）。

  • 来自AF的指令：直播平台（AF）可能会请求“临时开启超高清模式”。
  • 来自SMF的报告：SMF可能会报告“网络链路质量下降”。
  • 来自CHF的财务提醒：CHF可能会报告“直播账户余额不足”。
  • 来自UDR的档案更新：琪琪的经纪人可能刚刚为她升级了“顶级主播”套餐。

PCF综合所有这些信息，实时地生成、修改或撤销PCC规则，通过SMF指挥着UPF，对琪琪的数据流进行最精准的调度。

2. 策略与数据的“焊接”：绑定机制 (6.1.3.2 Binding mechanism)

这是会话管理策略中最核心、最关键的机制，没有之一。它解决了将抽象的策略意图（如“保障视频流畅”）落实到具体的数据包（琪琪的8K视频流）上的根本问题。

[6.1.3.2.1 General] The binding mechanism is the procedure that associates a service data flow (defined in a PCC rule by means of the SDF template), to the QoS Flow deemed to transport the service data flow.

绑定机制分为环环相扣的三大步骤，让我们跟随琪琪的直播连接建立过程来逐一分解。

步骤一：会话绑定 (Session binding - 6.1.3.2.2)

目标：在茫茫人海中，找到琪琪正在进行直播的那个PDU会话。

Session binding is the association of the AF session information to one and only one PDU Session. The PCF shall perform the session binding, which may take the following PDU Session parameters into account: a) … the UE IPv4 address and/or IPv6 prefix… b) The UE identity (e.g. SUPI), if present; c) The information about the Data Network (DN) … i.e. DNN, if present, or DNN and S-NSSAI, if present.

场景再现： 琪琪的直播设备开机，建立了一个PDU会话，获得了IP地址20.20.20.20。随后，直播平台（AF）向PCF发起请求，希望保障琪琪的直播质量。但AF可能只知道琪琪的用户ID和她正在使用的IP地址。

此时，PCF就扮演起“侦探”的角色。它利用AF提供的信息（如IP地址20.20.20.20），结合网络内部的信息（如琪琪的SUPI、她连接的DNN“live_streaming.net”），在当前所有活跃的PDU会话中进行匹配，最终唯一锁定了正在承载琪琪直播业务的那个PDU会话。

这个过程就像快递员根据收件人姓名、电话和地址，在整栋大楼里准确找到收件人的房间一样。只有找到了正确的“房间”（PDU会话），后续的策略才能“投递”进去。

步骤二：PCC规则授权 (PCC rule authorization - 6.1.3.2.3)

目标：为琪琪的不同直播数据流，签发带有明确QoS指标的“通行许可”。

PCC Rule authorization is the selection of the 5G QoS parameters, described in clause 5.7.2 of TS 23.501, for the PCC rules. For the authorization of a PCC rule the PCF shall consider any 5GC specific restrictions, subscription information and other information available to the PCF.

场景再现： 会话绑定成功后，PCF开始处理AF的具体请求。AF请求保障两路流：8K VR视频流和粉丝互动数据流。

  1. 查询签约：PCF首先向UDR查询琪琪的签约档案，确认她的“顶级主播”套餐包含了8K VR直播的权限，以及支持uRLLC级别的互动功能。

  2. 授权QoS参数：基于AF的请求和琪琪的签约，PCF开始“签发许可”。

    • 对于8K视频流：PCF为其授权了一个GBR（保障比特率）类型的QoS。具体参数可能包括：5QI=8 (视频直播类型), GBR=100Mbps, MBR=150Mbps, ARP=5 (高优先级)。
    • 对于互动数据流：PCF为其授权了一个更严苛的GBR QoS。参数可能为：5QI=82 (低时延交互类型), GBR=5Mbps, MBR=10Mbps, ARP=2 (超高优先级)。

这个步骤是决策过程，PCF将业务需求和用户权限，转化成了网络能够理解和执行的具体QoS参数集。

步骤三：QoS流绑定 (QoS Flow binding - 6.1.3.2.4)

目标：为不同的“通行许可”（PCC规则），在PDU会话这条“大马路”上，开辟出专属的“BRT车道”（QoS Flow）。

QoS Flow binding is the association of a PCC rule to a QoS Flow within a PDU Session. The binding is performed using the following binding parameters:

  • 5QI;
  • ARP; …

场景再现： PCF将上一步授权好的两条PCC规则，通过N7接口下发给SMF。SMF收到后，执行最后也是最关键的绑定操作。

  1. 处理视频流PCC规则：SMF查看规则中的绑定参数（5QI=8, ARP=5等）。它检查当前PDU会话中是否已经存在一个具有完全相同QoS特性的QoS Flow。

    • 假设不存在：SMF会向RAN和UPF发起请求，创建一个新的QoS Flow（例如，QoS Flow ID=10），并为其配置5QI=8等QoS参数。创建成功后，SMF就在内部记录下：“PCC Rule 1（视频流）绑定到QoS Flow 10”。同时，它指示UPF：“以后所有匹配视频流SDF的数据包，都请放入QoS Flow 10这条管道传输。”

  2. 处理互动流PCC规则：SMF查看第二条规则的绑定参数（5QI=82, ARP=2等）。

    • 同样，假设不存在：SMF再次向RAN和UPF发起请求，创建另一个全新的QoS Flow（例如，QoS Flow ID=11），并为其配置5QI=82等参数。然后记录：“PCC Rule 2（互动流）绑定到QoS Flow 11”，并指示UPF进行相应的流量映射。

至此，绑定三部曲完成。在琪琪的同一个PDU会话中，我们成功地为8K视频和低时延互动开辟了两条具有不同服务质量的“虚拟专用通道”。这就是5G实现端到端差异化服务保障的核心所在。

3. 精准记账：报告机制 (6.1.3.3 Reporting)

保障了服务质量后，接下来的问题就是如何为这些高质量的服务精准地计费。报告机制定义了SMF应该如何收集用量信息，并上报给CHF。

Reporting refers to the differentiated PDU Session resource usage information (measured at the UPF) being reported by the SMF to the CHF. The SMF shall report usage information for each charging key value. The SMF shall report usage information for each charging key/service identifier combination if service identifier level reporting is requested in the PCC rule.

深度解析与场景再现： PCF在制定PCC规则时，会为不同的业务流打上计费的“标签”。

  • Charging Key (计费关键字)：这是关联到一种资费策略的标识。对于琪琪的直播，PCF可能为视频流和互动流设置了相同的Charging Key，比如CK_VRLive_Premium，因为它们都属于同一个付费产品包。

  • Service Identifier (服务标识符)：这是一个更细粒度的标识，用于运营分析或特殊计费。即使两个流的Charging Key相同，运营商为了分析VR直播中视频和互动的流量占比，PCF可以为它们设置不同的Service Identifier，例如SI_Video_8K和SI_Interaction_Data。

SMF根据PCC规则中的这些“标签”，指示UPF进行分类统计。UPF就像一个智能水表，它不仅能统计总用水量，还能分开统计厨房用水和洗手间用水。

随后，SMF将这些分类统计好的用量报告，通过N40接口发送给CHF。CHF收到报告后，就能清晰地知道CK_VRLive_Premium这个产品包下，SI_Video_8K消耗了多少流量，SI_Interaction_Data又消耗了多少，从而实现精细化的账单生成和数据分析。

4. 实时金库：信用管理 (6.1.3.4 Credit management)

对于预付费或有额度限制的业务，网络必须有能力在“钱”花完之前中止服务。这就是信用管理（在线计费）的职责。

The credit management applies only for service data flow with online charging method and shall operate on a per charging key basis. The SMF should initiate one charging session with the CHF for each PDU Session…The SMF shall request a credit for each charging key occurring in a PCC rule.

深度解析与场景再žádost: 琪琪的这次付费直播采用在线计费模式。

  1. 申请信用额度：当SMF收到带有Charging Key = "CK_VRLive_Premium"且Charging Method = "Online"的PCC规则后，它并不会立即允许流量通过。而是先通过N40接口向CHF为这个Charging Key申请信用（Credit）。

  2. 授予信用额度：CHF检查与该Charging Key关联的账户（琪琪的直播账户），发现余额充足。于是，CHF授予一个信用额度，例如“10GB的流量或30分钟的时长”，并通知SMF。

  3. 开始服务并监控：SMF收到信用额度后，才指示UPF“开闸放水”，并持续监控用量。

  4. 信用重授权：当UPF上报的用量接近CHF授予的额度时（例如，已使用9.5GB），SMF会提前再次向CHF申请新的信用额度。这个过程被称为信用重授权（Re-Authorization）。

这个“申请-授予-再申请”的循环，确保了业务始终在有“信用”保障的情况下运行。一旦CHF拒绝授予信用（例如账户余额耗尽），SMF就会根据PCF预设的“终止动作（Termination action）”（例如，中断数据流、降低QoS、或将用户重定向到充值页面），立即停止服务，避免了坏账的产生。

FAQ

Q1：会话绑定（Session Binding）和QoS流绑定（QoS Flow Binding）有什么本质区别？ A1：它们的层级和目标不同。会话绑定是PCF执行的，目标是在网络中所有PDU会话中，找到承载特定AF业务的那一个PDU会话。它是一对一的映射，解决的是“策略该送到哪个会话”的问题。而QoS流绑定是SMF执行的，目标是在一个已经确定的PDU会话内部，将一条PCC规则（代表一个SDF）映射到一个具有特定QoS特征的QoS Flow上。它可能是多对一的映射（多个规则绑定到同一个QoS Flow），解决的是“数据流在该会话内走哪条通道”的问题。

Q2：是不是每条PCC规则都会创建一个新的QoS Flow？ A2：不是。SMF在执行QoS流绑定时非常“经济”。当它收到一条PCC规则时，会首先检查当前PDU会话中是否已经存在一个QoS Flow，其QoS参数（5QI, ARP等）与PCC规则中的绑定参数完全一致。如果存在，SMF会直接将这条新的PCC规则绑定到这个已有的QoS Flow上，实现资源复用。只有在找不到参数完全匹配的QoS Flow时，SMF才会创建一个新的。

Q3：Charging Key（计费关键字）和Service Identifier（服务标识符）在计费中各有什么作用？ A3：Charging Key是计费的核心索引，它直接关联到CHF中的一个资费策略或一个信用账户。所有具有相同Charging Key的流量，都会被CHF按照同一种方式计费或从同一个“钱包”扣费。而Service Identifier是可选的、更细粒度的报告标签。它使得在同一个计费策略下（即同一个Charging Key），运营商仍然可以区分并单独统计不同业务的用量，主要用于后续的运营数据分析，而不是直接决定计费方式。

Q4：在线计费（信用管理）和离线计费有什么区别？ A4：最主要的区别在于计费系统对网络业务的实时控制能力。在线计费（Online Charging）要求网络在提供服务之前必须从计费系统（CHF/OCS）获取授权（信用额度），并且在服务过程中实时监控用量，信用耗尽即可中断服务。它适用于所有预付费业务和需要实时控制的后付费业务。而离线计费（Offline Charging）则允许网络先提供服务，在服务结束后或周期性地生成话单（CDR），发送给计费系统（CHF/OFCS）进行后续处理。它不具备实时中断业务的能力，适用于大部分后付费业务。

Q5：PCF在“PCC规则授权”时，如果AF的QoS请求超出了用户的签约等级，会发生什么？ A5：PCF会遵循“就低不就高”和“签约为王”的原则。PCF会同时评估AF的请求和用户的签约数据。最终授权给SMF的QoS参数，不会超过用户签约所允许的上限。例如，如果AF为琪琪请求了200Mbps的带宽，但她的“顶级主播”套餐签约上限是150Mbps，那么PCF在最终生成的PCC规则中，授权的MBR最多也只会是150Mbps。在某些情况下，如果请求与签约完全不符，PCF也可以直接拒绝AF的请求。

关系图谱