一种移动交换中心许可证机制在池内的实现方法及系统转让专利

申请号 : CN200610137706.8

文献号 : CN101170717B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 李嘉叶思海丁明

申请人 : 华为技术有限公司

摘要 :

本发明公开了一种移动交换中心许可证机制在池内的实现方法,该方法包括:A、POOL内任意一个第一MSC确定POOL内其它MSC的工作状态;B、第一MSC根据确定的其他MSC的工作状态以及许可证License资源信息,执行业务处理。本发明同时公开了一种移动交换中心许可证机制在池内的实现系统。采用该方法和系统能使各个MSC在POOL内共享License资源。

权利要求 :

1.一种移动交换中心许可证机制在池内的实现方法,其特征在于,预先对池POOL内各个移动交换中心MSC在物理上配置冗余的物理容量,该方法包括以下步骤:A、POOL内任意一个第一MSC确定POOL内其它MSC的工作状态;

B、第一MSC根据确定的其他MSC的工作状态以及许可证License资源信息,使用冗余的物理量接纳超过License控制项的合同数量的用户。

2.如权利要求1所述的方法,其特征在于,所述的步骤A为:所述第一MSC通过向POOL内其它MSC发送状态检测消息,确定POOL内其它MSC的工作状态。

3.如权利要求2所述的方法,其特征在于,所述的步骤A为:

A1、在设备初始启动时,POOL内第一MSC通过局间MAP信令向POOL内其它的MSC发送握手消息,当握手成功后,则确定握手成功的MSC为正常工作状态,当握手失败后,则确定握手失败的MSC为异常工作状态。

4.如权利要求3所述的方法,其特征在于,所述的异常工作状态是故障或升级。

5.如权利要求3所述的方法,其特征在于,在步骤A1中,在握手失败后,并在确定握手失败的MSC为异常工作状态前,进一步包括:第一MSC判断向握手失败的MSC发送握手消息的次数是否超过定值,如果是,则确认握手失败的MSC为异常工作状态,否则,返回步骤A1。

6.如权利要求2所述的方法,其特征在于,所述的步骤A为:

A2、在设备运行过程中,POOL内第一MSC通过局间MAP信令定期向POOL内握手成功的正常工作的MSC发送查询消息,当查询成功后,则确定查询成功的MSC为正常工作状态,当查询失败后,则确定查询失败的MSC为异常工作状态。

7.如权利要求6所述的方法,其特征在于,所述的步骤A2中,当查询失败后,并在确定查询失败的MSC为异常工作状态前,进一步包括:第一MSC判断向查询失败的MSC发送查询消息的次数是否超过定值,如果是,则确认查询失败的MSC为异常工作状态,否则,返回步骤A2。

8.如权利要求1所述的方法,其特征在于,所述步骤A进一步包括:POOL内正常工作的MSC向第一MSC返回自身设备中当前每一个License控制项的合同数量和每一个License控制项的实际数量;第一MSC计算当前在POOL内所有MSC的每一个License控制项的总合同数量和总实际数量。

9.如权利要求8所述的方法,其特征在于,所述步骤B为:第一MSC检测自身设备中第一License控制项的实际数量是否大于第一License控制项的合同数量,如果是,则第一MSC比较计算得到的当前在POOL内该第一License控制项的总实际数量是否大于该第一License控制项的总合同数量,如果大于,则清除自身设备中该第一License控制项的总实际数量多出该第一License控制项的总合同数量的用户,如果小于,利用预先在物理上配置的冗余的物理容量继续为自身设备中的所有用户提供服务。

10.如权利要求9所述的方法,其特征在于,在判断出当前在POOL内第一License控制项的总实际数量大于第一License控制项的总合同数量之后,进一步包括:第一MSC向用户发送警告。

11.如权利要求9所述的方法,其特征在于,在判断出当前在POOL内该第一License控制项的总实际数量大于该第一License控制项的总合同数量之后,并在清除所述用户之前,进一步包括:第一MSC启动定时器,判断在定时器超时前,计算得到的当前在POOL内第一License控制项的总实际数量是否仍大于该第一License控制项的总合同数量,如果大于,则继续执行所述的清除自身设备中该第一License控制项的总实际数量多出该第一License控制项的总合同数量的用户。

12.如权利要求1所述的方法,其特征在于,在步骤A确定POOL内其它MSC中存在工作状态异常的MSC后,步骤B为:第一MSC利用预先在物理上配置的冗余的物理容量和自身设备的License资源信息来接纳异常工作状态的MSC的用户。

13.一种移动交换中心许可证机制在池内的实现系统,其特征在于,该系统包括:组成一个池POOL的多个移动交换中心MSC,其中,预先对POOL内各个MSC在物理上配置冗余的物理容量;

POOL内的任意一个第一MSC,用于向POOL内其它MSC发送状态检测消息,确定POOL内其它MSC的工作状态,根据确定的其他MSC的工作状态以及License资源信息,使用冗余的物理量接纳超过License控制项的合同数量的用户;

POOL内其他MSC,用于在正常工作并接收到状态检测消息后,返回自身的正常工作状态信息。

14.如权利要求13所述的系统,其特征在于,POOL内其他MSC,进一步用于在正常工作时,向第一MSC返回自身设备中当前每一个License控制项的合同数量和每一个License控制项的实际数量;

第一MSC,计算当前在POOL内所有MSC的每一个License控制项的总合同数量和总实际数量,检测自身设备中第一License控制项的实际数量是否大于第一License控制项的合同数量,如果是,则第一MSC比较计算得到的当前在POOL内该第一License控制项的总实际数量是否大于该第一License控制项的总合同数量,如果大于,则清除自身设备中该第一License控制项的总实际数量多出该第一License控制项的总合同数量的用户,如果小于,利用预先在物理上配置的冗余的物理容量继续为自身设备中的所有用户提供服务。

说明书 :

技术领域

本发明涉及一种移动通信技术,特别涉及一种移动交换中心(MSC)许可证(License)机制在池(POOL)内的实现方法及系统。

背景技术

MSC使用License机制对用户使用的各种资源数进行限定,用户使用的各种资源数,即License资源,由License控制项表征,License控制项包括:总用户数、总智能呼叫数、2G(第二代数字通信)端局呼叫数、3G(第三代数字通信)端局呼叫数、中继呼叫数、支持呼叫保持数、支持呼叫等待数、多方通话用户数、数据业务用户数、合法监听用户数、合法监听中心数、总组呼呼叫数、总广播呼叫数、2M信令链路数和多信令点数等。设备制造商通过License文件对本MSC的各个License控制项的合同数量进行限定。在MSC正常使用时,设备运营商加载该MSC的License文件来限定各个License控制项的合同数量,这里的MSC可以用移动交换中心服务器(MSC Server)替代。
目前,不同MSC之间是相互独立的,每一个MSC根据自身设备中的各个License控制项的合同数量来接纳用户,从而为用户提供服务。如果一个License控制项的合同数量小于该License控制项对应的一类用户的接入的实际数量,则MSC将不允许超出该License控制项的合同数量的用户的接入,比如MSC中总用户数这个License控制项的合同数量是300万,若现在有320万用户要接入此MSC,则将有20万用户不允许接入此MSC中,这种机制称为License机制,它保证了设备制造商和运营商的合法利益。
移动交换中心池(MSC POOL)是第三代合作伙伴项目(3GPP)23.236协议所描述的一种技术:将多个不同地域的MSC组成POOL,POOL内所有的MSC作为一个整体来接纳用户,从而为用户提供服务。当多个MSC组成POOL接纳用户时,第一个问题是为了容灾的考虑,如某一地区的地震、停电或洪水等情况下导致的POOL内的一个MSC发生故障,POOL内一般考虑一个MSC发生故障,按原有的License机制,POOL内每一个MSC仍通过自身设备中各个License控制项的合同数量来接纳用户,这样POOL内发生故障的MSC的用户不能接入到POOL内其他MSC上,从而无法实现各个MSC在POOL内共享License资源。第二个问题是POOL内一个MSC需要升级,需要将该MSC的所有用户接入到其他MSC上,并禁止后续用户接入该升级的MSC。在这种情况下,其他的MSC不仅需要满足自身管辖下用户的接入需求,还需要共同分担POOL内该升级MSC的用户的接入。按原有的License机制,POOL内每一个MSC按照自身设备中License控制项的合同数量来接纳用户,这样POOL内其他MSC就不能接纳该升级的MSC的用户,从而无法实现各个MSC在POOL内共享License资源。第三个问题是在实际应用中存在POOL内各个MSC负载不匀衡的情况,一个MSC一个License控制项的实际数量已经达到限值,即满负载,此处的限值是该License控制项的合同数量,其它MSC中该License控制项的实际数量很低,即负载低,按原有的License机制,每一个MSC按照License控制项的合同数量来接纳用户,这样满负载的MSC该License控制项不能继续接纳用户,但在整个POOL内,该License控制项的总实际数量并没有超过该License控制项的总合同数量,从而无法实现各个MSC在POOL内共享License资源。
由此可见,当POOL内一个MSC发生故障或升级时,其用户不能接入到其他MSC上。在POOL内各个MSC负载不均衡的情况下,满负载的MSC按原有License机制不能继续接纳用户,即按原有的License机制,POOL内各个MSC在POOL内不能共享License资源。

发明内容

有鉴于此,本发明的第一个发明目的在于提供一种移动交换中心许可证机制在池内的实现方法,该方法能使各个MSC在POOL内共享License资源。
本发明第二个发明目的在于提供一种移动交换中心许可证机制在池内的实现系统,该系统能使各个MSC在POOL内共享License资源。
为达到第一个发明目的,本发明提供了一种移动交换中心许可证机制在池内的实现方法,预先对池POOL内各个移动交换中心MSC在物理上配置冗余的物理容量,该方法包括以下步骤:
A、POOL内任意一个第一MSC确定POOL内其它MSC的工作状态;
B、第一MSC根据确定的其他MSC的工作状态以及许可证License资源信息,使用冗余的物理量接纳超过License控制项的合同数量的用户。
所述的步骤A为:所述第一MSC通过向POOL内其它MSC发送状态检测消息,确定POOL内其它MSC的工作状态。
所述的步骤A为:
A1、在设备初始启动时,POOL内第一MSC通过局间MAP信令向POOL内其它的MSC发送握手消息,当握手成功后,则确定握手成功的MSC为正常工作状态,当握手失败后,则确定握手失败的MSC为异常工作状态。
所述的异常工作状态是故障或升级。
在步骤A1中,在握手失败后,并在确定握手失败的MSC为异常工作状态前,进一步包括:第一MSC判断向握手失败的MSC发送握手消息的次数是否超过定值,如果是,则确认握手失败的MSC为异常工作状态,否则,返回步骤A1。
所述的步骤A为:
A2、在设备运行过程中,POOL内第一MSC通过局间MAP信令定期向POOL内握手成功的正常工作的MSC发送查询消息,当查询成功后,则确定查询成功的MSC为正常工作状态,当查询失败后,则确定查询失败的MSC为异常工作状态。
所述的步骤A2中,当查询失败后,并在确定查询失败的MSC为异常工作状态前,进一步包括:第一MSC判断向查询失败的MSC发送查询消息的次数是否超过定值,如果是,则确认查询失败的MSC为异常工作状态,否则,返回步骤A2。
所述步骤A进一步包括:POOL内正常工作的MSC向第一MSC返回自身设备中当前每一个License控制项的合同数量和每一个License控制项的实际数量;第一MSC计算当前在POOL内所有MSC的每一个License控制项的总合同数量和总实际数量。
所述步骤B为:第一MSC检测自身设备中第一License控制项的实际数量是否大于第一License控制项的合同数量,如果是,则第一MSC比较计算得到的当前在POOL内该第一License控制项的总实际数量是否大于该第一License控制项的总合同数量,如果大于,则清除自身设备中该第一License控制项的总实际数量多出该第一License控制项的总合同数量的用户,如果小于,利用预先在物理上配置的冗余的物理容量继续为自身设备中的所有用户提供服务。
在判断出当前在POOL内第一License控制项的总实际数量大于第一License控制项的总合同数量之后,进一步包括:第一MSC向用户发送警告。
在判断出当前在POOL内该第一License控制项的总实际数量大于该第一License控制项的总合同数量之后,并在清除所述用户之前,进一步包括:第一MSC启动定时器,判断在定时器超时前,计算得到的当前在POOL内第一License控制项的总实际数量是否仍大于该第一License控制项的总合同数量,如果大于,则继续执行所述的清除自身设备中该第一License控制项的总实际数量多出该第一License控制项的总合同数量的用户。
在步骤A确定POOL内其它MSC中存在工作状态异常的MSC后,步骤B为:第一MSC利用预先在物理上配置的冗余的物理容量和自身设备的License资源信息来接纳异常工作状态的MSC的用户。
为达到第二个发明目的,本发明提供了一种移动交换中心许可证机制在池内的实现系统,该系统包括:组成一个池POOL的多个移动交换中心MSC,其中,预先对POOL内各个MSC在物理上配置冗余的物理容量;
POOL内的任意一个第一MSC,用于向POOL内其它MSC发送状态检测消息,确定POOL内其它MSC的工作状态,根据确定的其他MSC的工作状态以及License资源信息,使用冗余的物理量接纳超过License控制项的合同数量的用户;
POOL内其他MSC,用于在正常工作并接收到状态检测消息后,返回自身的正常工作状态信息。
POOL内其他MSC,进一步用于在正常工作时,向第一MSC返回自身设备中当前每一个License控制项的合同数量和每一个License控制项的实际数量;
第一MSC,计算当前在POOL内所有MSC的每一个License控制项的总合同数量和总实际数量,检测自身设备中第一License控制项的实际数量是否大于第一License控制项的合同数量,如果是,则第一MSC比较计算得到的当前在POOL内该第一License控制项的总实际数量是否大于该第一License控制项的总合同数量,如果大于,则清除自身设备中该第一License控制项的总实际数量多出该第一License控制项的总合同数量的用户,如果小于,利用预先在物理上配置的冗余的物理容量继续为自身设备中的所有用户提供服务。
由以上技术方案可见,本发明POOL内预先各个MSC中均在物理上配置了冗余的物理容量,MSC使用这个冗余的物理容量来实现后续的接纳超出License控制项的合同数量的用户。当第一MSC通过向其它MSC发送握手消息或查询消息得知一个MSC发生故障或升级时,正常工作状态的MSC用冗余的物理容量和自身设备中的License资源信息接纳故障或升级MSC的用户,这样在效果上正常工作状态的MSC使用了故障或升级MSC的License控制项的数量,从而实现各个MSC在POOL内共享License资源。在负载不均衡的情况下,满负载的MSC通过向其它MSC发送握手消息或查询消息及其它MSC返回自身设备中的License资源信息得到其它MSC的每一个License控制项的合同数量和实际数量,并通过冗余的物理容量来继续接纳用户,这样满负载的MSC在效果上使用了其它负载低的MSC的License控制项的数量,从而实现各个MSC在POOL内共享License资源。同时,本发明对原有License机制改变很少,也没有改变License文件,这样当POOL内的MSC从POOL内分离出去后,无须设备制造商再次提供License文件,对设备制造商的影响较小。而且这里整个POOL内无需集中的控制中心,提高了MSC工作的可靠性。在整个POOL内各个MSC交互License资源信息,但每一个MSC均独立对自身设备中的每一个License控制项的数量进行控制,减少了实施的复杂性。

附图说明

图1A为本发明一种移动交换中心许可证机制在池内的实现方法的流程图;
图1B为本发明一种移动交换中心许可证机制在池内的实现系统的结构示意图;
图2为本发明一种移动交换中心许可证机制在池内的实现方法的一个实施例的流程图。

具体实施方式

首先介绍一下本发明一种移动交换中心许可证机制在池内的实现方法的总的发明构想。
参见图1A,图1A为本发明一种移动交换中心许可证机制在池内的实现方法的流程图,预先对POOL内各个MSC在物理上配置冗余的物理容量,MSC使用这个冗余的物理容量来实现后续的接纳超出License控制项的合同数量的用户。其包括以下步骤:
步骤101,POOL内任意一个第一MSC确定POOL内其它MSC的工作状态;
其中POOL内任意一个第一MSC确定POOL内其它MSC的工作状态不仅可以通过第一MSC发送握手消息及其他MSC返回自身设备中的License资源信息这种方式,第一MSC还可以发送其它自定义消息等。
步骤102,第一MSC根据确定的其他MSC的工作状态以及License资源信息,执行业务处理。
参见图1B,图1B为本发明一种移动交换中心许可证机制在池内的实现系统的结构示意图,其包括:组成一个POOL106的多个MSC,比如包括MSC103、MSC104和MSC105;
POOL106内的任意一个MSC用于向POOL106内其它MSC发送状态检测消息,确定POOL106内其它MSC的工作状态,根据确定的其它MSC的工作状态以及License资源信息,执行业务处理;
POOL106内其它MSC,用于在正常工作并接收到状态检测消息后,返回自身的正常工作状态信息。
下面结合附图及具体实施例对本发明再作进一步详细的说明。
如图2所示,图2为本发明一种移动交换中心许可证机制在池内的实现方法的一个实施例的流程图,此处以3个MSC组成POOL为例,这3个MSC分别为MSC1、MSC2和MSC3,其中每一个MSC都执行相同的流程,此处以MSC1为例。参见图1B和图2,结合本发明系统,本发明一种移动交换中心许可证机制在池内的实现方法的一个实施例的流程包括以下步骤:
步骤201,对POOL内各个MSC在物理上配置冗余的物理容量。
MSC使用这个冗余的物理容量来实现后续的接纳超出License控制项的合同数量的用户。
步骤202,MSC1通过局间MAP信令向MSC2和MSC3发送握手消息,若握手成功,则确认握手成功的MSC为正常工作状态,执行步骤203,若握手失败,则执行步骤212。
这里发送握手消息的频率可以设置为每十分钟一次。
步骤203,握手成功的MSC2和MSC3都通过局间MAP信令向MSC1返回自身设备中当前每一个License控制项的合同数量和每一个License控制项的实际数量。
这里每一个MSC均记录两组数据,一是每一个License控制项的合同数量,二是每一个License控制项的实际数量,而且每一个License控制项的实际数量是实时更新的。
License控制项的合同数量和License控制项的实际数量统称为License资源信息,这里的局间MAP信令携带的License资源信息为120字节,局间MAP信令的消息头和自定义信息等附加信息组成的局间MAP信令不会超过270字节。
步骤204,MSC1根据自身设备中每一个License控制项的合同数量和每一个License控制项的实际数量及接收到的MSC2和MSC3返回的每一个License控制项的合同数量和每一个License控制项的实际数量,计算当前在POOL内所有MSC的每一个License控制项的总合同数量和每一个License控制项的总实际数量。
步骤205,MSC1通过局间MAP信令定期向握手成功的MSC2和MSC3发送查询消息,若查询成功,则确认查询成功的MSC为正常工作状态,执行步骤206,若查询失败,则执行步骤213。
这里发送查询消息的频率可以设置为每小时一次。
步骤206,查询成功的MSC2和MSC3都通过MAP信令向MSC1返回自身设备中当前每一个License控制项的合同数量和每一个License控制项的实际数量。
步骤207,MSC1根据自身设备中每一个License控制项的合同数量和每一个License控制项的实际数量及接收到的MSC2和MSC3返回的每一个License控制项的合同数量和每一个License控制项的实际数量,更新当前在POOL内所有MSC中的每一个License控制项的总合同数量和每一个License控制项的总实际数量。
步骤208,MSC1检测到自身设备中一个License控制项的实际数量超过该License控制项的合同数量,比如这个License控制项是总用户数。
步骤209,MSC1把POOL内当前总用户数的总实际数量和总用户数的总合同数量做比较,若POOL内当前总用户数的总实际数量大于总用户数的总合同数量则执行步骤210,否则执行步骤215。
步骤210,MSC1向用户发送警告,并启动定时器。
步骤211,超过定时器限定的时间后,MSC1中总用户数的实际数量仍然超过总用户数的合同数量,则接入MSC1中的超出总用户数的合同数量的用户可以被强行清除,结束本流程。
实际应用中,对接入MSC1中的超出总用户数的合同数量的用户也可以采用自然下线的方式,并拒绝新用户的接入MSC1中。
步骤212,判断向握手失败的MSC,这里假设与MSC2握手失败,已连续发送握手消息的次数是否超过定值,若超过,则确认握手失败的MSC为故障,执行步骤214,若没有超过,则返回202。
这里MSC1向握手失败的MSC连续发送握手消息的次数的定值可以为3,MSC1发送握手消息的频率可以是每十分钟一次。
步骤213,判断向查询失败的MSC,这里假设与MSC2查询失败,已连续发送查询消息的次数是否超过定值,若超过,确认查询失败的MSC为故障,则执行步骤214,若没有超过,则返回205。
这里MSC1向查询失败的MSC连续发送查询消息的次数的定值可以为3,MSC1发送查询消息的频率可以是每十分钟一次。
步骤214,MSC1向用户发送警告,MSC1和MSC3用冗余的物理容量和自身设备中的License资源信息来接纳MSC2的用户,结束本流程。
在效果上MSC1和MSC3使用了MSC2的License控制项的数量。
实际应用中,当故障MSC未恢复正常前,正常的MSC接纳故障MSC的用户的最长时间可以配置为一周。当一个MSC因为要升级被强制隔离时,其处理流程与上述MSC发生故障时基本一致,这里不再赘述。
步骤215,MSC1用冗余的物理容量接纳超出总用户数的合同数量的用户,从而为用户提供服务,结束本流程。
在效果上MSC1使用了MSC2或MSC3或MSC2和MSC3的总用户数的数量。
由以上实施例可见,本发明POOL内预先各个MSC中均在物理上配置了冗余的物理容量,MSC使用这个冗余的物理容量来实现后续的接纳超出License控制项的合同数量的用户。当MSC1通过向MSC2和MSC3发送握手消息或是查询消息得知一个MSC发生故障或升级时,正常工作状态的MSC用冗余的物理容量和自身设备中的License资源信息接纳故障或升级MSC的用户,这样在效果上正常的MSC使用了故障或升级MSC的License控制项的数量,从而实现各个MSC在POOL内共享License资源。在负载不均衡的情况下,满负载的MSC1通过向MSC2和MSC3发送握手消息或查询消息及MSC2和MSC3返回自身设备中的License资源信息得到MSC2和MSC3的每一个License控制项的合同数量和实际数量,并通过冗余的物理容量来继续接纳用户,这样满负载的MSC1在效果上使用了MSC2或MSC3或MSC2和MSC3的License控制项的数量,从而实现各个MSC在POOL内共享License资源。同时,本发明对原有License机制改变很少,也没有改变License文件,这样当POOL内的MSC从POOL内分离出去后,无须设备制造商再次提供License文件,对设备制造商的影响较小。
以上所述,仅为本发明的较佳实施例而已,并非用来限定本发明的保护范围。