(57)【特許請求の範囲】
【請求項１】
自装置が受信または送信するフレームについての統計情報を収集する機能を有した通信装置であって、
複数のポートのそれぞれからフレームを受信し、各ポートについての有効／無効の情報および統計情報収集用の識別子を保持する受信ポート管理テーブルを参照して、フレームの通過または廃棄を行うとともに、各ポートに対応付けられた識別子をエントリとするカウンタに統計情報を記録する受信ポート制御部と、
前記受信ポート制御部を通過したフレームを入力し、各フレームに含まれるバーチャルローカルネットワークを識別するＶＩＤについて有効／無効の情報および統計情報収集用の識別子を保持する受信フロー管理テーブルを参照して、フレームの通過または廃棄を行うとともに、各ＶＩＤに対応付けられた識別子をエントリとするカウンタに統計情報を記録する受信フロー制御部と、
前記受信ポート制御部および前記受信フロー制御部と独立に構成され、ワークメモリを作業領域として、前記受信ポート制御部および前記受信フロー制御部の制御および上位装置との通信を行う制御部と
を備え、
前記受信ポート管理テーブルの識別子は、集約ポートを構成するポートに対して同一の値が設定され、
前記受信フロー管理テーブルの識別子は、集約フローを構成するＶＩＤに対して同一の値が設定される
ことを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
統計情報としてのフレーム数を、前記識別子を単位に収集する
ことを特徴とする通信装置。
【請求項３】
請求項１に記載の通信装置において、
統計情報としてのフレーム廃棄数を、前記識別子を単位に収集する
ことを特徴とする通信装置。
【請求項４】
請求項１に記載の通信装置において、
統計情報としてのフレームのバイト数を、前記識別子を単位に収集する
ことを特徴とする通信装置。
【請求項５】
請求項１に記載の通信装置において、
前記各手段は複数のカードに設けられ、
装置内の異なるカード間で共通に前記識別子を設定することにより、異なるカード間に跨る集約ポートまたは集約フローに対し、前記識別子を単位に統計情報の収集を行う
ことを特徴とする通信装置。
【請求項６】
請求項１に記載の通信装置において、
統計情報としてのフレーム廃棄数を、前記識別子を単位に収集し、
受信フレームの統計情報収集用の識別子と送信フレームの統計情報収集用の識別子に同一値を設定する
ことを特徴とする通信装置。
【請求項７】
請求項１に記載の通信装置において、
統計情報としてのフレーム数を前記識別子を単位に収集するとともに、装置に登録されてないポートまたはフローのフレーム廃棄数を所定の値の識別子で一括に収集する
ことを特徴とする通信装置。
【請求項８】
請求項１に記載の通信装置において、
統計情報としてのフレーム数およびバイト数をカウンタメモリの同一エントリへ格納する
ことを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フレームやパケットを扱う通信装置における受信フレーム数や送信フレーム数等の統計情報の収集技術に関する。なお、以下の説明では、フレームとパケットは同義として、フレームと呼ぶこととする。
【背景技術】
【０００２】
フレームをネットワーク上における転送データ（通信データ）として扱う通信装置においては、一般的に、統計情報を独自に収集することが要求される（特許文献１等を参照。）。統計情報には、受信フレーム数、受信バイト数、受信廃棄フレーム数、送信フレーム数、送信バイト数、送信廃棄フレーム数等が含まれる。また、これら統計情報は、物理ポート単位や論理フロー単位に収集することが要求される。
【０００３】
図１はネットワーク構成例であり、ネットワーク内に複数の通信装置１と複数のユーザ端末２とが配置されている。通信装置１は、ユーザ端末２から送信されるフレームを受信し、フレーム内に格納されたアドレス情報等を基に、然るべき宛先にフレームの転送処理を行う。例えば、ユーザ端末２がＥｔｈｅｒｎｅｔ（登録商標）フレームやＩＰ（Internet Protocol）フレームを転送する場合、通信装置１はＥｔｈｅｒｎｅｔフレーム内に格納されたＭＡＣ（Media Access Control）アドレスやＩＰフレーム内に格納されたＩＰアドレス等を基にフレームの転送処理を行う。
【０００４】
図２は通信装置１の内部ブロック構成例を示す図である。通信装置１は、複数の回線インタフェース部１１と、スイッチ部１２と、上位制御部１３とを含んでいる。回線インタフェース部１１は、回線ポートを収容し、外部装置とのインタフェース機能や受信フレーム処理、送信フレーム処理等を提供する部分であり、一般的に着脱可能なカードやユニットやモジュールとして提供される。以下では、カード、ユニット、モジュールは同義として、カードと呼ぶこととする。
【０００５】
スイッチ部１２は、装置内において回線インタフェース部１１とデータ信号で接続され、回線インタフェース部１１間のフレーム転送のスイッチ機能を提供する部分であり、一般的に着脱可能なカードとして提供される。上位制御部１３は、装置内で回線インタフェース部１１およびスイッチ部１２と制御信号で接続され、装置内の各部の各種設定、アラームや統計情報等の装置全体の制御を司る部分である。また、上位制御部１３は、外部モニタ等の保守管理端末３や外部の装置等とも接続されて制御・管理データの送受信等を行い、一般的に着脱可能なカードとして提供される。なお、回線インタフェース部１１、スイッチ部１２および上位制御部１３は、着脱可能ではなく、装置のマザーボード（マザーカード）と一体化されている装置形態もあり得る。
【０００６】
図３は従来の通信装置１における回線インタフェース部１１の受信処理のための構成例を示す図である。一般に回線インタフェース部１１は受信処理のための構成と送信処理のための構成とを含んでいるが、説明の都合から受信処理のための構成だけを示している。送信処理のための構成については後述する。また、Ｅｔｈｅｒｎｅｔフレームを送受信する装置を例に記載しているが、Ｅｔｈｅｒｎｅｔフレームに限らず、ＩＰフレームやＡＴＭパケットを送受信する装置であっても構わない。
【０００７】
図３において、回線インタフェース部１１は、受信ポート制御部１１１１と受信ポート管理テーブル１１１２と受信フロー制御部１１１３と受信フロー管理テーブル１１１４とを備えている。また、回線インタフェース部１１は、受信ポート用カウンタ制御部１１１５とポート別受信フレーム数カウンタ１１１６と受信フロー用カウンタ制御部１１１７とフロー別受信フレーム数カウンタ１１１８とを備えている。また、回線インタフェース部１１は、制御部１１０１とワークメモリ１１０２とを備えている。
【０００８】
受信ポート制御部１１１１は、各物理ポート単位に受信したフレームの制御を行う部分であり、一般的に物理（ＰＨＹ）レイヤやＭＡＣレイヤの各レイヤの終端機能を有する。受信ポート制御部１１１１は、各ポートからのフレーム受信時、受信ポート番号をインデックスとして、受信ポート管理テーブル１１１２をアクセスし、テーブル内の情報を取得し、受信ポートの設定が有効か無効か判定を行う。図４の上段には受信ポート管理テーブル１１１２のデータ構造例を示しており、各ポートに対する制御情報として、該当ポートの有効・無効を示すポート有効／無効が格納されている。無効設定されたポートへの受信フレームは廃棄される。
【０００９】
図３に戻り、受信ポート制御部１１１１は、有効ポート上でのフレーム受信時、受信ポート用カウンタ制御部１１１５へポート別受信フレーム数カウンタ１１１６を＋１カウントアップさせるためのトリガ信号と受信ポート番号を送信する。また、受信ポート制御部１１１１は、各有効受信ポートから受信した受信フレームを多重して、後段の受信フロー制御部１１１３へ送信する。例えば、ポート速度が１Ｇｂｐｓであり、ポート数が１０ポートの場合、受信ポート制御部１１１１は受信フレームをフレーム多重して、１０Ｇｂｐｓの速度で後段の受信フロー制御部１１１３へ送信を行う。また、受信ポート用カウンタ制御部１１１５へのトリガ信号、ポート番号の通知も、フレーム多重に同期して、シリアル転送される。
【００１０】
受信ポート用カウンタ制御部１１１５は、ポート別受信フレーム数カウンタ１１１６のアクセス制御を行う。受信ポート制御部１１１１からトリガ信号の受信時、同時に受信するポート番号をインデックスとしてポート別受信フレーム数カウンタ１１１６をリードし、リードした値に１を足して、その値をポート別受信フレーム数カウンタ１１１６へライトする。これにより、受信ポート番号に対応したカウンタが＋１増加される。また、受信ポート用カウンタ制御部１１１５は、受信ポート制御部１１１１と制御部１１０１からのポート別受信フレーム数カウンタ１１１６へのアクセスに対する競合処理の調停を行う。これは、両者から同時にアクセスを受け付けた場合、制御部１１０１からのアクセスのレスポンスを遅らせ、受信ポート制御部１１１１からの処理を先に優先させるなどのタイミング処理で実現可能である。
【００１１】
受信フロー制御部１１１３は、受信したフレームのＶＩＤ（ＶＬＡＮ（Virtual Local Area Network）  ＩＤ）単位にフロー単位の制御を行う部分である。図５はＶＬＡＮタグ付きイーサネットフレームフォーマットを示す図であり、ＶＩＤ（ＶＬＡＮ  ＩＤ）はＶＬＡＮタグ内に格納されている。
【００１２】
図３に戻り、受信フロー制御部１１１３は、各フレーム受信時、ＶＩＤをインデックスとして、受信フロー管理テーブル１１１４をアクセスし、テーブル内の情報を取得し、受信ＶＩＤの設定が有効か無効かの判定を行う。図４の下段には受信フロー管理テーブル１１１４のデータ構造例を示しており、各ＶＩＤに対する制御情報として、該当ＶＩＤの有効・無効を示すＶＩＤ有効／無効が格納されている。無効設定されたＶＩＤを持つ受信フレームは廃棄される。
【００１３】
図３に戻り、受信フロー制御部１１１３は、有効ＶＩＤに対するフレーム受信時、受信フロー用カウンタ制御部１１１７へフロー別受信フレーム数カウンタ１１１８を＋１カウントアップさせるためのトリガ信号と受信ＶＩＤを送信する。また、各有効ＶＩＤを持つフレームを後段のスイッチ部１２へ送信する。
【００１４】
受信フロー用カウンタ制御部１１１７は、フロー別受信フレーム数カウンタ１１１８のアクセス制御を行う。受信フロー制御部１１１３からトリガ信号の受信時、同時に受信するＶＩＤをインデックスとして、フロー別受信フレーム数カウンタ１１１８をリードし、リードした値に１足して、その値をフロー別受信フレーム数カウンタ１１１８へライトする。これにより、受信ＶＩＤに対応したカウンタが＋１増加される。また、受信フロー用カウンタ制御部１１１７は、受信フロー制御部１１１３と制御部１１０１からのフロー別受信フレーム数カウンタ１１１８へのアクセスに対する競合処理の調停を行う。これは、両者から同時にアクセスを受け付けた場合、制御部１１０１からのアクセスのレスポンスを遅らせ、受信フロー制御部１１１３からの処理を先に優先させるなどのタイミング処理で実現可能である。
【００１５】
制御部１１０１は、ＣＰＵ（Central Processing Unit）が搭載される部分であり、回線インタフェース部１１内の制御バスを介して、回線インタフェース部１１内の各部の設定や制御、各カウンタから統計情報の収集等を行う部分である。また、装置内の制御バスを介して、上位制御部１３と制御データや管理データの送受信を行う。
【００１６】
ワークメモリ１１０２は、制御部１１０１がソフトウェア（プログラム）により処理を行う場合に使用するメモリである。
【００１７】
次に、図６は従来の通信装置１における回線インタフェース部１１の送信処理のための構成例を示す図である。
【００１８】
図６において、回線インタフェース部１１は、送信ポート制御部１１２１と送信ポート管理テーブル１１２２と送信フロー制御部１１２３と送信フロー管理テーブル１１２４とを備えている。また、回線インタフェース部１１は、送信ポート用カウンタ制御部１１２５とポート別送信フレーム数カウンタ１１２６と送信フロー用カウンタ制御部１１２７とフロー別送信フレーム数カウンタ１１２８とを備えている。制御部１１０１とワークメモリ１１０２は受信処理と共通である。
【００１９】
図７は送信ポート管理テーブル１１２２および送信フロー管理テーブル１１２４のデータ構造例を示す図である。送信ポート管理テーブル１１２２は、図４に示した受信ポート管理テーブル１１１２と同様に、各ポートに対する制御情報として、該当ポートの有効・無効を示すポート有効／無効が格納されている。送信フロー管理テーブル１１２４は、図４に示した受信フロー管理テーブル１１１４の項目である該当ＶＩＤの有効・無効を示すＶＩＤ有効／無効に加えて、宛先ポート番号が設定されている。
【００２０】
図６において、回線インタフェース部１１の送信側制御においては、スイッチ部１２経由で受信したフレームを送信フロー制御部１１２３で受信し、受信フレームのＥｔｈｅｒｎｅｔフレーム内のＶＩＤ値を判定し、該当ＶＩＤ値をインデックスとして、送信フロー管理テーブル１１２４をアクセスする。
【００２１】
送信フロー制御部１１２３は、該当ＶＩＤが無効の場合、受信フレームを廃棄し、該当ＶＩＤが有効の場合、受信フレームをテーブルから取得した宛先ポート番号とともに後段の送信ポート制御部１１２１へ送信する。また、送信フロー制御部１１２３は、トリガ信号とＶＩＤ値を送信フロー用カウンタ制御部１１２７へ送信する。送信フロー用カウンタ制御部１１２７は、トリガ信号を受信するとフロー別送信フレーム数カウンタ１１２８の該当ＶＩＤのカウンタ値を＋１増加させる。
【００２２】
送信ポート制御部１１２１は、フレームと宛先ポート番号を受信すると、受信した宛先ポート番号をインデックスとして、送信ポート管理テーブル１１２２をアクセスする。
【００２３】
送信ポート制御部１１２１は、該当ポートが無効の場合、受信フレームを廃棄し、該当ポートが有効の場合、フレームを該当ポートから外部へ送信する。また、送信ポート制御部１１２１は、トリガ信号と宛先ポート番号を送信ポート用カウンタ制御部１１２５へ送信する。送信ポート用カウンタ制御部１１２５は、トリガ信号を受信するとポート別送信フレーム数カウンタ１１２６の該当ポート番号のカウンタ値を＋１増加させる。
【先行技術文献】
【特許文献】
【００２４】
【特許文献１】特開２００５−５１７３６号公報
【特許文献２】特開２００１−３４４１９０号公報
【発明の概要】
【発明が解決しようとする課題】
【００２５】
従来の通信装置では、図３および図６に示したようにして、受信フレーム数、送信フレーム数等の統計情報を物理ポート単位や論理フロー単位に収集していたが、次のような問題点が指摘されていた。
【００２６】
第１に、複数の物理ポートを集約して１つの仮想的なポートとするリンクアグリゲーション（ＬＡＧ（Link AGgregation））のような構成を構築した場合において問題が発生する。複数のポートを集約したＬＡＧ単位に受信フレーム数等の統計情報を収集する必要がある場合、制御部１１０１のＣＰＵ処理負荷が増加するとともに、ワークメモリ１１０２のメモリ領域を消費する。
【００２７】
すなわち、図３において、制御部１１０１は、ＬＡＧに属する各物理ポートの統計情報を足し合わせて、その結果をワークメモリ１１０２に格納する必要が出てくる。例えば、ポート＃１からポート＃８の８本のポートを集約して、１つのＬＡＧを構築した場合を考える。この場合、制御部１１０１はポート別受信フレーム数カウンタ１１１６のポート＃１からポート＃８の統計情報を収集し、その８個の統計情報を足し合わせて、１つのＬＡＧ単位の統計情報として、ワークメモリ１１０２に格納する。更に、必要に応じて、または定期的に上位制御部１３や保守管理端末３へ統計情報の転送を行う。この場合、制御部１１０１は、各統計情報を合算処理のためにＣＰＵの処理負荷が増加し、また、ＬＡＧ単位の統計情報を格納するために、ワークメモリ１１０２のメモリ領域を消費する。
【００２８】
また、カード内に複数個のＬＡＧが構築された場合、制御部１１０１のＣＰＵの処理負荷は更に増加する。例えば、回線インタフェース部１１が３２ポートの物理回線を収容し、２ポート構成によるＬＡＧを１６個設定した場合や、任意のポート間でＬＡＧを構築した場合などは、各ポートと各ＬＡＧの組み合わせの関係を意識した上で各ポートの統計情報合算処理を行うなど、制御部１１０１のＣＰＵ処理負荷が増加する問題を抱えている。
【００２９】
第２に、複数の論理フローを集約して他の論理フロー（集約フロー）を構築した場合、その集約フロー単位に受信フレーム数等の統計情報を収集する必要がある場合も、上記と同様の問題がある。この場合は、図３において、フロー別受信フレーム数カウンタ１１１８の統計情報を収集して合算処理を行う必要が発生することによる。
【００３０】
なお、図３の受信処理の場合について説明したが、図６の送信処理の場合にも同様の問題がある。すなわち、図６において、複数のポートを集約した統計情報の収集や複数のフローを集約した統計情報の収集を要求された場合、制御部１１０１が各ポートの統計情報や各フローの統計情報をそれぞれ読み出し、各々の統計情報を合算して、その合算した統計情報をワークメモリ１１０２に書き込む必要がある。そのため、制御部１１０１のＣＰＵの処理負荷とワークメモリ１１０２の領域を消費することになる。
【００３１】
上記の従来の問題点に鑑み、複数の物理ポートを集約した集約ポートまたは複数の論理フローを集約した集約フローの統計情報収集の収集を容易に行うことのできる通信装置を提供することを目的とする。
【課題を解決するための手段】
【００３２】
この通信装置の一実施態様では、自装置が受信または送信するフレームについての統計情報を収集する機能を有した通信装置であって、複数のポートのそれぞれからフレームを受信し、各ポートについての有効／無効の情報および統計情報収集用の識別子を保持する受信ポート管理テーブルを参照して、フレームの通過または廃棄を行うとともに、各ポートに対応付けられた識別子をエントリとするカウンタに統計情報を記録する受信ポート制御部と、前記受信ポート制御部を通過したフレームを入力し、各フレームに含まれるバーチャルローカルネットワークを識別するＶＩＤについて有効／無効の情報および統計情報収集用の識別子を保持する受信フロー管理テーブルを参照して、フレームの通過または廃棄を行うとともに、各ＶＩＤに対応付けられた識別子をエントリとするカウンタに統計情報を記録する受信フロー制御部と、前記受信ポート制御部および前記受信フロー制御部と独立に構成され、ワークメモリを作業領域として、前記受信ポート制御部および前記受信フロー制御部の制御および上位装置との通信を行う制御部とを備え、前記受信ポート管理テーブルの識別子は、集約ポートを構成するポートに対して同一の値が設定され、前記受信フロー管理テーブルの識別子は、集約フローを構成するＶＩＤに対して同一の値が設定される。
【発明の効果】
【００３３】
開示の通信装置にあっては、複数の物理ポートを集約した集約ポートまたは複数の論理フローを集約した集約フローの統計情報収集の収集を容易に行うことができる。
【図面の簡単な説明】
【００３４】
【図１】ネットワーク構成例を示す図である。
【図２】通信装置の内部ブロック構成例を示す図である。
【図３】従来の通信装置における回線インタフェース部の受信処理のための構成例を示す図である。
【図４】受信ポート管理テーブルおよび受信フロー管理テーブルのデータ構造例を示す図である。
【図５】ＶＬＡＮタグ付きイーサネットフレームフォーマットを示す図である。
【図６】従来の通信装置における回線インタフェース部の送信処理のための構成例を示す図である。
【図７】送信ポート管理テーブルおよび送信フロー管理テーブルのデータ構造例を示す図である。
【図８】第１および第２の実施形態にかかる通信装置における回線インタフェース部の受信処理のための構成例を示す図である。
【図９】第１の実施形態における受信ポート管理テーブルのデータ構造例を示す図である。
【図１０】第２の実施形態における受信ポート管理テーブルのデータ構造例を示す図である。
【図１１】第３および第４の実施形態にかかる通信装置における回線インタフェース部の受信処理のための構成例を示す図である。
【図１２】第３の実施形態における受信フロー管理テーブルのデータ構造例を示す図である。
【図１３】第４の実施形態における受信フロー管理テーブルのデータ構造例を示す図である。
【図１４】第５の実施形態にかかる通信装置における回線インタフェース部の受信処理のための構成例を示す図である。
【図１５】第６および第７の実施形態にかかる通信装置における回線インタフェース部の送信処理のための構成例を示す図である。
【図１６】第６の実施形態における送信ポート管理テーブルのデータ構造例を示す図である。
【図１７】第７の実施形態における送信ポート管理テーブルのデータ構造例を示す図である。
【図１８】第８および第９の実施形態にかかる通信装置における回線インタフェース部の送信処理のための構成例を示す図である。
【図１９】第８の実施形態における送信フロー管理テーブルのデータ構造例を示す図である。
【図２０】第９の実施形態における送信フロー管理テーブルのデータ構造例を示す図である。
【図２１】第１０の実施形態にかかる通信装置における回線インタフェース部の送信処理のための構成例を示す図である。
【図２２】第１１の実施形態にかかる通信装置における回線インタフェース部の受信処理のための構成例を示す図である。
【図２３】第１２の実施形態にかかる通信装置における回線インタフェース部の受信処理のための構成例を示す図である。
【図２４】第１３の実施形態にかかる通信装置における回線インタフェース部の受信処理のための構成例を示す図である。
【図２５】第１５の実施形態における受信フロー管理テーブルおよびＰＭＩＤ別受信フレーム数カウンタのデータ構造例を示す図である。
【図２６】第１６の実施形態の説明図である。
【発明を実施するための形態】
【００３５】
以下、好適な実施形態につき説明する。
【００３６】
なお、以下の実施形態において、全体のネットワーク構成例は図１に示したものと同様である。また、通信装置１の内部ブロック構成例は図２に示したものと同様である。
【００３７】
＜第１の実施形態＞
図８は第１および第２の実施形態にかかる通信装置１における回線インタフェース部１１の受信処理のための構成例を示す図である。
【００３８】
図８における回線インタフェース部１１は、図３に示した従来の回線インタフェース部１１と比して、受信ポート制御部１１１１、受信ポート管理テーブル１１１２、受信ポート用カウンタ制御部１１１５、ポート別受信フレーム数カウンタ１１１６が、受信ポート制御部１１３１、受信ポート管理テーブル１１３２、受信ポート用カウンタ制御部１１３５、ＰＭＩＤ別受信フレーム数カウンタ１１３６に置き換わっている。その他の構成は図３と同様である。なお、ＰＭＩＤ（Performance Monitoring Identifier）とは、統計情報収集用の識別子である。
【００３９】
図９は第１の実施形態における受信ポート管理テーブル１１３２のデータ構造例を示している。図４に示した従来の受信ポート管理テーブル１１１２と比較して、各ポートに対し、新たにＰＭＩＤを設定するための領域を追加している。
【００４０】
図８に戻り、動作を説明すると、フレーム受信時、受信ポート制御部１１３１において、受信ポート番号をインデックスとして、受信ポート管理テーブル１１３２を参照する。受信ポート管理テーブル１１３２には、新たにＰＭＩＤが設定されおり、該当ポートの有効・無効判定を行い、ポートが有効設定の場合、受信ポート制御部１１３１は受信ポート用カウンタ制御部１１３５へＰＭＩＤ別受信フレーム数カウンタ１１３６を＋１カウントアップさせるためのトリガ信号とＰＭＩＤを送信する。ここでのトリガ信号とは、通常はＬレベルの信号であり、ＰＭＩＤの送信時に、一時的にＨレベルとなるパルス信号である。ＬレベルからＨレベルへの立ち上がりエッジの前後でＰＭＩＤを確定させて送信するものであり、トリガ信号とＰＭＩＤを受信する受信ポート用カウンタ制御部１１３５では、トリガ信号の立ち上がりエッジでＰＭＩＤ信号を取り込み、またトリガ信号の立ち上がりエッジ検出をトリガとして、カウンタの＋１制御を行うものである。
【００４１】
受信ポート用カウンタ制御部１１３５は、ＰＭＩＤ別受信フレーム数カウンタ１１３６のアクセス制御を行う。受信ポート制御部１１３１からトリガ信号の受信時、同時に受信するＰＭＩＤをインデックスとしてＰＭＩＤ別受信フレーム数カウンタ１１３６をリードし、リードした値に１足して、その値をＰＭＩＤ別受信フレーム数カウンタ１１３６へライトする。これにより、ＰＭＩＤに対応したカウンタが＋１増加される。例えば、ポート＃１からポート＃４を集約した４ポート構成のＬＡＧを構築した場合、受信ポート制御部１１３１のポート＃１からポート＃４に対応するＰＭＩＤ領域に同じ値を持つＰＭＩＤ値、例えばＰＭＩＤ＝１を設定する。これにより、同一ＬＡＧに集約されるポート＃１からポート＃４の受信フレームは、同一ＰＭＩＤであるＰＭＩＤ＝１をインデックスとしたＰＭＩＤ別受信フレーム数カウンタ１１３６に計上される。その他の動作については図３について説明したものと同様である。
【００４２】
このように、ポート単位に統計情報収集用のＰＭＩＤを設定可能とすることより、複数のポートを集約した集約型の統計情報収集をハードウェアにより行うことが可能となり、制御部１１０１のＣＰＵの負荷削減およびワークメモリ１１０２の使用領域の削減が可能となる。上記のＬＡＧの例では、制御部１１０１がポート＃１からポート＃４の各受信フレーム数を合算することなく、ＰＭＩＤ別受信フレーム数カウンタ１１３６のＰＭＩＤ＝１に該当するカウンタ値を読み出すことより、ＬＡＧ単位の受信フレーム数の収集が可能となる。
【００４３】
＜第２の実施形態＞
図１０は第２の実施形態における受信ポート管理テーブル１１３２のデータ構造例を示す図である。装置構成は図８に示したものと同様である。
【００４４】
図１０において、受信ポート管理テーブル１１３２には、物理ポート単位に２つのＰＭＩＤの設定を可能とするために、各ポートに対し、Ｖａｌｉｄビット（Ｖビット）とＰＭＩＤの各領域を２つ格納する。２つ以上のＰＭＩＤの設定を可能とするためには、ＶビットとＰＭＩＤの各領域を２つ以上とする。
【００４５】
Ｖ１はＰＭＩＤ１用のＶビットであり、ＰＭＩＤ１の有効・無効を示し、Ｖ１＝０でＰＭＩＤ１無効、Ｖ１＝１でＰＭＩＤ１有効を示す。同様に、Ｖ２はＰＭＩＤ２用のＶビットであり、ＰＭＩＤ２の有効・無効を示し、Ｖ２＝０でＰＭＩＤ２無効、Ｖ２＝１でＰＭＩＤ２有効を示す。
【００４６】
図８において、Ｖビットの有効時、該当ＰＭＩＤを基にＰＭＩＤ別受信フレーム数カウンタ１１３６を＋１増加させる。これはＶ１とＶ２の両方のビットが有効の場合、受信ポート用カウンタ制御部１１３５は、受信ポート制御部１１３１から２回のトリガ信号と、そのトリガ信号に同期してＰＭＩＤ１とＰＭＩＤ２を受信し、そのＰＭＩＤ１とＰＭＩＤ２を基にＰＭＩＤ別受信フレーム数カウンタ１１３６を２回アクセスし、ＰＭＩＤ１とＰＭＩＤ２に該当するカウンタを＋１増加させる。その他の動作については第１の実施形態で説明したものと同様である。
【００４７】
なお、ここではＶビットを実装しているが、Ｖビットを使用せず、ＰＭＩＤ無効用の値を決めておき（例えばＰＭＩＤ＝０）、そのＰＭＩＤにアクセスさせる方法もある。この場合、ＰＭＩＤ別受信フレーム数カウンタ１１３６のＰＭＩＤ＝０のカウンタ値は統計情報の収集を必要としない無効な受信フレーム数をカウントする無意味なカウンタエントリを示す。
【００４８】
このように、２つ以上のＰＭＩＤを設定可能とすることにより、例えばＬＡＧを構築した場合、物理ポート単位の統計情報収集とＬＡＧ単位の統計情報の２つを個別に収集したい要求等に対応が可能となる。ポート個別の統計情報収集とポート集約型の統計情報収集を同時にハードウェアでサポートすることにより、ＣＰＵの統計情報処理の負荷およびＣＰＵの統計情報関管理の負荷を削減することが可能となる。また、Ｖビットを新たに実装したことにより、ポートは運用しているが統計情報の収集は不要な場合に統計情報収集自体を停止することが可能となり、ハードウェアの不必要な消費電力を抑えることも可能となる。
【００４９】
＜第３の実施形態＞
図１１は第３および第４の実施形態にかかる通信装置１における回線インタフェース部１１の受信処理のための構成例を示す図である。
【００５０】
図１１における回線インタフェース部１１は、図３に示した従来の回線インタフェース部１１と比して、受信フロー制御部１１１３、受信フロー管理テーブル１１１４、受信フロー用カウンタ制御部１１１７、フロー別受信フレーム数カウンタ１１１８が、受信フロー制御部１１３３、受信フロー管理テーブル１１３４、受信フロー用カウンタ制御部１１３７、ＰＭＩＤ別受信フレーム数カウンタ１１３８に置き換わっている。その他の構成は図３と同様である。
【００５１】
図１２は第３の実施形態における受信フロー管理テーブル１１３４のデータ構造例を示す図である。図４に示した従来の受信フロー管理テーブル１１１４と比較して、各ＶＩＤに対し、新たにＰＭＩＤを設定するための領域を追加している。すなわち、フローまたは論理チャネルを単位にＰＭＩＤを設定可能とする。ここでのフローまたは論理チャネルとは、ファイバーやケーブル等の物理的なポート単位でなく、その物理的なポート内を転送される論理的なフレームを指し、更にその論理的なフレームが内蔵するＩＤ、アドレスまたはチャネル番号といった識別子を基に識別または細分化された単位を指すものである。
【００５２】
図１１に戻り、動作を説明すると、フレーム受信時、受信フロー制御部１１３３において、ＶＩＤをインデックスとして、受信フロー管理テーブル１１３４を参照する。受信フロー管理テーブル１１３４には、新たにＰＭＩＤが設定されおり、該当ＶＩＤの有効・無効判定を行い、ＶＩＤが有効設定の場合、受信フロー用カウンタ制御部１１３７へＰＭＩＤ別受信フレーム数カウンタ１１３８を＋１カウントアップさせるためのトリガ信号とＰＭＩＤを送信する。
【００５３】
受信フロー用カウンタ制御部１１３７は、ＰＭＩＤ別受信フレーム数カウンタ１１３８のアクセス制御を行う。受信フロー制御部１１３３からトリガ信号の受信時、同時に受信するＰＭＩＤをインデックスとして、ＰＭＩＤ別受信フレーム数カウンタ１１３８をリードし、リードした値に１足して、その値をＰＭＩＤ別受信フレーム数カウンタ１１３８へライトする。これにより、ＰＭＩＤに対応したカウンタが＋１増加される。その他の動作については図３について説明したものと同様である。
【００５４】
このように、フロー単位に統計情報収集用のＰＭＩＤを設定可能とすることより、複数のフローを集約した集約型の統計情報収集をハードウェアにより収集することが可能となる。例えば、複数の異なるＶＩＤフレームを１つのサービスフローとして集約するようなネットワークサービス形態において、異なるＶＩＤフレームを１つの統計情報に集約することが可能となり制御部１１０１のＣＰＵの負荷削減およびワークメモリ１１０２の使用領域の削減が可能となる。
【００５５】
＜第４の実施形態＞
図１３は第４の実施形態における受信フロー管理テーブル１１３４のデータ構造例を示す図である。装置構成は図１１に示したものと同様である。
【００５６】
図１３において、受信フロー管理テーブル１１３４には、フローまたは論理チャネルの単位に２つのＰＭＩＤを設定可能とするために、各ＶＩＤに対し、ＶビットＶとＰＭＩＤの各領域を２つ格納する。２つ以上のＰＭＩＤの設定を可能とするためには、ＶとＰＭＩＤの各領域を２つ以上とする。
【００５７】
Ｖ１はＰＭＩＤ１用のＶビットであり、ＰＭＩＤ１の有効・無効を示し、Ｖ１＝０でＰＭＩＤ１無効、Ｖ１＝１でＰＭＩＤ１有効を示す。同様に、Ｖ２はＰＭＩＤ２用のＶビットであり、ＰＭＩＤ２の有効・無効を示し、Ｖ２＝０でＰＭＩＤ２無効、Ｖ２＝１でＰＭＩＤ２有効を示す。
【００５８】
図１１において、Ｖビットの有効時、該当ＰＭＩＤを基にＰＭＩＤ別受信フレーム数カウンタ１１３８を＋１増加させる。これはＶ１とＶ２の両方のビットが有効の場合、受信フロー用カウンタ制御部１１３７は、受信フロー制御部１１３３から２回のトリガ信号と、そのトリガ信号に同期してＰＭＩＤ１とＰＭＩＤ２を受信し、そのＰＭＩＤ１とＰＭＩＤ２を基にＰＭＩＤ別受信フレーム数カウンタ１１３８を２回アクセスし、ＰＭＩＤ１とＰＭＩＤ２に該当するカウンタを＋１増加させる。その他の動作については第３の実施形態で説明したものと同様である。
【００５９】
このように、２つ以上のＰＭＩＤを設定可能とすることにより、受信フロー単位にＶＩＤ単位の統計情報収集と複数のフローを集約した集約型の統計情報収集をハードウェアにより同時に収集することが可能となり、制御部１１０１のＣＰＵの負荷削減等が可能となる。
【００６０】
＜第５の実施形態＞
図１４は第５の実施形態にかかる通信装置１における回線インタフェース部１１の受信処理のための構成例を示す図である。
【００６１】
図１４における回線インタフェース部１１は、図３に示した従来の回線インタフェース部１１と比して、受信ポート制御部１１１１、受信ポート管理テーブル１１１２、受信フロー制御部１１１３、受信フロー管理テーブル１１１４が、受信ポート制御部１１３１、受信ポート管理テーブル１１３２、受信フロー制御部１１３３、受信フロー管理テーブル１１３４に置き換わっている。また、受信ポート用カウンタ制御部１１１５、ポート別受信フレーム数カウンタ１１１６、受信フロー用カウンタ制御部１１１７、フロー別受信フレーム数カウンタ１１１８が、ポート単位とフロー単位の両方に共通のカウンタ制御部１１３９、ＰＭＩＤ別受信フレーム数カウンタ１１３０に置き換わっている。その他の構成は図３と同様である。
【００６２】
受信ポート管理テーブル１１３２としては図１０に示したものを用い、受信フロー管理テーブル１１３４としては図１３に示したものを用いる。なお、受信ポート管理テーブル１１３２として図９に示したものを用い、受信フロー管理テーブル１１３４として図１２に示したものを用いることもできる。
【００６３】
図１４において、カウンタ制御部１１３９は、受信ポート制御部１１３１と受信フロー制御部１１３３から、それぞれトリガ信号とＰＭＩＤを受信し、両者の調停制御を行い、受信したＰＭＩＤに該当するＰＭＩＤ別受信フレーム数カウンタ１１３０を＋１増加させる。
【００６４】
これにより、ポートおよびフローの両方に対してＰＭＩＤ単位の統計情報収集が行え、個別の統計情報収集と集約型の統計情報収集を同時にサポートすることが可能となり、制御部１１０１のＣＰＵの統計情報収集負荷の削減およびＣＰＵの統計情報管理負荷の削減が可能となる。
【００６５】
＜第６の実施形態＞
図１５は第６および第７の実施形態にかかる通信装置１における回線インタフェース部１１の送信処理のための構成例を示す図である。
【００６６】
図１５における回線インタフェース部１１は、図６に示した従来の回線インタフェース部１１と比して、送信ポート制御部１１２１、送信ポート管理テーブル１１２２、送信ポート用カウンタ制御部１１２５、ポート別送信フレーム数カウンタ１１２６が、送信ポート制御部１１４１、送信ポート管理テーブル１１４２、送信ポート用カウンタ制御部１１４５、ＰＭＩＤ別送信フレーム数カウンタ１１４６に置き換わっている。その他の構成は図６と同様である。
【００６７】
図１６は第６の実施形態における送信ポート管理テーブル１１４２のデータ構造例を示している。図７に示した従来の送信ポート管理テーブル１１２２と比較して、各ポートに対し、新たにＰＭＩＤを設定するための領域を追加している。
【００６８】
図１５に戻り、動作を説明すると、送信ポート制御部１１４１は、送信フロー制御部１１２３からフレームと宛先ポート番号を受信すると、受信した宛先ポート番号をインデックスとして、送信ポート管理テーブル１１４２を参照する。送信ポート管理テーブル１１４２には、新たにＰＭＩＤが設定されおり、該当ポートの有効・無効判定を行い、ポートが有効設定の場合、送信ポート制御部１１４１は送信ポート用カウンタ制御部１１４５へＰＭＩＤ別送信フレーム数カウンタ１１４６を＋１カウントアップさせるためのトリガ信号とＰＭＩＤを送信する。
【００６９】
送信ポート用カウンタ制御部１１４５は、ＰＭＩＤ別送信フレーム数カウンタ１１４６のアクセス制御を行う。送信ポート制御部１１４１からトリガ信号の受信時、同時に受信するＰＭＩＤをインデックスとしてＰＭＩＤ別送信フレーム数カウンタ１１４６をリードし、リードした値に１足して、その値をＰＭＩＤ別送信フレーム数カウンタ１１４６へライトする。これにより、ＰＭＩＤに対応したカウンタが＋１増加される。例えば、ポート＃１からポート＃４を集約した４ポート構成のＬＡＧを構築した場合、送信ポート制御部１１４１のポート＃１からポート＃４に対応するＰＭＩＤ領域に同じ値を持つＰＭＩＤ値、例えばＰＭＩＤ＝１を設定する。これにより、同一ＬＡＧに集約されるポート＃１からポート＃４の送信フレームは、同一ＰＭＩＤであるＰＭＩＤ＝１をインデックスとしたＰＭＩＤ別送信フレーム数カウンタ１１４６に計上される。その他の動作については図６について説明したものと同様である。
【００７０】
このように、ポート単位に統計情報収集用のＰＭＩＤを設定可能とすることより、複数のポートを集約した集約型の統計情報収集をハードウェアにより行うことが可能となり、制御部１１０１のＣＰＵの負荷削減およびワークメモリ１１０２の使用領域の削減が可能となる。上記のＬＡＧの例では、制御部１１０１がポート＃１からポート＃４の各送信フレーム数を合算することなく、ＰＭＩＤ別送信フレーム数カウンタ１１４６のＰＭＩＤ＝１に該当するカウンタ値を読み出すことより、ＬＡＧ単位の送信フレーム数の収集が可能となる。
【００７１】
＜第７の実施形態＞
図１７は第７の実施形態における送信ポート管理テーブル１１４２のデータ構造例を示す図である。装置構成は図１５に示したものと同様である。
【００７２】
図１７において、送信ポート管理テーブル１１４２には、物理ポート単位に２つのＰＭＩＤの設定を可能とするために、各ポートに対し、ＶビットとＰＭＩＤの各領域を２つ格納する。２つ以上のＰＭＩＤの設定を可能とするためには、ＶビットとＰＭＩＤの各領域を２つ以上とする。
【００７３】
Ｖ１はＰＭＩＤ１用のＶビットであり、ＰＭＩＤ１の有効・無効を示し、Ｖ１＝０でＰＭＩＤ１無効、Ｖ１＝１でＰＭＩＤ１有効を示す。同様に、Ｖ２はＰＭＩＤ２用のＶビットであり、ＰＭＩＤ２の有効・無効を示し、Ｖ２＝０でＰＭＩＤ２無効、Ｖ２＝１でＰＭＩＤ２有効を示す。
【００７４】
図１５において、Ｖビットの有効時、該当ＰＭＩＤを基にＰＭＩＤ別送信フレーム数カウンタ１１４６を＋１増加させる。これはＶ１とＶ２の両方のビットが有効の場合、送信ポート用カウンタ制御部１１４５は、送信ポート制御部１１４１から２回のトリガ信号と、そのトリガ信号に同期してＰＭＩＤ１とＰＭＩＤ２を受信し、そのＰＭＩＤ１とＰＭＩＤ２を基にＰＭＩＤ別送信フレーム数カウンタ１１４６を２回アクセスし、ＰＭＩＤ１とＰＭＩＤ２に該当するカウンタを＋１増加させる。その他の動作については第６の実施形態で説明したものと同様である。
【００７５】
なお、ここではＶビットを実装しているが、Ｖビットを使用せず、ＰＭＩＤ無効用の値を決めておき（例えばＰＭＩＤ＝０）、そのＰＭＩＤにアクセスさせる方法もある。この場合、ＰＭＩＤ別送信フレーム数カウンタ１１４６のＰＭＩＤ＝０のカウンタ値は統計情報の収集を必要としない無効な送信フレーム数をカウントする無意味なカウンタエントリを示す。
【００７６】
このように、２つ以上のＰＭＩＤを設定可能とすることにより、例えばＬＡＧを構築した場合、物理ポート単位の統計情報収集とＬＡＧ単位の統計情報の２つを個別に収集したい要求等に対応が可能となる。ポート個別の統計情報収集とポート集約型の統計情報収集を同時にハードウェアでサポートすることにより、ＣＰＵの統計情報処理の負荷およびＣＰＵの統計情報関管理の負荷を削減することが可能となる。また、Ｖビットを新たに実装したことにより、ポートは運用しているが統計情報の収集は不要な場合に統計情報収集自体を停止することが可能となり、ハードウェアの不必要な消費電力を抑えることも可能となる。
【００７７】
＜第８の実施形態＞
図１８は第８および第９の実施形態にかかる通信装置１における回線インタフェース部１１の送信処理のための構成例を示す図である。
【００７８】
図１８における回線インタフェース部１１は、図６に示した従来の回線インタフェース部１１と比して、送信フロー制御部１１２３、送信フロー管理テーブル１１２４、送信フロー用カウンタ制御部１１２７、フロー別送信フレーム数カウンタ１１２８が、送信フロー制御部１１４３、送信フロー管理テーブル１１４４、送信フロー用カウンタ制御部１１４７、ＰＭＩＤ別送信フレーム数カウンタ１１４８に置き換わっている。その他の構成は図６と同様である。
【００７９】
図１９は第８の実施形態における送信フロー管理テーブル１１４４のデータ構造例を示す図である。図７に示した従来の送信フロー管理テーブル１１２４と比較して、各ＶＩＤに対し、新たにＰＭＩＤを設定するための領域を追加している。すなわち、フローまたは論理チャネルを単位にＰＭＩＤを設定可能とする。
【００８０】
図１８に戻り、動作を説明すると、フレーム送信時、送信フロー制御部１１４３において、ＶＩＤをインデックスとして、送信フロー管理テーブル１１４４を参照する。送信フロー管理テーブル１１４４には、新たにＰＭＩＤが設定されおり、該当ＶＩＤの有効・無効判定を行い、ＶＩＤが有効設定の場合、送信フロー制御部１１４３は送信フロー用カウンタ制御部１１４７へＰＭＩＤ別送信フレーム数カウンタ１１４８を＋１カウントアップさせるためのトリガ信号とＰＭＩＤを送信する。
【００８１】
送信フロー用カウンタ制御部１１４７は、ＰＭＩＤ別送信フレーム数カウンタ１１４８のアクセス制御を行う。送信フロー制御部１１４３からトリガ信号の受信時、同時に受信するＰＭＩＤをインデックスとして、ＰＭＩＤ別送信フレーム数カウンタ１１４８をリードし、リードした値に１足して、その値をＰＭＩＤ別送信フレーム数カウンタ１１４８へライトする。これにより、ＰＭＩＤに対応したカウンタが＋１増加される。その他の動作については図６について説明したものと同様である。
【００８２】
このように、フロー単位に統計情報収集用のＰＭＩＤを設定可能とすることより、複数のフローを集約した集約型の統計情報収集をハードウェアにより収集することが可能となる。例えば、複数の異なるＶＩＤフレームを１つのサービスフローとして集約するようなネットワークサービス形態において、異なるＶＩＤフレームを１つの統計情報に集約することが可能となり制御部１１０１のＣＰＵの負荷削減およびワークメモリ１１０２の使用領域の削減が可能となる。
【００８３】
＜第９の実施形態＞
図２０は第９の実施形態における送信フロー管理テーブル１１４４のデータ構造例を示す図である。装置構成は図１８に示したものと同様である。
【００８４】
図２０において、送信フロー管理テーブル１１４４には、フローまたは論理チャネルの単位に２つのＰＭＩＤを設定可能とするために、各ＶＩＤに対し、ＶビットＶとＰＭＩＤの各領域を２つ格納する。２つ以上のＰＭＩＤの設定を可能とするためには、ＶとＰＭＩＤの各領域を２つ以上とする。
【００８５】
Ｖ１はＰＭＩＤ１用のＶビットであり、ＰＭＩＤ１の有効・無効を示し、Ｖ１＝０でＰＭＩＤ１無効、Ｖ１＝１でＰＭＩＤ１有効を示す。同様に、Ｖ２はＰＭＩＤ２用のＶビットであり、ＰＭＩＤ２の有効・無効を示し、Ｖ２＝０でＰＭＩＤ２無効、Ｖ２＝１でＰＭＩＤ２有効を示す。
【００８６】
図１８において、Ｖビットの有効時、該当ＰＭＩＤを基にＰＭＩＤ別送信フレーム数カウンタ１１４８を＋１増加させる。これはＶ１とＶ２の両方のビットが有効の場合、送信フロー用カウンタ制御部１１４７は、送信フロー制御部１１４３から２回のトリガ信号と、そのトリガ信号に同期してＰＭＩＤ１とＰＭＩＤ２を受信し、そのＰＭＩＤ１とＰＭＩＤ２を基にＰＭＩＤ別送信フレーム数カウンタ１１４８を２回アクセスし、ＰＭＩＤ１とＰＭＩＤ２に該当するカウンタを＋１増加させる。その他の動作については第８の実施形態で説明したものと同様である。
【００８７】
このように、２つ以上のＰＭＩＤを設定可能とすることにより、送信フロー単位にＶＩＤ単位の統計情報収集と複数のフローを集約した集約型の統計情報収集をハードウェアにより同時に収集することが可能となり、制御部１１０１のＣＰＵの負荷削減等が可能となる。
【００８８】
＜第１０の実施形態＞
図２１は第１０の実施形態にかかる通信装置１における回線インタフェース部１１の送信処理のための構成例を示す図である。
【００８９】
図２１における回線インタフェース部１１は、図６に示した従来の回線インタフェース部１１と比して、送信ポート制御部１１２１、送信ポート管理テーブル１１２２、送信フロー制御部１１２３、送信フロー管理テーブル１１２４が、送信ポート制御部１１４１、送信ポート管理テーブル１１４２、送信フロー制御部１１４３、送信フロー管理テーブル１１４４に置き換わっている。また、送信ポート用カウンタ制御部１１２５、ポート別送信フレーム数カウンタ１１２６、送信フロー用カウンタ制御部１１２７、フロー別送信フレーム数カウンタ１１２８が、ポート単位とフロー単位の両方に共通のカウンタ制御部１１４９、ＰＭＩＤ別送信フレーム数カウンタ１１４０に置き換わっている。その他の構成は図６と同様である。
【００９０】
送信ポート管理テーブル１１４２としては図１７に示したものを用い、送信フロー管理テーブル１１４４としては図２０に示したものを用いる。なお、送信ポート管理テーブル１１４２として図１６に示したものを用い、送信フロー管理テーブル１１４４として図１９に示したものを用いることもできる。
【００９１】
図２１において、カウンタ制御部１１４９は、送信ポート制御部１１４１と送信フロー制御部１１４３から、それぞれトリガ信号とＰＭＩＤを受信し、両者の調停制御を行い、受信したＰＭＩＤに該当するＰＭＩＤ別送信フレーム数カウンタ１１４０を＋１増加させる。
【００９２】
これにより、ポートおよびフローの両方に対してＰＭＩＤ単位の統計情報収集が行え、個別の統計情報収集と集約型の統計情報収集を同時にサポートすることが可能となり、制御部１１０１のＣＰＵの統計情報収集負荷の削減およびＣＰＵの統計情報管理負荷の削減が可能となる。
【００９３】
＜第１１の実施形態＞
図２２は第１１の実施形態にかかる通信装置１における回線インタフェース部１１の受信処理のための構成例を示す図である。
【００９４】
図２２では、異なる回線インタフェース部１１の間でＬＡＧが構築されている例を示している。すなわち、回線インタフェース部１１Ａと回線インタフェース部１１Ｂの間でＮ×２のポート数を収容したＬＡＧが構築されているものとしている。また、回線インタフェース部１１Ａ、１１Ｂは、図１４の第５の実施形態で説明した機能を実装しているものとする。
【００９５】
従来技術においては、このようなカード間に跨ったＬＡＧの受信フレーム数を収集する場合、回線インタフェース部１１Ａと回線インタフェース部１１Ｂにおいて、それぞれポートの統計情報を収集し、上位制御部１３に搭載される制御部１３１が各カード内の各ポートの受信フレーム数を読み出した後、合算して、ワークメモリ１３２に格納する必要がある。例えば、この場合、上位制御部１３はＮ×２回分のカウンタ情報を回線インタフェース部１１Ａ、１１Ｂから読み出し、合算する必要がある。
【００９６】
そこで、この第１１の実施形態では、異なるカード間に跨るＬＡＧを構築した場合、異なるカード間で同一のＰＭＩＤ値をＬＡＧに収容される各ポートの受信ポート管理テーブル１１３２に設定する。その結果、受信ポート管理テーブル１１３２を参照する受信ポート制御部１１３１は、異なるカード間に跨るＬＡＧについても同一のＰＭＩＤ値に基づいてＰＭＩＤ別受信フレーム数カウンタ１１３０に計上する。
【００９７】
これにより、上位制御部１３の制御部１３１は回線インタフェース部１１Ａ、１１ＢのＰＭＩＤ別受信フレーム数カウンタ１１３０に対して、同一ＰＭＩＤ値に対するカウンタを読み出し、ワークメモリ１３２内に合算して書き込めばよい。各カード当り１回のカウンタ読み出しで済み、また同一のＰＭＩＤ値を設定しているため、各カードから読み出したカウンタ値をワークメモリ１３２に書き込む際も、ＰＭＩＤから管理されるワークメモリ領域にそのまま書き込めばよく、制御部１３１のＣＰＵの負荷も低減し、また管理が簡易となる。
【００９８】
一方、異なるカード間に跨るＬＡＧを構築した場合、ＬＡＧ収容ポートに対して、同一のＰＭＩＤ値を付与するとともに、代表カードを決めておき、代表カード側でＬＡＧ統計情報を一括管理することで、上位制御部１３のＣＰＵの処理負荷を更に低減させる方法もある。例えば、回線インタフェース部１１Ａを代表カードとした場合、回線インタフェース部１１Ａは制御部１１０１から装置内制御バスを使用して、回線インタフェース部１１Ｂ内の制御部と通信を行う。そして、回線インタフェース部１１Ｂ内のＰＭＩＤ別受信フレーム数カウンタから、ＬＡＧ用に割り当てた該当ＰＭＩＤの受信フレーム数を定期的に読み出し、回線インタフェース部１１Ａ内のＰＭＩＤ別受信フレーム数カウンタ１１３０の該当ＰＭＩＤのカウンタに合算を行う。
【００９９】
これにより、上位制御部１３に搭載される制御部１３１は、ＬＡＧ単位の受信フレーム数の統計情報収集に対して、回線インタフェース部１１Ａ内のＰＭＩＤ別受信フレーム数カウンタ１１３０のみを読み出せばよく、上位制御部１３内のＣＰＵの負荷を低減することが可能となる。
【０１００】
また、図２２では受信処理について説明したが、同様の手法を送信処理について適用することが可能である。
【０１０１】
＜第１２の実施形態＞
図２３は第１２の実施形態にかかる通信装置１における回線インタフェース部１１の受信処理のための構成例を示す図である。
【０１０２】
第１２の実施形態では、回線インタフェース部１１で廃棄されたフレームに対して、ＰＭＩＤ別廃棄フレーム数カウンタ１１５１において、ＰＭＩＤ単位による廃棄フレーム数のカウントを可能としている。
【０１０３】
図２３において、受信ポート管理テーブル１１３２としては図１０に示したものを用い、受信フロー管理テーブル１１３４としては図１３に示したものを用いる。
【０１０４】
図２３において、回線インタフェース部１１でフレームが受信され、受信ポート制御部１１３１により受信ポート管理テーブル１１３２が参照され、受信フロー制御部１１３３により受信フロー管理テーブル１１３４が参照されて、受信ポートおよびＶＩＤの有効・無効が判定される。受信ポート制御部１１３１は、受信ポートが無効の場合、フレームを廃棄するとともに、トリガ信号とＰＭＩＤ値をカウンタ制御部１１３９へ通知する。トリガ信号を受信したカウンタ制御部１１３９は、受信したＰＭＩＤをインデックスとして、ＰＭＩＤ別廃棄フレーム数カウンタ１１５１のカウンタ値を＋１増加させる。また、受信フロー制御部１１３３は、受信フレームのＶＩＤ値が無効の場合、フレームを廃棄するとともに、トリガ信号とＰＭＩＤ値をカウンタ制御部１１３９へ通知する。トリガ信号を受信したカウンタ制御部１１３９は、受信したＰＭＩＤをインデックスとして、ＰＭＩＤ別廃棄フレーム数カウンタ１１５１のカウンタ値を＋１増加させる。
【０１０５】
また、図２３では受信処理について説明したが、同様の手法を送信処理について適用することが可能である。更に、第５の実施形態（図１４）や第１０の実施形態（図２１）におけるＰＭＩＤ単位の受信フレーム数や送信フレーム数の収集機能が同時に適用可能である。
【０１０６】
これにより、受信フレーム数や送信フレーム数と同様に、廃棄フレーム数をＰＭＩＤ単位に収集することが可能となる。また、各管理テーブルに複数のＰＭＩＤが設定可能であることにより、廃棄フレーム数もポート単位や集約ポート単位または単一フロー単位や集約フロー単位の収集が可能となり、同一のＰＭＩＤにより、受信フレーム数、送信フレーム数、廃棄フレーム数をＰＭＩＤで収集することが可能となる。
【０１０７】
＜第１３の実施形態＞
図２４は第１３の実施形態にかかる通信装置１における回線インタフェース部１１の受信処理のための構成例を示す図である。
【０１０８】
第１３の実施形態では、回線インタフェース部１１で受信されたフレームに対して、ＰＭＩＤ別受信バイト数カウンタ１１５２において、ＰＭＩＤ単位による受信バイト数のカウントを可能としている。受信バイト数とは、受信フレームのバイト長である。フレーム受信時に、フレームのバイト長を計測し、そのバイト数を加算することにより受信バイト数の統計情報を収集するものである。フレーム数のカウントは、フレーム長が例えば１０００バイトや１００バイトであってもフレーム数は１としてカウントされるのに対し、バイト数のカウントはフレームのバイト長を計測する。従って、データの量そのものを統計情報として収集することが可能となり、一般的な通信装置においては、送受信のフレーム数、送受信の廃棄数の統計情報収集とともに、総受信のバイト数の統計情報収集も行われる。
【０１０９】
図２４において、受信ポート管理テーブル１１３２としては図１０に示したものを用い、受信フロー管理テーブル１１３４としては図１３に示したものを用いる。
【０１１０】
また、受信ポート制御部１１３１および受信フロー制御部１１３３には、受信フレームのバイト数を計測する機能が付加され、ＰＭＩＤとともにバイト数を出力する。受信フレームのバイト数を計測する機能は受信ポート制御部１１３１に設け、受信フロー制御部１１３３はその計測結果を利用する形態でもよい。また、受信フレームのバイト数を計測する機能を受信ポート制御部１１３１および受信フロー制御部１１３３とは別に設け、受信ポート制御部１１３１および受信フロー制御部１１３３はその計測結果を利用する形態でもよい。
【０１１１】
図２４において、回線インタフェース部１１でフレームが受信され、受信ポート制御部１１３１により受信ポート管理テーブル１１３２が参照され、受信フロー制御部１１３３により受信フロー管理テーブル１１３４が参照されて、受信ポートおよびＶＩＤの有効・無効が判定される。受信ポート制御部１１３１は、受信ポートが有効の場合、トリガ信号とＰＭＩＤ値とバイト数をカウンタ制御部１１３９へ通知する。トリガ信号を受信したカウンタ制御部１１３９は、受信したＰＭＩＤをインデックスとして、ＰＭＩＤ別受信バイト数カウンタ１１５２のカウンタ値にバイト数を加算する。また、受信フロー制御部１１３３は、受信フレームのＶＩＤ値が有効の場合、トリガ信号とＰＭＩＤ値とバイト数をカウンタ制御部１１３９へ通知する。トリガ信号を受信したカウンタ制御部１１３９は、受信したＰＭＩＤをインデックスとして、ＰＭＩＤ別受信バイト数カウンタ１１５２のカウンタ値にバイト数を加算する。
【０１１２】
また、図２４では受信処理について説明したが、同様の手法を送信処理について適用することが可能である。更に、第５の実施形態（図１４）や第１０の実施形態（図２１）におけるＰＭＩＤ単位の受信フレーム数や送信フレーム数の収集機能が同時に適用可能である。第１２の実施形態（図２３）におけるＰＭＩＤ単位の廃棄フレーム数の収集機能とも同時に適用可能である。
【０１１３】
これにより、受信フレーム数や送信フレーム数や廃棄フレーム数と同様に、受信・送信のバイト数をＰＭＩＤ単位に収集することが可能となる。また、各管理テーブルに複数のＰＭＩＤが設定可能であることにより、バイト数もポート単位や集約ポート単位または単一フロー単位や集約フロー単位の収集が可能となり、同一のＰＭＩＤにより、受信フレーム数、送信フレーム数、廃棄フレーム数、バイト数をＰＭＩＤで収集することが可能となる。
【０１１４】
＜第１４の実施形態＞
第５の実施形態（図１４）で説明したＰＭＩＤによる受信フレーム数の統計情報収集と第１０の実施形態（図２１）で説明したＰＭＩＤによる送信フレーム数の統計情報収集は、実際には同一ＩＦカードに実装されているが、受信側と送信側のＰＭＩＤはそれぞれ独立しており、別々の値を設定しても構わない。
【０１１５】
そこで、第１４の実施形態では、受信側と送信側で独立したＰＭＩＤによる統計情報収集機能を有した同一の回線インタフェース部１１において、同一ポートまたは同一フローにおいて、受信側と送信側のＰＭＩＤに同一値を与えることにより、同一ポート、同一フローでの受信フレーム数、送信フレーム数の管理が容易となる。制御部１１０１のソフトウェアプログラムは常に１つのＰＭＩＤにより、同一ポートまたは同一フローにおける受信フレーム数、送信フレーム数の管理・制御が可能となる。
【０１１６】
＜第１５の実施形態＞
第１５の実施形態では、無効なＶＩＤ値を持つフレームの受信時にフレームの廃棄を行う際のフレーム廃棄数の統計情報収集を一括して行う。
【０１１７】
図５に示したように、ＶＬＡＮタグ付きＥｔｈｅｒｎｅｔフレームフォーマットにおけるＶＩＤ（ＶＬＡＮ  ＩＤ）は１２ビットからなり、これにより４０９６個のＶＩＤを使用することが可能である。ただし、通信装置によっては、装置の処理能力やハードウェアの制約等により、４０９６個のＶＩＤを全部は使用できない場合がある。例えば、任意のＶＩＤを１２８個まで登録可能とし、この登録されたＶＩＤを持つフレームを有効フレームとして装置内部へ取り込み、登録されていないＶＩＤを持つフレームを無効フレームとして廃棄することを要求する装置もある。また、無効フレームの廃棄フレーム数は廃棄時のＶＩＤ値を問わず、ＶＩＤ無効の廃棄によるフレーム廃棄数を一括で収集することを要求する装置仕様もある。
【０１１８】
このような場合、第４の実施形態（図１１）や第５の実施形態（図１４）では、図１３に示した受信フロー管理テーブル１１３４のテーブルエントリ数は４０９６（ＶＩＤ＃ＮのＮ＝４０９５）であるが、ＶＩＤ有効と設定されるのは最大で１２８個までとなる。この時、無効と設定されたＶＩＤを持つフレームは廃棄されるが、その無効エントリはＶ１＝１（有効）、ＰＭＩＤ＝無効ＶＩＤ用特定値、Ｖ２＝０（無効）、ＰＭＩＤ２＝無効（Ｖ２＝０なので参照されない）と設定することにより、無効ＶＩＤによるフレーム廃棄数を一括で収集することが可能となる。また、ＰＭＩＤ別受信フレーム数カウンタ１１３０も１２９個のエントリを用意し、１２９番目のエントリをフレーム廃棄数用とすることで、「回線ＩＦカードで収容する有効ＶＩＤ数＋１」個のエントリを持つＰＭＩＤ別受信フレーム数カウンタ１１３０を実装するだけで、受信フレーム数と受信フレーム廃棄数の両方を収集することが可能となり、カウンタの容量削減が可能となる。
【０１１９】
図２５は第１５の実施形態における受信フロー管理テーブル１１３４およびＰＭＩＤ別受信フレーム数カウンタ１１３０のデータ構造例を示す図である。
【０１２０】
図２５において、受信フロー管理テーブル１１３４には、ＶＩＤ＃１００が有効登録され、受信フレーム数はＰＭＩＤ＃１として収集されるようにＶ１＝１、ＰＭＩＤ＝１と設定している。また、集約ポートでの統計情報収集は不要なため、Ｖ２＝０（無効）と設定してある。ＶＩＤ＃１０１も同様に有効と登録され、受信フレーム数はＰＭＩＤ＃２として収集されるように設定している。また、ＶＩＤ＃１０２〜１０４は無効となっており、回線インタフェース部１１内部で廃棄されるが、そのフレーム廃棄数はＰＭＩＤ＃１２８として収集されるように設定している。
【０１２１】
この場合、ＰＭＩＤ別受信フレーム数カウンタ１１３０は全部１２９個のエントリを持ち、また１２９番目のエントリであるＰＭＩＤ＝１２８はＶＩＤ無効と判定されて廃棄されるフレーム数のみカウントされることになり、ＰＭＩＤ＝１２８は無効ＶＩＤによる廃棄されるフレーム廃棄数用のエントリとなる。
【０１２２】
このように第１５の実施形態では、無効なフローとして廃棄されるフレームを同一のＰＭＩＤで収集することにより、ＰＭＩＤ別受信フレーム数カウンタ１１３０でフレーム廃棄数をカウントすることが可能となり、また、ＰＭＩＤ別受信フレーム数カウンタ１１３０は「回線ＩＦカードで収容する有効フロー数＋１」個のエントリを持てばよく、カウンタの容量削減が可能となる。
【０１２３】
＜第１６の実施形態＞
第１３の実施形態では、図２４のＰＭＩＤ別受信バイト数カウンタ１１５２による受信バイト数の統計情報収集について説明した。また、第１３の実施形態では、同時に第５の実施形態で説明した図１４のＰＭＩＤ別受信フレーム数カウンタ１１３０を個別に配置することにより、受信フレーム数の統計情報収集も同一カード内で行うことが可能である。ただし、この場合、受信フレーム数カウンタ用のメモリと受信バイト数カウンタ用のメモリが必要になること、また、フレーム受信時、受信フレーム数カウンタへの書き込みと受信バイト数カウンタへの書き込みを個別に行うため、カウンタ制御部のハードウェアによる処理の複雑化、負荷の増加、消費電力の増加が問題となる。
【０１２４】
そこで、第１６の実施形態では、図２４のＰＭＩＤ別受信バイト数カウンタ１１５２をＰＭＩＤ別受信フレーム数＆受信バイト数カウンタ１１５３として、フレーム数とバイト数を同時にカウンタへ書き込み行を行う。従って、装置構成は図２４におけるＰＭＩＤ別受信バイト数カウンタ１１５２をＰＭＩＤ別受信フレーム数＆受信バイト数カウンタ１１５３に置き換えたものとなる。
【０１２５】
図２６（ａ）のタイミングチャートにおいて、受信ポート制御部１１３１からカウンタ制御部１１３９へ送信されるトリガ信号、ＰＭＩＤ、バイト数のタイミングと、受信フロー制御部１１３３からカウンタ制御部１１３９へ送信されるトリガ信号、ＰＭＩＤ、バイト数のタイミングが示されている。カウンタ制御部１１３９は、トリガ信号の立ち上がりエッジに同期して、ＰＭＩＤ、バイト数の情報の取り込みを行う。
【０１２６】
図２６（ｂ）は、図２４における従前のＰＭＩＤ別受信バイト数カウンタ１１５２の構成を示している。ここでは、カウンタは６４ビット幅のメモリとしている。図２６（ｃ）は、第１６の実施形態におけるＰＭＩＤ別受信フレーム数＆受信バイト数カウンタ１１５３の構成を示している。ここでは、６４ビット幅のメモリを２つの領域分け、受信フレーム数を１６ビット、残り４８ビットをバイト数に割り当てている。
【０１２７】
これにより、カウンタ制御部１１３９は、トリガ信号の受信時、該当ＰＭＩＤのＰＭＩＤ別受信フレーム数＆受信バイト数カウンタ１１５３の情報を読み出し、上位１６ビット側の受信フレーム数領域を＋１増加し、下位４８ビット側の受信バイト数領域を受信フレームのバイト数分だけ増加させて、該当ＰＭＩＤのＰＭＩＤ別受信フレーム数＆受信バイト数カウンタ１１５３へ書き込みを行う。これにより、各１回の読み出し処理と書き込み処理により、受信バイト数と受信フレーム数の統計情報収集が可能となり、ハードウェアによるメモリアクセスの処理負荷の低減、消費電力の低減が可能となる。また、上位制御部１３から各回線インタフェース部１１の統計情報を収集する際にも、１回の読み出し処理で、受信バイト数と受信フレーム数の統計情報収集が可能となり、ＣＰＵを含めた制御部の処理負荷低減も可能となる。
【０１２８】
また、図２６では受信処理について説明したが、同様の手法を送信処理について適用することが可能である。
【０１２９】
＜総括＞
以上説明したように、本実施形態によれば、通信装置内の物理ポートおよび論理フローに対する統計情報収集において、複数個の統計情報収集専用の識別子であるＰＭＩＤを新規に導入し、ＰＭＩＤ単位にポートもしくはフローの統計情報の収集を行うようにした。これにより、単一の物理ポートまたは単一の論理フローに対する統計情報収集を行うと同時に、複数の物理ポートを集約した集約ポートまたは複数の論理フローを集約した集約フローの統計情報収集の収集がハードウェア制御により容易に実現可能となる。また、ＣＰＵによる統計情報収集の処理負荷の低減が可能となり、通信装置における各ポートおよび各フローに対して、種々の統計情報を提供することが可能となる。ひいては、通信ネットワークの信頼性向上に寄与するところが大きい。
【０１３０】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
（付記１）
自装置が受信または送信するフレームについての統計情報を収集する機能を有した通信装置であって、
受信または送信するフレームのポートまたはフローと統計情報収集用の識別子とを対応付ける手段と、
前記識別子を単位に統計情報を収集する手段と
を備えたことを特徴とする通信装置。
（付記２）
付記１に記載の通信装置において、
統計情報としてのフレーム数を、前記識別子を単位に収集する
ことを特徴とする通信装置。
（付記３）
付記１に記載の通信装置において、
所定のポートから受信する受信フレームに対して、各ポート単位に与えられた統計情報収集用の識別子単位に受信フレーム数の収集を行い、単一ポートの受信フレーム数または複数ポートを集約した集約ポートの受信フレーム数の統計情報の収集を行う
ことを特徴とする通信装置。
（付記４）
付記１に記載の通信装置において、
所定のポートから受信する受信フレームに対して、各ポート単位に与えられた統計情報収集用の識別子単位に受信フレーム数の収集を行い、単一ポートの受信フレーム数および複数ポートを集約した集約ポートの受信フレーム数の統計情報の収集を同時に行う
ことを特徴とする通信装置。
（付記５）
付記１に記載の通信装置において、
所定のフロー識別子を持つ受信フレームに対して、各フロー単位に与えられた統計情報収集用の識別子単位に受信フレーム数の収集を行い、単一フローの受信フレーム数または複数フローを集約した集約フローの受信フレーム数の統計情報の収集を行う
ことを特徴とする通信装置。
（付記６）
付記１に記載の通信装置において、
所定のフロー識別子を持つ受信フレームに対して、各フロー単位に与えられた統計情報収集用の識別子単位に受信フレーム数の収集を行い、単一フローの受信フレーム数および複数フローを集約した集約フローの受信フレーム数の統計情報の収集を同時に行う
ことを特徴とする通信装置。
（付記７）
付記１に記載の通信装置において、
所定のポートから受信する受信フレームに対して、各ポート単位に与えられた統計情報収集用の識別子単位に受信フレーム数の収集を行うとともに、所定のフロー識別子を持つ受信フレームに対して、各フロー単位に与えられた統計情報収集用の識別子単位に受信フレーム数の収集を行い、単一ポートの受信フレーム数、複数ポートを集約した集約ポートの受信フレーム数、単一フローの受信フレーム数および複数フローを集約した集約フローの受信フレーム数の統計情報の収集を同時に行う
ことを特徴とする通信装置。
（付記８）
付記１に記載の通信装置において、
所定のポートへ送信する送信フレームに対して、各ポート単位に与えられた統計情報収集用の識別子単位に送信フレーム数の収集を行い、単一ポートの送信フレーム数または複数ポートを集約した集約ポートの送信フレーム数の統計情報の収集を行う
ことを特徴とする通信装置。
（付記９）
付記１に記載の通信装置において、
所定のポートへ送信する送信フレームに対して、各ポート単位に与えられた統計情報収集用の識別子単位に送信フレーム数の収集を行い、単一ポートの送信フレーム数および複数ポートを集約した集約ポートの送信フレーム数の統計情報の収集を同時に行う
ことを特徴とする通信装置。
（付記１０）
付記１に記載の通信装置において、
所定のフロー識別子を持つ送信フレームに対して、各フロー単位に与えられた統計情報収集用の識別子単位に送信フレーム数の収集を行い、単一フローの送信フレーム数または複数フローを集約した集約フローの送信フレーム数の統計情報の収集を行う
ことを特徴とする通信装置。
（付記１１）
付記１に記載の通信装置において、
所定のフロー識別子を持つ送信フレームに対して、各フロー単位に与えられた統計情報収集用の識別子単位に送信フレーム数の収集を行い、単一フローの送信フレーム数および複数フローを集約した集約フローの送信フレーム数の統計情報の収集を同時に行う
ことを特徴とする通信装置。
（付記１２）
付記１に記載の通信装置において、
所定のポートへ送信する送信フレームに対して、各ポート単位に与えられた統計情報収集用の識別子単位に送信フレーム数の収集を行うとともに、所定のフロー識別子を持つ送信フレームに対して、各フロー単位に与えられた統計情報収集用の識別子単位に送信フレーム数の収集を行い、単一ポートの送信フレーム数、複数ポートを集約した集約ポートの送信フレーム数、単一フローの送信フレーム数および複数フローを集約した集約フローの送信フレーム数の統計情報の収集を同時に行う
ことを特徴とする通信装置。
（付記１３）
付記１に記載の通信装置において、
統計情報としてのフレーム廃棄数を、前記識別子を単位に収集する
ことを特徴とする通信装置。
（付記１４）
付記１に記載の通信装置において、
統計情報としてのフレームのバイト数を、前記識別子を単位に収集する
ことを特徴とする通信装置。
（付記１５）
付記１に記載の通信装置において、
前記各手段は複数のカードに設けられ、
装置内の異なるカード間で共通に前記識別子を設定することにより、異なるカード間に跨る集約ポートまたは集約フローに対し、前記識別子を単位に統計情報の収集を行う
ことを特徴とする通信装置。
（付記１６）
付記１に記載の通信装置において、
統計情報としてのフレーム廃棄数を、前記識別子を単位に収集し、
受信フレームの統計情報収集用の識別子と送信フレームの統計情報収集用の識別子に同一値を設定する
ことを特徴とする通信装置。
（付記１７）
付記１に記載の通信装置において、
統計情報としてのフレーム数を前記識別子を単位に収集するとともに、装置に登録されてないポートまたはフローのフレーム廃棄数を所定の値の識別子で一括に収集する
ことを特徴とする通信装置。
（付記１８）
付記１に記載の通信装置において、
統計情報としてのフレーム数およびバイト数をカウンタメモリの同一エントリへ格納する
ことを特徴とする通信装置。
（付記１９）
自装置が受信または送信するフレームについての統計情報を収集する機能を有した通信装置の制御方法であって、
受信または送信するフレームのポートまたはフローと統計情報収集用の識別子とを対応付ける工程と、
前記識別子を単位に統計情報を収集する工程と
を備えたことを特徴とする統計情報収集方法。
（付記２０）
通信装置において、収容される物理ポート、物理チャネル、論理チャネルまたは論理フローに対して、フレーム数およびフレームバイト数の統計情報を収集する機能を有し、統計情報の収集結果を格納するカウンタメモリに対して、物理的または論理的な単一のリード＆ライト処理により、フレーム数およびバイト数の統計情報の同時収集を可能とするカウンタメモリ構成または論理フォーマット。
（付記２１）
物理的または論理的な１つのメモリエントリにおいて、複数の異なる統計情報を格納するカウンタメモリ構成または論理フォーマット。
（付記２２）
通信装置において、収容される物理ポート、物理チャネル、論理チャネルまたは論理フローに対して、フレーム数およびフレームバイト数の統計情報を収集する機能を有し、統計情報の収集結果を格納するカウンタメモリに対して、物理的または論理的な単一のリード＆ライト処理により、フレーム数およびバイト数の統計情報の同時収集を可能とするカウンタメモリアクセス制御方式。
（付記２３）
通信装置に収容される物理ポート、論理ポート、論理チャネルまたは論理フローに対して、外部保守端末等から、ネットワーク保守管理者による統計情報収集用の識別子の設定を可能とし、また設定した統計情報収集用の識別子単位での統計情報の収集状況、収集結果を外部保守端末等へ表示することを特徴とした統計情報収集方式。
（付記２４）
通信装置に収容される物理ポートまたは物理チャネルを管理するテーブルであって、各ポートまたは各チャネルに対して、受信処理または送信処理の有効機能または無効機能を有し、更に該当ポートまたは該当チャネルにおける統計情報収容に対して専用の識別子を設定可能であることを特徴とした物理ポート管理テーブル、物理チャネル管理テーブル、そのテーブル構成またはテーブルフォーマット。
（付記２５）
通信装置に収容される物理ポートまたは物理チャネル上において転送されるフレームにおいて、そのフレーム内に格納される識別情報を基に管理する論理フロー管理テーブルであって、各論理フローに対して、受信処理または送信処理の有効機能または無効機能を有し、更に該当フローまたは該当チャネルにおける統計情報収容に対して専用の識別子を設定可能であることを特徴とした論理フロー管理テーブル、論理チャネル管理テーブル、そのテーブル構成またはテーブルフォーマット。
（付記２６）
通信装置に収容される物理ポート、論理ポート、論理チャネルまたは論理フローに対して、外部保守端末等から、ネットワーク保守管理者による統計情報収集用の識別子の設定を可能とし、また設定した統計情報収集用の識別子単位での統計情報の収集状況、収集結果を外部保守端末等へ表示する統計情報収集方式を実装するＦＰＧＡマイクロコード、ファームウェア、ネットワークプロセッサマイクロコードまたはファームウェア。
（付記２７）
通信装置に収容される物理ポート、論理ポート、論理チャネルまたは論理フローに対して、外部保守端末等から、ネットワーク保守管理者による統計情報収集用の識別子の設定を可能とし、また設定した統計情報収集用の識別子単位での統計情報の収集状況、収集結果を外部保守端末等へ表示する統計情報収集方式を実装する通信装置、インタフェースカードまたはインタフェースモジュール。
【符号の説明】
【０１３１】
１                        通信装置
１１、１１Ａ、１１Ｂ      回線インタフェース部
１１０１                  制御部
１１０２                  ワークメモリ
１１１１                  受信ポート制御部
１１１２                  受信ポート管理テーブル
１１１３                  受信フロー制御部
１１１４                  受信フロー管理テーブル
１１１５                  受信ポート用カウンタ制御部
１１１６                  ポート別受信フレーム数カウンタ
１１１７                  受信フロー用カウンタ制御部
１１１８                  フロー別受信フレーム数カウンタ
１１２１                  送信ポート制御部
１１２２                  送信ポート管理テーブル
１１２３                  送信フロー制御部
１１２４                  送信フロー管理テーブル
１１２５                  送信ポート用カウンタ制御部
１１２６                  ポート別送信フレーム数カウンタ
１１２７                  送信フロー用カウンタ制御部
１１２８                  フロー別送信フレーム数カウンタ
１１３１                  受信ポート制御部
１１３２                  受信ポート管理テーブル
１１３３                  受信フロー制御部
１１３４                  受信フロー管理テーブル
１１３５                  受信ポート用カウンタ制御部
１１３６                  ＰＭＩＤ別受信フレーム数カウンタ
１１３７                  受信フロー用カウンタ制御部
１１３８                  ＰＭＩＤ別受信フレーム数カウンタ
１１３９                  カウンタ制御部
１１３０                  ＰＭＩＤ別受信フレーム数カウンタ
１１４１                  送信ポート制御部
１１４２                  送信ポート管理テーブル
１１４３                  送信フロー制御部
１１４４                  送信フロー管理テーブル
１１４５                  送信ポート用カウンタ制御部
１１４６                  ＰＭＩＤ別送信フレーム数カウンタ
１１４７                  送信フロー用カウンタ制御部
１１４８                  ＰＭＩＤ別送信フレーム数カウンタ
１１４９                  カウンタ制御部
１１４０                  ＰＭＩＤ別送信フレーム数カウンタ
１１５１                  ＰＭＩＤ別廃棄フレーム数カウンタ
１１５２                  ＰＭＩＤ別受信バイト数カウンタ
１１５３                  ＰＭＩＤ別受信フレーム数＆受信バイト数カウンタ
１２                      スイッチ部
１３                      上位制御部
１３１                    制御部
１３２                    ワークメモリ
２                        ユーザ端末
３                        保守管理端末
【図１】
0005476857.tif 000002
【図２】
0005476857.tif 000003
【図３】
0005476857.tif 000004
【図４】
0005476857.tif 000005
【図５】
0005476857.tif 000006
【図６】
0005476857.tif 000007
【図７】
0005476857.tif 000008
【図８】
0005476857.tif 000009
【図９】
0005476857.tif 000010
【図１０】
0005476857.tif 000011
【図１１】
0005476857.tif 000012
【図１２】
0005476857.tif 000013
【図１３】
0005476857.tif 000014
【図１４】
0005476857.tif 000015
【図１５】
0005476857.tif 000016
【図１６】
0005476857.tif 000017
【図１７】
0005476857.tif 000018
【図１８】
0005476857.tif 000019
【図１９】
0005476857.tif 000020
【図２０】
0005476857.tif 000021
【図２１】
0005476857.tif 000022
【図２２】
0005476857.tif 000023
【図２３】
0005476857.tif 000024
【図２４】
0005476857.tif 000025
【図２５】
0005476857.tif 000026
【図２６】
0005476857.tif 000027