借助于信用控制会话的选择性重启的增强拥塞控制的制作方法

本发明涉及关于借助于信用控制会话的选择性重启的增强拥塞控制的装置、方法、系统、计算机程序、计算机程序产品和计算机可读介质。

缩写/术语表：

在本发明的描述中，将如文献[1]至[3]中定义的那样使用以下表达。

apn接入点名称

avp属性值对

cca信用控制应答

ccr-i信用控制请求-初始请求

ccr-u信用控制请求-更新请求

cdr计费数据记录

dccadiameter信用控制应用

epc演进分组核心

enb演进节点b

imsip多媒体子系统

ip网际协议

hplmn归属plmn

lte长期演进

mme移动性管理实体

mscc多服务信用控制

ocs在线计费系统

pcef策略和计费执行功能

pgw分组数据网络网关

plmn公用陆地移动网络

ps分组交换

raa重新授权应答

rar重新授权请求

sgw服务网关

voltelte语音

vplmn访客plmn

计费数据记录（cdr）：用于在开账单和记账中使用的关于可计费事件的信息的格式化集合（例如，呼叫建立的时间、呼叫的持续时间、传送的数据量等）。对于要针对可计费事件的部分或全部费用而被计费的每一方，生成单独的cdr，即，可以针对单个可计费事件生成多于一个cdr，例如由于其长持续时间，或者因为多于一个计费方要被计费。

在线计费系统（ocs）：执行实时信用控制的实体。其功能包括交易处理、评级、在线相关和订户账户余额的管理。

gy：pcef和ocs之间的在线计费参考点。

ro：3gpp网络元件（例如pgw）和ocs之间的在线计费参考点。

背景技术：

本发明属于3gpp（第三代合作伙伴计划）lte（长期演进）的演进分组核心（epc）架构的领域。更具体而言，本发明属于具有来自ocs的控制的pgw（分组数据网络网关）中实现的在线计费逻辑。该接口在文献[1]至[3]中定义。

3gpp在2014年期间研究了用于若干个接口的拥塞控制机制。对于ro（gy）接口，结论是不增强直径（diameter）应用，但是在ocs中的拥塞的情况下，向pgw发送具有结果代码：diameter_too_busy（3004）的cca（信用控制应答）。

这种类型的错误被定义为文献[4]（diameterbaseprotocol）中的“协议错误”（3xxx）。当接收到该错误时，信用控制会话（例如dcca会话）需要移动到辅助ocs，并且如果辅助ocs不可用，则dcca会话被终止。承载被释放（故障处理动作：终止）或在设定的时间内保持活动（故障处理动作：继续）。

在文献[2]，“附录b（规范的）：故障处理过程和会话故障转移机制描述”中以及在文献[5]“第7章：信用控制应用状态机”中定义了关于故障处理动作的细节。

如果故障处理动作是“终止”（选项“终止”或“重试和终止”），则承载被终止并且订户经历来自运营商的差服务（订户由于运营商的ocs中的缺陷而不能访问其请求的服务，即使在该时刻pgw和无线电网络都能够提供服务，然而它们由于ocs处的故障而被迫不提供服务）。终止承载还在pgw、sgw（服务网关）、mme（移动性管理实体）、enodeb（演进nodeb）直到移动终端中生成大量的信令。一旦承载被删除，则片刻之后移动终端将再次打开它（因为订户将很可能尝试再次使用相同的服务）。

如果故障处理动作是“继续”，则订户在可配置的时间（可选的，运营商可以决定使“继续”选项永久）内不会经历差服务。当可配置的时间过去时，承载被删除并且以与“终止”情况中所描述的类似的方式对订户体验产生影响。

在故障处理动作是“继续”时的情况下，dcca会话在承载的剩余寿命内被终止。目前，还没有允许重启dcca会话的3gpp方法。仅存在重启dcca会话的一些非3gpp方法。

例如，可以在pgw中配置当启动“继续”动作时开始运行的定时器。在定时器期满之后，pgw将尝试再次启动朝向ocs的dcca会话（发送ccr-init）。从ocs的观点来看，pgw简单地创建与先前的（当启动“继续”动作时被删除）无关的新dcca会话。在“继续”动作期间生成的计费数据（cdr）可以通过后处理（如果订户仍有配额）来开账单。

此外，可以考虑仅针对所选的错误情况触发“继续”动作。目前，针对承载选择故障处理过程，并且任何故障处理触发将启动所选的故障处理动作（继续、终止、重试和终止）。运营商想要仅针对非常少的错误情况触发危险的“继续”动作，并在大多数的情况下终止承载。这将使得运营商能够允许例如仅“diameter_too_busy”将触发“继续”动作，并且任何其他错误将简单地“终止”承载。尽管该非3gpp机制与重启dcca会话无关，但它可以与先前的方法一起使用，以仅针对配置的错误情况（而不是针对如由3gpp定义的每个错误情况）重启dcca会话。

然而，即使运营商实现用于在故障处理动作“继续”的情况下重启dcca会话的上述非3gpp方法中的任何一种，运营商也需要面对以下可用性问题。

当ocs故障时，大量的dcca会话被删除（并且承载移到“继续”）。用于使承载重启dcca会话的定时器都将在短时间段内期满，这很可能将触发ocs再次变得拥塞。

参考文献：

[1]：3gppts32.240

[2]：3gppts32.251

[3]：3gppts32.299

[4]：ietfrfc3588：“diameterbaseprotocol”

[5]：ietfrfc4006：“diametercredit-controlapplication”。

技术实现要素：

因此，本发明的目的是克服上述问题，并提供关于借助于信用控制会话的选择性重启的增强拥塞控制的装置、方法、系统、计算机程序、计算机程序产品和计算机可读介质。

根据本发明的一方面，提供了一种用于在计费实体中使用的方法，包括：

当在计费实体处已经发生故障并且多个信用控制会话已经终止并且要维持与多个信用控制会话中的每个相关联的承载时，存储由计费实体所处理的多个信用控制会话中的每个的标识符；和

将用于请求多个信用控制会话中的至少一个的重启的消息发送到处理多个信用控制会话的网关实体，所述消息包括要重启的多个信用控制会话中的所述至少一个的标识符。

根据本发明的另一方面，提供了一种用于在计费客户端中使用的方法，包括：

接收指示在处理多个信用控制会话的计费实体处已经发生故障的消息，所述消息指示多个信用控制会话已经终止，

维持与多个信用控制会话中的每个相关联的承载，

从处理多个信用控制会话的计费实体接收请求与所述承载相关联的多个信用控制会话中的至少一个的重启的消息，所述消息包括要重启的多个信用控制会话中的所述至少一个的标识符，

向计费实体发送用于请求针对与所述标识符对应的多个信用控制会话中的至少一个的信用控制的消息。

根据本发明的另一方面，提供了一种用于在计费实体中使用的装置，包括：

至少一个处理器，

和

至少一个存储器，用于存储要由处理器执行的指令，其中，

所述至少一个存储器和所述指令被配置为利用所述至少一个处理器使得所述装置至少执行：

当在计费实体处已经发生故障并且多个信用控制会话已经终止并且要维持与多个信用控制会话中的每个相关联的承载时，存储由计费实体所处理的多个信用控制会话中的每个的标识符；和

将用于请求多个信用控制会话中的至少一个的重启的消息发送到处理多个信用控制会话的网关实体，所述消息包括要重启的多个信用控制会话中的所述至少一个的标识符。

根据本发明的另一方面，提供了一种用于在计费客户端中使用的装置，包括：

至少一个处理器，

和

至少一个存储器，用于存储要由处理器执行的指令，其中，

所述至少一个存储器和所述指令被配置为利用所述至少一个处理器使得所述装置至少执行：

接收指示在处理多个信用控制会话的计费实体处已经发生故障的消息，所述消息指示多个信用控制会话已经终止，

维持与多个信用控制会话中的每个相关联的承载，

从处理多个信用控制会话的计费实体接收请求与所述承载相关联的多个信用控制会话中的至少一个的重启的消息，所述消息包括要重启的多个信用控制会话中的所述至少一个的标识符，

向计费实体发送用于请求针对与所述标识符对应的多个信用控制会话中的至少一个的信用控制的消息。

根据本发明的另一方面，提供了一种包括代码部件的计算机程序产品，所述代码部件适于当被加载到计算机的存储器中时产生如上所述的方法中的任何一种的步骤。

根据本发明的又一方面，提供了一种如上定义的计算机程序产品，其中计算机程序产品包括在其上存储软件代码部分的计算机可读介质。

根据本发明的又一方面，提供了一种如上定义的计算机程序产品，其中程序可直接加载到处理设备的内部存储器中。

根据本发明的又一方面，提供了一种装置，包括：

用于当在计费实体处已经发生故障并且多个信用控制会话已经终止并且要维持与多个信用控制会话中的每个相关联的承载时存储由计费实体所处理的多个信用控制会话中的每个的标识符的部件；和

用于将用于请求多个信用控制会话中的至少一个的重启的消息发送到处理多个信用控制会话的网关实体的部件，所述消息包括要重启的多个信用控制会话中的所述至少一个的标识符。

根据本发明的又一方面，提供了一种装置，包括：

用于接收指示在处理多个信用控制会话的计费实体处已经发生故障的消息的部件，所述消息指示多个信用控制会话已经终止，

用于维持与多个信用控制会话中的每个相关联的承载的部件，

用于从处理多个信用控制会话的计费实体接收请求与所述承载相关联的多个信用控制会话中的至少一个的重启的消息的部件，所述消息包括要重启的多个信用控制会话中的所述至少一个的标识符，

用于向计费实体发送用于请求针对与所述标识符对应的多个信用控制会话中的至少一个的信用控制的消息的部件。

附图说明

从结合附图进行的本发明的各方面/实施例的以下详细描述，这些和其他目的、特征、细节和优点将变得更加完全明显，其中：

图1是图示根据本发明的一些示例版本的方法的示例的流程图。

图2是图示根据本发明的一些示例版本的方法的另一示例的流程图。

图3是图示根据本发明的一些示例版本的装置的示例的框图。

具体实施方式

在下文中，参考附图描述本发明的公开和实施例的一些示例版本。为了说明本发明，将结合基于以3gpp为基础的通信系统（例如基于lte/lte-a的系统）的蜂窝通信网络来描述示例和实施例。然而，要注意的是，本发明不限于使用这样的类型的通信系统或通信网络的应用，而是也可应用于其他类型的通信系统或通信网络中，比如例如2g和3g通信网络或者其他无线通信网络等。

以下示例版本和实施例仅被理解为说明性示例。虽然说明书可能在若干个位置中引用“一”、“一个”或“一些”示例版本或实施例，但是这不一定意味着每个这样的引用是针对相同的（多个）示例版本或实施例，或者该特征仅适用于单个示例版本或实施例。不同实施例的单个特征也可以被组合以提供其他实施例。此外，词语“包括”和“包含”应被理解为不将所描述的实施例限制为仅由已经提到的那些特征组成，并且这样的示例版本和实施例也可以还包含未具体提到的特征、结构、单元、模块等。

其中本发明的实施例的示例适用的通信网络的基本系统架构可以包括包含有线或无线接入网络子系统和核心网络的一个或多个通信系统的公知架构。这样的架构可以包括一个或多个通信网络控制元件、接入网络元件、无线电接入网络元件、接入服务网络网关或基站收发器，诸如基站（bs）、接入点或enb，其控制相应的覆盖区域或小区，并且诸如ue之类的一个或多个通信元件或终端设备或者具有类似功能的另一个设备（诸如调制解调器芯片组、芯片、模块等，其也可以是ue的一部分或作为单独元件附接到ue等）能够经由一个或多个信道与其进行通信以用于传输若干种类型的数据。此外，可以包括诸如网关网络元件、策略和计费控制网络元件、移动性管理实体、操作和维护元件等之类的核心网络元件。

也取决于实际网络类型的所描述的元件的一般功能和互连对于本领域技术人员来说是已知的并且在对应的说明书中进行了描述，使得在此省略对其的详细描述。然而，要注意的是，除了下文详细描述的那些之外，可以采用若干附加的网络元件和信令链路以用于去向或来自比如ue的通信元件或终端设备和比如无线电网络控制器的通信网络控制元件的通信。

通信网络也能够与诸如公共交换电话网或互联网的其他网络进行通信。通信网络也可以支持云服务的使用。应领会到，bs和/或enb或其功能可以通过使用适于这种使用的任何节点、主机、服务器或接入节点等实体来实现。

此外，所描述的网络元件和通信设备（诸如比如ue的终端设备或用户设备、比如bs或enb的小区的通信网络控制元件、比如ap的接入网络元件等）以及如本文所描述的对应功能可以通过软件（例如通过用于计算机的计算机程序产品）和/或通过硬件来实现。在任何情况下，为了执行它们相应的功能，对应使用的设备、节点或网络元件可以包括对于控制、处理和/或通信/信令功能所需的若干部件、模块、单元、组件等（未示出）。这样的部件、模块、单元和组件可以包括例如包括用于执行指令和/或程序和/或用于处理数据的一个或多个处理部分的一个或多个处理器或处理器单元、用于存储指令、程序和/或数据的用于用作处理器或处理部分等的工作区域的存储或存储器单元或部件（例如rom、ram、eeprom等）、用于通过软件输入数据和指令的输入或接口部件（例如，软盘、cd-rom、eeprom等）、用于向用户提供监视和操纵可能性的用户接口（例如屏幕、键盘等）、用于在处理器单元或部分的控制下建立链路和/或连接的其他接口或部件（例如有线和无线接口部件、包括例如天线单元等的无线电接口部件、用于形成无线电通信部分的部件等）等，其中形成诸如无线电通信部分之类的接口的相应部件也可以位于远程站点（例如，无线电头或无线电台等）上。要注意的是，在本说明书中，处理部分不应仅被认为表示一个或多个处理器的物理部分，而是也可以被认为是由一个或多个处理器执行的所涉及的处理任务的逻辑划分。

根据本发明的一些示例版本，提出了通过允许ocs选择性地请求ocs能够处理的dcca会话的重启的对故障处理动作“继续”的增强。提出了ocs将保持ocs移动到“继续”的每个dcca会话的会话id的列表，而不是批量重启dcca会话（如在上述非3gpp方法中允许的）。

当ocs处的负载较低时，即，当负载低于预定阈值（例如，不再有拥塞）时，或者当ocs维护工作完成并且ocs再次活动时，则ocs将开始朝向pgw发送rar（重新授权请求）消息，以便请求针对较旧的会话id的所有dcca配额的重新认证。

根据3gpp，如果ocs想要重新授权每个配额或者ocs可以发送具有会话id和评级组（ratinggroup）的rar，则ocs可以触发仅包括会话id（dcca会话的标识符）的rar消息，如果ocs想要重新授权来自订户的dcca会话的特定评级组的话。根据本发明的一些示例版本，仅需要具有会话id的rar。

目前，根据3gpp，如果ocs发送仅包括用于被终止的dcca会话的会话id的rar消息（例如，故障处理动作“继续”），则pgw将用具有结果代码：diameter_unknown_session_id（5002）的raa（重新授权应答）对rar命令进行回复。

如果承载在pgw中仍然是活动的，则意味着pgw仍然具有它需要的信息（它仍然知道终止的dcca会话的旧会话id），以知道rar要求在pgw处被终止并且目前在故障处理继续动作下的dcca会话的重新授权。

根据本发明的一些示例版本，然后提出了在pgw处接收到这样的rar（具有属于在故障处理继续动作下的活动承载的会话id）时，pgw将用具有结果代码diameter_limited_success（2002）的raa对rar进行回复，并立即向ocs触发ccr-u（信用控制请求-更新请求）（不是ccr-i）。这样的ccr-u将包含针对每个活动评级组（或评级组和服务id的组合）的mscc（多服务信用控制），并将报告从“继续”动作开始的点直到ccr-u被触发为止的所消耗的业务量。

应注意的是，如果信用控制客户端由于知道ocs暂时拥塞而应用了故障处理继续，则本发明的逻辑可以仅限于由于ocs过载而在故障处理继续下的承载，而针对由于正常的ocs信用控制而移到故障处理继续的承载，选择性dcca重启可以被禁用（信用控制客户端将用diameter_unknown_session_id（5002）进行回复，如目前在传统系统中所做的那样。

因为ocs发送了具有会话id的rar，所以意味着ocs仍然具有对旧dcca会话的访问（否则ocs将首先不知道会话id是什么）。然后，ocs可以接受cca-u，针对所报告的配额开账单，并且如果还剩下配额，则授予附加的配额。

可能的是，一些ocs供应商可能偏好当ocs仅存储会话id但是其不再具有对所有先前的dcca会话数据库的访问时在ocs侧处提供更简单的实现。因此，本发明不限于通过发送ccr-u（其需要在先前的dcca会话的ocs处的知识）来强制dcca会话的重启，但是本发明的一些示例版本还提出了用于选择pgw是否将发送ccr-u或ccr-i来重启dcca会话的pgw处的本地配置。

这种额外的灵活性允许本发明的更容易的部署，因为其然后可以在2个步骤中部署。在第一步骤中，其可以通过使用ccr-i而部署在具有传统ocs（其中ocs不支持本发明）的系统中，并且在第二步骤中，其可以通过使用ccr-u而部署在具有兼容ocs（其中ocs确实支持本发明）的系统中。

根据本发明的一些示例版本，发送ccr-u是优选选项，因为其允许包括过去的计费信息。然而，发送ccr-i也是一个选项，因为其将允许在ocs（先前描述）处以及还在pgw（pgw不需要将未发送的计费数据存储到ocs，但它可以简单地将其发送到cdr并将其从它的在线计费数据库中移除）处的更简单实现。

本发明重用了针对rar/raa、ccr/cca消息及其avp（属性值对）的现有实现。也就是说，不需要新的avp并且不需要avp的新值，这使得该特征更容易被3gpp和被ocs/pgw供应商批准，因为实现仅在由ocs和由pgw所应用的逻辑中。

根据本发明的一些示例版本，在ocs处的错误的情况下，运营商可以更自由地使用“继续”动作。这是因为dcca会话最终将重启，并且用于订户的信用控制将恢复。

每当ocs能够处理更多的信令时，它就可以发送rar来重启另一个dcca会话。这可以被认为是用于根据ocs的可用性重启dcca会话的“慢循环”，因此相对于用于通过pgw侧处的本地定时器重启dcca会话的情况下的故障处理“继续”的所有目前方法和提出方法具有优势。

当pgw发送请求针对所有活动评级组的配额的ccr时，确保dcca会话的平稳重启。pgw已经知道订户目前正在使用哪个评级组，所以它不需要等待重新建立dcca会话以便请求所需的配额。

不需要在pgw中存储新的信息（因为承载仍然活动），因此在pgw中不存在容量影响。这仅是软件实现（逻辑），其不会消耗pgw处的存储资源。其将仅在pgw中的已经可用的信息上运行额外的逻辑。

如果pgw未实现所提出的发明，或者在实现本发明但是在rar到达之前正常释放承载的情况下，则pgw将简单地用如上所述的作为目前3gpp行为的diameter_unknown_session_id（5002）进行回复。因此，所提出的发明的示例版本与目前实现向后兼容。

所提出的功能还增强由ocs用于检测幻像（ghost）会话id的目前同步方法。在这种场景中，工作ocs检测到存在应当已经联系ocs但没有的dcca会话。这是如下的情况：其中pgw删除dcca会话（并通知ocs），然而由于错误（或丢失的消息），ocs保持dcca会话，就好像它仍然是活动的。为了移除幻像dcca会话，ocs周期性地发送rar消息来请求针对在怀疑下的所有dcca会话的重新认证。利用所提出的发明，当ocs应用其同步方法来移除幻像dcca会话时，pgw处的“继续”动作下的所有dcca会话将重启其dcca会话，从而使得承载重新获得信用控制。然后，所提出的发明将允许ocs不仅同步那些幻像dcca会话，而且还重新获得对那些的信用控制。这是对目前功能的增强，因为那些承载在目前行为下被终止，从而生成释放承载需求的额外信令。

在下文中，关于图1至3进行了本发明的实施例的一些示例版本的更一般的描述。

图1是图示根据本发明的示例版本的方法的示例的流程图。

根据本发明的示例版本，该方法可以在计费实体中实现，或者可以是计费实体的一部分，所述计费实体比如在线计费系统等。该方法包括在步骤s11中，当在计费实体处已经发生故障并且多个信用控制会话已经终止并且要维持与多个信用控制会话中的每个相关联的承载时，存储由计费实体所处理的多个信用控制会话中的每个的标识符；以及在步骤s12中，将用于请求多个信用控制会话中的至少一个的重启的消息发送到处理多个信用控制会话的网关实体，所述消息包括要重启的多个信用控制会话中的所述至少一个的标识符。

根据本发明的一些示例版本，该方法还包括：从计费客户端接收用于请求针对与所述标识符对应的多个信用控制会话中的所述至少一个的信用控制的消息。

根据本发明的一些示例版本，用于请求信用控制的消息是更新信用控制请求消息，并且包括关于用于由订户在故障期间使用的活动评级组的所消耗业务量的信息，并且该方法还包括基于在所述消息中包括的所述信息来恢复针对订户的信用控制。

根据本发明的一些示例版本，该方法还包括通知计费客户端计费实体暂时拥塞。

图2是图示根据本发明的示例版本的方法的另一示例的流程图。

根据本发明的示例版本，该方法可以实现在计费客户端中，或者可以是计费客户端的一部分，所述计费客户端比如pgw等。该方法包括在步骤s21中接收指示在处理多个信用控制会话的计费实体处已经发生故障的消息，所述消息指示多个信用控制会话已经终止；在步骤s22中维持与多个信用控制会话中的每个相关联的承载；在步骤s23中从处理多个信用控制会话的计费实体接收请求与所述承载相关联的多个信用控制会话中的至少一个的重启的消息，所述消息包括要重启的多个信用控制会话中的所述至少一个的标识符；以及在步骤s24中向计费实体发送用于请求针对与所述标识符对应的多个信用控制会话中的至少一个的信用控制的消息。

根据本发明的一些示例版本，指示在计费实体处已经发生故障的消息还指示计费实体暂时拥塞。

根据本发明的一些示例版本，用于请求信用控制的消息是更新信用控制请求消息，并且包括关于用于由订户在故障期间使用的活动评级组的所消耗业务量的信息。

根据本发明的一些示例版本，用于请求信用控制的消息是初始信用控制请求消息。

图3是图示根据本发明的一些示例版本的装置的示例的框图。

在图3中，示出了图示被配置为实现本发明的上述方面的装置30的配置的电路框图。要注意的是，图3中所示的装置30可以包括除下文所述的那些之外的若干个另外的元件或功能，其为了简单起见而在本文省略，因为它们对于理解本发明不是必需的。此外，装置也可以是具有类似功能的另一设备，诸如芯片组、芯片、模块等，其也可以是装置的一部分或作为单独元件附接到装置等。

装置30可以包括执行由程序等给出的指令的处理功能或处理器31，诸如cpu等。处理器31可以包括专用于如下所述的特定处理的一个或多个处理部分，或者处理可以在单个处理器中运行。例如，用于执行这样的特定处理的部分也可以作为离散元件提供，或者在一个或另外的处理器或处理部分内提供，诸如在比如cpu的一个物理处理器中或者在若干物理实体中。附图标记32表示连接到处理器31的收发器或输入/输出（i/o）单元（接口）。i/o单元32可以用于与一个或多个其他网络元件、实体、终端等进行通信。i/o单元32可以是包括朝向若干个网络元件的通信装备的组合单元，或者可以包括具有用于不同网络元件的多个不同接口的分布式结构。装置30还包括至少一个存储器33，其可用于例如存储要由处理器31执行的数据和程序和/或可用作处理器31的工作存储。

处理器31被配置为执行与上述方面相关的处理。具体地，装置30可以实现在计费实体中或者可以是计费实体的一部分，所述计费实体比如在线计费系统等，并且可以被配置为执行如结合图1所描述的方法。因此，处理器31被配置为执行：当在计费实体处已经发生故障并且多个信用控制会话已经终止并且要维持与多个信用控制会话中的每个相关联的承载时，存储由计费实体所处理的多个信用控制会话中的每个的标识符；和将用于请求多个信用控制会话中的至少一个的重启的消息发送到处理多个信用控制会话的网关实体，所述消息包括要重启的多个信用控制会话中的所述至少一个的标识符。

根据本发明的一些示例版本，装置30可以被实现在计费客户端中或者可以是计费客户端的一部分，所述计费客户端比如pgw等，并且可以被配置为执行如结合图2所描述的方法。因此，处理器31被配置为执行：接收指示在处理多个信用控制会话的计费实体处已经发生故障的消息，所述消息指示多个信用控制会话已经终止；维持与多个信用控制会话中的每个相关联的承载；从处理多个信用控制会话的计费实体接收请求与所述承载相关联的多个信用控制会话中的至少一个的重启的消息，所述消息包括要重启的多个信用控制会话中的所述至少一个的标识符；和向计费实体发送用于请求针对与所述标识符对应的多个信用控制会话中的至少一个的信用控制的消息。

针对关于装置30的功能的进一步细节，参考如结合图1和图2描述的根据本发明的一些示例版本的方法的描述。

因此，注意到，用于在计费实体中使用的装置和用于在计费客户端中使用的装置通常具有相同的结构组件，其中这些组件被配置为分别执行元件的相应功能，如上文所阐述的。

在装置的前述示例描述中，使用功能块仅描述了对于理解本发明的原理相关的单元/部件。该装置可以包括分别对于其相应操作所必需的其他单元/部件。然而，在本说明书中省略了对这些单元/部件的描述。装置的功能块的布置不被解释为限制本发明，并且功能可以通过一个块来执行，或者进一步分成子块。

当在前述的描述中陈述装置（或者一些其他部件）被配置为执行某个功能时，这被解释为等同于陈述一个（即至少一个）处理器或对应电路潜在地与存储在相应装置的存储器中的计算机程序代码协作地被配置为使得装置至少执行由此提到的功能的描述。此外，这样的功能被解释为可通过用于执行相应功能的具体配置的电路或部件等效地实现（即，表达“配置为……的单元”被解释为等同于诸如“用于……的部件”的表达）。

为了如上文所述的本发明的目的，应注意的是

-可能被实现为软件代码部分并且使用装置（作为其设备、装置和/或其模块的示例，或者作为包括用于其的装置和/或模块的实体的示例）处的处理器运行的方法步骤是软件代码无关的，并且可以使用任何已知的或将来开发的编程语言来指定，只要保留由方法步骤所定义的功能；

-通常，任何方法步骤都适合作为软件或通过硬件来实现，而不在所实现的功能方面改变方面/实施例及其修改的思想；

-可能被实现为上面定义的装置处的硬件组件或其任何（多个）模块（例如，执行根据如上所述的方面/实施例的装置的功能的设备）的方法步骤和/或设备、单元或部件是硬件无关的，并且可以使用任何已知的或将来开发的硬件技术或者这些的任何混合来实现，诸如mos（金属氧化物半导体）、cmos（互补mos）、bimos（双极mos）、bicmos（双极cmos）、ecl（发射极耦合逻辑）、ttl（晶体管-晶体管逻辑）等，其使用例如asic（专用ic（集成电路））组件、fpga（现场可编程门阵列）组件、cpld（复杂可编程逻辑器件）组件或dsp（数字信号处理器）组件；

-设备、单元或部件（例如，上面定义的装置或它们相应的单元/部件中的任何一个）可以被实现为单独的设备、单元或部件，但是这并不排除它们遍及系统以分布式方式实现，只要该设备、单元或部件的功能被保留；

-装置可以由半导体芯片、芯片组或者包括这样的芯片或芯片组的（硬件）模块来表示；然而，这并不排除装置或模块的功能被实现为（软件）模块中的软件（诸如计算机程序或包括用于在处理器上运行/执行的可执行软件代码部分的计算机程序产品）而不是硬件实现的可能性；

-设备可以被认为是装置，或多于一个装置的组装件，不管在功能上彼此协作还是在功能上彼此独立但是例如在相同的设备外壳中。

通常，要注意的是，根据上述方面的相应功能块或元件可以通过任何已知的方式分别以硬件和/或软件来实现，如果其仅适于执行相应部分的所描述功能。所提到的方法步骤可以在单独的功能块中或者由单独的设备来实现，或者方法步骤中的一个或多个可以在单个功能块中或者由单个设备来实现。

通常，任何方法步骤都适合作为软件或通过硬件来实现，而不改变本发明的思想。设备和部件可以被实现为单独的设备，但是这并不排除它们遍及系统以分布式方式实现，只要设备的功能被保留。这样的和类似的原理被认为对于技术人员是已知的。

本说明书的意义上的软件包括本身包括用于执行相应功能的代码部件或部分或者计算机程序或计算机程序产品的软件代码、以及体现在诸如计算机可读（存储）介质之类的在其上存储有相应的数据结构或代码部件/部分的有形介质上或潜在地在其处理期间体现在信号中或芯片中的软件（或者计算机程序或计算机程序产品）。

要注意的是，上述的方面/实施例以及一般的和具体的示例仅仅是为了说明的目的而提供的，并且决不意图将本发明限制于此。更确切地说，意图是覆盖落入所附权利要求的范围内的所有变化和修改。