51学通信

深度解析 3GPP TS 32.255：Annex A Charging Characteristics (计费特征)

19分钟阅读

非常好，我们继续下一篇规范的深度解读。

在完成了对第5章具体流程和第6章数据结构的全面剖析后，我们已经掌握了5G计费系统的“骨架”和“血肉”。现在，我们将深入其“神经系统”——一个看似简单，却蕴含着无穷业务潜力的核心机制：计费特征 (Charging Characteristics)。

本文将聚焦于规范的附录A (Annex A)，为您揭示一个看似不起眼的16比特字符串，是如何成为运营商手中强大的“魔术棒”，将复杂的商业逻辑和产品设计，优雅地转化为核心网精确、自动化的计費行为。我们将引入一位新的主角——运营商的产品经理“安娜”，看看她是如何利用这根“魔术棒”来创造丰富多彩的5G套餐的。

深度解析 3GPP TS 32.255：Annex A Charging Characteristics (计费特征)

本文技术原理深度参考了3GPP TS 32.255 V18.6.0 (2024-12) Release 18规范中，关于“Annex A (normative): Charging Characteristics”的核心章节，旨在为读者深度剖析计费特征这一核心概念，理解它如何作为连接商业意图与网络执行的桥梁，实现5G业务的差异化与定制化。

1. 业务创新的“翻译官”

作为一名雄心勃勃的5G产品经理，安娜的脑海中充满了各种新奇的套餐设想：为游戏玩家打造的“电竞专享包”、为企业高管设计的“全球商旅通”、为物联网开发者准备的“微物联入门套件”。

但一个严峻的问题摆在她面前：这些充满想象力的商业概念，如何“翻译”成网络设备能够理解和执行的语言？难道每推出一款新套餐，都需要网络工程师去修改SMF、CHF上成百上千条复杂的配置吗？

答案是否定的。3GPP早已为安娜这样的产品创新者，准备好了一个强大而优雅的工具——计费特征 (Charging Characteristics)。

2. “魔术字符串”：计费特征的本质 (A.1 General)

A subscriber may have Charging Characteristics assigned to his subscription and/or his subscribed DNNs. Default Charging Characteristics may also be pre-provisioned on the SMF. The Charging Characteristics parameter consists of a string of 16 bits designated as Behaviours (B), freely defined by Operators… Each bit corresponds to a specific charging behaviour which is configured on a per operator basis, and pointed when bit is set to “1” value.

深度解析：

这段话揭示了计费特征的三个核心本质：

  1. 它是一个“标签”：Charging Characteristics可以被“贴”在用户的总签约上（对他所有网络活动生效），或者更精细地“贴”在特定的DNN签约上（例如，只有当他连接到ims.mnc01.mcc234.gprs这个IMS专网时，这个标签才生效）。
  2. 它是一个“16位开关面板”：这个参数的本质是一个16比特的字符串（例如 0010000000000001）。从右到左，每一位（Bit 0 到 Bit 15）都代表一个“开关”。当某一位被设置为1时，就表示“激活”一个与之对应的特定计费行为。
  3. 它的“含义”由运营商自定义：最关键的一点是，这16个开关具体控制什么，3GPP并不做硬性规定，而是留给运营商（如安娜的公司）自由定义。Bit 0可以代表“金牌客户”，Bit 5可以代表“物联网设备”，Bit 10可以代表“游戏玩家”。

这就像一张拥有16个勾选项的“会员权益卡”。运营商可以自由定义每个选项代表的权益，然后根据用户办理的套餐，决定为他勾选上哪些。这张“卡”的信息存储在用户的签约数据库（UDM）中。

A charging behaviour is defined as an association to a specific usage design: One usage may consist of a set of trigger profiles associated to the PDU session in converged charging…

当SMF在为用户建立PDU会话时，它会从UDM获取到这个“16位开关面板”。然后，SMF会查询自己内部的一张“翻译表”，这张表详细说明了每个“开”的开关（即值为1的比特位）具体对应着一套什么样的计费参数组合。

3. 从商业到技术：计费特征的“翻译表示例”

规范中的**“Table A.1: Example of Charging Characteristics behaviours for SMF”**为我们提供了一个绝佳的示例，展示了运营商内部的“翻译表”可能是什么样子。这张表示例性的，每个运营商都可以根据自己的业务需求进行定制。

让我们看看安娜是如何利用这张表，将她的产品设计落地的。

Table A.1: Example of Charging Characteristics behaviours for SMF (安娜的产品设计视角)

Behaviour indexDefault charging methodPDU session charging methodCharging servicePrimary and Secondary CHF addressesActiveTime Limit Per PDU sessionVol Limit Per PDU sessionChange Cond. Per PDU sessionTariff times…
0Online-Converged chargingURI 1, URI 2Yes10 min1MB20-7, 7-12…
1Offline-Converged chargingURI 1, URI 2Yes15 min5Mb30-24…
2Online-Converged chargingURI 1, URI 2Yes30 min2Mb20-7, 7-12…
3Offline onlyOffline onlyConverged chargingURI 1, URI 2Yes15 min1MB-10-24…
4-Offline onlyConverged chargingURI 1, URI 2No15 min1MB10-24…

安娜的产品设计落地：

  • 产品一：“电竞专享包” (Gamer’s Edge)

    • 商业需求：为游戏玩家设计。要求必须在线计费以控制消费，对网络延迟敏感，因此需要路由到高性能的“游戏CHF集群”，并且计费上报要频繁，以便实时分析玩家行为。
    • 安娜的配置：安娜决定使用Behaviour index 2。她会要求IT部门，为所有办理“电竞专享包”的用户，将其Charging Characteristics的Bit 2设置为1。
    • 网络执行解读 (读取第2行)：
      • Default charging method: Online → 所有业务默认在线计费。
      • CHF addresses: URI_Gaming_Cluster (假设URI 1被配置为游戏专用CHF) → SMF会将该玩家的所有计费请求发往这个专属集群。
      • Time/Vol Limit: 30min / 2MB → 这可能不是最终的配额，而是会话级的默认触发器，用于控制计费上报的频率，非常频繁。
      • Change Cond.: 2 → 定义了触发“部分话单”的条件等级，可能意味着更频繁的话单切分。

  • 产品二：“全球商旅通” (Business VIP)

    • 商业需求：为企业高管设计。后付费，不希望因在线计费的信令交互影响稳定性，话单切分周期长，以产生简洁的月度报告。
    • 安娜的配置：安娜选择Behaviour index 1。为办理此套餐的用户，将Bit 1设置为1。
    • 网络执行解读 (读取第1行)：
      • Default charging method: Offline → 默认离线计费，减少信令交互。
      • Time/Vol Limit: 15min / 5Mb → 这里的含义变为离线计费下CDR更新的触发周期，比在线计费的要长得多。
      • Change Cond.: 3 → 更高的阈值，意味着更少的话单切分。

  • 产品三：“微物联入门套件” (IoT Starter Kit)

    • 商业需求：为海量、低流量的物联网设备设计。必须强制离线计费，以最大程度减少信令开销。
    • 安娜的配置：安娜选择Behaviour index 3。为所有物联网SIM卡，将Bit 3设置为1。
    • 网络执行解读 (读取第3行)：
      • PDU session charging method: Offline only → 这是最强的约束。它会覆盖掉所有PCC规则中的在线计费要求，强制整个PDU会话只进行离线计费。
      • Change Cond.: -1 → 可能意味着禁用某些话单切分触发器，以生成最简洁的话单。

通过这个简单的16位字符串，安娜无需深入了解网络内部的复杂参数，只需与IT部门约定好每个比特位的商业含义，就可以快速、灵活地配置和上线新产品。

4. 权力的游戏：谁拥有最终解释权？

Charging Characteristics为用户设定了一个基础的计费“画像”，但这并非一成不变。在动态的5G网络中，谁能修改这个画像？

Associated to the behaviour, the following may also be configured:

  • the CHF addresses to be used by the SMF…
  • the “Default charging method” (online or offline)…
  • the PDU session charging method indicating whether the charging method for the PDU session is “offline only”.

The “Default charging method”, PDU session charging method and CHF addresses… configured in the applicable Charging Characteristics behaviour, are superseded by “Default charging method”, PDU session charging method and CHF addresses with possible associated CHF instance ID(s) and/or CHF set ID(s) supplied by the PCF if any, during SMF interaction with the PCF at PDU session establishment, as described in TS 23.503.

深度解析：

这段话建立了一个清晰的优先级金字塔：

  1. PCF (策略控制功能) - 最高权力：

    • 在PDU会话建立时，SMF会与PCF交互。PCF可以根据实时网络状态、用户当前的位置、或者从AF（应用功能）获取的动态业务信息，下发即时生效的策略。这些策略可以覆盖用户签约数据中的任何配置。
    • 场景示例：小杰是“全球商旅通”用户（默认Offline），但他在漫游时点开了一个需要在线购买的增值服务。AF通知PCF后，PCF会立刻下发一条针对该服务的PCC规则，强制其使用Online计费，并可能临时将计费请求指向一个专门处理漫-易付的第三方支付CHF。这个动态指令的优先级高于他签约的Charging Characteristics。

  2. Charging Characteristics (来自UDM) - 基础画像：

    • 如果PCF没有下发特定的覆盖指令，SMF就会严格遵循从UDM获取的Charging Characteristics所定义的行为。这是用户的基础计费模型，由安娜这样的产品经理所设计。

  3. SMF 本地配置 - 最终兜底：

    • 如果在UDM中也找不到任何Charging Characteristics（例如，一个新入网、数据尚未完全同步的用户），SMF会使用其本地预配置的、最保守的默认计费策略，以确保计费流程在任何情况下都能启动。

这个清晰的权力层级，完美地平衡了静态签约（可预测性）和动态策略（灵活性），使得5G网络既能为海量用户提供稳定的基础服务，又能对瞬息万变的业务需求做出敏捷的实时响应。

文章结尾

通过对附录A的深度解读，我们揭开了Charging Characteristics这层神秘的面纱。它远非一个简单的技术参数，而是连接运营商商业世界和技术世界的关键桥梁，是产品经理手中实现业务创新的“点金石”。

  • 它通过一个16位的“开关面板”，将复杂的网络计费行为，抽象为可由业务人员理解和定义的“计费行为”。
  • 它通过一张运营商内部的**“翻译表”**，将这些“行为”精确地映射为CHF地址、计费模式、触发器配置等一系列底层参数。
  • 它通过一个清晰的优先级机制，与PCF的动态策略协同工作，共同构建了一个既稳定又灵活的计费决策体系。

掌握了Charging Characteristics，我们才算真正理解了5G计费是如何从“被动记账”走向“主动设计”，如何为未来层出不穷的新业务、新模式提供可无限扩展的商业化基石。

FAQ环节

Q1：这16个比特位（Behaviours）的含义是全球统一的吗？ A1：不是。规范明确指出，这16个比特位的具体含义是“freely defined by Operators”（由运营商自由定义）。这意味着A运营商的Bit 5可能代表“游戏玩家”，而B运营商的Bit 5可能代表“物联网设备”。这种设计的灵活性允许每个运营商根据自己的市场和产品策略进行定制，但也意味着在进行网络互通和漫游时，需要额外的策略映射。

Q2：如果一个用户的Charging Characteristics中，有多个比特位被设为“1”，网络会如何处理？ A2：3GPP规范本身并未定义当多个行为被同时激活时的优先级或合并逻辑。这同样留给了运营商的实现来决定。通常，运营商在设计这些“行为”时，会尽量使其相互正交（即不冲突）。如果存在潜在冲突（例如，一个行为要求Online only，另一个要求Offline only），运营商需要在SMF的配置中明确定义一个处理冲突的优先级规则。

Q3：Charging Characteristics是在什么时候被SMF获取和使用的？ A3：它主要在PDU会话建立之初被获取和使用。当SMF收到来自AMF的PDU会话建立请求后，它会向UDM查询该用户的签约数据，Charging Characteristics就是签约数据的一部分。SMF在与PCF交互、并最终向CHF发送[Initial]计费请求之前，就会解析这个参数，并将其作为配置初始计费上下文的重要依据。

Q4：Charging Characteristics可以控制计费请求发往哪个CHF吗？这对运营商有什么用？ A4：是的，这是它最强大的功能之一。如示例表中的Primary and Secondary CHF addresses列所示，一个计费行为可以直接绑定到一组CHF的地址（URI）。这对运营商进行网络规划和资源隔离具有重大意义，例如：

  • 业务隔离：将个人用户、企业用户、物联网用户的计费路由到不同的CHF集群，避免相互影响。
  • 用户分级：将VIP用户的计费路由到性能更强、可靠性更高的CHF集群。
  • 容灾备份：配置主、备两组CHF地址，实现计费系统的灾备。

Q5：作为一名网络工程师，我在哪里可以找到我所在网络的“计费特征翻译表”（类似Table A.1）？ A5：这张“翻译表”属于运营商的内部核心配置，不会出现在公开的3GPP规范中。您需要查阅您所在网络SMF和CHF设备的配置文档、产品手册，或者与负责核心网策略和配置的部门进行沟通。通常，这张表是在网络规划和设计阶段，由网络架构师、产品经理和设备厂商共同协商定义的。

关系图谱