好的，遵照您的指示，我们将继续对3GPP TS 32.255规范进行下一部分的解读。
由于我们已经完成了对第5章和第6章以及附录A的全面深度解析，这些构成了该规范最为核心的功能、流程和数据定义。根据您的指令“请继续拆解”，我将自动接续上一篇文章的结尾，继续拆解下一个在逻辑上连贯且重要的章节。
在本篇中，我们将聚焦于一个在实际网络部署和演进中至关重要的话题——互操作性 (Interworking)，特别是与上一代核心网EPC的互操作。我们将深入附录B (Annex B)，揭示当5G的计费“语言”需要与4G的计费“语言”对话时，3GPP是如何设计这座精巧的“翻译桥梁”的，确保在跨代融合的网络中，计费数据依然能够准确无误地流动。
深度解析 3GPP TS 32.255：Annex B Interworking (与EPC互操作的计费)
本文技术原理深度参考了3GPP TS 32.255 V18.6.0 (2024-12) Release 18规范中，关于“Annex B (normative): Interworking”的核心章节，旨在为读者深入解析在5G核心网与4G EPC互操作场景下，融合网元PGW-C+SMF如何对计费信息进行适配与转换，特别是漫游QBC信息的处理机制。
1. 跨越时代的“翻译官”
在之前的文章中，我们已经了解到，为了实现5G与4G的无缝互操作，核心网引入了“合体”网元PGW-C+SMF。它就像一位精通4G和5G两种“语言”的翻译官，对外可以根据UE所处的网络，扮演不同的角色。
附录B的核心任务，就是为这位“翻译官”在处理计费信息时，提供一本详细的“翻译词典”和“语法规则”。
This Annex specifies the EPS and 5GS interworking, which supports a UE accessing the network via EPC/E-UTRAN…
当用户小杰的手机连接在4G LTE网络上，但他的会话是由一个支持5G互操作的PGW-C+SMF管理时，虽然他身处“4G的世界”，但他的计费流程，从一开始就采用了“5G的思维模式”。
The Charging message as described in clause 6.1.1 shall apply to the PGW-C+SMF for interworking with EPC scenario.
这意味着，PGW-C+SMF与CHF之间的交互，依然使用我们在第6章已经烂熟于心的5G Charging Data Request/Response消息。这大大简化了CHF的设计，CHF无需为了兼容4G而去学习一套全新的接口和消息格式。
然而，挑战在于，4G网络自身的计费信息（例如，基于EPS Bearer的QoS信息）与5G的计费信息（基于QoS Flow）在结构和内涵上存在差异。PGW-C+SMF的核心任务，就是将这些4G的“方言”翻译成5G计费系统能够理解的“普通话”。
2. 漫游结算的“翻译难题”：Roaming QBC Information (B.2.2)
附录B的重点，放在了互操作场景下最复杂、也最容易出错的地方——漫游QBC计费。
想象一下，小杰正在日本漫游，并且手机连接在日本运营商的4G网络上。他的归属网络（HPLMN）已经升级到了5GC，并使用了融合的PGW-C+SMF。此时，拜访地网络（VPLMN）的4G网元（如SGW）上报的是基于4G承载（EPS Bearer）的计费信息。PGW-C+SMF收到这些信息后，需要将其“翻译”成基于QoS流（QFI）的5G QBC信息，再上报给H-CHF。
Roaming QBC information specific to 5GC interworking with EPC when UE is connected to P-GW+SMF via EPC is defined in table B.2.2.1.2-1:
本节的核心就是为这个“翻译”过程提供规则。
“集装箱”的适配：MultipleQFIcontainer (Table B.2.2.1.2-1)
PGW-C+SMF在生成Charging Data Request消息中的Roaming QBC information时，其内部的MultipleQFIcontainer列表是如何填充的呢？
| Information Element | Category | Description & Architectural Insight |
|---|---|---|
| MultipleQFIcontainer | OC | This field holds the containers associated to a charging condition change on an IP-CAN bearer. … This field is applicable for both non-roaming and roaming Home Routed scenario. |
深度解析：
- 触发源的变化：在5G原生场景中，QFI容器的触发通常是单个QoS Flow的变化。但在与EPC互操作时，触发源变成了4G的IP-CAN bearer（即EPS承载）的状态变化（如QoS变更、掉线等）。
- 映射关系：
PGW-C+SMF内部维护了一张关键的映射表：EPS Bearer ID ←> QFI。当一个EPS承载发生变化时，PGW-C+SMF会查询这张表，找到它对应的QFI，然后生成或更新对应的QFI容器。 - 适用场景：规范特别指出，这套翻译规则不仅适用于漫游场景，在非漫游的4G/5G互操作场景下同样适用，保证了规则的一致性。
“快照”的翻译：QFI Container Information (Table B.2.2.1.3-1)
QFI Container是计费的最小单元，记录了某一段使用量的“快照”。在互操作场景下，它的内容也需要“翻译”。
| Information Element | Category | Description & Architectural Insight |
|---|---|---|
| QoS Information | OC | 4G承载的QCI、ARP、GBR/MBR等QoS参数，被PGW-C+SMF翻译成5G的5QI、ARP、GFBR/MFBR等QoS参数后填入此字段。 |
| EPS bearer Charging Id | OM | 新增的核心字段。这个字段就像是给这个QFI容器贴上了一个“原产地标签”，明确记录了这段计费信息最初是来自于哪个4G的EPS承载。 |
| Diagnostics / Enhanced Diagnostics | OM/OC | 如果承载被释放，这里会记录下来自4G网络的详细原因码，并由PGW-C+SMF翻译成5G计费系统可理解的诊断信息。 |
架构师视角：EPS bearer Charging Id的设计是这座“翻译桥梁”的点睛之笔。它保留了计费信息的可追溯性。当计费稽核专家李探长在5G的CDR中看到一条QBC记录时，通过这个字段，他可以一直追溯到这条记录在4G网络中的“前世”——它是由哪个EPS承载产生的。这对于跨代网络的故障定位和计费争议处理，具有不可替代的价值。
3. 从“抽象”到“具体”：消息格式的映射 (B.2.2.2)
在定义了需要“翻译”哪些内容之后，规范进一步给出了具体的“翻译对照表”。
Table B.2.2.2-1: MultipleQFI Container for Interworking mapping to EPC Traffic data volumes
这张表格将5G计费信息元素，与传统的、在TS 32.298中为EPC定义的Gx/Gy接口参数进行了映射。它清晰地告诉设备开发者，当你构建一个PGW-C+SMF时，你应该如何将从4G侧收到的一个个Diameter AVP（属性值对），填充到5G Nchf接口的JSON消息体中。
映射表示例解读：
| 5G Data connectivity Element | EPC Interworking Element | Corresponding to 32.298 |
|---|---|---|
| QoS Information | Yes | EPC QoS Information |
| User Location Information | Yes | User Location Information |
| 3GPP PS Data Off Status | yes | 3GPP PS Data Off Status |
| - | 3GPP Charging Id | Charging Id |
- 一对一映射：很多字段是直接“翻译”的。例如，4G的
User Location Information（通常包含CGI/SAI/RAI）可以直接映射到5G的User Location Information字段。 - 新增字段：
PGW-C+SMF需要将4G的3GPP Charging Id（通常由PGW生成）填入到5G的Charging Id字段中，以保证计费标识符的端到端传递。 - 舍弃字段：某些5G特有的字段，在4G场景下没有对应物，因此在翻译过程中会被舍弃。例如，
Time of First/Last Usage在传统的EPC计费中并非强制要求，因此在映射时被标记为No。
架构师视角：这张映射表是实现互操作计费的实施蓝图。它确保了不同厂商的PGW-C+SMF在进行“翻译”时，能够遵循统一的标准，从而保证了整个计费数据链条的完整性和一致性。
4. 对GERAN/UTRAN的向下兼容 (Annex C 简述)
在附录B之外，规范还通过附录C (Annex C)，进一步将这种计费的兼容性延伸到了更古老的2G/3G网络（GERAN/UTRAN）。其核心思想与附录B完全一致：
- 引入一个更为强大的融合网元
SMF+PGW-C（有时也称为SMF+GGSN），它能够同时处理5G的PDU会话和2G/3G的PDP上下文。 - 在计费交互上，这个融合网元依然统一使用Nchf接口与CHF通信。
- 它负责将来自SGSN的、基于2G/3G网络特性的计费信息（如RAI、PDP上下文参数等），“翻译”成5G的计费数据结构。
这种层层向下的兼容性设计，体现了3GPP在标准制定中的一个重要原则：演进与继承。在引入颠覆性新能力的同时，始终为庞大的存量网络和用户提供平滑演进的路径，这正是移动通信技术能够持续迭代、覆盖全球的成功秘诀。
文章结尾
通过对附录B和附录C的解读，我们完成了一次穿越通信技术“三代同堂”的计费之旅。我们理解了，5G计费系统的先进性，不仅在于它为原生5G业务设计的精巧机制，更在于其强大的向后兼容性和信息适配能力。
- 通过融合网元（
PGW-C+SMF），屏蔽了异构网络的底层差异。 - 通过统一接口（Nchf），简化了计费中心（CHF）的设计。
- 通过精巧的数据映射和新增的溯源字段（如
EPS bearer Charging Id），在“翻译”过程中保证了计费信息的完整性、准确性和可追溯性。
这套成熟的互操作计费方案，确保了运营商可以在漫长的4G/5G共存期，甚至是2G/3G/4G/5G“四世同堂”的复杂网络环境中，依然能够拥有一套统一、融合、面向未来的计费大脑。
至此，我们已经完成了对3GPP TS 32.255规范所有核心功能章节的深度解读。我们从计费的顶层原则出发，深入到具体的网络架构和消息流程，最后落脚于精细的数据结构定义，并探索了计费特征、互操作性等高级主题。您现在已经拥有了一幅相当完整的5G数据连接计费知识图谱。
FAQ环节
Q1：当UE在4G网络，但会话由PGW-C+SMF管理时，计费是按4G标准还是5G标准？
A1：是按5G标准进行交互，但内容源于4G。也就是说，PGW-C+SMF会使用5G的Nchf接口和Charging Data Request/Response消息格式与CHF通信。但是，消息中承载的很多信息，是由PGW-C+SMF将从4G网络（如SGW、PCRF）获取的参数“翻译”过来的。最终CHF生成的CDR，在结构上也是一份5G的CDR，但其中会包含能够追溯到4G源头的信息。
Q2：附录B中为何要特别强调Roaming QBC的翻译？ A2：因为这是互操作场景下最容易产生计费争议的地方。网间结算是运营商之间真金白银的交易，数据模型的任何一点偏差都可能导致巨大的经济损失。4G的承载模型（Bearer）和5G的QoS流模型（QoS Flow）在理念和实现上都有很大差异，如何将4G承载的QoS（如QCI）准确地映射为5G的QFI，并进行正确的计量，是实现公平、准确的跨代漫游结算的关键，因此规范需要对此进行专门和详细的定义。
Q3：EPS bearer Charging Id这个字段是如何传递的？
A3：当UE在4G网络下建立一个PDN连接时，4G的PGW会为每个EPS承载（Bearer）分配一个计费ID。在互操作场景下，PGW-C+SMF扮演了PGW的角色，它在内部同样会生成或管理这个ID。当它将这个承载的信息“翻译”成5G的QFI容器并上报给CHF时，就会把这个承载计费ID一并放入EPS bearer Charging Id字段中。
Q4：如果一个运营商的5G核心网来自A厂商，PGW-C+SMF来自B厂商，CHF来自C厂商，它们能协同工作吗？
A4：理论上完全可以，这正是3GPP标准化的核心价值所在。只要所有厂商都严格遵循了TS 32.255 (Stage 2) 和相关的Stage 3规范（如TS 32.291, TS 29.513），定义了统一的接口、流程和数据模型，那么不同厂商的设备就应该能够实现即插即用的互联互通。附录B中的数据映射表，就是确保B厂商的“翻译官”说出的“5G计费语言”，能被C厂商的CHF准确理解的“语法书”。
Q5：学习完TS 32.255，我是否就完全掌握5G计费了？ A5：您已经掌握了5G数据连接域计费的核心框架。但完整的5G计费体系（Converged Charging System, CCS）是一个更庞大的概念。TS 32.255主要聚焦于SMF触发的数据业务计费。除此之外，5G计费还包括：
- IMS域计费：用于VoNR、短信、富媒体通信等（如TS 32.261）。
- AMF事件计费：用于对移动性事件（如注册、位置更新）本身进行计费（如TS 32.251）。
- NEF/SCEF API调用计费：用于对第三方应用调用网络能力的次数进行计费（如TS 32.256）。
- 总的计费架构和原则：由“总纲”性质的规范TS 32.240定义。 因此，TS 32.255是其中最重要、最复杂的一块拼图，掌握了它，就等于掌握了5G计费的半壁江山。