深入解析Skype for Business Server中的VIS角色

Video Interop Server是SFB中新增的一个功能,主要是为了能够和第三方视频会议系统(VIS)集成。我们都知道Lync在语音上的成功,语音网关、IP电话等都被有效的统一管理和应用,但是在视频上却显得有些欠缺。要实现视频的互通需要借助合作伙伴的解决方案来实现(Polycom),但市场上这种合作伙伴比较单一,就我所了解中国市场上,能够把Lync视频会议做的比较专业的也就是Polycom了。为什么会出现这种现象?我的猜测是因为Lync 中没有像中介服务器一样来处理视频的工作流。直到现在Video Interop Server的出现。

Video Interop Server将会打通第三方视频会议系统和SFB之间的通讯。

Video Interop Server将作为一个单独的组件部署在本地(Office 365 上不含有此功能)。不像中介服务器那样,可以并置在前端服务器上。就目前来看,官方文档上只提到了支持Cisco/Tandberg。对于其他的视频会议系统我们只能去自己测。

VIS支持的模式―SIP Trunk模式

clip_image002

像前面我所说的那样,VIS作为一个独立的服务器角色被提供,不能和前端服务器并置。

VIS作为B2BUA,在架构中在网关和SFB代理中起中介作用,像Lync 2013中的中介服务器,但它也提供音频和视频的中介。

那么VIS在内部是怎么样工作的?从下图中我们可以看的很明白。红色的代表Media,灰色的代表Signaling。VTC在CUCM中注册,这里为什么只有讲到思科,微软官方给出的解释是VIS目前只专注于Cisco/Tandberg。

从图中我们注意到不论是信号流还是媒体流都必须经过VIS角色,我们很容易理解信号经过VIS是因为需要VIS处理信号流(需要转换思科和微软SIP的信号流),但是媒体为什么也要经过VIS?

clip_image004

这里我们需要了解的一点是VIS不仅仅作为一个信令网关,它也是个媒体转码网关。从Lync 2013 开始视频流就采用H.264 SVC,在多方视频电话会议中的联播流上,SFB也是采用此编码。当Lync客户端和SFB客户端发送这些联播流到前端服务器上时,传统的VTC并不具备此转码能力。

为了保存灵活性,满足各种客户端对前端服务器的A/V MCU不同的视频分辨率和帧速率的请求,就需要VIS来解决。

clip_image005

VTC会直接向VIS协商出站视频流的分辨率和帧速率,如果前端服务器A/V MCU受到不同的客户端请求,则会以低的分辨率和帧速率再申请一个或两个附加流(最多三个)。由于VTC并不能提供这些额外的数据流,则只能是VIS创建它们。所以VIS会把VTC源流转换成最多3种不同的流发给前端服务器A/V MCU。

从上图中我们看到,VTC默认发送720p 30fps的视频流通过VIS到前端服务器的A/V MCU。

1. VIS将会重新包装原H.264 AVC视频流,然后转换为H.264 SVC流,通过前端服务器发送给那些开启演讲者视图并全30fps请求的笔记本上。

2. VIS把标记2的视频流转码,通过前端服务器发送给那些开启库视图并请求360p分辨率的桌面客户端。

3. VIS降低最低的视频分辨率和帧速率,提供给那些移动设备请求的客户端。

另外一定比较重要的是,VIS从SFB客户端一侧只能转码H.264 SVC视频流,而Lync 2010客户端并不支持此编码方式,也就意味着lync 2010客户端在这不适用。

支持点对点呼叫

VTC和SFB客户端之间的点对点呼叫是手支持的,但目前只能是VTC呼叫SFB客户端,而客户端不能直接呼叫VTC。

在简单的点对点视频呼叫上,VIS不提供额外的联播流,但它也执行基本的转换,将VTC中的标准流转化成H.264 SVC让受支持的SFB客户端能够看到VTC的视频。

clip_image006

本文出自 “挥墨的书童” 博客,谢绝转载!

你可能感兴趣的:(解决方案,skype,Business,视频会议,合作伙伴)