计费方法和装置制造方法
【专利摘要】本发明提供一种计费方法和装置，通过接收SCP发送的用于指示对终端所请求使用的业务进行计费的信用控制请求CCR之后，从多个反算引擎中，确定终端的用户属性信息对应的目标反算引擎，利用目标反算引擎，对终端所使用的业务进行计费处理，由于提供了多个反算引擎用于进行计费处理，并且根据用户属性信息确定目标反算引擎，实现了分布式的计费处理，提高了计费的实时性和效率，解决现有技术中计费效率较低的技术问题。
【专利说明】计费方法和装置
【技术领域】
[0001]本发明实施例涉及通信技术，尤其涉及一种计费方法和装置。
【背景技术】
[0002]在终端使用包括语音和数据在内的多种业务时,在线计费系统(Online ChargingSystem, 0CS)根据服务控制点(Service Control Point, SCP)发送的信用控制请求,对终端正在使用的业务进行计费，具体为利用反算引擎对该终端的账户进行反算处理，也就是将账户余额反算为当前所使用的业务的可用量，进而当出现该终端的可用量小于已使用量的情况时，停止接续该业务。
[0003]随着通信业务的不断发展，现有技术中的OCS所采用的单机服务器处理方式，由于其处理性能较差，计费效率较低，已不能满足同时对大量的计费请求进行实时处理的需求，有一定的延迟，进而导致账户出现高额欠费。
【发明内容】
[0004]本发明实施例提供一种计费方法和装置，用于提高计费效率，解决现有技术中计费效率较低的技术问题。
[0005]本发明的一个方面是提供一种计费方法，包括:
[0006]接收服务控制点SCP发送的信用控制请求CCR ;所述CCR用于指示对终端所使用的业务进行计费；
[0007]从多个反算引擎中，确定所述终端的用户属性信息对应的至少一个样本反算引擎；所述用户属性信息包括所述终端的归属地和所述终端的号段中的至少一个；
[0008]若根据每个所述样本反算引擎的负载，确定出所述至少一个样本反算引擎中存在空闲样本反算引擎，则将所述空闲样本反算引擎中的一个负载最小的反算引擎作为目标反算引擎；所述空闲样本反算引擎为所述负载小于预设阈值的反算引擎；
[0009]若所述至少一个样本反算引擎中不存在所述空闲样本反算引擎，则启动至少一个处于休眠状态的反算引擎，获得至少一个启动后反算引擎，将所述至少一个启动后反算引擎中的一个启动后反算引擎作为所述目标反算引擎；
[0010]其中，所述启动后反算引擎的个数是根据所述样本反算引擎的负载确定的:若所述负载大于第一门限值的样本反算引擎个数不大于全部样本反算引擎个数的一半，则启动一个所述处于休眠状态的反算引擎，获得一个所述启动后反算引擎；若所述负载大于所述第一门限值的样本反算引擎个数大于全部样本反算引擎个数的一半，则启动至少两个所述处于休眠状态的反算引擎，获得至少两个所述启动后反算引擎，以使所述样本反算引擎和所述启动后反算引擎的负载平均值低于所述第二门限值；
[0011]利用所述目标反算引擎，对所述终端所使用的业务进行计费处理。
[0012]本发明的另一个方面是提供一种计费装置，包括:
[0013]接收模块，用于接收服务控制点SCP发送的信用控制请求CCR ;所述CCR用于指示对终端所使用的业务进行计费；
[0014]第一确定模块，用于从多个反算引擎中，确定所述终端的用户属性信息对应的至少一个样本反算引擎；所述用户属性信息包括所述终端的归属地和所述终端的号段中的至少一个；
[0015]第二确定模块，用于若根据每个所述样本反算引擎的负载，确定出所述至少一个样本反算引擎中存在空闲样本反算引擎，则将所述空闲样本反算引擎中的一个负载最小的反算引擎作为目标反算引擎；所述空闲样本反算引擎为所述负载小于预设阈值的反算引擎；
[0016]第三确定模块，用于若所述至少一个样本反算引擎中不存在所述空闲样本反算引擎，则启动至少一个处于休眠状态的反算引擎，获得至少一个启动后反算引擎，将所述至少一个启动后反算引擎中的一个启动后反算引擎作为所述目标反算引擎；
[0017]其中，所述启动后反算引擎的个数是根据所述样本反算引擎的负载确定的:若所述负载大于第一门限值的样本反算引擎个数不大于全部样本反算引擎个数的一半，则启动一个所述处于休眠状态的反算引擎，获得一个所述启动后反算引擎；若所述负载大于所述第一门限值的样本反算引擎个数大于全部样本反算引擎个数的一半，则启动至少两个所述处于休眠状态的反算引擎，获得至少两个所述启动后反算引擎，以使所述样本反算引擎和所述启动后反算引擎的负载平均值低于所述第二门限值；
[0018]处理模块，用于利用所述目标反算引擎，对所述终端所使用的业务进行计费处理。
[0019]本发明提供的计费方法和装置，通过接收SCP发送的用于指示对终端所请求使用的业务进行计费的信用控制请求CCR之后，从多个反算引擎中，确定终端的用户属性信息对应的至少一个样本反算引擎，若样本反算引擎中存在空闲样本反算引擎，则将负载最小的作为目标反算引擎，若样本反算引擎中不存在空闲样本反算引擎，则启动至少一个处于休眠状态的反算引擎，从中确定目标反算引擎，进而利用目标反算引擎，对终端所使用的业务进行计费处理，由于提供了多个反算引擎用于进行计费处理，并且根据用户属性信息确定目标反算引擎，实现了分布式的计费处理，另外，当样本反算引擎中不存在空闲样本反算引擎时，启动处于休眠状态的反算引擎，以动态调节计费装置的计费能力，进一步提高了计费的实时性和效率，解决现有技术中计费效率较低的技术问题。
【专利附图】
【附图说明】
[0020]图1为本发明一实施例提供的计费方法流程示意图；
[0021]图2为本发明另一实施例提供的计费方法流程示意图；
[0022]图3为本发明另一实施例提供的根据当前已使用的业务量进行计费处理的流程示意图；
[0023]图4为本发明一实施例提供的计费装置结构示意图；
[0024]图5为本发明另一实施例提供的计费装置结构示意图。
【具体实施方式】
[0025]图1为本发明一实施例提供的计费方法流程示意图，如图1所示，本实施例所提供的计费方法由OCS执行，包括:[0026]101、接收 SCP 发送的信用控制请求(Credit-Control-Request, CCR)。
[0027]其中，CCR用于指示对终端所请求使用的业务进行计费。CCR为初始CCR、更新CCR或终止CCR。
[0028]进一步，若CCR为初始CCR，OCS接收SCP发送的CCR之后，还包括:根据初始CCR中终端的标识和业务的标识，确定终端通过鉴权。
[0029]102、从多个反算引擎中，确定终端的用户属性信息对应的至少一个样本反算引擎。
[0030]其中，用户属性信息包括终端的归属地和终端的号段。
[0031]预先设定各反算引擎与用户属性信息中的归属地和号段之间的对应关系，当接收到CCR之后，根据CCR所指示的终端的用户属性信息，从多个反算引擎中，确定终端的用户属性信息对应的至少一个样本反算引擎。
[0032]103、若根据每个样本反算引擎的负载，确定出至少一个样本反算引擎中存在空闲样本反算引擎，则将空闲样本反算引擎中的一个负载最小的反算引擎作为目标反算引擎。
[0033]其中，空闲样本反算引擎为所述负载小于预设阈值的反算引擎。
[0034]104、若至少一个样本反算引擎中不存在空闲样本反算引擎，则启动至少一个处于休眠状态的反算引擎，获得至少一个启动后反算引擎，将至少一个启动后反算引擎中的一个启动后反算引擎作为目标反算引擎。
[0035]其中，启动后反算引擎的个数是根据样本反算引擎的负载确定的:若负载大于第一门限值的样本反算引擎个数不大于全部样本反算引擎个数的一半，则启动一个处于休眠状态的反算引擎，获得一个启动后反算引擎；若负载大于第一门限值的样本反算引擎个数大于全部样本反算引擎个数的一半，则启动至少两个处于休眠状态的反算引擎，获得至少两个启动后反算引擎，以使样本反算引擎和启动后反算引擎的负载平均值低于第二门限值。例如:第一门限值可为80%，第二门限值可为50%。
[0036]105、利用目标反算引擎，对终端所使用的业务进行计费处理。
[0037]若101中接收的CCR为初始CCR，OCS确定终端的账户余额是否为零，当出现终端的账户余额为零的情况时，指示SCP拒绝创建该终端所请求使用的业务。
[0038]若101中接收的CCR为更新CCR，该更新CCR包括业务当前已使用的业务量，其中，业务量包括时长、流量和使用次数中的至少一个，则OCS利用目标反算引擎，对终端的账户余额进行计费处理。具体为利用目标反算引擎对该终端的账户进行反算处理，也就是将账户余额反算为当前所使用的业务的可用量，进而当出现该终端的可用量小于已使用量的情况时，指示SCP停止接续该业务。
[0039]若101中接收的CCR为终止CCR，该终止CCR包括业务终止时已使用的业务量，OCS利用目标反算引擎，对终端的账户余额进行计费处理。具体为利用目标反算引擎，根据业务终止时已使用的业务量，对该终端的账户余额进行扣费，获得计费后的账户余额，利用该计费后的账户余额更新该终端的账户余额。
[0040]本实施例中，通过接收SCP发送的用于指示对终端所请求使用的业务进行计费的信用控制请求CCR之后，从多个反算引擎中，确定终端的用户属性信息对应的至少一个样本反算引擎，若样本反算引擎中存在空闲样本反算引擎，则将负载最小的作为目标反算引擎，若样本反算引擎中不存在空闲样本反算引擎，则启动至少一个处于休眠状态的反算引擎，从中确定目标反算引擎，进而利用目标反算引擎，对终端所使用的业务进行计费处理，由于提供了多个反算引擎用于进行计费处理，并且根据用户属性信息确定目标反算引擎，实现了分布式的计费处理，另外，当样本反算引擎中不存在空闲样本反算引擎时，启动处于休眠状态的反算引擎，以动态调节计费装置的计费能力，进一步提高了计费的实时性和效率，解决现有技术中计费效率较低的技术问题。
[0041]图2为本发明另一实施例提供的计费方法流程示意图，如图2所示，本实施例可以包括以下步骤:
[0042]201、业务交换点 / 移动交换中心(Service Switching Point/Mobile SwitchingCenter, SSP/MSC)向SCP发送通话请求。
[0043]SSP/MSC当接收到终端发送的用于建立语音业务的指示时，向SCP发送通话请求，该通话请求中包括终端的标识和语音业务的标识。
[0044]202、SCP向OCS发送初始信用控制请求。
[0045]其中，该初始CCR (Initial CCR)用于指示OCS对终端所请求建立的业务进行计费。具体的，初始CCR包括终端的标识和语音业务的标识。
[0046]SCP根据通话请求，向OCS发送用于指示对上述语音业务开始计费的初始CCR。OCS接收到该初始CCR后，由于不同SCP设备发送的CCR，往往具有不同的格式，需要对CCR进行适配，转换为标准格式。并对转换为标准格式后的CCR进行过滤。
[0047]需要说明的是，过滤是用于当终端订购了指定的语音业务时，例如包月不限时语音业务，过滤掉对上述终端的语音业务进行计费的CCR。
[0048]203、OCS 进行鉴权。
[0049]若CCR为Initial CCR,则OCS从进行转换和过滤后的Initial CCR中，获取终端的标识和语音业务的标识，根据上述终端的标识和语音业务的标识进行鉴权，若鉴权通过，从用于存储用户终端信息的服务器或者本地存储器获取终端的账户余额和用户属性信息，账户余额具体可为金额、时长、流量和使用次数，用户属性信息包括归属地和号段。
[0050]204、OCS根据账户余额进行计费处理。
[0051]OCS接收到鉴权和计费指示之后，从多个反算引擎中确定用户属性信息对应的至少一个样本反算引擎。若根据每个样本反算引擎的负载，确定出至少一个样本反算引擎中存在空闲样本反算引擎，则将空闲样本反算引擎中的一个负载最小的反算引擎作为目标反算引擎。其中，空闲样本反算引擎为负载小于预设阈值的反算引擎。若至少一个样本反算引擎中不存在空闲样本反算引擎，则启动至少一个处于休眠状态的反算引擎，获得至少一个启动后反算引擎，将至少一个启动后反算引擎中的一个启动后反算引擎作为目标反算引擎。其中，启动后反算引擎的个数是根据样本反算引擎的负载确定的。例如:若负载大于第一门限值的样本反算引擎个数不大于全部样本反算引擎个数的一半，则启动一个处于休眠状态的反算引擎，获得一个启动后反算引擎；若负载大于第一门限值的样本反算引擎个数大于全部样本反算引擎个数的一半，则启动至少两个处于休眠状态的反算引擎，获得至少两个启动后反算引擎，以使样本反算引擎和启动后反算引擎的负载平均值低于第二门限值，如:第一门限值可为80%，第二门限值可为50%。
[0052]根据账户余额，以及预先批价获得的终端对应的语音业务的价格，利用目标反算引擎进行反算，获得语音业务的剩余业务量，进而OCS判断剩余业务量是否能支付该语音业务。例如若剩余业务量不为零，则确定能支付该语音业务。
[0053]205、若OCS确定账户余额能支付该语音业务，则向SCP发送初始信用控制应答(Credit-Control-Answer, CCAX
[0054]其中，CCA包括剩余业务量，用于指示SCP根据该剩余业务量建立该语音业务。
[0055]若确定账户余额能支付该语音业务，OCS向SCP发送初始CCA (Initial CCA), SCP接收到OCS发送的Initial CCA之后，SCP执行建立该语音业务的流程，进而向SSP/MSC发送通话建立消息。
[0056]206、SCP 定时发送更新 CCR (Update CCR)。
[0057]SCP建立该语音业务之后，定时发送用于对语音业务进行监控的Update CCR，以使OCS根据Update CCR中的当前已使用的业务量进行计费处理。
[0058]207、OCS根据当前已使用的业务量进行计费处理。
[0059]OCS根据Update CCR中的当前已使用的业务量进行计费处理。若账户余额包括金额、时长、流量和使用次数中至少两种类型时，对上述不同类型的账户余额预先设定对应不同业务的优先级，根据优先级进行计费。具体的，根据对应语音业务的具有最高优先级的账户余额，例如时长或金额，进行计费。其中，若具有最高优先级的账户余额为金额，还需预先批价获得终端对应的语音业务的价格，OCS利用上述目标反算引擎进行反算，获得语音业务的剩余业务量，进而OCS判断剩余业务量是否能支付该语音业务已使用的业务量。若最高优先级的账户余额不能支付该语音业务已使用的业务量或者最高优先级的账户余额反算获得的剩余业务量不能支付该语音业务已使用的业务量，则执行下述流程，图3为本发明另一实施例提供的根据当前已使用的业务量进行计费处理的流程示意图，如图3所示，包括:
[0060]207a、将次高优先级的账户余额换算为虚拟额度，以及将已使用的业务量换算为第一虚拟开销。
[0061]其中，虚拟额度用于指示可占用的网络资源，第一虚拟开销用于指示业务当前已占用的网络资源。
[0062]由于预先设置了各业务优先进行扣减的一种类型的账户余额，当优先级最高的类型的账户余额对应的剩余业务量不能支付该语音业务已使用的业务量时，选择优先级次高的类型的账户余额，进行支付。具体OCS根据预设的第一转换系数、第二转换系数、UpdateCCR中的当前已使用的业务量和账户余额，利用第一转换系数将账户余额换算为虚拟额度，以及利用第二转换系数将当前已使用的业务量换算为第一虚拟开销。其中，虚拟额度=账户余额+第一转换系数；虚拟开销=已使用的业务量+第二转换系数。
[0063]需要说明的是第一转换系数和第二转换系数可以预设在批价系统中。
[0064]207b、OCS将虚拟额度减去第一虚拟开销，获得第一虚拟余额。
[0065]其中，第一虚拟余额用于指示业务当前还可占用的网络资源的余量。
[0066]207c、OCS根据第一虚拟余额生成更新CCA。
[0067]OCS判断第一虚拟余额是否为零，若第一虚拟余额不为零则确定虚拟余额能支付该语音业务，则OCS生成用于指示SCP接续该语音业务的更新CCA (Update CCA),否则OCS生成用于指示SCP切断该语音业务的Update CCA。
[0068]208、OCS 向 SCP 发送更新 CCA (Update CCA)。[0069]OCS根据计费处理结果生成CCA之后，向SCP发送所生成的CCA，以使SCP根据Update CCA切断或接续该语音业务。
[0070]209、SSP/MSC向SCP发送通话结束消息。
[0071]当终端发起结束该语音业务的请求时，SSP/MSC向SCP发送通话结束消息。
[0072]210、SCP根据通话结束消息，向OCS发送终止CCR (Termination CCR)。
[0073]211、OCS根据终止CCR中的业务终止时已使用业务量对账户余额进行扣费，获得计费后的账户余额，向SCP发送终止CCA (Termination CCA),以使SCP释放该语音业务。
[0074]OCS根据已使用的业务量，对账户余额进行扣费获得计费后的账户余额，具体的，利用207a中的第二转换系数，对业务终止时已使用的业务量进行换算获得第二虚拟开销，将虚拟额度减去第二虚拟开销获得第二虚拟余额，进而对第二虚拟余额利用第二转换系数进行逆换算，获得计费后的账户余额，如计费后的账户余额=第二虚拟余额X第二转换系数。利用计费后的账户余额更新终端的账户余额。
[0075]本实施例中，通过接收SCP发送的用于指示对终端所请求使用的业务进行计费的信用控制请求CCR之后，从多个反算引擎中，确定终端的用户属性信息对应的至少一个样本反算引擎，若样本反算引擎中存在空闲样本反算引擎，则将负载最小的作为目标反算引擎，若样本反算引擎中不存在空闲样本反算引擎，则启动至少一个处于休眠状态的反算引擎，从中确定目标反算引擎，进而利用目标反算引擎，对终端所使用的业务进行计费处理，由于提供了多个反算引擎用于进行计费处理，并且根据用户属性信息确定目标反算引擎，实现了分布式的计费处理，另外，当样本反算引擎中不存在空闲样本反算引擎时，启动处于休眠状态的反算引擎，以动态调节计费装置的计费能力，进一步提高了计费的实时性和效率，解决现有技术中计费效率较低的技术问题。
[0076]图4为本发明一实施例提供的计费装置结构示意图，如图4所示，本实施例中的计费装置包括:接收模块41、第一确定模块42、第二确定模块45、第三确定模块46和处理模块43。
[0077]接收模块41，用于接收服务控制点SCP发送的信用控制请求CCR。
[0078]其中，CCR用于指示对终端所使用的业务进行计费。
[0079]第一确定模块42，与接收模块41连接，用于从多个反算引擎中，确定所述终端的用户属性信息对应的至少一个样本反算引擎。
[0080]其中，用户属性信息包括所述终端的归属地和所述终端的号段。
[0081]第二确定模块45，与第一确定模块42连接，用于若根据每个所述样本反算引擎的负载，确定出所述至少一个样本反算引擎中存在空闲样本反算引擎，则将所述空闲样本反算引擎中的一个负载最小的反算引擎作为目标反算引擎.[0082]其中，空闲样本反算引擎为所述负载小于预设阈值的反算引擎。
[0083]第三确定模块46，与第一确定模块42连接，用于若所述至少一个样本反算引擎中不存在所述空闲样本反算引擎，则启动至少一个处于休眠状态的反算引擎，获得至少一个启动后反算引擎，将所述至少一个启动后反算引擎中的一个启动后反算引擎作为所述目标反算引擎。
[0084]其中，启动后反算引擎的个数是根据样本反算引擎的负载确定的:若负载大于第一门限值的样本反算引擎个数不大于全部样本反算引擎个数的一半，则启动一个处于休眠状态的反算引擎，获得一个启动后反算引擎；若负载大于第一门限值的样本反算引擎个数大于全部样本反算引擎个数的一半，则启动至少两个处于休眠状态的反算引擎，获得至少两个启动后反算引擎，以使样本反算引擎和启动后反算引擎的负载平均值低于第二门限值。例如:第一门限值可为80%，第二门限值可为50%。
[0085]处理模块43，与第二确定模块45和第三确定模块46连接，用于利用所述目标反算引擎，对所述终端所使用的业务进行计费处理。
[0086]本实施例中，通过接收SCP发送的用于指示对终端所请求使用的业务进行计费的信用控制请求CCR之后，从多个反算引擎中，确定终端的用户属性信息对应的至少一个样本反算引擎，若样本反算引擎中存在空闲样本反算引擎，则将负载最小的作为目标反算引擎，若样本反算引擎中不存在空闲样本反算引擎，则启动至少一个处于休眠状态的反算引擎，从中确定目标反算引擎，进而利用目标反算引擎，对终端所使用的业务进行计费处理，由于提供了多个反算引擎用于进行计费处理，并且根据用户属性信息确定目标反算引擎，实现了分布式的计费处理，另外，当样本反算引擎中不存在空闲样本反算引擎时，启动处于休眠状态的反算引擎，以动态调节计费装置的计费能力，进一步提高了计费的实时性和效率，解决现有技术中计费效率较低的技术问题。
[0087]图5为本发明另一实施例提供的计费装置结构示意图，计费装置可位于OCS服务器上，OCS服务器包括多个反算引擎，如图5所示，在上一实施例的基础上，本实施例进一步包括:鉴权模块44。
[0088]鉴权模块44，与接收模块41和第一确定模块42连接，用于当CCR为初始CCR时，根据所述初始CCR中终端的标识和所述业务的标识，确定所述终端通过鉴权。
[0089]进一步，若CCR为更新CCR，该更新CCR包括业务当前已使用的业务量，业务量包括时长、流量和使用次数中的至少一个。
[0090]基于此，处理模块43，包括:第一换算单元431和计费单元432。
[0091]第一换算单元431，用于利用所述目标反算引擎将所述终端的账户余额换算为虚拟额度，以及将所述业务当前已使用的业务量换算为第一虚拟开销，所述虚拟额度用于指示可占用的网络资源，所述第一虚拟开销用于指示所述业务当前已占用的网络资源；所述账户余额包括金额、时长、流量和使用次数中的至少一个。
[0092]计费单元432，与第一换算单元431连接，用于根据所述虚拟额度和所述第一虚拟开销进行计费。
[0093]计费单元432具体用于将虚拟额度减去所述第一虚拟开销，获得第一虚拟余额；若所述第一虚拟余额不为零，向所述SCP发送用于指示对所述业务进行接续的信用控制响应CCA ;若所述第一虚拟余额为零，向所述SCP发送用于指示对所述业务进行切断的CCA。
[0094]进一步，若CCR为终止CCR，包括所述业务终止时已使用的业务量。
[0095]基于此，处理模块43，进一步还包括:第二换算单元433、减法单元434、逆换算单元435和更新单元436。
[0096]第二换算单元433，用于利用所述目标反算引擎，将所述业务终止时已使用的业务量换算为第二虚拟开销，所述第二虚拟开销用于指示所述业务终止时已占用的网络资源。
[0097]减法单元434，与第二换算单元433和第一换算单元431连接，用于将所述虚拟额度减去所述第二虚拟开销，获得第二虚拟余额。[0098]逆换算单元435，与减法单元434连接，用于对所述第二虚拟余额进行逆换算，获得计费后的账户余额。
[0099]更新单元436，与逆换算单元435连接，用于将所述终端的账户余额更新为所述计费后的账户余额。
[0100]本实施例中，通过接收SCP发送的用于指示对终端所请求使用的业务进行计费的信用控制请求CCR之后，从多个反算引擎中，确定终端的用户属性信息对应的至少一个样本反算引擎，若样本反算引擎中存在空闲样本反算引擎，则将负载最小的作为目标反算引擎，若样本反算引擎中不存在空闲样本反算引擎，则启动至少一个处于休眠状态的反算引擎，从中确定目标反算引擎，进而利用目标反算引擎，对终端所使用的业务进行计费处理，由于提供了多个反算引擎用于进行计费处理，且根据用户属性信息确定目标反算引擎，实现了分布式的计费处理，另外，当样本反算引擎中不存在空闲样本反算引擎时，启动处于休眠状态的反算引擎，以动态调节计费装置的计费能力，进一步提高了计费的实时性和效率，解决现有技术中计费效率较低的技术问题。
[0101]本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括:R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0102]最后应说明的是:以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
【权利要求】
1.一种计费方法，其特征在于，包括: 接收服务控制点SCP发送的信用控制请求CCR ;所述CCR用于指示对终端所使用的业务进行计费； 从多个反算引擎中，确定所述终端的用户属性信息对应的至少一个样本反算引擎；所述用户属性信息包括所述终端的归属地和所述终端的号段中的至少一个； 若根据每个所述样本反算引擎的负载，确定出所述至少一个样本反算引擎中存在空闲样本反算引擎，则将所述空闲样本反算引擎中的一个负载最小的反算引擎作为目标反算引擎；所述空闲样本反算引擎为所述负载小于预设阈值的反算引擎； 若所述至少一个样本反算引擎中不存在所述空闲样本反算引擎，则启动至少一个处于休眠状态的反算引擎，获得至少一个启动后反算引擎，将所述至少一个启动后反算引擎中的一个启动后反算引擎作为所述目标反算引擎； 其中，所述启动后反算引擎的个数是根据所述样本反算引擎的负载确定的:若所述负载大于第一门限值的样本反算引擎个数不大于全部样本反算引擎个数的一半，则启动一个所述处于休眠状态的反算引擎，获得一个所述启动后反算引擎；若所述负载大于所述第一门限值的样本反算引擎个数大于全部样本反算引擎个数的一半，则启动至少两个所述处于休眠状态的反算引擎，获得至少两个所述启动后反算引擎，以使所述样本反算引擎和所述启动后反算引擎的负载平均值低于所述第二门限值； 利用所述目标反算引擎，对所述终端所使用的业务进行计费处理。
2.根据权 利要求1所述的计费方法，其特征在于，所述CCR为初始CCR； 所述接收服务控制点SCP发送的信用控制请求CCR之后，还包括: 根据所述初始CCR中终端的标识和所述业务的标识，确定所述终端通过鉴权。
3.根据权利要求1所述的计费方法，其特征在于，所述CCR为更新CCR，包括所述业务当前已使用的业务量；所述业务量包括时长、流量和使用次数中的至少一个； 所述利用所述目标反算引擎，对所述终端所使用的业务进行计费处理，包括: 利用所述目标反算引擎将所述终端的账户余额换算为虚拟额度，以及将所述业务当前已使用的业务量换算为第一虚拟开销，所述虚拟额度用于指示可占用的网络资源，所述第一虚拟开销用于指示所述业务当前已占用的网络资源；所述账户余额包括金额、时长、流量和使用次数中的至少一个； 根据所述虚拟额度和所述第一虚拟开销进行计费。
4.根据权利要求3所述的计费方法，其特征在于，所述根据所述虚拟额度和所述第一虚拟开销进行计费，包括: 将所述虚拟额度减去所述第一虚拟开销，获得第一虚拟余额； 若所述第一虚拟余额不为零，向所述SCP发送用于指示对所述业务进行接续的信用控制响应CCA ； 若所述第一虚拟余额为零，向所述SCP发送用于指示对所述业务进行切断的CCA。
5.根据权利要求4所述的计费方法，其特征在于，所述CCR为终止CCR，包括所述业务终止时已使用的业务量；所述利用所述目标反算引擎，对所述终端所使用的业务进行计费处理，包括: 利用所述目标反算引擎，将所述业务终止时已使用的业务量换算为第二虚拟开销，所述第二虚拟开销用于指示所述业务终止时已占用的网络资源； 将所述虚拟额度减去所述第二虚拟开销，获得第二虚拟余额； 对所述第二虚拟余额进行逆换算，获得计费后的账户余额； 将所述终端的账户余额更新为所述计费后的账户余额。
6.一种计费装置，其特征在于，包括: 接收模块，用于接收服务控制点SCP发送的信用控制请求CCR ;所述CCR用于指示对终端所使用的业务进行计费； 第一确定模块，用于从多个反算引擎中，确定所述终端的用户属性信息对应的至少一个样本反算引擎；所述用户属性信息包括所述终端的归属地和所述终端的号段中的至少一个； 第二确定模块，用于若根据每个所述样本反算引擎的负载，确定出所述至少一个样本反算引擎中存在空闲样本反算引擎，则将所述空闲样本反算引擎中的一个负载最小的反算引擎作为目标反算引擎；所述空闲样本反算引擎为所述负载小于预设阈值的反算引擎；第三确定模块，用于若所述至少一个样本反算引擎中不存在所述空闲样本反算引擎，则启动至少一个处于休眠状态的反算引擎，获得至少一个启动后反算引擎，将所述至少一个启动后反算引擎中的一个启动后反算引擎作为所述目标反算引擎； 其中，所述启动后反算引擎的个数是根据所述样本反算引擎的负载确定的:若所述负载大于第一门限值的样本反算引擎个数不大于全部样本反算引擎个数的一半，则启动一个所述处于休眠状态的反算引擎，获得一个所述启动后反算引擎；若所述负载大于所述第一门限值的样本反算引擎个数大于全部样本反算引擎个数的一半，则启动至少两个所述处于休眠状态的反算引擎，获得至少两个所述启动后反算引擎，以使所述样本反算引擎和所述启动后反算引擎的负载平均值低于所述第二门限值； 处理模块，用于利用所述目标反算引擎，对所述终端所使用的业务进行计费处理。
7.根据权利要求6所述的计费装置，其特征在于，所述CCR为初始CCR； 所述计费装置，还包括: 鉴权模块，用于根据所述初始CCR中终端的标识和所述业务的标识，确定所述终端通过鉴权。
8.根据权利要求6所述的计费装置，其特征在于，所述CCR为更新CCR，包括所述业务当前已使用的业务量；所述业务量包括时长、流量和使用次数中的至少一个； 所述处理模块，包括: 第一换算单元，用于利用所述目标反算引擎将所述终端的账户余额换算为虚拟额度，以及将所述业务当前已使用的业务量换算为第一虚拟开销，所述虚拟额度用于指示可占用的网络资源，所述第一虚拟开销用于指示所述业务当前已占用的网络资源；所述账户余额包括金额、时长、流量和使用次数中的至少一个； 计费单元，用于根据所述虚拟额度和所述第一虚拟开销进行计费。
9.根据权利要求8所述的计费装置，其特征在于， 所述计费单元，具体用于将所述虚拟额度减去所述第一虚拟开销，获得第一虚拟余额；若所述第一虚拟余额不为零，向所述SCP发送用于指示对所述业务进行接续的信用控制响应CCA ;若所述第一虚拟 余额为零，向所述SCP发送用于指示对所述业务进行切断的CCA。
10.根据权利要求9所述的计费装置，其特征在于，所述CCR为终止CCR，包括所述业务终止时已使用的业务量； 所述处理模块，包括: 第二换算单元，用于利用所述目标反算引擎，将所述业务终止时已使用的业务量换算为第二虚拟开销，所述第二虚拟开销用于指示所述业务终止时已占用的网络资源； 减法单元，用于将所述虚拟额度减去所述第二虚拟开销，获得第二虚拟余额； 逆换算单元，用于对所述第二虚拟余额进行逆换算，获得计费后的账户余额； 更新单元，用于将 所述终端的账户余额更新为所述计费后的账户余额。
【文档编号】H04W4/24GK103813293SQ201410051522
【公开日】2014年5月21日 申请日期:2014年2月14日 优先权日:2014年2月14日
【发明者】郭强, 冯立华 申请人:中国联合网络通信集团有限公司