好的,我们继续深入3GPP TS 23.503规范的6.1.3节。在前一部分,我们掌握了会话策略的绑定、报告和信用管理。现在,我们将进入更动态、更智能的领域,探讨PCC框架如何响应网络内外的风吹草动,并对会话进行实时调控。

深度解析 3GPP TS 23.503:6.1.3 Session management related policy control (Part 2 - 动态触发、策略控制与冲突解决)

本文技术原理深度参考了3GPP TS 23.503 V18.9.0 (2025-03) Release 18规范,重点解读了第6.1.3.5节至6.1.3.9节的核心内容。本部分将深入剖析触发SMF与PCF交互的“神经系统”(策略控制请求触发器),PCF下发策略的精髓(策略控制),以及在多个业务争抢资源时的“仲裁机制”(业务优先级与冲突处理)。

在上一篇文章中,我们看到了PCC框架如何为虚拟偶像琪琪的直播建立起稳定且计费精准的数据通道。现在,直播正在火热进行中,但现实世界和网络环境是瞬息万变的。花车驶入了隧道,网络信号波动;粉丝互动进入高峰期,请求资源增加;后台计费系统发现账户余额不足…面对这些突发事件,PCC框架是如何感知变化并迅速调整策略的呢?

本篇将为你揭示PCC框架的“应激反应”和“智能决策”能力。


1. 网络的“神经末梢”:策略控制请求触发器 (6.1.3.5 Policy Control Request Triggers relevant for SMF)

PCF不可能时刻主动去轮询SMF“有什么新情况吗?”。为了实现高效通信,PCF在与SMF建立策略关联时,会给SMF部署一套“警报系统”,这套系统就是策略控制请求触发器(Policy Control Request Triggers, PCRT)。

The Policy Control Request Triggers relevant for SMF define the conditions when the SMF shall interact again with PCF after a PDU Session establishment…

PCF会告诉SMF:“请帮我盯着以下这些事件,一旦发生,立刻向我汇报!”。SMF就像一个部署在前线的“哨兵”,时刻监控着与PDU会话相关的各种变化。

规范中的 Table 6.1.3.5-1: Access independent Policy Control Request Triggers relevant for SMF 详细罗列了这些触发器。让我们通过琪琪的直播场景来解读其中几个关键的触发器。

表6.1.3.5-1: SMF相关的策略控制请求触发器 (部分关键示例)
触发器 (Trigger)描述场景再现(琪琪的直播)
PLMN changeUE移动到了另一个运营商的网络域。直播花车意外驶过边境,手机漫游到了邻国网络。SMF检测到PLMN变化,立即触发此警报,向PCF(此时是H-PCF)报告。H-PCF会根据漫游协议重新评估并下发适用于漫游的策略。
UE IP address changeUE的IP地址被分配或释放。琪琪的直播设备因某种原因IP地址发生了变化。SMF立即将新IP地址报告给PCF,PCF再将此更新通知给直播平台(AF),确保AF能通过新IP地址继续与PCF进行策略交互。
Usage report某个监控键的用量达到了预设阈值。PCF为琪琪的直播设置了“每10GB上报一次”的用量监控。当UPF累计上报的流量达到10GB时,SMF会触发此报告,通知PCF。PCF可以基于此进行用量统计或动态策略调整。
Out of credit某个计费键的信用额度已用尽。CHF通知SMF,琪琪的直播账户信用额度已经用完。SMF立即触发此警报,将“Out of credit”事件连同受影响的PCC规则ID一同报告给PCF。PCF收到后,可能会指示AF提醒用户充值,或者执行降级服务策略。
GFBR of the QoS Flow can no longer be guaranteedRAN通知SMF,某个GBR QoS流的保障速率无法再被满足。花车驶入信号微弱的隧道,基站(RAN)发现无法再为琪琪的8K视频流保障100Mbps的速率。RAN将此情况通知SMF,SMF立即触发此警报,报告给PCF。PCF需要对此做出决策。
Start/Stop of application traffic detectionUPF检测到一个被监控的应用流量开始或停止。PCF指示SMF监控琪琪是否在使用某个特定的后台数据同步应用。当UPF通过DPI(深度包检测)发现该应用的流量出现时,SMF会上报“Start”事件给PCF,PCF可以为其临时开启一个PCC规则。流量消失时,再上报“Stop”事件关闭规则。

这些触发器构成了PCC框架的“事件驱动”核心。它们将网络底层发生的物理变化(位置、信号、用量)转化为了顶层策略决策的输入,使得PCF能够“眼观六路,耳听八方”,对会话进行灵敏、实时的调控。


2. 策略的精髓:QoS控制的艺术 (6.1.3.6 Policy control)

当PCF收到触发事件或新的AF请求后,它需要做出决策,这个决策的核心就是策略控制(Policy control),其中最关键的部分是QoS控制(QoS control)

QoS control refers to the authorization and enforcement of the maximum QoS that is authorized for a service data flow, for a QoS Flow or for the PDU Session.

PCF的QoS控制艺术,体现在对各种输入信息的综合权衡,并最终输出为具体的PCC规则参数。

深度解析与场景再现:

让我们回到刚才“花车进隧道,GBR无法保障”的场景。SMF向PCF报告了GFBR can no longer be guaranteed事件。此时,PCF的大脑开始高速运转:

  1. 信息综合

    • 事件信息:RAN无法保障8K视频流的100Mbps速率。
    • 签约信息 (from UDR):琪琪是顶级VIP用户,其签约允许在网络拥塞时服务质量优雅降级,但不应中断。
    • 业务需求 (from AF):AF在初始请求时,可能提供过“备选服务需求(Alternative Service Requirements)”,例如:“如果100Mbps无法满足,请尝试保障50Mbps(4K画质);如果还不行,请尝试保障20Mbps(1080p画质)”。
    • 网络分析 (from NWDAF):PCF可能会查询NWDAF,询问“隧道出口的网络状况如何?预计何时恢复?”
  2. 决策制定: 综合以上信息,PCF做出了决策:不能中断直播,但需要降级。它选择了AF提供的第一个备选方案。

  3. 策略下发: PCF生成一条修改后的PCC规则,通过N7接口发送给SMF。规则内容变为:“将视频流(SDF 1)的QoS参数修改为GBR=50Mbps, MBR=80Mbps”。

  4. 策略执行与通知: SMF收到新规则后,更新QoS Flow的参数,并指示UPF按新的速率进行整形。同时,PCF还会将这次QoS变化事件通知给AF(如果AF订阅了此事件)。AF收到通知后,可以立即通知直播服务器,将推流码率调整为4K画质,与网络能力相匹配。

这个过程完美地展示了策略控制的闭环:感知(SMF上报)决策(PCF权衡)执行(SMF/UPF调整)通知(PCF告知AF)。通过这种方式,PCC框架在面对网络波动时,并非僵硬地中断服务,而是实现了业务的弹性伸缩优雅降级


3. 资源争夺战:优先级与冲突处理 (6.1.3.7 Service (data flow) prioritization and conflict handling)

在复杂的网络环境中,资源总是有限的。当多个高优先级业务同时请求资源,超出了用户的总签约上限时,听谁的?这就是本节要解决的问题。

Service pre-emption priority enables the PCF to resolve conflicts where the activation of all requested active PCC rules for services would result in a cumulative authorized QoS which exceeds the Subscribed Guaranteed bandwidth QoS.

PCF解决资源冲突的主要工具是PCC规则中的**ARP(Allocation and Retention Priority,分配与保持优先级)**参数。ARP包含三个部分:

  • 优先级等级 (Priority Level):数值越小,优先级越高。
  • 抢占能力 (Pre-emption Capability):决定了该数据流是否有权“踢掉”优先级更低的流。
  • 被抢占脆弱性 (Pre-emption Vulnerability):决定了该数据流是否“容易被踢掉”。

深度解析与场景再现:

琪琪的直播设备上,除了直播业务,还有一个由设备制造商发起的、用于远程故障诊断的GBR业务,两者都通过同一个PDU会话传输。

  • 琪琪的“顶级主播”签约中,Subscribed Guaranteed Bandwidth QoS(签约总保障带宽)为150Mbps。
  • 直播视频流的PCC规则中,ARP优先级为5。
  • 远程诊断流的PCC规则中,ARP优先级为10。

当前,视频流已占用100Mbps,诊断流已占用20Mbps,总计120Mbps,未超出上限。

现在,琪琪的经纪人通过一个App(AF)发起了一个紧急公告视频插播请求,该视频需要50Mbps的保障带宽,其ARP优先级被AF设定为3(最高)。

  1. PCF进行冲突检测:PCF收到插播请求后,进行“预计算”。如果接受这个请求,总保障带宽将达到 100 + 20 + 50 = 170Mbps,超出了150Mbps的签约上限。冲突发生!

  2. PCF执行仲裁:PCF开始比较各个流的ARP。

    • 插播流(ARP=3)优先级最高。
    • 直播视频流(ARP=5)次之。
    • 远程诊断流(ARP=10)最低。
  3. PCF进行抢占决策

    • PCF发现,如果将优先级最低的诊断流(20Mbps)**抢占(pre-empt)**掉,剩余的带宽需求为100 + 50 = 150Mbps,正好在签约上限内。
    • 于是,PCF做出决策:接受插播请求,同时抢占诊断流。
  4. PCF下发指令

    • PCF向SMF发送一条新的PCC规则,用于建立插播视频流。
    • 同时,PCF向SMF发送一条指令,移除或禁用远程诊断流的PCC规则。

SMF执行指令后,诊断数据流被临时中断,紧急公告视频得以顺利插播,而更重要的直播主视频流则不受影响。这就是基于优先级的冲突处理与抢占机制,它确保了在资源紧张时,最高价值的业务得到优先保障。


4. “断舍离”:终止动作与包过滤器处理 (6.1.3.8 & 6.1.3.9)

  • 终止动作 (Termination action - 6.1.3.8):当一个业务因为信用耗尽等原因需要被终止时,PCF可以定义具体的终止动作。例如,是直接丢弃数据包,还是将其重定向到一个提醒充值的页面。这个动作会包含在PCC规则中,由SMF/UPF执行。

  • 包过滤器处理 (Handling of packet filters provided to the UE by SMF - 6.1.3.9):为了让UE能够将上行数据包正确地发送到对应的QoS Flow上,SMF需要将网络侧SDF的过滤器(主要是IP五元组)“翻译”成UE能够理解的上行包过滤器(UL Packet Filters),并通过NAS信令下发给UE。本节规定了网络应确保下发给UE的过滤器能够准确反映网络侧的QoS流绑定关系,实现了上下行流量处理的一致性。


FAQ

Q1:策略控制请求触发器(PCRT)是谁设置的?可以动态修改吗? A1:PCRT是由PCF在与SMF建立或修改策略关联时设置的。PCF可以根据业务需求和自身的监控需要,动态地增加、删除或修改它感兴趣的触发器列表。例如,当一个AF订阅了QoS变化通知后,PCF可能会临时向SMF增加一个GFBR of the QoS Flow can no longer be guaranteed的触发器。当AF会话结束后,PCF又可以移除这个触发器,以减少不必要的信令交互。

Q2:当网络质量下降导致GBR无法保障时,PCF除了降低QoS,还有其他选择吗? A2:有的。PCF的决策是灵活的,取决于多种因素。除了降低QoS(优雅降级),其他可能的决策包括:

  1. 维持不变:如果PCF从NWDAF得知网络波动是瞬时的,它可能选择忽略此次事件,等待网络自愈。
  2. 通知AF,由AF决策:PCF可以将QoS无法保障的事件通知给AF,由应用程序自己决定如何适应,例如App层面切换到备用服务器。
  3. 切换承载:如果设备支持(例如通过ATSSS功能),PCF甚至可以尝试将该业务流切换到另一个接入网络上(如从蜂窝网切换到Wi-Fi)。
  4. 终止业务:对于某些极其严苛且不允许QoS降级的业务,如果无法保障,唯一的选择可能就是终止它,并通知AF。

Q3:ARP中的“抢占能力”和“被抢占脆弱性”有什么区别? A3:“抢占能力”(Pre-emption Capability)是一个“进攻”属性,决定了“我能不能踢别人”。如果设置为“enabled”,当资源不足时,这个流就有资格去抢占比它优先级低的、且“容易被踢”的流。而“被抢占脆弱性”(Pre-emption Vulnerability)是一个“防守”属性,决定了“我容不容易被别人踢”。如果设置为“enabled”,那么这个流就可能被其他优先级更高、且有“抢占能力”的流所抢占。通过这两个标志位的组合,可以实现非常精细的抢占策略,例如,某些紧急业务可以“踢别人”,但自己“绝不能被踢”。

Q4:如果两个业务的ARP优先级完全相同,PCF如何处理资源冲突? A4:3GPP规范本身并未强制规定在这种“同级冲突”下的处理方式,这通常留给运营商的策略配置来决定。常见的处理方式有两种:1) “先到先得”:保持已经建立的业务,拒绝新的业务请求。2) “公平降级”:等比例地降低两个业务的QoS,以接纳所有请求,但所有业务的体验都会下降。具体采用哪种方式,取决于运营商的经营策略和对用户体验的定义。

Q5:PCF制定的策略(Policy Control)和SMF的会话管理(Session Management)是什么关系? A5:是决策者执行者的关系。PCF是策略的大脑,它负责“决定做什么”(What to do),例如“给这个视频流100Mbps带宽”。它生成的是高层、抽象的PCC规则。SMF是会话管理的管家,它负责“知道怎么做”(How to do it)。它接收PCF的PCC规则,将其解析并“翻译”成底层的、具体的操作指令,例如:向RAN请求建立一个具有特定QoS参数的无线承载、在UPF上配置一条精确的PDR(Packet Detection Rule)和FAR(Forwarding Action Rule)等。SMF是连接策略意图和网络物理资源配置的关键桥梁。