用于电信网络中的计费的方法和装置与流程

本发明涉及电信网络，并且具体地涉及这种网络中的计费客户端和服务器的操作。

背景技术：

出于技术和经济原因，电信网络严重依赖于计费操作。在线计费基于针对订户账户进行对应的“预留”来决定特定用户对通信服务的使用或“消费”，针对使用对该订户账户进行计费。因此，在在线计费的上下文中发起或继续进行通信会话涉及在与会话的控制相关联的计费客户端和与针对订户账户评估费用相关联的计费服务器之间流动的一系列账户消息。

在示例场景中，对web或其他数据访问的请求使得计费触发器功能(ctf)与在线计费功能(ocf)通信。这里，ctf作为计费客户端操作，并且向作为计费服务器操作的ocf发送预留请求。当准许特定用户的预留请求时，ocf针对相关联的订户帐户进行预留，这意味着订户帐户中的全部或部分借记余额被预留用于被准许由用户消耗的资源预留的消耗。资源配额可以按照底层通信资源来表示，例如，以数据的字节、连接分钟数等，并且可以使用评级功能来将配额单元转换为货币值，以在订户帐户中被“锁定”或被预留。

另外的预留支持通信会话超过由初始的配额预留所允许的范围而继续进行，并且通信会话的终止触发消耗数据的对账、任何被预留的单元或资金的释放等。基于diameter的计费的上下文中的大量示例细节出现在题为“telecommunicationmanagement；chargingmanagement；diameterchargingapplications(电信管理；计费管理；直径计费应用)”并且被标识为ts32.299的第三代合作伙伴计划(3gpp)技术规范中。

计费操作涉及在计费客户端与支持计费服务器之间进行的大量信令，并且在计算和工作存储要求方面，在各个节点上施加可能大量的处理负担。竞争利益和建立的协议使得计费操作关于信令开销和处理负担的优化变得复杂。

例如，针对订户帐户进行配额预留占用订户帐户中可用资金的至少一部分，这可能导致在所述配额预留被视为有效的时间期间该帐户关于授权其他服务被视为是不足的。这些账户“减损”妨碍了进行过度积极的配额预留。在这里，较大或较长寿命的配额预留被认为比较小或较短寿命的配额预留更积极。

另一方面，更积极的配额预留倾向于减少信令开销，因为相对于所涉及的通信会话，不需要那么频繁地进行新的或刷新的预留。相反，当配额预留不那么积极时，通常需要更频繁地进行新的预留，因为不那么积极的预留具有较短的定时器值和/或相比于更加积极的预留提供较少的消耗。然而，有利地，使用较短的不那么积极的定时器值倾向于减少需要在所涉及的节点处支持的有效预留的总数量。

本文认识到，用于预留配额的“标准”方法不适应请求客户端处的操作条件可能与支持服务器处的条件不同这一事实。因此，例如在ts32.299中所见，使服务器控制资源预留参数使计费客户端没有机会使请求的预留与其操作条件相适合。

技术实现要素：

根据本公开的一个方面，电信网络中的计费客户端控制或至少影响将准许的资源配额视为有效以用于发起或继续进行通信会话的时间，所述通信会话经受在线计费控制。当向控制计费服务器发送给定的预留请求时，计费客户端将定时器值指示为请求的定时器值。假如定时器值对于计费服务器是可接受的，则该服务器发送包括一致的准许的定时器值的预留响应，并且计费客户端根据该准许的定时器值对准许的资源配额的到期时间进行计时。如果预留响应不一致，则计费客户端决定是否使用准许的资源配额。这种操作允许计费客户端例如根据该计费客户端处的负载来调谐与配额相关联的定时器值。

示例实施例涉及由电信网络中的节点执行的方法，其中该节点可作为计费客户端操作。该方法包括接收请求由电信网络的用户使用电信网络的通信资源的资源使用请求。此外，该方法包括确定定时器值，该定时器值是对使用所述通信资源的预留应当针对与用户相关联的订户账户保持有效的时间。该方法中的进一步操作包括：计费客户端向电信网络中的可作为计费服务器操作的另一节点发送预留请求，该预留请求将定时器值指示为请求的定时器值；以及接收从计费服务器返回的预留响应。预留响应指示配额预留和配额预留的准许的定时器值。响应于至少确定准许的定时器值与定时器值相一致，计费客户端基于由配额预留表示的准许的资源配额来发起或继续进行用户的通信会话。这种操作包括跟踪会话期间的准许的资源配额的消耗，以及根据准许的定时器值来对配额预留的到期时间进行计时。

在对应的示例实施例中，被配置用于在电信网络中作为计费客户端操作的节点包括通信接口电路和相关联的处理电路。该通信接口电路被配置为向在电信网络中操作的一个或多个其他节点或设备发送信令以及接收信令。该处理电路被配置为接收请求由电信网络的用户使用电信网络的通信资源的资源使用请求。该处理电路还被配置为：确定定时器值，该定时器值是针对通信资源的使用的预留应当针对与用户相关联的订户账户保持有效的时间；以及向电信网络中的可作为计费服务器操作的另一节点发送预留请求。

预留请求将定时器值指示为请求的定时器值，并且处理电路被配置为接收从计费服务器返回的预留响应，该预留响应指示配额预留和准许的定时器值。响应于至少确定在预留响应中指示的准许的定时器值与请求的定时器值相一致，处理电路被配置为发起或继续进行用户的通信会话。会话的发起或继续基于由配额预留表示的准许的资源配额，并且处理电路针对配额预留来跟踪会话期间的通信资源的消耗，并且根据准许的定时器值对配额预留的到期时间进行计时。

在补充实施例中，一种方法由电信网络中的节点执行，该节点可作为计费服务器操作。该方法包括从电信网络中的可作为计费客户端操作的另一节点接收预留请求。预留请求指示请求的定时器值，并请求由电信网络的用户使用通信资源。请求的定时器值表示对使用通信资源的预留应当针对与用户相关联的订户帐户保持有效的时间，并且该方法包括确定一致的预留是否可能。

该确定基于确定请求的定时器值对于计费服务器是否是可接受的，并且基于确定订户帐户是否有足以覆盖资源配额的可用资金，其中该资源配额将针对订户帐户被预留作为准许的资源配额。响应于确定一致的预留是可能的，该方法包括向计费客户端发送预留响应。该预留响应将准许的资源配额指示为资源预留，并且指示与请求的定时器值相一致的准许的定时器值。

在相关实施例中，一种节点被配置用于作为电信网络中的计费服务器而操作，并且包括通信接口电路和相关联的处理电路。通信接口电路被配置为将节点通信地耦合到可作为电信网络中的计费客户端操作的另一节点。处理电路被配置为从计费客户端接收预留请求，该预留请求指示请求的定时器值并请求由电信网络的用户使用通信资源。请求的定时器值是对使用通信资源的预留应当针对与用户相关联的订户帐户保持有效的时间。

相应地，处理电路被配置为确定一致的预留是否可能。该确定基于确定请求的定时器值对于计费服务器是否是可接受的，并且基于确定订户帐户是否有足以覆盖资源配额的可用资金，其中该资源配额将针对订户帐户被预留作为准许的资源配额。响应于确定一致的预留是可能的，处理电路被配置为向计费客户端发送预留响应，该预留响应将准许的资源配额指示为资源预留，并且指示与定时器值一致的准许的定时器值。

当然，本发明不限于上述特征和优点。事实上，本领域的技术人员可通过阅读下面的详细描述并查看附图认识到其它特点和优点。

附图说明

图1是电信网络的一个实施例的简化框图，包括作为计费客户端操作的接入节点以及作为计费服务器操作的计费节点。

图2是图1中介绍的接入节点和计费节点的示例实施例的框图。

图3是由被配置为计费客户端的节点执行的方法的一个实施例的逻辑流程图。

图4是由被配置为计费服务器的节点执行的方法的一个实施例的逻辑流程图。

图5是与电信网络中的计费相关联的信令的一个实施例的信令图。

具体实施方式

图1示出了电信网络10，其被配置为将用户设备(ue)12通信地耦合到一个或多个附加网络14，例如互联网。虽然在示图中出现一个ue12，但是电信网络10(下文为“网络10”)向潜在大量的ue12提供通信服务，并且可以包括支持整体网络操作的附加节点。

为了便于讨论，图1以简化方式示出了网络10，其中网络10包括接入节点16和计费节点18。计费节点18与评级功能20和订户帐户22相关联，并且订户帐户22可以是由网络10维护的一个或多个数据库中的大量订户帐户中的一个。

网络10提供经受在线计费的一种或多种通信服务，并且接入节点16作为用于在线计费操作的“计费客户端”来操作。对应地，计费节点18操作支持这些操作的控制或支持“计费服务器”。通信服务示例包括语音服务、诸如电子邮件之类的数据服务、web浏览、媒体流传输等。

图2示出了节点16和18的示例实现，以它们各自的作为计费客户端和计费服务器的角色进行操作。节点16包括通信接口电路30，通信接口电路30可以包括多个接口，例如第一接口32和第二接口34，并且还包括与通信接口电路30可操作地相关联的处理电路36。在至少一个实施例中，处理电路36包括存储设备38或与存储设备38相关联，存储设备38包括一种或多种类型的存储器。在至少一些实施例中，存储器38存储一个或多个计算机程序40，并且可以存储在节点16的操作期间使用的某些配置数据42。

类似地，节点18包括通信接口电路50，通信接口电路50可以包括多个接口，例如第一接口52和第二接口54，并且还包括与通信接口电路50可操作地相关联的处理电路56。处理电路56包括存储设备58或与存储设备58相关联。在至少一些实施例中，存储器58存储一个或多个计算机程序60，并且可以存储在节点18的操作期间使用的某些配置数据62。

如上所述，在一个或多个实施例中，节点16被配置用于作为网络10中的计费客户端操作，例如，它实现与节点18交换账单消息的计费触发器功能(ctf)，从而保障经受在线计费的通信服务使用的配额预留。通信接口电路30被配置为向在网络10中操作的一个或多个其他节点或设备(例如节点18)发送信令以及接收信令。

处理电路36可操作地与通信接口电路30相关联，并且被配置为接收请求由网络10的用户使用网络10的通信资源的资源使用请求。这里，术语“用户”应被理解为指代使用通信服务的任何设备或系统，其中用户设备12是基本的示例。因此，除非需要将用户设备12与其所有者区分开，否则术语“用户12”将被用于本公开的其余部分。

处理电路36还被配置为确定定时器值，该定时器值是对使用通信资源的预留应该针对与用户12相关联的订户账户22保持有效的时间。更进一步地，处理电路36被配置为向网络10中的可作为计费服务器操作的另一节点(即节点18)发送预留请求。该预留请求将定时器值指示为请求的定时器值，并且处理电路36被配置为接收从计费服务器返回的预留响应，该预留响应指示配额预留和准许的定时器值。

响应于至少确定在预留响应中指示的准许的定时器值与请求的定时器值相一致，处理电路36被配置为基于由配额预留表示的准许的资源配额来发起或继续进行用户12的通信会话。这种操作包括处理电路36针对配额预留来跟踪会话期间的通信资源的消耗，以及根据准许的定时器值来对配额预留的到期时间进行计时。

在至少一个实施例中，处理电路36被配置为根据计费客户端处的负载来确定定时器值。例如，按照在计费客户端处进行的信令活动来测量该负载，并且处理电路36被配置为：响应于确定计费客户端处的信令活动的水平满足或超过定义的信令活动阈值而选择比在其它情况下将选择的定时器值长的定时器值。

在另一示例中，按照计费客户端处的存储器利用率来测量负载。处理电路36被配置为响应于确定计费客户端处的存储器利用率超过定义的利用率阈值，选择比在其它情况下将选择的定时器值短的定时器值。存储器利用率反映了计费客户端处用于管理计费客户端支持的多个用户12的配额预留的存储器38的利用率。

通常，短语“计费客户端处的负载”可以被理解为指代在实现所涉及的计费客户端的网络节点处的一种或多种类型的负载。对于该示例，节点16实现计费客户端。还应该理解，特定类型的通信服务可以与在请求配额预留时使用的基线或默认定时器值相关联。在这种情况下，定时器值可以是高于或低于默认定时器值的值，这取决于负载是高于定义的上限阈值还是低于定义的下限阈值。当负载水平位于上限阈值与下限阈值之间时，可以使用默认值。

备选地，定时器值可以是与负载水平成比例地缩放的值，或者可以是可以根据负载水平从多个定义的值中选择的特定离散值。其他方案被预期，但应当理解，计费客户端根据该计费客户端处的操作条件来确定用于请求配额预留的定时器值。这种操作由此允许计费客户端将由其管理的配额预留的持续时间针对该计费客户端处占据主导地位的条件来调整。

在一个或多个实施例中，计费客户端被配置用于作为网络10中的基于diameter的计费客户端来操作。在相同或其他实施例中，处理电路36被配置为将定时器值指示为范围值，并且通过确定准许的定时器值落在该范围值内来确定准许的定时器值与请求的定时器值相一致。类似地，处理电路36可以被配置为通过确定准许的定时器值在包括请求的定时器值的定义的范围内来确定准许的定时器值与请求的定时器值相一致。

因为计费服务器没有义务来准许计费客户端所请求的定时器值，所以由计费服务器返回的预留响应不一定与预留请求相一致。响应于确定在预留响应中指示的准许的定时器值与预留请求中指示的定时器值不一致，处理电路36被配置为执行不一致响应处理。

不一致响应处理包括根据一个或多个条件来决定是否使用准许的配额来发起或继续进行用户12的通信会话。在至少一个实施例中，该决定基于以下至少一项：计费客户端处的负载是否高于定义的阈值；准许的定时器值是否与请求的定时器值相差超过定义的量；以及先前从计费服务器接收并且仍然有效的一个或多个准许的定时器值是否与对应地请求的定时器值不一致。

在至少一些实施例中，处理电路36还被配置为执行以下至少一项：确定表示请求为用户预留的通信资源的量或数量的资源配额；或者通过在预留请求中指示空或零配额请求来将对资源配额的确定留给计费服务器。在前一种情况下，在预留请求中指示的确定的资源配额作为请求的资源配额。与计费客户端请求的定时器值一样，计费服务器不一定必须准许与计费客户端所请求的资源配额相一致的资源配额，而是通常在操作条件允许的程度上进行一致准许。

此外，在至少一个实施例中，处理电路36被配置为确定在没有对应业务的情况下在计费客户端处维持配额预留的配额保持时间。计费客户端根据确定关于准许的资源配额的通信资源的使用停止是否超过配额保持时间来控制对计费客户端的配额预留的释放。

在相同或其他实施例中，处理电路36被配置为确定并请求配额消耗时间。配额消耗时间定义可收费的消耗中的最大暂停。也就是说，通信资源的使用可以包括暂停，并且短于由配额消耗时间所定义的暂停被计入消耗。

图3示出了由网络10中的可作为计费客户端(例如，由节点16实现)操作的节点实现的示例方法300。方法300包括接收(框302)请求由网络10的用户12使用网络10的通信资源的资源使用请求。在至少一个实施例中，该方法还包括确定表示请求为用户预留的通信资源的量或数量的资源配额。该可选操作可以被理解为计费客户端控制要请求的配额大小或量，并且因此表示该计费客户端可以根据主导操作条件控制或影响的预留的另一参数。

例如，当计费客户端的信令负载为高时，为了减小关于所考虑的通信会话所需的后续信令的量，该计费客户端可以请求比其它情况下它将请求的配额更大或更多的配额。作为示例，对于给定的通信服务和/或对于给定的订户协议，可以存在“默认的”或“正常的”配额大小或量，并且计费客户端可以根据负载来增加或减小该默认值。例如，为了减小计费客户端处的信令开销而增大配额大小或量，或者为了减小计费客户端处的存储器利用率而降低配额大小或量。

方法300还包括确定(框306)定时器值，该定时器值是针对通信资源的使用的预留应当针对与用户12相关联的订户账户22保持有效的时间。此外，方法300包括向电信网络10中的可作为计费服务器操作的另一节点发送(框308)预留请求。预留请求将定时器值指示为请求的定时器值，并且方法300包括接收(框310)从计费服务器返回的预留响应。预留响应指示配额预留和配额预留的准许的定时器值。

响应于计费客户端至少确定准许的定时器值与请求的定时器值相一致(框312)，方法300包括基于由配额预留表示的准许的资源配额来发起或继续进行(框314)用户的通信会话。这种处理包括跟踪(框316)会话期间的准许的资源配额的消耗，以及根据准许的定时器值对配额预留的到期时间进行计时(框318)。

图4示出了由关于上述计费客户端作为计费服务器操作的节点18或另一节点执行的互补方法400。方法400包括从网络10中可作为计费客户端操作的另一节点(例如，节点16)接收(框402)预留请求。

预留请求指示请求的定时器值，并请求由网络10的用户12使用通信资源。该请求的定时器值是针对通信资源的使用的预留应当针对与用户12相关联的订户帐户22保持有效的请求的时间，并且方法400包括确定(框404)一致的预留是否可能。

该确定包括计费服务器确定请求的定时器值对于计费服务器是否是可接受的，并且确定订户帐户22是否有足以覆盖资源配额的可用资金，其中该资源配额将针对订户帐户22被预留作为准许的资源配额。例如，基于服务器处的负载或其他操作条件来确定请求的定时器值是否可接受。附加地或备选地，计费服务器可以具有协议或规则的基线集合，该基线集合规定特定的请求的定时器值是否被认为是可接受的。

响应于确定一致的预留是可能的(框406)，方法400包括向计费客户端发送(框408)预留响应，该预留响应将准许的资源配额指示为资源预留，并且指示与请求的定时器值一致的准许的定时器值。这里，从准许一致的预留可以被进行而不违背任何规则和/或准许一致的预留可以被进行而不超过计费服务器处配置的任何操作限制的意义上来说，一致的预留是“可能的”。

另外，计费服务器可以基于管控计费服务器针对订户帐户22做出的资金预留的预留规则来确定请求的定时器值是否可接受。通常，所涉及的订户帐户的状态或状况可以是关于是否可以进行一致的预留的决定性因素。

在至少一些实施例中，由计费服务器返回计费客户端的预留响应将准许的定时器值指示为与请求的定时器值匹配或者至少落在请求的定时器值的定义的范围内的定时器值。在至少一些实施例中，如果准许的定时器值的值落在请求的定时器值的定义的范围内的任何地方(即，在一些可允许公差内与请求的定时器值匹配)，则认为该准许的定时器值与请求的定时器值相一致。通常，请求的定时器值可以是单个值，或者是指示的范围或区间。同样，准许的定时器值可以是单个值，或者是指示的范围或区间。

响应于基于请求的定时器值对于计费服务器是不可接受的而确定一致的预留是不可能的，该方法包括发送不一致预留响应，该不一致预留响应包括计费服务器可接受的准许的定时器值。对应地，即使与请求的定时器值不一致，计费客户端也可以决定它是否接受准许的定时器值。

关于可作为上述计费服务器操作的节点18，通信接口电路50被配置为将节点18通信地耦合到可作为网络10中的计费客户端操作的另一节点(例如，节点16)。处理电路56可操作地与通信接口电路50相关联，并且被配置为从计费客户端接收预留请求。

预留请求指示请求的定时器值并且请求由网络10的用户12使用通信资源，该请求的定时器值是针对通信资源的使用的预留应当针对与用户12相关联的订户帐户22保持有效的时间。处理电路56被配置为基于以下来确定一致的预留是否可能：确定请求的定时器值对于所述计费服务器是否是可接受的，以及确定订户账户22是否有足以覆盖资源配额的可用资金，其中该资源配额将针对订户帐户22被预留作为准许的资源配额。响应于确定一致的预留是可能的，处理电路56被配置为向计费客户端发送预留响应，该预留响应将准许的资源配额指示为资源预留，并且指示与请求的定时器值一致的准许的定时器值。

图5示出了涉及ue12、计费客户端和计费服务器的示例信号流。在项目1处，ue12向作为网络10中的ctf操作的计费客户端请求会话建立。项目2涉及计费客户端的“单元确定”，其中计费客户端生成预留请求，包括确定要请求预留的定时器值，并且可选地包括确定要请求的资源配额。这里，资源配额可以以被用于度量或测量底层通信服务的任何“单元”(例如，分钟、字节等)来表示。

在项目3中，计费客户端向作为网络10中的在线计费功能(ocf)操作的计费服务器发送预留请求。计费功能执行项目4、5和6中的评级控制、帐户控制和预留控制。对于评级控制，评级功能20帮助计费服务器确定要针对所涉及的订户账户22来预留的多个单元的价格。对于帐户控制，计费服务器检查订户帐户余额是否足以用于预期的预留。对于预留控制，假设有足够的余额可用，计费服务器针对订户帐户22进行预留，其“锁定”用于保障配额的可用资金的一部分。准许的资源配额指定已被预留以供ue12消耗的通信资源的单元的数量，并且准许的定时器值指定预留有效的时段。例如，对于数据消耗，预留可以在一小时之内、一天之内等有效。

假设预留响应与预留请求中包含的定时器值相一致，或者以其他方式对于计费客户端是可接受的，则在项目8中，计费客户端开始或继续进行预留监督，并且在项目9中，基于该预留来发起或继续进行ue12的通信会话。

在某一点(图中被表示为项目10)，会话被释放，并且计费客户端向计费服务器发送借记请求，以确保从订户的账户中扣除与单元的所消耗的数量相对应的量。当然，这种扣除基于计费客户端跟踪会话期间的配额的消耗，包括考虑继续进行会话所需的任何额外的配额请求。计费服务器在给定总体消耗的情况下执行评级控制，作出或发起对应的金额扣除，并向计费客户端返回指示被扣除的单元的借记响应。

考虑到上面的示例实施例，电信网络10包括例如长期演进(lte)网络，并且计费客户端和服务器实现diameter协议。

根据3gppts32.299，信用控制请求(ccr)消息格式被定义如下：

＜ccr＞：：＝＜diameter报头：272，req，pxy＞

<会话id＞

{源主机}

{源域}

{目的地域}

{认证应用id}

{服务上下文id}

{cc请求类型}

{cc请求号}

…

[事件时间戳]

*[订阅id]

…

[请求的行动]

…

[多服务指示符]

*[多服务信用控制]

…

其中多服务信用控制avp具有以下abnf语法：

<多服务信用控制＞：：＝＜avp报头：456＞

…

[请求的服务单元]

*[使用的服务单元]

…

[评级组]

…

[有效性时间]

[请求的有效性时间]

…

[最终单元指示]

[时间配额阈值]

[容量配额阈值]

[单元配额阈值]

[配额保持时间]

[请求的配额保持时间]

[配额消耗时间]

[请求的配额消耗时间]

…

[时间配额机制]

…

在上面的列表中，斜体型的条目表示要在协议中容纳的新项目，用于使计费客户端能够指示它更偏好用于配额有效定时器、配额保持定时器以及配额消耗定时器中的任意一个或多个的定时器值或值的范围。

其中请求的有效性时间avp将具有以下abnf语法并定义准许的配额的定时器值：

<请求的有效性时间＞：：＝

[最小时间]

[最大时间]

其中请求的配额消耗时间avp将具有以下abnf语法，并且定义配额消耗必须在等于配额消耗时间的时段(其中没有数据被接收)之后或者在会话终止时停止，以较早者为准：

<请求的配额消耗时间＞：：＝

[最小时间]

[最大时间]

其中请求的配额保持时间avp将具有以下abnf语法，并且定义与准许的配额相关联的空闲超时。如果此时未观察到与配额相关联的业务，则客户端理解该业务已停止，并且配额被返回给服务器。当配额消耗停止时，客户端启动配额保持定时器。这是在业务停止时，即，在每个分组结束时重新启动定时器：

<请求的配额保持时间＞：：＝

[最小时间]

[最大时间]

注意：遗漏最小值将意味着没有请求的最小值，并且相同的逻辑适用于最大值。在这两种情况下，将依靠diameter服务器来设置这些值。

进一步注意，网络10包括例如长期演进(lte)网络或高级lte(lte-a)网络。但是这些示例是非限制性的，并且本文的教导适用于使用配额预留进行在线计费的一系列网络。类似地，用户或ue12可以包括基本上任何无线通信装置，其中值得注意的示例包括智能电话、平板计算机或其他支持无线的计算设备、蜂窝调制解调器或其他无线适配器等。

广义地讲，在至少一个实施例中，计费客户端(例如在节点16中实现)被配置为向电信网络10中的可作为计费服务器(例如，在节点18中实现)操作的另一节点发送配额请求。该配额请求请求计费服务器准许用于由电信网络的用户12使用的通信资源的配额。有利地，节点16在配额请求中包括定时器值，该定时器值由计费客户端请求用于对配额的有效性或消耗进行计时。计费客户端从计费服务器接收配额准许，其中该配额准许指示供用户12使用的通信资源的准许的配额，并且还指示与请求的定时器值相对应的准许的定时器值。响应于基于至少确定准许的定时器值与请求的定时器值相一致而确定配额准许是一致的准许，计费客户端允许用户12根据准许的配额来使用通信资源，以及基于准许的定时器值对准许的配额的有效性或消耗进行计时。允许使用可能涉及发起新的会话或继续进行现有会话。

在至少一个实施例中，由计费服务器在配额请求中包括的定时器值包括以下至少一项：定义准许的配额在计费客户端保持有效的时间的配额有效性定时器值；定义用户12对准许的配额的消耗中的最大可计费暂停的配额消耗定时器值；以及定义用户12对准许的配额的消耗中的最大可允许暂停的配额消耗定时器值。有利地，在一个或多个实施例中，计费客户端根据该计费客户端处的当前操作条件来确定要包括在配额请求中的定时器值。换句话说，计费客户端请求一个或多个配额有效性和/或配额消耗定时器值，这些值被调谐或以其他方式被修整为适合计费服务器处的操作条件。这样做允许计费服务器以被调谐为适合计费服务器处的当前操作条件(例如，以反映其处理负载、信令负载、存储器利用率等中的任意一个或多个)的配额有效性定时器值、配额保持定时器值和/或配额消耗定时器值来操作。

配额有效性定时器值控制配额保持或视为有效的时间。配额保持定时器值定义准许的资源配额的消耗中的最大可允许暂停。配额消耗定时器值定义准许的资源配额的消耗中的不利于所述准许的资源配额的消耗的最大可计费暂停。通过根据计费客户端处的操作条件来确定或“调谐”一个或多个这样的定时器值，并通过在发送给计费服务器的配额请求中指示一个或多个这种“调谐的”定时器值，计费客户端(经受由计费服务器施加的任何准许限制)可以获得具有被调谐到适合计费客户端处的改变的条件的配额有效性和/或消费控制时间的配额准许。

至于关于节点16和18的实现细节，应该理解，这种节点可以包括复杂的基于计算机的处理系统。更一般地，节点16/18的处理电路36/56包括固定电路、编程电路、或固定和编程电路的混合。在至少一个实施例中，处理电路36/56包括数字处理电路以及支持存储器或其他存储设备，其中该数字处理电路包括一个或多个微处理器、数字信号处理器或dsp、专用集成电路或asic、现场可编程门阵列或fpga等。

相应地，存储设备38/58包括一种或多种类型的非暂时性计算机可读介质，例如以下中的任意一种或多种：电磁盘存储设备、，固态盘存储设备、诸如dram或sram之类的易失性存储器电路，以及诸如flash或eeprom之类的非易失性存储器电路。“非暂时性”并不一定意味着永久性或不变，而是意味着存储设备38/58为其中包含的信息提供至少一些持续性的存储。在至少一个实施例中，存储设备38/58存储包括程序指令的计算机程序40/60，通过该程序指令，处理电路36/56特别适于执行本文所述的客户机/服务器操作。

应该注意，本领域技术人员在知晓前面描述和关联附图中提出的教导的情况下将想到所公开发明的修改和其他实施例。因此，应当理解本发明不受限于所公开的具体实施例，且修改和其他实施例预期被包括在本公开的范围内。虽然本文可能使用了具体术语，但是其仅用于一般性或描述性意义，且不用于限制目的。