Mscpool中終結短消息業務的恢復方法及系統的製作方法

2023-08-04 11:20:36 1

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

【技術領域】
[0001]本發明涉及通信核心網軟交換中的MSC POOLCMobile Switch Center Pool，移動交換中心池)技術，特別涉及一種MSC POOL中終結短消息業務的恢復方法及系統。

【背景技術】
[0002]目前在3GPP TS23.236協議中提出了 「POOL區」這個概念，一個POOL區內有多個MSC(移動交換中心)並行的運行，來共同分擔POOL區內的業務。所述多個MSC組成MSC組，並稱之為MSC POOL。
[0003]MSC POOL組網與傳統組網相比主要的不同點在於:一個BSC (基站控制器)能夠同時連接多個MSC，多個MSC組成POOL，BSC與POOL內的每個MSC實現信令連接。這種網絡結構可以很好地提高網絡性能，如實現核心網資源負荷分擔、減少用戶局間漫遊和切換、減少MSC和HLR(歸屬位置寄存器)之間信令交互。
[0004]在容災方面，MSC POOL具有固定的主叫容災功能。即POOL內某一臺MSC宕機(如故障，或無法正常工作)時，註冊在此MSC下的用戶發起主叫業務，用戶將重新註冊至POOL內其他MSC後接續呼叫，業務不受影響。被叫方面，現有的技術方案實現了當宕機MSC下用戶做被叫時，此用戶會重新發起獨立位置更新，從宕機的MSC位置更新至POOL內其他MSC，業務也不會受影響。
[0005]但是，現有的技術方案只解決了用戶做被叫及始發短消息時的業務恢復，尚不能解決當用戶做終結短消息時的業務恢復。也就是說，當一臺MSC宕機情況下，此MSC下的某一用戶在沒有發出任何始發流程或周期性位置更新前，此用戶做終結短消息(即接收短消息)業務將無法成功，甚至此短消息有可能被丟棄。


【發明內容】

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

【專利附圖】

【附圖說明】
[0019]附圖用來提供對本發明的進一步理解，並且構成說明書的一部分，與本發明的實施例一起用於解釋本發明，並不構成對本發明的限制。在附圖中:
[0020]為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
[0021]圖1為本發明實施例1提供的一種MSC POOL中終結短消息業務的恢復方法的流程圖；
[0022]圖2為本發明實施例2提供的一種MSC POOL中終結短消息業務的恢復系統的結構示意圖。

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