オペレーター Connect と Teams Phone Mobile との Azure Communications Gateway の相互運用性の概要

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

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

Azure Communications Gateway は、固定回線とモバイル ネットワークの端に配置されます。 これらのネットワークを Microsoft Phone システムに接続するため、オペレーター接続 (固定回線ネットワークの場合) と Teams Phone Mobile (モバイル ネットワークの場合) をサポートできます。 次の図は、Azure Communications Gateway がネットワーク内のどこにあるかを示しています。

呼び出しは、Microsoft Teamsクライアントから Microsoft Phone システムと Azure Communications Gateway を介してネットワークに流れ込みます。

認定された SBC 仕様への準拠

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

Teams Phone Mobile の通話制御の統合

Teams Phone Mobile を使用すると、携帯電話のネイティブ ダイヤラーから発信された通話 (プレゼンスや通話履歴など) に対して、Microsoft Teams通話サービスを提供できます。 これらの機能では、Microsoft Phone システムの一部である Microsoft のインテリジェントな会話と通信クラウド (IC3) で通話を固定する必要があります。

Microsoft Phone システムは、SIP シグナリングの情報に依存して、通話が次のものかどうかを判断します。

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

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

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

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

SIP シグナリング

Azure Communications Gateway は、オペレーター Connect と Teams Phone Mobile からの次の要件をサポートするために、呼び出しを自動的にインターワークします。

• TLS 経由の SIP
• 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 トランクはマルチテナントです。つまり、すべての顧客からのトラフィックが同じトランクを共有します。 既定では、オペレーター接続または Teams Phone Mobile のトラフィックには X-MS-TenantID ヘッダーが含まれます。 このヘッダーは、トラフィックを送信している企業を識別し、課金システムで使用できます。

RTP および SRTP メディア

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

通話のメディア処理

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

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

メディア間の作業オプション

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

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

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

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

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

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

• Azure Communications Gateway のプロビジョニング と Azure Communications Gateway のプロビジョニング API との統合。
• オペレーター接続と Teams Phone Mobile 用の Azure Communications Gateway の数値管理ポータル (プレビュー) を使用して企業を管理します。

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

Azure Communications Gateway では、Operator Connect API を使用して、個々の呼び出しの期間に関する情報 (CallDuration 情報) を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 のどちらに関連しているかを判断します。 障害の特定に役立つトラブルシューティング手順をネットワークで実行する必要がある場合があります。

次のステップ

• Azure Communications Gateway の監視について説明します。
• Azure Communications Gateway に変更を要求する方法について説明します。