JPH05502526A

JPH05502526A - 擬似同期ハンドシェイキングおよびブロックモードデータ転送を利用したエンハンストｖｍｅバスプロトコル

Info

Publication number: JPH05502526A
Application number: JP2513387A
Authority: JP
Inventors: スター　ダリル　ディー
Original assignee: オースペックス　システムズ　インコーポレイテッド
Priority date: 1989-09-08
Filing date: 1990-08-20
Publication date: 1993-04-28
Also published as: AU640693B2; WO1991003786A1; KR920704219A; US5388231A; IL95446A0; CA2066440A1; EP0490988A1; AU6428090A; EP0490988A4

Abstract

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

Description

【発明の詳細な説明】擬似同期ハンドシエイキングおよびブロックモードデータ本発明は、一般にマイクロコンピュータの分野に関し、特にマイクロコンピュータシステムにおいて用いられるエンハンストＶＭＥバックプレーンバスプロトコルに関する。

発明の背景この数年において、コンピュータ業界は、工業用およびオフィスコンピユーテイングシステムの構造における著しい進展を経験した。分散型の「スマート」ワークステーションが本体またはマイクロコンピュータに取り付けられる単純なｒｄｕｍｂ」　ターミナルにとって代わりつつある。これらの「スマート」ワークステーションは、それら自体が局部的処理能力および局部メモリ記憶装置を有するコンピュータである。このような「スマート」ワークステーションは、各種のプロセンサ、データ記憶装置、通信装置および他の周辺機器を含むより大きなネットワークの一部を構成するものである。

ワークステーションネットワークは、一般に、各個別のユーザヮークステ−ンヨン（「クライアント」という）と、ファイリング、データ格納、プリンティング、および広域通信のための共用リソース（それぞれをサーバという）とでなっている。各クライアントおよびサーバは、イーサネット等のローカルエリアネットワーク（ｒＬＡＮＪ）に沿って相互接続されている。各多重イーサネットを、中枢イーサネットによって互いに接続させることができる。

イーサネットに沿って各クライアントは一般に、そのクライアントにデータおよび記憶機能を提供するサーバと接続している。最もよく利用されるリソースは、ファイル記憶および転送であるから、物理的サーバを総称して「ファイルサーバ」ということがある。従来のサーバには、イーサネットに結合する中央処理装置（ｒｃＰＵ」）を含む場合がある。ＣＰＵ自体は、−次記憶装置に結合する。

ＣＰＵおよび一次記憶装置は、共にハス等の従来型の入出力装置（［Ｉｌｏ、１）に接続する。ハスを用いて、ＣＰＵは、大容量記憶のためのディスクコントローラ等の他の装置、或いは他の周辺機器と通信することができる。

プロセッサの技術および性能は近年において著しく増強したが、入出力性能は、今日こ至るまでそれにふされしい改良がなされていない。したがって、ＣＰＵの処理性能の能力はかなりのものであるのに、システムの総合的性能は、バスに備わるＩｌｏの比較的低い性能しきい値のために、比較的には驚（べきものとはならない。

どのようなバズでも、その性能は、そのバスを通るデータ転送トランザクションを遂行するのに要する時間によって大体決まるものである。バスを通る所与のトランザクションのためのトランザクション時間をできる限り短い時間期間に最適化することができると、そのバスは、所定の時間期間内により多くのトランザクションを処理することができることになる。このことから、バスが所定の時間期間中により多くのトランサクションを処理できるようになるのにしたがって、性能が向上する。

ＶＭＥバックプレーンバス（以下ｒＶＭＥバス」）は、現在用いられている最も一般的なＩ１０バスンステムの１つである。ＶＭＥバスは、広く実用化され、業界を通じて標準化されたものとなっている。このため、米国電気電子学会（ｒｌＥＥＥ」）の規格委員会は、ＶＭＥ６ｕｓ　５ｐｅｃｉｆｉｃａｔｉｏｎ　Ｍａｎｕａｌ、ｒｅｖｉｓｉｏｎＤｌ、２．　と題する刊行物においてＶＭＥバスの規格（以下、ＶＭＥバス規格という）を作成、発表しており、それを参照することによってここに一体化する。

標準化されたＶＭＥバスインタフェースシステムは、バックプレーンインタフェースロノノク、　［バス」と呼ばれる４群の信号線および該信号線を利用して互いに通信し合う機能モジュールの一団でなりたっている。これらの４個のバスは、データ転送バス（ｒＤＴＢ」）　、アービトレーションバス、優先割込みバス、およびユーティリティバスである。本出願は基本的にはＤＴＢと関連しているっＤＴＢは、ＤＴＢサイクルを開始するＶＭＥバスに接続するＣＰＵまたは他のインテリツエン］・コントローラ等の機能モノニールである「マスク」が、それら自体と「スレーブ」との間の２進データの転送を指示できるようにしている。

「スレーブ」とは、主記憶装置等の機能モノニールであり、　「マスク」によって開始されたＤＴＢサイクルを検出し、それらのサイクルがその参加を指定する場合にその「マスク」へデータを転送し、またはそこからデータを受け取る。

「マスク」がＤＴＢ上で実行できるものとして以下の７つのＤＴＢサイクルがある。それらはＲＥＡＤ、ＷＲＩＴＥ、　ＢＬＯＣＫ　ＲＥＡＤ、ＢＬＯＣＫＷＲＩＴＥ、ＲＥＡＤ−ＭＯＤＩＦＹ−ＷＲＩＴＥ、ＡＤＤＲＥＳＳ　０ＮＬＹ。

およびＩＮＴＥＲＲＵＰＴ　ＡＣＫＮＯＷＬＥＤＧＥ　ＣＹＣＬＥである。

ＲＥＡＤサイクルにおいては、ｌ、２．　３または４バイトの並列データが、ＤＴＢを介してマスクからスレーブへ転送される。ＲＥＡＤサイクルは、マスクがアドレスおよびアドレス変更子を放送し、ＤＴＢ上にデータを発したときに開始される。各スレーブは、アドレスおよびアドレス変更子を捕捉し、そのサイクルに応答するかどうかを決定する。対象となる受取り手のスレーブは、その内部記憶装置からデータを検索し、データ転送に応答してデータをＤＴＢ上に発する。

ＷＲＩＴＥサイクルにおいては、１．　２．　３または４バイトの並列データがＤＴＢを介してマスクからスレーブに転送される。このサイクルは、マスクがアドレスおよびアドレス変更子を放送し、ＤＴＢ上にデータを発したときに始まる。

バス上の各スレーブは、アドレスおよびアドレス変更子を捕捉し、このサイクルに応答すべきかどうかを決定する。対象となるスレーブは、データを記憶し、転送に応答する。

ＢＬＯＣＫ　ＲＥＡＤサイクルは、１〜２５６バイトのブロックをスレーブからマスクに転送するのに利用されるＤＴＢサイクルである。ＢＬＯＣＫ　ＲＥＡＤ転送は、ｌ、２または４バイト幅（即ち、８，１６または３２ビット幅のデータワード）のデータ転送のストリングを用いて達成される。このブロック転送か一旦開始されると、マスクは、総てのバイトが転送されるまでＤＴＢを解放しないっＢＬＯＣＫ　ＲＥＡＤサイクルは、サイクルの開始にあたってマスクが１つのアドレスおよびアドレス変更子だけを放送する点において、ＲＥＡＤサイクルのストリングとは異なる。スレーブは、次の転送のデータが次に高位の記憶場所から検索されるように、各転送毎にアドレスをインクリメントする。

ＢＬＯＣＫ　ＷＲＩＴＥサイクルは、ＢＬＯＣＫ　ＲＥＡＤサイクルと同様に、１〜２５６バイトのブロックをマスクからスレーブに転送するために利用されるＤＴＢサイクルである。このＢＬＯＣＫ　ＷＲＩＴＥ転送は、ｌ、２または４バイト幅のデータ転送のストリングを用いて達成される。ブロック転送が一旦開始されると、マスクは総てのバイトか転送されるまでＤＴＢを解放しない。Ｂｌ、０ＣＫＷＲＩＴＥサイクルは、サイクルの開始にあたってマスクが１つのアドレスおよびアドレス変更子だけを放送する点において、ＷＲＩＴＥサイクルのストリングとは異なる。スレーブは、次の転送のデータが次に高位の記憶場所から検索されるように、各転送毎にアドレスをインクリメントする。

ＲＥＡｒＪ−ＭＯＤＩＦＹサイクルは、スレーブ記憶場所からの読出しおよびそこへの書込みを共に、そのスレーブ記憶場所への別のマスクのアクセスを許さずに行うのに用いられるＤＴＢサイクルである。

ＡＤＤＲＥＳＳ−ＯＮＬＹサイクルは、アドレスの放送のみでなっている。データは転送されない。各スレーブは、ＡＤＤＲＥＳＳ−ＯＮＬＹサイクルには応答せず、マスクは応答を待つことなしにサイクルを終了する。

なお、これは、全体が「同期の」システムではスレーブの応答は関係ないということにおいて同期のシステムとは異なる。ＤＴＢサイクルのこの開始を、当技術においては「ハンドシエイキング」といっている。マスクは、データ転送サイクルを開始した後に、サイクルを終了する前に指定されたスレーブが応答するのを待つ。ＶＭＥバスの非同期の性質がスレーブが応答するのに必要とするだけ長くかけることを可能にしている。ＶＭＥバスは１回のハンドシェークンーケンスを完了するために、ＤＴＢを介しての４回の伝播を必要とする。スレーブが誤動作のために応答に失敗した場合、或いはマスクがスレーブのない場所を偶発的にアドレス指定した場合は、バスタイマが介入し、サイクルを終了させる。

ＶＭＥバス規格は、各機能モジュールにあってＤＴＢ上のデータ転送を監視するためのロケーションモニタの利用を指定している。それぞれが、それが見張るように割り当てられた各記憶場所へのアクセスを検出するように動作する。これらの割り当てられた記憶場所の１つへのアクセスが生じると、ロケーションモニタは一般に、割込み要求信号によってその塔載プロセッサに信号を送る。このような構成においては、プロセッサＡが、プロセッサＢのロケーションモニタによって監視される大域的Ｖ＆ｉＥバス記憶装記憶装造みをした場合、プロセッサＢは割り込まれる。

ＤＴＢは、アドレス指定回線、データ回線および制御回線の３種類の回線を含マスクは、ＡＯ２〜Ａ３）で示されるアドレス回線番号２〜３１を利用して、アクセスする４バイトグループを選択する。４つの別の回線データストローブゼロ（ＤＳＯ”）、データストローブワン（ＤＳｌｏ）、アドレス回線ナンバワン（ＡＯＩ）およびロングワード（ＬＷＯＲＤ”　）を次に用いて、データ転送中に４バイトグループ内のどのバイトロケーションにアクセスするかを選択する。省略形の回線表示に続く星印は、それらの線がｒａｃｔｉｖｅ　ｌｏｗｒ　（即ちローにされた場合にｒａｃｔｊｖｅＪであるとみなされる）であることを示すっこれら４つの線を用いてマスクは、開始されたサイクルの種類によって、ｌ、２．　３または４バイトの記憶場所に同時にアクセスすることができる。

ＤＴＢは、データ転送中に、マスクに付加的な２値情報をスレーブに送らせる６つのアドレス変更子回線を含んでいる。６４通りの可能な変更子コートがあり、定義済み、保留、およびユーザにより定義済みの３つのカテゴリのそれぞれに分類される。ユーザにより定義されるコードの一般的な利用には、ペーソスイッチング、記憶保護、マスクまたはタスク識別、リソースへの特権的アクセス等が含まれる。

ＤＯＯ〜Ｄ３１の３２のデータ回線が、バスを通して実際にデータを転送する。

マスクは、４バイトロケーシヨンまで同時にアクセスできる。マスクはアクセスすべきバイトロケーションを選択すると、それ自体とそれらのロケーションとの間でデータバスを介して２値データを転送することができる。

ＤＴＢは、アドレスストローブ（ＡＳ”）、データストローブセロ（ＤＳＯｏ）、データストローブワン（ＤＳＩ）、バスエラー（ＢＥＲＲ’　）　、データ転送応答（ＤＴＡＣＫ”　）、および読取り／書込み（ＷＲＩＴＥ”）の６つの制御線を含む。Ｖ〜ＩＥ規格は、各制御線がローにされた場合にｒａｃｔｉｖｅ」とみなすことをめている。

ＡＳ”回線の下降端は、放送されたアドレスが安定したもので、捕捉できるものであることを、総てのスレ−ブモジュールに知らせている。

ＤＳＯ”およびＤＳＩは、データ転送のためのバイトロケーションを選択する際のそれらの機能に加えて、制仰機能も果たす。ＷＲＩＴＥサイクルにおいて、データストローブの最初の下降端は、マスクが有効なデータをデータバス上に発したことを示す。ＲＥＡＤサイクルにおいて、最初の上昇端は、スレーブにそれかＤＴＢから有効なデータを取り出せるときを教える。

スレーブは、それがＷＲＩＴＥサイクル中にデータを受け取ることに成功したことを示すために、ＤＴＡＣＫ”をローにする。ＲＥＡＤサイクルにおいて、スレーブは、それがＤＴＢ上にデータを発したことを示すためにＤＴＡＣＫ”をローにする。

ＢＥＲＲ”線は、データ転送が不成功であったことをマスクに示すために、スレーブまたはバスタイマによってローにされるオーブンコレクタ信号である。例えば、マスクが読出し専用記憶素子を含む記憶場所に書き込もうとした場合、応答するスレーブはＢＥＲＲ”をローにするかもしれない。マスクがどのスレーブによっても提供されない記憶場所にアクセスしようとした場合、バスタイマは、指定された時間期間待った後にＢＥＲＲ’を口にすることになる。

ＷＲＩＴＥ”は、第１のデータストローブの前端によってストローブされるレベル有意線である。これは、データ転送動作の方向を示すためにマスクによって利用される。ＷＲＩＴＥ”かローにされた場合、データ転送の方向は、マスクからスレーブに向けてである。ＷＲＩＴＥ”がハイにされると、データ転送の方向はスレーブからマスクに向けてである。

ＶＭＥバス規格は、ＶＭＥバスを通しての４回の別個の伝播を必要とするハントシェークを明示している。マスクは、データ転送サイクルを開始するためにＤＳＯ”およびＤＳＩ”を発する。スレーブは、マスクのＤＳＯ”およびＤＳＩ”の表明に応答して、ＤＴＡＣＫ”を発する。マスクによるＤＴＡＣＫゝの表明に応答して、マスクはＤＳＯ”およびＤＳビを引っ込める。スレーブは、これに応答して、ハンドシェークを完了するためにＤＴＡＣＫ”を引っ込める。これら４つの伝播のそれぞれが、ハンドシェークを達成するために必要である。

代表的なＶＭＥバスを通しての転送速度は一般に毎秒２０〜３０メガバイトの範囲である。しかし、大量のデータをＶＭＥバス上のある装置からＶＭＥバス上の別の装置に極めて急速に転送しなければならないか或いは多数回のデータ転送をする必要がある状況においては、この転送速度では遅すぎて、処理の遅延を生しることがしばしば有り得る。したがって、データ転送および処理の効率を最大限にするためには、ＶＭＥバックプレーンバスを通ってのデータの転送速度を増大することが必要である。

今田こ至るまで、毎秒２０〜３０メガバイトの範囲を超えての転送速度の増大についての進展は殆どみられない。このＶＭＥバス規格への執着がＶＭＥバスのデータ転送速度を改善するについての問題をもたらしている。

ＶＭＥバスの普及は、このＶＭＥバス規格の広範な実施と、他のシステムおよび周辺機器との業界全体での互換性との両方によるところが大きい。実際、ＶＭＥバスの性能を向上するための努力をある程度遅らせたのは、この最も重要な互換性に対する考虜である。互換性のあるＶＭＥバスの構成は、このＶＭＥバス規格と合致するものでなければならない。互換性を維持しようとするなら、ＶＭＥバス規格の内容に沿って、性能の問題を解決しなければならない。

−ルおよびスレーブ機能モジュール有するＶＭＥバックプレーンバスで用いるＶＭＥバス互換性擬似同期高速転送ハンドンエークプロトコルを目指すものである。データ転送バスは、データストローブ信号線およびデータ転送応答信号線を含む。ハンドシェークを達成するために、マスクは、一定の持続期間のデータストローブ信号をデータストローブ線上に送り出す。次に、マスクは、データ転送応答ｆ言号線上でスレーブモジュールからのデータ転送応答信号の受信するのを待つ。次に、スレーブは、データ転送応答信号線上に一定の持続期間のデータ転送応答信号を送信することによって応答する。

このハンドシェークプロトコルの擬似同期的性質に合わせて、転送されるデータは、転送動作がＲＥＡＤであるかＷＲＩＴＥ動作であるかによって】つの信号だけを参照する。データをマスク機能ユニットからスレーブへ転送する際には、マスクは、転送するデータを放送する。マスクはデータストローブ信号を発し、スレーブはデータストローブ信号に２答して、マスクによって放送されたデータ応答信号を発し、マスクはデータ転送応答信号に応じてスレーブによって放送されたデータを捕捉する。

本発明の高速転送プロトコルは、データ転送速度を実質的に増大させることによって、ＶＭＥバンクプレーンバスを通る多量のデータの急速転送を容易にする。

電流ドライバを指定することによって実現される。本発明を実施したシステムにおいては、３２デ一タ回線で毎秒７０メガバイトまでのデータ速度が可能である。

データ転送のニンハンスト擬似同期方式（以下「高速転送モード」という）は、ＩＥＥＥ　ＶＭＥバックプレーンバス規格に適合し、且つ互換性を有するように実行される。本発明は、高速転送モードの使用を示すために、ＶＭＥバス規格において定義されるユーザの定義によるアドレス変更子を利用する。標準ＶＭＥバスプロトコルを実行することしかできない従来のＶＭＥバス機能ユニットは、高速転送モートを用いてなされた転送を無視しその結果、高速転送モードを実行することのできる機能ユニットと完全に互換性がある。

高速転送モートは、ハントシェークを達成するために必要なバス伝播の回数を、従来のＶＭＥバスプコトコルで必要な４回の伝播から、本発明の高速転送モードプロトコルによって必要とされる２回のバス伝播へと減少させる。同様に、ＢＬＯＣＫ　ＲＥＡＤまたはＢＬＯＣＫ　ＷＲＩＴＥデータ転送をもたらすのに必要なバス伝播の数が、減少させられる。結果としてハンドシェーキングおよびデータ転送機能を達成するためのＶＭＥバスを介しての伝播数を少なくすることによって、転送速度が大きく増大する。

本発明の目的の１つは、ＶＭＥバックプレーンバス規格に従ったバスを通って転送されるデータのデータ転送速度の増大を可能にすることにある。

本発明の目的の１つは、ＶＭＥバックプレーンバス規格に従うＶＭＥバスを通してのデータの転送の擬似同期方式を実施することにある。

本発明の別の目的は、本発明を実施した機能ユニットと、標準ＶＭＥバスプロトコルのみを実施した機能ユニットとの間の互換性を維持することにある。

図１は、本発明のハードウェアサポートの好ましい実施例を表わすブロック図である。

図２は、ＶＭＥバス規格によって必要とされるマスク機能ユニットへデータ転送バスを論理的に接続する主要信号回線を示すブロック図である。

図３は、ＶＭＥバス規格によって必要とされるスレーブ機能ユニットへデータ転送バスを論理的に接続する主要信号回線を示すブロック図である。

図４Ａは、従来のＶＭＥバス規格規格ハンドシェーキングプロトルコルすタイミング図である。

図４Ｂは、高速転送モードハンドシェークを示すタイミング図である。

図５Ａ、ＢＬＯＣＫ　ＷＲＩＴＥサイクル中におけるデータ参照のための標準ＶＭＥバスプロトコルを示すタイミング図である。

図５Ｂは、ＢＬＯＣＫ　ＷＲＩＴＥサイクル中におけるデータ参照のための本発明の高速転送プロトコルを示すタイミング図である。

図６Ａは、ＢＬＯＣＫ　ＲＥＡＤサイクル中におけるデータ参照のための標準ＶＭＥバスプロトコルを示すタイミング図である。

図６Ｂは、ＢＬＯＣＫ　ＲＥＡＤサイクル中におけるデータ参照のための本発明の高速転送プロトコルを示すタイミング図である。

図７Ａは、高速転送プロトコルＢＬＯＣＫ　ＷＲＩＴＥサイクルの動作を示すフローチャートである。

図７Ｂは、図７Ａのフローチャートの続きである。

図７０は、図７Ｂのフローチャートの続きである。

図８Ａは、高速転送プロトコルＢＬＯＣＫ　ＲＥＡＤサイクルの動作を示すフローチャートであるっ図８Ｂは、図８Ａのフローチャートの続きであるっ図８Ｃは、図８Ｂのフローチャートの続きである。

図９は、高速転送モートＢＬＯｃＫ　ＷＲＩＴＥ動作に関連するデータ転送タイミングを示すタイミング図である。

図９Ａは、図９のボックス９００の場所にそう人することのできるデータ転送サイクルを示す図である。

図１Ｏは、高速転送モードＢＬＯＣＫ　ｋＥＡＤ動作に関連するデータ転送タイミング図である。

図１０Ａは、図ＩＯのボックス１０００の場所にそう人することのできるデータ転送サイクルを示す図である。

図１１は、本発明の好ましい実施例において実施される、データ転送バスを改変したスレーブ機能ユニットに論理的に接続する主要な信号回線を示すブロック図である。

本発明のためのハードウェアサポートの好ましい実施例を表わすブロック図を、１図においてその全体を参照符号１０によって示す。好ましいハードウニアシステムｌＯの構成は、上で特定したＰＡＲＡＬＬＥＬ　Ｉｌｏ　ＮＥＴＷＯＲＫＦＩＬＥ　５ＥＲＶＥＲＡＲＣＨＩＴＥＣＴＵＲＥと題する関達す出願ニオイて説明されており、該出願は参照することによって明確に一体化される。

システム１０のハードウェア構成要素には高帯域幅バックプレーンバス２２（＝よって相互に接続する複数例のネットワークコントローラ１２、システムコントローラ１４および大容量記憶プロセッサ１６が含まれる。これらのコントローラ１２．１４．１６のそれぞれが高性能プロセッサおよび局部的なプログラム記憶を含んで、バス２２ヘアクセス必要を最小にすることが好ましい。むしろ、コントローラ１２．１４．１６によるバス２２へのアクセスは、必要な場合に、コントローラ１２．１４．１６、システムメモ１月８と、ローカルホストプロセッサ２０との間で、制御情報およびタライアントヮークステーションデータを転送するために必要な転送アクセスにほぼ限定される。

図示した／ステム１０の構成は、バックブレーンバス２２に結合する４つのネットワークコントローラ１２Ａ−Ｃ１２つのファイルコントローラ１４Ａ−Ｂ、２つの大容量記憶プロセンサ＋６Ａ〜Ｂ、バンクをなす４つのシステムメモリカート１８Ａ−Ｄ、およびローカルホストプロセッサ２０を含んでいるっ各ネットワークコントローラ（ＮＣ）＋２は、Ｍｏｔｏｒｏｌａ　６８０２０プロセツサによって制御されるネットワーク対１．　３．　５．　７として示した２つの独立しイーサネントネットワークの接続を含むことが好ましい。それぞれのネットワーク接続が従来の個別のイーサネットネットワーク接続で指定される毎秒１０メガピントのデータ率を直接にサポートする。したがって、本発明の好ましいハードウェア実施例は、毎秒８０メガヒツトの複合最大データ処理能力ポテンシャルを実現する。

ファイルコントローラ（ＦＣ）１４は、主に専用コンビュートエンノンとして動作するようにされたもので、それぞれが高性能Ｍｏｔｏｒｏｌａ　６８０２０を基にしたマイクロプロセッサシステムと、２メガバイトの局部プログラムメモリと、比較的小さい２分の１メガバイト高速データ記憶装置とを含む。゛大容量記憶プロセッサ（ＳＰ）１６は、インテリジェント小型コンピュータシステムインタフェース（ＳＣ３Ｉ）コントローラとして機能する。それぞれがＭｏｔｏｒｏｌａ　６８０２０を基にしたマイクロプロセッサシステムと、局部プログラムおよびデータメモリと、ＩＯの並列ＳＣ３Ｉチャンネルのアレイとを含む。大容量記憶をもたらすために、ドライブアレイ２４Ａ〜Ｂが記憶装置プロセッサ＋６Ａ〜Ｂに結合している。ドライブアレイ２４Ａ−Ｂは、均一的に１乃至３単位の奥行を有するＳＣ３Ｉ記憶装置の１０単位幅のアレイであることが好ましい。本発明の好ましい実施例は、アレイ２４Ａ−Ｂの各単位として、従来の７６８メガバイト５１／４インチハードディスク駆動機構を用いる。したがって、各ドライブアレイのレベルか約６ギガバイトの記憶容量を達成するものであり、各記憶装置プロセッサが１８ギガバイトを容易にサポートし、システム１０は３６ギガバイトの合計複合データ記憶容量を実現することができる。

本発明の好ましい実施例における局部ホストプロセンサ２０は、Ｓｕｎ　Ｍｉｃｒｏｓｙｓｔｅｍｓ、　Ｉｎｃ　によって製造、販売される５ｕｎ３／　４０　ｃｅｎｔｒａｌ　ｐｒｏｃｅｓｓｏｒ　ｃａｒｄ。

ｍｏｄｅｌ　Ｓｕｎ　３Ｅ　１２０である。

そして、システムメモリカード１８は、それぞれがコンピュータシスチムニ０内で共用される３２メガバイトの３２ビツトメモリをもたらす。このメモリは、システム１０のプロセッサのそれぞれに対して論理的にビンプルである。

本発明の好ましい実施例においては、ＶＭＥバス２２を用いて、ネットワークコントローラ１２、ファイルコントローラ１４、記憶装置プロセンサＩ６、システムメモリ１８およびローカルホスト２０を相互接続する。少なくともネットワークコントローラ１２および記憶装置プロセッサ１６上で実施されるＶＭＥバス２２を制］御するためのハードウェア制御論理は、本発明のバスマスク高速転送プロトコルをサポートするために強化されている。また、システムメモリ１８は、やはり本発明にしたがう改良スレーブＶＭＥバス制御論理も実施しており、システムメモリ１８を、ネットワークコントローラ１２および記憶装置プロセッサ１６のデータ転送データソースまたはデスティネーションとして動作させる。

なお、システム１０の構成は最初に好ましい最高のハードウェア構成を表わすものであるが、本発明はこれらのコントローラの好ましい数またはタイプ或いはディスク駆動機構の好ましい大きさおよびタイプによって限定されるものではない。

■、エンハンストＶＭＥバスの概観図２および図３は、それぞれ代表的なマスクおよびスレーブ機能ユニット（以下それぞれ「マスク」および「スレーブ」という）のブロック図である。図２および図３に示されるデータ転送バス（ＤＴＢ）を通ってマスクとスレーブを相互接続する信号線は以下の通りである。

ＡＯＩ〜ＡＩＳ　ＡＤＤＲＥＳＳバス（ビット１〜１５）−短、標準または拡張アドレスを放送するために用いられる３状態駆動アドレス線ＡＩ６〜Ａ２３　ＡＤＤＲＥＳＳバス（ヒツト１６〜２３）−標準または拡張アドレスを放送するためにＡＯＩ〜Ａ１．５と共に用いられる３状態駆動アドレス線Ａ２４〜Ａ３１　ＡＤＤＲＥＳＳバス（ピント２４〜３１）−拡張アドレスを放送するためにＡＯＩ〜Ａ２３と共に用いられる３状態駆動アドレス線、ＡＭＯ〜Ａ〜１５　ＡＤＤＲＥＳＳ　ＭＯＤＩＦＩＥＲ（ビット０〜５）−アドレスサイズ、サイクルタイプおよび／またはＩＭＡｓＴＥＲの識別等の情報を放送するために用いられる３状態駆動線ＡＳ＠　ＡＤＤＲＥＳＳ　５ＴＲＯＢＥ−アドレスバス上に有効なアドレスが発せられた場合を示す３状態駆動信号ＢＥＲＲ”　ＢＵＳ　ＥＲＲＯＲ−３ＬＡＶＥまたはＢＵＳ　ＴＩＭＥＲによって生成されるオーブンコレクタ駆動信号。この信号はデータ転送が完了しなかったことをマスクに示す。

ＤＯＯ〜Ｄ３１　ＭＡＳＴＥＲ８と５ＬＡＶＥＳとの間でデータを転送するために用いられる３状態駆動双方向データ線ＤＳＯ°、ＤＳＩ”　ＤＡＴＡ　５ＴＲＯＢＥ　ＺＥＲＯ，０ＮＥ−いくつのデータバイト（１，２，３または４）か転送されているかを示すためにＬＷＯＲＤおよびＡＯＩと共に用いられる３状態駆動信号。書込みサイクル中において最初のデータストローブの下降端は有効なデータがデータバス上で利用可能であることを示す。読出しサイクルでは最初のデータストローブの上昇端がデータバスからデータか受け取られたことを示す。

ＤＴＡＣＫ”　ＤＡＴＡ　ＴＲＡＮＳＦＥＲＡＣＫＮＯＷＬＥＤＧＥ＝スレーブによって生成される３状態駆動信号。この信号の下降端は、読出しサイクルに中においてデータバス上で有効なデータが利用可能なこと或は書込みサイクル中においてデータバスからデータが受け取られたことを示す。上昇端は、ＲＥＡＤ　ＣＹＣＬＥの最後に５ＬＡＶＥがデータバスを解放したときを示す。

ＬＷＯＲＤ”　ＬＯＮＧＷＯＲＤ−データ転送において４バイトグループ内のどのバイトロケーンヨンにアクセスするかを選択するためにＤＳＯ”、ＤＳＩおよびＡＯＩと共に用いられる３状悪駆動信号、ＷＲＩＴＥ’　データ転送サイクルが読出しであるか書込みであるかを示すためにＮＵへ５ＴＥＲに二って生成される３状聾駆動信号。ハイレヘルは読出動作を示し、ローレベルは書込動作を示す。

図２に示すように、スレーブ機能モジュール２００は、バックプレーンインタフェース論理２１０に論理的に接続する。バックプレーンインタフェース論理２１０は、信号線２２０によってデータ転送バス１０に接続する。各信号線３２０の信号のフローの方向は、それぞれの矢印の方向によって示される。

ＤＴＡＣＫ”信号線は、スレーブを起へとし、従来型の６４ｍＡ３状態ドライバによって駆動される。当然、各データ線は図２に示すように双方向性のものである。

図３に示すようにマスク機能モジュール３００は、バックプレーンインタフェース論理３１０に論理的に接続する。バックプレーンインタフェース論理３１０は、信号線３２０によってデータ転送バスＩＯに接続する。各信号線３２（ｌの信号のフローの方向は、それぞれの矢印の方向によって示される。ＤＳＯ”。

Ｄ’ＳＩ°、ＡＳ”およびＡＭＯ−ＡＭ５の各信号線はマスクを起点とする。当然、データ線ＤＯＯ〜Ｄ３１は、図３に示すように双方向性のものである。

■、エンハンスト　ＶＭＥバス高速転送プロトコル本発明は、ハンドシェーキングおよびデータ転送を達成するために必要なバス伝播の回数を減らすことによって、ＶＭＥバスを通じてのデータ転送度を増大させるものである。

図４は、ＶＭＥバス規格によって定義される従来のハンドシェーキングプロトコルを示す。従来のＶＭＥバスハンドシェーキングプロトコルを用いてハンドシェークを達成するためには、４回のバス伝播が必要である。マスクは、図４Ａにおいて伝播ｌとして示されるＤＳＯ”およびＤＳ　１”をアサートすることでＤＴＢ上でのデータ転送を開始する。次に、アドレス指定されたスレーブは、図４Ａの伝播２として示すようにＤＴＡＣＫ”をアサートする。スレーブによって駆動されるＤＴＡＣＫゝのアサーションを受けてマスクは、図４Ａの伝播３で示すようにＤＳＯｏおよびＤＳＩをディアサートする。スレーブは、ＤＳＯ”およびＤＳ　ｌ”のディアサーンヨンを受けると、図４Ａの伝播４に示すようにＤＴＡＣＫ”をディアサートする。スレーブによるＤＴＡＣＫのディアサーションによって、ハントシェークが完了する。

図４Ｂは、高速転送モードハンドシェークプロトコルを示すタイミング図である。２回のバス伝播だけを用いてハントシェークが達成される。データ転送サイクルの開始において、マスクは図４Ｂの伝播１として示されるように、所定期間のパルスとしてＤＳＯｏをアサート且つディアサートする。ＤＳＯｏのこのディアサーンヨンは、スレーブから応答を受け取ったかどうかにかかわらずなされる。

このためＤＳＯ’信号は、ＤＴＡＣＫ’信号から完全に結合を解かれている。

次にマスクは、スレーブからの応答を待たなければならない。ＤＳＯ”の引き続くパルス発信は、スレーブから応答するＤＴＡＣＫ”信悟を受け取るまでは生じ得ない。ｆ１４Ｂの伝播２で示されるスレーブのＤＴＡＣＫ”のアサーションを受けると、マスクは、そう望む場合には直ちにデータストローブを再アサートすることができる。本発明の高速転送モードプロトコルは、マスクがスレーブによるＤＴＡＣＫ”のディアサーンヨンをＤＳＯｏの以降のアサーションに先立つ条件として待つことを必要としない。この高速転送モードにおいては、信号の前ぶち（即ちアサーション）のみが有意である。したがって、ＤＳＯ”またはＤＴＡＣＫ”のどちらのディアサーションも、ハンドシェークの完成とは無関係である。

なお、本発明の高速転送プロトコルは、ＤＳ＋°線をデータストローブの目的では用いない。ＤＳＯ’およびＤＳＩ”の両方を用いることは、ここでは望ましくないことになる。ＤＳＯ”　とＤＳＬ’とは異なる駆動機構によって駆動されることから、これらの信号の間のスキューが極めてよく起こる問題である。ＤＳＯ。

とＤＳＬとの間のスキューは、データ転送を信号で示すのに必要なデータストローブ条件のアサーションの遅延の結果となる。したがって、本発明においては、ＤＳＩ６線はハンドンエークプロセスにおいては用いられない。スキューの問題は、本発明の高速転送モードプロトコルのもとてＤＳＯｏをデータストローブの一トされるために同期的性格を有する。この高速転送モードプロトコルの非同期的性質は、マスクが前のストローブに対する応答をスレーブから受け取るまではＤＳＯｏを引き続いてアサートしない場合があることに起因する。結果として、本発明は同期および非同期要素の両方を含むことから、最も正確には、「擬似同期」として分類される。

図５ＡはＢＬＯＣＫ　ＷＲＩＴＥサイクルにおけるデータ参照のための標準ＶＭＥバスプロトコルを示すタイミング図である。標＄ＶＭＥバスＢＬＯＣＫＷＲＩＴＥ動作においては、転送されるデータは図５Ａに示すようにブロードキャストされ、マスクはＤＳＯ”およびＤＳＩ”をアサートする。スレーブはデータを受け取り、ＤＴＡＣＫ”をアサートする。標準ＶＭＥバスプロトコルのものでは、有効なデータは、スレーブによるＤＴＡＣＫ”のアサーション後の所定期間についてスレーブに対してブロードキャストされることが保証される。次に、マスクはＤＳＯ’″およびＤＳＩ”をディアサートする。ＢＬＯＣＫ　ＷＲＩＴＥサイクルは、スレーブによるＤＴＡＣＫ“のディアサーションによって完了する。

図５Ｂは、ＢＬＯＣＫ　ＷＲＩＴＥサイクルにおけるデータ参照のための本発明の高速転送プロトコルを示すタイミング図である。ＢＬＯＣＫ　ＷＲＩＴＥサイクルにおけるデータの転送は、図５Ｂに示すようにＤＳＯｏのみに参照される。

マスクは有効なデータをスレーブにブロードキャストする。次に、マスクは図５Ｂに示すように、ＤＳＯをスレーブに対してアサ−１・する。スレーブは、ＤＳＯｌのアサーション後にデータを捕捉するための図５Ｂの所定期間ｔ。を与えられる。

したかって、ＤＴＡＣＫ”か転送サイクル中に参照されないことから、スレーブモノニールは、いつでもデータを捕捉するように準備しなければならない。

図６Ａは、ＢＬＯＣＫ　ＲＥＡＤサイクルにおけるデータ参照のための標準ＶＭＥバスプロトコルを示すタイミング図である。標準ＶＭＥバスＢＬＯＣＫＲＥＡＤ動作においては、マスクは、図６Ａに示すようにＤＳＱｏおよびＯ８１”をアサートする。スレーブは、ＤＳＯ”およびＤＳＩのアサーションに応答して、バスを介して転送すべきデータをブロードキャストし、ＤＴＡＣＫ”をアサートする。有効なデータは、スレーブによるＤＴＡＣＫ”のアサーション後の所定期間についてマスクに対してブロードキャストされることが保証される。次にマスクは、ＤＳＯｏおよびＤＳＩをディアサートする。ＢＬＯＣＫ　ＲＥＡＤサイクルは、スレーブによるＤＴＡＣＫ”のディアサーションによって完了する。

図６Ｂは　ＢＬＯＣＫ　ＲＥＡＤサイクルにおけるデータ参照のための本発明の高速転送プロトコルを示すタイミング図である。ＢＬＯＣＫ　ＲＥＡＤサイクルにおけるデータの転送は、図６Ｂに示すようにＤＴＡＣＫ”のみに参照される。

マスクはＤＳＯ”をアサートする。スレーブは、マスクにデータをブロードキャストし、次に図６Ｂに示すようにＤＴＡＣＫ”をアサートする。高速転送プロトコルのもとでは、マスクは、ＤＴＡＣＫのアサーション後にデータを捕捉するための図６Ｂの所定期間ｊｃを与えられる。したがって、ＤＳＯが転送サイクル中に参照されないことからマスタモジュールは、いつでもデータを捕捉するように準備しなければならない。

図７のＡ−Ｃ部分は、本発明の高速転送プロトコルＢＬＯＣＫ　ＷＲＩＴＥサイクルを達成するのに伴う動作のフローチャートである。ＢＬＯＣＫ　ＷＲＩＴＥサイクルを開始するためにマスクは転送すべきデータの記憶アドレスおよびアドレス変更子をＤＴＢバスを介してブロードキャストする。また、マスクは、割込み応答信号（ＩＡＣＫ”）をハイに、ＬＷＯＲＤ信号をローにする７０１０ＩＡＣＫ”信号は、優先割込みバスからの割込み要求に応答するために用いられる標準ＶＭＥバスプロトコル信号である。

マスクによってブロードキャストされる特別なアドレス変更子が、高速転送プロトコルを用いてＢＬＯＣＫ　ＷＲＩＴＥを達成することをスレーブに対して示す。本発明のある実施例においては、ＶＭＥバス規格でのユーザ定義アドレス変更子の１つである１６進アドレス変更子「１ｆ」をスレーブにブロードキャストして、高速転送プロトコルか用いられることを示す。しかし、ユーザ定義アドレス変更子のどれをも、高速転送プロトコルアドレス変更子として指定し得るものである。

ＶＭＥバス規格への適合を維持するためには、新しいアドレスサイクルを遂行することなしにブロックが２５６ハイト境界を越えてはならない。

ＤＴＢに接続する各スレーブモノニールはこのバスを介してマスクによってブロードキャストされたアドレスおよびアドレス変更子を受け取り、ＬＷＯＲＤ”ｌｏｗおよびＩＡＣＫ”　ｈｉｇｈを受け取る７０３゜アドレスおよびアドレス変更子をブロードキャストした７０１すぐ後に、マスクは、ＡＳ”信号をローにする７０５゜各スレーブモジュールはＡＳ”ｌｏｗ信号を受け取る７０７゜それぞれのスレーブは、ブロードキャストされたアドレスがそのスレーブに対して有効であるかどうかを決定することによってこのデータ転送に参加するかどうかを個別に決定する７０９゜アドレスが有効でない場合、そのスレーブはデータ転送に関わり合わず、データ転送サイクルの残りを無視する。

マスクは、ＷＲＩＴＥ”をローにして、起きようとしている転送サイクルがＷＲＩＴＥ動作であることを示す７１１゜スレーブはＷＲＩＴＥ”　ｌｏｗ信号を受け取り７１３、このデータ転送動作がＷＲＩＴＥ動作であることを知って、ＤＳＯ°信号線上でのハイからローへの遷移の受信を待つ７１５゜マスクは、以前のスレーブがもはやＤＴＢを駆動していないことを示すＤＴＡＣＫ”およびＢＥＲＲ”が共にハイになるまで待つ７１８゜マスクは、データ線ＤＯＯ〜Ｄ３１上を転送すべきデータの最初のセグメントを発する７１９゜ＤＯＯ〜Ｄ３１上にデータを発した後、マスクはＤＳＯ”をローにし７２１、所定間隔後にＤＳＯｏをハイにする７２３゜７２１および７２３それぞれにおけるＤＳＯｏのハイからローへの遷移に応答して、スレーブはデータ線ＤＯＯ〜Ｄ３１上をマスクによって伝送されているデータをランチする７２５゜なお、このランチ動作はＤＳＯ°信号にのみ応答するものである。本発明の高速転送プロトコルにおいては、マスクによって各データ線上に発せられたデータをラッチするために、ＤＴＡＣＫ”が参照されることはない。マスクは、転送すべきデータの次のセグメントをデータ線ＤＯＯ−Ｄ３１上に発し７２７、ハイからローへの遷移信号としてのＤＴＡＣＫ ”信号の受信を待つ図７Ｂの７２９゜図７Ｂにおいて、スレーブは次にＤＴＡＣＫ＠をローにし７３１、所定時間期間後にＤＴＡＣＫをハイにする７３３゜スレーブによりラッチされたデータ７２５は、そのデータを記憶するために選択されたデバイスに書き込まれる７３５ｏまた、スレーブはそのデバイスのアドレスをインクリメントする７３５゜次に、スレーブはＤＳＯｏのハイからローへの別の遷移を待っ７３７゜転送すべきデータのブロックの次のセグメントの転送を開始するために、マスクはＤＳＯｏをローにし７３９、所定期間後にＤＳＯｏをハイにする７４１０ＤＳＯ”のハイからローへの遷移７３９および７４１に応答して、スレーブは、データ線ＤＯＯ〜Ｄ３＋上でマスクによってブロードキャストされているデータをラッチする７４３゜マスクは、転送すべきデータの次のセグメントをデータ線ＤＯＯ〜Ｄ３１に発し７４５、ハイからローへの遷移としてのＤＴＡＣＫ”信号の受信を待つ７４７゜次に、スレーブはＤＴＡＣＫ”をローにし７４９所定期間後にＤＴＡＣＫ”をハイにする７５１０スレーブによりラッチされたデータ７４３は、そのデータを記憶するために選択されたデバイスに書き込まれ、そのデバイスアドレスがインクリメントされる７５３゜スレーブは、ＤＳＯｏのハイからローへの別の遷移を待つ７３７゜データの転送は、総てのデータがマスクからスレーブへ転送されるまで上述した悪様で継続する。総てのデータが転送された後、マスクは、アドレス線、アドレス変更子線、データ線、ｒＡｃＫ”線、ＬＷＯＲＤ”線およびＤＳＯ’線を解放する７５５゜マスクは、ＡＳ”をハイにし７６３、次にＡＳ”線を解放する７６５゜図８のＡ〜Ｃ部分は本発明の高速転送プロトコルＢＬＯＣＫ　ＲＥＡＤサイクルを達成するのに伴う動作のフローチャートである。ＢＬＯＣＫ　ＲＥＡＩＤサイクルを開始するために、マスクは、転送すべきデータの記憶アドレスおよびアドレス変更子をＤＴＢバスを介してブロードキャストする８０１゜マスクは、ＬＷＯＲＤ”信号をローにし、ＩＡ、ＣＫ”信号をハイにする８０１ｏ前述したように、特別なアドレス変更子が、ＢＬＯＣＫ　ＲＥＡＤを達成するために高速転送プロトコルが用いられることをスレーブモジュールに示す。

ＤＴＢに接続する各スレーブモジュールはこのバスを介してマスクによってブロードキャストされたアドレスおよびアドレス変更子を受け取り、ＬＷＯＲＤ”ｌｏｗおよびＩＡＣＫ”　ｈｉｇｈを受け取る８０３゜アドレスおよびアドレス変更子をブロードキャストした８０１すぐ後に、マスクはＡ　Ｓ　′″信号ローにする８０５゜各スレーブモジュールは４へＳ”ｌｏｗ信号を受け取る８０７゜それぞれのスレーブは、ブロードキャストされたアドレスがそのスレーブに対して有効であるかどうかを決定することによってこのデータ転送に参加するかどうかを個別に決定する８０９゜アドレスが有効でない場合、そのスレーブはデータ転送に関わり合わずデータ転送サイクルの残りを無視する。

マスクは、ＷＲＩＴＥ”をハイにして、起きようとしている転送サイクルかＲＥＡＤ動作であることを示す８１１０スレーブはＷＲＩＴＥ”　ｈｉｇｈ信号を受け取り８１３、このデータ転送動作がＲＥＡＤ動作であることを知って、転送すべきデータの最初のセグメントをデータ線ＤＯＯ〜Ｄ３１上に発する８１９゜マスクは、以前のスレーブがもはやＤＴＢを駆動していないことを示すＤＴＡＣＫ　”およびＢＥＲＲ”が共にハイになるまで待つ８１８゜次にマスクは、ＤＳＯｏをローにし８２１、所定期間後にＤＳＯ”をハイにする８２３ｏ次にマスクは、ＤＴＡＣＫ“信号線上でのハイからローへの遷移を待つ８２４゜図８Ｂに示すようにスレーブは次にＤＴＡＣＫ”信号をローにし８２５、所定期間の後に、ＤＴＡＣＫ”信号をハイにする８２７゜８２５および８２７それぞれにおけるＤＴＡＣＫ”のハイからローへの遷移に応答して、マスクはデーク線ＤＯＯ〜Ｄ３１上をスレーブによって伝送されているデータをランチする８３１ｏなおこのラッチ動作はＤＴＡＣＫ”信号にのみ応答するものである。本発明の高速転送プロトコルにおいては、マスクによって各データ線上に発せられデータをラッチするために、ＤＳＯｏが参照されることはない。マスクによってラッチされたデータ８３１は、そのデータを記憶するために選択されたデバイスに書き込まれデバイスアドレスがインクリメントされる８３３゜スレーブは、転送すべきデータの次のセグメントをデータ線ＤＯＯ〜Ｄ３１上に発し８２９、そしてＤＳＯ’のハイからローへの別の遷移を待っ８３７゜転送すべきデータのブロックの次のセグメントの転送を開始するために、マスクはＤＳＯｏをローにし８３９、所定期間後にＤＳＯ”をハイにする８４１ｏ次にマスクは、ＤＴＡＣＫ”線がハイからローへ遷移するのを待つ８４３゜スレーブは、ＤＴＡＣＫ”をローにし８４５、所定期間後にＤＴＡ、ＣＫ”をハイにする８４７゜ＤＴＡＣＫ”のハイからローへの遷移８３９および８４１に応答して、マスクは、データ線ＤＯＯ〜Ｄ３１上をスレーブによって伝送されているデータをランチする８４５゜マスクによってラッチされたデータ８４５は、そのデータを記憶するために選択されたデバイスに書き込まれ図８０の８５１デバイスアドレスがインクリメントされる。スレーブは、転送すべきデータの次のセグメントをデータ線ＤＯＯ〜Ｄ３１上に発する８４９゜データの転送は、スレーブからマスクへ転送されるべきデータの総てがそのデータを記憶するために選択されたデバイスに書き込まれるまで、上述した態様で継続する。転送すべきデータの総てが記憶デバイスに書き込まれると、マスクは、アドレス線、アドレス変更子線、データ線、ＩＡＣＫ＠線、ＬＷＯＲＤ線およびＤＳＯ”線を解放する８５２゜マスクＡＳ”をハイにし８５９、ＡＳ”線を解放する８６１゜図９は、高速転送モードＢＬＯＣＫ　ＷＲＩＴＥ動作に関わるデータ転送タイミングを示すタイミング図である。

図９に示すように、データが転送される記憶場所のアドレスが、回線ＡＯＩ〜Ａ３１上でブロードキャストされる。高速転送モードアドレス変更子コードを含むアドレス変更子が、マスクによって線ＡＭＯ〜ＡＭＳ上にブロードキャストされる。アドレスおよびアドレス変更子がそれぞれの回線上に設定されると、マスクはＡＳ”　をＣ１−にする。ＷＲＩＴＥ”線はマスクによってローにされ、前述したように続いて起こる動作がＷＲ４ＴＥ動作であることを示す。

ＤＳｒ線は高速転送モート中には利用されないことから、この回線は動作全体を通してアサートされてもされなくてもよい。

ＷＲＩＴＥ”線をローにした後、マスクは、転送されるデータの最初のセグメントを線ＤＯＯ〜Ｄ３１上にブロードキャストする。

図９に示すように、ＤＳＯｏがローにされ、この信号は続いてノ１イにされることでディアサートされる。マスクによってＤＳＯｏとしてブロードキャストされたデータは、ローにされたＤＳＯ”信号に応答してローにされ、スレーブによってラッチされる。ＤＳＯｏがローにされると、マスクは、図９に示すよにう、転送されるデータの次のセグメントを、線Ｄ００−Ｄ３１上でスレーブに対してブロードキャストする。ローにされたＤＳＯｏに応答して、スレーブは、次にＤＴＡＣＫ”を所定期間ローにし、それからＤＴＡＣＫ”線を／Ｓｄにしてその信号をディアサートすることで、このデータ転送を認める。図９に示すように、スレーブがＤＴＡＣＫ＠線をローにしてデータ転送に応答するまでは、ＤＳＯ”が再アサートされることはない。

前述したように、データ転送サイクルは転送されるデータの総てがスレーブにブロードキャストされるまで継続する。転送を完了するために必要なサイクルの数は、図９のボックス９００において見出される。ボックス９００は単なる例示であり、特定のタイムスケールに合わせて描かれたものではない。

図９Ａは、図９のボックス９００の場所にそう人され得るデータ転送サイクルを示す図である。図９Ａに示すように、ＤＳＯ＠はローにされる。ＤＳＯ°ｌｏｗ信号に応答して、スレーブはブロードキャストされたデータをＤＳＯ”がローになったときにラッチする。マスクは、転送されるデータの次のセグメントをブロードキャストする。スレーブは、このデータ転送に応答してＤＴＡＣＫ”をローにする。この動作が、総てのデータが転送されるまで続（。

再び図９において、データ転送動作が完了すると、マスクは、ＡＳ”線をハイにすることによってＡジをディアサートする。同様に、マスクは、ＷＲＩＴＥ”線をその線をハイにすることで解放する。

ＤＳＯ＠およびＤＴＡＣＫ”信号のそれぞれの持続期間は、用途および用いられるシステムによって異なり得るものである。同様に、ＤＳＯｏのアサーションとＤＴＡＣＫ”のアサーションとの間の期間も、用途および用いられるシステムによって変化をし得るものである。明らかに、ＤＳＯｏおよびＤＴＡＣＫ”信号の持続期間およびＤＳＯｏおよびＤＴＡＣＫ、”のアサーション間の期間を最小限のものにすれば、データ転送速度は増大する。

図１Ｏは、高速転送モー１”ＢＬＯＣＫ　ＲＥＡＤ動作に関わるデータ転送タイミングを示すタイミング図である。

図１０に示すように、データが転送される記憶場所のアドレスが回線ＡＯＩ〜Ａ３１上でブロードキャストされる。高速転送モートアドレス変更子コードを含むアドレス変更子が、マスクによって線Ａ〜１０〜ＡＭＳ上にブロードキャストされるつアドレスおよびアドレス変更子がそれぞれの回線上に設定されると、マスクはＡＳ”をローにする。ＷＲＩＴＥ’線はマスクによってハイにされ、前述したように続いて起こる動作がＲＥ　Ａ　Ｄ動作であることを示す。

ＤＳＶ線は高速転送モード中には利用されないことから、この線は動作全体を通してハイのままでよい。

ハイにされたＷＲＩＴＥ“線に応答して、スレーブによってデータが線ＤＯＯ〜Ｄ３１上にブロードキャストされる。

図１０に示すように、ＤＳＯ’がローにされ、この信号は続いてｌ＼イにされることでディアサートされる。スレーブは、ローにされたＤＳＯｏに応答して、次にＤＴＡＣＫ’を所定期間ローにし、それからＤＴＡＣＫ”線を）＼イにしてその信号をディアサートすることで、このデータ転送を認める。ＤＴＡＣＫ”がローにされるにしたがってスレーブによってブロードキャストされるデータは、ローにされたＤＴＡＣＫ”信号に応答してマスクによってランチされる。ＤＴＡＣＫ”がローにされると、スレーブは、図１Ｏに示すように、転送されるデータの次のセグメントを線Ｄ００〜Ｄ３１上でマスクに対してブロードキャストする。

スレーブがＤＴＡＣＫ”線をローにしてデータ転送に応答するまでは、ＤＳＯｏが再アサートされることはない。

前述したように、データ転送サイクルは、転送されるデータの総てがマスクにブロードキャストされるまで続く。転送を完了するために必要なサイクルの数は、図１Ｏのボックス１０００において見出せる。ボックス１０００は単なる例示であり、特定のタイムスケールに合わせ描かれたものではない。図１ＯＡは、図１０のボックス１０００の場所にそう人され得るデータ転送サイクルを示す図である。図１０Ａに示すように、ＤＳＯ”１１０−にされる。ＤＳＯ”ｌｏｗ信号に応答して、スレーブは、ＤＴＡＣＫ”をローにすることによってデータ転送を認める。ＤＴＡＣＫ”　ｌｏｗ信号に応答して、マスクは、ブロードキャストされたデータをＤＴＡＣＫ”がローになったときにラッチする。スレーブは、転送されるデータの次のセグメントをブロードキャストする。この動作が、総てのデータが転送されるまで続く。

再び１０図において、データ転送動作が完了すると、スレーブはＤＴＡＣＫゝをローにする。これに応答し、マスクはＡＳ”線をノ１イにすることによってＡＳ ”をディアサートする。同様に、マスクはＷＲ４ＴＥ”線を解放する。

ＷＲＩＴＥ動作について既に述べたように、ＤＳＯｏおよびＤＴＡＣＫ′″信号のそれぞれの持続期間は、用途および用いられるシステムによって異なり得るものである。同様に、ＤＳＯｏのアサーションとＤＴＡＣＫ”のアサーションとの間の期間も用途および用いられるシステムによって変化をし得るものである。明らかに、ＤＳＯｏおよびＤＴＡＣＫ”信号の持続期間およびＤＳＯ”およびＤＴＡＣＫ”のアサーション間の期間を最小限のものにすれば、データ転送速度は増大する。

この高速転送プロトコルは、データ信号が極めて短い時間の期間ＤＴＢ上にとどまることを条件とするから、制御信号とデータ信号との間のスキューを最小限にしなければならない。例えば、ＢＬＯＣＫ　ＲＥＡＤサイクルでデータ転送を参照するＤＴＡＣＫ”信号は、可能な限り最小の時間間隔ハイからローになって、マスクが各状況下において転送されるデータを捕捉するための最大量の時間を可能にしなければならない。

高速転送プロトコルを実現するためには、図１１に示すようにＤＴＡＣＫ”を駆動するためにスレーブモジュールで従来用いられている４８ｍＡオープンコレクタドライバを、従来式の６４ｍＡ３状態ドライバ２４５に置換する。この置換は、４８ｍＡオープンコレクタＤＴＡＣＫ”　ドライバがＤＴＡＣＫ＠をローからハイへ駆動しないことから必要である。６４ｍＡ３状態ドライバ２４５の実現は、ＤＴＡＣＫ”信号の状態を急速に変える手段をもたらし、ＤＴＡＣＫ”と各データ信号との間のスキューを減らす。

同様に、マスクおよびスレーブモジュール上の各データドライバも変更させられる。本発明の好ましい実施例においては、高速転送プロトコルを実現するために、従来のＶＭＥバスデータドライバを、Ｓ〇−型パッケージの６４ｍＡ３状態ドライバに置換すべきである。この変更は、実際のドライバパッケージ自体の接地リードインダクタンスを減少させ、したがってデータ、ＤＳＯ”およびＤＴＡＣＫ”間のスキューの一因となる「グランドバウンス」効果を低下させる。

また、性能を最高のものとするためには、バスバックプレーンに沿った信号リターンインダクタンスを、高速転送モートプロトコルを実現するために必要な短い信号作動時間を可能にするレベルにまで低下させるべきである。本発明の好ましい実施例においては、信号リターンおよび係合する対のピンのインダクタンスを最小にするように比較的多数の接地ピンを有するコネクタシステムを用いて信号リターンインダクタンスを低下させている。このようなコネクタシステムの１つとして、Ｔｅｒａｄｙｎｅ　ｃｏｒｐｏｒａｔｔｏｎによって製造されるｒＨｉｇｈ　Ｄｅｎｓｉｔｙ　Ｐｌｕｓ　」コネクタ、Ｍｏｄｅｌ　Ｔｈ４２０−８０１５−０００がある。

本発明の以上における説明は、単に好ましい実施例を述べたものにすぎない。

上で説明、明示した本発明の変更および変化を、本発明の範囲および主旨および添付の請求の範囲と矛盾することなくなし得るものである。この発明の他の態様、目的および効果を、図面、開示および添付の請求の範囲を研究することによって得ることができる。

ＤＳＯ”＆ＤＳ１゜）−１→−計一一３÷−４→Ｈ１→←２→←３−＠ＤＴＡＣＫ　” ｎｓｏ”　１丁−一トー１−−−２−−←−−１→ ＤＴＡＣＫ” ＤＳＯ’＆ｎＳ１゜ＩＩＴＡＣＫ’ ＦＩＧ、−５ＢＤＳＯ’２．ＤＳｌ。

ＤＴＡＣＫ’ ＦＩＧ、−６ＢＦＩＧ、−７ＢＦＩＧ、−７Ｃ「■ロ、−８ＡＦＩＧ、−８ＢＦＩＧ、−８Ｃｒｏ手続補正書（方式）％式％３、補正をする者事件との関係　出　願　人５、補正命令の日付　平成４年１１月１７日図面の翻訳文の浄書（内容の変更なし）国際調査報告

Claims

【特許請求の範囲】

１．データストローブ信号線およびデータ転送応答信号線を含むデータ転送バスによって論理的に相互に接続されるマスタ機能モジュールとスレーブ機能モジュールとを有するＶＭＥバックプレーンバスで用いるのに互換性のある擬似同期高速転送ハンドシェクプロトコルにおいて、マスタモジュールによってデータストローブ線上に所定持続期間のデータストローブ信号を送信し、データ転送応答信号線上でスレーブモジュールからのデータ転送応答信号の受信を待ちマスタによってデータ転送応答信号線上で所定持続期間のデータ転送応答信号を受ける各段階を含むことを特徴とする方法。
２．マスタモジュールによってデータストローブ線上に送信される信号は、所定持続期間のパルスであることを特徴とする請求の範囲第１項に記載の方法。
３．データ転送応答線上の信号は、所定持続時間のパルスであることを特徴とする請求の範囲第２項に記載の方法。
４．マスタモジュールによってデータストローブ線上に送信される信号は、所定持続期間のパルスであることを特徴とする請求の範囲第１項に記載の方法。
５．論理的に相互接続するマスタ機能ユニットおよびスレーブ機能ユニットを有するＶＭＥバックプレーンバスにおいて、マスタ機能ユニットからスレーブヘのデータの転送を参照するためのデータ参照プロトコルの方法が、転送されるデータをマスタ機能ユニットによってスレーブ機能ユニットへブロードキャストし、データストローブ信号をマスタによってスレーブに対してアサートし、マスタによるデータストローブのアサーションに応答するスレーブによってデータを捕捉する各段階でなることを特徴とする前記方法。
６．論理的に相互接続するマスタ機能ユニットおよびスレーブ機能ユニットを有するＶＭＥバックプレーンバスにおいて、スレーブ機能ユニットからマスタ機能ユニットヘのデータの転送を参照するためのデータ参照プロトコルの方法か転送されるデータをスレーブ機能ユニットによってマスタ機能ユニットへブロードキャストし、スレーブによってデータ転送応答信号をマスタに対してアサートし、スレーブによるデータ転送応答信号のアサーションに応答してマスタによってデータを捕捉する。各段階でなることを特徴とする前記方法。