專利名稱:一種實現(xiàn)容災的方法及裝置的制作方法
技術領域：
本發(fā)明涉及網(wǎng)絡通信技術，尤其涉及一種實現(xiàn)容災的方法及裝置。
技術背景
在傳統(tǒng)的移動通信網(wǎng)絡架構中， 一個移動交換中心(MSC， Mobile Switch Center)可以連接多個基站控制器(BSC, Base Station Control),但一個 BSC只能連接一個MSC。這種組網(wǎng)方式較為簡單，對于用戶發(fā)起的業(yè)務請 求消息，BSC收到后直接路由給與自身連接的MSC即可。但是，這種組網(wǎng) 方式的容災能力較差，比如，如果一個MSC發(fā)生故障宕機，那么，該MSC 下掛的所有BSC都將失去作用，這些BSC所覆蓋范圍內(nèi)的所有用戶都將無 法進行業(yè)務通信。
為了解決上述問題，3GPP R5引入了 MSC池(Pool)的組網(wǎng)方式，其 結構參見圖l所示，不僅一個MSC可以連接多個BSC，并且一個BSC也可 以連接多個MSC，這些MSC對BSC構成了 MSC池。BSC在收到用戶發(fā)起 的業(yè)務請求消息后，根據(jù)一定的算法從MSC池中選擇一個MSC進行消息路 由。如果MSC池中的某個MSC發(fā)生了故障，則可以將發(fā)生故障的MSC上 的用戶遷移到池區(qū)中其它正常的MSC上，這樣用戶仍然可以進行正常的業(yè) 務通信，從而實現(xiàn)了容災。
由以上描述可見，雖然MSC池的組網(wǎng)方式能夠實現(xiàn)容突，具有一定的 容災能力，但是，這種實現(xiàn)容災的方法會對周邊網(wǎng)元產(chǎn)生一定的影響。比如， BSC在收到業(yè)務請求消息后需要進行MSC的選擇，這樣會導致BSC上業(yè)務 處理復雜度的增加。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)容災的方法及裝置，在 不影響周邊網(wǎng)元的條件下實現(xiàn)容災。
為達到上述目的，本發(fā)明實施例提供的實現(xiàn)容災的方法如下
業(yè)務分發(fā)單元收到業(yè)務請求消息后，從至少兩個業(yè)務處理單元中選擇一個 正常的業(yè)務處理單元，并將收到的業(yè)務請求消息發(fā)送給被選擇的業(yè)務處理單元 處理，其中，所述業(yè)務分發(fā)單元以用戶為單位進行消息分發(fā)。
當所述業(yè)務處理單元之間采用主備方式工作時，所述從至少兩個業(yè)務處理 單元中選擇一個正常的業(yè)務處理單元包括當主用業(yè)務處理單元正常時，選擇 主用業(yè)務處理單元；當主用業(yè)務處理單元發(fā)生故障時，選擇備用業(yè)務處理單元；
當所述業(yè)務處理單元之間采用負荷分擔方式工作時，所述從至少兩個業(yè)務 處理單元中選擇一個正常的業(yè)務處理單元包括按照負荷分擔原則從所述至少 兩個業(yè)務處理單元中選擇一個業(yè)務處理單元，而發(fā)生故障的業(yè)務處理單元不在 備選之列。
其中，所述業(yè)務分發(fā)單元包括至少兩個子業(yè)務分發(fā)單元，所述子業(yè)務分發(fā) 所述將收到的業(yè)務請求消息發(fā)送給被選擇的業(yè)務處理單元處理還包括
業(yè)務分發(fā)單元將收到的業(yè)務請求消息發(fā)送給#:選擇的業(yè)務處理單元，業(yè)務
處理單元對收到的業(yè)務請求消息進行處理，并從數(shù)據(jù)存儲單元中獲取業(yè)務處理 過程中所需要的業(yè)務數(shù)據(jù)。
所述數(shù)據(jù)存儲單元包括至少兩個子數(shù)據(jù)存儲單元，所述子數(shù)據(jù)存儲單元之 間采用主備方式工作或者采用負荷分擔方式工作。
所述業(yè)務分發(fā)單元、業(yè)務處理單元和數(shù)據(jù)存儲單元在同一地點設置，或者 在不同的地點分離設置。
所述業(yè)務分發(fā)單元、業(yè)務處理單元和數(shù)據(jù)存儲單元之間通過內(nèi)部總線方式 通信，或者通過外部網(wǎng)絡方式通信。
所述業(yè)務分發(fā)單元和業(yè)務處理單元設置在移動交換中心MSC中。
另外，本發(fā)明還提供了一種節(jié)點設備，包括以用戶為單位進行消息分發(fā)
的業(yè)務分發(fā)單元和至少兩個業(yè)務處理單元，其中，
業(yè)務分發(fā)單元，用于在收到業(yè)務請求消息后，從所述至少兩個業(yè)務處理單
元中選擇一個正常的業(yè)務處理單元，并將收到的業(yè)務請求消息發(fā)送給被選擇的
業(yè)務處理單元；
業(yè)務處理單元，用于對收到的業(yè)務請求消息進行處理。 所述業(yè)務處理單元之間采用主備方式工作或者采用負荷分擔方式工作。 所述業(yè)務分發(fā)單元包括至少兩個子業(yè)務分發(fā)單元，所述子業(yè)務分發(fā)單元之
間釆用主備方式工作或者采用負荷分擔方式工作。 該設備進一步包括
數(shù)據(jù)存儲單元，用于存儲該節(jié)點設備的業(yè)務數(shù)據(jù)，并向業(yè)務處理單元提供 業(yè)務處理過程中所需要的業(yè)務數(shù)據(jù)。
所述數(shù)據(jù)存儲單元包括至少兩個子數(shù)據(jù)存儲單元，所述子數(shù)據(jù)存儲單元之 間采用主備方式工作或者采用負荷分擔方式工作。
所述業(yè)務分發(fā)單元、業(yè)務處理單元和數(shù)據(jù)存儲單元在同一地點設置，或者 在不同的地點分離設置。
所述業(yè)務分發(fā)單元、業(yè)務處理單元和數(shù)據(jù)存儲單元之間通過內(nèi)部總線方式 通信，或者通過外部網(wǎng)絡方式通信。
所述節(jié)點設備為MSC。
由此可見，在本發(fā)明實施例所提供的技術方案中，當節(jié)點中的任意一個 業(yè)務處理單元發(fā)生故障不能工作時，都可以選擇由其它正常的業(yè)務處理單元 來處理業(yè)務，這樣就不會對節(jié)點的正常業(yè)務產(chǎn)生影響，從而實現(xiàn)了節(jié)點的自 容災。并且，節(jié)點采用統(tǒng)一的接口與周邊網(wǎng)元連接，通過業(yè)務分發(fā)單元來進 行業(yè)務請求消息的分發(fā)，可以屏蔽節(jié)點內(nèi)部的多業(yè)務處理單元結構，從而實 現(xiàn)了在不影響周邊網(wǎng)元的條件下實現(xiàn)容災。


圖1為現(xiàn)有技術中的MSCPool組網(wǎng)結構示意圖。
圖2為本發(fā)明實施例中實現(xiàn)自容災的節(jié)點結構示意圖。
圖3為本發(fā)明實施例中實現(xiàn)自容災的MSC節(jié)點結構示意圖。
具體實施方式
為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，下面參照附圖并舉 實施例，對本發(fā)明作進一步詳細說明。
由背景技術描述可見，現(xiàn)有的實現(xiàn)容災的方法容易對周邊網(wǎng)元產(chǎn)生影 響，會導致周邊網(wǎng)元處理復雜度的增加。為了克服現(xiàn)有技術中的問題，本發(fā) 明實施例提供了一種能夠實現(xiàn)自容災的節(jié)點，該節(jié)點采用統(tǒng)一的接口與周邊 網(wǎng)元連接，對周邊網(wǎng)元只呈現(xiàn)為一個網(wǎng)元，能夠在實現(xiàn)容突的同時減少對周 邊網(wǎng)元的影響。
參見圖2所示，本發(fā)明實施例提供的實現(xiàn)自容災的節(jié)點包括業(yè)務分發(fā) 單元、業(yè)務處理單元和數(shù)據(jù)存儲單元三大部分。其中，業(yè)務分發(fā)單元，用于 接收業(yè)務請求消息，并將收到的業(yè)務請求消息分發(fā)給業(yè)務處理單元；業(yè)務處 理單元，用于對收到的業(yè)務請求消息進行處理；數(shù)據(jù)存儲單元，用于存儲本 節(jié)點的業(yè)務數(shù)據(jù)(包括與用戶相關的靜態(tài)數(shù)據(jù)和動態(tài)數(shù)據(jù))，并向業(yè)務處理 單元提供業(yè)務處理過程中所需要的業(yè)務數(shù)據(jù)。
為了防止業(yè)務分發(fā)單元、業(yè)務處理單元和數(shù)據(jù)存儲單元中的任意一個發(fā) 生故障而導致節(jié)點無法進行正常的業(yè)務通信，圖2中設置了多個業(yè)務分發(fā)單 元、多個業(yè)務處理單元以及多個數(shù)據(jù)存儲單元。當其中任意一個業(yè)務分發(fā)單 元、業(yè)務處理單元或數(shù)據(jù)存儲單元發(fā)生故障時，就選擇由其它正常的業(yè)務分 發(fā)單元、業(yè)務處理單元或數(shù)據(jù)存儲單元代為處理業(yè)務，這樣就不會對節(jié)點的 正常業(yè)務產(chǎn)生影響，從而實現(xiàn)了節(jié)點的自容災。
其中，各個業(yè)務處理單元之間既可以采用主備方式工作，也可以采用負 荷分擔的方式工作；同理，各個業(yè)務分發(fā)單元之間、各個數(shù)據(jù)存儲單元之間
也可以采用主備方式或者負荷分擔方式工作。并且，業(yè)務分發(fā)單元之間、業(yè) 務處理單元之間、數(shù)據(jù)存儲單元之間的工作方式相互獨立互不影響。
對于采用主備方式工作的單元，如果主用單元狀態(tài)正常，則由主用單元
負責處理所有的業(yè)務；如果主用單元發(fā)生故障，備用單元就轉換為主用單元 來接管業(yè)務。如果多個單元之間采用負荷分擔的方式工作，則所有的業(yè)務在 多個單元之間進行分擔；當其中一個單元發(fā)生故障時，業(yè)務就只在其它正常 的單元之間進行分擔。
需要說明的是，在本發(fā)明實施例中，構成能夠實現(xiàn)自容災的節(jié)點的業(yè)務 分發(fā)單元、業(yè)務處理單元及數(shù)據(jù)存儲單元既可以在同一地點設置，也可以在 不同的地點分離設置。它們之間的通信方式既可以是內(nèi)部總線的方式，也可 以是通過外部網(wǎng)絡的方式，比如通過因特網(wǎng)(Internet)進行通信。另外，節(jié) 點中業(yè)務分發(fā)單元、業(yè)務處理單元和數(shù)據(jù)存儲單元的容量和個數(shù)視節(jié)點的具 體業(yè)務而定，在實際應用中，可以根據(jù)實際業(yè)務需求對節(jié)點中的各個單元進 行擴容。
圖2所示實現(xiàn)自容突的節(jié)點可以是通信網(wǎng)絡中的任意節(jié)點，如歸屬位置 寄存器(HLR, Home Location Register)、服務GPRS支持節(jié)點(SGSN, Serving GPRS Support Node ) 、 MSC等。
為更加清楚起見，下面以實現(xiàn)自容災的節(jié)點為MSC,且數(shù)據(jù)存儲單元 和業(yè)務分發(fā)單元都采用主備工作方式、而業(yè)務處理單元采用負荷分擔工作方 式為例，對實現(xiàn)自容災的節(jié)點的工作過程進行詳細說明。
參見圖3所示的實現(xiàn)自容災的MSC節(jié)點結構示意圖，包括主用拜訪 位置寄存器(VLR， Visit Location Register)、備用VLR、主用信令分發(fā)單 元、備用信令分發(fā)單元以及n (n為不小于2的自然數(shù))個采用負荷分擔方 式工作的信令處理單元。其中，VLR相當于圖2中的數(shù)據(jù)存儲單元，信令 處理單元相當于圖2中的業(yè)務處理單元，信令分發(fā)單元相當于圖2中的業(yè)務 分發(fā)單元。
主用信令分發(fā)單元，用于接收業(yè)務請求消息(如用戶發(fā)起的位置更新請 求消息或呼叫請求消息等)，并根據(jù)負荷分擔原則從n個信令處理單元中選 擇一個信令處理單元(如選擇一個負載最輕的信令處理單元)，然后將收到
的業(yè)務請求消息發(fā)送給該被選擇的信令處理單元。
需要說明的是，發(fā)生故障的信令處理單元不在備選之列。比如，在圖3 中，如果信令處理單元1發(fā)生了故障，則主用信令分發(fā)單元在收到業(yè)務請求 消息后，就只會從信令處理單元2到信令處理單元n中選擇一個信令處理單 元來處理業(yè)務請求消息。
備用信令分發(fā)單元，用于在主用信令分發(fā)單元出現(xiàn)故障時，轉換為主用 信令分發(fā)單元來進行消息分發(fā)。
信令處理單元，用于在收到業(yè)務請求消息后，對收到的業(yè)務請求消息進 行處理，即負責處理與用戶行為相關的信令處理過程。比如，在收到用戶發(fā) 起的位置更新請求消息后，完成到HLR的位置更新，并將用戶在HLR中的 開戶信息存儲到VLR中；或者，在收到用戶發(fā)起的呼叫請求消息后，完成 用戶的呼叫控制過程。
主用VLR,用于存儲MSC中所有與用戶相關的數(shù)據(jù)，并向信令處理單 元提供業(yè)務處理過程中所需要的業(yè)務數(shù)據(jù)，即所有的信令處理單元都從主用 VLR中獲取所需要的業(yè)務數(shù)據(jù)。
備用VLR，與主用VLR實現(xiàn)數(shù)據(jù)實時同步，并在主用VLR發(fā)生故障 時轉換為主用VLR來向信令處理單元提供業(yè)務處理過程中所需要的業(yè)務數(shù) 據(jù)。
可見，圖3所示的MSC節(jié)點自身可以實現(xiàn)自容災，能夠達到MSCPool 的效果，其中的信令處理單元即相當于MSCPool中的各個傳統(tǒng)MSC。在節(jié) 點前端采用信令分發(fā)單元進行消息分發(fā)的機制，使得圖3所示MSC節(jié)點可 以對外提供統(tǒng)一的接口，屏蔽其內(nèi)部的多處理單元結構，從而避免了對周邊 網(wǎng)元如BSC的影響。
另外，圖3將傳統(tǒng)MSC中的數(shù)據(jù)部分抽取出來組成了公共的VLR,實 現(xiàn)了數(shù)據(jù)在多個信令處理單元之間的共享，這樣可以減少運維工作量。比如，
在采取了圖3所示的MSC節(jié)點后，HLR就只需維護一個MSC的數(shù)據(jù)，而
無需分別維護多個傳統(tǒng)MSC的數(shù)據(jù)。
需要說明的是，在本發(fā)明實施例所提供的實現(xiàn)自容災的節(jié)點中，也可以
不單獨設置數(shù)據(jù)存儲單元，而是由業(yè)務處理單元來同時完成業(yè)務處理和數(shù)據(jù)
存儲的功能。另外，也可以在實現(xiàn)自容災的節(jié)點中只設置一個業(yè)務分發(fā)單元
或一個數(shù)據(jù)存儲單元。
另外需要說明的是，在本發(fā)明實施例中，業(yè)務分發(fā)單元是以用戶為單位
進行消息分發(fā)的，比如，業(yè)務分發(fā)單元根據(jù)業(yè)務請求消息中攜帶的臨時移動
用戶標識(TMSI， Temp Mobile Subscriber Identity )、或國際移動用戶標識 (IMSI, International Mobile Subscriber Identity)、或國際移動i殳備標識 (IMEI, International Mobile Equipment Identity )來進4亍消息分發(fā)。雖然傳
統(tǒng)網(wǎng)元內(nèi)部也會有業(yè)務分發(fā)機制，但其一般是基于業(yè)務類型進行分發(fā)的，比
如，將MTP3信令和H.248信令分發(fā)到不同的單板處理。
還需要說明的是，本發(fā)明實施例中的業(yè)務處理單元所處理的業(yè)務是指廣
義的業(yè)務，而不是某種特定的業(yè)務。雖然傳統(tǒng)網(wǎng)元內(nèi)部也會有業(yè)務處理單元，
但傳統(tǒng)網(wǎng)元內(nèi)部的業(yè)務處理單元一般用來處理網(wǎng)元的特定業(yè)務，而本發(fā)明實
施例中的業(yè)務處理單元是處理網(wǎng)元上的所有業(yè)務。
以上所述對本發(fā)明的目的、技術方案和有益效果進行了進一步的詳細說
明，所應理解的是，以上所述并不用以限制本發(fā)明，凡在本發(fā)明的精神和原
則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范
圍之內(nèi)。
權利要求
1、一種實現(xiàn)容災的方法，其特征在于，包括
業(yè)務分發(fā)單元收到業(yè)務請求消息后，從至少兩個業(yè)務處理單元中選擇一個正常的業(yè)務處理單元，并將收到的業(yè)務請求消息發(fā)送給被選擇的業(yè)務處理單元處理，其中，所述業(yè)務分發(fā)單元以用戶為單位進行消息分發(fā)。
2、 根據(jù)權利l所述的方法，其特征在于，當所述業(yè)務處理單元之間采用主 備方式工作時，所述從至少兩個業(yè)務處理單元中選擇一個正常的業(yè)務處理單元 包括當主用業(yè)務處理單元正常時，選擇主用業(yè)務處理單元；當主用業(yè)務處理 單元發(fā)生故障時，選4奪備用業(yè)務處理單元；當所述業(yè)務處理單元之間采用負荷分擔方式工作時，所述從至少兩個業(yè)務 處理單元中選擇一個正常的業(yè)務處理單元包括按照負荷分擔原則從所述至少 兩個業(yè)務處理單元中選擇一個業(yè)務處理單元，而發(fā)生故障的業(yè)務處理單元不在 備選之列。
3、 根據(jù)權利要求
1所述的方法，其特征在于，所述業(yè)務分發(fā)單元包括至少 荷分擔方式工作。
4、 根據(jù)權利要求
1所述的方法，其特征在于，所述將收到的業(yè)務請求消息發(fā)送給被選4奪的業(yè)務處理單元處理還包括業(yè)務分發(fā)單元將收到的業(yè)務請求消息發(fā)送給被選擇的業(yè)務處理單元，業(yè)務 處理單元對收到的業(yè)務請求消息進行處理，并從數(shù)據(jù)存儲單元中獲取業(yè)務處理過程中所需要的業(yè)務數(shù)據(jù)。
5、 根據(jù)權利要求
4所述的方法，其特征在于，所述數(shù)據(jù)存儲單元包括至少 兩個子數(shù)據(jù)存儲單元，所述子數(shù)據(jù)存儲單元之間采用主備方式工作或者采用負 荷分擔方式工作。
6、 根據(jù)權利要求
4所述的方法，其特征在于，所述業(yè)務分發(fā)單元、業(yè)務處 理單元和數(shù)據(jù)存儲單元在同一地點設置，或者在不同的地點分離設置。
7、 根據(jù)權利要求
4所述的方法，其特征在于，所述業(yè)務分發(fā)單元、業(yè)務處 理單元和數(shù)據(jù)存儲單元之間通過內(nèi)部總線方式通信，或者通過外部網(wǎng)絡方式通 信。
8、 根據(jù)權利要求
1至7任一項所述的方法，其特征在于，所述業(yè)務分發(fā)單 元和業(yè)務處理單元設置在移動交換中心MSC中。
9、 一種節(jié)點設備，其特征在于，包括以用戶為單位進行消息分發(fā)的業(yè)務 分發(fā)單元和至少兩個業(yè)務處理單元，其中，業(yè)務分發(fā)單元，用于在收到業(yè)務請求消息后， >火所述至少兩個業(yè)務處理單 元中選擇一個正常的業(yè)務處理單元，并將收到的業(yè)務請求消息發(fā)送給被選擇的 業(yè)務處3里單元；業(yè)務處理單元，用于對收到的業(yè)務請求消息進行處理。
10、 根據(jù)權利要求
9所述的節(jié)點設備，其特征在于，所述業(yè)務處理單元之 間采用主備方式工作或者采用負荷分擔方式工作。
11、 根據(jù)權利要求
9所述的節(jié)點設備，其特征在于，所述業(yè)務分發(fā)單元包 括至少兩個子業(yè)務分發(fā)單元，所述子業(yè)務分發(fā)單元之間采用主備方式工作或者 采用負荷分擔方式工作。
12、 根據(jù)權利要求
9所述的節(jié)點設備，其特征在于，該設備進一步包括 數(shù)據(jù)存儲單元，用于存儲該節(jié)點設備的業(yè)務數(shù)據(jù)，并向業(yè)務處理單元提供業(yè)務處理過程中所需要的業(yè)務數(shù)據(jù)。
13、 根據(jù)權利要求
12所述的節(jié)點設備，其特征在于，所述數(shù)據(jù)存儲單元包 括至少兩個子數(shù)據(jù)存儲單元，所述子數(shù)據(jù)存儲單元之間采用主備方式工作或者 采用負荷分擔方式工作。
14、 根據(jù)權利要求
12所述的節(jié)點設備，其特征在于，所述業(yè)務分發(fā)單元、 業(yè)務處理單元和數(shù)據(jù)存儲單元在同一地點設置，或者在不同的地點分離設置。
15、 根據(jù)權利要求
12所述的節(jié)點設備，其特征在于，所述業(yè)務分發(fā)單元、 業(yè)務處理單元和數(shù)據(jù)存儲單元之間通過內(nèi)部總線方式通信，或者通過外部網(wǎng)絡 方式通4言。
16、根據(jù)權利要求
9至15任一項所述的節(jié)點設備，其特征在于，所述節(jié)點設備為MSC。
專利摘要
本發(fā)明提供了一種實現(xiàn)容災的方法，該方法包括業(yè)務分發(fā)單元收到業(yè)務請求消息后，從至少兩個業(yè)務處理單元中選擇一個正常的業(yè)務處理單元，并將收到的業(yè)務請求消息發(fā)送給被選擇的業(yè)務處理單元處理，其中，所述業(yè)務分發(fā)單元以用戶為單位進行消息分發(fā)。另外，本發(fā)明還提供了一種節(jié)點設備，包括以用戶為單位進行消息分發(fā)的業(yè)務分發(fā)單元和至少兩個業(yè)務處理單元，其中，業(yè)務分發(fā)單元，用于在收到業(yè)務請求消息后，從所述至少兩個業(yè)務處理單元中選擇一個正常的業(yè)務處理單元，并將收到的業(yè)務請求消息發(fā)送給被選擇的業(yè)務處理單元；業(yè)務處理單元，用于對收到的業(yè)務請求消息進行處理。利用本發(fā)明能夠在不影響周邊網(wǎng)元的條件下實現(xiàn)容災。
文檔編號GKCN101360314SQ200710138037
公開日2009年2月4日 申請日期2007年8月2日
發(fā)明者葉思海, 浩 張 申請人:華為技術有限公司導出引文BiBTeX, EndNote, RefMan