目前商用或大規(guī)模組網(wǎng)的視訊會(huì)議系統(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è)方向：一是VoIP，二是視訊會(huì)議。

借助于資費(fèi)優(yōu)勢(shì)，VoIP的發(fā)展非?？欤?dāng)年甚至提出了“ everythingonIP”的口號(hào)。但發(fā)展至今，建立在H.323早期版本的網(wǎng)絡(luò)開始體現(xiàn)出了它的局限性，局限性主要表現(xiàn)在VoIP系統(tǒng)的網(wǎng)關(guān)設(shè)備上，一個(gè)集中了信令處理和媒體處理能力的“大”網(wǎng)關(guān)開始變得不適應(yīng)網(wǎng)絡(luò)更大規(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ā)表的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é)點(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ò)中的位置還是支持的網(wǎng)絡(luò)協(xié)議方面，都非常相似。而實(shí)際在H.323中也早已提出了MCU分為兩部分的概念，但僅是概念而已。 MCU如何分，分離后網(wǎng)絡(luò)是什么樣的結(jié)構(gòu)，如何進(jìn)行控制和管理，最重要的，分離后MCU的兩部分通過什么樣的協(xié)議來通信，這些問題在視訊會(huì)議的網(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ì)議包”。

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的安全問題。

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)榻邮芏喾娇刂仆ǔＲ馕吨靵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)。

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

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è)或注銷。

從技術(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ù)的推廣起重要作用。

責(zé)任編輯：gt