CN105101136B

CN105101136B - 一种数据业务的计费方法、装置及系统

Info

Publication number: CN105101136B
Application number: CN201410136865.0A
Authority: CN
Inventors: 王谟磊; 吴刚
Original assignee: Huawei Technologies Co Ltd
Current assignee: Shenzhen Tianyi Technology Co ltd
Priority date: 2014-04-08
Filing date: 2014-04-08
Publication date: 2019-01-11
Anticipated expiration: 2034-04-08
Also published as: CN105101136A

Abstract

本发明实施例提供一种数据业务的计费方法，包括：策略和计费控制功能实体PCRF接收网关发送的计费策略请求消息，其中包含用户的标识和计费相关信息；所述PCRF向在线计费系统OCS发送用户鉴权请求消息，其中包含所述用户的标识和计费相关信息；所述PCRF接收所述OCS发送的用户鉴权响应消息，其中包含所述用户的离线授权业务量，所述离线授权业务量为所述用户的已付费业务量中的一部分或者全部；所述PCRF根据所述用户的离线授权业务量确定对所述用户的计费方式；所述PCRF向所述网关发送计费策略响应消息，其中包含对所述用户的计费方式。本发明实施例还提供了用于实施数据业务的计费方法的装置及系统，能够减少OCS上的资源消耗。

Description

一种数据业务的计费方法、装置及系统

技术领域

本发明涉及通信技术领域，具体涉及一种数据业务的计费方法、装置及系统。

背景技术

用户开始使用移动数据业务时，运营商对业务的使用进行计费，需要在网关和在线计费系统（Online Charging System,OCS）之间建立一个在线计费会话，以保证数据业务计费的准确性和实时性，避免用户欠费的情况出现。

对数据业务的计费要和业务的使用保持同步，也就是说，在业务使用过程中OCS和网关之间需要始终维持一个在线计费会话，固定周期地对用户进行批价和业务量授权，直到用户停止使用业务或者用户账户余额不足，需要终止业务。在线计费会话的维持会占用并消耗在线计费系统的资源，随着数据业务的使用越来越普遍，OCS上的资源占用与消耗会越来越大。

发明内容

为了解决OCS上资源消耗过大的问题，本发明实施例提供一种数据业务计费的方法、装置及系统。

第一方面，本发明实施例提供一种数据业务的计费方法，包括：

策略和计费控制功能实体PCRF接收网关发送的计费策略请求消息，其中，所述计费策略请求消息中包含用户的标识和所述用户的计费相关信息；

所述PCRF向在线计费系统OCS发送用户鉴权请求消息，其中，所述用户鉴权请求消息中包含所述用户的标识和所述用户的计费相关信息；

所述PCRF接收所述OCS发送的用户鉴权响应消息，其中，所述用户鉴权响应消息中包含所述用户的离线授权业务量，所述离线授权业务量为所述用户的已付费业务量中的一部分或者全部；

所述PCRF根据所述用户的离线授权业务量确定对所述用户的计费方式；

所述PCRF向所述网关发送计费策略响应消息，其中，所述计费策略响应消息中包含对所述用户的计费方式。

在第一方面的第一种可选方案中，所述PCRF根据所述用户的离线授权业务量确定对所述用户的计费方式，包括：

若所述用户的离线授权业务量不为零，所述PCRF确定对所述用户的计费方式为离线计费。

结合第一方面的第一种可选方案，在第二种可选方案中，所述PCRF向所述网关发送的计费策略响应消息中还包括所述用户的离线授权业务量。

结合第一方面的第二种可选方案，在第三种可选方案中，所述方法还包括：

所述PCRF接收所述网关发送的计费策略更新请求消息，其中，所述计费策略更新请求消息中包含所述用户的标识和离线业务使用量；

所述PCRF向所述OCS发送用户重鉴权请求消息，其中，所述用户重鉴权请求消息中包含所述用户的标识和离线业务使用量；

所述PCRF接收所述OCS发送的用户重鉴权响应消息，其中，所述用户重鉴权响应消息中包含所述用户的离线授权业务量，所述离线授权业务量为所述用户的已付费业务量中的一部分或者全部；

若所述用户的离线授权业务量为零，所述PCRF确定对所述用户的计费方式为在线计费；

所述PCRF向所述网关发送计费策略更新响应消息，其中，所述计费策略更新响应消息中包含对所述用户的计费方式为在线计费。

在第一方面的第四种可选方案中，所述PCRF根据所述用户的离线授权业务量确定对所述用户的计费方式，包括：

若所述用户的离线授权业务量为零，所述PCRF确定对所述用户的计费方式为在线计费。

结合第一方面的第四种可选方案，在第五种可选方案中，所述方法还包括：

所述PCRF接收所述OCS发送的所述用户的已付费业务量生效的通知；

所述PCRF向所述OCS发送用户重鉴权请求消息，其中，所述用户重鉴权请求消息中包含所述用户的标识和计费相关信息；

若所述用户的离线授权业务量不为零，所述PCRF确定对所述用户的计费方式为离线计费；

所述PCRF通知所述网关对所述用户的计费方式切换为离线计费，并向所述网关发送所述用户的离线授权业务量。

第二方面，本发明实施例提供一种数据业务的计费方法，包括：

在线计费系统OCS接收策略和计费控制功能实体PCRF发送的用户鉴权请求消息，其中，所述用户鉴权请求消息中包含用户的标识和所述用户的计费相关信息；

所述OCS根据所述用户的标识和计费相关信息获取所述用户的已付费业务量，并根据所述用户的已付费业务量确定所述用户的离线授权业务量；

所述OCS向所述PCRF发送用户鉴权响应消息，其中，所述用户鉴权响应消息中包含所述用户的离线授权业务量。

在第二方面的第一种可选方案中，若所述用户的已付费业务量不为零，所述OCS根据所述用户的已付费业务量确定所述用户的离线授权业务量，包括：

所述OCS确定所述用户的离线授权业务量为所述用户的已付费业务量的全部或者一部分。

在第二方面的第二种可选方案中，若所述用户的已付费业务量为零，所述OCS根据所述用户的已付费业务量确定所述用户的离线授权业务量，包括：

所述OCS确定所述用户的离线授权业务量为零。

结合第二方面的第二种可选方案，在第三种可选方案中，所述方法还包括：

所述OCS监测到所述用户的已付费业务量生效，所述OCS通知所述PCRF所述用户的已付费业务量生效；

所述OCS接收所述PCRF发送的用户重鉴权请求消息，其中，所述用户重鉴权请求消息中包含所述用户的标识和计费相关信息；

所述OCS依据所述用户的标识和计费相关信息获取所述用户的已付费业务量，并根据所述用户的已付费业务量确定所述用户的离线授权业务量；

所述OCS向所述PCRF发送用户重鉴权响应消息，其中，所述用户重鉴权响应消息中包含所述用户的离线授权业务量；

所述OCS接收网关发送的信用控制终止请求消息，其中，所述信用控制终止请求消息中包含所述用户的在线业务使用量；

所述OCS终止所述用户的在线计费会话，并记录所述用户的在线业务使用量。

第三方面，本发明实施例提供一种数据业务的计费方法，包括：

网关接收用户终端发送的数据业务请求，其中，所述数据业务请求中包含用户的标识；

所述网关向策略和计费控制功能实体PCRF发送计费策略请求消息，其中，所述计费策略请求消息中包含所述用户的标识和所述用户的计费相关信息；

所述网关接收所述PCRF发送的计费策略响应消息，其中，所述计费策略响应消息中包含对所述用户的计费方式；

所述网关依据所述计费方式监测所述用户的数据业务使用情况。

在第三方面的第一种可选方案中，若所述计费方式为离线计费，所述计费策略响应消息中还包含所述用户的离线授权业务量；

所述网关依据所述计费方式监测所述用户的数据业务使用情况，包括：

所述网关监测到所述用户的离线授权业务量使用完，向所述PCRF发送计费策略更新请求消息，其中，所述计费策略更新请求消息中包含所述用户的标识和离线业务使用量。

结合第三方面的第一种可选方案，在第二种可选的方案中，所述方法还包括：

所述网关接收所述PCRF发送的计费策略更新响应消息，其中，所述计费策略更新响应消息中包含对所述用户的计费方式为在线计费。

结合第三方面或者第三方面的第二种可选方案，在第三种可选的方案中，若所述计费方式为在线计费，所述网关依据所述计费方式监测所述用户的数据业务使用情况，包括：

所述网关向在线计费系统OCS发送初始信用控制请求消息，其中，所述初始信用控制请求消息中包含所述用户的标识；

所述网关接收所述OCS发送的初始信用控制响应消息，其中，所述初始信用控制响应消息中包含所述用户的在线授权业务量；

所述网关监测到所述用户的在线授权业务量使用完，向所述OCS发送信用控制更新请求消息，其中，所述信用控制更新请求消息中包含所述用户的标识和在线业务使用量。

结合第三方面的第三种可选的方案，在第四种可选的方案中，所述方法还包括：

所述网关接收所述PCRF发送的计费方式切换为离线计费的通知，并接收所述PCRF发送的离线授权业务量；

所述网关向所述OCS发送信用控制终止请求消息，其中，所述信用控制终止请求消息中包含所述用户的在线业务使用量；

所述网关接收所述OCS发送的信用控制终止响应消息；

第四方面，本发明实施例提供一种策略和计费控制功能实体RCRF，所述PCRF包括处理器和收发器，其中：

所述收发器，用于接收网关发送的计费策略请求消息，其中，所述计费策略请求消息中包含用户的标识和所述用户的计费相关信息，还用于向在线计费系统OCS发送用户鉴权请求消息，其中，所述用户鉴权请求消息中包含所述用户的标识和所述用户的计费相关信息，并接收所述OCS发送的用户鉴权响应消息，其中，所述用户鉴权响应消息中包含所述用户的离线授权业务量，所述离线授权业务量为所述用户的已付费业务量中的一部分或者全部；

所述处理器，用于根据所述收发器接收的所述用户的离线授权业务量确定对所述用户的计费方式；

所述收发器，还用于向所述网关发送计费策略响应消息，其中，所述计费策略响应消息中包含所述处理器确定的对所述用户的计费方式。

在第四方面的第一种可选的方案中，所述处理器根据所述用户的离线授权业务量确定对所述用户的计费方式，包括：

若所述用户的离线授权业务量不为零，所述处理器确定对所述用户的计费方式为离线计费。

结合在第四方面的第一种可选方案，在第二种可选的方案中，所述收发器向所述网关发送的计费策略响应消息中还包括所述用户的离线授权业务量。

结合在第四方面的第二种可选方案，在第三种可选的方案中，还包括：

所述收发器接收所述网关发送的计费策略更新请求消息，其中，所述计费策略更新请求消息中包含所述用户的标识和离线业务使用量，还用于向所述OCS发送用户重鉴权请求消息，其中，所述用户重鉴权请求消息中包含所述用户的标识和离线业务使用量，并接收所述OCS发送的用户重鉴权响应消息，其中，所述用户重鉴权响应消息中包含所述用户的离线授权业务量，所述离线授权业务量为所述用户的已付费业务量中的一部分或者全部；

若所述用户的离线授权业务量为零，所述处理器确定对所述用户的计费方式为在线计费；

所述收发器还用于向所述网关发送计费策略更新响应消息，其中，所述计费策略更新响应消息中包含对所述用户的计费方式为在线计费。

在第四方面的第四种可选方案中，所述处理器根据所述用户的离线授权业务量确定对所述用户的计费方式，包括：

若所述用户的离线授权业务量为零，所述处理器确定对所述用户的计费方式为在线计费。

结合第四方面的第四种可选方案，在第五种可选的方案中，还包括：

所述收发器接收所述OCS发送的所述用户的已付费业务量生效的通知，向所述OCS发送用户重鉴权请求消息，其中，所述用户重鉴权请求消息中包含所述用户的标识和计费相关信息，接收所述OCS发送的用户重鉴权响应消息，其中，所述用户重鉴权响应消息中包含所述用户的离线授权业务量，所述离线授权业务量为所述用户的已付费业务量中的一部分或者全部；

若所述用户的离线授权业务量不为零，所述处理器确定对所述用户的计费方式为离线计费；

所述收发器还用于，通知所述网关对所述用户的计费方式切换为离线计费，并向所述网关发送所述用户的离线授权业务量。

第五方面，本发明实施例提供一种在线计费系统OCS，所述OCS包括处理器和收发器，其中：

所述收发器，用于接收策略和计费控制功能实体PCRF发送的用户鉴权请求消息，其中，所述用户鉴权请求消息中包含用户的标识和所述用户的计费相关信息；

所述处理器，用于根据所述用户的标识和计费相关信息获取所述用户的已付费业务量，并根据所述用户的已付费业务量确定所述用户的离线授权业务量；

所述收发器，还用于向所述PCRF发送用户鉴权响应消息，其中，所述用户鉴权响应消息中包含所述用户的离线授权业务量。

在第五方面的第一种可选方案中，若所述用户的已付费业务量不为零，所述处理器根据所述用户的已付费业务量确定所述用户的离线授权业务量，包括：

所述处理器确定所述用户的离线授权业务量为所述用户的已付费业务量的全部或者一部分。

在第五方面的第二种可选方案中，若所述用户的已付费业务量为零，所述处理器根据所述用户的已付费业务量确定所述用户的离线授权业务量，包括：

所述处理器确定所述用户的离线授权业务量为零。

结合第五方面的第二种可选方案，在第三种可选的方案中，还包括：

所述处理器监测到所述用户的已付费业务量生效，所述处理器通过所述收发器通知所述PCRF所述用户的已付费业务量生效；

所述收发器接收所述PCRF发送的用户重鉴权请求消息，其中，所述用户重鉴权请求消息中包含所述用户的标识和计费相关信息；

所述处理器依据所述用户的标识和计费相关信息获取所述用户的已付费业务量，并根据所述用户的已付费业务量确定所述用户的离线授权业务量；

所述收发器向所述PCRF发送用户重鉴权响应消息，其中，所述用户重鉴权响应消息中包含所述用户的离线授权业务量，并接收网关发送的信用控制终止请求消息，其中，所述信用控制终止请求消息中包含所述用户的在线业务使用量；

所述处理器终止所述用户的在线计费会话，并记录所述用户的在线业务使用量。

第六方面，本发明实施例提供一种网关，所述网关包括处理器和收发器，其中：

所述收发器，用于接收用户终端发送的数据业务请求，其中，所述数据业务请求中包含用户的标识，向策略和计费控制功能实体PCRF发送计费策略请求消息，其中，所述计费策略请求消息中包含所述用户的标识和所述用户的计费相关信息，接收所述PCRF发送的计费策略响应消息，其中，所述计费策略响应消息中包含对所述用户的计费方式；

所述处理器依据所述计费方式监测所述用户的数据业务使用情况。

在第六方面的第一种可选方案中，若所述计费方式为离线计费，所述收发器接收的计费策略响应消息中还包含所述用户的离线授权业务量；

所述处理器依据所述计费方式监测所述用户的数据业务使用情况，包括：

所述处理器监测到所述用户的离线授权业务量使用完，通过所述收发器向所述PCRF发送计费策略更新请求消息，其中，所述计费策略更新请求消息中包含所述用户的标识和离线业务使用量。

结合第六方面的第一种可选方案，在第二种可选方案中，还包括：

所述收发器接收所述PCRF发送的计费策略更新响应消息，其中，所述计费策略更新响应消息中包含对所述用户的计费方式为在线计费。

结合第六方面或者第六方面的第二种可选方案，在第三种可选方案中，若所述计费方式为在线计费，所述处理器依据所述计费方式监测所述用户的数据业务使用情况，包括：

所述收发器向在线计费系统OCS发送初始信用控制请求消息，其中，所述初始信用控制请求消息中包含所述用户的标识，接收所述OCS发送的初始信用控制响应消息，其中，所述初始信用控制响应消息中包含所述用户的在线授权业务量；

所述处理器监测到所述用户的在线授权业务量使用完，通过所述收发器向所述OCS发送信用控制更新请求消息，其中，所述信用控制更新请求消息中包含所述用户的标识和在线业务使用量。

结合第六方面的第三种可选方案，在第四种可选方案中，还包括：

所述收发器接收所述PCRF发送的计费方式切换为离线计费的通知，并接收所述PCRF发送的离线授权业务量，向所述OCS发送信用控制终止请求消息，其中，所述信用控制终止请求消息中包含所述用户的在线业务使用量，接收所述OCS发送的信用控制终止响应消息；

第七方面，本发明实施例提供一种用于数据业务计费的系统，包括本发明实施例第四方面中各种可选方案提供的PCRF、第五方面中各种可选方案提供的OCS以及第六方面中各种可选方案提供的网关。

使用本发明实施例中公开的数据业务的计费方法，装置及系统，由PCRF和OCS结合识别出用户的已付费业务量，针对已付费业务量的使用，可以使用离线方式进行计费，无需在OCS上建立并维持在线计费会话，从而减少了OCS的资源消耗。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一个实施例提供的实施数据业务计费的系统的结构示意图；

图2为本发明一个实施例提供的一种数据业务的计费方法的示意图；

图3为本发明一个实施例提供的离线计费切换为在线计费的方法示意图；

图4为本发明一个实施例提供的在线计费切换为离线计费的方法示意图；

图5为本发明一个实施例提供的一种数据业务的计费方法的示意图；

图6为本发明一个实施例提供的在线计费切换为离线计费的方法示意图；

图7为本发明一个实施例提供的一种数据业务的计费方法的示意图；

图8为本发明一个实施例提供的场景1下的数据业务计费方法流程图;

图9为本发明一个实施例提供的场景2下的数据业务计费方法流程图；

图10为本发明一个实施例提供的场景3下的数据业务计费方法流程图；

图11为本发明一个实施例提供的一种PCRF的实体结构示意图；

图12为本发明一个实施例提供的一种OCS的实体结构示意图；

图13为本发明一个实施例提供的一种网关的实体结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在现阶段，很多移动用户的基本套餐中都会包含一些数据业务量，有些用户也会单独订购一些数据流量包。在对数据业务进行计费时，OCS一般都是先扣除用户基本套餐或者流量包内的业务量，只在基本套餐和流量包内的业务量使用完毕后，才会从用户账户中扣除继续使用数据业务所产生的费用。基本套餐费用和订购数据流量包的费用，一般都是在基本套餐生效和数据流量包订购时一次性地从用户账户中扣除，后续用户在使用基本套餐或者流量包内的业务量时，就无需从用户账户中实时扣费，但OCS同样需要为这些无需实时扣费的用户建立并维持在线计费会话，因而占用了OCS中大量的内存及CPU资源。

为了减少OCS的资源消耗，本发明实施例中在网关和OCS之间引入策略与计费规则功能实体（Policy and Charging Rules Function,PCRF），由PCRF和OCS配合识别出用户的基本套餐或者流量包内存在的业务量，OCS对这部分业务量的使用进行离线计费，无需再建立并维持在线计费会话，从而减少了OCS的资源消耗。

为了叙述的方便，以下对套餐、流量包等一次性扣除费用，无需实时从用户账户中扣费的业务量统称为用户的已付费业务量，该已付费业务量既可以用流量（以字节为单位）表示，也可以用时长（以秒为单位）表示。名称不构成对本发明实施例的限定。

图1所示为本发明一个实施例提供的实施数据业务计费的系统的结构示意图。在后续实施例中，以该系统为基础详细介绍本发明实施例提供的数据业务的计费方法。

如图1所示的系统，由网关、PCRF，以及OCS组成。其中，网关与PCRF相连，其作用是为用户提供数据业务接入服务，并与PCRF和OCS配合对用户的数据业务进行计费。网关的作用具体包括为用户请求业务量授权，监测授权业务量的使用情况，还包括向PCRF提供用户的计费相关信息，并向PCRF或者OCS反馈用户的业务使用量以便进行计费等等。具体地，网关可以为策略与计费执行功能实体（Policy and Charging Enforcement Function,PCEF），也可以为网关GPRS支持节点（Gateway GPRS Support Node,GGSN）。

如图1所示，PCRF分别与网关及OCS相连。前已述及，在本发明实施例中引入PCRF，由PCRF和OCS配合识别出用户的已付费业务量，并对已付费业务量的使用采用离线方式计费。具体地，由PCRF将网关上报的用户的计费相关信息发送到OCS，并根据OCS的反馈决定对用户使用的已付费业务量采用离线方式计费。

相对应地，OCS与PCRF相连，它的作用在于对用户做鉴权，获取该用户的已付费业务量，并依据用户的已付费业务量确定对该用户的离线授权业务量。具体的，用户的离线授权业务量可以为用户的已付费业务量的全部或者一部分。OCS将离线授权业务量发送给PCRF，以便PCRF决定对用户采取的计费方式。为便于PCRF向OCS发送用户鉴权请求消息和用户的计费相关信息，以及OCS向PCRF反馈用户鉴权响应消息，可以在PCRF和OCS之间设置一个专门的消息接口。例如，本发明实施例中在OCS和PCRF之间新增一个UserCheckandReport接口。在本发明另一个实施例中，也可以使用PCRF和OCS之间现有的Sy接口来实现上述信息的传递。

为了叙述和区分的方便，在本发明实施例中将OCS根据PCRF的请求，为用户分配的业务量称为离线授权业务量，对离线授权业务量的使用采用离线方式计费；将OCS根据网关的请求，为用户分配的业务量称为在线授权业务量，对在线授权业务量的使用采用在线方式计费。OCS向PCRF反馈的离线授权业务量可以为零（用户不具备已付费业务量时）。相对应地，用户使用的离线授权业务量可称为离线业务使用量；用户使用的在线授权业务量可称为在线业务使用量。名称不构成对发明实施例的限定。

此外，本发明实施例提供的数据业务的计费方法中还包括计费方式发生转换的情形：用户的已付费业务量使用完毕，需要从离线计费转换为在线计费；或者用户开始使用业务时不具备已付费业务量，但在业务使用过程中有新的已付费业务量生效，计费方式从在线计费转换为离线计费。计费方式发生转换的详细内容以及PCRF、OCS和网关在其中所起的作用将在后续实施例中进行说明。

结合前述实施例中公开的实施数据业务计费的系统，以下介绍一种数据业务的计费方法。图2所示为本发明一个实施例提供的一种数据业务的计费方法的示意图，依据图2，详述本实施例提供的数据业务的计费方法中的各步骤如下：

步骤201、PCRF接收网关发送的计费策略请求消息，其中，计费策略请求消息中包含用户的标识和用户的计费相关信息。

其中，在本发明实施例中网关收到用户终端发起的数据业务请求后，不再向OCS发起鉴权请求，而是向PCRF发送计费策略请求消息，以实现对用户的已付费业务量的离线计费。PCRF向网关发送的计费策略请求消息可以为初始信用控制请求（Credit ControlRequest-Initial,CCR-Initial）消息。

计费策略请求消息中包含的用户标识可以为用户的手机号，用户的计费相关信息为网关收集的，供PCRF和OCS配合识别用户的已付费业务量，并决定对用户的离线授权业务量。

步骤202、PCRF向OCS发送用户鉴权请求消息，其中，用户鉴权请求消息中包含用户的标识和用户的计费相关信息。

步骤203、PCRF接收OCS发送的用户鉴权响应消息，其中，用户鉴权响应消息中包含用户的离线授权业务量，离线授权业务量为用户的已付费业务量中的一部分或者全部。

在步骤202和203中，OCS收到用户鉴权请求消息后，根据用户的标识和计费相关信息获取用户的已付费业务量，并据此决定对用户的离线授权业务量。

步骤204、PCRF根据用户的离线授权业务量确定对该用户的计费方式。

其中，该步骤具体可包括两种情况：一种情况是用户的离线授权业务量不为零，PCRF据此确定可对该用户采用离线方式计费；另一种情况是用户的离线授权业务量为零，PCRF据此确定要对该用户采用在线方式计费。此外，还可以包括计费方式切换的情况，例如在第一种情况下计费方式由离线计费切换为在线计费；在第二种情况下计费方式由在线计费切换为离线计费。

步骤205、PCRF向网关发送计费策略响应消息，其中，该计费策略响应消息中包含对用户的计费方式。

对于前述步骤201—205中PCRF和OCS之间的信息交互，本发明实施例在二者之间新增一个消息接口，以供PCRF向OCS发送用户鉴权请求消息，并接收OCS发送的用户鉴权响应消息。具体的，二者之间新增的消息接口可以为UserCheckandReport接口。此外，也可以使用PCRF和OCS之间现有的Sy接口来实现用户鉴权请求消息和用户鉴权响应消息的传递。

以下对步骤204中的第一种情况作详细说明。

若用户的离线授权业务量不为零，PCRF确定对用户的计费方式为离线计费，PCRF还需把OCS对用户的离线授权业务量发送给网关，以便网关监控用户的业务使用情况。在实施时，可以在步骤205中PCRF向网关发送计费策略响应消息时，在该计费策略响应消息中包含用户的离线授权业务量。

PCRF将离线计费方式和离线授权业务量反馈给网关后，网关按照离线计费方式监测用户的业务使用，后续也有可能发生计费方式切换的情况。图3所示即为本发明一个实施例提供的离线计费切换为在线计费的方法示意图。依据图3，介绍其中的各步骤如下：

步骤301、PCRF接收网关发送的计费策略更新请求消息，其中，计费策略更新请求消息中包含用户的标识和离线业务使用量。

其中，网关监测到用户使用完离线授权业务量之后，即向网关发送计费策略更新请求消息，请求重新为用户授权业务量。网关发送的计费策略更新请求消息可以为信用控制更新请求（CCR-Update）消息。

步骤302、PCRF向OCS发送用户重鉴权请求消息，其中，用户重鉴权请求消息中包含用户的标识和离线业务使用量。

步骤303、PCRF接收OCS发送的用户重鉴权响应消息，其中，用户重鉴权响应消息中包含用户的离线授权业务量，离线授权业务量为用户的已付费业务量中的一部分或者全部。

步骤304、若用户的离线授权业务量为零，PCRF确定对用户的计费方式为在线计费。

在步骤303和304中，OCS再次对用户做鉴权，发现用户的已付费业务量使用完，向PCRF反馈的离线授权业务量即为零，PCRF发现用户的离线授权业务量为零，则可确定对用户采用在线方式计费。

步骤305、PCRF向网关发送计费策略更新响应消息，其中，计费策略更新响应消息中包含对用户的计费方式为在线计费。

PCRF向网关发送的计费策略更新响应消息可以为信用控制更新应答（CCA-Update）消息。

在步骤204的另一种情况下，用户的已付费业务量为零，OCS向PCRF反馈的离线授权业务量也为零，PCRF据此确定对该用户的计费方式为在线计费。

PCRF将在线计费方式反馈给网关后，网关按照在线计费方式监测用户的业务使用，后续也有可能发生计费方式切换的情况。图4所示即为本发明一个实施例提供的在线计费切换为离线计费的方法示意图。依据图4，介绍其中的各步骤如下：

步骤401、PCRF接收OCS发送的用户的已付费业务量生效的通知。

其中，用户有新的已付费业务量生效，可以是用户新的基本套餐生效，也可以是用户订购了新的流量套餐包，不论是哪种情况，OCS都会监测到，并通知PCRF。具体的，OCS可以向PCRF发送消费状态通知请求（Spending Status Notification Request,SNR）消息，通知PCRF对该用户的计费方式由在线计费切换为离线计费。

步骤402、PCRF向OCS发送用户重鉴权请求消息，其中，用户重鉴权请求消息中包含用户的标识和计费相关信息。

步骤403、PCRF接收OCS发送的用户重鉴权响应消息，其中，用户重鉴权响应消息中包含用户的离线授权业务量，离线授权业务量为用户的已付费业务量中的一部分或者全部。

步骤404、若用户的离线授权业务量不为零，PCRF确定对用户的计费方式为离线计费。

其中，在步骤403和404中，因为有新的已付费业务量生效，OCS向PCRF反馈的离线授权业务量不为零，PCRF据此可确定对该用户采用离线计费。

步骤405、PCRF通知网关对用户的计费方式切换为离线计费，并向网关发送用户的离线授权业务量。

其中，PCRF可以向网关发送重鉴权请求（Re-Auth-Request,RAR）消息，在该消息中包含离线计费方式和离线授权业务量。

使用本发明实施例中公开的数据业务的计费方法，由PCRF和OCS结合识别出用户的已付费业务量，针对已付费业务量的使用，可以使用离线方式进行计费，无需在OCS上建立并维持在线计费会话，从而减少了OCS的资源消耗。

图5所示为本发明一个实施例提供的另一种数据业务的计费方法的示意图。依据图5，详述本实施例提供的数据业务的计费方法的各步骤如下：

步骤501、OCS接收PCRF发送的用户鉴权请求消息，其中，用户鉴权请求消息中包含用户的标识和用户的计费相关信息；

步骤502、OCS根据用户的标识和计费相关信息获取用户的已付费业务量，并根据用户的已付费业务量确定用户的离线授权业务量；

其中，OCS通过用户标识对用户做鉴权，鉴权通过后，再通过用户标识和计费相关信息获取用户的已付费业务量。用户的标识可以为用户的手机号码，计费相关信息可以为3GPP无线接入类型（3GPP-RAT-Type）。

具体的，OCS可以通过用户的手机号码确定用户的基本套餐，并判断该用户是否订购了数据流量包。然后结合3GPP无线接入类型（例如3G信号），获取在此种接入类型下用户的基本套餐和数据流量包（用户订购了数据流量包的前提下）中的剩余业务量，用户的基本套餐和数据流量包中的剩余业务量即为用户的已付费业务量。很显然，用户的已付费业务量可以为零，也可以不为零。

步骤503、OCS向PCRF发送用户鉴权响应消息，其中，用户鉴权响应消息中包含用户的离线授权业务量。

根据用户的已付费业务量是否为零，前述步骤502中OCS根据用户的已付费业务量确定用户的离线授权业务量就可以分为两种情况：第一种情况，用户的已付费业务量为零，用户的离线授权业务量也为零；第二种情况，用户的已付费业务量不为零，OCS可以一次性将已付费业务量授权给用户，也可以分多次授权，本发明实施例对分配方式不做限定。

在前一个实施例中已经提及，OCS对用户的离线授权业务量为零，PCRF通知网关对用户以在线方式计费，在用户使用业务的过程中，OCS可能会监测到用户有新的已付费业务量生效，OCS会通知PCRF用户有新的已付费业务量生效，之后会发生计费方式由在线计费到离线计费的切换。图6所示即为本发明一个实施例提供的在线计费切换为离线计费的方法示意图。依据图6，介绍其中的各步骤如下：

步骤601、OCS监测到用户的已付费业务量生效，OCS通知PCRF用户的已付费业务量生效。

步骤602、OCS接收PCRF发送的用户重鉴权请求消息，其中，用户重鉴权请求消息中包含用户的标识和计费相关信息。

步骤603、OCS依据用户的标识和计费相关信息获取用户的已付费业务量，并根据用户的已付费业务量确定用户的离线授权业务量。

步骤604、OCS向PCRF发送用户重鉴权响应消息，其中，用户重鉴权响应消息中包含用户的离线授权业务量。

其中，步骤601—604与前述步骤401—404相似，此处不过多赘述。

步骤605、OCS接收网关发送的信用控制终止请求消息，其中，信用控制终止请求消息中包含用户的在线业务使用量。

其中，在OCS监测到用户新的已付费业务量生效之前，对用户采用在线方式计费，OCS和网关之间存在用户的在线计费会话，切换到离线计费后，首先需要终止用户的在线计费会话。

步骤606、OCS终止用户的在线计费会话，并记录用户的在线业务使用量。

其中，OCS将用户的在线业务使用量入账，并终止用户的在线计费会话，之后网关按照离线计费方式监测用户的数据业务使用情况。

图7所示为本发明一个实施例提供的另一种数据业务的计费方法的示意图。依据图7，详述本实施例提供的数据业务的计费方法的各步骤如下：

步骤701、网关接收用户终端发送的数据业务请求，其中，该数据业务请求中包含用户的标识。

其中，用户通过其终端向网关发起数据业务请求，在数据业务请求中包含用户的标识，例如手机号。

步骤702、网关向PCRF发送计费策略请求消息，其中，计费策略请求消息中包含用户的标识和用户的计费相关信息。

步骤703、网关接收PCRF发送的计费策略响应消息，其中，计费策略响应消息中包含对该用户的计费方式。

其中，步骤702和703和前述实施例中的步骤201—205相似，更多详细内容可参看前述步骤201—205，此处不再赘述。

步骤704、网关依据计费方式监测用户的数据业务使用情况。

前已述及，对用户的计费方式包括两种：离线计费和在线计费。若为离线计费，步骤703中计费策略响应消息中还包含对该用户的离线授权业务量。

对用户采用离线方式计费时，网关依据计费方式监测用户的数据业务使用情况，包括：

网关监测到用户的离线授权业务量使用完，向PCRF发送计费策略更新请求消息，其中，计费策略更新请求消息中包含用户的标识和离线业务使用量。

对用户采用离线方式计费时，用户在使用业务的过程中还可能包括计费方式从离线计费到在线计费的切换，在网关向PCRF发送计费策略更新请求消息之后，还可以包括：

网关接收PCRF发送的计费策略更新响应消息，其中，计费策略更新响应消息中包含对用户的计费方式为在线计费。

对用户采用在线方式计费时（既包括用户刚上线时采用在线方式计费，也包括用户使用数据业务过程中计费方式切换为在线计费），网关依据计费方式监测用户的数据业务使用情况，包括如下步骤：

步骤1、网关向OCS发送初始信用控制请求消息，其中，初始信用控制请求消息中包含用户的标识。

步骤2、网关接收OCS发送的初始信用控制响应消息，其中，初始信用控制响应消息中包含用户的在线授权业务量。

其中，OCS收到网关的初始信用控制请求消息后，根据用户账户的余额为用户分配在线授权业务量。

步骤3、网关监测到用户的在线授权业务量使用完，向OCS发送信用控制更新请求消息，其中，信用控制更新请求消息中包含用户的标识和在线业务使用量。

其中，对用户采用在线方式计费时，需要在网关和OCS之间为该用户建立在线计费会话，通过该在线计费会话，网关为用户申请在线业务授权量，在监测到用户的在线业务授权量使用完之后，向OCS申请新的在线业务授权量。OCS将用户的在线业务使用量入账，并根据用户账户的最新余额为用户分配新的在线授权业务量。

对用户采用在线方式计费时，还可能包含在线计费方式向离线计费方式的切换，具体的切换过程在前述步骤401—404和步骤601—604已做了详细说明，下面从网关的角度对这一切换过程做简要说明。

步骤1、网关接收PCRF发送的计费方式切换为离线计费的通知，并接收PCRF发送的离线授权业务量；

步骤2、网关向OCS发送信用控制终止请求消息，其中，信用控制终止请求消息中包含用户的在线业务使用量；

步骤3、网关接收OCS发送的信用控制终止响应消息；

步骤4、网关监测到用户的离线授权业务量使用完，向PCRF发送计费策略更新请求消息，其中，计费策略更新请求消息中包含用户的标识和离线业务使用量。

以下对本发明实施例提供的数据业务的计费方法可能会涉及到的几种场景做一下总结，具体可分为三种场景。

场景1：用户使用数据业务的全过程采用离线计费

在用户使用数据业务的全过程中，OCS分配的离线授权业务量（至少分配一次）不为零，对该用户采用离线方式计费。

场景2：用户开始使用数据业务时为离线计费，后切换为在线计费

用户刚开始使用数据业务时，OCS分配的离线授权业务量不为零，对该用户采用离线方式计费；在数据业务使用过程中，用户的已付费业务量使用完，计费方式切换为在线计费。

场景3：用户开始使用数据业务时为在线计费，后切换为离线计费

用户刚开始使用数据业务时，OCS分配的离线授权业务量为零，对该用户采用在线方式计费；在数据业务使用过程中，用户有新的已付费业务量生效，计费方式切换为离线计费。

以下通过对上述三种场景下的举例，详细说明前面几个实施例中提供的数据业务计费的方法。

图8所示为本发明一个实施例提供的场景1下的数据业务计费方法流程图。在场景1中，用户使用数据业务的全过程采用离线计费。以下依据图8详细介绍该场景下方法流程中的各个步骤。

在此实施例中，假设用户拥有的基本套餐为10元包30M流量，并且基本套餐带宽为512Kbps。假设现在是月初，用户的基本套餐中还剩余20M流量，也即用户的已付费业务量为20M。

步骤801、用户上线（即用户通过终端请求使用数据业务），网关发送CCR-Initial消息到PCRF进行计费策略申请，在此消息中携带用户的标识和该用户的计费相关信息。

其中，用户标识可以为用户的手机号；用户的计费相关信息在后面进行说明。

步骤802、PCRF向OCS发送用户鉴权请求消息，其中包含用户标识和计费相关信息。

其中，在本发明实施例中，PCRF向OCS发送用户鉴权请求消息可以通过在OCS和PCRF之间新增的UserCheckandReport接口来实现，也可以通过二者之间现有的Sy接口来实现。

用户的计费相关信息为网关收集的，用于该用户鉴权和计费的信息。

用户鉴权请求消息中包括的主要参数如下表一所示：

表一

其中，上表一中的AVP（Attribute Value Pairs，属性值对）[Gx-Report-List]中包含的信息是网关收集的，上报给PCRF的用户信息中所有可能包含的内容，并不代表在任何情况下都必须携带上表中所列的所有内容。另外，需要说明的一点是，上述步骤801和802中的用户的计费相关信息可以是[Gx-Report-List]中包含的全部信息，也可以只是其中的一部分信息，本发明实施例对此不做限定。

例如，在本实施例中，PCRF向OCS发送的用户鉴权请求消息中包含的参数可以为：{Subscription-Id-Data}:13812345678

[3GPP-RAT-Type]:URTAN（UMTS Terrestrial Radio Access Network，UMTS陆地无线接入网）

此外，上表一中的[Used-Service-Unit]参数表示用户已使用的业务量，在PCRF首次向OCS发送用户鉴权请求消息时该参数的值为零。

步骤803、OCS对用户进行鉴权，若通过鉴权，OCS根据用户标识及计费相关信息获取该用户的已付费业务量，并根据已付费业务量确定该用户的离线授权业务量。

其中，OCS通过用户标识（例如用户的手机号）对用户进行鉴权，判断该用户的状态是否正常，用户账户是否欠费，若用户状态正常且用户账户没有欠费，则可确定该用户通过鉴权。

用户的离线授权业务量取决于该用户的已付费业务量，若用户的已付费业务量为零，则离线授权业务量为零；若用户的已付费业务量不为零，则离线授权业务量为已付费业务量的一部分或者全部。

步骤804、OCS向PCRF发送用户鉴权响应消息，其中包含该用户的离线授权业务量。

用户鉴权响应消息既可以是通过本发明实施例中新增的OCS和PCRF之间的UserCheckandReport接口来实现，也可以是通过二者之间现有的Sy接口来实现，具体取决于PCRF采用哪种方式向OCS发送的用户鉴权请求消息，OCS发送用户鉴权响应消息和PCRF发送用户鉴权请求消息所采用的方式一致。

结合本实施例开始举的例子，OCS获取的用户的已付费业务量为20M，OCS向PCRF发送离线授权业务量，可以一次性将全部的已付费业务量发送给PCRF，也可以只发送其中的一部分。假设在本实施例中离线授权业务量为10M，则OCS发送的用户鉴权响应消息中可以包含如下参数：

[User-State]:Available（用户状态：可用）

[Granted-Service-Unit]:10240K（10M）（授权业务量：10240K）

步骤805、PCRF确定OCS反馈的用户的离线授权业务量不为零，则可确定对该用户采用离线方式计费，同时根据用户的套餐种类为用户分配数据业务的带宽。

其中，在本实施例的示例中，用户的基本套餐带宽为512Kbps，PCRF据此可确定用户数据业务的带宽为512Kbps。

步骤806、PCRF向网关发送初始信用控制应答（Credit Control Answer-Initial，CCA-Initial）消息，通知网关用户的计费方式和离线授权业务量。

CCA-Initial消息中可包括如下参数：

Charging Rule：common（计费规则：普通）

带宽信息：512Kbps

计费方式：Offline（离线）

[Granted-Service-Unit]：10240K

步骤807、网关根据PCRF发送的CCA-Initial消息确定对该用户采用离线方式计费，从而无需向OCS发起在线计费会话。

网关监测用户的离线业务使用量，在监测到用户使用完10M的离线授权业务量之后，转到步骤808。

步骤808、网关发送CCR-Update消息到PCRF，请求更新计费策略，同时上报用户的离线业务使用量，CCR-Update消息中的主要参数包括用户标识和离线业务使用量：

{Subscription-Id-Data}:13812345678

[Used-Service-Unit]:10240K（已使用业务量：10240K）

步骤809、PCRF记录用户的离线业务使用量，向OCS发送用户重鉴权请求消息，同时将用户的离线业务使用量上报给OCS，主要参数包括：

{Subscription-Id-Data}：13812345678

[Used-Service-Unit]：10240K

步骤810、OCS将用户的离线业务使用量入账，并且重新对用户做鉴权，鉴权通过后根据用户标识及计费相关信息获取该用户的已付费业务量。

在本实施例中假设用户拥有20M的已付费业务量，前述步骤804中已分配的离线授权业务量为10M(10240K)，因而该用户的已付费业务量还剩余10M。

步骤811、OCS向PCRF发送用户重鉴权响应消息，将新的离线业务授权量发送到PCRF，用户重鉴权响应消息中可以包括如下参数：

{Subscription-Id-Data}：13812345678

[User-State]：Available

[Granted-Service-Unit]：10240K

步骤812、PCRF通过CCA-Update消息将新的计费方式和离线授权业务量下发给网关，在CCA-Update消息中可以包括如下参数：

Charging Rule：common

带宽信息：512Kpbs

计费方式：Offline

[Granted-Service-Unit]：10240K

和步骤805以及806相似，OCS反馈的离线授权业务量不为零，PCRF确定对用户的计费方式为离线计费，则向网关反馈离线计费方式以及离线授权业务量。

网关监测用户的离线业务使用量，在本次分配的10M流量使用完之前，用户下线（即停止使用数据业务）。如果本次分配的10M流量使用完之后，用户继续使用数据业务，对该用户的计费方式就要切换为在线计费，计费方式切换的详细情况在场景2中进行说明。

需要说明的是，本实施例中以用户已付费业务量为20M，OCS每次分配10M的离线授权业务量为例进行说明，并不表示将OCS分配离线授权业务量的方式限定在这一种，实际上OCS可以按照任意比例为用户分配离线授权业务量。

图9所示为本发明一个实施例提供的场景2下的数据业务计费方法流程图。在场景2中，用户开始使用数据业务时采用离线方式对其计费，在已付费业务量使用完之后，计费方式切换为在线计费。以下依据图9详细介绍该场景下方法流程中的各个步骤。

在此实施例中，假设用户拥有的基本套餐为10元包30M流量，并且基本套餐带宽为512Kbps。基本套餐用完后按照0.001元/Kb的费率从用户主账户中扣费，且带宽为384Kbps，使用主账户时OCS每次对用户的业务授权量为1024Kb（1Mb）。假设现在是月初，用户的基本套餐中还剩余20M流量，也即用户的已付费业务量为20M。

在场景2中，对用户进行离线计费的流程和场景1相同，具体可参见上一实施例中的步骤801—812，此处不再赘述。以下重点介绍离线计费方式到在线计费方式的切换，以及在线计费的流程。

步骤901、网关监测到用户的离线授权业务量使用完，转到步骤902。

其中，在本步骤中网关监测的用户的业务使用量是OCS为用户分配的离线授权业务量。

步骤902、网关发送CCR-Update消息到PCRF，请求更新计费策略，同时上报用户的离线业务使用量。

步骤903、PCRF记录用户的离线业务使用量，向OCS发送用户重鉴权请求消息，同时将用户的离线业务使用量上报给OCS。

步骤904、OCS将用户的离线业务使用量入账，并且重新对用户做鉴权，鉴权通过后根据用户标识及计费相关信息获取该用户的已付费业务量。

前已述及，用户的已付费业务量为20M，在离线计费过程中（详见步骤801—812）用户的离线业务使用量为20M，因此OCS获取的用户的已付费业务量为零，反馈给PCRF的离线授权业务量也就为零。

步骤905、OCS向PCRF发送用户重鉴权响应消息，将新的离线业务授权量（为零）发送到PCRF，用户重鉴权响应消息中可以包括如下参数：

{Subscription-Id-Data}：13812345678

[User-State]：Available

[Granted-Service-Unit]：0

步骤906、PCRF收到用户重鉴权响应消息后，发现用户的离线授权业务量为零，则发送消费限额请求（Spending Limit Request,SLR）消息到OCS，请求获取用户的业务使用量、账户余额，或者计费方式等信息。SLR消息中的主要参数可以包括如下内容：

Subscription-Id-Data：13812345678

Policy-Counter-Identifier：charging

Policy-Counter-Status：online

步骤907、OCS向PCRF发送消费限额应答（Spending Limit Answer,SLA）消息，其中包含了PCRF向OCS请求的信息。

步骤908、PCRF根据用户订购策略以及OCS反馈的信息获取用户数据业务的带宽。

步骤909、PCRF通过CCA-Update消息指示网关将用户的计费方式切换为在线计费，在该CCA-Update消息中可以包括如下参数：

Charging Rule：common

带宽信息：384Kbps

计费方式：online

步骤910、网关收到CCA-Update消息后，监测到用户的计费方式由离线计费切换为在线计费。

步骤911、网关发送CCR-initial消息到OCS，请求对用户做鉴权和业务量授权。

步骤912、OCS对用户进行鉴权，若该用户通过鉴权，OCS对用户进行批价和业务量授权。

步骤913、OCS发送CCA-initial消息到网关，将对该用户的在线授权业务量下发给网关。

在本实施例中，用户的在线授权业务量可以为1M（1024Kb）。

步骤914、网关监测用户的业务使用量，如果当前的在线授权业务量使用完，则向OCS请求重新为用户进行业务量授权。

步骤915、网关向OCS发送CCR-Update消息，上报用户的在线业务使用量并请求OCS为用户授权新的业务量。

步骤916、OCS将用户的在线业务使用量入账，并且重新对用户做业务量授权。

步骤917、OCS发送CCA-Update消息到网关，将对该用户的新的在线授权业务量下发给网关。

网关继续监测用户的在线业务使用量，在用户使用完当前的在线授权业务量后，再次向OCS请求为用户进行业务量授权，直到用户下线或者用户的账户余额不足被OCS拒绝。

图10所示为本发明一个实施例提供的场景3下的数据业务计费方法流程图。在场景3中，用户开始使用数据业务时采用在线方式对其计费，在业务使用过程中，计费方式切换到离线计费。以下依据图10详细介绍该场景下方法流程中的各个步骤。

在此实施例中，假设用户拥有的基本套餐为10元包30M流量，并且基本套餐带宽为512Kbps，基本套餐用完后按照0.001元/Kb的费率从用户主账户中扣费，且带宽为384Kbps，使用主账户时OCS每次的业务授权量为1024Kb（1Mb）。假设现在是月末，用户的基本套餐已经用完，也没有订购其他数据流量包，也即用户的已付费业务量为零。

步骤1001、用户上线，网关发送CCR-Initial消息到PCRF进行计费策略申请，在此消息中携带用户标识和该用户的计费相关信息。

步骤1002、PCRF向OCS发送用户鉴权请求消息，其中包含该用户的标识和计费相关信息。

用户鉴权请求消息中包含的参数如上表一所示，此处不再赘述。

步骤1003、OCS对用户做鉴权，若通过鉴权，OCS根据用户标识及计费相关信息获取该用户的已付费业务量，并根据已付费业务量确定对该用户的离线授权业务量。

步骤1004、OCS向PCRF发送用户鉴权响应消息，其中包含对用户的离线授权业务量。

在本实施例中，OCS获取的用户的已付费业务量为零，离线授权业务量也就为零。

步骤1005、PCRF收到用户鉴权响应消息后，发现对该用户的离线授权业务量为零，则发送SLR消息到OCS，请求获得用户的使用量、账户余额，或者计费方式等信息。主要参数可以包括如下内容：

Subscription-Id-Data：13812345678

Policy-Counter-Identifier：charging

Policy-Counter-Status：online

步骤1006、OCS向PCRF发送SLA消息，其中包含了PCRF向OCS请求的各项信息。

步骤1007、PCRF根据用户的订购策略以及OCS反馈的信息获取用户数据业务的带宽。

步骤1008、PCRF通过CCA-Initial消息指示网关该用户的计费方式为在线计费。

在线计费的流程可参见前述步骤911—917，此处不再赘述。

以下介绍计费方式由在线计费切换到离线计费的流程。

步骤1009、OCS监测到该用户有新的已付费业务量生效。

其中，用户新生效的已付费业务量可以为新的月基本套餐生效，或者用户订购了新的数据流量包。

步骤1010、OCS发送SNR消息到PCRF，以通知PCRF对该用户的计费方式由在线计费切换为离线计费。

在该SNR消息中可以包括如下参数：

Subscription-Id-Data：13812345678

Policy-Counter-Identifier：charging

Policy-Counter-Status：offline

步骤1011、PCRF向OCS发送消费状态通知应答消息（Spending StatusNotification Answer,SNA）。

步骤1012、PCRF监测到用户的计费方式发生改变，由在线计费切换为离线计费。

步骤1013、PCRF重新发送用户鉴权请求消息到OCS，消息中主要包括如下参数：

Subscription-Id-Data：13812345678

Used-Service-Unit：0

步骤1014、OCS对用户做鉴权，若通过鉴权，OCS根据用户标识及计费相关信息获取该用户的已付费业务量，并根据已付费业务量确定对该用户的离线授权业务量。

步骤1015、OCS向PCRF发送用户鉴权响应消息，其中包含了对用户的离线授权业务量。

这里的离线授权业务量可以为该用户新生效的已付费业务量中的一部分，也可以是全部。假设用户新生效的已付费业务量为20M，OCS可以在用户鉴权响应消息中携带10M的离线授权业务量。

步骤1016、PCRF向网关发送RAR消息，下发对该用户的计费方式、离线授权业务量，以及带宽。具体可在RAR消息中包含如下参数：

Charging Rule：common

带宽信息：512Kpbs

计费方式：Offline

[Granted-Service-Unit]：10240K

步骤1017、网关向PCRF发送重鉴权响应（Re-Auth-Answer,RAA）消息。

步骤1018、网关监测到对用户的计费方式由在线计费切换为离线计费。

步骤1019、网关向OCS发送信用控制终止请求消息（CCR-Terminal）消息，请求终止该用户的在线计费会话，其中CCR-Terminal消息中包括该用户的在线业务使用量。

步骤1020、OCS将用户的在线业务使用量入账。

步骤1021、OCS终止该用户的在线计费会话，向网关反馈信用控制终止应答（CCA-Terminal）消息。

步骤1022、用户的在线计费会话终止后，网关不再向OCS发起在线计费会话，依据用户的离线授权业务量监测用户的离线业务使用量。

以下的离线计费流程可参见前述步骤808—812，此处不再赘述。

通过对上述三个场景的介绍，可以看出，使用本发明实施例中公开的数据业务的计费方法，由PCRF和OCS结合识别出用户的已付费业务量，针对已付费业务量的使用，可以使用离线方式进行计费，无需在OCS上建立并维持在线计费会话，从而减少了OCS的资源消耗。

以下介绍本发明实施例提供的用于数据业务计费的装置及系统，可基于这些装置及系统执行前述实施例中公开的数据业务的计费方法。

图11为本发明一个实施例提供的一种PCRF的实体结构示意图。如图11所示，本实施例提供的PCRF包括收发器1101和处理器1102，其中：

收发器1101，用于接收网关发送的计费策略请求消息，其中，计费策略请求消息中包含用户的标识和用户的计费相关信息，还用于向在线计费系统OCS发送用户鉴权请求消息，其中，用户鉴权请求消息中包含用户的标识和用户的计费相关信息，并接收OCS发送的用户鉴权响应消息，其中，用户鉴权响应消息中包含用户的离线授权业务量，离线授权业务量为用户的已付费业务量中的一部分或者全部；

处理器1102，用于根据收发器接收的用户的离线授权业务量确定对用户的计费方式；

收发器1101，还用于向网关发送计费策略响应消息，其中，计费策略响应消息中包含处理器确定的对用户的计费方式。

前述处理器1102根据用户的离线授权业务量确定对用户的计费方式，包括：若用户的离线授权业务量不为零，处理器1102确定对用户的计费方式为离线计费。

在离线计费的情况下，收发器1101向网关发送的计费策略响应消息中还包括用户的离线授权业务量。

离线计费时，还包括离线计费方式切换为在线计费方式，PCRF的作用如下：

收发器1101接收网关发送的计费策略更新请求消息，其中，计费策略更新请求消息中包含用户的标识和离线业务使用量，还用于向OCS发送用户重鉴权请求消息，其中，用户重鉴权请求消息中包含用户的标识和离线业务使用量，并接收OCS发送的用户重鉴权响应消息，其中，用户重鉴权响应消息中包含用户的离线授权业务量，离线授权业务量为用户的已付费业务量中的一部分或者全部；

若用户的离线授权业务量为零，处理器1102确定对用户的计费方式为在线计费；

收发器1101还用于向网关发送计费策略更新响应消息，其中，计费策略更新响应消息中包含对用户的计费方式为在线计费。

前述处理器1102根据用户的离线授权业务量确定对用户的计费方式，还包括：若用户的离线授权业务量为零，处理器1102确定对用户的计费方式为在线计费。

在线计费时，还包括在线计费方式切换为离线计费方式，PCRF的作用如下：

收发器1101接收OCS发送的用户的已付费业务量生效的通知，向OCS发送用户重鉴权请求消息，其中，用户重鉴权请求消息中包含用户的标识和计费相关信息，接收OCS发送的用户重鉴权响应消息，其中，用户重鉴权响应消息中包含用户的离线授权业务量，离线授权业务量为用户的已付费业务量中的一部分或者全部；

若用户的离线授权业务量不为零，处理器1102确定对用户的计费方式为离线计费；

收发器1101还用于，通知网关对用户的计费方式切换为离线计费，并向网关发送用户的离线授权业务量。

在本实施例中，PCRF和OCS之间新增一个消息接口，收发器1101通过新增消息接口向OCS发送用户鉴权请求消息；或者

收发器1101通过Sy接口向OCS发送用户鉴权请求消息。

以上依据图11对PCRF组成部分及其各自的作用做了介绍，更详细的内容可参照图2—图4及其对应的实施例，此处不再赘述。

图12为本发明一个实施例提供的一种OCS的实体结构示意图。如图12所示，本实施例提供的OCS包括收发器1201和处理器1202，其中：

收发器1201，用于接收PCRF发送的用户鉴权请求消息，其中，用户鉴权请求消息中包含用户的标识和用户的计费相关信息；

处理器1202，用于根据用户的标识和计费相关信息获取用户的已付费业务量，并根据用户的已付费业务量确定用户的离线授权业务量；

收发器1201，还用于向PCRF发送用户鉴权响应消息，其中，用户鉴权响应消息中包含用户的离线授权业务量。

若用户的已付费业务量不为零，处理器1202根据用户的已付费业务量确定用户的离线授权业务量，包括：

处理器1202确定用户的离线授权业务量为用户的已付费业务量的全部或者一部分。

若用户的已付费业务量为零，处理器1202根据用户的已付费业务量确定用户的离线授权业务量，包括：

处理器1202确定用户的离线授权业务量为零。

处理器1202确定用户的离线授权业务量为零，即对用户在线计费时，还包括在线计费方式切换为离线计费方式，OCS的作用如下：

处理器1202监测到用户的已付费业务量生效，处理器1202通过收发器1201通知PCRF用户的已付费业务量生效；

收发器1201接收PCRF发送的用户重鉴权请求消息，其中，用户重鉴权请求消息中包含用户的标识和计费相关信息；

处理器1202依据用户的标识和计费相关信息获取用户的已付费业务量，并根据用户的已付费业务量确定用户的离线授权业务量；

收发器1201向PCRF发送用户重鉴权响应消息，其中，用户重鉴权响应消息中包含用户的离线授权业务量，并接收网关发送的信用控制终止请求消息，其中，信用控制终止请求消息中包含用户的在线业务使用量；

处理器1202终止用户的在线计费会话，并记录用户的在线业务使用量。

以上依据图12对OCS组成部分及其各自的作用做了介绍，更详细的内容可参照图5和图6及其对应的实施例，此处不再赘述。

图13为本发明一个实施例提供的一种网关的实体结构示意图。如图13所示，本实施例提供的网关包括收发器1301和处理器1302，其中：

收发器1301，用于接收用户终端发送的数据业务请求，其中，数据业务请求中包含用户的标识，向策略和计费控制功能实体PCRF发送计费策略请求消息，其中，计费策略请求消息中包含用户的标识和用户的计费相关信息，接收PCRF发送的计费策略响应消息，其中，计费策略响应消息中包含对用户的计费方式；

处理器1302依据计费方式监测用户的数据业务使用情况。

若计费方式为离线计费，收发器1301接收的计费策略响应消息中还包含用户的离线授权业务量；

离线计费时，处理器1302依据计费方式监测用户的数据业务使用情况，包括：

处理器1302监测到用户的离线授权业务量使用完，通过收发器1301向PCRF发送计费策略更新请求消息，其中，计费策略更新请求消息中包含用户的标识和离线业务使用量。

离线计费时，还包括离线计费方式切换为在线计费方式，收发器1301还用于，接收PCRF发送的计费策略更新响应消息，其中，计费策略更新响应消息中包含对用户的计费方式为在线计费。

若计费方式为在线计费，处理器1302依据计费方式监测用户的数据业务使用情况，包括：

收发器1301向在线计费系统OCS发送初始信用控制请求消息，其中，初始信用控制请求消息中包含用户的标识，接收OCS发送的初始信用控制响应消息，其中，初始信用控制响应消息中包含用户的在线授权业务量；

处理器1302监测到用户的在线授权业务量使用完，通过收发器1301向OCS发送信用控制更新请求消息，其中，信用控制更新请求消息中包含用户的标识和在线业务使用量。

在线计费时，还包括在线计费方式切换为离线计费方式，网关的作用如下：

收发器1301接收PCRF发送的计费方式切换为离线计费的通知，并接收PCRF发送的离线授权业务量，向OCS发送信用控制终止请求消息，其中，信用控制终止请求消息中包含用户的在线业务使用量，接收OCS发送的信用控制终止响应消息；

以上依据图13对PCRF组成部分及其各自的作用做了介绍，更详细的内容可参照图7及其对应的实施例，此处不再赘述。

本发明一个实施例还提供一种用于数据业务计费的系统，该系统的示意图可参考图1。如图1所示，该用于数据业务计费的系统中包含网关、PCRF和OCS，其中网关和PCRF相连，PCRF分别和网关及OCS相连，OCS和PCRF相连。对于PCRF、OCS以及网关在数据业务系统中所起的作用，可参见前述图11-13及其对应的实施例中的内容，此处不再赘述。

通过前述实施例中对数据业务计费系统中的三个组成装置：PCRF、OCS和网关的详细介绍，可以看出，使用本发明实施例中公开的PCRF、OCS、网关以及用于数据业务的计费系统，由PCRF和OCS结合识别出用户的已付费业务量，针对已付费业务量的使用，可以使用离线方式进行计费，无需在OCS上建立并维持在线计费会话，从而减少了OCS的资源消耗。

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

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

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

上述以软件功能单元的形式实现的集成的单元，可以以代码的形式存储在一个计算机可读取存储介质中。上述代码存储在一个计算机可读存储介质中，包括若干指令用以使处理器或硬件电路执行本发明各个实施例方法的部分或全部步骤。而前述的存储介质包括：通用串行总线接口的无需物理驱动器的微型高容量移动存储盘、移动硬盘、只读存储器（英文：Read-Only Memory，简称ROM）、随机存取存储器（英文：Random Access Memory，简称RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的保护范围。

Claims

1.一种数据业务的计费方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述PCRF根据所述用户的离线授权业务量确定对所述用户的计费方式，包括：

3.根据权利要求2所述的方法，其特征在于，所述PCRF向所述网关发送的计费策略响应消息中还包括所述用户的离线授权业务量。

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

5.根据权利要求1所述的方法，其特征在于，所述PCRF根据所述用户的离线授权业务量确定对所述用户的计费方式，包括：

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

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述PCRF和OCS之间新增一个消息接口，所述PCRF通过所述新增消息接口向所述OCS发送所述用户鉴权请求消息；或者

所述PCRF通过Sy接口向所述OCS发送用户鉴权请求消息。

8.一种数据业务的计费方法，其特征在于，包括：

所述OCS根据所述用户的标识和计费相关信息获取所述用户的已付费业务量，当所述用户的已付费业务量为零时，确定所述用户的离线授权业务量也为零；当所述用户的已付费业务量不为零时，确定所述用户的离线授权业务量为所述用户的已付费业务量的一部分或全部；

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

10.一种数据业务的计费方法，其特征在于，包括：

所述网关依据所述计费方式监测所述用户的数据业务使用情况；若所述计费方式为离线计费，所述计费策略响应消息中还包含所述用户的离线授权业务量；

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

12.根据权利要求10或11所述的方法，其特征在于，若所述计费方式为在线计费，所述网关依据所述计费方式监测所述用户的数据业务使用情况，包括：

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

所述网关接收所述OCS发送的信用控制终止响应消息；

14.一种策略和计费控制功能实体RCRF，其特征在于，所述PCRF包括处理器和收发器，其中：

15.根据权利要求14所述的PCRF，其特征在于，所述处理器根据所述用户的离线授权业务量确定对所述用户的计费方式，包括：

16.根据权利要求15所述的PCRF，其特征在于，所述收发器向所述网关发送的计费策略响应消息中还包括所述用户的离线授权业务量。

17.根据权利要求16所述的PCRF，其特征在于，还包括：

18.根据权利要求14所述的PCRF，其特征在于，所述处理器根据所述用户的离线授权业务量确定对所述用户的计费方式，包括：

19.根据权利要求18所述的PCRF，其特征在于，还包括：

20.根据权利要求14-19中任一项所述的PCRF，其特征在于，所述PCRF和OCS之间新增一个消息接口，所述收发器通过所述新增消息接口向所述OCS发送所述用户鉴权请求消息；或者

所述收发器通过Sy接口向所述OCS发送用户鉴权请求消息。

21.一种在线计费系统OCS，其特征在于，所述OCS包括处理器和收发器，其中：

所述处理器，用于根据所述用户的标识和计费相关信息获取所述用户的已付费业务量，当所述用户的已付费业务量为零时，确定所述用户的离线授权业务量也为零；当所述用户的已付费业务量不为零时，确定所述用户的离线授权业务量为所述用户的已付费业务量的一部分或全部；

22.根据权利要求21所述的OCS，其特征在于，还包括：

23.一种网关，其特征在于，所述网关包括处理器和收发器，其中：

所述处理器依据所述计费方式监测所述用户的数据业务使用情况；若所述计费方式为离线计费，所述收发器接收的计费策略响应消息中还包含所述用户的离线授权业务量；

24.根据权利要求23所述的网关，其特征在于，还包括：

25.根据权利要求23或24所述的网关，其特征在于，若所述计费方式为在线计费，所述处理器依据所述计费方式监测所述用户的数据业务使用情况，包括：

26.根据权利要求25所述的网关，其特征在于，还包括：

27.一种用于数据业务计费的系统，其特征在于，包括权利要求14-20中任一项的策略和计费控制功能实体PCRF，权利要求21-22中任一项的在线计费系统OCS，以及权利要求23-26中任一项的网关。