CN101577885A - 基于移动交换中心容灾的呼叫处理方法及位置寄存器 - Google Patents

Abstract

本发明公开了一种基于移动交换中心容灾的呼叫处理方法及位置寄存器。其中，该方法包括：被叫方的HLR接收来自主叫方所在的MSC的位置请求，其中，该位置请求中携带有主叫方当前所在位置对应的第一MSCID；HLR确定被叫方当前登记的第二MSCID与第一MSCID不同，向被叫方所在的MSC发送携带第二MSCID的路由请求；在没有被叫方的用户数据的情况下，被叫方所在的备份MSC进行被叫接续时，在第二MSCID对应的范围进行寻呼。根据本发明，可以减少对无线资源的消耗、提高主用MSC的性能，保证系统的稳定性。

Description

基于移动交换中心容灾的呼叫处理方法及位置寄存器

技术领域

本发明涉及移动通信技术领域，尤其涉及一种基于移动交换中心容灾的呼叫处理方法及位置寄存器。

背景技术

在移动电信网络中，移动用户的信息是从用户的归属位置寄存器(Home Location Register，简称为HLR)下载到用户当前所在的拜访位置寄存器(Visitor Location Register，简称为VLR)中，当移动业务交换中心(Mobile Switch Center，简称为MSC)发现需要寻呼用户时，根据VLR中的记录的用户的位置信息进行寻呼。

目前，为了避免由于MSC发生故障而导致呼叫不能进行，需要进行灾处理，以一个MSC的主备容灾为例，如图1所示，在正常情况下，主用MSC处理业务，备用MSC空闲，信令传输点(Signaling Transfer Point，简称为STP)将信令发送到主用MSC，当主用MSC发生故障时，备用MSC接管业务，STP发现到主用MSC的链路不通，将信令发送到备用MSC。

在MSC容灾备份的情况下，如果要使容灾后用户能够立即作为被叫，目前主要有两种处理策略，一种是从主用MSC上将用户信息同步到备用MSC上，另一种就是进行广播寻呼。

如果采用第一种方式，需要实时同步用户数据，而由于用户的位置是经常变化的，且用户数据量会比较大，因此，不能保证主用MSC和备用MSC之间的用户数据完全同步，图2为主用MSC和备用MSC之间的用户数据没有完全同步的情况下的呼叫流程图，如图2所示，主要包括以下步骤：

步骤201，起呼O-MSC接收到基站控制器(Base StationController，简称为BSC)1的呼叫请求；

步骤202，O-MSC向BSC1发送指配请求，要求分配业务信道；

步骤203，O-MSC接收到BSC1的指配完成消息，根据被叫号码确定被叫为移动用户；

步骤204，O-MSC向被叫的HLR发送位置请求；HLR发现被叫用户当前登记的MSCID与位置请求发起方的MSCID不同；

步骤205，HLR给被叫用户当前所在的MSC发路由请求，此时，被叫所在的主用MSC故障，由备用MSC(即S-MSC)接收该路由请求消息；

步骤206，备用MSC发现没有被叫用户信息，且系统不支持广播寻呼，则给HLR回路由响应，指示拒绝；

步骤207，HLR向起呼O-MSC发位置响应，指示拒绝；

步骤208，O-MSC向BSC1发清除请求消息；

步骤209，O-MSC接收到BSC1的清除完成消息，呼叫释放。

由上述流程可知，如果主备用MSC的用户数据不完全同步，则可能导致呼叫失败，并且，采用这种方式需要消耗较多的硬件资源，比如，较大的带宽及内存，同时由于需要处理数据同步，从而还将影响主用MSC的性能。

如果采用第二种方式，则当备用MSC中没有被叫的用户数据时，在备用MSC的网络内进行广播寻呼，图3为这种情况下的呼叫流程图，如图3所示，该种情况下进行的呼叫主要包括以下步骤：

步骤301-步骤305，与步骤201-步骤205相同；

步骤306，备用MSC发现没有被叫用户信息，系统支持广播寻呼，则为被叫用户分配临时本地号码(Temporary Local DirectoryNumber，简称为TLDN)，给HLR回路由响应，携带分配的TLDN；

步骤307，HLR向O-MSC发送位置响应，该位置响应携带有TLDN；

步骤308，O-MSC分析TLDN进行呼叫接续，呼叫建立请求被路由到备份MSC；

步骤309，备份MSC收到呼叫建立，发现TLDN是本系统分配的，但是没有被叫用户信息，则确定需要给备份MSC下挂的所有BSC发送寻呼请求，假定备份MSC下挂的所有BSC包括：BSC2和BSC3，则备份MSC向BSC2发送寻呼请求；

步骤310，备份MSC向BSC3送寻呼请求；

步骤311，备份MSC接收到寻呼响应，发现其本地没有被叫用户数据；

步骤312，备份MSC向HLR发送登记请求，携带被叫用户当前位置所在的MSCID；

步骤313，备份MSC接收到HLR的登记响应，继续进行呼叫接续。

由上述流程可知，由于需要在备份MSC下挂的所有BSC进行广播寻呼，从而导致对无线资源的消耗比较大，特别是在现有大本地网组网的模式下，一个MSC管理范围很大的情况下，无线资源的消耗更大，从而将影响系统的稳定性。

发明内容

有鉴于此，本发明提供了一种基于MSC容灾的呼叫处理方法、及位置寄存器，用以解决现有技术中由于主备用MSC的用户数据不完全同步而导致呼叫失败的问题或由于需要MSC的范围内进行广播寻呼而导致对无线资源的消耗比较大的问题。

根据本发明的一个方面，提供了一种基于MSC容灾的呼叫处理方法。

根据本发明的基于MSC容灾的呼叫处理方法包括：被叫方的HLR接收来自主叫方所在的MSC的位置请求，其中，该位置请求中携带有主叫方当前所在位置对应的第一MSCID；HLR确定被叫方当前登记的第二MSCID与第一MSCID不同，向被叫方所在的MSC发送携带第二MSCID的路由请求；在没有被叫方的用户数据的情况下，被叫方所在的备份MSC进行被叫接续时，在第二MSCID对应的范围进行寻呼。

根据本发明的另一个方面，提供了一种位置寄存器。

根据本发明的位置寄存器包括：接收模块、存储模块、获取模块、判断模块和发送模块。其中，接收模块，用于接收来自主叫方所在的MSC的位置请求，其中，该位置请求用于请求被叫方的位置信息，且携带有主叫方当前所在位置对应的第一MSCID；存储模块，用于存储位置寄存器所管理的用户当前登记的MSCID；获取模块，用于获取存储模块存储的被叫方当前登记的第二MSCID；判断模块，用于判断第一MSCID与第二MSCID是否相同；发送模块，用于在判断模块的判断结果为否的情况下，向被叫方所在的MSC发送路由请求，其中，该路由请求中携带有第二MSCID。

通过本发明的上述至少一个方案，被叫方的HLR在接收到来自主叫方所在的MSC的位置请求时，向被叫方所在的MSC发送携带被叫方当前登记的MSCID的路由请求，从而使得被叫方的备份MSC在没有被叫方的用户数据时，可以只在该MSCID所标识的范围内进行寻呼，从而解决现有技术中由于主备用MSC的用户数据不完全同步而导致呼叫失败的问题，以及由于需要MSC的范围内进行广播寻呼而导致对无线资源的消耗比较大的问题，减少了对系统资源的消耗，提高了主用MSC的性能，保证了系统的稳定性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为相关技术中采用主备MSC容灾的网络结构示意图；

图2为相关技术中的一种呼叫流程图；

图3为相关技术中的另一种呼叫流程图；

图4为根据本发明实施例的基于MSC容灾的呼叫处理方法的流程图；

图5为根据本发明实施例的局内呼叫的流程图；

图6为根据本发明实施例的局间呼叫的流程图；

图7为根据本发明实施例的位置寄存器的结构示意图。

具体实施方式

功能概述

针对相关技术中为使容灾后用户能够立即作被叫从而导致硬件资源消耗较多，或无线资源消耗较大的问题，本发明实施例提供了一种改进的基于MSC容灾的呼叫处理方法。在本发明实施例中，被叫方的HLR在接收到来自主叫方所在的MSC发送的位置请求时，根据该位置请求中携带的主叫方所在的MSCID，判断主叫方与被叫方是否在同一MSCID，如果是，则向主叫方返回相应的指示，否则，HLR在向被叫方所在的MSC发送的路由请求中携带被叫方当前所在的MSCID，以使得在被叫方所在的备份MSC中没有被叫方的用户数据时，备份MSC可以在该MSCID所标识的范围内进行寻呼。

在大本地网组网的情况下，物理上的一个MSC一般分为多个MSCID，每个MSCID标识一定范围内的区域，每个MSCID可能对应多个BSC，也可能对应一个BSC的某几个位置区域(LAC)，并且，每个MSCID标识的区域不会因为MSC的大本地组网而改变，因此，在本发明实施例中在MSCID对应的范围下进行寻呼是比较合理，对无线资源的影响较小。

在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

根据本发明实施例，首先提供了一种基于MSC容灾的呼叫处理方法。

图4为根据本发明实施例的基于MSC容灾的呼叫处理方法的流程图，如图4所示，根据本发明实施例的基于MSC容灾的呼叫处理方法主要包括以下步骤(步骤S401-步骤S405)：

步骤S401：被叫方的HLR接收来自主叫方所在的MSC的位置请求，其中，该位置请求中携带有主叫方当前所在位置对应的MSCID；

步骤S403：HLR确定被叫方当前登记的MSCID与主叫方所在的MSCID不同，则向被叫方所在的MSC发送携带被叫方当前登记的MSCID的路由请求；

步骤S405：在没有被叫方的用户数据的情况下，被叫方所在的备份MSC进行被叫接续时，在上述路由请求中携带的MSCID对应的范围进行寻呼。

以下进一步描述上述各处理的细节。

(一)步骤S401

在具体实施过程中，主叫方所在的MSC(可以是主用MSC，也可以是备份MSC)在接收到主叫方所在的BSC发送的呼叫请求后，给该BSC发送发指配请求，要求分配业务信道，该BSC在分配业务信道完成后，向主叫方所在的MSC返回指配完成消息，主叫方所在的MSCR接收到该BSC的指配完成消息，分析被叫号码发现被叫是移动用户，则触发步骤S401的处理。

(二)步骤S403

在具体实施过程中，被叫用户在发生位置变更时，将向其HLR登记其更新后所在的MSCID，具体地，该流程主要包括以下步骤：

步骤1，被叫方发起位置更新，其所在的BSC接收该位置更新；

步骤2，该BSC对应的MSC接收到该BSC的位置更新请求；

步骤3，MSC向该BSC返回位置更新响应；

步骤4，BSC向被叫方返回位置更新响应；

步骤5，MSC确定需要向被叫方的HLR发起登记(比如，在被叫方的位置变化较大，被叫方所在的MSCID发生了变化、以及被叫方终端开机时进行登记)；

步骤6，被叫方的HLR接收到登记请求，更新被叫方的用户信息，其中包括：被叫用户所在的MSCID信息，并向MSC返回登记响应。

因此，在被叫方的HLR记录的为被叫方最新的位置信息。

被叫方的HLR在接收到上述主叫方所在的MSC发送的位置请求后，在具体实施过程中，该位置请求中携带有被叫方的标识(例如，被叫方的号码)，获取本地保存的被叫方当前登记的MSCID，将该MSCID与位置请求中携带的MSCID进行比较，判断两MSCID是否一致，如果是，则说明当前进行的呼叫为局内呼叫，主叫方与被叫方在同一MSCID，如果不是，则说明当前进行的呼叫为局间呼叫，主叫方与被叫方不在同一MSCID，下面分别对这两种情况进行说明。

1.主叫方与被叫方在同一MSCID

在这种情况下，HLR向主叫方所在的MSC发送位置响应，该位置响应中携带有指示主叫方与被叫方在同一MSCID的标识，在具体实现过程中，可以在位置响应(Locreq)中携带LocTerm，指示主叫方和被叫方在同一个MSCID的管辖范围内，如果此时主叫方的主用MSC发生故障，由备份MSC接管，则备份MSC接收被叫方的HLR返回的上述位置响应，该备份MSC根据该位置响应中携带的标识，确定被叫方为本局用户，如果该备份MSC内没有被叫方的用户数据(包括业务信息和位置信息)，则该备份MSC在主叫方所在MSCID对应的范围内发起寻呼，向该MSCID对应的一个或多个BSC发送寻呼请求。管理被叫方的BSC在接收到该寻呼请求后，向该备份MSC返回寻呼响应，该备份MSC接收到该寻呼响应后，向被叫方的HLR发送被叫方的登记请求消息，从而使得备份MSC中保存被叫方的位置信息和业务信息，以使后续的呼叫接续不再需要根据MSCID进行寻呼；被叫方的HLR的进行登记后，向备份MSC返回登记响应消息，该备份MSC接收到该登记响应消息后，向管理被叫方的BSC发送指配请求，然后接收该BSC返回的指配响应，主被叫方进入通话。

2.主叫方与被叫方不在同一个MSCID

在这种情况下，被叫方的HLR向被叫方所在的MSC发送携带被叫方当前所在的MSCID的路由请求，此时，如果被叫方所在的主用MSC发生故障，由备份MSC接管，则备份MSC接收到上述路由请求后，根据该路由请求中携带的MSCID为呼叫分配TLDN，并保存该MSCID与分配的TLDN的对应关系，然后向被叫方的HLR返回路由响应，该路由响应中携带有分配的上述TLDN；被叫方的HLR接收到上述路由响应后，向主叫方所在的MSC返回位置响应，该位置响应中携带有上述TLDN；主叫方所在的MSC接收到该位置响应后，获取该位置响应中的携带的TLDN，并根据该TLDN继续时进行呼叫，发送携带该TLDN的呼叫建立请求。

(三)步骤S405

主叫方所在的MSC在发送上述呼叫建立请求后，被叫方的备份MSC接收到该呼叫建立请求，获取其中的TLDN，并确定该TLDN是本局分配的，则获取保存的与该TLDN对应的MSCID，如果被叫方的备份MSC确定其没有被叫方的用户数据(包括业务信息和位置信息)，则根据该MSCID，获取与该MSCID对应的位置信息，并向与该位置信息对应的一个或多个BSC发送寻呼请求，当前管理被叫方的BSC在接收到上述寻呼请求后，向被叫方的备份MSC返回寻呼响应，该备份MSC接收到寻呼响应后，向HLR发送登记请求，从而将被叫方的位置信息和业务信息保存在备份MSC中，在后续的呼叫接续中不再需要根据MSCID进行寻呼，HLR在登记后向备份MSC返回登记响应消息，备份MSC接收该登记响应消息，继续接续呼叫。

根据本发明实施例的提供的上述方法，通过被叫方的HLR在路由请求中携带被叫方当前所在的MSCID，可以在被叫方的备份MSC中没有被叫方的用户数据时，缩小备份MSC寻呼的范围，从而减少无线资源的消耗。

为进一步理解本发明实施例提供的上述方法，下面分别以局内呼叫和局间呼叫为例，对本发明实施例提供的上述方法进行说明。

实施例一

本实施例以局内呼叫为例，对本发明实施例提供的上述基于MSC容灾的呼叫处理方法进行说明。

图5为本实施例中进行局内呼叫的流程图，在图5中，BSC1为管理主叫方的BSC，MSC为主叫方的备份MSC，如图5所示，在本实施例中进行局内呼叫主要包括以下步骤：

步骤501，MSC接管故障主用MSC后，接收到BSC1的建立呼叫请求；

步骤502，MSC向BSC1发送指配请求，要求分配业务信道；

步骤503，BSC1分配业务信道完成后，向MSC返回指配完成消息，MSC接收到BSC1返回的指配完成消息，通过被叫号码确定被叫方是移动用户；

步骤504，MSC向被叫用户的HLR发送位置请求(LOCATIONREQUEST)以请求被叫用户的位置信息，该位置请求中携带有主叫用户所在位置对应的MSCID；

步骤505，被叫方的HLR获取保存的被叫用户当前登记的MSCID，将该MSCID与位置请求中携带的MSCID进行比较，确定被叫用户当前所在的MSCID与位置请求中携带的MSCID相同，直接给MSC返回位置请求响应，该位置请求响应中携带TERMLIST的类型为LOCTERM，即标识为局内呼叫；

步骤506，MSC接收到上述位置响应，确定被叫用户为本局用户，但本局没有被叫用户的业务信息和位置信息；

步骤507，MSC根据主叫用户所在MSCID对应的位置(在本实施例中，假定该MSCID对应的位置包括BSC1和BSC2)，向BSC1发送寻呼被叫用户的寻呼请求；

步骤508，MSC向BSC2发送寻呼被叫用户的寻呼请求。

在具体实施过程中，一个MSCID可能对应多个BSC，也可能对应BSC的某几个LAC。

步骤509，MSC接收到BSC1的寻呼响应；

本实施例中，被叫用户为本局BSC1下的用户。

步骤510，MSC向被叫用户的HLR发送被叫的登记请求消息；

此后，该备份MSC中保存有被叫用户的位置信息和业务信息，在后续的呼叫接续不再需要根据MSCID进行寻呼；

步骤511，被叫用户的HLR向MSC返回登记响应消息；

步骤512，MSC向BSC1(被叫用户所在的BSC)发送指配请求；

步骤513，MSC接收到BSC1返回的指配响应，主被叫进入通话。

实施例二

本实施例以局间呼叫为例，对本发明实施例提供的上述基于MSC容灾的呼叫处理方法进行说明。

图6为本实施例中进行局内呼叫的流程图，在图6中，BSC1为管理主叫方的BSC，O-MSC为主叫方所在的MSC，S-MSC为被叫方所在的MSC，该MSC为备份MSC，如图6所示，在本实施例中进行局间呼叫主要包括以下步骤：

步骤601，O-MSC接收到BSC1发送的建立呼叫请求；

步骤602，O-MSC向BSC1发送指配请求，要求分配业务信道；

步骤603，BSC1分配业务信道完成后，向O-MSC返回指配完成消息，O-MSC接收到BSC1发送的指配完成消息后，通过分析被叫号码确定被叫用户为移动用户；

步骤604，O-MSC向被叫用户的HLR发送位置请求(LOCATION REQUEST)以请求被叫用户的位置信息，该位置请求中携带了主叫用户所在位置对应的MSCID；

步骤605，被叫用户的HLR发现被叫用户当前所在的MSCID与位置请求中携带的MSCID不同，向被叫用户所在的MSC发送路由请求，该路由请求中携带有被叫用户所在的MSCID；

步骤606，被叫用户所在的主用MSC发生故障，备份MSC(即S-MSC)接管，备份MSC接收到HLR发送的上述路由请求，根据该路由请求中携带的MSCID为呼叫分配TLDN，并记录该MSCID，同时，向被叫用户的HLR返回回路由响应，该路由响应中携带有分配的上述TLDN；

步骤607，被叫用户的HLR接收到上述路由响应，向O-MSC返回位置响应，该位置响应中携带有从路由响应中获取的TLDN；

步骤608，O-MSC接收到上述位置响应，分析位置响应中携带的TLDN号码进行呼叫继续，发送呼叫建立请求；

步骤609，S-MSC接收到入呼请求(即上述呼叫建立请求)，发现该入呼请求中的TLDN是本局分配的，获取与该TLDN对应的MSCID，并且，S-MSC发现本局内没有被叫用户的用户数据(包括业务信息和位置信息)，则根据该MSCID，得到被叫用户当前所在位置信息，假定被叫用户当前在BSC2，则S-MSC向BSC2发送寻呼请求；

步骤610，备份MSC接收到BSC2返回的寻呼响应；

步骤611，备份MSC向被叫用户的HLR发送被叫用户的登记请求，从而使得该备份MSC中保存有被叫用户的位置信息和业务信息，在后续的呼叫接续不再需要根据MSCID进行寻呼；

步骤612，备份MSC接收到被叫用户的HLR返回的登记响应，继续接续呼叫。

根据本发明实施例，还提供了一种位置寄存器。该位置寄存器可以作为被叫用户的归属位置寄存器，用于实现本发明实施例提供的上述基于MSC容灾的呼叫处理方法。

图7为根据本发明实施例的位置寄存器的结构示意图，如图7所示，根据本发明实施例的位置寄存器主要包括：接收模块71、存储模块73、获取模块75、判断模块77和发送模块79。其中，接收模块71，用于接收来自主叫方所在的MSC的位置请求，其中，该位置请求用于请求被叫方的位置信息，且携带有主叫方当前所在位置对应的第一MSCID；存储模块73，用于存储该位置寄存器作为归属位置寄存器所管理的用户当前登记的MSCID；获取模块75与接收模块71和存储模块73连接，用于获取存储模块73存储的被叫方当前登记的第二MSCID；判断模块77与获取模块75和接收模块71连接，用于判断上述第一MSCID与上述第二MSCID是否相同；发送模块79与判断模块77连接，用于在判断模块77的判断结果为否的情况下，向被叫方所在的MSC发送路由请求，其中，该路由请求中携带有上述第二MSCID。

并且，如果判断模块77判断得到上述第一MSCID和第二MSCID相同，则说明主叫方与被叫方所在的MSCID相同，属于局间呼叫，因此，在判断模块77的判断结果为是情况下，发送模块79还用于向主叫方所在的MSC返回位置响应消息，其中，该位置响应消息中携带有指示主叫方与被叫方在同一个MSCID的标识。

根据本发明实施例提供的上述位置寄存器，可以在接收到主叫MSC发送的位置请求时，向被叫用户所在的MSC发送携带有被叫用户所在的MSCID的路由请求，从而可以在被叫用户所在的备份MSC没有被叫用户的用户数据时，立即将被叫用户作为被叫，并且，不会消耗太多的无线资源。

虽然本发明实施例以MSC的主备容灾为例来描述本发明，但本发明并不限于主备容灾，对于其它各种方式的MSC容灾，本发明同样适用。

如上所述，借助本发明实施例提供的技术方案，被叫方的HLR在接收到来自主叫方所在的MSC发送的位置请求时，根据该位置请求中携带的主叫方所在的MSCID，判断主叫方与被叫方是否在同一MSCID，如果是，则向主叫方返回相应的指示，否则，HLR在向被叫方所在的MSC发送的路由请求中携带被叫方当前所在的MSCID，以使得在被叫方所在的备份MSC中没有被叫方的用户数据时，备份MSC可以在该MSCID所标识的范围内进行寻呼。从而可以解决容灾倒换后用户立即做被叫的问题，并且，采用本发明实施例提供的技术方案，不会消耗太多的硬件资源及无线资源，可以保证主用MSC的性能，提高系统的稳定性。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于移动交换中心MSC容灾的呼叫处理方法，其特征在于，包括：

被叫方的归属位置寄存器HLR接收来自主叫方所在的MSC的位置请求，其中，所述位置请求中携带有所述主叫方当前所在位置对应的第一MSCID；

所述HLR确定所述被叫方当前登记的第二MSCID与所述第一MSCID不同，向所述被叫方所在的MSC发送携带所述第二MSCID的路由请求；

在没有所述被叫方的用户数据的情况下，所述被叫方所在的备份MSC进行被叫接续时，在所述第二MSCID对应的范围进行寻呼。

2.根据权利要求1所述的方法，其特征在于，在所述HLR发送所述路由请求之后，所述方法还包括：

所述被叫方所在的备份MSC接收所述路由请求，并根据所述第二MSCID，为呼叫分配临时本地号码TLDN，将所述TLDN携带在路由响应中返回给所述HLR；

所述HLR将接收到的所述TLDN携带在位置响应中返回给所述主叫方所在的MSC；

所述主叫方所在的MSC根据所述TLDN继续进行呼叫，发送携带所述TLDN的呼叫建立请求。

3.根据权利要求2所述的方法，其特征在于，所述备份MSC在所述第二MSCID对应的范围进行寻呼包括：

所述备份MSC接收到所述呼叫建立请求，获取与所述TLDN对应的所述第二MSCID；

所述备份MSC获取所述第二MSCID对应的位置信息，并向与所述位置信息对应的一个或多个基站控制器发送寻呼请求；

所述备份MSC接收所述一个或多个基站控制器中的一个基站控制器返回的寻呼响应。

4.根据权利要求3所述的方法，其特征在于，在所述备份MSC接收到所述寻呼响应之后，所述方法还包括：

所述备份MSC向所述HLR发送所述被叫方的登记请求；

所述备份MSC接收所述HLR返回的登记响应，继续接续呼叫。

5.根据权利要求1所述的方法，其特征在于，在所述HLR确定所述第二MSCID与所述第一MSCID相同的情况下，所述方法还包括：

所述HLR向所述主叫方所在的MSC返回位置响应，其中，所述位置响应中携带有指示主叫方与被叫方在同一个MSCID的标识；

在没有所述被叫方的用户记录的情况下，所述主叫方所在的MSC的备份MSC进行被叫接续时，在所述第一MSCID对应的范围进行寻呼。

6.根据权利要求5所述的方法，其特征在于，所述主叫方所在的MSC的备份MSC在所述第一MSCID对应的范围进行寻呼包括：

所述主叫方所在的MSC的备份MSC获取所述第一MSCID对应的位置信息，并向与所述位置信息对应的一个或多个基站控制器发送寻呼请求；

所述主叫方所在的MSC的备份MSC接收所述一个或多个基站控制器中的一个基站控制器返回的寻呼响应。

7.根据权利要求6所述的方法，其特征在于，所述主叫方所在的MSC的备份MSC接收到所述寻呼响应之后，所述方法还包括：

所述主叫方所在的MSC的备份MSC向所述HLR发送所述被叫方的登记请求；

所述主叫方所在的MSC的备份MSC接收所述HLR返回登记响应，继续接续呼叫。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述方法还包括：

所述被叫方所在的MSC在接收到被叫方所在的BSC发送的位置更新请求后，向所述HLR发送所述被叫方的登记请求，其中，该登记请求中携带有所述被叫方当前所在位置对应的MSCID；

所述HLR接收到所述登记请求后，更新保存的所述被叫方的用户信息，其中，所述用户信息包括MSCID信息。

9.一种位置寄存器，其特征在于，包括：

接收模块，用于接收来自主叫方所在的MSC的位置请求，其中，所述位置请求用于请求被叫方的位置信息，且携带有所述主叫方当前所在位置对应的第一MSCID；

存储模块，用于存储所述位置寄存器所管理的用户当前登记的MSCID；

获取模块，用于获取所述存储模块存储的所述被叫方当前登记的第二MSCID；

判断模块，用于判断所述第一MSCID与所述第二MSCID是否相同；

发送模块，用于在所述判断模块的判断结果为否的情况下，向所述被叫方所在的MSC发送路由请求，其中，所述路由请求中携带有所述第二MSCID。

10.根据权利要求9所述的位置寄存器，其特征在于，在所述判断模块的判断结果为是情况下，所述发送模块还用于向所述主叫方所在的MSC返回位置响应消息，其中，所述位置响应消息中携带有指示所述主叫方与所述被叫方在同一个MSCID的标识。

Images