目前商用或大規模組網的視訊會議系統基本上都是基于H.323協議的。 雖然SIP的呼聲很高，但要達到大規模應用的水平，SIP還需要做很多的改進。但之所以不停地有新協議試圖替代H.323，一是來自于H.323 協議自身的復雜性，二是H.323系統設備元素對組網的限制。

H.323協議推出以后，主要的應用分為了兩個方向：一是VoIP，二是視訊會議。

借助于資費優勢，VoIP的發展非常快，當年甚至提出了“ everythingonIP”的口號。但發展至今，建立在H.323早期版本的網絡開始體現出了它的局限性，局限性主要表現在VoIP系統的網關設備上，一個集中了信令處理和媒體處理能力的“大”網關開始變得不適應網絡更大規模的發展。于是IETF不失時機地推出了MGCP協議，全稱為“媒體網關控制協議”，意在使“大”網關的信令處理和媒體處理分離，但MGCP 的局限性使得IETF很快又推出了MEGAC O，以解決MGCP靈活性和擴展性，不支持多媒體等問題，MEGACO也就是后來有ITU-T正式發表的H.248 協議。

H.248的潛力

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

通信技術的迅速發展是不允許這樣的情況存在的。由于H.248/MeGaCo 協議簡單、功能強大，且擴展性很好，在推出后受到了廣泛地關注，并迅速得到了廣泛應用。關于H.248的補充建議和擴展包也不斷推出。200 2 年10月ITU-T第十六組的會議上由愛立信提出了一個關于解決MCU分離問題的草案T01-SG16-021 015-D-0281-“H.248.MCUMultipointControl Unit”，2003年3月的會上該草案做了更為詳細的補充后，正式作為H. 248.19的草案提出，T01-SG16-030520-TD-WP2 -0017-“DecomposedMultipoint ControlUnit，Audio，VideoandD ataConferencingPackages”， “多點控制單元分離，聲音，圖像和數據會議包”。

H.248.19提出的主旨是：MCU可以分解成MC（多點控制器）與MP（多點處理器）。一般來說，MC和MP設備構造是不相同的，MC可以用計算機與協議軟件來構成，它與處理媒體無關，與用戶數相關也不嚴格。 MP則是與媒體相關，它是由專用硬件構成的，與用戶數密切相關。二者的分離無論從網絡設計與網絡優化都會有很大的好處，而且從制造業的角度出發更可以專業分工發揮特長。MC與MP之間采用H.248協議進行管理和控制。而分離之后的網絡結構也同樣可以參考網關分離后的VoIP系統結構，能允許在呼叫控制層建立多個分區MP（如圖所示）。這種集中控制，分散處理的模式，可以充分發揮分組交換網的優勢，同時也使網絡具備了良好的可擴展性。

H.248.19提出了MC與MP分離的方式，補充了H.248協議中缺少的關于會議控制的消息參數，定義了媒體同步方法和復合媒體流傳送方式。雖然H.248.19定義的包對于召集已經比較詳細可行，但對于視訊會議整體組網來說，僅定義有關會議進行過程中的參數顯然是不夠的。由于會議系統的復雜性，目前所運營的視訊會議一般來說都盡量使用一個MCU，但會議規模大的時候，就不得不級聯。MCU分離后，首先帶來的好處就是可以盡量減少 MC級聯，一次會議只使用一個MC，而MP則可以參照現在的媒體網關，或者是所謂的IAD（綜合接入設備），用戶采用就近接入的方式。這樣，召集會議時的拓撲圖是以星狀而不是復雜的數圖形式，無論會議控制，會議管理還是媒體處理都有了很大程度的簡化。

但這些好處也并不是絕對的，MCU分離也帶來了很多問題，如消息參數的修改，通信流程的變動等，但主要的問題有兩個：一是MP的管理問題，二是MP的安全問題。

MP的管理問題

MP的管理問題來自于會議系統自身的特點。會議是多點通信，這點和VoIP是有很大區別的，點對點通信時，媒體網關只負責就近接入用戶，接收相應MGC的控制即可；但多點通信，一個MP可能需要同時處理處于多個會議的多個用戶，這多個會議有可能不在同一MC上進行，這樣MP就需要接受多個MC的控制。這樣看起來問題似乎是有點大，因為接受多方控制通常意味著混亂，但事實并非如此。當一個MP需要同時支持多個不同MC召集的會議時，MP必須能夠支持以虛擬的MP接受多個MC控制，但MP 的主控權仍在它的默認MC。其實H.248制定時就已考慮到這個問題，只是一直沒有給出具體應用方式。實際應用中，MP開機注冊時，仍然是向其默認MC注冊，由MC將MP的信息上報給相應的GK；如果需要MP參加在其他MC上的會議，則由其默認MC通知以什么樣的能力和形式向其他MC注冊；會議結束后，再由其默認MC要求MP從其他MC中退出。在H.248中的MG接受MGC的控制，使用mID（意指消息發起者）這樣一個參數，虛擬MP只需要將它的虛擬mID上報給指定的MC就可以了。

MP的安全問題

MP的安全問題其實是所有電信設備的公共問題，但之所以在這兒單獨提出來，是因為MP是提出MCU分離概念后的一個新設備。不過既然MP 的位置和能力與MG如此相像，安全問題自然也是可以借鑒解決。其實一般來說安全問題都要提到使用H.235，但在H.235真正能使用之前，有很多加密算法被用作了媒體網關設備安全措施，這些措施借用到視訊系統來幾乎不需要改動。

具體MP的管理和安全問題的解決都體現在注冊認證過程中，只需要對ServiceChange的參數做相應擴充即可。

MP向MC發送ServiceChange進行注冊，如果是開機注冊，ServcieChange 中的 TerminationId設置為Root，Method項為必選，設置為Restart，ServiceChang eReason 項為必選，version項為可選。命令中還應該帶有四個用于認證的X字段：一個用于數字簽名的數字串MGAUTH、算法ID和隨機數Rand；還帶有用于 DH交換的A；如果是虛擬MP向其他MC注冊，則mID為虛擬MP編號，命令中還應該帶有三個用于虛擬注冊的X字段：指示MP將要受控的MC的地址，加入的會議號，要加入的會議需要的終結點數目，ServiceChangeMethod 增加一項，用來指示向其他域MC注冊或注銷。

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

責任編輯：gt