【正文】 主場觀看：1) 分別主場觀看主、從MCU下的會場，會議信息主場觀看、圖像主場觀看顯示相應的會場；2) 依次對主、從MCU的會場進行主場觀看操作，會議信息主場觀看、圖像主場觀看顯示相應的會場；3) 依次對從、主MCU的會場進行主場觀看操作，會議信息主場觀看、圖像主場觀看顯示相應的會場；4) 會議信息中的主場觀看與實際圖像主場觀看的會場一致；5) 如果在創(chuàng)建會議的時候，配置了主場觀看不受廣播影響，且主場和廣播觀看不同的畫面（如：一個單畫面一個多畫面），那么主場觀看畫面不會隨著廣播切換；6) 主場觀看之后，畫面模式設置中對應的畫面會切換成單分屏，自動填充；7) 主場觀看之后，如果當前有主場輪詢，會被停止；8) 如果主場觀看會場和當前廣播的會場在同一個二級子MCU下，會提示沖突。 會議控制延長會議：1) 會議信息以及會議參數(shù)中的會議時長信息與實際一致；2) iMSC上的活動會議列表中的剩余時長被延長；3) 主、從MCU上的會議列表中剩余時長被延長，并且兩則的時間與iMSC一致； 4) 級聯(lián)會議，主MCU離線，會控延長會議無效彈出錯誤提示；5) 級聯(lián)會議，從MCU離線，會控延長會議，延長時間主MCU與iMSC上顯示的時長一致，但從MCU上的會議時長未被延長；從MCU重新上線，進行同步后，查看該活動會議時長保持與主MCU和iMSC一致，但從MCU上分會議開始時間是重新上線的時間。8) MCU樹是一顆組織樹，每個組織節(jié)點下面僅顯示用戶有權限使用的在線MCU；9) 可以拖動樹上的MCU設備至中間的級聯(lián)樹。 會議調度方式1) 修改預約會議開會時間，為當前iMSC服務器時間；2) 修改預約會議為“立即會議”；3) 選擇該預約會議，然后點擊“立即召開”按鈕；4) 創(chuàng)建預約會議，讓主MCU離線，等自動召開后再讓主MCU上線；5) 創(chuàng)建預約會議，讓從MCU離線，等自動召開后再讓從MCU上線；6) 召開立即會議，會議可成功召開。5) 預約會議中，主MCU狀態(tài)發(fā)生變化（網絡、設備側取消注冊等）；6) 預約會議中，從MCU狀態(tài)發(fā)生變化（網絡、設備側取消注冊等）；7) 預約會議中，已選會場狀態(tài)發(fā)生變化（網絡、設備側取消注冊等）。 查看會議1) 查看預約會議：預約會議各項參數(shù)同創(chuàng)建會議時一致2) 查看歷史會議：歷史會議中各項參數(shù)均顯示正常關注；a、如為匿名會議、在會議中刪除的會場不在歷史會議中顯示；b、如在會議中掛斷一會場，后該會場又通過匿名的方式加入到其它MCU下，此時查看歷史會議中級聯(lián)樹的顯示是否正確；c、如通過該歷史會議創(chuàng)建新會議時，召開會議各項參數(shù)與之前召開的歷史會議一致。創(chuàng)建匿名會議：1) 在密碼會議召開過程中，匿名會場呼入時，密碼位空，可不輸入，自動加入會議，若設置密碼必須輸入，若輸入密碼錯誤，則拒絕該會場入會，輸入密碼錯誤超過3次，則直接拒絕，不再顯示密碼輸入框；2) 級聯(lián)會議中，；3) 匿名會場呼入會議后，活動會議中正確顯示該條匿名會場信息，且查看該匿名會場的“會場信息”顯示正確；4) 掛斷匿名會場后，活動會議列表中不顯示該匿名會場；5) 當會議結束后，在“歷史會議”的會場列表中不顯示該匿名會場；6) 創(chuàng)建新會議時，匿名會場開啟的同時，如果“已選會場”列表為空，則自動調度失敗；如果使用歷史會議創(chuàng)建，則可調度成功；7) 匿名會議已經開啟，掛斷一個在線會場，然后讓該會場以匿名的方式呼入其它MCU，此時刪除原定的MCU下該終端，在已呼入的MCU上增加該終端為正式終端。通過歷史會議創(chuàng)建會議時：1) 創(chuàng)建會議前，在設備管理中，刪除歷史會議中的主MCU；2) 創(chuàng)建會議前，在設備管理中，刪除歷史會議中的從MCU；3) 創(chuàng)建會議前，在設備管理中，使部分MCU離線（網絡、設備側取消注冊等）；4) 創(chuàng)建會議前，在設備管理中，刪除歷史會議中主MCU下面的部分/全部會場；5) 創(chuàng)建會議前，在設備管理中，刪除歷史會議中從MCU下面的部分/全部會場；6) 創(chuàng)建會議前，在設備管理中，刪除歷史會議中指定的主場或輔流源會場；7) 創(chuàng)建會議前, 在設備管理中，修改會場設置、MCU設置；8) 創(chuàng)建會議前，在iMSC上修改終端名或者MCU名。 功能測試 創(chuàng)建會議新建會議時：1) 存在級聯(lián)，將從MCU下的所有會場掛接到主MCU下；2) 存在級聯(lián)，將主MCU下的所有會場掛接到從MCU下；3) 存在級聯(lián)，主MCU下掛接多個從MCU（1～15個MCU的情況）；4) 存在級聯(lián)，主MCU和從MCU下無會場存在，僅包含MCU（匿名會議的情況）；5) 存在級聯(lián)，主MCU和從MCU下掛接會場（0～1024個會場的情況）；6) 在同樣的級聯(lián)MCU上創(chuàng)建多個級聯(lián)會議；7) 。同時iMSC本身就是對設備的統(tǒng)一網管，故在進行性能、壓力、并發(fā)測試時，對iMSC客戶端的PC機要求、交換機/路由器性能都有一定要求，需要重點考慮測試環(huán)境能滿足我們的測試需求，同時也要關注當測試環(huán)境不能達到要求時，一些異常情況的考慮；因為當前視訊終端設備有限，故必須借助自動化工具和腳本來模擬我們的實際終端，與我們的服務器進行配合測試，系統(tǒng)長時間穩(wěn)定性測試也是必須關注的重點，故在會議召開中必須借助腳本來進行系統(tǒng)長時間穩(wěn)定性測試，該測試中包括會議的創(chuàng)建、修改、會控操作、會場操作等；同時對注冊?；睢⒍M制消息轉發(fā)、數(shù)據同步等流程進行測試時，需借助相應抓包工具（ethereal）和調試信息進行觀察，以確保各個消息的正確性、合理性，當遺漏了某些消息報文時，有相應的異常處理。會議備份主要驗證當會議中的MCU出現(xiàn)故障時，按照系統(tǒng)實現(xiàn)算法是否可找到可用于備份的MCU，并成功召開會議；會議召開成功后，當備份的MCU出現(xiàn)問題時，會議是否仍可繼續(xù)召開；如果會議中的MCU設備，自己取消注冊iMSC服務器或注冊到其它iMSC服務器時，會議備份將不被啟用；當出現(xiàn)故障的MCU上存在多個會議時，將備份到不同MCU時，會議仍可正常召開；同時也需要考慮，當MCU出現(xiàn)故障時，找不到可用于備份的MCU時的異常情況處理；如果會議為預約會議，MCU出現(xiàn)故障時，會議備份的情況。 測試策略測試需求主要是功能上滿足使用多臺MCU的級聯(lián)關系來增大會議的容量，讓更多的會場可以加入到一個會議中來；會議備份功能則使得正在召開的會議，不會因為MCU設備出現(xiàn)異常而被終止，可通過iMSC系統(tǒng)進行處理，使得會議繼續(xù)正常召開?？紤]最大會場數(shù)、最大MCU數(shù)、iMSC服務器上并發(fā)級聯(lián)會議、每臺MCU并發(fā)級聯(lián)會議等情況。第一、配置測試：對設備配置參數(shù)，會議配置參數(shù)和會控配置參數(shù)的合法性測試不關注（屬原有內容），對級聯(lián)特性中有改動或限制的地方必須關注；級聯(lián)會議必須注冊GK，；級聯(lián)會議不支持多分屏、主席模式、多畫面自動切換，且主場/主席會場、雙流發(fā)送源只能選擇主MCU下的會場。測試設計仍使用等價類劃分、邊界值和錯誤推測法，測試仍通過配置測試、功能測試、性能測試、壓力測試、異常測試和組合測試來進行。38浙江大學碩士學位論文 第5章測試驗證第5章 測試驗證本方案描述iMSC互控級聯(lián)和會議備份的測試內容和測試方法，從測試人員的角度出發(fā)，從整體上關注整個iMSC功能的實現(xiàn)和穩(wěn)定，針對此次合入的功能與原先iMSC功能的區(qū)別，主要包含在如下三方面：創(chuàng)建會議：用戶創(chuàng)建會議時，必須手動選擇一臺MCU才可開會；該特性的合入將改變此種操作，完全由系統(tǒng)自行選擇可用的MCU來開會，用戶無需手動選擇；會議控制；會議創(chuàng)建成功后，在進行會控操作時，通過界面出發(fā)后，SS模塊查詢出該會議所在的MCU，然后構建對應的消息給MCU來進行處理；對于互控級聯(lián)特性，由于涉及到多臺MCU之間的信息交互，如果仍選用之前的處理機制，進行會控操作，由于各個MCU無法獲取到其它MCU下的會場狀態(tài)，故進行操作時，無法進行統(tǒng)一處理，導致會場狀態(tài)不正確。在使用iMSC的會議備份功能時，由于MCU的價格昂貴，而且MCU本身已經比較穩(wěn)定，所以實際使用時除非本次會議意義比較大，在平常的開會時可以不需要設置備份。第四、備份MCU的查找，只能在故障MCU所在域和上級域（MCU所在域的父域、父域的父域等）中進行，不能在平級域和下級域中查找；第五、如果搜索到的備份MCU已經在該級聯(lián)會議中（級聯(lián)會議中主或從MCU出現(xiàn)故障的情況），則該MCU不能作為備份MCU使用。其次，在會議備份時，需要區(qū)分級聯(lián)和非級聯(lián)會議，如果為非級聯(lián)會議，則只要查找到可用于備份的MCU，并嘗試創(chuàng)建會議，如果可創(chuàng)建成功，則在備份MCU上批量添加終端，創(chuàng)建會議；如果為級聯(lián)會議，因為級聯(lián)會議中存在主從關系，因此會議中，只要有MCU出現(xiàn)故障，則在進行會議備份時，找到可用于備份的MCU后，必須將對應的主從MCU的會場列表都添加到備份MCU上，然后創(chuàng)建會議；，則認為該會場已存在，則仍使用備份MCU上的會場信息進行顯示。對于MCU側主動發(fā)起的離線，比如，注冊到其他vmserver；升級時，MCU側會向iMSC服務器發(fā)送注銷消息，此時不會啟動備份流程。首先，我們如何判斷MCU已經出現(xiàn)異常？iMSC服務器檢測到MCU?；钍?，即15秒之后（3次?；钍。看?秒），啟動備份流程（具體流程會在下面敘述）。 會議備份故障恢復在視頻會議系統(tǒng)中，如果是單個終端突然壞了或者網絡異常了，影響的僅僅是單個會場不能參加會議；如果是MCU突然壞了或網絡異常了，那對整個會議影響是致命的。 更新數(shù)據庫：修改會議時間和會議狀態(tài)，更新會議會場統(tǒng)計報等數(shù)據庫操作依靠上報消息，其他從MCU結束消息在主MCU的上報消息中下發(fā)處理。 大體的策略如下：在歷史表中新建一條記錄A， 拷貝該會議信息到記錄A中。注：保存會議狀態(tài)到DB。如果會議是簡單級聯(lián)會議，則需要給主MCU下發(fā)結束會議消息。掛斷會場是MCU不能把作為會場的MCU給掛斷，MCU需要特殊處理。如果取消的時候只有一個了，那么只清除數(shù)據庫和內存的信息，然后返回成功。指定受控者方向的MCU為受控者， 指定控制者方向的MCU為控制者。當設置只有一個的時候，只在數(shù)據庫和內存中記錄，直接返回成功。 如果會議是簡單級聯(lián)會議，則需找到該終端所在MCU，然后將消息發(fā)給該MCU。SS查詢出會議所在的MCU， 然后構建消息，發(fā)送給MCU。 FECC控制FECC控制就是指遠程攝像機控制，F(xiàn)ECC控制者會場通過網絡控制FECC受控者的攝像機，達到遠程控制及觀看遠程畫面的目的。支持廣播視頻，不支持廣播音頻。該步驟要求會議開始的時候， 即由iMSC下發(fā)指令。 對于從MCU A到主MCUX之間的MCU， 要求各MCU將來自終端A的媒體流單播給主MCUX，使用會場觀看消息。 MCU X為主MCU。如果是廣播某終端， 且會議是簡單級聯(lián)會議， 則按照如下的規(guī)則發(fā)送消息：假定需要廣播終端A的圖像。SS查詢出會議所在的MCU， 然后構建廣播某終端的消息， 發(fā)送給MCU。從實現(xiàn)上講，廣播多畫面要比廣播單畫面要復雜的多。 廣播圖像廣播圖像是指在會議過程中，各個會場（除了用戶已經選擇觀看其他會場）所看到的視頻畫面。如果單畫面或者是多畫面設置中有畫面查看發(fā)言人，則需要在主MCU上設置畫面的布局，指定發(fā)言人位置的圖像為發(fā)言人所在分支的二級MCU，同時設置從發(fā)言人到主MCU之間的MCU，將發(fā)言人的媒體流單播給上級MCU或者主MCU。如果會議是主控級聯(lián)會議，則需要將消息發(fā)給主用MCU。： 級聯(lián)會議發(fā)言申請流程圖同意一個終端的發(fā)言申請。對于iMSC上的互控級聯(lián)會議，在主MCU下的終端，其處理方式與非互控級聯(lián)會議相似，對于非主MCU下的會場，需要獲取消息下發(fā)的路徑，發(fā)送主MCU后由主MCU下發(fā)到終端。本文主要介紹這三種功能類型的實現(xiàn)方式，其他功能如鎖定會議、延長會議時長只做簡單介紹，針對上面三種類型，根據三類消息在會控操作中重要性我們重點介紹：發(fā)言申請、廣播圖像、FECC控制、結束會議，剩下的會控操作只做簡單介紹。根據觸發(fā)方式和處理的不同，我們將上面會控操作分為下面三種：（1）由終端發(fā)起的會議控制操作，如：發(fā)送輔流、申請發(fā)言；（2）由iMSC界面觸發(fā)，消息發(fā)送到主從MCU的會控操作，如：全部開/關麥克風、全部停/發(fā)視頻、全部開/關揚聲器、群邀上線、全部離線、結束會議。第四、級聯(lián)只支持2級級聯(lián)（不包含會場是2級，包含會場則為3級）；第五、只有主MCU調度成功了，該會議才確認為成功召開，否則調度失敗；第六、有對應組織權限時，則自動調度時，不能使用該組織下的MCU或會場；一個級聯(lián)會議中，最多支持掛接1024個會場，16臺MCU（一臺主MCU、15臺從MCU），一臺MCU下最多可掛接256個會場。例如，某集團在新疆、西藏、內蒙青海的分公司公用一個MCU，則可將這些區(qū)域下的終端（會場）、MCU劃分在一個組織――西北片區(qū)下。級聯(lián)關系樹的創(chuàng)建，遵循如下基本原則：第一、會場選擇MCU時，根據調度算法將提供出所有可用的MCU，然后根據Level值（每個組織域都有自己的level）選擇小的進行選擇；在同一level中如果包含多個MCU時，優(yōu)先使用設備編碼排序靠前的MCU開會；第二、將全網劃分為多個組織域，可按地域或行政區(qū)域劃分，每個組織下有一臺MCU（如果有備用MCU，則加上備用MCU），若干終端。主要過程為：進入iMSC的客戶端界面，用戶先劃分不同的域，然后在不同的域下添加對應的設備（視訊終端、多點控制單元），添加完成后，用戶創(chuàng)建會議，選擇要加入會議的會場到已選會場列表中，配置會議參數(shù)后，此時級聯(lián)調度算法先將會場進行域劃分，然后在各自的域下尋找可用的MCU，并嘗試創(chuàng)建會議（此時需要根據會議參數(shù)、入會會場數(shù)等信息，計算MCU的資源，如果可用，則嘗試創(chuàng)建成功，否則失?。绻谧约旱挠蛳挛凑业娇捎玫腗CU，此時則會繼續(xù)向父域查找，如找到則將該會場掛到父域所在的MCU下，未找到則繼續(xù)向父域的父域查找，依次向上，一直找到可用的MCU為止，如一直未找到，則確認此次級聯(lián)調度失??；如果在查找過程中，自己所在域或父域下同時提供多臺可用MCU，則優(yōu)先使用設備編碼排序靠前的MCU開會。當發(fā)生上述情況時，iMSC采用如下處理策略