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