メディアゲートウェイ制御プロトコルアーキテクチャ

メディアゲートウェイ制御プロトコルアーキテクチャは、インターネットプロトコルネットワークと公衆交換電話網（PSTN）の従来のアナログ設備との間で電話通話を伝送するための分解されたマルチメディアゲートウェイを使用して通信サービスを提供する方法論です。 ^{[1]このアーキテクチャは元々RFC 2805で定義され、}メディアゲートウェイ制御プロトコル（MGCP）やMegaco （H.248）など、いくつかの主要なVoIP（Voice over IP ）プロトコル実装で使用されてきました。これらはどちらも、廃止されたシンプルゲートウェイ制御プロトコル（SGCP） の後継です 。

このアーキテクチャでは、従来の通信ネットワークと最新のパケット ネットワークの統合に必要な機能を、メディア ゲートウェイ、メディア ゲートウェイ コントローラ、シグナリング ゲートウェイなどの複数の物理コンポーネントと論理コンポーネントに分割します。メディア ゲートウェイとそのコントローラ間のやり取りは、メディア ゲートウェイ制御プロトコルで定義されます。

メディア ゲートウェイ プロトコルは、インターネットのネットワーク モデルであるインターネットプロトコル スイートに基づいて開発され、デバイス制御プロトコルと呼ばれます。メディア ゲートウェイは、IP インターフェイスと従来の電話インターフェイスを提供し、それらの間でオーディオやビデオ ストリームなどのメディアを変換するデバイスです。従来の電話インターフェイスは、PSTNスイッチへのインターフェイスのように複雑な場合もあれば、従来の電話へのシンプルなインターフェイスの場合もあります。ゲートウェイのサイズと目的に応じて、IP 発信の通話を PSTN に終了したり、その逆を行ったりできる場合もあれば、IP ネットワーク経由で電話を通信システムに接続する手段を提供するだけの場合もあります。

当初、ゲートウェイは、 H.323やセッション開始プロトコルなどのプロトコルを使用したコール制御と、PSTN インターフェイスの制御に必要なハードウェアを備えたモノリシック デバイスと見なされていました。1998 年に、ゲートウェイを 2 つの論理部分に分割するというアイデアが提案されました。コール制御ロジックを含む部分はメディア ゲートウェイ コントローラ(MGC) またはコール エージェント (CA) と呼ばれ、PSTN とのインターフェイスとなるもう 1 つの部分はメディア ゲートウェイ(MG) と呼ばれます。この機能分割により、MGC と MG の間に新しいインターフェイスが存在するようになり、要素間の通信用のフレームワークが必要となり、メディア ゲートウェイ制御プロトコル アーキテクチャが生まれました。

SIP と H.323 はシグナリング プロトコルですが、メディア ゲートウェイ制御プロトコルはデバイス制御プロトコルです。SIP と H.323 およびメディア ゲートウェイ制御プロトコルのアーキテクチャ上の違いは、SIP と H.323 のエンティティ間の関係がピアツーピアであるのに対し、メディア ゲートウェイ制御プロトコルのエンティティ間の関係はマスター/スレーブ (テクノロジ)モデルを使用していることです。SIP と H.323 は、同様のインターフェイス間のコールのセットアップ、接続、管理、および終了を処理しますが、メディア ゲートウェイ制御プロトコルは、IP と他のネットワーク間のメディア パスとストリームのセットアップのメカニズムを定義します。^[2]

メディア ゲートウェイ制御プロトコルの実装はいくつかあり、一般的に使用されています。最もよく知られているプロトコルの名前は、プロトコル グループの略語です。

• メディアゲートウェイ制御プロトコル（MGCP）は、RFC 2705で最初に説明され、RFC 3435で改訂されました。^[3]
• Megaco、またはH.248、またはMegaco/H.248は、RFC 3525で最初に説明されましたが、これはさまざまな仕様で改訂および拡張され、RFC 5125で説明されているように廃止されました。^{[4] [5]}

MGCPとH.248/Megacoはアーキテクチャが似ていますが、明確に異なるプロトコルであり、相互運用性はありません。H.248 /MegacoとMGCPプロトコルは、インテリジェントエンドポイントプロトコルと呼ばれるH.323とSIPを補完するものです。H.248/MegacoとMGCPは、デバイス制御プロトコルと呼ばれることもあります。^{[6] [7]}

その他のメディア ゲートウェイ制御プロトコルには、MGCP の前身であるSimple Gateway Control Protocol (SGCP) とInternet Protocol Device Control (IPDC) があります。同様のアーキテクチャを使用する独自のプロトコルは、Cisco Skinny Client Control Protocol (SCCP)です。

メディアゲートウェイは、音声、ビデオ、ファックスアプリケーションなどのサービスのための通信において、通常は異なる技術を使用する2つの異なるインターフェース間で、デジタルデータまたはアナログ信号の形式でメディアストリームを変換するデバイスです。通常、技術の1つはパケット、フレーム、またはセルネットワークです。^[1]たとえば、従来のアナログ電話間の音声電話通話をインターネットプロトコル（IP）ネットワーク経由で送信するためのデジタル形式に変換し、 VoIP通信を容易にします。

メディアゲートウェイ コントローラ(MGC) は、コール エージェントとも呼ばれ、メディア ゲートウェイを制御します。MGC は、ユーザーが電話の通話を開始しようとしているときのオフフック状態などのゲートウェイのイベントを監視し、ゲートウェイに対してセッションの開始または完了、着信側への通知、通話の終了などの要求を発行します。ゲートウェイとそのコントローラ間のこのやり取りに使用されるプロトコルは、さまざまなタイプとバージョンを経て進化してきました。Simple Gateway Control Protocol (SGCP) とInternet Protocol Device Control (IPDC) は、 Media Gateway Control Protocol (MGCP) と Megaco ( H.248とも呼ばれる)に置き換えられました。

一部の MGC は、従来の電話システム、H.323、およびセッション開始プロトコル(SIP) との相互接続のために、 Signalling System No. 7 (SS7)などの他のシグナリング プロトコルとインターフェイスします。

デバイス制御プロトコルは、いくつかのバージョンを経て進化しました。MGCP は、現在 International SoftSwitch Consortium と呼ばれるグループから生まれました。このグループは、Level 3 Communications (Xcom の買収を通じて) とTelcordia (BellCore) によって初期から始まりました。

1998 年 7 月、Telcordia (Bellcore) とCisco Systems は、外部のコール制御要素からテレフォニー ゲートウェイを制御するためのSimple Gateway Control Protocol (SGCP)というプロトコルを作成しました。 ^[8] 一方、1998 年半ばに、Level 3 は 12 社の大手通信機器メーカーで構成される技術諮問委員会 (TAC) を設立しました。TAC は1998 年 8 月にインターネット プロトコル デバイス コントロール(IPDC)というデバイス プロトコルを提案しました。 ^[9] IPDC は、メディア ゲートウェイとメディア ゲートウェイ コントローラの間で使用することを目的としていました。メディア ゲートウェイは、VoIP ゲートウェイ、VoATM ゲートウェイ、ダイヤルアップ モデム メディア ゲートウェイ、回線交換機、またはクロス コネクトとして動作できました。1998 年 10 月、Simple Gateway Control Protocol (SGCP) とインターネット プロトコル デバイス コントロール(IPDC)が統合され、MGCP が誕生しました。^[10]

MGCPは1998年10月にIETFのMeGaCoワーキンググループに提出されました^。[11] 1998年11月、ルーセントテクノロジーはメディアゲートウェイとそのコントローラで使用するためのメディアデバイスコントロールプロトコル（MDCP）と呼ばれる3番目のデバイスプロトコルのドラフトを提出しました。^[12] IETFはMGCPとMDCPを統合し、1999年4月にMeGaCoプロトコル（H.248とも呼ばれる）と呼ばれる新しい改良プロトコルを提案しました。^[13]

MGCP の最初の「公式」バージョンは、RFC 2705 で情報として定義されています。RFC 3435 は RFC 2705 を廃止しました。MGCP は現在、プロトコル仕様は含まれていますが、標準トラックプロトコルではなく、純粋に情報です。MGCP がまだインターネット ドラフトであったときでも、多くの企業は、標準化されたプロトコルを待つのではなく、独自の開発に MGCP を含めました。そのため、1999 年 10 月に MGCP を情報 RFC としてリリースすることが決定されました。IETF による MGCP の開発は停止しましたが、企業は引き続き MGCP を実装しており、^[14] PacketCableによるネットワーク ベース コール シグナリングの開発の取り組みに後押しされています。

MGCPのさらなる標準化は、IETF、MEGACOワーキンググループ、 ITU-T /SG16でH.GCPというコード名で進められました。RFC 3015標準は、MEGACOプロトコル（H.248とも呼ばれる）を追跡し、

Megaco の目的は、MGCP では適切に対処できなかったさまざまな要件を満たす必要性でした。^[要出典] Megaco は MGCP の進化形です。MGCP と MDCP を組み合わせたもので、2000 年 11 月に RFC 3015 で標準として公開されました。Megaco と MGCP は異なり、相互運用性はありません。

H.248 (H.248.1 ゲートウェイ制御プロトコル バージョン 3) は、国際電気通信連合 (ITU-T)によってプロトコル標準として公開されています。ITU -T はH.248.1 の 3 つのバージョンを公開しています。IETF はこれを情報 RFC 3525 でゲートウェイ制御プロトコル バージョン 1 として公開しました。

H.248とMGCPはどちらもメディアゲートウェイコントローラまたはコールエージェントを使用してメディアゲートウェイを制御するためのプロトコルです。VoIPシステムでは、H.248とMGCPはSIPまたはH.323とともに使用されます。SIPまたはH.323はゲートウェイコントローラ間の相互通信を提供し、MGCPはメディアゲートウェイでのメディア確立を管理するために使用されます。^[15]

• RFC 2805メディアゲートウェイ制御プロトコルのアーキテクチャと要件、2000 年 4 月 (情報)
• RFC 2705メディア ゲートウェイ コントロール プロトコル (MGCP) バージョン 1.0、1999年 10 月 (情報)
• RFC 3435メディア ゲートウェイ コントロール プロトコル (MGCP) バージョン 1.0 (RFC 2705 に代わる) (情報)
• RFC 3015 Megaco プロトコル バージョン 1.0、2000年 11 月、(標準トラック)
• RFC 3525ゲートウェイ コントロール プロトコル バージョン 1、2003年 6 月 (廃止: RFC 3015) (標準)

• ソフトスイッチ
• RTPオーディオビデオプロファイル
• ボイスオーバーインターネットプロトコル

• シンプル ゲートウェイ コントロール プロトコル 1st ドラフト、IETF、1998 年 7 月 30 日
• 接続制御プロトコル第 1 ドラフト、IETF、1998 年 8 月
• メディア ゲートウェイ コントロール プロトコル (MGCP) 1st ドラフト、IETF 1998 年 10 月 27 日
• メディア デバイス コントロール プロトコル (MDCP) 第 1 版ドラフト、1998 年 11 月
• MEGACO 初版、IETF、1999 年 4 月
• ITU-T Hシリーズ勧告
• H.248.1 基本プロトコル仕様、ITU-T
• MGCP情報サイト
• H.248 情報サイト
• メディア ゲートウェイ制御プロトコルの実装 - RADVISION ホワイト ペーパー
• MGCP と SIP の説明 Michael Lamy、ADTRAN エンタープライズ ネットワーク部門