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