Azure Communications Gateway のプロビジョニング
顧客とそれらに割り当てた番号の詳細を使って Azure Communications Gateway を構成できます。 提供しているサービスによっては、Azure Communications Gateway が正しく動作するためにこの構成が必要になる場合があります。 プロビジョニングにより、次のことができます。
- 番号をバックエンド サービスに関連付ける。
- 顧客の構成を使ってバックエンド サービスをプロビジョニングする ("フロースルー プロビジョニング" とも呼ばれます)。
- カスタム ヘッダー構成を追加する (Azure Operator 通話保護プレビューと Teams Phone Mobile を除くすべてのコミュニケーション サービスで使用できます)。
以下を使って Azure Communications Gateway をプロビジョニングできます。
- プロビジョニング API (プレビュー): 自動プロビジョニング用の REST API。
- 番号管理ポータル (プレビュー): Azure portal で使用できるブラウザーベースのポータル。
次の表は、サービスごとに Azure Communications Gateway をプロビジョニングする方法を示しています。 この記事の以降のセクションでは、各ユース ケースについて詳しく説明します。
サービス | 番号とサービスとの関連付け | サービスのフロースルー プロビジョニング | カスタム ヘッダーの構成 |
---|---|---|---|
Microsoft Teams Direct Routing | 必須 | サポートされていません | サポートされています |
オペレーター接続 | フロースルー プロビジョニングに API を使う場合、または番号管理ポータルを使う場合に自動的に設定されます | 推奨 (API の使用) | サポートされています |
Teams Phone Mobile | フロースルー プロビジョニングに API を使う場合、または番号管理ポータルを使う場合に自動的に設定されます | 推奨 (API の使用) | サポートされていません |
Zoom Phone Cloud Peering | 必須 | サポートされていません | サポートされています |
Azure Operator 通話保護プレビュー | 必須 | 自動 | サポートされていません |
プロビジョニング API を使ったオペレーター接続と Teams Phone Mobile のフロースルー プロビジョニングは、オペレーター接続 API と相互運用できます。 そのため、オペレーター接続および Teams Phone Mobile プログラムからの API ベースのプロビジョニングの要件を満たすことができます。
重要
オペレーター接続または Teams Phone Mobile サービスを開始したら、プロビジョニング API を使って、API ベースのプロビジョニングの要件を満たす (または独自の API 統合を用意する) 必要があります。 番号管理ポータルはこの要件を満たしていません。
番号と特定の通信サービスの関連付け
Microsoft Teams ダイレクト ルーティング、Zoom Phone Cloud Peering、Azure Operator Call Protection の場合は、各顧客に割り当てる番号を使って Azure Communications Gateway をプロビジョニングし、選んだ通信サービスに対して各番号を有効にする必要があります。 Azure Communications Gateway では、この情報を使って次のことができるようになります。
- 正しい通信サービスに通話をルーティングします。
- Microsoft 電話システムがテナントへの呼び出しを照合するために必要な情報を使って、Microsoft Teams Direct Routing の SIP メッセージを更新します。 詳細については、「Microsoft 電話システムの顧客テナントの特定」を参照してください。
Operator Connect または Teams Phone Mobile の場合:
- フロースルー プロビジョニングにプロビジョニング API (プレビュー) を使う場合、または番号管理ポータル (プレビュー) を使う場合、プロビジョニング API のリソースにより、顧客番号は関連サービスに関連付けられます。
- それ以外の場合、Azure Communications Gateway は、固定回線通話の場合はオペレーター接続、携帯通話の場合は Teams Phone Mobile を既定で使い、プロビジョニング API に対してリソースを作成しません。
通信サービスのフロースルー プロビジョニング
フロースルー プロビジョニングは、Azure Communications Gateway を使って通信サービスをプロビジョニングするときに行われます。
オペレーター接続と Teams Phone Mobile の場合、プロビジョニング API (プレビュー) を使って、オペレーター接続と Teams Phone Mobile の環境をサブスクライバー (顧客とそれらに割り当てた番号) にプロビジョニングできます。 この統合は、オペレーター接続環境が提供する Operator Management および Telephone Number Management API との個別の統合と同等です。 これは、サービスの開始後に API を使って顧客と番号を管理するというオペレーター接続と Teams Phone Mobile の要件を満たしています。
サービスを開始する前に、番号管理ポータル (プレビュー) を使ってオペレーター接続と Teams Phone Mobile 環境をプロビジョニングすることもできます。 ただし、オペレーター接続と Teams Phone Mobile プログラムでは、サービスを開始した後は API ベースのプロビジョニングが必要です。 番号管理ポータルはこの要件を満たしていません。
Azure Communications Gateway は、他の通信サービスのフロースルー プロビジョニングをサポートしていません。
カスタム ヘッダー
Azure Communications Gateway では、コア ネットワークに送信されるメッセージにカスタム ヘッダーを追加できます。 この機能を使い、自分のネットワークに必要なカスタム情報を追加できます (たとえば、課金を支援するため)。
カスタム ヘッダーを設定するには:
- Azure Communications Gateway をデプロイするとき、または Azure portal でプロビジョニング プラットフォームの構成を更新することで、カスタム ヘッダーの名前を選びます。 このヘッダー名はすべてのカスタム ヘッダーに使われます。
- プロビジョニング API (プレビュー) または番号管理ポータル (プレビュー) を使い、番号と各番号のカスタム ヘッダーの内容を使って Azure Communications Gateway をプロビジョニングします。
そうすると、Azure Communications Gateway はこの情報を使い、次のようにカスタム ヘッダーを通話に追加します。
- 自分のネットワークからの発信の場合、着信側の番号の構成によってヘッダーの内容が決まります。
- 自分のネットワークへの着信の場合、発信側の番号の構成によってヘッダーの内容が決まります。
Azure Communications Gateway に番号がプロビジョニングされていない場合、または番号の構成にカスタム ヘッダーの内容が含まれていない場合、Azure Communications Gateway はヘッダーを追加しません。
次の図は、オペレーター接続からオペレーター ネットワークに送信されるメッセージに X-MS-Operator-Content
ヘッダーを追加するように構成された Azure Communications Gateway のデプロイを示しています。
顧客に割り当てられた番号からの招待を示す呼び出しフロー図。 Azure Communications Gateway は内部データベースを確認し、発信番号にカスタム ヘッダー構成があるかどうかを判断します。 番号の構成にはカスタム ヘッダーの内容が含まれているため、Azure Communications Gateway は、通話をオペレーター ネットワークに転送する前に、ヘッダーの内容を X-MS-Operator-Content ヘッダーとして追加します。