JP2010021671A - メディア・ゲートウェイ装置、通信システム及びそれらに用いる冗長方法 - Google Patents

Abstract

【課題】 コストアップを最小限に抑えて、信頼性を二重化構成なみにすることが可能なメディア・ゲートウェイ装置を提供する。
【解決手段】 メディア・ゲートウェイ装置（１）は、少なくとも音声データのＲＴＰパケット化及びＲＴＰパケットの音声データへのメディア変換を行う現用系及び予備系のＶｏＩＰ制御手段（ＶｏＩＰ制御部１４〜１７）と、ＶｏＩＰのセッション確立に必要な情報をＶｏＩＰ制御手段に設定する二重化構成の呼制御管理手段（呼制御管理部１１，１２）とを有する。メディア・ゲートウェイ装置は、現用系のＶｏＩＰ制御手段の障害発生時に当該ＶｏＩＰ制御手段に設定された情報を呼制御管理手段により予備系のＶｏＩＰ制御手段に設定する。
【選択図】 図１

Description

本発明はメディア・ゲートウェイ装置、通信システム及びそれらに用いる冗長方法に関し、特に既存の回線交換網とＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網とをつなぐメディア・ゲートウェイ装置（ＭＧＷ：Ｍｅｄｉａ Ｇａｔｅｗａｙ）に関する。

本発明に関連するメディア・ゲートウェイ装置の冗長方法について図７及び図８を参照して説明する。図７及び図８において、メディア・ゲートウェイ装置４は、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）制御部（＃１〜＃３）４１〜４３と、ＶｏＩＰ制御部（予備）４４と、回線ＩＴＦ（Ｉｎｔｅｒｆａｃｅ）部（＃０，＃１）４５，４６とを備えている。

ＶｏＩＰ制御部（＃１〜＃３）４１〜４３及びＶｏＩＰ制御部（予備）４４は、Ｍｅｇａｃｏ（Ｍｅｇａｃｏ）終端機能、呼制御管理機能、ＶｏＩＰ機能［音声データのＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化、ＲＴＰから音声データへのメディア変換、Ｃｏｄｅｃ変換、エコーキャンセラ等］を持っている。ＶｏＩＰ制御部（＃１〜＃３）４１〜４３は現用系として、ＶｏＩＰ制御部（予備）４４は予備系として動作し、回線ＩＴＦ部（＃０，＃１）４５，４６は回線交換網（図示せず）とのインタフェース機能を持っている。

ＶｏＩＰ制御部（予備）４４は、全ての現用系のＶｏＩＰ制御部（＃１〜＃３）４１〜４３のコンテキスト情報を持ち、ＭＧＣ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ）５から現用系のＶｏＩＰ制御部（＃１）４１に対してＭｅｇａｃｏプロトコルでセッション情報を更新するたびにＶｏＩＰ制御部（予備）４４のコンテキスト情報テーブルも更新する。

ＶｏＩＰ制御部（＃１）４１が障害時の処理概要を図８に示す。ＶｏＩＰ制御部（予備）４４は、切替え動作時に自分の管理しているコンテキスト情報テーブルのＶｏＩＰ制御部（＃１）４１の部分を読出し、ハードウェア［ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等］に設定をし、ＭＧＣ５からの状態一致処理にてＭＧＣ５−ＶｏＩＰ制御部（予備）４４間の完全同期を実施している。

尚、上記のようなメディア・ゲートウェイ装置としては、下記の特許文献１，２に記載の技術がある。特許文献１には、音声通信を確立するためのＩＰ電話網において、呼制御を行うＶｏＩＰサーバであるＣＡ（Ｃａｌｌ Ａｇｅｎｔ：呼制御サーバ）と、音声データをＩＰパケットとして送受信するメディア・ゲートウェイ装置とを含むシステムが記載されている。

特許文献２には、固定電話網とＩＰ網とを結ぶＶｏＩＰ音声通信を提供するために、ＣＡがメディア・ゲートウェイ装置を制御することによって、固定電話網とＩＰ網との間の電話サービスを実現するシステムが記載されている。

特開２００６−０５０２５０号公報 特開２００５−３３３３１２号公報

しかしながら、上述した本発明に関連するメディア・ゲートウェイ装置では、呼制御管理部がＮ＋１冗長構成（Ｎは２以上の整数）のＶｏＩＰ制御部に含まれているため、ＶｏＩＰ制御部の障害とＭＧＣからのＭｅｇａｃｏ受信とが競合すると、ＶｏＩＰ制御部（予備系）にコンテキスト情報が引き継げないという課題がある。この課題を克服するために、本発明に関連するメディア・ゲートウェイ装置では、ＭＧＣとの間で状態一致処理が必要になり、課題の解決に処理時間がかかるという問題がある。

また、本発明に関連するメディア・ゲートウェイ装置では、呼制御管理部（予備）に全ての現用系のＶｏＩＰ制御部のコンテキスト情報を常時保持しておかなければならないため、ＶｏＩＰ制御部（予備）が現用系のＶｏＩＰ制御部と共通な構成にできないという問題がある。あるいは、ＶｏＩＰ制御部（予備）を現用系のＶｏＩＰ制御部と共通な構成にした場合には、現用系のＶｏＩＰ制御部に必要以上の容量のメモリを搭載する必要がある。

さらに、本発明に関連するメディア・ゲートウェイ装置では、ＶｏＩＰ制御部の現用系と予備系との間で、常時同期のための処理や、そのための機能が必要になり、音声パケットを中継するＶｏＩＰ制御部に余計な負荷がかかるという問題がある。

つまり、本発明に関連するメディア・ゲートウェイ装置では、ＶｏＩＰ制御部に搭載されているＶｏＩＰ用ＤＳＰが高価であり、製品の価格競争力を上げるために、このＶｏＩＰ制御部に、二重化構成ではなく、Ｎ＋１重化構成を採用するのが一般的である。

Ｎ＋１重化切替えでは、全ての現用系の情報を、予め予備系に持っておく必要があり、現用系では情報が更新される度に予備系に情報を転送している。この予備系への情報転送前及び転送中に現用系が障害になってしまうと、予備系が持っている情報と現用系の情報とが不一致になってしまう可能性がある。この場合、唯一正確な情報を保持していた現用系が障害で、メディア・ゲートウェイ装置内での情報修正ができず、ＭＧＣからの状態一致化処理（Ａｕｉｄｉｔ）に頼るしかなく、現用系の情報を正確に引き継ぐまでにかなりの時間を要している。

また、本発明に関連するメディア・ゲートウェイ装置では、予備系に全ての現用系の情報を持つ必要があるので、予備系において現用系に比べて多くのメモリ容量が必要で、このことから予備系専用の装置を準備するか、現用系と予備系とを共通装置にするために、現用系としては不必要な容量のメモリを搭載する必要があり、コストアップ要因となっている。尚、上記の特許文献１，２には、メディア・ゲートウェイ装置の冗長構成について言及されていないので、上述した問題を解決することはできない。

そこで、本発明の目的は上記の問題点を解消し、コストアップを最小限に抑えて、信頼性を二重化構成なみにすることができるメディア・ゲートウェイ装置、通信システム及びそれらに用いる冗長方法を提供することにある。

本発明によるメディア・ゲートウェイ装置は、少なくとも音声データのＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化及びＲＴＰパケットの音声データへのメディア変換を行う現用系及び予備系のＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）制御手段と、
ＶｏＩＰのセッション確立に必要な情報を前記ＶｏＩＰ制御手段に設定する二重化構成の呼制御管理手段とを備え、
前記現用系のＶｏＩＰ制御手段の障害発生時に当該ＶｏＩＰ制御手段に設定された情報を情報前記呼制御管理手段により前記予備系のＶｏＩＰ制御手段に設定している。

本発明による通信システムは、上記のメディア・ゲートウェイ装置を含むことを特徴とする。

本発明によるメディア・ゲートウェイ装置の冗長方法は、少なくとも音声データのＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化及びＲＴＰパケットの音声データへのメディア変換を行う現用系及び予備系のＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）制御手段と、ＶｏＩＰのセッション確立に必要な情報を前記ＶｏＩＰ制御手段に設定する二重化構成の呼制御管理手段とを配設し、
前記現用系のＶｏＩＰ制御手段の障害発生時に当該ＶｏＩＰ制御手段に設定された情報を情報前記呼制御管理手段により前記予備系のＶｏＩＰ制御手段に設定している。

本発明は、上記のような構成及び動作とすることで、コストアップを最小限に抑えて、信頼性を二重化構成なみにすることができるという効果が得られる。

次に、本発明の実施の形態について図面を参照して説明する。まず、本発明によるメディア・ゲートウェイ（ＭＧＷ：Ｍｅｄｉａ Ｇａｔｅｗａｙ）装置の概要について説明する。本発明によるメディア・ゲートウェイ装置では、呼制御管理部をＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）制御部から分離し、その呼制御管理部を二重化構成にすることで、障害発生時に正確な情報を現用系から予備系に引き継ぐこと、及び現用系から予備系への切替え時間を短縮し、無音時間を短くすることを特徴としている。

本発明によるメディア・ゲートウェイ装置では、ＭＧＣ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ）によってＭｅｇａｃｏプロトコル［ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）３０１５、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｕｚａｔｉｏｎ Ｓｅｃｔｏｒ） Ｈ．２４８］にて制御されることで、メディア変換を実施する。

また、本発明によるメディア・ゲートウェイ装置では、現用系のＶｏＩＰ制御部と予備系のＶｏＩＰ制御部とでＮ＋１冗長構成（Ｎは２以上の整数）となっており、これらＶｏＩＰ制御部の他に、回線インタフェース部と呼制御管理部とスイッチ（ＳＷ；Ｓｗｉｔｃｈ）とを備えている。

これらＶｏＩＰ制御部は、内部にＶｏＩＰ用のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）を搭載し、回線交換網側から回線インタフェース（ＩＴＦ；Ｉｎｔｅｒｆａｃｅ）部経由で受信した音声データをＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化、あるいはその逆にＲＴＰを回線交換網側の音声データへのメディア変換、Ｃｏｄｅｃ変換、エコーキャンセラ等の機能と、ＲＴＰを送受信するＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網とのインタフェース機能を持つ。回線インタフェース部は、回線交換網とのインタフェース機能を持つ。

呼制御管理部は、ＭＧＣからのＭｅｇａｃｏプロトコルを受信して呼処理情報を管理し、ＶｏＩＰのセッション確立に必要な情報をＶｏＩＰ制御部に設定する機能と、ＶｏＩＰ制御部の冗長制御機能とを持つ。

スイッチは、メディア・ゲートウェイ装置内の呼制御管理部、ＶｏＩＰ制御部、回線インタフェース部が互いに通信するための通信機能、スイッチング機能を持つ。

レイヤ２スイッチ（Ｌ２ＳＷ；Ｌａｙｅｒ ２ Ｓｗｉｔｃｈ）は、現用系のＶｏＩＰ制御部に障害が発生して予備系のＶｏＩＰ制御部に切替えた場合、故障したＶｏＩＰ制御部のＩＰアドレスを引き継いでサービスを継続できるようにするためのレイヤ２スイッチの機能を持つ。

このように、本発明では、呼処理に必要な情報を二重化構成である呼制御管理部にて行うことによって、Ｎ＋１冗長構成のＶｏＩＰ制御部の障害切替え時に無音時間を最小し、かつ現用系の情報を予備系に対して正確に引き継がせることができる。

本発明は、Ｍｅｇａｃｏ終端機能及び呼処理機能をＶｏＩＰ制御部から切り離し、その呼処理機能を持つ呼処理制御部を二重化構成で配置することによって、ＶｏＩＰ制御部のＮ＋１冗長構成による価格メリットを維持しつつ、非完全同期というＮ＋１冗長構成のデメリットを解消し、かつ冗長切替えによる無音時間の短縮を可能にする。

図１は本発明の第１の実施の形態によるメディア・ゲートウェイ装置の構成を示すブロック図である。図１において、メディア・ゲートウェイ装置（ＭＧＷ）１は、呼制御管理部１１，１２と、スイッチ１３と、ＶｏＩＰ制御部１４〜１６と、ＶｏＩＰ制御部（予備）１７と、回線インタェース（ＩＴＦ）部１８，１９とから構成されている。

呼制御管理部１１，１２は、ＭＧＣ２に接続され、ＶｏＩＰ制御部１４〜１６及びＶｏＩＰ制御部（予備）１７は、レイヤ２スイッチ（Ｌ２ＳＷ）３を介してＩＰ網１００に接続され、回線インタェース部１８，１９は回線交換網２００に接続されている。

回線インタフェース部１８，１９は、回線交換網２００とのインタフェース機能を持つ。ＶｏＩＰ制御部１４〜１６及びＶｏＩＰ制御部（予備）１７は、ＩＰ網１００とのインタフェース機能と、ＶｏＩＰ機能（音声データのＲＴＰパケット化、ＲＴＰから音声データへのメディア変換、Ｃｏｄｅｃ変換、エコーキャンセラ等）を持つ。

呼制御管理部１１，１２は、ＭＧＣ２との間でＭｅｇａｃｏ通信を行い、呼処理制御機能と、ＶｏＩＰ制御部１４〜１６及びＶｏＩＰ制御部（予備）１７、回線インタフェース部１８，１９の冗長管理機能とを持つ。スイッチ１３は、メディア・ゲートウェイ装置１内の通信を行うためのスイッチ機能を持つ。

図２〜図６は本発明の第１の実施の形態によるメディア・ゲートウェイ装置１の動作を示す図である。これら図１〜図６を参照して本発明の第１の実施の形態によるメディア・ゲートウェイ装置１における冗長構成について説明する。

図２を参照すると、メディア・ゲートウェイ装置１におけるＭＧＣ２からＭｅｇａｃｏで設定され、ＶｏＩＰセッション確立に必要なコンテキスト（Ｃｏｎｔｅｘｔ）情報の通信ルートが示されている。ＭＧＣ２からのＭｅｇａｃｏは、呼制御管理部（＃０，＃１）１１，１２で終端する。呼制御管理部（＃０，＃１）１１，１２は２重化構成で、ＭＧＣ２との通信は現用系側のみで行われる。

呼制御管理部（＃０，＃１）１１，１２は、ＭｅｇａｃｏからＶｏＩＰのセッション確立に必要なコンテキスト情報をＶｏＩＰ制御部（＃１〜＃３）１４〜１６及びＶｏＩＰ制御部（予備）１７に設定し、回線交換網２００とＩＰ網１００との間での音声通話を可能にする。呼制御管理部（＃０，＃１）１１，１２間は、現用系と予備系との間でコンテキスト情報の同期を行うためのルートを有している。

図３を参照すると、メディア・ゲートウェイ装置１におけるＭＧＣ２からＭｅｇａｃｏ受信時の動作を示している。呼制御管理部（＃０）１１は、現用系で動作時にＭｅｇａｃｏを終端し、コンテキスト情報を音声通信確立のため、ＶｏＩＰ制御部（＃１）１４に設定する。

また、呼制御管理部（＃０）１１に障害が発生した時のために、予備系側の呼処理制御部（＃１）１２にも、呼制御管理部（＃０）１１と同様に、コンテキスト情報を設定し、呼制御管理部（＃０）１１（現用系）と呼制御管理部（＃１）１２（予備系）との同期を行う。

図４を参照すると、メディア・ゲートウェイ装置１における障害発生前の回線交換網２００とＩＰ網１００との間の音声通信例を示している。図５を参照すると、メディア・ゲートウェイ装置１における現用系として使用されていたＶｏＩＰ制御部（＃１）１４に障害が発生した場合の呼制御管理部（＃０）１１の動作を示している。図６を参照すると、メディア・ゲートウェイ装置１における系切替え後の回線交換網２００とＩＰ網１００との間の音声通信例を示している。

次に、図１に示すメディア・ゲートウェイ装置１の各機能の動作について、図２〜図６を参照して説明する。

図２には、ＶｏＩＰセッション確立に必要なコンテキスト情報の通信ルートを示している。図３には、図２に示す通信ルートを使用した、コンテキスト情報設定動作を示している。図３において、ＭＧＣ２から受信したＭｅｇａｃｏを呼制御管理部（＃０）１１（現用系）にて終端する。

呼制御管理部（＃０）１１は、音声通信をさせるＶｏＩＰ制御部（＃１）１４をハントし、音声通信に必要なコンテキスト情報をＶｏＩＰ制御部（＃１）１４に設定する。本実施の形態による呼処理制御部には、信頼性を向上させるために二重化方式［呼制御管理部（＃０）１１、呼制御管理部（＃１）１２］を採用している。

現用系の呼制御管理部（＃０）１１は、予備系の呼制御管理部（＃１）１２と同期をとるために、ＶｏＩＰ制御部（＃１）１４への設定と同様に、呼制御管理部（＃１）１２にもコンテキスト情報の設定を行う。コンテキスト情報テーブルは、各装置が管理しているコンテキスト情報を表しており、ＶｏＩＰ制御部（予備）１７のコンテキスト情報は、空の状態である。

ＶｏＩＰ制御部（＃１）１４と回線インタフェース部（＃０）１８を使用したＩＰ網１００と回線交換網２００との間の音声通信を実施中に（図４参照）、ＶｏＩＰ制御部（＃１）１４で障害が発生した場合の動作について図５を参照して説明する。

図５において、ＶｏＩＰ制御部（＃１）１４にて障害が発生した場合［図５の（１）］、呼制御管理部（＃０）１１は、各機能部に対して実施しているヘルスチェックにてその障害発生を検出する［図５の（２）］。

呼制御管理部（＃０）１１は、ＶｏＩＰ制御部（＃１）１４の障害を検出すると、自回路内に保持しているコンテキスト情報テーブルから、ＶｏＩＰ制御部（＃１）１４の情報を読出し［図５の（３）］、ＶｏＩＰ制御部（予備）１７に通知する［図５の（４）］。呼制御管理部（＃０）１１は、回線インタフェース部（＃０）１８に対して、送信先をＶｏＩＰ制御部（＃１）１４からＶｏＩＰ制御部（予備）１７への切替えを指示する［図５の（５）］。

ＶｏＩＰ制御部（予備）１７では、呼制御管理部（＃０）１１から通知された、ＶｏＩＰ制御部（＃１）のコンテキスト情報を、空のコンテキスト情報テーブルに設定する［図５の（６）］。これによって、ＶｏＩＰ制御部（予備）１７では、ＶｏＩＰ制御部（＃１）１４のＩＰ網１００向けＩＰアドレスを引き継ぎ、自らのＭＡＣ（ＭＡＣ）アドレスをレイヤ２スイッチ３にＭＡＣ学習させ［図５の（７）］、ＶｏＩＰ制御部（＃１）１４からＶｏＩＰ制御部（予備）１７への切替処理を終了する。

その後に、本実施の形態では、図６に示したように、ＶｏＩＰ制御部（予備）１７がＶｏＩＰ制御部（＃１）１４に代わって現用系となり、回線インタフェース部（＃０）１８と通信し、音声通信サービスを継続する。

このように、本実施の形態では、ＶｏＩＰ制御部だけではＮ＋１冗長のために、現用系と予備系とでの完全同期ができない（現用障害時に予備系へ情報が引き継げない可能性がある）が、ＶｏＩＰ制御部の系切替動作時、呼制御管理部からコンテキスト情報を設定するので、完全同期することができる。

また、本実施の形態では、ＶｏＩＰ用ＤＳＰを搭載しており、システム内で一番高価なＶｏＩＰ制御部を、二重化ではなく、Ｎ＋１冗長のままにしているので、これまでに比べて信頼性は向上しても、コストアップを抑えることができる。

さらに、本実施の形態では、呼制御管理部をＶｏＩＰ制御部から切り離して二重化し、それらの呼制御管理部にて全てのＶｏＩＰ制御部のコンテキスト情報を管理しているので、ＶｏＩＰ制御部（予備）には、切替動作時に必要最低限のコンテキスト情報の設定で済み、かつ切り替え後の状態一致処理が不要となるため、現用系と予備系との切替時間を短縮することができる。

つまり、本実施の形態では、上記のように、呼制御管理部をＶｏＩＰ制御部から切り離して二重化し、それらの呼制御管理部にて全てのＶｏＩＰ制御部のコンテキスト情報を管理することによって、コストアップを最小限に抑えて、信頼性を二重化構成なみにすることが可能となる。

本発明の第１の実施の形態によるメディア・ゲートウェイ装置の構成例を示すブロック図である。 本発明の第１の実施の形態によるメディア・ゲートウェイ装置の動作を示す図である。 本発明の第１の実施の形態によるメディア・ゲートウェイ装置の動作を示す図である。 本発明の第１の実施の形態によるメディア・ゲートウェイ装置の動作を示す図である。 本発明の第１の実施の形態によるメディア・ゲートウェイ装置の動作を示す図である。 本発明の第１の実施の形態によるメディア・ゲートウェイ装置の動作を示す図である。 本発明に関連するメディア・ゲートウェイ装置の構成例を示すブロック図である。 本発明に関連するメディア・ゲートウェイ装置の動作を示す図である。

符号の説明

１ メディア・ゲートウェイ装置
２ ＭＧＣ
３ レイヤ２スイッチ
１１，１２ 呼制御管理部
１３ スイッチ
１４〜１６ ＶｏＩＰ制御部
１７ ＶｏＩＰ制御部（予備）
１８，１９ 回線インタフェース部
１００ ＩＰ網
２００ 回線交換網

Claims (11)

1. 少なくとも音声データのＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化及びＲＴＰパケットの音声データへのメディア変換を行う現用系及び予備系のＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）制御手段と、
   ＶｏＩＰのセッション確立に必要な情報を前記ＶｏＩＰ制御手段に設定する二重化構成の呼制御管理手段とを有し、
   前記現用系のＶｏＩＰ制御手段の障害発生時に当該ＶｏＩＰ制御手段に設定された情報を前記呼制御管理手段により前記予備系のＶｏＩＰ制御手段に設定することを特徴とするメディア・ゲートウェイ装置。
2. 前記現用系のＶｏＩＰ制御手段と前記予備系のＶｏＩＰ制御手段とによりＮ＋１冗長構成（Ｎは２以上の整数）としたことを特徴とする請求項１記載のメディア・ゲートウェイ装置。
3. 前記ＶｏＩＰ制御手段は、少なくとも回線交換網側から受信した音声データのＲＴＰパケット化及びＲＴＰパケットの前記回線交換網側の音声データへのメディア変換を行うことを特徴とする請求項１または請求項２記載のメディア・ゲートウェイ装置。
4. 前記呼制御管理手段は、ＭＧＣ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ）からのＭｅｇａｃｏプロトコルを受信して呼処理情報を管理しかつＶｏＩＰのセッション確立に必要な情報を前記ＶｏＩＰ制御手段に設定することを特徴とする請求項１から請求項３のいずれか記載のメディア・ゲートウェイ装置。
5. 前記呼制御管理手段は、前記ＶｏＩＰ制御手段の冗長制御を行うことを特徴とする請求項１から請求項４のいずれか記載のメディア・ゲートウェイ装置。
6. 請求項１から請求項５のいずれかに記載のメディア・ゲートウェイ装置を含むことを特徴とする通信システム。
7. 少なくとも音声データのＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化及びＲＴＰパケットの音声データへのメディア変換を行う現用系及び予備系のＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）制御手段と、ＶｏＩＰのセッション確立に必要な情報を前記ＶｏＩＰ制御手段に設定する二重化構成の呼制御管理手段とを配設し、
   前記現用系のＶｏＩＰ制御手段の障害発生時に当該ＶｏＩＰ制御手段に設定された情報を前記呼制御管理手段により前記予備系のＶｏＩＰ制御手段に設定することを特徴とするメディア・ゲートウェイ装置の冗長方法。
8. 前記現用系のＶｏＩＰ制御手段と前記予備系のＶｏＩＰ制御手段とによりＮ＋１冗長構成（Ｎは２以上の整数）としたことを特徴とする請求項７記載のメディア・ゲートウェイ装置の冗長方法。
9. 前記ＶｏＩＰ制御手段により、少なくとも回線交換網側から受信した音声データのＲＴＰパケット化及びＲＴＰパケットの前記回線交換網側の音声データへのメディア変換を行うことを特徴とする請求項７または請求項８記載のメディア・ゲートウェイ装置の冗長方法。
10. 前記呼制御管理手段により、ＭＧＣ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ）からのＭｅｇａｃｏプロトコルを受信して呼処理情報を管理しかつＶｏＩＰのセッション確立に必要な情報を前記ＶｏＩＰ制御手段に設定することを特徴とする請求項７から請求項９のいずれか記載のメディア・ゲートウェイ装置の冗長方法。
11. 前記呼制御管理手段により、前記ＶｏＩＰ制御手段の冗長制御を行うことを特徴とする請求項７から請求項１０のいずれか記載のメディア・ゲートウェイ装置の冗長方法。

Images