共用方式為

Azure Communications Gateway 與 電信業者連線 和 Teams 電話 Mobile 的互操作性概觀

  • 發行項

Azure 通訊閘道可以操作訊號和媒體，以符合您的網路和 電信業者連線和 Teams 電話 行動程式的需求。 本文提供 Azure 通訊閘道針對 電信業者連線 和 Teams 電話 Mobile 所提供的互操作性功能概觀。

重要

您必須與 Microsoft 簽署 電信業者連線 或 Teams 電話 Mobile 合約，才能使用此服務。

網路中的角色和位置

Azure 通訊閘道位於固定線路和行動網路的邊緣。 它會將這些網路連線到 Microsoft 電話 系統，讓您支援 電信業者連線（適用於固定線路網路）和 Teams 電話 行動裝置版（適用於行動網路）。 下圖顯示 Azure 通訊閘道位於您的網路中的位置。

線上至固定和行動網路的 Azure 通訊閘道架構圖表

透過 Microsoft 電話 系統和 Azure 通訊閘道，從 Microsoft Teams 用戶端的通話流向您的網路。

符合認證的 SBC 規格

Azure 通訊閘道支援適用於 電信業者連線 和 Teams 電話 Mobile 認證 SBC 的 Microsoft 規格。 如需認證和這些規格的詳細資訊，請參閱經直接路由認證的會話邊界控制器和 Microsoft 代表所提供的 電信業者連線 或 Teams 電話 行動裝置檔。

Teams 電話 Mobile 的通話控制整合

Teams 電話 Mobile 可讓您提供 Microsoft Teams 通話服務，以便從行動手機上的原生撥號程式撥打電話，例如顯示狀態和通話記錄。 這些功能需要錨定 Microsoft 智慧對話和通訊雲端（IC3）中的通話，這是 Microsoft 電話 系統的一部分。

Microsoft 電話 系統依賴 SIP 訊號中的資訊來判斷呼叫是否為：

  • Teams 電話 行動裝置訂閱者。
  • 從 Teams 電話 Mobile 訂閱者，或兩個 Teams 電話 行動版訂閱者之間。

您的核心行動網路必須藉由使用唯一X-MS-FMC主幹或正確填入 Teams 電話 行動 SIP 規格所定義的標頭，將此資訊提供給 Azure 通訊閘道。 如果您沒有這些規格的存取權，請連絡您的 Microsoft 代表或上線小組。

您的核心行動網路也必須能夠錨定並轉移呼叫到 Microsoft 電話 系統。 您可以從下列選項中選擇。

  • 在 Azure 通訊閘道中使用行動控制點 （MCP）。 MCP 是 IMS 應用程式伺服器，會查詢 Teams 電話 行動諮詢 API，以判斷呼叫是否涉及 Teams 電話 行動訂閱者。 MCP 接著會新增 X-MS-FMC 標頭，並更新訊號，以透過 Azure 通訊閘道將呼叫轉移至 Microsoft 電話 系統。 如需詳細資訊，請參閱適用於Teams 電話Mobile的 Azure 通訊閘道中的行動控制點。
  • 從 Metaswitch 部署內部部署版本的 Mobile Control Point （MCP）。 如需詳細資訊，請參閱 行動控制點的 Metaswitch 描述。 此版本的 MCP 未包含在 Azure 通訊閘道中。
  • 使用核心網路中的其他路由功能來偵測 Teams 電話 行動裝置訂閱者，並透過 Azure 通訊閘道將這些訂閱者路由傳送至 Microsoft 電話 系統。

重要

如果 INVITE 有 X-MS-FMC 標頭，核心不得將通話路由傳送至 Microsoft Teams。 呼叫已在 Microsoft 電話 系統中錨定。

SIP 訊號

Azure 通訊閘道會自動互動呼叫，以支援來自 電信業者連線 和 Teams 電話 Mobile 的下列需求：

  • SIP over TLS
  • X-MS-SBC 標頭 （描述 SBC 函式）
  • SDP 主體中 a= 屬性行的嚴格規則
  • 通話轉移處理的嚴格規則

您可以透過提出 Azure 通訊閘道的支援要求，在初始網路設計中或隨時安排更多互動功能。 例如，您可能需要下列專案的額外互動設定：

  • 進階 SIP 標頭或 SDP 訊息操作
  • 支援可靠的臨時訊息 （100rel）
  • 早期和晚期媒體之間的互動
  • 與帶 DTMF 音調互動
  • 將唯一租使用者標識碼放在 SIP 訊息的其他地方，讓您的網路更容易取用，例如參數tgrp

Microsoft 電話 系統需要以 E.164 格式撥打 （A-） 和呼叫 （B-） 電話號碼。 這項需求同時適用於 SIP 和 TEL 號碼。 我們建議您將網路設定為對所有數位使用 E.164 格式。 如果您的網路無法將數字轉換成 E.164 格式，請連絡您的上線小組，或提出支援要求來討論數字轉換的需求。

網路與 Azure 通訊閘道之間的 SIP 主幹是多租使用者，這表示來自您所有客戶的流量共用相同的主幹。 根據預設，電信業者連線 或 Teams 電話 Mobile 的流量包含 X-MS-TenantID 標頭。 此標頭會識別傳送流量的企業，並可供計費系統使用。

RTP 和 SRTP 媒體

Microsoft 電話 系統通常需要媒體的SRTP。 Azure 通訊閘道同時支援 RTP 和 SRTP，而且可以在它們之間進行互動。 Azure 通訊閘道提供進一步的媒體操作功能，讓您的網路能夠與 Microsoft 電話 系統互通。

呼叫的媒體處理

部署 Azure 通訊閘道時，您必須選取您想要支援的編解碼器。

電信業者連線 和 Teams 電話 Mobile 需要核心網路，才能在通話轉移期間支援迴響音調（響鈴音）。 核心網路也必須支持舒適雜訊。 如果您的核心網路無法符合這些需求，Azure 通訊閘道可以將媒體插入呼叫中。

媒體互動選項

Azure 通訊閘道提供多個媒體互動選項。 例如，您可能需要：

  • RTCP 的變更處理
  • 控制頻寬配置
  • 優先處理服務品質的特定媒體流量

如需 Azure 通訊閘道中可用媒體互動功能的完整詳細數據，請提出支援要求。

布建和 電信業者連線 API

電信業者連線 和 Teams 電話 Mobile 需要 IT 系統與 Microsoft Teams 之間的 API 整合，以進行流程佈建和自動化。 在經過認證並啟動部署之後，您不得使用入口網站進行布建。 Azure 通訊閘道提供替代方法，可讓您使用布建 API 來布建訂閱者（預覽版），以允許從 BSS 用戶端布建至 Azure 通訊閘道和 電信業者連線 環境。 Azure 通訊閘道也提供整合至 Azure 入口網站 的數位管理入口網站（預覽），讓您在完成 API 整合時，可用來開始進行瀏覽器型佈建。

如需詳細資訊，請參閱

提示

這些方法不允許企業客戶管理Teams通話。 例如，它們不提供自助入口網站。

提供通話持續時間數據給 Microsoft Teams

Azure 通訊閘道可以使用 電信業者連線 API，將個別呼叫期間的相關信息（CallDuration 資訊）上傳至 Microsoft Teams 環境。 這項資訊可讓 Microsoft Teams 用戶端顯示您網路所記錄的通話持續時間，而不是由 Microsoft Teams 記錄的通話持續時間。 將此資訊提供給 Microsoft Teams 是 Azure 通訊閘道代表您執行 電信業者連線 程式的需求。

與監視需求的相容性

Azure 通訊閘道服務包含持續監視部署中的潛在錯誤。 我們監視的計量涵蓋操作員必須在 電信業者連線 程式中監視的所有計量，並包括：

  • 通話品質
  • 通話錯誤和異常行為（例如，呼叫設定失敗、簡短通話或不尋常的中斷連線）
  • Azure 通訊閘道中的其他錯誤

我們將調查潛在的錯誤，並判斷錯誤與 Azure 通訊閘道或 Microsoft 電話 系統有關。 您可能需要在您的網路中執行一些疑難解答步驟，以協助隔離錯誤。

下一步