CN110445623B - 计费方法、设备及系统 - Google Patents

Abstract

本申请实施例提供计费方法、设备及系统，使得可以降低计费对相关网元性能的要求。方法包括：策略执行网元获取第一数据流量，该第一数据流量为第一终端所属计费组在该策略执行网元上的当前数据流量；策略执行网元确定该第一数据流量已经达到该第一终端所属计费组对应的第一组计费流量分片的上报流量；策略执行网元向计费功能网元发送该第一终端所属计费组的组标识以及该第一数据流量，其中，该组标识和该第一数据流量用于请求该第一终端所属计费组对应的第二组计费流量分片。

Description

计费方法、设备及系统

技术领域

本申请涉及通信技术领域，尤其涉及计费方法、设备及系统。

背景技术

目前，在分组核心网计费架构中，当运营商向企业或用户组提供数据业务时，策略和计费执行功能(policy and charging enforcement function，PCEF)网元上对于企业或用户组内的各个用户数据流量，分别进行业务识别和计费处理。其中，离线计费流程中，PCEF网元根据运营商为企业或用户组分配的特定计费标识为企业或用户组内的每个用户分别生成离线话单；在线计费流程中，OCS为企业或用户组内的每个用户进行流量配额管理，PCEF网元根据运营商为企业或用户组分配的特定计费标识与在线计费系统(onlinecharging system，OCS)之间通过Gy接口进行企业或用户组内的每个用户的在线计费消息交互，由OCS将特定计费标识的流量进行汇总之后，根据是否达到设定阈值来确定是否进行策略变更。若需要进行策略变更，则OCS可以通过与策略和计费执行功能(policy andcharging rule function，PCRF)网元之间的Sy接口通知PCRF网元进行策略变更。也就是说，现有技术中的在线或离线计费策略控制都是基于用户进行的。这存在如下问题：

第一，由于基于用户的流量分片较小，触发的离线话单生成或Gy接口消息交互均会比较频繁，因此该方案对于PCEF网元以及OCS的业务处理性能要求较高。

第二，由于每个用户均需要创建并维护一个Gy在线计费会话，以及基于用户生成离线话单，因此，对于该方案对于PCEF网元以及OCS的静态性能要求也较高。

第三，在线计费流程中，OCS需要为每个用户进行流量配额管理，并将特定计费标识的流量进行汇总，因此要求OCS需要支持用户组的流量后处理功能。此外，离线计费流程中，离线计费系统(offline charging system)也需要将特定计费标识的流量进行汇总，因此要求OFCS需要支持用户组的流量后处理功能。

综上，现有的计费方法对于相关网元的各项性能要求都较高，因此，如何提供一种计费方法，使得可以降低计费对相关网元性能的要求，是目前亟待解决的问题。

发明内容

本申请实施例提供计费方法、设备及系统，使得可以降低计费对相关网元性能的要求。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种计费方法，该方法包括：策略执行网元获取第一数据流量，该第一数据流量为第一终端所属计费组在该策略执行网元上的当前数据流量；策略执行网元确定该第一数据流量已经达到该第一终端所属计费组对应的第一组计费流量分片的上报流量；策略执行网元向计费功能网元发送该第一终端所属计费组的组标识以及该第一数据流量，其中，该组标识和该第一数据流量用于请求该第一终端所属计费组对应的第二组计费流量分片。由于该方案的计费控制是以计费组为粒度进行的，不像现有技术一样，是基于用户进行的，因此基于本申请实施例提供的计费方法进行计费，将大大减少创建和维护的计费会话数量。另外，由于基于计费组的流量分片通常大于基于用户的流量分片，因此基于本申请实施例提供的计费方法进行计费，将大大减少策略执行网元和计费功能网元之间的消息交互次数。同时，由于计费功能网元不需要再为每个用户进行流量配额管理以及将特定计费标识的流量进行汇总，因此，基于本申请实施例提供的计费系统进行计费，也不需要计费功能网元支持用户组的流量后处理功能。综上，基于本申请实施例提供的计费系统进行计费，可以大大降低对相关网元，如策略执行网元和计费功能网元的性能要求，进而可以降低设备厂商的成本。

在一种可能的设计中，本申请实施例提供的计费方法还可以包括：策略执行网元接收来自计费功能网元的该组标识以及该第一终端所属计费组对应的第二组计费流量分片；其中，该组标识以及该第二组计费流量分片用于对该第一终端所属计费组内的终端的数据流量进行组计费处理。基于该方案，策略执行网元在第一数据流量已经达到该第一终端所属计费组对应的第一组计费流量分片的上报流量之后，可以继续根据第二组计费流量分片对第一终端所属计费组内的终端的数据流量进行组计费处理。

在一种可能的设计中，该第一终端所属计费组包括会话级计费组或业务级计费组。

在一种可能的设计中，策略执行网元为策略和计费执行功能网元；策略执行网元获取第一数据流量，包括：策略和计费执行功能网元接收来自该第一终端的数据包；策略和计费执行功能网元根据该数据包，确定该第一终端所属计费组的组标识；策略和计费执行功能网元根据该组标识和该数据包对应的数据流量，确定该第一数据流量。基于该方案，策略和计费执行功能网元可以获取第一终端所属计费组在该策略和计费执行功能网元上的当前数据流量。

在一种可能的设计中，策略和计费执行功能网元根据该数据包，确定该第一终端所属计费组的组标识，包括：策略和计费执行功能网元根据该数据包，确定该第一终端的标识；策略和计费执行功能网元根据该第一终端的标识，确定该第一终端所属计费组的组标识。基于该方案，策略和计费执行功能网元可以确定该第一终端所属会话级计费组的组标识。

在一种可能的设计中，策略和计费执行功能网元根据该第一终端的数据包，确定该第一终端所属计费组的组标识，包括：策略和计费执行功能网元根据该数据包，确定该第一终端的标识；策略和计费执行功能网元根据该第一终端的标识和该数据包对应的业务确定该第一终端所属计费组的组标识。基于该方案，策略和计费执行功能网元可以确定该第一终端所属业务级计费组的组标识。

在一种可能的设计中，策略执行网元为会话管理网元；相应的，策略执行网元获取第一数据流量，包括：会话管理网元接收来自用户面功能网元的第二数据流量和该组标识，该第二数据流量为该第一终端所属计费组在该用户面功能网元上的当前数据流量；会话管理网元根据该第二数据流量和该组标识，确定该第一数据流量。基于该方案，会话管理网元可以获取第一终端所属计费组在该会话管理网元上的当前数据流量。

在一种可能的设计中，该策略执行网元为会话管理网元；相应的，本申请实施例提供的计费方法还可以包括：在该第一数据流量未达到该第一组计费流量分片的上报流量的情况下，会话管理网元向用户面功能网元发送该组标识以及该第一终端所属计费组对应的第三组计费流量分片，该组标识以及该第三组计费流量分片用于对该第一终端所属计费组内的终端的数据流量进行组计费处理，其中，该第三组计费流量分片小于该第一组计费流量分片。基于该方案，用户面功能网元可以根据第三组计费流量分片继续对第一终端所属计费组内的终端的数据流量进行组计费处理。

在一种可能的设计中，本申请实施例提供的计费方法还可以包括：策略执行网元接收来自该计费功能网元的第一指示信息，该第一指示信息用于指示该第一终端所属计费组无可用组计费流量分片。这样策略执行网元可以不再向计费功能网元请求新的组计费流量分片。

在一种可能的设计中，本申请实施例提供的计费方法还可以包括：对于该第一终端所属计费组内的任一终端，均按照下述针对第二终端的方式进行处理：策略执行网元接收来自策略控制网元的第一消息，该第一消息用于指示删除该第二终端和该第一终端所属计费组的关联关系；策略执行网元根据该第一消息，删除该第二终端和该第一终端所属计费组的关联关系。这样，在后续流程中对于来自第二终端的数据包的数据流量只能匹配到个人计费流量上，不再享受组计费策略。

在一种可能的设计中，该策略执行网元为会话管理网元；相应的，本申请实施例提供的计费方法还可以包括：对于该第一终端所属计费组内的任一终端，均按照下述针对第二终端的方式进行处理：会话管理网元接收来自策略控制网元的第一消息，该第一消息用于指示删除该第二终端和该第一终端所属计费组的关联关系；会话管理网元根据该第一消息，删除该第二终端和该第一终端所属计费组的关联关系；会话管理网元向用户面功能网元发送第二消息，该第二消息用于指示删除该第二终端和该第一终端所属计费组的关联关系。这样，在后续流程中对于来自第二终端的数据包的数据流量只能匹配到个人计费流量上，不再享受组计费策略。

在一种可能的设计中，该策略执行网元上预先配置有该第一终端和该第一终端所属计费组的关联关系。也就是说，本申请实施例中，第一终端和该第一终端所属计费组的关联关系可以静态配置。

在一种可能的设计中，本申请实施例提供的计费方法还可以包括：策略执行网元接收来自策略控制网元的该组标识和该第一终端的标识；策略执行网元根据该组标识和该第一终端的标识，将该第一终端和该第一终端所属计费组进行关联。也就是说，本申请实施例中，第一终端和该第一终端所属计费组的关联关系可以由策略控制网元动态配置。

在一种可能的设计中，本申请实施例提供的计费方法还可以包括：策略执行网元确定未与计费功能网元建立组计费会话；策略执行网元向该计费功能网元发送第三消息，该第三消息携带该组标识，用于请求建立与该组标识对应的计费会话；策略执行网元接收来自该计费功能网元的该第一终端所属计费组对应的第四组计费流量分片。基于该方案，策略执行网元可以与计费功能网元建立组计费会话。

第二方面，提供例如一种计费方法，该方法包括：策略和计费执行功能网元获取第一数据流量，该第一数据流量为第一终端所属计费组在该策略和计费执行功能网元上的当前数据流量；策略和计费执行功能网元确定该第一数据流量已经达到该第一终端所属计费组对应的预设流量；策略和计费执行功能网元根据该第一数据流量生成离线话单。其中，第二方面的技术效果可参考上述第一方面技术效果的描述，在此不再赘述。

其中，策略和计费执行功能网元获取第一数据流量的具体实现可参考上述第一方面的描述，在此不再赘述。

第三方面，提供了一种策略执行网元，该策略执行网元具有实现上述第一方面任一项所述的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第四方面，提供了一种策略执行网元，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该策略执行网元运行时，该处理器执行该存储器存储的该计算机执行指令，以使该策略执行网元执行如上述第一方面中任一项所述的计费方法。

第五方面，提供了一种策略执行网元，包括：处理器；所述处理器用于与存储器耦合，并读取存储器中的指令之后，根据所述指令执行如上述第一方面中任一项所述的计费方法。

第六方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第一方面中任一项所述的计费方法。

第七方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面中任一项所述的计费方法。

第八方面，提供了一种芯片系统，该芯片系统包括处理器，用于支持策略执行网元实现上述第一方面中所涉及的功能，例如获取第一数据流量。在一种可能的设计中，该芯片系统还包括存储器，该存储器，用于保存策略执行网元必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第三方面至第八方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。

第九方面，提供了一种策略和计费执行功能网元，该策略和计费执行功能网元具有实现上述第二方面任一项所述的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第十方面，提供了一种策略和计费执行功能网元，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该策略和计费执行功能网元运行时，该处理器执行该存储器存储的该计算机执行指令，以使该策略和计费执行功能网元执行如上述第二方面中任一项所述的计费方法。

第十一方面，提供了一种策略和计费执行功能网元，包括：处理器；所述处理器用于与存储器耦合，并读取存储器中的指令之后，根据所述指令执行如上述第二方面中任一项所述的计费方法。

第十二方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第二方面中任一项所述的计费方法。

第十三方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第二方面中任一项所述的计费方法。

第十四方面，提供了一种芯片系统，该芯片系统包括处理器，用于支持策略和计费执行功能网元实现上述第二方面中所涉及的功能，例如获取第一数据流量。在一种可能的设计中，该芯片系统还包括存储器，该存储器，用于保存策略和计费执行功能网元必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第九方面至第十四方面中任一种设计方式所带来的技术效果可参见第二方面中不同设计方式所带来的技术效果，此处不再赘述。

第十五方面，提供了一种计费系统，该计费系统包括：策略执行网元和计费功能网元；策略执行网元，用于获取第一数据流量，该第一数据流量为第一终端所属计费组在该策略执行网元上的当前数据流量；策略执行网元，还用于在确定该第一数据流量已经达到该第一终端所属计费组对应的第一组计费流量分片的流量之后，向计费功能网元发送该第一终端所属计费组的组标识以及该第一数据流量，其中，该组标识和该第一数据流量用于请求该第一终端所属计费组对应的第二组计费流量分片；计费功能网元，用于接收来自该策略执行网元的该组标识以及该第一数据流量。其中，第十五方面的技术效果可参考上述第一方面技术效果的描述，在此不再赘述。

在一种可能的设计中，计费功能网元，还用于向该策略执行网元发送该组标识以及该第一终端所属计费组对应的第二组计费流量分片；策略执行网元，还用于接收来自该计费功能网元的该组标识以及该第二组计费流量分片，其中，该组标识以及该第二组计费流量分片用于对该第一终端所属计费组内的终端的数据流量进行组计费处理。基于该方案，策略执行网元在第一数据流量已经达到该第一终端所属计费组对应的第一组计费流量分片的上报流量之后，可以继续根据第二组计费流量分片对第一终端所属计费组内的终端的数据流量进行组计费处理。

在一种可能的设计中，该计费系统还包括：策略控制网元；计费功能网元，还用于向该策略控制网元发送第一指示信息，该第一指示信息用于指示该第一终端所属计费组无可用组计费流量分片；策略控制网元，用于接收来自该计费功能网元的该第一指示信息，并根据该第一指示信息，确定需要对该第一终端所属计费组内的终端进行策略更新；对于该第一终端所属计费组内的任一终端，均按照下述针对第二终端的方式进行处理：策略控制网元，还用于向该策略执行网元发送第一消息，该第一消息用于指示删除该第二终端和该第一终端所属计费组的关联关系；策略执行网元，还用于接收来自该策略控制网元的该第一消息，并根据该第一消息，删除该第二终端和该第一终端所属计费组的关联关系。这样，在后续流程中对于来自第二终端的数据包的数据流量只能匹配到个人计费流量上，不再享受组计费策略。

在一种可能的设计中，该计费系统还包括：策略控制网元；策略控制网元，用于接收来自该策略执行网元的第四消息，该第四消息用于携带该第一终端的标识，用于请求该第一终端对应的计费策略；策略控制网元根据该第一终端的标识，确定该第一终端为组计费终端、以及，第一终端需要根据组计费账户状态进行计费策略更新；策略控制网元将该第一终端和该第一终端所属计费组进行关联。基于该方案，策略控制网元可以将该第一终端和该第一终端所属计费组进行关联。

在一种可能的设计中，策略控制网元，还用于确定未与该计费功能网元建立组计费会话；策略控制网元，还用于向该计费功能网元发送第五消息，该第五消息携带该组标识，用于请求建立与该组标识对应的计费会话；计费功能网元，还用于接收来自该策略控制网元的该第五消息，并根据该第五消息，将该组标识与对应的计费账户状态相关联；计费功能网元，还用于向该策略控制网元发送第六消息，该第六消息用于指示与该组标识对应的计费会话建立完成。基于该方案，策略控制网元可以与计费功能网元建立组计费会话。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

图1为本申请实施例提供的一种计费系统的结构示意图；

图2为本申请实施例提供的一种计费系统在5G网络之前的网络中的应用示意图；

图3为本申请实施例提供的一种计费系统在5G网络中的应用示意图；

图4为本申请实施例提供的一种通信设备的硬件结构示意图；

图5为本申请实施例提供的计费方法流程示意图一；

图6为本申请实施例提供的会话建立方法流程示意图一；

图7为本申请实施例提供的计费方法流程示意图二；

图8为本申请实施例提供的会话建立方法流程示意图二；

图9为本申请实施例提供的计费方法流程示意图三；

图10为本申请实施例提供的策略执行网元的结构示意图；

图11为本申请实施例提供的策略和计费执行功能网元的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

此外，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

如图1所示，为本申请实施例提供的计费系统10，该计费系统10包括策略执行网元101和计费功能网元102。

其中，策略执行网元101，用于获取第一数据流量，该第一数据流量为第一终端所属计费组在该策略执行网元101上的当前数据流量；在确定第一数据流量已经达到第一终端所属计费组对应的第一组计费流量分片的流量之后，向计费功能网元102发送第一终端所属计费组的组标识以及第一数据流量，其中，该组标识和该第一数据流量用于请求第一终端所属计费组对应的第二组计费流量分片。

计费功能网元102，用于接收来自策略执行网元101的组标识以及第一数据流量。

可选的，本申请实施例中的策略执行网元101和计费功能网元102可以直接通信，也可以通过其他设备的转发进行通信，本申请实施例对此不作具体限定。

本申请实施例提供的计费系统中，策略执行网元在第一终端所属计费组在该策略执行网元上的当前数据流量已经达到第一终端所属计费组对应的第一组计费流量分片的流量之后才向计费功能网元请求新的计费流量分片，也就是说，计费控制是以计费组为粒度进行的，不像现有技术一样，是基于用户进行的，因此基于本申请实施例提供的计费系统进行计费，将大大减少创建和维护的计费会话数量。另外，由于基于计费组的流量分片通常大于基于用户的流量分片，因此基于本申请实施例提供的计费系统进行计费，将大大减少策略执行网元和计费功能网元之间的消息交互次数。同时，由于计费功能网元不需要再为每个用户进行流量配额管理以及将特定计费标识的流量进行汇总，因此，基于本申请实施例提供的计费系统进行计费，也不需要计费功能网元支持用户组的流量后处理功能。综上，基于本申请实施例提供的计费系统进行计费，可以大大降低对相关网元，如策略执行网元和计费功能网元的性能要求，进而可以降低设备厂商的成本。

可选的，如图1所示，本申请实施例提供的计费系统10还可以包括策略控制网元103。

其中，计费功能网元102，还用于向策略控制网元103发送第一指示信息，该第一指示信息用于指示第一终端所属计费组无可用组计费流量分片。

策略控制网元103，用于接收来自计费功能网元的第一指示信息，并根据第一指示信息，确定需要对第一终端所属计费组内的终端进行策略更新。

进而，对于第一终端所属计费组内的任一终端，均按照下述针对第二终端的方式进行处理：

策略控制网元103，还用于向策略执行网元101发送第一消息，该第一消息用于指示删除第二终端和第一终端所属计费组的关联关系。

策略执行网元101，还用于接收来自策略控制网元103的第一消息，并根据第一消息，删除第二终端和第一终端所属计费组的关联关系。

也就是说，基于本申请实施例提供的计费系统，可以在第一终端所属计费组无可用组计费流量分片的情况下，及时对第一终端所属计费组内的终端进行策略更新。

或者，可选的，如图1所示，本申请实施例提供的计费系统10还可以包括策略控制网元103。

其中，策略控制网元103，用于接收来自策略执行网元101的第四消息，该第四消息用于携带第一终端的标识，用于请求第一终端对应的计费策略；根据第一终端的标识，确定第一终端为组计费终端，以及，确定第一终端需要根据组计费账户状态进行策略更新；将第一终端和第一终端所属计费组进行关联。

也就是说，基于本申请实施例提供的计费系统，可以在第一终端为组计费终端，且需要根据组计费账户状态进行策略更新的情况下，将第一终端和第一终端所属计费组进行关联。

可选的，图1所示的计费系统10可以应用于目前正在讨论的第五代(5thgeneration，5G)网络；也可以应用于5G网络之前的网络，如第二代(2nd generation，2G)网络、第三代(3rd generation，3G)网络或第四代(4th generation，4G)网络；还可以应用于5G网络之后的未来其它的网络，本发明实施例对此不作具体限定。

示例性的，假设图1所示的计费系统10应用于目前5G网络之前的网络，则如图2所示，上述的策略执行网元所对应的网元或者实体可以为5G网络之前的网络中的PCEF网元；上述的计费功能网元所对应的网元或者实体可以为5G网络之前的网络中的OCS；上述的策略控制网元所对应的网元或者实体可以为5G网络之前的网络中的PCRF网元。

其中，PCRF网元通过Gx接口与PCEF网元通信，PCRF网元通过Sy接口与OCS通信，OCS通过Gy接口与PCEF网元通信。

当然，除了图2中示出的网元，5G网络之前的网络中还包括其他的网元，比如4G网络中还包括移动管理实体(mobility management entity，MME)以及服务网关(servinggateway，SGW)等，2G或3G网络中还包括服务通用分组无线业务(general packet radioservice，GPRS)支持节点(serving GPRS support node，SGSN)等，相关描述具体可参考现有的2G、3G或4G网络架构描述，在此不再赘述。

示例性的，假设图1所示的计费系统10应用于目前正在讨论的5G网络，则如图3所示，上述的策略执行网元所对应的网元或者实体可以为5G网络中的会话管理功能(sessionmanagement function，SMF)网元；上述的计费功能网元所对应的网元或者实体可以为5G网络中的计费功能(Charging Function，CHF)网元；上述的策略控制网元所对应的网元或者实体可以为5G网络中的策略控制功能(policy control function，PCF)网元。

此外，如图3所示，该5G网络还可以包括接入设备、接入和移动管理功能(accessand mobility management function，AMF)网元、用户面功能(user plane function，UPF)网元以及一些未示出的网元，如鉴权服务器功能(authentication server function，AUSF)网元、网络开放功能(network exposure function，NEF)网元等，本申请实施例对此不作具体限定。

其中，终端通过接入设备接入5G核心网，终端通过下一代网络(Next generation，N)1接口(简称N1)与AMF网元通信，接入设备通过N2接口(简称N2)与AMF网元通信，接入设备通过N3接口(简称N3)与UPF网元通信，AMF网元通过N11接口(简称N11)与SMF网元通信，AMF网元通过N15接口(简称N15)与PCF网元通信，SMF网元通过N7接口(简称N7)与PCF网元通信，SMF网元通过N4接口(简称N4)与UPF网元通信，SMF网元通过N16接口(简称N16)与CHF网元通信，CHF网元通过N24接口(简称N24)与PCF网元通信，接入数据网络，UPF网元通过N6接口(简称N6)接入数据网络。

需要说明的是，图3中的各个网元之间的接口名字只是一个示例，具体实现中接口名字可能为其他名字，本申请实施例对此不作具体限定。

需要说明的是，图3中的AMF网元、SMF网元、UPF网元、PCF网元或者CHF网元等仅是一个名字，名字对设备本身不构成限定。在5G网络以及未来其它的网络中，AMF网元、SMF网元、UPF网元、PCF网元或者CHF网元等所对应的网元或实体也可以是其他的名字，本申请实施例对此不作具体限定。例如，该UPF网元还有可能被替换为UPF或者UPF实体，等，在此进行统一说明，以下不再赘述。

可选的，本申请实施例中所涉及到的终端(terminal)可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备；还可以包括用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptopcomputer)、无绳电话(cordless phone)或者无线本地环路(wireless local loop，WLL)台、机器类型通信(machine type communication,MTC)终端、用户设备(user equipment，UE)，移动台(mobile station，MS)，终端设备(terminal device)或者中继用户设备等。其中，中继用户设备例如可以是5G家庭网关(residential gateway，RG)。为方便描述，本申请中，上面提到的设备统称为终端。

可选的，本申请实施例中所涉及的接入设备指的是接入核心网的设备，例如可以是基站，宽带网络业务网关(broadband network gateway，BNG)，汇聚交换机，非第三代合作伙伴计划(3rd generation partnership project，3GPP)接入设备等。基站可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。

可选的，本申请实施例图1中的策略执行网元、计费功能网元或者策略控制网元可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。

例如，本申请实施例图1中的策略执行网元、计费功能网元或者策略控制网元可以通过图4中的通信设备来实现。图4所示为本申请实施例提供的通信设备的硬件结构示意图。该通信设备400包括至少一个处理器401，通信线路402，存储器403以及至少一个通信接口404。

处理器401可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路402可包括一通路，在上述组件之间传送信息。

通信接口404，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。

存储器403可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路402与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器403用于存储执行本申请方案的计算机执行指令，并由处理器401来控制执行。处理器401用于执行存储器403中存储的计算机执行指令，从而实现本申请下述实施例提供的计费方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器401可以包括一个或多个CPU，例如图4中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备400可以包括多个处理器，例如图4中的处理器401和处理器408。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，通信设备400还可以包括输出设备405和输入设备406。输出设备405和处理器401通信，可以以多种方式来显示信息。例如，输出设备405可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备406和处理器401通信，可以以多种方式接收用户的输入。例如，输入设备406可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的通信设备400可以是一个通用设备或者是一个专用设备。在具体实现中，通信设备400可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant，PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图4中类似结构的设备。本申请实施例不限定通信设备400的类型。

下面将结合图1至图4对本申请实施例提供的计费方法进行具体阐述。

需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

首先，以图1所示的计费系统应用于如图2所示的5G之前的网络为例，如图5所示，为本申请实施例提供的一种计费方法，包括如下步骤：

S501、第一终端向PCEF网元发送数据包，以使得PCEF网元接收来自第一终端的数据包。

S502、PCEF网元根据该数据包，确定第一终端所属计费组的组标识。

可选的，本申请实施例中，PCEF网元根据该数据包，确定第一终端所属计费组的组标识具体可以包括：

PCEF网元根据该数据包，确定第一终端的标识；进而，根据第一终端的标识，确定第一终端所属计费组的组标识。

示例性的，PCEF网元在接收到来自第一终端的数据包之后，可以通过该数据包对应的数据面地址关联对应的信令面地址，进而根据该信令面地址可以确定出第一终端的标识。PCEF网元在确定出第一终端的标识之后，可以根据该第一终端的标识确定出对应的计费策略。若该计费策略中包括第一终端的标识和第一终端所属计费组的组标识的对应关系，则表征该第一终端为会话级组计费终端，则PCEF网元可以不用识别数据包中的内容，而是直接根据第一终端的标识、以及第一终端的标识和第一终端所属计费组的组标识的对应关系，确定第一终端所属计费组的组标识。该情况下，第一终端所属计费组为会话级计费组。

或者，可选的，本申请实施例中，PCEF网元根据该数据包，确定第一终端所属计费组的组标识具体可以包括：

PCEF网元根据该数据包，确定第一终端的标识；进而，根据第一终端的标识和该数据包对应的业务，确定第一终端所属计费组的组标识。

示例性的，PCEF网元在接收到来自第一终端的数据包之后，可以通过该数据包对应的数据面地址关联对应的信令面地址，进而根据该信令面地址可以确定出第一终端的标识。PCEF网元在确定出第一终端的标识之后，可以根据该第一终端的标识确定出对应的计费策略。若该计费策略中包括一条或多条业务规则，则PCEF网元需要通过识别数据包中的内容，确定该数据包对应的业务。比如，PCEF网元可以将该数据包分别与第一终端对应的计费策略中的各条业务规则进行匹配，若与某条业务规则成功匹配，则该业务规则对应的业务即为该数据包对应的业务，该业务规则中包括的组标识或者该业务规则对应的组标识即为第一终端所属计费组的组标识。该情况下，第一终端所属计费组为业务级计费组。其中，一个终端可以对应一个或多个业务级计费组，比如，第一终端可以对应一个业务A的计费组以及一个业务B的计费组，本申请实施例对此不作具体限定。

S503、PCEF网元根据第一终端所属计费组的组标识以及该数据包对应的数据流量，确定第一数据流量。

示例性的，假设第一终端所属计费组在PCEF网元上由组计费节点1进行管理，则PCEF网元可以根据第一终端所属计费组的组标识，将来自第一终端的数据包的所有数据流量均关联到组计费节点1上进行汇总。假设该数据包的流量为3M，在未将该数据包的所有数据流量均关联到组计费节点1上进行汇总之前，组计费节点1上的流量为4M，则在将该数据包的所有数据流量均关联到组计费节点1上进行汇总之后，组计费节点1上的流量为3M+4M＝7M。

S504、PCEF网元确定第一数据流量已经达到第一终端所属计费组对应的第一组计费流量分片的上报流量。

可选的，本申请实施例中，可以设定第一终端所属计费组对应的第一组计费流量分片的上报流量等于第一终端所属计费组对应的第一组计费流量分片的流量；也可以设定第一终端所属计费组对应的第一组计费流量分片的上报流量小于第一终端所属计费组对应的第一组计费流量分片的流量，比如，第一终端所属计费组对应的第一组计费流量分片的上报流量为第一终端所属计费组对应的第一组计费流量分片的流量的80％，本申请实施例对此不作具体限定。

S505、PCEF网元通过Gy接口向OCS发送信用控制请求更新(credit controlrequest-update，CCR-U)消息，以使得OCS接收来自PCEF网元的CCR-U消息。

其中，该CCR-U消息携带第一终端所属计费组的组标识以及第一数据流量。该第一终端所属计费组的组标识以及第一数据流量用于请求第一终端所属计费组对应的第二组计费流量分片。

假设本申请实施例中的第一组计费流量分片不是最后一个组计费流量分片，也就是说，第一终端所属计费组有可用组计费流量分片，则可选的，本申请实施例提供的计费方法还包括以下步骤S506-S508：

S506、OCS根据第一终端所属计费组的组标识，在第一终端所属计费组的流量池中为第一终端所属计费组分配第二组计费流量分片。

可选的，本申请实施例中，第一组计费流量分片的大小与第二组计费流量分片的大小可能相同，也可能不同，本申请实施例对此不作具体限定。

S507、OCS通过Gy接口向PCEF网元发送信用控制应答更新(credit controlanswer-update，CCA-U)消息1，以使得PCEF网元接收来自OCS的CCA-U消息1。

其中，该CCA-U消息1携带第一终端所属计费组的组标识以及第一终端所属计费组对应的第二组计费流量分片。

S508、PCEF网元根据第一终端所属计费组的组标识以及第一终端所属计费组对应的第二组计费流量分片，对第一终端所属计费组内的终端的数据流量进行组计费处理。

假设本申请实施例中的第一组计费流量分片为最后一个组计费流量分片，也就是说，第一终端所属计费组无可用组计费流量分片，则可选的，本申请实施例提供的计费方法还包括以下步骤S509-S515：

S509、OCS向PCEF网元发送CCA-U消息2，以使得PCEF网元接收来自OCS的CCA-U消息2。

其中，该CCA-U消息2携带指示信息1，该指示信息1用于指示第一终端所属计费组无可用组计费流量分片；或者，该指示信息1用于指示OCS不再为第一终端所属计费组分配新的组计费流量分片等，本申请实施例对此不作具体限定。

示例性的，例如可以通过在CCA-U消息2中携带第一终端所属计费组的组标识以及将新分配的组计费流量分片的流量位置为0的方式实现上述指示信息1的功能，本申请实施例对此不作具体限定。

可选的，本申请实施例中，若第一组计费流量分片为最后一个组计费流量分片，则在OCS向PCEF网元发送该第一组计费流量分片时也可以指示该分片为最后一个组计费流量分片，从而可以不用执行步骤S505和S509。也就是说，若第一组计费流量分片为最后一个组计费流量分片，则步骤S505和步骤S509是个可选的步骤，在此统一说明，以下不再赘述。

S510、OCS通过Sy接口向PCRF网元发送消费状态通知请求(spending statusnotification request，SNR)消息，以使得PCRF网元接收来自OCS的SNR消息。

其中，该SNR消息携带指示信息2，该指示信息2用于指示第一终端所属计费组无可用组计费流量分片；或者，该指示信息2用于指示OCS不再为第一终端所属计费组分配新的组计费流量分片等，本申请实施例对此不作具体限定。

示例性的，例如可以通过在SNR消息中携带第一终端所属计费组的组标识的方式实现上述指示信息2的功能，本申请实施例对此不作具体限定。

可选的，本申请实施例中的指示信息1和指示信息2可以相同，也可以不相同，本申请实施例对此不作具体限定。

需要说明的是，本申请实施例中的步骤S509与步骤S510之间没有必然的执行先后顺序，可以是先执行步骤S509，再执行步骤S510；也可以是先执行步骤S510，再执行步骤S509；还可以是同时执行步骤S509和S510，本申请实施例对此不作具体限定。

S511、PCRF网元根据第一终端所属计费组的组标识，确定需要对第一终端所属计费组内的终端进行计费策略更新。

S512、PCRF网元通过Sy接口向OCS发送消费状态通知请求(spending statusnotification answer，SNA)消息，以使得OCS接收来自PCRF网元的SNA消息。

其中，该SNA消息用于通知OCS该PCRF网元已经获知第一终端所属计费组无可用组计费流量分片或者OCS不再为第一终端所属计费组分配新的组计费流量分片等，本申请实施例对此不作具体限定。

进一步的，本申请实施例中，在PCRF网元确定需要对第一终端所属计费组内的终端进行计费策略更新之后，对于第一终端所属计费组内的任一终端，还需要按照下述针对第二终端的方式进行处理：

S513、PCRF网元通过Gx接口向PCEF网元发送重新授权请求(re-authenticationrequest，RAR)消息，以使得PCEF网元接收来自PCRF网元的RAR消息。

其中，该RAR消息用于指示删除第二终端和第一终端所属计费组的关联关系。

可选的，本申请实施例中的RAR消息中可以携带与第二终端对应的变更的计费策略，该变更的计费策略可以用于指示删除第二终端和第一终端所属计费组的关联关系，本申请实施例对此不作具体限定。

S514、PCEF网元根据RAR消息，删除第二终端和第一终端所属计费组的关联关系。

可选的，本申请实施例中，若第一终端所属计费组为会话级计费组，则PCEF网元删除第二终端和第一终端所属计费组的关联关系，例如可以是删除与第二终端的标识对应的组标识或者删除第二终端的标识和与第二终端的标识对应的组标识的对应关系等；若第一终端所属计费组为业务级计费组，则PCEF网元删除第二终端和第一终端所属计费组的关联关系，例如可以是删除与第二终端的标识对应的组标识、或者删除第二终端的标识和与第二终端的标识对应的组标识的对应关系、或者删除第二终端的标识和与第二终端的标识对应的包含第一终端所属计费组的组标识的业务规则等，本申请实施例对此不作具体限定。

示例性的，假设第一终端所属计费组在PCEF网元上由组计费节点1进行管理，且第一终端所属计费组为会话级计费组，则计费节点1可能会管理如表一所示的计费策略：

表一

终端标识	组标识
		第一终端的标识	组标识1
第二终端的标识	组标识1
		第三终端的标识	组标识1
……	……

其中，在PCEF网元根据RAR消息，删除第二终端和第一终端所属计费组的关联关系之后，计费节点1管理的计费策略可以如表二所示：

表二

终端标识	组标识
		第一终端的标识	组标识1
第二终端的标识
		第三终端的标识	组标识1
……	……

或者，示例性的，假设第一终端所属计费组在PCEF网元上由组计费节点1进行管理，且第一终端所属计费组为业务级计费组，则计费节点1可能会管理如表三所示的计费策略：

表三

其中，假设当前第一终端所属业务级计费组的组标识为组标识3，则在PCEF网元根据RAR消息，删除第二终端和第一终端所属计费组的关联关系之后，计费节点1管理的计费策略可以如表四所示：

表四

可选的，表三和表四以业务规则中包括组标识为例进行说明，当然，如表五所示，业务规则和组标识也可能以对应关系的形式呈现，本申请实施例对此不作具体限定。

表五

其中，本申请实施例中，在PCEF网元根据RAR消息，删除第二终端和第一终端所属计费组的关联关系之后，对于来自第二终端的数据包的数据流量只能匹配到个人计费流量上，不再享受组计费策略，在此统一说明，以下不再赘述。

可选的，本申请实施例中，PCEF网元将第二终端的计费策略由组计费策略更新为个人计费策略可能有多种实现方式，如可以只解除第二终端和第一终端所属计费组的关联关系，也可以由PCRF网元下发个人计费套餐相关的策略等，本申请实施例对此不作具体限定。

S515、PCEF网元向PCRF网元发送重新授权请求(re-authentication answer，RAA)消息，以使得PCRF网元接收来自PCEF网元的RAA消息。

其中，该RAA消息用于指示已经更新第二终端对应的计费策略。

示例性的，对于第一终端所属计费组内的第一终端，可以按照上述步骤S513-S515中针对第二终端的方式进行处理，此时仅需将步骤S513-S515中的第二终端替换为第一终端即可，在此不再赘述。

基于本申请实施例提供的计费方法进行计费，可以大大降低对相关网元，如PCEF网元和OCS的性能要求，进而可以降低设备厂商的成本，相关技术效果分析可参考计费系统部分，在此不再赘述。

其中，上述步骤S501至步骤S515中的PCEF网元、PCRF网元或OCS的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

基于图5所示的计费方法，可选的，如图6所示，为本申请实施例提供的一种会话建立方法，该会话建立方法中可以完成上述计费策略的配置过程，具体包括如下步骤：

S601、第一终端向PCEF网元发送会话建立请求，以使得PCEF网元接收来自第一终端的会话建立请求。

其中，该会话建立请求中携带第一终端的标识。

S602、PCEF网元根据会话建立请求，通过Gx接口向PCRF网元发送信用控制请求初始(credit control request-initial，CCR-U)消息1，以使得PCRF网元接收来自PCEF网元的CCR-I消息1。

其中，该CCR-I消息1携带第一终端的标识，用于请求第一终端对应的计费策略。

S603、PCRF网元根据第一终端的标识，确定第一终端为组计费终端，以及第一终端需要根据组计费账户状态进行计费策略更新。

需要说明的是，本申请实施例以第一终端作为组计费终端，已经在PCRF网元上签约管理为例进行说明。因此，PCRF网元在获取第一终端的标识之后，可以根据第一终端的标识，查找到第一终端对应的签约数据，从而根据签约数据可以确定第一终端为组计费终端，以及第一终端需要根据组计费账户状态进行计费策略更新。

可选的，本申请实施例中的第一终端可以为会话级组计费终端，也可以为业务级组计费终端，本申请实施例对此不作具体限定。

S604、PCRF网元确定未与OCS建立第一终端所属计费组的组计费会话。

可选的，本申请实施例中，若第一终端为会话级组计费终端，则第一终端所属计费组为会话级计费组；若第一终端为业务级组计费终端，则第一终端所属计费组为业务级计费组，本申请实施例对此不作具体限定。

S605、PCRF网元通过Sy接口向OCS发送消费限制请求初始(spending limitrequest-initial，SLR-I)消息，以使得OCS接收来自PCRF网元的SLR-I消息。

其中，该SLR-I消息携带第一终端所属计费组的组标识，用于请求建立与第一终端所属计费组的组标识对应的计费会话。

S606、OCS根据SLR-I消息，将第一终端所属计费组的组标识与对应的计费账户状态相关联。

S607、OCS通过Sy接口向PCRF网元发送消费限制应答初始(spending limitanswer-initial，SLR-I)消息，以使得PCRF网元接收来自OCS的SLA-I消息。

其中，该SLA-I消息用于指示与第一终端所属计费组的组标识对应的计费会话建立完成。

需要说明的是，本申请实施例中，若PCRF网元确定已经与OCS建立第一终端所属计费组的组计费会话，则可以不用执行上述步骤S604-S607。也就是说，对于一个计费组，仅需在PCRF网元与OCS之间建立一次与第一终端所属计费组对应的计费会话即可，无需像现有技术一样，需要在PCRF网元与OCS之间建立与计费组内的每个终端分别对应的计费会话，从而大大减少了PCRF网元和OCS之间的消息交互次数，进而对PCRF网元和OCS的性能要求大大降低。

可选的，本申请实施例中，在OCS将第一终端所属计费组的组标识与对应的计费账户状态相关联之后，若与第一终端所属计费组的组标识对应的计费账户状态发生变更，比如，第一终端所属计费组无可用组计费流量分片等，则OCS需要及时通知PCRF网元，以使得PCRF网元及时更新第一终端所属计费组内的终端的计费策略，相关描述可参考图5所示的实施例中的步骤S510-S515，在此不再赘述。

S608、PCRF网元将第一终端和第一终端所属计费组进行关联。

示例性的，PCRF网元可以为第一终端所属计费组分配一个组策略节点，进而PCRF网元可以将第一终端和该组策略节点进行关联；或者，PCRF网元可以建立第一终端的标识和第一终端所属计费组的组标识的对应关系，等等，本申请实施例对此不作具体限定。

需要说明的是，本申请实施例中，若第一终端为业务级组计费终端，则对于该第一终端对应的一个或多个业务级计费组中的每个业务级计费组，均可以按照上述步骤S604-S608的方式执行，本申请实施例对此不作具体限定。

需要说明的是，本申请的步骤S604-S608应用于PCRF网元确定第一终端需要根据组计费账户状态进行计费策略更新的场景下，若PCRF网元确定第一终端不需要根据组计费账户状态进行计费策略更新，可以不用执行上述步骤S604-S608，在此统一说明，以下不再赘述。

在PCRF网元确定第一终端所属计费组有可用组计费流量分片的情况下，本申请实施例提供的会话建立方法还可以包括如下步骤：

S609、PCRF网元通过Gx接口向PCEF网元发送信用控制应答初始(credit controlanswer-initial，CCA-U)消息1，以使得PCEF网元接收来自PCRF网元的CCA-I消息1。

其中，该CCA-I消息1携带第一终端对应的计费组的计费策略，该第一终端对应的计费策略为用于表征第一终端属于某个计费组的计费策略。

可选的，本申请实施例中，若第一终端为会话级组计费终端，则第一终端对应的计费策略为会话级计费策略；若第一终端为业务级组计费终端，则第一终端对应的计费策略为业务级计费策略，本申请实施例对此不作具体限定。

示例性的，若第一终端为会话级组计费终端，则第一终端对应的计费策略例如可以包括第一终端的标识和第一终端所属会话级计费组的组标识的对应关系。

或者，示例性的，若第一终端为业务级组计费终端，则第一终端对应的计费策略例如可以包括第一终端的标识和该业务级计费组对应的业务规则的对应关系，其中，该业务规则中包括第一终端所属业务级计费组的组标识。

或者，示例性的，若第一终端为业务级组计费终端，则第一终端对应的计费策略例如可以包括第一终端的标识、该业务级计费组对应的业务规则以及第一终端所属业务级计费组的组标识的对应关系。

或者，示例性的，若第一终端为业务级组计费终端，则第一终端对应的计费策略例如可以包括第一终端的标识和该业务级计费组对应的业务规则的标识的对应关系，以使得根据该业务规则的标识和第一终端的标识，可以确定出配置在PCEF网元上的该业务级计费组对应的业务规则，其中，配置在PCEF网元上的该业务级计费组对应的业务规则中包括第一终端所属业务级计费组的组标识；或者，以使得根据该业务规则的标识和第一终端的标识，可以确定出配置在PCEF网元上的该业务级计费组对应的业务规则和第一终端所属业务级计费组的组标识。

需要说明的是，本申请实施例中，若第一终端为业务级组计费终端，则对于该第一终端对应的一个或多个业务级计费组中的每个业务级计费组，均可以按照上述步骤S609的方式执行；或者，该CCA-I消息1中可以携带第一终端对应的多个业务级计费组的计费策略，本申请实施例对此不作具体限定。

S610、PCEF网元将第一终端与第一终端所属计费组进行关联。

示例性的，PCEF网元可以为第一终端所属计费组分配一个组计费节点，进而PCEF网元可以将第一终端所属计费组的计费策略和该组策略节点进行关联。或者，若第一终端为会话级组计费终端，PCEF网元可以建立第一终端的标识和第一终端所属会话级计费组的组标识的对应关系；若第一终端为业务级组计费终端，PCEF网元可以建立第一终端的标识、第一终端所属业务级计费组的组标识以及对应的业务规则的对应关系，或者，PCEF网元可以建立第一终端的标识以及第一终端所属业务级计费组对应的业务规则的对应关系，其中，该业务规则中包括第一终端所属业务级计费组的组标识，等等，本申请实施例对此不作具体限定。

S611、PCEF网元确定未与OCS建立第一终端所属计费组的组计费会话。

S612、PCEF网元通过Gy接口向OCS发送CCR-I消息2，以使得OCS接收来自PCEF网元的CCR-I消息2。

其中，该CCR-I消息2携带第一终端所属计费组的组标识，用于请求建立与第一终端所属计费组的组标识对应的计费会话。

S613、OCS根据CCR-I消息2，为第一终端所属计费组分配对应的第一组计费流量分片。

S614、OCS通过Gy接口向PCEF网元发送CCA-I消息2，以使得PCEF网元接收来自OCS的CCA-I消息2。

其中，该CCA-I消息2携带第一终端所属计费组的组标识以及第一终端所属计费组对应的第一组计费流量分片。

S615、PCEF网元根据CCA-I消息2，将第一终端所属计费组与对应的第一组计费流量分片进行关联。

示例性的，PCRF网元可以为第一终端所属计费组分配一个组计费节点，进而PCEF网元可以将该第一组计费流量分片和该组策略节点进行关联。或者，PCEF网元可以建立该第一组计费流量分片和第一终端所属计费组的组标识的对应关系，等等，本申请实施例对此不作具体限定。

可选的，本申请实施例中，在PCEF网元将第一终端所属计费组与对应的第一组计费流量分片进行关联之后，PCEF网元可以根据第一终端所属计费组的组标识以及第一终端所属计费组对应的第一组计费流量分片，对第一终端所属计费组内的终端的数据流量进行组计费处理，具体可参考图5所示的计费方法，在此不再赘述。

需要说明的是，本申请实施例中，若PCEF网元确定已经与OCS建立第一终端所属计费组的组计费会话，则可以不用执行上述步骤S611-S615。也就是说，对于一个计费组，仅需在PCEF网元与OCS之间建立一次与第一终端所属计费组对应的计费会话即可，无需像现有技术一样，需要在PCEF网元与OCS之间建立与计费组内的每个终端分别对应的计费会话，从而大大减少了PCEF网元和OCS之间的消息交互次数，进而对PCEF网元和OCS的性能要求大大降低。

需要说明的是，本申请实施例中，若第一终端为业务级组计费终端，则对于该第一终端对应的一个或多个业务级计费组中的每个业务级计费组，均可以按照上述步骤S610-S615的方式执行，本申请实施例对此不作具体限定。

S616、PCEF网元向第一终端发送会话建立应答，以使得第一终端接收来自PCEF网元的会话建立应答。

其中，该会话建立应答用于指示与第一终端对应的计费会话建立完成。

基于本申请实施例提供的会话建立方法，可以实现与第一终端对应的计费策略的配置过程。

其中，上述步骤S601至步骤S616中的PCEF网元、PCRF网元或OCS的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

可选的，基于图6所示的会话建立方法，也可以执行不同于图5所示的实施例的计费方法，在此统一说明，以下不再赘述。

可选的，本申请实施例中，与第一终端对应的计费策略也可以预先配置在PCEF网元上，本申请实施例对此不作具体限定。

可选的，图5或图6所示的实施例均以一个计费组内的终端分布在一个PCEF网元上为例进行说明。当然，一个计费组内的终端也可能分布在不同的PCEF网元上，此时，每个PCEF网元与其它网元的交互流程均可参考上述图5或图6所示的实施例中的PCEF网元与其它网元的交互流程，在此不再赘述。

可选的，以图1所示的计费系统应用于如图3所示的5G网络为例，如图7所示，为本申请实施例提供的一种计费方法，包括如下步骤：

S701、第一终端向UPF网元发送数据包，以使得UPF网元接收来自第一终端的数据包。

S702、UPF网元根据该数据包，确定第一终端所属计费组的组标识。

可选的，本申请实施例中，UPF网元根据该数据包，确定第一终端所属计费组的组标识的方式与上述步骤S502中PCEF网元根据该数据包，确定第一终端所属计费组的组标识的方式可以类似，区别比如在于将PCEF网元替换为UPF网元，相关描述可参考步骤S502，在此不再赘述。

S703、UPF网元根据第一终端所属计费组的组标识以及该数据包对应的数据流量，确定第二数据流量。

示例性的，UPF网元确定第二数据流量的方式与上述S503中PCEF网元确定第一数据流量的方式类似，区别比如在于第一终端所属计费组在UPF网元上通常由组流量统计节点进行管理，相关描述可参考步骤S503，在此不再赘述。

S704、UPF网元确定第二数据流量已经达到第一终端所属计费组对应的第五组计费流量分片的上报流量。

其中，UPF网元确定第二数据流量已经达到第一终端所属计费组对应的第五组计费流量分片的上报流量的方式与上述步骤S504中PCEF网元确定第一数据流量已经达到第一终端所属计费组对应的第一组计费流量分片的上报流量的方式类似，相关描述可参考步骤S504，在此不再赘述。

S705、UPF网元向SMF网元发送消息1，以使得SMF网元接收来自UPF网元的消息1。

其中，该消息1携带第一终端所属计费组的组标识以及该第二数据流量。

S706、SMF网元根据第一终端所属计费组的组标识以及该第二数据流量，确定第一数据流量。

其中，该第一数据流量为第一终端所属计费组在SMF网元上的当前数据流量。

示例性的，假设第一终端所属计费组在SMF网元上由组计费节点1进行管理，则SMF网元可以根据第一终端所属计费组的组标识，将第二数据流量关联到组计费节点1上进行汇总。假设该第二数据流量为5M，在未将第二数据流量关联到组计费节点1上进行汇总之前，组计费节点1上的流量为6M，则在将第二数据流量关联到组计费节点1上进行汇总之后，组计费节点1上的流量为5M+6M＝11M。

可选的，本申请实施例中，若SMF网元确定第一数据流量未达到第一终端所属计费组对应的第一组计费流量分片的上报流量，则本申请实施例提供的计费方法还可以包括如下步骤：

S707、SMF网元确定第一数据流量未达到第一终端所属计费组对应的第一组计费流量分片的上报流量。

S708、SMF网元为第一终端所属计费组分配第三组计费流量分片。

可选的，本申请实施例中，第三组计费流量分片的大小与第五组计费流量分片的大小可能相同，也可能不同，本申请实施例对此不作具体限定。

S709、SMF网元向UPF网元发送消息2，以使得UPF网元接收来自SMF网元的消息2.

其中，该消息2携带第一终端所属计费组的组标识以及第一终端所属计费组对应的第三组计费流量分片。

S710、UPF网元根据第一终端所属计费组的组标识以及第一终端所属计费组对应的第三组计费流量分片，对第一终端所属计费组内的终端的数据流量进行组计费处理。

可选的，本申请实施例中，若SMF网元确定第一数据流量已经到第一终端所属计费组对应的第一组计费流量分片的上报流量，则本申请实施例提供的计费方法还可以包括如下步骤：

S711、SMF网元确定第一数据流量已经达到第一终端所属计费组对应的第一组计费流量分片的上报流量。

S712、SMF网元向CHF网元发送消息3，以使得CHF网元接收来自SMF网元的消息3。

其中，该消息3携带第一终端所属计费组的组标识以及第一数据流量。该第一终端所属计费组的组标识以及第一数据流量用于请求第一终端所属计费组对应的第二组计费流量分片。

假设本申请实施例中的第一组计费流量分片不是最后一个组计费流量分片，也就是说，第一终端所属计费组有可用组计费流量分片，则可选的，本申请实施例提供的计费方法还包括以下步骤：

S713、CHF网元根据第一终端所属计费组的组标识，在第一终端所属计费组的流量池中为第一终端所属计费组分配第二组计费流量分片。

可选的，本申请实施例中，第一组计费流量分片的大小与第二组计费流量分片的大小可能相同，也可能不同，本申请实施例对此不作具体限定。

S714、CHF网元向SMF网元发送消息4，以使得SMF网元接收来自CHF网元的消息4。

其中，该消息4携带第一终端所属计费组的组标识以及第一终端所属计费组对应的第二组计费流量分片。

S715、SMF网元根据第一终端所属计费组的组标识以及第一终端所属计费组对应的第二组计费流量分片，对第一终端所属计费组内的终端的数据流量进行组计费处理。

假设本申请实施例中的第一组计费流量分片为最后一个组计费流量分片，也就是说，第一终端所属计费组无可用组计费流量分片，则可选的，本申请实施例提供的计费方法还包括以下步骤：

S716、CHF网元向SMF网元发送消息5，以使得SMF网元接收来自CHF网元的消息5。

其中，该消息5携带指示信息1，该指示信息1用于指示第一终端所属计费组无可用组计费流量分片；或者，该指示信息1用于指示CHF网元不再为第一终端所属计费组分配新的组计费流量分片等，本申请实施例对此不作具体限定。

示例性的，例如可以通过在消息5中携带第一终端所属计费组的组标识以及将新分配的组计费流量分片的流量位置为0的方式实现上述指示信息1的功能，本申请实施例对此不作具体限定。

可选的，本申请实施例中，若第一组计费流量分片为最后一个组计费流量分片，则在CHF网元向SMF网元发送该第一组计费流量分片时也可以指示该分片为最后一个组计费流量分片，从而可以不用执行步骤S712和S716。也就是说，若第一组计费流量分片为最后一个组计费流量分片，则步骤S712和步骤S716是个可选的步骤，在此统一说明，以下不再赘述。

S717、SMF网元向UPF网元发送消息6，以使得UPF网元接收来自SMF网元的消息6。

其中，该消息6携带上述指示信息1，指示信息1的相关描述可参考步骤S716，在此不再赘述。。

可选的，本申请实施例中，若第一组计费流量分片为最后一个组计费流量分片，则在CHF网元向SMF网元发送该第一组计费流量分片时也可以指示该分片为最后一个组计费流量分片，从而可以不用执行步骤S712和S716。也就是说，若第一组计费流量分片为最后一个组计费流量分片，则步骤S712和步骤S716是个可选的步骤，在此统一说明，以下不再赘述。

当然，若在SMF网元为UPF网元分配第五组计费流量分片时，指示该第五组计费流量分片为CHF网元分配给SMF网元的最后一个组计费流量分片中的最后一个组计费流量分片，则本申请实施例也可以不用执行步骤S705-S716，本申请实施例对此不作具体限定。

S718、CHF网元向PCF网元发送消息7，以使得PCF网元接收来自CHF网元的消息7。

其中，该消息7携带指示信息2，该指示信息2用于指示第一终端所属计费组无可用组计费流量分片；或者，该指示信息2用于指示CHF网元不再为第一终端所属计费组分配新的组计费流量分片等，本申请实施例对此不作具体限定。

示例性的，例如可以通过在消息7中携带第一终端所属计费组的组标识的方式实现上述指示信息2的功能，本申请实施例对此不作具体限定。

可选的，本申请实施例中的指示信息1和指示信息2可以相同，也可以不相同，本申请实施例对此不作具体限定。

需要说明的是，本申请实施例中的步骤S716与步骤S718之间没有必然的执行先后顺序，可以是先执行步骤S716，再执行步骤S718；也可以是先执行步骤S718，再执行步骤S716；还可以是同时执行步骤S716和S718，本申请实施例对此不作具体限定。

S719、PCF网元根据第一终端所属计费组的组标识，确定需要对第一终端所属计费组内的终端进行计费策略更新。

S720、PCF网元向CHF网元发送应答消息1，以使得CHF网元接收来自PCF网元的应答消息1。

其中，该应答消息1用于通知CHF网元该PCF网元已经获知第一终端所属计费组无可用组计费流量分片或者CHF网元不再为第一终端所属计费组分配新的组计费流量分片等，本申请实施例对此不作具体限定。

进一步的，本申请实施例中，在PCF网元确定需要对第一终端所属计费组内的终端进行计费策略更新之后，对于第一终端所属计费组内的任一终端，还需要按照下述针对第二终端的方式进行处理：

S721、PCF网元向SMF网元发送消息8，以使得SMF网元接收来自PCF网元的消息8。

其中，该消息8用于指示删除第二终端和第一终端所属计费组的关联关系。

可选的，本申请实施例中的消息8中可以携带与第二终端对应的变更的计费策略，该变更的计费策略可以用于指示删除第二终端和第一终端所属计费组的关联关系，本申请实施例对此不作具体限定。

S722、SMF网元根据消息8，删除第二终端和第一终端所属计费组的关联关系。

其中，SMF网元删除第二终端和第一终端所属计费组的关联关系的相关示例可参考图5所示的实施例中步骤S514的相关描述，在此不再赘述。

其中，本申请实施例中，在SMF网元根据消息8，删除第二终端和第一终端所属计费组的关联关系之后，对于来自第二终端的数据包的数据流量只能匹配到个人计费流量上，不再享受组计费策略，在此统一说明，以下不再赘述。

可选的，本申请实施例中，SMF网元将第二终端的计费策略由组计费策略更新为个人计费策略可能有多种实现方式，如可以只解除第二终端和第一终端所属计费组的关联关系，也可以由PCF网元下发个人计费套餐相关的策略等，本申请实施例对此不作具体限定。

S723、SMF网元向PCF网元发送应答消息2，以使得PCF网元接收来自SMF网元的应答消息2。

其中，该应答消息2用于指示已经更新第二终端对应的计费策略。

S724、SMF网元向UPF网元发送消息9，以使得UPF网元接收来自SMF网元的消息9。

其中，该消息9用于指示删除第二终端和第一终端所属计费组的关联关系。

可选的，本申请实施例中的消息9中可以携带与第二终端对应的变更的计费策略，该变更的计费策略可以用于指示删除第二终端和第一终端所属计费组的关联关系，本申请实施例对此不作具体限定。

S725、UPF网元根据消息9，删除第二终端和第一终端所属计费组的关联关系。

其中，UPF网元删除第二终端和第一终端所属计费组的关联关系的相关示例可参考图5所示的实施例中步骤S514的相关描述，在此不再赘述。

其中，本申请实施例中，在UPF网元根据消息9，删除第二终端和第一终端所属计费组的关联关系之后，对于来自第二终端的数据包的数据流量只能匹配到个人计费流量上，不再享受组计费策略，在此统一说明，以下不再赘述。

可选的，本申请实施例中，UPF网元将第二终端的计费策略由组计费策略更新为个人计费策略可能有多种实现方式，如可以只解除第二终端和第一终端所属计费组的关联关系，也可以由PCF网元通过SMF网元下发个人计费套餐相关的策略等，本申请实施例对此不作具体限定。

S726、UPF网元向SMF网元PCF网元发送应答消息3，以使得SMF网元接收来自UPF网元的应答消息3。

其中，该应答消息3用于指示已经更新第二终端对应的计费策略。

需要说明的是，本申请的步骤S716-S726应用于在第一终端需要根据组计费账户状态进行计费策略更新的场景下，若第一终端不需要根据组计费账户状态进行计费策略更新，可以不用执行上述步骤S716-S726，在此统一说明，以下不再赘述。

基于本申请实施例提供的计费方法进行计费，可以大大降低对相关网元，如UPF网元、SMF网元网元和CHF网元的性能要求，进而可以降低设备厂商的成本，相关技术效果分析可参考计费系统部分，在此不再赘述。

其中，上述步骤S701至步骤S726中的SMF网元、PCF网元或CHF网元的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

基于图7所示的计费方法，可选的，如图8所示，为本申请实施例提供的一种会话建立方法，该会话建立方法中可以完成上述计费策略的配置过程，具体包括如下步骤：

S801、第一终端向SMF网元发送会话建立请求，以使得SMF网元接收来自第一终端的会话建立请求。

其中，该会话建立请求中携带第一终端的标识。

S802、SMF网元根据会话建立请求，向PCF网元发送消息1，以使得PCF网元接收来自SMF网元的消息1。

其中，该消息1携带第一终端的标识，用于请求第一终端对应的计费策略。

S803、PCF网元根据第一终端的标识，确定第一终端为组计费终端，以及第一终端需要根据组计费账户状态进行计费策略更新。

需要说明的是，本申请实施例以第一终端作为组计费终端，已经在PCF网元上签约管理为例进行说明。因此，PCF网元在获取第一终端的标识之后，可以根据第一终端的标识，查找到第一终端对应的签约数据，从而根据签约数据可以确定第一终端为组计费终端，以及第一终端需要根据组计费账户状态进行计费策略更新。

可选的，本申请实施例中的第一终端可以为会话级组计费终端，也可以为业务级组计费终端，本申请实施例对此不作具体限定。

S804、PCF网元确定未与CHF网元建立第一终端所属计费组的组计费会话。

可选的，本申请实施例中，若第一终端为会话级组计费终端，则第一终端所属计费组为会话级计费组；若第一终端为业务级组计费终端，则第一终端所属计费组为业务级计费组，本申请实施例对此不作具体限定。

S805、PCF网元向CHF网元发送消息2，以使得CHF网元接收来自PCF网元的消息2。

其中，该消息2携带第一终端所属计费组的组标识，用于请求建立与第一终端所属计费组的组标识对应的计费会话。

S806、CHF网元根据消息2，将第一终端所属计费组的组标识与对应的计费账户状态相关联。

S807、CHF网元向PCF网元发送应答消息1，以使得PCF网元接收来自CHF网元的应答消息1。

其中，该应答消息1用于指示与第一终端所属计费组的组标识对应的计费会话建立完成。

需要说明的是，本申请实施例中，若PCF网元确定已经与CHF网元建立第一终端所属计费组的组计费会话，则可以不用执行上述步骤S804-S807。也就是说，对于一个计费组，仅需在PCF网元与CHF网元之间建立一次与第一终端所属计费组对应的计费会话即可，无需像现有技术一样，需要在PCF网元与CHF网元之间建立与计费组内的每个终端分别对应的计费会话，从而大大减少了PCF网元和CHF网元之间的消息交互次数，进而对PCF网元和CHF网元的性能要求大大降低。

可选的，本申请实施例中，在CHF网元将第一终端所属计费组的组标识与对应的计费账户状态相关联之后，若与第一终端所属计费组的组标识对应的计费账户状态发生变更，比如，第一终端所属计费组无可用组计费流量分片等，则CHF网元需要及时通知PCF网元，以使得PCF网元及时更新第一终端所属计费组内的终端的计费策略，相关描述可参考图7所示的实施例中的步骤S718-S726，在此不再赘述。

S808、PCF网元将第一终端和第一终端所属计费组进行关联。

示例性的，PCF网元将第一终端和第一终端所属计费组进行关联的方式可参考上述S608中PCRF网元将第一终端和第一终端所属计费组进行关联的方式类似，相关描述可参考步骤S608，在此不再赘述。

需要说明的是，本申请实施例中，若第一终端为业务级组计费终端，则对于该第一终端对应的一个或多个业务级计费组中的每个业务级计费组，均可以按照上述步骤S804-S808的方式执行，本申请实施例对此不作具体限定。

需要说明的是，本申请的步骤S804-S808应用于PCF网元确定第一终端需要根据组计费账户状态进行计费策略更新的场景下，若PCF网元确定第一终端不需要根据组计费账户状态进行计费策略更新，可以不用执行上述步骤S804-S808，在此统一说明，以下不再赘述。

可选的，本申请实施例中，在PCF网元确定第一终端所属计费组有可用组计费流量分片的情况下，本申请实施例提供的组计费策略下发方法还包括如下步骤：

S809、PCF网元向SMF网元发送应答消息2，以使得SMF网元接收来自PCF网元的应答消息2。

其中，该应答消息2携带第一终端对应的计费策略，相关描述可参考图6所示的实施例的步骤S609，在此不再赘述。

需要说明的是，本申请实施例中，若第一终端为业务级组计费终端，则对于该第一终端对应的一个或多个业务级计费组中的每个业务级计费组，均可以按照上述步骤S809的方式执行；或者，该应答消息2中可以携带第一终端对应的多个业务级计费组的计费策略，本申请实施例对此不作具体限定。

S810、SMF网元将第一终端与第一终端所属计费组进行关联。

示例性的，SMF网元将第一终端与第一终端所属计费组进行关联的方式与上述步骤S610中PCEF网元将第一终端与第一终端所属计费组进行关联的方式类似，相关描述可参考步骤S610，在此不再赘述。

S811、SMF网元确定未与CHF网元建立第一终端所属计费组的组计费会话。

S812、SMF网元向CHF网元发送消息3，以使得CHF网元接收来自SMF网元的消息3。

其中，该消息3携带第一终端所属计费组的组标识，用于请求建立与第一终端所属计费组的组标识对应的计费会话。

S813、CHF网元根据消息3，为第一终端所属计费组分配对应的第一组计费流量分片。

S814、CHF网元通过向SMF网元发送应答消息3，以使得SMF网元接收来自CHF网元的应答消息3。

其中，该应答消息3携带第一终端所属计费组的组标识以及第一终端所属计费组对应的第一组计费流量分片。

S815、SMF网元根据应答消息3，将第一终端所属计费组与对应的第一组计费流量分片进行关联。

示例性的，SMF网元将第一终端所属计费组与对应的第一组计费流量分片进行关联的方式与上述步骤S615中PCRF网元将第一终端所属计费组与对应的第一组计费流量分片进行关联的方式类似，相关描述可参考步骤S615，在此不再赘述。

可选的，本申请实施例中，在SMF网元将第一终端所属计费组与对应的第一组计费流量分片进行关联之后，SMF网元可以根据第一终端所属计费组的组标识以及第一终端所属计费组对应的第一组计费流量分片，对第一终端所属计费组内的终端的数据流量进行组计费处理，具体可参考图7所示的计费方法，在此不再赘述。

需要说明的是，本申请实施例中，若SMF网元确定已经与CHF网元建立第一终端所属计费组的组计费会话，则可以不用执行上述步骤S811-S815。也就是说，对于一个计费组，仅需在SMF网元与CHF网元之间建立一次与第一终端所属计费组对应的计费会话即可，无需像现有技术一样，需要在SMF网元与CHF网元之间建立与计费组内的每个终端分别对应的计费会话，从而大大减少了SMF网元和CHF网元之间的消息交互次数，进而对SMF网元和CHF网元的性能要求大大降低。

S816、SMF网元向为第一终端服务的UPF网元发送消息4，以使得UPF网元接收来自SMF网元的消息4。

其中，该消息4携带第一终端对应的计费策略，相关描述可参考图6所示的实施例的步骤S609，在此不再赘述。

可选的，本申请实施例中的消息4中还可以携带SMF网元为第一终端所属计费组分配的第五组计费流量分片以及流量上报阈值等信息，本申请实施例对此不作具体限定。

S817、UPF网元将第一终端与第一终端所属计费组进行关联。

示例性的，UPF网元将第一终端与第一终端所属计费组进行关联的方式与上述步骤S610中PCEF网元将第一终端与第一终端所属计费组进行关联的方式类似，区别比如在于第一终端所属计费组在UPF网元上通常由组流量统计节点进行管理，相关描述可参考步骤S610，在此不再赘述。

可选的，若本申请实施例中步骤S816中的消息4中携带SMF网元为第一终端所属计费组分配的第五组计费流量分片以及流量上报阈值等信息，则本申请实施例提供的会话建立方法还可以包括如下步骤S818：

S818、UPF网元根据消息4，将第一终端所属计费组与对应的第五组计费流量分片进行关联。

示例性的，UPF网元将第一终端所属计费组与对应的第五组计费流量分片进行关联的方式与上述步骤S615中PCRF网元将第一终端所属计费组与对应的第一组计费流量分片进行关联的方式类似，相关描述可参考步骤S615，在此不再赘述。

可选的，本申请实施例中，在UPF网元将第一终端所属计费组与对应的第五组计费流量分片进行关联之后，UPF网元可以根据第一终端所属计费组的组标识以及第一终端所属计费组对应的第一组计费流量分片，对第一终端所属计费组内的终端的数据流量进行组计费处理，具体可参考图7所示的计费方法，在此不再赘述。

S819、UPF网元向SMF网元发送应答消息4，以使得SMF网元接收来自UPF网元的应答消息4。

其中，该应答消息4用于指示UPF网元已经获知第一终端对应的计费策略。

需要说明的是，本申请实施例中，若第一终端为业务级组计费终端，则对于该第一终端对应的一个或多个业务级计费组中的每个业务级计费组，均可以按照上述步骤S810-S819的方式执行，本申请实施例对此不作具体限定。

在会话建立完成之后，可选的，本申请实施例提供的会话建立方法还可以包括如下步骤：

S820、SMF网元向第一终端发送会话建立应答，以使得第一终端接收来自SMF网元的会话建立应答。

其中，该会话建立应答用于指示与第一终端对应的计费会话建立完成。

基于本申请实施例提供的会话建立方法，可以实现与第一终端对应的计费策略的配置过程。

其中，上述步骤S801至步骤S820中的SMF网元、PCF网元或CHF网元的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

可选的，基于图8所示的会话建立方法，也可以执行不同于图7所示的实施例的计费方法，在此统一说明，以下不再赘述。

可选的，本申请实施例中，与第一终端对应的计费策略也可以预先配置在SMF网元上，本申请实施例对此不作具体限定。

可选的，图7或图8所示的实施例均以一个计费组内的终端分布在一个SMF网元上为例进行说明。当然，一个计费组内的终端也可能分布在不同的SMF网元上，此时，每个SMF网元与其它网元的交互流程均可参考上述图7或图8所示的实施例中的SMF网元与其它网元的交互流程，在此不再赘述。

以图1所示的计费系统应用于如图2所示的5G之前的网络为例，如图9所示，为本申请实施例提供的一种计费方法，包括如下步骤：

S901-S903，同步骤S501-S503，相关描述可参考图5所示的实施例，在此不再赘述。

S904、PCEF网元确定第一数据流量已经达到第一终端所属计费组对应的预设流量。

其中，本申请实施例的预设流量为离线计费时设置的生成一次离线话单时所需的流量。

示例性的，若预设流量为10M，则第一数据流量达到10M即可生成一次离线话单。

S905、PCEF网元根据第一数据流量，生成离线话单。

需要说明的是，本申请实施例中，若第一数据流量未达到第一终端所属计费组对应的预设流量，则不需要生成离线话单，直到PCEF网元再接收到来自第一终端所属计费组内的终端的数据包，且第一数据流量达到第一终端所属计费组对应的预设流量才生成离线话单，本申请实施例对此不作具体限定。

可选的，本申请实施例中，PCEF网元也可以在接收来自第一终端的数据包之后，根据该数据包，确定第一终端所属计费组的组标识，进而根据该第一终端所属计费组的组标识确定该第一终端所属计费组当前在该PCEF网元上的计费时长，在计费时长达到第一终端所属计费组对应的预设时长(比如半小时)之后，PCEF可以根据该计费时长，生成离线话单，本申请实施例对此不作具体限定。

基于本申请实施例提供的计费方法进行离线计费，可以大大降低对相关网元，如PCEF网元的性能要求，进而可以降低设备厂商的成本，相关技术效果分析可参考计费系统部分，在此不再赘述。

其中，上述步骤S901至步骤S905中的PCEF网元的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

可选的，本申请实施例中，若计费方式为离线计费，则对应的计费策略的配置过程可以包括图6所示的实施例中的步骤S601-S603、S609-S610以及步骤S616，相关描述可参考图6所示的实施例，在此不再赘述。

综上，因此本申请实施例公开了一种计费方法，包括：策略执行网元获取第一数据流量，该第一数据流量为第一终端所属计费组在策略执行网元上的当前数据流量；策略执行网元确定第一数据流量已经达到第一终端所属计费组对应的第一组计费流量分片的上报流量；策略执行网元向计费功能网元发送第一终端所属计费组的组标识以及第一数据流量，其中，该组标识和该第一数据流量用于请求第一终端所属计费组对应的第二组计费流量分片。

作为一种实现，本申请实施例公开的计费方法还可以包括：策略执行网元接收来自计费功能网元的第一终端所属计费组的组标识以及第一终端所属计费组对应的第二组计费流量分片；其中，该组标识以及该第二组计费流量分片用于对第一终端所属计费组内的终端的数据流量进行组计费处理。

作为一种实现，第一终端所属计费组包括会话级计费组或业务级计费组。

作为一种实现，策略执行网元为策略和计费执行功能网元；策略执行网元获取第一数据流量，包括：策略和计费执行功能网元接收来自第一终端的数据包；策略和计费执行功能网元根据该数据包，确定第一终端所属计费组的组标识；策略和计费执行功能网元根据该组标识和该数据包对应的数据流量，确定第一数据流量。

作为一种实现，策略和计费执行功能网元根据该数据包，确定第一终端所属计费组的组标识，包括：策略和计费执行功能网元根据该数据包，确定所述第一终端的标识；策略和计费执行功能网元根据第一终端的标识，确定第一终端所属计费组的组标识。

作为一种实现，策略和计费执行功能网元根据第一终端的数据包，确定第一终端所属计费组的组标识，包括：策略和计费执行功能网元根据该数据包，确定第一终端的标识；策略和计费执行功能网元根据第一终端的标识和该数据包对应的业务确定第一终端所属计费组的组标识。

作为一种实现，策略执行网元为会话管理网元；相应的，策略执行网元获取第一数据流量，包括：会话管理网元接收来自用户面功能网元的第二数据流量和组标识，该第二数据流量为第一终端所属计费组在用户面功能网元上的当前数据流量；会话管理网元根据该第二数据流量和该组标识，确定第一数据流量。

作为一种实现，策略执行网元为会话管理网元；相应的，本申请实施例公开的计费方法还可以包括：在第一数据流量未达到第一组计费流量分片的上报流量的情况下，会话管理网元向用户面功能网元发送该组标识以及第一终端所属计费组对应的第三组计费流量分片，该组标识以及该第三组计费流量分片用于对第一终端所属计费组内的终端的数据流量进行组计费处理，其中，第三组计费流量分片小于第一组计费流量分片。

作为一种实现，本申请实施例公开的计费方法还可以包括：策略执行网元接收来自计费功能网元的第一指示信息，该第一指示信息用于指示第一终端所属计费组无可用组计费流量分片。

作为一种实现，本申请实施例公开的计费方法还可以包括：对于第一终端所属计费组内的任一终端，均按照下述针对第二终端的方式进行处理：策略执行网元接收来自策略控制网元的第一消息，该第一消息用于指示删除第二终端和第一终端所属计费组的关联关系；策略执行网元根据第一消息，删除第二终端和第一终端所属计费组的关联关系。

作为一种实现，策略执行网元为会话管理网元；相应的，本申请实施例公开的计费方法还可以包括：对于第一终端所属计费组内的任一终端，均按照下述针对第二终端的方式进行处理：会话管理网元接收来自策略控制网元的第一消息，该第一消息用于指示删除第二终端和第一终端所属计费组的关联关系；会话管理网元根据第一消息，删除第二终端和第一终端所属计费组的关联关系；会话管理网元向用户面功能网元发送第二消息，该第二消息用于指示删除第二终端和第一终端所属计费组的关联关系。

作为一种实现，策略执行网元上预先配置有第一终端和第一终端所属计费组的关联关系。

作为一种实现，本申请实施例公开的计费方法还可以包括：策略执行网元接收来自策略控制网元的第一终端所属计费组的组标识和第一终端的标识；策略执行网元根据该组标识和第一终端的标识，将第一终端和第一终端所属计费组进行关联。

作为一种实现，本申请实施例公开的计费方法还可以包括：策略执行网元确定未与计费功能网元建立组计费会话；策略执行网元向计费功能网元发送第三消息，该第三消息携带第一终端所属计费组的组标识，用于请求建立与该组标识对应的计费会话；策略执行网元接收来自计费功能网元的第一终端所属计费组对应的第四组计费流量分片。

上述计费方法中，例如，策略执行网元的操作可参考图5或图6中PCEF网元的操作，或者图7或图8中SMF网元的操作及上述相关文字说明，在此不再赘述。

此外，本申请实施例还公开了一种计费方法，包括：策略和计费执行功能网元获取第一数据流量，该第一数据流量为第一终端所属计费组在策略和计费执行功能网元上的当前数据流量；策略和计费执行功能网元确定第一数据流量已经达到第一终端所属计费组对应的预设流量；策略和计费执行功能网元根据第一数据流量生成离线话单。

上述计费方法中，例如，策略和计费执行功能网元的操作可参考图9中PCEF网元的操作及上述相关文字说明，在此不再赘述。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，上述策略执行网元或者策略和计费执行功能网元为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对策略执行网元或者策略和计费执行功能网元进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

比如，以采用集成的方式划分各个功能模块的情况下，图10示出了一种策略执行网元100的结构示意图。该策略执行网元100包括：处理模块1001和收发模块1002。处理模块1001，用于获取第一数据流量，该第一数据流量为第一终端所属计费组在策略执行网元上的当前数据流量。处理模块1001，还用于确定第一数据流量已经达到第一终端所属计费组对应的第一组计费流量分片的上报流量。收发模块1002，用于向计费功能网元发送第一终端所属计费组的组标识以及第一数据流量，其中，该组标识和该第一数据流量用于请求第一终端所属计费组对应的第二组计费流量分片。

可选的，收发模块1002，还用于接收来自计费功能网元的组标识以及第一终端所属计费组对应的第二组计费流量分片；其中，该组标识以及该第二组计费流量分片用于对第一终端所属计费组内的终端的数据流量进行组计费处理。

一种可能的实现方式中，策略执行网元为策略和计费执行功能网元；相应的，处理模块1001用于获取第一数据流量，包括：用于接收来自第一终端的数据包；根据数据包，确定第一终端所属计费组的组标识；根据组标识和数据包对应的数据流量，确定第一数据流量。

可选的，处理模块1001用于根据数据包，确定第一终端所属计费组的组标识，包括：用于根据数据包，确定第一终端的标识；根据第一终端的标识，确定第一终端所属计费组的组标识。

或者，可选的，处理模块1001用于根据第一终端的数据包，确定第一终端所属计费组的组标识，包括：用于根据数据包，确定第一终端的标识；根据第一终端的标识和数据包对应的业务确定第一终端所属计费组的组标识。

另一种可能的实现方式中，策略执行网元为会话管理网元；处理模块1001用于获取第一数据流量，包括：用于接收来自用户面功能网元的第二数据流量和组标识，第二数据流量为第一终端所属计费组在用户面功能网元上的当前数据流量；根据第二数据流量和组标识，确定第一数据流量。

可选的，策略执行网元为会话管理网元；相应的，收发模块1002，还用于在第一数据流量未达到第一组计费流量分片的上报流量的情况下，向用户面功能网元发送组标识以及第一终端所属计费组对应的第三组计费流量分片，组标识以及第三组计费流量分片用于对第一终端所属计费组内的终端的数据流量进行组计费处理，其中，第三组计费流量分片小于第一组计费流量分片。

可选的，收发模块1002，还用于接收来自计费功能网元的第一指示信息，第一指示信息用于指示第一终端所属计费组无可用组计费流量分片。

可选的，收发模块1002，还用于接收来自策略控制网元的第一消息，第一消息用于指示删除第二终端和第一终端所属计费组的关联关系，其中，第二终端为第一终端所属计费组内的任一终端；处理模块1001，还用于根据第一消息，删除第二终端和第一终端所属计费组的关联关系。

可选的，策略执行网元为会话管理网元；相应的，收发模块1002，还用于接收来自策略控制网元的第一消息，第一消息用于指示删除第二终端和第一终端所属计费组的关联关系，其中，第二终端为第一终端所属计费组内的任一终端；处理模块1001，用于根据第一消息，删除第二终端和第一终端所属计费组的关联关系；收发模块1002，还用于向用户面功能网元发送第二消息，第二消息用于指示删除第二终端和第一终端所属计费组的关联关系。

一种可能的实现方式中，策略执行网元上预先配置有第一终端和第一终端所属计费组的关联关系。

或者，一种可能的实现方式中，收发模块1002，还用于接收来自策略控制网元的组标识和第一终端的标识；处理模块1001，还用于根据组标识和第一终端的标识，将第一终端和第一终端所属计费组进行关联。

可选的，处理模块1001，还用于确定未与计费功能网元建立组计费会话。收发模块1002，还用于向计费功能网元发送第三消息，第三消息携带组标识，用于请求建立与组标识对应的计费会话。收发模块1002，还用于接收来自计费功能网元的第一终端所属计费组对应的第四组计费流量分片。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该策略执行网元100以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该策略执行网元100可以采用图4所示的形式。

比如，图4中的处理器401可以通过调用存储器403中存储的计算机执行指令，使得策略执行网元100执行上述方法实施例中的计费方法。

具体的，图10中的处理模块1001和收发模块1002的功能/实现过程可以通过图4中的处理器401调用存储器403中存储的计算机执行指令来实现。或者，图10中的处理模块1001的功能/实现过程可以通过图4中的处理器401调用存储器403中存储的计算机执行指令来实现，图10中的收发模块1002的功能/实现过程可以通过图4中的通信接口404来实现。

由于本实施例提供的策略执行网元可执行上述的计费方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

可选的，本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持策略执行网元实现上述计费方法，例如获取第一数据流量。在一种可能的设计中，该芯片系统还包括存储器。该存储器，用于保存策略执行网元必要的程序指令和数据。当然，存储器也可以不在芯片系统中。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

或者，比如，以采用集成的方式划分各个功能模块的情况下，图11示出了一种策略和计费执行功能网元110的结构示意图。该策略和计费执行功能网元110包括：获取模块1101和处理模块1102。其中，获取模块1101，用于获取第一数据流量，该第一数据流量为第一终端所属计费组在策略和计费执行功能网元上的当前数据流量；处理模块1002，用于确定第一数据流量已经达到第一终端所属计费组对应的预设流量；根据第一数据流量生成离线话单。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该策略和计费执行功能网元110以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该策略和计费执行功能网元110可以采用图4所示的形式。

比如，图4中的处理器401可以通过调用存储器403中存储的计算机执行指令，使得策略和计费执行功能网元110执行上述方法实施例中的计费方法。

具体的，图11中的获取模块1101和处理模块1102的功能/实现过程可以通过图4中的处理器401调用存储器403中存储的计算机执行指令来实现。

由于本实施例提供的策略和计费执行功能网元可执行上述的计费方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

可选的，本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持策略和计费执行功能网元实现上述计费方法，例如获取第一数据流量。在一种可能的设计中，该芯片系统还包括存储器。该存储器，用于保存策略和计费执行功能网元必要的程序指令和数据。当然，存储器也可以不在芯片系统中。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (20)

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

策略执行网元获取第一数据流量，所述第一数据流量为第一终端所属计费组在所述策略执行网元上的当前数据流量；

所述策略执行网元确定所述第一数据流量已经达到所述第一终端所属计费组对应的第一组计费流量分片的上报流量；

所述策略执行网元向计费功能网元发送所述第一终端所属计费组的组标识以及所述第一数据流量，其中，所述组标识和所述第一数据流量用于请求所述第一终端所属计费组对应的第二组计费流量分片；

所述策略执行网元为会话管理网元；相应的，所述方法还包括：

在所述第一数据流量未达到所述第一组计费流量分片的上报流量的情况下，所述会话管理网元向用户面功能网元发送所述组标识以及所述第一终端所属计费组对应的第三组计费流量分片，所述组标识以及所述第三组计费流量分片用于对所述第一终端所属计费组内的终端的数据流量进行组计费处理，其中，所述第三组计费流量分片小于所述第一组计费流量分片。

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

所述策略执行网元接收来自所述计费功能网元的所述组标识以及所述第一终端所属计费组对应的第二组计费流量分片；

其中，所述组标识以及所述第二组计费流量分片用于对所述第一终端所属计费组内的终端的数据流量进行组计费处理。

3.根据权利要求2所述的方法，其特征在于，所述第一终端所属计费组包括会话级计费组或业务级计费组。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述策略执行网元为策略和计费执行功能网元；所述策略执行网元获取第一数据流量，包括：

所述策略和计费执行功能网元接收来自所述第一终端的数据包；

所述策略和计费执行功能网元根据所述数据包，确定所述第一终端所属计费组的组标识；

所述策略和计费执行功能网元根据所述组标识和所述数据包对应的数据流量，确定所述第一数据流量。

5.根据权利要求4所述的方法，其特征在于，所述策略和计费执行功能网元根据所述数据包，确定所述第一终端所属计费组的组标识，包括：

所述策略和计费执行功能网元根据所述数据包，确定所述第一终端的标识；

所述策略和计费执行功能网元根据所述第一终端的标识，确定所述第一终端所属计费组的组标识。

6.根据权利要求4所述的方法，其特征在于，所述策略和计费执行功能网元根据所述第一终端的数据包，确定所述第一终端所属计费组的组标识，包括：

所述策略和计费执行功能网元根据所述数据包，确定所述第一终端的标识；

所述策略和计费执行功能网元根据所述第一终端的标识和所述数据包对应的业务确定所述第一终端所属计费组的组标识。

7.根据权利要求1-3任一项所述的方法，其特征在于，所述策略执行网元为会话管理网元；相应的，所述策略执行网元获取第一数据流量，包括：

所述会话管理网元接收来自用户面功能网元的第二数据流量和所述组标识，所述第二数据流量为所述第一终端所属计费组在所述用户面功能网元上的当前数据流量；

所述会话管理网元根据所述第二数据流量和所述组标识，确定所述第一数据流量。

8.根据权利要求1-3任一项所述的方法，其特征在于，所述策略执行网元为会话管理网元；相应的，所述方法还包括：

对于所述第一终端所属计费组内的任一终端，均按照下述针对第二终端的方式进行处理：

所述会话管理网元接收来自策略控制网元的第一消息，所述第一消息用于指示删除所述第二终端和所述第一终端所属计费组的关联关系；

所述会话管理网元根据所述第一消息，删除所述第二终端和所述第一终端所属计费组的关联关系；

所述会话管理网元向用户面功能网元发送第二消息，所述第二消息用于指示删除所述第二终端和所述第一终端所属计费组的关联关系。

9.根据权利要求1-3任一项所述的方法，其特征在于，所述策略执行网元上预先配置有所述第一终端和所述第一终端所属计费组的关联关系；

或者，所述方法还包括：

所述策略执行网元接收来自策略控制网元的所述组标识和所述第一终端的标识；

所述策略执行网元根据所述组标识和所述第一终端的标识，将所述第一终端和所述第一终端所属计费组进行关联。

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

所述策略执行网元确定未与计费功能网元建立组计费会话；

所述策略执行网元向所述计费功能网元发送第三消息，所述第三消息携带所述组标识，用于请求建立与所述组标识对应的计费会话；

所述策略执行网元接收来自所述计费功能网元的所述第一终端所属计费组对应的第四组计费流量分片。

11.一种策略执行网元，其特征在于，所述策略执行网元包括：处理模块和收发模块；

所述处理模块，用于获取第一数据流量，所述第一数据流量为第一终端所属计费组在所述策略执行网元上的当前数据流量；

所述处理模块，还用于确定所述第一数据流量已经达到所述第一终端所属计费组对应的第一组计费流量分片的上报流量；

所述收发模块，用于向计费功能网元发送所述第一终端所属计费组的组标识以及所述第一数据流量，其中，所述组标识和所述第一数据流量用于请求所述第一终端所属计费组对应的第二组计费流量分片；

所述策略执行网元为会话管理网元；

所述收发模块，还用于在所述第一数据流量未达到所述第一组计费流量分片的上报流量的情况下，向用户面功能网元发送所述组标识以及所述第一终端所属计费组对应的第三组计费流量分片，所述组标识以及所述第三组计费流量分片用于对所述第一终端所属计费组内的终端的数据流量进行组计费处理，其中，所述第三组计费流量分片小于所述第一组计费流量分片。

12.根据权利要求11所述的策略执行网元，其特征在于，

所述收发模块，还用于接收来自所述计费功能网元的所述组标识以及所述第一终端所属计费组对应的第二组计费流量分片；

其中，所述组标识以及所述第二组计费流量分片用于对所述第一终端所属计费组内的终端的数据流量进行组计费处理。

13.根据权利要求11或12所述的策略执行网元，其特征在于，所述策略执行网元为策略和计费执行功能网元；

所述处理模块用于获取第一数据流量，包括：用于接收来自所述第一终端的数据包；根据所述数据包，确定所述第一终端所属计费组的组标识；根据所述组标识和所述数据包对应的数据流量，确定所述第一数据流量。

14.根据权利要求11或12所述的策略执行网元，其特征在于，所述策略执行网元为会话管理网元；

所述处理模块用于获取第一数据流量，包括：用于接收来自用户面功能网元的第二数据流量和所述组标识，所述第二数据流量为所述第一终端所属计费组在所述用户面功能网元上的当前数据流量；根据所述第二数据流量和所述组标识，确定所述第一数据流量。

15.根据权利要求11或12所述的策略执行网元，其特征在于，所述策略执行网元上预先配置有所述第一终端和所述第一终端所属计费组的关联关系；

或者，所述收发模块，还用于接收来自策略控制网元的所述组标识和所述第一终端的标识；

所述处理模块，还用于根据所述组标识和所述第一终端的标识，将所述第一终端和所述第一终端所属计费组进行关联。

16.一种计费系统，其特征在于，所述计费系统包括：策略执行网元和计费功能网元；

所述策略执行网元，用于获取第一数据流量，所述第一数据流量为第一终端所属计费组在所述策略执行网元上的当前数据流量；

所述策略执行网元，还用于在确定所述第一数据流量已经达到所述第一终端所属计费组对应的第一组计费流量分片的流量之后，向计费功能网元发送所述第一终端所属计费组的组标识以及所述第一数据流量，其中，所述组标识和所述第一数据流量用于请求所述第一终端所属计费组对应的第二组计费流量分片；

所述策略执行网元为会话管理网元；在所述第一数据流量未达到所述第一组计费流量分片的上报流量的情况下，所述会话管理网元向用户面功能网元发送所述组标识以及所述第一终端所属计费组对应的第三组计费流量分片，所述组标识以及所述第三组计费流量分片用于对所述第一终端所属计费组内的终端的数据流量进行组计费处理，其中，所述第三组计费流量分片小于所述第一组计费流量分片；

所述计费功能网元，用于接收来自所述策略执行网元的所述组标识以及所述第一数据流量。

17.根据权利要求16所述的计费系统，其特征在于，

所述计费功能网元，还用于向所述策略执行网元发送所述组标识以及所述第一终端所属计费组对应的第二组计费流量分片；

所述策略执行网元，还用于接收来自所述计费功能网元的所述组标识以及所述第二组计费流量分片，其中，所述组标识以及所述第二组计费流量分片用于对所述第一终端所属计费组内的终端的数据流量进行组计费处理。

18.根据权利要求17所述的计费系统，其特征在于，所述计费系统还包括：策略控制网元；

所述计费功能网元，还用于向所述策略控制网元发送第一指示信息，所述第一指示信息用于指示所述第一终端所属计费组无可用组计费流量分片；

所述策略控制网元，用于接收来自所述计费功能网元的所述第一指示信息，并根据所述第一指示信息，确定需要对所述第一终端所属计费组内的终端进行策略更新；

对于所述第一终端所属计费组内的任一终端，均按照下述针对第二终端的方式进行处理：

所述策略控制网元，还用于向所述策略执行网元发送第一消息，所述第一消息用于指示删除所述第二终端和所述第一终端所属计费组的关联关系；

所述策略执行网元，还用于接收来自所述策略控制网元的所述第一消息，并根据所述第一消息，删除所述第二终端和所述第一终端所属计费组的关联关系。

19.根据权利要求16-18任一项所述的计费系统，其特征在于，所述计费系统还包括：策略控制网元；

所述策略控制网元，用于接收来自所述策略执行网元的第四消息，所述第四消息用于携带所述第一终端的标识，用于请求所述第一终端对应的计费策略；

所述策略控制网元根据所述第一终端的标识，确定所述第一终端为组计费终端、以及，所述第一终端需要根据组计费账户状态进行计费策略更新；

所述策略控制网元将所述第一终端和所述第一终端所属计费组进行关联。

20.根据权利要求19所述的计费系统，其特征在于，

所述策略控制网元，还用于确定未与所述计费功能网元建立组计费会话；

所述策略控制网元，还用于向所述计费功能网元发送第五消息，所述第五消息携带所述组标识，用于请求建立与所述组标识对应的计费会话；

所述计费功能网元，还用于接收来自所述策略控制网元的所述第五消息，并根据所述第五消息，将所述组标识与对应的计费账户状态相关联；

所述计费功能网元，还用于向所述策略控制网元发送第六消息，所述第六消息用于指示与所述组标识对应的计费会话建立完成。

Images