CN112243204B - 一种计费处理的方法、系统及相关设备 - Google Patents

Abstract

一种计费处理方法：在用户业务的计费处理设备不可用期间，存储用户业务的故障期计费数据，包括未发送的计费数据或未处理的计费数据；确定用户业务的计费处理设备从不可用恢复为可用后，向恢复为可用的计费处理设备发送包含所述故障期计费数据的计费请求消息，以使所述恢复为可用的计费计费处理设备对其恢复为可用之前的计费数据进行计费处理。该方法使得在计费处理设备或网络出现故障时，既不中断用户的业务，又可避免运营商遭受损失。

Description

一种计费处理的方法、系统及相关设备

本申请是名为“一种计费处理的方法、系统及相关设备”、专利申请号为201910656808.8的中国专利申请的分案申请。

技术领域

本申请涉及通信领域，尤其涉及对用户设备接入的业务进行计费处理的方法、系统以及相关设备。

背景技术

计费系统是电信运营支撑系统中的关键系统之一，直接涉及到运营商和用户的经济利益，业界对其稳定性提出了很高的要求：当计费服务器(提供在线计费服务和/或离线计费服务)不可用的时候，不能影响用户设备继续使用电信网络，同时还应能够继续采集用户使用业务的计费数据，以最大程度地避免运营商遭受损失。

当前的3G(3rd Generation，第三代)网络或4G(4th Generation，第四代)网络的计费系统包括在线计费服务器和离线计费服务器两套计费系统，当在线计费系统不可用时，可以切换到离线计费系统(离线计费系统通常部署在业务或者网络侧)，以实现对用户设备对应的业务进行离线计费处理，从而保证用户业务不受影响。

但5G(5th Generation，第五代)网络的计费系统已得到演进以更好地服务5G网络及业务：5G网络的CHF(Charging Function，计费功能)设备融合了传统的在线计费能力和离线计费能力提供在线离线融合计费服务，其独立于业务或者网络部署。对于某一业务，可以为其配置一个CHF设备，或者配置主、备CHF设备，在主用CHF设备不可用时，如：CHF设备本身出现故障或者计费触发设备与主用CHF设备之间的网络连接出现故障导致主用CHF设备无法被接入时，可以改由备用CHF设备进行计费处理。

在5G网络下，当为用户业务提供计费处理功能的CHF设备不可用(当为该用户业务仅配置一个CHF设备时，指该CHF设备不可用，当为该用户业务配置了主备CHF设备时，指该主用、备用CHF设备都不可用)的情况下，无法对用户设备接入的业务进行计费处理，进而，要么导致用户设备断网，要么给运营商带来经济损失。

发明内容

鉴于此，有必要提供一种计费处理方法，以使在用户业务的计费处理设备不可用的情况下，仍能对用户业务进行计费处理，既不中断用户业务，又避免造成运营商的损失。

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

所述计费触发设备用于：确定用户业务的计费处理设备从不可用恢复为可用后，向恢复为可用的所述计费处理设备发送所述业务的第一计费请求消息，所述第一计费请求消息包含所述业务的第一计费数据和/或第一信息；

所述计费处理设备用于：从所述计费触发设备接收所述第一计费请求消息后，根据所述第一计费请求消息对所述业务进行计费处理；

其中：

所述第一计费数据包括所述业务的计费处理设备不可用导致的未发送的计费数据或未处理的计费数据，所述未发送的计费数据为所述计费触发设备未将其发送给计费处理设备的计费数据，所述未处理的计费数据为所述计费触发设备未从计费处理设备接收到其计费处理结果的计费数据；

所述第一信息指示所述第一计费请求消息的上报原因是所述业务的计费处理设备恢复可用。

该计费系统使得计费触发设备可以在用户业务的计费处理设备不可用期间记录或保存计费数据(即未发送的计费数据或未处理的计费数据)，且在确定用户业务的计费处理设备恢复为可用之后向恢复为可用的计费处理设备发送基于这些记录的计费数据得到的第一计费请求消息，以使恢复为可用的计费处理设备可以对上述业务进行计费处理，从而既可以避免中断用户业务，又可以避免漏计费或者计费错误，进而避免运营商遭受损失。

在一个可能的方案中，所述计费触发设备还用于，在向恢复为可用的所述计费处理设备发送所述第一计费请求消息之前：确定所述业务的计费处理设备不可用；基于第二计费请求消息得到所述第一计费请求消息；

其中，所述第二计费请求消息包括所述业务的计费处理设备不可用导致的未发送的计费请求消息或未收到响应的计费请求消息，所述未发送的计费请求消息为所述计费触发设备未将其发送给计费处理设备的计费请求消息，所述未收到响应的计费请求消息为所述计费触发设备未从计费处理设备接收到其计费响应消息的计费请求消息。

在一个可能的方案中，所述第二计费请求消息包含所述业务的使用数据和对应的有配额标记，所述计费触发设备还用于:将所述使用数据和有配额标记包含在所述第一计费请求消息中的所述第一计费数据中，且所述有配额标记指示所述使用数据为有配额使用数据，或者，将所述使用数据包含在所述第一计费请求消息中的所述第一计费数据中，且所述第一计费数据指示所述使用数据为无配额使用数据。

在一个可能的方案中，所述第二计费请求消息包含所述业务的使用数据和对应的有配额标记，所述计费触发设备还用于:将所述使用数据包含在所述第一计费请求消息中的所述第一计费数据中，且使所述第一计费数据指示所述使用数据为有配额使用数据。

在一个可能的方案中，所述第二计费请求消息包含所述业务的使用数据和对应的有配额标记，所述计费触发设备还用于：将所述使用数据和无配额标记包含在所述第一计费请求消息中的所述第一计费数据中，且所述无配额标记指示指示所述使用数据为无配额使用数据。

在一个可能的方案中，所述计费触发设备还用于，在向恢复为可用的所述计费处理设备发送所述第一计费请求消息之前：确定所述业务的计费处理设备不可用；获取所述业务的使用数据；基于所述使用数据得到所述第一计费请求消息。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据，则所述计费处理设备用于根据所述第一计费请求消息对所述业务进行计费处理，具体用于：确定所述计费处理设备上不存在所述业务对应的第一计费话单；根据所述第一计费请求消息创建所述第一计费话单。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据和无配额标记，且所述无配额标记指示所述使用数据为无配额使用数据，则所述计费处理设备用于根据所述第一计费请求消息对所述业务进行计费处理，具体用于：确定所述计费处理设备上不存在所述业务对应的第一计费话单；根据所述第一计费请求消息创建所述第一计费话单。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据，则所述计费处理设备用于根据所述第一计费请求消息对所述业务进行计费处理，具体用于：释放所述计费处理设备上存在的所述使用数据对应的业务单元配额。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据和无配额标记，且所述无配额标记指示所述使用数据为无配额使用数据，则所述计费处理设备用于根据所述第一计费请求消息对所述业务进行计费处理，具体用于：释放所述计费处理设备上存在的所述使用数据对应的业务单元配额。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据，且所述第一计费数据指示所述使用数据为有配额使用数据，则所述计费处理设备用于根据所述第一计费请求消息对所述业务进行计费处理，具体用于：确定所述计费处理设备上不存在所述使用数据对应的业务单元配额；基于所述使用数据对所述用户的账户执行扣减处理。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据和有配额标记，且所述有配额标记指示所述使用数据为有配额使用数据，则所述计费处理设备用于根据所述第一计费请求消息对所述业务进行计费处理，具体用于：确定所述计费处理设备上不存在所述使用数据对应的业务单元配额；基于所述使用数据对所述用户的账户执行扣减处理。

在一个可能的方案中，所述计费处理设备还用于：确定所述第一计费请求消息中的第一计费数据不是重发的计费数据。

在一个可能的方案中，在接收到所述第一计费请求消息之前，所述计费处理设备还用于：向所述计费触发设备发送故障处理策略，所述故障处理策略用于指示所述计费触发设备在所述业务的计费处理设备从不可用恢复为可用后，向恢复为可用的计费处理设备发送所述业务的第一计费请求消息。

第二方面，本申请实施例提供了一种计费方法，应用于计费触发设备，所述方法包括：确定用户业务的计费处理设备从不可用恢复为可用；向恢复为可用的计费处理设备发送所述业务的第一计费请求消息，所述第一计费请求消息包含所述业务的第一计费数据和/或第一信息。

在一个可能的方案中，在向所述恢复为可用的计费处理设备发送第一计费请求消息之前，所述方法还包括：确定所述业务的计费处理设备不可用；基于第二计费请求消息得到所述第一计费请求消息。

在一个可能的方案中，所述基于第二计费请求消息得到所述第一计费请求消息，具体为：基于一个第二计费请求消息得到所述第一计费请求消息；存储所述第一计费请求消息；或者，所述基于第二计费请求消息得到所述第一计费请求消息，具体为：存储至少一个第二计费请求消息；在确定所述业务的计费处理设备从不可用恢复为可用之后，基于所述至少一个第二计费请求消息得到所述第一计费请求消息。

在一个可能的方案中，所述第二计费请求消息包含所述业务的使用数据和对应的有配额标记，则所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据，且所述第一计费数据指示所述使用数据为有配额使用数据，或者，所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据。

在一个可能的方案中，所述第二计费请求消息包含所述业务的使用数据和有配额标记，则所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据和有配额标记，且所述有配额标记指示所述使用数据为有配额使用数据，或者，所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据和无配额标记，且所述无配额标记指示所述使用数据为无配额使用数据。

在一个可能的方案中，所述第二计费请求消息包含所述业务的使用数据和对应的无配额标记，则所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据。

在一个可能的方案中，所述第二计费请求消息包含所述业务的使用数据和对应的无配额标记，则所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据和无配额标记，且所述无配额标记指示所述使用数据为无配额使用数据。

在一个可能的方案中，当所述第一计费请求消息包含所述第一计费数据时，则所述第一计费请求消息还包含第二信息，所述第二信息指示所述第一计费请求消息包含第一计费数据。

在一个可能的方案中，当所述第一计费请求消息包含所述业务的第一计费数据时，所述第一计费请求消息还包含第三信息，所述第三信息用于确定所述第一计费数据是重发的。

在一个可能的方案中，所述第三信息包含所述业务对应的计费资源标识和所述第二计费请求消息的序列号。

在一个可能的方案中，所述第三信息还包含重发标记，所述重发标记指示所述第一计费数据是重发的。

在一个可能的方案中，所述业务的计费方式为在线计费，则在确定所述业务的计费处理设备不可用之后，所述方法还包括：对所述业务执行离线计费操作，或者，为所述业务授予虚拟配额，所述虚拟配额为所述计费触发设备本地虚拟授予的配额。

在一个可能的方案中，在向所述恢复为可用的计费处理设备发送第一计费请求消息之前，所述方法还包括：确定所述业务的计费处理设备不可用；获取所述业务的使用数据；基于所述使用数据得到所述第一计费请求消息。

在一个可能的方案中，所述业务的计费方式为离线计费，则所述方法还包括对所述业务执行离线计费操作以获取所述使用数据，且所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据。

在一个可能的方案中，所述业务的计费方式为离线计费，则所述方法还包括对所述业务执行离线计费操作以获取所述使用数据，且所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据和无配额标记，且所述无配额标记指示所述使用数据为无配额使用数据。

在一个可能的方案中，所述业务的计费方式为在线计费，则所述方法还包括对所述业务执行在线计费操作以获取所述使用数据，且所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据，且所述第一计费数据指示所述使用数据为有配额使用数据；或者，所述方法还包括对所述业务执行离线计费操作以获取所述使用数据，且所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据。

在一个可能的方案中，所述业务的计费方式为在线计费，则所述方法还包括对所述业务执行在线计费操作以获取所述使用数据，且所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据和有配额标记，且所述有配额标记指示所述使用数据为有配额使用数据；或者，所述方法还包括对所述业务执行离线计费操作以获取所述使用数据，且所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据和无配额标记，且所述无配额标记指示所述使用数据为无配额使用数据。

在一个可能的方案中，所述基于所述使用数据得到所述第一计费请求消息，具体为：在所述业务的立即上报类型的计费上报条件满足时，基于所述使用数据得到所述第一计费请求消息；或者，所述基于所述使用数据得到所述第一计费请求消息，具体为：在所述业务的立即上报类型的计费上报条件满足时，存储所述使用数据；在向所述恢复为可用的计费处理设备发送第一计费请求消息之前，基于存储的所述使用数据生成所述第一计费请求消息。

在一个可能的方案中，在向所述恢复为可用的计费处理设备发送所述第一计费请求消息之前，所述方法还包括：获取故障处理策略，所述故障处理策略指示所述计费触发设备在所述业务的计费处理设备从不可用恢复为可用后，向恢复为可用的计费处理设备发送所述业务的第一计费请求消息；其中，所述获取所述故障处理策略包括：从本地配置信息读取所述故障处理策略，或者从计费处理设备接收所述故障处理策略，或者从策略控制功能PCF设备接收所述故障处理策略。

第三方面，本申请实施例提供了一种计费方法，应用于计费处理设备，所述方法包括：从计费触发设备接收用户的业务的第一计费请求消息，所述第一计费请求消息包含所述业务的第一计费数据和/或第一信息；根据所述第一计费请求消息对所述业务进行计费处理。

在一个可能的方案中，当所述第一计费请求消息包含所述第一计费数据时，所述第一计费请求消息还包含第二信息，所述第二信息指示所述第一计费请求消息包含第一计费数据。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据，则所述根据所述第一计费请求消息对所述业务进行计费处理，具体包括：将所述使用数据写入所述业务对应的第一计费话单。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据和无配额标记，且所述无配额标记指示所述使用数据为无配额使用数据，则所述根据所述第一计费请求消息对所述业务进行计费处理，具体包括：将所述使用数据写入所述业务对应的第一计费话单。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据，则所述根据所述第一计费请求消息对所述业务进行计费处理，具体包括：确定所述计费处理设备上不存在所述业务对应的第一计费话单；根据所述第一计费请求消息创建所述第一计费话单。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据和无配额标记，且所述无配额标记指示所述使用数据为无配额使用数据，则所述根据所述第一计费请求消息对所述业务进行计费处理，具体包括：确定所述计费处理设备上不存在所述业务对应的第一计费话单；根据所述第一计费请求消息创建所述第一计费话单。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据，则在从所述计费触发设备接收到所述第一计费请求消息之后，所述方法还包括：释放所述计费处理设备上存在的所述使用数据对应的业务单元配额。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据和无配额标记，且所述无配额标记指示所述使用数据为无配额使用数据，则在从所述计费触发设备接收到所述第一计费请求消息之后，所述方法还包括：释放所述计费处理设备上存在的所述使用数据对应的业务单元配额。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据，且所述第一计费数据指示所述使用数据为有配额使用数据，则所述根据所述第一计费请求消息对所述业务进行计费处理，具体包括：确定所述计费处理设备上存在所述使用数据对应的业务单元配额；基于所述使用数据和所述业务单元配额，对所述用户的账户执行扣减处理。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据和有配额标记，且所述有配额标记指示所述使用数据为有配额使用数据，则所述根据所述第一计费请求消息对所述业务进行计费处理，具体包括：确定所述计费处理设备上存在所述使用数据对应的业务单元配额；基于所述使用数据和所述业务单元配额，对所述用户的账户执行扣减处理。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据，且所述第一计费数据指示所述使用数据为有配额使用数据，则所述根据所述第一计费请求消息对所述业务进行计费处理，具体包括：确定所述计费处理设备上不存在所述使用数据对应的业务单元配额；基于所述使用数据对所述用户的账户执行扣减处理。

在一个可能的方案中，所述第一计费请求消息中的第一计费数据包含所述业务的使用数据和有配额标记，且所述有配额标记指示所述使用数据为有配额使用数据，则所述根据所述第一计费请求消息对所述业务进行计费处理，具体包括：确定所述计费处理设备上不存在所述使用数据对应的业务单元配额；基于所述使用数据对所述用户的账户执行扣减处理。

在一个可能的方案中，所述方法还包括：确定基于所述使用数据对所述用户的账户执行扣减处理失败；将所述使用数据写入所述业务对应的第二计费话单。

在一个可能的方案中，所述第一计费请求消息为计费资源创建请求消息，则所述根据所述第一计费请求消息对所述业务进行计费处理，具体还包括：根据所述第一计费请求消息创建计费资源。

在一个可能的方案中，所述第一计费请求消息为计费资源更新请求消息或计费资源删除请求消息，所述第一计费请求消息还包含计费资源标识，则所述根据所述第一计费请求消息对所述业务进行计费处理，具体还包括：在所述计费处理设备无所述计费资源标识对应的计费资源时，根据所述第一计费请求消息创建所述计费资源。

在一个可能的方案中，在所述根据所述第一计费请求消息对所述业务进行计费处理之前，所述方法还包括：确定所述第一计费请求消息中的第一计费数据不是重发的计费数据。

在一个可能的方案中，所述第一计费请求消息为计费资源创建请求消息，所述第一计费数据包含所述业务的业务信息，则所述确定所述第一计费请求消息中的第一计费数据不是重发的计费数据，具体包括：根据所述业务信息，确定当前计费资源中无基于所述第一计费数据创建的计费资源。

在一个可能的方案中，在接收到所述第一计费请求消息之前，所述方法还包括：向所述计费触发设备发送故障处理策略，所述故障处理策略用于指示所述计费触发设备在所述业务的计费处理设备从不可用恢复为可用后，向恢复为可用的计费处理设备发送所述业务的第一计费请求消息。

第四方面，本申请实施例提供了一种计费触发设备，所述计费触发设备包括处理器和存储器，其中：所述存储器，用于存储程序指令；所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费触发设备执行上述第二方面中的计费方法。

第五方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机执行上述第二方面中的计费方法。

第六方面，本申请实施例提供了一种计费处理设备，所述计费处理设备包括处理器和存储器，其中：所述存储器，用于存储程序指令；所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费处理设备执行上述第三方面中的计费方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机执行权利要求上述第三方面中的计费方法。

第八方面，本申请提实施例供了一种芯片，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片运行时用于实现上述第二方面、第三方面、第二方面的任意可能的实现方案或第三方面的任意可能的实现方案的方法。

附图说明

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

图2A为本申请实施例提供的第一计费请求消息的组成及来源的第一示意图；

图2B为本申请实施例提供的第一计费请求消息的组成及来源的第二示意图；

图3为本申请实施例提供的计费触发设备与计费处理设备的交互方法流程图；

图4A为本申请实施例提供的确定计费处理设备不可用的方法流程图；

图4B为本申请实施例提供的确定计费处理设备可用的方法流程图；

图5A为本申请实施例提供的计费触发设备处理第一计费数据的第一方法流程图；

图5B为本申请实施例提供的计费触发设备处理第一计费数据的第二方法流程图；

图5C为本申请实施例提供的计费触发设备处理第一计费数据的第三方法流程图；

图5D为本申请实施例提供的计费触发设备处理第一计费数据的第四方法流程图；

图5E为本申请实施例提供的计费触发设备发送第一计费请求消息的方法流程图；

图6A为本申请实施例提供的第一计费请求消息的组成及来源的第三示意图；

图6B为本申请实施例提供的第一计费请求消息的组成及来源的第四示意图；

图6C为本申请实施例提供的第一计费请求消息的组成及来源的第五示意图；

图6D为本申请实施例提供的第一计费请求消息的组成及来源的第六示意图；

图7为本申请实施例提供的计费处理设备进行计费处理的方法流程图；

图8为本申请实施例提供的计费触发设备或计费处理设备的硬件结构图；

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

图10为本申请实施例提供的计费处理设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，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等，这些设备主要功能分别描述如下：

计费触发设备102：主要负责用户业务(即用户的业务)的计费数据的获取(包括使用数据的采集，配额的申请等)、上报(注：本申请实施例所述“上报”，是指向计费处理设备发送)和本地配额管理等，其功能包括但不限于：

1)在用户业务的计费处理设备可用期间，放行用户业务，获取用户业务的计费数据，并在计费上报条件满足时，将获取的计费数据通过计费请求消息上报给计费处理设备(如计费处理设备101)进行计费处理；其中，“放行用户业务”包括使用户设备可以正常接入所述用户业务；“用户业务的计费处理设备”是指根据系统配置，可以为用户业务进行计费处理的计费处理设备；从这个意义上说，处于正常工作状态但未被设置为用户业务进行计费处理的计费处理设备，并不能称为“用户业务的计费处理设备”；根据计费系统部署情况的不同，用户业务的计费处理设备可以是单个，也可以是多个。

2)在用户业务的计费处理设备不可用期间，继续放行用户业务，并且：

-获取用户业务的计费数据，在计费触发设备上将所获取的计费数据保存为未发送的计费数据，或者

-获取用户业务的计费数据，基于所获取的计费数据得到第一计费请求消息，并在计费触发设备上保存该第一计费请求消息，或者

-获取第二计费请求消息，基于第二计费请求消息得到第一计费请求消息，并在计费触发设备上保存该第一计费请求消息；或者

-获取第二计费请求消息，在计费触发设备上保存该第二计费请求消息。

为便于理解，上文所述部分概念解释如下：

业务或用户业务是指用户的用户设备(如用户设备103)所接入或使用的业务，可以是但不限于：数据连接业务(例如，5G数据连接的一个协议数据单元(Protocol DataUnit，PDU)会话，或者PDU会话中的某个数据流，或者PDU会话中的某个费率组(RatingGroup，RG)对应的数据流，或者PDU会话中的某个RG与业务标识对应的数据流，都可以理解为本申请实施例的业务)、语音通话业务、短消息业务、内容业务或API(ApplicationProgram Interface，应用程序接口)业务等。本申请实施例中计费资源对应的业务与计费方法(即：在线计费或者离线计费)对应的业务可以是相同的业务或者不同范围的业务，例如：对于数据连接业务，计费资源对应的业务为数据连接的一个PDU会话，而计费方法对应的业务可以是一个PDU会话或者PDU会话中的某个RG对应的数据流。本申请所述计费资源可以参考3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)标准规范TS32.290所定义的计费数据资源，其代表了CHF设备为计费而创建的的不同计费信息的集合，CHF设备针对某个用户业务创建了相应的计费资源之后，可以为其分配一个标识，称为计费资源标识。

使用数据是用户业务的使用量数据，例如，流量或时长，用于提供给计费处理设备(如计费处理设备101)以使其对接入或使用该业务的用户设备对应的用户进行计费处理；对数据连接业务而言，其使用数据可以包含上行数据流量、下行数据流量或者时长等信息，对语音通话业务而言，其使用数据可以包含通话时长等信息。本申请实施例对用户设备接入的业务及用于计费处理的使用数据的内容和形式均不做限定。

计费数据是用户设备使用业务过程中计费触发设备获取的用于计费处理的数据，其可以包含用户业务的使用数据(例如，3GPP标准规范定义的used unit)和/或用户业务的业务单元配额请求(例如，3GPP标准规范定义的requested unit)，以及用户业务的其他可用于计费处理的信息，其中业务单元配额是计费触发设备(如计费触发设备102)向计费处理设备(如计费处理设备101)申请后获得的、用于控制用户业务的接入或使用的限额；以数据连接业务为例，业务单元配额可以是流量(如5M)，该配额指示了计费触发设备最多可以允许用户设备使用5M的数据流量。为叙述方便，本申请实施例中，有时候也直接将“业务单元配额”称为“配额”，而将“业务单元配额请求量”简称为“配额请求”。

未发送的计费数据为根据计费上报条件应该发送，但由于用户业务的计费处理设备不可用，计费触发设备未将其发送给计费处理设备的计费数据，例如，本申请实施例所述的未发送的计费请求消息中的计费数据或者获取的用户业务的计费数据，可视为未发送的计费数据。

未处理的计费数据为根据计费上报条件，计费触发设备已将其发送给计费处理设备，但由于用户业务的计费处理设备不可用而未从计费处理设备接收到其计费处理结果的计费数据，例如，本申请实施例所述的未收到响应的计费请求消息中的计费数据可视为未处理的计费数据。

第一计费数据：为叙述方便，本申请实施例将未发送的计费数据和未处理的计费数据统称为第一计费数据；由于第一计费数据是在用户业务的计费处理设备不可用期间产生的，或者说是用户业务的计费处理设备不可用导致的，本申请实施例的第一计费数据也可以称为“不可用期计费数据”或者“故障期计费数据”。

计费请求消息为计费触发设备发送给计费处理设备以使其对用户业务进行计费处理的请求消息，其中携带计费数据。

常规计费请求消息为用户业务的计费处理设备可用情况下发送的计费请求消息，属于现有技术，本申请实施例不赘述，但为叙述方便，本申请实施例中将其称为常规计费请求消息。

未发送的计费请求消息为用户业务的计费处理设备不可用导致的、计费触发设备未将其发送给计费处理设备的计费请求消息。

未收到响应的计费请求消息为用户业务的计费处理设备不可用导致的、计费触发设备未从计费处理设备接收到其计费响应消息的计费请求消息。

第二计费请求消息：为叙述方便，本申请实施例将未发送的计费请求消息或未收到响应的计费请求消息统称为第二计费请求消息；由于第二计费请求消息是在用户业务的计费处理设备不可用期间产生的，或者说是用户业务的计费处理设备不可用导致的，本申请实施例的第二计费请求消息也可以成为“不可用期计费请求消息”或者“故障期计费请求消息”。

第一计费请求消息：为了能够对第一计费数据，或者第二计费请求消息中的计费数据进行计费处理，计费触发设备在确定用户业务的计费处理设备从不可用恢复为可用后，向恢复为可用的计费处理设备发送的计费请求消息；第一计费请求消息有以下多种可能：

-第一计费请求消息可以包含第一信息，所述第一信息指示所述第一计费请求消息的上报原因是用户业务的计费处理设备恢复可用，计费处理设备可以基于第一信息进行计费处理，例如，创建或恢复用户业务的计费资源，具体可以参考本申请其他实施例；或者

-第一计费请求消息可以包含第一计费数据，计费处理设备可以基于第一计费数据进行计费处理，例如，将计费数据中的使用数据写入计费话单，计费处理设备可以根据计费数据中的信息，例如，时间戳，确定第一计费请求消息中包含第一计费数据，具体可以参考本申请其他实施例；或者

-第一计费请求消息可以包含第一计费数据和第一信息，计费处理设备可以基于第一计费数据和第一信息进行计费处理，具体可以参考本申请其他实施例；在一种可能的实现方案中，第一信息还可以用于使计费处理设备识别或者确定第一计费请求消息中包含第一计费数据；或者

-第一计费请求消息可以包含第一计费数据和第二信息，计费处理设备可以基于第一计费数据和第二信息进行计费处理，具体可以参考本申请其他实施例；所述第二信息指示所述第一计费请求消息包含第一计费数据；在一种可能的实现方案中，第二信息还可以用于使计费处理设备确定所述第一计费请求消息的上报原因是用户业务的计费处理设备恢复可用，以便计费处理设备能够正确地对第一计费数据进行计费处理；或者

-第一计费请求消息可以包含第一计费数据和第三信息，计费处理设备可以基于第一计费数据和第三信息进行计费处理，具体可以参考本申请其他实施例；所述第三信息用于使计费处理设备判断确定所述第一计费数据是否重发的，以使计费处理设备避免重复计费处理；或者

-第一计费请求消息可以包含第一计费数据、第一信息和第二信息，计费处理设备可以基于第一计费数据、第一信息和第二信息进行计费处理，其中第一信息和第二信息的作用同上文所述；

-第一计费请求消息可以包含第一计费数据、第一信息和第三信息，计费处理设备可以基于第一计费数据、第一信息和第三信息进行计费处理，其中第一信息和第三信息的作用同上文所述；

-第一计费请求消息可以包含第一计费数据、第二信息和第三信息，计费处理设备可以基于第一计费数据、第二信息和第三信息进行计费处理，其中第二信息和第三信息的作用同上文所述；

-第一计费请求消息可以包含第一计费数据、第一信息、第二信息和第三信息，计费处理设备可以基于第一计费数据、第一信息、第二信息和第三信息进行计费处理，其中第一信息、第二信息和第三信息的作用同上文所述。

第一信息、第二信息和第三信息用于使恢复为可用的计费处理设备能够正确处理第一计费请求消息中的第一计费数据，详细处理逻辑可进一步参考本申请后续实施例。第一计费请求消息包含的内容，具体可以参见本申请后续实施例，如图2A和图2B对应的实施例。对于第一计费请求消息中的第一计费数据与第一信息、第二信息和第三信息等辅助信息，本申请实施例不限定它们的实现格式，也不限定它们在计费请求消息中的相对位置，即它们在计费消息中可以是并列的(例如：第一信息、第二信息或第三信息可以位于第一计费数据对应的数据结构之外)，也可以是嵌套的(例如：第一信息、第二信息或第三信息可以位于第一计费数据对应的数据结构中某个位置)。

3)在用户业务的计费处理设备从不可用恢复为可用后，向恢复为可用的计费处理设备发送第一计费请求消息，所述第一计费请求消息可以是基于存储的第一计费数据得到，也可以基于上述存储的第二计费请求消息得到。具体可以参见本申请后续实施例，如图5E对应的实施例。

本申请实施例中的计费触发设备可以为3GPP标准规范中定义的CTF(ChargingTrigger Function，计费触发功能)设备。为叙述方便，本申请实施例中，有时候也将计费触发设备直接称为CTF设备。

本发明中关于用户业务的计费处理设备的“不可用”和“恢复为可用”的确定或判断，分以下两种情况说明：

1)在用户业务的计费处理设备只有一个(如计费处理设备101)的情况下，如果计费触发设备检测到该计费处理设备处于不可用状态，则计费触发设备可以确定“用户业务的计费处理设备不可用”；对该处于不可用状态的计费处理设备，如果检测其恢复为可用状态后，则计费触发设备可以确定“用户业务的计费处理设备从不可用恢复为可用”。为叙述方便，除特别说明外，本申请实施例主要以只有一个计费处理设备为例说明。

2)在用户业务的计费处理设备有多个(例如计费处理设备101及其备用设备,所述备用设备在图1中未列出)的情况下，如果检测到这些计费处理设备均处于不可用状态，则计费触发设备可以确定“用户业务的计费处理设备不可用”；对这些处于不可用状态的计费处理设备，如果检测到其中的任意一个恢复为可用状态后，则计费触发设备可以确定“用户业务的计费处理设备从不可用恢复为可用”。用户业务的计费处理设备有多个的情况，包括但不限于以下场景：在计费系统中部署了一个主用计费处理设备和至少一个备用计费处理设备。在该场景下，恢复为可用的计费处理设备可以不是原先为计费触发设备提供计费服务的计费处理设备。

其中，计费处理设备的“可用”或“可用状态”、“不可用”或“不可用状态”是相对于计费触发设备及用户业务而言的，具体说明如下：

计费处理设备的“可用”或“可用状态”包括以下情况：

计费触发设备可向其发送用户业务的计费请求消息，并可在预设的时间内收到相应的计费响应消息。

计费处理设备的“不可用”或“不可用状态”包括以下情况：

1)计费触发设备无法向其发送用户业务的计费请求消息，其原因可能包括但不限于网络连接故障；或者

2)计费触发设备向其发送用户业务的计费请求消息后，未能在预设时间范围内收到相应的计费响应消息，其原因可能包括但不限于计费处理设备内部故障。

在一种可能的实现中，对于不可用状态的计费处理设备，计费触发设备可以通过向其发送专有检测消息来确认是否可用，所述专有检测消息可以是探测消息，而不是计费请求消息。

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

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

计费处理设备101：可以用于从计费触发设备102接收第一计费请求消息，并基于所述第一计费请求消息对用户业务进行计费处理。例如，将第一计费请求消息中的计费数据所包含的使用数据写入计费话单、释放已有配额、对用户账户进行扣减处理等，具体可进一步参考本申请后续实施例，如图7对应的方法流程。本申请实施例中的用户账户，是指用户的计费账户，将不再赘述。

本申请实施例中计费处理设备可以为3GPP标准规范定义的CHF(ChargingFunction，计费功能)设备，也可以为3GPP标准规范定义的CCS(Converged ChargingSystem，融合计费系统)设备，其中包含了CHF设备的功能。为叙述方便，本申请实施例中，有时候将计费处理设备直接称为CHF设备。

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

用户设备103：指终端用户的设备，例如手机、笔记本电脑、共享自行车终端、水/电/气抄表终端等，计费触发设备102对其使用或接入的业务执行在线计费操作或者离线计费操作并收集计费数据。其中，离线计费操作是指直接采集或统计用户业务的使用量，而不根据配额来控制业务的放行，在线计费操作是指基于配额控制业务的放行，并采集或统计使用量。

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

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

基于图1所示架构，可以实现这样的计费方法：在用户业务的计费处理设备不可用期间，存储用户业务的故障期计费数据，包括未发送的计费数据或未处理的计费数据；确定用户业务的计费处理设备从不可用恢复为可用后，向恢复为可用的计费处理设备发送包含所述故障期计费数据的计费请求消息，以使所述恢复为可用的计费计费处理设备对其恢复为可用之前的计费数据进行计费处理，具体可以参考本申请后续实施例。

图2A为本申请实施例提供的第一计费请求消息的组成及来源的第一示意图，该示意图表明第一计费请求消息的一种组成及一种生成来源。

如图2A所示，计费触发设备可以基于第二计费请求消息得到第一计费请求消息。具体地，计费触发设备可以基于第二计费请求消息生成第一计费请求消息，例如，计费触发设备生成第一计费请求消息，将第二计费请求消息中的使用数据(不包括业务单元配额请求)或者第二计费请求消息中的使用数据和配额请求作为第一计费数据包含在所生成的第一计费请求消息中；计费触发设备也可以修改第二计费请求消息以得到第一计费请求消息，例如，计费触发设备可以修改第二计费请求消息中的计费数据作为第一计费数据，例如，将第二计费请求消息中的使用数据的有配额标记改成无配额标记，或者，删除第二计费请求消息中的业务单元配额请求。

此外，计费触发设备还可以在第一计费请求消息中包含第一信息、第二信息和第三信息，其中：

所述第一信息可以是一个“ReportReason”字段，该字段可以取值为“ChargingFunction Device Resume”；第一计费请求消息携带该方式不限定，例如，可以将该字段作为第一计费请求消息的消息级字段，也可以将该字段作为第一计费请求消息中的第一计费数据中的字段；不论该字段以何种方式携带，都可以指示第一计费请求消息的上报原因是用户业务的计费处理设备恢复可用；应理解，这里字段的名称和取值只是示例性的，而非限定；

所述第二信息可以是一个显式标记，直接或显式指示所述第一计费请求消息包含第一计费数据，例如，可以是“异常标记”或“缓存标记”，也可以是隐式信息，间接或隐式指示所述第一计费请求消息包含第一计费数据，例如，假设第一计费请求消息是计费资源创建请求消息，用以创建一个新的计费资源，但其中的第一计费数据与计费处理设备不可用之前创建的计费资源相关时，第二信息可以包含计费处理设备不可用之前创建的计费资源标识；所述第二信息还可以是上述显示标记和隐式信息的组合；应理解，这里显式标记的名称指示示例性的，而非限定；

所述第三信息可以包含用户业务对应的计费资源标识和所述第二计费请求消息的序列号(serial number，SN)，其中第二计费请求消息的序列号为计费触发设备为第二计费请求消息分配的编号。第一计费请求消息携带第二计费请求消息的序列号的方式不限定，可以在第一计费请求消息中设置专用字段，例如，“DueSN”字段，用于携带第二计费请求消息的序列号，也可以不设置专用字段而将第二计费请求消息的序列号赋值给第一计费请求消息的序列号字段。可选地，第三信息还可以包含重发标记，例如，“ReSend”或“Retry”标记，用于指示该第一计费请求消息中包含的第一计费数据是重发的计费数据；第一计费请求消息携带重发标记的方式不限定，可以携带在第一计费请求消息中，也可以携带在第一计费数据中；对于携带了重发标记的第一计费请求消息，恢复为可用的计费处理设备可以检查是否已经对其中的第一计费数据进行过计费处理。

在包含第一计费数据的情况下，第一信息、第二信息、第三信息在第一计费请求消息中都是可选的，但是包含这些信息的任意组合，可以进一步提高计费处理设备的效率，降低计费错误的可能性。

以5G数据连接业务为例，第一计费数据可包含某一费率组(Rating Group,RG，即具备相同费率类型的一组业务数据流)对应的使用数据(如：统计的流量)；若第二计费请求消息和第一计费请求消息为计费资源更新请求消息或计费资源删除请求消息，则第二计费请求消息和第一计费请求消息中，还包含计费资源标识，该资源标识用于标识计费处理设备创建的计费资源，以便计费处理设备可以根据该资源标识定位到对应计费资源执行计费处理。

图2B为本申请实施例提供的第一计费请求消息的组成及来源的第二示意图，该示意图表明第一计费请求消息的另一种组成及另一种生成来源。

如图2B所示，计费触发设备可以基于获取的用户业务的使用数据生成第一计费请求消息。该获取的使用数据可以为执行在线计费操作而获取的在线计费数据，也可以为执行离线计费操作而获取的离线计费数据，属于上文所述未发送的计费数据。具体地，计费触发设备生成第一计费请求消息，将所述获取的使用数据作为第一计费数据包含在所生成的第一计费请求消息中。此外，计费触发设备还可以在第一计费请求消息中包含第一信息和第二信息，具体可以参考图2A对应实施例。

图3为本申请实施例提供的计费触发设备与计费处理设备的交互方法流程图，该方法流程基于图1所示架构实现，其中，计费触发设备对应图1中的计费触发设备102、恢复为可用的计费处理设备对应图1中的计费处理设备101。该方法流程中，计费触发设备在计费处理设备恢复为可用后，向恢复为可用的计费处理设备发送第一计费请求消息，以使所述恢复为可用的计费处理设备进行计费处理，具体包括如下步骤：

步骤201：计费触发设备确定用户业务的计费处理设备从不可用恢复为可用。

计费触发设备已经确定用户业务的计费处理设备可能由于连接故障或者计费处理设备本身故障而处于不可用状态，继而确定用户业务的计费处理设备恢复为可用。具体的确定方式有多种，例如，计费触发设备可以周期性向计费处理设备发送消息以探测计费处理设备的状态，或者计费处理设备在状态正常后通知计费触发设备(针对计费处理本身故障的情况)。

步骤202：计费触发设备向恢复为可用的计费处理设备发送第一计费请求消息。

在确定出恢复为可用的计费处理设备后，计费触发设备可以向恢复为可用的计费处理设备发送第一计费请求消息。具体的，触发发送该第一计费请求消息的触发条件可以是确定用户业务的计费处理设备从不可用恢复为可用。触发发送该第一计费请求消息的触发条件也可以是在确定用户业务的计费处理设备从不可用恢复为可用后，第一个出现的用户业务的计费上报条件，例如：以5G数据连接业务为例，第一个出现的该5G数据连接业务的上报条件可能是位置更新、网络切换、上报时间间隔达到预定值等。

关于计费触发设备得到第一计费请求消息的方法，可以参考图2A及图5A-5C等对应的实施例。

所述第一计费请求消息可以是计费资源创建请求消息、计费资源更新请求消息或计费资源删除请求消息。若计费触发设备在确定计费处理设备不可用前，用户业务对应的计费资源未被成功创建，则该第一计费请求消息为计费资源创建请求消息；若计费触发设备在确定计费处理设备不可用前，已经成功创建了用户业务对应的计费资源，则该第一计费请求消息为计费资源更新请求消息或计费资源删除请求消息。对于已经成功创建的用户业务对应的计费资源，计费触发设备保存有该计费资源的标识，则向恢复为可用的计费处理设备发送的第一计费请求消息(此时为计费资源更新请求消息或计费资源删除请求消息)中包含该计费资源标识。

步骤203：恢复为可用的计费处理设备根据第一计费请求消息进行计费处理。

具体地，恢复为可用的计费处理设备接收第一计费请求消息，该第一计费请求消息包含第一计费数据和/或第一信息，恢复为可用的计费处理设备根据该第一计费请求消息对用户业务进行计费处理，例如将使用数据写入离线计费话单、扣减使用数据中的使用量、释放相应的业务单元配额等。

关于恢复为可用的计费处理设备基于第一计费请求消息进行计费处理的过程，可以进一步参考本申请后续实施例。

可选地，在向所述恢复为可用的计费处理设备发送所述第一计费请求消息之前，计费触发设备还可以获取故障处理策略，以便根据所述故障处理策略，确定在用户业务的计费处理设备从不可用恢复为可用后，向恢复为可用的计费处理设备发送用户业务的第一计费请求消息。可选的，所述策略还可以指明在用户业务的计费处理设备从不可用恢复为可用前，计费触发设备能够保存多久的计费数据或者能够保存多大容量的计费数据。其中，所述获取所述故障处理策略包括：

从本地配置信息读取所述故障处理策略，或者

从计费处理设备接收所述故障处理策略，或者

从策略控制功能(Policy Control Function，PCF)设备接收所述故障处理策略。

这样，运营商可以通过在计费触发设备本身、计费处理设备或PCF设备上配置或者设置故障处理策略，以控制计费触发设备在用户业务的计费处理设备不可用后应进行的操作。

在图3对应的实施例中，计费触发设备可以在用户业务的计费处理设备不可用期间记录或保存计费数据(即未发送的计费数据或未处理的计费数据)，且在确定用户业务的计费处理设备恢复为可用之后向恢复为可用的计费处理设备发送基于这些记录的计费数据得到的第一计费请求消息，这使得恢复为可用的计费处理设备可以对上述业务进行计费处理，从而既可以避免中断用户的业务，又可以避免漏计费或者计费错误，进而避免运营商遭受损失。

图4A为本申请实施例提供的确定计费处理设备不可用的方法流程图，该方法流程基于图1所示的架构实现，其中，计费触发设备对应图1中的计费触发设备102，计费处理设备对应图1中的计费处理设备101。该方法流程说明计费触发设备如何确定计费处理设备为不可用，具体包括如下步骤：

步骤301：计费触发设备向计费处理设备发送请求消息。

该请求消息可以是系统级的请求消息(例如心跳消息或探测消息)，也可以是用户业务的计费请求消息(例如上文所述的计费资源创建请求消息、计费资源更新请求消息或者计费资源删除请求消息)。

可选地，若该请求消息为用户业务的计费请求消息，则计费触发设备首先根据系统配置信息确定该计费处理设备是用于对该用户业务进行计费处理的，然后向其发送计费请求消息。

步骤302：计费触发设备在预设时间范围内未接收到响应消息，则确定该计费处理设备不可用。

具体地，计费触发设备在发送出上述请求消息后，等待计费处理设备返回相应的响应消息，如果在预设时间范围内未接收到相应的响应消息，则将计费处理设备的状态设置为“不可用”或者确定计费处理设备进入“不可用”状态。

计费触发设备在预设时间范围内未接收到响应消息的原因包括但不限于：计费触发设备与计费处理设备之间的网络出现故障，导致请求消息发送失败或者响应消息发送失败；或者计费触发设备与计费处理设备之间的网络正常，但计费处理设备自身出现了故障，无法在预设时间范围内向计费触发设备返回相应的响应消息。

确定计费处理设备不可用之后，计费触发设备可以进一步执行以下操作中的一项或多项，具体过程可以参考本申请后续实施例(如图5A-5D对应的实施例)：

1)保存未发送成功的计费请求消息(即上文所述第二计费请求消息)，或者基于该第二计费请求消息直接生成第一计费请求消息并保存该生成的第一计费请求消息；

2)在计费处理设备不可用期间，正常放行业务并执行计费操作。若用户业务的计费方法配置为在线计费，则计费触发设备授予虚拟配额，执行在线计费操作(如：配额管理及使用数据采集)以采集用户业务的使用数据，所述虚拟配额为所述计费触发设备本地虚拟授予的配额，在计费处理设备并没有真实授予该配额；若用户业务的计费方法配置为离线计费，则直接采集业务使用数据，而不根据配额对用户业务进行控制。

在用户业务的计费处理设备不可用期间，若用户业务的立即上报类型的上报条件满足，则计费触发设备按照延迟上报类型的上报条件处理，即：该上报条件满足时并不立即执行向计费处理设备上报的动作，而是在本地保存该上报条件发生前的使用数据，并接着采集该上报条件发生后的使用数据，在计费处理设备恢复可用后，生成并上报第一计费请求消息，该第一计费请求消息中包含所采集的使用数据。或者，在计费处理设备不可用期间，若用户业务的立即上报类型的上报条件满足，则直接基于该上报条件发生前的使用数据生成第一计费请求消息，并在本地保存该第一计费请求消息，在计费处理设备恢复可用后，上报该第一计费请求消息；

3)在计费处理设备不可用期间，正常放行用户业务并执行离线计费操作，即：若用户业务的计费方法配置为离线计费，执行离线计费操作以采集用户业务的使用数据，若用户业务的计费方法配置为在线计费，则转为离线计费，执行离线计费操作以采集用户业务的使用数据。应理解，若用户业务的计费方法配置为在线计费，这里的转为离线计费可以是临时性的操作，等计费处理设备恢复可用之后再恢复为在线计费。

图4B为本申请实施例提供的确定计费处理设备可用的方法流程图，该方法流程基于图1所示的架构实现，其中，计费触发设备对应图1中的计费触发设备102，计费处理设备对应图1中的计费处理设备101。该方法流程说明计费触发设备如何确定计费处理设备为可用，具体包括如下步骤：

步骤311：计费触发设备向计费处理设备发送请求消息。

该步骤与步骤301类似，不再赘述。

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

计费处理设备在接收到上述请求消息后，进行相应的处理，并在预设时间范围内返回相应的响应消息；例如，如果上述请求消息为计费请求消息，则根据请求消息中的计费数据执行相应的计费处理，然后在预设时间范围内向计费触发设备返回计费响应消息，所述计费响应消息中包含计费处理结果。

步骤313：计费触发设备在预设时间范围内接收到响应消息，则确定计费处理设备恢复为可用。

由于计费触发设备在预设时间范围内接收到相应的响应消息，则将计费处理设备的状态设置为“可用”或者确定计费处理设备进入“可用”状态。

确定计费处理设备从不可用恢复为可用之后，计费触发设备可以向恢复为可用的计费处理设备发送上文所述第一计费请求消息，以使其进行计费处理。

可选地，计费触发设备可以启动一个计费处理设备状态维护线程，用于执行图4A和图4B的方法，以维护计费处理设备状态。

图5A为本申请实施例提供的计费触发设备处理第一计费计费数据的第一方法流程图，该方法流程基于图1所示的架构实现，其中，计费触发设备对应图1中的计费触发设备102，恢复为可用的计费处理设备对应图1中的计费处理设备101或其替代设备(图中未列出)。该方法中，计费触发设备将未发送的计费请求消息或未收到响应的计费请求消息存储为第二计费请求消息。该方法包括如下步骤：

步骤401：计费触发设备执行在线计费操作或离线计费操作，获取用户业务的使用数据。

具体地，所述在线计费操作具体包括：计费触发设备向计费处理设备申请用户业务的配额，对于计费处理设备授予的配额的使用进行管理，同时采集用户业务的计费数据；所述离线计费操作具体包括：计费触发设备直接采集或统计用户业务的使用数据，而不根据配额对用户业务进行控制。

步骤402：计费触发设备确定满足计费上报条件。

具体地，计费触发设备确定用户业务的计费上报条件满足，例如：配额用完、配额过期、用户接入的网络切换、用户位置更新等。

步骤403：计费触发设备生成常规计费请求消息，并执行上报。

具体地，计费触发设备基于采集的使用数据生成常规计费请求消息，并向计费处理设备发送该常规计费请求消息。

可选地，如果计费触发设备上所述计费处理设备状态设置为不可用，则可确定用户业务的计费处理设备不可用，从而可以不向计费处理设备发送该常规计费请求消息，此时，该常规计费请求消息成为未发送的计费请求消息，则转步骤405。

步骤404：计费触发设备确定计费处理设备不可用。

具体地，如果计费触发设备未能在预设时间范围内收到步骤403中发送的常规计费请求消息的响应消息，则可确定计费处理设备不可用，且此时所述常规计费请求消息已成为未收到响应的计费请求消息。

步骤405：计费触发设备存储未发送的计费请求消息或者未收到响应的计费请求消息为第二计费请求消息。

具体地，计费触发设备将步骤403未发送的计费请求消息或步骤404未收到响应的计费请求消息存储为第二计费请求消息，例如将第二计费请求消息存入第一队列中。

可选地，在确定所述业务的计费处理设备不可用之后，若所述业务的计费方式为在线计费，则对所述业务执行离线计费操作，或者，为所述业务授予虚拟配额。

应理解，根据业务需求或场景的不同，上述计费方式的对象、离线计费操作的对象和授予虚拟配额的对象，可能有所不同，例如，对于数据连接业务，“用户业务的计费方式”可以指“第二计费请求消息中使用数据对应的业务数据流的计费方式”，也可以指“第二计费请求消息中整个PDU会话的计费方式”，“对用户业务执行离线计费操作”，可以指“对第二计费请求消息中使用数据对应的业务数据流执行离线计费操作”，也可以指“对所述第二计费请求消息中整个PDU会话进行离线计费操作”，“为用户业务授予虚拟配额”可以指“为第二计费请求消息中使用数据对应的业务数据流授予虚拟配额”，也可以指“为第二计费请求消息中整个PDU会话授予虚拟配额”。对此，本申请实施例后续不再赘述。

可选地，计费触发设备可以根据本地预配置数据或者外部获取的配置数据确定用户业务的计费方式，例如：对于数据连接业务，可以根据SMF设备上的预配置数据或者PCF设备下发的策略来确定用户业务的计费方式；该方法适用于本申请实其他实施例，将不再赘述。

通过图5A对应的方法流程，计费触发设备可以在用户业务的计费处理设备不可用期间存储第二计费请求消息，这样，后续在确定用户业务的计费处理设备从不可用恢复为可用之后，就可以基于存储的第二计费请求消息得到第一计费请求消息，将其发送给恢复为可用的计费处理设备，具体可以进一步参考本申请其他实施例。

图5B为本申请实施例提供的计费触发设备处理第一计费数据的第二方法流程图，该方法流程基于图1所示的架构实现，其中，计费触发设备对应图1中的计费触发设备102，恢复可用的计费处理设备对应图1中的计费处理设备101或其替代设备(图中未列出)。该方法中，在用户业务的计费处理设备不可用期间，计费触发设备根据第二计费请求消息生成并存储第一计费请求消息。该方法包括如下步骤：

步骤431-步骤434：与步骤401-步骤404类似，在此不赘述。

步骤435：计费触发设备基于未发送的计费请求消息或未收到响应的计费请求消息，得到对应的第一计费请求消息。

具体地，由于步骤433中的计费请求消息没有发送成功，该计费请求消息成为未收到响应的计费请求消息，属于上文所述第二计费请求消息，计费触发设备基于该第二计费请求消息得到相应的第一计费请求消息，具体的：

若该第二计费请求消息包含用户业务的使用数据和对应的有配额标记，则计费触发设备可以将所述使用数据包含在所得到的第一计费请求消息中的第一计费数据中，且使所述第一计费数据指示所述使用数据为有配额使用数据，或者，计费触发设备可以将所述使用数据包含在所得到的第一计费请求消息中的所述第一计费数据中，且使所述第一计费数据指示所述使用数据为无配额使用数据。其中，所述有配额使用数据为有可用业务单元配额对应的使用数据，所述无配额使用数据为无可用业务单元配额对应的使用数据，所述可用业务单元配额为从计费处理设备接收的、仍然有效的业务单元配额。

若该第二计费请求消息包含用户业务的使用数据和对应的无配额标记，则计费触发设备可以将所述使用数据包含在所得到的第一计费请求消息中的第一计费数据中，且使所述第一计费数据指示所述使用数据为无配额使用数据。

具体地，计费触发设备可以在第一计费请求消息或第一计费数据中使用配额标记参数来使所述第一计费数据指示所述使用数据为有配额使用数据或者无配额使用数据，例如，使第一计费数据包含有配额标记以指示所述使用数据为有配额使用数据，使第一计费数据包含无配额标记以指示所述使用数据为无配额使用数据；若第一计费请求消息或第一计费数据中未携带任何配额标记参数，则默认为所述使用数据为无配额使用数据。在另一种可能的实现方式下，若第一计费请求消息或第一计费数据中未携带任何配额标记参数，也可以默认为所述使用数据为有配额使用数据。

可选地，所述第一计费请求消息还可以包含第三信息。对于计费资源创建消息，所述第三信息可以为用户业务的唯一识别信息，例如：若用户业务为5G数据连接业务，则所述用户业务的唯一识别信息可以是用户标识、PDU会话标识的组合，或者用户标识、PDU会话标识和SMF标识的组合。对于计费资源更新/删除消息，所述第三信息可以为计费资源标识与序列号的组合。为了减小计费处理设备的负担，所述第三消息还可以包括重发标记，以便计费处理设备只针对携带重发标记的第一计费数据执行重发判断。

更多关于基于该第二计费请求消息得到相应的第一计费请求消息的方法可参考图2A对应实施例。

可选的，在确定用户业务的计费处理设备不可用之后，若用户业务的计费方式为在线计费，则对用户业务执行离线计费操作，或者，为用户业务授予虚拟配额，所述虚拟配额为所述计费触发设备本地虚拟授予的配额。

关于上述计费方式的主体、离线计费操作的对象和授予虚拟配额的对象，以及虚拟配额的概念，可参考图5A方法流程中的说明。

步骤436：计费触发设备存储第一计费请求消息。

具体地，计费触发设备存储步骤435得到的第一计费请求消息，例如将其存入第二队列中。随后，如果用户业务继续运行，可以转步骤401继续执行。

通过图5B对应的方法流程，计费触发设备可以在用户业务的计费处理设备不可用期间基于第二计费请求消息得到对应的第一计费请求消息，这样，后续在确定用户业务的计费处理设备从不可用恢复为可用之后，就可以将存储的第一计费请求消息发送给恢复为可用的计费处理设备，具体可以进一步参考本申请其他实施例。

图5C为本申请实施例提供的计费触发设备处理第一计费数据的第三方法流程图，该方法流程基于图1所示的架构实现，其中，计费触发设备对应图1中的计费触发设备102，恢复为可用的计费处理设备对应图1中的计费处理设备101或其替代设备(图中未列出)。该方法中，在用户业务的计费处理设备不可用期间，计费触发设备基于采集的计费数据生成并存储第一计费请求消息。该方法包括如下步骤：

步骤451：计费触发设备执行在线计费操作或离线计费操作，获取用户业务的使用数据。

所述在线计费操作，包括计费触发设备向计费处理申请用户业务的配额，对于计费处理设备授予的配额的使用进行管理，同时获取业务的计费数据；所述离线计费操作，包括计费触发设备采集业务的计费数据。

具体的，在计费处理设备不可用期间，计费触发设备还可以按照以下方法之一执行上述在线计费操作或离线计费操作：

方法1)：若用户业务的计费方法配置为在线计费，则计费触发对用户业务授予虚拟配额，据此执行在线计费操作(如：配额管理及使用数据采集)以获取业务使用数据(称之为在线使用数据)；若用户业务的计费方法配置为离线计费，直接获取业务使用数据(称之为离线使用数据)。

方法2)：若用户业务的计费方法配置为离线计费，执行离线计费操作以获取业务使用数据(称之为离线使用数据)；若用户业务的计费方法配置为在线计费，则可转为离线计费，执行离线计费操作以获取业务使用数据(称之为在线转离线使用数据)。应理解，若业务的计费方法配置为在线计费，这里的转为离线计费可以是临时性的操作，等计费处理设备恢复可用之后再恢复为在线计费。

步骤452：计费触发设备确定满足计费上报条件。

具体地，计费触发设备确定用户业务的计费上报条件满足，例如用户设备位置变更、接入的网络切换等。这里的计费上报条件指立即上报类型的计费上报条件，但计费触发设备并不立即执行向计费处理设备上报的动作，而是基于获取的使用数据生成并存储第一计费请求消息，具体参见步骤453和454。

步骤453：计费触发设备生成第一计费请求消息，所述第一计费请求消息包含获取的使用数据。

具体的，在用户业务的计费处理设备不可用期间，按照以下方法之一生成第一计费请求消息：

1)若用户业务的计费方式为离线计费，所生成(或得到)的第一计费请求消息中的第一计费数据包含步骤451方法1)和方法2)所获取的离线使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据，例如，使第一计费数据中包含无配额标记或者既不包含有配额标记也不包含无配额标记，以指示所述使用数据为无配额使用数据。

2)若用户业务的计费方式为在线计费，则所生成(或得到)的第一计费请求消息中的第一计费数据包含步骤451方法1)获取的在线使用数据，且所述第一计费数据指示所述使用数据为有配额使用数据，这里的有配额使用数据为从计费处理设备接收的、仍然有效的业务单元配额，或者计费触发设备授予的虚拟配额，例如，使第一计费数据中包含有配额标记；或者，所生成(或得到)的第一计费请求消息中的第一计费数据包含步骤451方法2)所获取的在线转离线使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据。

其中第一计费数据指示所述使用数据为有配额使用数据还是无配额使用数据的方法可以参考步骤435中的描述。

更多关于得到第一计费请求消息的方法还可以参考图2B对应的实施例。

步骤454：计费触发设备存储所述第一计费请求消息。

具体地，计费触发设备存储步骤453所生成或写入计费数据的第一计费请求消息，例如将其存入第三队列中。随后，如果用户业务继续运行，可以转步骤451。

通过图5C对应的方法流程，计费触发设备可以在用户业务的计费处理设备不可用期间基于采集的使用数据生成并存储第一计费请求消息，这样，后续在确定用户业务的计费处理设备从不可用恢复为可用之后，就可以将存储的第一计费请求消息发送给恢复为可用的计费处理设备，具体可以进一步参考本申请其他实施例。

图5D为本申请实施例提供的计费触发设备处理第一计费数据的第四方法流程图，该方法流程基于图1所示的架构实现，其中，计费触发设备对应图1中的计费触发设备102，恢复可用的计费处理设备对应图1中的计费处理设备101或其替代设备(图中未列出)。该方法中，在用户业务的计费处理设备不可用期间，计费触发设备存储所采集的计费数据(即未发送的计费数据)，但不生成第一计费请求消息。该方法包括如下步骤：

步骤471：计费触发设备执行在线计费操作或离线计费操作，获取用户业务的使用数据。

与步骤451类似，不再赘述。

步骤472：计费触发设备确定满足计费上报条件。

具体地，计费触发设备确定用户业务的计费上报条件满足，例如，用户设备位置变更、接入的网络切换等。这里的计费上报条件指立即上报类型的计费上报条件，但计费触发设备并不立即执行向计费处理设备上报的动作，而是存储获取的使用数据，具体参见步骤473。

步骤473：计费触发设备存储获取的计费数据。

具体地，所述上报条件满足时计费触发设备并不立即执行向计费处理设备上报的动作，而是在本地保存所述上报条件发生前的使用数据，并接着采集该上报条件发生后的使用数据。具体地，计费触发设备将所述上报条件发生前的使用数据存储为未发送的计费数据，例如将未发送的计费数据存入第四队列中。

随后，如果业务继续运行，转步骤471。

通过图5D对应的方法流程，计费触发设备可以在用户业务的计费处理设备不可用期间存储采集的使用数据，这样，后续在确定用户业务的计费处理设备从不可用恢复为可用之后，就可以基于所存储的使用数据生成并上报第一计费请求消息，具体可以进一步参考本申请其他实施例。

应理解，图5A-5D中存储计费数据或者计费请求消息的手段不限于队列，还可以是其他手段，例如存储在文件中。当采用队列存储的时候，所述第一队列、第二队列、第三队列和第四队列可以是不同的队列，也可以是同一个队列。

图5E为本申请实施例提供的计费触发设备发送第一计费请求消息的方法流程图，该方法流程基于图1所示的架构实现，其中，计费触发设备对应图1中的计费触发设备102，恢复为可用的计费处理设备对应图1中的计费处理设备101或其替代设备(图中未列出)。该方法中，计费触发设备基于图5A-图5D中任一方法流程的执行结果或任意组合的方法流程的执行结果，向恢复为可用的计费处理设备发送第一计费请求消息。该方法包括如下步骤：

步骤481：计费触发设备确定用户业务的计费处理设备恢复可用。

计费触发设备确定用户业务的计费处理设备恢复可用，具体方法可参见图4A和图4B对应方法流程。随后，计费触发设备可以并列地执行步骤482-484、步骤485-487和步骤488-489的过程。应理解，这只是一种可选的实现方式，也可以采用其他时序实现，例如串行执行这些步骤。

步骤482：计费触发设备判断是否保存有未发送的计费数据。

具体地，计费触发设备可以判断第四队列中是否存有未发送的计费数据，如果有，转步骤483，否则，结束该分支流程。

步骤483：计费触发设备基于未发送的计费数据生成第一计费请求消息。

关于基于未发送的计费数据生成第一计费请求消息的方法，可以参考步骤453中的描述，不再赘述。

步骤484：计费触发设备发送第一计费请求消息。

具体地，计费触发设备将上述第一计费请求消息发送给恢复可用的计费处理设备。

随后转步骤482继续。

步骤485：计费触发设备判断是否保存有第二计费请求消息。

具体地，计费触发设备可以判断第一队列中是否存有第二计费请求消息，如果有，转步骤486，否则，结束该分支流程。

步骤486：计费触发设备基于第二计费请求消息生成第一计费请求消息。

关于基于第二计费请求消息生成第一计费请求消息的方法，可以参考步骤435中的描述，不再赘述。

步骤487：计费触发设备发送第一计费请求消息。

该步骤与步骤484类似，不再赘述。

随后转步骤485继续。

步骤488、计费触发设备判断是否保存有第一计费请求消息。

具体地，计费触发设备可以判断第二或第三队列中是否存有第一计费请求消息，如果有，转步骤489，否则，结束该分支流程。

步骤489：计费触发设备发送第一计费请求消息。

该步骤与步骤484类似，不再赘述。

图5E所述方法流程可以与图5A-图5D中任一方法流程结合，也可以与图5A-图5D中任意组合的方法流程结合，通过这些结合，可以实现在计费处理设备不可用期间对未发送的计费数据或未处理的计费数据进行处理、在用户业务的计费处理设备恢复可用之后向恢复为可用的计费处理设备发送第一计费请求消息，以使恢复为可用的计费处理设备可以对用户业务进行计费处理。从而，步骤482、485和488的判断不都是必须的，而且执行的先后顺序不固定，例如，可以只执行步骤482和步骤485的分支，或者只执行步骤485和488的分支。。需要说明的是，虽然步骤482、485和488的执行没有顺序，但所生成的第一计费请求消息可以是有序的，例如，按照第一请求消息的序列号的顺序，所以步骤484、487和489发送第一请求消息可以按照消息序列号有序发送。

图6A为本申请实施例提供的第一计费请求消息的组成及来源的第三示意图，用于说明上述实施例中得到第一计费请求消息的方法；其中，用户业务的计费方式为离线计费，计费触发设备基于一个第二计费请求消息生成一个对应的第一计费请求消息，具体说明如下：

如图6A所示，第二计费请求消息1和第二计费请求消息2分别为本应在t1时刻和t2时刻被发送给计费处理设备的计费请求消息，但由于计费处理设备不可用而未被发送给计费处理设备或者虽已被计费触发设备发送给计费处理设备但计费触发设备未收到相应的响应消息，其中第二计费请求消息1的序列号为sn1，对应时刻t1；第二计费请求消息1包含两个使用数据，分别为费率组RG1的使用数据11、费率组RG2的使用数据21，由于用户业务的计费方式为离线计费，使用数据11和使用数据21分别带有无配额标记，以表明使用数据11和使用数据21是无配额控制情况下的使用数据。第二计费请求消息2与第二计费请求消息1类似，不赘述。

计费触发设备基于第二计费请求消息1得到第一计费请求消息1x的过程可以是：创建第一计费请求消息1x，将第二计费请求消息1中费率组RG1的使用数据11及无配额标记、费率组RG2的使用数据21及无配额标记复制到第一计费请求消息1x中；此外，计费触发设备还可以在第一计费请求消息1x中增加上文所述第一信息和/或第二信息；如果计费触发设备已经发送过第二计费请求消息1，只是未收到相应的响应消息，则还可以在第一计费请求消息1x中增加重发标记，用于指示恢复为可用的计费处理设备“计费触发设备曾经向计费处理设备发送过相应的计费数据，应检查是否已经进行过计费处理”，这样可以避免恢复为可用的计费处理设备为所有第一计费请求消息都进行是否已经进行过计费处理的判断(而只需对带有重发标记的第一计费请求消息进行这种判断)，提高其处理效率；第一计费请求消息1x的序列号可以采用第二计费请求消息1的序列号sn1，以使恢复为可用的计费处理设备可以根据sn1及计费资源标识判断是否已经对其中的第一计费数据进行过计费处理。计费触发设备基于第二计费请求消息1得到第一计费请求消息1x的过程还可以是：直接在第二计费请求消息1中插入上述第一信息、第二信息和重发标记等，使第二计费请求消息1成为第一计费请求消息1x。计费触发设备基于第二计费请求消息2得到第一计费请求消息2x与上述过程类似，所不同的是，如果计费触发设备未发送过第二计费请求消息2，则第一计费请求消息2x可以不携带重发标记。

应理解，图6A中，第一计费请求消息1x中的重发标记、计费资源标识和序列号sn1共同组成了第三信息。

图6A中基于一个第二计费请求消息得到对应的一个第一计费请求消息的方法有助于确保第一计费请求消息之间的发送顺序，避免计费处理中的计费错误。

图6B为本申请实施例提供的第一计费请求消息的组成及来源的第四示意图，用于说明上述实施例中得到第一计费请求消息的方法；其中，用户业务的计费方式为离线计费，计费触发设备基于多个第二计费请求消息得到一个对应的第一计费请求消息，具体说明如下：

在基于第二计费请求消息1和第二计费请求消息2得到第一计费请求消息3的过程中，计费触发设备除了将第二计费请求消息1和第二计费请求消息2中的使用数据、无配额标记等复制到创建的第一计费请求消息3之外，对于每一个费率组的使用数据，还将设置其对应的第二计费请求消息1或第二计费请求消息2的消息序列号(见图6B中“DueSN”)，用于数据重发判断，例如，使用数据11的DueSN为第二计费请求消息1的序列号sn1，使用数据22的DueSN为第二计费请求消息2的序列号sn2。

应理解，图6B中，第一计费请求消息3中的DueSN和计费资源标识共同组成了第三信息。

图6B中基于多个第二计费请求消息得到一个第一计费请求消息的方法有助于提高计费触发设备和计费处理设备的处理效率，因为计费触发设备和恢复为可用的计费处理设备均可以通过相对较少的第一计费请求消息的处理实现计费处理。

图6C为本申请实施例提供的第一计费请求消息的组成及来源的第五示意图，用于说明上述实施例中得到第一计费请求消息的方法；其中，用户业务的计费方式包括在线计费和离线计费方式，计费触发设备基于一个第二计费请求消息得到一个对应的第一计费请求消息，具体说明如下：

如图6C所示，第二计费请求消息5和第二计费请求消息6分别为本应在t5时刻和t6时刻被计费触发设备发送给计费处理设备的计费请求消息，但由于计费处理设备不可用而未被发送或者被发送了但计费触发设备未收到相应的响应消息，其中第二计费请求消息5的序列号为sn5，对应时刻t5；第二计费请求消息5包含一个使用数据和一个配额请求，分别为费率组RG4的使用数据45、配额请求45，由于用户业务的计费方式包含在线计费，使用数据45带有有配额标记，以表明使用数据45是有配额控制的情况下的使用数据。第二计费请求消息6对应离线计费，其携带的使用数据46对应的配额标记为无配额标记，表明使用数据46是在无配额控制情况下的使用数据。

计费触发设备基于第二计费请求消息5生成第一计费请求消息5x的过程可以是：创建第一计费请求消息5x或者直接修改该第二计费请求消息5得到第一计费请求消息5x，该第一计费请求消息5x包括第二计费请求消息5中费率组RG4的使用数据45，对应的配额标记为有配额标记或者无配额标记；类似地，计费触发设备也还可以在第一计费请求消息5x中增加第一信息和/或第二信息；如果计费触发设备已经发送过第二计费请求消息5，只是未收到相应的响应消息，则还可以在第一计费请求消息5x中包含重发标记；第一计费请求消息5x的序列号可以采用第二计费请求消息5的序列号sn5，以使恢复为可用的计费处理设备可以根据sn5及第一计费请求消息5x中的计费资源标识判断是否已经对其中的计费数据进行过计费处理。此外，根据计费触发设备上预先配置的故障处理策略，或者根据计费处理设备下发给计费触发设备的故障处理策略，计费触发设备可以将第一计费请求消息中的使用数据45的配额标记改成无配额标记，以指示恢复为可用的计费处理设备将使用数据45当成无配额使用数据进行计费处理。注意，对于第二计费请求消息中的配额请求求45，可以不包含在第一计费请求消息5x中。计费触发设备基于第二计费请求消息6生成第一计费请求消息6x与图6A的过程类似，不再赘述。

上述举例中第二计费请求消息中都包含了使用数据，但实际上，第二计费请求消息可能不包含使用数据，而只包含配额请求，则对于这样的第二计费请求消息，如果其是计费资源创建请求消息，则计费触发设备所创建的相应的第一计费请求消息也是计费资源创建请求消息，而如果其是计费资源更新请求消息，则计费触发设备可以不创建相应的第一计费请求消息。

应理解，图6C中，第一计费请求消息5x中的sn5和计费资源标识共同组成了第三信息。

图6C这种基于一个第二计费请求消息得到对应的一个第一计费请求消息的方法有助于确保第一计费请求消息之间的发送顺序，避免计费处理中的计费错误。此外，计费触发设备侧可以将有配额标记的使用数据转化为无配额标记的使用数据，可以分别降低计费触发设备与计费处理设备的处理复杂度。

图6D为本申请实施例提供的第一计费请求消息的组成及来源的第六示意图，用于说明上述实施例中得到第一计费请求消息的方法；其中，用户业务的计费方式为在线计费，计费触发设备基于一个第二计费请求消息得到一个对应的第一计费请求消息，其中第二计费请求消息中的使用数据是在虚拟配额情况下的使用数据。具体说明如下：

如图6D所示，第二计费请求消息5与图6C中相同，由于计费触发设备未收到配额请求45对应的计费处理设备授予的配额，因此，第二计费请求消息6中，使用数据46的配额标记虽然为有配额标记，但实际上并不是在计费处理设备授予的配额对应的使用数据，而是计费触发设备的虚拟配额对应的使用数据，并且第二计费请求消息6中还包含配额请求46。

计费触发设备基于第二计费请求消息5得到第一计费请求消息5x、基于第二计费请求消息6得到第一计费请求消息6x时，除了复制或保留使用数据、有配额标记外，还复制或保留了配额请求45、配额请求46。

应理解，图6D中，第一计费请求消息5x中的sn5、计费资源标识和重发标记共同组成了第三信息。

图6D采用虚拟配额的方法可以降低用户大额使用业务导致运营商损失的风险。

图7为本申请实施例提供的计费处理设备进行计费处理的方法流程图，该方法流程基于图1所示的架构实现，其中，计费触发设备对应图1中的计费触发设备102，恢复为可用的计费处理设备对应图1中的计费处理设备101或其替代设备(图中未列出)。该方法中，计费处理设备接收第一计费请求消息，并基于第一计费请求消息进行计费处理。该方法包括如下步骤：

步骤701：计费处理设备接收到第一计费请求消息。

具体地，计费处理设备从计费触发设备接收到第一计费请求消息，所述第一计费请求消息可以是上文所述计费资源创建请求消息、计费资源更新请求消息或者计费资源删除请求消息。

所述第一计费请求消息包含用户业务的第一计费数据和/或第一信息，其中：

所述第一计费数据包括用户业务的计费处理设备不可用导致的未发送的计费数据或未处理的计费数据，所述未发送的计费数据为所述计费触发设备未将其发送给计费处理设备的计费数据，所述未处理的计费数据为所述计费触发设备未从计费处理设备接收到其计费处理结果的计费数据。此时，该第一计费请求消息还可以包含第二信息，所述第二信息指示所述第一计费请求消息包含第一计费数据。如果所述第二信息包含用户业务的计费处理设备不可用之前创建的计费资源标识，计费处理设备可以根据该计费资源标识进行计费关联处理，即：计费处理设备根据该资源标识，可以关联该第一计费数据到用户业务的计费处理设备不可用之前创建的计费资源，合并处理该第一计费数据与计费处理设备不可用之前的用户业务的计费数据，对用户业务的使用实现完整的计费处理。

该第一信息指示所述第一计费请求消息的上报原因是用户业务的计费处理设备恢复可用。具体的，第一信息可以作为消息级参数携带在第一计费请求消息中，也就是说第一信息的作用范围是整个第一计费请求消息，可选的，第一信息可以携带在第一计费数据里面，也就是说，第一信息的作用范围是第一计费数据，用于指明所述第一计费数据的上报原因为用户业务的计费处理设备恢复可用。

具体地，计费处理设备确定第一计费请求消息包含第一计费数据，例如，根据第一计费请求消息中包含的第一信息和/或第二信息确定该消息中包含第一计费数据，或者计费处理设备根据该请求消息中的计费数据的计费上报类型和时间戳等信息推理确定该计费请求消息中包含第一计费数据，例如，如果计费上报类型为立即上报，而其中的时间戳与当前时间差距超过某个预设的阈值，则计费处理设备可以确定相应的计费数据为上文所述第一计费数据。

可选地，如果所述第一计费请求消息为计费资源更新请求消息或计费资源删除请求消息，计费处理设备还可以进一步从所述第一计费资源请求消息中获取计费资源标识，且判断本地是否保存有与此计费资源标识对应的计费资源，如果没有，则可以根据所述第一计费请求消息创建出相应的计费资源。

可选地，如果所述第一计费请求消息为计费资源创建请求消息，该计费资源创建请求消息可以携带用户业务的使用数据且指示所述使用数据为有配额使用数据(此时计费处理设备本地不存在所述有配额使用数据对应的业务单元配额，将执行步骤712)，或者携带业务的使用数据且指示所述使用数据为无配额使用数据，则计费处理设备可以根据所述第一计费请求消息携带的用户标识、业务信息等创建新的计费资源。

步骤702：计费处理设备确定所述第一计费请求消息中的第一计费数据不是重发的计费数据。

该步骤为可选步骤，可直接转步骤704。

具体地，计费处理设备可以根据所述第一计费请求消息中的第三信息确定所述第一计费数据不是重发的，即，计费处理设备未成功完成对所述第一计费数据进行过计费处理，所述计费处理是指步骤707、709或步骤710所述的计费处理。

第一计费请求消息为资源创建计费请求消息时，所述第三信息可以为用户业务的唯一识别信息，例如：若用户业务为5G数据连接业务，则可以是用户标识、PDU会话标识的组合，或者用户标识、PDU会话标识和SMF设备标识的组合。则所述“确定所述第一计费请求消息中的第一计费数据不是重发的计费数据”具体为：计费处理设备根据用户业务的唯一识别信息，确定当前计费资源中无基于所述第一计费数据创建的计费资源。

第一计费请求消息为计费资源更新请求消息或计费资源删除请求消息时，所述第三信息可以为计费资源标识与序列号(即第一计费请求消息的序列号或者第一计费数据的序列号)的组合。则所述“确定所述第一计费请求消息中的第一计费数据不是重发的计费数据”具体为：计费处理设备确定本地没有所述计费资源标识对应的计费资源下该序列号(当第一计费请求消息是基于多个第二计费请求消息生成时，为第一计费请求消息中的每个第一计费数据对应的序列号(即上文所述DueSN))的处理记录，以确定所述第一计费请求消息中的第一计费数据不是重发的计费数据。

可选地，计费处理设备可以不必针对每一个第一计费请求消息中的第一计费数据都进行重发判断，而可以在确定第三信息还包含重发标记后，再执行上述重发判断。这样，可以减小计费处理设备的负担，因为计费处理设备可以只针对携带重发标记的第一计费数据执行重发判断。应理解，第三信息中包含重发标记时，计费处理设备未必可以判断出第一计费数据是重发的，因为，虽然从计费触发设备角度看，相应的计费数据已经发送过，但因为网络故障等因素，计费处理设备未必能成功接收到，因此计费处理设备还需要根据所述第三信息中的计费资源标识与序列号判断第一计费数据是否重发的计费数据。

若上述步骤确定第一计费数据为重发的计费数据(意味着已经对其执行过计费处理)，则转步骤703，否则，转步骤704。

步骤703：计费处理设备生成计费响应消息，返回此前的计费处理结果。

具体地，由于计费处理设备此前已经处理过第一计费请求消息中的第一计费数据，为避免重复进行计费处理，可直接生成计费响应消息，其中包含此前的计费处理结果，将该计费响应消息返回给计费触发设备。若第一计费请求消息为资源创建计费消息，则返回的响应中还包括之前创建的计费资源标识。

步骤704：根据所述第一计费请求消息对用户业务进行计费处理。

具体地，计费处理设备针对第一计费请求消息中的每一个第一计费数据，执行步骤705-711的计费处理过程。需要说明的是，步骤705-711之间的顺序只是一种示例，而不是限定。

步骤705：计费处理设备判断第一计费请求消息中的第一计费数据所包含的用户业务的使用数据被指示为有配额使用数据还是无配额使用数据。

具体地，若计费处理设备确定第一计费请求消息中的第一计费数据包含用户业务的使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据(例如，可以通过使所述第一计费数据不包含配额标记或者包含无配额标记来指示)，则执行步骤706-711，若计费处理设备确定第一计费请求消息中的第一计费数据包含用户业务的使用数据，且所述第一计费数据指示所述使用数据为有配额使用数据(例如，可以通过使所述第一计费数据包含有配额标记来指示)，则执行步骤708-711。

步骤706：计费处理设备释放配额(如果有)。

具体地，若所述第一计费请求消息中的第一计费数据包含用户业务的使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据，则可能是计费触发设备把在线计费转为离线计费，也就是说：计费处理设备之前可能已经授予过配额，因此计费处理设备还需要释放所述计费处理设备上存在的所述使用数据对应的业务单元配额。可选地，计费处理设备可以根据所述使用数据的费率组标识和第一计费请求消息中的序列号(包括第一计费请求消息的序列号或所述使用数据的应上报序列号DueSN)，判断是否存储有对应配额，为此，计费处理设备事先可以将配额与费率组标识和序列号对应存储。当计费处理设备确定有对应的配额，可以释放该配额，例如，将该配额中的数量回退到用户账户中。

步骤707：计费处理设备将使用数据写入第一计费话单。

具体地，计费处理设备将上述第一计费数据中的使用数据写入第一计费话单(例如，离线计费话单)。进一步，如果计费处理设备确定本地不存在所述第一计费话单，则需要先根据所述第一计费请求消息创建所述第一计费话单。

转步骤711。

步骤708：计费处理设备判断本地是否存在所述有配额使用数据对应的业务单元配额。

具体地，若计费处理设备确定本地存在所述有配额使用数据对应的业务单元配额，转步骤709，否则，转步骤710。

具体的，计费处理设备根据所述第一计费数据所包含的信息查找对应的本地保存的已授予配额，例如：对于数据连接业务，查找第一计费数据中RG对应的保存在本地的已授予配额，若找到，则确定本地存在所述有配额使用数据对应的业务单元配额，否则，则确定本地不存在所述有配额使用数据对应的业务单元配额。

步骤709：计费处理设备对所述有配额使用数据执行有配额计费处理。

具体地，计费处理设备基于所述使用数据和用户业务单元配额，对所述用户的账户执行扣减处理。例如，以数据连接业务为例，本地所存的配额为5M，使用数据中的使用量为4M，则在用户账户中扣减使用的4M，并将未使用的1M解锁或回退到用户账户中。

步骤710：计费处理设备对所述有配额使用数据执行无配额计费处理。

具体地，计费处理设备基于所述使用数据对所述用户账户执行扣减处理。例如，使用数据中的使用量为4M，则直接在用户账户中扣减4M。这种情况下，可能扣减失败，则计费处理设备将扣减失败的使用数据写入到第二计费话单中，所述第二计费话单包含未执行计费处理的计费数据。

步骤711：计费处理设备生成计费处理结果。

具体地，计费处理设备基于步骤709、711或712的处理结果，生成计费处理结果。例如，生成“200OK”，表示计费处理成功。

步骤712：计费处理设备生成计费响应消息，返回计费处理结果。

具体地，计费处理设备生成与步骤701的计费请求消息相应的计费响应消息，其中包含步骤711所生成的计费处理结果，并将该计费响应消息发送给计费触发设备。例如，如果步骤701收到的第一计费请求消息为计费资源创建请求消息，则这里的计费响应消息为计费资源创建响应消息，如果步骤701收到的第一计费请求消息为计费资源更新请求消息，则这里的计费响应消息为计费资源更新响应消息。

可选地，计费处理设备可以在接收到第一计费请求消息之前，向计费触发设备设备发送故障处理策略，所述故障处理策略用于指示所述计费触发设备在用户业务的计费处理设备从不可用恢复为可用后向恢复为可用的计费处理设备发送用户业务的第一计费请求消息，这使得所述计费触发设备可以在用户业务的计费处理设备不可用期间为发送第一计费请求消息做准备操作，如上文所述基于第二计费请求消息得到第一计费请求消息，或者基于采集的使用数据生成第一计费请求消息，或者存储采集的计费数据(即未发送的计费数据)，然后在确定用户业务的计费处理设备从不可用恢复为可用后，向恢复为可用的计费处理设备发送第一计费请求消息。应理解，所述计费处理设备还可以向所述计费触发设备发送不同于上述指示的故障处理策略，以控制计费触发设备对用户业务的计费处理设备不可用所采取的其他应对操作，例如，所述故障处理策略还可以用于指示所述计费触发设备在用户业务的计费处理设备不可用期间中断用户业务，或者无条件放行用户业务等，本申请实施例不一一例举。

图8为本申请实施例提供的计费触发设备或计费处理设备的硬件结构图。本申请实施例中的所有计费触发设备(例如，图1的102)和计费处理设备(例如，图1的101)，均可以采用图8所示的通用的计算机硬件，其包括处理器801、存储器802、总线803、输入设备804、输出设备805以及网络接口806，其中输入设备804与输出设备805为可选的。

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

输入设备804可以用于输入信息，便于系统管理员对所述计费触发设备或计费处理设备进行操作和管理等，如在计费处理设备上配置故障处理策略等，输入设备804可以为键盘或指向设备，如鼠标、轨迹球、触摸板、麦克风、操纵杆、游戏垫、卫星电视天线、扫描仪或类似设备。这些输入设备可以通过总线803连接至处理器801。

输出设备805可以用于输出信息，便于系统管理员对所述计费触发设备或计费处理设备进行操作和管理等，除了监视器之外，输出设备805还可以为其他外围输出设各，如扬声器和/或打印设备，这些输出设备也可以通过总线803连接到处理器801。

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

对计费触发设备而言，当其中的处理器801执行存储器802中存储的可执行代码或应用程序时，计费触发设备可以执行以上所有实施例中与计费触发设备相对应的方法步骤，如步骤201、302、313、401、451和471等；具体执行过程均参见上述实施例，在此不再赘述。

对计费处理设备而言，当其中的处理器801执行存储器802中存储的可执行代码或应用程序时，计费处理设备可以执行以上所有实施例中与计费处理设备相对应的方法步骤，如步骤203和701等；具体执行过程均参见上述实施例，在此不再赘述。

图9为本申请实施例提供的计费触发设备的结构示意图，所述计费触发设备包括：

-确定模块901，用于确定用户业务的计费处理设备从不可用恢复为可用，具体执行过程参见上述实施例中计费触发设备侧的步骤说明，如步骤201等。

-发送模块902，用于向恢复为可用的计费处理设备发送第一计费请求消息，所述第一计费请求消息包含上述实施例所述的第一计费数据和/或第一信息，具体执行过程参见上述实施例中计费触发设备侧的步骤说明，如步骤202和487等。

在本实施例中，计费触发设备是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到计费触发设备也可以采用图8所示的形式。确定模块901、发送模块902都可以通过图8中的处理器801和存储器802来实现。例如，确定模块901确定用户业务的计费处理设备从不可用恢复为可用的功能可以通过由处理器801来执行存储器802中存储的代码来实现。

图10为本申请实施例提供的计费处理设备的结构示意图，所述计费处理设备包括：

-接收模块1001，用于从计费触发设备接收第一计费请求消息，所述第一计费请求消息包含上述实施例所述的第一计费数据和/或第一信息，具体执行过程参见上述实施例中计费处理设备侧的步骤说明，如步骤202、203和701等。

-计费模块1002，用于根据所述第一计费请求消息对用户业务进行计费处理，具体执行过程参见上述实施例中计费处理设备侧的步骤说明，如步骤203、713和714等。

在本实施例中，计费处理设备是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到计费处理设备也可以采用图8所示的形式。接收模块1001和计费模块1002都可以通过图8中的处理器801和存储器802来实现。例如，计费模块1002根据所述第一计费请求消息进行计费处理的功能可以通过由处理器801来执行存储器802中存储的代码来实现。

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

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

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

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

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

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

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

Claims (17)

1.一种计费方法，应用于计费触发设备，其特征在于：

在用户业务的计费处理设备从不可用恢复为可用后，确定计费上报条件满足；

向可用计费处理设备发送用户业务的第一计费请求消息，所述第一计费请求消息包含所述用户业务的第一计费数据；

其中：

所述第一计费数据包括所述用户业务的计费处理设备不可用导致的未发送的计费数据或未处理的计费数据，所述未发送的计费数据为所述计费触发设备未将其发送给所述用户业务的计费处理设备的计费数据，所述未处理的计费数据为所述计费触发设备未从所述用户业务的计费处理设备接收到其计费处理结果的计费数据；

在向所述可用计费处理设备发送所述第一计费请求消息之前，所述方法还包括：

确定所述用户业务对应的计费资源未被成功创建，则所述第一计费请求消息为计费资源创建请求消息；或者，确定所述用户业务对应的计费资源已被成功创建，则所述第一计费请求消息为计费资源更新请求消息或计费资源删除请求消息，且包含已成功创建的计费资源的标识。

2.根据权利要求1所述的方法，其特征在于，在所述向可用计费处理设备发送第一计费请求消息之前，所述方法还包括：

确定所述用户业务的计费处理设备不可用；

基于第二计费请求消息得到所述第一计费请求消息；

其中，所述第二计费请求消息包括所述用户业务的计费处理设备不可用导致的未发送的计费请求消息或未收到响应的计费请求消息，所述未发送的计费请求消息为所述计费触发设备未将其发送给所述用户业务的计费处理设备的计费请求消息，所述未收到响应的计费请求消息为所述计费触发设备未从所述用户业务的计费处理设备接收到其计费响应消息的计费请求消息。

3.根据权利要求2所述的方法，其特征在于，所述第二计费请求消息包含所述用户业务的使用数据和对应的有配额标记，则所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据和所述有配额标记，或者，所得到的第一计费请求消息中的所述第一计费数据包含所述使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据。

4.根据权利要求1所述的方法，其特征在于，所述第一计费请求消息还包含第二信息，所述第二信息指示所述第一计费请求消息包含第一计费数据。

5.根据权利要求1-4中任意一项所述的方法，其特征在于，所述第一计费请求消息还包含第三信息，所述第三信息用于确定所述第一计费数据是重发的。

6.根据权利要求1-4中任意一项所述的方法，其特征在于，在所述向可用计费处理设备发送第一计费请求消息之前，所述方法还包括：

获取故障处理策略，所述故障处理策略指示所述计费触发设备在所述用户业务的计费处理设备从不可用恢复为可用后，向恢复为可用的计费处理设备发送所述用户业务的第一计费请求消息；

其中，所述获取所述故障处理策略包括：

从本地配置信息读取所述故障处理策略，或者

从所述用户业务的计费处理设备接收所述故障处理策略，或者

从策略控制功能PCF设备接收所述故障处理策略。

7.一种计费方法，应用于计费处理设备，其特征在于，包括：

从计费触发设备接收用户业务的第一计费请求消息，所述第一计费请求消息包含所述用户业务的第一计费数据；

根据所述第一计费请求消息对所述用户业务进行计费处理；

其中：

所述第一计费数据包括所述用户业务的计费处理设备不可用导致的未发送的计费数据或未处理的计费数据，所述未发送的计费数据为所述计费触发设备未将其发送给所述用户业务的计费处理设备的计费数据，所述未处理的计费数据为所述计费触发设备未从所述用户业务的计费处理设备接收到其计费处理结果的计费数据；

所述第一计费请求消息为计费资源创建请求消息，则所述根据所述第一计费请求消息对所述用户业务进行计费处理，包括：判断是否已有所述第一计费数据对应的计费资源；或者，所述第一计费请求消息为计费资源更新请求消息或计费资源删除请求消息，所述第一计费请求消息还包含计费资源标识，则所述根据所述第一计费请求消息对所述用户业务进行计费处理，包括：在确定没有所述计费资源标识对应的计费资源时，根据所述第一计费请求消息创建所述计费资源标识对应的计费资源。

8.根据权利要求7所述的方法，其特征在于，所述第一计费请求消息还包含第二信息，所述第二信息指示所述第一计费请求消息包含第一计费数据。

9.根据权利要求7所述的方法，其特征在于，所述第一计费请求消息还包含第三信息，所述方法还包括：基于所述第三信息确定所述第一计费数据是重发的。

10.根据权利要求7-9任一所述的方法，其特征在于，所述第一计费请求消息中的第一计费数据包含所述用户业务的使用数据，且所述第一计费数据指示所述使用数据为无配额使用数据，则所述根据所述第一计费请求消息对所述用户业务进行计费处理，包括：

确定所述计费处理设备上不存在所述用户业务对应的第一计费话单；

根据所述第一计费请求消息创建所述第一计费话单。

11.根据权利要求7-9任一所述的方法，其特征在于，所述第一计费请求消息中的第一计费数据包含所述用户业务的使用数据和有配额标记，则所述根据所述第一计费请求消息对所述用户业务进行计费处理，包括：

确定所述计费处理设备上不存在所述使用数据对应的业务单元配额；

基于所述使用数据对所述用户的账户执行扣减处理。

12.根据权利要求7所述的方法，其特征在于，在所述第一计费请求消息为计费资源创建请求消息，且确定当前计费资源中已有所述第一计费数据对应的计费资源的情况下，所述方法还包括：

生成计费响应消息，所述计费响应消息中包含所述计费处理设备中已有的所述第一计费数据对应的计费资源的标识。

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

所述存储器，用于存储计算机程序；

所述处理器，用于调用并执行所述存储器中存储的计算机程序，以使所述计费触发设备执行权利要求1至6中任意一项所述的计费方法。

14.一种计算机可读存储介质，包括计算机程序，当其在计算机上运行时，使得所述计算机执行权利要求1至6中任意一项所述的计费方法。

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

所述存储器，用于存储计算机程序；

所述处理器，用于调用并执行所述存储器中存储的计算机程序，以使所述计费处理设备执行权利要求7至12中任一项所述的计费方法。

16.一种计算机可读存储介质，包括计算机程序，当其在计算机上运行时，使得所述计算机执行权利要求7至12中任一项所述的计费方法。

17.一种计费系统，其特征在于，包括如权利要求13所述的计费触发设备和如权利要求15所述的计费处理设备。

Images