通过

Contoso 案例研究：跨国公司的电话系统

  • 项目
  • 适用于:
    Microsoft Teams

根据地理位置和其他因素，Contoso 的办公室使用以下电话解决方案：

  • 网站类型 A：Skype for Business 企业语音

  • 站点类型 B：传统旧式电话系统

  • 站点类型 C：Skype for Business 企业语音与传统旧式电话系统的组合

若要为其整个组织实施 Microsoft 电话系统解决方案，Contoso 必须确定（对于每个站点类型）将以下哪个选项与电话系统配合使用，以连接到公用电话交换网 (PSTN) ：

  • 带通话套餐的电话系统

  • 通过直接路由使用自己的 PSTN 运营商的电话系统

  • 通过直接路由将电话系统与通话套餐和电话系统与自己的 PSTN 运营商组合

为了确定适合组织的解决方案，Contoso 在 Microsoft Teams 中使用了规划 Teams 语音解决方案和 Ignite 2019 会话通话。

网站类型 A：Skype for Business 企业语音

Contoso Skype for Business 企业语音 已设置为中心辐射。 有一个中心位置维护了区域中的 PSTN 网关，该网关为国家/地区的Skype for Business 企业语音用户提供了与 PSTN 的连接。 这些卫星办事处通常没有自己的互联网出口。 这些用户的数字驻留在连接到现有 SBC 的 SIP 中继上。

为了确定已部署的 SBC 是否已获得直接路由和媒体旁路认证，Contoso 检查了 已认证为直接路由的会话边界控制器列表。

用户的拨号习惯是使用分机在旧版电话系统上拨打用户，即使该用户具有可用于对等音频的Skype for Business客户端也是如此。

Contoso 基于以下问题做出决定：

  • 问： 是否需要保留本地部署提供的功能？
    答： 否

  • 问： 是否需要与第三方 PBX 系统和其他电话设备互操作？
    答： 否

  • 问： 是否需要保留当前的第三方运营商？
    答： 是 (受管制国家/地区) ，否

  • 问： 是否需要部署 SBC 的 ROI？
    答： 是和否

  • 问： Microsoft PSTN 通话套餐是否在此区域中可用？
    答： 是和否

根据他们问题的答案，Contoso 决定：

  • 将位于 PSTN 通话套餐可用的区域中的用户移动到具有通话套餐的电话系统。

  • 将未位于 PSTN 呼叫计划可用区域中的用户、位于尚未满足 SBC ROI 的站点中的用户，以及驻留在具有电话服务法规的国家/地区的用户移动到具有直接路由的电话系统。

下图显示了初始Skype for Business 企业语音部署以及如何将此部署迁移到 Microsoft 通话套餐和直接路由：

关系图显示状态之前和之后的状态。

站点类型 B：传统旧式电话系统

Contoso 有许多利用旧式电话系统的办公室。 有一部分用户具有 E1.64 电话号码，而其他人只有分机号。 这些数字驻留在 PSTN 网关的 TDM 中继上。 站点内拨号是通过利用分机前面的站点代码来确定呼叫路由到何处配置的。 用户的拨号习惯是分机拨号。

Contoso 基于以下问题做出决定：

  • 问： 是否需要保留本地部署提供的功能？
    答： 否

  • 问： 是否需要与第三方 PBX 系统和其他电话设备互操作？
    答： 是

  • 问： 是否需要保留当前的第三方运营商？
    答： 否

  • 问： Microsoft PSTN 的通话套餐是否在我们的区域可用？
    答： 是和否

根据他们问题的答案，Contoso 决定：

  • 将位于 PSTN 通话套餐可用的区域中的用户移动到具有通话套餐的电话系统。

  • 将不位于 PSTN 通话套餐可用于具有直接路由的电话系统的用户移动。

  • 维护与业务关键型模拟设备的 PSTN 连接。

下图显示了使用远程站点的原始旧系统部署，以及使用本地媒体优化迁移到直接路由部署：

原始旧部署关系图显示之前和之后的状态。

使用直接路由进行部署

显示之前和之后状态的关系图。

站点类型 C：Skype for Business 企业语音与传统旧式电话系统的组合

Contoso Skype for Business 企业语音用户号码驻留在从运营商到 SBC 的 SIP 中继上。 传统电话系统的号码驻留在 PSTN 网关的 TDM 中继上。

Contoso 基于以下问题做出决定：

  • 问： 是否需要保留本地部署提供的功能？
    答： 否

  • 问： 是否需要与第三方 PBX 系统和其他电话设备互操作？
    答： 否

  • 问： 是否需要保留当前的第三方运营商？
    答： 否

  • 问： 是否需要部署 SBC 的 ROI？
    答： 是和否

  • 问： Microsoft 的 PSTN 通话套餐是否在此区域中可用？
    答： 否

根据他们问题的答案，Contoso 决定以下事项：

  • 对于将启用直接路由的旧式电话用户，Contoso 将号码从 TDM 中继移植到 SBC 的 SIP 中继，因为 SBC 已获得直接路由认证。

  • 为了支持一部分用户迁移到电话系统并允许继续通过旧系统进行路由，旧版电话系统已设置为 SBC 的下一跃点。

  • 此外，为了鼓励用户行为更改并消除对站点间和站点内分机拨号的依赖，Contoso 提供了使用 Teams 进行所有内部呼叫的指导。

下图显示了原始Skype for Business 企业语音和旧式电话系统部署，以及使用直接路由迁移到混合部署：

原始混合部署关系图 1 显示了之前的状态。

混合部署和直接路由关系图 2 显示之前状态。

通话套餐

为了确定通话套餐的配置要求，Contoso 查看了 通话套餐核心部署决策。 已做出以下决定：

  • 问： 我的用户是否需要国际呼叫？
    答： 是

  • 问： 我的用户是否每个都有一个直接向内的 DID 电话号码？
    答： 今天不是。 启用的所有用户都将收到 DID。

  • 问： 是否要屏蔽或禁用来电显示？
    答： 用户的呼叫方 ID 将被屏蔽为 Contoso 的本地号码。

配置

通话套餐网站

为了获取许可证并向用户分配电话号码，Contoso 遵循了 设置通话套餐中的步骤。

由于需要分配电话号码的用户数，Contoso 决定使用 PowerShell 分配电话号码。 为了了解如何使用 PowerShell 分配号码（除了其他设置），Contoso 使用了 Teams PowerShell 概述。

直接路由站点

为了将 Contoso 的本地电话基础结构连接到 Microsoft Teams，Contoso 的管理员按照 配置直接路由 中的步骤操作，并查看了 Microsoft Teams 中的直接路由 视频以获取指导。 Contoso 还引用了经认证的 SBC 供应商提供的直接路由部署文档。

在 SBC 和 Microsoft 电话系统之间配置直接路由后，Contoso 必须测试配置。 为此，Contoso 管理员使用了 Ignite 2019 的“直接路由汇报”会话中讨论的 SIP 测试器客户端。 SIP 测试程序客户端脚本和文档是从 PowerShell 脚本下载的，用于测试直接路由会话边界控制器连接。

本地媒体优化

Contoso 看到了在全球不同区域利用本地媒体优化的机会。 直接 路由的本地媒体优化中介绍了 Contoso 支持的方案。 本地媒体优化的配置已按照 SBC 供应商和 Microsoft 的指导完成。 本地媒体优化的配置步骤包括：

  • 配置用户和 SBC 站点

  • 根据 SBC 供应商规范配置 SBC，

  • 将外部受信任的 IP 地址添加到用于本地媒体优化的每个站点

  • 定义网络拓扑

  • 定义虚拟网络拓扑

  • 确定模式：始终绕过或仅适用于本地用户

网络注意事项

Contoso 有许多用户在启用电话系统后需要长时间远程工作。 用户使用 VPN 访问某些业务线应用程序。 在 VPN 上时，电话系统用户遇到通话质量下降的情况。

为了解决质量问题，Contoso 实现了 VPN 拆分隧道，允许其Office 365流量在与内部应用的连接保留在 VPN 上时遍历 Internet。 为了实现 VPN 拆分隧道，Contoso 遵循了为Office 365实现 VPN 拆分隧道中的指南。