Share via

ネットワークと Azure Communications Gateway

  • [アーティクル]

Azure Communications Gateway は、ネットワークの端に位置します。 このような位置なので、自分のネットワークと選んだ通信サービス (Microsoft Operator Connect や Zoom Phone Cloud Peering など) の要件を満たすようにシグナリングとメディアを操作できます。 Azure Communications Gateway には、既定で多くの相互運用性設定が含まれており、さらに相互運用性構成を調整できます。

ヒント

このセクションでは、Azure Communications Gateway の相互運用性機能の概要について説明します。 特定の通信サービスとの相互運用性の詳細については、以下を参照してください。

ネットワーク内の役割と位置

Azure Communications Gateway は、固定回線ネットワークとモバイル ネットワークの端に位置します。 これらのネットワークを 1 つ以上の通信サービスに接続します。 次の図は、Azure Communications Gateway がネットワーク内のどこに位置するかを示しています。

固定ネットワークおよびモバイル ネットワークに接続する Azure Communications Gateway のアーキテクチャ図

Azure Communications Gateway には、従来のセッション ボーダー コントローラー (SBC) のすべての機能が用意されています。 次のような機能が含まれています。

  • 相互運用性の問題を解決するシグナリング相互運用。
  • 高度なメディア操作と相互運用。
  • サービス拒否攻撃やその他の悪意のあるトラフィックからの保護。
  • サービス品質の確保。

Azure Communications Gateway には、デプロイを監視するためのメトリックも用意されています。

ネットワークの要件

ネットワークには 2 つの地理冗長サイトが必要です。 各サイトと以下の間にネットワーク接続を提供する必要があります。

  • クロス接続としての、デプロイ内のもう 1 つのサイト。
  • Azure Communications Gateway をデプロイする Azure リージョン。

貴社ネットワークと Azure Communications Gateway との接続は、ネットワーク接続性に関する妥当な仕様を満たしている必要があります。

  • Microsoft Azure Peering Service Voice (MAPS Voice または MAPSV とも呼ばれます) を使うことを強くお勧めします。
  • MAPS Voice を使用できない場合は、ExpressRoute Microsoft Peering をお勧めします。

次の図は、MAPS Voice または ExpressRoute (推奨) を使って Azure Communications Gateway に接続するオペレーター ネットワークを示しています。

オペレーター ネットワーク内の 2 つのサイトに接続する 2 つのリージョン内の Azure Communications Gateway を示す図。オペレーター ネットワーク内の 2 つのサイト間にクロス接続があります。オペレーター ネットワーク間の接続では、推奨される MAPS Voice または ExpressRoute が使用されます。

詳細については、以下を参照してください:

SIP シグナリング サポート

Azure Communications Gateway には、独自のネットワークへの SIP トランクが含まれており、既存のコア ネットワークと、選択した通信サービスの要件との間で連携できます。

ネットワークと Azure Communications Gateway の間の SIP トランクはマルチテナントです。つまり、すべての顧客からのトラフィックで同じトランクを共有します。

Azure Communications Gateway が通話に適したサービスを特定できるようにするには、Azure Communications Gateway で各番号とそのサービスの詳細を構成する必要があります。 これは、

  • Microsoft Teams Direct Routing と Zoom Phone Cloud Peering の場合に必要です。
  • オペレーター接続 (固定回線通話の場合、Azure Communications Gateway の既定値はオペレーター接続であるため) または Teams Phone Mobile の場合は必要ありません。

また、番号に関連付けられたメッセージにカスタム ヘッダーを追加するように Azure Communications Gateway を構成することもできます。 この機能を使って、通話に関連付けられているサービスや企業を示すことができます。 この機能は、Azure Operator 通話保護 プレビューと Teams Phone Mobile を除くすべてのコミュニケーション サービスで使用できます。

この構成では、Azure Communication Gateway のブラウザーベースの Number Management Portal (プレビュー) または Provisioning API (プレビュー) を使用する必要があります。

Note

Operator Connect と Teams Phone Mobile の場合:

  • Provisioning API と統合することを強くお勧めします。 これにより、Azure Communications Gateway でのプロビジョニング (カスタム ヘッダー構成のため) に加えて、オペレーター接続環境で顧客のフロースルー API ベースのプロビジョニングが可能になります。 フロースルー プロビジョニングは Operator Connect API と相互運用できます。また、オペレーター接続および Teams Phone Mobile プログラムからの API ベースのプロビジョニングに関する要件を満たすことができます。 詳細については、「プロビジョニングとオペレーター接続 API」を参照してください。
  • オペレーター接続と Teams Phone Mobile プログラムには完全な API 統合が必要なため、サービスの起動後に番号管理ポータルを使用することはできません。

初期ネットワーク設計の一部として、または Azure Communications Gateway のサポート リクエストを送信することでいつでも、より多くの相互運用機能を調整できます。 たとえば、以下に対する追加の相互運用構成が必要になる場合があります。

  • 高度な SIP ヘッダーまたは SDP メッセージ操作。
  • 信頼性の高い暫定メッセージのサポート (100rel)。
  • 初期メディアと後期メディアの間の相互運用。
  • インバンド DTMF トーンによる遠隔での相互運用。

RTP および SRTP メディアのサポート

Azure Communications Gateway は RTP と SRTP の両方をサポートし、それらの間で相互運用できます。 Azure Communications Gateway には、ネットワークが選択した通信サービスと相互運用できるようにするための他のメディア操作機能が用意されています。 たとえば、次の場合に Azure Communications を使用できます。

  • RTCP の処理方法を変更する。
  • 帯域幅の割り当てを制御する。
  • サービス品質のために特定のメディア トラフィックを優先する。

Azure Communications Gateway で使用できるメディア相互運用性機能の詳細については、サポート リクエストを送信してください。

次のステップ