Azure 通信网关可以操控信令和媒体，以满足您的网络以及 Operator Connect 和 Teams 手机移动方案的需求。 本文概述了 Azure 通信网关为操作员连接和 Teams Phone Mobile 提供的互作性功能。
重要
您必须与 Microsoft 签署 Operator Connect 或 Teams Phone Mobile 协议才能使用此服务。
网络中的角色和位置
Azure 通信网关位于固定线路和移动网络的边缘。 它将这些网络连接到Microsoft电话系统，允许你支持运营商连接（用于固定线路网络）和 Teams 电话移动版（适用于移动网络）。 下图显示了 Azure 通信网关位于网络中的位置。
呼叫通过Microsoft电话系统和 Azure 通信网关从 Microsoft Teams 客户端流向网络。
符合认证的 SBC 规范
Azure 通信网关支持 Microsoft 关于运营商连接和 Teams Phone Mobile 认证 SBC 的规范。 有关认证和这些规范的详细信息，请参阅 认证用于直接路由的会话边界控制器 以及由 Microsoft 的代表提供的 Operator Connect 或 Teams Phone Mobile 文档。
Teams Phone Mobile 的呼叫控制集成
Teams Phone Mobile 允许你提供 Microsoft Teams 呼叫服务, 用于通过移动设备的默认拨号器发起的通话，例如在线状态和通话历史记录。 这些功能需要在Microsoft智能对话和通信云（IC3）中定位呼叫，这是Microsoft电话系统的一部分。
Microsoft电话系统依赖于 SIP 信号中的信息来确定呼叫是否为：
- 致 Teams Phone Mobile 用户
- Teams Phone Mobile 用户或两个 Teams Phone Mobile 用户之间。
核心移动网络必须使用唯一 X-MS-FMC 中继或正确填充 Teams 电话移动 SIP 规范定义的标头，向 Azure 通信网关提供此信息。 如果您无权访问这些规格，请联系您的 Microsoft 代表或入职团队。
核心移动网络还必须能够定位和转移呼叫到Microsoft电话系统。 可以从以下选项中进行选择。
- 在 Azure 通信网关中使用移动控制点（MCP）。 MCP 是一个 IMS 应用程序服务器，它查询 Teams 电话移动咨询 API，以确定呼叫是否涉及 Teams 电话移动订阅者。 MCP 然后添加 X-MS-FMC 标头并更新信号，以通过 Azure 通信网关将呼叫转移到Microsoft电话系统中。 有关详细信息，请参阅 Teams Phone Mobile 的 Azure 通信网关中的移动控制点。
- 从 Metaswitch 部署移动控制点（MCP）的本地版本。 有关详细信息，请参阅 移动控制点的 Metaswitch 说明。 此版本的 MCP 不包括在 Azure 通信网关中。
- 使用核心网络中的其他路由功能来检测 Teams Phone Mobile 订阅者，并将针对这些订阅者的 INVITE 路由或从这些订阅者路由到 Microsoft 电话系统，通过 Azure 通信网关。
重要
如果 INVITE 具有 X-MS-FMC 标头，则核心不得将呼叫路由到 Microsoft Teams。 该呼叫已在Microsoft电话系统中定位。
SIP 信号
Azure 通信网关自动对呼叫进行互通处理，以支持 Operator Connect 和 Teams Phone Mobile 的以下需求：
- 基于 TLS 的 SIP
- 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 Phone Mobile 的流量包含 X-MS-TenantID 标头。 此标头标识发送流量的企业，并可供您的计费系统使用。
RTP 和 SRTP 媒体
Microsoft电话系统通常需要对媒体使用 SRTP。 Azure 通信网关同时支持 RTP 和 SRTP，并且可以在它们之间交互。 Azure 通信网关提供了进一步的媒体处理功能，使网络能够与 Microsoft 电话系统互通。
通话媒体处理
部署 Azure 通信网关时，必须选择要支持的编解码器。
运营商连接和 Teams 手机电话要求核心网络在呼叫转移期间支持回铃音（响铃音）。 核心网络还必须支持舒适噪音。 如果核心网络无法满足这些要求，Azure 通信网关可以将媒体注入到调用中。
媒体交互选项
Azure 通信网关提供了多个媒体交互选项。 例如，您可能需要：
- RTCP 的更改处理
- 控制带宽分配
- 优先处理特定媒体流量以实现服务质量
有关 Azure 通信网关中提供的媒体交互功能的完整详细信息，请提出支持请求。
预配和操作员连接 API
Operator Connect 和 Teams Phone Mobile 需要在你的 IT 系统和 Microsoft Teams 之间进行 API 集成，以支持一体化预配和自动化。 部署经过认证并启动后，不得使用门户进行预配。 Azure 通信网关提供了一种替代方法，通过其预配 API（预览版），实现从 BSS 客户端到 Azure 通信网关和运营商连接环境的流式预配。 Azure 通信网关还提供了集成到 Azure 门户中的号码管理门户（预览版），用于基于浏览器的预配，在您完成 API 集成的同时可用于开始使用。
有关详细信息，请参见:
小窍门
这些方法不允许企业客户管理 Teams 通话。 例如，它们不提供自助服务门户。
向 Microsoft Teams 提供通话持续时间数据
Azure 通信网关可以使用操作员连接 API 将有关单个调用（通话时长信息）的信息上传到 Microsoft Teams 环境中。 此信息允许Microsoft Teams 客户端显示网络记录的通话持续时间，而不是由 Microsoft Teams 记录的通话持续时间。 向 Microsoft Teams 提供此信息是 Azure 通信网关代表你执行的操作员连接计划的要求。
与监视要求的兼容性
Azure 通信网关服务包括持续监视部署中的潜在故障。 我们监视的指标涵盖操作员必须作为操作员连接计划的一部分监视的所有指标，包括：
- 通话质量
- 呼叫错误和异常行为（例如，呼叫设置失败、短呼叫或异常断开连接）
- Azure 通信网关中的其他错误
我们将调查潜在的故障，并确定故障与 Azure 通信网关还是Microsoft电话系统相关。 我们可能需要你在网络中执行一些故障排除步骤，以帮助隔离故障。
后续步骤
- 了解如何 监视 Azure 通信网关。
- 了解如何 请求对 Azure 通信网关进行更改。