【正文】 4 章 詳細(xì)設(shè)計(jì) 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廣 播 主 看 畫 面廣 播 與 主 看 不 一 致* *廣 播 多 畫 面* *不 沖 突路 徑 沖 突廣 播 失 敗界 面 提 示 用 戶 圖 廣播圖像流程圖 廣播某終端。 浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 30 由終端發(fā)起的發(fā)言申請， SS 模塊對輔流發(fā)送和發(fā)言申請的處理流程相似，不同的是 MCU 側(cè)對輔流發(fā)送需要特殊處理，處理流程與廣播圖像相似，具體在廣播圖像中說明。 浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 28 發(fā)言申請 發(fā)言申請由終端發(fā)起，即在會控過程中，會議終端通過自己的界面發(fā)起申請發(fā)言的操作，該操作由用戶選擇是否同意發(fā)言申請，一般設(shè)置發(fā)言者后，需要廣播該發(fā)言者的會場，更符合用戶的習(xí)慣。如果按行政區(qū)來劃分組織，且行政組織規(guī)模較小，沒有單獨(dú)的 MCU，與其它行政區(qū)公用一個(gè) MCU，則可將這幾個(gè)公用一個(gè) MCU的行政區(qū)劃分在一個(gè)組織下，便于調(diào)度。具體原因在上面已經(jīng)說過，此處不再重復(fù)說明?！皶h基本信息表”結(jié)束時(shí)間與開始時(shí)間 代表每次實(shí)際開會時(shí)間，會議預(yù)約信息表 的開始時(shí)間與截止時(shí)間為周期會議的生命周期。注：期會議不可能大于 24 小時(shí)，周期會議不可能肯是永久會議。會議狀態(tài)為已召開，則把會議基本信息表中會議狀態(tài)變更為未召開，重新進(jìn) F2 流程；會場狀態(tài)為未召開，忽略該事件。 會議開始與會議結(jié)束觸發(fā) 的具體流程，如下圖圖 浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 22 圖 級聯(lián)會議生命周期 在這里讓會議開始定時(shí)器和會議結(jié)束定時(shí)器規(guī)定比正常的時(shí)間延后 10 秒， 以便給 MCU 上報(bào)狀態(tài)留有時(shí)間余量，這里使用定時(shí)器為了防止當(dāng) MCU 離線或異常時(shí)， iMSC 上的會議信息顯示正常，即能正常的召開與結(jié)束。 廣播和觀看下級會場策略 廣播和觀看夏季會場策略對 iMSC 互控級聯(lián)會議影響最大，由于 MCU 上 MP及硬件的限制，國內(nèi)視頻會議系統(tǒng) MCU 和 MG 之間的通信都只有 8 路，具體 為音頻通道、視頻通道、輔流通道、數(shù)據(jù)能力通道各占兩路，其中數(shù)據(jù)能力指傳輸攝像機(jī)控制等信息的通道，每條通道分為上行和下行通道。比如 iMSC 上的時(shí)間為 2020 年 3 月 15 日10 點(diǎn)整，且創(chuàng)建一個(gè)時(shí)間為 1 小時(shí)的會議，其中級聯(lián) MCUA 和 MCUB，而此時(shí)在 MCUA 的時(shí)間為 2020 年 3 月 15 日 9 點(diǎn)整， MCUB 的時(shí)間為 2020 年 3 月 15日 11 點(diǎn)整 ，則在創(chuàng)建會議前，獲取 MCUA 的時(shí)間與 MCUB 的時(shí)間后，在 MCUA上創(chuàng)建一個(gè)從 2020年 3月 15日 9點(diǎn)開始持續(xù) 1h的會議；同樣根據(jù)時(shí)間差在 MCUB上創(chuàng)建一個(gè) 2020 年 3 月 15 日 11 點(diǎn)開始持續(xù) 1h的會議。 運(yùn)行和調(diào)試接口：提供對運(yùn)行日志信息的輸出、級別控制功能，同時(shí)提供對系統(tǒng)內(nèi)部信息的在線調(diào)試功能。 9） MM：負(fù)責(zé) IMOS 管理模型的構(gòu)建和接口提供，包括系統(tǒng)管理、權(quán)限管理、設(shè)備管理、事件管理、任務(wù)管理、升級管理等功能。這樣，呼叫層面，監(jiān)控－視訊實(shí)現(xiàn)標(biāo)準(zhǔn)化意義上的互通。 浙江大學(xué)碩士學(xué)位論文 第 3 章 總體設(shè)計(jì) 15 第 3章 總體設(shè)計(jì) iMSC 整體結(jié)構(gòu) 互控級聯(lián)特性是在 iMSC已有功能的基礎(chǔ)上，開發(fā)支持會議級聯(lián)的功能；需求來源于單個(gè) MCU的容量已經(jīng)不能滿足視訊會議市場的迅速發(fā)展，必須通過新的技術(shù)來解決，此時(shí)就引入了 MCU的級聯(lián)技術(shù)即：各個(gè)廠商均支持在一個(gè)會議中，使用多個(gè) MCU的級聯(lián)關(guān)系，來增加會議容量，滿足客戶需求?！按罘e木”的開發(fā)方式，節(jié)省大量的重復(fù)開發(fā)成本，開發(fā)和穩(wěn)定周期更短。短期內(nèi)，支持監(jiān)控、視訊、媒體發(fā)布業(yè)務(wù)，節(jié)約公司開發(fā)和維護(hù)成本。如果該會議系統(tǒng)中存在網(wǎng)守，那么整個(gè)“域”中的設(shè)備則都要接收網(wǎng)守的管理。也就是說如果視頻會議系統(tǒng)的所有終端都在同一個(gè) IP 網(wǎng)絡(luò)內(nèi)，那么網(wǎng)關(guān)則是一個(gè)可選設(shè)備。 MCU 通常以 MCU 的方式工作，但音頻處理器并不是必需的。 4） 同步源標(biāo)識符（ Synchronization Source Identifier） ：長度為 32 位，用來標(biāo)識 RTP 碼流數(shù)據(jù)包的第一個(gè)包，在 RTP 會話中的每一個(gè)數(shù)據(jù)包都有一個(gè)同步源標(biāo)識符。具體如 圖 ： 浙江大學(xué)碩士學(xué)位論文 第 2 章 課題支撐技術(shù)簡介 9 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +| V = 2 | P | X | C C | M | P T | s e q u e n c e n u m b e r |+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +| t i m e s t a m p |+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +| s y n c h r o n i z a t i o n s o u r c e ( S S R C ) i d e n t i f i e r |+ = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = +| c o n t r i b u t i n g s o u r c e ( C S R C ) i d e n t i f i e r s || . . . . |+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +V : V e r s i o nP : P a d d i n gX : H e a d e r E x t e n s i o nC C : C S R C c o u n tM : M a r k e rP T : P a y l o a d T y p e 圖 RTP 報(bào)文各字段 含義 [4] 其具體含義如下： 1） 時(shí)間戳 (Timestamp)：長度為 32 字節(jié)。它僅僅把數(shù)據(jù)包分組傳輸過去，不保證數(shù)據(jù)一定能傳輸?shù)竭_(dá)，當(dāng)使用該協(xié)議進(jìn)行傳輸時(shí)，任何保證數(shù)據(jù)輸出完整性的驗(yàn)證只能在應(yīng)用層進(jìn)行 [1]。 第 6 章：對此次開發(fā)過程中優(yōu)點(diǎn)和缺點(diǎn)的分析，并展望后續(xù)開發(fā)的需求。因此， MCU 需要高效靈活地平臺進(jìn)行統(tǒng)一管理和調(diào)度，當(dāng)單個(gè) MCU 不能滿足的要求的時(shí)候，我們需要調(diào)度多個(gè) MCU 進(jìn)行級聯(lián)，以實(shí)現(xiàn)會議的擴(kuò)容。 隨著視訊會議系統(tǒng)不斷的普及，國內(nèi)華為、 POLYCOM、中興、 Radvision 等企業(yè)均意識到單個(gè) MCU 由于硬件的限制，單臺設(shè)備已經(jīng)無法滿足日益增長的市場需要，如何實(shí)現(xiàn)會議擴(kuò)容和多個(gè) MCU 間會議調(diào)度及資源優(yōu)化成為急需解決的問題，現(xiàn)在國內(nèi)市場上為了拓展會議容量各自采用不同的互控級聯(lián)技術(shù)，而且其實(shí)現(xiàn)方式也非常復(fù)雜，這里主要介紹兩種比較典型技術(shù)： ，下級 MCU以終端身份參加會議； MCU 區(qū)分為 MC+MP 模式和 MP only 模式。典型的組網(wǎng)圖 ： H . 3 2 3終端H . 3 2 3M C UH . 3 2 3終端H . 3 2 3終端H . 3 2 3網(wǎng)守H . 3 2 3網(wǎng)關(guān)G u a r a n t e e dQ O SL A NG S T N N I S D NB I S D NH . 3 2 4終端Sp e e c h終端H . 3 2 2終端Sp e e c h終端H . 3 2 0終端H . 3 2 1終端H . 3 2 1終端V . 7 0 終端分組交換網(wǎng)絡(luò)S c o p e o f R e c . H . 3 2 3終端終端 終端網(wǎng)守 網(wǎng)關(guān)終端 終端 終端 終端 終端 終端 終端終端分組交換網(wǎng)絡(luò) 圖 多媒體會議組網(wǎng)圖 伴隨著視訊會議系統(tǒng)地發(fā)展，我們面臨著下面幾個(gè)挑戰(zhàn)： 首先， ADSL 已經(jīng)將 2M 的帶寬成功的送到了大部分用戶手中，而三網(wǎng)融合又是大勢所趨，大部分用戶所處網(wǎng)絡(luò)環(huán)境的帶寬會進(jìn)一步提高，使用視訊系統(tǒng)的用戶可能進(jìn)一步飆升，而用戶對視訊的基本知識卻沒有，如何提高互控級聯(lián)會議中的易用性和可操作性成 為視訊系統(tǒng)中首要關(guān)注的點(diǎn)?；诖?，本文主要結(jié)合某公司開發(fā)的 iMOS(IP Multimedia Open System)平臺，針對 MCU 間的互控級聯(lián)進(jìn)行進(jìn)一步的研究和分析，實(shí)現(xiàn)基于iMSC(Intelligent Multimedia Service Center)平臺下對 MCU 互控級聯(lián)進(jìn)行統(tǒng)一管理和調(diào)度。 本文從會議創(chuàng)建、會議控制和會議備份分析其流程實(shí)現(xiàn)，還考慮從原MCU 穩(wěn)定性出發(fā)，分析比較重要的幾個(gè)策略。 其次，由于大中型企業(yè)分布于全國各地，隨著業(yè)務(wù)的不斷拓展，對視訊會議容量要求也在不斷提高。這里主要從功能和易用角度考慮 MCU 互控級聯(lián)實(shí)現(xiàn)，具體如下： 第一、 建立級聯(lián)樹，下級 MCU 以終端身份參加會議 該方案的設(shè)計(jì)思想為：通過建立一顆級聯(lián)樹，確定該局域網(wǎng)內(nèi)所有的 MCU和 MG 設(shè)備，通過級聯(lián)樹還可以確定不同 MCU 所在的層，最頂層為頂級 MCU，有且只能由一個(gè)，該頂級 MCU 擁有控制該級聯(lián)樹上所有 MCU 的權(quán)限，其他的根據(jù)級聯(lián)樹統(tǒng)稱為下級 MCU，在會議召開后，下級 MCU 和 MG 接收頂級 MCU 的統(tǒng)一調(diào)度和管理?；诖?，本文主要結(jié)合某公司開發(fā)的 iMOS 平臺，針對 MCU 間的互控級聯(lián)進(jìn)行進(jìn)一步的研究和分析，實(shí)現(xiàn)基于 iMSC 平臺下對 MCU 互控級聯(lián)進(jìn)行統(tǒng)一管理和調(diào)度。 浙江大學(xué)碩士學(xué)位論文 第 2 章 課題支撐技術(shù)簡介 6 第 2章 課題支撐技術(shù)簡介 TCP/IP 及 RTP/RTCP 協(xié)議簡介 TCP/IP 協(xié)議簡介 TCP/IP 協(xié)議包含 IP 協(xié) 議（ Inter Protocol）、 TCP 協(xié)議（ Transmission Control Protocol）、 UDP 協(xié)議（ User Datagram Protocol）、 ICMP 協(xié)議（ Inter Control Message Protocol）和其他一些協(xié)議，此處僅對 ip、 tcp、 icmp、 udp 協(xié)議進(jìn)行簡單介紹。 這兩種協(xié)議各有各的優(yōu)勢，在不同的應(yīng)用程序中發(fā)揮不同的作用，沒有孰優(yōu)孰劣的絕對之分。它是 RTP 數(shù)據(jù)信息包中第一個(gè)字節(jié)的采樣時(shí)間。同步源標(biāo)識符不是發(fā)送端所帶的 IP 地址，而是在新數(shù)據(jù)包開始時(shí)發(fā)送端隨機(jī)生成的一個(gè)號碼。 MCU 由兩部分組成：必需的多點(diǎn)控制器 MC（ Media Control，簡稱 MC）和可選的多點(diǎn)處理器 MP（ Media Process，簡稱 MP）。網(wǎng)關(guān)支持與 、 、 常規(guī)電話、 ISDN 的其它終端類型或其它網(wǎng)絡(luò)順利、低時(shí)延的進(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è)備對整個(gè)系統(tǒng)的設(shè)備進(jìn)行管理控制 [4]。長遠(yuǎn)上，為