(57)【要約】【課題】本発明は、データを伝送する方法に関する。【解決手段】データと該データのための通信スレッドの識別子とを、ソース機能ユニットＳＦＵから宛先機能ユニットＤＦＵまで０個以上の中間機能ユニットＩＦＵを介する通信経路に沿って伝送する分割プロトコル伝送方法が、記載されている。前記通信経路内のデータ消費機能ユニットＣＦＵ及びデータ生成機能ユニットＰＦＵは、前記データ消費機能ユニットＣＦＵが前記データ生成機能ユニットＰＦＵに通信スレッドの識別子ＴＩＤを示すハンドシェイク手順によって、互いに直接的に通信する。前記データ生成機能ユニットは、前記データ消費機能ユニットに、前記通信スレッドの識別子に関するデータを供給する。同様に、この方法を使用するデータ処理システムが記載されている。【選択図】図１
2011070701.tif 000002
【特許請求の範囲】
【請求項１】
データと該データのための通信スレッドの識別子とを、ソース機能ユニットから宛先機能ユニットへの通信経路に沿って伝送する分割プロトコル伝送方法であって、該通信経路内で、データ消費機能ユニット及びデータ生成機能ユニットは、前記データ消費機能ユニットが前記データ生成機能ユニットに通信スレッドの識別子を示し、前記データ生成機能ユニットが前記データ消費機能ユニットに前記通信スレッドの識別子に関するデータを供給するハンドシェイク手順によって、互いに直接的に通信する分割プロトコル伝送方法。
【請求項２】
前記データ生成機能ユニットは、該データ生成機能ユニットが前記通信スレッドの識別子を受理したときを示すことを特徴とする、請求項１に記載の方法。
【請求項３】
前記データ生成機能ユニットは、固定数のクロックサイクル内で前記通信スレッドの識別子を受理する、請求項１に記載の方法。
【請求項４】
前記データ消費機能ユニットは、該データ消費機能ユニットが前記データ生成機能ユニットから前記データを受理したときを示す、請求項１に記載の方法。
【請求項５】
前記データ消費機能ユニットは、固定数のクロックサイクル内で、前記データ生成機能ユニットから前記データを受理する、請求項１に記載の方法。
【請求項６】
前記データ生成機能ユニットは、
―  前記データ消費機能ユニットが、前記通信スレッドの識別子を示すことを継続しなければならない状況と、
―  示された前記通信スレッドの識別子が受理された状況と、
―  前記データ消費機能ユニットが他の通信スレッドの識別子を示すように要求されている状況と、
のうちの１つが存在するかどうかを示す情報を供給する、請求項２に記載の方法。
【請求項７】
通信スレッドの情報を交換するように、情報が前記データ生成機能ユニットから前記データ消費機能ユニットに交換される他のハンドシェイク手順であって、請求項１に記載のハンドシェイク手順とは独立である他のハンドシェイク手順を特徴とする、請求項１に記載の方法。
【請求項８】
前記データ消費機能ユニットは、自身が前記通信スレッドに関する前記識別子を受理した場合、スレッド受理信号を供給し、自身が前記スレッド受理信号を供給する後まで、データを供給するステップを遅延させる、請求項２に記載の方法。
【請求項９】
複数の機能ユニットを有する処理システムであって、該処理システムは、データと該データのための通信スレッドの識別子とを、ソース機能ユニットから宛先機能ユニットへの通信経路に沿って分割プロトコルに従って伝送し、該通信経路内のデータ消費機能ユニット及びデータ生成機能ユニットは、前記データ消費機能ユニットが前記データ生成機能ユニットに通信スレッドの識別子を示し、前記データ生成機能ユニットが前記データ消費機能ユニットに前記通信スレッドの識別子に関するデータを供給するハンドシェイク手順によって互いに直接的に通信する、処理システム。
【請求項１０】
前記データ消費機能ユニットは、到来する読み出しデータに基づいてタスクをスケジュールすることができる特定アプリケーション向けプロセッサである、請求項９に記載の処理システム。
【請求項１１】
前記データ消費機能ユニットが、メモリアクセス時間を減少する順序で、通信スレッドの識別子の指示を供給するスケジューラを有するメモリコントローラである、請求項９に記載の処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理システムに関する。
【０００２】
本発明は、更に、データを伝送する方法に関する。
【背景技術】
【０００３】
システム・オン・シリコンは、絶え間なく増加している新しいフィーチャの実施及び既存の機能の改善の必要性のために、複雑性が連続的に増していることを示している。このことは、構成要素が集積回路上に組み込まれることができる集積度を向上することによって、可能にされている。同時に、回路が動作されるクロック速度も増加される傾向にある。高いクロック速度と増加された集積度の構成要素と組み合わせは、同じクロックドメイン内で同期して動作することができる領域を減少させてきた。このことは、モジュールの取り組み方の必要性を生じた。前記のような取り組み方によれば、前記処理システムは、複数の相対的に独立な、複雑なモジュールを有する。従来型の処理システムにおいて、前記モジュールは、通常、互いにバスを介して通信する。しかしながら、モジュールの数が増加するほど、通信のこの仕方は、以下の理由のために、もはや実用的ではない。一方で、多数のモジュールは、非常に高いバスの負荷を形成する。他方で、前記バスは、１つのデバイスだけがデータを該バスに送信することができるようにするので、通信のボトルネックを形成する。通信ネットワークは、これらの不利な点を克服する効果的な仕方を形成する。前記通信ネットワークは、複数の部分的に接続されているノードを有する。モジュールからのメッセージは、ノードにより、１つ以上の他のノードに再指向される。
【０００４】
ソース機能ユニットによって送信されるメッセージは、命令又はパケット状のデータを含み得る。前記メッセージは、前記宛先ユニットに到達するまでに、１つ以上の中間ユニットを介して転送される。前記宛先機能ユニットは、自身の番の際に、前記ソース機能ユニットにメッセージを送っても良い。機能ユニットとは、データストリーム内に含まれているいかなるユニットでも良く、例えば、ＣＰＵ、ＤＳＰ若しくはＶＬＩＷのようなデータに演算を施すユニット、メモリのようなデータを記憶するユニット、又はルータ若しくはインターフェースのようなデータを転送するユニットである。
【０００５】
分割プロトコルとは、トランザクションが要求及び応答に分割されるプロトコルとして規定される。ソース機能ユニットから通信経路内の前記第１中間機能ユニットまでの要求の伝送が完了した後、前記ソース機能ユニットは、前記宛先機能ユニットからの前記要求に対する応答を待つ必要なく、次の伝送に進むことができる。前記宛先機能ユニットは、応答を与える必要がある場合、別個のアービトレーション手順を開始する。分割バスプロトコルは、スレーブにおける応答生成に時間が掛かる場合に、より効率的である。パイプラインによって、マスターが複数の未処理の要求（即ち、応答を待っている要求）を有することが可能になる。前記同じ通信スレッド内の全てのトランザクションは、順序化される（応答は、これらの応答のための要求がマスターによって発行されたのと同じ順序で供給される）。異なる通信スレッドによるトランザクションは、いかなる順序化の制約も有さない。
【０００６】
米国特許第６，１８２，１８３号公報は、前記ソース機能ユニットから前記宛先機能ユニットまでの通信経路において、２つの後続する機能ユニット間でメッセージを交換するためのリンクレベルプロトコルを提供している。既知のプロトコルによれば、マスター機能ユニットは、命令（Ｃｍｄ）、アドレス（Ａｄｄｒ）又はデータ（ＤａｔａＲｅｑ）のような情報を生成すると同時に、前記情報が属するスレッドの識別子（ＲｅｑＴｈｒｅａｄＩＤ）を供給する。同様に、前記スレーブ機能ユニットは、情報（ＤａｔａＲｅｓｐ）を供給することができ、前記情報が属する通信スレッドを、識別子（ＲｅｓｐＴｈｒｅａｄＩＤ）によって示すことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
既知の分割された、パイプライン化されたバスプロトコルの不利な点は、データ消費機能ユニットが、自身がこのデータを受信する順序において限定された制御しか有さないことにある。前記データ消費機能ユニットが、いくつかの通信スレッドに関してデータに対して発行された要求を有する場合、データ生成機能ユニットが、これらのスレッドうちのどれが最初に供給されるかを決定する。このことは、要求された前記データが、前記データ消費機能ユニットの最適な機能を可能にしない順序で到達する結果を有し得る。
【０００８】
本発明の目的は、改良されたリンクレベルの通信プロトコルと、前記のような通信プロトコルを使用する改良された処理システムとを提供することにある。
【課題を解決するための手段】
【０００９】
この目的は、添付請求項１に記載の本発明による方法によって、及び添付請求項９に記載の処理システムによって、達成される。本発明者らによって、このことは、データ生成機能ユニットではなくデータ消費機能ユニットが、情報が交換される通信スレッドを選択する場合、いくつかの状況において有利であると認識されている。従って、本発明の処理システム及び方法において、一方では、通信経路における分割伝送プロトコルが適用される。他方では、互いに通信している通信経路内の少なくとも１対のデータ消費及びデータ生成機能ユニットに対して、前記データ消費機能ユニットは、自身がデータを受信する通信スレッドに関する直接的な制御を有する。
【００１０】
これらの一例は、前記データ消費機能ユニットがメモリコントローラである、データ処理ステムである。メモリコントローラは、特に、いくつかの通信スレッドからの情報の記憶／取得のスケジューリングを最適化する機能を有しており、この結果、記憶及び取得は、最短時間で行われることができる。本発明によるメモリコントローラは、自身が情報を要求するスレッドの順序を自身で選択することができるので、情報の記憶を非常に効率的にスケジュールすることができる。代替的には、前記メモリコントローラに、大きい入力バッファを設けることもできる。これにより、前記メモリバッファは、いくつかのスレッドから大量の情報を受信し、前記入力バッファから適切な順序で情報を選択することができるようになるが、このことは、他の機能用のシリコン領域の減少を犠牲にして行われる。
【００１１】
データ消費機能ユニットが処理スレッドを選択することができることが好ましい他の例は、データ消費機能ユニットが、複数のタスクを実行するように配されたプロセッサである場合である。各タスクの切り替えは、典型的には数百から千個の処理サイクルを必要とし得る。タスクの切り替えは、典型的には、前記プロセッサが、特定のスレッドに対して利用可能であるデータが不十分である場合に、生じ得る。本発明の実施例において、マルチタスク型のプロセッサは、同じスレッドによって継続するように、自身がデータを要求するスレッドを選択することができる。即ち、前記プロセッサは、自身の読み出しデータ要件を考慮に入れてタスクをスケジュールし、このことを、通信スレッドの識別子によってデータ生成機能ユニットに示す。
【００１２】
このようにして、タスク切り替えの頻度は、低減されることができる。
【図面の簡単な説明】
【００１３】
【図１】データ処理システムを模式的に示している。
【図２】本発明による、前記データ処理システム内の通信経路内の１対のデータ生成機能ユニット及びデータ消費機能ユニットを模式的に示している。
【図３】本発明による、前記データ処理システムの第２実施例における１対のデータ生成機能ユニット及びデータ消費機能ユニットを模式的に示している。
【図４】本発明によるデータ処理システムの第３実施例における１対のデータ生成機能ユニット及びデータ消費機能ユニットを模式的に示している。
【図５】本発明によるデータ処理システムの第４実施例における１対のデータ生成機能ユニット及びデータ消費機能ユニットを模式的に示している。
【発明を実施するための形態】
【００１４】
本発明のこれら及び他の見地は、添付図面を参照して、より詳細に記載される。
【００１５】
図１は、複数の機能ユニットを接続しているネットワークを有するデータ処理システムを模式的に示している。前記処理システムは、データと該データのための通信スレッドの識別子とを、分割プロトコルに従って、ソース機能ユニットＳＦＵから宛先機能ユニットＤＦＵまでの１つ以上の中間ユニットＩＦＵ1、…、及びＩＦＵ５を介する通信経路（矢印で示されている）に沿って伝送する。データを通信スレッドの識別子と一緒に伝送することにより、互いに異なる通信スレッドの識別子を有する複数の関連のないトランザクションが、独立に発生されることができる。
【００１６】
図２は、１対のデータ消費機能ユニットＣＦＵ及びデータ生成機能ユニットＰＦＵを、より詳細に、模式的に示している。一例として、データ消費機能ユニットＣＦＵ及びデータ生成機能ユニットＰＦＵは、図１において、それぞれ宛先機能ユニットＤＦＵ及び第５中間ユニットＩＦＵ５である。
【００１７】
当該通信経路内のデータ消費機能ユニット（ＣＦＵ）及びデータ生成機能ユニット（ＰＦＵ）は、ハンドシェイク手順によって互いに直接的に通信する。ここで、データ消費機能ユニットＰＦＵは、データに対する要求ＲＥＱを発行し、自身が該データを要求する通信スレッドを識別する通信スレッドの識別子ＴＩＤを示す。前記データ消費機能ユニットは、ＴＩＤの有効性を信号ＴＩＤＶＡＬによって明示的に示す。代替的には、要求ＲＥＱ及び通信スレッドの識別子ＴＩＤの有効性は、これらの信号ＲＥＱ及びＴＩＤの一方の特定の値によって示されることもできる。データ生成機能ユニットＰＦＵが、利用可能な、要求された前記通信スレッドに関するデータを有する場合、該データ生成機能ユニットＰＦＵは、信号ＡＣＣＥＰＴＰによって受理を示し、要求されたデータＲＥＳＰＤＡＴを供給することによって、応答する。他の実施例において、前記データ生成機能ユニットは、固定数のクロックサイクルにおいて、前記要求を受理する。この場合、受理を示す別個の信号は不要である。
【００１８】
自身の番において、データ消費機能ユニットＣＦＵは、信号ＡＣＣＥＰＴＣによってデータの受理を示す。他の実施例において、前記データ消費機能ユニットは、常に、固定数のクロックサイク内で前記データを受理し、別個の受理信号は、前記データ消費機能ユニットによって発生される必要はない。
【００１９】
図３は、拡張されたプロトコルを示している。前記プロトコルは、データ消費機能ユニットＣＦＵによって同じ仕方で開始され、該データ消費機能ユニットＣＦＵは、通信スレッドの識別子ＴＩＤに関する指示を供給し、通信スレッドの識別子ＴＩＤが有効であることを信号ＴＩＤＶＡＬによって明示的に示す、又はＴＩＤ信号の特定値を確保することによって黙示的に示すことにより、通信スレッドの識別子ＴＩＤが有効な通信スレッドを表していないことを示す。この例において、データ消費機能ユニットＣＦＵは、特定の通信スレッドの識別子を供給することにより、データを読み出すための要求を発行することができるのみである。データ消費機能ユニットＣＦＵが他の命令発行することも望まれている場合、１つ以上の付加的な要求識別信号が、前記命令の種類を特定するように付加されることができる。
【００２０】
図２に示されている実施例とは対照的に、データ生成機能ユニットＰＦＵは、ＣＦＵに自身がデータを受信したい他の通信スレッドの識別子ＴＩＤを示すように付加的に要求することができる。前記のような目的のために、ＰＦＵは、第１及び第２出力信号ＡＣＣＥＰＴＰ及びＲＥＡＤＹを供給し、これらは、好適実施例において、以下の意味を有する：
【表１】
2011070701.tif 000003
【００２１】
肯定応答の発行は複数のサイクルを取り得て、この時間においてＲＥＡＤＹ信号はｌｏｗ（０）に保持される。この時間の間、信号ＡＣＣＥＰＴＰの値は、重要ではない（＊）。ＰＦＵがレディである場合、ＲＥＡＤＹが上げられ（１）、信号ＡＣＣＥＰＴＰにおいて、トランザクションが受理された（１）か又は受理されていない（０）かを示す。トランザクションが遅延されている場合（ＡＣＣＥＰＴＰ＝０）、他の通信スレッドに切り替えることもできる。
【００２２】
図３の実施例において、リンクレベルのデータ交換が進行されることができるかどうか又はこれが遅延されているかどうかを符号化する１つの付加的な信号がある。ただ１つの付加的な信号によって、単に進行／遅延のフィードバックが実現可能である。このことは、なぜトランザクションが通信スレッド上で進行することができないのか（空／満杯のバッファ、及び通信スレッド上のデータを期待していない処理がＣＰＵ上で走らされている等のような、複数の原因があり得る場合）、又はどれくらいの長さのトランザクションが通信スレッド上で進行されることができるか（例えば、少なくともＮ個のトランザクションを通信スレッド上で進行させるのに十分なバッファリング／データがある場合）に関するより入念なフィードバックを符号化することによって、一般化されることができる。
【００２３】
本発明の更に他の実施例は、図面４及び５を参照して説明される。これらの図において、当該伝送方法は、情報が、通信スレッドの情報を交換するようにデータ生成機能ユニット（ＰＦＵ）からデータ消費機能ユニット（ＣＦＵ）に交換される他のハンドシェイク手順を含む。前記他のハンドシェイク手順は、データが交換される前記ハンドシェイク手順と独立である。図４及び５において、信号ＴＩＤ、ＴＩＤＶＡＬ、ＲＥＳＰＤＡＴ、ＡＣＣＥＰＴＰ及びＡＣＣＥＰＴＣは、図２を参照して記載された意味を有する。これらの信号は、データ消費機能ユニットＣＦＵによって示される特定の通信スレッドに関してデータを交換する第１ハンドシェイク手順の一部を形成している。データ生成機能ユニットＰＦＵによって供給される通信スレッドの情報は、前記ＣＦＵ内のスケジューラによって、該スケジューラがデータを要求する通信スレッドの順序をより良くスケジュールするのに使用されることができる。前記情報とは、例えば、前記通信スレッドに関して利用可能であるデータの量、又は新しいデータが利用可能になるまでに期待される時間間隔であり得る。
【００２４】
図４の実施例において、前記他のハンドシェイク手順は、データ消費機能ユニットＣＦＵによって制御される情報要求信号ＩＮＦＴＩＤを含んでいる。この信号は、前記データ消費機能ユニットＣＦＵが付加的な情報を示している特定の通信スレッドを示している。データ消費機能ユニットＣＦＵは、情報要求信号ＩＮＦＴＩＤの有効性を信号ＩＮＦＶＡＬによって示す。固定数のクロックサイクルにおいて、データ生成機能ユニットＰＦＵは、指定されている通信スレッドに関する情報ＴＩＤＩＮＦＯを供給する。固定数サイクルの後に情報ＴＩＤＩＮＦＯを供給する代わりに、これは、データ生成機能ユニットＰＦＵがこの情報の有効性を示す信号を供給する場合、可変な時間間隔で供給されることもできる。図４の実施例において、データ消費機能ユニットＣＦＵは、このことが独立のハンドシェイク（ＴＩＤ、ＴＩＤＶＡＬ、ＲＥＳＰＤＡＴ、ＡＣＣＥＰＴＰ、ＡＣＣＥＰＴＣ）において行われるので、データの転送と独立にＰＦＵに情報をポーリングする。
【００２５】
図５は、ＰＦＵが、前記他のハンドシェイク手順において通信スレッドの情報の転送を制御する実施例を示している。ＰＦＵは、自身が情報を有している通信スレッドを信号ＩＮＦＴＩＤによって示し、該情報を信号ＴＩＤＩＮＦＯによって供給する。これらの信号の有効性は、信号ＩＮＦＶＡＬによって示される。ＰＦＵは、各ハンドシェイクにおいて全ての通信スレッドに関する情報を供給することができると共に、これは独立のハンドシェイク（ＴＩＤ、ＴＩＤＶＡＬ、ＲＥＳＰＤＡＴ、ＡＣＣＥＰＴＰ、ＡＣＣＥＰＴＣ）において行われているので、データの転送とは独立に供給される。代替的には、ＰＦＵは、この時点において、１つの通信スレッドに関する前記情報を供給することもできる。好適実施例において、情報は、通信スレッドの状態が変化されている場合にのみ、供給される。
【００２６】
本発明の保護範囲は、本明細書に記載されている実施例に限定されるのものではないことを特筆する。情報（例えば、通信スレッドに関するデータ、通信スレッドに関する情報）は、いくつかの仕方（直列、並列又は組み合わせの仕方）で、処理ユニット間で交換されることができることに留意されたい。
【００２７】
本発明の保護範囲は、添付請求項における符号によって制限されるものでもない。「有する」という語は、請求項に記載されていない他の部分を排除するものではない。単数形の構成要素は、複数のこのような構成要素を排除するものではない。本発明の一部を形成している手段は、専用ハードウェアの形態、又はプログラムされた汎用プロセッサの形態の両方において実施されることができる。本発明は、各新しいフィーチャ又はフィーチャの組み合わせにある。
【図１】
2011070701.tif 000004
【図２】
2011070701.tif 000005
【図３】
2011070701.tif 000006
【図４】
2011070701.tif 000007
【図５】
2011070701.tif 000008
【手続補正書】
【提出日】平成23年1月11日(2011.1.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データと該データのための通信スレッドの識別子とを、ソース機能ユニットから宛先機能ユニットへの通信経路に沿って伝送する分割プロトコル伝送方法において、
データ消費機能ユニットとデータ生成機能ユニットとの間の通信経路においてハンドシェイク手順を用いて直接通信するステップと、
前記データ消費機能ユニットから前記データ生成機能ユニットへと通信スレッド識別子を提供するステップと、
前記データ生成機能ユニットが前記通信スレッドの識別子を受理するとき、前記データ生成機能ユニットから前記データ消費機能ユニットへと前記通信スレッド識別子に関連付けられるデータを提供するステップと、
前記データ生成機能ユニットが前記通信スレッドの識別子を受理しないとき、前記データ消費機能ユニットから前記データ生成機能ユニットへと別の通信スレッド識別子を提供するステップであって、前記別の通信スレッド識別子が、前記データ生成機能ユニットからのリクエストに応答する形で提供される、ステップとを有する、分割プロトコル伝送方法。
【請求項２】
前記データ消費機能ユニットから前記データ生成機能ユニットへと前記通信スレッド識別子が有効であることを示す別の信号を提供するステップを更に有する、請求項１に記載の方法。
【請求項３】
前記データ生成機能ユニットが、固定数のクロックサイクル内で前記通信スレッド識別子を受理する、請求項１に記載の方法。
【請求項４】
前記データ消費機能ユニットが、該データ消費機能ユニットが前記データ生成機能ユニットから前記データを受理したことを示す、請求項１に記載の方法。
【請求項５】
前記データ消費機能ユニットが、固定数のクロックサイクル内で、前記データ生成機能ユニットから前記データを受理する、請求項１に記載の方法。
【請求項６】
前記データ生成機能ユニットが、前記データ消費機能ユニットが、前記通信スレッドの識別子を示すことを継続しなければならない状況が存在するかどうかを示す情報を供給する、請求項２に記載の方法。
【請求項７】
追加的なハンドシェイク手順を更に有し、前記追加的なハンドシェイク手順において、通信スレッドの情報を交換するための情報が、前記データ生成機能ユニットと前記データ消費機能ユニットとの間で交換され、前記追加的なハンドシェイク手順が、請求項１に記載のハンドシェイク手順とは独立している、請求項１に記載の方法。
【請求項８】
前記データ消費機能ユニットが前記通信スレッド識別子を受理するとき、前記データ消費機能ユニットが、スレッド受理信号を提供し、及び前記スレッド受理信号を提供する後まで、データを提供するステップを遅延させる、請求項１に記載の方法。
【請求項９】
複数の機能ユニットを有する処理システムであって、該処理システムは、データと該データのための通信スレッドの識別子とを、ソース機能ユニットから宛先機能ユニットへと通信経路に沿って分割プロトコルに基づき伝送するよう構成され、該通信経路におけるデータ消費機能ユニットとデータ生成機能ユニットとが、ハンドシェイク手順を用いて互いに直接通信するよう構成されており、前記データ消費機能ユニットが、前記データ生成機能ユニットに通信スレッドの識別子を示し、前記データ生成機能ユニットが、前記通信スレッド識別子に関連付けられるデータを前記データ消費機能ユニットに提供し、前記データ生成機能ユニットが前記通信スレッドの識別子を受理しないとき、前記データ消費機能ユニットが、前記データ生成機能ユニットに別の通信スレッド識別子を提供し、及び前記別の通信スレッド識別子が、前記データ生成機能ユニットからのリクエストに応答する形で提供される、処理システム。
【請求項１０】
前記データ消費機能ユニットが、到来する読み出しデータに基づいてタスクをスケジュールすることができる特定アプリケーション向けプロセッサである、請求項９に記載の処理システム。
【請求項１１】
前記データ消費機能ユニットが、メモリアクセス時間を減少させる順に、通信スレッド識別子の指示を与えるスケジューラを有するメモリコントローラである、請求項９に記載の処理システム。
【請求項１２】
前記データ生成機能ユニットが、前記通信スレッド識別子の受理を示す受理信号を発行することなしに、固定数のクロックサイクル内で前記通信スレッド識別子を受理する、請求項１に記載の方法。
【請求項１３】
前記データ消費機能ユニットが、前記データの受理を示す受理信号を発行することなしに、固定数のクロックサイクル内で前記データ生成機能ユニットから前記データを受理する、請求項１に記載の方法。
【請求項１４】
前記データ消費機能ユニットが、前記通信スレッド識別子が有効であることを示すための別の信号を前記データ生成機能ユニットに提供する、請求項９に記載の処理システム。
【請求項１５】
前記データ生成機能ユニットが、前記通信スレッド識別子の受理を示す受理信号を発行することなしに、固定数のクロックサイクル内で前記通信スレッド識別子を受理する、請求項９に記載の処理システム。
【請求項１６】
前記データ消費機能ユニットが、前記データの受理を示す受理信号を発行することなしに、固定数のクロックサイクル内で前記データ生成機能ユニットから前記データを受理する、請求項９に記載の処理システム。
【外国語明細書】
2011070701000001.pdf