CN116248418A

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

Info

Publication number: CN116248418A
Application number: CN202111491999.0A
Authority: CN
Inventors: 毛钱永
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-12-08
Filing date: 2021-12-08
Publication date: 2023-06-09

Abstract

本申请提供一种用于计费的方法、系统和通信装置，包括：计费功能网元确定第一指示信息，第一指示信息用于指示会话管理网元确定第一计费组RG的第一信封，第一RG的第一信封是会话管理网元对第一RG的第二信封和第一RG第三信封进行合并得到的；计费功能网元向会话管理网元发送第一指示信息。根据本申请的技术方案，会话管理网元根据计费功能网元的指示信息，合并同一RG组的多个信封，有助于减少信令开销。

Description

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

技术领域

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

背景技术

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

但是在上述方法中，例如，用户在观看视频的过程中，每隔一定的时间应用会缓存一定的视频数据用于保证视频体验的流畅性，每次下载的平均速率可能低于实际的峰值速率。按照实际速率计费能够保证计费的准确性，但用户能够实际感知的速率为平均速率，因此用户更希望按照业务平均速率而不是按照实际速率来计费。此外，计费的间隔越小，越能反映业务的实际速率，但会带来计费系统内部信息的大量交互，增加系统信令开销。

因此，亟需一种用于计费的方法，能够减少信令开销，同时保证计费的准确性。

发明内容

本申请提供一种用于计费的方法、系统和通信装置，有助于减少信令开销，保证计费的准确性。

第一方面，提供了一种用于计费的方法，包括：计费功能网元确定第一指示信息，第一指示信息用于指示会话管理网元确定第一计费组RG的第一信封，第一RG的第一信封是会话管理网元对第一RG的第二信封和第一RG第三信封进行合并得到的；计费功能网元向会话管理网元发送第一指示信息。

根据本申请的技术方案，会话管理网元根据计费功能网元的指示信息，合并同一RG组的多个信封，有助于减少信令开销。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：计费功能网元使用人工智能AI模型根据用户的历史消费情况确定第一阈值，用户属于第一RG。

根据本申请的技术方案，计费功能网元使用AI模型根据用户的历史消费情况确定第一阈值，从而使得同一RG组的多个信封可以合并，有助于减少信令开销。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：计费功能网元使用AI模型根据用户的请求用量确定预留费用。

根据本申请的技术方案，计费功能网元使用AI模型根据用户的请求用量确定预留费用，有助于提升计费的准确性。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：计费功能网元接收来自会话管理网元的第一计费请求信息，第一计费请求信息包括第一RG的标识、第一RG能够使用的最大带宽以及用户的请求用量。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：计费功能网元接收来自会话管理网元的第二计费请求信息，第二计费请求信息包括第一RG的第一信封，第一RG的第一信封包括第一基础统计时间间隔BTI，第一BTI用于指示没有流量但需要计算的BTI；计费功能网元根据第一RG的第一信封进行计费。

根据本申请的技术方案，会话管理网元向计费功能网元发送没有流量但需要计算的BTI，使得计费功能网元能够按照实际速率精确计费，有助于提升计费的准确性。

结合第一方面，在第一方面的某些实现方式中，第一RG的第一信封还包括第二BTI，第二BTI用于指示没有流量且不计算有效的BTI，或者，第二BTI用于指示有流量但不在第一阈值范围内的BTI。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：计费功能网元向会话管理网元发送第二指示信息，第二指示信息用于指示会话管理网元开启第一RG的信封功能。

第二方面，提供了一种用于计费的方法，包括：会话管理网元接收来自计费功能网元的第一指示信息；会话管理网元根据第一指示信息向计费功能网元发送第一计费组RG的第一信封，第一RG的第一信封是会话管理网元对第一RG的第二信封和第一RG第三信封进行合并得到的。

结合第二方面，在第二方面的某些实现方式中，上述方法还包括：会话管理网元根据第一阈值对第一RG的第二信封和第一RG的第三信封进行合并，第一阈值是计费功能网元使用人工智能AI模型根据用户的历史消费情况确定的，用户属于第一RG。

结合第二方面，在第二方面的某些实现方式中，会话管理网元根据第一阈值对第一RG的第二信封和第一RG的第三信封进行合并，包括：会话管理网元确定第一RG的第二信封的流量和第一RG的第三信封的流量；在第一RG的第二信封的流量与第一RG的第三信封的流量的差异小于或等于第一阈值的情况下，会话管理网元对第一RG的第二信封和第一RG的第三信封进行合并。

结合第二方面，在第二方面的某些实现方式中，会话管理网元确定第一RG的第二信封的流量和第一RG的第三信封的流量，包括：会话管理网元根据实际测量时间、实际用量以及约定测量时间，确定第一RG的第二信封的流量和第一RG的第三信封的流量。

根据本申请的技术方案，会话根据网元根据实际测量时间、实际用量以及约定测量时间确定信封的流量，有助于提升计费的准确性。

结合第二方面，在第二方面的某些实现方式中，上述方法还包括：会话管理网元向计费功能网元发送第一计费请求信息，第一计费请求信息包括第一RG的标识、第一RG能够使用的最大带宽以及用户的请求用量。

结合第二方面，在第二方面的某些实现方式中，上述方法还包括：会话管理网元向计费功能网元发送第二计费请求信息，第二计费请求信息包括第一RG的第一信封，第一RG的第一信封包括第一基础统计时间间隔BTI，第一BTI用于指示没有流量但需要计算的BTI，第一RG的第一信封用于计费功能网元进行计费。

结合第二方面，在第二方面的某些实现方式中，第一RG的第一信封还包括第二BTI，第二BTI用于指示没有流量且不计算有效的BTI，或者，第二BTI用于指示有流量但不在第一阈值范围内的BTI。

结合第二方面，在第二方面的某些实现方式中，上述方法还包括：会话管理网元根据第二指示信息开启第一RG的信封功能，第二指示信息来自计费功能网元。

第三方面，提供了一种用于计费的装置，包括：处理单元，用于确定第一指示信息，第一指示信息用于指示会话管理网元确定第一计费组RG的第一信封，第一RG的第一信封是会话管理网元对第一RG的第二信封和第一RG第三信封进行合并得到的；收发单元，用于向会话管理网元发送第一指示信息。

结合第三方面，在第三方面的某些实现方式中，处理单元，还用于使用人工智能AI模型根据用户的历史消费情况确定第一阈值，用户属于第一RG。

结合第三方面，在第三方面的某些实现方式中，处理单元，还用于使用AI模型根据用户的请求用量确定预留费用。

结合第三方面，在第三方面的某些实现方式中，收发单元，还用于接收来自会话管理网元的第二计费请求信息，第二计费请求信息包括第一RG的第一信封，第一RG的第一信封包括第一基础统计时间间隔BTI，第一BTI用于指示没有流量但需要计算的BTI；处理单元，还用于根据第一RG的第一信封进行计费。

结合第三方面，在第三方面的某些实现方式中，第一RG的第一信封还包括第二BTI，第二BTI用于指示没有流量且不计算有效的BTI，或者，第二BTI用于指示有流量但不在第一阈值范围内的BTI。

结合第三方面，在第三方面的某些实现方式中，收发单元，还用于向会话管理网元发送第二指示信息，第二指示信息用于指示会话管理网元开启第一RG的信封功能。

第四方面，提供了一种用于计费的装置，包括：收发单元，用于接收来自计费功能网元的第一指示信息；收发单元，还用于根据第一指示信息向计费功能网元发送第一计费组RG的第一信封，其中，第一RG的第一信封是处理单元对第一RG的第二信封和第一RG第三信封进行合并得到的。

结合第四方面，在第四方面的某些实现方式中，处理单元，用于根据第一阈值对第一RG的第二信封和第一RG的第三信封进行合并，第一阈值是计费功能网元使用人工智能AI模型根据用户的历史消费情况确定的，用户属于第一RG。

结合第四方面，在第四方面的某些实现方式中，处理单元，具体用于确定第一RG的第二信封的流量和第一RG的第三信封的流量；在第一RG的第二信封的流量与第一RG的第三信封的流量的差异小于或等于第一阈值的情况下，对第一RG的第二信封和第一RG的第三信封进行合并。

结合第四方面，在第四方面的某些实现方式中，处理单元，具体用于根据实际测量时间、实际用量以及约定测量时间，确定第一RG的第二信封的流量和第一RG的第三信封的流量。

结合第四方面，在第四方面的某些实现方式中，收发单元，用于向计费功能网元发送第一计费请求信息，第一计费请求信息包括第一RG的标识、第一RG能够使用的最大带宽以及用户的请求用量。

结合第四方面，在第四方面的某些实现方式中，收发单元，用于向计费功能网元发送第二计费请求信息，第二计费请求信息包括第一RG的第一信封，第一RG的第一信封包括第一基础统计时间间隔BTI，第一BTI用于指示没有流量但需要计算的BTI，第一RG的第一信封用于计费功能网元进行计费。

结合第四方面，在第四方面的某些实现方式中，第一RG的第一信封还包括第二BTI，第二BTI用于指示没有流量且不计算有效的BTI，或者，第二BTI用于指示有流量但不在第一阈值范围内的BTI。

结合第四方面，在第四方面的某些实现方式中，处理单元，还用于根据第二指示信息开启第一RG的信封功能，第二指示信息来自计费功能网元。

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

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

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

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

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

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

其中，计费功能网元用于确定第一指示信息，第一指示信息用于指示会话管理网元确定第一计费组RG的第一信封，第一RG的第一信封是会话管理网元对第一RG的第二信封和第一RG第三信封进行合并得到的；向会话管理网元发送第一指示信息。

会话管理网元用于接收来自计费功能网元的第一指示信息；根据第一指示信息向计费功能网元发送第一计费组RG的第一信封，第一RG的第一信封是会话管理网元对第一RG的第二信封和第一RG第三信封进行合并得到的。

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

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

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

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

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

附图说明

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

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

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

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

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

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

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

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

具体实施方式

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

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

计费功能网元110，用于确定第一指示信息，第一指示信息用于指示会话管理网元确定第一计费组RG的第一信封，第一RG的第一信封是会话管理网元对第一RG的第二信封和第一RG第三信封进行合并得到的；向会话管理网元发送第一指示信息。

会话管理网元120，用于接收来自计费功能网元的第一指示信息；根据第一指示信息向计费功能网元发送第一计费组RG的第一信封，第一RG的第一信封是会话管理网元对第一RG的第二信封和第一RG第三信封进行合并得到的。

示例性的，根据本申请提供的通信系统，计费功能网元110可以向会话管理网元120发送指示信息，使得会话管理网元可以根据计费功能网元的指示信息，合并同一RG组的多个信封，有助于减少信令开销。

图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的连接关系不作赘述。

随着通信技术的发展，通信带宽有了显著的提升，使得按照实际使用带宽来区分高速和低速成为可能。因此，用户购买了对应的套餐，希望按照套餐对应的带宽区间进行计费。

例如，用户在观看电影时，每隔一定的时间应用会缓存一定的视频数据用于保证视频体验的流畅性，每次下载的平均速率可能低于实际的峰值速率。按照实际速率计费能够保证计费的准确性，但用户能够实际感知的速率为平均速率，因此用户更希望按照业务平均速率而不是按照实际速率来计费。

目前，在长期演进(Long-Term evolution，LTE)系统的第三代合作伙伴计划(3rdpartnership project，3GPP)已经定义了融合计费系统(converged charging system，CCS)可以下发计费相关的信息给策略和计费执行功能(Policy and ChargingEnforcement Function，PCEF)用于信息采集。PCEF在采集后会将相关的计费信息上报给CCS，以便于CCS进行计费。

其中，在目前的协议中，CCS可以通过下述公式(1)或者公式(2)来计算速率：

速率＝已使用的总用量/已使用的总时间 (1)；

速率＝信封期间使用的总用量/(信封结束时间-信封开启时间) (2)；

其中，信封的持续时间为1秒时，通过公式(2)即可计算业务的实际瞬时速率，而通过公式(1)可计算业务在一段较长时间内的平均速率。

若是通过公式(1)来计算速率，当已使用的总时间中有一段时间没有通过流量时，则会使得速率有利于用户，不利于运营商的计费。若通过公式(2)来计算速率，则会造成SMF与CHF之间的交互消息急剧增加，从而增加了信令开销。

又例如，用户在观看视频时，同时还有弹幕的出现，视频的体验带宽远大于弹幕的体验带宽，如果合并在一起计算评价带宽则会大幅度拉低评价带宽，从而降低用户体验，因此希望对视频和弹幕能够分别独立计算带宽。

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

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

表1系统级Qos和RG的PCC Rule

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

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

表2签约级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可以与上述表1所展示的系统级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消息，其中，计费请求的核心参数如表3所示，Youtube应用对应的计费小组标识为RG1：

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

参数	含义	取值
			ChargingDataRequest	根节点	——
\|_pDUSessionChargingInformation	根节点下的PDU信息节点	——
			\|_authorizedSessionAMBR	PDU信息下的最大授权带宽节点	——
\|_Uplink	最大上行带宽	20Mbps
			\|_Downlink	最大下行带宽	280Mbps
\|_MultipleUnitUsage	根节点下的多业务请求单元	——
			\|_RG	PCC Rule对应的Rating Group	RG1
\|_RequestedUnit	根节点下的请求业务单元	——
			\|_TotalVolume	请求流量	10MB

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响应消息，其核心参数如下表4所示，带宽速率等级变更信息用于表示带宽速率等级的变化，触发器信息用于表示实施速率的变化超过一定预设值时进行上报。

表4计费响应消息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消息，所包括的参数可以如下表5所示：

表5计费请求消息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响应消息，其核心参数如下表6所示，带宽速率等级变更信息用于表示带宽速率等级的变化，触发器信息用于表示实施速率的变化超过一定预设值时进行上报。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

S424，用户A结束上网。

在该场景下，步骤S417之后，用户A实际是多任务同时访问Youtube和弹幕(或者腾讯应用)，使得用户的速率带宽变化非常频繁，导致SMF与CHF之间的消息交互大量增加，加重系统的负荷。

基于此，本申请提出了一种用于计费的方法，以期望能够减少信令开销，保证计费的准确性。

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

S510，计费功能网元确定第一指示信息，第一指示信息用于指示会话管理网元确定第一计费组RG的第一信封，第一RG的第一信封是会话管理网元对第一RG的第二信封和第一RG第三信封进行合并得到的。

S520，计费功能网元向会话管理网元发送第一指示信息。

可选地，上述方法还包括：计费功能网元向会话管理网元发送第一阈值，第一阈值用于会话管理网元对第一RG的第一信封和第一RG的第二信封进行合并。

可选地，上述方法还包括：计费功能网元使用人工智能AI模型根据用户的历史消费情况确定第一阈值，用户属于第一RG。

可选地，上述方法还包括：上述方法还包括：计费功能网元使用AI模型根据用户的请求用量确定预留费用。

可选地，上述方法还包括：计费功能网元接收来自会话管理网元的第一计费请求信息，第一计费请求信息包括第一RG的标识、第一RG能够使用的最大带宽以及用户的请求用量。

可选地，上述方法还包括：计费功能网元接收来自会话管理网元的第二计费请求信息，第二计费请求信息包括第一RG的第一信封，第一RG的第一信封包括第一基础统计时间间隔BTI，第一BTI用于指示没有流量但需要计算的BTI；计费功能网元根据第一RG的第一信封进行计费。

可选地，上述方法还包括：计费功能网元向会话管理网元发送第二指示信息，第二指示信息用于指示会话管理网元开启第一RG的信封功能。

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

准备阶段：

配置使用YouTuBE观看视频需要按照速率计费，其它的业务类型不需要按照速率进行计费，配置5G用户可以使用的最大带宽为300Mbps。并在CHF侧配置速率计费的套餐的资费规则。

示例性的，上述计费的套餐的资费规则可以如下表11所示：

表11计费的套餐的资费规则的具体信息

应用	最低速率	最高速率	等级	资费
					YouTube	0Mbps	20Mbps	超清	免费
YouTube	20Mbps	80Mbps	蓝光	1元/1MB
					YouTube	80Mbps	无穷大	VR/AR类	1.5元/1MB

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

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

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

S610，CHF根据用户的历史消费情况通过人工智能AI模型预测用户在未来一段时间内使用情况，并根据AI模型确定第一阈值，该第一阈值也可以表述为容忍度。

具体的，CHF可以根据用户的历史消费情况通过AI模型预测用户在未来一段时间内X％时间会使用蓝光，Y％时间会使用超清，同时依据AI模型确定第一阈值为Z％。作为示例而非限定，X＝20，Y＝80，Z＝20。

其中，CHF还可以根据请求用量以及AI预测的结果确定预留费用。例如，当X＝20，Y＝80时，预留费用为8MB*1.5元/1MB+2*1元/1MB＝14元。

S611，CHF发送计费响应消息1，该响应消息1包括授权用量信息和多应用联合速率控制信息(EnvelopeEnhanceInfo)，其中，多应用联合速率控制信息包括第一指示信息以及第一阈值。

其中，上述计费响应消息1可以是Nchf_ConvergedCharging_Update响应消息，其核心参数如下表12所示，Merge-Envelope-Indicator可以称为第一指示信息，用于指示会话管理网元确定第一计费组RG的第一信封，第一RG的第一信封是会话管理网元对第一RG的第二信封和第一RG第三信封进行合并得到的；Merge-Envelope-Tolerance可以称为第一阈值用于会话管理网元对第一RG的第二信封和第一RG第三信封进行合并，当第一RG的第二信封和第一RG第三信封之间差异小于或等于第一阈值时，则完成对第一RG的第二信封和第一RG第三信封的合并，从而确定第一RG的第一信封，其中第一RG用于说明第二信封和第三信封属于同一RG，不做任何特指，例如，第二信封和第三信封也可以在属于第二RG。Envelope-Reporting可以称为第二指示信息，用于指示会话管理网元开启第一RG的信封功能，同时，对于其它的RG不允许开启信封功能，减少相互消息交互的包的大小。可选的，SMF一旦开启该第一RG组的信封功能，未接到关闭指示之前，一直保持开启状态。Time-Quota-Type用于指示进行测量时间段的种类，例如，该字段置“0”时，指示断开的时间段(dispersed timeperiod，DTP)，该字段置“1”时，指示连续的时间段(continuous time period，CTP)。

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

需要说明的是，不同于现有的规范，本申请的技术方案中，Envelope-Reporting还可以指示每个RG组的第一个Update消息需要返回，其它消息不再返回。

S612，SMF接收上述计费响应消息1，根据第一指示信息对第一RG的第二信封和第一RG第三信封进行合并得到第一RG第一信封。

具体地，SMF根据计费响应消息1中的Envelope-Reporting(第二指示信息)开启第一RG的信封功能，同时，对于其它的RG不允许开启信封功能，减少相互消息交互的包的大小。可选的，在开启该第一RG组的信封功能后，未接到关闭指示之前，一直保持开启状态。SMF依据第一RG的第一个流量包的通过时间作为信封的开始时间,来输出原始的信封信息。

在本申请实施例中，当Merge-Envelope-Indicator(第一指示信息)置“1”时，SMF可以根据Merge-Envelope-Tolerance(第一阈值)对信封进行合并。例如，开始时间为0，结束时间为第30秒，基础统计时间间隔(base time interval，BTI)为5秒，为便于区分，对每个BTI进行编号，1号BTI的流量为10MB，2号BTI的流量为20MB，3号BTI的流量为11MB，4号BTI的流量为0MB，5号BTI的流量为12MB，每个BTI在未合并之前均可称为一个单独的信封，例如1号BTI对应1号信封，依次类推。示例性的，合并前的信封信息可以如表13所示，其中，个数表示的是有效的BTI时段的个数；无效时长表示的是两个信封之间有不属于第一阈值范围内的流量；预留BTI时长表示的是没有流量通过但是需要计算的时长；预留BTI个数表示的是没有流量通过但是计算了BTI时长的个数。

表13合并前的信封的信息

信封编号	开始时间	结束时间	流量	个数	无效时长	预留BTI时长	预留BTI个数
								1	0	5	10MB	1	0	0	0
2	5	10	20MB	1	0	0	0
								3	10	15	11MB	1	0	0	0
4	15	20	0MB	1	0	5	1
								5	25	30	12MB	1	0	0	0

合并规则：

(1)2号信封与1号信封计算流量的差异为(20-10)/10＝100％，相差了100％，以上述示例中第一阈值为20％为例，100％高于20％，因此1号信封和2号信封保持不变；

(2)3号信封与1号信封计算流量的差异为(11-10)/10＝10％，10％小于20％，因此1号信封和3号信封可以合并；在合并后信封的信息如下表14所示：

表14合并后的信封的信息

信封编号	开始时间	结束时间	流量	个数	无效时长	预留BTI时长	预留BTI个数
								1	0	15	21MB	2	5	0	0
2	5	10	20MB	1	0	0	0
								4	15	20	0MB	1	0	5	1
5	25	30	12MB	1	0	0	0

(3)4号信封由于是预留的空转信封，优先与前一个信封(即3号信封)合并，而由于3号信封与1号信封已经进行了合并，成为了新的1号信封，因此该4号信封优先于新的1号信封进行合并；合并后的信息如下表15所示：

表15合并后的信封的信息

信封编号	开始时间	结束时间	流量	个数	无效时长	预留BTI时长	预留BTI个数
								1	0	20	21MB	3	5	5	1
2	5	10	20MB	1	0	0	0
								5	25	30	12MB	1	0	0	0

(4)5号信封与合并后的1号信封计算流量的差异为(12-21/(3-1))/(21/(3-1))＝12.5％，5号信封与2号信封计算流量的差异为(12-20)/20＝40％，因为5号信封与合并后的1号信封计算流量的差异12.5％小于第一阈值，而5号信封与2号信封计算流量的差异40％大于第一阈值，因此5号信封与合并后的1号信封进行合并，合并后的结构如表16所示：

表16合并后的信封的信息

其中，合并可以在每个信封关闭的时候进行合并，这样，可以避免最后一起合并时消耗更多的性能。

可选的，当Merge-Envelope-Indicator(第一指示信息)置“1”且当前BTI结束的时刻小于预设的BTI的值，则需要触发上报计费请求，从而避免上报不完整的信封。此外，如果授权用量用尽了，而BTI还未结束，则先结束BTI，保证上报的信封是完整的，同时，由于没有达到BTI，因此在计算差异时需要按照实际用量/实际的BTI*预设的BTI来计算。例如，预设的BTI为5秒，当前是2秒，用量为10MB，所以计算差异时按照5秒的用量为10/2*5＝25MB来进行计算。

可选的，SMF在上报了计费请求后，没有收到响应消息，则会按照前一个消息中的第一阈值来继续对所有信封进行合并进行输出，以减少输出对存储资源的占用。

S613，SMF向CHF上报计费请求消息2，该计费请求消息2包括RG1的新的带宽参数和第一RG的第一信封，第一RG的第一信封包括第一BTI，第一BTI用于指示没有流量但需要计算的BTI，第一RG的第一信封用于CHF进行计费。

其中，第一BTI可以是上述的预留的BTI(如下表17中的CC-Budget-BTI-TIME)。

可选的，第一RG的第一信封还包括第二BTI，第二BTI用于指示没有流量且不计算有效的BTI，或者，第二BTI用于指示有流量但不在第一阈值(或容忍度)范围内的BTI(如下表17中的CC-Budget-BTI-TIME)，其中，不在第一阈值(或容忍度)范围内可以解释为未根据第一阈值(或容忍度)进行合并。

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

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

S614，CHF对已使用流量进行扣费，并按照AI预测的结果进行预留以及下发新的第一阈值。

其中，扣费按照信封上报的用量来计算速率，例如，根据上述的例子，合并后1号信封的速率＝总用量/(结束时间-开始时间-CC-BTI-Invalid-Time-CC-Budget-BTI-Time)＝33/(30-10-5)＝2.2Mbps，2号信封的速率＝20/5＝4Mbps。合并后1号信封和2号信封的速率全部是属于低速，因此可以一起计费，平均速率为53/20＝2.65Mbps，扣费0元。

其中，预留以及下发新的第一阈值请参照S610中的描述，在此不再赘述。

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

根据本申请的技术方案，根据本申请的技术方案，会话管理网元根据计费功能网元的指示信息，合并同一RG组的多个信封，有助于减少信令开销。

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

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

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

以上，结合图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，用于确定第一指示信息，第一指示信息用于指示会话管理网元确定第一计费组RG的第一信封，第一RG的第一信封是会话管理网元对第一RG的第二信封和第一RG第三信封进行合并得到的；收发单元820，用于向会话管理网元发送第一指示信息。

可选地，处理单元810，还用于使用人工智能AI模型根据用户的历史消费情况确定第一阈值，用户属于第一RG。

可选地，处理单元810，还用于使用AI模型根据用户的请求用量确定预留费用。

可选地，收发单元820，还用于接收来自会话管理网元的第二计费请求信息，第二计费请求信息包括第一RG的第一信封，第一RG的第一信封包括第一基础统计时间间隔BTI，第一BTI用于指示没有流量但需要计算的BTI；处理单元810，还用于根据第一RG的第一信封进行计费。

可选地，收发单元820，还用于向会话管理网元发送第二指示信息，第二指示信息用于指示会话管理网元开启第一RG的信封功能。

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

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

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

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

例如，收发单元820，用于接收来自计费功能网元的第一指示信息；收发单元820，还用于根据第一指示信息向计费功能网元发送第一计费组RG的第一信封，其中，第一RG的第一信封是处理单元对第一RG的第二信封和第一RG第三信封进行合并得到的。

可选地，处理单元810，用于根据第一阈值对第一RG的第二信封和第一RG的第三信封进行合并，第一阈值是计费功能网元使用人工智能AI模型根据用户的历史消费情况确定的，用户属于第一RG。

可选地，处理单元810，具体用于确定第一RG的第二信封的流量和第一RG的第三信封的流量；在第一RG的第二信封的流量与第一RG的第三信封的流量的差异小于或等于第一阈值的情况下，对第一RG的第二信封和第一RG的第三信封进行合并。

可选地，处理单元810，具体用于根据实际测量时间、实际用量以及约定测量时间，确定第一RG的第二信封的流量和第一RG的第三信封的流量。

可选地，收发单元820，用于向计费功能网元发送第一计费请求信息，第一计费请求信息包括第一RG的标识、第一RG能够使用的最大带宽以及用户的请求用量。

可选地，收发单元820，用于向计费功能网元发送第二计费请求信息，第二计费请求信息包括第一RG的第一信封，第一RG的第一信封包括第一基础统计时间间隔BTI，第一BTI用于指示没有流量但需要计算的BTI，第一RG的第一信封用于计费功能网元进行计费。

可选地，处理单元810，还用于根据第二指示信息开启第一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.一种用于计费的方法，其特征在于，包括：

计费功能网元确定第一指示信息，所述第一指示信息用于指示会话管理网元确定第一计费组RG的第一信封，所述第一RG的第一信封是所述会话管理网元对所述第一RG的第二信封和所述第一RG第三信封进行合并得到的；

所述计费功能网元向所述会话管理网元发送所述第一指示信息。

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

所述计费功能网元向所述会话管理网元发送第一阈值，所述第一阈值用于所述会话管理网元对所述第一RG的第一信封和所述第一RG的第二信封进行合并。

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

所述计费功能网元根据用户的历史消费情况确定所述第一阈值，所述用户属于所述第一RG。

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

所述计费功能网元使用所述AI模型根据所述用户的请求用量确定预留费用。

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

所述计费功能网元接收来自所述会话管理网元的第一计费请求信息，所述第一计费请求信息包括所述第一RG的标识、所述第一RG能够使用的最大带宽以及所述用户的请求用量。

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

所述计费功能网元接收来自所述会话管理网元的第二计费请求信息，所述第二计费请求信息包括所述第一RG的第一信封，所述第一RG的第一信封包括第一基础统计时间间隔BTI，所述第一BTI用于指示没有流量但需要计算的BTI；

所述计费功能网元根据所述第一RG的第一信封进行计费。

7.根据权利要求6所述的方法，其特征在于，所述第一RG的第一信封还包括第二BTI，所述第二BTI用于指示没有流量且不计算有效的BTI，或者，所述第二BTI用于指示有流量但不在所述第一阈值范围内的BTI。

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

所述计费功能网元向所述会话管理网元发送第二指示信息，所述第二指示信息用于指示所述会话管理网元开启所述第一RG的信封功能。

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

会话管理网元接收来自计费功能网元的第一指示信息；

所述会话管理网元根据所述第一指示信息向所述计费功能网元发送第一计费组RG的第一信封，所述第一RG的第一信封是所述会话管理网元对所述第一RG的第二信封和所述第一RG第三信封进行合并得到的。

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

所述会话管理网元根据第一阈值对所述第一RG的第二信封和所述第一RG的第三信封进行合并，所述第一阈值是计费功能网元根据用户的历史消费情况确定的，所述用户属于所述第一RG。

11.根据权利要求9或10所述的方法，其特征在于，所述会话管理网元根据第一阈值对所述第一RG的第二信封和所述第一RG的第三信封进行合并，包括：

所述会话管理网元确定所述第一RG的第二信封的流量和所述第一RG的第三信封的流量；

在所述第一RG的第二信封的流量与所述第一RG的第三信封的流量的差异小于或等于所述第一阈值的情况下，所述会话管理网元对所述第一RG的第二信封和所述第一RG的第三信封进行合并。

12.根据权利要求11所述的方法，其特征在于，所述会话管理网元确定所述第一RG的第二信封的流量和所述第一RG的第三信封的流量，包括：

所述会话管理网元根据实际测量时间、实际用量以及约定测量时间，确定所述第一RG的第二信封的流量和所述第一RG的第三信封的流量。

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

所述会话管理网元向所述计费功能网元发送第一计费请求信息，所述第一计费请求信息包括所述第一RG的标识、所述第一RG能够使用的最大带宽以及所述用户的请求用量。

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

所述会话管理网元向所述计费功能网元发送第二计费请求信息，所述第二计费请求信息包括所述第一RG的第一信封，所述第一RG的第一信封包括第一基础统计时间间隔BTI，所述第一BTI用于指示没有流量但需要计算的BTI，所述第一RG的第一信封用于所述计费功能网元进行计费。

15.根据权利要求14所述的方法，其特征在于，所述第一RG的第一信封还包括第二BTI，所述第二BTI用于指示没有流量且不计算有效的BTI，或者，所述第二BTI用于指示有流量但不在所述第一阈值范围内的BTI。

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

所述会话管理网元根据第二指示信息开启所述第一RG的信封功能，所述第二指示信息来自所述计费功能网元。

17.一种通信系统，包括计费功能网元以及会话管理网元，

所述计费功能网元，用于确定第一指示信息，第一指示信息用于指示会话管理网元确定第一计费组RG的第一信封，所述第一RG的第一信封是会话管理网元对所述第一RG的第二信封和所述第一RG的第三信封进行合并得到的，向所述会话管理网元发送第一指示信息；

所述会话管理网元，用于接收来自所述计费功能网元的第一指示信息，根据所述第一指示信息向所述计费功能网元发送所述第一RG的第一信封，所述第一RG的第一信封是所述会话管理网元对所述第一RG的第二信封和所述第一RG第三信封进行合并得到的。