專利名稱：一種軟交換容災(zāi)系統(tǒng)中容災(zāi)呼叫接續(xù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地涉及一種軟交換容災(zāi)系統(tǒng)中容災(zāi)呼叫接 續(xù)的方法。
背景技術(shù)：
軟交換(SoftSwitch，簡稱SS)設(shè)備的容突是指當某一地方發(fā)生災(zāi)難， 造成該地軟交換功能失效時，該控制域內(nèi)的網(wǎng)關(guān)設(shè)備能夠切換到異地正常運 行的容災(zāi)軟交換設(shè)備上，容災(zāi)軟交換設(shè)備能夠為這些網(wǎng)關(guān)設(shè)備提供它們原來 定制的各種業(yè)務(wù)。
軟交換的容災(zāi)系統(tǒng)由互為容災(zāi)的兩個軟交換設(shè)備及其控制的網(wǎng)關(guān)設(shè)備 組成。圖1是軟交換的容突組網(wǎng)參考模型圖，其中SS1和SS2為互為容災(zāi) 的軟交換設(shè)備,每個軟交換被邏輯上分做主用部分和容突部分，以SS1為例， 其中SS1M表示是SS1的主用部分，SS2S表示是SS2的容災(zāi)部分。網(wǎng)關(guān)1、 網(wǎng)關(guān)2歸屬于SS1，連接在SS1M上；網(wǎng)關(guān)3、網(wǎng)關(guān)4歸屬于SS2，連接在 SS2M上。其中SS1M是SS1的主用邏輯模塊，承擔SS1的主用側(cè)服務(wù)功能， 是網(wǎng)關(guān)l，網(wǎng)關(guān)2的歸屬注冊地。SS2S是SS1的容災(zāi)邏輯模塊，承擔容災(zāi) 側(cè)服務(wù)功能，是網(wǎng)關(guān)3，網(wǎng)關(guān)4的容突注冊地。SS2M是SS2的主用邏輯模 塊，承擔SS2的主用側(cè)服務(wù)功能，是網(wǎng)關(guān)3，網(wǎng)關(guān)4的歸屬注冊地。SS1S 是SS2的容災(zāi)邏輯模塊，承擔容災(zāi)側(cè)服務(wù)功能，是網(wǎng)關(guān)l，網(wǎng)關(guān)2的容災(zāi)注 冊地。
當某側(cè)SS設(shè)備發(fā)生異常時，歸屬于它的網(wǎng)關(guān)可以根據(jù)某些策略選擇注 冊到此SS的容災(zāi)SS上，以保證對網(wǎng)關(guān)設(shè)備的正常服務(wù)。例如SS1發(fā)生異 常后，網(wǎng)關(guān)l，網(wǎng)關(guān)2可以注冊到了 SS2上的容災(zāi)模塊SS1S側(cè)；如果SS1 的異常對某些網(wǎng)關(guān)的服務(wù)不產(chǎn)生影響，這些網(wǎng)關(guān)也可以不選擇注冊到SS1S側(cè)。
在軟交換的容突系統(tǒng)中，在呼叫的接續(xù)過程中，如果遇到網(wǎng)關(guān)在歸屬
ss未進入服務(wù)的情況下，并不能表示此網(wǎng)關(guān)的真實狀態(tài)就是未進入服務(wù)，
它有可能注冊在容災(zāi)軟交換側(cè)。因此，呼叫還需要接續(xù)到容災(zāi)軟交換設(shè)備上 去檢查此網(wǎng)關(guān)是否發(fā)生了容災(zāi)注冊。
在這種情況下，呼叫到容突軟交換設(shè)備的接續(xù)無法有效地采用傳統(tǒng)的路 由選路來實現(xiàn)，只能根據(jù)容災(zāi)軟交換設(shè)備的配置信息，強制去接續(xù)，這樣會 造成很多業(yè)務(wù)模型的改變，非常不靈活，同時對于強制接續(xù)引起的呼叫震蕩
無法完全避免。
綜上所述，當前需要一種軟交換容災(zāi)系統(tǒng)中實現(xiàn)容災(zāi)呼叫接續(xù)的技術(shù)方案。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種軟交換容災(zāi)系統(tǒng)中容災(zāi)呼叫接 續(xù)的方法，在容災(zāi)情況下，發(fā)現(xiàn)被叫網(wǎng)關(guān)未在歸屬地注冊，則根據(jù)一定的策 略，選擇下一步路由，重新發(fā)起呼叫，直至無路由為止，實現(xiàn)呼叫的最大可 能接續(xù)。
為了解決上述技術(shù)問題，本發(fā)明提供了 一種軟交換容突系統(tǒng)中容災(zāi)呼叫 接續(xù)的方法，包括以下步驟，
a、 呼叫接續(xù)到被叫網(wǎng)關(guān)所歸屬的軟交換設(shè)備時，如果被叫網(wǎng)關(guān)無法接 續(xù)，則將呼叫接續(xù)到容災(zāi)軟交換設(shè)備并發(fā)送呼叫消息，其中所述呼叫消息攜 帶失敗重選路由標記；
b、 容災(zāi)軟交換設(shè)備收到所述呼叫消息后，如果所述呼叫消息攜帶失敗 重選路由標記，則容災(zāi)軟交換設(shè)備將呼叫接續(xù)至容突軟交換設(shè)備的容災(zāi)側(cè)， 如果被叫網(wǎng)關(guān)處于服務(wù)狀態(tài)，則將呼叫繼續(xù)接續(xù)至被叫網(wǎng)關(guān)。
進一步地，上述方法還可包括，所述步驟a中，所述被叫網(wǎng)關(guān)無法接續(xù) 的原因包括該被叫網(wǎng)關(guān)未處于服務(wù)態(tài)。
進一步地，上述方法還可包括，所述步驟a中，通過失敗重選路由，將 呼叫接續(xù)到容災(zāi)軟交換設(shè)備并發(fā)送呼叫消息。
進一步地，上述方法還可包括，所述步驟b中，容災(zāi)軟交換設(shè)備收到所 述呼叫消息后，通過分析所述呼叫消息得知被叫網(wǎng)關(guān)歸屬于軟交換設(shè)備。
進一步地，上述方法還可包括，所述步驟b中，容突軟交換設(shè)備將呼叫 接續(xù)至容災(zāi)軟交換設(shè)備的容突側(cè)，并將所述失敗重選路由標記傳遞給容災(zāi)軟 交換設(shè)備的容突側(cè)。
進一步地，上述方法還可包括，所述失敗重選路由標記，再呼叫接續(xù)中 產(chǎn)生后，需要跟隨呼叫消息一直傳遞，直至呼叫接續(xù)到相應(yīng)的被叫網(wǎng)關(guān)。
進一步地，上述方法還可包括，所述失敗重選路由標記的攜帶，才艮據(jù)不 同的協(xié)議采用不同的方式，所述協(xié)議包括會話啟動協(xié)議，所述呼叫消息為會 話啟動消息，在會話啟動消息頭中攜帶該失敗重選路由標記，但并不僅限于 在消息頭中攜帶。
進一步地，上述方法還可包括，如果呼叫消息中攜帶失敗重選路由標記， 則軟交換設(shè)備將不再采用此容災(zāi)路由失敗重選的方式進行呼叫繼續(xù)接續(xù)。
與現(xiàn)有技術(shù)相比，應(yīng)用本發(fā)明，可以在軟交換的容災(zāi)系統(tǒng)中實現(xiàn)最大限 度的呼叫接續(xù)，并且最大限度的保持了原有的呼叫模型，同時有效的避免了 多次接續(xù)引起的呼叫震蕩問題。


圖l是軟交換容災(zāi)組網(wǎng)模型圖2是本發(fā)明具體實施方式
中一種軟交換容災(zāi)系統(tǒng)中容災(zāi)呼叫接續(xù)的 方法的流程圖3是本發(fā)明具體實施方式
中SS1異常引起的網(wǎng)關(guān)容災(zāi)注冊圖； 圖4是本發(fā)明具體實施方式
中呼叫失敗重選的流程圖。
具體實施例方式
下面結(jié)合附圖和具體實施方式
對本發(fā)明作進一步說明。 本發(fā)明的主要構(gòu)思是通過失敗重選路由，將接續(xù)到容災(zāi)軟交換設(shè)備的呼 叫方式作為呼叫路由進行處理，為了區(qū)別于普通的路由呼叫，同時通過失敗重選路由標記攜帶至容災(zāi)軟交換設(shè)備。
如圖2所示， 一種軟交換容災(zāi)系統(tǒng)中容災(zāi)呼叫接續(xù)的方法，包括以下步
驟，
步驟IO、呼叫接續(xù)到被叫網(wǎng)關(guān)所歸屬的軟交換設(shè)備(SS1)時，如果被 叫網(wǎng)關(guān)無法接續(xù)，則將呼叫接續(xù)到容災(zāi)軟交換設(shè)備(SS2)并發(fā)送呼叫消息， 其中所述呼叫消息攜帶失敗重選路由標記；
步驟20、容災(zāi)軟交換設(shè)備(SS2)收到所述呼叫消息后，通過分析所述 呼叫消息得知被叫網(wǎng)關(guān)歸屬于軟交換設(shè)備(SS1),如果所述呼叫消息攜帶 失敗重選路由標記，則容災(zāi)軟交換設(shè)備(SS2)將呼叫接續(xù)至容災(zāi)軟交換設(shè) 備(SS2)的容災(zāi)側(cè)，并將失敗重選路由標記傳遞給容災(zāi)軟交換設(shè)備(SS2) 的容突側(cè)；
步驟30、呼叫接續(xù)到容災(zāi)軟交換設(shè)備(SS2)的容災(zāi)側(cè)后，如果被叫網(wǎng) 關(guān)處于服務(wù)狀態(tài)，則將呼叫繼續(xù)接續(xù)至被叫網(wǎng)關(guān)。
本發(fā)明具體實施方式
中一種軟交換容災(zāi)系統(tǒng)中容災(zāi)呼叫接續(xù)的方法，具 體包括以下步驟
步驟110、呼叫接續(xù)到被叫網(wǎng)關(guān)所歸屬的軟交換設(shè)備(SS1)時，發(fā)現(xiàn) 被叫網(wǎng)關(guān)未處于服務(wù)態(tài)或其它原因無法接續(xù)；
步驟120、通過失敗重選路由，將呼叫接續(xù)到容突軟交換設(shè)備(SS2) 上，并在呼叫消息中攜帶失敗重選路由標記；
所述失敗重選路由標記，再呼叫接續(xù)中產(chǎn)生后，需要跟隨呼叫消息一直 傳遞，直至呼叫接續(xù)到相應(yīng)的被叫網(wǎng)關(guān)。
失敗重選路由標記的攜帶，可以根據(jù)不同的協(xié)議采用不同的方式，以 SIP(會話啟動)協(xié)議為例，可以在SIP消息頭中攜帶此標記，但并不僅限于在 消息頭中攜帶。
步驟130、呼叫接續(xù)到容災(zāi)軟交換設(shè)備(SS2)上后，通過分析得知被 叫網(wǎng)關(guān)歸屬于(SS1)，而此時由于存在失敗重選路由標記，因此SS2將呼 叫接續(xù)至SS2的容災(zāi)側(cè)，并將失敗重選路由標記傳遞給SS2的容災(zāi)側(cè)；
步驟140、呼叫接續(xù)到SS2的容突側(cè)后，如果被叫網(wǎng)關(guān)處于服務(wù)狀態(tài)，
則將呼叫繼續(xù)接續(xù)至被叫網(wǎng)關(guān)。
為了避免呼叫震蕩，當呼叫消息中攜帶失敗重選路由標記時，軟交換設(shè) 備將不再采用此容災(zāi)路由失敗重選的方式進行呼叫繼續(xù)接續(xù)。
圖3是SS1異常引起的網(wǎng)關(guān)容災(zāi)注冊圖。在圖3中，SS1發(fā)生異常， 致使歸屬注冊于SS1的網(wǎng)關(guān)2注冊到容突注冊地SS2的SS1S上；此時網(wǎng)關(guān) 1歸屬注冊于SS1的SS1M上；網(wǎng)關(guān)2容災(zāi)注冊于SS2的SS1S上；網(wǎng)關(guān)3， 網(wǎng)關(guān)4歸屬注冊于SS2的SS2M上。
圖4是本發(fā)明改進的呼叫失敗重選的流程圖，圖4的流程是以圖3的組 網(wǎng)模型進行，其中網(wǎng)關(guān)2為被叫用戶所在網(wǎng)關(guān)。 具體步驟如下
步驟l:呼叫接續(xù)到被叫網(wǎng)關(guān)2的歸屬注冊地SS1M時，在SS1M上查 看網(wǎng)關(guān)2是否處于服務(wù)態(tài)，若處于服務(wù)態(tài)，進入步驟2;否則進入步驟3;
步驟2:網(wǎng)關(guān)2在SS1M上處于服務(wù)態(tài)，呼叫將直接接續(xù)到網(wǎng)關(guān)2，如 果網(wǎng)關(guān)2返回呼叫接續(xù)失敗消息，則本次呼叫失?。?br> 步驟3:網(wǎng)關(guān)2在SS1M上處于非服務(wù)態(tài)，采用呼叫失敗重選路由的方 式，選擇容災(zāi)路由SS2 (實際上就是SS2的主用邏輯模塊SS2M),并生成 失敗重選標記，并攜帶此標記將呼叫接續(xù)到SS2上；
步驟4:呼叫接續(xù)到SS2M上后，SS2M分析被叫網(wǎng)關(guān)2的歸屬注冊地 為SS1M，因此需要將呼叫繼續(xù)接續(xù)到SS1M，而此時由于呼叫消息中攜帶 失敗重選標記，因此呼叫將被繼續(xù)接續(xù)網(wǎng)關(guān)2的容突注冊地，也就是SS2 的容突側(cè)SS1S;
步驟5:呼叫接續(xù)到SS1S后，在SS1S上查看網(wǎng)關(guān)2是否處于服務(wù)態(tài)， 如處于服務(wù)態(tài)，則進入步驟6，否則進入步驟7;
步驟6:網(wǎng)關(guān)2在SS1S上處于服務(wù)態(tài)，呼叫將直接接續(xù)到網(wǎng)關(guān)2，如果 網(wǎng)關(guān)2返回呼叫接續(xù)失敗消息，則本次呼叫失?。?br> 步驟7:網(wǎng)關(guān)2在SS1S上處于非服務(wù)態(tài),則在SS1S上選擇^L叫的其它 可用路由，若無路由可選則釋放呼叫，本次呼叫失敗。
此時，按照統(tǒng)一處理流程，在無路由可選的情況下，需要采用失敗重選
路由繼續(xù)接續(xù)，而由于呼叫消息中已經(jīng)攜帶了失敗重選標記，因此就不會觸 發(fā)此流程，從而也就避免了再次失敗重選引起的呼叫震蕩。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不 局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到 的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范 圍應(yīng)該以權(quán)利要求的保護范圍為準。
權(quán)利要求
1、一種軟交換容災(zāi)系統(tǒng)中容災(zāi)呼叫接續(xù)的方法，包括以下步驟，a、呼叫接續(xù)到被叫網(wǎng)關(guān)所歸屬的軟交換設(shè)備時，如果被叫網(wǎng)關(guān)無法接續(xù)，則將呼叫接續(xù)到容災(zāi)軟交換設(shè)備并發(fā)送呼叫消息，其中所述呼叫消息攜帶失敗重選路由標記；b、容災(zāi)軟交換設(shè)備收到所述呼叫消息后，如果所述呼叫消息攜帶失敗重選路由標記，則容災(zāi)軟交換設(shè)備將呼叫接續(xù)至容災(zāi)軟交換設(shè)備的容災(zāi)側(cè)，如果被叫網(wǎng)關(guān)處于服務(wù)狀態(tài)，則將呼叫繼續(xù)接續(xù)至被叫網(wǎng)關(guān)。
2、 如權(quán)利要求1所述的方法，其特征在于，所述步驟a中，所述被叫網(wǎng)關(guān)無法接續(xù)的原因包括該被叫網(wǎng)關(guān)未處于服 務(wù)態(tài)。
3、 如權(quán)利要求l所述的方法，其特征在于，所述步驟a中，通過失敗重選路由，將呼叫接續(xù)到容災(zāi)軟交換設(shè)備并發(fā) 送呼叫消息。
4、 如權(quán)利要求l所述的方法，其特征在于，所述步驟b中，容災(zāi)軟交換設(shè)備收到所述呼叫消息后，通過分析所述呼 叫消息得知被叫網(wǎng)關(guān)歸屬于軟交換設(shè)備。
5、 如權(quán)利要求l所述的方法，其特征在于，所述步驟b中，容災(zāi)軟交換設(shè)備將呼叫接續(xù)至容災(zāi)軟交換設(shè)備的容災(zāi) 側(cè)，并將所述失敗重選路由標記傳遞給容災(zāi)軟交換設(shè)備的容災(zāi)側(cè)。
6、 如權(quán)利要求l所述的方法，其特征在于，所述失敗重選路由標記，再呼叫接續(xù)中產(chǎn)生后，需要跟隨呼叫消息一直 傳遞，直至呼叫接續(xù)到相應(yīng)的^皮叫網(wǎng)關(guān)。
7、 如權(quán)利要求l所述的方法，其特征在于，所述失敗重選路由標記的攜帶，根據(jù)不同的協(xié)議采用不同的方式，所述 協(xié)議包括會話啟動協(xié)議，所述呼叫消息為會話啟動消息，在會話啟動消息頭 中攜帶該失敗重選路由標記，但并不僅限于在消息頭中攜帶。
8、 如權(quán)利要求l所述的方法，其特征在于，如果呼叫消息中攜帶失敗重選路由標記，則軟交換設(shè)備將不再采用此容 災(zāi)路由失敗重選的方式進行呼叫繼續(xù)接續(xù)。
全文摘要
本發(fā)明公開了一種軟交換容災(zāi)系統(tǒng)中容災(zāi)呼叫接續(xù)的方法，包括，呼叫接續(xù)到被叫網(wǎng)關(guān)所歸屬的軟交換設(shè)備時，如果被叫網(wǎng)關(guān)無法接續(xù)，則將呼叫接續(xù)到容災(zāi)軟交換設(shè)備并發(fā)送呼叫消息，其中所述呼叫消息攜帶失敗重選路由標記；容災(zāi)軟交換設(shè)備收到所述呼叫消息后，如果所述呼叫消息攜帶失敗重選路由標記，則容災(zāi)軟交換設(shè)備將呼叫接續(xù)至容災(zāi)軟交換設(shè)備的容災(zāi)側(cè)，如果被叫網(wǎng)關(guān)處于服務(wù)狀態(tài)，則將呼叫繼續(xù)接續(xù)至被叫網(wǎng)關(guān)。應(yīng)用本發(fā)明，可以在軟交換的容災(zāi)系統(tǒng)中實現(xiàn)最大限度的呼叫接續(xù)，并且最大限度的保持了原有的呼叫模型，同時有效的避免了多次接續(xù)引起的呼叫震蕩問題。
文檔編號H04L12/24GK101183991SQ20071019904
公開日2008年5月21日 申請日期2007年12月7日 優(yōu)先權(quán)日2007年12月7日
發(fā)明者泉 劉 申請人:中興通訊股份有限公司