浅谈MS Teams Direct Routing中的本地媒体流优化技术

这是一项新的Direct Routing相关的技术：Local Media Optimization，本地媒体流优化，这是跟另一些技术相关关联的，所以在讲Local Media Optimization之前，我们先来回顾一些知识点：

Microsoft Teams Direct Routing: 直接路由, 是指 SBC 将来自MS Teams Phone System 的呼叫路由到PSTN网络的能力。虽然企业中的 MS Teams 客户端可以通过 Microsoft Calling Plan 来呼叫到PSTN网络（一种M365提供的SaaS服务），但大部份现有的企业更大可能会选择自己现有的PSTN运营商以及使用自己的DID号码，以提供更多的附加价值（如降低成本、可用性或现有合同）这也是为什么需要Direct Routing 的原因之一。

Media Bypass: 媒体旁路，它提供了把Teams Call媒体流保持在本地网络的能力，而不是将其发送到M365 Cloud，以便提高呼叫的可靠性与质量。

Local Media Optimization: 本地媒体流优化，它是MS Teams Phone System 架构上面的关于媒体旁路的新能力，它能够为Teams Call 提供最优的本地SBC作为媒体网关，这种技术适合于有多个站点的大型企业来优化他们的Teams Call.

MS Teams在推出Direct Routing的时候已经预想到这样两个关于语音质量的挑战了：

1）让Teams的媒体流保持在Teams Client与SBC之间，而不是把媒体直接送到O365上面。这种做法，我们称之为“媒体旁路 Media Bypass”，它对于缩短呼叫建立时间、通过避免媒体流向O365, 提高呼叫的可靠性起到至关重要的作用。从下图的红线（媒体流向）可以看出，启用了媒体旁路之后，媒体流会跳过O365直接流向本地的SBC，从而大大提高呼叫质量与可靠性。

2）媒体旁路这项技术需要内网的Teams Client可访问SBC的公网IP，这对于大部分企业是做不到的（安全性问题），为了解决这个问题，微软推出了一个全新的媒体旁路架构：Local Media Optimization，本地媒体流优化。

在之前，拥有多个站点的企业在规划他们的Direct Routing的时候会有这样两个选择：

1）为不同的站点分别使用独立的本地SBC，再通过Direct Routing来连接MS Phone System，这种方法可以使用传统的媒体旁路来把媒体保持在本地，但缺点是你要配置，监控，维护多个站点的设备与链路。

2）在企业的中央站点只配置一台中央SBC来与MS Phone System 对接，其它站点的SBC与这台中央SBC对接，其它站点的用户的媒体流都是先通过这台中央SBC再流向各自的SBC，优点是你可以不用维护太多的SBC，但缺点明显是呼叫质量一定不会太好的。

而本地媒体流优化就是来解决这些问题的，呼叫的信令信息会通过中央SBC传送到本地的SBC，但媒体流会保持在当地，这样就允许企业可以只需要有一台中央SBC 与MS Teams Phone System对接，其它本地的SBC与中央SBC对接即可（上文第二个选择），降低维护时间之外，还可以不影响呼叫质量。

以下是本地媒体流优化两个典型应用场景：

A）企业的内网Teams用户想使用媒体旁路技术，但是他们又不可以直接访问SBC的公网IP。取而代之就是使用SBC的内网IP，如下图中的192.168.5.5，我们称这个IP为SBC的Optimal IP，Local Media Optimization会基于Teams Client所在的位置来确定这个Optimal IP, 并把它写在SIP信令当中（SDP）

B）第二个场景就完全发挥了本地媒体流优化的作用。在企业中，并不是所有地区的SBC都有能力与MS Phone System对接，在其它地区的Teams用户若想进行本地的语音呼叫时，它的媒体流路径就会变得非常的长，例如下图架构中有三个国家（Singapore, Vietnam, Indonesia），只有SPG Site使用Direct Routing与M365对接。

当在Vietnam Teams Client想要进行语音呼叫时，之前的路径是 Teams Client >> Phone System >> SPG SBC >> Vietnam SBC >> PSTN

但是使用了本地媒体流优化后，路径会缩短成 Teams Client >> Vietnam SBC >> PSTN

最后，我们来介绍一下本地媒体流优化的两种模式：Always bypass mode 与 Only for local user mode，合理使用这两种模式可以更好地优化你的呼叫路径：

Always bypass mode : 无论Teams Client 位于哪个地区/子网（当然是后台定义好的子网段），都会跳过Phone System 与本地的SBC而直接由当地的SBC/Gateway 出局到PSTN；

路径是这样的 Teams Client >> Vietnam SBC >> PSTN

所以这种模式适用于：当Vietnam与Indonesia子网之间的网络是高速稳定的，那么Vietnam与Indonesia的Teams用户都可以使用这种模式。

Only for local user mode：在这种模式下面，如果企业中的Vietnam与Indonesia子网之间的网络不通，而Indonesia与SPG的网络是通的话，这时若Teams Client 现在在Indonesia子网里面，他的媒体流就会通过SPG流向Vietnam，路径是这样的 Teams Client >> SPG SBC >> Vietnam SBC >> PSTN

所以这种模式适用于：当Vietnam与Indonesia子网之间的网络不通时，位于Indonesia子网的Teams用户使用。