JPH04213939A - データ通信機器テスト・ツール - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、デジタル・データ転
送デバイスに関し、特にデータのオンライン変化に対す
るデータ通信機器の安定性をチェックするツールに関す
る。

【０００２】

【従来の技術】現代のデータ通信機器は、所定のプロト
コルを使用して相互に通信するかなり複雑なデバイスで
ある。いうまでもなく、高品質のデータ転送機器を設計
・保守するには、その機器が、転送リンクを送られるデ
ータに障害が起こった状況を検出し復旧できるかどうか
をテストする手段が必要である。そのためには、通信機
器が、データに生ずる変化にどのように反応するかを判
定しなければならない。

【０００３】一般に、データ通信ネットワークのコヒー
レンスとインテリジビリティは、各フレームがフィール
ドをいくつか含み、各フィールドにある特定のタスクが
割り当てられたデータ・フレーミング規則を定義した全
国的あるいは国際的なプロトコルによって達成される。 たとえばフィールドは、アドレシング（送り側／受け側
）のために、データを受信側に送るために、また、いわ
ゆるフレーム・チェック・シーケンス（ＦＣＳ）フィー
ルドなどのデータ整合性チェックのために提供できる。 ＦＣＳフィールドを適用した場合、その内容には、ＣＣ
ＩＴＴ勧告に定義された規則に従って、実際のデータ・
フレームの内容からダイナミックに取り出されたビット
・アレンジメントがロードされる。受信側のロケーショ
ンで実際に受信されたデータに対するＦＣＳ演算を繰り
返し、受信されたＦＣＳフィールドの内容と照合するこ
とで、転送パスにおいて変化したフレームを検出できる
。

【０００４】設計された通信機器の安定性を効率よくチ
ェックするには、フレーム・フォーマット・フィールド
に生じた変化を検出でき、それに反応できるかどうかを
チェックする手段が必要なことは明らかである。しかし
、変化の結果がどのようになるかは、フィールド定義に
よって異なることがある。たとえばデータそのものの変
化は、フレームを再送したり、復元アルゴリズムを使う
などして復旧できる。一方、ほかのフィールドにおける
変化は特に大きな障害に結びつきやすい。そのため、具
体的なフィールド変化を制御するための、融通性のある
簡易な手段が重要になる。

【０００５】

【発明が解決しようとする課題】この発明の目的は、通
信機器相互間の転送ラインに接続でき、通信機器相互間
を送られるデータ・フレーム・フィールドの内容を、ユ
ーザが自由に変更することによって簡単にプリセットで
きる、簡易性、利便性を備えたツールを提供することに
ある。

【０００６】この発明の目的には、転送リンクに簡単に
接続でき、データ・フレーム・フィールドの内容をユー
ザが自由に変更できる、メニュー方式のフレーム修飾子
を提供することも含まれる。

【０００７】

【課題を解決するための手段】この発明は、エンドユー
ザをつなぐ転送リンクを送られるデータ・フレームをモ
ニタできるようにし、該フレームを選択的に変更する、
メニュー方式のフレーム修飾子を含む、データ通信機器
テスト・ツールであって、該フレーム修飾子が、バスを
備えたオペレータ・ターミナル手段と、上記バスおよび
上記転送リンクに接続されたインタフェース・カード手
段と、メニュー方式のプリセット手段を与えるために上
記ターミナルにロードされるプログラム制御手段、およ
び上記転送リンクを送られるデータ・フレームをモニタ
し選択的に変更するために該プリセット手段に応答する
手段とを含む、データ通信機器テスト・ツールを提供す
るものである。

【０００８】

【実施例】図１は、両方向転送リンク内に適用した本発
明のブロック図である。ここでは、デジタル・パケット
送受信局Ｔ／Ｒ　　１０、１２がエンドユーザであり、
６４ｋｂｐｓのリンクを介して相互接続されているとす
る。テスト・ツール（フレーム修飾子１４）は、ネット
ワークに挿入され、リンクを送られるデータを選択的に
変更するためのリピータとして働く。

【０００９】いいかえれば、当該ツールを使用するオペ
レータが、修飾子１４を自由にセットして、フレームの
変更を行い、ライン・アナライザ１５を用いて、かかる
変更に対する送受信局１０、１２の応答をモニタできる
手段が提供される。あるいはこう言い換えてもよい。フ
レーム修飾子１４により、パケット・フレームに対して
オペレータが選択した変更内容を、転送システムが検出
し場合によってはそれに反応できるかどうかをテストで
きる。オペレータは、転送機器１０、１２に触れること
なくフレーム修飾子１４を自由にセットし、それによっ
て６４ｋｂｐｓリンク内を送られる選択済みフレーム・
フィールドを変更できる。

【００１０】フレームの変更は、戻りのデータ・フロー
をモニタするライン・アナライザが活動化されるように
、１方向でのみ行われる。アレンジメントはいくつか考
えられる。たとえば、図２、図３に示すように、データ
・ターミナル機器（ＤＴＥ）２０が転送リンクに接続さ
れて、別のＤＴＥ（図示なし）とモデム機器を通して通
信するとすれば、ライン・アナライザ１５とフレーム修
飾子１４は、ＣＣＩＴＴ　　Ｖ３５コネクタによって直
列接続できる。アナライザとしては、フレーム変更が１
方向で行われる間に、両方向に送られるフレームをモニ
タし表示できるＨｅｗｌｅｔ−ＰａｃｋａｒｄのＨＰ４
９５３Ａが挙げられる。

【００１１】フレーム修飾子１４は、マイクロコンピュ
ータに差し込み可能なカードと、ロードし実行すれば、
ユーザが、選択されたフレーム・フィールドの変更内容
をプログラム（プリセット）することによって、実施対
象のテストを定義できるプログラムとを含む。利便性は
、ユーザにとって使いやすいメニュー指向システムを通
して大幅に向上する。

【００１２】図４は、フレーム修飾子アーキテクチャ１
４のブロック図、特に、オペレータ用ターミナルとなる
ＰＣタイプのマイクロコンピュータ内に挿入される修飾
子カードのブロック図を示す。データは、Ｖ３５プラグ
を通してＲＤ（データ受信）ラインにおいて直列に受信
され、バイト・シンクロ・スケジューリングを行う割り
込み管理ロジック・デバイス３１によって管理・制御さ
れるシリアル通信コントローラ（ＳＣＣ）デバイス３０
に入力される。受信されたバイトは、４バイト長バッフ
ァ・レジスタ３２に格納される。このバッファは、入力
と出力の間で４バイトの遅延時間を与える。

【００１３】この発明では、後で詳述するように、従来
からのフレーム・タイプをいくつか処理できる。変更対
象として選択されたフレームのタイプは、受信フレーム
をモニタするフレーム識別子（ＦＲＡＭＥ．ＩＤ）／比
較デバイス３４を使って識別する必要がある。受信フレ
ームのフォーマットは、ユーザのターミナルの所定のフ
ォーマットと比較される。所定のフォーマットは、イン
タラクティブなメニューを使って定義されたものである
。このような認識されたパケットは、フィールド修飾子
ロジック・デバイス３６におけるプリセット・フィール
ドの変更内容をトリガする。次に、送られるバイトが再
直列化されてＳＣＣ（出力デバイス）３７に入る。ＳＣ
Ｃ　　３７は、実際には、処理済みのフレームに対する
フィールド・チェック・シーケンス（ＦＣＳ）を再計算
し挿入するようになっている。ここで、ＦＣＳまたはフ
ラグ・フィールドが、変更対象として選択されたフィー
ルドであるとすると、ＦＣＳフラグの変更は、ロジック
・デバイス３６を使って、シリアライザ（ＳＣＣ）３７
の出力でＦＣＳまたはフラグのビットを反転するＸＯＲ
デバイス３８をゲートするだけで行われる。ＰＣバスを
介して、ＳＣＣの内部レジスタをプログラムして正しい
ＳＣＣ構成をセットするのに、プログラムＩＮＳＣＣお
よびＯＵＴ　　ＳＣＣが用いられる。

【００１４】まとめると、フレーム修飾子の入力側で受
信されたデータの流れは、４バイトのわずかな遅延時間
が与えられて転送リンクを再転送される。修飾子は、実
際には、トランスペアレントすなわち送られるフレーム
の変更がプログラムされていないものか、または非トラ
ンスペアレントすなわち受信されたデータが継続的にモ
ニタされて、データが変更されるフィールドが識別され
、かかる変更が行われて、データがそのデスティネーシ
ョンへ６４ｋｂｐｓリンクを再転送されるものである。 １方向でのみ送られるデータを変更することによって、
戻りのパスを調べれば、通信システムの動きおよびそれ
がフィールドの変更を検出できるかどうかをモニタし解
析できる。

【００１５】上述のように、データのフレーミングは、
どのような転送タイプが考慮されるかに応じて実行でき
る。ただしこのようなフレーミングは、ＣＣＩＴＴなど
の全国的あるいは国際的な勧告を通して充分に定義され
ている。

【００１６】図５は、この発明の実施例によって処理で
きるように選択された７種類のフレームを示す。これら
はすべて、純粋なデータ・フィールドに加えて、フレー
ム制御用のヘッダ／トレーラ・フィールドを含む。たと
えばフレームには、周期的に生成されたシーケンス番号
がロードされて、シーケンスを外れたフレームが受信さ
れたときに受信側におけるフレームの喪失を検出できる
ように、シーケンス・フィールド（ＢＳＮ／ＦＳＮ）を
追加できる。可変長フィールドやおそらくは他のフィー
ルドにも長さインディケータ（ＬＩ）などのフレームを
与えることができる。フレーム修飾子は、上記のフレー
ムのいずれにも適用されるものとして説明することがで
きる。変更されるフレームは、ほとんどの場合、そのＬ
Ｉフィールド（第３フレーム・フィールド）を通して識
別される。

【００１７】図６と図７は、この発明を適用するフロー
チャートである。このフローチャートと、ＣＣＩＴＴ　
　Ｎｏ．７メッセージ・フレームを伴うトラフィックに
適用した本発明についての以下の説明を基にすれば、こ
の発明を実現するプログラムを容易に導くことができる
。

【００１８】図６に示すように、ＰＣドライブからプロ
グラムをロードして実行すれば、メニュー表示がトリガ
され、フレーム変更処理のためにアクセスできるように
選択された各種フレームが表示される。オペレータのタ
ーミナルのファンクション・キーは、カスタマイズされ
ており、アクセス可能フレームを簡単に選択できる。こ
の発明の原理が他のどのようなフレーム構造にも適用で
きることは明らかである。

【００１９】ここで、ファンクション・キーＦ１が押さ
れ、フレーム・タイプＣＣＩＴＴＮｏ．７（ＳＳ７メッ
セージ・フレームすなわち図５の第１フレーム）が選択
されるとする。システムは、選択されたフレーム・タイ
プのその指示をセーブし、図９のスクリーンを表示する
。

【００２０】フレーム（スクリーンの上側）は最初に全
体が表示され、カーソルはフレームのすぐ外側にくる。 キーボードのカーソル制御キーを使ってカーソルを任意
のフレーム・フィールドの第１ビット位置にもってくる
と、選択されたフィールドが表示される。そのときシス
テムはフィールド・レファレンスをセーブ（格納）する
。スキャンされた第１フィールドは、フレーム・シーケ
ンス番号を格納するシーケンス番号フィールドである。 これらのフィールドには、実際には、フレーム喪失など
を示すシーケンス外のフレームを検出できるように、ま
たはその他の変更のあったフレームを識別できるように
、周期的に生成された連続番号がロードされる。 ＣＣＩＴＴ　　Ｎｏ．７では、２種類のシーケンス番号
フィールドが識別される。１つはＢＳＮと表記されるバ
ックワード・シーケンス番号、もう１つはＦＳＮと表記
されるフォワード・シーケンス番号である。どちらのフ
ィールドも１バイト長である。ＢＳＮフィールドをポイ
ンティングすれば、当該フィールドの内容の詳細表示（
スクリーンの下側を参照）が自動的にトリガされ、ビッ
ト位置には０ないし７の番号がつけられて、選択された
フィールド・レファレンスがセーブされる。ＢＳＮビッ
ト７の位置は、受信フレームの再転送が起こったことま
たは起こるべきことを示す。残り７ビットは、シーケン
ス番号を識別するフレームを表す。ファンクション・キ
ーＦ９を押すと、ＢＳＮ処理がトリガされ、選択された
変更内容がプログラムされる。フィールド内容はシーケ
ンス番号を示すので、変更内容は加算か減算に対応する
。 ＋／−符号を表示した小さいウィンドウによってビジュ
アルな表現が得られる。カーソルは移動可能であり、テ
スト用にプログラムされる変更内容が加算を伴うか減算
を伴うかが示される。ＥＮＴＥＲキーを押すと選択肢が
セットされ、プログラムは、カーソルをフィールド表示
へ移す。カウンタは、メッセージとともにセットされ表
示される。このメッセージは、カウンタの内容が、コン
プリメント（反転）しかできないビット７を除いて“フ
ィールドに加算”されることを示す。次に、ビット７を
ポインティングし、ＥＮＴＥＲキーを押すと、“バック
ワード・インディケータ・ビット反転”というメッセー
ジがセットされる。これは、ビット７に対する簡単なＸ
ＯＲロジック演算で行える。別のＢＳＮビット（０ない
し６）をポインティングし、ＥＮＴＥＲキーを押すと、
カウンタが、ポインティングされたビットの重み（位置
０は１、位置１は２、位置３は４、以下同様）に応じて
１０進値が加算（または減算）されてロードされる。し
たがってポインティングされたビットの変化は、１０進
値で１２８まで累積される（全６ビットについて、０な
いし６が選択または変更される）。

【００２１】＋が選択されているとすると、カーソルは
、ビット位置１に移動して、ＥＮＴＥＲキーが押されて
いる。そこでシステムは図１０のパネルを表示する。

【００２２】カーソルは、“バックワード・シーケンス
番号”ビット位置１を指している。ここで、カーソルが
位置５すなわち重み３２のビットに移動したとする。Ｅ
ＮＴＥＲキーを押すと、３２が前のカウンタ内容すなわ
ち０００に加算される。結果は３２になる。ここでカー
ソルを位置１に戻して、ＥＮＴＥＲキーを押すとする。 カウンタは２を３２に加えて３４を格納する。選択され
た変更内容はいつも強調表示される。たとえばビット１
と５が点滅したり、他のＢＳＮビットとは異なる色にな
ったりする。

【００２３】逆に、加算ではなく減算が選択された場合
、ユーザの操作は上記と同じようになるが、カウンタに
格納される値は、アダー（ＡＤＤＥＲ）に送られる前の
２の補数になる（図６のフローチャートを参照）。

【００２４】図６に示したように、第１フィールドを選
択すると、図５に示した、システムが使用できる各種フ
レームを区別できる。ＢＳＮ／ＦＳＮのテストが不可の
場合に、システムが、データ処理を進める前に、ＣＲＣ
またはフラグのフィールドの処理を求めるのはそのため
である。

【００２５】システムは、１つのフィールドの変更を処
理する設計になっていた。したがって、ファンクション
・キーＦ５を押すことによってプログラム可変フィール
ドが選択されれば、システムはレディにセットできる。 そこでシステムは、６４ｋｂｐｓリンクを送られるデー
タのモニタに進み、プログラムされた変更内容を適用す
る（図７のフローチャートを参照）。変更対象のパケッ
トを記録しておき、先へ進むために、キーＣＲＣ／フラ
グ送信が一度実行される。

【００２６】しかし、ＢＳＮ／ＦＳＮの変更がプログラ
ムされないと、カーソルは次のフレーム・フィールドす
なわち長さインディケータ（ＬＩ）フィールドに移る。 システムは長さインディケータの内容を表示する（図１
１）。

【００２７】このフィールドの内容は、フレームの長さ
を定義し、各種フレームを区別するのに役立つ。このフ
ィールドの整合性を確認したり、フィールドに対する不
当な操作を検出できるようにしたりすることが格別重要
なことはいうまでもない。この点、本発明の有益性が浮
き彫りになる。本発明では、転送システムが、ＬＩフィ
ールドの内容に対する不当な操作を検出できるかどうか
をテストできる。

【００２８】ＬＩフィールドは、３種類の通信フレーム
すなわちＬＩ＝０のいわゆるフィルイン・フィールド、
ＬＩ＝１または２のステータス・フレーム、およびＬＩ
＞２のメッセージ・フレームを区別するのに役立つ。

【００２９】ＬＩには６ビットのフィールドが与えられ
る。変更対象の各ビット位置は、キーボードのオペレー
タによって、０を強制格納するように選択された場合は
、１またはＸに変更される（Ｘの場合、事実上、対応す
るビット位置には何の変更も予想されない）。

【００３０】ここでも、ファンクション・キーＦ９を押
すと、動作状態のフレーム修飾子による変更準備がトリ
ガされる。カーソルを、変更対象のビット位置にもって
きて、０、１、またはＸを選択すると、システムが、プ
ログラムされたＬＩフィールドを変更するようにセット
される。

【００３１】次の可変フィールド（図１２）はサービス
情報バイト（ＳＩＯ）専用である。このフィールドの２
つのセクション（ビット０ないし３、６ないし７）は、
ＬＩフィールドについて用いられたものと同じ原理に基
づいて変更のためのアドレスを指定できる。すなわち選
択されたビットは強制的に０または１、あるいは未変更
にできる。

【００３２】次のＳＳ７フィールド（図１３）は、特に
、データと、デスティネーション、始点などの対応する
パラメータに予約される。ここで注意しておきたいが、
シグナリング・リンク・コード（ＳＬＣ）／ＯＰＣは、
バイトを整数個含まない（ＯＰＣ２は半バイトで、ＯＰ
Ｃフィールドの第２部分を表す）。

【００３３】次の可変フィールド（図１４）は、２バイ
ト長フィールドで、巡回冗長チェック（ＣＲＣ）バイト
を格納するフィールドである。ＣＲＣの変化は、転送エ
ラーが発生したことを意味し、再転送リクエストをトリ
ガするだけの結果になる。したがって、適切なＣＲＣ変
化はかなり単純である。たとえば、両方のＣＲＣバイト
に対してＸＯＲ演算を行うことで実行できる。Ｆ９を押
すと、システムはウィンドウを点滅させる。次にＦ５を
押すと、ＣＲＣフィールド内容が選択されて他の変更内
容に与えられていることが確認される。

【００３４】同様に、フラグの変更は、フラグ・バイト
のＸＯＲをとることで行える。この場合、動作状態では
、何のフラグも識別されず、入力バッファはオーバフロ
ーする。こうした単純なテストでは、入力バッファのオ
ーバフローがトリガされる。

【００３５】先にも述べたとおり、オペレータがある特
定のフィールドを選択して、それに応じてフレーム修飾
子をプログラム（プリセット）すれば、ファンクション
・キーＦ５（送信）を押すことでテストが実行される。 プログラムされたフィールド変更内容は、フレーム識別
子／比較デバイス３４（図４参照）が利用できるように
なる。入力されるデータは、非直列化されてＳＣＣ　　
３０に入り、フレーム識別子／比較デバイス３４にバッ
ファされる。システムは、バッファに入ったフレームを
モニタする。これにより最初に、比較操作を通して、変
更対象のフレーム・タイプが識別される（図７のフロー
チャート参照）。フィールドの比較とＢＳＮ／ＦＳＮの
テストにより、求められているＳＳ７タイプのフレーム
を検出できる。次に、フレーム修飾子ロジック・デバイ
ス３６が動作可能になって、選択されたフィールドがプ
ログラムされたとおりに変更され、その後、変更された
フレームが解除されて、シリアライザＳＣＣ　　３７を
介してデータ転送（ＴＤ）ラインへ送り出される。ここ
で、ＢＳＮ／ＦＳＮフィールドが変更されているとする
と、ＳＣＣ　　３７は、フレームを解除する前に正規の
ＦＣＳを再計算・再挿入する。したがって、要求された
ＦＣＳ／フラグの変更を考慮する必要がある。これは、
ＳＣＣ　　３７によって与えられたＦＣＳ／フラグのＸ
ＯＲをとること（デバイス３８）によって行える。次に
、変更されたフレームが解除されて、そのデスティネー
ションに向けられる。対応するターミナル機器のレシー
バの応答は、ライン・アナライザ内でモニタされチェッ
クされる。

【００３６】図８は、図４のフレーム修飾子デバイスの
詳細ブロック図である。この設計は、特に、送出データ
（メッセージ）のフレーム・フィールドのいずれに対し
ても動作可能になるようにプログラムされたフレーム変
更内容に対するデバイス動作を強調したものである。デ
バイスも当然、変更対象ではないフレームについては、
入力されるフレームに対してトランスペアレントにでき
る。

【００３７】ＳＣＣ３０、３７はいずれも、トランスペ
アレント・モードでは、受信されたメッセージとコンパ
チブルなモードにセットされる。たとえば、従来からの
０の挿入／削除を行う手段がセットされて、ＳＣＣ　　
３７が正規のＣＲＣバイトを生成する。フレーム修飾子
は、電源が始めて投入されてから、このトランスペアレ
ント・モードに自動的にセットされる。かかるモードで
は、バッファ・レジスタ３２にバッファされたフレーム
は、トランシーバ３３および３１を通してＳＣＣ３７に
向けられ、加算／減算デバイス３５はすべて、トランス
ペアレントにセットされる（０加算など）。ＸＯＲロジ
ック・デバイス（３８）も、送られるメッセージを未変
化状態に保つようにセットされる。

【００３８】ここで、フレーム修飾子は、図８の左上に
示したタイプのＳＳ７フレームに対して動作するように
セットされているものとする。フレーム修飾子を充分に
説明するために、メッセージ・フレームをスキャンし、
与えられたフィールド変更内容に対するデバイス動作を
定義することにする。ここでまず覚えておきたいことは
、送られるメッセージ・フレームを識別する再上位フィ
ールドの内容は、ＬＩ（長さインディケータ）であると
いうことである。バッファ・レジスタ３２は、送られる
メッセージに４バイトの遅延時間を与え、ＬＩが受信さ
れてデコードされ、メッセージ・フレームのタイプが識
別されれば、２つの第１フィールド（ＢＳＮまたはＦＳ
Ｎ）に対して要求されたフレーム変更が可能になる。

【００３９】上述のように、メニュー指向プロセスは、
ユーザが変更したいフレームのタイプの選択を要求する
ところからスタートする。この選択によって、選択され
たＬＩの値の、レジスタ４０（チップ・セレクト３：Ｃ
Ｓ３）への格納が自動的にトリガされる。

【００４０】システムを送られるメッセージが、ＬＩを
格納したＣＳ３レジスタと同じＬＩ（ＬＩレジスタに格
納）をもつとき、またそのときにのみ、コンパレータ４
４が、バイト・カウンタ４６の動作をトリガする。バイ
ト・カウントは、コンパレータ４８において、変更対象
のフィールド位置と比較され、ＣＳ４レジスタ５０に格
納される。４８でマッチングがあれば、ＰＣバスに割り
込み信号が送出される。

【００４１】ＢＳＮ（またはＦＳＮ）バイトの変更がプ
ログラムされているとすると、受信されたＢＳＮまたは
ＦＳＮのバイトに加算（または減算）される入力値は、
ＣＳ５レジスタ５２に格納されている。ＰＣバス上の割
り込み信号は、レジスタ５２の内容と実際のＢＳＮ（ま
たはＦＳＮ）フィールドの内容とが加算（または減算）
されて加算／減算デバイス（ＡＤＤＥＲ）３５に入るト
リガとなる。新しいＢＳＮ（またはＦＳＮ）は、ＳＣＣ
　　３７を通してＴＤ出力リンクに転送され、そこで新
しいＣＲＣが計算され、メッセージに挿入される。

【００４２】フレームのほかのバイト（ＳＩＯ、ＳＩＦ
、データなど）の変更原理は、ＢＳＮ／ＦＳＮの変更原
理と異なる。上述のように、変更内容は、ビット・ベー
スでその中にプログラムできる。いいかえると、選択さ
れたビット位置の内容は、強制的に１、０、またはＸ（
構わない）にできる。ＣＳ１レジスタ５４は、変更対象
ビットのフレーム位置を格納し、ＣＳ２レジスタ５５は
、選択された変更内容を格納する。送られるフレーム内
のビット位置は、上述のコンパレータの動作で検出され
る。ただしここで注意しておきたいが、ＤＡＴＡフィー
ルドは、事実上、バイトを数多く含む。

【００４３】最後の可変フィールドはＣＲＣフィールド
とフラグ・フィールドである。ＣＲＣが変更されている
ものとすると、ＸＯＲデバイス３８は、ＣＲＣフィール
ドの内容の値を反転してＳＣＣ　　３７の出力に送る。 ここでも、フィールド位置は、上記と同じ比較演算によ
ってトリガされる。同様に、フラグの変更についても、
ＸＯＲデバイス３８がアクティブになって、フラグが変
更され、よって、連続したフレームがより大きいフレー
ムにマージされる。

【００４４】

【発明の効果】この発明によれば、通信機器相互間の転
送ラインに接続でき、通信機器相互間を送られるデータ
・フレーム・フィールドの内容を、ユーザが自由に変更
することによって簡単にプリセットできる、簡易性、利
便性を備えたツールが提供される。

【図面の簡単な説明】

【図１】転送ネットワーク内に挿入した本発明をあらわ
すブロック図である。

【図２】転送ネットワーク内に挿入した本発明をあらわ
すブロック図である。

【図３】転送ネットワーク内に挿入した本発明をあらわ
すブロック図である。

【図４】本発明を実現するデバイスのブロック図である
。

【図５】本発明によって処理可能なデータ・フレームを
あらわす図である。

【図６】本発明をサポートするプログラムのフローチャ
ートである。

【図７】本発明をサポートするプログラムのフローチャ
ートである。

【図８】図４に示したデバイスの詳細ブロック図である
。

【図９】本発明に従って表示されるスクリーン例を示す
図である。

【図１０】本発明に従って表示されるスクリーン例を示
す図である。

【図１１】本発明に従って表示されるスクリーン例を示
す図である。

【図１２】本発明に従って表示されるスクリーン例を示
す図である。

【図１３】本発明に従って表示されるスクリーン例を示
す図である。

【図１４】本発明に従って表示されるスクリーン例を示
す図である。

Claims (6)

【特許請求の範囲】
1. 【請求項１】エンドユーザ相互間の転送リンクを送られ
   るデータ・フレームをモニタできるようにし、該フレー
   ムを選択的に変更するメニュー方式のフレーム修飾子を
   含むデータ通信機器テスト・ツールであって、該フレー
   ム修飾子が、バスを備えたオペレータ・ターミナル手段
   と、上記バスおよび上記転送リンクに接続されたインタ
   フェース・カード手段と、メニュー方式のプリセット手
   段を与えるために上記ターミナルにロードされるプログ
   ラム制御手段、および上記転送リンクを送られるデータ
   ・フレームをモニタし選択的に変更するために該プリセ
   ット手段に応答する手段とを含む、データ通信機器テス
   ト・ツール。
2. 【請求項２】請求項１に記載のデータ通信機器テスト・
   ツールであって、上記転送リンクおよび上記フレーム修
   飾子に接続されたライン・アナライザを含む、データ通
   信機器テスト・ツール。
3. 【請求項３】請求項１に記載のデータ通信機器テスト・
   ツールであって、メニュー方式のプリセット手段が、可
   変フレーム・タイプを表示し、選択されたフレーム・タ
   イプ内で、変更対象のフレーム・フィールドを少なくと
   も１つ選択できるようにする第１手段と、上記表示手段
   に応答して、要求された変更を定義しプログラムする第
   ２手段と、上記第２手段に応答して、転送リンクを送ら
   れるデータ・フレーム内の、選択されたフレーム・フィ
   ールドを変更する第３手段とを含む、データ通信機器テ
   スト・ツール。
4. 【請求項４】請求項３に記載のデータ通信機器テスト・
   ツールであって、第３手段が、リンク上の１エンドユー
   ザによって与えられたデータの現在の流れをモニタする
   モニタ手段と、第１手段および上記モニタ手段に応答し
   て、変更対象として選択されたフレーム・フィールドを
   検出する検出手段と、上記検出手段に応答して、フレー
   ム変更を第２手段によって定義されたとおりに強制実行
   する手段とを含む、データ通信機器テスト・ツール。
5. 【請求項５】データ通信機器テスト・ツールであって、
   インタフェース・カードが、転送リンクおよびバスに接
   続されたデシリアライザと、上記デシリアライザに接続
   されたバッファ・レジスタ手段と、上記バッファ・レジ
   スタおよび上記バスに接続されたフレーム識別子デバイ
   スと、上記バス、上記バッファ・レジスタ、および上記
   フレーム識別子に接続されたフレーム修飾子ロジック・
   デバイスと、上記フレーム修飾子および上記バスに接続
   されたシリアライザ手段と、上記シリアライザの出力を
   上記転送リンクに供給する手段とを含む、データ通信機
   器テスト・ツール。
6. 【請求項６】請求項５に記載のデータ通信機器テスト・
   ツールであって、デシリアライザおよびシリアライザに
   接続されたバイト・シンクロ手段を含む、データ通信機
   器テスト・ツール。