freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

imsc級聯(lián)會議調(diào)度的研究與實現(xiàn)碩士畢業(yè)論文(留存版)

2025-11-01 17:55上一頁面

下一頁面
  

【正文】 僅僅把數(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ù)控
點擊復(fù)制文檔內(nèi)容
環(huán)評公示相關(guān)推薦
文庫吧 www.dybbs8.com
備案圖鄂ICP備17016276號-1