通过

你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

Azure 通信网关与 Operator Connect 和 Teams 电话移动版的互操作性概述

  • 项目

Azure 通信网关可操作信号和媒体，以满足你的网络和 Operator Connect 与 Teams 电话移动版程序的要求。 本文概述了 Azure 通信网关为 Operator Connect 和 Teams 电话移动版提供的互操作性功能。

重要

必须与 Microsoft 签署运营商连接或 Teams 电话移动版协议才能使用此服务。

网络中的角色和位置

Azure 通信网关位于固定电话和移动电话网络的边缘。 它将这些网络连接到 Microsoft 电话系统，让你能够支持 Operator Connect（针对固定电话网络）和 Teams 电话移动版（针对移动电话网络）。 下图显示了 Azure 通信网关在网络中的位置。

连接到固定和移动网络的 Azure 通信网关的体系结构图

通过 Microsoft 电话系统和 Azure 通信网关从 Microsoft Teams 客户端到你的网络的呼叫流。

符合经认证的 SBC 规范

对于 Operator Connect 和 Teams 电话移动版，Azure 通信网关支持 Microsoft 经认证的 SBC 规范。 有关认证和这些规范的详细信息，请参阅经认证可用于直接路由的会话边界控制器以及 Microsoft 代表提供的 Operator Connect 或 Teams 电话移动版文档。

Teams 电话移动版的呼叫控制集成

通过 Teams 电话移动版可提供 Microsoft Teams 呼叫服务，以便从移动手持设备上的本机拨号程序发出呼叫，例如状态和呼叫历史记录。 这些功能需要将电话定位到 Microsoft 的智能对话和通信云 (IC3)（它是 Microsoft 电话系统的一部分）。

Microsoft 电话系统依赖于 SIP 信号中的信息来确定呼叫：

  • 是否发往 Teams 电话移动版订阅者。
  • 来自 Teams 电话移动版订阅者或在两个 Teams 电话移动版订阅者之间。

核心移动网络必须通过使用唯一中继或通过正确填充 Teams 电话移动版 SIP 规范定义的 X-MS-FMC 标头，向 Azure 通信网关提供此信息。 如果你无权访问这些规范，请联系 Microsoft 代表或加入团队。

核心移动网络还必须能够定位呼叫并将其转入 Microsoft 电话系统。 可从以下选项中进行选择。

  • 在 Azure 通信网关中使用移动控制点 (MCP)。 MCP 是一种 IMS 应用程序服务器，它会查询 Teams 电话移动版咨询 API，来确定呼叫是否涉及 Teams 电话移动版订阅者。 然后，MCP 会添加 X-MS-FMC 标头并更新信号，以便通过 Azure 通信网关将呼叫转入 Microsoft 电话系统。 有关详细信息，请参阅适用于 Teams 电话移动版的 Azure 通信网关中的移动控制点。
  • 从 Metaswitch 部署移动控制点 (MCP) 的本地版本。 有关详细信息，请参阅移动控制点的 Metaswitch 说明。 此版本的 MCP 不包括在 Azure 通信网关中。
  • 在核心网络中使用其他路由功能检测 Teams 电话移动版订阅者并通过 Azure 通信网关将发往/来自这些订阅者的 INVITE 路由到 Microsoft 电话系统。

重要

如果 INVITE 具有 X-MS-FMC 标头，则核心不得将呼叫路由到 Microsoft Teams。 呼叫已定位到 Microsoft 电话系统。

SIP 信号

Azure 通信网关将呼叫自动互通，来支持 Operator Connect 和 Teams 电话移动版中的以下要求：

  • SIP over TLS
  • X-MS-SBC 标头（描述 SBC 函数）
  • SDP 正文中关于 a= 属性标头的严格规则
  • 关于呼叫转接处理的严格规则

可以在初始网络设计过程中或随时通过提出对 Azure 通信网关的支持请求来安排更多互通功能。 例如，可能需要为以下项执行额外的互通配置：

  • 高级 SIP 标头或 SDP 消息操作
  • 支持可靠的临时消息 (100rel)
  • 早期和后期媒体之间的互通
  • 来自带内 DTMF 音的交互
  • 将唯一租户 ID 放置在 SIP 消息中的其他位置（例如放在 tgrp 参数中），以便网络更容易使用它

Microsoft 电话系统要求主叫 (A-) 和被叫 (B-) 电话号码采用 E.164 格式。 此要求适用于 SIP 和 TEL 号码。 建议将网络配置为对所有号码使用 E.164 格式。 如果网络无法将号码转换为 E.164 格式，请联系加入团队或提出支持请求，讨论你的号码转换要求。

网络与 Azure 通信网关之间的 SIP 中继是多租户的，这意味着来自所有客户的流量将共享同一中继。 默认情况下，Operator Connect 或 Teams 电话移动版的流量包含 X-MS-TenantID 标头。 此标头标识发送流量的企业，并且可供计费系统使用。

RTP 和 SRTP 媒体

Microsoft 电话系统通常需要对媒体使用 SRTP。 Azure 通信网关同时支持 RTP 和 SRTP，并且可以在它们之间互通。 Azure 通信网关提供其他媒体操作功能，使网络能够与 Microsoft 手机系统互操作。

呼叫的媒体处理

部署 Azure 通信网关时，必须选择要支持的编解码器。

Operator Connect 和 Teams 电话移动版要求核心网络在呼叫转接期间支持回铃声（响铃音）。 核心网络还必须支持舒适噪音。 如果核心网络无法满足这些要求，Azure 通信网关可以将媒体注入到呼叫中。

媒体互通选项

Azure 通信网关提供多个媒体互通选项。 例如，你可能需要：

  • 更改 RTCP 的处理
  • 控制带宽分配
  • 确定特定媒体流量的优先级以保证服务质量

有关 Azure 通信网关中提供的媒体互通功能的完整详细信息，请提出支持请求。

预配和 Operator Connect API

运营商连接和 Teams 电话移动版需要在 IT 系统和 Microsoft Teams 之间实现 API 集成，以便进行流式预配和自动化。 部署经过认证并启动后，不得使用门户进行预配。 Azure 通信网关提供了备用方法来预配订阅者，它提供预配 API（预览版），支持进行从 BSS 客户端到 Azure 通信网关和 Operator Connect 环境的直通预配。 Azure 通信网关还提供集成到 Azure 门户的号码管理门户（预览版）用于基于浏览器的预配；通过该预配，你能够在完成 API 集成时开始使用。

有关详细信息，请参阅：

提示

这些方法不允许企业客户管理 Teams 通话。 例如，它们未提供自助服务门户。

向 Microsoft Teams 提供通话时长数据

Azure 通信网关可以使用 Operator Connect API 将单个通话的时长信息（CallDuration 信息）上传到 Microsoft Teams 环境中。 此信息让 Microsoft Teams 客户端可以显示网络记录的通话时长，而不是 Microsoft Teams 记录的通话时长。 向 Microsoft Teams 提供此信息是 Azure 通信网关代表你执行的 Operator Connect 计划的要求。

与监视要求的兼容性

Azure 通信网关服务包括持续监视部署中的潜在故障。 我们监视的指标涵盖运营商作为 Operator Connect 计划的一部分必须监视的所有指标，包括：

  • 通话质量
  • 呼叫错误和异常行为（例如，呼叫设置失败、短呼叫或异常断开连接）
  • Azure 通信网关中的其他错误

我们将调查潜在的故障，并确定故障是与 Azure 通信网关还是 Microsoft 电话系统相关。 我们可能需要你在网络中执行一些故障排除步骤，以帮助隔离故障。

后续步骤