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