ネットワーク管理システム、メディア・ゲートウェイ装置、メディア・ゲートウェイ装置の障害通知方法、およびプログラム
【課題】ＭＧＷからＭＧＣへの障害通知方式を改善することにより、障害発生中の新規呼・コネクション確立時の呼損の発生を防止できる仕組みを備えたネットワーク管理システムを提供する。
【解決手段】ＭＧＣ６が、メディアのフォーマット変換を行うＭＧＷ４に対して、Ｈ．２４８／Ｍｅｇａｃｏプロトコルを使用して呼・コネクション制御を行う。このとき、ＭＧＷ４の装置管理部３０がＭＧＷ４の回線カードおよび回線ポートの状態を監視して障害／復旧情報をＭＧＣ６のＭＧＣブレード６ａ，６ｂ，６ｃへ通知する。すると、ＭＧＣ６のＭＧＣブレード６ａ，６ｂ，６ｃは、ＭＧＷ４から障害／復旧情報を受信してＭＧＷ４の呼・コネクション制御を行う。さらに、ＭＧＷ４は、ＭＧＣ６によって制御されたる呼・コネクションを管理する。
【解決手段】ＭＧＣ６が、メディアのフォーマット変換を行うＭＧＷ４に対して、Ｈ．２４８／Ｍｅｇａｃｏプロトコルを使用して呼・コネクション制御を行う。このとき、ＭＧＷ４の装置管理部３０がＭＧＷ４の回線カードおよび回線ポートの状態を監視して障害／復旧情報をＭＧＣ６のＭＧＣブレード６ａ，６ｂ，６ｃへ通知する。すると、ＭＧＣ６のＭＧＣブレード６ａ，６ｂ，６ｃは、ＭＧＷ４から障害／復旧情報を受信してＭＧＷ４の呼・コネクション制御を行う。さらに、ＭＧＷ４は、ＭＧＣ６によって制御されたる呼・コネクションを管理する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディア・ゲートウェイ装置における障害・復旧の状況を管理するネットワーク管理システム、メディア・ゲートウェイ装置、メディア・ゲートウェイ装置の障害通知方法、およびその方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
図４は、従来のメディア・ゲートウェイ装置における障害通知方式を示すネットワーク管理システムのブロック図である。図４に示すように、従来、メディア・ゲートウェイ装置（ＭＧＷ：Media Gate Way）１１とメディア・ゲートウェイ・コントローラ装置（ＭＧＣ：Media Gateway Controller）１２との間の通信方式では、メディア・ゲートウェイ・コントローラ装置（ＭＧＣ）１２内の複数のＭＧＣブレード１２ａ，１２ｂ，１２ｃが、メディア・ゲートウェイ装置（ＭＧＷ）１１内の呼制御管理部１１ａ内の呼制御管理ブレードとＩＴＵ−Ｔ（International Telecommunication Union−Telecommunication Standardization Sector：国際電気通信連合・電気通信標準化部門）勧告のＨ．２４８／Ｍｅｇａｃｏプロトコルを使用して呼・コネクション制御を行っている。
【０００３】
図５は、Ｈ．２４８／Ｍｅｇａｃｏプロトコルによるメディア・ゲートウェイ装置（ＭＧＷ）１１に対する呼・コネクションのリソース捕捉例を示す図である。図５に示すように、Ｈ．２４８／Ｍｅｇａｃｏプロトコルのコネクションは、複数のＣｏｎｔｅｘｔ（Ｃｏｎｔｅｘｔ♯１、Ｃｏｎｔｅｘｔ♯２、Ｃｏｎｔｅｘｔ♯３）と複数のＴｅｒｍｉｎａｔｉｏｎ（Ｔａ１、Ｔａ２、Ｔａ３、Ｔ１、Ｔ２、Ｔ３）というリソースで構成されている。
【０００４】
Ｔｅｒｍｉｎａｔｉｏｎは、ＡＴＭ（Asynchronous Transfer Mode；非同期転送モード）回線、ＩＰ（Internet Protocol）回線に対して別々に割り当てられ、Ｃｏｎｔｅｘｔは、加入者単位に割り当てられる。Ｃｏｎｔｅｘｔは、２つ又は２つ以上のＴｅｒｍｉｎａｔｉｏｎ（例えば、Ｔａ１とＴ１）の括り付けを管理する。また、ＣｏｎｔｅｘｔおよびＴｅｒｍｉｎａｔｉｏｎは、それぞれＩＤ（Identification）として番号管理される。図５の例では、ＣｏｎｔｅｘｔＩＤは＃１〜＃３、ＩＰ回線のＴｅｒｍｉｎａｔｉｏｎＩＤはＴ１〜Ｔ３、ＡＴＭ回線のＴｅｒｍｉｎａｔｉｏｎＩＤはＴａ１〜３が、それぞれ採番されている。
【０００５】
図６は、ＴｅｒｍｉｎａｔｉｏｎＩＤのフィールド定義を示す図である。ＡＴＭ回線の場合、スロット番号はＡＴＭ回線カードの実装位置、ポート番号はＡＴＭ回線カード内の回線番号として管理される。例えば、図６に示すように、ｔｙｐｅは２９,３０,３１、ｃｌａｓｓは２７，２８、スロット番号は２０，２１…というように所定の番号が割り当てられる。
【０００６】
図４に示すような形態でメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）１２がメディア・ゲートウェイ装置（ＭＧＷ）１１に対して呼・コネクション確立を要求する場合は、図５に示すように、Ｈ．２４８／Ｍｅｇａｃｏプロトコルを使用して前述のＣｏｎｔｅｘｔＩＤ、ＩＰ回線、ＡＴＭ回線のＴｅｒｍｉｎａｔｉｏｎＩＤを決定する。その際、ＣｏｎｔｅｘｔＩＤ、ＴｅｒｍｉｎａｔｉｏｎＩＤは共にメディア・ゲートウェイ装置（ＭＧＷ）１１にて払い出しを行う。但し、ＴｅｒｍｉｎａｉｏｎＩＤの払い出しはメディア・ゲートウェイ・コントロール装置（ＭＧＣ）１２にて上位１６ビットを指定、下位１６ビットのチャネル番号のみメディア・ゲートウェイ装置（ＭＧＷ）１１にて払い出しを行う。
【０００７】
メディア・ゲートウェイ・コントロール装置（ＭＧＣ）１２は、上位１６ビットにてＡＴＭ回線、ＩＰ回線共に使用する回線カード、ポート番号を指定すると共にＡＴＭ回線の場合はメディア情報にて使用するＡＴＭ回線のＶＰＩ（Virtual Path Indicator）、ＶＣＩ(Virtual Channel Indicator)、ＣＩＤ(Channel ID)を指定する。Ｈ．２４８／ＭｅｇａｃｏプロトコルではService Change信号を使ってメディア・ゲートウェイ装置（ＭＧＷ）１１内の障害通知をメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）１２に対して行う。但し、ＡＴＭ回線やＩＰ回線などの論理回線に対する障害通知は、Ｃｏｎｔｅｘｔを払い出している場合にしか通知することができないため、メディア・ゲートウェイ・コントローラ装置（ＭＧＣ）１２が呼・コネクション確立要求を行う際に、２重障害の発生により使用不可となったＡＴＭカードやＡＴＭ回線番号等を払い出しの対象外にすることができない。その結果、確立要求に対してエラー応答が返却され、呼損が発生していた。なお、ＴｅｒｍｉｎａｔｉｏｎＩＤの再選択と呼・コネクションの再確立により呼損を低減させることは可能であるが、呼損をゼロにすることは不可能である。
【０００８】
また、通信ネットワーク上において、管理装置が被管理装置側の障害の発生／復旧を適時に認識して画面上に即時表示を行うことにより、より効率的にネットワーク管理を実現できる通信ネットワークシステムの技術が開示されている（例えば、特許文献１参照）。この技術によれば、管理装置において、被管理装置をアイコン化して表示画面上に表示させると共に、被管理装置からの自律通知に基づいて、この自律通知元の被管理装置のアイコンに対して、被管理装置側の障害の発生または復旧に対応するそれぞれの色を反映させるようにしたため、管理者は、管理装置における表示画面上の表示内容（つまり、アイコンの色）から、被管理装置の障害の内容や復旧時刻を適時に認識することができるので、効率的にネットワーク管理を行うことが可能となる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平１１−３０６１０８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
すなわち、前記従来のメディア・ゲートウェイ装置の障害通知方式においては、メディア・ゲートウェイ装置（ＭＧＷ）のＨ．２４８／Ｍｅｇａｃｏプロトコルによる障害通知は確立中の呼・コネクションに対する通知のみであるため、メディア・ゲートウェイ・コントロール装置（ＭＧＣ）における新規呼・コネクションの確立時の呼損を防止することができない。
【００１１】
また、前記特許文献１の技術においては、管理装置（メディアゲートウェイコントロール装置）が被管理装置（メディアゲートウェイ装置）の障害／復旧を管理する点では前記従来技術と同じ内容であるので、前述の従来技術と同様に、新規呼・コネクションの確立時の呼損を防止することはできない。さらに、前記特許文献１の技術では、被管理装置（メディアゲートウェイ装置）の管理で通常使用される汎用プロトコル（Ｈ．２４８／Ｍｅｇａｃｏプロトコル）を利用しながら、対応できない障害・復旧のパターンに関して、他の通知手段（例えば、ＳＮＭＰプロトコル）を利用して被管理装置と管理装置が連携することで、通信サービスへの影響を最小限に抑える技術に展開することはできない。
【００１２】
本発明はこのような問題点に鑑みてなされたものであり、メディア・ゲートウェイ装置（ＭＧＷ）のメディア・ゲートウェイ・コントロール装置（ＭＧＣ）への障害通知方式の改善を行うことにより、障害発生中の新規呼・コネクション確立時の呼損の発生を防止できる仕組みを備えたネットワーク管理システム、メディア・ゲートウェイ装置、メディア・ゲートウェイ装置の障害通知方法、およびその方法をコンピュータに実行させるプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明に係るネットワーク管理システムは、メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うネットワーク管理システムであって、メディア・ゲートウェイ装置が、自己の回線状態に基づいて障害／復旧に関する詳細情報をメディア・ゲートウェイ・コントローラ装置へ通知するように構成されている。
【００１４】
本発明の好適な実施形態としては、メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うネットワーク管理システムであって、メディア・ゲートウェイ装置は、メディア・ゲートウェイ・コントローラ装置による呼・コネクション制御を管理する呼制御管理部と、メディア・ゲートウェイ装置の回線状態を監視してメディア・ゲートウェイ装置の障害／復旧情報をメディア・ゲートウェイ・コントローラ装置へ通知する装置管理部とを備え、メディア・ゲートウェイ・コントローラ装置は、装置管理部からメディア・ゲートウェイ装置の回線状態に基づく障害／復旧情報を受信して、メディア・ゲートウェイ装置の呼・コネクション制御を行うブレードを備える構成を採っている。
【００１５】
また、本発明の別の好適な実施形態としては、メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うネットワーク管理システムであって、メディア・ゲートウェイ・コントロール装置は、メディア・ゲートウェイ装置との間の呼・コネクションの確立とは別に、メディア・ゲートウェイ装置からの障害検出単位であらかじめ呼・コネクションを登録するように構成されている。
【００１６】
また、本発明はメディア・ゲートウェイ装置を提供することもできる。すなわち、メディア・ゲートウェイ・コントローラ装置により、汎用プロトコルを使用して呼・コネクション制御が行われるメディア・ゲートウェイ装置であって、メディア・ゲートウェイ・コントローラ装置による呼・コネクション制御を管理する呼制御管理部と、メディア・ゲートウェイ装置の回線状態を監視して、そのメディア・ゲートウェイ装置の障害／復旧情報をメディア・ゲートウェイ・コントローラ装置へ通知する装置管理部とを備えるメディア・ゲートウェイ装置を提供することもできる。
【００１７】
また、本発明はメディア・ゲートウェイ装置の障害通知方法を提供することもできる。すなわち、メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うメディア・ゲートウェイ装置の障害通知方法であって、メディア・ゲートウェイ装置が、自己の回線状態を監視して障害／復旧情報をメディア・ゲートウェイ・コントローラ装置へ通知する第１のステップと、メディア・ゲートウェイ・コントローラ装置が、メディア・ゲートウェイ装置から回線状態に基づく障害／復旧情報を受信して、メディア・ゲートウェイ装置の呼・コネクション制御を行う第２のステップと、メディア・ゲートウェイ装置が、メディア・ゲートウェイ・コントローラ装置によって制御されたる呼・コネクションを管理する第３のステップとを含むメディア・ゲートウェイ装置の障害通知方法を提供することもできる。
【００１８】
また、本発明は、メディア・ゲートウェイ装置の障害通知方法をコンピュータに実行させるプログラムを提供することもできる。
【発明の効果】
【００１９】
本発明によれば、メディア・ゲートウェイ装置内の回線状態（例えば、回線カードおよび回線ポートの状態）を監視する装置管理部を搭載した専用ブレードを用意し、メディア・ゲートウェイ・コントローラ装置へ回線カードおよび回線ポートの状態に基づく障害および復旧通知を行うことで、メディア・ゲートウェイ装置の障害発生中の呼損を防ぐことができる。すなわち、メディア・ゲートウェイ装置が、回線カードおよび回線ポートの状態に基づいて障害／復旧情報を詳細に通知しているので、メディア・ゲートウェイ・コントローラ装置は障害による呼損を防止することが可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１実施形態に係るネットワーク管理システムの通信網を示す概念図である。
【図２】本発明の第１実施形態に係るメディア・ゲートウェイ装置における障害通知方式を示すネットワーク管理システムのブロックである。
【図３】本発明の第１実施形態に係るメディア・ゲートウェイ装置の詳細な構成図である。
【図４】従来のメディア・ゲートウェイ装置における障害通知方式を示すネットワーク管理システムのブロックである。
【図５】Ｈ．２４８／Ｍｅｇａｃｏプロトコルによるメディア・ゲートウェイ装置に対する呼・コネクションのリソース捕捉例を示す図である。
【図６】ＴｅｒｍｉｎａｔｉｏｎＩＤのフィールド定義を示す図である。
【発明を実施するための形態】
【００２１】
本発明に係るネットワーク管理システムは、メディア・ゲートウェイ装置（ＭＧＷ）内の回線状態（例えば、回線カードおよび回線ポートの状態）を監視する装置管理部を搭載した専用ブレードを用意し、メディア・ゲートウェイ・コントローラ装置（ＭＧＣ）へ障害および復旧の通知を行うことで障害発生中の呼損を防ぐことを可能にしている。以下、図面を参照しながら、本発明に係るメディア・ゲートウェイ装置の障害通知方法の実施形態について詳細に説明する。なお、各実施形態を説明するための全図において、同一要素は原則として同一の符号を付し、その繰り返しの説明は省略する。
【００２２】
本発明に係るネットワーク管理システムは、ＡＴＭ回線およびＩＰ回線を終端して音声パケット等のメディア変換を行うメディア・ゲートウェイ装置（ＭＧＷ）とメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）との間の障害通知および回線選択方式を改善することで呼損の発生頻度を低減させている。
【００２３】
《第１実施形態》
図１は、本発明の第１実施形態に係るネットワーク管理システムの通信網を示す概念図である。すなわち、図１は、メディア・ゲートウェイ装置の障害通知方式を実現するネットワーク管理システムの通信網を示している。図１に示すように、ネットワーク管理システム１は、交換機２とメディア・ゲートウェイ装置（ＭＧＷ）４とメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６とを備えた構成となっている。
【００２４】
また、通信回線としては、交換機２から回線交換網３を介してメディア・ゲートウェイ装置（ＭＧＷ）４が接続され、交換機２から共通線信号網５を介してメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６が接続され、さらに、ＩＰ網７を介してメディア・ゲートウェイ装置（ＭＧＷ）４とメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６とが接続された構成となっている。
【００２５】
すなわち、本発明の第１実施形態に係るネットワーク管理システム１は、既存の回線交換網３とＩＰ網５との間で各種メディアのフォーマット変換を行うメディア・ゲートウェイ装置（ＭＧＷ）４と、このメディア・ゲートウェイ装置（ＭＧＷ）４を制御して回線交換網３とＩＰ網７との間の呼・コネクション制御を行うメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６とからなる構成によって実現される。
【００２６】
図２は、本発明の第１実施形態に係るメディア・ゲートウェイ装置における障害通知方式を示すネットワーク管理システムのブロックである。すなわち、図２は、メディア・ゲートウェイ装置（ＭＧＷ）４とメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６との間の通信方式を示している。図２に示すように、メディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６は複数のＭＧＣブレード６ａ，６ｂ，６ｃから構成され、ＭＧＣカードはメディア・ゲートウェイ装置（ＭＧＷ）４と汎用プロトコルであるＩＴＵ−Ｔ勧告のＨ．２４８／Ｍｅｇａｃｏプロトコルを使用して呼・コネクション制御を行うように構成されている。また、メディア・ゲートウェイ装置（ＭＧＷ）４は、呼制御管理ブレードを有していて呼の制御を行う呼制御管理部２０と、メディア・ゲートウェイ装置（ＭＧＷ）４の配下に存在する全てのブレード装置の管理および回線状態の管理を行う装置管理部３０とを備えている。
【００２７】
メディア・ゲートウェイ装置（ＭＧＷ）４の障害発生は、ＳＮＭＰ（Simple Network Management Protocol）トラップ信号を使用してメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６に通知される。本実施形態では、従来のＨ．２４８／Ｍｅｇａｃｏプロトコルによる通信に加えて、メディア・ゲートウェイ装置（ＭＧＷ）４内の障害発生情報をより詳細に通知することで、メディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６がＨ．２４８／Ｍｅｇａｃｏプロトコルで呼・コネクションのリソースを捕捉する際に、メディア・ゲートウェイ装置（ＭＧＷ）４内の障害発生により使用できない回線カードおよび回線ポートの捕捉を対象外にすることが可能となり、呼損の発生を防ぐことができる。メディア・ゲートウェイ装置（ＭＧＷ）４とメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６との間の障害発生の通知方式には、特に制限はないが、以降では、標準プロトコルＳＮＭＰによるトラップ信号で通知することを前提にして説明を行う。
【００２８】
図３は、本発明の第１実施形態に係るメディア・ゲートウェイ装置（ＭＧＷ）４の詳細な構成図である。図３において、メディア・ゲートウェイ装置（ＭＧＷ）４は、それぞれ機能の異なる多数のブレード装置２０、３０、４０、４１、５０、５１、５２を備えている。それぞれのブレード装置の機能については以下に説明する。
【００２９】
ＡＴＭ回線処理部４０、４１はＡＴＭ回線を終端するブレードであり、ＩＰ回線処理部５０、５１、５２はＩＰ回線を終端するブレードであり、いずれもメディア変換処理を行うブレードである。また、呼制御管理部２０は、メディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６およびＩＰ回線処理部５０，５１，５２と通信をして呼制御を行うブレードである。この呼制御管理部２０は、ＭＧＣ６と外部通信用ネットワーク８２を経由して、Ｈ．２４８／Ｍｅｇａｃｏプロトコルで通信を行うと共に、配下のＩＰ回線処理部５０、５１，５２の各ブレードに対して制御系内部ネットワーク８０を経由してＨ．２４８／Ｍｅｇａｃｏプロトコルで制御を行う。
【００３０】
ＩＰ回線処理部５０，５１，５２の各ブレードは、呼制御管理部２０のブレードからの呼・コネクション制御の指示に従って、ＡＴＭ回線処理部４０，４１の各ブレードへ制御系内部ネットワーク８０を経由して、独自のプリミティブでＡＴＭ回線の捕捉・解除の指示を行う。ＡＴＭ回線処理部４０，４１の各ブレードとＩＰ回線処理部５０，５１，５２の各ブレードは、導通系内部ネットワーク８１を経由してフルメッシュで接続されており、呼・コネクション制御の指示で確立したコネクションを通して、図１に示す回線交換網３とＩＰ網７との間のパケット導通およびメディア変換の処理を行う。
【００３１】
なお、呼処理の詳細動作については周知の技術であり、かつ本発明とは直接関係ないため、詳細な説明は省略する。また、装置管理部３０のブレードは、制御系内部ネットワーク８０を経由して、ＭＧＷ４内の全ての配下のブレード２０，４０，４１，５０，５１，５２の装置および回線状態の管理を行う。また、通信サービスに影響のある障害が発生した場合は、外部通信用ネットワーク８２を経由してＭＧＣ６へＳＮＭＰトラップ信号にて通知を行う。
【００３２】
ＭＧＷ４内の装置および回線はシングルポイントで障害が発生しても通信サービスへの影響が発生しないように並列冗長の構成を採っている。図６の例では、ＡＴＭ回線処理部４０、４１のセットで二重化の構成を採り、ａｃｔ／ｓｂｙ（Active／Standby：主／副）冗長を行っている。
【００３３】
また、ＡＴＭ回線処理部４０、４１はそれぞれ２つのＡＴＭ回線ポートを収容しており、回線番号１に属するポート４０＿１とポート４１＿１、回線番号２に属するポート４０＿２とポート４１＿２は隣接ノードとＡＰＳ（Auto Protection Switching：自動バックアップ切替）モードによる冗長構成を採っている。さらに、ＩＰ回線処理部５０、５１、５２はＮ対の運用系と１対の予備系でＮ＋１冗長構成を採っている。ＩＰ回線処理部５０、５１、５２の各ブレードは、０系ポート（５０＿０、５１＿０、５２＿０）、１系ポート（５０＿１、５１＿１、５２＿１）の２つのＩＰ回線ポートを収容し、ＩＰ回線処理部５０、５１、５２の各ブレード内の０系、１系ポート間でａｃｔ／ｓｂｙ冗長の構成を採っている。
【００３４】
また、呼制御管理部２０および装置管理部３０の各ブレードは２重化されたａｃｔ／ｓｂｙ冗長で構成されている。このような冗長構成をとる呼制御管理部２０および装置管理部３０の各ブレードおよび各回線ポートでは、運用系／予備系もしくは０系／１系が共に正常に動作している条件であれば、運用系で障害が発生した場合には、自動的かつ可能な限り最短時間で系統の切り替えを実行することで、通信サービスへの影響を抑えて、継続した通信サービスが可能な状態に遷移する。
【００３５】
次に、通信サービスに影響が発生し得る両系障害が発生した場合の呼損の回避方法について説明する。図６においてＡＴＭ回線処理部４０の回線４０＿１かつＡＴＭ回線処理部４１の回線４１＿１にて共に回線障害が発生したと想定する。障害はＡＴＭ回線処理部４０、４１より装置管理部３０へ通知される。装置管理部３０は呼制御管理部２０に対して特定のＡＴＭ回線が両系障害となったことを呼制御管理部２０へ通知する。該当するＡＴＭ回線を使用した呼・コネクションが確立されていた場合には、Ｈ．２４８／ＭｅｇａｃｏプロトコルのＳｅｒｖｉｃｅ Ｃｈａｎｇｅ信号にて障害となったＡＴＭ回線を使用中の該当呼のＴｅｒｍｉｎａｔｉｏｎＩｄをメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６に対して通知する。さらに、装置管理部３０は特定のＡＴＭ回線の両系障害をＳＮＭＰトラップ信号にてＭＧＣ６に対して通知する。ＭＧＣ６はこれらの障害通知情報を元に障害発生箇所に関連する確立中の呼・コネクションを強制解放すると共に、新規の呼・コネクション確立に際して、障害発生中のＡＴＭ回線を捕捉対象外とすることができるため、呼・コネクション確立の失敗、つまり呼損を防ぐことが可能となる。
【００３６】
《第２実施形態》
第２実施形態に係るネットワーク管理システムは、図４で示す従来のネットワーク管理システムの構成によって本発明のメディア・ゲートウェイ装置の障害通知方式を実現している。すなわち、図４の構成において、障害通知は既存システムと同様、Ｈ．２４８／Ｍｅｇａｃｏプロトコルのみで通知する構成とし、他の手段（例えば、ＳＮＭＰトラップ信号など）での障害通知は必要としないが、下記に述べる手段により、通信サービス提供用の呼・コネクション確立に関係なく、メディア・ゲートウェイ装置（ＭＧＷ）の障害／復旧をメディア・ゲートウェイ・コントロール装置（ＭＧＣ）に通知することが可能となるため、障害中の呼損を防止することが可能となる。
【００３７】
すなわち、図４において、メディア・ゲートウェイ・コントロール装置（ＭＧＣ）１２はユーザに提供する通信サービスのため、呼・コネクション確立とは別に障害検出単位（例えば、ＡＴＭ回線のＶＰ（Virtual Path：仮想伝送路）ごと）に予め呼・コネクション登録を実施しておく。これにより、新たな障害通知方法（例えば、ＳＮＭＰトラップ信号など）を追加しなくても、Ｈ．２４８／Ｍｅｇａｃｏプロトコルのみで障害／復旧を通知することが可能となる。第２実施形態では、従来の障害通知方法（つまり、Ｈ．２４８／Ｍｅｇａｃｏプロトコル）を利用しているので、メディア・ゲートウェイ装置（ＭＧＷ）１１およびメディア・ゲートウェイ・コントロール装置（ＭＧＣ）１２において新たな考慮をする必要がないという効果が得られる。
【００３８】
以上、本発明によるメディア・ゲートウェイ装置の障害通知方法を２つの実施形態に基づき具体的に説明したが、本発明は前記の各実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００３９】
なお、本発明によるメディア・ゲートウェイ装置の障害通知方法は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、本発明によるメディア・ゲートウェイ装置の障害通知方法の処理が行われる。ここで、コンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリなどをいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしてもよい。
【００４０】
また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【産業上の利用可能性】
【００４１】
本発明によれば、メディア・ゲートウェイ装置（ＭＧＷ）の障害および復旧時に呼損の発生を防止することができるので、通信事業者が提供する有線および無線の通信施設などに有効に利用することができる。
【符号の説明】
【００４２】
１ ネットワーク管理システム
２ 交換機
３ 回線交換網
４、１１ メディア・ゲートウェイ装置（ＭＧＷ）
５ 共通線信号網
６、１２ メディア・ゲートウェイ・コントロール装置（ＭＧＣ）
６ａ、６ｂ、６ｃ、１２ａ、１２ｂ、１２ｃ ＭＧＣブレード
７ ＩＰ網
１１ａ、２０ 呼制御管理部
３０ 装置管理部
４０、４１ ＡＴＭ回線処理部
５０、５１、５２ ＩＰ回線処理部
【技術分野】
【０００１】
本発明は、メディア・ゲートウェイ装置における障害・復旧の状況を管理するネットワーク管理システム、メディア・ゲートウェイ装置、メディア・ゲートウェイ装置の障害通知方法、およびその方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
図４は、従来のメディア・ゲートウェイ装置における障害通知方式を示すネットワーク管理システムのブロック図である。図４に示すように、従来、メディア・ゲートウェイ装置（ＭＧＷ：Media Gate Way）１１とメディア・ゲートウェイ・コントローラ装置（ＭＧＣ：Media Gateway Controller）１２との間の通信方式では、メディア・ゲートウェイ・コントローラ装置（ＭＧＣ）１２内の複数のＭＧＣブレード１２ａ，１２ｂ，１２ｃが、メディア・ゲートウェイ装置（ＭＧＷ）１１内の呼制御管理部１１ａ内の呼制御管理ブレードとＩＴＵ−Ｔ（International Telecommunication Union−Telecommunication Standardization Sector：国際電気通信連合・電気通信標準化部門）勧告のＨ．２４８／Ｍｅｇａｃｏプロトコルを使用して呼・コネクション制御を行っている。
【０００３】
図５は、Ｈ．２４８／Ｍｅｇａｃｏプロトコルによるメディア・ゲートウェイ装置（ＭＧＷ）１１に対する呼・コネクションのリソース捕捉例を示す図である。図５に示すように、Ｈ．２４８／Ｍｅｇａｃｏプロトコルのコネクションは、複数のＣｏｎｔｅｘｔ（Ｃｏｎｔｅｘｔ♯１、Ｃｏｎｔｅｘｔ♯２、Ｃｏｎｔｅｘｔ♯３）と複数のＴｅｒｍｉｎａｔｉｏｎ（Ｔａ１、Ｔａ２、Ｔａ３、Ｔ１、Ｔ２、Ｔ３）というリソースで構成されている。
【０００４】
Ｔｅｒｍｉｎａｔｉｏｎは、ＡＴＭ（Asynchronous Transfer Mode；非同期転送モード）回線、ＩＰ（Internet Protocol）回線に対して別々に割り当てられ、Ｃｏｎｔｅｘｔは、加入者単位に割り当てられる。Ｃｏｎｔｅｘｔは、２つ又は２つ以上のＴｅｒｍｉｎａｔｉｏｎ（例えば、Ｔａ１とＴ１）の括り付けを管理する。また、ＣｏｎｔｅｘｔおよびＴｅｒｍｉｎａｔｉｏｎは、それぞれＩＤ（Identification）として番号管理される。図５の例では、ＣｏｎｔｅｘｔＩＤは＃１〜＃３、ＩＰ回線のＴｅｒｍｉｎａｔｉｏｎＩＤはＴ１〜Ｔ３、ＡＴＭ回線のＴｅｒｍｉｎａｔｉｏｎＩＤはＴａ１〜３が、それぞれ採番されている。
【０００５】
図６は、ＴｅｒｍｉｎａｔｉｏｎＩＤのフィールド定義を示す図である。ＡＴＭ回線の場合、スロット番号はＡＴＭ回線カードの実装位置、ポート番号はＡＴＭ回線カード内の回線番号として管理される。例えば、図６に示すように、ｔｙｐｅは２９,３０,３１、ｃｌａｓｓは２７，２８、スロット番号は２０，２１…というように所定の番号が割り当てられる。
【０００６】
図４に示すような形態でメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）１２がメディア・ゲートウェイ装置（ＭＧＷ）１１に対して呼・コネクション確立を要求する場合は、図５に示すように、Ｈ．２４８／Ｍｅｇａｃｏプロトコルを使用して前述のＣｏｎｔｅｘｔＩＤ、ＩＰ回線、ＡＴＭ回線のＴｅｒｍｉｎａｔｉｏｎＩＤを決定する。その際、ＣｏｎｔｅｘｔＩＤ、ＴｅｒｍｉｎａｔｉｏｎＩＤは共にメディア・ゲートウェイ装置（ＭＧＷ）１１にて払い出しを行う。但し、ＴｅｒｍｉｎａｉｏｎＩＤの払い出しはメディア・ゲートウェイ・コントロール装置（ＭＧＣ）１２にて上位１６ビットを指定、下位１６ビットのチャネル番号のみメディア・ゲートウェイ装置（ＭＧＷ）１１にて払い出しを行う。
【０００７】
メディア・ゲートウェイ・コントロール装置（ＭＧＣ）１２は、上位１６ビットにてＡＴＭ回線、ＩＰ回線共に使用する回線カード、ポート番号を指定すると共にＡＴＭ回線の場合はメディア情報にて使用するＡＴＭ回線のＶＰＩ（Virtual Path Indicator）、ＶＣＩ(Virtual Channel Indicator)、ＣＩＤ(Channel ID)を指定する。Ｈ．２４８／ＭｅｇａｃｏプロトコルではService Change信号を使ってメディア・ゲートウェイ装置（ＭＧＷ）１１内の障害通知をメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）１２に対して行う。但し、ＡＴＭ回線やＩＰ回線などの論理回線に対する障害通知は、Ｃｏｎｔｅｘｔを払い出している場合にしか通知することができないため、メディア・ゲートウェイ・コントローラ装置（ＭＧＣ）１２が呼・コネクション確立要求を行う際に、２重障害の発生により使用不可となったＡＴＭカードやＡＴＭ回線番号等を払い出しの対象外にすることができない。その結果、確立要求に対してエラー応答が返却され、呼損が発生していた。なお、ＴｅｒｍｉｎａｔｉｏｎＩＤの再選択と呼・コネクションの再確立により呼損を低減させることは可能であるが、呼損をゼロにすることは不可能である。
【０００８】
また、通信ネットワーク上において、管理装置が被管理装置側の障害の発生／復旧を適時に認識して画面上に即時表示を行うことにより、より効率的にネットワーク管理を実現できる通信ネットワークシステムの技術が開示されている（例えば、特許文献１参照）。この技術によれば、管理装置において、被管理装置をアイコン化して表示画面上に表示させると共に、被管理装置からの自律通知に基づいて、この自律通知元の被管理装置のアイコンに対して、被管理装置側の障害の発生または復旧に対応するそれぞれの色を反映させるようにしたため、管理者は、管理装置における表示画面上の表示内容（つまり、アイコンの色）から、被管理装置の障害の内容や復旧時刻を適時に認識することができるので、効率的にネットワーク管理を行うことが可能となる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平１１−３０６１０８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
すなわち、前記従来のメディア・ゲートウェイ装置の障害通知方式においては、メディア・ゲートウェイ装置（ＭＧＷ）のＨ．２４８／Ｍｅｇａｃｏプロトコルによる障害通知は確立中の呼・コネクションに対する通知のみであるため、メディア・ゲートウェイ・コントロール装置（ＭＧＣ）における新規呼・コネクションの確立時の呼損を防止することができない。
【００１１】
また、前記特許文献１の技術においては、管理装置（メディアゲートウェイコントロール装置）が被管理装置（メディアゲートウェイ装置）の障害／復旧を管理する点では前記従来技術と同じ内容であるので、前述の従来技術と同様に、新規呼・コネクションの確立時の呼損を防止することはできない。さらに、前記特許文献１の技術では、被管理装置（メディアゲートウェイ装置）の管理で通常使用される汎用プロトコル（Ｈ．２４８／Ｍｅｇａｃｏプロトコル）を利用しながら、対応できない障害・復旧のパターンに関して、他の通知手段（例えば、ＳＮＭＰプロトコル）を利用して被管理装置と管理装置が連携することで、通信サービスへの影響を最小限に抑える技術に展開することはできない。
【００１２】
本発明はこのような問題点に鑑みてなされたものであり、メディア・ゲートウェイ装置（ＭＧＷ）のメディア・ゲートウェイ・コントロール装置（ＭＧＣ）への障害通知方式の改善を行うことにより、障害発生中の新規呼・コネクション確立時の呼損の発生を防止できる仕組みを備えたネットワーク管理システム、メディア・ゲートウェイ装置、メディア・ゲートウェイ装置の障害通知方法、およびその方法をコンピュータに実行させるプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明に係るネットワーク管理システムは、メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うネットワーク管理システムであって、メディア・ゲートウェイ装置が、自己の回線状態に基づいて障害／復旧に関する詳細情報をメディア・ゲートウェイ・コントローラ装置へ通知するように構成されている。
【００１４】
本発明の好適な実施形態としては、メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うネットワーク管理システムであって、メディア・ゲートウェイ装置は、メディア・ゲートウェイ・コントローラ装置による呼・コネクション制御を管理する呼制御管理部と、メディア・ゲートウェイ装置の回線状態を監視してメディア・ゲートウェイ装置の障害／復旧情報をメディア・ゲートウェイ・コントローラ装置へ通知する装置管理部とを備え、メディア・ゲートウェイ・コントローラ装置は、装置管理部からメディア・ゲートウェイ装置の回線状態に基づく障害／復旧情報を受信して、メディア・ゲートウェイ装置の呼・コネクション制御を行うブレードを備える構成を採っている。
【００１５】
また、本発明の別の好適な実施形態としては、メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うネットワーク管理システムであって、メディア・ゲートウェイ・コントロール装置は、メディア・ゲートウェイ装置との間の呼・コネクションの確立とは別に、メディア・ゲートウェイ装置からの障害検出単位であらかじめ呼・コネクションを登録するように構成されている。
【００１６】
また、本発明はメディア・ゲートウェイ装置を提供することもできる。すなわち、メディア・ゲートウェイ・コントローラ装置により、汎用プロトコルを使用して呼・コネクション制御が行われるメディア・ゲートウェイ装置であって、メディア・ゲートウェイ・コントローラ装置による呼・コネクション制御を管理する呼制御管理部と、メディア・ゲートウェイ装置の回線状態を監視して、そのメディア・ゲートウェイ装置の障害／復旧情報をメディア・ゲートウェイ・コントローラ装置へ通知する装置管理部とを備えるメディア・ゲートウェイ装置を提供することもできる。
【００１７】
また、本発明はメディア・ゲートウェイ装置の障害通知方法を提供することもできる。すなわち、メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うメディア・ゲートウェイ装置の障害通知方法であって、メディア・ゲートウェイ装置が、自己の回線状態を監視して障害／復旧情報をメディア・ゲートウェイ・コントローラ装置へ通知する第１のステップと、メディア・ゲートウェイ・コントローラ装置が、メディア・ゲートウェイ装置から回線状態に基づく障害／復旧情報を受信して、メディア・ゲートウェイ装置の呼・コネクション制御を行う第２のステップと、メディア・ゲートウェイ装置が、メディア・ゲートウェイ・コントローラ装置によって制御されたる呼・コネクションを管理する第３のステップとを含むメディア・ゲートウェイ装置の障害通知方法を提供することもできる。
【００１８】
また、本発明は、メディア・ゲートウェイ装置の障害通知方法をコンピュータに実行させるプログラムを提供することもできる。
【発明の効果】
【００１９】
本発明によれば、メディア・ゲートウェイ装置内の回線状態（例えば、回線カードおよび回線ポートの状態）を監視する装置管理部を搭載した専用ブレードを用意し、メディア・ゲートウェイ・コントローラ装置へ回線カードおよび回線ポートの状態に基づく障害および復旧通知を行うことで、メディア・ゲートウェイ装置の障害発生中の呼損を防ぐことができる。すなわち、メディア・ゲートウェイ装置が、回線カードおよび回線ポートの状態に基づいて障害／復旧情報を詳細に通知しているので、メディア・ゲートウェイ・コントローラ装置は障害による呼損を防止することが可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１実施形態に係るネットワーク管理システムの通信網を示す概念図である。
【図２】本発明の第１実施形態に係るメディア・ゲートウェイ装置における障害通知方式を示すネットワーク管理システムのブロックである。
【図３】本発明の第１実施形態に係るメディア・ゲートウェイ装置の詳細な構成図である。
【図４】従来のメディア・ゲートウェイ装置における障害通知方式を示すネットワーク管理システムのブロックである。
【図５】Ｈ．２４８／Ｍｅｇａｃｏプロトコルによるメディア・ゲートウェイ装置に対する呼・コネクションのリソース捕捉例を示す図である。
【図６】ＴｅｒｍｉｎａｔｉｏｎＩＤのフィールド定義を示す図である。
【発明を実施するための形態】
【００２１】
本発明に係るネットワーク管理システムは、メディア・ゲートウェイ装置（ＭＧＷ）内の回線状態（例えば、回線カードおよび回線ポートの状態）を監視する装置管理部を搭載した専用ブレードを用意し、メディア・ゲートウェイ・コントローラ装置（ＭＧＣ）へ障害および復旧の通知を行うことで障害発生中の呼損を防ぐことを可能にしている。以下、図面を参照しながら、本発明に係るメディア・ゲートウェイ装置の障害通知方法の実施形態について詳細に説明する。なお、各実施形態を説明するための全図において、同一要素は原則として同一の符号を付し、その繰り返しの説明は省略する。
【００２２】
本発明に係るネットワーク管理システムは、ＡＴＭ回線およびＩＰ回線を終端して音声パケット等のメディア変換を行うメディア・ゲートウェイ装置（ＭＧＷ）とメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）との間の障害通知および回線選択方式を改善することで呼損の発生頻度を低減させている。
【００２３】
《第１実施形態》
図１は、本発明の第１実施形態に係るネットワーク管理システムの通信網を示す概念図である。すなわち、図１は、メディア・ゲートウェイ装置の障害通知方式を実現するネットワーク管理システムの通信網を示している。図１に示すように、ネットワーク管理システム１は、交換機２とメディア・ゲートウェイ装置（ＭＧＷ）４とメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６とを備えた構成となっている。
【００２４】
また、通信回線としては、交換機２から回線交換網３を介してメディア・ゲートウェイ装置（ＭＧＷ）４が接続され、交換機２から共通線信号網５を介してメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６が接続され、さらに、ＩＰ網７を介してメディア・ゲートウェイ装置（ＭＧＷ）４とメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６とが接続された構成となっている。
【００２５】
すなわち、本発明の第１実施形態に係るネットワーク管理システム１は、既存の回線交換網３とＩＰ網５との間で各種メディアのフォーマット変換を行うメディア・ゲートウェイ装置（ＭＧＷ）４と、このメディア・ゲートウェイ装置（ＭＧＷ）４を制御して回線交換網３とＩＰ網７との間の呼・コネクション制御を行うメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６とからなる構成によって実現される。
【００２６】
図２は、本発明の第１実施形態に係るメディア・ゲートウェイ装置における障害通知方式を示すネットワーク管理システムのブロックである。すなわち、図２は、メディア・ゲートウェイ装置（ＭＧＷ）４とメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６との間の通信方式を示している。図２に示すように、メディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６は複数のＭＧＣブレード６ａ，６ｂ，６ｃから構成され、ＭＧＣカードはメディア・ゲートウェイ装置（ＭＧＷ）４と汎用プロトコルであるＩＴＵ−Ｔ勧告のＨ．２４８／Ｍｅｇａｃｏプロトコルを使用して呼・コネクション制御を行うように構成されている。また、メディア・ゲートウェイ装置（ＭＧＷ）４は、呼制御管理ブレードを有していて呼の制御を行う呼制御管理部２０と、メディア・ゲートウェイ装置（ＭＧＷ）４の配下に存在する全てのブレード装置の管理および回線状態の管理を行う装置管理部３０とを備えている。
【００２７】
メディア・ゲートウェイ装置（ＭＧＷ）４の障害発生は、ＳＮＭＰ（Simple Network Management Protocol）トラップ信号を使用してメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６に通知される。本実施形態では、従来のＨ．２４８／Ｍｅｇａｃｏプロトコルによる通信に加えて、メディア・ゲートウェイ装置（ＭＧＷ）４内の障害発生情報をより詳細に通知することで、メディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６がＨ．２４８／Ｍｅｇａｃｏプロトコルで呼・コネクションのリソースを捕捉する際に、メディア・ゲートウェイ装置（ＭＧＷ）４内の障害発生により使用できない回線カードおよび回線ポートの捕捉を対象外にすることが可能となり、呼損の発生を防ぐことができる。メディア・ゲートウェイ装置（ＭＧＷ）４とメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６との間の障害発生の通知方式には、特に制限はないが、以降では、標準プロトコルＳＮＭＰによるトラップ信号で通知することを前提にして説明を行う。
【００２８】
図３は、本発明の第１実施形態に係るメディア・ゲートウェイ装置（ＭＧＷ）４の詳細な構成図である。図３において、メディア・ゲートウェイ装置（ＭＧＷ）４は、それぞれ機能の異なる多数のブレード装置２０、３０、４０、４１、５０、５１、５２を備えている。それぞれのブレード装置の機能については以下に説明する。
【００２９】
ＡＴＭ回線処理部４０、４１はＡＴＭ回線を終端するブレードであり、ＩＰ回線処理部５０、５１、５２はＩＰ回線を終端するブレードであり、いずれもメディア変換処理を行うブレードである。また、呼制御管理部２０は、メディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６およびＩＰ回線処理部５０，５１，５２と通信をして呼制御を行うブレードである。この呼制御管理部２０は、ＭＧＣ６と外部通信用ネットワーク８２を経由して、Ｈ．２４８／Ｍｅｇａｃｏプロトコルで通信を行うと共に、配下のＩＰ回線処理部５０、５１，５２の各ブレードに対して制御系内部ネットワーク８０を経由してＨ．２４８／Ｍｅｇａｃｏプロトコルで制御を行う。
【００３０】
ＩＰ回線処理部５０，５１，５２の各ブレードは、呼制御管理部２０のブレードからの呼・コネクション制御の指示に従って、ＡＴＭ回線処理部４０，４１の各ブレードへ制御系内部ネットワーク８０を経由して、独自のプリミティブでＡＴＭ回線の捕捉・解除の指示を行う。ＡＴＭ回線処理部４０，４１の各ブレードとＩＰ回線処理部５０，５１，５２の各ブレードは、導通系内部ネットワーク８１を経由してフルメッシュで接続されており、呼・コネクション制御の指示で確立したコネクションを通して、図１に示す回線交換網３とＩＰ網７との間のパケット導通およびメディア変換の処理を行う。
【００３１】
なお、呼処理の詳細動作については周知の技術であり、かつ本発明とは直接関係ないため、詳細な説明は省略する。また、装置管理部３０のブレードは、制御系内部ネットワーク８０を経由して、ＭＧＷ４内の全ての配下のブレード２０，４０，４１，５０，５１，５２の装置および回線状態の管理を行う。また、通信サービスに影響のある障害が発生した場合は、外部通信用ネットワーク８２を経由してＭＧＣ６へＳＮＭＰトラップ信号にて通知を行う。
【００３２】
ＭＧＷ４内の装置および回線はシングルポイントで障害が発生しても通信サービスへの影響が発生しないように並列冗長の構成を採っている。図６の例では、ＡＴＭ回線処理部４０、４１のセットで二重化の構成を採り、ａｃｔ／ｓｂｙ（Active／Standby：主／副）冗長を行っている。
【００３３】
また、ＡＴＭ回線処理部４０、４１はそれぞれ２つのＡＴＭ回線ポートを収容しており、回線番号１に属するポート４０＿１とポート４１＿１、回線番号２に属するポート４０＿２とポート４１＿２は隣接ノードとＡＰＳ（Auto Protection Switching：自動バックアップ切替）モードによる冗長構成を採っている。さらに、ＩＰ回線処理部５０、５１、５２はＮ対の運用系と１対の予備系でＮ＋１冗長構成を採っている。ＩＰ回線処理部５０、５１、５２の各ブレードは、０系ポート（５０＿０、５１＿０、５２＿０）、１系ポート（５０＿１、５１＿１、５２＿１）の２つのＩＰ回線ポートを収容し、ＩＰ回線処理部５０、５１、５２の各ブレード内の０系、１系ポート間でａｃｔ／ｓｂｙ冗長の構成を採っている。
【００３４】
また、呼制御管理部２０および装置管理部３０の各ブレードは２重化されたａｃｔ／ｓｂｙ冗長で構成されている。このような冗長構成をとる呼制御管理部２０および装置管理部３０の各ブレードおよび各回線ポートでは、運用系／予備系もしくは０系／１系が共に正常に動作している条件であれば、運用系で障害が発生した場合には、自動的かつ可能な限り最短時間で系統の切り替えを実行することで、通信サービスへの影響を抑えて、継続した通信サービスが可能な状態に遷移する。
【００３５】
次に、通信サービスに影響が発生し得る両系障害が発生した場合の呼損の回避方法について説明する。図６においてＡＴＭ回線処理部４０の回線４０＿１かつＡＴＭ回線処理部４１の回線４１＿１にて共に回線障害が発生したと想定する。障害はＡＴＭ回線処理部４０、４１より装置管理部３０へ通知される。装置管理部３０は呼制御管理部２０に対して特定のＡＴＭ回線が両系障害となったことを呼制御管理部２０へ通知する。該当するＡＴＭ回線を使用した呼・コネクションが確立されていた場合には、Ｈ．２４８／ＭｅｇａｃｏプロトコルのＳｅｒｖｉｃｅ Ｃｈａｎｇｅ信号にて障害となったＡＴＭ回線を使用中の該当呼のＴｅｒｍｉｎａｔｉｏｎＩｄをメディア・ゲートウェイ・コントローラ装置（ＭＧＣ）６に対して通知する。さらに、装置管理部３０は特定のＡＴＭ回線の両系障害をＳＮＭＰトラップ信号にてＭＧＣ６に対して通知する。ＭＧＣ６はこれらの障害通知情報を元に障害発生箇所に関連する確立中の呼・コネクションを強制解放すると共に、新規の呼・コネクション確立に際して、障害発生中のＡＴＭ回線を捕捉対象外とすることができるため、呼・コネクション確立の失敗、つまり呼損を防ぐことが可能となる。
【００３６】
《第２実施形態》
第２実施形態に係るネットワーク管理システムは、図４で示す従来のネットワーク管理システムの構成によって本発明のメディア・ゲートウェイ装置の障害通知方式を実現している。すなわち、図４の構成において、障害通知は既存システムと同様、Ｈ．２４８／Ｍｅｇａｃｏプロトコルのみで通知する構成とし、他の手段（例えば、ＳＮＭＰトラップ信号など）での障害通知は必要としないが、下記に述べる手段により、通信サービス提供用の呼・コネクション確立に関係なく、メディア・ゲートウェイ装置（ＭＧＷ）の障害／復旧をメディア・ゲートウェイ・コントロール装置（ＭＧＣ）に通知することが可能となるため、障害中の呼損を防止することが可能となる。
【００３７】
すなわち、図４において、メディア・ゲートウェイ・コントロール装置（ＭＧＣ）１２はユーザに提供する通信サービスのため、呼・コネクション確立とは別に障害検出単位（例えば、ＡＴＭ回線のＶＰ（Virtual Path：仮想伝送路）ごと）に予め呼・コネクション登録を実施しておく。これにより、新たな障害通知方法（例えば、ＳＮＭＰトラップ信号など）を追加しなくても、Ｈ．２４８／Ｍｅｇａｃｏプロトコルのみで障害／復旧を通知することが可能となる。第２実施形態では、従来の障害通知方法（つまり、Ｈ．２４８／Ｍｅｇａｃｏプロトコル）を利用しているので、メディア・ゲートウェイ装置（ＭＧＷ）１１およびメディア・ゲートウェイ・コントロール装置（ＭＧＣ）１２において新たな考慮をする必要がないという効果が得られる。
【００３８】
以上、本発明によるメディア・ゲートウェイ装置の障害通知方法を２つの実施形態に基づき具体的に説明したが、本発明は前記の各実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００３９】
なお、本発明によるメディア・ゲートウェイ装置の障害通知方法は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、本発明によるメディア・ゲートウェイ装置の障害通知方法の処理が行われる。ここで、コンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリなどをいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしてもよい。
【００４０】
また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【産業上の利用可能性】
【００４１】
本発明によれば、メディア・ゲートウェイ装置（ＭＧＷ）の障害および復旧時に呼損の発生を防止することができるので、通信事業者が提供する有線および無線の通信施設などに有効に利用することができる。
【符号の説明】
【００４２】
１ ネットワーク管理システム
２ 交換機
３ 回線交換網
４、１１ メディア・ゲートウェイ装置（ＭＧＷ）
５ 共通線信号網
６、１２ メディア・ゲートウェイ・コントロール装置（ＭＧＣ）
６ａ、６ｂ、６ｃ、１２ａ、１２ｂ、１２ｃ ＭＧＣブレード
７ ＩＰ網
１１ａ、２０ 呼制御管理部
３０ 装置管理部
４０、４１ ＡＴＭ回線処理部
５０、５１、５２ ＩＰ回線処理部
【特許請求の範囲】
【請求項１】
メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うネットワーク管理システムであって、
前記メディア・ゲートウェイ装置が、自己の回線状態に基づいて障害／復旧に関する詳細情報を前記メディア・ゲートウェイ・コントローラ装置へ通知することを特徴とするネットワーク管理システム。
【請求項２】
メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うネットワーク管理システムであって、
前記メディア・ゲートウェイ装置は、
前記メディア・ゲートウェイ・コントローラ装置による呼・コネクション制御を管理する呼制御管理部と、
前記メディア・ゲートウェイ装置の回線状態を監視して該メディア・ゲートウェイ装置の障害／復旧情報をメディア・ゲートウェイ・コントローラ装置へ通知する装置管理部とを備え、
前記メディア・ゲートウェイ・コントローラ装置は、前記装置管理部から前記メディア・ゲートウェイ装置の回線状態に基づく障害／復旧情報を受信して、該メディア・ゲートウェイ装置の呼・コネクション制御を行うブレードを備える
ことを特徴とするネットワーク管理システム。
【請求項３】
前記メディア・ゲートウェイ装置の障害／復旧情報は、ＳＮＭＰトラップ信号を使用して前記メディア・ゲートウェイ・コントローラ装置へ通知されることを特徴とする請求項１又は２に記載のネットワーク管理システム。
【請求項４】
前記メディア・ゲートウェイ装置の内部回線は並列冗長で構成されていることを特徴とする請求項１乃至３のいずれか１項に記載のネットワーク管理システム。
【請求項５】
前記並列冗長はＡＰＳモードで実現されることを特徴とする４項に記載のネットワーク管理システム。
【請求項６】
メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うネットワーク管理システムであって、
前記メディア・ゲートウェイ・コントロール装置は、前記メディア・ゲートウェイ装置との間の呼・コネクションの確立とは別に、該メディア・ゲートウェイ装置からの障害検出単位であらかじめ呼・コネクションを登録することを特徴とするネットワーク管理システム。
【請求項７】
メディア・ゲートウェイ・コントローラ装置により、汎用プロトコルを使用して呼・コネクション制御が行われるメディア・ゲートウェイ装置であって、
前記メディア・ゲートウェイ・コントローラ装置による呼・コネクション制御を管理する呼制御管理部と、
前記メディア・ゲートウェイ装置の回線状態を監視して、前記メディア・ゲートウェイ装置の障害／復旧情報を前記メディア・ゲートウェイ・コントローラ装置へ通知する装置管理部と
を備えることを特徴とするメディア・ゲートウェイ装置。
【請求項８】
前記障害／復旧情報は、ＳＮＭＰトラップ信号を使用して前記メディア・ゲートウェイ・コントローラ装置へ通知されることを特徴とする請求項７に記載のメディア・ゲートウェイ装置。
【請求項９】
内部回線が並列冗長で構成されていることを特徴とする請求項７又は８に記載のメディア・ゲートウェイ装置。
【請求項１０】
前記並列冗長はＡＰＳモードで実現されることを特徴とする９項に記載のメディア・ゲートウェイ装置。
【請求項１１】
メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うメディア・ゲートウェイ装置の障害通知方法であって、
前記メディア・ゲートウェイ装置が、自己の回線状態を監視して障害／復旧情報をメディア・ゲートウェイ・コントローラ装置へ通知する第１のステップと、
前記メディア・ゲートウェイ・コントローラ装置が、前記メディア・ゲートウェイ装置から回線状態に基づく障害／復旧情報を受信して、該メディア・ゲートウェイ装置の呼・コネクション制御を行う第２のステップと、
前記メディア・ゲートウェイ装置が、前記メディア・ゲートウェイ・コントローラ装置によって制御されたる呼・コネクションを管理する第３のステップと
を含むことを特徴とするメディア・ゲートウェイ装置の障害通知方法。
【請求項１２】
前記メディア・ゲートウェイ装置の障害／復旧情報は、ＳＮＭＰトラップ信号を使用して前記メディア・ゲートウェイ・コントローラ装置へ通知されることを特徴とする請求項１１に記載のメディア・ゲートウェイ装置の障害通知方法。
【請求項１３】
請求項１１又は１２に記載のメディア・ゲートウェイ装置の障害通知方法をコンピュータに実行させるプログラム。
【請求項１】
メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うネットワーク管理システムであって、
前記メディア・ゲートウェイ装置が、自己の回線状態に基づいて障害／復旧に関する詳細情報を前記メディア・ゲートウェイ・コントローラ装置へ通知することを特徴とするネットワーク管理システム。
【請求項２】
メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うネットワーク管理システムであって、
前記メディア・ゲートウェイ装置は、
前記メディア・ゲートウェイ・コントローラ装置による呼・コネクション制御を管理する呼制御管理部と、
前記メディア・ゲートウェイ装置の回線状態を監視して該メディア・ゲートウェイ装置の障害／復旧情報をメディア・ゲートウェイ・コントローラ装置へ通知する装置管理部とを備え、
前記メディア・ゲートウェイ・コントローラ装置は、前記装置管理部から前記メディア・ゲートウェイ装置の回線状態に基づく障害／復旧情報を受信して、該メディア・ゲートウェイ装置の呼・コネクション制御を行うブレードを備える
ことを特徴とするネットワーク管理システム。
【請求項３】
前記メディア・ゲートウェイ装置の障害／復旧情報は、ＳＮＭＰトラップ信号を使用して前記メディア・ゲートウェイ・コントローラ装置へ通知されることを特徴とする請求項１又は２に記載のネットワーク管理システム。
【請求項４】
前記メディア・ゲートウェイ装置の内部回線は並列冗長で構成されていることを特徴とする請求項１乃至３のいずれか１項に記載のネットワーク管理システム。
【請求項５】
前記並列冗長はＡＰＳモードで実現されることを特徴とする４項に記載のネットワーク管理システム。
【請求項６】
メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うネットワーク管理システムであって、
前記メディア・ゲートウェイ・コントロール装置は、前記メディア・ゲートウェイ装置との間の呼・コネクションの確立とは別に、該メディア・ゲートウェイ装置からの障害検出単位であらかじめ呼・コネクションを登録することを特徴とするネットワーク管理システム。
【請求項７】
メディア・ゲートウェイ・コントローラ装置により、汎用プロトコルを使用して呼・コネクション制御が行われるメディア・ゲートウェイ装置であって、
前記メディア・ゲートウェイ・コントローラ装置による呼・コネクション制御を管理する呼制御管理部と、
前記メディア・ゲートウェイ装置の回線状態を監視して、前記メディア・ゲートウェイ装置の障害／復旧情報を前記メディア・ゲートウェイ・コントローラ装置へ通知する装置管理部と
を備えることを特徴とするメディア・ゲートウェイ装置。
【請求項８】
前記障害／復旧情報は、ＳＮＭＰトラップ信号を使用して前記メディア・ゲートウェイ・コントローラ装置へ通知されることを特徴とする請求項７に記載のメディア・ゲートウェイ装置。
【請求項９】
内部回線が並列冗長で構成されていることを特徴とする請求項７又は８に記載のメディア・ゲートウェイ装置。
【請求項１０】
前記並列冗長はＡＰＳモードで実現されることを特徴とする９項に記載のメディア・ゲートウェイ装置。
【請求項１１】
メディア・ゲートウェイ・コントローラ装置が、メディアのフォーマット変換を行うメディア・ゲートウェイ装置に対して、汎用プロトコルを使用して呼・コネクション制御を行うメディア・ゲートウェイ装置の障害通知方法であって、
前記メディア・ゲートウェイ装置が、自己の回線状態を監視して障害／復旧情報をメディア・ゲートウェイ・コントローラ装置へ通知する第１のステップと、
前記メディア・ゲートウェイ・コントローラ装置が、前記メディア・ゲートウェイ装置から回線状態に基づく障害／復旧情報を受信して、該メディア・ゲートウェイ装置の呼・コネクション制御を行う第２のステップと、
前記メディア・ゲートウェイ装置が、前記メディア・ゲートウェイ・コントローラ装置によって制御されたる呼・コネクションを管理する第３のステップと
を含むことを特徴とするメディア・ゲートウェイ装置の障害通知方法。
【請求項１２】
前記メディア・ゲートウェイ装置の障害／復旧情報は、ＳＮＭＰトラップ信号を使用して前記メディア・ゲートウェイ・コントローラ装置へ通知されることを特徴とする請求項１１に記載のメディア・ゲートウェイ装置の障害通知方法。
【請求項１３】
請求項１１又は１２に記載のメディア・ゲートウェイ装置の障害通知方法をコンピュータに実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−２１２９６４（Ｐ２０１０−２１２９６４Ａ）
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願番号】特願２００９−５６４８０（Ｐ２００９−５６４８０）
【出願日】平成２１年３月１０日（２００９．３．１０）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願日】平成２１年３月１０日（２００９．３．１０）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]