【正文】 SS 查詢出會議所。從實(shí)現(xiàn)上講，廣播多畫面要比廣播單畫面要復(fù)雜的多。 廣播圖像 廣播圖像是指在會議過程中，各個(gè)會場（除了用戶已經(jīng)選擇觀看其他會場）所看到的視頻畫面。如果單畫面或者是多畫面設(shè)置中有畫面查看發(fā)言人，則需要在主 MCU 上設(shè)置畫面的布局，指定發(fā)言人位置的圖像為發(fā)言人所在分支的二級 MCU，同時(shí)設(shè)置從發(fā)言人到 主 MCU 之間的 MCU，將發(fā)言人的媒體流單播給上級 MCU 或者主 MCU。如果會議是主控級聯(lián)會議，則需要將消息發(fā)給主用MCU。 具體步驟如圖 ： 浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 29 U I C L I B S S M C U M G發(fā) 言 申 請… …申 請 發(fā) 言判 斷 會 議 模 式* *發(fā) 送 給 主 席 終 端主 席 會 場 存 在主 席 會 場 不 存 在通 知 C L I B轉(zhuǎn) 化 為 A S N . 1 消 息發(fā) 送 發(fā) 言 列 表 到 U I用 戶 選 擇同 意 / 拒 絕 發(fā) 言轉(zhuǎn) 化 消 息 類 型同 意 / 拒 絕 發(fā) 言判 斷 是 否 級 聯(lián)按 原 流 程 處 理非 互 控 級 聯(lián) 會 議* *互 控 級 聯(lián) 會 議獲 取 路 徑 向 主 下 發(fā) 參 數(shù)下 發(fā) 參 數(shù) 到 主 M C U根 據(jù) 路 徑 發(fā) 下 到 各 個(gè) 終 端 圖 級聯(lián)會議發(fā)言申請流程圖 同意一個(gè)終端的發(fā)言申請。 對于 iMSC 上的互控級聯(lián)會議，在主 MCU 下的終端，其處理方式與非互控級聯(lián)會議相似，對于非主 MCU 下的會場，需要獲取消息下發(fā)的路徑，發(fā)送主 MCU后由主 MCU 下發(fā)到終端。本文主要介紹這三種功能類型的實(shí)現(xiàn)方式，其他功能如鎖定會議、延長會議時(shí)長只做簡單介紹，針對上面三種類型，根據(jù)三類消息在會控操作中重要性我們重 點(diǎn)介紹：發(fā)言申請、廣播圖像、 FECC 控制、結(jié)束會議，剩下的會控操作只做簡單介紹。根據(jù)觸發(fā)方 式和處理的不同，我們將上面會控操作分為下面三種： （ 1） 由終端發(fā)起的會議控制操作，如：發(fā)送輔流、申請發(fā)言；（ 2）由 iMSC 界面觸發(fā)，消息發(fā)送到主從 MCU 的會控操作，如：全部開 /關(guān)麥克風(fēng)、全部停 /發(fā)視頻、全部開 /關(guān)揚(yáng)聲器、群邀上線、全部離線、結(jié)束會議。 第四 、級聯(lián)只支持 2級級聯(lián)（不包含會場是 2級，包含會場 則為 3級）； 第五 、只有主 MCU調(diào)度成功了，該會議才確認(rèn)為成功召開，否則調(diào)度失??； 第六 、有對應(yīng)組織權(quán)限時(shí)，則自動調(diào)度時(shí)，不能使用該組織下的 MCU或會場；一個(gè)級聯(lián)會議中，最多支持掛接 1024個(gè)會場， 16臺 MCU（一臺 主 MCU、 15臺從MCU），一臺 MCU下最多可掛接 256個(gè)會場。例如，某集團(tuán)在新疆、西藏、內(nèi)蒙青海的分公司公用一個(gè) MCU，則可將這些區(qū)域下的終端（會場）、 MCU劃分在一個(gè)組織――西北片區(qū)下。 級聯(lián)關(guān)系樹的創(chuàng)建，遵循如下基本原則： 第一、 會場選擇 MCU時(shí)，根據(jù)調(diào)度算法將提供出所有可用的 MCU，然后根據(jù) Level值（每個(gè)組織域都有自己的 level）選擇小的進(jìn)行選擇；在同一 level中如果浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 27 包含多個(gè) MCU時(shí)，優(yōu)先使用設(shè)備編碼排序靠前的 MCU開會； 第二 、 將全網(wǎng)劃分為多個(gè)組織域，可按地域或行政區(qū)域劃分，每個(gè)組織下有一臺 MCU（如果有備用 MCU，則加上備用 MCU），若干終端。主要過程為：進(jìn)入 iMSC的客戶端界面，用戶先劃分不同的域，然后在不同的域下添加對應(yīng)的設(shè)備（視訊終端、多點(diǎn)控制單元），添加完成后，用戶創(chuàng)建會議，選擇要加入會議的會場到已選會場列表中，配置會議參數(shù)后，此時(shí)級聯(lián)調(diào)度算法先將會場進(jìn)行域劃分，然后在各自的域下尋找可用的MCU，并嘗試創(chuàng)建會議（此時(shí)需要根據(jù)會議參數(shù)、入會會場數(shù)等信息，計(jì)算 MCU的資源，如果可用，則嘗試創(chuàng)建成功，否則失?。?，如果在自己的域下未找到可用的 MCU，此時(shí)則會繼續(xù)向父域 查找，如找到則將該會場掛到父域所在的 MCU下，未找到則繼續(xù)向父域的父域查找，依次向上，一直找到可用的 MCU為止，如一直未找到，則確認(rèn)此次級聯(lián)調(diào)度失??；如果在查找過程中，自己所在域或父域下同時(shí)提供多臺可用 MCU，則優(yōu)先使用設(shè)備編碼排序靠前的 MCU開會。 當(dāng)發(fā)生上述情況時(shí)， iMSC 采用如下處理策略： 由于在互控級聯(lián)會議時(shí)，當(dāng) MCU 連接斷開后，如果自動恢復(fù) MCU 上的活動會議信息到 iMSC 上 ，由于在 MCU 離線期間 iMSC 上用戶可能重新要對配置浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 25 進(jìn)行設(shè)置，如發(fā)言者、廣播會場、主場、 FECC 控制 /受控者，此時(shí)當(dāng) MCU 再次上線時(shí)，再次將 MCU 上這些信息同步 到 iMSC，可能產(chǎn)生會議角色混亂的后果，而且需要記錄斷線 MCU 中的各個(gè)角色的信息，實(shí)現(xiàn)上復(fù)雜度也大大提高，故此處采用當(dāng) MCU 發(fā)生上述異常時(shí)，在數(shù)據(jù)庫中清空活動會議信息中的各種角色設(shè)置，但不下發(fā)到 MCU 中， MCU 上線后按 MCU 側(cè)的處理方式處理，但是此種情況可能產(chǎn)生的后果是： iMSC 界面上的活動會議信息，比如會議中發(fā)言人、主席、廣播者可能和實(shí)際 MCU 中的不一致，不過這些可由用戶重新設(shè)置來恢復(fù)，而且在 iMSC 的界面上僅僅表現(xiàn)出 MCU 異常或重啟后，只要重新設(shè)置會議角色便可恢復(fù)。此處還應(yīng)注意，可以通過 iMSC 側(cè)實(shí)現(xiàn)會場輪巡，即在 iMSC 側(cè)啟用定時(shí)器，當(dāng)輪巡到某一會場時(shí)，直接下發(fā)參數(shù)到 MCU，使其觀看該會場，而不是在 MCU 上輪巡，這樣可以簡化實(shí)現(xiàn)方式，故輪巡方式不下發(fā)給 MCU。 根據(jù)上面廣播和觀看下級會場的策略，下級的碼流是先發(fā)到主 MCU 下進(jìn)行處理，故對于圖像參數(shù)的下 發(fā)有如下策略：對于圖像配置中的字幕、橫幅、會場名、多畫面信息等參數(shù)，只下發(fā)到主 MCU，從 MCU 采用默認(rèn)值。 基本會議參數(shù)下發(fā)到主、從 MCU 上，下發(fā)的參數(shù)主要有：會議名稱、會議別名、會議創(chuàng)建者、會議創(chuàng)建時(shí)間、是否為立即會議、是為永久會議、會議召開時(shí)間、會議結(jié)束時(shí)間、會議描述、是否有會議備份、是否級聯(lián)、是否有預(yù)約會議信息、會議入會權(quán)限信息（是否密碼會議、入會密碼、最大會場數(shù)、會議鎖定）、會議速率、離線重邀方式、是否支持自動降速 、會議主場信息、音頻協(xié)議適配、音頻標(biāo)準(zhǔn)列表、主流協(xié)議適配、主流格式適配、主流設(shè)置、主流速率幀率適配、會議類型（純音頻會議、音視頻會議、雙流視頻會議）、是否輔流適配、輔流格式適配、輔流設(shè)置、輔流類型、輔流速率幀率適配、媒體加密算法、信令加密信息、 NAA 設(shè)置、 I 幀發(fā)送條件、是否要發(fā)組播（是否自動發(fā)送組播、組播應(yīng)指定哪個(gè) MCU 發(fā)送）、預(yù)設(shè)主席或主場、預(yù)設(shè)廣播會場、指定輔流會場等。 iMSC 會議參數(shù)下發(fā)策略 iMSC 上的級聯(lián)會議，是通過 MCU 之間簡單級聯(lián)來實(shí)現(xiàn)，但通過 iMSC 平臺浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 24 的全局管理，可以達(dá)到常規(guī)視訊 網(wǎng)絡(luò)中的互控級聯(lián)的效果。 當(dāng)然，可能還會遇到下面這種情況：在會議召開過程中， MCU 異常離線，又上線再次注冊到 iMSC 上，而在 MCU 離線過程中，用戶在 iMSC 的界面上結(jié)束了該會議，這樣導(dǎo)致 iMSC 上會議已經(jīng)結(jié)束，而 MCU 側(cè)會議仍在繼續(xù)，帶來會議失控。注：會議開始時(shí)間與結(jié)束時(shí)間可能跨天。開會當(dāng)天的具體開始時(shí)間，取預(yù)約會議表開始時(shí)間的時(shí)分部分。對于月類型會議，重復(fù)日期為 32 位數(shù)據(jù)，每一位代表月的每一天（為 1 時(shí)要開會，為 0 時(shí)不開會）。 方法 2：根據(jù)周期表計(jì)算下次開會時(shí)間。 如果會議基本信息表中會議設(shè)定為永久會議，則會議基本信息表的結(jié)束時(shí)間為空，即會議不會結(jié)束，除非用戶主動撤銷該會議 。通過重復(fù)次數(shù)控制時(shí)，每開一次會，重復(fù)次數(shù)減一，此時(shí)截止時(shí)間為空。歷史會議規(guī)格為 10 萬條，根據(jù)歷史記錄管理方法（時(shí)間與條數(shù)）進(jìn)行備份與清除。 第二、 非周期會議或者周期會議結(jié)束 將 會議數(shù)據(jù)搬移到歷史會 議信息表中，刪除會議數(shù)據(jù)。 結(jié)束會議時(shí)處理分兩種情況： 浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 23 第一、 周期會議未結(jié)束（經(jīng)計(jì)算，周期會議還有下一輪的會議）： 如果周期會議未結(jié)束（判斷方法見下面方法 1），先將會議數(shù)據(jù)搬移到歷史會議信息表中，會議預(yù)約信息表重復(fù)次數(shù)減一（如果是次數(shù)控制見方法 1），重新計(jì)算下次開始與結(jié)束會議的時(shí)間，并保存到會議基本信息表中（計(jì)算方法見下面方法 2），查詢會議狀態(tài)。 F2：會議開始定時(shí)器超時(shí)或 SS 收到 MCU 上報(bào)會議狀態(tài)變更消息；則將會議基本信息表中會議狀態(tài)變更為已召開； F3： SS 收到 MCU 會議狀態(tài)變更“召開中”與“在解散中”，只更新數(shù)據(jù)庫會議基本信息表中會議狀態(tài)，不做其他處理。會議的召開和結(jié)束分為下面 4 個(gè)步驟： F1：會議預(yù)約成功后在數(shù)據(jù)庫中記錄會議數(shù)據(jù)，會議基本信息表中會議狀態(tài)為未召開。各 MCU 上的時(shí)間和 iMSC 上的時(shí)間應(yīng)該保持一致（在上面策略中已經(jīng)說明）， 這樣可以防止會議狀態(tài) 混亂。 會議生命周期策略 這里主要描述： 會議狀態(tài)從未召 開到活動會議，從活動會議到歷史會議；以及數(shù)據(jù)庫的會議數(shù)據(jù)的如何操作。 為了解決該問題，考慮通過當(dāng)某個(gè)下級 MCU 有兩路或兩路以上碼流需要上傳時(shí)，可以通過先在 該 MCU 上進(jìn)行圖像的編解碼處理，這樣可以實(shí)際上傳一路碼流，而其中包含多路碼流的信息。下圖為 MCU 中 MP 模塊音視頻處理的模塊圖，在 vpn處開啟通道，然后再 pool 池中緩存各個(gè)數(shù)據(jù)，再發(fā)到 vpc 對 圖像進(jìn)行整理，在mixer 中將數(shù)據(jù)分發(fā)到各個(gè)通道中，具體如 圖 ： 浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 21 圖 MP 模塊音視頻處理流程圖 看到上圖后，也許大家還有疑問是：為什么下級會場不直接發(fā)碼流給 頂級MCU 呢？原因很簡單，下級會場已經(jīng)在會議中，其視頻發(fā)送的通道已經(jīng)通過 建立連接，不能再次與頂級 MCU 建立連接。 iMSC 是基于原先穩(wěn)定的 MCU 和 MG 視訊產(chǎn)品的基礎(chǔ)上開發(fā)的，在互控級聯(lián)中，下級 MCU 以終端的方式被呼叫入會，這樣上級 MCU 與下級 MCU 之間的關(guān)系實(shí)際上為 MCU 與 MG 之間的能力關(guān)系，故在 iMSC 的互控級聯(lián)中也存在該限制。 浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 20 解決了時(shí)間同步問題后，在后面召開會議和對會議進(jìn)行控制都是在該前提下進(jìn)行。這種方法比較簡單，只需要在實(shí)施布置視頻會議網(wǎng)絡(luò)環(huán)境是布置一個(gè) NTP服務(wù)器就可以，降低了軟件實(shí)現(xiàn)的復(fù)雜度，也降低的維護(hù)成本，使管理時(shí)間同步變得的簡單。該方法可以減少軟件的代碼量，但是在實(shí)際使用過程中維護(hù)起來麻煩。這種方式增加軟件代碼量，提高流程的復(fù)雜度，可能在軟件穩(wěn)定性上存在風(fēng)險(xiǎn)。 實(shí)現(xiàn)策略 MCU 時(shí)間同步策略 在互控級聯(lián)會議中，時(shí)間同步十分重要，由于各個(gè) MCU 上的時(shí)間以及 MCU與 iMSC 上的時(shí)間可能存在差異，所以需要對每臺 MCU 的時(shí)間進(jìn)行同步，同步各個(gè) MCU 的時(shí)間可以有以下 3 種方式： 1) 在創(chuàng)建互控級聯(lián)會議時(shí)，獲取 MCU 與 iMSC 之間的時(shí)間差，根據(jù)用戶在iMSC 上創(chuàng)建會議的時(shí)間，如果 MCU 的時(shí)間與 iMSC 上的時(shí)間不一致，在 MCU上創(chuàng)建會議時(shí)推遲或提前召開該會議。其總體實(shí)現(xiàn)結(jié)構(gòu)如圖 ： 圖 級聯(lián)會議實(shí)現(xiàn) MG、 MCU 及 iMSC 總體模塊及關(guān)系 浙江大學(xué)碩士學(xué)位論文 第 3 章 總體設(shè)計(jì) 18 本章小結(jié) 本章主要介紹 iMSC 各個(gè)模塊及其主要作用，通過對 iMSC 的了解，在 整體模塊和 流程上對級聯(lián)會議有個(gè)總體上的了解 ，為下步詳細(xì)設(shè)計(jì)打下了堅(jiān)實(shí)的基礎(chǔ)。簡單級聯(lián)會議召開的時(shí)候，如果存在某個(gè) MCU 無法召開會議，簡單級聯(lián)會議仍然召開，之后的會控操作指令向如下的MCU 發(fā)送：已經(jīng)正常召開會議的 MCU、該 MCU 上線。 如果 MCU 組網(wǎng)為簡單級聯(lián)， MCU 各自召開自己會議，同一個(gè)會控命令發(fā)給某一個(gè) MCU 還是所有的 MCU，需要具體情況具體討論。 第三、 工具函數(shù)庫：提供了一些常用的函數(shù)封裝，如加密解密、動態(tài)庫管理等。 第二、 數(shù)據(jù)庫封裝：屏蔽了 不同數(shù)據(jù)庫之間的接口差異，抽象了統(tǒng)一的 C++浙江大學(xué)碩士學(xué)位論文 第 3 章 總體設(shè)計(jì) 17 接口，支持連接池和事務(wù)。 （ AbstractSyntaxNotationOne） 是一種標(biāo)記語言，它可以描述計(jì)算機(jī)系統(tǒng)之間和各種應(yīng)用程序之間要交換和傳遞的結(jié)構(gòu)化信息，因?yàn)椴煌?jì)算機(jī)接受數(shù)據(jù)后數(shù)據(jù)重組的順序不同，所以需要定義傳送數(shù)據(jù)的表達(dá)方式，即傳送語 法。 10） BP 模塊： BP 是 IMOS 的基礎(chǔ)平臺，提供了與業(yè)務(wù)無關(guān)的 底層框架功能，包括： 第一、 操作系統(tǒng)函數(shù)封裝：基于 ACE，封裝了操作系統(tǒng)提供的常用 API，屏蔽了不同操作系統(tǒng)之間的差異。 7） MDP模塊： MDP模塊負(fù)責(zé)內(nèi)部模塊間消息的轉(zhuǎn)發(fā)，包括進(jìn)程間和線程間 8） NS模塊： NS負(fù)責(zé)給各個(gè)注冊到 MDP的模塊分發(fā)唯一的名字。 5） Web UI/XP模塊： Web UI/XP模塊主要實(shí)現(xiàn)給用戶提供圖形化界面，便于操作。 3） WEB SEVER模塊： WEB SEVER模塊接收 WEB UI的 HTTP請求，調(diào)用 SDK的相關(guān)業(yè)務(wù)接口，并將相關(guān)響應(yīng)返回給 UI。未來即使支持視訊