JP4808645B2 - 装置監視ネットワークシステム及びｓｎｍｐのトラップ管理方法 - Google Patents

Description

本発明は、ＳＮＭＰ（Simple Network Management Protocol）を用いた装置監視ネットワークシステム及びＳＮＭＰのトラップ管理方法に関し、特に、監視対象装置の状態変化が頻発した場合に発生する大量のトラップのコマンドを効率良く処理し、また、ネットワーク障害等で喪失したトラップの再送処理を、ネットワークに負担を懸けることなく、確実かつ容易に行うことを可能にした装置監視ネットワークシステム及びＳＮＭＰのトラップ管理方法に関する。

ＳＮＭＰネットワークを用いた装置監視ネットワークシステムは、ＳＮＭＰマネージャ機能を有するネットワーク管理装置（Network Management System：以下ＮＭＳと記す）とＳＮＭＰエージェント機能を有する監視対象装置（Network Element：以下ＮＥと記す）とから構成され、ＮＥにて検出された障害発生やその復旧等の状態変化やイベント発生の情報を、ＮＥはＳＮＭＰのトラップのコマンド（非同期の割込み通知：以下ＴＲＡＰと記す）を用いてＮＭＳへ通知する。

しかし、ＴＲＡＰ等のＳＮＭＰコマンドは、負荷の軽いコネクションレス型のプロトコルであるＵＤＰ（User Datagram Protocol）を使って送受され、ＵＤＰは信頼性の保証が無い。そこで、ＴＲＡＰ送信の信頼性を確保するために、ＮＥから発出されたＴＲＡＰに連続的なシーケンス番号を付与してＮＭＳに送信し、ＮＭＳではそのＴＲＡＰシーケンス番号を基に、受信ＴＲＡＰの抜け落ちを検出し、該ＴＲＡＰの再送を指示する技術が、下記の特許文献１（「ＩＰネットワークにおけるトラップ抜け検出方式及び検出方法」）等により提案されている。

また、ＮＥにおいて、ＮＭＳへ送信したＴＲＡＰを一旦ロギングしておき、ＮＭＳからの再送要求時に、該ロギングした領域より当該ＴＲＡＰデータを取り出し、ＮＭＳへ再送信する技術について、下記の特許文献２（「損失トラップの検出及び補填を行うネットワーク管理システム」）により提案されている。
特開２００３−２４４１４２号公報 特開２００４−２２１８４９号公報

ＳＮＭＰを用いたネットワーク管理システムでは、ＮＥにて状態変化が発生した場合、ＮＭＳへ１つの状態変化につき１つのＴＲＡＰを送信し、ＮＭＳは該ＴＲＡＰを受信した場合、該ＴＲＡＰを送信したＮＥへ、ゲットリクエストのコマンド（以下、Ｇｅｔリクエストと記す）により情報送信要求を発行し、該Ｇｅｔリクエストに対する当該ＮＥからのゲットレスポンスのコマンド（以下、Ｇｅｔレスポンスと記す）の受信により、当該状態変化についての詳細情報を認識する。

また、ＮＥで状態変化が多発し、ＮＥから大量のＴＲＡＰがＮＭＳへ送信された場合、ネットワークの状況にもよるが、複数の不連続なＴＲＡＰの送達漏れが発生することがあり、ＴＲＡＰ抜け落ちのチェック処理の負担が増大し、かつ、検出された抜け落ちＴＲＡＰに対する一連の再送処理のために、ＮＥとＮＭＳとの間で多数のコマンドのやり取りを行わなければならず、そのためＮＭＳに多くの負荷が懸かり、ＴＲＡＰの消失やネットワークトラフィック増大などをもたらす要因となっていた。

また、ＮＥから状態変化通知のＴＲＡＰパケットが大量に発せられる場合、同一機能群又は同一ユニット等から発せられる特定の監視項目のＴＲＡＰパケットが大半を占め、時折発生する他の監視項目の状態変化についてのＮＭＳでの検出が、上記大量のパケット送出による処理タイムラグにより、遅延が生じ、パケット破棄などにより該状態変化に対して適正な処理がなされず、最悪の場合、監視対象装置をリセットしなければならなくなってしまうこともあった。

本発明は、上記問題を解決し、ＮＥにて状態変化やイベント通知のＴＲＡＰが大量に発生した場合、ＮＥから発出される大量のＴＲＡＰをＮＭＳで効率よく処理し、かつ、ＴＲＡＰの抜け落ちが複数かつ不連続的に発生しても、少ないパケットの遣り取りでＴＲＡＰの再送処理を完結し、それにより、ＮＭＳにおいてＴＲＡＰの処理負荷を軽減することができ、かつネットワークトラフィックを削減することができる装置監視ネットワークシステム及びＳＮＭＰのトラップ管理方法を提供する。

上記課題を解決するために、本願発明は、監視対象装置にて生成するトラップ数を単位時間毎にカウントし、該単位時間毎のトラップ数を予め設定された閾値と比較し、該トラップ数が該閾値を越えた場合に、生成されたトラップを監視機能項目別に振り分け、監視機能項目毎に纏めたトラップ群とし、該トラップ群に付与したトラップ群番号を、前記トラップシーケンス番号に加えて付与し、前記ネットワーク管理装置へ送信するとともに、送信したトラップ群を監視対象装置内部で保持する第一の構成と、ネットワーク管理装置で、受信トラップに対して、トラップ群毎にトラップの連続性をチェックし、トラップの抜け落ちが有る場合に、該抜け落ちたトラップを識別することが可能なトラップシーケンス番号及び該トラップ群番号を付与したセットリクエストコマンドを前記監視対象装置へ送信する第二の構成と、前記監視対象装置で、前記ネットワーク管理装置からの前記セットリクエストコマンドを解析し、内部で保持している送信済みトラップのトラップ群番号及びＴＲＰシーケンス番号と、前記セットリクエストコマンドに付与されたトラップ群番号及びトラップシーケンス番号とを比較し、前記ネットワーク管理装置で受信されなかった抜け落ちトラップを判別し、該抜け落ちトラップの全てを１つのトラップに再編集し、新規のトラップシーケンス番号を付与して前記ネットワーク管理装置へ送信するとともに、保持していた送信済トラップをクリアする第三の構成を備えたことを第１の特徴とする。

また、前記第二の構成において、トラップ群の受信状況を連続トラップ群受信タイマによって監視し、トラップ群の最終トラップを受信することなく該連続トラップ群受信タイマがタイムアウトした場合に、当該トラップ群の全トラップの再送を要求するゲットリクエストコマンドを前記監視対象装置へ送信する構成を備え、前記第三の構成において、前記ネットワーク管理装置からの前記ゲットリクエストコマンドを解析し、再送要求されたトラップ群番号のトラップの全てを１つのトラップに再編集し、新規のトラップシーケンス番号を付与して前記ネットワーク管理装置へ送信する手段を備えたことを第２の特徴とする。

また、前記第二の構成において、監視対象装置へのセットリクエストコマンドの送信時毎に始動され、該セットリクエストコマンド送信以降の最初のトラップの受信時に停止されるセットリクエスト送信タイマを備え、セットリクエスト送信タイマのタイムアウト時に、前記ネットワーク管理装置内で保持している最新トラップシーケンス番号及び最新トラップ群番号を付与したセットリクエストを前記監視対象装置へ送信するとともに、該セットリクエスト送信タイマを再始動させる構成を備えたことを第３の特徴とする。

また、前記第三の構成において、ネットワーク管理装置からのセットリクエストコマンドによるトラップ再編集時は、再送トラップ編集中に新たに生成されたトラップに対して再送トラップとは別の最新トラップシーケンス番号を付与して前記ネットワーク管理装置へ送信し、ネットワーク管理装置からのゲットリクエストコマンドによるトラップ再編集時は、トラップ再編集時に新たに生成された同一監視項目に属するトラップを、編集中の再編集トラップに取り込んで再編集し、前記ネットワーク管理装置に送信する構成を備えたことを第４の特徴とする。

本発明によれば、監視対象装置で状態変化が頻発した場合に発生する大量のＴＲＡＰを監視項目別に分類し、それぞれをＴＲＡＰ群とし、ＴＲＡＰ群単位で纏めにＴＲＡＰ連続性のチェック及び再送制御を行うことにより、ネットワーク管理装置内処理の負荷が軽減され処理の高効率化が可能となる。

また、そのＴＲＡＰ群の最終トラップの送達の有無の判定によるＴＲＡＰ群全体の有効又は無効を判断し、ＴＲＡＰ群全体を無効と扱うことにより、ＴＲＡＰ抜け落ちチェック処理の負担を軽減することができ、また再送要求のＳｅｔリクエストを小刻みに送信することなく、ＴＲＡＰ群として纏めて１つのコマンドとして再送要求を送信することができ、ネットワークトラフィックの増大を抑止することが可能となる。

また、ＮＥからＮＭＳへ通知するＴＲＡＰが発生していない状態でも、定期的にＮＭＳにおけるＴＲＡＰ情報を付与したＳｅｔリクエストをＮＥへ送信することにより、ＮＥはＮＭＳにおけるＴＲＡＰ受信の正常性を確認することができ、かつＮＥとＮＭＳとの間のＴＲＡＰ送受状態の差分を認識することが可能となる。

また、ＮＥにおいて、ＮＭＳからのＴＲＡＰ再送を要求するＳｅｔリクエスト又はＧｅｔリクエストを受信したときに、再送が必要なＴＲＡＰをＴＲＡＰ群単位で生成が可能なため、例えば、同一障害の発生イベントと復旧イベントとが繰返して発生した場合など、それらのイベントを纏めて再編集することができ、ＴＲＡＰ再編集を効率よく行うことが可能となる。

また、再編集ＴＲＡＰを１つの新規ＴＲＡＰとしてＮＭＳへ通知するため、ネットワークへ負担を懸けることなく、ＮＭＳにおいては、再送要求したＴＲＡＰシーケンス番号の再チェックを行う必要がないため、ＮＭＳでの処理負担が軽減され、効率の良い処理を行うことが可能となる。

図１は本発明のＮＥの構成例を示し、図２は本発明のＮＭＳの構成例を示している。本発明は、ＮＥ（１）とＮＭＳ（２）とから構成され、ＮＥ（１）及びＮＭＳ（２）は、ＩＰネットワーク網（３）を介して接続されている。ＮＥ（１）は、状態変化／イベント集数部によりＮＥ（１）内の各監視項目の状態を常時監視して状態情報を収集し、状態変化を検出すると、該状態変化の情報をＴＲＡＰ生成部（Ａ）に通知し、ＴＲＡＰ生成部（Ａ）にて新規ＴＲＡＰ生成を行う。

ＴＲＡＰ生成部（Ａ）の処理を、図１、図３及び図４を参照して説明する。ＴＲＡＰ生成部（Ａ）は、状態変化の情報を受け取ると新規ＴＲＡＰを生成する処理を実行し（３−１）、新規ＴＲＡＰを生成し終えると、その生成ＴＲＡＰ数をＴＲＡＰカウンタによりカウントする（３−２）。

このカウント値Ｔ＿ｃｎｔは、単位時間通知用タイマハンドラ（Ｇ）からの「単位時間タイムアウト通知」（ｅ）を受信したタイミングでリセットされ、その都度ゼロからカウントを繰り返す。ＴＲＡＰ生成部（Ａ）では、ＮＥ（１）の通常動作として処理し得る最大のＴＲＡＰ数を閾値ＴＨとして保持し、常にカウント値Ｔ＿ｃｎｔが閾値ＴＨを超過していないか監視する（３−３）。

カウント値Ｔ＿ｃｎｔ（即ち、生成ＴＲＡＰ数）が閾値ＴＨの範囲内であれば、生成ＴＲＡＰをＴＲＡＰ送信部（Ｃ）へ「ＴＲＡＰ送信要求」（ａ）として通知する（３−４）。閾値ＴＨを超過した場合は、状態変化が多発してＴＲＡＰ生成が頻発していると判断し、処理効率化のために、当該ＴＲＡＰをＴＲＡＰ解析部（Ｂ）へ「ＴＲＡＰ解析要求」（ｂ）として送出する（３−５）。

単位時間とＴＲＡＰカウンタについて、図４を使って説明する。例として、ＴＲＡＰカウンタ数の閾値ＴＨを３０とする。図４において、単位時間（１）ではＴＲＡＰカウンタ＝５であり、閾値範囲内であるためＴＲＡＰは単発処理となる。次の単位時間（２）では、ＴＲＡＰカウンタが３０を超えて最終的に３５となり、この場合、単位時間（２）の途中であっても、ＴＲＡＰカウンタが閾値３０を越えた時点で、生成ＴＲＡＰは解析対象となる。

単位時間（３）では、単位時間（２）からのＴＲＡＰ解析対象状態が継続しており、また単位時間（３）タイムアウト時のＴＲＡＰカウンタが４１で閾値超過であったため、次の単位時間（４）で生成されたＴＲＡＰも引き続きＴＲＡＰ解析対象となる。単位時間（４）では、ＴＲＡＰ解析対象状態が継続中であり、この期間ではＴＲＡＰカウンタは閾値範囲内であるが、単位時間（４）のタイムアウト時まではＴＲＡＰ解析対象状態となる。単位時間（４）タイムアウト時点において、ＴＲＡＰカウンタが閾値範囲内であるため、次の単位時間（５）からは生成ＴＲＡＰは単発処理状態となる。

次に、ＴＲＡＰ生成部（Ａ）よりコールされるＴＲＡＰ解析部（Ｂ）について、図１、図５及び図６を参照して説明する。ＴＲＡＰ生成部（Ａ）よりＴＲＡＰ解析要求（ｂ）が行われたＴＲＡＰは、ＴＲＡＰ解析部（Ｂ）で、そのＴＲＡＰがどの監視項目のものであるかを、図６に示す監視項目一覧表を基に検索する（５−１）。該検索により監視項目を判別し、ＴＲＡＰ振り分け保持テーブルの監視項目別の所定の領域にＴＲＡＰを格納する（５−２）。

この時点で、ＴＲＡＰ群番号及びＴＲＡＰシーケンス番号は付与されていない。次に同一の監視項目のＴＲＡＰが通知された場合、先に格納したＴＲＡＰ格納場所の次の場所に格納する。ＴＲＡＰを格納する毎にそのＴＲＡＰに群内の通し番号（ＴＲＡＰ群詳細番号）を付与する。

そして、単位時間通知用タイマハンドラ（Ｇ）からの「単位時間タイムアウト通知」（ｅ）を受信したタイミングで、監視項目毎の振り分け処理を一旦締め切り、各監視項目について複数のＴＲＡＰが登録されている場合は、監視項目毎のＴＲＡＰ群番号及び連続フラグを各ＴＲＡＰに付与する（５−３）。このＴＲＡＰ群番号は監視項目毎の固有のものではなく、その時点の最新の番号を付与する。

各種番号の付与の後、各ＴＲＡＰ群をＴＲＡＰ送信部（Ｃ）へ「ＴＲＡＰ送信要求」（ｃ）として通知する（５−４）。なお、各監視項目について１個のみＴＲＡＰが登録されていた場合は、ＴＲＡＰ群番号を付与せず、単発ＴＲＡＰとしてＴＲＡＰ送信部（Ｃ）へ通知する。各ＴＲＡＰをＴＲＡＰ送信部（Ｃ）へ通知した後は、ＴＲＡＰ振り分け保持テーブルを全てクリアする（５−５）。

監視項目としては図６の一覧表に示すように、例えば、システム故障→監視項目１、インタフェースＡＬＭは監視項目２、ルート内監視不能→監視項目３、ＡＩＳ受信→監視項目４、ＡＩＳ送信→監視項目５、光出力警報→監視項目６、無線回線切替不能→監視項目７、強制切替中→監視項目８、ＳＶ盤故障→監視項目９、１５０Ｍ−ＩＦ盤故障→監視項目１０、５０Ｍ−ＩＦ盤故障→監視項目１１、・・・ネットワーク異常→監視項目Ｎなどのように振り分ける。

ＴＲＡＰ解析部（Ｂ）のＴＲＡＰ振り分け保持テーブルにおける監視項目別領域を図６に示す。同図に示す監視項目別領域について詳述する。
（※１）各監視項目保持領域について
・各監視項目領域は、１監視項目名毎に固定である。
・単位時間通知用タイマハンドラからの「単位時間タイムアウト通知」（ｅ）を受け付けた時点で、各監視項目領域にＴＲＡＰ群番号及び群詳細番号を付与する。なお、シーケンス番号については、ＴＲＡＰ送信部（Ｃ）にて付与する。
・各監視項目領域長については、ユーザによるチューニングにより装置固有値が決定される。

（※２）最新連続ＴＲＡＰ群番号について
・０ｘ０００００００１〜０ｘＦＦＦＦＦＦＦＦ（４２９４９６７２９５）の値で、ＴＲＡＰ群番号として現時点で付与した最新のＴＲＡＰ群番号を保持する。この番号はサイクリックに使用する。但し、０は単発ＴＲＡＰを表すこととし、０はＴＲＡＰ群番号には使用しないものとする。

（※３）連続フラグについて
・ＴＲＡＰ群の先頭ＴＲＡＰから最終ＴＲＡＰの１つ前のＴＲＡＰまで、継続ＴＲＡＰ有りを示す０ｘ０１を付与する。
・ＴＲＡＰ群の最終ＴＲＡＰにのみ、継続ＴＲＡＰ無しを示す０ｘ００を付与する。
・単発ＴＲＡＰについては、０ｘ００（継続ＴＲＡＰ無し）を付与する。

（※４）ＴＲＡＰ群番号について
・上記※２で説明した最新連続ＴＲＡＰ群番号を読出し、読み出した値に１を加算した値を監視項目単位に各ＴＲＡＰにＴＲＡＰ群番号として付与する。
・監視項目の上位番号を若番のＴＲＡＰ群番号とし、且つ、１つの監視項目内にＴＲＡＰが２個以上格納されている監視項目のＴＲＡＰに対して付与する。
・ＴＲＡＰが１つしかない単発ＴＲＡＰについては、単発で有ることを示す０ｘ００を付与する。

（※５）ＴＲＡＰ群詳細番号について
・１つの監視項目のＴＲＡＰ群の各ＴＲＡＰに対して、先着順に１を開始番号として通番を付与する。これはＮＭＳにてＴＲＡＰ抜け落ちチェック時に使用する。
・単発ＴＲＡＰに対しても１を付与する。

（※６）シーケンス番号について
・シーケンス番号は、システム全体でのＴＲＡＰに付与する通番であるため、ＴＲＡＰ解析部（Ｂ）では付与しない。ＴＲＡＰ送信部（Ｃ）にて、ＮＭＳ（２）への送信直前に付与される。

次に、ＴＲＡＰ送信部（Ｃ）の処理について、図１、図７及び図８を参照して説明する。まず、ＴＲＡＰ送信要求が、新規のＴＲＡＰ送信要求か再送ＴＲＡＰ送信要求かをチェックする（７−１）。新規ＴＲＡＰ送信要求の場合、ＴＲＡＰ再生状態（Ｉ）を読出す（７−２）。

ＴＲＡＰ再生状態（Ｉ）が「通常状態」か「ＴＲＡＰ再生中」かを調べ（７−３）、「通常状態」の場合、通知されたＴＲＡＰ又はＴＲＡＰ群の各ＴＲＡＰに対して、連続的なＴＲＡＰシーケンス番号を付与し（７−４）、ＮＭＳへのＴＲＡＰ送信（ｄ）を実行する（７−５）。該送信後、送信済ＴＲＡＰ保持テーブル（Ｈ）に、今送信したＴＲＡＰ又はＴＲＡＰ群の各ＴＲＡＰを格納する（７−６）。

ＴＲＡＰ再生状態が「ＴＲＡＰ再生中」である場合、送信要求されたＴＲＡＰを再送ＴＲＡＰ生成部（Ｆ）へ「ＴＲＡＰ盛込要求」（ｍ）として通知する（７−７）。再送ＴＲＡＰ生成部（Ｆ）では該ＴＲＡＰに対して監視項目チェックを行い、合致しない場合はそのまま「再送ＴＲＡＰ送信要求」（ｌ）としてＴＲＡＰ送信部（Ｃ）に返却するが、その際に返却フラグを付与し、ＴＲＡＰ送信部（Ｃ）では、返却フラグ付きのＴＲＡＰを通常のＴＲＡＰとしてＮＭＳへ送信する。

前述のステップ７−１の判定に戻って、ＴＲＡＰ送信要求が再送ＴＲＡＰ送信要求である場合、新規ＴＲＡＰの場合と同様に最新ＴＲＡＰシーケンス番号を付与し（７−８）、ＮＭＳへ送信する（７−９）。但し、その後、送信済ＴＲＡＰ保持テーブル（Ｈ）に格納されている当該ＴＲＡＰに関する全ＴＲＡＰ情報をクリアする（７−１０）。

ここで図８に示す送信済ＴＲＡＰ保持テーブル（Ｈ）の構成例について説明する。
（※１）ＴＲＡＰ格納領域について
・［０］の領域から順に格納する。
・単発ＴＲＡＰは、１領域に１ＴＲＡＰ情報のみを格納する。
・ＴＲＡＰ群は、１領域に１ＴＲＡＰ群の全ＴＲＡＰ情報を格納する。
・ＴＲＡＰ格納領域をクリアした場合は、当該領域の後ろの領域を繰り上げて格納する。
・ＴＲＡＰ格納領域の各領域長及び個数については、ユーザによるチューニングにより装置固有値が決定される。

（※２）最新ＴＲＡＰシーケンス番号について
・０ｘ０００００００１〜０ｘＦＦＦＦＦＦＦＦ（４２９４９６７２９５）の値として、現時点で付与されている最新のＴＲＡＰシーケンス番号を格納する。この値は、サイクリックに使用する。
・ＴＲＡＰ送信部（Ｃ）が送信済ＴＲＡＰ保持テーブル（Ｈ）にＴＲＡＰを格納する際に、当該領域に格納されたＴＲＡＰの最新シーケンス番号に１を加算した値を格納する。また、ＴＲＡＰ送信（ｄ）時にＴＲＡＰに付与するシーケンス番号もこのシーケンス番号を付与する。

（※３）最新連続ＴＲＡＰ群番号について
・０ｘ０００００００１〜０ｘＦＦＦＦＦＦＦＦ（４２９４９６７２９５）の値として、現時点で付与されている最新のＴＲＡＰ群番号が格納されている。サイクリックに使用される。ただし、０は単発ＴＲＡＰを示すものとして、ＴＲＡＰ群番号には使用しない。

次に、ＮＥから送信したＴＲＡＰを受信するＮＭＳ側の処理について説明する。ＮＥからのＴＲＡＰを受信する窓口であるＴＲＡＰ受信部（Ｊ）について、図２、図９及び図１０を参照して説明する。ＮＭＳのＴＲＡＰ受信部（Ｊ）でＴＲＡＰ送信（ｄ）を受信すると、最初にＳｅｔリクエスト送信タイマ（Ｔ１タイマ）を停止させる（９−１）。

次に、受信したＴＲＡＰが単発であるか連続ＴＲＡＰ群のＴＲＡＰであるかをチェックする（９−２）。単発ＴＲＡＰの場合、図１０に示す受信ＴＲＡＰ管理テーブル（Ｐ）にＴＲＡＰデータを格納し（９−３）、コマンド解析部（Ｋ）へ「ＴＲＡＰ解析要求」（ｎ）を送信する（９−４）。

受信ＴＲＡＰが連続ＴＲＡＰ群のＴＲＡＰの場合、最初に連続ＴＲＡＰ群受信タイマ（Ｔ２タイマ（Ｏ））を停止させる（９−５）。このＴ２タイマは、連続ＴＲＡＰ群の受信状態を監視する。次に、受信ＴＲＡＰ管理テーブル（Ｐ）に、受信したＴＲＡＰデータを書き込む（９−６）。連続ＴＲＡＰ群であっても、１ＴＲＡＰを受信する毎に書き込んでいく。

次に、当該ＴＲＡＰの連続フラグがＯＮかＯＦＦかを調べ（９−７）、連続フラグがＯＮ（継続ＴＲＡＰ有り）の場合は、Ｔ２タイマ（Ｏ）を起動し（９−８）、継続ＴＲＡＰの受信を待つ。当該ＴＲＡＰの連続フラグがＯＦＦ（１つのＴＲＡＰ群内の最終ＴＲＡＰ）である場合、連続フラグの前状態がＯＮか否かを調べ（９−９）、前状態がＯＮの場合、コマンド解析部（Ｋ）に「ＴＲＡＰ解析要求」（ｎ）を送信する（９−１０）。このときタイマＴ１及びＴ２の起動は無い。

ここで図１０に示した受信ＴＲＡＰ管理テーブル（Ｐ）の構成例について説明する。
（※１）ＴＲＡＰ番号格納領域について
・［０］の領域から順に格納する。
・単発ＴＲＡＰは、１領域に１ＴＲＡＰ情報分のみ格納する。
・連続ＴＲＡＰ群は、１領域に１ＴＲＡＰ群の全ＴＲＡＰの情報分を格納する。
・ＴＲＡＰ格納領域をクリアした場合は、当該領域の後ろの領域を繰り上げて格納する。
・ＴＲＡＰ格納領域の各領域長及び個数については、チューニングにより装置固有値が決定される。

（※２）最新ＴＲＡＰシーケンス番号について
・０ｘ０００００００１〜０ｘＦＦＦＦＦＦＦＦ（４２９４９６７２９５）の値がサイクリックに使用される。
・連続的に受信が確定している最新のシーケンス番号が格納される。

（※３）最新連続ＴＲＡＰ群番号について
・０ｘ０００００００１〜０ｘＦＦＦＦＦＦＦＦ（４２９４９６７２９５の値がサイクリックに使用される。ただし、０は単発ＴＲＡＰを示すものとして使用される。
・連続的に受信が確定している最新のＴＲＡＰ群番号が格納される。

（※４）連続フラグについて
・００は連続フラグＯＦＦであること、即ち、単発又は連続ＴＲＡＰ群の最終ＴＲＡＰであることを示す。
・０１は連続フラグＯＮであること、即ち、連続ＴＲＡＰの受信開始又は受信中で継続のＴＲＡＰが有ることを示す。

同図の例では、ＴＲＡＰ群番号０２のシーケンス番号２２のＴＲＡＰの連続フラグがＯＦＦ（００）であるため、ＴＲＡＰ群番号０２は受信完結したことを示す。ＴＲＡＰ群番号０２の全ＴＲＡＰの受信完了後に、ＴＲＡＰ番号をチェックし、シーケンス番号２０が抜けていることを認識する。この場合、後述するＳｅｔリクエストに付与するＴＲＡＰ番号は「１９」である。

また、ＴＲＡＰ群番号０３のシーケンス番号２５のＴＲＡＰの連続フラグがＯＮであるので、ＴＲＡＰ群番号０３は受信完結していない。このため、ＴＲＡＰ抜け落ちチェックは行わない。この状態で連続ＴＲＡＰ群受信タイマ（Ｔ２タイマ（Ｏ））がタイムアウトした場合、ＴＲＡＰ群番号０３を付与したＧｅｔリクエストをＮＥに送信し、該ＴＲＡＰ群全体の再送要求を行う。なお、これらの再送要求動作の詳細は後述する。

ＴＲＡＰ受信部（Ｊ）からコールされるコマンド解析部（Ｋ）について、図１及び図１１を参照して説明する。コマンド解析部（Ｋ）は４つの処理体系から構成される。初めに、「ＴＲＡＰ解析要求」（ｎ）を受信した場合の処理について説明する。「ＴＲＡＰ解析要求」（ｎ）を受信すると、該ＴＲＡＰの種別が単発ＴＲＡＰであるか、連続ＴＲＡＰ群であるかを判定し（１１−１４）、単発ＴＲＡＰで有る場合は、図１１に示すフロー１１−１４からフロー１１−１８の処理を実行する。なお、単発ＴＲＡＰの処理については、通常のＴＲＡＰ処理であるので説明は省略する。

解析対象のＴＲＡＰが連続ＴＲＡＰ群である場合、受信ＴＲＡＰ管理テーブル（Ｐ）より当該ＴＲＡＰ群番号の全ＴＲＡＰシーケンス番号を読み出す（１１−１）。次に、読み出したＴＲＡＰシーケンス番号について、ＴＲＡＰ抜け落ちチェック（番号の連続性チェック）を行う（１１−２）。

ＴＲＡＰ抜け落ちの有無を判定し（１１−３）、ＴＲＡＰ抜け落ちが無かった場合、コマンド送受信処理部（Ｍ）へ「コマンド送信要求」（ｒ）を通知する。その際、当該コマンドがＳｅｔリクエスト送信要求であることを示す識別子、並びに当該ＴＲＡＰ群内の最新（最も老番）のＴＲＡＰシーケンス番号及び当該ＴＲＡＰ群番号を付与する。

上記「Ｓｅｔリクエスト送信要求」（ｒ）通知後、ＨＭＩインタフェース処理部（Ｌ）へ当該ＴＲＡＰを転送（ｓ）し（１１−５）、モニタ（Ｑ）上へ当該ＴＲＡＰ情報を画像表示する。最後に受信ＴＲＡＰ管理テーブル（Ｐ）の当該ＴＲＡＰデータ（ＴＲＡＰシーケンス番号及びＴＲＡＰ群番号）をクリアする（１１−６）。ただし、受信確定した再審ＴＲＡＰシーケンス番号はクリアしない。

ＴＲＡＰ抜け落ちが検出された場合、同様にコマンド送受信処理部（Ｍ）へ「Ｓｅｔリクエスト送信要求」（ｒ）を通知するが、その際、当該ＴＲＡＰ群番号と、最初に抜け落ちを確認したＴＲＡＰシーケンス番号の１つ前（最後に受信確定した）ＴＲＡＰシーケンス番号を付与する（１１−７）。

上記フロー１１−７による通知の後は、ＴＲＡＰ抜け落ち無しの場合と同様に、ＨＭＩインタフェース処理部（Ｌ）へ当該ＴＲＡＰを転送（ｓ）するが、転送するＴＲＡＰは、最初に抜け落ちを確認したＴＲＡＰシーケンス番号の１つ前（最後に受信確定した）のＴＲＡＰまでを転送する。その後、受信ＴＲＡＰ管理テーブル（Ｐ）の当該ＴＲＡＰ群の全ＴＲＡＰデータをクリアする。

次に、連続ＴＲＡＰ群受信タイマ（Ｔ２タイマ（Ｏ））がタイムアウトした場合のコマンド解析部（Ｋ）の処理について説明する。Ｔ２タイマがタイムアウトしたということは、連続ＴＲＡＰ群の最終ＴＲＡＰが規定時間（Ｔ２）経過後も受信されないことを表示し、ＮＭＳ内では当該連続ＴＲＡＰ群の既受信ＴＲＡＰ含めて該ＴＲＡＰ群全体を無効とし、該ＴＲＡＰ群全体を再送させるため、コマンド送受信処理部（Ｍ）へ「コマンド送信要求」（ｒ）を通知する。

上記の処理を実行するため、受信ＴＲＡＰ番号管理テーブル（Ｐ）から現時点の受信継続中のＴＲＡＰ群番号を読出し（１１−８）、読み出したＴＲＡＰ群番号（無効となったＴＲＡＰ群番号）をコマンド送受信処理部（Ｍ）へ格納し、「コマンド送信要求」（ｒ）のコマンドがＧｅｔリクエストの送信要求であることを示す識別子を付与して、「Ｇｅｔリクエスト送信要求」を通知する（１１−９）。その後、受信ＴＲＡＰ番号管理テーブル（Ｐ）の当該ＴＲＡＰ群番号の全ＴＲＡＰデータをクリアする（１１−１０）。

次に、Ｔ１タイマ（Ｎ）がタイムアウトした場合のコマンド解析部（Ｋ）の処理について説明する。Ｔ１タイマ（Ｎ）は、ＮＭＳからＳｅｔリクエストを送信する度に、Ｓｅｔリクエストを送信した時点で始動され、ＮＥからＴＲＡＰが受信されたときに停止される。従って、Ｔ１タイマがタイムアウトしたということは、前回のＴＲＡＰ受信に対するＳｅｔリクエストをＮＥへ送信した時点から所定の時間（Ｔ１）が経過した後も、ＮＥからＴＲＡＰが１つも受信されていないことを示す。

Ｔ１タイマのタイムアウト時にも、現時点のＮＭＳのＴＲＡＰ受信状況をＮＥに通知するためのＳｅｔリエスト送信の「コマンド送信要求」（ｒ）をコマンド送受信処理部（Ｍ）へ送出する。これによって、ＮＥは現時点のＮＭＳのＴＲＡＰ受信状況を把握し、ＴＲＡＰの送達漏れ及びＮＭＳとの間の接続状態を確認することが可能となる。

上記の処理を実行するため、受信ＴＲＡＰ管理テーブル（Ｐ）から最新ＴＲＡＰシーケンス番号及び最新ＴＲＡＰ群番号を読出し（１１−１１）、読み出した最新ＴＲＡＰシーケンス番号及び最新ＴＲＡＰ群番号をコマンド送受信処理部（Ｍ）へ格納し、「Ｓｅｔリクエスト送信要求」を通知する（１１−１２）。それとともにＴ１タイマをゼロからスタートさせる（１１−１３）。

なお、この処理は、次にＮＥからＴＲＡＰが受信されるまで、Ｔ１タイマがタイムアウトする度に繰り返す。ＮＥからＴＲＡＰが受信された時点でＴ１タイマは停止され、そのＴＲＡＰに対するＳｅｔリクエストを送信したタイミングで再度始動される。

ここで、Ｔ１タイマ及びＴ２タイマについて詳述する。Ｔ１タイマは、ＮＭＳがＮＥに対して送信するＳｅｔリクエストの送信タイミングからＴＲＡＰ受信タイミングまでの時間を監視するとともに、ＮＭＳがＮＥに対して送信する自律Ｓｅｔリクエストの送信タイミングを規定する。Ｔ１タイマはＮＥへのＳｅｔリクエスト送信時に始動し、ＮＥからのＴＲＡＰ受信時に停止する。Ｔ１タイマがタイムアウトした場合、ＮＭＳ内において現時点で受信確定しているＴＲＡＰシーケンス番号の最新値を付与したＳｅｔリクエストをＮＥへ送信する。そのとき、再度Ｔ１タイマを始動し、ＴＲＡＰ受信監視を行う。

図１２はＴ１タイマ監視によるＮＥ−ＮＭＳ間通信の正常確認動作のシーケンスを示す。同図に示すように、ＴＲＡＰ（１）に対するＳｅｔリクエスト（１）の送信タイミングからＴ１以内にＮＥから次のＴＲＡＰ（２）が受信されると、Ｔ１タイマはリセットされ、該ＴＲＡＰ（２）に対するＳｅｔリクエスト（２）を送信する。

Ｓｅｔリクエスト（２）には、ＴＲＡＰ（２）のシーケンス番号が付与され、ＮＥは該Ｓｅｔリクエスト（２）を受信し、それに付与されているシーケンス番号とＮＥで管理している最新のＴＲＡＰシーケンス番号と比較し、ＴＲＡＰ抜け落ちが無いことを確認する。

ＴＲＡＰ（２）以降、ＮＥから通知するＴＲＡＰが無いため、ＮＭＳではＳｅｔリクエスト（２）を送信した後、Ｔ１タイマがタイムアウトする。Ｔ１タイマのタイムアウト時に、ＮＭＳはＮＥに対して、現時点で認識している最新のＴＲＡＰシーケンス番号を付与したＳｅｔリクエスト（２）を送信する。ＮＥは、該Ｓｅｔリクエスト（２）を受信し、それに付与されているＴＲＡＰシーケンス番号と、ＮＥが送信したＴＲＡＰシーケンス番号とを比較して矛盾がないことを確認する。これは現状のＴＲＡＰシーケンス番号を確認するのみである。Ｔ１タイマがタイムアウトする度にこの動作を繰り返す。

図１３はＴ１タイマ監視によるＮＥ−ＮＭＳ間通信の異常検出動作のシーケンスを示す。同図に示すように、ＴＲＡＰ（１）に対するＳｅｔリクエスト（１）の送信タイミングからＴ１以内にＮＥから次のＴＲＡＰ（２）が受信され、Ｔ１タイマをリセットし、該ＴＲＡＰ（２）に対するＳｅｔリクエスト（２）を送信する。

Ｓｅｔリクエスト（２）には、ＴＲＡＰ（２）のシーケンス番号が付与され、ＮＥは該Ｓｅｔリクエスト（２）を受信し、それに付与されているシーケンス番号とＮＥで管理している最新のＴＲＡＰシーケンス番号と比較し、ＴＲＡＰ抜け落ちが無いことを確認する。

Ｓｅｔリクエスト（２）の送信後、Ｔ１タイマがタイムアウトすると、ＮＥに対して、ＮＭＳが現時点で認識している最新のＴＲＡＰシーケンス番号を付与したＳｅｔリクエスト（２）を送信する。ＮＥは該Ｓｅｔリクエスト（２）を受信し、それに付与されているＴＲＡＰシーケンス番号と、ＮＥが送信したＴＲＡＰシーケンス番号とを比較して矛盾がないことを確認し、現状のＴＲＡＰシーケンス番号を確認する。

次に、ＮＥはＴＲＡＰ（３）を送信したが、該ＴＲＡＰ（３）はＮＭＳに到達したかったとする。すると、ＮＭＳはＳｅｔリクエスト（２）の送信後、Ｔ１タイマのタイムアウト時に、ＴＲＡＰ（２）のシーケンス番号を付与したＳｅｔリクエスト（２）を送信し、ＮＥは、該Ｓｅｔリクエスト（２）を受信し、それに付与されているシーケンス番号２とＮＥで管理している最新のＴＲＡＰシーケンス番号３と比較し、最新シーケンス番号３＞受信したシーケンス番号２であることを認識し、ＴＲＡＰ（３）が抜け落ちたことを検出する。

ＮＥは、抜け落ちたＴＲＡＰ（３）を再送する。ＮＭＳは該ＴＲＡＰ（３）のシーケンス番号を付与したにＳｅｔリクエスト（３）を送信し、ＮＥは、該Ｓｅｔリクエスト（３）を受信し、それに付与されているＴＲＡＰシーケンス番号３と、ＮＥが送信したＴＲＡＰシーケンス番号３とを比較して、再送ＴＲＡＰ（３）が正常に受信されたことを確認する。

次に連続ＴＲＡＰ群受信タイマ（Ｔ２タイマ（Ｏ））について説明する。Ｔ２タイマは、連続ＴＲＡＰ群の受信状態の監視を行うタイマで、連続ＴＲＡＰ群の先頭パケット（連続受信フラグが最初にＯＮとなったパケット）を受信したタイミングで始動される。連続ＴＲＡＰ群の連続受信フラグがＯＮのＴＲＡＰを受信し続けている間は、ＴＲＡＰ受信時にＴ２タイマを停止させ、Ｔ２タイマをセロから始動させる。

連続ＴＲＡＰ群の連続受信フラグがＯＮからＯＦＦに変化した（即ち、連続ＴＲＡＰ群の最終ＴＲＡＰを受信した）時点でＴ２タイマを停止し、その後の再起動は行わない。ＮＭＳが最終ＴＲＡＰを受信し、Ｔ２タイマ停止を行った時のＮＭＳの処理は以下のとおりである。

（１）連続ＴＲＡＰ群のシーケンス番号に抜けが無かった場合、連続ＴＲＡＰ群の最終ＴＲＡＰのシーケンス番号を付与した「Ｓｅｔリクエスト」をＮＥへ送信する。
（２）連続ＴＲＡＰ群のシーケンス番号に抜け落ちを発見した場合、抜け落ちたシーケンス番号のうちの最も若番のシーケンス番号より一つ小さいシーケンス番号（正常に連続して受信された最後のシーケンス番号）を付与した「Ｓｅｔリクエスト」をＮＥへ送信する。

Ｔ２タイマがタイムアウトしたときのＮＭＳの処理は、連続ＴＲＡＰ群番号を付与した「Ｇｅｔリクエスト」を送信する。即ち、Ｔ２タイマタイムアウトしなかった場合は、連続ＴＲＡＰ群が最終ＴＲＡＰまで受信された場合であり、途中のＴＲＡＰの抜け落ちがあったとしても、連続ＴＲＡＰ群自体は有効であるものとして扱い、抜け落ちのあったＴＲＡＰの再送要求のみを行うために、「Ｓｅｔリクエスト」をＮＥへ送信する。

一方、Ｔ２タイマがタイムアウトした場合は、連続ＴＲＡＰ群の最終ＴＲＡＰが受信されなかった場合であり、この場合は、該連続ＴＲＡＰ群全体を無効として扱い、該連続ＴＲＡＰ群全体を再送要求するために、「Ｇｅｔリクエスト」をＮＥに送信する。

図１４はＴ２タイマ監視による連続ＴＲＡＰ群受信の正常確認動作のシーケンスを示す。同図に示すように、ＮＥは、シーケンス番号１０〜１４のＴＲＡＰ（１０）〜（１４）をＴＲＡＰ群番号０１として認識し、該ＴＲＡＰ群の各ＴＲＡＰに、群番号内の通番０１〜０５を付与する。そして、連続ＴＲＡＰ群の開始ＴＲＡＰから最終ＴＲＡＰの１つ前のＴＲＡＰまでの連続フラグをＯＮとし、最終ＴＲＡＰの連続フラグをＯＦＦとすることで、最終ＴＲＡＰを識別可能にする。

ＮＭＳでは、ＴＲＡＰ（１０）〜（１３）を受信する度にＴ２を始動させ、ＴＲＡＰ（１０）〜（１４）の全てがＴ２タイマのタイムアウト以内に受信され、かつ最終ＴＲＡＰ（１４）が受信されたことを確認する。最終ＴＲＡＰ（１４）が受信されたときは、Ｔ２タイマの再始動は行わない。

ＮＭＳでは、最終ＴＲＡＰ（１４）受信後、ＴＲＡＰ抜け落ちのチェックを行い、抜け落ちが無いと判断された場合、最新ＴＲＡＰシーケンス番号１４、最新ＴＲＡＰ群番号０１−０５を付与したＳｅｔリクエストをＮＥに送信する。ＮＥでは、該Ｓｅｔリクエストに付与されたＴＲＡＰシーケンス番号１４及びＴＲＡＰ群番号０１−０５と、ＮＥで管理している最新のＴＲＡＰシーケンス番号及びＴＲＡＰ群番号と比較し、抜け落ちが無いことを認識する。

図１５はＴ２タイマ監視による連続ＴＲＡＰ群受信のＴＲＡＰ抜け検出動作のシーケンスを示す。同図に示すように、ＮＥは、シーケンス番号２１〜２５のＴＲＡＰ（２１）〜（２５）をＴＲＡＰ群番号０２として認識し、該ＴＲＡＰ群の各ＴＲＡＰに、群番号内の通番０１〜０５を付与し、連続ＴＲＡＰ群の開始ＴＲＡＰ（２１）から最終ＴＲＡＰの１つ前のＴＲＡＰ（２４）までの連続フラグをＯＮとし、最終ＴＲＡＰ（２５）の連続フラグをＯＦＦにして送信する。

ここで、ＴＲＡＰ（２４）がＮＭＳに到達しなかったとする。ＮＭＳでは、ＴＲＡＰ（２４）を除いて、ＴＲＡＰ群番号０２のＴＲＡＰを最終ＴＲＡＰ（２５）まで、それぞれＴ２タイマのタイムアウト以内に受信したため、ＴＲＡＰを最終ＴＲＡＰ（２５）の受信時にＴ２タイマの再起動を行うことなく、ＴＲＡＰ抜け落ちチェックを行い、ＴＲＡＰ（２４）が抜け落ちていることを検出する。

ＮＭＳは、連続的に正常に受信した最も老番のシーケンス番号のＴＲＡＰ（２３）、そのＴＲＡＰ群番号０２−０３を付与したＳｅｔリクエストをＮＥへ送信する。ＮＥでは、該Ｓｅｔリクエストを受信し、ＮＥで管理している最新のＴＲＡＰシーケンス番号及びＴＲＡＰ群番号と比較し、ＴＲＡＰ（２４）以降がＮＭＳで受信未確定であることを認識し、再送ＴＲＡＰを後に送信する旨のＧｅｔレスポンスをＮＭＳへ送信する。

ＮＥでは、再送ＴＲＡＰ生成処理を開始し、ＴＲＡＰ（２４）〜ＴＲＡＰ（２５）を編集して１ＴＲＡＰとして再生する。その間に、新たにイベントが発生しても、該イベントのＴＲＡＰは該再生ＴＲＡＰには盛り込まない。これは、ＮＭＳ側にて連続ＴＲＡＰ群の最終ＴＲＡＰが受信済であり、ＮＭＳ側では有効な連続ＴＲＡＰ群として扱っているためである。そして、該１つの再送ＴＲＡＰのシーケンス番号として、最新の番号（この場合２６）を付与して送信する。再送ＴＲＡＰは１つであるので連続フラグ及びＴＲＡＰ群番号は付与しない。

図１６はＴ２タイマ監視による連続ＴＲＡＰ群受信の最終ＴＲＡＰ抜けの場合のシーケンスを示す。同図に示すように、ＮＥは、シーケンス番号３１〜３６のＴＲＡＰ（３１）〜（３６）をＴＲＡＰ群番号０３として認識し、該ＴＲＡＰ群の各ＴＲＡＰに、群番号内の通番０１〜０６を付与し、連続ＴＲＡＰ群の開始ＴＲＡＰ（３１）から最終ＴＲＡＰの１つ前のＴＲＡＰ（３５）までの連続フラグをＯＮとし、最終ＴＲＡＰ（３６）の連続フラグをＯＦＦにして送信する。

ここで、ＴＲＡＰ（３３）以降のＴＲＡＰがＮＭＳに到達しなかったものとする。ＮＭＳでは、最終ＴＲＡＰ（３６）を受信しないままＴ２タイマがタイムアウトしたことにより、連続ＴＲＡＰ群の受信が完結していないと判断し、当該連続ＴＲＡＰ群を無効として扱い、ＮＥへ該ＴＲＡＰ群の一括再送を要求する「Ｇｅｔリクエスト」を送信する。該「Ｇｅｔリクエスト」にはＴＲＡＰ群番号０３を付与して送信する。

ＮＥは、上記「Ｇｅｔリクエスト」の受信により、ＴＲＡＰ群番号０３の全ＴＲＡＰが受信未確定であることを認識し、このあと再送ＴＲＡＰを送信する旨のＧｅｔレスポンスをＮＭＳへ送信する。そして、ＮＥでは、再送ＴＲＡＰ生成処理を実行し、ＴＲＡＰ群番号０３の全ＴＲＡＰを編集して１つのＴＲＡＰとして再生する。

この間に、新たにイベントが発生した場合、イベントのＴＲＡＰを該再生ＴＲＡＰに盛り込み、一緒に送信する。即ち、新ＴＲＡＰとして送信しない。これは、ＮＭＳ側でＴＲＡＰ群番号０３の最終ＴＲＡＰを受信せず、ＴＲＡＰ群として完結していない無効なＴＲＡＰ群として、先に受信したＴＲＡＰ群番号０３のＴＲＡＰを破棄し、新たにＴＲＡＰ群番号０３の全ＴＲＡＰを受信しなおすため、新規のイベントのＴＲＡＰを追加しても何ら影響がないためである。

ＮＥは、上記再送ＴＲＡＰのシーケンス番号として、最新の番号（この場合３７）を付与して送信する。この場合も、再送ＴＲＡＰは１つであるので連続フラグ及びＴＲＡＰ群番号は付与しない。なお、ＮＭＳでは再送ＴＲＡＰの再受信確認は行わず、再送ＴＲＡＰは全て新規ＴＲＡＰとしてＮＭＳ内で処理する。

次に、ＮＥがＮＭＳから「Ｓｅｔリクエスト」又は「Ｇｅｔリクエスト」のコマンドを受信したときの処理について説明する。ＮＥ側のコマンド解析処理部（Ｅ）の処理について、図１及び図１７を参照して説明する。まず、受信コマンドが「Ｓｅｔリクエスト」の場合について説明する。

初めに、受信コマンドが「Ｓｅｔリクエスト」か否かを判定する（１７−１）。受信コマンドが「Ｓｅｔリクエスト」である場合、該Ｓｅｔリクエストに付与されている連続ＴＲＡＰ群番号をチェックする（１７−２）。該ＴＲＡＰ群番号が０の場合、単発ＴＲＡＰに対する要求コマンドと判断し、送信済ＴＲＡＰ保持テーブル（Ｈ）から、ＮＥが管理する最新のＴＲＡＰシーケンス番号を読出し、受信した「Ｓｅｔリクエスト」に付与されているＴＲＡＰシーケンス番号と比較し、差分を抽出する（１７−３）。

差分の有無を判定し（１７−４）、差分無しの場合、送信済ＴＲＡＰ保持テーブル（Ｈ）の当該ＴＲＡＰシーケンス番号のＴＲＡＰ情報をクリアし（１７−５）、コマンド送受信処理部（Ｄ）へ「コマンド解析結果（ＯＫ）」（ｊ）を通知し、ＮＭＳへＧｅｔレスポンスコマンドを送信する（１７−７）。

一方、差分有りの場合、差分＝抜け落ちＴＲＡＰ数と判断し、再送対象のＴＲＡＰシーケンス番号とコマンド種別（＝Ｓｅｔリクエスト）を付与し、再送ＴＲＡＰ生成部（Ｆ）へ「再送ＴＲＡＰ生成要求」（ｋ）を通知し、コマンド送受信処理部（Ｄ）へ「コマンド解析結果（ＮＧ）」（ｊ）を通知し、ＮＭＳへＧｅｔレスポンスコマンドを送信する（１７−６）が、ＮＭＳ側ではＧｅｔレスポンス受信に対する処理は特に行わない。

戻って、Ｓｅｔリクエストコマンドに付与されている連続ＴＲＡＰ群番号が０以外の場合、連続ＴＲＡＰ群に対する要求コマンドと判断し、送信済ＴＲＡＰ保持テーブル（Ｈ）より、ＮＥが管理する最新の当該ＴＲＡＰ群番号の最新のＴＲＡＰシーケンス番号を読出し、「Ｓｅｔリクエスト」に付与されている連続ＴＲＡＰ群番号及びＴＲＡＰシーケンス番号と比較し、差分を抽出する（１７−７）。

上記差分の有無を判定し（１７−８）、差分無しの場合、送信済ＴＲＡＰ保持テーブル（Ｈ）の当該ＴＲＡＰ群番号の全ＴＲＡＰ情報をクリアし（１７−９）、コマンド送受信処理部（Ｄ）へ「コマンド解析結果（ＯＫ）」（ｊ）を通知し、ＮＭＳへＧｅｔレスポンスコマンドを送信する（１７−６）。

一方、差分有りの場合、当該ＴＲＡＰ群番号及び再送対象のＴＲＡＰシーケンス番号及びコマンド種別（＝Ｓｅｔリクエスト）を付与し、再送ＴＲＡＰ生成部（Ｆ）へ「再送ＴＲＡＰ生成要求」（ｋ）を通知する。また、ＮＥ側コマンド送受信処理部（Ｄ）へは「コマンド解析結果（ＮＧ）」（ｊ）を通知し、ＮＭＳへＧｅｔレスポンスコマンドを送信する（１７−１０）が、ＮＭＳ側ではＧｅｔレスポンス受信に対する処理は特に行わない。

次に、受信コマンドが「Ｇｅｔリクエスト」の場合について説明する。この場合、連続ＴＲＡＰ群の全ＴＲＡＰ一括の再送要求と判断し、無条件に再送ＴＲＡＰ生成部（Ｆ）へ当該連続ＴＲＡＰ群番号及びコマンド種別（＝Ｇｅｔリクエスト）を付与した「再送ＴＲＡＰ生成要求」（ｋ）を通知する（１７−１１）。

最後に、ＮＥにおける再送ＴＲＡＰ生成部（Ｆ）の処理について、図１及び図１８を参照して説明する。最初に、「再送ＴＲＡＰ生成要求」（ｋ）に付与されているコマンド種別がＳｅｔリクエストか否かをチェックする（１８−１）。コマンド種別が「Ｇｅｔリクエスト」の場合、ＴＲＡＰ再生状態（Ｉ）を「ＴＲＡＰ再生中」に遷移させる（１８−２）。この後、ＴＲＡＰ送信部（Ｃ）への「再送ＴＲＡＰ送信要求」（ｌ）を通知するまでは、コマンド種別がＧｅｔリクエストの場合とＳｅｔリクエストの場合とで共通の処理となる。

戻って、コマンド種別チェックの後、送信済ＴＲＡＰ保持テーブル（Ｈ）から、「再送ＴＲＡＰ生成要求」（ｋ）に付与されている再送対象のシーケンス番号又はＴＲＡＰ群番号のＴＲＡＰ情報を読み出す（１８−３）。読み出したＴＲＡＰ情報について、単発ＴＲＡＰの場合はそのままＴＲＡＰ送信部（Ｃ）へ「再送ＴＲＡＰ送信要求」（ｌ）として通知する（１８−５）。このとき、旧ＴＲＡＰシーケンス番号は付与しない。

上記フロー１８−３で読み出したＴＲＡＰ情報が複数の場合、１つのＴＲＡＰ情報として編集し直す（１８−４）。再送ＴＲＡＰの編集中に、ＮＥ内で新たなイベント発生によるＴＲＡＰが生成された場合、ＴＲＡＰ再生状態（Ｉ）が「ＴＲＡＰ再生中」状態の場合は、ＴＲＡＰ送信部（Ｃ）から当該新たな生成ＴＲＡＰ情報を付与した「ＴＲＡＰ盛込要求」（ｍ）を通知する。

このとき、再送ＴＲＡＰ生成部（Ｆ）内で編集中のＴＲＡＰが属する監視項目と「ＴＲＡＰ盛込要求」（ｍ）により通知されたＴＲＡＰが属する監視項目とが同一であるかをチェックし（１８−７）、同一監視項目である場合は、現在編集中のＴＲＡＰ情報に当該新たな生成ＴＲＡＰを盛り込み、再編集する（１８−８）。

監視項目が相違する場合は、再びＴＲＡＰ送信部（Ｃ）へ「再送ＴＲＡＰ送信要求」（ｌ）として通知するが、真の再送ＴＲＡＰ送信要求と区別するために、「再送ＴＲＡＰ送信要求」（ｌ）通知に返却フラグを付与する（１８−９）。再送ＴＲＡＰ情報の再編集が完了後、再生したＴＲＡＰを付与した「再送ＴＲＡＰ送信要求」（ｌ）をＴＲＡＰ送信部（Ｃ）へ通知し（１８−５）、コマンド種別が「Ｇｅｔリクエスト」である場合、ＴＲＡＰ再生状態（Ｉ）を「通常状態」へ遷移させる（１８−６）。「通常状態」である間は、ＴＲＡＰ送信部（Ｃ）から「ＴＲＡＰ盛込要求」（ｍ）は通知しない。

図１９〜図２１にＮＥ内の機能ブロック間の動作シーケンスを示す。図１９の（ａ）は生成ＴＲＡＰ数がＴＲＡＰカウンタ閾値以内の場合のＴＲＡＰ送信処理のシーケンスを示す。図１９の（ｂ）は生成ＴＲＡＰ数がＴＲＡＰカウンタ閾値を超過した場合のＴＲＡＰ送信処理のシーケンスを示す。図２０はＮＭＳからのＳｅｔリクエストによりＴＲＡＰ再送要求を受けたときのＴＲＡＰ送信のシーケンスを示す。図２１はＮＭＳからのＧｅｔリクエストによりＴＲＡＰ再送要求を受けたときのＴＲＡＰ送信のシーケンスを示す。

図２２及び図２３はＮＭＳ内の機能ブロック間の動作シーケンスを示す。図２２はＴ２タイマのタイムアウト前にＮＥからＴＲＡＰ群の最終ＴＲＡＰを受信したときの再送要求処理のシーケンスを示す。図２３はＮＥからＴＲＡＰ群の最終ＴＲＡＰを受信することなく、Ｔ２タイマがタイムアウトしたときの再送要求処理のシーケンスを示す。

図２４は本発明が好適に適用されるネットワーク構成の例を示す。同図の構成例では、電話局Ａ（ＨＵＢ局）にＮＭＳを設置し、該電話局Ａ（ＨＵＢ局）内の通信装置ＮＥ及び該ＮＭＳとＩＰネットワークを介して接続された電話局Ｂ及び電話局Ｃ内の通信装置ＮＥから成る装置監視ネットワークシステム等に対して好適にてきようすることができる。なお、同図においてＯＤＵはアンテナ等の局外装置(Out Door Unit）である。

本発明のＮＥの構成例を示す図である。 本発明のＮＭＳの構成例を示す図である。 ＮＥ側のＴＲＡＰ生成処理フローを示す図である。 ＴＲＡＰ生成における単位時毎のＴＲＡＰカウンタ値の例を示す図である。 ＮＥ側のＴＲＡＰ解析処理及び単位時間タイムアウト時の処理フローを示す図である。 ＴＲＡＰ振り分け保持テーブルの構成例を示す図である。 ＮＥ側のＴＲＡＰ送信処理フローを示す図である。 送信済みＴＲＡＰ保持テーブルの構成例を示す図である。 ＮＭＳ側のＴＲＡＰ受信処理フローを示す図である。 受信ＴＲＡＰ管理テーブルの構成例を示す図である。 ＮＭＳ側のコマンド解析処理フローを示す図である。 Ｔ１タイマ監視によるＮＥ−ＮＭＳ間通信の正常確認動作のシーケンスを示す図である。 Ｔ１タイマ監視によるＮＥ−ＮＭＳ間通信の異常検出動作のシーケンスを示す図である。 Ｔ２タイマ監視による連続ＴＲＡＰ群受信の正常確認動作のシーケンスを示す図である。 Ｔ２タイマ監視による連続ＴＲＡＰ群受信のＴＲＡＰ抜け検出動作のシーケンスを示す図である。 Ｔ２タイマ監視による連続ＴＲＡＰ群受信の最終ＴＲＡＰ抜けの場合のシーケンスを示す図である。 ＮＥ側のコマンド解析処理フローを示す図である。 ＮＥ側の再送ＴＲＡＰ生成処理フローを示す図である。 （ａ）ＴＲＡＰ数が閾値以内の場合のＴＲＡＰ送信処理シーケンス及び（ｂ）ＴＲＡＰ数が閾値超過の場合のＴＲＡＰ送信処理シーケンスを示す図である。 ＳｅｔリクエストによるＴＲＡＰ再送要求の場合のＴＲＡＰ送信シーケンスを示す図である。 ＧｅｔリクエストによるＴＲＡＰ再送要求の場合のＴＲＡＰ送信シーケンスを示す図である。 ＴＲＡＰ群の最終ＴＲＡＰを受信したときの再送要求処理シーケンスを示す図である。 ＴＲＡＰ群の最終ＴＲＡＰが不到達のときの再送要求処理のシーケンスを示す図である。 本発明が好適に適用されるネットワーク構成の例を示す図である。

符号の説明

（１） 監視対象装置（ＮＥ）
（２） ネットワーク管理装置（ＮＭＳ）
（３） ＩＰネットワーク網
（Ａ） ＴＲＡＰ生成部
（Ｂ） ＴＲＡＰ解析部
（Ｃ） ＴＲＡＰ送信部
（Ｄ） コマンド送受信処理部
（Ｅ） コマンド解析部
（Ｆ） 再送ＴＲＡＰ生成部
（Ｇ） 単位時間通知用タイマハンドラ
（Ｈ） 送信済ＴＲＡＰ保持テーブル
（Ｉ） ＴＲＡＰ再生状態
（Ｊ） ＴＲＡＰ受信部
（Ｋ） コマンド解析部
（Ｌ） ＨＭＩインタフェース処理部
（Ｍ） コマンド送受信処理部
（Ｎ） Ｔ１タイマ
（Ｏ） Ｔ２タイマ
（Ｐ） 受信ＴＲＡＰ管理テーブル
（Ｑ） モニタ

Claims (5)

1. ＳＮＭＰマネージャ機能を有するネットワーク管理装置とＳＮＭＰエージェント機能を有する監視対象装置とから構成され、該監視対象装置はトラップのコマンドにトラップシーケンス番号を付与して該ネットワーク管理装置へ送信し、該ネットワーク管理装置は該トラップを受信し、該受信トラップに付与されたトラップシーケンス番号を該監視対象装置に通知する装置監視ネットワークシステムにおいて、
   前記監視対象装置にて生成するトラップ数を単位時間毎にカウントし、該単位時間毎のトラップ数を予め設定された閾値と比較し、該トラップ数が該閾値を越えた場合に、生成されたトラップを監視機能項目別に振り分け、監視機能項目毎に纏めたトラップ群とし、該トラップ群に付与したトラップ群番号を、前記トラップシーケンス番号に加えて付与し、前記ネットワーク管理装置へ送信するとともに、送信したトラップ群を監視対象装置内部で保持する第一の手段と、
   前記ネットワーク管理装置で、受信トラップに対して、トラップ群毎にトラップの連続性をチェックし、トラップの抜け落ちが有る場合に、該抜け落ちたトラップを識別することが可能なトラップシーケンス番号及び該トラップ群番号を付与したセットリクエストコマンドを前記監視対象装置へ送信する第二の手段と、
   前記監視対象装置で、前記ネットワーク管理装置からの前記セットリクエストコマンドを解析し、内部で保持している送信済みトラップのトラップ群番号及びＴＲＰシーケンス番号と、前記セットリクエストコマンドに付与されたトラップ群番号及びトラップシーケンス番号とを比較し、前記ネットワーク管理装置で受信されなかった抜け落ちトラップを判別し、該抜け落ちトラップの全てを１つのトラップに再編集し、新規のトラップシーケンス番号を付与して前記ネットワーク管理装置へ送信するとともに、保持していた送信済トラップをクリアする第三の手段と
   を備えたことを特徴とする装置監視ネットワークシステム。
2. 前記第二の手段において、トラップ群の受信状況を連続トラップ群受信タイマによって監視し、トラップ群の最終トラップを受信することなく該連続トラップ群受信タイマがタイムアウトした場合に、当該トラップ群の全トラップの再送を要求するゲットリクエストコマンドを前記監視対象装置へ送信する手段を備え、
   前記第三の手段において、前記ネットワーク管理装置からの前記ゲットリクエストコマンドを解析し、再送要求されたトラップ群番号のトラップの全てを１つのトラップに再編集し、新規のトラップシーケンス番号を付与して前記ネットワーク管理装置へ送信する手段を備えたことを特徴とする請求項１に記載の装置監視ネットワークシステム。
3. 前記第二の手段において、監視対象装置へのセットリクエストコマンドの送信時毎に始動され、該セットリクエストコマンド送信以降の最初のトラップの受信時に停止されるセットリクエスト送信タイマを備え、
   セットリクエスト送信タイマのタイムアウト時に、前記ネットワーク管理装置内で保持している最新トラップシーケンス番号及び最新トラップ群番号を付与したセットリクエストを前記監視対象装置へ送信するとともに、該セットリクエスト送信タイマを再始動させる手段を備えたことを特徴とする請求項１に記載の装置監視ネットワークシステム。
4. 前記第三の手段において、ネットワーク管理装置からのセットリクエストコマンドによるトラップ再編集時は、再送トラップ編集中に新たに生成されたトラップに対して再送トラップとは別の最新トラップシーケンス番号を付与して前記ネットワーク管理装置へ送信し、ネットワーク管理装置からのゲットリクエストコマンドによるトラップ再編集時は、トラップ再編集時に新たに生成された同一監視項目に属するトラップを、編集中の再編集トラップに取り込んで再編集し、前記ネットワーク管理装置に送信する手段を備えたことを特徴とする請求項２に記載の装置監視ネットワークシステム。
5. ＳＮＭＰマネージャ機能を有するネットワーク管理装置とＳＮＭＰエージェント機能を有する監視対象装置との間で、監視対象装置からトラップのコマンドにトラップシーケンス番号を付与してネットワーク管理装置へ送信し、ネットワーク管理装置は該トラップを受信し、該受信トラップに付与されたトラップシーケンス番号を該監視対象装置に通知するＳＮＭＰのトラップ管理方法において、
   前記監視対象装置にて生成するトラップ数を単位時間毎にカウントし、該単位時間毎のトラップ数を予め設定された閾値と比較し、該トラップ数が該閾値を越えた場合に、生成されたトラップを監視機能項目別に振り分け、監視機能項目毎に纏めたトラップ群とし、該トラップ群に付与したトラップ群番号を、前記トラップシーケンス番号に加えて付与し、前記ネットワーク管理装置へ送信するとともに、送信したトラップ群を監視対象装置内部で保持する第一の過程と、
   前記ネットワーク管理装置で、受信トラップに対して、トラップ群毎にトラップの連続性をチェックし、トラップの抜け落ちが有る場合に、該抜け落ちたトラップを識別することが可能なトラップ群番号を含むトラップ情報を付与したコマンドを前記監視対象装置へ送信する第二の過程と、
   前記監視対象装置で、前記ネットワーク管理装置からの前記コマンドを解析し、内部で保持している送信済みトラップのトラップ群番号を含むトラップ情報と、前記コマンドに付与されたトラップ群番号を含むトラップ情報とを比較し、前記ネットワーク管理装置で受信されなかった抜け落ちトラップを判別し、該抜け落ちトラップの全てを１つのトラップに再編集し、新規のトラップシーケンス番号を付与して前記ネットワーク管理装置へ送信するとともに、保持していた送信済トラップをクリアする第三の過程と
   を含むことを特徴とするＳＮＭＰのトラップ管理方法。

Images