CN113498033A - 处理用户业务的方法、系统及相关设备 - Google Patents

Abstract

在计费系统中处理用户业务的方法:计费触发设备(102)向计费处理设备(101)提供初始配额申请模式指示信息，以指明此前自身对用户业务采用何种模式的初始配额申请，计费处理设备(101)基于该指示信息对所述用户业务进行计费处理，并向计费触发设备(102)下发计费处理结果，使计费触发设备(102)改变对所述用户业务的计费操作，如此通过改变计费处理设备(101)和计费触发设备(102)之间的配合关系，实现了在计费系统的性能和信用控制风险之间、或者接入时延和信用控制风险之间的平衡。

Description

处理用户业务的方法、系统及相关设备

技术领域

本申请涉及通信领域，尤其涉及在计费系统中处理用户业务的的方法、系统及相关 设备。

背景技术

根据3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)标准规范，计费触发功能(Charging Trigger Functiong，CTF)设备对用户业务通常采用 阻塞模式的初始配额申请，其特点在于，CTF设备需在用户业务开始之前先申请到配额， 这样虽然有助于降低信用控制风险，降低运营商遭受损失的可能，但不仅会加大包括CTF 设备、计费处理功能(CHarging Function,CHF)设备在内的运营商计费系统的性能负 担，还会加大用户业务的接入时延，影响时延敏感业务的提供，进而影响用户体验。

5G(5th Generation，第五代)网络所支撑的时延敏感性业务，如uRLLC(ultraHigh-Reliability and Low-Latency Communication，超高可靠性低时延通信)业务， 对接入时延有较高的要求。为此，3GPP标准规范定义了非阻塞模式的初始配额申请，其 特点在于，CTF设备开始用户业务的同时或者之后申请配额，有利于减小该用户业务的 接入时延。

5G网络可以支撑的用户业务越来越多，其中，有些业务对网络要求极高，如果因为网络造成业务中断可能会造成严重后果，例如：无人驾驶业务、远程医疗业务、工业 控制业务等，本申请将这类业务称之为不可中断业务；有些业务即使因为网络原因造成 业务中断，也不会有严重后果，例如：VR(Virtual Reality，虚拟现实)业务、AR(Augment Reality，增强现实)业务等，本申请将这类业务称之为可中断业务。对于这两类业务， 一味地采用非阻塞模式的初始配额申请分别存在如下问题：对于不可中断业务，CTF设 备可能在开始用户业务之后才发现配额申请失败，而此时又不能由CTF设备随意中断该 用户业务，CTF设备只能继续放通该用户业务，任其消耗运营商的网络资源，则可能给 运营商造成损失；对于可中断业务，CTF设备也可能在用户业务开始之后才发现配额获 取失败，虽然此时可以中断业务，但是，这样一方面会影响用户的体验，另一方面，恶 意用户可能借此机制对网络进行DoS(Denial of Service，拒绝服务)攻击。

当前CTF设备单侧确定阻塞模式/非阻塞模式的做法，因为缺少配额授予所需的大量支撑信息，会造成一味使用阻塞模式或者一味使用非阻塞模式的结果，而一味地采用 阻塞模式的初始配额申请会加大计费系统的性能负担或者加大用户业务的接入时延，而 一味地采用非阻塞模式的初始配额申请会影响用户体验甚至造成网络安全风险。

如何在计费系统的性能负担、用户业务的接入时延需求、信用控制风险和网络安全 之间取得平衡，是亟需解决的技术问题。

发明内容

鉴于此，有必要提供一种在计费系统中处理用户业务的方法，以在不同场合下对用 户业务进行不同的处理，包括调整对其进行计费操作、控制用户业务的通断等，实现计费系统的性能负担、用户业务的接入时延需求、信用控制风险和网络安全之间的平衡。

第一方面，本申请实施例提供了一种计费系统，该计费系统包括计费处理设备(101) 和计费触发设备(102)，其中：

所述计费触发设备(102)用于：向所述计费处理设备(101)发送初始配额申请模式指 示信息，所述初始配额申请模式指示信息指明所述计费触发设备(102)在收到用户业务的 第一开始请求时对所述用户业务采用了第一初始配额申请模式；

所述计费处理设备(101)用于：获取所述初始配额申请模式指示信息，且向所述计费 触发设备(102)发送计费处理结果，所述计费处理结果为基于所述初始配额申请模式指示 信息对所述用户业务进行计费处理的结果；

所述计费触发设备(102)还用于：基于所述计费处理结果处理所述用户业务。

该计费系统改变计费触发设备和计费处理设备之间的配合关系，一方面使得计费处理设 备可以结合计费触发设备对用户业务采用的初始配额申请模式的情况进行计费处理，使得计 费处理过程更贴合上下文从而可以得到更贴合实际的计费处理结果，另一方面，使得计费触 发设备可以根据更贴合上下文的计费处理结果处理用户业务，如此，使得计费处理设备和计 费触发设备可以联合起来解决当前由CTF设备单方面采用初始配额申请模式所引起的问题。

在一个可能的方案中，所述计费触发设备(102)还用于：在收到所述第一开始请求时 对所述用户业务采用所述第一初始配额申请模式，且向所述计费处理设备(101)发送所述 用户业务的初始计费请求消息，所述初始计费请求消息包含所述初始配额申请模式指示信息； 所述计费处理设备(101)还用于：从所述初始计费请求消息中获取所述初始配额申请模式 指示信息。

在一个可能的方案中，所述计费处理设备(101)还用于向所述所述计费触发设备(102) 发送包含以下任意一项的计费处理结果：用于指示所述计费触发设备(102)挂起所述用户 业务的配额管理的指示参数，或者用于指示所述计费触发设备(102)中断所述用户业务的 指示参数。

在一个可能的方案中，所述计费处理设备(101)还用于在所述第一初始配额申请模式 为非阻塞模式，且确定需使所述计费触发设备(102)挂起所述用户业务的配额管理时，向 所述计费触发设备(102)发送包含用于指示所述计费触发设备(102)挂起所述用户业务的 配额管理的指示参数的计费处理结果，所述计费触发设备(102)还用于挂起所述用户业务 的配额管理。

在一个可能的方案中，所述计费处理设备(101)还用于向所述计费触发设备(102)发 送包含用于指示计费触发设备在收到所述用户业务的第二开始请求时对所述用户业务采用 第二初始配额申请模式的指示参数的计费处理结果，所述第二开始请求晚于所述第一开始请 求发生。

第二方面，本申请实施例提供了一种处理用户业务的方法，该方法应用于计费处理设备 (101)，该方法包括：

获取用户业务的初始配额申请模式指示信息，所述初始配额申请模式指示信息指明计费 触发设备(102)在收到所述用户业务的第一开始请求时对所述用户业务采用了第一初始配 额申请模式；

向所述计费触发设备(102)发送计费处理结果，所述计费处理结果为基于所述初始配 额申请模式指示信息对所述用户业务进行计费处理的结果。

在一个可能的方案中，所述计费处理设备(101)通过初始计费请求消息获取所述初始 配额申请模式指示信息。

在一个可能的方案中，所述计费处理设备(101)通过中期计费请求消息获取所述初始 配额申请模式指示信息。

在一个可能的方案中，所述计费处理设备(101)基于策略控制设备发送的计费策略得 到所述初始配额申请模式指示信息，所述计费策略包含所述用户业务的初始配额申请模式。

在一个可能的方案中，所述计费处理设备(101)通过所述用户业务的初始计费响应消 息发送包含以下任意一项的计费处理结果：

用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数，或者

用于指示所述计费触发设备(102)中断所述用户业务的指示参数。

在一个可能的方案中，所述计费处理设备(101)通过所述用户业务的中期计费响应消 息、或者通过通知消息发送包含以下任意一项的计费处理结果：

用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数，或者

用于指示所述计费触发设备(102)恢复所述用户业务的配额管理的指示参数；

用于指示所述计费触发设备(102)中断所述用户业务的指示参数。

在一个可能的方案中，当所述第一初始配额申请模式为非阻塞模式时，所述计费处理结 果包含用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数，所述 基于所述初始配额申请模式指示信息对所述用户业务进行计费处理包括：为所述用户业务授 权失败，且基于所述初始配额申请模式指示信息确定需使所述计费触发设备(102)挂起所 述用户业务的配额管理。

在一个可能的方案中，在所述第一初始配额申请模式为非阻塞模式，且确定需使所述计 费触发设备(102)将所述用户业务(由在线计费)转为离线计费时，向所述计费触发设备 (102)发送包含用于指示所述计费触发设备(102)将所述用户业务转为离线计费的指示参 数的计费处理结果。

在一个可能的方案中，在所述第一初始配额申请模式为非阻塞模式，且确定需使所述计 费触发设备(102)对所述用户业务采用不限量的配额管理的情况下，向所述计费触发设备 (102)发送包含用于指示所述计费触发设备(102)对所述用户业务采用不限量的配额管理 的指示参数的计费处理结果。

在一个可能的方案中，在所述第一初始配额申请模式为非阻塞模式，且确定需使所述计 费触发设备(102)对所述用户业务改为采用阻塞模式的初始配额申请的情况下，向所述计 费触发设备(102)发送包含用于指示所述计费触发设备(102)对所述用户业务采用阻塞模 式的初始配额申请的指示参数的计费处理结果。

在一个可能的方案中，在所述第一初始配额申请模式为非阻塞模式，且确定需使所述计 费触发设备(102)对所述用户业务改为采用阻塞模式的初始配额申请以及确定所述计费触 发设备(102)对所述用户业务的配额管理已挂起的情况下，向所述计费触发设备(102)发 送包含以下内容的计费处理结果：

用于指示所述计费触发设备(102)对所述用户业务采用阻塞模式的初始配额申请的指 示参数；

用于指示所述计费触发设备(102)恢复对所述用户业务的配额管理的指示参数。

在一个可能的方案中，所述计费处理设备(101)通过在不包含配额申请信息的中期计 费请求消息对应的中期计费响应消息中包含授予的配额，以指示所述计费触发设备(102) 恢复对所述用户业务的配额管理。

在一个可能的方案中，当所述第一初始配额申请模式为非阻塞模式时，所述计费处理结 果包含用于指示所述计费触发设备(102)中断所述用户业务的指示参数，所述基于所述初 始配额申请模式指示信息对所述用户业务进行计费处理包括：为所述用户业务授权失败，且 基于所述初始配额申请模式指示信息确定需使所述计费处理设备(101)中断所述用户业务。

在一个可能的方案中，所述方法还包括：

从所述计费触发设备(102)接收所述用户业务的无配额使用量。

在一个可能的方案中，在所述第一初始配额申请模式为阻塞模式，且确定需使所述计费 触发设备(102)对所述用户业务改为采用非阻塞模式的初始配额申请的情况下，向所述计 费触发设备(102)发送包含用于指示所述计费触发设备(102)对所述用户业务采用非阻塞 模式的初始配额申请的指示参数的计费处理结果。

在一个可能的方案中，在所述第一初始配额申请模式为阻塞模式，且确定需使所述计费 触发设备(102)对所述用户业务改为采用非阻塞模式的初始配额申请以及确定所述计费触 发设备(102)对所述用户业务的配额管理未挂起或正常进行的情况下，向所述计费触发设 备(102)发送包含以下内容的计费处理结果：

用于指示所述计费触发设备(102)对所述用户业务采用非阻塞模式的初始配额申请的 指示参数；

用于指示所述计费触发设备(102)挂起对所述用户业务的配额管理的指示参数。

在一个可能的方案中，所述计费处理结果还包含用于指示计费触发设备在收到所述用户 业务的第二开始请求时对所述用户业务采用第二初始配额申请模式的指示参数，所述第二开 始请求晚于所述第一开始请求发生。

在一个可能的方案中，所述第一初始配额申请模式为非阻塞模式，所述第二初始配额申 请模式为阻塞模式；或者，所述第一初始配额申请模式为阻塞模式，所述第二初始配额申请 模式为非阻塞模式。

在一个可能的方案中，所述基于所述初始配额申请模式指示信息对所述用户业务进行计 费处理由所述用户业务的初始计费请求消息触发，通过相应的初始计费响应消息向所述计费 触发设备(102)发送所述计费处理结果。

在一个可能的方案中，所述基于所述初始配额申请模式指示信息对所述用户业务进行计 费处理由所述用户业务的中期计费请求消息触发，通过相应的中期计费响应消息向所述计费 触发设备(102)发送所述计费处理结果。

在一个可能的方案中，所述基于所述初始配额申请模式指示信息对所述用户业务进行计 费处理由其他计费请求消息或者账户管理消息触发，所述其他计费请求消息为其他用户业务 的计费请求消息，所述其他用户业务与所述用户业务对应相同的账户，所述账户管理消息为 所述用户业务对应的账户的管理消息，通过通知消息向所述计费触发设备(101)发送所述 计费处理结果。

在一个可能的方案中，所述计费处理设备(101)还基于所述初始配额申请模式指示信 息记录或保存所述用户业务的初始配额申请模式。

第三方面，本申请实施例提供了一种处理用户业务的方法，应用于计费触发设备(102)， 该方法包括：

向计费处理设备(101)发送用户业务的初始配额申请模式指示信息，所述初始配额申 请模式指示信息指明所述计费触发设备(102)在收到所述用户业务的第一开始请求时对所 述用户业务采用了第一初始配额申请模式；

从所述计费处理设备(101)接收所述用户业务的计费处理结果；

基于所述计费处理结果处理所述用户业务。

在一个可能的方案中，所述向计费处理设备(101)发送用户业务的初始配额申请模式 指示信息，具体为：

在收到所述第一开始请求时对所述用户业务采用所述第一初始配额申请模式；

通过初始计费请求消息向所述计费处理设备(101)发送所述初始配额申请模式指示信 息。

在一个可能的方案中，所述计费触发设备(102)还通过中期计费请求消息向所属计费 处理设备(101)发送所述初始配额申请模式指示信息。

在一个可能的方案中，所述计费处理结果包含以下任意一项：

用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数，或者

用户指示所述计费触发设备(102)恢复所述用户业务的配额管理的指示参数，或者

用于指示所述计费触发设备(102)中断所述用户业务的指示参数。

在一个可能的方案中，所述计费处理结果包含用于指示所述计费触发设备(102)挂起 所述用户业务的配额管理的指示参数，所述基于所述计费处理结果处理所述用户业务，包括：

挂起所述用户业务的配额管理。

在一个可能的方案中，所述计费处理结果包含用于指示所述计费触发设备(102)恢复 所述用户业务的配额管理的指示参数，所述基于所述计费处理结果处理所述用户业务，包括：

恢复所述用户业务的配额管理。

在一个可能的方案中，所述计费触发设备(102)发送不包含配额申请信息的中期计费 请求消息后，通过所述中期计费请求消息对应的响应消息从所述计费处理设备(101)接收 到所述计费处理结果，所述计费处理结果包含所述计费处理设备(101)为所述用户业务授 予的配额，所述中期计费响应消息所述基于所述计费处理结果处理所述用户业务，包括：

恢复所述用户业务的配额管理。

在一个可能的方案中，所述计费处理结果包含用于指示所述计费触发设备(102)中断 所述用户业务的指示参数，所述基于所述计费处理结果处理所述用户业务，包括：

中断所述用户业务，且向所述计费处理设备(101)发送所述用户业务的无配额使用量。

在一个可能的方案中，所述计费处理结果还包含用于指示计费触发设备在收到所述用户 业务的第二开始请求时对所述用户业务采用第二初始配额申请模式的指示参数，所述第二开 始请求晚于所述第一开始请求发生，所述基于所述计费处理结果处理所述用户业务，还包括：

将所述用户业务的初始配额申请模式更新为所述第二初始配额申请模式。

在一个可能的方案中，所述计费触发设备(102)通过所述用户业务的初始计费响应消 息接收所述计费处理结果；或者通过所述用户业务的中期计费响应消息接收所述计费处理结 果；或者通过通知消息接收所述计费处理结果。

在一个可能的方案中，所述基于所述计费处理结果处理所述用户业务，包括：

根据所述计费处理结果，将所述用户业务的初始配额申请模式更新为第二初始配额申请 模式。

在一个可能的方案中，所述计费触发设备(102)根据所述计费处理结果中的用于指示 所述计费触发设备(102)将所述用户业务的初始配额申请模式变更为所述第二初始配额申 请模式的指示参数，将所述用户业务的初始配额申请模式更新为所述第二初始配额申请模式。

在一个可能的方案中，所述计费触发设备(102)根据所述计费处理结果中的授予配额 相关的信息，将所述用户业务的初始配额申请模式更新为所述第二初始配额申请模式。

在一个可能的方案中，所述将所述用户业务的初始配额申请模式更新为所述第二初始配 额申请模式，包括：

向所述策略控制设备(104)发送对所述用户业务禁止采用所述第一初始配额申请模式 的指示信息；或者，

向所述策略控制设备(104)发送指示将所述用户业务对应的初始配额申请模式更改为 所述第二初始配额申请模式的指示信息。

在一个可能的方案中，所述第一初始配额申请模式为非阻塞模式，所述第二初始配额申 请模式为阻塞模式；或者，所述第一初始配额申请模式为阻塞模式，所述第二初始配额申请 模式为非阻塞模式。

第四方面，本申请实施例提供了一种计费处理设备(101)，包括获取模块(701)和发 送模块(702)，其中：

所述获取模块(701)用于：获取用户业务的初始配额申请模式指示信息，所述初始配 额申请模式指示信息指明计费触发设备(102)在收到所述用户业务的第一开始请求时对所 述用户业务采用了第一初始配额申请模式；

所述发送模块(702)用于：向所述计费触发设备(102)发送计费处理结果，所述计费 处理结果为基于所述初始配额申请模式指示信息对所述用户业务进行计费处理的结果。

在一个可能的方案中，所述获取模块(701)还用于：

从所述计费触发设备(102)接收所述用户业务的初始计费请求消息，所述初始计费请 求消息包含所述初始配额申请模式指示信息；

从所述初始计费请求消息中获取所述初始配额申请模式指示信息。

在一个可能的方案中，所述发送模块还用于：

基于所述初始配额申请模式指示信息生成以下任意一项并将以下任意一项包含在所述 计费处理结果中：

用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数，或者

用于指示所述计费触发设备(102)中断所述用户业务的指示参数。

在一个可能的方案中，所述发送模块还用于：

基于所述初始配额申请模式指示信息生成用于指示计费触发设备在收到所述用户业务 的第二开始请求时对所述用户业务采用第二初始配额申请模式的指示参数，并将该指示参数 包含在所述计费处理结果中，所述第二开始请求晚于所述第一开始请求发生。

第五方面，本申请实施例提供了一种计费触发设备(102)，包括发送模块(801)、接收 模块(802)和处理模块(803)，其中：

所述发送模块(801)用于：向计费处理设备(101)发送用户业务的初始配额申请模式 指示信息，所述初始配额申请模式指示信息指明所述计费触发设备(102)在收到所述用户 业务的第一开始请求时对所述用户业务采用了第一初始配额申请模式；

所述接收模块(802)用于：从所述计费处理设备(101)接收所述用户业务的计费处理 结果；

所述处理模块(803)用于：基于所述计费处理结果处理所述用户业务。

在一个可能的方案中，所述发送模块还用于：

在收到所述第一开始请求时对所述用户业务采用所述第一初始配额申请模式；

向所述计费处理设备(101)发送所述用户业务的初始计费请求消息，所述初始计费请 求消息包含所述初始配额申请模式指示信息。

在一个可能的方案中，所述接收模块(802)还用于从所述计费处理设备(101)接收包 含用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数的计费处理 结果，所述处理模块(803)还用于挂起所述用户业务的配额管理；或者所述接收模块(802) 还用于从所述计费处理设备(101)接收包含用于指示所述计费触发设备(102)中断所述用 户业务的指示参数的计费处理结果，所述处理模块(803)还用于中断所述用户业务。

在一个可能的方案中，所述接收模块(802)还用于从所述计费处理设备(101)接收包 含用于指示计费触发设备在收到所述用户业务的第二开始请求时对所述用户业务采用第二 初始配额申请模式的指示参数的计费处理结果，所述第二开始请求晚于所述第一开始请求发 生，所述处理模块(803)还用于将所述用户业务的初始配额申请模式更新为所述第二初始 配额申请模式。

第六方面，本申请实施例提供了一种计费处理设备(101)，包括处理器和存储器，其中：

所述存储器，用于存储程序指令；

所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费处理设备 (101)执行第二方面或第二方面中任一可能的方案中的处理用户业务的方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上 运行时，使得所述计算机执行第二方面或第二方面中任一可能的方案中的处理用户业务的方 法。

第八方面，本申请实施例提供了一种计费触发设备(102)，包括处理器和存储器，其中：

所述存储器，用于存储程序指令；

所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费触发设备 (102)执行第三方面或第三方面中任一可能的方案中的处理用户业务的方法。

第九方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上 运行时，使得所述计算机执行第三方面或第三方面中任一可能的方案中的处理用户业务的方 法。

第十方面，本申请实施例提供了一种处理用户业务的方法，应用于策略控制设备(104)， 该方法包括：

向计费触发设备(102)发送用户业务的初始配额申请模式指示信息，所述初始配额申 请模式指示信息指明所述计费触发设备(102)在收到所述用户业务的第一开始请求时对所 述用户业务采用了第一初始配额申请模式；

从所述计费触发设备(102)接收所述用户业务的初始配额申请模式指示信息，所述指 示信息为对所述用户业务禁止采用所述第一初始配额申请模式的指示信息，或者，指示将所 述用户业务对应的初始配额申请模式更改为第二初始配额申请模式的指示信息；

基于所述初始配额申请模式指示信息将所述用户业务的初始配额申请模式更新为所述 第二初始配额申请模式。

第十一方面，本申请提实施例供了一种芯片，当所述芯片运行时用于实现上述第二 方面、第三方面、第二方面的任意可能的实现方案或第三方面的任意可能的实现方案的方法。

附图说明

图1为本申请实施例提供的计费系统架构图；

图2为本申请实施例提供的处理用户业务的方法流程图；

图3A为本申请实施例提供的计费处理设备通过初始计费响应消息处理用户业务的 第一方法流程图；

图3B为本申请实施例提供的计费处理设备通过中期计费响应消息处理用户业务的 第一方法流程图；

图3C为本申请实施例提供的计费处理设备通过初始计费响应消息处理用户业务的 第二方法流程图；

图3D为本申请实施例提供的计费处理设备通过中期计费响应消息处理用户业务的 第二方法流程图；

图4A为本申请实施例提供的计费处理设备通过通知消息处理用户业务的第一方法 流程图；

图4B为本申请实施例提供的计费处理设备通过通知消息处理用户业务的第二方法 流程图；

图5A为本申请实施例提供的计费触发设备基于计费处理结果处理用户业务的第一 方法流程图；

图5B为本申请实施例提供的计费触发设备基于配额授予结果处理用户业务的第二 方法流程图；

图6为本申请实施例提供的计费触发设备、计费处理设备或策略控制设备的硬件结 构示意图；

图7为本申请实施例提供的计费处理设备的逻辑结构示意图；

图8为本申请实施例提供的计费触发设备的逻辑结构示意图；

图9为本申请实施例提供的策略控制设备的逻辑结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在 本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”是一种描述关联对象的关联关系，表示可以存在 三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B这三种 情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个” 是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合， 包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以 表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。另 外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、 “第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理 解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等 字样也并不限定一定不同。

图1为本申请实施例提供的计费系统架构图，用于控制计费触发设备处理用户业务，其 中包括计费处理设备101、计费触发设备102和用户设备103，可选地，还可以包括策略控 制设备104，这些设备的主要功能分别描述如下。

计费处理设备101：与计费触发设备(包括计费触发设备102及图1未显示的其他计费 触发设备)连接，除了用于接收计费触发设备上报的配额申请信息、使用量信息等、据此对 用户业务进行计费处理外，还根据计费触发设备上报的所述用户业务的初始配额申请模式， 以及根据所述用户业务的相关信息，如用户类型、客户信息、账户余额、业务白名单、业务 黑名单、账户余额变化趋势、套餐剩余有效期等，进行计费处理，并向计费触发设备发送计 费处理结果，以使该计费触发设备调整对所述用户业务进行的计费操作。

计费处理设备101可以为3GPP标准规范定义的CHF(Charging Function，计费功能) 设备，也可以为3GPP标准规范定义的CCS(Converged Charging System，融合计费系统) 设备，其中包含了CHF设备的功能。

应理解，实际应用中，图1所示计费系统可以有更多的计费处理设备，例如，可以构建 一个集群，其中包含多个计费处理设备，互为备份，从而可以提高容灾能力，实现高可用性。

为叙述方便，本申请实施例中，有时候也将计费处理设备直接称为CHF设备。

计费触发设备102：与计费处理设备101、策略控制设备104(如果有)以及用户设备103相连，该设备可以用于：

(1)从用户设备103接收用户业务的开始请求(即用于请求计费触发设备开始所述用 户业务的请求消息)，并根据该开始请求开始所述用户业务，且对所述用户业务进行配额管 理、使用量上报等计费操作；

(2)向计费处理设备101上报自身对用户业务采用的初始配额申请模式，从计费处理 设备101接收计费处理结果，据此调整对所述用户业务的计费操作，包括调整对所述用户业 务采用的初始配额申请模式和/或调整对所述用户业务的中期计费操作(如挂起所述用户业 务的配额管理、中断所述用户业务等)；

(3)根据计费处理设备101返回的关于所述用户业务的计费处理结果(例如，配额授 予结果)，决策自身对所述用户业务采用的初始配额申请模式；

(4)在本地或外部存储实体存储所述用户业务的初始配额申请模式，或者，若有策略 控制设备104，将自身或计费处理设备101确定的初始配额申请模式的相关信息上报给策略 控制设备104，这样可以在多个计费触发设备之间共享所述用户业务的初始配额申请模式， 既可以减少不同计费触发设备之间的同步和交互，也可以减轻自身的存储负担。

计费触发设备102可以为3GPP标准规范定义的CTF设备。当用户业务为5G数据连接业 务时，计费触发设备102的功能可以部署在3GPP规范中定义的SMF(Session ManagementFunction，会话管理功能)设备中；当用户业务为语音业务时，计费触发设备102的功能可以部署在IMS(IP Multimedia Sub-system，IP多媒体子系统)中的AS(ApplicationServer， 应用服务器)或CSCF(call session control function，呼叫会话控制功能)设备中。本 申请实施例对计费触发设备102的功能所部署的物理设备不做限定。

应理解，实际应用中，图1所示的计费系统可以有更多的计费触发设备，它们可以连接 到相同的计费处理设备(如计费处理设备101)，也可以连接到不同的计费处理设备，同一用 户设备为同一用户业务发起的多次业务开始请求，可能是由相同的或不同的计费触发设备处 理。

为叙述方便，本申请实施例中有时候也将计费触发设备称为CTF设备。

用户设备103：与计费触发设备(计费触发设备102或图1中未显示的其他计费触发设 备)相连，用于向计费触发设备发送用户业务的开始请求，并通过计费触发设备接入或使用 用户业务。

用户设备103可以是3GPP标准规范定义的用户设备(user equipment，UE)，可以是具 有无线通信功能的无线接入设备或者不具有无线通信功能的有线接入设备，包括手持式设备、 车载设备、可穿戴设备或计算设备；示例性地，可以是手机(mobile phone)、平板电脑或 带无线收发功能的电脑；用户设备103还可以是虚拟现实(virtual reality，VR)终端设 备、增强现实(augmented reality，AR)终端设备、工业控制中的无线终端、无人驾驶中 的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中 的无线终端、智慧家庭(smart home)中的无线终端等。

应理解，实际应用中，图1所示计费系统可以有更多的用户设备。

策略控制设备104：与计费触发设备(计费触发设备102或图1中未显示的其他计费触 发设备)相连，用于为计费触发设备提供用户业务的计费策略，还用于为计费触发设备提供 某个用户业务对应的初始配额申请模式。

策略控制设备104可以是3GPP标准规范定义的策略控制功能(Policy ControlFunction， PCF)设备，或者策略和计费规则功能(Policy and Charging rules Function,PCRF)设备。

为叙述方便，本申请实施例中有时候也将计费触发设备直接称为CTF设备。

需要说明，上文所述的“相连”或者“连接”包括直接连接或者通过一个或多个中间网 络设备连接。

图1所示的计费系统架构可以改变计费处理设备和计费触发设备之间的配合关系，使得 计费触发设备对用户业务的计费操作可以动态、按需地进行调整，从而可以实现在用户业务 的信用控制风险较低时采用非阻塞模式的初始配额申请，而在用户业务的信用控制风险较高 时采用阻塞模式的初始配额申请，并对非阻塞模式情况下的用户业务的使用进行适当的处理， 如：挂起用户业务的配额管理或者中断用户业务，可以兼顾用户业务对接入时延的需求、运 营商对系统性能和信用风险控制的需求。

为便于理解本申请实施例，下面对一些概念进行解释。

用户业务是指用户设备103通过计费触发设备(计费触发设备102或图1中未显示的计 费触发设备)接入或使用的业务，包括但不限于：

(1)数据连接业务，例如，一个协议数据单元(Protocol Data Unit，PDU)会话中的某个费率组(Rating Group，RG)对应的一到多个数据流，或者PDU会话中的某个RG与业 务标识对应的数据流，都可以理解为本申请实施例的用户业务；本申请实施例中，“PDU会话中用户业务”、“PDU会话中的业务”，是指PDU会话中某个RG对应的多个数据流，也可以是 某个RG对应的多个数据流中某个业务标识对应的数据流；

(2)IMS业务；

(3)能力开放业务等。

为叙述的方便，本申请实施例中，有时候也将用户业务简称为“业务”。

关于用户设备103所接入或使用的用户业务，本申请实施例将主要以5G网络的数据连 接业务为例进行说明；相应地，关于计费数据，本申请实施例将主要以数据流量有关的信息 为例进行说明，数据流量有关的信息包括但不限于：计费触发设备所采集的PDU会话的信息、 所述PDU会话中的被放行的业务单元使用量、计费触发条件、时间戳等。

开始用户业务，是指计费触发设备收到用户业务的开始请求后放通所述用户业务，包括 放通所述用户业务的信令或者数据，例如：当用户业务为上述数据连接业务时，“开始用户 业务”包括使针对该数据连接业务的PDU会话的建立或更新操作得以继续(如果PDU会话不 可用)或者放通业务数据流(如果PDU会话已可用)。

中断用户业务，是指计费触发设备(计费触发设备102或图1中未显示的计费触发设备) 停止放通用户业务，例如：当所述用户业务为上述数据连接业务时，“中断用户业务”包括 断开所述用户业务对应的数据流的操作。

初始配额申请模式(Initial Quota Request Mode，IqrMod)是指计费触发设备(计费 触发设备102或图1中未显示的计费触发设备)在收到用户业务的开始请求后首次为所述用 户业务申请配额的模式，主要体现了收到用户业务的开始请求后，为用户业务首次申请配额 与开始用户业务之间的时间顺序关系；根据首次申请配额的过程是否阻塞用户业务的开始操 作，初始配额申请模式可以分为阻塞模式和非阻塞模式；因此，初始配额申请有“阻塞模式 的初始配额申请”和“非阻塞式的初始配额申请”之分，分别描述如下：

阻塞模式的初始配额申请(Blocking Mode Initial Quota Request,BIqr)，是指计费 触发设备(计费触发设备102或图1中未显示的计费触发设备)响应于从用户设备103接收 的用户业务的开始请求，先为所述用户业务向计费处理设备101申请配额，并在接收到计费 处理设备为所述用户业务授予的配额后，才开始所述用户业务。

非阻塞模式的初始配额申请(Non-Blocking Mode Initial Quota Request,NBIqr)，是 指计费触发设备(计费触发设备102或图1中未显示的计费触发设备)响应于从用户设备103 接收的用户业务的开始请求，并不优先为所述用户业务向计费处理设备101申请配额，而是 优先开始所述用户业务，或者在开始所述用户业务的同时为所述用户业务向计费处理设备 101申请配额，也就是说，开始所述用户业务的操作并不依赖于计费处理设备101为所述用 户业务授予的配额。虽然计费触发设备在收到计费处理设备101为所述用户业务授予的配额 时，已经放通了所述用户业务，但在大多数场景下，尤其是在用户业务对应的用户账户中的 余额充足时，计费触发设备可以收到计费处理设备101授予的配额，因此可以在授予的配额 中扣减已放通的业务使用量，并将其通过后续的计费请求消息中的业务使用量(Used Service Unit，USU)上报给计费处理设备101。但这种机制的可靠性是有限的，因为用户业务对应的 账户信息是动态变化的，当账户中的余额低于某个阈值，或者账户对应的资费套餐发生变化 后，仍一味地对其采用非阻塞模式的初始配额申请，将可能出现严重的信用控制风险。

由此可知，当计费触发设备从计费处理设备101接收到其决策采用的某个模式的初始配 额申请的指示信息后，如果相应用户业务已经开始，则计费触发设备在收到所述用户业务的 下次开始请求时才对所述用户业务应用该模式的初始配额申请，而不是立即应用。

初始配额申请模式指示信息(Initial Quota Request Mode Indication，IqrModInd) 是指明计费触发设备(计费触发设备102或图1中未显示的计费触发设备)在收到用户业务 的开始请求时对所述用户业务已采用哪一种初始配额申请模式(即上面两种模式中的哪一种 模式)的指示信息；初始配额申请模式指示信息可以仅包含IqrMod的取值,也可以包含 IqrMod字段及其取值，还可以包含SID(用户业务的标识)字段及其取值。本申请实施例不限 定初始配额申请模式指示信息的数据结构。

初始配额申请模式的要求条件是指为使计费触发设备对用户业务采用初始配额申请模 式，所述用户业务的属性信息、所述用户业务对应的账户等应满足的条件。例如，非阻塞模 式的要求条件可以是“用户业务为时延敏感业务，已连续订购超过12个月，账户余额超过 1000元”，而阻塞模式的要求条件可以是“用户业务为非时延敏感业务，账户余额小于100 元”。应理解，初始配额申请模式的要求条件不限于对用户业务的属性信息和用户业务对应 的账户的要求，且可以由运营商事先配置，或者由运营商与用户共同确定，对此，本申请实 施例不作限定。

注意，为了叙述方便，本申请实施例中有时候将“对某个用户业务采用某种初始配额申 请模式”描述成“对某个用户业务采用某种模式的初始配额申请”。

下面进一步描述基于图1所示的计费系统架构可以实现的方法流程示例，如图2、图3A- 图3D、图4A-图4B和图5A-图5B所示，其中，每一个图对应的方法流程中的计费触发设备 都对应图1中的计费触发设备102、计费处理设备都对应图1中的计费处理设备101、用户设备都对应图1中的用户设备103，策略控制设备(如果出现的话)，都对应图1中的策略 控制设备104，后续在关于这些方法流程的描述中将不再赘述。

图2对应的方法流程中，计费触发设备基于计费处理设备发送的计费处理结果改变对用 户业务的计费操作，该方法流程主要包括如下步骤：

步骤210：计费触发设备向计费处理设备发送用户业务的初始配额申请模式指示信息， 或者计费处理设备获取所述初始配额申请模式指示信息。

具体地，该步骤可以说是计费触发设备向计费处理设备发送所述初始配额申请模式指示 信息，也可以说是计费处理设备获取所述初始配额申请模式指示信息，后者包括：

-计费处理设备从本地存储设施中直接读取所述初始配额申请模式指示信息、或者从本 地存储设施读取所述用户业务的初始配额申请模式，间接得到所述初始配额申请模式指示信 息；或者

-根据所述用户业务的配置信息确定所述初始配额申请模式指示信息；或者

-从计费触发设备接收所述初始配额申请模式指示信息。

计费触发设备可以通过初始计费请求消息，也可以通过中期计费请求消息，发送所述初 始配额申请模式指示信息给计费处理设备。

本申请实施例中，初始计费请求消息是指计费触发设备收到所述用户业务的开始请求后 向计费处理设备发送的所述用户业务第一个计费请求消息，主要用来申请配额；为叙述方便， 本申请实施例中，有时候也将用户业务的初始计费请求消息简称为初始计费请求。

本申请实施例中，中期计费请求消息是指计费触发设备向计费处理设备发送用户业务的 初始计费请求消息之后发送的所述用户业务的后续计费请求消息，可以用来申请配额，也可 以用来上报使用量，还可以既用来申请配额又用来上报使用量；为叙述方便，本申请实施例 中，有时候也将用户业务的中期计费请求消息简称为中期计费请求。

步骤220：计费处理设备向计费触发设备发送基于所述初始配额申请模式指示信息对所 述用户业务进行计费计费处理得到的计费处理结果。

具体地，计费处理设备基于所述初始配额申请模式指示信息对所述用户业务进行计费处 理，并将该计费处理得到的计费处理结果发送给计费触发设备。基于所述初始配额申请模式 指示信息，计费处理设备可以获知当前所述用户业务是否已经开始，以及计费触发设备对所 述用户业务采用了何种模式的初始配额申请模式，从而在所述计费处理过程中，可以进一步 结合用户业务的一些属性信息，例如，用户业务的类型(如可中断性)，进行计费处理、生 成相应的计费处理结果，所述计费处理结果包括授权结果、用户业务的初始配额申请模式相 关的指示参数等，以便计费触发设备据此调整对所述用户业务的计费操作。其中，授权结果 可以是授予配额的信息，如授予配额的数量、授予配额失败的原因等。

例如，当所述初始配额申请模式指示信息指明计费触发设备此前对所述用户业务采用非 阻塞模式(第一初始配额申请模式)的初始配额申请，一方面，若确定需要将所述用户业务 的初始配额申请模式更改为阻塞模式或者需要禁用所述用户业务的非阻塞模式的初始配额 申请，则在计费处理结果中包含“指示计费触发设备在收到所述用户业务的下次开始请求时 对所述用户业务采用第二初始配额申请模式(此处为阻塞模式”的指示参数，具体的，该指 示参数可以是指示禁用非阻塞模式初始配额申请的指示参数，也可以是指示更改初始配额申 请模式为阻塞模式的指示参数，以便计费触发设备在收到所述用户业务的下次开始请求时采 用阻塞模式的初始配额申请，进而避免远期信用控制风险和网络安全风险(防DoS攻击)； 另一方面，在确定授权失败时，计费处理设备可以进一步确定需要中断用户业务(如判断所 述用户业务的可中断性，且判断其为可中断业务时)，则在所述计费处理结果中包含“中断 业务”的计费操作控制指令，而如果确定需要挂起所述用户业务的配额管理(如所述用户业 务为不可中断业务)，则在所述计费处理结果中进一步包含“挂起配额管理”的计费操作控 制指令，挂起配额管理可以是将该用户业务转为离线计费或者转为使用一个无限配额(即： 计费触发设备不会因为配额用完而触发配额申请)，挂起配额管理后虽然不能对所述用户业 务进行实时信用控制，但依然可以采集用户业务的计费信息作为后续计费处理的基础，通过 基于初始配额申请模式指示信息对授权失败的计费处理，可以对用户业务采取合适的处理措 施，避免了信用控制风险和网络安全风险。

再如，当所述初始配额申请模式指示信息指明计费触发设备此前对所述用户业务采用阻 塞模式的初始配额申请(第一初始配额申请模式)，若确定需要将该用户业务的初始配额申 请模式更改为非阻塞模式或者需要恢复该用户业务的非阻塞模式配额管理(例如当授予配额 成功时，计费处理设备可以进一步分析所述用户业务的账户信息，如果所述用户业务的账户 余额充足)，则可在所述计费处理结果中包含“指示计费触发设备在收到所述用户业务的下 次开始请求时对所述用户业务采用第二初始配额申请模式(此处为非阻塞模式)”的指示参 数，具体的，该指示参数可以是指示更改初始配额申请模式为非阻塞模式的指示参数，或者， 若该用户业务的初始配额申请模式默认配置为非阻塞模式，且之前被计费处理设备禁用了该 非阻塞模式，则该指示参数可以是恢复该用户业务默认配置的非阻塞初始配额申请模式的指 示参数，以便计费触发设备在收到所述用户业务的下次开始请求时，可以对所述用户业务采 用非阻塞模式的初始配额申请，以降低所述用户业务的接入时延。这种情况下，计费处理设 备还可以在计费处理结果中包含“挂起配额管理”(意思是在所述用户业务结束前对所述用 户业务不做配额管理或限制，除非再次收到计费处理设备发送的“恢复配额管理”指示参数) 的指示参数，以便在本次业务使用过程中减少复杂的信用控制，提高系统效率。

计费处理设备也可以不在计费处理结果中包含显式的指示参数，而是，例如，通过改变 授予配额的数量，使多次授予的配额呈上升趋势，或者呈下降趋势，以此通过“暗示”的方 式促使计费触发设备调整对所述用户业务采用的初始配额申请模式。

更多例子，参见本申请后续实施例。

步骤230：计费触发设备基于所述计费处理结果处理所述用户业务。

具体地，计费触发设备从计费处理设备接收所述计费处理结果，然后根据计费处理结果 处理所述用户业务。

具体地，如果计费处理结果中包含“中断用户业务”的指示参数，则中断所述用户业务， 可选的，向计费处理设备上报此前记录的无配额使用量；如果计费处理结果中包含“挂起配 额管理”的指示参数，则挂起所述用户业务的配额管理，例如：可以是将所述用户业务转为 离线计费或者转为使用不限量配额管理(即：计费触发设备不会因为配额用完而触发配额申 请)；如果计费处理结果中包含“指示计费触发设备在收到所述用户业务的下次开始请求时 对所述用户业务采用第二初始配额申请模式”的指示参数，则更改所述用户业务的初始配额 申请模式；如果计费处理结果中未包含“指示计费触发设备在收到所述用户业务的下次开始 请求时对所述用户业务采用第二初始配额申请模式”的指示参数，计费触发设备可以根据计 费处理结果中包含的授权结果(如授予配额失败的原因，或者相比请求量低很多的授予配额 的数量等)，进一步确定是否更改所述用户业务的初始配额申请模式。

具体地，计费触发设备还可以根据多个计费处理结果中包含的配额授予信息，进一步确 定是否更改所述用户业务的初始配额申请模式。例如，当获知此前多次授予配额均成功，且 当前初始配额申请模式为阻塞模式，则计费触发设备可以确定收到所述用户业务的下次开始 请求时对所述用户业务改为采用非阻塞模式的初始配额申请；再如，如果此前多次授予配额 的数量呈现下降趋势，且当前初始配额申请模式为非阻塞模式，则可以确定收到所述用户业 务的下次开始请求时对所述用户业务改为采用阻塞模式的初始配额申请。

更多例子，参见本申请后续实施例。

上述图2对应的方法流程使得计费处理设备可以基于计费触发设备对用户业务所采用的 初始配额申请模式对所述用户业务进行计费处理，并下发相应的计费处理结果，以使计费触 发设备处理所述用户业务(主要是改变对所述用户业务的计费操作)，有助于实时、动态地 平衡终端用户对接入时延的需求、运营商对系统性能和信用风险控制的需求之间的关系。

关于上述图2对应的方法流程，可进一步参考本申请实施例提供的图3A-图3D、图4A- 图4B和图5A-图5B对应的方法流程。

图3A-图3D为本申请实施例提供的计费处理设备通过计费响应消息处理用户业务的方 法流程图，下面对这些方法流程分别进行描述。

图3A对应的方法流程中，起先计费触发设备对用户业务采用非阻塞模式(第一模式) 的初始配额申请，后来计费处理设备通过初始计费响应消息发送计费控制指令，使计费触发 设备调整计费操作，例如：挂起所述用户业务的配额管理、中断所述用户业务、对所述用户 业务改为采用阻塞模式(第二模式)的初始配额申请等。该方法流程主要包括如下步骤：

步骤301：计费触发设备收到所述用户业务的开始请求StartReq31。

具体地，计费触发设备从用户设备接收到StartReq31。

以所述用户业务为5G数据业务为例，StartReq31可以是为该数据业务建立PDU会话的 请求消息，或者，在PDU会话已建立的情况下，可以是该数据业务的数据流中的初始数据包。

步骤302：计费触发设备获取所述用户业务的初始配额申请模式IqrMod(＝NB)。

具体地，计费触发设备可以根据本地或外部存储设施保存的所述用户业务的配置信息得 到所述用户业务的初始配额申请模式，还可以从策略控制设备下发的策略中获取所述用户业 务的初始配额申请模式(例如，策略控制设备激活的所述用户业务的计费策略中获取所述用 户业务的初始配额申请模式；或者所述用户业务当前没有激活的计费策略，则向策略控制设 备请求所述用户业务的计费策略，策略控制设备将所述用户业务的初始配额申请模式作为所 述用户业务的计费策略返回给计费触发设备，计费触发设备从中获取所述用户业务的初始配 额申请模式)。

本方法流程假设对所述用户业务采用的初始配额申请模式IqrMod为非阻塞模式(NB)。

步骤303：计费触发设备开始所述用户业务，记录无配额使用量NQUSU。

由于所述用户业务的初始配额申请模式为非阻塞模式，计费触发设备可以立即开始所述 用户业务，而不必等待后续步骤中的配额申请的结果；此外，计费触发设备开始记录无配额 使用量NQUSU。所述无配额使用量是指计费触发设备在没有计费处理设备为所述用户业务授 予的有效配额的情况下放通所述用户业务所形成的的业务使用量，以5G数据业务为例，其 无配额使用量为计费触发设备在没有计费处理设备为该5G数据业务授予的有效配额的情况 下，放通该5G数据业务所形成的的数据流量。

步骤304：计费触发设备向计费处理设备发送所述用户业务的初始计费请求，其中包括 配额申请信息RSU31和初始配额申请模式指示信息IqrModInd31。

具体地，为了从计费处理设备申请配额以维持放通所述用户业务，计费触发设备向计费 处理设备发送所述初始计费请求消息，其中包括配额申请信息RSU31和初始配额申请模式指 示信息IqrModInd31，IqrModInd31包括所述用户业务的初始配额申请模式IqrMod(＝NB)。

不同用户业务之间可以共享配额(如：用户业务为某个RG对应的多个数据流中某个业 务标识对应的数据流，则对应相同费率组的多个用户业务共享该费率组的配额)，或者用户 业务独享配额(例如：用户业务为某个费率组对应的多个数据流，则该用户业务独享该费率 组的配额)，对应这两种情况的计费请求消息及其中的初始配额申请模式指示信息的数据结 构，分别举例如下。

(1)用户业务独享配额(例如：用户业务为某个费率组对应的多个数据流)，计费触发设备可以以费率组为单位上报初始配额申请模式(后续计费处理设备也将以费率组为单位 管理初始配额申请模式)，则示例性的计费请求消息为：

注：MUU是Multiple Unit Usage(多单元使用量)的缩写，RG是Rating Group(费率组)的缩写，RSU是Requested Service Unit(请求的业务使用量)的缩写，下同。

(2)不同用户业务之间共享配额(如：用户业务为某个费率组对应的多个数据流中某 个业务标识对应的数据流，则对应相同费率组的多个用户业务共享该费率组的配额)，具体 如下：

假定有两个用户业务：用户业务Service1和用户业务Service2共享配额，即：Service1 为费率组RG1中Service ID＝1对应的数据流，Service2为RG1中Service ID＝2对应的数据 流，计费触发设备确定Service1的IqrMod为阻塞模式，Service2的IqrMod为非阻塞模式。

计费触发设备在收到Service2的开始请求时，若计费触发设备上已经有该费率组对应 配额(假设Service1已经开始，该费率组对应配额是为Service1授予的)，则计费触发设 备为Service2直接使用该费率组对应配额，这种情况下，计费触发设备未对Service2采用 非阻塞模式，则不向计费处理设备上报Service2采用的初始配额申请模式指示信息或者上 报的Service2采用的初始配额申请模式为阻塞模式。

计费触发设备在收到Service2的开始请求时，若计费触发设备上无该费率组对应配额， 则计费触发设备为Service2采用非阻塞模式的初始配额申请，此时向计费处理设备发送的 初始计费请求消息中携带“Service2采用了非阻塞模式的初始配额申请”的指示信息。具体 的，有两种上报初始配额申请模式的方法：

(2-1)：计费触发设备以用户业务为单位上报初始配额申请模式(后续计费处理设备 也可以以用户业务为单位管理初始配额申请模式)，则示例性的计费请求消息为：

(2-2)：计费触发设备可以以费率组为单位上报初始配额申请模式(后续计费处理设 备也可以以费率组为单位管理初始配额申请模式)，则示例性的计费请求消息为：

应理解，步骤303并不依赖步骤304，也就是说步骤304可以在步骤303之后、之前或同时执行。

计费处理设备接收并解析上述初始计费请求，从中获取RSU31和IqrModInd31，并基于 IqrModInd31所指明的情况(即所述计费触发设备对所述用户业务采用非阻塞模式的初始配 额申请)，对所述用户业务进行计费处理，生成本期计费控制指令(Current StageCharging Control Command，CurCmd)和/或下期计费控制指令(Next Stage ChargingControl Command， NxtCmd)，下发给计费触发设备执行。关于本期计费控制指令和下期计费控制指令，说明如 下：

本申请实施例中，本期计费控制指令是指提供给计费触发设备针对本期用户业务执行的 指示参数或指令，而下期计费控制指令是指提供给计费触发设备针对下期用户业务的指示参 数或指令；其中，本期用户业务是指当前为其申请配额或正在消费配额的用户业务，例如： 假设一个用户业务对应5G数据业务中一个费率组的业务数据流，则在该业务数据流的结束 事件(Termination of service data flow)出现之前，该用户业务都称为“本期用户业务”； 而下期用户业务是相对于本期用户业务而言的，指当前时间点之后开始的相同用户业务，例 如：假设一个用户业务对应数据业务中一个费率组的业务数据流，当前正在放通中，在当前 时间点之后的该用户业务的业务数据流的开始事件(Start ofservice data flow)出现， 则该开始的业务数据流称为“下期用户业务”。考虑用户业务可以并发执行，本期用户业务 和下期用户业务在某个时间段上可能并存。

上述生成本期计费控制指令和下期计费控制指令的过程举例如下。

示例3A-1

步骤305-1：计费处理设备授予配额GSU31，确定改用阻塞模式的初始配额申请，生成 所述用户业务的下期计费控制指令NxtCmd31＝ToB，保存所述用户业务的初始配额申请模式。

具体地，计费处理设备基于RSU31为所述用户业务授予配额GSU31；计费处理设备基于 IqrModInd31判断是否需要更改所述用户业务的初始配额申请模式，在确定需使计费触发设 备改用阻塞模式的初始配额申请时，生成NxtCmd31；NxtCmd31示例性取值为“ToB”(To Blocking Mode)，以指示计费触发设备(计费触发设备102或者图1中未显示的计费触发 设备)在收到所述用户业务的下一次开始请求(如开始请求StartReq32)时，对所述用户业 务采用阻塞模式的初始配额申请；可选地，计费处理设备还可以基于IqrModInd31或NxtCmd31记录或保存所述用户业务当前的初始配额申请模式，以作为下次判断是否需要修改 所述用户业务的初始配额申请模式的输入。可选地，计费处理设备也可以不基于IqrModInd31 确定需使计费触发设备改用阻塞模式的初始配额申请，进而生成NxtCmd31。

例如，计费处理设备基于IqrModInd31获知当前计费触发设备为所述用户业务采用了非 阻塞模式的初始配额申请，且在确定所述用户账户不再满足非阻塞模式的初始配额申请的要 求条件时(例如，不再满足“账户中的套餐剩余有效期大于某个阈值”的条件，或者，满足 “账户余额下降速度超过某个阈值”等)，从而将形成信用控制风险的情况下，确定需使计 费触发设备对所述用户业务改为采用阻塞模式的初始配额申请模式，进而生成NxtCmd31。

再如，计费处理设备也可以在确定用户账户不再满足非阻塞模式的初始配额申请的要求 条件时，不管当前计费触发设备为所述用户业务采用了何种模式的初始配额申请的情况下， 直接生成NxtCmd31。

应理解，本申请实施例中关于NxtCmd指令的表示方式是示例性的，而非限定，除了上 面的表示方式，还可以采用其他的表示方式，例如，可以用“enable NB”表示要采用非阻塞模式的初始配额申请，而用“disable NB”表示要采用阻塞模式的初始配额申请。

具体地，为使计费处理设备在中间计费请求中不上报初始配额申请模式的情况下，也能 知道计费触发设备对所述用户采用的初始配额申请模式，计费处理设备还可以进一步在本次 计费上下文中记录或者保存当前生效的初始配额申请模式：如果此前未下发过NxtCmd31，则 基于IqrModInd31记录或保存所述用户业务的初始配额申请模式IqrMod，如果计费处理设备 更新了初始配额申请模式，则记录或保存更新后的初始配额申请模式(例如，NxtCmd31＝ToB， 则应该记录或保存所述用户业务的配额申请模式为阻塞模式)。应理解，上述生成NxtCmd31 的步骤是可选的，在方法流程图中有相应的“？”标记，反过来说，如果流程图中一个动作 后缀一个“？”标记，则表示该动作是可选动作；这种表示方式适用于本申请所有实施例， 将不再赘述。

步骤306-1：计费处理设备向计费触发设备发送初始计费响应消息，其中包含GSU31和 NxtCmd31。

其中，初始计费响应消息是上述初始计费请求消息对应的响应消息。为叙述方便，本申 请实施例中，有时候也将初始计费响应消息简称为初始计费响应，后续将不再赘述。

NxtCmd31是可选的在方法流程图中有相应的“？”标记；反过来说，如果方法流程图中 一个消息字段后缀一个“？”标记，则表示该消息字段是可选的；这种表示方式也适用于本 申请所有实施例，将不再赘述。

应理解，步骤305-1记录或保存所述用户业务的初始配额申请模式也可以在本步骤中发 送初始计费响应消息成功之后再执行。

根据不同用户业务之间是否共享配额，对计费响应消息及其中的NxtCmd的数据结构， 分别举例如下(接步骤304举例)。

(1)用户业务独享配额，计费处理设备可以以费率组为单位管理初始配额申请模式， 则示例性的计费响应消息为：

注：MUI是Multiple Unit Information(多单元信息)的缩写；GSU是GrantedService Unit(授予业务单元)的缩写。

(2)不同用户业务之间共享配额，对应步骤304有两种上报初始配额申请模式的方法 (基于步骤304的Service1和Service2)：

(2-1)：计费处理设备可以以用户业务为单位管理初始配额申请模式，则示例性的计 费响应消息为：

(2-2)计费处理设备也可以以费率组为单位管理初始配额申请模式：

示例1：使计费触发设备对整个费率组中的所有用户业务都采用阻塞模式(或者说禁止 使用非阻塞模式)，示例性的计费响应消息为：

假设此前该费率组中有的用户业务(如步骤304示例中的Service1的用户业务)已经 被采用阻塞模式，则该响应消息(中的NxtCmd31)相当于仅对此前采用非阻塞模式的用户业 务(如步骤304示例中的Service2的用户业务)起作用。

示例2：若Service2的非阻塞模式已经被计费处理设备禁用，计费触发设备确定恢复该 Service2用户业务的原来初始配额申请模式(即：恢复期采用非阻塞模式)，示例性的计费 响应消息为：

假设此前该费率组中有的用户业务(如步骤304示例中ServiceID为1的用户业务)已 经采用阻塞模式，则该响应消息(中的NxtCmd31)相当于仅对此前采用非阻塞模式的用户业 务(如步骤304示例中ServiceID为2的用户业务)起作用。

步骤307-1：计费触发设备监控GSU31的使用(将NQUSU作为已使用量)，基于NxtCmd31 更新所述用户业务的初始配额申请模式。

具体地，计费触发设备接收并解析步骤306-1的初始计费响应消息，从中获取GSU31和 NxtCmd31(如果有)，并且，监控GSU31的使用，此时，将记录的所述用户业务的无配额使 用量NQUSU作为配额GSU31的已使用量。

具体地，计费触发设备基于NxtCmd31更新所述用户业务的初始配额申请模式：基于 NxtCmd31参数得到所述用户业务的新的初始配额申请模式，并与步骤302对应地，将所述初 始配额申请模式保存到本地或外部存储设施保存的所述用户业务的配置信息中，其中在外部 存储设施保存的初始配额申请模式可以供多个计费触发设备共用。对于数据业务，更新本地 生效的所述用户业务的计费策略中的初始配额申请模式后，进一步向策略控制设备发送策略 更新请求，所述策略更新请求中包含更新所述用户业务的初始配额申请模式的指示信息；或 者，不更新本地生效的所述用户业务的计费策略中的初始配额申请模式，而是直接向策略控 制设备发送策略更新请求，所述更新请求中包括更新所述用户业务的初始配额申请模式的指 示信息，之后，策略控制设备在所述策略更新请求的响应消息中下发所述用户业务的新的计 费策略，所述新的计费策略中包含更新后的所述用户业务的初始配额申请模式，所述指示信 息可以为禁止对所述用户业务采用非阻塞模式，或者指示对所述用户业务采用阻塞模式。本 申请实施例对计费触发设备保存初始配额申请模式的数据结构和存储位置不作限定，例如， 可以置于用户业务的配置数据的数据结构中：

转步骤308。

示例3A-2

步骤305-2：计费处理设备授权失败，且确定需使计费触发设备挂起配额管理/改用阻塞 模式的初始配额申请，生成CurCmd32＝HngQm/NxtCmd32＝ToB，保存所述用户业务的初始配额 申请模式。

具体地，计费处理设备在为所述用户业务授权失败的情况下，确定应使计费触发设备挂 起所述用户业务的配额管理，则生成挂起配额管理的本期计费控制指令CurCmd32，示例的取 值为“HngQm”(Hang up quota management，挂起配额管理)；可选地，计费处理设备 还可以确定应使计费触发设备对所述用户业务改为采用阻塞模式的初始配额申请，则生成下 期计费控制指令NxtCmd32，示例取值为“ToB”。可选地，计费处理设备还可以基于NxtCmd32 更新所述用户业务的初始配额申请模式。其中，所述授权失败，包括：余额不足、批价失败、 不允许接入所述用户业务等导致授权失败。本申请实施例中，授权失败主要以授予配额失败 为例，后续不再赘述。

关于生成CurCmd32，举例如下。

例如，在授予配额失败后，计费处理设备进一步根据所述用户业务的配置信息(如所述 用户业务的类型为不可中断业务，或者用户签约协议表明所述用户业务不可中断)确定需使 计费触发设备挂起所述用户业务的配额管理，则生成取值为“HngQm”的本期计费控制指令 CurCmd32。可选的CurCmd32中还可以包含配额授予失败的指示信息，如“Fail”。

实际部署中，上述挂起配额管理可以实现为对所述用户业务由在线计费转为离线计费， 相当于无配额管理，计费触发设备可基于CurCmd32的指示对所述用户业务转为离线计费； 上述挂起配额管理也可以实现为对所述用户业务由常规的配额管理转为不限量的配额管理， 则计费触发设备可基于CurCmd32的指示对所述用户业务不限配额或者使用一个足够大的配 额，并记录该足够大的配额的使用量。

上述常规的配额管理是指计费处理设备基于用户账户余额为用户业务分配配额，而计费 触发设备按计费处理设备授予的配额放通用户业务，并且会因配额的用完而触发向计费处理 设备发送用于申请配额的计费请求。

所谓不限量的配额管理，指计费处理设备下发的挂起配额指示(如上文“HngQm”)，计 费触发设备将基于该指示对用户业务不限制配额使用量(不会因为配额用完而触发申请配 额)，并记录配额的使用量。

针对上述挂起配额管理，如果计费触发设备和计费处理设备既实现了转为离线计费(无 配额管理)又实现了不限量的配额管理，这样计费处理设备和计费触发设备都面临两个选择， 则上述“HngQm”的指示参数可以用“ToOff”(To Offline Charging，转为离线计费)或“ToNLQM” (To No Litmited Quota Management，转为不限量的配额管理)代替，以示区别。

关于生成下期计费控制指令NxtCmd32，可以参考步骤305-1中的相关描述。

关于记录或保存所述用户业务的初始配额申请模式，可以参考步骤305-1中的相关描述。

步骤306-2：计费处理设备向计费触发设备发送初始计费响应消息，其中包含CurCmd32 和NxtCmd32。

其中，NxtCmd32是可选的，计费处理设备可以通过后续的中期计费响应消息中下发将所 述用户业务的初始配额申请模式更改为阻塞模式的指示参数。具体参考步骤306-1中的相关 描述

步骤307-2：计费触发设备挂起配额管理，基于NxtCmd32更新所述用户业务的初始配额 申请模式。

具体地，计费触发设备接收并解析步骤306-2中的初始计费响应消息，从中获取CurCmd32和NxtCmd32(如果有)，并根据CurCmd32挂起所述用户业务的配额管理，具体的，将所述用户业务转为离线计费(相当于无配额管理)或者对所述用户业务进行不限数量的配 额管理。此前记录的所述用户业务的无配额使用量，将作为USU上报给计费处理设备进行计 费处理。

类似地，计费触发设备还基于NxtCmd32更新所述用户业务的初始配额申请模式，具体 参考步骤307-1中的相关描述。

此后转步骤308。

示例3A-3

步骤305-3：计费处理设备授权失败，且确定需中断所述用户业务/改用阻塞模式的初始 配额申请，生成CurCmd33＝Fail/NxtCmd33＝ToB，保存所述用户业务的初始配额申请模式。

该步骤与步骤305-2类似，所不同的是，计费处理设备在授权失败后，进一步确定应使 计费触发设备中断所述用户业务(如：所述用户业务的类型为可中断业务，或者用户签约协 议表明所述用户业务为可中断业务)，如VR业务等娱乐性质业务，则生成本期计费控制指 令CurCmd33＝Fail。

应理解，本申请实施例中关于中断用户业务的CurCmd指令的表示方式是示例性的，而 非限定，除了上面的表示方式，还可以采用其他的表示方式，例如，还可以用特定结果码指 示计费触发设备中断所述用户业务。

关于保存所述用户业务的初始配额申请模式，可以参考步骤305-1中的相关描述。步骤 306-3：计费处理设备向计费触发设备发送初始计费响应消息，其中包含CurCmd33和NxtCmd33。

该步骤与步骤306-2类似，不再赘述。

步骤307-3：计费触发设备中断所述用户业务，上报NQUSU，基于NxtCmd33更新所述用 户业务的初始配额申请模式。

其中，基于NxtCmd33更新所述用户业务的初始配额申请模式与步骤307-1类似。

具体地，计费触发设备根据CurCmd33中的“Fail”指示信息，中断所述用户业务，可选地，进一步上报目前为止记录的无配额使用量NQUSU。

由于计费处理设备指示中断所述用户业务，所以该步骤之后将直接转步骤308结束所述 用户业务。

应理解，本步骤中，中断所述用户业务和更新所述用户业务的初始配额申请模式之间的 顺序不固定。

步骤308：用户业务结束。

具体地，所述用户业务结束可以是用户触发，或者授权失败等。

步骤309：计费触发设备接收所述用户业务的开始请求StartReq32。

具体地，计费触发设备从用户设备接收到StartReq32。

接收所述用户业务的下次开始请求的可能是步骤301-308中的计费触发设备，也可能是 其他的计费触发设备，所以步骤309中的计费触发设备与步骤301-308可能是同一个计费触 发设备，也可能是不同的计费触发设备。

步骤310：计费触发设备获取所述用户业务的初始配额申请模式IqrMod(＝B)。

该步骤与步骤302类似，不赘述。该步骤使计费触发设备获知应对所述用户业务采用阻 塞模式的初始配额申请，因而确定应先申请配额，后开始用户业务。

步骤311：计费触发设备向计费处理设备发送所述用户业务的初始计费请求消息，其中 包括配额申请信息RSU32和初始配额申请模式指示信息IqrModInd32。

具体地，根据所述用户业务的初始配额申请模式为阻塞模式(IqrMod＝B)，确定应先获 取配额，假定计费触发设备并没有所述用户业务可用的配额，则先发送所述初始计费请求消 息，以申请配额。所述初始配额申请中包含配额申请信息RSU32和初始配额申请模式指示信 息IqrModInd32，其中，IqrModInd32与步骤304中的IqrModInd31类似。

步骤312：计费处理设备授予配额GSU32。

具体地，计费处理设备接收并解析步骤311所述初始计费请求消息，从中获取配额申请 信息RSU32和初始配额申请模式指示信息IqrModInd32，为所述用户业务授予配额GSU32， 基于IqrModInd32记录或保存所述用户业务当前的初始配额申请模式，以作为下次判断是否 需要修改所述用户业务的初始配额申请模式的输入；关于授予配额GSU32和基于IqrModInd32记录或保存所述用户业务当前的初始配额申请模式的过程，可以参考步骤305-1 中的相关描述。

步骤313：计费处理设备向计费触发设备发送初始计费响应，其中包含授予的配额GSU32。

步骤314：计费触发设备基于GSU32开始用户业务。

上述步骤309-314中还可能会更改所述用户业务的初始配额申请模式，具体参见图3C 的步骤341-346，在步骤314之后也可能会更改所述用户业务的初始配额申请模式，具体参 见图3D的步骤367-370。

上述步骤301-步骤303的过程中，开始用户业务在申请配额之前，因此这是非阻塞模式 的初始配额申请过程；步骤309-步骤314的过程中，开始用户业务在申请到配额之后，因此 这是阻塞模式的初始配额申请过程；前后的变化由计费处理设备下发计费控制指令所致。

上述图3A对应的方法流程使得计费处理设备可以在授权失败时，根据所采用的初始配 额申请模式判断当前用户业务是否已经开始，进而确定合适的处理措施(如通过指示计费触 发设备挂起配额管理或中断用户业务等)处理本期用户业务，进而防止因为计费系统操作造 成本期用户业务风险。同时，在发现有信用控制风险时，该方法流程还使得计费处理设备可 以及时将计费触发设备对用户业务采用的初始配额申请模式从非阻塞模式改为阻塞模式，可 以防止下期用户业务从开始到立即中断的不良用户体验，又可以避免计费系统遭受DOS攻击。

考虑用户业务相关信息(如账户余额等)是动态变化的，所以计费处理设备并不总能在 对初始计费请求消息进行处理时就能评估出信用控制风险，而更可能在用户业务开始之后随 着用户业务相关信息的变化到一定程度才能评估出，为此，本申请实施例提供了图3B对应 的方法流程。

图3B对应的方法流程中，起先计费触发设备对用户业务采用非阻塞模式(第一模式) 的初始配额申请，后来计费处理设备通过中期计费响应消息发送计费控制指令，使计费触发 设备调整计费操作，例如：挂起/恢复配额管理、中断所述用户业务、对所述用户业务改为 采用阻塞模式(第二模式)的初始配额申请等。该方法流程主要包括如下步骤：

步骤321：计费触发设备收到所述用户业务的开始请求StartReq33。

该步骤的内容可参考步骤301。

步骤322：获取所述用户业务的初始配额申请模式IqrMod(＝NB)。

该步骤的内容可参考步骤302。

步骤323：计费触发设备开始所述用户业务，记录无配额使用量NQUSU。

该步骤的内容可参考步骤303。

步骤324：计费触发设备向计费处理设备发送初始计费请求，其中包括配额申请信息 RSU33和初始配额申请模式指示信息IqrModInd33。

该步骤的内容可参考步骤304。

步骤325：计费处理设备授予配额GSU33，基于IqrModInd33保存所述用户业务当前的 初始配额申请模式。

该步骤的内容可参考步骤305-1，区别为步骤305-1确定需要更改所述用户业务的初始 配额申请模式，而本步骤确定不需要更改所述用户业务的初始配额申请模式(原因例如：未 发现信用控制风险)。步骤326：计费处理设备向计费触发设备发送初始计费响应，其中包 括GSU33。

步骤327：计费触发设备监控GSU33的使用(NQUSU作为已使用量)。

具体地，计费触发设备接收并解析步骤326所述初始计费响应消息，从中获取GSU33， 管理GSU33的使用，此时，将记录的所述用户业务的无配额使用量NQUSU作为配额GSU31的 已使用量。

此后，计费触发设备通过中期计费请求向计费处理设备请求计费处理。中期计费请求可 能包含配额申请信息RSU，也可能包含使用量USU，分别如步骤328-1和步骤328-4所示。

步骤328-1：计费触发设备向计费处理设备发送中期计费请求，其中包含配额申请信息 RSU34和初始配额申请模式指示信息IqrModInd33。

具体地，为了从计费处理设备申请配额以维持放通所述用户业务，计费触发设备向计费 处理设备发送所述中期计费请求消息，其中包括配额申请信息RSU34和初始配额申请模式指 示信息IqrModInd33，且IqrModInd33为可选的。当所述中期计费请求中不包含IqrModInd33 时，计费处理设备根据步骤325中保存的所述用户业务当前的初始配额申请模式，确定此前 计费触发设备对所述用户业务采用非阻塞模式的初始配额申请模式。

在接收到步骤328-1的中期计费请求后，根据所述用户业务的账户信息的情况、所述用 户业务的信息的不同，有不同的计费处理，举例如下。

示例3B-1

步骤329-1：计费处理设备授予配额GSU34，确定改用阻塞模式，生成NxtCmd34＝ToB， 保存IqrMod。

其中，生成NxtCmd34是可选的；该步骤的内容可参考步骤305-1。

步骤330-1：计费处理设备向计费触发设备发送中期计费响应，其中包含GSU34和NxtCmd34。

该步骤与步骤306-1类似，除了用中期计费响应消息替代初始计费响应消息外，其他可 参考步骤306-1。

步骤331-1：计费触发设备监控GSU34的使用，基于NxtCmd34更新所述用户业务的初始 配额申请模式。

该步骤与步骤307-1类似，所不同的是，由于此前不存在无配额使用量，本步骤无需在 GSU34中扣减无配额使用量。

转步骤332。

示例3B-2

步骤329-2：计费处理设备为所述用户业务授权失败，确定需挂起所述用户业务的配额 管理/改用阻塞模式的初始配额申请，生成CurCmd35＝HngQm/NxtCmd35＝ToB，保存IqrMod。

该步骤的内容可参考步骤305-2。

步骤330-2：计费处理设备向计费触发设备发送中期计费响应，其中包含CurCmd35和 NxtCmd35。

该步骤与步骤306-2类似，除了用中期计费响应消息替代初始计费响应消息外，其他可 参考步骤306-2。

步骤331-2：计费触发设备挂起配额管理，基于NxtCmd35更新所述用户业务的初始配额 申请模式。

该步骤的内容可参考步骤307-2。

转步骤332。

示例3B-3

步骤329-3：计费处理设备为所述用户业务授权失败，且确定需中断所述用户业务/改用 阻塞模式的初始配额申请，生成CurCmd36＝Fail/NxtCmd36＝ToB，保存IqrMod。

该步骤的内容可参考步骤305-3。

步骤330-3：计费处理设备向计费触发设备发送中期计费响应，其中包含CurCmd36和 NxtCmd36。

该步骤与步骤306-3类似，除了用中期计费响应消息替代初始计费响应消息外，其他可 参考步骤306-3。

步骤331-3：计费触发设备中断所述用户业务，基于NxtCmd36更新所述用户业务的初始 配额申请模式。

该步骤的内容可参考步骤307-3。

转步骤333。

示例3B-4

步骤328-4：计费触发设备向计费处理设备发送中期计费请求，其中包含使用量信息 USU34和初始配额申请模式指示信息IqrModInd33。

具体地，为了上报使用量信息给计费计费处理设备进行计费处理，计费触发设备向计费 处理设备发送中期计费请求消息，其中包括使用量信息USU34；为了使计费处理设备获知所 述用户业务的初始配额申请模式，所述中期计费请求还可以包含初始配额申请模式指示信息 IqrModInd33，也就是说IqrModInd33为可选。IqrModInd33的内容可以参考步骤304中的 IqrModInd31。当所述中期计费请求中不包含IqrModInd33时，计费处理设备根据步骤325 中保存的所述用户业务当前的初始配额申请模式，确定此前计费触发设备对所述用户业务采 用非阻塞模式的初始配额申请。

在接收到步骤328-2的中期计费请求后，根据所述用户业务的账户信息的情况、所述用 户业务的信息，计费处理过程举例如下。

步骤329-4：计费处理设备确定需改用阻塞模式的初始配额申请/恢复所述用户业务的配 额管理，生成NxtCmd37＝ToB/CurCmd37＝RsmQm；保存IqrMod。

具体地，计费处理设备接收并解析步骤328-4所述的中期计费请求，从中获取使用量信 息USU34和初始配额申请模式指示信息IqrModInd33(如果有该字段)，计费处理设备基于 USU34进行账户余额扣减或者将USU34写入话单，并基于IqrModInd33判断是否需要更改所 述用户业务的初始配额申请模式，具体判断方法可参考步骤305-1。在确定需要更改所述用 户业务的初始配额申请模式为阻塞模式的情况下，计费处理设备可以进一步确定对所述用户 业务的配额管理已经挂起(如转离线计费，所述用户业务的配额管理当前是否挂起在计费处 理设备内部有记录)，则可以进一步确定需要恢复配额管理。此时，可为所述用户业务授予 配额：虽然此时中期计费请求消息中有USU但没有RSU，也就是无配额请求信息，但计费处 理设备根据配置信息或者计费策略确定授予的配额量GSU34X，和/或，生成取值为“RsmQm” (Resume Quota Management,恢复配额管理)的本期计费控制指令CurCmd37，以指示计费触 发设备立即恢复对所述用户业务的配额管理。计费处理设备为了恢复所述用户业务的配额管 理，可以发送CurCmd37与GSU34X中的任意一个或两个：若只发送CurCmd37，则计费触发设 备在收到该指示参数后，可以据此向计费处理设备发送为所述用户业务申请配额的计费请求 消息，若只发送GSU34X，则相当于通过GSU34X为计费触发设备指明需要恢复所述用户业务 的配额管理，从而计费触发设备可以据此为所述用户业务使用授予的配额GSU34X，且继续向 计费处理设备发送为所述用户业务申请配额的计费请求消息。

关于如何确定不能再采用非阻塞模式的初始配额申请，可以参考图3A对应的方法流程 中的相关说明。计费处理设备确定需要恢复所述用户业务的配额管理的因素可以包括：确定 需更改用户业务的初始配额申请模式为阻塞模式，且进一步确定当前存在信用控制风险。

如此，通过恢复配额管理可以降低本期用户业务的信用控制风险，通过更改所述用户业 务的初始配额申请模式为阻塞模式可以降低下期用户业务的信用控制风险。

应理解，本申请实施例中关于恢复配额管理的CurCmd指令的表示方式是示例性的，而 非限定，除了上面的方式，还可以采用其他的方式，例如，还可以用“enable QM”指示计 费触发设备恢复配额管理，而用“disable QM”指示计费触发设备挂起配额管理。

关于计费处理设备记录或保存所述用户业务的初始配额申请模式IqrMod的过程，可以 参考图3A对应方法流程中的相关描述，如步骤305-1、305-2等。

步骤330-4：计费处理设备向计费触发设备发送中期计费响应，其中包含CurCmd37、 GSU34X和NxtCmd37。

该步骤的内容可参考步骤330-3的描述，其中可选参数是否携带具体参见步骤329-4生 成参数的描述。

步骤331-4：计费触发设备恢复配额管理，基于NxtCmd37更新所述用户业务的初始配额 申请模式。

具体地，计费触发设备接收并解析步骤330-4所述的中期计费响应，并执行以下操作：

如果所述计费响应中只有GSU34X(而无CurCmd37＝RsmQm等)，则恢复所述用户业务的 配额管理，并为所述用户业务使用GSU34X(基于GSU34X放通所述用户业务)；或者

如果所述计费响应中有CurCmd37＝RsmQm(而无GSU34X)，则恢复所述用户业务的配额 管理，并向计费处理设备发送用于申请配额的计费请求消息；

如果所述计费响应中有CurCmd37＝RsmQm和GSU34X,则根据CurCmd37＝RsmQm恢复所述用 户业务的配额管理，并为所述用户业务使用GSU34X(基于GSU34X放通所述用户业务)；

关于基于NxtCmd37更新所述用户业务的初始配额申请模式的过程，可以参考步骤307-1 的描述。

步骤332：所述用户业务结束。

该步骤的内容可参考步骤308。

步骤333：计费触发设备收到所述用户业务的开始请求StartReq34。

该步骤的内容可参考步骤309。

步骤334：计费触发设备获取所述用户业务的IqrMod(＝B)。

该步骤的内容可参考步骤310。

步骤335：计费触发设备向计费处理设备发送初始计费请求，其中包含配额申请信息 RSU35和初始配额申请模式指示信息IqrModInd34。

该步骤的内容可参考步骤311。

步骤336：计费处理设备授予配额GSU35，保存IqrMod。

该步骤的内容可参考步骤312。

步骤337：计费处理设备向计费触发设备发送初始计费响应，其中包含授予的配额GSU35。

该步骤的内容可参考步骤313。

步骤338：计费触发设备基于GSU35开始所述用户业务。

该步骤的内容可参考步骤314。

上述步骤333-338中还可能会更改所述用户业务的初始配额申请模式，具体参见图3C 的步骤341-346，在步骤338之后也可能会更改所述用户业务的初始配额申请模式，具体参 见图3D的步骤367-370。

相对于图3A对应的方法流程，上述图3B对应的方法流程使得计费处理设备可以拥有更 多的决策机会，更及时地平衡信用风险控制的需求和接入时延的需求(而不必等到用户业务 再次开始)。

上述图3A和图3B对应的方法流程可以用于计费触发设备现有初始配额申请模式为非阻 塞模式的场景，对于计费触发设备现有初始配额申请模式为阻塞模式的场景，本申请实施例 提供图3C和图3D对应的方法流程。

图3C对应的方法流程中，起先计费触发设备对用户业务采用阻塞模式(第一模式)的 初始配额申请，后来计费处理设备通过初始计费响应消息发送计费控制指令，使计费触发设 备调整计费操作，例如：挂起配额管理、对所述用户业务改为采用非阻塞模式(第二模式) 的初始配额申请。该方法流程主要包括如下步骤：

步骤341：计费触发设备收到所述用户业务的开始请求StartReq35。

该步骤的内容可参考步骤301。

步骤342：计费触发设备获取用户业务的初始配额申请模式IqrMod(＝B)

该步骤的内容可参考步骤302，所不同的是，本步骤获取的所述用户业务的初始配额申 请模式为阻塞模式。

步骤343：计费触发设备向计费处理设备发送初始计费请求，其中包括配额申请信息 RSU36和初始配额申请模式指示信息IqrModInd35。

由于初始配额申请模式为阻塞模式，计费触发设备在开始所述用户业务之前，先向计费 处理设备申请配额，具体地，向计费处理设备发送所述初始计费请求，其中包括配额申请信 息RSU36和初始配额申请模式指示信息IqrModInd35。关于IqrModInd35的内容，可以参考 步骤304中IqrModInd31。

计费处理设备接收并解析上述初始计费请求，基于其中IqrModInd35所指示的情况(即 所述计费触发设备对所述用户业务采用阻塞模式的初始配额申请)，对所述用户业务进行计 费处理，生成本期计费控制指令CurCmd和/或下期计费控制指令NxtCmd，下发给计费触发设 备执行。

步骤344：计费处理设备授予配额GSU36，确定应改用非阻塞模式/挂起配额管理，生成 NxtCmd38＝ToNB/CurCmd38＝HngQm，保存IqrMod。

具体地，计费处理设备基于IqrModInd35所指示的情况，且在确定非阻塞模式的要求条 件满足的情况下，确定应对所述用户业务改为采用非阻塞模式的初始配额申请，进而生成 NxtCmd38。可选的，也可以不基于IqrModInd35所指示的情况，但确定非阻塞模式的要求条 件满足的情况下，确定应对所述用户业务采用非阻塞模式的初始配额申请，进而生成NxtCmd38。可选地，在非阻塞模式的要求条件满足的情况下，计费处理设备还可以挂起所述用户业务当前的配额管理(由于非阻塞模式的要求条件满足意味着当前信用控制风险低)，进而生成CurCmd38，若确定挂起配额管理，则不为所述用户业务授予配额。

例如，计费处理设备获知当前计费触发设备为所述用户业务采用了阻塞模式的初始配额 申请，且在确定所述用户账户满足非阻塞模式的初始配额申请的要求条件时(例如，满足“账 户中的套餐剩余有效期大于某个阈值”的条件，或者，满足“账户余额下降速度低于某个阈 值”等)，从而确认信用控制风险低的情况下，确定需使计费触发设备对所述用户业务改为 采用非阻塞模式的初始配额申请模式，进而生成NxtCmd38。

再如，计费处理设备也可以在确定用户账户满足非阻塞模式的要求条件，不管当前计费 触发设备为所述用户业务采用了何种模式的初始配额申请，直接生成NxtCmd38。

NxtCmd38取值为“ToNB”(To Non-Blocking Mode，转为非阻塞模式)，以指示计费触 发设备在再次收到所述用户业务的开始请求时，对所述用户业务采用非阻塞模式的初始配额 申请。

可选地，计费处理设备可以基于IqrModInd35所指示的情况，对所述用户业务进行计费 处理，包括针对RSU36授予配额GSU36，且在授予配额过程确定所述用户业务的信用控制风 险较低而无需对本期用户业务进行在线信用控制，进而生成取值为“HngQm”的CurCmd38， 以指示计费触发设备挂起本期所述用户业务的配额管理，这样可以适时地、在一定程度上降 低计费处理设备和计费触发设备的性能负担，毕竟可以减少在两者之间的信息交互次数。

关于记录或保存所述用户业务的当前生效的初始配额申请模式的过程，可以参考步骤 305-1中的相关描述。

步骤345：计费处理设备向计费触发设备发送初始计费响应消息，其中包含GSU36、CurCmd38和NxtCmd38。

其中，GSU36和CurCmd38都是可选的。

步骤346：计费触发设备基于GSU36开始所述用户业务，挂起配额管理，基于NxtCmd38 更新所述用户业务的初始配额申请模式。

具体地，计费触发设备接收并解析步骤345-1所述的初始计费响应消息，从中获取GSU36 (如果有)、CurCmd38(如果有)和NxtCmd38。若所述响应消息携带有GSU36，则基于GSU36 开始所述用户业务并进行配额管理，若所述响应消息携带CurCmd38而不携带GSU36，则根据 CurCmd38挂起所述用户业务的配额管理；关于计费触发设备基于NxtCmd38更新所述用户业 务的初始配额申请模式，可以参考步骤307-1中的相关描述。

步骤347：用户业务结束。

该步骤的内容可参考步骤308。

步骤348：计费触发设备接收所述用户业务的开始请求StartReq36。

该步骤的内容可参考步骤321。

步骤349：计费触发设备获取所述用户业务的初始配额申请模式IqrMod(＝NB)。

该步骤的内容可参考步骤322。

步骤350：计费触发设备开始所述用户业务，记录无配额使用量NQUSU。

该步骤的内容可参考步骤323。

步骤351：计费触发设备向计费处理设备发送初始计费请求，其中包含配额申请信息 RSU37和初始配额申请模式指示信息IqrModInd36。

该步骤的内容可参考步骤324。

步骤352：计费处理设备授予配额GSU37，保存IqrMod。

该步骤的内容可参考步骤325。

步骤353：计费处理设备向计费触发设备发送初始计费响应消息，其中包含授予的配额 GSU37。

该步骤的内容可参考步骤326。

步骤354：计费触发设备监控GSU37的使用(先扣减NQUSU)。

该步骤的内容可参考步骤327。

上述步骤348-354中还可能会更改所述用户业务的初始配额申请模式，具体参见图3A 的步骤301-307，在步骤354之后也可能会更改所述用户业务的初始配额申请模式，具体参 见图3B的步骤328-332。

上述步骤341-步骤346-1、步骤346-2的过程中，开始用户业务在申请配额之后，因此 是阻塞模式的初始配额申请，步骤348-步骤354，开始用户业务在申请到配额之前，为非阻 塞模式的初始配额申请，前后的变化由计费处理设备下发计费控制指令所致。

上述图3C对应的方法流程使得计费处理设备可以及时地将用户业务的初始配额申请模 式从阻塞模式调整为非阻塞模式，有利于及时满足时延敏感性业务对接入时延的需求；在此 基础上，该方法流程还使得计费处理设备及时挂起配额管理，以减少计费触发设备和计费处 理设备之间的通信交互和数据处理，从而可以进一步减轻计费触发设备和计费处理设备的性 能负担。

图3D对应的方法流程中，起先计费触发设备对用户业务采用阻塞模式(第一模式)的 初始配额申请，后来计费处理设备通过中期计费响应消息发送计费控制指令，使计费触发设 备调整计费操作，例如：挂起配额管理、对所述用户业务改为采用非阻塞模式(第二模式) 的初始配额申请等。该方法流程主要包括如下步骤：

步骤361：计费触发设备收到用户业务的开始请求StartReq37。

该步骤的内容可参考步骤309。

步骤362：计费触发设备获取所述用户业务的初始配额申请模式IqrMod(＝B)。

该步骤的内容可参考步骤310。

步骤363：计费触发设备向计费处理设备发送初始计费请求消息，其中包括配额申请信 息RSU38和初始配额申请模式指示信息IqrModInd37。

该步骤的内容可参考步骤311。

步骤364：计费处理设备授予配额GSU38，保存所述用户业务的初始配额申请模式。

具体地，计费处理设备根据RSU38授予相应的配额GSU38，基于IqrModInd37记录或保 存所述用户业务的初始配额申请模式，具体可参考步骤305-1、305-2中的相关描述。

步骤365：计费处理设备向计费触发设备发送初始计费响应消息，其中包括GSU38。

该步骤的内容可参考步骤313。

步骤366：计费触发设备基于GSU38开始所述用户业务。

该步骤的内容可参考步骤314。

至此，所述用户业务已经开始，计费触发设备可以继续向计费处理设备申请配额，以维 持放通所述用户业务，具体如下述步骤所示。

步骤367：计费触发设备向计费处理设备发送中期计费请求，其中包含配额申请信息 RSU39和初始配额申请模式指示信息IqrModInd37，其中，IqrModInd37为可选。

当所述中期计费请求不包含IqrModInd37的情况下，计费处理设备可以根据步骤364所 记录或保存的初始配额申请模式确定计费触发设备对所述用户业务采用阻塞模式的初始配 额申请。

计费处理设备接收并解析所述中期计费请求，从中获取配额申请信息RSU39和初始配额 申请模式指示信息IqrModInd37，进而进行计费处理。

步骤368：计费处理设备授予配额GSU39，生成CurCmd3a＝HngQm/NxtCmd3a＝ToNB，保存 IqrMod。

该步骤的内容可参考步骤344。

步骤369：计费处理设备向计费触发设备发送中期计费响应，其中包含GSU39、CurCmd3a 和NxtCmd3a。

该步骤与步骤345类似,本步骤除了用中期计费响应代替步骤345的初始计费响应外， 其余可参考步骤345。

步骤370：计费触发设备继续所述用户业务，挂起所述用户业务的配额管理，基于NxtCmd3a更新所述用户业务的初始配额申请模式。

具体地，计费触发设备接收并解析步骤369所述的中期计费响应消息，从中获取GSU39 (如果有)、CurCmd3a和NxtCmd3a，若所述响应消息携带有GSU39，则监控所述用户业务对 授予配额GSU39的使用，若所述响应消息携带CurCmd3a＝HngQm而不携带GSU39，则挂起所述 用户业务的配额管理(如转成离线计费)；计费触发设备基于NxtCmd3a＝ToNB更新所述用户 业务的初始配额申请模式，以在计费触发设备收到所述用户业务的下次开始请求时对所述用 户业务采用非阻塞模式的初始配额申请。

步骤371：用户业务结束。

该步骤的内容可参考步骤308。

步骤372：计费触发设备接收所述用户业务的开始请求StartReq38。

该步骤的内容可参考步骤321。

步骤373：计费触发设备获取所述用户业务的初始配额申请模式IqrMod(＝NB)。

该步骤的内容可参考步骤322。

步骤374：计费触发设备开始所述用户业务，记录无配额使用量NQUSU。

该步骤的内容可参考步骤323。

步骤375：计费触发设备向计费处理设备发送初始计费请求，其中包含配额申请信息 RSU3a和初始配额申请模式指示信息IqrModInd38。

该步骤的内容可参考步骤324。

步骤376：计费处理设备授予配额GSU3a，保存IqrMod。

该步骤的内容可参考步骤325。

步骤377：计费处理设备向计费触发设备发送初始计费响应消息，其中包含授予的配额 GSU3a。

该步骤的内容可参考步骤326。

步骤378：计费触发设备监控GSU3a的使用(先扣减NQUSU)。

该步骤的内容可参考步骤327。

上述步骤372-378中还可能会更改所述用户业务的初始配额申请模式，具体参见图3A 的步骤301-307，在步骤378之后也可能会更改所述用户业务的初始配额申请模式，具体参 见图3B的步骤328-S332。

相对于图3C对应的方法流程，上述图3D对应的方法流程使得计费处理设备可以拥有更 多的决策机会，更及时地平衡信用控制的需求、资源利用率的需求和接入时延的需求。

上述图3A-图3D对应的方法流程均是通过对用户业务本身的计费处理而获得该用户业 务的账户余额、账户状态、账户使用趋势等信息，据此发送计费控制指令。但事实上，当多 个用户业务对应相同的用户账户时(例如，一个用户从运营商订购了多个用户业务)，则还 可以通过“兄弟业务”(或者称为“其他业务”，是指与所述用户业务对应相同的账户的业 务)的计费处理而获得这些信息，甚至还可以通过对用户业务的对应的账户的管理消息(如 来自BSS系统的账户管理消息)获得这些信息，进而根据这些信息向计费触发设备发送计费 控制指令。为此，本申请实施例进一步提供了图4A-图4B对应的方法流程，下面分别进行描 述。

图4A对应的方法流程中，起先计费触发设备对用户业务采用非阻塞模式(第一模式) 的初始配额申请，后来计费处理设备通过计费通知消息发送计费控制指令，使计费触发设备 调整计费操作，例如：恢复所述用户业务的配额管理、对所述用户业务改为采用阻塞模式(第 二模式)的初始配额申请等。该方法流程主要包括如下步骤：

步骤401：计费触发设备接收所述用户业务的开始请求StartReq41。

该步骤的内容可参考步骤321。

步骤402：计费触发设备获取所述用户业务的初始配额申请模式IqrMod(＝NB)。

该步骤的内容可参考步骤322。

步骤403：计费触发设备开始所述用户业务，记录无配额使用量NQUSU。

该步骤的内容可参考步骤323。

步骤404：计费触发设备向计费处理设备发送初始计费请求，其中包含配额申请信息 RSU41和初始配额申请模式指示信息IqrModInd41。

该步骤的内容可参考步骤324。

步骤405：计费处理设备授予配额GSU41，保存IqrMod。

该步骤的内容可参考步骤325。

步骤406：计费处理设备向计费触发设备发送初始计费响应消息，其中包含授予的配额 GSU41。

该步骤的内容可参考步骤326。

步骤407：计费触发设备监控GSU41的使用(NQUSU作为配额的已使用量)。

该步骤的内容可参考步骤327。

此后计费处理设备持续为所述用户业务授予配额(基于计费触发设备发送的计费请求)， 使所述用户持续被放通；与此同时，计费处理设备还可能为其他用户业务进行计费处理，所 述其他用户业务与所述用户业务对应相同的账户，还可能接收关于所述用户业务的属性信息 的变化事件(如所述用户业务的套餐变更不足，用户等级的降低，等等)，则计费处理设备 也可以基于所述其他用户业务的计费处理结果、所述用户业务的属性信息的变化事件等，向 计费触发设备发送计费控制指令，以调整计费触发设备对所述用户业务的计费操作，例如， 恢复对用户业务的配额管理、改为采用阻塞模式的初始配额申请。

步骤408：计费处理设备确定应改用阻塞模式/恢复配额管理，生成下期计费控制指令 NxtCmd41＝ToB/本期计费控制指令CurCmd41＝RsmQm，保存所述用户业务的初始配额申请模式 IqrMod。

具体地，计费处理设备确定应使计费触发设备对所述用户业务改为采用阻塞模式的配额 管理，进而生成取值为“ToB”的下期计费控制指令NxtCmd41；在此基础上，可选地，计费 处理设备还可以生成取值为“RsmQm”的本期计费控制指令CurCmd41；可选地，计费处理设 备还可以基于NxtCmd41的生成情况，保存/更新初始配额申请模式指示信息。

具体地，计费处理设备根据根据此前为所述用户业务保存的初始配额申请模式，确定此 前计费触发设备对所述用户业务采用非阻塞模式的初始配额申请，且根据对“兄弟业务”或 “其他用户业务”的计费请求消息的计费处理结果，或者根据所述用户业务的账户的管理消 息(例如，来自商业支撑系统，Business Support System，BSS的账户管理消息)的处理， 发现所述用户业务的非阻塞模式的要求条件不满足，因而生成NxtCmd41。关于非阻塞模式的 要求条件不满足的情况，本申请实施例不作限定，例如，对所述其他用户业务的计费处理结 果表明，所述用户业务的账户(也是所述其他用户业务对应的账户)不再满足非阻塞模式的 初始配额申请的要求条件，再如，计费处理设备收到的事件表明所述用户业务对应的用户的 等级降低了，等等。

可选地，如果计费处理设备发现所述用户业务的配额管理已挂起(意味着可能已采用离 线计费，或者不限量的配额管理)，若此时所述用户业务的账户(也是所述其他用户业务对 应的账户)不再满足非阻塞模式的初始配额申请的要求条件，意味着信用控制风险变高，为 降低信用控制风险，还可以生成取值为“RsmQm”的CurCmd41，以指示计费触发设备及时恢 复所述用户业务的配额管理。

关于保存/更新所述用户业务初始配额申请模式的过程，可以参考步骤305-1中的相关 描述。

步骤409：计费处理设备向计费触发设备发送通知请求，其中包含CurCmd41和NxtCmd41。

具体地，为将步骤408-1所生成的计费控制指令更及时地发送给计费触发设备，计费处 理设备生成通知请求消息，其中包含所述CurCmd41和NxtCmd41，并将所述通知请求消息发 送给计费触发设备；其中，CurCmd41是可选的；所述通知请求消息的通知地址(NotifyURL) 可以标识计费触发设备及用户业务；如果所述用户业务为数据业务，则所述通知请求消息进 一步还可以携带所述用户业务所在的费率组的标识RG。

步骤410：计费触发设备恢复配额管理，基于NxtCmd41更新所述用户业务的初始配额申 请模式。

具体地，计费触发设备接收并解析所述通知请求消息，从中获取CurCmd41和NxtCmd41， 在此基础上，对所述用户业务执行CurCmd41和NxtCmd41，具体是，恢复所述用户业务的配 额管理(意味着，计费触发设备重新开始为所述用户业务向计费处理设备请求配额)，基于 NxtCmd41更改所述用户业务的初始配额申请模式(例如，可以保存在计费触发设备本地，也 可以保存到外部存储设施，或者发送给策略控制设备，具体可参考步骤307-1)，以在计费 触发设备收到所述用户业务的下次开始请求时，对所述用户业务采用阻塞模式的初始配额申 请。

步骤411：计费触发设备向计费处理设备返回通知响应消息。

具体地，计费触发设备根据步骤410的处理结果，向计费处理设备返回通知响应消息， 其中包含指示步骤409的通知请求已得到成功处理的信息。

步骤412：所述用户业务结束。

该步骤的内容可参考步骤308。

步骤413：计费触发设备收到所述用户业务的开始请求StartReq42。

该步骤的内容可参考步骤333。

步骤414：计费触发设备获取所述用户业务的初始配额申请模式IqrMod(＝B)。

该步骤的内容可参考步骤334。

步骤415：计费触发设备向计费处理设备发送初始计费请求，其中包含配额申请信息 RSU32和初始配额申请模式指示信息IqrModInd42。

该步骤的内容可参考步骤335。

步骤416：计费处理设备授予配额GSU42，保存IqrMod。

该步骤的内容可参考步骤336。

步骤417：计费处理设备向计费触发设备发送初始计费响应消息，其中包含GSU42。

该步骤的内容可参考步骤337。

步骤418：计费触发设备基于GSU42开始所述用户业务。

该步骤的内容可参考步骤338。

上述步骤413-418中还可能会更改所述用户业务的初始配额申请模式，具体参见图3C 的步骤341-346，在步骤418之后也可能会更改所述用户业务的初始配额申请模式，具体参 见图3D的步骤367-370。

相对于上述图3A-图3B对应的方法流程，上述图4A对应的方法流程又进一步扩大了计 费处理设备发现风险并作出决策的机会，从对用户业务进行计费处理上下文，扩大到了对其 他用户业务的计费处理上下文，甚至对运营支撑系统的管理消息进行处理的上下文。

图4B对应的方法流程中，起先计费触发设备对用户业务采用阻塞模式(第一模式)的 初始配额申请，后来计费处理设备通过计费通知消息发送计费控制指令，使计费触发设备调 整计费操作，例如：挂起所述用户业务的配额管理、对所述用户业务改为采用非阻塞模式(第 二模式)的初始配额申请等。该方法流程主要包括如下步骤：

步骤441：计费触发设备收到用户业务的开始请求StartReq43。

该步骤的内容可参考步骤309。

步骤442：计费触发设备获取所述用户业务的初始配额申请模式IqrMod(＝B)。

该步骤的内容可参考步骤310。

步骤443：计费触发设备向计费处理设备发送初始计费请求消息，其中包括配额申请信 息RSU46和初始配额申请模式指示信息IqrModInd43。

该步骤的内容可参考步骤311。

步骤444：计费处理设备授予配额GSU46，保存IqrMod。

具体地，计费处理设备根据配额申请信息RSU46授予相应的配额GSU46，基于IqrModInd43记录或保存所述用户业务的初始配额申请模式IqrMod，具体可参考步骤305-1中的相关描述。。

步骤445：计费处理设备向计费触发设备发送初始计费响应消息，其中包括GSU46。

该步骤的内容可参考步骤313。

步骤446：计费触发设备基于GSU46开始所述用户业务。

该步骤的内容可参考步骤314。

此后计费处理设备持续为所述用户业务授予配额(基于计费触发设备发送的计费请求)， 使所述用户持续被放通；与此同时，计费处理设备还可能为其他用户业务进行计费处理，所 述其他用户业务与所述用户业务对应相同的账户，还可能接收关于所述用户业务的属性信息 的变化事件(如所述用户业务的套餐变更：延期，用户等级的提升，账户充值等等)，则计 费处理设备也可以基于所述其他用户业务的计费处理结果、所述用户业务的属性信息的变化 事件等，向计费触发设备发送计费控制指令，以调整计费触发设备对所述用户业务的计费操 作，例如，挂起对用户业务的配额管理、改为采用非阻塞模式的初始配额申请。

步骤447：计费处理设备确定应改用非阻塞模式/挂起配额管理，生成下期计费控制指令 NxtCmd43＝ToNB/本期计费控制指令CurCmd43＝HngQm，保存IqrMod。

具体地，计费处理设备确定应使计费触发设备对所述用户业务改为采用非阻塞模式的配 额管理，进而生成取值为“ToNB”的下期计费控制指令NxtCmd43；在此基础上，可选地，计 费处理设备还可以生成取值为“HngQm”的本期计费控制指令CurCmd43；可选地，计费处理 设备还可以基于NxtCmd43的生成情况，保存/更新初始配额申请模式指示信息。

具体地，计费处理设备根据根据此前为所述用户业务保存的初始配额申请模式，确定此 前计费触发设备对所述用户业务采用阻塞模式的初始配额申请；此时，计费处理设备发现非 阻塞模式的要求条件满足，因而生成取值为“ToNB”的NxtCmd43。关于非阻塞模式的要求条 件满足的情况，本申请实施例不作限定，例如，对所述其他用户业务的计费处理结果表明， 所述用户业务的账户(也是所述其他用户业务对应的账户)满足阻塞模式的初始配额申请的 要求条件，再如，计费处理设备收到的事件表明所述用户业务对应的用户的等级提高了。

此外，若此时所述用户业务的账户(也是所述其他用户业务对应的账户)满足非阻塞模 式的初始配额申请的要求条件，意味着信用控制风险变低，为了降低系统负载，还可以生成 取值为“HngQm”的CurCmd43，以指示计费触发设备及时挂起所述用户业务的配额管理。

关于保存/更新初始配额申请模式，可以参考步骤305-1中的相关描述。

步骤448：计费处理设备向计费触发设备发送通知请求，其中包含CurCmd43和NxtCmd43。

该步骤的内容可以参考步骤409-1。

步骤449：计费触发设备挂起配额管理，基于NxtCmd43更改所述用户业务的初始配额申 请模式。

具体地，计费触发设备接收并解析所述通知请求消息，从中获取CurCmd43和NxtCmd43， 在此基础上，对所述用户业务执行CurCmd43和NxtCmd43，具体是，挂起所述用户业务的配 额管理(如果是转离线计费，则意味着，计费触发设备不再为所述用户业务向计费处理设备 请求配额，如果是不限配额，则意味着，计费触发设备基于积累的使用量向计费处理设备申 请等量的配额)，基于NxtCmd43更改所述用户业务的初始配额申请模式(例如，可以保存 在计费触发设备本地，也可以保存到外部存储设施，或者发送给策略控制设备，具体可参考 步骤307-1)，以在计费触发设备收到所述用户业务的下次开始请求时，对所述用户业务采 用非阻塞模式的初始配额申请。

步骤450：计费触发设备向计费处理设备返回通知响应消息。

具体地，计费触发设备根据步骤449的处理结果，向计费处理设备返回通知响应消息， 其中包含指示步骤448的通知请求已得到成功处理的信息。

步骤451：所述用户业务结束。

该步骤的内容可参考步骤308。

步骤452：计费触发设备接收所述用户业务的开始请求StartReq44。

该步骤的内容可参考步骤321。

步骤453：计费触发设备获取所述用户业务的初始配额申请模式IqrMod(＝NB)。

该步骤的内容可参考步骤322。

步骤454：计费触发设备开始所述用户业务，记录无配额使用量NQUSU。

该步骤的内容可参考步骤323。

步骤455：计费触发设备向计费处理设备发送初始计费请求，其中包含配额申请信息 RSU47和初始配额申请模式指示信息IqrModInd44，IqrModInd44指明计费触发设备对所述用 户业务采用非阻塞模式的初始配额申请。

该步骤的内容可参考步骤324。

步骤456：计费处理设备授予配额GSU47，保存IqrMod。

该步骤的内容可参考步骤325。

步骤457：计费处理设备向计费触发设备发送初始计费响应消息，其中包含授予的配额 GSU47。

该步骤的内容可参考步骤326。

步骤458：计费触发设备监控GSU47的使用(先扣减NQUSU)。

该步骤的内容可参考步骤327。

上述步骤452-458中还可能会更改所述用户业务的初始配额申请模式，具体参见图3C 的步骤341-346，在步骤458之后也可能会更改所述用户业务的初始配额申请模式，具体参 见图3D的步骤367-370。

相对于上述图3C-图3D对应的方法流程，上述图4B对应的方法流程又进一步扩大了计 费处理设备发现低风险、降低用户业务接入时延的机会，从对用户业务进行计费处理上下文， 扩大到了对其他用户业务的计费处理上下文，甚至对运营支撑系统的管理消息进行处理的上 下文。

上述图3A-图3D以及图4A-图4B对应的方法流程都是以计费处理设备为控制者，计费 触发设备为被控制者。但关于初始配额申请模式的切换或改变，计费触发设备也可以基于计 费处理设备返回的结果参与决策。为此，本申请实施例提供了图5A-图5B对应的方法流程， 下面分别进行描述。

图5A对应方法流程中，起先计费触发设备对用户业务采用非阻塞模式(第一模式)的 初始配额申请，计费处理设备据此控制计费触发设备对本期用户业务的计费操作，计费触发 设备根据计费处理设备返回的计费处理结果，对所述用户业务改为采用阻塞模式(第二模式) 的初始配额申请，该方法流程主要包括如下步骤：

步骤501：计费触发设备收到用户业务的开始请求StartReq51。

该步骤的内容可以参考步骤301。

为确定开始所述用户业务和为所述用户业务申请配额的时间顺序，计费触发设备先获取 所述用户业务的初始配额申请模式，如步骤502-1或者步骤502-2所示。

步骤502-1：计费触发设备获取所述用户业务的初始配额申请模式IqrMod(＝NB)。

具体地，计费触发设备可以根据本地或外部存储设施保存的所述用户业务的配置信息得 到所述用户业务的初始配额申请模式，或者从策略控制设备激活的所述用户业务的计费策略 中获取所述用户业务的初始配额申请模式，为非阻塞模式,进而确定应对所述用户业务采用 非阻塞模式的初始配额申请。

转步骤503。

步骤502-2：

若本地无所述用户业务的计费策略，则可以向策略控制设备请求所述用户业务的计费策 略。

步骤502-2-1：计费触发设备向策略控制设备发送策略请求消息。

其中，所述策略请求消息包含用户标识、PDU会话的信息等可以用于标识所述用户业务 的信息。

步骤502-2-2：策略控制设备向计费触发设备返回策略响应消息，其中包含所述用户业 务的初始配额申请模式。

具体地，策略控制设备返回计费策略，其中包含所述用户业务的初始配额申请模式。

从而，计费触发设备可以接收并解析所述策略响应消息，从中获取所述用户业务的初始 配额申请模式，，进而确定应对所述用户业务采用非阻塞模式的初始配额申请。

步骤503：计费触发设备开始所述用户业务，记录无配额使用量NQUSU。

具体地，由于计费触发设备此前确定应对所述用户业务采用非阻塞模式的初始配额申请， 则立即开始所述用户业务(而不等待计费处理设备授予的配额)，且开始记录无配额情况下 的使用量NQUSU。

步骤504：计费触发设备向计费处理设备发送计费请求消息，其中包含配额申请信息 RSU51和初始配额申请模式指示信息IqrModInd51。

具体地，在所述用户业务开始之后，为维持放通所述用户业务，计费触发设备向计费处 理设备发送计费请求消息；该计费请求消息可以是初始计费请求消息，也可以是中期计费请 求消息；当该计费请求消息为初始计费请求消息时，其中包含配额申请信息RSU51和初始配 额申请模式指示信息IqrModInd51；当该计费请求消息为中期计费请求消息时，其中包含配 额申请信息RSU51，可选地，还可以包含IqrModInd51。IqrModInd51指明计费触发设备对所 述用户业务采用初始配额申请模式为非阻塞模式。

计费处理设备接收并解析所述计费请求消息后，从中获取配额申请信息RSU51和初始配 额申请模式指示信息IqrModInd51(如果有出现)，其后续处理过程，如示例5A-1或5A-2 所示。

示例5A-1

步骤505-1：计费处理设备授予配额GSU51。

具体地，计费处理设备基于配额申请信息RSU51，为所述用户业务授予配额GSU51。

步骤506-1：计费处理设备向计费触发设备发送计费响应消息，其中包含GSU51。

相应地，该计费响应消息可以是初始计费响应消息，也可以是中期计费响应消息。

步骤507-1：计费触发设备监控GSU51的使用(NQUSU作为配额的已使用量)。

步骤505-1-步骤507-1是授权成功的过程，所授予的配额可作为计费触发设备确定改变 初始配额申请模式的依据之一，详见步骤508。

转步骤508。

示例5A-2

步骤505-2：计费处理设备为所述用户业务授权失败，确定需中断所述用户业务或挂起 所述用户业务的配额管理，生成CurCmd51＝Fail或HngQm。

具体地，计费处理设备为所述用户业务授权失败，例如，基于配额申请信息RSU51，确 定授予配额的条件不满足(例如余额小于配额申请信息RSU51中的配额请求量)，授予配额 失败，则进一步确定需中断所述用户业务或者挂起所述用户业务的配额管理，生成取值为 “Fail”或“HngQm”的本期业务控制指令CurCmd51。

例如，计费处理设备根据所述用户业务的属性信息，如业务的可中断性，生成CurCmd51： 如果获知所述用户业务是可中断业务，则生成取值为“HngQm”的CurCmd51；如果获知所述 用户业务是可中断业务，则生成取值为“Fail”的CurCmd51。

步骤506-2：计费处理设备向计费触发设备发送计费响应消息，其中包含CurCmd51。

相应地，该计费响应消息可以是初始计费响应消息，也可以是中期计费响应消息。

步骤507-2：计费触发设备执行CurCmd51。

具体地，如果CurCmd51取值为“Fail”，则中断所述用户业务；如果CurCmd取值为“HngQm”， 则挂起所述用户业务的配额管理，例如，转为离线计费，但维持放通所述用户业务。

步骤505-2-步骤507-2是授权失败的过程，所下发的控制指令可作为计费触发设备确定 改变初始配额申请模式的依据之一，详见步骤508。

步骤508：计费触发设备基于计费处理结果确定应更改所述用户业务的初始配额申请模 式为阻塞模式。

具体地，计费触发设备基于示例5A-1或示例5A-2的计费处理过程，确定应更改所述用 户业务的初始配额申请模式，即：从此前的非阻塞模式(NB)更改为阻塞模式(B)。

例如，计费触发设备可以根据连续多次计费处理结果中的授予配额量呈下降趋势，则确 定计费处理设备收紧信用控制，进而确定应将所述用户业务的初始配额申请模式改为阻塞模 式；再如，根据授权失败的原因和/或次数，确定所述用户业务的信用控制风险加大，后续 应改为采用阻塞模式的初始配额申请。

确定更改初始配额申请模式之后，计费触发设备可以为所述用户业务保存新的初始配额 申请模式，如步骤509-1或步骤509-2所示。

步骤509-1：计费触发设备更新所述用户业务的初始配额申请模式。

具体地，计费触发设备将所述初始配额申请模式保存到本地或外部存储设施保存的所述 用户业务的配置信息中，其中，在外部存储设施保存的初始配额申请模式可以在多个计费触 发设备之间共用。

步骤509-2：

步骤509-2-1：计费触发设备向策略控制设备发送策略更新请求消息，其中包含更新所 述用户业务的初始配额申请模式的指示信息。

具体的，计费触发设备更新本地生效的所述用户业务的计费策略中的初始配额申请模式 后，进一步向策略控制设备发送策略更新请求，所述策略更新请求中包含更新所述用户业务 的初始配额申请模式的指示信息，以使策略控制设备后续基于所述初始配额申请模式生成所 述用户业务的计费策略；或者，不更新本地生效的所述用户业务的计费策略中的初始配额申 请模式，而是直接向策略控制设备发送策略更新请求，所述更新请求中包括更新所述用户业 务的初始配额申请模式的指示信息，之后，策略控制设备在所述策略更新请求的响应消息中 下发所述用户业务的新的计费策略，所述新的计费策略中包含更新后的所述用户业务的初始 配额申请模式，所述指示信息可以指示禁止对所述用户业务采用非阻塞模式，或者指示对所 述用户业务采用阻塞模式。

其中，向策略控制设备发送策略更新请求消息示例如下：

所述策略更新请求的响应消息中重新下发该用户业务的策略消息示例如下：

步骤509-2-2：策略控制设备向计费触发设备返回策略更新响应消息(OK)。

相对于图3A-图3D以及图4A-图4B，上述图5A对应的方法流程可以在其基础上进一步 降低计费处理设备的性能负担。

图5B对应方法流程中，计费触发设备对用户业务采用阻塞模式(第一模式)的初始配 额申请，计费处理设备据此进行计费处理并下发计费处理结果以控制计费触发设备对本期用 户业务的计费操作，计费触发设备根据计费处理设备返回的计费处理结果，对所述用户业务 转为采用非阻塞模式(第二模式)的初始配额申请，该方法流程主要包括如下步骤：

步骤551：计费触发设备收到用户业务的开始请求StartReq52。

该步骤的内容可以参考步骤301。

为确定开始所述用户业务和为所述用户业务申请配额的时间顺序，计费触发设备先获取 所述用户业务的初始配额申请模式，如步骤552-1或者步骤552-2所示。

步骤552-1：计费触发设备获取所述用户业务的初始配额申请模式IqrMod(＝B)。

该步骤的内容可以参考步骤502-1，所不同的是所述用户业务的初始配额申请模式为阻 塞模式。

转步骤553。

步骤552-2：

步骤552-2-1：计费触发设备向策略控制设备发送策略请求消息。

该步骤的内容可以参考步骤502-2-1。

步骤552-2-2：策略控制设备向计费触发设备返回策略响应消息，其中包含所述用户业 务的初始配额申请模式。

该步骤的内容可以参考步骤502-2-2。

步骤553：计费触发设备向计费处理设备发送计费请求消息，其中包含配额申请信息 RSU52和初始配额申请模式指示信息IqrModInd53。

所述计费请求消息可以是初始计费请求消息，也可以中期计费请求消息；具体地，为开 始所述用户业务，计费触发设备向计费处理设备发送初始计费请求消息，其中包含配额申请 信息RSU52和初始配额申请模式指示信息IqrModInd53；所述用户业务开始之后，为维持放 通所述用户业务，计费触发设备向计费处理设备发送中期计费请求消息，其中包含配额申请 信息RSU52，可选地，还可以包含IqrModInd53。IqrModInd53指明计费触发设备对所述用户 业务采用的初始配额申请模式是阻塞模式。

计费处理设备接收并解析所述计费请求消息后，从中获取配额申请信息RSU52和初始配 额申请模式指示信息IqrModInd53(如果有)，其后续处理过程，如示例5B-1或5B-2所示。

示例5B-1

步骤554-1：计费处理设备授予配额GSU52。

具体地，计费处理设备基于配额申请信息RSU52，为所述用户业务授予配额GSU52。

步骤555-1：计费处理设备向计费触发设备发送计费响应消息，其中包含GSU52。

步骤556-1：计费触发设备基于GSU52开始所述用户业务，或者监控GSU52的使用。

具体地，如果上述计费响应消息是初始计费响应消息，则计费触发设备基于GSU52开始 所述用户，如果上述计费响应消息是中期计费响应消息，则计费触发设备监控GSU52的使用。

步骤554-1-步骤556-1是正常授予配额的过程，授予的配额可作为计费触发设备确定改 变初始配额申请模式的依据之一，详见步骤557。

转步骤557。

示例5B-2

步骤554-2：计费处理设备授予配额成功，生成CurCmd＝HngQm。

和步骤554-1相比，除了授予配额GSU52之外，计费处理设备还基于计费系统的性能负 担等因素，生成CurCmd52＝HngQm，以使计费触发设备挂起所述用户业务的配额管理。。

步骤555-2：计费处理设备向计费触发设备发送计费响应消息，其中包含GSU52和CurCmd52。

和步骤555-1相比，该计费响应消息还包含CurCmd52。

步骤556-2：计费触发设备执行CurCmd52。

和步骤506-2相比，计费触发设备还根据CurCmd52＝HngQm，挂起所述用户业务的配额管 理。

步骤554-1-步骤556-1是正常授予配额的过程，授予的配额和所下发的计费控制指令 (CurCmd52)可作为计费触发设备确定改变初始配额申请模式的依据之一，详见步骤557。

步骤557：计费触发设备基于计费处理结果确定应更改所述用户业务的初始配额申请模 式为非阻塞模式。

具体地，计费触发设备基于示例5B-1或示例5B-2的计费处理过程，确定应更改所述用 户业务的初始配额申请模式，即从此前的阻塞模式(B)更改为非阻塞模式(NB)。例如，计费触发设备可以根据连续多次计费处理结果中授予的配额量呈上升趋势，则确定计费处理 设备放松信用控制，进而确定应将所述用户业务的初始配额申请模式改为非阻塞模式。

确定更改初始配额申请模式之后，计费触发设备可以为所述用户业务保存新的初始配额 申请模式，如步骤558-1或步骤558-2所示。

步骤558-1：计费触发设备更新所述用户业务的初始配额申请模式。

该步骤的内容可参考步骤509-1。

步骤558-2：

步骤558-2-1：计费触发设备向策略控制设备发送策略更新请求消息，其中包含更新所 述用户业务的初始配额申请模式的指示信息。

该步骤的内容可以参考步骤509-2-1。

步骤558-2-2：策略控制设备向计费触发设备返回策略更新响应消息(OK)。

该步骤的内容可以参考步骤509-2-2。

相对于图3A-图3D以及图4A-图4B对应的方法流程，上述图5B对应的方法流程可以在 其基础上进一步降低计费处理设备的性能负担。

图6为本申请实施例提供的计费触发设备、计费处理设备或策略控制设备的硬件结构图。 本申请实施例中的所有计费触发设备(例如，图1的102)、计费处理设备(例如，图1的 101)、策略控制设备(例如，图1的策略控制设备104)，均可以采用图6所示的通用的计算机硬件结构实现，其中包括处理器601、存储器602、总线603、输入设备604、输出设备605 以及网络接口606，其中输入设备604与输出设备605为可选的。

具体地，存储器602可以包括以易失性和/或非易失性存储器形式的计算机存储媒体， 如只读存储器和/或随机存取存储器。存储器602可以存储操作系统、应用程序、其他程序 模块、可执行代码和程序数据。

输入设备604可以用于输入信息，便于系统管理员对计费触发设备、计费处理设备或策 略控制设备进行操作和管理等，例如，在计费处理设备上配置用户账户风险阈值、在计费触 发设备上管理初始配额申请模式指示信息的存储空间、在策略控制设备上管理初始配额申请 模式指示信息的存储空间等；输入设备604可以为键盘或指向设备，如鼠标、轨迹球、触摸 板、麦克风、操纵杆、游戏垫、卫星电视天线、扫描仪或类似设备，均可以通过总线603连 接至处理器601。

输出设备605可以用于输出信息，便于系统管理员对计费触发设备、计费处理设备或策 略控制设备进行操作和管理等；例如，在计费处理设备上显示用户账户风险阈值、在计费触 发设备上显示剩余存储空间、在策略控制设备上显示剩余存储空间等；除了监视器之外，输 出设备605还可以为其他外围输出设备，如扬声器和/或打印设备，也均可以通过总线603 连接到处理器601。

计费触发设备、计费处理设备或策略控制设备均可以通过网络接口606连接到网络中， 例如连接到局域网(Local Area Network，LAN)。在联网环境下，计费触发设备、计费处理 设备或策略控制设备中存储的计算机执行指令可以存储在远程存储设备中，而不限于在本地 存储。

当计费触发设备中的处理器601执行存储器602中存储的可执行代码或应用程序时，计 费触发设备可以执行以上所有实施例中与计费触发设备相对应的方法步骤，如步骤230、303、 307-2、331-2、346、370、410、449、507-2和556-2等；具体执行过程均参见上述实施例， 在此不再赘述。

当计费处理设备中的处理器601执行存储器602中存储的可执行代码或应用程序时，计 费处理设备可以执行以上所有实施例中与计费处理设备相对应的方法步骤，如步骤220、 305-1、329-1、344、368、408、447、505-2和554-2；具体执行过程均参见上述实施例，在此不再赘述。

当策略控制设备中的处理器601执行存储器602中存储的可执行代码或应用程序时，策 略控制可以执行以上所有实施例中与策略控制设备相对应的方法步骤，如步骤502-2、509-2、 552-2和558-2；具体执行过程均参见上述实施例，在此不再赘述。

图7为本申请实施例提供的计费处理设备(101)的逻辑结构示意图，所述计费处理设 备(101)用于根据计费触发设备(102)对用户业务采用的初始配额申请模式控制计费触发 设备(102)对所述用户业务的计费操作，包括：

-获取模块701，用于获取用户业务的初始配额申请模式指示信息等，所述初始配额申请 模式指示信息指明计费触发设备(102)在收到所述用户业务的第一开始请求时对所述用户 业务采用了第一初始配额申请模式，具体执行过程参见上述实施例中计费处理设备侧的步骤 说明，如步骤201、304、324和328-1等。

-发送模块702，用于向所述计费触发设备(102)发送计费处理结果等，所述计费处理 结果为基于所述初始配额申请模式指示信息对所述用户业务进行计费处理的结果，具体执行 过程参见上述实施例中计费处理设备侧的步骤说明，如步骤330-1、330-2和345等。

图8为本申请实施例提供的计费触发设备(102)的逻辑结构示意图，所述计费触发设 备(102)用于向计费处理设备(101)发送用户业务的初始配额申请模式指示信息，且根据 计费处理设备(101)发送的计费处理结果调整对所述用户业务的计费操作，包括：

-发送模块801，用于向计费处理设备(101)发送用户业务的初始配额申请模式指示信 息等，所述初始配额申请模式指示信息指明所述计费触发设备(102)在收到所述用户业务 的第一开始请求时对所述用户业务采用了第一初始配额申请模式，具体执行过程参见上述实 施例中计费触发设备侧的步骤说明，如步骤201、304、324和328-1等。

-接收模块802，用于从所述计费处理设备(101)接收所述用户业务的计费处理结果等， 具体执行过程参见上述实施例中计费触发设备侧的步骤说明，如步骤330-1、330-2和345 等。

-处理模块803，用于基于所述计费处理结果处理所述用户业务等，具体执行过程参见上 述实施例中计费触发设备侧的步骤说明，如步骤307-1、307-2、307-3、331-1、331-2、331-3 和331-4等。

图9为本申请实施例提供的策略控制设备(104)的逻辑结构示意图，所述策略控制设 备(104)用于为计费触发设备(102)保存用户业务的初始配额申请模式，包括：

-收发模块901，用于从所述计费触发设备(102)接收用户业务的初始配额申请模式， 或者从计费触发设备(102)接收初始配额申请模式的查询请求等，具体执行过程参见上述 实施例中计费触发设备侧的步骤说明，如步骤502-2-1和509-2-1等。

-存储模块902，用于将从所述计费触发设备(102)接收用户业务的初始配额申请模式 保存到本地存储设施，可选地，通过收发模块901向所述计费触发设备(102)返回成功响 应，或者根据从计费触发设备(102)接收初始配额申请模式的查询请求，从本地存储设置 查找出所述用户业务的初始配额申请模式，并将其通过收发模块901发送给所述计费触发设 备(102)，如步骤502-2-2和509-2-2等。

图7所示计费处理设备、图8所示计费触发设备和图9所示策略控制设备是以功能模块 的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specificintegrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路， 和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到 这些设备也可以采用图6所示的形式。例如获取模块701、发送模块702、发送模块801、接 收模块802、处理模块803、收发模块901和存储模块902都可以通过图6中的处理器601 和存储器602来实现。例如，获取模块701获取用户业务的初始配额申请模式指示信息的功 能、发送模块801发送初始配额申请模式指示信息的功能和存储模块901存储用户业务的初 始配额申请模式的功能，均可以通过由处理器601来执行存储器602中存储的代码来实现。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算 法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件 的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究 竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员 可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本 申请的范围。

本领域普通技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装 置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过 其它的方式实现。例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另 外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以 忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过 一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部 件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元 上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个 单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可 以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以 存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对 现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是 个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。 而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等 各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应 以权利要求的保护范围为准。

Claims (36)

1.一种计费系统，包括：计费处理设备(101)和计费触发设备(102)，其特征在于：

所述计费触发设备(102)用于：向所述计费处理设备(101)发送初始配额申请模式指示信息，所述初始配额申请模式指示信息指明所述计费触发设备(102)在收到用户业务的第一开始请求时对所述用户业务采用了第一初始配额申请模式；

所述计费处理设备(101)用于：获取所述初始配额申请模式指示信息，且向所述计费触发设备(102)发送计费处理结果，所述计费处理结果为基于所述初始配额申请模式指示信息对所述用户业务进行计费处理的结果；

所述计费触发设备(102)还用于：基于所述计费处理结果处理所述用户业务。

2.根据权利要求1所述的计费系统，其特征在于：

所述计费触发设备(102)还用于：在收到所述第一开始请求时对所述用户业务采用所述第一初始配额申请模式，且向所述计费处理设备(101)发送所述用户业务的初始计费请求消息，所述初始计费请求消息包含所述初始配额申请模式指示信息；

所述计费处理设备(101)还用于：从所述初始计费请求消息中获取所述初始配额申请模式指示信息。

3.根据权利要求1或2所述的计费系统，其特征在于，所述计费处理设备(101)还用于向所述所述计费触发设备(102)发送包含以下任意一项的计费处理结果：

用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数，或者

用于指示所述计费触发设备(102)中断所述用户业务的指示参数。

4.根据权利要求3所述的计费系统，其特征在于，所述计费处理设备(101)还用于在所述第一初始配额申请模式为非阻塞模式，且确定需使所述计费触发设备(102)挂起所述用户业务的配额管理时，向所述计费触发设备(102)发送包含用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数的计费处理结果，所述计费触发设备(102)还用于挂起所述用户业务的配额管理。

5.根据权利要求1-3中任一所述的计费系统，其特征在于，所述计费处理设备(101)还用于向所述计费触发设备(102)发送包含用于指示计费触发设备在收到所述用户业务的第二开始请求时对所述用户业务采用第二初始配额申请模式的指示参数的计费处理结果，所述第二开始请求晚于所述第一开始请求发生。

6.一种处理用户业务的方法，应用于计费处理设备(101)，其特征在于，包括：

获取用户业务的初始配额申请模式指示信息，所述初始配额申请模式指示信息指明计费触发设备(102)在收到所述用户业务的第一开始请求时对所述用户业务采用了第一初始配额申请模式；

向所述计费触发设备(102)发送计费处理结果，所述计费处理结果为基于所述初始配额申请模式指示信息对所述用户业务进行计费处理的结果。

7.根据权利要求6所述的方法，其特征在于，所述获取所述初始配额申请模式指示信息，包括：

从所述计费触发设备(102)接收所述用户业务的初始计费请求消息，所述初始计费请求消息包含所述初始配额申请模式指示信息；

从所述初始计费请求消息中获取所述初始配额申请模式指示信息。

8.根据权利要求6或7所述的方法，其特征在于，所述计费处理结果包含以下任意一项：

用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数，或者

用于指示所述计费触发设备(102)中断所述用户业务的指示参数。

9.根据权利要求8所述的方法，其特征在于，当所述第一初始配额申请模式为非阻塞模式时，所述计费处理结果包含用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数，所述基于所述初始配额申请模式指示信息对所述用户业务进行计费处理包括：

为所述用户业务授权失败，且基于所述初始配额申请模式指示信息确定需使所述计费触发设备(102)挂起所述用户业务的配额管理。

10.根据权利要求8所述的方法，其特征在于，当所述第一初始配额申请模式为非阻塞模式时，所述计费处理结果包含用于指示所述计费触发设备(102)中断所述用户业务的指示参数,所述基于所述初始配额申请模式指示信息对所述用户业务进行计费处理包括：

为所述用户业务授权失败，且基于所述初始配额申请模式指示信息确定需使所述计费处理设备(101)中断所述用户业务。

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

从所述计费触发设备(102)接收所述用户业务的无配额使用量。

12.根据权利要求6-8中任一所述的方法，其特征在于，所述计费处理结果还包含用于指示计费触发设备在收到所述用户业务的第二开始请求时对所述用户业务采用第二初始配额申请模式的指示参数，所述第二开始请求晚于所述第一开始请求发生。

13.根据权利要求12所述的方法，其特征在于，所述第一初始配额申请模式为非阻塞模式，所述第二初始配额申请模式为阻塞模式；或者，所述第一初始配额申请模式为阻塞模式，所述第二初始配额申请模式为非阻塞模式。

14.根据权利要求6-13中任一所述的方法，其特征在于:

所述基于所述初始配额申请模式指示信息对所述用户业务进行计费处理由所述用户业务的初始计费请求消息触发，所述向所述计费触发设备(102)发送所述计费处理结果，包括：向所述计费触发设备(102)发送所述用户业务的初始计费响应消息，所述初始计费响应消息中包含所述计费处理结果；或者

所述基于所述初始配额申请模式指示信息对所述用户业务进行计费处理由所述用户业务的中期计费请求消息触发，所述向所述计费触发设备(102)发送所述计费处理结果，包括：向所述计费触发设备(102)发送所述用户业务的中期计费响应消息，所述中期计费响应消息包含所述计费处理结果；或者

所述基于所述初始配额申请模式指示信息对所述用户业务进行计费处理由其他计费请求消息或者账户管理消息触发，所述其他计费请求消息为其他用户业务的计费请求消息，所述其他用户业务与所述用户业务对应相同的账户，所述账户管理消息为所述用户业务对应的账户的管理消息，所述向所述计费触发设备(102)发送所述计费处理结果，包括：向所述计费触发设备(102)发送通知消息，所述通知消息包含所述计费处理结果。

15.一种处理用户业务的方法，应用于计费触发设备(102)，其特征在于，包括：

向计费处理设备(101)发送用户业务的初始配额申请模式指示信息，所述初始配额申请模式指示信息指明所述计费触发设备(102)在收到所述用户业务的第一开始请求时对所述用户业务采用了第一初始配额申请模式；

从所述计费处理设备(101)接收所述用户业务的计费处理结果；

基于所述计费处理结果处理所述用户业务。

16.根据权利要求15所述的方法，其特征在于，所述向计费处理设备(101)发送用户业务的初始配额申请模式指示信息，具体为：

在收到所述第一开始请求时对所述用户业务采用所述第一初始配额申请模式；

向所述计费处理设备(101)发送所述用户业务的初始计费请求消息，所述初始计费请求消息包含所述初始配额申请模式指示信息。

17.根据权利要求15或16所述的方法，其特征在于，所述计费处理结果包含以下任意一项：

用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数，或者

用于指示所述计费触发设备(102)中断所述用户业务的指示参数。

18.根据权利要求17所述的方法，其特征在于，所述计费处理结果包含用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数，所述基于所述计费处理结果处理所述用户业务，包括：

挂起所述用户业务的配额管理。

19.根据权利要求17所述的方法，其特征在于，所述计费处理结果包含用于指示所述计费触发设备(102)中断所述用户业务的指示参数，所述基于所述计费处理结果处理所述用户业务，包括：

中断所述用户业务,

且向所述计费处理设备(101)发送所述用户业务的无配额使用量。

20.根据权利要求15-17中任一所述的方法，其特征在于，所述计费处理结果还包含用于指示计费触发设备在收到所述用户业务的第二开始请求时对所述用户业务采用第二初始配额申请模式的指示参数，所述第二开始请求晚于所述第一开始请求发生，所述基于所述计费处理结果处理所述用户业务，还包括：

将所述用户业务的初始配额申请模式更新为所述第二初始配额申请模式。

21.根据权利要求20所述的方法，其特征在于，所述从计费处理设备(101)接收所述用户业务的计费处理结果，包括：

从所述计费处理设备(101)接收所述用户业务的初始计费响应消息，所述初始计费响应消息包含所述计费处理结果；或者

从所述计费处理设备(101)接收所述用户业务的中期计费响应消息，所述中期计费响应消息包含所述计费处理结果；或者

从所述计费处理设备(101)接收通知消息，所述通知消息包含所述计费处理结果。

22.根据权利要求15-19中任一所述的方法，其特征在于，所述基于所述计费处理结果处理所述用户业务，包括：

根据所述计费处理结果，确定在收到所述用户业务的第二开始请求时应对所述用户业务采用第二初始配额申请模式，所述第二开始请求晚于所述第一开始请求发生；

将所述用户业务的初始配额申请模式更新为所述第二初始配额申请模式。

23.根据权利要求20-22中任一所述的方法，其特征在于，所述将所述用户业务的初始配额申请模式更新为所述第二初始配额申请模式，包括：

向所述策略控制设备(104)发送对所述用户业务禁止采用所述第一初始配额申请模式的指示信息；或者，

向所述策略控制设备(104)发送指示将所述用户业务对应的初始配额申请模式更改为所述第二初始配额申请模式的指示信息。

24.根据权利要求20-23中任一所述的方法，其特征在于，所述第一初始配额申请模式为非阻塞模式，所述第二初始配额申请模式为阻塞模式；或者，所述第一初始配额申请模式为阻塞模式，所述第二初始配额申请模式为非阻塞模式。

25.一种计费处理设备(101)，其特征在于，包括获取模块(701)和发送模块(702)，其中：

所述获取模块(701)用于：获取用户业务的初始配额申请模式指示信息，所述初始配额申请模式指示信息指明计费触发设备(102)在收到所述用户业务的第一开始请求时对所述用户业务采用了第一初始配额申请模式；

所述发送模块(702)用于：向所述计费触发设备(102)发送计费处理结果，所述计费处理结果为基于所述初始配额申请模式指示信息对所述用户业务进行计费处理的结果。

26.根据权利要求25所述的计费处理设备(101)，其特征在于，所述获取模块(701)还用于：

从所述计费触发设备(102)接收所述用户业务的初始计费请求消息，所述初始计费请求消息包含所述初始配额申请模式指示信息；

从所述初始计费请求消息中获取所述初始配额申请模式指示信息。

27.根据权利要求25或26所述的计费处理设备(101)，其特征在于，所述发送模块还用于：

基于所述初始配额申请模式指示信息生成以下任意一项并将以下任意一项包含在所述计费处理结果中：

用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数，或者

用于指示所述计费触发设备(102)中断所述用户业务的指示参数。

28.根据权利要求25-27中任一所述的计费处理设备(101)，其特征在于，所述发送模块还用于：

基于所述初始配额申请模式指示信息生成用于指示计费触发设备在收到所述用户业务的第二开始请求时对所述用户业务采用第二初始配额申请模式的指示参数，并将该指示参数包含在所述计费处理结果中，所述第二开始请求晚于所述第一开始请求发生。

29.一种计费触发设备(102)，其特征在于，包括发送模块(801)、接收模块(802)和处理模块(803)，其中：

所述发送模块(801)用于：向计费处理设备(101)发送用户业务的初始配额申请模式指示信息，所述初始配额申请模式指示信息指明所述计费触发设备(102)在收到所述用户业务的第一开始请求时对所述用户业务采用了第一初始配额申请模式；

所述接收模块(802)用于：从所述计费处理设备(101)接收所述用户业务的计费处理结果；

所述处理模块(803)用于：基于所述计费处理结果处理所述用户业务。

30.根据权利要求29所述的计费触发设备(102)，其特征在于，所述发送模块还用于：

在收到所述第一开始请求时对所述用户业务采用所述第一初始配额申请模式；

向所述计费处理设备(101)发送所述用户业务的初始计费请求消息，所述初始计费请求消息包含所述初始配额申请模式指示信息。

31.根据权利要求29或30所述的计费触发设备(102)，其特征在于：

所述接收模块(802)还用于从所述计费处理设备(101)接收包含用于指示所述计费触发设备(102)挂起所述用户业务的配额管理的指示参数的计费处理结果，所述处理模块(803)还用于挂起所述用户业务的配额管理；或者

所述接收模块(802)还用于从所述计费处理设备(101)接收包含用于指示所述计费触发设备(102)中断所述用户业务的指示参数的计费处理结果，所述处理模块(803)还用于中断所述用户业务。

32.根据权利要求29-31中任一项所述的计费触发设备(102)，其特征在于：

所述接收模块(802)还用于从所述计费处理设备(101)接收包含用于指示计费触发设备在收到所述用户业务的第二开始请求时对所述用户业务采用第二初始配额申请模式的指示参数的计费处理结果，所述第二开始请求晚于所述第一开始请求发生，所述处理模块(803)还用于将所述用户业务的初始配额申请模式更新为所述第二初始配额申请模式。

33.一种计费处理设备(101)，其特征在于，包括处理器和存储器，其中：

所述存储器，用于存储程序指令；

所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费处理设备(101)执行权利要求6至14中任一项所述的处理用户业务的方法。

34.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机执行权利要求6至14中任一项所述的处理用户业务的方法。

35.一种计费触发设备(102)，其特征在于，包括处理器和存储器，其中：

所述存储器，用于存储程序指令；

所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费触发设备(102)执行权利要求15至24中任意一项所述的处理用户业务的方法。

36.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机执行权利要求15至24中任意一项项所述的处理用户业务的方法。

Images