Msc pool中終結(jié)短消息業(yè)務(wù)的恢復(fù)方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種MSC POOL中終結(jié)短消息業(yè)務(wù)的恢復(fù)方法，涉及通信核心網(wǎng)軟交換中的MSC POOL技術(shù)。其中方法包括：備用MSC接收到主用MSC宕機(jī)的消息；備用MSC根據(jù)所述消息中包含的注冊(cè)在主用MSC下的被叫終端的呼叫狀態(tài)信息判斷是否將所述消息發(fā)送到備份的他局用戶；若備用MSC判定將所述消息發(fā)送到備份的他局用戶，則發(fā)送失敗消息到短消息中心，所述失敗消息中攜帶失敗原因值。
【專利說明】MSC POOL中終結(jié)短消息業(yè)務(wù)的恢復(fù)方法及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信核心網(wǎng)軟交換中的MSC POOLCMobile Switch Center Pool，移動(dòng)交換中心池)技術(shù)，特別涉及一種MSC POOL中終結(jié)短消息業(yè)務(wù)的恢復(fù)方法及系統(tǒng)。

【背景技術(shù)】
[0002]目前在3GPP TS23.236協(xié)議中提出了 “POOL區(qū)”這個(gè)概念，一個(gè)POOL區(qū)內(nèi)有多個(gè)MSC(移動(dòng)交換中心)并行的運(yùn)行，來共同分擔(dān)POOL區(qū)內(nèi)的業(yè)務(wù)。所述多個(gè)MSC組成MSC組，并稱之為MSC POOL。
[0003]MSC POOL組網(wǎng)與傳統(tǒng)組網(wǎng)相比主要的不同點(diǎn)在于:一個(gè)BSC (基站控制器)能夠同時(shí)連接多個(gè)MSC，多個(gè)MSC組成POOL，BSC與POOL內(nèi)的每個(gè)MSC實(shí)現(xiàn)信令連接。這種網(wǎng)絡(luò)結(jié)構(gòu)可以很好地提高網(wǎng)絡(luò)性能，如實(shí)現(xiàn)核心網(wǎng)資源負(fù)荷分擔(dān)、減少用戶局間漫游和切換、減少M(fèi)SC和HLR(歸屬位置寄存器)之間信令交互。
[0004]在容災(zāi)方面，MSC POOL具有固定的主叫容災(zāi)功能。即POOL內(nèi)某一臺(tái)MSC宕機(jī)(如故障，或無法正常工作)時(shí)，注冊(cè)在此MSC下的用戶發(fā)起主叫業(yè)務(wù)，用戶將重新注冊(cè)至POOL內(nèi)其他MSC后接續(xù)呼叫，業(yè)務(wù)不受影響。被叫方面，現(xiàn)有的技術(shù)方案實(shí)現(xiàn)了當(dāng)宕機(jī)MSC下用戶做被叫時(shí)，此用戶會(huì)重新發(fā)起獨(dú)立位置更新，從宕機(jī)的MSC位置更新至POOL內(nèi)其他MSC，業(yè)務(wù)也不會(huì)受影響。
[0005]但是，現(xiàn)有的技術(shù)方案只解決了用戶做被叫及始發(fā)短消息時(shí)的業(yè)務(wù)恢復(fù)，尚不能解決當(dāng)用戶做終結(jié)短消息時(shí)的業(yè)務(wù)恢復(fù)。也就是說，當(dāng)一臺(tái)MSC宕機(jī)情況下，此MSC下的某一用戶在沒有發(fā)出任何始發(fā)流程或周期性位置更新前，此用戶做終結(jié)短消息(即接收短消息)業(yè)務(wù)將無法成功，甚至此短消息有可能被丟棄。


【發(fā)明內(nèi)容】

[0006]為了解決現(xiàn)有MSC POOL技術(shù)中，在一臺(tái)MSC宕機(jī)的情況下，用戶終結(jié)短消息的業(yè)務(wù)無法恢復(fù)的技術(shù)問題，本發(fā)明提供了一種MSC POOL中終結(jié)短消息業(yè)務(wù)的恢復(fù)方法及系統(tǒng)。
[0007]一種MSC POOL中終結(jié)短消息業(yè)務(wù)的恢復(fù)方法，包括:
[0008]備用MSC接收到主用MSC宕機(jī)的消息；
[0009]備用MSC根據(jù)消息中包含的注冊(cè)在主用MSC下的被叫終端的呼叫狀態(tài)信息判斷是否將消息發(fā)送到備份的他局用戶；
[0010]若備用MSC判定將消息發(fā)送到備份的他局用戶，則發(fā)送失敗消息到短消息中心，失敗消息中攜帶失敗原因值。
[0011]進(jìn)一步地，該方法還包括:
[0012]短消息中心接收到失敗消息，且確定失敗原因值為缺席用戶時(shí)，向HLR發(fā)送消息通知HLR修改MNRF的值為真。
[0013]備用MSC根據(jù)呼叫狀態(tài)信息對(duì)注冊(cè)在主用MSC下的被叫終端下發(fā)尋呼，呼叫狀態(tài)信息包括被叫終端的頂SI。
[0014]一種MSC POOL中終結(jié)短消息業(yè)務(wù)的恢復(fù)系統(tǒng)，包括:備用MSC單元，短消息中心單元;
[0015]備用MSC單元，用于接收到主用MSC宕機(jī)的消息，根據(jù)消息中包含的注冊(cè)在主用MSC下的被叫終端的呼叫狀態(tài)信息判斷是否將消息發(fā)送到備份的他局用戶，若判定將消息發(fā)送到備份的他局用戶，則發(fā)送失敗消息到短消息中心，失敗消息中攜帶失敗原因值。
[0016]進(jìn)一步地，短消息中心，用于接收到失敗消息，且確定失敗原因值為缺席用戶時(shí)，向HLR發(fā)送消息通知HLR修改MNRF的值為真。
[0017]備用MSC，還用于根據(jù)呼叫狀態(tài)信息對(duì)注冊(cè)在主用MSC下的被叫終端下發(fā)尋呼，呼叫狀態(tài)信息包括被叫終端的頂SI。
[0018]本實(shí)施例提供的方案中，備用MCS僅需判斷被叫終端是否為備份的他局用戶，并促使HLR修改失敗原因值即可使發(fā)送給被叫終端的終結(jié)短消息在主用MSC宕機(jī)的情況，通過MSC POOL內(nèi)其他的MSC針對(duì)該被叫終端的終結(jié)短消息引發(fā)更新流程，使業(yè)務(wù)得到恢復(fù)，進(jìn)而取得在MCSP00L中一臺(tái)MSC宕機(jī)的情況下，用戶終結(jié)短消息的業(yè)務(wù)能夠恢復(fù)，終結(jié)短消息能夠成功下發(fā)到被叫終端的技術(shù)效果。

【專利附圖】

【附圖說明】
[0019]附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實(shí)施例一起用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的限制。在附圖中:
[0020]為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0021]圖1為本發(fā)明實(shí)施例1提供的一種MSC POOL中終結(jié)短消息業(yè)務(wù)的恢復(fù)方法的流程圖；
[0022]圖2為本發(fā)明實(shí)施例2提供的一種MSC POOL中終結(jié)短消息業(yè)務(wù)的恢復(fù)系統(tǒng)的結(jié)構(gòu)示意圖。

【具體實(shí)施方式】
[0023]下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。并且，以下各實(shí)施例均為本發(fā)明的可選方案，實(shí)施例的排列順序及實(shí)施例的編號(hào)與其優(yōu)選執(zhí)行的順序無關(guān)。
[0024]實(shí)施例1
[0025]本實(shí)施例提供一種MSC POOL中終結(jié)短消息業(yè)務(wù)的恢復(fù)方法，該方法可實(shí)現(xiàn)在主用MSC宕機(jī)的情況下，通過備用MSC的一些相應(yīng)處理使得該主用MSC下注冊(cè)的被叫終端的終結(jié)短消息業(yè)務(wù)得到恢復(fù)，仍舊能夠成功的下發(fā)。其中，在該方法中備用MSC的VLR (拜訪位置寄存器)數(shù)據(jù)庫(kù)中備份有注冊(cè)在主用MSC下的終端的IMSI (國(guó)際移動(dòng)用戶識(shí)別碼)，LAI (位置區(qū)識(shí)別碼)和開關(guān)機(jī)狀態(tài)信息。
[0026]如圖1所示，該方法包括:
[0027]步驟101，在主用MSC (MSC_A)宕機(jī)后，SMC (短消息中心)要給此MSC_AT注冊(cè)的終端發(fā)短消息時(shí)，首先會(huì)給HLR發(fā)SRI_F0R_SM (短消息發(fā)送路由信息)消息，HLR會(huì)將帶有已宕機(jī)的MSC_A的地址返回給SMC。
[0028]步驟102，SMC通過獲取的MSC_A地址，通知備用MSC (MSC_B)。即SMC給此MSC_A下發(fā)MAP_MT_FORWARD_SHORT_MESSAGE (前向移動(dòng)終結(jié)短消息)。由于此MSC_A已經(jīng)宕機(jī)，該消息會(huì)通過預(yù)先設(shè)置的備份路由轉(zhuǎn)發(fā)給備份MSC_B。
[0029]在步驟102中，實(shí)現(xiàn)方法包括:
[0030]2.1、在STP (信令轉(zhuǎn)接點(diǎn))上制作備份路由至備份MSC_B
[0031]2.2、在宕機(jī)的MSC_A下掛MGW (媒體網(wǎng)關(guān))上制作第二路由至備份MSC_B
[0032]2.3、在SMC上制作備份路由至備份MSC_B
[0033]步驟103、]\^(:_8根據(jù)消息中包含的注冊(cè)在主用MSC下的被叫終端的呼叫狀態(tài)信息判斷是否將消息發(fā)送到備份的他局用戶。
[0034]具體而言，MSC_B根據(jù)消息中包含的注冊(cè)在主用MSC下的被叫終端的MSI查詢VLR數(shù)據(jù)庫(kù)，；若在VLR數(shù)據(jù)庫(kù)中僅有該被叫終端的IMS1、LAI和開關(guān)機(jī)狀態(tài)信息，則MSC_B判定將消息發(fā)送到備份的他局用戶，執(zhí)行步驟104 ;若判定為本局正常用戶，或者本局無此用戶，則可按現(xiàn)有技術(shù)的原流程進(jìn)行，結(jié)束本流程。由于與本實(shí)施例無關(guān)，在此不贅述。
[0035]例如，接收到MAP_MT_FORWARD_SHORT_MESSAGE消息的MSC_B判斷該消息是發(fā)送往
(I)本局正常用戶，(2)備份的他局用戶，或者(3)本局無此用戶。
[0036]實(shí)現(xiàn)這一步驟的可能方法有:
[0037]MSC_B根據(jù)MAP_MT_FORWARD_SHORT_MESSAGE消息中攜帶的被叫用戶MSI查詢本局VLR數(shù)據(jù)庫(kù)，若該用戶僅有IMS1、LAI以及開關(guān)機(jī)狀態(tài)信息則為(2)備份的他局用戶，若無法查詢到相關(guān)用戶信息為(3)本局無此用戶，其他情況會(huì)查詢到比MS1、LAI以及開關(guān)機(jī)狀態(tài)更多的信息，為(I)本局正常用戶。
[0038]步驟104，發(fā)送失敗消息到短消息中心，失敗消息中攜帶失敗原因值。
[0039]具體而言，如果判斷結(jié)果為是(2)備份的他局用戶，則MSC_B給短消息中心回失敗消息，帶原因值absent subscriber SM (缺席用戶)。
[0040]步驟105，當(dāng)短消息中心收到MSC_B返回的失敗消息，并且確定失敗原因值為缺席用戶時(shí)，向HLR發(fā)送REPORT_SM_DELIVERY-STATUS (短消息投遞狀態(tài)報(bào)告)消息，通知HLR更改
[0041]MNRF (Mobile-Stat1n - Not-Reachable-Flag,移動(dòng)臺(tái)不可及標(biāo)志位)的值，將其置為真(TURE)。
[0042]步驟106，MSC_B給短消息中心發(fā)送失敗消息后，根據(jù)呼叫狀態(tài)信息對(duì)注冊(cè)在MSC_A下的被叫終端下發(fā)尋呼，呼叫狀態(tài)信息包括被叫終端的IMSI。
[0043]具體而言，MSC_B給短消息中心回失敗消息的同時(shí)，根據(jù)IMSI提取備份用戶數(shù)據(jù)中的LAI，對(duì)此LAI下發(fā)尋呼。
[0044]步驟107，NNSF (非接入層節(jié)點(diǎn)選擇功能)實(shí)體將該被叫終端的尋呼響應(yīng)消息分發(fā)給MSC POOL內(nèi)一個(gè)正常的MSC (MSC_C),由于MSC_C的VLR數(shù)據(jù)庫(kù)里沒有該終端的頂SI，LAI和開關(guān)機(jī)狀態(tài)信息等，則將發(fā)起獨(dú)立位置更新，重新從HLR (歸屬位置寄存器)插入被叫終端的用戶數(shù)據(jù)。
[0045]步驟108，由于HLR的MNRF標(biāo)志位已在步驟105中被置成TRUE，當(dāng)該終端完成位置更新后，HLR會(huì)給SMC發(fā)
[0046]ALERT_SERVICE_CENTRE_REQ (提醒短消息中心請(qǐng)求)，通知SMC此時(shí)被叫終端的用戶已經(jīng)可及，可以重新下發(fā)短消息。
[0047]步驟109，SMC以正常流程重發(fā)該短消息至MSC_C下的該被叫終端，被叫終端成功接收短消息，由此實(shí)現(xiàn)短消息業(yè)務(wù)恢復(fù)成功。
[0048]由于上述步驟107-109為現(xiàn)有技術(shù)，故而在此簡(jiǎn)要敘述。
[0049]本申請(qǐng)?zhí)岚钢械姆桨?，并無接近的技術(shù)方案可對(duì)比。本申請(qǐng)?zhí)岚缚梢詫?shí)現(xiàn)MSCPOOL中某一 MSC故障后，其用戶的終結(jié)短消息業(yè)務(wù)恢復(fù)，短消息不會(huì)丟失。
[0050]本實(shí)施例提供的方法中，備用MSC僅需簡(jiǎn)單判斷和修改失敗原因值即可使發(fā)送給被叫終端的終結(jié)短消息在主用MSC宕機(jī)的情況下得到恢復(fù)，進(jìn)而取得在MCS POOL中一臺(tái)MSC宕機(jī)的情況下，用戶終結(jié)短消息的業(yè)務(wù)能夠恢復(fù)，終結(jié)短消息能夠成功下發(fā)到被叫終端的技術(shù)效果。
[0051]本發(fā)明實(shí)施例提供的上述方法中，雖然給出了執(zhí)行各步驟的先后順序，但是該順序僅為本發(fā)明的一個(gè)優(yōu)選的實(shí)施方式。顯然，本領(lǐng)域技術(shù)人員根據(jù)上述方法可以對(duì)該方法步驟的執(zhí)行順序進(jìn)行多種多樣的等效變換，也就是說本發(fā)明實(shí)施例方法中的上述各步驟或部分步驟完全可以按照其他順序執(zhí)行，或者同時(shí)執(zhí)行。例如:同時(shí)執(zhí)行步驟105和步驟106。因此上述方法描述的各步驟的執(zhí)行順序并僅限于實(shí)施例中所提供的一種方式。
[0052]實(shí)施例2
[0053]為了便于實(shí)施例1中的方法實(shí)現(xiàn)，本實(shí)施例提供一種MSC POOL中終結(jié)短消息業(yè)務(wù)的恢復(fù)系統(tǒng)，如圖2所示，包括:備用MSC單元21，短消息中心單元22。
[0054]備用MSC單元21，用于接收到主用MSC宕機(jī)的消息，根據(jù)消息中包含的注冊(cè)在主用MSC下的被叫終端的呼叫狀態(tài)信息判斷是否將消息發(fā)送到備份的他局用戶，若判定將消息發(fā)送到備份的他局用戶，則發(fā)送失敗消息到短消息中心22，失敗消息中攜帶失敗原因值。
[0055]短消息中心單元22，用于接收到失敗消息，且確定失敗原因值為缺席用戶時(shí)，向HLR發(fā)送消息通知HLR23修改MNRF的值為真。
[0056]進(jìn)一步地，備用MSC21，還用于根據(jù)呼叫狀態(tài)信息對(duì)注冊(cè)在主用MSC下的被叫終端下發(fā)尋呼，呼叫狀態(tài)信息包括被叫終端的MSI。
[0057]其中，備用MSC21，具體用于接收到來自短消息中心單元22的MAP_MT_F0RWARD_SH0RT_MESSAGE 消息。
[0058]備用MSC21，還用于在其VLR數(shù)據(jù)庫(kù)中備份注冊(cè)在主用MSC下的終端的MSI，LAI和開關(guān)機(jī)狀態(tài)信息；
[0059]備用MSC21，具體用于根據(jù)消息中包含的注冊(cè)在主用MSC下的被叫終端的MSI查詢VLR數(shù)據(jù)庫(kù)，若在VLR數(shù)據(jù)庫(kù)中僅有該被叫終端的IMS1、LAI和開關(guān)機(jī)狀態(tài)信息，則判定將消息發(fā)送到備份的他局用戶。
[0060]本實(shí)施例提供的系統(tǒng)可以實(shí)現(xiàn)MSC POOL中某一MSC故障后，其用戶的終結(jié)短消息業(yè)務(wù)能夠得以恢復(fù)，短消息不會(huì)丟失的技術(shù)效果。
[0061]本發(fā)明實(shí)施例提供的上述系統(tǒng)是屬于以計(jì)算機(jī)程序的流程方法為依據(jù)，并按照與方法實(shí)施例1和/或附圖中方法流程的各步驟完全對(duì)應(yīng)一致的方式，所提供的功能模塊。并且由于這種功能模塊是通過計(jì)算機(jī)程序的方式實(shí)現(xiàn)的軟件裝置(例如備用MSC單元21相當(dāng)于實(shí)施例1中的MSC-B，短消息中心單元22相當(dāng)于實(shí)施例1中的短消息中心)，所以對(duì)于系統(tǒng)實(shí)施例2未具體提及的功能模塊，由于考慮到根據(jù)上述方法實(shí)施例記載的內(nèi)容已經(jīng)足夠使本領(lǐng)域技術(shù)人員從方法記錄的各流程步驟直接地、毫無意外地確定實(shí)現(xiàn)所述步驟所必須建立的功能模塊，所以在此不贅述。
[0062]本發(fā)明的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分是以軟件產(chǎn)品的形式體現(xiàn)出來的功能，也即是說:本發(fā)明的裝置、設(shè)備或者組成系統(tǒng)的各個(gè)設(shè)備其所執(zhí)行的方法或?qū)崿F(xiàn)的功能主體即便為硬件，但是實(shí)際上實(shí)現(xiàn)本發(fā)明上述功能的部分卻是計(jì)算機(jī)軟件產(chǎn)品的模塊或單元。并且該計(jì)算機(jī)軟件產(chǎn)品可存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì)中，如計(jì)算機(jī)的軟盤，硬盤或光盤等，包括若干指令用以使得一臺(tái)設(shè)備執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
[0063]以上所述，僅為本發(fā)明的【具體實(shí)施方式】，但本發(fā)明能有多種不同形式的【具體實(shí)施方式】，上文結(jié)合附圖對(duì)本發(fā)明做舉例說明，這并不意味著本發(fā)明所應(yīng)用的【具體實(shí)施方式】只能局限在這些特定的【具體實(shí)施方式】中，本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)了解，上文所提供的【具體實(shí)施方式】只是多種優(yōu)選實(shí)施方式中的一些示例，任何體現(xiàn)本發(fā)明權(quán)利要求的【具體實(shí)施方式】均應(yīng)在本發(fā)明權(quán)利要求所要求保護(hù)的范圍之內(nèi)；本領(lǐng)域的技術(shù)人員能夠?qū)ι衔母鳌揪唧w實(shí)施方式】中所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換或者改進(jìn)等，均應(yīng)包含在本發(fā)明權(quán)利要求的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種MSC POOL中終結(jié)短消息業(yè)務(wù)的恢復(fù)方法，其特征在于，包括: 備用MSC接收到主用MSC宕機(jī)的消息； 備用MSC根據(jù)所述消息中包含的注冊(cè)在主用MSC下的被叫終端的呼叫狀態(tài)信息判斷是否將所述消息發(fā)送到備份的他局用戶； 若備用MSC判定將所述消息發(fā)送到備份的他局用戶，則發(fā)送失敗消息到短消息中心，所述失敗消息中攜帶失敗原因值。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法還包括: 所述短消息中心接收到所述失敗消息，且確定所述失敗原因值為缺席用戶時(shí)，向HLR發(fā)送消息通知所述HLR修改MNRF的值為真。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，該方法還包括: 備用MSC根據(jù)呼叫狀態(tài)信息對(duì)注冊(cè)在主用MSC下的被叫終端下發(fā)尋呼，所述呼叫狀態(tài)信息包括被叫終端的頂SI。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述備用MSC接收到主用MSC宕機(jī)的消息，具體為: 備用MSC接收到來自短消息中心的MAP_MT_FORWARD_SHORT_MESSAGE消息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，該方法還包括:備用MSC的VLR數(shù)據(jù)庫(kù)中備份有注冊(cè)在主用MSC下的終端的IMSI，LAI和開關(guān)機(jī)狀態(tài)信息； 所述備用MSC根據(jù)所述消息中包含的注冊(cè)在主用MSC下的被叫終端的呼叫狀態(tài)信息判斷是否將所述消息發(fā)送到備份的他局用戶，具體為: 備用MSC根據(jù)所述消息中包含的注冊(cè)在主用MSC下的被叫終端的MSI查詢VLR數(shù)據(jù)庫(kù)； 若在VLR數(shù)據(jù)庫(kù)中僅有該被叫終端的IMS1、LAI和開關(guān)機(jī)狀態(tài)信息，則備用MSC判定將所述消息發(fā)送到備份的他局用戶。
6.一種MSC POOL中終結(jié)短消息業(yè)務(wù)的恢復(fù)系統(tǒng)，其特征在于，包括:備用MSC單元，短消息中心單元； 所述備用MSC單元，用于接收到主用MSC宕機(jī)的消息，根據(jù)所述消息中包含的注冊(cè)在主用MSC下的被叫終端的呼叫狀態(tài)信息判斷是否將所述消息發(fā)送到備份的他局用戶，若判定將所述消息發(fā)送到備份的他局用戶，則發(fā)送失敗消息到短消息中心，所述失敗消息中攜帶失敗原因值。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于， 所述短消息中心，用于接收到所述失敗消息，且確定所述失敗原因值為缺席用戶時(shí)，向HLR發(fā)送消息通知所述HLR修改MNRF的值為真。
8.根據(jù)權(quán)利要求6或7所述的系統(tǒng)，其特征在于， 所述備用MSC，還用于根據(jù)呼叫狀態(tài)信息對(duì)注冊(cè)在主用MSC下的被叫終端下發(fā)尋呼，所述呼叫狀態(tài)信息包括被叫終端的MSI。
9.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述備用MSC，具體用于接收到來自短消息中心的 MAP_MT_FORWARD_SHORT_MESSAGE 消息。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于， 所述備用MSC，還用于在其VLR數(shù)據(jù)庫(kù)中備份注冊(cè)在主用MSC下的終端的MSI，LAI和開關(guān)機(jī)狀態(tài)信息； 所述備用MSC，具體用于根據(jù)所述消息中包含的注冊(cè)在主用MSC下的被叫終端的IMSI查詢VLR數(shù)據(jù)庫(kù)，若在VLR數(shù)據(jù)庫(kù)中僅有該被叫終端的IMS1、LAI和開關(guān)機(jī)狀態(tài)信息，則判定將所述消息發(fā)送到備份的他局用戶。
【文檔編號(hào)】H04W88/18GK104254099SQ201310268581
【公開日】2014年12月31日 申請(qǐng)日期:2013年6月28日 優(yōu)先權(quán)日:2013年6月28日
【發(fā)明者】徐亮, 朱宏毅, 孫金霞, 孫紅芳, 周平, 徐昊帆, 黃潔, 史超云 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)公司, 中國(guó)移動(dòng)通信集團(tuán)浙江有限公司