【正文】 先穩(wěn)定的MCU和MG視訊產(chǎn)品的基礎(chǔ)上開發(fā)的，在互控級(jí)聯(lián)中，下級(jí)MCU以終端的方式被呼叫入會(huì)，這樣上級(jí)MCU與下級(jí)MCU之間的關(guān)系實(shí)際上為MCU與MG之間的能力關(guān)系，故在iMSC的互控級(jí)聯(lián)中也存在該限制。這種方法比較簡(jiǎn)單，只需要在實(shí)施布置視頻會(huì)議網(wǎng)絡(luò)環(huán)境是布置一個(gè)NTP服務(wù)器就可以，降低了軟件實(shí)現(xiàn)的復(fù)雜度，也降低的維護(hù)成本，使管理時(shí)間同步變得的簡(jiǎn)單。這種方式增加軟件代碼量，提高流程的復(fù)雜度，可能在軟件穩(wěn)定性上存在風(fēng)險(xiǎn)。：、MCU及iMSC總體模塊及關(guān)系 本章小結(jié)本章主要介紹iMSC各個(gè)模塊及其主要作用，通過對(duì)iMSC的了解，在整體模塊和流程上對(duì)級(jí)聯(lián)會(huì)議有個(gè)總體上的了解，為下步詳細(xì)設(shè)計(jì)打下了堅(jiān)實(shí)的基礎(chǔ)。如果MCU組網(wǎng)為簡(jiǎn)單級(jí)聯(lián)，MCU各自召開自己會(huì)議，同一個(gè)會(huì)控命令發(fā)給某一個(gè)MCU還是所有的MCU，需要具體情況具體討論。第二、數(shù)據(jù)庫(kù)封裝：屏蔽了不同數(shù)據(jù)庫(kù)之間的接口差異，抽象了統(tǒng)一的C++接口，支持連接池和事務(wù)。10）BP模塊：BP是IMOS的基礎(chǔ)平臺(tái)，提供了與業(yè)務(wù)無(wú)關(guān)的底層框架功能，包括：第一、操作系統(tǒng)函數(shù)封裝：基于ACE，封裝了操作系統(tǒng)提供的常用API，屏蔽了不同操作系統(tǒng)之間的差異。5）Web UI/XP模塊：Web UI/XP模塊主要實(shí)現(xiàn)給用戶提供圖形化界面，便于操作。未來(lái)即使支持視訊錄播等，控制面上也可以看成是一個(gè)呼叫過程。2）：（包括H323協(xié)議棧的移植），用于實(shí)現(xiàn)視訊、監(jiān)控的呼叫互通。會(huì)議備份是對(duì)會(huì)議中一種異常情況的考慮，即當(dāng)召開該會(huì)議所使用的MCU出現(xiàn)故障無(wú)法使用時(shí)，該會(huì)議可選擇其它可用的MCU繼續(xù)召開，不會(huì)使得該會(huì)議被中斷，無(wú)法繼續(xù)召開，影響客戶使用。5)OS基礎(chǔ)設(shè)施層對(duì)操作系統(tǒng)、數(shù)據(jù)庫(kù)、多媒體協(xié)議的封裝，屏蔽差異，實(shí)現(xiàn)上層應(yīng)用的平臺(tái)無(wú)關(guān)性，提高開發(fā)效率和系統(tǒng)兼容性。3).多媒體基礎(chǔ)設(shè)施層多媒體領(lǐng)域通用模型和標(biāo)準(zhǔn)實(shí)現(xiàn)，支持對(duì)實(shí)現(xiàn)的擴(kuò)展。下面再簡(jiǎn)單介紹下iMOS平臺(tái)的總體架構(gòu)，： iMOS分層模型1).業(yè)務(wù)展示層運(yùn)營(yíng)商、不同行業(yè)的客戶有不同的要求；取決于應(yīng)用模式，還有B/S和C/S之分；不少大客戶還有業(yè)務(wù)系統(tǒng)強(qiáng)集成的需求。長(zhǎng)遠(yuǎn)上，為H3C產(chǎn)品的不斷豐富和完善奠定基礎(chǔ)，為價(jià)值鏈上的客戶和友商開發(fā)增值業(yè)務(wù)，技術(shù)合作、技術(shù)創(chuàng)新提供彈性的空間[9]。3）帶寬控制：網(wǎng)守支持BRQ/BCF/BRJ消息，根據(jù)帶寬管理的原則對(duì)實(shí)際接入的終端進(jìn)行帶寬控制。網(wǎng)守邏輯上可以與設(shè)備分離，目前的實(shí)現(xiàn)主要包含兩種情況：內(nèi)置GK和外置GK，內(nèi)置GK是指在終端或這MCU中嵌入GK設(shè)備，實(shí)現(xiàn)呼叫控制，外置GK是指網(wǎng)守作為單獨(dú)的設(shè)備對(duì)整個(gè)系統(tǒng)的設(shè)備進(jìn)行管理控制[4]。4）在LAN端和WAN端進(jìn)行呼叫建立和解除。、常規(guī)電話、ISDN的其它終端類型或其它網(wǎng)絡(luò)順利、低時(shí)延的進(jìn)行互通。初始設(shè)計(jì)時(shí)，終端僅支持語(yǔ)音數(shù)據(jù)的接入，隨著數(shù)字化的發(fā)展，圖像壓縮技術(shù)的日益發(fā)展和成熟，目前絕大多數(shù)的終端設(shè)備尤其是硬終端，均支持語(yǔ)音、視頻以及數(shù)據(jù)的融合通信方式[10]。MCU由兩部分組成：必需的多點(diǎn)控制器MC（Media Control，簡(jiǎn)稱MC）和可選的多點(diǎn)處理器MP（Media Process，簡(jiǎn)稱MP）。： 多點(diǎn)控制單元MCU多點(diǎn)控制單元是多媒體視訊會(huì)議中最關(guān)鍵的設(shè)備，主要集中對(duì)各個(gè)會(huì)場(chǎng)終端發(fā)送過來(lái)的音視頻碼流進(jìn)行轉(zhuǎn)發(fā)或編解碼處理，對(duì)各個(gè)入會(huì)終端進(jìn)行統(tǒng)一的狀態(tài)信息管理和會(huì)控操作，從而實(shí)現(xiàn)音視頻多點(diǎn)會(huì)議井然有序的進(jìn)行。同步源標(biāo)識(shí)符不是發(fā)送端所帶的IP地址，而是在新數(shù)據(jù)包開始時(shí)發(fā)送端隨機(jī)生成的一個(gè)號(hào)碼。3）負(fù)載類型（Payload Type Field）：長(zhǎng)度為7位，故RTP支持128種不同的載荷類型，包含采用的承載通道、采樣頻率、編碼算法等。它是RTP數(shù)據(jù)信息包中第一個(gè)字節(jié)的采樣時(shí)間。4）鏈路層：鏈路層也叫網(wǎng)絡(luò)接口層或數(shù)據(jù)鏈路層，主要負(fù)責(zé)設(shè)備驅(qū)動(dòng)和計(jì)算機(jī)網(wǎng)絡(luò)設(shè)備的對(duì)應(yīng)。這兩種協(xié)議各有各的優(yōu)勢(shì)，在不同的應(yīng)用程序中發(fā)揮不同的作用，沒有孰優(yōu)孰劣的絕對(duì)之分。為了保證網(wǎng)絡(luò)傳輸數(shù)據(jù)的可靠性，TCP提供一種可靠傳輸協(xié)議。5浙江大學(xué)碩士學(xué)位論文 第2章課題支撐技術(shù)簡(jiǎn)介第2章 課題支撐技術(shù)簡(jiǎn)介 TCP/IP及RTP/RTCP協(xié)議簡(jiǎn)介 TCP/IP協(xié)議簡(jiǎn)介TCP/IP協(xié)議包含IP協(xié)議（Internet Protocol）、TCP協(xié)議（Transmission Control Protocol）、UDP協(xié)議（User Datagram Protocol）、ICMP協(xié)議（Internet Control Message Protocol）和其他一些協(xié)議，此處僅對(duì)ip、tcp、icmp、udp協(xié)議進(jìn)行簡(jiǎn)單介紹。第3章：主要介紹iMSC多級(jí)會(huì)議實(shí)現(xiàn)的總體模塊架構(gòu)和級(jí)聯(lián)會(huì)議調(diào)度在整個(gè)iMSC中所述的位置?；诖?，本文主要結(jié)合某公司開發(fā)的iMOS平臺(tái)，針對(duì)MCU間的互控級(jí)聯(lián)進(jìn)行進(jìn)一步的研究和分析，實(shí)現(xiàn)基于iMSC平臺(tái)下對(duì)MCU互控級(jí)聯(lián)進(jìn)行統(tǒng)一管理和調(diào)度?？捎?易用性：配置繁瑣，靈活性較差當(dāng)然，現(xiàn)在國(guó)內(nèi)還有其他實(shí)現(xiàn)互控級(jí)聯(lián)的方法，不過大同小異，這里不再一一列舉，它們共同的缺點(diǎn)就是易用性和靈活性上，不能動(dòng)態(tài)的分配并調(diào)度資源，導(dǎo)致用戶只能花更多的錢，固定的使用互控級(jí)聯(lián)會(huì)議網(wǎng)絡(luò)環(huán)境，不可以隨心所欲的調(diào)度。這里主要從功能和易用角度考慮MCU互控級(jí)聯(lián)實(shí)現(xiàn)，具體如下：第一、建立級(jí)聯(lián)樹，下級(jí)MCU以終端身份參加會(huì)議該方案的設(shè)計(jì)思想為：通過建立一顆級(jí)聯(lián)樹，確定該局域網(wǎng)內(nèi)所有的MCU和MG設(shè)備，通過級(jí)聯(lián)樹還可以確定不同MCU所在的層，最頂層為頂級(jí)MCU，有且只能由一個(gè)，該頂級(jí)MCU擁有控制該級(jí)聯(lián)樹上所有MCU的權(quán)限，其他的根據(jù)級(jí)聯(lián)樹統(tǒng)稱為下級(jí)MCU，在會(huì)議召開后，下級(jí)MCU和MG接收頂級(jí)MCU的統(tǒng)一調(diào)度和管理。 級(jí)聯(lián)會(huì)議現(xiàn)狀及趨勢(shì)首先，具體如下：MG（Multimedia Gateway，即多媒體網(wǎng)關(guān)）是視訊會(huì)議系統(tǒng)中的終端，主要將本端會(huì)場(chǎng)的圖像和聲音進(jìn)行編碼并發(fā)送給遠(yuǎn)端，同時(shí)也可以接收遠(yuǎn)端的圖像和聲音，解碼并顯示于本端。其次，由于大中型企業(yè)分布于全國(guó)各地，隨著業(yè)務(wù)的不斷拓展，對(duì)視訊會(huì)議容量要求也在不斷提高。關(guān)鍵詞：　視頻會(huì)議，終端，多媒體控制單元，互控級(jí)聯(lián)i浙江大學(xué)碩士學(xué)位論文 AbstractAbstractAs the growing popularity of the network and applications, video conferencing is being more widely used in various fields, the video market has continued to grow and develop. At present, the meeting can bear a single MCU(Multipoint Control Unit) capacity can not meet the needs of specific environments, and different meetings exist in different MCU, we are difficult to unified management. Thus, MCU need flexible and efficient platform for unified management and scheduling, when a single MCU can not meet the requirements, we need to schedule more than one MCU cascaded to achieve the meeting of the expansion. Based on this, this paper developed iMOS (Integrate Multimedia Open System) with a platform for interaction between the control cascade MCU for further research and analysis, platformbased iMSC (Intelligent Multimedia Service Center) cascade of mutual control of the MCU for unified management and scheduling. This created from the meeting, conference and meeting control analysis of their backup processes to achieve, but also consider the stability of departure from the original MCU, the more important analysis of several strategies. According to the characteristics of cascaded conference, analysis of the test program test strategy and test to ensure product quality in the development is pleted.Key Words：videoconferencing, terminals, multimedia control unit, each cascade control ii浙江大學(xué)碩士學(xué)位論文 目錄目錄摘要 iAbstract ii圖目錄 III第1章 緒論 1 項(xiàng)目背景及意義 1 級(jí)聯(lián)會(huì)議現(xiàn)狀及趨勢(shì) 2 本文主要內(nèi)容 4第2章 課題支撐技術(shù)簡(jiǎn)介 6 TCP/IP及RTP/RTCP協(xié)議簡(jiǎn)介 6 TCP/IP協(xié)議簡(jiǎn)介 6 RTP/TCP協(xié)議簡(jiǎn)介 7 9 多點(diǎn)控制單元MCU 9 終端 10 網(wǎng)關(guān) 10 網(wǎng)閘 11 iMOS平臺(tái)簡(jiǎn)介 11 本章小結(jié) 13第3章 總體設(shè)計(jì) 14 iMSC整體結(jié)構(gòu) 14 本章小結(jié) 17第4章 詳細(xì)設(shè)計(jì) 18 實(shí)現(xiàn)策略 18 MCU時(shí)間同步策略 18 廣播和觀看下級(jí)會(huì)場(chǎng)策略 19 會(huì)議生命周期策略 20 iMSC會(huì)議參數(shù)下發(fā)策略 22 當(dāng)會(huì)議中MCU異常后會(huì)議角色處理 23 創(chuàng)建會(huì)議會(huì)議調(diào)度 23 控制會(huì)議 25 發(fā)言申請(qǐng) 26 廣播圖像 28 FECC控制 30 結(jié)束會(huì)議 32 會(huì)議備份故障恢復(fù) 33 本章小結(jié) 36第5章 測(cè)試驗(yàn)證 37 測(cè)試策略 38 具體測(cè)試方法 40 配置測(cè)試 40 功能測(cè)試 41 性能壓力測(cè)試 54 異常測(cè)試 55 組合測(cè)試 56 本章小結(jié) 56第6章 總結(jié)與展望 57參考文獻(xiàn) 58作者簡(jiǎn)歷 60致謝 61II浙江大學(xué)碩士學(xué)位論文 圖目錄圖目錄 1 MCU按MP only模式實(shí)現(xiàn)互控級(jí)聯(lián)總體組網(wǎng)圖 3 TCP/IP協(xié)議分層結(jié)構(gòu) 6 RTP報(bào)文各字段含義 8 9 iMOS分層模型 12 iMSC 和MCU、MG交互內(nèi)部模塊總體情況 1MCU及iMSC總體模塊及關(guān)系 17 MP模塊音視頻處理流程圖 20 級(jí)聯(lián)會(huì)議生命周期 21 會(huì)議調(diào)度算法流程圖 25 級(jí)聯(lián)會(huì)議發(fā)言申請(qǐng)流程圖 28 廣播圖像流程圖 30 FECC控制流程圖 31 FECC受控流程圖 32 結(jié)束會(huì)議流程圖 33 會(huì)議備份流程圖 35 查找備份MCU流程圖 36III浙江大學(xué)碩士學(xué)位論文 第1章 緒論第1章 緒論 項(xiàng)目背景及意義隨著計(jì)算機(jī)網(wǎng)絡(luò)、廣播電視和通信技術(shù)的不斷發(fā)展，隨著金融、政府部門、服務(wù)、跨國(guó)等行業(yè)對(duì)通信特別是視訊會(huì)議系統(tǒng)的需求的不斷提升，隨著網(wǎng)絡(luò)IP技術(shù)的不斷發(fā)展，帶寬的不斷增加，視訊會(huì)議經(jīng)過了數(shù)十年的發(fā)展，已經(jīng)逐漸成熟化合市場(chǎng)化。因此，MCU需要高效靈活的平臺(tái)進(jìn)行統(tǒng)一管理和調(diào)度，當(dāng)單個(gè)MCU不能滿足要求的時(shí)候，我們需要調(diào)度多個(gè)MCU進(jìn)行級(jí)聯(lián)，以實(shí)現(xiàn)會(huì)議的擴(kuò)容。目前，單個(gè)MCU(Multipoint Control Unit)所能承受的會(huì)議容量已經(jīng)不能滿足特定環(huán)境下的需求，而不同會(huì)議存在于不同MCU時(shí)，我們又很難進(jìn)行統(tǒng)一管理。根據(jù)級(jí)聯(lián)會(huì)議的特性，分析測(cè)試的測(cè)試策略及測(cè)試方案，以保障產(chǎn)品在開發(fā)完成時(shí)的質(zhì)量。：伴隨著視訊會(huì)議系統(tǒng)地發(fā)展，我們面臨著下面幾個(gè)挑戰(zhàn)：首先，ADSL已經(jīng)將2M的帶寬成功的送到了大部分用戶手中，而三網(wǎng)融合又是大勢(shì)所趨，大部分用戶所處網(wǎng)絡(luò)環(huán)境的帶寬會(huì)進(jìn)一步提高，使用視訊系統(tǒng)的用戶可能進(jìn)一步飆升，而用戶對(duì)視訊的基本知識(shí)卻沒有，如何提高互控級(jí)聯(lián)會(huì)議中的易用性和可操作性成為視訊系統(tǒng)中首要關(guān)注的點(diǎn)。伴隨著視訊會(huì)議系統(tǒng)發(fā)展起來(lái)的互控級(jí)聯(lián)技術(shù)會(huì)得到較好的發(fā)展機(jī)遇，而解決上面的問題，給用戶帶來(lái)全新的多媒體體驗(yàn)是此刻迫切的需求。隨著視訊會(huì)議系統(tǒng)不斷的普及，國(guó)內(nèi)華為、POLYCOM、中興、Radvision等企業(yè)均意識(shí)到單個(gè)MCU由于硬件的限制，單臺(tái)設(shè)備已經(jīng)無(wú)法滿足日益增長(zhǎng)的市場(chǎng)需要，如何實(shí)現(xiàn)會(huì)議擴(kuò)容和多個(gè)MCU間會(huì)議調(diào)度及資源優(yōu)化成為急需解決的問題，現(xiàn)在國(guó)內(nèi)市場(chǎng)上為了拓展會(huì)議容量各自采用不同的互控級(jí)聯(lián)技術(shù)，而且其實(shí)現(xiàn)方式也非常復(fù)雜，這里主要介紹兩種比較典型技術(shù)：，下級(jí)MCU以終端身份參加會(huì)議；+MP模式和MP only模式?？捎?易用性：對(duì)設(shè)備不能進(jìn)行實(shí)時(shí)管理，