CN104254099B - Msc pool中终结短消息业务的恢复方法及系统 - Google Patents

Abstract

本发明公开了一种MSC POOL中终结短消息业务的恢复方法，涉及通信核心网软交换中的MSC POOL技术。其中方法包括：备用MSC接收到主用MSC宕机的消息；备用MSC根据所述消息中包含的注册在主用MSC下的被叫终端的呼叫状态信息判断是否将所述消息发送到备份的他局用户；若备用MSC判定将所述消息发送到备份的他局用户，则发送失败消息到短消息中心，所述失败消息中携带失败原因值。

Description

MSC POOL中终结短消息业务的恢复方法及系统

技术领域

本发明涉及通信核心网软交换中的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中终结短消息业务的恢复系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。并且，以下各实施例均为本发明的可选方案，实施例的排列顺序及实施例的编号与其优选执行的顺序无关。

实施例1

本实施例提供一种MSC POOL中终结短消息业务的恢复方法，该方法可实现在主用MSC宕机的情况下，通过备用MSC的一些相应处理使得该主用MSC下注册的被叫终端的终结短消息业务得到恢复，仍旧能够成功的下发。其中，在该方法中备用MSC的VLR(拜访位置寄存器)数据库中备份有注册在主用MSC下的终端的IMSI(国际移动用户识别码)，LAI(位置区识别码)和开关机状态信息。

如图1所示，该方法包括：

步骤101，在主用MSC(MSC_A)宕机后，SMC(短消息中心)要给此MSC_A下注册的终端发短消息时，首先会给HLR发SRI_FOR_SM(短消息发送路由信息)消息，HLR会将带有已宕机的MSC_A的地址返回给SMC。

步骤102，SMC通过获取的MSC_A地址，通知备用MSC(MSC_B)。即SMC给此MSC_A下发MAP_MT_FORWARD_SHORT_MESSAGE(前向移动终结短消息)。由于此MSC_A已经宕机，该消息会通过预先设置的备份路由转发给备份MSC_B。

在步骤102中，实现方法包括：

2.1、在STP(信令转接点)上制作备份路由至备份MSC_B

2.2、在宕机的MSC_A下挂MGW(媒体网关)上制作第二路由至备份MSC_B

2.3、在SMC上制作备份路由至备份MSC_B

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

具体而言，MSC_B根据消息中包含的注册在主用MSC下的被叫终端的IMSI查询VLR数据库，；若在VLR数据库中仅有该被叫终端的IMSI、LAI和开关机状态信息，则MSC_B判定将消息发送到备份的他局用户，执行步骤104；若判定为本局正常用户，或者本局无此用户，则可按现有技术的原流程进行，结束本流程。由于与本实施例无关，在此不赘述。

例如，接收到MAP_MT_FORWARD_SHORT_MESSAGE消息的MSC_B判断该消息是发送往(1)本局正常用户，(2)备份的他局用户，或者(3)本局无此用户。

实现这一步骤的可能方法有：

MSC_B根据MAP_MT_FORWARD_SHORT_MESSAGE消息中携带的被叫用户IMSI查询本局VLR数据库，若该用户仅有IMSI、LAI以及开关机状态信息则为(2)备份的他局用户，若无法查询到相关用户信息为(3)本局无此用户，其他情况会查询到比IMSI、LAI以及开关机状态更多的信息，为(1)本局正常用户。

步骤104，发送失败消息到短消息中心，失败消息中携带失败原因值。

具体而言，如果判断结果为是(2)备份的他局用户，则MSC_B给短消息中心回失败消息，带原因值absent subscriber SM(缺席用户)。

步骤105，当短消息中心收到MSC_B返回的失败消息，并且确定失败原因值为缺席用户时，向HLR发送REPORT_SM_DELIVERY-STATUS(短消息投递状态报告)消息，通知HLR更改MNRF(Mobile-Station–Not-Reachable-Flag，移动台不可及标志位)的值，将其置为真(TURE)。

步骤106，MSC_B给短消息中心发送失败消息后，根据呼叫状态信息对注册在MSC_A下的被叫终端下发寻呼，呼叫状态信息包括被叫终端的IMSI。

具体而言，MSC_B给短消息中心回失败消息的同时，根据IMSI提取备份用户数据中的LAI，对此LAI下发寻呼。

步骤107，NNSF(非接入层节点选择功能)实体将该被叫终端的寻呼响应消息分发给MSC POOL内一个正常的MSC(MSC_C),由于MSC_C的VLR数据库里没有该终端的IMSI，LAI和开关机状态信息等，则将发起独立位置更新，重新从HLR(归属位置寄存器)插入被叫终端的用户数据。

步骤108，由于HLR的MNRF标志位已在步骤105中被置成TRUE，当该终端完成位置更新后，HLR会给SMC发ALERT_SERVICE_CENTRE_REQ(提醒短消息中心请求),通知SMC此时被叫终端的用户已经可及，可以重新下发短消息。

步骤109，SMC以正常流程重发该短消息至MSC_C下的该被叫终端，被叫终端成功接收短消息，由此实现短消息业务恢复成功。

由于上述步骤107-109为现有技术，故而在此简要叙述。

本申请提案中的方案，并无接近的技术方案可对比。本申请提案可以实现MSCPOOL中某一MSC故障后，其用户的终结短消息业务恢复，短消息不会丢失。

本实施例提供的方法中，备用MSC仅需简单判断和修改失败原因值即可使发送给被叫终端的终结短消息在主用MSC宕机的情况下得到恢复，进而取得在MCS POOL中一台MSC宕机的情况下，用户终结短消息的业务能够恢复，终结短消息能够成功下发到被叫终端的技术效果。

本发明实施例提供的上述方法中，虽然给出了执行各步骤的先后顺序，但是该顺序仅为本发明的一个优选的实施方式。显然，本领域技术人员根据上述方法可以对该方法步骤的执行顺序进行多种多样的等效变换，也就是说本发明实施例方法中的上述各步骤或部分步骤完全可以按照其他顺序执行，或者同时执行。例如：同时执行步骤105和步骤106。因此上述方法描述的各步骤的执行顺序并仅限于实施例中所提供的一种方式。

实施例2

为了便于实施例1中的方法实现，本实施例提供一种MSC POOL中终结短消息业务的恢复系统，如图2所示，包括：备用MSC单元21，短消息中心单元22。

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

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

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

其中，备用MSC21，具体用于接收到来自短消息中心单元22的MAP_MT_FORWARD_SHORT_MESSAGE消息。

备用MSC21，还用于在其VLR数据库中备份注册在主用MSC下的终端的IMSI，LAI和开关机状态信息；

备用MSC21，具体用于根据消息中包含的注册在主用MSC下的被叫终端的IMSI查询VLR数据库，若在VLR数据库中仅有该被叫终端的IMSI、LAI和开关机状态信息，则判定将消息发送到备份的他局用户。

本实施例提供的系统可以实现MSC POOL中某一MSC故障后，其用户的终结短消息业务能够得以恢复，短消息不会丢失的技术效果。

本发明实施例提供的上述系统是属于以计算机程序的流程方法为依据，并按照与方法实施例1和/或附图中方法流程的各步骤完全对应一致的方式，所提供的功能模块。并且由于这种功能模块是通过计算机程序的方式实现的软件装置(例如备用MSC单元21相当于实施例1中的MSC_B，短消息中心单元22相当于实施例1中的短消息中心)，所以对于系统实施例2未具体提及的功能模块，由于考虑到根据上述方法实施例记载的内容已经足够使本领域技术人员从方法记录的各流程步骤直接地、毫无意外地确定实现所述步骤所必须建立的功能模块，所以在此不赘述。

本发明的技术方案本质上或者说对现有技术做出贡献的部分是以软件产品的形式体现出来的功能，也即是说：本发明的装置、设备或者组成系统的各个设备其所执行的方法或实现的功能主体即便为硬件，但是实际上实现本发明上述功能的部分却是计算机软件产品的模块或单元。并且该计算机软件产品可存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台设备执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明能有多种不同形式的具体实施方式，上文结合附图对本发明做举例说明，这并不意味着本发明所应用的具体实施方式只能局限在这些特定的具体实施方式中，本领域的技术人员应当了解，上文所提供的具体实施方式只是多种优选实施方式中的一些示例，任何体现本发明权利要求的具体实施方式均应在本发明权利要求所要求保护的范围之内；本领域的技术人员能够对上文各具体实施方式中所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换或者改进等，均应包含在本发明权利要求的保护范围之内。

Claims (6)

1.一种MSC POOL中终结短消息业务的恢复方法，其特征在于，包括：

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

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

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

其中，所述主用MSC宕机的消息为来自短消息中心的MAP_MT_FORWARD_SHORT_MESSAGE前向移动终结短消息；

该方法还包括：

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

2.根据权利要求1所述的方法，其特征在于，该方法还包括：

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

3.根据权利要求1所述的方法，其特征在于，该方法还包括：备用MSC的VLR数据库中备份有注册在主用MSC下的终端的IMSI，LAI和开关机状态信息；

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

备用MSC根据所述消息中包含的注册在主用MSC下的被叫终端的IMSI查询VLR数据库；

若在VLR数据库中仅有该被叫终端的IMSI、LAI和开关机状态信息，则备用MSC判定将所述消息发送到备份的他局用户。

4.一种MSC POOL中终结短消息业务的恢复系统，其特征在于，包括：备用MSC单元，短消息中心单元；

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

其中，所述主用MSC宕机的消息为来自短消息中心的MAP_MT_FORWARD_SHORT_MESSAGE前向移动终结短消息；

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

5.根据权利要求4所述的系统，其特征在于，

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

6.根据权利要求4所述的系统，其特征在于，

所述备用MSC，还用于在其VLR数据库中备份注册在主用MSC下的终端的IMSI，LAI和开关机状态信息；

所述备用MSC，具体用于根据所述消息中包含的注册在主用MSC下的被叫终端的IMSI查询VLR数据库，若在VLR数据库中仅有该被叫终端的IMSI、LAI和开关机状态信息，则判定将所述消息发送到备份的他局用户。