次の方法で共有

Azure Communications Gateway のデプロイの準備をする

  • [アーティクル]

この記事では、Azure Communications Gateway のデプロイを開始する前に完了する必要がある個々のタスクについて説明します。 Operator Connect および Teams Phone Mobile の場合、デプロイの成否は Operator Connect または Teams Phone Mobile 環境の状態によって異なります。

これ以降のセクションでは、Azure Communications Gateway をデプロイする前に収集する必要がある情報と、決定する必要がある事項について説明します。

前提条件

重要

Azure Communications Gateway を使用するには、通信事業者である必要があります。

オペレーター接続または Teams Phone Mobile サービスの場合も、Microsoft とオペレーター接続または Teams Phone Mobile 契約を締結している必要があります。 これらのプログラムの詳細については、「オペレーター接続」 または 「Teams Phone Mobile」 を参照してください。

Zoom Phone Cloud Peering の場合は、Zoom でオンボード プロセスを開始して、Zoom Phone Cloud Peering プロバイダーになる必要もあります。 Cloud Peering の詳細については、Zoom のクラウド ピアリングの情報を参照してください。

重要

選択した通信サービスのオンボード プロセスと、オンボード プロセスによって導入された依存関係を完全に理解する必要があります。

デプロイおよびオンボード プロセスで時間がかかることを考慮しておいてください。 たとえば、新しい Azure Communications Gateway リソースがプロビジョニングされてご自分のネットワークに接続できるようになるまで最長 2 週間かかる場合があります。

次の 2 種類のテストでは、グローバルにルーティング可能な番号を所有している必要があります:

  • デプロイ時および統合時のスタッフによる統合テスト
  • 選択した通信サービスによるサービス検証 (継続的な通話テスト)

次の表では、割り当てる必要がある番号の数について説明します。

サービス 統合テスト用の番号 サービス検証番号
オペレーター接続 1 (最小) - 運用環境のデプロイ: 6
- ラボのデプロイ: 3
Teams Phone Mobile 1 (最小) - 運用環境のデプロイ: 6
- ラボのデプロイ: 3
Microsoft Teams Direct Routing 1 (最小) なし (該当なし)
Zoom Phone Cloud Peering 1 (最小) - 米国とカナダ: 6
- その他の地域: 2

重要

サービス検証番号は、デプロイの有効期間を通じて使用できる必要があります。

ラボのデプロイを設定する場合は、標準のデプロイをデプロイしているか、またはデプロイしようとしている必要があります。 ラボのデプロイをスタンドアロンの Azure Communications Gateway デプロイとして使用することはできません。

オンボーディングを手配する

Azure Communications Gateway をデプロイするには、Microsoft オンボード チームが必要です。 Azure Communications Gateway には、Included Benefits と呼ばれるオンボード プログラムが含まれています。 Included Benefits の対象ではない場合、またはサポートが必要な場合は、Microsoft の営業担当者に要件について話し合ってください。

オペレーター接続と Teams Phone Mobile プログラムでは、Operator Connect または Teams Phone Mobile 環境に必要な変更を管理し、お客様に代わって Microsoft Teams と調整するオンボーディング パートナーも必要です。 Azure Communications Gateway の Included Benefits プロジェクト チームはこの役割を果たしますが、別のオンボーディング パートナーを選択して、Microsoft Teams と連携させることができます。

適切なサポート プランへの加入を確認する

Microsoft 統合サポートなど、サポート チームを含むサポート プランへの加入を強くおすすめします。

使用する Azure テナントを選択する

Azure Communications Gateway には既存の Microsoft Entra テナントを使用することをお勧めします。既存のテナントを使用すると、既にお使いの ID を使用して完全に統合された認証を実現できます。 ID 管理を組織全体から分離する必要がある場合、またはさまざまな Azure Communications Gateway リソースの番号管理ポータル用にさまざまなアクセス許可を設定する必要がある場合は、まず専用のテナントを新しく作成してください。

Operator Connect と Teams Phone Mobile の環境には、Microsoft Entra テナントから ID と構成のアクセス許可が継承されます。この継承は Project Synergy という Microsoft アプリケーションを介して行われます。 Microsoft Entra テナントに Project Synergy アプリケーションがまだ導入されていない場合は、Azure Communications Gateway を Operator Connect または Teams Phone Mobile に接続する作業の一環としてテナントに追加する必要があります。

重要

Operator Connect と Teams Phone Mobile の場合、運用環境の展開とラボの展開は、同じ Microsoft Entra テナントに接続する必要があります。 テナントの Microsoft Teams の構成には、ラボの展開と運用環境の展開の構成が一緒に表示されます。

お使いの Azure サブスクリプションで Azure Communications Gateway にアクセスできるようにする

Azure Communications Gateway へのアクセスは制限されています。 この記事の前の手順を完了したら、次の手順を実行します:

  1. オンボード チームに連絡し、サブスクリプションを有効にするよう依頼してください。 まだオンボード チームを編成していない場合は、Azure サブスクリプション ID とご連絡先情報を azcog-enablement@microsoft.com 宛てにお知らせください。
  2. Azure Communications Gateway が有効になったことの確認を待ってから、次の手順に進みます。

ネットワーク設計を作成する

Azure Communications Gateway をネットワークに接続する方法を決定します。 Microsoft Azure Peering Service Voice (MAPS Voice とも呼ばれます) をお勧めします。 オプションの詳細については、「Azure Communications Gateway の接続」を参照してください。 Azure Communications Gateway と共に VNet インジェクション (プレビュー) を使用する予定の場合、VNet インジェクションを使用して Azure Communications Gateway をデプロイするための前提条件を完了してください。

Teams Phone Mobile および Azure Operator 通話保護プレビューの場合、ネットワークが関連するサブスクライバーの通話かどうかを判断し、通話を正しくルーティングする方法を決定する必要があります。 次のことを実行できます。

  • Azure Communications Gateway の統合モバイル コントロール ポイント (MCP) を使用する。
  • Metaswitch からオンプレミス バージョンのモバイル コントロール ポイント (MCP) に接続する。
  • 貴社コア ネットワーク内でその他のルーティング機能を使用する。

Teams Phone Mobile のこれらの選択肢の詳細については、「Teams Phone Mobile の通話制御統合」および「Azure Communications Gateway のモバイル コントロール ポイント」を参照してください。

AAzure Operator 通話保護の Azure Communications Gateway への接続は、SIPREC を介して行われます。 Azure Communications Gateway は、SIPREC セッション記録サーバー (SRS) の役割を果たします。 SIPREC セッション記録クライアント (SRC) として、ネットワーク内の要素 (通常はセッション ボーダー コントローラー (SBC)) を設定します。

Microsoft Teams または Zoom クライアントからの緊急通話をサポートする必要がある場合は、選択した通信サービスを使用した緊急通話に関する詳細をご覧ください。

重要

ネットワークから Azure Communications Gateway に緊急通話をルーティングすることはできません。

ネットワークを Azure に接続する

ネットワークと Azure の間の接続を構成します:

Azure Communications Gateway のデプロイに関する基本情報を収集する

次の表で Azure Communications Gateway リソースのすべての値を収集します。

Value Azure portal でのフィールド名
Azure Communications Gateway リソースを作成するために使用する Azure サブスクリプションの名前。 Azure Communications Gateway のデプロイではすべてのリソースに同じサブスクリプションを使用する必要があります。 プロジェクトの詳細: サブスクリプション
Azure Communications Gateway リソースを作成する Azure リソース グループの名前。 プロジェクトの詳細: リソース グループ
デプロイの名前。 この名前に使うことができるのは、英数字と - のみです。 3 ～ 24 文字にする必要があります。 インスタンスの詳細: 名前
管理用 Azure リージョン: 監視および課金データが処理されるリージョン。 通話トラフィックを処理するために 2 つのリージョンの近く、あるいは併置されたリージョンを選択することをお勧めします。 インスタンスの詳細: リージョン
デプロイの種類。 Standard (運用環境用) またはラボ から選択します。 インスタンスの詳細: SKU
Azure Communications Gateway と自分のネットワークの間で使用する音声コーデック。 コーデックを制限する強力な理由 (特定のコーデックのライセンスなど) があり、特定のコーデックを提供しないようにネットワークまたはエンドポイントを構成できない場合にのみコーデックを指定することをお勧めします。 コーデックを制限すると、低忠実度のコーデックが選択されるため、全体的な音声品質が低下する可能性があります。 通話処理: サポートされているコーデック
Azure Communications Gateway リソースが緊急通報を標準通話として処理するか、緊急サービス ルーティング プロバイダーに緊急通報を直接ルーティングするか (米国のみ、Operator Connect または Teams Phone Mobile のみ)。 通話処理: 緊急通報の処理
緊急通報に使用されるダイヤル文字列のカンマ区切りのリスト。 Microsoft Teams の場合は、標準の緊急番号としてダイヤル文字列を指定します (例: 999)。 Zoom の場合は、+<country-code><emergency-number> 形式でダイヤル文字列を指定します (例: +44999)。 (オペレーター接続、Teams Phone Mobile、Zoom Phone クラウド ピアリングの場合のみ)。 通話処理: 緊急ダイヤル文字列
Azure Communications Gateway の自動生成ドメイン名ラベルが固有であるスコープ。 Communications Gateway リソースには、リソースの名前によって決まる自動生成されたドメイン名ラベルが割り当てられます。 [テナント] を選択すると、同じテナント内で同じ名前を持つがサブスクリプションが異なるリソースに、同じラベルが付けられます。 [サブスクリプション] を選択すると、同じサブスクリプション内で同じ名前を持つがリソース グループが異なるリソースに、同じラベルが付けられます。 [リソース グループ] を選択すると、同じリソース グループ内で同じ名前を持つリソースに、同じラベルが付けられます。 [再利用なし] をするということは、ラベルは名前、リソース グループ、サブスクリプション、テナントに依存しないことを意味します。 DNS: 自動生成されたドメイン名スコープ

サービス リージョンの構成値を収集する

次の表で Azure Communications Gateway をデプロイしたい両サービス リージョンの値をすべて収集します。

Note

ラボ デプロイは 1 つの Azure リージョンを持ち、ネットワーク内の 1 つのサイトに接続します。

Value Azure portal でのフィールド名
通話トラフィックに使用する Azure リージョン。

Azure Operator 通話保護プレビューを有効にする場合、Azure リソースをデプロイできる場所に制限があります。「管理リージョンとサービス リージョンの選択」を参照してください		 サービス リージョン One/Two: リージョン
Azure Communications Gateway がこのリージョンからネットワークに接続するために使用する、ネットワークに属する IPv4 アドレス。 サービス リージョン One/Two: オペレーター IP アドレス
ネットワークからのシグナリング トラフィックのソースとして認められている IP アドレス/範囲のセット。 CIDR 表記を使用した IPv4 アドレス範囲 (例: 192.0.2.0/24)、または IPv4 アドレス (例: 192.0.2.0) を記入します。 コンマ区切りの IPv4 アドレスのリストやアドレス範囲を記入することもできます。 サービス リージョン One/Two: 許可されたシグナリング ソース IP アドレス/CIDR 範囲
ネットワークからのメディア トラフィックのソースとして認められている IP アドレス/範囲のセット。 CIDR 表記を使用した IPv4 アドレス範囲 (例: 192.0.2.0/24)、または IPv4 アドレス (例: 192.0.2.0) を記入します。 コンマ区切りの IPv4 アドレスのリストやアドレス範囲を記入することもできます。 サービス リージョン One/Two: 許可されたメディア ソース IP アドレス/CIDR 範囲

各通信サービスの構成値を収集する

サポートする予定の通信サービスの値を収集します。

重要

次の表の複数の通信サービスに共通するオプションに示すように、一部のオプションは複数のサービスに適用されます。 サポートする予定のすべてのサービスに適した構成を選択する必要があります。

Microsoft Teams ダイレクト ルーティングの場合:

Value Azure portal でのフィールド名
Azure Communications Gateway のプロビジョニング API への接続を許可するネットワーク内の IP アドレスまたはアドレス範囲 (CIDR 形式) (カンマ区切りのリスト) ダイレクト ルーティング用に番号をプロビジョニングするには、プロビジョニング API を使用する必要があります。 複数の通信サービスに共通するオプション: Communications Gateway プロビジョニング プラットフォームへの接続が許可された送信元 IP アドレス/CIDR 範囲
Azure Communications Gateway のプロビジョニング API を使用して、ネットワークに入るメッセージにカスタム SIP ヘッダーを追加するかどうか 複数の通信サービスに共通するオプション: カスタム SIP ヘッダーの追加
(カスタム SIP ヘッダーを追加する場合のみ) カスタム SIP ヘッダーの名前 複数の通信サービスに共通するオプション: カスタム SIP ヘッダーの名前

Operator Connect の場合:

Value Azure portal でのフィールド名
Azure Communications Gateway のプロビジョニング API を使用して、ネットワークに入るメッセージにカスタム SIP ヘッダーを追加するかどうか 複数の通信サービスに共通するオプション: カスタム SIP ヘッダーの追加
(カスタム SIP ヘッダーを追加する場合のみ) カスタム SIP ヘッダーの名前 複数の通信サービスに共通するオプション: カスタム SIP ヘッダーの名前
(カスタム SIP ヘッダーの追加を選択する場合のみ) プロビジョニング API への接続を許可するネットワーク内の IP アドレスまたはアドレス範囲 (CIDR 形式) (カンマ区切りのリスト) 複数の通信サービスに共通するオプション: Communications Gateway プロビジョニング プラットフォームへの接続が許可された送信元 IP アドレス/CIDR 範囲

Teams Phone Mobile の場合:

Value Azure portal でのフィールド名
Teams Phone Mobile で使用される、ネイティブ ダイヤラーからボイスメール対話型音声応答 (IVR) にアクセスするための番号。 Teams Phone Mobile: Teams ボイスメール パイロット番号
モバイル コントロール ポイント (MCP) を使用した Microsoft Phone System への Teams Phone Mobile 通話のルーティングをどのように計画していますか。 [統合] (MCP を Azure Communications Gateway にデプロイする場合)、[オンプレミス] (既存のオンプレミス MCP を使用する場合)、または [なし] (通話のルーティングに他の方法を使用する場合) から選択します。 Teams Phone Mobile: MCP

Zoom Phone クラウド ピアリングの場合:

Value Azure portal でのフィールド名
接続先の Zoom リージョン Zoom: Zoom リージョン
Azure Communications Gateway のプロビジョニング API への接続を許可するネットワーク内の IP アドレスまたはアドレス範囲 (CIDR 形式) (カンマ区切りのリスト) Zoom Phone クラウド ピアリング用に番号をプロビジョニングするには、プロビジョニング API を使用する必要があります。 複数の通信サービスに共通するオプション: Communications Gateway プロビジョニング プラットフォームへの接続が許可された送信元 IP アドレス/CIDR 範囲
Azure Communications Gateway のプロビジョニング API を使用して、ネットワークに入るメッセージにカスタム SIP ヘッダーを追加するかどうか 複数の通信サービスに共通するオプション: カスタム SIP ヘッダーの追加
(カスタム SIP ヘッダーを追加する場合のみ) カスタム SIP ヘッダーの名前 複数の通信サービスに共通するオプション: カスタム SIP ヘッダーの名前

Azure Operator 通話保護に必要な構成オプションはありません。

サービス検証番号の値を収集する

Azure Communications Gateway で必要なすべてのサービス検証番号について、次の表のすべての値を収集します。

Operator Connect と Teams Phone Mobile の場合:

Value Azure portal でのフィールド名
テスト回線の名前。 OC1 および OC2 (Operator Connect 用) と TPM1 および TPM2 (Teams Phone Mobile 用) という形式の名前をお勧めします。 名前
国番号を含む E.164 形式のテスト回線の電話番号。 Phone Number
テスト回線の目的 (常に [自動])。 テストの目的

Zoom Phone クラウド ピアリングの場合:

Value Azure portal でのフィールド名
国番号を含む E.164 形式のテスト回線の電話番号。 Phone Number

Microsoft Teams ダイレクト ルーティングと Azure Operator 通話保護プレビューでは、サービス検証番号は必要ありません。

Azure リソースのタグが必要かどうかを判断する

リソースに名前付けとタグ付けをすると、リソースの管理に便利です。 組織が特定のチームやワークロードに割り当てられたリソースを見つけて、追跡できるようになります。また、クラウド リソースの消費をビジネス領域やチーム別により正確に追跡できるようにもなります。

タグ付けが組織にとって便利であると考える場合は、「リソースの名前付けとタグ付けの意思決定ガイド」の内容に従って名前付けとタグ付けの規則を設計しましょう。

次のステップ

Azure Communications Gateway リソースをデプロイし、ネットワークに接続する