欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

Mcu的網(wǎng)口備份方法、mcu和視訊系統(tǒng)的制作方法

文檔序號:7689811閱讀:290來源:國知局
專利名稱:Mcu的網(wǎng)口備份方法、mcu和視訊系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種視訊技術(shù),尤其與一種多點控制單元(Multi-Point Control Unit,簡稱MCU)的網(wǎng)口備份方法、 一種視訊系統(tǒng)的MCU網(wǎng)口備份 方法、實現(xiàn)該網(wǎng)口備份方法的MCU及具有該MCU的視訊系統(tǒng)有關(guān)。
背景技術(shù)
視訊業(yè)務(wù),又稱視頻會議業(yè)務(wù)或會議電視業(yè)務(wù),視頻會議是集視頻、音 頻、數(shù)據(jù)通信于一體的會議,可實時傳輸各個會場的圖像和聲音,使得各個 會場從邏輯上處于一個會議中,但是物理上不在一個區(qū)域內(nèi);與傳統(tǒng)會議相 比,可節(jié)省大量開支而不影響會議的質(zhì)量。MCU是視頻會議中的核心設(shè)備, 主要負(fù)責(zé)與終端或其他MCU之間的信令的處理和碼流的轉(zhuǎn)發(fā)或處理。每一 視頻會議,至少要有一個MCU,也可以有多個MCU進(jìn)行級聯(lián)。視訊業(yè)務(wù)常 用實時媒體傳輸協(xié)議(Real Time Transport Protocol,簡稱RTP)傳輸音視頻 媒體數(shù)據(jù)碼流,RTP是基于UDP的傳輸協(xié)議。視訊業(yè)務(wù)中常用H.323協(xié)議 棧中的H.225、 R245協(xié)議標(biāo)準(zhǔn)用于會議能力、邏輯通道等協(xié)商的信令處理。視訊業(yè)務(wù)中,在保證通信功能的同時,為保證視頻會議的良好效果,保 持會議業(yè)務(wù)不間斷逐步被用戶和各家廠商關(guān)注。目前基于多個獨立設(shè)備的設(shè) 備間業(yè)務(wù)備份功能逐步應(yīng)用,在一定程度上保證了視訊業(yè)務(wù)的順利進(jìn)行。在現(xiàn)有技術(shù)的一種方案中,MCU支持多個網(wǎng)口,多個網(wǎng)口都接入網(wǎng)絡(luò)。 在進(jìn)行視訊業(yè)務(wù)時,通過某一個網(wǎng)口與終端建立通信,當(dāng)該網(wǎng)口失效時,終 端無法繼續(xù)與MCU通信,在檢測超時的情況下,終端會斷開通過己失效網(wǎng) 口與MCU建立的通信;而MCU在檢測到網(wǎng)口失效后,無法收到終端數(shù)據(jù), 等待超時后,再從其他網(wǎng)口再次呼叫終端,建立新的通信來繼續(xù)進(jìn)行與該終 端之間的信令與碼流的傳送。現(xiàn)有技術(shù)的該種方案,與故障網(wǎng)口通信的終端將出現(xiàn)斷開后再次連接的 情況,故此該方案并非"無縫",終端用戶會感知故障發(fā)生,從而影響視頻會議的正常進(jìn)行?,F(xiàn)有技術(shù)的另一種方案,使用兩臺MCU, 一臺作為主MCU,另一臺作 為主MCU的備份MCU使用,備份MCU實時備份主MCU的當(dāng)前狀態(tài),當(dāng) 主MCU發(fā)生故障時,備份MCU啟用,向與會終端發(fā)送一個倒換發(fā)生消息, 然后向與會終端發(fā)出呼叫H.225和能力協(xié)商H.245信令。此時終端不需釋放 原有RTP通道信息,仍使用原通道信息與備份MCU進(jìn)行通信,則不會產(chǎn)生 斷會感覺。該方案雖然解決了前一種方案中存在的斷會問題,但在該種方案主MCU 發(fā)生故障倒換備份MCU的情況下,所有的終端畫面都將靜止,此現(xiàn)象可以 被懷疑為一種故障狀態(tài);另外,當(dāng)故障發(fā)生時,備份MCU需要檢測主MCU 是否故障,這需要一定的時延,如果終端測試故障時間短于MCU之間故障 檢測,會發(fā)生在備份MCU需要檢測主MCU是否故障尚未完成時,終端即 檢測到MCU故障,這樣使該種方案也非"無縫",則此方案將失效。發(fā)明內(nèi)容針對現(xiàn)有技術(shù)中存在的問題,本發(fā)明的目的在于提供一種MCU的網(wǎng)口 備份方法,在原業(yè)務(wù)通信網(wǎng)口出現(xiàn)故障時,保證整個會議過程中不出現(xiàn)畫面 停頓,呼叫斷開的情況。本發(fā)明的另一目的在于提供一種實現(xiàn)本發(fā)明MCU的網(wǎng)口備份方法的 MCUo本發(fā)明的第三個目的在于提供一種具有本發(fā)明MCU的視訊系統(tǒng)。 為實現(xiàn)上述目的,本發(fā)明的技術(shù)方案如下一種MCU的網(wǎng)口備份方法,用于視訊系統(tǒng)中所述MCU與終端間通信 的網(wǎng)口備份,包括如下步驟步驟Sl 10:所述MCU對自身與所述終端連接的網(wǎng)口進(jìn)行故障檢測; 步驟S120:將故障網(wǎng)口上的各RTP流通過備份網(wǎng)口傳輸給各自目的終上山順;步驟S130:所述MCU向所述終端傳送使所述MCU與所述終端信令正 常的重接續(xù)消息。本發(fā)明的MCU的網(wǎng)口備份方法,其中,在步驟S110中,所述故障檢測返回一表示故障類型的參數(shù)。本發(fā)明的MCU的網(wǎng)口備份方法,其中,在步驟S120之前,還包括為所述MCU每一網(wǎng)口確定至少一個備份網(wǎng)口或從地址池中為故障網(wǎng)口選擇一個當(dāng)前可用網(wǎng)口作為備份網(wǎng)口的步驟。本發(fā)明的MCU的網(wǎng)口備份方法,其中,所述重接續(xù)消息打包為TCP報 文或UDP報文發(fā)送;重接續(xù)消息中包括用于終端確認(rèn)所連接會議的會議參 數(shù)和用于終端更新與MCU之間的通信的重置參數(shù)。本發(fā)明的MCU的網(wǎng)口備份方法,其中,在步驟S130中在設(shè)定的時間 間隔到來時,所述MCU未接收到終端發(fā)回的修改已完成的確認(rèn)信息則重新 向該終端發(fā)送重接續(xù)消息。本發(fā)明的MCU的網(wǎng)口備份方法,其中,所述MCU與所述終端通過H.323 協(xié)議棧進(jìn)行通信傳送,所述信息替換包括H.245、 H.225信令通信地址和端 口的替換。一種視訊系統(tǒng)的MCU網(wǎng)口備份方法,用于由至少一個MCU與多個終端構(gòu)成的視訊系統(tǒng),包括如下步驟步驟S10所述MCU對自身與所述終端連接的網(wǎng)口進(jìn)行故障檢測; 步驟S20:將故障網(wǎng)口上的各RTP流通過備份網(wǎng)口傳輸給各自目的終端; 步驟S30:所述MCU向所述終端傳送使所述MCU與所述終端信令正常的重接續(xù)消息,所述終端按照接收到的重接續(xù)消息中的連接狀態(tài)修正信息與替換信息進(jìn)行連接狀態(tài)修正和信息替換。本發(fā)明的視訊系統(tǒng)的MCU網(wǎng)口備份方法,其中,步驟S30中還包括所述終端在所述連接狀態(tài)修正和信息替換完成后向所述MCU發(fā)回修改已完成的確認(rèn)信息。一種實現(xiàn)本發(fā)明的MCU的網(wǎng)口備份方法的MCU,包括檢測模塊用于對與所述終端通信的所述MCU的網(wǎng)口進(jìn)行故障檢測;倒換模塊接收檢測模塊的輸入,將檢測模塊檢測到故障的網(wǎng)口上傳輸?shù)母鱎TP流通過備份網(wǎng)口傳輸給各自目的終端;消息模塊與所述倒換模塊相連,向所述終端傳送使所述MCU與所述終端信令正常的包含連接狀態(tài)修正信息與替換信息的重接續(xù)消息。本發(fā)明的MCU,其中,還包括與倒換模塊相連的網(wǎng)口管理模塊,所述網(wǎng)口管理模塊為所述MCU各網(wǎng)口指定至少一個備份網(wǎng)口或從地址池中為故 障網(wǎng)口選擇一個當(dāng)前可用網(wǎng)口作為備份網(wǎng)口 。本發(fā)明的MCU,其中,所述消息模塊包括生成單元,用于生成包含IP地址、端口號及RTP包接收端口的重接續(xù) 消息;發(fā)送單元將所述生成單元生成的所述重接續(xù)消息發(fā)送給所述終端; 接收單元用于接收所述終端返回的表示修改己完成的確認(rèn)信息。一種視訊系統(tǒng),包括至少一個MCU和多個終端,所述MCU為本發(fā)明 的MCU。本發(fā)明的視訊系統(tǒng),其中,所述終端包括用于接收所述MCU發(fā)來的重 接續(xù)消息的消息接收單元和替換單元,所述替換單元讀取所述消息接收單元 輸入的重接續(xù)消息中的連接狀態(tài)修正信息與替換信息,并按照所述連接狀態(tài) 修正信息與替換信息進(jìn)行連接狀態(tài)修正和信息替換。由上述技術(shù)方案可知,本發(fā)明具有以下有益效果本發(fā)明的MCU的網(wǎng) 口備份方法,在多網(wǎng)口的MCU上,進(jìn)行網(wǎng)口備份,在原業(yè)務(wù)通信網(wǎng)口出現(xiàn) 故障時,通過其他網(wǎng)口即刻接續(xù),保證整個會議過程中不出現(xiàn)畫面停頓,呼 叫斷開的情況。提高了視訊業(yè)務(wù)的質(zhì)量。在多網(wǎng)口MCU上,解決了由于單 個網(wǎng)口故障,在啟用MCU其他網(wǎng)口或其他MCU進(jìn)行接續(xù)時出現(xiàn)的斷會、 圖像停頓等問題,使與會者完全沒有會議故障感覺。MCU某網(wǎng)口故障時, 通過其他網(wǎng)口即刻發(fā)送RTP流;故障后,MCU通過其他網(wǎng)口向終端發(fā)送重 接續(xù)消息,攜帶替換原有通信的地址和端口號等信息,終端僅作狀態(tài)和信息 替換,不做協(xié)議棧重啟操作,大大簡化了操作。下面通過附圖和實施例,對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


圖1為本發(fā)明的MCU網(wǎng)口備份方法的示意圖;圖2為本發(fā)明實施例的MCU側(cè)的網(wǎng)口備份方法的流程圖; 圖3為本發(fā)明實施例的MCU網(wǎng)口備份方法流程圖; 圖4為本發(fā)明實施例的MCU的模塊結(jié)構(gòu)圖。
具體實施方式
下面將結(jié)合附圖及具體實施例對本發(fā)明作進(jìn)一步說明。本發(fā)明的MCU網(wǎng)口備份方法,主要是利用RTP協(xié)議不對源地址、源端 口進(jìn)行區(qū)分的特性,在MCU與終端通信的原業(yè)務(wù)通信網(wǎng)口出現(xiàn)故障時,直 接將RTP流從其他網(wǎng)口輸出給終端,同時從該網(wǎng)口發(fā)送一條重接續(xù)消息給終 端,由終端根據(jù)重接續(xù)消息中的"地址/端口"信息替換與原通信網(wǎng)口之間的 H.245、汪225信令通信地址和端口,整個過程中會議不會斷開,圖像不會停 頓,終端用戶不會感知網(wǎng)口的故障。本發(fā)明實施例的MCU的網(wǎng)口備份方法,用于由至少一個MCU與多個 終端構(gòu)成的視訊系統(tǒng),包括如下步驟步驟S10:所述MCU對自身與所述終端連接的網(wǎng)口進(jìn)行故障檢測; 步驟S20:將故障網(wǎng)口上的各RTP流通過備份網(wǎng)口傳輸給各自目的終端; 步驟S30:所述MCU向所述終端傳送使所述MCU與所述終端信令正常 的重接續(xù)消息,所述終端按照接收到的重接續(xù)消息中的連接狀態(tài)修正信息與 替換信息進(jìn)行連接狀態(tài)修正和信息替換。詳細(xì)過程如圖1所示本發(fā)明是實施例的MCU有兩個網(wǎng)口 El與E2, 可以事先設(shè)定網(wǎng)口 E2為網(wǎng)口 El的備份網(wǎng)口,網(wǎng)口 El為網(wǎng)口 E2的備份網(wǎng) 口。在對通信可靠性要求不同的應(yīng)用中,可以對重要的網(wǎng)口設(shè)定多個備份網(wǎng) 口。同時,也可以在有網(wǎng)口發(fā)生故障時,指定一個通信正常的網(wǎng)口作為該故 障網(wǎng)口的備份網(wǎng)口。本發(fā)明的MCU的網(wǎng)口備份方法中,包括網(wǎng)口E1、網(wǎng)口E2在內(nèi)的各網(wǎng) 口均可以通過網(wǎng)關(guān)路由到達(dá)整個網(wǎng)絡(luò)中的每一個終端,假定網(wǎng)口E1、終端A 為10.X.X.X網(wǎng)段的地址,網(wǎng)口 E2、終端B為192.X.X.X網(wǎng)段的地址,由于 兩個網(wǎng)口均有路由,則實際上從網(wǎng)口 El也可以到達(dá)終端B,從網(wǎng)口E2可以 到達(dá)終端A。在兩個網(wǎng)口均正常的情況下,網(wǎng)口E1與終端A通信,網(wǎng)口E2 與終端B通信,此時網(wǎng)口 E2出現(xiàn)故障斷開,則系統(tǒng)對于發(fā)往終端B (192.X.X.X)網(wǎng)段的數(shù)據(jù)包將通過網(wǎng)口E1的網(wǎng)關(guān)發(fā)送出去,通過其他路由 到達(dá)終端B,從而實現(xiàn)RTP包的順利到達(dá)。在事先沒有設(shè)定網(wǎng)口的備份網(wǎng)口的情形,可以在該網(wǎng)口發(fā)生故障時,通 過檢測其他網(wǎng)口的可用性,選擇一個可用的網(wǎng)口來發(fā)送原在故障網(wǎng)口上傳輸?shù)腞TP數(shù)據(jù)流。也可以在系統(tǒng)中設(shè)置一個地址池,該地址池中存儲當(dāng)前可用 網(wǎng)口的網(wǎng)口標(biāo)識,在該網(wǎng)口未發(fā)生故障的情況下,該網(wǎng)口的網(wǎng)口標(biāo)識也存在 于地址池中;在該網(wǎng)口發(fā)生故障時,將該網(wǎng)口從地址池中刪除,并從地址池 中選擇另一網(wǎng)口作為該網(wǎng)口的備份網(wǎng)口 ,通過該備份網(wǎng)口來發(fā)送原在該發(fā)生 故障的網(wǎng)口上傳輸?shù)腞TP數(shù)據(jù)流。該發(fā)生故障的網(wǎng)口修復(fù)時,將該網(wǎng)口的標(biāo) 識從新放入地址池中。首先,MCU與終端A、 B的通話建立后,網(wǎng)口E1與終端A之間正常通 信,網(wǎng)口 E2與終端B之間正常通信,RTP流和H.232協(xié)議棧中的H.225/H.245信令都正常。在與終端A和終端B進(jìn)行通信的過程中,MCU會對各網(wǎng)口進(jìn)行故障檢 測。由于網(wǎng)口是MCU自身組件,MCU對網(wǎng)口的故障檢測沒有時延。在通常 應(yīng)用中,對于每一個網(wǎng)口都有一個交換芯片與之相連,當(dāng)網(wǎng)線插拔時,所述 交換芯片能夠檢測網(wǎng)絡(luò)線路連接/斷開狀態(tài),從而能夠上報線路斷開的故障; 同時網(wǎng)口不可用時,芯片無法驅(qū)動網(wǎng)口也可以發(fā)現(xiàn)故障。或者交換芯片本身 故障,則操作系統(tǒng)將獲取該交換芯片異常的報告,從而知曉某一網(wǎng)口不可用。 在以上的三種情況中,通常情況下主要是網(wǎng)線斷開從而造成網(wǎng)口不可用的可 能性大一些。本發(fā)明的MCU的網(wǎng)口備份方法中,優(yōu)選的,在MCU對網(wǎng)口進(jìn)行故障 檢測時,同時返回一表示故障類型的參數(shù),區(qū)分網(wǎng)絡(luò)線路斷開、交換芯片無 法驅(qū)動網(wǎng)口、交換芯片故障等不同情形,以使網(wǎng)管系統(tǒng)能夠有針對性的對網(wǎng) 口故障進(jìn)行警告或處理。假定網(wǎng)口 E2出現(xiàn)故障,此時網(wǎng)口 E2與終端B之間的通信必然斷開。此時,MCU檢測到網(wǎng)口 E2故障,MCU此時即將在網(wǎng)口 E2上傳送的各 RTP流,通過網(wǎng)口 E2的備份網(wǎng)口 El發(fā)送給終端B,由于RTP流并不需要 確認(rèn)源地址和端口,因此終端B繼續(xù)進(jìn)行解碼;這樣,保證由MCU向終端 傳輸?shù)腞TP流不致斷開。與此同時,在利用UDP方式傳輸?shù)腞TP流能夠正常傳輸?shù)那闆r下,通 常利用TCP方式傳輸?shù)男帕顒t需要進(jìn)一步處理,即由MCU向所述終端傳送 使所述MCU與所述終端信令正常的連接狀態(tài)修正信息與替換信息才可以保 證信令的正常通信,本發(fā)明的MCU的網(wǎng)口備份方法,優(yōu)選的,采用消息機(jī)制來傳送該修正信息與替換信息。本發(fā)明實施例的網(wǎng)口備份方法中,MCU通過網(wǎng)口E1向終端B發(fā)出"重 接續(xù)消息",此消息屬于自定義的私有消息,可以打包為TCP報文或UDP 報文發(fā)送,并要求終端收到后給出響應(yīng),確認(rèn)狀態(tài)的修改完成。重接續(xù)消息 中需要包括用于終端確認(rèn)所連接會議的會議參數(shù)和用于終端更新與MCU之 間的通信的重置參數(shù)其中,會議參數(shù)可為會議號碼和/或會議名稱;重置參 數(shù)可以包括MCU向終端發(fā)送H.225消息的地址、端口號;MCU響應(yīng)終端的 R225消息的地址、端口號;MCU向終端發(fā)送H.245消息的地址、端口號; MCU響應(yīng)終端的H.245消息的地址、端口號;MCU接收終端的視頻RTP 流的目的地址、端口號;MCU接收終端的音頻RTP流的目的地址、端口號; MCU接收終端的輔助視頻RTP流的目的地址、端口號等;終端B接到"重接續(xù)消息"后,對自身狀態(tài)進(jìn)行修正,即將原來的通過 網(wǎng)口 E2連接MCU的連接狀態(tài)修正為通過網(wǎng)口 El連接MCU,對于原網(wǎng)口 E2相關(guān)的信息進(jìn)行替換,包括信令傳送時需使用的IP地址和端口號,還有 網(wǎng)口E1接收RTP碼流的端口號,對于終端B自身使用的原端口無需修改。 修改完成后,終端B向MCU發(fā)送修改已完成的確認(rèn)信息。MCU判斷是否 接收到終端B發(fā)回的修改已完成的確認(rèn)信息,如接收到,表明MCU與終端 B之間的網(wǎng)口倒換己經(jīng)順利完成,流程結(jié)束;如沒有接收到,則需重新向終 端B發(fā)送重接續(xù)消息。在網(wǎng)口 E2到網(wǎng)口 El的倒換完成后,終端B向MCU的網(wǎng)口 El發(fā)送碼 流,整個會議繼續(xù)進(jìn)行。本發(fā)明實施例的MCU的網(wǎng)口備份方法,在MCU側(cè),流程如圖2所示, 包括如下步驟步驟Sllh MCU對與終端通信的網(wǎng)口進(jìn)行故障檢測。步驟S112:判斷是否有網(wǎng)口發(fā)生故障。如有網(wǎng)口發(fā)生故障,則對該網(wǎng)口 執(zhí)行步驟S113;如未檢測到有網(wǎng)口發(fā)生故障,則返回步驟Slll繼續(xù)對與終 端通信的網(wǎng)口進(jìn)行故障檢測。步驟S113:確定檢測出故障的網(wǎng)口的備份網(wǎng)口。步驟S120:將故障網(wǎng)口上傳輸?shù)腞TP流通過經(jīng)步驟Sl 13確定的備份網(wǎng) 口,傳輸給該RTP流的目的終端。步驟S131:生成重接續(xù)消息,該重接續(xù)消息包含備份網(wǎng)口的IP地址、 端口號及RTP包接收端口等信息;步驟S132:發(fā)送該重接續(xù)消息,向所述終端傳送該重接續(xù)消息的目的是 使終端收到該重接續(xù)消息后按照該重接續(xù)消息對該終端的連接狀態(tài)與連接信息進(jìn)行修正或替換,以使所述MCU與所述終端信令正常。步驟S133:在設(shè)定的時間間隔到來時,判斷是否接收到終端B發(fā)回的修改已完成的確認(rèn)信息,如接收到,表明MCU與終端B之間的網(wǎng)口倒換已經(jīng)順利完成,流程結(jié)束;如沒有接收到,則需重新執(zhí)行步驟S132。本發(fā)明實施例的MCU的網(wǎng)口備份方法,在視訊系統(tǒng)中,包括MCU側(cè)與終端側(cè)的各自操作及其配合。步驟S10可以細(xì)化為步驟Sll-S13,步驟S30可以細(xì)化為步驟S31-S32,具體流程如圖3所示,包括如下步驟 步驟S11: MCU對與終端通信的網(wǎng)口進(jìn)行故障檢測。 步驟S12:判斷是否有網(wǎng)口發(fā)生故障。如有網(wǎng)口發(fā)生故障,則對該網(wǎng)口執(zhí)行步驟S13;如未檢測到有網(wǎng)口發(fā)生故障,則返回步驟Sll繼續(xù)對與終端通信的網(wǎng)口進(jìn)行故障檢測。步驟S13:確定檢測出故障的網(wǎng)口的備份網(wǎng)口。步驟S20:將故障網(wǎng)口上傳輸?shù)母鱎TP流通過經(jīng)步驟S13確定的備份網(wǎng) 口,傳輸給該RTP流的目的終端。步驟S31:生成重接續(xù)消息,該重接續(xù)消息包含備份網(wǎng)口的IP地址、端 口號及RTP包接收端口等信息,以及要求終端在修改完成后返回確認(rèn)的信 息;步驟S32:發(fā)送該重接續(xù)消息,向所述終端傳送該重接續(xù)消息的目的是 使終端收到該重接續(xù)消息后按照該重接續(xù)消息對該終端的連接狀態(tài)與連接 信息進(jìn)行修正或替換,以使所述MCU與所述終端信令正常。然后執(zhí)行步驟 S33。步驟S33:所述終端按照接收的所述重接續(xù)消息對自身狀態(tài)和信息進(jìn)行 替換。步驟S34:修改完成后向MCU返回確認(rèn)。替換完成后,MCU與終端之間的RTP流和信令均可正常進(jìn)行通信。 本發(fā)明的MCU的網(wǎng)口備份方法,在進(jìn)行備份網(wǎng)口替換的同時,可以就故障網(wǎng)口事件向網(wǎng)管系統(tǒng)或網(wǎng)關(guān)設(shè)備進(jìn)行告警,或通過控制界面提示等方法 告警,以使用戶盡快修復(fù)發(fā)生故障的網(wǎng)口。 下面再介紹一下本發(fā)明的MCU。本發(fā)明的MCU,用于由至少一個MCU與多個終端構(gòu)成的視訊系統(tǒng),如 圖4所示,實現(xiàn)本發(fā)明的MCU的網(wǎng)口備份方法的本發(fā)明實施例的MCU,包括檢測模塊310:用于對與所述終端通信的所述網(wǎng)口進(jìn)行故障檢測;倒換模塊320:接收檢測模塊310的輸入,即輸入哪個網(wǎng)口檢測到了故 障。將檢測模塊310檢測到故障的網(wǎng)口上傳輸?shù)母鱎TP流通過備份網(wǎng)口傳輸 給各自的目的終端;消息模塊330:與所述倒換模塊320相連,接收倒換模塊320輸入的備 份網(wǎng)口的IP地址、信令端口、接收RTP流的端口等信息,向所述終端傳送 使所述MCU與所述終端信令正常的連接狀態(tài)修正信息與替換信息,該信息 攜帶于由消息模塊330生成并發(fā)送給終端的重接續(xù)消息中。本發(fā)明實施例的網(wǎng)口備份裝置,還包括與倒換模塊320相連的網(wǎng)口管理 模塊340,所述網(wǎng)口管理模塊340為所述MCU各網(wǎng)口指定至少一個備份網(wǎng) 口。并將該指定備份網(wǎng)口的信息傳輸給所述倒換模塊320,以便在有網(wǎng)口發(fā) 生故障時確定發(fā)生故障網(wǎng)口的備份網(wǎng)口 。本發(fā)明另一實施例的網(wǎng)口備份裝置中,還包括與倒換模塊320相連的地 址池模塊,也可以在系統(tǒng)中設(shè)置一個地址池,該地址池中存儲當(dāng)前可用網(wǎng)口 的網(wǎng)口標(biāo)識,從地址池中選擇一當(dāng)前可用網(wǎng)口作為該網(wǎng)口的備份網(wǎng)口。并將 該指定備份網(wǎng)口的信息傳輸給所述倒換模塊320,以便在有網(wǎng)口發(fā)生故障時 確定發(fā)生故障網(wǎng)口的備份網(wǎng)口 。進(jìn)一步的,本發(fā)明實施例的網(wǎng)口備份裝置,所述消息模塊330包括生成單元331,用于生成包含IP地址、端口號及RTP包接收端口的重 接續(xù)消息;發(fā)送單元332:將所述生成單元331生成的所述重接續(xù)消息發(fā)送給所述 終端。接收單元333:用于接收終端返回的表示修改已完成確認(rèn)信息。 本發(fā)明實施例的網(wǎng)口備份裝置,檢測模塊中包括一參數(shù)返回單元311,在MCU對網(wǎng)口進(jìn)行故障檢測時,向MCU返回一表示故障類型的參數(shù),區(qū)分網(wǎng)絡(luò)線路斷開、交換芯片無法驅(qū)動網(wǎng)口、交換芯片故障等不同情形,以使 網(wǎng)管系統(tǒng)能夠有針對性的對網(wǎng)口故障進(jìn)行警告或處理。本發(fā)明實施例的MCU,可以應(yīng)用于本發(fā)明的視訊系統(tǒng)中。 本發(fā)明實施例的視訊系統(tǒng),具有本發(fā)明實施例的MCU。 本發(fā)明實施例的視訊系統(tǒng),包括至少一個MCU和多個終端,所述MCU 本發(fā)明的網(wǎng)口備份裝置。本發(fā)明實施例的視訊系統(tǒng)的終端中,具有接收重接 續(xù)消息的接收單元、進(jìn)行狀態(tài)替換和信息替換的替換單元和向MCU返回確 認(rèn)信息的確認(rèn)單元。在本發(fā)明實施例的視訊系統(tǒng)中,所述MCU與所述終端 通過H.323進(jìn)行信令傳送,重接續(xù)消息中的替換信息包括H.245、 H.225信 令通信地址和端口信息。以上所述的僅為本發(fā)明的較佳可行實施例,所述實施例并非用以限制本 發(fā)明的專利保護(hù)范圍,因此凡是運用本發(fā)明的說明書及附圖內(nèi)容所作的等同 結(jié)構(gòu)變化,同理均應(yīng)包含在本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種MCU的網(wǎng)口備份方法,用于視訊系統(tǒng)中MCU與終端間通信的網(wǎng)口備份,包括如下步驟步驟S110所述MCU對自身與所述終端連接的網(wǎng)口進(jìn)行故障檢測;步驟S120將故障網(wǎng)口上的各RTP流通過備份網(wǎng)口傳輸給各自目的終端;步驟S130所述MCU向所述終端傳送使所述MCU與所述終端信令正常的重接續(xù)消息。
2. 如權(quán)利要求1所述的MCU的網(wǎng)口備份方法,其特征在于,在步驟 S110中,所述故障檢測返回一表示故障類型的參數(shù)。
3. 如權(quán)利要求1所述的MCU的網(wǎng)口備份方法,其特征在于,在步驟 S120之前,還包括為所述MCU每一網(wǎng)口確定至少一個備份網(wǎng)口或從地址池 中為故障網(wǎng)口選擇一個當(dāng)前可用網(wǎng)口作為備份網(wǎng)口的步驟。
4. 如權(quán)利要求1所述的MCU的網(wǎng)口備份方法,其特征在于,所述重接 續(xù)消息打包為TCP報文或UDP報文發(fā)送;重接續(xù)消息中包括用于終端確認(rèn) 所連接會議的會議參數(shù)和用于終端更新與MCU之間的通信的重置參數(shù)。
5. 如權(quán)利要求1所述的MCU的網(wǎng)口備份方法,其特征在于,在步驟 S130中在設(shè)定的時間間隔到來時,所述MCU未接收到終端發(fā)回的修改已 完成的確認(rèn)信息則重新向該終端發(fā)送重接續(xù)消息。
6. 如權(quán)利要求1所述的MCU的網(wǎng)口備份方法,其特征在于,所述MCU 與所述終端通過H.323協(xié)議棧進(jìn)行通信傳送,所述信息替換包括R245、H.225信令通信地址和端口的替換。
7. —種視訊系統(tǒng)的MCU網(wǎng)口備份方法,用于由至少一個MCU與多個 終端構(gòu)成的視訊系統(tǒng),包括如下步驟步驟S10:所述MCU對自身與所述終端連接的網(wǎng)口進(jìn)行故障檢測; 步驟S20:將故障網(wǎng)口上的各RTP流通過備份網(wǎng)口傳輸給各自目的終端; 步驟S30:所述MCU向所述終端傳送使所述MCU與所述終端信令正常的重接續(xù)消息,所述終端按照接收到的重接續(xù)消息中的連接狀態(tài)修正信息與替換信息進(jìn)行連接狀態(tài)修正和信息替換。
8. 如權(quán)利要求7所述的視訊系統(tǒng)的MCU網(wǎng)口備份方法,其特征在于,步驟S30中還包括所述終端在所述連接狀態(tài)修正和信息替換完成后向所述 MCU發(fā)回修改已完成的確認(rèn)信息。
9. 一種實現(xiàn)如權(quán)利要求1所述的MCU的網(wǎng)口備份方法的MCU,包括檢測模塊用于對與所述終端通信的所述MCU的網(wǎng)口進(jìn)行故障檢測; 倒換模塊接收檢測模塊的輸入,將檢測模塊檢測到故障的網(wǎng)口上傳輸?shù)母鱎TP流通過備份網(wǎng)口傳輸給各自目的終端;消息模塊與所述倒換模塊相連,向所述終端傳送使所述MCU與所述終端信令正常的包含連接狀態(tài)修正信息與替換信息的重接續(xù)消息。
10. 如權(quán)利要求9所述的MCU,其特征在于,還包括與倒換模塊相連 的網(wǎng)口管理模塊,所述網(wǎng)口管理模塊為所述MCU各網(wǎng)口指定至少一個備份 網(wǎng)口或從地址池中為故障網(wǎng)口選擇一個當(dāng)前可用網(wǎng)口作為備份網(wǎng)口 。
11. 如權(quán)利要求9所述的MCU,其特征在于,所述消息模塊包括 生成單元,用于生成包含IP地址、端口號及RTP包接收端口的重接續(xù)消息;發(fā)送單元將所述生成單元生成的所述重接續(xù)消息發(fā)送給所述終端;接收單元用于接收所述終端返回的表示修改已完成的確認(rèn)信息。
12. —種視訊系統(tǒng),包括至少一個MCU和多個終端,其特征在于,所 述MCU為權(quán)利要求9-11任一所述的MCU。
13. 如權(quán)利要求12所述的視訊系統(tǒng),其特征在于,所述終端包括用于 接收所述MCU發(fā)來的重接續(xù)消息的消息接收單元和替換單元,所述替換單 元讀取所述消息接收單元輸入的重接續(xù)消息中的連接狀態(tài)修正信息與替換 信息,并按照所述連接狀態(tài)修正信息與替換信息進(jìn)行連接狀態(tài)修正和信息替 換。
全文摘要
本發(fā)明公開了一種MCU的網(wǎng)口備份方法,用于視訊系統(tǒng)中MCU與終端間通信的網(wǎng)口備份,包括如下步驟所述MCU對自身與所述終端連接的網(wǎng)口進(jìn)行故障檢測;將故障網(wǎng)口上的各RTP流通過備份網(wǎng)口傳輸給各自目的終端;所述MCU向所述終端傳送重接續(xù)消息。本發(fā)明還公開了一種視訊系統(tǒng)的MCU網(wǎng)口備份方法、MCU和視訊系統(tǒng)。本發(fā)明的網(wǎng)口備份方法可保證整個會議過程中不出現(xiàn)畫面停頓,呼叫斷開的情況。
文檔編號H04N7/15GK101247499SQ20081008434
公開日2008年8月20日 申請日期2008年3月19日 優(yōu)先權(quán)日2008年3月19日
發(fā)明者李延峰 申請人:杭州華三通信技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
南京市| 肇州县| 集贤县| 台江县| 临江市| 洪雅县| 怀柔区| 克什克腾旗| 旌德县| 交城县| 湖北省| 灵宝市| 鸡泽县| 东台市| 建平县| 灵台县| 福安市| 麟游县| 进贤县| 武隆县| 临武县| 腾冲县| 陕西省| 政和县| 泽普县| 陈巴尔虎旗| 杂多县| 县级市| 两当县| 新巴尔虎右旗| 博白县| 和平县| 福州市| 平安县| 华阴市| 昌宁县| 永清县| 曲沃县| 酒泉市| 陵川县| 汝城县|