ダイレクト ルーティングを使用して既存のテレフォニー サービスに接続する

Azure Communication Services のダイレクト ルーティングを使用すると、既存のテレフォニー インフラストラクチャを Azure に接続できます。 この記事では、サポートされているセッション ボーダー コントローラー (SBC) をダイレクト ルーティングに接続するために必要な手順の概要と、対応する通信リソースで音声ルーティングがどのように機能するかについて説明します。

Azure Communication Services のダイレクト ルーティングが実際の組織に適したソリューションであるかどうかについては、Azure のテレフォニーの概念に関する記事を参照してください。 デプロイの前提条件と計画の詳細については、Communication Services のダイレクト ルーティング インフラストラクチャの要件に関する記事を参照してください。

SBC を Azure Communication Services に接続する

ドメインの所有権を検証する

次の手順に従って、SBC のドメイン所有権を検証します

発信音声ルーティングの構成

SBC を追加して発信音声ルーティング規則を構成するには、音声ルーティングのクイックスタートに関する記事を参照してください。

セッション ボーダー コントローラーの接続状態

SBC 接続の正常性が Azure portal で公開されるようになりました。 トランスポート層セキュリティ (TLS) の状態と SIP オプションが考慮されます。

各正常性インジケーターの使用可能な値

TLS 状態 - トランクの TLS 接続の状態:

• 不明 - SBC が過去 15 分間に TLS ハンドシェイクを試行していないことを示します。
• アクティブ - TLS 接続が確立されていることを示します。
• CertExpiring - SBC 証明書の有効期限が切れることを示します。
• CertExpiring - SBC 証明書の有効期限が切れていることを示します。

SIP オプション (Ping) - SIP OPTIONS メッセージ交換の状態:

• 不明 - SBC が SIP オプションを送信していないことを示します。
• アクティブ - OPTIONS が送受信されていることを示します。
• 期限切れ - SBC が SIP OPTIONS を送信していたが、過去 15 分間に OPTIONS メッセージを受信していないことを示します。
• エラー - OPTIONS 交換のエラーを示します。

状態 - トランクの全体的な正常性状態:

• 不明 - 不明な正常性状態を示します。
• オンライン - 接続が正常な状態であることを示します。
• 警告 - TLS または Ping の有効期限が切れていることを示します。

発信音声ルーティングに関する考慮事項

Azure Communication Services のダイレクト ルーティングには、呼び出された数値パターンに基づいて呼び出しが特定の SBC に送信されるようにするルーティング メカニズムがあります。

リソースにダイレクト ルーティング構成を追加すると、このリソースのインスタンス (ID) から行われたすべての呼び出しでは、ダイレクト ルーティング トランクが最初に試みられます。 このルーティングは、ダイヤル番号と、リソース用に構成された音声ルート内の一致に基づきます。

• 一致する場合、呼び出しは直接ルーティング トランクを通過します。
• 一致しない場合、次の手順はcallAgent.startCallメソッドのalternateCallerIdパラメーターを処理します。
• リソースが音声通話 (PSTN) に対して有効で、Microsoft から購入した番号が少なくとも 1 つある場合は、alternateCallerIdがチェックされます。
• alternateCallerId がリソースの購入した番号と一致すると、呼び出しは Microsoft インフラストラクチャを使用して音声通話 (PSTN) 経由でルーティングされます。
• alternateCallerId パラメーターと購入した番号が一致しない場合、呼び出しは失敗します。

この図は、Azure Communication Services の音声ルーティング ロジックを示しています。

音声ルーティングの例

次の例では、呼び出しフローでの音声ルーティングを示します。

1 つのルートの例:

パターン ^\+1(425|206)(\d{7})$ を使用して 1 つの音声ルートを作成し、それに sbc1.contoso.biz と sbc2.contoso.biz を追加した場合、ユーザーが +1 425 XXX XX XX または +1 206 XXX XX XX に対して呼び出しを行うと、その呼び出しは最初に SBC sbc1.contoso.biz または sbc2.contoso.biz にルーティングされます。 どちらの SBC も使用できない場合、呼び出しは削除されます。

2 つのルートの例:

パターン ^\+1(425|206)(\d{7})$ を使用して 1 つの音声ルートを作成し、それに sbc1.contoso.biz と sbc2.contoso.biz を追加し、さらに sbc3.contoso.biz と sbc4.contoso.biz で同じパターンを使用して 2 番目のルートを作成した場合です。 この場合、ユーザーが +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) が試みられます。 2 番目のルートの SBC がどれも使用できない場合、呼び出しは削除されます。

3 つのルートの例:

パターン ^\+1(425|206)(\d{7})$ を使用して 1 つの音声ルートを作成し、それに sbc1.contoso.biz と sbc2.contoso.biz を追加し、さらに sbc3.contoso.biz と sbc4.contoso.biz で同じパターンを使用して 2 番目のルートを作成し、^+1(\d[10])$ と sbc5.contoso.biz で 3 番目のルートを作成した場合です。 この場合、ユーザーが +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) が試みられます。 2 番目のルートの SBC がどれも使用できない場合は、3 番目のルートが試みられます。 sbc5 も使用できない場合、呼び出しは切断されます。 また、ユーザーが +1 321 XXX XX XX をダイヤルすると、呼び出しが sbc5.contoso.biz に繋がり、それが使用できない場合、呼び出しは切断されます。

着信通話の管理

一般的な着信通話管理では、Call Automation SDK を使って、電話番号への着信通話や Azure Communication Services ダイレクト ルーティング経由で着信した通話をリッスンし、管理するアプリケーションを構築します。 Customer Service 用オムニチャネルのお客様は、こちらの手順を参照してください。

次のステップ

概念説明のドキュメント

• Azure Communication Services のダイレクト ルーティングに対して認定されたセッション ボーダー コントローラー
• 通話の自動化の概要
• 料金
• Try Phone Calling

クイックスタート

• 電話番号への発信通話
• Call Automation を使用して着信テレフォニー呼び出しをリダイレクトする