視頻會議培訓(xùn)–雙流技術(shù)PolycomSQATeamDecember2013什么是雙(視頻)流雙流的使用場景雙流的實(shí)現(xiàn)方式Polycom雙流介紹雙流的演進(jìn)培訓(xùn)內(nèi)容什么是雙（視頻）流單流:傳統(tǒng)視頻會議：語音和會場圖像雙流雙視頻流傳送技術(shù)語音，會場圖像，內(nèi)容（PPT,桌面等）一起實(shí)時傳送-希望傳遞更多的信息：圖表，數(shù)據(jù)-希望有數(shù)據(jù)的協(xié)同工作，以增強(qiáng)會議臨場感，提高視頻會議的效率?？蛻魰鲆曨l＋桌面共享會場視頻＋電子白板雙流的使用場景會場視頻＋另一路會場視頻People+ContentDuoVideoH.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，完成雙流功能雙流的實(shí)現(xiàn)方式–信令協(xié)議RemoteDesktopProtocol(RDP)遠(yuǎn)程桌面協(xié)議桌面?zhèn)魉蚑.120Lync呼叫中，采用RDP實(shí)現(xiàn)Content傳送國內(nèi)不少廠商的私有協(xié)議通過插幀的方式傳送靜止圖文被Cisco收購的Webex采用T.120實(shí)現(xiàn)會議中數(shù)據(jù)信息的傳送和協(xié)同工作雙流的實(shí)現(xiàn)方式–信令協(xié)議基于Video編碼VGA，HDMI等輸入作為Content源Content流基于Video處理多用于硬件終端優(yōu)點(diǎn)：基于標(biāo)準(zhǔn)，Interop容易缺點(diǎn)：效率低，Content和Video的要求有區(qū)別;帶寬占用高代表產(chǎn)品：PolycomHDX/GS，CiscoSX，VidyoVidyoRoom雙流的實(shí)現(xiàn)方式–Content編碼基于Image編碼抓屏作為Content輸入典型的框架：首先進(jìn)行圖片內(nèi)容分割，對文字部分進(jìn)行近似無損壓縮，對自然圖像部分進(jìn)行類似于JPEG方式壓縮多用于軟終端優(yōu)點(diǎn)：效率高，Content清晰且傳輸數(shù)據(jù)量少缺點(diǎn)：絕大多數(shù)基于私有協(xié)議實(shí)現(xiàn)代表產(chǎn)品：PolycomRPD/RPM(基于標(biāo)準(zhǔn)信令),MSLync,CiscoWebex,Zoom,Virtualdesktop(如Vmware的PCoIP)雙流的實(shí)現(xiàn)方式–Content編碼雙流技術(shù)==H.239么？

SIP雙流與H.239有關(guān)系么？

雙流有哪些應(yīng)用？

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

KingVideoImportantAudioEssentialContent會是視頻會議未來的發(fā)展重點(diǎn)么？故事一客戶：我用RPD的時候可以共享整個桌面給別人，RPM可以嗎？技術(shù)支持：RPM不可以。一方面是操作系統(tǒng)的限制，另一方面是移動終端和個人電腦之間的使用區(qū)別Polycom終端支持哪些方式的內(nèi)容共享呢？Polycom雙流介紹–Content源硬終端可以通過豐富的物理接口直接獲取Content源HDX8006：HDCI,DVI,S-VIDEO,USBGroup700：HDCI,HDMI,VGA,S-VIDEO,Component,USB

Polycom雙流介紹–Content源ContentHDMI/VGAUSBS-Video/ComponentHDCI硬終端可以通過豐富的物理接口直接獲取Content源Polycom雙流介紹–Content源PPCIPforHDX/GS作為獨(dú)立應(yīng)用程序運(yùn)行于Windows或者M(jìn)acOSX系統(tǒng)對系統(tǒng)桌面編碼并發(fā)送到HDX/GS目前不支持Content音頻，未來會支持RPD/RPM

SmartPairingContentRPD/RPM內(nèi)嵌PPCIP控制信令和原生PPCIP一致Content編碼采用RPD/RPM編碼器可以共享應(yīng)用程序，或者桌面硬終端還可以通過網(wǎng)絡(luò)傳輸獲取Content源Polycom雙流介紹–Content源軟終端作為一個應(yīng)用程序，運(yùn)行在各類主流的桌面或者移動操作系統(tǒng)之上，可以將操作系統(tǒng)上的內(nèi)容（應(yīng)用程序或者系統(tǒng)桌面）作為content共享出去RPD(Windows,MacOSX)將系統(tǒng)桌面或者其他應(yīng)用程序編碼發(fā)送用戶的本地操作直接呈現(xiàn)在遠(yuǎn)端RPM(iOS,Android)通過RPM內(nèi)嵌的瀏覽器打開支持共享的文件或網(wǎng)頁也可以在其他應(yīng)用程序中（如Mail，Dropbox）調(diào)用RPM打開支持的文件目前無法共享移動系統(tǒng)桌面Polycom雙流介紹–Content源GS:Content最高到1080p/60fps

HighProfile最高到1080p/60，要求分配給content的帶寬大于400k[注2] BaseProfile最高到720p/30，要求呼叫速率大于等于832kHDX:Content最高到1080p/15fps(不支持HighProfile)

協(xié)商1080p/15fpsContent要求呼叫速率大于等于832k，且為Sharpness模式

[注3]RPD:Content最高到720p/5fps

協(xié)商720pContent要求分配給Content的帶寬大于等于64kRPMAndroid:Content發(fā)送最高到720p/3fps，接收最高到720p/7.5fps

協(xié)商720pContent要求分配給Content的帶寬大于等于64kRPMiOS:Content發(fā)送最高到XGA/3fps，接收最高到720p/7.5fps[注4]

協(xié)商最高能力Content要求分配給Content的帶寬大于等于64kPolycom雙流介紹–Content能力集之終端[注1]Ninja(RMX1800):Content最高到1080p/60fps

HighProfile協(xié)商1080p/60fpsContent要求分配給Content的帶寬大于等于2048k BaseProfile協(xié)商1080p/60fpsContent要求分配給Content的帶寬大于等于3072kRMX:Content最高到1080p/30fps

HighProfile協(xié)商1080p/30fpsContent要求分配給Content的帶寬大于等于768k BaseProfile協(xié)商1080p/30fpsContent要求分配給Content的帶寬大于等于1536kSoftMCU:Content最高到1080p/15fps(不支持HighProfile)[注2] BaseProfile協(xié)商1080p/15fpsContent要求分配給Content的帶寬大于等于768k所有MCU產(chǎn)品只要分配給Content的帶寬大于等于64k，就能協(xié)商720p高清ContentPolycom雙流介紹–Content能力集之MCU[注1]故事二客戶：共享內(nèi)容時別人看不清我的圖表啊技術(shù)人員：你總帶寬才256K，內(nèi)容占的帶寬更少，況且你的網(wǎng)絡(luò)不穩(wěn)定，還經(jīng)常丟包，所以。。?？蛻簦何也还苓@些細(xì)節(jié)，別人看不清我的Content我還怎么開會??？Polycom產(chǎn)品如何解決惡劣環(huán)境下Content質(zhì)量問題？Polycom雙流介紹–Content質(zhì)量問題一：RPD低呼叫帶寬下Content模糊解決辦法：提高低呼叫帶寬下Content的帶寬占用率調(diào)低720P對帶寬的要求加入Anti-Blur算法，提高Content清晰度(這一改動適用于各種帶寬)CallRate256kbpsContentBandwidthContentResolutionContentQualityCMAD/RPDv2.364kXGA模糊RPDv3.0(改進(jìn)前)40kXGA模糊RPDv3.0(改進(jìn)后)128k720P清晰Polycom雙流介紹–Content質(zhì)量之終端問題二：RPD用PPCIP共享桌面出現(xiàn)黑線桌面分辨率接近16:9時出現(xiàn)，如1280*800,1280*768RPD采用的縮放算法有問題解決辦法調(diào)整算法參數(shù)，在上面情況下不做過多scale，以保證Content質(zhì)量Polycom雙流介紹–Content質(zhì)量之終端問題三：丟包情況下，如何保證Content的質(zhì)量？解決辦法：跟視頻圖像一樣，LostPackageRecovery(LPR)保證5%丟包率，圖像質(zhì)量正常，10％網(wǎng)絡(luò)丟包，圖像可接受Polycom雙流介紹–Content質(zhì)量之終端其他廠商視頻會議系統(tǒng)在5%丟包率的圖像Polycom視頻會議系統(tǒng)在5%丟包率的圖像問題四：低呼叫帶寬時，硬終端如何保證Content的質(zhì)量？解決辦法：H.264HP編碼相比H.264來說，H.264HP能節(jié)省一半帶寬設(shè)置Content優(yōu)先策略用戶自己選擇Content優(yōu)先還是People優(yōu)先Content優(yōu)先時，將大部分帶寬分配給Content通道Sharpnessvs.MotionContent源是靜態(tài)圖片,選擇Sharpness提高清晰度Content源是移動的視頻，選擇Motion來提高流暢性Polycom雙流介紹–Content質(zhì)量之終端問題一：低能力終端拉低了整個會議的Content質(zhì)量 MCU對于content采用直接轉(zhuǎn)發(fā)的策略，收到content流以后不做任何處理直接轉(zhuǎn)發(fā)給所有接收者。為此MCU會要求所有終端協(xié)商到同一個content能力集（編碼格式，速率，分辨率，幀率都一樣），稱之為HighestCommon。解決辦法：MCU設(shè)置最低content能力要求

達(dá)不到最低content能力要求（如H.264，720p）的終端入會，即使支持content收發(fā)，也會被當(dāng)做沒有content能力的終端來處理。

沒有content能力，或者能力不達(dá)標(biāo)的終端，可以通過peoplevideo通道來接收contentPolycom雙流介紹–Content質(zhì)量之MCU問題二：I幀請求頻發(fā)導(dǎo)致content丟幀或畫面停頓

直接轉(zhuǎn)發(fā)模式下，MCU會將任何一個content接收者的I幀請求直接轉(zhuǎn)發(fā)給content發(fā)送者，再將發(fā)送者響應(yīng)的I幀發(fā)給所有接收者解決辦法：MCU支持ContentTranscoding

在contenttranscoding模式下，MCU會受理content接收者的I幀請求，使得content發(fā)送者和其他接收者不受影響。I幀請求的影響被有效隔離Polycom雙流介紹–Content質(zhì)量之MCUContent只能發(fā)送PPT么？

低呼叫帶寬情形下，哪些方式可以提高Content質(zhì)量？

終端能力參差不齊，MCU如何解決Content質(zhì)量問題？

No各種格式和內(nèi)容都能作為Content流來共享，譬如桌面上各種應(yīng)用程序，整個桌面，視頻流，白板內(nèi)容。提高Content帶寬百分比；采用高端編碼方式H.264HP針對性的改進(jìn)，如RPDAnti-Blur算法禁止掉低能力終端的雙流能力，使用people通道傳送contentContentTranscoding總結(jié)二更好的防火墻穿越不同實(shí)現(xiàn)方式之間的互通（如MSLync與Polycom終端）互動式的Content雙流的演進(jìn)VBPH.323contentACMEH.323content(nottested)SIPcontent(BFCPoverUDP/TCP)RPADH.323contentSIPcontent(BFCPoverUDP)注：終端需要發(fā)送Content的keepalive消息，保證防火墻通道不會在呼叫中被關(guān)閉。此實(shí)現(xiàn)與防火墻穿越設(shè)備無關(guān)。更好的防火墻穿越PolycomCSS(ContentSharingSuite)實(shí)現(xiàn)了Polycom終端與LyncClient之間雙流順利收發(fā)不同實(shí)現(xiàn)之間的互通PolycomVisualBoardEasy-to-shareandEasy-to-see突發(fā)的靈感，頭腦風(fēng)暴，可以在視頻會議中方便地share出來白板，投影儀，LCD，都能成為交互idea的工具多用戶可以一起點(diǎn)評共享的內(nèi)容互動式的ContentPolycom產(chǎn)品能跟第三方設(shè)備實(shí)現(xiàn)雙流互通么？

Content只能單方向展示么？

如果該產(chǎn)品符合協(xié)議規(guī)范，是的，我們可以跟支持H.239和SIP/BFCP的第三方產(chǎn)品進(jìn)行雙流互通，譬如Cisco的終端。針對合作伙伴Microsoft，通過Polycom的CSS解決方案，完成了Polycom終端與LyncClient的雙流互通。NO.Polycom的VisualBoard能讓