一种计费方法和装置的制作方法

文档序号:7748685阅读:196来源:国知局
专利名称:一种计费方法和装置的制作方法
技术领域
本发明涉及网络领域,尤其涉及一种计费方法和装置。
背景技术
目前,随着网络技术的飞速发展,多网融合成为必然,而在多网融合过程中,如何计费成为其中的关键。图 1 为目前固网 AAA(Authentication、Authorization、Accounting,认证、授权禾口计费服务器,或称AAA服务器)作认证、授权、计费时的网络架构示意图,请参照图1,其中, BRAS (Broadband Remote Access Server 宽带接入月艮务器)、NAS (Network Access Server 网络接入服务器)、AC(ACCesSC0ntr0ller接入控制器)分别是宽带、窄带、WLAN(Wireless Local AreaNetwork,无线局域网)的接入网关,作为终端用户接入外部的网关设备,将终端用户接入到IP(IP anternet Protocol,因特网协议)网络,为终端用户提供分组数据服务;AAA提供有关认证、授权、计费和数据增值等业务的接入用户的远程验证服务器。当支持在线计费时,预付费计费客户端PPC(ft·印aid Client)位于接入网关中,例如位于BRAS 中,预付费计费服务端PPS (Pr印aid Server)位于AAA侧,使用RADIUS (Itemote Access Dial In UserService远程用户拨号认证系统)协议对接。为了适应融合计费的需求,目前AAA中计费能力被移到OCS (OnlineCharge System,在线计费系统)中,如图2所示,AAA使用Diameter协议和OCS对接,OCS 作为PPS (也可以是其他计费系统作为PPS)进行计费,协议可以是DCC (Diameter Credit-Control,信用控制)协议,也可以是其他协议。在实际运营中,BRAS (PPC)由于各种原因导致使用量监控不准确,已经使用量可能比授权量大,如果业务由AAA本地计费不存在问题,当多业务融合需要OCS统一计费时,OCS—般会限制使用量USU⑴sed-Service-Unit, 已使用的业务单元数,446号属性)必须小于、等于授权量GSUteranted-krvice-Unit,授权业务单元数,431号属性),否则计费出错,整个周期费用丢失。为了解决这种BRAS和OCS的能力不适配的问题,一种解决方式是对BRAS升级,使其支持门限,不等到配额用完就重新申请配额,这种方式需要对BRAS进行全网升级,当用户配额较少时,BRAS和AAA的交互很多,因此不能完全规避使用量大于配额的情况;另外一种解决方式是对OCS升级,允许USU大于GSU,然而,由于部分OCS的架构原因,导致无法支持升级;还有一种解决方式是当USU超过GSU时,由OCS记录报告,后续再对帐,这种方式的缺点在于后处理有延迟,而且投入的工作量较多。

发明内容
本发明实施例的主要目的在于提供一种计费方法和装置,以减少配额较少时PPC 和PPS之间的消息交互,同时规避使用量大于配额的问题,以避免计费损失。在一个实施例中一方面,本发明实施例提供了一种计费方法,所述方法包括接收预付费服务器PPS发送的授权信息,所述授权信息中包含授权业务单元数;根据所述授权业务单元数以及请求的预付费客户端PPC的流量误差确定使用授权量;将所述使用授权量发送到所述 PPC,以便所述PPC根据所述使用授权量和所述流量误差控制业务使用量;将所述PPC发送的业务使用量上报到所述PPS,以便所述PPS根据所述业务使用量进行计费。另一方面,本发明实施例还提供了一种计费装置,所述装置包括接收单元,用于接收预付费服务器PPS发送的授权信息,所述授权信息中包含授权业务单元数;确定单元, 用于根据所述授权业务单元数和请求的PPC的流量误差确定授权使用量;发送单元,用于将所述使用授权量发送到所述PPC,以便所述PPC根据所述使用授权量和所述流量误差控制业务使用量;上报单元,用于将所述PPC发送的业务使用量上报到所述PPS,以便所述PPS 根据所述业务使用量进行计费。本发明实施例提供的方法和装置,通过AAA适配PPS和PPC,既允许BRAS (PPC)上报使用量大于配额,又保证上报给OCS(PPQ的USU小于、等于OCS(PPQ的授权量GSU,使得配额较少时消息交互较少,同时规避了使用量大于配额的问题,避免了计费损失。在另外一个实施例中一方面,本发明实施例提供了一种计费方法,所述方法包括接收PPS发送的授权信息,所述授权信息包括授权业务单元数;将所述授权信息发送到PPC,以便所述PPC根据所述授权信息控制业务使用量;接收所述PPC发送的业务使用量,所述业务使用量大于所述授权业务单元数;根据预付费客户端发送的业务使用量确定上报次数及每次的上报量; 按照所述上报次数将所述每次的上报量发送到预付费服务器,以便所述预付费服务器根据所述预付费客户端上报的业务使用量和所述授权业务单元数进行计费。另一方面,本发明实施例还提供了一种计费装置,所述装置包括接收单元,用于接收PPS发送的授权信息,所述授权信息包括授权业务单元数,并在将所述授权信息发送到PPC,以便所述PPC根据所述授权信息控制业务使用量后,接收所述PPC发送的业务使用量,所述业务使用量大于所述授权业务单元数;确定单元,用于根据预付费客户端发送的业务使用量确定上报次数及每次的上报量;发送单元,用于按照所述上报次数将所述每次的上报量发送到所述预付费服务器,以便所述预付费服务器根据所述预付费客户端上报的业务使用量和所述授权业务单元数进行计费。本发明实施例提供的方法和装置,在BRAS (PPC)上报的使用量大于GSU时,保证上报给OCS (PPS)的USU小于、等于OCS (PPS)的授权量GSU,规避了使用量大于GSU的问题,避免了计费损失。


此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,并不构成对本发明的限定。在附图中图1为目前AAA服务器的网络架构示意图;图2为融合计费时的网络架构示意图;图3为本发明实施例的方法流程图;图4为本发明实施例中AAA服务器将业务使用量上报到PPS的流程图;图5为本发明实施例一个具体应用的计费流程交互图6为本发明实施例的另外一个具体应用的计费流程交互图;图7为本发明实施例的另外一个具体应用的计费流程交互图;图8为本发明实施例的计费装置的组成示意图;图9为本发明实施例的AAA服务器的组成示意图;图10为本发明另一实施例的计费方法的流程图;图11为本发明另一实施例的计费装置的组成框图;图12为本发明另一实施例的AAA服务器的组成示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合实施例和附图,对本发明实施例做进一步详细说明。在此,本发明的示意性实施例及其说明用于解释本发明,但并不作为对本发明的限定。图3为本发明实施例提供的一种计费方法的流程图,该方法应用于AAA服务器,请参照图3,该方法包括步骤301 =AAA服务器根据预付费客户端PPC的接入请求向预付费服务器PPS请求配额,并接收该PPS发送的授权信息,所述授权信息中包含授权业务单元数;步骤302 =AAA服务器根据所述授权信息确定使用授权量;在本实施例中,授权信息可以包括授权业务单元数GSU,也可以进一步包括授权门限值VT (Volume-Quota-Threshold,流量门限,869号属性)。其中,GSU是一个组属性,其中包含了许多属性,例如授权的流量字节数CC-Total-Octets等;VT是PPS根据授权策略而设置,且根据PPC是否支持VT属性而选择性下发。其中,如果授权信息中除了包含GSU,还包含授权门限值VT,则授权使用量可以为所述授权门限值。如果授权信息中仅包含GSU,不包含授权门限值VT,且授权业务单元数中的授权的流量字节数小于预先设置的阈值,则授权使用量可以为所述授权业务单元数,其中,阈值是预先设置的,例如可以是承载预付费客户端的网关设备,例如BRAS在300 秒内的使用量等。如果授权信息中仅包含GSU,不包含授权门限值VT,且授权业务单元数中的授权的流量字节数大于预先设置的阈值,则可以根据授权业务单元数以及PPC的流量误差确定该使用授权量,根据这种方式确定的使用授权量可以为授权的流量字节数与预先设定的百分比的乘积,其中,所述预先设定的百分比的范围为20% -99%,且所述流量误差小于所述授权的流量字节数与1减去预先设定的百分比的乘积,也即,该使用授权量为CC-htal-OctetsXn^,其中,CC-htal-Octets为授权的流量字节数,η为正整数, η e [20,99],且流量误差< CC-htal-OctetsX (100-n) %。也可以为授权的流量字节数与预先设定的正整数的差,其中,所述预先设定的正整数大于所述流量误差,也即,该使用授权量为CC-htal-Octets-m,其中,CC-^Total-Octets为授权的流量字节数,m为正整数, 且流量误差<m。步骤303 =AAA服务器将所述使用授权量发送到所述PPC,以便所述PPC根据所述使用授权量和所述流量误差控制业务使用量;在本实施例中,AAA服务器下发给PPC的并不是GSU,而是经过处理之后的配额,也即该GSU的一部分,因此,相当于该AAA服务器保留了一部分PPS的授权量。
步骤304 :AAA服务器将所述PPC发送的业务使用量上报到所述PPS,以便所述PPS 根据所述业务使用量进行计费。在本实施例中,当流量用完以后,PPC会将业务使用量上报到AAA服务器,以便AAA 服务器将该业务使用量上报到PPS,PPS根据业务使用量进行计费。根据本实施例的一个实施方式,业务使用量小于授权业务单元数,则AAA服务器直接将业务使用量上报到PPS即可;根据本实施例的另外一个实施方式,业务使用量大于授权业务单元数,则AAA服务器分多次将业务使用量上报到PPS。以下将通过不同的实施例加以说明。在本实施例中,预付费客户端PPC可以位于接入网关中,例如BRAS、NAS、AC中等; 同样的,预付费服务器PPS可以位于计费系统中,例如OCS中,本实施例并不以此作为限制。本实施例的方法应用于AAA服务器,在AAA服务器中根据PPS下发的授权业务单元数,预留一部分PPS的授权量,而只下发部分授权量给PPC,避免了因PPS和PPC不匹配而导致的计费损失。图4为本发明实施例提供的方法中,AAA服务器将所述PPC发送的业务使用量上报到所述PPS的流程图,请参照图4,该方法还包括步骤401 =AAA服务器根据PPC发送的业务使用量确定上报次数及每次的上报量;步骤402 =AAA服务器按照所述上报次数将所述每次的上报量发送到所述PPS,以便所述PPS根据所述PPC上报的业务使用量和所述授权业务单元数进行计费。根据本实施例的一个实施方式,如果所述业务使用量小于GSU,则确定上报次数为一次,上报量为所述已使用业务单元数。在本实施方式中,如果业务使用量小于GSU,就说明PPC对带宽的使用没有超出授权范围,则该AAA服务器将PPC上报的业务使用量,也即已使用业务单元数上报给PPS即可。根据本实施例的另外一个实施方式,如果所述业务使用量大于GSU,且所述PPS支持请求业务单元数RSU的属性,则确定上报次数为两次,第一次的上报量为GSU,第二次的上报量为剩余使用量,所述剩余使用量为所述业务使用量和所述GSU之差。在本实施方式中,如果业务使用量大于GSU,就说明PPC对带宽的使用超出了授权范围,如果PPS支持RSU属性,则该AAA服务器分两次将PPC上报的业务使用量上报给PPS, 其中第一次上报时,将原来请求的GSU上报给PPS的同时,上报RSU,该RSU的值即为PPC 上报的业务使用量;第二次上报时,由于PPS调整了 GSU,且调整后的GSU为PPC上报的业务使用量,则AAA服务器将除第一次上报时上报的使用量之外的剩余使用量上报给PPS即可,也即将所述业务使用量和所述授权业务单元数之差上报给PPS。根据本实施例的另外一个实施方式,如果所述业务使用量大于GSU,且所述PPS不支持请求业务单元数RSU的属性,则确定上报次数和每次的上报量要视业务使用量和授权业务单元数的商来决定。如果业务使用量为授权业务单元数GSU的整数倍,也即业务使用量能够被授权业务单元数整除,则上报次数为业务使用量与所述授权业务单元数的商的整数倍的次数,每次的上报量都为GSU。在本实施方式中,业务使用量也大于GSU,但由于PPS不支持RSU属性,因此,该PPS还是在预算了下个周期的可用量GSU后,正常下发,而该下个周期的可用量GSU与之前的授权相同,因此,AAA服务器在上报用户的使用量时可以采用分多次上报的方式,又由于业务使用量能够被授权业务单元数整除,因此,通过业务使用量与所述授权业务单元数的商的整数倍的次数的上报,每次将授权业务单元数上报,即可将所有业务使用量上报到 PPS。举例说明,假设业务使用量为8x,而授权业务单元数为2x,则根据本实施例的方法,分= 4次上报业务使用情况,每次上报h,则4次可以将所有业务使用量8x上报至Ij PPS0如果业务使用量不是GSU的整数倍,也即业务使用量不能够被授权业务单元数整除,则确定上报次数为业务使用量与所述授权业务单元数的商的整数倍的次数加一次,其中,前整数倍次数的上报量都为GSU,最后一次的上报量为剩余使用量,所述剩余使用量所述业务使用量对所述授权业务单元数取模。在本实施方式中,业务使用量也大于GSU,但由于PPS不支持RSU属性,因此,该 PPS还是在预算了下个周期的可用量GSU后,正常下发,而该下个周期的可用量GSU与之前的授权相同,因此,AAA服务器在上报用户的使用量时可以采用分多次上报的方式,又由于业务使用量不能够被授权业务单元数整除,因此,对于PPC上报的业务使用量可以被GSU整除的部分,分多次上报,每次的上报量都为GSU,对于PPC上报的业务使用量不能被GSU整除的部分,单独上报。举例说明,假设业务使用量为9x,而授权业务单元数为h,则根据本实施例的方法,分I 9x/2x I +1 = 5次上报业务使用情况,前4次每次上报h,最后一次上报X,则5次可以将所有业务使用量9x上报到PPS。本实施例的计费方法在AAA服务器预留一部分PPS的授权量,只下发部分授权量给PPC,并在上报业务使用量时,将PPC的一条消息拆分为多条消息上报给PPS,保证了 PPS 的正常处理,不仅在配额较少时减少了消息交互,同时规避了使用量大于配额的问题,并避免了计费损失。为了使本实施例的方法更加清楚易懂,下面结合具体的应用对本实施例的方法加以说明。图5为本实施例一个具体应用的计费流程交互图,在本应用中,PPC承载于BRAS, PPS承载于OCS,PPC上报的业务使用量小于GSU,请参照图5,该流程包括501 用户发起呼叫,BRAS发送Access-Request (接入请求)消息到AAA服务器。502 =AAA 服务器将接收到的 Access-Request 消息转换成 CCRanitial) (Credit-Control-Requestanitial),信用控制初始请求)消息,发送到OCS请求配额。在本应用中,根据不同BRAS设备的监控误差不同、不同用户的QOS带宽不同, CCR(Initial)消息还携带不同的RSU,指示OCS授权相应的GSU。503 =OCS结合前述RSU,根据用户的账户余额为用户预留上网费用, 并根据业务资费标准预算用户的可用量GSU,然后将该GSU通过CCA(initial) (Credit-Control-Answer (initial),信用控制初始应答)消息返回给AAA服务器。504 :AAA服务器根据接收到的GSU确定使用授权量,并通过Access-Acc印t (接入接受)消息将使用授权量下发给BRAS。
其中,GSU是一个组属性,其中包括属性CC-Total-Octets,也即授权的流量字节数。其中,AAA服务器根据接收到的GSU确定使用授权量的方法包括将CC-Total-OctetsXn%作为使用授权量,其中,η为整数,如果η太小将导致 BRAS消息交互频繁,如果η太大将导致使用量可能超过CC-Total-Octets,因此,η的可参考配置范围可以为[20,99],且保证BRAS的流量误差小于CC-Total-OctetsX (100-n) %0 作为接入网关,例如BRAS —般会设置一个流量误差,允许用户的带宽使用量在允许的范围内浮动。将CC-Total-Octets-m作为使用授权量,其中,m为整数,基于同样的原因,也需要保证BRAS的误差小于m。根据本实施例的一个实施方式,如果该OCS在下发给AAA服务器的授权信息中, 除了包括GSU,还包括了门限值VT,则本实施例也可以直接使用门限值VT作为配额发送给 BRAS。505 :BRAS 向 AAA服务器发送 Accounting-Request (start)(开始计费请求)消息。506 =AAA 服务器向 BRAS 返回 Accounting-Response (计费响应)消息。507 =BRAS 向 AAA 服务器发送 Accounting-Request (Interim)(实时计费请求)消息,通过该消息报告用户的业务使用量,该业务使用量可以包括时长、流量等。在本实施例中,BRAS向AAA服务器发送实时计费请求消息,可以在流量用完时发送,也可以是定时发送,本实施例并不以此作为限制。508 =AAA 服务器将 Accounting-Request (Interim)消息转换成 CCR(Update)(信用控制更新请求)消息上报给0CS。在本应用中,该CCR(Update)消息中的USU属性携带了用户的业务使用量USU,由于USU小于GSU,因此,AAA服务器可以正常上报,不需要进行额外处理。509 =OCS结算用户已经使用量,预算下个周期的可用量GSU,将GSU通过 CCA(Update)(信用控制更新应答)消息返回给AAA服务器。510 =AAA服务器接收到OCS下发的GSU后,进行如步骤504 —样的处理后,确定使用授权量,并向BRAS返回Accounting-Response (计费响应)消息,该消息中携带新的使用
授权量。在本实施例中,AAA服务器确定使用授权量的方式也可以采用如步骤504 所述的方式,但本实施例并不以此作为限定,例如,当该GSU中的授权的流量字节数 CC-Total-Octets小于一个预定的阈值时,则将该GSU作为使用授权量下发,其中,该阈值根据使用流量设定,例如可以是BRAS在300秒内的使用量。在本实施例中,如果用户一直处于在线状态,则可以重复执行步骤507 510,直至用户下线。511 用户下线,BRAS向AAA服务器发送Accounting-Request (Mop)(终止计费请求)消息,通过该消息报告用户的业务使用量,该业务使用量可以包括时长、流量等。512 =AAA 服务器将接收到的 Accounting-Request(Mop)消息转换成 CCR(Term) (信用控制停止请求)消息上报给0CS,其中,该CCR(Term)中的USU属性携带了用户的业
务使用量。
513 =OCS结算用户已经使用量,将CCA(Term)(信用控制停止应答)消息返回给 AAA服务器。514 =AAA 服务器向 BRAS 返回 Accounting-Response (计费响应)消息。图6为本实施例另外一个具体应用的计费流程交互图,在本应用中,PPC承载于 BRAS,PPS承载于OCS,GSU小于BRAS的误差,AAA服务器无法预留一部分;或者GSU只比BRAS 误差稍大,AAA服务器预留一部分后,会导致BRAS频繁发送Accounting-Request (interim) 消息,由此导致PPC上报的业务使用量大于GSU。请参照图6,该流程包括601 用户发起呼叫,BRAS发送Access-Request消息到AAA服务器。602 =AAA服务器将接收到的Access-Request消息转换成CCRanitial)消息后, 发送到OCS请求配额。在本应用中,根据不同BRAS设备的监控误差不同、不同用户的QOS带宽不同,在该 CCR(Initial)消息中携带有不同的RSU,以指示OCS授权相应的GSU。603 =OCS结合RSU,根据用户账户余额为用户预留上网费用,并根据资费标准预算用户的可用量GSU,然后将GSU通过CCA (initial)消息返回给AAA服务器。604 =AAA服务器根据接收到的GSU确定使用授权量,通过Access-Accept消息将该使用授权量下发给BRAS。在本实施例中,GSU是一个组属性,其中包括属性CC-Total-Octets,也即授权的流量字节数,确定使用授权量的方法包括将CC-Total-OctetsXn1^作为使用授权量,其中,η为整数,参考配置范围可以为 [20,99],且 BRAS 的误差小于 CC-I1Otal-Octets X (100-η) % 其中,η 太小将导致 BRAS 消息交互频繁,η太大将导致用户的业务使用量可能超过CC-Total-Octets。将CC-Total-Octets-m作为使用授权量,其中,m为整数,且BRAS的误差小于m。根据本实施例的一个实施方式,如果OCS在下发给AAA服务器的授权信息中,除了包括GSU,还包括门限值VT,则根据本实施例的方法,可以直接使用门限值VT作为使用授权量发给BRAS。根据本实施例的另外一个实施方式,还可以根据流量使用情况预先设置一个阈值,例如将BRAS在300秒内的使用量作为阈值,当CC-Total-Octets小于阈值时,将GSU作为使用授权量全部下发。605 =BRAS 向 AAA 服务器发送 Accounting-Request (start)消息。606 :AAA 服务器向 BRAS 返回 Accounting-Response 消息。607 =BRAS 向 AAA 服务器发送 Accounting-Request (Interim)消息,通过该消息报告用户的业务使用量,假设为X,该业务使用量可以包括时长、流量等。在本实施例中,BRAS向AAA服务器发送实时计费请求消息,可以在流量用完时发送,也可以是定时发送,本实施例并不以此作为限制。608 =AAA 服务器将接收到的 Accounting-Request (Interim)消息转换成 CCR(Update)消息上报给OCS。在本应用中,由于上报的用户的业务使用量X大于授权量GSU,因此,根据本实施例的方法,如果OCS支持RSU属性,也即,允许BRAS请求授权业务单元数,则AAA服务器将用户的业务使用量X分两次上报给0CS。
在本步骤中,该CCR(Update)消息通过USU属性携带的用户的业务使用量为GSU, 并通过RSU属性指示OCS下个周期需要的授权量为X,也即BRAS上报的用户的业务使用量。609 =OCS结算用户已经使用量,根据接收到的RSU,预算下个周期的可用量GSU为 X,将该GSU通过CCA (Update)消息返回给AAA服务器。610 =AAA服务器立即再发送一个CCR(Update)消息上报给0CS,在该消息中,通过 USU属性携带的用户的业务使用量为X-GSU,也即除了通过步骤608上报的业务使用量之后的剩余的业务使用量,并通过RSU属性指示OCS下个周期需要的授权量为GSU。611 :0CS结算用户已经使用量,根据接收到的RSU,预算下个周期的可用量GSUJf GSU通过CCA (Update)消息返回给AAA服务器。612 =AAA服务器根据接收到的GSU确定新的使用授权量,并向BRAS返回 Accounting-Response消息,在该消息中携带新的使用授权量。在本实施例中,AAA服务器确定使用授权量的方式也可以采用如步骤604所述的方式,但本实施例并不以此作为限定。在本实施例中,如果用户一直处于在线状态,则可以重复执行步骤607 612,直至用户下线。613 用户下线,BRAS向AAA服务器发送Accounting-Request (Mop)消息,报告用户的业务使用量,该业务使用量可以包括时长、流量等。614 =AAA 服务器将接收到的 Accounting-Request(Mop)消息转换成 CCR(Term) 消息后,上报给0CS,其中,在该消息中,通过USU属性携带用户的业务使用量。同样的,如果此时业务使用量大于GSU,也可以如步骤608 611—样进行处理,将该CCR(Term)消息分拆成2个CCR消息,一个CCR(update)报告使用量GSU,一个CCR(Term) 报告剩余的使用量。615 =OCS结算用户已经使用量,将CCA (Term)消息返回给AAA服务器。616 =AAA 服务器向 BRAS 返回 Accounting-Response 消息。图7为本实施例另外一个具体应用的计费流程交互图,与图6所示的实施例不同的是,在本应用中,OCS不支持RSU属性,只能授权固定的GSU。请参照图7,该流程包括701 707 与图6所示的实施例的步骤601 607相同,在此不再赘述。708 =AAA 服务器将接收到的 Accounting-Request (Interim)消息转换成 CCR(Update)消息上报给OCS。在本应用中,由于上报的用户的业务使用量X大于授权量GSU,而OCS不支持RSU 属性,因此,根据本实施例的方法,该AAA服务器将用户的业务使用量X分多次上报给0CS。在本步骤中,该CCR(Update)消息通过USU属性携带的用户的业务使用量为GSU。709 =OCS结算用户已经使用量,由于OCS不支持RSU属性,其预算下个周期的可用量GSU,将GSU通过CCA (Update)消息返回给AAA。在本实施例中,步骤708、709根据X与GSU的商的整数倍的次数进行重复,也即,X 是GSU的多少倍,就需要重复多少次,如果X不能被GSU整除,则通过下面的步骤710和步骤711来上报剩余的业务使用量。710 =AAA服务器立即再发送一个CCR (Update)消息上报给0CS,其中,在该 CCR(Update)消息的USU属性中携带的用户的业务使用量是X对GSU取模(取模,即X不能被GSU整除的部分),也即X mod GSU0711 :0CS结算用户已经使用量,预算下个周期的可用量GSU,将GSU通过 CCA (Update)消息返回给AAA服务器。在本实施例中,如果X可以被GSU整除,则步骤710、711可以省略。712 =AAA服务器根据接收到的GSU确定新的使用授权量,并向BRAS返回 Accounting-Response消息,在该消息中携带新的使用授权量。在本实施例中,AAA服务器确定使用授权量的方式也可以采用如步骤704所采取的方式,但本实施例并不以此作为限定。在本实施例中,如果用户一直处于在线状态,则可以重复执行步骤707 712,直至用户下线。713 用户下线,BRAS向AAA服务器发送Accounting-Request (Mop)消息,通过该消息报告用户的业务使用量,该业务使用量可以包括时长、流量等。714 =AAA 将接收到的 Accounting-Request (Stop)消息转换成 CCR(Term)消息后, 上报给0CS,其中,在该消息中,通过USU属性携带用户的业务使用量。同样的,如果此时业务使用量大于GSU,也可以如步骤708 711 —样进行处理,将该CCR(Term)消息分拆成多个CCR消息,CCR(update)消息报告使用量GSU,一个CCR(Term) 报告剩余的使用量。715 =OCS结算用户已经使用量,将CCA (Term)消息返回给AAA服务器。716 =AAA 服务器向 BRAS 返回 Accounting-Response 消息。本实施例是以PPS承载于0CS,PPC承载于BRAS为例加以说明,但本实施例并不以此作为限制,例如PPC可以承载于其他接入网关,例如AC、NAS等,PPS也可以承载于其他的计费系统。本实施例的计费方法在AAA服务器预留一部分PPS的授权量,只下发部分授权量给PPC,并将PPC的一条消息拆分为多条消息上报给PPS,保证了 PPS的正常处理,不仅在配额较少时减少了消息交互,同时规避了使用量大于配额的问题,并避免了计费损失。图8为本发明实施例提供的一种计费装置的组成框图,请参照图8,该计费装置包括接收单元81,用于接收预付费服务器PPS发送的授权信息,所述授权信息中包含授权业务单元数;确定单元82,用于根据所述授权业务单元数和请求的PPC的流量误差确定授权使
用量;发送单元83,用于将所述使用授权量发送到所述PPC,以便所述PPC根据所述使用授权量和所述流量误差控制业务使用量;上报单元84,用于将所述PPC发送的业务使用量上报到所述PPS,以便所述PPS根据所述业务使用量进行计费。在一个实施例中,该确定单元82具体用于在所述授权信息中包含授权业务单元数和授权门限值时,确定所述授权使用量为所述授权门限值。在另一个实施例中,该确定单元82具体用于在所述授权信息中包含授权业务单元数,但不包含授权门限值,且所述授权业务单元数中的授权的流量字节数小于预先设置的阈值时,确定所述授权使用量为所述授权业务单元数。在另一个实施例中,该确定单元82具体用于在所述授权信息中包含授权业务单元数,但不包含授权门限值,且所述授权业务单元数中的授权的流量字节数大于预先设置的阈值时,根据所述授权业务单元数以及请求的预付费客户端PPC的流量误差确定使用授权量为CC-I1Otal-OctetsXn%,其中,CC-Total-Octets 为授权的流量字节数,η 为正整数,η e [20,99],且流量误差< CC-Total-OctetsX (100-n) % ;或者CC-Total-Octets-m,其中,CC-Total-Octets为授权的流量字节数,m为正整数, 且流量误差<m。在一个实施例中,该上报单元84具体用于在所述业务使用量小于授权业务单元数时,确定上报次数为一次,上报量为已使用业务单元数。在另一个实施例中,该上报单元84具体用于在所述业务使用量大于授权业务单元数,且所述预付费服务器支持请求业务单元数的属性时,确定上报次数为两次,第一次的上报量为授权业务单元数,第二次的上报量为剩余使用量,所述剩余使用量为所述业务使用量和所述授权业务单元数之差。在本实施例中,上报单元84具体用于在第一次上报时,将所述授权业务单元数以及请求业务单元数发送到所述预付费服务器,其中,所述请求业务单元数为所述业务使用量;在第二次上报时,将所述剩余使用量发送到所述预付费服务器。在另一个实施例中,该上报单元84具体用于在所述业务使用量大于授权业务单元数,所述预付费服务器不支持请求业务单元数的属性,且所述业务使用量为所述授权业务单元数的整数倍时,确定上报次数为所述业务使用量与所述授权业务单元数的商的整数倍的次数,每次的上报量为所述授权业务单元数。在本实施例中,上报单元84具体用于在进行整数倍的次数上报时,将所述授权业务单元数发送到所述预付费服务器。在另一个实施例中,该上报单元84具体用于在所述业务使用量大于授权业务单元数,所述预付费服务器不支持请求业务单元数的属性,且所述业务使用量不是所述授权业务单元数的整数倍时,确定上报次数为所述业务使用量与所述授权业务单元数的商的整数倍的次数加一,整数倍次数的上报量为授权业务单元数,最后一次的上报量为剩余使用量,所述剩余使用量为所述业务使用量对所述授权业务单元数取模。在本实施例中,上报单元84具体用于在整数倍的次数上报时,将所述授权业务单元数发送到所述预付费服务器;在最后一次上报时,将所述剩余使用量发送到所述预付费服务器。本实施例的计费装置的各组成部分分别用于实现前述实施例的方法的各步骤的功能,由于在前述方法实施例中,已经对各步骤进行了详细说明,在此不再赘述。本实施例的计费装置可以应用于固网,也可以应用于其他网络,例如WiMAX网络的计费过程,只要存在使用量超过配额的情况,且支持预付费,都可以通过本实施例的计费装置进行计费处理。本实施例的计费装置可以应用于AAA服务器,通过在AAA服务器预留一部分PPS 的授权量,只下发部分授权量给PPC,并将PPC的一条消息拆分为多条消息上报给PPS,保证了 PPS的正常处理,不仅在配额较少时减少了消息交互,同时规避了使用量大于配额的问题,并避免了计费损失。图9为本发明实施例提供的一种AAA服务器的组成框图,请参照图9,本实施例的AAA服务器包括了计费装置91,在本实施例中,该计费装置91可以通过图8所示实施例的计费装置来实现,由于在图8所示实施例中,已经对该装置进行了详细说明,在此不再赘述。本实施例的AAA服务器预留一部分PPS的授权量,只下发部分授权量给PPC,并将 PPC的一条消息拆分为多条消息上报给PPS,保证了 PPS的正常处理,不仅在配额较少时减少了消息交互,同时规避了使用量大于配额的问题,并避免了计费损失。上述图3-图9的实施例是以AAA服务器预留一部分配额为例,然而,本实施例并不以此作为限制,例如,AAA服务器没有预留一部分配额,则根据本实施例的方法,AAA服务器可以根据PPC上报的业务使用量以及PPS授权的GSU以及支持的RSU属性确定上报方式和上报量,以规避使用量大于配额的问题,并避免计费损失。以下结合附图加以说明,与图 3-图9的实施例相同的内容,在此不再赘述。图10为本发明另一实施例提供的一种计费方法的流程图,请参照图10,该方法包括步骤1001 :AAA服务器接收PPS发送的授权信息,所述授权信息包括授权业务单元数;步骤1002 =AAA服务器将所述授权信息发送到请求的PPC,以便所述PPC根据所述授权信息控制业务使用量;步骤1003 :AAA服务器接收所述PPC发送的业务使用量,所述业务使用量大于授权业务单元数;步骤1004 =AAA服务器根据预付费客户端发送的业务使用量确定上报次数及每次的上报量;步骤1005 按照所述上报次数将所述每次的上报量发送到预付费服务器,以便所述预付费服务器根据所述预付费客户端上报的业务使用量和所述授权业务单元数进行计费。图10所示实施例的计费方法的步骤1004和步骤1005与图4所示实施例的方法的步骤401和步骤402相同,在此不再赘述。本实施例的计费方法在PPC上报的业务使用量大于授权业务单元数时,将PPC的一条消息拆分为多条消息上报给PPS,保证了 PPS的正常处理,规避了使用量大于配额的问题,并避免了计费损失。图11为本发明另一实施例提供的一种计费装置的组成框图,请参照图11,该装置包括接收单元111,用于接收PPS发送的授权信息,所述授权信息包括授权业务单元数,并在将所述授权信息发送到PPC,以便所述PPC根据所述授权信息控制业务使用量后, 接收所述PPC发送的业务使用量,所述业务使用量大于所述授权业务单元数;确定单元112,用于根据预付费客户端发送的业务使用量确定上报次数及每次的上 艮量;
发送单元113,用于按照所述上报次数将所述每次的上报量发送到所述预付费服务器,以便所述预付费服务器根据所述预付费客户端上报的业务使用量和所述授权业务单元数进行计费。图11所示实施例的计费装置的确定单元112和发送单元113与图8所示实施例的计费装置的上报单元84相同,在此不再赘述。本实施例的计费装置在PPC上报的业务使用量大于授权业务单元数时,将PPC的一条消息拆分为多条消息上报给PPS,保证了 PPS的正常处理,规避了使用量大于配额的问题,并避免了计费损失。图12为本发明另一实施例提供的一种AAA服务器的组成示意图,请参照图12,本实施例的AAA服务器包括了计费装置121,在本实施例中,该计费装置121可以通过图11所示实施例的计费装置来实现,由于在图11及图8所示实施例中,已经对该装置进行了详细说明,在此不再赘述。本实施例的AAA服务器在PPC上报的业务使用量大于授权业务单元数时,将PPC 的一条消息拆分为多条消息上报给PPS,保证了 PPS的正常处理,不仅规避了使用量大于配额的问题,还避免了计费损失。结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
1.一种计费方法,其特征在于,所述方法包括接收预付费服务器PPS发送的授权信息,所述授权信息中包含授权业务单元数; 根据所述授权业务单元数以及请求的预付费客户端PPC的流量误差确定使用授权量, 其中,所述流量误差小于所述授权业务单元数;将所述使用授权量发送到所述PPC,以便所述PPC根据所述使用授权量和所述流量误差控制业务使用量;将所述PPC发送的业务使用量上报到所述PPS,以便所述PPS根据所述业务使用量进行计费。
2.根据权利要求1所述的计费方法,其特征在于,根据所述授权业务单元数以及请求的PPC的流量误差确定所述使用授权量,包括如果所述授权信息中包含授权业务单元数,且所述授权业务单元数中的授权的流量字节数大于预先设置的阈值,则确定所述使用授权量为授权的流量字节数与预先设定的百分比的乘积,其中,所述预先设定的百分比的范围为20% -99%,且所述流量误差小于所述授权的流量字节数与1减去预先设定的百分比的乘积;或者授权的流量字节数与预先设定的正整数的差,其中,所述预先设定的正整数大于所述流量误差。
3.一种计费装置,其特征在于,所述装置包括接收单元,用于接收预付费服务器PPS发送的授权信息,所述授权信息中包含授权业务单元数;确定单元,用于根据所述授权业务单元数和请求的PPC的流量误差确定授权使用量; 发送单元,用于将所述使用授权量发送到所述PPC,以便所述PPC根据所述使用授权量和所述流量误差控制业务使用量;上报单元,用于将所述PPC发送的业务使用量上报到所述PPS,以便所述PPS根据所述业务使用量进行计费。
4.根据权利要求3所述的计费装置,其特征在于所述确定单元具体用于在所述授权信息包含授权业务单元数,不包含授权门限值,且所述授权业务单元数中的授权的流量字节数大于预先设置的阈值时,确定所述使用授权量为授权的流量字节数与预先设定的百分比的乘积,其中,所述预先设定的百分比的范围为 20% -99%,且所述流量误差小于所述授权的流量字节数与1减去预先设定的百分比的乘积;或者,授权的流量字节数与预先设定的正整数的差,其中,所述预先设定的正整数大于所述流量误差。
5.一种计费方法,其特征在于,所述方法包括接收PPS发送的授权信息,所述授权信息包括授权业务单元数; 将所述授权信息发送到PPC,以便所述PPC根据所述授权信息控制业务使用量; 接收所述PPC发送的业务使用量,所述业务使用量大于所述授权业务单元数; 根据预付费客户端发送的业务使用量确定上报次数及每次的上报量; 按照所述上报次数将所述每次的上报量发送到预付费服务器,以便所述预付费服务器根据所述预付费客户端上报的业务使用量和所述授权业务单元数进行计费。
6.根据权利要求5所述的计费方法,其特征在于,根据所述预付费客户端发送的业务使用量确定上报次数及每次的上报量,包括如果所述业务使用量大于授权业务单元数,且所述预付费服务器支持请求业务单元数的属性,则确定上报次数为两次,第一次的上报量为授权业务单元数,第二次的上报量为剩余使用量,所述剩余使用量为所述业务使用量和所述授权业务单元数之差。
7.根据权利要求6所述的计费方法,其特征在于,按照所述上报次数将所述每次的上报量发送到所述预付费服务器,包括第一次上报时,将所述授权业务单元数以及请求业务单元数发送到所述预付费服务器,其中,所述请求业务单元数为所述业务使用量;第二次上报时,将所述剩余使用量发送到所述预付费服务器。
8.根据权利要求5所述的计费方法,其特征在于,根据所述预付费客户端发送的业务使用量确定上报次数及每次的上报量,包括如果所述业务使用量大于授权业务单元数,且所述预付费服务器不支持请求业务单元数的属性,则,如果所述业务使用量为所述授权业务单元数的整数倍,则确定上报次数为所述业务使用量与所述授权业务单元数的商的整数倍的次数,每次的上报量为所述授权业务单元数。
9.根据权利要求5所述的计费方法,其特征在于,根据所述预付费客户端发送的业务使用量确定上报次数及每次的上报量,包括如果所述业务使用量大于授权业务单元数,且所述预付费服务器不支持请求业务单元数的属性,则如果所述业务使用量不是所述授权业务单元数的整数倍,则确定上报次数为所述业务使用量与所述授权业务单元数的商的整数倍的次数加一,整数倍次数的上报量为授权业务单元数,最后一次的上报量为剩余使用量,所述剩余使用量为所述业务使用量对所述授权业务单元数取模。
10.一种计费装置,其特征在于,所述装置包括接收单元,用于接收PPS发送的授权信息,所述授权信息包括授权业务单元数,并在将所述授权信息发送到PPC,以便所述PPC根据所述授权信息控制业务使用量后,接收所述 PPC发送的业务使用量,所述业务使用量大于所述授权业务单元数;确定单元,用于根据预付费客户端发送的业务使用量确定上报次数及每次的上报量;发送单元,用于按照所述上报次数将所述每次的上报量发送到所述预付费服务器,以便所述预付费服务器根据所述预付费客户端上报的业务使用量和所述授权业务单元数进行计费。
11.根据权利要求10所述的计费装置,其特征在于所述确定单元,具体用于在所述业务使用量大于授权业务单元数,且所述预付费服务器支持请求业务单元数的属性时,确定上报次数为两次,第一次的上报量为授权业务单元数,第二次的上报量为剩余使用量,所述剩余使用量为所述业务使用量和所述授权业务单元数之差。
12.根据权利要求11所述的计费装置,其特征在于所述发送单元,具体用于在第一次上报时,将所述授权业务单元数以及请求业务单元数发送到所述预付费服务器,其中,所述请求业务单元数为所述业务使用量;在第二次上报时,将所述剩余使用量发送到所述预付费服务器。
13.根据权利要求10所述的计费装置,其特征在于所述确定单元,具体用于在所述业务使用量大于授权业务单元数,所述预付费服务器不支持请求业务单元数的属性,且所述业务使用量为所述授权业务单元数的整数倍时,确定上报次数为所述业务使用量与所述授权业务单元数的商的整数倍的次数,每次的上报量为所述授权业务单元数。
14.根据权利要求10所述的计费装置,其特征在于所述确定单元,具体用于在所述业务使用量大于授权业务单元数,所述预付费服务器不支持请求业务单元数的属性时,且所述业务使用量不是所述授权业务单元数的整数倍时,确定上报次数为所述业务使用量与所述授权业务单元数的商的整数倍的次数加一,整数倍次数的上报量为授权业务单元数,最后一次的上报量为剩余使用量,所述剩余使用量为所述业务使用量对所述授权业务单元数取模。
全文摘要
本发明实施例提供一种计费方法和装置,所述方法包括接收预付费服务器PPS发送的授权信息,所述授权信息中包含授权业务单元数;根据所述授权业务单元数以及请求的预付费客户端PPC的流量误差确定使用授权量;将所述使用授权量发送到所述PPC,以便所述PPC根据所述使用授权量和所述流量误差控制业务使用量;将所述PPC发送的业务使用量上报到所述PPS,以便所述PPS根据所述业务使用量进行计费。本发明实施例提供的方法和装置,使得配额较少时消息交互较少,同时规避了使用量大于配额的问题,避免了计费损失。
文档编号H04L12/14GK102244581SQ20101017163
公开日2011年11月16日 申请日期2010年5月12日 优先权日2010年5月12日
发明者张锦元 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1