CN1859460A - 在远程认证拨号用户服务环境中基于业务量的监控方法 - Google Patents

Abstract

本发明公开了一种在RADIUS环境中基于业务量的监控方法，包括：RADIUS服务器根据确定的预付费用户的业务量控制方式并将业务量控制方式发送到RADIUS客户端；RADIUS客户端根据业务量控制方式实时监控预付费用户实际使用的业务量，在会话结束后，将该预付费用户实际使用的业务量发送给RADIUS服务器；RADIUS服务器根据所述实际使用的业务量，更新该预付费卡的余额。通过本发明所述的方法，可以实现对预付费用户基于业务量的监控。

Description

在远程认证拨号用户服务环境中基于业务量的监控方法

技术领域

本发明涉及到在远程认证拨号用户服务(RADIUS，Remote AuthorizationDial In User Service)环境中对用户的管理方法，特别涉及到一种对预付费用户进行基于业务量的监控方法。

背景技术

RADIUS为在网络访问服务器(NAS，Network Access Server)和集中存放认证信息的RADIUS服务器之间传输认证、授权和配置信息的协议。RADIUS以客户端(Client)/服务器(Server)方式工作，实现了对远程电话拨号用户的身份认证、授权和计费。其中，RADIUS Server用于集中存放用户的认证信息，例如用户接入因特网时的用户名和密码等等，根据存放的认证信息对用户进行认证，并在认证成功后，返回用户的配置信息；RADIUSClient端多为通过拨号方式实现的NAS，主要用来将用户信息传递给服务器。

在现阶段，当某个预付费用户通过拨号方式请求接入因特网时，RADIUS Server对该预付费用户的认证及计费过程主要包括：

A、该预付费用户连接到作为RADIUS Client的因特网服务提供商(ISP)，并将自身预付费卡的卡号和密码发送给该ISP；

B、所述ISP将来自预付费用户的卡号和密码通过接入请求(Access-Request)消息发送到RADIUS Server，请求RADIUS Server对该预付费用户进行认证；

由于RADIUS Server存放有该预付费用户所使用预付费卡对应的用户记录，所述用户记录包括：卡号、密码及余额等信息，因此，RADIUS Server可以根据ISP发送的卡号及密码对该预付费用户进行认证；

C、在认证通过后，RADIUS Server将根据该预付费卡上的余额以及计费策略计算该预付费用户可以接入因特网最长的时间，并将计算得到的时间通过接入接受(Access-Accept)消息或接入挑战(Access-Challenge)消息发送到相应的ISP；

D、ISP根据该预付费用户可以接入因特网的时间监控该预付费用户，保证该预付费用户接入因特网的时间小于该用户可以接入的最长时间，并在该预付费用户结束本次会话，离开因特网的时候，将该预付费用户实际接入网络的时间通过计费请求(Accounting-Request)消息发送回RADIUS Server；

E、RADIUS Server将根据该预付费用户实际接入因特网的时间及相应的计费策略计算该预付费用户在本次会话过程中消费的金额，以此更新该预付费用户所使用预付费卡的余额。

由此可以看出，现有预付费用户的计费方式是根据用户接入时间的长短来计费的，即RADIUS Server仅关心该预付费用户接入因特网的时间，而并不关心，在这段时间内，该预付费用户是否占用了网络的资源。

根据因特网协议技术的基本原理，在因特网中，用户占用的网络资源与该用户发送或接收的业务量有关，也就是说，如果一个用户没有发送或接收业务数据，则该用户实际上就没有使用任何网络资源。因此，根据用户接入网络的时间对用户进行计费是十分不合理的。随着因特网的不断发展，用户希望网络运营商能够根据用户自身对网络资源的实际使用情况进行计费。但是，对于预付费用户来讲，现有RADIUS协议并不支持这种基于业务量的计费方法。

发明内容

为了解决上述技术问题，本发明提供了一种基于业务量的监控方法，RADIUS Server可以根据预付费用户实际使用的业务量对其进行监控。

本发明所述在RADIUS环境中基于业务量的监控方法，在对一个预付费用户认证成功后，包括：

a、RADIUS服务器确定该预付费用户所对应的业务量控制方式，并将确定的业务量控制方式发送到RADIUS客户端；

b、RADIUS客户端在进行所述会话的报文转发过程中根据所接收的业务量控制方式实时监控当前用户实际使用的业务量，并在本次会话结束后，将该用户实际使用的业务量发送给RADIUS服务器；

c、RADIUS服务器收到该预付费用户实际使用的业务量后，根据该用户的计费策略，计算该预付费用户在本次会话过程中消费的金额，更新该预付费用户所使用预付费卡的余额。

步骤a进一步包括：RADIUS服务器根据该预付费用户所对应的业务量控制方式、计费策略及余额计算允许该预付费用户使用的最大业务量，并将允许该用户使用的最大业务量发送到RADIUS客户端；

在步骤b所述实时监控该预付费用户实际使用的业务量的过程中，进一步包括：RADIUS客户端判断所述预付费用户实际使用的业务量是否达到所述最大业务量，如果是，主动断开该预付费用户与因特网的连接，结束本次会话。

本发明所述方法进一步包括：在RADIUS协议中增加用于承载业务量控制方式及业务量信息的会话业务量属性；

在步骤a中，所述的业务量控制方式及最大业务量承载在所述会话业务量属性中。

本发明所述会话业务量属性由RADIUS服务器发送给RADIUS客户端的接入接受消息或接入挑战消息承载。

本发明所述会话业务量属性包括：用于标识属性类型的类型部分，用于指示当前属性总长度的长度部分，以及用于承载对当前预付费用户采用的业务量控制方式以及允许该预付费用户使用的最大业务量两部分信息属性值部分。

本发明所述的业务量为上行业务量；

步骤b所述实时监控预付费用户实际使用的业务量为：RADIUS客户端在转发所述预付费用户与因特网之间的数据包过程中，记录所有上行数据包长度，并将所有上行数据包的长度求和，作为该预付费用户实际使用的业务量。

本发明所述的业务量为下行业务量；

步骤b所述实时监控预付费用户实际使用的业务量为：RADIUS客户端在转发所述预付费用户与因特网之间的数据包过程中，记录所有下行数据包长度，并将所有下行数据包的长度求和，作为该预付费用户实际使用的业务量。

本发明所述的业务量控制方式为分别控制上行业务量和下行业务量；

所述最大业务量为允许该预付费用户使用的最大上行业务量和最大下行业务量；

所述实际使用的业务量为该预付费用户实际使用的上行业务量及下行业务量；

步骤b所述实时监控预付费用户实际使用的业务量为：RADIUS客户端在转发所述预付费用户与因特网之间的数据包过程中，分别记录所有上行数据包长度及所有下行数据包的长度，并将所有上行数据包的长度求和作为该预付费用户实际使用的上行业务量，将所有下行数据包的长度求和作为该预付费用户实际使用的下行业务量。

本发明所述的业务量为上行业务量及下行业务量的总和；

步骤b所述实时监控预付费用户实际使用的业务量为：RADIUS客户端在转发所述预付费用户与因特网之间数据包的过程中，记录所有上行数据包长度及所有下行数据包的长度，并将所有上行数据包和下行数据包的长度求和，作为该预付费用户实际使用的业务量。

在步骤b，RADIUS客户端将该预付费用户实际使用的业务量或上行业务量承载在输出字节统计属性中，发送给RADIUS服务器

所述输出字节统计属性由计费请求消息承载。

在步骤b，RADIUS客户端将该预付费用户实际使用的业务量或下行业务量承载在输入字节统计属性中，发送给RADIUS服务器；

所述输入字节统计属性由计费请求消息承载。

步骤a所述确定该预付费用户所对应的业务量控制方式为：根据RADIUS服务器自身存储的该预付费用户所使用预付费卡对应的用户信息确定该预付费用户对应的业务量控制方式。

由此可以看出，本发明所述的方法通过修改RADIUS协议，在RADIUS协议中增加会话业务量属性，使RADIUS Server能够将与业务量有关的信息传递给RADIUS Client，再由RADIUS Client实现对预付费用户基于业务量的监控。

附图说明

图1为本发明所述基于业务量监控方法的流程图。

具体实施方式

为了解决现有技术存在的问题，对预付费用户进行基于业务量的监控，本发明的核心思想是：扩展现有RADIUS协议，在RADIUS协议规定的属性中增加会话业务量(Session-Traffic)属性，用于承载允许该预付费用户使用的最大业务量信息，这样，通过Session-Traffic属性，RADIUS Server可以将与业务量相关的信息发送到RADIUS Client，由RADIUS Client实现对预付费用户基于业务量的监控。

与RADIUS协议规定的其他属性相同，所述的Session-Traffic属性也包含三部分：类型(Type)、长度(Length)及属性值(Value)，其具体定义如表1所示：

属性名	Type	Length	Value	承载的消息	出现次数
						Session-Traffic	TBD*	最大11	第1字节：业务量控制方式1：仅控制上行业务量2：仅控制下行业务量3：分别控制上行业务量和下行业务量	Access-Accept，Access-Challenge	0-1

4：控制上行业务量和下行业务量的总和第2～5字节：(基于业务量控制方式)1：最大上行业务量2：最大下行业务量3：最大上行业务量4：总业务量第6～9字节：(基于业务量控制方式)1：不存在2：不存在3：最大下行业务量4：不存在

               表1

注：TBD^*表示该属性的Type值可以是RADIUS协议规定的任意保留值，需要在实际应用中确定。

其中，Type部分长度为1个字节，用于标识该属性为一个Session-Traffic属性，本发明对该值没有具体的限制，可以是目前RADIUS协议规定的任意一个保留值；Length部分的长度也为1个字节，用于指示接收端在当前消息中所承载Session-Traffic属性的总长度；Value部分用于承载对当前预付费用户采用的业务量控制方式以及允许该预付费用户使用的最大业务量两部分信息。

其中，所述的业务量控制方式部分的长度为1个字节，主要用于标识以下四种业务量控制方式：1表示仅控制上行业务量、2表示仅控制下行业务量、3表示分别控制上行和下行业务量以及4表示控制上行及下行业务量的总和。

最大业务量部分的长度及内容与所选择的业务量控制方式有关，例如，如果业务量控制方式选择仅控制上行业务量，则业务量部分的长度为4个字节，用于表示允许预付费用户使用的最大上行业务量，用第2～5字节表示；如果选择仅控制下行业务量，则业务量部分的长度为4个字节，用于表示允许预付费用户使用的最大下行业务量，用第2～5字节表示；如果选择分别控制上行和下行业务量，则业务量部分的长度为8个字节，其中，第2～5字节表示允许预付费用户使用的最大上行业务量，第6～9字节表示允许预付费用户使用的最大下行业务量；如果选择控制上行及下行业务量的总和，则最大业务量的长度为4个字节，用于表示允许预付费用户使用的最大上行及下行业务量总和，用第2～5字节表示。

Session-Traffic属性可以由接入接受(Access Accept)消息或接入挑战(Access Challenge)消息承载。所述Session-Traffic属性可以在上述消息中出现0～1次，也就是说，这该Session-Traffic属性是所述消息的可选属性。

由此可以看出，当需要分别控制上行和下行业务量时，Session-Traffic属性的总长度为11个字节，而在其他三种业务量控制方式下，Session-Traffic属性的总长度均为7个字节。

通过上述Session-Traffic属性，RADIUS Server就可以将与预付费用户相关的业务量信息发送给相应的RADIUS Client了。

图1显示了本发明所述的利用Session-Traffic属性对预付费用户进行基于业务量的监控方法。如图1所示，在对某个预付费用户的认证成功后主要包括：

a、RADIUS Server根据该预付费用户所使用的预付费卡确定该预付费用户所对应的业务量控制方式及计费策略；

RADIUS Server存储的用户信息除了包括预付费用户所使用预付费卡的卡号、密码及余额等信息之外，还包括预先配置的各个预付费卡的业务量控制方式以及计费策略信息，因此，RADIUS Server可以根据该预付费用户所使用的预付费卡确定对该预付费用户采用的业务量控制方式及计费策略；

本步骤所述的业务量控制方式包括：仅控制上行业务量，仅控制下行业务量，分别控制上行和下行业务量及控制上行和下行业务量的总和；

b、RADIUS Server根据步骤a确定的业务量控制方式、计费策略以及该预付费卡的余额计算允许该预付费用户使用的最大业务量；

本步骤所述的允许该预付费用户使用的最大业务量对应于所确定的业务量控制方式，也包括以下四种：所允许的最大上行业务量，所允许的最大下行业务量，所允许的上行及下行业务量，以及所允许的上行及下行业务量的总和。

c、RADIUS Server将步骤a确定的业务量控制方式及步骤b计算的最大业务量通过Session-Traffic属性发送到RADIUS Client；

在该步骤中，所述的Session-Traffic属性可以由RADIUS Server发送给RADIUS Client的Access-Accept消息或Access-Challenge消息来承载；

d、RADIUS Client根据所接收Session-Traffic属性中的业务量控制方式及最大业务量实时监控预付费用户实际使用的业务量；

由于在本发明中RADIUS Client的作用类似一个网关，该预付费用户与因特网之间的上行及下行数据包都将通过该RADIUS Client转发，因此，对RADIUS Client来讲，在接收到数据包后，可以根据业务量控制方式对所有上行和/或下行数据包的长度进行统计，然后再将所接收数据包转发出去。下面以统计因特网协议(IP)数据包的长度为例进行说明。若需要统计上行业务量，则RADIUS Client在接收到上行数据包后，从中提取该数据包中承载的IP数据包，并根据IP数据包的长度字段，得到该IP数据包的长度，将所有上行IP数据包的长度求和后，就可以得到该预付费用户在本次会话过程中实际使用的上行业务量；若需要统计下行业务量，则RADIUS Client将从下行IP数据包的长度字段中得到各个下行IP数据包的长度，再将所有下行IP数据包的长度求和，得到该预付费用户在本次会话过程中实际使用的下行业务量；若需要统计上行业务量和下行业务量的总和，则RADIUS Client同样根据所接收IP数据包的长度字段，分别将上行IP数据包和下行IP数据包的长度求和，再将上述求和结果相加，得到本次会话过程实际使用的上行和下行业务量总和；

由于预付费业务是先付费后消费的业务，因此当该预付费用户实际通信的业务量达到允许该预付费用户使用的最大业务量时，RADIUS Client将主动断开该预付费用户与因特网的连接，并通知该预付费用户当前预付费卡的余额不足；

e、在该预付费用户断开与因特网的连接，即本次会话过程结束后，RADIUS Client将该预付费用户实际使用的业务量通过RADIUS协议定义的输出字节统计(Acct-Output-Octets)或输入字节统计(Acct-Input-Octets)属性返回RADIUS Server；

根据RADIUS协议规定，Acct-Output-Octets属性用于标识在一次会话过程中，RADIUS Client共发送了多少字节的数据，即该预付费用户实际使用的上行业务量；而Acct-Input-Octets属性用于标识在一次会话过程中，RADIUS Client共接收了多少字节的数据，即该预付费用户实际使用的下行业务量。所述的Acct-Output-Octets及Acct-Input-Octets属性可以由RADIUSClient发送给RADIUS Server的计费请求(Accounting-Request)消息来承载；

在本步骤中，所述的预付费用户实际使用的业务量也对应于业务量的控制方式，例如，若仅需要控制上行业务量，则RADIUS Client仅需要将该预付费用户实际使用的上行业务量通过Acct-Output-Octets属性发送给RADIUS Server；若仅需要控制下行业务量，则RADIUS Client仅需要将该预付费用户实际使用的下行业务量通过Acct-Input-Octets属性发送给RADIUS Server；若需要分别控制上行业务量和下行业务量，或需要控制上行和下行业务量的总和，则RADIUS Client需要将该预付费用户实际使用的上行业务量和下行业务量分别通过Acct-Output-Octets属性和Acct-Input-Octets属性发送给RADIUS Server；

f、RADIUS Server收到该预付费用户实际使用的业务量后，根据该预付费用户的计费策略，计算该预付费用户在本次会话过程中消费的金额，并根据计算得到的消费金额更新该预付费用户的预付费卡在本次消费后所剩的余额。

下面将通过具体的实例详细说明本发明所述的方法。

例1：

假设在对某个预付费用户的认证成功后，RADIUS Server根据自身存储的与该预付费用户所使用预付费卡对应的用户记录确定对该预付费用户应当仅控制下行业务量，确定该预付费卡上的余额为100(元)，且该预付费卡对应的下行业务量的计费策略为0.1(元/兆字节(MB))。

根据本发明所述的方法，RADIUS Server将首先根据上述业务量控制方式、预付费卡上的余额及计费策略，计算出允许该预付费用户使用的最大下行业务量为100(元)÷0.1(元/MB)＝1000(MB)。

在确定了该预付费用户的最大下行业务量之后，RADIUS Server通过Access-Accept消息或Access-Challenge消息将包含业务量监控方式及所允许最大下行业务量信息的Session-Traffic属性发送给相应的RADIUS Client，例如ISP。此时，该Session-Traffic属性的长度为7个字节。

ISP在接收到所述Access-Accept消息或Access-Challenge消息后，通过检测该消息中各个属性的Type，识别出其中一个属性为Session-Traffic属性，然后根据Session-Traffic属性的长度，截取该属性的内容，包括业务量控制方式以及业务量信息，获知对该预付费用户应当采用仅控制下行业务量的业务量控制方式，并且允许该预付费用户使用的最大下行业务量为1000MB。

之后，ISP将实时监控该预付费用户的下行业务量。

当ISP监测到该预付费用户的下行业务量达到1000MB时，该ISP将断开该预付费用户与因特网的连接，提示用户余额不足，并将该预付费用户实际使用的下行业务量1000MB承载在Acct-Input-Octets属性中通过Accounting-Request消息发送给RADIUS Server；若该预付费用户在离开因特网时，实际使用的下行业务量不到1000MB，例如，仅使用了100MB，那么ISP将该预付费用户实际使用的下行业务量100MB承载在Acct-Input-Octets属性中通过Accounting-Request消息发送给RADIUSServer。

RADIUS Server根据接收到的该预付费用户实际使用的下行业务量，例如1000MB或100MB，以及该预付费用户的计费策略计算该预付费用户本次消费的金额，例如：1000(MB)×0.1(元/MB)＝100(元)，或100(MB)×0.1(元/MB)＝10(元)，然后将该预付费卡上的余额更新为100-100＝0(元)或100-10＝90(元)。

熟悉本领域的技术人员可以理解，对所述预付费用户采用仅控制上行业务量或控制上行和下行业务量总和的方式进行监控的方法与例1所述的方法基本相同，在这里就不再详细说明了。

下面再具体说明对所述预付费用户分别控制上行和下行业务量的方法。

例2：

假设在对某个预付费用户的认证成功后，RADIUS Server根据自身存储的该预付费用户所使用预付费卡对应的用户记录确定对该预付费用户应当分别控制上行业务量和下行业务量，确定该预付费卡上行业务量的余额为10(元)、下行业务量余额为100(元)，且该预付费卡对应的上行和下行业务量的计费策略均为0.1(元/兆字节(MB))。

根据本发明所述的方法，RADIUS Server将首先根据上述业务量控制方式、预付费卡上的余额及计费策略，分别计算出该预付费用户可以使用的最大上行业务量为10(元)÷0.1(元/MB)＝100(MB)，最大下行业务量为100(元)÷0.1(元/MB)＝1000(MB)。

在确定了该预付费用户的最大上行业务量和最大下行业务量之后，RADIUS Server通过Access-Accept消息或Access-Challenge消息将包含业务量监控方式及所允许的最大上行业务量和最大下行业务量信息的Session-Traffic属性发送给相应的RADIUS Client，例如ISP。此时，该Session-Traffic属性的长度为11个字节。

ISP在接收到所述Access-Accept消息或Access-Challenge消息后，通过检测该消息中各个属性的Type，识别出其中一个属性为Session-Traffic属性，然后根据Session-Traffic属性的长度，截取该属性的内容，包括业务量控制方式以及所允许的最大上行业务量和最大下行业务量信息，获知对该预付费用户应当采用分别控制上行业务量和下行业务量的业务量控制方式，并且该预付费用户可以使用的最大上行业务量为100MB，最大下行业务量为1000MB。

之后，ISP将实时监控该预付费用户的上行业务量和下行业务量。

当ISP监测到该预付费用户的上行业务量达到100MB或下行业务量达到1000MB时，该ISP提示用户上行或下行的余额不足，并禁止该预付费用户继续使用上行或下行业务；当ISP监测到该预付费用户的上行业务量达到100MB并且下行业务量达到1000MB时，将断开该预付费用户与因特网的连接，提示用户上行及下行的余额均不足。

在本次会话结束后，RADIUS Client将该预付费用户实际使用的上行业务量及下行业务量分别承载于Acct-Output-Octets属性和Acct-Input-Octets属性中，通过Accounting-Request消息发送给RADIUS Server。

RADIUS Server根据接收到的该预付费用户实际使用的上行及下行业务量以及该预付费用户的计费策略计算该预付费用户本次消费的上行业务量和下行业务量的金额，然后再根据计算得到的消费金额更新该预付费卡上行业务量和下行业务量的余额。

Claims (12)

1、一种在远程认证拨号用户服务RADIUS环境中基于业务量的监控方法，其特征在于，在对一个预付费用户认证成功后，包括：

a、RADIUS服务器确定该预付费用户所对应的业务量控制方式，并将确定的业务量控制方式发送到RADIUS客户端；

b、RADIUS客户端在进行会话的报文转发过程中根据所接收的业务量控制方式实时监控当前用户实际使用的业务量，并在本次会话结束后，将该用户实际使用的业务量发送给RADIUS服务器；

c、RADIUS服务器收到该预付费用户实际使用的业务量后，根据该用户的计费策略，计算该预付费用户在本次会话过程中消费的金额，更新该预付费用户所使用预付费卡的余额。

2、如权利要求1所述的方法，其特征在于，步骤a进一步包括：RADIUS服务器根据该预付费用户所对应的业务量控制方式、计费策略及余额计算允许该预付费用户使用的最大业务量，并将允许该用户使用的最大业务量发送到RADIUS客户端；

在步骤b所述实时监控该预付费用户实际使用的业务量的过程中，进一步包括：RADIUS客户端判断所述预付费用户实际使用的业务量是否达到所述最大业务量，如果是，主动断开该预付费用户与因特网的连接，结束本次会话。

3、如权利要求2所述的方法，其特征在于，所述方法进一步包括：在RADIUS协议中增加用于承载业务量控制方式及业务量信息的会话业务量属性；

在步骤a中，所述的业务量控制方式及最大业务量承载在所述会话业务量属性中。

4、如权利要求3所述的方法，其特征在于，所述会话业务量属性由RADIUS服务器发送给RADIUS客户端的接入接受消息或接入挑战消息承载。

5、如权利要求3或4所述的方法，其特征在于，所述会话业务量属性包括：用于标识属性类型的类型部分，用于指示当前属性总长度的长度部分，以及用于承载对当前预付费用户采用的业务量控制方式以及允许该预付费用户使用的最大业务量两部分信息属性值部分。

6、如权利要求1所述的方法，其特征在于，

所述的业务量为上行业务量；

步骤b所述实时监控预付费用户实际使用的业务量为：RADIUS客户端在转发所述预付费用户与因特网之间的数据包过程中，记录所有上行数据包长度，并将所有上行数据包的长度求和，作为该预付费用户实际使用的业务量。

7、如权利要求1所述的方法，其特征在于，

所述的业务量为下行业务量；

步骤b所述实时监控预付费用户实际使用的业务量为：RADIUS客户端在转发所述预付费用户与因特网之间的数据包过程中，记录所有下行数据包长度，并将所有下行数据包的长度求和，作为该预付费用户实际使用的业务量。

8、如权利要求1所述的方法，其特征在于，

所述的业务量控制方式为分别控制上行业务量和下行业务量；

所述最大业务量为允许该预付费用户使用的最大上行业务量和最大下行业务量；

所述实际使用的业务量为该预付费用户实际使用的上行业务量及下行业务量；

步骤b所述实时监控预付费用户实际使用的业务量为：RADIUS客户端在转发所述预付费用户与因特网之间的数据包过程中，分别记录所有上行数据包长度及所有下行数据包的长度，并将所有上行数据包的长度求和作为该预付费用户实际使用的上行业务量，将所有下行数据包的长度求和作为该预付费用户实际使用的下行业务量。

9、如权利要求1所述的方法，其特征在于，

所述的业务量为上行业务量及下行业务量的总和；

步骤b所述实时监控预付费用户实际使用的业务量为：RADIUS客户端在转发所述预付费用户与因特网之间数据包的过程中，记录所有上行数据包长度及所有下行数据包的长度，并将所有上行数据包和下行数据包的长度求和，作为该预付费用户实际使用的业务量。

10、如权利要求6、8或9所述的方法，其特征在于，在步骤b，RADIUS客户端将该预付费用户实际使用的业务量或上行业务量承载在输出字节统计属性中，发送给RADIUS服务器；

所述输出字节统计属性由计费请求消息承载。

11、如权利要求7、8或9所述的方法，其特征在于，在步骤b，RADIUS客户端将该预付费用户实际使用的业务量或下行业务量承载在输入字节统计属性中，发送给RADIUS服务器；

所述输入字节统计属性由计费请求消息承载。

12、如权利要求1所述的方法，其特征在于，步骤a所述确定该预付费用户所对应的业务量控制方式为：根据RADIUS服务器自身存储的该预付费用户所使用预付费卡对应的用户信息确定该预付费用户对应的业务量控制方式。

Images