使用直接路由連線到現有的電話語音服務

Azure 通訊服務 直接路由可讓您將現有的電話語音基礎結構連線至 Azure。 本文列出將支援的會話邊界控制器 （SBC） 連線到直接路由所需的高階步驟，以及語音路由對已啟用通訊資源的運作方式。

如需 Azure 通訊服務 直接路由是否為組織的正確解決方案的相關信息，請參閱 Azure 電話語音概念。 如需必要條件和規劃部署的資訊，請參閱 通訊服務直接路由基礎結構需求。

使用 Azure 通訊服務 連線 SBC

驗證網域擁有權

請遵循 這些指示 來驗證 SBC 的網域擁有權

設定輸出語音路由

請參閱語音路由快速入門，以新增 SBC 並設定輸出語音路由規則。

會話框線控制器聯機狀態

SBC 連線的健康情況現在在 Azure 入口網站 中公開。 它會考慮傳輸層安全性 （TLS） 狀態和 SIP OPTIONS。

每個健康情況指標的可能值

TLS 狀態 - 主幹的 TLS 連線狀態：

• 未知 - 表示 SBC 在過去 15 分鐘內未嘗試 TLS 交握。
• 使用中 - 指出已建立 TLS 連線。
• CertExpiring - 指出 SBC 憑證即將到期。
• CertExpired - 指出 SBC 憑證已過期。

SIP OPTIONS （Ping） - SIP OPTIONS 訊息交換的狀態：

• 未知 - 表示 SBC 尚未傳送任何 SIP 選項。
• 使用中 - 指出正在傳送和接收 OPTIONS。
• 已過期 - 表示 SBC 正在傳送 SIP OPTIONS，但我們在過去 15 分鐘內未收到任何 OPTIONS 訊息。
• 錯誤 - 指出 OPTIONS 交換中的錯誤。

狀態 - 主幹的整體健康狀態：

• 未知 - 表示未知的健康狀態。
• 在線 - 表示 SBC 連線狀況良好。
• 警告 - 指出 TLS 或 Ping 已過期。

注意

如果您剛設定新的主幹，最多可能需要 15 分鐘才能更新狀態。

重要

在撥打或接聽電話之前，請確定 SBC 狀態為 [在線]

輸出語音路由考慮

Azure 通訊服務 直接路由具有路由機制，允許根據呼叫號碼模式將呼叫傳送至特定 SBC。

當您將直接路由設定新增至資源時，從此資源的實例 （身分識別） 進行的所有呼叫都會先嘗試直接路由主幹。 路由是以撥號號碼和針對資源所設定語音路由中的相符項目為基礎。

• 如果有相符專案，呼叫會通過直接路由主幹。
• 如果沒有相符專案，下一個步驟是處理 alternateCallerId 方法的參數 callAgent.startCall 。
• 如果已開啟語音通話 （PSTN） 的資源，且至少已從 Microsoft 購買一個號碼， alternateCallerId 則會核取 。
• 如果 符合 alternateCallerId 資源的已購買號碼，則會使用 Microsoft 基礎結構透過語音通話 （PSTN） 路由通話。
• 如果 alternateCallerId 參數不符合任何購買號碼，則呼叫會失敗。

此圖表示范 Azure 通訊服務 語音路由邏輯。

語音路由範例

下列範例會在通話流程中顯示語音路由。

注意

在所有範例中，雖然較高的語音路由具有較高的優先順序，但路由中的 SBC 會以隨機順序嘗試。

一個路由範例：

如果您已建立一個具有模式^\+1(425|206)(\d{7})$的語音路由並新增並sbc2.contoso.biz新增sbc1.contoso.biz至該路由，則當使用者撥打 +1 425 XXX XX XX 或 +1 206 XXX XX XX時，會先將通話路由傳送至 SBC sbc1.contoso.biz 或 sbc2.contoso.biz。 如果兩個 SBC 都無法使用，則會卸除呼叫。

兩個路由範例：

如果您使用模式^\+1(425|206)(\d{7})$建立一個語音路由並新增並sbc2.contoso.biz新增sbc1.contoso.biz至該路由，然後使用 和 sbc4.contoso.biz建立具有相同模式sbc3.contoso.biz的第二個路由。 在這裡情況下，當使用者呼叫 +1 425 XXX XX XX 或 +1 206 XXX XX XX時，呼叫會先路由至 SBC sbc1.contoso.biz 或 sbc2.contoso.biz。 如果 sbc1 和 sbc2 都無法使用，則會嘗試優先順序較低的路由 （sbc3.contoso.biz 和 sbc4.contoso.biz）。 如果沒有第二個路由的 SBC 可用，則會捨棄呼叫。

三個路由範例：

如果您使用模式^\+1(425|206)(\d{7})$建立一個語音路由並新增並新增sbc1.contoso.biz至sbc2.contoso.biz該路由，然後使用 和 sbc4.contoso.biz建立具有相同模式sbc3.contoso.biz的第二個路由，並使用 建立第三個路由^+1(\d[10])$sbc5.contoso.biz。 在這裡情況下，當使用者呼叫 +1 425 XXX XX XX 或 +1 206 XXX XX XX時，呼叫會先路由至 SBC sbc1.contoso.biz 或 sbc2.contoso.biz。 如果 sbc1 和 sbc2 都無法使用，則會嘗試優先順序較低的路由 （sbc3.contoso.biz 和 sbc4.contoso.biz）。 如果第二個路由的 SBC 都無法使用，則會嘗試第三個路由。 如果 sbc5 也無法使用，則會卸除呼叫。 此外，如果使用者撥打 +1 321 XXX XX XX，則通話會移至 sbc5.contoso.biz，且無法使用，則會卸除通話。

注意

故障轉移至語音路由中的下一個 SBC 僅適用於回應碼 408、503 和 504。

注意

在所有範例中，如果撥號號碼不符合模式，除非通訊資源有已購買的號碼存在，否則將會捨棄呼叫，而且此號碼在應用程式中會用到 。alternateCallerId

管理輸入呼叫

針對一般輸入通話管理，請使用通話自動化 SDK 來建置應用程式，以接聽及管理撥打至電話號碼或透過 Azure 通訊服務 直接路由接收的輸入通話。 客戶服務客戶的 Omnichannel，請參閱 這些指示。

下一步

概念檔

• Azure 通訊服務 直接路由認證的會話邊界控制器
• 通話自動化概觀
• 定價
• 嘗試呼叫 電話

快速入門

• 撥打電話號碼的撥出電話
• 使用通話自動化重新導向輸入電話語音通話