JP6144348B2 - チップソケットプロトコル上のネットワーク - Google Patents

Description

[0001] この開示は、一般に半導体技術の分野に、より具体的にチップ上のシステムのためのネットワーク−オン−チップ相互接続（network-on-chip interconnect）に関する。

[0002] ネットワーク−オン−チップ（ＮｏＣ）は、ソケットインタフェース間で読取および書込トランザクションをトランスポートする（transporting）ためのパケットベースの相互接続である。ＮｏＣは、少なくとも１つのイニシエータネットワークインタフェースユニット（initiator network interface unit）（ＮＩＵ）および少なくとも１つのターゲットＮＩＵを備える。イニシエータＮＩＵは、トランザクション要求を要求パケットにイニシエータソケットインタフェースで変換し、応答パケットをイニシエータソケットインタフェースでトランザクション応答に変換する。ターゲットＮＩＵは、ターゲットソケットインタフェースで要求パケットをトランザクション要求に変換し、トランザクション応答を応答パケットにターゲットソケットインタフェースで変換する。イニシエータＮＩＵおよびターゲットＮＩＵは、スイッチのトポロジを介して接続される。パケットは、シーケンスＩＤとして知られるフィールドを包含し得、それは、イニシエータＩＤ、ターゲットＩＤ、トランザクションシーケンスＩＤ、およびトランザクションタグのうちのいくつかのまたはすべてをエンコードする。

[0003] 従来のターゲットＮＩＵは、トランザクション応答を受信すると、すべてのコンテクストアレイエントリの探索および応答パケットシーケンスＩＤを一致させる連鎖（chain）の中で最も古いエントリを推定するための論理を要求する、コンテクストアレイルックアップ（context array look up）を実行する。このことは、単純なインデックス（simple index）よりはるかに多くの論理シリコン面積（logic silicon area）を要求する。さらに重要なことには、連鎖したリストのルックアップ（chained list look-up）のための論理は、論理レベルの中でより深く、したがってより長い、より遅い、タイミングパスを有する。それゆえに必要とされていることは、より早いタイミングおよびより少ない論理を有する２つのＮｏＣを接続するためのシステムおよび方法である。

[0004] 本発明の教示および多様な態様にしたがって、トランザクションインタフェースプロトコルを使用するより少ない論理およびより早いタイミングパスを持つ２つのＮｏＣを接続する、システムおよび方法が提供された。本発明の多様な態様にしたがって、トランザクションインタフェースプロトコルが、開示され、インタフェースプロトコルは、要求および応答チャネルの各々の中にトランザクションＩＤ信号を有する。プロトコルは、トランザクションインタフェースを介して直接接続されるターゲットＮＩＵマスタとイニシエータＮＩＵスレーブ間で使用される。ターゲットＮＩＵ応答チャネルは、対応する要求（corresponding request）と関連付けられるコンテクストアレイにおけるエントリを識別するためにトランザクションＩＤ信号を使用する。ターゲットＮＩＵおよびイニシエータＮＩＵの結合は、多数のＮｏＣを備えるオン−チップ相互接続の形成を可能にし、相互接続のトポロジは、より単純で、より小さく、より早くなり、およびより低い潜時（latency）を有する。

[0005] 図１は、フルのチップ相互接続（full chip interconnect）を例示する。 [0006] 図２は、トランザクションインタフェースプロトコルを例示する。 [0007] 図３は、イニシエータＮＩＵを例示する。 [0008] 図４は、エコーフィールドを記憶するターゲットＮＩＵを例示する。 [0009] 図５は、本発明の教示にしたがって、トランザクションＩＤ信号を持つ、トランザクションインタフェースプロトコルを例示する。 [0010] 図６は、本発明の教示にしたがって、イニシエータＮＩＵを例示し、それは、トランザクションＩＤを記憶する。 [0011] 図７は、コンテクスト割り当てユニット、分割ユニット（splitting unit）、コンテクストアレイ、または再関連付けユニット（reassociation unit）を有さない本発明の教示にしたがって、イニシエータＮＩＵを例示する。 [0012] 図８は、本発明の教示にしたがってターゲットＮＩＵを表す。 [0013] 図９は、本発明の教示にしたがってＮｏＣを表す。 [0014] 図１０は、ターゲットＮＩＵの１つの実施形態の動作の方法のためのフロー図を表す。

[0015] 図１は、第１のＮｏＣ１２０および第２のＮｏＣ１４０を備えるフルのチップ相互接続を表す。ＮｏＣ１２０は、ソケットインタフェース１１２を介してイニシエータ１１０に結合されるイニシエータＮＩＵ１２２を備える。第１のＮｏＣ１２０は、イニシエータ１１０に結合される。ＮｏＣ１２０はまた、ソケットインタフェース１３２を介してターゲット１３０に結合されるターゲットＮＩＵ１２４を備える。ＮｏＣ１２０におけるターゲットＮＩＵ１２６は、ソケットインタフェース１６０を介してＮｏＣ１４０におけるイニシエータＮＩＵ１４２に結合される。ＮｏＣ１４０は、ターゲット１５０に結合される第１のターゲットＮＩＵ１４４およびターゲット１５２に結合されるターゲットＮＩＵ１４６を備える。

[0016] ＮｏＣは、レイヤード通信を使用する。ソケットは、アドバンスドマイクロコントローラバスアーキテクチャ（Advanced Microcontroller Bus Architecture）（ＡＭＢＡ）アドバンスドエクステンシブルインタフェース（Advanced eXtensible Interface）（ＡＸＩ）およびオープンコアプロトコル（ＯＣＰ）のようなトランザクションレイヤープロトコルを示す。１つのトランザクションレイヤープロトコルは、図２に例示される。それは、オペコード（opcode）、アドレス、書込データ、バースト長（burst length）、およびシーケンスｉｄに関する信号を伴った要求チャネル２００（a request channel 200 with signals）を有する。プロトコルはまた、データおよびシーケンスｉｄに関する信号を伴った応答チャネル２１０を有する。トランスポートレイヤープロトコルは、スイッチのトポロジを介して転送される１つ以上のパケットの中にトランザクション情報をカプセル化する。パケットは、アドレスビット、ルートｉｄ、オペコード、およびシーケンスｉｄのようなフィールドを有することができるヘッダとともにデータを伝える。物理レイヤーは、パケットヘッダおよびデータを転送するワイヤの単純な接続およびフローコントロールをインプリメントする。物理レイヤープロトコルは、レディー（ready）、有効、およびデータのような信号を有することができる。

[0017] ＮＩＵは、
[0018] アドレスデコーディング、
[0019] コンテクスト割り当て、
[0020] トランザクション分割、そして、
[0021] コンテクスト再関連付け、の機能を実行することができる。

[0022] 本発明の１つの態様にしたがって、イニシエータＮＩＵ３００の１つの実施形態は、図３に表される。イニシエータＮＩＵ３００内で、要求は、ソケットインタフェース要求チャネル３０２を介して受け取られる。応答は、ソケットインタフェース応答チャネル３０４を介してイニシエータＮＩＵ３００によって示される。要求パケットは、要求トランスポートインタフェース３０６上で送信され、応答パケットは、応答トランスポートインタフェース３０８上で受信される。トランザクションアドレスは、パケットヘッダの中にルートｉｄフィールドを作るためにデコードユニット３１０の中でデコードされる。パケットは、コンテクスト割り当てユニット３１２におけるコンテクストと関連付けられる。必要ならば、トランザクションは、パケット分割ユニット３１４の中で多数のパケットに分割される。パケットは、要求トランスポートインタフェース３０６上で送信される。

[0023] イニシエータＮＩＵ３００は、分割ユニット３１４を含む。トランザクション要求のために、分割ユニット３１４は、トランザクションをトランスポートするためのいくつかのパケットの作成をもたらす。イニシエータＮＩＵ３００は、所望のバイトアラインメント、バーストアラインメント、ターゲットアドレスレンジ境界、アドレスインターリービング（address interleaving）、または４ＫＢのアラインされたアドレス境界（4KB aligned address boundary）をクロスしないバーストのＡＸＩ要件のような、プロトコル境界要件を確実にするためにトランザクションを多数のパケットに分割することができる。

[0024] コンテクストアレイ３２０は、保留中のトランザクション（pending transaction）に割り当てられるエントリを備える。コンテクストアレイ３２０がフルである場合、イニシエータＮＩＵ３００は、ソケットインタフェース要求チャネル３０２上でバックプレッシャ（backpressure）をアサートする。物理レイヤーレディー信号（physical layer ready signal）は、デアサートされる。コンテクストアレイ３２０は、他の情報の間で、各保留中のトランザクションのオペコードおよびシーケンスｉｄを記憶する。コンテクストアレイ３２０は、４つのエントリを有し、したがって４つの保留中のトランザクションまで支援する。応答パケットが応答トランスポートインタフェース３０８上で受信されるとき、コンテクスト再関連付けユニット３３０は、保留中のトランザクションのコンテクストとパケットを再び関連付けする。再関連付けユニット３３０による再関連付けは、イニシエータソケットインタフェースの応答チャネル３０４上の応答のシーケンスＩＤが、対応する要求のシーケンスＩＤを一致させることを確実にする。

[0025] 図４において、ターゲットＮＩＵ４００は、イニシエータＮＩＵ３００と対応することができることを表される。要求パケットは、要求トランスポートインタフェース４０２上で受け取られ、応答パケットは、応答トランスポートインタフェース４０４上で送信される。トランザクション要求は、ソケットインタフェース要求チャネル４０６を介して示され、トランザクション応答は、ソケットインタフェース応答チャネル４０８を介してＮＩＵによって受け取られる。ターゲットＮＩＵ４００は、コンテクスト割り当てユニット４１２、コンテクストアレイ４２０、およびコンテクスト再関連付けユニット４３０を含む。

[0026] この実施形態では、それらの保留中のトランザクションのコンテクストへのパケットの再関連付けは、単純である。パケットヘッダは、イニシエータＮＩＵ３００における割り当てユニット３１２によって作られるエコーフィールド、および不変のターゲットＮＩＵ４００からエコーされたバック（echoed back）を含む。エコーフィールドは、コンテクストアレイ３２０の中にインデックスを記憶する。コンテクストアレイは、テーブルルックアップ（table lookup）としてアクセスされる。ターゲットＮＩＵ４００からの各トランザクションが保留中の間、エコーフィールドＥは、ターゲットＮＩＵコンテクストアレイ４２０の中に記憶される。トランスポートレイヤープロトコルの一部であるエコーフィールドは、トランザクションのために応答パケットのヘッダに含まれる。

[0027] ターゲットＮＩＵ４００再関連付けユニット４３０は、インデックスおよびエコーフィールドの余裕がない。ターゲットＮＩＵ４００がターゲットソケットインタフェースで使用するような、最先端の工業規格のトランザクションレベルプロトコルは、エコー情報を含まない。ソケットインタフェース応答チャネル４０８上の応答は、応答パケットを形成するために要求パケットから記憶され、コンテクストアレイ４２０の中に記憶されたヘッダ情報と再び関連付けられなければならない。

[0028] ターゲットＮＩＵ再関連付けユニット４３０は、応答パケットのシーケンスＩＤを持つ最も古いトランザクションに基づいて適切なコンテクストアレイエントリのルックアップ（lookup）を実行しなければならない。コンテクストアレイ４２０は、各シーケンスＩＤに関する連鎖を持つ保留中のトランザクションの連鎖したリストとして編成される。

[0029] 発明の態様が、図５に表される。オペコード、アドレス、書込データ、バースト長、およびシーケンスｉｄに関する信号を含む在来技法のトランザクションインタフェース（convention transaction interface）は、追加の信号要求ＴｒＩＤを伴った要求チャネル５００（the request channel 500 with the additional signals Request TrID）において、および応答ＴｒＩＤを伴った応答チャネル５１０において強化される。ＴｒＩＤ信号は、トランザクションＩＤを伝達する。この強化された信号インタフェースは、強化されたＮｏＣソケットプロトコルによって使用される。発明の１つの実施形態では、トランザクション要求が示されるとき、ソケットインタフェースのマスタは、ＴｒＩＤ上の値をアサートし、インタフェースのスレーブは、トランザクション応答を示すとき、応答ＴｒＩＤ信号上でまったく同じ値を与える。本発明の別の態様にしたがって、インタフェースのスレーブは、対応する値要求ＴｒＩＤ値（corresponding value Request TrID value）から転換された応答ＴｒＩＤ信号上の値を与える。転換は、ビットの順序またはセンス（sense）の変化であることができる。鍵は、一意的なマスタコンテクストアレイエントリ（unique master context array entry）に関連付けができる能力（associability）である。

[0030] １つの実施形態では、多数の保留中のトランザクションの各々は、一意的なＴｒＩＤ値を有する。別の実施形態では、ＴｒＩＤ値は、ダウンストリームバッファリングにかかわらず、順序正しく実行されなければならないトランザクションのために再利用される。別の実施形態では、ＴｒＩＤ値は、不連続の順序で連続的なトランザクションのために与えられる。

[0031] 発明の１つの実施形態では、アサートされたＴｒＩＤ値は、アップストリームＮｏＣ内でパケットヘッダにおけるフィールドからマップされる。１つの実施形態では、ＴｒＩＤ値は、ダウンストリームＮｏＣ内でパケットヘッダにおけるフィールドにマップされる。

[0032] 最適なプロトコル設定（optimal protocol configuration）は、ＮｏＣによって、およびチップによって異なる。発明の１つの実施形態では、ＮｏＣソケットプロトコルは、チップ設計時間で設定可能である。設定オプションは、とりわけ、要求および応答ＴｒＩＤ信号の幅を含む。レジスタ転送レベル（ＲＴＬ）言語論理は、設定ツールによって発生される。ツールは、カスタマイズされた設定を発生する、およびチップ合成のためのＲＴＬ言語コードを作るためにチップ設計者によって使用される。

[0033] 発明の態様が、図６に表される。イニシエータＮＩＵ６００内で、要求は、ソケットインタフェース要求チャネル６０２を介して受け取られる。応答は、ソケットインタフェース応答チャネル６０４を介してＮＩＵ６００によって示される。要求パケットは、要求トランスポートインタフェース６０６上で送信され、応答パケットは、応答トランスポートインタフェース６０８上で受信される。トランザクションアドレスは、パケットヘッダの中にルートｉｄフィールドを作るためにデコードユニット（Ｄ）６１０の中でデコードされる。パケットは、コンテクスト割り当てユニットＡ６１２におけるコンテクストと関連付けられる。必要ならば、トランザクションは、パケット分割ユニットＳ６１４の中で多数のパケットに分割される。パケットは、要求トランスポートインタフェース６０６上で送信される。

[0034] コンテクストアレイ６２０は、保留中のトランザクションに割り当てられるエントリを備える。アレイがフルである場合、イニシエータＮＩＵ６００は、ソケットインタフェース要求チャネル６０２上でバックプレッシャをアサートする。その状態で、物理レイヤーレディー信号は、デアサートされる。コンテクストアレイ６２０は、他の情報の間で、各保留中のトランザクションのシーケンスｉｄを記憶する。コンテクストアレイ６２０は、４つのエントリを有し、したがって４つの保留中のトランザクションまで支援する。応答パケットが応答トランスポートインタフェース６０８上で受信されるとき、コンテクスト再関連付けユニット（Ｒ）６３０は、保留中のトランザクションのコンテクストとパケットを再び関連付けする。

[0035] 発明のこの態様は、コンテクストアレイ６２０がＴｒＩＤ情報を伝えるという点において従来のＮＩＵのそれから分かれる。１つの実施形態では、コンテクストアレイは、各アレイエントリにＴｒＩＤフィールド（Ｔ）を記憶する。フィールドの中に記憶された値は、トランザクション要求が承諾された時点でのソケットインタフェース要求チャネル６０２上の信号のそれである。関連付けられた応答がソケットインタフェース応答チャネル上で示されるとき、インタフェース上の信号は、応答が示されるためのトランザクションと関連付けられたコンテクストアレイエントリにおけるＴｒＩＤフィールドから動かされる（driven）。

[0036] １つの実施形態では、コンテクストアレイのＴｒＩＤフィールドは、関連付けられたトランザクションをトランスポートするために発生されるパケットのヘッダに含まれる。それは、パケットヘッダの中にエコーフィールドを形成する。

[0037] 別の実施形態では、ソケットインタフェースのマスタおよびスレーブ側は、同じ数のコンテクストを有し、ＴｒＩＤ値は、コンテクストごとに一意的である。マスタからのＴｒＩＤは、イニシエータＮＩＵにおけるコンテクストアレイの中にダイレクトインデックス（direct index）を形成する。イニシエータＮＩＵによって作られる要求パケットヘッダおよびイニシエータＮＩＵによって受信される応答パケットヘッダは、コンテクストアレイにおけるダイレクトインデックスであるエコーフィールドを有する。このような方法で、記憶装置は、コンテクストアレイにおけるＴｒＩＤ値に必要なく、再びマッピングすること（remapping）は、ＴｒＩＤ信号とパケットヘッダエコーフィールド間で必要ない。

[0038] ここで図７を参照すると、イニシエータＮＩＵ７００は、要求チャネル７０２を有するＮｏＣソケットへのＮｏＣ（NoC to NoC socket）を介したアップストリームターゲットＮＩＵに接続され、それは、デコードユニット（Ｄ）７１０、および応答チャネル７０４に接続される。アップストリームターゲットＮＩＵ（表されていない）は、イニシエータＮＩＵ７００と同じ数のコンテクストを支援する。この際、コンテクストアレイは、イニシエータＮＩＵ内に必要とされない。コンテクストは、ターゲットＮＩＵの中でのみ管理される。ＮｏＣソケットプロトコルのＴｒＩＤ値は、ＮｏＣトランスポート要求チャネル７０６上で送信され、ＮｏＣトランスポート応答チャネル７０８上で受信されるパケットにおけるエコーフィールドとして直接使用される。応答パケットのエコーフィールドは、ソケット応答チャネル７０４上の応答ＴｒＩＤ信号を直接動かす。この配置（arrangement）は、応答ワード再構築またはそれらの対応する要求に特有である他の応答特性を必要としないＮＩＵの設定次第である。

[0039] イニシエータＮＩＵの最適な設定は、ＮｏＣによって、およびチップによって異なる。発明の１つの実施形態では、イニシエータＮＩＵは、チップ設計時間で設定可能である。設定オプションは、とりわけ、要求および応答ＴｒＩＤ信号の幅、ＮＩＵのコンテクストアレイにおけるＴｒＩＤフィールドの幅、コンテクストアレイエントリの数、保留中のトランザクションの数、およびパケットヘッダエコーフィールドへのＴｒＩＤ信号のマッピング（mapping）を含む。保留中のトランザクションの数は、イニシエータＮＩＵとその接続されたＩＰ間で一致されるべきである。イニシエータＮＩＵがＩＰより多くの保留中のトランザクションを支援する場合、そのコンテクストアレイエントリのすべてを使用しないこととなる。イニシエータＮＩＵがＩＰより少ない保留中のトランザクションを支援する場合、たとえＮｏＣの中でネットワークアベイラビリティーがあるとしても、ＩＰ上でバックプレッシャをアサートすることとなる。保留中のトランザクションの数が２つのパワーでない場合、アップストリームターゲットＮＩＵおよびダウンストリームイニシエータＮＩＵは、有効ＴｒＩＤのエンコーディングに同意しなければならない。ＴｒＩＤがトランザクションに一意的であり、一意的なＴｒＩＤエンコーディングの数が保留中のトランザクションの最大数未満である場合、ダウンストリームイニシエータＮＩＵは、応答をそれらの対応する要求のＴｒＩＤに正確に再び関連付けなければならない。

[0040] ＲＴＬ言語で説明された、イニシエータＮＩＵ論理は、設定ツールによって発生される。ツールは、カスタマイズされた設定を発生する、およびチップ合成のためのＲＴＬ言語コードを作るためにチップ設計者によって使用される。

[0041] 合成およびレイアウトにとって有益であるチップ設計戦略は、ダブルデータレートＤＤＲダイナミックランダムアクセスメモリＤＲＡＭのような１つ以上のメモリへのインターリーブドアクセスを支援する１つのメモリＮｏＣおよび１つ以上のクライアントＮｏＣを作り出すことである。そのような設計では、メモリＮｏＣは、クライアントＮｏＣからの要求を受信するおよびサービスするために１つ以上のＮｏＣイニシエータＮＩＵへのＮｏＣを有する。そのような設定のためのイニシエータＮＩＵの実施形態は、リオーダバッファ（reorder buffer）を備える。リオーダバッファは、部分的なトランザクション応答を記憶する能力を持つ拡張されたコンテクストアレイに似ている。そのような実施形態では、ＴｒＩＤは、リオーダバッファ内でコンテクストアレイの中に記憶され得る。

[0042] インタフェースを共有するアップストリームＮｏＣおよびダウンストリームＮｏＣを備えるオン−チップ相互接続では、アップストリームＮｏＣにおけるターゲットＮＩＵに結合されるダウンストリームＮｏＣにおけるイニシエータＮＩＵの１つの実施形態は、分割ユニットで構成されない。分割は、ダウンストリームＮｏＣにおけるイニシエータＮＩＵの分割要件の知識を持つアップストリームＮｏＣにおける１つ以上のイニシエータＮＩＵで実行される。このような方法で、ダウンストリームＮｏＣにおけるイニシエータＮＩＵの実施形態は、より小さく、より早くなり、およびより少ないトランザクション潜時を有する。アップストリームＮｏＣのイニシエータＮＩＵによって熟考されるダウンストリームＮｏＣのいくつかのパラメータは、ダウンストリームＮｏＣのターゲットＮＩＵによって見られるアドレスマップ、ダウンストリームＮｏＣにおけるターゲットの最大のバースト長、ダウンストリームＮｏＣにおけるターゲットソケットインタフェースのデータ幅、および４ｋバイトのアラインされたアドレスをクロスしないでバーストするＡＸＩプロトコル制限のような境界をクロスするバースト上のダウンストリームＮｏＣターゲットソケットプロトコル制限である。ダウンストリームＮｏＣのイニシエータＮＩＵの分割論理を除去することは、論理エリア、タイミング経路長（timing path length）、およびトランザクション潜時を最小限にする。

[0043] 発明の態様は、ＮｏＣソケットインタフェースでイニシエータＮＩＵとともに処理するターゲットＮＩＵの実施形態に関する。１つの実施形態では、ＮｏＣソケットプロトコルを使用するターゲットＮＩＵは、パケットヘッダにおけるエコーフィールドの機能としてＴｒＩＤ信号をマップする。最も単純な場合では、マッピング機能は、ダイレクトコピーである。

[0044] ターゲットＮＩＵの１つの実施形態の動作方法は、図１０に表される。ターゲットＮＩＵは、コンテクストアレイを備える。アレイエントリは、トランザクションについての情報を記憶し、それは、トランザクションの発生をもたらした要求パケットからの情報を含むことができる。各トランザクション要求のために、アレイにおけるエントリは、割り当てられる。ソケットインタフェースで応答ＴｒＩＤ信号の値は、アレイインデックスを形成する。それは、対応するトランザクションに関係する情報を持つアレイエントリを指し示す。コンテクストアレイにおけるエントリの数は、ターゲットＮＩＵによって支援されることができる同時に保留中のトランザクション（simultaneously pending transaction）の最大数を定義する。ＴｒＩＤ信号のビットの数、それは、アレイの中に符号なしのバイナリインデックス（unsigned binary index）を形成し、整数（integer）に端数を切り上げられた（rounded up）、保留中のトランザクションの数の基礎となる２つの対数である。どの保留中のトランザクションも、一意的なＴｒＩＤ値を有する。

[0045] ターゲットＮＩＵの最適な設定は、ＮｏＣによって、およびチップによって異なる。発明の１つの実施形態では、ターゲットＮＩＵは、チップ設計時間で設定可能である。設定オプションは、とりわけ、要求および応答ＴｒＩＤ信号の幅、コンテクストアレイエントリの数、保留中のトランザクションの数、およびパケットヘッダエコーフィールドへのＴｒＩＤ信号のマッピングを含む。保留中のトランザクションの数は、ターゲットＮＩＵとその接続されたＩＰ間で一致されるべきである。ターゲットＮＩＵが、ＩＰより多くの保留中のトランザクションを支援する場合、必要以上にコンテクストアレイエントリを有することとなる。ターゲットＮＩＵがＩＰより少ない保留中のトランザクションを支援する場合、そのコンテクストアレイエントリのすべてを使用しないこととなる。２つのＮｏＣ間のソケットインタフェースのために、保留中のトランザクションの数、したがってコンテクストアレイエントリの数を確実にすることが望ましく、アップストリームターゲットＮＩＵおよびダウンストリームイニシエータＮＩＵに関しても同じである。

[0046] ＲＴＬ言語で説明された、ターゲットＮＩＵ論理は、設定ツールによって発生される。ツールは、カスタマイズされた設定を発生する、およびチップ合成のためのＲＴＬ言語コードを作るためにチップ設計者によって使用される。

[0047] 強化されたＮｏＣソケットプロトコルを使用するイニシエータＮＩＵおよびターゲットＮＩＵの組み合わせは、オン−チップ相互接続内でアップストリームＮｏＣおよびダウンストリームＮｏＣの優れたマルチ−ＮｏＣ構成（superior multi-NoC composition）のインプリメンテーションを可能にする。単一の従来のＮｏＣでは、パケットヘッダは、コンテクストアレイエントリに応答を効率的にマップするためにイニシエータによって使用されるエコーフィールドを含む。ＮｏＣ構成は、アップストリームＮｏＣのターゲットＮＩＵとダウンストリームＮｏＣの接続されたイニシエータＮＩＵ間のソケットインタフェースのために上記の（above）強化されたＮｏＣソケットプロトコルを使用する。発明の１つの実施形態では、トランザクションインタフェースのＴｒＩＤ信号の値は、ダウンストリームＮｏＣへのイニシエータＮＩＵにアップストリームＮｏＣの要求パケットのエコーフィールドを伝える。ダウンストリームＮｏＣのイニシエータＮＩＵは、今度は、それがプロトコルインタフェーストランザクション（protocol interface transaction）を実行するために作り出す、１つ以上のパケット内のエコーフィールドとしてＴｒＩＤ信号の値を使用する。

[0048] 本発明の１つの態様にしたがって、ＮｏＣ構成の実施形態は、図９に表され、左から右へトランザクション要求、および右から左へ応答を両方ともに送るダウンストリームＮｏＣ９５０に結合されるアップストリームＮｏＣ９１０を含む。イニシエータＮＩＵ９２０は、イニシエータＩＰ（表されていない）からトランザクション要求を受信し、コンテクストアレイ９２２におけるコンテクストエントリを割り当て、ターゲットＮＩＵ９３０に要求パケットを送信する。ターゲットＮＩＵ９３０は、要求パケットを受信し、要求パケットヘッダからのエコー値を含むコンテクストアレイ９３２におけるコンテクストエントリを割り当てる。ターゲットＮＩＵ９３０は、イニシエータＮＩＵ９６０に、ＴｒＩＤ信号を含む、トランザクション要求９８２を発行する。イニシエータＮＩＵ９６０は、コンテクストアレイ９６２におけるコンテクストエントリを割り当て、そこでそれは、発明にしたがってＴｒＩＤを記憶する。イニシエータＮＩＵ９６０は、ターゲットＮＩＵ９７０に要求パケット９８４を送信する。ターゲットＮＩＵ９７０は、要求パケットを受信し、要求パケットヘッダからのエコー値を含むコンテクストアレイ９７２におけるコンテクストエントリを割り当てる。ターゲットＮＩＵ９７０は、ターゲットＩＰ（表されていない）にトランザクション要求を発行する。ターゲットＩＰは、ターゲットＮＩＵ９７０にトランザクション応答を発行し、ここにおいて、再関連付け論理９７４は、コンテクストアレイ９７２からトランザクションに対応するコンテクストエントリを取り出す。ターゲットＮＩＵ９７０は、イニシエータＮＩＵ９６０に応答パケット９８６を送信し、ここにおいて、テーブルルックアップモジュール９６４は、コンテクストアレイ９６２からトランザクションに対応するコンテクストエントリを単に取り出すためにエコーパケットヘッダフィールドを使用する。本発明の多様な態様にしたがって、イニシエータＮＩＵ９６０は、ターゲットＮＩＵ９３０にトランザクション応答９８８を送信し、ここにおいて、テーブルルックアップモジュール９３４は、コンテクストアレイ９３２からトランザクションに対応するコンテクストエントリを単に取り出すためにＴｒＩＤ信号を使用する。ターゲットＮＩＵ９３０は、イニシエータＮＩＵ９２０に応答パケット９９０を送信し、ここにおいて、テーブルルックアップモジュール９２４は、コンテクストアレイ９２２からトランザクションに対応するコンテクストエントリを単に取り出すためにエコーパケットヘッダフィールドを使用する。イニシエータＮＩＵ９２０は、イニシエータＩＰにトランザクション応答を送信する。

[0049] １つの実施形態では、ＴｒＩＤ信号の値は、ダウンストリームＮｏＣのイニシエータＮＩＵのコンテクストアレイの中に記憶される。記憶されたＴｒＩＤ値は、応答とともにトランザクションインタフェースで示される。別の実施形態では、ＴｒＩＤは、記憶されずエコーフィールドに内在する。

[0050] １つの実施形態では、ダウンストリームＮｏＣにおけるターゲットのトランザクションプロトコル支援（transaction protocol support）およびアドレスマップを認識して（with awareness of）構成された、アップストリームＮｏＣのイニシエータＮＩＵは、多数のパケットにイニシエータＩＰ要求のすべての要求される分割を行う。ダウンストリームＮｏＣのイニシエータＮＩＵはそれゆえに、パケット分割論理を要求しない。これは、ダウンストリームＮｏＣパケットヘッダのエコーフィールドへのアップストリームＮｏＣパケットヘッダのエコーフィールドの単純なマッピングのさらなる利益を有する。結果として、アップストリームＮｏＣのターゲットＮＩＵ内のコンテクスト管理は、テーブルアクセス（table access）に単純化される。それは、従来のＮｏＣ構成の連鎖したリストのルックアップよりはるかに早い構造である。そのような設定では、アドレスデコーディング、分割、およびコンテクスト関連付けの複雑さは、イニシエータＩＰの近くで、アップストリームイニシエータＮＩＵの中に存在し、チップの混雑した部分から離れて通常分布している（distributed）。アップストリームイニシエータＮＩＵはそれゆえに、とりわけ、アドレスクロス境界制限（address cross boundary restriction）および最大のバースト長のような、ダウンストリームＮｏＣのターゲットの一定の特徴（certain properties）を知らなければならない。

[0051] 別の実施形態では、アップストリームＮｏＣのイニシエータＮＩＵは、ダウンストリームＮｏＣのイニシエータＮＩＵによりインプリメントされるアドレスマップを知らない（unaware of）。ダウンストリームＮｏＣは、必要に応じて分割および関連付け論理ならびに重要なアドレスデコードモジュール（non-trivial address decode module）を有する。典型的なインプリメンテーションでは、ソケットインタフェースのためのクロス境界パラメータ（cross boundary parameter）は、アップストリームおよびダウンストリームＮｏＣ間で同意しているので、アップストリームイニシエーションＮＩＵは、ダウンストリームイニシエーションＮＩＵがしなくてもよい方法でトランザクションを分割することとなる。そのような設定では、アドレスデコーディング、分割、およびコンテクスト関連付けの複雑さは、ダウンストリームＮｏＣの中に存在する。たくさんのチップでは、ダウンストリームＮｏＣは、実行クリティカルメモリ（performance critical memory）により近く、必ずチップのより中心となる（more central to）。そのような設定は混雑を作り出すが、それは、アップストリームクライアントＮｏＣからそれの特定の詳細を分離し、メモリサブシステムの設計に関する柔軟性を可能にする。

[0052] 開示された発明の態様は、アップストリームＮｏＣのターゲットＮＩＵとダウンストリームＮｏＣのイニシエータＮＩＵ間のソケットインタフェースのターゲットＮＩＵ内のコンテクストを管理する方法に関する。１つの実施形態は、ポーリングまたはスタックベースのアルゴリズムを使用して各々新しく入ってくる要求のために自由なコンテクスト（free context）を割り当てることを備える。コンテクストは、パケットヘッダ内でエコーおよび／またはシーケンスＩＤフィールドによって識別される。各コンテクストアレイエントリは、応答ヘッダ、
[0053] ルートＩＤ、
[0054] オペコード、そして、
[0055] エコー、を組み立てるために必要な情報を包含する。

[0056] ターゲットＮＩＵは、割り当てられたコンテクストアレイエントリと関連付けられる、トランザクションのための要求を発行する。要求は、要求ＴｒＩＤ信号を含む。ターゲットＮＩＵは、割り当てられたコンテクストアレイエントリのインデックスにしたがって信号を割り当てる。最終的にターゲットＮＩＵは、応答を受信する。応答は、応答ＴｒＩＤ信号を含む。ターゲットＮＩＵはその次に、コンテクストアレイの関連付けられたエントリをルックアップするためにインデックス値として応答ＴｒＩＤ信号の値を使用する。書込応答トランスポートパケットのヘッダが送信されるか、それとも読取応答トランスポートパケットの最後のデータが送信されるとき、コンテクストは、自由にされる。

[0057] 別の実施形態では、応答ＴｒＩＤは、同じトランザクションのための要求ＴｒＩＤ信号の転換されたコピーである。１つのそのような転換は、ビットのリオーダリングである。これは、コンテクストアレイの中でバンクベースの記憶装置（bank based storage）の使用を可能にする。別の転換は、一部の応答ワードが配信している、応答インターリービングによって分けられた、バーストにおけるいくつかのデータワードのうちのどれかを表示する情報の追加である。

[0058] 発明の態様は、ＮｏＣ間のソケットインタフェースのターゲットＮＩＵにおけるコンテクストアレイエントリにトランザクションの再関連付けを実行するための必要性の除去である。この利益は、メモリコントローラのような、ＮｏＣとは別のターゲットＩＰのタイプにさらに役立つ。ダウンストリームＮｏＣイニシエータＮＩＵのような、メモリコントローラは、複合再関連付け論理（complex reassociation logic）を要求しない単にマップされたＴｒＩＤ信号に応答するために設計されることもできる。一般に、ターゲットＮＩＵは、シーケンスＩＤの連鎖したリストに基づいてコンテクストアレイエントリにトランザクション応答を再び関連付ける。これは、高価な連鎖したリストのルックアップ（costlychained list lookup）を要求する。ＮｏＣソケットへのＮｏＣを用いて、トランザクションインタフェース上でＴｒＩＤ信号を使用することは、単純なテーブルインデックスルックアップ（simple table index lookup）がコンテクストアレイエントリに応答を再び関連付けることを可能にする。いくつものＮｏＣソケットへのＮｏＣを通過する、イニシエータＩＰによって要求されるトランザクションのために、たった１つの再関連付けの連鎖したリストのルックアップ（reassociation chained list lookup）が、要求される。それは、ターゲットＩＰに接続されるターゲットＮＩＵで存在する。ＮｏＣソケットへのＮｏＣのすべての中間のターゲットＮＩＵおよびイニシエータＮＩＵは、ＮｏＣソケットプロトコルインタフェースのＴｒＩＤビットおよびパケットヘッダフィールドからのエコービットの単純なインデキシング（simple indexing）を使用することができる。

[0059] ターゲットＮＩＵの実施形態が、図８に表される。ターゲットＮＩＵ８００は、イニシエータＮＩＵ６００または７００のようなイニシエータＮＩＵと対応することができることを表される。要求パケットは、要求トランスポートインタフェース８０２上で受け取られ、応答パケットは、応答トランスポートインタフェース８０４上で送信される。トランザクション要求は、ソケットインタフェース要求チャネル８０６を介して示され、トランザクション応答は、ソケットインタフェース応答チャネル８０８を介してＮＩＵによって受け取られる。ターゲットＮＩＵ８００は、コンテクスト割り当てユニット８１２、コンテクストアレイ８２０、およびコンテクスト再関連付けユニット８３０を備える。コンテクスト割り当てユニット８１２によって選ばれるテーブルエントリのための一意的なアドレスは、要求ＴｒＩＤ信号８４０として送信される。応答ＴｒＩＤ信号８４２は、コンテクスト割り当てユニット８１２によって選ばれたエントリのエコーフィールドＥをセレクトするためにムクス（mux）８５０の中でセレクターとして使用される。これは、従来の複合再関連付け論理の必要性を除去する、ならびに全体的なシステムおよび強化システムの実行を単純化する、ルックアップメカニズムである。

[0060] チップは、ますます複雑である。それらは、もはや、技術者の単一のチームでさえ、または単一の技術者によって設計されることができない。チップは、必ずモジュール式で（modularly）設計される。それゆえに別々のＮｏＣを使用するモジュールを設計することが必要である。フルのチップ内のトップレベルの統合は、ＮｏＣ間でインタフェースを要求する。ＮｏＣソケットプロトコルを使用することは、ＮｏＣインタフェースが、タイミングをクローズするために（to close timing）より少ないパイプステージ（pipe stage）で動作するおよび／またはより早く動作することを可能にする。さらに、ＮｏＣソケットプロトコルを使用することは、チームが、最も良いインタフェースについてチーム間で交渉する時間のかかるプロセスの必要性なしに単独で設計することを可能にする。１つの実施形態では、ツールは、ＮｏＣ ＲＴＬを構成する、および発生するために使用される。それは、ＮｏＣ間で特に各ソケットインタフェース用に最適化されたプロトコルを自動的に発生する。他のパラメータの間で、設定は、支援された保留中のトランザクションの数およびＴｒＩＤ信号のサイズを決定する。

[0061] ツールは、各ＮｏＣのためのイニシエータのアドレススペース内のターゲットのアドレスマップも受け取る。ダウンストリームＮｏＣのアドレスマップを使用して、ツールは、トランザクションを完了するために必要とされるダウンストリームＮｏＣにおける１つ以上のパケットを作るために要求される分割のタイプを決定する。ツールは、そのようなパケット分割をインプリメントするためにイニシエータＮＩＵ ＲＴＬを構成する。これの効果は、イニシエータＮＩＵのアドレスデコーディングにおける統一されたアドレスマップを作り出すことである。これは、各々他のＮｏＣのアドレスマップを知るために別々の設計チームを要求することなしに行われる。

[0062] ツールはまた、証明テストベンチ（verification testbench）を発生し、相互接続性を持つイニシエータとターゲット間のすべてのルート上のすべてのトランザクションのタイプを発揮することをテストする（test）。ＮｏＣ構成を認識して、ツールは、統一されたテストベンチを発生し、たとえＮｏＣソケットへのＮｏＣを介しても、およびアドレスマッピングの結果として生じる階層を持っても、すべてのアクセス可能なターゲットに各イニシエータからアクセスを発揮することをテストする。

[0063] ツールはまた、実行調査シミュレーション環境（performance exploration simulation environment）を発生する。ＮｏＣ構成の認識を持って、それは、トランザクションの通過およびＮｏＣ間でそれらの関連付けられたパケットのモデルを作るシミュレーション環境を発生する。

[0064] これらの利益のすべては、チーム間のコミュニケーションの必要性なしに達成される。コミュニケーションを伴わない別々のチームによる設計のリスクは、モジュール間のサーキュラー依存性（circular dependency）に関する。ツールは、ＮｏＣ構成および各コンポーネントＮｏＣ（component NoC）の設定の認識を有するため、それは、ＮｏＣソケットへのＮｏＣを介したサーキュラーイニシエータからターゲットへの接続性（circular initiator to target connectivity）のようなサーキュラー依存性チェックを自動的に行う。そのような依存性は、デッドロックの原因になることができるが、徹底した証明環境（verification environment）の中でさえ検出することが難しいことが多い。ツールは、ＮｏＣ接続性および設定のそれの高いレベルの知識に基づいてチェッキングを自動化する。

[0065] 多数のＮｏＣの簡単な統合のさらなる利益は、ＮｏＣにおけるトランスポートパケットヘッダフォーマットがそれの設定に基づいて最適化されることである。例えば、たくさんのイニシエータおよびターゲットを持つＮｏＣは、より大きいルートＩＤフィールドを要求し、あるいはたくさんのサイドバンド信号を伴ったＮｏＣ（a NoC with many sideband signals）は、より大きいユーザビットフィールドを要求することとなる。大きいヘッダは、ＮｏＣにわたって論理の複雑さおよびデータパスのサイズを増加させる。中間にトランザクションインタフェースを持つ、多数のＮｏＣを使用することによって、別々のＮｏＣのヘッダフォーマットは、別々に最適化されることができ、通常より小さくすることができる。

[0066] この発明が、説明された特定の実施形態または態様に限定されず、そのようなものとして変わり得ることは理解されるべきである。本発明の範囲は、添付の特許請求の範囲によってのみ限定されることとなるため、本明細書に使用される用語が、特定の実施形態のみを説明するためであり、限定することを意図されていないことも理解されるべきである。

[0067] そうでないと定義されない限り、本明細書に使用されるすべての技術上のおよび科学上の言葉は、この発明が属する技術における当業者のうちの１つによって一般に理解されるのと同じ意味を有する。本明細書に説明されたものと類似のまたは同等のあらゆる方法および構成要素（material）は、本発明のテスティング（testing）または実行において使用されることもできる。

[0068] この特許明細書に引用されている（cited）すべての公表文献（publication）および特許は、まるで各々が、参照により組み込まれることを具体的におよび個別に表示されるように参照により本明細書に組み込まれ、公表文献が引用されているものに関連して方法および／または構成要素を開示するおよび説明するために参照により本明細書に組み込まれる。任意の公表文献の引用は、出願日前のそれの開示に関するものであり、本発明が、先行発明の効力によってそのような公表文献に先行する権限がないと認めているとして解釈されるべきでない。さらに、提供された出版日（date of publication）は、単独で承認されることが必要であり得る実際の刊行日（publication date）から異なり得る。

[0069] 本明細書で、および添付の特許請求の範囲で使用される場合、単数形「a」、「an」、および「the」は、コンテクストがそうでないと明らかに指示しない限り複数形の指示対象を含むことが留意される。特許請求の範囲が、任意の随意的な要素を排除するために作成され得ることはさらに留意される。そのようなものとして、このステートメント（statement）は、「否定的な」制約を使用する、または請求の範囲の要素の記述に関連して「単独で、」「唯一の」等のような排他的な用語を使用するための先行詞としての役割を果たすことを意図されている。

[0070] この開示を読んで当業者に明らかであるように、本明細書に例示されたおよび説明された個別の実施形態の各々は、本発明の範囲または趣旨から逸脱することなしに他のいくつかの実施形態の任意の特徴と容易に分けられ、または組み合わせられ得るディスクリートコンポーネントおよび特徴を有する。任意の列挙された方法は、列挙されたイベントの順で、または論理的に可能である任意の他の順で実行されることができる。

[0071] 上述の発明は、理解の明確さのために説明および例の目的でいくらか詳細に説明されたが、いくらかの変更および修正が添付の特許請求の範囲の趣旨または範囲から逸脱することなしに、それになされ得ることは、この発明の教示を踏まえると当業者に容易に明確である。

［００７２］ よって、前述（preceding）は、発明の原理および多様な態様を単に例示する。本明細書にはっきりと説明または表されていないが、当業者は、発明の原理を具体化する、およびそれの趣旨および範囲内に含まれる多様な配置を考案することができるであろうことは認識されることとなる。さらに、本明細書に列挙されたすべての例および条件付きの言語は、技術を促進するために発明者によって寄与された概念および発明の原理を読者が理解することに役立つよう主に意図され、および具体的に列挙された例および条件のような制約なしに解釈されることができる。そのうえ、発明の原理、態様、および実施形態ならびにそれの具体的な例を本明細書に列挙するすべてのステートメントは、それの構造的のみならず機能的な同等物を包含することを意図されている。加えて、現在知られている同等物と、将来開発される同等物、すなわち、構造にかかわらず、同じ機能を実行する開発されるあらゆる要素、の両方を含むそのような同等物が意図されている。本発明の範囲は、したがって、本明細書に表された、および説明された例示的な実施形態に限定されることを意図されていない。むしろ、本発明の範囲および趣旨は、添付の特許請求の範囲によって具体化される。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
イニシエータネットワークインタフェースユニットであって、
要求を伴ってトランザクション識別子信号を受け取る第１のチャネルと、そして、
応答を伴って前記トランザクション識別子信号を提供する第２のチャネルと、
を備える、上記イニシエータネットワークインタフェースユニット。
［Ｃ２］
要求パケットヘッダのフィールドに、前記要求を伴って受け取られた前記トランザクション識別子信号をマップする、Ｃ１に記載のイニシエータネットワークインタフェースユニット。
［Ｃ３］
前記応答を伴って提供された前記トランザクション識別子信号に、応答パケットヘッダのフィールドをマップする、Ｃ１に記載のイニシエータネットワークインタフェースユニット。
［Ｃ４］
前記機能は、ダイレクトコピーである、Ｃ３に記載のイニシエータネットワークインタフェースユニット。
［Ｃ５］
前記トランザクション識別子信号の値は、パケットヘッダフィールドにマップされる、Ｃ１に記載のイニシエータネットワークインタフェースユニット。
［Ｃ６］
前記トランザクション識別子信号の値は、保留中のトランザクションの最大数のｌｏｇ２と少なくとも同数のビットを有する、Ｃ１に記載のイニシエータネットワークインタフェースユニット。
［Ｃ７］
いくつかの保留中のトランザクションは、前記トランザクション識別子信号の一意的な値を有する、Ｃ１に記載のイニシエータネットワークインタフェースユニット。
［Ｃ８］
前記ネットワークインタフェースユニットが、設定可能である、Ｃ１に記載のイニシエータネットワークインタフェースユニット。
［Ｃ９］
前記ネットワークインタフェースユニットは、ツールによって発生される、Ｃ１に記載のイニシエータネットワークインタフェースユニット。
［Ｃ１０］
前記第２のチャネルに動作可能に接続されるリオーダバッファを備える、Ｃ１に記載のイニシエータネットワークインタフェースユニット。
［Ｃ１１］
分割ユニットで構成されない、Ｃ１に記載のイニシエータネットワークインタフェースユニット。
［Ｃ１２］
コンテクストアレイで構成されない、Ｃ１に記載のイニシエータネットワークインタフェースユニット。
［Ｃ１３］
システムであって、
イニシエータネットワークインタフェースユニットを含むチップ上の第１のネットワークと、ここにおいて、前記イニシエータネットワークインタフェースユニットは、パケット分割ユニットを備える、そして、
チップ上の前記第１のネットワークに動作可能に接続される、チップ上の第２のネットワークと、
ここにおいて、前記パケット分割ユニットによって実行される分割は、チップ上の前記第２のネットワークの１つ以上のパラメータに、少なくとも部分的に、基づく、
を備える上記システム。
［Ｃ１４］
前記１つ以上のパラメータのうちの少なくとも１つのパラメータは、アドレスマップである、Ｃ１３に記載のシステム。
［Ｃ１５］
前記１つ以上のパラメータのうちの少なくとも１つのパラメータは、最大のバースト長である、Ｃ１３に記載のシステム。
［Ｃ１６］
オン−チップ相互接続であって、
チップ上のアップストリームネットワークと、
チップ上の前記アップストリームネットワーク内の第１のイニシエータネットワークインタフェースユニットと、
チップ上の前記アップストリームネットワーク内の第１のターゲットネットワークインタフェースユニットと、
前記第１のイニシエータネットワークインタフェースユニットのアドレススペース内の前記第１のターゲットネットワークインタフェースユニットの第１のアドレスマッピングと、
チップ上のダウンストリームネットワークと、
前記第１のターゲットネットワークインタフェースユニットに動作可能に結合されるチップ上の前記ダウンストリームネットワーク内の第２のイニシエータネットワークインタフェースユニットと、
チップ上の前記ダウンストリームネットワーク内の第２のターゲットネットワークインタフェースユニットと、
前記第２のイニシエータネットワークインタフェースユニットのアドレススペース内の前記第２のターゲットネットワークインタフェースユニットの第２のアドレスマッピングと、そして、
前記第２のアドレスマッピングにしたがってパケットを分割する前記第１のイニシエータネットワークインタフェースユニット内のパケット分割ユニットと、
を備える上記オン−チップ相互接続。
［Ｃ１７］
ネットワーク−オン−チップのターゲットネットワークインタフェースユニット内のコンテクストを管理する方法であって、
コンテクストアレイエントリを割り当てることと、
トランザクション要求を伴って要求トランザクションコンテクストアレイエントリ識別子を含む前記トランザクション要求を発行することと、
トランザクション応答識別子を伴ってトランザクション応答を受け取ることと、そして、
前記コンテクストアレイエントリをルックアップするために前記応答アレイ識別子を使用することと、
のステップを備える、上記方法。
［Ｃ１８］
前記要求アレイ識別子は、前記応答アレイ識別子の中で転換される、Ｃ１７に記載の方法。
［Ｃ１９］
ネットワーク−オン−チップの構成を介してトランザクションをトランスポートする方法であって、
チップ上の第１のネットワークにおける第１のターゲットネットワークインタフェースユニットにおける第１のコンテクストアレイの第１のエントリにトランザクション応答を再び関連付けることと、
前記第１のエントリからパケットヘッダのエコーフィールドをマッピングすることと、
前記パケットヘッダの前記エコーフィールドからトランザクション識別子信号をマッピングすることと、そして、
チップ上の第２のネットワークの第２のターゲットネットワークインタフェースユニットにおける第２のコンテクストアレイの第２のエントリの中にインデックスを付けるために前記トランザクション識別子信号の値を使用することと、
を備える、上記方法。
［Ｃ２０］
前記第２のエントリから第２のパケットヘッダの第２のエコーフィールドをマッピングすることと、そして、
前記第２のエコーフィールドを使用して第３のコンテクストアレイの中にインデックスを付けることと、
をさらに備える、Ｃ１９に記載の方法。
［Ｃ２１］
第１のネットワーク−オン−チップおよび第２のネットワーク−オン−チップ間で通信する方法であって、トランザクション識別子信号をアサートすることを備える、上記方法。
［Ｃ２２］
前記トランザクション識別子信号は、パケットヘッダフィールドと関連付けられる、Ｃ２１に記載の方法。
［Ｃ２３］
どの保留中のトランザクションも、前記トランザクション識別子信号の一意的な値を有する、Ｃ２１に記載の方法。
［Ｃ２４］
前記トランザクション識別子信号のいくつかの値は、非連続的に割り当てられる、Ｃ２１に記載の方法。
［Ｃ２５］
いくつかのプロトコル信号の前記幅および存在が、設定可能である、Ｃ２１に記載の方法。
［Ｃ２６］
前記ソケットインタフェースプロトコルの定義は、ツールによって発生される、Ｃ２１に記載の方法。
［Ｃ２７］
前記トランザクション識別子信号によって表示されたトランザクション識別子は、整数としてエンコードされる、Ｃ２１に記載の方法。
［Ｃ２８］
前記整数は、正数および前記トランザクション識別子の最大の法定の値未満である、Ｃ２７に記載の方法。
［Ｃ２９］
ターゲットネットワークインタフェースユニットであって、一意的なコンテクストアレイエントリに応答を再び関連付けるためにトランザクション識別子信号を使用するコンテクストアレイを備える、上記ターゲットネットワークインタフェースユニット。
［Ｃ３０］
前記トランザクション識別子信号の値は、前記コンテクストアレイの中にインデックスを形成する、Ｃ２９に記載のターゲットネットワークインタフェースユニット。
［Ｃ３１］
前記トランザクション識別子信号は、いくつかの保留中のトランザクションの、端数を切り上げられた、基礎となる２つの対数と少なくとも同数のビットを有する、Ｃ２９に記載のターゲットネットワークインタフェースユニット。
［Ｃ３２］
いくつかの保留中のトランザクションは、前記トランザクション識別子信号の一意的な値を有する、Ｃ２９に記載のターゲットネットワークインタフェースユニット。
［Ｃ３３］
前記ネットワークインタフェースユニットが、設定可能である、Ｃ２９に記載のターゲットネットワークインタフェースユニット。
［Ｃ３４］
前記ネットワークインタフェースユニットは、ツールによって発生される、Ｃ２９に記載のターゲットネットワークインタフェースユニット。
［Ｃ３５］
オン−チップ相互接続のためのシステムであって、
ターゲットネットワークインタフェースユニットと、そして、
前記ターゲットネットワークインタフェースユニット内のコンテクストアレイと、
を備える、上記チップ上のアップストリームネットワークと、ならびに、
チップ上の前記アップストリームネットワークに動作可能に接続されるチップ上のダウンストリームネットワークと、チップ上の前記ダウンストリームネットワークは、チップ上の前記アップストリームネットワークの前記ターゲットネットワークインタフェースユニットに結合されるイニシエータネットワークインタフェースユニットを備える、ならびに、
チップ上の前記アップストリームネットワークによって発生されるトランザクションＩＤ信号と、ここにおいて、前記トランザクションＩＤ信号は、パケットヘッダのエコーフィールドにマップされる、
を備える、上記システム。
［Ｃ３６］
チップを設計する方法であって、
チップ上の第２のネットワークとチップ上の第１のネットワークを結合することと、そして、
設計要件に基づいて最適化されたプロトコルを発生することと、ここにおいて、前記プロトコルは、チップ上の前記第１のネットワークがチップ上の前記第２のネットワークと通信することを可能にする、
を備える、上記方法。
［Ｃ３７］
統一されたアドレスマップを発生することをさらに備える、Ｃ３６に記載の方法。
［Ｃ３８］
統一された証明環境を発生することをさらに備える、Ｃ３６に記載の方法。
［Ｃ３９］
統一された実行調査環境を発生することをさらに備える、Ｃ３６に記載の方法。
［Ｃ４０］
サーキュラー依存性チェッキングをさらに備える、Ｃ３６に記載の方法。
［Ｃ４１］
チップ上のいくつかのネットワークの前記パケットヘッダフォーマットは、異なることができる、Ｃ３６に記載の方法。
［Ｃ４２］
コンピュータであって、
設計ツールを表すためのディスプレイと、
プログラムを記憶するように構成される記憶デバイスと、そして、
前記記憶デバイスおよび前記ディスプレイに動作可能に接続されるプロセッサと、前記プロセッサは、前記ディスプレイ上で表される前記設計ツールを発生する、および前記プログラムを実行するように構成される、
ここにおいて、トランザクション識別子信号が、イニシエータネットワークインタフェースユニットの第１のチャネル上で送られるように、前記設計ツールが、２つのネットワーク−オン−チップを接続するためにソケットインタフェースプロトコルを表すとき、それは、要求とともに前記トランザクション識別子信号を受け取り、前記トランザクション識別子信号を伴って応答を返す、
を備える、上記コンピュータ。

Claims (19)

1. イニシエータネットワークインタフェースユニットであって、
   要求を伴ってトランザクション識別子信号およびシーケンス識別子信号を受け取る第１のチャネルと、前記トランザクション識別子信号は、一意的なトランザクション識別子を表示するように構成され、前記シーケンス識別子信号は、前記一意的なトランザクション識別子とは異なる一意的なシーケンス識別子を表示するように構成される、
   応答を伴って前記トランザクション識別子信号を提供する第２のチャネルと、
   複数の保留中のトランザクションに対応する複数のエントリを記憶する能力を有するコンテクストアレイと、ここにおいて、前記コンテクストアレイの前記能力がフルであることを検出すると、バックプレッシャは、前記第１のチャネル上でアサートされ、物理レイヤーレディー信号はデアサートされる、
   を備える、上記イニシエータネットワークインタフェースユニット。
2. 要求パケットヘッダのフィールドに、前記要求を伴って受け取られた前記トランザクション識別子信号をマップする、請求項１に記載のイニシエータネットワークインタフェースユニット。
3. 前記応答を伴って提供された前記トランザクション識別子信号に、応答パケットヘッダのフィールドをマップする機能を有する、請求項１に記載のイニシエータネットワークインタフェースユニット。
4. 前記マップする機能は、ダイレクトコピーである、請求項３に記載のイニシエータネットワークインタフェースユニット。
5. 前記トランザクション識別子信号の値は、パケットヘッダフィールドにマップされる、請求項１に記載のイニシエータネットワークインタフェースユニット。
6. 前記トランザクション識別子信号の値は、保留中のトランザクションの最大数のｌｏｇ２と少なくとも同数のビットを有する、請求項１に記載のイニシエータネットワークインタフェースユニット。
7. いくつかの保留中のトランザクションは、前記トランザクション識別子信号の一意的な値を有する、請求項１に記載のイニシエータネットワークインタフェースユニット。
8. 前記イニシエータネットワークインタフェースユニットが、設定可能である、請求項１に記載のイニシエータネットワークインタフェースユニット。
9. 前記イニシエータネットワークインタフェースユニットは、ツールによって発生される、請求項１に記載のイニシエータネットワークインタフェースユニット。
10. 前記第２のチャネルに動作可能に接続されるリオーダバッファを備える、請求項１に記載のイニシエータネットワークインタフェースユニット。
11. 分割ユニットで構成されない、請求項１に記載のイニシエータネットワークインタフェースユニット。
12. システムであって、
    イニシエータネットワークインタフェースユニットを含む第１のネットワーク−オン−チップと、ここにおいて、前記イニシエータネットワークインタフェースユニットは、
    パケット分割ユニット、
    トランザクション識別子信号およびシーケンス識別子信号を含むトランザクション要求を受け取るソケットインタフェース要求チャネル、前記トランザクション識別子信号は、一意的なトランザクション識別子を表示するように構成され、前記シーケンス識別子信号は、前記一意的なトランザクション識別子とは異なる一意的なシーケンス識別子を表示するように構成される、および
    複数の保留中のトランザクションに対応する複数のエントリを記憶する能力を有するコンテクストアレイ、ここにおいて、前記コンテクストアレイの前記能力がフルであることを検出すると、バックプレッシャは、前記ソケットインタフェース要求チャネル上でアサートされ、物理レイヤーレディー信号はデアサートされる、
    を備える、
    前記第１のネットワーク−オン−チップに動作可能に接続される第２のネットワーク−オン−チップと、ここにおいて、前記パケット分割ユニットによって実行される分割は、前記第２のネットワーク−オン−チップの１つ以上のパラメータに、少なくとも部分的に、基づく、
    を備える、上記システム。
13. 前記１つ以上のパラメータのうちの少なくとも１つのパラメータは、アドレスマップである、請求項１２に記載のシステム。
14. 前記１つ以上のパラメータのうちの少なくとも１つのパラメータは、最大のバースト長である、請求項１２に記載のシステム。
15. オン−チップ相互接続であって、
    アップストリームネットワーク−オン−チップと、
    前記アップストリームネットワーク−オン−チップ内の第１のイニシエータネットワークインタフェースユニットと、前記第１のイニシエータネットワークインタフェースユニットは、
    トランザクション識別子信号およびシーケンス識別子信号を含むトランザクション要求を受け取るソケットインタフェース要求チャネル、前記トランザクション識別子信号は、一意的なトランザクション識別子を表示するように構成され、前記シーケンス識別子信号は、前記一意的なトランザクション識別子とは異なる一意的なシーケンス識別子を表示するように構成される、および
    複数の保留中のトランザクションに対応する複数のエントリを記憶する能力を有するコンテクストアレイ、ここにおいて、前記コンテクストアレイの前記能力がフルであることを検出すると、バックプレッシャは、前記ソケットインタフェース要求チャネル上でアサートされ、物理レイヤーレディー信号はデアサートされる、
    を備える、
    前記アップストリームネットワーク−オン−チップ内の第１のターゲットネットワークインタフェースユニットと、
    前記第１のイニシエータネットワークインタフェースユニットのアドレススペース内の前記第１のターゲットネットワークインタフェースユニットの第１のアドレスマッピングと、
    ダウンストリームネットワーク−オン−チップと、
    前記第１のターゲットネットワークインタフェースユニットに動作可能に結合される前記ダウンストリームネットワーク−オン−チップ内の第２のイニシエータネットワークインタフェースユニットと、
    前記ダウンストリームネットワーク−オン−チップ内の第２のターゲットネットワークインタフェースユニットと、
    前記第２のイニシエータネットワークインタフェースユニットのアドレススペース内の前記第２のターゲットネットワークインタフェースユニットの第２のアドレスマッピングと、
    前記第２のアドレスマッピングにしたがってパケットを分割する前記第１のイニシエータネットワークインタフェースユニット内のパケット分割ユニットと、
    を備える、上記オン−チップ相互接続。
16. ネットワーク−オン−チップのターゲットネットワークインタフェースユニット内のコンテクストを管理する方法であって、
    複数の保留中のトランザクションに対応する複数のエントリを記憶する能力を有するコンテクストアレイにコンテクストアレイエントリを割り当てることと、
    前記コンテクストアレイの前記能力がフルであるかどうかを検出することと、
    ソケットインタフェース要求チャネル上でトランザクション要求を伴って要求トランザクションコンテクストアレイエントリ識別子を含む前記トランザクション要求を発行することと、
    前記コンテクストアレイの前記能力がフルであることを検出すると、前記ソケットインタフェース要求チャネル上でバックプレッシャをアサートし、物理レイヤーレディー信号をデアサートすることと、
    一意的な値を表示するように構成されたトランザクション応答識別子を伴ってトランザクション応答を受け取ることと、
    前記コンテクストアレイエントリをルックアップするために前記トランザクション応答識別子を使用することと、
    を備える、上記方法。
17. 前記要求トランザクションコンテクストアレイエントリ識別子は、前記トランザクション応答識別子の中で転換される、請求項１６に記載の方法。
18. ネットワーク−オン−チップの構成を介してトランザクションをトランスポートする方法であって、
    第１のネットワーク−オン−チップ内の第１のターゲットネットワークインタフェースユニットにおける第１のコンテクストアレイの第１のエントリにトランザクション応答を再び関連付けることと、前記第１のコンテクストアレイは、一意的なトランザクション識別子と、前記一意的なトランザクション識別子とは異なる一意的なシーケンス識別子とを記憶するように構成される、
    前記第１のエントリからパケットヘッダのエコーフィールドをマッピングすることと、
    前記パケットヘッダの前記エコーフィールドからトランザクション識別子信号をマッピングすることと、前記トランザクション識別子信号は、前記一意的なトランザクション識別子を表示するように構成される、
    複数の保留中のトランザクションに対応する複数のエントリを記憶する能力を有する第２のネットワーク−オン−チップの第２のターゲットネットワークインタフェースユニットにおける第２のコンテクストアレイにおいて、前記第２のコンテクストアレイの前記能力がフルであるかどうかを検出することと、前記第２のコンテクストアレイは、前記一意的なトランザクション識別子および前記一意的なシーケンス識別子を記憶するように構成される、
    前記第２のコンテクストアレイの前記能力がフルであることを検出すると、ソケットインタフェース要求チャネル上でバックプレッシャをアサートし、物理レイヤーレディー信号をデアサートすることと、
    前記第２のコンテクストアレイの前記能力がフルでないことを検出すると、前記第２のコンテクストアレイの第２のエントリの中にインデックスを付けるために前記トランザクション識別子信号の値を使用することと、
    を備える、上記方法。
19. 前記第２のエントリから第２のパケットヘッダの第２のエコーフィールドをマッピングすることと、
    前記第２のエコーフィールドを使用して第３のコンテクストアレイの中にインデックスを付けることと、
    をさらに備える、請求項１８に記載の方法。

Images