专利名称:一种MSC Pool组网中寻呼实现方法、设备及系统的制作方法
技术领域：
本发明涉及通信技术领域：
，尤其涉及一种MSC Pool组网中寻呼实现方法、装置及系统。
背景技术：
目前，在3GPP TS 23. 236协议中提出了 “Pool区”这个概念，一个Pool区内有多个MSC(移动交换中心)并行地运行，来共同分担Pool区内的业务。所述多个MSC分为多个MSC组，被分别称之为MSC Pool。
MSC Pool组网与传统组网相比主要的不同点在于一个BSC(基站控制器)能够同时连接多个MSC，多个MSC组成Pool，BSC与Pool内的每个MSC实现信令连接。这种网络结构可以很好地提高网络性能，如实现负荷分担、减少用户漫游的切换等。实现MSC Pool 组网需要BSC支持23. 236，但是由于在现网中存在大量不支持23. 236的BSC，这就需要将 BSC的23. 236上移到MGW (媒体网关)，由MGW来代理支持23. 236。
目前现有技术一解决上述问题的技术方案为
由MGW来代理支持23. 236实现Pool组网，MSC以IMSI (国际移动用户标识)寻呼用户时，MGW解析下行的寻呼消息，把解析出的IMSI与下发寻呼消息的MSC对应关系记录下来，MGW收到BSC回应的寻呼响应消息时，解析出寻呼响应消息中的IMSI，查询IMSI与 MSC对应关系表，把寻呼响应消息转发给所述以该IMSI下发寻呼消息的MSC。
在实现本发明过程中，发明人发现所述现有技术一至少存在如下缺点
网关代理实现3GPP 23. 236协议实现MSC Pool组网时，如图1所示，如果一个 BSC接多个网关，携带IMSI的寻呼消息从MSCl下发到MGWl，MGWl记录IMSI与MSC的对应关系，然后把寻呼消息转发给BSC(寻呼步骤)，寻呼响应消息从另一个网关MGW2上报，MGW2 上查找不到IMSI与MSC的对应关系，使用节点选择功能把寻呼响应消息发送给MSC2 (寻呼响应步骤)，导致呼叫失败。
发明内容
本发明实施例提供一种MSC Pool组网中寻呼实现方法、设备及系统，保证了呼叫在媒体网关的正确转发，提高呼叫成功率。
本发明实施例是通过以下技术方案实现的
一种MSC Pool组网中寻呼实现方法，包括
与当前寻呼目的基站控制器相连的所有媒体网关接收移动交换中心广播的所述移动交换中心与国际移动用户标识IMSI的对应关系，所述媒体网关记录所述移动交换中心与IMSI的对应关系；
所述媒体网关根据所述记录的对应关系转发寻呼响应消息。
一种MSC Pool组网中寻呼实现方法，包括
与目的基站控制器相连的所有媒体网关接收移动交换中心下发的寻呼消息，所述媒体网关解析所述寻呼消息，获得所述移动交换中心与IMSI的对应关系并记录；
所述媒体网关根据所述记录的对应关系转发寻呼响应消息。[0018]一种MSC Pool组网中寻呼实现方法，包括
与目的基站控制器相连的一个媒体网关接收移动交换中心下发的寻呼消息，所述媒体网关解析所述寻呼消息，获得移动交换中心与IMSI的对应关系并记录，所述媒体网关将所述对应关系通知给与目的基站控制器相连的其他媒体网关，所述其他媒体网关记录所述移动交换中心与IMSI的对应关系；
所述媒体网关根据所述记录的对应关系转发寻呼响应消息。
一种MSC Pool组网中寻呼实现方法，包括
MSC Pool中的所有移动交换中心接收到媒体网关广播的寻呼响应消息，所述寻呼响应消息中填加有表示该寻呼响应消息是否为媒体网关广播的标识；
所述MSC Pool中的移动交换中心根据寻呼响应消息中的国际移动用户标识IMSI 判断是否为本移动交换中心当前发送的寻呼，当判断是本移动交换中心当前发送的寻呼时，则处理所述寻呼响应消息。
一种MSC Pool组网中寻呼实现方法，包括
移动交换中心根据当前发送寻呼的国际移动用户标识IMSI选择对应的第一媒体网关下发寻呼消息给基站控制器，所述第一媒体网关记录所述移动交换中心与IMSI的对应关系，IMSI与媒体网关的对应关系为按照规则预先设定，所述预定规则包括将组成 IMSI的数字中的若干位数字按照规定算法进行计算，不同计算结果对应于不同的媒体网关；
接收到寻呼响应消息的第二媒体网关按照所述预定规则确定转发所述寻呼响应消息的第一媒体网关；
所述第二媒体网关将所述寻呼响应消息发送给第一媒体网关；
所述第一媒体网关将所述寻呼响应消息发送给移动交换中心。
一种移动交换中心，包括寻呼处理单元，用于发送寻呼消息，接收寻呼响应消息及完成与寻呼相关的处理，还包括
广播单元，用于在所述寻呼处理单元发送寻呼消息前，将当前寻呼的IMSI与移动交换中心的对应关系广播给与当前寻呼的目的基站控制器相连的所有媒体网关。
一种移动交换中心，包括
设置单元，用于在发送的寻呼消息中设置表示是否下发寻呼的参数，只有一个寻呼消息携带表示下发寻呼的第一参数，其他寻呼消息携带相同的表示不下发寻呼的第二参数；
寻呼下发单元，用于将携带所述参数的寻呼消息下发到与目的基站控制器相连的所有媒体网关。
一种媒体网关，包括
信息识别单元，用于根据接收的寻呼消息，解析识别出国际移动用户标识IMSI、移动交换中心标识以及表示是否下发寻呼的参数；
判断单元，用于根据所述参数判断是否需要下发所述寻呼消息；
寻呼下发单元，用于接收所述判断单元的判断结果，在判断需要下发寻呼消息时下发寻呼消息。
一种媒体网关，包括[0039]识别单元，用于根据接收到的寻呼消息识别出IMSI与移动交换中心对应关系；
通知单元，用于获取所述识别出的IMSI与移动交换中心对应关系，并通知给与当前寻呼的目的基站控制器相连的其他媒体网关。
一种媒体网关，包括
寻呼响应消息接收单元，用于接收寻呼响应消息；
寻呼响应消息广播单元，用于将所述寻呼响应消息广播给MSC Pool中的所有移动交换中心；
特殊标识设置单元，用于在发送的寻呼响应消息中设置表示该寻呼响应消息是否为媒体网关广播的标识。
一种移动交换中心，包括
信息解析单元，用于从接收到的寻呼响应消息中解析出IMSI信息，根据所述IMSI 判断是否为本移动交换中心当前发送的寻呼，当判断是本移动交换中心当前发送的寻呼时，接收所述寻呼响应消息；
寻呼处理单元，用于接收所述信息解析单元的判断结果，在判断接收所述寻呼响应消息后，接受所述寻呼响应消息并进行后续的寻呼相关的处理；
所述信息解析单元还包括
标识解析单元，用于解析出所述寻呼响应消息中的携带的表示该寻呼响应消息是否为媒体网关广播的标识；
判断单元，用于根据所述解析出的标识判断该寻呼响应消息是否为媒体网关广播的消息，当判断是媒体网关广播的消息，且非本移动交换中心当前发送的寻呼时，则丢弃所述寻呼响应消息。
一种MSC Pool组网中寻呼实现系统，包括
移动交换中心，用于根据当前发送寻呼的国际移动用户标识IMSI选择对应的媒体网关下发寻呼消息，IMSI与媒体网关的对应关系为按照规则预先设定，所述预定规则包括将组成IMSI的数字中的若干位数字按照规定算法进行计算，不同计算结果对应于不同的媒体网关；
媒体网关，用于转发寻呼相关消息，存储IMSI与移动交换中心的对应关系，并在接收到寻呼响应消息，且没有当前接收的寻呼响应消息对应的IMSI与移动交换中心对应关系记录时，按照与所述移动交换中心相同的规则确定转发所述寻呼响应消息的媒体网关，将所述寻呼响应消息转发给所述确定的媒体网关。
一种媒体网关，包括
解析存储单元，用于从接收的寻呼消息中解析出IMSI与移动交换中心对应关系并存储，所述IMSI与媒体网关的对应关系为按照规则预先设定，所述预定规则包括将组成IMSI的数字中的若干位数字按照规定算法进行计算，不同计算结果对应于不同的媒体网关；
媒体网关选择单元，用于在接收到寻呼响应消息后，且所述解析存储单元中没有对应的IMSI与移动交换中心对应关系记录时，按照与移动交换中心相同的选择媒体网关的规则选择转发所述寻呼响应消息的媒体网关，并将所述接收的寻呼响应消息转发给所述选择的媒体网关。[0057]由上述本发明实施例提供的技术方案可以看出，本发明实施例为MSCPool组网， 基站控制器连接多个媒体网关时，以IMSI寻呼用户的处理过程，实现了无论寻呼响应消息通过哪个媒体网关进行转发，都可以发送到以相同IMSI下发寻呼消息的移动交换中心上，由此呼叫可以继续，避免出现呼损。
图1为现有技术网关代理实现3GPP 23. 236协议实现MSC Pool组网寻呼的示意图；
图2为本发明实施方式一中实施例一方法流程图；
图3为本发明实施方式一中实施例二方法流程图；
图4为本发明实施方式一中实施例三方法流程图；
图5为本发明实施方式二方法流程图；
图6为本发明实施方式三方法流程图；
图7为本发明实施方式四一种实施例示意图；
图8为本发明实施方式四另一种实施例示意图；
图9为本发明实施方式四又一种实施例示意图；
图10为本发明实施方式五组网示意图；
图11为本发明实施方式六组网示意图。 具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例主要介绍BSC连接多个MGW，并以IMSI寻呼用户的处理过程，对于 BSC只与一个MGW相连的情况与现有技术的处理相同，本实施例不做详细描述。本发明实施例所述方案适用于所有使用IMSI的组网。
实施方式一
本实施方式中，在BSC连接的多个MGW都记录当前下发寻呼的MSC与IMSI的对应关系信息，后续不论哪个MGW接收到寻呼响应消息，都可以根据所述对应关系发送所述寻呼响应消息给下发寻呼的MSC。下面以不同的实施例来说明本实施方式的具体实现过程。
实施例一
MSC在下发寻呼消息前，创建一个携带IMSI与MSC的对应关系的私有消息，并广播给与所述寻呼目的BSC相连的所有MGW，使每个MGW上都保存有所述IMSI与MSC的对应关系。如图2所示，具体包括如下操作步骤
步骤20 =MSC在下发寻呼前创建一个携带有IMSI与MSC对应关系的私有消息，并广播给与所述寻呼目的BSC相连的所有MGW ；
所述私有消息中主要包括所述MSC的标识、即将下发的寻呼消息中携带的IMH。
所述MSC可以通过信令链路(例如M3UA) /H. 248链路广播所述私有消息到与BSC 相连的所有MGW。
步骤21 接收到所述私有消息的MGW都将记录IMSI与MSC的对应关系；[0081 ] 步骤22 =MSC将寻呼消息下发到任一个MGW(与目的BSC相连的)，通过所述MGW将寻呼消息下发到目的BSC;
由MSC决定将消息发往哪一个MGW，可以通过信令路由负荷分担算法来决定。
步骤23 任何一个MGW接收到所述目的BSC发送的寻呼响应消息后，根据所述记录的IMSI与MSC的对应关系，把寻呼响应消息发送给下发寻呼消息的MSC，保证呼叫正常建立。
由于寻呼响应消息中会携带有与寻呼消息中相同的IMSI，因此接收到寻呼响应消息的MGW根据该IMSI查找所记录的IMSI与MSC的对应关系，从而可以确定将所述寻呼响应消息发送到哪一个MSC。
实施例二
MSC将寻呼消息广播到与目的BSC相连的所有MGW，接收到该寻呼消息的MGW解析并记录所述MSC与IMSI的对应关系，在广播的寻呼消息中携带表示是否下发寻呼消息的参数，且只有一个消息携带表示下发寻呼消息的第一参数，只有接收到携带该第一参数的MGW 才下发寻呼消息到BSC，如图3所示，具体包括如下操作步骤
步骤30 =MSC将寻呼消息广播到与目的BSC相连的所有MGW ；
在所广播的消息中携带表示是否下发寻呼消息的参数，例如可以在寻呼消息的可选字段中新增一个非协议信元(信元的格式根据具体协议来制定)，利用其中的某几位携带该参数。其中只有一个消息携带唯一的第一参数，其他消息携带相同的第二参数，接收到携带所述第一参数的MGW才会转发寻呼消息到BSC，其他接收到携带第二参数的寻呼消息的MGW不转发所述寻呼消息。
例如在消息的可选字段增加一个TAG信元，并与MSC约定Tag Value第一个字节为1时，表示MGW将消息转发到BSC ；为0时，为缺省值，MGff不将消息转发到BSC。
步骤31 接收到该寻呼消息的MGW解析出所述寻呼消息中的IMSI，然后根据收到寻呼消息的信令链路(例如M3UA)获取对应MSC标识，并获取表示是否下发寻呼消息的参数，记录所述MSC与IMSI的对应关系，并根据该参数判断是否需要下发寻呼消息到BSC，若需要下发，则将所述寻呼消息下发到BSC，否则只需记录该MSC与IMSI的对应关系；
例如，所述MGW判断是否需要下发寻呼消息的方法可以为判断该表示是否下发寻呼消息的参数的值是否为默认的缺省值，若是，则不下发该寻呼消息，否则表示该参数为唯一的第一参数，需要下发该寻呼消息。
步骤32 后续接收到所述寻呼的寻呼响应消息的MGW，根据所述记录的MSC与 IMSI的对应关系把寻呼响应消息发送给下发寻呼消息的MSC，保证呼叫正常建立。
实施例三
MSC将寻呼消息下发给一个MGW，所述MGW解析出IMSI与MSC的对应关系，并将其通知给与目的BSC相连的其他MGW，这样与目的BSC相连的所有MGW都记录有MSC与IMSI 的对应关系。如图4所示，具体包括如下操作步骤
步骤40 =MSC将寻呼消息下发给与目的BSC相连的一个MGW ；
步骤41 所述MGW解析出寻呼消息中的IMSI，然后根据收到寻呼消息的信令链路 (例如M3UA)获取对应MSC的标识，记录IMSI与MSC的对应关系；
步骤42 所述MGW将所述MSC与IMSI的对应关系通知给与目的BSC相连的其他MGff ；
为了使与目的BSC相连的其他MGW也有对应关系的记录，所述MGW可以通过TCP/ UDP的传输，将记录对应关系的消息转发给所述其他MGW，由MGW之间的同步接口进行接收和处理，使与目的BSC相连的其他MGW也记录了 IMSI与MSC的对应关系。
步骤43 所述接收到寻呼消息的MGW将所述寻呼消息下发到目的BSC ；
所述步骤41、42、43可以同步执行。
步骤44 后续接收到所述寻呼的寻呼响应消息的MGW，根据所述记录的MSC与 IMSI的对应关系把寻呼响应消息发送给下发寻呼消息的MSC，保证呼叫正常建立。
上述三个具体实施例通过在与目的BSC相连的所有MGW上都记录下发寻呼的MSC 与IMSI的对应关系，使得后续无论哪个MGW接收到寻呼响应消息都可以将其发送给所述发送寻呼的MSC，保证了寻呼的正常建立，减少呼损的发生。
实施方式二
MSC通过一个MGW下发寻呼消息到目的BSC，后续接收到寻呼响应消息的MGW，若没有记录所述寻呼响应消息对应的IMSI与MSC对应关系，则将所述寻呼响应消息广播到MSC Pool中的所有MSC，并在所述寻呼响应消息中设置表示该寻呼响应消息是否为MGW广播的标识，接收到所述寻呼响应消息的MSC，根据所述消息中携带的IMSI判断是否为本MSC正在发送的寻呼，从而确定是否接受并处理该寻呼响应消息，如图5所示，具体包括如下步骤
步骤50 =MSC将寻呼消息通过与目的BSC相连的一个MGW下发；
由MSC决定将消息发往哪一个MGW，可以通过信令路由负荷分担算法来决定。
步骤51 所述MGW解析出寻呼消息中的IMSI，然后根据收到寻呼消息的信令链路 (例如M3UA)获取对应MSC的标识，记录IMSI与MSC的对应关系。
步骤52 所述MGW将寻呼下发给目的BSC ；
步骤53 与所述目的BSC相连的任一个MGW接收到寻呼响应消息后，若所述MGW中没有设置与所述寻呼响应消息对应的IMSI和MSC对应关系，则将所述寻呼响应消息设置一个标识后广播给MSC Pool中的所有MSC ；
所述标识用来表示所述寻呼响应消息是否由MGW广播的，该标识可以通过在寻呼响应消息的可选字段中增加一个非协议信元来设置。
步骤M =MSC Pool内接收到所述寻呼响应消息的MSC解析出所述寻呼响应消息中的IMSI和标识，根据所述IMSI判断是否为本MSC正在发送的寻呼，如果是本MSC正在发送的寻呼，则接受所述寻呼响应消息，完成后续处理流程，实现寻呼正常建立；如果不是本MSC正在发送的寻呼，则根据所述解析出的标识可以知道是否为MGW广播的寻呼响应消息，如果是MGW广播的寻呼响应消息，则可以丢弃所述寻呼响应消息；如果不是MGW广播的寻呼响应消息，则根据实际情况，按照现有处理方法处理该寻呼响应消息，此处本发明不做限定。
本实施例中为了使MSC不随意丢弃寻呼相关消息，在MGW发送的寻呼响应消息中设置表示是否为MGW广播的标识，这样MSC只有在识别出是MGW广播的寻呼响应消息，而且不是本MSC发送的寻呼相关消息时才会丢弃该寻呼响应消息。当然在对丢弃消息没有严格要求，或协议允许的情况下，所述设置标识的操作可以省略。
本实施方式通过没有记录当前呼叫IMSI与MSC对应关系的MGW，将接收到的寻呼响应消息广播给MSC Pool内的所有MSC，由MSC根据所述消息中的IMSI判断是否接受所述寻呼响应消息，实现了不论哪个MGW接收到寻呼响应消息都会将所述寻呼响应消息发送到发送寻呼的MSC，实现呼叫的正常建立，避免呼损的发生。
实施方式三
根据一定规则将每一个MSC的所有IMSI与各MGW对应起来，使一个MGW可以对应多个特定的IMSI，接收到寻呼响应消息的MGW若没有记录所述寻呼的IMSI与MSC对应关系，则根据所述规则确定发送寻呼响应消息的MGW，将所述寻呼响应消息转发给所述确定的 MGff,由所述确定的MGW下发给发送寻呼的MSC，如图6所示，具体包括如下步骤
步骤60 根据一定规则将每一个MSC上的所有IMSI与各个MGW对应；
例如，由于IMSI是由15个0 9的数字组成，可以利用其中的某几位数字，通过计算，对应到同一个数字上。将一个MSC上的所有IMSI都按照这个算法进行划分，形成多个IMSI对应一个数字的映射形式，这个数字就代表一个MGW，由此BSC连接的每个MGW都对应多个特定的IMSI ；
例如一个MSC上现在有10个IMSI的用户，而这个MSC连接了两个MGW，可以利用奇偶数的区别，将偶数IMSI对应MGW1，奇数IMSI对应MGW2 ；还可以按照其他算法进行划分，如HASH (哈希运算)算法等。
又如系统可采用加强随机的负荷HASH函数把所有接入的用户均勻地分成1000 个“用户块”，将“用户块”均勻的分配给和BSC相连的MGW，并将每个“用户块”和MGW的对应关系都记录到用户分块表中，如果有三个MGW，则“用户块” 0 333对应MGWl，“用户块” 334 666对应MGW2，“用户块” 667 999对应MGW3，每次收到寻呼响应消息后，通过查询“用户分块表”就可以确定具体的某个“用户块”由哪个MGW来处理。
加强随机的负荷HASH 函数为(IMSI/10+IMSI/10000+IMSI modl0)mod 1000。(也可以采用其他的HASH函数)。
上行到MGW的寻呼响应消息携带IMSI信息，将IMSI的值通过加强随机的负荷 HASH函数计算后，所得的HASH值必然在0 999范围内，根据HASH值查询用户分块表，即可得知携带此IMSI的用户将由哪个MGW进行处理。
步骤61 =MSC根据所述规则将携带特定的IMSI的寻呼消息发送到对应的MGW ；
步骤62 所述接收到寻呼消息的MGW解析所述消息中的IMSI，然后根据收到寻呼消息的信令链路(例如M3UA)获取对应MSC的标识，记录IMSI与MSC的对应关系，并将寻呼消息下发到目的BSC。
步骤63 接收到所述寻呼的寻呼响应消息的MGW，判断当前MGW上是否记录有与所述IMSI对应的MSC信息，如果有，则将所述寻呼响应消息发送到对应的MSC ；否则，根据上述规则计算出IMSI映射的MGW，将寻呼响应消息转发给所述计算出的MGW，由MGW之间的同步接口进行接收和处理；
例如，当前发送的寻呼IMSI为奇数，则下发寻呼消息并记录IMSI与MSC的对应关系的MGW1，而接收到寻呼响应消息的为MGW2，该MGW2按照同样的规则，发现该寻呼响应消息中的IMSI为奇数，则将该寻呼响应消息转发给MGWl ；
步骤64 所述计算出的MGW根据其上记录的IMSI与MSC对应关系，将寻呼响应消息发给下发寻呼消息的MSC，保证呼叫正常建立。[0127]本实施方式按照一定的规则，将每一个MSC上的所有IMSI对应到各个MGW上，使一个MGW对应多个IMSI，从而在后续MGW接收到寻呼响应消息时，可以根据消息中携带的 IMSI按照此规则将寻呼响应消息发送给对应的MSC，实现了呼叫的正常建立，避免呼损的发生。
实施方式四
本实施方式提供一种MSC Pool组网寻呼实现系统，包括多个MSC和MGW，所述多个MGW可以与一个BSC相连，所述与一个BSC相连的多个MGW中保存有当前以所述BSC为目的BSC寻呼的MSC和IMSI的对应关系，用于根据所述对应关系转发寻呼响应消息。
如图7所示，为一种MSC Pool组网寻呼实现系统架构示意图，MSC在发送寻呼前， 将当前寻呼的IMSI与MSC的对应关系广播给与当前寻呼的目的BSC相连的所有MGW，使每个MGW上都保存有所述IMSI与MSC的对应关系。
为实现所述功能，在所述MSC(MSCl-MSCn)中设置有
寻呼处理单元，用于发送寻呼消息，接收寻呼响应消息及完成与寻呼相关的处理；
广播单元，用于在所述寻呼处理单元发送寻呼消息前，将当前寻呼的IMSI与MSC 的对应关系广播给与目的BSC相连的所有MGW。
同时在MGW (MGffl-MGffn)上设置有
存储单元，用于存储从所述MSC广播的消息中得到的IMSI与MSC的对应关系，并根据所述对应关系转发寻呼响应消息。
该MSC Pool组网寻呼实现系统的主要工作过程如下所述
MSC在下发寻呼前创建一个携带有IMSI与MSC对应关系的私有消息，并由广播单元广播给与所述寻呼目的BSC相连的所有MGW ；
所述私有消息中主要包括所述MSC的标识、即将下发的寻呼消息中携带的頂Si。
接收到所述私有消息的MGW通过存储单元记录IMSI与MSC的对应关系；
MSC通过寻呼处理单元将寻呼消息下发到任一个MGW(与目的BSC相连的)，通过所述MGW将寻呼消息下发到目的BSC ；由MSC决定将消息发往哪一个MGW，可以通过信令路由负荷分担算法来决定。
任何一个MGW接收到所述目的BSC发送的寻呼响应消息后，根据所述存储单元记录的IMSI与MSC的对应关系，把寻呼响应消息发送给下发寻呼消息的MSC，保证呼叫正常建立。
如图8所示，另一种具体实施例中，为实现所述功能，在所述MSC(MSCl-MSCn)中设
置有
设置单元，用于在发送的寻呼消息中设置表示是否下发寻呼的参数，只有一个寻呼消息携带表示下发寻呼的第一参数，其他寻呼消息携带相同的表示不下发寻呼的第二参数；
寻呼下发单元，用于将携带所述参数的寻呼消息下发到与目的BSC相连的所有 MGff0
同时在MGW(MGWl-MGWn)上设置有
信息识别单元，用于根据接收的寻呼消息，解析识别出IMSI、MSC标识以及表示是否下发寻呼的参数；
判断单元，用于根据所述识别出的参数判断是否需要下发所述寻呼消息；
寻呼下发单元，用于接收所述判断单元的判断结果，在判断需要下发寻呼消息时下发寻呼消息。
还包括
信息存储单元，用于接收所述信息识别单元识别出的信息，并存储所述IMSI和所述MSC的对应关系。
该MSC Pool组网寻呼实现系统的主要工作过程如下所述
MSC通过寻呼下发单元将寻呼消息广播到与目的BSC相连的所有MGW ；在广播所述寻呼消息前，由设置单元在发送的寻呼消息中设置表示是否下发寻呼的参数，只有一个寻呼消息携带表示下发寻呼的第一参数，其他寻呼消息携带相同的表示不下发寻呼的第二参数；
接收到该寻呼消息的MGW，通过信息识别单元解析出所述寻呼消息中的IMSI，然后根据收到寻呼消息的信令链路(例如M3UA)获取对应MSC标识，并获取表示是否下发寻呼消息的参数，由信息存储单元存储所述MSC与IMSI的对应关系，并由判断单元根据该参数判断是否需要下发寻呼消息到BSC，若需要下发，则通知寻呼下发单元将所述寻呼消息下发到BSC，否则只需记录该MSC与IMSI的对应关系；
后续接收到所述寻呼的寻呼响应消息的MGW，根据所述记录的MSC与IMSI的对应关系把寻呼响应消息发送给下发寻呼消息的MSC，保证呼叫正常建立。
如图9所示，又一种实施例中，为实现所述功能，在所述MGW(MGWl-MGWn)上设置有
识别单元，用于根据接收到的寻呼消息识别出IMSI与MSC对应关系；
通知单元，用于获取所述识别出的IMSI与MSC对应关系，并通知给与当前寻呼的目的BSC相连的其他MGW ；
还包括
存储单元，用于存储所述识别的IMSI与MSC对应关系。
该MSC Pool组网寻呼实现系统的主要工作过程如下所述[0161]MSC将寻呼消息下发给与目的BSC相连的一个MGW ；
所述MGW中的识别单元解析出寻呼消息中的IMSI，然后根据收到寻呼消息的信令链路(例如M3UA)获取对应MSC的标识，获得IMSI与MSC对应关系，由存储单元存储IMSI 与MSC的对应关系，并由通知单元步通知给与目的BSC相连的其他MGW ；
为了使与目的BSC相连的其他MGW也有对应关系的记录，所述通知单元可以通过 TCP/UDP的传输，将记录对应关系的消息转发给所述其他MGW，由MGW之间的同步接口进行接收和处理，使与目的BSC相连的其他MGW也记录了 IMSI与MSC的对应关系。
所述解析、存储与通知IMSI与MSC对应关系的操作可以同步执行。
所述接收到寻呼消息的MGW将所述寻呼消息下发到目的BSC ；
后续接收到所述寻呼的寻呼响应消息的MGW，根据所述记录的MSC与IMSI的对应关系把寻呼响应消息发送给下发寻呼消息的MSC，保证呼叫正常建立。
本实施方式通过在与当前寻呼的目的BSC相连的所有MGW中保存MSC与IMSI的对应关系，实现了呼叫的正常建立，避免了呼损的发生。
实施方式五
本实施方式提供一种MSC Pool组网寻呼实现系统，包括多个MSC(MSCl-MSCn)和 MGff (MGffl-MGffn)，所述多个MGW可以与一个BSC相连，所述MGW用于转发寻呼相关消息，在接收到寻呼响应消息且没有与所述寻呼响应消息相对应的IMSI与MSC对应关系记录时，将所述寻呼响应消息广播给MSC Pool中的所有MSC，并可以在所述寻呼响应消息中设置特殊标识，表示该寻呼响应消息是由MGW广播的。如图10所示，为实现所述功能，所述MGW中至少设置有
寻呼响应消息接收单元，用于接收寻呼响应消息；
寻呼响应消息广播单元，用于将所述寻呼响应消息广播给MSC Pool中的所有 MSC。
还可以设置
标识设置单元，用于在发送的寻呼响应消息中设置表示该寻呼响应消息是否为媒体网关广播的标识。
所述MSC，用于接收寻呼响应消息，解析出寻呼响应消息中的IMSI，根据所述IMSI 判断是否为本MSC当前发送的寻呼，当判断是本MSC当前发送的寻呼时，接收所述寻呼响应消息，否则在所述寻呼响应消息是MGW广播消息情况下丢弃所述寻呼响应消息。为实现所述功能，所述MSC中设置有
信息解析单元，用于从接收到的寻呼响应消息中解析出IMSI信息，根据所述IMSI 判断是否为本MSC当前发送的寻呼，从而确定是否接受并处理所述寻呼响应消息；所述信息解析单元还可以包括标识解析单元(图中未示出)，用于解析出所述寻呼响应消息中的标识；判断单元(图中未示出)，用于根据所述标识判断该寻呼响应消息是否为MGW广播的消息，从而确定是否可以丢弃所述寻呼响应消息，当判断是MGW广播的消息，且非本MSC当前发送的寻呼时，则丢弃所述寻呼响应消息。
寻呼处理单元，用于接收所述信息解析单元的判断结果，在判断接收所述寻呼响应消息后，接收所述寻呼响应消息并进行后续的寻呼相关的处理。
该MSC Pool组网寻呼实现系统的主要工作过程如下所述
MSC将寻呼消息通过与目的BSC相连的一个MGW下发；由MSC决定将消息发往哪一个MGW，可以通过信令路由负荷分担算法来决定。
所述MGW解析出寻呼消息中的IMSI，然后根据收到寻呼消息的信令链路(例如 M3UA)获取对应MSC的标识，记录IMSI与MSC的对应关系。
所述MGW将寻呼下发给目的BSC ；
与所述目的BSC相连的任一个MGW的寻呼响应消息接收单元接收到寻呼响应消息后，若所述MGW中没有设置与所述寻呼响应消息对应的IMSI和MSC对应关系，则由标识设置单元将所述寻呼响应消息设置一个标识，之后由寻呼响应消息广播单元广播给MSC Pool 中的所有MSC ；
所述标识设置单元设置的标识用来表示所述寻呼响应消息是否由MGW广播的，该标识可以通过在寻呼响应消息的可选字段中增加一个非协议信元来设置。
MSC Pool内接收到所述寻呼响应消息的MSC，由信息解析单元解析出所述寻呼响应消息中的IMSI和标识，根据所述IMSI判断是否为本MSC正在发送的寻呼，如果是本MSC 正在发送的寻呼，则接受所述寻呼响应消息，完成后续处理流程，实现寻呼正常建立；如果不是本MSC正在发送的寻呼，则由信息解析单元中的判断单元根据所述解析出的标识可以知道是否为MGW广播的寻呼响应消息，如果是MGW广播的寻呼响应消息，则可以丢弃所述寻呼响应消息；如果不是MGW广播的寻呼响应消息，则根据实际情况，按照现有处理方法处理该寻呼响应消息，此处本发明不做限定。
本实施例在MGW无法确定当前寻呼响应消息的MSC时，通过将寻呼响应消息发送给MSC Pool中的所有MSC，所述MSC根据所述消息的IMSI判断是否为本MSC当前发送的寻呼，从而实现寻呼的正常建立，避免呼损。
实施方式六
本实施方式提供一种MSC Pool组网通信系统，如图11所示，包括多个 MSC (MSCl-MSCn)和 MGW (MGffl-MGffn)，所述多个 MGW 可以与一个 BSC 相连。
所述MSC用于根据当前发送寻呼的国际移动用户标识IMSI按照预定规则选择对应的媒体网关MGW下发寻呼消息，所述IMSI与MGW的对应关系为按照规则预先设定；为完成所述功能，用于其至少设置有
寻呼处理单元，用于发送寻呼消息，接收寻呼响应消息及完成与寻呼相关的处理；
MGff选择确定单元，用于按照预定规则将本MSC的所有IMSI与各个MGW对应。
所述MGW用于转发寻呼相关消息，存储IMSI与MSC的对应关系，并在没有当前接收的寻呼响应消息对应的IMSI与MSC对应关系记录时，按照与所述MSC相同的规则确定转发所述寻呼响应消息的MGW。为完成所述功能，其至少设置有
解析存储单元，用于从接收的寻呼消息中解析出IMSI与MSC对应关系并存储；
MGW选择单元，用于在接收到寻呼响应消息后，且所述解析存储单元中没有对应的 IMSI与MSC对应关系记录时，按照与MSC相同的选择MGW的规则选择转发所述寻呼响应消息的MGW，并将所述接收的寻呼响应消息转发给所述选择的MGW。
该MSC Pool组网寻呼实现系统的主要工作过程如下所述
根据一定规则将每一个MSC上的所有IMSI与各个MGW对应，MSC的MGW选择单元根据所述规则选择转发寻呼消息的MGW，并由寻呼处理单元将携带特定的IMSI的寻呼消息发送到所选择的MGW ；
所述接收到寻呼消息的MGW通过解析存储单元解析所述消息中的IMSI，然后根据收到寻呼消息的信令链路(例如M3UA)获取对应MSC的标识，记录IMSI与MSC的对应关系， 并将寻呼消息下发到目的BSC。
接收到所述寻呼的寻呼响应消息的MGW，判断当前MGW上是否记录有与所述IMSI 对应的MSC信息，如果有，则将所述寻呼响应消息发送到对应的MSC ；否则，由MGW选择单元根据上述与MSC相同的选择MGW的规则计算出IMSI映射的MGW，将寻呼响应消息转发给所述计算出的MGW，由MGW之间的同步接口进行接收和处理；
所述计算出的MGW根据其上记录的IMSI与MSC对应关系，将寻呼响应消息发给下发寻呼消息的MSC，保证呼叫正常建立。
本实施方式按照一定的规则，将每一个MSC上的所有IMSI对应到各个MGW上，使一个MGW对应多个IMSI，从而在后续MGW接收到寻呼响应消息时，可以根据消息中携带的 IMSI按照此规则将寻呼响应消息发送给对应的MSC，实现了呼叫的正常建立，避免呼损的发生。
综上所述，本发明实施例均为MSC Pool组网，BSC连接多个MGW时，以IMSI寻呼用户的处理过程，实现了无论寻呼响应消息通过哪个MGW进行转发，都可以发送到以相同 IMSI下发寻呼消息的MSC上，由此呼叫可以继续，避免出现呼损。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此， 任何熟悉本技术领域：
的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换， 都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求
的保护范围为准。
权利要求
1.一种MSC Pool组网中寻呼实现方法，其特征在于，包括移动交换中心根据当前发送寻呼的国际移动用户标识IMSI选择对应的第一媒体网关下发寻呼消息给基站控制器，所述第一媒体网关记录所述移动交换中心与IMSI的对应关系，IMSI与媒体网关的对应关系为按照规则预先设定，所述预定规则包括将组成IMSI的数字中的若干位数字按照规定算法进行计算，不同计算结果对应于不同的媒体网关；接收到寻呼响应消息的第二媒体网关按照所述预定规则确定转发所述寻呼响应消息的第一媒体网关；所述第二媒体网关将所述寻呼响应消息发送给第一媒体网关；所述第一媒体网关将所述寻呼响应消息发送给移动交换中心。
2.—种MSC Pool组网中寻呼实现系统，其特征在于，包括移动交换中心，用于根据当前发送寻呼的国际移动用户标识IMSI选择对应的媒体网关下发寻呼消息，IMSI与媒体网关的对应关系为按照规则预先设定，所述预定规则包括 将组成IMSI的数字中的若干位数字按照规定算法进行计算，不同计算结果对应于不同的媒体网关；媒体网关，用于转发寻呼相关消息，存储IMSI与移动交换中心的对应关系，并在接收到寻呼响应消息，且没有当前接收的寻呼响应消息对应的IMSI与移动交换中心对应关系记录时，按照与所述移动交换中心相同的规则确定转发所述寻呼响应消息的媒体网关，将所述寻呼响应消息转发给所述确定的媒体网关。
3.一种媒体网关，其特征在于，包括解析存储单元，用于从接收的寻呼消息中解析出IMSI与移动交换中心对应关系并存储，所述IMSI与媒体网关的对应关系为按照规则预先设定，所述预定规则包括将组成 IMSI的数字中的若干位数字按照规定算法进行计算，不同计算结果对应于不同的媒体网关；媒体网关选择单元，用于在接收到寻呼响应消息后，且所述解析存储单元中没有对应的IMSI与移动交换中心对应关系记录时，按照与移动交换中心相同的选择媒体网关的规则选择转发所述寻呼响应消息的媒体网关，并将所述接收的寻呼响应消息转发给所述选择的媒体网关。
专利摘要
本发明涉及通信技术领域：
一种MSC Pool组网中寻呼实现方法，与当前寻呼的目的基站控制器相连的所有媒体网关记录当前寻呼的移动交换中心与国际移动用户标识IMSI的对应关系；所述媒体网关根据所述记录的对应关系转发寻呼响应消息。本发明实施例还提供一种MSC Pool组网中寻呼实现的相应设备及系统。本发明实施例实现了无论寻呼响应消息通过哪个媒体网关进行转发，都可以发送到以相同IMSI下发寻呼消息的移动交换中心上，由此呼叫可以继续，避免出现呼损。
文档编号H04W84/02GKCN101394587 B发布类型授权 专利申请号CN 200710152164
公开日2012年5月23日 申请日期2007年9月18日
发明者王伟科, 鄂乌兰 申请人:华为技术有限公司导出引文BiBTeX, EndNote, RefMan专利引用 (2),