JP2000224195A

JP2000224195A - データ伝送装置

Info

Publication number: JP2000224195A
Application number: JP2757799A
Authority: JP
Inventors: Takashi Yumiba; 隆司弓場; Yoshihiro Tahira; 由弘田平; Hirotaka Ito; 裕隆伊藤; Isamu Ishimura; 勇石村
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1999-02-04
Filing date: 1999-02-04
Publication date: 2000-08-11
Also published as: US6654380B1

Abstract

(57)【要約】【課題】データ転送時のオーバーヘッドを少なくし、
高速化が容易に図れるデータ伝送装置を提供する。【解決手段】受信専用バッファ５と送信専用バッファ
６と送受信兼用バッファ７と受信用フィルタ８と送信用
フィルタ９を備え、受信したパケットに応じてパケット
格納先を受信用フィルタ８により選択し、ＲＥＡＤコマ
ンド実行時におけるデータ送信パケットに対応して返送
されるパケットは受信フィルタ８で検出し、それ以外の
パケットは受信専用バッファ５に格納する。またＷＲＩ
ＴＥコマンド時におけるデータ要求パケットは送信専用
バッファから送信され、それに対応するデータ受信パケ
ットは、受信フィルタにより送受信兼用バッファ７に格
納され、それ以外の受信パケットは、受信専用バッファ
５に格納される。また、送受信兼用バッファ７のバッフ
ァサイズはデータ送受信に用いられるパケット２個分の
容量を持つ。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータと光
ディスクドライブ等の周辺機器との間を通信媒体を介し
てデータやコマンド等をパケット単位で伝送するデータ
伝送装置に関するものである。

【０００２】

【従来の技術】近年、ＡＶ機器やコンピュータ機器等を
接続するディジタルインターフェースとして、ＩＥＥＥ
１３９４方式が注目されている。この方式は、従来のＳ
ＣＳＩ方式等によるコンピュータ機器間の通信のみなら
ず、ＡＶ機器間での通信にも用いることが出来るもので
ある。これは、ＩＥＥＥ１３９４方式が、アシンクロナ
ス（Ａｓｙｎｃｈｒｏｎｏｕｓ）通信とアイソクロノス
（Ｉｓｏｃｈｒｏｎｏｕｓ）通信とが定義されているた
めである。アシンクロナス通信は、コンピュータデータ
の伝送のような、リアルタイム性が要求されず、しかも
信頼性がより要求されるデータの伝送に用いられる伝送
であり、アイソクロノス通信は、動画のＡＶデータ等の
ような、信頼性以上にリアルタイム性が要求されるデー
タの伝送に用いられる。従って、一般的にＩＥＥＥ１３
９４方式を用いて、例えばコンピュータデータをＤＶＤ
−ＲＡＭドライブ装置等に格納したり、ＤＶＤ−ＲＡＭ
ドライブ装置から記録済みのコンピュータデータを読み
出したりする際には、アシンクロナス通信により、デー
タが伝送される。

【０００３】このアシンクロナス通信を用いて、ホスト
コンピュータ（イニシエータ）とターゲットとの間のプ
ロトコルについてはＳＢＰ−２（ＳｅｒｉａｌＢｕｓＰ
ｒｏｔｏｃｏｌ−２）が現在ＡＮＳＩにて審議されてい
る。

【０００４】このプロトコルに従って、ターゲット、例
えばＤＶＤ−ＲＡＭドライブ等からデータをホストコン
ピュータ（イニシエータ）が読み込む場合、つまりのＲ
ＥＡＤコマンドが発行された場合の動作について、図６
を用いて説明する。

【０００５】図６はＩＥＥＥ１３９４バス上でＳＢＰ−
２を用いて、イニシエータとターゲット間でデータの転
送を行う場合の、プロトコルの動作説明図である。

【０００６】また、図７はＩＥＥＥ１３９４で定義され
ている非同期パケットの一部の構造を示すパケット構造
図である。ＩＥＥＥ１３９４では、動作の要求を行うた
めの要求パケット（リクエストパケット）と要求パケッ
トによって要求された動作の結果を返すための応答パケ
ット（レスポンスパケット）が定義されている。いずれ
のパケットに対しても、パケットを受信した場合には、
パケットの受信状態を示すアクノリッジパケット（ａｃ
ｋｎｏｌｅｄｇｅｐａｃｋｅｔ、以下Ａｃｋパケットと
略す）を相手機器に返す。Ａｃｋパケットには、処理完
了を示すａｃｋ＿ｃｏｍｐｌｅｔｅ、受信は完了したが
処理中であることを示すａｃｋ＿ｐｅｎｄｉｎｇ、再送
要求を示すａｃｋ＿ｂｕｓｙ等の状態を示す。要求パケ
ットと応答パケットとは通常対をなして使用されるが、
Ａｃｋパケットの内容によってはＡｃｋパケットの受信
で処理が完了する場合もある。

【０００７】図７において、（ａ）、（ｂ）、（ｄ）は
要求パケットであり、それぞれブロックデータ書き込み
要求パケット（Ｗｒｉｔｅｒｅｑｕｅｓｔｆｏｒ
ｄａｔａｂｌｏｃｋｐａｃｋｅｔ、以下ＢＷＲＱと
略す）、クワドレットデータ書き込み要求パケット（Ｗ
ｒｉｔｅｒｅｑｕｅｓｔｆｏｒｄａｔａｑｕａ
ｄｌｅｔｐａｃｋｅｔ、以下ＱＷＲＱと略す）、ブロ
ックデータ読み込み要求パケット（Ｒｅａｄｒｅｑｕ
ｅｓｔｆｏｒｄａｔａｂｌｏｃｋｐａｃｋｅ
ｔ、以下ＢＲＲＱと略す）であり、書き込み要求パケッ
トに対する応答パケットとして（ｃ）に示す書き込み応
答パケット（Ｗｒｉｔｅｒｅｓｐｏｎｓｅｐａｃｋ
ｅｔ、以下ＷＲＳパケットと略す）が定義されており、
またＢＲＲＱパケットに対する応答パケットとして
（ｅ）に示すブロックデータ読み込み応答パケット（Ｒ
ｅａｄｒｅｓｐｏｎｓｅｆｏｒｄａｔａｂｌｏ
ｃｋｐａｃｋｅｔ、以下ＢＲＲＳパケットと略す）が
定義されている。いずれの場合もパケットの種類を識別
するパケット識別情報ｔｃｏｄｅ（ｔｒａｎｓａｃｔｉ
ｏｎｃｏｄｅ）とパケットラベル情報ｔｌ（ｔｒａｎ
ｓａｃｔｉｏｎｌａｂｅｌ、トランザクション固有の
タグ情報）が含まれており、また応答パケットの場合に
は、応答状態をしめす応答識別情報ｒｃｏｄｅ（ｒｅｓ
ｐｏｎｓｅｃｏｄｅ）が含まれている。従って、パケッ
ト識別情報ｔｃｏｄｅによりトランザクションの種類が
識別でき、またパケットラベル情報ｔｌにより対をなす
要求パケットと応答パケットを認識することができる。

【０００８】なお、詳細については、ＩＥＥＥ１３９４
−１９９５規格書を参照されたい。

【０００９】図６、図７を用いて、その動作を説明する
が、データ転送を行う前には、種々のやり取りが行われ
るが、ここでは省略し、イニシエータからＲＥＡＤコマ
ンドが発行される際のプロトコルについて説明する。

【００１０】（１）データを転送しようとすると、まず
イニシエータは、ターゲット側のＣＳＲ(Ｃｏｎｔｒｏ
ｌａｎｄＳｔａｔｕｓＲｅｇｉｓｔｅｒｓ)空間
に定義されているＣｏｍｍａｎｄＢｌｏｃｋＡｇｅ
ｎｔＲｅｇｉｓｔｅｒｓのＡＧＥＮＴ＿ＲＥＳＥＴレ
ジスタ宛にＱＷＲＱパケットを発行し、ｃｏｍｍａｎｄ
ｂｌｏｃｋｆｅｔｃｈａｇｅｎｔをリセットする。

【００１１】（２）イニシエータはＱＷＲＱパケットに
対して、ターゲットから返される以下Ａｃｋパケットが
ａｃｋ＿ｃｏｍｐｌｅｔｅであるか、或いはＡｃｋパケ
ットがａｃｋ＿ｐｅｎｄｉｎｇで返され、その後ターゲ
ットからのｒｃｏｄｅが処理完了（ｒｅｓｐ＿ｃｏｍｐ
ｌｅｔｅ）を示すＷＲＳパケットが返されると、イニシ
エータは、ターゲット側のＯＲＢ＿ＰＯＩＮＴＥＲレジ
スタ宛に、自らのシステムメモリ内に作成しておいたＯ
ＲＢ’ｓ（Ｏｐｅｒａｔｉｏｎｒｅｑｕｅｓｔｂｌ
ｏｃｋｓ）のアドレスをデータフィールドに含むＢＷＲ
Ｑパケットを発行し、ターゲット側のＯＲＢ＿ＰＯＩＮ
ＴＥＲレジスタに書き込む。ＯＲＢは、イニシエータか
らのコマンドを含むものである。ターゲットは書き込ま
れたＢＷＲＱパケットに含まれるＯＲＢが格納されたイ
ニシエータのシステムメモリアドレスに対して、ＢＲＲ
Ｑパケットを発行する。イニシエータはこのＢＲＲＱパ
ケットを受信すると、その応答パケットであるＢＲＲＳ
パケットのデータフィールドにＯＲＢを格納し送信す
る。この様にして、ターゲットはイニシエータからＯＲ
Ｂ、つまりコマンドを受け取る。

【００１２】（３）ターゲットは、受け取ったＯＲＢを
解析し、ＲＥＡＤコマンドであった場合、転送すべきデ
ータが準備できると、そのデータをデータフィールドに
含んだＢＷＲＱパケットを、ＲＥＡＤコマンドが含まれ
るＯＲＢで指定されたイニシエータのシステムメモリア
ドレスに対して発行し、データを書き込む。この時、パ
ケットの大きさは、ＩＥＥＥ１３９４バスの転送速度等
に依存するために、大量のデータを転送しようとする
と、データを複数個のパケットに分割して、転送を行う
ことになる。この時、転送のタイミングとしては、１つ
のトランザクションが完了する、つまり要求パケットに
対して処理完了をしめすＡｃｋパケットが受信される
か、あるいは受信完了処理中を示すＡｃｋパケットが受
信され、その後要求パケットに対して対となる応答パケ
ットが受信されることを確認しながら行われる。

【００１３】（４）ＯＲＢで指定されたデータ長の転送
が全て終了すると、ターゲットは、予めイニシエータが
指定したアドレスにＲＥＡＤコマンドに対するステータ
スをＢＷＲＱパケットを用いて書き込む。

【００１４】以上で、ＲＥＡＤコマンドに関する一連の
動作が完了する。

【００１５】これらのトランザクションのうち、イニシ
エータがターゲットから送られたＢＷＲＱパケットを受
信できない場合、再送要求を示すＡｃｋパケットをイニ
シエータが返すことにより、リトライ（再送）を行うこ
とが出来る。

【００１６】同様に、ＷＲＩＴＥコマンドの場合は、デ
ータの転送時には、ターゲットがイニシエータのシステ
ムメモリ中に格納されたデータをＢＲＲＱパケットを利
用して、読み込み、例えばＤＶＤ−ＲＡＭディスクに書
き込む。

【００１７】このような、送受信を行うデータ伝送装置
として、図８に示されるような構成があげられる。図８
に示すように、基本構成としては、物理層コントローラ
（ＰＨＹ）１００と、リンク層コントローラ（ＬＩＮ
Ｋ）１０１と、ＣＰＵ１０２と、ＤＭＡコントローラ１
０３と、ローカルメモリ１０４とからなる。物理層コン
トローラ１００は、バスのイニシャライズ、データのエ
ンコード／デコード、アービトレーション、バイアス電
圧の出力／検出などの機能を持つ。またリンク層コント
ローラ１０１は、誤り検出符号の生成／検出、パケット
の生成／検出、パケット送出のリトライ動作等の機能を
持つリンクコア部１０１ａ、送受信パケット用のＦＩＦ
Ｏ１０１ｂ、コンフィグレーションＲＯＭ１０１ｃ、イ
ンターフェース部１０１ｄ等から構成される。このＦＩ
ＦＯは、送信用ＦＩＦＯ（ＡＴＦ）と受信用ＦＩＦＯを
持ち、そのサイズは最大転送パケットサイズと等しいこ
とが多い。

【００１８】また、ＳＢＰ−２規格では、ＬＯＧＩＮ、
ＱＵＥＲＹＬＯＧＩＮＳ、ＡＢＯＲＴＴＡＳＫ等のタ
スク管理系のコマンドが定義されている。これは、図６
のＯＲＢ＿ＰＯＩＮＴＥＲへのＢＷＲＱパケットによる
アクセスの代わりに、ＳＢＰ−２規格で定義されるＭａ
ｎａｇｅｍｅｎｔＡｇｅｎｔレジスタへアクセスし、そ
の後上記のタスク管理系のコマンドを含むＭａｎａｇｅ
ｍｅｎｔＯＲＢをＢＲＲＱパケットで読み込み、そのレ
スポンスのＢＲＲＳパケットに含まれるＭａｎａｇｅｍ
ｅｎｔＯＲＢ（タスク管理系のコマンドが含まれる）タ
ーゲット側で解析し、コマンドを実行することにより行
われる。例えば、データ転送中であっても、イニシエー
タがデータ転送を途中で終了させるために発行されたＡ
ＢＯＲＴＴＡＳＫコマンドの処理は、データ転送中であ
っても処理されなければ、イニシエータの意図通りにタ
ーゲットが動作しないので、データ転送転送中であって
もタスク管理系コマンド処理を行わなければならない。

【００１９】

【発明が解決しようとする課題】しかしながら、上記の
従来の構成では、送信用ＦＩＦＯと受信用ＦＩＦＯとを
別々に持っているが、例えば、データ転送中に、イニシ
エータがタスク管理系のコマンドの１つであるＱＵＥＲ
ＹＬＯＧＩＮを発行しようとして、Ｍａｎａｇｅｍｅ
ｎｔＡｇｅｎｔ宛にＢＷＲＱパケットを発行した場合、
データ転送中であっても受信されるパケットをすべて、
ターゲット側の受信用ＦＩＦＯに格納されるようにして
おくと、その受信されたパケットがタスク管理系のコマ
ンドであるのか、ＲＥＡＤコマンドによるデータを送信
するためのＢＷＲＱパケットに対する応答パケット（Ｗ
ＲＳパケット）であるかを、受信用ＦＩＦＯにパケット
が格納される毎に必ずチェックして適切な処理を行わな
ければならないので、必ず受信用ＦＩＦＯに格納された
パケットが何であるかをＣＰＵにより判断しなければな
らないので、オーバーヘッドが大きく、データ転送に時
間がかかるという問題を有していた。

【００２０】また、データ転送中には、データを送信す
るためのＢＷＲＱパケットに対する応答パケット（ＷＲ
Ｓパケット）以外は、受信ＦＩＦＯに格納されないよう
に構成すれば、受信毎の毎回のチェックは不要であるの
で、オーバーヘッドが少なくデータ転送の高速化が図れ
るが、イニシエータの意図通りの動作をターゲットが行
うことは不可能になる。

【００２１】また、送信用ＦＩＦＯ、受信用ＦＩＦＯの
いずれも、そのサイズは、最大転送パケットサイズに等
しいので、例えば、ＲＥＡＤコマンド実行に、データ転
送のトランザクションが終了しないと、つまり、ａｃｋ
＿ｃｏｍｐｌｅｔｅを示すＡｃｋパケットが返される
か、あるいはａｃｋ＿ｐｅｎｄｉｎｇのＡｃｋパケット
が返された後、ｒｅｓｐ＿ｃｏｍｐｌｅｔｅを示すレス
ポンスパケットが返された後でないと、リトライを要求
された場合を考慮して、送信用ＦＩＦＯに次のパケット
のデータを書き込むことが出来ずに、データ転送に時間
がかかるという問題点を有していた。

【００２２】本発明は上記従来の問題点を解決するもの
で、データ転送のオーバーヘッドが少ないデータ伝送装
置を提供することを目的とする。

【００２３】

【課題を解決するための手段】この目的を解決するため
に本発明のデータ伝送装置は、ヘッダフィールドとデー
タフィールドからなるパケット単位でコマンドやデータ
等の転送を行うデータ伝送装置であって、送受信兼用バ
ッファと、受信専用バッファと、送信専用バッファと、
受信したパケットの内容に応じてその格納先を前記受信
専用バッファか前記送受信兼用バッファかに振り分ける
受信用フィルタと、送信するパケットの内容に応じてそ
の格納先を前記送信専用バッファか前記送受信兼用バッ
ファかに振り分ける送信用フィルタと、送信するパケッ
トを構成したり、あるいは受信したパケットから必要な
情報を取り出すパケット処理回路と、前記送受信兼用バ
ッファ及び前記送信専用バッファに格納された送信パケ
ットを伝送路上の送信パケットに変換し伝送路上の使用
権を得た場合に伝送路上の電気信号に変換し送出する、
あるいは受信された伝送路上の電気信号から前記受信専
用バッファ或いは前記送受信専用バッファに格納するパ
ケット構成に変換する送受信回路とを備えたものであ
る。

【００２４】さらに、本発明のデータ伝送装置では、前
記送受信兼用バッファは、送受信兼用バッファに格納さ
れる送信用パケット、または受信用パケットのどちらか
の大きい方のパケットの２個分以上のバッファ容量を備
えたことを特徴とするものである。

【００２５】また、本発明のデータ伝送装置では、前記
パケット処理回路は、データ送信時において、送信しよ
うとするデータを含む要求パケットに対応して処理完了
を示すパケットを前記送受信回路が検出するか、あるい
は要求パケットに対して受信完了処理中を示すパケット
を前記送受信回路で検出後に処理完了を示す応答識別情
報を含む応答パケットを前記受信用フィルタにより検出
したことにより、送信しようとするデータを含む要求パ
ケットを連続して構築することを特徴とするものであ
る。

【００２６】そして、本発明のデータ伝送装置では、前
記パケット処理回路は、データ受信時において、データ
の送信を要求する要求パケットに対応して、前記要求パ
ケットに対して受信完了処理中を示すパケットを前記送
受信回路で検出後に受信される前記要求パケットに対す
るデータを含む応答パケットのパケット識別情報と応答
識別情報を前記受信用フィルタにより検出後、受信した
パケットを前記受信用フィルタを介して前記送受信兼用
バッファに格納すると同時に、連続して前記データの送
信を要求する要求パケットを送信専用バッファに格納す
ることを特徴とするものである。

【００２７】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明するが、これによって本発明の技
術的範囲が制限されるものではないのはもちろんであ
る。

【００２８】（実施の形態１）以下本発明の一実施の形
態について、図面を参照しながら説明する。

【００２９】図１は、本発明の第一の実施の形態のデー
タ伝送装置の構成図である。１はコマンドを発行したり
するホストコンピュータ（以降イニシエータとも呼ぶ）
で、２はＤＶＤ−ＲＡＭドライブ装置（以降ターゲット
とも呼ぶ）である。ホストコンピュータ１とＤＶＤ−Ｒ
ＡＭドライブ装置２は、ＩＥＥＥ１３９４シリアルバス
３を介して接続されている。４は送受信回路で、物理層
コントローラ（ＰＨＹ）４１とリンク層コントローラ
（ＬＩＮＫ）４２とからなっており、物理層コントロー
ラ４１は、バスのイニシャライズ、データのエンコード
／デコード、アービトレーション、バイアス電圧の出力
／検出等の機能を持ち、リンク層コントローラ４２は、
誤り訂正符号の生成／検出、パケットの生成／検出等の
機能を持つ。５はコマンド等を受信するための受信専用
バッファで、６はステータス等を送信するための送信専
用バッファ、７はデータを送受信するための送受信兼用
バッファである。８は受信用フィルタであり、データ受
信時には、イニシエータ１からのデータの送信を要求す
る要求パケットに対応するデータフィールドにデータが
含まれた応答パケットが受信された場合には、その受信
された応答パケットの格納先を送受信兼用バッファに
し、それ以外のパケットが受信された場合には、その格
納先を受信専用パケットにするように動作する。またイ
ニシエータ１にデータを送信する時には、受信されたパ
ケットのうち、パケットラベル情報とパケット識別情報
と応答識別情報とから、データフィールドに送信するデ
ータを含む要求パケットに対して対をなす応答パケット
が受信されたと判断されると、後述するパケット処理回
路１０にその受信を知らせ、それ以外のパケットが受信
された場合には、受信専用バッファに格納するように動
作する。

【００３０】９は同様に、データ転送時において、送信
するパケットを送信専用バッファ６に格納するか、或い
は送受信兼用バッファ７に格納するかを送信するパケッ
トのパケット識別情報（ｔｃｏｄｅ）により選択する送
信用フィルタである。さらに１０は、受信されたパケッ
トから必要なデータのみを抜き出し、光ディスクコント
ローラ（以降ＯＤＣと呼ぶ）１３にＤＭＡバス１４を介
して転送するためのデータに変換したり、或いは光ディ
スク１６から読み出されたデータを所定のアナログ信号
処理を施すアナログ信号処理回路１５を経て、ＯＤＣ１
３で復調や誤り訂正処理等が施されたデータにヘッダを
付与したり、パケット化を行うパケット変換回路であ
る。

【００３１】また図２は、１３９４バス３上に送出する
ために、リンク層コントローラ４２に書き込まれる、或
いは１３９４バス３から受信されたパケットをリンク層
コントローラ４２から読み出される際の各パケットの構
造を示す。図２中の斜線部分は、リザーブ領域である。
具体的に示すと、図２（ａ）は、図７（ａ）に示すＢＷ
ＲＱパケットを送信するためのリンク層コントローラ４
２に書き込まれる、つまりパケット処理回路１０やマイ
コン１１により各バッファに書き込まれるパケット構成
を示す。図２（ｂ）は図７（ｂ）に示すＱＷＲＱパケッ
トをリンク層コントローラ４２に書き込む際のパケット
構造である。また図２（ｃ）は図７（ｃ）に示すＷＲＳ
パケットを受信し、リンク層コントローラ４２から読み
出される際のパケット構成を示し、図２（ｄ）は図７
（ｄ）に示すＢＲＲＱパケットを送信するためにリンク
層コントローラ４２に書き込まれる際のパケット構成で
ある。さらに図２（ｅ）は図７（ｅ）に示すＢＲＲＳパ
ケットが受信され、リンク層コントローラ４２から読み
出される際のパケット構成を示す。これら図２で示した
パケットのうち送信パケットは、図７に示すように、ｈ
ｅａｄｅｒ＿ＣＲＣやｄａｔａ＿ＣＲＣの計算やｓｏｕ
ｒｃｅ＿ＩＤの付加等のパケットの再構成がリンク層コ
ントローラ４２で行われ、また受信されたパケットに対
しては、ＣＲＣによる誤り検出等がリンク層コントロー
ラ４２で行われる。

【００３２】そして、図３及び図４は本実施の形態のデ
ータ伝送装置の動作を説明する動作説明図である。図４
はイニシエータ１がターゲット２のデータを読み込む、
つまりイニシエータ１がＲＥＡＤコマンドを発行した場
合の本実施の形態の動作説明図であり、図５はイニシエ
ータ１がターゲット２にデータを格納する、つまりイニ
シエータ１がＷＲＩＴＥコマンドを発行した場合の本実
施の形態の動作説明図である。

【００３３】図３において、横軸に時間をとり、（１）
はパケット処理回路１０の動作状態を、（２）は送受信
兼用バッファ（ＤＴＲＦ）７の内部に格納されたパケッ
トの状態、（３）は１３９４バス３上の状態、（４）は
受信用フィルタ８の状態を示し、（５）は、送受信兼用
バッファ７の内部状態を示し、白丸はパケット処理回路
１０によりＤＴＲＦに書き込まれる際の書き込みアドレ
スポインタを示し、黒丸はリンク層コントローラ４２に
書き込まれる際に送受信兼用バッファ７から読み出され
る際の読み出しアドレスポインタを示す。この時、送受
信兼用バッファ７の容量は２×ｋクワッドレットで表
す。

【００３４】また図４において、（１）から（３）は図
３と同じで、（４）は送信専用バッファ６の状態を示
す。（５）は図３（５）と同様に送受信兼用バッファ７
の内部状態を示し、白丸は受信されたパケットがリンク
層コントローラ４２から読み出され送受信兼用バッファ
７に書き込まれる際の書き込みアドレスポインタを示
し、黒丸は送受信兼用バッファ７からパケット処理回路
１０により読み出される際の読み出しアドレスポインタ
を示す。同様に、送受信兼用バッファ７の容量は２×ｋ
クワッドレットで表す。

【００３５】さらに、ＩＥＥＥ１３９４を介してデータ
を転送する際には、その転送速度によりパケットの転送
可能な最大ペイロードサイズは規定されるので、転送速
度に応じたパケットを格納できるサイズのバッファ量が
必要となるが、本実施の形態では、送受信兼用バッファ
７のバッファサイズは、データを転送する際に用いられ
るパケット、つまりＳＢＰ−２プロトコルの場合は、Ｒ
ＥＡＤコマンドではＢＷＲＱパケット、ＷＲＩＴＥコマ
ンドではＢＲＲＳパケットであるので、これらのパケッ
トサイズの２倍であるとする。上述したようにパケット
のデータフィールドの最大サイズは転送速度に応じてＩ
ＥＥＥ１３９４規格により定義されている。従って、本
実施の形態では、転送速度をＳ４００であるとし、転送
可能なパケットに含まれるデータ部のサイズは２０４８
バイト（５１２クワッドレット）であり、本実施の形態
では、送受信兼用バッファ７のパケットサイズを図２
（ａ）または（ｅ）に示す様に、ヘッダフィールド及び
データフィールドの最後の１クワドレットを加えて（２
０４８＋１６＋４）×２＝４１３６バイトとする。

【００３６】以上の様に構成された本実施の形態の動作
について、図面を用いて説明する。

【００３７】まず、ＲＥＡＤコマンドがイニシエータ１
から発行される場合について、その動作を説明する。１
回のＲＥＡＤコマンドで、イニシエータ１から要求され
るデータ長を６４ｋＢとする。従って、６４ｋＢのデー
タを転送するためには、データを転送するパケットのデ
ータフィールドのサイズが２ｋＢであるので、３２回に
分けてデータ転送が行われる。

【００３８】（１）イニシエータ１は、自らのメモリ内
にＲＥＡＤコマンドのＣＤＢを含むＯＲＢを作成する。

【００３９】（２）イニシエータ１はターゲット２のＯ
ＲＢ＿ＰＯＩＮＴＥＲレジスタに、ＯＲＢを作成したメ
モリの１３９４空間上のアドレスをＢＷＲＱパケットに
よりターゲット２に送信する。

【００４０】（３）ターゲット２は、（２）で送られた
ＯＲＢが格納されたアドレスに対して、ＢＲＲＱパケッ
トを発行し、イニシエータ１はＯＲＢを含むＢＲＲＳパ
ケットをターゲット２に返す。

【００４１】（４）ターゲット２は受信したＢＲＲＳパ
ケットに含まれるＣＤＢを取り出し、ＲＥＡＤコマンド
を確認後、ドライブから必要なデータを読み出すために
初期設定を行う。この時、パケット処理回路１０に、レ
ジスタ１２を経由して、マイコン１１からＲＥＡＤコマ
ンドで指定されたデータ格納先を示すイニシエータ１の
システムメモリ領域のアドレス、イニシエータ１のＩＤ
等のヘッダ情報が書き込まれる。

【００４２】また、受信用フィルタ８には、データ送信
時であるので、ＷＲＳパケットを受信し、そのパケット
に含まれる応答識別情報（ｒｃｏｄｅ）が処理完了（ｒ
ｅｓｐ＿ｃｏｍｐｌｅｔｅ）であり、かつパケットラベ
ル情報ｔｌがデータを送信するための要求パケット、Ｂ
ＷＲＱパケットのそれと一致すれば、パケット処理回路
１０に検出信号を送り、また受信したパケットがＷＲＳ
パケット以外（パケット識別情報で判断）か、あるいは
受信されたパケットがＷＲＳパケットであっても、デー
タを送信するための要求パケット、ＢＷＲＱパケットに
格納されたパケットラベル情報ｔｌと受信したＷＲＳパ
ケットのパケットラベル情報が一致しない場合、あるい
は受信したパケットであり、パケットラベル情報ｔｌも
一致したが、応答識別情報ｒｃｏｄｅが処理完了を示す
ｒｅｓｐ＿ｃｏｍｐｌｅｔｅ以外であれば、その受信さ
れたパケットは受信専用バッファ５に受信されたパケッ
トが格納されるように設定しておく。

【００４３】起動がかけられると、パケット処理回路１
０に設定されたヘッダ情報に続いて、指定されたデータ
がディスクから読み出され、アナログ信号処理回路１５
を介して、光ディスクコントローラ１３で復調処理や誤
り訂正処理が施され、パケット処理回路１０に入力され
る。

【００４４】（５）（４）で書き込まれたヘッダ情報と
データとから２０４８バイトのデータフィールドを持つ
図２（ａ）に示すパケット構成で送受信兼用バッファ７
に書き込む（図３のＳＴＥＰ１）。

【００４５】（６）１パケットを構成するすべてのデー
タが書き込まれると、送受信兼用バッファ７からリンク
層コントローラ４２で図７（ａ）に示すようなＣＲＣを
付加したりしてＢＷＲＱパケットを作成し、物理層コン
トローラ４１でアービトレーションを行い、バスの使用
権を確保した後、イニシエータ１に送られる。同時に、
次のパケットをパケット処理回路１０で作成し、送受信
兼用バッファ７に書き込まれる。このパケットのｄｅｓ
ｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔフィールドには先に送
信したパケットのｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅ
ｔフィールドに書き込んだアドレスに２０４８を加えた
アドレスが書き込まれる。図３では、この時、既に送ら
れたＢＷＲＱパケットに対して、処理完了（ａｃｋ＿ｃ
ｏｍｐｌｅｔｅ）を示すＡｃｋパケットが、図２（ａ）
で示すパケットの最後の１クワッドレットのデータを送
受信兼用バッファ７に書き込まれる前にリンク層コント
ローラ４２で検出されているので、続けてこの最後の１
クワッドレットデータを書き込む（図３のＳＴＥＰ
２）。

【００４６】（７）最後の１クワッドレットのデータが
送受信兼用バッファ７に書き込まれるとリンク層コント
ローラ４２に出力され、リンク層コントローラ４２で図
７（ａ）で示すＢＷＲＱパケットを構成し、物理層コン
トローラ４１でのアービトレーション後、出力される。
と同時に、次のパケットをパケット処理回路１０で作成
し、送受信兼用バッファに書き込まれる。

【００４７】同様に、このパケットのｄｅｓｔｉｎａｔ
ｉｏｎ＿ｏｆｆｓｅｔフィールドには先に送信したパケ
ットのｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔフィール
ドに書き込んだアドレスに２０４８を加えたアドレスが
書き込まれる。

【００４８】この時、先に送られたＢＷＲＱパケットに
対して、受信完了処理中（ａｃｋ＿ｐｅｎｄｉｎｇ）を
示すＡｃｋパケットがリンク層コントローラ４２で検出
されると、パケット処理回路１０は、図２（ａ）で示す
パケットの最後の１クワッドレットのデータを送受信兼
用バッファ７に書き込まずに、図７（ｃ）で示したＷＲ
Ｓパケットがイニシエータ１から送信されるのを待つ。
そして、ＷＲＳパケットが受信され、リンク層コントロ
ーラ４２を介して受信用フィルタ８で、ＷＲＳパケット
であることを示すパケット識別情報（ｔｃｏｄｅ）が検
出されかつ、応答識別情報（ｒｃｏｄｅ）が処理完了
（ｒｅｓｐ＿ｃｏｍｐｌｅｔｅ）で、かつパケットラベ
ル情報ｔｌがデータを送信した要求パケットＢＷＲＱパ
ケットのパケットラベルｔｌに一致することが検出され
れば、パケット処理回路１０に再起動信号が送られる。
パケット処理回路１０は、その検出信号を受けて、最後
の１クワッドレットデータを送受信兼用バッファ７に書
き込む（図３のＳＴＥＰ３）。

【００４９】（８）最後の１クワッドレットのデータが
送受信兼用バッファ７に書き込まれるとリンク層コント
ローラ４２に出力され、リンク層コントローラ４２で図
７（ａ）で示すＢＷＲＱパケットを構成し、物理層コン
トローラ４１でのアービトレーション後、出力される。
と同時に、次のパケットをパケット処理回路１０で作成
し、送受信兼用バッファに書き込まれる。

【００５０】同様に、このパケットのｄｅｓｔｉｎａｔ
ｉｏｎ＿ｏｆｆｓｅｔフィールドには先に送信したパケ
ットのｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔフィール
ドに書き込んだアドレスに２０４８を加えたアドレスが
書き込まれる。

【００５１】この時、先に送られたＢＷＲＱパケットに
対して、再送要求（ａｃｋ＿ｂｕｓｙ）を示すＡｃｋパ
ケットが検出されると、パケット処理回路１０は最後の
１クワッドレット分のデータを送受信兼用バッファ７に
書き込まずに、データ受信バッファにある前のパケット
（（７）で作成したパケット）のデータを再度送信し、
イニシエータ１から、再送したＢＷＲＱパケットに対し
て、処理完了（ａｃｋ＿ｃｏｍｐｌｅｔｅ）を示すＡｃ
ｋパケットが送信されたことをリンク層コントローラ４
２で検出して、その後、最後の１クワッドレットのデー
タを送受信兼用バッファ７に書き込む（図３のＳＴＥＰ
４）。

【００５２】以降、上記動作が、ＲＥＡＤコマンドで指
定されたデータ数の転送が終了するまで繰り返される。

【００５３】次にＷＲＩＴＥコマンドがイニシエータ１
から発行された場合の動作について説明する。

【００５４】１回のＷＲＩＴＥコマンドで、イニシエー
タ１から送信されるデータのデータ長を６４ｋＢとす
る。従って、６４ｋＢのデータを転送するためには、デ
ータを転送するパケットのデータフィールドのサイズが
２ｋＢであるので、３２回に分けてデータ転送が行われ
る。

【００５５】（１）イニシエータ１は、自らのメモリ内
にＷＲＩＴＥコマンドのＣＤＢを含むＯＲＢを作成す
る。

【００５６】（２）イニシエータ１はターゲットのＯＲ
Ｂ＿ＰＯＩＮＴＥＲレジスタにＯＲＢを作成したメモリ
の１３９４空間上のアドレスをＢＷＲＱパケットにより
ターゲット２に送信する。

【００５７】（３）ターゲット２は、（２）で送られた
ＯＲＢが格納されたアドレスに対して、ＢＲＲＱパケッ
トを発行し、イニシエータ１はＯＲＢを含むＢＲＲＳパ
ケットをターゲット２に返す。

【００５８】（４）ターゲット２は受信したＢＲＲＳパ
ケットに含まれるＣＤＢを取り出し、ＷＲＩＴＥコマン
ドを確認後、ドライブにデータを書き込むための初期設
定を行う。この時、パケット処理回路１０に、レジスタ
１２を経由して、マイコン１１からＷＲＩＴＥコマンド
でディスクに書き込むデータが格納されたイニシエータ
１のシステムメモリ領域のアドレス、イニシエータ１の
ＩＤ等のヘッダ情報が書き込まれる。

【００５９】また、受信用フィルタには、データ受信時
であるので、データの送信要求をイニシエータ１に対し
て要求する要求パケットであるＢＲＲＱパケットに対し
て対となるＢＲＲＳパケットを受信したことをパケット
ラベル情報ｔｌとパケット識別情報ｔｃｏｄｅで検出
し、かつその応答識別情報ｒｃｏｄｅが処理完了（ｒｅ
ｓｐ＿ｃｏｍｐｌｅｔｅ）である時には、受信パケット
を送受信兼用バッファ７に格納するようにし、それ以外
であれば受信専用バッファ５に格納するように設定して
おく。

【００６０】起動がかけられると、パケット処理回路１
０に設定されたヘッダ情報を用いて、イニシエータ１の
システムメモリ上の書き込みデータを取りに行くための
ＢＲＲＱパケット（図７（ｄ））を作成するために、図
２（ｄ）で示した構成のパケットをパケット処理回路１
０で作成し、送信用フィルタ９を介して、送信専用バッ
ファ６に書き込む。

【００６１】すべてのデータが書き込まれると、リンク
層コントローラ４２、物理層コントローラ４１を経て、
バスの使用権を獲得した時点で、イニシエータ１に送信
される。イニシエータ１から、ＢＲＲＱパケットで要求
されたデータがデータフィールドに含まれたＢＲＲＳパ
ケットがターゲット２に送られる。ターゲット２におい
て、受信されたＢＲＲＳパケットは、受信用フィルタ８
を介して、そのパケットラベル情報とパケット識別情報
と応答識別情報をチェックし、要求パケットに対して正
当な応答パケットであれば、送受信兼用バッファ７に格
納される（図４のＳＴＥＰ１）。

【００６２】（５）（４）で受信され、送受信兼用バッ
ファ７に格納されたＢＲＲＳパケットのヘッダ情報のう
ち、まずパケット識別情報（ｔｃｏｄｅ）と応答識別情
報（ｒｃｏｄｅ）をパケット処理回路１０にて確認し、
それぞれがＢＲＲＳパケットであり、かつ処理完了（ｒ
ｅｓｐ＿ｃｏｍｐｌｅｔｅ）を示すものであれば、次の
データを要求するために、次のデータ送信を要求するた
めの要求パケット（この場合はＢＲＲＱパケット）を送
信用フィルタ９を介して、送信専用バッファに書き込
む。このときｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔは
先に送信したＢＲＲＱパケットのｄｅｓｔｉｎａｔｉｏ
ｎ＿ｏｆｆｓｅｔに２０４８を加えた値になる。同時
に、（４）で受信されたパケットのデータを順次読み出
し、光ディスクコントローラ１３で誤り訂正符号の付加
や変調処理等が施され、アナログ信号処理回路１５を経
てディスク１６上に書き込まれる。送信専用バッファ６
に書き込まれた次のデータを要求するためのＢＲＲＱパ
ケットは、リンク層コントローラ４２、物理層コントロ
ーラ４１を経て、バスの使用権を獲得後、イニシエータ
１に送信される。

【００６３】イニシエータ１からは、ＢＲＲＱパケット
で要求されたデータをデータフィールドに含んでＢＲＲ
Ｓパケットがターゲット２に送られる。ターゲット２に
おいて、受信されたＢＲＲＳパケットは、受信用フィル
タ８を介して、送受信兼用バッファ７に格納される（図
４のＳＴＥＰ２）。

【００６４】以降、上記動作が、ＷＲＩＴＥコマンドで
指定されたデータ数の転送が終了するまで、繰り返され
る。

【００６５】以上、述べてきたように、送受信兼用バッ
ファのバッファサイズをデータを転送する際に用いられ
るパケットサイズの２倍にすることにより、オーバーヘ
ッドを少なくし、高速なデータ転送を図ることが出来
る。

【００６６】次に、ＲＥＡＤコマンド実行中にイニシエ
ータ１から別のタスク管理系のコマンドが発行された場
合について説明する。図５はＲＥＡＤコマンド実行中に
イニシエータ１から別のタスク管理系のコマンドが発行
された場合の動作を示す動作説明図である。

【００６７】図５において（１）はパケット処理回路１
０の動作、（２）は送受信兼用バッファ７の内部状態、
（３）は１３９４バス３上パケットを示し、例えば、Ｂ
ＷＲＱ（Ｔ→Ｉ）はＢＷＲＱパケットがターゲット
（Ｔ）２からイニシエータ（Ｉ）１に送信されたことを
示す。（４）はコマンド送信バッファ５の内部状態、
（５）は、マイコン１１の動作、（６）は送信専用バッ
ファ６の内部状態を示す。

【００６８】以下、図面を用いて、その動作を説明する
が、実際にデータを含むパケットが転送されるまでの動
作は、上述の動作と同じであるので省略する。

【００６９】（１）データ転送中にイニシエータ１から
タスク制御系のコマンド（例えば、ＱｕｅｒｙＬｏｇｉ
ｎ）が発行されたとする（図５中の（３）のＢＷＲＱパ
ケット（Ｉ→Ｔ））。

【００７０】その時、イニシエータ１から発行されるＭ
ａｎｅｇｅｍｅｎｔＡｇｅｎｔへのＢＷＲＱパケット
は、受信用フィルタ８により受信専用バッファ５に格納
される。これは、先述したように、ＲＥＡＤコマンド実
行中、つまりターゲット２からみてデータ送信中は、受
信用フィルタ８に、受信されたパケットがＷＲＳパケッ
ト以外（パケット識別情報ｔｃｏｄｅで判断）か、受信
されたパケットがＷＲＳパケットであるがそれに含まれ
るパケットラベル情報ｔｌがデータ送信を行うＢＷＲＱ
パケットのパケットラベル情報ｔｌと一致しないか、あ
るいは受信されたパケットがＷＲＳパケットでかつそれ
に含まれるパケットラベル情報ｔｌがデータ送信を行う
ＢＷＲＱパケットのパケットラベル情報に一致するが、
応答識別情報ｒｃｏｄｅが処理完了を示すｒｅｓｐ＿ｃ
ｏｍｐｌｅｔｅ以外であれば、受信専用バッファ５に受
信されたパケットを格納するように設定しているためで
ある。

【００７１】この応答として、リンク層コントローラ４
２からは、受信は完了したが処理中であること（ａｃｋ
＿ｐｅｎｄｉｎｇ）を示すＡｃｋパケットが返される
（図中には図示せず）。

【００７２】受信専用バッファ５に受信されたパケット
が格納されると、マイコン１１に割り込みが発生し、転
送中のトランザクションを停止するようにコマンドが発
行される。このコマンドを受けて、パケット処理回路１
０は、光ディスクコントローラ１３から読み込んでいる
データのうち、現在送信しようとしているパケット分の
データの読み込みが終了するまで、光ディスクコントロ
ーラ１３からのデータの読み込みを続行する。パケット
を構成するためのデータをすべて読み込み、送受信兼用
バッファ７に書き込み終わると、リンク層コントローラ
４２、物理層コントローラ４１を経て、バスの使用権の
獲得後、イニシエータ１に送られる。そのＢＷＲＱパケ
ットに対する処理完了（ａｃｌ＿ｃｏｍｐｌｅｔｅ）を
示すＡｃｋパケットを受信すると、マイコン１１に対し
てトランザクションの中断通知がなされる（図５のＳＴ
ＥＰ１）。

【００７３】（２）トランザクションの中断通知がなさ
れると、マイコン１１は受信専用バッファ５に格納され
たコマンドを読み出し、ＭａｎａｇｅｍｅｎｔＡｇｅｎ
ｔ宛へのＢＷＲＱパケットであることを認識し、同時に
処理完了（ｒｅｓｐ＿ｃｏｍｐｌｅｔｅ）のｒｃｏｄｅ
を持つＷＲＳパケットを送信専用バッファ６に送信フィ
ルタ９を経由して書き込む。

【００７４】書き込みが完了するとリンク層コントロー
ラ４２、物理層コントローラ４１を経てイニシエータ１
に送出される。引き続き、上記で認識したＭａｎａｇｅ
ｍｅｎｔＡｇｅｎｔ宛へのＢＷＲＱパケットに含まれる
ＭａｎａｇｅｍｅｎｔＯＲＢが格納されたアドレスに対
して、タスク管理系のコマンドが含まれるＭａｎｅｇｅ
ｍｅｎｔＯＲＢを要求するＢＲＲＱパケットを送信専用
バッファ６に書き込み、リンク層コントローラ４２、物
理層コントローラ４１を介して、バスの使用権獲得後、
イニシエータ１に送信される（図５のＳＴＥＰ２）。

【００７５】（３）（２）で送信されたＢＲＲＱパケッ
トに対応して、ＭａｎｅｇｅｍｅｔＯＲＢを含むＢＲＲ
Ｓパケットがイニシエータ１から送信される。ターゲッ
ト２で受信されたＢＲＲＳパケットは、受信用フィルタ
８を介してリンク層コントローラ４２から受信専用バッ
ファ５に格納される。これも同様にＷＲＳパケット以外
の受信されたパケットが受信専用バッファ５に格納され
るように設定しているためである。受信専用バッファに
格納されたパケットは、マイコン１１により読み出さ
れ、ＭａｎａｇｅｍｅｔＯＲＢの処理を行い、その処理
が終わると、そのＭａｎａｇｅｍｅｎｔＯＲＢに対する
ステータスを送信専用バッファ６に書き込み、イニシエ
ータ１に送信する。送信したＢＷＲＱパケットに対し
て、イニシエータ１から処理完了（ａｃｋ＿ｃｏｍｐｌ
ｅｔｅ）を示すＡｃｋパケットが送られるとマイコン１
１は通知を受ける（図５のＳＴＥＰ３）。

【００７６】（４）ＭａｎａｇｅｍｅｎｔＯＲＢの処理
が終わると、マイコン１１は、パケット処理回路１０に
データ転送再開命令を発行し、データ転送を再開する
（図５のＳＴＥＰ４）。

【００７７】またＷＲＩＴＥコマンドを実行中であって
も、データ転送中は、受信用フィルタ８に、受信された
パケットがＢＲＲＳパケット以外か、あるいは受信され
たパケットがＢＲＲＳパケットでありかつそれに含まれ
るパケットラベル情報ｔｌがデータ送信を要求するため
に使用されるＢＲＲＱパケットのパケットラベルに一致
しないか、あるいは受信されたパケットがＢＲＲＳパケ
ットであり、かつそれに含まれるパケットラベル情報ｔ
ｌがデータ送信を要求するために使用されるＢＲＲＱパ
ケットのパケットラベルに一致しかつそれに含まれる応
答識別情報ｒｃｏｄｅが処理完了を示すｒｅｓｐ＿ｃｏ
ｍｐｌｅｔｅ以外であれば、受信されたパケットが受信
専用バッファ５に格納されるように設定されるので、同
様に処理を行うことが出来る。

【００７８】以上の述べてきたように本実施の形態によ
れば、受信専用バッファ、送信専用バッファ、送受信兼
用バッファのように、パケットの送受信に必要なバッフ
ァをそれぞれ独立して設けることにより、ファームウェ
アのオーバーヘッドを少なくして、高速なデータ転送を
可能とするものである。またデータ転送中のコマンドに
対しての処理も、データ転送中にコマンドが発行された
場合のみ、ファームウェアの処理が介在するので、ファ
ームウェアのオーバーヘッドを少なくして、高速化を図
ったデータ転送を可能にし、かつタスク管理系のコマン
ドに対しても容易に対応できるものである。

【００７９】なお、コマンド受信の一連の流れをマイコ
ン１１で処理するように説明したが、コマンドを含むＯ
ＲＢをフェッチするまでをハードウェアで処理しても何
らの問題もなく、同様の効果を得ることもできる。

【００８０】またデータ転送中のコマンドに対する処理
では、送信しようとしているパケットの転送が完了して
から、コマンド処理を行うように説明したが、コマンド
が発行された時点で、データ転送を中断して、コマンド
の処理を行っても何らの問題もない。

【００８１】

【発明の効果】以上のように本発明は、受信専用バッフ
ァと送信専用バッファと送受信兼用バッファを設けるこ
とにより、データ転送の転送速度を落とすことなく、デ
ータ転送のトランザクションを実行している間に発行さ
れたコマンド処理に対する対応を容易にし、かつデータ
転送のトランザクションにファームウェアが介在するこ
となく行うことが出来るので、データ転送の高速化を図
ることが出来る。

【００８２】さらに送受信兼用バッファのバッファ容量
をデータ送受信に用いるパケットサイズの２倍にするこ
とにより、データ転送時のオーバーヘッドを少なくし
て、高速にデータ転送を行うことが出来る優れたデータ
伝送装置を実現できるものである。

【図面の簡単な説明】

【図１】本発明の第一の実施の形態におけるデータ伝送
装置の構成図

【図２】第一の実施の形態におけるリンク層コントロー
ラから読み出される、またはリンク層コントローラに書
き込まれるパケット構成をしめす構成図

【図３】本発明の第一の実施の形態におけるデータ伝送
装置のＲＥＡＤコマンド実行時の動作説明図

【図４】本発明の第一の実施の形態におけるデータ伝送
装置のＷＲＩＴＥコマンド実行時の動作説明図

【図５】本発明の第一の実施の形態におけるデータ伝送
装置のＲＥＡＤコマンド実行中のコマンドに対する動作
説明図

【図６】ＳＢＰ−２プロトコルの動作説明図

【図７】ＩＥＥＥ１３９４で規定されたパケット構成図

【図８】従来のデータ伝送装置の構成図

【符号の説明】

１ホストコンピュータ２ＤＶＤ−ＲＡＭドライブ装置３１３９４シリアルバス４送受信回路５受信専用バッファ６送信専用バッファ７送受信兼用バッファ８受信用フィルタ９送信用フィルタ１０パケット処理回路１１マイコン１２レジスタ１３光ディスクコントローラ１４ＤＭＡバス１５アナログ処理回路１６ＤＶＤ−ＲＡＭディスク１７光ヘッド４１物理層コントローラ４２リンク層コントローラ

フロントページの続き (72)発明者伊藤裕隆大阪府門真市大字門真1006番地松下電器産業株式会社内 (72)発明者石村勇大阪府門真市大字門真1006番地松下電器産業株式会社内Ｆターム(参考） 5D044 BC06 CC04 DE03 HH07 HL01 HL11 5K033 AA01 BA04 CC01 DA11 DB13 5K034 EE11 HH12 HH21 MM06 MM15

Claims

【特許請求の範囲】

【請求項１】ヘッダフィールドとデータフィールドから
なるパケット単位でコマンドやデータ等の転送を行うデ
ータ伝送装置であって、送受信兼用バッファと、受信専
用バッファと、送信専用バッファと、受信したパケット
の内容に応じてその格納先を前記受信専用バッファか前
記送受信兼用バッファかに振り分ける受信用フィルタ
と、送信するパケットの内容に応じてその格納先を前記
送信専用バッファか前記送受信兼用バッファかに振り分
ける送信用フィルタと、送信するパケットを構成した
り、あるいは受信したパケットから必要な情報を取り出
すパケット処理回路と、前記送受信兼用バッファ及び前
記送信専用バッファに格納された送信パケットを伝送路
上の送信パケットに変換し伝送路上の使用権を得た場合
に伝送路上の電気信号に変換し送出する、あるいは受信
された伝送路上の電気信号から前記受信専用バッファ或
いは前記送受信専用バッファに格納するパケット構成に
変換する送受信回路とを備えたことを特徴とするデータ
伝送装置。
【請求項２】送受信兼用バッファは、送受信兼用バッフ
ァに格納される送信用パケット、または受信用パケット
のどちらかの大きい方のパケットの２個分以上のバッフ
ァ容量を備えたことを特徴とするデータ伝送装置。
【請求項３】受信用フィルタは、前記送受信回路で受信
されたパケットに含まれるパケット識別情報と応答識別
情報とパケットラベル情報に基づき、受信パケットの格
納先を前記受信専用バッファか前記送受信専用バッファ
のどちらかに振り分けることを特徴とする請求項１から
請求項２のいずれか１項に記載のデータ伝送装置。
【請求項４】受信用フィルタは、要求パケットに対し
て、期待するパケットが受信されたことを前記パケット
処理回路に通知することを特徴とする請求項１から請求
項３のいずれか１項に記載のデータ伝送装置。
【請求項５】送信用フィルタは、データ転送時に、送信
するパケットのパケット識別情報に応じてその格納先を
送信専用バッファか送受信兼用バッファかのどちらか一
方に振り分けることを特徴とする請求項１から請求項２
のいずれか１項に記載のデータ伝送装置。
【請求項６】パケット処理回路は、データ送信時におい
て、送信しようとするデータを含む要求パケットに対応
して処理完了を示すパケットを前記送受信回路が検出す
るか、あるいは要求パケットに対して受信完了処理中を
示すパケットを前記送受信回路で検出後に処理完了を示
す応答識別情報を含む応答パケットを前記受信用フィル
タにより検出したことにより、送信しようとするデータ
を含む要求パケットを連続して構築することを特徴とす
る請求項１から請求項５のいずれか１項に記載のデータ
伝送装置。
【請求項７】パケット処理回路は、データ受信時におい
て、データの送信を要求する要求パケットに対応して、
前記要求パケットに対して受信完了処理中を示すパケッ
トを前記送受信回路で検出後に受信される前記要求パケ
ットに対するデータを含む応答パケットのパケット識別
情報と応答識別情報を前記受信用フィルタにより検出
後、受信したパケットを前記受信用フィルタを介して前
記送受信兼用バッファに格納すると同時に、連続して前
記データの送信を要求する要求パケットを送信専用バッ
ファに格納することを特徴とする請求項１から請求項３
または請求項５のいずれか１項に記載のデータ伝送装
置。