WO2011157123A2

WO2011157123A2 - 在线计费方法、在线计费系统及策略和计费规则功能实体

Info

Publication number: WO2011157123A2
Application number: PCT/CN2011/074969
Authority: WO
Inventors: 蔡慧
Original assignee: 华为技术有限公司
Priority date: 2011-05-31
Filing date: 2011-05-31
Publication date: 2011-12-22
Also published as: CN102918800A; CN102918800B; WO2011157123A3

Abstract

本发明实施例提供了在线计费方法、在线计费系统及策略和计费规则功能实体，涉及通信领域，所述在线计费方法包括：获取业务需要的总配额信息（S201）；根据所述业务需要的总配额信息和用户账户的余额判断所述用户账户的余额是否足够完成所述业务，生成判断结果（S202）；当所述判断结构为是时，执行配额管理，实现在线计费（S203）。所述在线计费系统包括：第一总配额获取模块、第一判断模块和在线计费模块。所述策略和计费规则功能实体包括：第二总配额获取模块、余额获取模块、第二判断模块和规则处理模块。本发明实施例使用户的业务体验度提高。

Description

在线计费方法、在线计费系统及策略和计费规则功能实体技术领域

本发明涉及通信领域，特别涉及在线计费方法、在线计费系统及策略和计费规则功能实体。背景技术

目前， 3GPP ( 3rd Generation Partnership Project , 第三代合作伙伴计划）网络的在线计费组网架构如图 1所示，具体包括如下逻辑实体： PCRF (Pol icy and Charging Rules Function, 策略和计费规则功能实体），通过 Rx参考点与 PCRF连接的 AF (Appl ication Function, 应用功能实体），通过 Gx参考点与 PCRF连接的 PCEF (Pol icy and Charging Enforcement Function, 策略和计费执行功能实体），通过 Sy参考点与 PCRF连接的 0CS ( Onl ine Charging System, 在线计费系统），其中， PCEF通过 Gy参考点与 0CS连接。

基于上述在线计费组网架构， UE (User Equipment , 用户设备）和承载网的 AF PCRF 和 PCEF之间建立承载层的连接， UE和 AF之间进行业务激活后， AF通过 Rx参考点向 PCRF 提供策略控制信息， PCRF主要负责根据 AF提供的 PCC rule (Pol icy and Charging Control rule，策略控制信息制定策略和计费控制规则），然后 PCRF通过 Gx参考点将制定的 PCC rule 下发给 PCEF, 由 PCEF执行 PCC rule, 并与 0CS进行计费信息的交互，由 0CS完成在线计费。

其中，所述在线计费功能主要是指对所提供的业务进行实时的计费；当在线计费用户发起业务时， PCEF向 0CS实时申请配额， 0CS将根据用户信息和用户帐户中的金额决定是否允许该用户进行所述业务，如果允许，则从用户帐户中划取用户配额对 PCEF进行实时下发，从而实现在线计费。

在线计费模式下， PCEF向 0CS申请配额有三种方式：

1 ) 立即事件计费 ( I ediate Event Charging), 0CS收到 PCEF的配额申请请求后，一次性扣除相应的费用；这种方式适用于事件类业务，例如短消息。

2 ) 单位预留事件计费（Event charging with Reservation), PCEF—次向 OCS申请配额， OCS赋予 PCEF—定的配额，同时锁定相应的配额额度，但并不真正扣除。如果用户在配额用光以前终止了业务， PCEF将剩余信用重传给 0CS， 0CS做相应的扣款。

3 ) 单位预留会话计费（Session charging with Reservation ) 适用于会话类业务， PCEF多次向 0CS申请配额， 0CS赋予 PCEF—定的配额，同时锁定相应的配额额度，但并不真正扣除。如果用户在配额用光以前终止了业务， PCEF将剩余信用重传给 0CS， 0CS做相应扣款。如果用户并没有终止服务，在先前信用耗完之前 0CS增补赋予 PCEF—定量的新配额。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：在线计费模式下，具体使用立即事件计费、单位预留事件计费或单位预留会话计费三种模式中的哪一种是由 PCEF或 PCRF决策的，在现有技术中没有具体规范。如果使用基于 Session模式的在线计费， PCEF向 0CS申请配额是分段进行的，每次申请的配额为业务当次使用的配额，当次配额消耗完，再进行业务下一阶段配额的申请，当 0CS中用户账户余额不足时， PCEF申请配额失败，本次业务中断；但是已经使用的业务配额已经向用户进行了计费，例如:下载一部电影，下载到一半时，发现 0CS 中用户账户余额不足，业务中断，但是已经下载的流量已经向用户进行了计费，这样的计费机制易产生资费纠纷，使得用户的业务体验度降低。发明内容

为了提高用户的业务体验度，本发明实施例提供了在线计费方法、在线计费系统及策略和计费规则功能实体。所述技术方案如下：

一种在线计费方法，所述方法包括：

获取业务需要的总配额信息；

根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，生成判断结果；

当所述判断结果为是时，执行配额管理，实现在线计费。

一种在线计费系统 ocs，包括：

第一总配额获取模块，用于获取业务需要的总配额信息；

第一判断模块，用于根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，生成判断结果；

在线计费模块，用于当所述判断结果为是时，执行配额管理，实现在线计费。

一种策略和计费规则功能实体 PCRF, 包括：

第二总配额获取模块，用于接收由应用功能实体 AF发送的策略控制信息，从所述策略控制信息中获取业务需要的总配额信息；

余额获取模块，用于接收由在线计费系统 0CS发送的用户账户的余额；第二判断模块，用于根据所述业务需要的总配额信息和所述用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，生成判断结果；

规则处理模块，用于当所述判断结果为是时，生成 PCC规则并发送至策略和计费执行功能实体 PCEF。

本发明实施例提供的技术方案的有益效果是：在线计费系统 0CS 根据业务需要的总配额信息和用户账户的余额来决策是否下发配额，不论采用哪种在线计费模式，只有当用户账户的余额足够业务需要时才执行配额管理，下发配额，从而实现在线计费；相比较现有技术而言，不会产生资费纠纷，提高了用户的业务体验度。附图说明

图 1是现有技术提供的 3GPP在线计费组网架构示意图；

图 2是本发明实施例 1提供的一种在线计费方法实施例的流程图；

图 3是本发明实施例 2提供的一种在线计费方法实施例的流程图；

图 4是本发明实施例 3提供的一种在线计费方法实施例的流程图；

图 5是本发明实施例 4提供的一种在线计费方法实施例的流程图；

图 7是本发明实施例 6提供的一种在线计费方法实施例的流程图；

图 6是本发明实施例 5提供的一种在线计费方法实施例的流程图；

图 8是本发明实施例 7提供的一种在线计费方法实施例的流程图；

图 9是本发明实施例 8提供的一种在线计费方法实施例的流程图；

图 10是本发明实施例 9提供的一种在线计费方法实施例的流程图；

图 11是本发明实施例 10提供的一种在线计费方法实施例的流程图；

图 12a是本发明实施例 11提供的一种在线计费系统 0CS实施例的第一结构示意图；图 12b是本发明实施例 11提供的一种在线计费系统 0CS实施例的第二结构示意图；图 13是本发明实施例 12提供的一种在线计费系统 0CS实施例的结构示意图；图 14a是本发明实施例 13提供的一种在线计费系统 0CS实施例的第一结构示意图；图 14b是本发明实施例 13提供的一种在线计费系统 0CS实施例的第二结构示意图；图 14c是本发明实施例 13提供的一种在线计费系统 0CS实施例的第三结构示意图；图 14d是本发明实施例 13提供的一种在线计费系统 0CS实施例的第四结构示意图；图 15是本发明实施例 14提供的一种在线计费系统 0CS实施例的结构示意图；图 16是本发明实施例 15提供的一种在线计费系统 0CS实施例的结构示意图；图 17是本发明实施例 16提供的一种在线计费系统 0CS实施例的结构示意图；图 18是本发明实施例 17提供的一种在线计费系统 0CS实施例的结构示意图；图 19是本发明实施例 18提供的一种在线计费系统 0CS实施例的结构示意图；图 20a是本发明实施例 19提供的一种策略和计费规则功能实体 PCRF实施例的第一结构示意图；

图 20b是本发明实施例 19提供的一种策略和计费规则功能实体 PCRF实施例的第二结构示意图；

图 21是本发明实施例 20提供的一种策略和计费规则功能实体 PCRF实施例的结构示意图。具体实施方式

本发明实施例提供在线计费方法、在线计费系统及策略和计费规则功能实体。

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例 1

参考图 2，图 2为本发明实施例 1提供的一种在线计费方法实施例的流程图，所述在线计费方法包括：

S201 : 获取业务需要的总配额信息。

S202: 根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，生成判断结果。

S203: 当所述判断结果为是时，执行配额管理，实现在线计费。

实际应用中，当所述判断结果为是时，在 PCEF和 0CS之间执行配额管理，实现在线计费功能；具体地， 0CS从 PCEF发送的配额申请消息中获取第一配额，在所述用户账户的余额中划取第一配额发送至所述 PCEF, 根据所述第一配额在 PCEF和 0CS之间进行在线计费；其中，所述第一配额为根据用户的业务需求实时申请的业务量。

所述第一配额可以是业务需要的总配额，也可以是业务需要的总配额的一部分。具体地，当在线计费模式是 Immediate Event Charging禾口 Event charging with Reservation 时，所述第一配额就是业务需要的总配额。当在线计费模式是 Session charging with Reservation时，所述第一配额可以是业务需要的总配额；也可以是实时申请的配额，则是业务需要的总配额的一部分。

在本实施例中，根据业务需要的总配额信息和用户账户的余额来决策是否下发配额，不论采用哪种在线计费模式，只有当用户账户的余额足够业务需要时 0CS才执行配额管理，下发配额，从而实现在线计费；相比较现有技术而言，不会产生资费纠纷，提高了用户的业务体验度。实施例 2:

参考图 3，图 3为本发明实施例 2提供的一种在线计费方法实施例的流程图。本实施例由 0CS 获取业务需要的总配额信息和用户账户的余额，从而实现在线计费功能；其中，所述业务需要的总配额信息由 PCEF发送的配额申请消息中携带。

所述在线计费方法包括：

S301 : 用户设备 UE和承载网之间建立承载层的连接。

实际应用中， UE和承载网的 AF、 PCRF和 PCEF之间建立承载层的连接。

S302: 所述 UE和 AF之间进行业务激活。

S303: 所述 AF向承载层的 PCRF发送业务数据流的策略控制信息。

其中，所述策略控制信息包括业务需要的总配额信息、业务类型、业务数据流的描述信息、 QoS (Quality of Service, 服务质量）信息和计费相关策略信息（包含业务层 AF 的计费标识（AF-Charging ID)) 等。所述业务需要的总配额信息可以为以下信息中的至少一种：流量信息、时长信息和资费信息；也可以为配额的其他表现形式，本发明实施例不局限于此。

S304:所述 PCRF根据所述策略控制信息决策业务数据流在承载层的控制策略，生成 PCC rul㊀。

其中，所述 PCC rule包括所述业务需要的总配额信息、业务数据流信息、决策的 QoS 信息和采用的计费策略信息等。

S305: 所述 PCRF发送所述 PCC rule至所述 PCEF。

S306: 所述 PCEF执行所述 PCC rule, 发送配额申请消息至 0CS，所述配额申请消息中携带所述业务需要的总配额信息。

S307: 所述 0CS获取所述业务需要的总配额信息和用户账户的余额。

实际应用中，所述 0CS接收由所述 PCEF发送的配额申请消息，所述配额申请消息携带业务需要的总配额信息和第一配额，所述第一配额为所述 UE发起业务时，根据用户的业务需求由所述 PCEF向所述 0CS实时申请的业务量；从所述申请配额消息中获取所述业务需要的总配额信息；所述 0CS查询用户账户，根据所述用户账户获取所述用户账户的余额。

S308: 所述 0CS 根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，生成判断结果。根据所述业务需要的总配额信息和所述用户账户的余额判断所述用户账户的余额是否足够完成所述业务，具体地，当所述业务需要的总配额信息中的业务总配额大于所述用户账户的余额时，说明所述用户账户的余额不能够完成所述业务，生成的判断结果为否；当所述业务需要的总配额信息中的业务总配额小于等于所述用户账户的余额时，说明所述用户账户的余额能够完成所述业务，生成的判断结果为是。

S309: 所述 0CS根据所述判断结果实现在线计费。

实际应用中，当所述判断结果为是时，所述 0CS 根据所述第一配额执行配额管理，实现在线计费；具体地，所述 0CS 根据所述配额申请消息在所述用户帐户的余额中划取所述第一配额发送至所述 PCEF, 根据所述第一配额进行在线计费。当配额申请成功后，业务数据流开始传输。实际应用中，执行配额管理的过程，就是实现在线计费的信用管理的过程。

当所述判断结果为否时，发送余额不足信息至 PCEF, 配额申请失败。

在本实施例中，具体采用 Immediate Event Charging Event charging with Reservation 或 Session charging with Reservation三种在线计费模式中的哪一种是由 PCEF或 PCRF 决策的，此部分与现有技术类似，在此不再赘述。

在本实施例中，所述 AF属于业务网关，所述 PCRF属于策略网关，所述 PCEF属于数据网关，所述 0CS 属于计费网关；其中，业务网关、策略网关、数据网关和计费网关都是网络侧网关。

优选的，本实施例中，当所述判断结果为是时，所述 0CS 根据所述业务需要的总配额信息在所述用户账户的余额中直接扣除或预留业务需要的总配额。具体是扣除还是预留业务需要的总配额，根据在线计费模式来确定。

在本实施例中， 0CS根据业务需要的总配额信息和用户账户的余额来决策是否执行配额管理，不论采用哪种在线计费模式，只有当用户账户的余额足够业务需要时 0CS 才执行配额管理，下发配额，当用户账户的余额不足时，配额申请失败；相比较现有技术而言，不会产生资费纠纷，提高了用户的业务体验度。实施例 3:

参考图 4，图 4为本发明实施例 3提供的一种在线计费方法实施例的流程图。本实施例由 0CS 获取业务需要的总配额信息和用户账户的余额，当用户账户的余额足够且配额申请消息中携带业务不可中断的相关指示信息时，在所述用户账户的余额中扣除或预留业务需要的总配额。所述在线计费方法包括：

S401 : 用户设备 UE和承载网之间建立承载层的连接。实际应用中， UE和承载网的 AF、 PCRF和 PCEF之间建立承载层的连接。

S402：所述 UE和 AF之间进行业务激活。

S403: 所述 AF向承载层的 PCRF发送业务数据流的策略控制信息。

其中，所述策略控制信息包括业务需要的总配额信息、业务类型、业务数据流的描述信息、 QoS信息和计费相关策略信息（包含业务层 AF的计费标识（AF-Charging ID) ) 等。所述业务需要的总配额信息可以为以下信息中的至少一种：流量信息、时长信息和资费信息；也可以为配额的其他表现形式，本发明实施例不局限于此。

所述策略控制信息还可以包括业务不可中断指示信息；或者，所述策略控制信息还可以包括立即事件计费指示信息或单位预留事件计费指示信息，其中，所述立即事件计费指示信息或单位预留事件计费指示信息用于表示业务一次性申请配额，不可中断，其作用和业务不可中断指示信息的作用类似。

当所述策略控制信息中包括业务不可中断指示信息或立即事件计费指示信息或单位预留事件计费指示信息时，执行下述流程。

S404:所述 PCRF根据所述策略控制信息决策业务数据流在承载层的控制策略，生成 PCC rul㊀。

其中，所述 PCC rule包括所述业务需要的总配额信息、业务数据流信息、决策的 QoS 信息和采用的计费策略信息；所述 PCC rule还包括业务不可中断指示信息或立即事件计费指示信息或单位预留事件计费指示信息。

S405: 所述 PCRF发送所述 PCC rule至所述 PCEF。

S406: 所述 PCEF执行所述 PCC rule, 发送配额申请消息至 0CS。

其中，所述配额申请消息中携带所述业务需要的总配额信息；所述配额申请消息中还携带业务不可中断指示信息或立即事件计费指示信息或单位预留事件计费指示信息。

S407: 所述 0CS获取所述业务需要的总配额信息和用户账户的余额。

实际应用中，所述 0CS接收由所述 PCEF发送的配额申请消息，其中，所述配额申请消息携带业务需要的总配额信息和第一配额；从所述配额申请消息中获取所述业务需要的总配额信息；所述 0CS查询用户账户，根据所述用户账户获取所述用户账户的余额。

S408: 所述 0CS 根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，如果是，执行 S409; 如果否，执行 S411。

根据所述业务需要的总配额信息和所述用户账户的余额判断所述用户账户的余额是否足够完成所述业务，具体地，当所述业务需要的总配额信息中的业务总配额大于所述用户账户的余额时，说明所述用户账户的余额不能够完成所述业务，生成的判断结果为否；当所述业务需要的总配额信息中的业务总配额小于等于所述用户账户的余额时，说明所述用户账户的余额能够完成所述业务，生成的判断结果为是。

S409: 所述 0CS在所述用户帐户的余额中扣除或预留业务需要的总配额。

当所述判断结果为是时，所述 0CS 判断所述配额申请消息中是否携带以下信息中的一种：业务不可中断指示信息、立即事件计费指示信息和单位预留事件计费指示信息，如果是，从所述配额申请消息中获取业务不可中断指示信息或立即事件计费指示信息或单位预留事件计费指示信息。其中，所述业务不可中断指示信息或立即事件计费指示信息或单位预留事件计费指示信息均可以表示业务必须完整执行，不可中断。

如果从所述配额申请信息中获取的是不可中断指示信息，表示所述业务必须完整执行，不支持续传，则在线计费模式可以是 Immediate Event Charging^ Event charging with Reservation或 Session charging with Reservation三禾中中的任——禾中，具体由所述 PCRF 或 PCEF根据所述不可中断指示信息进行决策，如果是 Session charging with Reservation 时，则指定其第一次申请时的第一配额就是业务需要的总配额；

或者，

如果从所述配额申请信息中获取的是立即事件计费指示信息或单位预留事件计费指示信息，则在线计费模式分别是 Immediate Event Charging 或 Event charging with Reservation, 在线计费模式由所述 AF决策。

当从所述配额申请信息中获取不可中断指示信息，或立即事件计费指示信息，或单位预留事件计费指示信息后，具体地，当在线计费模式是 Immediate Event Charging时，在所述用户帐户的余额中扣除业务需要的总配额；

或者，

当在线计费模式是 Event charging with Reservation 或 Session charging with Reservation时，在所述用户帐户的余额中预留业务需要的总配额。

此外，对于现有技术中采用 Session charging with Reservation模式的会话类业务，在本实施例中也可以将所述会话类业务的在线计费模式由 Session charging with Reservation模式转换为 Event charging with Reservation模式来实现。

S410: 所述 OCS 从所述扣除或预留的业务需要的总配额中划取所述第一配额发送至所述 PCEF, 实现在线计费。

所述 0CS 根据所述配额申请消息从所述扣除或预留的业务需要的总配额中划取所述第一配额向 PCEF发送，从而实现在线计费功能；所述第一配额为用户设备发起业务时，根据所述用户设备的需求由所述 PCEF向所述 0CS实时申请的配额。当配额申请成功后，业务数据流开始传输。

S411 : 发送余额不足信息至 PCEF，配额申请失败。

本实施例中，对于 S406中所述 PCEF执行所述 PCC rule后，可以先不发送配额申请消息至 0CS, 而是先发送所述业务需要的总配额信息至 0CS; 由所述 0CS根据所述业务需要的总配额信息和用户账户的余额判断所述用户账户的额余额足够完成所述业务时， 0CS发送余额足够信息至 PCEF后， PCEF再发送配额申请消息，所述配额申请消息中不携带业务需要的总配额信息，由所述 PCEF和 0CS根据所述配额申请消息中携带的第一配额执行配额管理，实现在线计费。优选的，当所述 0CS 根据所述业务需要的总配额信息和用户账户的余额判断所述用户账户的额余额足够完成所述业务时，根据所述业务需要的总配额信息在所述用户账户的余额中扣除或预留所述业务需要的总配额；当在预设时间内未收到 PCEF发送的配额申请消息时，释放所述扣除或预留所述业务需要的总配额至所述用户账户的余额中。

在本实施例中，在线计费系统根据业务需要的总配额信息和用户账户的余额来决策是否下发配额，不论采用哪种在线计费模式，只有当用户账户的余额足够业务需要时才下发配额；相比较现有技术而言，不会产生资费纠纷，提高了用户的业务体验度。

此外，现有技术中采用哪种在线计费模式由 PCRF或 PCEF决策，具体没有规范，而在本实施例中，可以由 AF决策采用哪种在线计费模式，且由 AF决策采用 Immediate Event Charging 或 Event charging with Reservation , 也可以克月艮现有技术中采用 Session charging with Reservation出现的问题，同样使得用户的业务体验度提高。实施例 4:

参考图 5，图 5为本发明实施例 4提供的一种在线计费方法实施例的流程图。本实施例由 0CS 获取业务需要的总配额信息和用户账户的余额，其中，所述业务需要的总配额信息由 PCEF发送的配额申请消息中携带；当所述用户账户的余额不足时，由 0CS或者 PCRF或者 PCEF决策拒绝所述业务的请求，并通知其他网元设备拒绝所述业务的请求。

所述在线计费方法包括：

S501 : 用户设备 UE和承载网之间建立承载层的连接。

S502: 所述 UE和 AF之间进行业务激活。

S503: 所述 AF向承载层的 PCRF发送业务数据流的策略控制信息。

其中，所述策略控制信息包括业务需要的总配额信息、业务类型、业务数据流的描述信息、 QoS信息和计费相关策略信息（包含业务层 AF的计费标识（AF-Charging ID) ) 等。所述业务需要的总配额信息可以为流量信息或时长信息或资费信息，也可以为配额的其他表现形式，本发明实施例不局限于此。

优选地，所述策略控制信息还可以包括业务不可中断指示信息，或者，所述策略控制信息还可以包括业务不可中断指示信息立即事件计费指示信息或单位预留事件计费指示信息。

S504:所述 PCRF根据所述策略控制信息决策业务数据流在承载层的控制策略，生成 PCC rul㊀。

其中，所述 PCC rule包括所述业务需要的总配额信息、业务数据流信息、决策的 QoS 信息和采用的计费策略信息；

优选地，所述 PCC rule还包括业务不可中断指示信息或立即事件计费指示信息或单位预留事件计费指示信息。

S505: 所述 PCRF发送所述 PCC rule至所述 PCEF。

S506: 所述 PCEF执行所述 PCC rule, 发送配额申请消息至 0CS。

其中，所述配额申请消息中携带所述业务需要的总配额信息；

优选地，所述配额申请消息中还携带业务不可中断指示信息或立即事件计费指示信息或单位预留事件计费指示信息。

S507: 所述 0CS获取所述业务需要的总配额信息和用户账户的余额。

S508: 所述 0CS 根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，如果是，执行 S509; 如果否，执行 S510。

S509: 所述 0CS发送第一配额至所述 PCEF。

实际应用中，当所述判断结果为是时，所述 0CS根据所述第一配额执行配额管理流程，具体地，根据所述配额申请消息在所述用户帐户的余额中划取所述第一配额发送至所述 PCEF, 从而实现在线计费功能；所述第一配额为用户设备发起业务时，由所述 PCEF向所述 ocs实时申请的配额。当配额申请成功后，业务数据流开始传输。

优选地，当所述配额申请消息中携带业务不可中断指示信息或立即事件计费指示信息或单位预留事件计费指示信息时，在所述用户帐户的余额中扣除或预留业务需要的总配额，从所述扣除或预留的业务需要的总配额中划取第一配额向 PCEF发送，实现在线计费；具体地，可以参考实施例 3中 S409和 S410的相关描述，在此不再赘述。

S510: 所述 0CS决策拒绝所述业务的请求并通知所述 PCEF拒绝所述业务的请求。

S511 : 所述 PCEF通知所述 PCRF拒绝所述业务的请求。

所述 PCEF根据接收到的拒绝所述业务的请求的通知，将自身设备上所述业务的相关记录删除，并通知所述 PCRF拒绝所述业务的请求。

S512 : 所述 PCRF通知所述 AF拒绝所述业务的请求。

所述 PCRF根据接收到的拒绝所述业务的请求的通知，将自身设备上所述业务的相关记录删除，并通知所述 AF拒绝所述业务的请求。

除了 S510中的决策方式及后续处理外，还可以采用以下方式中的任一种方式进行决策和后续处理，具体为：

1 ) 所述 0CS不决策，所述 0CS通知所述 PCEF所述用户帐户的余额不足；所述 PCEF根据用户帐户的余额不足的通知决策拒绝所述业务的请求，并通知所述 0CS和所述 PCRF拒绝所述业务的请求；所述 PCRF通知所述 AF拒绝所述业务的请求。

2 )所述 0CS不决策，通知所述 PCEF所述用户帐户的余额不足；所述 PCEF通知所述 PCRF 所述用户帐户的余额不足；所述 PCRF根据所述用户帐户的余额不足的通知决策拒绝所述业务的请求，并通知 AF和所述 PCEF拒绝所述业务的请求；所述 PCEF通知所述 0CS拒绝所述业务的请求。

本实施例中，在所述 PCEF执行所述 PCC rule后，可以先不发送配额申请消息至 0CS，而是先发送所述业务需要的总配额信息至 0CS，由 0CS执行后续处理流程，具体可参照实施例 3的相关描述，在此不再赘述。

此外，当用户账户的余额不足时，由 0CS或者 PCEF或者 PCRF决策拒绝所述业务的请求，并通知其他网元设备拒绝所述业务的请求，使得用户的业务体验度提高。实施例 5 : 参考图 6，图 6为本发明实施例 5提供的一种在线计费方法实施例的流程图。本实施例由 0CS 获取业务需要的总配额信息和用户账户的余额，其中，所述业务需要的总配额信息由 PCEF发送的配额申请消息中携带；当用户账户的余额不足时，通知消息平台进行后续处理。

所述在线计费方法包括：

S601 : 用户设备 UE和承载网之间建立承载层的连接。

S602：所述 UE和 AF之间进行业务激活。

S603: 所述 AF向承载层的 PCRF发送业务数据流的策略控制信息。

S604:所述 PCRF根据所述策略控制信息决策业务数据流在承载层的控制策略，生成 PCC rul㊀。

S605: 所述 PCRF发送所述 PCC rule至所述 PCEF。

S606: 所述 PCEF执行所述 PCC rule, 发送配额申请消息至 0CS。

S607: 所述 0CS获取所述业务需要的总配额信息和用户账户的余额。

实际应用中，所述 0CS接收由所述 PCEF发送的配额申请消息，其中，所述配额申请消息携带业务需要的总配额信息和第一配额；从所述配额申请消息中获取所述业务需要的总配额信息；所述 0CS查询用户账户，根据所述用户账户获取所述用户账户的余额。 S608 : 所述 OCS 根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，如果是，执行 S609; 如果否，执行 S610。

S609: 所述 0CS发送第一配额至所述 PCEF。

实际应用中，当所述判断结果为是时，所述 0CS根据所述第一配额执行配额管理流程，具体地，根据所述配额申请消息从所述用户账户的余额中划取所述第一配额发送至所述

PCEF, 从而实现在线计费功能；所述第一配额为用户设备发起业务时，由所述 PCEF向所述 0CS实时申请的配额。当配额申请成功后，业务数据流开始传输。

优选地，当所述配额申请消息中携带业务不可中断指示信息或立即事件计费指示信息或单位预留事件计费指示信息时，在所述用户帐户的余额中扣除或预留业务需要的总配额，从所述扣除或预留的业务需要的总配额中划取所述第一配额向 PCEF发送，实现在线计费；具体地，可以参考实施例 3中 S409和 S410的相关描述，在此不再赘述。

S610: 所述 0CS通知充值消息平台所述用户账户的余额不足。

所述充值消息平台为网络侧和用户设备交互的任意平台。

S611 : 所述充值消息平台通知所述 UE所述用户账户的余额不足。

S612 : 所述 UE决策用户设备是否充值和业务是否继续，生成用户决策结果，发送所述用户决策结果至充值消息平台。

实际应用中，所述 UE根据所述用户账户的余额不足的通知决策用户设备是否充值和业务是否继续，生成用户决策结果；所述用户决策结果包括用户设备充值且业务继续，或用户设备不充值且业务继续，或用户设备不充值且业务不继续。

S613 : 充值消息平台发送所述用户决策结果至所述 0CS。

S614: 所述 0CS根据所述用户决策结果执行预定处理。

实际应用中，所述 0CS根据所述用户决策结果执行预定处理具体为：

所述 0CS 对所述用户决策结果进行判断，当所述用户决策结果为用户设备充值且业务继续时，所述 0CS 获取充值后的用户账户，判断所述充值后的用户账户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费，具体的，在所述充值后的用户帐户的余额中划取所述第一配额发送至所述 PCEF。当所述用户决策结果为用户设备不充值且业务继续时，将所述用户账户的余额发送至所述 PCEF, 实现在线计费；此时，虽然所述用户账户的余额不足以完整完成所述业务，由于所述 UE执意使业务继续，本实施例在忽略业务是否完整完成的前提下，将所述用户账户的余额发送所述 PCEF。

当所述用户决策结果为用户设备不充值且业务不继续时，发送余额不足信息至所述 PCEF, 配额申请失败。

本实施例中，在所述 PCEF执行所述 PCC rule后，可以先不发送配额申请消息至 0CS, 而是先发送所述业务需要的总配额信息至 0CS, 由 0CS执行后续处理流程，具体可参照实施例 3的相关描述，在此不再赘述。

此外，当用户账户的余额不足时， 0CS通知消息平台执行后续充值等处理，使得用户的业务体验度提高。实施例 6:

参考图 7，图 7为本发明实施例 6提供的一种在线计费方法实施例的流程图。本实施例由 0CS 获取业务需要的总配额信息和用户账户的余额，其中，所述业务需要的总配额信息由 PCEF发送的配额申请消息中携带；当用户账户的余额不足时，由 PCEF或者 PCRF通知充值消息平台执行后续处理流程。

所述在线计费方法包括：

S701 : 用户设备 UE和承载网之间建立承载层的连接。

S702: 所述 UE和 AF之间进行业务激活。

S703: 所述 AF向承载层的 PCRF发送业务数据流的策略控制信息。

其中，所述策略控制信息包括业务需要的总配额信息、业务类型、业务数据流的描述信息、服务质量（QoS， Qual ity of Service ) 信息和计费相关策略信息（包含业务层 AF 的计费标识（AF-Charging ID) ) 等。所述业务需要的总配额信息可以为以下信息中的至少一种：流量信息、时长信息和资费信息；也可以为配额的其他表现形式，本发明实施例不局限于此。

S704:所述 PCRF根据所述策略控制信息决策业务数据流在承载层的控制策略，生成 PCC rul㊀。

S705: 所述 PCRF发送所述 PCC rule至所述 PCEF。

S706: 所述 PCEF执行所述 PCC rule, 发送配额申请消息至 0CS。

S707: 所述 0CS获取所述业务需要的总配额信息和用户账户的余额。

S708: 所述 0CS 根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，如果是，执行 S709; 如果否，执行 S710。

S709: 所述 0CS从所述用户账户的余额中划取所述第一配额发送至所述 PCEF。

实际应用中，当所述判断结果为是时，所述 0CS 根据所述配额申请消息从所述用户账户的余额中划取所述第一配额发送至所述 PCEF, 从而实现在线计费功能；所述第一配额为用户设备发起业务时，由所述 PCEF向所述 0CS实时申请的配额。当配额申请成功后，业务数据流开始传输。

S710: 所述 0CS通知所述 PCEF所述用户帐户的余额不足。

S711 : 所述 PCEF通知所述 PCRF所述用户帐户的余额不足。

S712 : 所述 PCRF通知充值消息平台所述用户帐户的余额不足。

S713 : 所述充值消息平台通知所述 UE所述用户帐户的余额不足。

S714: 所述 UE决策用户设备是否充值和业务是否继续，生成用户决策结果，发送所述用户决策结果至充值消息平台。

实际应用中，所述 UE根据所述余额不足信息决策用户设备是否充值和业务是否继续，生成用户决策结果；所述用户决策结果包括用户设备充值且业务继续，或用户设备不充值且业务继续，或用户设备不充值且业务不继续。

S715 : 所述充值消息平台发送所述用户决策结果至所述 PCRF。

S716 : 所述 PCRF对所述用户决策结果进行判断，当所述用户决策结果为用户设备充值且业务继续时，通知所述 PCEF用户设备充值且业务继续；当所述用户决策结果为用户设备不充值且业务继续时，通知所述 PCEF用户设备不充值且业务继续；当所述用户决策结果为用户设备不充值且业务不继续时，拒绝所述业务的请求并通知所述 PCEF拒绝所述业务的请求。

当所述用户决策结果为用户设备不充值且业务不继续时，所述 PCRF将所述 PCRF上所述业务的相关记录删除，拒绝所述业务的请求。

S717 : 所述 0CS接收由所述 PCEF发送的通知，根据所述通知执行预定处理。

实际应用中，所述 0CS根据所述通知执行预定处理具体为：

当所述 PCEF接收所述用户设备充值且业务继续的通知后，通知所述 0CS用户设备充值且业务继续；所述 0CS 获取充值后的用户账户，判断所述充值后的用户账户的余额是否足够完成所述业务，如果是，从所述用户账户的余额中划取所述第一配额发送至所述 PCEF。

当所述 PCEF接收所述用户设备不充值且业务继续的通知后，通知所述 0CS用户设备不充值且业务继续；所述 0CS将所述用户账户的余额发送至所述 PCEF。

当所述 PCEF接收拒绝所述业务的请求的通知后，通知所述 0CS拒绝所述业务的请求。所述 PCEF接收所述拒绝所述业务的请求的通知后，将所述 PCEF上所述业务的相关记录删除，拒绝所述业务的请求；所述 0CS 接收所述拒绝所述业务的请求的通知后，将其上所述业务的相关记录删除，拒绝所述业务的请求。

在上述 S711中，所述 PCEF可以不通知所述 PCRF所述用户账户的余额不足，而是直接通知充值消息平台所述用户账户的余额不足；所述充值消息平台执行相应处理处理，所述相应处理具体看参照 S713-S715;不同之处是所述充值消息平台发送所述用户决策结果至所述 PCEF, 由所述 PCEF根据所述用户决策结果通知所述 0CS，由所述 0CS执行后续处理流程，具体可参考 S717中相关描述，在此不再赘述。

本实施例中，在所述 PCEF执行所述 PCC rule后，可以先不发送配额申请消息至 0CS，而是先发送所述业务需要的总配额信息至 0CS, 由 0CS执行后续处理流程，具体可参照实施例 3的相关描述，在此不再赘述。

此外，当用户账户的余额不足时，由 PCEF或者 PCRF通知充值消息平台执行后续充值处理流程，同样提高了用户的业务体验度。实施例 7:

参考图 8，图 8为本发明实施例 7提供的一种在线计费方法实施例的流程图。本实施例由 0CS 获取业务需要的总配额信息和用户账户的余额，其中，所述业务需要的总配额信息由 PCRF发送；当用户账户的余额足够时， PCRF才制定 PCC rule, 执行后续配额下发流程。

所述在线计费方法包括：

S801 : 用户设备 UE和承载网之间建立承载层的连接。

S802：所述 UE和 AF之间进行业务激活。

S803: 所述 AF向承载层的 PCRF发送业务数据流的策略控制信息。

S804: 所述 PCRF根据所述策略控制信息获取业务需要的总配额信息，发送所述业务需要的总配额信息至 0CS。所述 PCRF和所述 OCS之间通过 Sy接口进行信息交互，其中，所述 Sy接口在 3GPP标准组织中由爱立信推动，目前还未完成标准化。

S805: 所述 0CS获取业务需要的总配额信息和用户账户的余额。

实际应用中，所述 0CS 接收所述业务需要的总配额信息，从而获取所述业务需要的总配额信息；所述 0CS查询用户账户，根据所述用户账户获取所述用户账户的余额。

S806: 所述 0CS 根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，生成判断结果。

S807: 所述 0CS根据所述判断结果，发送预定信息至所述 PCRF, 所述预定信息包括余额足够信息和余额不足信息。

当所述判断结果为是时，发送余额足够信息至所述 PCRF; 当所述判断结果为否时，发送余额不足信息至所述 PCRF。

S808: 所述 PCRF根据所述预定信息执行预定处理。

当所述预定信息为余额足够信息时，所述 PCRF根据所述策略控制信息生成 PCC rule 并发送所述 PCC rule至所述 PCEF。

其中，所述 PCC rule包括业务数据流信息、决策的 QoS信息和采用的计费策略信息；优选地，所述 PCC rule还包括业务不可中断指示信息或立即事件计费指示信息或单位预留事件计费指示信息。

当所述预定信息为余额不足信息时，所述 PCRF决策拒绝所述业务的请求，并通知所述 AF拒绝所述业务的请求。

所述 PCEF与所述 0CS根据所述 PCC 规则执行配额管理，具体地可参照本实施例下述 S809-S810的描述。

S809: 所述 PCEF执行所述 PCC rule, 发送配额申请消息至所述 OCS。

其中，所述配额申请消息携带第一配额；

优选地，所述配额申请消息中携带业务不可中断指示信息或立即事件计费指示信息或单位预留事件计费指示信息。

S810: 所述 0CS根据所述配额申请消息发送所述第一配额至所述 PCEF。实际应用中，所述 ocs 根据所述配额申请消息从所述用户账户的余额中划取所属第一配额发送至所述 PCEF, 从而实现在线计费功能。其中，所述第一配额为用户设备发起业务时，由所述 PCEF向所述 0CS实时申请的配额。当配额申请成功后，业务数据流开始传输。

优选地，当 PCRF获取业务需要的总配额信息后，发送配额申请消息至 0CS，所述配额申请消息中携带所述业务需要的总配额信息和第一配额；所述 0CS 从所述配额申请消息中获取所述业务需要的总配额信息，根据所述业务需要的总配额信息和用户账户的余额判断所述用户账户的余额是否足够完成所述业务，如果是，在所述用户账户的余额中扣除或预留业务需要的总配额，将所述扣除或预留的业务需要的总配额发送至 PCRF, 实现在线计费；所述 PCRF接收所述业务需要的总配额，根据所述业务需要的总配额生成 PCC rule发送至 PCEF, 所述 PCC rule中包含了 PCRF已接收业务需要的总配额的通知，使得 PCEF不用再向 0CS申请配额； PCEF执行所述 PCC rule, 完成后续流程。

或者，

优选地，本实施例中 0CS 获取业务需要的总配额信息后，在所述用户账户的余额中扣除或预留业务需要的总配额；所述 0CS 执行完判断后，当所述判断结果为是时，发送余额足够信息至 PCRF, 由所述 PCRF根据余额足够信息生成配额申请消息发送至所述 0CS，所述配额申请消息中携带第一配额；所述 0CS 根据所述配额申请消息发送所述第一配额至所述 PCRF; 所述 PCRF接收所述第一配额，根据所述第一配额生成 PCC rule发送至 PCEF, 所述 PCC rule中包含了 PCRF已接收第一配额的通知，使得 PCEF不用再向 0CS申请配额； PCEF 执行所述 PCC rule, 完成后续流程。

在本实施例中， PCRF直接将业务需要的总配额信息发送至 0CS， 0CS根据业务需要的总配额信息和用户账户的余额来决策是否下发配额，只有当用户账户的余额足够业务需要时 PCRF才制定 PCC rule, 执行后续配额下发流程；相比较现有技术而言，不会产生资费纠纷，提高了用户的业务体验度。实施例 8

参考图 9，图 9为本发明实施例 8提供的一种在线计费方法实施例的流程图。本实施例 8由 0CS获取业务需要的总配额信息和用户账户的余额，其中，所述业务需要的总配额信息由 PCRF发送；本实施例在实施例 7的基础上，当用户账户的余额不足时，由 PCRF或 0CS 通知消息平台执行后续流程。

所述在线计费方法包括：

S901 : 用户设备 UE和承载网之间建立承载层的连接。

S902：所述 UE和 AF之间进行业务激活。

S903 : 所述 AF向承载层的 PCRF发送业务数据流的策略控制信息。

其中，所述策略控制信息包括业务需要的总配额信息、业务类型、业务数据流的描述信息、 QoS信息和计费相关策略信息（包含业务层 AF的计费标识（AF-Charging ID ) ) 等。所述业务需要的总配额信息可以为以下信息中的至少一种：流量信息、时长信息和资费信息；也可以为配额的其他表现形式，本发明实施例不局限于此。

S904: 所述 PCRF根据所述策略控制信息获取业务需要的总配额信息，发送所述业务需要的总配额信息至 0CS。

S905 : 所述 0CS获取业务需要的总配额信息和用户账户的余额。

S906 : 所述 0CS 根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，生成判断结果。

S907 : 所述 0CS根据所述判断结果，发送预定信息至所述 PCRF, 所述预定信息包括余额足够信息和余额不足信息。

S908 : 所述 PCRF根据所述预定信息执行预定处理。当所述预定信息为余额足够信息时，所述 PCRF根据所述策略控制信息生成 PCC rule , 发送所述 PCC rule至所述 PCEF。由所述 PCEF与所述 0CS根据所述 PCC规则执行配额管理，具体地，由所述 PCEF执行所述 PCC rule , 发送配额申请消息至所述 0CS，其中，所述配额申请消息还携带第一配额；所述 0CS 根据所述配额申请消息从所述用户账户的余额中划取所述第一配额发送至所述 PCEF。此部分与实施例 7中相关内容类似，可参考实施例 7的相关描述，在此不再赘述。

当所述预定信息为余额不足信息时，所述 PCRF发送余额不足信息至充值消息平台。

S909: 所述充值消息平台通知所述 UE所述用户账户的余额不足。

S910: 所述 UE决策用户设备是否充值和业务是否继续，生成用户决策结果，发送所述用户决策结果至充值消息平台。

S911 : 所述充值消息平台发送所述用户决策结果至所述 PCRF。

S912 : 所述 PCRF对所述用户决策结果进行判断，当所述用户决策结果为用户设备充值且业务继续时，通知所述 PCEF用户设备充值且业务继续；当所述用户决策结果为用户设备不充值且业务继续时，通知所述 PCEF用户设备不充值且业务继续；当所述用户决策结果为用户设备不充值且业务不继续时，拒绝所述业务的请求并通知所述 PCEF拒绝所述业务的请求。

S913 : 所述 0CS接收由所述 PCEF发送的通知，根据所述通知执行预定处理。

实际应用中，所述 0CS根据所述通知执行预定处理具体为：

上述 S907中 0CS根据判断结果执行的后续处理还可以通过以下方式实现，具体地，当所述 0CS生成的判断结果为否时，由所述 0CS直接通知充值消息平台用户账户的余额不足，而不同于 S907中由所述 PCRF通知充值消息平台用户账户的余额不足。所述充值消息平台执行后续处理，其相关流程可参考 S909-S911 , 其不同之处是所述充值消息平台发送所述用户决策结果至所述 0CS，由所述 0CS根据所述用户决策结果执行后续处理流程，具体可参考 S913中相关描述，在此不再赘述。

在本实施例中， PCRF直接将业务需要的总配额信息发送至 0CS， 0CS根据业务需要的总配额信息和用户账户的余额来决策是否下发配额，只有当用户账户的余额足够业务需要时 PCRF才制定 PCC rule, 执行后续配额下发流程；相比较现有技术而言，不会产生资费纠纷，提高了用户的业务体验度。

此外，当用户账户的余额不足时，由 PCRF或者 0CS通知消息平台执行后续处理流程，同样使得用户的业务体验度提高。实施例 9

参考图 10，图 10为本发明实施例 9提供的一种在线计费方法实施例的流程图。本实施例由 PCRF获取业务需要的总配额信息和用户账户的余额，进行判断，从而当用户账户的余额足够时由 0CS实现在线计费功能。

所述在线计费方法包括：

S1001 : 用户设备 UE和承载网之间建立承载层的连接。

S1002: 所述 UE和 AF之间进行业务激活。

S1003: 所述 AF向承载层的 PCRF发送业务数据流的策略控制信息。

S1004: 0CS 查询用户账户，获取所述用户账户的余额，发送所述用户账户的余额至所述 PCRF o

S1005: 所述 PCRF获取业务需要的总配额信息和用户账户的余额。

所述 PCRF接收由所述 AF发送的策略控制信息，从所述策略控制信息中获取业务需要的总配额信息；

所述 PCRF接收由所述 0CS发送的用户账户的余额，从而获取所述用户账户的余额。

S1006: 所述 PCRF根据所述业务需要的总配额信息和用户账户的余额判断所述用户账户的余额是否足够完成所述业务，如果是，根据所述策略控制信息生成 PCC rule, 发送所述 PCC rule至 PCEF; 如果否， PCRF决策拒绝所述业务的请求，并通知所述 AF拒绝所述业务的请求。

所述 PCEF与所述 0CS根据所述 PCC规则执行配额管理，具体地可参照本实施例中下述步骤的描述。

S1007: 所述 PCEF执行所述 PCC rule后，发送配额申请消息至所述 0CS。

其中，所述配额申请消息还携带第一配额；

S1008: 所述 0CS根据所述配额申请消息发送所述第一配额至所述 PCEF。

实际应用中，所述 0CS 根据所述配额申请消息从所述用户账户的余额中划取所述第一配额发送至所述 PCEF, 实现在线计费功能。所述第一配额为用户设备发起业务时，由所述 PCEF向所述 0CS实时申请的配额。当配额申请成功后，业务数据流开始传输。

在本实施例中， PCRF根据业务需要的总配额信息和用户账户的余额来决策是否下发配额，只有当用户账户的余额足够业务需要时 PCRF才制定 PCC rule,执行后续配额下发流程；相比较现有技术而言，不会产生资费纠纷，提高了用户的业务体验度。实施例 10 参考图 11，图 11为本发明实施例 10提供的一种在线计费方法实施例的流程图。本实施例由 PCRF获取业务需要的总配额信息和用户账户的余额，当用户账户的余额不足时，通知充值消息平台执行后续处理。

所述在线计费方法包括：

S1101 : 用户设备 UE和承载网之间建立承载层的连接。

S1102: 所述 UE和 AF之间进行业务激活。

S1103: 所述 AF向承载层的 PCRF发送业务数据流的策略控制信息。

S1104: 0CS 查询用户账户，获取所述用户账户的余额，发送所述用户账户的余额至所述 PCRF o

S1105: 所述 PCRF获取业务需要的总配额信息和用户账户的余额。

所述 PCRF接收由所述 0CS发送的用户账户的余额，从而获取所述用户账户的余额。 S1106: 所述 PCRF根据所述业务需要的总配额信息和用户账户的余额判断所述用户账户的余额是否足够完成所述业务，生成判断结果。

S1107: 所述 PCRF根据所述判断结果执行预定处理。

当所述判断结果为是时，所述 PCRF根据所述策略控制信息生成 PCC rule, 发送所述 PCC rule至所述 PCEF。由所述 PCEF与所述 0CS根据所述 PCC规则执行配额管理，具体地，由所述 PCEF执行所述 PCC rule, 发送配额申请消息至所述 OCS，其中，所述配额申请消息还携带第一配额；所述 0CS 根据所述配额申请消息从所述用户账户的余额中划取所述第一配额发送至所述 PCEF。此部分与实施例 7中相关内容类似，可参考实施例 7的相关描述，在此不再赘述。

当所述判断结果为否是，发送余额不足信息至充值消息平台。 S 1108 : 所述充值消息平台通知所述 UE用户账户的余额不足。

S 1109: 所述 UE 决策用户设备是否充值和业务是否继续，生成用户决策结果，发送所述用户决策结果至充值消息平台。

S 1110: 所述充值消息平台发送所述用户决策结果至所述 PCRF。

S 1111 : 所述 PCRF对所述用户决策结果进行判断，当所述用户决策结果为用户设备充值且业务继续时，通知所述 PCEF用户设备充值且业务继续；当所述用户决策结果为用户设备不充值且业务继续时，通知所述 PCEF用户设备不充值且业务继续；当所述用户决策结果为用户设备不充值且业务不继续时，拒绝所述业务的请求并通知所述 PCEF拒绝所述业务的请求。

S 1112 : 所述 0CS接收由所述 PCEF发送的通知，根据所述通知执行预定处理。

实际应用中，所述 0CS根据所述通知执行预定处理具体为：

在本实施例中， PCRF根据业务需要的总配额信息和用户账户的余额来决策是否下发配额，只有当用户账户的余额足够业务需要时 PCRF才制定 PCC rule ,执行后续配额下发流程；相比较现有技术而言，不会产生资费纠纷，提高了用户的业务体验度。

此外，当用户账户的余额不足时， PCRF通知充值消息平台执行后续充值等处理流程，使得用户的业务体验度提高。实施例 11

参考图 12a，图 12a为本发明实施例 11提供的一种在线计费系统 0CS实施例的第一结构示意图，所述在线计费系统 0CS包括：

第一总配额获取模块 1201，用于获取业务需要的总配额信息。

其中，所述业务需要的总配额信息可以为以下信息中的一种：流量信息、时长信息和资费信息；也可以为配额的其他表现形式，本发明实施例不局限于此。

第一判断模块 1202，用于根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，生成判断结果。

在线计费模块 1203，用于当所述判断结果为是时，执行配额管理，实现在线计费。实际应用中，当所述判断结果为是时，所述 0CS 执行配额管理，实现在线计费，具体地，所述 0CS 根据所述配额申请消息在所述用户帐户的余额中划取第一配额发送至所述 PCEF, 根据所述第一配额进行在线计费。所述第一配额为用户发起业务时，根据用户的业务需求由所述 PCEF向所述 0CS实时申请的业务量，具体地，可以由配额申请消息携带。当配额申请成功后，业务数据流开始传输。

所述第一判断模块 1202包括余额获取单元和判断单元，参照图 12b所示。

所述余额获取单元 1202a，用于查询用户账户，根据所述用户账户获取用户账户的余额。所述判断单元 1202b，用于根据所述业务需要的总配额信息和所述用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，生成判断结果。

在本实施例中，在线计费系统根据业务需要的总配额信息和用户账户的余额来决策是否执行配额管理，不论采用哪种在线计费模式，只有当用户账户的余额足够业务需要时才执行配额管理，下发配额；相比较现有技术而言，不会产生资费纠纷，提高了用户的业务体验度。实施例 12

参考图 13，图 13为本发明实施例 12提供的一种在线计费系统 0CS实施例的第一结构示意图。本实施例在实施例 11 的基础上对所述第一总配额获取模块 1201和所述在线计费模块 1203进行了改进。其中，本实施例中的第一判断模块 1202可以包括余额获取单元 1202a 和判断单元 1202b，所述余额获取单元 1202a和判断单元 1202b的功能与实施例 11中的所述余额获取单元 1202a和判断单元 1202b的功能类似，具体可参照实施例 11中的相关描述，在此不再赘述。

其中，所述第一总余额获取模块 1201包括第一总配额获取单元 1201a; 相应的，所述在线计费模块 1203包括第一发送单元 1203a和第一在线计费单元 1203b ;

所述第一总配额获取单元 1201a，用于接收由策略和计费规则功能实体 PCRF发送的业务需要的总配额信息；

所述第一发送单元 1203a，用于当所述判断结果为是时，发送余额足够信息至所述 PCRF, 使所述 PCRF根据所述余额足够信息生成并发送策略和计费控制 PCC规则至策略和计费执行功能实体 PCEF;

所述第一在线计费单元 1203b，用于与所述 PCEF根据所述 PCC 规则执行配额管理。或者，所述第一总余额获取模块 1201可以包括第一总配额获取单元；相应的，所述在线计费模块 1203可以包括第一总配额处理单元、余额足够发送单元和第一配额管理单元；所述第一总配额获取单元，用于接收由策略和计费规则功能实体 PCRF发送的业务需要的总配额信息；

所述第一总配额处理单元，用于根据所述业务需要的总配额信息在所述用户账户的余额中扣除或预留业务需要的总配额；

所述余额足够发送单元，用于发送余额足够信息至所述 PCRF, 使所述 PCRF根据所述余额足够信息生成并发送配额申请消息至所述 0CS ;

所述第一配额管理单元，根据所述配额申请消息和所述扣除或预留的业务需要的总配额执行配额管理。

或者，所述所述第一总余额获取模块 1201可以包括配额申请接收单元和第二总配额获取单元，相应的，所述在线计费模块具体可以包括第二总配额处理单元和第二配额管理单元；

所述配额申请接收单元，用于接收由 PCRF发送的配额申请消息，所述配额申请消息携带业务需要的总配额信息；

所述第二总配额获取单元，用于从所述配额申请消息中获取所述业务需要的总配额信息；

所述第二总配额处理单元，根据所述业务需要的总配额信息在所述用户账户的余额中扣除或预留业务需要的总配额；所述第二配额管理单元，根据所述配额申请消息和所述扣除或预留的业务需要的总配额执行配额管理。

所述在线计费系统 0CS进一步包括：

发送模块 1204，用于当所述判断结果为否时，发送余额不足信息至所述 PCRF, 使所述 PCRF决策拒绝所述业务的请求并通知 AF拒绝所述业务的请求。

在本实施例中， PCRF直接将业务需要的总配额信息发送至 0CS， 0CS根据业务需要的总配额信息和用户账户的余额来决策是否下发配额，只有当用户账户的余额足够业务需要时 PCRF才制定 PCC rule, 执行后续配额下发流程；相比较现有技术而言，不会产生资费纠纷，提高了用户的业务体验度。实施例 13

参考图 14a，图 14a为本发明实施例 13提供的一种在线计费系统 0CS实施例的结构示意图。本实施例在实施例 11的基础上对所述第一总配额获取模块 1201进行了改进。其中，本实施例中的第一判断模块 1202可以包括余额获取单元 1202a和判断单元 1202b，所述余额获取单元 1202a和判断单元 1202b的功能与实施例 11中的所述余额获取单元 1202a和判断单元 1202b的功能类似，具体可参照实施例 11中的相关描述，在此不再赘述。

所述第一总配额获取模块 1201包括：

第一接收单元 1201b，用于接收由 PCEF发送的配额申请消息，所述配额申请消息携带业务需要的总配额信息；

第三总配额获取单元 1201c，用于从所述配额申请消息中获取业务需要的总配额信息。所述在线计费系统 0CS进一步包括申请失败模块 1205:

所述申请失败模块 1205，用于当所述判断结果为否时，发送余额不足信息至所述 PCEF, 配额申请失败。

或者，所述在线计费系统 0CS进一步包括决策通知模块 1206，如图 14b所示，图 14b 为本发明实施例 13提供的一种在线计费系统 0CS实施例的第二结构示意图：

所述决策通知模块 1206，用于当所述判断结果为否时，决策拒绝所述业务的请求，并通知所述 PCEF、所述 PCRF和应用功能实体 AF拒绝所述业务的请求。

或者，所述在线计费系统 0CS进一步包括第一通知模块 1207，如图 14c所示，图 14c 为本发明实施例 13提供的一种在线计费系统 0CS实施例的第三结构示意图：

所述第一通知模块 1207，用于当所述判断结果为否时，通知所述 PCEF所述用户帐户的余额不足，使所述 PCEF决策拒绝所述业务的请求并通知所述 0CS、所述 PCRF和 AF拒绝所述业务的请求。

或者，所述在线计费系统 0CS进一步包括第二通知模块 1208，如图 14d所示，图 14d 为本发明实施例 13提供的一种在线计费系统 0CS实施例的第四结构示意图：

所述第二通知模块 1208，用于当所述判断结果为否时，通知所述 PCEF所述用户帐户的余额不足，使 PCRF根据所述 PCEF发送的所述用户账户的余额不足的通知决策拒绝所述业务的请求并通知 AF、所述 PCEF和所述 0CS拒绝所述业务的请求。

在本实施例中， 0CS 根据业务需要的总配额信息和用户账户的余额来决策是否下发配额，不论采用哪种在线计费模式，只有当用户账户的余额足够业务需要时才下发配额；相比较现有技术而言，不会产生资费纠纷，提高了用户的业务体验度。

此外，当用户账户的余额不足时，由 0CS或者 PCEF或者 PCRF决策拒绝所述业务的请求，并通知其他网元设备拒绝所述业务的请求，使得用户的业务体验度提高。实施例 14

参考图 15，图 15为本发明实施例 14提供的一种在线计费系统 0CS实施例的结构示意图。本实施例在实施例 11 的基础上对所述第一总配额获取模块 1201和所述在线计费模块 1203进行了改进。其中，本实施例中的第一判断模块 1202可以包括余额获取单元 1202a和判断单元 1202b，所述余额获取单元 1202a和判断单元 1202b的功能与实施例 11中的所述余额获取单元 1202a和判断单元 1202b的功能类似，具体可参照实施例 11中的相关描述，在此不再赘述。

其中，所述第一总配额获取模块 1201包括第一总配额获取单元 1201a; 所述第一总配额获取单元 1201a的功能与实施例 12中第一总配额获取单元 1201a的功能类似，具体可以参照实施例 12中的相关描述，在此不再赘述。相应的，所述在线计费模块 1203包括第一发送单元 1203a和第一在线计费单元 1203b，所述第一发送单元 1203a和第一在线计费单元 1203b的功能与实施例 12中的第一发送单元 1203a和第一在线计费单元 1203b的功能类似，具体可参照实施例 12中的相关描述，在此不再赘述。

或者，所述第一总余额获取模块 1201可以包括第一总配额获取单元，所述第一总配额获取单元的功能与实施例 12中所述第一总配额获取单元的功能类似；相应的，所述在线计费模块 1203可以包括第一总配额处理单元、余额足够发送单元和第一配额管理单元，所述第一总配额处理单元、余额足够发送单元和第一配额管理单元的功能与实施例 12中所述所述第一总配额处理单元、余额足够发送单元和第一配额管理单元的功能类似；具体可以参照实施例 12中的相关描述，在此不再赘述。或者，所述所述第一总余额获取模块 1201可以包括配额申请接收单元和第二总配额获取单元，所述配额申请接收单元和第二总配额获取单元的功能与实施例 12中所述配额申请接收单元和第二总配额获取单元的功能类似；相应的，所述在线计费模块具体可以包括第二总配额处理单元和第二配额管理单元，所述第二总配额处理单元和第二配额管理单元的功能与实施例 12中所述第二总配额处理单元和第二配额管理单元的功能类似；具体可以参照实施例 12中的相关描述，在此不再赘述。

所述在线计费系统 0CS进一步包括：

第三通知模块 1209，用于当所述判断结果为否时，通知充值消息平台所述用户帐户的余额不足；

第一接收模块 1210，用于接收充值消息平台发送的用户决策结果；

第一处理模块 1211，用于对所述用户决策结果进行判断，当所述用户决策结果为 UE充值且业务继续时，获取充值后的用户帐户，判断所述充值后的用户帐户的余额是否足够完成所述业务，如果是，在所述充值后的用户帐户的余额中划取所述第一配额发送至所述 PCEF; 当所述用户决策结果为 UE不充值且业务继续时，将所述用户账户的余额发送至所述 PCEF; 当所述用户决策结果为 UE不充值且业务不继续时，发送余额不足信息至所述 PCEF, 配额申请失败。

此外，当用户账户的余额不足时，通知消息平台执行后续处理流程，同样使得用户的业务体验度提高。实施例 15

参考图 16，图 16为本发明实施例 15提供的一种在线计费系统 0CS实施例的结构示意图。本实施例在实施例 11 的基础上对所述第一总配额获取模块 1201和所述在线计费模块 1203进行了改进。其中，本实施例中的第一判断模块 1202可以包括余额获取单元 1202a和判断单元 1202b，所述余额获取单元 1202a和判断单元 1202b的功能与实施例 11中的所述余额获取单元 1202a和判断单元 1202b的功能类似，具体可参照实施例 11中的相关描述，在此不再赘述。

或者，所述第一总余额获取模块 1201可以包括第一总配额获取单元，所述第一总配额获取单元的功能与实施例 12中所述第一总配额获取单元的功能类似；相应的，所述在线计费模块 1203可以包括第一总配额处理单元、余额足够发送单元和第一配额管理单元，所述第一总配额处理单元、余额足够发送单元和第一配额管理单元的功能与实施例 12中所述所述第一总配额处理单元、余额足够发送单元和第一配额管理单元的功能类似；具体可以参照实施例 12中的相关描述，在此不再赘述。

或者，所述所述第一总余额获取模块 1201可以包括配额申请接收单元和第二总配额获取单元，所述配额申请接收单元和第二总配额获取单元的功能与实施例 12中所述配额申请接收单元和第二总配额获取单元的功能类似；相应的，所述在线计费模块具体可以包括第二总配额处理单元和第二配额管理单元，所述第二总配额处理单元和第二配额管理单元的功能与实施例 12中所述第二总配额处理单元和第二配额管理单元的功能类似；具体可以参照实施例 12中的相关描述，在此不再赘述。

所述在线计费系统 0CS进一步包括：

第四通知模块 1212，用于当所述判断结果为否时，通过所述 PCRF通知充值消息平台所述用户帐户的余额不足；

第二处理模块 1213，用于当接收由 PCEF发送的所述 UE充值且业务继续的通知时，获取充值后的用户账户，判断所述充值后的用户账户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；当接收由 PCEF发送的所述 UE不充值且业务继续的通知时，将所述用户账户的余额发送至所述 PCEF, 实现在线计费；当接收由 PCEF发送的所述拒绝所述业务的请求的通知时，拒绝所述业务的请求。

此外，当用户账户的余额不足时，由 PCRF通知消息平台执行后续处理流程，同样使得用户的业务体验度提高。实施例 16

参考图 17，图 17为本发明实施例 16提供的一种在线计费系统 0CS实施例的结构示意图。本实施例在实施例 11 的基础上对所述第一总余额获取模块 1201进行了改进。其中，本实施例中的第一判断模块 1202可以包括余额获取单元 1202a和判断单元 1202b，所述余额获取单元 1202a和判断单元 1202b的功能与实施例 11中的所述余额获取单元 1202a和判断单元 1202b的功能类似，具体可参照实施例 11中的相关描述，在此不再赘述。

其中，所述第一总余额获取模块 1201包括：第一接收单元 1201b和第三总配额获取单元 1201c; 所述第一接收单元 1201b和第三总配额获取单元 1201c的功能与实施例 13中第一接收单元 1201b和第三总配额获取单元 1201c的功能类似，具体可以参照实施例 13中的相关描述，在此不再赘述。

所述在线计费系统 0CS进一步包括：

第五通知模块 1214，用于当所述判断结果为否时，通知充值消息平台所述用户帐户的余额不足。

第二接收模块 1215，用于接收所述充值消息平台发送的用户决策结果。

第三处理模块 1216，用于对所述用户决策结果进行判断，当所述用户决策结果为 UE充值且业务继续时，获取充值后的用户帐户，判断所述充值后的用户帐户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；当所述用户决策结果为 UE不充值且业务继续时，将所述用户账户的余额发送至所述 PCEF, 实现在线计费；当所述用户决策结果为 UE不充值且业务不继续时，发送余额不足信息至所述 PCEF, 配额申请失败。

此外，当用户账户的余额不足时， 0CS通知消息平台执行后续充值等处理，使得用户的业务体验度提高。实施例 17

参考图 18，图 18为本发明实施例 17提供的一种在线计费系统 0CS实施例的结构示意图。本实施例在实施例 11 的基础上对所述第一总配额获取模块 1201进行了改进。其中，本实施例中的第一判断模块 1202可以包括余额获取单元 1202a和判断单元 1202b，所述余额获取单元 1202a和判断单元 1202b的功能与实施例 11中的所述余额获取单元 1202a和判断单元 1202b的功能类似，具体可参照实施例 11中的相关描述，在此不再赘述。其中，所述第一总余额获取模块 1201包括：第一接收单元 1201b和第三总配额获取单元 1201c; 所述第一接收单元 1201b和第三总配额获取单元 1201c的功能与实施例 13中第一接收单元 1201b和第三总配额获取单元 1201c的功能类似，具体可以参照实施例 13中的相关描述，在此不再赘述。

所述在线计费系统 0CS进一步包括：

第六通知模块 1217，用于当所述判断结果为否时，通过所述 PCEF通知充值消息平台所述用户帐户的余额不足。

第四处理模块 1218，用于当接收所述 UE充值且业务继续的通知时，获取充值后的用户账户，判断所述充值后的用户账户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；当接收所述 UE不充值且业务继续的通知时，将所述用户账户的余额发送至所述 PCEF, 实现在线计费；当接收所述拒绝所述业务的请求的通知时，拒绝所述业务的请求。

此外，当用户账户的余额不足时，由 PCEF通知充值消息平台执行后续充值处理流程，同样提高了用户的业务体验度。实施例 18

参考图 19，图 19为本发明实施例 18提供的一种在线计费系统 0CS实施例的结构示意图。本实施例在实施例 11 的基础上对所述第一总配额获取模块 1201进行了改进。其中，本实施例中的第一判断模块 1202可以包括余额获取单元 1202a和判断单元 1202b，所述余额获取单元 1202a和判断单元 1202b的功能与实施例 11中的所述余额获取单元 1202a和判断单元 1202b的功能类似，具体可参照实施例 11中的相关描述，在此不再赘述。

所述在线计费系统 0CS进一步包括：

第七通知模块 1219，用于当所述判断结果为否时，通过所述 PCEF和 PCRF通知充值消息平台所述用户帐户的余额不足。

第五处理模块 1220，用于当接收由 PCEF发送的所述 UE充值且业务继续的通知时，获取充值后的用户账户，判断所述充值后的用户账户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；当接收由 PCEF发送的所述 UE不充值且业务继续的通知时，将所述用户账户的余额发送至所述 PCEF, 实现在线计费；当接收由 PCEF发送的所述拒绝所述业务的请求的通知时，拒绝所述业务的请求。

此外，当用户账户的余额不足时，由 PCRF通知充值消息平台执行后续充值处理流程，同样提高了用户的业务体验度。实施例 19

参考图 20a，图 20a为本发明实施例 19提供的一种策略和计费规则功能实体 PCRF实施例的结构示意图，所述策略和计费规则功能实体 PCRF包括：

第二总配额获取模块 2001，用于接收由应用功能实体 AF发送的策略控制信息，从所述策略控制信息中获取业务需要的总配额信息。

余额获取模块 2002，用于接收由在线计费系统 0CS发送的用户账户的余额。

第二判断模块 2003，用于根据所述业务需要的总配额信息和所述用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，生成判断结果。

规则处理模块 2004，用于当所述判断结果为是时，生成 PCC规则并发送至策略和计费执行功能实体 PCEF。

所述 PCRF进一步包括第六处理模块 2005，如图 20b所示：

第六处理模块 1905，用于当所述判断结果为否时，发送余额不足信息至 AF，使所述 AF 拒绝所述业务的请求。

在本实施例中， PCRF根据业务需要的总配额信息和用户账户的余额来决策是否下发配额，只有当用户账户的余额足够业务需要时 PCRF才制定 PCC rule ,执行后续配额下发流程；相比较现有技术而言，不会产生资费纠纷，提高了用户的业务体验度。实施例 20

参考图 21，图 21为本发明实施例 20提供的一种策略和计费规则功能实体 PCRF实施例的结构示意图，所述策略和计费规则功能实体 PCRF包括：第二总配额获取模块 2001、余额获取模块 2002、第二判断模块 2003和规则处理模块 2004，其中所述第二总配额获取模块 2001、余额获取模块 2002、第二判断模块 2003和规则处理模块 2004的功能与实施例 19中所述第二总配额获取模块 2001、余额获取模块 2002、第二判断模块 2003和规则处理模块 2004的功能类似，具体可参照实施例 19中的相关描述，在此不再赘述。

所述策略和计费规则功能实体 PCRF进一步包括：

第八通知模块 2006，用于当所述判断结果为否时，通知充值消息平台所述用户帐户的余额不足。

第三接收模块 2007，用于接收充值消息平台发送的用户决策结果。

判断通知模块 2008，用于对所述用户决策结果进行判断，当所述用户决策结果为 UE充值且业务继续时，通知所述 PCEF UE充值且业务继续；当所述用户决策结果为 UE不充值且业务继续时，通知所述 PCEF UE不充值且业务继续；当所述用户决策结果为 UE不充值且业务不继续时，通知所述 PCEF拒绝所述业务的请求。

此外，当用户账户的余额不足时， PCRF通知充值消息平台执行后续充值等处理流程，使得用户的业务体验度提高。需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语 "包括"、 "包含"或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句 "包括一个…… " 限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中。上述提到的存储介质可以是只读存储器、磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1、一种在线计费方法，其特征在于，所述方法包括：

获取业务需要的总配额信息；

当所述判断结果为是时，执行配额管理，实现在线计费。

2、根据权利要求 1所述的方法，其特征在于，所述获取业务需要的总配额信息包括：在线计费系统 0CS接收由策略和计费规则功能实体 PCRF发送的业务需要的总配额信息，所述业务需要的总配额信息由应用功能实体 AF发送至所述 PCRF;

相应的，所述根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务具体包括：

所述 0CS查询用户账户，根据所述用户账户获取用户账户的余额；

所述 0CS根据所述业务需要的总配额信息和所述用户账户的余额判断所述用户帐户的余额是否足够完成所述业务；

相应的，执行配额管理具体为：

所述 0CS发送余额足够信息至所述 PCRF, 使所述 PCRF根据所述余额足够信息生成并发送策略和计费控制 PCC 规则至策略和计费执行功能实体 PCEF;

所述 PCEF与所述 0CS根据所述 PCC 规则执行配额管理。

3、根据权利要求 1所述的方法，其特征在于，所述获取业务需要的总配额信息包括： 0CS接收由 PCRF发送的业务需要的总配额信息，所述业务需要的总配额信息由 AF发送至所述 PCRF;

相应的，执行配额管理具体为：

所述 0CS根据所述业务需要的总配额信息在所述用户账户的余额中扣除或预留业务需要的总配额，发送余额足够信息至所述 PCRF, 使所述 PCRF根据所述余额足够信息生成并发送配额申请消息至所述 OCS ;

所述 OCS根据所述配额申请消息和所述扣除或预留的业务需要的总配额执行配额管理。

4、根据权利要求 1所述的方法，其特征在于，所述获取业务需要的总配额信息包括： 0CS接收由 PCRF发送的配额申请消息，所述配额申请消息携带业务需要的总配额信息；所述 0CS从所述配额申请消息中获取所述业务需要的总配额信息；

相应的，执行配额管理具体为：

所述 0CS根据所述业务需要的总配额信息在所述用户账户的余额中扣除或预留业务需要的总配额，所述 0CS根据所述配额申请消息和所述扣除或预留的业务需要的总配额执行配额管理。

5、根据权利要求 2-4任一项所述的方法，其特征在于，所述方法进一步包括：当所述判断结果为否时，所述 0CS发送余额不足信息至所述 PCRF, 使所述 PCRF决策拒绝所述业务的请求并通知所述 AF拒绝所述业务的请求。

6、根据权利要求 1所述的方法，其特征在于，所述获取业务需要的总配额信息包括： 0CS接收由 PCEF发送的配额申请消息，所述配额申请消息携带业务需要的总配额信息，所述业务需要的总配额信息由 AF通过 PCRF发送至 PCEF;

所述 0CS从所述配额申请消息中获取业务需要的总配额信息；

所述 0CS根据所述业务需要的总配额信息和所述用户账户的余额判断所述用户帐户的余额是否足够完成所述业务。

7、根据权利要求 6所述的方法，其特征在于，所述方法进一步包括：

当所述判断结果为否时，所述 0CS决策拒绝所述业务的请求，并通知所述 PCEF、所述 PCRF 和 AF拒绝所述业务的请求；

或者，当所述判断结果为否时，所述 0CS通知所述 PCEF所述用户帐户的余额不足，使所述 PCEF 决策拒绝所述业务的请求并通知所述 0CS、所述 PCRF和 AF拒绝所述业务的请求；

或者，

当所述判断结果为否时，所述 0CS通知所述 PCEF所述用户帐户的余额不足，使 PCRF根据所述 PCEF发送的所述用户账户的余额不足的通知决策拒绝所述业务的请求并通知 AF、所述 PCEF和所述 0CS拒绝所述业务的请求。

8、根据权利要求 1所述的方法，其特征在于，所述获取业务需要的总配额信息包括： PCRF接收由 AF发送的策略控制信息，从所述策略控制信息中获取业务需要的总配额信息；

所述 PCRF接收由 0CS发送的用户账户的余额；

根据所述业务需要的总配额信息和用户账户的余额判断所述用户帐户的余额是否足够完成所述业务；

相应的，所述执行配额管理具体为：

所述 PCRF生成并发送 PCC规则至 PCEF;

所述 PCEF与所述 0CS根据所述 PCC 规则执行配额管理。

9、根据权利要求 8所述的方法，其特征在于，所述方法进一步包括：

当所述判断结果为否时，所述 PCRF发送余额不足信息至所述 AF，使所述 AF拒绝所述业务的请求。

10、根据权利要求 1-9任一项所述的方法，其特征在于，所述执行配额管理包括：

0CS 判断配额申请消息中是否携带业务不可中断指示信息，如果是，当在线计费模式是立即事件计费时，在所述用户帐户的余额中扣除业务需要的总配额，所述配额申请消息是 PCEF 根据 PCC规则生成并发送至 0CS ;

所述 PCEF和所述 0CS根据所述扣除的业务需要的总配额执行配额管理；

或者，

0CS 判断配额申请消息中是否携带业务不可中断指示信息，如果是，当在线计费模式是单位预留事件计费或单位预留会话计费时，在所述用户帐户的余额中预留业务需要的总配额，所述配额申请消息是 PCEF根据 PCC规则生成并发送至 0CS ;

所述 PCEF和所述 0CS根据所述预留的业务需要的总配额执行配额管理；其中，所述在线计费模式由 PCRF或 PCEF根据所述业务不可中断指示信息进行决策。

11、根据权利要求 1-9任一项所述的方法，其特征在于，所述执行配额管理包括：

0CS 判断配额申请消息中是否携带立即事件计费指示信息，如果是，在所述用户帐户的余额中扣除业务需要的总配额，所述配额申请消息是 PCEF根据 PCC规则生成并发送至 0CS ; 所述 PCEF和所述 0CS根据所述扣除的业务需要的总配额执行配额管理；

或者，

0CS 判断配额申请消息中是否携带单位预留事件计费指示信息，如果是，在所述用户帐户的余额中预留业务需要的总配额，所述配额申请消息是 PCEF根据 PCC规则生成并发送至 0CS ;

所述 PCEF和所述 0CS根据所述预留的业务需要的总配额执行配额管理。

12、根据权利要求 2-4所述的方法，其特征在于，所述方法进一步包括：

当所述判断结果为否时，所述 0CS通知充值消息平台所述用户帐户的余额不足；所述充值消息平台通知 UE所述用户帐户的余额不足，使得所述 UE进行决策并发送用户决策结果至所述充值消息平台；

所述充值消息平台接收所述用户决策结果并发送至所述 0CS；

所述 0CS对所述用户决策结果进行判断，当所述用户决策结果为 UE充值且业务继续时，获取充值后的用户帐户，判断所述充值后的用户帐户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；当所述用户决策结果为 UE不充值且业务继续时，将所述用户账户的余额发送至所述 PCEF, 实现在线计费；当所述用户决策结果为 UE不充值且业务不继续时，发送余额不足信息至所述 PCEF, 配额申请失败。

13、根据权利要求 2-4所述的方法，其特征在于，所述方法进一步包括：

当所述判断结果为否时，所述 0CS通过所述 PCRF通知充值消息平台所述用户帐户的余额不足；

所述充值消息平台通知 UE所述用户帐户的余额不足，使得所述 UE进行决策并发送用户决策结果至所述充值消息平台；

所述充值消息平台接收所述用户决策结果并发送至所述 PCRF;

所述 PCRF对所述用户决策结果进行判断，当所述用户决策结果为 UE充值且业务继续时，通知所述 PCEF UE充值且业务继续；当所述用户决策结果为 UE不充值且业务继续时，通知所述 PCEF UE不充值且业务继续；当所述用户决策结果为 UE不充值且业务不继续时，通知所述 PCEF拒绝所述业务的请求；当所述 OCS接收由 PCEF发送的所述 UE充值且业务继续的通知时，所述 0CS获取充值后的用户账户，判断所述充值后的用户账户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；

当所述 0CS接收由 PCEF发送的所述 UE不充值且业务继续的通知时，所述 0CS将所述用户账户的余额发送至所述 PCEF, 实现在线计费；

当所述 0CS接收由 PCEF发送的所述拒绝所述业务的请求的通知时，拒绝所述业务的请求。

14、根据权利要求 6所述的方法，其特征在于，所述方法进一步包括：

当所述判断结果为否时，所述 0CS通知充值消息平台所述用户帐户的余额不足；所述充值消息平台通知用户设备 UE所述用户帐户的余额不足，使得所述 UE进行决策并发送用户决策结果至所述充值消息平台；

所述充值消息平台接收所述用户决策结果并发送至所述 0CS；

15、根据权利要求 6所述的方法，其特征在于，所述方法进一步包括：

当所述判断结果为否时，所述 0CS通过所述 PCEF通知充值消息平台所述用户帐户的余额不足；

所述充值消息平台接收所述用户决策结果并发送至所述 PCEF;

所述 PCEF对所述用户决策结果进行判断，当所述用户决策结果为 UE充值且业务继续时，通知所述 OCS UE充值且业务继续；当所述用户决策结果为 UE不充值且业务继续时，通知所述 OCS UE不充值且业务继续；当所述用户决策结果为 UE不充值且业务不继续时，通知所述 0CS拒绝所述业务的请求；

当所述 0CS接收所述 UE充值且业务继续的通知时，所述 0CS获取充值后的用户账户，判断所述充值后的用户账户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；

当所述 0CS接收所述 UE不充值且业务继续的通知时，所述 0CS将所述用户账户的余额发送至所述 PCEF，实现在线计费；

当所述 0CS接收所述拒绝所述业务的请求的通知时，拒绝所述业务的请求。

16、根据权利要求 6所述的方法，其特征在于，所述方法进一步包括：

当所述判断结果为否时，所述 0CS通过所述 PCEF和 PCRF通知充值消息平台所述用户帐户的余额不足；

所述充值消息平台接收所述用户决策结果并发送至所述 PCRF;

所述 PCRF对所述用户决策结果进行判断，当所述用户决策结果为 UE充值且业务继续时，通知所述 PCEF UE充值且业务继续；当所述用户决策结果为 UE不充值且业务继续时，通知所述 PCEF UE不充值且业务继续；当所述用户决策结果为 UE不充值且业务不继续时，通知所述 PCEF拒绝所述业务的请求；

当所述 0CS接收由 PCEF发送的所述 UE充值且业务继续的通知时，所述 0CS获取充值后的用户账户，判断所述充值后的用户账户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；

17、根据权利要求 8所述的方法，其特征在于，所述方法进一步包括：

当所述判断结果为否时，所述 PCRF通知充值消息平台所述用户帐户的余额不足；所述充值消息平台通知 UE所述用户帐户的余额不足，使得所述 UE进行决策并发送用户决策结果至所述充值消息平台；

所述充值消息平台接收所述用户决策结果并发送至所述 PCRF;

当所述 0CS接收由 PCEF发送的所述 UE充值且业务继续的通知时，所述 0CS获取充值后的用户账户，判断所述充值后的用户账户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；当所述 OCS接收由 PCEF发送的所述 UE不充值且业务继续的通知时，所述 0CS将所述用户账户的余额发送至所述 PCEF, 实现在线计费；

18、一种在线计费系统 0CS，其特征在于，包括：

第一总配额获取模块，用于获取业务需要的总配额信息；

19、根据权利要求 18所述的 0CS，其特征在于，所述第一判断模块包括：

余额获取单元，用于查询用户账户，根据所述用户账户获取用户账户的余额；判断单元，用于根据所述业务需要的总配额信息和所述用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，生成判断结果。

20、根据权利要求 18或 19所述的 0CS，其特征在于，所述第一总配额获取模块包括：第一总配额获取单元，用于接收由策略和计费规则功能实体 PCRF发送的业务需要的总配额信息，所述业务需要的总配额信息由应用功能实体 AF发送至所述 PCRF;

相应的，所述在线计费模块具体包括：

第一发送单元，用于当所述判断结果为是时，发送余额足够信息至所述 PCRF,使所述 PCRF 根据所述余额足够信息生成并发送策略和计费控制 PCC 规则至策略和计费执行功能实体 PCEF;

第一在线计费单元，用于与所述 PCEF根据所述 PCC 规则执行配额管理。

21、根据权利要求 18或 19所述的 0CS，其特征在于，所述第一总配额获取模块包括：第一总配额获取单元，用于接收由 PCRF发送的业务需要的总配额信息，所述业务需要的总配额信息由 AF发送至所述 PCRF;

相应的，所述在线计费模块具体包括：

第一总配额处理单元，用于根据所述业务需要的总配额信息在所述用户账户的余额中扣除或预留业务需要的总配额；

余额足够发送单元，用于发送余额足够信息至所述 PCRF, 使所述 PCRF根据所述余额足够信息生成并发送配额申请消息至所述 0CS ;

第一配额管理单元，根据所述配额申请消息和所述扣除或预留的业务需要的总配额执行配额管理。

22、根据权利要求 18或 19所述的 0CS，其特征在于，所述第一总配额获取模块包括：配额申请接收单元，用于接收由 PCRF发送的配额申请消息，所述配额申请消息携带业务需要的总配额信息；

第二总配额获取单元，用于从所述配额申请消息中获取所述业务需要的总配额信息；相应的，所述在线计费模块具体包括：

第二总配额处理单元，根据所述业务需要的总配额信息在所述用户账户的余额中扣除或预留业务需要的总配额；

第二配额管理单元，根据所述配额申请消息和所述扣除或预留的业务需要的总配额执行配额管理。

23、根据权利要求 20-22任一项所述的 0CS，其特征在于，进一步包括：

发送模块，用于当所述判断结果为否时，发送余额不足信息至所述 PCRF, 使所述 PCRF 决策拒绝所述业务的请求并通知 AF拒绝所述业务的请求。

24、根据权利要求 18或 19所述的 0CS，其特征在于，所述第一总配额获取模块包括：第一接收单元，用于接收由 PCEF发送的配额申请消息，所述配额申请消息携带业务需要的总配额信息，所述业务需要的总配额信息由 AF通过 PCRF发送至 PCEF;

第三总配额获取单元，用于从所述配额申请消息中获取业务需要的总配额信息。

25、根据权利要求 24所述的 0CS，其特征在于，进一步包括：

决策通知模块，用于当所述判断结果为否时，决策拒绝所述业务的请求，并通知所述 PCEF、所述 PCRF和应用功能实体 AF拒绝所述业务的请求；

或者，

第一通知模块，用于当所述判断结果为否时，通知所述 PCEF所述用户帐户的余额不足，使所述 PCEF决策拒绝所述业务的请求并通知所述 0CS、所述 PCRF和 AF拒绝所述业务的请求；或者，

第二通知模块，用于当所述判断结果为否时，通知所述 PCEF所述用户帐户的余额不足，使 PCRF根据所述 PCEF发送的所述用户账户的余额不足的通知决策拒绝所述业务的请求并通知 AF、所述 PCEF和所述 0CS拒绝所述业务的请求。

26、根据权利要求 20-22任一项所述的 0CS，其特征在于，进一步包括：

第三通知模块，用于当所述判断结果为否时，通知充值消息平台所述用户帐户的余额不足；

第一接收模块，用于接收充值消息平台发送的用户决策结果；第一处理模块，用于对所述用户决策结果进行判断，当所述用户决策结果为 UE充值且业务继续时，获取充值后的用户帐户，判断所述充值后的用户帐户的余额是否足够完成所述业务，如果是，在所述充值后的用户帐户的余额中划取所述第一配额发送至所述 PCEF; 当所述用户决策结果为 UE不充值且业务继续时，将所述用户账户的余额发送至所述 PCEF; 当所述用户决策结果为 UE不充值且业务不继续时，发送余额不足信息至所述 PCEF, 配额申请失败。

27、根据权利要求 20-22任一项所述的 0CS，其特征在于，进一步包括：

第四通知模块，用于当所述判断结果为否时，通过所述 PCRF通知充值消息平台所述用户帐户的余额不足；

第二处理模块，用于当接收由 PCEF发送的所述 UE充值且业务继续的通知时，获取充值后的用户账户，判断所述充值后的用户账户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；当接收由 PCEF发送的所述 UE不充值且业务继续的通知时，将所述用户账户的余额发送至所述 PCEF, 实现在线计费；当接收由 PCEF发送的所述拒绝所述业务的请求的通知时，拒绝所述业务的请求。

28、根据权利要求 24所述的 0CS，其特征在于，进一步包括：

第五通知模块，用于当所述判断结果为否时，通知充值消息平台所述用户帐户的余额不足；

第二接收模块，用于接收所述充值消息平台发送的用户决策结果；

第三处理模块，用于对所述用户决策结果进行判断，当所述用户决策结果为 UE充值且业务继续时，获取充值后的用户帐户，判断所述充值后的用户帐户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；当所述用户决策结果为 UE不充值且业务继续时，将所述用户账户的余额发送至所述 PCEF, 实现在线计费；当所述用户决策结果为 UE不充值且业务不继续时，发送余额不足信息至所述 PCEF, 配额申请失败。

29、根据权利要求 24所述的 0CS，其特征在于，进一步包括：

第六通知模块，用于当所述判断结果为否时，通过所述 PCEF通知充值消息平台所述用户帐户的余额不足；

第四处理模块，用于当接收所述 UE充值且业务继续的通知时，获取充值后的用户账户，判断所述充值后的用户账户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；当接收所述 UE不充值且业务继续的通知时，将所述用户账户的余额发送至所述 PCEF, 实现在线计费；当接收所述拒绝所述业务的请求的通知时，拒绝所述业务的请求。

30、根据权利要求 24所述的 0CS，其特征在于，进一步包括：第七通知模块，用于当所述判断结果为否时，通过所述 PCEF和 PCRF通知充值消息平台所述用户帐户的余额不足；

第五处理模块，用于当接收由 PCEF发送的所述 UE充值且业务继续的通知时，获取充值后的用户账户，判断所述充值后的用户账户的余额是否足够完成所述业务，如果是，执行配额管理，实现在线计费；当接收由 PCEF发送的所述 UE不充值且业务继续的通知时，将所述用户账户的余额发送至所述 PCEF, 实现在线计费；当接收由 PCEF发送的所述拒绝所述业务的请求的通知时，拒绝所述业务的请求。

31、一种策略和计费规则功能实体 PCRF, 其特征在于，包括：

余额获取模块，用于接收由在线计费系统 0CS发送的用户账户的余额；

第二判断模块，用于根据所述业务需要的总配额信息和所述用户账户的余额判断所述用户帐户的余额是否足够完成所述业务，生成判断结果；

32、根据权利要求 31所述的 PCRF, 其特征在于，进一步包括：

第六处理模块，用于当所述判断结果为否时，发送余额不足信息至 AF，使所述 AF拒绝所述业务的请求。

33、根据权利要求 31所述的 PCRF, 其特征在于，进一步包括：

第八通知模块，用于当所述判断结果为否时，通知充值消息平台所述用户帐户的余额不足；

第三接收模块，用于接收充值消息平台发送的用户决策结果；

判断通知模块，用于对所述用户决策结果进行判断，当所述用户决策结果为 UE充值且业务继续时，通知所述 PCEF UE充值且业务继续；当所述用户决策结果为 UE不充值且业务继续时，通知所述 PCEF UE不充值且业务继续；当所述用户决策结果为 UE不充值且业务不继续时，通知所述 PCEF拒绝所述业务的请求。