新聞中心

EEPW首頁 > 網(wǎng)絡(luò)與存儲(chǔ) > 設(shè)計(jì)應(yīng)用 > H.248協(xié)議在視訊會(huì)議系統(tǒng)中的應(yīng)用

H.248協(xié)議在視訊會(huì)議系統(tǒng)中的應(yīng)用

——
作者: 時(shí)間:2006-11-20 來源:QQ中文教程網(wǎng) 收藏
目前商用或大規(guī)模組網(wǎng)的系統(tǒng)基本上都是基于H.323協(xié)議的。  雖然SIP的呼聲很高,但要達(dá)到大規(guī)模應(yīng)用的水平,SIP還需要做很多的改進(jìn)。但之所以不停地有新協(xié)議試圖替代H.323,一是來自于H.323 協(xié)議自身的復(fù)雜性,二是H.323系統(tǒng)設(shè)備元素對(duì)組網(wǎng)的限制。

H.323協(xié)議推出以后,主要的應(yīng)用分為了兩個(gè)方向:一是,二是

借助于資費(fèi)優(yōu)勢(shì),的發(fā)展非???,當(dāng)年甚至提出了“ everythingonIP”的口號(hào)。但發(fā)展至今,建立在H.323早期版本的開始體現(xiàn)出了它的局限性,局限性主要表現(xiàn)在系統(tǒng)的網(wǎng)關(guān)設(shè)備上,一個(gè)集中了信令處理和媒體處理能力的“大”網(wǎng)關(guān)開始變得不適應(yīng)更大規(guī)模的發(fā)展。于是IETF不失時(shí)機(jī)地推出了MGCP協(xié)議,全稱為“媒體網(wǎng)關(guān)控制協(xié)議”,意在使“大”網(wǎng)關(guān)的信令處理和媒體處理分離,但MGCP 的局限性使得IETF很快又推出了MEGAC O,以解決MGCP靈活性和擴(kuò)展性,不支持多媒體等問題,MEGACO也就是后來有ITU-T正式發(fā)表的 協(xié)議。

的潛力

與MGCP在協(xié)議概念和結(jié)構(gòu)上有很多相似之處,他們的主要思想就是將所謂H.323中的 “大”網(wǎng)關(guān)分解成兩部分:MG(媒體網(wǎng)關(guān))和MGC (媒體網(wǎng)關(guān)控制器)。MGC的功能是:(l)處理與網(wǎng)守間的H. 225RAS消息; (2)處理No.7信令(可選);(3)處理H.323信令(可選)。MG的功能是:(l) I P網(wǎng)的終結(jié)點(diǎn)接口;(2)電路交換網(wǎng)終結(jié)點(diǎn)接口;(3)處理H.323信令(在某類分解中);(4)處理帶有RAS (registerationadmissionstatus)功能的電路交換信令(在某類分解中);(5)處理媒體流。從MGC和MG的功能定義我們可以看出,傳統(tǒng)視訊系統(tǒng)中的MCU和一度阻礙了VoIP發(fā)展的“ 大”網(wǎng)關(guān)無論就在中的位置還是支持的網(wǎng)絡(luò)協(xié)議方面,都非常相似。而實(shí)際在H.323中也早已提出了MCU分為兩部分的概念,但僅是概念而已。 MCU如何分,分離后網(wǎng)絡(luò)是什么樣的結(jié)構(gòu),如何進(jìn)行控制和管理,最重要的,分離后MCU的兩部分通過什么樣的協(xié)議來通信,這些問題在的網(wǎng)絡(luò)規(guī)模擴(kuò)大以后,同樣會(huì)同當(dāng)時(shí)的大網(wǎng)關(guān)一樣變成阻礙網(wǎng)絡(luò)規(guī)模擴(kuò)展的瓶頸。

通信技術(shù)的迅速發(fā)展是不允許這樣的情況存在的。由于H.248/MeGaCo 協(xié)議簡(jiǎn)單、功能強(qiáng)大,且擴(kuò)展性很好,在推出后受到了廣泛地關(guān)注,并迅速得到了廣泛應(yīng)用。關(guān)于H.248的補(bǔ)充建議和擴(kuò)展包也不斷推出。200 2 年10月ITU-T第十六組的會(huì)議上由愛立信提出了一個(gè)關(guān)于解決MCU分離問題的草案T01-SG16-021 015-D-0281-“H.248.MCUMultipointControl Unit”,2003年3月的會(huì)上該草案做了更為詳細(xì)的補(bǔ)充后,正式作為H. 248.19的草案提出,T01-SG16-030520-TD-WP2 -0017-“DecoMPosedMultipoint ControlUnit,Audio,VideoandD ataConferencingPackages”, “多點(diǎn)控制單元分離,聲音,圖像和數(shù)據(jù)會(huì)議包”?!   ?/P>

H.248.19提出的主旨是:MCU可以分解成MC(多點(diǎn)控制器)與MP(多點(diǎn)處理器)。一般來說,MC和MP設(shè)備構(gòu)造是不相同的,MC可以用計(jì)算機(jī)與協(xié)議軟件來構(gòu)成,它與處理媒體無關(guān),與用戶數(shù)相關(guān)也不嚴(yán)格。 MP則是與媒體相關(guān),它是由專用硬件構(gòu)成的,與用戶數(shù)密切相關(guān)。二者的分離無論從網(wǎng)絡(luò)設(shè)計(jì)與網(wǎng)絡(luò)優(yōu)化都會(huì)有很大的好處,而且從制造業(yè)的角度出發(fā)更可以專業(yè)分工發(fā)揮特長(zhǎng)。MC與MP之間采用H.248協(xié)議進(jìn)行管理和控制。而分離之后的網(wǎng)絡(luò)結(jié)構(gòu)也同樣可以參考網(wǎng)關(guān)分離后的VoIP系統(tǒng)結(jié)構(gòu),能允許在呼叫控制層建立多個(gè)分區(qū)MP(如圖所示)。這種集中控制,分散處理的模式,可以充分發(fā)揮分組交換網(wǎng)的優(yōu)勢(shì),同時(shí)也使網(wǎng)絡(luò)具備了良好的可擴(kuò)展性?!   ?

H.248.19提出了MC與MP分離的方式,補(bǔ)充了H.248協(xié)議中缺少的關(guān)于會(huì)議控制的消息參數(shù),定義了媒體同步方法和復(fù)合媒體流傳送方式。雖然H.248.19定義的包對(duì)于召集已經(jīng)比較詳細(xì)可行,但對(duì)于視訊會(huì)議整體組網(wǎng)來說,僅定義有關(guān)會(huì)議進(jìn)行過程中的參數(shù)顯然是不夠的。由于會(huì)議系統(tǒng)的復(fù)雜性,目前所運(yùn)營(yíng)的視訊會(huì)議一般來說都盡量使用一個(gè)MCU,但會(huì)議規(guī)模大的時(shí)候,就不得

不級(jí)聯(lián)。MCU分離后,首先帶來的好處就是可以盡量減少 MC級(jí)聯(lián),一次會(huì)議只使用一個(gè)MC,而MP則可以參照現(xiàn)在的媒體網(wǎng)關(guān),或者是所謂的IAD(綜合接入設(shè)備),用戶采用就近接入的方式。這樣,召集會(huì)議時(shí)的拓?fù)鋱D是以星狀而不是復(fù)雜的數(shù)圖形式,無論會(huì)議控制,會(huì)議管理還是媒體處理都有了很大程度的簡(jiǎn)化?!   ?

但這些好處也并不是絕對(duì)的,MCU分離也帶來了很多問題,如消息參數(shù)的修改,通信流程的變動(dòng)等,但主要的問題有兩個(gè):一是MP的管理問題,二是MP的安全問題?!   ?/P>

MP的管理問題    

MP的管理問題來自于會(huì)議系統(tǒng)自身的特點(diǎn)。會(huì)議是多點(diǎn)通信,這點(diǎn)和VoIP是有很大區(qū)別的,點(diǎn)對(duì)點(diǎn)通信時(shí),媒體網(wǎng)關(guān)只負(fù)責(zé)就近接入用戶,接收相應(yīng)MGC的控制即可;但多點(diǎn)通信,一個(gè)MP可能需要同時(shí)處理處于多個(gè)會(huì)議的多個(gè)用戶,這多個(gè)會(huì)議有可能不在同一MC上進(jìn)行,這樣MP就需要接受多個(gè)MC的控制。這樣看起來問題似乎是有點(diǎn)大,因?yàn)榻邮芏喾娇刂仆ǔR馕吨靵y,但事實(shí)并非如此。當(dāng)一個(gè)MP需要同時(shí)支持多個(gè)不同MC召集的會(huì)議時(shí),MP必須能夠支持以虛擬的MP接受多個(gè)MC控制,但MP

的主控權(quán)仍在它的默認(rèn)MC。其實(shí)H.248制定時(shí)就已考慮到這個(gè)問題,只是一直沒有給出具體應(yīng)用方式。實(shí)際應(yīng)用中,MP開機(jī)注冊(cè)時(shí),仍然是向其默認(rèn)MC注冊(cè),由MC將MP的信息上報(bào)給相應(yīng)的GK;如果需要MP參加在其他MC上的會(huì)議,則由其默認(rèn)MC通知以什么樣的能力和形式向其他MC注冊(cè);會(huì)議結(jié)束后,再由其默認(rèn)MC要求MP從其他MC中退出。在H.248中的MG接受MGC的控制,使用mID(意指消息發(fā)起者)這樣一個(gè)參數(shù),虛擬MP只需要將它的虛擬mID上報(bào)給指定的MC就可以了。

MP的安全問題

MP的安全問題其實(shí)是所有電信設(shè)備的公共問題,但之所以在這兒?jiǎn)为?dú)提出來,是因?yàn)镸P是提出MCU分離概念后的一個(gè)新設(shè)備。不過既然MP 的位置和能力與MG如此相像,安全問題自然也是可以借鑒解決。其實(shí)一般來說安全問題都要提到使用H.235,但在H.235真正能使用之前,有很多加密算法被用作了媒體網(wǎng)關(guān)設(shè)備安全措施,這些措施借用到視訊系統(tǒng)來幾乎不需要改動(dòng)?!?/P>

具體MP的管理和安全問題的解決都體現(xiàn)在注冊(cè)認(rèn)證過程中,只需要對(duì)ServiceChange的參數(shù)做相應(yīng)擴(kuò)充即可?!?/P>

MP向MC發(fā)送ServiceChange進(jìn)行注冊(cè),如果是開機(jī)注冊(cè),ServcieChange 中的 TerminationId設(shè)置為Root,Method項(xiàng)為必選,設(shè)置為Restart,ServiceChang eReason 項(xiàng)為必選,version項(xiàng)為可選。命令中還應(yīng)該帶有四個(gè)用于認(rèn)證的X字段:一個(gè)用于數(shù)字簽名的數(shù)字串MGAUTH、算法ID和隨機(jī)數(shù)Rand;還帶有用于 DH交換的A;如果是虛擬MP向其他MC注冊(cè),則mID為虛擬MP編號(hào),命令中還應(yīng)該帶有三個(gè)用于虛擬注冊(cè)的X字段:指示MP將要受控的MC的地址,加入的會(huì)議號(hào),要加入的會(huì)議需要的終結(jié)點(diǎn)數(shù)目,ServiceChangeMethod 增加一項(xiàng),用來指示向其他域MC注冊(cè)或注銷?!?/P>

從技術(shù)角度來看,MCU分離已經(jīng)是可以實(shí)現(xiàn)而且是大勢(shì)所趨。因?yàn)橐曈崢I(yè)務(wù)也勢(shì)必向下一代網(wǎng)過渡,MCU 的分離非常符合現(xiàn)在所提出的對(duì)下一代網(wǎng)信令和媒體分離的思想。但目前尚無實(shí)現(xiàn)的廠家,原因有很多,但主要原因是現(xiàn)在視訊會(huì)議的市場(chǎng)并不是很大。雖然美國(guó)的911和2003 年的SARS使得視訊通信的呼聲越來越高,但視訊業(yè)務(wù)真正的推廣卻有著很多阻礙。這有待于設(shè)備制造商,電信運(yùn)營(yíng)商,內(nèi)容提供商等多方的共同努力。不過MCU分離的好處是顯而易見的,相信隨著視訊會(huì)議業(yè)務(wù)范圍的不斷擴(kuò)大,優(yōu)越性將會(huì)更明顯的表現(xiàn)出來。而隨著H.248協(xié)議的不斷完善和擴(kuò)充,它真正能夠被應(yīng)用到視訊會(huì)議設(shè)備中,會(huì)對(duì)視訊會(huì)議業(yè)務(wù)的推廣起重要作用。



評(píng)論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉