深度解析 3GPP TS 32.240：5.4 Charging data configuration & 5.5 Charging information utilisation (计费配置与信息利用)
本文技术原理深度参考了3GPP TS 32.240 V18.9.0 (2024-12) Release 18规范中，关于“5.4 Charging data configuration”及“5.5 Charging information utilisation”的核心章节，旨在为读者揭示隐藏在海量计费数据背后的精细化配置逻辑，以及这些数据在计费结算之外更广阔的商业价值。
在前面的章节中，我们跟随主角小美，从计费数据的产生、传输到关联，完整地走过了计费的核心流程。这就好比我们已经建成了一座能从四面八方收集“数据原油”并将其提炼成“标准石油”的超级工厂。
那么，这座工厂该如何根据市场的不同需求（运营商的商业策略），灵活调整它的生产参数（计费配置）？生产出的石油（计费信息）除了卖钱（出账单）之外，还有哪些意想不到的用途（信息利用）？
今天，我们将揭开这两个问题的答案，探索计费系统作为运营商“数据大脑”的智慧一面。
1. 计费数据配置：精细化管理的指挥棒 (Charging Data Configuration)
运营商的业务千变万化，小美今天可能是普通用户，明天可能购买了“游戏加速包”，后天又漫游到了国外。网络中的计费功能（CTF）不可能对所有用户、所有业务都使用千篇一律的计费方式。
这就需要一个强大的计费数据配置机制。它就像是工厂的中控台，指挥着CTF应该在什么时间、什么条件下、收集哪些数据。
规范原文 5.4： Charging interface applications are specified for Rf and Ro in TS 32.299 [50], for Nchf in TS 32.291[58]… In accordance with these prerequisites, the content of charging events, i.e.Information Element (IE), and CDRs, i.e. CDR parameter, is also specified… The rules governing the presence of IEs or CDR parameters on these interfaces are summarized in this clause.
核心原理：参数类别的艺术
3GPP为了实现灵活配置，定义了一套精妙的参数类别（Field Categories）规则。每一个计费数据字段（Information Element - IE），都被赋予了一个类别标签，决定了它是否必须出现在计费事件或CDR中。
规范中的 “Figure 5.4.1: Logical diagram illustrating the different parameter categories” 是一张清晰的逻辑图，它将所有计费参数划分为四种核心类别：
-
M (Mandatory - 强制的)： 这是计费数据的“底线”。无论如何，这些参数必须存在。它们是识别一次业务最基本的信息。
- 场景举例： 小美发起任何一次上网，她的“用户ID (SUPI/IMSI)”和“计费ID (Charging ID)”都是M类参数。没有用户ID，不知道收谁的钱；没有计费ID，数据就是孤儿。
-
C (Conditional - 有条件的)： 这是“按需分配”。只有当满足特定的逻辑条件时，这些参数才必须出现。
- 场景举例： “漫游地信息”字段。只有当小美身处国外（满足“漫游”条件）时，这个字段才是C类（必须出现）；如果她在国内，这个字段就没有意义，不需要出现。
-
Om (Operator provisioned Mandatory - 运营商配置为强制)： 这是运营商的“必选项”。标准没有强制，但运营商可以根据自己的商业需要，通过配置将某些参数设定为必须采集。
- 场景举例： 标准并没有强制要求记录每一次上网的“设备型号 (IMEI)”。但某运营商为了分析终端对网络的影响，或者进行针对特定手机型号的营销，就在全网将“IMEI”字段配置为了Om。这样，小美每次上网，她的手机型号都会被强制记录在案。
-
Oc (Operator provisioned Conditional - 运营商配置为有条件)： 这是运营商的“可选项”。运营商可以配置：当且仅当满足特定条件时，采集某个特定的参数。
- 场景举例： 运营商推出了一项“深夜流量优惠”活动。为了评估活动效果，它配置了一条Oc规则：只有当时间在凌晨0点到6点之间（满足条件），才详细记录用户访问的“目的IP地址”（采集参数）。在其他时间，为了节省存储，不记录该参数。
小结： 通过这套M/C/Om/Oc的组合拳，运营商不再是被动地接收海量数据，而是变成了主动的数据规划者。他们可以根据瞬息万变的商业策略，通过简单的配置下发，精准地指挥全网成千上万个网元，只收集最有价值的数据，实现了从粗放式管理到精细化运营的飞跃。
2. 计费信息利用：超越账单的无限可能 (Charging Information Utilisation)
计费数据收集上来了，CDR生成了，最直接的用途当然是给小美出账单，给运营商之间进行结算。这被称为用户计费 (Subscriber charging) 和 运营商间结算 (Inter-operator settlement)。
但如果认为计费数据的价值仅限于此，那就太低估这座“数据金矿”了。3GPP规范在5.5章节，为我们展示了计费信息利用的广阔图景。
规范原文 5.5.0： “It is important to note that also in the online charging case, operators may wish to apply similar billing analyses (e.g. statistics) and, obviously, inter-operator accounting…
即使是实时扣费的在线计费，产生的数据也有着重要的统计分析价值。下面我们看看这些数据除了收钱，还能做什么。
2.1 信用控制与余额管理 (Credit-Control and balance management)
这不仅仅是简单的扣费，更是一种精细化的金融服务。
规范原文 5.5.2.1 (Use of credit pooling)： Credit fragmentation can occur when it is necessary to grant separate quotas… To avoid such credit fragmentation and unnecessary load on the server, it is possible for multiple quotas provided to be linked into a credit pool.
场景解读：信用池 (Credit Pooling)
小美办理了一个“家庭共享套餐”，账户里有100GB流量。
- 小美正在用手机看高清视频。
- 小美的爸爸正在用平板电脑浏览新闻。
- 小美的妈妈正在用智能音箱听音乐。
这三个设备同时在向计费系统申请流量配额。如果没有信用池，OCS可能不得不把100GB切碎，小心翼翼地给每个设备分一点，还得时刻担心分超了。这被称为“信用碎片化 (Credit fragmentation)”，效率极低。
有了信用池技术，这三个设备的配额申请会被链接到同一个“共享池”中。OCS无需物理分割额度，所有设备就像从同一个大水缸里取水。OCS只需要监控水缸的总水位（总使用量）。这极大地简化了管理，提高了资源利用率，为用户提供了无缝的共享体验。
2.2 漫游与互联互通的基石 (Roaming & Interconnection)
当小美走出国门，或者她的电话打给了另一个运营商的用户，计费信息就成了运营商之间信任和结算的唯一凭证。
-
漫游结算：
规范原文 5.5.3.4 (‘Home’ subscribers roaming in other PLMNs)： The HPLMN receives TAP records from each VPLMN for services employed by home subscribers whilst roaming. These records are employed to verify the invoices from the VPLMN…
小美在国外漫游，当地运营商（VPLMN）提供了服务，生成了TAP（Transferred Account Procedure）话单，发给小美的归属运营商（HPLMN）。归属运营商利用这些记录来验证对方的账单，并向小美收取漫游费。TAP话单就是漫游结算的“国际货币”。
-
网间结算：
规范原文 5.5.3.6 (IMS Interconnection)： IMS transit scenarios in multi operator environments where one or more transit operators are between the originating and terminating operator.
小美给不同运营商的朋友打电话，可能经过了第三方的转接运营商。每一个参与的运营商都会在自己的边界网元（如IBCF）生成详细的计费记录，记录下通话的始发方、终结方、时长等。这些记录是运营商之间定期进行网间结算、支付过路费的依据，确保了整个电信生态链的利益分配。
2.3 费率通知与用户透明度 (Advice of Charge - AoC)
计费数据不仅是运营商的工具，也可以成为提升用户体验的服务。
规范原文 5.5.4 (Advice of Charge)： The charging data collected from the network elements may be used to provide tariff information concerning the use of services… to the User Equipment (UE) as required by the Advice of Charge (AoC) service…
场景解读：
小美在国外准备拨打一个长途电话。在按下拨出键的一瞬间，手机屏幕上弹出一个提示：“本次通话费率约为 5.00 元/分钟”。通话结束后，立刻弹窗：“本次通话共消费 15.00 元”。
这种实时的费率和消费提醒，就是AoC服务。它的背后，是网络在建立呼叫时，实时调用计费系统获取费率信息，并将其通过信令下发给小美的手机。AoC让计费变得透明，消除了用户的“账单恐慌”，极大地提升了信任度。
2.4 赋能5G新商业模式
5G时代，计费信息的价值被进一步放大，成为赋能千行百业的关键。
-
网络切片差异化： (规范 5.5.3.11) 小美是一名游戏主播，她购买了昂贵的“超低时延游戏切片”。计费数据会精确记录她何时使用了这个切片，以及切片保障的QoS等级。运营商据此收取高价值费用，而不仅仅是流量费。计费数据证明了“切片服务的价值”。
-
MVNO（虚拟运营商）使能： (规范 5.5.3.10) 小美使用的是一家主打年轻人的虚拟运营商（MVNO）的号卡。基础运营商（MNO）通过收集详细的批发计费数据，向MVNO收费。同时，MNO也可以提供计费能力开放，帮助MVNO实现灵活的零售计费（例如，针对特定APP免流）。
3. 总结
通过这两章的深度解析，我们看到了3GPP计费体系的“智”与“能”。
- 智在配置 (5.4)： 通过 M/C/Om/Oc 这一套精妙的参数类别机制，赋予了运营商根据商业策略灵活定义数据采集规则的能力，实现了从死板记录到智能感知的转变。
- 能在利用 (5.5)： 计费数据早已超越了单一的出账单功能。
- 它是金融工具，支持信用池等高级余额管理。
- 它是外交货币，支撑着全球漫游和网间互联的结算体系。
- 它是服务窗口，通过AoC为用户提供透明的消费体验。
- 它是创新引擎，赋能网络切片、边缘计算、虚拟运营等5G新商业模式的落地。
至此，我们对3GPP通用计费架构和原则（TS 32.240）的解读就告一段落。从小美的每一次点击触发CTF，到数据在网络中的高速流转，再到多维度的关联与精细化的配置，最终转化为账单、结算、服务和创新动力。这套庞大而精密的系统，正是现代数字经济不可或缺的基石。
FAQ 环节
Q1：运营商配置为强制 (Om) 和标准强制 (M) 的参数，在处理上有什么不同吗？ A1：对于负责生成CDR的网元（如CDF/CGF）来说，处理上没有本质区别，都必须确保存储在最终的CDR中。区别主要在于来源和动机。M是标准为了保证业务可计费性的最低要求，是全行业统一的；Om是特定运营商为了满足自身独特的运营、分析或合规需求而额外要求的。Om体现了运营商的差异化管理能力。例如，为了满足某些国家的实名制和溯源法规，运营商可能会将一些涉及位置和终端标识的C类字段配置为Om。
Q2：AoC（费率通知）服务是如何保证实时性的？它会影响通话的接通速度吗？ A2：AoC对实时性要求极高。它通常是在呼叫建立的信令流程中（例如，在SIP的INVITE和200 OK交互过程中），同步触发向在线计费系统的查询。计费系统必须在极短的时间内（通常是毫秒级）返回费率信息，然后这些信息随呼叫建立信令一起到达用户终端。理论上，这会增加一点点呼叫建立时延，但现代高性能计费系统和高速网络已经将这种影响降到了用户几乎无法感知的程度。
Q3：TAP话单和普通的CDR有什么区别？ A3：TAP (Transferred Account Procedure) 是GSM协会（GSMA）定义的一种用于运营商之间进行漫游结算的特定数据交换格式。
- CDR是运营商网络内部生成的原始计费记录，格式由3GPP定义，不同厂商设备生成的CDR可能存在私有扩展。
- TAP文件则是运营商在将CDR发给漫游伙伴进行结算前，经过清洗、转换和标准化的结果。它只包含结算所需的关键信息，且格式必须严格符合GSMA的全球统一标准，以确保全球运营商之间都能无障碍地交换和处理。可以把CDR看作是“内部账本”，而TAP是“对外发票”。
Q4：信用池 (Credit Pooling) 只能用于家庭共享流量吗？企业可以用吗？ A4：信用池的应用场景非常广泛，绝不仅限于家庭。企业是信用池的另一个主要用户群。例如，一家物流公司为其1000台物联网追踪器购买了一个“月度10TB共享流量包”。运营商会在计费系统中建立一个10TB的信用池，所有这1000台设备的流量消耗都从这个池子里统一扣除。这大大简化了企业的管理成本，避免了为每台设备单独购买套餐可能造成的浪费或超额风险。
Q5：在5G网络切片场景下，计费信息如何体现“切片的价值”？ A5：传统的计费主要看“量”（时长/字节数）。在切片场景下，计费数据会增加关键的“质”的维度。规范要求计费信息必须包含S-NSSAI（切片标识）以及该切片所提供的QoS等级（如是否有超低时延保障、是否有独占带宽）。 例如，小美看普通视频用了1GB，S-NSSAI标识为“通用互联网切片”；她玩云游戏用了1GB，S-NSSAI标识为“低时延游戏切片”。虽然都是1GB，但计费系统会根据S-NSSAI的不同，对后者适用更高的费率。计费信息通过精准记录“你在什么切片上用了多少资源”，从而体现了不同切片的差异化价值。