共用方式為

Azure 通訊閘道與電信業者連線和 Teams 電話行動的互通性概觀

  • 發行項

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

重要

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

網路中的角色和位置

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

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

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

符合認證的 SBC 規格

Azure 通訊閘道支援 Microsoft 規格，適用於電信業者連線和 Teams 電話行動的認證 SBC。 如需深入了解認證和這些規格，請參閱經認證適用於直接路由的工作階段邊界控制器，以及 Microsoft 代表所提供的電信業者連線和 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 描述。 Azure 通訊閘道未包含此版本的 MCP。
  • 使用核心網路中的其他路由功能來偵測 Teams 電話行動訂閱者，並透過 Azure 通訊閘道將 INVITE 傳送至這些訂閱者或從這些訂閱者傳送至 Microsoft 電話系統。

重要

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

SIP 訊號

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

  • TLS 上的 SIP
  • 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 電話行動的流量包含 X-MS-TenantID 標頭。 此標頭會識別傳送流量的企業，並可供計費系統使用。

RTP 和 SRTP 媒體

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

通話的媒體處理

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

電信業者連線和 Teams 電話行動需要核心網路，才能在來電轉接期間支援回電音 (響鈴音)。 核心網路也必須支援舒適雜訊。 如果您的核心網路無法符合這些需求，Azure 通訊閘道可以將媒體插入通話中。

媒體互通選項

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

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

如需完整深入了解 Azure 通訊閘道中可用的媒體互通功能，請提出支援要求。

佈建和電信業者連線 API

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

如需詳細資訊，請參閱

提示

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

向 Microsoft Teams 提供通話持續時間資料

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

監視需求的相容性

Azure 通訊閘道服務包含持續監視部署中的可能錯誤。 我們監視的計量涵蓋了在電信業者連線方案中電信業者必須監視的所有計量，並包括：

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

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

下一步