專利名稱：業(yè)務(wù)交換點容災(zāi)方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體而言，涉及業(yè)務(wù)交換點(ServiceSwitching Point，以下簡稱為SSP)容災(zāi)方法及裝置。
背景技術(shù)：
隨著網(wǎng)絡(luò)智能化項目的不斷開展，特別是BASE CALL等基礎(chǔ)性智能業(yè)務(wù)的開展，業(yè)務(wù)控制點(Service Control Point，以下簡稱為SCP)日漸成為公共電話交換網(wǎng)(Public Switched TelephoneNetwork，以下簡稱為PSTN)和下一代網(wǎng)絡(luò)(Next GenerationNetwork，以下簡稱為NGN)的核心，因此，SCP發(fā)生故障將會導(dǎo)致全網(wǎng)業(yè)務(wù)的中斷，影響重大。
關(guān)于如何提高網(wǎng)絡(luò)安全性，提高SCP、信令接入單元(SignalingAccess Unit，以下簡稱為SAU)、SSP各網(wǎng)元的容災(zāi)處理能力，自2002年以來，各網(wǎng)元都做了很多的改進。
在2002年，對于SCP和SSP就SCP完全故障時的應(yīng)急處理方案，業(yè)界曾達成以下共識當(dāng)SCP故障時，SCP應(yīng)能夠自動阻塞到SSP間的智能網(wǎng)應(yīng)用部分(INAP)鏈路，SSP應(yīng)能夠在鏈路中斷情況下，不再觸發(fā)智能，而是按照普通呼叫繼續(xù)接續(xù)。
但是經(jīng)過近幾年的開發(fā)與實踐，智能網(wǎng)側(cè)難以實現(xiàn)在所有故障情況下自動阻塞鏈路。在很多情況下，智能網(wǎng)甚至無法檢測到自身已處于故障狀態(tài)，或者能夠檢測卻無法做出反應(yīng)。
目前智能網(wǎng)側(cè)僅能夠?qū)?0～70％的故障情況做出反應(yīng)，無法更大限度地保證安全。
除以上功能外，目前SSP網(wǎng)元還支持當(dāng)鏈路正常但與SCP交互無響應(yīng)時，能夠按照普通呼叫接續(xù)。但是這種機制是針對單個呼叫的，即，需要在每次呼叫過程中檢查。而當(dāng)出現(xiàn)SCP長時間故障時，仍然會對每個呼叫檢查，這樣呼叫過程會有一定時延，影響用戶體驗。
現(xiàn)有技術(shù)提供了一種通過產(chǎn)生SAU的不可達啟動SSP容災(zāi)的解決方案，下面參照圖1來描述。
圖1示出了相關(guān)技術(shù)中的一種典型智能網(wǎng)組網(wǎng)。目前，SSP支持容災(zāi)，需要與智能網(wǎng)配合完成，智能網(wǎng)可能出現(xiàn)的故障有多種，典型的如SCP癱瘓、業(yè)務(wù)數(shù)據(jù)點(Service Data Point，以下簡稱為SDP)吊死、SCP和SAU之間的TCP/IP連接中斷、或SAU和SSP之間的7號鏈路中斷。
在由于以上原因?qū)е轮悄芫W(wǎng)不能提供服務(wù)時，按SSP與智能網(wǎng)的約定，全部由智能網(wǎng)轉(zhuǎn)換為SAU信令點不可達，SSP以此為條件作為判斷，啟動自動容災(zāi)功能。
此時可以自動將一次撥號含有被叫號碼信息的智能業(yè)務(wù)改為普通呼叫接續(xù)，這就是自動容災(zāi)功能。例如某用戶登記彩鈴業(yè)務(wù)，這時智能網(wǎng)故障了，我們可能希望雖然彩鈴不能實現(xiàn)，但打入該用戶的呼叫仍能接通。
然而，當(dāng)智能網(wǎng)發(fā)生故障時，可能并未形成SAU不可達情況，這時SSP容災(zāi)就不起作用。
從以上的舉例描述可以看出，現(xiàn)有的機制都存在或多或少的局限性，難以滿足目前對安全性越來越高的要求。

發(fā)明內(nèi)容
本發(fā)明旨在提供通信領(lǐng)域中的SSP統(tǒng)計容災(zāi)的方法及裝置，以解決SCP故障時PSTN/NGN網(wǎng)絡(luò)的應(yīng)急處理等問題。
在本發(fā)明實施例中，提供了一種業(yè)務(wù)交換點業(yè)務(wù)交換點容災(zāi)方法，包括以下步驟業(yè)務(wù)交換點獨立地對業(yè)務(wù)交換點與業(yè)務(wù)控制點消息交互超時情況進行周期性統(tǒng)計；以及當(dāng)周期性統(tǒng)計發(fā)現(xiàn)超時情況滿足容災(zāi)條件時，業(yè)務(wù)交換點控制智能業(yè)務(wù)如何接續(xù)。
在上述的業(yè)務(wù)交換點容災(zāi)方法中，進行周期性統(tǒng)計包括以下步驟業(yè)務(wù)交換點中的后臺管理模塊利用業(yè)務(wù)交換點的話務(wù)統(tǒng)計機制登記話務(wù)統(tǒng)計任務(wù)，利用話務(wù)統(tǒng)計任務(wù)對業(yè)務(wù)交換點與業(yè)務(wù)控制點消息交互超時情況進行周期性統(tǒng)計；以及業(yè)務(wù)交換點控制智能業(yè)務(wù)如何接續(xù)包括以下步驟當(dāng)發(fā)現(xiàn)滿足容災(zāi)條件時，后臺管理模塊通知業(yè)務(wù)交換點中的業(yè)務(wù)處理模塊如何接續(xù)智能業(yè)務(wù)。
在上述的業(yè)務(wù)交換點容災(zāi)方法中，超時情況包括以下至少一種與超時消息相關(guān)的信息相應(yīng)的業(yè)務(wù)鍵、業(yè)務(wù)控制點號、統(tǒng)計超時時長、越限閾值。
在上述的業(yè)務(wù)交換點容災(zāi)方法中，預(yù)定容災(zāi)條件為業(yè)務(wù)單位時間內(nèi)交互超時次數(shù)超過越限閾值。
在上述的業(yè)務(wù)交換點容災(zāi)方法中，后臺管理模塊通知業(yè)務(wù)交換點中的業(yè)務(wù)處理模塊如何接續(xù)智能業(yè)務(wù)具體包括對業(yè)務(wù)交換點的觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表附加容災(zāi)處理域，其值為繼續(xù)接續(xù)或拆除呼叫，當(dāng)周期性統(tǒng)計發(fā)現(xiàn)超時情況滿足預(yù)定容災(zāi)條件時，后臺管理模塊將容災(zāi)處理域改為繼續(xù)接續(xù)或拆除呼叫，并通知給業(yè)務(wù)交換點中的業(yè)務(wù)處理模塊，指令業(yè)務(wù)處理模塊根據(jù)觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表來接續(xù)智能業(yè)務(wù)。
在上述的業(yè)務(wù)交換點容災(zāi)方法中，業(yè)務(wù)處理模塊根據(jù)觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表來接續(xù)智能業(yè)務(wù)包括以下步驟業(yè)務(wù)處理模塊檢查觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表的配置，如果配置為繼續(xù)接續(xù)，就按照普通呼叫接續(xù)；如果配置為拆除呼叫則將呼叫異常結(jié)束。
在上述的業(yè)務(wù)交換點容災(zāi)方法中，還包括以下步驟在判斷連接異?；謴?fù)正常后，后臺管理模塊將此情況通知業(yè)務(wù)處理模塊。
在上述的業(yè)務(wù)交換點容災(zāi)方法中，進行周期性統(tǒng)計包括以下步驟業(yè)務(wù)交換點中的業(yè)務(wù)處理模塊建立定時任務(wù)，利用定時任務(wù)定時檢查業(yè)務(wù)交換點與業(yè)務(wù)控制點交互超時計數(shù)器的計數(shù)情況。
在上述的業(yè)務(wù)交換點容災(zāi)方法中，還包括以下步驟預(yù)先對業(yè)務(wù)交換點的觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表附加容災(zāi)處理域，其值為繼續(xù)接續(xù)或拆除呼叫。
在上述的業(yè)務(wù)交換點容災(zāi)方法中，業(yè)務(wù)處理模塊建立定時任務(wù)，利用定時任務(wù)定時檢查計數(shù)情況包括以下步驟在業(yè)務(wù)處理模塊初始化時建立定時任務(wù)定時掃描觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表，檢查有哪些智能業(yè)務(wù)配置為需要容災(zāi)處理，對于配置了需要容災(zāi)處理的業(yè)務(wù)，定時檢查計數(shù)情況是否滿足預(yù)定容災(zāi)條件。
在上述的業(yè)務(wù)交換點容災(zāi)方法中，業(yè)務(wù)交換點控制智能業(yè)務(wù)如何接續(xù)包括以下步驟當(dāng)滿足預(yù)定容災(zāi)條件時，修改業(yè)務(wù)的容災(zāi)處理標志為真，業(yè)務(wù)交換點在進行智能呼叫時，發(fā)現(xiàn)業(yè)務(wù)需要容災(zāi)處理同時容災(zāi)處理標志為真，則檢查觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表中的配置，如果配置為繼續(xù)接續(xù)，就按照普通呼叫接續(xù)；如果配置為拆除呼叫，則將呼叫異常結(jié)束。
在上述的業(yè)務(wù)交換點容災(zāi)方法中，還包括以下步驟在判斷連接異常恢復(fù)正常后，業(yè)務(wù)交換點把容災(zāi)處理標志置為假。
在本發(fā)明實施例中，還提供了一種業(yè)務(wù)交換點容災(zāi)裝置，包括周期性統(tǒng)計模塊，用于指令業(yè)務(wù)交換點獨立地對業(yè)務(wù)交換點與業(yè)務(wù)控制點消息交互超時情況進行周期性統(tǒng)計；以及控制接續(xù)模塊，用于當(dāng)發(fā)現(xiàn)滿足預(yù)定容災(zāi)條件時，指令業(yè)務(wù)交換點控制智能業(yè)務(wù)如何接續(xù)。
通過上述技術(shù)方案，本發(fā)明實現(xiàn)了如下技術(shù)效果在SSP網(wǎng)元上對SSP與SCP間的交互進行統(tǒng)計，當(dāng)交互失敗次數(shù)達到一定程度時(如單位時間內(nèi)的連續(xù)失敗次數(shù)、單元時間內(nèi)的失敗率等)，SSP網(wǎng)元能夠自動切斷到SCP的交互，將其后的智能呼叫都按照普通呼叫處理，無需等待SCP超時，就可立即按普通呼叫接續(xù)，保證業(yè)務(wù)暢通。由于僅由SSP網(wǎng)元單獨實現(xiàn)，故根據(jù)本發(fā)明的整個方案的實現(xiàn)比較容易。
本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1示出了相關(guān)技術(shù)中的一種典型智能網(wǎng)組圖；圖2示出了根據(jù)本發(fā)明實施例的容災(zāi)方法的流程圖；圖3示出了根據(jù)本發(fā)明實施例的容災(zāi)裝置的方框圖；以及圖4示出了根據(jù)本發(fā)明實施例的SSP處理架構(gòu)視圖。
具體實施例方式
下面將參考附圖并結(jié)合實施例，來詳細說明本發(fā)明。
圖2示出了根據(jù)本發(fā)明實施例的容災(zāi)方法的流程圖，其包括以下步驟步驟S202，SSP獨立地對SSP與SCP消息交互超時情況進行周期性統(tǒng)計；以及步驟S204，當(dāng)統(tǒng)計發(fā)現(xiàn)超時情況滿足預(yù)定容災(zāi)條件時，SSP控制智能業(yè)務(wù)如何接續(xù)。
在圖2所示實施例中，步驟S202可包括以下步驟SSP中的后臺管理模塊利用SSP的話務(wù)統(tǒng)計機制登記話務(wù)統(tǒng)計任務(wù)，對SSP與SCP消息交互超時情況進行周期性統(tǒng)計；步驟S204可包括以下步驟當(dāng)發(fā)現(xiàn)滿足預(yù)定容災(zāi)條件時，后臺管理模塊通知SSP中的業(yè)務(wù)處理模塊如何接續(xù)智能業(yè)務(wù)。
需要指出的是，超時情況包括以下至少一種與超時消息相關(guān)的信息相應(yīng)的業(yè)務(wù)鍵、SCP號、統(tǒng)計超時時長、越限閾值；預(yù)定容災(zāi)條件為業(yè)務(wù)單位時間內(nèi)交互超時次數(shù)超過越限閾值。
對SSP的TDP(Trigger Detection Point，觸發(fā)器檢測點)業(yè)務(wù)配置數(shù)據(jù)表附加容災(zāi)處理域，其值為繼續(xù)接續(xù)或拆除呼叫，默認為拆除呼叫，當(dāng)發(fā)現(xiàn)滿足預(yù)定容災(zāi)條件時，后臺管理模塊將容災(zāi)處理域改為繼續(xù)接續(xù)或拆除呼叫，并通知給SSP中的業(yè)務(wù)處理模塊，指令業(yè)務(wù)處理模塊根據(jù)TDP業(yè)務(wù)配置數(shù)據(jù)表來接續(xù)智能業(yè)務(wù)。
此外，上述實施例的業(yè)務(wù)處理模塊根據(jù)TDP業(yè)務(wù)配置數(shù)據(jù)表來接續(xù)智能業(yè)務(wù)可包括以下步驟業(yè)務(wù)處理模塊檢查TDP業(yè)務(wù)配置數(shù)據(jù)表的配置，如果配置為繼續(xù)接續(xù)，就按照普通呼叫接續(xù)；如果配置為拆除呼叫則將呼叫異常結(jié)束。
另外，上述實施例的SSP容災(zāi)方法還可包括以下步驟在判斷連接異?；謴?fù)正常后，后臺管理模塊將此情況通知業(yè)務(wù)處理模塊。
SSP中的業(yè)務(wù)處理模塊建立定時任務(wù)，定時檢查SSP與SCP交互超時計數(shù)器的計數(shù)情況。
此外，本發(fā)明的SSP容災(zāi)方法還可包括以下步驟預(yù)先對SSP的TDP業(yè)務(wù)配置數(shù)據(jù)表附加容災(zāi)處理域，其值為繼續(xù)接續(xù)或拆除呼叫，默認為拆除呼叫，對于要求容災(zāi)處理的業(yè)務(wù)，配置其值為繼續(xù)接續(xù)。
業(yè)務(wù)處理模塊建立定時任務(wù)，定時檢查計數(shù)情況可包括以下步驟在業(yè)務(wù)處理模塊初始化時建立定時任務(wù)定時掃描TDP業(yè)務(wù)配置數(shù)據(jù)表，檢查有哪些智能業(yè)務(wù)配置為需要容災(zāi)處理，對于配置了需要容災(zāi)處理的業(yè)務(wù)，定時檢查計數(shù)情況是否滿足預(yù)定容災(zāi)條件。
當(dāng)滿足預(yù)定容災(zāi)條件時，就修改業(yè)務(wù)的容災(zāi)處理標志為真，SSP在進行智能呼叫時，發(fā)現(xiàn)業(yè)務(wù)需要容災(zāi)處理同時容災(zāi)處理標志為真，則檢查TDP業(yè)務(wù)配置數(shù)據(jù)表中的配置，如果配置為繼續(xù)接續(xù)，就按照普通呼叫接續(xù)；如果配置為拆除呼叫，則將呼叫異常結(jié)束。
在判斷連接異?；謴?fù)正常后，SSP把容災(zāi)處理標志置為假。
如圖3所示，本發(fā)明實施例還提供了一種SSP容災(zāi)裝置300，包括周期性統(tǒng)計模塊302，用于指令SSP獨立地對SSP與SCP消息交互超時情況進行周期性統(tǒng)計；以及控制接續(xù)模塊304，用于當(dāng)發(fā)現(xiàn)滿足預(yù)定容災(zāi)條件時，指令SSP控制智能業(yè)務(wù)如何接續(xù)。
下面將通過對圖4所示實施例的詳細描述，來闡明上述圖2和圖3所示實施例的實現(xiàn)。
圖4示出了根據(jù)本發(fā)明實施例的SSP處理架構(gòu)視圖。
在該實施例中，該功能由SSP網(wǎng)元獨立完成，是對現(xiàn)有智能網(wǎng)安全方案的補充。如圖4所示，其包括線路接口模塊402、系統(tǒng)支撐模塊404、后臺管理模塊410、業(yè)務(wù)處理模塊408、以及信令處理模塊406。
線路接口模塊402主要用于提供滿足系統(tǒng)組網(wǎng)需求的各種物理接口，包括FE接口等。
系統(tǒng)支撐模塊404主要用于實現(xiàn)軟件加載、數(shù)據(jù)加載、設(shè)備管理、設(shè)備維護、板間通信、框間通信等功能。
信令處理模塊406主要用于提供信令或協(xié)議的底層處理功能，如MTP、SIGTRAN、TCP/UDP、H.248/MGCP等協(xié)議的處理。
業(yè)務(wù)處理模塊408完成業(yè)務(wù)特性所需要的3層及以上高層協(xié)議(如TUP、ISUP、MAP等)的處理；提供應(yīng)用層的呼叫控制功能，并完成業(yè)務(wù)的邏輯；提供中心數(shù)據(jù)庫功能，存儲集中式的資源數(shù)據(jù)(局間中繼資源、上下文及終端動態(tài)表、MGW資源描述表等)，為業(yè)務(wù)處理提供呼叫資源的查詢服務(wù)。
后臺管理模塊410由后管理模塊(Back Administration Module，以下簡稱為BAM)、Bill Store、工作站(Work Station，以下簡稱為WS)等設(shè)備構(gòu)成，負責(zé)提供人機接口、網(wǎng)管接口、計費接口等維護管理接口，主要完成操作維護、話單管理等功能。
在本發(fā)明的實施例中，根據(jù)實現(xiàn)方式的不同，SSP統(tǒng)計容災(zāi)有兩種解決方案。下面通過詳細描述這兩種方案來說明本發(fā)明上述實施例中的SSP容災(zāi)方法和裝置。
方案一利用SSP現(xiàn)有的話務(wù)統(tǒng)計機制，后臺管理模塊410登記話務(wù)統(tǒng)計任務(wù)，對與SCP的交互情況進行統(tǒng)計，當(dāng)滿足容災(zāi)條件時，由SSP后臺管理模塊410向業(yè)務(wù)處理模塊408自動發(fā)送配置命令，控制智能業(yè)務(wù)如何接續(xù)，可見該方案中，后臺管理模塊410可用于執(zhí)行圖2中的步驟S202和S204，并可用于實現(xiàn)圖3中的周期性統(tǒng)計模塊302和控制接續(xù)模塊304；方案二在SSP業(yè)務(wù)處理模塊408中建立定時任務(wù)，定時檢查計數(shù)器(記錄與SCP消息交互超時情況)計數(shù)，當(dāng)滿足容災(zāi)條件時，控制智能業(yè)務(wù)如何接續(xù)，可見該方案中，業(yè)務(wù)處理模塊408可用于執(zhí)行圖2中的步驟S202和S204，并可用于實現(xiàn)圖3中的周期性統(tǒng)計模塊302和控制接續(xù)模塊304。
在下文中將對以上兩種方案分別進行深入分析。
方案一中利用SSP現(xiàn)有的話務(wù)統(tǒng)計機制，后臺管理模塊410登記周期性話務(wù)統(tǒng)計任務(wù)對與SCP的交互超時次數(shù)進行周期性統(tǒng)計，相應(yīng)的業(yè)務(wù)鍵、SCP號、統(tǒng)計超時時長、越限閾值等信息可以由用戶自行配置。
當(dāng)滿足容災(zāi)處理條件時(某業(yè)務(wù)單位時間內(nèi)交互超時次數(shù)超過越限閾值)，SSP后臺管理模塊410發(fā)送告警，并同時由后臺管理模塊410自動向業(yè)務(wù)處理模塊408進行通知。
后臺管理模塊410對SSP的TDP業(yè)務(wù)配置數(shù)據(jù)表附加容災(zāi)處理域，其值為繼續(xù)接續(xù)或拆除呼叫，默認為拆除呼叫。
當(dāng)SSP與SCP連接異常時，業(yè)務(wù)處理模塊408收到后臺管理模塊410發(fā)送的通知，將TDP業(yè)務(wù)配置數(shù)據(jù)表中的容災(zāi)處理指示改為繼續(xù)接續(xù)或拆除呼叫。在每次進行智能呼叫時，如果需要容災(zāi)，則檢查該表中的配置，如果配置為繼續(xù)接續(xù)，就按照普通呼叫接續(xù)(不觸發(fā)智能業(yè)務(wù))；如果配置為拆除呼叫則呼叫將被異常結(jié)束。
當(dāng)連接異常恢復(fù)后，SSP后臺管理模塊410自動通知業(yè)務(wù)處理模塊408，每次智能呼叫就不再進行容災(zāi)處理，正常觸發(fā)智能業(yè)務(wù)。
該方案的優(yōu)點是借用了SSP話務(wù)統(tǒng)計機制，能夠由用戶靈活配置容災(zāi)標準，可以在不同的時段各種話務(wù)模型下，分別進行統(tǒng)計，滿足不同的要求。
方案二中，對SSP的TDP業(yè)務(wù)配置數(shù)據(jù)表進行擴展，擴展方法是增加容災(zāi)處理域，其值為繼續(xù)接續(xù)和拆除呼叫，默認為拆除呼叫。對于要求容災(zāi)處理的業(yè)務(wù)，配置該域為繼續(xù)接續(xù)。
在業(yè)務(wù)處理模塊408初始化時，建立定時任務(wù)(如建立10分鐘任務(wù))，定時掃描TDP業(yè)務(wù)配置數(shù)據(jù)表，檢查有哪些智能業(yè)務(wù)配置為需要容災(zāi)處理，對于配置了需要容災(zāi)處理的業(yè)務(wù)，根據(jù)業(yè)務(wù)鍵檢查與SCP消息交互超時計數(shù)器計數(shù)情況，當(dāng)滿足條件(例如，預(yù)先啟動一個超時計數(shù)器，并預(yù)先設(shè)置定時任務(wù)的處理條件)時(如10分鐘內(nèi)，SSP超時消息數(shù)大于20次，超時消息占正常消息比例大于80％)，就修改該業(yè)務(wù)的容災(zāi)處理標志為真。在每次進行智能呼叫時，發(fā)現(xiàn)該業(yè)務(wù)需要容災(zāi)處理同時容災(zāi)處理標志為真，則檢查TDP業(yè)務(wù)配置數(shù)據(jù)表中的配置，如果配置為繼續(xù)接續(xù)，就按照普通呼叫接續(xù)(不觸發(fā)智能業(yè)務(wù))；如果配置為拆除呼叫，則呼叫將被異常結(jié)束。
例如，如果統(tǒng)計結(jié)果為10分鐘內(nèi)，超時消息數(shù)大于20，超時消息占正常消息比例大于50％的情況下需發(fā)送預(yù)告警，提示需要人工干預(yù)。即在啟動容災(zāi)處理之前能夠有預(yù)警機制。
當(dāng)SSP與SCP連接異?；謴?fù)后，SSP自動把容災(zāi)處理標志置為假，相關(guān)的智能業(yè)務(wù)呼叫能夠正常觸發(fā)SCP。
該方案的優(yōu)點是不改變SSP現(xiàn)有系統(tǒng)結(jié)構(gòu)，而且統(tǒng)計效率較高。
但是，該方案的缺點在于統(tǒng)計條件是確定的，不能夠人工調(diào)整，可能不能滿足部分應(yīng)用的要求；對業(yè)務(wù)處理模塊408系統(tǒng)負荷有一定的影響。
從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術(shù)效果SSP網(wǎng)元能夠自動切斷到SCP的交互，由于以后的智能呼叫都按照普通呼叫處理，所以無需等待SCP超時，就可立即按普通呼叫接續(xù)，從而保證了業(yè)務(wù)暢通，而且整個方案僅通過SSP網(wǎng)元單獨實現(xiàn)，所以整個方案簡單易行。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。應(yīng)該明白，這些具體實施中的變化對于本領(lǐng)域的技術(shù)人員來說是顯而易見的，不脫離本發(fā)明的精神保護范圍。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種業(yè)務(wù)交換點容災(zāi)方法，其特征在于，包括以下步驟業(yè)務(wù)交換點獨立地對所述業(yè)務(wù)交換點與業(yè)務(wù)控制點消息交互超時情況進行周期性統(tǒng)計；以及當(dāng)所述周期性統(tǒng)計發(fā)現(xiàn)所述超時情況滿足容災(zāi)條件時，所述業(yè)務(wù)交換點控制智能業(yè)務(wù)如何接續(xù)。
2.根據(jù)權(quán)利要求1所述的業(yè)務(wù)交換點容災(zāi)方法，其特征在于，進行周期性統(tǒng)計包括以下步驟所述業(yè)務(wù)交換點中的后管理模塊利用所述業(yè)務(wù)交換點的話務(wù)統(tǒng)計機制登記話務(wù)統(tǒng)計任務(wù)，利用所述話務(wù)統(tǒng)計任務(wù)對所述業(yè)務(wù)交換點與業(yè)務(wù)控制點消息交互超時情況進行周期性統(tǒng)計；以及所述業(yè)務(wù)交換點控制智能業(yè)務(wù)如何接續(xù)包括以下步驟當(dāng)發(fā)現(xiàn)滿足容災(zāi)條件時，所述后臺管理模塊通知所述業(yè)務(wù)交換點中的業(yè)務(wù)處理模塊如何接續(xù)智能業(yè)務(wù)。
3.根據(jù)權(quán)利要求2所述的業(yè)務(wù)交換點容災(zāi)方法，其特征在于，所述超時情況包括以下至少一種與超時消息相關(guān)的信息相應(yīng)的業(yè)務(wù)鍵、業(yè)務(wù)控制點號、統(tǒng)計超時時長、越限閾值。
4.根據(jù)權(quán)利要求3所述的業(yè)務(wù)交換點容災(zāi)方法，其特征在于，預(yù)定容災(zāi)條件為業(yè)務(wù)單位時間內(nèi)所述交互超時次數(shù)超過所述越限閾值。
5.根據(jù)權(quán)利要求2所述的業(yè)務(wù)交換點容災(zāi)方法，其特征在于，所述后臺管理模塊通知所述業(yè)務(wù)交換點中的業(yè)務(wù)處理模塊如何接續(xù)智能業(yè)務(wù)具體包括對所述業(yè)務(wù)交換點的觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表附加容災(zāi)處理域，當(dāng)所述周期性統(tǒng)計發(fā)現(xiàn)所述超時情況滿足預(yù)定容災(zāi)條件時，所述后臺管理模塊將所述容災(zāi)處理域改為繼續(xù)接續(xù)或拆除呼叫，并通知給所述業(yè)務(wù)交換點中的業(yè)務(wù)處理模塊，指令所述業(yè)務(wù)處理模塊根據(jù)所述觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表來接續(xù)智能業(yè)務(wù)。
6.根據(jù)權(quán)利要求5所述的業(yè)務(wù)交換點容災(zāi)方法，其特征在于，所述業(yè)務(wù)處理模塊根據(jù)所述觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表來接續(xù)智能業(yè)務(wù)包括以下步驟所述業(yè)務(wù)處理模塊檢查所述觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表的配置，如果配置為繼續(xù)接續(xù)，就按照普通呼叫接續(xù)；如果配置為拆除呼叫則將呼叫異常結(jié)束。
7.根據(jù)權(quán)利要求2所述的業(yè)務(wù)交換點容災(zāi)方法，其特征在于，還包括以下步驟在判斷連接異?；謴?fù)正常后，所述后臺管理模塊將此情況通知所述業(yè)務(wù)處理模塊。
8.根據(jù)權(quán)利要求1所述的業(yè)務(wù)交換點容災(zāi)方法，其特征在于，進行周期性統(tǒng)計包括以下步驟所述業(yè)務(wù)交換點中的業(yè)務(wù)處理模塊建立定時任務(wù)，利用所述定時任務(wù)定時檢查所述業(yè)務(wù)交換點與業(yè)務(wù)控制點交互超時計數(shù)器的計數(shù)情況。
9.根據(jù)權(quán)利要求8所述的業(yè)務(wù)交換點容災(zāi)方法，其特征在于，還包括以下步驟預(yù)先對所述業(yè)務(wù)交換點的觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表附加容災(zāi)處理域，其值為繼續(xù)接續(xù)或拆除呼叫。
10.根據(jù)權(quán)利要求9所述的業(yè)務(wù)交換點容災(zāi)方法，其特征在于，所述業(yè)務(wù)處理模塊建立定時任務(wù)，利用所述定時任務(wù)定時檢查計數(shù)情況包括以下步驟在所述業(yè)務(wù)處理模塊初始化時建立所述定時任務(wù)定時掃描所述觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表，檢查有哪些智能業(yè)務(wù)配置為需要容災(zāi)處理，對于配置了需要容災(zāi)處理的業(yè)務(wù)，定時檢查所述計數(shù)情況是否滿足所述預(yù)定容災(zāi)條件。
11.根據(jù)權(quán)利要求10所述的業(yè)務(wù)交換點容災(zāi)方法，其特征在于，所述業(yè)務(wù)交換點控制智能業(yè)務(wù)如何接續(xù)包括以下步驟當(dāng)滿足所述預(yù)定容災(zāi)條件時，修改所述業(yè)務(wù)的容災(zāi)處理標志為真，所述業(yè)務(wù)交換點在進行智能呼叫時，發(fā)現(xiàn)所述業(yè)務(wù)需要容災(zāi)處理同時容災(zāi)處理標志為真，則檢查所述觸發(fā)器檢測點業(yè)務(wù)配置數(shù)據(jù)表中的配置，如果配置為繼續(xù)接續(xù)，就按照普通呼叫接續(xù)；如果配置為拆除呼叫，則將呼叫異常結(jié)束。
12.根據(jù)權(quán)利要求8所述的業(yè)務(wù)交換點容災(zāi)方法，其特征在于，還包括以下步驟在判斷連接異?；謴?fù)正常后，業(yè)務(wù)交換點把所述容災(zāi)處理標志置為假。
13.一種業(yè)務(wù)交換點容災(zāi)裝置，其特征在于，包括周期性統(tǒng)計模塊，用于指令業(yè)務(wù)交換點獨立地對所述業(yè)務(wù)交換點與業(yè)務(wù)控制點消息交互超時情況進行周期性統(tǒng)計；以及控制接續(xù)模塊，用于當(dāng)發(fā)現(xiàn)滿足預(yù)定容災(zāi)條件時，指令所述業(yè)務(wù)交換點控制智能業(yè)務(wù)如何接續(xù)。
全文摘要
本發(fā)明提供了一種業(yè)務(wù)交換點SSP容災(zāi)方法，包括以下步驟業(yè)務(wù)交換點獨立地對業(yè)務(wù)交換點與業(yè)務(wù)控制點消息交互超時情況進行周期性統(tǒng)計；以及當(dāng)周期性統(tǒng)計發(fā)現(xiàn)超時情況滿足容災(zāi)條件時，業(yè)務(wù)交換點控制智能業(yè)務(wù)如何接續(xù)。本發(fā)明還提供了一種SSP容災(zāi)裝置。
文檔編號H04Q3/00GK101013959SQ20071000266
公開日2007年8月8日 申請日期2007年1月24日 優(yōu)先權(quán)日2007年1月24日
發(fā)明者魏海濤 申請人:華為技術(shù)有限公司