CN111082947A

CN111082947A - 对资源的消费进行计费的方法和装置

Info

Publication number: CN111082947A
Application number: CN201811213220.7A
Authority: CN
Inventors: 包贤德
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-10-18
Filing date: 2018-10-18
Publication date: 2020-04-28

Abstract

本申请提供了一种对资源的消费进行计费的方法和装置。该方法包括：在终端设备对应的账户余额中冻结用于订购第一套餐所需的费用，其中，订购第一套餐包括续订终端设备的第二套餐或变更终端设备的第二套餐。当终端设备消费的资源超出第二套餐的范围时，对冻结的费用进行扣费处理，即用冻结的费用订购该第一套餐；当终端设备消费的资源超出第二套餐的范围，对冻结的费用进行释放处理。通过本申请，能够保证在线计费的精确性，避免造成用户损失，提高用户的体验。

Description

对资源的消费进行计费的方法和装置

技术领域

本申请涉及计费领域，并且更具体地，涉及一种对资源的消费进行计费的方法和装置。

背景技术

随着数据业务发展，流量已经呈爆炸性增长，流量计费已经成为在线计费系统(online charging system，OCS)的主要处理任务。同时随着流量计费的发展，用户流量的计费精确性及用户体验改善对OCS计费系统要求越来越高。此外运营商在数据业务计费上采用更多多样化的套餐方式鼓励用户更多使用流量。运营商往往在基础套餐上叠加多样化的流量包/流量套餐，比如1元50M高带宽流量包等等，供用户订购或者跟用户签署自动续订合约，在用户流量不足的时候由系统自动续订。

现有技术中，在一些场景下，例如自动续订套餐时，当检测到用户套餐内的资源可用量(如流量)不足时，会为用户自动续订套餐。但后续可能会出现虽然为用户续订了套餐，但设备未实际使用续订套餐内资源的情况，从而造成用户被多扣费，降低用户体验。

因此，OCS作为实时计费系统，如何做到精确实时信控计费，避免造成用户损失，是亟需解决的问题。

发明内容

本申请提供一种对资源的消费进行计费的方法和装置，能够保证在线计费的精确性，避免造成用户损失，提高用户体验。

第一方面，提供了一种对资源的消费进行计费的方法，该方法包括：在终端设备对应的账户余额中冻结用于订购第一套餐所需的费用，所述订购第一套餐包括续订所述终端设备的第二套餐或变更所述终端设备的第二套餐；确定所述终端设备消费的资源超出所述第二套餐的范围时，使用所述冻结的费用订购所述第一套餐；或，确定所述终端设备消费的资源未超出所述第二套餐的范围时，解冻所述冻结的费用。

基于上述技术方案，通过引入后向计费的方式，即当为终端设备订购套餐(例如订购第一套餐)时，暂不实际扣除套餐对应的费用，同时锁住套餐对应的费用，从而能够后续根据终端设备实际的资源使用情况(例如，流量使用情况或积分使用情况等)，扣除或解冻冻结的费用。其中，订购套餐可以是续订终端设备已订购的套餐(例如记作第二套餐)，或者也可以是变更或升级终端设备已订购的套餐。其中，锁住的费用(或者称为资金)在解冻前不允许被使用，锁住资金常常用于防止资金被透支；解冻冻结的费用，可以理解为将先前冻结的资金进行释放。根据终端设备消费的资源是否超出终端设备已订购的套餐的范围，来确定是否要扣除被冻结的费用。其中，消费的资源包括消费的流量(如上网消费的资源、通话消费的流量等)和/或消费的积分等等，对此，本申请不作限定。以资源为流量为例，例如终端设备消费的流量大于第二套餐的总流量时，扣除被冻结的费用；终端设备消费的流量小于或等于第二套餐的总流量时，解冻被扣除的费用。通过冻结用于订购套餐的费用，即虚拟订购套餐(例如可以是自动续订或者也可以是变更流量套餐)，延迟扣除订购的套餐所对应的费用的方式，不仅可以避免设备自动购买了套餐但是设备并未实际发生使用、造成设备被扣费的问题，而且可以避免设备账本资金不足，先固定下发授权量再在实际使用量超过余额时购买套餐导致购买失败，无法扣费，造成运营商损失的问题。因此，基于上述技术方案，能够提高在线计费的精确性，满足用户的体验和运营商的要求。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述在终端设备对应的账户余额中冻结用于订购第一套餐所需的费用，包括：确定所述第二套餐内的资源可用量小于预设阈值时，在终端设备对应的账户余额中冻结用于订购第一套餐所需的费用。

基于上述技术方案，可以是基于终端设备已订购的第二套餐内的资源可用量来触发订购套餐，其中，资源可用量可以是指第二套餐中剩余的流量和/或积分等等。以资源可用量为剩余的流量为例，在终端设备内的剩余流量小于预设阈值时，自动为终端设备订购套餐，避免终端设备需要使用流量时，产生流量不足的问题，从而可以提高用户体验。例如，可以是接收到来自终端设备的业务请求信息后，判断终端设备内的剩余流量是否满足业务请求的流量，对此，本申请实施例不作限定。其中，预设阈值可以是预定义的阈值，例如协议预先定义的。或者，也可以是基于终端设备内的剩余积分或消费的积分或消费的流量等等来触发是否订购套餐。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：当所述第二套餐对应的有效期结束时，确定所述终端设备消费的资源是否超出所述第二套餐的范围。

基于上述技术方案，可以是在终端设备的第二套餐的有效期结束时，检测终端设备消费的资源是否超出终端设备本身已订购的第二套餐中的资源。或者，也可以在预设的时段检测终端设备消费的资源是否超出终端设备本身已订购的第二套餐中的资源。或者，也可以是周期性地检测终端设备消费的资源是否超出终端设备本身已订购的第二套餐中的资源。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：将与所述第一套餐相关的信息记录在日志文件中；根据所述日志文件，确定所述终端设备消费的资源是否超出所述第二套餐的范围。

基于上述技术方案，可以将与订购的套餐相关的信息记录在日志文件中，不仅可以提高在线计费的精确性，而且操作简单。例如日志文件中可以记录订购流量套餐(例如记作第一套餐)的编码、订购套餐的费用(即待扣除费用)、订购套餐内的总流量、订购套餐的带宽、其他资源等信息。或者，日志文件中还可以记录订购该套餐的设备的信息，例如日志文件中可以记录设备编码、设备的总资金、设备是否自动订购该套餐等信息，或者，日志文件中还可以记录设备内的剩余流量等信息。此外，可以根据日志文件，确定第一套餐中的流量是否被终端设备使用。如存在套餐变更日志，根据变更日志，确定设备实际发生数据业务使用的流量多于数据业务会话开始时的流量账本中的对应余额，则扣除锁住的费用。

结合第一方面，在第一方面的某些实现方式中，所述使用所述冻结的费用订购所述第一套餐之后，包括：删除所述日志文件中与所述第一套餐相关的信息；或，所述解冻所述冻结的费用之后，包括：删除所述日志文件中与所述第一套餐相关的信息。

基于上述技术方案，在对日志文件中关于订购的套餐的记录进行操作后，删除与该套餐相关的信息，避免重复操作，进一步提高计费精确性。

第二方面，提供了一种对资源的消费进行计费的装置，该装置包括：处理单元，用于在终端设备对应的账户余额中冻结用于订购第一套餐所需的费用，所述订购第一套餐包括续订所述终端设备的第二套餐或变更所述终端设备的第二套餐；所述处理单元还用于：确定所述终端设备消费的资源超出所述第二套餐的范围时，使用所述冻结的费用订购所述第一套餐；或，确定所述终端设备消费的资源未超出所述第二套餐的范围时，解冻所述冻结的费用。

基于上述技术方案，通过引入后向计费的方式，即当为终端设备订购套餐(例如记作第一套餐)时，暂不实际扣除套餐对应的费用，同时锁住套餐对应的费用，从而能够后续根据终端设备实际的资源使用情况(例如，流量使用情况和/或积分使用情况等)，扣除或解冻冻结的费用。其中，订购套餐可以是续订终端设备已订购的套餐(例如记作第二套餐)，或者也可以是变更或升级终端设备已订购的套餐。其中，锁住的费用(或者称为资金)在解冻前不允许被使用，锁住资金常常用于防止资金被透支；扣除冻结的费用，可以理解为将先前冻结的费用进行实际扣费；解冻冻结的费用，可以理解为将先前冻结的资金进行释放。通过订购套餐(例如可以是自动续订或者也可以是变更流量套餐)，延迟扣除订购的套餐所对应的费用的方式，不仅可以避免设备自动购买了套餐但是设备并未实际发生使用、造成设备被扣费的问题，而且可以避免设备账本资金不足，先固定下发授权量再在实际使用量超过余额时购买套餐导致购买失败，无法扣费，造成运营商损失的问题。因此，基于上述技术方案，能够提高在线计费的精确性，满足用户的体验和运营商的要求。

结合第二方面，在第二方面的某些实现方式中，所述处理单元还用于：确定所述第二套餐内的资源可用量小于预设阈值时，在终端设备对应的账户余额中冻结用于订购第一套餐所需的费用。

结合第二方面，在第二方面的某些实现方式中，所述处理单元还用于：当所述第二套餐对应的有效期结束时，确定所述终端设备消费的资源是否超出所述第二套餐的范围。

结合第二方面，在第二方面的某些实现方式中，所述处理单元还用于：将与所述第一套餐相关的信息记录在日志文件中，并根据所述日志文件，确定所述终端设备消费的资源是否超出所述第二套餐的范围。

结合第二方面，在第二方面的某些实现方式中，所述处理单元还用于：在使用所述冻结的费用订购所述第一套餐之后，删除所述日志文件中与所述第一套餐相关的信息；或，在解冻所述冻结的费用之后，删除所述日志文件中与所述第一套餐相关的信息。

第三方面，提供了一种在线计费系统，包括用于执行上述第一方面中任一种可能实现方式中的方法的各个模块或单元。

第四方面，提供了一种对资源的消费进行计费的装置，包括用于执行上述第一至第四方面中任一种可能实现方式中的方法的各个模块或单元。

第五方面，提供了一种对资源的消费进行计费的设备，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面中任一种可能实现方式中的方法。可选地，该对资源的消费进行计费的设备还包括存储器。可选地，该对资源的消费进行计费的设备还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该对资源的消费进行计费的设备为通信设备，如本申请实施例中的UE、在线计费系统、或第三方网关。当该对资源的消费进行计费的设备为通信设备时，所述通信接口可以是输入/输出接口。

在另一种实现方式中，该对资源的消费进行计费的设备为配置于通信设备中的芯片，如配置于如本申请实施例中的UE、在线计费系统、第三方网关中的芯片。当该对资源的消费进行计费的设备为配置于通信设备中的芯片时，所述通信接口可以是输入/输出接口。

可选地，所述通信接口可以为收发电路。可选地，所述输入/输出接口可以为输入/输出电路。

第六方面，提供了一种处理器，包括：输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号，并通过所述输出电路发射信号，使得所述处理器执行上述第一方面任一种可能实现方式中的方法。

在具体实现过程中，上述处理器可以为芯片，输入电路可以为输入管脚，输出电路可以为输出管脚，处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于输入接口接收并输入的，输出电路所输出的信号可以是例如但不限于输出给输出接口并由输出接口发射的，且输入电路和输出电路可以是同一电路，该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。

第七方面，提供了一种处理装置，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过输入接口接收信号，通过输出接口发射信号，以执行上述第一方面任一种可能实现方式中的方法。

可选地，所述处理器为一个或多个，所述存储器为一个或多个。

可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。

在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

应理解，相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程，接收能力信息可以为处理器接收输入能力信息的过程。具体地，处理输出的数据可以输出给输出接口，处理器接收的输入数据可以来自输入接口。其中，输出接口和输入接口可以统称为通信接口。

上述第七方面中的处理装置可以是一个芯片，该处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。

第八方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行上述第一方面中任一种可能实现方式中的方法。

第九方面，提供了一种计算机可读介质，所述计算机可读介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得计算机执行上述第一方面中任一种可能实现方式中的方法。

第十方面，提供了一种通信系统，包括前述的UE、在线计费系统、第三方网关。

附图说明

图1是适用于本申请实施例提供的方法的网络架构的一示意图；

图2示出了一种计费方式的数据业务的示意性流程图；

图3示出了另一种计费方式的数据业务的示意性流程图；

图4是适用于本申请实施例提供的方法的网络架构的又一示意图；

图5示出了适用于本申请实施例的套餐变更管理模块在数据业务授权阶段的示意图；

图6示出了适用于本申请实施例的套餐变更管理模块在数据业务扣费阶段的示意图；

图7是本申请实施例提供的对资源的消费进行计费的方法的示意性交互图；

图8示出了适用于本申请实施例的记录设备套餐订购日志信息的示意图；

图9示出了适用于本申请实施例的记录套餐变更日志记录信息的示意图；

图10是本申请另一实施例提供的对资源的消费进行计费的方法的示意性流程图；

图11是本申请实施例提供的对资源的消费进行计费的装置的示意性框图；

图12是本申请实施例提供的对资源的消费进行计费的设备的示意性框图。

具体实施方式

下面将结合附图，对本申请实施例中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通信(globalsystem for mobile communications，GSM)系统、码分多址(code division multipleaccess，CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)通信系统、未来的第五代(5th generation，5G)系统或新无线(new radio，NR)等。

为便于理解本申请实施例，首先结合图1详细说明本申请实施例的一个应用场景。

图1是适用于本申请实施例提供的方法的网络架构的一示意图。如1图所示，该网络架构具体可以包括下列网元：

1、用户设备(user equipment，UE)：可以称终端设备、终端、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置。UE还可以是蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，还可以是端设备，逻辑实体，智能设备，如手机，智能终端等终端设备，或者物联网(Internet of things，IoT)设备。本申请实施例对此并不限定。

2、第三方(3rd-Party)网关：用于控制用户设备的数据业务使用，可以是会话管理功能(session management function，SMF)网关、策略控制功能(policy controlfunction，PCF)网关、网关通用分组无线服务技术(general packet radio service，GPRS)支持节点(Gate GPRS Support Node，GGSN)等，可以是带宽控制网关、也可以是数据网络网关。

3、SMF网关：主要用于会话管理、UE的网际协议(Internet Protocol，IP)地址分配和管理、选择可管理用户平面功能、策略控制、或收费功能接口的终结点以及下行数据通知等。在本申请实施例中，可用于实现控制用户设备的数据业务使用的功能。

4、PCF网关：用于指导网络行为的统一策略框架，为控制平面功能网元(例如接入和移动管理功能(access and mobility management function，AMF)，SMF网元等)提供策略规则信息等。

5、客户关系管理(customer relationship management，CRM)系统：运营商使用CRM来管理与客户之间的关系，用于运营商的运营支撑。

6、在线计费系统(online charging system，OCS)：用于针对在线业务的计费，包括数据业务计费、语音业务计费等。

应理解，上述应用于本申请实施例的网络架构仅是举例说明，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

随着数据业务发展，流量已经呈爆炸性增长，流量计费已经成为在OCS的主要处理任务。OCS作为实时计费系统，要做到精确实时信控计费，避免用户透支和运营商损失，一般会在接到请求授权消息后对流量做预留，在接到请求扣费消息后再对流量做扣除。

一种计费方式是，采用预留、扣费两阶段的计费方式对用户使用数据业务进行计费。图2和图3示出了两种计费方式的数据业务流程图。

在步骤101中，请求开始数据业务。用户请求开始数据业务，向第三方(3rd-Party)网关发送使用业务请求。

在步骤102中，3rd-Party网关向OCS发送业务初始请求消息。该业务初始请求消息用于请求用户鉴权。OCS接收到业务初始请求消息后，查询用户数据，对用户鉴权。

在步骤103中，OCS向3rd-Party网关发送业务初始响应消息，响应用户鉴权。

在步骤104中，建立数据业务会话。3rd-Party网关收到业务初始响应消息后，确定该消息指示用户鉴权成功后，响应用户使用业务请求，数据业务会话建立成功。

在步骤105中，用户向3rd-Party网关发送使用业务请求。用户在使用数据业务时候都要向3rd-Party网关发送请求授权量的请求。

在步骤106中，3rd-Party网关向OCS发送业务继续请求消息，请求授权量。其中，授权量可以灵活配置，例如请求授权1M。OCS批价后待预留1M。OCS判断用户流量是否充足，如果不足，则触发续订套餐。假设用户初始余额10$，套餐内流量高带宽流量0.5M，低带宽套餐免费，且用户自动续订高带宽套餐，套餐价格1$购买50M流量。即当前用户流量不足，且用户套餐支持自动续订，然后OCS扣除套餐费后自动续订套餐，如图2中所示，1$购买50M，然后再预留1M。续订套餐后，用户余额为9$，流量为50.5M。

在步骤107中，OCS向3rd-Party网关发送业务继续响应消息，响应成功授权1M流量。

在步骤108中，3rd-Party网关向用户通知允许使用数据业务。3rd-Party网关监控数据流量。

在步骤109，用户向3rd-Party网关发送结束数据业务消息。

在步骤110中，3rd-Party网关向OCS发送业务结束消息。3rd-Party网关监控到用户结束使用数据业务，并向OCS发送业务结束请求消息。OCS如果确定有使用量，则从预留流量中扣除使用量后，再释放剩余的预留。但是有可能用户没有使用量，此时释放预留流量，且不扣费。如图2所示，假设设备初始资金账本10$，套餐内流量高带宽流量0.5M，设备对应的业务初始请求消息，请求1M高带宽流量，由于对应的套餐内高带宽流量不足，则自动续订套餐购买50M，此时扣费1$。然后预留1M成功授权，向3rd-Party网关响应授权成功，数据业务使用结束后上报消息请求扣费0M流量，OCS则释放预留流量，释放会话，向3rd-Party网关响应消息成功，3rd-Party网关关闭设备的数据业务连接。

在步骤111中，OCS向3rd-Party网关发送业务结束响应消息。OCS释放预留流量后，结束业务会话，并向3rd-Party网关发送业务结束响应消息，响应3rd-Party网关关闭数据业务，3rd-Party网关将用户的数据业务会话连接关闭。

在步骤112中，3rd-Party网关向用户发送响应结束业务。

上述图2所示的方法中，在步骤106中，OCS收到授权请求(业务继续请求消息)后，判断设备高带宽流量不足，则自动续订套餐(扣费1$购买高带宽流量50M)，然后预留1M并返回授权1M响应(业务继续响应消息)给3rd-Party网关。但是设备在数据业务结束使用时，并没有使用到上述预留的1M流量，或者只使用了不到0.5M，而高带宽流量包已被自动续订，套餐费已经扣除。由于一般流量包都有有效期，设备可能还没有使用套餐关联的资源、带宽或切片，有效期就结束了，这样在用户看来多扣除了套餐费，可能导致用户投诉。

图3示出了另一种计费方式的数据业务流程图。

在步骤201中，请求开始数据业务。用户请求开始数据业务，向3rd-Party网关发送使用业务请求。

在步骤202中，3rd-Party网关向OCS发送业务初始请求消息。该业务初始请求消息用于请求用户鉴权。OCS接收到业务初始请求消息后，查询用户数据，对用户鉴权。

在步骤203中，OCS向3rd-Party网关发送业务初始响应消息，响应用户鉴权。

在步骤204中，建立数据业务会话。3rd-Party网关收到业务初始响应消息后，确定该消息指示用户鉴权成功后，响应用户使用业务请求，数据业务会话建立成功。

在步骤205中，用户向3rd-Party网关发送使用业务请求。用户在使用数据业务时候都要向3rd-Party网关发送请求授权量的请求。

在步骤206中，3rd-Party网关向OCS发送业务继续请求消息，请求授权量。其中，授权量不同局点可以灵活配置，例如请求授权1M。OCS批价后待预留1M。OCS判断流量不足时，根据配置下发授权1M。换句话说，OCS判断用户流量是否充足，如果流量不足，不去购买流量套餐，而是根据配置固定下发授权1M，然后在实际使用的时候再购买流量包。

在步骤207中，OCS向3rd-Party网关发送业务继续响应消息，响应成功授权1M流量。

在步骤208中，3rd-Party网关向用户通知允许使用数据业务。3rd-Party网关监控数据流量。

在步骤209，用户向3rd-Party网关发送结束数据业务消息。

在步骤210中，3rd-Party网关向OCS发送业务结束消息。3rd-Party网关监控到用户结束使用数据业务，并向OCS发送业务结束请求消息，并请求扣费1M。OCS如果确定有使用量，则从预留流量中扣除使用量后，再释放剩余的预留。如图3所示，假设设备初始资金账本0.5$，套餐内流量高带宽流量0M，设备对应的业务初始请求消息，请求1M高带宽流量，由于对应的套餐内高带宽流量不足，则根据配置下发授权1M，此时暂时不扣费。然后预留1M成功授权，向3rd-Party网关响应授权成功，数据业务使用结束后上报消息请求扣费1M流量。由于流量不足，故自动续订套餐，但是用户资金不足扣费1M，则购买套餐包失败。流量不足、扣费不成功，运营商损失。

在步骤211中，OCS向3rd-Party网关发送业务结束响应消息。OCS释放预留流量后，结束业务会话，并向3rd-Party网关发送业务结束响应消息，响应3rd-Party网关关闭数据业务，3rd-Party网关将用户的数据业务会话连接关闭。

在步骤212中，3rd-Party网关向用户发送响应结束业务。

上述图3所示的方法中，虽然可以解决图2所示的方法中设备并未实际发生使用、造成设备被扣费的问题，但是却会由于设备账本资金不足导致购买流量包失败、OCS无法扣费，设备免费使用了数据流量，造成运营商损失，无法满足运营商的诉求。

针对上述问题，本申请提出了一种对资源的消费进行计费的方法，通过在数据业务计费流程中引入后向计费的方式，即在预留阶段自动续订套餐，但延迟扣除续订套餐对应的费用，从而既可以解决图2所示的方法中设备并未实际发生使用、造成设备被扣费的问题，又可以解决图3所示的方法中先固定下发授权量再在实际使用量超过余额时购买流量包导致的购买失败、造成运营商损失的问题。

为便于理解本申请实施例，首先结合图4详细说明适用于本申请实施例的又一应用场景。

图4是适用于本申请实施例提供的方法的网络架构的又一示意图。如图4所示，网络架构例如可以是在原有3gpp标准技术方案的授权、扣费两阶段的数据业务计费系统基础上，增加一个套餐变更管理模块。图4所示的网络架构具体可以包括如1图所示的网元，例如，第三方网关、OCS、CRM、UE等。在图4所示的网络架构中，OCS中可以包括以下几个模块：

解码：OCS中用于对来自3rd-Party网关的计费请求消息解析报文，获取计费请求内容。

要素求解：针对计费请求的内容进行求解，获取计费要素。

批价：根据计费要素、UE订购的套餐对计费请求进行费用计算。

套餐变更判断：UE是否订购了自动续订的套餐。

套餐变更管理：对UE进行套餐变更，包括购买套餐的费用计算、冻结UE的资金账本、记录套餐变更日志等。

套餐变更日志：记录套餐变更的费用、套餐的流量、关联的带宽、关联的切片等等。

余额管理：对UE的资金账本、流量账本等进行管理，管理操作包括扣除、冻结(锁住)、解冻、预留等操作。

编码：按照协议构造给3rd-Party网关的计费消息响应报文。

应理解，上述应用于本申请实施例的网络架构仅是举例说明的网络架构，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

还应理解，图1或图4中所示的AMF实体、SMF实体可以理解为用于实现不同功能的网元，例如可以按需组合成网络切片。这些网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，本申请对此不做限定。此外，上述命名仅为便于区分不同的功能，而不应对本申请构成任何限定，本申请并不排除在5G网络以及未来其它的网络中采用其他命名的可能。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能采用其他名称等。在此进行统一说明，以下不再赘述。

在本申请实施例中，增加套餐变更管理模块，以便可以自动续订套餐，又可以在保证运营商利益的同时，根据实际使用情况扣除续订套餐对应的费用。图5和图6示出了套餐变更管理模块在数据业务授权阶段和数据业务扣费阶段的流程图。

套餐变更管理模块在数据业务授权阶段，用于自动续订套餐的时候记录套餐变更日志，例如记录待扣除的套餐费及赠送套餐流量、套餐关联的带宽、切片、其他资源等信息，同时锁住套餐费用对应的资金。如图5所示，在数据业务授权阶段，判断设备是否存在套餐需要进行变更(授权阶段)。如果设备不满足套餐变更条件，例如设备的剩余流量足够多，则直接通知预留模块做计费请求流量预留。如果设备满足套餐变更条件，存在套餐需要变更(如购买)，通知套餐变更管理模块做套餐变更(授权阶段)，再通知预留模块做计费请求流量预留。

套餐变更管理模块在数据业务扣费阶段，设备实际发生数据业务使用的流量多于数据业务会话开始时的流量账本中的对应余额，且存在套餐变更日志，则根据套餐变更日志扣除锁住的资金，同时删除套餐变更日志；如果设备没有实际发生数据业务或者使用的流量少于数据业务会话开始时的流量账本中的对应余额，且存在套餐变更日志，则根据套餐变更日志释放锁住的资金，同时删除套餐变更日志。如图6所示，在数据业务扣费阶段，判断设备是否存在套餐变更日志。如果不存在套餐变更日志，则直接通知扣费模块做计费请求流量扣除。如果存在套餐变更日志，再通知套餐变更管理模块进行套餐变更(扣费阶段)，然后再通知扣费模块做计费请求流量扣除。

上述结合图1、图4至图6简单介绍了本申请实施例的网络架构，以及新增的套餐变更管理模块在数据业务授权阶段、数据业务扣费阶段的流程。应理解，上述图1或图4所示的网络架构仅为便于理解而示意，不应对本申请构成任何限定。例如图1或图4中也可以包括更多的模块，此处为简洁，不再详细描述。

下面结合附图详细说明本申请实施例提供的对资源的消费进行计费的方法。

需要说明的是，在下文中结合附图描述实施例的过程中，图中仅为便于理解而示意，不应对本申请构成任何限定。此外，图7至图10中示出的OCS可对应于在线计费系统，3rd-Party网关可对应于第三方网关。其具体名称仅为区分不同的功能而定义，不应对本申请构成任何限定。本申请并不排除定义其他网元来实现相同或相似功能的可能。

图7是从设备交互的角度示出的本申请实施例提供的对资源的消费进行计费的方法400的示意性流程图。如图所示，图7中所示的方法400可以包括步骤401至步骤403。下面结合图7详细说明方法400中的各个步骤。

在步骤401中，OCS为UE订购套餐#A(即，第一套餐的一例)，并冻结为UE订购套餐#A所需的费用；

在步骤402中，OCS根据UE的流量使用情况，扣除或解冻冻结的费用。

其中，为UE订购套餐#A，可以理解为UE自动订购套餐#A。自动订购，例如检测到UE已订购的套餐，记作套餐#B(即，第二套餐的一例)内的剩余可用量小于一定的预设阈值时，运营商自动为UE订购套餐，以满足UE的用户需求。又如，OCS收到业务请求消息后，判断套餐#B内的资源可用量不足，则自动订购套餐#A。其中，资源可用量可以是指套餐#B内能够供UE使用的资源，例如，可以指套餐#B内剩余的流量和/或积分等，对此，本申请不作限定。其中，套餐#A可以是与UE之前使用的套餐(即套餐#B)相同，此时，订购套餐#A可以理解为为UE续订套餐#A。或者，套餐#A也可以是与UE之前使用的套餐不同，此时，订购套餐#A可以理解为到期套餐的变更，即为UE更改套餐，更改的套餐为套餐#A。例如，套餐#B到期后，可以为UE更改套餐，即订购套餐#A。

需要说明的是，下文实施例中，以资源为流量为例进行说明。如，以套餐#B内剩余的流量来表示套餐#B的资源可用量，套餐#A消费的流量来表示套餐#A消费的资源为例进行示例性说明，应理解，本申请并不限定于此，例如，资源也可以为积分等。

其中，冻结费用也可以称为锁住资金，表示锁住资金账本，即针对资金账本的余额进行冻结，锁住的资金在解冻前不允许被使用，锁住资金常常用于防止资金被透支。假设UE原有资金账本为a$，套餐#A价格为b$，其中，a、b均大于0，则OCS为UE订购套餐#A后，UE可以使用的资金为(a-b)$，被冻结的资金为b$。又如，假设原有资金账本100$，被锁住了10$(即锁住资金或冻结费用为10$)，那么可以使用的资金账本就是90$。

需要说明的是，下文中在未作出特别说明的情况下，“锁住资金”和“冻结费用”所表达的含义是一致的，或者说，可替换的；“释放资金”和“解冻资金”所表达的含义是一致的，或者说，可替换的。

在本申请实施例中，在数据业务计费流程中引入后向计费的方式，即OCS为UE订购流量套餐，暂不实际扣除套餐费，同时锁住套餐费用对应的资金，从而能够后续根据UE实际的流量使用情况，扣除或解冻冻结的费用。从而不仅可以避免设备自动购买套餐但是设备并未实际发生使用、造成设备被扣费的问题，而且可以避免设备账本资金不足，先固定下发授权量再在实际使用量超过余额时购买流量包导致购买失败，OCS无法扣费，造成运营商损失的问题。因此，基于上述技术方案，能够保证在线计费的精确性，满足用户的体验和运营商的要求。

可选地，在步骤401之前，包括步骤403：接收来自UE的请求消息。相应地，步骤403包括步骤4031：UE向3rd-Party网关发送使用业务请求消息；还包括步骤4032：3rd-Party网关向OCS发送业务继续消息。相应地，OCS接收3rd-Party网关发送的业务继续消息。该业务继续消息用于请求数值#A的流量，如果UE剩余的流量小于该数值#A，则为UE订购套餐#A。

可选地，当确定UE已使用套餐#A中的流量时，则扣除冻结的费用。例如，UE原有资金账本为a$，套餐#A价格为b$，则如果UE使用了套餐#A中的流量，则扣除冻结的b$，此时UE的剩余资金为(a-b)$。或者，可以根据UE的流量使用情况，扣除部分冻结的费用，即当确定UE已使用套餐#A中的流量时，扣除部分冻结的费用。例如，UE原有资金账本为a$，套餐#A价格为b$，则如果UE使用了套餐#A中的流量，则扣除冻结的c$，其中，0<c<b，此时UE的剩余资金为(a-c)$。或者，也可以确定UE消费的资源是否超出套餐#B的范围，套餐#B即为UE目前已订购的套餐。其中，消费的资源包括消费的流量和/或积分等等，对此，本申请实施例不作限定。例如，确定UE消费的流量大于套餐#B中包括的总流量时，则扣除冻结的费用，即用冻结的费用为UE订购套餐#A，供UE使用。

可选地，当确定UE未使用套餐#A中的流量时，则解冻冻结的费用。例如，UE原有资金账本为a$，套餐#A价格为b$，则如果UE未使用套餐#A中的流量，则不扣除冻结的b$，解冻冻结的b$，此时UE的剩余资金为a$。或者，也可以确定UE消费的资源是否超出套餐#B的范围，套餐#B即为UE目前已订购的套餐。其中，消费的资源包括消费的流量和/或积分等等，对此，本申请实施例不作限定。例如，确定UE消费的流量小于或等于套餐#B中包括的总流量时，则解冻冻结的费用。

可选地，周期性地检测UE是否使用套餐#A中的流量或检测UE消费的流量是否超出套餐#B的总流量。或者，在预设的时刻，检测使用UE是否使用套餐#A中的流量或检测UE消费的流量是否超出套餐#B的总流量。或者，在预设的时段之后，检测使用UE是否使用套餐#A中的流量或检测UE消费的流量是否超出套餐#B的总流量。

可选地，将与套餐#A相关的信息记录在日志文件中；根据UE的流量使用情况，扣除或解冻冻结的费用，包括：根据日志文件，扣除或解冻冻结的费用。可选地，可以在扣除或解冻冻结的费用之后，删除日志文件中的与套餐#A相关的信息。

基于上述技术方案，可以增加一个上文所述的套餐管理模块，其中可以包括记录套餐变更日志。在计费授权阶段，自动续订套餐的时候记录套餐变更日志，如记录待扣除的套餐费及赠送套餐流量、套餐关联的带宽、切片、其他资源等等，同时锁住套餐费用对应的资金。在扣费阶段，设备实际发生数据业务使用的流量多于数据业务会话开始时的流量账本中的对应余额，且存在套餐变更日志，则根据套餐变更日志扣除锁住的资金，同时删除套餐变更日志；如果设备没有实际发生数据业务或者使用的流量少于数据业务会话开始时的流量账本中的对应余额，且存在套餐变更日志，则根据套餐变更日志释放锁住的资金，同时删除套餐变更日志。

具体地，可以通过日志文件来记录与套餐#A相关的信息，其中，与套餐#A相关的信息可以包括：设备套餐订购日志信息和/或套餐变更日志记录信息。下面结合图8和图9来说明。

图8示出了适用于本申请实施例的记录设备套餐订购日志信息的示意图。如图8所示，该日志文件中可以记录以下至少一项：设备编码、套餐编码、套餐内流量、套餐带宽、套餐其他资源、套餐价格、是否自动购买等等。

其中，

设备编码：设备的标识，用来唯一标识设备。

套餐编码：套餐的唯一标识，用于区分不同的套餐。

套餐内流量：订购套餐给设备赠送的流量。

套餐带宽：订购套餐给设备赠送的带宽。

套餐其他资源：订购套餐给设备赠送的资源(比如积分等等)。

套餐价格：购买套餐的费用。

是否自动购买：用于标识设备在流量不足的时候是否自动购买套餐。

其中，图8可对应于图5的数据业务授权阶段。可选地，在计费授权阶段，如果套餐内流量不足，同时如果套餐对应的设备套餐订购日中的是否自动购买的标识为真，则自动计算套餐费用，并记录套餐变更日志，例如记录待扣除的套餐费及赠送套餐流量、套餐关联的带宽、其他资源、切片、待扣除的资金账本标识等等信息，同时锁住设备资金账本对应的套餐费用。

图9示出了适用于本申请实施例的记录套餐变更日志记录信息的示意图。如图9所示，该日志文件中可以记录以下至少一项：设备编码、套餐编码、待扣除套餐费用、待扣除资金账本、套餐内流量、套餐带宽、其他信息等等。

其中，

设备编码：设备的标识，用来唯一标识设备。

套餐编码：套餐的唯一标识，用于区分不同的套餐。

套餐内流量：订购套餐给设备赠送的流量。

套餐带宽：订购套餐给设备赠送的带宽。

待扣除套餐费用：购买套餐的费用。

待扣除资金账本：套餐扣除的资金账本，即从该资金账本中扣除套餐的费用。其中，待扣除资金账本的表示形式可以是待扣除资金账本标识，该待扣除资金账本标识用于标识套餐费用从哪个资金账本中扣除。

其中，图9可对应于图6的数据业务扣费阶段。可选地，在扣费阶段，如果设备实际发生数据业务使用并且使用的流量多于数据业务会话开始时的流量账本中的对应余额，且存在套餐变更日志，则根据套餐变更日志从待扣除的资金账本中扣除锁住的待扣除的套餐费用，同时删除套餐变更日志。如果设备没有实际发生数据业务，或者使用的流量少于数据业务会话开始时的流量账本中的对应余额，且存在套餐变更日志，则根据套餐变更日志从待扣除的资金账本解冻锁住的资金账本，同时删除套餐变更日志。

可选地，在步骤403之前还可以包括：UE请求开始数据业务，向3rd-Party网关发送使用业务请求，3rd-Party网关向OCS发送初始消息请求设备鉴权，OCS查询设备数据，根据设备的状态等数据对设备使用的数据业务进行鉴权处理。OCS对设备鉴权后向3rd-Party网关发送初始消息响应，3rd-Party网关收到设备鉴权成功消息后，响应设备使用业务请求，数据业务会话建立成功。

为便于理解，下面以一个具体的例子说明。假设设备号码是13912345678，初始资金账本10$，初始套餐流量0M，同时设备订购套餐价格是50M/1$(即1$购买50M流量)。结合假设以及图8所示的设备订购套餐记录的形式，资金账本信息可以是如表1所示，设备的订购信息可以是如表2所示，流量账本信息可以是如表3所示。其中，表2所示的套餐的订购信息为UE订购的套餐#A的信息，即在需要的时候自动购买的套餐的信息。

表1

字段名	记录1
		资金账本标识(identify，ID)	3001
资金账本类型	主资金
		设备ID	200001
资金剩余量	10$
		资金锁住量(冻结)	0$
…

表2

字段名	记录1
		设备ID	200001
套餐ID	4001
		套餐生效时间	20171201 01:00:00
套餐失效时间	201801 00:00:00
		套餐价格	1$
套餐内流量	50M
		套餐带宽	高带宽counter
是否自动购买	是
		…

表3

字段名	记录1
		流量账本ID	9001
流量账本类型	高带宽流量
		设备ID	200001
剩余流量	0M
		预留流量	0M
…

假设订购套餐自动购买，同时3rd-Party网关配置的请求分片流量是1M。可选地，在步骤403中，OCS收到3rd-Party网关的授权请求(即业务继续消息)后，进行批价计算出需要扣1M流量。由表3可知，当前套餐内的剩余流量为0M，即流量不足，因此触发套餐变更管理模块的购买套餐的处理。由表2可知，套餐价格50M/1$。计算套餐费用1$，可选地，同时记录套餐变更日志，并锁住资金账本待扣除费用1$。此时变更的设备订购信息和变更的资金账本信息分别如表4和表5所示。

表4

字段名	记录1
		设备ID	200001
套餐ID	4001
		套餐生效时间	20171201 01:00:00
套餐失效时间	201801 00:00:00
		套餐待扣除费用	1$
套餐内流量	50M
		套餐带宽	高带宽counter
待扣除资金账本	3001(主资金)
		…

表5

字段名	记录1
		资金账本ID	3001
资金账本类型	主资金
		设备ID	200001
资金剩余量	10$
		资金锁住量(冻结)	1$
…

OCS根据授权量、批价结果，对流量账本预留1M。此时，变更的流量账本信息如表6所示。

表6

字段名	记录1
		流量账本ID	9001
流量账本类型	高带宽流量
		设备ID	200001
剩余流量	50M
		预留流量	1M
…

假设，设备在20171209 01:15:00结束使用数据业务，方法400包括：UE向3rd-Party网关发送结束使用请求，3rd-Party网关向OCS发送结束计费请求。3rd-Party网关监控到设备在使用数据业务期间使用xM流量，所以在结束消息中请求扣费流量是xM，其中，x大于或等于0。

OCS根据x的大小来确定是否扣除待扣除费用。可选地，OCS判断设备存在套餐变更日志记录，触发套餐变更管理模块处理。从两个场景说明具体处理。

场景1：x＝0。

如果x＝0，表示UE没有使用数据业务，那么不扣除待扣除费用，即释放锁住的资金账本，删除套餐变更日志，并对关联资金账本进行解锁，删除套餐流量。其中，解锁后的资金账本信息和变更后的流量账本信息如表7和表8所示。

表7

表8

场景2：x>0。

如果x>0，表示UE使用数据业务，由上述表3可知，初始时流量账本中的剩余流量为0M，即使用的流量多于数据业务会话开始时的流量账本中的对应余额，则扣除锁住的资金账本，删除套餐变更日志。其中，解锁后的资金账本信息和变更后的流量账本信息如表9和表10所示。

表9

字段名	记录1
		资金账本ID	3001
资金账本类型	主资金
		设备ID	200001
资金剩余量	9$
		资金锁住量(冻结)	0$
…

表10

字段名	记录1
		流量账本ID	9001
流量账本类型	高带宽流量
		设备ID	200001
剩余流量	50-X M
		预留流量	0M
…

设备在20171209 01:15:00结束使用数据业务，然后OCS批价后从高带宽流量账本扣除请求扣费量1M，OCS根据批价、扣费结果，编码发送结束响应给3rd-Party网关。3rd-Party网关响应结束消息给设备，同时关闭设备的数据业务会话。

需要说明的是，上述为便于理解，结合表1至表10，对一个具体的例子进行示例性说明，本申请并未限定于此。

基于上述技术方案，OCS在为UE订购套餐时，可以引入后向计费的方式，即在预留阶段自动续订套餐，但延迟扣除续订套餐对应的费用。从而不仅可以解决套餐变更扣除了套餐费但是有可能设备没有实际使用套餐的问题，也可以解决在授权计费阶段固定下发流量配额，造成运营商损失的问题，进而提升用户体验，满足运营商精确计费的要求。

此外，基于上述方案，通过在OCS增加套餐变更管理模块、套餐变更日志记录的设计，不仅实施简单，而且同时保留预留、扣费两阶段的计费模式，保证了在线计费的精确性，满足用户的体验和运营商的要求。

应理解，本申请实施例不仅可以解决数据业务在线计费的套餐自动变更导致的扣套餐费不精确的问题，同时还可以用于其他的数据在线计费业务可能存在套餐变更导致使用费不正确的场景，比如IOT计费的精确信控等。

下面将结合图10对上述方法做出更详细地说明。

图10是从设备交互的角度示出的本申请又一实施例提供的对资源的消费进行计费的方法500的示意性流程图。如图所示，图10中所示的方法500可以包括步骤501至步骤518。下面结合图10详细说明方法500中的各个步骤。

在步骤501中，UE向3rd-Party网关发送请求开始数据业务请求。

在步骤502中，3rd-Party网关向OCS发送业务初始请求消息。

3rd-Party网关向OCS发送业务初始请求消息，该业务初始请求消息用于请求OCS设备鉴权。

在步骤503中，OCS设备鉴权。

OCS接收到业务初始消息后，查询设备数据，对设备鉴权。具体的鉴权过程同现有技术类似，此处为简洁，不再赘述。

在步骤504中，OCS向3rd-Party网关发送业务初始响应消息。

OCS对设备鉴权后，向3rd-Party网关发送鉴权响应消息。该响应消息是对步骤502中的请求消息的响应。

在步骤505中，3rd-Party网关向UE发送建立数据业务会话。

3rd-Party网关收到设备鉴权成功消息后响应设备使用业务请求，数据业务会话建立成功。

在步骤506中，UE向3rd-Party网关发送使用业务请求。

UE在使用数据业务时，都要向3rd-Party网关发送业务请求消息，用于请求授权量。

在步骤507中，3rd-Party网关向OCS发送业务继续消息(如请求授权1M)。

假设3rd-Party网关向OCS发送消息请求授权量1M。

在步骤508中，OCS记录套餐变更日志。

OCS判断套餐内流量，如果流量不足，则自动购买套餐，计算待扣除费用，记录套餐变更日志。例如，假设设备初始资金为10$，套餐内流量高带宽流量为0M，UE订购高带套餐自动续订，套餐价格为1$购买50M流量。假设3rd-Party网关向OCS发送消息请求授权量1M。OCS接收到请求授权量1M的请求消息后，判断当前套餐内流量0M，同时设备订购的套餐自动续订，则触发套餐变更管理模块，自动购买套餐，并记录套餐变更日志。套餐变更的时候，根据计算的套餐费记录套餐变更日志，包括待扣除的套餐费用、套餐内流量、套餐带宽等资源，同时锁住待扣除的套餐资金等等。

通过在OCS增加套餐变更管理模块、套餐变更日志记录的设计，不仅实施简单，而且同时保留预留、扣费两阶段的计费模式，保证了在线计费的精确性，满足用户的体验和运营商的要求。

在步骤509中，预留授权量1M。

以步骤508中的例子为例，此时设备的总资金为10$，其中，锁住的资金为1$，可用的资金为9$。套餐变更日志中可以记录如表1至表10中的信息。

在步骤510中，OCS向3rd-Party网关发送业务继续消息(如响应授权1M)。

OCS向3rd-Party网关响应成功授权1M流量，该消息是对步骤507中消息的响应。

在步骤511中，3rd-Party网关向UE发送允许使用业务。

在步骤512中，3rd-Party网关监控数据流量。

在步骤513中，UE向3rd-Party网关发送结束数据业务。

当UE结束数据业务，例如计费周期到期等，UE向3rd-Party网关发送结束数据业务消息。

在步骤514中，3rd-Party网关向OCS发送业务结束请求消息(请求扣费xM)。

3rd-Party网关监控到UE在使用数据业务期间使用的流量为xM，因此3rd-Party网关向OCS发送的业务结束请求消息中请求对已使用流量进行扣费，即在业务结束请求消息中请求扣费流量为xM，同时请求结束数据业务。其中，x大于或等于0。

在步骤515中，如果x＝0，则释放锁住的资金账本，删除套餐变更日志；如果x>0，则扣除锁住的资金账本，删除套餐变更日志。

OCS根据UE实际使用的流量，进行处理。如果设备实际发生数据业务使用并且使用的流量多于数据业务会话开始时的流量账本中的对应余额，且存在套餐变更日志，则根据套餐变更日志从待扣除的资金账本扣除锁住的待扣除的套餐费用，同时删除套餐变更日志。也就是说，如果x>0，则表示UE使用数据业务，那么就扣除锁住的资金账本，并删除套餐变更日志。如果设备没有实际发生数据业务或者使用的流量少于数据业务会话开始时的流量账本中的对应余额，且存在套餐变更日志，则根据套餐变更日志从待扣除的资金账本释放锁住的套餐费用，回滚套餐变更日志记录的费用及赠送资源，同时删除套餐变更日志。也就是说，如果x＝0，则表示UE没有使用数据业务，那么就扣除锁住的资金账本，并删除套餐变更日志。

在步骤516中，OCS扣除请求量xM。

在步骤517中，OCS向3rd-Party网关发送业务结束响应消息。

OCS根据批价、扣费结果，编码发送结束响应给3rd-Party网关。OCS扣除请求量xM后，结束数据业务会话，并响应3rd-Party网关关闭数据业务。

在步骤518中，3rd-Party网关向UE发送响应结束业务。

3rd-Party网关将设备的数据业务会话连接关闭。

基于上述技术方案，OCS在为UE订购套餐时，引入了后向扣套餐费，而不是在前向扣除套餐费，所以可以解决套餐变更扣除了套餐费但是有可能设备没有实际使用套餐的问题。在后向扣套餐费的方式中，通过锁住套餐费，可以解决在授权计费阶段固定下发流量配额，造成运营商损失的问题。因此，本申请实施例提升了用户体验，满足精确计费的要求，符合流量爆发性增长对套餐自动变更的要求。

以上，结合图4至图10详细说明了本申请实施例提供的对资源的消费进行计费的方法。以下，结合图11至图12详细说明本申请实施例提供的对资源的消费进行计费的装置。

图11是本申请实施例提供的对资源的消费进行计费的装置800的示意性框图。如图11所示，该对资源的消费进行计费的装置800可以包括处理单元820，可选地，该对资源的消费进行计费的装置800可以包括通信单元810。

在一种可能的设计中，该对资源的消费进行计费的装置800可以是上文方法实施例中的OCS，也可以是用于实现上文方法实施例中OCS的功能的芯片。

具体地，该对资源的消费进行计费的装置800可对应于根据本申请实施例的图4至图10中的OCS，该对资源的消费进行计费的装置800可以包括用于执行图7中的方法400和图10中的方法500中的OCS执行的方法的单元。并且，该对资源的消费进行计费的装置800中的各单元和上述其他操作和/或功能分别为了实现图7中的方法400和图10中的方法500的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

在另一种可能的设计中，该对资源的消费进行计费的装置800可以是上文方法实施例中的3rd-Party网关，也可以是用于实现上文方法实施例中3rd-Party网关的功能的芯片。

具体地，该对资源的消费进行计费的装置800可对应于根据本申请实施例的图4至图10中的3rd-Party网关，该对资源的消费进行计费的装置800可以包括用于执行图7中的方法400和图10中的方法500中的3rd-Party网关执行的方法的单元。并且，该对资源的消费进行计费的装置800中的各单元和上述其他操作和/或功能分别为了实现图7中的方法400和图10中的方法500的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

在另一种可能的设计中，该对资源的消费进行计费的装置800可以是上文方法实施例中的UE，也可以是用于实现上文方法实施例中UE的功能的芯片。

具体地，该对资源的消费进行计费的装置800可对应于根据本申请实施例的图4至图10中的UE，该对资源的消费进行计费的装置800可以包括用于执行图7中的方法400和图10中的方法500中的UE执行的方法的单元。并且，该对资源的消费进行计费的装置800中的各单元和上述其他操作和/或功能分别为了实现图7中的方法400和图10中的方法500的相应流程。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

应理解，该对资源的消费进行计费的装置800中的通信单元810可对应于图12中示出的对资源的消费进行计费的设备900中的通信接口910，该对资源的消费进行计费的装置800中的处理单元820可对应于图12中示出的对资源的消费进行计费的设备900中的处理器920。

图12是本申请实施例提供的对资源的消费进行计费的设备900的示意性框图。如图所示，该对资源的消费进行计费的设备900包括：处理器910和存储器930。该处理器910与存储器930耦合，用于执行存储器930中存储的指令。可选地，该对资源的消费进行计费的设备900还包括通信接口920(例如输入输出接口)，处理器910可以调用存储器930中存储的程序代码，以控制通信接口930收发信息或信号。

应理解，上述处理器910和存储器930可以合成一个处理装置，处理器910用于执行存储器930中存储的程序代码来实现上述功能。具体实现时，该存储器930也可以集成在处理器910中，或者独立于处理器910。

还应理解，通信接口920可以包括输入接口(或者称，接收机)和输出接口(或者称，发射机)。通信接口还可以进一步包括天线，天线的数量可以为一个或多个。

在一种可能的设计中，该对资源的消费进行计费的设备900可以是上文方法实施例中的OCS，也可以是用于实现上文方法实施例中OCS的功能的芯片。

具体地，该对资源的消费进行计费的设备900可对应于根据本申请实施例的图4至图10中的OCS，该对资源的消费进行计费的设备900可以包括用于执行图7中的方法400和图10中的方法500中的OCS执行的方法的单元。并且，该对资源的消费进行计费的设备900中的各单元和上述其他操作和/或功能分别为了实现图7中的方法400和图10中的方法500的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

在另一种可能的设计中，该对资源的消费进行计费的设备900可以是上文方法实施例中的3rd-Party网关，也可以是用于实现上文方法实施例中3rd-Party网关的功能的芯片。

具体地，该对资源的消费进行计费的设备900可对应于根据本申请实施例的图4至图10中的3rd-Party网关，该对资源的消费进行计费的设备900可以包括用于执行图7中的方法400和图10中的方法500中的3rd-Party网关执行的方法的单元。并且，该对资源的消费进行计费的设备900中的各单元和上述其他操作和/或功能分别为了实现图7中的方法400和图10中的方法500的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

在另一种可能的设计中，该对资源的消费进行计费的设备900可以是上文方法实施例中的UE，也可以是用于实现上文方法实施例中UE的功能的芯片。

具体地，该对资源的消费进行计费的设备900可对应于根据本申请实施例的图4至图10中的UE，该对资源的消费进行计费的设备900可以包括用于执行图7中的方法400和图10中的方法500中的UE执行的方法的单元。并且，该对资源的消费进行计费的设备900中的各单元和上述其他操作和/或功能分别为了实现图7中的方法400和图10中的方法500的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图4至图10所示实施例中任意一个实施例的对资源的消费进行计费的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图4至图10所示实施例中任意一个实施例的对资源的消费进行计费的方法。

根据本申请实施例提供的方法，本申请还提供一种系统，其包括前述的OCS、3rd-Party网关以及UE。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

上述各个装置实施例中各网元可以和方法实施例中的各网元完全对应，由相应的模块或单元执行相应的步骤，例如通信单元(通信接口)执行方法实施例中接收或发送的步骤，除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中，处理器可以为一个或多个。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，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分别可以是单个，也可以是多个。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。

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

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

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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

Claims

1.一种对资源的消费进行计费的方法，其特征在于，包括：

在终端设备对应的账户余额中冻结用于订购第一套餐所需的费用，所述订购第一套餐包括续订所述终端设备的第二套餐或变更所述终端设备的第二套餐；

确定所述终端设备消费的资源超出所述第二套餐的范围，使用所述冻结的费用订购所述第一套餐，或者，确定所述终端设备消费的资源未超出所述第二套餐的范围，解冻所述冻结的费用。

2.根据权利要求1所述的方法，其特征在于，所述在终端设备对应的账户余额中冻结用于订购第一套餐所需的费用，包括：

确定所述第二套餐内的资源可用量小于预设阈值时，在终端设备对应的账户余额中冻结用于订购第一套餐所需的费用。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

当所述第二套餐对应的有效期结束时，确定所述终端设备消费的资源是否超出所述第二套餐的范围。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

将与所述第一套餐相关的信息记录在日志文件中；

根据所述日志文件，确定所述终端设备消费的资源是否超出所述第二套餐的范围。

5.根据权利要求4所述的方法，其特征在于，

所述使用所述冻结的费用订购所述第一套餐之后，包括：

删除所述日志文件中与所述第一套餐相关的信息；或

所述解冻所述冻结的费用之后，包括：

删除所述日志文件中与所述第一套餐相关的信息。

6.一种对资源的消费进行计费的装置，其特征在于，包括：

处理单元，用于在终端设备对应的账户余额中冻结用于订购第一套餐所需的费用，所述订购第一套餐包括续订所述终端设备的第二套餐或变更所述终端设备的第二套餐；

所述处理单元还用于：

确定所述终端设备消费的资源超出所述第二套餐的范围时，使用所述冻结的费用订购所述第一套餐；或

确定所述终端设备消费的资源未超出所述第二套餐的范围时，解冻所述冻结的费用。

7.根据权利要求6所述的装置，其特征在于，所述处理单元还用于：确定所述第二套餐内的资源可用量小于预设阈值时，在终端设备对应的账户余额中冻结用于订购第一套餐所需的费用。

8.根据权利要求6或7所述的装置，其特征在于，所述处理单元还用于：

9.根据权利要求6至8中任一项所述的装置，其特征在于，所述处理单元还用于：

将与所述第一套餐相关的信息记录在日志文件中，并根据所述日志文件，确定所述终端设备消费的资源是否超出所述第二套餐的范围。

10.根据权利要求9所述的装置，其特征在于，所述处理单元还用于：

在使用所述冻结的费用订购所述第一套餐之后，删除所述日志文件中与所述第一套餐相关的信息；或

在解冻所述冻结的费用之后，删除所述日志文件中与所述第一套餐相关的信息。

11.一种在线计费系统，包括处理器和存储器，所述存储器用于存储指令，所述处理器用于读取所述存储器中存储的指令，使得所述在线计费系统实现上述权利要求1至5中任一项所述的方法。

12.一种计算机可读介质，其特征在于，包括计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至5中任一项所述的方法。

13.一种计算机程序产品，其特征在于，所述计算机程序产品中包括计算机程序代码，其特征在于，当所述计算机程序代码在计算机上运行时，使得计算机实现上述权利要求1至5中任一项所述的方法。