H.248協(xié)議在視訊會議系統(tǒng)中的應(yīng)用
加入技術(shù)交流群
H.323協(xié)議推出以后，主要的應(yīng)用分為了兩個方向：一是VoIP，二是視訊會議。
借助于資費優(yōu)勢，VoIP的發(fā)展非?？?，當(dāng)年甚至提出了“ everythingonIP”的口號。但發(fā)展至今，建立在H.323早期版本的網(wǎng)絡(luò)開始體現(xiàn)出了它的局限性，局限性主要表現(xiàn)在VoIP系統(tǒng)的網(wǎng)關(guān)設(shè)備上，一個集中了信令處理和媒體處理能力的“大”網(wǎng)關(guān)開始變得不適應(yīng)網(wǎng)絡(luò)更大規(guī)模的發(fā)展。于是IETF不失時機(jī)地推出了MGCP協(xié)議，全稱為“媒體網(wǎng)關(guān)控制協(xié)議”，意在使“大”網(wǎng)關(guān)的信令處理和媒體處理分離，但MGCP 的局限性使得IETF很快又推出了MEGAC O，以解決MGCP靈活性和擴(kuò)展性，不支持多媒體等問題，MEGACO也就是后來有ITU-T正式發(fā)表的H.248 協(xié)議。
H.248的潛力
H.248與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é)點接口；(2)電路交換網(wǎng)終結(jié)點接口；(3)處理H.323信令(在某類分解中)；(4)處理帶有RAS (registerationadmissionstatus)功能的電路交換信令(在某類分解中)；(5)處理媒體流。從MGC和MG的功能定義我們可以看出，傳統(tǒng)視訊系統(tǒng)中的MCU和一度阻礙了VoIP發(fā)展的“ 大”網(wǎng)關(guān)無論就在網(wǎng)絡(luò)中的位置還是支持的網(wǎng)絡(luò)協(xié)議方面，都非常相似。而實際在H.323中也早已提出了MCU分為兩部分的概念，但僅是概念而已。 MCU如何分，分離后網(wǎng)絡(luò)是什么樣的結(jié)構(gòu)，如何進(jìn)行控制和管理，最重要的，分離后MCU的兩部分通過什么樣的協(xié)議來通信，這些問題在視訊會議的網(wǎng)絡(luò)規(guī)模擴(kuò)大以后，同樣會同當(dāng)時的大網(wǎng)關(guān)一樣變成阻礙網(wǎng)絡(luò)規(guī)模擴(kuò)展的瓶頸。
通信技術(shù)的迅速發(fā)展是不允許這樣的情況存在的。由于H.248/MeGaCo 協(xié)議簡單、功能強(qiáng)大，且擴(kuò)展性很好，在推出后受到了廣泛地關(guān)注，并迅速得到了廣泛應(yīng)用。關(guān)于H.248的補(bǔ)充建議和擴(kuò)展包也不斷推出。200 2 年10月ITU-T第十六組的會議上由愛立信提出了一個關(guān)于解決MCU分離問題的草案T01-SG16-021 015-D-0281-“H.248.MCUMultipointControl Unit”，2003年3月的會上該草案做了更為詳細(xì)的補(bǔ)充后，正式作為H. 248.19的草案提出，T01-SG16-030520-TD-WP2 -0017-“DecoMPosedMultipoint ControlUnit，Audio，VideoandD ataConferencingPackages”， “多點控制單元分離，聲音，圖像和數(shù)據(jù)會議包”?！ ?/P>
H.248.19提出的主旨是：MCU可以分解成MC(多點控制器)與MP(多點處理器)。一般來說，MC和MP設(shè)備構(gòu)造是不相同的，MC可以用計算機(jī)與協(xié)議軟件來構(gòu)成，它與處理媒體無關(guān)，與用戶數(shù)相關(guān)也不嚴(yán)格。 MP則是與媒體相關(guān)，它是由專用硬件構(gòu)成的，與用戶數(shù)密切相關(guān)。二者的分離無論從網(wǎng)絡(luò)設(shè)計與網(wǎng)絡(luò)優(yōu)化都會有很大的好處，而且從制造業(yè)的角度出發(fā)更可以專業(yè)分工發(fā)揮特長。MC與MP之間采用H.248協(xié)議進(jìn)行管理和控制。而分離之后的網(wǎng)絡(luò)結(jié)構(gòu)也同樣可以參考網(wǎng)關(guān)分離后的VoIP系統(tǒng)結(jié)構(gòu)，能允許在呼叫控制層建立多個分區(qū)MP(如圖所示)。這種集中控制，分散處理的模式，可以充分發(fā)揮分組交換網(wǎng)的優(yōu)勢，同時也使網(wǎng)絡(luò)具備了良好的可擴(kuò)展性?！ ?
H.248.19提出了MC與MP分離的方式，補(bǔ)充了H.248協(xié)議中缺少的關(guān)于會議控制的消息參數(shù)，定義了媒體同步方法和復(fù)合媒體流傳送方式。雖然H.248.19定義的包對于召集已經(jīng)比較詳細(xì)可行，但對于視訊會議整體組網(wǎng)來說，僅定義有關(guān)會議進(jìn)行過程中的參數(shù)顯然是不夠的。由于會議系統(tǒng)的復(fù)雜性，目前所運營的視訊會議一般來說都盡量使用一個MCU，但會議規(guī)模大的時候，就不得
但這些好處也并不是絕對的，MCU分離也帶來了很多問題，如消息參數(shù)的修改，通信流程的變動等，但主要的問題有兩個：一是MP的管理問題，二是MP的安全問題。
MP的管理問題
MP的管理問題來自于會議系統(tǒng)自身的特點。會議是多點通信，這點和VoIP是有很大區(qū)別的，點對點通信時，媒體網(wǎng)關(guān)只負(fù)責(zé)就近接入用戶，接收相應(yīng)MGC的控制即可；但多點通信，一個MP可能需要同時處理處于多個會議的多個用戶，這多個會議有可能不在同一MC上進(jìn)行，這樣MP就需要接受多個MC的控制。這樣看起來問題似乎是有點大，因為接受多方控制通常意味著混亂，但事實并非如此。當(dāng)一個MP需要同時支持多個不同MC召集的會議時，MP必須能夠支持以虛擬的MP接受多個MC控制，但MP
MP的安全問題
MP的安全問題其實是所有電信設(shè)備的公共問題，但之所以在這兒單獨提出來，是因為MP是提出MCU分離概念后的一個新設(shè)備。不過既然MP 的位置和能力與MG如此相像，安全問題自然也是可以借鑒解決。其實一般來說安全問題都要提到使用H.235，但在H.235真正能使用之前，有很多加密算法被用作了媒體網(wǎng)關(guān)設(shè)備安全措施，這些措施借用到視訊系統(tǒng)來幾乎不需要改動。
具體MP的管理和安全問題的解決都體現(xiàn)在注冊認(rèn)證過程中，只需要對ServiceChange的參數(shù)做相應(yīng)擴(kuò)充即可?！?/P>
MP向MC發(fā)送ServiceChange進(jìn)行注冊，如果是開機(jī)注冊，ServcieChange 中的 TerminationId設(shè)置為Root，Method項為必選，設(shè)置為Restart，ServiceChang eReason 項為必選，version項為可選。命令中還應(yīng)該帶有四個用于認(rèn)證的X字段：一個用于數(shù)字簽名的數(shù)字串MGAUTH、算法ID和隨機(jī)數(shù)Rand；還帶有用于 DH交換的A；如果是虛擬MP向其他MC注冊，則mID為虛擬MP編號，命令中還應(yīng)該帶有三個用于虛擬注冊的X字段：指示MP將要受控的MC的地址，加入的會議號，要加入的會議需要的終結(jié)點數(shù)目，ServiceChangeMethod 增加一項，用來指示向其他域MC注冊或注銷?！?/P>
從技術(shù)角度來看，MCU分離已經(jīng)是可以實現(xiàn)而且是大勢所趨。因為視訊業(yè)務(wù)也勢必向下一代網(wǎng)過渡，MCU 的分離非常符合現(xiàn)在所提出的對下一代網(wǎng)信令和媒體分離的思想。但目前尚無實現(xiàn)的廠家，原因有很多，但主要原因是現(xiàn)在視訊會議的市場并不是很大。雖然美國的911和2003 年的SARS使得視訊通信的呼聲越來越高，但視訊業(yè)務(wù)真正的推廣卻有著很多阻礙。這有待于設(shè)備制造商，電信運營商，內(nèi)容提供商等多方的共同努力。不過MCU分離的好處是顯而易見的，相信隨著視訊會議業(yè)務(wù)范圍的不斷擴(kuò)大，優(yōu)越性將會更明顯的表現(xiàn)出來。而隨著H.248協(xié)議的不斷完善和擴(kuò)充，它真正能夠被應(yīng)用到視訊會議設(shè)備中，會對視訊會議業(yè)務(wù)的推廣起重要作用。
評論