ダイレクト ルーティングを使用して既存のテレフォニー サービスに接続する
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 の有効期限が切れていることを示します。
Note
新しいトランクを構成したばかりの場合、状態の更新に最大 15 分かかることがあります。
重要
通話を発信または受信する前に、SBC の状態が "オンライン" になっていることを確認します
発信音声ルーティングに関する考慮事項
Azure Communication Services のダイレクト ルーティングには、呼び出された数値パターンに基づいて呼び出しが特定の SBC に送信されるようにするルーティング メカニズムがあります。
リソースにダイレクト ルーティング構成を追加すると、このリソースのインスタンス (ID) から行われたすべての呼び出しでは、ダイレクト ルーティング トランクが最初に試みられます。 このルーティングは、ダイヤル番号と、リソース用に構成された音声ルート内の一致に基づきます。
- 一致する場合、呼び出しは直接ルーティング トランクを通過します。
- 一致しない場合、次の手順は
callAgent.startCallメソッドのalternateCallerIdパラメーターを処理します。 - リソースが音声通話 (PSTN) に対して有効で、Microsoft から購入した番号が少なくとも 1 つある場合は、
alternateCallerIdがチェックされます。 alternateCallerIdがリソースの購入した番号と一致すると、呼び出しは Microsoft インフラストラクチャを使用して音声通話 (PSTN) 経由でルーティングされます。alternateCallerIdパラメーターと購入した番号が一致しない場合、呼び出しは失敗します。
この図は、Azure Communication Services の音声ルーティング ロジックを示しています。
音声ルーティングの例
次の例では、呼び出しフローでの音声ルーティングを示します。
注意
どの例でも、音声ルートが上位であるほど優先順位が高くなりますが、ルート内の SBC はランダムな順序で試みられます。
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 に繋がり、それが使用できない場合、呼び出しは切断されます。
注意
音声ルーティングの次の SBC へのフェールオーバーは、応答コード 408、503、504 に対してのみ機能します。
注意
どの例でも、ダイヤル番号がパターンに一致しない場合、その呼び出しは削除されます。ただし、その通信リソース用に購入された番号が存在し、その番号がアプリケーションの alternateCallerId として使用されていた場合を除きます。
着信通話の管理
一般的な着信通話管理では、Call Automation SDK を使って、電話番号への着信通話や Azure Communication Services ダイレクト ルーティング経由で着信した通話をリッスンし、管理するアプリケーションを構築します。 Customer Service 用オムニチャネルのお客様は、こちらの手順を参照してください。
次のステップ
概念説明のドキュメント
- Azure Communication Services のダイレクト ルーティングに対して認定されたセッション ボーダー コントローラー
- 通話の自動化の概要
- 料金
- Try Phone Calling