【正文】 聯(lián)（不包含會場是2級，包含會場是3級），界面有提示信息；5) 級聯(lián)會議結(jié)構(gòu)樹，不允許往創(chuàng)建失敗的MCU上拖動會場，拖出可以；6) 用戶僅需要從左側(cè)MCU樹上拖拽一個MCU至?xí)h結(jié)構(gòu)樹，以保障會議結(jié)構(gòu)樹上僅能有一個MCU；7) 用戶將會議結(jié)構(gòu)界面右側(cè)所有會場都掛接到該MCU下。9) 創(chuàng)建會議時，可對任何參數(shù)進(jìn)行修改，但會議名稱、預(yù)約會議列表中重復(fù)，否則提示用戶會議已存在；10) 創(chuàng)建會議時，增加部分會場。級聯(lián)特性主要驗證會議創(chuàng)建過程中，會議級聯(lián)樹的創(chuàng)建是否正確，包括自動創(chuàng)建會議級聯(lián)結(jié)構(gòu)樹、手動調(diào)整自動生成的會議級聯(lián)結(jié)構(gòu)樹、手動創(chuàng)建會議級聯(lián)結(jié)構(gòu)樹后，會議調(diào)度均可成功召開；同時關(guān)注在會議級聯(lián)樹創(chuàng)建成功后，主/從MCU出現(xiàn)異常情況時（設(shè)備離線（未注冊到iMSC上）、設(shè)備重啟、設(shè)備掉電等）的處理，以及后續(xù)當(dāng)主/從MCU恢復(fù)正常時如何處理的情況；當(dāng)使用歷史會議、修改預(yù)約會議、會議模版調(diào)度會議時，級聯(lián)會議是否可正常召開；同時重點關(guān)注對應(yīng)的視訊業(yè)務(wù)功能的正確性、合理性的實現(xiàn)；以及該級聯(lián)特性對非級聯(lián)會議的功能是否存在影響；性能處理是否滿足用戶的實際需要；同時需要考慮異常、壓力及組合測試。在該特性中，將通過平臺側(cè)統(tǒng)一對UI側(cè)下方的命令進(jìn)行處理，再通過設(shè)備側(cè)進(jìn)行響應(yīng)；會議備份功能，此功能為新增功能，當(dāng)會議中所使用的MCU出現(xiàn)故障時，該會議會備份到其它可用于備份的MCU上，該功能對活動會議、設(shè)備管理的影響比較大，是對活動會議的一種異常情況的處理；以上三種修改不再區(qū)分級聯(lián)和非級聯(lián)會議，統(tǒng)一使用一種方法來實現(xiàn)。原先iMSC檢測設(shè)備是否在線保活時間為30s，此處采用15s（3次?；钍?，每次5秒）來判斷是否需要備份，可以滿足客戶的需求，當(dāng)后續(xù)性能測試時如果影響系統(tǒng)性能或帶來其他問題可以適當(dāng)調(diào)長?；顣r間。 對于一次性的會議， 刪除會議表中的會議記錄；對于周期性的會議， 如果周期已經(jīng)結(jié)束， 也需要刪除會議表中的會議記錄。僅當(dāng)在控制者、受控者路徑上的MCU均正確執(zhí)行了設(shè)置指令，整個業(yè)務(wù)才配置成功，否則返回配置失敗。如果會議是主控級聯(lián)會議，則需要將消息發(fā)給主用MCU。設(shè)置各MCU終端， 廣播來自主MCUX或者上級MCU的媒體流。 如果會議是主控級聯(lián)會議， 則需要將消息發(fā)給主用MCU。如果會議是簡單級聯(lián)會議，則需找到該終端所在MCU，然后將消息發(fā)給該MCU，同時給會議的其他會議發(fā)送拒絕發(fā)言申請的消息。（3）由iMSC界面觸發(fā)，消息只發(fā)送到主MCU的會控操作，如廣播會場、FECC控制、會場選擇觀看、單個呼叫會場、單個掛斷會場。： 會議調(diào)度算法流程圖注：在級聯(lián)調(diào)度時，由于實際組網(wǎng)每一個組織的MCU對該組織的會場來說都是資源夠用的，調(diào)度算法可以進(jìn)行簡化，找一層即可，不需要往上找。再根據(jù)自動或手動調(diào)度的會場下發(fā)到各MCU中。結(jié)束時間根據(jù)原會議基本信息表中會議時長（結(jié)束時間與開始時間的差值 ）加上新的會議開始時間。使用截止時間來控制周期會議結(jié)束，重復(fù)次數(shù)為0。F4：會議結(jié)束定時器超時或收到MCU上報會議狀態(tài)變更消息（指明會議結(jié)束）,刷新統(tǒng)計報表。不過這樣處理帶來的最大的影響就是在編解碼的時候增加了延時，實現(xiàn)復(fù)雜，對系統(tǒng)影響較大，且考慮一般用戶使用互控級聯(lián)時，均為某個組織或區(qū)域下的觀看特定的會場，一般觀看一個就已經(jīng)足夠，故在該項目第一期的時候暫不考慮。故在iMSC處理iMSC和MCU時間同步問題時采用該方法。18浙江大學(xué)碩士學(xué)位論文 第4章 詳細(xì)設(shè)計第4章 詳細(xì)設(shè)計本章主要介紹iMSC互控級聯(lián)會議于實現(xiàn)上述功能幾個主要的策略及幾個主要功能的實現(xiàn)。運行和調(diào)試接口：提供對運行日志信息的輸出、級別控制功能，同時提供對系統(tǒng)內(nèi)部信息的在線調(diào)試功能。6）GIS SERVER模塊：GIS SERVER模塊主要接受WEB UI發(fā)送的HTTP請求，并返回處理后的數(shù)據(jù)。在視訊對監(jiān)控的呼叫中，視訊設(shè)備把監(jiān)控域的資源看成會議的“虛擬會場”。 本章小結(jié)本章主要介紹TCP/IP、RTP/RTCP協(xié)議、H323實時通信協(xié)議及iMSC的開發(fā)環(huán)境iMOS。可替換的分層模型和開發(fā)接口允許完全替換開發(fā)新的展示，多套展示可以并存，從而最大化的貼近用戶的體驗。4）域管理功能：將若干終端、另外在實際視頻會議系統(tǒng)應(yīng)用中，網(wǎng)守還可以起到呼叫接納控制、呼叫信令控制等功能。 ，在會議中的終端和MCU等處于不同的網(wǎng)絡(luò)，如一些設(shè)備處于IP網(wǎng)絡(luò)中，而其他設(shè)備處于PSDN網(wǎng)絡(luò)中，這種情況下需要使用網(wǎng)關(guān)，或者雖然所有的設(shè)備都在同一個網(wǎng)絡(luò)中，但是由于在傳輸?shù)倪^程中會經(jīng)過一些低速的傳輸通道，為了避開這種情況，也需要使用網(wǎng)關(guān)[7]。它規(guī)定了不同的音頻、視頻以及數(shù)據(jù)協(xié)同工作所需要的工作模式，該協(xié)議在很長一段時間內(nèi)都將會是因特網(wǎng)電話、音視頻終端以及視頻會議系統(tǒng)的主要標(biāo)準(zhǔn)[4]。MCU是會議中一個端點，它為其他終端及網(wǎng)關(guān)參加一個多點會議提供服務(wù)?？赏ㄟ^這個域來通知接收端。 RTP/RTCP協(xié)議簡介RTP（Realtime Transport Protocol實時傳輸協(xié)議）是一種多媒體數(shù)據(jù)流傳輸協(xié)議，它提供了點到點的媒體數(shù)據(jù)實時傳輸?shù)姆?wù)。它主要負(fù)責(zé)大塊數(shù)據(jù)包分成多塊數(shù)據(jù)包，通過包的序號，保證在傳輸?shù)臅r候不會亂報，并且在TCP協(xié)議的報頭有對數(shù)據(jù)進(jìn)行驗證[11]。第4章：主要介紹多級級聯(lián)會議的實現(xiàn)策略，詳細(xì)介紹級聯(lián)會議中關(guān)鍵步驟如創(chuàng)建會議、控制會議和會議備份的實現(xiàn)流程和方法。由于網(wǎng)絡(luò)的不斷普及及應(yīng)用，視頻會議越來越廣泛地應(yīng)用于各個領(lǐng)域，視訊市場也在不斷的發(fā)展壯大。MCU（Multipoint Control Unit，即多點控制單元）是視訊會議系統(tǒng)中核心的組件之一，主要集中對各個會場終端發(fā)送過來的音視頻碼流進(jìn)行轉(zhuǎn)發(fā)或編解碼處理，對各個入會終端進(jìn)行統(tǒng)一的狀態(tài)信息管理和會控操作，從而實現(xiàn)音視頻多點會議井然有序的進(jìn)行。目前。浙江大學(xué)碩士學(xué)位論文 Abstract iMSC級聯(lián)會議調(diào)度的研究與實現(xiàn) 摘要由于網(wǎng)絡(luò)的不斷普及及應(yīng)用，視頻會議越來越廣泛地應(yīng)用于各個領(lǐng)域，視訊市場也在不斷的發(fā)展壯大。視訊會議最基本的包含會議服務(wù)器、會議終端和網(wǎng)絡(luò)。其中多點會議包含：非級聯(lián)會議、簡單級聯(lián)會議和互控級聯(lián)會議，文本主要關(guān)注互控級聯(lián)會議。目前，單個MCU所能承受的會議容量已經(jīng)不能滿足特定環(huán)境下的需求，而不同會議存在于不同MCU時，我們又很難進(jìn)行統(tǒng)一管理。第5章：主要介紹級聯(lián)會議特性的測試策略及測試方案。而另一方面，TCP需要進(jìn)行3次握手，對于一些數(shù)據(jù)比較多或者數(shù)據(jù)丟一兩個包不是很重要的時候，需要一種協(xié)議來提高實時性和傳輸效率，UDP協(xié)議從此而產(chǎn)生，為應(yīng)用層提供一種非常簡單的服務(wù)。RTP協(xié)議負(fù)責(zé)將媒體流數(shù)據(jù)進(jìn)行封裝并傳輸，每個RTP數(shù)據(jù)報由頭部和負(fù)載兩部分組成，頭部前12個字符含義是固定的，負(fù)載可以是音頻數(shù)據(jù)也可以是視頻數(shù)據(jù)。如果發(fā)送端在會話過程中需改變編碼方法，發(fā)送端可以發(fā)送信令通知接受端[1]。它可以連接兩個終端構(gòu)成點對點會議，隨后再擴(kuò)展為多點會議。 網(wǎng)關(guān)(PSTN)或其它異構(gòu)網(wǎng)絡(luò)(如ISDN)的互通設(shè)備，其核心功能是對不同網(wǎng)絡(luò)結(jié)構(gòu)的會議媒體信息和信令控制信息進(jìn)行轉(zhuǎn)換[6]。 網(wǎng)閘，網(wǎng)守在系統(tǒng)中向終端和網(wǎng)關(guān)單元提供呼叫控制服務(wù)，根據(jù)接收到的指令控制是否允許用戶接入該會議系統(tǒng)。 iMOS平臺簡介IMOS 的全稱為IP Multimedia Operating System（IP多媒體操作系統(tǒng)），與公司IToIP的理念一脈相承，意在打造IP領(lǐng)域的多媒體開發(fā)平臺。2).業(yè)務(wù)邏輯層通過對原子業(yè)務(wù)的簡單組合或者定制開發(fā)，可以快速構(gòu)建新的業(yè)務(wù)。通過對TCP/IP、RTP/RTCP協(xié)議及H323協(xié)議，了解一般視頻會議的實現(xiàn)方式，再通過iMOS平臺的學(xué)習(xí)，了解iMSC級聯(lián)會議分析及開發(fā)需要的知識及環(huán)境，為后續(xù)總體設(shè)計及詳細(xì)設(shè)計奠定理論基礎(chǔ)。在監(jiān)控對視訊的呼叫中，監(jiān)控解碼端把視訊終端看成攝像機資源。7）MDP模塊：MDP模塊負(fù)責(zé)內(nèi)部模塊間消息的轉(zhuǎn)發(fā)，包括進(jìn)程間和線程間8）NS模塊：NS負(fù)責(zé)給各個注冊到MDP的模塊分發(fā)唯一的名字。第三、工具函數(shù)庫：提供了一些常用的函數(shù)封裝，如加密解密、動態(tài)庫管理等。 實現(xiàn)策略 MCU時間同步策略在互控級聯(lián)會議中，時間同步十分重要，由于各個MCU上的時間以及MCU與iMSC上的時間可能存在差異，所以需要對每臺MCU的時間進(jìn)行同步，同步各個MCU的時間可以有以下3種方式：1) 在創(chuàng)建互控級聯(lián)會議時，獲取MCU與iMSC之間的時間差，根據(jù)用戶在iMSC上創(chuàng)建會議的時間，如果MCU的時間與iMSC上的時間不一致，在MCU上創(chuàng)建會議時推遲或提前召開該會議。解決了時間同步問題后，在后面召開會議和對會議進(jìn)行控制都是在該前提下進(jìn)行。 會議生命周期策略這里主要描述： 會議狀態(tài)從未召開到活動會議，從活動會議到歷史會議；以及數(shù)據(jù)庫的會議數(shù)據(jù)的如何操作。 結(jié)束會議時處理分兩種情況：第一、周期會議未結(jié)束（經(jīng)計算，周期會議還有下一輪的會議）：如果周期會議未結(jié)束（判斷方法見下面方法1），先將會議數(shù)據(jù)搬移到歷史會議信息表中，會議預(yù)約信息表重復(fù)次數(shù)減一（如果是次數(shù)控制見方法1），重新計算下次開始與結(jié)束會議的時間，并保存到會議基本信息表中（計算方法見下面方法2），查詢會議狀態(tài)。如果會議基本信息表中會議設(shè)定為永久會議，則會議基本信息表的結(jié)束時間為空，即會議不會結(jié)束，除非用戶主動撤銷該會議。注：會議開始時間與結(jié)束時間可能跨天。根據(jù)上面廣播和觀看下級會場的策略，下級的碼流是先發(fā)到主MCU下進(jìn)行處理，故對于圖像參數(shù)的下發(fā)有如下策略：對于圖像配置中的字幕、橫幅、會場名、多畫面信息等參數(shù)，只下發(fā)到主MCU，從MCU采用默認(rèn)值。級聯(lián)關(guān)系樹的創(chuàng)建，遵循如下基本原則：第一、會場選擇MCU時，根據(jù)調(diào)度算法將提供出所有可用的MCU，然后根據(jù)Level值（每個組織域都有自己的level）選擇小的進(jìn)行選擇；在同一level中如果包含多個MCU時，優(yōu)先使用設(shè)備編碼排序靠前的MCU開會；第二、將全網(wǎng)劃分為多個組織域，可按地域或行政區(qū)域劃分，每個組織下有一臺MCU（如果有備用MCU，則加上備用MCU），若干終端。本文主要介紹這三種功能類型的實現(xiàn)方式，其他功能如鎖定會議、延長會議時長只做簡單介紹，針對上面三種類型，根據(jù)三類消息在會控操作中重要性我們重點介紹：發(fā)言申請、廣播圖像、FECC控制、結(jié)束會議，剩下的會控操作只做簡單介紹。如果單畫面或者是多畫面設(shè)置中有畫面查看發(fā)言人，則需要在主MCU上設(shè)置畫面的布局，指定發(fā)言人位置的圖像為發(fā)言人所在分支的二級MCU，同時設(shè)置從發(fā)言人到主MCU之間的MCU，將發(fā)言人的媒體流單播給上級MCU或者主MCU。如果是廣播某終端， 且會議是簡單級聯(lián)會議， 則按照如下的規(guī)則發(fā)送消息：假定需要廣播終端A的圖像。該步驟要求會議開始的時候， 即由iMSC下發(fā)指令。 如果會議是簡單級聯(lián)會議，則需找到該終端所在MCU，然后將消息發(fā)給該MCU。掛斷會場是MCU不能把作為會場的MCU給掛斷，MCU需要特殊處理。 更新數(shù)據(jù)庫：修改會議時間和會議狀態(tài)，更新會議會場統(tǒng)計報等數(shù)據(jù)庫操作依靠上報消息，其他從MCU結(jié)束消息在主MCU的上報消息中下發(fā)處理。其次，在會議備份時，需要區(qū)分級聯(lián)和非級聯(lián)會議，如果為非級聯(lián)會議，則只要查找到可用于備份的MCU，并嘗試創(chuàng)建會議，如果可創(chuàng)建成功，則在備份MCU上批量添加終端，創(chuàng)建會議；如果為級聯(lián)會議，因為級聯(lián)會議中存在主從關(guān)系，因此會議中，只要有MCU出現(xiàn)故障，則在進(jìn)行會議備份時，找到可用于備份的MCU后，必須將對應(yīng)的主從MCU的會場列表都添加到備份MCU上，然后創(chuàng)建會議；，則認(rèn)為該會場已存在，則仍使用備份MCU上的會場信息進(jìn)行顯示。測試設(shè)計仍使用等價類劃分、邊界值和錯誤推測法，測試仍通過配置測試、功能測試、性能測試、壓力測試、異常測試和組合測試來進(jìn)行。會議備份主要驗證當(dāng)會議中的MCU出現(xiàn)故障時，按照系統(tǒng)實現(xiàn)算法是否可找到可用于備份的MCU，并成功召開會議；會議召開成功后，當(dāng)備份的MCU出現(xiàn)問題時，會議是否仍可繼續(xù)召開；如果會議中的MCU設(shè)備，自己取消注冊iMSC服務(wù)器或注冊到其它iMSC服務(wù)器時，會議備份將不被啟用；當(dāng)出現(xiàn)故障的MCU上存在多個會議時，將備份到不同MCU時，會議仍可正常召開；同時也需要考慮，當(dāng)MCU出現(xiàn)故障時，找不到可用于備份的MCU時的異常情況處理；如果會議為預(yù)約會議，MCU出現(xiàn)故障時，會議備份的情況。創(chuàng)建匿名會議：1) 在密碼會議召開過程中，匿名會場呼入時，密碼位空，可不輸入，自動加入會議，若設(shè)置密碼必須輸入，若輸入密碼錯誤，則拒絕該會場入會，輸入密碼錯誤超過3次，則直接拒絕，不再顯示密碼輸入框；2) 級聯(lián)會議中，；3) 匿名會場呼入會議后，活動會議中正確顯示該條匿名會場信息，且查看該匿名會場的“會場信息”顯示正確；4) 掛斷匿名會場后，活動會議列表中不顯示該匿名會場；5) 當(dāng)會議結(jié)束后，在“歷史會議”的會場列表中不顯示該匿名會場；6) 創(chuàng)建新會議時，匿名會場開啟的同時，如果“已選會場”列表為空，則自動調(diào)度失??；如果使用歷史會議創(chuàng)建，則可調(diào)度成功；7) 匿名會議已經(jīng)開啟，掛斷一個在線會場，然后讓該會場以匿名的方式呼入其它MCU，此時刪除原定的MCU下該終端，在已呼入的MCU上增加該終端為正式終端。8) MCU樹是一顆組織樹，每個組織節(jié)點下面僅顯示用戶有權(quán)限使用的在線MCU；9) 可以拖動樹上的MCU設(shè)備至中間的級聯(lián)樹。 會議控制延長會議：1) 會議信息以及會議參數(shù)中的會議時長信息與實際一致；2) iMSC上的活動會議列表中的剩余時長被延長；3) 主、從MCU上的會議列表中剩余時長被延長，并且兩則的時間與iMSC一致； 4) 級聯(lián)會議，主MCU離線，會控延長會議無效彈出錯誤提示；5) 級聯(lián)會議，從MCU離線，會控延長會議，延長時間主MCU與iMSC上顯示的時長一致，但從MCU上的會議時長未被延長；從MCU重新上線，進(jìn)行同步后，查看該活動會議時長保持與主MCU和iMSC一致，但從MCU上分會議開始時間是重新上線的時間。