视频双流培训-20131217

©Polycom,Inc.Allrightsreserved.视频会议培训–双流技术PolycomSQATeamDecember2013©Polycom,Inc.Allrightsreserved.2•什么是双(视频)流•双流的使用场景•双流的实现方式•Polycom双流介绍•双流的演进培训内容©Polycom,Inc.Allrightsreserved.3什么是双（视频）流•单流:‒传统视频会议：语音和会场图像•双流‒双视频流传送技术‒语音，会场图像，内容（PPT,桌面等）一起实时传送-希望传递更多的信息：图表，数据-希望有数据的协同工作，以增强会议临场感，提高视频会议的效率。客户©Polycom,Inc.Allrightsreserved.4会场视频＋桌面共享会场视频＋电子白板双流的使用场景会场视频＋另一路会场视频©Polycom,Inc.Allrightsreserved.5People+ContentDuoVideoH.239BFCP/SDPPolycom针对H.323的双流技术Cisco/Tandberg针对H.323的双流技术2003年7月，基于Polycom的People+Content技术，ITU批准了H.239标准,成为H.323呼叫中双流的通用协议SIP协议中利用SDP和BFCP，完成双流功能双流的实现方式–信令协议©Polycom,Inc.Allrightsreserved.6RemoteDesktopProtocol(RDP)远程桌面协议桌面传送T.120Lync呼叫中，采用RDP实现Content传送国内不少厂商的私有协议通过插帧的方式传送静止图文被Cisco收购的Webex采用T.120实现会议中数据信息的传送和协同工作双流的实现方式–信令协议©Polycom,Inc.Allrightsreserved.7•基于Video编码‒VGA，HDMI等输入作为Content源‒Content流基于Video处理‒多用于硬件终端‒优点：基于标准，Interop容易‒缺点：效率低，Content和Video的要求有区别;带宽占用高‒代表产品：PolycomHDX/GS，CiscoSX，VidyoVidyoRoom双流的实现方式–Content编码©Polycom,Inc.Allrightsreserved.8•基于Image编码‒抓屏作为Content输入‒典型的框架：首先进行图片内容分割，对文字部分进行近似无损压缩，对自然图像部分进行类似于JPEG方式压缩‒多用于软终端‒优点：效率高，Content清晰且传输数据量少‒缺点：绝大多数基于私有协议实现‒代表产品：PolycomRPD/RPM(基于标准信令),MSLync,CiscoWebex,Zoom,Virtualdesktop(如Vmware的PCoIP)双流的实现方式–Content编码©Polycom,Inc.Allrightsreserved.9双流技术==H.239么？SIP双流与H.239有关系么？双流有哪些应用？No实现双流的方式很多，H.239只是其中一种方式。另外还有SIP/BFCP,RDP，桌面传送等。NoSIP用BFCP来做content发送控制，跟H.239没有关系。1.桌面共享，数据共享，应用程序共享2.头脑风暴型会议，随时共享自己的突发灵感，讨论性会议3.大型会议里，两路视频流传送会场信息总结一©Polycom,Inc.Allrightsreserved.10ContentKingVideoImportantAudioEssentialContent会是视频会议未来的发展重点么？©Polycom,Inc.Allrightsreserved.11•故事一‒客户：我用RPD的时候可以共享整个桌面给别人，RPM可以吗？‒技术支持：RPM不可以。一方面是操作系统的限制，另一方面是移动终端和个人电脑之间的使用区别Polycom终端支持哪些方式的内容共享呢？Polycom双流介绍–Content源©Polycom,Inc.Allrightsreserved.12硬终端可以通过丰富的物理接口直接获取Content源HDX8006：HDCI,DVI,S-VIDEO,USBGroup700：HDCI,HDMI,VGA,S-VIDEO,Component,USBPolycom双流介绍–Content源©Polycom,Inc.Allrightsreserved.13ContentHDMI/VGAUSBS-Video/ComponentHDCI硬终端可以通过丰富的物理接口直接获取Content源Polycom双流介绍–Content源©Polycom,Inc.Allrightsreserved.14‒PPCIPforHDX/GS‒作为独立应用程序运行于Windows或者MacOSX系统‒对系统桌面编码并发送到HDX/GS‒目前不支持Content音频，未来会支持‒RPD/RPMSmartPairingContent‒RPD/RPM内嵌PPCIP‒控制信令和原生PPCIP一致‒Content编码采用RPD/RPM编码器‒可以共享应用程序，或者桌面硬终端还可以通过网络传输获取Content源Polycom双流介绍–Content源©Polycom,Inc.Allrightsreserved.15软终端作为一个应用程序，运行在各类主流的桌面或者移动操作系统之上，可以将操作系统上的内容（应用程序或者系统桌面）作为content共享出去‒RPD(Windows,MacOSX)‒将系统桌面或者其他应用程序编码发送‒用户的本地操作直接呈现在远端‒RPM(iOS,Android)‒通过RPM内嵌的浏览器打开支持共享的文件或网页‒也可以在其他应用程序中（如Mail，Dropbox）调用RPM打开支持的文件‒目前无法共享移动系统桌面Polycom双流介绍–Content源©Polycom,Inc.Allrightsreserved.16•GS:Content最高到1080p/60fpsHighProfile最高到1080p/60，要求分配给content的带宽大于400k[注2]BaseProfile最高到720p/30，要求呼叫速率大于等于832k•HDX:Content最高到1080p/15fps(不支持HighProfile)协商1080p/15fpsContent要求呼叫速率大于等于832k，且为Sharpness模式[注3]•RPD:Content最高到720p/5fps协商720pContent要求分配给Content的带宽大于等于64k•RPMAndroid:Content发送最高到720p/3fps，接收最高到720p/7.5fps协商720pContent要求分配给Content的带宽大于等于64k•RPMiOS:Content发送最高到XGA/3fps，接收最高到720p/7.5fps[注4]协商最高能力Content要求分配给Content的带宽大于等于64kPolycom双流介绍–Content能力集之终端[注1]©Polycom,Inc.Allrightsreserved.17•Ninja(RMX1800):Content最高到1080p/60fpsHighProfile协商1080p/60fpsContent要求分配给Content的带宽大于等于2048kBaseProfile协商1080p/60fpsContent要求分配给Content的带宽大于等于3072k•RMX:Content最高到1080p/30fpsHighProfile协商1080p/30fpsContent要求分配给Content的带宽大于等于768kBaseProfile协商1080p/30fpsContent要求分配给Content的带宽大于等于1536k•SoftMCU:Content最高到1080p/15fps(不支持HighProfile)[注2]BaseProfile协商1080p/15fpsContent要求分配给Content的带宽大于等于768k所有MCU产品只要分配给Content的带宽大于等于64k，就能协商720p高清ContentPolycom双流介绍–Content能力集之MCU[注1]©Polycom,Inc.Allrightsreserved.18•故事二‒客户：共享内容时别人看不清我的图表啊‒技术人员：你总带宽才256K，内容占的带宽更少，况且你的网络不稳定，还经常丢包，所以。。。‒客户：我不管这些细节，别人看不清我的Content我还怎么开会啊？Polycom产品如何解决恶劣环境下Content质量问题？Polycom双流介绍–Content质量©Polycom,Inc.Allrightsreserved.19•问题一：RPD低呼叫带宽下Content模糊•解决办法：‒提高低呼叫带宽下Content的带宽占用率‒调低720P对带宽的要求‒加入Anti-Blur算法，提高Content清晰度(这一改动适用于各种带宽)CallRate256kbpsContentBandwidthContentResolutionContentQualityCMAD/RPDv2.364kXGA模糊RPDv3.0(改进前)40kXGA模糊RPDv3.0(改进后)128k720P清晰Polycom双流介绍–Content质量之终端©Polycom,Inc.Allrightsreserved.20•问题二：RPD用PPCIP共享桌面出现黑线‒桌面分辨率接近16:9时出现，如1280*800,1280*768‒RPD采用的缩放算法有问题•解决办法‒调整算法参数，在上面情况下不做过多scale，以保证Content质量Polycom双流介绍–Content质量之终端©Polycom,Inc.Allrightsreserved.21•问题三：丢包情况下，如何保证Content的质量？•解决办法：‒跟视频图像一样，LostPackageRecovery(LPR)‒保证5%丢包率，图像质量正常，10％网络丢包，图像可接受Polycom双流介绍–Content质量之终端其他厂商视频会议系统在5%丢包率的图像Polycom视频会议系统在5%丢包率的图像©Polycom,Inc.Allrightsreserved.22•问题四：低呼叫带宽时，硬终端如何保证Content的质量？•解决办法：‒H.264HP编码‒相比H.264来说，H.264HP能节省一半带宽‒设置Content优先策略‒用户自己选择Content优先还是People优先‒Content优先时，将大部分带宽分配给Content通道‒Sharpnessvs.Motion‒Content源是静态图片,选择Sharpness提高清晰度‒Content源是移动的视频，选择Motion来提高流畅性Polycom双流介绍–Content质量之终端©Polycom,Inc.Allrightsreserved.23•问题一：低能力终端拉低了整个会议的Content质量MCU对于content采用直接转发的策略，收到content流以后不做任何处理直接转发给所有接收者。为此MCU会要求所有终端协商到同一个content能力集（编码格式，速率，分辨率，帧率都一样），称之为HighestCommon。•解决办法：MCU设置最低content能力要求达不到最低content能力要求（如H.264，720p）的终端入会，即使支持content收发，也会被当做没有content能力的终端来处理。没有content能力，或者能力不达标的终端，可以通过peoplevideo通道来接收contentPolycom双流介绍–Content质量之MCU©Polycom,Inc.Allrightsreserved.24•问题二：I帧请求频发导致content丢帧或画面停顿直接转发模式下，MCU会将任何一个content接收者的I帧请求直