51学通信

深度解析 3GPP TS 32.240：6 Service specific charging (特定业务计费)

23分钟阅读

深度解析 3GPP TS 32.240：6 Service specific charging (特定业务计费)

本文技术原理深度参考了3GPP TS 32.240 V18.9.0 (2024-12) Release 18规范中，关于“6 Service specific charging”的核心章节，旨在为读者清晰地展现5G计费框架如何从通用原则走向垂直行业，为各类新兴的、复杂的特定业务量身打造计费解决方案。

在之前的章节中，我们已经构建了5G计费体系的坚实地基——理解了数据如何生成、传输、关联和配置。现在，是时候在这片地基上建造一座座璀璨夺目的“摩天大楼”了。每一座大楼，都代表着一个独特的、为特定场景而生的5G业务。

这些业务——如企业专网、边缘计算、时间敏感网络、卫星通信——它们跨越了不同的技术领域，融合了多种网络能力。它们的计费模式，也远比简单的流量或时长计费复杂。今天，我们将走进一家名为“智联工厂”的虚拟企业，看看它的数字化转型之路，是如何通过3GPP定义的特定业务计费方案来支撑的。

1. 业务概述：超越基础通信的服务

规范原文 6.1 Introduction： There are services that spans domains, systems and functions to provide the service, this clause gives an overview of these services and which specifications that could be used to charge for the service.

规范的引言清晰地指出，本章讨论的不再是单一域内的基础服务，而是那些需要跨领域、跨系统、跨功能协同才能实现的复杂服务。本章将扮演一个“导航图”的角色，告诉我们针对这些高级服务，应该去哪里寻找具体的计费细则。

我们的主角——“智联工厂”，正计划利用5G网络实现全方位的智能化升级。它的需求清单包括：

  • 为所有生产设备组建一个安全的内部局域网。
  • 利用AI进行产品质量的实时视频检测，且数据处理不能有延迟。
  • 让厂区内的AGV（自动导引运输车）实现精准同步，避免碰撞。
  • 连接一个位于偏远山区、没有光纤覆盖的原材料仓库。

这四个需求，恰好对应了本章将要解析的四大特定业务计费场景。

2. 5G LAN型业务计费 (5G LAN-type service charging)

“智联工厂”的第一个需求，是为成百上千的机器人、传感器和控制器建立一个像公司内部Wi-Fi一样安全、隔离的无线网络，但覆盖范围要遍及整个庞大的厂区。这就是5G LAN（或称5G VN - Virtual Network）大显身手的舞台。

规范原文 6.2.1 General： The 5G LAN-type service charging specified in the clause 5.34.10 of TS 23.501, including the 5G VN group management and 5G VN group communication.

对5G LAN的计费，3GPP巧妙地将其一分为二：“群组管理”的费用 和 “内部通信”的费用。

2.1 群组管理计费 (5G VN group management charging)

这部分费用，是为创建和维护这个“虚拟局域网”本身所付出的管理成本。比如，工厂新购入一台机器人，需要将其加入这个专网；或者某台设备报废，需要将其移出专网。这些“增、删、改”的操作，都是可计费的。

规范为此提供了两种灵活的计费架构选项，由运营商根据业务模式决定：

选项一：NEF基础计费 (NEF based charging)

规范原文 6.2.1： NEF based charging: reports the 5G VN group charging information by NEF based on the API invocation from AF… using the NEF embedding the CTF.

这种模式下，“智联工厂”拥有自己的IT管理平台（扮演了AF - Application Function的角色）。当工厂的管理员需要添加一台新设备到5G LAN时，他会在自己的平台上操作。该平台会通过调用运营商开放的API接口，向网络暴露功能（NEF - Network Exposure Function）发送一个请求：“请把ID为XXXX的设备加入到‘智联工厂’的VN群组”。

NEF接收到这个API调用后，执行相应的网络操作。同时，NEF内部嵌入的CTF会生成一个计费事件：“智联工厂，在某时某刻，调用了一次‘VN成员添加’API”。这次API调用本身被视为一次服务，需要计费。这是一种典型的B2B API经济模式。

选项二：CEF基础计费 (CEF based charging)

规范原文 6.2.1： CEF based charging: obtains the 5G VN group information from UDM by CEF, and reports to CHF.

这种模式下，“智联工厂”可能没有强大的IT平台。它选择将需要加入专网的设备列表，通过营业厅或客户经理等方式，预先配置在运营商的核心数据库（UDM - Unified Data Management）中，作为“智联工厂”的签约信息。

此时，网络侧的一个新角色——计费使能功能（CEF - Charging Enablement Function）会主动从UDM中获取“智联工厂VN群组”的成员信息，并据此生成计费事件上报给CHF。计费的依据不再是API调用次数，而可能是“每月维护一个XX规模的VN群组”的固定费用，或者是基于UDM中配置变化的事件。

2.2 内部通信计费 (5G VN group communication charging)

规范原文 6.2.1： The 5G VN group communication … is applicable for traffic forwarding via PDU session of 5G VN group members which covered by 5G data connectivity domain converged charging architecture specified in TS 32.255, using the SMF embedding the CTF.

这部分计费就回归到了我们熟悉的领域。一旦设备们成功加入了5G LAN，它们之间的相互通信（例如，机器人A向机器人B发送指令）所产生的流量，就和我们普通手机上网一样，是通过一个PDU会话来承载的。

因此，这部分通信费用，完全复用了标准的数据连接计费模型。SMF中的CTF会像对待小美的手机一样，监控这些机器人通信的流量、时长和QoS，然后通过Nchf接口上报给CHF。

小结： 5G LAN的计費是一种“管理费 + 通信费”的混合模式。运营商既可以对“组网”这一管理服务收费，又可以对网络内的“流量”收费，商业模式非常灵活。

3. 5G边缘计算业务计费 (5G Edge computing services charging)

“智联工厂”的第二个需求，是用高清摄像头“鹰眼-01”来做产品质检，并利用AI算法实时发现残次品。如果将摄像头拍摄的8K视频流全部上传到远端的公有云进行分析，会占用巨大的网络带宽，且时延无法保证。

解决方案就是边缘计算（Edge Computing），将AI分析的应用部署在靠近工厂的运营商网络边缘节点上。

规范原文 6.3： The charging principles for the Edge Computing domain are specified in TS 32.257 and TS 32.255.

规范清晰地指明，边缘计算的计费由两部分构成，分别遵循两本不同的计费“法典”：

  1. TS 32.255 (数据连接计费)：这部分负责计算“鹰眼-01”摄像头与工厂边缘节点上AI应用之间的数据传输流量。虽然数据没有走远，只是到了网络的边缘，但它依然通过一个PDU会话传输。因此，SMF会像处理普通上网一样，对这段“最后一公里”的边缘流量进行计费。

  2. TS 32.257 (边缘计算计费)：这才是边缘业务计费的核心和新增价值点。它计费的对象不再是流量，而是边缘平台本身提供的服务。例如：

    • 应用部署费：“智联工厂”将其私有的AI质检应用部署到运营商的边缘节点，可能需要支付一次性的部署费或按月支付资源占用费（CPU、内存、存储）。
    • API调用费：边缘应用可能会调用边缘平台提供的服务，如位置服务、视频转码服务等。每一次调用，边缘使能服务器（EES）中的CTF都会记录下来，按次收费。
    • 服务开通/路由费：“智联工厂”请求运营商将其“鹰眼-01”的流量路由到指定的边缘应用实例，这个“路由配置”动作本身，也可以是一项收费服务。

小结： 边缘计算的计费是“路费 + 平台服务费”的模式。运营商不仅销售数据管道，更开始销售边缘侧的计算、存储和平台能力，这是5G从连接服务向计算服务转型的重要一步。

4. 5G时间敏感网络业务计费 (5GS TSN services charging)

“智联工厂”的第三个需求是让AGV小车“小智”和它的同伴们能在生产线上高密度、高速度地协同工作，这要求它们之间的通信达到微秒级的同步和确定性的低时延。普通5G网络尽力而为的特性无法满足，必须引入**时间敏感网络（TSN）**技术。

规范原文 6.4： 5GS acts as a Layer 2 Ethernet Bridge. When integrated with IEEE TSN network, 5GS functions acts as one or more TSN Bridges of the TSN network… The charging architectures, principles and scenarios for the time sensitive networking domain are specified in TS 32.282.

这里的关键概念是，5G系统扮演了一个**“TSN网桥”**的角色。它使得AGV小车之间，虽然通过无线连接，但感觉就像是插入了同一台高精度的工业以太网交换机，通信的延迟和抖动被严格控制在确定性的范围内。

对这项高价值服务的计费，规范指向了TS 32.282。其计费逻辑通常包括：

  • TSN能力开通/配置费：“智联工厂”的控制平台（作为TSN AF）向5G网络请求建立一个TSN会话，配置网络作为“TSN网桥”。这个管理和配置动作，是需要收费的。
  • TSN流量附加费：在TSN会话期间，“小智”们产生的通信流量，虽然也走PDU会话，但由于享受了确定性时延保障这一高级服务，其费率会远高于普通流量。计费系统会根据计费数据中携带的TSN相关标识，应用特殊的、高价值的计价策略。

小结： TSN计费模式是“配置费 + 高价值流量费”。它体现了5G网络的核心价值——从提供“带宽”到提供“确定性”，这是赋能工业自动化和车联网等关键任务型应用的基础。

5. 5G卫星业务计费 (Satellite in 5GS charging)

“智联工厂”的最后一个挑战，是连接位于深山中的原材料仓库，那里没有光纤，地面移动信号也靠不住。卫星通信成为了唯一的选择。

规范原文 6.5： The support of Satellite Access in 5GS is specified… The support of Satellite Backhaul in 5GS is specified… The charging for the satellite access is specified in TS 32.255 and TS 32.256. The charging for the satellite backhaul is specified in TS 32.255.

规范将5G中的卫星应用分为两类，它们的计费内涵有所不同：

  1. 卫星接入 (Satellite Access) 在这种模式下，卫星本身就扮演了5G基站（gNB）的角色。仓库里的物联网终端直接“抬头”与天上的卫星进行通信。 计费遵循标准的流程：

    • TS 32.256 (连接和移动性计费)：终端开机，注册到这个“卫星基站”上，会产生连接管理（CM）的计费事件，由AMF处理。
    • TS 32.255 (数据连接计费)：终端收发数据，建立PDU会话，会产生数据连接（SM）的计费事件，由SMF处理。 由于卫星链路成本高昂，运营商会对来自“卫星基站”的计费数据应用远高于地面网络的费率。

  2. 卫星回传 (Satellite Backhaul) 在这种模式下，仓库附近部署了一个地面的5G基站，终端连接的是这个地面基站。但是，这个地面基站与运营商核心网之间的“回传链路”，不是通过光纤，而是通过卫星链路。 对于“智联工厂”的终端来说，它感受不到卫星的存在，其计费完全是标准的地面网络计费。然而，对于运营商内部来说，这段卫星回传链路的成本是巨大的。这个成本会通过TS 32.255的计费数据，体现在基站所属的位置区域信息上，最终反映在运营商对该区域业务的整体定价策略中。

小结： 卫星计费根据场景的不同，可以是针对最终用户的高价接入服务，也可以是运营商内部核算网络成本的重要依据。

FAQ 环节

Q1：5G LAN型业务和我用手机开热点组建一个局域网有什么区别？为什么前者需要复杂的计费？ A1：两者有本质区别。手机热点是一个小范围、非专业的临时网络，而5G LAN是运营商级的大规模、高安全、可管理的虚拟专网。计费的复杂性正源于其提供的商业价值：

  1. 大规模管理：5G LAN可以轻松管理成千上万个设备，而手机热点只能连接少数几个。计费系统需要支撑这种大规模的成员管理。
  2. QoS保障：5G LAN可以为群组内的设备提供端到端的QoS保障，这是手机热点无法做到的。差异化的QoS需要差异化的计费。
  3. 安全性与隔离：5G LAN的流量被严格限制在虚拟网络内部，与公共互联网隔离，安全性极高。这种安全隔离本身就是一种需要付费的服务。 因此，5G LAN的“群组管理费”正是为其提供的这些企业级特性付费。

Q2：在边缘计算计费中，费用是由终端用户（如“智联工厂”）承担，还是由应用提供商承担？ A2：这是一个B2B2C的商业模式问题，计费系统需要足够灵活来支持。通常有几种模式：

  1. 工厂承担（B2B）：“智联工厂”直接向运营商购买边缘计算资源和服务，并支付所有费用。
  2. 应用商承担：AI算法的提供商向运营商租赁边缘资源，然后向“智联工厂”销售其AI质检服务。运营商的计费系统此时是与AI应用商进行结算。
  3. 合作分成：运营商与AI应用商合作，向“智联工厂”提供一体化服务，然后根据计费数据进行收入分成。 3GPP的计费框架通过提供详细的、可归因的计费记录（例如，哪个应用、哪个用户、在哪个边缘节点、调用了什么服务），为以上所有商业模式提供了技术基础。

Q3：TSN业务的“确定性时延”是如何通过计费来体现和保障的？ A3：计费系统本身不保障时延，但它是实现商业闭环的关键。

  1. 价值体现：TSN计费的核心是将“确定性”作为一种商品来定价。计费话单中会包含明确的TSN服务等级标识，使得运营商可以将TSN流量的价格定为普通流量的数十甚至上百倍。
  2. SLA（服务等级协议）保障：高昂的费用背后是运营商的SLA承诺。计费数据，结合性能监控数据，可以作为SLA的考核依据。如果运营商未能提供承诺的确定性时延，企业客户可以依据这些数据，要求进行费用减免。这样，计费系统就成为了连接技术承诺和商业信用的桥梁。

Q4：对于5G LAN群组管理，运营商在什么情况下会选择NEF模式，什么情况下选择CEF模式？ A4：这取决于客户的需求和技术能力。

  • 选择NEF模式：客户（如“智联工厂”）通常是大型企业，拥有自己的IT系统和开发能力。他们希望将5G LAN的管理能力深度集成到自己的自动化运维流程中，实现动态、实时的成员管理。他们愿意为这种灵活性和控制力支付API调用费用。
  • 选择CEF模式：客户可能是中小型企业，IT能力较弱，或者其专网成员非常固定，不经常变动。他们更倾向于一种“交钥匙”服务，一次性把设备列表交给运营商配置好，按月支付固定的服务费即可。CEF模式更适合这种静态、托管式的服务场景。

Q5：用户使用卫星接入（Satellite Access）时，会明确知道自己正在使用卫星并支付更高的费用吗？ A5：会的。通常情况下，卫星接入被视为一种特殊的、高级的漫游或覆盖延伸服务。

  1. 签约与开通：用户需要专门开通卫星接入功能，签约时会明确告知其资费远高于地面网络。
  2. 网络标识：用户的手机上可能会显示特殊的网络标识，提示其正处于卫星覆盖下。
  3. 费率提醒（AoC）：在发起业务时，运营商可以通过AoC服务（如前文所述）向用户实时推送本次业务的预估费用，让用户在消费前有清晰的认知。
  4. 账单体现：在最终的账单中，卫星通信产生的费用会被单独列出，或标记为特殊的漫游费，以体现其高成本。

关系图谱