CN117083836A - 一种收费管理的方法、装置及系统 - Google Patents

Abstract

提供了一种未来网络中收费管理的方法、装置和系统。本发明的一个方面提供了一种收费方法。该方法包括：接收请求对业务进行收费的收费请求，其中所述业务跨越由多个提供商操作的多个网络功能(network function，NF)，其中所述收费请求包括请求者的标识符(identifier，ID)，其中所述多个提供商不受所述业务的消费者信任。该方法还包括：根据所述接收到的信息发送请求收费结果的收费过程请求，所述收费过程请求包括所述请求者的ID。该方法还包括接收用于指示如何为所述请求者对所述业务进行收费的所述收费结果。该方法还包括：根据所述接收到的收费结果为所述请求者对所述业务进行收费。

Description

一种收费管理的方法、装置及系统

技术领域

本发明涉及通信网络领域，尤其涉及一种收费管理的方法、装置和系统。

背景技术

在当前网络中，收费操作，包括收费相关数据的收集和收费账单的计算，可以由对网络功能进行部署或控制的同一提供商执行。然而，由于提供商可以加入网络，并可以与他人共享资源，未来的网络可能会有多个提供商可以执行收费操作。多个提供商中，每个提供商都执行收费操作可能会导致不可信的账单(例如，计算的账单的不可信值)和不可信的生态系统。此外，由于多个提供商可以访问用于收费操作的敏感数据，让多个提供商执行收费操作可能会对用户数据隐私构成风险。

因此，未来网络中需要收费管理的系统和方法，以消除或减少现有技术的一个或多个限制。

背景技术的信息是为了揭示申请人认为可能与本发明关联的信息。没有必要认为也不应解释为任何上述信息构成与本发明相对的现有技术。

发明内容

提供了一种未来网络中收费管理的方法、装置和系统。本发明的一个方面提供了一种收费方法。该方法包括由收费功能从代表提供商的请求者接收请求对业务进行收费的收费请求，其中所述业务跨越由包括请求者代表的提供商在内的多个提供商操作的多个网络功能(network function，NF)，其中所述收费请求包括所述请求者的标识符(identifier，ID)，并且其中所述多个提供商不受业务的消费者信任。该方法还包括：所述收费功能根据接收到的信息，向DAM发送请求收费结果的收费过程请求，所述收费过程请求包括所述请求者的ID。该方法还包括：所述收费功能从所述DAM接收指示如何为所述请求者对所述业务进行收费的所述收费结果。该方法还包括：所述收费功能根据所述接收到的收费结果为所述请求者对所述业务进行收费。因此，该方面可提供一种可以用于包括多个提供商的不可信生态系统中的收费方案。

在一些实施例中，所述收费请求是所述收费功能通过触发功能从所述请求者接收的，所述触发功能被配置为实现代表所述多个提供商的请求者与所述收费功能之间通信的接口。在一些实施例中，所述收费请求还包括针对与所述业务相关联的隐私保护的安全要求和指示以下中的一个或多个的收费要求：所述收费要求业务的收费的频率、业务的ID和指示业务如何收费的计费结果；其中所述收费请求是所述收费功能通过所述触发功能从所述请求者通过以下方式接收的。所述触发功能接收第二收费请求。所述触发功能根据所述收费要求配置多提供商收费模型，其中所述多提供商收费模型指示如何对跨越所述一个或多个提供商的所述业务进行收费。所述触发功能向所述收费功能发送所述收费请求，所述收费请求用于请求对所述业务进行收费，包括所述请求者的ID和所述安全要求，并指示所述多提供商收费模型。在一些实施例中，所述触发功能确定与所述第二收费请求相关联的一个或多个收费事件，所述触发功能向所述收费功能发送的所述收费请求指示所述一个或多个收费事件。这样的实施例可以在收费过程中提高安全性和增强隐私保护。这样的实施例可以实现多提供商收费方案，其中业务的一个或多个提供商针对其业务向消费者收费。

在一些实施例中，收费请求还包括指示建立收费链的触发指示；其中在所述收费请求由所述收费功能通过所述触发功能从所述请求者接收到之前，所述方法还包括：所述触发功能接收所述收费请求。在一些实施例中，所述方法还包括：由所述触发功能向用于管理与业务相关联的收费链的链管理功能发送收费链建立请求，所述收费链建立请求包括以下中的一个或多个：所述业务的ID和所述触发指示。在一些实施例中，所述触发功能从所述链管理功能接收用于指示收费链的响应，所述收费链与包括一个或多个组成员的收费组相关联，其中所述组成员是所述业务的消费者。这样的实施例还可以增强收费过程中的信任和安全性。

在一些实施例中，所述收费请求还包括：与所述收费链相关联的收费组成员的ID。在一些实施例中，所述方法还包括：所述链管理功能根据所述收费链建立请求对所述请求者进行验证。在一些实施例中，所述方法还包括链管理功能根据所述收费链建立请求获取关于所述收费组的信息。

在一些实施例中，所述方法还包括：所述链管理功能根据所述建立的收费组，确定用于所述请求者的收费链。这样的实施例还可以通过验证请求收费的提供商和确定收费链来提供提高的安全性。

在一些实施例中，所述方法还包括：所述收费功能根据所述安全要求配置收费过程的收费模式选项，其中所述收费过程请求指示所述收费模式选项。这样的实施例可以实现多提供商收费方案，其中一个或多个提供商针对其业务向消费者收费。

在一些实施例中，所述收费过程请求还包括由所述请求者代表的所述提供商分配的所述业务的消费者的第一账户ID，其中所述收费结果包括所述第一账户ID。在一些实施例中，所述方法还包括：所述DAM请求与业务的消费者相关联的信息。在一些实施例中，所述方法还包括：所述DAM接收与所述业务的所述消费者相关联的所述信息，所述信息包括以下中的一个或多个：与所述业务相关联的收费配置文件和所述业务的消费者的流量用量。

在一些实施例中，所述DAM请求与业务的消费者相关联的信息的步骤包括：所述DAM向ID管理功能发送数据收集请求，所述数据收集请求用于请求与业务的消费者相关联的信息，并包括第一账户ID，其中ID管理功能受业务的消费者信任。在这些实施例中，所述方法还包括：所述ID管理功能将所述第一账户ID与所述多个提供商中的所述第二提供商分配的业务的消费者的第二账户ID进行映射。在一些实施例中，所述方法还包括：所述ID管理功能向第一功能发送收费配置文件请求，所述收费配置文件请求用于请求与所述业务相关联的信息，并包括所述第二账户ID，其中所述第一功能由所述多个提供商中的所述第二提供商操作。在一些实施例中，所述方法还包括：所述ID管理从所述第一功能接收用于指示所述收费配置文件的收费配置文件响应。在一些实施例中，所述方法还包括：所述ID管理向所述DAM发送所述收费配置文件。

在一些实施例中，所述方法还包括通过所述ID管理功能将所述第一账户ID与所述多个提供商中的第三提供商分配的业务的消费者的第三账户ID进行映射。在一些实施例中，所述方法还包括：所述ID管理功能向第二功能发送流量用量请求，所述流量用量请求用于请求与所述业务的消费者的流量用量相关联的信息，并包括所述第三账户ID，其中所述第二功能由所述多个提供商中的所述第三提供商操作。在一些实施例中，所述方法还包括：由所述ID管理从所述第二功能接收包括与所述业务的消费者的流量用量相关联的信息的流量用量响应。

在一些实施例中，所述方法还包括：所述DAM根据与所述业务的消费者相关联的所述信息生成收费结果。在一些实施例中，所述方法还包括：所述DAM向所述收费功能发送所述生成的收费结果。这样的实施例可以为在不同提供商之间具有不同标识符的业务的消费者实现一种收费方案。这样的实施例使得可信实体可以收集收费相关数据。

在一些实施例中，所述收费过程请求还包括所述请求者代表的提供商分配的所述业务的消费者的第一账户ID中的一个或多个，其中所述收费结果包括所述第一账户ID。在一些实施例中，所述方法还包括：所述DAM请求与所述业务的消费者相关联的信息。在一些实施例中，所述方法还包括：由所述DAM接收与所述业务的消费者相关联的信息，所述信息包括与所述业务的消费者相关联的会话ID，其中所述信息指示以下中的一个或多个：存储与所述业务相关联的收费配置文件的存储器的地址和所述业务的消费者的流量用量的存储器的地址。

在一些实施例中，与所述业务的消费者相关联的所述会话ID包括第一会话ID和第二会话ID。在一些实施例中，所述DAM请求与业务的消费者相关联的信息的步骤包括：所述DAM向ID管理功能发送数据收集请求，所述数据收集请求用于请求与所述业务的消费者相关联的信息，并包括所述第一账户ID，其中所述ID管理功能受业务的消费者信任。在这些实施例中，所述方法还包括：所述ID管理功能将所述第一账户ID与所述多个提供商中的所述第二提供商分配的业务的消费者的第二账户ID进行映射。在一些实施例中，所述方法还包括：所述ID管理功能生成与所述业务的消费者和所述第二账户ID两者相关联的第一会话ID。在一些实施例中，所述方法还包括：所述ID管理功能向第一功能发送请求与所述业务相关联的收费配置文件请求，所述收费配置文件请求包括所述第二账户ID和所述第一会话ID，其中所述第一功能由所述多个提供商中的所述第二提供商操作。在一些实施例中，所述方法还包括：所述ID管理从所述第一功能处接收用于指示存储与所述业务相关联的所述收费配置文件的存储器的地址的收费配置文件响应。在一些实施例中，所述方法还包括：所述ID管理向所述DAM发送与所述业务的消费者相关联的所述第一会话ID和存储与所述业务相关联的所述收费配置文件的存储器的地址。

在一些实施例中，所述方法还包括通过所述ID管理功能将所述第一账户ID与所述多个提供商中的第三提供商分配的业务的消费者的第三账户ID进行映射。在一些实施例中，所述方法还包括：由所述ID管理生成与所述业务的消费者和所述第三账户ID两者相关联的第二会话ID。在一些实施例中，所述方法还包括：所述ID管理功能向所述第二功能发送流量用量请求，所述流量用量请求用于请求与所述业务的消费者的流量用量相关联的信息，并包括所述第三账户ID和所述第二会话ID。在一些实施例中，所述方法还包括：所述ID管理从所述第二功能接收流量用量响应。在一些实施例中，所述方法还包括：所述ID管理向所述DAM发送数据收集响应，所述数据收集响应包括与所述业务的消费者相关联的所述第二会话ID和存储所述业务的消费者的流量用量的存储器的地址。

在一些实施例中，所述方法还包括：所述DAM根据所述接收到的一个或多个地址获取包括以下中的一个或多个：与所述业务相关联的所述收费配置文件和所述业务的消费者的所述流量用量。在一些实施例中，所述方法还包括：所述DAM根据所述获取的信息生成所述收费结果。在一些实施例中，所述方法还包括：所述DAM向所述收费功能发送所述生成的收费结果。这样的实施例可以为在不同提供商之间具有不同标识符的业务的消费者实现另一种收费方案。这样的实施例可以使收费功能直接从不同的提供商处收集与消费者相关联的收费相关数据。

在一些实施例中，所述收费功能还从所述请求者接收由所述请求者代表的所述提供商分配的所述业务的消费者的第一账户ID，其中所述第一账户ID是由所述请求者使用ID管理功能的密钥加密的加密ID。在一些实施例中，所述方法还包括：所述收费功能向所述ID管理功能发送请求交换所述业务的消费者的所述第一账户ID的ID交换请求。在一些实施例中，所述方法还包括：所述收费功能从所述ID管理功能接收ID交换响应，所述ID交换响应包括所述第一账户ID与所述多个提供商的一个或多个ID之间的一个或多个映射。在一些实施例中，所述收费过程请求和所述收费结果还包括所述接收到的一个或多个映射。

在一些实施例中，所述方法还包括：由所述DAM向所述ID管理功能发送数据收集请求，所述数据收集请求用于请求与所述业务的消费者相关联的信息，并包括账户ID集合，其中所述ID管理功能受所述业务的消费者信任。在一些实施例中，所述方法还包括ID管理功能通过将所述第一账户ID进行映射到由多个所述提供商中的一个分配的所述业务的消费者的账户ID集合获取一个或多个映射。在一些实施例中，所述方法还包括：所述ID管理功能生成与所述业务的消费者和所述账户ID集合相关联的会话ID集合。在一些实施例中，所述方法还包括：所述ID管理功能根据所述会话ID集合，获取与所述业务相关联的关于收费配置文件的信息，所述关于收费配置文件的信息指示地址集合，其中，每个地址指向存储器，所述存储器存有与所述业务相关联的所述收费配置文件和所述会话ID集合。在一些实施例中，所述方法还包括：所述ID管理功能向所述DAM发送包括以下中的一个或多个：所述账户ID集合、所述会话ID集合和所述地址集合。

在一些实施例中，所述方法还包括：所述DAM根据所述地址集合获取包括所述收费配置文件的信息。在一些实施例中，所述方法还包括：所述DAM获取与所述业务的消费者的所述流量用量相关联的信息。在一些实施例中，所述方法还包括：所述DAM至少部分地根据所述获取的信息生成所述收费结果。在一些实施例中，所述方法还包括：所述DAM向所述收费功能发送所述生成的收费结果。这样的实施例可以实现用于在不同提供商和相同提供商之间具有不同标识符的业务的消费者的另一种收费方案。这样的实施例可以使收费功能直接从不同的提供商处收集与消费者相关联的收费相关数据。

本发明的其他方面提供了用于实现网络功能和执行本文描述的方法的系统和装置(例如，网络单元)。

本发明的其他方面提供了机器可读介质，其中，所述机器可读介质包括存储有机器可读指令的非瞬时性存储器，当所述机器可读指令被处理器执行时，所述机器可读指令实现用于执行本文所述方法的所述网络功能。

上文结合本发明的各个方面描述了实施例，这些实施例可以基于这些方面来实现。本领域技术人员将理解，实施例可以结合描述这些实施例的方面来实现，但也可以与该方面的其它实施例一起实现。当实施例相互排斥或彼此不兼容时，这对于本领域技术人员将是显而易见的。一些实施例可以结合一个方面进行描述，但也可以适用于其它方面，这对本领域技术人员是显而易见的。

附图说明

结合附图，通过以下具体实施方式，本发明的其它特征和优点将变得显而易见，其中：

图1示出了根据本发明实施例的UE的订购费的收费架构；

图2示出了根据本发明实施例的多级收费架构；

图3示出了根据本发明实施例的收费流程；

图4示出了根据本发明实施例的呼叫流收费流程；

图5示出了根据本发明实施例的基于全局用户设备(user equipment，UE)ID的收费过程；

图6示出了根据本发明实施例的基于通过ID管理功能收集收费相关数据的收费过程；

图7示出了根据本发明实施例的基于通过DAM收集收费相关数据的收费过程；

图8示出了根据本发明实施例的基于ID交换的收费过程；

图9A和图9B示出了根据本发明实施例的收费流程；

图10是根据本发明不同实施例的用户设备(user equipment，UE)的示意图，该用户设备可以执行本文显式或隐式描述的上述方法和特征的任何或全部操作。

应当注意，在整个附图中，相同的特征由相同的附图标记标识。

具体实施方式

目前，3GPP网络提供实现离线或在线收费机制的功能，或者在在域(例如，演进型分组核心网(Evolved Packet Core，EPC))、子系统(例如，IP多媒体子系统(例如，IPMultimedia Subsystem，IMS))和业务(例如，多媒体消息服务(Multimedia MessagingService，MMS))级别上实现离线和在线收费机制的功能。为了支持这些收费机制，网络可以在所述三个级别上执行资源用量的实时监控，以便检测相关的可收费事件。离线收费中，资源用量可能会在资源用量产生后从网络处报给计费域(Billing Domain，BD)。在线收费中，可以在授予使用请求的网络资源的权限之前查询用户的账户。网络资源用量的典型示例可以包括一定持续时间的语音呼叫、一定数量的数据的传输或一定大小的多媒体消息(multimedia messaging，MM)的提交。

在未来网络中，多个提供商可能会加入网络，并可能与其他提供商(例如，基础设施)共享资源，或将其网络管理活动的部分外包。目前，网络功能通常由公共陆地移动网络(public land mobile network，PLMN)的同一提供商部署或控制。提供商负责收集收费数据和收费账单。但未来网络可能由不同或多个提供商控制。多个提供商收集收费数据并计算收费账单，可能会导致账单的不可信值和不可信的生态系统。

目前，对于漫游收费，从本地PLMN(home PLMN，HPLMN)、查询PLMN和访问PLMN(visited PLMN，VPLMN)网络单元中的一个或多个收集的收费数据，可以用于确定PLMN的本地用户使用的基本和补充业务的网络使用费。但是，由于未来网络中存在多个提供商(例如，AI平台、基础设施、网络管理、业务或应用软件、安全保护提供商等)，收费数据还可以由第三方部署或控制的网络功能处理。例如，资源用量可以由多个网络功能(例如，RAN、AI平台、路由器、分片控制器等)完成。多个网络功能中的每一个都可以因其对资源用量的贡献而获得其奖励。

未来的网络中，可能会引入临时ID来取代真实ID，并用于不同提供商之间的通信，以保护ID隐私，避免用户跟踪。为了保护ID隐私，UE ID在网络功能上可以不同。如本文进一步描述的，使用临时ID可能会导致许多与收费相关的问题。

与收费相关的问题可能包括在收费过程中确定如何映射临时ID，其中临时ID可以用于保护ID隐私。

例如，UE在不同的域中可以具有不同的临时ID。UE在域A中的资源用量可以与ID1相关联，UE在域B中的资源用量可以与ID2相关联。鉴于UE的临时ID(例如，ID1和ID2)，与收费相关的问题可能是确定网络如何知道ID1和ID2关联到同一UE。另一个与收费相关的问题可能是：确定谁可以负责在未来网络中映射临时ID；鉴于未来网络可能涉及不可信的网络功能或提供商，确定谁可以访问、维护或控制与临时ID或账户相关的映射关系。

为了解决所指示的与收费相关的问题，实施例可以提供收费架构手段，该手段可以为不同的提供商提供多提供商收费模型，并且可以提供一个或多个收费方法。本文描述的包括收费架构的实施例可以支持提供商角色的改变和HPLMN和VPLMN之间绑定关系的解耦。包括收费架构的实施例可以用于不可信的生态系统，并提供ID隐私保护。

当前的收费系统中，提供商可能从因收费而收集的数据中获取UE的敏感信息。未来网络中，可能包括不可信的多个提供商，由提供商收费(并有权访问UE的敏感信息)可能是不可取的和不切实际的。为了解决对具有访问UE敏感信息的多个收费实体的担忧，本实施例可以提供收费架构，其可以容纳多个提供商的收费。本实施例还可以提供收费架构，其可以用于不可信的生态系统，并提供增强的UE隐私。

本实施例可以使用区块链来建立对不可信收费生态系统的信任，该生态系统可以包括由多个不同提供商操作的网络功能。本实施例还可以提供使用第三功能来处理收费操作(例如，收集使用和计算账单)，而不是允许由不同的提供商执行收费操作。本实施例还可以提供可容纳多提供商收费模型的收费架构。本实施例还可以提供可用于不可信的生态系统的收费架构，并提供增强的ID隐私。

当前系统中，收费业务可以由收费功能提供，该功能可以请求对NF业务消费者进行收费。收费业务可以包括融合收费业务(converged charging service，CCS)、在线收费业务(online charging service，OCS)或离线仅收费业务(offline only chargingservice，OoCS)。收费功能的职责可能包括：生成收费数据记录(charging data record，CDR)，接收NF业务消费者的业务使用报告，对账单进行收费功能。

如本文所讨论的，当前系统可能具有限制，因为收费功能和NF业务消费者可能由同一提供商部署或控制，或者NF业务消费者可能信任收费功能。然而，这种限制在不可信的生态系统中可能是不受欢迎的，并可能引起隐私问题的担忧。例如，多个提供商在计算UE收费时，可能会收集UE的使用数据，并获取UE的敏感信息。由于业务要求或安全要求(如UE隐私匿名化)，收费还可能会被处理。为了解决这些限制，本实施例可以提供UE的订购费的收费架构。本实施例还可以提供一种多提供商收费架构，其可以容纳不同的提供商。本实施例可以通过使用第三功能执行或进一步处理收费计算，来提供增强的收费操作。如本文所述，本实施例可以通过使用逻辑功能来触发收费链建立或配置多提供商收费模型来提供增强的收费操作。

本实施例可以为不同的提供商提供多提供商收费架构。本实施例还可以提供建立可信又安全的收费生态系统。如本文进一步描述的，本实施例还可以提供增强的ID隐私。

图1示出了根据本发明实施例的UE的订购费的收费架构；在该收费架构下，多个提供商可以加入一个可以由第三方控制的链。提供商可由第三方认证，提供商的行为可公开审查。根据收费架构100，收费操作(例如，收集UE的资源用量、共享UE的订购和计算账单)可以由第三功能(例如，数据分析管理(Data Analysis Management，DAM))执行。使用第三功能执行收费操作，可以防止一个或多个提供商从收集的UE的资源用量中获取UE的敏感信息。此外，临时ID可以由信任第三方(例如，ID管理104)管理，该第三方还可以通过限制对UEID的访问增强ID隐私，从而防止潜在攻击者将临时ID关联到特定UE。

如本文所讨论的，收费架构100可以包括：信任第三方和ID管理104。ID管理104可以由信任第三方部署，可以负责保持或维护临时ID关系。ID管理104还可以负责查询临时ID或将临时ID与其特定UE匹配(例如，临时ID可以与特定UE匹配)。

收费架构100还可以包括全局收费功能102，其可以连接到ID管理104。全局收费功能102可以由提供商部署。全局收费功能102可以配置CDR的参数(例如，收费频率、收费周期、收费业务(例如，CCS、OCS))。全局收费功能102还可以生成和更新CDR。

如图所示，收费架构100还可以包括DAM 106，其可以连接到全局收费功能102和由一个或多个提供商操作或控制的一个或多个网络功能(network function，NF)108。DAM106可以由提供商部署。DAM 106可以收集资源用量和订购(例如，收费策略)。DAM 106还可以执行收费计算和收费过程(例如，位置匿名化)。收费架构100还可以包括一个或多个NFs108，其可以由一个或多个提供商部署或控制。一个或多个NF 108可以包括网络业务提供商或消费者。一个或多个NF 108可以包括用户平面功能(user plane functions，UPF)或策略控制功能(policy control function，PCF)。如本领域技术人员可以理解的，所述一个或多个NF可以由相同的提供商或不同的提供商部署或控制。

图2示出了根据本发明实施例的多级收费架构；如图所示，多级或多提供商收费架构200可以允许由一个或多个请求者208代表的一个或多个提供商加入网络。一个或多个请求者208可以代表以下中的一个或多个行事：应用软件提供商、分片提供商、基础设施提供商、平台提供商(例如，人工智能(artificial intelligence，AI)平台提供商)、客户(例如，UE)等。多级收费架构200可以包括全局收费管理2020。全局收费管理2020可以包括以下中的一个或多个：全局收费功能102和全局收费触发功能204。全局收费管理202可以控制全局收费触发功能204和全局收费功能102。全局收费触发功能可以负责将一个或多个请求者208(代表一个或多个提供商行事)连接到链管理206和全局收费功能102。在一些实施例中，全局触发功能可以被配置为实现代表多个提供商的请求者208和全局收费功能102之间通信的接口。

网络中的功能，例如，DAM、收费功能(例如，全局收费功能102)、NF(例如，UPF)、NF(例如，PCF)，可以由不同的提供商部署或控制。ID管理104或链管理206可以由信任第三方或不同的信任第三方控制。

一个或多个请求者208可以代表以下中的一个或多个行事：网络业务提供商、网络业务提供商或这两者。链管理206可以由信任第三方部署，并且可以建立或成立不同的链(例如，ID链、收费链等)。链管理206可以负责维护链组成员(例如，管理其加入或离开组)。链管理206还可以认证和授权提供商。链管理206可以使用区块链来与由请求者208代表的一个或多个提供商建立信任。链管理可以用于管理与跨越由一个以上提供商操作的多个网络功能的一个或多个业务相关联的收费链。

全局收费管理202可以由提供商部署，并可以控制全局收费触发功能204和全局收费功能102。全局收费触发功能204可以由全局收费管理202部署，并可以建立或配置一个或多个多提供商收费模型。多提供商收费模型的示例可以包括：应用业务收费模型(例如，应用ID、时间窗、收费业务(CCS或OCS或OoCS)、……)、分片收费模型(如分片ID、时间窗、收费业务(CCS、OCS、OoCS)、……)、基础设施收费模型(如基础设施ID、时间窗、收费业务(CCS或OCS或OoCS)、……)、虚拟网络功能收费模型(例如，虚拟网络功能ID、时间窗、收费业务(CCS或OCS或OoCS)、……)、平台收费模型(如计算或存储平台ID、时间窗、收费业务(CCS或OCS或OoCS)、……)、UE收费模型(例如，UE ID、时间窗、收费业务(CCS或OCS或OoCS)、……)、通信业务收费模型(例如，通信业务ID、时间窗、收费业务(CCS或OCS或OoCS)、……)、计算业务收费模型(如计算业务ID、时间窗、收费业务(CCS、OCS、OoCS)、……)、隐私保护业务收费模型(如隐私保护业务ID、时间窗、收费业务(CCS、OCS、OoCS)、……)、数据访问控制业务收费模型(如数据库访问控制业务ID、时间窗、收费业务(CCS或OCS或OoCS)、……)、数据收集业务收费模型(如数据收集业务ID、时间窗、收费业务(CCS、OCS、OoCS)、……)，DAM业务收费模型(例如，DAM业务ID、时间窗、收费业务(CCS、OCS、OoCS)，……)、基础设施管理(InfM)业务收费模型(例如，InfM业务ID、时间窗、收费业务(CCS或OCS或OoCS)、……)、客户业务管理(customer service management，CSM)业务收费模型(如CSM业务ID、时间窗、收费业务(CCS、OCS、OoCS)、……)、连接管理(connection management，CM)业务收费模型(如CM业务ID、时间窗、收费业务(CCS、OCS、OoCS)、……)、内容转发管理(content forwardingmanagement，CFM)业务收费模型(例如CFM业务ID、时间窗、收费业务(CCS、OCS、OoCS)、……)等。全局收费触发功能204还可以基于多提供商收费模型对批量收费事件负责。全局收费触发功能204还可以负责触发收费链的建立。

本实施例可以提供用于UE的订购费用的增强的收费架构和多提供商收费架构，其可以容纳不同的提供商。收费架构100和多提供商收费架构200可以用于不可信的生态系统，并可以提高安全性并加强UE隐私保护。

图3示出了根据本发明实施例的收费流程；在302处，请求者208可以代表提供商向全局收费触发器204发送收费请求消息。所述收费请求可以请求对业务进行收费，其中所述业务跨越包括由请求者代表的提供商在内的多个提供商操作的多个网络功能。如本领域技术人员可以理解的，多个提供商可能不受业务的消费者信任。

收费请求消息可以包括一个或多个参数，例如请求者ID、收费要求、触发指示和与业务相关联的关于隐私保护的安全要求。收费要求可以指示收费频率(例如，对业务进行收费的频率)、业务的ID、计费结果(例如，指示业务如何收费)、收费业务(例如，CCS或OCS)和账单通知模式(例如，直接发送给请求者或账单域)。触发指示可以指示用于收费组的收费链的建立。触发指示可以包括：可用于识别收费组成员的请求者位置、或关于收费组成员的如组成员的ID的信息等。安全要求可以指示与业务相关联的隐私保护(例如，可以具有指示应该保护的内容的指示信息)。

全局收费触发功能204在接收到收费请求消息后，可以在304处向链管理206发送收费链建立请求消息。链管理206可用于管理与一个或多个业务相关联的收费链，该一个或多个业务包括收费请求中指示的业务。收费链建立请求消息可以包括一个或多个参数，例如，请求者ID和触发指示。链管理206可以根据收费链建立请求对请求者208进行验证。链管理206可以根据收费链建立请求获取关于收费组的信息。链管理206可以根据建立的收费组确定用于请求者208的收费链。在一些实施例中，如果链管理206不具有用于请求者208的收费链，则链管理206可以设置收费组并建立收费链。在其他实施例中，链管理基于用于请求者208的现有收费链(已经建立的)发现已建立的收费链。然后，链管理206可以在305处向全局收费触发功能204发送响应(例如，收费链建立响应)。该响应可以指示收费链(无论是新建立的还是新发现的)，收费链与包括有一个或多个作为业务消费者的组成员的收费组相关联。

在一些实施例中，全局收费触发器204可以根据收费需求配置多提供商收费模型，其中多提供商收费模型可以指示如何对跨越一个或多个提供商的业务进行收费。全局收费触发器204可以批处理收费事件或收费请求。然后，在306处，全局收费触发器204可以向全局收费功能102发送收费通知消息。收费通知消息可以包括一个或多个参数，例如请求者ID、多提供商收费模型、安全或隐私要求、批量收费事件信息(例如，批量ID)。

在一些实施例中，请求者208可以代表提供商向全局收费功能102发送收费请求消息。所述收费请求可以请求对业务进行收费，其中所述业务跨越包括由请求者代表的提供商在内的多个提供商操作的多个网络功能。收费请求消息可以包括以下中的一个或多个：例如，请求者ID、安全或隐私要求。如本领域技术人员可以理解的，多个提供商可能不受业务的消费者信任。在一些实施例中，全局收费功能102可以通过全局触发功能204接收收费请求，其中全局触发功能可以被配置为实现代表多个提供商的请求者208和全局收费功能102之间通信的接口。

在308处，全局收费功能102可以配置一个或多个参数，例如CDR和收费配置文件(例如，立即事件计费(Immediate Event Charging，IEC)、配额预留方式的事件计费(EventCharging with Unit Reservation，ECUR)或事件后计费(Post Event Charging，PEC)场景或位置变更报告)。全局收费功能102可以生成CDR、请求者ID、NF信息(例如，NF名称、NF地址、NF提供商ID等)、收费业务(例如，OCS、CCS)、时间窗和收费模式选项。如本文所述，收费模式选项可以根据安全或隐私要求，指示可以由DAM 106执行的收费过程。在一些实施例中，配置收费模式选项可以指示在收费模式选项集合中可供选择的收费模式选项。

在310处，全局收费功能102可以向DAM 106发送收费过程请求消息。在一些实施例中，收费过程请求是根据接收到的信息(例如，收费请求)用于请求收费结果的请求。收费过程请求消息可以包括一个或多个参数，例如请求者ID、CDR、收费配置文件、NF信息(例如NF名称、NF地址、NF提供商ID等)、收费业务(例如OCS、CCS)、时间窗和收费模式选项。

根据接收到的参数，DAM 106可以收集以下中的一个或多个：资源用量、收费策略、收费配置文件或收费规则。DAM 106还可以根据收费模式选项(例如，UE位置匿名化)处理资源用量。

DAM 106还可以计算收费结果，然后在312处，可以将收费结果发送到全局收费功能102。全局收费功能102接收用于指示如何为请求者208对业务进行收费的收费结果。然后，全局收费功能102可以根据接收到的收费结果为请求者208对业务进行收费。

在314处，如果网络不能从临时ID中识别特定UE，则全局收费功能可以向ID管理104发送ID交换请求消息。

在一些实施例中，收费流程300可以包括使用区块链来记录或跟踪在流程中执行的收费操作。记录或跟踪收费操作可实现检查和验证目的。

图4示出了根据本发明实施例的呼叫流收费流程。收费流程400可以类似于收费流程300。参考图4，在402处，请求者208可以代表提供商向全局收费触发器204发送收费请求消息。

收费请求消息可以包括一个或多个参数，例如请求者ID、收费要求、触发指示和与业务相关联的关于隐私保护的安全要求。收费要求可以指示收费频率(例如，对业务进行收费的频率)、业务的ID、收费结果(例如，指示业务如何收费)、收费业务(例如，CCS或OCS)和账单通知模式(例如，直接发送给请求者或账单域)。触发指示可以指示用于收费组的收费链的建立。触发指示可以包括：可用于识别收费组成员的请求者位置、或关于收费组成员的如组成员的ID的信息等。安全要求可以指示与业务相关联的隐私保护(例如，可以具有指示应该保护的内容的指示信息)。

全局收费触发功能204在接收到收费请求消息后，可以在404处向链管理206发送收费链设置请求消息或收费链建立请求消息。收费链建立请求消息可以包括一个或多个参数，例如请求者ID和触发指示。链管理206可以验证请求者208。链管理206可以根据收费链建立请求获取关于收费组的信息。链管理206可以根据建立的收费组确定用于请求者208的收费链。在一些实施例中，如果链管理206不具有用于请求者208的收费链，则链管理206可以设置收费组并建立收费链。在其他实施例中，链管理基于用于请求者208的现有收费链(已经建立的)发现已建立的收费链。然后，链管理206可以在405处向全局收费触发功能204发送响应(例如，收费链建立响应)。该响应可以指示收费链(无论是新建立的还是新发现的)，收费链与包括有一个或多个作为业务消费者的组成员的收费组相关联。

全局收费触发器204可以根据收费要求配置多提供商收费模型，其中该多提供商收费模型可以指示如何对跨越一个或多个提供商之间的业务进行收费。全局收费触发器204可以批处理收费事件或收费请求。然后，在406处，全局收费触发器204可以向全局收费功能102发送收费通知消息。收费通知消息可以包括一个或多个参数，例如请求者ID、多提供商收费模型、安全或隐私要求、批量收费事件信息(例如，批量ID)。多提供商收费模型可以指示一个或多个参数，例如时间窗和收费业务(例如，CCS或OCS或OoCS)。

在一些实施例中，请求者208可以代表提供商向全局收费功能102发送收费请求消息。所述收费请求可以请求对业务进行收费，其中所述业务跨越包括由请求者代表的提供商在内的多个提供商操作的多个网络功能。如本领域技术人员可以理解的，多个提供商可能不受业务的消费者信任。在一些实施例中，全局收费功能102可以通过全局触发功能204接收收费请求，其中全局触发功能可以被配置为实现代表多个提供商的请求者208和全局收费功能102之间通信的接口。

在408处，全局收费功能102可以配置一个或多个参数，例如CDR和收费配置文件(例如，IEC、ECUR或PEC场景、或位置变更报告)。全局收费功能102可以生成CDR、请求者ID、NF信息(例如，NF名称、NF地址、NF提供商ID等)、收费业务(例如，OCS、CCS)、时间窗和收费模式选项。如本文所述，收费模式选项可以根据安全或隐私要求，指示可以由DAM 106执行的收费过程。在一些实施例中，配置收费模式选项可以指示在收费模式选项集合中可供选择的收费模式选项。

在410处，全局收费功能102可以向DAM 106发送收费过程请求消息。在一些实施例中，收费过程请求是根据接收到的信息(例如，收费请求)用于请求收费结果的请求。收费过程请求消息可以包括一个或多个参数，例如请求者ID、CDR、收费配置文件、提供商ID，NF信息(例如NF名称、NF地址、NF提供商ID等)、收费业务(例如OCS、CCS)、时间窗和收费模式选项。

在412，根据接收到的CDR，DAM 106可以收集以下中一个或多个：资源用量、收费策略、收费配置文件或收费规则。DAM 106还可以根据收费模式选项(例如，UE位置匿名化)处理资源用量。DAM 106还可以计算收费结果，然后在414处将收费结果发送到全局收费功能102。

在416处，如果网络不能从临时ID中识别特定UE，则全局收费功能102可以向ID管理104发送ID交换请求消息。ID交换请求消息可以包括一个或多个参数，例如请求者ID或请求者ID以及收费结果。

ID管理104可以根据ID映射表对所有收费结果进行求和，并且在418处将求和结果发送到全局收费功能418。在一些实施例中，收费流程400可以包括使用区块链来记录或跟踪在过程中执行的收费操作。记录或跟踪收费操作可实现检查和验证目的。

流程300和流程400中描述的实施例可以使请求者，例如请求者208，能够对其业务收费或对其因业务消费者所付款项收费。

请求者，如网络业务提供商(例如分片提供商、平台提供商、应用软件提供商或基础设施提供商)，应因其对网络业务消费者(例如UE或网络业务的其他用户)资源用量做出贡献而获得奖励。

如本文所述，全局收费功能102可以从请求者208，例如网络业务提供商接收收费通知消息。收费通知消息可以指示网络业务提供商(例如，请求者208)的请求，该请求用于请求对该请求中指示的UE进行收费。当UE由全局统一ID标识时，计算与UE相关费用的流程参考图5描述。

图5示出了根据本发明实施例的基于全局用户设备(user equipment，UE)ID的收费过程。在图5中，网络功能可以由相同的提供商或不同的提供商部署或控制。这些提供商可能具有特定UE的不同S账户，但这些S账户可以映射或关联到全局统一的UE ID，例如，不同的S账户可以包含相同的ID种子。ID种子可以指示如何生成S账户的参数或信息。

ID管理104，以及其他不同的业务提供商也可以识别S账户与全局统一的UE ID之间的映射。在一个实施例中，网络功能(例如，UPF 520)提供商可以是提供商#2，CSM上下文功能提供商可以是提供商#3。CSM上下文功能530可以存储UE的上下文(例如，收费策略，或收费规则或收费配置文件)。DAM 106可以基于收集的数据(例如，UE流量用量、收费策略或收费规则或收费配置文件)执行收费计算(例如，计算客户要支付给业务提供商的金额、计算客户的流量用量总量)。如本领域技术人员可以理解的，网络业务消费者可以是除UE之外的其他请求者208。

在502处，DAM功能106可以向网络功能(例如UPF)520发送数据收集请求消息。数据收集请求消息可以请求网络功能(NF)520报告UE流量用量信息。该消息可以包括一个或多个参数，例如，日志属性ID(UE ID、分片ID、应用ID、业务消费者ID)、日志模式、报告模式、日志ID、信息ID(例如，时延、吞吐量、流量用量)。

NF 520可以基于数据收集请求记录数据，并且在504，可以基于数据收集请求将记录的数据(例如，UE流量用量)发送到DAM功能106。

在506处，全局收费功能102可以向DAM功能106发送收费过程请求消息。收费过程请求消息可以与310和410处的收费过程请求消息相似。收费过程请求消息可以包括一个或多个参数，例如UE ID、CDR、UE位置ID、NF ID、请求者ID、时间窗、收费模式选项。基于参数，DAM功能106可以决定要收集什么数据、何时收集数据(例如，时间窗)以及从哪里收集数据。

在508处，DAM功能106可以向CSM上下文功能530发送收费配置文件请求消息。该消息可以请求收集UE收费配置文件或UE收费策略或UE收费规则。该消息可以包括一个或多个参数，例如，日志属性ID(UE ID、分片ID、应用ID等)、日志模式、日志ID、信息ID(例如，时延、吞吐量、流量用量)。

在510处，CSM上下文功能530可以基于在508处接收到的请求消息将收费策略、或收费规则或收费配置文件发送到DAM功能106。

在504处，DAM功能106可以基于从NF 520接收到的信息和在510处从CSM上下文功能530接收到的信息执行收费计算。在512处，DAM功能106可以将收费结果转发给全局收费功能102。收费结果(例如，客户要支付给业务提供商(例如，请求者208)的金额、客户的流量用量总量)可以基于收集的数据(例如，UE流量用量、收费策略或收费规则或收费配置文件)计算。

全局收费功能102可以通过映射不同账单，将所有不同的收费账单相加至特定UE。不同的收费账单可以对应不同的临时ID，临时ID可以映射到同一UE。

图5中所示的实施例可以使DAM 106计算对不同提供商之间可以由全局统一ID标识的UE的收费。

网络业务消费者(例如，UE或网络业务的其他用户)可以由每个网络业务提供商(例如，分片提供商、平台提供商、应用软件提供商或基础设施提供商)识别。UE在不同的业务提供商中可能具有不同的ID(例如，S账户)。在一些实施例中，UE在多个相同的业务提供商内可以具有不同的ID。本领域技术人员可以理解，只有可信实体，例如ID管理106，可以识别S账户和全局统一的UE ID之间的映射。

在图6所示的实施例中，全局收费功能102可以向DAM 106发送收费过程请求。DAM106可以向ID管理104发送请求，该请求用于将ID进行映射到特定UE。ID管理104可以向CSM上下文功能530发送用于请求收费配置文件或者收费策略或收费规则的请求。ID管理104可以向NF(例如，UPF)520发送流量用量请求。如本文进一步描述的，然后，ID管理104可以将接收到以下中的一个或多个发送到DAM 106：用于特定UE的收费配置文件、收费策略、收费规则或流量用量。

在图7所示的另一个实施例中，ID管理104可以向CSM上下文功能530发送关于收费配置文件或者收费策略或收费规则的指示请求。ID管理104还可以向NF(例如，UPF)520发送关于流量用量的指示请求。然后，ID管理104可以向DAM 106发送包括用于特定UE的请求指示的响应消息。响应消息可以指示数据库的一个或多个地址，该数据库用于以下中的一个或多个：收费配置文件、收费策略、收费规则或流量用量。响应消息还可以指示临时会话ID，该临时会话ID指示收费过程中的特定UE。如本文进一步描述的，临时会话ID可以向DAM 106指示从所指示的数据库下载用于收费的数据。

在图8所示的另一个实施例中，全局收费功能102在接收到收费通知消息后，可以向ID管理104发送ID交换请求消息。ID交换请求消息可以通知ID管理功能104执行ID交换。之后，全局收费功能102可以向DAM 106发送收费过程请求。如本文进一步描述的，DAM 106可以向用于特定UE的收费配置文件、收费策略或收费规则中的一个或多个以下发送请求，来处理收费。

图6示出了根据本发明实施例的基于通过ID管理功能收集收费相关数据的收费过程；

在从过程600开始之前，关于流量用量的信息可以周期性地传送到DAM 106。例如，DAM功能106可以向网络功能(例如UPF)520发送数据收集请求消息。该消息可以包括一个或多个参数，例如，日志属性ID(UE ID、分片ID、应用ID等)、日志模式、报告模式、日志ID、信息ID(例如，时延、吞吐量、流量用量)。NF 520可以将记录的数据(例如，UE流量用量)发送到DAM功能106。在一些实施例中，部署或控制NF 520的提供商ID(例如，提供商#2的ID)可以与记录的数据一起发送到DAM功能106。

参见图6，在602处，全局收费功能102可以向DAM功能106发送收费过程请求消息。收费过程请求消息可以与310和410处的收费过程请求消息相似。收费过程请求消息可以包括一个或多个参数，例如，由请求者代表的提供商(例如，提供商#1)分配的业务消费者(例如，UE)的第一账户ID(例如，S账户#1)。S账户#1，可以用于由提供商#1识别特定UE。收费请求还可以包括UE位置ID、NF ID、请求者ID、时间窗、收费模式选项。

在一些实施例中，DAM 106可以请求与业务的消费者相关联的信息。在一些实施例中，DAM 106可以接收与业务的消费者相关联的信息，包括以下中的一个或多个：与业务相关联的收费配置文件和业务的消费者的流量用量。

在604处，DAM功能106可以向ID管理功能104发送数据收集请求消息。数据收集请求消息可以请求与业务的消费者相关联的信息。该消息可以包括一个或多个参数，例如，日志属性ID(第一账户ID(例如，S账户#1)、分片ID、应用ID等)、日志模式、报告模式、日志ID、信息ID(例如，收集流量用量或收集收费策略)。如本领域技术人员可以理解的，ID管理功能104可以受业务的消费者(例如，UE)信任。

ID管理功能104可以将第一账户ID(例如，S账户#1)映射到业务的消费者(例如，UE)的第二账户ID(例如，S账户#3)或与该第二账户ID进行映射。第二账户(例如，S账户#3)可以用于由提供商#3(其可以部署CSM上下文功能530)识别特定UE(业务的消费者)。第二账户ID(例如，S账户#3)可以由提供商#3分配给业务的消费者(例如，UE)。如本领域技术人员可以理解的，提供商#3可以是业务的一个或多个提供商中的一个。

然后，ID管理功能104可以在606处向第一功能(例如，CSM上下文功能530)发送请求与业务相关联的收费配置文件请求消息，该第一功能可以由提供商#3部署或控制。收费配置文件请求消息可以包括第二账户ID(例如，S账户#3)。

在608处，CSM上下文功能530可以基于S账户#3向ID管理功能104发送收费配置文件响应消息。收费配置文件响应消息可以与业务相关联，并指示收费配置文件、收费策略或收费规则。本领域技术人员可以理解，收费配置文件可以称为收费策略或收费规则。

然后，ID管理功能104可以将第一账户ID(例如，S账户#1)映射到业务的消费者(例如，UE)的第三账户ID(例如，S账户#2)。第三账户ID(例如，S账户#2)可以用于由提供商#2(其可以部署NF，例如UPF 520)标识特定UE(业务的消费者)。第三ID(例如，S账户#2)可以由提供商#2分配给业务的消费者(例如，UE)。如本领域技术人员可以理解的，提供商#2可以是业务的一个或多个提供商中的一个。

然后，ID管理功能104可以在610处向第二功能(例如，NF(例如，UPF)520)发送流量用量请求消息，该流量用量请求消息用于请求与业务的消费者(例如，UE)的流量用量相关联的信息，其中该第二功能可以由提供商#2部署或控制。流量用量请求消息可以包括一个或多个参数，例如，第三账户ID(例如，S账户#2)、日志模式、报告模式和日志ID以及时间窗。

NF(例如，UPF)520可以记录UE的流量用量，并可以在612处向ID管理功能104发送包括记录的流量用量和S账户#2的流量用量响应消息。

在614，ID管理功能可以向DAM功能106发送数据收集响应消息。数据收集响应消息可以包括与业务的消费者(例如，UE)的流量用量相关联的信息。数据收集响应可以包括一个或多个参数，例如，从NF(例如，UPF)520收集的UE流量用量、从CSM上下文功能530收集的UE收费配置文件、收费策略或收费规则、以及UE ID S账户#1。

DAM功能106可以根据接收到的信息生成(例如，执行收费计算)收费结果。在616处，DAM功能106可以将生成的包括第一账户ID(例如，S账户#1)的收费结果转发到全局收费功能102。然后，可以对收费结果(例如，业务提供商(例如，提供商#1)的消费者、业务提供商支付的金额、客户的流量用量总量)进行计算。

图7示出了根据本发明实施例的基于通过DAM收集收费相关数据的收费过程；在702处，DAM功能106可以向网络功能(例如，UPF)发送数据收集请求消息。数据收集请求消息可以请求网络功能(NF)(例如，UPF)520报告UE流量用量信息。该消息可以包括一个或多个参数，例如，日志属性ID(例如，业务消费者的ID(例如，UE ID)、分片ID、应用ID)、日志模式、报告模式、日志ID和信息ID(例如，时延、吞吐量、流量用量)。

在704处，NF 520可以向DAM功能106发送数据收集响应消息。数据收集响应消息可以包括一个或多个参数，例如，记录的数据(例如，UE流量用量)、指示在一段时间内NF 520中的特定UE的临时会话ID，例如，会话#0(例如，UE IP地址)、提供商ID(例如，部署或控制NF520的提供商ID#2)。

在706处，全局收费功能102可以向DAM功能发送收费过程请求消息。收费过程请求消息可以与310和410处的收费过程请求消息相似。收费过程请求消息可以包括一个或多个参数，例如，由请求者代表的提供商(例如，提供商#1)分配的业务消费者(例如，UE)的第一账户ID(例如，S账户#1)。S账户#1，可以用于由提供商#1识别特定UE。收费请求还可以包括UE位置ID、NF ID、请求者ID、时间窗和收费模式选项。

在一些实施例中，DAM 106可以请求与业务的消费者(例如，UE)相关联的信息。在一些实施例中，DAM 106可以接收与业务的消费者相关联的信息，该信息包括与业务的消费者(例如，UE)相关联的会话ID，并指示以下中的一个或多个：存储与业务相关联的收费配置文件的存储器的地址和业务的消费者的流量用量的存储器的地址。在一些实施例中，与所述业务的消费者相关联的所述会话ID包括第一会话ID和第二会话ID。

在708处，DAM功能106可以向ID管理功能104发送数据收集请求消息，该数据收集请求消息用于请求与业务的消费者相关联的信息。该消息可以包括一个或多个参数，例如，日志属性ID(第一账户ID(例如，S账户#1)、分片ID、应用ID)、日志模式、报告模式、日志ID和信息ID(例如，收集流量用量)。如本领域技术人员可以理解的，ID管理功能104可以受业务的消费者(例如，UE)信任。

ID管理功能104可以将第一账户ID(例如，S账户#1)映射到业务的消费者(例如，UE)的第二账户ID(例如，S账户#3)或与该第二账户ID进行映射。第二账户ID(例如，S账户#3)可以用于由提供商#3(其可以部署或控制CSM上下文功能530)识别特定UE(业务的消费者)。第二账户ID(例如，S账户#3)可以由提供商#3分配给业务的消费者(例如，UE)。如本领域技术人员可以理解的，提供商#3可以是业务的一个或多个提供商中的一个。

ID管理104可以生成第一会话ID(例如，会话ID#3)，该第一会话ID可以与业务的消费者(例如，UE)和第二账户ID(例如，S账户#3)相关联。在一些实施例中，第一会话ID可以是临时会话ID，该临时会话ID可以指示特定UE，并保持第二账户ID(例如，S账户#3)和第一会话ID(例如，会话ID#3)之间的绑定关系。

然后，ID管理104可以在710处向第一功能(例如，CSM上下文功能530)发送收费配置文件请求消息。收费配置文件请求消息可以请求与业务相关联的收费配置文件。第一功能(例如，CSM上下文功能530)可以由提供商#3部署或控制。收费配置文件请求消息可以包括一个或多个参数，例如，第二账户ID(例如，S账户#3)和第一会话ID(例如，会话ID#3)。

然后，第一功能(例如，CSM上下文功能)530可以在712处向ID管理104发送收费配置文件响应。收费配置文件响应可以指示存储与地址相关联的收费配置文件的存储器的地址(例如，收费配置文件数据库地址#3(例如，IP地址)，其中可以存储收费配置文件或者收费策略或收费规则)。在一些实施例中，ID管理功能104可以向DAM 106发送与业务的消费者相关联的第一会话ID(例如，会话ID#3)和存储与业务相关联的收费配置文件的存储器的地址。

ID管理功能107可以将第一账户ID(例如，S账户#1)映射到业务的消费者(例如，UE)的第三账户ID(例如，S账户#2)或与该第三账户ID进行映射。第三账户ID(例如，S账户#2)可以用于由提供商#2(其可以部署第二功能(例如，NF(例如，UPF)520))识别特定UE(业务的消费者)。第三ID(例如，S账户#2)可以由提供商#2分配给业务的消费者(例如，UE)。如本领域技术人员可以理解的，提供商#2可以是业务的一个或多个提供商中的一个。

ID管理104可以生成第二会话ID(例如，会话ID#2)，其可以与业务的消费者(例如，)和第三账户ID(例如，S账户#2)相关联。在一些实施例中，第二会话ID可以是临时会话ID，该临时会话ID可以指示特定UE，并保持第三账户ID(S账户#2)和第二会话ID(会话ID#2)之间的绑定关系。

然后，ID管理104可以在714处向第二功能(例如，NF(例如，UPF)520)发送流量用量请求消息。流量用量请求消息可以请求与业务的消费者(例如，UE)的流量用量相关联的信息。流量用量请求消息可以包括一个或多个参数，例如，第三账户ID(例如，S账户#2)、第二会话ID(例如，会话ID#2)、日志模式、报告模式和日志ID以及时间窗。

第二功能(例如，NF(例如，UPF)520)可以向ID管理104发送流量用量响应。在一些实施例中，如果S账户#2标识的UE的记录的数据(例如，UE流量用量)已经在704中报告，则NF(例如，UPF)可以在716处将会话ID#0、会话ID#2和提供商#2ID发送到ID管理功能104。否则，NF可以在718处向ID管理104发送流量用量响应消息。流量用量响应消息可以指示用于存储业务消费者的流量用量的存储器的地址(例如，日志数据库地址#2(例如，IP地址)，其中可以存储记录的数据或流量用量)。

ID管理功能104可以在720处向DAM 106发送数据收集响应。数据收集响应可以包括一个或多个参数，例如，第一账户ID(S账户#1)、第一会话ID(例如，会话ID#3)、收费配置文件数据库地址#3、第二会话ID(会话ID#2)，以及存储业务消费者流量用量的存储地址(例如，日志数据库地址#2)。如果记录的数据(例如，UE流量用量)已经在704处报告，则数据收集响应可以包括一个或多个参数，例如，S账户#1、会话ID#3、收费配置文件数据库地址#3、会话ID#0和提供商ID#2。

根据接收到的一个或多个地址，DAM 106可以获取包括以下中的一个或多个的信息：与业务相关联的收费配置文件和业务消费者的流量用量。在一个实施例中，DAM 106可以在722处使用会话ID#3从用于特定UE(业务的消费者)的收费配置文件数据库获取(例如，下载)收费配置文件或者收费策略或收费规则。DAM 106可以从日志数据库下载具有会话ID#2的特定UE的日志数据库或流量用量。

然后，DAM功能106可以根据获取的信息生成(例如，执行收费计算)收费结果。在724处，DAM功能106可以将生成的收费结果转发到全局收费功能102。

图8示出了根据本发明实施例的基于ID交换的收费过程；参考收费过程800，在802处，DAM功能106可以向网络功能(例如UPF)520发送数据收集请求消息。该消息可以包括一个或多个参数，例如，日志属性ID(例如，业务消费者的ID(例如，UE ID)、分片ID、应用ID)、日志模式、报告模式、日志ID和信息ID(例如，时延、吞吐量、流量用量)。

NF 520可以记录数据，并在804处将记录的数据(例如，UE流量用量)发送到DAM功能106。记录的数据可以包括UE ID(例如，S账户#2)，其可以在由提供商#2部署或控制的NF520中使用。

在806处，请求者208代表提供商(例如，提供商#1)可以向全局收费功能102发送收费请求消息。收费请求消息可以包括一个或多个参数，例如，请求者的ID(例如，加密的第一账户ID，例如由提供商#1标识特定UE的S账户#1)、收费要求、安全要求。业务的消费者(例如，UE)的第一账户ID(例如，S账户#1)可以由提供商(例如，提供商#1)分配，其中请求者208代表该提供商行事。应当理解，第一账户ID(例如，S账户#1)可以由请求者208使用ID管理104的密钥(例如，公钥)加密，因此不能由全局收费功能102观察到。然后，全局收费功能102可以配置多提供商收费模型，并可以选择收费模式选项。

全局收费功能102可以在808处向ID管理功能104发送ID交换请求消息。ID交换请求消息可以请求交换业务的消费者的第一账户ID(例如，S账户#1)。ID交换请求消息可以包括一个或多个参数，例如，加密的第一账户ID(例如，S账户#1可以使用ID管理的公钥加密)和多提供商收费模型。

然后，ID管理功能104可以在810处发送ID交换响应，该ID交换响应包括第一账户ID(例如，S账户#1)与多个提供商的一个或多个ID之间的一个或多个映射。在一个实施例中，ID交换响应可以包括业务的消费者(例如，S账户#2、……、S账户#x)的账户ID集合在时间窗期标识业务的消费者(例如，特定UE)(与S账户#1相关联)。ID响应消息还可以包括一个或多个相应的提供商ID(例如，提供商#2、……、提供商#x)，该提供商将账户ID(例如，S账户)分配给业务的消费者(例如，特定UE)。如本领域技术人员可以理解的，包括S账户#2、……、S户#x的账户ID可以是业务的消费者(例如，UE)在由提供商#2、……、提供商#x部署或控制或提供的不同用户面NF实例(例如，不同UPF)的ID。还应理解，UPF可以包括由提供商#2部署或控制或提供的UPF。ID管理104可以预先知道，其可能只需要在时间窗期将第一账户ID(S账户#1)映射到不同用户平面NF实例处的业务消费者(例如，S账户#2、……、S账户#x)的账户ID集合。

全局收费功能可以在812处向DAM功能106发送收费过程请求消息。收费过程请求消息可以包括一个或多个参数，例如接收映射(例如，账户ID的集合(例如，S账户#2、……、S账户#x))、UE位置ID、NF ID、请求者ID、时间窗和收费模式选项。

在814处，DAM功能106可以向ID管理功能104发送数据收集请求消息。数据收集请求消息可以请求与业务的消费者相关联的信息。该数据收集请求消息可以包括一个或多个参数，例如，日志属性ID(账户ID集合(例如，S账户#2、……、S账户#x)、分片ID、应用ID)、日志模式、报告模式、日志ID和信息ID(例如，流量用量、收费策略)。如本领域技术人员可以理解的，ID管理功能104可以受业务的消费者(例如，UE)信任。

在一个实施例中，ID管理功能104可以通过将第一账户ID(例如，S账户#1)映射到由多个提供商中的一个分配的业务的消费者的账户ID集合，来获取一个或多个映射。ID管理功能104可以生成与业务的消费者和账户ID集合相关联的会话ID集合。ID管理功能104可以根据会话ID的集合获取关于与业务相关联的关于收费配置文件的信息，该关于收费配置文件的信息指示地址集合，其中，每个地址指向存储器，该存储器存有与所述业务相关联的收费配置文件和会话ID集合。ID管理104可以向DAM 106发送包括以下中的一个或多个的响应：账户ID集合、会话ID集合和地址集合。

在另一实施例中，ID管理功能104可以将账户ID集合映射到由多个提供商分配的业务的消费者的另一账户ID集合。例如，ID管理功能104可以将S账户#2映射到S账户#2_2(其可以用于标识CSM上下文中的特定UE)、……、S账户#x至S账户#x_x(其可用于在另一个CSM上下文中标识特定UE)。ID管理功能104可以生成与业务的消费者(例如，UE)相关联的会话ID集合(例如，会话ID#2_2……会话ID#x_x)和另一账户ID集合(例如，S账户#2_2、……、S账户#x_x)。

然后，ID管理功能104可以在816处向CSM上下文功能830集合(例如，由提供商#2_2部署或控制的CSM上下文功能832、……和由提供商#x_x部署或控制的CSM上下文功能834)发送一个或多个收费配置文件请求消息。一个或多个收费策略请求消息可以包括一个或多个参数，例如，另一账户ID集合和会话ID集合(例如，S账户#2_2，会话ID#2_2，两者可以由ID管理104生成并临时分配给UE)……(S账户#x_x，会话ID#x_x，两者也可以由ID管理104生成并临时分配给UE)。所述一个或多个收费配置文件请求消息还可以包括以下中的一个或多个：日志模式、报告模式和日志ID。

在818处，CSM上下文功能集合830可以向ID管理104发送收费配置文件响应集合。该收费配置文件响应集合可以包括收费配置文件数据库地址集合(例如，收费配置文件地址#2_2、……、(数据库地址#x_x))，其中每个收费配置文件地址可以对应于来自CSM上下文功能集合830的相应CSM上下文功能。收费配置文件响应集合还可以包括相应的会话ID集合(例如，会话ID

#2_2、……、会话ID#x_x)。在其他实施例中，收费配置文件可以存储到中央数据库中，并且CSM上下文功能830可以向ID管理104发送收费配置文件响应，其中收费配置文件响应可以包括(中央数据库的)收费配置文件数据库地址中的一个或多个以及ID管理104相应的会话ID集合(例如，会话ID#2_2、……、会话ID#x_x)。

ID管理功能104可以在820处向DAM 106发送数据收集响应。数据收集响应可以包括以下中的一个或多个：另一账户ID集合、相应的会话ID集合和相应的数据库地址集合(例如，S账户#2_2、会话ID#2_2、数据库地址#2_2)、……、(S账户#x_x、会话ID#x_x、数据库地址#x_x)。

根据接收到的地址集合，DAM 106可以获取包括收费配置文件的信息。在一个实施例中，在822处，DAM功能106可以从由数据库地址集合指示的收费配置文件数据库集合下载以下中的一个或多个：收费配置文件或者收费策略或收费规则。DAM功能106还可以获取与业务的消费者的流量用量相关联的信息。

应当理解，记录的数据(例如，UE流量用量)可以在804处由不同的用户平面NF(例如，UPF)520报告给DAM功能106。如果记录的数据(例如，UE流量用量)还没有被报告，则DAM106和NF 520可以执行802处和804处的操作。

然后，DAM 106可以至少部分地根据获取的信息生成(例如，执行收费计算)收费结果。之后，在824处，DAM功能106可以将生成的收费结果转发到全局收费功能102。

如本文所述，实施例可以提供DAM，当UE在不同提供商之间具有不同ID时，该DAM执行收费计算。实施例还可以提供DAM，当UE在同一提供商内具有不同ID时，该DAM执行收费计算。

图9A和图9B示出了根据本发明实施例的收费流程。在一个实施例中，该流程可以由全局收费功能102执行。

流程900可以包括在902处接收请求对业务进行收费的收费请求。在一些实施例中，收费功能可以代表提供商从请求者接收请求对业务进行收费的收费请求。在一些实施例中，业务跨越由多个提供商操作的多个网络功能(NF)，其中该过个提供商包括请求者代表的提供商。在一些实施例中，收费请求包括请求者的标识符(identifier，ID)，多个提供商不受业务的消费者的信任。

在一些实施例中，收费请求可以由收费功能通过触发功能从请求者接收。触发功能可以被配置为实现代表多个提供商的请求者与收费功能之间通信的接口。

在一些实施例中，收费请求还包括安全要求和收费要求，该安全要求和与业务相关联的隐私保护有关，该收费要求指示以下中的一个或多个：业务收费的频率、业务的ID和指示业务如何收费的计费结果。

在一些实施例中，收费请求可以通过收费功能从请求者通过以下方式接收。如前所述，触发功能可以从请求者接收第二收费请求。在一些实施例中，在904处，触发功能可以根据收费要求配置多提供商收费模型，其中多提供商收费模型指示如何对跨越一个或多个提供商的业务进行收费。在一些实施例中，触发功能可以向收费功能发送收费请求，该收费请求用于请求对业务进行收费，包括请求者ID和安全要求，并指示多提供商收费模型。

在一些实施例中，触发功能确定与第二收费请求相关联的一个或多个收费事件，并且触发功能向收费功能发送的收费请求指示一个或多个收费事件。

在一些实施例中，收费请求还可以包括指示建立收费链的触发指示。在一些实施例中，在收费功能通过触发功能从请求者接收收费请求之前，触发功能可以执行以下操作。触发函数可以接收收费请求。触发功能可以在906处，向用于管理与业务相关联的收费链的链管理发送收费链建立请求，该收费链建立请求包括以下中的一个或多个：业务的ID和触发指示。在908处，触发功能可以从链管理功能接收用于指示收费链的响应，该收费链与包括一个或多个作为业务消费者的组成员的收费组相关联。

在一些实施例中，收费请求还包括：与收费链相关联的收费组成员的ID。在一些实施例中，在910处，链管理功能可以根据收费链建立请求对请求者进行验证。链管理功能可以在912处根据收费链建立请求获取关于收费组的信息。链管理功能可以在914处根据建立的收费组确定用于请求者的收费链。

在一些实施例中，在916处，收费功能可以根据安全要求配置指示收费过程的收费模式选项，其中该收费过程请求指示收费模式选项。

在一些实施例中，收费过程请求还包括请求者代表的提供商分配的业务的消费者的第一账户ID，其中该收费结果包括所述第一账户ID。在一些实施例中，收费过程请求包括由请求者代表的提供商分配的业务的消费者的第一账户ID中的一个或多个，其中该收费结果包括所述第一账户ID。

参见图9B，在918处，收费功能可以根据接收到的信息向DAM发送收费结果的收费处理请求，该收费处理请求包括请求者的ID。

在一些实施例中，DAM 920可以请求与业务的消费者相关联的信息。在一些实施例中，在922处，DAM可以接收与业务的消费者相关联的信息。在一些实施例中，接收到的信息可以包括以下中的一个或多个：与业务和业务的消费者的流量用量相关联的收费配置文件。在一些实施例中，接收到的信息可以包括与业务的消费者相关联的会话ID，其中该信息指示以下中的一个或多个：存储与业务相关联的收费配置文件的存储器的地址和业务的消费者的流量用量的存储器的地址。在一些实施例中，与业务的消费者相关联的会话ID包括第一会话ID和第二会话ID。

在一些实施例中，收费功能还从请求者接收由请求者代表的提供商分配的业务的消费者的第一账户ID，其中该第一账户ID是由请求者使用ID管理功能的密钥加密的加密ID。在一些实施例中，收费功能可以向ID管理发送用于请求交换业务消费者的第一账户ID的ID交换请求。在一些实施例中，收费功能可以从ID管理功能接收ID交换响应，该ID交换响应包括第一账户ID与多个提供商的一个或多个ID之间的一个或多个映射。在一些实施例中，收费过程请求包括接收到的一个或多个映射。

在一些实施例中，DAM请求与业务的消费者相关联的信息的步骤包括DAM向ID管理功能发送数据收集请求，所述数据收集请求用于请求与业务的消费者相关联的信息。在一些实施例中，数据收集请求包括第一账户ID，其中ID管理功能受业务的消费者信任。在一些实施例中，数据收集请求包括账户ID集合，其中ID管理功能受业务的消费者信任。

在一些实施例中，ID管理功能可以将第一账户ID与由多个提供商中的第二提供商分配的业务的消费者的第二账户ID进行映射。在一些实施例中，ID管理功能向第一功能发送用于请求与业务相关联的收费配置文件的收费配置文件请求。在一些实施例中，收费配置文件请求包括第二账户ID，其中第一功能由多个提供商中的第二提供商操作。在一些实施例中，收费配置文件请求包括第二账户ID和第一会话ID。在一些实施例中，ID管理功能可以从第一功能接收收费配置文件响应。在一些实施例中，收费配置文件响应指示收费配置文件。在一些实施例中，收费配置文件响应指示存储与业务相关联的收费配置文件的存储器的地址。在一些实施例中，ID管理可以向DAM发送收费配置文件。

在一些实施例中，ID管理可以生成与业务的消费者和第二账户ID两者相关联的第一会话ID。在一些实施例中，ID管理可以向DAM发送与业务的消费者相关联的第一会话ID和存储与业务相关联的收费配置文件的存储器的地址。

在一些实施例中，ID管理功能可以通过将第一账户ID进行映射到由多个提供商中的一个分配的业务的消费者的账户ID集合，来获取一个或多个映射。在一些实施例中，ID管理功能可以生成与业务的消费者和账户ID集合相关联的会话ID集合。在一些实施例中，ID管理功能可以根据会话ID集合获取与所述业务相关联的关于收费配置文件的信息，该关于收费配置文件的信息指示地址集合，其中，每个地址指向存储器，该存储器存有与所述业务相关联的收费配置文件和会话ID集合。在一些实施例中，ID管理功能可以向DAM发送包括以下中的一个或多个的响应：账户ID集合、会话ID集合和地址集合。

在一些实施例中，ID管理可以将第一账户ID与由多个提供商中的第三提供商分配的业务的消费者的第三账户ID进行映射。在一些实施例中，ID管理可以生成与业务的消费者和第三账户ID两者相关联的第二会话ID。在一些实施例中，ID管理可以向第二功能发送流量用量请求，该流量用量请求用于请求与业务的消费者的流量用量相关联的信息。在一些实施例中，流量用量请求可以包括第三账户ID，其中第二功能由多个提供商中的第三提供商操作。在一些实施例中，流量用量请求可以包括第三账户ID和第二会话ID。在一些实施例中，ID管理可以从第二功能接收包括与业务的消费者的流量用量相关联的信息的流量用量响应。在一些实施例中，ID管理可以向DAM发送数据收集响应，该数据收集响应包括与业务的消费者相关联的第二会话ID和存储业务的消费者的流量用量的存储器的地址。

在一些实施例中，DAM可以在924处生成收费结果。在一些实施例中，DAM可以根据与业务消费者相关联的信息生成收费结果。

在一些实施例中，DAM可以根据接收到的一个或多个地址获取包括以下中的一个或多个的信息：与业务相关联的收费配置文件和业务消费者的流量用量。然后，DAM可以根据获取的信息生成收费结果。

在一些实施例中，DAM可以根据地址集合获取包括收费配置文件的信息。在一些实施例中，DAM可以获取与业务的消费者的流量用量相关联的信息。在一些实施例中，DAM可以至少部分地根据获取的信息生成收费结果。在一些实施例中，收费结果包括接收到的映射。然后，DAM可以将生成的收费结果发送给收费功能。

在一些实施例中，在926处，收费功能可以从DAM接收用于指示如何为请求者对业务进行收费的收费结果。在一些实施例中，在928处，收费功能可以根据接收到的收费结果为请求者对业务进行收费。

如本文所述，本实施例提供包括全局收费管理和DAM的多提供商收费架构。多提供商收费架构可以通过DAM提供用于不同提供商的多提供商收费模型。多提供商收费架构可以提高安全性并增强隐私保护。本实施例还可以提供基于全局UE ID执行收费计算。实施例还可以提供在不使用全局UE ID的情况下执行收费计算(例如，当UE在不同提供商之间或在同一提供商内具有不同ID时)。

如本领域技术人员可以理解的，本文描述的实施例可以用于物联网(internet ofthings，IoT)和车联网(internet of Vehicle，IoV)场景。本文描述的实施例还可以应用于卫星通信等应用软件。在这些场景中，数据包中的目的标识符可以称为UE的标识符，或者终端设备(例如，物联网设备、可穿戴设备、车用设备(或车载设备、车设装备))的标识。

图10是根据本发明不同实施例的UE 1000的示意图，其可以执行本文显式或隐式描述的上述方法和特征的任何或全部操作。例如，配备网络功能的计算机可以配置为UE1000。

如图所示，UE 1000可以包括：例如中央处理器(Central Processing Unit，CPU)的处理器1010、或例如图形处理单元(Graphics Processing Unit，GPU)的专用处理器、或其他此类处理器单元、存储器1020、非瞬时性大容量存储器1030、输入输出接口1040、网络接口1050和收发器1060，所有这些都通过双向总线1070通信耦合。根据某些实施例，所述元件中的任意或所有元件是可以利用的，或者仅所述元件的子集是可以利用。此外，UE 1000可以包含某些构件的多个实例，例如多个处理器、存储器或收发器。此外，硬件设备的元件可以在没有总线的情况下直接耦合至其它元件。附加地或替代地，除处理器和存储器之外，还可以采用集成电路等其它电子器件来执行所需的逻辑操作。

存储器1020可以包括任意类型的非瞬时性存储器，例如，静态随机存取存储器(static random access memory，SRAM)、动态随机存取存储器(dynamic random accessmemory，DRAM)、同步DRAM(synchronous DRAM，SDRAM)、只读存储器(read-only memory，ROM)或其任意组合等。大容量存储元件1030可以包括任意类型的非瞬时性存储设备，例如，固态驱动器、硬盘驱动器、磁盘驱动器、光盘驱动器、USB盘或用于存储数据和机器可执行程序代码的任何计算机程序产品。根据某些实施例，存储器1020或大容量存储器1030可以在其上记录可由用于执行上述任意方法操作的处理器1010执行的语句和指令。

本发明的各实施例可以使用电子硬件、软件或其组合来实现。在一些实施例中，本发明由一个或多个计算机处理器执行存储在存储器中的程序指令来实现。在一些实施例中，本发明部分或全部在硬件中实现，例如，使用一个或多个现场可编程门阵列(fieldprogrammable gate array，FPGA)或应用型专用集成电路(application specificintegrated circuit，ASIC)来快速执行处理操作。

应当理解，尽管为了说明的目的，本文已经描述了技术的具体实施例，但在不脱离技术范围的情况下，可以进行各种修改。因此，说明书和附图仅被视为所附权利要求书限定的对本发明的说明，并且预期覆盖落入本发明的范围内的任何和所有修改、变型、组合或等效物。具体地，提供用于存储机器可读取的信号的计算机程序产品或程序元件，或磁线、磁带、磁盘或光线、光带或光盘等程序存储或存储设备，在本技术的范围内，用于根据本技术的方法控制计算机的操作和/或根据本技术的系统构造其部分或全部组件。

与本文描述的方法相关联的动作可以在计算机程序产品中实现为编码指令。换句话说，计算机程序产品是一种计算机可读介质，当计算机程序产品被加载到存储器中并在无线通信设备的微处理器上执行时，软件代码被记录在计算机可读介质该介质上以执行所述方法。

此外，所述方法的每个操作可以在诸如个人计算机、服务器、PDA等的任何计算设备上执行，并根据从诸如c++、Java等的任何编程语言生成的一个或多个程序元件、模块或对象或者一个或多个程序元件、模块或对象的一部分来执行。另外，每个操作或实现每个所述操作的文件或对象等可以由专用硬件或为此目的设计的电路模块执行。

通过上述实施例的描述，本发明可以仅通过硬件实现，也可以通过软件和必要的通用硬件平台实现。基于这种理解，本发明的技术方案可以通过软件产品的形式体现。软件产品可以存储在非易失性或非瞬时性存储介质中，非易失性或非瞬时性存储介质可以是光盘只读存储器(compact disk read-only memory，CD-ROM)、USB闪存盘或可移动硬盘。软件产品包括许多指令，这些指令使得计算机设备(个人计算机、服务器或网络设备)能够执行本发明的实施例中提供的方法。例如，该执行可以对应于本文中描述的逻辑操作的模拟。根据本发明的实施例，软件产品可以附加地或替代地包括多个指令，该指令使得计算机设备能够执行配置或编程数字逻辑装置的操作。

尽管已经参考本发明的特定特征和实施例描述了本发明，但是显然可以在不脱离本发明的情况下对本发明进行各种修改和组合。因此，说明书和附图仅被视为所附权利要求书限定的对本发明的说明，并且预期覆盖落入本发明的范围内的任何和所有修改、变型、组合或等效物。

Claims (24)

1.一种收费方法，其特征在于，所述方法包括：

收费功能从代表提供商的请求者接收对业务收费的收费请求，其中所述业务跨越由包括请求者代表的提供商在内的多个提供商操作的多个网络功能(network function，NF)，其中所述收费请求包括所述请求者的标识符(identifier，ID)，并且其中所述多个提供商不受所述业务的消费者的信任；

所述收费功能根据接收到的信息向DAM发送请求收费结果的收费过程请求，所述收费过程请求包括所述请求者的ID；

所述收费功能从所述DAM接收用于指示如何为所述请求者对所述业务进行收费的所述收费结果；

所述收费功能根据所述接收到的收费结果为所述请求者对所述业务进行收费。

2.根据权利要求1所述的方法，其特征在于，所述收费请求是所述收费功能通过触发功能从所述请求者接收的，

其中，所述触发功能被配置为实现代表所述多个提供商的请求者与所述收费功能之间通信的接口。

3.根据权利要求2所述的方法，其特征在于，

所述收费请求还包括针对所述业务相关联的隐私保护的安全要求和指示以下中的一个或多个的收费要求：所述业务的收费的频率、所述业务的ID和指示所述业务如何收费的计费结果；其中所述收费请求是所述收费功能通过所述触发功能从所述请求者通过以下方式接收的：

所述触发功能从所述请求者接收第二收费请求；

所述触发功能根据所述收费要求配置多提供商收费模型，所述多提供商收费模型指示如何对跨越所述一个或多个提供商的所述业务进行收费；

所述触发功能向所述收费功能发送所述收费请求，所述收费请求用于请求对所述业务进行收费，包括所述请求者ID和所述安全要求，并指示所述多提供商收费模型。

4.根据权利要求3所述的方法，其特征在于，所述触发功能确定与所述第二收费请求相关联的一个或多个收费事件，所述触发功能向所述收费功能发送的所述收费请求指示所述一个或多个收费事件。

5.根据权利要求2至4中任一项所述的方法，其特征在于，所述收费请求还包括：指示建立收费链的触发指示；其中在所述收费功能通过所述触发功能从所述请求者接收所述收费请求之前，所述方法还包括：

所述触发功能接收所述收费请求；

所述触发功能向用于管理与业务相关联的收费链的链管理功能发送收费链建立请求，所述收费链建立请求包括以下中的一个或多个：所述业务的ID和所述触发指示；

所述触发功能从所述链管理功能接收指示收费链的响应，所述收费链与包括一个或多个组成员的收费组相关联，其中所述组成员是所述业务的消费者。

6.根据权利要求5所述的方法，其特征在于，所述收费请求还包括：与所述收费链相关联的所述收费组成员的ID。

7.根据权利要求5或6所述的方法，其特征在于，所述方法还包括：

所述链管理功能根据所述收费链建立请求对所述请求者进行验证；

所述链管理功能根据所述收费链建立请求获取关于所述收费组的信息；

所述链管理功能根据所述建立的收费组，确定用于所述请求者的收费链。

8.根据权利要求3至7中任一项所述的方法，其特征在于，所述方法还包括：

所述收费功能根据所述安全要求配置指示收费过程的收费模式选项，其中所述收费过程请求指示所述收费模式选项。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述收费过程请求还包括由所述请求者代表的所述提供商分配的所述业务的消费者的第一账户ID，其中所述收费结果包括所述第一账户ID；

所述方法还包括：

DAM请求与所述业务的所述消费者相关联的信息；

所述DAM接收与所述业务的所述消费者相关联的所述信息，包括以下中的一个或多个：与所述业务相关联的收费配置文件和所述业务的所述消费者的流量用量。

10.根据权利要求9所述的方法，其特征在于，所述DAM请求与所述业务的所述消费者相关联的信息包括：

所述DAM向ID管理功能发送数据收集请求，其中所述数据收集请求用于请求与所述业务的所述消费者相关联的所述信息，并包括所述第一账户ID，其中所述ID管理功能受所述业务的所述消费者信任；

其中所述方法还包括：

所述ID管理功能将所述第一账户ID与所述多个提供商中第二提供商分配的所述业务的所述消费者的第二账户ID进行映射；

所述ID管理功能向第一功能发送收费配置文件请求，所述收费配置文件请求的所述收费配置文件与所述业务相关联并且包括所述第二账户ID，其中所述第一功能由所述多个提供商中的所述第二提供商操作；

所述ID管理从所述第一功能接收用于指示所述收费配置文件的收费配置文件响应；

所述ID管理向所述DAM发送所述收费配置文件。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

所述ID管理功能将所述第一账户ID与所述多个提供商中第三提供商分配的所述业务的所述消费者的第三账户ID进行映射；

所述ID管理功能向第二功能发送流量用量请求，所述流量用量请求用于请求与所述业务的所述消费者的流量用量相关联的信息，并包括所述第三账户ID，其中所述第二功能由所述多个提供商中的所述第三提供商操作；

所述ID管理从所述第二功能接收包括与所述业务的所述消费者的流量用量相关联的信息的流量用量响应。

12.根据权利要求9至11中任一项所述的方法，其特征在于，所述方法还包括：

所述DAM根据所述业务的所述消费者相关联的所述信息生成所述收费结果；

所述DAM将所述生成的收费结果发送给所述收费功能。

13.根据权利要求1至8中任一项所述的方法，其特征在于，所述收费过程请求还包括以下中的一个或多个：由所述请求者代表的所述提供商分配的所述业务的消费者的第一账户ID，所述收费结果包括所述第一账户ID；

所述方法还包括：

DAM请求与所述业务的所述消费者相关联的信息；

所述DAM接收与所述业务的所述消费者相关联的信息，所述信息包括与所述业务的所述消费者相关联的会话ID，其中所述信息指示以下中的一个或多个：存储与所述业务相关联的收费配置文件的存储器的地址和所述业务的所述消费者的流量用量的存储器的地址。

14.根据权利要求13所述的方法，其特征在于，与所述业务的消费者相关联的会话ID包括第一会话ID和第二会话ID，其中所述请求与所述业务的所述消费者相关联的信息的DAM包括：

所述DAM向ID管理功能发送数据收集请求，其中所述数据收集请求用于请求与所述业务的所述消费者相关联的所述信息，并包括所述第一账户ID，其中所述ID管理功能受所述业务的所述消费者信任；

其中所述方法还包括：

所述ID管理功能将所述第一账户ID与所述多个提供商中第二提供商分配的所述业务的所述消费者的第二账户ID进行映射；

所述ID管理功能生成与所述业务的所述消费者和所述第二账户ID两者相关联的所述第一会话ID；

所述ID管理功能向第一功能发送请求与所述业务相关联的收费配置文件请求，所述收费配置文件请求包括所述第二账户ID和所述第一会话ID，其中所述第一功能由所述多个提供商中的所述第二提供商操作；

所述ID管理从所述第一功能接收用于指示存储与所述业务相关联的所述收费配置文件的所述存储器的所述地址的收费配置文件响应；

所述ID管理向所述DAM发送与所述业务的所述消费者相关联的所述第一会话ID和存储与所述业务相关联的所述收费配置文件的所述存储器的所述地址。

15.根据权利要求13或14所述的方法，其特征在于，所述方法还包括：

所述DAM根据所述接收到的一个或多个地址，获取包括以下中的一个或多个：与所述业务相关联的所述收费配置文件和所述业务的所述消费者的所述流量用量；

所述DAM根据所述获取的信息生成所述收费结果；

所述DAM将所述生成的收费结果发送给所述收费功能。

16.根据权利要求1至8所述的方法，其特征在于，所述收费功能还从所述请求者接收由所述请求者代表的所述提供商分配的所述业务的消费者的第一账户ID，其中所述第一账户ID是由所述请求者使用ID管理功能的密钥加密的加密ID，所述方法还包括：

所述收费功能向所述ID管理功能发送请求交换所述业务的所述消费者的第一账户ID的ID交换请求；

所述收费功能从所述ID管理功能接收ID交换响应，其中所述ID交换响应包括所述第一账户ID与所述多个提供商的一个或多个ID之间的一个或多个映射；

其中，所述收费过程请求和所述收费结果还包括所述接收到的一个或多个映射。

17.根据权利要求16所述的方法，其特征在于，所述方法还包括：

所述DAM向所述ID管理功能发送数据收集请求，所述数据收集请求用于请求与所述业务的所述消费者相关联的信息，并包括账户ID集合，其中所述ID管理功能受所述业务的所述消费者信任；

所述ID管理功能通过将所述第一账户ID进行映射到多个提供商分配的所述业务的所述消费者的所述账户ID集合，获取所述一个或多个映射；

所述ID管理功能生成与所述业务的所述消费者和所述账户ID集合相关联的会话ID集合；

所述ID管理功能根据所述会话ID集合获取与所述业务相关联的关于收费配置文件的信息，其中所述关于收费配置文件的信息指示地址集合，其中，每个地址指向存储器，所述存储器存有与所述业务相关联的所述收费配置文件和所述会话ID集合；

所述ID管理功能向所述DAM发送响应，所述响应包括以下中的一个或多个：所述账户ID集合、所述会话ID集合和所述地址集合。

18.根据权利要求16或17所述的方法，其特征在于，所述方法还包括：

所述DAM根据所述地址集合获取包括所述收费配置文件的信息；

所述DAM至少部分地根据所述获取的信息生成所述收费结果；

所述DAM将所述生成的收费结果发送给所述收费功能。

19.根据权利要求18所述的方法，其特征在于，在生成所述收费结果之前，所述方法还包括：

所述DAM获取与所述业务的所述消费者的流量用量相关联的信息。

20.一种通信系统，其特征在于，包括：

至少一个处理器；

非瞬时性存储器，其中，所述非瞬时性存储器存储有机器可读指令，当所述机器可读指令被所述至少一个处理器执行时，所述机器可读指令用于执行如权利要求1至19中任一项所述的方法。

21.一种机器可读介质，其特征在于，所述机器可读介质存储指令，当所述指令被处理器执行时，所述指令用于执行如权利要求1至19中任一项所述的方法。

22.一种装置，其特征在于，包括用于执行如权利要求1至19中任一项所述的方法的构件。

23.一种通信系统，其特征在于，包括一个或多个如权利要求22所述的装置。

24.一种网络单元，其特征在于，包括：

至少一个处理器；

非瞬时性存储器，其中，所述非瞬时性存储器存储有机器可读指令，当所述机器可读指令被所述至少一个处理器执行时，所述机器可读指令将所述网络单元用于执行如权利要求1、2、8和16中任一项所述的方法的收费功能。