一種實現移動通信核心網寄存器故障恢復的方法、裝置的製作方法

2023-09-18 03:00:30 3

專利名稱：一種實現移動通信核心網寄存器故障恢復的方法、裝置的製作方法
技術領域：
本發明涉及移動通信核心網故障恢復技術，特別是指一種實現移動通信核 心網寄存器故障恢復的方法、裝置。
技術背景在移動通信核心網中，歸屬位置寄存器(HLR， Home Location Register)/ 訪問位置寄存器(VLR， Visitor Location Register)均存儲了移動用戶的籤約、位 置等信息，其中HLR存儲所有屬於本地的用戶的信息，VLR存儲所有位於本 地的用戶的信息，缺少這些信息數據，用戶可能無法完成基本呼叫和移動性管 理，因為HLR/VLR—旦出現故障，存放用戶信息的資料庫將會被破壞，HLR 和VLR中的用戶數據將可能出現丟失或不一致的情況，影響用戶的基本呼叫 和移動性管理。因此，HLR/VLR故障恢復過程(Fault Recovery Procedure)是移 動通信核心網中的一項必不可少的功能。HLR/VLR發生故障後，用戶數據的 恢復過程至關重要；由於對數據安全性和完整性要求高，HLR多採用成熟的 商業資料庫和存儲設備的方式來存儲數據，故障後本身有一套自己的數據恢復 過程，本發明中不再進行描述；但由於對訪問速度要求較高，VLR多採用內 存資料庫， 一旦VLR發生故障，用戶數據無法自行恢復，僅能通過向HLR發 送請求指令，要求HLR將本身資料庫中的對應用戶數據發送給VLR, VLR開 始用戶數據恢復。根據3GPP協議(3GPP29.002)的描述，當HLR發生故障後，如圖1所示， 會向VLR發送MAP—RESET消息，通知VLR自身發生了故障；VLR發生故 障後，只需要自身重新啟動，不需要通知HLR。但是上述兩種故障發生後， VLR用戶資料庫的情況是不同的，因此需要區分描述(l)HLR故障向VLR發送MAP—RESET指令。VLR用戶資料庫仍然存 在，當VLR收到HLR發送的RESET指令後，將用戶資料庫中每個用戶的指 示4立Location Information Confirmed in HLRi殳置為未確i人(Not Confirmed)才莫式，並請求HLR對VLR中的用戶數據進行確認。(2)VLR故障VLR用戶資料庫完全無法應用。重新啟動VLR後，用戶 資料庫重新建立，VLR用戶資料庫中的所有位於本地的用戶數據丟失。當HLR/VLR發生故障出現上述情況後，需要發起恢復用戶數據的流程， 以保證HLR和VLR中用戶數據一致。按照3GPP協議描述，現有技術中，當 某個用戶發起主叫或是位置更新時，會觸發該用戶的用戶數據恢復流程，圖2 中描述了當VLR用戶資料庫中不存在某個用戶數據，或該用戶數據標識位 Location Information Confirmed in HLR i更置為Not Confirmed時，需要向HLR 發起用戶數據恢復流程，具體情形分為(1) 第一次登記、或者VLR故障，導致VLR中沒有用戶數據；或者在分 組交換域(PS, Packet Switched)中，具備VLR的功能的服務GPRS支持節點 (SGSN, Serving GPRS Support Node)出現故障，導致SGSN中沒有用戶數據；(2) 移動終端的位置發生變化；(3) 由於HLR故障，導致VLR/SGSN中與該HLR相關的用戶標識位被設 置為Not Confirmed 。由此可知，當HLR或VLR故障後，就一定會在受影響用戶第一次發起呼 叫或位置更新過程時增加一次用戶數據恢復過程。移動終端^f皮呼叫的情況與主叫/位置更新類似，如果無法在VLR資料庫中 找到相應的用戶數據或是用戶數據中的標識位Location Information Confirmed in HLR被置為Not Confirmed,則發起一次用戶數據恢復過程，等用戶數據恢 復過程完成後，再處理後續呼叫過程，具體可參見協議3GPP 29.002。在上面描述的現有技術中，由於用戶數據恢復過程是在主動或被動呼叫/ 位置更新過程中引入的，因此從一定程度上增加了呼叫/位置更新過程的處理 時延；同時，用戶數據恢復過程有一定的失敗率，從一定程度上影響了呼叫/ 位置更新過程中用戶數據恢復的成功率。 發明內容本發明的目的是在移動通信核心網的HLR/VLR —旦出現故障之後，能夠 在恢復位於VLR中內存資料庫的用戶數據的過程中，縮短移動終端第一次主 叫/位置更新時的時延，並提高用戶數據恢復的成功率；為實現上述目的，本發明提供了一種實現移動通信核心網寄存器故障恢復的方法，包括以下步驟 步驟一，訪問位置寄存器在接到歸屬位置寄存器的指令，或/和因為故障而重啟後，該訪問位置寄存器讀取所有需要恢復用戶數據的國際移動用戶標識符，並將該國際移動用戶標識符存入用戶恢復臨時表；步驟二，當用戶恢復臨時表中存在國際移動用戶標識符時，則該訪問位置寄存器從該用戶恢復臨時表中批量取出國際移動用戶標識符，按照預定的流程恢復用戶數據；否則當用戶恢復臨時表中不存在國際移動用戶標識符時，則結束恢復用戶 數據的流程。該方法步驟一中在訪問位置寄存器在接到歸屬位置寄存器的指令後，將位 於訪問位置寄存器的用戶資料庫中每一個用戶的標識位設置成未確認模式。該方法步驟二中在所述該訪問位置寄存器按照預定的流程恢復用戶數據 之前，進一步判斷系統資源負荷是否符合預定指標；如果符合，則按照預定的 流程恢復用戶數據；否則，該訪問位置寄存器等待預定的時間間隔後繼續判斷系統資源負荷是 否符合預定指標。該方法所述國際移動用戶標識符永久存放在在移動交換中心的存儲設備中。該方法在所述步驟二中，所述按照預定的流程恢復用戶數據的過程進一步 包括以下步驟步驟A.訪問位置寄存器獲取當前用戶的國際移動用戶標識符後，向歸屬 位置寄存器發送移動應用協議恢復數據請求指令，該指令中攜帶該用戶的國際 移動用戶標識符信息；步驟B.歸屬位置寄存器接到上述指令後，向訪問位置寄存器發送移動應 用協議插入用戶數據請求指令，該指令中攜帶該用戶的用戶數據；步驟C.訪問位置寄存器向歸屬位置寄存器發送移動應用協議插入用戶數 據確認指令；步驟D.歸屬位置寄存器向訪問位置寄存器發送移動應用協議恢復數據確 認指令，當訪問位置寄存器接到該指令後，修改該用戶對應的用戶數據，將標識位設置成已確認^t式，表示恢復成功。該方法所述步驟D中進一步包括對於標識位已經被設置成已確認模式 的用戶，將該用戶在用戶恢復臨時表中對應的國際移動用戶標識符刪除。該方法所述該用戶的用戶數據無論是否已經恢復成功，均將該用戶在用戶 恢復臨時表中對應的國際移動用戶標識符刪除。該方法如果所述實現歸屬位置/訪問位置寄存器故障恢復的方法在所述按 照預定的流程恢復用戶悽t據的過程中恢復用戶數據失敗，則仍由移動終端主叫 /位置更新恢復方法在由移動終端發起的主叫/位置更新過程中恢復用戶數據。該方法中，當訪問位置寄存器正在執行所述的恢復方法時，如果移動終端 發起主叫/位置更新恢復方法的流程，則將當前正在進行恢復的用戶的標識位 設置成正在確認模式；當移動終端正在執行主叫/位置更新恢復方法時，如果訪問位置寄存器發 起所述的恢復方法的流程，則將當前正在恢復的用戶的標識位設置成正在確認 模式。該方法中，如果當前正在進行恢復的用戶恢復成功，則將標識位設置成已確認模式，否則設置成未確認模式。該方法所述步驟一中的用戶恢復臨時表是一個鍊表、或者數組、或者隊列。 該方法所述系統資源負荷至少包括CPU佔用率、鏈路佔用情況。 該方法中，服務GPRS支持節點在分組交換域執行訪問位置寄存器的功能時，所述故障恢復的方法在服務GPRS支持節點中實現。一種實現歸屬位置/訪問位置寄存器故障恢復的裝置，該裝置包括訪問位置寄存器；該訪問位置寄存器讀取所有需要恢復用戶的國際移動用戶標識符，並將該 國際移動用戶標識符存入用戶恢復臨時表；該訪問位置寄存器並用於在判斷出系統資源負荷低於預定指標，且用戶恢 復臨時表中仍有國際移動用戶標識符的情況下，從所述用戶恢復臨時表中批量 取出國際移動用戶標識符，按照預定的流程恢復用戶數據。該裝置中，訪問位置寄存器按照預定的流程恢復用戶數據進一步包括訪問位置寄存器獲取當前用戶的國際移動用戶標識符後，向歸屬位置寄存器發送移動應用協議恢復用戶數據請求指令，該指令中攜帶該用戶的國際移動用戶標識符；歸屬位置寄存器接到上述指令後，向訪問位置寄存器發送移動應用協議插 入用戶數據請求指令，該指令中攜帶該用戶的用戶數據；訪問位置寄存器向歸屬位置寄存器發送的指令是移動應用協議插入用戶 數據確認指令；歸屬位置寄存器向訪問位置寄存器發送移動應用協議恢復用戶數據確認 指令，當訪問位置寄存器接到該指令後，修改該用戶對應的用戶數據，將標識 位設置為已確認模式，表示恢復成功。該裝置進一步包括一個存儲單元，所述存儲單元位於移動交換中心的存儲 設備中，並用於存放國際移動用戶標識符。該裝置中，服務GPRS支持節點在分組交換域中執行訪問位置寄存器的功 能時，所述故障恢復的裝置在分組交換域的服務GPRS支持節點中實現。本發明提供的這種一種實現移動通信核心網寄存器故障恢復的方法，是在 VLR接到HLR的RESET指令，或者因為VLR的故障重啟之後，由VLR讀 取所有需要恢復用戶的國際移動用戶標識符(IMSI ， International Mobile Subscriber Identifier)信息，並存入用戶恢復臨時表；由於不是由UE發起恢復 過程，因此充分利用了 UE待機時間進行恢復，避免了UE呼叫時的時延。在 系統資源負荷低於預定指標且用戶恢復臨時表中仍有IMSI時，則VLR從用 戶恢復臨時表中批量取出用戶的IMSI，按照預定的流程與HLR進行交互恢復， 提高了呼叫的接通率；由於該技術與現有技術兼容而且互相不妨礙，相當於增 加了一種恢復用戶數據的技術手段，因此加快了用戶數據的恢復速度，也增加 了恢復的成功率。


圖1為本發明現有技術HLR發生故障時向VLR發送MAP—RESET指令 的示意圖；圖2為本發明實施例主叫/位置更新過程中用戶數據恢復流程圖； 圖3為本發明實施例用戶數據恢復流程示意圖； 圖4為本發明實施例用戶數據恢復時序圖。
具體實施例方式
本發明提供了 一種實現移動通信核心網寄存器故障恢復的方法。 本發明實施例提供的技術方案與現有技術是兼容的，均可以完成恢復用戶 數據的功能，這也是本發明的一個優勢所在，因此有必要描述現有技術中是如
何在移動終端的主叫/位置更新過程中完成用戶數據恢復流程的，如圖2所示， 是對現有技術的用戶數據恢復過程的描述。
本發明中實施例中，認為VLR和服務GPRS支持節點的功能是一樣的， 這是因為VLR是電路交換(CS， Circuit Switched)域存儲所有駐留在本地用戶 數據的伺服器；SGSN是分組交換域存儲所有駐留在本地用戶數據的伺服器， 也即是說，SGSN與VLR在各自的域中的功能是基本一樣的。不失一般性， 本發明實施例以VLR作為以下實施例中訪問位置寄存器的具體功能模塊；且 所述寄存器包括了訪問位置寄存器和歸屬位置寄存器。
步驟201.在現有技術中，恢復HLR/VLR中的用戶數據的過程是由移動 終端(UE， UserEquipment)主動發起的，如圖2所示，該用戶數據恢復過程通 常包括主叫發起、位置更新發起；
當由UE主叫發起時，UE向VLR發送連接管理業務請求(CM Service Request, Connection Management Service Request)指令；當由UE的^f立置更殺斤 發起時，UE向VLR發送Location Update Request指令。
步驟202. VLR接收到上述由UE發送過來的任一指令後，判斷是否發起 獲取IMSI的過程，如果不需要發起，即如果VLR中存有用戶的IMSI信息， 則直接轉步驟203;
否則VLR向UE發送Identity R叫uest指令，請求UE發送該UE的IMSI, UE接到該指令後向VLR發送Identity Response指令，該指令中攜帶有該UE 的IMSI,然後轉步驟203。
步驟203. VLR判斷是否進行用戶數據恢復，如果不需要，則直接轉步驟 204;否則分為以下兩種情況進行處理，此時VLR凝:據庫中該用戶信息或用戶 數據標識位Location Information Confirmed in HLR為Not Confirmed。
VLR可以支持以兩種不同的方式向VLR發送指令
(A)當VLR自UE接收到的消息中帶有位置區標識(LAI， Location AreaIdentity)信息時，則VLR向HLR發送移動應用協議位置更新請求 (MAPJJPDATE一LOCATIONREQ)指令，HLR接到該指令後向VLR發送指令 移動應用協議插入用戶數據請求(MAP_INSERT—SUBSCRIBER_DATA REQ) 指令；
接著，VLR向HLR發送移動應用協議插入用戶數據確認(MAPJNSERT一 SUBSCRIBER—DATACFM)指令，HLR接到指令後向VLR發送移動應用協議 位置更新確認(MAPJJPDATE— LOCATION CFM)指令。
(B)當VLR自UE接收到的消息中不帶有LAI信息時，則VLR向HLR 發送移動應用協議恢復數據請求(MAP_RESTORE_DATA REQ)指令，HLR接 到指令後向 VLR發送移動應用協議插入用戶數據請求 (MAP—INSERT—SUBSCRIBER—DATA REQ)指令；
接著，VLR向HLR發送移動應用協議插入用戶數據確認(MAP—INSERT_ SUBSCRIBER—DATACFM)指令，HLR接到指令後向VLR發送移動應用協議 恢復數據確認(MAP一 RESTORE —DATA CFM)指令。
由於本發明實施例中是由VLR主動發起恢復流程的，因此VLR自UE接 收到的消息中不帶有LAI信息，VLR與HLR之間的通信採用的即為上迷的方 法(B)。
步驟204.後續的鑑權、TMSI重分配過程，該過程雖然位於步驟203之 後，但是如果VLR判斷不需要進行步驟202的發起IMSI獲取過程，同時VLR 也判斷不需要進行用戶恢復過程，則在步驟201之後就可以進行步驟204的以 下操作；
UE主叫發起後，VLR向UE發送CM Service Accept開始後續過程； 或者UE位置更新發起後，VLR向UE發送Location Update Response。 上迷是關於現有技術中用戶數據恢復過程的描述，更為詳細的技術細節可
以參見3GPP協議(3GPP 29.002)。本發明的技術方案與現有技術方案是兼容的，
以下描述了本發明技術方案的具體實施過程。
首先需要說明的是，由於VLR多採用內存資料庫，因此從邏輯上來講，
VLR中沒有存儲設備，但是，由於移動交換中心(MSC, Mobile Switching Center)
具有計費和統計功能，因此MSC配置有存儲設備，而VLR通常和MSC在物理上是一體的，因此在本發明實施例中，可以從物理上劃分出一塊小容量的存
儲設備供VLR使用。每當VLR中新增加一個用戶信息時，將該用戶的IMSI 號碼存儲在存儲設備中；同理，當需要從VLR中刪除一個用戶數據時，也要 相應的將該用戶的IMSI號碼從存儲設備中刪除。
根據3GPP 29.002協議的描述，通常在以下兩種情形下需要進行用戶數據 的恢復
(1) 當HLR發生故障後，會向VLR發送MAP_RESET消息，通知VLR該 HLR自身發生了故障，這會導致修改VLR中用戶數據的相應數據，因此需要 用戶數據的恢復；當HLR出現故障，會發送RESET指令給VLR, VLR接收 到HLR的RESET指令之後，根據該指令中攜帶的歸屬位置寄存器列表(HLR List),將VLR中屬於HLR列表中的用戶選出，將這些用戶的數據標識位 Location Information Confirmed in HLR置為Not Confirmed。取出VLR悽t據庫 中的那些數據標識位Location Information Confirmed in HLR為Not Confirmed 的所有用戶的IMSI信息存放在上述存儲設備中，為了存取的方便，在邏輯上 可以以鍊表的形式存放，也可以採用其它的數據結構來實現，例如數組、隊列 或者是堆棧等來存放IMSI信息。
(2) VLR故障後，只需要自身重新啟動即可，不需要通知HLR,同樣需要 用戶數據的恢復。當VLR出現故障，則在重新啟動VLR時，從存儲設備中記 錄中讀取用戶的IMSI信息，然後按照預定原則發起用戶數據恢復過程。
在VLR處理完HLR發出的RESET消息，或者VLR故障重啟之後，VLR 讀取存儲設備中所有用戶的IMSI信息，並按照預定的條件來確定需要發起哪 些用戶數據的恢復過程。
分批次主動發起恢復用戶過程，例如以每100個用戶為一組。其主動恢 復用戶過程的具體過程如下
步驟301. VLR處理完HLR發出的RESET消息，或是VLR故障重啟之後， VLR讀取所有需要恢復的用戶的IMSI信息，將所述IMSI信息存儲在一張用 戶恢復臨時表中。
步驟302.判斷用戶恢復臨時表中是否存在需要恢復的用戶的IMSI信息， 如果存在，轉步驟303，否則轉步驟307。步驟303.判斷系統資源的使用情況是否低於預定的指標；如杲是，則轉 步驟304，否則轉步驟306;
對系統資源的使用情況進行判斷是為了進一步優化本發明方法的實施效 果，是為了保證不擠佔正常業務對系統資源的使用，同時儘可能快的恢復用戶 數據。所述判斷系統的資源使用情況，包括對CPU佔用率、負荷、鏈路佔用 等各種預先採用的指標的判斷。
步驟304.當低於預定的指標時，從用戶恢復臨時表的表頭開始，取若干 個用戶的IMSI發起主動恢復用戶數據過程；
對於其中的每一個用戶，按照流程圖4發起用戶數據恢復過程。
步驟305.當第一批用戶發起恢復過程之後，每發起一個用戶的恢復，無 論該恢復成功失敗，都從存儲設備中的鍊表上刪除該用戶對應的IMSI;這是 因為本發明的技術方案與現有技術是兼容的，即使該恢復過程失敗了，在UE 的呼叫和位置更新過程中，還可以使用現有技術方案恢復用戶數據。返回步驟 302。
步驟306.等待一段時間，轉步驟302;
這裡的一段時間是預先設定的時間間隔，其具體的時間間隔究竟釆取多少 可以由技術人員確定，例如在系統繁忙的白天可以設定一個較長的時間間隔， 而在系統空閒較多的晚間可以設定一個較短的時間間隔。
步驟307.存儲未恢復用戶IMSI的用戶恢復臨時表為空，用戶數據恢復 過程結束。
當 一個用戶通過Location Update或呼叫過程恢復用戶數據之後，將其從 該用戶恢復臨時表中刪除。
對鍊表中的所有用戶數據恢復過程結束後，無論是主動發起用戶恢復過程 還是由於用戶發起呼叫/位置更新導致的恢復過程，將VLR中每一個用戶的數 據對應用戶的數據標識位Location Information Confirmed in HLR置為已確認 (Confirmed)模式。
其中，步驟303描述的每一個用戶數據的恢復過程可以由以下過程完成，， 且該恢復用戶數據過程符合3GPP 29.002協議中的規則，該過程具體描述如圖 4所示。步驟401. VLR獲取當前用戶的IMSI後，向HLR發送移動應用協議恢復 數據請求(MAP—RESTORE一DATA request)指令，該指令中攜帶該用戶的IMSI 信息。
步驟402. HLR接到上述指令後，向VLR發送移動應用協議插入用戶數據 請求(MAPJNSERT^SUBSCRIBEI^DATA request)指令，該指令中攜帶該用戶 的用戶數據(User Date)。
步驟403. VLR向HLR發送移動應用協議插入用戶數據確認 (MAP—INSERT—SUBSCRIBER—DATA confirm)指令。
步驟404. HLR向VLR發送移動應用協議恢復數據確認 (MAI^RESTORE一DATAconfirm)指令，當VLR接到該指令後，修改該用戶對 應的用戶數據，將標識位Location Information Confirmed in HLR置為 Confirmed,表示'陝復成功。
在上述恢復過程中，如果任何一個步驟出現錯誤，均可以退出對當前用戶 的恢復過程，這是由於本發明的技術方案與現有技術方案是兼容的，因此即使 該恢復過程失敗了，在UE的呼叫和位置更新過程中，還可以使用現有技術方 案恢復用戶數據。同時由於系統兼容了兩種恢復過程的技術方案，也需要充分 考慮下面兩種用戶數據恢復過程並發的情況
1. 當用戶正在進行主動用戶數據恢復過程時，如果這時用戶發起呼叫/位 置更新，目前VLR的資料庫中肯定沒有該用戶信息或是相應的標識位為Not Confirmed。這時就產生了 一個並發處理，用戶是否需要重新發起用戶恢復過 程。
2. 當用戶發起呼叫/位置更新過程，如果進行到了恢復用戶數據過程時， 這時用戶信息尚未更新，主動用戶數據恢復過程也可以發起用戶數據恢復過 程，這裡又存在一個並發，這時主動用戶數據恢復過程是否需要重新發起該用 戶恢復過程。
解決以上兩種並發的方法如下
將VLR資料庫中的數據標識位Location Information Confirmed in HLR取 值範圍擴展，分為Not Confirmed、 Confirmed和正在確認(Confirming)模式， 新增的Confirming狀態表示用戶數據正在恢復過程中，若且唯若發起用戶數據恢復過程時才會出現該狀態，恢復過程結束後，成功將標識位Location Information Confirmed in HLR修改為Confirmed,失敗將標識位修改為Not Confirmed 。
無論因為何種原因需要發起一個用戶的數據恢復過程，如果VLR資料庫中 有用戶信息，只是數據標識位Location Information Confirmed in HLR的值為 Not Confirmed,將該標識位修改為Confirming,發起恢復過程；如果VLR數 據庫中沒有該用戶的信息，將用戶的簡單信息IMSI、 LAI等等先插入資料庫 中，然後將數據標識位Location Information Confirmed in HLR設置為 Confirming,發起恢復過程。當發生並發時，首先查詢用戶的數據標識位狀態， 如果為Confirming,等待用戶數據恢復完成後，直接進行後續的動作即可。
根據上面描述的方法，本發明還提出了一種實現歸屬位置/訪問位置寄
存器故障恢復的裝置，該裝置包括訪問位置寄存器VLR、 一個存儲單元，該 存儲單元中存有用戶的國際移動用戶標識符；
所述存儲單元通常是位於MSC的存儲設備上劃分出來的一個區域，也可 以是一個增加的寄存器或者其它類型的存儲設備或者晶片。
當訪問位置寄存器接到歸屬位置寄存器的RESET指令，或者是因為訪問 位置寄存器的故障重啟後，建立一張用戶恢復臨時表，訪問位置寄存器從存儲 單元中讀取所有需要恢復用戶的IMSI，並將該IMSI存入用戶恢復臨時表；
判斷系統資源是否低於預定指標，所述系統資源包括CPU佔用率、鏈路 佔用情況等，如果低於預定指標，且用戶恢復臨時表中仍有IMSI的情況下， 訪問位置寄存器從用戶恢復臨時表中批量取出國際移動用戶標識符，按照預定 的流程恢復用戶數據；
如果判斷系統資源負荷高於預定指標，則等待預定的一段時間，再次判斷 系統資源負荷。所述進行判斷的可以依據根據檢測到的相應的指標。
上述技術方案不僅適用於CS域中的VLR來完成用戶數據的恢復，而且 也可以適用於PS域中的SGSN來完成用戶數據的恢復。這是因為HLR是存 儲所有歸屬本地用戶數據的伺服器，VLR是CS域存儲所有駐留在本地用戶數 據的伺服器；SGSN是PS域存儲所有駐留在本地用戶數據的伺服器，也即是 說，SGSN與VLR在各自的域中的功能是基本一樣的。因此，如果第一次登記時，VLR、 SGSN故障後，都可以使得VLR和SGSN中均沒有用戶數據。 HLR故障後，發送MAP—RESET消息，將VLR、 SGSN中所有歸屬於故障HLR 用戶的用戶標識位被設置為Not Confirmed,並遵循上述描述的技術方案開始 用戶數據恢復流程。由上述描述的技術方案的實施例可以看出，當HLR/VLR發生故障後，按 照協議3GPP 29.002描述用戶數據恢復過程如圖4中所描述的，且本技術方案(1) 大多是在用戶的移動終端待機期間進行恢復過程，減少了了故障後用 戶第一次呼叫/位置更新進行恢復的次數，縮短了用戶第一次呼叫/位置更新執 行時間，而且提高了恢復過程的成功率；(2) VLR按照預定的原則，結合系統性能主動發起用戶數據恢復過程，盡 量保證了在系統空閒的情況下多發起過程，系統忙時少發起過程；避免出現集 中才喿作導致系統擁塞的情況出現；(3) 可以和3GPP協議規定的現有實現方案兼容，不影響現有的恢復流程。 上所述僅是本發明的優選實施方式，應當指出，對於本技術領域的普通技術人員來說，在不脫離本發明原理的前提下，還可以做出若千改進和潤飾，這 些改進和潤飾也應^L為本發明的保護範圍。
權利要求
1.一種實現移動通信核心網寄存器故障恢復的方法，其特徵在於，包括以下步驟步驟一，訪問位置寄存器在接到歸屬位置寄存器的指令，或/和因為故障而重啟後，該訪問位置寄存器讀取所有需要恢復用戶數據的國際移動用戶標識符，並將該國際移動用戶標識符存入用戶恢復臨時表；步驟二，當用戶恢復臨時表中存在國際移動用戶標識符時，則該訪問位置寄存器從該用戶恢復臨時表中批量取出國際移動用戶標識符，按照預定的流程恢復用戶數據；否則當用戶恢復臨時表中不存在國際移動用戶標識符時，則結束恢復用戶數據的流程。
2. 如權利要求1所述的方法，其特徵在於，步驟一中在訪問位置寄存器 在接到歸屬位置寄存器的指令後，將位於訪問位置寄存器的用戶資料庫中每一 個用戶的標識位設置成未確認模式。
3. 如權利要求1所述的方法，其特徵在於，步驟二中在所述該訪問位置 寄存器按照預定的流程恢復用戶數據之前，進一步判斷系統資源負荷是否符合 預定指標；如果符合，則按照預定的流程恢復用戶數據；否則，該訪問位置寄存器等待預定的時間間隔後繼續判斷系統資源負荷是 否符合預定指標。
4. 如權利要求3所述的方法，其特徵在於，所述系統資源負荷至少包括 CPU佔用率、鏈路佔用情況。
5. 如權利要求1所述的方法，其特徵在於，所述國際移動用戶標識符永 久存放在在移動交換中心的存儲設備中。
6. 如權利要求1所述的方法，其特徵在於，在所述步驟二中，所述按照 預定的流程恢復用戶數據的過程進一步包括以下步驟步驟A.訪問位置寄存器獲取當前用戶的國際移動用戶標識符後，向歸屬 位置寄存器發送移動應用協議恢復數據請求指令，該指令中攜帶該用戶的國際 移動用戶標識符信息；步驟B.歸屬位置寄存器接到上述指令後，向訪問位置寄存器發送移動應 用協議插入用戶數據請求指令，該指令中攜帶該用戶的用戶數據；步驟C.訪問位置寄存器向歸屬位置寄存器發送移動應用協議插入用戶數 據確認指令；步驟D.歸屬位置寄存器向訪問位置寄存器發送移動應用協議恢復數據確 認指令，當訪問位置寄存器接到該指令後，修改該用戶對應的用戶數據，將標 識位設置成已確認模式，表示恢復成功。
7. 如權利要求6所述的方法，其特徵在於，所述步驟D中進一步包括 對於標識位已經被設置成已確認模式的用戶，將該用戶在用戶恢復臨時表中對 應的國際移動用戶標識符刪除。
8. 如權利要求1或7所述的方法，其特徵在於，所述該用戶的用戶數據 無論是否已經恢復成功，均將該用戶在用戶恢復臨時表中對應的國際移動用戶 標識符刪除。
9. 如權利要求1所述的方法，其特徵在於，如果所述實現歸屬位置/訪問 位置寄存器故障恢復的方法在所述按照預定的流程恢復用戶數據的過程中恢 復用戶數據失敗，則仍由移動終端主叫/位置更新恢復方法在由移動終端發起 的主叫/位置更新過程中恢復用戶數據。
10. 如權利要求l所述的方法，其特徵在於，當訪問位置寄存器正在執行所述的恢復方法時，如果移動終端發起主叫/ 位置更新恢復方法的流程，則將當前正在進行恢復的用戶的標識位設置成正在 確iMt式；當移動終端正在執行主叫/位置更新恢復方法時，如果訪問位置寄存器發 起所述的恢復方法的流程，則將當前正在恢復的用戶的標識位設置成正在確認 模式。
11. 如權利要求1或IO所述的方法，其特徵在於，如果當前正在進行恢 復的用戶恢復成功，則將標識位設置成已確iM^式，否則設置成未確認模式。
12. 如權利要求l所述的方法，其特徵在於，所述步驟一中的用戶恢復臨 時表是一個鍊表、或者數組、或者隊列。
13. 如權利要求l所述的方法，其特徵在於，服務GPRS支持節點在分組交換域執行訪問位置寄存器的功能時，所述故障恢復的方法在服務GPRS支持 節點中實現。
14. 一種實現歸屬位置/訪問位置寄存器故障恢復的裝置，其特徵在於，該 裝置包括訪問位置寄存器；該訪問位置寄存器讀取所有需要恢復用戶的國際移動用戶標識符，並將該 國際移動用戶標識符存入用戶恢復臨時表；該訪問位置寄存器並用於在判斷出系統資源負荷低於預定指標，且用戶恢 復臨時表中仍有國際移動用戶標識符的情況下，從所述用戶恢復臨時表中批量 取出國際移動用戶標識符，按照預定的流程恢復用戶數據。
15. 如權利要求14所述的裝置，其特徵在於，訪問位置寄存器按照預定 的流程恢復用戶數據進一步包括訪問位置寄存器獲取當前用戶的國際移動用戶標識符後，向歸屬位置寄存 器發送移動應用協議恢復用戶數據請求指令，該指令中攜帶該用戶的國際移動 用戶標識符；歸屬位置寄存器接到上述指令後，向訪問位置寄存器發送移動應用協議插 入用戶數據請求指令，該指令中攜帶該用戶的用戶數據；訪問位置寄存器向歸屬位置寄存器發送的指令是移動應用協議插入用戶 數據確認指令；歸屬位置寄存器向訪問位置寄存器發送移動應用協議恢復用戶數據確認 指令，當訪問位置寄存器接到該指令後，修改該用戶對應的用戶數據，將標識 位設置為已確認^^式，表示恢復成功。
16. 如權利要求14所述的裝置，其特徵在於，該裝置進一步包括一個存 儲單元，所述存儲單元位於移動交換中心的存儲設備中，並用於存放國際移動 用戶標識符。
17. 如權利要求14所述的裝置，其特徵在於，服務GPRS支持節點在分 組交換域中執行訪問位置寄存器的功能時，所述故障恢復的裝置在分組交換域 的服務GPRS支持節點中實現。
全文摘要
本發明提供一種實現移動通信核心網寄存器故障恢復的方法、裝置，包括以下步驟步驟一，訪問位置寄存器在接到歸屬位置寄存器的指令，或/和因為故障而重啟後，該訪問位置寄存器讀取所有需要恢復用戶數據的國際移動用戶標識符，並存入用戶恢復臨時表；步驟二，當用戶恢復臨時表中存在國際移動用戶標識符時，則該訪問位置寄存器從該用戶恢復臨時表中批量取出國際移動用戶標識符，按照預定的流程恢復用戶數據；否則結束恢復用戶數據的流程。應用上述技術方案，減小了移動終端呼叫的時延，並提高了呼叫的接通率；避免了UE呼叫時的延時，同時由於該技術與現有技術兼容而且互相不妨礙，因此加快了用戶數據的恢復速度，也增加了用戶數據恢復的成功率。
文檔編號H04Q7/22GK101325738SQ20071011898
公開日2008年12月17日 申請日期2007年6月15日 優先權日2007年6月15日
發明者趙曉飛 申請人:大唐移動通信設備有限公司