(57)【要約】  相互接続されるサブシステムアーキテクチャにおける肯定応答の仕組みに関連する方法及び装置。データメッセージが送信された後に、送信側デバイスは、相互接続アーキテクチャに関連付けられるサブシステム間通信プロトコルによって定義されないチャネル上で肯定応答メッセージを送信することができる。定義されないチャネルは、報知チャネルとして定義されるチャネル上で、デバイス固有識別子を用いて生成することができる。受信側デバイスは、サイドバンド制御信号線を切り替えることによって、その転送に肯定応答することができる。【選択図】図６
2008513905.tif 000002
【特許請求の範囲】
【請求項１】
データ転送に肯定応答するための方法であって、
通信インターフェースを介してメッセージを送信することであって、該通信インターフェースは、標準的な通信インターフェース仕様において割り当てられる報知チャネル及びデバイス固有チャネルを有し、該報知チャネルは、報知識別子を用いて複数のデバイスにデータ転送するために前記仕様において定義され、該デバイス固有チャネルは、特定のデバイスにデータ転送するために前記仕様において定義され、前記メッセージは、デバイス固有識別子とともに、前記デバイス固有チャネル上で送信される、送信すること、
その後、前記報知チャネル上で、前記デバイス固有識別子とともに、前記通信インターフェースを介して異なるメッセージを送信すること、
制御信号の状態を判定すること、及び
前記制御信号の前記状態に少なくとも一部基づいて、前記メッセージを再送するか否かを判定すること
を含む、データ転送に肯定応答するための方法。
【請求項２】
前記通信インターフェース仕様標準規格は、モバイルスケーラブルリンク２（ＭＳＬ２）標準規格を含む、請求項１に記載のデータ転送に肯定応答するための方法。
【請求項３】
前記報知チャネルは、チャネル８、９又は１５のうちの１つを含む、請求項２に記載のデータ転送に肯定応答するための方法。
【請求項４】
前記報知チャネルはチャネル８を含む、請求項３に記載のデータ転送に肯定応答するための方法。
【請求項５】
前記制御信号は、前記通信インターフェースのフロー制御線を含む、請求項１に記載のデータ転送に肯定応答するための方法。
【請求項６】
前記フロー制御線は、待機信号線を含む、請求項５に記載のデータ転送に肯定応答するための方法。
【請求項７】
前記フロー制御線の前記状態がアサートされる場合には、前記メッセージが再送されることになる、請求項１に記載のデータ転送に肯定応答するための方法。
【請求項８】
前記制御線がアサートされることは、前記状態が検査されるときに、該制御線がハイ論理レベルにあることを含む、請求項７に記載のデータ転送に肯定応答するための方法。
【請求項９】
命令を与えるための内容を有する機械アクセス可能媒体を含む製品であって、該命令によって、機械が、
通信バスを介してデバイス固有メッセージを送信することであって、該通信バスは通信インターフェース標準仕様において定義される報知チャネル及び報知以外のチャネルを有し、該報知チャネルは報知チャネル番号及び報知アドレスとともに前記仕様において定義され、該報知以外のチャネルは報知以外のチャネル番号及びデバイス固有アドレスとともに前記仕様において定義され、前記デバイス固有メッセージは、デバイス固有アドレスとともに、前記報知以外のチャネル上で送信される、送信すること、
その後、前記報知チャネル上で、前記デバイス固有アドレスを用いて、異なるデバイス固有メッセージを送信すること、
サイドバンド信号の状態を判定すること、及び
前記制御線の前記状態に少なくとも一部基づいて、前記サイドバンド信号を再送するか否かを判定すること
を含む動作を実行する、命令を与えるための内容を有する機械アクセス可能媒体を含む製品。
【請求項１０】
前記通信インターフェース仕様標準規格は、モバイルスケーラブルリンク２（ＭＳＬ２）標準規格を含む、請求項９に記載の製品。
【請求項１１】
前記サイドバンド信号は前記通信バスの制御線を含む、請求項９に記載の製品。
【請求項１２】
前記制御線は待機信号線を含む、請求項１１に記載の製品。
【請求項１３】
データ転送に肯定応答するための方法であって、
通信インターフェースを介してメッセージを受信することであって、該通信インターフェースは、標準的な通信インターフェース仕様において割り当てられる報知チャネル及びデバイス固有チャネルを有し、該報知チャネルは、報知識別子を用いて複数のデバイスにデータ転送するために前記仕様において定義され、該デバイス固有チャネルは、特定のデバイスにデータ転送するために前記仕様において定義され、前記メッセージは、デバイス固有識別子とともに、前記デバイス固有チャネル上で受信される、受信すること、
その後、前記報知チャネル上で、前記デバイス固有識別子とともに、前記通信インターフェースを介して異なるメッセージを受信すること、及び
制御信号の状態を変更して、前記受信されたメッセージの肯定応答を送信側デバイスに指示すること
を含む、データ転送に肯定応答するための方法。
【請求項１４】
前記通信インターフェース仕様標準規格は、モバイルスケーラブルリンク２（ＭＳＬ２）標準規格を含む、請求項１３に記載のデータ転送に肯定応答するための方法。
【請求項１５】
前記報知チャネルは、チャネル８、９又は１５のうちの１つを含む、請求項１４に記載のデータ転送に肯定応答するための方法。
【請求項１６】
前記制御信号は、前記通信インターフェースのサイドバンド制御線を含む、請求項１３に記載のデータ転送に肯定応答するための方法。
【請求項１７】
前記サイドバンド制御線は、待機信号線を含む、請求項１６に記載のデータ転送に肯定応答するための方法。
【請求項１８】
前記制御信号の前記状態は、前記メッセージが適切に受信されなかったことを指示するために、デアサート状態からアサート状態に変更される、請求項１３に記載のデータ転送に肯定応答するための方法。
【請求項１９】
前記制御線の前記状態は、該状態をデアサート状態からアサート状態に変更するために、ロー論理レベルからハイ論理レベルに変更される、請求項１８に記載のデータ転送に肯定応答するための方法。
【請求項２０】
命令を与えるための内容を有する機械アクセス可能媒体を含む製品であって、該命令によって、機械が、
通信バスを介してデバイス固有メッセージを受信することであって、該通信バスは、通信インターフェース標準仕様において定義される報知チャネル及び報知以外のチャネルを有し、該報知チャネルは報知チャネル番号及び報知アドレスとともに前記仕様において定義され、該報知以外のチャネルは、報知以外のチャネル番号及びデバイス固有アドレスとともに前記仕様において定義され、前記デバイス固有メッセージは、前記デバイス固有アドレスとともに、前記報知以外のチャネル上で受信される、受信すること、
その後、前記報知チャネル上で、前記デバイス固有アドレスとともに、異なるデバイス固有メッセージを受信すること、及び
制御信号の状態を変更して、前記受信されたメッセージの肯定応答を送信側デバイスに指示すること
を含む動作を実行する、命令を与えるための内容を有する機械アクセス可能媒体を含む製品。
【請求項２１】
前記通信インターフェース仕様標準規格は、モバイルスケーラブルリンク２（ＭＳＬ２）標準規格を含む、請求項２０に記載の製品。
【請求項２２】
前記サイドバンド信号は前記通信バスの制御線を含む、請求項２０に記載の製品。
【請求項２３】
前記制御線は待機信号線を含む、請求項２２に記載の製品。
【請求項２４】
プロセッサ間データ転送に肯定応答するための装置であって、
定義された報知チャネル及び定義されたデバイス固有チャネルを有するデータ線であって、該報知チャネルは、報知チャネル番号及び報知アドレスを用いて起動されるように標準的なプロトコル定義において定義され、該デバイス固有チャネルは、デバイス固有チャネル番号及びデバイス固有アドレスを用いて起動されるように該プロトコル定義において定義され、前記デバイス固有チャネルによって該データ線上で転送されるデータメッセージは、前記デバイス固有チャネル番号、及び該データメッセージを受信するためのデバイスのデバイス固有アドレスを用いて起動され、その後、前記報知チャネルによって該データ線上で転送される肯定応答メッセージは、前記報知チャネル番号、及び受信側デバイスの前記デバイス固有アドレスを用いて起動される、データ線と、
前記肯定応答メッセージに応答して前記受信側デバイスによってアサートされ、該受信側デバイスが前記データメッセージを現時点で受信したか否かを指示するためのサイドバンド信号線と
を備える、プロセッサ間データ転送に肯定応答するための装置。
【請求項２５】
前記肯定応答メッセージは、前記報知チャネル番号、前記デバイス固有アドレス、及び２バイトのデータを含む、請求項２４に記載のプロセッサ間データ転送に肯定応答するための装置。
【請求項２６】
前記２ニブルのデータはドントケアデータバイトを含む、請求項２５に記載のプロセッサ間データ転送に肯定応答するための装置。
【請求項２７】
前記信号線は、前記受信側デバイスが前記データメッセージを現時点で受信していないことを指示するためにアサートされる、請求項２４に記載のプロセッサ間データ転送に肯定応答するための装置。
【請求項２８】
システムであって、
マスターデバイスと、
スレーブデバイスと、
前記マスターデバイスと前記スレーブデバイスとを相互接続する通信バスであって、該マスターデバイスは該通信バスを制御し、該通信バスはデータ線及び制御信号線を含み、該データ線は報知チャネル上で報知データだけを転送するためにプロセッサ間プロトコル標準規格において定義され、前記マスターデバイスは、変更されたデータ線定義に従って、前記報知チャネル上で前記スレーブデバイスに報知以外のデータを送信し、該変更されたデータ線定義は、前記報知チャネル上で報知以外のデータを転送できるようにし、該報知以外のデータ転送は、前記マスターデバイスから前記スレーブデバイスに肯定応答メッセージを転送し、前記制御信号線は、前記スレーブデバイスから前記マスターデバイスへの該肯定応答を指示する、通信バスと、
前記マスターデバイスに接続され、該マスターデバイスによって実行されるべきコードシーケンスを格納するための不揮発性記憶装置と
を備える、システム。
【請求項２９】
前記変更されたデータ線定義は、前記報知チャネル上での前記肯定応答メッセージを、前記報知チャネル番号と、報知識別子以外のデバイス固有識別子とを用いて、前記報知チャネルを起動するメッセージと定義することを含み、前記制御信号線は、否定応答を指示するために、前記肯定応答メッセージに応答してアサートされる、請求項２８に記載のシステム。
【請求項３０】
前記プロセッサ間プロトコル標準規格はモバイルスケーラブルリンク２（ＭＳＬ２）標準規格を含み、前記報知チャネルはチャネル８、９又は１５のうちの１つを含み、前記制御信号線はフロー制御待機信号線を含む、請求項２９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態はプロセッサ間通信に関し、具体的には、モバイルスケーラブルリンク（ＭＳＬ）アーキテクチャにおける転送肯定応答の仕組みに関する。
【０００２】
［関連出願］
本出願は、共通の発明人を有し、同時に出願された「Providing Additional Channels for an MSL Architecture」というタイトルの米国特許出願、番号未定、代理人整理番号第４２Ｐ２００７５号に関連する。
【背景技術】
【０００３】
モバイルスケーラブルリンク（ＭＳＬ）プロトコルに従う従来のプロセッサ間通信は、ＭＳＬ仕様のチャネル定義の制約を受ける。具体的には、１つのチャネルを指定するために、ＭＳＬアーキテクチャでは４ビットを利用することができ、ＭＳＬ２では、全部で１６個の潜在的なチャネルが定義される。さらに、従来のＭＳＬデータ転送は単方向であり、送信側デバイスがデータを送信することだけを提供し、そのデータが適切に受信されたことを、受信側デバイスが肯定応答するための仕組みは提供しない。
【発明の開示】
【０００４】
本発明の複数の実施形態の説明は、添付の図面において、例示として種々の実例を含むが、それらの実例には限定されない。
【発明を実施するための最良の形態】
【０００５】
本明細書において「一実施形態」の種々の参照は、本発明の少なくとも１つの実施形態に含まれる特定の特徴、構造又は特性を記述するものと理解されるべきである。したがって、「一実施形態において」、又は「別の実施形態において」等の言い回しが現われても、それは本発明の種々の実施形態を説明することがあり、必ずしも全てが同じ実施形態を参照するとは限らないことがある。
【０００６】
図１は、プロセッサ間通信アーキテクチャを利用するシステムの一実施形態のブロック図である。システム１２０は、通信バス１１０上で通信する、複数のデバイス、装置、機械等を含むことができる。システム１２０は、携帯電話、携帯情報端末（ＰＤＡ）、無線通信デバイス、ポータブルコンピューティングデバイス等を含む、相互接続上に複数のデバイスを有することができる種々のタイプのデバイスを表す。システム１２０は、たとえば、デジタル腕時計、ステレオシステム、カメラ等の他のデバイスを表す場合もある。
【０００７】
通信バス１１０は、システム１２０の種々のデバイス間の１つ又は複数の信号線を表す。一実施形態では、通信バス１１０は、種々のデバイスの間の物理的な配線を表すことができる。一実施形態では、通信バス１１０は、データ線及びサイドバンド信号線を含むことができる。たとえば、通信バス１１０として、モバイルスケーラブルリンク（ＭＳＬ）又はＭＳＬ２マルチドロップバスを用いることができる。
【０００８】
通信バス１１０上に存在する場合があるデータ線は、いくつかの論理チャネルが存在し得る通信インターフェースを提供する。一実施形態では、チャネルは物理的な線上で多重化されることができる。報知チャネル、及び報知チャネル以外の、すなわちデバイス固有の他のチャネルを含むチャネル上で機能するように通信を指定することができる。たとえば、或るプロトコルは、そのうちの１つがアドレス又は他の識別子（一般的には、ＩＤ、すなわちデバイス固有ＩＤ）である２つ以上のヘッダフィールドと、１つのチャネル番号とを指定することができる。これらのフィールドがデータ線上に送出されるとき、その番号に対応するチャネルが起動され、特定されたデバイス（複数可）が、データペイロードを受信するように指示される。
【０００９】
１つ又は複数のチャネル番号を報知チャネルとして定義することができ、１つ又は複数のチャネル番号を、報知チャネル以外のチャネル、すなわちデバイス固有のチャネルとして定義することができる。特定のチャネル番号定義を有することのほかに、一実施形態では、報知チャネルと、報知以外のチャネルとの間の差は、チャネルが呼び出される態様である。たとえば、報知チャネルは、報知チャネル番号、及び報知ＩＤ、すなわち通信バス１１０上にある全てのデバイスが受信すべきであることを指示するために定義された或る識別子によって指定することができる。報知以外のチャネルは、チャネル番号がデバイス固有チャネルとして定義され得るチャネルであり、デバイス固有ＩＤがデータ線上に送出される。したがって、報知チャネルは、１つのデバイスから、通信バス１１０上にある複数の、すなわち他の全てのデバイスへの通信を提供することができ、報知以外のチャネルは、送信側デバイスから、ＩＤ番号に一致する特定のデバイスへの通信を提供することができる。
【００１０】
サイドバンド線は、２つ以上のデバイス間に存在することができ、且つデータ線とは別に、又はデータ線とともに、又はデータ線と並列に２つ以上の通信するデバイス間で情報を提供するためにアサートされる（アクティブハイの線の場合にハイ（論理１）に設定され、アクティブローの線の場合にロー（論理０）に設定される）ことができる１つ又は複数の信号線と理解されたい。サイドバンド線として、たとえば、送信要求信号、待機信号、システムクロック線等を指示するための線を用いることができる。
【００１１】
一実施形態では、通信バス１１０は、調停によって制御することができる。調停方式では、或る時点において、ただ１つのデバイスが、そのバスを制御することができる。或るデバイスがバスを「制御」するという条件を指定することは、データ線及びサイドバンド線に当てはまる場合がある。別法では、或るデバイスがバスを制御するという条件を指定することは、単に、そのデバイスが、通信バス１１０の物理的な線のうちの１つ又は複数の線上で通信する権利を有することを指していることがある。一実施形態では、調停を用いて、バス上でマスターデバイス及びスレーブデバイスを指示することができる。マスターは、データ線上でメッセージ（たとえば、ＩＤ、チャネル番号、データバイト等）を送出する権利を有することができる。それゆえ、マスターデバイスは、送信する機会を与えられるように指定されたデバイスである。スレーブは、マスターがバスを制御している間は、データ線上でメッセージを送出する権利がない。それゆえ、スレーブは、受信するように指定されたデバイスか、又は通信を受信していないが、そのデバイスに対して通信が送出されるまで、又はそのデバイスが送信する機会を得るまで待機しなければならないデバイスである場合がある。しかしながら、一実施形態では、バスがマスターによって制御される場合であっても、１つ又は複数のサイドバンド信号が、受信側デバイス又はスレーブデバイスによってアサートされることがある。それらのデバイスは、それぞれが送信する機会を得る度に、バス、すなわちデータ線を交互に制御することができる。
【００１２】
したがって、デバイス１００はバスを制御することができ、それゆえマスターと見なすことができる。一実施形態では、デバイス１００は、サブシステム、回路、プロセッサ等を表す。プロセッサとしてのデバイス１００は、システム１２０内の汎用プロセッサ、アプリケーションプロセッサ（たとえば、システム１２０上で１つ又は複数のアプリケーションレベルのプログラム／コードにアクセスし、且つ／又はその実行を制御するデバイス）等を表すことができる。一実施形態では、システム１２０内の上位のプロセッサが、バスマスターとして動作し始めることができ、通信バス１１０のためのクロック信号を生成することができる。上位のプロセッサは、システム１２０の動作中に、通信バス１１０上でスレーブとして交互に入れ替わることができる。システム１２０内には、図示されるデバイスよりも、多くの、又は少ないデバイスが存在し得る。
【００１３】
デバイス１０１〜１０３は、他の回路、サブシステム、プロセッサ、ロジックアレイ、周辺装置、外部サーバ等を表す。各デバイス１０１〜１０３は、システム１２０の動作／実行の或る時点では、マスターデバイスを表すことができる。他の時点では、これらのデバイスは、通信バス１１０に取り付けられるスレーブデバイスを表す。図１が、システム１２０の実行中のスナップショットと見なされる場合、これらのデバイスは、その時点では、スレーブデバイスであると見なすことができ、メッセージを受信し、且つ／又はそれらのデバイスがメッセージを受信及び／又は送信するような時点までアイドル状態のままになるであろう。
【００１４】
一実施形態では、通信バス１１０は、報知チャネル、及び報知以外のチャネルをサポートすることができ、報知チャネルは特定のチャネル番号及び報知ＩＤによって指定され、報知以外のチャネルは、別の異なる特定のチャネル番号及びデバイス固有ＩＤによって指定される。一実施形態では、報知ＩＤは１６進数の「Ｆ」である。一実施形態では、デバイス固有ＩＤは範囲０〜７の数である。一実施形態では、チャネルの数は、たとえば、８、１６、１２８等にすることができる。チャネルの数は、チャネル番号を指定するために用いられるビット数によることができる。たとえば、１ニブル（４ビット）のチャネル番号識別子は、１６個の異なるチャネルを特定できる可能性がある。全ての潜在的に利用可能なチャネルは、報知チャネル、又は報知以外のチャネルのいずれかとして定義されると考えられる。全てのチャネルが定義される場合には、従来では、将来に使用するために予約されるチャネルは存在しないであろう。
【００１５】
一実施形態では、全ての潜在的なチャネルが報知チャネル又は報知以外のチャネルのいずれかとして定義されるシステムが、同じアドレス空間内でさらに多くのチャネルを定義するための仕組みを利用することができる。たとえば、１つの報知チャネルが定義される場合には、その報知チャネルとともに、デバイス固有ＩＤを用いることができる。同様に、報知ＩＤを、報知以外のチャネルとともに用いることもできる。したがって、一実施形態では、或るチャネルが報知チャネルであるか、報知以外のチャネルであるかは、データチャネル上で送出される指定されたチャネル番号ではなく、データチャネル上で送出されるＩＤ番号よって判定することができる。プロトコルによって指定された報知以外のチャネルの数までの多数の付加的な報知チャネルを生成して、仕様／プロトコル定義において定義することができる用途以外のために利用することができる。同様に、報知チャネルの数までの多数の付加的な報知以外のチャネルを生成して、仕様／プロトコル定義において定義することができる用途以外のために利用することができる。
【００１６】
図２は、プロセッサ間通信仕様のチャネル定義の一実施形態のブロック図である。一実施形態では、プロセッサ間通信定義は、デバイス固有アドレスを利用するチャネルと、報知アドレスを利用するチャネルとを定義することができる。一例では、ＭＳＬは１６チャネルを定義し、チャネル８、９及び１５は報知チャネル（broadcast use）として専用に割り当てられており、残りのチャネルはデバイス固有のメッセージ転送のために割り当てられている。従来のＭＳＬでは、１６個の定義されたチャネルよりも多くのチャネルは許されない。
【００１７】
一実施形態では、デバイス固有アドレスをチャネル８、９及び／又は１５とともに利用して、付加的なデバイス固有のメッセージ転送の仕組みを提供する。図２では、これらは、将来に使用するために予約された（ＰＦＵ）チャネルとして指定される。これらのチャネルはＭＳＬ仕様では定義されないので、これらは予約される。それらのチャネルは定義されないので、システム設計者は、設計の必要に応じて特定のアプリケーション又は用途のためにこれらのチャネルを定義することができる。
【００１８】
一実施形態では、報知アドレスをチャネル０〜７及び／又は１０〜１４のうちの１つとともに利用して、付加的な報知メッセージ転送の仕組みを提供する。同じく、これらのチャネルは、システム報知情報のために必要に応じて定義することができる。たとえば、或るシステム内にある特定のデバイスの場合に、固有に定義された（custom）システム状態、メッセージ等が有用なことがある。
【００１９】
これらのチャネルは従来のＭＳＬでは定義されないので、１つ又は複数のＲＦＵチャネルを用いるシステムは、それでも従来のシステムと後方互換性があるであろう。たとえば、報知アドレスが、報知チャネル８とともに用いられるものと定義されるので、報知アドレス以外のアドレスが報知チャネルのために指定される場合には、システム内のデバイスはそのメッセージを無視することができる。報知チャネル上で待ち受け状態なり、自らのデバイスＩＤが報知チャネル上で指定されるアドレスであるときに、メッセージを復号化することになるデバイスのために、デバイス固有アドレスを用いることができる。
【００２０】
図３は、プロセッサ間通信仕様を利用するシステムの通信バスの一実施形態のブロック図である。アプリケーションプロセッサ３１０として、システム内のアプリケーションレベルの機能を実行することができる、プロセッサ、サブシステム、ゲートアレイ等を用いることができる。アプリケーションプロセッサ３１０は、アプリケーションプロセッサ３１０と、１つ又は複数の他のプロセッサ、デバイス、サブシステム等、たとえばデバイス３２０との間のプロセッサ間通信を容易にするためのインターフェースを備えることができる。デバイス３２０は、周辺装置、回路、ハードウエア等を制御する、サブシステム及び／又はドライバを表すことができる。
【００２１】
一実施形態では、アプリケーションプロセッサ３１０はバスマスターであり、それは、アプリケーションプロセッサ３１０が、自らとデバイス３２０との間の物理的な配線のうちの１つ又は複数の部分を制御することを意味する。アプリケーションプロセッサ３１０は、デバイス３２０との物理的な配線へのインターフェースを備えることができる。同様に、デバイス３２０も、物理的な配線へのインターフェースを備えることができる。それらのインターフェースは、物理的な配線にデバイス／プロセッサを接続するための、ピン、受信回路、ドライブ回路、プルアップ／プルダウン回路、バッファ等のうちの１つ又は複数を含むことができる。物理的な配線は複数の信号線を含むことができ、クロック信号ＣＬＫ３３１、ストローブ信号ＳＴＢ３３２、待機信号ＷＡＩＴ３３３、データ線ＤＡＴ［Ｎ：０］３３４及び調停信号ＬＲＥＱ＃３３５を含むことができる。これらの信号が示されるが、システムによっては、存在する信号線がそれより多いことも、少ないこともある。
【００２２】
一実施形態では、ＤＡＴ［Ｎ：０］３３４は、プロセッサ間通信を送信することができる複数の信号線（たとえば、４、８）を表す。他の信号線は、サイドバンド信号線と呼ばれることがある。一実施形態では、マスターデバイスがＤＡＴ［Ｎ：０］３３４を制御する。マスターデバイスは、１つ又は複数のサイドバンド線も制御することができる。ＬＲＥＱ＃３３５によって表されるように、バスの制御は調停することができ、それは、制御が交替することを意味し、或る時点でマスターであるデバイスが、別の時点において、そのバス上でスレーブになることもある。一実施形態では、サイドバンド信号、たとえばＷＡＩＴ３３３は、バス上のスレーブデバイスによってアサートされることができる。
【００２３】
一実施形態では、ＤＡＴ［３：０］の４つのデータ線３３４のそれぞれに、１ニブルのうちの１ビットを送出することによって、１つのチャネルを指定することができる。別の実施形態では、データ線３３４は、８つのデータ線ＤＡＴ［７：０］を含むことができ、その線上に全バイトを送出することができる。別法では、各線が複数のタイムスロットに分割されるようにシステムを設計することができ、データ線ＤＡＴ［Ｎ：０］３３４のそれぞれが、種々のデータチャネルを個別に使用することができる。そのシステムは、ＤＡＴ［Ｎ：０］３３４上にチャネル番号、デバイスＩＤ及びデータペイロードが送出されるように動作することができる。一実施形態では、チャネル番号及び識別子がＤＡＴ［Ｎ：０］上に送出されるときに、チャネルを起動することができる。受信側デバイス（複数可）において識別子を復号化して、受信側デバイスが意図した受信機であるか否かを判定することができる。
【００２４】
２Ｎ個のチャネルが定義され、そのうちのいくつかが報知チャネルであり、いくつかが報知以外のチャネルであるシステムでは、報知チャネル上でデバイス固有ＩＤを指定して、付加的なデバイス固有のメッセージ転送の仕組みを提供することができる。同様に、デバイス固有チャネル上で報知ＩＤを指定して、付加的な報知メッセージ転送の仕組みを提供することができる。したがって、標準的なチャネル定義を拡張して、標準規格において定義される識別子以外の識別子を有するメッセージ転送を含むように変更されたチャネル定義を作成することができる。したがって、その仕様によれば、復号器は、チャネル上で予想される識別子以外の識別子を有するメッセージを、有効なメッセージとして受信することができる。
【００２５】
図４は、上記のようなプロセッサ間通信の一実施形態のタイミング図である。ＣＬＫは、タイミング図内のクロックパルスを表す。共有されるプロセッサ間通信バスは、そのバス上の通信が少なくとも関係している限り、バス上でデバイスを同期させるためのクロック信号を含むことができる。一実施形態では、ＤＡＴＡ［３：０］は、デバイスＩＤフィールド４１１と、チャネル番号フィールド４１２と、データフィールド４１３とを含むことができる。付加的なフィールド、及び／又は異なるフィールドサイズもサポートすることができる。
【００２６】
報知ＩＤ又はデバイス固有アドレス／ＩＤを、デバイスＩＤフィールド４１１に入れて、意図したメッセージ受信機を指示することができる。報知ＩＤは、そのメッセージが、複数のスレーブデバイスによって復号化されるべきであることを指示することができる。デバイス固有ＩＤは、そのメッセージが、指定された所定の受信機によってのみ復号化されるべきであることを指示することができる。たとえば、図４では、「１」のデバイス固有ＩＤは、アドレス／識別子「１」を有するデバイスがＤＡＴＡ［３：０］において送信されることになるメッセージの意図した受信機であることを指示する。一実施形態では、「Ｆ」のデバイスＩＤは報知メッセージを指示することができる。この場合、そのシステムにおいて、２Ｎ個、この例では１６個よりも少ないデバイスをサポートできるものと仮定する。
【００２７】
チャネル番号４１２は、そのシステムのために定義されたチャネルのうちのいずれかになるように指定することができる。一実施形態では、プロセッサ間通信定義において、全部で２Ｎ個の潜在的なチャネルが定義されるものと仮定する。ただし、Ｎはチャネル番号を表すために用いられるビット／線の数を表す。さらに、少なくとも１つのチャネルが報知チャネルとして定義されるものと仮定され、報知チャネルは、対応する報知ＩＤがデバイスＩＤフィールド４１１に入れられるものと定義される。一実施形態では、チャネル番号４１２内に示されるチャネル８は、定義された報知チャネルを表す。したがって、報知チャネルは、１のデバイス固有ＩＤを指定される。そのプロトコルによれば、チャネル及びデバイスＩＤが一致しないので、バス上のデバイスは、そのメッセージを無視することもできる。そのメッセージはデバイス１にアドレス指定されるので、デバイス１は、そのメッセージが標準的なプロトコル定義によれば技術的に不適切な場合であっても、そのメッセージを復号化するように動作することができる。このようにして、付加的なチャネルをサポートすることができる。
【００２８】
一実施形態では、図４のシステム及びタイミング図に関連付けられるプロトコルは単方向であり、すなわち送信だけを行うことができ、それは、標準的なプロトコル定義では、受信側デバイスが肯定応答を転送する方法がないことを意味する。標準的な肯定応答の仕組みは、そのプロトコルによって、受信側デバイスがバスの制御を調停し、バスの所有権を確立し、その後、元の送信側デバイスに肯定応答サイクルを送信するものと定義することができる。プラットフォーム／システム内の複数のデバイスが同じくバスを要求している場合には、その過程は、その転送に対して肯定応答する際に大きな遅延を生じる可能性がある。受信に失敗した場合にメッセージを再送する必要がある場合には、その過程はさらに長い時間を要することもある。したがって、標準的な肯定応答は、性能、電力及びタイミングの観点から効率的でないことがある。
【００２９】
一実施形態では、送信側デバイス、すなわちマスター（所有権を確立しているデバイス）が、肯定応答メッセージの転送を伴う、データメッセージの転送に従うことができる。そのデータメッセージは、特定のデバイスに対するデータチャネルを用いる標準的な通信プロトコル仕様に従うことができる。肯定応答メッセージは、デバイスＩＤフィールド４１１内にデバイス固有ＩＤを入れ、チャネル番号フィールド４１２内に報知チャネルを入れることによって送信することができる。データの１つ又は複数のニブルをデータフィールド４１３に入れることができる。一実施形態では、肯定応答中にデータフィールド４１３に入れられるデータの値は、「ドントケア」である。一実施形態では、特定の肯定応答値を用いることができる。肯定応答メッセージ中に、受信側デバイスは、サイドバンド信号のうちの１つをアサート又はデアサートし、そのメッセージが受信されたか否かを指示することができる。
【００３０】
たとえば、図４の例では、送信側デバイスが「１」のデバイスＩＤを指定し、「８」の報知チャネルを指定するとき、チャネル／制御ストローブ４２０をアサートすることができる。データ４１３はドントケアであり、受信側デバイスは、送信側デバイスのメッセージのデータペイロード中に、ＷＡＩＴ信号４３０をアサートする。システムの実施態様によっては、メッセージ中にＷＡＩＴ４３０をアサートすることによって、そのメッセージが再送されるべきであることを指示することができる。別法では、メッセージ中にＷＡＩＴ４３０をアサートすることによって、そのメッセージが適切に受信されたことを指示することができる。元の送信側デバイスは、時刻４４０において、ＷＡＩＴ信号４３０をサンプリングして、元の受信側デバイスの肯定応答メッセージを「読み取る」又は「受信する」ことができる。
【００３１】
サンプリング時刻は、システムの実施態様による場合がある。元の受信側デバイスが元の送信側デバイスからのメッセージ転送にどのタイミングで肯定応答しなければならないかによって、データペイロードの１つ又は複数のニブルが存在することがある。２つのデータニブルが示されるが、それは単に例示することを目的としており、要求されるものと、又は制限するものと解釈されるべきではない。
【００３２】
図５は、プロセッサ間メッセージの送信の一実施形態のフロー図である。一実施形態では、複数のプロセッサ、サブシステム、周辺装置等がバス上で相互接続される。そのバス上で複数のメッセージを使用することによって、プロセッサ間通信を容易にすることができる。５０２では、送信するためのメッセージを準備することができる。バス及び／又はデータ線の所有権／制御を有するデバイスが、メッセージを送信するのを許されることができる。送信側デバイスがマスターであるときに、意図した１つ又は複数の受信機が、そのバス上でスレーブとしての役割を果たすことができる。
【００３３】
５１０では、そのメッセージが報知メッセージであるか、報知以外のメッセージであるかが判定される。たとえば、送信側デバイス上の送信用モジュールが、報知メッセージが送信されていることを判定することができる。別の例では、送信用のメッセージを生成するプロセッサが、そのメッセージが報知メッセージ、報知以外のメッセージのいずれであるかを送信機に対して指示する。報知メッセージは複数の受信機に向けられており、特定の受信側デバイスを指示しなくてもよい。報知以外のメッセージは、１つ又は複数の指定されたデバイスに向けられており、それはデバイスＩＤによって指定することができる。そのメッセージが報知メッセージである場合には、５２０において、そのメッセージが報知チャネル上で送信されることになるか否かが判定される。たとえば、プロセッサ間通信に参加するために送信側デバイスによって用いられる通信プロトコルは、標準的なプロトコル仕様／定義に従って、或る特定の定義されたチャネル上で送信されることになる特定のメッセージタイプを指定することができる。その報知メッセージが、報知チャネルの定義と一致する報知メッセージである場合には、５２２において、標準的な仕様に従って、そのメッセージを送信することができる。
【００３４】
そのメッセージが、標準的な仕様定義に一致しない報知メッセージである場合には、５２４において、報知ＩＤ及び報知以外のチャネルを指定することができる。その後、５２６において、そのメッセージを送信することができる。
【００３５】
そのメッセージが報知メッセージでない場合には、それは報知以外のメッセージであり、５３０において、そのメッセージが標準的なデバイス固有チャネル上で送信されることになるか否かが判定される。たとえば、送信機が、特定のメッセージのために使用すべきチャネルを指示する、参照テーブル、又は記憶場所等にアクセスすることができる。デバイス固有チャネルとして、デバイスＩＤによって指定されるデバイスに特定のメッセージタイプを転送するために、その仕様の中で定義されるチャネルを用いることができる。報知以外のメッセージが、その仕様のデバイス固有チャネルの定義に一致するメッセージである場合には、５２２において、標準的な仕様に従って、そのメッセージを送信することができる。
【００３６】
そのメッセージが、標準的な仕様定義に一致しないデバイス固有メッセージである場合には、５３４において、デバイス固有ＩＤ及び報知チャネルを指定することができる。その後、５３６において、そのメッセージを送信することができる。
【００３７】
図６は、プロセッサ間メッセージ転送の肯定応答の一実施形態のフロー図である。６０２において、データチャネルを介して、送信側デバイスから受信側デバイスにメッセージを転送することができる。このメッセージとして、プロセッサ間通信仕様のチャネル及び転送定義に準拠したメッセージを用いることができる。データチャネル上でのデータ転送は、データチャネル及びデバイス固有ＩＤを指定することを含むことができる。
【００３８】
一実施形態では、送信は単方向であり、仕様の中では、その転送に肯定応答するための仕組みが提供されないこともある。上記のように、６０４において、従来どおりの報知チャネルであるチャネル上で、デバイス固有ＩＤを指定することができる。その指定された報知チャネル上で転送されるメッセージが、その配線上にある全てのデバイスによって標準的に受信され、復号化される場合であっても、デバイス固有ＩＤであるので、そのメッセージは、意図した受信機によってのみ受信され、復号化されることになる。
【００３９】
第１の送信はプロトコル仕様に従うことができ、第２の送信は、デバイス固有の転送用に定義されていないチャネル上でのデバイス固有の通信にすることができる。一実施形態では、受信機が、サイドバンド信号、たとえば、フロー制御信号線をアサートして、送信側デバイスに対して肯定応答を指示することができる。６１０において、サイドバンド信号がアサートされたか否かが判定される。たとえば、マスターが、サイドバンド線の条件／状態（たとえば、アサートされるか、アサートされないか）を検査／判定して、そのメッセージが受信されたか否かに関する元の受信側デバイスからの指示を受信することができる。アサートは、信号線が、アクティブハイの信号線の場合にはハイにドライブされ、アクティブロー信号線の場合にはローにドライブされることを意味する。
【００４０】
サイドバンド信号がアサートされる場合には、６１４において、元の受信側デバイスは、そのメッセージが適切に受信されなかったこと、及びそのメッセージが再送されるべきであることを元の送信側デバイスに指示することができる。サイドバンド信号がデアサートされる場合には、６１２において、元の受信側デバイスが、そのメッセージが適切に受信されたこと、それゆえそのメッセージが肯定応答されることができることを、元の送信側デバイスに対して指示することができる。これらの指示は、アサートされた信号が適切に受信された信号を指示することができ、デアサートされた信号が、そのメッセージが再送されるべきであることを指示することができるというように、入れ替えることができる。
【００４１】
種々の実施形態における図５及び図６の種々の動作は、本明細書において記述される構造を利用して実行することができる。さらに、命令／コードの機械アクセス可能及び／又は実行可能シーケンスを用いて、図５及び図６に示される動作を実行することもできる。したがって、記述される動作は、ファームウエア、ソフトウエア又はファームウエアとソフトウエアとの組み合わせで実施することができる。ハードウエア、機械、電子デバイス等が、結果として上記の機能／機構のうちのいくつか又は全てを含む種々の動作を実行／達成するように、ソフトウエア及び／又はファームウエアの内容が命令を与えることができる。
【００４２】
機械／電子デバイス／ハードウエアにそれらの動作を実行させる、又は結果として実行するための命令は、製品を介して取り込むことができる。製品は、命令を与えるための内容を有する機械アクセス可能媒体を含むことができる。機械アクセス可能媒体は、機械（たとえば、コンピューティングデバイス、電子デバイス、電子システム／サブシステム等）によってアクセス可能な形式で情報／内容を提供する（すなわち、格納及び／又は送信する）任意の機構を含む。たとえば、機械アクセス可能媒体は、記録可能／非記録可能媒体（たとえば、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス等）、及び電気、光、音響又は他の形の伝搬信号（たとえば、搬送波、赤外線信号、デジタル信号等）等を含む。
【００４３】
図７は、物理的な配線を有するプロセッサを備えるポータブルデバイスの一実施形態のブロック図である。ポータブルデバイス７００は、種々のデバイス、ハードウエアユニット、電子構造等を表すことができる。たとえば、ポータブルデバイス７００として、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、パーソナルコンピューティングデバイス等を用いることができる。ポータブルデバイス７００は、コンピューティングハードウエアが動作するコンピューティングプラットフォームを含むことができる。コンピューティングプラットフォームは、コンピューティングハードウエア及び／又はオペレーティングシステム、ハードウエアドライバ、及び／又はポータブルデバイス７００の機能を提供するためのアプリケーションを含むことができる。一実施形態では、アプリケーションプロセッサ７１０として、ホストプラットフォーム上にある回路、プロセッサ、サブシステム等を用いることができる。一実施形態では、アプリケーションプロセッサ７１０として、ポータブルデバイス７００のコンピューティングプラットフォームを用いることができる。アプリケーションプロセッサ７１０は、１つ又は複数のハードウエアコンポーネントから成ることができ、及び／又は汎用プロセッサを含むことができる。
【００４４】
アプリケーションプロセッサ７１０は、無線サブシステム７４０への物理的なインターフェース７３０に対するインターフェースを提供するＭＳＬインターフェース７２１を含むことができる。同様に、無線サブシステム７４０は、物理的なインターフェース７３０に対するインターフェースを提供するためのＭＳＬインターフェース７２２を含むことができる。たとえば、ＭＳＬインターフェース７２１及び７２２は、アプリケーションプロセッサ７１０及び無線サブシステム７４０から、それらのデバイス間にある物理的なインターフェース７３０にアクセスできるようにするためのピン、回路、バッファ、ラインドライバ又は他のハードウエア／パッケージングを含むことができる。物理的なインターフェースは、アプリケーションプロセッサ７１０と無線サブシステム７４０との間でデータ転送するための高スループット通信バス／インターフェースを表すことができる。
【００４５】
一実施形態では、無線サブシステム７４０は、ポータブルデバイス７００上にある周辺デバイスを表す。無線サブシステム７４０は、無線サブシステム７４０に無線通信処理機能を提供するための信号プロセッサ７４１を含むことができる。一実施形態では、信号プロセッサ７４１として、ポータブルデバイス７００に内蔵されるプロセッサを用いることができる。
【００４６】
一実施形態では、物理的なインターフェース７３０として、モバイルスケーラブルリンク（ＭＳＬ）又はＭＳＬ２標準規格仕様／定義／プロトコルに基づくか、又はそこから派生する通信バスを用いることができる。その標準規格において、複数のチャネルを定義することができ、すなわち複数のチャネルに特定の機能／用途を割り当てることができる。たとえば、一実施形態では、物理的なインターフェース７３０は、その標準規格によって定義される／割り当てられるような、マルチキャストチャネル又は報知チャネル（複数可）及びデバイス固有チャネル（複数可）を含むことができる。マルチキャストデータは、マルチキャストチャネル上で行われるメッセージ／転送に対応するものと理解されたい。同様に、報知データ又は報知転送は、報知チャネル上でのメッセージ／転送に対応するものと理解することができ、デバイス固有データ／転送は、デバイス固有（又は報知以外、マルチキャスト以外の）チャネル上でのメッセージ転送を指すことができる。
【００４７】
マルチキャストチャネルが複数の受信機に同時にメッセージを転送するために定義することができるという点で、報知チャネルはマルチキャストチャネルのサブセットタイプであると理解することができる。報知チャネルは、物理的なインターフェース７３０上の全ての潜在的な受信機、又は全てのデバイスに同時にメッセージを転送するために定義することができる。デバイス固有チャネルは、ただ１つの指定された受信機にメッセージを転送するために定義することができる。物理的なインターフェース７３０上にある全てのデバイスの中で、デバイス固有メッセージが転送される唯一のデバイスは、デバイス固有チャネルを起動する際に指示されるデバイス固有識別子／アドレスに対応するデバイスであり得る。
【００４８】
一実施形態では、上記のように、報知メッセージを、物理的なインターフェース７３０上のデバイス固有チャネル上で転送することができる。すなわち、報知ＩＤを用いて、物理的なインターフェース７３０上でデバイス固有チャネルを呼び出し／起動し、メッセージを転送することができる。同様に、たとえば、デバイス固有ＩＤで報知チャネルを呼び出して／起動して、メッセージを転送することによって、物理的なインターフェース７３０上の報知チャネル上でデバイス固有メッセージを転送することができる。
【００４９】
一実施形態では、物理的なインターフェース７３０は、１つ又は複数の制御信号／線を含むことができる。一実施形態では、１つ又は複数の制御信号は、報知チャネル及びデバイス固有チャネルが操作されるデータバスの所有権を持たないデバイスによって、起動／制御することができる。受信側デバイスが、送信されたメッセージを現時点で受信できていないことを送信側デバイスに対して指示するための仕組みを提供するために、待機又は同等の制御信号のようなフロー制御信号線が存在することができる。たとえば、その信号は、バッファオーバーフローが発生したときに、アサートされることがある。一実施形態では、制御信号を用いて、肯定応答の仕組みを実現することができる。たとえば、上記のように、報知チャネル上でデバイス固有アドレスを用いることによって、送信側デバイスは、メッセージが受信されたか否か、又はそのメッセージが再送されるべきであるか否かを受信側デバイスが指示するための時間を与えることができる。送信側デバイスが、変更された転送（たとえば、デバイスＩＤがチャネルタイプと一致しない転送）を伴う、標準的な（たとえば、標準的なプロトコルによる）データ転送に従う場合には、この変更された転送は、そのデバイスＩＤによって指示される受信機において復号化することができ、その受信機は制御信号を起動して、肯定応答を指示しなければならない。具体的な肯定応答の仕組みは個々の設計による場合があり、一例は、制御信号をアサートして、否定応答を指示することを含むことができ、それは、そのメッセージが再送されるべきであることを意味する。
【００５０】
図８は、物理的な配線を有するプロセッサと、メモリサブシステムとを備える電子デバイスの一実施形態のブロック図である。電子デバイス８００は、種々のデバイス、機械、ハードウエアユニット、電子構造等を表す。たとえば、電子デバイス８００として、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、デジタルデータオーガナイザ、パーソナルコンピューティングデバイス等を用いることができる。電子デバイス８００は、コンピューティングハードウエアが動作するコンピューティングプラットフォームを含むことができる。コンピューティングプラットフォームは、コンピューティングハードウエア及び／又はオペレーティングシステム、ハードウエアドライバ、及び／又は電子デバイス８００の機能を提供するためのアプリケーションを含むことができる。一実施形態では、アプリケーションプロセッサ８１０は、ホストプラットフォーム上にある回路、プロセッサ、サブシステム等を表すことができる。一実施形態では、アプリケーションプロセッサ８１０は、電子デバイス８００のコンピューティングプラットフォームを表す。アプリケーションプロセッサ８１０は、１つ又は複数のハードウエアコンポーネントから成ることができ、及び／又は汎用プロセッサを含むことができる。
【００５１】
アプリケーションプロセッサ８１０は、周辺装置コントローラ８４０への物理的なインターフェース８３０に対するインターフェースを提供するＭＳＬインターフェース８２１を含むことができる。同様に、周辺装置コントローラ８４０は、物理的なインターフェース８３０に対するインターフェースを提供するためのＭＳＬインターフェース８２２を含むことができる。たとえば、ＭＳＬインターフェース８２１及び８２２は、アプリケーションプロセッサ８１０及び周辺装置コントローラ８４０から、それらのデバイス間にある物理的なインターフェース８３０にアクセスできるようにするためのピン、回路、バッファ、ラインドライバ又は他のハードウエア／パッケージングを含むことができる。物理的なインターフェース８３０は、アプリケーションプロセッサ８１０と周辺装置コントローラ８４０との間でデータ転送するための高スループット通信バス／インターフェースを表すことができる。
【００５２】
一実施形態では、周辺装置コントローラ８４０は、電子デバイス８００上にある種々の周辺デバイス／サブシステムを表す。たとえば、周辺装置コントローラ８４０は、ユーザインターフェース（たとえば、液晶ディスプレイ（ＬＣＤ）、タッチスクリーン、キーボード又は同等のもの等）のコンポーネントを表すことができる。周辺装置コントローラ８４０は、周辺装置コントローラ８４０に処理機能を提供するためのプロセッサ８４１を備えることができる。一実施形態では、プロセッサ８４１として、電子デバイス８００に内蔵されるプロセッサを用いることができる。
【００５３】
一実施形態では、物理的なインターフェース８３０として、モバイルスケーラブルリンク（ＭＳＬ）又はＭＳＬ２標準規格仕様／定義／プロトコルに基づくか、又はそこから派生する通信バスを用いることができる。その標準規格において、複数のチャネルを定義することができ、すなわち複数のチャネルに特定の機能／用途を割り当てることができる。たとえば、一実施形態では、物理的なインターフェース８３０は、その標準規格によって定義される／割り当てられるような、マルチキャストチャネル又は報知チャネル（複数可）及びデバイス固有チャネル（複数可）を含むことができる。マルチキャストデータは、マルチキャストチャネル上で行われるメッセージ／転送に対応することができる。同様に、報知データ又は報知転送は、報知チャネル上でのメッセージ／転送に対応することができ、デバイス固有データ／転送は、デバイス固有（又は報知以外、マルチキャスト以外の）チャネル上でのメッセージ転送を指すことができる。
【００５４】
マルチキャストチャネルが複数の受信機に同時にメッセージを転送するために定義することができるという点で、報知チャネルはマルチキャストチャネルのサブセットタイプであり得る。報知チャネルは、物理的なインターフェース８３０上の全ての潜在的な受信機、又は全てのデバイスに同時にメッセージを転送することができる。デバイス固有チャネルは、ただ１つの指定された受信機にメッセージを転送することができる。物理的なインターフェース８３０上にある全てのデバイスの中で、デバイス固有メッセージが転送される唯一のデバイスは、デバイス固有チャネルを起動する際に指示されるデバイス固有識別子／アドレスに対応するデバイスであり得る。
【００５５】
一実施形態では、先に説明された実施形態に従って、報知メッセージを、物理的なインターフェース８３０上のデバイス固有チャネル上で転送することができる。すなわち、報知ＩＤを用いて、物理的なインターフェース８３０上でデバイス固有チャネルを呼び出し／起動し、メッセージを転送することができる。同様に、たとえば、デバイス固有ＩＤで報知チャネルを呼び出して／起動して、メッセージを転送することによって、物理的なインターフェース８３０上の報知チャネル上でデバイス固有メッセージを転送することができる。
【００５６】
一実施形態では、物理的なインターフェース８３０は、１つ又は複数の制御信号／線を含むことができる。一実施形態では、１つ又は複数の制御信号は、報知チャネル及びデバイス固有チャネルが操作されるデータバスの所有権を持たないデバイスによって、起動／制御することができる。受信側デバイスが、送信されたメッセージを現時点で受信できていないことを送信側デバイスに対して指示するための仕組みを提供するために、待機又は同等の制御信号のようなフロー制御信号線が存在することができる。たとえば、その信号は、バッファオーバーフローが発生したときに、アサートされることがある。
【００５７】
一実施形態では、制御信号を用いて、肯定応答の仕組みを実現することができる。たとえば、上記のように、報知チャネル上でデバイス固有アドレスを用いることによって、送信側デバイスは、メッセージが受信されたか否か、又はそのメッセージが再送されるべきであるか否かを受信側デバイスが指示するための時間を与えることができる。送信側デバイスが、変更された転送（たとえば、デバイスＩＤがチャネルタイプと一致しない転送）を伴う、標準的な（たとえば、標準的なプロトコルによる）データ転送に従う場合には、この変更された転送は、そのデバイスＩＤによって指示される受信機において復号化することができ、その受信機は制御信号を起動して、肯定応答を指示しなければならない。具体的な肯定応答の仕組みは個々の設計による場合があり、一例は、制御信号をアサートして、否定応答を指示することを含むことができ、それは、そのメッセージが再送されるべきであることを意味する。
【００５８】
一実施形態では、電子デバイスは、メモリサブシステム８５０を含むことができる。メモリサブシステム８５０は、メモリコントローラ、ロジック、１つ又は複数のメモリデバイス等を含むことができる。一実施形態では、メモリサブシステム８５０は、不揮発性記憶装置８５１を含むことができ、それは、電子デバイス８００に電力が供給されない場合であっても、その情報／値を保持するメモリを表す。たとえば、不揮発性記憶装置８５１は、リードオンリーメモリ（ＲＯＭ）、フラッシュ、プログラマブルＲＯＭ（ＰＲＯＭ）、電子ＰＲＯＭ（ＥＰＲＯＭ）等を含むことができる。
【００５９】
本明細書において記述される実施形態に加えて、本発明の範囲から逸脱することなく、本発明の実施形態に対して種々の変更を行うことができる。それゆえ、本明細書における実例及び例は、例示であると解釈されるべきであり、限定する意味に解釈されるべきではない。本発明の範囲は、添付の特許請求の範囲を参照することによってのみ判定されるべきである。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施形態による、プロセッサ間通信アーキテクチャを利用するシステムのブロック図である。
【図２】本発明の一実施形態による、プロセッサ間通信仕様のチャネル定義のブロック図である。
【図３】本発明の一実施形態による、プロセッサ間通信仕様を利用するシステムの通信バスのブロック図である。
【図４】本発明の一実施形態による、通信のためのタイミング図のブロック図である。
【図５】本発明の一実施形態による、プロセッサ間メッセージの送信のフロー図である。
【図６】本発明の一実施形態による、プロセッサ間メッセージ転送の肯定応答のフロー図である。
【図７】本発明の一実施形態による、物理的に相互接続されているプロセッサを有するポータブルデバイスのブロック図である。
【図８】本発明の一実施形態による、物理的に相互接続されているプロセッサと、メモリサブシステムとを有する電子デバイスのブロック図である。
【図１】
2008513905.tif 000003
【図２】
2008513905.tif 000004
【図３】
2008513905.tif 000005
【図４】
2008513905.tif 000006
【図５】
2008513905.tif 000007
【図６】
2008513905.tif 000008
【図７】
2008513905.tif 000009
【図８】
2008513905.tif 000010
【国際調査報告】
2008513905.tif 000011
2008513905.tif 000012
2008513905.tif 000013