共用方式為

什麼是 Azure 通訊閘道？

  • 發行項

重要

Azure 通訊閘道服務將於 2025 年 10 月 30 日淘汰。 若要防止任何服務中斷，請在 2025 年 10 月 30 日之前，轉換至另一個 Microsoft Teams 直接路由認證會話邊界控制器 （SBC） 解決方案。

Azure 通訊閘道可為電信業者提供快速、可靠且安全的與多個服務整合：

  • Microsoft Teams 透過 電信業者連線、Teams 電話行動裝置版和 Microsoft Teams 直接路由計畫進行通話
  • 透過 Zoom Phone 雲端對等互連程式縮放通話

其可在固定和行動網路上，讓語音和 IT 與這些通訊服務整合。 其已認證為電信業者連線加速器計畫的一部分。

重要

您必須是電信業者，才能使用 Azure 通訊閘道。

針對電信業者連線或 Teams 電話行動，您也必須與 Microsoft 簽署電信業者連線或 Teams 電話行動合約。 如需這些計畫的詳細資訊，請參閱電信業者連線或 Teams 電話行動。

針對 Zoom Phone 雲端對等互連，您也必須使用 Zoom 開始上線程序，才能成為 Zoom Phone 雲端對等互連提供者。 如需雲端對等互連的詳細資訊，請參閱 Zoom 的雲端對等互連資訊。

此圖顯示 Microsoft 電話 系統、縮放電話和網路之間的 Azure 通訊閘道。您的網路可以是固定和/或行動裝置。

Azure 通訊閘道提供進階 SIP、RTP 和 HTTP 互通性功能 (包括 Microsoft Teams 和 Zoom 認證的 SBC 功能)，讓您可以快速、可靠且安全地與所選的通訊服務整合。

在 Microsoft Azure 中，Azure 通訊閘道中的網路元素是完全受控的，並包含可用性 SLA。 此完整管理可簡化網路作業整合，並加快將新網路功能新增至實際執行環境的時程。

架構

Azure 通訊閘道會作為網路的邊緣。 其可透過此位置在網路與您選擇的通訊服務之間交互作用，並符合所選計畫的需求。

為了確保可用性，Azure 通訊閘道會部署到指定地理位置內的兩個 Azure 區域，如下圖所示。 其同時支援「主動-主動」和「主要-備份」地理備援模型，可符合您的網路設計。

此圖顯示部署至一個 Azure 地理位置內兩個 Azure 區域的 Azure 通訊閘道。每個區域中的 Azure 通訊閘道資源會連線到通訊服務和兩個操作員網站。

如需網路和通話路由需求的詳細資訊，請參閱您的網路和 Azure 通訊閘道和 Azure 通訊閘道的可靠性。

來自所有企業的流量都會使用多租用戶格式共用單一 SIP 主幹。 此多租用戶格式可確保解決方案適用於 SMB 和企業市場。

重要

Azure 通訊閘道只會將資料儲存在部署數據的 Azure 區域內。

語音功能

Azure 通訊閘道支援 Microsoft Teams 和 Zoom Phone 認證 SBC 的 SIP 和 RTP 需求。 其可以轉換通話流程以符合您的網路，且對現有基礎結構的影響最少。

Azure 通訊閘道的語音功能包括：

  • 語音互動 - Azure 通訊閘道可以解決網路與通訊服務之間的互通性問題。 其在網路邊緣上的位置可減少網路中斷，特別是在 Teams 電話行動等複雜案例中，其中 Teams 電話系統是通話控制元素。 Azure 通訊閘道包含功能強大的互動功能，包括：

    • 100rel 和早期媒體互動。
    • 變更轉碼器的下游通話分支。
    • 自訂 SIP 標頭和 SDP 操作。
    • DTMF (雙音多頻音調) 在帶內音調、RFC2833 電話事件訊號和 SIP INFO/NOTIFY 訊號之間交互作用。
    • 承載類型交互作用。
    • 媒體轉碼。
    • Ringback 插入。

  • Teams 電話行動的通話控制整合 - Azure 通訊閘道包含稱為行動控制點 (MCP) 的選擇性 IMS 應用程式伺服器。 MCP 可確保只有在使用者符合 Teams 電話行動服務的資格時，才會將通話路由傳送至 Microsoft 電話系統。 此程序可將行動網路中的必要變更降至最低，以將通話路由傳送至 Microsoft Teams。 如需詳細資訊，請參閱 Teams 電話行動的 Azure 通訊閘道中的行動控制點。

  • 選擇性直接對等互連至電信業者連線和 Teams 電話行動的緊急路由服務提供者 (僅適用於美國) - 如果您的網路無法在 PIDF-LO (Presence Information Data Format Location Object (目前資訊資料格式位置物件)) SIP 主體中傳輸緊急位置資訊，Azure 通訊閘道可以改為直接連線到您選擇的 Teams 認證緊急路由服務提供者 (ERSP)。 請參閱 Azure 通訊閘道與電信業者連線和 Teams 電話行動的緊急通話 (英文)。

電信業者連線和 Teams 電話行動的佈建和 API 整合

啟動電信業者連線或 Teams 電話行動會要求您使用電信業者連線 API 來佈建訂閱者 (而不是使用電信業者連線入口網站)。 為讓您符合此需求，Azure 通訊閘道提供兩種佈建訂閱者的方法：

  • 已整合至 Azure 入口網站的號碼管理入口網站 (預覽)，用於瀏覽器型佈建。
  • 佈建 API (預覽)，可用於從 BSS 用戶端至 Azure 通訊閘道和電信業者連線環境的流程佈建。

這兩種方法都與電信業者 API 整合，可讓您通過認證程序，銷售電信業者連線或 Teams 電話行動服務。

如需詳細資訊，請參閱佈建和電信業者連線 API (預覽)。

提示

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

Azure 通訊閘道也會自動與電信業者連線 API 整合，將通話期間資料上傳至 Microsoft Teams。 如需詳細資訊，請參閱向 Microsoft Teams 提供通話期間資料。

Microsoft Teams 直接路由的多租用戶支援和來電者識別碼檢測

電信業者的 Microsoft Teams 直接路由多租用戶模型需要向 Microsoft Teams 輸入訊息，以指出與您客戶相關聯的 Microsoft 租用戶。 Azure 通訊閘道會使用您佈建到 Azure 通訊閘道的資訊，自動更新 SIP 訊號，以指出正確的租用戶。 此程序讓您不需要在號碼與客戶租用戶之間對應核心網路。 如需詳細資訊，請參閱識別 Microsoft 電話系統的客戶租用戶。

Microsoft Teams 直接路由可讓客戶系統管理員將任何電話號碼指派給使用者，即使您未將該號碼指派給他們也一樣。 缺乏驗證會有來電顯示詐騙的風險。 Azure 通訊閘道會自動檢測來自 Microsoft Teams 的所有直接路由通話。 此檢測可確保客戶只能撥打獲派的電話號碼。 不過，如有需要，您可以根據每位客戶停用此檢測。 如需詳細資訊，請參閱來電者識別碼檢測支援。

下一步