CN101317470A

CN101317470A - 一种应对移动交换节点故障的系统、设备及方法

Info

Publication number: CN101317470A
Application number: CNA200780000307XA
Authority: CN
Inventors: 刘文宇; 尤昉
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-05-31
Filing date: 2007-01-25
Publication date: 2008-12-03
Anticipated expiration: 2027-01-25
Also published as: US20070281686A1; CN101060652A; CN100563358C; CN101317470B; WO2008000123A1; US7840213B2

Abstract

本发明公开了一种应对移动交换节点故障的系统、设备及方法，其方法步骤包括：HLR发现第一MSC无法工作；被叫业务请求方向HLR提出请求，为被叫用户获取所需位置信息，其中被叫用户注册在第一MSC，HLR为请求方选择第二MSC并向第二MSC请求位置信息；第二MSC返回位置信息给HLR；HLR返回位置信息给被叫业务请求方；被叫业务请求方根据位置信息进行后续业务。本发明方法通过HLR选择可用MSC/VLR，使得在原MSC/VLR出现故障时，其用户的被叫业务仍能够正常进行，使得CDMA2000网络电路域容灾方案更加完整，增强了系统的稳定性。

Description

一种应对移动交换节点故障的系统、设备及方法本申请要求于 2006 年 5 月 31 日提交中国专利局、申请号为 200610060974.4、发明名称为 "一种应对移动交换节点故障的系统、设备及方法"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信技术领域，尤其涉及一种应对移动交换节点故障的通信系统、设备及方法。

背景技术

随着通信系统的发展和越来越大容量的建网，安全性是通信运营商们越来越关注的重点，如何避免单点故障造成的大面积业务中断是每个设备制造商面临的问题。

Iu-Flex技术是 3GPP在 Release 5中提出的一种交换架构下电路域容灾机制 , 在其中定义了 "池" 的概念，池中包括多个无线网络控制器（Radio Network Controller, 以下筒称 RNC ) /基站控制器（ Base Station Controller , 以下筒称 BSC ) 以及多个 CN网元 ( Core Network, 核心网络）。其中的每个 RNC/BSC 节点可以连接多个核心网网元。

正常情况下， Iu-Flex机制通过: TH ( Network Resource Indicator, 网络资源指示）方式保证，当某个用户在池内 RNC管理的地区内漫游时，所有的核心网处理过程在池内特定的一个 CN节点上进行，即对于单个用户而言，其在池内只有一个归属的 CN处理节点，这样不存在 CN负荷分担的概念，可以避免频繁的位置更新。而对于池内所有用户而言，被划分到不同的归属 CN节点，所以是负荷分担的，这种对用户池内归属 CN节点的划分，应该是在用户初次在这个池内登记时，由 RNC来决定的，决定的方式应该是通过 IMSI-HASH算法来完成分配，后续在池内的所有 NAS ( Non Access Stratum, 非接入层）过程则由 NRI保证到归属 CN。异常情况下，若池内某个 CN节点故障，则由 RNC通过特定算法将归属该 CN节点的用户调整到其它 CN节点。

相似的，在 CDMA2000无线核心网，也可以部署类似于 Iu-Flex的机制，称为 A-Flex , 即 CDMA2000网络中一个 BSC可以连接多个 MSC/VLR ( Mobile Switching Center/Visit Location Register, 移动交换中心 /拜访位置寄存器），类似于 3GPP中 "池" 的概念，本说明书所述 A-Flex区域是至少一个 BSC (—般有多个）和同时为其服务的至少两个 MSC/VLR的集合，每个 BSC与该区域内所有 MSC/VLR相连。附图 1所示为现有技术的位置登记流程图，说明如下。 BSC 向 MSC1/VLR1发送位置登记请求消息 Location Update Request进行位置登记；该 MSC1/VLR1发现用户所在的 MSC/VLR改变，向 HLR发送注册通知请求 ( REGNOT )请求，其中携带用户位置信息； HLR返回注册通知响应（regnot 响应）到 MSC1/VLR1 ; MSC1/VLR1向 BSC返回位置信息已更新的 Location Update Accept消息。

但是，无论是 Iu-Flex还是 A-Felx,现有技术中都无法对 MSC/VLR突然瘫机，无法处理信令的场景进行有效保护。导致 MSC/VLR突然瘫机的原因很多，例如大话务量冲击，突发性故障等。在 Iu-Flex机制中，负载决定要重新分配后，由于 RNC只在位置更新时才将后续与该用户相关的消息重新定向到用户新的归属 MSC/VLR,在用户没有位置更新前，始呼、终呼还只能由原来的 MSC/VLR 进行处理，因此，如果原先的 MSC/VLR突然瘫机，无法正常处理信令，目前登记在该 MSC/VLR上的用户进行位置登记前都将处于通讯故障状态，这段时间长短可能与下一次周期位置登记的时间或者其它可能触发位置登记的操作，例如网络侧发起强制位置登记请求，用户移动到一个新的位置区而自动发起位置登记等，来临的时刻有关。

和 3GPP机制不同， CDMA2000核心网络的原有隐含位置登记机制就能够保证在 A-Flex架构下始呼的重定向问题，但是，目前 CDMA2000网络中没有方案来解决原 MSC/VLR不能处理业务后用户被叫业务的重定向问题。

因此，现有的 Iu-Flex和 A-Flex机制，都无法解决 MSC VLR突然瘫机无法处理信令情况下，用户需要被重新定向在新的 MSC/VLR上进行被叫业务的问题。发明内容

本发明实施例的提供一种应对移动交换中心故障的系统、设备及方法，以避免网络中 MSC/VLR突然瘫机无法处理信令时，用户在重新进行位置登记之前无法进行被叫业务，使得用户在原归属 MSC/VLR瘫机后，能够被重新定向到其它 MSC/VLR, 在新的 MSC/VLR上正确进行被叫业务。

本发明实施例的技术方案如下：一种应对移动交换节点故障的方法，其用于包括至少一个基站控制器、至少两个移动交换中心以及至少一个归属位置寄存器的系统中，其步骤包括：所述归属位置寄存器获知第一移动交换中心故障；

被叫业务请求方向所述归属位置寄存器提出请求，为被叫用户获取位置信息，其中所述被叫用户注册在所述第一移动交换中心，所述归属位置寄存器为所述被叫业务请求方选择第二移动交换中心并向所述第二移动交换中心请求位置信息；

所述第二移动交换中心返回所述位置信息给所述归属位置寄存器；所述归属位置寄存器返回所述位置信息给所述被叫业务请求方；由所述被叫业务请求方根据所述位置信息进行后续业务。

一种应对移动交换节点故障的系统，包括与一个归属位置寄存器连接的至少两个移动交换中心；

所述归属位置寄存器，用于获知所述至少两个移动交换中心中的第一移动交换中心故障；接收来自被叫业务请求方的为被叫用户设备获取位置信息的请求，为所述被叫业务请求方选择第二移动交换中心并向所述第二移动交换中心请求所述位置信息，接收所述第二移动交换中心返回的位置信息，将所述位置信息发送给被叫业务请求方。

一种应对移动交换节点故障的设备，包括业务处理模块，该设备还包括检测模块和选择模块；

所述检测模块，用于检测所连接移动交换中心的状态，判断出某个移动交换中心不可达时，将该移动交换中心的不可达信息进行记录；

所述业务处理模块，用于确定需要取被叫用户位置信息的移动交换中心故障后，通知所述选择模块进行重新选择；根据所述选择模块返回的选择信息，与所述另一非故障的移动交换中心进行交互；

所述选择模块，用于根据接收到的通知，从所述检测模块所连接的所有移动交换中心内选择另一非故障的移动交换中心，将所选择的移动交换中心通知给业务处理模块。

本发明实施例所提供的一种应对移动交换中心故障的系统、设备及方法，当原 MSC/VLR出现故障，在原来位置登记在原 MSC/VLR上且没有重新位置登记的用户进行被叫业务时，由归属位置寄存器选择另一个 MSC/VLR进行被叫业务处理，使这些登记在原 MSC/VLR的用户在原 MSC/VLR故障后仍能正确进行被叫业务，完善了网络电路域容灾方案，并增强了系统的稳定性。附图说明

图 1为现有技术的位置登记流程图；

图 2为根据本发明实施例的流程示意图；

图 3为根据本发明实施例的 HLR得到用户的寻呼区域信息的示意图；图 4为才艮据本发明实施例的 HLR得到 MSC/VLR互助节点信息的示意图；图 5为根据本发明实施例的被叫终呼使用寻呼区域信息的正常寻呼流程示意图；

图 6为根据本发明实施例的被叫终呼使用寻呼区域信息的早寻呼流程示意图；

图 7为根据本发明实施例的携带被叫业务处理标志且使用寻呼区域信息的被叫终呼流程示意图；

图 8为根据本发明实施例的全网早寻呼流程示意图；

图 9为根据本发明实施例的被叫短消息业务流程示意图；

图 10为根据本发明实施例的在业务信道下发短消息的流程示意图；图 11为根据本发明实施例的在控制信道下发短消息的流程示意图；图 12为根据本发明实施例设备的 HLR内部功能模块示意图。

具体实施方式

以下结合附图，将对本发明的各较佳实施例进行更为详细的说明。在本发明实施例中，当归属位置寄存器发现第一移动交换中心无法工作，在被叫业务请求方向所述归属位置寄存器提出为被叫用户获取位置信息请求时，其中被叫用户注册在所述第一移动交换中心；归属位置寄存器选择同一 A-Flex区域中第二移动交换中心，请求到位置信息后返回给被叫业务请求方进行被叫业务。第二移动交换中心在寻找被叫用户时如果能够得到寻呼区域信息，就在该区域内寻找所述被叫用户；否则就在所述第二移动交换中心所管辖的所有基站控制器范围内寻找。

因此，本发明实施例提供了一种应对移动交换中心故障的方法，其用于包括至少一个基站控制器、至少两个移动交换中心以及至少一归属位置寄存器

( HLR, Home Location Register )的系统中 , 所述基站控制器和所述移动交换中心相连，方法流程图如附图 2所示，其包括以下步骤。

Al、 HLR获知第一移动交换中心 MSC1/VLR1故障。当 MSC1 VLR1突然瘫机无法处理信令时， HLR检测到目的信令点不可达或者根据从其它渠道上报的信息，例如由一操作维护管理实体通过一管理接口将故障信息上报，或者由 AC ( Authentication Center, 鉴权中心）上报给 HLR, 籍此判断原 MSC1/VLR1 已经故障以致于无法工作。

A2、被叫业务请求方向 HLR提出请求，为被叫用户获取所需位置信息，其中被叫用户注册在 MSC1/VLR1 , HLR为请求方选择 MSC2/VLR2并向第二移动交换中心请求所述位置信息。上述位置信息是被叫用户的临时本地用户号码或为被叫用户提供服务的移动交换中心的标识，用于将业务路由到被叫局。

A3、第二移动交换中心返回位置信息给所述 HLR。该返回的位置信息是通过移动应用部分（ MAP, Mobile Application Part )消息进行传递。应当理解的是， MAP消息可以是现有消息的扩展。

A4、 HLR返回所述位置信息给所述请求方。

A5、请求方根据所述位置信息进行后续业务。其中，如果是被叫呼叫流程，请求到的位置信息是临时本地用户号码 TLDN ( Temporary Local Directory Number ) ；如果是被叫短消息流程，请求到的位置信息是短消息地址（ SMS Address ) , 被叫业务请求方用这个信息发送消息；如果是被叫呼叫流程，发送的是初始地址消息（IAM )消息，如果是被叫短消息，发送的是 SMSDPP消白

须作说明的是，本发明实施例中的 MSC可以带有 VLR功能，因此，本发明实施例的 MSC发生故障的原因有可能是其 VLR发生故障，而本发明实施例方法同样适用于该种情况，并且本发明的上下文描述中可能仅对 MSC做出说明，但本领域技术人员显然理解关于 VLR故障时的情形。本发明实施例所述的方法，其中，步骤 A2中 HLR根据本地配置信息或从第一移动交换中心得到的互助移动交换中心信息进行所述第二移动交换中心 i 一 6—

的选择。当有用户被叫业务流程需要到 MSC1/VLR1取用户的位置信息时， HLR 根据策略，例如本地配置信息或者先前从 MSC1/VLR1得到的其互助移动交换中心信息，选择一与 MSC1/VLR1处于一个 A-Flex区域的第二 MSC/VLR (如 MSC2/VLR2)为被叫用户请求位置信息， HLR中如果存储有被叫用户的寻呼区域信息， HLR可以在移动应用部分路由请求（MAP ROUTREQ ) 消息或短消息请求（MAP SMSREQ ) 消息中携带 HLR中保存的被叫用户的寻呼区域信息以帮助 MSC2/VLR2缩小寻找用户的范围；否则 MSC2在需要寻找用户时将在 MSC2/VLR2所连接所有 BSC范围内寻找用户。上述互助移动交换中心指在本移动交换中心故障情况下可以代替本移动交换中心处理业务的移动交换中心，互为互助的移动交换中心应该属于同一个 A-Flex区域。

当进行的是被叫呼叫业务或者是业^言道发送短消息时，寻找过程表现为寻呼。在 MSC/VLR所连接所有 BSC范围内的寻呼也称为全网寻呼。当进行的是被叫控制信道短消息业务时，寻找过程表现为 MSC/VLR向所连接的部分或者全部 BSC发送 Registration Request (注册请求）消息。第二移动交换中心寻呼用户的过程可以发生在收到 ROUTREQ请求时（早寻呼情况），也可以发生在收到来自被叫业务请求方的入局消息后（正常寻呼情况）。后面部分实施例侧重描述正常寻呼的情况，部分实施例侧重描述早寻呼的情况，但是应当理解的是，本发明方法适用于这两种寻呼情况，本领域技术人员显然理解关于早寻呼和正常寻呼情况的实现。

为了区别异常情况移动交换中心错误地收到为未注册在本局的用户取位置信息的请求消息，本发明实施例在 A2步骤 HLR向第二移动交换中心取位置信息时，可以可选地携带一个表明需要该局处理后续被叫业务的标志，这样实现要求 MSC2/VLR2收到这个标志时才对没有登记在本局的用户返回位置信息，否则直接按照现有流程进行处理。本发明所述实施例中，其釆用的 HLR可以具备存储被叫用户的寻呼区域信息的功能，也可以不具备存储所述寻呼区域信息的功能。其中，寻呼区域位置信息包括 BSCID ( BSC ID, 基站控制器标识）或 LAC ( Location Area Code, 位置区域码），用于确定寻呼用户的位置或范围。以下分別阐述两种情况下实现的方法。如果 HLR具备存储所述寻呼区域信息的功能， HLR可以在 ROUTREQ消息 (被叫终呼）或者 SMSREQ消息（被叫短消息）带给笫二移动交换中心，用于寻找用户时缩小范围。 HLR也可以在 locreq消息（被叫终呼）或者 smsreq消息 (被叫短消息）中带给被叫业务请求方，由所述被叫业务请求方在入局消息， IAM消息（被叫终呼）或者 SMSDPP消息（被叫短消息）中带给第二移动交换中心。本发明实施例的方法还包括 MSC将用户的寻呼区域信息通知 HLR, HLR 保存所述寻呼区域信息的步骤，包括： Bl、所述移动交换中心发现用户所在的寻呼区域信息变化，向 HLR发送携带用户位置信息的位置更新消息； B2、 HLR更新并保存对应用户的寻呼区域信息。其中步驟 B1中 MSC在移动应用部分位置登记请求（MAP REGNOT ) 消息中向所述 HLR上报用户的位置信息。

具体步骤如附图 3所示，说明如下。

la、 BSC向 MSC1/VLR1发送位置登记请求消息 Location Update Request进行位置登记，其中携带用户所在的寻呼区域信息；

lb、该 MSC1/VLR1如果发现用户所在的寻呼区域信息变化，则向 HLRJ^ 送 REGNOT请求，其中携带用户所在的寻呼区域信息；须作说明的是，携带用户寻呼区域信息的请求消息可以是现有消息的扩展，其能够携带寻呼区域信息。

lc、 HLR更新保存用户的寻呼区域信息，返回 regnot响应到 MSC1/VLR1; ld、 MSC1/VLR1向 BSC返回位置信息已更新的 Location Update Accept消自

HLR选择另一可用 MSC/VLR的方法如附图 4所示，具体说明如下。

HLR本地配置各个 MSC所属 A-Flex区域的情况，如 HLR上配置 MSC1、

MSC2、 MSC3属于 A-Flex区域 1 , MSC4、 MSC5、 MSC6属于 A-Flex区域 2，则在发现 MSCl故障且需要为注册在 MSCl上的用户进行被叫业务的时候选择 A-Flex区域 1中的可用 MSC, 如 MSC2 (也即 MSC2为 MSC1的互助 MSC节点）；如果 MSC5故障且需要为注册在 MSC5上的用户进行被叫业务的时候选择 A-Flex区域 2中的可用 MSC, 如 MSC4 (也即 MSC4为 MSC5的互助 MSC节点）。或者是在用户位置登记时，服务 MSC (当前为用户提供服务的 MSC被称为服务 MSC )根据本地配置，例如 MSC1上配置了 MSC2为其同在一个 A-Flex 区域的互助 MSC , 在位置登记消息中可选的携带本 MSC故障后的互助 MSC , HLR保存所述互助 MSC信息，在服务 MSC故障后选择已经保存的互助 MSC进行被叫业务服务。需要注意的是 MSC向 HLR^送的互助 MSC信息不一定包含在每一条位置登记消息中，可能的实现包括 MSC发送过该互助节点信息给 HLR 后，只有在互助节点信息变化后才再一次在位置登记消息中包含通知 HLR。

其中， REGNOT消息中互助节点信息可以扩展现有参数进行携带，也可以新增参数进行携带。

另外，服务 MSC还可以在其它 MAP消息中，如新增的用于上报互助节点信息的 MAP消息，携带互助节点信息，如采用定时上报，或者本地配置改变后立刻上报，或者是二者结合的方式。也可以 HLR主动发起到服务 MSC的新增 MAP消息后，如互助节点请求消息，服务 MSC在响应消息中返回互助节点信息。 HLRJ^起请求也可以是定时进行的。本发明并不限制 HLR从第一移动交换中心获得其互助节点的具体实现方法。当 MSC2/VLR2从入局初始地址消息中收到临时本地用户号码后，根据从 ROUTREQ请求中得到寻呼区域位置信息寻呼用户，当寻呼响应上来后，进行正常的被叫流程接续，如附图 5所示，其包括流程说明如下。其中， HLR中保存所述寻呼区域信息，并采用 MAP消息将所述寻呼区域信息带给第二移动交换中心。 MAP消息是取路由请求消息或其它新定义的 MAP消息。应当理解的是， MAP消息具备携带所述寻呼区域信息的能力。

2a、 GMSC ( Gateway Mobile Switching Center,关口移动交换中心）向 HLR 发送 LOCREQ消息，其中携带被叫 MDN号码（ Mobile Directory Number, 移动用户号码簿号码），查询被叫用户位置信息；

2b、如果该 HLR^现当前被叫用户登记的 MSC1/VLR1已经发生故障，则才艮据策略为用户选择了另一个 MSC2/VLR2 , 并发送 ROUTREQ请求到 MSC2/VLR2, 其中携带 HLR中保存的用户的寻呼区域位置信息； 2c、 MSC2/VLR2收到 ROUTREQ请求，为用户分配临时本地用户号码 TLDN ( Temporary Local Directory Number ) ，并在消息 routreq中返回给 HLR;

2d、 HLR向 GMSC发送移动应用部分位置请求响应消息 locreq, 携带临时本地用户号码 TLDN;

2e、 GMSC向为被叫用户分配临时本地用户号码的 MSC2/VLR2发送 IAM

( Initial Address Message, 初始地址消息）消息，其中携带了被叫 TLDN;

2f、 MSC2/VLR2收到 TLDN后，根据在 ROUTREQ请求中得到的寻呼区域位置信息，将找到合适的 BSC/BSCs发起寻呼 Paging Request;

2g、 BSC将寻呼响应 Paging Response发到 MSC2/VLR2;

2h、 MSC2/VLR2发现没有用户数据，向 HLRJ^起鉴权请求 AUTHREQ;

2i、鉴权通过， HLR向 MSC2/VLR2返回 authreq响应，指示鉴权通过； 2j、 MSC2/VLR2向 HLR^送位置登记消息 REGNOT;

2k、所述 HLR返回 regnot消息，带回用户数据；

21、 MSC2/VLR2发起指配请求 Assignment Request消息，请求 BSC为用户指配空口信道；

2m、 BSC返回指配完成消息 Assignment Complete消息；

2n、此时被叫用户开始振铃， MSC2/VLR2向 GMSC返回地址全消息 ACM ( Address Complete Message ) 。

上述过程即是本发明实施例的用户正常被叫接续流程。须做说明的是，如果步骤 2h中鉴权请求没有通过，则被叫业务失败；并且上述关于 BSC、 MSC/VLR、 HLR以及其与用户之间的始呼、终呼等过程都是本领域技术人员所熟知的，因此不再赘述。本方法的实现流程也可以是被叫业务请求方从 HLR得到寻呼区域信息 ,在入局初始地址消息中将所述寻呼区域信息带给第二移动交换中心；其中， HLR 在移动应用部分消息中将其保存的寻呼区域信息带给被叫业务请求方。此种情况下具体流程中相应的 2b ~ 2f的步驟为：

2bl、如果该 HLRJ^现当前被叫用户登记的 MSC1/VLR1已经发生故障，则根据策略为用户选择了另一个 MSC2/VLR2 , 并发送 ROUTREQ请求到 MSC2/VLR2; 该消息中未携带用户的寻呼区域位置信息；

2cl、 MSC2/VLR2收到 ROUTREQ请求，为用户分配临时本地用户号码 TLDN, 并在消息 routreq中返回给 HLR;

2dl、 HLR向 GMSC发送移动应用部分位置请求响应消息 locreq, 其中携带 HLR中保存的用户的寻呼区域位置信息和临时本地用户号码 TLDN;

2el、 GMSC向为被叫用户分配漫游号码的 MSC2/VLR2发送 IAM消息，其中携带了用户的寻呼区域位置信息和被叫 TLDN;

2fl、 MSC2/VLR2收到用户的寻呼区域位置信息和被叫 TLDN后，根据寻呼区域位置信息，将找到合适的 BSC BSCs发起寻呼 Paging Request。本发明实施例的方法由 HLR记录用户的寻呼区域位置信息，在原始 MSC 出现故障时可以根据策略确定用于替换原始 MSC的第二 MSC, 为原本注册在原始 MSC的用户执行被叫业务，本发明实施例的方法在 HLR中保存和更新用户的寻呼区域信息的过程能够帮助第二 MSC将寻找用户的范围缩小至一个位置区或者一个 BSC。本领域技术人员熟知现有技术中 HLR能够确定用户所在的

参见图 2, 步骤 A3在返回所述位置信息给 HLR之前，第二移动交换中心根据被叫用户的寻呼区域信息在所述基站控制器区域内寻呼所述被叫用户。本发明实施例的早寻呼情况具体如附图 6所示，其中， MSC2/VLR2在收到 ROUTREQ 请求后先寻呼用户，即向 BSC发送寻呼请求，在寻呼响应消息收到后才向 HLR 返回 ROUTREQ请求，带回临时本地用户号码 TLDN, 其它步骤与图 5所示实施例相同，在此不再赘述。

本发明实施例可以在 HLR中增加了保存用户的寻呼区域位置信息，并能够在判断出某个 MSC/VLR故障后为登记在该 MSC/VLR的用户选择其它可用的 MSC/VLR处理业务，将寻呼区域位置信息带给新的 MSC/VLR用于寻找用户；本发明实施例的携带被叫业务处理标志且使用寻呼区域信息的被叫终呼流程示意图如附图 7所示 , 通过采用 HLR发往新的 MSC/VLR的 ROUTE消息携带被叫业务处理标志的机制 , 本发明实施例的 MSC/VLR能够在本局没有用户数据的情况下，收到 HLR消息中所带标志指示后返回用户的位置信息，即临时本地号码，否则按照现有流程处理。其它步骤与图 5所示实施例相同，在此不再赘述。如果不釆用 HLR发往新的 MSC/VLR的 ROUTE消息携带被叫业务处理标志的机制，本发明实施例的 MSC/VLR能够无条件在本局没有用户数据的情况下返回用户的位置信息，即临时本地号码。如果 HLR不具备存储所述寻呼区域信息的功能时，本发明还提出了一种无需 HLR保存用户的寻呼区域位置信息的方法，该寻呼区域信息是基站控制器标识或位置区信息。首先进行位置登记流程，步骤与附图 1所示流程相似。在位置登记过程中可以按照现有技术实施，不需要将用户的寻呼区域位置信息上报给 HLR; 具体步骤如下：

3a、 BSC向 MSC/VLR^送位置登记请求消息 Location Update Request进行位置登记；

3b、该 MSC/VLR如果发现用户所在的 MSC/VLR变化，则向 HLR发送 REGNOT请求，其中携带用户所在的 MSC/VLR信息；

3c、 HLR更新保存用户的 MSC/VLR信息，正确返回 regnot响应到 MSC1/VLR1;

3d、 MSC1/VLR1向 BSC返回位置信息已更新的 Location Update Accept消在寻呼被叫用户的时候需要向 MSC2/VLR2所连接的所有 BSC发送寻呼

( Paging Request ) 消息，这种方法也可以称为全网寻呼。本发明实施例所述的方法，步骤 A3在返回所述位置信息给所述 HLR之前， MSC2/VLR2可以通过全网寻呼寻找被叫用户，即 MSC2/VLR2在所连接的所有 BSC覆盖区域内寻呼所述被叫用户。具体步驟如附图 8所示，说明如下。

4a、 GMSC ( Gateway Mobile Switching Center ,关口移动交换中心）向 HLR 发送 LOCREQ消息，其中携带被叫 MDN号码（Mobile Directory Number, 移动用户号码簿号码），查询被叫用户位置信息；

4b、如果该 HLRJ^现当前被叫用户登记的 MSC1/VLR1已经发生故障，则根据配置为用户选择了另一个 MSC2/VLR2 , 并发送 ROUTREQ请求到 MSC2/VLR2;

4c、 MSC2/VLR2收到 ROUTREQ请求后，向其所连接的所有 BSC发送寻呼消息，即分别向所述 BSC发起寻呼 Paging Request;

4d、寻呼响应 Paging Response从某一 BSC发到 MSC2/VLR2;

4e、 MSC2/VLR2收到寻呼响应，为用户分配临时本地用户号码 TLDN, 并在消息 routreq中返回给 HLR;

4f、 HLR向 GMSC发送移动应用部分位置倩求响应消息 locreq, 携带临时本地用户号码 TLDN;

4g、 GMSC向为被叫用户分配临时本地用户号码的 MSC2/VLR2发送 IAM 消息，其中携带了被叫 TLDN;

4h、 MSC2/VLR2发现没有用户数据，向 HLRJ^起鉴权请求 AUTHREQ; 4i、鉴权通过， HLR向 MSC2/VLR2返回 authreq响应，指示鉴权通过； 4j、 MSC2/VLR2向 HLR^送位置登记消息 REGNOT;

4k、 HLR返回 regnot消息，带回用户数据；

41、 MSC2/VLR2发起指配请求 Assignment Request消息，请求 BSC为用户指配空口信道；

4m、 BSC返回指配完成消息 Assignment Complete消息；

4n、此时被叫用户开始振铃， MSC2/VLR2向 GMSC返回地址全消息 ACM ( Address Complete Message ) 。

类似的，上述流程以早寻呼情况为例，不排除 MSC2/VLR2使用正常寻呼方式，即收到入局 IAM消息后寻呼用户的情况，在此不再赘述。

需要说明的是，在实际应用中，无论 HLR是否具备存储所述寻呼区域信息的功能，步驟 A3在返回所述位置信息给 HLR之前， MSC2/VLR2都可以在所连接的所有基站控制器覆盖区域内寻呼所述被叫用户。当然，如果 HLR具备存储所述寻呼区域信息的功能时，所述 MSC2/VLR2可以从所述 HLR得到被叫用户的寻呼区域信息，可以不进行这样的全网寻呼。当 HLR不具备存储所述寻呼区域信息的功能时，这样的全网寻呼是必须的，因为所述 MSC2/VLR2无法确定合适的 BSC发起寻呼；当然，本发明并不限制现有技术中全网寻呼具体的实施具体方法与之前所述的方法类似，在此以全网寻呼为例简单说明如下：

5a、 GMSC向 HLR^送 LOCREQ消息，其中携带被叫 MDN号码，查询被叫用户位置信息；

5b、如果该 HLR发现当前被叫用户登记的 MSC1/VLR1已经发生故障，则根据配置为用户选择了另一个 MSC2/VLR2 , 并发送 ROUTREQ请求到 MSC2/VLR2;

5c、 MSC2/VLR2收到 ROUTREQ请求，为用户分配临时本地用户号码 TLDN，并在消息 routreq中返回给 HLR;

5d、 HLR向 GMSC发送移动应用部分位置倩求响应消息 locreq，携带临时本地用户号码 TLDN;

5e、 GMSC向为被叫用户分配临时本地用户号码的 MSC2/VLR2发送 IAM 消息，其中携带了被叫 TLDN;

5f、 MSC2/VLR2收到被叫 TLDN后，向其所连接的所有 BSC发送寻呼消息，即分别向所述 BSC发起寻呼 Paging Request;

5g、寻呼响应 Paging Response从某一 BSC发到 MSC2/VLR2;

5h、 MSC2/VLR2发现没有用户数据，向 HLR^起鉴权请求 AUTHREQ; 5i、鉴权通过， HLR向 MSC2/VLR2返回 authreq响应，指示鉴权通过； 5j、 MSC2/VLR2向 HLRJ^送位置登记消息 REGNOT;

5k、 HLR返回 regnot消息，带回用户数据；

51、 MSC2/VLR2发起指配请求 Assignment Request消息，请求 BSC为用户指配空口信道；

5m、 BSC返回指配完成消息 Assignment Complete消息；

5n、此时被叫用户开始振铃， MSC2/VLR2向 GMSC返回地址全消息 ACM。同样的， HLR在发送 ROUTREQ请求到其选择的 MSC/VLR时，也可以携带一表明需要进行后续业务处理的标志 , 该标志使得重新选择的 MSC2/VLR2能够判断是否需要对该未登记在本局的用户进行被叫业务过程。具体如前所述。当被叫为短消息时，本发明方法的实现流程如附图 9所示，具体步骤说明： ^下。 6a、 MC (短消息中心）向 HLR^送 SMSREQ请求，其中带有被叫用户标识 MSID,请求被叫用户短消息被叫位置信息，即短消息地址（SMS Address )；

6b、 HLR发现用户所在的 MSC/VLR故障，则选择另一可用 MSC/VLR, 发送 SMSREQ请求 SMS Address;

6d、 HLR通过 smsreq消息返回用户的 SMS Address给短消息中心 MC;

6e、短消息中心使用 SMS Address向 MSC/VLR下发短消息；

6f、 MSC/VLR返回 smdpp消息。

短消息从 MSC发送到 MS, 有多种实现方法，简单说明如下。

如附图 10所示，在业务信道下发短消息，具体步骤类似于被叫流程，在此不再赘述。 MSC对用户进行全网寻呼或者才据从 HLR中得到的范围进行寻呼，视 HLR中是否保存了寻呼范围信息而定，指配完成后 MSC通过 ADDS Deliver 消息发送给 BSC, 然后发送给 MS。

或者是如附图 11所示，在控制信道下发短消息， MSC向所连接的所有或者根据从 HLR中得到的范围下发 Registration Request消息，视 HLR中是否保存了寻呼范围信息而定，用户进行位置登记后，使用 ADDS Page消息将短消息通过控制信道下发给用户。

同样的， HLR在发送 SMSREQ请求到其选择的 MSC/VLR请求 SMS Address 时，也可以携带一表明需要进行后续业务处理的标志，该标志使得重新选择的 MSC/VLR能够判断是否需要对该未登记在本局的用户进行被叫业务过程。具体如前所述。本发明实施例还提供了一种应对移动交换中心故障的系统，包括了至少一 BSC, 至少两个 MSC、以及至少一 HLR; 所述 BSC用于通讯连接用户设备并且与所述至少两个 MSC/VLR通讯连接，用户通过 BSC接入系统； MSC与 HLR相连接；本发明实施例所述系统中，所述 HLR包括用于检测所连接 MSC状态的检测模块，以及一用于选择 MSC的选择模块，用于在检测到 MSC故障后，为注册在该 MSC的用户选择另一 MSC进行被叫接续过程。需要说明的是，所述 MSC 是可以带有 VLR功能的，也就是说，本发明所述系统中的 MSC可以是 MSC/VLR。

如果一个 BSC只和一个 MSC相连，当该 MSC发生故障时，即使 HLR选了另一个 MSC, 也由于这个新 MSC与用户所在 BSC不相连而无能为力。因此，本发明所提供的系统中， BSC可以和两个 MSC相连接，也可以和多个 MSC相连接；但是，要保证用户接入的 BSC连接有至少两个属于同一 HLR管辖范围的 MSC。

采用所述系统， HLR的检测模块检测所连接 MSC状态，当被叫用户进行被叫业务时所在的 MSC1/VLR1为故障状态， HLR的所述选择模块根据策略为用户选择另一个 MSC2/VLR2进行被叫业务处理，从而保证了接续的服务。具体方法如前所述， HLR的模块在下面继续进行说明。

同时，本发明实施例还提供了一种应对移动交换中心故障的设备，为一 HLR。本发明实施例所述 HLR中新增用于检测所连接 MSC状态的检测模块和用于从所述检测模块所连接的所有移动交换中心内选择 MSC的选择模块。在业务处理过程中，业务处理模块处理被叫业务相应消息时发现数据库中保存的服务 MSC状态为故障，则触发 MSC选择模块，根据本地配置或数据库中保存的服务 MSC的互助节点信息，共同决定一个新的可用 MSC, 继续后续业务处理。

本发明实施例所述 HLR包括信令处理模块、业务处理模块、操作维护模块和数据库模块，其还包括用于检测所连接 MSC状态的检测模块，以及用于选择 MSC的选择模块。本发明实施例所述设备的 HLR内部功能模块示意图如附图 12 所示；其中，所述检测模块与信令处理模块、操作维护模块和数据库模块相连；所述选择模块与业务处理模块和数据库模块相连；其中各个模块分别如附图 12 所示相连，进行内部交互，互相配合完成整个 HLR的功能。该 HLR设备可以应用于本发明所述系统。

检测模块对外存在接口，当通过信令处理模块检测或者得到来自操作维护模块的输入信息，或者收到来自外部其它实体告知的故障信息后判断某个 MSC 不可达，将这种情况记录到数据库，即故障信息保存在数据库中；当然，故障信息也可以保存在其它模块中，本发明不限定故障信息保存在 HLR的具体位置，故障信息保存的位置不同，模块间的连接关系也可能不同。附图 12以故障信息保存在数据库模块中为例。可以理解，操作维护模块用于在信令处理模块的控制下，将操作维护信息通知给检测模块。数据库还可以用于记录通信所需相应数据。

当被叫业务到来，由信令处理模块接收消息并通知到业务处理模块，业务处理模块根据数据库内的记录信息发现需要取被叫位置信息的 MSC故障，业务处理模块触发选择模块通过一定策略从选择一个新的 MSC,在业务处理模块的控制和信令处理模块的配合下，开始到这个新 MSC的交互过程。

HLR还可以包括存储模块，用于存储用户寻呼区域信息，即用户所在的寻呼区域位置信息；如附图 12所示，存储模块可以设置在数据库模块中，也可以单独设置；单独设置时其至少与业务处理模块相连接，也可以和信令处理模块相连接。所述寻呼区域位置信息用于确定对用户进行寻呼的位置或范围，该位置信息可以是 LAC ( Location Area Code,位置区标识）信息或者 BSC标识信息，并且该 BSC标识可以在接入网的区域范围内唯一标识 BSC , 例如该 BSC标识可以在 A-Flex架构定义的区域范围内唯一标识 BSC。通过采用存储模块，将用户寻呼区域信息存储在 HLR上。当 MSC1/VLR1发生故障时， HLR的所述检测模块检测到 MSC故障，在注册在 MSC1/VLR1的用户进行被叫业务时， HLR的选择模块根据策略为用户选择另一个 MSC2/VLR2继续被叫业务的处理；当 HLR 发送清求到 MSC2/VLR2时，发现存储模块中存有所述用户的寻呼区域信息，则在业务处理模块或者信令处理模块的控制下在所述请求中携带该存储模块中保存的用户的寻呼区域位置信息； MSC2/VLR2在后续需要寻呼用户或者使用 Registration Request方法寻找用户时，利用得到的寻呼区域位置信息缩小范围。在位置登记流程中，如果用户所在寻呼区域信息发生变化， MSC/VLR则发送携带有寻呼区域信息的 REGNOT( Registration Notice,登记通知响应消息）请求给 HLR， HLR在业务处理模块或者信令处理模块的控制下保存更新该寻呼区域位置信息到存储模块中。其中 REGNOT请求主要用于将用户的新位置信息上报归属位置寄存器 HLR。具体方法如前所述。

因此，本发明系统、设备和方法在实现容灾处理机制时，尤其遇到 MSC/VLR发生故障的情况下，通过 HLR选择 A-Flex区域中另一可用 MSC，使原先注册在目前瘫机的 MSC/VLR中的用户能正确进行被叫业务，使得 CDMA2000网络电路域容灾方案更加完整，并增强了系统的稳定性。以上仅已 A-Flex机制为例进行说明，对于 Iu-Flex机制同样适用，具体过程相同，不再赘述。

应当理解的是，上述针对具体实施例的描述较为具体，并不能因此而理解为对本发明的专利保护范围的限制，本发明的专利保护范围应以所附权利要求为准。

Claims

权利要求

1、一种应对移动交换节点故障的方法，其用于包括至少一个基站控制器、至少两个移动交换中心以及至少一个归属位置寄存器的系统中，其特征在于，该方法包括：

所述归属位置寄存器获知第一移动交换中心故障；

被叫业务请求方向所述归属位置寄存器提出请求，为被叫用户获取位置信息，其中所述被叫用户注册在所述第一移动交换中心，所述归属位置寄存器为所述被叫业务请求方选择第二移动交换中心并向所述第二移动交换中心请求位置信息；

所述第二移动交换中心返回所述位置信息给所述归属位置寄存器；所述归属位置寄存器返回所述位置信息给所述被叫业务请求方；由所述被叫业务请求方根据所述位置信息进行后续业务。
2、根据权利要求 1所述的方法，其特征在于，所述位置信息是被叫用户的临时本地用户号码或为被叫用户提供服务的移动交换中心的标识。
3、根据权利要求 1所述的方法，其特征在于，所述归属位置寄存器根据本地配置信息或从第一移动交换中心得到的互助移动交换中心信息进行所述第二移动交换中心的选择。
4、根据权利要求 1所述的方法，其特征在于，所述第二移动交换中心返回所述位置信息给所述归属位置寄存器之前，第二移动交换中心在所连接的所有基站控制器覆盖区域内寻呼所述被叫用户。
5、根据权利要求 1所述的方法，其特征在于，所述被叫业务请求方接收到所述位置信息后，还包括：第二移动交换中心在所连接的所有基站控制器覆盖区域内寻呼所述被叫用户。

6、根据权利要求 1所述的方法，其特征在于，进一步包括：所述归属位置寄存器获取并保存寻呼区域信息 ,将所述寻呼区域信息发送给所述第二移动交换中心；

所述第二移动交换中心返回所述位置信息给所述归属位置寄存器之前，第二移动交换中心才艮据被叫用户的寻呼区域信息在所述区域内寻呼所述被叫用户。
7、根据权利要求 1所述的方法，其特征在于，进一步包括：所述归属位置寄存器获取并保存寻呼区域信息，将所述寻呼区域信息发送给所述第二移动交换中心；

所述被叫业务请求方接收到所述位置信息后，还包括：第二移动交换中心根据被叫用户的寻呼区域信息，在所述区域内寻呼所述被叫用户。
8、根据权利要求 6或 7所述的方法，其特征在于，所迷寻呼区域信息是基站控制器标识或位置区信息。
9、根据权利要求 6或 7所述的方法，其特征在于，所述寻呼区域信息由所述归属位置寄存器采用移动应用部分消息发送给所述第二移动交换中心。
10、根据权利要求 6或 7所述的方法，其特征在于，所述寻呼区域信息由所述归属位置寄存器采用移动应用部分消息发送给所述被叫业务请求方，所述被叫业务请求方在入局消息中将所述寻呼区域信息带给所述第二移动交换中心。
11、根据权利要求 9所述的方法，其特征在于，所述归属位置寄存器获取所述寻呼区域信息的过程包括：

所述移动交换中心才艮据用户所在的寻呼区域信息变化，向所述归属位置寄存器发送携带用户寻呼区域信息的位置更新消息。
12、根据权利要求 12所述的方法，其特征在于，步 B1中所述移动交换中心向所述归属位置寄存器上报的用户寻呼区域信息携带在移动应用部分位置登记请求消息中。
13、根据权利要求 1所述的方法，其特征在于，所述归属位置寄存器向所述笫二移动交换中心取所述位置信息时，在请求中还携带一表明需要所述第二移动交换中心处理后续被叫业务的标志信息。
14、一种应对移动交换节点故障的系统，包括与一个归属位置寄存器连接的至少两个移动交换中心；其特征在于，

所述归属位置寄存器，用于获知所述至少两个移动交换中心中的第一移动交换中心故障；接收来自被叫业务请求方的为被叫用户设备获取位置信息的请求，为所述被叫业务请求方选择第二移动交换中心并向所述第二移动交换中心请求所述位置信息，接收所述第二移动交换中心返回的位置信息，将所述位置信息发送给被叫业务请求方。
15、根据权利要求 14所述的系统，其特征在于，所述归属位置寄存器，还用于获取并保存寻呼区域信息，将所述寻呼区域信息发送给所述第二移动交换中心。
16、一种应对移动交换节点故障的设备，包括业务处理模块，其特征在于，该设备还包括检测模块和选择模块；

所述检测模块，用于检测所连接移动交换中心的状态，判断出某个移动交换中心不可达时 , 将该移动交换中心的不可达信息进行记录；

所述业务处理模块，用于确定需要取被叫用户位置信息的移动交换中心故障后，通知所述选择模块进行重新选择；根据所述选择模块返回的选择信息，与所述另一非故障的移动交换中心进行交互；

所述选择模块，用于根据接收到的通知，从所述检测模块所连接的所有移动交换中心内选择另一非故障的移动交换中心，将所选择的移动交换中心通知给业务处理模块。
17、根据权利要求 16所述的设备，其特征在于，还包括：信令处理模块、操作维护模块和数据库，

所述信令处理模块，用于接收来自外部的请求消息，将所述消息传送给所述业务处理模块进行处理；与所述业务处理模块配合与所述另一非故障的移动交换中心进行交互；

所述操作维护模块，用于在信令处理模块的控制下，将操作维护信息通知给所述检测模块；

所述数据库，用于记录移动交换中心的不可达信息及通信所需相应数据。
18、根据权利要求 16所述的设备，其特征在于，所述设备还包括用于存储用户寻呼区域信息的存储模块，所述存储模块设置在数据库模块中或独立设置，至少与业务处理模块相连接。