Microsoft Teams Voice语音落地系列-1 架构简述

在阅读本文以前，相信你们已经对Microsoft Teams这个产品有所了解或已经在用了，能够参考@王远：Teams的前世此生的文章，大概的产品迭代以下图，能够看出微软的重心已经慢慢地跟着Satya的战略：mobile-first, cloud-first 转移到云端。直到如今的Microsoft Teams已是一个纯云产品，同时也将将来几年时间替代Skype for Business。

我在2019年初的时候，就直接把本身的Skype for Business账号迁移到Teams上面使用，已经深深感觉到Teams的各类功能（包括 消息，会议，呼叫与协做）比 Skype for Business实在太优秀了，并且音视频质量也有明显的提升。

但从SFB迁移到Teams 或 新用户直接使用Teams的时候，做为一款通信与协做产品，都会有一样的疑问：
1）迁移到Teams以后，我还能像SFB那样打电话吗？
2）能跟公司现有的PBX互通吗？
3）能经过会议接入号加入Teams会议吗？
4）在Teams会议中能把手机用户拉进会议室吗？

我把这类问题概括为Microsoft Teams语音落地（就是Teams的电话功能），因此本系列文章主要围绕这个话题展开的，同时这项技术也是客户从SFB迁移到Teams以前必须考虑的事情之一，否则迁上去后你们都不能打电话，这问题就大了。

几种语音落地的路径：MS Teams <--> MS Phone System<-->Local SBC

首先要介绍Microsoft Phone System, 它是位于O365中的一套电话系统，使用它可让Skype for Business online 或者 Teams能够得到与本地SBC创建SIP Trunk的能力，这样的话，Teams上面的呼叫就有机会路由到本地SBC了。

再引伸一下：会话边界控制器 (SBC) 也许是 语音网关，由于本文并非在讲通信技术，因此简单理解为链接运营商PSTN网络的一个设备便可（经过SIP Trunk & PRI均可以，但通常的企业都会用PRI-E1的方式来对接PSTN），那么最多见的SBC 或 语音网关 就是SFB时代的Sonus/Ribbon 与 AudioCodes 这两家的设备了，Sonus SBC1k/2k, SWe Lite, SWe Core, AudioCodes M1KB, v-SBC, E-SBC…

到此为止，咱们在O365上面有Phone System , 企业本地上面有SBC，那用什么方式链接起来呢？就是刚刚上文说到的SIP Trunk了，但微软给它起了个名字，也是本系列的主角：
Microsoft Teams Direct Routing，是能容许您将SBC链接Microsoft Phone System的一项技术。

那么经过Direct Routing, 咱们能够直接让你的Teams用户能打电话出去，电话又能打进来，同时Teams也能与你本地的PBX系统互通了，说更简单点就是：个人Teams能够打电话啦。

如今不是流行BYOD吗？那么Direct Routing就是Bring Your Own SIP Trunk (BYOS)

下面，咱们来看看几种使用Microsoft Phone System的场景：
1）使用SBC前置：Upstream；以下图，本地的SBC与Phone System创建了Direct Routing的链接（SIP Trunk），同时SBC也链接着本地PBX与本地PSTN网络。这样就可实现Teams Voice中最主要，最基本的功能：电话的打进打出与本地PBX互联。

下图的红色与黑色分别说明了信令与媒体的流向，这种没有媒体旁路的方法让媒体流都从Phone System上面绕一圈再回来，而没有直接流向SBC。
不知道你们有没有发现这样的媒体流向的问题？红色的媒体流通过了两次Internet网络，语音质量可想而知了吧？

可是当启用了媒体旁路后，媒体流就直接在内网流向SBC，大大提高了语音的质量和外网的不稳定性，很是高兴的是最近微软已经把Media Bypass在主流的认证SBC上面都支持了：https://docs.microsoft.com/en-us/MicrosoftTeams/direct-routing-border-controllers

从下图能够看出，主流的两家认证SBC厂家都支持媒体旁路了：

2）使用Phone System + CCE+SBC的方案，可使Skype for Business Online 用户实现电话的打进打出（即本地语音落地）。
如下的Cloud PBX已更名为Phone System，从下图能够看出要实现SFB云端用户的语音落地要增长一个CCE的角色（边缘服务+媒体中介），相对于Teams的Direct Routing来讲就是麻烦了一点点, 增长了本地的运维压力

重要的东西来了：SFB online要语音落地，必需要有CCE (一套云链接器) ，同时不能使用Direct Routing。若是强制要用SFB Online来使用Direct Routing的话，会出现有时没法打电话的问题，因此信令相似于如下：
Teams---> Phone System --> Local SBC
SFB Online ---> Local CCE/Onprem SFB ---> Local SBC
请参考这篇文章: https://msunified.net/2018/05/27/microsoft-teams-direct-routing-explained/

3）SFB 本地环境与SFB Online的混合部署，跟上面的CCE方案相似，只不过把CCE换成本地的SFB, 从而为云端SFB用户提供PSTN的能力。同时，由于本地SFB的存在，能够提供基本上全功能服务。缺点就是本地运维压力是最重的。

最后汇总一下本节

1) 介绍了Teams与SFB online语音落地的几种架构。
2) 对于Teams来讲，媒体旁路的重要性。
3) 简单介绍了Microsoft Phone System 与 Direct Routing , 其实就是SIP Trunk

将来的章节中，将会深刻介绍Teams Direct Routing规划与配置过程当中的前置准备，Teams Voice Routing配置，SBC配置，测试等。