[0028] 为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
[0029] 图3为本发明实施例提供的一种计费方法的流程图，该方法应用于AAA服务器，请参照图3，该方法包括：
[0030] 步骤301：AAA服务器根据预付费客户端PPC的接入请求向预付费服务器PPS请求配额，并接收该PPS发送的授权信息，所述授权信息中包含授权业务单元数；
[0031] 步骤302：AAA服务器根据所述授权信息确定使用授权量；
[0032] 在本实施例中，授权信息可以包括授权业务单元数GSU，也可以进一步包括授权门限值VT(Volume-Quota-Threshold，流量门限，869号属性)。其中，GSU是一个组属性，其中包含了许多属性，例如授权的流量字节数CC-Total-Octets等；VT是PPS根据授权策略而设置，且根据PPC是否支持VT属性而选择性下发。
[0033] 其中，如果授权信息中除了包含GSU，还包含授权门限值VT，则授权使用量可以为所述授权门限值。如果授权信息中仅包含GSU，不包含授权门限值VT，且授权业务单元数中的授权的流量字节数小于预先设置的阈值，则授权使用量可以为所述授权业务单元数，其中，阈值是预先设置的，例如可以是承载预付费客户端的网关设备，例如BRAS在300秒内的使用量等。如果授权信息中仅包含GSU，不包含授权门限值VT，且授权业务单元数中的授权的流量字节数大于预先设置的阈值，则可以根据授权业务单元数以及PPC的流量误差确定该使用授权量，根据这种方式确定的使用授权量可以为：授权的流量字节数与预先设定的百分比的乘积，其中，所述预先设定的百分比的范围为20％-99％，且所述流量误差小于所述授权的流量字节数与1减去预先设定的百分比的乘积，也即，该使用授权量为CC-Total-Octets×n％，其中，CC-Total-Octets为授权的流量字节数，n为正整数，n∈[20，99]，且流量误差＜CC-Total-Octets×(100-n)％。也可以为：授权的流量字节数与预先设定的正整数的差，其中，所述预先设定的正整数大于所述流量误差，也即，该使用授权量为CC-Total-Octets-m，其中，CC-Total-Octets为授权的流量字节数，m为正整数，且流量误差＜m。
[0034] 步骤303：AAA服务器将所述使用授权量发送到所述PPC，以便所述PPC根据所述使用授权量和所述流量误差控制业务使用量；
[0035] 在本实施例中，AAA服务器下发给PPC的并不是GSU，而是经过处理之后的配额，也即该GSU的一部分，因此，相当于该AAA服务器保留了一部分PPS的授权量。
[0036] 步骤304：AAA服务器将所述PPC发送的业务使用量上报到所述PPS，以便所述PPS根据所述业务使用量进行计费。
[0037] 在本实施例中，当流量用完以后，PPC会将业务使用量上报到AAA服务器，以便AAA服务器将该业务使用量上报到PPS，PPS根据业务使用量进行计费。
[0038] 根据本实施例的一个实施方式，业务使用量小于授权业务单元数，则AAA服务器直接将业务使用量上报到PPS即可；根据本实施例的另外一个实施方式，业务使用量大于授权业务单元数，则AAA服务器分多次将业务使用量上报到PPS。以下将通过不同的实施例加以说明。
[0039] 在本实施例中，预付费客户端PPC可以位于接入网关中，例如BRAS、NAS、AC中等；同样的，预付费服务器PPS可以位于计费系统中，例如OCS中，本实施例并不以此作为限制。
[0040] 本实施例的方法应用于AAA服务器，在AAA服务器中根据PPS下发的授权业务单元数，预留一部分PPS的授权量，而只下发部分授权量给PPC，避免了因PPS和PPC不匹配而导致的计费损失。
[0041] 图4为本发明实施例提供的方法中，AAA服务器将所述PPC发送的业务使用量上报到所述PPS的流程图，请参照图4，该方法还包括：
[0042] 步骤401：AAA服务器根据PPC发送的业务使用量确定上报次数及每次的上报量；
[0043] 步骤402：AAA服务器按照所述上报次数将所述每次的上报量发送到所述PPS，以便所述PPS根据所述PPC上报的业务使用量和所述授权业务单元数进行计费。
[0044] 根据本实施例的一个实施方式，如果所述业务使用量小于GSU，则确定上报次数为一次，上报量为所述已使用业务单元数。
[0045] 在本实施方式中，如果业务使用量小于GSU，就说明PPC对带宽的使用没有超出授权范围，则该AAA服务器将PPC上报的业务使用量，也即已使用业务单元数上报给PPS即可。
[0046] 根据本实施例的另外一个实施方式，如果所述业务使用量大于GSU，且所述PPS支持请求业务单元数RSU的属性，则确定上报次数为两次，第一次的上报量为GSU，第二次的上报量为剩余使用量，所述剩余使用量为所述业务使用量和所述GSU之差。
[0047] 在本实施方式中，如果业务使用量大于GSU，就说明PPC对带宽的使用超出了授权范围，如果PPS支持RSU属性，则该AAA服务器分两次将PPC上报的业务使用量上报给PPS，其中：第一次上报时，将原来请求的GSU上报给PPS的同时，上报RSU，该RSU的值即为PPC上报的业务使用量；第二次上报时，由于PPS调整了GSU，且调整后的GSU为PPC上报的业务使用量，则AAA服务器将除第一次上报时上报的使用量之外的剩余使用量上报给PPS即可，也即将所述业务使用量和所述授权业务单元数之差上报给PPS。
[0048] 根据本实施例的另外一个实施方式，如果所述业务使用量大于GSU，且所述PPS不支持请求业务单元数RSU的属性，则确定上报次数和每次的上报量要视业务使用量和授权业务单元数的商来决定。
[0049] 如果业务使用量为授权业务单元数GSU的整数倍，也即业务使用量能够被授权业务单元数整除，则上报次数为业务使用量与所述授权业务单元数的商的整数倍的次数，每次的上报量都为GSU。
[0050] 在本实施方式中，业务使用量也大于GSU，但由于PPS不支持RSU属性，因此，该PPS还是在预算了下个周期的可用量GSU后，正常下发，而该下个周期的可用量GSU与之前的授权相同，因此，AAA服务器在上报用户的使用量时可以采用分多次上报的方式，又由于业务使用量能够被授权业务单元数整除，因此，通过业务使用量与所述授权业务单元数的商的整数倍的次数的上报，每次将授权业务单元数上报，即可将所有业务使用量上报到PPS。
[0051] 举例说明，假设业务使用量为8x，而授权业务单元数为2x，则根据本实施例的方法，分8x/2x＝4次上报业务使用情况，每次上报2x，则4次可以将所有业务使用量8x上报到PPS。
[0052] 如果业务使用量不是GSU的整数倍，也即业务使用量不能够被授权业务单元数整除，则确定上报次数为业务使用量与所述授权业务单元数的商的整数倍的次数加一次，其中，前整数倍次数的上报量都为GSU，最后一次的上报量为剩余使用量，所述剩余使用量所述业务使用量对所述授权业务单元数取模。
[0053] 在本实施方式中，业务使用量也大于GSU，但由于PPS不支持RSU属性，因此，该PPS还是在预算了下个周期的可用量GSU后，正常下发，而该下个周期的可用量GSU与之前的授权相同，因此，AAA服务器在上报用户的使用量时可以采用分多次上报的方式，又由于业务使用量不能够被授权业务单元数整除，因此，对于PPC上报的业务使用量可以被GSU整除的部分，分多次上报，每次的上报量都为GSU，对于PPC上报的业务使用量不能被GSU整除的部分，单独上报。
[0054] 举例说明，假设业务使用量为9x，而授权业务单元数为2x，则根据本实施例的方法，分|9x/2x|+1＝5次上报业务使用情况，前4次每次上报2x，最后一次上报x，则5次可以将所有业务使用量9x上报到PPS。
[0055] 本实施例的计费方法在AAA服务器预留一部分PPS的授权量，只下发部分授权量给PPC，并在上报业务使用量时，将PPC的一条消息拆分为多条消息上报给PPS，保证了PPS的正常处理，不仅在配额较少时减少了消息交互，同时规避了使用量大于配额的问题，并避免了计费损失。
[0056] 为了使本实施例的方法更加清楚易懂，下面结合具体的应用对本实施例的方法加以说明。
[0057] 图5为本实施例一个具体应用的计费流程交互图，在本应用中，PPC承载于BRAS，PPS承载于OCS，PPC上报的业务使用量小于GSU，请参照图5，该流程包括：
[0058] 501：用户发起呼叫，BRAS发送Access-Request(接入请求)消息到AAA服务器。
[0059] 502：AAA服务器将接收到的Access-Request消息转换成CCR(Initial)(Credit-Control-Request(Initial)，信用控制初始请求)消息，发送到OCS请求配额。
[0060] 在本应用中，根据不同BRAS设备的监控误差不同、不同用户的QOS带宽不同，CCR(Initial)消息还携带不同的RSU，指示OCS授权相应的GSU。
[0061] 503：OCS结合前述RSU，根据用户的账户余额为用户预留上网费用，并根据业务资费标准预算用户的可用量GSU，然后将该GSU通过CCA(initial)(Credit-Control-Answer(initial)，信用控制初始应答)消息返回给AAA服务器。
[0062] 504：AAA服务器根据接收到的GSU确定使用授权量，并通过Access-Accept(接入接受)消息将使用授权量下发给BRAS。
[0063] 其中，GSU是一个组属性，其中包括属性CC-Total-Octets，也即授权的流量字节数。
[0064] 其中，AAA服务器根据接收到的GSU确定使用授权量的方法包括：
[0065] 将CC-Total-Octets×n％作为使用授权量，其中，n为整数，如果n太小将导致BRAS消息交互频繁，如果n太大将导致使用量可能超过CC-Total-Octets，因此，n的可参考配置范围可以为[20，99]，且保证BRAS的流量误差小于CC-Total-Octets×(100-n)％。作为接入网关，例如BRAS一般会设置一个流量误差，允许用户的带宽使用量在允许的范围内浮动。
[0066] 将CC-Total-Octets-m作为使用授权量，其中，m为整数，基于同样的原因，也需要保证BRAS的误差小于m。
[0067] 根据本实施例的一个实施方式，如果该OCS在下发给AAA服务器的授权信息中，除了包括GSU，还包括了门限值VT，则本实施例也可以直接使用门限值VT作为配额发送给BRAS。
[0068] 505：BRAS向AAA服务器发送Accounting-Request(start)(开始计费请求)消息。
[0069] 506：AAA服务器向BRAS返回Accounting-Response(计费响应)消息。
[0070] 507：BRAS向AAA服务器发送Accounting-Request(Interim)(实时计费请求)消息，通过该消息报告用户的业务使用量，该业务使用量可以包括时长、流量等。
[0071] 在本实施例中，BRAS向AAA服务器发送实时计费请求消息，可以在流量用完时发送，也可以是定时发送，本实施例并不以此作为限制。
[0072] 508：AAA服务器将Accounting-Request(Interim)消息转换成CCR(Update)(信用控制更新请求)消息上报给OCS。
[0073] 在本应用中，该CCR(Update)消息中的USU属性携带了用户的业务使用量USU，由于USU小于GSU，因此，AAA服务器可以正常上报，不需要进行额外处理。
[0074] 509：OCS结算用户已经使用量，预算下个周期的可用量GSU，将GSU通过CCA(Update)(信用控制更新应答)消息返回给AAA服务器。
[0075] 510：AAA服务器接收到OCS下发的GSU后，进行如步骤504一样的处理后，确定使用授权量，并向BRAS返回Accounting-Response(计费响应)消息，该消息中携带新的使用授权量。
[0076] 在本实施例中，AAA服务器确定使用授权量的方式也可以采用如步骤504所述的方式，但本实施例并不以此作为限定，例如，当该GSU中的授权的流量字节数CC-Total-Octets小于一个预定的阈值时，则将该GSU作为使用授权量下发，其中，该阈值根据使用流量设定，例如可以是BRAS在300秒内的使用量。
[0077] 在本实施例中，如果用户一直处于在线状态，则可以重复执行步骤507～510，直至用户下线。
[0078] 511：用户下线，BRAS向AAA服务器发送Accounting-Request(Stop)(终止计费请求)消息，通过该消息报告用户的业务使用量，该业务使用量可以包括时长、流量等。
[0079] 512：AAA服务器将接收到的Accounting-Request(Stop)消息转换成CCR(Term)(信用控制停止请求)消息上报给OCS，其中，该CCR(Term)中的USU属性携带了用户的业务使用量。
[0080] 513：OCS结算用户已经使用量，将CCA(Term)(信用控制停止应答)消息返回给AAA服务器。
[0081] 514：AAA服务器向BRAS返回Accounting-Response(计费响应)消息。
[0082] 图6为本实施例另外一个具体应用的计费流程交互图，在本应用中，PPC承载于BRAS，PPS承载于OCS，GSU小于BRAS的误差，AAA服务器无法预留一部分；或者GSU只比BRAS误差稍大，AAA服务器预留一部分后，会导致BRAS频繁发送Accounting-Request(interim)消息，由此导致PPC上报的业务使用量大于GSU。请参照图6，该流程包括：
[0083] 601：用户发起呼叫，BRAS发送Access-Request消息到AAA服务器。
[0084] 602：AAA服务器将接收到的Access-Request消息转换成CCR(Initial)消息后，发送到OCS请求配额。
[0085] 在本应用中，根据不同BRAS设备的监控误差不同、不同用户的QOS带宽不同，在该CCR(Initial)消息中携带有不同的RSU，以指示OCS授权相应的GSU。
[0086] 603：OCS结合RSU，根据用户账户余额为用户预留上网费用，并根据资费标准预算用户的可用量GSU，然后将GSU通过CCA(initial)消息返回给AAA服务器。
[0087] 604：AAA服务器根据接收到的GSU确定使用授权量，通过Access-Accept消息将该使用授权量下发给BRAS。
[0088] 在本实施例中，GSU是一个组属性，其中包括属性CC-Total-Octets，也即授权的流量字节数，确定使用授权量的方法包括：
[0089] 将CC-Total-Octets×n％作为使用授权量，其中，n为整数，参考配置范围可以为[20，99]，且BRAS的误差小于CC-Total-Octets×(100-n)％。其中，n太小将导致BRAS消息交互频繁，n太大将导致用户的业务使用量可能超过CC-Total-Octets。
[0090] 将CC-Total-Octets-m作为使用授权量，其中，m为整数，且BRAS的误差小于m。
[0091] 根据本实施例的一个实施方式，如果OCS在下发给AAA服务器的授权信息中，除了包括GSU，还包括门限值VT，则根据本实施例的方法，可以直接使用门限值VT作为使用授权量发给BRAS。
[0092] 根据本实施例的另外一个实施方式，还可以根据流量使用情况预先设置一个阈值，例如将BRAS在300秒内的使用量作为阈值，当CC-Total-Octets小于阈值时，将GSU作为使用授权量全部下发。
[0093] 605：BRAS向AAA服务器发送Accounting-Request(start)消息。
[0094] 606：AAA服务器向BRAS返回Accounting-Response消息。
[0095] 607：BRAS向AAA服务器发送Accounting-Request(Interim)消息，通过该消息报告用户的业务使用量，假设为X，该业务使用量可以包括时长、流量等。
[0096] 在本实施例中，BRAS向AAA服务器发送实时计费请求消息，可以在流量用完时发送，也可以是定时发送，本实施例并不以此作为限制。
[0097] 608：AAA服务器将接收到的Accounting-Request(Interim)消息转换成CCR(Update)消息上报给OCS。
[0098] 在本应用中，由于上报的用户的业务使用量X大于授权量GSU，因此，根据本实施例的方法，如果OCS支持RSU属性，也即，允许BRAS请求授权业务单元数，则AAA服务器将用户的业务使用量X分两次上报给OCS。
[0099] 在本步骤中，该CCR(Update)消息通过USU属性携带的用户的业务使用量为GSU，并通过RSU属性指示OCS下个周期需要的授权量为X，也即BRAS上报的用户的业务使用量。
[0100] 609：OCS结算用户已经使用量，根据接收到的RSU，预算下个周期的可用量GSU为X，将该GSU通过CCA(Update)消息返回给AAA服务器。
[0101] 610：AAA服务器立即再发送一个CCR(Update)消息上报给OCS，在该消息中，通过USU属性携带的用户的业务使用量为X-GSU，也即除了通过步骤608上报的业务使用量之后的剩余的业务使用量，并通过RSU属性指示OCS下个周期需要的授权量为GSU。
[0102] 611：OCS结算用户已经使用量，根据接收到的RSU，预算下个周期的可用量GSU，将GSU通过CCA(Update)消息返回给AAA服务器。
[0103] 612：AAA服务器根据接收到的GSU确定新的使用授权量，并向BRAS返回Accounting-Response消息，在该消息中携带新的使用授权量。
[0104] 在本实施例中，AAA服务器确定使用授权量的方式也可以采用如步骤604所述的方式，但本实施例并不以此作为限定。
[0105] 在本实施例中，如果用户一直处于在线状态，则可以重复执行步骤607～612，直至用户下线。
[0106] 613：用户下线，BRAS向AAA服务器发送Accounting-Request(Stop)消息，报告用户的业务使用量，该业务使用量可以包括时长、流量等。
[0107] 614：AAA服务器将接收到的Accounting-Request(Stop)消息转换成CCR(Term)消息后，上报给OCS，其中，在该消息中，通过USU属性携带用户的业务使用量。
[0108] 同样的，如果此时业务使用量大于GSU，也可以如步骤608～611一样进行处理，将该CCR(Term)消息分拆成2个CCR消息，一个CCR(update)报告使用量GSU，一个CCR(Term)报告剩余的使用量。
[0109] 615：OCS结算用户已经使用量，将CCA(Term)消息返回给AAA服务器。
[0110] 616：AAA服务器向BRAS返回Accounting-Response消息。
[0111] 图7为本实施例另外一个具体应用的计费流程交互图，与图6所示的实施例不同的是，在本应用中，OCS不支持RSU属性，只能授权固定的GSU。请参照图7，该流程包括：
[0112] 701～707：与图6所示的实施例的步骤601～607相同，在此不再赘述。
[0113] 708：AAA服务器将接收到的Accounting-Request(Interim)消息转换成CCR(Update)消息上报给OCS。
[0114] 在本应用中，由于上报的用户的业务使用量X大于授权量GSU，而OCS不支持RSU属性，因此，根据本实施例的方法，该AAA服务器将用户的业务使用量X分多次上报给OCS。
[0115] 在本步骤中，该CCR(Update)消息通过USU属性携带的用户的业务使用量为GSU。
[0116] 709：OCS结算用户已经使用量，由于OCS不支持RSU属性，其预算下个周期的可用量GSU，将GSU通过CCA(Update)消息返回给AAA。
[0117] 在本实施例中，步骤708、709根据X与GSU的商的整数倍的次数进行重复，也即，X是GSU的多少倍，就需要重复多少次，如果X不能被GSU整除，则通过下面的步骤710和步骤711来上报剩余的业务使用量。
[0118] 710：AAA服务器立即再发送一个CCR(Update)消息上报给OCS，其中，在该CCR(Update)消息的USU属性中携带的用户的业务使用量是X对GSU取模(取模，即X不能被GSU整除的部分)，也即X mod GSU。
[0119] 711：OCS结算用户已经使用量，预算下个周期的可用量GSU，将GSU通过CCA(Update)消息返回给AAA服务器。
[0120] 在本实施例中，如果X可以被GSU整除，则步骤710、711可以省略。
[0121] 712：AAA服务器根据接收到的GSU确定新的使用授权量，并向BRAS返回Accounting-Response消息，在该消息中携带新的使用授权量。
[0122] 在本实施例中，AAA服务器确定使用授权量的方式也可以采用如步骤704所采取的方式，但本实施例并不以此作为限定。
[0123] 在本实施例中，如果用户一直处于在线状态，则可以重复执行步骤707～712，直至用户下线。
[0124] 713：用户下线，BRAS向AAA服务器发送Accounting-Request(Stop)消息，通过该消息报告用户的业务使用量，该业务使用量可以包括时长、流量等。
[0125] 714：AAA将接收到的Accounting-Request(Stop)消息转换成CCR(Term)消息后，上报给OCS，其中，在该消息中，通过USU属性携带用户的业务使用量。
[0126] 同样的，如果此时业务使用量大于GSU，也可以如步骤708～711一样进行处理，将该CCR(Term)消息分拆成多个CCR消息，CCR(update)消息报告使用量GSU，一个CCR(Term)报告剩余的使用量。
[0127] 715：OCS结算用户已经使用量，将CCA(Term)消息返回给AAA服务器。
[0128] 716：AAA服务器向BRAS返回Accounting-Response消息。
[0129] 本实施例是以PPS承载于OCS，PPC承载于BRAS为例加以说明，但本实施例并不以此作为限制，例如PPC可以承载于其他接入网关，例如AC、NAS等，PPS也可以承载于其他的计费系统。
[0130] 本实施例的计费方法在AAA服务器预留一部分PPS的授权量，只下发部分授权量给PPC，并将PPC的一条消息拆分为多条消息上报给PPS，保证了PPS的正常处理，不仅在配额较少时减少了消息交互，同时规避了使用量大于配额的问题，并避免了计费损失。
[0131] 图8为本发明实施例提供的一种计费装置的组成框图，请参照图8，该计费装置包括：
[0132] 接收单元81，用于接收预付费服务器PPS发送的授权信息，所述授权信息中包含授权业务单元数；
[0133] 确定单元82，用于根据所述授权业务单元数和请求的PPC的流量误差确定授权使用量；
[0134] 发送单元83，用于将所述使用授权量发送到所述PPC，以便所述PPC根据所述使用授权量和所述流量误差控制业务使用量；
[0135] 上报单元84，用于将所述PPC发送的业务使用量上报到所述PPS，以便所述PPS根据所述业务使用量进行计费。
[0136] 在一个实施例中，该确定单元82具体用于在所述授权信息中包含授权业务单元数和授权门限值时，确定所述授权使用量为所述授权门限值。
[0137] 在另一个实施例中，该确定单元82具体用于在所述授权信息中包含授权业务单元数，但不包含授权门限值，且所述授权业务单元数中的授权的流量字节数小于预先设置的阈值时，确定所述授权使用量为所述授权业务单元数。
[0138] 在另一个实施例中，该确定单元82具体用于在所述授权信息中包含授权业务单元数，但不包含授权门限值，且所述授权业务单元数中的授权的流量字节数大于预先设置的阈值时，根据所述授权业务单元数以及请求的预付费客户端PPC的流量误差确定使用授权量为：
[0139] CC-Total-Octets×n％，其中，CC-Total-Octets为授权的流量字节数，n为正整数，n∈[20，99]，且流量误差＜CC-Total-Octets×(100-n)％；或者
[0140] CC-Total-Octets-m，其中，CC-Total-Octets为授权的流量字节数，m为正整数，且流量误差＜m。
[0141] 在一个实施例中，该上报单元84具体用于在所述业务使用量小于授权业务单元数时，确定上报次数为一次，上报量为已使用业务单元数。
[0142] 在另一个实施例中，该上报单元84具体用于在所述业务使用量大于授权业务单元数，且所述预付费服务器支持请求业务单元数的属性时，确定上报次数为两次，第一次的上报量为授权业务单元数，第二次的上报量为剩余使用量，所述剩余使用量为所述业务使用量和所述授权业务单元数之差。
[0143] 在本实施例中，上报单元84具体用于在第一次上报时，将所述授权业务单元数以及请求业务单元数发送到所述预付费服务器，其中，所述请求业务单元数为所述业务使用量；在第二次上报时，将所述剩余使用量发送到所述预付费服务器。
[0144] 在另一个实施例中，该上报单元84具体用于在所述业务使用量大于授权业务单元数，所述预付费服务器不支持请求业务单元数的属性，且所述业务使用量为所述授权业务单元数的整数倍时，确定上报次数为所述业务使用量与所述授权业务单元数的商的整数倍的次数，每次的上报量为所述授权业务单元数。
[0145] 在本实施例中，上报单元84具体用于在进行整数倍的次数上报时，将所述授权业务单元数发送到所述预付费服务器。
[0146] 在另一个实施例中，该上报单元84具体用于在所述业务使用量大于授权业务单元数，所述预付费服务器不支持请求业务单元数的属性，且所述业务使用量不是所述授权业务单元数的整数倍时，确定上报次数为所述业务使用量与所述授权业务单元数的商的整数倍的次数加一，整数倍次数的上报量为授权业务单元数，最后一次的上报量为剩余使用量，所述剩余使用量为所述业务使用量对所述授权业务单元数取模。
[0147] 在本实施例中，上报单元84具体用于在整数倍的次数上报时，将所述授权业务单元数发送到所述预付费服务器；在最后一次上报时，将所述剩余使用量发送到所述预付费服务器。
[0148] 本实施例的计费装置的各组成部分分别用于实现前述实施例的方法的各步骤的功能，由于在前述方法实施例中，已经对各步骤进行了详细说明，在此不再赘述。
[0149] 本实施例的计费装置可以应用于固网，也可以应用于其他网络，例如WiMAX网络的计费过程，只要存在使用量超过配额的情况，且支持预付费，都可以通过本实施例的计费装置进行计费处理。
[0150] 本实施例的计费装置可以应用于AAA服务器，通过在AAA服务器预留一部分PPS的授权量，只下发部分授权量给PPC，并将PPC的一条消息拆分为多条消息上报给PPS，保证了PPS的正常处理，不仅在配额较少时减少了消息交互，同时规避了使用量大于配额的问题，并避免了计费损失。
[0151] 图9为本发明实施例提供的一种AAA服务器的组成框图，请参照图9，本实施例的AAA服务器包括了计费装置91，在本实施例中，该计费装置91可以通过图8所示实施例的计费装置来实现，由于在图8所示实施例中，已经对该装置进行了详细说明，在此不再赘述。
[0152] 本实施例的AAA服务器预留一部分PPS的授权量，只下发部分授权量给PPC，并将PPC的一条消息拆分为多条消息上报给PPS，保证了PPS的正常处理，不仅在配额较少时减少了消息交互，同时规避了使用量大于配额的问题，并避免了计费损失。
[0153] 上述图3-图9的实施例是以AAA服务器预留一部分配额为例，然而，本实施例并不以此作为限制，例如，AAA服务器没有预留一部分配额，则根据本实施例的方法，AAA服务器可以根据PPC上报的业务使用量以及PPS授权的GSU以及支持的RSU属性确定上报方式和上报量，以规避使用量大于配额的问题，并避免计费损失。以下结合附图加以说明，与图3-图9的实施例相同的内容，在此不再赘述。
[0154] 图10为本发明另一实施例提供的一种计费方法的流程图，请参照图10，该方法包括：
[0155] 步骤1001：AAA服务器接收PPS发送的授权信息，所述授权信息包括授权业务单元数；
[0156] 步骤1002：AAA服务器将所述授权信息发送到请求的PPC，以便所述PPC根据所述授权信息控制业务使用量；
[0157] 步骤1003：AAA服务器接收所述PPC发送的业务使用量，所述业务使用量大于授权业务单元数；
[0158] 步骤1004：AAA服务器根据预付费客户端发送的业务使用量确定上报次数及每次的上报量；
[0159] 步骤1005：按照所述上报次数将所述每次的上报量发送到预付费服务器，以便所述预付费服务器根据所述预付费客户端上报的业务使用量和所述授权业务单元数进行计费。
[0160] 图10所示实施例的计费方法的步骤1004和步骤1005与图4所示实施例的方法的步骤401和步骤402相同，在此不再赘述。
[0161] 本实施例的计费方法在PPC上报的业务使用量大于授权业务单元数时，将PPC的一条消息拆分为多条消息上报给PPS，保证了PPS的正常处理，规避了使用量大于配额的问题，并避免了计费损失。
[0162] 图11为本发明另一实施例提供的一种计费装置的组成框图，请参照图11，该装置包括：
[0163] 接收单元111，用于接收PPS发送的授权信息，所述授权信息包括授权业务单元数，并在将所述授权信息发送到PPC，以便所述PPC根据所述授权信息控制业务使用量后，接收所述PPC发送的业务使用量，所述业务使用量大于所述授权业务单元数；
[0164] 确定单元112，用于根据预付费客户端发送的业务使用量确定上报次数及每次的上报量；
[0165] 发送单元113，用于按照所述上报次数将所述每次的上报量发送到所述预付费服务器，以便所述预付费服务器根据所述预付费客户端上报的业务使用量和所述授权业务单元数进行计费。
[0166] 图11所示实施例的计费装置的确定单元112和发送单元113与图8所示实施例的计费装置的上报单元84相同，在此不再赘述。
[0167] 本实施例的计费装置在PPC上报的业务使用量大于授权业务单元数时，将PPC的一条消息拆分为多条消息上报给PPS，保证了PPS的正常处理，规避了使用量大于配额的问题，并避免了计费损失。
[0168] 图12为本发明另一实施例提供的一种AAA服务器的组成示意图，请参照图12，本实施例的AAA服务器包括了计费装置121，在本实施例中，该计费装置121可以通过图11所示实施例的计费装置来实现，由于在图11及图8所示实施例中，已经对该装置进行了详细说明，在此不再赘述。
[0169] 本实施例的AAA服务器在PPC上报的业务使用量大于授权业务单元数时，将PPC的一条消息拆分为多条消息上报给PPS，保证了PPS的正常处理，不仅规避了使用量大于配额的问题，还避免了计费损失。
[0170] 结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
[0171] 以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
