JP2006304298A - メディアゲートウェイによってイベントを監視し、且つ、報告するための方法 - Google Patents

Abstract

【課題】もしＭＧがイベントを取得しないならば、システムの問題を解決するように、ＭＧＣによってイベントを監視し、且つ報告する方法を提供する。
【解決手段】メディアゲートウェイによってイベントを監視し、且つ、報告するための方法であって、Ａ．前記メディアゲートウェイ内において監視されるイベントを予めセットするステップと、Ｂ．前記メディアゲートウェイは、処理中、前記予めセットされたイベントを監視するともに、メディアゲートウェイコントローラに前記監視の結果を報告するステップと、を有することを特徴とする方法である。メディアゲートウェイにイベントを予めセットすること、及び、メディアゲートウェイ起動後、自動的にメディアゲートウェイによってイベントの監視と報告とを行うことを通して、イベントを取得できないことに起因するシステムの問題は、回避することができる。
【選択図】図１

Description

本発明はネットワーク通信技術、特にメディアゲートウェイによってイベントを監視し、且つ、報告するための方法に関する。

図１に示すように、ＭＧＣ（Media Gateway Controller）およびＭＧ（Media Gateway）は、ＮＧＮ（Next Generation Network）における重要なコンポーネントである。ＭＧＣが呼制御機能を提供する一方、ＭＧはサービスベアリング機能を提供する。それによって、呼制御段階(plane)とサービスベアリング段階を別々に実施し、その結果、効率的にネットワーク資源を共有し、且つ、装置およびサービス拡張のアップグレードを簡素化するとともに、開発とメンテナンスのためのコストを大いに削減する。

メディアゲートウェイコントロールプロトコルはＭＧとＭＧＣの間の主要なプロトコルである。現在では、すなわちＨ．２４８／ＭｅＧａＣｏとＭＧＣＰの２つのプロトコルが広く使用されている。Ｈ．２４８プロトコルにおいて、例えば、ＭＧ内の資源は端末として抽象化されている。端末は、物理的な端末と、短命の端末に分類される。すなわち、前者は、ＴＤＭチャンネルのような、いくつかの半永久的な物理的実体を表し、後者は、要求に応じて一時的に取得され、その後、使用後に開放される、ＲＴＰストリームのような、いくつかの共有資源を表す。端末間のあらゆる組み合わせが、環境(cotext)として抽象化される。環境には、いくつかの端末を含んでも良く、それにより、端末間の関係はトポロジーで記述されうる。

上述の抽象モデルに基づくと、回線交換(call switching)は、端末と環境に基づく動作と見なされても良い。そのような動作は、ＭＧＣとＭＧの間のコマンド要求と応答とによって達成される。また、そのようなコマンドは、記述子として参照されるパラメタを伝える。記述子は、特性と、信号と、イベントと、統計量とに分類される。サービス相関関係のパラメタは、パッケージ内に論理的に集められる。

信号は、ＭＧＣによって、対応するリソースの動作を実行するようＭＧに命令するのに使用される。例えば、ダイヤルトーン、リングバックトーン、またはビジートーンを加入者に送信する。イベントは、ＭＧＣによって、対応する状態を監視するようＭＧに命令するのに使用される。例えば、加入者が、ハングオフしているか否か、または、ハングアップしているか否か、または、フックをフラッシュさせているか否か、または、番号をダイヤルしたか否かなどを監視する。イベントは、通常、状態変化の場合に引き起こされ、且つ、対応する応答を生じても良い。例えば、加入者がハングオフしている時のみ、ダイヤルトーンを加入者に送る。

しかしながら、Ｈ．２４８プロトコルの現在の定義において、イベントは、ＭＧが対応する状態変化を監視し始めることが可能となる前に、ＭＧＣによってＭＧに発行されなければならない。ＭＧが制御される実体である一方、ＭＧＣはコントローラであるという観点から見ると、前述のメカニズムは、多くの場合に適している。しかしながら、いくつかの特別な場合では、前記メカニズムにはいくつかの不利な点がある。例えば、ＭＧが、首尾よくＭＧＣに登録された後、すぐに、ＭＧＣの起動の状態の監視が開始されなければならない。ここで、前記ＭＧＣの起動の状態の監視の開始は、ＭＧＣが応答をフィードバックする引き金となるＭＧによって、Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｏｕｔイベントが報告されることにより実施可能である。しかしながら、前記プロトコルの既存の定義においては、もし、ＭＧＣがいくつかの原因（例えば、ＭＧＣは、未設定、突然の障害、または送信失敗である）のためにＭＧにイベントを発行しないならば、ＭＧはＭＧＣの動作状態を監視しない。結果として、ＭＧは、ＭＧＣの制御を失ったので、異常な動作をする可能性がある。従って、ある場合では、ネットワークシステムの一部が故障し、ネットワークシステムの安定性を低くする可能性がある。

従来技術における上述の不利な点において、本発明の目的は、ＭＧがメディアゲートウェイコントローラから発行されたイベントを取得しない場合、いくつかの特別な場合におけるシステムの問題を解決するように、メディアゲートウェイによってイベントを監視し、且つ報告し、それによって、ネットワークシステムの安定性を改善するための方法を提供する。

メディアゲートウェイによってイベントを監視し、且つ、報告するための方法であって、Ａ．前記メディアゲートウェイ内において監視されるイベントを予めセットするステップと、Ｂ．前記メディアゲートウェイは、処理中、前記予めセットされたイベントを監視するともに、メディアゲートウェイコントローラに前記監視の結果を報告するステップと、を有することを特徴とする方法である。

前記メディアゲートウェイ内にイベントを予めセットすることは、前記メディアゲートウェイコントローラと前記メディアゲートウェイとの間のプロトコルを一致させる。

イベントを予めセットするための、前記メディアゲートウェイコントローラと前記メディアゲートウェイとの間の前記プロトコルは、同じパラメタとＲｅｑｕｅｓｔ ＩＤとに従うステップを有する。

前記イベントは、メディアゲートウェイによって監視することができる。

前記ステップＢは、メディアゲートウェイによって予めセットされたイベントを監視する間に、前記メディアゲートウェイコントローラが、前記メディアゲートウェイに予めセットされているイベントと、関連パラメタと、Ｒｅｑｕｅｓｔ ＩＤとをメディアゲートウェイに発行する時、前記メディアゲートウェイコントローラから発行された関連パラメタとＲｅｑｕｅｓｔ ＩＤとによってイベントの監視を実行するステップを更に含む。

前記ステップＢは、もし、前記メディアゲートウェイコントローラから発行され、且つ、前記メディアゲートウェイ内に予めセットされていた前記イベントが、ライフサイクルを持っているならば、前記ライフサイクルの範囲内で、前記メディアゲートウェイコントローラから発行された関連パラメタとＲｅｑｕｅｓｔ ＩＤとによって前記イベントの監視を実行するステップを更に含む。

前記ステップＢは、もし、前記メディアゲートウェイコントローラから発行され、且つ、前記メディアゲートウェイ内に予めセットされていた前記イベントが、ライフサイクルを持っているならば、前記ライフサイクルの範囲を越えて、関連パラメタとＲｅｑｕｅｓｔ ＩＤとによって前記イベントの監視を実行するステップを更に含む。

前記ステップＢは、もし、前記メディアゲートウェイコントローラから発行され、且つ、前記メディアゲートウェイ内に予めセットされていた前記イベントが、ライフサイクルを全く持っていないならば、絶え間なく前記メディアゲートウェイコントローラから発行された関連パラメタとＲｅｑｕｅｓｔ ＩＤとによって前記イベントの監視を連続的に実行するステップを更に含む。

前記イベントは、自動または手動で予めセットされても良い。

様々な理由のためにＭＧＣからＭＧへイベントを発行できないという事実に起因するシステムの問題は、ＭＧ内にイベントを予めセットし、且つ、自動的にイベントの状態を監視するとともに、ＭＧの起動後に監視結果をＭＧＣへ報告することによって、回避することができる。これにより、システムの安定性を改善することができる。

図１は、次世代ネットワークにおけるＭＧＣおよびＭＧのネットワーク概要図である。
図２は、本発明の方法の一実施形態による流れ図である。

当業者が本発明を理解し、且つ、実施するために、以下に、本発明の実施形態を、添付の図面を参照して詳細に説明する。

本発明の実施形態において、イベントは、ＭＧＣによってＭＧへ発行されうるか、あるいは、ＭＧ内で予めセットされうる。その結果、ＭＧは、対応する状態、例えば、加入者が、ハングオフしているか否か、または、ハングアップしているか否か、または、フックをフラッシュさせているか否か、または、番号をダイヤルしているか否かを監視できるように、および、なんらかのネットワーク障害または品質アラームがあるか否かを監視できるように、および、タイマがタイムアウトしているか否か、などを監視することができる。ＭＧＣからＭＧに発行されたイベントは、Ｒｅｑｕｅｓｔ ＩＤ、および、場合によっては、要求されたパラメタが添付されている。また、それらの発行されたイベントは、要求されたイベントとして参照される。一旦、いずれかのＭＧがそれらのイベントにおける何らかの変化を検出すると、上述と同様のＲｅｑｕｅｓｔ ＩＤ、および、場合によっては要求されたパラメタが添付されて、対応するイベントをＭＧＣに報告する。また、報告されたイベントは、観測されたイベントとして参照される。観測されたイベントは、同じＲｅｑｕｅｓｔ ＩＤによって、要求されたイベントと関係付けられる一方、それらに添付されたパラメタは、異なっても良い。

本発明の実施形態は、監視されるイベントが予めセットされているＭＧによって、自動的にイベントを監視し、且つ、報告するための方法を提供する。ここで、前記監視されるイベントはＭＧ内に予めセットされており、且つ、ＭＧが起動される時に、ＭＧは、予めセットされたイベントを自動的に監視し、且つ、監視結果をＭＧＣに報告する。

図２に示すように、ステップ１において、加入者は、必要に応じて、ＭＧによって監視されうるイベントを、ＭＧ内に予めセットすることができる。例えば、オフフック、オンフック、ダイヤリング、フックのフラッシング、ネットワーク障害、品質アラーム、タイマータイムアウトなどである。ステップ２において、ＭＧが起動される時、ＭＧは、これらの、予めセットされているイベントを活性化する。ステップ３において、ＭＧは、予めセットされているイベントを監視する。ステップ４において、ＭＧは、監視結果をＭＧＣに報告する。ステップ５において、ＭＧは、ＭＧＣからの応答を待つとともに、ＭＧＣからの応答に従って処理を実行する。ＭＧにイベントを予めセットすることは、同じパラメタおよびＲｅｑｕｅｓｔ ＩＤの使用のように、ＭＧＣとＭＧとの間のプロトコルを一致させるものとする。このようにして、ＭＧＣは、ＭＧに予めセットされたイベントの報告を受信する時、誤った応答をしない。

一例として、本発明の実施形態は、Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｏｕｔイベント（ＭＧＣの状態を監視するためにＭＧによって使用されるタイマタイムアウトイベント）を用いて詳細に説明される。

最初に、タイマの役割について説明する。タイマがＭＧ内で活性化される時、ＭＧＣからＭＧへのいかなるメッセージも、タイマがタイムアウトにならないように、ＭＧにタイマをリセットさせる。もし、長時間の間にＭＧＣからメッセージを全く受け取らず、且つ、結局タイマのタイミングアウトに終わる場合、ＭＧは、イベントをＭＧＣに報告する。もし、ＭＧＣが報告に応答するならば、その応答にはＭＧＣがまだ正常であることが示され、且つ、ＭＧは、上述のプロセスを通してＭＧＣの状態検出を続ける。そうでないならば、ＭＧＣは異常であり、ＭＧは例外処理メカニズムを活性化させなければならない。例えば、再びバックアップＭＧＣへ登録する。

本発明の実施形態によると、Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｏｕｔイベントおよびそのパラメタと、Ｍａｘｉｍｕｍ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅ（例えば、３０秒）と、Ｒｅｑｕｅｓｔ ＩＤ（例えば、０）とが、ＭＧ内に予めセットされる。ＭＧが、首尾よく起動され且つＭＧＣに登録した後、ＭＧは、Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｏｕｔイベントを活性化する。すなわち、ＭＧは、タイマのタイミング持続時間としてのＭａｘｉｍｕｍ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅパラメタの値で、ＭＧＣからのメッセージの監視を開始する。このように、もし、ＭＧＣに不具合が生じた場合、ＭＧは、タイマをリセットするためのＭＧＣからのいかなるメッセージも受信できない。一旦、タイマがタイムアウトすると、ＭＧは、予めセットされているＲｅｑｕｅｓｔ ＩＤと共にＩｎａｃｔｉｖｉｔｙ ＴｉｍｅｏｕｔイベントをＭＧＣに報告する。もし、ＭＧＣがＭＧから報告されたイベントに応答しなければ、ＭＧは、例外処理メカニズムを活性化する。例えば、再びバックアップＭＧＣへ登録する。このように、ＭＧＣがＭＧにイベントを発行しないので、ＭＧがイベントの監視を活性化することができず、ＭＧＣ不具合の結果、システム故障をもたらすかもしれないという潜在的問題を解消できる。

ＭＧ内にイベントを予めセットすることは、例えば、ソフトウェア内のインラインコードによって、または、コントロールコンソールによって、または、ネットワーク管理などによって、自動または手動で実行できる。

ＭＧによって予めセットされたイベントが監視されている間、ＭＧＣがＭＧ内に予めセットされているイベントをＭＧへ発行すると、ＭＧは、ＭＧＣから発行された関連パラメタとＲｅｑｕｅｓｔ ＩＤとによってイベントを監視する。もし、イベントにライフサイクルがあるならば、ＭＧは、ライフサイクルの範囲内において、ＭＧＣから発行されている関連パラメタとＲｅｑｕｅｓｔ ＩＤとによってイベントを監視する。そして、ＭＧは、ライフサイクルを越えて予めセットされている関連パラメタとＲｅｑｕｅｓｔ ＩＤとによってイベントを監視する。イベントにライフサイクルがないならば、ＭＧは、ＭＧＣから発行された関連パラメタとＲｅｑｕｅｓｔ ＩＤとによってイベントを連続的に監視する。

本発明の実施形態によると、様々な理由のためにＭＧＣからＭＧへイベントを発行することができないという事実から生じたシステム故障問題は、ＭＧ内にイベントを予めセットし、且つ、ＭＧが起動された後に自動的にイベントを監視し、且つ、監視結果をＭＧＣに報告することによって回避することができる。これにより、システムの安定性を改善することができる。

本発明は上述した実施形態を参照して説明されるが、当業者は、本発明の技術的思想と本質から逸脱しないで、本発明に様々な変更と変化を施すことが可能であることは、理解する。従って、本発明の範囲は添付のクレームで定義したものでなければならない。

次世代ネットワークにおけるＭＧＣおよびＭＧのネットワーク概要図である。 本発明の方法の一実施形態による流れ図である。

Claims (9)

1. メディアゲートウェイによってイベントを監視し、且つ、報告するための方法であって、
   Ａ．前記メディアゲートウェイ内において監視されるイベントを予めセットするステップと、
   Ｂ．前記メディアゲートウェイは、処理中、前記予めセットされたイベントを監視し、且つ、メディアゲートウェイコントローラに前記監視の結果を報告するステップと、
   を有することを特徴とする方法。
2. 前記メディアゲートウェイ内にイベントを予めセットすることは、前記メディアゲートウェイコントローラと前記メディアゲートウェイとの間のプロトコルを一致させることを特徴とする請求項１に記載のメディアゲートウェイによってイベントを監視し、且つ、報告するための方法。
3. イベントを予めセットするための、前記メディアゲートウェイコントローラと前記メディアゲートウェイとの間の前記プロトコルは、同じパラメタとＲｅｑｕｅｓｔ ＩＤとに従うステップを有することを特徴とする請求項２に記載のメディアゲートウェイによってイベントを監視し、且つ、報告するための方法。
4. 前記イベントは、前記メディアゲートウェイによって監視されることが可能なイベントを具備することを特徴とする請求項１に記載のメディアゲートウェイによってイベントを監視し、且つ、報告するための方法。
5. 前記ステップＢは、前記メディアゲートウェイによって予めセットされたイベントを監視する間に、前記メディアゲートウェイコントローラが、前記メディアゲートウェイに予めセットされている、イベントと、関連パラメタと、Ｒｅｑｕｅｓｔ ＩＤとを前記メディアゲートウェイに発行する時、前記メディアゲートウェイコントローラから発行された関連パラメタとＲｅｑｕｅｓｔ ＩＤとによって前記イベントを監視するステップを更に具備することを特徴とする請求項１に記載のメディアゲートウェイによってイベントを監視し、且つ、報告するための方法。
6. 前記ステップＢは、もし、前記メディアゲートウェイコントローラから発行され、且つ、前記メディアゲートウェイ内に予めセットされていた前記イベントが、ライフサイクルを持っているならば、前記ライフサイクルの範囲内で、前記メディアゲートウェイコントローラから発行された関連パラメタとＲｅｑｕｅｓｔ ＩＤとによって前記イベントを監視するステップを更に具備することを特徴とする請求項５に記載のメディアゲートウェイによってイベントを監視し、且つ、報告するための方法。
7. 前記ステップＢは、もし、前記メディアゲートウェイコントローラから発行され、且つ、前記メディアゲートウェイ内に予めセットされていた前記イベントが、ライフサイクルを持っているならば、前記ライフサイクルの範囲を越えて、関連パラメタとＲｅｑｕｅｓｔ ＩＤとによって前記イベントを監視するステップを更に含むことを特徴とする請求項５に記載のメディアゲートウェイによってイベントを監視し、且つ、報告するための方法。
8. 前記ステップＢは、もし、前記メディアゲートウェイコントローラから発行され、且つ、前記メディアゲートウェイ内に予めセットされていた前記イベントが、ライフサイクルを持っていないならば、連続的に前記メディアゲートウェイコントローラから発行された関連パラメタとＲｅｑｕｅｓｔ ＩＤとによって前記イベントを連続的に監視するステップを更に含むことを特徴とする請求項５に記載のメディアゲートウェイによってイベントを監視し、且つ、報告するための方法。
9. 前記イベントは、自動または手動で予めセットされることを特徴とする請求項１に記載のメディアゲートウェイによってイベントを監視し、且つ、報告するための方法。

Images