(57)【要約】本発明は、メディアゲートウェイによるメディアゲートウェイコントローラーの状態モニタリングを実現する方法を開示する。本方法は、休止タイマー、或いは通常タイマー及びメッセージ受信フラグをメディアゲートウェイ上に独立に備えて、メディアゲートウェイコントローラーメッセージの沈黙時間をモニタし、正常な状態にあることを示すメッセージを返すようメディアゲートウェイコントローラーをトリガーするために、メディアゲートウェイコントローラーへ通知メッセージを送る。メディアゲートウェイコントローラーで登録した後に、返された登録成功メッセージに基づいて、メディアゲートウェイは休止タイマー、あるいは通常タイマーを活性化して、メディアゲートウェイコントローラーの状態のモニタリングを開始する。
2007517439.tif 000002
【特許請求の範囲】
【請求項１】
メディアゲートウェイが、メディアゲートウェイコントローラーに登録した後、返された登録成功メッセージに基づいて、前記メディアゲートウェイコントローラーをモニタするステップＡと、
前記メディアゲートウェイコントローラーのメッセージの沈黙時間に基づいて、該メディアゲートウェイコントローラーの状態を決定するステップＢと、を含むことを特徴とするメディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法。
【請求項２】
休止タイマーが、前記メディアゲートウェイ上に備えられて、前記メディアゲートウェイコントローラーのメッセージの前記沈黙時間をモニタすることを特徴とする請求項１に記載のメディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法。
【請求項３】
通常タイマー及びメッセージ受信フラグが、前記メディアゲートウェイ上に備えられて、前記メディアゲートウェイコントローラーのメッセージの前記沈黙時間をモニタすることを特徴とする請求項１に記載のメディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法。
【請求項４】
前記沈黙時間がタイムアウトになった場合、前記メディアゲートウェイコントローラーが状態正常のメッセージを返すことをトリガーする通知メッセージが、前記メディアゲートウェイコントローラーに送出されることを特徴とする請求項１〜請求項３の何れか一項に記載のメディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法。
【請求項５】
前記沈黙時間が指定された値を超過するか否かを判断するためのタイムアウト長を、設定することを特徴とする請求項４に記載のメディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法。
【請求項６】
前記メディアゲートウェイコントローラーから最大休止タイムを含むメッセージを受信した場合、前記メディアゲートウェイは、該最大休止タイムに基づいて、前記休止タイマー、あるいは前記通常タイマーをリセットすることを特徴とする請求項５に記載のメディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法。
【請求項７】
前記休止タイマーのタイムアウト長が、前記最大休止タイムにセットされ、あるいは、
前記通常タイマーのタイムアウト長が、前記最大休止タイムの半分にセットされることを特徴とする請求項６に記載のメディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法。
【請求項８】
前記休止タイマーが前記メディアゲートウェイコントローラーをモニタするために前記メディアゲートウェイ上に備えられている場合、該休止タイマーがタイムアウトになった連続の回数が所定のしきい値に達するとき、前記メディアゲートウェイは異常処理フローを開始することを特徴とする請求項６に記載のメディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法。
【請求項９】
休止カウンターが、前記休止タイマーがタイムアウトになった連続の回数を数えるために備えられ、前記メディアゲートウェイが前記メディアゲートウェイコントローラーから任意のメッセージを受信したときにリセットされることを特徴とする請求項６に記載のメディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法。
【請求項１０】
前記通常タイマー及び前記メッセージ受信フラグが前記メディアゲートウェイコントローラーをモニタするために前記メディアゲートウェイ上に備えられている場合、前記通常タイマーがタイムアウトとなり、且つ前記メッセージ受信フラグがメッセージが受信されなかったことを依然として示していることが連続的に発生する回数が所定のしきい値に達するとき、前記メディアゲートウェイは異常処理フローを開始することを特徴とする請求項６に記載のメディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法。
【請求項１１】
休止カウンターが、前記通常タイマーがタイムアウトとなり、前記メッセージ受信フラグがメッセージが受信されていないことを示すことが連続的に発生する回数をカウントするために備えられ、前記メディアゲートウェイが前記メディアゲートウェイコントローラーから任意のメッセージを受信したときにリセットされることを特徴とする請求項１０に記載のメディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代ネットワーク技術に関し、特に、メディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリングを実施する方法に関する。
【背景技術】
【０００２】
メディアゲートウェイコントローラー（ＭＧＣ）、及びメディアゲートウェイ（ＭＧ）は次世代ネットワーク（ＮＧＮ）の２つの重要なコンポーネントである。図１に示すように、メディアゲートウェイコントローラーは呼制御を担い、メディアゲートウェイはサービス搬送を担い、これにより、呼制御面及びサービス搬送面の分離を実現して、ネットワーク資源を十分に活用すると共に、機器アップグレイド及びサービス拡大を単純化し、開発コスト及び保守費用を大幅に低減させることができる。
【０００３】
メディアゲートウェイ及びメディアゲートウェイコントローラー間の通信のために、現在広く用いられているプロトコルは、Ｈ．２４８／ＭｅＧａＣｏ及びメディアゲートウェイコントロールプロトコル（以下、「ＭＧＣＰ」とも記す）の２つがあるが、そのうち、ＭＧＣＰが主なプロトコルである。ＭＧＣＰプロトコルはＩＥＴＦによって１９９９年１０月に確立され、２００３年１月に改訂された。また、Ｈ．２４８／ＭｅＧａＣｏプロトコルはＩＥＴＦ及びＩＴＵの両者によって２０００年１１月に確立され、２００３年６月に改訂された。
【０００４】
Ｈ．２４８プロトコルを例に取れば、メディアゲートウェイ上のすべての種類の資源は、終端(Termination)として抽象的に表される。終端はまた、物理的な終端、及び一時的終端の２種類に分別される。前者は、例えば時分割多重（ＴＤＭ）チャンネルなどのような半永久の既存の物理的な実体を表し、後者は、例えばＲＴＰストリーム(Real-time Transport Protocol stream)などのような一時的に申込まれ、使用後に開放される公共資源を表す。終端の組合せは、コンテキスト(Context)として抽象的に表される。コンテキストは複数の終端を含み得るので、トポロジーが終端間の関係を記述するために使用される。
【０００５】
このようなプロトコルの抽象モデルに基いて、呼出しの接続は実際に、終端及びコンテキストに対する操作である。この操作は、メディアゲートウェイコントローラーとメディアゲートウェイとの間のコマンド要求及びレスポンスによって実行される。コマンドによって運ばれた記述子(Descriptor)とも呼ばれるパラメータは、属性、信号、イベント、統計などのカテゴリーに分類される。サービス上の相関を有するパラメータは、論理的に１つのパッケージに集合される。
【０００６】
呼制御及びサービス搬送が２つの別個のコンポーネント、即ちメディアゲートウェイコントローラー及びメディアゲートウェイ上でそれぞれ実行される一方、メディアゲートウェイコントローラーとメディアゲートウェイとの間の通信がＮＧＮのようなパケットネットワークに基いて行われるので、メディアゲートウェイコントローラー及びメディアゲートウェイのうちのいずれか一方は他方が正常に作動するかどうかを知ることが非常に重要である。特に、メディアゲートウェイは制御されたパートとして、通常受動の立場にあるので、自己がコントロールするメディアゲートウェイに監査方法(Audit Method)を柔軟に使用することによって積極的に問い合わせできるメディアゲートウェイコントローラーと異なって、メディアゲートウェイコントローラーの状態をモニタできるためにはＭＧＣＰが効果的な手段を提供してくれるのを一層必要とする。
【０００７】
Ｈ．２４８プロトコルで定義されている休止タイマー(Inactivity Timer)パッケージ、該パッケージの休止タイムアウト(Inactivity Timeout)イベント、及び該イベントの最大休止タイムパラメータ(Maximum Inactivity Time parameter)は、メディアゲートウェイにメディアゲートウェイコントローラーの状態をモニタするある種の手段を提供する。そのメカニズムは以下の通りである。
【０００８】
メディアゲートウェイコントローラーは、メディアゲートウェイ上の、ゲートウェイ全体を代表するルート(Root)終端に休止タイマーパッケージの休止タイムアウトイベントを送り、イベントの最大休止タイムパラメータをセットし、メディアゲートウェイコントローラーからのメッセージの沈黙時間が上記パラメータの値を超過するかどうかを検知し始めるようメディアゲートウェイに指示する。メディアゲートウェイは、上記指示に基いて入力メッセージをすべて検知する。一旦メディアゲートウェイコントローラーからのメッセージの沈黙時間がパラメータの値を超過すれば、メディアゲートウェイはルート終端より、休止タイムアウトイベントが附加された通知(Notify)メッセージを送ることにより、メディアゲートウェイコントローラーに報告する。この通知メッセージに対して応答がなければ、メディアゲートウェイはメディアゲートウェイコントローラーが故障したものとして判断し、例えば、待機メディアゲートウェイコントローラーに登録を始めるなどのような異常処理フローを開始する。
【０００９】
メディアゲートウェイコントローラーは自己が正常な状態にあることをメディアゲートウェイに知らせるために、メディアゲートウェイに送るメッセージの間隔が最大休止タイムパラメータの設定値を超過しないことを確保するべきである。従って、この期間に送るべきサービス制御メッセージがない場合、メディアゲートウェイコントローラーはテスト用の、あるいは活性化を維持するような補足メッセージを送る必要がある。例えば、メディアゲートウェイ上のルート終端に無効の監査値(Null Audit Value)メッセージを送る。
【００１０】
メディアゲートウェイがメディアゲートウェイコントローラーのメッセージの沈黙時間を検知するのに２つの方法がある。１つは、初期値０及びタイムアウトの上限を有するタイマーを備えることである。メディアゲートウェイコントローラーからの任意のメッセージは、タイマーが０にリセットされるのをトリガーする。また、一旦タイマーがタイムアウトとなれば、休止タイムアウトイベントはメディアゲートウェイコントローラーに報告される。もう１つの方法は、初期値０のメッセージ受信フラグ及び通常のタイムアウトタイマーを備えることである。メディアゲートウェイコントローラーからの任意のメッセージは、フラグが１にリセットされるのをトリガーする。一旦タイマーがタイムアウトとなり、フラグが０のままならば、メディアゲートウェイは、休止タイムアウトイベントをメディアゲートウェイコントローラーに報告する。そうでなければ、メディアゲートウェイは、０にフラグをリセットし、タイマーを再開する。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかし、上記の従来の方法は次のような欠点を有する。
【００１２】
１．メディアゲートウェイがメディアゲートウェイコントローラーの状況をモニタする体制は、メディアゲートウェイコントローラーが対応するパッケージ、イベント及びパラメータを送った後にのみ開始されることができる。しかし、メディアゲートウェイコントローラーがそのパッケージを実現しなかったり、パッケージを送るように構成していなかったり、又は突然の故障でメッセージを適切な時期に送出できなかったり、或いは送出されたメッセージが偶然に損失したり、あるいは別の任意の原因で、メディアゲートウェイがこれらのメッセージを受信しなければ、メディアゲートウェイはメディアゲートウェイコントローラーの状態をモニタするための有効な体制を失ってしまう。
【００１３】
２．メディアゲートウェイがメディアゲートウェイコントローラーをモニタする体制は、メディアゲートウェイコントローラーによるサービス制御でない特別のメッセージを送ることに依存して、メッセージ間隔がタイムアウトではないことを保証する。しかしながら、それはメディアゲートウェイコントローラーに余分な負担を加えるだけでなくネットワークにも余分なトラフィック量を加える。さらに、事実上、メディアゲートウェイ上にメディアゲートウェイコントローラーのメッセージの沈黙時間のタイムアウトが生じないのを保証することもできなく、ゆえに、メディアゲートウェイは最終的に、通知メッセージに対する反応があるかどうかによって判断を下さなければならない。
【００１４】
本発明は、上述した従来の技術における、メディアゲートウェイがメディアゲートウェイコントローラーの協力に依存してメディアゲートウェイコントローラーの状態をモニタする必要性に起因する無効モニタリングの問題を解決するためになされたもので、メディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記の問題を解決するために、本発明は次のような技術的解決方法を提供する。本発明に係るメディアゲートウェイによるメディアゲートウェイコントローラーの状態のモニタリング方法は、メディアゲートウェイがメディアゲートウェイコントローラーに登録した後、返された登録成功メッセージに基づいて、前記メディアゲートウェイコントローラーをモニタするステップＡと、前記メディアゲートウェイコントローラーのメッセージの沈黙時間に基づいて、該メディアゲートウェイコントローラーの状態を決定するステップＢと、を含む。
【００１６】
好ましくは、前記メディアゲートウェイコントローラーのメッセージの前記沈黙時間をモニタするために、休止タイマーが前記メディアゲートウェイ上に備えられる。
【００１７】
さらに、前記メディアゲートウェイコントローラーのメッセージの前記沈黙時間をモニタするために、通常タイマー及びメッセージ受信フラグが前記メディアゲートウェイ上に備えられ得る。
【００１８】
さらに、前記沈黙時間がタイムアウトとなった場合、前記メディアゲートウェイコントローラーが状態正常のメッセージを返すことをトリガーする通知メッセージが、前記メディアゲートウェイコントローラーに送出される。
【００１９】
前記沈黙時間が指定された値を超過するか否かを判断するために、タイムアウト長をセットする。
【００２０】
前記メディアゲートウェイコントローラーから最大休止タイムを含むメッセージを受信した場合、前記メディアゲートウェイは、該最大休止タイムに基づいて、前記休止タイマー、あるいは前記通常タイマーのタイムアウト長をリセットする。具体的には、前記休止タイマーのタイムアウト長が、前記最大休止タイムにセットされ、あるいは、前記通常タイマーのタイムアウト長が、前記最大休止タイムの半分にセットされ得る。
【００２１】
前記休止タイマーが前記メディアゲートウェイコントローラーをモニタするために前記メディアゲートウェイ上に備えられている場合、該休止タイマーがタイムアウトとなった連続の回数が所定のしきい値に達する場合、前記メディアゲートウェイは異常処理フローを開始する。前記通常タイマー及び前記メッセージ受信フラグが前記メディアゲートウェイコントローラーをモニタするために前記メディアゲートウェイ上に備えられれば、前記通常タイマーがタイムアウトとなったが、前記メッセージ受信フラグがメッセージが受信されなかったことを依然として示している場合が連続的に発生する回数が所定のしきい値に達するとき、前記メディアゲートウェイは異常処理フローを開始する。
【００２２】
前記休止タイマーが前記メディアゲートウェイコントローラーをモニタするために前記メディアゲートウェイ上に備えられ、休止カウンターが前記休止タイマーが連続的にタイムアウトとなった回数を数えるために採用される場合、前記メディアゲートウェイが前記メディアゲートウェイコントローラーから任意のメッセージを受信するときに、前記休止カウンターがリセットされる。前記通常タイマー及び前記メッセージ受信フラグが前記メディアゲートウェイコントローラーをモニタするために前記メディアゲートウェイ上に備えられ、前記休止カウンターが、前記通常タイマーがタイムアウトとなったが、前記メッセージ受信フラグがメッセージが受信されなかったことを依然として示している場合が連続的に発生する回数をカウントするために備えられ、前記メディアゲートウェイが前記メディアゲートウェイコントローラーから任意のメッセージを受信するときに前記休止カウンターがリセットされる。
【発明の効果】
【００２３】
本発明は次の有益な効果がある。
【００２４】
１．本発明では、モニタリングの体制、或いはメカニズムは、メディアゲートウェイコントローラーが対応するパッケージ、イベント及びパラメータを送るまで待たずに、メディアゲートウェイコントローラーにメディアゲートウェイが首尾よく登録した直後に開始されることができる。その結果、メディアゲートウェイによるメディアゲートウェイコントローラーのモニタリングはメディアゲートウェイコントローラーの状態に依存しなくなり、メディアゲートウェイコントローラーの故障によるモニタリングの体制・メカニズムが無効になる問題を回避することができる。
【００２５】
２．本発明では、メディアゲートウェイコントローラーは、送るべきサービス制御メッセージがない場合でも、テスト用の、或いは活性化を維持するメッセージなどのようなメッセージを送る必要がないため、メディアゲートウェイコントローラー及びネットワークの負担を低減させることができる。メディアゲートウェイコントローラーはそれ自身が無効の監査値のようなメッセージを送ることによりメディアゲートウェイの状態をモニタする場合でも、送信タイミングの制御は、上述の最大休止タイムパラメータによって制限されることがなくなる。
【発明を実施するための最良の形態】
【００２６】
ＮＧＮでは、呼制御及びサービス搬送は、別個のコンポーネント、即ちメディアゲートウェイコントローラー及びメディアゲートウェイ上でそれぞれ実現され、また、メディアゲートウェイコントローラーとメディアゲートウェイとの間の通信はパケットネットワークＮＧＮに基いて行われるため、メディアゲートウェイコントローラー及びメディアゲートウェイのうちの何れか一方は他方が正常に作動するかどうかを知ることが非常に重要である。本発明は、Ｈ．２４８プロトコル中の対応するパッケージ、イベント及びパラメータの処理メカニズムを向上させることにより、アプリケーション層からメディアゲートウェイコントローラーの動作状態をメディアゲートウェイが実時間で知ることができる、簡単且つ信頼性の高い方法を提供する。
（第１の実施の形態）
休止タイマーは、メディアゲートウェイ上で独立して設けられ、該休止タイマーのタイムアウト長は、構成可能な初期値にプリセットされる。休止タイマーと通常タイマーとの違いは、休止タイマーはいつでもリセットされ、そして自動的に計時を再開することができるのに対して、通常タイマーは、タイムアウトとなるまで、任意の時間にリセットされることができないことにある。ただし、タイムアウトの後で計時を再開するためには両方ともリセットされる必要がある。
【００２７】
メディアゲートウェイがメディアゲートウェイコントローラーに首尾よく登録した場合、つまり、メディアゲートウェイコントローラーがマスターメディアゲートウェイコントローラーになった後、メディアゲートウェイは、返された登録成功メッセージに基づいて休止タイマーを活性化させ、メディアゲートウェイコントローラーの状態をモニタするのを開始する。メディアゲートウェイがマスターメディアゲートウェイコントローラーから要求メッセージであれ応答メッセージであれ、任意のメッセージを受信する場合、メディアゲートウェイはトリガーされて休止タイマーをリセットし、該休止タイマーは自動的に計時を再開する。
【００２８】
一旦休止タイマーがタイムアウトとなれば、メディアゲートウェイはルート終端から、休止タイムアウトイベントが附加された通知メッセージを送ることにより、メディアゲートウェイコントローラーに報告し、同時に休止タイマーをリセットする。このイベントは、メディアゲートウェイコントローラーがあらかじめ検知することをメディアゲートウェイに要求したイベントでないので、このイベントのイベントＩＤは０である。
【００２９】
マスターメディアゲートウェイコントローラーからのメッセージが、メディアゲートウェイ上のルート終端に送る休止タイマーパッケージの休止タイムアウトイベントを含み、且つ、このイベントの最大休止タイムパラメータをセットした場合、メディアゲートウェイはルート終端に休止タイムアウトイベント及びそのイベントＩＤを記録し、上記休止タイマーのタイムアウト長を最大休止タイムパラメータの値にセットする。その後、休止タイマーがタイムアウトになる度に、メディアゲートウェイがルート終端から、休止タイムアウトイベントが附加された通知メッセージを送ることによりメディアゲートウェイコントローラーに報告するとき、該イベントのイベントＩＤは、０でなくなり、メディアゲートウェイコントローラーによって検知が要求されたイベントのＩＤとなる。
【００３０】
メディアゲートウェイからメディアゲートウェイコントローラーへ送出された、休止タイムアウトイベントが附加された通知メッセージは、一種の心臓拍動トリガに似ており、メディアゲートウェイコントローラーがレスポンスを心臓拍動の反射として返すことを促す。このレスポンスは、メディアゲートウェイコントローラーからの他の任意のメッセージと同じに、メディアゲートウェイコントローラーが正常な状態にあることを示すフラグとして使用され、メディアゲートウェイをトリガして休止タイマーをリセットさせることができる。しかしながら、通知メッセージが送出された後、且つ休止タイマーが再びタイムアウトとなる前に、通知メッセージに対するレスポンスを含む任意のメッセージをメディアゲートウェイコントローラーから受信していない場合、メディアゲートウェイはメディアゲートウェイコントローラーが故障したと認識し、異常処理フローを始め、例えば、待機メディアゲートウェイコントローラーに登録を始めることが可能である。
【００３１】
ネットワーク「フラッシュ」のような瞬間的な状況による誤った判断を回避するために、初期値０の休止カウンターが、さらにメディアゲートウェイ上で配置されて上述の休止タイマーのタイムアウトの数を数える。但し、ここでは、休止カウンターの動作原理は上述された休止タイマーのそれと同じである。休止タイマーがタイムアウトとなると、休止カウンターのカウントは１ずつ増大され、メディアゲートウェイは休止タイムアウトイベントが附加された通知メッセージに対するレスポンスを含む任意のメッセージをメディアゲートウェイコントローラーから受信するときは、休止カウンターは常に０にリセットされる。一旦休止カウンターの現在値、即ち、上述の休止タイマーがタイムアウトとなった連続の数が、予め設定された所定のしきい値に達すれば、メディアゲートウェイコントローラーの状態が異常であると決定することができ、メディアゲートウェイは異常処理フローを開始する。
【００３２】
図２に示すように、メディアゲートウェイによるメディアゲートウェイコントローラーのモニタリングは以下の通りである。
【００３３】
１．メディアゲートウェイコントローラーから返された登録成功メッセージを受信した後、メディアゲートウェイは休止タイマー及び休止カウンターを開始させる。休止タイマーのタイムアウト長は初期値Ａにセットされ、休止カウンターの初期値は、０にセットされる。
【００３４】
２．メディアゲートウェイコントローラーによって送られた任意の要求または応答メッセージを受信した後、メディアゲートウェイは休止タイマー及び休止カウンターをリセットする。
【００３５】
３．休止タイマーがタイムアウトとなる場合、休止タイムアウトイベントを含む通知メッセージがメディアゲートウェイコントローラーへ送出され、イベントＩＤが０にセットされ、同時に、休止カウンターは１だけ増大される。
【００３６】
４．メディアゲートウェイコントローラーから応答メッセージを受信した後、メディアゲートウェイは休止タイマー及び休止カウンターをリセットする。
【００３７】
５．メディアゲートウェイコントローラーによって送られた、休止タイマーパッケージ、休止タイムアウトイベント及び最大休止タイムパラメータＢを含む要求メッセージを受信した後に、メディアゲートウェイは、休止タイマーのタイムアウト長を最大休止タイムＢにセットし、休止タイマー及び休止カウンターをリセットし、同時に、休止タイムアウトイベントのイベントＩＤであるＸを記録する。
【００３８】
６．メディアゲートウェイは、メディアゲートウェイコントローラーに応答メッセージを返す。
【００３９】
７．メディアゲートウェイコントローラーによって送られた任意の要求または応答のメッセージを受信した場合、メディアゲートウェイは、休止タイマー及び休止カウンターをリセットする。
【００４０】
８．休止タイマーがタイムアウトとなった場合、イベントＩＤがＸの休止タイムアウトイベントを含む通知メッセージはメディアゲートウェイコントローラーへ送られ、同時に、休止カウンターは１だけ増大される。
【００４１】
９．メディアゲートウェイコントローラーによって送られた任意の要求または応答のメッセージを受信した場合、メディアゲートウェイは、休止タイマー及び休止カウンターをリセットする。
【００４２】
１０．休止タイマーがタイムアウトとなった場合、メディアゲートウェイはイベントＩＤがＸの休止タイムアウトイベントを含む通知メッセージをメディアゲートウェイコントローラーに送信し、同時に、休止カウンターが１だけ増大される。
【００４３】
１１．休止タイマーがタイムアウトとなった場合、メディアゲートウェイは、イベントＩＤがＸの休止タイムアウトイベントを含む通知メッセージをメディアゲートウェイコントローラーに送り、休止カウンターが１だけ増大され、カウントは現在２となる。
【００４４】
１２．休止カウンターの現在値が予め設定されたしきい値ｎに達して、休止タイマーが連続的にｎ回タイムアウトとなったことを示し、且つ、メディアゲートウェイは、いままでメディアゲートウェイコントローラーへ連続的に送った通知メッセージに対するメディアゲートウェイコントローラーからの任意のメッセージを受信していなかったとき、メディアゲートウェイは、メディアゲートウェイコントローラーが故障したことを確認したとして、異常処理フローを開始し、例えば、サービス変更を起動する。
（第２の実施の形態）
初期値０のメッセージ受信フラグ、及び予め設定された初期値を有する通常のタイムアウトタイマーは、メディアゲートウェイ上に独立して設けられて、メディアゲートウェイコントローラーのメッセージの沈黙時間を検知する。メディアゲートウェイがメディアゲートウェイコントローラーに首尾よく登録したとき、つまり、メディアゲートウェイコントローラーがマスターメディアゲートウェイコントローラーになった後、メディアゲートウェイは、返された登録成功メッセージに基づいて休止タイマーを活性化して、計時及びメディアゲートウェイコントローラーの状態のモニタリングを開始する。メディアゲートウェイがメディアゲートウェイコントローラーから任意のメッセージを受信する度に、フラグは１にセットされる。一旦タイマーがタイムアウトとなり、フラグが０のままである場合、メディアゲートウェイは、休止タイムアウトイベントをメディアゲートウェイコントローラーに報告する。そうでなければ、メディアゲートウェイは、フラグを０にリセットし、タイマーを再開する。
【００４５】
マスターメディアゲートウェイコントローラーからのメッセージが、メディアゲートウェイ上のルート終端に送る休止タイマーパッケージの休止タイムアウトイベントを含み、且つ該イベントの最大休止タイムパラメータをセットした場合、メディアゲートウェイはルート終端に休止タイムアウトイベント及びそのイベントＩＤを記録し、タイマーのタイムアウト長を最大休止タイムパラメータの値の半分にセットする。
【００４６】
ネットワーク「フラッシュ」のような瞬間的な状況による誤った判断を回避するために、初期値０の休止カウンター(Inactivity Counter)はさらにメディアゲートウェイ上に配置されて、上述の通常タイマーがタイムアウトとなり、上述のメッセージ受信フラグがメッセージをまだ受信していないのを示すことが連続的に発生する回数を数える。ここでは、休止カウンターの原理は第１の実施の形態でのそれと同じである。一旦休止カウンターの現在値がある予め設定されたしきい値に達すれば、メディアゲートウェイコントローラーの状態が異常であると決定することができ、メディアゲートウェイは異常処理フローを開始する。その操作は第１の実施の形態のものと類似する。
【図面の簡単な説明】
【００４７】
【図１】ＮＧＮにおけるメディアゲートウェイ及びメディアゲートウェイコントローラーのネットワーキングの概略図である。
【図２】メディアゲートウェイがどのようにメディアゲートウェイコントローラーの状態をモニタすることができるかを示す概略図である。
【図１】
2007517439.tif 000003
【図２】
2007517439.tif 000004
【国際調査報告】
2007517439.tif 000005
2007517439.tif 000006
2007517439.tif 000007
2007517439.tif 000008