使用 Operator Connect、Teams Phone Mobile 和 Azure 通信网关为实时流量做好准备

在启动 Operator Connect 或 Teams Phone Mobile 服务之前，你和你的加入团队必须：

• 测试你的服务。
• 为启动做好准备。

在本文中，你将了解你和你的加入团队必须执行的步骤。

先决条件

• 你必须使用 Microsoft Azure 门户来部署 Azure 通信网关，并将其连接到 Operator Connect 或 Teams Phone Mobile。

• 你必须知道要用于进行集成测试和服务验证（持续通话测试）的测试号码。 这些号码不能相同。 你在部署 Azure 通信网关或将其连接到 Operator Connect 或 Teams Phone Mobile 的过程中需要选择它们。

  • 集成测试用于确认 Azure 通信网关和 Microsoft 电话系统是否可以正确地与网络进行互操作。
  • 服务验证由 Operator Connect 和 Teams Phone Mobile 程序设置。 它可确保你的部署能够在部署的整个生命周期内处理来自 Microsoft 电话系统的呼叫。

• 你必须有一个可用于集成测试的租户（代表企业客户），并且该租户中需要有一些用户，以便你可以向其分配用于进行集成测试的号码。

  • 如果你还没有合适的测试租户，则可以使用 Microsoft 365 开发人员计划，该计划提供 E5 许可证。
  • 测试用户必须被许可在“仅限 Teams”模式下使用 Teams 电话系统。

• 你必须有权访问以下配置门户。

  配置门户	所需的权限
  Operator Connect 门户	Admin 角色或 PartnerSettings.Read 和 NumberManagement.Write 角色（连接到 Operator Connect 或 Teams Phone Mobile 时你在 Project Synergy 企业应用程序上配置的）
  你的测试租户的 Teams 管理中心	用户管理

• 如果你计划使用 Azure 通信网关的预配 API（预览版）将号码上传到 Operator Connect 环境，则必须能够使用集成了该 API 的客户端发出请求。 你还必须有权访问 API 参考。

• 如果你计划使用 Azure 通信网关的号码管理门户（预览版）来配置用于进行集成测试的号码，则必须对 Azure 通信网关资源具有“读取者”访问权限，并且对 AzureCommunicationsGateway 企业应用程序具有 ProvisioningAPI.ReadUser 和 ProvisioningAPI.WriteUser 角色。

方法

在本文的某些部分中，必须执行的步骤取决于使用的是预配 API（预览版）、号码管理门户（预览版）还是 Operator Connect 门户和 API。 本文提供了有关每个选项的说明。 请选择合适的说明。

要求你的加入团队注册你的测试企业租户

你的加入团队必须向 Microsoft Teams 注册你在先决条件中选择的测试企业租户。

1. 在 Operator Connect 门户中的操作员配置中找到你的公司的“操作员 ID”。

2. 向你的加入联系人提供以下信息：

   • 你的公司的名称。
   • 你的公司的操作员 ID。
   • 要用于测试的租户的 ID。

3. 等待你的加入团队确认你的测试租户已注册。

设置你的测试租户

集成测试需要为 Operator Connect 或 Teams Phone Mobile 设置测试租户，并为此租户中的用户配置你为集成测试选择的号码。

1. 在你的测试租户中，从你的公司请求服务。

   1. 登录到你的测试租户的 Teams 管理中心。
   2. 选择“语音”>“操作员”。
   3. 在操作员列表中选择你的公司，填写窗体，然后选择“添加为我的操作员”。

2. 在你的测试租户中，创建一些测试用户（如果还没有合适的用户）。 许可这些用户使用 Teams 电话系统，并将其置于“仅限 Teams”模式下。

3. 在你的测试租户中配置紧急位置。

4. 通过预配 API（预览版）、在号码管理门户（预览版）中或使用 Operator Connect 操作员门户上传用于进行集成测试的号码。

   • 预配 API（预览版）
   • 号码管理门户（预览版）
   • 操作员门户

   以下步骤汇总了你必须对预配 API 发出的请求。 有关相关 API 资源的完整详细信息，请参阅 API 参考。

   1. 查找你的测试租户的 RFI（信息请求）资源，并更新其子“客户关系”资源的 status 属性，以指示协议已签署。
   2. 创建一个代表客户的帐户资源。 为帐户启用后端服务同步。
   3. 为每个测试号码创建一个号码资源作为帐户资源的子级。

5. 在你的测试租户中，将这些号码分配给你的测试用户。

   1. 登录到你的测试租户的 Teams 管理中心。
   2. 选择“语音”>“电话号码”。
   3. 选择一个号码，然后选择“编辑”。
   4. 将该号码分配给一个用户。
   5. 对你的所有测试用户重复此操作。

更新网络的路由配置

你的网络必须将用于服务验证测试和用于集成测试的呼叫路由到 Azure 通信网关。

1. 通过 Azure 通信网关将从任何服务验证号码向任何其他服务验证号码发起的所有呼叫路由回 Microsoft 电话系统。
2. 对涉及用于集成测试的测试号码的呼叫进行路由，方式与你期望路由客户呼叫的方式相同。

执行集成测试和请求更改

网络集成包括确定 SIP 互操作性要求并配置设备以满足这些要求。 例如，此过程通常包括用于通话保持和会话刷新的互通报头格式和/或信令和媒体流。

你必须测试你的网络的典型通话流。 我们建议你遵循你的加入团队的示例测试计划。 测试计划应当包括通话流、故障转移和连接测试。

• 如果你决定需要对 Azure 通信网关进行更改，请让你的加入团队为你进行更改。
• 如果你需要更改你的核心网络中设备的配置，则必须由你进行这些更改。

运行连接测试并上传证明

在启动之前，Microsoft Teams 会要求提供你的网络已正确连接到 Microsoft 网络的证明。

1. 请向你的加入团队证明 BFD 已启用。 在部署过程中，将 Azure 通信网关连接到你的网络时，你应当已经启用了 BFD。 例如，如果你有 Cisco 路由器，则可以提供类似于以下内容的配置。

   interface TenGigabitEthernet2/0/0.150
      description private peering to Azure
      encapsulation dot1Q 15 second-dot1q 150
      ip vrf forwarding 15
      ip address 192.168.15.17 255.255.255.252
      bfd interval 150 min_rx 150 multiplier 3
   
   router bgp 65020
      address-family ipv4 vrf 15
         network 10.1.15.0 mask 255.255.255.128
         neighbor 192.168.15.18 remote-as 12076
         neighbor 192.168.15.18 fall-over bfd
         neighbor 192.168.15.18 activate
         neighbor 192.168.15.18 soft-reconfiguration inbound
      exit-address-family
   

2. 测试与你的网络的连接的故障转移。 你的加入团队将与你合作来规划此测试并收集所需的证据。

3. 与你的加入团队协作，验证紧急呼叫处理。

使你的市场推广资源获得批准

在上线之前，你必须使面向客户的材料获得 Microsoft Teams 批准。 向你的加入团队提供以下材料进行评审。

• 新闻稿和其他营销材料
• 登陆页的内容
• Microsoft Teams 操作员目录的徽标（200 像素 X 200 像素）
• Microsoft Teams 管理中心的徽标（170 像素 X 90 像素）

测试票证提交

你必须测试是否可以在 Azure 门户中提交票证来报告 Azure 通信网关的问题。 请参阅针对 Azure 通信网关获取支持或请求变更。

了解监视和维护

你的运营团队可以使用所选关键指标来监视 Azure 通信网关。 在 Azure 通信网关的订阅中具有“读取者”角色的任何人都可以使用这些指标。 请参阅监视 Azure 通信网关。

运营团队必须具有以下方面的 Azure Monitor 警报：

• Azure 服务运行状况通知，以随时了解即将进行的升级和计划性维护活动。
• Azure 资源运行状况通知，以随时了解 Azure 通信网关运行状况的更改。

验证 API 集成

你的加入团队必须向 Microsoft 提供证据，以证明你已集成了用于预配的 Microsoft Teams Operator Connect API。 请选择适用于你的部署的说明。

安排综合测试

你的加入团队必须为你的部署安排模拟测试。 此模拟测试是一系列至少持续七天的自动测试。 它验证服务质量和可用性的最重要指标。

启动后，将使用测试号码通过你的部署发送模拟流量。 此流量用于持续检查你的部署的运行状况。

安排启动日程表

启动日期是 Teams 管理中心内显示给企业的日期。 你的加入团队必须通过向 Microsoft Teams 发出请求来安排此日期。

你的服务可以在每个月的特定日期启动。 你的加入团队必须在你的首选启动日期之前至少提前两周来提交请求。

后续步骤

• 等待你的启动日期。
• 了解如何针对 Azure 通信网关获取支持和请求变更。
• 了解如何使用号码管理门户来管理企业。
• 了解如何监视 Azure 通信网关。
• 了解维护通知。