特許 5779522 通信装置、故障判定方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5779522

(24)【登録日】2015年7月17日

(45)【発行日】2015年9月16日

(54)【発明の名称】通信装置、故障判定方法、及びプログラム

(51)【国際特許分類】

   H04L 12/70 20130101AFI20150827BHJP

   H04L 29/14 20060101ALI20150827BHJP

【ＦＩ】

   H04L12/70 100Z

   H04L13/00 313

【請求項の数】10

【全頁数】16

(21)【出願番号】特願2012-37975(P2012-37975)

(22)【出願日】2012年2月23日

(65)【公開番号】特開2013-175837(P2013-175837A)

(43)【公開日】2013年9月5日

【審査請求日】2014年5月8日

(73)【特許権者】

【識別番号】399035766

【氏名又は名称】エヌ・ティ・ティ・コミュニケーションズ株式会社

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】渡邊 儀秀

(72)【発明者】

【氏名】石塚 尚

(72)【発明者】

【氏名】浦畑 智行

(72)【発明者】

【氏名】小坂 淳也

(72)【発明者】

【氏名】池田 幸二

【審査官】 宮島 郁美

(56)【参考文献】

【文献】 特開２００９−０１０４９４（ＪＰ，Ａ）

【文献】 特開平１１−１２７１５５（ＪＰ，Ａ）

【文献】 特開平０８−２７４７７８（ＪＰ，Ａ）

【文献】 特開２００８−１０９２４９（ＪＰ，Ａ）

【文献】 特開２００９−１３０７８６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ１２／００−１２／９５５

Ｈ０４Ｌ２９／００

(57)【特許請求の範囲】

【請求項1】

パケット通信を行う通信装置であって、
パケットを送出する第１の機能部と、
前記第１の機能部から送出されたパケットを受信する第２の機能部と、
所定の周期で、前記第１の機能部から送出されたパケットの数の統計情報と、前記第２の機能部が受信したパケットの数の統計情報とを収集する統計情報収集手段と、
前記統計情報収集手段により収集された前記第１の機能部の統計情報と前記第２の機能部の統計情報とを比較することにより、異常が発生しているか否かを判定する統計情報比較手段と、
前記所定の周期で連続して異常であると判定された回数に基づき、前記第１の機能部と前記第２の機能部との間における装置故障が発生したか否かを判定する故障判定手段とを備える通信装置であり、
前記通信装置は、前記第１の機能部から収集された統計情報に基づいて、前記パケットの伝送レートが高レートであるか低レートであるかを判定するレート判定手段を更に備え、
前記故障判定手段は、前記レート判定手段により判定されたレートに応じて、前記回数を変更する
ことを特徴とする通信装置。

【請求項2】

前記故障判定手段は、前記レート判定手段により高レートであると判定された場合の前記回数を、前記レート判定手段により低レートであると判定された場合の回数よりも少なくする
ことを特徴とする請求項１に記載の通信装置。

【請求項3】

前記第１の機能部から前記第２の機能部へ、前記パケットとしての試験パケットを伝送させる手段を更に備えたことを特徴とする請求項１又は２に記載の通信装置。

【請求項4】

前記統計情報は、前記所定の周期の期間におけるパケットの個数であることを特徴とする請求項１ないし３のうちいずれか１項に記載の通信装置。

【請求項5】

前記統計情報は、前記所定の周期の期間におけるパケットの個数を所定期間にわたり累積した値であることを特徴とする請求項１ないし３のうちいずれか１項に記載の通信装置。

【請求項6】

前記第１の機能部と前記第２の機能部はそれぞれ、前記通信装置のインタフェース部内のチップであり、前記統計情報収集手段、前記統計情報比較手段、及び前記故障判定手段は、前記インタフェース部内のＩＦ制御部で実行されるプログラムにより実現される
ことを特徴とする請求項１ないし５のうちいずれか１項に記載の通信装置。

【請求項7】

前記第１の機能部と前記第２の機能部はそれぞれ、前記通信装置のインタフェース部であり、前記統計情報収集手段、前記統計情報比較手段、及び前記故障判定手段は、前記通信装置内の装置制御部で実行されるプログラムにより実現される
ことを特徴とする請求項１ないし５のうちいずれか１項に記載の通信装置。

【請求項8】

前記通信装置は、パケット伝送装置に搭載して使用されるインタフェースカードであることを特徴とする請求項１ないし５のうちいずれか１項に記載の通信装置。

【請求項9】

パケットを送出する第１の機能部と、前記第１の機能部から送出されたパケットを受信する第２の機能部とを備える通信装置における故障判定方法であって、
所定の周期で、前記第１の機能部から送出されたパケットの数の統計情報と、前記第２の機能部が受信したパケットの数の統計情報とを収集する統計情報収集ステップと、
前記統計情報収集ステップにより収集された前記第１の機能部の統計情報と前記第２の機能部の統計情報とを比較することにより、異常が発生しているか否かを判定する統計情報比較ステップと、
前記所定の周期で連続して異常であると判定された回数に基づき、前記第１の機能部と前記第２の機能部との間における装置故障が発生したか否かを判定する故障判定ステップとを備える故障判定方法であり、
前記故障判定方法は、前記第１の機能部から収集された統計情報に基づいて、前記パケットの伝送レートが高レートであるか低レートであるかを判定するレート判定ステップを更に備え、
前記故障判定ステップにおいて、前記通信装置は、前記レート判定ステップにより判定されたレートに応じて、前記回数を変更する
ことを特徴とする故障判定方法。

【請求項10】

パケットを送出する第１の機能部と、前記第１の機能部から送出されたパケットを受信する第２の機能部とを備える通信装置内のコンピュータを、
所定の周期で、前記第１の機能部から送出されたパケットの数の統計情報と、前記第２の機能部が受信したパケットの数の統計情報とを収集する統計情報収集手段、
前記統計情報収集手段により収集された前記第１の機能部の統計情報と前記第２の機能部の統計情報とを比較することにより、異常が発生しているか否かを判定する統計情報比較手段、
前記所定の周期で連続して異常であると判定された回数に基づき、前記第１の機能部と前記第２の機能部との間における装置故障が発生したか否かを判定する故障判定手段、
前記第１の機能部から収集された統計情報に基づいて、前記パケットの伝送レートが高レートであるか低レートであるかを判定するレート判定手段、として機能させるためのプログラムであり、
前記故障判定手段は、前記レート判定手段により判定されたレートに応じて、前記回数を変更する
ことを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信装置における故障を検出するための技術に関連するものである。

【背景技術】

【0002】

従来から、パケット交換網やＡＴＭ網などを構成するための通信装置の内部におけるインタフェース（ＩＦ）間、あるいはＩＦ内の故障を検出する方法として、例えば、フレームチェックシーケンス（ＦＣＳ）を用いる方法がある。

【0003】

この方法では、データ送信側で各フレームのチェックサムを計算し、ＦＣＳ情報としてデータ本体とともに送信し、受信側では送信側で用いられたアルゴリズムと同じアルゴリズムを用いてフレームのチェックサムを計算し、受信したＦＣＳ情報と計算結果とを比較することよって、フレームのデータに損失があったかどうかを検出することができる。データに損失があったことを検出することによって、故障を検出することができる。

【0004】

通信装置の内部のインタフェース（ＩＦ）間、あるいはＩＦ内の故障を検出する他の方法としては、例えば、パリティやＥＣＣ（誤り訂正符号）を付加したメモリを用いて、パリティやＥＣＣをチェックすることによってエラーを検出し、故障を検出する方法がある。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開平０９−２４７１６０号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかし、ＦＣＳによる場合、ＦＣＳ情報が付与されたフレームを検出することによって故障を発見するので、フレームの疎通が前提となっている。そのため、フレームの疎通が無い場合は、故障を発見することができなかった。また、フレーム伝送のためのパスが未設定の状態では、当然、フレームの疎通が無いため、故障を発見することができなかった。

【0007】

更に、ＦＣＳによる場合、メモリパリティによる場合のいずれも、専用の検出機能を持ったハードウェアを追加する必要があり、コスト増につながるとともに、新たなハードウェアの追加によって、逆に故障率の増加や誤検出（検出機能自体の故障）を招くという問題があった。

【0008】

本発明は上記の点に鑑みてなされたものであり、特別なハードウェアを追加することなく、通信装置内の故障を検出することを可能とした技術を提供することを目的とする。

【課題を解決するための手段】

【0009】

上記の課題を解決するために、本発明は、パケット通信を行う通信装置であって、パケットを送出する第１の機能部と、前記第１の機能部から送出されたパケットを受信する第２の機能部と、
所定の周期で、前記第１の機能部から送出されたパケットの数の統計情報と、前記第２の機能部が受信したパケットの数の統計情報とを収集する統計情報収集手段と、
前記統計情報収集手段により収集された前記第１の機能部の統計情報と前記第２の機能部の統計情報とを比較することにより、異常が発生しているか否かを判定する統計情報比較手段と、
前記所定の周期で連続して異常であると判定された回数に基づき、前記第１の機能部と前記第２の機能部との間における装置故障が発生したか否かを判定する故障判定手段と、を備えることを特徴とする通信装置として構成される。

【0010】

前記通信装置は、前記第１の機能部から収集された統計情報に基づいて、前記パケットの伝送レートが高レートであるか低レートであるかを判定するレート判定手段を更に備え、前記故障判定手段は、前記レート判定手段により判定されたレートに応じて、前記回数を変更するように構成してもよい。

【0011】

前記故障判定手段は、前記レート判定手段により高レートであると判定された場合の前記回数を、前記レート判定手段により低レートであると判定された場合の回数よりも少なくするようにしてもよい。

【0012】

前記第１の機能部から前記第２の機能部へ、前記パケットとしての試験パケットを伝送させる手段を更に備えてもよい。また、前記統計情報は、前記所定の周期の期間におけるパケットの個数でとしてもよいし、前記所定の周期の期間におけるパケットの個数を所定期間にわたり累積した値としてもよい。

【0013】

前記第１の機能部と前記第２の機能部はそれぞれ、前記通信装置のインタフェース部内のチップであり、前記統計情報収集手段、前記統計情報比較手段、及び前記故障判定手段は、前記インタフェース部内のＩＦ制御部で実行されるプログラムにより実現されるものとしてもよいし、前記第１の機能部と前記第２の機能部はそれぞれ、前記通信装置のインタフェース部であり、前記統計情報収集手段、前記統計情報比較手段、及び前記故障判定手段は、前記通信装置内の装置制御部で実行されるプログラムにより実現されるものとしてもよい。

【0014】

また、前記通信装置は、パケット伝送装置に搭載して使用されるインタフェースカードであってもよい。

【0015】

また、本発明は、パケットを送出する第１の機能部と、前記第１の機能部から送出されたパケットを受信する第２の機能部とを備える通信装置における故障判定方法であって、
所定の周期で、前記第１の機能部から送出されたパケットの数の統計情報と、前記第２の機能部が受信したパケットの数の統計情報とを収集する統計情報収集ステップと、
前記統計情報収集ステップにより収集された前記第１の機能部の統計情報と前記第２の機能部の統計情報とを比較することにより、異常が発生しているか否かを判定する統計情報比較ステップと、
前記所定の周期で連続して異常であると判定された回数に基づき、前記第１の機能部と前記第２の機能部との間における装置故障が発生したか否かを判定する故障判定ステップと、を備えることを特徴とする故障判定方法として構成してもよい。

【0016】

更に、本発明は、パケットを送出する第１の機能部と、前記第１の機能部から送出されたパケットを受信する第２の機能部とを備える通信装置内のコンピュータを、
所定の周期で、前記第１の機能部から送出されたパケットの数の統計情報と、前記第２の機能部が受信したパケットの数の統計情報とを収集する統計情報収集手段、
前記統計情報収集手段により収集された前記第１の機能部の統計情報と前記第２の機能部の統計情報とを比較することにより、異常が発生しているか否かを判定する統計情報比較手段、
前記所定の周期で連続して異常であると判定された回数に基づき、前記第１の機能部と前記第２の機能部との間における装置故障が発生したか否かを判定する故障判定手段、として機能させるためのプログラムとして構成してもよい。

【発明の効果】

【0017】

本発明によれば、パケットの個数に係る統計情報のみによって、故障を検出することが可能となるので、特殊な故障検出機能が不要で、特別なハードウェアを追加する必要がなくなる。

【0018】

また、パケットのレートに応じて故障判定ロジックを変えることが可能なので、非同期動作に起因した故障判定誤りを回避することが可能である。

【0019】

更に、機能部間（例えば、チップ間、ＩＦ間）に試験フレームを流すことが可能なので、ユーザ信号の疎通がなくても故障検出が可能であるとともに、パスが未設定であっても故障検出が可能である。

【図面の簡単な説明】

【0020】

【図1】本発明の実施の形態におけるシステム構成図である。

【図2A】インタフェース部内の故障検出に係る構成を示す図である。

【図2B】インタフェース部間の故障検出に係る構成を示す図である。

【図3】ＩＦ制御部の機能構成図である。

【図4】故障検出の手順を示すフローチャートである。

【図5】状態遷移の例を説明するための図である。

【図6】状態遷移及び故障判定の例を説明するための図である。

【図7】状態遷移及び故障判定の例を説明するための図である。

【図8】冗長構成における故障検出の例を説明するための図である。

【発明を実施するための形態】

【0021】

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。

【0022】

（システム構成）
図１に、本発明の実施の形態に係る通信システムの全体構成図を示す。図１に示すように、本実施の形態に係る通信システムは、通信装置１０が運用監視用のネットワーク２０を介してオペレーションシステム３０(運用監視装置と称してもよい）と接続された構成を有する。

【0023】

本実施の形態における通信装置１０は、伝送路に接続される複数のインタフェース部１１、パケットのスイッチ（パケット出力方路の選択）を行うスイッチ部１２、通信装置１０の制御を行う装置制御部１３を有する。このような構成は、現在普及しているパケット伝送装置（ルータ、スイッチ等）が共通に有する一般的な構成である。なお、本明細書及び特許請求の範囲において、"パケット"の用語は"フレーム"や"セル"等を含む広い意味で使用している。

【0024】

実際には通信装置１０が伝送路を介して複数接続されることにより、ユーザ信号を伝送する通信ネットワークが構成されるが、図１では１つの通信装置１０のみを示している。

【0025】

通信装置１０における各インタフェース部１１は、インタフェースカード等とも呼ばれる通信装置であり、例えば通信プロトコルの階層に対応したチップ（ICチップ）を複数備えて構成されている。イーサの通信を行うインタフェース部１１を例にとれば、当該インタフェース部１１は、例えば、イーサフレームの生成等を行うMACチップ、物理層の処理等を行うPHYチップ等を備えている。

【0026】

また、各インタフェース部１１は、故障監視や各種の制御を行うＩＦ制御部１４を備えている。一例として、ＩＦ制御部１４は、CPU及びメモリを含むコンピュータの構成を有し、プログラム（ファームウェア）が実行されることによりその機能を発揮する。ただし、ＩＦ制御部１４はこの構成に限定されるわけではなく、ハードウェア論理回路により機能を実現することとしてもよい。

【0027】

通信装置１０における装置制御部１３は、通信装置１０全体の故障監視（装置内の各部の故障情報をオペレーションシステム３０に通知する機能を含む）や各種の制御を行う機能部であり、上記と同様に、一例として、CPU及びメモリを含むコンピュータの構成を有し、プログラム（ファームウェア）が実行されることによりその機能を発揮する。ただし、装置制御部１３はこの構成に限定されるわけではなく、ハードウェア論理回路により機能を実現することとしてもよい。

【0028】

上記のＩＦ制御部１４、及び装置制御部１３により、本発明に係る故障検出処理が実行される。図２A、図２Bは、故障検出処理に関係する構成をより詳しく示した図である。図２Aはインタフェース部１１内（具体的にはチップ間）の故障を検出する場合を示しており、代表として１つのインタフェース部１１を示し、スイッチ部１２の図示を省略している。図２Bは、インタフェース部間の故障を検出する場合を示しており、故障検出に関わる２つのインタフェース部（インタフェース部Ａ、インタフェース部Ｂ）が示されている。

【0029】

図２Ａに示すように、インタフェース部１０内の故障検出の場合、２つのチップ（チップＡ、チップＢ）から統計情報を収集し、これらの統計情報に基づいて故障判定を行う。図２Bに示すように、インタフェース部間の故障検出の場合、２つのインタフェース部（インタフェース部Ａ、インタフェース部Ｂ）から統計情報を収集し、これらの統計情報に基づいて故障判定を行う。図２Ａ、及び図２Ｂの場合において、故障判定の処理内容自体は基本的に同じなので、以下では、図２Ａに示すインタフェース部内の故障判定を例にとって詳細に説明する。

【0030】

図２Ａにおいて、統計情報の収集の対象とする２つのチップは予め定めたものである。どのチップ間での故障判定を行うかを外部からの設定により変更可能としてもよい。また、複数の組（２つのチップからなる組）のそれぞれで故障検出を行ってもよい。図２Ａでは、一例として、１つの組（チップＡとチップＢ）についての故障検出を示している。

【0031】

２つのチップのうち、一方がパケットの流れる方向の上流側であり、他方が下流側である。つまり、一方のチップからパケットが送出され、他方がそのパケットを受信する。パケットを送出するほうを始点（図２ＡではチップＡ）、パケットを受信するほうを終点（図２ＡではチップＢ）と呼ぶことにする。

【0032】

図３に、ＩＦ制御部１４の機能構成図を示す。装置制御部１３もこの構成を有する。図３に示すように、ＩＦ制御部１４は、統計情報収集部１４１、レート判定部１４２、統計情報比較部１４３、故障判定部１４４、故障通知部１４５、試験パケット送出指示部１４６、データ記憶部１４７を備える。

【0033】

統計情報収集部１４１は、各チップから統計情報を収集する機能部である。本実施の形態における統計情報は、所定の時間の間にチップを通過したパケット数（パケットのカウント値）である。つまり、始点側のチップにおいては、所定の時間の間にチップから送出されたパケット数であり、終点側のチップにおいては、所定の時間の間に始点から受信したパケット数である。

【0034】

本実施の形態では、各チップが、通過したパケットの数をカウントする機能を備えており、統計情報収集部１４１は、所定の時間毎に、チップから統計情報を取得することにより、所定の時間毎に、所定の時間の間にチップを通過したパケット数を得ることができる。もしくは、ＩＦ制御部１４が、各チップから入出力されるパケットを監視することで、所定の時間の間にチップを通過したパケット数をカウントし、統計情報として取得することとしてもよい。

【0035】

所定の時間とは、予め定めた時間である。この時間は、所定の監視周期から得られる時間としてもよい。また、所定の伝送速度の下で、予め定めた数のパケット（例えば１００個）が通過する時間を所定の時間として定めてもよい。

【0036】

レート判定部１４２は、所定の時間での始点の統計情報（パケット数）に基づいて、パケットの伝送レートが、高レートか低レートかを判定する機能部である。本実施の形態では、低レートとは、監視の周期（つまり、上記の所定の時間）内で通過（送信）するパケット数が例えば１以下の場合である。高レートとは、低レート以外の場合であって、例えば、監視の周期の間に通過するパケット数が1より多い場合である。

【0037】

より具体的には、例えば、監視の周期が１．０秒である場合において、始点のパケット数が１パケット／秒以下（監視の周期の１周期で２パケット未満）の状態が、低レート状態である。それ以外の状態が、高レート状態である。

【0038】

統計情報比較部１４３は、統計情報収集部１４１により収集された始点と終点の統計情報を比較することにより、異常が発生しているかどうかを判定する機能部である。本実施の形態では、統計情報比較部１４３は、始点と終点の２つの統計情報を比較し、不一致の場合に異常と判定する。

【0039】

例えば、図２Ａにおいて、チップＡにおける統計情報ａ（始点カウンタ値）が１以上、チップＢにおける統計情報ｂ（終点カウンタ）が０の場合には異常と判定する。図２Ｂの場合では、インタフェース部Ａの統計情報ｃ（始点カウンタ値）が１以上、インタフェース部Ｂの統計情報ｄ（終点カウンタ値）が０の場合には異常と判定する。

【0040】

ただし、高レートの場合、始点側統計情報と終点側統計情報は、タイムラグにより、正常な状態であっても、フレーム数が完全に一致しない場合がある。そこで、統計情報比較部１４３は、以下の２種類の判定のいずれかを実行することとしてもよい。

【0041】

（１）始点パケットありの場合に、終点パケットの有無で異常かどうか判断する。つまり、始点パケット数が１以上、かつ終点パケット数が０である場合に異常と判定する。これにより「疎通断」であることが判定される。

【0042】

（２）始点パケット数、終点パケット数を積分し（すなわち、累積をとり）、その差分がある程度の範囲内に収まっているかで判断する。例えば、始点パケット数、終点パケット数のそれぞれについて、現在までの所定回数分の統計情報の和をとり、始点での和から終点での和を引いた値が、予め定めた閾値以上であれば異常であると判定し、閾値未満であれば正常と判定する。これにより、「疎通断」に加えて、「信号劣化」を判定できる。なお、これらはいずれも「異常」である。

【0043】

例えば、低レート、高レートいずれの場合も一律に（１）の方法で異常を検出することとしてもよいし、低レート、高レートいずれの場合も一律に（２）の方法で異常を検出することとしてもよい。

【0044】

故障判定部１４４は、統計情報比較部１４３による異常判定の結果、異常判定が所定の回数連続して検出された時に、装置故障と判定する。このとき、レート判定部１４２により判定されたレートに応じて判定の条件（上記の連続回数）が変更される。この装置故障と判定する検出ロジック（判定条件）については、後に詳細に説明する。

【0045】

故障通知部１４５は、故障判定部１４４により故障と判定された場合に、故障情報を装置制御部１３に通知する機能部である。故障情報を受信した装置制御部１３は、オペレーションシステム３０に故障情報を通知する。

【0046】

試験パケット送出指示部１４６は、各チップにパケット（ユーザ信号）が流れていない場合や、通信のパスが設定されていない場合に、パケットを流して故障判定を行うために、チップ間で試験パケットを送受信するように各チップへ指示する機能部である。本実施の形態では、各チップは、ＩＦ制御部１４等からの指示により、試験パケット伝送用のパスを設定して、試験パケットを送受信する機能を備えているものとする。もしくは、インタフェース部１１内あるいはインタフェース部外の通信装置１０内に、試験パケットを生成及び送信する機能を備え、当該機能により、ＩＦ制御部１４もしくは装置制御部１３からの指示に応じて、チップ間もしくはインタフェース部間の所望のパス経由での試験パケットの送受信を行うこととしてもよい。

【0047】

データ記憶部１４７は、メモリ等の記憶手段であり、処理に必要な情報を予め格納するとともに、各処理における処理対象の情報（統計情報等）が格納される。各機能部は、データ記憶部１４７を参照しながら処理を実行する。

【0048】

前述したように、ＩＦ制御部１４は、コンピュータ（ＣＰＵ及びメモリを含む構成）に、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、ＩＦ制御部１４の各部が有する機能は、ＩＦ制御部１４を構成するコンピュータに内蔵されるＣＰＵやメモリなどのハードウェア資源を用いて、各部で実施される処理に対応するプログラムを実行することによって実現することが可能である。また、上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メールなど、ネットワークを通して提供することも可能である。装置制御部１３についても同様である。

【0049】

（故障判定の動作）
次に、図４のフローチャートを参照して、故障判定に係る処理動作について説明する。

【0050】

ステップ１）ＩＦ制御部１４の統計情報収集部１４１は、監視の周期毎（言い換えると、所定の時間が経過するたび）に、始点と終点の統計情報収集を実行する。

【0051】

ステップ２）次に、ＩＦ制御部１４のレート判定部１４２は、始点の統計情報（パケット数）に応じて、現時点のレートが高レートであるか低レートであるかを判定する。

【0052】

ステップ３）次に、ＩＦ制御部１４の統計情報比較部１４３は、始点のパケット数と終点のパケット数の比較を行う。

【0053】

ステップ４）そして、ＩＦ制御部１４の統計情報比較部１４３は、ステップ３での比較結果に基づいて、統計情報に異常が発生しているかどうかを判定する。より詳細には、前述したように、判定方法に応じて、疎通断もしくは信号劣化が発生しているかどうかが判定される。

【0054】

ステップ５）次に、ＩＦ制御部１４の故障判定部１４４は、ステップ２でのレート判定の結果、及びステップ４での異常判定の結果に基づいて、高レートと低レートとでは異なる検出ロジックによって、装置（インタフェース部内、インタフェース部間など）に故障が有るかどうかの判定を実行する。

【0055】

低レートの場合は、所定の時間に通過するパケットの数が少ないため、ある程度の時間（複数の監視周期の繰り返し）を監視しなければ、適確に故障の判定ができない。そのため、故障の判定は、高レートと低レートとでは異なる検出ロジックを用いる必要があり、レートに応じて検出ロジック（判定条件）を切り替えている。検出ロジック（判定条件）の詳細については、図５〜図８を用いて後に詳細に説明する。

【0056】

ステップ６）故障が検出された場合、ＩＦ制御部１４の故障通知部１４５は故障情報を装置制御部１３に通知する。これにより、装置制御部１３が、インタフェース部１１での故障情報を検出する。ここでの故障情報には、例えば、インタフェース部１１を識別する識別情報が含まれる。更に、故障情報の中に、インタフェース部１１内で監視を行った２つのチップの識別情報を含めてもよい。

【0057】

ステップ７）装置制御部１３は、オペレーショシステム３０に故障情報を通知する。ここでの故障情報には、例えば、通信装置１０の識別情報、及びインタフェース部１１の識別情報が含まれる。これにより、オペレーショシステム３０を使用するシステム管理者等は、どの通信装置のどのインタフェース部で故障が発生したかを把握できる。ここでの故障情報にも、更に、インタフェース部１１内で監視を行った２つのチップの識別情報を含めてもよい。

【0058】

（故障判定時の状態遷移と判定ロジックの切り替えについて）
以下、ＩＦ制御部１４の故障判定部１４４における故障判定時の状態遷移と判定ロジックの切り替えについて説明する。

【0059】

前述したように、本実施の形態では、統計情報比較部１４３が、始点と終点の２つの統計情報を比較し、所定の条件を満たした場合（例えば、始点パケット数が１以上、終点パケット数が０）に、その監視周期の回に関して異常と判定する。

【0060】

本例において、高レート状態での判定条件は、原則として、始点と終点の統計情報であるパケット数を比較して判定された結果が、３回連続異常である場合に装置故障と判定するものである。３回連続正常で装置故障状態から装置正常状態に回復させる。なお、状態情報は、故障判定部１４４がデータ記憶部１４７に記憶することにより、故障判定に用いる。

【0061】

一方、低レート状態での判定条件は、誤検出を避けるために、原則として、始点と終点の統計情報であるパケット数を比較して判定された結果が、１０回連続異常である場合に装置故障と判定するものである。また、例えば３回連続正常の場合に回復させる。

【0062】

高レート状態にある場合において、２周期連続で低レートと判定された場合、その２周期目で低レート状態に遷移する。また、低レート状態にある場合は、１周期でも高レートと判定された場合に、その時点で高レート状態に遷移する。

【0063】

装置故障の判定条件については、高レート状態から低レート状態に遷移した場合、「１０回連続異常」に変更される。低レート状態から高レート状態に遷移した場合は、「３回連続異常」に変更される。ただし、低レート状態において、異常判定中の場合には、判定条件の変更は行わない。つまり、例えば、低レート状態で２回の異常判定が継続しているその２回目以降が高レートであった場合でも、異常が連続する限り、低レート状態の判定条件が適用され、例えばその後、８回連続で異常判定となった場合（合計で１０回連続）に故障と判定される。

【0064】

以下、図５、図６、図７を参照して、状態遷移と故障判定の具体例を説明する。

【0065】

図５（ａ）は、高レート状態から低レート状態への遷移を示している。図５（ａ）において、●は高レートと判定された周期（つまり、1回の周期で得られた統計情報に基づき高レートと判定した時点）を示し、▲は低レートと判定された周期を示す。図５（ｂ）及び図６、図７においても同様である。

【0066】

図５（ａ）では、まず、高レート状態にあり、２周期連続で低レート状態になったので、その２周期目に低レート状態に遷移している。図５（ａ）には、判定条件も、低レート状態のものに切り替えられたことが示されている。

【0067】

図５（ｂ）は、低レート状態から高レート状態への遷移を示している。図５（ｂ）では、まず、低レート状態にあり、高レートと判定された時点で高レート状態に遷移している。ただし、前述のように、低レート状態で、異常判定中の時には、判定条件の変更は行わない。

【0068】

図６（ａ）は、高レートで異常検出中の状態遷移の第１の例を示す。なお、図６、図７において、網掛けの部分は、異常と判定されている期間を示す。図６（ａ）に示すように、高レートで異常判定中の３周期目の統計情報が低レートであっても、異常の場合は、低レート遷移前の３周期連続異常のため、装置故障（図では、Ｆａｉｌ判定と記述）と判定する。

【0069】

図６（ｂ）は、高レートで異常検出中の状態遷移の第２の例を示す。図６（ｂ）に示すように、高レートで異常判定中の１周期目と２周期目の統計情報が低レートの場合は、２周期連続で低レート状態であるので、低レート状態の判定条件の１０連続異常に変更する。図６（ｂ）では、１０未満で異常状態が回復したため、装置故障とは判定しない。

【0070】

図６（ｃ）は、高レートで異常検出中の状態遷移の第３の例を示す。図６（ｃ）に示すように、高レートで異常判定中の１周期目と２周期目の２周期連続で低レート状態であるので、低レート状態の判定条件の１０連続異常に変更し、３周期目から１０周期目まで低レート状態で異常が続いたので、装置故障と判定する。

【0071】

図７（ａ）は、低レートで異常検出中の状態遷移の第１の例を示す。図７（ａ）に示すように、低レートでの異常検出中の３周期目以降が高レート状態に変化した場合であるが、異常が継続しているため低レート状態の判定条件を継続し、１０周期目で装置故障と判定する。

【0072】

図７（ｂ）は、低レートで異常検出中の状態遷移の第２の例を示す。図７（ｂ）に示すように、低レートでの異常検出中の３周期目以降が高レート状態に変化した場合で、１０周期未満で異常が回復したため、直ちに高レート状態に遷移し、判定条件を３連続異常に変更する。

【0073】

図７（ｃ）は、低レート異常検出中の状態遷移の第３の例を示す。低レートでの異常検出中の３周期目以降が高レート状態に変化し、かつ１０周期未満で異常が回復したため、直ちに判定条件を高レート状態の３連続異常に変更し、３連続異常が検出されたため、装置故障と判定する。

【0074】

（インタフェース部間での故障検出について）
以上、主に図２Ａに示したインタフェース部内での故障検出について詳細に説明したが、図２Ｂに示したインタフェース部間での故障検出についても故障検出のための処理手順や状態遷移、検出条件はインタフェース部内での故障検出と同じである。

【0075】

図２Ｂの場合、装置制御部１３が、図４に示すＩＦ制御部１４と同様の機能構成を備える。図２Ｂの場合、装置制御部１３は、始点及び終点となる２つのインタフェース部の各々（具体的には、インタフェース部におけるチップ）から統計情報を収集してこれまでに説明したロジックで故障判定を行う。２つのインタフェース部におけるどのチップから統計情報を取得するかは、予め設定により定めることができる。

【0076】

各インタフェース部から統計情報を取得する際には、例えば、各インタフェース部のＩＦ制御部１４に統計情報取得命令を出して、各ＩＦ制御部１４から統計情報を取得してもよいし、直接にチップから統計情報を取得してもよい。

【0077】

また、ＩＦ制御部１４と同様に、装置制御部１３は、試験パケットの送受信を行う指示を監視対象の各インタフェース部のチップやスイッチ部１２に行うことができる。これにより、ユーザ信号がない場合や、パス未設定であっても、試験パケットを所望のインタフェース部間（つまり、インタフェース部のチップ間）に流すことができ、統計情報に基づく故障判定を実施できる。

【0078】

図８は、インタフェース部（カード）冗長時のＩＦ間故障検出を説明するための図である。図８に示す例では、カード＃０〜＃３のうち、カード＃１が非選択系になっており、カード＃１にはユーザ信号が流れていないことを示している。非選択系カードと隣接カード間ではユーザ信号は疎通しない。

【0079】

そこで、本例では、カード＃１から故障検出用の試験パケットを図８の点線に示すように送信することにより、カード＃１とカード＃２との間、及びカード＃１とカード＃３との間において、故障検出を行うことができる。また、カード＃１内で所定のチップ間で試験パケットを送受信させることで、カード＃１内での故障判定を行うこともできる。

【0080】

すなわち、本実施の形態によれば、ＡＴＭ等でパスが未設定でも故障を検出することができる。パスが未設定の場合でも、チップ間もしくはインタフェース部間に試験フレームを流すことで、ユーザ信号の疎通がない状態でも故障の検出が可能となる。これにより、今までパス設定をした上でユーザ通信を行なわないと判らなかった故障の検出が、可能となる。

【0081】

以上、本発明の実施の形態を説明したが、説明した実施の形態は一例に過ぎない。例えば、上記の例では、チップから統計情報（通過パケット数）を取得することとしたが、統計情報を取得する元はチップでなくてもよい。すなわち、パケットを送出する機能部、及び、当該機能部から送出されたパケットを全て受信する機能部であって、統計情報を取得可能な機能部であれば、チップ以外の機能部であっても、統計情報を取得する元としてよい。

【0082】

また、上記の例では、インタフェース部内のチップ間の故障判定の場合は、インタフェース部内のＩＦ制御部１４が故障判定を行うこととしたが、インタフェース部内のチップ間の故障判定の場合でも、装置制御部１３が統計情報を各チップからもしくはＩＦ制御部１４から収集することにより、装置制御部１３が故障判定を行うこととしてもよい。

【0083】

また、本実施の形態は、インタフェース部の種別によらず、どれにでも適用可能である。更に、本実施の形態によれば、故障による通信影響の方向の特定が可能である。例えば、機能部Ａから機能部Ｂへパケットを流すことによる故障判定１と、機能部Ｂから機能部Ａへパケットを流すことによる故障判定２とを行い、故障判定１では故障が検出されないが、故障判定２で故障が検出された場合、機能部Ｂから機能部Ａへの通信に影響を与えることが分かる。なお、ここでの機能部とは、チップでもよいし、インタフェース部でもよいし、統計情報を取得できるその他の機能部でもよい。

【0084】

（実施の形態のまとめ、効果）
上述したとおり、本発明の実施の形態によれば、検出機能を備えたハードウェアを追加するのではなく、インタフェース部のファームウェア上で動作させることが可能な新たな検出ロジックを提供することによって、通信装置１０の内部のインタフェース部間、あるいはインタフェース部内の故障の検出が可能となる。具体的な特徴をまとめると、以下の通りである。

【0085】

第一に、パケットの個数を計測した統計情報を用いて、故障の検出を行うことを特徴とする。従来から、インタフェース部のステイタスを表示するために、インタフェース部のファームウェアにより、通過するパケットの個数を計測することは行われている。しかしながら、このパケットの個数を計測した統計情報を、故障の検出に用いることはなかった。また、単にパケットの個数を計測しただけでは、故障を検出することは出来なかった。本実施の形態では、新たな検出ロジックを提供することよって、統計情報を用いて故障の検出を行うことが実現される。

【0086】

第二に、パケットのレートに応じて、故障判定ロジックを変えることを特徴とする。高レートと低レートとで、故障判定ロジックを変えることによって、非同期動作に起因した故障判定誤りを回避して、正しい故障判定を可能とするものである。

【0087】

判定ロジックとしては、上述したとおり、送信パケットはあるが受信パケットがゼロの場合に異常とする判断や、送信パケット数、受信パケット数を一定時間積分した上でその差分量で判断する等の方法がある。また、高レートと低レートとで、故障判定のための異常の連続回数を変えている。

【0088】

第三に、パスが未設定の場合は、チップ間もしくはインタフェース部間に試験パケットを流すことを特徴とする。これにより、ユーザ信号の疎通がない状態でも、故障の検出が可能となる。可能とするものである。第四に、カード冗長構成時の非選択系カード故障も検出可能であることを特徴とする。すなわち、非選択系カードにおいてもチップ間もしくはＩＦ間に試験フレームを流す等で故障検出可能となる。

【0089】

本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。

【符号の説明】

【0090】

１０ 通信装置
２０ ネットワーク
３０ オペレーションシステム
１１ インタフェース部
１２ スイッチ部
１３ 装置制御部
１４ ＩＦ制御部
１４１ 統計情報収集部
１４２ レート判定部
１４３ 統計情報比較部
１４４ 故障判定部
１４５ 故障通知部
１４６ 試験パケット送出指示部
１４７ データ記憶部

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】