CN110915167B - 用于处理服务单元的信用池的功能和方法 - Google Patents

Abstract

本文的实施例涉及一种由控制平面CP功能(401)执行的用于处理包括将要由多个服务使用的许可服务单元的信用池的方法。所述多个服务被分组在至少一个第一费率组RG中。所述CP功能(401)创建用于所述至少一个第一RG中的每一个第一RG的单独使用报告规则URR。每个单独URR包括第一信用池阈值。所述CP功能向用户平面UP功能(405)提供所述单独URR。所述CP功能(401)创建用于所述信用池的使用报告规则URR CRPL。所述URR CRPL包括指示所述UP功能(405)聚合针对所有第一RG的所有单独URR的服务单元使用量的指令。所述URR CRPL还包括所述第一信用池阈值。所述CP功能(401)向所述UP功能(405)提供所述URR CRPL。

Description

用于处理服务单元的信用池的功能和方法

技术领域

本文的实施例大体涉及控制平面(CP)功能、由CP功能执行的方法、用户平面(UP)功能以及由UP功能执行的方法。更具体地，本文的实施例涉及处理包括将要由多个服务使用的许可服务单元的信用池。

背景技术

在电信网络领域，计费是一个术语，涉及获得、处理、传输以及分析与应计费事件相关的信息以便确定应为其向被计费方收费(离线计费)或应为其向订户帐户记入借方(在线计费)的数据使用量。为了执行计费，网络需要对资源使用量进行实时监视。计费机制存在于电信网络的不同域、服务和子系统中。

信用控制是一种与帐户交互并控制或监视与服务使用量相关的计费的机制。换言之，信用控制可以被描述为检查信用是否可用、信用保留、服务完成时从最终用户帐户中扣除信用以及退还未使用的保留信用的过程。

可以将一组服务分组或收集在所谓的“费率组(rating group)”(RG)中。RG也可以称为计费密钥(CK)。RG中的一组服务适用相同的成本和费率类型(例如0.1美元/分钟)。信用控制服务器可以为RG中的一个或多个服务或整个RG授权或许可信用。将配额分配给RG，并且属于该RG的所有服务都可以从所分配的配额中提取信用。所分配的配额也可以称为许可配额。图1示出了服务ID、RG、信用池和信用控制(子)会话之间的关系。当在同一用户会话中使用多个服务并且每个服务或服务组成本不同时，有必要对每个服务独立执行信用控制。信用控制应用使得能够在单个信用控制(子)会话中对多个服务进行独立的信用控制。可以请求资源并将资源分配为在多个服务之间共享的信用池。如上所述，可以将服务分组到RG中，以实现信用分配的进一步聚合。也可以按照服务来请求和分配配额。配额被分配到信用池，并且可以被随时独立地重新授权。图1示出了两个信用池，即信用池x和信用池y。信用池x具有两个分配的配额，即配额Q1和配额Q2。具有服务Id b的服务和具有服务Id b的另一个服务可以从配额Q1中提取信用。信用池y具有一个分配的配额，即配额Q3。具有服务Idz的服务属于可以从配额Q3中提取信用的RG n。具有服务Id c的服务和具有服务Id d的服务被分组到可以从配额Q2中提取信用的RG 1中。具有服务Id a、b、c、d、…、z的服务都属于同一Diameter信用控制(Diameter Credit-Control)(DCC)(子)会话。

与计费相关地使用的一种机制是信用池，信用池用于在应用在线计费时避免信用分散，从而将许可配额链接到信用池中。换言之，服务单元被提供为应用于多个服务或RG的池。这可以通过以用于特定服务或费率组的配额的形式提供服务单元来实现，也可以通过包括对用于该单元类型的信用池的引用来实现。服务从信用池中提取单元。服务可被定义为由服务元素为最终用户执行的任务类型。最终用户(例如一个使用手机的人)可以使用服务。对信用池的引用包括从费率参数派生的乘数(multiplier)，该乘数将特定类型的服务单元转换为信用池中的服务单元。例如，如果服务编号1的费率参数为$1/MB，服务编号2的费率参数为$0.5/MB，则服务1和2的乘数可以分别为10和5。

如果S是信用池内的总服务单元(总服务单元与总信用相同)，M1、M2、...、Mn是为服务1、2、...、n提供的乘数，以及C1、C2、...、Cn是在会话内使用的资源(其中n为零或任何正整数)，则在以下情况下池信用用尽并且必须寻求重新授权：

C1*M1+C2*M2+...+Cn*Mn>＝S

池中的总信用S从配额(Q1，Q2，....Qn，其中，n为零或任何正整数)计算得出，这些配额当前如下地分配给池：

S＝Q1*M1+Q2*M2+...+Qn*Mn

如果将服务或费率组添加到池中或从池中删除服务或费率组，则将适当调整总信用。注意，由于从池中删除了服务或费率组而对总信用进行了调整时，需要删除的值就是消耗的值(即Cx*Mx)。

可以随时寻求对单独服务或费率组的重新授权；例如，如果“非池化(non-pooled)”配额用完或有效时间到期。

如果在多服务信用控制属性值对(AVP)中提供了具有相同许可服务单元GSU池标识符的多个GSU池引用AVP以及许可服务单元AVP，则它们必须具有不同的CC单元类型值，并且它们都单独从信用池中提取。例如，如果给定一个时间乘数(M1t)和一个容量乘数(M1v)，则池中所使用的资源是和C1t*M1t+C1v*M1v，其中，C1t是时间单元，C1v是容量单元。

许可服务单元(GSU)是由计费系统(例如在线计费系统(OCS))许可的配额(或也可以是由OCS提供的配额)。服务单元可以是许可服务单元、已使用服务单元等，这取决于上下文。

如果服务单元是在多服务信用控制AVP中提供的而没有对应的GSU池引用AVP，则这些服务单元将独立于任何信用池以及独立于会话内的任何其他服务或费率组进行处理。

信用池概念是避免基本单一配额资费时间改变机制的过度保留影响的最佳工具。因此，实现多个服务的独立信用控制的Diameter信用控制客户端和服务器在支持资费时间改变时应利用信用池概念。Diameter信用控制服务器应当在应答消息中的两个配额分配(即，多服务信用控制AVP的两个实例)中同时包括资费时间改变(Tariff-Time-Change)和资费改变使用AVP(Tariff-Change-Usage AVP)。许可单元之一在潜在的资费改变之前被分配使用，而第二许可单元在资费改变之后被分配使用。两个许可单元配额必须包含相同的服务标识符和/或费率组。这种双重配额机制确保所报告的总已用单元永远不会超过信用保留量。Diameter信用控制客户端报告在“多服务信用控制AVP”的单个实例中的资费改变前后的已用单元。

在3GPP的版本14中，提议将某些演进的分组核心(EPC)节点(例如服务网关(SGW)、分组数据网络网关(PGW)和业务检测功能(TDF))的控制平面和用户平面功能分离。来自3GPP TS 23.214V14.3.0(2017-06)的图2示出了在用户平面和控制平面分离的情况下的示例架构参考模型。该架构参考模型涵盖了非漫游以及归属路由和本地中断(breakout)漫游场景。

Sx是控制平面与用户平面之间的接口，并且将在下面更详细地描述。在以下四个不同的规则(一个检测规则和三个不同的“强制执行(enforcement)”规则)中描述了在CP功能到UP功能之间通过Sx传送的参数：

·分组检测规则(PDR)：描述应该对哪些分组进行特定处理(例如转发和其他类型的强制执行)。

·转发动作规则(FAR)：包括将要应用于分组的转发动作。

·使用报告规则(URR)：包括定义特定测量及其应如何被报告的信息。

·QoS强制执行规则(QER)：包括与流量的QoS强制执行相关的信息。

CP功能在Sx会话建立请求或Sx会话修改请求中为Sx会话提供了一个或多个使用报告规则，以请求UP功能执行以下操作：

·根据所提供的测量方法，在流量数据容量、持续时间(即时间)和/或事件方面来测量网络资源使用；以及

·当测量达到特定阈值时、周期性地或者在检测到特定事件时，根据所提供的报告触发器，向CP功能发送使用报告。

为了支持包括在线或离线计费两者的计费功能，CP功能将指示UP如何执行使用测量以及如何/何时生成所需的使用报告，如下所示：

·创建分组检测规则以表示服务数据流、应用、承载或会话；

·为所需的每个计费密钥、计费密钥和服务ID的组合、或计费密钥、赞助者ID和应用服务提供商Id的组合创建使用报告规则；

·将URR与相关的PDR相关联；

以这种方式，可以由UP功能生成针对期望级别(例如承载、会话、TDF会话、服务数据流或应用级别)的使用报告并其报告给CP功能。因此，URR包括定义特定测量(应如何考虑(account)分组)以及应如何报告测量的信息。

图2示出了用户平面(UP，U)，其包括经由S5/8-U接口连接到PGW-用户平面(PGW-U)203的SWG-用户平面(SGW-U)201，并且PGW-U 203可以经由SGi接口(TDF-U 205是可选的功能实体)连接到TDF-用户平面(TDF-U)205。TDF-U 205可以经由SGi接口连接到运营商的互联网协议(IP)服务208，例如IP多媒体子系统(IMS)、分组交换流(PSS)等。控制平面(CP，C)包括经由S5/8-C接口连接到PGW-控制平面(PGW-C)213的SGW控制平面(SGW-C)210。控制平面可以进一步包括经由Sxc接口连接到用户平面中TDF-U 205的TDF-控制平面(TDF-C)215(TDF-C 215是可选的功能实体)。PGW-C 213经由Sxb接口连接到PGW-U 203。SGW-C 210经由Sxa接口连接到SGW-U 201。因此，Sx接口是用户平面与控制平面之间的接口。

图2中的架构仅描绘了所有SGW、PGW和TDF节点的CP和UP功能相分离的情况。然而，还支持这些节点中的仅一个节点的CP和UP功能相分离而另一接口节点的CP和UP功能不分离的其他情况，例如PGW的控制平面和用户平面相分离而SGW的控制平面和用户平面不分离。节点的分离架构不会对与其对接的对等节点施加任何架构要求。

图3(来自3GPP TS 23.214V14.3.0(2017-06))示出了一个架构参考模型的示例，其中，组合的SGW/PGW的用户平面和控制平面相分离。在具有分离的控制平面和用户平面的部署中使用组合的SGW/PGW是可行的。这可以通过支持具有用于非组合和组合情况的公共参数结构的Sx接口来实现。控制平面包括组合的SGW/PGW-C 301，SGW/PGW-C 301经由组合的Sxa/Sxb接口连接到组合的SGW/PGW-U 303。

现有技术将信用池概念引入UP功能，这要求UP功能管理将要在不同RG之间共享的许可服务单元。这与应该将UP功能设计得尽可能简单的原则相反，因为UP功能旨在成为简单的分组转发设备。

对于当前解决方案，当信用池信息元素(IE)包括在同一URR中时，不清楚如何使用现有参数池时间阈值(PTMTTH)和池容量阈值(PVOLTH)。还不清楚当应该对分组进行计数时乘数如何工作。此外，提供了有关CP应该如何将所获得的配额(按照单独RG或池化的RG)映射或计算为提供给UP的配额的任何程序。同样，当将不同的RG(通过不同URR提供的)池化在一起时，触发UP向CP报告的条件也是未知的。

因此，需要至少减轻或解决这些问题中的至少一个。

发明内容

因此，本文的实施例的一个目的是消除以上缺点中的至少一个，并在用户平面和控制平面分离时为信用池提供支持。

根据第一方面，该目的通过一种由CP功能执行的用于处理包括将要由多个服务使用的许可服务单元的信用池的方法来实现。所述多个服务被分组在至少一个第一RG中。所述CP功能创建用于所述至少一个第一RG中的每一个第一RG的单独URR。每个单独URR包括第一信用池阈值。所述CP功能向UP功能提供所述单独URR。所述CP功能创建用于所述信用池的使用报告规则URR CRPL。所述URR CRPL包括指示所述UP功能聚合针对所有第一RG的所有单独URR的服务单元使用量的指令。所述URR CRPL还包括所述第一信用池阈值。所述CP功能向所述UP功能提供所述URR CRPL。

根据第二方面，该目的通过一种由UP功能执行的用于处理包括将要由多个服务使用的许可服务单元的信用池的方法来实现。所述多个服务被分组在至少一个第一RG中。所述UP功能从CP功能获得用于所述至少一个第一RG中的每一个第一RG的单独URR。每个单独URR包括第一信用池阈值。所述UP功能从所述CP功能获得URR CRPL。所述URR CRPL包括聚合针对所有第一RG的所有单独URR的服务单元使用量的指令。所述URR CRPL还包括所述第一信用池阈值。所述UP功能对针对所述第一RG的每个单独URR的已使用服务单元进行计数。所述UP功能聚合针对所有第一RG的所有单独URR的所计数的服务单元使用量。

根据第三方面，该目的通过一种用于处理包括将要由多个服务使用的许可服务单元的信用池的CP功能来实现。所述多个服务被分组在至少一个第一RG中。所述CP功能被配置为创建用于所述至少一个第一RG中的每一个第一RG的单独URR。每个单独URR包括第一信用池阈值。所述CP功能还被配置为向UP功能提供所述单独URR。所述CP功能被配置为创建URR CRPL。所述URR CRPL包括指示所述UP功能聚合针对所有第一RG的所有单独URR的服务单元使用量的指令。所述URR CRPL还包括所述第一信用池阈值。所述CP功能被配置为向所述UP功能提供所述URR CRPL。

根据第四方面，该目的通过一种用于处理包括将要由多个服务使用的许可服务单元的信用池的UP功能来实现。所述多个服务被分组在至少一个第一RG中。所述UP功能被配置为从CP功能获得用于所述至少一个第一RG中的每一个第一RG的单独URR。每个单独URR包括第一信用池阈值。所述UP功能被配置为从所述CP功能获得URR CRPL。所述URR CRPL包括聚合针对所有第一RG的所有单独URR的服务单元使用量的指令。所述URR CRPL还包括所述第一信用池阈值。所述UP功能被配置为对针对所述第一RG的每个单独URR的已使用服务单元进行计数。所述UP功能还被配置为聚合针对所有第一RG的所有单独URR的所计数的服务单元使用量。

由于URR CRPL，当用户平面和控制平面相分离时，提供了对信用池的支持。

本文的实施例具有许多优点，其非穷举示例列表如下：

本文中的实施例的一个优点在于，它们通过添加额外的“池化”URR提供了一种有效的机制，而没有违反使用URR来指示UP功能如何对分组进行计数的原则，因此避免了具有不必要信息(例如信用池概念)以满足信用池要求的复杂UP功能实现。

本文的实施例不限于上述特征和优点。通过阅读以下具体实施方式，本领域技术人员将认识到附加特征和优点。

附图说明

现在将在下面的具体实施方式中通过参考示出实施例的附图来更详细地描述本文的实施例，其中：

图1是示出服务ID、RG、信用池以及信用控制(子)会话之间的关系的示意图；

图2是示出了在UP和CP之间分离的情况下的示例架构参考模型的示意框图；

图3是示出了针对组合的SGW/PGW的UP和UP分离的架构参考模型的示例的示意框图；

图4是示出了用户平面与控制平面之间的分离的示意性框图；

图5是示出示例实施例的信令图；

图6是示出方法的实施例的信令图；

图7是示出在Sx会话建立和修改过程中提供URR的示例的示意图；

图8a-8b是示出由CP功能执行的方法的实施例的流程图；

图9是示出CP功能的实施例的示意框图；

图10是示出由UP功能执行的方法的实施例的流程图；

图11是示出UP功能的实施例的示意框图。

附图不一定按比例绘制，并且为了清楚起见，某些特征的尺寸可能已经放大。相反，重点放在例示本文实施例的原理上。

具体实施方式

图4示出了如前所述CP和UP之间的分离。具体地，图4示出了可连接到UP功能405的CP功能401。CP功能401与UP功能405之间的接口可被称为Sx接口。CP功能401可以经由合适的接口连接到计费节点408。

CP功能401也可以被称为CP功能实体、CP实体、实现CP功能的CP节点、CP模块等。CP功能401可以是PGW-C、TDF-C、或组合的SGW-C和PGW-C。

UP功能405可以被称为UP功能实体、UP实体、实现UP功能的UP节点、UP模块等。UP功能405可以是PGW-U、TDF-U、或组合的SGW-U和PGW-U。

计费节点407可以是OCS节点、OCS功能、OCS实体、离线计费系统(OFCS)节点、OFCS功能、OFCS实体等。

图5是提供本文实施例的概念性描述的示意图。图5示出了CP功能401、UP功能405和计费节点408。CP功能401与包括两个RG(即RG 1和RG 2)的信用池相关联。RG1的GSU数量为100，阈值为80，乘数为10。GSU是由例如计费节点408许可或提供的配额。RG 2的GSU数量为50，阈值为40，乘数为2。CP功能401生成并向UP功能405提供单独URR(URR1和URR 2)和URRCRPL(URR 3)。更具体地，用于RG 1的单独URR 1包括配额(其是150)、阈值(其是120)、链接的URR(其是URR 3)。由于与URR 1相关联的RG1是信用池的一部分，URR 1的配额是RG 1和RG2(信用池中的组成部分)的配额(即GSU)之和，即100+50＝150。URR 1的阈值是RG1和RG2的阈值之和，即80+40＝120。链接的URR指示URR 1链接到URR 3(其是URR CRPL)。URR 1的乘数与RG1的乘数相同。用于RG2的单独URR 2包括配额(其是150)、阈值(其是120)、链接的URR(其是URR 3，即URR CRPL)和乘数(其是2)。URR2中包括的配额和阈值以与URR 1中的方法相同的方法来计算。URR 1和URR 2之间的一个区别是乘数。URR 1中包括的乘数为10，URR 2中包括的乘数为2。URR3用于信用池，因此也称为URR CRPL。URR 3包括RG1和RG2(信用池中的RG)。URR 3包括为120的阈值(与URR 1和URR 2中相同的阈值)。URR 3另外包括池中的URR的聚合，例如采用URR 1和URR 2的列表的形式。

注意，阈值是GSU的一部分(GSU与配额相同)，例如GSU的百分比，例如80％。换言之，阈值是配额的x％，以确保报告足够早以防止在没有配额的情况下传输用户数据(在请求新配额的信令过程期间)。

现在将参考图6中的信令图描述根据一些实施例的用于处理包括将要由多个服务使用的许可服务单元的信用池的方法。该方法包括以下步骤中的至少一个，这些步骤可以以不同于下面描述的另一合适顺序来执行。例如，可以在步骤610-613之后执行步骤605-609。

步骤601

CP功能401创建至少一个单独URR和URR CRPL。每个RG有一个单独URR。考虑图5中的示例，其中，信用池包括两个RG，即RG 1和RG2。在此示例中，对于RG 1有一个单独URR 1，对于RG 2有一个单独URR2。每个单独URR都包括信用池阈值，信用池阈值是信用池中每个RG的阈值之和。每个单独URR可以进一步包括到URR CRPL的链接、乘数以及配额。

信用池可以包括一个或多个RG。

URR CRPL包括信用池阈值，该信用池阈值与每个单独URR中包括的信用池阈值相同。URR CRPL包括针对UP功能405的指令。该指令是聚合针对信用池中的所有RG的所有单独URR的服务单元使用量。该指令可以采用被称为“报告的聚合使用量(aggregating usageof reports)”的参数的形式。再次使用图5中的示例，该指令指示UP功能405应该聚合针对URR 1和URR 2的服务单元使用量。这些指令可以采用其服务单元使用量应被聚合的单独URR的列表的形式，例如包括URR 1和URR 2的列表，或者包括URR 1ID和URR 2ID的列表。

步骤602

CP功能401向UP功能405提供单独URR和URR CRPL。该提供可以通过将单独URR和URR CRPL直接从CP功能401发送到UP功能405来执行，或者通过CP功能401将单独URR和URRCRPL存储在UP功能405可以从中获得它们的存储器(例如云中)中来执行。

单独URR和URR CRPL可以一起提供或分开提供。在存在两个或更多个单独URR的情况下，它们可以一起提供或单独提供。

步骤603

UP功能405获得单独URR和URR CRPL。由在URR CRPL中聚合服务单元使用量的指令所触发，UP功能405开始对针对URR CRPL中指示的每个单独URR的已使用服务单元(例如在URR CRPL中的列表中所指示)进行计数。UP功能405还聚合针对所有单独URR的所计数的已使用服务单元。

步骤604

从UP功能405向CP功能401提供指示服务单元使用量的信息。该信息可以在使用报告中提供。服务单元使用量可以针对一个URR，也可以针对两个或更多个URR，或者可以针对与池相关联的所有URR，即聚合的服务单元使用量。该提供如下进行：基于请求、定期地、当聚合的服务单元使用量已达到信用池阈值时、当RAT技术发生改变时、或由于任何其他合适的报告触发器(trigger)或UP功能405向CP功能发送报告。以下是一些报告触发器的示例：

·定期报告(PERIO)：当被设置为1时，这指示对定期报告的请求。

·容量阈值(VOLTH)：当被设置为1时，这指示在数据容量使用量达到容量阈值时进行报告的请求。

·时间阈值(TIMTH)：当被设置为1时，这指示在时间使用量达到时间阈值时进行报告的请求。

·配额保持时间(QUHTI)：当被设置为1时，这指示在超过“配额保持时间”的时段内未获得任何分组时进行报告的请求。

·流量开始(START)：当被设置为1时，这指示在检测到服务数据流(SDF)或应用流量开始时进行报告的请求。

·流量停止(STOPT)：当被设置为1时，这指示在检测到SDF或应用流量停止时进行报告的请求。

·丢弃的DL流量阈值(DROTH)：当被设置为1时，这指示在丢弃的下行(DL)流量达到阈值时进行报告的请求。

·链接使用报告(LIUSA)：当被设置为1时，这指示当针对链接的URR报告使用报告时进行链接使用报告的请求，即，对URR的使用报告进行报告的请求。

·容量配额(VOLQU)：当被设置为1时，这指示在容量配额耗尽时进行报告的请求。

·时间配额(TIMQU)：当被设置为1时，这指示在时间配额用尽时进行报告的请求。

CP功能401从UP功能405获得指示聚合的服务单元使用量的信息。

指示聚合的服务单元使用量的信息也可以称为使用报告，并且这种报告可以包括指示聚合的服务单元使用量的信息。

聚合的服务单元使用量通过从UP功能405到CP功能401的直接传输来提供或通过UP功能405将聚合的服务单元使用量存储在CP功能401可以从中获得聚合的服务单元使用量的存储器中(例如在云中)来提供。

步骤605

CP功能401可以确定需要从计费节点408请求附加服务单元并且向计费节点408提供对附加信用的请求。可以基于运营商的策略来做出该决定。如果没有获得新的许可服务单元，则CP功能401也需要更新池信用。

步骤606

当计费节点408在步骤605中已经获得请求时，如果可能的话，它许可所请求的附加服务单元。例如，附加的许可服务单元可以是

步骤607

计费节点408向CP功能401提供指示所请求的附加服务单元的许可的信息。CP功能401从计费节点408获得该信息。

步骤608

CP功能401基于来自计费节点408的所许可的附加服务单元来更新信用池阈值。再次使用图5中的示例，其中，步骤608之前的信用池阈值如下：

信用池阈值＝RG 1的阈值+RG2的阈值＝80+40＝120。

假设使用报告指示已使用30个服务单元并且所许可的附加服务单元为50个的示例。则更新后的信用池阈值将如下所示：

更新后的信用池阈值＝当前信用池阈值-使用量+所许可的附加服务单元＝120-30+50＝140。

如果CP功能401未从计费节点408请求任何附加服务单元，或者如果计费节点408没有许可任何附加服务单元(即附加配额)，则更新后的信用池阈值将如下所示：

更新后的信用池阈值＝当前信用池阈值-使用量+所许可的附加服务单元＝120-30+0＝90。

因此，信用池阈值已更新为140。

步骤609

CP功能401用更新后的信用池阈值替换当前在所有单独URR和URRCRPL中的信用池阈值。在图5的示例中，当前的信用池阈值为120，现在将其替换为140。CP功能401将具有更新后的信用池阈值的所有单独URR和URR CRPL提供给UP功能405。

步骤610

CP功能401可以检测到应将附加的RG添加到信用池。例如，应将RG 4添加到信用池中。因此，具有添加的RG的池包括RG1、RG2和RG4。RG4可以具有GSU＝60和阈值＝70。

步骤611

CP功能401通过将RG 4的阈值添加到当前信用池阈值来更新信用池阈值。在当前信用池阈值是120的示例中，RG 4的阈值70被与120相加。因此，更新后的信用池阈值如下：

更新后的信用池阈值＝当前信用池阈值+附加RG的阈值＝120+70＝190。

如果当前阈值是来自步骤608的阈值，则更新后的信用池阈值如下：

更新后的信用池阈值＝当前信用池阈值+附加RG的阈值＝140+70＝210。

步骤612

CP功能401生成针对附加RG(例如RG4)的单独URR。针对RG4的单独URR包括来自步骤611的信用池阈值，即更新后的信用池阈值。针对附加RG的单独URR也包括到URR CRPL的链接。

步骤613

CP功能401用更新后的信用池阈值替换当前在所有单独URR和URRCRPL中的信用池阈值。利用上面提供的示例，当前信用池阈值可以是120或140，现在用190或210代替。CP功能401将具有更新后的信用池阈值的所有单独URR和URR CRPL提供给UP功能405。UP功能405从CP功能401获得具有更新后的信用池阈值的单独URR和URR CRPL。

图7示出了在Sx会话建立和修改过程中提供URR的示例。在方法开始时(即，执行步骤701时)，针对URR 1的许可服务单元(与配额相同)为100，URR 1的阈值为80。针对URR2的许可服务单元为50，URR 2的阈值为40。因此，针对信用池的许可服务单元为100+50＝150。信用池阈值是信用池的许可服务单元的80％，即150的80％，其是120。

图7所示的方法包括以下步骤中的至少一个，这些步骤可以按以下所述以外的任何合适顺序提供：

步骤701

CP功能向UP功能405发送Sx会话建立请求消息。该消息包括URR1，并且URR 1包括到URR3(即，URR CRPL)的链接，乘数＝10，信用池阈值＝120。该消息还包括URR2，该URR2包括到URR3(即，URRCRPL)的链接，乘数＝2和信用池阈值＝120。该消息还包括URR3(也称为URR CRPL)，该URR3包括聚合URR(URR1和URR2)，信用池阈值＝120。信用池阈值可以是与容量和/或时间中的至少一个相关联的阈值。

步骤702

作为对步骤701中的请求消息的响应，UP功能405可以向CP功能401发送Sx会话建立响应消息。

步骤703

附加的RG应该添加到信用池中，例如RG 4具有GSU＝100，乘数＝5，阈值＝80(阈值被例示为GSU的80％)。CP功能401通过将阈值80加到当前信用池阈值来更新信用池阈值，例如150+80＝230。因此，更新后的信用池阈值为230。

CP功能401向UP功能405发送Sx会话修改请求消息。该消息包括URR1，URR1包括到URR3(即，URR CRPL)的链接，乘数＝10和更新后的信用池阈值＝230。该消息还包括URR2，URR2包括到URR3(即，URR CRPL)的链接，乘数＝2和更新后的信用池阈值＝230。该消息还包括URR4，URR4包括到URR3(即，URR CRPL)的链接，乘数＝5和更新后的信用池阈值＝230。该消息还包括URR3(即，URR CRPL)，该URR3包括聚合URRs＝URR1和URR2和URR4。URR 3还包括更新后的信用池阈值＝230。更新后的信用池阈值可以是与容量和/或时间中的至少一个相关联的阈值。

步骤704

UP功能405向CP功能401发送Sx会话修改响应消息。该响应消息可以指示步骤703中的请求被接受。

步骤705

UP功能405可以向CP功能401发送Sx会话报告请求消息。该请求消息用于URR1并且包括使用量x。注意，此使用报告不一定是由于达到阈值，还可能是由于其他原因，例如RAT类型改变。

步骤706

CP功能401向UP功能405发送Sx会话报告响应消息以指示步骤705中的请求消息被接受。

步骤707

CP功能401将关于RG 1及其使用量＝x的报告发送给计费节点408以请求附加的许可服务单元。

步骤708

计费节点408将针对RG 1的所请求的附加许可服务单元GSU＝y发送回CP功能401。

步骤709

CP功能401如下更新信用池阈值：230-x+y。

CP功能401向UP功能405发送Sx会话修改请求消息。该消息包括URR1(URR1包括到URR3的链接)以及更新后的信用池阈值＝230-x+y。该消息还包括URR2(URR2包括到URR3的链接)、乘数＝2以及更新后的信用池阈值＝230-x+y。该消息包括URR4(URR4包括到URR3的链接)、乘数＝5以及更新后的信用池阈值＝230-x+y。该消息还包括URR3(URR3包括聚合URRs＝URR1和URR2和URR4)以及更新后的信用池阈值＝230-x+y。更新后的信用池阈值可以是与容量和/或时间中的至少一个相关联的阈值。

步骤710

UP功能405可以向CP功能401发送Sx会话修改响应消息，其指示步骤709中的请求消息被接受。

现在将从CP功能401的角度来描述上述方法。图8a和8b示出了描述由CP功能401执行的用于处理包括将要由多个服务使用的多个许可服务单元的信用池的本方法的流程图。图8b是图8a的延续。图8a示出步骤800-809，图8b示出步骤810-817。多个服务被分组在至少一个第一RG中。每RG可能有一个服务，或者每RG可能有两个或更多个服务。因此，RG包括一个或多个服务。可以将所有多个服务分组在一个第一RG中，或者可以将多个服务的一部分分组在一个第一RG中，而多个服务的另一部分可以分组在另一个第一RG中。因此，可以将多个服务分组在一个或多个第一RG中。因此，信用池包括一个或多个第一RG。以下是两个示例，它们示出了至少一个RG中多个服务的分组，其中，第一示例包括3个服务，第二个示例包括8个服务：

示例1-多个服务＝3：

-第一RG＝服务a、服务b、服务c

示例2-多个服务＝8：

-第一RG 1＝服务a、服务b、服务c

-第一RG 2＝服务d、服务e

-第一RG 3＝服务f、服务g、服务h

在示例1中，信用池包括一个第一RG。在示例2中，信用池包括三个第一RG。每个第一RG具有相应的单独阈值。

CP功能401可以是PGW-C、TDF-C、或组合的SGW-C和PGW-C。

图8所示的方法包括将要由CP功能401执行的以下步骤中的至少一个：

步骤800

此步骤见图8a。

CP功能401可以从信用池获得指示服务单元的许可配额的信息。服务单元的许可配额已被分配为由多个服务使用。

步骤801

该步骤对应于图6中的步骤601和图7中的步骤701。该步骤见图8a。

CP功能401创建用于至少一个第一RG中的每一个第一RG的单独URR。每个单独URR包括第一信用池阈值，即所有单独URR包括相同的第一信用池阈值。第一信用池阈值可以是针对信用池中所有至少一个第一RG的单独阈值的和。例如，如果信用池包括具有阈值80的第一RG 1和具有阈值40的第一RG 2，则第一信用池阈值为80+40＝120。

至少一个第一RG可以与第一阈值相关联，该第一阈值与用于第一RG的服务单元容量和/或时间相关联。第一信用池阈值可以是所有第一阈值的和。第一信用池阈值可以是与针对信用池的服务单元容量和/或时间相关联的阈值。

每个RG可以与相应的单独阈值相关联，并且信用池阈值可以是所有单独阈值的和。信用池阈值可以是与针对信用池的服务单元容量和/或时间相关联的阈值。

以下是两个示例，示出了用于至少一个RG中的每个RG的单独URR，其中，第一示例包括一个第一RG，第二示例包括三个第一RG：

示例1-多个服务＝3：

-单独URR 1＝第一RG＝服务a、服务b、服务c

示例2-多个服务＝8：

-单独URR 1＝第一RG 1＝服务a、服务b、服务c

-单独URR 2＝第一RG 2＝服务d、服务e

-单独URR 3＝第一RG 3＝服务f、服务g、服务h

乘数可以被包括在每个单独URR中，并且该乘数可以指示如何对用户平面分组进行计数。

步骤802

该步骤对应于图6中的步骤602和图7中的步骤701。该步骤见图8a。

CP功能401将针对信用池的所有单独URR提供给UP功能405。如前所述，该提供可以通过经由中间节点从CP功能401到UP功能405的直接传输来完成或者通过CP功能401将单独URR存储在UP功能405从中获得单独URR的存储器中(例如云中)来完成。

在存在两个或更多个单独URR的情况下，它们可以一起或分别被提供给UP功能405。

步骤803

该步骤对应于图6中的步骤601和图7中的步骤701。该步骤见图8a。

CP功能401创建URR CRPL。URR CRPL包括指示UP功能405聚合针对所有第一RG的所有单独URR的服务单元使用量的指令。URR CRPL还包括第一信用池阈值。因此，与信用池相关联的URR CRPL和所有单独URR包括相同的第一信用池阈值。

URR CRPL中的指令可以包括用于所有RG的所有单独URR的URR ID的列表。该列表可以是称为聚合URR的参数。例如，该列表可以如下：

-URR 1ID

-URR 2ID

-URR 3ID

可以用URR标识(例如URR ID)来标识URR CRPL，URR标识可以映射自可以从计费节点408获得的信用池ID。

步骤804

该步骤对应于图6中的步骤602和图7中的步骤701。该步骤见图8a。

CP功能将URR CRPL提供给UP功能405。如前所述，该提供可以通过经由中间节点从CP功能401到UP功能405的直接传输来完成或者通过CP功能401将URR CRPL存储在UP功能405从其获得URR CRPL的存储器中(例如云中)来完成。

步骤805

该步骤对应于图6中的步骤610和图7中的步骤703。该步骤见图8a。

CP功能401可以检测到至少一个第二RG应被添加到信用池中。第二RG具有单独阈值。下面是其两个示例：

示例1-多个服务＝5：

-第一RG＝服务a、服务b、服务c

-第二RG＝服务d、服务e

示例2-多个服务＝11：

-第一RG 1＝服务a、服务b、服务c

-第一RG 2＝服务d、服务e

-第一RG 3＝服务f、服务g、服务h

-第二RG 1＝服务i、服务j、服务k

该步骤也可以被描述为CP功能401可以检测到至少一个附加RG应当被添加到信用池中，并且该附加RG具有附加单独阈值。以下是其两个示例。示例1当前包括一个RG，并且应添加两个附加的RG。示例2当前包括三个RG，并且应添加一个附加的RG：

示例1-多个服务＝6：

-RG 1＝服务a、服务b、服务c

-附加RG 2＝服务d、服务e

-附加RG 3＝服务f

示例2-多个服务＝11：

-RG 1＝服务a、服务b、服务c

-RG 2＝服务d、服务e

-RG 3＝服务f、服务g、服务h

-附加RG 4＝服务i、服务j、服务k

步骤806

该步骤对应于图6中的步骤611和图7中的步骤703。该步骤见图8a。

CP功能401可以通过将第二阈值与第一信用池阈值相加来创建第二信用池阈值：

第二信用池阈值＝第二阈值+第一信用池阈值

这也可以描述为CP功能401通过将用于附加RG的附加阈值与当前信用池阈值相加来更新信用池阈值(来自步骤801的阈值)：

更新后的信用池阈值＝用于附加RG的单独阈值+当前信用池阈值

步骤807

该步骤对应于图6中的步骤612和图7中的步骤703。该步骤见图8a。

CP功能401可以创建用于第二RG的单独URR。用于第二RG的单独URR包括第二信用池阈值。

这也可以被描述为CP功能401可以创建用于附加RG的单独URR，其中，用于附加RG的附加单独URR包括更新后的信用池阈值，即在步骤806中更新的阈值。

步骤808

该步骤对应于图6中的步骤613和图7中的步骤703。该步骤见图8a。

CP功能401可以将用于第二RG的单独URR提供给UP功能405。这也可以描述为CP功能401可以将用于附加RG的单独URR提供给UP功能405。

如前所述，该提供可以通过经由中间节点从CP功能401到UP功能405的直接传输来完成或通过CP功能401将单独URR存储在UP功能405从中获得单独URR的存储器中(例如云中)来完成。

步骤809

该步骤对应于图6中的步骤613和图7中的步骤703。该步骤见图8a。

CP功能401可以更新在URR CRPL中包括的指令以附加地聚合针对第二RG的服务单元使用量。

这也可以被描述为CP功能401可以更新在URR CRPL中包括的指令以附加地聚合针对附加RG的服务单元使用量。

步骤810

该步骤对应于图6中的步骤613和图7中的步骤703。该步骤见图8b。

CP功能401可以将具有更新的指令和第二信用池阈值的URR CRPL和用于第一RG的所有单独URR提供给UP功能405。注意，第二信用池阈值也可以被称为更新后的信用池阈值，参见上面的步骤806。

这也可以被描述为CP功能401可以向UR功能405提供具有更新的指令和更新的信用池阈值的URR CRPL和用于RG的所有单独URR(在步骤801中创建的URR)。

步骤811

该步骤见图8b。

CP功能401可以将每个单独URR链接到URR CRPL。通过此链接，可以确定单独URR属于信用池。

步骤812

该步骤见图8b。

CP功能401可以在每个单独URR中提供链接信息。链接信息指示相应的单独URR与URR CRPL之间的链接，并且隐含地指示相应的单独URR与信用池相关联。

可以在称为链接URR的参数中提供链接信息。链接的URR可能仅适用于单独URR，即在单独URR中。可将链接的URR描述为指向聚合的URR，即URR CRPL。

步骤813

该步骤对应于图6中的步骤604和图7中的步骤705。该步骤见图8b。

CP功能401可以从UP功能405获得针对与信用池相关联的单独URR和URR CRPL中的至少一者的使用信息，该使用信息指示已经由多个服务中的至少一个服务使用的服务单元使用量。使用信息可以包括在使用报告中。

步骤814

该步骤对应于图6中的步骤605和图7中的步骤707。该步骤见图8b。

CP功能401可以向计费节点408提供使用信息和对来自信用池的附加服务单元的许可的请求。请求附加服务单元的许可的触发可以是在步骤814中接收到使用信息或任何其他合适的触发。

步骤815

该步骤对应于图6中的步骤607和图7中的步骤708。该步骤见图8b。

CP功能401可以从计费节点408获得指示所许可的附加服务单元的信息。

步骤816

该步骤对应于图6中的步骤608和图7中的步骤709。该步骤见图8b。

CP功能401可以通过从第一信用池阈值中减去所获得的服务单元使用量并加上所许可的附加服务单元来创建第三信用池阈值。

这也可以描述为CP功能401可以通过从当前信用池阈值中减去所获得的服务单元使用量并加上所许可的附加服务单元来更新信用池阈值。

步骤817

该步骤对应于图6中的步骤609和图7中的步骤709。该步骤见图8b。

CP功能401可以向UR功能405提供具有第三信用池阈值的URR CRPL和所有单独URR。这也可以被描述为CP功能401可以向UR功能405提供具有更新后的信用池阈值的URRCRPL和所有单独URR。

在一些实施例中，一种计算机程序可以包括指令，该指令在至少一个处理器上执行时使至少一个处理器执行方法步骤801-817中的至少一个步骤。一种载体可以包括该计算机程序，并且该载体是电子信号、光信号、无线电信号或计算机可读存储介质中的一个。

为了执行图8所示的用于处理包括将要由多个服务使用的多个许可服务单元的信用池的方法步骤，CP功能401可以包括如图9所示的装置。多个服务被分组在至少一个第一RG中。CP功能401可以是PGW-C、TDF-C、或组合的SGW-C和PGW-C。

为了执行图8所示的用于处理包括将要由多个服务使用的多个许可服务单元的信用池的方法步骤，CP功能401被配置为例如借助CP创建模块901创建用于至少一个第一RG中的每一个第一RG的单独URR。每个单独URR包括第一信用池阈值。至少一个第一RG可以与第一阈值相关联，该第一阈值与用于第一RG的服务单元容量和/或时间相关联。第一信用池阈值可以是所有第一阈值的和，并且第一信用池阈值可以是与用于信用池的服务单元容量和/或时间相关联的阈值。乘数可以被包括在每个单独URR中，并且该乘数可以指示如何对用户平面分组进行计数。CP创建模块901也可以称为CP创建单元、CP创建装置、CP创建电路、用于创建的CP装置等。CP创建模块901可以是CP功能401的CP处理器903。

CP功能401被配置为例如借助CP提供模块905将单独URR提供给用户平面(UP)功能405。CP提供模块905也可以称为CP提供单元、CP提供装置、CP提供电路、用于提供的CP装置等。CP提供模块905可以是CP功能401的CP处理器903。

CP功能401被配置为例如借助CP创建模块901创建URR CRPL。URR CRPL包括用于指示UP功能405聚合针对所有第一RG的所有单独URR的服务单元使用量的指令。URR CRPL还包括第一信用池阈值。URR CRPL中的指令可以包括用于所有RG的所有单独URR的URR ID的列表。可以用URR标识(URR ID)来标识URR CRPL，URR标识映射自从计费节点408获得的信用池ID。

CP功能401被配置为例如借助CP提供模块905将URR CRPL提供给UP功能405。

CP功能401可以被配置为例如借助CP检测模块908检测到至少一个第二RG应被添加到信用池中。第二RG具有第二阈值。CP检测模块908也可以被称为CP检测单元、CP检测装置、CP检测电路、用于检测的CP装置等。CP检测模块908可以是CP功能401的CP处理器903。

CP功能401可以被配置为例如借助CP创建模块901通过将第二阈值与第一信用池阈值相加来创建第二信用池阈值。

CP功能401可以被配置为例如借助CP创建模块901创建用于第二RG的单独URR。用于第二RG的单独URR包括第二信用池阈值。

CP功能401可以被配置为例如借助CP提供模块905将用于第二RG的单独URR提供给UP功能405。

CP功能401可以被配置为例如借助CP更新模块910更新在URR CRPL中包括的指令以附加地聚合针对第二RG的服务单元使用量。CP更新模块910也可以称为CP更新单元、CP更新装置、CP更新电路、用于更新的CP装置等。CP更新模块910可以是CP功能401的CP处理器903。

CP功能401可以被配置为例如借助CP提供模块905将具有更新后的指令和第二信用池阈值的URR CRPL和用于第一RG的所有单独URR提供给UP功能405。

CP功能401可以被配置为例如借助CP链接模块913将每个单独URR链接到URRCRPL。CP链接模块913也可以称为CP链接单元、CP链接装置、CP链接电路、用于链接的CP装置等。CP链接模块913可以是CP功能401的CP处理器903。

CP功能401可以被配置为例如借助CP提供模块905在每个单独URR中提供链接信息。

CP功能401可以被配置为例如借助CP获得模块915从UP功能405中获得针对单独URR和URR CRPL中的至少一者的使用信息，该使用信息指示已由多个服务中的至少一个服务使用的服务单元使用量。CP获得模块915也可以称为CP获得单元、CP获得装置、CP获得电路、用于获得的CP装置等。CP获得模块915可以是CP功能401的CP处理器903。

CP功能401可以被配置为例如借助CP提供模块905向计费节点408提供使用信息和对来自信用池的附加服务单元的许可的请求。

CP功能401可以被配置为例如借助CP获得模块915从计费节点408获得指示所许可的附加服务单元的信息。

CP功能401可以被配置为例如借助CP创建模块901通过从第一信用池阈值中减去所获得的服务单元使用量并加上所许可的附加服务单元来创建第三信用池阈值。

CP功能401可以被配置为例如借助CP提供模块905将具有第三信用池阈值的URRCRPL和所有单独URR提供给UP功能405。

CP功能401可以被配置为例如借助CP获得模块915获得指示来自信用池的服务单元的许可配额的信息。服务单元的许可配额已被分配为将要由多个服务使用。

在一些实施例中，CP功能401包括CP处理器903和CP存储器916。CP存储器916包括能够由处理器903执行的指令。存储器916被布置为用于存储数据、接收到的数据流、功率水平测量、GSU、阈值、URR、URR CRPL、RG、信用池信息、ID、指令、使用信息、触发信息、乘数、时间段、配置、调度和应用，以在CP功能401中执行时执行此处的方法。

CP功能401可以进一步包括CP发送模块918，CP发送模块918被配置为将信息、数据、消息、规则等发送到另一个功能、节点或实体，例如UP功能405。CP发送模块918也可以称为CP发送单元、CP发送装置、CP发送电路、用于发送的CP装置、CP输出单元等。CP发送模块918可以是发射机、收发机等。CP发送模块918可以是无线或固定通信系统的CP功能401的无线发射机。CP发送模块918可以与CP提供模块905相同。

CP功能401可以进一步包括CP接收模块920，CP接收模块920被配置为从另一功能或节点或实体(例如CP功能401)接收信息、数据、消息、规则等。CP接收模块920也可以称为CP接收单元、CP接收装置、CP接收电路、用于接收的CP装置、CP输入单元等。CP接收模块920可以是接收机、收发机等。CP接收模块920可以是无线或固定通信系统的UP功能405的无线接收机。CP接收模块920可以与CP获得模块915相同。

本领域技术人员还将理解，上述CP创建模块901、CP提供模块905、CP检测模块908、CP更新模块910、CP链接模块913、CP获得模块915、CP发送模块918以及CP接收模块920可以指模拟电路和数字电路的组合，和/或配置有例如存储在存储器中的软件和/或固件的一个或多个处理器，所述软件和/或固件当由诸如CP处理器903的一个或多个处理器执行时如上所述地执行。这些处理器中的一个或多个以及其他数字硬件可以包括在单独专用集成电路(ASIC)中，或者几个处理器和各种数字硬件可以分布在几个单独组件之间，无论是单独包装还是组装成片上系统(SoC)。

现在将从UP功能405的角度来描述上述方法。图10是描述由UP功能405执行的用于处理包括将由多个服务使用的多个许可服务单元的信用池的本方法的流程图。多个服务被分组在至少一个第一RG中。

UP功能405可以是PGW-U、TDF-U、或组合的SGW-U和PGW-U。

图10所示的方法包括以下步骤中的至少一个，这些步骤可以按以下所述以外的任何合适顺序执行：

步骤1001

该步骤对应于图6中的步骤602和图7中的步骤701。

UP功能405从CP功能401获得用于至少一个第一RG中的每个第一RG的URR。每个单独URR包括第一信用池阈值。

这也可以描述为UP功能405从CP功能401获得用于至少一个RG中的每一个RG的URR。每个单独URR都包括一个信用池阈值。

至少一个第一RG可以与第一阈值相关联，该第一阈值与用于第一RG的服务单元容量和/或时间相关联。第一信用池阈值可以是所有第一阈值的和，并且第一信用池阈值可以是与用于信用池的服务单元容量和/或时间相关联的阈值。这也可以描述为至少一个RG与相应的单独阈值相关联，相应的单独阈值与用于RG的服务单元容量和/或时间相关联，其中，信用池阈值是所有单独阈值的和。

每个单独URR中可以包括乘数，并且该乘数可以指示如何对服务单元进行计数。可以根据2005年8月的RFC4006设置该乘数。

步骤1002

该步骤对应于图6中的步骤602和图7中的步骤701。

UP功能405可以从CP功能401获得URR CRPL。URR CRPL包括用于聚合针对信用池中所有第一RG的所有单独URR的服务单元使用量的指令，并且URR CRPL还包括第一信用池阈值。

这也可以被描述为UP功能405可以从CP功能401获得URR CRPL。URR CRPL包括用于聚合针对信用池中所有RG的所有单独URR的服务单元使用量的指令，并且其中，URR CRPL还包括信用池阈值；

URR CRPL中的指令可以包括用于所有第一RG的所有单独URR的ID的列表。这也可以被描述为URR CRPL中的指令可以包括用于所有RG的所有单独URR的ID的列表。

步骤1003

该步骤对应于图6中的步骤603。

UP功能405对针对信用池中的所有第一RG的每个单独URR的已使用服务单元进行计数或测量。所计数的已使用服务单元可以例如如下：

·用于第一RG 1的单独URR 1：已使用服务单元＝100

·用于第一RG 2的单独URR 2：已使用服务单元＝80

·用于第一RG 3的单独URR 3：已使用服务单元＝90

这也可以被描述为UP功能405对针对信用池中的所有RG的每个单独URR的所测量的已使用服务单元进行计数。所计数的已使用服务单元可以例如如下：

·用于RG 1的单独URR 1：已使用服务单元＝100

·用于RG 2的单独URR 2：已使用服务单元＝80

·用于RG 3的单独URR 3：已使用服务单元＝90

可以考虑乘数来进行计数。

步骤1004

该步骤对应于图6中的步骤603。

UP功能405聚合针对信用池中的所有第一RG的所有单独URR的所计数的服务单元使用量。聚合的所计数的已使用服务单元可以例如如下：

用于第一RG 1的单独URR 1的已使用服务单元+用于第一RG 2的单独URR 2的已使用服务单元+用于第一RG 3的单独URR 3的已使用服务单元＝100+80+90＝270

UP功能405聚合针对信用池中的所有RG的所有单独URR的所计数的服务单元使用量。聚合的所计数的已使用服务单元可以例如如下：

用于RG 1的单独URR 1的已使用服务单元+用于RG 2的单独URR 2的已使用服务单元+用于RG 3的单独URR 3的已使用服务单元＝100+80+90＝270

步骤1005

该步骤对应于图6中的步骤613和图7中的步骤703。

UP功能405可以从CP功能401获得用于至少一个第二RG的单独URR。用于第二RG的单独URR包括第二信用池阈值，该第二信用池阈值是第一信用池阈值和用于第二RG的第二阈值的和。

这也可以被描述为UP功能405可以从CP功能401获得用于至少一个附加RG的单独URR。该附加单独URR包括已使用用于附加RG的附加阈值来更新的更新后的信用池阈值。

步骤1006

该步骤对应于图6中的步骤613和图7中的步骤703。

UP功能405可以从CP功能401获得具有更新的指令和第二信用池阈值的URR CRPL和用于第一RG的单独URR。

这也可以被描述为UP功能405可以从CP功能401获得具有更新的指令和更新的信用池阈值的URR CRPL和单独URR，更新的信用池阈值已经关于附加RG进行了更新。

步骤1007

UP功能405可以获得每个单独URR中的链接信息。该链接信息指示每个单独URR和URR CRPL之间的链接。

步骤1008

该步骤对应于图6中的步骤603。

UP功能405可以确定应该生成针对单独URR和URR CRPL中的至少一者的使用信息并将其提供给CP功能401。该使用信息指示已由多个中的至少一个服务使用的服务单元使用量。

针对单独URR和URR CRPL中的至少一者生成使用信息并将其提供给CP功能401的决定可以由所聚合的使用量已经达到或超过阈值来触发或例如由用于在报告触发器中定义的RG之一的无线电接入技术(RAT)类型的改变来触发。

步骤1009

该步骤对应于图6中的步骤603。

UP功能405可以生成用于单独URR和URR CRPL中的至少一者的使用信息。使用信息可以被包括在使用报告中。该生成可以根据在单独URR中定义的报告触发来完成。

步骤1010

该步骤对应于图6中的步骤604和图7中的步骤705。

UP功能405可以将所生成的使用信息提供给CP功能401。

步骤1011

该步骤对应于图6中的步骤609和图7中的步骤709。

UP功能405可以从CP功能401获得具有第三信用池阈值的URRCRPL和所有单独URR。CP功能401通过从第一信用池阈值中减去服务单元使用量并加上所许可的附加服务单元来更新第三信用池阈值。

这也可以被描述为UP功能405可以从CP功能401获得具有更新的信用池阈值的URRCRPL和所有单独URR，其中，更新的信用池阈值已经由CP功能401通过从当前信用池阈值减去服务单元使用量并加上所许可的附加服务单元来更新。

在一些实施例中，一种计算机程序可以包括指令，该指令在至少一个处理器上执行时使至少一个处理器执行方法步骤1001-1011中的至少一个。一种载体可以包括该计算机程序，并且该载体是电子信号、光信号、无线电信号或计算机可读存储介质中的一个。

为了执行图10所示的用于处理包括将要由多个服务使用的多个许可服务单元的信用池的方法步骤，UP功能405可以包括如图11所示的装置。多个服务被分组在至少一个第一RG中。UP功能405可以是PGW-U、TDF-U、或组合的SGW-U和PGW-U。

为了执行图10中所示的用于处理包括将要由多个服务使用的多个许可服务单元的信用池的方法步骤，UP功能405被配置为例如借助UP获得模块1001从CP功能401获得用于至少一个第一RG中的每一个第一RG的单独URR。每个单独URR包括第一信用池阈值。至少一个第一RG可以与第一阈值相关联，该第一阈值与用于第一RG的服务单元容量和/或时间相关联。第一信用池阈值可以是所有第一阈值的和，并且第一信用池阈值可以是与用于信用池的服务单元容量和/或时间相关联的阈值。每个单独URR中可以包括乘数，该乘数可以指示如何对服务单元进行计数。UP获得模块1001也可以称为UP获得单元、UP获得装置、UP获得电路、用于获得的UP装置等。UP获得模块1001可以是UP功能405的UP处理器1003。

UP功能405还被配置为例如借助UP获得模块1001从CP功能401获得URRCRPL。URRCRPL包括用于聚合针对所有第一RG的所有单独URR的服务单元使用量的指令。URR CRPL还包括第一信用池阈值。URR CRPL中的指令可以包括用于所有第一RG的所有单独URR的ID的列表。

UP功能405还被配置为例如借助UP计数模块1005对针对第一RG的每个单独URR的已使用服务单元进行计数。UP计数模块1005也可以被称为UP计数单元、UP计数装置、UP计数电路、用于计数的UP装置等。UP计数模块1005可以是UP功能405的UP处理器1003。

UP功能405还被配置为例如借助UP聚合模块1008聚合针对所有第一RG的所有单独URR的所计数的服务单元使用量。UP聚合模块1008也可以被称为UP聚合单元、UP聚合装置、UP聚合电路、用于聚合的UP装置等。UP聚合模块1008可以是UP功能405的UP处理器1003。

UP功能405可以进一步被配置为例如借助UP获得模块1001从CP功能401获得用于至少一个第二RG的单独URR。用于第二RG的单独URR包括第二信用池阈值，该第二信用池阈值是第一信用池阈值与用于第二RG的第二阈值的和。

UP功能405可以进一步被配置为例如借助UP获得模块1001从CP功能401获得具有更新后的指令和第二信用池阈值的URR CRPL和用于第一RG的单独URR。

UP功能405可以进一步被配置为例如借助UP获得模块1001获得每个单独URR中的链接信息。链接信息指示每个单独URR与URR CRPL之间的链接。

UP功能405可以进一步被配置为例如借助UP确定模块1010确定应当生成针对单独URR和URR CRPL中的至少一者的使用信息并将其提供给CP功能401。使用信息指示由多个服务中的至少一个服务使用的服务单元使用量。应该生成针对单独URR和URR CRPL中的至少一者的使用信息并将其提供给CP功能401的确定可以由所聚合的使用量已经达到或超过阈值来触发或例如由用于RG之一的RAT类型的改变来触发。UP确定模块1010也可以被称为UP确定单元、UP确定装置、UP确定电路、用于确定的UP装置等。UP确定模块1010可以是UP功能405的UP处理器1003。

UP功能405可以进一步被配置为例如借助UP生成模块1013生成针对单独URR和URRCRPL中的至少一者的使用信息。UP生成模块1013也可以被称为UP生成单元、UP生成装置、UP生成电路、用于生成的UP装置等。UP生成模块1013可以是UP功能405的UP处理器1003。

UP功能405可以进一步被配置为例如借助UP提供模块1015将所生成的使用信息提供给CP功能401。UP提供模块1015也可以称为UP提供单元、UP提供装置、UP提供电路、用于提供的UP装置等。UP提供模块1015可以是UP功能405的UP处理器1003。

UP功能405可以进一步被配置为例如借助UP获得模块1001从CP功能401获得具有第三信用池阈值的URR CRPL和所有单独URR。CP功能401通过从第一信用池阈值中减去服务单元使用量并加上所许可的附加服务单元来更新第三信用池阈值。

在一些实施例中，UP功能405包括UP处理器1003和UP存储器1018。UP存储器1003包括能够由UP处理器1018执行的指令。UP存储器1003被布置为用于存储数据、接收的数据流、功率水平测量、GSU、阈值、URR、URR CRPL、RG、信用池信息、ID、指令、使用信息、触发信息、乘数、时间段、配置、调度和应用，以在UP功能405中执行时执行此处的方法。

UP功能405可以进一步包括被配置为将信息、数据、消息、规则等发送到另一个功能、节点或实体(例如CP功能401)的UP发送模块1020。UP发送模块1020也可以称为UP发送单元、UP发送装置、UP发送电路、用于发送的UP装置、UP输出单元等。发送模块918可以是发射机、收发机等。发送模块918可以是无线或固定通信系统的UP功能405的无线发射机。UP发送模块1020可以与UP提供模块1015相同。

UP功能405可进一步包括UP接收模块1022，其被配置为从另一功能或节点或实体(例如CP功能401)接收信息、数据、消息、规则等。UP接收模块1022也可以称为UP接收单元、UP接收装置、UP接收电路、用于接收的UP装置、UP输入单元等。UP接收模块1022可以是接收机、收发机等。UP接收模块1022可以是无线或固定通信系统的UP功能405的无线接收机。UP接收模块1022可以与UP获得模块1001相同。

本领域技术人员还将认识到，上面描述的UP获得模块1001、UP计数模块1005、UP聚合模块1008、UP确定模块1010、UP生成模块1013、UP提供模块1015、UP发送模块1020以及UP接收模块1022可以指模拟和数字电路的组合，和/或配置有例如存储在存储器中的软件和/或固件的一个或多个处理器，所述软件和/或固件当由诸如UP处理器1003的一个或多个处理器执行时如上所述执行。这些处理器中的一个或多个以及其他数字硬件可以包括在单独ASIC中，或者几个处理器和各种数字硬件可以分布在几个单独组件中，无论是单独封装还是组装到SoC中。

可以通过一个或多个处理器(例如图9中描绘的CP功能装置中的CP处理器903和图11中描绘的UP功能装置中的UP处理器1003)以及用于执行本文的实施例的功能的计算机程序代码一起来实现用于处理包括将要由多个服务使用的许可服务单元的信用池的本发明机制。处理器可以是例如数字信号处理器(DSP)、ASIC处理器、现场可编程门阵列(FPGA)处理器或微处理器。上面提到的程序代码也可以被提供为计算机程序产品，例如以携带计算机程序代码的数据载体的形式，该计算机程序代码用于在被加载到CP功能401和UP功能405中的至少一个中时执行本文的实施例。一种这样的载体可以是CD ROM盘的形式。但是，其他数据载体(例如存储器棒)也是可行的。此外，计算机程序代码可以被提供为在服务器上的纯程序代码，并下载到CP功能401和UP功能405中的至少一者。

本文描述的一些实施例可以按以下方式概括：如前所述，通过在UP中提供信用池概念，现有技术的解决方案不必要地复杂。其原因是，UP功能405确实需要具有关于信用池的信息。UP功能405只需知道如何对每服务数据流的分组进行计数(网络使用量)。

除了按照RG和按照承载创建之外，新的使用报告规则(即，URR CRPL)还由CP功能401创建，并从CP功能401提供给UP功能405，以控制针对计费节点408所请求的每个信用池的报告，例如OCS。

在URR CRPL中，可以包括优选地称为“报告的聚合使用”的参数。可以将该参数设置为使用报告规则的列表，即，URR CRPL没有任何相关联的PDR，它只是聚合由相关联的URR计数的所有网络使用量。可以将URR CRPL的ID设置为会话内的信用池ID，否则需要该URRID与信用池ID之间的映射。

在URR CRPL中，将容量/时间阈值设置为针对池的容量/时间阈值。配额不适用于URR CRPL，因为它不需要在配额用尽时实施任何动作。

对于每个单独URR，URR CRPL(其与信用池相对应)聚合使用量，可以将其设置为链接到URR CRPL，这表明只要URR CRPL生成使用报告，这些单独URR就也可以生成使用报告。每个单独URR可以包括乘数参数，该乘数参数与关于应当如何对与PDR匹配的分组进行计数的指令相关联，例如该乘数是同一池中的这些服务之间的相对比例数字。例如，如果服务1的费率参数为$1/MB，服务2的费率参数为$0.5/MB，则服务1和2的乘数分别可以是10和5。在此示例中，如果URR1用于服务1(RG1)，URR2用于服务2(RG2)，则URR1中的乘数被设置为10，并且URR2中的乘数被设置为5。

UP功能405可以被描述为完全由URR控制，它对每个单独URR的使用量进行计数。另外，UP功能405聚合来自共享同一信用池的所有URR的使用量(这由CP功能401使用URR CRPL中的聚合URRs参数来指示)。基于URR，UP功能405决定是否其应该生成使用报告。该使用报告例如在达到信用池阈值时生成，或者可以通过其他条件(例如计费密钥之一的RAT类型改变)来生成使用报告。当CP功能401获得这种使用报告时，它可能更新单独URR和URR CRPL。

在一些实施例中，至少一个计算机程序可以包括指令，该指令当在至少一个处理器上执行时使至少一个处理器执行图6和/或图7中的方法步骤中的至少一个。一种载体包括该计算机程序，该载体是电子信号、光信号、无线电信号或计算机可读存储介质中的一个。

本文的实施例不限于上述实施例。可以使用各种替代物、修改物和等同物体。因此，以上实施例不应被视为限制实施例的范围，实施例的范围由所附权利要求限定。一个实施例的特征可以与任何其他实施例的一个或多个特征相组合。

应该强调的是，当在本说明书中使用时，术语“包括/包含”指定所声明的特征、整数、步骤或组件的存在，但并不排除一个或多个其他特征、整数、步骤、组件或它们的组合的存在。还应注意，在元素之前的词语“一”或“一个”不排除存在多个这样的元素。可以使用术语“由……组成”或“基本上由……组成”来代替术语包括。

本文所使用的术语“被配置为”也可以被称为“被布置为”、“适于”、“能够”或“可操作以”。

还应强调的是，在不脱离本文的实施例的情况下，所附权利要求中限定的方法的步骤可以以不同于它们在权利要求中出现的顺序的另一顺序执行。

Claims (40)

1.一种由控制平面CP功能(401)执行的用于处理包括将要由多个服务使用的许可服务单元的信用池的方法，其中，所述多个服务被分组在至少一个第一费率组RG中，所述方法包括：

创建(601，701，801)用于所述至少一个第一RG中的每一个第一RG的单独使用报告规则URR，其中，每个单独URR包括第一信用池阈值；

向用户平面UP功能(405)提供(602，701，802)所述单独URR；

创建(601，701，803)用于所述信用池的使用报告规则URR CRPL，其中，所述URR CRPL包括指示所述UP功能(405)聚合针对所有第一RG的所有单独URR的服务单元使用量的指令，并且其中，所述URR CRPL还包括所述第一信用池阈值；以及

向所述UP功能(405)提供(602，701，804)所述URR CRPL。

2.根据权利要求1所述的方法，还包括：

检测(610，703，805)至少一个第二RG应被添加到所述信用池中，其中，所述第二RG具有第二阈值；

通过将所述第二阈值与所述第一信用池阈值相加，创建(611，703，806)第二信用池阈值；

创建(612，703，807)用于所述第二RG的所述单独URR，其中，用于所述第二RG的所述单独URR包括所述第二信用池阈值；

向所述UP功能(405)提供(613，703，808)用于所述第二RG的所述单独URR；

更新(613，703，809)在所述URR CRPL中包括的所述指令以附加聚合所述第二RG的所述服务单元使用量；以及

向所述UP功能(405)提供(613，703，810)具有更新的指令和所述第二信用池阈值的所述URR CRPL和用于所述第一RG的所有单独URR。

3.根据权利要求1至2中任一项所述的方法，还包括：

将每个所述单独URR链接(811)到所述URR CRPL；以及

在每个所述单独URR中提供(812)链接信息。

4.根据权利要求1至2中任一项所述的方法，还包括：

从所述UP功能(405)获得(604，705，813)针对所述单独URR和所述URR CRPL中的至少一者的使用信息，所述使用信息指示已由所述多个服务中的至少一个服务使用的服务单元使用量；

向计费节点(408)提供(605，707，814)所述使用信息和对来自所述信用池的附加服务单元的许可的请求；

从所述计费节点(408)获得(607，708，815)指示所许可的附加服务单元的信息；

通过从所述第一信用池阈值中减去所获得的服务单元使用量并加上所许可的附加服务单元，创建(608，709，816)第三信用池阈值；以及

向所述UP功能(405)提供(609，709，817)具有所述第三信用池阈值的所述URR CRPL和所有所述单独URR。

5.根据权利要求1至2中任一项所述的方法，还包括：

获得(800)指示来自所述信用池的服务单元的许可配额的信息，其中，所述服务单元的许可配额已被分配为将要由所述多个服务使用。

6.根据权利要求1至2中任一项所述的方法，其中，所述至少一个第一RG与第一阈值相关联，所述第一阈值与用于所述第一RG的服务单元容量和/或时间相关联，其中，所述第一信用池阈值是所有第一阈值的和，并且其中，所述第一信用池阈值是与用于所述信用池的服务单元容量和/或时间相关联的阈值。

7.根据权利要求1至2中任一项所述的方法，其中，所述URR CRPL中的所述指令包括用于所有RG的所有单独URR的URR ID的列表。

8.根据权利要求1至2中任一项所述的方法，其中，所述URR CRPL用URR标识URR ID识别，所述URR ID映射自从计费节点(408)获得的信用池ID。

9.根据权利要求1至2中任一项所述的方法，其中，在每个所述单独URR中包括乘数，其中，所述乘数指示如何对用户平面分组进行计数。

10.根据权利要求1至2中任一项所述的方法，其中，所述CP功能(401)是分组数据网络网关-控制平面功能PGW-C、业务检测功能-控制平面功能TDF-C、或组合的服务网关-控制平面功能SGW-C和分组数据网络网关-控制平面功能PGW-C。

11.一种由用户平面UP功能(405)执行的用于处理包括将要由多个服务使用的许可服务单元的信用池的方法，其中，所述多个服务被分组在至少一个第一费率组RG中，所述方法包括：

从控制平面CP功能(401)获得(602，701，1001)用于所述至少一个第一RG中的每一个第一RG的单独使用报告规则URR，其中，每个单独URR包括第一信用池阈值；

从所述CP功能(401)获得(602，701，1002)用于所述信用池的使用报告规则URR CRPL，其中，所述URR CRPL包括聚合针对所有第一RG的所有单独URR的服务单元使用量的指令，并且其中，所述URR CRPL还包括所述第一信用池阈值；

对针对所述第一RG的每个单独URR的已使用服务单元进行计数(603，1003)；以及

聚合(603，1004)针对所有第一RG的所有单独URR的所计数的服务单元使用量。

12.根据权利要求11所述的方法，还包括：

从所述CP功能(401)获得(613，703，1005)用于至少一个第二RG的单独URR，其中，用于所述第二RG的所述单独URR包括第二信用池阈值，所述第二信用池阈值是所述第一信用池阈值和用于所述第二RG的第二阈值的和；以及

从所述CP功能(401)获得(613，703，1006)具有更新的指令和所述第二信用池阈值的所述URR CRPL和用于所述第一RG的所述单独URR。

13.根据权利要求11至12中任一项所述的方法，还包括：

获得(1007)每个所述单独URR中的链接信息，所述链接信息指示每个所述单独URR与所述URR CRPL之间的链接。

14.根据权利要求11至12中任一项所述的方法，还包括：

确定(603，1008)应当生成针对所述单独URR和所述URR CRPL中的至少一者的使用信息并将其提供给所述CP功能(401)，其中，所述使用信息指示已由所述多个服务中的至少一个服务使用的服务单元使用量；

生成(603，1009)针对所述单独URR和所述URR CRPL中的至少一者的所述使用信息；以及

将所生成的使用信息提供(604，705，1010)给所述CP功能(401)。

15.根据权利要求14所述的方法，其中，所述确定(603，1008)应当生成针对所述单独URR和所述URR CRPL中的至少一者的使用信息并将其提供给所述CP功能(401)的步骤由所聚合的使用量已经达到或超过阈值来触发或者由用于所述RG中的一个RG的无线电接入技术RAT类型的改变来触发。

16.根据权利要求11-12和15中任一项所述的方法，还包括：

从所述CP功能(401)获得(609，709，1011)具有第三信用池阈值的所述URR CRPL和所有所述单独URR，其中，所述第三信用池阈值已经由所述CP功能(401)通过从所述第一信用池阈值中减去所述服务单元使用量并加上所许可的附加服务单元来更新。

17.根据权利要求11-12和15中任一项所述的方法，其中，所述至少一个第一RG与第一阈值相关联，所述第一阈值与用于所述第一RG的服务单元容量和/或时间相关联，其中，所述第一信用池阈值是所有第一阈值的和，并且其中，所述第一信用池阈值是与用于所述信用池的服务单元容量和/或时间相关联的阈值。

18.根据权利要求11-12和15中任一项所述的方法，其中，所述URR CRPL中的所述指令包括用于所有RG的所有单独URR的URR ID的列表。

19.根据权利要求11-12和15中任一项所述的方法，其中，在每个所述单独URR中包括乘数，其中，所述乘数指示如何对所述服务单元进行计数。

20.根据权利要求11-12和15中任一项所述的方法，其中，所述UP功能(405)是分组数据网络网关-用户平面功能PGW-U、业务检测功能-用户平面功能TDF-U、或组合的服务网关-用户平面功能SGW-U和分组数据网络网关-用户平面功能PGW-U。

21.一种控制平面CP功能实体(401)，用于处理包括将要由多个服务使用的许可服务单元的信用池，其中，所述多个服务被分组在至少一个第一费率组RG中，所述CP功能实体(401)被配置为：

创建用于所述至少一个第一RG中的每一个第一RG的单独使用报告规则URR，其中，每个单独URR包括第一信用池阈值；

向用户平面UP功能实体(405)提供所述单独URR；

创建用于信用池的使用报告规则URR CRPL，其中，所述URR CRPL包括指示所述UP功能实体(405)聚合针对所有第一RG的所有单独URR的服务单元使用量的指令，并且其中，所述URR CRPL还包括所述第一信用池阈值；以及

向所述UP功能实体(405)提供所述URR CRPL。

22.根据权利要求21所述的CP功能实体(401)，还被配置为：

检测至少一个第二RG应被添加到所述信用池中，其中，所述第二RG具有第二阈值；

通过将所述第二阈值与所述第一信用池阈值相加，创建第二信用池阈值；

创建用于所述第二RG的所述单独URR，其中，用于所述第二RG的所述单独URR包括所述第二信用池阈值；

向所述UP功能实体(405)提供用于所述第二RG的所述单独URR；

更新在所述URR CRPL中包括的所述指令以附加聚合所述第二RG的所述服务单元使用量；以及

向所述UP功能实体(405)提供具有更新的指令和所述第二信用池阈值的所述URR CRPL和用于所述第一RG的所有单独URR。

23.根据权利要求21至22中任一项所述的CP功能实体(401)，还被配置为：

将每个所述单独URR链接到所述URR CRPL；以及

在每个所述单独URR中提供链接信息。

24.根据权利要求21至22中任一项所述的CP功能实体(401)，还被配置为：

从所述UP功能实体(405)获得针对所述单独URR和所述URR CRPL中的至少一者的使用信息，所述使用信息指示已由所述多个服务中的至少一个服务使用的服务单元使用量；

向计费节点(408)提供所述使用信息和对来自所述信用池的附加服务单元的许可的请求；

从所述计费节点(408)获得指示所许可的附加服务单元的信息；

通过从所述第一信用池阈值中减去所获得的服务单元使用量并加上所许可的附加服务单元，创建第三信用池阈值；以及

向所述UP功能实体(405)提供具有所述第三信用池阈值的所述URR CRPL和所有所述单独URR。

25.根据权利要求21至22中任一项所述的CP功能实体(401)，进一步被配置为：获得指示来自所述信用池的服务单元的许可配额的信息，其中，所述服务单元的许可配额已被分配为将要由所述多个服务使用。

26.根据权利要求21至22中任一项所述的CP功能实体(401)，其中，所述至少一个第一RG与第一阈值相关联，所述第一阈值与用于所述第一RG的服务单元容量和/或时间相关联，其中，所述第一信用池阈值是所有第一阈值的和，并且其中，所述第一信用池阈值是与用于所述信用池的服务单元容量和/或时间相关联的阈值。

27.根据权利要求21至22中任一项所述的CP功能实体(401)，其中，所述URR CRPL中的所述指令包括用于所有RG的所有单独URR的URR ID的列表。

28.根据权利要求21至22中任一项所述的CP功能实体(401)，其中，所述URR CRPL用URR标识URR ID识别，所述URR ID映射自从计费节点(408)获得的信用池ID。

29.根据权利要求21至22中任一项所述的CP功能实体(401)，其中，所述CP功能实体(401)是分组数据网络网关-控制平面功能PGW-C、业务检测功能-控制平面功能TDF-C、或组合的服务网关-控制平面功能SGW-C和分组数据网络网关-控制平面功能PGW-C。

30.一种用户平面UP功能实体(405)，用于处理包括将要由多个服务使用的许可服务单元的信用池，其中，所述多个服务被分组在至少一个第一费率组RG中，所述UP功能实体(405)被配置为：

从控制平面CP功能实体(401)获得用于所述至少一个第一RG中的每一个第一RG的单独使用报告规则URR，其中，每个单独URR包括第一信用池阈值；

从所述CP功能实体(401)获得用于所述信用池的使用报告规则URR CRPL，其中，所述URR CRPL包括聚合针对所有第一RG的所有单独URR的服务单元使用量的指令，并且其中，所述URR CRPL还包括所述第一信用池阈值；

对针对所述第一RG的每个单独URR的已使用服务单元进行计数；以及

聚合针对所有第一RG的所有单独URR的所计数的服务单元使用量。

31.根据权利要求30所述的UP功能实体(405)，还被配置为：

从所述CP功能实体(401)获得用于至少一个第二RG的单独URR，其中，用于所述第二RG的所述单独URR包括第二信用池阈值，所述第二信用池阈值是所述第一信用池阈值和用于所述第二RG的第二阈值的和；以及

从所述CP功能实体(401)获得具有更新的指令和所述第二信用池阈值的所述URR CRPL和用于所述第一RG的所述单独URR。

32.根据权利要求30至31中任一项所述的UP功能实体(405)，进一步被配置为：获得每个所述单独URR中的链接信息，所述链接信息指示每个所述单独URR与所述URR CRPL之间的链接。

33.根据权利要求30至31中任一项所述的UP功能实体(405)，还被配置为：

确定应当生成针对所述单独URR和所述URR CRPL中的至少一者的使用信息并将其提供给所述CP功能实体(401)，其中，所述使用信息指示已由所述多个服务中的至少一个服务使用的服务单元使用量；

生成针对所述单独URR和所述URR CRPL中的至少一者的所述使用信息；以及

将所生成的使用信息提供给所述CP功能实体(401)。

34.根据权利要求33所述的UP功能实体(405)，其中，所述确定应当生成针对所述单独URR和所述URR CRPL中的至少一者的使用信息并将其提供给所述CP功能实体(401)由所聚合的使用量已经达到或超过阈值来触发或者由用于所述RG中的一个RG的无线电接入技术RAT类型的改变来触发。

35.根据权利要求30-31和34中任一项所述的UP功能实体(405)，进一步被配置为：从所述CP功能实体(401)获得具有第三信用池阈值的所述URR CRPL和所有所述单独URR，其中，所述第三信用池阈值已经由所述CP功能实体(401)通过从所述第一信用池阈值中减去所述服务单元使用量并加上所许可的附加服务单元来更新。

36.根据权利要求30-31和34中任一项所述的UP功能实体(405)，其中，所述至少一个第一RG与第一阈值相关联，所述第一阈值与所述第一RG的服务单元容量和/或时间相关联，其中，所述第一信用池阈值是所有第一阈值的和，并且其中，所述第一信用池阈值是与用于所述信用池的服务单元容量和/或时间相关联的阈值。

37.根据权利要求30-31和34中任一项所述的UP功能实体(405)，其中，所述URR CRPL中的所述指令包括用于所有RG的所有单独URR的URR ID的列表。

38.根据权利要求30-31和34中任一项所述的UP功能实体(405)，其中，所述UP功能实体(405)是分组数据网络网关-用户平面功能PGW-U、业务检测功能-用户平面功能TDF-U、或组合的服务网关-用户平面功能SGW-U和分组数据网络网关-用户平面功能PGW-U。

39.一种包括第一计算机程序的第一计算机可读介质，所述第一计算机程序包括指令，所述指令在至少一个处理器上执行时使所述至少一个处理器执行根据权利要求1至10中任一项所述的方法。

40.一种包括第二计算机程序的第二计算机可读介质，所述第二计算机程序包括指令，所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据权利要求11至20中任一项所述的方法。

Images