CN1867025B - 对预付费用户进行计费控制的方法 - Google Patents

Abstract

本发明涉及一种对预付费用户进行计费控制的方法，其核心是：无线应用协议WAP网关根据预付费用户的不同业务请求，与计费系统进行相应的信息交互，并根据交互的信息进行相应费用的采集和控制。通过本发明，能够有效实现预付费用户的实时计费，而且能够灵活配置计费策略，从而能够实现多种费率的灵活计费，满足运营灵活计费的需求；通过本发明，网关能够实现计费会话的二级缓存，保证计费的高效性和可靠性；当进行大文件下载时，如果出现流量已预扣，因各种异常用户没有享受到实质服务的情况，通过本发明，可实现流量的回补。

Description

对预付费用户进行计费控制的方法

技术领域

本发明涉及通信领域，尤其涉及一种对预付费用户的计费控制。

背景技术

随着MMS业务(彩信业务)、LCS业务(位置业务)、支付业务、WAP浏览等移动数据业务的开展，要求计费模式能够解决通信费用和内容费用的计费问题。

所述通信费用，是用户使用了运营商建设的网络，运营商需要对用户收取使用网络的费用。通信费用一般是按流量/时长，或包月进行计费。

所述内容费用，是由于内容提供商提供了用户使用的内容，内容提供商需要对用户进行计费，这种计费是由运营商代理收费，一般来说，内容计费按条、内容的流量/时长、包月方式进行收费，内容计费的方式和费率由运营商与内容提供商协商后决定。

通信费用按目前的2G/2.5G/3G是在SGSN/GGSN/PDSN/NAS(以下定义为RAS，即Remote Access System)等上采集，而内容计费在WAP GW或SP/CP(服务提供商/内容提供商)上采集，并生成话单，由OSS统一进行结算。

结合如图1所示的用于计费的网络结构示意图，说明与本发明相关的现有技术的技术方案，  如图1所示，所述网络包括BTS(基站)、BSC(基站控制器)、MSC(移动业务交换中心)、AAA(签权认证服务器)、RAS(远程接入服务器)、WAP GW(WAP网关)、Billing SYS(计费系统)和SP/CP。

WAP业务由WAP GW完成协议转换和代理功能；非WAP业务不经过WAP GW，由RAS直接连接到SP/CP上。Billing SYS系统(Billing SYS可能分为多个设备来完成，可以是SCP/DSMP/OSS)完成预付费通信费用和内容费用的计费功能，以及完成对SP/CP、用户的鉴权，和内容计费批价的功能。

在进行通信费用计费时，首先在RAS采集用户发生通信费用的信息，主要包括：发生的流量、时长、漫游和用户上网的相关的网络信息，如RAS地址、接入码等信息；然后基于所述采集的信息对用户发生的通信费用进行计费。

在进行内容计费时，WAP GW或SP/CP从数据包中得到用户的IP地址，然后基于RADIUS(Remote Authentication Dial In User Service，远程拨号用户鉴权服务)协议在AAA服务器转发的计费报文中查询并获取到所述用户IP地址对应的主叫号码MSISDN(Mobile Station International ISDN Number，移动台国际ISDN号码)，然后将所述MSISDN传送给SP/CP；所述SP/CP对所述MSISDN对应的用户的访问记录进行内容计费。

另外内容计费还可以根据URL，或URL携带的特征值，如业务编码(SERVERID)和SP编码(SPID)，对用户的访问记录进行相应的内容计费。

其中，所述SERVERID，可以通过SP/CP在URL(统一资源定位器(Uniform Resource Locator，URL)中加入，也可以通过PORTAL(门户)加入。当通过PORTAL(门户)加入SERVERID时，必须首先访问PORTAL，然后在PORTAL返回连接中携带URL的特征值。

由上述现有技术的技术方案可以看出，现有技术的计费模式缺乏足够的灵活性，这是由于以下原因造成的：

1、现有技术只支持一些简单的计费模式，如内容包月、流量包月等计费模式。

2、现有技术中在RAS采集的是网络层的流量而不是应用层的流量，通常只有对特定URL的成功访问才构成计费的条件，因此不排除最终客户未享受到合适的服务，却被错误计费的情况。因此现有技术不能保证计费的高效性和可靠性。

3、现有技术会产生流量计费/内容计费交叉的情况，每种方式的计费采集点会有所不同，如进行流量计费时，流量在RAS采集，而进行内容计费时通常在CP网关处采集，如彩信在发送过程中，也会花费GRPS流量。目前流量计费很难区分不同业务，如果希望一部分业务按照一种方式计费，而另一部分业务则按照业务或其他方式进行计费，则很有可能发生计费交叉的情况。因此当既有流量又有内容计费时，现有技术不能针对不同的情况进行计费。

4、现有技术不能针对不同应用的流量采用不同的费率进行计费。

5、现有技术不能有效解决预付费用户的实时计费问题。

发明内容

鉴于上述现有技术所存在的问题，本发明的目的是提供一种对预付费用户进行计费控制的方法，通过本发明，不仅能够实现多种计费模式，而且还能够实现流量计费/内容计费交叉情况下的计费；通过本发明，网关能够实现计费会话的二级缓存，从而保证计费的高效性和可靠性，并能对预付费用户进行实时计费。再者通过本发明，在进行大文件下载过程中，如果出现流量已预扣，因各种异常用户没有享受到实质服务的时，可实现流量的回补。

本发明的目的是通过以下技术方案实现的：

本发明提供一种对预付费用户进行计费控制的方法，其包括：

A1、无线应用协议WAP网关向服务提供商SP转发用户的业务请求；

A2、当所述WAP网关获取到所述SP的响应消息后，对所述响应消息进行处理，得到用户本次请求所发生的总流量；

A3、根据所述总流量与计费系统进行相应的信息交互，并根据交互的信息进行相应费用的采集和控制。

其中，在所述步骤A1之前包括：

A01、用户与WAP网关建立连接，并通过所述WAP网关与服务提供商SP和计费系统进行连接；

A02、当连接通过后，用户向WAP网关发起业务请求。

其中，在所述步骤A1之前还包括：

A03、在所述WAP网关内配置各种计费策略。

其中，当用户发起小数据量的业务请求时，所述步骤A2具体包括：

所述WAP网关获取到所述SP的响应消息后，在所述网关缓存所述响应消息，并根据所述响应消息中的内容信息得到所述用户本次请求所发生的总流量。

其中，当用户发起大数据量的业务请求时，所述步骤A2具体包括：

所述WAP网关获取到所述SP的响应消息后，判断是否能够从所述响应消息的响应头中解析出响应内容的长度，

当确认能够从所述响应消息的响应头中解析出响应内容的长度时，则根据所述响应内容的长度计算并得到所述用户本次请求所发生的总流量；

当确认不能从所述响应消息的响应头中解析出响应内容的长度时，则所述网关解析出所述响应消息的结束标志，并根据所述结束标志计算并得到响应内容的长度；然后，根据所述响应内容的长度计算并得到所述用户本次请求所发生的总流量。

其中，当所述WAP网关检测到还未为所述用户预留可用流量时，所述步骤A3具体包括：

A31、所述WAP网关根据所述得到的总流量，通过流量计费消息向计费系统申请建立流量计费会话，并向计费系统请求预留流量；

A32、所述计费系统根据所述WAP网关实时上报的流量计费消息返回预留的流量大小信息；

A33、所述网关根据所述计费系统返回的信息，将相应的响应内容下发给用户，并进行流量累计。

其中，当所述网关检测到已经为所述用户预留可用流量时，所述步骤A3具体包括：

A34、所述网关判断所述已预留的可用流量是否小于所得到的本次用户请求发生的总流量，若小于，则执行步骤A35；否则，执行步骤A37；

A35、所述网关将所述累计得到的总流量实时上报给计费系统，然后向计费系统再次请求预留流量，然后转入步骤A36；

A36、所述计费系统根据所述网关实时上报的流量计费消息返回预留的流量大小信息；

A37、所述网关将本次请求的响应内容下发给用户，并进行流量累计。

其中，当还需要进行内容计费时，所述方法还包括：

A7、所述网关分析用户的业务请求，当确认所述用户请求的业务包含内容业务时，则向计费系统发起批价鉴权请求；

A8、所述计费系统根据所述批价鉴权请求，在所述用户的帐户中预扣相应的申请费用；如果预扣成功，则计费系统向所述网关回送预扣成功的响应消息，并对所述响应消息进行处理，得到用户能够访问的内容信息；如果预扣失败，则向所述网关回送预扣失败的响应消息，所述网关根据所述消息拒绝用户进行业务访问；

A9、根据所述得到的用户能够访问的内容信息进行内容计费控制。

其中，当检测到还未为所述用户预留流量大小时，所述步骤A3及A9具体包括：

A111、所述WAP网关通过流量计费请求消息，向计费系统申请建立计费会话，并请求预留流量；

A112、所述计费系统根据所述流量计费请求消息进行流量预留，如预留成功，则返回预留的流量大小信息，然后转入步骤A113；否则，发送预留失败的响应消息给所述网关，然后转入步骤A114；

A113、所述网关根据所述计费系统返回的预留成功信息将用户请求的响应内容下发给用户，如果下发成功，则向计费系统发送内容计费确认响应消息，并进行流量累计；如果下发失败，则向计费系统发送内容计费回退消息，并回退本次请求累计的流量；

A114、所述网关通过流量计费确认请求消息向计费系统请求流量计费回退。

其中，当检测到已经为所述用户预留流量大小时，所述步骤A3及A9具体包括：

A115、所述网关判断所述已预留的可使用流量是否小于所得到的本次用户请求发生的总流量，若小于，则执行步骤A116；否则，执行步骤A118；

A116、通过流量计费消息将已累计发生的总流量上报给计费系统，并向计费系统再次申请预留流量，然后转入步骤A117；

A117、所述计费系统根据所述流量计费请求消息进行流量预留，如预留成功，则返回预留的流量大小信息，然后转入步骤A118；否则，发送预留失败的响应消息给所述网关，然后转入步骤A119；

A118、所述网关将用户请求的响应内容下发给用户，如果下发成功，则向计费系统发送状态为成功的内容计费确认消息，并进行流量累计；如果下发失败，则向计费系统发送状态为失败的内容计费确认消息，并回退本次请求累计的流量，拒绝用户进行业务访问；

A119、所述网关通过流量计费确认请求消息向计费系统请求流量计费回退。

其中，当用户发起业务请求的费率频繁切换时，步骤A31和步骤A111中，所述向计费系统申请建立流量计费会话的过程具体包括：

所述网关针对不同费率的用户请求，通过流量计费消息分别与计费系统建立流量计费会话，并在一定时间内保存所述计费会话；

如果检测到其中任一计费会话在一定时间段内没有流量产生时，则结束该计费会话。

其中，当用户发起大数据量的业务请求时，步骤A31和步骤A111中，所述向计费系统申请建立流量计费会话的过程具体包括：

所述网关根据用户发起的大数据量的业务请求，通过流量计费消息与计费系统建立专用的流量计费会话。

其中，当同一用户发起的多个业务请求的费率相同时，步骤A31和步骤A111中，所述向计费系统申请建立流量计费会话的过程具体包括：

所述网关根据用户的所述同一费率的多个业务请求，与计费系统建立同一个流量计费会话。

其中，所述的方法还包括：

B1、远程接入服务器RAS根据移动站MS的去激活请求向WAP网关发送计费结束请求；

B2、WAP网关根据所述计费结束请求收集流量信息，并将所述收集的流量信息上报给计费系统；

B3、所述计费系统根据所述上报的信息返回响应消息；

B4、所述网关对接收到的所述响应消息进行处理，产生流量计费话单；并将MS去激活，结束流程。

由上述本发明提供的技术方案可以看出，本发明无线应用协议WAP网关根据预付费用户的不同业务请求，与计费系统进行相应的信息交互，并根据交互的信息进行相应费用的采集和控制。通过本发明，不仅能够实现多种计费模式，而且还能够实现流量计费/内容计费交叉情况下的计费，通过本发明，网关能够实现计费会话的二级缓存，从而保证计费的高效性和可靠性，并能对预付费用户进行实时计费。再者通过本发明，在进行大文件下载过程中，如果出现流量已预扣，因各种异常用户没有享受到实质服务时，可实现流量的回补。

另外，通过在所述网关配置各种不同的计费费率，本发明还能够实现多种费率的灵活计费，从而满足运营灵活计费的需求。

附图说明

图1为目前用于计费的网络结构示意图；

图2为本发明应用的组网结构示意图；

图3为本发明中基于WAP网关实现单纯的流量计费时的时序图；

图4为本发明中基于WAP网关实现流量与内容交叉计费时的时序图。

具体实施方式

本发明提供一种对预付费用户进行计费控制的方法，其核心是：无线应用协议WAP网关根据预付费用户的不同业务请求，与计费系统进行相应的信息交互，并根据交互的信息进行相应费用的采集和控制。

本发明应用的组网结构，如图2所示，包括RAS系统、WAP GW网关、Billing SYS(计费系统)、AAA服务器和无线网络。所述WAP GW网关与所述RAS系统相连，并能够通过所述无线网络与SP进行交互，能够通过IP协议与计费系统进行通信。

所述RAS系统：用于将无线接入设备、无线网络接入计算机网络。

所述Billing SYS系统：完成预付费通信费和内容费的计费和对SP/CP、用户鉴权，及内容计费批价功能。

所述WAP GW网关：完成协议的解析、通信费用/内容费用的采集，和生成话单，及对预付费用户实时上报。

所述AAA服务器：完成用户鉴权，和转发计费报文的功能。

基于上述组网结构，本发明提供的第一实施例为基于WAP网关实现单纯的流量计费的情况，其时序图如图3所示，具体包括：

在进行流量计费之前，首先，在所述网关内配置各种计费策略，如用户访问失败的情况下如何对流量进行计费。然后，用户与WAP网关建立连接，之后与SP进行连接。连接通过后，用户通过MS进行认证/计费开始上报的过程。具体实施过程包括：

步骤1，MS向RAS请求连接激活；

步骤2，RAS向AAA服务器发送RADIUS协议的请求，当AAA服务器认证通过后，发送认证响应消息给所述RAS。

步骤3，所述RAS通过AAA向WAP GW发送RADIUS协议的计费开始请求，AAA转发相应的请求到WAP GW，如果鉴权通过，所述WAP GW通过AAA服务器将计费开始响应消息发送给所述RAS；所述RAS接收到所述计费开始响应消息后，向MS发送连接响应。

经过上述步骤后，所述用户已经与WAP GW网关连接上，接下来，是所述WAP GW网关根据用户的请求进行流量计费上报过程，具体包括：

步骤4，用户通过MS向WAP GW网关发起第一次HTTP请求。

步骤5，WAP网关向服务提供商SP转发用户的HTTP请求；

步骤6，所述SP根据接收到的HTTP请求返回相应的响应消息给所述WAP网关；

步骤7，当所述WAP网关获取到所述SP的响应消息后，对所述响应消息进行处理，得到用户本次请求所发生的总流量；

当用户发起小数据量的业务请求时，网关能从SP取得完整的响应内容后再进行下发，于是其首先缓存所述响应内容，然后根据所述响应消息中的内容信息得到所述用户本次请求所发生的总流量。

对于用户发起大数据量的业务，由于受系统空间的限制，网关不能从SP取得完整的响应内容后再进行下发，而是一边获取数据一边向终端下发。网关对这种情况的处理方法如下：

所述WAP网关获取到所述SP的响应消息后，判断是否能够从所述响应消息的响应头中解析出响应内容的长度。

当确认能够从所述响应消息的响应头中解析出响应内容的长度时，则根据所述响应内容的长度计算并得到所述用户本次请求所发生的总流量；

当确认不能从所述响应消息的响应头中解析出响应内容的长度时，如Chunk编码，则所述网关解析出所述响应消息的结束标志，并根据所述结束标志计算并得到响应内容的长度；然后，根据所述响应内容的长度计算并得到所述用户本次请求所发生的总流量。

经过上述步骤后，所述网关根据SP返回的响应消息得到了用户本次请求所发生的总流量，此后所述网关根据所述总流量能够对预付费用户进行流量计费控制。具体实施过程包括如下两种情况：

第一种情况是当所述网关检测到还未为所述用户预留流量大小时的处理情况，其包括：

步骤8，所述网关通过流量计费消息向计费系统申请建立流量计费会话，并向计费系统请求预留流量；

步骤9，所述计费系统根据所述网关实时上报的流量计费消息返回预留的流量大小信息；

步骤10，当所述网关接收到计费系统返回的信息后，记录该预留信息；将用户请求的内容下发给用户，并进行流量累计。

第二种情况是当所述网关检测到已经为所述用户预留了一定大小的流量时的处理情况，其一般适用于用户向网关发起第二次HTTP请求。其包括：

步骤8′，所述网关判断所述已预留的可使用流量是否小于所得到的本次用户请求发生的总流量，若小于，则执行步骤9′；否则，执行步骤11′；

步骤9′，通过流量计费消息将已累计发生的总流量实时上报给计费系统，并向计费系统申请再次预留流量，然后转入步骤10′；

步骤10′，所述计费系统根据所述网关实时上报的流量计费消息返回预留的流量大小信息；

步骤11′，所述网关根据所述计费系统返回的信息，记录该预留信息；将用户请求的响应内容下发给用户，并进行流量累计。

上述两种情况下，网关也可以通过扩展流量计费消息，主动向计费系统申请请求预留指定的流量。其适用于用户本次请求发生的流量非常大的时候，通过预留的流量，用户可以一次交互预留到足够本次使用的流量。

在上述步骤8中，当所述WAP网关向计费系统申请建立流量计费会话时，具体操作过程包括如下几种情况：

1、当用户发起业务请求的费率频繁切换时，所述网关针对不同费率的用户请求，通过流量计费消息分别与计费系统建立流量计费会话，并在一定时间内保存所述计费会话；如果检测到其中任一计费会话在一定时间段内没有流量产生时，则结束该计费会话。

用户在浏览的过程随意访问自己感兴趣的内容，并且可以随时跳转到不同的SP，发生费率切换的可能比较频繁。网关针对每一种不同的费率建立计费会话，并在一定时间内保存该计费会话，对于某一计费会话如果一段时间内没有流量产生，则结束该计费会话，避免占用过多金额。这样即使用户在访问时频繁发生费率切换，网关不需要与计费系统新建计费会话，能较快响应。

2、当用户发起大数据量的业务请求时，所述网关根据用户发起的大数据量的业务请求，通过流量计费消息与计费系统建立专用的流量计费会话。

3、当同一用户发起的多个业务请求的费率相同时，所述网关根据用户的所述同一费率的多个业务请求，与计费系统建立同一个流量计费会话。

此种情况是基于并发情况考虑的，在这种情况下终端可以与网关同时建立多个连接，网关是并发处理的，如果多个连接访问的是同一种费率的页面，则共用同一个计费会话，而不必对每一个连接新建一个计费会话。但是并发带来的问题是已上报的流量不能回滚，需要在计费准确性与效率之间取得平衡。所以需要网关对大流量的事务特殊处理，将流量计费误差的控制在一定范围内。

经过上述步骤后，实现了基于所述WAP网关对预付费用户进行实时的计费控制，当MS请求去激活时，本发明执行计费结束上报过程，具体包括：

步骤11、MS请求去激活；

步骤12、RAS经过AAA向WAP GW发送计费结束请求；

步骤13、WAP_GW收集纯流量信息，如果是预付费，则将所述收集的流量信息上报Billing SYS计费系统。

步骤14、所述计费系统根据所述上报的信息返回响应消息；

步骤15、所述网关对接收到的所述响应消息进行处理，产生流量计费话单；

步骤16、所述网关将MS去激活，结束流程。

同样基于图2所示的组网结构，本发明提供了第二实施例，其为基于WAP网关实现单纯的内容计费的情况。其在进行内容计费之前，首先，在所述网关内配置各种计费策略。然后，用户与SP进行连接，即用户通过MS进行认证/计费开始上报的过程。此过程与第一实施例中的相关描述雷同，不再详细进行描述。

当所述用户与SP连接上之后，基于WAP网关进行内容计费的实施过程，具体包括：

步骤101、用户发起业务请求；

步骤102、所述网关分析所述请求，当确认所述用户请求的业务为内容业务时，则向计费系统发起批价鉴权请求；

步骤103、所述计费系统根据所述批价鉴权请求，在所述用户的帐户中预扣相应的申请费用；

如果预扣成功，则计费系统向所述网关回送预扣成功的响应消息，然后转入步骤104；

如果预扣失败，则向所述网关回送预扣失败的响应消息，所述网关根据所述消息拒绝用户进行业务访问；

步骤104、当所述网关收到预扣成功的响应消息后，将用户请求的内容下发给用户。经过上述步骤后，实现了基于所述WAP网关对预付费用户进行实时的计费控制，当MS请求去激活时，本发明执行计费结束上报过程，具体实施过程与第一实施例中的相关描述雷同，不再详细描述。

同样基于图2所示的组网结构，本发明提供了第三实施例，其为基于WAP网关实现流量计费与内容计费交叉处理的情况。其在进行计费之前，首先，在所述网关内配置各种计费策略。然后，用户与SP进行连接，即用户通过MS进行认证/计费开始上报的过程。此过程与第一实施例中的相关描述雷同，不再详细进行描述。

当所述用户与SP连接上之后，基于WAP网关进行内容计费的实施过程，具体包括：

步骤201、用户发起业务请求；

步骤202、所述网关分析所述请求，当确认所述用户请求的业务包含内容业务时，则向计费系统发起批价鉴权请求；

步骤203、所述计费系统根据所述批价鉴权请求，在所述用户的帐户中预扣相应的申请费用；如果预扣成功，则计费系统向所述网关回送预扣成功的响应消息，然后转入步骤204；如果预扣失败，则向所述网关回送预扣失败的响应消息，所述网关接收到所述预扣失败的消息后，拒绝用户进行业务访问；

步骤204、当所述网关接收到所述计费系统回送的预扣成功的响应消息后，向服务提供商SP转发用户的HTTP业务请求；

步骤205、所述计费系统根据接收到的所述HTTP业务请求返回响应消息给所述WAP网关；

步骤206、当所述WAP网关获取到所述SP的响应消息后，对所述响应消息进行处理，得到用户本次请求所发生的总流量信息；

步骤207、所述网关对预付费用户同时进行流量计费控制与内容计费控制。具体实施过程包括如下两种情况：

第一种是当网关检测到还未为所述用户预留流量大小时的情况，具体处理过程包括：

步骤一、所述WAP网关通过流量计费请求消息向计费系统申请建立计费会话，并请求预留流量；

步骤二、所述计费系统根据所述流量计费请求消息进行流量预留，如预留成功，则返回预留的流量大小信息，然后转入步骤三；否则，发送预留失败的响应消息给所述网关，然后转入步骤四；

步骤三、所述网关根据所述计费系统返回的信息将所述得到用户能够访问的内容信息，以及所述得到的总流量信息，下发给用户，如果下发成功，则向计费系统发送内容计费确认消息(状态为成功)，并进行流量累计；如果下发失败，则向计费系统发送内容计费确认消息(状态为失败)，并回退本次请求累计的流量，拒绝用户进行业务访问；

步骤四、所述网关通过流量计费确认请求消息向计费系统请求流量计费回退，并拒绝用户进行业务访问。

第二种是当网关检测到已经为所述用户预留流量大小时的情况，具体处理过程包括：

步骤一、所述网关判断所述已预留的可使用流量是否小于所得到的本次用户请求发生的总流量，若小于，则执行步骤二；否则，执行步骤四；

步骤二、通过流量计费消息将已累计发生的总流量实时上报给计费系统，并向计费系统再次请求预留流量，然后转入步骤三；

步骤三、所述计费系统根据所述流量计费请求消息进行流量预留，如预留成功，则返回预留的流量大小信息，然后转入步骤四；否则，发送预留失败的响应消息给所述网关，然后转入步骤五；

步骤四、所述网关将用户请求的响应内容下发给用户，如果下发成功，则向计费系统发送内容计费确认消息(状态为成功)，并进行流量累计；如果下发失败，则向计费系统发送内容计费确认消息(状态为失败)，并回退本次请求累计的流量，拒绝用户进行业务访问；

步骤五、所述网关通过流量计费确认请求消息向计费系统请求流量计费回退，并拒绝用户进行业务访问。

经过上述步骤后，实现了基于所述WAP网关对预付费用户进行实时的计费控制，当MS请求去激活时，本发明执行计费结束上报过程，具体实施过程与第一实施例中的相关描述雷同，不再详细描述。

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

Claims (14)

1.一种对预付费用户进行计费控制的方法，其特征在于，包括：

A1、无线应用协议WAP网关向服务提供商SP转发用户的业务请求；

A2、当所述WAP网关获取到所述SP的响应消息后，对所述响应消息进行处理，得到用户本次请求所发生的总流量；

A3、根据所述总流量与计费系统进行相应的信息交互，并根据交互的信息进行相应费用的采集和控制。

2.根据权利要求1所述的方法，其特征在于，在所述步骤A1之前包括：

A01、用户与WAP网关建立连接，并通过所述WAP网关与服务提供商SP和计费系统进行连接；

A02、当连接通过后，用户向WAP网关发起业务请求。

3.根据权利要求2所述的方法，其特征在于，在所述步骤A1之前还包括：

A03、在所述WAP网关内配置各种计费策略。

4.根据权利要求1所述的方法，其特征在于，当用户发起小数据量的业务请求时，所述步骤A2具体包括：

所述WAP网关获取到所述SP的响应消息后，在所述网关缓存所述响应消息，并根据所述响应消息中的内容信息得到所述用户本次请求所发生的总流量。

5.根据权利要求1所述的方法，其特征在于，当用户发起大数据量的业务请求时，所述步骤A2具体包括：

所述WAP网关获取到所述SP的响应消息后，判断是否能够从所述响应消息的响应头中解析出响应内容的长度，

当确认能够从所述响应消息的响应头中解析出响应内容的长度时，

则根据所述响应内容的长度计算并得到所述用户本次请求所发生的总流量；

当确认不能从所述响应消息的响应头中解析出响应内容的长度时，则所述网关解析出所述响应消息的结束标志，并根据所述结束标志计算并得到响应内容的长度；然后，根据所述响应内容的长度计算并得到所述用户本次请求所发生的总流量。

6.根据权利要求1所述的方法，其特征在于，当所述WAP网关检测到还未为所述用户预留可用流量时，所述步骤A3具体包括：

A31、所述WAP网关根据所述得到的总流量，通过流量计费消息向计费系统申请建立流量计费会话，并向计费系统请求预留流量；

A32、所述计费系统根据所述WAP网关实时上报的流量计费消息返回预留的流量大小信息；

A33、所述网关根据所述计费系统返回的信息，将相应的响应内容下发给用户，并进行流量累计。

7.根据权利要求1所述的方法，其特征在于，当所述网关检测到已经为所述用户预留可用流量时，所述步骤A3具体包括：

A34、所述网关判断所述已预留的可用流量是否小于所得到的本次用户请求发生的总流量，若小于，则执行步骤A35；否则，执行步骤A37；

A35、所述网关将所述累计得到的总流量实时上报给计费系统，然后向计费系统再次请求预留流量；

A36、所述计费系统根据所述网关实时上报的流量计费消息返回预留的流量大小信息；

A37、所述网关将本次请求的响应内容下发给用户，并进行流量累计。

8.根据权利要求3所述的方法，其特征在于，当还需要进行内容计费时，所述方法还包括：

A7、所述网关分析用户的业务请求，当确认所述用户请求的业务包含内容业务时，则向计费系统发起批价鉴权请求；

A8、所述计费系统根据所述批价鉴权请求，在所述用户的帐户中预扣相应的申请费用；

如果预扣失败，则向所述网关回送预扣失败的响应消息，所述网关根据所述消息拒绝用户进行业务访问；如果预扣成功，则计费系统向所述网关回送预扣成功的响应消息，并对所述响应消息进行处理，得到用户能够访问的内容信息；

A9、根据所述得到的用户能够访问的内容信息进行内容计费控制。

9.根据权利要求8所述的方法，当检测到还未为所述用户预留流量大小时，所述步骤A3及A9具体包括：

A111、所述WAP网关通过流量计费请求消息，向计费系统申请建立计费会话，并请求预留流量；

A112、所述计费系统根据所述流量计费请求消息进行流量预留，如预留成功，则返回预留的流量大小信息，然后转入步骤A113；否则，发送预留失败的响应消息给所述网关，然后转入步骤A114；

A113、所述网关根据所述计费系统返回的预留成功信息将用户请求的响应内容下发给用户，如果下发成功，则向计费系统发送内容计费确认响应消息，并进行流量累计；如果下发失败，则向计费系统发送内容计费回退消息，并回退本次请求累计的流量；

A114、所述网关通过流量计费确认请求消息向计费系统请求流量计费回退。

10.根据权利要求8所述的方法，当检测到已经为所述用户预留流量大小时，所述步骤A3及A9具体包括：

A115、所述网关判断所述已预留的可使用流量是否小于所得到的本次用户请求发生的总流量，若小于，则执行步骤A116；否则，执行步骤A118；

A116、通过流量计费消息将已累计发生的总流量上报给计费系统，并向计费系统再次申请预留流量；

A117、所述计费系统根据所述流量计费请求消息进行流量预留，如预留成功，则返回预留的流量大小信息，然后转入步骤A118；否则，发送预留失败的响应消息给所述网关，然后转入步骤A119；

A118、所述网关将用户请求的响应内容下发给用户，如果下发成功，则向计费系统发送状态为成功的内容计费确认消息，并进行流量累计；如果下发失败，则向计费系统发送状态为失败的内容计费确认消息，并回退本次请求累计的流量，拒绝用户进行业务访问；

A119、所述网关通过流量计费确认请求消息向计费系统请求流量计费回退。

11.根据权利要求6或9所述的方法，其特征在于，当用户发起业务请求的费率频繁切换时，步骤A31和步骤A111中，所述向计费系统申请建立流量计费会话的过程具体包括：

所述网关针对不同费率的用户请求，通过流量计费消息分别与计费系统建立流量计费会话，并在一定时间内保存所述计费会话；

如果检测到其中任一计费会话在一定时间段内没有流量产生时，则结束该计费会话。

12.根据权利要求6或9所述的方法，其特征在于，当用户发起大数据量的业务请求时，步骤A31和步骤A111中，所述向计费系统申请建立流量计费会话的过程具体包括：

所述网关根据用户发起的大数据量的业务请求，通过流量计费消息与计费系统建立专用的流量计费会话。

13.根据权利要求6或9所述的方法，其特征在于，当同一用户发起的多个业务请求的费率相同时，步骤A31和步骤A111中，所述向计费系统申请建立流量计费会话的过程具体包括：

所述网关根据用户的所述同一费率的多个业务请求，与计费系统建立同一个流量计费会话。

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

B1、远程接入服务器RAS根据移动站MS的去激活请求向WAP网关发送计费结束请求；

B2、WAP网关根据所述计费结束请求收集流量信息，并将所述收集的流量信息上报给计费系统；

B3、所述计费系统根据所述上报的信息返回响应消息；

B4、所述网关对接收到的所述响应消息进行处理，产生流量计费话单；并将MS去激活，结束流程。

Images