【正文】 京東商城視頻會議系統(tǒng) 解決 方案 北京天潤新禾信息技術有限公司 2021 年 3 月 目錄 一、 視頻會議系統(tǒng)方案 .............................................................................................. 3 視頻會議系統(tǒng)設計方案 ................................................................................... 3 視頻會議系統(tǒng)拓撲圖 ................................................................................ 3 視頻會議系統(tǒng)應用圖 ................................................................................ 4 視頻會議系統(tǒng)對網絡的需求 ................................................................................ 7 視頻會議網絡帶寬的要求 ......................................................................... 8 網絡 QoS機制 ........................................................................................ 11 視頻會議最重要關鍵的因素：延遲、抖動和丟包 .................................... 12 視頻會議系統(tǒng)預算 ............................................................................................ 16 主要產品介紹 ................................................................................................... 18 Tandberg（騰博） 880MXP視頻會議終端 ................................................. 18 Tandberg（騰博） 4210多點控制單元 .................................................... 26 AETHRA（愛斯樂） VEGA X3視頻會議終端 ............................................... 33 AETHRA（愛斯樂） SCOPIA 10024多點控制單元 ..................................... 33 二、 網絡監(jiān)控系統(tǒng)方案 ............................................................................................ 35 ............................................................................................ 35 網絡監(jiān)控系統(tǒng)對網絡的需求 .............................................................................. 37 網絡監(jiān)控系統(tǒng)預算 ............................................................................................ 37 主要產品介紹 ................................................................................................... 40 視頻編碼終端 ........................................................................................ 40 控制中心軟件功能 ................................................................................. 41 一、 視頻會議系統(tǒng)方案 視頻會議 系統(tǒng)設計方案 視頻會議系統(tǒng)拓撲圖 此拓撲圖描繪了 京東商城視頻會議系統(tǒng)的應用模型。北京總部和上海、廣州、成都以及將來拓展的城市通過專用網絡召開視頻會議，在每個城市分部的會議室安裝視頻會議終端及顯示設備，通過 總部的 MCU（多點控制單元） 實現(xiàn)會議的管理和控制。 設計視頻會議畫面質量為 4CIF,分辨率 704*576，最低帶寬要求為 1M，支持會議畫面和計算機圖像的同時顯示。 視頻會議系統(tǒng) 應用圖 分體式終端，攝像機安裝在等離子上 一體化終端，終端安裝在等離子上 分體式終端，攝像機安裝在墻上 視頻會議中的 4 畫面顯示 視頻會議中的 4 畫面顯示 視頻會議中的 9 畫面顯示 視頻會議系統(tǒng)對網絡的需求 基于 的視頻會議系統(tǒng)是全球認同的多媒體會議標準，依托 IP網絡，IP包都有包頭包尾的開銷大約為 20%， IP 網是基于包交換的， 采用 TCP/IP 的網絡傳輸協(xié)議進行數(shù)據(jù)報文的雙向傳輸。 視頻會議對于帶寬 和質量有一定要求 ，要達到較好的效果 需要 1Mbps 以上帶寬 ，即參加會議的每一個會場 實際帶寬 都要有大于 1Mbps。 視頻會議系統(tǒng)作為一個實時的應用系統(tǒng)，對現(xiàn)有的 IP網絡有著更加嚴格的要求。 下圖說明了關鍵性的應用，如視頻、語音應用如何收到其他業(yè)務的影響，從而導致其業(yè)務流的中斷。 數(shù)據(jù)包的延遲不一致，將導致唇音的不同步，而數(shù)據(jù)流中的包丟失和包失序，將導致 圖像 和語音的抖動。當包的丟失率為 1%時，圖像可能會出現(xiàn) 閃爍 現(xiàn)象，因為聲音的數(shù)據(jù)包較小，此時，聲音的影響較小，當包的丟失率為 2%時，圖像就開始出現(xiàn)停頓現(xiàn)象，聲音也開始出現(xiàn)停頓。 2% 到 3% 的丟 包率或 網絡抖動大于 200ms 可導致視頻信號無法傳輸。 因此，在網絡中保證音視頻流的連續(xù)性、穩(wěn)定性，是視頻會議獲得良好效果的關鍵。 視頻會議網絡帶寬的要求 A、 對不同網絡的 帶寬要求 ? 以下是一些簡單的 網絡建議 ，以幫助確定 的 傳輸 網絡所需的帶寬： ? 全雙工以太網 =（呼叫速率 +20%） *1 ? 半雙工以太網 =（呼叫速率 +20%） *2 ? 廣域網 =（呼叫速率 +20%） *1 ? ATM（ LANE 方式） =(呼叫速率 +35%)*1 B、點對點會議網絡： 下面的例子是以 2Mbps 的點對點呼叫為例。需要指 出的是，本系統(tǒng)所采用的視頻終端可以進行更低或更高的視頻會議呼叫。 呼叫帶寬需求表： 這個帶寬是指召開視頻會議所采用的帶寬。視頻會議系統(tǒng)中帶寬占用主要由4部分構成：圖像、聲音、數(shù)據(jù)和信令，數(shù)據(jù)、信令占用的帶寬比較小，尤其是會議召開之后，可以忽略不計。聲音占用帶寬也不大， 64k就足夠，聲音帶寬在整個會議中基本保持恒定不變。而視頻占用帶寬最大，變化也最大。造成整個視頻會議的帶寬在會議過程中是變化的，而且會因圖像運動量的多少而變化，甚至會超過召開會議時所限定的帶寬。所以，一般來講，要多留出 20%左右的帶寬作保 證。 呼叫速率 () IP 需求帶寬 128Kbps 153Kbps 256Kbps 307Kbps 384Kbps 460Kbps 512Kbps 614Kbps 768Kbps 922Kbps 1Mbps C、內置多點會議網絡： 這是以 512Kbps 呼叫為例： 每個會場與視頻會議終端以 512Kbps 進行連接。不管采用語音激勵或多分屏模式，每個會場只需要一個 512Kbps 帶寬與主會場進行連接。 2Mbps D、 MCU 多點會議網絡： 這個是以 512Kbps~1Mbps 呼叫為例： 每個會場與多點控制單元以 512Kbps~1Mbps 進行連接。不管采用語音激勵或多分屏模式，每個會場只需要一個 512Kbps~1Mbps 帶寬與主會場進行連接。 網絡 QoS機制 視頻會議順利進行對網絡有嚴格要求：網絡帶寬大于視頻會議速率的 25%；網絡延時差小于 150 ms（ PING 1500 數(shù)據(jù)包），網絡抖動小于 30ms；丟包率小于 1%，終端到核心路由器最好不超過 3跳。為了在基于競爭的 IP 網上獲得此保障，需要使用 QoS 服務 質量保證策略非常必要。 QoS 服務質量保證策略 目前常用的幾種 QoS 服務質量保證策略主要有： 綜合業(yè)務結構（ IntServ） IntServ（ intergralted service）模型是 IETF 較早提出的實現(xiàn) IPQoS 的一種方法。對推動 Inter 向 QoS方向發(fā)展有著重大的意義。但是 IntServ模型為了對每一個業(yè)務流提供相應 QoS，必須在網絡上保存基于流的資源分配和維護信息，給路由器帶來巨大的存儲和處理負擔，限制了 IntServ 在大型網絡上的應用。另外在路由器上還要實現(xiàn)接入控制、業(yè)務分類、 業(yè)務整形和信令協(xié)議處理，進一步提高了對路由器的要求 業(yè)務區(qū)分結構（ DiffServ) DiffServ(Differentiated Service)是 IETF 在 1998 年底提出的一種新穎的分級服務模型，按業(yè)務種類提供不同服務的 DiffServ，模型相對于按流服務大大減輕了路由器負擔，并且分類整形等工作只在邊緣路由器上實現(xiàn)，中心路由器只執(zhí)行簡單的 PHB，比 IntServ 模型又進一步減輕了對路由器的要求。 排隊機制 早在 1992年，為了提高 IP上的服務質量，就提出了加權公平排隊算法 （ WFQ：Weighted Fair Queuing）。 WFQ 是一種公平排隊算法，它依據(jù)數(shù)據(jù)流的優(yōu)先級、到達時間等諸多因素對每個數(shù)據(jù)包動態(tài)地打上時戳，并將時戳值最小的數(shù)據(jù)包發(fā)送出去?？梢栽谝欢ǔ潭壬戏乐鼓承阂庥脩暨^度占用帶寬。 業(yè)務均衡（ traffic engineering） Traffic engineering 是預先避免擁塞發(fā)生的機制。受限路由（ ConstraintBased Routing）是在 QoS路由基礎上發(fā)展起來的一種業(yè)務均衡機制，用于在網絡上均勻分配業(yè)