CN111164940A - 在在线计费系统处过负荷的情况下计费请求的差异化降低 - Google Patents

Abstract

本文中认识到，经受降低，要不然被称作过负荷控制，的请求中的某些请求具有比请求中的其它请求更大的“值”（货币或其它）。在决定丢弃或推迟哪些请求以减轻OCS处的过负荷状况时，可有利地考虑请求的相对重要性。此外，本文中还认识到，请求中的某些请求对处理延迟可能更加敏感或不太敏感，意味着某些请求比其它请求更服从基于缓冲的降低。除了别的之外，本文中公开的方法和设备提供机制，通过所述机制OCS配置通信网络中CTF或其它请求实体处施加的过负荷控制，意味着OCS能够至少根据与请求相关联的基础服务或情况优先化在过负荷状况期间向它发送哪些请求。

Description

在在线计费系统处过负荷的情况下计费请求的差异化降低

技术领域

本解决方案涉及用于通信网络中计费信令的过负荷控制的方法、系统、计算机程序和计算机程序产品。

背景技术

在线计费系统OCS为网络资源的所请求使用提供实时信用授权。用基于OCS的计费机制，与用户开始或继续使用经由通信网络提供的通信服务相关联的网络资源的使用要求实时信用授权，以避免允许网络资源的使用超出可用信用所准许的网络资源的使用。对于在线计费系统细节的示例，参见如由第3代合作伙伴计划所公布的TS 32.299 V14.5.0（2017-09），3GPP TS 32.299详述基于DIAMETER协议（所述协议也在IETF RFC 6733中规定）的计费应用。

在示例场景中，通信网络内的计费触发功能CTF或其它实体向OCS发送计费请求，请求对与建立或继续用于为用户提供各种通信服务的通信会话相关联的通信网络资源的使用的授权。对于每个请求，OCS确定足够信用是否可用，并且它返回对应响应，授权或拒绝该请求。

由于要求在线计费控制的日益增加的用户数量和优质服务范围，在线计费中涉及的各种实体面临日益增加的操作负荷，其中例如“负荷”可根据CPU负荷来表达。3GPP已经研究针对计费的过负荷操控的解决方案，如3GPP TR 32.869 V0.6.0（2017-08）和IETF RFC7683中所述。这些文档说明，过负荷节点可向请求节点传达请求节点应当将它到过负荷节点的业务减少多少，并且请求节点通过随机丢弃或缓冲它否则原本会发送到OCS的请求来实现减少。这样的操作没有考虑到与当前和将来网络中的实时计费相关联的复杂度。

发明内容

在在线计费系统OCS的上下文中，通信网络中的计费触发功能CTF或其它请求实体向OCS发送计费请求，用于对由通信网络的用户访问通信网络资源的授权。如果在给定间隔内进入到OCS的请求的数量超过它的处理能力，则OCS变成过负荷。虽然当前实践提供过负荷控制（其中OCS向请求实体中的一个或多个指示它们应当减少正被发送到OCS的请求的数量），但是现有实践没有提供请求节点处的请求优先化或区分。也就是说，在请求节点处的过负荷控制的施加通过在随机的基础上抑制某个数量或百分比的请求来降低（abate）请求节点向OCS发送计费请求的速率，而无需在与那些请求相关联的通信服务或其它情况之间进行区分。

本文中认识到，经受降低（abatement），要不然被称作过负荷控制，的请求中的某些请求具有比请求中的其它请求更大的“值”（货币或其它），并且在决定丢弃或推迟哪些请求以减轻OCS处的过负荷状况时，可有利地考虑请求的相对重要性。此外，本文中还认识到，请求中的某些请求对处理延迟可能更加敏感或不太敏感，意味着某些请求比其它请求更服从基于缓冲的降低。除了别的之外，本文中公开的方法和设备提供机制，通过所述机制OCS配置通信网络中CTF或其它请求实体处施加的过负荷控制，意味着OCS能够至少根据与请求相关联的基础服务或情况优先化在过负荷状况期间向它发送哪些请求。

一个目的是提供用于通信网络中计费信令的过负荷控制以减轻上面阐明的缺点中的至少一些缺点的方法、在线计费系统、计算机程序和计算机程序产品。

进一步的目的是提供用于如下的方法和设备：控制通信网络中的服务的计费，以在给定时间间隔中的请求的数量—即请求的速率—由于对精度的更高需求、更频繁的用户和/或日益增加的服务数量（它们通常被并行地使用）而增加时缓解通信网络上增加的信令和负荷。

在示例实施例中，处理设备执行与通信网络相关联的在线计费系统OCS中的过负荷控制的方法。该方法包括根据OCS处由于从通信网络中的一个或多个计费触发功能CTF发送的计费请求的正在进行的接收和处理而产生的负荷来动态确定配置信息。这个工作负荷可以例如根据CPU负荷来表达。在任何情况下，在这个上下文中，每个给定计费请求与服务标识符、费率组（rating group）和询问类型中的至少一个相关联，该相关联的参数或多个相关联的参数可以不在该请求本身中承载，但以其它方式由OCS已知或可发现。

有利地，配置信息配置将由一个或多个CTF中的至少一个应用的一个或多个降低处置，用于降低至少一个CTF向OCS发送计费请求的速率。对应地，在执行该方法中，处理设备按照定义的优先化方案来确定配置信息。优先化方案根据服务标识符、费率组和询问类型中的一个或多个来确定哪些计费请求经受哪个降低处置。该方法进一步包括向至少一个CTF发送配置信息。这里，提到“至少一个CTF”并不排除将配置信息发送到与OCS进行通信的全部CTF，但是它认识到，并非全部CTF必须支持设想的降低配置。此外，在那一点上，应该理解，OCS可例如基于由CTF支持的过负荷控制特征—降低处置—来设计被发送到单独CTF的配置信息。

在另一个示例实施例中，处理设备配置成执行与通信网络相关联的OSC的过负荷控制。该处理设备作为OCS中的在线计费功能OCF操作，并且包括接口电路和处理电路。接口电路配置用于与通信网络中的一个或多个CTF进行通信，并且处理电路可操作地与接口电路相关联并配置用于过负荷控制。

在被配置用于过负荷控制的至少一个示例中，处理电路配置成根据OCS处由于从一个或多个CTF发送的计费请求的正在进行的接收和处理而产生的负荷来动态确定配置信息。每个给定计费请求具有相关联的服务标识符、相关联的费率组和相关联的询问类型中的一个或多个，并且配置信息配置将由一个或多个CTF中的至少一个应用的一个或多个降低处置，用于降低至少一个CTF向OCS发送计费请求的速率。配置信息由处理设备按照定义的优先化方案确定，该优先化方案根据服务标识符、费率组和询问类型中的一个或多个来确定哪些计费请求经受哪个降低处置。处理电路进一步配置成将配置信息例如作为经由接口电路发送的计费请求响应发送给至少一个CTF。

在另一个示例实施例中，通信网络中的CTF或其它计费实体执行与通信网络相关联的OCS的过负荷控制的方法。该方法包括从OCS接收配置信息，并且按照配置信息控制CTF向OCS发送计费请求的速率的降低。每个给定计费请求具有相关联的服务标识符、相关联的费率组和相关联的询问类型中的一个或多个。对应地，配置信息配置由CTF应用的一个或多个降低处置。特别是，配置信息根据服务标识符、费率组和询问类型中的至少一个来指示哪些计费请求经受哪个降低处置。照这样，取决于以下中的至少一个，CTF通过控制配置的降低处置是否或在多大程度上可应用于给定计费请求来使它对计费请求的降低差异化：与给定计费请求相关联的服务标识符或多个服务标识符；与给定计费请求相关联的费率组或多个费率组；以及与给定计费请求相关联的询问类型或多个询问类型。

在另一个示例实施例中，处理设备配置用于与通信网络相关联的OCS的过负荷控制。处理设备作为通信网络中的CTF操作，并且包括接口电路和处理电路。

接口电路配置用于与OCS进行通信，并且处理电路可操作地与接口电路相关联并配置成执行过负荷控制操作。在至少一个这样的实施例中，处理电路配置成从OCS接收配置信息，并且按照配置信息控制CTF向OCS发送计费请求的速率的降低。每个给定计费请求具有相关联的服务标识符、相关联的费率组和相关联的询问类型中的一个或多个。对应地，配置信息配置由CTF应用的一个或多个降低处置，包括根据服务标识符、费率组和询问类型中的至少一个来指示哪些计费请求经受哪个降低处置。

附图说明

图1是按照本文中的教导配置的在线计费系统OCS和一个或多个计费触发功能CTF的一个实施例的框图。

图2是例如可在图1中介绍的OCS和CTF中实现的OCS和CTF的示例实施例的框图。

图3和图4分别是如在OCS和CTF分别执行的过负荷控制的方法的示例实施例的逻辑流程图。

图5是示出按照本文中设想的过负荷控制处理的一个实施例的示例信令的消息序列图。

图6是示出按照本文中设想的过负荷控制处理的另一个实施例的示例信令的消息序列图。

图7是示出按照一个或多个实施例的OCS的进一步示例细节的框图。

图8是示出计算机程序产品的一个实施例的框图，该计算机程序产品包括非暂时性计算机可读介质以及计算机可读介质上存储的计算机程序，其中计算机程序产品按照本文中公开的过负荷控制教导的实施例来配置OCS和/或CTF。

具体实施方式

通过本文档中呈现的举例图示的方法和设备提供负荷减少机制，该负荷减少机制取决于与计费请求相关联的通信服务和/或取决于与计费请求相关联的通信会话的状态来区分负荷减少（即，降低）是否或在多大程度上应用于给定计费请求。这样的差异化提供许多优点，尤其是因为它提供降低处置的有区分的应用，从而反映如下事实：作为降低处置的潜在候选的计费请求中的不同计费请求可比其它计费请求更有价值或价值更低。

通过示例，各种计费请求对应于不同通信服务或服务类型，其中的一个或多个可被优先化。与给定计费请求相关联的通信服务或服务类型可从所涉及的服务（例如，视频流播（streaming）、音乐流播、网上浏览、下载等）的服务标识符收集。对应地，在任何给定间隔中，计费触发功能CTF基于确定请求中的哪些请求具有从OCS接收的配置信息中指定的一个或多个服务标识符来确定是否或在多大程度上对要发送到在线计费系统OCS的给定计费请求应用一个或多个配置的降低处置，例如经由丢弃或缓冲的10%减少。

另外地或备选地，降低处置的类似有区分的应用可基于费率组（计费费率）和/或询问类型。在这方面，与计费请求相关联的询问类型指示该请求是对要建立的通信会话的初始请求、对继续建立的通信会话的中间请求、还是对关闭建立的通信会话的最终请求。照这样，询问类型表示涉及请求的通信会话的“状态”，并且本文中设想的一个或多个降低处置基于例如如从询问类型信息收集的与计费请求相关联的会话状态来使降低差异化。

在至少一个实施例中，过负荷控制中涉及的OCS和CTF或多个CTF将DIAMETER协议用于信用控制操作，如IETF RFC 4006中所定义的。DIAMETER协议定义下列信息元素（IE）或属性：服务标识符、费率组和询问类型。在本文中设想的至少一个实施例中，前述IE或属性中的一个或多个用于确定定义的降低处置对给定计费请求的可应用性。例如，OCS可指定，给定降低处置仅应用于与指定的服务标识符或指定的费率组或指定的询问类型相关联的计费请求。可应用性可以是定义降低处置是否完全应用的总体可应用性，或者可应用性可根据应用于与指定的服务标识符、费率组和/或询问类型相关联的计费请求的降低的程度来定义。

假定例如降低处置是“丢弃”处置，其中应用该处置的CTF丢弃在给定间隔期间它否则原本会发送到OCS的计费请求中的一个或多个。由CTF从OCS接收的配置信息可例如通过指定某些服务标识符和/或费率组和/或询问类型来识别将从降低处置中排除或包括在降低处置中的计费请求。在至少一个实施例中，来自OCS的配置信息根据给定计费请求相关联的服务标识符和/或费率组和/或询问类型来指定处置应用于给定计费请求的程度。例如，与第一服务标识符相关联的计费请求经受10%降低，其中它们中的10%被丢弃而不是被发送到OCS，而与第二服务标识符相关联的计费请求经受90%降低。相同种类的附加或备选差异化可基于费率组和/或询问类型。

除了别的之外，以这种方式配置（一个或多个）降低处置允许过负荷控制基于例如如在高速数据、音乐流播、社交媒体语音等之间所涉及的通信服务进行区分。能够对特定服务（例如对SPOTIFY）进行特定区别。在另一个示例中，OCS配置降低处置，该降低处置将更积极的降低应用于与初始询问相关联的计费请求，因为它们对应于新通信会话的建立。与中间或最终询问相关联的计费请求可从降低中完全排除，或可经受不太积极的降低，例如与初始询问相关联的计费请求经受90%降低，而与中间或最终询问相关联的计费请求经受10%降低。

在另一个示例中，降低算法或处置可指示对与社交媒体服务标识符或费率组相关联的计费请求的100%减少，同时指示对与NETFLIX视频流播相关联的计费请求的仅50%减少。另外地或备选地，降低算法可指示至少对一个或多个指定费率组的初始计费请求的100%减少，同时指示对中间计费请求的仅60%减少。这里，初始计费请求应该被理解为涉及会话开始，而中间计费请求涉及正在进行的会话。照这样，在过负荷条件期间，或为了避免达到过负荷状况，OCS可将与建立新会话相关联的计费请求的抑制配置得比与建立的、正在进行的会话相关联的计费请求更积极。

上述示例操作带来使计费请求的阻止或缓冲更具选择性的优点，并且具有较低值—不管如何评估或测量“值”以用于定义优先级方案—的计费请求将在阻止或缓冲具有较高值的请求之前首先被阻止或缓冲。这种选择性导致网络运营商在过负荷状况下的较低平均收入损失。

现在将参考附图并且更详细地描述设想的示例实现的实施例。

在以下描述中，出于解释和非限制的目的，阐明诸如特定节点、功能实体、技术、协议、标准等之类的具体细节，以提供对所描述的技术的理解。对于本领域技术人员而言将显而易见的是，除了以下公开的具体细节之外，可实践其它实施例。在其它实例中，省略了众所周知的方法、装置、技术等的详细描述，以便不用不必要的细节使描述模糊不清。附图中示出单独功能块。本领域技术人员将领会，可使用单独硬件电路、与适当编程的微处理器或通用计算机相结合地使用软件程序和数据、使用专用集成电路（ASIC）和/或使用一个或多个数字信号处理器（DSP）来实现那些块的功能。软件程序指令和数据可存储在计算机可读存储介质上，并且当指令由计算机或其它适合的处理器控制执行时，计算机或处理器执行功能。

因此，例如，本领域技术人员将领会，本文中的框图能够表示体现技术的原理的说明性电路或其它功能单元的概念视图。类似地，将领会，任何流程图、状态转换图、伪代码等表示各种过程，所述过程可实质上在非暂时性计算机可读介质中表示，并且如此由计算机或其它处理器执行，无论是否明确示出这样的计算机或其它处理器。

包括功能块（所述功能块包括但不限于标记或描述为“计算机”、“处理器”或“控制器”的那些功能块）的各种元件的功能可通过使用固定处理电路和/或通过使用通过执行采用存储在计算机可读介质上的编码指令的形式的软件进行配置的处理电路来提供。因此，这样的功能和图示的功能块要被理解为经由固定的预配置电路或经由以编程方式配置的电路或经由固定和以编程方式配置的电路两者的某个混合实现。

在硬件实现方面，功能块可包括或包含而不限于，数字信号处理器（DSP）硬件、精简指令集处理器或其它数字或模拟电路，包括但不限于（一个或多个）专用集成电路（ASIC）和/或能够执行这样的功能的状态机。

在计算机实现方面，计算机通常被理解成包括一个或多个处理器或一个或多个控制器，并且术语“计算机”和“处理器”以及“控制器”可以在本文中可互换地使用。在由计算机、处理器或控制器提供时，功能可由单个专用计算机、处理器或控制器、由单个共享计算机、处理器或控制器或者由多个单独计算机、处理器或控制器（其中的一些可以是共享的或分布式的）提供。此外，术语“处理器”或“控制器”的使用应该还被理解成指的是能够执行这样的功能和/或执行软件的其它硬件，例如上面叙述的示例硬件。

如本文中使用的那个术语一样与“通信网络”相关联的技术可涉及例如任何类型的蜂窝无线电通信，例如GSM、CDMA、3G、4G等。为了便于描述，术语“用户设备”或“UE”包含配置用于所涉及通信网络中的操作的任何种类的无线电通信设备，例如终端/装置、移动台（MS）、PDA、蜂窝电话、膝上型计算机等。

现在更特别地参考附图，在附图中相似的参考标号在所有的若干视图中指示相似的部分。

图1是示出按照示例实施例的示例通信网络和相关联的在线计费架构的框图。

通信网络100包括核心网络105（例如，演进型分组核心或EPC）、子系统110（例如，IP多媒体子系统或IMS）以及任何数量的“服务”节点115。任何数量的通信服务可由通信网络100或通过通信网络100提供，例如由多媒体消息传递系统或MMS提供的消息传递服务、语音服务、流播服务、社交媒体、网上冲浪等。为了支持与提供这样的服务相关联的计费机制，网络100执行对要求的网络资源使用的实时监测，以检测相关的可计费事件。

网络100中涉及到这样的可计费事件的各种计算机服务器或其它实体包括计费触发功能CTF 125，所述CTF 125配置成与在线计费系统OCS 120通过接口连接。在结合可计费事件（例如，建立或继续在网络100上承载的多媒体流播服务）请求网络资源时，一个或多个CTF 125向OCS 120发送计费请求。相应地，OCS 120生成返回响应，指示是否或在多大程度上授权资源使用。OCS 120基于确定可应用订户账户是否或在多大程度上具有可用信用来作出这样的决定。

在图示的示例中，OCS 120包括处理设备，该处理设备配置用于作为在线计费功能OCF 130进行操作，该OCF 130可操作以处理进入的计费请求。在基于DIAMETER的实施例中，可在标准化“Ro”接口135上交换计费请求和相关联的返回响应。在这样的上下文中，计费请求是按照DIAMETER协议配置的信用控制请求或CCR，并且对应的计费请求响应是也按照DIAMETER协议配置的信用控制应答或CCA。

如图中所见，并且与非限制性的基于DIAMETER的示例一致，OCF 130可还经由标准化“Ga”接口140与计费网关功能CGF 145进行交互。相应地，CGF 145经由标准化“Bo”接口155与记账域计算机系统150进行通信。

网络资源使用请求的典型示例涉及例如某个持续时间的语音呼叫、某个数据量的传输或某个大小的多媒体消息的提交。网络资源使用请求可由用户设备UE或由网络100发起。在任一情况下，OCS 120配置成通过处理从与请求的资源使用相关联的CTF 125进入的计费请求来提供实时计费控制。对应地，CTF 125通过装配与请求的网络资源使用相关的计费信息以及采用计费请求的形式向OCF 130发送这样的信息来生成计费请求。对应地返回给请求CTF 125的计费请求响应可提供有限授权，例如根据数据量表达的有限配额，或网络资源使用的有限持续时间。

因此，任何给定通信会话可涉及多个请求和授权，例如以建立会话并且然后继续该会话。因此，在高网络使用的时间期间进入到OCS 120的计费请求量可能是大量的，并且有时可足以使OCS 120过负荷。在本文中设想的方法和设备中，对于OCS 120和至少一个CTF125处的相应使用，进入到OCS 120的计费请求的速率—又称作“步调（pace）”—经由至少一个CTF 125处的一个或多个降低处置的优先化应用而减少。每个CTF 125可具有OCF地址列表，从而识别它能够向其发送它的计费事件和/或计费请求的OCF 130或多个OCF 130。

图2是图示按照本文中设想的一个或多个实施例的CTF 125和OCS 120的示例细节的框图。

示例CTF 125包括处理电路127、存储设备129（包括一种或多种类型的计算机可读介质）和接口电路131。在示例实现中，CTF 125包括被包括在网络元件230中或作为网络元件230操作的处理设备，该网络元件230配置用于通信网络100中的操作。

处理电路127包括固定电路或以编程方式配置的电路或两者的某个组合。在至少一个实施例中，处理电路127特别适于基于可存储在存储设备129中的一个或多个计算机程序133中包括的所存储计算机程序指令的执行、按照本文中描述的示例进行操作。在那个方面，处理电路127可包括一个或多个微处理器、微控制器、数字信号处理器、FPGA、ASIC或其它数字处理电路。存储设备129可还存储一项或多项配置数据137，例如控制由CTF 125选择性地应用以减少OCS 120处的负荷的降低处置或多个降低处置的配置信息。

示例OCS 120包括作为OCF 130操作的处理设备。OCF 130包括处理电路227、存储设备229和接口电路231。处理电路227包括固定电路或以编程方式配置的电路或两者的某个组合。在至少一个实施例中，处理电路227特别适于基于可存储在存储设备229中的一个或多个计算机程序233中包括的所存储计算机程序指令的执行、按照本文中描述的示例进行操作。在那个方面，处理电路227可包括一个或多个微处理器、微控制器、数字信号处理器、FPGA、ASIC或其它数字处理电路。存储设备229可还存储一项或多项配置数据237，例如控制由CTF 125选择性地应用以减少OCS 120处的负荷的降低处置或多个降低处置的配置信息。

在用户—这里表示为用户设备或UE 210—已经开始与通信服务相关联的通信会话之前，所涉及的CTF 125可经由信令205向OCS 120发送它支持的过负荷控制特征。通过向OCS 120发送这个特征信息，CTF 125使OCS 120能够确定CTF 125支持什么过负荷控制特征。换言之，在信令205中从CTF 125发送到OCS 120的特征信息告知OCS 120，CTF 125支持什么降低处置配置。在信令205中传达的特征信息的示例中，CTF 125指示它对于根据以下中的一个或多个来使它对计费请求的降低处置差异化的支持：与计费请求相关联的服务标识符、与计费请求相关联的费率组以及与计费请求相关联的会话状态。

在这个上下文中，将领会，要从CTF 125发送到OCS 120的给定计费请求对应于对网络资源的请求，该网络资源用于正被提供或要被提供给通信网络100的用户的通信服务。在图中，信令240表示从CTF 125去到OCS 120的一个或多个计费请求，并且信令260表示从OCS 120到CTF 125的一个或多个对应的计费请求响应。给定计费请求请求例如某个指定数量的服务使用单元（unit）。在其它实例中，计费请求可以不指定请求的服务单元的数量。在任一情况下，来自OCS 120的对应的计费请求响应可指定为所涉及会话授权的服务使用配额。

所请求的服务—参见信令270—将在CTF 125的监督下递送给UE 210，从而确保不超过由OCS 120指示的服务使用配额。CTF 125还可基于由OCS 120返回的配置信息（例如作为信令260的部分）中包括的所选值来施加或适配一个或多个降低处置。降低处置或多个降低处置例如通过以下方式减少在给定间隔中由CTF 125向OCS 120发送的计费请求的数量：丢弃或缓冲在该间隔期间否则原本会发送到OCS 120的某个百分比的请求。然而，如本文中所设想的“降低”没有同等地处置全部请求，而是改为根据服务标识符、费率组和询问类型中的一个或多个，相对于其它请求对一些请求进行优先化或惩罚。给定计费请求通常与相关联的服务标识符、相关联的费率组和相关联的询问类型中的至少一个相关联。服务标识符和/或费率组取决于所涉及的通信服务，而询问类型取决于所涉及的会话的状态—例如新的、正在进行的或正在关闭的。

在通过缓冲的降低的情况下，CTF 125可保持所缓冲的请求，直到过负荷状况在OCS 120处结束为止，这可例如通过发送指定没有降低的更新的配置信息或通过发送没有过负荷的显式指示，在来自OCS 120的信令中进行指示。当过负荷结束时，CTF 125将所缓冲的计费请求以计费请求被缓冲的顺序，可能随它们被缓冲的指示，发送给OCS 120，供进一步处理。

更广泛地讲，在至少一些实施例中，OCS 120将配置信息包括在它返回给CTF 125的计费请求响应中的一个或多个中，以配置CTF 125处的一个或多个降低处置。虽然这样的信息可在会话特定计费请求响应中返回，但是配置信息本身不是特定于在其中提供该配置信息的会话。类似地，对于给定会话或多个给定会话，CTF 125可在发送到OCS 120的一个或多个计费请求中发送其特征信息—即指示它支持的降低处置的信息。虽然在会话特定消息传递中发送，但是特征信息不是会话特定的。

值得注意地，使用正在进行的计费请求和响应信令，这个方案允许特征信息从CTF125流动到OCS 120，并且允许降低配置信息从OCS 120流动到CTF 125。值得注意地，该方案既不要求全部计费请求向OCS 120承载特征信息，也不要求全部计费请求响应向CTF 125承载回配置信息。实际上，在至少一个实施例中，OCS 120可以不向CTF 125发送配置信息，除了它希望建立CTF 125处的初始配置或例如考虑到OCS 120处的变化负荷状况而更新当前配置时之外。广泛地，OCS 120可在每当它想要重新配置CTF 125处的过负荷控制时发送更新的配置信息。在这个上下文中，OCS 120可将CTF 125配置用于没有降低，并且后来更新那个配置以避免或减轻OCS 120处的过负荷状况。

在一个示例场景中，网络元件230是网关GPRS支持节点GGSN。在备受瞩目的足球比赛或其它公共事件期间，GGSN可达到或至少接近其能力峰值。例如，可存在请求或参与因特网协议电视IP-TV、数据会话的许多UE 210，因此引起广泛网络信令。在这种场景中，OCS120可检测到比方说95%的系统负荷。按照本文中的教导，在这样的场景中，OCS 120确定用于对正在从CTF 125发送的计费请求的优先化降低的配置信息，并且它向CTF 125发送配置信息，以发起相应配置的降低处置在CTF 125处的施加。OCS 120可向其它CTF 125发信号通知相同或其它配置，并且它可基于已经从特定CTF 125接收的与其支持的降低处置有关的信息来设计发送到特定CTF 125的特定配置。

例如，配置信息可取决于服务标识符、费率组和询问类型中的一个或多个来指定降低或没有降低或要应用于计费请求的降低的程度。CTF 125按照从OCS 120接收的配置信息施加对应的降低处置（又称作“损失算法”）。例如，OCS 120可基于其当前负荷状况来配置给定间隔中从CTF 125发送的计费请求的数量的总体减少。通过指定降低处置与哪些服务标识符和/或费率组和/或询问类型相关联，OCS 120可进一步使用配置信息来指定哪些计费请求经受降低处置。CTF 125然后将降低处置应用于与所指定的服务标识符和/或费率组和/或询问类型相关联的计费请求。

重申，如果计费请求涉及与某个服务标识符对应的通信服务，则给定计费请求与某个服务标识符相关联。如果计费请求涉及与某个费率组对应的通信服务，则给定计费请求与某个费率组相关联。如果所涉及的会话状态匹配某个询问类型（例如建立会话或继续会话或关闭会话的计费请求），则给定计费请求与某个询问类型相关联。

此外，如关于降低处置所使用的术语“应用”不意味着丢弃或缓冲降低处置“应用”到的每个计费请求。而是，“应用”应当被理解为意味着，配置信息指示给定计费请求是否或在多大程度上经受降低处置（例如丢弃受影响的计费请求的每十分之一）。在任何情况下，过负荷控制应该被理解为应用CTF 125处的降低处置，该降低处置减少从CTF 125进入到OCS 120的计费请求信令的速率、步调或强度。此外，应该理解，OCS 120通过向CTF 125发送配置信息而配置这样的降低，用于根据相关联的服务标识符、相关联的费率组和相关联的询问类型中的任一个或多个来配置使一些计费请求优先于其它计费请求的一个或多个降低处置。

根据功能或处理单元实现，处理电路227可实现接口单元245（在图示中示为IU245），该接口单元245可操作以接收进入的计费请求。此外，处理电路227可实现决定单元250（在图示中示为DU 250），该决定单元250可操作以取决于OCS 120处的负荷状况来选择要在一个或多个CTF处应用的一个或多个损失算法。照这样，DU 250能够被理解为基于OCS120处的变化负荷状况动态操作。照这样，被DU选择为当前适合供（一个或多个）CTF 125处使用的损失算法或多个损失算法—降低处置—根据变化负荷状况而变化。

可通过在经由IU 245发送的一个或多个计费请求响应中发送更新的配置信息来向所涉及的CTF 125指示这样的变化。在一个实施例中或在某些情况下，DU 250可取决于其负荷是否高于阈值来在降低和没有降低之间进行选择。在另一个实施例中或在其它情况下，DU 250可取决于OCS 120处的负荷状况针对计费请求的一个或多个类别选择或调整降低的程度。在相同或其它实施例中或在相同或其它情况下，DU 250可取决于OCS 120处的负荷状况选择或调整经受降低的计费请求的类别或多个类别。这里，由服务标识符、费率组和询问类型中的任一个或多个定义计费请求的“类别”。

在一种方法中，OCS 120基于OCS 120的负荷状况来选择总体减少百分比，并且配置该百分比减少应用到的计费请求的类别或多个类别。这里，负荷状况反映OCS 120上的负荷，即OCS 120的工作负荷，例如可根据CPU负荷来表达。例如，在每个进入的计费请求表示要由OCS 120处理的事务的情况下，OCS的工作负荷可被理解为取决于在给定间隔中接收的计费请求的数量—即进入的计费请求的速率。注意，“进入的计费请求的速率”指的是每时间单位的数量，例如OCS接收计费请求的“步调”，而不应当与如在成本或计费意义上在“费率组”方面所使用的词语“费率”混淆。

考虑到上面的可能性，示例OCS 120配置用于通信网络100中的操作，并且包括处理设备130，该处理设备130配置成执行OCS 120的过负荷控制。处理设备130作为OCS 120内的OCF 130操作，并且包括接口电路231连同处理电路227，所述接口电路231配置用于与通信网络100中的一个或多个CTF 125进行通信，所述处理电路227可操作地与接口电路231相关联，并且配置成执行某些过负荷控制操作。

在至少一个这样的实施例中，处理电路227配置成根据OCS 120处由于从一个或多个CTF 125发送的计费请求的正在进行的接收和处理而产生的负荷来动态确定配置信息。每个给定计费请求具有相关联的服务标识符、相关联的费率组和相关联的询问类型中的一个或多个，并且配置信息配置一个或多个降低处置，该降低处置要由一个或多个CTF 125中的至少一个应用于降低至少一个CTF 125向OCS 120发送计费请求的速率。处理设备130按照定义的优先化方案来确定配置信息，该优先化方案根据服务标识符、费率组和询问类型中的至少一个来确定哪些计费请求经受哪个降低处置。此外，处理电路227配置成向至少一个CTF 125发送配置信息。

优先化方案可由OCS 120中存储的可由网络运营商供应或配置的数据定义，以反映业务优先级。例如，优先化方案反映一些服务或商业伙伴相对于其它服务或商业伙伴的优先化，或反映用户体验的优先化，例如用于以下的偏好：使与通信会话的建立相关联的计费请求经受降低，而从降低中排除与继续或关闭建立的通信会话相关联的那些计费请求。

在一些实施例中，处理电路227配置成基于确定至少一个CTF 125支持一个或多个降低处置中的至少一个来从一个或多个CTF 125之中选择至少一个CTF 125。也就是说，OCS120可从大量CTF 125接收计费请求，并且不是它们中的全部都可支持本文中设想的差异化降低处置。此外，即使在确实支持差异化降低的CTF 125之中，不是全部它们一定将支持OCS120处定义的全部处置。在示例实施例或操作场景中，处理电路227配置成基于从至少一个CTF 125接收特征信息来确定至少一个CTF 125支持一个或多个降低处置中的至少一个，所述特征信息指示对一个或多个降低处置中的至少一个的支持。

在相同实施例中或在进一步实施例中，OCS 120和一个或多个CTF 125按照DIAMETER协议进行操作，其中计费请求包括信用控制请求CCR，并且其中OCS 120配置成响应于接收CCR而返回信用控制应答CCA。对应地，处理电路227配置成在发送到至少一个CTF125的一个或多个CCA中发送配置信息。进一步顺着这些方法（line），至少一个这样的实施例中的处理电路227配置成在从至少一个CTF 125发送的一个或多个CCR中从至少一个CTF125接收特征信息。从每个这样的CTF 125接收的特征信息指示CTF 125支持一个或多个降低处置中的哪些降低处置，并且其中处理电路227配置成取决于由CTF 125支持的降低处置来为每个这样的CTF 125确定配置信息。

例如，可存在降低处置的定义的集合。每个降低处置指定例如要应用的降低的量或程度以及要应用的降低的类型，并且根据相关联的服务标识符和/或相关联的费率组和/或相关联的询问类型进一步指定经受该处置的计费请求。如所指出的，根据服务标识符、费率组或询问类型指定受影响的计费请求能够被理解为指定经受降低处置的计费请求的“类别”或多个类别。此外，降低处置可根据降低的量或程度指定为例如范围从没有降低的0%到完全降低的100%的百分比减少。更进一步，降低的类型可指定为例如通过丢弃的降低或通过缓冲的降低。

在至少一个实施例中，OCS 120已经存储数据（例如配置数据237），该数据定义降低处置，该降低处置根据服务标识符来定义是否或在多大程度上对给定计费请求应用降低。例如，降低处置指定以下中的至少一个：表示不经受降低的计费请求的一个或多个服务标识符；表示经受降低的计费请求的一个或多个服务标识符；以及经受所指定等级的降低的一个或多个服务标识符。

在相同实施例中或在进一步实施例中，OCS 120已经存储数据，该数据定义降低处置，该降低处置根据费率组来定义是否或在多大程度上对给定计费请求应用降低。例如，降低处置指定以下中的至少一个：表示不经受降低的计费请求的一个或多个费率组；表示经受降低的计费请求的一个或多个费率组；以及经受所指定等级的降低的一个或多个费率组。

在相同实施例中或在进一步实施例中，OCS 120已经存储数据，该数据定义降低处置，该降低处置根据询问类型来定义是否或在多大程度上对给定计费请求应用降低。例如，降低处置指定以下中的至少一个：表示不经受降低的计费请求的一个或多个询问类型；表示经受降低的计费请求的一个或多个询问类型；以及经受所指定等级的降低的一个或多个询问类型。

由OCS 120发送到相应CTF 125的配置信息至少在CTF 125支持这样的配置的程度上配置CTF 125处的任何或全部这样的降低处置。此外，为了根据OCS 120处产生的负荷来动态确定配置信息，在一个或多个实施例中，OCS 120中的处理设备130的处理电路227配置成取决于OCS 120处的当前负荷来更新配置信息。因此，所涉及的CTF 125根据OCS 120处的当前负荷来动态控制一个或多个降低处置的施加。也就是说，OCS 120动态更新配置信息，以反映OCS 120处的变化负荷状况，并且向一个或多个CTF 125发送更新的配置信息，使得那些一个或多个CTF 125更新其降低处置配置，以匹配OCS 120处的当前负荷状况。

图3图示OCS 120处的过负荷控制的方法300，其例如由图2中图示的处理设备130执行。方法300包括根据OCS（120）处由于从通信网络100中的一个或多个CTF 125发送的计费请求的正在进行的接收和处理而产生的负荷来动态确定（302）配置信息。每个给定计费请求具有相关联的服务标识符、相关联的费率组和相关联的询问类型。对应地，配置信息配置一个或多个降低处置，该降低处置要由一个或多个CTF 125中的至少一个应用于降低至少一个CTF 125向OCS 120发送计费请求的速率。

按照方法300，处理设备130按照定义的优先化方案来确定配置信息，该优先化方案根据服务标识符、费率组和询问类型中的至少一个来确定哪些计费请求经受哪个降低处置。方法300进一步包括向至少一个CTF 125发送（304）配置信息。

从一个或多个CTF（125）之中选择至少一个CTF 125例如基于确定至少一个CTF125支持一个或多个降低处置中的至少一个。在至少一个实施例中，确定至少一个CTF 125支持一个或多个降低处置中的至少一个包括从至少一个CTF 125接收特征信息，所述特征信息指示对一个或多个降低处置中的至少一个的支持，例如对根据服务标识符的差异化降低的支持、对根据费率组的差异化降低的支持或对根据询问类型的差异化降低的支持。

在示例场景中，OCS 120和一个或多个CTF 125按照DIAMETER协议进行操作，其中计费请求包括CCR，并且其中OCS 120响应于接收CCR而返回CCA。这里，方法300可包括在发送到至少一个CTF 125的一个或多个CCA中发送配置信息。此外，这样的场景中的方法300可包括在从至少一个CTF 125发送的一个或多个CCR中从至少一个CTF 125接收特征信息。所接收的特征信息指示至少一个CTF 125支持一个或多个降低处置中的哪些降低处置。对应地，方法300进一步包括取决于所支持的降低处置来为至少一个CTF 125确定配置信息。

在至少一个实施例中，方法300包括取决于OCS 120处的当前负荷来更新配置信息，使得至少一个CTF 125根据OCS 120处的当前负荷来动态控制一个或多个降低处置的施加。

转到CTF相关的示例，在一个或多个实施例中，处理设备作为通信网络100中的CTF125操作，并且配置用于与网络100相关联的OCS 120的过负荷控制。CTF 125包括接口电路131和处理电路127，所述接口电路131配置用于与OCS 120进行通信，所述处理电路127可操作地与接口电路131相关联并且配置成执行过负荷控制的某些操作。

在至少一个实施例中，处理电路127配置成从OCS 120接收配置信息，并且按照配置信息控制CTF 125向OCS 120发送计费请求的速率的降低。每个给定计费请求与服务标识符、费率组和询问类型中的一个或多个相关联。对应地，配置信息配置由CTF 125应用的一个或多个降低处置，包括根据相关联的服务标识符、相关联的费率组和相关联的询问类型中的至少一个来指示哪些计费请求经受哪个降低处置。也就是说，给定降低处置可被理解为由要应用的降低的量或程度、要应用的降低的类型以及经受降低处置的计费请求中的类别或多个类别定义。如之前所指出的，可根据以下中的任一个或组合来指定“类别”：服务标识符、费率组和询问类型。

在至少一个实施例中，处理电路127配置成响应于向OCS 120发送特征信息而接收配置信息。特征信息例如通过指示CTF 125支持哪些类型的计费请求差异化来指示CTF 125支持哪些降低处置。这里，计费请求差异化的“类型”指的是CTF 125是否支持通过服务标识符、费率组和询问类型中的任一个或全部进行的差异化。

在一个或多个实施例中，处理电路127配置成从OCS 120接收配置信息作为动态更新的配置信息，从而反映OCS 120处的当前负荷。

在至少一个实施例中，CTF 125和OCS 120按照DIAMETER协议进行操作，并且处理电路127配置成响应于从CTF 125发送到OCS 120的对应计费请求而在由OCS 120发送到CTF125的一个或多个CCA中接收配置信息。在DIAMETER协议上下文中，计费请求是CCR。

对于一个或多个降低处置中的每个，配置信息根据服务标识符、费率组和询问类型中的至少一个来指定是否或在多大程度上对给定计费请求应用降低处置。因此，处理电路127配置成通过应用如由配置信息所指定的一个或多个降低处置来控制降低。

图4图示与通信网络100相关联的OCS 120的过负荷控制的方法400，其中网络100中的CTF 125执行方法400。所图示的方法包括从OCS 120接收（402）配置信息，并且按照配置信息控制（404）CTF 125向OCS 120发送计费请求的速率的降低。每个给定计费请求与服务标识符、费率组和询问类型中的至少一个相关联，并且配置信息配置由CTF 125应用的一个或多个降低处置，包括根据服务标识符、费率组和询问类型中的至少一个来指示哪些计费请求经受哪个降低处置。

方法400可包括响应于向OCS 120发送特征信息而接收配置信息，所述特征信息指示CTF 125支持哪些降低处置。此外，从OCS 120接收配置信息可包括接收动态更新的配置信息，从而反映OCS 120处的当前负荷。

在至少一个实施例中，CTF 125和OCS 120按照DIAMETER协议进行操作，并且方法400包括响应于从CTF 125发送到OCS 120的对应CCR而在由OCS 120发送到CTF 125的一个或多个CCA中接收配置信息。

对于一个或多个降低处置中的每个，在CTF 125处接收的配置信息根据服务标识符、费率组和询问类型中的至少一个来指定是否或在多大程度上对给定计费请求应用降低处置。因此，控制CTF 125处的降低包括应用如由配置信息所指定的一个或多个降低处置。

图5图示示例消息序列图，示出按照一个或多个实施例的信令。该图图示正在进行的计费会话的上下文中的信息的交换—参见步骤1。这里，正在进行的计费会话将被理解为涉及建立的、正在进行的通信会话。此外，信令图将DIAMETER协议中使用的CCR和CCA命名惯例用于从CTF 125去到OCS 120的计费请求以及反过来从OCS 120去到CTF 125的计费请求响应。

在步骤2，CTF 125发送CCR，该CCR有利地包括指示它支持的过负荷控制特征的特征信息，即它对如本文中设想的一种或多种形式的差异化降低的支持的指示。例如，它可指定它是否支持由费率组、由服务标识符和/或由询问类型进行的差异化。特征信息允许OCS120按照它定义的优先化方案来确定CTF 125对过负荷控制具有什么等级的支持。

如信令流程中所见，特征信息可作为一个或多个属性-值对或AVP被包括。进一步注意，该图将“过负荷控制”缩略为“OC”。因此，AVP“OC-费率组”例如指示CTF 125是否支持计费请求之间根据它们相关联的费率组的差异化，供降低处置的应用。类似定义适用于“OC-服务标识符”和“OC-询问类型”AVP。

在至少一个实施例中，要是没有配置信息从OCS 120提供给CTF 125，则该CTF 125有默认的损失算法—降低处置—供使用。在其中OCS 120支持仅一个降低处置的情况下，可简化特征和配置信息的交换，但是OCS 120可仍然取决于OCS 120处的负荷状况动态控制和配置CTF 125处降低处置的施加。

在步骤3，OCS 120选择或以其它方式配置供过负荷控制使用的特定损失算法。默认的OC-减少百分比AVP由OCS 120基于OCS 120处的当前负荷状况（例如CPU负荷）选择。OCS120然后设置或配置与计费请求的差异化处置相关联的AVP，例如它通过指定以下中的至少一个来指定哪些计费请求经受降低处置—即经受按照所指定的OC-减少百分比的降低：一个或多个费率组、一个或多个服务标识符和一个或多个询问类型。这些AVP因此根据其相关联的费率组、服务标识符和询问类型中的任一个或多个来定义经受OC-减少百分比的计费请求。

OC-特定减少将针对指定的每个单独减少百分比被重复，并且在此之内，需要特殊处置的类型的计费请求被重复。配置信息可能还包括请求类型的单独处置，例如它可将降低的类型指定为请求转移、请求缓冲或请求丢弃。

OCS 120在步骤4通过发送包括所配置的AVP的CCA来响应。在示例场景中，所返回的CCA指示以下中的一个或多个：

OC-特定减少

OC-费率组：1000（指示社交媒体）

OC-减少百分比：90%

OC-降低处置：丢弃

OC-特定减少

OC-服务标识符：2001（指示NETFLIX）

OC-减少百分比：5%

OC-降低处置：缓冲。

上述配置信息向CTF 125指示，存在基于丢弃将社交媒体相关的请求减少90%的需要。配置信息进一步指示，CTF 125应当将与NETFLIX相关联的计费请求减少5%，并且它应当使用缓冲以实现该减少。

在步骤5，CTF 125配置所指定的降低处置，并且它可例如在其中CTF 125直接取决于最近接收的配置信息来施加或放弃降低的实施例中立即应用所述降低处置。备选地，CTF125配置所指定的降低处置，但是直到例如由指示过负荷状况—参见步骤6—的OCS 120触发才应用所述降低处置。在这样的实施例中，CTF 125将开始应用所配置的降低处置，直到过负荷状况在OCS 120处结束—参见步骤7。

图6图示另一个示例信令流程图，其与图5中详述的那个图类似。步骤1表示CTF125和OCS 120之间正在进行的计费会话。步骤2涉及CTF 125向OCS 120发送CCR，其中CCR包括指示由CTF 125支持的过负荷控制特征的AVP。具体地，CCR指示特征信息，所述特征信息识别由CTF 125为如本文中教导的差异化降低提供的特定支持。

在步骤3，OCS 120使用所接收的特征信息为CTF 125选择和配置一个或多个损失算法—降低处置。OCS 120在响应于由OCS 120在步骤2接收的CCR的CCA中向CTF 125返回对应的配置信息。

在步骤5，CTF 125实施缓冲机制，该缓冲机制反映如由CCA中给CTF 125返回的配置信息所指定的所配置的降低处置或多个降低处置。注意，步骤5可被理解为CTF 125实现适当降低处置配置，但是不一定意味着CTF 125施加所配置的降低处置。例如，所配置的降低处置的施加可响应于CTF 125接收进一步信息而被触发。

在图示的特定示例中，在步骤6a，过负荷在OCS 120处发生，并且在步骤6b，OCS120通过返回包括AVP的CCA向CTF 125指示过负荷，该AVP设置降低的特定减少百分比、施加降低的特定持续时间以及所指定的降低应用的特定服务标识符、费率组或询问类型。在接收到这些AVP时，CTF 125对另外的CCR施加—激活—所指定的降低处置。按照所指定的持续时间或在CTF 125接收到更新的配置信息时施加所指定的降低处置，该更新的配置信息指示OCS 120处过负荷状况的结束—参见步骤7。

图7是OCS 120的用于如本文中设想的过负荷控制的另一个示例实施例的框图。特别是，图7图示例如可用于支持CTF功能性或必要OCS功能性的实现的示例计算系统环境700。

然而，应当理解，计算系统环境700仅是适合计算环境的一个示例，而不旨在暗示关于所要求保护的主题的功能性或使用的范围的任何限制。此外，计算系统环境700不旨在暗示与所要求保护的主题以及示例环境700中图示的组件中的任一个或组合相关的任何相关性或要求。

用于实现先前描述的OCS 120的装置或系统的示例，计算环境700包括采用计算机710的形式的通用计算装置，其中计算机710特别适于执行如本文中所教导的过负荷控制处理。在图示的示例中，计算机710包括CPU 720或其它处理单元、系统存储器730以及系统总线721，该系统总线721将包括系统存储器的各种系统组件耦合到处理单元720。系统总线721能够是包括以下的若干种类型的总线结构中的任一种：存储器总线或存储器控制器、外围总线以及使用多种总线架构中的任一种的本地总线。

计算机710包括例如用于程序执行和相关联的“实时”数据存储的暂时性计算机可读介质，并且进一步包括用于例如计算机程序指令（所述指令的执行特别适配计算机710）的非易失性存储以及用于配置信息的存储的一种或多种类型的非暂时性计算机可读介质。通过示例而非限制，计算机可读介质能够包括计算机存储介质和通信介质。

计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据之类的信息的任何方法或技术实现的易失性和非易失性以及可移除和不可移除介质。计算机存储介质的示例包括但不限于RAM、ROM、EEPROM、闪速存储器或其它存储器技术、CDROM、数字通用盘（DVD）或其它光盘存储设备、盒式磁带、磁带、磁盘存储设备或其它磁存储装置或能够用于存储所期望的信息并且能够由计算机710访问的任何其它介质。

图8例如图示采用计算机程序产品的形式的计算机可读介质810，该计算机可读介质810包括计算机程序820，一起组成（comprise）计算机程序产品800。在一个实施例中，计算机程序820包括程序指令，所述程序指令将计算机710配置成作为如本文中所描述的OCF130进行操作，用于基于差异化降低的过负荷控制。在另一个实施例中，计算机程序包括程序指令，所述程序指令将计算机710配置成作为CTF 125进行操作，用于基于差异化降低的过负荷控制。

计算机710中包括的通信介质能够体现计算机可读指令、数据结构、程序模块或诸如载波或其它传输机制之类的经调制数据信号中的其它数据，并且能够包括任何适合的信息递送介质。

如所指出的，系统存储器730能够包括采用诸如只读存储器（ROM）和/或随机存取存储器（RAM）之类的易失性和/或非易失性存储器的形式的计算机存储介质。包含帮助例如在启动期间在计算机710内的元件之间传递信息的基本例程的基本输入/输出系统（BIOS）能够被存储在系统存储器730中。系统存储器730能够还包含数据和/或程序模块供处理单元720操作。通过非限制性示例，系统存储器730能够至少在实际的（live）操作期间还包括操作系统、应用程序、其它程序模块和程序数据。

在其中计算机710被配置用于OCS操作的至少一个这样的示例中，系统存储器730提供由处理单元720用于本文中之前描述的IU 245和DU 250的实现的运行时间环境或工作空间的例示。广泛地，系统存储器730可包括加载在存储器中的并且由处理单元720或其它电路可处理的软件模块，其使在线计费系统基于如本文中所描述的差异化降低来执行过负荷控制。

特别是，系统存储器730可包括加载在存储器中的并且由处理单元或其它电路可处理的软件模块，其使在线系统执行图3中图示的方法300的步骤或过程。

计算机710能够还包括其它可移除/不可移除以及易失性/非易失性计算机存储介质。例如，计算机710能够包括写入到不可移除的非易失性磁介质或从其读取的硬盘驱动器、写入到可移除的非易失性磁盘或从其读取的磁盘驱动器和/或写入到可移除的非易失性光盘（例如CD-ROM或其它光介质）或从其读取的光盘驱动器。能够在示例性操作环境中使用的其它可移除/不可移除、易失性/非易失性计算机存储介质包括但不限于盒式磁带、闪速存储器卡、数字通用盘、数字视频磁带、固态RAM、固态ROM等。硬盘驱动器能够通过诸如接口之类的不可移除存储器接口连接到系统总线721，并且磁盘驱动器或光盘驱动器能够通过诸如接口之类的可移除存储器接口连接到系统总线721。

在至少一个实施例中，用户能够通过诸如键盘或指点装置（例如鼠标、轨迹球、触摸板和/或其它定点装置）之类的输入装置将命令和信息输入到计算机710中。其它输入装置能够包括麦克风、操纵杆、游戏手柄、卫星天线（satellite dish）、扫描器或类似装置。这些和/或其它输入装置能够通过用户输入740和耦合到系统总线721的相关联的（一个或多个）接口连接到处理单元720，但是能够通过其它接口和总线结构（例如并行端口、游戏端口或通用串行总线（USB））连接。

图形子系统能够也连接到系统总线721。另外，监视器或其它类型的显示装置能够通过诸如输出接口750之类的接口连接到系统总线721，该接口又能够与视频存储器进行通信。除了监视器之外，计算机能够还包括诸如扬声器和/或打印装置之类的其它外围输出装置，其能够还通过输出接口750连接。

一个或多个实施例中的计算机710配置成在联网或分布式环境中操作，其中它以通信方式耦合到一个或多个其它远程计算机（例如远程服务器770），所述远程计算机又能够具有不同于计算机710的介质或其它操作能力。远程服务器770可以是个人计算机、服务器、路由器、网络PC、对等装置或其它公共网络节点和/或任何其它远程介质消耗或传输装置，并且能够包括以上相对于计算机710描述的元件中的任一个或全部。图7中描绘的逻辑连接包括网络771，例如局域网（LAN）、广域网（WAN）或另一种类型的网络或总线。

当用于LAN联网环境中时，网络771是LAN，并且计算机710通过网络接口或适配器760连接到LAN。当用于WAN联网环境中时，计算机710能够包括通信组件，例如调制解调器或用于通过WAN（例如因特网）建立通信的其它部件。能够是在内部或外部的通信组件（例如调制解调器）能够通过输入740处的用户输入接口和/或其它适当机制连接到系统总线721。

在联网环境中，相对于计算机710描绘的程序模块或其部分能够存储在远程存储器存储装置中。应当注意，所示出和描述的网络连接是示例性的，并且能够使用建立计算机之间通信链路的其它部件。

如所指出的，图8示出计算机程序产品800，包括非暂时性计算机可读介质810以及计算机可读介质810上存储的计算机程序820。计算机程序820包括例如计算机可读代码部件，所述计算机可读代码部件在被配置为通信网络的在线计费系统的计算机中运行时将该计算机配置成执行下列步骤：将一个或多个计费修饰符（modifier）动作与用户账户相关联，每个计费修饰符动作具有动作开始时间并且定义计费修饰符参数；以及从计费客户端接收指示对服务保留的请求的服务授权请求。计算机可读代码部件还使计算机执行用于例如在图3-6中的任一个或多个的上下文中如本文中描述的计费信令的过负荷控制的步骤。

另外，应当注意，如本申请中使用的诸如“组件”、“显示器”、“接口”和其它类似术语之类的术语旨在指的是计算装置，无论是硬件、硬件和软件的组合、软件，还是如应用于计算装置的执行中的软件。例如，组件可以是但不限于是，处理器上运行的过程、处理器、对象、可执行文件（executable）、执行的线程、程序和计算装置。作为示例，计算装置上运行的应用以及计算装置两者都能够是组件。一个或多个组件能够驻留在执行的线程和/或过程内，并且组件能够定位在一个计算装置上和/或分布在两个或更多个计算装置和/或以通信方式连接的模块之间。此外，应当注意，如本申请中所使用的诸如“系统用户”、“用户”和类似术语之类的术语旨在指的是操作上面提到的计算装置的人。

当元件被称为“连接”到、“耦合”到、“响应”于（或其变型）另一个元件时，它能够直接连接到、耦合到或响应于其它元件，或可存在居间元件。相比之下，当元件被称为“直接连接”到、“直接耦合”到、“直接响应”于（或其变型）另一个元件时，没有居间元件存在。相似的数字通篇指的是相似的元件。此外，如本文中所使用的“耦合”、“连接”、“响应”或其变型可包括无线地耦合、连接或响应。如本文中所使用的，除非上下文另有明确指示，否则单数形式“一种”、“一个”和“该”旨在也包括复数形式。为了简洁和/或清楚起见，可能没有详细描述众所周知的功能或构造。术语“和/或”包括相关联的所列项中一个或多个的任何和全部组合。

如本文中所使用的，术语“包括”、“包含”、“具有”或其变型是开放式的，并且包括一个或多个陈述的特征、整数、元件、步骤、组件或功能，但是并不排除存在或添加一个或多个其它特征、整数、元件、步骤、组件、功能或其群组。此外，如本文中所使用的，派生于拉丁文短语“exempli gratia”的常见缩略词“例如”可用于介绍或指定先前提到的项的一个或多个通用示例，而不旨在是这样的项的限制。派生于拉丁文短语“id est”的常见缩略词“即”可用于从更通用叙述中指定特定项。

还应当注意，在一些备选实现中，框中指出的功能/动作可不按照流程图中指出的顺序发生。例如，取决于所涉及的功能性/动作，接连示出的两个框可能实际上基本同时执行，或该框可能有时以相反顺序执行。此外，流程图和/或框图中的给定框的功能性可分成多个框，并且/或者流程图和/或框图中的两个或更多个框的功能性可至少部分地结合。

最后，在图示的框之间可添加/插入其它框。此外，虽然图中的一些包括通信路径上的箭头以示出通信的主要方向，但是要理解，通信可在与描绘的箭头相反的方向上发生。

本文中结合以上描述和附图已经公开许多不同的实施例。将理解，字面上描述和图示这些实施例的每个组合和子组合将是过度重复和混乱的。因此，本说明书，包括附图，应该被理解为构成实施例的各种示例性组合和子组合以及制作和使用它们的方式和过程的完整书面描述，并且应该支持对任何这样的组合或子组合的权利要求。

在实质上不偏离本解决方案的原理的情况下，能够对实施例进行许多变化和修改。所有这样的变化和修改旨在被包括在本文中在本解决方案的范围内。

Claims (34)

1.一种与通信网络（100）相关联的在线计费系统OCS（120）中的过负荷控制的方法（300），所述方法（300）由所述OCS（120）中的处理设备（130）执行并且包括：

根据所述OCS（120）处由于从所述通信网络（100）中的一个或多个计费触发功能CTF（125）发送的计费请求的正在进行的接收和处理而产生的负荷来动态确定（302）配置信息，每个给定计费请求与服务标识符、费率组和询问类型中的至少一个相关联，所述配置信息配置将由所述一个或多个CTF（125）中的至少一个应用的一个或多个降低处置用于降低所述至少一个CTF（125）向所述OCS（120）发送计费请求的速率，并且由所述处理设备（130）按照定义的优先化方案确定，所述优先化方案根据服务标识符、费率组和询问类型中的至少一个确定哪些计费请求经受哪个降低处置；以及

向所述至少一个CTF（125）发送（304）所述配置信息。

2.根据权利要求1所述的方法（300），进一步包括：基于确定所述至少一个CTF（125）支持所述一个或多个降低处置中的至少一个，从所述一个或多个CTF（125）之中选择所述至少一个CTF（125）。

3.根据权利要求2所述的方法（300），其中确定所述至少一个CTF（125）支持所述一个或多个降低处置中的至少一个包括：从所述至少一个CTF（125）接收特征信息，所述特征信息指示对所述一个或多个降低处置中的至少一个的支持。

4.根据权利要求1-3中的任一项所述的方法（300），其中所述OCS（120）和所述一个或多个CTF（125）按照DIAMETER协议进行操作，其中计费请求包括信用控制请求CCR，并且其中所述OCS（120）响应于接收CCR而返回信用控制应答CCA，并且其中所述方法包括在发送到所述至少一个CTF（125）的一个或多个CCA中发送所述配置信息。

5.根据权利要求4所述的方法（300），进一步包括在从所述至少一个CTF（125）发送的一个或多个CCR中从所述至少一个CTF（125）接收特征信息，所述特征信息指示所述至少一个CTF（125）支持所述一个或多个降低处置中的哪些降低处置，并且其中所述方法进一步包括取决于所支持的降低处置确定所述至少一个CTF（125）的所述配置信息。

6.根据权利要求1-5中的任一项所述的方法（300），其中所述一个或多个降低处置包括根据服务标识符定义是否或在多大程度上对给定计费请求应用降低的降低处置。

7.根据权利要求6所述的方法（300），其中根据服务标识符定义是否或在多大程度上对给定计费请求应用降低的所述降低处置指定以下中的至少一个：表示不经受降低的计费请求的一个或多个服务标识符、表示经受降低的计费请求的一个或多个服务标识符、以及经受所指定等级的降低的一个或多个服务标识符。

8.根据权利要求1-7中的任一项所述的方法（300），其中所述一个或多个降低处置包括根据费率组定义是否或在多大程度上对给定计费请求应用降低的降低处置。

9.根据权利要求8所述的方法（300），其中根据费率组定义是否或在多大程度上对给定计费请求应用降低的所述降低处置指定以下中的至少一个：表示不经受降低的计费请求的一个或多个费率组、表示经受降低的计费请求的一个或多个费率组、以及经受所指定等级的降低的一个或多个费率组。

10.根据权利要求1-9中的任一项所述的方法（300），其中所述一个或多个降低处置包括根据询问类型定义是否或在多大程度上对给定计费请求应用降低的降低处置。

11.根据权利要求10所述的方法（300），其中根据询问类型定义是否或在多大程度上对给定计费请求应用降低的所述降低处置指定以下中的至少一个：表示不经受降低的计费请求的一个或多个询问类型、表示经受降低的计费请求的一个或多个询问类型、以及经受所指定等级的降低的一个或多个询问类型。

12.根据权利要求1-11中的任一项所述的方法（300），其中根据所述OCS（120）处由于从所述通信网络（100）中的所述一个或多个CTF（125）发送的计费请求的正在进行的接收和处理而产生的负荷来动态确定所述配置信息包括：取决于所述OCS（120）处的当前负荷更新所述配置信息，使得所述至少一个CTF（125）根据所述OCS（120）处的所述当前负荷动态控制所述一个或多个降低处置的施加。

13.一种处理设备（130），配置成执行与通信网络（100）相关联的在线计费系统OCS（120）的过负荷控制，所述处理设备（130）作为所述OCS（120）中的在线计费功能OCF操作并且包括：

接口电路（231），配置用于与所述通信网络（100）中的一个或多个计费触发功能CTF（125）进行通信；以及

处理电路（227），可操作地与所述接口电路（231）相关联并且配置成：

根据所述OCS（120）处由于从所述一个或多个CTF（125）发送的计费请求的正在进行的接收和处理而产生的负荷来动态确定配置信息，每个给定计费请求与服务标识符、费率组和询问类型中的一个或多个相关联，所述配置信息配置将由所述一个或多个CTF（125）中的至少一个应用的一个或多个降低处置用于降低所述至少一个CTF（125）向所述OCS（120）发送计费请求的速率，并且由所述处理设备按照定义的优先化方案确定，所述优先化方案根据服务标识符、费率组和询问类型中的至少一个确定哪些计费请求经受哪个降低处置；以及

向所述至少一个CTF（125）发送所述配置信息。

14.根据权利要求13所述的处理设备（130），其中所述处理电路（227）配置成：基于确定所述至少一个CTF（125）支持所述一个或多个降低处置中的至少一个，从所述一个或多个CTF（125）之中选择所述至少一个CTF（125）。

15.根据权利要求14所述的处理设备（130），其中所述处理电路（227）配置成：基于从所述至少一个CTF（125）接收特征信息，确定所述至少一个CTF（125）支持所述一个或多个降低处置中的至少一个，所述特征信息指示对所述一个或多个降低处置中的至少一个的支持。

16.根据权利要求13-15中的任一项所述的处理设备（130），其中所述OCS（120）和所述一个或多个CTF（125）按照DIAMETER协议进行操作，其中计费请求包括信用控制请求CCR，并且其中所述OCS（120）配置成响应于接收CCR而返回信用控制应答CCA，并且其中所述处理电路（227）配置成在发送到所述至少一个CTF（125）的一个或多个CCA中发送所述配置信息。

17.根据权利要求16所述的处理设备（130），其中所述处理电路（227）配置成在从所述至少一个CTF（125）发送的一个或多个CCR中从所述至少一个CTF（125）接收特征信息，所述特征信息指示所述至少一个CTF（125）支持所述一个或多个降低处置中的哪些降低处置，并且其中所述处理电路（227）配置成取决于所支持的降低处置确定所述至少一个CTF（125）的所述配置信息。

18.根据权利要求13-17中的任一项所述的处理设备（130），其中所述一个或多个降低处置包括根据服务标识符定义是否或在多大程度上对给定计费请求应用降低的降低处置。

19.根据权利要求18所述的处理设备（130），其中根据服务标识符定义是否或在多大程度上对给定计费请求应用降低的所述降低处置指定以下中的至少一个：表示不经受降低的计费请求的一个或多个服务标识符、表示经受降低的计费请求的一个或多个服务标识符、以及经受所指定等级的降低的一个或多个服务标识符。

20.根据权利要求13-19中的任一项所述的处理设备（130），其中所述一个或多个降低处置包括根据费率组定义是否或在多大程度上对给定计费请求应用降低的降低处置。

21.根据权利要求20所述的处理设备（130），其中根据费率组定义是否或在多大程度上对给定计费请求应用降低的所述降低处置指定以下中的至少一个：表示不经受降低的计费请求的一个或多个费率组、表示经受降低的计费请求的一个或多个费率组、以及经受所指定等级的降低的一个或多个费率组。

22.根据权利要求13-21中的任一项所述的处理设备（130），其中所述一个或多个降低处置包括根据询问类型定义是否或在多大程度上对给定计费请求应用降低的降低处置。

23.根据权利要求22所述的处理设备（130），其中根据询问类型定义是否或在多大程度上对给定计费请求应用降低的所述降低处置指定以下中的至少一个：表示不经受降低的计费请求的一个或多个询问类型、表示经受降低的计费请求的一个或多个询问类型、以及经受所指定等级的降低的一个或多个询问类型。

24.根据权利要求13-23中的任一项所述的处理设备（130），其中为了根据所述OCS（120）处产生的负荷来动态确定所述配置信息，所述处理电路（227）配置成取决于所述OCS（120）处的当前负荷更新所述配置信息，使得所述至少一个CTF（125）根据所述OCS（120）处的所述当前负荷动态控制所述一个或多个降低处置的施加。

25.一种与通信网络（100）相关联的在线计费系统OCS（120）的过负荷控制的方法（400），所述方法（400）由所述通信网络（100）中的计费触发功能CTF（125）执行并且包括：

从所述OCS（120）接收（402）配置信息；以及

按照所述配置信息控制（404）所述CTF（125）向所述OCS（120）发送计费请求的速率的降低；

其中每个给定计费请求与服务标识符、费率组和询问类型中的至少一个相关联；以及

其中所述配置信息配置由所述CTF（125）应用的一个或多个降低处置，包括根据服务标识符、费率组和询问类型中的至少一个指示哪些计费请求经受哪个降低处置。

26.根据权利要求25所述的方法（400），进一步包括响应于向所述OCS（120）发送特征信息而接收所述配置信息，所述特征信息指示所述CTF（125）支持哪些降低处置。

27.根据权利要求25或26所述的方法（400），其中从所述OCS（120）接收所述配置信息包括接收动态更新的配置信息，其反映所述OCS（120）处的当前负荷。

28.根据权利要求25-27中的任一项所述的方法（400），其中所述CTF（125）和所述OCS（120）按照DIAMETER协议进行操作，并且其中接收所述配置信息包括响应于从所述CTF（125）发送到所述OCS（120）的对应计费请求而在由所述OCS（120）发送到所述CTF（125）的一个或多个信用控制应答CCA中接收所述配置信息。

29.根据权利要求25-28中的任一项所述的方法（400），其中对于所述一个或多个降低处置中的每个，所述配置信息根据服务标识符、费率组和询问类型中的至少一个指定是否或在多大程度上对给定计费请求应用所述降低处置，并且其中控制降低包括应用如由所述配置信息所指定的所述一个或多个降低处置。

30.一种处理设备（125），配置用于与通信网络（100）相关联的在线计费系统OCS（120）的过负荷控制，所述处理设备作为所述通信网络（100）中的计费触发功能CTF操作并且包括：

接口电路（131），配置用于与所述OCS（120）进行通信；以及

处理电路（127），可操作地与所述接口电路（131）相关联并且配置成：

从所述OCS（120）接收配置信息；以及

按照所述配置信息控制所述CTF（125）向所述OCS（120）发送计费请求的速率的降低；

其中每个给定计费请求与服务标识符、费率组和询问类型中的至少一个相关联；以及

其中所述配置信息配置由所述CTF（125）应用的一个或多个降低处置，包括根据服务标识符、费率组和询问类型中的至少一个指示哪些计费请求经受哪个降低处置。

31.根据权利要求30所述的处理设备（125），其中所述处理电路（127）配置成响应于向所述OCS（120）发送特征信息而接收所述配置信息，所述特征信息指示所述CTF（125）支持哪些降低处置。

32.根据权利要求30或31所述的处理设备（125），其中所述处理电路（127）配置成从所述OCS（120）接收所述配置信息作为动态更新的配置信息，其反映所述OCS（120）处的当前负荷。

33.根据权利要求30-32中的任一项所述的处理设备（125），其中所述CTF（125）和所述OCS（120）按照DIAMETER协议进行操作，并且其中所述处理电路（127）配置成响应于从所述CTF（125）发送到所述OCS（120）的对应计费请求而在由所述OCS（120）发送到所述CTF（125）的一个或多个信用控制应答CCA中接收所述配置信息，所述计费请求包括信用控制请求CCR。

34.根据权利要求30-33中的任一项所述的处理设备（125），其中对于所述一个或多个降低处置中的每个，所述配置信息根据服务标识符、费率组和询问类型中的至少一个指定是否或在多大程度上对给定计费请求应用所述降低处置，并且其中所述处理电路（127）配置成通过应用如由所述配置信息所指定的所述一个或多个降低处置而控制降低。

Images