CN101742581B - 一种保障重点业务的方法,装置和系统 - Google Patents

Abstract

本发明提供一种保障重点业务的方法，装置和系统。其中方法包括，接收计费客户端发送的计费请求消息，该计费请求消息中包含了业务标识；获取业务标识对应的业务的计费请求量RSU以及优先级信息；根据业务的计费请求量RSU以及优先级信息，确定所述业务的计费授权量GSU。本发明实施例通过根据计费请求量与业务优先级信息，确定所述业务的计费授权量GSU实现了在线计费服务器优先满足重点业务的计费请求量，实现了对重点业务的保障。

Description

一种保障重点业务的方法,装置和系统

技术领域

本发明涉及通信领域，特别涉及一种保障重点业务的方法，装置和系统。

背景技术

随着3G、4G时代的来临，移动通信系统为用户提供了高速的数据传输业务，以及话音业务，多媒体业务等。用户若要使用这些业务都是需要预付费的，不同的业务可以同时进行，并且计费服务器会同时对用户正在使用的业务进行计费。

为了避免预付费业务账户资金被单一业务占用，现有技术中存在一种对业务实行“机会均等”的配额机制。即，所有业务都可以同时使用账户上的资金。但在实际的应用中上述的“机会均等”的配额机制存在一定的问题，例如，用户使用业务1下载一部高清晰电影，以及使用业务2连入在线网络游戏同时进行，同时还可以有许多其它业务(如：浏览网页、在线购物等)。随着业务使用，帐户资金不断减少，最后可能由于账户资金不足导致下载业务和网络游戏业务均中断。这样极大的影响了用户的体验。

发明内容

为了克服现有技术中的缺陷，本发明实施例提供了一种保障重点业务的方法，装置和系统，具体包括：

一种保障重点业务的方法，该方法包括，

接收计费客户端发送的计费请求消息，该计费请求消息中包含了业务标识；获取业务标识对应的业务的计费请求量RSU以及优先级信息；根据业务的计费请求量RSU以及优先级信息，确定业务的计费授权量GSU。

一种在线计费服务器，该服务器包括，

接收模块，用于接收计费客户端发送来的计费请求消息，该计费请求消息中包含了业务标识；

处理模块，获取业务标识对应的业务的计费请求量RSU以及优先级信息；根据业务的计费请求量RSU以及优先级信息，确定业务的计费授权量GSU。

一种计费系统，该系统包括，

计费客户端，用于向在线计费服务器发送计费请求消息，该计费请求消息中包含了业务标识；

在线计费服务器，用于获取业务标识对应的业务的计费请求量RSU以及优先级信息；根据业务的计费请求量RSU以及优先级信息，确定业务的计费授权量GSU。

本发明实施例通过根据计费请求量与业务优先级信息，确定所述业务的计费授权量GSU实现了在线计费服务器优先满足重点业务的计费请求量，实现了对重点业务的保障。

附图说明

附图1，为本发明实施例提供的一种保障重点业务的方法的流程图：

附图2，为本发明实施例提供的一种保障重点业务的方法的流程图；

附图3，为本发明实施例提供为第一业务分配计费授权量的流程；

附图4，为本发明实施例提供的一种保障重点业务的方法的流程图；

附图5，为本发明实施例提供的一种在线计费服务器的结构图；

附图6，本发明实施例提供了一种计费系统的结构图；

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本发明实施例提供的一种保障重点业务的方法，如附图1所示，其中：

101，接收计费客户端发送来的计费请求消息，该计费请求消息中包含了业务标识；

102，获取业务标识对应的业务的计费请求量RSU(Requested-Service-Unit)以及优先级信息；根据业务的计费请求量RSU以及优先级信息，确定业务的计费授权量GSU(Granted-Service-Unit)。

具体地，在线计费服务器将根据业务的优先级信息，优先处理计费请求消息中优先级高的业务的计费请求量，根据此计费请求量为优先级高的业务先分配计费授权量。业务的优先级信息可以以优先级列表的方式预先存储在在线计费服务器上。上述计费客户端可以是各种业务监控服务器，用于监控业务的使用量，例如：业务控制点SCP(Service Control Point)，移动数据业务平台MDSP(Mobi1e Data Service Point)，网关CPRS支持节点GGSN(Gateway GPRSSurpport Node)等。本发明实施例中，计费客户端可以是一个也可以有多个，用户使用的业务可以由一个计费客户端监控业务的使用量，也可以由不同的计费客户端监控不同业务的使用量，例如，SCP做为计费客户端1监控话音业务的使用量；MDSP做为计费客户端2监控下载业务的使用量。上述方法通过优先分配优先级高的业务，也就是重点业务的计费授权量，从实现了对重点业务的保障。

本发明实施例提供的一种保障重点业务的方法如附图2所示，其中

201.计费客户端向在线计费服务器发送计费请求消息，请求在线计费服务器为计费请求消息中业务标识所对应的业务分配计费授权量。该计费请求消息中包含了业务标识，可以是多个业务标识。

计费请求消息中还可以包含对相应业务的请求量，请求在线计费服务器根据上报的业务请求量分配业务的计费授权量。例如，业务1，请求量20Mbit，表示请求在线计费服务器OCS(On1ine Charge Server)为其分配20Mbit的计费授权量；业务2，请求量10分钟，表示请求在线计费服务器OCS为其分配10分钟的计费授权量。当计费请求消息中不包含对相应业务的计费请求量时，在线计费服务器将按照自身记录的业务的默认计费请求量分配计费授权量。本实施例中以计费请求消息中不包含业务的计费请求量为例为例进行说明，计费请求消息中包含了3个业务标识，分别为service1，service2，service3。以上计费请求消息可以通过Diameter CC协议中的MSCC参数携带发送。

202，在线计费服务器接收到上述计费请求消息后，获取该计费请求消息中业务标识对应的业务的计费请求量RSU以及优先级信息并根据上述业务的计费请求量RSU以及优先级信息，确定所述业务的计费授权量GSU。

在线计费服务器判断计费请求消息中是否携带业务的计费请求量，若是，则获取所述计费请求消息中携带的业务的计费请求量做为所述业务的计费请求量RSU；否则，获取自身存储的所述业务标识所对应业务的默认计费请求量做为所述业务的计费请求量RSU。

对应于201中计费请求消息中的业务标识Service1，Servic2，Service3，在线计费服务器将根据自身记录的各个业务的请求量以及业务优先级列表中业务优先级信息，按高优先级到低优先级的顺序为上述业务标识所对应的业务分配计费授权量。在线计费服务器OCS可以配置系统业务优先级列表，如表1所示。

表1

 

业务	业务优先级信息	计费请求量调整参数值	余额不足时的分配方式
				Service1	3	5分钟	分配
Service2	1	10M	不分配
				Service3	2	50％	不分配

列表中包含了系统为所有用户统一设置的业务优先级的信息，例如：业务2的优先级为1，业务3的优先级为2，业务1的优先级为3，其中1表示优先级最高，为最重要的业务，3为最低，表示最不重要的业务。系统业务优先级列表中还可以包括各个业务的计费授权量调整参数值，该参数值可以为具体的调整量，也可以为调整的幅度，例如50％表示调整为原计费授权量的50％。该计费授权量调整参数值表示了OCS中的计费余额不能满足业务请求量的时候，系统的默认授权量。例如，Service2的默认请求量为20M，业务优先级列表中的Service2所对应的计费授权量调整参数值为10M，业务的费率为1圆/M，在线计费服务器中用户的计费余额还有18圆，不能满足Service2的20M的请求量，在线计费服务器则按Service2所对应的计费授权量调整参数值10M，将10M做为该业务的计费授权量，分配给计费客户端，上述分配过后在线计费服务器中该用户可分配的余额为8圆。系统业务优先级列表中还可以包括余额不足时的分配方式，该方式表示了余额不能满足计费授权量调整参数值时的处理方式，例如上述系统中用户可分配的余额为8圆，不能满足Service2的计费授权量调整参数值10M，系统根据Service2对应的余额不足的分配方式为不分配，拒绝为Service2分配计费授权量，若Service2对应的余额不足的分配方式为分配，系统可以将余额8圆根据上述费率1圆/M反算为计费授权量8M分配给Service2。

在线计费服务器OCS还可以进一步为用户配置用户业务优先级列表，该列表中包含了各个用户为自身定制的业务优先级信息，用户可以根据自身的需求在该列表中设置业务的优先级，本发明实施例提供一种用户业务优先级列表的实现方式，如表2所示：

表2

 

用户	Service1	Service2	Service3
				用户1业务优先级	2	3	1
用户2业务优先级	1	3	2
				......	...	...	...

在线计费服务器可以进一步判断用户是否设置有用户业务优先级列表，若是，则从用户业务优先级列表中获取所述业务标识对应的业务优先级信息；否则从系统业务优先级列表中获取所述业务标识对应的业务优先级信息。

当用户没有在在线计费服务器OCS上定义自身的业务优先级列表时，在线计费服务器将按照系统业务优先级列表中的业务优先级信息为所申请业务分配计费授权量，对于表1中的业务优先级，在线计费服务器将先分配Service2的计费授权量，随后分配Service3的计费授权量，最后分配Service1的计费授权量。当用户在在线计费服务器OCS上设置有用户业务优先级列表时，系统将忽略系统优先级列表中的业务优先级，按照用户业务优先级列表中的业务优先级信息和业务的请求量为计费请求消息中的业务分配计费授权量，例如，用户2在用户业务优先级列表中设置的用户2业务优先级如表2所示，在线计费服务器将按照Service1，Service3，Service2的顺序为用户2分配业务的计费授权量。

203.在线计费服务器将上述为计费请求消息中的业务分配的计费授权量反馈给计费客户端，上述计费授权量的反馈可以通过DiameterCC协议中的CCA(Credit Control Answer)消息携带。

计费客户端按照分配的计费授权量监控业务的使用量，当业务的使用量达到为该业务所分配的计费授权量该业务还未停止时，计费客户端将再次向在线计费服务器发送计费请求消息，请求在线计费服务器为该业务分配计费授权量，若在线计费服务器中客户的余额为零，或不足以为该业务再分配计费授权量，在线计费服务器将拒绝向计费客户端分配计费授权量，计费客户端则停止向用户提供该业务的服务。

在线计费服务器按业务优先级信息依次为计费请求消息中的业务分配计费授权量，在线计费服务器将根据业务的优先级信息，确定计费请求消息中还未分配计费授权量的优先级最高的业务为第一业务，进一步为该第一业务分配计费授权量。

在线计费服务器为第一业务分配计费授权量的流程如图3所示，其中：

301：在线计费服务器判断目前系统中的余额是否能够满足第一业务的计费请求量，若可以满足则转入304分配计费授权量。若不能满足则转入302处理；

302：在线计费服务器进一步用系统业务优先级列表中该第一业务对应的计费请求量调整参数值调整计费请求量，并判断系统中的余额是否能满足调整后的计费请求量，若能则则转入304分配计费授权量。若不能则转入303处理；

303：在线计费服务器进一步判断系统业务优先级列表中该第一业务所对应的余额不足时的分配方式，若为分配则转入304处理。若为不分配则转入305；

304：为第一业务分配满足上述条件时的计费授权量，并从余额中扣除相应的费用；

305：不分配计费授权量。

完成上述过对第一业务的计费授权量的分配后，在线计费服务器将再次确定计费请求消息中还未分配计费授权量的优先级最高的业务为第一业务，进一步继续按照上述流程为第一业务分配计费授权量，直到处理完计费请求消息中所有的业务。

以201中发送的计费请求消息为例进行说明，假设客户在在线计费服务器上的余额还有28圆，客户没有设置自身的用户业务优先级列表，系统业务优先级列表如表1所示，在线计费服务器中记录了各项业务的默认计费请求量，Servic1为10分钟(1圆/分钟)，Servic2为20M(1圆/M)。Service3为10M(1圆/M)。假设在线计费服务器中客户没有配置自身的用户业务优先级列表，在线服务器将按系统业务优先级列表中的优先级顺序处理计费请求消息中的业务的计费授权量，首先缺点Service2为第一业务并为Service2分配计费授权量，在线计费服务器中Service2的默认计费请求量为20M，费率为1M/圆，系统中的余额可以满足Service2 20M的计费请求量，则将20M做为计费授权量分配给Service2，此时在线计费服务器中可分配的余额还有8圆；在线计费服务器按系统业务优先级列表中的业务优先级信息确定Service3为第一业务，Service3默认的计费请求量为10M，费率为1M/圆，可分配的余额8圆不足以满足该计费请求量，在线计费服务器则按Service3计费请求量调整参数值对Service3的计费请求量进行调整，用10M*50％＝5M做为Service3的计费请求量，余额8圆可以满足此调整后的计费请求量，在线计费服务器进一步将5M做为计费授权量分配给Service3，此时在线计费服务器中可分配的余额还有3圆。在线计费服务器继续确定Service1为第一业务并为Service1计费授权量，此时在线计费服务器中的余额3圆既不能满足Service1默认的计费请求量10分钟，又不能满足调整后的计费请求量5分钟，在线计费服务器则按余额不足时的分配方式处理，根据上表中Service1余额不足时的分配方式，将余额3圆根据费率反算成3分钟的计费授权量分配给Service1。

上述实施例通过先满足优先级高的业务的计费授权量，实现了对优先级高的业务，也就是重点业务的保障。

本发明实施例提供的一种保障重点业务的方法，用户并发使用多个业务，多个计费客户端分别对业务的使用量进行监控，如附图4所示。本实施例中，计费客户端1以及计费客户端2都可以向在线计费服务器发送计费请求消息，请求其为相关业务分配计费授权量。其中：

401：计费客户端1向在线计费服务器发送计费请求消息，该消息中携带了业务标识Service2和Service3。该消息中还携带了计费请求量，其中Service2的计费请求量为40M，Service3的计费请求量为20M。计费请求消息可以通过DiameterCC协议中的CCR(Credit Control Request)消息携带。

402：在线计费服务器系统接收到上述计费请求消息，进一步获取该计费请求消息中的业务标识对应业务的计费请求量RSU以及优先级信息；根据业务的计费请求量RSU以及优先级信息，确定业务的计费授权量GSU，并将分配的结果反馈给计费客户端1，反馈计费授权量可以通过DiameterCC协议中的CCA(Credit Control Answer)消息携带。

在分配过程中可以调用系统业务优先级列表中相关参数值。本实施例中用户业务优先级列表中包括4个业务，如表3所示：

表3

 

业务标识	Service1	Service2	Service3	Service4
					业务优先级	2	3	1	4

根据表3，该用户业务优先级列表到低为Service3，Service1，Service2，Service4，假设这些业务的费率都为1M/圆。本实施例中系统业务优先级优先级列如表4所示：

表4

 

业务	业务优先级信息	计费请求量调整参数值	余额不足时的分配方式
				Service1	1	10M	分配
Service2	2	10M	不分配
				Service3	3	10M	不分配
Service4	4	10M	分配

在线计费服务器在收到上述计费请求消息后，分析出该消息中包含两项业务Service2和Service3，由于用户定义了用户业务优先级列表，此时在线计费服务器将忽略系统业务优先级列表而从用户业务优先级列表(表3)中获取所述业务标识对应的业务优先级信息，根据表3中的业务优先级信息，在线计费服务器将先确定Service3为第一业务并为Service3分配计费授权量，计费请求消息中Service3业务的请求量为20M，假设此时系统中余额还有60圆可以满足该业务的计费请求量，系统则将20M做为计费授权量分配给业务3，此时系统中可分配的余额还有40圆。在线计费服务器确定Service2为第一业务并为Service2分配计费授权量，计费请求消息中Service2的计费请求量为40M，系统中可分配的余额还有40圆可以满足该请求量，在线计费服务器则将40M做为计费授权量分配给业务2，此时系统中的余额为0。在线计费服务器进一步将分配给业务3以及业务2的计费授权量20M以及40M反馈给计费客户端1，计费客户端1将按照在线计费服务器分配的计费授权量监控业务的使用量。

403.计费客户端2向在线计费服务器发送计费请求消息，该消息中携带了业务标识Service1和Service4。该消息中还携带了计费请求量，其中Service1的计费请求量为20M，Service4的计费请求量为20M。

404.在线计费服务器向计费客户端1发送重新授权请求，该重新授权请求中包含一个或多个需要收回计费授权量的业务的业务标识。

在线计费系统在接收到403中的计费请求消息后，根据用户业务优先级列表(表3)中的业务优先级信息首先确定Service1为第一业务并为Service1分配计费授权量。由于此时系统中的可分配余额为0不满足第一业务Service1的计费请求量，在线计费服务器将进一步判断已分配计费授权量的业务是否有优先级比第一业务低的业务，若有，将收回这些业务的计费授权量，并进行余额回收。在线计费服务器可以进一步向计费客户端发送重新授权请求，该重新授权请求中包含一个或多个需要收回计费授权量的业务的业务标识。本实施例中在线计费服务器发现已分配计费授权量的业务中，Service2的优先级比Service1的优先级要低，在线计费服务器将收回Service2的计费授权量。在线计费服务器可以向监控Service2的计费客户端1发送重新授权请求，该重新授权请求中包含优先级低的业务Service2的标识，请求收回对Service2的计费授权量.上述重新授权请求可以通过DiameterCC协议中的RAR(Re-Auth-Request)消息携带。

405.计费客户端1在收到上述重新授权请求后，分析出该请求中包含Service2的标识，计费客户端将向在线计费服务器发送重新授权响应，表示其已经收到上述的重新授权请求，重新授权响应可以通过DiameterCC协议中的RAA(Re-Auth-Answer)消息发送。计费客户端进一步向在线计费服务器反馈Service2的使用量或Service2的使用剩余量，上述使用量或使用剩余量可以通过DiameterCC协议中的CCA(Credit Control Answer)消息携带。

本实施例中假设此时Service2的使用量为5M，在线计费服务器收到上述反馈的使用量，判断Service2的使用量为5M，根据Service2的使用量5M以及Service2的授权量40M进行余额回收，反算出此时可分配的余额还有35圆，在线计费服务器将按用户业务优先级列表的业务优先级信息为上述第一业务Service1分配计费授权量。计费请求消息中Service1的业务请求量为20M，余额35圆满足为该业务分配计费授权量，在线计费服务器将20M做为Service1的计费授权量分配给业务1，此时余额还有15圆。由于在用户业务优先级列表中Service2比Service4优先级高，在线计费服务器将确定Service2为第一业务并重新为Service2分配计费授权量，不能满足Service2的40M的请求量，在线计费服务器进一步根据系统业务优先级列表中Service2的计费请求量调整参数值，将10M做为Service2的计费授权量，此时余额还有5圆。在线计费服务器进一步确定Service4为第一业务并为Service4分配计费授权量，此时余额既不能满足Service4的计费请求量20M，也不能满足Service4的计费请求量调整参数值10M，在线计费服务器将根据系统业务优先级列表中Service4的余额不足时的分配方式为分配，将5圆余额反算为5M的计费授权量分配给Service4。

406.在线计费服务器将Service1的计费授权量20M，以及Service4的计费授权量5M反馈给计费客户端2。上述信息可以通过DiameterCC协议中的CCA(Credit Control Answer)消息携带。

407.在线计费服务器将重新为Service2分配的计费授权量10M反馈给计费客户端2，上述信息同样可以通过DiameterCC协议中的CCA(Credit ControlAnswer)消息携带。

上述实施例通过牺牲优先级较低的业务的计费授权量满足优先级较高的业务的计费授权量，余额首先满足了重点业务的计费授权量的需求，从而实现了对重点业务的保障。

在上述实施例中，计费请求消息中包含了多个业务标识，在本发明另外的实施例中计费请求消息中还可以只包含1个业务标识，此时在线计费服务器可以直接按照附图3中的流程为该业务分配计费授权量，进一步地，若余额不足在线计费服务器还可以判断已分配计费授权量的业务中是否有优先级低的业务，若有，将收回这些业务的计费授权量，并进行余额回收后，分配计费请求消息中业务标识所对应业务的计费授权量。

本发明实施例提供了一种在线计费服务器500，如附图5所示：

该在线计费服务器500包括，接收模块501，处理模块502。其中：

接收模块501，用于接收计费客户端发送来的计费请求消息，该计费请求消息中包含了业务标识；在本发明另一个实施例中该模块还用于接收计费客户端发送来的重新授权响应以及计费客户端所反馈的业务的使用量或使用剩余量。

处理模块502，用于获取所述业务标识对应的业务的计费请求量RSU以及优先级信息；根据所述业务的计费请求量RSU以及优先级信息，确定所述业务的计费授权量GSU。具体地，该模块中可以设置系统业务优先级列表。列表中包含了系统为所有用户统一设置的业务优先级信息，还可以设置用户业务优先级列表，该列表中包含了各个用户为自身定制的业务优先级信息，用户可以根据自身的需求在该列表中设置业务的优先级。系统业务优先级列表中还可以包括各个业务的计费授权量调整参数值，以及余额不足时的分配方式。处理模块将按系统业务优先级列表或用户业务优先级列表中的优先级由高到低的顺序为计费请求消息中的业务分配计费授权量；处理模块可以确定计费请求消息中还未分配计费授权量的优先级最高的业务为第一业务，判断余额满足第一业务的计费请求量，将该计费请求量做为计费授权量分配给第一业务；或，判断余额不满足第一业务的计费请求量，但满足根据系统业务优先级列表中第一业务对应的计费请求量调整参数值调整后的计费请求量，将调整后的计费请求量做为计费授权量分配给第一业务；或，根据系统优先级列表中该第一业务所对应的余额不足时的分配方式为分配，将余额反算为计费请求量分配给第一业务，或根据系统优先级列表中该第一业务所对应的余额不足时的分配方式为不分配，拒绝为第一业务分配计费请求量。在本发明另一个实施例中，该模块还用于判断余额不满足第一业务的计费请求量，当前已分配计费授权量的业务中包含优先级比第一业务低的业务，收回所述优先级比第一业务低的业务的计费授权量，并进行余额回收。

在本发明另一个实施例中，在线计费服务器500还包括：

发送模块503，用于将业务的计费授权量反馈给所述计费客户端；该模块还可以用于向计费客户端发送重新授权请求，该请求中包含业务标识，请求客户端反馈上述业务标识所对应的业务的使用量或使用剩余量。

本发明实施例提供一种计费系统，如附图6所示，该系统包括：

计费客户端600，用于向在线计费服务器发送计费请求消息，该计费请求消息中包含了业务标识；

在线计费服务器601，用于获取计费请求消息中的业务标识对应的业务的计费请求量RSU以及优先级信息并根据业务的请求量RSU以及优先级信息，确定业务的计费授权量GSU。

通过以上实施例的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得移动设备(可以是手机，个人计算机，媒体播放器等)执行本发明各个实施例所述的方法。这里所称的存储介质，如：ROM/RAM、磁盘、光盘等。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (9)

1.一种保障重点业务的方法，其特征在于，该方法包括，

接收计费客户端发送的计费请求消息，所述计费请求消息中包含了业务标识；

获取所述业务标识对应的业务的计费请求量RSU以及优先级信息；

根据所述业务的计费请求量RSU以及优先级信息，确定所述业务的计费授权量GSU；

所述获取所述业务标识对应的业务的优先级信息具体包括：

判断用户是否设置用户业务优先级列表，若是，则从用户业务优先级列表中获取所述业务标识对应的业务优先级信息；否则从系统业务优先级列表中获取所述业务标识对应的业务优先级信息；

所述系统业务优先级列表中还包含业务的计费请求量调整参数值和余额不足时的分配方式；

所述根据所述业务的计费请求量RSU以及优先级信息，确定所述业务的计费授权量GSU具体包括：

根据所述业务的优先级信息，确定所述计费请求消息中还未分配计费授权量的优先级最高的业务为第一业务；

判断余额满足所述第一业务的计费请求量RSU，将所述计费请求量RSU做为计费授权量分配给所述第一业务；

或，判断余额不满足所述第一业务的计费请求量RSU，但满足根据系统业务优先级列表中所述第一业务对应的计费请求量调整参数值调整后的计费请求量，将所述调整后的计费请求量做为计费授权量分配给所述第一业务；

或，判断余额不满足根据系统业务优先级列表中所述第一业务对应的计费请求量调整参数值调整后的计费请求量，根据系统优先级列表中所述第一业务所对应的余额不足时的分配方式为分配，将余额反算为计费授权量分配所述第一业务；

或判断余额不满足根据系统业务优先级列表中所述第一业务对应的计费请求量调整参数值调整后的计费请求量，根据系统优先级列表中所述第一业务所对应的余额不足时的分配方式为不分配，拒绝为所述第一业务分配计费授权量。

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

将所述业务的计费授权量GSU反馈给所述计费客户端，以便所述计费客户端根据所述计费授权量监控所述业务的使用量。

3.根据权利要求1所述方法，其特征在于，

所述获取所述业务标识对应的业务的计费请求量RSU具体包括：

判断所述计费请求消息中是否携带业务的计费请求量，若是，则获取所述计费请求消息中携带的业务的计费请求量做为所述业务的计费请求量RSU；否则，获取所述业务标识所对应业务的默认计费请求量做为所述业务的计费请求量RSU。

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

判断余额不满足第一业务的计费请求量，并判断已分配计费授权量的业务中包含优先级比所述第一业务低的业务，收回所述优先级比所述第一业务低的业务的计费授权量，并进行余额回收。

5.根据权利要求4所述方法，其特征在于，

所述收回所述优先级比所述第一业务低的业务的计费授权量具体包括：

向计费客户端发送重新授权请求，该请求中包含所述业务的标识，请求计费客户端返回所述业务的使用量或使用剩余量；

接收计费客户端返回的所述业务的使用量或使用剩余量。

6.一种在线计费服务器，其特征在于，该服务器包括：

接收模块，用于接收计费客户端发送来的计费请求消息，所述计费请求消息中包含了业务标识；

处理模块，获取所述业务标识对应的业务的计费请求量RSU以及优先级信息；

根据所述业务的计费请求量RSU以及优先级信息，确定所述业务的计费授权量GSU；

所述处理模块还用于根据所述业务的优先级信息，确定所述计费请求消息中还未分配计费授权量的优先级最高的业务为第一业务；

判断余额满足所述第一业务的计费请求量RSU，将所述计费请求量RSU做为计费授权量分配给所述第一业务；

或，判断余额不满足所述第一业务的计费请求量RSU，但满足根据系统业务优先级列表中所述第一业务对应的计费请求量调整参数值调整后的计费请求量，将所述调整后的计费请求量做为计费授权量分配给所述第一业务；

或，判断余额不满足根据系统业务优先级列表中所述第一业务对应的计费请求量调整参数值调整后的计费请求量，根据系统优先级列表中所述第一业务所对应的余额不足时的分配方式为分配，将余额反算为计费授权量分配所述第一业务；

或判断余额不满足根据系统业务优先级列表中所述第一业务对应的计费请求量调整参数值调整后的计费请求量，根据系统优先级列表中所述第一业务所对应的余额不足时的分配方式为不分配，拒绝为所述第一业务分配计费授权量。

7.根据权利要求6所述的在线计费服务器，其特征在于，还包括：

发送模块，用于将所述业务的计费授权量反馈给所述计费客户端，以便所述计费客户端根据所述计费授权量监控所述业务的使用量。

8.根据权利要求7所述的在线计费服务器，其特征在于，

所述处理模块还用于判断余额不满足第一业务的计费请求量，当前已分配计费授权量的业务中包含优先级比所述第一业务低的业务，收回所述优先级比第一业务低的业务的计费授权量，并进行余额回收；

所述发送模块还用于向计费客户端发送重新授权请求，所述重新授权请求中包含业务标识，请求客户端反馈上述业务标识所对应的业务的使用量或使用剩余量；

所述接收模块还用于接收计费客户端所反馈的所述业务的使用量或使用剩余量。

9.一种计费系统，其特征在于，该系统包括：

计费客户端，用于向在线计费服务器发送计费请求消息，所述计费请求消息中包含了业务标识；

在线计费服务器，用于获取所述业务标识对应的业务的计费请求量RSU以及优先级信息；根据所述业务的计费请求量RSU以及优先级信息，确定所述业务的计费授权量GSU；

所述获取所述业务标识对应的业务的优先级信息具体包括：

判断用户是否设置用户业务优先级列表，若是，则从用户业务优先级列表中获取所述业务标识对应的业务优先级信息；否则从系统业务优先级列表中获取所述业务标识对应的业务优先级信息；

所述系统业务优先级列表中还包含业务的计费请求量调整参数值和余额不足时的分配方式；

所述根据所述业务的计费请求量RSU以及优先级信息，确定所述业务的计费授权量GSU具体包括：

根据所述业务的优先级信息，确定所述计费请求消息中还未分配计费授权量的优先级最高的业务为第一业务；

判断余额满足所述第一业务的计费请求量RSU，将所述计费请求量RSU做为计费授权量分配给所述第一业务；

或，判断余额不满足所述第一业务的计费请求量RSU，但满足根据系统业务优先级列表中所述第一业务对应的计费请求量调整参数值调整后的计费请求量，将所述调整后的计费请求量做为计费授权量分配给所述第一业务；

或，判断余额不满足根据系统业务优先级列表中所述第一业务对应的计费请求量调整参数值调整后的计费请求量，根据系统优先级列表中所述第一业务所对应的余额不足时的分配方式为分配，将余额反算为计费授权量分配所述第一业务；

或判断余额不满足根据系统业务优先级列表中所述第一业务对应的计费请求量调整参数值调整后的计费请求量，根据系统优先级列表中所述第一业务所对应的余额不足时的分配方式为不分配，拒绝为所述第一业务分配计费授权量。

Images