視頻雙流培訓(xùn)_20131217

1、 Polycom, Inc. All rights reserved.視頻會議培訓(xùn) 雙流技術(shù) Polycom, Inc. All rights reserved.2 什么是雙(視頻)流 雙流的使用場景 雙流的實現(xiàn)方式 Polycom雙流介紹 雙流的演進培訓(xùn)內(nèi)容 Polycom, Inc. All rights reserved.3什么是雙（視頻）流 單流單流: 傳統(tǒng)視頻會議：語音和會場圖像 雙流雙流 雙視頻流傳送技術(shù) 語音，會場圖像，內(nèi)容（PPT, 桌面等）一起實時傳送- 希望傳遞更多的信息：圖表，數(shù)據(jù)- 希望有數(shù)據(jù)的協(xié)同工作，以增強會議臨場感，提高視頻會議的效率?？蛻?Polycom, In

2、c. All rights reserved.4會場視頻桌面共享會場視頻電子白板雙流的使用場景會場視頻另一路會場視頻 Polycom, Inc. All rights reserved.5People + ContentDuo VideoH.239BFCP/SDPPolycom針對H.323的雙流技術(shù)Cisco/Tandberg 針對H.323的雙流技術(shù)2003年7月，基于Polycom的People+Content技術(shù)，ITU批準(zhǔn)了H.239標(biāo)準(zhǔn), 成為H.323呼叫中雙流的通用協(xié)議SIP 協(xié)議中利用SDP和BFCP，完成雙流功能雙流的實現(xiàn)方式 信令協(xié)議 Polycom, Inc. All

3、rights reserved.6Remote Desktop Protocol (RDP) 遠程桌面協(xié)議桌面?zhèn)魉蚑.120Lync呼叫中，采用RDP實現(xiàn)Content傳送國內(nèi)不少廠商的私有協(xié)議通過插幀的方式傳送靜止圖文被Cisco收購的Webex采用T.120實現(xiàn)會議中數(shù)據(jù)信息的傳送和協(xié)同工作雙流的實現(xiàn)方式 信令協(xié)議 Polycom, Inc. All rights reserved.7 基于Video編碼 VGA，HDMI等輸入作為Content源 Content流基于Video處理 多用于硬件終端 優(yōu)點：基于標(biāo)準(zhǔn)，Interop容易 缺點：效率低，Content和Video的要求有區(qū)別;

4、 帶寬占用高 代表產(chǎn)品：Polycom HDX/GS，Cisco SX，Vidyo VidyoRoom雙流的實現(xiàn)方式 Content編碼 Polycom, Inc. All rights reserved.8 基于Image編碼 抓屏作為Content輸入 典型的框架：首先進行圖片內(nèi)容分割，對文字部分進行近似無損壓縮，對自然圖像部分進行類似于JPEG方式壓縮 多用于軟終端 優(yōu)點：效率高，Content清晰且傳輸數(shù)據(jù)量少 缺點：絕大多數(shù)基于私有協(xié)議實現(xiàn) 代表產(chǎn)品：Polycom RPD/RPM (基于標(biāo)準(zhǔn)信令), MS Lync, Cisco Webex, Zoom, Virtual deskt

5、op(如Vmware的PCoIP)雙流的實現(xiàn)方式 Content編碼 Polycom, Inc. All rights reserved.9雙流技術(shù)雙流技術(shù)=H.H.239么么？SIP雙雙流與流與H.H.239有關(guān)系有關(guān)系么么？雙流有哪些應(yīng)用？雙流有哪些應(yīng)用？No實現(xiàn)雙流的方式很多，H.239只是其中一種方式。另外還有SIP/BFCP, RDP，桌面?zhèn)魉偷?。NoSIP用BFCP來做content發(fā)送控制，跟H.239沒有關(guān)系。1. 桌面共享，數(shù)據(jù)共享，應(yīng)用程序共享2. 頭腦風(fēng)暴型會議，隨時共享自己的突發(fā)靈感，討論性會議3. 大型會議里，兩路視頻流傳送會場信息總結(jié)一 Polycom, Inc.

6、All rights reserved.10Content KingVideo ImportantAudio EssentialContent會是視頻會議未來的發(fā)展重點么？ Polycom, Inc. All rights reserved.11 故事一故事一 客戶：我用RPD的時候可以共享整個桌面給別人，RPM可以嗎？ 技術(shù)支持：RPM不可以。一方面是操作系統(tǒng)的限制，另一方面是移動終端和個人電腦之間的使用區(qū)別Polycom終端支持哪些終端支持哪些方式方式的內(nèi)容共享呢？的內(nèi)容共享呢？Polycom雙流介紹 Content源 Polycom, Inc. All rights reserved.1

7、2硬終端可以通過豐富的物理接口直接獲取Content源HDX8006： HDCI, DVI, S-VIDEO, USB Group700： HDCI, HDMI, VGA, S-VIDEO, Component, USB Polycom雙流介紹 Content源 Polycom, Inc. All rights reserved.13ContentHDMI/VGAUSBS-Video/ComponentHDCI硬終端可以通過豐富的物理接口直接獲取Content源Polycom雙流介紹 Content源 Polycom, Inc. All rights reserved.14 PPCIP for

8、 HDX/GS 作為獨立應(yīng)用程序運行于Windows或者Mac OS X系統(tǒng) 對系統(tǒng)桌面編碼并發(fā)送到HDX/GS 目前不支持Content音頻，未來會支持 RPD/RPM Smart Pairing Content RPD/RPM內(nèi)嵌PPCIP 控制信令和原生PPCIP一致 Content編碼采用RPD/RPM編碼器 可以共享應(yīng)用程序，或者桌面硬終端還可以通過網(wǎng)絡(luò)傳輸獲取Content源Polycom雙流介紹 Content源 Polycom, Inc. All rights reserved.15軟終端作為一個應(yīng)用程序，運行在各類主流的桌面或者移動操作系統(tǒng)之上，可以將操作系統(tǒng)上的內(nèi)容（應(yīng)用程

9、序或者系統(tǒng)桌面）作為content共享出去 RPD (Windows, Mac OS X) 將系統(tǒng)桌面或者其他應(yīng)用程序編碼發(fā)送 用戶的本地操作直接呈現(xiàn)在遠端 RPM (iOS, Android) 通過RPM內(nèi)嵌的瀏覽器打開支持共享的文件或網(wǎng)頁 也可以在其他應(yīng)用程序中（如Mail，Dropbox）調(diào)用RPM打開支持的文件 目前無法共享移動系統(tǒng)桌面Polycom雙流介紹 Content源 Polycom, Inc. All rights reserved.16GS: Content最高到1080p/60fpsHigh Profile 最高到1080p/60，要求分配給content的帶寬大于400

10、k 注注2Base Profile 最高到720p/30，要求呼叫速率大于等于832k HDX: Content最高到1080p/15fps (不支持High Profile)協(xié)商1080p/15fps Content要求呼叫速率大于等于832k，且為Sharpness模式 注注3RPD: Content最高到720p/5fps協(xié)商720p Content要求分配給Content的帶寬大于等于64kRPM Android: Content發(fā)送最高到720p/3fps，接收最高到720p/7.5fps協(xié)商720p Content要求分配給Content的帶寬大于等于64kRPM iOS: Con

11、tent發(fā)送最高到XGA/3fps，接收最高到720p/7.5fps 注注4協(xié)商最高能力Content要求分配給Content的帶寬大于等于64kPolycom雙流介紹 Content能力集之終端 注注1 Polycom, Inc. All rights reserved.17Ninja (RMX1800): Content最高到1080p/60fps High Profile協(xié)商1080p/60fps Content要求分配給Content的帶寬大于等于2048kBase Profile協(xié)商1080p/60fps Content要求分配給Content的帶寬大于等于3072kRMX: Con

12、tent最高到1080p/30fps High Profile協(xié)商1080p/30fps Content要求分配給Content的帶寬大于等于768kBase Profile協(xié)商1080p/30fps Content要求分配給Content的帶寬大于等于1536k Soft MCU: Content最高到1080p/15fps (不支持High Profile) 注注2Base Profile協(xié)商1080p/15fps Content要求分配給Content的帶寬大于等于768k所有MCU產(chǎn)品只要分配給Content的帶寬大于等于64k，就能協(xié)商720p高清ContentPolycom雙流介紹

13、 Content能力集之MCU注注1 Polycom, Inc. All rights reserved.18 故事二故事二 客戶：共享內(nèi)容時別人看不清我的圖表啊 技術(shù)人員：你總帶寬才256K，內(nèi)容占的帶寬更少，況且你的網(wǎng)絡(luò)不穩(wěn)定，還經(jīng)常丟包，所以。 客戶：我不管這些細節(jié)，別人看不清我的Content我還怎么開會?。縋olycom產(chǎn)品如何解決惡劣環(huán)境下產(chǎn)品如何解決惡劣環(huán)境下Content質(zhì)量問題？質(zhì)量問題？Polycom雙流介紹 Content質(zhì)量 Polycom, Inc. All rights reserved.19 問題一：RPD低呼叫帶寬下Content模糊 解決辦法： 提高低呼叫帶寬

14、下Content的帶寬占用率 調(diào)低720P對帶寬的要求 加入Anti-Blur算法，提高Content清晰度 (這一改動適用于各種帶寬)Call Rate 256kbpsContentBandwidthContent ResolutionContent QualityCMAD/RPD v2.364kXGA模糊RPD v3.0(改進前)40kXGA模糊RPD v3.0(改進后)128k720P清晰Polycom雙流介紹 Content質(zhì)量之終端 Polycom, Inc. All rights reserved.20 問題二：RPD用PPCIP共享桌面出現(xiàn)黑線 桌面分辨率接近16:9時出現(xiàn)，如1

15、280*800,1280*768 RPD 采用的縮放算法有問題 解決辦法 調(diào)整算法參數(shù)，在上面情況下不做過多scale，以保證Content質(zhì)量Polycom雙流介紹 Content質(zhì)量之終端 Polycom, Inc. All rights reserved.21 問題三：丟包情況下，如何保證Content的質(zhì)量？ 解決辦法： 跟視頻圖像一樣，Lost Package Recovery (LPR) 保證5%丟包率，圖像質(zhì)量正常，10 網(wǎng)絡(luò)丟包，圖像可接受Polycom雙流介紹 Content質(zhì)量之終端其他廠商視頻會議系統(tǒng)在 5% 丟包率的圖像Polycom視頻會議系統(tǒng)在 5% 丟包率的圖像

16、Polycom, Inc. All rights reserved.22 問題四：低呼叫帶寬時，硬終端如何保證Content的質(zhì)量？ 解決辦法： H.264HP編碼 相比H.264來說，H.264HP能節(jié)省一半帶寬 設(shè)置Content優(yōu)先策略 用戶自己選擇Content優(yōu)先還是People優(yōu)先 Content優(yōu)先時，將大部分帶寬分配給Content通道 Sharpness vs. Motion Content源是靜態(tài)圖片, 選擇Sharpness提高清晰度 Content源是移動的視頻，選擇Motion來提高流暢性Polycom雙流介紹 Content質(zhì)量之終端 Polycom, Inc. A

17、ll rights reserved.23 問題一：低能力終端拉低了整個會議的Content質(zhì)量MCU對于content采用直接轉(zhuǎn)發(fā)的策略，收到content流以后不做任何處理直接轉(zhuǎn)發(fā)給所有接收者。為此MCU會要求所有終端協(xié)商到同一個content能力集（編碼格式，速率， 分辨率， 幀率都一樣），稱之為Highest Common。 解決辦法：MCU設(shè)置最低content能力要求達不到最低content能力要求（如H.264，720p）的終端入會，即使支持content收發(fā)，也會被當(dāng)做沒有content能力的終端來處理。沒有content能力，或者能力不達標(biāo)的終端，可以通過people vid

18、eo通道來接收contentPolycom雙流介紹 Content質(zhì)量之MCU Polycom, Inc. All rights reserved.24 問題二： I幀請求頻發(fā)導(dǎo)致content丟幀或畫面停頓直接轉(zhuǎn)發(fā)模式下，MCU會將任何一個content接收者的I幀請求直接轉(zhuǎn)發(fā)給content發(fā)送者，再將發(fā)送者響應(yīng)的I幀發(fā)給所有接收者 解決辦法：MCU支持Content Transcoding在content transcoding模式下，MCU會受理content接收者的I幀請求，使得content發(fā)送者和其他接收者不受影響。I幀請求的影響被有效隔離Polycom雙流介紹 Content質(zhì)

19、量之MCU Polycom, Inc. All rights reserved.25ContentContent只能發(fā)送只能發(fā)送PPT么？么？低呼叫帶寬情形下，哪些方式可以提高低呼叫帶寬情形下，哪些方式可以提高ContentContent質(zhì)量？質(zhì)量？終端能力參差不齊，終端能力參差不齊，MCUMCU如何解決如何解決ContentContent質(zhì)量問題？質(zhì)量問題？No各種格式和內(nèi)容都能作為Content流來共享，譬如桌面上各種應(yīng)用程序，整個桌面，視頻流，白板內(nèi)容。1. 提高Content帶寬百分比；2. 采用高端編碼方式H.264HP3. 針對性的改進，如RPD Anti-Blur算法1. 禁止掉

20、低能力終端的雙流能力，使用people通道傳送content2.Content Transcoding總結(jié)二 Polycom, Inc. All rights reserved.26 更好的防火墻穿越 不同實現(xiàn)方式之間的互通（如MS Lync與Polycom終端） 互動式的Content雙流的演進 Polycom, Inc. All rights reserved.27 VBP H.323 content ACME H.323 content (not tested) SIP content (BFCP over UDP/TCP) RPAD H.323 content SIP content

21、(BFCP over UDP)注：終端需要發(fā)送Content的keep alive消息，保證防火墻通道不會在呼叫中被關(guān)閉。此實現(xiàn)與防火墻穿越設(shè)備無關(guān)。更好的防火墻穿越 Polycom, Inc. All rights reserved.28 Polycom CSS(Content Sharing Suite) 實現(xiàn)了Polycom終端與Lync Client之間雙流順利收發(fā)不同實現(xiàn)之間的互通 Polycom, Inc. All rights reserved.29 Polycom Visual Board Easy-to-share and Easy-to-see 突發(fā)的靈感，頭腦風(fēng)暴，可以在

22、視頻會議中方便地share出來 白板，投影儀，LCD，都能成為交互idea的工具 多用戶可以一起點評共享的內(nèi)容互動式的Content Polycom, Inc. All rights reserved.30PolycomPolycom產(chǎn)產(chǎn)品能跟第三方設(shè)備實現(xiàn)雙流互通么？品能跟第三方設(shè)備實現(xiàn)雙流互通么？ContentContent只能單方向展示么？只能單方向展示么？1. 如果該產(chǎn)品符合協(xié)議規(guī)范，是的，我們可以跟支持H.239和SIP/BFCP的第三方產(chǎn)品進行雙流互通，譬如Cisco的終端。2. 針對合作伙伴Microsoft，通過Polycom的CSS解決方案，完成了Polycom終端與Lync Client的雙流互通。NO. Polycom的Visual Board能讓不同地方的會議參與者在同一個白板上