深入解析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模式

像前面我所说的那样，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。

从上图中我们看到，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的视频。

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