好的，我们继续深入5G计Fever程的精妙世界。
在前几篇文章中，我们已经熟悉了标准PDU会话和不同SSC模式下的计费流程。现在，我们将进入一个更能体现5G网络灵活性和可编程性的高级领域——动态网络拓扑下的计费。我们将重点探讨IPv6多归属（Multi-homed）、上行分类器（UL CL）和分支点（Branching Point）这几种关键技术，看看当一个PDU会话的“形态”在生命周期中发生动态改变时，计费系统是如何实时感知并精确适配的。
深度解析 3GPP TS 32.255：5.2.2 PDU Session Charging for Dynamic Topologies (动态拓扑计费流程)
本文技术原理深度参考了3GPP TS 32.255 V18.6.0 (2024-12) Release 18规范中，关于“5.2.2.6 PDU session Charging SSC Mode 3 IPv6 Multi Homed from SMF”、“5.2.2.7 Addition of additional PDU Session Anchor and Branching Point or UL CL”以及“5.2.2.8 Removal of additional PDU Session Anchor and Branching Point or UL CL”的核心章节，旨在为读者通过详细的消息流程图，解析5G网络在动态增加、删除和变更PDU会话锚点（PSA）和流量分支点时的计费交互机制。
1. IPv6多归属切换计费 (5.2.2.6)
IPv6多归属是SSC Mode 3的一种高级实现，它允许一个PDU会话同时拥有多个IPv6前缀，并能在这几个前缀之间无缝切换业务流，从而实现会话的连续性。
规范中的**“Figure 5.2.2.6.2.1: PDU session anchor relocation in SSC mode 3 with IPv6 Multi homed PDU Session”**详细描绘了这一过程。
场景再现：
用户小杰正在进行一场重要的跨国视频会议。他的设备支持IPv6多归属。最初，他的会话锚定在UPF1上，并获得了一个IPv6前缀Prefix1。当他移动到一个新的位置，网络为了优化路径，决定将会话锚点切换到UPF2。
计费交互流程：精细的增量式更新
与之前讨论的SSC Mode 3流程不同，IPv6多归属的切换在计费上更为精细，它不再是简单的“一启一停”，而是增量式的更新。
第一步：新增路径与配额申请（步骤11ch-a, b, c）
11ch-a. The SMF sends Charging Data Request[Update] to the CHF for request quota for UPF2 which is triggered by start of service data flow charging event, if quota management per UPF. 11ch-b. The CHF updates CDR for this PDU session 11ch-c. The CHF acknowledges by sending Charging Data Response[Update] to the SMF.
- 信令分析：
- 主流程：SMF指示UPF2为该会话分配一个新的IPv6前缀
Prefix2，并通过信令告知UE。此时，小杰的设备同时拥有了Prefix1和Prefix2，业务流量开始逐渐从旧前缀迁移到新前缀。 - 触发：这相当于在UPF2上启动了一个新的业务数据流。如果运营商的策略是按UPF独立管理配额（
quota management per UPF），那么这个“start of service data flow”事件就会触发一次计费交互。 - SMF行动：SMF向CHF发送一个
Charging Data Request[Update]消息，明确指出这是为UPF2申请配额。 - CHF行动：CHF收到后，**更新（而不是新建）**现有的CDR。它会在CDR中新增一个与UPF2相关的计费容器，并为UPF2授予独立的配额。
- 主流程：SMF指示UPF2为该会话分配一个新的IPv6前缀
第二步：释放旧路径与用量上报（步骤13ch-a, b, c）
13ch-a. The SMF sends Charging Data Request[Update] to the CHF for usage reporting for UPF1 which is triggered by termination of service data flow charging event, if quota management per UPF.
- 信令分析：
- 主流程：当所有业务流量都成功迁移到
Prefix2后，SMF会释放掉旧的Prefix1以及与UPF1相关的网络路径。 - 触发：这相当于UPF1上的业务数据流终止了。
- SMF行动：SMF再次向CHF发送一个
Charging Data Request[Update]消息。 - 消息内容：这个消息的核心是上报UPF1从上次报告到此刻为止的最终使用量。
- 主流程：当所有业务流量都成功迁移到
核心要点：在IPv6多归属的切换中，PDU Session ID和Charging Identifier全程保持不变。整个过程是在同一个计费会话内完成的。CHF通过多次Update交互，动态地增加和移除与不同UPF（PSA）关联的计费上下文。这种方式比SSC Mode 3的“启停”模式更为高效，信令开销更小。
2. 动态分流：增加PSA与UL CL/BP (5.2.2.7)
UL CL（上行分类器）和Branching Point（分支点）是5G实现边缘计算和流量本地疏导的关键技术。它们允许在一个PDU会话中，将特定的上行流量（如访问本地服务器的流量）在靠近用户的地方直接分流出去，而无需经过中心的会话锚点。
规范中的**“Figure 5.2.2.7.1: Addition of additional PDU Session Anchor and Branching Point or UL CL”**展示了如何为一个已存在的会话动态增加这种分流能力。
场景再现： 小杰正在使用一个普通的PDU会话（所有流量都经过中心PSA1）。现在，他启动了一个AR应用，需要访问部署在网络边缘的MEC服务器。为了降低时延，网络决定为他动态增加一个UL CL和一个边缘PSA2。
计费交互流程（步骤3ch-a, b, c）
3. The SMF establishes the Branching Point … or a UL CL for the PDU Session. 3ch-a. The SMF sends Charging Data Request[Update] to the CHF for the additional of UPF (PSA 2) if quota management is granted per UPF by trigger “Addition of UPF”. 3ch-b. The CHF updates the CDR for the charging information of UPF (PSA 2).
- 信令分析：
- 主流程：SMF在用户面路径上插入一个UL CL/BP，并建立一个新的会话锚点PSA2，专门用于处理到MEC服务器的流量。
- 触发：
"Addition of UPF"事件被触发，这是一个Immediate Report事件。 - SMF行动：SMF向CHF发送
Charging Data Request[Update]。 - 消息内容：消息中会明确告知CHF，“我为这个会话新增了一个锚点PSA2”。如果需要，SMF会在此消息中为PSA2申请初始配额。
- CHF行动：CHF收到后，更新当前的CDR，为PSA2创建一个新的计费容器，并记录下这个拓扑变更事件。
核心要点：动态增加一个流量分支点，在计费层面被视为一次会话内的拓扑更新。整个过程在同一个计费会话内完成，通过一次Update交互，CHF就能实时了解到会话的“形态”发生了变化，并开始对新增的路径进行独立的计量和管理。
3. “卸磨杀驴”：移除PSA与UL CL/BP (5.2.2.8)
当小杰关闭AR应用后，为它服务的边缘PSA2和UL CL就失去了存在的意义。网络会动态地将它们移除，以释放资源。
规范中的**“Figure 5.2.2.8.1: Removal of additional PDU Session Anchor and Branching Point or UL CL”**展示了这一回收过程。
计费交互流程（步骤5ch-a, b, c）
5. The SMF releases via N4 the PSA1. 5ch-a. The SMF sends Charging Data Request[Update] to the CHF for the removal of UPF (PSA 1) if quota management is granted per UPF by trigger “Removal of UPF”.
- 信令分析：（注意：图示与文字描述中释放的是PSA1，我们以此为例，实际场景中通常是释放附加的PSA2）
- 主流程：SMF通过N4接口向UPF（PSA1）发送指令，释放其会话资源。
- 触发：
"Removal of UPF"事件被触发，这是一个Immediate Report事件。 - SMF行动：SMF向CHF发送
Charging Data Request[Update]。 - 消息内容：消息中会明确告知CHF，“我移除了锚点PSA1”，并上报PSA1从上次报告到被移除为止的最终使用量。
5ch-b. The CHF updates the CDR for the charging information of UPF (PSA 1).
- 信令分析：CHF收到后，更新CDR。它会关闭PSA1对应的计费容器，并将其最终用量记录在案。但整个PDU会话的CDR仍然保持“Open”状态，因为会话本身还在通过其他PSA继续。
核心要点：动态移除一个流量分支点，在计费层面被视为一次会话内的计费上下文清理。同样，它是在同一个计费会话内，通过一次Update交互完成的。CHF能够精确地知道哪个数据源（PSA）在何时停止计费。
文章结尾
通过对5.2.2.6至5.2.2.8节的解读，我们深入了解了5G计费系统是如何应对网络拓扑动态变化的。无论是IPv6多归属下的无缝前缀切换，还是为了边缘计算而动态增删的UL CL/PSA，计费系统都表现出了惊人的适应性。
其核心思想是，将一个PDU会话视为一个可动态扩展和收缩的“容器”，而不是一个僵化的管道。通过统一的Charging Identifier和灵活的Update消息，SMF能够将任何拓扑上的“增、删、改”操作，实时、精确地转化为CHF中CDR内部计费容器的“增、删、改”。这种松耦合、事件驱动的计费模型，正是5G能够支撑灵活多变的垂直行业应用的关键所在。
在接下来的文章中，我们将继续沿着TS 32.255的脉络，探索更多复杂的计费场景，如与EPC的互操作、非3GPP接入等，进一步完善我们的5G计费知识图谱。
FAQ环节
Q1：IPv6多归属切换计费 (5.2.2.6) 和SSC Mode 3计费 (5.2.2.5) 的主要区别是什么？
A1：主要区别在于计费会话的连续性。在标准的SSC Mode 3切换中，网络会建立一个全新的PDU会话（拥有新的PDU Session ID），因此在计费上体现为“终止旧计费会话 + 开启新计费会话”。而在IPv6多归属切换中，PDU Session ID全程不変，切换只是在同一个PDU会话内部增加和删除IPv6前缀，因此在计费上体现为在同一个计费会话内，通过多次Update消息来动态更新不同UPF的计费上下文，信令效率更高。
Q2：UL CL（上行分类器）和BP（分支点）是做什么用的？为什么需要为它们设计专门的计费流程？ A2：UL CL/BP是实现流量本地疏导（Local Breakout）和边缘计算（MEC）的关键技术。它们允许SMF在一个PDU会话中，根据IP地址、应用类型等规则，将特定的上行数据流在靠近用户的地方（如园区UPF）就近转发到本地应用服务器，而无需绕行到运营商的中心机房。为它们设计专门的计费流程，是因为这会动态地改变一个PDU会话的数据路径和资源占用。计费系统必须能实时感知到新增了/移除了一个本地流量出口（PSA），并对通过这个出口的流量进行独立的计量、配额管理和计费，以支持按路径、按服务位置收费等新的商业模式。
Q3：动态增加一个PSA（会话锚点）时，SMF是发送[Initial]请求还是[Update]请求？
A3：发送**[Update]请求**。这是一个关键点。因为PDU会话本身已经存在，计费会话也已经通过[Initial]请求建立。动态增加PSA只是对这个已存在会话的拓扑结构进行的一次“修改”，而不是创建一个新会话。因此，SMF通过[Update]消息，在现有的计费会话框架内，向CHF报告这次增量式的变更。
Q4：当一个会话同时有中心PSA1和边缘PSA2两个锚点时，CHF是如何管理配额的？
A4：CHF通过SMF进行管理，主要有两种策略：配额共享或配额独立。在“配额独立”模式下，SMF在Update消息中为新增的PSA2单独申请配额，CHF会为PSA1和PSA2分别维护独立的配额和使用量计数。在更高效的“配额共享”模式下，CHF可能只下发一个总配额给SMF，由SMF在内部灵活地分配给PSA1和PSA2，并负责汇总两个PSA的总用量上报给CHF。
Q5：这些动态拓扑计费流程对普通用户来说有什么意义？ A5：对普通用户来说，这意味着能享受到更优质、更智能的网络服务。例如，当您玩云游戏或使用AR应用时，网络可以动态为您开启一条到边缘节点的“高速专线”（增加边缘PSA），让您体验到超低时延。而当您关闭应用后，网络又会自动拆除这条“专线”以节约资源。背后的计费系统则确保了这种“按需建路、按路收费”的模式能够精确实现，让您只为自己使用的高级服务付费，而不会一直占用昂贵的网络资源。