【導(dǎo)讀】杭州XX計(jì)算機(jī)系統(tǒng)工程的有限公司

　　

【正文】 DDN 線路連接到中心會(huì)場(chǎng)，同時(shí)建議以劃分信道的 15 方法，使視頻會(huì)議獨(dú)立通信信道，不受數(shù)據(jù)業(yè)務(wù)的影響。 主會(huì)場(chǎng)、各分會(huì)場(chǎng)采用 和數(shù)據(jù)業(yè)務(wù)共享的 DDN 連接；各會(huì)場(chǎng)均可以自適應(yīng)帶寬速率接入 MCU，組成多點(diǎn)會(huì)議。 設(shè)立網(wǎng)控中心 網(wǎng)控中心負(fù)責(zé)全網(wǎng)系統(tǒng)的設(shè)置、召開、管理和會(huì)議控制。 網(wǎng)控中心配置終端網(wǎng)管，通過標(biāo)準(zhǔn) WEB 瀏覽器，對(duì)全網(wǎng)會(huì)議電視終端工作狀態(tài)實(shí)時(shí)監(jiān)控、管理，網(wǎng)管中心實(shí)現(xiàn)集中管理。全網(wǎng)運(yùn)行更安全、可靠。 工作流程 整個(gè)系統(tǒng)的流程大體如下： （ 1）會(huì)議開始前，由管理員在 MCU 上開啟一個(gè)會(huì)議，假定會(huì)議名稱為 A。管理員可設(shè)定會(huì)議密碼，會(huì)議參與節(jié)點(diǎn)，主會(huì)場(chǎng)以及會(huì)議的其他參數(shù)。當(dāng)只需召開點(diǎn)對(duì)點(diǎn)會(huì)議時(shí)，這一步可略過（可直接通過終端 呼叫終端的方式實(shí)現(xiàn)）。 （ 2）通知的各會(huì)場(chǎng)開啟視頻會(huì)議終端，檢查網(wǎng)絡(luò)連接狀態(tài)、顯示系統(tǒng)、音響擴(kuò)聲系統(tǒng)等各個(gè)系統(tǒng)是否均正常，并調(diào)整攝像頭位置及光線系統(tǒng)，在本地顯示系統(tǒng)上先預(yù)覽畫面效果，保證畫面色彩的飽滿柔和并能以最佳角度拍攝到發(fā)言人。 （ 3）由 MCU 將各會(huì)場(chǎng)的視頻終端呼入會(huì)議 A，或者通知各會(huì)場(chǎng)撥入 A會(huì)議，當(dāng)所有會(huì)場(chǎng)都進(jìn)入會(huì)議后，各會(huì)場(chǎng)管理員先進(jìn)行會(huì)議前的調(diào)試準(zhǔn)備工作，一切正常后，會(huì)議即可開始。 （ 4）若會(huì)議需要使用數(shù)據(jù)共享或白板交互等功能，則主會(huì)場(chǎng)需要用 Netmeeting 開啟一個(gè)會(huì)議，分會(huì)場(chǎng)用 Netmeeting 撥入該會(huì)議，實(shí)現(xiàn)數(shù)據(jù)會(huì)議功能。 （ 5）會(huì)議正式開始，各會(huì)場(chǎng)可進(jìn)行交互式實(shí)時(shí)的會(huì)議討論。 （ 6）會(huì)議進(jìn)行完畢，各會(huì)場(chǎng)按照操作流程正常關(guān)閉各系統(tǒng)。 視頻編碼算法采用 算法是最新的視頻壓縮算法標(biāo)準(zhǔn)。在低帶寬資源基礎(chǔ)上，實(shí)現(xiàn)高質(zhì)量視頻傳輸。 算法已取代 算法稱為視頻壓縮的主流技術(shù)。是否支持 ，以及是否在 384K 及上速率上支持 ，已稱為衡量產(chǎn)品技術(shù)先進(jìn)與否的一個(gè)重要指標(biāo)。 在 384K 線路基礎(chǔ)上，以 算法實(shí)現(xiàn)視頻通信，是國際上現(xiàn)在最先進(jìn)的解決方案 。在第三代高度集成產(chǎn)品強(qiáng)大的運(yùn)算能力支持下， 384K 速率上 算法可達(dá)到乃至超過以前設(shè)備 768K 上 算法的圖像效果。 16 TANDBERG 的視頻會(huì)議系統(tǒng)，可采用 視頻壓縮編碼算法， 是 TANDBERG首先向國際電信聯(lián)盟 (ITU)提出 ,并有望在 2020 年中期通過 ,并制定為新的視頻編碼標(biāo)準(zhǔn) ! ,它在 384K速率下可以做到 768K的效果 !但是 ,這些功能只是說存在 ,當(dāng) ITU 通過以后 ,可以通過在線升級(jí)的方式對(duì) 2020 年出產(chǎn)的視頻終端升級(jí)到 功能 。 服務(wù)質(zhì)量 系統(tǒng)是基于 IP 的無 QoS 保證的視頻會(huì)議系統(tǒng)。在 1999 年初，出現(xiàn)了專門從事 這種實(shí)時(shí)應(yīng)用的 QoS 研究的小組。在 的第三版中，加入了 QoS 的改善機(jī)制。但是，我們應(yīng)該看到的是這種 QoS 只是 內(nèi)部系統(tǒng)定義中的 QoS，而不是承載它的 IP 網(wǎng)絡(luò)的 QoS。換句話說，不管 建議書設(shè)計(jì)得多么完善，還是需要傳輸?shù)腎P網(wǎng)絡(luò)解決包交換網(wǎng)絡(luò)天生帶來的難以很好實(shí)現(xiàn) QoS 的缺陷，才能整體上提供一個(gè)好的服務(wù)質(zhì)量。 目前， IP網(wǎng)絡(luò)上面要保證視頻會(huì)議業(yè)務(wù)系統(tǒng)的服務(wù)質(zhì)量，首先可以 從下面兩個(gè)方面解決： 提高網(wǎng)絡(luò)帶寬。利用高帶寬低數(shù)據(jù)流量來減少擁塞的概率，在城域網(wǎng)的帶寬保證下，小規(guī)模的視頻會(huì)議業(yè)務(wù)系統(tǒng)在服務(wù)質(zhì)量上基本上能得到滿足。 使用網(wǎng)元專網(wǎng)。電路交換網(wǎng)絡(luò)的 QoS 通過專有的固定帶寬線路來保證，在 IP 網(wǎng)絡(luò)里面通過將特定應(yīng)用的數(shù)據(jù)引導(dǎo)到一個(gè)為這個(gè)特定應(yīng)用設(shè)計(jì)的專門 IP 網(wǎng)絡(luò)里面就是網(wǎng)元專網(wǎng)。 前面提到的兩個(gè)建議并不是從調(diào)度的角度來解決服務(wù)質(zhì)量，但有一定的實(shí)踐中的可行性。當(dāng)網(wǎng)絡(luò)里面出現(xiàn)了一個(gè)地方有進(jìn)入和出去的帶寬不匹配時(shí)，就有可能出現(xiàn)擁塞。擁塞在任何一個(gè)網(wǎng)絡(luò)里面都存在，它需要通過調(diào)度來解決。 系統(tǒng)中的語音和圖像的質(zhì)量直接受三個(gè)因素的影響： ■ 丟包（ Lost packets） ■ 時(shí)延（ Delayed packets） ■ 抖動(dòng)（ Jittered packets） 丟包會(huì)造成語音和圖像的剪接（ clipping）和跳動(dòng)（ skip）。一般的 DSP 處理芯片中的標(biāo)準(zhǔn)編解碼算法能夠處理 30ms 的語音或圖像的丟失，而網(wǎng)絡(luò)數(shù)據(jù)包一般在 Payload里面存 20ms 的信息。因此，對(duì)于這種算法來說，在任何時(shí)間可以忍受一個(gè)數(shù)據(jù)包的丟失，如果出現(xiàn)連續(xù)丟包，就會(huì)影響語音和圖像的質(zhì)量。 數(shù)據(jù)包的時(shí)延可能讓用戶難 以接受，比如 中就定義在 VoIP 的使用中，要求單向的語音時(shí)延能控制在 150ms。而不斷變化的時(shí)延同時(shí)會(huì)帶來語音和圖像的抖動(dòng)（ Jitter）。 17 從調(diào)度的角度出發(fā)，解決 QoS 的手段主要有下面的三種： 1．分類（ Classification） 分類要在網(wǎng)絡(luò)的邊緣完成，典型的可以在邊緣交換機(jī)或 端點(diǎn)自身來完成。數(shù)據(jù)包在數(shù)據(jù)鏈路層，通過 頭中的 部分的三個(gè)比特位來劃分 8 個(gè)服務(wù)等級(jí)CoS（ Class of Service），見圖 。在網(wǎng)絡(luò)層， IETF 定義 了兩種實(shí)現(xiàn) QoS 的 體系結(jié)構(gòu)。一種是使用 IPv4 頭中 ToS 字節(jié)的高三位來定義優(yōu)先級(jí)別，這叫 IP Precedence；另一種是使用 IPv4 頭中 ToS 字節(jié)的高六位來區(qū)分業(yè)務(wù)類型，這叫 DSCP（ Differentiated Service Code Point）?，F(xiàn)在的大部分交換機(jī)（如 Cisco 交換機(jī)）都支持 DSCP， IP Precedence 和 DSCP 兩種結(jié)構(gòu)見下圖 數(shù)據(jù)鏈路層的 CoS 和網(wǎng)絡(luò)層的 IP Precedence/Differentiated Service Code Point有下表的對(duì)應(yīng)關(guān)系。 Class of Service IP Precedence DSCP CoS 0 Routine(IP Precedence 0) 07 CoS 1 Priority(IP Precedence 1) 815 CoS 2 Immediate(IP Precedence 2) 1623 18 CoS 3 Flash(IP Precedence 3) 2431 CoS 4 Flashoverride(IP Precedence 4) 3239 CoS 5 Critical(IP Precedence 5) 4047 CoS 6 Inter(IP Precedence 6) 4855 CoS 7 Network (IP Precedence 7) 5663 在 視頻會(huì)議業(yè)務(wù)網(wǎng)絡(luò)中，由于系統(tǒng)的基礎(chǔ)是 IP 網(wǎng)絡(luò)，因此這樣的分類應(yīng)該是在第三層直接實(shí)現(xiàn)。對(duì)于相對(duì)固定的終端，可以讓邊緣交換機(jī)根據(jù)終端的 IP 地址或其所在的 VLAN 來分類。 2．排隊(duì)（ Queuing） 根據(jù)分類的情況，進(jìn) 一步實(shí)施排隊(duì)策略。當(dāng)把數(shù)據(jù)和語音、圖像放在同一個(gè)隊(duì)列中的時(shí)候，丟包和時(shí)延更容易出現(xiàn)。因此，一般設(shè)置多個(gè)隊(duì)列，而將語音和圖像放在和數(shù)據(jù)不同的隊(duì)列中，這樣網(wǎng)絡(luò)的行為就變得可控。處理語音和圖像的隊(duì)列一般比較小，同時(shí)調(diào)度的權(quán)重較大。因?yàn)檫@部分的業(yè)務(wù)對(duì)延時(shí)一般很敏感，排在隊(duì)尾的數(shù)據(jù)包延時(shí)較大，所以過大的隊(duì)列就沒有意義。而調(diào)度權(quán)重大則意味著保證語音和圖像這種關(guān)鍵業(yè)務(wù)一定的吞吐量。 3．網(wǎng)絡(luò)配置（ Network provisioning） 當(dāng)把網(wǎng)絡(luò)中的數(shù)據(jù)、語音和圖像所需要帶寬加起來后應(yīng)該不超過網(wǎng)絡(luò)鏈路總帶寬的75%。剩 下的 25%帶寬用來傳輸網(wǎng)絡(luò)管理數(shù)據(jù)和路由協(xié)議廣播數(shù)據(jù)等，并用來適應(yīng)突發(fā)的流量。如果這個(gè)條件無法滿足，那么在實(shí)現(xiàn) QoS 前首先要做的就是網(wǎng)絡(luò)帶寬的升級(jí)。 速率選擇 768Kbps 可調(diào) 由于采用 協(xié)議，會(huì)議電視設(shè)備均運(yùn)行在局域網(wǎng)上，可以享有更高的帶寬。TANDBERG T880 型產(chǎn)品速率最高可以達(dá)到 768K，將速率選擇為 768K，從而獲得更高的視頻質(zhì)量。當(dāng)網(wǎng)上的數(shù)據(jù)業(yè)務(wù)量增大時(shí)，系統(tǒng)可以自動(dòng)將視頻會(huì)議的帶寬下調(diào)到最低 64K。雖然 TANDBERG 系列產(chǎn)品在僅有 64K 帶寬時(shí)仍能維持會(huì)議的進(jìn)行，但視頻效果 明顯變差，為保證電視會(huì)議的質(zhì)量，我們建議最好將最低信道帶寬保持在 384K 以上。 所有設(shè)備為常待機(jī)狀態(tài) 所有設(shè)備均為 24 小時(shí)常開機(jī)狀態(tài)，將日常操作減少到最少 . 終端支持 WEB 遠(yuǎn)程管理功能 終端設(shè)備具有內(nèi)置 WEB 站點(diǎn)和 LAN 接口，可接入 LAN。網(wǎng)管中心可用標(biāo)準(zhǔn) WEB 瀏覽器對(duì)終端進(jìn)行遠(yuǎn)程管理。無需另配專用軟件或?qū)Ｓ迷O(shè)備。 19 數(shù)據(jù)通信 TANDBERG 會(huì)議電視終端和 MCU 均支持 數(shù)據(jù)傳輸。每臺(tái)會(huì)議電視終端通過內(nèi)設(shè)VNC 將 PC機(jī)實(shí)現(xiàn)多點(diǎn)數(shù)據(jù)共享。 PC 機(jī)可同時(shí)連入當(dāng)?shù)鼐钟蚓W(wǎng) (LAN)，將 LAN 上數(shù)據(jù)與其它會(huì)場(chǎng)共享。 臺(tái)州市氣象局視頻會(huì)議系統(tǒng)構(gòu)成圖示： 管理臺(tái) M CU ● ● ● ● ● DDN 專線網(wǎng) 主會(huì)場(chǎng) T A N D B ER G 250 0 分會(huì)場(chǎng) T A N D B ER G 880 分會(huì)場(chǎng) T A N D B ER G 880 分會(huì)場(chǎng) T A N D B ER G 880 共 11 臺(tái) 20 6．會(huì)議控制方式 在 IP平臺(tái)實(shí)現(xiàn)的會(huì)議控制方式有以下二種： 聲音控制 ： 在多點(diǎn)會(huì)議電視系統(tǒng)中，每個(gè)與會(huì)者的聲音經(jīng) MCU 后成為混合方式，即每個(gè)點(diǎn)能同時(shí)聽到其他各點(diǎn)的聲音。這樣在聲控方式下， MCU 自動(dòng)根據(jù)與會(huì)者發(fā)言音量的大小，將圖像自動(dòng)從一個(gè)會(huì)場(chǎng)切換到聲音較大的會(huì)場(chǎng)并廣播出去 導(dǎo)演控制 MCU 還可實(shí)現(xiàn)四分畫面功能，即將四個(gè)會(huì)場(chǎng)圖像合并為一個(gè)圖像并廣播給其它會(huì)場(chǎng)。 建議：根據(jù)實(shí)際工作經(jīng)驗(yàn)，在 10 點(diǎn)以上的多點(diǎn)會(huì)議中，建議使用導(dǎo) 演控制實(shí)現(xiàn)會(huì)議管理。相比于聲音控制，導(dǎo)演控制更加快速、準(zhǔn)確，操作更加簡單準(zhǔn)確，實(shí)用性強(qiáng)。 21 7．會(huì)議方式 全網(wǎng)會(huì)議 召開全網(wǎng)會(huì)議可由 MCU 建立一個(gè)會(huì)議，然后用人工或自動(dòng)撥號(hào)將所有站點(diǎn)連通，或由各站點(diǎn)向 MCU 撥號(hào)，連通 MCU，組成多點(diǎn)會(huì)議。 MCU 實(shí)現(xiàn)會(huì)議中的視頻切換廣播和聲音混合廣播，各會(huì)場(chǎng)直接與 MCU 相連。 分組會(huì)議（多點(diǎn)同時(shí)進(jìn)行不同會(huì)議） MCU 可將幾個(gè)站點(diǎn)分成若干不同會(huì)議組，每個(gè)會(huì)議組可進(jìn)行不同的會(huì)議。形成方式：MCU 形成幾個(gè)不同會(huì)議組，然后由 MCU 呼叫特定的點(diǎn)參加會(huì)議或者由終端呼叫 MCU 選擇要參加的會(huì)議。 點(diǎn)對(duì)點(diǎn)會(huì)議 日常工作中，各點(diǎn)可通過撥不同號(hào)碼，與任一站點(diǎn)連通。 22 8．視頻系統(tǒng)與其他系統(tǒng)的配合 與錄像機(jī) 與音響系統(tǒng)配合 會(huì)議電視系統(tǒng)與會(huì)場(chǎng)音響系統(tǒng)能非常好地有機(jī)結(jié)合。會(huì)場(chǎng)使用的音響功放每位領(lǐng)導(dǎo)前的話筒聲音均來由調(diào)音臺(tái)集中并播出，因此，將調(diào)音臺(tái)最終切換好要在主會(huì)場(chǎng)播出的音頻源同步接入 TANDBERG 視頻終端的音頻輸入接口，大會(huì)場(chǎng)內(nèi)人員聽到的講話同時(shí)傳往視頻會(huì)議各分會(huì)場(chǎng)。同樣，將視頻會(huì)議系統(tǒng)音頻輸出口中輸出的一路接入調(diào)音臺(tái)，各分會(huì)場(chǎng)的講話在各分會(huì)場(chǎng)聽到的同時(shí)亦由 調(diào)音臺(tái)在主會(huì)場(chǎng)中廣播出來。 錄像機(jī) 調(diào)音臺(tái) 主席臺(tái)麥克風(fēng) 大會(huì)聲音箱 大會(huì)聲音箱 23 9. 視頻會(huì)議安全保障 常常許多會(huì)議都有參與范圍限制，召開帶有密級(jí)的會(huì)議時(shí)還要選擇安全的會(huì)議地點(diǎn)。因此，視頻會(huì)議系統(tǒng)的建設(shè)也一樣必須要有必要的安全保障手段。 會(huì)議電視終端支持地址轉(zhuǎn)換協(xié)議（ NAT），使在 IP 傳輸網(wǎng)絡(luò)中，充分利用網(wǎng)絡(luò)中原有的防火墻等地址轉(zhuǎn)換設(shè)施，實(shí)現(xiàn)對(duì)專網(wǎng)數(shù)據(jù)安全的嚴(yán)密防護(hù)，但不影響專網(wǎng)與全網(wǎng)間的視音頻的通暢傳輸。 通過 ISDN 傳輸網(wǎng)絡(luò)與外界進(jìn)行視頻通訊時(shí)，或內(nèi)部會(huì)議需要保密時(shí)，都可以通過視頻終端內(nèi)部內(nèi)置的信源加密系統(tǒng)，保證會(huì)議內(nèi)容（音頻和視頻）的加密傳輸， 其功能示意如下： “加密”傳輸具有如下特性： ? 點(diǎn)對(duì)點(diǎn)通信中輕松實(shí)現(xiàn)； ? 在菜單中設(shè)置開 /關(guān)，即可打開或關(guān)閉加密功能，操作簡單易用； ? 支持 下，視頻、音頻和數(shù)據(jù)加密； ? 點(diǎn)對(duì)點(diǎn)支持速率要能達(dá)到 768K，保證在加密狀態(tài)下的音視頻質(zhì)量； ? 加密狀態(tài)下也能支持雙路視頻傳輸，保證會(huì)議文件也能同時(shí)加密傳輸； ? 加密裝態(tài)下支持遠(yuǎn)端攝像機(jī)控制和 ，保證數(shù)據(jù)和控制也能有效地傳輸； ? 呼叫中自動(dòng)生成加密鑰匙，方便管理； ? 每次呼叫生成不同的加密鑰匙，保證加密的可靠性； 另外，視頻會(huì)議系統(tǒng)還要有系統(tǒng)使用、管理、維護(hù)中的安全保 障。 視頻終端設(shè)備在使用、管理和維護(hù)時(shí)提供多種授權(quán)確認(rèn)機(jī)制，使不同應(yīng)用條件下都有相應(yīng)的安全保障，使網(wǎng)絡(luò)中的系統(tǒng)管理員、系統(tǒng)使用者等不同級(jí)別身份的人員具有不同的系統(tǒng)操作權(quán)限。 加密算法 解密算法 傳輸 加密鑰匙 WAN LAN 24 設(shè)備使用口令 系統(tǒng)可制定給不同使用者不同口令，使用者只有知道正確口令才能操作設(shè)備，否則設(shè)備將拒絕所有控制指令。針對(duì)不同口令，系統(tǒng)有操作記錄，根據(jù)該記錄即可得知設(shè)備被使用情況。 IP 管理口令 這一設(shè)置可控制設(shè)備是否允許遠(yuǎn)端通過 LAN 登錄并控制設(shè)備，保證視頻終端在網(wǎng)絡(luò)中只允許合法的管理者進(jìn)行控制。 流媒體口令 任何用戶 在收看