JP3736641B2 - データ転送制御装置及び電子機器 - Google Patents

Description

本発明は、データ転送制御装置及び電子機器に関する。

近年、ＥＭＩノイズの低減などを目的としたインターフェースとしてＬＶＤＳ（Low Voltage Differential Signaling）などの高速シリアル転送のインターフェースが脚光を浴びている。この高速シリアル転送では、トランスミッタ回路がシリアル化されたデータを差動信号（Differential Signals）により送信し、レシーバ回路が差動信号を差動増幅することでデータ転送を実現する。このような高速シリアル転送のインターフェースとしてはＤＶＩ（Digital Visual Interface）などが知られている。

さて、このような高速シリアル転送を実現するデータ転送制御装置では、その規模は、なるべく小さい方が望ましい。一方、種々の状況に対応してデータ転送の効率化を図るためには、シリアル転送されるパケットの種類（type）は、なるべく多い方が望ましい。

しかしながら、シリアル転送されるパケットの種類が増えてしまうと、多数のパケットを取り扱うための複雑な処理が必要になる。このため、ＭＰＵ（Micro Processer Unit）などのプロセッサをデータ転送制御装置に内蔵させなければならなくなり、データ転送制御装置が大規模化してしまう。
特開２０００−１３４２４２号公報

本発明は、以上のような技術的課題に鑑みてなされたものであり、その目的とするところは、少ないパケットの種類で効率的なデータ転送を実現できるデータ転送制御装置及びこれを含む電子機器を提供することにある。

本発明は、シリアルバスを介してシリアル転送を行うためのデータ転送制御装置であって、シリアルバスを介して接続される相手デバイスからリクエストパケットを受信するトランシーバと、受信したリクエストパケットを解析するリンクコントローラとを含み、前記リクエストパケットが、アクノリッジパケットによるハンドシェーク転送を行うか否かを通知するための応答要求フィールドを有し、前記リンクコントローラが、受信したリクエストパケットの前記応答要求フィールドに設定される応答要求値をリードし、前記応答要求フィールドに応答要求有りの応答要求値が設定されていた場合には、リクエストパケットに対するアクノリッジパケットの送信を指示し、前記応答要求フィールドに応答要求無しの応答要求値が設定されていた場合には、リクエストパケットに対するアクノリッジパケットの送信を指示しないデータ転送制御装置に関係する。

本発明によれば、リクエストパケットが応答要求フィールドを有する。そして応答要求フィールドに応答要求有りの応答要求値が設定されていた場合には、受信したリクエストパケットに対して、アクノリッジパケットが送信される。一方、応答要求フィールドに応答要求無しの応答要求値が設定されていた場合には、受信したリクエストパケットに対して、アクノリッジパケットは送信されないようになる。このようにすれば、応答要求フィールドの応答要求値の設定を変えるだけで、同一フィールド構成のリクエストパケットを、異なった種類のパケットのように使用することが可能になる。従って、少ないパケットの種類で効率的なデータ転送を実現できる。

また本発明では、前記リンクコントローラが、前記応答要求フィールドに応答要求有りの応答要求値が設定されたリードリクエストパケットを受信した場合には、リードリクエストパケットに対するレスポンスパケットの送信を指示し、相手デバイスがレスポンスパケットに対するアクノリッジパケットを送信した場合には、送信されたアクノリッジパケットの受信処理を行うようにしてもよい。

このようにすれば、リクエストパケットがリードリクエストパケットであった場合にも、効率的なデータ転送を実現できる。

また本発明では、前記リンクコントローラが、受信したリクエストパケットにトランザクションエラーが検出された場合には、リクエストパケットの前記応答要求フィールドに設定される応答要求値をリードすることなく、リクエストパケットに対するネガティブアクノリッジパケットの送信を指示するようにしてもよい。

このようにすれば、トランザクションエラーが検出された場合に、リンクコントローラは応答要求値をリードしなくて済むようになり、処理を効率化できる。

また本発明では、前記リクエストパケットが、リクエストパケットのアドレスフィールドに設定されるアドレスのサイズを通知するためのアドレスサイズフィールドを有し、前記リンクコントローラが、受信したリクエストパケットのアドレスサイズフィールドに設定されるアドレスサイズ値をリードし、前記アドレスサイズフィールドにゼロのアドレスサイズ値が設定されていた場合には、前記アドレスフィールドからのアドレスのリードを省略し、前記アドレスサイズフィールドにゼロではないアドレスサイズ値が設定されていた場合には、設定されたアドレスサイズ値のアドレスを前記アドレスフィールドからリードするようにしてもよい。

本発明によれば、リクエストパケットがアドレスサイズフィールドを有する。そしてアドレスサイズフィールドにゼロのアドレスサイズ値が設定されていた場合には、受信したリクエストパケットのアドレスフィールドからのアドレスのリードが省略される。一方、アドレスサイズフィールドにゼロではないアドレスサイズ値が設定されていた場合には、設定されたアドレスサイズ値のアドレスがアドレスフィールドから読み出されるようになる。このようにすれば、アドレスサイズフィールドのアドレスサイズ値の設定を変えるだけで、同一フィールド構成のリクエストパケットを、異なった種類のパケットのように使用することが可能になる。従って、少ないパケットの種類で効率的なデータ転送を実現できる。

また本発明では、前記シリアルバスとは異なるバスを介してデータ転送を行うためのインターフェース回路を含み、前記リンクコントローラが、前記アドレスサイズフィールドにゼロのアドレスサイズ値が設定されていた場合には、前記インターフェース回路を介して第１のデバイスにアクセスしてデータのストリーム転送を行うようにしてもよい。また本発明では、前記リンクコントローラが、前記アドレスサイズフィールドにゼロではないアドレスサイズ値が設定されていた場合には、設定されたアドレスサイズ値のアドレスを前記アドレスフィールドからリードして、アドレスのアクセス先を決定するようにしてもよい。

このようにすれば、同一フィールド構成のリクエストパケットを、ストリーム転送用のパケットとして使用したり、アクセス先のアドレス指定が可能なパケットとして使用したりすることが可能になり、少ないパケットの種類で効率的なデータ転送を実現できる。

また本発明では、前記リンクコントローラが、決定されたアドレスのアクセス先が第２のデバイスであった場合には、前記インターフェース回路を介して前記第２のデバイスにアクセスしてデータ又はコマンドの転送を行うようにしてもよい。

また本発明では、前記リンクコントローラが、決定されたアドレスのアクセス先がデータ転送制御装置の内部レジスタであった場合には、前記内部レジスタにアクセスするようにしてもよい。

また本発明は、シリアルバスを介してシリアル転送を行うためのデータ転送制御装置であって、シリアルバスを介して接続される相手デバイスに送信するリクエストパケットを生成し、生成したリクエストパケットの送信を指示するリンクコントローラと、送信が指示されたリクエストパケットをシリアルバスを介して接続される相手デバイスに送信するトランシーバとを含み、前記リクエストパケットが、アクノリッジパケットによるハンドシェーク転送を行うか否かを通知するための応答要求フィールドを有し、前記リンクコントローラが、アクノリッジパケットによるハンドシェーク転送を行う場合には、前記応答要求フィールドに応答要求有りの応答要求値が設定されたリクエストパケットを生成し、生成されたリクエストパケットの送信を指示し、アクノリッジパケットによるハンドシェーク転送を行わない場合には、前記応答要求フィールドに応答要求無しの応答要求値が設定されたリクエストパケットを生成し、生成されたリクエストパケットの送信を指示するデータ転送制御装置に関係する。

本発明によれば、リクエストパケットが応答要求フィールドを有する。そしてアクノリッジパケットを用いたハンドシェーク転送を行う場合には、応答要求フィールドに応答要求有りの応答要求値が設定されたリクエストパケットが送信される。一方、アクノリッジパケットを用いたハンドシェーク転送を行わない場合には、応答要求フィールドに応答要求無しの応答要求値が設定されたリクエストパケットが送信される。このようにすれば、応答要求フィールドの応答要求値の設定を変えるだけで、同一フィールド構成のリクエストパケットを、異なった種類のパケットのように使用することが可能になる。従って、少ないパケットの種類で効率的なデータ転送を実現できる。

また本発明では、前記リンクコントローラが、応答要求有りの応答要求値が設定されたリクエストパケットを送信した場合には、相手デバイスからアクノリッジパケットを受信したことを条件に、次のリクエストパケットのトランザクションを起動し、応答要求無しの応答要求値が設定されたリクエストパケットを送信した場合には、相手デバイスからのアクノリッジパケットの受信を待つことなく、次のリクエストパケットのトランザクションを起動するようにしてもよい。

このようにすれば、応答要求無しの応答要求値が設定された場合には、相手デバイスからのアクノリッジパケットの受信を待つ必要が無くなるため、データ転送の高速化を図れる。

また本発明では、前記リンクコントローラが、応答要求有りの応答要求値が設定されたリードリクエストパケットを送信しリードリクエストパケットに対するレスポンスパケットを相手デバイスから受信した場合には、レスポンスパケットに対するアクノリッジパケットの送信を指示するようにしてもよい。

このようにすれば、リクエストパケットがリードリクエストパケットであった場合にも、効率的なデータ転送を実現できる。

また本発明では、前記リクエストパケットが、リクエストパケットのアドレスフィールドに設定されるアドレスのサイズを通知するためのアドレスサイズフィールドを有し、前記リンクコントローラが、アドレスを必要としないリクエストパケットを相手デバイスに送信する場合には、前記アドレスサイズフィールドにゼロのアドレスサイズ値が設定されると共に前記アドレスフィールドが省略されたリクエストパケットを生成し、生成されたリクエストパケットの送信を指示し、アドレスを必要とするリクエストパケットを相手デバイスに送信する場合には、前記アドレスサイズフィールドにゼロではないアドレスサイズ値が設定されると共に前記アドレスサイズ値のアドレスが前記アドレスフィールドに設定されたリクエストパケットを生成し、生成されたリクエストパケットの送信を指示するようにしてもよい。

本発明によれば、リクエストパケットがアドレスサイズフィールドを有する。そしてリクエストパケットにアドレスが必要とされない場合には、ゼロのアドレスサイズ値が設定されると共にアドレスフィールドが省略されたリクエストパケットが送信される。一方、リクエストパケットにアドレスが必要とされる場合には、ゼロではないアドレスサイズ値が設定されると共にそのアドレスサイズ値のアドレスがアドレスフィールドに設定されたリクエストパケットが送信される。このようにすれば、アドレスサイズフィールドのアドレスサイズ値の設定を変えるだけで、同一フィールド構成のリクエストパケットを、異なった種類のパケットのように使用することが可能になる。従って、少ないパケットの種類で効率的なデータ転送を実現できる。

また本発明は、上記のいずれかのデータ転送制御装置と、通信デバイス、プロセッサ、撮像デバイス、及び表示デバイスの少なくとも１つとを含む電子機器に関係する。

以下、本発明の好適な実施の形態について詳細に説明する。なお以下に説明する本実施形態は特許請求の範囲に記載された本発明の内容を不当に限定するものではなく、本実施形態で説明される構成の全てが本発明の解決手段として必須であるとは限らない。

１．データ転送制御装置の構成
図１に本実施形態のデータ転送制御装置（バスブリッジ装置、インターフェース装置）の構成例を示す。なお本実施形態のデータ転送制御装置は図１の構成に限定されず、図１の回路ブロックの一部を省略したり、回路ブロック間の接続形態を変更したり、図１とは異なる回路ブロックを追加してもよい。例えばターゲット側のデータ転送制御装置３０のインターフェース回路１１０を省略する構成にしてもよい。或いはホスト側のデータ転送制御装置１０にインターフェース回路を設ける構成にしてもよい。また本実施形態において、ホスト側はクロックを供給する側であり、ターゲット側は、供給されたクロックをシステムクロックとして使用して動作する側である。

データ転送制御装置１０、３０は、シリアルバスを介したシリアル転送によりデータ転送を行う。より具体的には、シリアルバスの差動信号線（Differential Signal Lines）を電流駆動（或いは電圧駆動）することによりパケットの送受信を行う。

ホスト側のデータ転送制御装置１０は、リンク層の処理を行うリンクコントローラ９０（リンク層回路）を含む。このリンクコントローラ９０は、シリアルバスを介して接続されるデータ転送制御装置３０（広義には相手デバイス）に送信するリクエストパケット（ライトリクエストパケット、リードリクエストパケット）を生成する。そして生成したリクエストパケットの送信をトランシーバ２０に指示する。即ち送信トランザクションを起動して実行する。

ホスト側のデータ転送制御装置１０は、物理層の処理を行うトランシーバ２０（物理層回路）を含む。このトランシーバ２０は、リンクコントローラ９０により送信が指示されたリクエストパケットを、シリアルバスを介して接続されるデータ転送制御装置３０に送信する処理を行う。なおトランシーバ２０はデータ転送制御装置３０からのリクエストパケットの受信処理も行う。この場合にはリンクコントローラ９０が、受信したリクエストパケットを解析して、リンク層（トランザクション層）の処理を行う。

ターゲット側のデータ転送制御装置３０は、物理層の処理を行うトランシーバ４０（物理層回路）を含む。このトランシーバ４０は、シリアルバスを介して接続されるデータ転送制御装置１０（広義には相手デバイス）からのリクエストパケットの受信処理を行う。なおトランシーバ４０はデータ転送制御装置１０へのリクエストパケットの送信処理も行う。この場合にはリンクコントローラ１００が、送信するリクエストパケットを生成し、生成したリクエストパケットの送信をトランシーバ４０に指示する。

ターゲット側のデータ転送制御装置３０は、リンク層の処理を行うリンクコントローラ１００（リンク層回路）を含む。このリンクコントローラ１００は、トランシーバ４０が受信したリクエストパケットを解析して、リンク層（トランザクション層）の処理を行う。

ターゲット側のデータ転送制御装置３０はインターフェース回路１１０を含む。このインターフェース回路１１０は、シリアルバスとは異なるバス（パラレルバス）を介してデータ転送を行うための回路である。このようなバスとしては、後述するように、ＲＧＢインターフェース（広義にはストリームインターフェース）を実現するバスや、ＭＰＵインターフェース（広義にはコマンド／データ・インターフェース）を実現するバスなどがある。このインターフェース回路１１０を設けることでデータ転送制御装置３０に、いわゆるバスブリッジ機能を持たせることが可能になる。

なお以下では説明の簡素化のために、ホスト側のデータ転送制御装置１０がターゲット側のデータ転送制御装置３０にリクエストパケットを送信する場合の本実施形態の構成及び動作を説明するが、ターゲット側のデータ転送制御装置３０がホスト側のデータ転送制御装置１０にリクエストパケットを送信する場合の構成及び動作も同様である。

２．パケットフォーマット
図２（Ａ）〜図３（Ｂ）に、本実施形態のデータ転送制御装置により転送されるパケットのフォーマット例を示す。なお、各パケットのフィールド構成やフィールド配置は図２（Ａ）〜図３（Ｂ）の例に限定されず、種々の変形実施が可能である。

図２（Ａ）のライトリクエストパケットは、データ（コマンドを含む）のライトを要求するためのパケットである。このライトリクエストパケットは、応答要求、パケットタイプ、ラベル、リトライ、アドレスサイズ、同期コード、データレングスのフィールドにより構成されるヘッダのフィールドと、ライト先（広義にはアクセス先）を指定するアドレスのフィールドと、ライトデータのフィールドと、ＣＲＣ（Cyclic Redundancy Check）のフィールドを有する。

図２（Ｂ）のアクノリッジパケット（ハンドシェークパケット）は、アクノリッジメント（ＡＣＫ）やネガティブアクノリッジメント（ＮＡＣＫ）を送信するためのパケットである。このアクノリッジパケットは、パケットタイプ、ラベル、リトライ、応答コードのフィールドにより構成されるヘッダのフィールドと、ＣＲＣのフィールドを有する。

図３（Ａ）のリードリクエストパケットは、データのリードを要求するためのパケットである。このリードリクエストパケットは、応答要求、パケットタイプ、ラベル、リトライ、アドレスサイズ、データレングスのフィールドにより構成されるヘッダのフィールドと、リード先（広義にはアクセス先）を指定するアドレスのフィールドと、ＣＲＣのフィールドを有する。

図３（Ｂ）のレスポンスパケットは、リードリクエストパケットに対してレスポンスを返すためのパケットであり、パケットタイプ、ラベル、リトライのフィールドにより構成されるヘッダのフィールドと、レスポンスデータのフィールドと、ＣＲＣのフィールドを有する。

リクエストパケット（図２（Ａ）のライトリクエストパケット、図３（Ａ）のリードリクエストパケット）が有する応答要求フィールドは、アクノリッジパケット（ＡＣＫ、ＮＡＣＫ）によるハンドシェーク転送を行うか否かを通知するためのフィールドである。

具体的には図２（Ａ）のライトリクエストパケットでは、応答要求フィールドは、アクノリッジパケットを必要とするか否かを相手デバイスに通知するためのフィールドになる。例えば図４（Ａ）に示すように、応答要求フィールドの応答要求値（応答要求フラグ）が「０」である場合にはアクノリッジパケットが不要であることを示し、「１」である場合にはアクノリッジパケットが必要であることを示す。なお図３（Ａ）のリードリクエストパケットでは、応答要求フィールドは、相手デバイスからのレスポンスパケットに対するアクノリッジパケットを自身のデバイスが送信するか否かを通知するためのフィールドになる。

パケットタイプフィールドはパケットの種類を通知するためのフィールドである。本実施形態ではパケットの種類として、図４（Ｂ）に示すようにライトリクエストパケット、リードリクエストパケット、レスポンスパケット、アクノリッジパケットが用意されている。このように本実施形態では、ＩＥＥＥ１３９４などにおけるアイソクロナスパケットや非同期転送パケットのような各種転送に専用に割り当てられたパケットは用意されておらず、ＩＥＥＥ１３９４などに比べてパケットの種類は少なくなっている。本実施形態ではこのような少ない種類のパケットであっても、応答要求フィールドやアドレスサイズフィールドを設けることで、種々の状況に対応でき、効率的なデータ転送を可能にしている。即ち同一フィールド構成のパケットでも、フィールドの値を書き換えることで、パケットのリクエストタイプを変えることに成功している。例えば応答要求フィールドを書き換えることで、同一フィールド構成のリクエストパケットを、アイソクロナスパケットのように使用したり、非同期転送パケットのように使用したりすることができる。

ラベルフィールドは、現在のトランザクションを他のトランザクションと識別するためのラベルを設定するためのフィールドである。１つのトランザクションに対しては任意のラベル値を付加することができ、そのトランザクションでは、その１つのラベル値の使用だけが許可される。例えばホスト側は０〜７の間で任意のラベル値を設定でき、ターゲット側は８〜Ｆの間で任意のラベル値を設定できる。

リトライフィールドは、現在のトランザクションがリトライを行っているか否かを示すためのフィールドである。リトライを行う場合にはこのフィールドに「１」のリトライ値を設定する。

アドレスサイズフィールドは、リクエストパケット（ライトリクエストパケット、リードリクエストパケット）のアドレスフィールドに設定されるアドレスのサイズを通知するためのフィールドである。具体的には図４（Ｃ）に示すように、アドレスサイズフィールドのアドレスサイズ値が「０」である場合には、そのリクエストパケットがアドレスフィールドを有しないことを示す。またアドレスサイズ値が「１」、「２」、「３」、「４」である場合には、そのリクエストパケットのアドレスフィールドが、各々、１バイト、２バイト、３バイト、４バイトであることを示す。例えばアドレスサイズ値が「４」である場合には、アドレスフィールドのアドレスは４×８＝３２ビットになり、３２ビットのアドレス空間に対応できるようになる。

同期コードフィールドは図４（Ｄ）に示すように、リクエストパケットが同期コードＳｙｎｃを含んでいるか否かを示すと共に、その同期コードの種類（Ｖｓｙｎｃ、Ｈｓｙｎｃ）を示すためのフィールドである。またデータレングスフィールドは、ライトデータやリードデータのデータ長を通知するためのフィールドである。

アドレスフィールドは、データのライト先やリード先のアドレスを通知するためのフィールドである。アドレスフィールドのサイズは、アドレスサイズフィールドで指定された０〜４バイトのサイズになる。

ＣＲＣフィールドは、パケットのヘッダ及びデータのエラーチェックのためのフィールドである。例えばＣＲＣの生成多項式としては、Ｇ（Ｘ）＝Ｘ^１６＋Ｘ^１２＋Ｘ^５＋１などの標準的な式（アルゴリズム）を用いることができる。

アクノリッジパケットの応答コードフィールドは、受信したパケットの受信状況を通知するためのフィールドである。例えば応答コード値が「Ｆ」である場合には、受信が成功したことを示し、応答コード値が「０」である場合には、受信が失敗したことを示す。

レスポンスパケットのレスポンスデータフィールドは、リードリクエストパケットによるリード時のリードデータを設定するためのフィールドである。例えばリードリクエストパケットを相手デバイスに送信すると、相手デバイスは、リードリクエストパケットに対応するリードデータをレスポンスパケットのレスポンスデータフィールドに設定して送信する。

３．応答要求フィールド
本実施形態では図２（Ａ）、図３（Ａ）に示すようにリクエストパケットが、アクノリッジパケットを用いたハンドシェーク転送を行うか否かを通知するための応答要求フィールドを有している。そしてホスト側（ターゲット側でもよい。以下の説明でも同様）が、応答要求フィールドに応答要求有りが設定されたリクエストパケットをターゲット側（ホスト側でもよい。以下の説明でも同様）に送信すると、ターゲット側はリクエストパケットに対する応答としてアクノリッジパケット（ＡＣＫ、ＮＡＣＫ）をホスト側に送信する。一方、ホスト側が、応答要求フィールドに応答要求無しが設定されたリクエストパケットをターゲット側に送信すると、ターゲット側はアクノリッジパケットをホスト側に送信しない。これにより、ストリーム転送のような効率的なデータ転送を実現できる。

具体的には図１のホスト側のリンクコントローラ９０は、アクノリッジパケットによるハンドシェーク転送を行う場合には、応答要求フィールドに応答要求有りの応答要求値（「１」）が設定されたリクエストパケットを生成する。そして生成されたリクエストパケットの送信処理を行う。即ちリクエストパケットの送信をトランシーバ２０に指示する。そしてトランシーバ２０は、生成されたリクエストパケットをターゲット側のデータ転送制御装置３０に送信する。

一方、ホスト側のリンクコントローラ９０は、アクノリッジパケットによるハンドシェーク転送を行わない場合には、応答要求フィールドに応答要求無しの応答要求値（「０」）が設定されたリクエストパケットを生成する。そして生成されたリクエストパケットの送信処理を行う。即ちリクエストパケットの送信をトランシーバ２０に指示する。そしてトランシーバ２０は、生成されたリクエストパケットをデータ転送制御装置３０に送信する。

ホスト側のトランシーバ２０がリクエストパケットを送信し、ターゲット側のトランシーバ４０が受信すると、ターゲット側のリンクコントローラ１００は、受信したリクエストパケットの応答要求フィールドに設定される応答要求値をリードする。そしてリンクコントローラ１００は、受信したリクエストパケットの応答要求フィールドに応答要求有りの応答要求値（「１」）が設定されていた場合には、リクエストパケットに対するアクノリッジパケット（図２（Ｂ）参照）の送信処理を行う。即ちアクノリッジパケットの送信トランザクションを起動して実行し、アクノリッジパケットの送信をトランシーバ４０に指示する。

一方、応答要求フィールドに応答要求無しの応答要求値（「０」）が設定されていた場合には、ターゲット側のリンクコントローラ１００は、リクエストパケットに対するアクノリッジパケットの送信処理を行わない。即ちアクノリッジパケットの送信の指示を行わない。

なお、ホスト側のリンクコントローラ９０は、応答要求有りの応答要求値が設定されたリクエストパケットを送信した場合には、ターゲット側のデータ転送制御装置３０（相手デバイス）からアクノリッジパケットを受信したことを条件に、次のリクエストパケットのトランザクションを起動（開始）する。一方、応答要求無しの応答要求値が設定されたリクエストパケットを送信した場合には、データ転送制御装置３０からのアクノリッジパケットの受信を待つことなく、次のリクエストパケットのトランザクションを起動する。

なおリクエストパケットが図３（Ａ）に示すリードリクエストパケットであった場合には次のような処理が行われる。

即ちホスト側のリンクコントローラ９０は、応答要求有りの応答要求値が設定されたリードリクエストパケットの送信を指示し、そのリードリクエストパケットに対するレスポンスパケット（図３（Ｂ）参照）をターゲット側のデータ転送制御装置３０から受信した場合には、レスポンスパケットに対するアクノリッジパケットの送信をトランシーバ２０に指示する。

一方、ターゲット側のリンクコントローラ１００は、応答要求フィールドに応答要求有りの応答要求値が設定されたリードリクエストパケットを受信した場合には、リードリクエストパケットに対するレスポンスパケット（図３（Ｂ）参照）の送信を指示する。そして、ホスト側がレスポンスパケットに対するアクノリッジパケットを送信すると、ターゲット側のリンクコントローラ１００は、その送信されたアクノリッジパケットの受信処理を行う。

以上のように本実施形態では、リクエストパケットに応答要求フィールドを持たせている。これにより、一種類のリクエストパケットを、相手デバイスにデータを確実に転送するためのハンドシェーク転送を行うタイプのパケットと、ストリームデータのように信頼性を犠牲にしても等時性を保ったデータ転送を行うタイプのパケットとに使い分けて使用することが可能になる。即ち同一フィールド構成のリクエストパケットを、応答要求フィールドを書き換えることで、非同期転送パケットのように使用したり、アイソクロナス転送パケットのように使用したりすることができる。これにより、パケットの種類を減らしながらも、種々の状況に対応できるようになり、少ない種類のパケットで効率的なデータ転送を実現できる。

また本実施形態では、応答要求フィールドに応答要求有りの設定がなされたリクエストパケットを送信した場合には、相手側からアクノリッジパケットが返送されて来るまでは、次のトランザクションを起動しないシーケンスになっている。これにより、相手側からアクノリッジパケット（ＡＣＫ）の返信が無い場合や相手側からネガティブアクノリッジパケット（ＮＡＣＫ）を受信した場合にリクエストパケットを再送するというシーケンスを実現できる。

また本実施形態によれば、応答要求フィールドに応答要求無しの設定がなされたリクエストパケットを送信した場合には、相手側からの応答を待つ必要がなく、送信側はどのようなタイミングでリクエストパケットを送信してもよいようになる。これにより送信側は、ストリームデータのリクエストパケットを自由なタイミングで生成して送信できるようになり、少ない種類のパケットで効率的なデータ転送を実現できる。

またパケットの種類が増えると、パケット処理が複雑化するため、ＭＰＵ（ＣＰＵ）やＭＰＵ上で動作するファームウェアが必要になる。この結果、データ転送制御装置にＭＰＵを組み込まなければならなくなり、データ転送制御装置が大規模化するという課題がある。

これに対して本実施形態によれば、パケットの種類は最小限（例えば４種類）になっており、フィールド配置やフィールド構成が共通化されている。従ってＭＰＵやＭＰＵ上で動作するファームウェアが無くても、比較的簡素な構成のハードウェア回路で、パケット解析やパケット生成を実現できる。例えばアクノリッジパケットを用いたハンドシェーク転送を行うか否かは、リクエストパケットの応答要求フィールドの設定を読み出すだけで判断できる。従って、データ転送制御装置にＭＰＵを組み込まない構成にすることも可能になり、データ転送制御装置の小規模化を図れる。

４．アドレスサイズフィールド
本実施形態では図２（Ａ）、図３（Ａ）に示すようにリクエストパケットが、そのアドレスフィールドに設定されるアドレスのサイズを通知するためのアドレスサイズフィールドを有している。そして例えばホスト側（ターゲット側でもよい）が、アドレスサイズフィールドのアドレスサイズ値がゼロに設定されたリクエストパケットをターゲット側（ホスト側でもよい）に送信すると、ターゲット側はアドレスフィールドからのアドレスの読み出しを省略する。これによりストリーム転送のようなデータ転送が行われるようになる。一方、ホスト側が、アドレスサイズフィールドにゼロではないアドレスサイズ値が設定されたリクエストパケットをターゲット側に送信すると、ターゲット側はそのアドレスサイズ値のアドレスをアドレスフィールドから読み出す。これにより、そのアドレスにより決定されるアクセス先へのデータ転送が行われるようになる。

具体的には図１のホスト側のリンクコントローラ９０は、アドレスを必要としないリクエストパケットをターゲット側のデータ転送制御装置３０（相手デバイス）に送信する場合には、アドレスサイズフィールドにゼロのアドレスサイズ値が設定されると共にアドレスフィールドが省略されたリクエストパケットを生成する。そして生成されたリクエストパケットの送信処理を行う。即ちリクエストパケットの送信をトランシーバ２０に指示する。そしてトランシーバ２０は、生成されたリクエストパケットをターゲット側のデータ転送制御装置３０に送信する。

一方、アドレスを必要とするリクエストパケットをターゲット側のデータ転送制御装置３０に送信する場合には、ホスト側のリンクコントローラ９０は、アドレスサイズフィールドにゼロではないアドレスサイズ値が設定されると共にそのアドレスサイズ値のアドレスがアドレスフィールドに設定されたリクエストパケットを生成する。そして生成されたリクエストパケットの送信処理を行う。即ちリクエストパケットの送信をトランシーバ２０に指示する。そしてトランシーバ２０は、生成されたリクエストパケットをターゲット側のデータ転送制御装置３０に送信する。

ホスト側のトランシーバ２０がリクエストパケットを送信し、ターゲット側のトランシーバ４０が受信すると、ターゲット側のリンクコントローラ１００は、受信したリクエストパケットのアドレスサイズフィールドに設定されるアドレスサイズ値をリードする。そしてリンクコントローラ１００は、受信したリクエストパケットのアドレスサイズフィールドにゼロのアドレスサイズ値が設定されていた場合には、アドレスフィールドからのアドレスのリードを省略する。そしてアドレス指定を必要としないストリーム転送（ＲＧＢ転送、表示データ転送）によるデータ転送を行う。具体的には、図１のインターフェース回路１１０を介して、ストリーム転送のインターフェースを備える第１のデバイスにアクセスして、データのストリーム転送を行う。

なおストリーム転送とは、連続的にデータ（表示データ、撮影データ等）が転送されることを前提に、個々のブロックごとのデータ転送の逐次的なハンドシェーク転送（要求・確認のやり取り）を省略し、一定の転送時間間隔で高速にデータを転送する方式である。

ターゲット側のリンクコントローラ１００は、受信したリクエストパケットのアドレスサイズフィールドにゼロではないアドレスサイズ値が設定されていた場合には、設定されたアドレスサイズ値のアドレスをアドレスフィールドからリードする。そして、そのリードされたアドレスのアクセス先を、デコード処理などを行って決定する。具体的には例えばデコード結果により得られたアドレスのアクセス先が、ＭＰＵインターフェース（データ／コマンド・インターフェース）を備える第２のデバイスであった場合には、図１のインターフェース回路１１０を介してその第２のデバイスにアクセスして、データ又はコマンドの転送を行う。一方、デコード結果により得られたアドレスのアクセス先が、データ転送制御装置の制御等のための内部レジスタ（コマンドレジスタ、ステータスレジスタ）であった場合には、その内部レジスタにアクセスして、コマンドのライトやステータスのリードなどを行う。

このように本実施形態では、リクエストパケットにアドレスサイズフィールドを持たせている。これにより、構築するシステムのアドレス空間の設定に、自由度を持たせることが可能になる。

また本実施形態によれば、アドレスサイズフィールドのアドレスサイズ値をゼロに設定することで、アドレスフィールド（アドレス空間）を持たないパケットを生成できる。これにより、ストリームデータなどのアドレスを必要としないデータを効率的に転送できるようになる。即ち、アドレスフィールドが省略された小さなサイズのリクエストパケットを、シリアルバスを介して切れ目無く次々に転送することができ、等時性が保たれるストリーム転送を実現できる。

また本実施形態によれば、構築するシステムに応じてアドレス空間を減らしたり増やしたりすることが可能になり、データ転送時のオーバーヘッドを軽減できる。例えば図１のインターフェース回路１１０に接続されるデバイスのアドレス空間に応じて、アドレスサイズフィールドのアドレスサイズ値を変化させれば、シリアルバスを介して転送されるパケットのサイズをアドレス空間に応じた最適なサイズのパケットに設定できるようになる。これによりデータ転送のオーバーヘッドを軽減できる。

なお、アドレスサイズフィールドのアドレスサイズ値をゼロに設定する場合には、応答要求フィールドも応答要求無しの設定にすることが望ましい。このようにすれば、シリアルバスを介して転送されるパケットのサイズを小さくできると共にアクノリッジパケットを用いたハンドシェーク転送も省略されるようになる。これにより、ＲＧＢデータ（表示データ）などのストリームデータをシリアルバスを介して効率的に転送できるようになる。

５．トランザクション例
次に、本実施形態のトランザクション例について図５（Ａ）〜図６（Ｃ）を用いて説明する。図５（Ａ）（Ｂ）（Ｃ）は、ライトリクエストパケットを用いたライトトランザクションの例であり、図５（Ａ）は、応答要求有りが設定されたライトリクエストパケットの受信にターゲット側が成功した場合のトランザクション例である。

図５（Ａ）において、ホスト側（データ転送制御装置１０）は、ライトリクエストパケットを生成して、ターゲット側（データ転送制御装置３０）に送信する。具体的にはホスト側は、図２（Ａ）のライトリクエストパケットの応答要求フィールドに応答要求有りの応答要求値（「１」）を設定する。またアドレスサイズフィールドにアドレスサイズ値を設定する。またライトデータフィールドにライトデータ（コマンドを含む）を設定し、アドレスフィールドにアクセス先（ライト先）のアドレスを設定する。そしてこのように各フィールドが設定されたライトリクエストパケットをターゲット側に送信する。

ターゲット側は、ライトリクエストパケットを受信すると、その応答要求フィールドには応答要求有りが設定されているため、図２（Ｂ）のアクノリッジパケットを生成してホスト側に送信する。この場合、ターゲット側は、ライトリクエストパケットの受信に成功しているため、受信成功を示す「Ｆ」の応答コード値が設定されたアクノリッジパケットをホスト側に送信する。ホスト側は、ターゲット側から受信したアクノリッジパケットの応答コード値「Ｆ」により、ライトリクエストパケットの受信成功を確認すると、次のトランザクションを起動して、次のリクエストパケットの送信処理を行う。

図５（Ｂ）は、応答要求有りが設定されたライトリクエストパケットの受信にターゲット側が失敗した場合のトランザクション例である。図５（Ｂ）においてターゲット側は、ライトリクエストパケットの受信に失敗しているため、受信失敗を示す「０」の応答コード値が応答コードフィールドに設定されたアクノリッジパケット（ネガティブアクノリッジパケット）をホスト側に送信する。ホスト側は、ターゲット側から受信したアクノリッジパケット（ネガティブアクノリッジパケット）の応答コード値「０」により、ライトリクエストパケットの受信失敗を確認すると、ライトリクエストパケットの再送処理を行う。具体的にはライトリクエストパケットのラベルフィールドのラベル値は変更せずに、リトライフィールドのリトライ値を「０」から「１」に書き換えて、そのライトリクエストパケットをターゲット側に再送する。ターゲット側は、再送されたライトリクエストパケットの受信に成功すると、「Ｆ」の応答コード値が設定されたアクノリッジパケットをホスト側に送信する。

図５（Ｃ）は、応答要求無しが設定されたライトリクエストパケットをホスト側がターゲット側が送信した場合のトランザクション例である。図５（Ｃ）において、ホスト側は、ライトリクエストパケットの応答要求フィールドに応答要求無しの応答要求値（「０」）を設定する。またアドレスサイズフィールドに例えばゼロのアドレスサイズ値を設定する。またライトデータフィールドにライトデータ（コマンドを含む）を設定する。なおこの場合には、アドレスサイズフィールドのアドレスサイズ値がゼロに設定されているため、ライトリクエストパケットはアドレスフィールドを有しないパケットになる。

ターゲット側は、ライトリクエストパケットを受信すると、その応答要求フィールドには応答要求無しが設定されているため、アクノリッジパケットの生成及び送信処理は行わない。またライトリクエストパケットのアドレスサイズ値はゼロであり、アドレスフィールドが省略されているため、ストリーム転送によるデータ転送を行う。即ち図１のインターフェース回路１１０を介して、ストリーム転送のインターフェースを備える第１のデバイスにアクセスして、データのストリーム転送を行う。

またホスト側は、応答要求無しが設定されたリクエストパケットを送信しているため、ターゲット側（相手デバイス）からのアクノリッジパケットの受信を待つことなく、次のトランザクションを起動して、次のリクエストパケットの送信処理を行う。このようにすることで、ハンドシェーク転送を行わない効率的なストリーム転送を実現できる。

図６（Ａ）（Ｂ）（Ｃ）は、リードリクエストパケットを用いたリードトランザクションの例であり、図６（Ａ）は、応答要求有りが設定されたリードリクエストパケットの受信にターゲット側が成功した場合のトランザクション例である。

図６（Ａ）において、ホスト側は、リードリクエストパケットを生成して、ターゲット側に送信する。具体的にはホスト側は、図３（Ａ）のリードリクエストパケットの応答要求フィールドに応答要求有りの応答要求値（「１」）を設定する。またアドレスサイズフィールドにアドレスサイズ値を設定する。またアドレスフィールドにアクセス先（リード先）のアドレスを設定する。そしてこのように各フィールドが設定されたリードリクエストパケットをターゲット側に送信する。

ターゲット側は、リードリクエストパケットの受信に成功すると、図３（Ｂ）のレスポンスパケットを送信する。このレスポンスパケットのリードデータフィールドにはリードデータが設定される。この場合のリードデータは、例えば、ホスト側から受信したリードリクエストパケットのアドレスにより決定されるアクセス先（リード先）からのリードデータである。そして図６（Ａ）では、ホスト側が送信したリードリクエストパケットの応答要求フィールドには、応答要求有りが設定されている。このためホスト側は、レスポンスパケットの受信に成功すると、アクノリッジパケットを生成してターゲット側に送信する。この場合、ホスト側は、レスポンスパケットの受信に成功しているため、受信成功を示す「Ｆ」の応答コード値が設定されたアクノリッジパケットをターゲット側に送信する。

図６（Ｂ）は、応答要求有りが設定されたリードリクエストパケットの受信にターゲット側が失敗した場合のトランザクション例である。図６（Ｂ）においてターゲット側は、リードリクエストパケットの受信に失敗しているため、ホスト側は、ターゲット側からのレスポンスパケットを受信できない。そして一定時間が経過してタイムアウトになると、ホスト側は、ターゲット側の受信失敗を認識し、リードリクエストパケットの再送処理を行う。具体的にはリードリクエストパケットのラベルフィールドのラベル値は変更せずに、リトライフィールドのリトライ値を「０」から「１」に書き換えて、そのリードリクエストパケットをターゲット側に再送する。ターゲット側は、再送されたリードリクエストパケットの受信に成功すると、そのレスポンスパケットをホスト側に送信する。そしてホスト側は、レスポンスパケットの受信に成功すると、受信成功を示す「Ｆ」の応答コード値が設定されたアクノリッジパケットを生成してターゲット側に送信する。そしてホスト側は、次のトランザクションを起動して、次のリクエストパケットの送信処理を行う。

図６（Ｃ）は、応答要求無しが設定されたリードリクエストパケットをホスト側がターゲット側が送信した場合のトランザクション例である。図６（Ｃ）において、ホスト側は、リードリクエストパケットの応答要求フィールドに応答要求無しの応答要求値（「０」）を設定する。またアドレスサイズフィールドに例えばゼロのアドレスサイズ値を設定する。このようにアドレスサイズ値がゼロに設定されると、リードリクエストパケットはアドレスフィールドを有しないパケットになる。

ターゲット側は、リードリクエストパケットを受信すると、そのレスポンスパケットをホスト側に送信する。このレスポンスパケットのリードデータフィールドにはリードデータが設定される。この場合のリードデータは、例えば、ストリーム転送のインターフェースを備える第１のデバイスからのリードデータとなる。

そして図６（Ｃ）では、ホスト側が送信したリードリクエストパケットの応答要求フィールドには、応答要求無しが設定されている。このためホスト側は、ターゲット側からレスポンスパケットを受信しても、アクノリッジパケットをターゲット側に送信しない。そして次のトランザクションを起動して、次のリクエストパケットの送信処理を行う。このようにすることで、ハンドシェーク転送を行わないストリーム転送を実現できる。

６．差動信号によるデータ転送方式
次に図７を用いて本実施形態のシリアル転送手法について説明する。図７においてＤＴＯ＋、ＤＴＯ−はホスト側（データ転送制御装置１０）がターゲット側（データ転送制御装置３０）に出力するデータ（ＯＵＴデータ）である。ＣＬＫ＋、ＣＬＫ−は、ホスト側がターゲット側に供給するクロックである。ホスト側はＣＬＫ＋／−のエッジ（例えば立ち上がりエッジ。立ち下がりエッジでもよい）に同期してＤＴＯ＋／−を出力する。従ってターゲット側は、ＣＬＫ＋／−を用いてＤＴＯ＋／−をサンプリングして取り込むことができる。更に図７では、ターゲット側はホスト側から供給されたクロックＣＬＫ＋／−に基づいて動作する。即ちＣＬＫ＋／−はターゲット側のシステムクロックになる。このためＰＬＬ（Phase Locked Loop）回路１２は（広義にはクロック生成回路）はホスト側に設けられ、ターゲット側には設けられていない。

ＤＴＩ＋、ＤＴＩ−はターゲット側がホスト側に出力するデータ（ＩＮデータ）である。ＳＴＢ＋、ＳＴＢ−は、ターゲット側がホスト側に供給するストローブ（広義にはクロック）である。ターゲット側はホスト側から供給されたＣＬＫ＋／−に基づいてＳＴＢ＋／−を生成して出力する。そしてターゲット側はＳＴＢ＋／−のエッジ（例えば立ち上がりエッジ。立ち下がりエッジでもよい）に同期してＤＴＩ＋／−を出力する。従ってホスト側は、ＳＴＢ＋／−を用いてＤＴＩ＋／−をサンプリングして取り込むことができる。

ＤＴＯ＋／−、ＣＬＫ＋／−、ＤＴＩ＋／−、ＳＴＢ＋／−の各々は、トランスミッタ回路（ドライバ回路）がこれらの各々に対応する差動信号線（Differential Signal Lines）を例えば電流駆動することにより送信される。なお、より高速な転送を実現するためには、ＤＴＯ＋／−、ＤＴＩ＋／−の各差動信号線を２ペア以上設ければよい。

ホスト側のトランシーバ２０は、ＯＵＴ転送用（広義にはデータ転送用）、クロック転送用のトランスミッタ回路２２、２４や、ＩＮ転送用（広義にはデータ転送用）、ストローブ転送用（広義にはクロック転送用）のレシーバ回路２６、２８を含む。ターゲット側のトランシーバ４０は、ＯＵＴ転送用、クロック転送用のレシーバ回路４２、４４や、ＩＮ転送用、ストローブ転送用のトランスミッタ回路４６、４８を含む。なおこれらの回路ブロックの一部を含まない構成としてもよい。

ＯＵＴ転送用、クロック転送用のトランスミッタ回路２２、２４は、各々、ＤＴＯ＋／−、ＣＬＫ＋／−の差動信号線を電流駆動することでＤＴＯ＋／−、ＣＬＫ＋／−を送信する。ＯＵＴ転送用、クロック転送用のレシーバ回路４２、４４は、各々、ＤＴＯ＋／−、ＣＬＫ＋／−の差動信号線に流れる電流に基づいて電流・電圧変換を行い、電流・電圧変換により得られた差動電圧信号（第１、第２の電圧信号）の比較処理（差動増幅処理）を行うことで、ＤＴＯ＋／−、ＣＬＫ＋／−を受信する。

ＩＮ転送用、クロック転送用のトランスミッタ回路４６、４８は、各々、ＤＴＩ＋／−、ＳＴＢ＋／−の差動信号線を電流駆動することでＤＴＩ＋／−、ＳＴＢ＋／−を送信する。ＩＮ転送用、ストローブ転送用のレシーバ回路２６、２８は、各々、ＤＴＩ＋／−、ＳＴＢ＋／−の差動信号線に流れる電流に基づいて電流・電圧変換を行い、電流・電圧変換により得られた差動電圧信号（第１、第２の電圧信号）の比較処理（差動増幅処理）を行うことで、ＤＴＩ＋／−、ＳＴＢ＋／−を受信する。

７．トランシーバ、リンクコントローラの構成例
図８、図９に、ホスト側のトランシーバ２０、リンクコントローラ９０とターゲット側のトランシーバ４０、リンクコントローラ１００の詳細な構成例を示す。なお本実施形態のトランシーバ及びリンクコントローラは図８、図９の構成に限定されず、図８、図９の回路ブロックの一部を省略したり、回路ブロック間の接続形態を変更したり、図８、図９とは異なる回路ブロックを追加してもよい。

図８はホスト側のトランシーバ２０、リンクコントローラ９０の構成例である。図８においてリンクコントローラ９０が含むトランザクションコントローラ５０は、データ転送のトランザクション層に関する処理を行う。具体的にはリクエストパケットやアクノリッジパケットなどのパケットの転送指示を行う。

リンクコントローラ９０が含むパケット生成＆転送アボート回路５２は、トランザクションコントローラ５０により転送指示されたパケット（パケットのヘッダ）を生成するための処理や、データ転送をアボートするための処理を行う。具体的にはパケット生成＆転送アボート回路５２は、８Ｂ／１０Ｂエンコード回路５４からＴｘＳｔｒｏｂｅを受け、ＴｘＤａｔａ、ＴｘＶａｌｉｄ、ＴｘＡｂｏｒｔを出力する。ここでＴｘＤａｔａはパケットを構成する送信データであり、例えば８ビットのパラレルデータである。ＴｘＶａｌｉｄは送信パケットのスタートからエンドまでの期間でアクティブになる信号であり、送信準備が出来たことを示す信号（送信指示を行う信号）である。ＴｘＳｔｒｏｂｅはデータの受信完了を示す信号である。ＴｘＡｂｏｒｔはデータの送信を中止する場合にアクティブになる信号である。

トランシーバ２０が含む８Ｂ／１０Ｂエンコード回路５４は、８Ｂ／１０Ｂ符号化方式（広義にはビット幅を拡張する符号化方式）によるエンコード処理を行う。８Ｂ／１０Ｂエンコード回路５４が含むコード付加回路５５は、８Ｂ／１０Ｂ符号化により得られるプリアンブルコードやスタートコードやアボートコードの付加処理を行う。なおビット幅を拡張する符号化方式は８Ｂ／１０Ｂ符号化方式には限定されず、例えばＫビットをＬ（Ｌ＞Ｋ）ビットに拡張する符号化方式であればよい。

トランシーバ２０が含むパラレル／シリアル変換回路５６は、８Ｂ／１０Ｂエンコード回路５４から受けたパラレルのデータをシリアルのデータに変換する。そしてトランシーバ２０が含むＯＵＴ転送用トランスミッタ回路２２は、パラレル／シリアル変換回路５６からのシリアルデータを受け、ＤＴＯ＋／−の差動信号線を駆動して、データを送信する。またトランシーバ２０が含むクロック転送用トランスミッタ回路２４は、ＰＬＬ回路１２で生成されたクロックを受け、ＣＬＫ＋／−の差動信号線を駆動して、クロックを送信する。なお、これらのトランスミッタ回路２２、２４は、差動信号線を電流駆動（又は電圧駆動）するためのアナログ回路で構成される。またＰＬＬ回路１２で生成されたクロックは分周回路１４により分周されて、トランシーバ２０やリンクコントローラ９０内の回路ブロック（パラレルデータを処理するブロック）に供給される。

トランシーバ２０が含むＩＮ転送用レシーバ回路２６は、ＤＴＩ＋／−の差動信号線を介して転送されるデータを受信し、受信したシリアルのデータをシリアル／パラレル変換回路６０に出力する。トランシーバ２０が含むストローブ転送用レシーバ回路２８は、ＳＴＢ＋／−の差動信号線を介して転送されるストローブ（クロック）を受信し、受信したストローブを出力する。これらのレシーバ回路２６、２８は、差動信号線の駆動電流（又は駆動電圧）を検知するアナログ回路により構成される。

トランシーバ２０が含むシリアル／パラレル変換回路６０は、ＤＴＩ＋／−の差動信号線を介して転送されるシリアルのデータをパラレルのデータに変換する。より具体的にはシリアル／パラレル変換回路６０は、ＤＴＩ＋／−の差動信号線を介して転送されるデータを、ＳＴＢ＋／−の差動信号線を介して転送されるストローブ（クロック）に基づいてサンプリングする。そしてサンプリングされたシリアルのデータをパラレルのデータに変換する。またシリアル／パラレル変換回路６０はプリアンブルコードの検出処理も行う。

トランシーバ２０が含む８Ｂ／１０Ｂデコード回路６２は、８Ｂ／１０Ｂ符号化方式におけるデコード処理を行う。８Ｂ／１０Ｂデコード回路６２が含むコード・アイドル検出回路６３は、スタートコードやアボートコードの検出処理や、差動信号線のアイドル状態の検出処理を行う。

トランシーバ２０が含むエラー信号生成回路６４は、シリアル／パラレル変換回路６０でプリアンブルエラーが検出されたり、コード・アイドル検出回路６３でディスパリティエラーやデコードエラーが検出されると、エラー信号ＲｘＥｒｒｏｒを生成してトランザクションコントローラ５０に出力する。

トランシーバ２０が含むＦＩＦＯ６５は、８Ｂ／１０Ｂデコード回路６２からデコード後のデータを受け、ＲｘＤａｔａとしてパケット解析＆ヘッダ・データ分離回路６８に出力する。トランシーバ２０が含むＩ／Ｆ信号生成回路６６は、ＲｘＶａｌｉｄ、ＲｘＳｔｒｏｂｅなどのインターフェース信号を生成して、パケット解析＆ヘッダ・データ分離回路６８に出力する。ここでＲｘＤａｔａは８Ｂ／１０Ｂデコード後の受信データであり、例えば８ビットのパラレルデータである。ＲｘＶａｌｉｄは受信パケットのスタートからエンドまでの期間でアクティブになる信号であり、データが存在することを示す信号である。ＲｘＳｔｒｏｂｅはトランザクションコントローラ５０へのデータ供給用のストローブ信号である。

リンクコントローラ９０が含むパケット解析＆ヘッダ・データ分離回路６８は、受信パケットの解析処理や、受信パケットのヘッダとデータを分離する処理を行う。

図９はターゲット側のトランシーバ４０、リンクコントローラ１００の構成例である。図９の回路７０、７２、７４、７５、７６、８０、８２、８３、８４、８５、８６、８８の構成及び動作は、図８の回路５０、５２、５４、５５、５６、６０、６２、６３、６４、６５、６６、６８とほぼ同様であるため、説明を省略する。なおＴｘＳｐｅｅｄは送信データの転送レートを指示するための信号である。またトランシーバ４０が含むストローブ制御＆分周回路１６は、クロック転送用レシーバ回路４４で受信したクロックを受け、クロックの分周等を行って、ストローブ信号としてストローブ転送用トランスミッタ回路４８に出力する。またトランシーバ４０が含む分周回路１８は、クロック転送用レシーバ回路４４で受信したクロックを受け、分周したクロックをトランシーバ４０やリンクコントローラ１００内の回路ブロックに供給する。

８．インターフェース回路の詳細
次に、図１０、図１１（Ａ）（Ｂ）を用いてインターフェース回路１１０の構成及び動作の詳細について説明する。

図１０ではリンクコントローラ１００がデコーダ１０２を含む。このデコーダ１０２は、リクエストパケットのアドレスフィールドに設定されるアドレスをデコードする。そして、このデコーダ１０２でのデコード結果に基づいて、そのアドレスのアクセス先が決定される。

また図１０では、インターフェース回路１１０が、ＲＧＢ（ストリーム）インターフェース回路１１２とＭＰＵ（コマンド／データ）インターフェース回路１１４を含む。ここでＲＧＢインターフェース回路１１２は、ストリーム転送用のバス（表示データ［１７：０］、垂直同期信号、水平同期信号、データクロック、ＣＳ１、Ａ０、ＳＰＩ）を介して接続される第１のデバイス１３０（例えばメインＬＣＤ）との間でストリームデータ転送を行うための回路である。またＭＰＵインターフェース回路１１４は、コマンド／データバス（Ｄ［７：０］、ＲＤ、ＷＲ、ＣＳ２、Ａ０）を介して接続される第２のデバイス１４０（例えばサブＬＣＤ）との間で、コマンドやデータの転送を行うための回路である。

ここでＣＳ１、ＣＳ２はチップセレクト信号であり、ＣＳ１がアクティブになると第１のデバイス１３０がチップセレクトされ、ＣＳ２がアクティブになると第２のデバイス１４０がチップセレクトされる。またＳＰＩは、表示データ［１７：０］によるパラレル転送ではなくシリアルのデータ転送を行う場合に用いられるシリアル信号である。またＡ０はアドレスの１ビットであり、例えば第２のデバイス１４０では、Ｄ［７：０］で転送される情報がコマンドなのかデータなのかをこのＡ０に基づいて判断する。例えばＡ０＝０ならばＤ［７：０］で転送される情報はコマンドになり、Ａ０＝１ならばＤ［７：０］で転送される情報はデータになる。またＲＤ、ＷＲは、各々、リード信号、ライト信号である。なお図１０では、ＲＧＢインターフェースのバスとＭＰＵインターフェースのバスが分離されているが、これを共通化してもよい。例えば表示データ［１７：０］とＤ［７：０］、垂直同期信号と信号ＲＤ、水平同期信号と信号ＷＲ、データクロックとＣＳ２、Ａ０とＡ０を、各々、共通の信号線で伝送するようする。即ち第１のモードでは、第１の信号線で表示データ［１７：０］を伝送し、第２のモードでは、同じ第１の信号線でＤ［７：０］で伝送するようにする。このようにすればデータ転送制御装置３０（半導体ＩＣ）の端子数（パッド数）を少なくすることが可能になり、装置の小規模化や低コスト化を図れる。

また図１０では、リンクコントローラ１００とインターフェース回路１１０の間にデマルチプレクサ１０４が設けられている。このデマルチプレクサ１０４は、リンクコントローラ１００のアクセス先が第１のデバイス１３０である場合には、リンクコントローラ１００とＲＧＢインターフェース回路１１２とを接続する。またリンクコントローラ１００のアクセス先が第２のデバイス１４０である場合には、リンクコントローラ１００とＭＰＵインターフェース回路１１４とを接続する。またリンクコントローラ１００のアクセス先がデータ転送制御装置３０の内部レジスタ１２０（コマンドレジスタ、ステータスレジスタ）である場合には、リンクコントローラ１００と内部レジスタ１２０とを接続する。

この場合のアクセス先は、デコーダ１０２によるアドレスのデコード結果やアドレスサイズフィールドのアドレスサイズ値などに基づいて判断できる。例えばリクエストパケットのアドレスサイズ値がゼロに設定されていた場合には、デマルチプレクサ１０４は、リンクコントローラ１００とＲＧＢインターフェース回路１１２を接続する。これによりリンクコントローラ１００は、ＲＧＢインターフェース回路１１２を介して第１のデバイス１３０にアクセスして表示データのストリーム転送を行えるようになる。

またデコーダ１０２によるデコード結果により判断されるアドレスのアクセス先が第２のデバイス１４０である場合には、デマルチプレクサ１０４は、リンクコントローラ１００とＭＰＵインターフェース回路１１４を接続する。これによりリンクコントローラ１００は、ＭＰＵインターフェース回路１１４を介して第２のデバイス１４０にアクセスしてデータ又はコマンドの転送を行えるようになる。

またデコーダ１０２によるデコード結果により判断されるアドレスのアクセス先が内部レジスタ１２０である場合には、デマルチプレクサ１０４は、リンクコントローラ１００と内部レジスタ１２０を接続する。これによりリンクコントローラ１００は、内部レジスタ１２０にアクセスして、コマンドのライトやステータスのリードを行えるようになる。

次に、図１１（Ａ）（Ｂ）のタイミング波形図を用いてインターフェース回路１１０の動作について説明する。図１１（Ａ）は、ＲＧＢインターフェースを用いてストリーム転送を行う場合のタイミング波形図である。まず図１１（Ａ）のＡ１、Ａ２、Ａ３に示すようにホスト側のデータ転送制御装置１０が、垂直同期要求、水平同期要求、表示データを含むライトリクエストパケットをシリアルバス（ＤＴＯ＋／−）を介してターゲット側のデータ転送制御装置３０に送信する。この場合、ライトリクエストパケットのアドレスサイズフィールドにはゼロのアドレスサイズ値が設定されているため、デマルチプレクサ１０４は、リンクコントローラ１００の接続先としてＲＧＢインターフェース回路１１２を選択する。そして選択されたＲＧＢインターフェース回路１１２は、図１１（Ａ）のＡ４、Ａ５、Ａ６に示すようにデータクロック、垂直同期信号、水平同期信号を出力する。またＡ７に示すように、Ａ３のライトリクエストパケットに含まれるＲＧＢデータを、表示データ［１７：０］のバスを介して出力する。これによりＲＧＢインターフェースを介したストリーム転送が実現される。

図１１（Ｂ）は、ＭＰＵインターフェースを用いてコマンド又はデータの転送を行う場合のタイミング波形図である。まず図１１（Ｂ）のＢ１に示すようにホスト側のデータ転送制御装置１０は、コマンド又はデータを含むライトリクエストパケットをシリアルバス（ＤＴＯ＋／−）を介してターゲット側のデータ転送制御装置３０に送信する。この場合、ライトリクエストパケットのアドレスサイズフィールドにはゼロではないアドレスサイズ値が設定されているため、リンクコントローラ１００のデコーダ１０２が、ライトリクエストパケットのアドレスフィールドのアドレスをデコードする。そしてアドレスのアクセス先が第２のデバイス１４０であると判断されると、デマルチプレクサ１０４は、リンクコントローラ１００の接続先としてＭＰＵインターフェース回路１１４を選択する。そして選択されたＭＰＵインターフェース回路１１４は、図１１（Ｂ）のＢ２、Ｂ３に示すようにチップセレクト信号ＣＳ２とライト信号ＷＲをアクティブ（「０」）にする。またＢ４に示すようにＭＰＵインターフェース回路１１４は、Ｂ１のライトリクエストパケットに含まれるコマンドやデータをＤ［７：０］のデータバスを介して出力する。すると、このコマンドやデータは第２のデバイス１４０のコマンドレジスタやデータレジスタに書き込まれる。これによりＭＰＵインターフェースを介したコマンドやデータの転送が実現される。

９．全体処理
次に本実施形態の全体的な処理を図１２、図１３を用いて説明する。図１２は本実施形態の第１の処理例を示すフローチャートである。ホスト側は、パケット転送を開始した後、応答要求フィールドが応答要求無しの設定であった場合には、パケット転送の終了を待つ（ステップＳ１、Ｓ２、Ｓ３）。そしてパケット転送が終了すると、次のトランザクションに移行する（ステップＳ４）。このように本実施形態では、応答要求無しの設定がなされた場合には、相手デバイスからのＡＣＫ（アクノリッジパケット）の受信を待つことなく、次のトランザクションが起動される。

一方、ホスト側は、応答要求フィールドが応答要求有りの設定であった場合には、パケット転送の終了を待ち、パケット転送が終了した後、ＡＣＫが受信されるのを待つ（ステップＳ１、Ｓ２、Ｓ５、Ｓ６）。そしてＡＣＫやＮＡＣＫを受信すると、次のトランザクションに移行したり、パケットの再送処理を行う（ステップＳ７）。このように本実施形態では、応答要求有りの設定がなされた場合には、相手デバイスからＡＣＫを受信したことを条件に、次のトランザクションが起動される。

パケットの受信待ちになっているターゲット側のトランシーバは、ホスト側からリクエストパケットを受信すると、トランザクションエラーの検出処理を行う（ステップＳ８、Ｓ９）。具体的には図９のシリアルパラレル変換回路８０がプリアンブルエラーを検出する。また８Ｂ／１０Ｂデコード回路８２が８Ｂ／１０Ｂのエラー検出（８Ｂ／１０Ｂであり得ないコードの検出等）を行う。そしてエラーが検出されると、ターゲット側のリンクコントローラがエラーを解析し、ＮＡＣＫ（ネガティブアクノリッジパケット）をホスト側に送信する（ステップＳ１０、Ｓ１１）。このように本実施形態では、受信したリクエストパケットにトランザクションエラーが検出された場合には、応答要求フィールドに設定される応答要求値をリード（参照）することなく、ＮＡＣＫが送信される。

パケットの受信待ちになっているターゲット側のリンクコントローラは、トランザクションエラーが検出されなかった場合には、応答要求フィールドの応答要求値をリードする（ステップＳ１２、Ｓ１３）。そして、応答要求無しの設定がなされていた場合にはステップＳ１７に移行する。一方、応答要求有りの設定がなされていた場合には、リクエストパケットのＣＲＣ（Cyclic Redundancy Check）フィールドを用いてＣＲＣエラーを検出する（ステップＳ１４）。そしてＣＲＣエラーが検出された場合には、ＮＡＣＫをホスト側に送信する（ステップＳ１５）。一方、ＣＲＣエラーが検出されなかった場合には、ＡＣＫをホスト側に送信する（ステップＳ１６）。

次にターゲット側のリンクコントローラは、アドレスサイズフィールドのアドレスサイズ値をリードし、アドレスサイズ値が０であった場合には、ＲＧＢインターフェースにデータを出力する（ステップＳ１７、Ｓ１８）。即ち図１０において、リンクコントローラ１００からデマルチプレクサ１０４及びＲＧＢインターフェース回路１１２を介して第１のデバイス１３０にストリームデータが出力される。

一方、アドレスサイズ値が０ではなかった場合には、そのアドレスサイズ分のアドレスのデコード処理を行う（ステップＳ１９）。そして、そのデコード結果により、アドレスのアクセス先がデータ転送制御装置の内部レジスタであると判断されると、内部レジスタにデータ（コマンド）が出力される（ステップＳ２０、Ｓ２１）。即ち図１０において、リンクコントローラ１００からデマルチプレクサ１０４を介して内部レジスタ１２０にデータ（コマンド）が出力される。一方、アドレスのアクセス先がＭＰＵインターフェースであると判断されると、ＭＰＵインターフェースにデータ（コマンド）が出力される（ステップＳ２０、Ｓ２２）。即ち図１０において、リンクコントローラ１００からデマルチプレクサ１０４及びＭＰＵインターフェース回路１１４を介して第２のデバイス１４０にデータ（コマンド）が出力される。

図１３は本実施形態の第２の処理例を示すフローチャートである。図１３のホスト側の処理（ステップＳ３１〜Ｓ３７）は図１２のステップＳ１〜Ｓ７と同様である。

パケットの受信待ちになっているターゲット側は、ホスト側からリクエストパケットを受信すると、応答要求フィールドの応答要求値をリードする（ステップＳ３８、Ｓ３９）。そして応答要求有りの設定がなされていた場合に、アドレスサイズフィールドのアドレスサイズ値をリードする（ステップＳ４０）。そしてアドレスサイズ値が０であった場合には、ＲＧＢインターフェースにデータを出力し、データの出力が完了すると、ホスト側にＡＫＣを送信する（ステップＳ４１、Ｓ４２、Ｓ４３）。一方、アドレスサイズ値が０ではなかった場合には、そのアドレスサイズ分のアドレスのデコード処理を行う（ステップＳ４４）。そしてＭＰＵインターフェースにデータを出力し、データの出力が完了すると、ホスト側にＡＫＣを送信する（ステップＳ４５、Ｓ４６、Ｓ４７）。

パケットの受信待ちになっているターゲット側は、応答要求フィールドに応答要求無しの設定がなされていた場合に、アドレスサイズフィールドのアドレスサイズ値をリードする（ステップＳ４８）。そしてアドレスサイズ値が０であった場合には、ＲＧＢインターフェースにデータを出力し、データの出力が完了すると、ＡＣＫを送信することなく、パケットの受信待ちに戻る（ステップＳ４９、Ｓ５０）。一方、アドレスサイズ値が０ではなかった場合には、そのアドレスサイズ分のアドレスのデコード処理を行う（ステップＳ５１）。そしてＭＰＵインターフェースにデータを出力し、データの出力が完了すると、ＡＣＫを送信することなく、パケットの受信待ちに戻る（ステップＳ５２、Ｓ５３）。

１０．電子機器
図１４に本実施形態の電子機器の構成例を示す。この電子機器は本実施形態で説明したデータ転送制御装置５０２、５１２、５１４、５２０、５３０を含む。またベースバンドエンジン５００（広義には通信デバイス）、アプリケーションエンジン５１０（広義にはプロセッサ）、カメラ５４０（広義には撮像デバイス）、或いはＬＣＤ５５０（広義には表示デバイス）を含む。なおこれらの一部を省略する構成としてもよい。図１４の構成によればカメラ機能とＬＣＤ（Liquid Crystal Display）の表示機能を有する携帯電話を実現できる。但し本実施形態の電子機器は携帯電話には限定されず、デジタルカメラ、ＰＤＡ、電子手帳、電子辞書、或いは携帯型情報端末など種々の電子機器に適用できる。

図１４に示すようにベースバンドエンジン５００に設けられたホスト側のデータ転送制御装置５０２と、アプリケーションエンジン５１０（グラフィックエンジン）に設けられたターゲット側のデータ転送制御装置５１２との間で、本実施形態で説明したシリアル転送が行われる。またアプリケーションエンジン５１０に設けられたホスト側のデータ転送制御装置５１４と、カメラインターフェース回路５２２を含むデータ転送制御装置５２０や、ＬＣＤインターフェース回路回路５３２を含むデータ転送制御装置５３０との間でも、本実施形態で説明したシリアル転送が行われる。

図１４の構成によれば、パラレルバスを介してデータ転送を行っていた従来の電子機器に比べて、ＥＭＩノイズを低減できる。またデータ転送制御装置の小規模化、省電力化を実現することで、電子機器の更なる省電力化を図れる。また電子機器が携帯電話である場合には、携帯電話のヒンジ部分に通る信号線をシリアル信号線にすることが可能になり、実装の容易化を図れる。

なお本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語（相手デバイス、ストリームインターフェース、コマンド／データ・インターフェース、通信デバイス、プロセッサ、撮像デバイス、表示デバイス等）として引用された用語（データ転送制御装置、ＲＧＢインターフェース、ＭＰＵインターフェース、ベースバンドエンジン、アプリケーションエンジン、カメラ、ＬＣＤ等）は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。

また本実施形態のデータ転送制御装置の構成も図１、図７〜図１０等で説明した構成に限定されず、種々の変形実施が可能である。

本実施形態のデータ転送制御装置の構成例。 図２（Ａ）（Ｂ）はパケットのフォーマット例。 図３（Ａ）（Ｂ）はパケットのフォーマット例。 図４（Ａ）〜（Ｄ）はパケットの各フィールドの説明図。 図５（Ａ）〜（Ｃ）は本実施形態のトランザクション例。 図６（Ａ）〜（Ｃ）は本実施形態のトランザクション例。 本実施形態のシリアル転送の説明図。 ホスト側のトランシーバ、リンクコントローラの詳細例。 ターゲット側のトランシーバ、リンクコントローラの詳細例。 インターフェース回路の詳細例。 図１１（Ａ）（Ｂ）はインターフェース回路の動作を説明するタイミング波形図。 本実施形態の第１の処理例を示すフローチャート。 本実施形態の第２の処理例を示すフローチャート。 電子機器の構成例。

符号の説明

１０ データ転送制御装置（ホスト側）、１２ ＰＬＬ回路、２０ トランシーバ、
２２、２４ ＯＵＴ転送用、クロック転送用のトランスミッタ回路、
２６、２８ ＩＮ転送用、ストローブ転送用のレシーバ回路、
３０ データ転送制御装置（ターゲット側）、４０ トランシーバ、
４２、４４ ＯＵＴ転送用、クロック転送用のレシーバ回路、
４６、４８ ＩＮ転送用、ストローブ転送用のトランスミッタ回路、
５０、７０ トランザクションコントローラ、
５２、７２ パケット生成＆転送アボート回路、
５４、７４ ８Ｂ／１０Ｂエンコード回路、５５、７５ コード付加回路、
５６、７６ パラレル／シリアル変換回路、６０、８０ シリアル／パラレル変換回路、
６２、８２ ８Ｂ／１０Ｂデコード回路、６３、８３ コード・アイドル検出回路、
６５、８５ ＦＩＦＯ、６６、８６ Ｉ／Ｆ信号生成回路、
６８、８８ パケット解析＆ヘッダ・データ分離回路、
９０、１００ リンクコントローラ、１０２ デコーダ、１０４ デマルチプレクサ、
１１０ インターフェース回路、１１２ ＲＧＢインターフェース回路、
１１４ ＭＰＵインターフェース回路、
１３０ 第１のデバイス、１４０ 第２のデバイス、

Claims (6)

1. シリアルバスを介してシリアル転送を行うためのデータ転送制御装置であって、
   シリアルバスを介して接続される相手デバイスからリクエストパケットを受信するトランシーバと、
   受信したリクエストパケットを解析するリンクコントローラと、
   前記シリアルバスとは異なるバスを介してデータ転送を行うためのインターフェース回路とを含み、
   前記リクエストパケットが、
   アクノリッジパケットによるハンドシェーク転送を行うか否かを通知するための応答要求フィールドと、リクエストパケットのアドレスフィールドに設定されるアドレスのサイズを通知するためのアドレスサイズフィールドを有し、
   前記リンクコントローラが、
   受信したリクエストパケットの前記応答要求フィールドに設定される応答要求値をリードし、前記応答要求フィールドに応答要求有りの応答要求値が設定されていた場合には、リクエストパケットに対するアクノリッジパケットの送信を指示し、前記応答要求フィールドに応答要求無しの応答要求値が設定されていた場合には、リクエストパケットに対するアクノリッジパケットの送信を指示しないと共に、
   受信したリクエストパケットのアドレスサイズフィールドに設定されるアドレスサイズ値をリードし、前記アドレスサイズフィールドにゼロのアドレスサイズ値が設定されていた場合には、前記アドレスフィールドからのアドレスのリードを省略し、前記アドレスサイズフィールドにゼロではないアドレスサイズ値が設定されていた場合には、設定されたアドレスサイズ値のアドレスを前記アドレスフィールドからリードし、
   前記アドレスサイズフィールドにゼロのアドレスサイズ値が設定されていた場合に、前記インターフェース回路を介して第１のデバイスにアクセスしてデータのストリーム転送を行うことを特徴とするデータ転送制御装置。
2. シリアルバスを介してシリアル転送を行うためのデータ転送制御装置であって、
   シリアルバスを介して接続される相手デバイスからリクエストパケットを受信するトランシーバと、
   受信したリクエストパケットを解析するリンクコントローラと、
   前記シリアルバスとは異なるバスを介して第１のデバイスとの間でストリームデータ転送を行うための第１のインターフェース回路と、
   前記シリアルバスとは異なるバスを介して第２のデバイスとの間でコマンド又はデータの転送を行うための第２のインターフェース回路と、
   前記リンクコントローラと、前記第１、第２のインターフェース回路との間に設けられるデマルチプレクサとを含み、
   前記リクエストパケットが、
   アクノリッジパケットによるハンドシェーク転送を行うか否かを通知するための応答要求フィールドと、リクエストパケットのアドレスフィールドに設定されるアドレスのサイズを通知するためのアドレスサイズフィールドを有し、
   前記リンクコントローラが、
   受信したリクエストパケットの前記応答要求フィールドに設定される応答要求値をリードし、前記応答要求フィールドに応答要求有りの応答要求値が設定されていた場合には、リクエストパケットに対するアクノリッジパケットの送信を指示し、前記応答要求フィールドに応答要求無しの応答要求値が設定されていた場合には、リクエストパケットに対するアクノリッジパケットの送信を指示しないと共に、
   受信したリクエストパケットのアドレスサイズフィールドに設定されるアドレスサイズ値をリードし、前記アドレスサイズフィールドにゼロのアドレスサイズ値が設定されていた場合には、前記アドレスフィールドからのアドレスのリードを省略し、前記アドレスサイズフィールドにゼロではないアドレスサイズ値が設定されていた場合には、設定されたアドレスサイズ値のアドレスを前記アドレスフィールドからリードし、
   前記デマルチプレクサが、
   前記アドレスサイズフィールドにゼロのアドレスサイズ値が設定されていた場合に、前記リンクコントローラと前記第１のインターフェース回路とを接続することを特徴とするデータ転送制御装置。
3. シリアルバスを介してシリアル転送を行うためのデータ転送制御装置であって、
   シリアルバスを介して接続される相手デバイスに送信するリクエストパケットを生成し、生成したリクエストパケットの送信を指示するリンクコントローラと、
   送信が指示されたリクエストパケットをシリアルバスを介して接続される相手デバイスに送信するトランシーバとを含み、
   前記リクエストパケットが、
   アクノリッジパケットによるハンドシェーク転送を行うか否かを通知するための応答要求フィールドと、リクエストパケットのアドレスフィールドに設定されるアドレスのサイズを通知するためのアドレスサイズフィールドを有し、
   前記リンクコントローラが、
   アクノリッジパケットによるハンドシェーク転送を行う場合には、前記応答要求フィールドに応答要求有りの応答要求値が設定されたリクエストパケットを生成し、生成されたリクエストパケットの送信を指示し、アクノリッジパケットによるハンドシェーク転送を行わない場合には、前記応答要求フィールドに応答要求無しの応答要求値が設定されたリクエストパケットを生成し、生成されたリクエストパケットの送信を指示し、
   アドレスを必要としないリクエストパケットを相手デバイスに送信する場合には、前記アドレスサイズフィールドにゼロのアドレスサイズ値が設定されると共に前記アドレスフィールドが省略されたリクエストパケットを生成し、生成されたリクエストパケットの送信を指示し、アドレスを必要とするリクエストパケットを相手デバイスに送信する場合には、前記アドレスサイズフィールドにゼロではないアドレスサイズ値が設定されると共に前記アドレスサイズ値のアドレスが前記アドレスフィールドに設定されたリクエストパケットを生成し、生成されたリクエストパケットの送信を指示することを特徴とするデータ転送制御装置。
4. 請求項３において、
   前記リンクコントローラが、
   応答要求有りの応答要求値が設定されたリクエストパケットを送信した場合には、相手デバイスからアクノリッジパケットを受信したことを条件に、次のリクエストパケットのトランザクションを起動し、応答要求無しの応答要求値が設定されたリクエストパケットを送信した場合には、相手デバイスからのアクノリッジパケットの受信を待つことなく、次のリクエストパケットのトランザクションを起動することを特徴とするデータ転送制御装置。
5. 請求項３又は４において、
   前記リンクコントローラが、
   応答要求有りの応答要求値が設定されたリードリクエストパケットを送信しリードリクエストパケットに対するレスポンスパケットを相手デバイスから受信した場合には、レスポンスパケットに対するアクノリッジパケットの送信を指示することを特徴とするデータ転送制御装置。
6. 請求項１乃至５のいずれかのデータ転送制御装置と、
   通信デバイス、プロセッサ、撮像デバイス、及び表示デバイスの少なくとも１つと、
   を含むことを特徴とする電子機器。

Images