【正文】 僅僅把數(shù)據(jù)包分組傳輸過(guò)去，不保證數(shù)據(jù)一定能傳輸?shù)竭_(dá)，當(dāng)使用該協(xié)議進(jìn)行傳輸時(shí)，任何保證數(shù)據(jù)輸出完整性的驗(yàn)證只能在應(yīng)用層進(jìn)行 [1]。 4） 同步源標(biāo)識(shí)符（ Synchronization Source Identifier） ：長(zhǎng)度為 32 位，用來(lái)標(biāo)識(shí) RTP 碼流數(shù)據(jù)包的第一個(gè)包，在 RTP 會(huì)話中的每一個(gè)數(shù)據(jù)包都有一個(gè)同步源標(biāo)識(shí)符。也就是說(shuō)如果視頻會(huì)議系統(tǒng)的所有終端都在同一個(gè) IP 網(wǎng)絡(luò)內(nèi)，那么網(wǎng)關(guān)則是一個(gè)可選設(shè)備。短期內(nèi)，支持監(jiān)控、視訊、媒體發(fā)布業(yè)務(wù)，節(jié)約公司開(kāi)發(fā)和維護(hù)成本。 浙江大學(xué)碩士學(xué)位論文 第 3 章 總體設(shè)計(jì) 15 第 3章 總體設(shè)計(jì) iMSC 整體結(jié)構(gòu) 互控級(jí)聯(lián)特性是在 iMSC已有功能的基礎(chǔ)上，開(kāi)發(fā)支持會(huì)議級(jí)聯(lián)的功能；需求來(lái)源于單個(gè) MCU的容量已經(jīng)不能滿足視訊會(huì)議市場(chǎng)的迅速發(fā)展，必須通過(guò)新的技術(shù)來(lái)解決，此時(shí)就引入了 MCU的級(jí)聯(lián)技術(shù)即：各個(gè)廠商均支持在一個(gè)會(huì)議中，使用多個(gè) MCU的級(jí)聯(lián)關(guān)系，來(lái)增加會(huì)議容量，滿足客戶需求。 9） MM：負(fù)責(zé) IMOS 管理模型的構(gòu)建和接口提供，包括系統(tǒng)管理、權(quán)限管理、設(shè)備管理、事件管理、任務(wù)管理、升級(jí)管理等功能。比如 iMSC 上的時(shí)間為 2020 年 3 月 15 日10 點(diǎn)整，且創(chuàng)建一個(gè)時(shí)間為 1 小時(shí)的會(huì)議，其中級(jí)聯(lián) MCUA 和 MCUB，而此時(shí)在 MCUA 的時(shí)間為 2020 年 3 月 15 日 9 點(diǎn)整， MCUB 的時(shí)間為 2020 年 3 月 15日 11 點(diǎn)整 ，則在創(chuàng)建會(huì)議前，獲取 MCUA 的時(shí)間與 MCUB 的時(shí)間后，在 MCUA上創(chuàng)建一個(gè)從 2020年 3月 15日 9點(diǎn)開(kāi)始持續(xù) 1h的會(huì)議；同樣根據(jù)時(shí)間差在 MCUB上創(chuàng)建一個(gè) 2020 年 3 月 15 日 11 點(diǎn)開(kāi)始持續(xù) 1h的會(huì)議。 會(huì)議開(kāi)始與會(huì)議結(jié)束觸發(fā) 的具體流程，如下圖圖 浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 22 圖 級(jí)聯(lián)會(huì)議生命周期 在這里讓會(huì)議開(kāi)始定時(shí)器和會(huì)議結(jié)束定時(shí)器規(guī)定比正常的時(shí)間延后 10 秒， 以便給 MCU 上報(bào)狀態(tài)留有時(shí)間余量，這里使用定時(shí)器為了防止當(dāng) MCU 離線或異常時(shí)， iMSC 上的會(huì)議信息顯示正常，即能正常的召開(kāi)與結(jié)束。注：期會(huì)議不可能大于 24 小時(shí)，周期會(huì)議不可能肯是永久會(huì)議。具體原因在上面已經(jīng)說(shuō)過(guò)，此處不再重復(fù)說(shuō)明。 浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 28 發(fā)言申請(qǐng) 發(fā)言申請(qǐng)由終端發(fā)起，即在會(huì)控過(guò)程中，會(huì)議終端通過(guò)自己的界面發(fā)起申請(qǐng)發(fā)言的操作，該操作由用戶選擇是否同意發(fā)言申請(qǐng)，一般設(shè)置發(fā)言者后，需要廣播該發(fā)言者的會(huì)場(chǎng)，更符合用戶的習(xí)慣。廣播圖像 流程圖如圖 ： 浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 31 U I C L I B S S M C U M G判 斷 廣 播 單 還 是 多 畫(huà) 面* *廣 播 單 畫(huà) 面廣 播 與 主 看 一 致切 換 廣 播 多 畫(huà) 面檢 測(cè) 路 徑 是 否 沖 突廣 播 會(huì) 場(chǎng)轉(zhuǎn) 化 消 息 類 型廣 播 會(huì) 場(chǎng) 消 息判 斷 是 否 級(jí) 聯(lián)按 原 流 程 處 理非 互 控 級(jí) 聯(lián) 會(huì) 議* *互 控 級(jí) 聯(lián) 會(huì) 議判 斷 廣 播 會(huì) 場(chǎng) 與 主 場(chǎng) 是 否 一 致下 發(fā) 參 數(shù) 到 主 M C U廣 播 主 看 畫(huà) 面廣 播 與 主 看 不 一 致* *廣 播 多 畫(huà) 面* *不 沖 突路 徑 沖 突廣 播 失 敗界 面 提 示 用 戶 圖 廣播圖像流程圖 廣播某終端。 控制會(huì)議 在視頻會(huì)議的會(huì)議控制過(guò)程中，主要包含以下操作：全部開(kāi) /關(guān)麥克風(fēng)、全部停 /發(fā)視頻、全部開(kāi) /關(guān)揚(yáng)聲器、發(fā)言申請(qǐng)、發(fā)送輔流、 FECC 控制、群邀上線、全部離線、廣播會(huì)場(chǎng)、會(huì)場(chǎng)選擇觀看、主場(chǎng)輪巡、廣播輪巡、結(jié)束會(huì)議等。 上級(jí) MCU 作為主MCU，下級(jí) MCU 作為從 MCU，召開(kāi)級(jí)聯(lián)會(huì)議時(shí)，實(shí)際上通過(guò) iMSC 在各級(jí)聯(lián)的 MCU 上召開(kāi)會(huì)議再借助平臺(tái)來(lái)實(shí)現(xiàn)整個(gè)會(huì)議的互控級(jí)聯(lián)，會(huì)議參數(shù)的下發(fā)策略如下。 方法 1：會(huì)議預(yù)約信息表里的重復(fù)次數(shù)與周期會(huì)議截止時(shí)間為二選一：即通過(guò)重復(fù)次數(shù)控制周期會(huì)議結(jié)束或者通過(guò)截止時(shí)間控制會(huì)議結(jié)束。 為了維護(hù)原先 視訊系統(tǒng)的穩(wěn)定性，無(wú)法將下級(jí)會(huì)場(chǎng)的碼流直接發(fā)送到頂級(jí) MCU。 為了實(shí)現(xiàn)上述 iMSC 的功能，需要再原 MCU 和 MG 系統(tǒng)上配合修改，增加“ iMSC 平臺(tái)管理模塊”，由該模塊負(fù)責(zé) MCU 和 MG 側(cè)消息的接收和下發(fā)，但這個(gè)不是本文研究的重點(diǎn)。 4） SDK模塊： SDK其內(nèi)部主要封裝 VM_SS中函數(shù)，用于接收 WEB SERVER的函數(shù)調(diào)用。數(shù)據(jù)的存在形式不受位置（本地 /遠(yuǎn)程）、形式（數(shù)據(jù)庫(kù) /文件 /原始磁盤(pán)塊）、格式（結(jié)構(gòu)化 /非結(jié)構(gòu)化）的限制，同時(shí)支持對(duì)數(shù)據(jù)的擴(kuò)展和替換。終端在發(fā)起呼叫時(shí)必須經(jīng)過(guò)網(wǎng)守的允許，呼叫所使用的帶寬最終也是由網(wǎng)守來(lái)決定。 終端是 會(huì)議系統(tǒng)中面向用戶的 設(shè)備，也是提供實(shí)時(shí)以及雙向通信的設(shè)備，提供對(duì)用戶音視頻信號(hào)的輸入采集、壓縮和解壓縮輸出處理，模擬會(huì)議參與者的行為，終端所在地即為用戶實(shí)際所在地。當(dāng)發(fā)送一個(gè) RTP 數(shù)據(jù)包序列號(hào)就加 1，這樣接收端用它來(lái)檢驗(yàn)數(shù)據(jù)包是否有丟包，但是 RTP 協(xié)議本身不負(fù)責(zé)丟包數(shù)據(jù)重傳，需要應(yīng)用層軟件來(lái)做相關(guān)處理。主要包含： TCP 協(xié)議（ Transmission Control Protocol 傳輸控制協(xié)議）和 UDP 協(xié)議（ User Datagram Protocol 用戶數(shù)據(jù)報(bào)協(xié)議）。 可用 /易用性：對(duì)設(shè)備不能進(jìn)行實(shí)時(shí)管理，資源浪費(fèi)比較大 第二、 將 MCU 區(qū)分為 MC+MP 模式和 MP only 模式 MCU 主要由 MC 和 MP 模塊構(gòu)成（ MP 為音視頻處理模塊， MC 為多媒體控制模塊），當(dāng)單個(gè) MCU 可滿足需求時(shí)，我們配置 MCU 為 MC+MP 模式；當(dāng)單個(gè)MCU 滿足不了用戶需求時(shí)，我們需要多個(gè) MCU，并且配置一個(gè) MC 和多個(gè) MP的級(jí)聯(lián)會(huì)議，通過(guò)多個(gè) MP 來(lái)解決單個(gè) MCU 音視頻數(shù)據(jù)處理不過(guò)來(lái)的瓶頸，具體如 圖 ： 圖 MCU 按 MP only 模式實(shí)現(xiàn)互控級(jí)聯(lián)總體組網(wǎng)圖 該方法的優(yōu)點(diǎn)： 功能上：功能的拓展了 MCU 的會(huì)議容量，功能上容易實(shí)現(xiàn) 浙江大學(xué)碩士學(xué)位論文 第 1 章 緒論 4 可用 /易用性：沒(méi)有很大的修改用戶原先的使用環(huán)境，讓用戶感覺(jué)還是在單臺(tái) MCU 上進(jìn)行會(huì)議，操作方便 該方法的缺點(diǎn)： 功能上：實(shí)現(xiàn)復(fù)雜，需要修改 MCU 的配置，并使其注冊(cè)到上級(jí) MCU 上，設(shè)備的可維護(hù)性較差；用戶在開(kāi)完互控級(jí)聯(lián)之后想單臺(tái)使用時(shí)，需要自己手工配置回單臺(tái)模式；在多臺(tái) MCU 處于不同網(wǎng)絡(luò)或網(wǎng)絡(luò)延遲比較高的時(shí)候，而 MC 和MP 之間的通信比較頻繁，這種方法帶來(lái)的弊端是頻繁的會(huì)控會(huì)控 操作會(huì)使圖像反應(yīng)很慢，帶來(lái)更高的延遲。 致謝 .............................................. 錯(cuò)誤 !未定義書(shū)簽。 浙江大學(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 控制流程圖 .................................................................................... 32 圖 FECC 受控流程圖 .................................................................................... 33 圖 結(jié)束會(huì)議流程圖 ..................................................................................... 34 圖 會(huì)議備份 流程圖 ..................................................................................... 36 圖 查找備份 MCU 流程圖 ........................................................................... 37 浙江大學(xué)碩士學(xué)位論文 第 1 章 緒論 1 第 1章 緒論 項(xiàng)目背景及意義 隨著計(jì)算機(jī)網(wǎng)絡(luò)、廣播電視和通信技術(shù)的不斷發(fā)展，隨著金融、政府部門(mén)、服務(wù)、跨國(guó)等行業(yè)對(duì)通信特別是視訊會(huì)議系統(tǒng)的需求的不斷提升，隨著網(wǎng)絡(luò) IP技術(shù)的不斷發(fā)展，帶寬的不斷增加，視訊會(huì)議經(jīng)過(guò)了數(shù)十年的發(fā)展，已 經(jīng)逐漸成熟化合市場(chǎng)化。 可用 /易用性：配置繁瑣，靈活性較差 當(dāng)然，現(xiàn)在國(guó)內(nèi)還有其他實(shí)現(xiàn)互控級(jí)聯(lián)的方法，不過(guò)大同小異，這里不再一一列舉，它們共同的缺點(diǎn)就是易用性和靈活性上，不能動(dòng)態(tài)的分配并調(diào)度資源，導(dǎo)致用戶只能花更多的錢(qián)，固定的使用互控級(jí)聯(lián)會(huì)議網(wǎng)絡(luò)環(huán)境，不可以隨心所欲的調(diào)度。 為了保證網(wǎng)絡(luò)傳輸數(shù)據(jù)的可靠性， TCP 提供一種可靠傳輸協(xié)議。 3） 負(fù)載類型（ Payload Type Field）：長(zhǎng)度為 7 位，故 RTP 支持 128 種不同的載荷類型，包含采用的承載通道、采樣頻率、編碼算法等。初始設(shè)計(jì)時(shí)，終端僅支持語(yǔ)音數(shù)據(jù)的接入，隨著數(shù)字化的發(fā)展，圖像壓縮技術(shù)的日益發(fā)展和成熟，目前絕大多數(shù)的終端設(shè)備尤其是硬終端，均支持語(yǔ)音、視頻以及數(shù)據(jù)的融合通信方式 [10]。 3）帶寬控制： 網(wǎng)守支持 BRQ/BCF/BRJ消息，根據(jù)帶寬管理的原則對(duì)實(shí)際接入的終端進(jìn)行帶寬控制。 5)OS 基礎(chǔ)設(shè)施層 對(duì)操作系統(tǒng)、數(shù)據(jù)庫(kù)、多媒體協(xié)議的封裝，屏蔽差異，實(shí)現(xiàn)上層應(yīng)用的平臺(tái)無(wú)關(guān)性，提高開(kāi)發(fā)效率和系統(tǒng)兼容性。 5） Web UI/XP模塊： Web UI/XP模塊主要實(shí)現(xiàn)給用戶提供圖形化界面，便于操作。其總體實(shí)現(xiàn)結(jié)構(gòu)如圖 ： 圖 級(jí)聯(lián)會(huì)議實(shí)現(xiàn) MG、 MCU 及 iMSC 總體模塊及關(guān)系 浙江大學(xué)碩士學(xué)位論文 第 3 章 總體設(shè)計(jì) 18 本章小結(jié) 本章主要介紹 iMSC 各個(gè)模塊及其主要作用，通過(guò)對(duì) iMSC 的了解，在 整體模塊和 流程上對(duì)級(jí)聯(lián)會(huì)議有個(gè)總體上的了解 ，為下步詳細(xì)設(shè)計(jì)打下了堅(jiān)實(shí)的基礎(chǔ)。 為了解決該問(wèn)題，考慮通過(guò)當(dāng)某個(gè)下級(jí) MCU 有兩路或兩路以上碼流需要上傳時(shí)，可以通過(guò)先在 該 MCU 上進(jìn)行圖像的編解碼處理，這樣可以實(shí)際上傳一路碼流，而其中包含多路碼流的信息。通過(guò)重復(fù)次數(shù)控