次の方法で共有

Operator Connect および Teams Phone Mobile と Azure Communications Gateway との相互運用性の概要

  • [アーティクル]

Azure Communications Gateway は、シグナリングとメディアを操作して、ネットワークおよび Operator Connect プログラムと Teams Phone Mobile プログラムの要件を満たすことができます。 この記事では、Operator Connect と Teams Phone Mobile 用に Azure Communications Gateway が提供する相互運用性機能の概要について説明します。

重要

このサービスを使用するには、Microsoft の Operator Connect または Teams Phone Mobile 契約に署名する必要があります。

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

Azure Communications Gateway は、固定回線ネットワークとモバイル ネットワークの端に位置します。 これらのネットワークを Microsoft Phone System に接続するので、Operator Connect (固定回線ネットワークの場合) と Teams Phone Mobile (モバイル ネットワークの場合) をサポートできるようになります。 次の図は、Azure Communications Gateway がネットワーク内のどこに位置するかを示しています。

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

通話は、Microsoft Teams クライアントから Microsoft 電話システムと Azure Communications Gateway を介してネットワークにフローします。

認定 SBC 仕様への準拠

Azure Communications Gateway では、Operator Connect と Teams Phone Mobile 用の認定 SBC の Microsoft 仕様がサポートされています。 認定とこれらの仕様の詳細については、「ダイレクト ルーティングが認定されたセッション ボーダー コントローラー」、および Microsoft の担当者が提供する Operator Connect または Teams Phone Mobile のドキュメントを参照してください。

Teams Phone Mobile の通話制御統合

Teams Phone Mobile を使用すると、プレゼンスや通話履歴など、モバイル ハンドセットでネイティブ ダイヤラーから発信された通話に対して Microsoft Teams 通話サービスを提供できます。 これらの機能では、Microsoft Phone System の一部である Microsoft の Intelligent Conversation and Communications Cloud (IC3) で通話を固定する必要があります。

Microsoft Phone System は、SIP シグナリングの情報を利用して、通話が次のものかどうかを判断します。

  • Teams Phone Mobile サブスクライバーへの通話。
  • Teams Phone Mobile サブスクライバーからの通話、または 2 つの Teams Phone Mobile サブスクライバー間の通話。

コア モバイル ネットワークでは、固有のトランクを使用するか、Teams Phone Mobile SIP 仕様で定義されている X-MS-FMC ヘッダーを正しく設定することによって、この情報を Azure Communications Gateway に提供する必要があります。 これらの仕様にアクセスできない場合は、Microsoft の担当者またはオンボーディング チームにお問い合わせください。

コア モバイル ネットワークでは、通話を固定して Microsoft Phone System に転送できることも必要です。 次のオプションから選べます。

  • Azure Communications Gateway のモバイル コントロール ポイント (MCP) を使用します。 MCP は、Teams Phone Mobile Consultation API にクエリを実行して、通話に Teams Phone Mobile サブスクライバーが含まれるかどうかを判断する IMS アプリケーション サーバーです。 次に、MCP は X-MS-FMC ヘッダーを追加し、シグナリングを更新して、Azure Communications Gateway を介して Microsoft Phone System に通話を転送します。 詳細については、「Azure Communications Gateway for Teams Phone Mobile のモバイル コントロール ポイント」を参照してください。
  • Metaswitch からオンプレミス バージョンのモバイル コントロール ポイント (MCP) をデプロイします。 詳細については、モバイル コントロール ポイントについての Metaswitch の説明を参照してください。 このバージョンの MCP は、Azure Communications Gateway に含まれません。
  • コア ネットワーク内の他のルーティング機能を使用して、Teams Phone Mobile サブスクライバーを検出し、これらのサブスクライバーとの間で INVITE を Azure Communications Gateway 経由で Microsoft Phone System にルーティングします。

重要

INVITE に X-MS-FMC ヘッダーがある場合、コアは Microsoft Teams に通話をルーティングできません。 通話は既に Microsoft Phone System に固定されています。

SIP 信号

Azure Communications Gateway は、Operator Connect と Teams Phone Mobile からの次の要件をサポートするために、通話を自動的に相互運用します。

  • SIP over TLS
  • X-MS-SBC ヘッダー (SBC 機能について記述)
  • SDP 本体の a= 属性行に関する厳密な規則
  • 通話転送処理に関する厳密な規則

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

  • 高度な SIP ヘッダーまたは SDP メッセージ操作
  • 信頼性の高い一時的メッセージ (100rel) のサポート
  • 初期メディアと後期メディアの間の相互運用
  • インバンド DTMF トーンから離れた相互運用
  • SIP メッセージ内の他の場所に一意のテナント ID を配置して、ネットワークで使用しやすくする (たとえば、tgrp パラメーター)

Microsoft Phone System では、通話元 (A-) と通話先 (B-) の電話番号を E.164 形式にする必要があります。 この要件は、SIP 番号と TEL 番号の両方に適用されます。 すべての番号に E.164 形式を使用するようにネットワークを構成することをお勧めします。 ネットワークで番号を E.164 形式に変換できない場合は、オンボーディング チームに問い合わせるか、サポート リクエストを送信して番号変換の要件について検討してください。

ネットワークと Azure Communications Gateway の間の SIP トランクはマルチテナントです。つまり、すべての顧客からのトラフィックで同じトランクを共有します。 既定では、Operator Connect または Teams Phone Mobile のトラフィックには X-MS-TenantID ヘッダーが含まれます。 このヘッダーは、トラフィックを送信している企業を識別し、課金システムで使用できます。

RTP および SRTP メディア

Microsoft Phone System では、通常、メディアに SRTP が必要です。 Azure Communications Gateway は RTP と SRTP の両方をサポートし、それらの間で相互運用できます。 Azure Communications Gateway には、ネットワークを Microsoft Phone System と相互運用できるようにするための追加のメディア操作機能が用意されています。

通話のメディア処理

Azure Communications Gateway をデプロイするときに、サポートするコーデックを選択する必要があります。

Operator Connect と Teams Phone Mobile では、通話転送中にリングバック トーン (呼び出し音) をサポートするためにコア ネットワークが必要です。 コア ネットワークでは、コンフォート ノイズもサポートする必要があります。 コア ネットワークがこれらの要件を満たさない場合、Azure Communications Gateway はメディアを通話に挿入できます。

メディア相互運用性オプション

Azure Communications Gateway には、複数のメディア相互運用性オプションが用意されています。 たとえば、次のことが必要になる場合があります。

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

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

プロビジョニングとオペレーター接続 API

Operator Connect と Teams Phone Mobile では、フロースルー プロビジョニングと自動化のために、IT システムと Microsoft Teams 間の API 統合が必要です。 デプロイが認証されて起動された後は、プロビジョニングにポータルを使用しないでください。 Azure Communications Gateway には、BSS クライアントから Azure Communications Gateway およびオペレーター接続環境へのフロースルー プロビジョニングを可能にするプロビジョニング API (プレビュー) を使用してサブスクライバーをプロビジョニングするための代替方法が用意されています。 Azure Communications Gateway には、Azure portal に統合された電話番号管理ポータル (プレビュー) も用意されています。ブラウザーベースのプロビジョニングは、API 統合の完了時に開始するために使用できます。

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

ヒント

これらの方法により、企業のお客様が Teams 通話を管理することはできません。 たとえば、セルフサービス ポータルは提供されません。

Microsoft Teams に通話期間データを提供する

Azure Communications Gateway を使うと、Operator Connect API を使って、個々の通話の継続時間に関する情報 (CallDuration information) を Microsoft Teams 環境にアップロードすることができます。 この情報により、Microsoft Teams が記録した通話時間ではなく、ネットワークが記録した通話時間を Microsoft Teams クライアントに表示できます。 この情報を Microsoft Teams に提供することは、Azure Communications Gateway がお客様に代わって実行するオペレーター接続プログラムの要件です。

監視要件との互換性

Azure Communications Gateway サービスには、デプロイで発生する可能性のある障害の継続的な監視が含まれています。 監視するメトリックは、オペレーターが Operator Connect プログラムの一部として監視する必要があるすべてのメトリックを対象とし、次のものが含まれます。

  • 通話品質
  • 通話エラーおよび通常とは異なる動作 (通話設定の失敗、短い通話、異常な切断など)
  • Azure Communications Gateway におけるその他のエラー

潜在的な障害を調査し、障害が Azure Communications Gateway と Microsoft Phone System のどちらに関連しているかを判断します。 障害の特定に役立つトラブルシューティング手順をネットワークで実行する必要がある場合があります。

次のステップ