您当前的位置: 首页 > 新闻资讯 > 行业新闻

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


时间:2015-06-09 11:22      点击:

            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模式
       像前面所说的那样,VIS作为一个独立的服务器角色被提供,不能和前端服务器并置。VIS作为B2BUA,在架构中在网关和SFB代理中起中介作用,像Lync 2013中的中介服务器,但它也提供音频和视频的中介。
       那么VIS在内部是怎么样工作的?从下图中可以看的很明白。红色的代表Media,灰色的代表Signaling。VTC在CUCM中注册,这里为什么只有讲到思科,微软官方给出的解释是VIS目前只专注于Cisco/Tandberg。
       从图中我们注意到不论是信号流还是媒体流都必须经过VIS角色,我们很容易理解信号经过VIS是因为需要VIS处理信号流(需要转换思科和微软SIP的信号流),但是媒体为什么也要经过VIS?
          这里我们需要了解的一点是VIS不仅仅作为一个信令网关,它也是个媒体转码网关。从Lync 2013 开始视频流就采用H.264 SVC,在多方视频电话会议中的联播流上,SFB也是采用此编码。当Lync客户端和SFB客户端发送这些联播流到前端服务器上时,传统的VTC并不具备此转码能力。
          为了保存灵活性,满足各种客户端对前端服务器的A/V MCU不同的视频分辨率和帧速率的请求,就需要VIS来解决。
          VTC会直接向VIS协商出站视频流的分辨率和帧速率,如果前端服务器A/V MCU受到不同的客户端请求,则会以低的分辨率和帧速率再申请一个或两个附加流(最多三个)。由于VTC并不能提供这些额外的数据流,则只能是VIS创建它们。所以VIS会把VTC源流转换成最多3种不同的流发给前端服务器A/V MCU。