【正文】 錄播等，控制面上也可以看成是一個(gè)呼叫過程。在監(jiān)控對(duì)視訊的呼叫中，監(jiān)控解碼端把視訊終端看成攝像機(jī)資源。 2） ： （包括 H323協(xié)議棧的移植），用于實(shí)現(xiàn)視訊、監(jiān)控的呼叫互通。 下面先主要介紹 iMSC內(nèi)部的各個(gè)模塊及各個(gè)模塊的具體作用，具體如圖 ： 圖 iMSC 和 MCU、 MG 交互內(nèi)部模塊總體情況 浙江大學(xué)碩士學(xué)位論文 第 3 章 總體設(shè)計(jì) 16 1） VM_SS模塊： VM_SS為 iMSC最核心的模塊，主要負(fù)責(zé)視訊信令的接收、調(diào)度、分發(fā)和維護(hù)；負(fù)責(zé)和數(shù)據(jù)庫(kù)的數(shù)據(jù)交互； VM_SS完成視訊會(huì)議的業(yè)務(wù)管理功能，通過自定義的信令和視訊設(shè)備進(jìn)行交互。 會(huì)議備份是對(duì)會(huì) 議中一種異常情況的考慮，即當(dāng)召開該會(huì)議所使用的 MCU出現(xiàn)故障無法使用時(shí)，該會(huì)議可選擇其它可用的 MCU繼續(xù)召開，不會(huì)使得該會(huì)議被中斷，無法繼續(xù)召開，影響客戶使用。通過 對(duì) TCP/IP、 RTP/RTCP 協(xié)議及 H323 協(xié)議，了解一般視頻會(huì)議的實(shí)現(xiàn)方式，再通過 iMOS 平臺(tái)的學(xué)習(xí)，了解 iMSC 級(jí) 聯(lián)會(huì)議分析及開發(fā)需要的知識(shí)及環(huán)境，為后續(xù)總體設(shè)計(jì)及詳細(xì)設(shè)計(jì)奠定理論基礎(chǔ)。 5)OS 基礎(chǔ)設(shè)施層 對(duì)操作系統(tǒng)、數(shù)據(jù)庫(kù)、多媒體協(xié)議的封裝，屏蔽差異，實(shí)現(xiàn)上層應(yīng)用的平臺(tái)無關(guān)性，提高開發(fā)效率和系統(tǒng)兼容性。 4).數(shù)據(jù)訪問層 對(duì)多媒體數(shù)據(jù)的封裝。 3).多媒體基礎(chǔ)設(shè)施層 浙江大學(xué)碩士學(xué)位論文 第 2 章 課題支撐技術(shù)簡(jiǎn)介 14 多媒體領(lǐng)域通用模型和標(biāo)準(zhǔn)實(shí)現(xiàn)，支持對(duì)實(shí)現(xiàn)的擴(kuò)展。 2).業(yè)務(wù)邏輯層 通過對(duì)原子業(yè)務(wù)的簡(jiǎn)單組合或者定制開發(fā)，可以快速構(gòu)建新的業(yè)務(wù)。下面再簡(jiǎn)單介紹下 iMOS 平臺(tái)的總體架構(gòu) ，如圖 ： 業(yè)務(wù)展示層業(yè)務(wù)邏輯層OS 基礎(chǔ)設(shè)施層多媒體基礎(chǔ)設(shè)施層數(shù)據(jù)訪問層 圖 iMOS 分層模型 1).業(yè)務(wù)展示層 運(yùn)營(yíng)商、不同行業(yè)的客戶有不同的要求；取決于應(yīng)用模式，還有 B/S 和 C/S之分；不少大客戶還有業(yè)務(wù)系統(tǒng)強(qiáng)集成的需求。它將通過抽象具有相似特點(diǎn)的功能來建立各種平臺(tái)組件框架，通過提供“腳本規(guī)則”或“插件規(guī)范”或”接口實(shí)現(xiàn)”的替換功能給用戶以實(shí)現(xiàn)用戶對(duì)組件模型的充分定制化 。長(zhǎng)遠(yuǎn)上，為 H3C 產(chǎn)品的不斷豐富和完善奠定基礎(chǔ)，為價(jià)值鏈上的客戶和友商開發(fā)增值業(yè)務(wù)，技術(shù)合作、技術(shù)創(chuàng)新提供彈性的空間 [9]。 iMOS 平臺(tái)簡(jiǎn)介 IMOS 的全稱為 IP Multimedia Operating System（ IP 多媒體操作系統(tǒng)），與公司 IToIP 的理念一脈相承，意在打造 IP 領(lǐng)域的多媒體開發(fā)平臺(tái)。 3）帶寬控制： 網(wǎng)守支持 BRQ/BCF/BRJ消息，根據(jù)帶寬管理的原則對(duì)實(shí)際接入的終端進(jìn)行帶寬控制。 2）許可控制，即訪問控制，防止未經(jīng)授權(quán)的視頻會(huì)話的進(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]。 網(wǎng)閘 網(wǎng)守是 視頻會(huì)議系統(tǒng)的一個(gè)可選組件，網(wǎng)守在系統(tǒng)中向終端和網(wǎng)關(guān)單元提供呼叫控制服務(wù)，根據(jù)接收到的指令控制是否允許用戶接入該會(huì)議系統(tǒng)。 4）在 LAN端和 WAN端進(jìn)行呼叫建立和解除。 2） 音頻、視頻和數(shù)據(jù)信息編碼格式之間的互譯，以完成表示層之間的互相通信。網(wǎng)關(guān)支持與 、 、 常規(guī)電話、 ISDN 的其它終端類型或其它網(wǎng)絡(luò)順利、低時(shí)延的進(jìn)行互通。 網(wǎng)關(guān) 網(wǎng) 關(guān)是 系統(tǒng)與現(xiàn)有的公用電路交換網(wǎng) (PSTN)或其它異構(gòu)網(wǎng)絡(luò) (如ISDN)的互通設(shè)備，其核心功能是對(duì)不同網(wǎng)絡(luò)結(jié)構(gòu)的會(huì)議媒體信息和信令控制信息進(jìn)行轉(zhuǎn)換 [6]。初始設(shè)計(jì)時(shí)，終端僅支持語音數(shù)據(jù)的接入，隨著數(shù)字化的發(fā)展，圖像壓縮技術(shù)的日益發(fā)展和成熟，目前絕大多數(shù)的終端設(shè)備尤其是硬終端，均支持語音、視頻以及數(shù)據(jù)的融合通信方式 [10]。 終端 MG 是視訊會(huì)議系統(tǒng)中的終端，主要將本端會(huì)場(chǎng)的圖像和聲音進(jìn)行編碼并發(fā)送給遠(yuǎn)端，同時(shí)也可以接收遠(yuǎn)端的圖像和聲音，解碼并顯示于本端。 MCU 由兩部分組成：必需的多點(diǎn)控制器 MC（ Media Control，簡(jiǎn)稱 MC）和可選的多點(diǎn)處理器 MP（ Media Process，簡(jiǎn)稱 MP）。它可以連接兩個(gè)終端構(gòu)成點(diǎn)對(duì)點(diǎn)會(huì)議，隨后再擴(kuò)展為多點(diǎn)會(huì)議。 系 統(tǒng)組網(wǎng)圖具體如圖 ： 圖 典型組網(wǎng)圖 多點(diǎn)控制單元 MCU 多點(diǎn)控制單元是多媒體視訊會(huì)議中最關(guān)鍵的設(shè)備，主要集中對(duì)各個(gè)會(huì)場(chǎng)終端發(fā)送過來的音視頻碼流進(jìn)行轉(zhuǎn)發(fā)或編解碼處理，對(duì)各個(gè)入會(huì)終端進(jìn)行統(tǒng)一的狀態(tài)信息管理和會(huì)控操作，從而實(shí)現(xiàn)音視頻多點(diǎn)會(huì)議井然有序的進(jìn)行。 浙江大學(xué)碩士學(xué)位論文 第 2 章 課題支撐技術(shù)簡(jiǎn)介 10 RTCP（ Realtime Transport Control Protocol 實(shí)時(shí)傳輸協(xié)議的縮寫），主要功能是就 RTP 正在提供的服務(wù)質(zhì)量做出反饋，此處不做重點(diǎn)介紹。同步源標(biāo)識(shí)符不是發(fā)送端所帶的 IP 地址，而是在新數(shù)據(jù)包開始時(shí)發(fā)送端隨機(jī)生成的一個(gè)號(hào)碼。如果發(fā)送端在會(huì)話過程中需改變編碼方法，發(fā)送端可以發(fā)送信令通知接受端 [1]。 3） 負(fù)載類型（ Payload Type Field）：長(zhǎng)度為 7 位，故 RTP 支持 128 種不同的載荷類型，包含采用的承載通道、采樣頻率、編碼算法等。 2） 序列號(hào) (Sequence Number Field)：長(zhǎng)度為 16 位。它是 RTP 數(shù)據(jù)信息包中第一個(gè)字節(jié)的采樣時(shí)間。 RTP 協(xié)議負(fù)責(zé)將媒體流數(shù)據(jù)進(jìn)行封裝并傳輸，每個(gè) RTP 數(shù)據(jù)報(bào)由頭部和負(fù)載兩部分組成，頭部前 12 個(gè)字符含 義是固定的，負(fù)載可以是音頻數(shù)據(jù)也可以是視頻數(shù)據(jù)。 4）鏈路層：鏈路層也叫網(wǎng)絡(luò)接口層或數(shù)據(jù)鏈路層，主要負(fù)責(zé)設(shè)備驅(qū)動(dòng)和計(jì)算機(jī)網(wǎng)絡(luò)設(shè)備的對(duì)應(yīng)。ICMP協(xié)議和 IP 協(xié)議處于同一層，主要獲取 IP 層上的控制信息， ICMP上的 Redirect信息告訴主機(jī)同鄉(xiāng)目的地址更準(zhǔn)確的路徑，而 ICMP 上的 Unreachable 信息則表示該路徑不可達(dá)或有問題。 這兩種協(xié)議各有各的優(yōu)勢(shì)，在不同的應(yīng)用程序中發(fā)揮不同的作用，沒有孰優(yōu)孰劣的絕對(duì)之分。 浙江大學(xué)碩士學(xué)位論文 第 2 章 課題支撐技術(shù)簡(jiǎn)介 8 而另一方面， TCP 需要進(jìn)行 3 次握手，對(duì)于一些數(shù)據(jù)比較多或者數(shù)據(jù)丟一兩個(gè)包不是很重要的時(shí)候，需要一種協(xié)議來提高實(shí)時(shí)性和傳輸效率， UDP 協(xié)議從此而產(chǎn)生，為應(yīng)用層提供一種非常簡(jiǎn)單的服務(wù)。 為了保證網(wǎng)絡(luò)傳輸數(shù)據(jù)的可靠性， TCP 提供一種可靠傳輸協(xié)議。 2）傳輸層：主要提供點(diǎn)對(duì)點(diǎn)的通信傳輸服務(wù)。 浙江大學(xué)碩士學(xué)位論文 第 2 章 課題支撐技術(shù)簡(jiǎn)介 6 第 2章 課題支撐技術(shù)簡(jiǎn)介 TCP/IP 及 RTP/RTCP 協(xié)議簡(jiǎn)介 TCP/IP 協(xié)議簡(jiǎn)介 TCP/IP 協(xié)議包含 IP 協(xié) 議（ Inter Protocol）、 TCP 協(xié)議（ Transmission Control Protocol）、 UDP 協(xié)議（ User Datagram Protocol）、 ICMP 協(xié)議（ Inter Control Message Protocol）和其他一些協(xié)議，此處僅對(duì) ip、 tcp、 icmp、 udp 協(xié)議進(jìn)行簡(jiǎn)單介紹。 第 5 章：主要介紹級(jí)聯(lián)會(huì)議特性的 測(cè)試策略及 測(cè)試方案。 第 3 章：主要介紹 iMSC 多級(jí)會(huì)議實(shí)現(xiàn)的總體 模塊 架構(gòu)和 級(jí)聯(lián)會(huì)議調(diào)度在整個(gè) iMSC 中所述的位置 。 本文主要研究視訊會(huì)議多級(jí)級(jí)聯(lián)的實(shí)現(xiàn)和測(cè)試方案，主要分成下面 6 章介紹： 第 1 章：介紹項(xiàng)目背景及其研究意義，分析當(dāng)前過年視頻會(huì)議及級(jí)聯(lián)會(huì)議的研究 現(xiàn)狀和它的發(fā)展趨勢(shì)?；诖耍疚闹饕Y(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)度。目前，單個(gè) MCU 所能承受的會(huì)議容量已經(jīng)不能滿足特定環(huán)境下的需求，而不同會(huì)議存在于不同 MCU 時(shí)，我們又很難進(jìn)行統(tǒng)一管理。 可用 /易用性：配置繁瑣，靈活性較差 當(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)度。 該方法的缺點(diǎn)： 功能上：在級(jí)聯(lián)關(guān)系樹確定好后，同為下級(jí)的 MCU 想進(jìn)行級(jí)聯(lián)會(huì)議就不能進(jìn)行，造成資源的浪費(fèi)；在上級(jí) MCU 對(duì)設(shè)備的管理時(shí)出現(xiàn)瓶頸，無法在 MCU上實(shí)現(xiàn)動(dòng)態(tài)的設(shè)備管理；在會(huì)控中，如果有 MCU 由于網(wǎng)絡(luò)或其他原因掉線，無法調(diào)度出其他 MCU 將會(huì)議信息同步過去；在會(huì)議實(shí)現(xiàn)過程中，不支持多個(gè)級(jí)聯(lián)樹并存，如果一 個(gè) MCU 在多個(gè)級(jí)聯(lián)樹中，引起權(quán)限混亂和其他一些問題。這里主要從功能和易用角度考慮 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)度和管理。其中多點(diǎn)會(huì)議包含：非級(jí)聯(lián)會(huì)議、簡(jiǎn)單級(jí)聯(lián)會(huì)議和互控級(jí)聯(lián)會(huì)議，文本主要關(guān)注互控級(jí)聯(lián)會(huì)議。 級(jí)聯(lián)會(huì)議現(xiàn)狀及趨勢(shì) 首先，簡(jiǎn)單介紹下基本 協(xié)議下 的視訊會(huì)議系統(tǒng)的兩個(gè)最基本的組成單元會(huì)議終端 MG 和會(huì)議服務(wù)器 MCU，具體如下： MG（ Multimedia Gateway，即多媒體網(wǎng)關(guān)）是視訊會(huì)議系統(tǒng)中的終端，主要將本端會(huì)場(chǎng)的圖像和聲音進(jìn)行編碼并發(fā)送給遠(yuǎn)端，同時(shí)也可以接收遠(yuǎn)端的圖像和聲音，解碼并顯示于本端。在網(wǎng)絡(luò)環(huán)境復(fù)雜的情況下，如何避免由于網(wǎng)絡(luò)或會(huì)議服務(wù)器異常給用戶帶來?yè)p失成為開發(fā)級(jí)浙江大學(xué)碩士學(xué)位論文 第 1 章 緒論 2 聯(lián)會(huì)議的另一個(gè)突破點(diǎn)。 其次，由于大中型企業(yè)分布于全國(guó)各地，隨著業(yè)務(wù)的不斷拓展，對(duì)視訊會(huì)議容量要求也在不斷提高。視訊會(huì)議最基本的包含會(huì)議服務(wù)器、會(huì)議終端和網(wǎng)絡(luò)。 浙江大學(xué)碩士學(xué)位論文 圖目錄 III 圖目錄 圖 多媒體會(huì)議組網(wǎng)圖 .................................................................................... 1 圖 MCU 按 MP only 模式實(shí)現(xiàn)互控級(jí)聯(lián)總體組網(wǎng)圖 .................................... 3 圖 TCP/IP 協(xié)議分層結(jié)構(gòu) .............................................................................. 7 圖 RTP 報(bào)文各字段含義 ................................................................................ 9 圖 典型組網(wǎng)圖 .................................................................................. 10 圖 iMOS 分層模型 ........................................................................................ 13 圖 iMSC 和 MCU、 MG 交互內(nèi)部模塊總體情況 ........................................... 15 圖 級(jí)聯(lián)會(huì)議實(shí)現(xiàn) MG、 MCU 及 iMSC 總體模塊及關(guān)系 ................................ 17 圖 MP 模塊音視頻處理流程圖 .................................................................... 21 圖 級(jí)聯(lián)會(huì)議生命周期 ................................................................................. 22 圖 會(huì)議調(diào)度算法流程圖 ............................................................................. 26 圖 級(jí)聯(lián)會(huì)議發(fā)言申請(qǐng)流程圖 ..................................................................... 29 圖 廣播圖像流程圖 ..................................................................................... 31 圖 FECC 控制流程圖 .............................................................