(57)【要約】【課題】ユーザデータの輻輳を正確に検出することができないという問題を解決するネットワークシステムを提供する。【解決手段】ネットワークノード１の生成部は、輻輳状態確認信号を生成する。ネットワークノード１の送信部は、その生成部が生成した輻輳状態確認信号をユーザデータとして送信する。ネットワークノード３の受信部その輻輳状態確認信号を受信すると、ネットワークノード３の制御部は、その受信部が受信した輻輳状態確認信号に基づいて、ユーザデータの輻輳が、ユーザデータの通過する経路上で発生しているか否かを判断する。【選択図】図１
2010028185.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークシステムを構成可能なネットワークノードであって、
ユーザデータの輻輳が前記ユーザデータの通過する経路上で発生しているか否かを確認するための確認信号を生成する生成手段と、
前記生成手段が生成した確認信号を、前記ユーザデータとして通信相手のネットワークノードに送信する送信手段と、を含むネットワークノード。
【請求項２】
ネットワークシステムを構成可能なネットワークノードであって、
通信相手のネットワークノードがユーザデータとして送信した、前記ユーザデータの輻輳が前記ユーザデータの通過する経路上で発生しているか否かを確認するための確認信号を受信する受信手段と、
前記受信手段が受信した確認信号に基づいて、前記ユーザデータの輻輳が前記経路上で発生しているか否かを判断する制御手段と、を含むネットワークノード。
【請求項３】
第一ネットワークノードと、前記第一ネットワークノードの通信相手となる第二ネットワークノードとを含むネットワークシステムであって、
前記第一ネットワークノードは、
ユーザデータの輻輳が前記ユーザデータの通過する経路上で発生しているか否かを確認するための確認信号を生成する生成手段と、
前記生成手段が生成した確認信号を、前記ユーザデータとして前記第二ネットワークノードに送信する送信手段と、を含み、
前記第二ネットワークノードは、
前記第一ネットワークノードが送信した確認信号を受信する受信手段と、
前記受信手段が受信した確認信号に基づいて、前記ユーザデータの輻輳が前記経路上で発生しているか否かを判断する制御手段と、を含むネットワークシステム。
【請求項４】
請求項３に記載のネットワークシステムにおいて、
前記ユーザデータが通過する経路を構成する中継ネットワークノードと、各ネットワークノードおよび前記中継ネットワークノードとに接続可能な監視装置とをさらに含み、
前記制御手段は、前記ユーザデータの輻輳が発生していると判断すると、前記ユーザデータの輻輳が発生していることを示す輻輳検出信号を前記監視装置に通知し、
前記中継ネットワークノードは、
前記第一ネットワークノードからのユーザデータを前記第二ネットワークノードに中継する中継手段と、
前記中継手段が中継するユーザデータのデータ量を測定し、該データ量に基づいて前記ユーザデータの輻輳が発生しているか否かを判断し、前記ユーザデータの輻輳が発生していると判断すると、前記ユーザデータの輻輳が発生していることを示す輻輳状態信号を前記監視装置に通知する管理手段と、を含み、
前記監視装置は、
前記第二ネットワークノードから前記輻輳検出信号を受信し、また、前記中継ネットワークノードから前記輻輳状態信号を受信する通信手段と、
前記通信手段が所定時間内に前記輻輳検出信号および前記輻輳状態信号を受信した場合、前記ユーザデータの輻輳の原因は、前記中継ネットワークノードが中継するユーザデータのデータ量の増加であると特定し、前記通信手段が前記所定時間内に前記輻輳検出信号および前記輻輳状態信号のうち前記輻輳検出信号だけを受信した場合、前記ユーザデータの輻輳の原因は、前記中継ネットワークノードの障害であると特定する原因特定手段と、を含む、ネットワークシステム。
【請求項５】
ネットワークシステムを構成可能なネットワークノードによる輻輳検出方法であって、
ユーザデータの輻輳が前記ユーザデータの通過する経路上で発生しているか否かを確認するための確認信号を生成し、
前記生成された確認信号を、前記ユーザデータとして通信相手のネットワークノードに送信する、輻輳検出方法。
【請求項６】
ネットワークシステムを構成可能なネットワークノードによる輻輳検出方法であって、
通信相手のネットワークノードがユーザデータとして送信した、前記ユーザデータの輻輳が前記ユーザデータの通過する経路上で発生しているか否かを確認するための確認信号を受信し、
前記受信された確認信号に基づいて、前記ユーザデータの輻輳が前記経路上で発生しているか否かを判断する、輻輳検出方法。
【請求項７】
第一ネットワークノードと、前記第一ネットワークノードの通信相手となる第二ネットワークノードとを含むネットワークシステムによる輻輳検出方法であって、
前記第一ネットワークノードが、ユーザデータの輻輳が前記ユーザデータの通過する経路上で発生しているか否かを確認するための確認信号を生成し、
前記第一ネットワークノードが、前記生成された確認信号を、前記ユーザデータとして前記第二ネットワークノードに送信し、
前記第二ネットワークノードが、前記第一ネットワークノードが送信した確認信号を受信し、
前記第二ネットワークノードが、前記受信された確認信号に基づいて、前記ユーザデータの輻輳が前記経路上で発生しているか否かを判断する、輻輳検出方法。
【請求項８】
請求項７に記載の輻輳検出方法において、
前記ネットワークシステムは、前記ユーザデータが通過する経路を構成する中継ネットワークノードと、各ネットワークノードおよび前記中継ネットワークノードとに接続可能な監視装置とをさらに含み、
前記中継ネットワークノードが、前記第一ネットワークノードからのユーザデータを前記第二ネットワークノードに中継し、
前記中継ネットワークノードが、前記中継されたユーザデータのデータ量を測定し、
前記中継ネットワークノードが、前記データ量に基づいて前記ユーザデータの輻輳が発生しているか否かを判断し、
前記中継ネットワークノードが、前記ユーザデータの輻輳が発生していると判断すると、前記ユーザデータの輻輳が発生していることを示す輻輳状態信号を前記監視装置に通知し、
前記第二ネットワークノードは、前記ユーザデータの輻輳が発生していると判断すると、前記ユーザデータの輻輳が発生していることを示す輻輳検出信号を前記監視装置に通知し、
前記監視装置が、所定時間内に前記輻輳検出信号および前記輻輳状態信号を受信した場合、前記ユーザデータの輻輳の原因は、前記中継ネットワークノードが中継するユーザデータのデータ量の増加であると特定し、
前記監視装置が、前記所定時間内に前記輻輳検出信号および前記輻輳状態信号のうち前記輻輳検出信号だけを受信した場合、前記ユーザデータの輻輳の原因は、前記中継ネットワークノードの障害であると特定する、輻輳検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザデータの輻輳を検出するネットワークノード、ネットワークシステムおよび輻輳検出方法に関する。
【背景技術】
【０００２】
従来、ネットワークシステムでは、ユーザデータ（Ｕプレーンデータ）の輻輳を検出する輻輳検出方法が多く知られている。
【０００３】
輻輳検出方法としては、例えば、ネットワークシステムを構成する各ネットワークノードが自装置内で発生する輻輳を検出する方法がある。この方法では、ネットワークノードは、自装置内のデバイスやバッファなどのハードウェアに対して、ユーザデータの輻輳を検出するヘルスチェックを行っている。
【０００４】
このような輻輳検出方法を実現する技術には、特許文献１に記載の装置障害自律診断システムがある。この装置障害自律診断システムでは、ネットワークノード内の各デバイスに監視手段が設けられる。この監視手段は、ネットワークノード内のフレーム数をカウントするカウンタ機能やバックプレッシャー機能を監視することで、ユーザデータの輻輳を検出している。
【０００５】
しかしながら、上記のネットワークノードが自装置内で発生する輻輳を検出する方法では、輻輳の検出結果がネットワークノード内のハードウェアや構造に依存する。このため、必ずしもネットワークノード内の全てのユーザデータの経路の輻輳が検出できるわけではなかった。また、ハードウェアが故障した場合、その故障の場所などに応じて誤った検出結果が生成される可能性がある。例えば、デバイスのカウンタ機能やバックプレッシャー機能が故障した場合、誤った検出結果が生成される。
【０００６】
検出結果がネットワークノード内のハードウェアや構造に依存しない輻輳検出方法として、ネットワークノードが他のネットワークノードで発生する輻輳を検出する方法がある。
【０００７】
図９は、この輻輳検出方法を説明するための説明図である。なお、ネットワークノードＡで輻輳が発生しているか否かをネットワークノードＢが検出する場合について説明する。
【０００８】
ネットワークノードＢは、定期的に、輻輳状態を確認するための制御信号（Ｃプレーンデータ）であるヘルスチェック信号をネットワークノードＡに送信する。ネットワークノードＢは、そのヘルスチェック信号に対する応答信号が予め定められた時間内に受信できなかった回数をカウントし、その回数がある値以上になるとネットワークノードＡでユーザデータの輻輳が発生していると判断する。
【０００９】
これにより、ネットワークノードＡのハードウェアや構造には依存しなくなるので、輻輳をより正確に検出することが可能になる。
【００１０】
また、特許文献２には、ヘルスチェック信号の代わりに管理信号（Ｍプレーンデータ）であるＯＡＭ（Operation Administration and Maintenance）信号を用いて輻輳が発生しているか否かを検出する経路決定方法が記載されている。
【００１１】
この経路決定方法では、送信元ホストが、ＯＡＭ信号を複数のノードを介して送信先ホストに送信する。送信先ホストは、そのＯＡＭ信号を受信すると、そのＯＡＭ信号を送信元ホストに向けて折り返す。また、ＯＡＭ信号が通過する各ノードでは、ＯＡＭ信号を受信するたびに輻輳が発生しているか否かを判断し、その判断結果に基づいてＯＡＭ信号を更新する。
【００１２】
これにより、送信元ホストは、送信先ホストから折り返されたＯＡＭ信号に基づいて、ユーザデータの輻輳が発生しているか否を検出することができる。
【特許文献１】特開２００６−３２４７２９号公報
【特許文献２】特開２００４−２４８０８５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
ヘルスチェック信号の応答に基づいてユーザデータの輻輳を検出する方法では、ヘルスチェック信号は制御信号であるため、制御信号の輻輳が、ユーザデータの輻輳として検出されることになる。したがって、制御信号を処理する処理部には輻輳が発生していないが、ユーザデータを処理する処理部で輻輳が発生している場合、そのユーザデータの輻輳を検出することができない。
【００１４】
また、特許文献２に記載の経路決定方法では、管理信号であるＯＡＭ信号に基づいてユーザデータの輻輳を検出している。管理信号は、通常、ユーザデータが通過する全てのデバイス、バッファおよび処理部などの経路を通過するとは限らない。このため、ＯＡＭ信号が通過していない経路でユーザデータの輻輳が発生している場合、そのユーザデータの輻輳を検出することができない。
【００１５】
したがって、これらの輻輳検出方法では、ユーザデータの輻輳を正確に検出することができないという問題があった。
【００１６】
本発明の目的は、上記の課題である、ユーザデータの輻輳を正確に検出することができないという問題を解決するネットワークノード、ネットワークシステムおよび輻輳検出方法を提供することである。
【課題を解決するための手段】
【００１７】
本発明による第一のネットワークノードは、ネットワークシステムを構成可能なネットワークノードであって、ユーザデータの輻輳が前記ユーザデータの通過する経路上で発生しているか否かを確認するための確認信号を生成する生成手段と、前記生成手段が生成した確認信号を、前記ユーザデータとして通信相手のネットワークノードに送信する送信手段と、を含む。
【００１８】
本発明による第二のネットワークノードは、ネットワークシステムを構成可能なネットワークノードであって、通信相手のネットワークノードがユーザデータとして送信した、前記ユーザデータの輻輳が前記ユーザデータの通過する経路上で発生しているか否かを確認するための確認信号を受信する受信手段と、前記受信手段が受信した確認信号に基づいて、前記ユーザデータの輻輳が前記経路上で発生しているか否かを判断する制御手段と、を含む。
【００１９】
本発明によるネットワークシステムは、第一ネットワークノードと、前記第一ネットワークノードの通信相手となる第二ネットワークノードとを含むネットワークシステムであって、前記第一ネットワークノードは、ユーザデータの輻輳が前記ユーザデータの通過する経路上で発生しているか否かを確認するための確認信号を生成する生成手段と、前記生成手段が生成した確認信号を、前記ユーザデータとして前記第二ネットワークノードに送信する送信手段と、を含み、前記第二ネットワークノードは、前記第一ネットワークノードが送信した確認信号を受信する受信手段と、前記受信手段が受信した確認信号に基づいて、前記ユーザデータの輻輳が前記経路上で発生しているか否かを判断する制御手段と、を含む。
【００２０】
本発明による第一の輻輳検出方法は、ネットワークシステムを構成可能なネットワークノードによる輻輳検出方法であって、ユーザデータの輻輳が前記ユーザデータの通過する経路上で発生しているか否かを確認するための確認信号を生成し、前記生成された確認信号を、前記ユーザデータとして通信相手のネットワークノードに送信する。
【００２１】
本発明による第二の輻輳検出方法は、ネットワークシステムを構成可能なネットワークノードによる輻輳検出方法であって、通信相手のネットワークノードがユーザデータとして送信した、前記ユーザデータの輻輳が前記ユーザデータの通過する経路上で発生しているか否かを確認するための確認信号を受信し、前記受信された確認信号に基づいて、前記ユーザデータの輻輳が前記経路上で発生しているか否かを判断する。
【００２２】
本発明による第三の輻輳検出方法は、第一ネットワークノードと、前記第一ネットワークノードの通信相手となる第二ネットワークノードとを含むネットワークシステムによる輻輳検出方法であって、前記第一ネットワークノードが、ユーザデータの輻輳が前記ユーザデータの通過する経路上で発生しているか否かを確認するための確認信号を生成し、前記第一ネットワークノードが、前記生成された確認信号を、前記ユーザデータとして前記第二ネットワークノードに送信し、前記第二ネットワークノードが、前記第一ネットワークノードが送信した確認信号を受信し、前記第二ネットワークノードが、前記受信された確認信号に基づいて、前記ユーザデータの輻輳が前記経路上で発生しているか否かを判断する。
【発明の効果】
【００２３】
本発明によれば、ユーザデータの輻輳をより正確に検出することが可能になる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の実施形態について図面を参照して説明する。
【００２５】
図１は、本発明の第一の実施形態のネットワークシステムを示したブロック図である。図１において、ネットワークシステムは、ネットワークノード１ないし３と、遠隔監視オペレーションシステム４とを含む。
【００２６】
ネットワークノード１ないし３のそれぞれは、他のネットワークノードと相互に接続可能である。また、ネットワークノード１ないし３のそれぞれは、通信網５を介して遠隔監視オペレーションシステム４と相互に接続可能である。
【００２７】
なお、本実施形態では、ネットワークノード１および３は、互いに通信相手となり、ネットワークノード２は、ユーザデータが通過する経路を構成する中継ネットワークノードとなる。
【００２８】
図２は、ネットワークノード１の構成例を示したブロック図である。図２において、ネットワークノード１は、生成部１１と、送信部１２と、受信部１３と、制御部１４とを含む。
【００２９】
生成部１１は、予め定められた周期で、ユーザデータ（Ｕプレーンデータ）の輻輳が、ユーザデータの通過する経路上で発生しているか否かを確認するための輻輳状態確認信号を生成する。
【００３０】
送信部１２は、ユーザデータを、ユーザデータの経路を経由してネットワークノード３に送信する。
【００３１】
また、送信部１２は、生成部１１が輻輳状態確認信号を生成するたびに、その輻輳状態確認信号を、ユーザデータとしてネットワークノード３に送信する。
【００３２】
受信部１３は、ネットワークノード３が送信したユーザデータを、ネットワークノード２を介して受信する。なお、このユーザデータには、ネットワークノード３が、ユーザデータとして送信した輻輳状態確認信号を含む。
【００３３】
制御部１４は、受信部１３が受信した輻輳状態確認信号に基づいて、ユーザデータの輻輳がユーザデータの経路上で発生しているか否かを判断する。
【００３４】
具体的には、制御部１４は、タイマ部１５および判断部１６を含み、各部が以下の機能を実行する。
【００３５】
タイマ部１５は、時間を計測する。
【００３６】
判断部１６は、受信部１３が輻輳状態確認信号を受信するたびに、タイマ部１５にて計測されている時間をリセットする。
【００３７】
また、判断部１６は、タイマ部１５が予め定められた規定時間まで時間を計測したタイムアップ回数を計測し、そのタイムアップ回数に基づいて、ユーザデータの輻輳がユーザデータの経路上で発生しているか否かを判断する。
【００３８】
例えば、判断部１６は、タイマ部１５が規定時間まで時間を計測した回数の総和、連続してタイマ部１５が規定時間まで時間を計測した回数、または、一定期間内にタイマ部１５が規定時間まで時間を計測した回数などをタイムアップ回数として計測し、そのタイムアップ回数が予め定められた規定値以上になると、ユーザデータの輻輳が発生していると判断する。
【００３９】
判断部１６は、ユーザデータの輻輳が発生していると判断すると、ユーザデータの輻輳がユーザデータの経路上で発生していることを示す輻輳検出信号を、遠隔監視オペレーションシステム４に通知する。
【００４０】
図３は、ネットワークノード２の構成例を示したブロック図である。図３において、ネットワークノード２は、ユーザデータ処理部２１と、管理部２２とを含む。
【００４１】
ユーザデータ処理部２１は、中継手段の一例である。ユーザデータ処理部２１は、ネットワークノード１からのユーザデータをネットワークノード３に中継する中継処理を行う。また、ユーザデータ処理部２１は、ネットワークノード３からのユーザデータをネットワークノード１に中継する中継処理を行う。
【００４２】
管理部２２は、ユーザデータ処理部２１にて中継されたユーザデータのデータ量を測定し、そのデータ量に基づいてユーザデータの輻輳が発生しているか否かを判断する。
【００４３】
具体的には、先ず、管理部２２は、予め定められた単位時間ごとに、その単位時間内にユーザデータ処理部２１が中継したユーザデータのデータ量（以下、第一データ流量と称する）を測定する。また、管理部２２は、予め定められた一定時間ごとに、その一定時間内にユーザデータ処理部２１が中継したユーザデータ量（以下、第二データ流量と称する）を測定する。ここで、一定時間は、単位時間より長いとする。また、管理部２２は、その測定した第一データ流量および第二データ流量を必要な期間保持する。
【００４４】
管理部２２は、定期的に、その保持している第一データ流量ごとに、その第一データ流量が予め定められた第一データ閾値以上か否かを判断する。また、管理部２２は、定期的に、その保持している第二データ流量ごとに、その第二データ流量が予め定められた第二データ閾値以上か否かを判断する。なお、管理部２２が第一データ流量および第二データ流量を保持する期間は、これらの判断が行われる期間より長ければよい。
【００４５】
そして、管理部２２は、第一データ閾値以上と判断された第一データ流量があった場合、および、第二データ閾値以上と判断された第二データ流量があった場合に、ユーザデータ処理部２１でユーザデータの輻輳が発生していると判断する。
【００４６】
なお、第一データ閾値以上と判断された第一データ流量があった場合、ユーザデータ処理部２１にユーザデータが短時間に多量に入力されるバースト入力が発生していることにより輻輳が発生していることを示す。また、第二データ閾値以上と判断された第二データ流量があった場合、ユーザデータ処理部２１の負荷が高くなったことにより輻輳が発生していることを示す。
【００４７】
管理部２２は、ユーザデータ処理部２１で輻輳が発生していると判断すると、ユーザデータの輻輳が自装置（ネットワークノード２）で発生していることを示す輻輳状態信号を、通信網５を介して遠隔監視オペレーションシステム４に通知する。
【００４８】
図４は、ネットワークノード３の構成例を示したブロック図である。図４において、ネットワークノード３は、生成部３１と、送信部３２と、受信部３３と、制御部３４とを含む。また、制御部３４は、タイマ部３５と、判断部３６とを含む。
【００４９】
生成部３１、送信部３２、受信部３３、制御部３４、タイマ部３５および判断部３６のそれぞれの機能は、図２で示したネットワークノード１の、生成部１１、送信部１２、受信部１３、制御部１４と、タイマ部１５および判断部１６のそれぞれの機能において、ネットワークノード１および３を互いに読み換えればよい。このため、生成部３１、送信部３２、受信部３３、制御部３４と、タイマ部３５および判断部３６のそれぞれの詳細な説明は省略する。
【００５０】
図５は、遠隔監視オペレーションシステム４の構成例を示したブロック図である。図５において、遠隔監視オペレーションシステム４は、通信部４１と、原因特定部４２と、対処部４３とを含む。
【００５１】
通信部４１は、ネットワークノード１および３のそれぞれから輻輳検出信号を受信し、ネットワークノード２から輻輳状態信号を受信する。
【００５２】
通信部４１が所定時間内に輻輳検出信号および輻輳状態信号を受信した場合、原因特定部４２は、ユーザデータの輻輳の原因が、ネットワークノード２が中継するユーザデータのデータ量の増加であると特定する。より具体的には、原因特定部４２は、ユーザデータの輻輳の原因が、ネットワークノード２のユーザデータ処理部２１が中継するユーザデータのデータ量がユーザデータ処理部２１の性能以上に増加したことであると特定する。
【００５３】
また、通信部４１が所定時間内に輻輳検出信号および輻輳状態信号のうちの輻輳検出信号だけを受信した場合、原因特定部４２は、ユーザデータの輻輳の原因がネットワークノード２の障害であると特定する。より具体的には、原因特定部４２は、ユーザデータの輻輳の原因がネットワークノード２のユーザデータ処理部２１内のハードウェアの障害（故障や不具合など）であると特定する。
【００５４】
対処部４３は、原因特定部４２が特定した輻輳の原因に応じた対処を行い、その輻輳の復旧や原因の絞り込みなどを行う。
【００５５】
例えば、原因特定部４２が輻輳の原因はネットワークノード２が中継するユーザデータのデータ量の増加であると特定した場合、対処部４３は、ユーザデータを他のネットワークノードに迂回させるなどしてユーザデータの経路を変更する。その後、対処部４３は、そのデータ量が減少して輻輳が復旧するまで待機し、輻輳が復旧すると、ユーザデータの経路を元に戻してもよい。
【００５６】
また、原因特定部４２が輻輳の原因はネットワークノード２の障害であると特定すると、
対処部４３は、ユーザデータの経路を変更するとともに、ネットワークノード２のユーザデータ処理部のハードウェアのリセットや冗長構成制御などを行い障害が発生しているハードウェアを特定する。そして、対処部４３は、その障害が発生しているハードウェアを切り替えるなどの措置を実施する。
【００５７】
次に動作を説明する。
【００５８】
先ず、ネットワークノード１からネットワークノード３までのユーザデータの経路で発生する輻輳を検出する際の動作について説明する。図６は、この動作例を説明するためのシーケンス図である。
【００５９】
ステップＡ１では、ネットワークノード１の生成部１１は、予め定められた周期で輻輳状態確認信号を生成し、その輻輳状態確認信号を送信部１２に送信する。
【００６０】
送信部１２は、輻輳状態確認信号を受信すると、その輻輳状態確認信号に、通信中の任意の呼のユーザデータに含まれる、自情報がユーザデータであることを示すＩＤ、および、通信相手となるネットワークノード３のアドレスを追加する。これにより、輻輳状態確認信号をユーザデータとして扱うことが可能になる。
【００６１】
送信部１２は、そのＩＤおよびアドレスを追加した輻輳状態確認信号をネットワークノード２のユーザデータ処理部２１に送信する。その後、ステップＡ２が実行される。
【００６２】
ステップＡ２では、ユーザデータ処理部２１は、輻輳状態確認信号を受信すると、その輻輳状態確認信号のネットワークノード３への中継処理を行う。例えば、ユーザデータ処理部２１は、その輻輳状態確認信号を通常のユーザデータと同様にネットワークノード３のデータフォーマットに変換し、その変換した輻輳状態確認信号をネットワークノード３の受信部３３に中継する。
【００６３】
ここで、ユーザデータ処理部２１に輻輳が発生していないと、輻輳状態確認信号の中継が正常に行われる。この場合、ステップＡ３が実行される。一方、ユーザデータ処理部２１に輻輳が発生していると、輻輳状態確認信号の送信に遅延が発生する。この場合、ステップＡ４が実行される。
【００６４】
ステップＡ３では、受信部３３は、輻輳状態確認信号を受信すると、その輻輳状態確認信号を判断部３６に送信する。判断部３６は、その輻輳状態確認信号を受信すると、タイマ部３５が計測している時間をリセットする。具体的には、判断部３６は、タイマ部３５が計測している時間をクリアし、タイマ部３５に新たに時間の計測をセットする。
【００６５】
一方、ステップＡ４では、タイマ部３５は、規定時間まで時間を計測し、その旨を判断部３６に送信する。その後、ステップＡ５が実行される。
【００６６】
ステップＡ５では、判断部３６は、その旨を受信すると、タイムアウト回数をカウントアップする。そして、判断部３６は、そのカウントアップしたタイムアウト回数が規定値以上か否かを判断する。判断部３６は、タイムアップ回数が規定値以上であると、ステップＡ６を実行し、タイムアップ回数が規定値未満であると、処理を終了する。
【００６７】
ステップＡ６では、判断部３６は、輻輳検出信号を生成し、その輻輳検出信号を、通信網５を介して遠隔監視オペレーションシステム４の通信部４１に通知する。
【００６８】
次に、ネットワークノード３からネットワークノード１までのユーザデータの経路で発生する輻輳を検出する際の動作について説明する。図７は、この動作例を説明するためのシーケンス図である。
【００６９】
ステップＢ１では、ネットワークノード３の生成部３１は、予め定められた周期で輻輳状態確認信号を生成し、その輻輳状態確認信号を送信部３２に送信する。
【００７０】
送信部３２は、輻輳状態確認信号を受信すると、その輻輳状態確認信号に、通信中の任意の呼のユーザデータに含まれる、ユーザデータであることを示すＩＤ、および、通信相手となるネットワークノード１のアドレスを追加する。これにより、輻輳状態確認信号をユーザデータとして扱うことが可能になる。
【００７１】
送信部３２は、そのＩＤおよびアドレスを追加した輻輳状態確認信号をネットワークノード２のユーザデータ処理部２１に送信する。その後、ステップＢ２が実行される。
【００７２】
ステップＢ２では、ユーザデータ処理部２１は、輻輳状態確認信号を受信すると、その輻輳状態確認信号のネットワークノード１への中継処理を行う。例えば、ユーザデータ処理部２１は、その輻輳状態確認信号を通常のユーザデータと同様にネットワークノード１のデータフォーマットに変換し、その変換した輻輳状態確認信号をネットワークノード１の受信部１３に中継する。
【００７３】
ここで、ユーザデータ処理部２１に輻輳が発生していないと、輻輳状態確認信号の中継が正常に行われる。この場合、ステップＢ３が実行される。一方、ユーザデータ処理部２１に輻輳が発生していると、輻輳状態確認信号の送信に遅延が発生する。この場合、ステップＢ４が実行される。
【００７４】
ステップＢ３では、受信部１３は、輻輳状態確認信号を受信すると、その輻輳状態確認信号を判断部１６に送信する。判断部１６は、その輻輳状態確認信号を受信すると、タイマ部１５が計測している時間をリセットする。具体的には、判断部１６は、タイマ部１５が計測している時間をクリアし、タイマ部１５に新たに時間の計測をセットする。
【００７５】
一方、ステップＢ４では、タイマ部１５は、規定時間まで時間を計測し、その旨を判断部１６に送信する。その後、ステップＢ５が実行される。
【００７６】
ステップＢ５では、判断部１６は、その旨を受信すると、タイムアウト回数をカウントアップする。そして、判断部１６は、そのカウントアップしたタイムアウト回数が規定値以上か否かを判断する。判断部１６は、タイムアップ回数が規定値以上であると、ステップＢ６を実行し、タイムアップ回数が規定値未満であると、処理を終了する。
【００７７】
ステップＢ６では、判断部１６は、輻輳検出信号を生成し、その輻輳検出信号を、通信網５を介して遠隔監視オペレーションシステム４の通信部４１に通知する。
【００７８】
次に遠隔監視オペレーションシステム４の動作を説明する。
【００７９】
原因特定部４２は、通信部４１が輻輳状態信号および輻輳検出信号を受信したか否かを監視する。
【００８０】
原因特定部４２は、通信部４１が所定時間内に輻輳状態信号および輻輳検出信号を受信した場合、輻輳の原因が、ネットワークノード２が中継するユーザデータのデータ量の増加であると特定する。原因特定部４２は、その特定した原因を示す第一原因信号を対処部４３に送信する。
【００８１】
対処部４３は、第一原因信号を受信すると、ユーザデータを他のネットワークノードに迂回させるなどしてユーザデータの経路を変更する。
【００８２】
一方、原因特定部４２は、通信部４１が所定時間内に輻輳状態信号および輻輳検出信号のうちの輻輳検出信号だけを受信した場合、輻輳の原因が、ネットワークノード２の障害であると特定する。原因特定部４２は、その特定した原因を示す第二原因信号を対処部４３に送信する。
【００８３】
対処部４３は、第二原因信号を受信すると、ユーザデータの経路を変更するとともに、ネットワークノード２のユーザデータ処理部２１のハードウェアのリセットや冗長構成制御などを行いで障害が発生しているハードウェアを特定する。そして、対処部４３は、その障害が発生しているハードウェアを切り替えるなどの措置を実施する。
【００８４】
次に効果を説明する。
【００８５】
本実施形態では、生成部１１は、輻輳状態確認信号を生成する。送信部１２は、生成部１１が生成した輻輳状態確認信号をユーザデータとして送信する。受信部３３がその輻輳状態確認信号を受信すると、制御部３４は、受信部３３が受信した輻輳状態確認信号に基づいて、ユーザデータの輻輳が、ユーザデータの通過する経路上で発生しているか否かを判断する。
【００８６】
この場合、輻輳状態確認信号がユーザデータとして送信されるので、輻輳状態確認信号がユーザデータの経路の全てを経由することになる。よって、制御信号が輻輳していない場合や、ＯＡＭ信号が通過しない経路で輻輳が発生している場合などでも、ユーザデータの輻輳を検出することが可能になる。したがって、ユーザデータの輻輳をより正確に検出することが可能になる。
【００８７】
また、輻輳状態確認信号はユーザデータの受信方向の経路だけを通過するので、経路の方向ごとに輻輳を検出することが可能になり、輻輳している経路の向きを特定しやすくなる。
【００８８】
さらに、制御信号や管理信号を使用しないので、制御信号や管理信号を処理する処理部の負荷を軽減することが可能になる。
【００８９】
また、本実施形態では、遠隔監視オペレーションシステム４の通信部４１は、ネットワークノード３から輻輳検出信号を受信し、ネットワークノード２から輻輳状態信号を受信する。原因特定部４２は、通信部４１が所定時間内に輻輳検出信号および輻輳状態信号を受信した場合、輻輳の原因は、ネットワークノード２が中継するユーザデータのデータ量の増加であると特定し、通信部４１が所定時間内に輻輳検出信号および輻輳状態信号のうち輻輳検出信号だけを受信した場合、輻輳の原因は、ネットワークノード２の障害であると特定する。
【００９０】
この場合、遠隔監視オペレーションシステム４が、輻輳の原因を、ユーザデータのデータ量の増加か、ノットワークノード２内の障害かを特定することが可能になる。したがって、遠隔から輻輳の原因を特定することが可能になるので、輻輳の原因を速やかに特定することが可能になる。このため、輻輳の復旧も速やかに行うことが可能になる。
【００９１】
次に、第二の実施形態について説明する。本実施形態は、本発明によるネットワークシステムの単純な例を説明する。
【００９２】
図８は、本実施形態のネットワークシステムを示したブロック図である。図８において、ネットワークシステムは、ネットワークノード１０１および１０２を含む。ネットワークノード１０１および１０２は、ユーザデータの経路である通信経路１０３を介して、相互に接続可能であり、互いに通信相手である。
【００９３】
ネットワークノード１０１は、生成部１１１と、送信部１１２とを含む。
【００９４】
生成部１１１は、予め定められた周期で、通信経路１０３でユーザデータの輻輳が発生しているか否かを確認するための輻輳状態確認信号を生成する。
【００９５】
送信部１２は、生成部１１が輻輳状態確認信号を生成するたびに、その輻輳状態確認信号を、ユーザデータとして通信経路１０３を介してネットワークノード１０２に送信する。
【００９６】
ネットワークノード１０２は、受信部１１３と、制御部１１４とを含む。
【００９７】
受信部１１３は、ネットワークノード１０１が送信した輻輳状態確認信号を、通信経路１０３を介して受信する。
【００９８】
制御部１１４は、受信部１１３が受信した輻輳状態確認信号に基づいて、ユーザデータの輻輳が通信経路１０３上で発生しているか否かを判断する。
【００９９】
本実施形態でも、輻輳状態確認信号がユーザデータとして送信されるので、輻輳状態確認信号がユーザデータの経路の全てを経由することになる。したがって、ユーザデータの輻輳をより正確に検出することができる。
【０１００】
以上説明した各実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【図面の簡単な説明】
【０１０１】
【図１】本発明の第一の実施形態のネットワークシステムを示したブロック図である。
【図２】ネットワークノード１の構成例を示したブロック図である。
【図３】ネットワークノード２の構成例を示したブロック図である。
【図４】ネットワークノード３の構成例を示したブロック図である。
【図５】遠隔監視オペレーションシステムの構成例を示したブロック図である。
【図６】ネットワークノード１からネットワークノード３までのユーザデータの経路で発生する輻輳を検出する際の動作例を説明するためのシーケンス図である。
【図７】ネットワークノード１からネットワークノード３までのユーザデータの経路で発生する輻輳を検出する際の動作例を説明するためのシーケンス図である。
【図８】本発明の第二の実施形態のネットワークシステムを示したブロック図である。
【図９】関連技術である輻輳検出方法を説明するための説明図である。
【符号の説明】
【０１０２】
１〜３      ネットワークノード
４          遠隔監視オペレーションシステム
１１、３１、１１１  生成部
１２、３２、１１２  送信部
１３、３３、１１３  受信部
１４、２４、１１４  制御部
１５、２５  タイマ部
１６、２６  判断部
２１        ユーザデータ処理部
２２        管理部
４１        通信部
４２        原因特定部
４３        対処部
【図１】
2010028185.tif 000003
【図２】
2010028185.tif 000004
【図３】
2010028185.tif 000005
【図４】
2010028185.tif 000006
【図５】
2010028185.tif 000007
【図６】
2010028185.tif 000008
【図７】
2010028185.tif 000009
【図８】
2010028185.tif 000010
【図９】
2010028185.tif 000011