视频双流培训_20131217分析.pptx

视频会议培训 – 双流技术;什么是双(视频)流 双流的使用场景 双流的实现方式 Polycom双流介绍 双流的演进;什么是双（视频）流;会场视频＋桌面共享;;Remote Desktop Protocol (RDP) 远程桌面协议;基于Video编码 VGA，HDMI等输入作为Content源 Content流基于Video处理 多用于硬件终端 优点：基于标准，Interop容易 缺点：效率低，Content和Video的要求有区别; 带宽占用高 代表产品：Polycom HDX/GS，Cisco SX，Vidyo VidyoRoom ;基于Image编码 抓屏作为Content输入 典型的框架：首先进行图片内容分割，对文字部分进行近似无损压缩，对自然图像部分进行类似于JPEG方式压缩 多用于软终端 优点：效率高，Content清晰且传输数据量少 缺点：绝大多数基于私有协议实现 代表产品：Polycom RPD/RPM (基于标准信令), MS Lync, Cisco Webex, Zoom, Virtual desktop(如Vmware的PCoIP);双流技术==H.239么？SIP双流与H.239有关系么？双流有哪些应用？;;故事一 客户：我用RPD的时候可以共享整个桌面给别人，RPM可以吗？ 技术支持：RPM不可以。一方面是操作系统的限制，另一方面是移动终端和个人电脑之间的使用区别;硬终端可以通过丰富的物理接口直接获取Content源;;PPCIP for HDX/GS 作为独立应用程序运行于Windows或者Mac OS X系统 对系统桌面编码并发送到HDX/GS 目前不支持Content音频，未来会支持;软终端作为一个应用程序，运行在各类主流的桌面或者移动操作系统之上，可以将操作系统上的内容（应用程序或者系统桌面）作为content共享出去;GS: Content最高到1080p/60fps High Profile 最高到1080p/60，要求分配给content的带宽大于400k [注2] Base Profile 最高到720p/30，要求呼叫速率大于等于832k HDX: Content最高到1080p/15fps (不支持High Profile) 协商1080p/15fps Content要求呼叫速率大于等于832k，且为Sharpness模式 [注3] RPD: Content最高到720p/5fps 协商720p Content要求分配给Content的带宽大于等于64k RPM Android: Content发送最高到720p/3fps，接收最高到720p/7.5fps 协商720p Content要求分配给Content的带宽大于等于64k RPM iOS: Content发送最高到XGA/3fps，接收最高到720p/7.5fps [注4] 协商最高能力Content要求分配给Content的带宽大于等于64k ;Ninja (RMX1800): Content最高到1080p/60fps ? High Profile协商1080p/60fps Content要求分配给Content的带宽大于等于2048k Base Profile协商1080p/60fps Content要求分配给Content的带宽大于等于3072k RMX: Content最高到1080p/30fps ? High Profile协商1080p/30fps Content要求分配给Content的带宽大于等于768k Base Profile协商1080p/30fps Content要求分配给Content的带宽大于等于1536k Soft MCU: Content最高到1080p/15fps (不支持High Profile) [注2] Base Profile协商1080p/15fps Content要求分配给Content的带宽大于等于768k 所有MCU产品只要分配给Content的带宽大于等于64k，就能协商720p高清Content ;故事二 客户：共享内容时别人看不清我的图表啊 技术人员：你总带宽才256K，内容占的带宽更少，况且你的网络不稳定，还经常丢包，所以。。。 客户：我不管这些细节，别人看不清我的Content我还怎么开会啊？;问题一：RPD低呼叫带宽下Content模糊;问题二：RPD用PPCIP共享桌面出现黑线;问题三：丢包情况下，如何保证Content的质量？;问题四：低呼叫带宽时，硬终端如何保证Content的质量？;问题一：低能力终端拉低了整个会议的Content质量 MCU对于content采用直接转发的策略，收到content流以