[发明专利]移动交换中心池中实现寻呼的方法及装置

说明书

技术领域

本发明涉及移动通信技术，尤其涉及移动交换中心(MSC，Mobile SwitchCenter)池(Pool)中实现寻呼的方法及装置。 

背景技术

在传统的移动通信网络架构中，一个MSC可以连接多个基站控制器(BSC，Base Station Control)/无线网络控制器(RNC，Radio NetworkController)，但一个BSC/RNC只能连接一个MSC。这种MSC与BSC/RNC之间1:N的连接关系制约了组网的灵活性。为了解决该问题，全球移动通信系统(GSM)、码分多址系统(CDMA)、宽带码分多址系统(WCDMA)和时分同步码分多址系统(TD-SCDMA)等领域自第三代移动通信合作项目版本5(3GPP R5)后引入了灵活Iu接口(Iu-Flex)或灵活A接口(A-Flex)功能。 

A-Flex/Iu-Flex支持一个BSC/RNC连接多个MSC，多个MSC所服务的区域称作MSC池，用户设备(UE，User Equipment)可以在池区中移动而无需改变服务MSC。池区中的路由选择功能是通过网络资源指示(NRI，Network Resource Indicator)来完成的。当UE执行位置更新或用户呼叫时，非接入层节点选择功能(NNSF，NAS Node Selection Function)节点根据UE发起的初始非接入层(NAS，Non Access Stratum)消息中的临时用户标识(TMSI，Temp Mobile SubscriberIdentity)中包含的NRI信息选择MSC，并将初始NAS消息进行路由。其中，NNSF节点可以是BSC或RNC或媒体网关(MGW，Media Gateway)等节点。 

当UE做被叫时，初始NAS消息为寻呼响应消息。如果寻呼类型是TMSI 寻呼，UE则在寻呼响应消息中携带TMSI信息，NNSF节点收到寻呼响应消息后，从TMSI中获取NRI信息，然后根据NRI将寻呼响应消息路由到正确的MSC。如果寻呼类型是国际移动台标识(IMSI，International MobileStation Identity)寻呼，UE则在寻呼响应消息中携带IMSI信息，由于IMSI中不包含NRI信息，NNSF节点无法从IMSI中获取下发寻呼消息的MSC信息，因此寻呼响应消息将无法路由到正确的MSC。为了解决该问题，3GPP23.236协议中给出了寻呼类型是IMSI寻呼时的寻呼方式：MSC下发IMSI寻呼类型的寻呼消息，NNSF节点收到寻呼消息后，记录其中携带的IMSI与下发寻呼的MSC之间的对应关系，如IMSI与NRI的对应关系、或IMSI与MSC信令点的对应关系、或IMSI与全局核心网标识(Global CN-ID)的对应关系等；NNSF节点收到携带IMSI的寻呼响应消息后，根据其中携带的IMSI信息查询自身记录的IMSI与MSC之间的对应关系，然后再根据该对应关系选择正确的MSC进行路由。 

当NNSF功能在BSC或RNC实现、NNSF节点为BSC或RNC时，3GPP23.236协议中所给出的IMSI寻呼类型的寻呼方式是可行的。但是，当NNSF功能独立于BSC或RNC实现时，这种寻呼方式很容易导致寻呼失败。比如，参见国际申请号为PCT/CN2007/001047的专利申请文件，在MSC包括移动交换中心服务器(MSC Server)和MGW的软交换架构下，当NNSF功能在MGW实现、NNSF功能节点为MGW时，如果采用3GPP23.236协议中所给出的IMSI寻呼类型的寻呼方式，则其寻呼过程如图1所示。在图1中，MSC Server1和MSC Server2都属于同一MSC Pool。当NNSF功能在MGW实现时，图1中的寻呼过程主要包括以下步骤：MSC Server1使用IMSI进行寻呼，下发携带IMSI信息的寻呼消息；MGW1收到MSC Server1下发的寻呼消息后，记录其中携带的IMSI与MSC Server1的对应关系，并将寻呼消息转发给该消息中指定的BSC/RNC；BSC/RNC收到寻呼响应消息后，根据链路负荷均衡的原则从MGW1和MGW2中选择一个MGW转发寻呼响应消息，如果选择的是MGW1，MGW1则根据记录的IMSI与MSC Server 1的对应关系，将寻呼响应消息路由到MSC Server1；如果选择的是MGW2，则由于MGW2中并没有保存IMSI与MSC Server1的对应关系，因此，MGW2无法将寻呼响应消息正确路由到MSC Server1，从而导致寻呼失败。 

发明内容