專利名稱：用于無中斷會議呼叫的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及召開網(wǎng)絡(luò)會議，尤其涉及在電路交換會議中的不穩(wěn)定問題。
背景技術(shù)：
用于如ISDN的電路交換網(wǎng)(像ISDN)上的多媒體通信的公共標準是來自國際電信聯(lián)盟(International Telecommunications Union，ITU)的H.320標準。H.320是具有用來定義不同協(xié)議層的幾個子標準的傘形標準。一個例子是H.221。H.221是H.320的成幀協(xié)議。該建議標準的目的在于定義用于視聽電信業(yè)務(wù)的幀結(jié)構(gòu)。
ISDN網(wǎng)絡(luò)上的視頻會議呼叫(以下被稱為H.320呼叫)比正常音頻電話呼叫需要更多的帶寬。通常被稱為BONDINGTM的協(xié)議ISO13871支持在一組獨立的ISDN信道上的通信以便把它們的帶寬組合為單個相干信道，以下稱為H.320鏈路。例如，可以經(jīng)由四個64kb/s信道來支持256kb/s數(shù)據(jù)流。聲音和圖片質(zhì)量與所使用的信道數(shù)目(帶寬)有關(guān)。
BONDINGTM(ISO 13871)是由BONDING聯(lián)盟所草擬的技術(shù)，后來由國際標準化組織(International Organization for StandardizationISO)來支持。所述技術(shù)用于通過組合多個切換的56/64kbit/s信道來創(chuàng)建幀結(jié)構(gòu)和過程以便建立寬帶通信連接。BONDINGTM最初在BONDING聯(lián)盟所發(fā)布的“Interoperability Requirements for Nx56/64kbit/s Calls”規(guī)范中描述。當前協(xié)議在由國際標準化組織所支持的規(guī)范ISO 13871“Digital Channel Aggregation”中描述。BONDINGTM技術(shù)的主要任務(wù)在于排列單個信道的數(shù)據(jù)八位字節(jié)。用于寬帶連接的信道彼此獨立地進行路由選擇，因而每個信道中的數(shù)據(jù)可以分別相對于其它信道中的數(shù)據(jù)而被延遲。為每個56/64kbit/s承載信道所定義的幀結(jié)構(gòu)，在把單個信道重組為終結(jié)端的合成串行數(shù)據(jù)流之前，把來自所述各信道的數(shù)據(jù)八位字節(jié)對準到它們的原始序列。
H.320呼叫(使用承載能力“無限制的數(shù)字”經(jīng)由ISDN發(fā)送數(shù)據(jù))比正常的音頻電話呼叫(使用承載能力“語音”經(jīng)由ISDN發(fā)送話音)在低質(zhì)量(有噪聲)的ISDN網(wǎng)絡(luò)上更容易發(fā)生不穩(wěn)定和斷開連接。低質(zhì)量ISDN網(wǎng)絡(luò)條件可能使H.320呼叫頻繁地斷開連接。這是因為H.320鏈路由BONDINGTM過程所組合的幾個獨立的ISDN信道組成。作為一個例子，當一個信道的計時滑移時，對于整個鏈路要求重新同步過程。對于用戶來說，這會表現(xiàn)為與對方通信中的干擾性中斷。此外，H.320鏈路有時必須重新路由B信道之一。那么必須再次執(zhí)行BONDINGTM過程，并且用戶會經(jīng)歷類似計時滑移的中斷。中斷還可能導(dǎo)致完全的斷開。
在呼叫方之間的這種通信中斷在視頻會議的情況下給用戶帶來了很糟的感受。

發(fā)明內(nèi)容
在所包括的獨立權(quán)利要求中所定義的特征說明了這種裝置和方法。
特別是，本發(fā)明公開了一種用于支持會議通信鏈路的方法，包括步驟當發(fā)起所述會議通信鏈路時按非發(fā)送狀態(tài)建立ISDN音頻鏈路，監(jiān)視所述會議通信鏈路有關(guān)預(yù)定義的錯誤和/或事件，并且把所述ISDN音頻鏈路改變成發(fā)送狀態(tài)，并且當檢測到一個或多個所述錯誤和/或事件時把所述會議通信鏈路改變成非發(fā)送狀態(tài)。


為了使本發(fā)明可被更容易地理解，后面的討論會參照以下附圖；圖1圖示了依照本發(fā)明的信道配置，圖2是在BONDING過程中所使用的信息信道幀(InformationChannel Frame)的框圖，圖3是用于圖示按后備模式的建立過程的時間流程圖，圖4是用于圖示把音頻從H.320鏈路切換到后備話音鏈路的時間流程圖，圖5是用于圖示在重新建立H.320之后把音頻從后備話音鏈路切換到H.320鏈路的時間流程圖。
具體實施例方式
在下面，通過描述優(yōu)選實施例并且通過參照附圖來論述本發(fā)明。然而，本領(lǐng)域技術(shù)人員在如所包括的獨立權(quán)利要求所定義的本發(fā)明范圍內(nèi)會實現(xiàn)其他的應(yīng)用和改變。
依照本發(fā)明，為視頻會議所分配的一個ISDN信道被用作后備“僅含話音”的電話鏈路。與H.320鏈路并行地設(shè)置此后備鏈路。在呼叫方之間的這兩個鏈路被作為一個邏輯呼叫實體處理。
當H.320鏈路的狀態(tài)是OK，讓后備話音電話鏈路上的音頻靜音。如果在H.320鏈路上檢測到通信問題，那么經(jīng)由H.320鏈路的音頻被靜音，并且作為替代切換到后備話音電話鏈路。具有后備話音電話鏈路的視頻呼叫模式在下文被稱為話音后備模式。
在下面通過示例性實施例參照上述附圖來圖示本發(fā)明。圖3圖示了用于在兩方a和b之間建立H.320呼叫的過程。在這種情況下a端具有8個可用的ISDN B信道并且能夠在話音后備模式下運行，而b端具有6個可用的ISDN B信道并且也能夠在話音后備模式中運行。
a端通過建立一個ISDN B信道向b端發(fā)起呼叫。通過在SETUP或CONNECT消息中把承載能力字段設(shè)置為“無限制的數(shù)字(unrestricted digital)”(數(shù)據(jù)信道)，把對B信道的請求經(jīng)由ISDN D信道發(fā)送。當已經(jīng)建立此第一信道時，a端可以通過請求b端為呼叫保留8個信道來開始BONDINGTM過程。b端系統(tǒng)只具有6個可用的信道，這樣它會應(yīng)答它只能使用6個信道，其中一個信道可以被建立為后備話音電話鏈路。
在BONDINGTM過程中，在圖2中所圖示的信息信道幀在B信道中傳送用于BONDINGTM的控制信息。依照本發(fā)明，優(yōu)選使用信息信道消息中的一個保留比特(Res)在系統(tǒng)之間發(fā)信號通知話音后備模式能力。這些比特通常被設(shè)置為1，并且當收到時被忽略。然而，允許話音后備模式的端點(End-Points)應(yīng)當被配置為不忽略這些比特，并且不同于只是1的某個比特模式可以指明后備話音鏈路的建立。
現(xiàn)在返回到該例子，系統(tǒng)同意使用6個ISDN信道用于呼叫，其中一個被用作后備話音電話鏈路。a端向b端請求五個其余ISDN信道的撥號號碼。b端返回所述號碼并且a端發(fā)起呼叫建立過程。同時即并行地建立五個信道。一個信道，例如信道2，被建立為話音電話鏈路。對于此信道，SETUP或CONNECT消息中的承載能力字段被設(shè)置為“語音”。使用承載能力“無限制的數(shù)字”來設(shè)置其它四個信道3、4、5和6。
當BONDINGTM過程完成時，信道1、3、4、5和6形成H.320鏈路，并且信道2是后備話音電話鏈路。當已經(jīng)建立H.320鏈路時，使在后備話音電話鏈路上的音頻靜音，而經(jīng)由H.320鏈路發(fā)送音頻和視頻。優(yōu)選使后備話音電話鏈路在輸入上靜音，這意味著在接收器的輸入端上丟棄通?？赡芤呀?jīng)接收的數(shù)據(jù)。依照這種方式，如果H.320鏈路出故障，那么所述后備鏈路準備好用于即時后備。
替換的方法在于使后備話音電話鏈路在輸出上靜音，這意味著在發(fā)送器的輸出端丟棄通常可能已經(jīng)發(fā)送的數(shù)據(jù)。
依照本發(fā)明，當建立后備話音電話鏈路時，在檢測到確定的錯誤的情況下把雙方之間的通信從H.320切換到后備話音電話鏈路。這在圖4中示出?？赡茉贖.320通信中出現(xiàn)的兩種主要錯誤情況是在介質(zhì)流中的錯誤和在成幀中的錯誤(fas/bas)。在由BONDING聯(lián)盟所發(fā)布的“Interoperability Requirements for Nx56/64kbit/s Calls”中描述了結(jié)合操作的四個模式，模式0、1、2和3。模式2和3提供了帶內(nèi)(in-band)監(jiān)視功能。模式1不提供帶內(nèi)監(jiān)視功能。從而，不會自動識別一個或多個信道上的錯誤情況。對于模式1來說，可以使用介質(zhì)流上的循環(huán)碼校驗和用于檢測成幀錯誤的機制來方便錯誤檢測。
當出現(xiàn)在這種類別的錯誤時，典型情況下視頻系統(tǒng)發(fā)起重新同步過程。當在后備話音模式中運行的視頻系統(tǒng)發(fā)起重新同步過程時，所述系統(tǒng)(如圖4中所圖示的b端)會使H.320鏈路上的音頻靜音并且把音頻切換到后備話音鏈路。同樣，在各自的接收器輸入端上實現(xiàn)靜音，這樣數(shù)據(jù)仍然被產(chǎn)生但不會被接收。相反地，通過在輸入端上不再丟棄來自后備話音鏈路的數(shù)據(jù)來接通此鏈路。然后b端使用協(xié)議H.221A比特中的現(xiàn)有機制來向a端通知有關(guān)問題。協(xié)議H.221的A比特指出參與方處于同步中還是已經(jīng)發(fā)起重新同步過程。如果a端從b端接收了高H.221A比特信號，那么它會使H.320鏈路上的音頻靜音并且把音頻切換到后備話音鏈路。如果由于某種原因a端沒有接收H.221A比特消息，那么系統(tǒng)在預(yù)定義的超時之后把音頻切換到后備話音鏈路。
諸如Tandberg 6000之類的高級視頻會議系統(tǒng)自動試圖使用諸如重新同步和降速(減少用于呼叫的ISDN信道的數(shù)目)之類的機制來重建有故障的H.320鏈路。這些嘗試可能成功，但它們也可能失敗。當系統(tǒng)沒有成功地自動重建H.320鏈路時，呼叫被斷開。
從而存在用于在切換到后備模式之后重建正常H.320呼叫模式的兩種情形視頻會議系統(tǒng)在通信問題之后并不設(shè)法重建H.320鏈路，并且與所述H.320鏈路相關(guān)聯(lián)的所有ISDN信道被斷開。
視頻會議系統(tǒng)成功地自動重建H.320鏈路。
現(xiàn)在參照圖5，如果H.320鏈路被完全斷開并且只有后備話音電話鏈路開放，那么使以下機制來幫助用戶重新連接所述H.320鏈路在a端的系統(tǒng)(最初發(fā)起呼叫的一端)試圖建立新的H.320鏈路，或是自動地或是在用戶手動確認之后。b端接受所述請求來建立第一ISDN信道。在繼續(xù)BONDINGTM過程以便建立更多ISDN信道之前，a端必須(經(jīng)由第一ISDN信道)傳達新的呼叫是用于重新連接失敗的H.320鏈路的嘗試。必須發(fā)送信號以使b端知道呼入呼叫來源于剛剛斷開的相同端點。如果對此沒有發(fā)信號通知，那么b端不會接受所述呼叫，并且第一ISDN信道將被斷開。這確保了正進行的會議/呼叫不被打擾。如果重新連接信號被發(fā)送，那么BONDINGTM過程繼續(xù)直到已經(jīng)重建H.320鏈路。當系統(tǒng)診斷H.320鏈路是OK時，在使后備話音電話鏈路上的音頻靜音并且把音頻切換到H.320鏈路時使用如上所述的H.221A比特機制來進行同步。呼叫方能夠在重新連接過程期間經(jīng)由后備話音電話鏈路通信。
在系統(tǒng)通過自動重新同步和(有時是)降速過程運行之后成功重建H.320鏈路的情況下，當在兩端的系統(tǒng)診斷H.320鏈路是OK時在后備鏈路上的話音音頻被靜音并且切換到所述H.320鏈路。還可以使用H.221A比特發(fā)信號過程來同步此切換。
權(quán)利要求
1.一種支持用于在一個或多個端點之間通信的會議鏈路的方法，其特征在于當發(fā)起所述會議鏈路時，在所述各端點之間建立ISDN音頻鏈路，監(jiān)視所述會議鏈路的預(yù)定義錯誤和/或事件，當檢測到一個或多個所述錯誤和/或事件時，把通信從所述會議鏈路切換到所述ISDN音頻鏈路，當所述檢測到的錯誤和/或事件消失時和/或當所述會議鏈路被重建時，把所述通信從所述ISDN音頻鏈路切換回到所述會議鏈路。
2.如權(quán)利要求1所述的方法，其特征在于所述會議鏈路是H.320鏈路，包括通過BONDINGTM過程合并在一起的多個ISDN數(shù)據(jù)鏈路。
3.如權(quán)利要求2所述的方法，其特征在于建立所述ISDN音頻鏈路的步驟還包括通過在BONDINGTM過程中把預(yù)定義的比特模式插入到信息信道幀的Res字段中來指明ISDN音頻鏈路的存在。
4.如權(quán)利要求1到3中的一項所述的方法，其特征在于當所述ISDN音頻鏈路不處于使用中時，丟棄在發(fā)送端點的輸出端上的數(shù)據(jù)。
5.如權(quán)利要求1到3中的一項所述的方法，其特征在于當所述ISDN音頻鏈路不處于使用中時，丟棄在接收端點的輸入端上的數(shù)據(jù)。
6.如權(quán)利要求2到5中的一項所述的方法，其特征在于一個所述預(yù)定義事件是所述H.320鏈路的重新同步過程的出現(xiàn)。
全文摘要
所公開的本發(fā)明涉及在電路交換會議中的不穩(wěn)定問題，并且提供了一種同H.320會議鏈路并行建立后備“僅含話音”電話鏈路的方法。在呼叫方之間的該兩個鏈路被作為一個邏輯呼叫實體處理。當H.320鏈路的狀態(tài)是OK時，使在后備話音電話鏈路上的音頻靜音。如果在H.320鏈路上檢測到通信問題，那么H.320鏈路上的音頻被靜音并且作為替代切換到后備話音電話鏈路。
文檔編號H04L12/66GK1930878SQ200580007140
公開日2007年3月14日 申請日期2005年3月2日 優(yōu)先權(quán)日2004年3月5日
發(fā)明者保羅·弗拉特比 申請人:坦德伯格電信公司