(57)【要約】【目的】  ビットフォワードデバイスのようにフレーム伝送をアボートすることも、ストアアンドフォワードデバイスのように追加のメモリ記憶装置を必要とすることもないテスト装置または方法を提供する。【構成】各フレームがソースアドレスと、意図されるデスティネーションのアドレスと、その他のデータとについての指標を有している、ネットワーク通信のテスト装置１０であって、通信ポートと、通信ポートに着信するデータフレームを受信するための受信機１６と、ある基準に従ってテストデータフレームを認識し、ソースおよびデスティネーションのアドレスを含む予め決められた項目を各テストデータフレームから抽出して、ソースおよびデスティネーションアドレスが交換され、ある値の追加の内容またはデータを含めた新しいテストデータフレームを生成する回路構成２０と、交換されたアドレスを持つ新しいデータフレームをネットワークに伝送する伝送機１８とを備えたテスト装置。【選択図】  図１
2004320785.tif 000002
【特許請求の範囲】
【請求項１】
それぞれにアドレスを有する通信ポート間において、各フレームが当該フレームのソースアドレスと、該フレームの意図されるデスティネーションのアドレスと、その他のデータとについての指標を有している、データフレームを搬送するネットワークにおける通信をテストするためのテスと装置であって、
少なくとも１個の通信ポートと、
通信ポートに着信するデータフレームを受信するための受信機と、
少なくとも１つの予め決められた基準に従ってテストデータフレームを認識し、ソースおよびデスティネーションのアドレスを含む予め決められた項目を各テストデータフレームから抽出して、ソースおよびデスティネーションのアドレスが交換された、予め決められた項目を含み予め決められた値の追加の内容を含む新しいテストデータフレームを生成するための回路構成と、
交換されたアドレスを持つ新しいデータフレームをネットワークに伝送するための伝送機と
を備えたテスト装置。
【請求項２】
前記予め決められた基準が、有効なＣＲＣコードを含む予め決められた形式のペイロードデータがフレーム中に存在することであることを特徴とする請求項１に記載のテスター。
【請求項３】
それぞれにアドレスを有する通信ポート間において、各フレームが当該フレームのソースアドレスと、該フレームの意図されるデスティネーションのアドレスと、その他のデータとについての指標を有している、データフレームを搬送するネットワークにおける通信をテストする方法であって、
少なくとも１つの通信ポートを提供するステップと、
通信ポートに着信するデータフレームを受信するステップと、
少なくとも１つの予め決められた基準に従ってテストデータフレームを認識して、ソースおよびデスティネーションのアドレスを含む予め決められた項目を各テストデータフレームから抽出するステップと、
予め決められた項目を含む新しいテストデータフレームであって、ソースおよびデスティネーションのアドレスを交換し、予め決められた値の追加の内容を含むテストデータフレームを生成するステップと、
交換されたアドレスを持つ新しいデータフレームをネットワークに伝送するステップと
を含んでなる方法。
【請求項４】
前記予め決められた基準が、有効なＣＲＣコードを含む予め決められた形式のペイロードデータがフレーム中に存在することであることを特徴とする請求項３に記載の方法。
【請求項５】
添付の図面に関して実質的に上記で説明したネットワークにおける通信をテストするテスター。
【請求項６】
添付の図面に関して実質的に上記で説明したネットワークにおける通信をテストする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおける通信、たとえば、ＳＯＮＥＴまたはＳＤＨ（同期デジタルヒエラルキー）ネットワーク上で伝送されるようマージされるイーサネットトリビュタリデータストリームをテストするための方法および装置に関する
【背景技術】
【０００２】
近年、通信ネットワークを流れるデータ関連（音声関連と区別する意味で）の電気通信トラヒックの量が、世界的に増加し続けている。通信帯域幅に対するこうした需要増加に応えるには、様々な方法が可能である。１つの方法は、特に大量のデータを処理するように設計されたまったく新しいネットワークを構築することである。しかし、これは、既に大規模なネットワークを導入している事業者にとっては、収益を最大にするためにこうした既存のネットワークを稼動させ続けなければならないため、経済的な良い解決方法ではない。もう１つの方法は、新しいパケットデータネットワーク（たとえば、インターネットプロトコル（ＩＰ）、イーサネットまたはこれらの組合せを使用する）を導入して、音声トラヒックの伝送に使用される既存の高容量ＳＯＮＥＴ／ＳＤＨシステムと置き換えることである。これは、音声トラヒックに対する継続的なサービスを確保するために、いずれＳＯＮＥＴ／ＳＤＨネットワークに置き換えることになる比較的に大部分にわたってパケットネットワークを導入する必要があり、したがって多額な初期資本支出を必要とする。
【０００３】
第３の選択肢は、既存のＳＯＮＥＴ／ＳＤＨネットワークを使用して、たとえば、イーサネット技術を使用してインプリメントされたトリビュタリデータストリームを介して収集および分配された、パケットデータを含むペイロードを搬送することである。この場合、資本支出は比較的少なく、既存のネットワーク設備から収入が発生し続け（あるいは、増収する場合もある）、トラヒックがＳＯＮＥＴ／ＳＤＨネットワーク上で搬送される既存の顧客に対するサービスの継続性に影響しない。
【０００４】
しかし、こうした複合的なシステムの導入、テストおよびメンテナンスは、新たな問題を呈する。ＩＰネットワークにおける巡回測定を可能にするため、一般に、特殊なテストフレームのストリームが生成される。ＩＰおよびイーサネットメディアアクセス制御（ＭＡＣ）のフレームはソースおよびデスティネーションのアドレスを有するため、フレームを変更せずに（受動ループバックとして公知）フレームを遠端（受信端）から近端（送信端）に単に再送信ことは不可能である。最低限、ＭＡＣおよびＩＰの両方のソースおよびデスティネーションのアドレス（デスティネーションに対してソース、あるいは逆）を交換することにより、受信したフレームから新しいフレームを生成しなければならない。こうした変化は、結局、ＭＡＣフレームチェックシーケンス（ＦＣＳ）の再計算を余儀なくさせる。つまり、この値は、ノードアドレスを含むペイロードデータから計算されるからである。ＩＰの「ｔｉｍｅ−ｔｏ−ｌｉｖｅ」（生存時間）パラメーターの再設定など、その他の変更も望ましい。
【０００５】
したがって、フレームを受信、解釈、変更、再構築、再伝送することができる受信端に、いくつかの装置を配置しなければならない。ＩＰの性質により、テストしているネットワーク上にその他のトラヒックが存在する場合がある。殆どの場合、こうしたその他のトラヒックはループバックさせるべきでないから、受信装置は、特殊なテストフレームを認識し、それらをフィルタしてから変更および再伝送しなければならない。データパケット伝送デバイスは、ビットフォワードまたはストアアンドフォワードを使用することができる。ビットフォワードの場合、数バイトのみがデバイスにより記憶され、次にフレーム再伝送が開始するため、フレームの再伝送が、フレームが完全に受信される以前でも開始するのは一般的なことである。ストアアンドフォワードの場合、全体のパケットがデバイスにより受信されてから、再伝送が開始する。ストアアンドフォワードは、一般に、ビットフォワードの場合よりも多くのメモリを必要とする。
【０００６】
ビットフォワードを使用する場合、パケット再伝送は、フィルタが起動してフレームの再伝送を取り消す以前に開始することが可能である。この場合、再伝送装置は、アボートされたフレームを生成すると思われ、ネットワーク機器に悪影響を及ぼす可能性がある。また、追加の誤ったトラヒックが生成されるために、被測定経路の性能に対する影響もある場合がある。真のストアアンドフォワードの場合、再伝送が開始する前にフレーム全体が装置に記憶されるため、高価なデータ記憶装置を追加する必要がある。
【発明の開示】
【課題を解決するための手段】
【０００７】
本発明の一態様によると、それぞれにアドレスを有する通信ポート間において、各フレームが当該フレームのソースアドレスと、該フレームの意図されるデスティネーションのアドレスと、その他のデータとについての指標を有している、データフレームを搬送するネットワークにおける通信をテストするためのテスと装置であって、
少なくとも１個の通信ポートと、
通信ポートに着信するデータフレームを受信するための受信機と、
少なくとも１つの予め決められた基準に従ってテストデータフレームを認識し、ソースおよびデスティネーションのアドレスを含む予め決められた項目を各テストデータフレームから抽出して、ソースおよびデスティネーションのアドレスが交換された、予め決められた項目を含み予め決められた値の追加の内容（content)またはデータを含む新しいテストデータフレームを生成するための回路構成と、
交換されたアドレスを持つ新しいデータフレームをネットワークに伝送するための伝送機と
を備えたテスト装置が提供される。
【０００８】
本発明のもう１つの態様によれば、それぞれにアドレスを有する通信ポート間において、各フレームが当該フレームのソースアドレスと、該フレームの意図されるデスティネーションのアドレスと、その他のデータとについての指標を有している、データフレームを搬送するネットワークにおける通信をテストする方法であって、
少なくとも１つの通信ポートを提供するステップと、
通信ポートに着信するデータフレームを受信するステップと、
少なくとも１つの予め決められた基準に従ってテストデータフレームを認識し、ソースおよびデスティネーションアドレスを含む予め決められた項目を各テストデータフレームから抽出するステップと、
予め決められた項目を含む新しいテストデータフレームであって、ソースおよびデスティネーションアドレスが交換され、予め決められた値の追加の内容(content)またはデータを含むテストデータフレームを生成するステップと、
交換されたアドレスを持つ新しいデータフレームをネットワークに伝送するステップと
を含んでなる方法が提供される。
【発明の効果】
【０００９】
本発明の利点は、ビットフォワードデバイスのようにフレーム伝送をアボートすることも、ストアアンドフォワードデバイスのように追加のメモリ記憶装置を必要とすることもない点である。それにも関わらず、本発明を使用する装置の挙動は、所望のテストパケットのみを返すストアアンドフォワードデバイスによく似ている。
【発明を実施するための最良の形態】
【００１０】
ＳＯＮＥＴまたはＳＤＨ伝送システムに対するトリビュタリリンクを提供するイーサネット機器を試験するための本発明による方法および装置について、一例として添付の図面に関して説明する。
【００１１】
図１は、ＳＯＮＥＴまたはＳＤＨ技術を使用した伝送システム１６を介して２つのイーサネットＬＡＮ１２および１４間でデータフレームを伝送するためのデータ通信ネットワーク１０の一例を示す。各イーサネットＬＡＮは、１つ以上のハブまたはイーサネットスイッチにスタートポロジーで接続された複数のステーションまたはノード（たとえば、ワークステーション、ファイルサーバ、プリントサーバ、プリンタ、その他の機器）を有する。各ＬＡＮ１２および１４内のハブの１つは、光分岐挿入マルチプレクサ（ＯＡＤＭ: optical add-drop multiplexer）１６または端末マルチプレクサ１８といったＳＯＮＥＴもしくはＳＤＨアクセスまたは集計(aggregation)機器に対する接続部も有する。この機器は、元の形式のトリビュタリ信号（この場合、イーサネットフレーム）を受信し、複数のソース（端末マルチプレクサ）からのトリビュタリ信号を結合するか、またはトリビュタリ信号の部分を連続する既存フレームのペイロードエンベロープの各部分（分岐挿入マルチプレクサ）に挿入することにより、ＳＯＮＥＴ／ＳＤＨフレームを生成する。マルチプレクサ１６および１８は、直接、またはデジタル相互接続器(digital cross-connect equipment)２０を介してＳＯＮＥＴ／ＳＤＨリンク上で相互に接続される。ＳＯＮＥＴ／ＳＤＨフレーム構造、およびこうした端末マルチプレクサ、分岐挿入マルチプレクサおよび相互接続器などの機器の動作に関する詳細は、当業者には十分に公知であり、本明細書で改めて説明する必要はない。
【００１２】
図１に示すネットワーク１０などのシステムの設置および保守は、多くの場合、ネットワークにおける選ばれた経路上でテスト信号（イーサネットデータフレーム）を伝送して、これらの経路を含むネットワーク機器（リンク、マルチプレクサ、相互接続機器など）が正確に動作しているかどうかを確認することを含む。たとえば、ＯＡＤＭ１６に接続されたテストセット２２は、テストフレームをネットワーク１０内に挿入して、端末マルチプレクサ１８に接続された別のテストセット２４に伝送することができる。イーサネットコンポーネントを含むシステムのテストは、各イーサネットコンポーネントの１つ以上のポートアドレスを指定する必要がある。データフレームをイーサネットＬＡＮ上の意図するデスティネーションへと経路付けするためのアドレス指定スキームは、各イーサネットインターフェース機器（プラグインカードまたは集積回路）に対して、０８：００：０７：Ａ９：Ｂ２：ＦＣなどの世界的に一意な１２桁（６バイト）の１６進ステーションアドレスを割り当てることを含む。
【００１３】
イーサネットステーションアドレスの予め定義された集合は永久的に記憶され、テストセット２２および２４で、テストセットにより伝送されるイーサネットフレームのデスティネーションアドレスを決定するために選択的に使用される。これらのステーションアドレスは、イーサネットの手順に従ってテストセットの製造に割り当てられたステーションアドレスから抽出される。一般に、アドレスの集合は、同じテストセットモデルのすべての例で同じだが、モデルが異なる場合は異なる。各テストセットにおけるアドレスの特定の組合せの選択は、予め定義されたいくつかのテストモードからユーザが選択した１つのテストモードに従って当該テストセットにより調整される。さらに、動作の融通性を維持するために、ユーザは、すべてのイーサネットアドレスおよび関連パラメーターを個々に構成することにより、予め定義されたテストモードが適切ではない状況に対応することができる。
【００１４】
図２は、一例として、本発明をインプリメントするためのテストセット２２（および２４）の主な機能を示す。図２を参照すると、イーサネットインターフェースポート２６（光または電気、１０Ｍｂ／ｓ、１００Ｍｂ／ｓおよび／または１０Ｇｂ／ｓ）の集合は、ＯＡＤＭ１６などのネットワーク１０のネットワーク要素、および端末マルチプレクサ１８に接続するために設けられる。４つのインターフェースポートが示されているが、必要な場合、より多くのポートを設けることができる。各イーサネットインターフェースポートは、伝送出力部Ｔｘ（たとえば、光ポートの場合はレーザを含む）並びに受信入力部Ｒｘ（たとえば、発光ダイオード受信機を含む）を備える。イーサネットポート２６は、メモリ３０内に記憶されたソフトウェアのプログラムインストラクションに従ってテストセット２２の動作を調整するプロセッサ２８に結合される。イーサネットポート２６を介して伝送されるテストデータは、たとえば疑似ランダム２進系列（ＰＲＢＳ: pseudo-random binary sequence）生成器を使用してテストデータ生成器３２内で生成され、適切なイーサネットＭＡＣヘッダ（以下で説明する）およびチェックデータと集合されて、イーサネットフレームを生成する。同様に、イーサネットポート２６を介して受信したイーサネットフレームのテストデータは、テストデータ分析器３４によりフレームから抽出され、要約されたデータはプロセッサ２８に供給される。テストセットのユーザの機能要件、および実施したテストの結果は、プロセッサ２８が制御するユーザインターフェース３６（たとえば、ディスプレーやキーボードなどの入力装置）を介して通信される。図２に示す機能の構成は単なる実例であり、実際のインプリメンテーションの詳細は異なって良い。たとえば、テストデータ分析器３４の機能の殆どまたはすべては、メモリ３０内に記憶されたソフトウェアアルゴリズムにより提供され、プロセッサ２８により実行される。
【００１５】
テストデータ生成器３２により集合されるイーサネットフレームは、図３に示す形式を有し、この形式は、殆どの点で通常のイーサネットフレームの形式に適合する。こうした各々のフレームは、メディアアクセス制御（ＭＡＣ）情報、たとえばプリアンブル、フレーム開始区切り記号、デスティネーションアドレス、ソースアドレスおよびフレーム長／種別標識、並びにＩＰヘッドフィールドで開始する。クライアントデータまたはペイロード（存在する場合、以下参照）は、テストデータ生成器３２により生成されたＰＲＢＳテストデータを含み、各４バイトのテストセットデータ３８の５つのフィールドが続く。これらの５つのフィールドは以下を含む。すなわち、
フレームが一部をなすテストデータストリームの識別子で、フレームを伝送したイーサネットポートの物理的なポート番号（ステーションアドレスとは異なる）を含む識別子と、
当該ストリーム内のフレームのシーケンス番号と、
ＩＰタイムスタンプのフィールドと、
テストセットデータバイト３８内の前の値の巡回符号検査（ＣＲＣ: cyclic redundancy check）コードと、
ＭＡＣタイムスタンプ（前のＣＲＣコードでカバーされない）のフィールドとである。
ＩＰタイムスタンプおよびＭＡＣタイムスタンプの両方を提供することにより、異なる待ち時間に備えることができる。ＩＰ待ち時間は、ＭＡＣ  ＰＡＵＳＥ機構により導入される遅延などの現象を含むが、ＭＡＣ待ち時間は含まない。クライアントデータは、イーサネットフレームの最低指定長になるように必要に応じてパディングされ、その後に、３２ビットＣＲＣコードを含むフレーム検査シーケンス（ＦＣＳ）が続く。しかし、最低長のテストパケットが必要な場合、ＭＡＣ、ＩＰ、テストセットデータ、パッドおよびＦＣＳフィールドの長さにはＰＲＢＳの余裕がないため、この場合、ペイロードは省略される。図３に示すフレーム形式は、以下で「特殊テストフレーム」と記載する。この形式の特徴は、たとえばテストセットデータフィールド３８の存在を検知するためのテストセットデータＣＲＣを使用して、ネットワーク上に存在する他のトラヒックからフレームを容易にフィルタすることができる点である。ＩＰ往復測定の場合、フレームは、当然ＩＰフィールドを含まなければならない。しかし、本発明はＭＡＣテストにも適用することができ、この場合、フレームはＩＰフィールドを含む必要はない。
【００１６】
テストセット２２および２４は、ループバック（２ポート）、エンドツーエンド、ループバック（１ポート）およびループスルーなどの予め定義されたテストモードを提供する。各テストセットは、テストセット内のインターフェースポート２６の異なるポートに選択的に割り当てることができて、当該テストセットまたは別のテストセット内の異なるポート２６により伝送されたイーサネットフレーム内に選択的に含むことができるイーサネットアドレスの同一の全体的な集合を記憶する。本明細書の目的上、これらの４つのアドレスは、アドレスＡ、アドレスＢ、アドレスＸおよびアドレスＹとして識別される。
【００１７】
多くのテスト構成では、１つの（発信）テストセットは、遠隔テストポイントまで、テストされるネットワークを流れるテストデータフレームを生成および伝送する。テストデータフレームは、第２のテストセットにより受信されて、直ちに妥当性検査が行われるか、またはループバックケーブルもしくは第２のテストセットにより発信セットに返されて妥当性検査が行われる。各テストセット２２および２４は、発信セット（テストセット１）または受信／ループバックセット（テストセット２）として構成することができる。テストセット１の構成を選択する場合、アドレスＡおよびＢはテストセットのポート１および２に対応し、テストセット２の構成を選択する場合、アドレスＸおよびＹがこれらのポートに対応する。
【００１８】
図４を参照すると、上記のループバック（１ポート）およびループスルーテストモードは一緒に使用されることを意図されており、テストセット１（図４のテストセット２２）として構成されたテストセットはループバック（１ポート）モードであり、テストセット２（テストセット２４）として構成されたテストセットはループスルーモードである。テストセット２２のポート１から送信されるイーサネットフレームのデスティネーションアドレスは、テストセット２４のポート１のアドレスＸである。しかし、テストセット２４は、独自のイーサネットフレームを独立して生成するように構成されない。その代わりに、テストセット２４は、フレームに含まれるソースおよびデスティネーションアドレスを交換つまりスワップして、各フレームのＦＣＳを再計算して更新した後、テストセット２４が受信するフレームを同じポートで再伝送するように構成される。したがって、テストセット２４が受信するフレームは、ソースアドレスとしてアドレスＡ、デスティネーションアドレスとしてアドレスＸを有し、テストセット２４は、ソースアドレスとしてアドレスＸおよびデスティネーションアドレスとしてアドレスＡを有するこれらのフレームを再伝送する。したがって、テストセット２２は、テストセット２２がポート１から伝送したフレームをポート１で逆に受信する。
【００１９】
ループバック（１ポート）またはループスルーのモードで構成されたテストセットの場合、ループバックテストは、各テストセットに１つのポートのみを使用して行うことができ、ＳＯＮＥＴ／ＳＤＨネットワークにおける単一の二重リンクの場合、使用しているイーサネットの特定のインプリメンテーションと無関係に行うことができる（たとえば、オートネゴシエーションによる）。必要な場合、テストセット２２および２４の追加のポートを使用して、ネットワーク全体の異なる経路、たとえば図４に点線で示すテストセットのポート２間を通る往復で、追加のテストフレームを送信することができる。
【００２０】
図５は、本発明の１つの可能なインプリメンテーションにおけるテストセット２４に含まれる機能ブロックを示す。このインプリメンテーションは、速度要件、およびこの回路構成により導入される待ち時間が決定論的であり、正確な往復待ち時間測定が可能であるという点でハードウェアの形態である。この場合、往復テストは、他のトラヒックから容易にフィルタすることが可能な上記の特殊なテストフレームのみを使用して行われる。これらのテストフレームの形式は、数バイトの情報のみを抽出および処理して再伝送すれば良いように選択される。すなわち、
ＭＡＣヘッダ（再伝送のためにスワップされるソースおよびデスティネーションのアドレス）、
ＩＰヘッダ（やはり、ソースおよびデスティネーションのアドレスがスワップされる）、
テストセットデータフィールド３８（図３）である。
再伝送される他のフレームは、受信データと関係なく（つまり、受信したフレームの内容に依存して重要な情報処理を行わず、したがって非常に迅速に）一定のフォーミュラにより再生成することができる。
−  ＰＲＢＳ（標準のアルゴリズムに従って、任意のシード値から生成される）。測定またはテストはＰＲＢＳ上で行われないため、受信したＰＲＢＳを伝送テストセットに返す必要がないか、またはＰＲＢＳの「シード」（たとえば、受信したＰＲＢＳの最初のｎビットを構成するフラグメント、ただしｎはＰＲＢＳの次数より大きい）を使用して、ＰＲＢＳの再生成を可能にする必要もない。
−  ＰＡＤ（これはすべてゼロ）。
−  ＦＣＳ（これは、通常のアルゴリズムを使用して再計算される）。
抽出されて処理されたフィールド値は、フレームごとの少量のデータ（約４０バイト）になる一方、廃棄されるフィールド、主にＰＲＢＳは数キロバイト長になる可能性がある。受信したＰＲＢＳと伝送されるＰＲＢＳとの間に位相関係を維持することが望ましい場合、上記のように、受信したＰＲＢＳの小さいシードフラグメントを抽出して、テストセット２４の伝送部分に転送し、新しいＰＲＢＳの生成をコントロールし、再伝送フレームに含むと良い。このシードは、データの小さい不変長部分であり、高速回路構成の設計を容易にする。ＰＲＢＳの選択により融通性が望まれる場合、ＰＲＢＳのタイプ、および想定される最大ＰＲＢＳに応じるのに十分な大きさのシードの両方を転送する必要があるだろう。
【００２１】
図５を参照すると、テストセット２４のイーサネットインターフェースポート２６におけるＭＡＣ受信機（ＭＡＣ  Ｒｘ）は、復号されたイーサネットフレームをフィールドフィルタ４０およびフレームフィルタ４２に供給する。以下のとおり、フィールドフィルタ４０により選択されるフィールドからのデータは、先入れ先出し（ＦＩＦＯ）ＲＡＭバッファ４４に渡され、書込み制御装置４６の制御下でバッファ位置に記憶される。各バッファ位置は、テストフレームを再生成するのに必要なデータフィールドのすべての記憶することができる。ＦＩＦＯ４４からのデータは、読出し制御装置４８の制御下で読み出され、マルチプレクサ（ＭＵＸ）５０により、ペイロード生成器５２からのデータと結合され、インターフェースポート２６内のＭＡＣ伝送機（ＭＡＣ  Ｔｘ）により出力されるフレームを生成する。
【００２２】
ＭＡＣ  Ｒｘからのインターフェースは、ＭＡＣフレーム（ＭＡＣヘッダバイトを含む）、および対応するデータ妥当性検証信号およびフレームの開始および終了を識別するその他のストローブ信号を搬送するデータバスを構成する。これらのストローブ信号を使用すると、フィールドフィルタ４０は、再伝送のためにフレームを再生成するのに直接必要なフィールドのみを隔離し、ＦＩＦＯ４４に送信する。書込み制御装置４６は、選択したフィールドを適切なバッファ位置にルートするか、またはＦＩＦＯ４４がいっぱいである場合、書込みを無効にして、フレームを廃棄するためのアドレス指定信号を提供する。フレームフィルタ４２は、着信する各フレームを監視して、特殊なテストフレームであるかどうかを決定し、そのため、この場合は、テストセットデータフィールド３８のＣＲＣコードが正しいかどうか（つまり、受信したＣＲＣ値が、受信したＣＲＣコードの前のテストセットデータフィールドで計算されたＣＲＣの結果と一致するかどうか）をテストする。テストフレームではない場合、書込み制御装置４６は、同一バッファ位置に次に着信するフレームを上書きして応答するように構成される。フレームが特殊なテストフレームである場合、フレームの終わりで、書込み制御装置４６は、当該バッファ位置の内容を再伝送する準備ができていることを読出し制御装置４８に指示し、次に着信するフレームを次のバッファ位置に書き込む。実際のインプリメンテーションに関しては、書込み制御装置４６は、たとえば、ＦＩＦＯ  ＲＡＭバッファ４４のいくつかのアドレスラインを制御し、フィールドフィルタ４０は他のアドレスラインを制御する。
【００２３】
各々の特殊なテストフレームは、疑似ランダム２進系列（ＰＲＢＳ）または「ｗａｌｋｉｎｇ  ｏｎｅｓ」パターン（０００１、００１０、０１００、１０００、０００１、００１０、．．．など）などのフォーミュラから（つまり決定論的に）生成できる可変長ペイロードを含む。特殊なテストフレームの形式は、必須のフィールドの集合がフレームの長さに関係なく不変長で、ＦＩＦＯ４４にある一定サイズのバッファのデスティネーションが特殊なテストフレームの必須のフィールドを含むことを可能にする形式である。
【００２４】
読出し制御装置４８は、当該バッファ位置にあるデータ、およびペイロード生成器５２からのデータから特殊なテストフレームを再生成するようにマルチプレクサ５０を制御することにより、再伝送の準備ができているデータのバッファ位置が存在するという書込み制御装置４６からの指示に応答する。
【００２５】
上記に類似するスキームをインプリメントすることは原則として可能だが、フレームの必須のフィールドは捕捉されてソフトウェアに渡され、ソフトウェアはこれらのフィールドを転送する。しかし、ソフトウェアは、こうしたタスクではハードウェアに比べて非常に遅いので、この方法は、ソースおよびデスティネーションアドレスなど、同じ一般的な特性をすべてが共用する着信フレームに頼らなければならない。この方法の１つの欠点は、着信フレームの形式を予測して伝送機をプリセットできない限り、フレームのバーストの始めが失われるか、または誤ったフィールドとともに再伝送される点である。
【００２６】
上記の実施例は、イーサネットトリビュタリストリームの使用に関連して記載したものであり、「データフレーム」および「ステーションアドレス」などの従来の専門用語は相応に使用した。本発明は、他の種類のパケットデータネットワークに関連して使用することもでき、したがって、本明細書で使用する専門用語は、別の専門用語が従来使用されている他の種類のネットワークにおける類似の概念および特徴も含むと考えるべきである（たとえば、フレームおよびステーションアドレスではなく、パケットおよびネットワークアドレス）。
【図面の簡単な説明】
【００２７】
【図１】トリビュタリデータストリームがイーサネットローカルエリアネットワーク（ＬＡＮ）から着信するＳＯＮＥＴ／ＳＤＨネットワークの概略ブロック図である。
【図２】図１に示すネットワークをテストするためのテストセットの概略ブロック図である。
【図３】図２のテストセットにより生成されたイーサネットデータフレームの形式を示す。
【図４】テストの「１ポートループバック／ループスルー」モードを提供する図２に示す２個のテストセットの略図である。
【図５】「ループスルー」モードで動作する図４のテストセットに含まれる回路構成の概略ブロック図である。
【符号の説明】
【００２８】
１０  データ通信ネットワーク
１２，１４  イーサネットLAN
１６  伝送システムまたは光分岐挿入マルチプレクサ
１８  端末マルチプレクサ
２０  デジタル相互接続器
２２  テストセット
２４  テストセット
２６  イーサネットインターフェースポート
２８  プロセッサ
３０  メモリ
３２  テストデータ生成器
３４  テストデータ分析器
３６  ユーザインターフェース
３８  テストセットデータ
３８  テストセットデータバイト
３８  テストセットデータフィールド
３８  テストセットフィールド
４０  フィールドフィルタ
４２  フレームフィルタ
４４  バッファ
４６  制御装置
４８  制御装置
５０  マルチプレクサ
５２  ペイロード生成器
【図１】
2004320785.tif 000003
【図２】
2004320785.tif 000004
【図３】
2004320785.tif 000005
【図４】
2004320785.tif 000006
【図５】
2004320785.tif 000007