CN115842690A

CN115842690A - 用于计费的方法、系统和通信装置

Info

Publication number: CN115842690A
Application number: CN202111097758.8A
Authority: CN
Inventors: 毛钱永; 夏彩林
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-09-18
Filing date: 2021-09-18
Publication date: 2023-03-24

Abstract

本申请提供一种用于计费的方法、系统和通信装置，包括：计费功能网元确定第一计费大组RGG，第一计费大组RGG包括多个计费小组RG，计费小组RG对应至少一个应用；计费功能网元向会话管理网元发送第一计费大组RGG的身份标识ID。根据本申请的技术方案，计费功能网元通过向会话管理网元发送第一计费大组RGG的身份标识ID，使得会话管理网元可以同时监测第一计费大组RGG下多个计费小组RG的带宽，并在带宽发生变化时及时告知计费功能网元，有助于按照实际应用需要灵活组合第一计费大组RGG的实际带宽计费，提高计费的准确性和灵活性。

Description

用于计费的方法、系统和通信装置

技术领域

本申请涉及通信领域，并且更具体地，涉及一种用于计费的方法、系统和通信装置。

背景技术

随着通信技术的发展，通信带宽有了显著的提升，使得按照实际使用带宽来区分高速和低速成为可能。因此，用户购买了对应的套餐，希望按照套餐对应的带宽区间进行计费。目前，运营商为了便于管理和设计业务，通常选择系统级的服务质量(quality ofservice，QoS)和计费分组(rating group，RG)的规则来保证应用正常使用所需要的最大带宽。在该规则下，无论用户订购何种套餐包，系统直接定义了应用的映射规则。在此情形下，运营商可以提前在策略控制网元(policy control function，PCF)配置策略与计费控制(policy and charging control，PCC)规则(Rule)。

但是在上述方法中，当用户多任务同时访问多个应用时，会话管理网元(sessionmanagement function，SMF)只能够检测单个应用对应RG的实际使用速率，而无法按照多应用联合速率进行计费，造成计费不准确。

发明内容

本申请提供一种用于计费的方法、系统和通信装置，有助于提升计费的准确性和灵活性。

第一方面，提供了一种用于计费的方法，包括：计费功能网元确定第一计费大组RGG，第一计费大组RGG包括多个计费小组RG，计费小组RG对应至少一个应用；计费功能网元向会话管理网元发送第一计费大组RGG的身份标识ID。

根据本申请的技术方案，计费功能网元通过向会话管理网元发送第一计费大组RGG的身份标识ID，使得会话管理网元可以同时监测第一计费大组RGG下多个计费小组RG的带宽，并在带宽发生变化时及时告知计费功能网元，有助于按照实际应用需要灵活组合第一计费大组RGG的实际带宽计费，提高计费的准确性和灵活性。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：计费功能网元接收来自会话管理网元的第一计费请求，第一计费请求包括用户订购的套餐信息和用户使用的应用对应的第一计费小组RG；计费功能网元根据套餐信息和第一计费小组RG确定第一计费大组RGG，第一计费小组RG属于多个计费小组RG。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：计费功能网元接收来自会话管理网元的第二计费请求，第二计费请求包括第一计费大组RGG的带宽信息，第一计费大组RGG的带宽信息包括多个计费小组RG的带宽信息；计费功能网元根据多个计费小组RG的带宽信息进行计费。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：计费功能网元向会话管理网元发送授权用量，授权用量是根据第一计费大组RGG的带宽信息确定的。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：计费功能网元向会话管理网元发送触发器信息和速率等级变更信息，触发器信息用于指示会话管理网元在第一计费大组RGG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求；或者，触发器信息用于指示会话管理网元在第一计费大组RGG中至少一个计费小组RG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求。

第二方面，提供了一种用于计费的方法，包括：会话管理网元接收来自计费功能网元的第一计费大组RGG的身份标识ID，第一计费大组RGG包括多个计费小组RG，计费小组RG对应至少一个应用；会话管理网元根据第一计费大组RGG的身份标识ID，对第一计费大组RGG的速率和多个计费小组RG的速率进行监测。

结合第二方面，在第二方面的某些实现方式中，上述方法还包括：会话管理网元向计费功能网元发送第一计费请求，第一计费请求包括用户订购的套餐信息和用户使用的应用对应的第一计费小组RG，第一计费小组RG属于多个计费小组RG。

结合第二方面，在第二方面的某些实现方式中，上述方法还包括：会话管理网元向计费功能网元发送第二计费请求，第二计费请求包括第一计费大组RGG的带宽信息，第一计费大组RGG的带宽信息包括多个计费小组RG的带宽信息，多个计费小组RG的带宽信息用于计费功能网元进行计费。

结合第二方面，在第二方面的某些实现方式中，上述方法还包括：会话管理网元接收来自计费功能网元的授权用量，授权用量是根据第一计费大组RGG的带宽信息确定的。

结合第二方面，在第二方面的某些实现方式中，上述方法还包括：会话管理网元接收来自计费功能网元的触发器信息和速率等级变更信息，会话管理网元在第一计费大组RGG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求；或者，会话管理网元在第一计费大组RGG中至少一个计费小组RG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求。

第三方面，提供了一种用于计费的装置，包括：处理单元，用于确定第一计费大组RGG，第一计费大组RGG包括多个计费小组RG，计费小组RG对应至少一个应用；发送单元，用于向会话管理网元发送第一计费大组RGG的身份标识ID。

结合第三方面，在第三方面的某些实现方式中，收发单元，还用于接收来自会话管理网元的第一计费请求，第一计费请求包括用户订购的套餐信息和用户使用的应用对应的第一计费小组RG；处理单元，还用于根据套餐信息和第一计费小组RG确定第一计费大组RGG，第一计费小组RG属于多个计费小组RG。

结合第三方面，在第三方面的某些实现方式中，收发单元，还用于接收来自会话管理网元的第二计费请求，第二计费请求包括第一计费大组RGG的带宽信息，第一计费大组RGG的带宽信息包括多个计费小组RG的带宽信息；处理单元，还用于根据多个计费小组RG的带宽信息进行计费。

结合第三方面，在第三方面的某些实现方式中，收发单元，还用于向会话管理网元发送授权用量，授权用量是根据第一计费大组RGG的带宽信息确定的。

结合第三方面，在第三方面的某些实现方式中，收发单元，还用于向会话管理网元发送触发器信息和速率等级变更信息，触发器信息用于指示会话管理网元在第一计费大组RGG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求；或者，触发器信息用于指示会话管理网元在第一计费大组RGG中至少一个计费小组RG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求。

第四方面，提供了一种用于计费的装置，包括：收发单元，用于接收来自计费功能网元的第一计费大组RGG的身份标识ID，第一计费大组RGG包括多个计费小组RG，计费小组RG对应至少一个应用；处理单元，用于根据第一计费大组RGG的身份标识ID，对第一计费大组RGG的速率和多个计费小组RG的速率进行监测。

结合第四方面，在第四方面的某些实现方式中，收发单元，还用于向计费功能网元发送第一计费请求，第一计费请求包括用户订购的套餐信息和用户使用的应用对应的第一计费小组RG，第一计费小组RG属于多个计费小组RG。

结合第四方面，在第四方面的某些实现方式中，收发单元，还用于向计费功能网元发送第二计费请求，第二计费请求包括第一计费大组RGG的带宽信息，第一计费大组RGG的带宽信息包括多个计费小组RG的带宽信息，多个计费小组RG的带宽信息用于计费功能网元进行计费。

结合第四方面，在第四方面的某些实现方式中，收发单元，还用于接收来自计费功能网元的授权用量，授权用量是根据第一计费大组RGG的带宽信息确定的。

结合第四方面，在第四方面的某些实现方式中，其特征在于，收发单元，还用于接收来自计费功能网元的触发器信息和速率等级变更信息；收发单元，还用于在第一计费大组RGG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求；或者，收发单元，还用于在第一计费大组RGG中至少一个计费小组RG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求。

第五方面，提供了一种用于计费的装置，包括：处理器；该处理器用于与存储器耦合，并读取存储器中的指令之后，根据该指令执行如上述任一方面所述的方法。该用于计费的装置可以为上述第一方面中的计费功能网元实体，或者包含上述计费功能网元实体的装置；或者，该用于计费的装置可以为上述第二方面中的会话管理网元实体，或者包含上述会话管理网元实体的装置。

结合上述第五方面，在一种可能的实现方式中，该用于计费的装置还包括存储器，该存储器，用于保存必要的程序指令和数据。

结合上述第五方面，在一种可能的实现方式中，该用于计费的装置为芯片或芯片系统。可选的，该用于计费的装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

第六方面，提供了一种用于计费的装置，包括：处理器和接口电路；接口电路，用于接收计算机程序或指令并传输至处理器；处理器用于执行计算机程序或指令，以使该用于计费的装置执行如上述第一方面或第二方面的方法。

结合上述第六方面，在一种可能的实现方式中，该用于计费的装置为芯片或芯片系统。可选的，该用于计费的装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

第七方面，提供了一种通信系统，包括上述计费功能网元和会话管理网元。

其中，计费功能网元用于确定第一计费大组RGG，第一计费大组RGG包括多个计费小组RG，计费小组RG对应至少一个应用，向会话管理网元发送第一计费大组RGG的身份标识ID；会话管理网元用于接收来自计费功能网元的第一计费大组RGG的身份标识ID，根据第一计费大组RGG的身份标识ID，对第一计费大组RGG的速率和多个计费小组RG的速率进行监测。

第八方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。

需要说明的是，上述计算机程序代码可以全部或者部分存储在第一存储介质上，其中第一存储介质可以与处理器封装在一起的，也可以与处理器单独封装，本申请实施例对此不作具体限定。

第九方面，提供了一种计算机可读介质，所述计算机可读介质存储有程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。

第十方面，提供了一种芯片系统，包括存储器和处理器，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得安装有该芯片系统的通信设备执行上述第一方面至第四方面中的任意方面及其可能实现方式中的方法。

其中，该芯片系统可以包括用于发送信息或数据的输入芯片或者接口，以及用于接收信息或数据的输出芯片或者接口。

附图说明

图1是本申请实施例的一种系统架构的示意图。

图2是本申请适用的通信系统的一例示意图。

图3是本申请适用的5G系统的服务化架构的一例示意图。

图4是现有的用于计费的方法的一例具体示例的示意性流程图。

图5是本申请用于计费的方法的一例示意性流程图。

图6是本申请用于计费的方法的一例具体示例的示意性流程图。

图7是本申请用于计费的设备的一例示意性结构图。

图8是本申请用于计费的装置的一例示意性结构图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

图1是本申请提供的一个通信系统的示意图。如图1所示，该系统包括计费功能网元110和会话管理网元120。可选地，该系统100还可以包括与计费功能网元110和会话管理网元120通信的策略控制网元130。系统100可以用于执行本申请实施例的一个用于计费的方法。

计费功能网元110，用于确定第一计费大组RGG，第一计费大组RGG包括多个计费小组RG，计费小组RG对应至少一个应用，向会话管理网元发送第一计费大组RGG的身份标识ID。

会话管理网元120，用于接收来自计费功能网元的第一计费大组RGG的身份标识ID，根据第一计费大组RGG的身份标识ID，对第一计费大组RGG的速率和多个计费小组RG的速率进行监测。

示例性的，根据本申请提供的通信系统，计费功能网元110可以向会话管理网元120发送第一计费大组RGG的身份标识ID，使得会话管理网元可以同时监测第一计费大组RGG下多个计费小组RG的带宽，并在带宽发生变化时及时告知计费功能网元，有助于按照实际应用需要灵活组合第一计费大组RGG的实际带宽计费，提高计费的准确性和灵活性。

图1所示的系统100可以应用于图2或图3所示的第五代(5th generation，5G)网络架构中，当然也可以用在未来网络架构，比如第六代(6th generation，6G)网络架构等，本申请实施例对此不作具体限定。

示例性的，假设图1所示的通信系统应用于图2或图3所示5G网络时，上述计费功能网元可以为5G中的接入与计费功能网元(charging function，CHF)，会话管理网元可以为5G中的会话管理网元(session management function，SMF)。

下面将结合图2和图3，举例说明不同场景下的5G系统。应理解，本文中描述的5G系统仅是示例，不应对本申请构成任何限定。

图2示出了一个基本的5G系统200的架构示意图。如图2所示，系统200包括：策略控制网元(policy control function，PCF)、接入与移动性管理网元(access and mobilitymanagement function，AMF)、会话管理功能(session management function，SMF)、无线接入网(radio access network，RAN)、统一数据管理(unified data management，UDM)、数据网络(data network，DN)、用户面功能(user plane function，UPF)、UE、应用功能(application function，AF)、和/或统一数据存储(unified data repository，UDR)。可选地，图2中还可以包括以下功能(图2中未示出)：网络切片选择功能(network sliceselection function，NSSF)、认证服务器功能(authentication server function，AUSF)、能力开放功能(network exposure function，NEF)、或网络存储功能(NF repositoryfunction，NRF)。

其中，各网元主要功能描述如下：

1、终端设备

本申请实施例中的终端设备，可以是：用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。

终端设备可以是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：移动手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving or autopilot)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。此外，在本申请实施例中，终端设备还可以是物联网(internetof things，IoT)系统中的终端设备。

2、无线接入网

无线接入网是基于无线通信技术实现接入网络功能的接入网。无线接入网能够管理无线资源，为终端提供无线接入或者空口接入服务，进而完成控制信号和用户数据在终端和核心网之间的转发。

作为示例而非限定，无线接入网可以是LTE系统中的演进型基站(evolved NodeB，eNB或eNodeB)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，或者该接入设备可以为中继站、接入点、车载设备、可穿戴设备以及5G网络中的接入设备或者未来演进的PLMN网络中的接入设备等，可以是WLAN中的接入点(accesspoint，AP)，可以是NR系统中的gNB本申请实施例并不限定。

3、接入和移动性管理功能网元

接入和移动性管理功能网元主要用于移动性管理和接入管理等，可以用于实现移动性管理实体(mobility management entity，MME)功能中除会话管理之外的其它功能，例如，合法监听、或接入授权(或鉴权)等功能，此外还用于在UE与PCF之间传递用户策略。在本申请实施例中，可用于实现接入和移动管理网元的功能。

4、会话管理功能网元

会话管理功能网元主要用于会话管理、终端设备的网络互连协议(internetprotocol，IP)地址分配和管理、选择可管理用户面功能(user plane function，UPF)网元、策略控制和收费功能接口的终结点以及下行数据通知等。在本申请实施例中，可用于实现会话管理网元的功能。

5、用户面功能网元

用户面功能网元可用于分组路由和转发、或用户面数据的QoS参数处理等。用户数据可通过该网元接入到数据网络(data network，DN)。在本申请实施例中，可用于实现用户面网元的功能，例如，在不同的UPF上建立会话时，UE的业务体验也会不同，因此需要上述SMF为UE的会话选择一个合适UPF。

6、策略控制网元

策略控制网元用于指导网络行为的统一策略框架，为控制平面功能网元(例如AMF，SMF网元等)提供策略规则信息等。主要负责针对会话、业务流级别进行计费、QoS带宽保障及移动性管理、UE策略决策等策略控制功能。在本申请实施例中，AMF与SMF所连接的PCF分别对应AM PCF(PCF for Access and Mobility Control)和SM PCF(PCF forSession Management)，在实际部署场景中可以是同一个PCF实体，也可以是是两个不同的PCF实体。

7、网络能力开放功能网元

网络能力开放功能网元用于向外部开放由3GPP网络功能提供的业务和网络能力信息(如终端位置、会话是否可达)等。

8、应用功能网元

应用功能网元主要用于传递应用侧对网络侧的需求，例如，QoS需求或用户状态事件订阅等。AF可以是第三方功能实体，也可以是运营商部署的应用服务，如IMS语音呼叫业务。对于第三方应用的应用功能实体，其与核心网进行交互时还可经由NEF进行授权处理，例如第三方应用功能直接向NEF发送请求消息，NEF判断该AF是否被允许发送该请求消息，若验证通过，则将转发该请求消息至对应PCF或统一数据管理(unified data management，UDM)。

9、统一数据管理网元

统一数据管理网元主要用于统一数据管理，支持3GPP认证和密钥协商机制中的认证信任状态处理，用户身份处理，接入授权，注册和移动性管理，签约管理，短消息管理等。

10、统一数据存储网元

统一数据存储网元主要用于签约数据、策略数据、应用数据等类型数据的存取功能。

11、数据网络

数据网络是指UE接入的某个特定的数据服务网络，例如，典型的DN包括因特网internet、IP多媒体子系统(IP multimedia subsystem，IPMS)。

在上述架构中，各接口功能描述如下：

N7：PCF与SMF之间的接口，用于下发PDU会话粒度以及业务数据流粒度控制策略。

N15：PCF与AMF之间的接口，用于下发UE策略及接入控制相关策略。

N5：AF与PCF之间的接口，用于应用业务请求下发以及网络事件上报。

N4：SMF与UPF之间的接口，用于控制面与用户面之间传递信息，包括控制面向用户面的转发规则、QoS控制规则、流量统计规则等的下发以及用户面的信息上报。

N11：SMF与AMF之间的接口，用于传递RAN和UPF之间的PDU会话隧道信息、传递发送给UE的控制消息、传递发送给RAN的无线资源控制信息等。

N2：AMF与RAN之间的接口，用于传递核心网侧至RAN的无线承载控制信息等。

N1：AMF与UE之间的接口，接入无关，用于向UE传递QoS控制规则等。

N8：AMF与UDM间的接口，用于AMF向UDM获取接入与移动性管理相关签约数据与鉴权数据，以及AMF向UDM注册UE当前移动性管理相关信息等。

N10：SMF与UDM间的接口，用于SMF向UDM获取会话管理相关签约数据，以及SMF向UDM注册UE当前会话相关信息等。

N35：UDM与UDR间的接口，用于UDM从UDR中获取用户签约数据信息。

N36：PCF与UDR间的接口，用于PCF从UDR中获取策略相关签约数据以及应用数据相关信息。

N52：UDM和NEF间的接口，用于NEF向第三方应用功能开放网络能力，如第三方应用功能通过NEF向UDM订阅特定群组中所有用户的可达性事件。

此外，NEF还与AMF、SMF均有直接接口，分别对应N29接口和N51接口(为简化图示，上图中并未展示)，用于开放运营商网络能力至第三方应用功能实体，前者可用于NEF直接向AMF订阅相应网络事件、更新用户配置信息，后者可用于更新SMF/UPF上的应用配置数据，如Application ID所对应的分组流描述信息(packet flow description，PFD)。

应理解，上述应用于本申请实施例的网络架构仅是举例说明的从传统点到点的架构和服务化架构的角度描述的网络架构，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

应理解，图2中的各个网元之间的接口名称只是一个示例，具体实现中接口的名称可能为其他的名称，本申请对此不作具体限定。此外，上述各个网元之间的所传输的消息(或信令)的名称也仅仅是一个示例，对消息本身的功能不构成任何限定。

需要说明的是，上述网元也可以称为实体、设备、装置或模块等，本申请并未特别限定。并且，在本申请中，为了便于理解和说明，在对部分描述中省略网元这一描述，例如，将SMF网元简称SMF，此情况下，该“SMF”应理解为SMF网元，以下，省略对相同或相似情况的说明。

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

还应理解，在图2所示的通信系统中，各组成网元的功能仅为示例性的，各个组成网元在应用于本申请的实施例中时，并非全部功能都是必需的。

此外，如图2中包括的各个网元(比如CHF、SMF等)的命名仅是一个名字，名字对网元本身的功能不构成限定。在5G网络以及未来其它的网络中，上述各个网元也可以是其他的名字，本申请实施例对此不作具体限定。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能是其他命名，等等，在此进行统一说明，以下不再赘述。

还需说明的是，图2中控制面功能的各个网元之间的通信是以非服务化接口为例进行描述，但是并不对本申请实施例的保护范围构成限定的。本领域技术人员可以理解，图2中控制面功能的各个网元也可以通过服务化接口进行通信，比如，AMF对外提供的服务化接口可以为Namf；SMF提供的服务化接口可以为Nsmf；UDM对外提供的服务化接口可以为Nudm，AF提供的服务化接口可以为Naf；PCF对外提供的服务化接口可以为Npcf等等。

上述图2中的网元是基于参考点的架构，并不对本申请实施例构成限定。图3给出了基于服务化接口的架构示意图。如图3所示，该按架构包括：NSSF、AUSF、UDM、NEF、NRF、PCF、AF、AMF、SMF、UE、RAN、UPF、DN。在图3中，NSSF对外提供的服务化接口可以为Nnssf，NEF对外提供的服务化接口可以为Nnef，NRF对外提供的服务化接口可以为Nnrf，AMF对外提供的服务化接口可以为Namf；SMF提供的服务化接口可以为Nsmf；UDM对外提供的服务化接口可以为Nudm，AF提供的服务化接口可以为Naf；PCF对外提供的服务化接口可以为Npcf，AUSF对外提供的服务化接口可以为Nausf，CHF对外提供的服务化接口可以为Nchf；控制面功能与RAN和UPF间的接口是非服务化接口。UE通过N1接口与AMF连接，UE通过无线资源控制(radio resource control，RRC)协议与RAN连接；RAN通过N2接口与AMF连接，RAN通过N3接口与UPF连接；UPF通过N6接口与DN连接，同时，UPF通过N4接口与SMF连接。相关描述可以参考标准中的5G系统架构(5G system architecture)，为了简洁，这里对架构300的连接关系不作赘述。

随着通信系统的高速发展，通信带宽有了显著的提升，使得按照实际使用带宽来区分高速和低速成为可能。因此，用户购买了对应的套餐，希望按照套餐对应的带宽区间进行计费。例如，运营商推出了2个套餐包，套餐包1是Youtube(美国视频网站，中文名可音译为优兔、油管等)专用定向包月套餐包，如表1所示，套餐包2是视频类速率套餐包(包括视频：Youtube、腾讯、优酷、爱奇艺、咪咕等)，如表2所示。

表1 Youtube专用定向包月套餐包

带宽区间	业务体验	包月费用	速率等级
				带宽≥80Mbps	4K视频	120元/月	高
20Mbps≤带宽＜80Mbps	蓝光/1080P	40元/月	中
				1Mbps≤带宽＜20Mbps	高清、超清	10元/月	低
带宽＜1Mbps	——	免费	劣

其中，套餐包1中各等级业务可升级，通过支付更高价格的包月费用，可以从低速率等级升级为更高的速率等级。

表2视频类速率套餐包(包括视频：Youtube、腾讯、优酷、爱奇艺、咪咕等)

带宽区间	业务体验	计费规则	速率等级
				带宽≥80Mbps	4K视频	1元/1Mb	高
20Mbps≤带宽＜80Mbps	蓝光/1080P	0.8元/1Mb	中
				1Mbps≤带宽＜20Mbps	高清、超清	0.6元/1Mb	低
带宽＜1Mbps	——	免费	劣

以用户A购买了套餐包1中的“蓝光/1080p”业务(可以免费观看蓝光/1080p，也即速率等级为中、低、劣免费，但是速率等级为高时则需要额外付费)和套餐包2的系列套餐为例，如果用户A仅使用Youtube的应用，且速率低于80Mbps则免费，超过80Mbps则需要按照套餐2的规则来进行收费；如果用户A仅使用腾讯等应用(不包括Youtube)则使用套餐包2的带宽区间来进行收费；当用户A同时使用腾讯和YouTube应用时，如果Youtube业务的实际独立速率等级处于中/低/劣，则Youbube按照套餐1的规则来收费(免费)；腾讯应用和Youbute业务速率等级为高时，按照套餐2中定义的速率来进行计费(注意：此时的速率需要的是Youtube和腾讯应用联合的实际速率)；如果Youtube业务的实际速率处于高等级，则Youtube和腾讯应用都按照套餐2来收费。

以用户B至订购了套餐包2中的系列套餐，使用视频类应用均按照套餐2的规则来收费。

当前3GPP规范提供了如下两类映射服务质量(quality of service，Qos)和计费小组(rating group，RG)的规则(又称为PCC Rule)用于保证这些应用正常使用所需要的最大带宽。

(1)系统级Qos和RG：无论用户订购何种套餐包，系统直接定义了应用的映射规则。在该情形下，运营商提前在PCF上配置PCC Rule，用户订购套餐后的PCC Rule如下表3所示：

表3系统级Qos和RG的PCC Rule

应用	RG	QoS	最大上行带宽	最大下行带宽	速率等级
						其他应用	RG0	150Mbps	10Mbps	140Mpbs	——
Youtube	RG1	300Mbps	20Mbps	280Mbps	高
						腾讯视频	RG2	300Mbps	20Mbps	280Mbps	高
爱奇艺	RG3	300Mbps	20Mbps	280Mbps	高
						咪咕	RG4	300Mbps	20Mbps	280Mbps	高
优酷	RG5	300Mbps	20Mbps	280Mbps	高

其中，QoS为最大上行带宽和最大下行带宽之和。

(2)签约级QOS和RG：用户订购套餐的时候可以通过签约PCF上的PCC Rule。在该情形下，将不同的应用映射为不同的RG，同时限制该应用所需最大带宽，用户订购套餐后的映射规则如下表4所示：

表4签约级Qos和RG的PCC Rule

目前，运营商为了便于管理和设计业务，通常选择系统级的QoS和RG的PCC Rule来保证应用正常使用所需要的最大带宽。以下为更清楚的介绍本申请的计费方案，首先将以用户A购买了套餐包1中的“蓝光/1080p”业务和套餐包2的系列套餐为例，对现有的按照实际速率计费的流程进行介绍。

图4示出了现有的用于计费的方法的一例示意性流程图。

S401，用户A发起上网请求。

S402，SMF收到用户A上网请求后，向PCF请求PCC Rule。

S403，PCF向CHF订阅并且获取用户A订购的套餐列表。

具体地，PCF可以通过SBI的Nchf_SpendingLimitControl_Subscribe请求向CHF订阅并且获取用户A订购的套餐列表。

S404，CHF向PCF发送用户A订购的套餐列表。

具体地，CHF可以通过Nchf_SpendingLimitControl_Subscribe响应向PCF发送用户的订购套餐列表。

S405，PCF向SMF发送需要加载的PCC Rule。

具体地，PCF可以根据系统定义的PCC Rule和用户签约的PCC Rule来确定需要加载的PCC Rule，然后将需要加载的PCC Rule发送给SMF。示例性的，需要加载的PCC Rule可以与上述表3所展示的系统级Qos和RG的PCC Rule相同。

S406，SMF向CHF发送计费鉴权请求消息，该请求消息中携带用户标识和系统信息。

具体地，上述计费鉴权请求消息可以是Nchf_ConvergedCharging_Create计费鉴权请求。

S407，CHF为用户A执行鉴权操作。

具体地，CHF可以根据上述请求消息中的用户标识和系统信息来为用户A执行鉴权操作，其中，鉴权操作可以包括确定用户A是否存在、确定用户A的状态是否正常等。

S408，CHF向SMF发送响应消息，指示该用户A可以正常上网。

具体地，上述响应消息可以是Nchf_ConvergedCharging_Create响应。

S409，用户A开始访问Youtube应用，SMF向CHF上报计费请求消息1，计费请求消息1包括用户A的RG1，以及可以使用的最大带宽和请求业务用量。

具体地，上述计费请求消息1可以是Nchf_ConvergedCharging_Update消息，其中，计费请求的核心参数如表5所示，Youtube应用对应的计费小组标识为RG1：

表5计费请求消息1的核心参数

S410，CHF确定预留流量和预留费用。

具体地，CHF依据计费请求消息中上报的最大上行带宽和最大下行带宽按照公式：QoS(设计带宽)＝最大上行带宽+最小下行带宽来计算，然后依据订购的套餐获取对应的速率等级。例如，用户A的RG1的QoS(设计带宽)＝280Mbps+20Mbps＝300Mbps，用户A订购了套餐1和套餐2，300Mbps处于高速，无法享受套餐1的包月免费，需要按照套餐2来进行费用预算。并根据请求预留10MB流量，需要预留的费用＝10MB*1元/1MB＝10元。

S411，CHF发送计费响应消息1，该响应消息1包括授权用量信息、带宽速率等级变更(bandwidth-altert)信息和触发器(Trigger)信息。

其中，上述计费响应消息1可以是Nchf_ConvergedCharging_Update响应消息，其核心参数如下表6所示，带宽速率等级变更信息用于表示带宽速率等级的变化，触发器信息用于表示实施速率的变化超过一定预设值时进行上报。

表6计费响应消息1的核心参数

S412，SMF对RG1的带宽速率进行测量，并根据计费响应消息1中的触发器信息出发计费上报。

其中，SMF对RG1的带宽速率进行测量可以是每隔X秒钟测量Y秒钟的速率(X>Y)。速率(Mbps)＝采集时间内数据包大小(MB)*8(bit)/采集时间(Y)/1024/1024，当计算出的速率小于Bandwidth-Min-Threshold(变更门限下限)或是大于Bandwidth-Alter-Max-Threshold(变更门限上限),则表示用户的实际速率等级发生改变，触发计费请求上报。

S413，SMF向CHF上报计费请求消息2，该计费请求消息2包括RG1的新的带宽参数。

具体地，该计费请求消息2可以是Nchf_ConvergedCharging_Update消息，所包括的参数可以如下表7所示：

表7计费请求消息2的核心参数

S414，CHF根据步骤S410中的设计带宽，对已使用流量进行扣费，并按照新的请求消息2中的带宽来预留费用。

具体地，实际总带宽＝测量到的上行带宽+测量到的下行带宽＝1Mbps+35Mbps＝36Mbps，获取对应的速率等级为中，扣费：8MB*1元/MB＝8元；根据请求预留10MB流量，由于速率等级为中，正是用户订购的套餐一中的包月套餐的“蓝光/1080p”业务，所以不需要扣费，预留费用为0。

S415，CHF发送计费响应消息2，该响应消息2包括授权用量信息、带宽速率等级变更(bandwidth-altert)信息和触发器(Trigger)信息。

其中，上述计费响应消息2可以是Nchf_ConvergedCharging_Update响应消息，其核心参数如下表8所示，带宽速率等级变更信息用于表示带宽速率等级的变化，触发器信息用于表示实施速率的变化超过一定预设值时进行上报。

表8计费响应消息2的核心参数

S416，SMF对RG1的速率进行监控，用于判断速率等级速率等级是否发生改变，具体请参照S412中的描述，为了简洁，不再赘述。

S417，用户A访问Youtube(RG1)的同时开始访问腾讯应用(RG2)，此时SMF可以通过Nchf_ConvergedCharging_Update消息上报计费请求消息3给CHF，其具体参数如下表9所示：

表9计费请求消息3的核心参数

S418，CHF根据S417中的计费上报请求消息3的最大上行带宽+最大下行带宽来计算QoS(设计带宽)，然后依据订购的套餐来获取对应的速率等级为高，该步骤与S410相同，请参照S410和S414中的描述，在此不再赘述。

同样的，根据计费请求预留10MB；QoS(设计带宽)带宽为300Mbps，对应速率等级为高，需要预留的费用＝10MB*1元/1MB＝10元。

S419，该步骤与S411类似，不同的是计费响应消息3的核心参数中的RG，其具体参数如下表10所示：

表10计费响应消息3的核心参数

S420，该步骤与S412相同，请参照S412中的描述，在此不再赘述。

S421，该步骤与S413类似，不同的是计费请求消息4的核心参数中的RG，其具体参数如下表11所示：

表11计费请求消息4的核心参数

S422，即根据S418中预算的速率等级来进行扣费，同时按照新测算的带宽和订购的套餐来获取新的速率等级以计算授权用量和预留费用。

其中，扣费：5MB*1元/MB＝5元；新请求带宽＝1Mbps+14Mbps＝15Mbps；新的速率等级＝低。预留：根据请求预留10MB流量，用户使用腾讯应用对应到订购套餐二中的速率等级为低的资费为：10MB*0.6元/1MB＝6元。

S423，该步骤与S415相同，不同的是计费响应消息4的核心参数中的RG，其具体参数如下表12所示：

表12计费响应消息4的核心参数

S424，用户A结束上网。

在该场景下，步骤S417之后，用户A实际是多任务同时访问Youtube和腾讯应用，而SMF只能够检测单应用对应RG的实际使用速率，而无法按照多应用联合速率进行计费，造成计费的不准确。

基于此，本申请提出了一种用于计费的方法，以期望能够按照多应用联合速率进行计费，提升计费的准确性和灵活性。

图5示出了本申请用于计费的方法的一例示意性流程图。

S510，计费功能网元确定第一计费大组RGG，第一计费大组RGG包括多个计费小组RG，计费小组RG对应至少一个应用。

可选地，上述方法还包括：计费功能网元接收来自会话管理网元的第一计费请求，第一计费请求包括用户订购的套餐信息和用户使用的应用对应的第一计费小组RG；计费功能网元根据套餐信息和第一计费小组RG确定第一计费大组RGG，第一计费小组RG属于多个计费小组RG。

S520，计费功能网元向会话管理网元发送第一计费大组RGG的身份标识ID。

可选地，上述方法还包括：计费功能网元接收来自会话管理网元的第二计费请求，第二计费请求包括所述第一计费大组RGG的带宽信息，所述第一计费大组RGG的带宽信息包括多个计费小组RG的带宽信息；计费功能网元根据多个计费小组RG的带宽信息进行计费。

可选地，上述方法还包括：计费功能网元向会话管理网元发送授权用量，授权用量是根据所述第一计费大组RGG的带宽信息确定的。

可选地，上述方法还包括：计费功能网元向会话管理网元发送触发器信息和速率等级变更信息，触发器信息用于指示会话管理网元在第一计费大组RGG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求；或者，触发器信息用于指示会话管理网元在第一计费大组RGG中至少一个计费小组RG的速率大小满足速率等级变更信息时，向计费功能网元发送所述第二计费请求。

根据本申请的技术方案，计费功能网元通过向会话管理网元发送第一计费大组RGG的身份标识ID，使得会话管理网元同时监测第一计费大组RGG下多个计费小组RG的带宽，并在带宽发生变化时及时告知计费功能网元，有助于按照实际应用需要灵活组合第一计费大组RGG的实际带宽计费，提高计费的准确性和灵活性。

图6示出了本申请用于计费的方法的一例具体示例的示意性流程图。

准备阶段：

CHF根据用户订购的套餐和所使用应用对应的RG来进行计费大组(the group ofrating group，RGG)的分组，同时分配唯一的计费大组RGG的身份标识RGGroupID。

示例性的，计费大组RGGroup的分组的具体信息可以如下表13所示：

表13计费大组RGGroup的分组的具体信息

所属的RG	订购的套餐	RGGroupID
			RG0	无	RGGroup 0
RG1	套餐一，套餐二	RGGroup 1
			RG2	套餐二	RGGroup 1
RG3	套餐二	RGGroup 1
			RG4	套餐二	RGGroup 1

应理解，上述表格中，为了展示同一个RGGroupID可以存在多个计费小组RG，所以计费小组RG1、RG2、RG3、RG4所对应计费大组RGGroup均为RGGroup 1，在实际应用中，计费大组RGGroup可能有多个，即不仅限于上述表格中所展示的RGGroup 0和RGGroup 1。

S601至S608与图4中S401至S408相同，为用户上网过程中的标准流程，为了简洁，在此不再赘述。

S609，用户A开始访问Youtube应用，SMF向CHF上报计费请求消息1，计费请求消息1包括用户A的RG1，以及可以使用的最大带宽和请求业务用量。

具体地，上述计费请求消息1可以是Nchf_ConvergedCharging_Update消息，其中，计费请求的核心参数如上述表5所示，Youtube应用对应的计费小组标识为RG1。

S610，CHF确定预留用量和预留费用。该步骤与S410相同，为了简洁，在此不再赘述。

S611，CHF发送计费响应消息1，该响应消息1包括授权用量信息、带宽速率等级变更(bandwidth-altert)信息、触发器(Trigger)信息和多应用联合速率控制信息(RGGroupInformation)，其中，多应用联合速率控制信息包括第一计费大组的身份标识ID。

其中，上述计费响应消息1可以是Nchf_ConvergedCharging_Update响应消息，其核心参数如下表14所示，带宽速率等级变更信息用于表示带宽速率等级的变化，触发器信息用于表示实施速率的变化超过一定预设值时进行上报，其中，带宽速率等级变更信息可以包括该预设值，即触发器信息用于表示实施速率的变化满足带宽速率等级变更信息所规定的预设值时，进行上报。

表14计费响应消息1的核心参数

S612，SMF接收上述计费响应消息1，获取第一计费大组RGGroup的身份标识ID后对带宽速率进行测量。

具体地，一方面，SMF监测该RGGroup ID下所有RG的速率(此时只有RG1)：针对RG每隔X秒钟测量Y秒钟的速率，其中，X、Y大于0，且X大于Y。

其中，速率(Mbps)＝采集时间内数据包大小(MB)*8(bit)/采集时间(Y)/1024/1024。

如果计算出的速率小于Bandwidth-Min-Threshold(变更门限下限)或是大于Bandwidth-Alter-Max-Threshold(变更门限上限)，则表示用户的实际速率等级发生改变。

需要说明的是，该在第一计费大组RGG中，只要有一个RG满足RG级变更门限的触发条件，则会立即触发上报计费请求，该计费请求中包含所有该RGGroup ID相同的RG列表。

另一方面，SMF还可以同时根据RGGroupID监控RGGroup级速率：可以参照对RG进行测量的方式，对计费大组RGGroup，每隔X秒钟测量Y秒钟的速率，其中，X、Y大于0，且X大于Y。

如果计算出的速率小于多应用联合速率控制信息RGGroupInformation中的Bandwidth-Min-Threshold(变更门限下限)，或是大于多应用联合速率控制信息RGGroupInformation中的Bandwidth-Alter-Max-Threshold(变更门限上限)，则表示用户的RGGroup级的实际速率等级发生改变，触发计费请求上报，该计费请求中包含所有该RGGroupID相同的RG列表。

S613，SMF向CHF上报计费请求消息2，该计费请求消息2包括RG1的新的带宽参数和该第一计费大组RGGroup的新带宽信息。

具体地，该计费请求消息2可以是Nchf_ConvergedCharging_Update消息，所包括的参数可以如下表15所示：

表15计费请求消息2的核心参数

S614，CHF按照S610中QoS(设计带宽)，对已使用流量进行扣费，并按照计费请求消息2中的带宽信息预留费用。

其中，扣费为8MB*1元/MB＝8元；实际总带宽＝测量到的上行带宽+测量到的下行带宽＝1Mbps+35Mbps＝36Mbps，获取对应的速率等级为中，根据请求预留10MB流量，由于速率等级为中，为用户A订购的套餐一中的“蓝光/1080p”业务包月免费范围，所以不需要扣费，预留费用为0。

S615，CHF发送计费响应消息2，该响应消息2包括授权用量信息、带宽速率等级变更(bandwidth-altert)信息、触发器(Trigger)信息和多应用联合速率控制信息(RGGroupInformation)，其中，多应用联合速率控制信息包括第一计费大组的身份标识ID。

其中，上述计费响应消息2可以是Nchf_ConvergedCharging_Update响应消息，其核心参数如下表16所示，带宽速率等级变更信息用于表示带宽速率等级的变化，触发器信息用于表示实施速率的变化超过一定预设值时进行上报，其中，带宽速率等级变更信息可以包括该预设值，即触发器信息用于表示实施速率的变化满足带宽速率等级变更信息所规定的预设值时，进行上报。

表16计费响应消息2的核心参数

S616，SMF对RG1的速率进行监控，用于判断速率等级速率等级是否发生改变，具体请参照S612中的描述，为了简洁，不再赘述。

S617，用户A访问Youtube(RG1)的同时开始访问腾讯应用(RG2)，此时SMF可以通过Nchf_ConvergedCharging_Update消息上报第一计费请求消息给CHF，其具体参数可以如上述S417中表9所示，该第一计费请求消息中包括用户A所使用的腾讯应用对应的RG2的信息。

S618，CHF确定用户A的RG1和RG2所属于的计费大组RGGroup的身份标识ID，RGGroupID 1，并计算授权用量和预留费用。

具体地，CHF依据用户A订购的套餐查询表13中RG2对应的RGGroupID为RGGroup1，同时依据步骤15中获取到当前RGGroup1的RGGroup级门限范围处于20Mbps～80Mbps，然后查询订购的套餐二获取对应的速率等级为中。此时按照速率等级中来进行当前RGGroup1中的新增RG RG2的费用预算。

其中，根据计费请求预留10MB授权用量；由于RGGroup1的速率等级为中，需要预留的费用＝10MB*0.8元/1MB＝8元。

S619，CHF发送第一计费响应消息，该第一计费响应消息包括授权用量信息、带宽速率等级变更(bandwidth-altert)信息、触发器(Trigger)信息和多应用联合速率控制信息(RGGroupInformation)，其中，多应用联合速率控制信息包括第一计费大组RGG的身份标识ID，RGG roupID 1。

其中，上述第一计费响应消息可以是Nchf_ConvergedCharging_Update响应消息，其核心参数如下表17所示，带宽速率等级变更信息用于表示带宽速率等级的变化，触发器信息用于表示实施速率的变化超过一定预设值时进行上报，其中，带宽速率等级变更信息可以包括该预设值，即触发器信息用于表示实施速率的变化满足带宽速率等级变更信息所规定的预设值时，进行上报。

表17第一计费响应消息的核心参数

S620，SMF接收上述第一计费响应消息，获取RG2所属于的第一计费大组RGGroup的身份标识ID后对带宽速率进行测量。

具体地，一方面，SMF监测该RGGroup ID 1下所有RG的速率(此时包括RG1和RG2)：针对RG每隔X秒钟测量Y秒钟的速率，其中，X、Y大于0，且X大于Y。

需要说明的是，该在第一计费大组RGGroupID 1中，只要有一个RG(RG1和/或RG2)满足RG级变更门限的触发条件，则会立即触发上报计费请求，该计费请求中包含所有该RGGroup ID相同的RG列表。

应理解，本实施例以第一计费大组RGGroupID 1中包括RG1和RG2为例进行说明，在RG1或RG2满足RG级变更门限的触发条件，则会立即触发上报计费请求，当第一计费大组RGG1中包括N个RG时，本申请的技术方案同样适用，此时只要有N个具有相同的RGGroupID下的N个RG中只要有一个RG满足触发计费请求，则上报计费请求且计费请求中包含所有的具有相同RGGroupID的RG列表。

S621，SMF向CHF上报第二计费响应消息，该第二计费响应消息包括RG1的新的带宽参数、RG2的新的带宽参数、RGGroupID 1的新的带宽参数。

具体地，该第二计费响应消息可以是Nchf_ConvergedCharging_Update消息，所包括的参数可以如下表18所示：

表18第二计费响应消息的核心参数

S622，CHF按照S618中预算的速率等级来进行扣费，同时按照新测算的带宽和订购的套餐来获取新的速率等级，以计算授权用量和预留费用。

具体地，由于RG1和RG2的综合带宽在步骤18中为中，因此扣费时RG1的8MB免费，RG2的5MB的扣费结果为：5MB*0.8元/MB＝4元。

新请求的RGGroup级的带宽＝2Mbps+79Mbps＝81Mbps；RG1级的带宽＝1Mbps+64Mbps＝65Mbps；RG2级的带宽＝1Mbps+14Mbps＝15Mbps。

由于RG1的速率等级为中，为套餐一中的“蓝光/1080p”包月免费范围，因此预算流量为10MB，预留费用为0元；由于RG2参考的是RGGroup的速率等级(见步骤S618)，当前RGGroup处于高等级，因此预留流量为10MB，预留的费用为10MB*1元/MB＝19元。

S623，CHF发送第二计费响应消息，该第二计费响应消息包括授权用量信息、带宽速率等级变更(bandwidth-altert)信息、触发器(Trigger)信息和多应用联合速率控制信息(RGGroupInformation)，其中，多应用联合速率控制信息包括第一计费大组的身份标识ID。

其中，上述第二计费响应消息可以是Nchf_ConvergedCharging_Update响应消息，其核心参数如下表19所示，带宽速率等级变更信息用于表示带宽速率等级的变化，触发器信息用于表示实施速率的变化超过一定预设值时进行上报，其中，带宽速率等级变更信息可以包括该预设值，即触发器信息用于表示实施速率的变化满足带宽速率等级变更信息所规定的预设值时，进行上报。

表19第二计费响应消息的核心参数

其中，当用户A进行上网时，SMF与CHF重复上述过程，为了简洁，在此不再赘述。

S624，用户A结束上网，具体请参照当前用户结束上网的标准流程。

应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

还应理解，在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

可以理解的是，本申请上述实施例中，由通信设备实现的方法，也可以由可配置于通信设备内部的部件(例如芯片或者电路)实现。

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

以下，结合图7和图8详细说明本申请实施例提供的用于计费的装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，部分内容不再赘述。

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

图7示出了本申请用于计费的设备的一例示意性结构图。上述方法500和方法600中任一方法所涉及的任一网元，如计费功能网元、会话管理网元等都可以由图7所示的用于计费的设备来实现。

应理解，用于计费的设备700可以是实体设备，也可以是实体设备的部件(例如，集成电路，芯片等等)，还可以是实体设备中的功能模块。

如图7所示，该用于计费的设备700包括：一个或多个处理器710。处理器710可以存储用于执行本申请实施例的方法的执行指令。可选地，处理器710中可以调用接口实现接收和发送功能。所述接口可以是逻辑接口或物理接口，对此不作限定。例如，接口可以是收发电路，或是接口电路。用于实现接收和发送功能的收发电路、或接口电路可以是分开的，也可以集成在一起。上述收发电路或接口电路可以用于代码/数据的读写，或者，上述收发电路或接口电路可以用于信号的传输或传递。

可选地，接口可以通过收发器实现。可选地，该用于计费的设备700还可以包括收发器730。所述收发器730可以称为收发单元、收发机、收发电路或者收发器等，用于实现收发功能。

可选地，该用于计费的设备700还可以包括存储器720。本申请实施例对存储器720的具体部署位置不作具体限定，该存储器可以集成于处理器中，也可以是独立于处理器之外。对于该用于计费的装置700不包括存储器的情形，该用于计费的设备700具备处理功能即可，存储器可以部署在其他位置(如，云系统)。

处理器710、存储器720和收发器730之间通过内部连接通路互相通信，传递控制和/或数据信号。

可以理解的是，尽管并未示出，用于计费的设备700还可以包括其他装置，例如输入装置、输出装置、电池等。

可选的，在一些实施例中，存储器720可以存储用于执行本申请实施例的方法的执行指令。处理器710可以执行存储器720中存储的指令结合其他硬件(例如收发器730)完成下文所示方法执行的步骤，具体工作过程和有益效果可以参见上文方法实施例中的描述。

本申请实施例揭示的方法可以应用于处理器710中，或者由处理器710实现。处理器710可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(applicationspecific integrated circuit，ASIC)、现成可编程门阵列(field programmable gatearray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read-only memory，ROM)、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的指令，结合其硬件完成上述方法的步骤。

可以理解，存储器720可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器ROM、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器RAM，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

图8示出了本申请用于计费的装置的一例示意性结构图。

可选地，所述用于计费的装置800的具体形态可以是通用计算机设备或通用计算机设备中的芯片，本申请实施例对此不作限定。如图8所示，该用于计费的装置包括处理单元810和收发单元820。

具体而言，用于计费的装置800可以是本申请涉及的任一网元，并且可以实现该网元所能实现的功能。应理解，用于计费的装置800可以是实体设备，也可以是实体设备的部件(例如，集成电路，芯片等等)，还可以是实体设备中的功能模块。

在一种可能的设计中，该用于计费的装置800可以是上文方法实施例中的计费功能网元装置，也可以是用于实现上文方法实施例中计费功能元装置的功能的芯片。

例如，处理单元810，用于确定第一计费大组RGG，第一计费大组RGG包括多个计费小组RG，计费小组RG对应至少一个应用；收发单元820，用于向会话管理网元发送第一计费大组RGG的身份标识ID。

可选地，收发单元820，还用于接收来自会话管理网元的第一计费请求，第一计费请求包括用户订购的套餐信息和用户使用的应用对应的第一计费小组RG；处理单元810，还用于根据套餐信息和第一计费小组RG确定第一计费大组RGG，第一计费小组RG属于多个计费小组RG。

可选地，收发单元820，还用于接收来自会话管理网元的第二计费请求，第二计费请求包括第一计费大组RGG的带宽信息，第一计费大组RGG的带宽信息包括多个计费小组RG的带宽信息；处理单元810，还用于根据多个计费小组RG的带宽信息进行计费。

可选地，收发单元820，还用于向会话管理网元发送授权用量，授权用量是根据第一计费大组RGG的带宽信息确定的。

可选地，收发单元820，还用于向会话管理网元发送触发器信息和速率等级变更信息，触发器信息用于指示会话管理网元在第一计费大组RGG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求；或者，触发器信息用于指示会话管理网元在第一计费大组RGG中至少一个计费小组RG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求。

还应理解，该用于计费的装置800为计费功能网元设备时，该用于计费的装置800中的收发单元820可通过通信接口(如收发器或输入/输出接口)实现，该用于计费的装置800中的处理单元810可通过至少一个处理器实现，例如可对应于图7中示出的处理器710。

可选地，用于计费的装置800还可以包括存储单元，该存储单元可以用于存储指令或者数据，处理单元可以调用该存储单元中存储的指令或者数据，以实现相应的操作。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

在另一种可能的设计中，该用于计费的装置800可以是上文方法实施例中的会话管理网元装置，也可以是用于实现上文方法实施例中会话管理网元功能的芯片。

例如，收发单元820，用于接收来自计费功能网元的第一计费大组RGG的身份标识ID，第一计费大组RGG包括多个计费小组RG，计费小组RG对应至少一个应用；处理单元810，用于根据第一计费大组RGG的身份标识ID，对第一计费大组RGG的速率和多个计费小组RG的速率进行监测。

可选地，收发单元820，还用于向计费功能网元发送第一计费请求，第一计费请求包括用户订购的套餐信息和用户使用的应用对应的第一计费小组RG，第一计费小组RG属于多个计费小组RG。

可选地，收发单元820，还用于向计费功能网元发送第二计费请求，第二计费请求包括第一计费大组RGG的带宽信息，第一计费大组RGG的带宽信息包括多个计费小组RG的带宽信息，多个计费小组RG的带宽信息用于计费功能网元进行计费。

可选地，收发单元820，还用于接收来自计费功能网元的授权用量，授权用量是根据第一计费大组RGG的带宽信息确定的。

可选地，收发单元820，还用于接收来自计费功能网元的触发器信息和速率等级变更信息；收发单元820，还用于在第一计费大组RGG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求；或者，收发单元820，还用于在第一计费大组RGG中至少一个计费小组RG的速率大小满足速率等级变更信息时，向计费功能网元发送第二计费请求。

还应理解，该用于计费的装置800为会话管理网元装置时，该用于计费的装置800中的收发单元820可通过通信接口(如收发器或输入/输出接口)实现，例如可对应于图7中示出的通信接口730，该用于计费的装置800中的处理单元810可通过至少一个处理器实现，例如可对应于图7中示出的处理器710。

还应理解，装置800还可以用于实现上述方法实施例中的SMF、CHF等网元的功能，其中收发单元820可以用于实现与接收和发送相关的操作，处理单元810可以用于实现除接收和发送以外的其他操作，具体可以参见上述方法实施例中的描述，这里不再一一列出。

另外，在本申请中，用于计费的装置800是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路ASIC、电路、执行一个或多个软件或固件程序的处理器和存储器、集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到装置800可以采用图8所示的形式。处理单元810可以通过图7所示的处理器710来实现。可选地，如果图7所示的计算机设备包括存储器720，处理单元810可以通过处理器710和存储器720来实现。收发单元820可以通过图7所示的收发器730来实现。所述收发器730包括接收功能和发送功能。具体的，处理器通过执行存储器中存储的计算机程序来实现。可选地，当所述装置800是芯片时，那么收发单元820的功能和/或实现过程还可以通过管脚或电路等来实现。可选地，所述存储器可以为所述芯片内的存储单元，比如寄存器、缓存等，所述存储单元还可以是所述计算机设备内的位于所述芯片外部的存储单元，如图7所的存储器720，或者，也可以是部署在其他系统或设备中的存储单元，不在所述计算机设备内。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmable read-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图5和图6所示实施例中任意一个实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图5和图6所示实施例中任意一个实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种系统，其包括前述的装置或设备。

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

在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在两个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。

还应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

还应理解，本申请实施例中引入编号“第一”、“第二”等只是为了区分不同的对象，比如，区分不同的“信息”，或，“设备”，或，“单元”，对具体对象以及不同对象间的对应关系的理解应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

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

计费功能网元确定第一计费大组RGG，所述第一计费大组RGG包括多个计费小组RG，所述计费小组RG对应至少一个应用；

所述计费功能网元向会话管理网元发送所述第一计费大组RGG的身份标识ID。

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

所述计费功能网元接收来自所述会话管理网元的第一计费请求，所述第一计费请求包括用户订购的套餐信息和用户使用的应用对应的第一计费小组RG；

所述计费功能网元根据所述套餐信息和所述第一计费小组RG确定所述第一计费大组RGG，所述第一计费小组RG属于所述多个计费小组RG。

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

所述计费功能网元接收来自所述会话管理网元的第二计费请求，所述第二计费请求包括所述第一计费大组RGG的带宽信息，所述第一计费大组RGG的带宽信息包括所述多个计费小组RG的带宽信息；

所述计费功能网元根据所述多个计费小组RG的带宽信息进行计费。

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

所述计费功能网元向所述会话管理网元发送授权用量，所述授权用量是根据所述第一计费大组RGG的带宽信息确定的。

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

所述计费功能网元向所述会话管理网元发送触发器信息和速率等级变更信息，

所述触发器信息用于指示所述会话管理网元在所述第一计费大组RGG的速率大小满足所述速率等级变更信息时，向所述计费功能网元发送所述第二计费请求；或者，

所述触发器信息用于指示所述会话管理网元在所述第一计费大组RGG中至少一个计费小组RG的速率大小满足所述速率等级变更信息时，向所述计费功能网元发送所述第二计费请求。

6.一种用于计费的方法，其特征在于，包括：

会话管理网元接收来自计费功能网元的第一计费大组RGG的身份标识ID，所述第一计费大组RGG包括多个计费小组RG，所述计费小组RG对应至少一个应用；

所述会话管理网元根据所述第一计费大组RGG的身份标识ID，对所述第一计费大组RGG的速率和所述多个计费小组RG的速率进行监测。

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

所述会话管理网元向所述计费功能网元发送第一计费请求，所述第一计费请求包括用户订购的套餐信息和用户使用的应用对应的第一计费小组RG，所述第一计费小组RG属于所述多个计费小组RG。

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

所述会话管理网元向所述计费功能网元发送第二计费请求，所述第二计费请求包括所述第一计费大组RGG的带宽信息，所述第一计费大组RGG的带宽信息包括所述多个计费小组RG的带宽信息，所述多个计费小组RG的带宽信息用于所述计费功能网元进行计费。

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

所述会话管理网元接收来自所述计费功能网元的授权用量，所述授权用量是根据所述第一计费大组RGG的带宽信息确定的。

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

所述会话管理网元接收来自所述计费功能网元的触发器信息和速率等级变更信息，

所述会话管理网元在所述第一计费大组RGG的速率大小满足所述速率等级变更信息时，向所述计费功能网元发送所述第二计费请求；或者，

所述会话管理网元在所述第一计费大组RGG中至少一个计费小组RG的速率大小满足所述速率等级变更信息时，向所述计费功能网元发送所述第二计费请求。

11.一种用于计费的装置，其特征在于，包括：处理单元，用于确定第一计费大组RGG，所述第一计费大组RGG包括多个计费小组RG，所述计费小组RG对应至少一个应用；发送单元，用于向会话管理网元发送所述第一计费大组RGG的身份标识ID。

12.根据权利要求11所述的装置，其特征在于，所述收发单元，还用于接收来自所述会话管理网元的第一计费请求，所述第一计费请求包括用户订购的套餐信息和用户使用的应用对应的第一计费小组RG；所述处理单元，还用于根据所述套餐信息和所述第一计费小组RG确定所述第一计费大组RGG，所述第一计费小组RG属于所述多个计费小组RG。

13.根据权利要求11或12所述的装置，其特征在于，所述收发单元，还用于接收来自所述会话管理网元的第二计费请求，所述第二计费请求包括所述第一计费大组RGG的带宽信息，所述第一计费大组RGG的带宽信息包括所述多个计费小组RG的带宽信息；所述处理单元，还用于根据所述多个计费小组RG的带宽信息进行计费。

14.根据权利要求13所述的装置，其特征在于，所述收发单元，还用于向所述会话管理网元发送授权用量，所述授权用量是根据所述第一计费大组RGG的带宽信息确定的。

15.根据权利要求11至14中任一项所述的装置，其特征在于，所述收发单元，还用于向所述会话管理网元发送触发器信息和速率等级变更信息，

所述触发器信息用于指示所述会话管理网元在所述第一计费大组RGG的速率大小满足所述速率等级变更信息时，向计费功能网元发送所述第二计费请求；或者，

16.一种用于计费的装置，其特征在于，包括：收发单元，用于接收来自计费功能网元的第一计费大组RGG的身份标识ID，所述第一计费大组RGG包括多个计费小组RG，所述计费小组RG对应至少一个应用；处理单元，用于根据所述第一计费大组RGG的身份标识ID，对所述第一计费大组RGG的速率和所述多个计费小组RG的速率进行监测。

17.根据权利要求16所述的装置，其特征在于，所述收发单元，还用于向所述计费功能网元发送第一计费请求，所述第一计费请求包括用户订购的套餐信息和用户使用的应用对应的第一计费小组RG，所述第一计费小组RG属于所述多个计费小组RG。

18.根据权利要求16或17所述的装置，其特征在于，所述收发单元，还用于向所述计费功能网元发送第二计费请求，所述第二计费请求包括所述第一计费大组RGG的带宽信息，所述第一计费大组RGG的带宽信息包括所述多个计费小组RG的带宽信息，所述多个计费小组RG的带宽信息用于所述计费功能网元进行计费。

19.根据权利要求18所述的装置，其特征在于，所述收发单元，还用于接收来自所述计费功能网元的授权用量，所述授权用量是根据所述第一计费大组RGG的带宽信息确定的。

20.根据权利要求16至19中任一项所述的装置，其特征在于，收发单元，还用于接收来自所述计费功能网元的触发器信息和速率等级变更信息；

所述收发单元，还用于在所述第一计费大组RGG的速率大小满足所述速率等级变更信息时，向所述计费功能网元发送所述第二计费请求；或者，

所述收发单元，还用于在所述第一计费大组RGG中至少一个计费小组RG的速率大小满足所述速率等级变更信息时，向所述计费功能网元发送所述第二计费请求。

21.一种通信系统，所述通信系统包括计费功能网元、会话管理网元；

所述计费功能网元用于确定第一计费大组RGG，所述第一计费大组RGG包括多个计费小组RG，所述计费小组RG对应至少一个应用，向会话管理网元发送所述第一计费大组RGG的身份标识ID；

所述会话管理网元用于接收来自所述计费功能网元的所述第一计费大组RGG的身份标识ID，根据所述第一计费大组RGG的身份标识ID，对所述第一计费大组RGG的速率和所述多个计费小组RG的速率进行监测。