CN102143470A - 计费消息处理方法、计费主机、负载均衡器及计费系统 - Google Patents
计费消息处理方法、计费主机、负载均衡器及计费系统 Download PDFInfo
- Publication number
- CN102143470A CN102143470A CN2010106246257A CN201010624625A CN102143470A CN 102143470 A CN102143470 A CN 102143470A CN 2010106246257 A CN2010106246257 A CN 2010106246257A CN 201010624625 A CN201010624625 A CN 201010624625A CN 102143470 A CN102143470 A CN 102143470A
- Authority
- CN
- China
- Prior art keywords
- charging
- process information
- message
- charging process
- load equalizer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种计费消息处理方法、计费主机、负载均衡器及计费系统,计费消息处理方法包括:在线计费主机接收负载均衡器发送的计费消息;所述在线计费主机根据所述计费消息中的会话ID获取相应的计费处理信息,所述计费处理信息包括会话信息及中间信息;所述在线计费主机通过计费应答消息将所述计费处理信息返回给所述负载均衡器进行保存。通过在线计费主机将会话信息及中间信息发送给负载均衡器保存,解决了现有技术在计费主机故障的情况下不能继续计费的问题,保证了会话计费的连贯性,提高了在线计费的可靠性。
Description
技术领域
本发明实施例涉及通信计费技术,尤其涉及一种计费消息处理方法、计费主机、负载均衡器及计费系统。
背景技术
随着电信行业不断发展,各种3G技术以及后3G技术纷纷商用,在线计费系统(Online Charging System,OCS)在电信用户的服务使用过程中的作用也越来越重要。
为了提高在线计费系统的处理性能,缩短响应时间,在线计费系统中设立了多个在线计费主机对会话进行计费。这就要求在各在线计费主机之间的负载均衡,分摊业务消息处理,以尽可能地提高在线计费系统的处理性能,缩短计费响应时间。
为了实现在线计费的负载均衡,在线计费系统中设置了负载均衡器。如图1所示,网元直接与负载均衡器互联,将计费消息发送给负载均衡器,负载均衡器根据各计费主机承担的业务负荷(如当前处理会话数),分发新的业务请求到负载较轻的计费主机上。以某个用户使用服务,网元通过负载均衡器转发、处理计费消息的流程为例,如图2所示,负载均衡器在收到初始的计费消息CCR(INIT)后,根据计费主机OCS1、OCS2的当前处理会话量,确定选择负荷较轻的主机,如OCS1,并将计费消息转发给OCS1处理;在后续计费消息均将被转发给OCS1进行处理。
在图2所示的负载均衡方案中,不同用户的计费消息被负载均衡器根据计费主机的处理负荷分摊到不同的计费主机上,从而保持两台计费主机均处理比较合理的负荷,防止某台计费主机承担大量业务负荷导致响应慢,进而影响电信用户的接入。
但是,在计费主机进行计费处理时,计费主机需要保持用户使用服务的会话信息,包括在不同消息中收集到的用于界定服务提供情况以及电信用户消费情况的不同信息,如会话ID、用户号码、对方号码、服务开始时间、服务结束时间、服务类型、服务质量参数、已消费服务量(可以是时长,也可以是流量等)、授权消费量等。这些会话信息在服务使用结束后,输出到服务使用记录中。并且,多数使用服务的会话信息在INIT消息中发送给计费主机后,在后续的计费消息中,除非有关属性发生变化,否则,后续计费消息中不再携带此类会话信息。此外,计费主机在处理业务消息的过程中,会通过查询、计算得到某些中间信息,如通过查询、判断,确定出电信用户当前计费适用的资费计划,如当前服务涉及资费计划中累积量的使用和更新(如累积用户消费分钟数,按照分钟数给予用户不同的资费),或者如在数据业务中,累积通信流量,并按照流量来确定适用的资费。这些中间信息通常维护在计费主机上,并在处理计费消息过程中对其进行更新。为了提高计费系统的计费处理性能,在整个会话结束前,这些信息包括服务使用的会话信息,通常不会立即存储到磁盘或者数据库中,而是在整个计费消息结束或者超过一定时间后,将此类信息写入到文件系统或数据库。这样,一旦某个OCS计费主机发生故障,则当前所有会话信息将丢失,用户的服务使用过程将被终止。
为了解决计费主机故障导致的服务使用终止,现有技术采用了在OCS计费主机发生故障后,对由该计费主机负责处理的所有业务会话将不再实施实时信用控制,直到所有业务会话结束。话单由网元生成并送达计费系统。计费系统结合此前保存的已经扣费的信息,计算用户应该支付的余下部分费用。
现有技术存在的缺陷至少在于:由于不再对业务会话实施实时信用控制,导致业务会话存在透支风险,特别是在新的数据业务中,用户的业务会话通常涉及较大的时长或者比较高的流量,将产生更大的透支风险,引起更大的收入流失。
发明内容
本发明实施例提出一种计费消息处理方法、计费主机、负载均衡器及计费系统,以实现在计费主机故障的情况下仍然继续计费的目的。
本发明实施例提供了一种计费消息处理方法,包括:
在线计费主机接收负载均衡器发送的计费消息;
所述在线计费主机根据所述计费消息中的会话ID获取相应的计费处理信息,所述计费处理信息包括会话信息及中间信息;
所述在线计费主机通过计费应答消息将所述计费处理信息返回给所述负载均衡器进行保存。
本发明实施例还提供了一种计费消息处理方法,包括:
在线计费主机接收负载均衡器发送的计费更新消息,所述计费更新消息中包含有计费处理信息,所述计费处理信息包括会话信息及中间信息;
所述在线计费主机提取出所述计费处理信息,根据所述计费处理信息继续进行计费处理,并更新所述计费处理信息;
所述在线计费主机将更新后的计费处理信息通过计费应答消息发送给所述负载均衡器,以更新所述负载均衡器保存的计费处理信息。
本发明实施例还提供了一种计费消息处理方法,包括:
在线计费主机接收负载均衡器发送的计费结束消息,所述计费结束消息中包含有计费处理信息,所述计费处理信息包括会话信息及中间信息;
所述在线计费主机提取出所述计费处理信息,根据所述计费处理信息进行计费处理,扣取相应的服务费用;
所述在线计费主机通过计费应答消息告知所述负载均衡器释放会话。
本发明实施例还提供了一种计费消息处理方法,包括:
负载均衡器将网元发送的计费消息转发给第一在线计费主机;
所述负载均衡器接收所述第一在线计费主机处理所述计费消息后返回的第一计费应答消息,所述第一计费应答消息中包含计费处理信息,所述计费处理信息包括会话信息及中间信息;
所述负载均衡器从所述第一计费应答消息中提取出所述计费处理信息,将所述计费处理信息与对应的会话ID关联后保存;
所述负载均衡器将提取出所述计费处理信息后的第一计费应答消息发送给所述网元。
本发明实施例还提供了一种在线计费主机,包括:
消息接收模块,用于接收负载均衡器发送的计费消息;
信息获取模块,用于根据所述计费消息中的会话ID获取相应的计费处理信息,所述计费处理信息包括会话信息及中间信息;
消息发送模块,用于通过计费应答消息将所述计费处理信息返回给所述负载均衡器进行保存。
本发明实施例还提供了一种负载均衡器,包括:
消息转发模块,用于将网元发送的计费消息转发给第一在线计费主机;
应答消息接收模块,用于接收所述第一在线计费主机处理所述计费消息后返回的第一计费应答消息,所述第一计费应答消息中包含计费处理信息,所述计费处理信息包括会话信息及中间信息;
应答处理模块,用于从所述第一计费应答消息中提取出所述计费处理信息,将所述计费处理信息与对应的会话ID关联后保存;
应答消息发送模块,将提取出所述计费处理信息后的第一计费应答消息发送给所述网元。
本发明实施例还提供了一种在线计费系统,包括:上述在线计费主机及上述负载均衡器。
本发明实施例提供的计费消息处理方法、计费主机、负载均衡器及计费系统,通过在线计费主机将会话信息及中间信息发送给负载均衡器保存,使得在计费主机故障的情况下,负载均衡器可将保存的会话的相关计费信息发送给新的在线计费主机在已有计费的基础上对当前会话继续进行计费处理,解决了现有技术在计费主机故障的情况下不能继续计费的问题,保证了会话计费的连贯性,提高了在线计费的可靠性。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为现有在线计费系统的结构示意图。
图2为现有技术中的负载均衡的信令流程图;
图3为本发明实施例提供的一种计费消息处理方法的流程图;
图4为本发明实施例提供的再一种计费消息处理方法的流程图;
图5为本发明实施例提供的另一种计费消息处理方法的流程图;
图6为本发明实施例提供的又一种计费消息处理方法的流程图
图7为本发明实施例提供的计费消息处理方法对计费初始(INIT)消息的信令流程图;
图8为本发明实施例提供的计费消息处理方法在计费主机正常工作时对计费更新消息处理的信令流程图;
图9为本发明实施例提供的计费消息处理方法在计费主机发生故障时对计费更新消息处理的信令流程图;
图10为本发明实施例提供的计费消息处理方法在计费主机发生切换前对计费结束消息处理的信令流程图;
图11为本发明实施例提供的计费消息处理方法在计费主机发生切换后对计费结束消息处理的信令流程图;
图12为本发明实施例提供的计费消息处理方法在计费主机发生故障时对计费结束消息处理的信令流程图。
图13为本发明实施例提供的用于实现上述计费消息处理方法的在线计费主机的结构示意图;
图14为本发明实施例提供的用于实现上述计费消息处理方法的负载均衡器的结构示意图;
图15为本发明实施例提供的用于实现上述计费消息处理方法的在线计费系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图3为本发明实施例提供的一种计费消息处理方法的流程图。本实施例对在线计费主机进行了改进,能够将构造的计费会话内容连同处理所需要的业务属性,打包成计费处理信息(以下称为INFO包),其与负载均衡器之间的Diameter消息被扩展,扩展后的Diameter消息包括INFO包。其中Diameter消息基于Diameter协议即计费与控制协议。假设负载均衡器选择某一个改进后的在线计费主机进行计费处理,则如图3所示,该改进后的在线计费主机处理计费消息的流程包括:
步骤31、在线计费主机接收负载均衡器发送的计费消息;如负载均衡器将网元发送的信用控制请求(Credit Control Request,CCR)消息转发给在线计费主机。
步骤32、所述在线计费主机根据所述计费消息中的会话ID获取相应的计费处理信息,所述计费处理信息包括会话信息及中间信息;一般情况下,计费消息包含会话ID,在线计费主机可根据会话ID从服务器获取相应用户的服务使用情况,包括在不同消息中收集到的用于界定服务提供情况以及电信用户消费情况的不同信息,如用户号码、对方号码、服务开始时间、服务结束时间、服务类型、服务质量参数、已消费服务量(可以是时长,也可以是流量等)、授权消费量等会话信息。中间信息包括但不限于如资费计划、累积量等。
步骤33、所述在线计费主机通过计费应答消息将所述计费处理信息返回给所述负载均衡器进行保存。在线计费主机将INFO包添加到Diameter消息即计费应答消息中,返回给负载均衡器,负载均衡器提取INFO包以及会话ID,并存储,将去掉INFO包构成的新的计费应答消息,返回给网元。这样,在后续的计费处理中,负载均衡器一旦发现OCS1宕机,无法处理计费消息时,可根据会话ID检索得到INFO包,并将INFO包添加到Diameter消息中,转发到新的可用的在线计费主机。收到包括有INFO包的计费消息的在线计费主机便可对INFO包进行解包,恢复计费会话信息以及计费处理临时信息,保证会话业务的顺利进行的同时,能够实现准确计费。并且,在存在多个计费消息的往返过程中,在线计费主机再次生成INFO包,通过计费应答消息发送给负载均衡器,负载均衡器可根据计费应答消息中INFO包内容,更新存储的计费会话信息即会话ID及对应的INFO包,在收到Diameter业务结束应答消息后,释放存储的计费会话信息。
负载均衡器向上述在线计费主机再次发送计费消息如更新(UPDATE)消息时,本发明实施例提供的计费消息处理方法还可包括:
所述在线计费主机接收所述负载均衡器转发的计费更新消息;
所述在线计费主机根据所述计费更新消息的会话ID获得该会话的当前计费处理信息;
所述在线计费主机将所述当前计费处理信息通过计费应答消息发送给所述负载均衡器,以更新所述负载均衡器保存的计费处理信息。
图4为本发明实施例提供的再一种计费消息处理方法的流程图。本实施例对在线计费主机进行了再次改进,当在线计费主机收到的计费消息并非初始会话(INIT)消息,且计费消息中携带有INFO包时,如图4所示,改进后的在线计费主机处理计费消息的流程包括:
步骤41、在线计费主机接收负载均衡器发送的计费更新消息,所述计费更新消息中包含有计费处理信息,所述计费处理信息详见上述步骤32中的说明,包括会话信息及中间信息;
步骤42、所述在线计费主机提取出所述计费处理信息,根据所述计费处理信息继续进行计费处理,并更新所述计费处理信息;
在线计费主机判断计费消息非INIT消息,获知该计费消息属于从其他主机切换过来的计费消息时,从计费消息中提取INFO包,恢复重建该会话的信息,包括计费过程中需要的中间变量,如适用的资费计划、累积量等。对计费消息进行正常的计费处理包括根据已消费的服务量计算应该扣取的费用,计算并预留新的业务授权量;其间,更新累积量以及计费主机上暂存的计费会话信息等,生成新的INFO包。
步骤43、所述在线计费主机将更新后的计费处理信息通过计费应答消息发送给所述负载均衡器,以更新所述负载均衡器保存的计费处理信息。在线计费主机将新的INFO包添加到计费应答消息中,返回给负载均衡器,以使负载均衡器更新相应的计费会话信息,保持会话计费的延续性。
图5为本发明实施例提供的另一种计费消息处理方法的流程图。本实施例对在线计费主机进行了再次改进,当在线计费主机收到的计费消息并非初始会话(INIT)消息,而是TERM消息即计费结束消息,且计费消息中携带有INFO包时,说明负载均衡器在接收到计费结束消息后,检测到当前在线计费主机如图3或图4所示实施例中在线计费主机故障,而发送给本实施例中改进后的在线计费主机,如图5所示,本实施例中改进后的在线计费主机处理计费消息的流程包括:
步骤51、在线计费主机接收负载均衡器发送的计费结束消息,所述计费结束消息中包含有计费处理信息,所述计费处理信息详见上述步骤32中的说明,包括会话信息及中间信息;
步骤52、所述在线计费主机提取出所述计费处理信息,根据所述计费处理信息进行计费处理,扣取相应的服务费用;在线计费主机检查到该计费结束消息属于从其他在线计费主机切换过来的计费消息后,从计费结束消息中提取出INFO包,对INFO包解析,重建该会话的信息,包括计费过程中需要的中间变量,如适用的资费计划、累积量等。对计费结束消息进行计费处理,包括根据已消费的服务量计算并扣取服务费用。之后可进一步更新累积量,并将有关量更新到数据库。
步骤53、所述在线计费主机通过计费应答消息告知所述负载均衡器释放会话。在线计费主机生成计费应答消息,返回给负载均衡器,结束计费处理。
图6为本发明实施例提供的又一种计费消息处理方法的流程图。本实施例对负载均衡器进行了改进,不仅对其与在线计费主机之间的Diameter消息进行了扩展,详见上述图3所示实施例的说明,还增加了对扩展后的Diameter消息进行处理的功能如拆装、存储、更新、释放。这些功能可集成在一起,称为DCC-BF。改进后的负载均衡器处理计费消息的流程如图6所示,包括:
步骤61、负载均衡器将网元发送的计费消息转发给第一在线计费主机;第一在线计费主机可如图3所示实施例中的在线计费主机,能够生成INFO包,并将INFO包添加到计费应答消息中返回给负载均衡器。
步骤62、所述负载均衡器接收所述第一在线计费主机处理所述计费消息后返回的第一计费应答消息,所述第一计费应答消息中包含计费处理信息,所述计费处理信息详见上述步骤32的说明,包括会话信息及中间信息;
步骤63、所述负载均衡器从所述第一计费应答消息中提取出所述计费处理信息,将所述计费处理信息与对应的会话ID关联后保存,以备第一在线计费主机发生故障后,将当前会话的相关计费信息发送到新的在线计费主机,进行后续计费,保证计费的连贯性。
步骤64、所述负载均衡器将提取出所述计费处理信息后的第一计费应答消息发送给所述网元。负载均衡器将第一在线计费主机发送的第一计费应答消息进行拆解,去除其携带的INFO包后返回给网元,使得网元与负载均衡器之间无需进行任何改进,以降低改进成本。
当用户使用服务超过限定的消息上报时间,网元向负载均衡器发送计费更新消息时,本发明实施例提供的计费消息处理方法还可包括:
所述负载均衡器接收所述网元发送的计费更新消息;
所述负载均衡器将所述网元发送的计费更新消息转发给所述第一在线计费主机;
所述负载均衡器接收所述第一在线计费主机处理所述计费更新消息后返回的第二计费应答消息,所述第二计费应答消息中包含有更新后的计费处理信息;
所述负载均衡器更新已保存的所述计费处理信息,将所述更新后的计费处理信息与所述对应的会话ID关联保存;
所述负载均衡器将提取出所述更新后的计费处理信息后的第二计费应答消息发送给所述网元。
当负载均衡器接收所述网元发送的计费更新消息之后,若检查到所述第一在线计费主机故障,则根据所述计费更新消息中的会话ID找到所述计费处理信息;并选择新的可用的在线计费主机继续处理后续的计费消息。负载均衡器可使用Diameter协议中的SCTP协议,自动检测到其他在线计费主机的通信链路或者连接同一在线计费主机的备份链路,在出现网络故障时,选择其他可用链路或者计费主机,继续与其他在线计费主机通信,从而完成业务消息的处理。
所述负载均衡器将所述计费处理信息添加到所述计费更新消息后,转发给第二在线计费主机;该第二在线计费主机可为图4所示实施例中改进的在线计费主机。
所述负载均衡器接收所述第二在线计费主机返回的第三计费应答消息,所述第三计费应答消息中包含有更新后的计费处理信息;
所述负载均衡器从所述第三计费应答消息中提取出更新后的计费处理信息,更新保存的所述计费处理信息,并与所述对应的会话ID关联;
所述负载均衡器将提取出更新后的计费处理信息后的第三计费应答消息返回给所述网元。
当服务结束,网元向负载均衡器发送计费结束消息时,本发明实施例提供的计费消息处理方法还可包括:
所述负载均衡器接收所述网元发送的计费结束消息;
若所述负载均衡器检查到所述第一在线计费主机故障,则根据所述计费更新消息中的会话ID找到所述计费处理信息;
所述负载均衡器将所述计费处理信息添加到所述计费结束消息后,转发给第二在线计费主机;该第二在线计费主机可为图5所示实施例中改进的在线计费主机。
所述负载均衡器接收所述第二在线计费主机返回的第四计费应答消息;
所述负载均衡器释放会话及保存的计费处理信息与对应的会话ID;
所述负载均衡器将第四计费应答消息返回给所述网元。
上述实施例中,图3、图4及图5所示实施例中改进的在线计费主机,可综合为一个在线计费主机,换句话说,一个在线计费主机可同时进行上述图3、图4及图5所示实施例中的改进,这样,当计费系统中有多个这种综合改进的在线计费主机时,任何一个在线计费主机都可用来实现上述图3、图4及图5所示实施例中的计费处理方法。图6中,为便于描述,改进的负载均衡器具有的拆装、存储、更新、释放功能,可集成在一起,称为DCC-BF。
这种综合改进的在线计费主机与图6所示实施例中改进的负载均衡器一起处理INIT计费消息时,如图7所示,图7为本发明实施例提供的计费消息处理方法对计费初始(INIT)消息的信令流程图。对于INIT消息处理流程包括:
步骤71、用户使用服务时,网元向负载均衡器LBF发送计费消息CCR,其中可以包含会话ID、用户号码以及其他信息。
步骤72、负载均衡器收到CCR消息,选择一个在线计费主机,如OCS1,并将CCR消息转发给OCS1。
步骤73、计费主机OCS1收到CCR消息,处理该业务请求即计费请求。通常情况下,计费主机的计费模块需要从CCR消息中确定用户,并检索用户的定购、帐户余额等信息。
步骤74、计费模块处理计费请求,包括计算并进行业务授权预留。在计费处理过程中,可以确定用于本次会话的资费计划,以及用到的累积量等。
步骤75-步骤76、OCS1处理完毕,业务会话被许可,则计费模块将正常的计费应答消息(如业务授权量)连同会话的其他信息,包括用于本次会话的资费计划,累积量等打包成INFO包,在CCA消息即计费应答消息中返回给负载均衡器。
步骤77-步骤710、负载均衡器将信用控制应答(Credit Control Answer,CCA)消息转交给DCC-BF处理;DCC-BF从CCA消息中卸下INFO包,与会话ID关联存储,然后返回CCA消息给负载均衡器。
步骤711、负载均衡器将CCA消息返回给网元。网元根据返回的业务授权量向用户交付服务。
需要说明的是,如果业务会话不被许可,则无需打包INFO包,负载均衡器也无需将该类消息转交给DCC-BF处理。
这种综合改进的在线计费主机与图6所示实施例中改进的负载均衡器一起处理UPDATE计费消息时,如图8所示,图8为本发明实施例提供的计费消息处理方法在计费主机正常工作时对计费更新消息处理的信令流程图。在当前在线计费主机正常工作时,UPDATE计费消息处理流程包括:
步骤81、用户使用服务超过限定的消息上报时间,网元向负载均衡器LBF发送计费更新消息CCR,其中可以包含会话ID、用户号码以及其他信息,如当前使用量等。
步骤82、负载均衡器收到CCR消息,根据其保存的信息,确定该业务会话由计费主机OCS1处理;根据OCS1状态,得知该主机工作正常,负载均衡器将计费消息简单转发给该计费主机OCS1继续处理。
步骤83、计费主机OCS1收到CCR(UPDATE)消息,处理该业务请求。OCS2可以通过会话ID从本地检索获得其会话信息,包括计费过程中需要的中间变量,如适用的资费计划、累积量等。
步骤84、OCS1对CCR(UPDATE)消息进行正常的计费处理,包括根据已消费的服务量计算应该扣取的费用,计算并预留新的业务授权量;其间,可以更新累积量,以及计费主机上暂存的计费会话信息等。
步骤85-步骤86、OCS1生成计费应答消息,其中包含了INFO包,该INFO包中包含了更新的计费会话信息属性,以及中间量,如累积量等。该CCA消息返回给负载均衡器。
步骤87-步骤810、负载均衡器将CCA消息转交给DCC-BF处理;DCC-BF从CCA消息中卸下INFO包,根据会话ID更新暂存的计费会话信息以及用于计费处理的中间量,如累积量等。然后返回CCA消息(该CCA消息中已经拆除了INFO包)给负载均衡器。
步骤811、负载均衡器将CCA消息返回给网元。网元根据返回的业务授权量对用户的服务使用继续进行监管和控制。
本实施例中,在负载均衡器接收到UPDATE消息时,当前在线计费主机未发生故障。在该流程中,DCC-BF通过暂存INFO包,包括会话信息以及计费处理所需的中间信息,以便在计费主机发生故障时,能够利用该暂存信息恢复计费处理所需的正常环境。
当OCS1发生故障时,UPDATE计费消息的处理如图9所示,图9为本发明实施例提供的计费消息处理方法在计费主机发生故障时对计费更新消息处理的信令流程图。UPDATE消息处理流程包括:
步骤91、用户使用服务超过限定的消息上报时间,网元向负载均衡器LBF发送计费更新消息CCR,其中可以包含会话ID、用户号码以及其他信息,如当前使用量等。
步骤92、负载均衡器收到CCR消息,根据其保存的信息,确定该业务会话由计费主机OCS1处理;根据OCS1状态,得知该主机故障,无法继续进行计费消息处理。此时,负载均衡器选择其他计费主机,如OCS2,作为新的计费处理主机。
步骤93-步骤95、负载均衡器将CCR消息转交DCC-BF处理;DCC-BF根据会话ID提取会话所对应的INFO信息,并将该信息添加到CCR消息中,返回给负载均衡器。
步骤96-步骤97、计费主机OCS2收到CCR(UPDATE)消息,处理该业务请求。计费主机OCS2检查确认,该CCR消息属于从其他主机切换过来的计费消息。判定依据包括:该消息非INIT消息,并且在OCS2上没有指定会话ID的计费会话信息。OCS2从CCR(UPDATE)消息中提取INFO包,恢复重建该会话的信息,包括计费过程中需要的中间变量,如适用的资费计划、累积量等。
通常情况下,计费模块需要从CCR消息中确定用户,并检索用户的定购、帐户余额等信息。
步骤98、OCS2对CCR消息进行正常的计费处理,包括根据已消费的服务量计算应该扣取的费用,计算并预留新的业务授权量;其间,可以更新累积量,以及计费主机上暂存的计费会话信息等。
步骤99-步骤910、OCS2生成计费应答消息,其中包含了INFO包,该INFO包中包含了更新的计费会话信息属性,以及中间量,如累积量等。该CCA消息返回给负载均衡器。
步骤911-步骤914、负载均衡器将CCA消息转交给DCC-BF处理;DCC-BF从CCA消息中卸下INFO包,根据会话ID更新暂存的计费会话信息以及用于计费处理的中间量,如累积量等。然后返回CCA消息(该CCA消息中已经拆除了INFO包)给负载均衡器。
步骤915、负载均衡器将CCA消息返回给网元。网元根据返回的业务授权量对用户的服务使用继续进行监管和控制。
从上述流程看到,在原来的计费主机OCS1发生故障时,由于使用了暂存的计费会话信息和计费处理所需的中间量,计费主机OCS2可以接管会话的计费处理。
在用户的服务使用结束时,网元发送TERM消息,转入会话的结束处理,当在用户的服务使用过程中,OCS1未发生故障,即在线计费主机未发生切换的情况下,仍然由OCS1完成对计费结束消息的处理。处理过程如图10所示,图10为本发明实施例提供的计费消息处理方法在计费主机发生切换前对计费结束消息处理的信令流程图。处理流程包括:
步骤101、用户使用服务结束,网元向负载均衡器LBF发送计费结束消息CCR(TERM),其中可以包含会话ID、实际使用量、结束原因等。
步骤102、负载均衡器收到CCR(TERM)消息,根据其保存的信息,确定该业务会话由计费主机OCS1处理;根据OCS1状态,得知该主机工作正常,负载均衡器将计费消息简单转发给该计费主机OCS1继续处理。
步骤103、计费主机OCS1收到CCR(TERM)消息,处理该业务请求。OCS1可以通过会话ID从本地检索获得其会话信息,包括计费过程中需要的中间信息,如适用的资费计划、累积量等。本地保存了临时资料如适用的资费计划、当前累积量等。该临时资料即中间信息。
步骤104~步骤105、OCS1对CCR(TERM)消息进行正常的计费处理,包括根据已消费的服务量计算并扣取服务费用;其间可以更新累积量,并将有关量如余额、累积量等更新到数据库。
步骤106、OCS1生成计费应答消息,该CCA消息返回给负载均衡器。
步骤107~步骤109、负载均衡器通知DCC-BF释放会话;DCC-BF释放暂存的计费会话信息以及用于计费处理的中间量,如累积量等,并返回应答给负载均衡器。
步骤1010、负载均衡器将CCA消息返回给网元,网元结束处理。
负载均衡器还可在通知DCC-BF释放会话前转发CCA消息给网元,以便加快对网元的响应。
当在用户的服务使用过程中,OCS1发生故障,即在线计费主机发生切换的情况下,在用户的服务使用结束时,由OCS2处理TERM消息,进行会话的结束处理。如图11所示,图11为本发明实施例提供的计费消息处理方法在计费主机发生切换后对计费结束消息处理的信令流程图。发生切换与未发生切换的流程类似,如图11所示,计费主机变成了OCS2。TERM消息处理流程如下:
步骤111、用户使用服务结束,网元向负载均衡器LBF发送计费结束消息CCR(TERM),其中可以包含会话ID、实际使用量、结束原因等。
步骤112、负载均衡器收到CCR(TERM)消息,根据其保存的信息,确定该业务会话由计费主机OCS2处理;根据OCS2状态,得知该主机工作正常,负载均衡器将计费消息简单转发给该计费主机OCS2继续处理。
步骤113、计费主机OCS2收到CCR(TERM)消息,处理该业务请求。OCS2可以通过会话ID从本地检索获得其会话信息,包括计费过程中需要的中间变量,如适用的资费计划、累积量等。
步骤114-步骤115、OCS2对CCR(TERM)消息进行正常的计费处理,包括根据已消费的服务量计算并扣取服务费用;其间可以更新累积量,并将有关量更新到数据库。
步骤116、OCS2生成计费应答消息,该CCA消息返回给负载均衡器。
步骤117-步骤119、负载均衡器通知DCC-BF释放会话;DCC-BF释放暂存的计费会话信息以及用于计费处理的中间量,如累积量等,并返回应答给负载均衡器。
步骤1110、负载均衡器将CCA消息返回给网元。网元结束处理。
同样,负载均衡器可以在通知DCC-BF释放会话前转发CCA消息给网元,以便加快对网元的响应。
在用户的服务使用结束时,即在计费结束消息处理过程中,若当前在线计费主机发生故障,以OCS1为当前在线计费主机为例,如图12所示,图12为本发明实施例提供的计费消息处理方法在计费主机发生故障时对计费结束消息处理的信令流程图。在用户的服务使用结束时,网元发送TERM消息,如果负责计费会话处理的计费主机OCS1发生故障,TERM消息处理流程如下:
步骤121、用户使用服务结束,网元向负载均衡器LBF发送计费结束消息CCR(TERM),其中可以包含会话ID、实际使用量、结束原因等。
步骤122、负载均衡器收到CCR(TERM)消息,根据其保存的信息,确定该业务会话由计费主机OCS1处理;根据OCS1状态,得知该主机故障,无法继续进行计费消息处理。此时,负载均衡器选择其他计费主机,如OCS2,作为新的计费处理主机。
步骤123-步骤125、负载均衡器将CCR消息转交DCC-BF处理;DCC-BF根据会话ID提取会话所对应的INFO信息,并将该信息添加到CCR消息中,返回给负载均衡器。
步骤126-步骤127、计费主机OCS2收到CCR(TERM)消息,处理该业务请求。计费主机OCS2检查确认,该CCR消息属于从其他主机切换过来的计费消息。判定依据包括:该消息非INIT消息,并且在OCS2上没有指定会话ID的计费会话信息。OCS2从CCR(TERM)消息中提取INFO包,恢复重建该会话的信息,包括计费过程中需要的中间变量,如适用的资费计划、累积量等。
通常情况下,计费模块需要从CCR消息中确定用户,并检索用户的定购、帐户余额等信息。
步骤128-步骤129、OCS2对CCR(TERM)消息进行正常的计费处理,包括根据已消费的服务量计算并扣取服务费用;其间可以更新累积量,并将有关量更新到数据库。
步骤121O、OCS2生成计费应答消息,该CCA消息返回给负载均衡器。
步骤1211-步骤1213、负载均衡器通知DCC-BF释放会话;DCC-BF释放暂存的计费会话信息以及用于计费处理的中间量,如累积量等,并返回应答给负载均衡器。
步骤1214、负载均衡器将CCA消息返回给网元。网元结束处理。
同样,负载均衡器可以在通知DCC-BF释放会话前转发CCA消息给网元,以便加快对网元的响应。
上述方法实施例与现有技术相比,通过对负载均衡器进行改造,增加专用于Diameter消息处理的功能DCC-BF,以及扩展负载均衡器与计费主机之间的Diameter消息,由DCC-BF负责Diameter消息的扩展消息的拆装、存储、更新、释放,特别地,DCC-BF与一块存储区如BAL-DB相连,该存储区专用于存储计费会话消息,包括INFO包。在网元发送计费消息到负载均衡设备时,负载均衡设备根据计费主机业务负荷选择适当的计费主机如OCS1,将计费消息转发给OCS1处理,OCS1处理计费消息,返回携带有INFO包的计费应答消息给负载均衡器,负载均衡器调用DCC-BF从计费应答消息提取出INFO包以及会话ID,存储到存储区中,并将去掉INFO包后构成的新的计费应答消息返回给网元。在后续的计费处理中,负载均衡器一旦发现OCS1宕机,无法处理计费消息,将调用DCC-BF,由DCC-BF根据会话ID检索得到INFO包,并将INFO包添加到Diameter消息中,负载均衡器将该消息转发到新的可用的计费主机如OCS2。计费主机OCS2利用其中的INFO包恢复计费会话信息。在存在多个计费消息的往返过程中,负载均衡器调用DCC-BF,处理计费应答消息,DCC-BF根据计费应答消息中INFO包内容,更新存储的计费会话信息。在收到Diameter业务结束应答消息后,DCC-BF将释放存储的计费会话信息。在当前在线计费主机发生故障的情况下,解决了现有技术会话计费的中断问题,保证了会话计费的连贯性。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
图13为本发明实施例提供的用于实现上述计费消息处理方法的在线计费主机的结构示意图。如图13所示,在线计费主机包括:消息接收模块131、信息获取模块132及消息发送模块133。
消息接收模块131用于接收负载均衡器发送的计费消息,具体详见上述步骤31的说明。信息获取模块132用于根据所述计费消息中的会话ID获取相应的计费处理信息,所述计费处理信息详见上述步骤32中的说明,包括会话信息及中间信息。消息发送模块133用于通过计费应答消息将所述计费处理信息返回给所述负载均衡器进行保存,详见上述步骤33的说明。
当存在多个计费消息的往返时,本发明实施例提供的在线计费主机还可包括:第一更新消息接收模块、第一信息更新模块及第一更新应答模块。
第一更新消息接收模块用于接收所述负载均衡器转发的计费更新消息,详见上述图3所示方法实施例中的说明。
第一信息更新模块用于根据所述计费更新消息的会话ID获得该会话的当前计费处理信息,详见上述图3所示方法实施例中的说明。
第一更新应答模块用于将所述当前计费处理信息通过计费应答消息发送给所述负载均衡器,以更新所述负载均衡器保存的计费处理信息,详见上述图3所示方法实施例中的说明。
为了实现图4所示实施例中的计费消息处理方法,本发明实施例提供的在线计费主机还可包括:第二更新消息接收模块、第二信息更新模块及第二更新应答模块。
第二更新消息接收模块用于接收负载均衡器发送的计费更新消息,所述计费更新消息中包含有计费处理信息,所述计费处理信息包括会话信息及中间信息,详见上述步骤41的说明。
第二信息更新模块用于提取出所述计费处理信息,根据所述计费处理信息继续进行计费处理,并更新所述计费处理信息,详见上述步骤42的说明。
第二更新应答模块用于将更新后的计费处理信息通过计费应答消息发送给所述负载均衡器,以更新所述负载均衡器保存的计费处理信息,详见上述步骤43的说明。
为了实现图5所示实施例中的计费消息处理方法,本发明实施例提供的在线计费主机还可包括:结束消息接收模块、扣费模块及会话释放模块。
结束消息接收模块用于接收负载均衡器发送的计费结束消息,所述计费结束消息中包含有计费处理信息,所述计费处理信息详见上述步骤32中的说明,包括会话信息及中间信息。该模块的操作详见上述步骤51的说明。
扣费模块用于提取出所述计费处理信息,根据所述计费处理信息进行计费处理,扣取相应的服务费用,详见上述步骤52的说明。
会话释放模块用于通过计费应答消息告知所述负载均衡器释放会话,详见上述步骤53的说明。
图14为本发明实施例提供的用于实现上述计费消息处理方法的负载均衡器的结构示意图。如图14所示,负载均衡器包括:消息转发模块141、应答消息接收模块142、应答处理模块143及应答消息发送模块144。
消息转发模块141用于将网元发送的计费消息转发给第一在线计费主机,详见上述步骤61的说明。
应答消息接收模块142用于接收所述第一在线计费主机处理所述计费消息后返回的第一计费应答消息,所述第一计费应答消息中包含计费处理信息,所述计费处理信息包括会话信息及中间信息,详见上述步骤62的说明。
应答处理模块143用于从所述第一计费应答消息中提取出所述计费处理信息,将所述计费处理信息与对应的会话ID关联后保存,详见上述步骤63的说明。
应答消息发送模块144将提取出所述计费处理信息后的第一计费应答消息发送给所述网元,详见上述步骤64的说明。
本发明实施例提供的负载均衡器还可包括:更新消息接收模块、第一更新消息转发模块、第一更新应答接收模块、第一更新应答处理模块及第一更新应答发送模块。
更新消息接收模块用于接收所述网元发送的计费更新消息,详见上述图6所示实施例的后续说明。
第一更新消息转发模块用于将所述网元发送的计费更新消息转发给所述第一在线计费主机,详见上述图6所示实施例的后续说明。
第一更新应答接收模块用于接收所述第一在线计费主机处理所述计费更新消息后返回的第二计费应答消息,所述第二计费应答消息中包含有更新后的计费处理信息,详见上述图6所示实施例的后续说明。
第一更新应答处理模块用于将所述更新后的计费处理信息与所述对应的会话ID关联保存,更新已保存的所述计费处理信息,详见上述图6所示实施例的后续说明。
第一更新应答发送模块用于将提取出所述更新后的计费处理信息后的第二计费应答消息发送给所述网元,详见上述图6所示实施例的后续说明。
本发明实施例提供的负载均衡器还可包括:第二更新消息转发模块、第二更新应答接收模块、第二更新应答处理模块及第二更新应答发送模块。各模块的操作详见上述图6所示实施例的后续说明。
第二更新消息转发模块用于在所述更新消息接收模块接收所述网元发送的计费更新消息之后,在所述负载均衡器检查到所述第一在线计费主机故障,则根据所述计费更新消息中的会话ID找到所述计费处理信息,将所述计费处理信息添加到所述计费更新消息后,转发给第二在线计费主机。
第二更新应答接收模块用于接收所述第二在线计费主机返回的第三计费应答消息,所述第三计费应答消息中包含有更新后的计费处理信息;
第二更新应答处理模块用于从所述第三计费应答消息中提取出更新后的计费处理信息,更新保存的所述计费处理信息,并与所述对应的会话ID关联;
第二更新应答发送模块用于将提取出更新后的计费处理信息后的第三计费应答消息返回给所述网元。
本发明实施例提供的负载均衡器还可包括:计费结束接收模块、计费处理信息获取模块、计费结束转发模块、计费结束应答接收模块、释放模块及计费结束应答转发模块。各模块的操作详见上述图6所示实施例的后续说明。
计费结束接收模块用于接收所述网元发送的计费结束消息。
计费处理信息获取模块用于若所述负载均衡器检查到所述第一在线计费主机故障,则根据所述计费更新消息中的会话ID找到所述计费处理信息。
计费结束转发模块用于将所述计费处理信息添加到所述计费结束消息后,转发给第二在线计费主机。
计费结束应答接收模块用于接收所述第二在线计费主机返回的第四计费应答消息。
释放模块用于释放会话及保存的计费处理信息与对应的会话ID。
计费结束应答转发模块用于将第四计费应答消息返回给所述网元。
上述负载均衡器中凡涉及INFO包处理如提取、添加等的模块均可集成在DCC-BF中,即DCC-BF具有上述涉及INFO包处理的所有模块的功能。
图15为本发明实施例提供的用于实现上述计费消息处理方法的在线计费系统的结构示意图。如图15所示,在线计费系统包括在线计费主机151及负载均衡器152。在线计费主机151能够向负载均衡器152返回携带有INFO包的计费应答消息,负载均衡器152能够对计费应答消息进行拆解,并保持INFO及对应的会话ID,并在当前在线计费主机发生故障的情况下,将保持的INFO包添加到接收到的计费消息后转发给新的在线计费主机,继续对当前会话进行计费。在线计费主机151可为上述图13所示实施例提供的任一种在线计费主机,负载均衡器152可为上述图14所实施例提供的任一种负载均衡器。
上述方法、设备及系统实施例通过增强负载均衡设备,调整通信协议,使得在在线计费主机发生故障时,仍然能够对业务会话进行正常计费处理,无需强制终止用户服务使用,保证了会话的继续进行。并且由于故障情况下,仍然能够实施正常的业务控制,防止了收入流失。上述实施例通过适当改造负载均衡设备,并扩展交互协议,将业务会话信息,包括计费处理所需要的中间信息,暂存到负载均衡设备上,在计费主机发生故障时,负载均衡器将计费消息路由到新的计费主机上进行处理,从而避免了现有技术带来的强行终止会话引起客户投诉,以及现有技术取消实时信用控制带来的透支风险。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (17)
1.一种计费消息处理方法,其特征在于,包括:
在线计费主机接收负载均衡器发送的计费消息;
所述在线计费主机根据所述计费消息中的会话ID获取相应的计费处理信息,所述计费处理信息包括会话信息及中间信息;
所述在线计费主机通过计费应答消息将所述计费处理信息返回给所述负载均衡器进行保存。
2.根据权利要求1所述的计费消息处理方法,其特征在于,还包括:
所述在线计费主机接收所述负载均衡器转发的计费更新消息;
所述在线计费主机根据所述计费更新消息的会话ID获得该会话的当前计费处理信息;
所述在线计费主机将所述当前计费处理信息通过计费应答消息发送给所述负载均衡器,以更新所述负载均衡器保存的计费处理信息。
3.一种计费消息处理方法,其特征在于,包括:
在线计费主机接收负载均衡器发送的计费更新消息,所述计费更新消息中包含有计费处理信息,所述计费处理信息包括会话信息及中间信息;
所述在线计费主机提取出所述计费处理信息,根据所述计费处理信息继续进行计费处理,并更新所述计费处理信息;
所述在线计费主机将更新后的计费处理信息通过计费应答消息发送给所述负载均衡器,以更新所述负载均衡器保存的计费处理信息。
4.一种计费消息处理方法,其特征在于,包括:
在线计费主机接收负载均衡器发送的计费结束消息,所述计费结束消息中包含有计费处理信息,所述计费处理信息包括会话信息及中间信息;
所述在线计费主机提取出所述计费处理信息,根据所述计费处理信息进行计费处理,扣取相应的服务费用;
所述在线计费主机通过计费应答消息告知所述负载均衡器释放会话。
5.一种计费消息处理方法,其特征在于,包括:
负载均衡器将网元发送的计费消息转发给第一在线计费主机;
所述负载均衡器接收所述第一在线计费主机处理所述计费消息后返回的第一计费应答消息,所述第一计费应答消息中包含计费处理信息,所述计费处理信息包括会话信息及中间信息;
所述负载均衡器从所述第一计费应答消息中提取出所述计费处理信息,将所述计费处理信息与对应的会话ID关联后保存;
所述负载均衡器将提取出所述计费处理信息后的第一计费应答消息发送给所述网元。
6.根据权利要求5所述的计费消息处理方法,其特征在于,还包括:
所述负载均衡器接收所述网元发送的计费更新消息;
所述负载均衡器将所述网元发送的计费更新消息转发给所述第一在线计费主机;
所述负载均衡器接收所述第一在线计费主机处理所述计费更新消息后返回的第二计费应答消息,所述第二计费应答消息中包含有更新后的计费处理信息;
所述负载均衡器将所述更新后的计费处理信息与所述对应的会话ID关联保存,更新已保存的所述计费处理信息;
所述负载均衡器将提取出所述更新后的计费处理信息后的第二计费应答消息发送给所述网元。
7.根据权利要求6所述的计费消息处理方法,其特征在于,所述负载均衡器接收所述网元发送的计费更新消息之后,若检查到所述第一在线计费主机故障,则根据所述计费更新消息中的会话ID找到所述计费处理信息;
所述负载均衡器将所述计费处理信息添加到所述计费更新消息后,转发给第二在线计费主机;
所述负载均衡器接收所述第二在线计费主机返回的第三计费应答消息,所述第三计费应答消息中包含有更新后的计费处理信息;
所述负载均衡器从所述第三计费应答消息中提取出更新后的计费处理信息,更新保存的所述计费处理信息,并与所述对应的会话ID关联;
所述负载均衡器将提取出更新后的计费处理信息后的第三计费应答消息返回给所述网元。
8.根据权利要求6所述的计费消息处理方法,其特征在于,还包括:
所述负载均衡器接收所述网元发送的计费结束消息;
若所述负载均衡器检查到所述第一在线计费主机故障,则根据所述计费更新消息中的会话ID找到所述计费处理信息;
所述负载均衡器将所述计费处理信息添加到所述计费结束消息后,转发给第二在线计费主机;
所述负载均衡器接收所述第二在线计费主机返回的第四计费应答消息;
所述负载均衡器释放会话及保存的计费处理信息与对应的会话ID;
所述负载均衡器将第四计费应答消息返回给所述网元。
9.一种在线计费主机,其特征在于,包括:
消息接收模块,用于接收负载均衡器发送的计费消息;
信息获取模块,用于根据所述计费消息中的会话ID获取相应的计费处理信息,所述计费处理信息包括会话信息及中间信息;
消息发送模块,用于通过计费应答消息将所述计费处理信息返回给所述负载均衡器进行保存。
10.根据权利要求9所述的在线计费主机,其特征在于,还包括:
第一更新消息接收模块,用于接收所述负载均衡器转发的计费更新消息;
第一信息更新模块,用于根据所述计费更新消息的会话ID获得该会话的当前计费处理信息;
第一更新应答模块,用于将所述当前计费处理信息通过计费应答消息发送给所述负载均衡器,以更新所述负载均衡器保存的计费处理信息。
11.根据权利要求9或10所述的在线计费主机,其特征在于,还包括:
第二更新消息接收模块,用于接收负载均衡器发送的计费更新消息,所述计费更新消息中包含有计费处理信息,所述计费处理信息包括会话信息及中间信息;
第二信息更新模块,用于提取出所述计费处理信息,根据所述计费处理信息继续进行计费处理,并更新所述计费处理信息;
第二更新应答模块,用于将更新后的计费处理信息通过计费应答消息发送给所述负载均衡器,以更新所述负载均衡器保存的计费处理信息。
12.根据权利要求9或10所述的在线计费主机,其特征在于,还包括:
结束消息接收模块,用于接收负载均衡器发送的计费结束消息,所述计费结束消息中包含有计费处理信息,所述计费处理信息包括会话信息及中间信息;
扣费模块,用于提取出所述计费处理信息,根据所述计费处理信息进行计费处理,扣取相应的服务费用;
会话释放模块,用于通过计费应答消息告知所述负载均衡器释放会话。
13.一种负载均衡器,其特征在于,包括:
消息转发模块,用于将网元发送的计费消息转发给第一在线计费主机;
应答消息接收模块,用于接收所述第一在线计费主机处理所述计费消息后返回的第一计费应答消息,所述第一计费应答消息中包含计费处理信息,所述计费处理信息包括会话信息及中间信息;
应答处理模块,用于从所述第一计费应答消息中提取出所述计费处理信息,将所述计费处理信息与对应的会话ID关联后保存;
应答消息发送模块,将提取出所述计费处理信息后的第一计费应答消息发送给所述网元。
14.根据权利要求13所述的负载均衡器,其特征在于,还包括:
更新消息接收模块,用于接收所述网元发送的计费更新消息;
第一更新消息转发模块,用于将所述网元发送的计费更新消息转发给所述第一在线计费主机;
第一更新应答接收模块,用于接收所述第一在线计费主机处理所述计费更新消息后返回的第二计费应答消息,所述第二计费应答消息中包含有更新后的计费处理信息;
第一更新应答处理模块,用于将所述更新后的计费处理信息与所述对应的会话ID关联保存,更新已保存的所述计费处理信息;
第一更新应答发送模块,用于将提取出所述更新后的计费处理信息后的第二计费应答消息发送给所述网元。
15.根据权利要求14所述的负载均衡器,其特征在于,还包括:
第二更新消息转发模块,用于在所述更新消息接收模块接收所述网元发送的计费更新消息之后,在所述负载均衡器检查到所述第一在线计费主机故障,则根据所述计费更新消息中的会话ID找到所述计费处理信息,将所述计费处理信息添加到所述计费更新消息后,转发给第二在线计费主机;
第二更新应答接收模块,用于接收所述第二在线计费主机返回的第三计费应答消息,所述第三计费应答消息中包含有更新后的计费处理信息;
第二更新应答处理模块,用于从所述第三计费应答消息中提取出更新后的计费处理信息,更新保存的所述计费处理信息,并与所述对应的会话ID关联;
第二更新应答发送模块,用于将提取出更新后的计费处理信息后的第三计费应答消息返回给所述网元。
16.根据权利要求14所述的负载均衡器,其特征在于,还包括:
计费结束接收模块,用于接收所述网元发送的计费结束消息;
计费处理信息获取模块,用于若所述负载均衡器检查到所述第一在线计费主机故障,则根据所述计费更新消息中的会话ID找到所述计费处理信息;
计费结束转发模块,用于将所述计费处理信息添加到所述计费结束消息后,转发给第二在线计费主机;
计费结束应答接收模块,用于接收所述第二在线计费主机返回的第四计费应答消息;
释放模块,用于释放会话及保存的计费处理信息与对应的会话ID;
计费结束应答转发模块,用于将第四计费应答消息返回给所述网元。
17.一种在线计费系统,其特征在于,包括:上述权利要求9-12任一项所述的在线计费主机及上述权利要求13-16任一项所述的负载均衡器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010106246257A CN102143470A (zh) | 2010-12-31 | 2010-12-31 | 计费消息处理方法、计费主机、负载均衡器及计费系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010106246257A CN102143470A (zh) | 2010-12-31 | 2010-12-31 | 计费消息处理方法、计费主机、负载均衡器及计费系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102143470A true CN102143470A (zh) | 2011-08-03 |
Family
ID=44410637
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010106246257A Pending CN102143470A (zh) | 2010-12-31 | 2010-12-31 | 计费消息处理方法、计费主机、负载均衡器及计费系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102143470A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103078748A (zh) * | 2013-01-11 | 2013-05-01 | 华为技术有限公司 | 计费系统中的双机切换方法及相关设备、系统 |
WO2013059957A1 (en) * | 2011-10-25 | 2013-05-02 | Hewlett-Packard Development Company, L.P. | Load balancing for charging system clusters |
CN104811317A (zh) * | 2014-01-29 | 2015-07-29 | 阿尔卡特朗讯 | 用于永远在线的ip连接的在线计费方法 |
CN105142126A (zh) * | 2015-08-10 | 2015-12-09 | 北京思特奇信息技术股份有限公司 | 一种非常态用户消息拦截方法及系统 |
CN107040388A (zh) * | 2016-02-03 | 2017-08-11 | 中国移动通信集团山西有限公司 | 计费系统及方法 |
CN108270580A (zh) * | 2016-12-30 | 2018-07-10 | 华为技术有限公司 | 在线计费的提醒方法、设备及系统 |
CN109905249A (zh) * | 2017-12-08 | 2019-06-18 | 中国移动通信集团山西有限公司 | 处理计费消息的方法、装置、设备及介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1642090A (zh) * | 2004-01-05 | 2005-07-20 | 华为技术有限公司 | 一种信令系统中消息的计费方法 |
CN101021801A (zh) * | 2006-11-30 | 2007-08-22 | 南京联创科技股份有限公司 | 流水线多进程之间基于消息队列的海量数据传输方法 |
CN101035001A (zh) * | 2006-03-10 | 2007-09-12 | 华为技术有限公司 | 一种处理策略控制和计费的方法及其系统 |
CN101594601A (zh) * | 2008-05-30 | 2009-12-02 | 华为技术有限公司 | 计费方法、装置及系统 |
-
2010
- 2010-12-31 CN CN2010106246257A patent/CN102143470A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1642090A (zh) * | 2004-01-05 | 2005-07-20 | 华为技术有限公司 | 一种信令系统中消息的计费方法 |
CN101035001A (zh) * | 2006-03-10 | 2007-09-12 | 华为技术有限公司 | 一种处理策略控制和计费的方法及其系统 |
CN101021801A (zh) * | 2006-11-30 | 2007-08-22 | 南京联创科技股份有限公司 | 流水线多进程之间基于消息队列的海量数据传输方法 |
CN101594601A (zh) * | 2008-05-30 | 2009-12-02 | 华为技术有限公司 | 计费方法、装置及系统 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013059957A1 (en) * | 2011-10-25 | 2013-05-02 | Hewlett-Packard Development Company, L.P. | Load balancing for charging system clusters |
CN103078748A (zh) * | 2013-01-11 | 2013-05-01 | 华为技术有限公司 | 计费系统中的双机切换方法及相关设备、系统 |
CN103078748B (zh) * | 2013-01-11 | 2015-08-19 | 华为技术有限公司 | 计费系统中的双机切换方法及相关设备、系统 |
CN104811317A (zh) * | 2014-01-29 | 2015-07-29 | 阿尔卡特朗讯 | 用于永远在线的ip连接的在线计费方法 |
CN105142126A (zh) * | 2015-08-10 | 2015-12-09 | 北京思特奇信息技术股份有限公司 | 一种非常态用户消息拦截方法及系统 |
CN105142126B (zh) * | 2015-08-10 | 2018-06-22 | 北京思特奇信息技术股份有限公司 | 一种非常态用户消息拦截方法及系统 |
CN107040388A (zh) * | 2016-02-03 | 2017-08-11 | 中国移动通信集团山西有限公司 | 计费系统及方法 |
CN107040388B (zh) * | 2016-02-03 | 2021-02-05 | 中国移动通信集团山西有限公司 | 计费系统及方法 |
CN108270580A (zh) * | 2016-12-30 | 2018-07-10 | 华为技术有限公司 | 在线计费的提醒方法、设备及系统 |
CN109905249A (zh) * | 2017-12-08 | 2019-06-18 | 中国移动通信集团山西有限公司 | 处理计费消息的方法、装置、设备及介质 |
CN109905249B (zh) * | 2017-12-08 | 2022-03-04 | 中国移动通信集团山西有限公司 | 处理计费消息的方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102143470A (zh) | 计费消息处理方法、计费主机、负载均衡器及计费系统 | |
CA2613701C (en) | Revenue management system and method | |
US5987108A (en) | Telephone billing with customer-defined budgeting | |
US8260254B2 (en) | Network billing | |
KR101160377B1 (ko) | 가입자에 대한 통합식 선불 과금 및 후불 과금 제공 통신 네트워크, 방법 및 통신 네트워크의 과금 선택 시스템 | |
US7463878B2 (en) | Real-time interconnect billing system and method of use | |
US8090346B2 (en) | Controlling a shutoff/restart of mobile virtual network operations prepaid services | |
CN101227302B (zh) | 计费方法、控制装置、计费装置与计费系统 | |
CN101212792B (zh) | 融合类业务的计费信息处理方法 | |
CN101455068A (zh) | 后付费电信系统中的预付费安全机制 | |
CN101136758A (zh) | 在线计费系统在欠费风险控制系统中的应用方法 | |
CN101213863A (zh) | 在线收费管理服务器 | |
CN102572768A (zh) | 计费方法、认证方法、计费设备和认证设备 | |
CN101022488A (zh) | 一种计费方法、系统及一种账期切换模块 | |
US11917505B2 (en) | Methods and systems for provisioning rate plan features in a wireless communication network | |
CN102143468A (zh) | 计费、资费更新、提供服务的方法及系统 | |
CN101959166A (zh) | 一种在线计费控制方法和系统 | |
CN101350727A (zh) | 帐户数据快照方法、装置、帐务平衡方法及实时计费系统 | |
CN112153585B (zh) | 一种计费系统、方法、存储介质及电子装置 | |
CN100550959C (zh) | 电信计费系统及其方法 | |
CN102137378B (zh) | 一种通话计费方法、业务控制设备及呼叫控制系统 | |
CN108900989A (zh) | 计费方法、计费装置和计费系统 | |
CN208608997U (zh) | 一种电信计费系统 | |
CN110300235A (zh) | 一种通信业务计费方法和装置 | |
CN101888615A (zh) | 一种通信系统中的计费方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110803 |