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

深入解析SkypeforBusinessServer中的VIS角色

视频互 *** 作服务器是SFB的新增功能，主要是为了更好地与第三方视频会议声音系统(VIS)集成。大家都知道Lync在视频语音上的成功。语音网关、IP电话等。都是合理统一的管理和使用，但在视频上似乎有所欠缺。要完成视频的传播，必须依靠合作伙伴(Polycom)的解决方案，但这类合作伙伴在销售市场上比较单一。据我所知，Polycom是中国市场上能让Lync视频会议更具技术性和专业性的产品。这是怎么发生的？我的猜测是Lync没有像中介服务器那样解决视频的工作流引擎。直到视频互 *** 作服务器的出现。

视频互 *** 作服务器可以连接第三方视频会议声音系统和SFB之间的通信。

视频互 *** 作服务器将作为独立组件部署在本地(在Office365上不可用)。与中介公司服务器不同，它可以配置在前端开发服务器上。现阶段，官网文本文档中只提到适用的思科/腾博。对于其他视频会议音响系统，我们还得自己测试。

VIS适用模式-—SIP中继模式

正如我之前一直说的，VIS是作为一个单独的服务器角色呈现的，不能与前端开发服务器并列。

作为B2BUA，VIS在框架中扮演网关ip和SFB代理之间的中介角色，就像Lync2013中的中介公司服务器一样，但它也显示了音频和视频的中介公司。

那么VIS内部是如何工作的呢？从下图大家可以看的很清楚。鲜红色表示媒体，深灰表示信令。职训局申请在CUCM注册。为什么这里只提到思科交换机？微软官网表示，VIS现阶段只致力于思科/Tandberg。

从图中，每个人都注意到数据信号流和媒体流都必须经过VISpersona。数据信号通过VIS很好理解，因为数据信号流必须通过VIS解决(思科交换机和微软SIP的数据信号流必须改变)，但为什么新闻媒体要通过VIS呢？

这里必须掌握的是，VIS不仅是一个消息网关ip，还是一个新闻媒体转换格式网关ip。从Lync2013开始，视频流选择了H.264SVC，SFB在多方面视频电话会议中的工资流也选择了这个数字。当Lync客户端和SFB客户端将这种薪资流推送到前端开发服务器时，传统的VTC不具备这种转换格式的工作能力。

为了更好地存储协调能力，考虑到各种客户端对前端开发服务器的A/VMCU对视频屏幕分辨率和帧率的不同要求，VIS必须对其进行处理。

VTC将立即与VIS讨论出站视频流的屏幕分辨率和帧速率。如果前端开发服务器A/VMCU遭受不同的客户端需求，它将申请一个或两个额外的低屏幕分辨率和帧速率的流(最多三个)。因为VTC无法显示这种额外的数据流分析，所以VIS只能构建它们。因此，VIS会将VTC流源转换为最多三个不同的流，并发送给前端开发服务器A/VMCU。

从图中可以看出，VTC的默认设置是根据VIS将1080P30fps的视频流推送到前端开发服务器的A/VMCU。

1.VIS可能会把原来的H.264AVC视频流重新打包，然后转换成H.264SVC流，按照前端开发服务器要求，打开音箱主视图，全30fps发送给这些笔记本电脑。

2.VIS将ID2的视频流转换成格式，发送给这些打开库主视图，根据前端开发服务器要求360p屏幕分辨率的桌面客户端。

3.VIS降低了最低视频屏幕分辨率和帧速率，并将其呈现给这些移动设备所需的客户端。

另外，一定很关键的一点是，VIS只对来自SFB客户端的H.264SVC视频流进行转换，而lync2010客户端并不兼容这种编码方式，也就是说Lync2010客户端在这里并不合适。

用于点对点呼叫

职训局与SFB客户之间的点对点通话可以通过人工实现，但目前只有职训局呼叫SFB客户，客户无法立即呼叫职训局。

在简单的点对点视频呼叫中，VIS不显示额外的付费流，但它也实现了基本的转换，将VTC中的标准 *** 作转换为H.264SVC，以便适用的SFB客户端可以看到VTC的视频。