【正文】 H3C 產(chǎn)品的不斷豐富和完善奠定基礎(chǔ)，為價值鏈上的客戶和友商開發(fā)增值業(yè)務，技術(shù)合作、技術(shù)創(chuàng)新提供彈性的空間 [9]。 3).多媒體基礎(chǔ)設(shè)施層 浙江大學碩士學位論文 第 2 章 課題支撐技術(shù)簡介 14 多媒體領(lǐng)域通用模型和標準實現(xiàn)，支持對實現(xiàn)的擴展。 會議備份是對會 議中一種異常情況的考慮，即當召開該會議所使用的 MCU出現(xiàn)故障無法使用時，該會議可選擇其它可用的 MCU繼續(xù)召開，不會使得該會議被中斷，無法繼續(xù)召開，影響客戶使用。未來即使支持視訊錄播等，控制面上也可以看成是一個呼叫過程。 10） BP 模塊： BP 是 IMOS 的基礎(chǔ)平臺，提供了與業(yè)務無關(guān)的 底層框架功能，包括： 第一、 操作系統(tǒng)函數(shù)封裝：基于 ACE，封裝了操作系統(tǒng)提供的常用 API，屏蔽了不同操作系統(tǒng)之間的差異。 如果 MCU 組網(wǎng)為簡單級聯(lián)， MCU 各自召開自己會議，同一個會控命令發(fā)給某一個 MCU 還是所有的 MCU，需要具體情況具體討論。這種方式增加軟件代碼量，提高流程的復雜度，可能在軟件穩(wěn)定性上存在風險。 iMSC 是基于原先穩(wěn)定的 MCU 和 MG 視訊產(chǎn)品的基礎(chǔ)上開發(fā)的，在互控級聯(lián)中，下級 MCU 以終端的方式被呼叫入會，這樣上級 MCU 與下級 MCU 之間的關(guān)系實際上為 MCU 與 MG 之間的能力關(guān)系，故在 iMSC 的互控級聯(lián)中也存在該限制。各 MCU 上的時間和 iMSC 上的時間應該保持一致（在上面策略中已經(jīng)說明）， 這樣可以防止會議狀態(tài) 混亂。 第二、 非周期會議或者周期會議結(jié)束 將 會議數(shù)據(jù)搬移到歷史會 議信息表中，刪除會議數(shù)據(jù)。 方法 2：根據(jù)周期表計算下次開會時間。 當然，可能還會遇到下面這種情況：在會議召開過程中， MCU 異常離線，又上線再次注冊到 iMSC 上，而在 MCU 離線過程中，用戶在 iMSC 的界面上結(jié)束了該會議，這樣導致 iMSC 上會議已經(jīng)結(jié)束，而 MCU 側(cè)會議仍在繼續(xù)，帶來會議失控。此處還應注意，可以通過 iMSC 側(cè)實現(xiàn)會場輪巡，即在 iMSC 側(cè)啟用定時器，當輪巡到某一會場時，直接下發(fā)參數(shù)到 MCU，使其觀看該會場，而不是在 MCU 上輪巡，這樣可以簡化實現(xiàn)方式，故輪巡方式不下發(fā)給 MCU。例如，某集團在新疆、西藏、內(nèi)蒙青海的分公司公用一個 MCU，則可將這些區(qū)域下的終端（會場）、 MCU劃分在一個組織――西北片區(qū)下。 對于 iMSC 上的互控級聯(lián)會議，在主 MCU 下的終端，其處理方式與非互控級聯(lián)會議相似，對于非主 MCU 下的會場，需要獲取消息下發(fā)的路徑，發(fā)送主 MCU后由主 MCU 下發(fā)到終端。 廣播圖像 廣播圖像是指在會議過程中，各個會場（除了用戶已經(jīng)選擇觀看其他會場）所看到的視頻畫面。從實現(xiàn)上講，廣播多畫面要比廣播單畫面要復雜的多。 具體步驟如圖 ： 浙江大學碩士學位論文 第 4 章 詳細設(shè)計 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ā) 下 到 各 個 終 端 圖 級聯(lián)會議發(fā)言申請流程圖 同意一個終端的發(fā)言申請。 第四 、級聯(lián)只支持 2級級聯(lián)（不包含會場是 2級，包含會場 則為 3級）； 第五 、只有主 MCU調(diào)度成功了，該會議才確認為成功召開，否則調(diào)度失敗； 第六 、有對應組織權(quán)限時，則自動調(diào)度時，不能使用該組織下的 MCU或會場；一個級聯(lián)會議中，最多支持掛接 1024個會場， 16臺 MCU（一臺 主 MCU、 15臺從MCU），一臺 MCU下最多可掛接 256個會場。 當發(fā)生上述情況時， iMSC 采用如下處理策略： 由于在互控級聯(lián)會議時，當 MCU 連接斷開后，如果自動恢復 MCU 上的活動會議信息到 iMSC 上 ，由于在 MCU 離線期間 iMSC 上用戶可能重新要對配置浙江大學碩士學位論文 第 4 章 詳細設(shè)計 25 進行設(shè)置，如發(fā)言者、廣播會場、主場、 FECC 控制 /受控者，此時當 MCU 再次上線時，再次將 MCU 上這些信息同步 到 iMSC，可能產(chǎn)生會議角色混亂的后果，而且需要記錄斷線 MCU 中的各個角色的信息，實現(xiàn)上復雜度也大大提高，故此處采用當 MCU 發(fā)生上述異常時，在數(shù)據(jù)庫中清空活動會議信息中的各種角色設(shè)置，但不下發(fā)到 MCU 中， MCU 上線后按 MCU 側(cè)的處理方式處理，但是此種情況可能產(chǎn)生的后果是： iMSC 界面上的活動會議信息，比如會議中發(fā)言人、主席、廣播者可能和實際 MCU 中的不一致，不過這些可由用戶重新設(shè)置來恢復，而且在 iMSC 的界面上僅僅表現(xiàn)出 MCU 異常或重啟后，只要重新設(shè)置會議角色便可恢復。 iMSC 會議參數(shù)下發(fā)策略 iMSC 上的級聯(lián)會議，是通過 MCU 之間簡單級聯(lián)來實現(xiàn)，但通過 iMSC 平臺浙江大學碩士學位論文 第 4 章 詳細設(shè)計 24 的全局管理，可以達到常規(guī)視訊 網(wǎng)絡中的互控級聯(lián)的效果。對于月類型會議，重復日期為 32 位數(shù)據(jù)，每一位代表月的每一天（為 1 時要開會，為 0 時不開會）。歷史會議規(guī)格為 10 萬條，根據(jù)歷史記錄管理方法（時間與條數(shù)）進行備份與清除。會議的召開和結(jié)束分為下面 4 個步驟： F1：會議預約成功后在數(shù)據(jù)庫中記錄會議數(shù)據(jù)，會議基本信息表中會議狀態(tài)為未召開。下圖為 MCU 中 MP 模塊音視頻處理的模塊圖，在 vpn處開啟通道，然后再 pool 池中緩存各個數(shù)據(jù)，再發(fā)到 vpc 對 圖像進行整理，在mixer 中將數(shù)據(jù)分發(fā)到各個通道中，具體如 圖 ： 浙江大學碩士學位論文 第 4 章 詳細設(shè)計 21 圖 MP 模塊音視頻處理流程圖 看到上圖后，也許大家還有疑問是：為什么下級會場不直接發(fā)碼流給 頂級MCU 呢？原因很簡單，下級會場已經(jīng)在會議中，其視頻發(fā)送的通道已經(jīng)通過 建立連接，不能再次與頂級 MCU 建立連接。該方法可以減少軟件的代碼量，但是在實際使用過程中維護起來麻煩。簡單級聯(lián)會議召開的時候，如果存在某個 MCU 無法召開會議，簡單級聯(lián)會議仍然召開，之后的會控操作指令向如下的MCU 發(fā)送：已經(jīng)正常召開會議的 MCU、該 MCU 上線。 （ AbstractSyntaxNotationOne） 是一種標記語言，它可以描述計算機系統(tǒng)之間和各種應用程序之間要交換和傳遞的結(jié)構(gòu)化信息，因為不同計算機接受數(shù)據(jù)后數(shù)據(jù)重組的順序不同，所以需要定義傳送數(shù)據(jù)的表達方式，即傳送語 法。 3） WEB SEVER模塊： WEB SEVER模塊接收 WEB UI的 HTTP請求，調(diào)用 SDK的相關(guān)業(yè)務接口，并將相關(guān)響應返回給 UI。 下面先主要介紹 iMSC內(nèi)部的各個模塊及各個模塊的具體作用，具體如圖 ： 圖 iMSC 和 MCU、 MG 交互內(nèi)部模塊總體情況 浙江大學碩士學位論文 第 3 章 總體設(shè)計 16 1） VM_SS模塊： VM_SS為 iMSC最核心的模塊，主要負責視訊信令的接收、調(diào)度、分發(fā)和維護；負責和數(shù)據(jù)庫的數(shù)據(jù)交互； VM_SS完成視訊會議的業(yè)務管理功能，通過自定義的信令和視訊設(shè)備進行交互。 4).數(shù)據(jù)訪問層 對多媒體數(shù)據(jù)的封裝。它將通過抽象具有相似特點的功能來建立各種平臺組件框架，通過提供“腳本規(guī)則”或“插件規(guī)范”或”接口實現(xiàn)”的替換功能給用戶以實現(xiàn)用戶對組件模型的充分定制化 。 2）許可控制，即訪問控制，防止未經(jīng)授權(quán)的視頻會話的進行。 2） 音頻、視頻和數(shù)據(jù)信息編碼格式之間的互譯，以完成表示層之間的互相通信。 終端 MG 是視訊會議系統(tǒng)中的終端，主要將本端會場的圖像和聲音進行編碼并發(fā)送給遠端，同時也可以接收遠端的圖像和聲音，解碼并顯示于本端。 浙江大學碩士學位論文 第 2 章 課題支撐技術(shù)簡介 10 RTCP（ Realtime Transport Control Protocol 實時傳輸協(xié)議的縮寫），主要功能是就 RTP 正在提供的服務質(zhì)量做出反饋，此處不做重點介紹。 2） 序列號 (Sequence Number Field)：長度為 16 位。ICMP協(xié)議和 IP 協(xié)議處于同一層，主要獲取 IP 層上的控制信息， ICMP上的 Redirect信息告訴主機同鄉(xiāng)目的地址更準確的路徑，而 ICMP 上的 Unreachable 信息則表示該路徑不可達或有問題。 2）傳輸層：主要提供點對點的通信傳輸服務。 本文主要研究視訊會議多級級聯(lián)的實現(xiàn)和測試方案，主要分成下面 6 章介紹： 第 1 章：介紹項目背景及其研究意義，分析當前過年視頻會議及級聯(lián)會議的研究 現(xiàn)狀和它的發(fā)展趨勢。 該方法的缺點： 功能上：在級聯(lián)關(guān)系樹確定好后，同為下級的 MCU 想進行級聯(lián)會議就不能進行，造成資源的浪費；在上級 MCU 對設(shè)備的管理時出現(xiàn)瓶頸，無法在 MCU上實現(xiàn)動態(tài)的設(shè)備管理；在會控中，如果有 MCU 由于網(wǎng)絡或其他原因掉線，無法調(diào)度出其他 MCU 將會議信息同步過去；在會議實現(xiàn)過程中，不支持多個級聯(lián)樹并存，如果一 個 MCU 在多個級聯(lián)樹中，引起權(quán)限混亂和其他一些問題。在網(wǎng)絡環(huán)境復雜的情況下，如何避免由于網(wǎng)絡或會議服務器異常給用戶帶來損失成為開發(fā)級浙江大學碩士學位論文 第 1 章 緒論 2 聯(lián)會議的另一個突破點。 關(guān)鍵詞： 視頻會議 ， 終端 ， 多媒體控制單元 ， 互控級聯(lián) 浙江大學碩士學位論文 Abstract ii Abstract As the growing popularity of the work and applications, video conferencing is being more widely used in various fields, the video market has continued to grow and develop. At present, the meeting can bear a single MCU(Multipoint Control Unit) capacity can not meet the needs of specific environments, and different meetings exist in different MCU, we are difficult to unified management. Thus, MCU need flexible and efficient platform for unified management and scheduling, when a single MCU can not meet the requirements, we need to schedule more than one MCU cascaded to achieve the meeting of the expansion. Based on this, this paper developed iMOS (Integrate Multimedia Open System) with a platform for interaction between the control cascade MCU for further research and analysis, platformbased iMSC (Intelligent Multimedia Service Center) cascade of mutual control of the MCU for unified management and scheduling. This created from the meeting, conference and meeting control analysis of their backup processes to achieve, but also consider the stability of departure from the original MCU, the more important analysis of several strategies. According to the characteristics of cascaded conference, analysis of the test program test strategy and test to ensure product quality in the development is pleted. Key Words： videoconferencing, terminals, multimedia control unit, each cascade control 浙江大學碩士學位