[发明专利]MSCPOOL中终结短消息业务的恢复方法及系统

说明书

技术领域

本发明涉及通信核心网软交换中的MSC POOL(Mobile Switch Center 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和HLR(归属位置寄存器)之间信令交互。

在容灾方面，MSC POOL具有固定的主叫容灾功能。即POOL内某一台MSC宕机(如故障，或无法正常工作)时，注册在此MSC下的用户发起主叫业务，用户将重新注册至POOL内其他MSC后接续呼叫，业务不受影响。被叫方面，现有的技术方案实现了当宕机MSC下用户做被叫时，此用户会重新发起独立位置更新，从宕机的MSC位置更新至POOL内其他MSC，业务也不会受影响。

但是，现有的技术方案只解决了用户做被叫及始发短消息时的业务恢复，尚不能解决当用户做终结短消息时的业务恢复。也就是说，当一台MSC宕机情况下，此MSC下的某一用户在没有发出任何始发流程或周期性位置更新前，此用户做终结短消息(即接收短消息)业务将无法成功，甚至此短消息有可能被丢弃。

发明内容

为了解决现有MSC POOL技术中，在一台MSC宕机的情况下，用户终结短消息的业务无法恢复的技术问题，本发明提供了一种MSC POOL中终结短消息业务的恢复方法及系统。

一种MSC POOL中终结短消息业务的恢复方法，包括：

备用MSC接收到主用MSC宕机的消息；

备用MSC根据消息中包含的注册在主用MSC下的被叫终端的呼叫状态信息判断是否将消息发送到备份的他局用户；

若备用MSC判定将消息发送到备份的他局用户，则发送失败消息到短消息中心，失败消息中携带失败原因值。

进一步地，该方法还包括：

短消息中心接收到失败消息，且确定失败原因值为缺席用户时，向HLR发送消息通知HLR修改MNRF的值为真。

备用MSC根据呼叫状态信息对注册在主用MSC下的被叫终端下发寻呼，呼叫状态信息包括被叫终端的IMSI。

一种MSC POOL中终结短消息业务的恢复系统，包括：备用MSC单元，短消息中心单元；

备用MSC单元，用于接收到主用MSC宕机的消息，根据消息中包含的注册在主用MSC下的被叫终端的呼叫状态信息判断是否将消息发送到备份的他局用户，若判定将消息发送到备份的他局用户，则发送失败消息到短消息中心，失败消息中携带失败原因值。

进一步地，短消息中心，用于接收到失败消息，且确定失败原因值为缺席用户时，向HLR发送消息通知HLR修改MNRF的值为真。

备用MSC，还用于根据呼叫状态信息对注册在主用MSC下的被叫终端下发寻呼，呼叫状态信息包括被叫终端的IMSI。

本实施例提供的方案中，备用MCS仅需判断被叫终端是否为备份的他局用户，并促使HLR修改失败原因值即可使发送给被叫终端的终结短消息在主用MSC宕机的情况，通过MSC POOL内其他的MSC针对该被叫终端的终结短消息引发更新流程，使业务得到恢复，进而取得在MCS POOL中一台MSC宕机的情况下，用户终结短消息的业务能够恢复，终结短消息能够成功下发到被叫终端的技术效果。

附图说明

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

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例1提供的一种MSC POOL中终结短消息业务的恢复方法的流程图；

图2为本发明实施例2提供的一种MSC POOL中终结短消息业务的恢复系统的结构示意图。