專利名稱：一種語音類業(yè)務系統(tǒng)及容災實現(xiàn)方法
一種語音類業(yè)務系統(tǒng)及容災實現(xiàn)方法技術領域
本發(fā)明屬于通訊技術領域，涉及數(shù)據(jù)庫容災備份技術，尤其涉及一種語音類業(yè) 務系統(tǒng)容災的實現(xiàn)方法及采用該方法的語音類業(yè)務系統(tǒng)。
背景技術：
彩鈴業(yè)務(Coloring Ring Back Tone,簡稱CRBT)作為一個智能業(yè)務，在最近幾年發(fā)展迅速，并且趨于穩(wěn)定，為運營商取得了巨大的經(jīng)濟效益。但是，由于最近全球各 地災禍頻出，給業(yè)務系統(tǒng)的可靠性與穩(wěn)定性造成了嚴重影響。嚴重的情況下會造成核心 業(yè)務數(shù)據(jù)丟失，系統(tǒng)癱瘓后業(yè)務無法快速的恢復。這樣既給運營商造成了巨大的損失， 也給用戶的體驗帶來不利的影響。
除了彩鈴業(yè)務，其它語音類業(yè)務也面臨同樣的問題。
針對語音類業(yè)務系統(tǒng)的現(xiàn)有的容災備份方案存在如下不足
1)現(xiàn)有的語音類業(yè)務系統(tǒng)一般采用HP/IBM的雙機系統(tǒng)，一旦出現(xiàn)故障，雙機 系統(tǒng)會自動的進行導換。如果出現(xiàn)地震或者洪水之類的災害，雙機系統(tǒng)也會變得不可罪。
2)現(xiàn)有的語音類業(yè)務系統(tǒng)對于業(yè)務核心數(shù)據(jù)的備份，一般是由語音類業(yè)務系統(tǒng) 每天進行數(shù)據(jù)庫全庫的備份，數(shù)據(jù)的備份并不是實時的，一旦出現(xiàn)災害很可能會丟失一 天到二天的業(yè)務數(shù)據(jù)。
因此需要開發(fā)一種新的容災備份方法，來實現(xiàn)語音類業(yè)務系統(tǒng)的完全容災備 份。發(fā)明內容
本發(fā)明要解決的技術問題是針對上述現(xiàn)有技術中存在的缺陷，提出一種語音 類業(yè)務系統(tǒng)的容災實現(xiàn)方法，及采用該方法的語音類業(yè)務系統(tǒng)，以更為有效地實現(xiàn)語音 類業(yè)務系統(tǒng)的容災備份。
本發(fā)明技術方案包括
一種語音類業(yè)務系統(tǒng)容災實現(xiàn)方法，包括以下步驟
在異地設置備份節(jié)點，該備份節(jié)點接受語音類業(yè)務系統(tǒng)的管理節(jié)點即主節(jié)點的 數(shù)據(jù)同步；
當本地的所述管理節(jié)點當?shù)魰r，使所述備份節(jié)點接替所述管理節(jié)點，執(zhí)行所述 管理節(jié)點的功能。
進一步地，本發(fā)明所述語音類業(yè)務系統(tǒng)容災實現(xiàn)方法還包括步驟
將語音類業(yè)務系統(tǒng)的呼叫節(jié)點分成兩部分設置，一部分設置于本地，另一部分 設置于所述異地，各部分均能獨自執(zhí)行所述呼叫節(jié)點的功能，即負責語音類業(yè)務呼叫處 理；
當置于本地的部分當?shù)魰r，由置于所述異地的部分執(zhí)行所述呼叫節(jié)點的功能。
進一步地，所述數(shù)據(jù)同步，為實時的數(shù)據(jù)同步。
進一步地，本發(fā)明所述語音類業(yè)務系統(tǒng)容災實現(xiàn)方法還包括步驟
監(jiān)控所述語音類業(yè)務系統(tǒng)，當其發(fā)生故障時，及時發(fā)出告警。
一種語音類業(yè)務系統(tǒng)，包括管理節(jié)點、呼叫節(jié)點和備份節(jié)點；
其中，所述管理節(jié)點負責業(yè)務受理，置于本地；
所述呼叫節(jié)點負責業(yè)務呼叫處理；
所述備份節(jié)點置于異地，用于接受所述管理節(jié)點即主節(jié)點的數(shù)據(jù)同步，并且當 所述管理節(jié)點當?shù)魰r，接替執(zhí)行其功能。
進一步地，所述呼叫節(jié)點分成兩部分設置，一部分置于本地，另一部分置于所 述異地，各部分均能獨自執(zhí)行所述呼叫節(jié)點的功能，即負責語音類業(yè)務呼叫處理；
當置于本地的部分當?shù)魰r，由置于所述異地的部分執(zhí)行所述呼叫節(jié)點的功能。
更進一步地，在所述呼叫節(jié)點的任一部分中，每個數(shù)據(jù)庫(database，簡稱DB) 均存儲全部的語音類業(yè)務呼叫相關數(shù)據(jù)，同時該部分的每個業(yè)務控制點(Control Point， 簡稱CP)均與該部分的每個數(shù)據(jù)庫相連。
進一步地，所述管理節(jié)點和呼叫節(jié)點采用分離設置的物理架構。
進一步地，所述數(shù)據(jù)同步，為實時的數(shù)據(jù)同步。
進一步地，本發(fā)明所述語音類業(yè)務系統(tǒng)還包括告警模塊，該告警模塊用于監(jiān)控 所述管理節(jié)點和呼叫節(jié)點，當檢測到發(fā)生故障時，及時發(fā)出告警。
本發(fā)明的有益效果為
本發(fā)明采用異地實時備份的語音類業(yè)務系統(tǒng)容災方案，并且將呼叫節(jié)點分成兩 部分設置，一部分與管理節(jié)點一起置于在本地，另一部分與備份節(jié)點一起置于異地，這 樣即使出現(xiàn)很嚴重的災害，假如本地的語音類業(yè)務系統(tǒng)全部當?shù)?，仍然能夠通過異地的 備份節(jié)點以及呼叫節(jié)點來實現(xiàn)語音類業(yè)務系統(tǒng)的功能，并實現(xiàn)實時的數(shù)據(jù)備份，從而具 備良好的容災效果。
采用本發(fā)明容災方案，在任何惡劣的災害下，語音類業(yè)務系統(tǒng)均能夠在較短時 間內恢復正常運行。提高了運營商服務質量的同時，也減少了災難發(fā)生時的經(jīng)濟損失。


圖1是具體實施例的本發(fā)明方法流程示意圖2是具體實施例的本發(fā)明系統(tǒng)組網(wǎng)設計圖3是本發(fā)明中業(yè)務數(shù)據(jù)同步基本流程圖4是本發(fā)明中語音文件處理基本流程圖5是本發(fā)明中告警處理基本流程圖6是本發(fā)明的災難恢復場景一的組網(wǎng)圖7是本發(fā)明的災難恢復場景二的組網(wǎng)圖8是本發(fā)明的災難恢復場景三的組網(wǎng)圖。
具體實施方式
下面結合附圖和具體實施方式
對本發(fā)明作進一步詳細說明。
下面具體以彩鈴業(yè)務為例對本發(fā)明進行說明。
圖1是具體實施例的本發(fā)明方法流程示意圖，如圖所示，本發(fā)明語音類業(yè)務系 統(tǒng)容災實現(xiàn)方法具體包括以下步驟
1、在異地(例如在別的城市或地區(qū))設置一個備份節(jié)點，該備份節(jié)點接受語音 類業(yè)務系統(tǒng)的管理節(jié)點實時的數(shù)據(jù)同步。當本地的管理節(jié)點當?shù)?即出現(xiàn)故障而無法繼 續(xù)使用時)時，該備份節(jié)點能夠接替管理節(jié)點，執(zhí)行管理節(jié)點的功能。
2、將語音類業(yè)務系統(tǒng)的呼叫節(jié)點分成兩部分設置，一部分與管理節(jié)點一起設置 于本地，另一部分與備份節(jié)點一起設置于異地，各部分均能獨自執(zhí)行呼叫節(jié)點的功能， 即各部分均能夠獨自負責語音類業(yè)務呼叫處理。當置于本地的部分當?shù)魰r，可由置于異 地的部分獨自執(zhí)行呼叫節(jié)點的功能。
在呼叫節(jié)點以上兩部分中的任一部分中，每個數(shù)據(jù)庫(DB)均存儲全部的語音類 業(yè)務呼叫相關數(shù)據(jù)，同時每個業(yè)務控制點(CP)均同時連接該部分的每一個數(shù)據(jù)庫。
3、監(jiān)控語音類業(yè)務系統(tǒng)，當其發(fā)生故障時，及時發(fā)出告警。
圖2是具體實施例的本發(fā)明系統(tǒng)組網(wǎng)設計圖，如圖所示，本發(fā)明語音類業(yè)務系 統(tǒng)包括管理節(jié)點、呼叫節(jié)點和備份節(jié)點，管理節(jié)點與備份節(jié)點設置在不同的地區(qū)或城 市，呼叫節(jié)點被分成兩部分設置，其中一部分與管理節(jié)點位于同地，另一部分與備份節(jié) 點位于同地，其中每部分均能夠獨自完成呼叫節(jié)點的功能，即負責語音類業(yè)務呼叫處 理。管理節(jié)點與呼叫節(jié)點實現(xiàn)功能分開，相應地物理上也采用了分離的架構，即形成了 兩個獨立的物理實體。圖2中，MML (Man-Machine Language，人機語言)接口指人機 訪問接口； RTP的全稱為Real-time Transport Protocol，即實時傳送協(xié)議；SIP的全稱為 SessionInitiation Protocol,即會話啟云力協(xié)議。
管理節(jié)點主要負責業(yè)務受理和同步數(shù)據(jù)到各呼叫節(jié)點。業(yè)務受理包括鈴音上 傳、修改刪除、用戶開戶、銷戶、用戶訂購、刪除鈴音(組)，用戶增加、修改、刪除設 置，以及用戶查詢等操作。管理節(jié)點包含的設備，包括SMP (servicemamigement point， 業(yè)務管理點)、SCP (Service control point,業(yè)務控制點)、web (互聯(lián)網(wǎng))服務器、IMP (綜 合接口機)、LanSwith (網(wǎng)絡交換機)，BOSS IMP (與BOSS系統(tǒng)交互的接口 )、SMSC IMP (與短消息中心交互的接口 )、CDR(Charging Data Recording,計費數(shù)據(jù)記錄)。
管理節(jié)點與備份節(jié)點通過網(wǎng)絡交換機進行連接，并且把業(yè)務數(shù)據(jù)實時同步到備 份節(jié)點，同時也需要把業(yè)務數(shù)據(jù)同步到呼叫節(jié)點的數(shù)據(jù)庫中去。
呼叫節(jié)點包括CP與DB，CP連接SIU(signal teterface unit，信令接口單元)，DB接受管理節(jié)點的同步，并負責用戶的呼叫處理，每個DB均存儲有全部彩鈴呼叫相關 數(shù)據(jù)。MU采用輪詢的方式向各CP均勻地或者按照一定比例分發(fā)呼叫請求。不管在本 地或異地，本發(fā)明實施例中，呼叫節(jié)點總共有五個DB，其中在本地有三個，在異地(即 備份節(jié)點設置的地方)有二個；總共有11個CP，其中在本地有六個，在異地有五個。 不管在本地或異地，每個CP均同時連接每地的每個DB，這樣該地的任何一個DB出現(xiàn)故 障，系統(tǒng)會自動的把呼叫請求，轉發(fā)到正常的設備上。本發(fā)明實施例中，管理節(jié)點與呼 叫節(jié)點的數(shù)據(jù)同步采用OracleAdvancedReplication技術(ORACLE的高級復制技術)。
備份節(jié)點主要的系統(tǒng)架構同管理節(jié)點一樣，相當于管理節(jié)點中的所有設備在備 份節(jié)點都有一套，對外的接口也是一樣的。在正常情況下備份節(jié)點中的大部分設備是處于不工作的狀態(tài)，但是備份節(jié)點中的業(yè)務數(shù)據(jù)庫與語音存儲設備是處于工作狀態(tài)的。
如圖3中粗線部分所示，管理節(jié)點中的業(yè)務數(shù)據(jù)會實時地自動同步到備份節(jié)點 以及呼叫節(jié)點。業(yè)務數(shù)據(jù)的異地備份使用ORACLE提供的Data guard(數(shù)據(jù)衛(wèi)士)技術 來實現(xiàn)。
對于語音媒體文件的備份則由語音內容的上傳模塊在上傳語音文件時同時上傳 到管理節(jié)點與備份節(jié)點。
如圖4所示，語音媒體文件的實時同步流程如下。
WEB接口主要負責接收用戶的輸入包括鈴音名稱、鈴音價格，歌手信息等，以 及物理音文件。然后把鈴音信息以PDU (Protocol Data Unit)
消息通知到鈴音上傳接口，把物理音文件放到FTP(FileTransferProtocol，文件傳送協(xié)議)服務器上。
鈴音上傳接口接收來自WEB接口的請求，然后連接到業(yè)務數(shù)據(jù)庫上執(zhí)行數(shù)據(jù)庫 操作，增加鈴音信息。操作數(shù)據(jù)庫成功后，會連接到FTP服務器上取得物理音，然后再 FTP到管理節(jié)點以及備份節(jié)點的語音存儲設備上保存起來。
本發(fā)明實施例中，本發(fā)明語音業(yè)務類系統(tǒng)還包括告警模塊，該模塊主要用于檢 測從管理節(jié)點到備份節(jié)點的數(shù)據(jù)同步以及管理節(jié)點到呼叫節(jié)點的數(shù)據(jù)同步，以及監(jiān)測各 節(jié)點的數(shù)據(jù)庫狀態(tài)。如果出現(xiàn)故障，則既可以向智能網(wǎng)平臺發(fā)送告警，還可以通過短信 接口下發(fā)告警給網(wǎng)絡的管理人員。
圖5是本發(fā)明中告警處理基本流程圖，如圖所示，告警監(jiān)控進程負責監(jiān)控管理 節(jié)、呼叫節(jié)點及備份節(jié)點。如果出現(xiàn)數(shù)據(jù)同步異常，向業(yè)務管理點SMP及短消息接口發(fā) 送告警消息。業(yè)務管理點SMP接收告警消息，并提供用戶界面供管理員檢查告警消息。 短消息接口接收告警消息，并與SMSC短消息中心連接。SMSC短消息中心負責下發(fā)短 信通知終端用戶。
災后的恢復的方案，可以有多種選擇。
1、如果管理節(jié)點中的設備比如DB，WEB, IMP接口機等出現(xiàn)故障，由于一般 設備都是雙機，只接本地倒換到備機既可。
2、如果呼叫節(jié)點中的設備出現(xiàn)故障，比如某個DB出現(xiàn)故障，則業(yè)務數(shù)據(jù)的查 詢會由其它的DB來進行負荷分擔。
3、當管理節(jié)點出現(xiàn)異常，比如地震之類的原因導致設備全部癱瘓，系統(tǒng)進行告 警后，需要手工進行切換，使備份節(jié)點成為新的管理節(jié)點，啟動所有備份節(jié)點的設備包 括WEB服務器、IMP接口設備及業(yè)務平臺，同時所有業(yè)務受理及呼叫節(jié)點的數(shù)據(jù)同步均 切換到新的管理節(jié)點。
以下再根據(jù)不同的災害場景，給出最佳的恢復方案實例
場景一當本地的管理節(jié)點及呼叫節(jié)點全部當?shù)舻臅r候，系統(tǒng)恢復后的組網(wǎng)結 構如圖6所示。這種情況下的恢復步驟包括
1、手工切換備份節(jié)點為新的管理節(jié)點，啟動所有備份節(jié)點的設備包括WEB服 務器，IMP接口設備及業(yè)務平臺。
2、同時所有業(yè)務受理及外圍的接口 SDP^ervice Development Platform，業(yè)務開 發(fā)平臺)、WAPGW (WAP Gateway, WAP 網(wǎng)關)及 BSS (Business SupportSystem,運營商支撐系統(tǒng))/OCS (Online Charging System，在線計費系統(tǒng))，全部指向新的管理平臺。
3、呼叫節(jié)點的數(shù)據(jù)同步均切換到新的管理節(jié)點。同時核心網(wǎng)的路由直接指向異 地的呼叫節(jié)點。
場景二 當本地的管理節(jié)點當?shù)簦呛艚泄?jié)點全部正常的時候，系統(tǒng)恢復后 的組網(wǎng)結構，如圖7所示。這種情況下的恢復步驟包括
1、手工切換備份節(jié)點為新的管理節(jié)點，啟動所有備份節(jié)點的設備包括WEB服 務器，IMP接口設備及業(yè)務平臺。
2、同時所有業(yè)務受理及外圍的接口 SDP，WAPGW及OCS，全部指向新的管理D ο
3、呼叫節(jié)點的數(shù)據(jù)同步均切換到新的管理節(jié)點。
場景三當本地的管理節(jié)點正常，但是呼叫節(jié)點全部當?shù)舻臅r候，系統(tǒng)恢復后 的組網(wǎng)結構，如圖8所示。這種情況下的恢復步驟包括
將核心網(wǎng)的路由直接指向異地的呼叫節(jié)點。其他部分不需要修改。
綜上所述，采用本發(fā)明設計的容災方案，在任何惡劣的災害下，語音類業(yè)務系 統(tǒng)均能夠在較短時間內恢復正常運行。在提供運營商服務質量的同時也減少了災難發(fā)生 時的經(jīng)濟損失。本發(fā)明可廣泛應用于彩鈴業(yè)務中，也可以應用于其它類似的語音類業(yè)務 系統(tǒng)。
以上所述的具體實施例，對本發(fā)明的目的、技術方案和有益效果進行了進一步 詳細說明，所應注意的是，以上所述僅為本發(fā)明的具體實施例而已，本領域的技術人員 可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的 這些修改和變型屬于本發(fā)明權利要求記載的技術方案及其等同技術的范圍之內，則本發(fā) 明也意圖包含這些改動和變型在內。
權利要求
1.一種語音類業(yè)務系統(tǒng)容災實現(xiàn)方法，其特征在于，包括以下步驟在異地設置備份節(jié)點，該備份節(jié)點接受語音類業(yè)務系統(tǒng)的管理節(jié)點的數(shù)據(jù)同步； 當本地的所述管理節(jié)點當?shù)魰r，使所述備份節(jié)點接替所述管理節(jié)點，執(zhí)行所述管理 節(jié)點的功能。
2.根據(jù)權利要求1或2所述的語音類業(yè)務系統(tǒng)容災實現(xiàn)方法，其特征在于，還包括步驟將語音類業(yè)務系統(tǒng)的呼叫節(jié)點分成兩部分設置，一部分設置于本地，另一部分設置 于所述異地，各部分均能獨自執(zhí)行所述呼叫節(jié)點的功能；當置于本地的部分當?shù)魰r，由置于所述異地的部分執(zhí)行所述呼叫節(jié)點的功能。
3.根據(jù)權利要求1所述的語音類業(yè)務系統(tǒng)容災實現(xiàn)方法，其特征在于，所述數(shù)據(jù)同 步，為實時的數(shù)據(jù)同步。
4.根據(jù)權利要求1或2所述的語音類業(yè)務系統(tǒng)容災實現(xiàn)方法，其特征在于，還包括步驟監(jiān)控所述語音類業(yè)務系統(tǒng)，當其發(fā)生故障時，及時發(fā)出告警。
5.—種語音類業(yè)務系統(tǒng)，其特征在于，包括管理節(jié)點、呼叫節(jié)點和備份節(jié)點； 其中，所述管理節(jié)點負責業(yè)務受理，置于本地；所述呼叫節(jié)點負責業(yè)務呼叫處理；所述備份節(jié)點置于異地，用于接受所述管理節(jié)點的數(shù)據(jù)同步，并且當所述管理節(jié)點 當?shù)魰r，接替執(zhí)行其功能。
6.根據(jù)權利要求5所述的語音類業(yè)務系統(tǒng)，其特征在于，所述呼叫節(jié)點分成兩部分設 置，一部分置于本地，另一部分置于所述異地，各部分均能獨自執(zhí)行所述呼叫節(jié)點的功 能；當置于本地的部分當?shù)魰r，由置于所述異地的部分執(zhí)行所述呼叫節(jié)點的功能。
7.根據(jù)權利要求6所述的語音類業(yè)務系統(tǒng)，其特征在于，在所述呼叫節(jié)點的任一部分 中，每個數(shù)據(jù)庫均存儲全部的語音類業(yè)務呼叫相關數(shù)據(jù)，同時該部分的每個業(yè)務控制點 均與該部分的每個數(shù)據(jù)庫相連。
8.根據(jù)權利要求5或6或7所述的語音類業(yè)務系統(tǒng)，其特征在于，所述管理節(jié)點和呼 叫節(jié)點采用分離設置的物理架構。
9.根據(jù)權利要求5或6或7所述的語音類業(yè)務系統(tǒng)，其特征在于，所述數(shù)據(jù)同步，為 實時的數(shù)據(jù)同步。
10.根據(jù)權利要求5或6或7所述的語音類業(yè)務系統(tǒng)，其特征在于，還包括告警模塊， 該告警模塊用于監(jiān)控所述管理節(jié)點和呼叫節(jié)點，當檢測到發(fā)生故障時，及時發(fā)出告警。
全文摘要
本發(fā)明公開了一種語音類業(yè)務系統(tǒng)，包括管理節(jié)點、呼叫節(jié)點和備份節(jié)點；所述管理節(jié)點負責業(yè)務受理，置于本地；所述備份節(jié)點置于異地，用于接受所述管理節(jié)點實時的數(shù)據(jù)同步，并且當所述管理節(jié)點當?shù)魰r，接替執(zhí)行其功能；所述呼叫節(jié)點負責業(yè)務呼叫處理，分成兩部分設置，一部分置于本地，另一部分置于異地，各部分均能獨自執(zhí)行呼叫節(jié)點的功能，當置于本地的部分當?shù)魰r，由置于異地的部分執(zhí)行呼叫節(jié)點的功能。本發(fā)明還相應公開了一種語音類業(yè)務系統(tǒng)的容災方法。采用本發(fā)明方案，在任何惡劣的災害下，語音類業(yè)務系統(tǒng)均能夠保證數(shù)據(jù)不丟失和在較短時間內恢復正常運行。
文檔編號H04L12/24GK102026249SQ201010580339
公開日2011年4月20日 申請日期2010年12月9日 優(yōu)先權日2010年12月9日
發(fā)明者劉欣璇, 陳虹橋 申請人:中興通訊股份有限公司