【正文】 ......... 38 浙江大學(xué)碩士學(xué)位論文 目錄 II 第 5 章 測試驗(yàn)證 .................................................. 39 測試策略 ..................................................... 40 具體測試方法 ................................................. 41 配置測試 ................................................. 41 功能測試 ................................................. 43 性能壓力測試 ............................................. 56 異常測試 ................................................. 57 組合測試 ................................................. 58 本章小結(jié) ..................................................... 58 第 6 章 總結(jié)與展望 ................................................ 59 參考文獻(xiàn) ......................................................... 60 作者簡歷 .......................................... 錯(cuò)誤 !未定義書簽。因此， MCU 需要高效靈活的 平臺進(jìn)行統(tǒng)一管理和調(diào)度，當(dāng)單個(gè) MCU 不能滿足 要求的時(shí)候，我們需要調(diào)度多個(gè) MCU 進(jìn)行級聯(lián)，以實(shí)現(xiàn)會議的擴(kuò)容。目前，單個(gè) MCU(Multipoint Control Unit)所能承受的會議容量已經(jīng)不能滿足特定環(huán)境下的需求，而不同會議存在于不同 MCU 時(shí)，我們又很難進(jìn)行統(tǒng)一管理。 根據(jù)級聯(lián)會議的特性，分析測試的測試策略及測試方案，以保障產(chǎn)品 在開發(fā)完成時(shí) 的質(zhì)量。目前，基于 協(xié)議的視訊會議系統(tǒng)得到了最廣泛的應(yīng)用。從用戶的角度出發(fā)，如何更好的利用調(diào)度并使用會議服務(wù)器資源成為省錢的關(guān)鍵，也為用戶更好的體驗(yàn)多媒體帶來的便利。 MCU（ Multipoint Control Unit，即多點(diǎn)控制單元）是視訊會議系統(tǒng)中核心的組件之一，主要集中對各個(gè)會場終端發(fā)送過來的音視頻碼流進(jìn)行轉(zhuǎn)發(fā)或編解碼處理，對各個(gè)入會終端進(jìn)行統(tǒng)一的狀態(tài)信息管理和會控操作，從而實(shí)現(xiàn)音視頻多點(diǎn)會議井然有序的進(jìn) 行。 該方法的優(yōu)點(diǎn)為： 功能上：只要級聯(lián)樹建立好后，可以直接在原先的 MCU 控制臺上進(jìn)行會控操 作，對非互控級聯(lián)會議無影響，不需要再開發(fā)一個(gè)系統(tǒng)，實(shí)現(xiàn)起來相對開發(fā)周浙江大學(xué)碩士學(xué)位論文 第 1 章 緒論 3 期較短； 可用 /易用性：在用戶熟悉原 MCU 系統(tǒng)用戶界面的情況下，只要在界面上添加互控級聯(lián)功能，其他不會影響原用戶的使用習(xí)慣，增加易用性。 由于網(wǎng)絡(luò)的不斷普及及應(yīng)用，視頻會議越來越廣泛地應(yīng)用于各個(gè)領(lǐng)域，視訊市場也在不斷的發(fā)展壯大。 本文主要內(nèi)容 本章主要介紹多級級聯(lián)會議在國內(nèi)的發(fā)展?fàn)顩r，闡述了 iMSC 級聯(lián)會議的開發(fā)的必要性。 第 4 章：主要介紹多級級聯(lián)會議的實(shí)現(xiàn)策略，詳細(xì)介紹 級聯(lián)會議中關(guān)鍵步驟浙江大學(xué)碩士學(xué)位論文 第 1 章 緒論 5 如 創(chuàng)建會議、控制會議和會議備份的實(shí)現(xiàn)流程和方法。 TCP/IP 協(xié)議可分為 4 層結(jié)構(gòu)，分別為應(yīng)用層、傳輸層、網(wǎng)絡(luò)層、鏈路層 [6]，具體協(xié)議應(yīng)用如 圖 ： 浙江大學(xué)碩士學(xué)位論文 第 2 章 課題支撐技術(shù)簡介 7 圖 TCP/IP 協(xié) 議分層結(jié)構(gòu) [1] 1）應(yīng)用層：主要負(fù)責(zé)處理特定的網(wǎng)絡(luò)應(yīng)用程序，如 SMTP 應(yīng)用于簡單郵件傳送、 SNMP 簡單網(wǎng)絡(luò)設(shè)備管理協(xié)議、 Tel 遠(yuǎn)程訪問登錄、 FTP 文件傳輸協(xié)議等。它主要負(fù)責(zé)大塊數(shù)據(jù)包分成多塊數(shù)據(jù)包，通過包的序號，保證在傳輸?shù)臅r(shí)候不 會亂報(bào)，并且在 TCP 協(xié)議的報(bào)頭有對數(shù)據(jù)進(jìn)行驗(yàn)證 [11]。 3）網(wǎng)絡(luò)層：主要負(fù)責(zé)數(shù)據(jù)的封包傳輸，讓每一個(gè)數(shù)據(jù)包都能達(dá)到 目的地址。 RTP/RTCP 協(xié)議簡介 RTP（ Realtime Transport Protocol 實(shí)時(shí)傳輸協(xié)議）是一種多媒體數(shù)據(jù)流傳輸協(xié)議，它提供了點(diǎn)到點(diǎn)的媒體數(shù)據(jù) 實(shí)時(shí)傳輸?shù)姆?wù)。利用這個(gè)時(shí)間戳，接收方可以去除由網(wǎng)絡(luò)引起的信息包的抖動，實(shí)現(xiàn)與接收方同步的功能 [17]?？赏ㄟ^這個(gè)域來通知接收端。 從上面可以看出 RTP 提供了點(diǎn)對點(diǎn)的傳送服務(wù)，通常在 UDP 上運(yùn)行 RTP，一般使用這兩種協(xié)議來完成碼流的傳輸。 浙江大學(xué)碩士學(xué)位論文 第 2 章 課題支撐技術(shù)簡介 11 MCU 是會議中一個(gè)端點(diǎn)，它為其他終端及網(wǎng)關(guān)參加一個(gè) 多點(diǎn)會議提供服務(wù)。本系統(tǒng)中采用的 MCU 是同時(shí)具有 MC 和 MP 功能的 MCU。 是當(dāng)前視頻會議系統(tǒng)使用的主流協(xié)議，它規(guī)定了不同的音頻、視頻以及數(shù)據(jù)協(xié)同工作所需要的工作模式，該協(xié)議在很長一段時(shí)間內(nèi)都將會是因特網(wǎng)電話、音視頻終端以及視頻會議系統(tǒng)的主要標(biāo)準(zhǔn) [4]。 網(wǎng)關(guān)的主要功能有以下幾類： 1）傳輸格式的轉(zhuǎn)換，如對于 (如 IP網(wǎng) )和電路交換網(wǎng) (SCN)之間就必須通過網(wǎng)關(guān)實(shí)現(xiàn) 碼流和 碼流之間的互譯，以完成鏈路層的連接 [15]。 在實(shí)際的 視頻會議系統(tǒng)中，在會議中的終端和 MCU 等處于不同的網(wǎng)浙江大學(xué)碩士學(xué)位論文 第 2 章 課題支撐技術(shù)簡介 12 絡(luò)，如一些設(shè)備處于 IP 網(wǎng)絡(luò)中，而其他設(shè)備處于 PSDN 網(wǎng)絡(luò)中，這種情況下需要使用網(wǎng)關(guān)，或者雖然所有的設(shè)備都在同一個(gè)網(wǎng)絡(luò)中，但是由于在傳輸?shù)倪^程中會經(jīng)過一些低速的傳輸通道，為了避開這種情況，也需 要使用網(wǎng)關(guān) [7]。 根據(jù) 的標(biāo)準(zhǔn)得到網(wǎng)守主要有以下基本功能： 1）地址翻譯：將終端和網(wǎng)關(guān)的 別名轉(zhuǎn)換為網(wǎng)絡(luò)地址，在實(shí)際設(shè)置使用網(wǎng)守的情況下，為方便起見設(shè)置 test作為設(shè)備的別名，建立呼叫經(jīng)過網(wǎng)守時(shí)，則會在相應(yīng)的列表中查找該別名對應(yīng)的 IP地址如 ，將該地址反饋給呼叫的另一端，這樣就可以建立端到端的呼叫了。 4）域管理功能： 將若干終端、網(wǎng)關(guān)和 MCU作 為一個(gè)稱之為 來進(jìn)行管理 另外在實(shí)際視頻會議系統(tǒng)應(yīng)用中，網(wǎng)守還可以起到呼叫接納控制、呼叫信令控制等功能。 多媒體平臺中間件 ，提供全開放的集成框架，在“多媒體基礎(chǔ)模型”的基礎(chǔ)浙江大學(xué)碩士學(xué)位論文 第 2 章 課題支撐技術(shù)簡介 13 上更進(jìn)一步，提供“多媒體中間件”的功能?？商鎿Q的分層模型和開發(fā)接口允許完全替換開發(fā)新的展示，多套展示可以并存，從而最大化的貼近用戶的體驗(yàn)。提供了“原子” 業(yè)務(wù)（基礎(chǔ)業(yè)務(wù)） 。 本章小結(jié) 本章主要介紹 TCP/IP、 RTP/RTCP 協(xié)議、 H323 實(shí)時(shí)通信協(xié)議及 iMSC 的開發(fā)環(huán)境 iMOS。該特性開發(fā)不改變原有系統(tǒng)架構(gòu)，仍然通過 SS(調(diào)度服務(wù) Switch Service)模塊來實(shí)現(xiàn)對視訊業(yè)務(wù)的管理；仍通過接收由 SDK發(fā)來的 ；通過調(diào)用 MM、 CC、 MC等的相關(guān)平臺組件接口，實(shí)現(xiàn)相關(guān)的業(yè)務(wù)操作，并進(jìn)行業(yè)務(wù)狀態(tài)信息的維護(hù)。在視訊對監(jiān)控的呼叫中，視訊設(shè)備把監(jiān)控域的資源看 成會議的“虛擬會場”。支持基于 H323/SIP的呼叫模型，并支持各自轉(zhuǎn)換網(wǎng)關(guān)。 6） GIS SERVER模塊： GIS SERVER模塊主要接受 WEB UI發(fā)送的 HTTP請求，并返回處理后的數(shù)據(jù)。消息通訊框架：基于 iMF，提供了基于私有 消息的進(jìn)程內(nèi)外部通信框架。運(yùn)行和調(diào)試接口：提供對運(yùn)行日志信息的輸出、級別控制功能，同時(shí)提供對系統(tǒng)內(nèi)部信息的在線調(diào)試功能。如果會控命令針對具體的一個(gè)終端，則查找該終端所在的 MCU，會 控命令直接下發(fā)給該 MCU；否則需要將會控命令逐個(gè)下發(fā)給所有的 MCU。 浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 19 第 4章 詳細(xì)設(shè)計(jì) 本章主要介紹 iMSC 互控級聯(lián)會議于實(shí)現(xiàn)上述功能幾個(gè)主要的策略及幾個(gè)主要功能的實(shí)現(xiàn)。 2) 在創(chuàng)建級聯(lián)會議前，檢查各個(gè) MCU上的時(shí)間與 iMSC 上的時(shí)間是否相同，若不相同，則提示管理員去修改該 MCU 的上時(shí)間；如果時(shí)間不能被修改，比如正在召開會議等，則該 MCU 包括其下級 MCU 不能被級聯(lián)入會； 如果 MCU 與iMSC 上的時(shí)間一致，則可以正常召開該互控級聯(lián)會議。故在 iMSC 處理 iMSC 和 MCU 時(shí)間同步問題時(shí)采用該方法。即當(dāng)設(shè)計(jì)廣播或會場觀看的時(shí)候，如果所需要的通道被占用，就不能實(shí)現(xiàn)該功能，也就是當(dāng)廣播下級會場而其他用戶再執(zhí)行選擇觀看該 MCU 下的其他會場，則此時(shí)不能正常觀看；當(dāng)多畫面中 有兩個(gè)子畫面同時(shí)為同一下級 MCU 的兩個(gè)會場時(shí)，也不能實(shí)現(xiàn)。不過這樣處理帶來的最大的影響就是在編解碼的時(shí)候增加了延時(shí)，實(shí)現(xiàn)復(fù)雜，對系統(tǒng)影響較大，且考慮一般用戶使用互控級聯(lián)時(shí)，均為某個(gè)組織或區(qū)域下的觀看特定的會場，一般觀看一個(gè)就已經(jīng)足夠，故在該項(xiàng)目第一期的時(shí)候暫不考慮。當(dāng) SS 沒有收到 MCU 狀態(tài)上報(bào)，定時(shí)器觸發(fā)。 F4： 會議結(jié)束定時(shí)器超時(shí)或收到 MCU 上報(bào)會議狀態(tài)變更消息（指明會 議結(jié)束） ,刷新統(tǒng)計(jì)報(bào)表 。在搬移過程，會議所有數(shù)據(jù)（包括會議 ID）不變地搬移到歷史會議信息表。使用截止時(shí)間來控制周期會議結(jié)束，重復(fù)次數(shù)為 0。周期會議類型有月、周、天。結(jié)束時(shí)間根據(jù)原會議基本信息表中會議時(shí)長（結(jié)束時(shí)間與開始時(shí)間的差值 ）加上新的會議開始時(shí)間。為了避免出現(xiàn)此類情況，本文做如下處理：在 MCU 再次注冊到 iMSC 上時(shí)，刪除其上面的所有會議（包括活動會議和預(yù)約會議）。再根據(jù)自動或手動調(diào)度的會場下發(fā)到各 MCU 中。 當(dāng)會議中 MCU 異常后會議角色處理 一般情況下，視訊會議系統(tǒng)應(yīng)用的網(wǎng)絡(luò)環(huán)境應(yīng)該比較穩(wěn)定和暢通，但是萬一由于某種特殊原因產(chǎn)生網(wǎng)絡(luò)異常時(shí)，例如：通過 iMSC 召開的級聯(lián)會 議會議過程中，當(dāng) MCU 重啟，或者 MCU 與 iMSC 斷開連接后又重新注冊成功，這時(shí)會議的活動信息必然發(fā)生一些變化，（比如 FECC 控制者 /受控者、會議主場、廣播會場等會議信息）本節(jié)就是討論發(fā)生這種異常時(shí) iMSC 的處理策略。 會議調(diào)度算法流程圖如 圖 ： 浙江大學(xué)碩士學(xué)位論文 第 4 章 詳細(xì)設(shè)計(jì) 26 根 據(jù) 終 端 列 表 得 到所 有 終 端 所 在 域 的信 息所 在 終 端 在 同一 個(gè) 域 下根 據(jù) 域 編 碼 查 詢 用戶 有 權(quán) 限 的 M C U 列表Y查 詢 數(shù) 據(jù) 庫 中 M C U終 端 列 表 ， 得 到 需要 增 加 終 端 列 表向 M C U 下 發(fā) 批 量 增加 終 端 的 需 求Y還 有 M C U 需 要 下發(fā) ？逐 個(gè) 向 M C U 發(fā) 送 嘗試 創(chuàng) 建 會 議 需 求沒 有 找 到 嘗 試成 功 的 M C U得 到 上 級 域 編 碼（ 編 碼 域 = = R o o t 域 ） | | （ 高 于 用戶 所 在 域 級 別 ）N存 在 （ 域 編 碼 = = R o o t域 ） | | 高 于 用 戶 所 在 域級 別 的 終 端按 照 所 屬 域 編 碼 分 組 未加 入 會 議 的 終 端獲 取 所 屬 于 級 別 最 低 的 終端 組 （ 一 個(gè) 或 多 個(gè) 組 ）對 每 組 終 端 在 域 內(nèi)查 找 符 合 條 件 的M C U ， 嘗 試 創(chuàng) 建 會議YNN所 有 終 端 都 找 到 適 合 的 M C U ，成 功 創(chuàng) 建 會 議 ？只 有 一 個(gè) M C U未 找 到 適 合 M C U 的終 端 所 在 域 設(shè) 置 為當(dāng) 前 域 的 父 域M C U l e v e l 不 同設(shè) 備 編 碼靠 前 的 為主 M C UYNNL e v e l 小 （ 級別 高 ） 作 為主 M C UYYNYYNN 圖 會議調(diào)度算法流程圖 注：在級聯(lián)調(diào)度時(shí)，由于實(shí)際組網(wǎng)每一個(gè)組織的 MCU對該組織的會場來說都是資源夠用的，調(diào)度 算法可以進(jìn)行簡化，找一層即可，不需要往上找。 第三 、自動調(diào)度時(shí)，下級會場只能在自己所在域或上級域中找可用 MCU，不能在下級或平級之間查找，如一直未找到，則調(diào)度失??；所有已選會場必選全部掛接到會議組織結(jié)構(gòu)樹上，否則認(rèn)為自動調(diào)度失敗，可選擇手工調(diào)整，即 當(dāng)自動調(diào)度完成后，不管是成功與否，用戶還可以手動調(diào)整級聯(lián)關(guān)系樹。（ 3）由 iMSC 界面觸發(fā)，消息只發(fā)送到主MCU 的會控操作，如廣播會場、 FECC 控制、會場選擇觀看、單個(gè)呼叫會場、單個(gè)掛斷會場。對于主席和導(dǎo)演模式的會議，在主席存在的時(shí)候要將消息轉(zhuǎn)發(fā)給終端，沒有主席時(shí)處理方 式與導(dǎo)演模式相似。如果會議是簡單級聯(lián)會議，則需找到該終端所在 MCU， 然后將消息發(fā)給該 MCU，同時(shí)給會議的其他會議發(fā)送拒絕發(fā)言申請的消息。廣播圖像分為廣播多畫面和廣播單畫面，當(dāng)廣播多畫面而多畫面只有一個(gè)會場且會場占據(jù)整個(gè)畫面時(shí)，就是單畫面圖像