特開 2024-12324 ローカルハブデバイスを介した複数の通信チップの動作の協調

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024012324

(43)【公開日】2024-01-30

(54)【発明の名称】ローカルハブデバイスを介した複数の通信チップの動作の協調

(51)【国際特許分類】

   G06F 13/36 20060101AFI20240123BHJP

   G06F 13/362 20060101ALI20240123BHJP

   G06F 15/78 20060101ALI20240123BHJP

【ＦＩ】

G06F13/36 310E

G06F13/362

G06F15/78 517

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023178191

(22)【出願日】2023-10-16

(62)【分割の表示】P 2022517284の分割

【原出願日】2020-06-10

(31)【優先権主張番号】62/903,578

(32)【優先日】2019-09-20

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】16/885,935

(32)【優先日】2020-05-28

(33)【優先権主張国・地域又は機関】US

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＢＬＵＥＴＯＯＴＨ

(71)【出願人】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．

【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(74)【代理人】

【識別番号】100121979

【弁理士】

【氏名又は名称】岩崎 吉信

(72)【発明者】

【氏名】オシェイ ヘレナ ディアドラ

(72)【発明者】

【氏名】サウアー マティアス

(72)【発明者】

【氏名】リベラ エスピノザ ジョルジ エル

(72)【発明者】

【氏名】アドラー ベルント

(57)【要約】      （修正有）

【課題】電子デバイス内の複数の集積回路（ＩＣ）チップの動作と協調する共存ハブデバイス、方法及び電子デバイスを提供する。
【解決手段】共存ハブデバイスは、１つ以上のマルチドロップバスを介して共存メッセージとして送信された状態情報を監視し、監視された共存メッセージを処理し、共存メッセージとして制御メッセージを他のシステムオンチップ（ＳＯＣ）に送信する電子デバイスの通信システム内のサブシステムの動作と協調する。共存ハブデバイスはまた、通信システムの動作を更新し、中央プロセッサから動作ポリシーを受信し、中央プロセッサの更なる協調なしに動作ポリシーを実行し、実行される動作ポリシーに従って共存メッセージとして制御メッセージをブロードキャストする。
【選択図】図２

【特許請求の範囲】

【請求項1】

共存ハブデバイスであって、
電子デバイス内の通信チップに接続された、マルチドロップバスを介して通信するように構成された第１のインタフェース回路と、
ポイントツーポイント接続を介して前記電子デバイス内の中央プロセッサと通信するように構成された第２のインタフェース回路と、
前記通信チップ内の動作する組み合わせの問題のあるシナリオ及び前記中央プロセッサから前記シナリオを解決するための規則を表す動作ポリシーを受信し、
前記受信した動作ポリシーを展開し、
前記第１のインタフェース及び前記マルチドロップバスを介して、少なくとも１つの通信チップから第１の共存メッセージを受信し、
前記受信した共存メッセージを少なくとも処理することによって、前記問題のあるシナリオのうちの１つ以上が発生したかどうかを判定し、
前記問題のあるシナリオのうちの前記１つ以上が発生したことを判定したことに応じて、前記動作ポリシーを適用することで、前記通信チップのうちの少なくとも１つの動作を更新するコマンドを表す第２の共存メッセージを生成するように構成されたプロセッサ回路と、を備える、共存ハブデバイス。

【請求項2】

通信プロトコルを実行するように構成された少なくとも１つの通信サブシステムを更に備え、前記少なくとも１つの通信サブシステムの動作は、前記問題のあるシナリオのうちの前記１つ以上が発生したことを判定したことに応じて、前記プロセッサ回路によって更新される、請求項１に記載の共存ハブデバイス。

【請求項3】

前記動作ポリシーに従って前記少なくとも１つの通信サブシステムの動作を協調するように構成された共存制御回路を更に備える、請求項２に記載の共存ハブデバイス。

【請求項4】

前記共存制御回路は、前記少なくとも１つの通信サブシステムと関連付けられたメモリへの転送のために、前記通信チップからの着信共存メッセージをフィルタリングし、
前記記憶された着信共存メッセージを前記少なくとも１つの通信サブシステムに送信するように更に構成されている、請求項２に記載の共存ハブデバイス。

【請求項5】

前記少なくとも１つの通信サブシステム、前記プロセッサ回路及び前記共存制御回路は内部ファブリックに接続されている、請求項４に記載の共存ハブデバイス。

【請求項6】

前記プロセッサは、前記少なくとも１つの通信サブシステムをオンにすることに応じて、前記動作ポリシーに従って前記少なくとも１つの通信サブシステムをプログラムするように更に構成されている、請求項２に記載の共存ハブデバイス。

【請求項7】

前記第１の共存メッセージ又は前記第２の共存メッセージは割り込みを含む、請求項１に記載の共存ハブデバイス。

【請求項8】

前記割り込みにより、前記共存ハブデバイス内の構成要素をオンにさせるか、又はオフにさせる、請求項７に記載の共存ハブデバイス。

【請求項9】

別のマルチドロップバスを介して少なくとも１つのセンサデバイスと通信するように構成された第３のインタフェースを更に備え、前記プロセッサ回路は、前記少なくとも１つのセンサデバイスから受信したセンサメッセージを更に処理することによって、前記問題のあるシナリオのうちの前記１つ以上が発生したかどうかを判定する、請求項１に記載の共存ハブデバイス。

【請求項10】

前記中央プロセッサは、前記動作ポリシーを前記共存ハブデバイスに送信した後、第１の電力モードから前記第１の電力モードよりも少ない電力しか消費しない第２の電力モードに切り替える、請求項１に記載の共存ハブデバイス。

【請求項11】

前記通信チップ間で前記マルチドロップバスを介して信号をバッファするように構成されたビルボード回路を更に備える、請求項１に記載の共存ハブデバイス。

【請求項12】

電子デバイス内の通信チップの動作を協調する方法であって、
共存ハブデバイスによって、中央プロセッサから前記通信チップ内の動作する組み合わせの問題のあるシナリオ及び前記シナリオを解決するための規則を表す動作ポリシーを受信することと、
前記共存ハブデバイスに前記受信した動作ポリシーを展開することと、
前記共存ハブデバイスによって、マルチドロップバスを介して少なくとも１つの通信チップから第１の共存メッセージを受信することと、
前記共存ハブデバイスによって、前記受信した共存メッセージを少なくとも処理することによって前記問題のあるシナリオのうちの１つ以上が発生したかどうかを判定することと、
前記共存ハブデバイスによって、前記問題のあるシナリオのうちの前記１つ以上が発生したとの判定に応じて、前記動作ポリシーを適用することにより、前記通信チップのうちの少なくとも１つの動作を更新するコマンドを表す第２の共存メッセージを生成することと、
前記共存ハブデバイスによって、前記マルチドロップバスを介して前記第２の共存メッセージを前記通信チップに送信することと、
を含む、方法。

【請求項13】

記共存ハブデバイス内の少なくとも１つの通信サブシステムによって通信プロトコルを実行することと、
前記問題のあるシナリオのうちの前記１つ以上が発生したとの判定に応じて、前記少なくとも１つの通信サブシステムの動作を更新することと、
を更に含む、請求項１２に記載の方法。

【請求項14】

前記動作ポリシーに従って前記少なくとも１つの通信サブシステムの動作を協調することを更に含む、請求項１３に記載の方法。

【請求項15】

前記少なくとも１つの通信サブシステムと関連付けられたメモリへの転送のために、前記通信チップからの着信共存メッセージをフィルタリングすることと、
前記格納された着信共存メッセージを前記少なくとも１つの通信サブシステムに送信することと、
を更に含む、請求項１３に記載の方法。

【請求項16】

前記第１の共存メッセージ又は前記第２の共存メッセージは割り込みを含む、請求項１２に記載の方法。

【請求項17】

別のマルチドロップバスを介して少なくとも１つのセンサデバイスと通信することを更に含み、前記問題のあるシナリオのうちの前記１つ以上が発生したかどうかは、前記少なくとも１つのセンサデバイスから受信したセンサメッセージを更に処理することによって判定される、請求項１２に記載の方法。

【請求項18】

前記中央プロセッサは、前記動作ポリシーを前記共存ハブデバイスに送信した後、第１の電力モードから、前記第１の電力モードよりも少ない電力しか消費しない第２の電力モードに切り替える、請求項１２に記載の方法。

【請求項19】

前記通信チップ間の前記マルチドロップバスを介して信号をバッファリングすることを更に含む、請求項１２に記載の方法。

【請求項20】

中央プロセッサと、
複数の通信チップと、
前記通信チップに接続されたマルチドロップバスと、
共存ハブデバイスと、を備えた電子デバイスであって、前記共存ハブデバイスは、
前記マルチドロップバスを介して通信するように構成された第１のインタフェース回路と、
ポイントツーポイント接続を介して前記中央プロセッサと通信するように構成された第２のインタフェース回路と、
プロセッサ回路であって、前記ポイントツーポイント接続を介して、前記中央プロセッサから、前記通信チップ内の動作する組み合わせの問題のあるシナリオ及び前記シナリオを解決するための規則を表す動作ポリシーを受信し、
前記受信した動作ポリシーを展開し、
前記第１のインタフェース及び前記マルチドロップバスを介して、少なくとも１つの通信チップから第１の共存メッセージを受信し、
前記受信した共存メッセージを少なくとも処理することによって、前記問題のあるシナリオのうちの１つ以上が発生したかどうかを判定し、
前記問題のあるシナリオのうちの前記１つ以上が発生したとの判定に応じて、前記動作ポリシーを適用することで前記通信チップのうちの少なくとも１つの動作を更新するコマンドを表す第２の共存メッセージを生成するように構成されたプロセッサ回路と、を含む、電子デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、電子デバイス内の複数の集積回路（ＩＣ）チップの動作の協調に関する。

【背景技術】

【0002】

電子デバイスは、様々な通信プロトコルを使用して他のデバイスと通信するための複数のＳＯＣ（システム・オン・チップ）を含み得る。通信システムの機能が増加しながら、電子デバイス内の通信システムのサイズが小型化されるにつれて、より多くのＳＯＣが電子デバイスに組み込まれる、又はより多くのサブシステムが各ＳＯＣに追加される。これらのＳＯＣは、専用の通信経路（例えば、ＰＣＩｅ（Peripheral Component Interconnect express））を介してホスト（例えば、中央プロセッサ又はアプリケーションプロセッサ）と通信し、データを伝送することができる。

【0003】

電子デバイス内に複数の通信システム及び他のサブシステムを統合した結果、様々な課題又は面倒な問題が生じる場合がある。これらの課題又は面倒な問題としては、とりわけ、リソース使用に関する衝突、共有された又は重複する通信帯域における干渉、相反する動作モード及びアンテナ間の絶縁が挙げられる。従来の電子デバイスでは、そのような課題又は面倒な問題は概ね、複数のＳＯＣ間の動作の協調により中央プロセッサに問題のある状況を解決させることで、ＳＯＣの動作を協調することによって解決される。

【発明の概要】

【0004】

実施形態は、通信ハブデバイス及び他のＳＯＣにわたって共有されるマルチドロップバスを介して通信システム内の他のＳＯＣの動作を自律的に制御する通信ハブデバイスに関する。通信ハブデバイスは、中央プロセッサの更なる介入なしに、又は中央プロセッサによる限定的な介入なしに、動作ポリシーを受信し、記憶し、実行する。通信ハブデバイス又は他のＳＯＣは、マルチドロップバスを介して共存メッセージをブロードキャストし、これは、通信ハブデバイス及び他のＳＯＣで受信及び処理され、動作ポリシーに従ってその動作を協調する。

【図面の簡単な説明】

【0005】

【図1】一実施形態に係る、電子デバイスの概要図である。

【図2】一実施形態に係る、マルチドロップバスを介して通信する電子デバイスの構成要素を示すブロック図である。

【図3】一実施形態に係る、共存ハブデバイスを示すブロック図である。

【図4】一実施形態に係る、図３の共存ハブデバイス内のディスパッチャの構成要素を示すブロック図である。

【図5】一実施形態に係る、ＳＯＣのブロック図である。

【図6】一実施形態に係る、電子デバイス内の構成要素の動作及び相互作用を示す相互作用図である。

【図7】一実施形態に係る、動作ポリシーを検出された共存イベントに適用するプロセスを示すフローチャートである。

【図8】一実施形態に係る、共存メッセージ内の要求、及び共存ハブデバイスによって行われる対応する可能な応答を説明する表である。

【発明を実施するための形態】

【0006】

単に説明のために、種々の非限定的な実施形態を、図で示し、詳細な説明において説明する。

【0007】

ここで、添付図面に実施例が示される実施形態への詳細な参照が行われる。以下の詳細な説明では、説明される様々な実施形態の完全な理解を提供するために数多くの具体的な詳細が記載されている。しかし、説明する実施形態は、これらの具体的な詳細なしに実施することができる。他の例では、周知の方法、手順、構成要素、回路、及びネットワークは、実施形態の態様を不必要に不明瞭にしないよう詳細には説明されていない。

【0008】

実施形態は、共存ハブデバイスが１つ以上のマルチドロップバスを介して共存メッセージとして送信された状態情報を監視し、監視された共存メッセージを処理し、共存メッセージとして制御メッセージを電子デバイス内の他のＳＯＣ並びに、ハブ内のローカル通信システムに送信する電子デバイスの通信システム内のサブシステムの動作の協調に関する。共存ハブデバイスはまた、通信システムの動作を更新することができる。共存ハブデバイスは中央プロセッサ（例えば、アプリケーションプロセッサ）から動作４４９８９ポリシーを受信することができ、中央プロセッサの更なる協調なしに、又は中央プロセッサの動作を低減させて、動作ポリシーを実行することができる。共存ハブデバイスは、実行される動作ポリシーに従って、共存メッセージとして制御メッセージをブロードキャストする。他のＳＯＣは、その動作に関連する制御メッセージを受信及びフィルタリングし、それに応じてそれらの動作を調整する。中央プロセッサは、有利には低電力モードのままにしてもよいし、共存ハブデバイスが動作ポリシーを実行している間にオフにされてもよく、それによって電子デバイスの電力消費を低減する。更に、中央プロセッサの介入を不要にすることにより、より高速に協調動作を実行することができる。

【0009】

本明細書に記載の共存メッセージは、どの構成要素の動作が協調されるかに基づいて、電子デバイス内の構成要素間で交換されたメッセージを指す。共存メッセージは、システムのステータスを示す状態メッセージ、システム又はシステム内の構成要素の動作を制御するための制御メッセージであり得る。共存メッセージに関連付けられたシステムは、通信システムとセンサシステムを含むことができるが、これらに限定されない。共存メッセージは、例えば、２つ以上の通信サブシステム間のデューティサイクルの調整に使用される特定の時間における通信サブシステムの無線リンクトラフィックのエアタイム（airtime）無線状態又は重要性を示す。

【0010】

本明細書に記載の共存ハブデバイスは、中央プロセッサによる更なる介入なしに、又は中央プロセッサによる低減された介入により、通信デバイス内の共存する構成要素の動作を自律的に協調することができるデバイスを指す。共存ハブデバイスは、通信動作を実行する独自のサブシステムを含み得る。共存ハブデバイスは、別個のチップとして、又はより大型な回路の一部として具体化され得る。

【0011】

（例示的な電子デバイス）
電子デバイス、そのようなデバイス用のユーザインタフェース、及びそのようなデバイスを使用する関連するプロセスの実施形態が説明される。いくつかの実施形態では、デバイスは、パーソナルデジタルアシスタント（ＰＤＡ）機能及び／又は音楽プレーヤ機能などの他の機能も含む、携帯電話などのポータブル通信デバイスである。ポータブル多機能デバイスの例示的な実施形態としては、カリフォルニア州クパチーノのＡｐｐｌｅ Ｉｎｃ．からのｉＰｈｏｎｅ（登録商標）、ｉＰｏｄ Ｔｏｕｃｈ（登録商標）、Ａｐｐｌｅ Ｗａｔｃｈ（登録商標）、及びｉＰａｄ（登録商標）のデバイスが挙げられるが、これらに限定されない。ウェアラブルコンピュータ、ラップトップコンピュータ、又はタブレットコンピュータなどの他のポータブル電子デバイスが、任意選択的に使用される。いくつかの実施形態では、デバイスは、ポータブル通信デバイスではないが、デスクトップコンピュータ又はポータブル使用のために設計されていない他のコンピューティングデバイスである。いくつかの実施形態では、本開示の電子デバイスは、タッチ感知面（例えば、タッチスクリーンディスプレイ及び／又はタッチパッド）を含むことができる。図１に関連して以下に説明する例示的な電子デバイス（例えば、デバイス１００）は、ユーザ入力を受け取るためのタッチ感知面を含むことができる。電子デバイスは、物理キーボード、マウス、及び／又はジョイスティックなどの、１つ以上の他の物理ユーザインタフェースデバイスも含むことができる。

【0012】

図１は、一実施形態に係る、電子デバイス１００の概要図である。デバイス１００は、「ホーム」又はメニューボタン１０４などの、１つ以上の物理ボタンを含んでもよい。メニューボタン１０４は、例えば、デバイス１００上で実行されるアプリケーションのセット内の任意のアプリケーションへナビゲートするために使用される。いくつかの実施形態では、メニューボタン１０４は、メニューボタン１０４上の指紋を識別する指紋センサを含む。指紋センサを使用して、メニューボタン１０４上の指が、デバイス１００をロック解除するために記憶された指紋と一致する指紋を有するか否かを判定することができる。あるいは、いくつかの実施形態では、メニューボタン１０４は、タッチスクリーン上に表示されるグラフィカルユーザインタフェース（graphical user interface、ＧＵＩ）内のソフトキーとして実装される。

【0013】

いくつかの実施形態では、デバイス１００は、タッチスクリーン１５０、メニューボタン１０４、デバイスへの電源をオン／オフし、デバイスをロックするためのプッシュボタン１０６、音量調整ボタン１０８、加入者識別モジュール（Subscriber Identity Module、ＳＩＭ）カードスロット１１０、ヘッドセットジャック１１２、及びドッキング／充電用外部ポート１２４を含む。プッシュボタン１０６は、ボタンを押して押された状態を既定の時間間隔において保ち続けることで、デバイス上の電源をオン／オフし、ボタンを押して既定の時間間隔が経過する前にボタンを解放することによりデバイスをロックし、及び／又はデバイスをロック解除若しくはロック解除処理を開始するために、用いることができる。代替の実施形態では、デバイス１００は、マイクロフォン１１３を介して、いくつかの機能をアクティブ化又は非アクティブ化するための口頭入力もまた受け入れる。デバイス１００は、メモリ（１つ以上のコンピュータ可読記憶媒体を含むことができる）、メモリコントローラ、１つ以上の中央処理装置（ＣＰＵ）、周辺機器インタフェース、ＲＦ回路、オーディオ回路、スピーカ１１１、マイクロフォン１１３、入出力（input/output、Ｉ／Ｏ）サブシステム、及び他の入力又は制御デバイスを含むがこれらに限定されない、様々な構成要素を含む。デバイス１００は、１つ以上の画像センサ１６４と、１つ以上の近接センサ１６６と、１つ以上の加速度計１６８とを含むことができる。デバイス１００は、２つ以上のタイプの画像センサ１６４を含み得る。各タイプは、２つ以上の画像センサ１６４を含み得る。例えば、１つのタイプの画像センサ１６４はカメラとすることができ、別のタイプの画像センサ１６４は顔認識に使用され得る赤外線センサとすることができる。追加的又は代替的に、画像センサ１６４を、異なるレンズ構成に関連付けることができる。例えば、デバイス１００は、背面画像センサを含んでもよく、一方は広角レンズを有し、もう一方は望遠レンズを有する。デバイス１００は、周囲光センサ、ドットプロジェクタ、及び投光イルミネータ（flood illuminator）などの図１に示されていない構成要素を含み得る。

【0014】

デバイス１００は、電子デバイスの単なる一実施例であり、デバイス１００は、上記に列挙したものより多い又は少ない構成要素を有する場合があり、それらの構成要素の一部は、１つの構成要素に組み合わされる、又は異なる構成若しくは配置を有する場合がある。上記に列挙したデバイス１００の様々な構成要素は、１つ以上の信号処理回路及び／又は特定用途向け集積回路（application specific integrated circuit、ＡＳＩＣ）を含む、ハードウェア、ソフトウェア、ファームウェア、又はそれらの組合せで具現化される。図１の構成要素は、一般にタッチスクリーン１５０と同じ側に位置するように示されているが、１つ以上の構成要素はデバイス１００の反対側に配置してもよい。例えば、デバイス１００の前面側には、顔認識のための赤外線画像センサ１６４と、デバイス１００の前面カメラとして別の画像センサ１６４とが含まれてもよい。デバイス１００の背面側にはまた、デバイス１００の背面カメラとして追加の画像センサ１６４が含まれてもよい。

【0015】

（電子デバイスにおける例示的な通信システム）
図２は、一実施形態による、マルチドロップバス２２０、２２４を介して通信する電子デバイス１００の構成要素を示すブロック図である。電子デバイス１００は、他の構成要素の中でもとりわけ、アプリケーションプロセッサ２０８（本明細書において「中央プロセッサ」とも称される）、共存ハブデバイス２１２（本明細書において「共存ハブデバイス」とも称される）、ＳＯＣ２３４Ａから２３４Ｎ（本明細書の「ＳＯＣ２３４」と総称される）、センサデバイス２１６Ａ及び２１６Ｂ（本明細書において「センサデバイス２１６」と総称される）、マルチドロップバス２２０、２２４、及びファブリック２２２Ａ～２２２Ｎを含み得る。図２に示す構成要素は、電子デバイス１００内の通信サブシステムの一部であり得る。電子デバイス１００は、図２に示されていない追加の構成要素（例えば、ユーザインタフェース）を含み得る。

【0016】

アプリケーションプロセッサ２０８は、各種動作を実行するための電子デバイス１００内の処理回路である。アプリケーションプロセッサ２０８は、様々なソフトウェアプログラムを実行するための１つ以上の処理コア、並びに画像処理、セキュリティ動作の実行、機械学習動作の実行、及びオーディオ信号の処理など特定の機能を実行するための専用のハードウェア回路を含むことができる。アプリケーションプロセッサ２０８はまた、共存ハブデバイス２１２、ＳＯＣ２３４及びセンサデバイス２１６を含む電子デバイス１００内の他の構成要素の動作を協調するように動作を実行することができる。アプリケーションプロセッサ２０８は、アプリケーションプロセッサ２０８がその構成要素の大部分をオフにして電力消費を節約する低電力モードと、その構成要素の大部分がアクティブである高電力モードと、を含む複数の電力モードで動作することができる。アプリケーションプロセッサ２０８はまた、別個のＳＯＣとして具体化され得る１つ以上の通信構成要素（例えば、セルラモデム）を組み込んでもよい。１つ以上の実施形態では、アプリケーションプロセッサ２０８は、低電力モードで、マルチドロップバス２２０、２２４を介して接続された構成要素間でデータを中継する。この目的のために、アプリケーションプロセッサ２０８は、（ｉ）デバイス（例えば、ＳＯＣ２３４、センサデバイス２１６、及び共存ハブデバイス２１２）からマルチドロップバス２２０、２２４を介して信号を受信し、（ｉｉ）所定の規則に従って受信した信号を修正又はコピーし、（ｉｉｉ）マルチドロップバス２２０、２２４を介して修正した信号を別のデバイス（例えば、ＳＯＣ２３４、センサデバイス２１６、及び共存ハブデバイス２１２）に送信することができ、ＳｏＣ２３４が効果的に通信することを可能にする。

【0017】

共存ハブデバイス２１２は、（例えば、共存ハブデバイス２１２及びＳＯＣ２３４を含む）通信システム、及び、電子デバイス１００における関連する構成要素（例えば、センサデバイス２１６）の動作を協調する、ハードウェア、ソフトウェアファームウェア、又はそれらの組み合わせである。この目的のために、共存ハブデバイス２１２は、通信システム及び関連する構成要素の動作を定義及び／又は協調するための動作ポリシーを記憶及び実行する。共存ハブデバイス２１２は、更なる介入なしに、又はアプリケーションプロセッサ２０８による低減された介入により、動作ポリシーに基づいて動作し得る。動作ポリシーは、例えば、特定の通信システムの動作条件又はそれに影響を与えるプラットフォーム内の別の通信システムの構成、通信サブシステムが待機状態（例えば、サービス拒否）に留まる時間、各通信サブシステムの電力消費、及び通信サブシステムによって使用されるチャネルの条件などの要因に基づき、通信システム（例えば、２３４）内の構成要素のリアルタイム動作を決定することができる。動作ポリシーに基づいて、共存ハブデバイス２１２は、アクティブ化又は非アクティブ化するように通信サブシステムを設定又は準備するために事前に動作を実行する（又は通信サブシステムの構成要素が外部条件によってその動作状態を修正する）ので、他の通信サブシステムのアクティブ化又は非アクティブ化が、エラーなく、又は劣化を低減して生じる。共存ハブデバイス２１２はまた、様々な物理的インタフェースを介して通信動作を実行する１つ以上の通信サブシステムを含み得る。通信サブシステムでそのような共存動作をローカルに実行することにより、アプリケーションプロセッサ２０８は、通信サブシステム内のアクティビティにもかかわらずより長時間、低電力モードで保持されることができ、また、その高電力モード中にアプリケーションプロセッサ２０８のリソースを解放し、変化する条件に対して通信システム間の応答の敏捷性が高くなる。いくつかのシステムは、短い時間間隔で共存問題のみを提示することができるため、共存ハブデバイス２１２とのマルチドロップバスは、伝送電力を低減したり、共存状態の短い間隔で他の通信サブシステムを対応すべく、いくつかの外部結合構成要素の状態を変更したりといった、いくつかの短期的な動作を行う状態に好適である。共存ハブデバイス２１２の詳細は、図３及び図４を参照して以下に詳細に説明する。共存ハブデバイス２１２はまた、アプリケーションプロセッサ２０８によって実行された動作の協調以外の機能を実行することもできる。

【0018】

ＳＯＣ２３４の各々は、単独で又はソフトウェア若しくはファームウェアと関連して、通信プロトコル又はセキュリティプロトコルを使用して１つ以上の外部ネットワーク又はデバイスと通信するための動作を実行する回路である。ＳＯＣ２３４及び共存ハブデバイス２１２の各々は、異なる通信プロトコルに対応してもよく、かつ／又は異なる無線帯域に関連付けられてもよい。例えば、ＳＯＣ２３４Ａは、長距離通信（例えば、セルラ通信）の処理を実行することができるが、ＳＯＣ２３４Ｂ又は共存ハブデバイス２１２が短距離通信（例えば、Ｂｌｕｅｔｏｏｔｈ通信）に対応する。ＳＯＣ２３４の動作は、共存ハブデバイス２１２によって少なくとも部分的に制御される。ＳＯＣ２３４Ｂの例を、図５を参照して以下に詳細に説明する。

【0019】

センサデバイス２１６は、単独で又はファームウェアのソフトウェアに関連して、様々な特性を感知するハードウェア構成要素である。これらのセンサデバイス２１６は、更なる処理のために他の構成要素（例えば、ＳＯＣ２３４、共存ハブデバイス２１２、及びアプリケーションプロセッサ２０８）に送信され得る感知された特性を表すセンサ信号を生成する。センサ２１６Ａは、例えば、電子デバイス１００の向きを表すセンサ信号を送信するコンパスであり得るが、センサ２１６Ｂは、ＳＯＣ２３４Ａでのセルラー無線信号又はＷｉＦｉ信号の受信を強化するための全地球測位システム（Global Positioning System）（グローバルナビゲーションサブシステム（ＧＮＳＳ）とも称される）モジュールであり得る。センサデバイス２１６のいくつかは、ＳＯＣ２３４のうちの１つ以上と相互作用するが、それにもかかわらず、電子デバイス１００の他の構成要素と共存問題を有する単純なスタンドアロンデバイスであり得る。他のセンサデバイス２１６は、ＳＯＣ２３４のうちの１つ以上と広範なメッセージを送信又は受信する、組み込み型プロセッサ及びメモリを有する複雑なセンサであり得る。

【0020】

ファブリック２２２は、通信システム内の構成要素がアプリケーションプロセッサ２０８と通信することを可能にする通信チャネルである。ファブリック２２２のうちの１つ以上は、周辺構成要素相互接続エクスプレスＰＣＩｅ（Peripheral Component Interconnect Express）、Ｉ２Ｃ、又はＳＰＩ（Serial Peripheral Interface）などのポイントツーポイント接続として具体化され得る。図２に示すように、ＳＯＣ２３４Ａ、共存ハブデバイス２１２、及びＳＯＣ２３４Ｂ～２３４Ｎは、対応するファブリック２２２Ａ～２２２Ｎを介してアプリケーションプロセッサ２０８と通信する。ファブリック２２２のうちの１つ以上は、マルチドロップバス２２４、２２０と比較して、高帯域幅であり、待ち時間が少ない場合がある。ファブリック２２２は、図２に示されており、物理的に別個の通信チャネルであってもよいし、又は複数の論理サブチャネルを有する１つ以上の共有物理チャネルであってもよい。

【0021】

マルチドロップバス２２４、２２０の各々は、複数の構成要素が共有接続を介して通信することを可能にする通信チャネルである。マルチドロップバス２２０は、主に通信システム内の構成要素間で共存メッセージを伝送するために使用される場合があり、一方、マルチドロップバス２２４は主にセンサデバイス２１６Ａ、２１６Ｂからのセンサ信号を電子デバイス１００の他の構成要素に伝送するために使用される場合がある。しかしながら、マルチドロップバス２２０、２２４はまた、他のタイプの信号を伝送することもできる。更に、マルチドロップバス２２０、２２４は、単一のバスに結合されてもよいし、又はより多くのバスに分割されてもよい。１つ以上の実施形態では、システム電力管理インタフェース（System Power Management Interface：ＳＰＭＩ）は、マルチドロップバス２２０、２２４を具現化するために使用される。Ｉ２Ｃなどの他のシリアルバスインタフェースを、ＳＰＭＩの代わりに、マルチドロップバス２２０、２４を具体化するために使用することができる。

【0022】

マルチドロップバス２２４、２２０に加えて、又はそれに代えて、通信システム内の、又はその外部の構成要素間で汎用入力／出力（ＧＰＩＯ）通信を使用することができる。ＧＰＩＯは、様々な理由により使用される場合があり、理由としては、（ｉ）レガシーデバイスをサポートすること、（ｉｉ）時間センシティブな情報のための別個の通信チャネルを提供すること、（ｉｉｉ）共存メッセージを復号する処理能力を欠いた、又はそれを有しない低コストデバイスをサポートすること、（ｉｖ）例えば、干渉への暴露のため、マルチドロップバスを介した通信の問題に遭遇し得るデバイスとの通信を可能にすること、（ｖ）ＧＰＩＯ通信並びにマルチドロップバスを介した通信のデュアルサポートを可能にすることが挙げられるが、これらに限定されない。２つの構成要素間に低レベルの共存ポリシーを実施するために、これらのＧＰＩＯを一体に結合してもよい。図２に示すように、センサデバイス２１６ＢはＧＰＩＯ２２８Ａを介して直接ＳＯＣ２３４Ａと直接通信することができ、共存ハブデバイス２１２はＧＰＩＯ２２８Ｂを介して直接ＳＯＣ２３４Ｂと直接通信することができる。センサデバイス２１６Ｂの別の例を挙げると、センサデバイス２１６Ｂは、ＧＰＩＯ２２８を介してＳＯＣ２３４Ａに低レイテンシデータを送信することができる一方で、マルチドロップバス２２０を介してＳＯＣ２３４Ａ又は他の構成要素にレイテンシ耐性データを送信することができる。図２には示されていないが、ＳＰＩ、ＰＣＩｅ、又はＳＰＩ及びＰＣＩｅの両方を使用して、代替の又は追加の通信メカニズムを提供することもできる。図２では、ＧＰＩＯ２２８Ａはセンサデバイス２１６ＢをＳＯＣ２３４Ａとインタフェースするように記載されているが、シリアル周辺インタフェース（ＳＰＩ）、Ｍ－ＰＨＹ又は無線周波数フロントエンド（ＲＦＦＥ）インタフェースなどの他の物理インタフェースを使用してもよい。１つ以上の実施形態では、センサデバイス２１６Ｂは、マルチドロップバス２２０への直接アクセスすることはできず、代わりに、ＧＰＩＯ２２８Ａを経由してマルチドロップバスを介して通信するようにＳＯＣ２３４Ａに依存する場合がある。そのような実施形態では、共存ハブデバイス２１２は、ＳＯＣ２３４Ａを介してセンサデバイス２１６Ｂを制御して、任意の共存問題に対処することができる。

【0023】

図２には示されていないが、共存ハブデバイス２１２はまた、通信システムに関連付けられた動作又は１つ以上のアンテナ（図示せず）へのアクセスを制御することができる。

【0024】

（共存ハブデバイスの例示的なアーキテクチャ）
図３は、一実施形態に係る、共存ハブデバイス２１２を示すブロック図である。共存ハブデバイス２１２は、通信システム内の構成要素の動作を協調する通信システムの一部である。共存ハブデバイス２１２はまた、ＳＯＣ２３４によって実行される通信とは異なる、又はそれと部分的に重複するプロトコル上の通信を処理することができる。

【0025】

この目的のために、共存ハブデバイス２１２は、他の構成要素の中でも、プロセッサ３０４、共存制御回路３１４、ファブリックインタフェース３１０、マルチドロップインタフェース３４０Ａ、３４０Ｂ（「マルチドロップインタフェース３４０」と総称される）、通信サブシステム３３６Ａから３３６Ｚ（「通信サブシステム３３６」と総称される）及び内部ファブリック３５２を含み得る。共存ハブデバイス２１２は、図３に示されていない追加の構成要素を含んでもよいし、図３に示される構成要素（例えば、通信サブシステム３３６のうちの１つ以上）を省略してもよい。

【0026】

プロセッサ３０４は、単独で、又はソフトウェア若しくはファームウェアと関連して、共存ハブデバイス２１２の全体的な動作、並びに共存メッセージを使用した他のＳＯＣ２３４の動作の協調を制御する回路である。プロセッサ３０４は、動作を制御するための動作ポリシー３５２を格納するためのメモリを含み得る。動作ポリシー３５２は、ファブリック２２２Ｂ、ファブリックインタフェース３１０、及び内部ファブリック３４２を介してアプリケーションプロセッサ２０８から受信され得る。動作ポリシー３５２を受信した後、プロセッサ３０４は、動作ポリシー３５２を復号し、共存ハブデバイス２１２（例えば、共存制御回路３１４）内の他の構成要素をプログラムして、妥当な場合は、動作ポリシー３５２を強制することができる。動作ポリシー３５２に関連する追加情報はまた、アプリケーションプロセッサ２０８から受信され得る。そのような追加は、プロセッサ３０４で記憶又は処理されて、動作ポリシー３５２がどのように実施されるかに影響を及ぼし得る。更に、プロセッサ３０４は、マルチドロップバス２２０を介して他のＳＯＣ２３４に関連する動作ポリシー３５２の一部を送信して、動作ポリシー３５２に従って動作するようにＳＯＣ２３４をプログラムすることができる。プロセッサ３０４は、ＳＯＣ２３４及び通信サブシステム３３６からインタフェース３４０Ａを介して受信した共存メッセージ（例えば、状態情報又は要求）並びにインタフェース３４０Ｂを介して受信した他のメッセージ（例えば、センサ信号）を分析することによって、動作ポリシー３５２に従って共存決定を行うことができる。プロセッサ３０４は、共存ハブデバイス２１２及び他のＳＯＣ２３４に通信サブシステム３３６の現在の状態３５４を記憶することができる。現在の状態３５４は、例えば、ＳＯＣ２３４及び共存ハブデバイス２１２によって使用される無線周波数（ＲＦ）帯域／チャネル、無線信号の送信電力を含み得る。そのような情報はまた、他のＳＯＣ２３４における動作のリアルタイム調整を可能にするために、アプリケーションプロセッサ２０８又は他のＳＯＣ２３４に送信され得る。プロセッサ３０４は、一部の協調動作（例えば、通信サブシステム３３６のための協調）をアービタラー（arbiterer）３２２に委任することができる。

【0027】

本明細書に記載する動作ポリシーは、問題のあり得る通信システムにおける組み合わせ又はインターワーキングの課題を有する構成要素の組み合わせを動作させるシナリオを指し、また、そのような問題のあるシナリオを解決する又は取り組むためにＳＯＣ２３４及び共存ハブデバイス２１２によって行われる動作を定義する規則のセットも指す。そのような規則は、限定されないが、リソース使用、共有又は重複する通信帯域における干渉、及び電力使用を含む、様々な考慮事項を考慮するように設計され得る。１つ以上の実施形態では、規則はルックアップテーブルの形態で記憶され得る。これらのルックアップテーブルは、動作ポリシーを実施するために、プロセッサ３０４内のハードウェア、ソフトウェア、ファームウェア又はそれらの組み合わせによってアクセスされ得る。他の実施形態では、動作ポリシーは、ファームウェアコードを含み、動的応答を可能にし、複数の通信サブシステム間のバランスのとれた動作を維持することができる。干渉の規則又は条件は、場合によっては限られた時間のみに適用され得るため、ハブは、事前に送信され得る行動のパターンに応じて、又は外部システムから動的に受信したメッセージに応じて、動的に緩和（mitigation）をアクティブ化／非アクティブ化することになる。

【0028】

プロセッサ３０４はまた、ＧＰＩＯを介して電子デバイス１００内のＳＯＣ２３４又は他の構成要素と通信することができる。図２及び図３は、ＳＯＣ２３４Ｂと通信するときの共存ハブデバイス２１２を示しているが、ＧＰＩＯは省略されてもよいし、又は他の追加のＧＰＩＯには、電子デバイス１００内の他の構成要素との通信を設けてもよい。

【0029】

一実施形態では、プロセッサ３０４は、共存ハブデバイス２１２が最初に初期化されたときに、アプリケーションプロセッサ２０８から動作ポリシー全体を受信する。他の実施形態では、プロセッサ３０４は、各通信サブシステム３３６及び／又はＳＯＣ２３４がオンにされるときに、アプリケーションプロセッサ２０８から動作ポリシーの関連部分を受信する。いくつかの実施形態では、アプリケーションプロセッサ２０８は、コンテキスト情報を共存ハブデバイス２１２及び他のデバイスに送信し続けることができる。アプリケーションプロセッサ２０８はまた、共存ハブデバイス２１２、ＳｏＣ２３４からコンテキスト情報を受信することができる。本実施形態では、通信サブシステム３３６及び／又はＳＯＣ２３４をオンにすることは、アプリケーションプロセッサ２０８に通信され得、これにより、アプリケーションプロセッサ２０８は、動作ポリシーの関連する部分をプロセッサ３０４に送信する。

【0030】

別の実施形態では、プロセッサ３０４は、デフォルト動作ポリシー３５２をプリインストールされている。本実施形態では、プロセッサ３０４は、アプリケーションプロセッサ２０８から動作ポリシーを受信しない。そのような場合、アプリケーションプロセッサ２０８は、展開のために、更新されたデフォルト動作ポリシー３５２を共存ハブデバイス２１２に送信することができる。そのようなデフォルト動作ポリシー３５２は、地理的領域内の規制上の制限を満たすことができるように、デバイス１００が動作している地理的領域に基づくことができる。

【0031】

通信サブシステム３３６の各々は、共存ハブデバイス２１２の外部の対応する物理層インタフェース３０８Ａ～３０８Ｚ（「物理層インタフェース３０８」と総称される）から受信した信号、又はそれに送信されるための信号を処理する回路を含む。そのような回路は、以下の動作のうちの１つ以上を実行するローカルプロセッサ３７８Ａ～３７８Ｚ（「ローカルプロセッサ３７８」と総称される）を含み得る。（Ｉ）特定の通信プロトコルと関連付けられたコマンドを実行する、（ｉｉ）対応するプロトコルに従って受信した入力通信信号を処理し、入力無線信号を復号し、ＲＦリンク上の必要な時間予算内の特定の応答を符号化することによって応答する、（ｉｉｉ）関連付けられた無線周波数（ＲＦ）経路を制御し、送信電力を調整したり、利得制御を受信したりする、かつ（ｉｖ）動作ポリシーに基づいて通信サブシステム３３６内の構成要素を構成する、無効化する、又は有効化する。全てのローカルプロセッサ３７８又はこれらのローカルプロセッサ３７８の少なくともサブセットは、共存ハブデバイス２１２がオンになったときに（例えば、アプリケーションプロセッサ２０８によって、又は自動的に）初期化され得る。とりわけ、ローカルプロセッサ３７８は、それらの通信サブシステム３３６の動作に関連する動作ポリシーの一部を用いてプログラムされている。通信サブシステム３３６のローカルプロセッサ３７８にダウンロードされた動作ポリシーは、通信サブシステム３３６がどのように動作すべきか（例えば、通信サブシステムのデータレート、通信サブシステム３３６内の構成要素のオン若しくはオフ、及びアクティブトランスミッタの数の変更又はそれらのトランスミッタが特定の期間にブランキング又は電力バックオフを適用するなどの障害を減らすようにどう構成されるかの変更）を定義することができる。ポリシーは、繰り返される限定持続時間のみでアクティブであってもよいので、通信サブシステム３３６が、トリガイベントを通知するための外部システムからのメッセージに応じて、緩和を動的に係合又は解除することができる。あるいは、動作ポリシーの関連部分は、ファブリック２２２Ｂを介して直接アプリケーションプロセッサ２０８によって、又は、通信システム３３６の各々がオンにされるときにプロセッサ３０４によって逐次ダウンロードされ、プログラムされてもよい。通信サブシステム３３６のうちの１つ以上は、例えば、ＲＦＦＥ（Radio Frequency Front-End Control Interface：無線周波数フロントエンド制御インタフェース）を介して物理層インタフェース（例えば、ＲＦデバイス）と通信することができる。

【0032】

いくつかの実施形態では、物理層インタフェース３０８は、ローカルプロセッサ３７８が２つ以上の通信プロトコルをサポートする縮小セットにマージされてもよいし、経時的に異なる通信プロトコル間で切り替えてもよい。ローカルプロセッサ３８７は、無線経路の固定セットを制御してもよいし、フロントエンドスイッチのみを制御してもよく、ＬＮＡ又はＰＡを物理層インタフェース３０８によって制御されてもよい。

【0033】

インタフェース３４０Ａ、３４０Ｂは、マルチドロップバス２２０、２２４と通信するためのハードウェア回路又はハードウェア回路、ソフトウェア及びファームウェアの組み合わせである。１つ以上の実施形態では、インタフェース３４０Ａ、３４０Ｂは、ＳＰＭＩを介してデータを送信するための送信データグラムに処理し、着信データグラムをデータにアンパッキングするための回路に含む。インタフェース３４０Ａ、３４０Ｂは、それぞれ接続３２８、３２６を介してプロセッサ３０４及び共存制御回路３１４に接続される。

【0034】

ファブリックインタフェース３１０は、共存ハブデバイス２１２がファブリック２２２Ｂを介してアプリケーションプロセッサ２０８と通信することを可能にするための、ハードウェア回路又はハードウェア回路、ソフトウェア及びファームウェアの組み合わせである。１つ以上の実施形態では、ファブリックインタフェース３１０は、データのバッファ、セグメント化／合成、ポイントツーポイント通信チャネル（例えば、ＰＣＩｅ）を介した通信のためのデータのシリアライジング／デシリアライズ及びパッケージング／アンパッキングなどの動作を実行する。図３に示すように、ファブリックインタフェース３１０は、内部ファブリック３４２に接続されて、共存ハブデバイス２１２内の構成要素のアプリケーションプロセッサ２０８との通信を可能にする。

【0035】

共存制御回路３１４は、単独で又はファームウェア若しくはハードウェアと関連して、マルチドロップバス２２０を介して伝送される共存メッセージを処理する回路である。共存制御回路３１４は、共存イベントに対しリアルタイムに決定を行うことで動作ポリシー３５２を強制し、着信共存メッセージを関連する通信サブシステム３３６に分配し、リアルタイムに共存メッセージを通信サブシステム３３６間で共有し、送信共存メッセージを他のＳＯＣ２３４に送信するように、プロセッサ３０４によりプログラムされている。本明細書に記載の共存イベントは、電子デバイス１００の構成要素内の動作の協調を促す動作ポリシーによって定義される状態又は出来事を指す。

【0036】

具体的には、共存制御回路３１４は、他の構成要素の中でも、ディスパッチャ３１２、メモリ３１６、アービタラー３２２、及びビルボード３２６を含み得る。ディスパッチャ３１２は、各通信サブシステム３３６に対するメッセージをフィルタリングし、メモリ３１６に送信するためのプログラム可能な回路又は、ソフトウェア若しくはファームウェアと組み合わせた回路である。マルチスレッドシステムでは、複数のシステムが並列に共存メッセージを送信又は受信させることを可能にするために、そのような複数のメモリ３１８Ａ～３１８Ｚが存在し得る。ディスパッチャ３１２の詳細及びその機能は、図３を参照して以下に詳細に説明する。

【0037】

メモリ３１６は、各バッファが通信サブシステム３３６の各々に対応する複数のバッファ３１８Ａ～３１８Ｚ（「バッファ３１８」と総称される）を有する。バッファ３１８の各々は、対応する通信サブシステム３３６に関連する（マルチドロップバス２２０を介して共存ハブデバイス２１２の外部の構成要素から受信した）着信共存メッセージを受信し、記憶する。バッファ３１８内の記憶された着信共存メッセージは、内部ファブリック３４２を介して優先順位（例えば、時間センシティブなデータは、時間非センシティブなデータより高い優先順位を有する）に基づいて、（矢印３７２によって示されるように）対応する通信サブシステム３３６に送信され得る。１つ以上の通信サブシステム３３６が非アクティブである場合、バッファ３１８は、通信システム３３６がオンになり、メッセージを受信するように利用可能になるまでメッセージを記憶する。１つ以上の実施形態では、異なるバッファ３１８は、異なる優先順位に関連付けられてもよい。高い優先順位が割り当てられたバッファがメッセージで一杯になると、通信システム３３６は、メッセージが時宜を得て確実に処理されるように、サービスにウェイクアップすることができる。バッファ３１８の各々はまた、（内部ファブリック３４２を介して対応する通信サブシステム３３６から受信した）送信共存メッセージ３４８を記憶する。送信共存メッセージは、ディスパッチャ３１２によって取得され、優先順位（例えば、時間センシティブなデータが時間非センシティブなデータより高い優先順位を有する）にも基づいて、マルチドロップバス２２０を介して共存ハブデバイス２１２の外部の構成要素に送信される。

【0038】

メモリ３１６はまた、アービタラー３２２によってアクセスされてリソースの衝突する使用を解決するように、また異なるローカルプロセッサ３７８によって通信サブシステム３３６の間で時間センシティブな共存メッセージを交換するように、アクセスされ得る共有メモリセクション３２０を含む。通信サブシステム３３６は、アービタラー３２２によってサービスされるように他のＳＯＣ２３４からメモリキューへの要求と共に、それらのタスクを提出することができる。

【0039】

メモリ３１６はまた、異なる通信サブシステム３３６の間でコンテキスト情報を共有するために使用され得る。例えば、コンテキスト情報を使用して、事前に無線リソースを使用するアクティビティを計画及びソートすることができる。事前にタイムラインを計画することにより、増強された共存動作を実行することができる。計画はまた、帯域内ＳＮＲを犠牲にしてより良好なイミュニティを妨害器及び遮断器に提供するようにアクティビティをソートすることもできる。

【0040】

ビルボード３２６は、単独で、又はソフトウェア若しくはファームウェアと関連して、通信サブシステム３３６の状態情報を記憶する回路である。ステータス情報３４６は、通信サブシステム３３６から受信され、アクセスのために記憶される。ビルボード３２６は、共存ハブデバイス２１２内の通信サブシステム又は外部構成要素が、ビルボード３２６内の状態情報にアクセスすることによって別のシステムの動作コンテキストを正確に決定することを可能にする。１つ以上の実施形態では、他のＳｏＣ２３４はまた、ＳＯＣ２３４がそれらのコンテキストを同時に広告することを可能にするビルボードを含み得る。ビルボードはメモリ領域を含み得る。ビルボードのメモリ領域への入力メッセージは、所定の時間内に応答するように通信サブシステムをトリガすることができる。１つ以上の実施形態では、ビルボード３２６もまた、ＳＯＣ２３４がいくつかの理由でＳＯＣ間のダイレクトメッセージングを行うことができない場合、マルチドロップバス２２０、２２４を介してＳＯＣ２３４間で信号又はデータを交換するためのピンポンバッファとして使用される。

【0041】

アービタラー３２２は、単独で、又はソフトウェア若しくはファームウェアと関連して、通信サブシステム３３６の動作のリアルタイム協調についての決定を行い、内部ファブリック３４２を介して通信サブシステム３３６及びメモリ３１６に当該決定を送信する回路である。そのような決定は、複数の通信サブシステム３３６による共通リソースの競合するニーズ、又は異なる通信サブシステム３３６による矛盾するリソースの要求を解決することを含み得る。アービタラー３２２はリアルタイムで決定を行うので、動作ポリシー３５２を実施するようにプロセッサ３０４で行われる決定と比較して、より短期間で有効となり続けることができる。加えて、アービタラー３２２は、同じリソースを使用するローカル通信サブシステム３３６と競合する外部通信サブシステムによるリソースの使用の要求を解決することができる。この目的のために、アービタラー３２２は、プロセッサ３０４に記憶された通信サブシステム３３６及び他のＳＯＣ２３４の現在の状態３５４、並びに異なる競合動作の優先順位に関する利用情報にアクセスすることができる。アービタラー３２２でのリソースの衝突を解決するためのアルゴリズムは、プロセッサ３０４によって実行される動作ポリシー３５２に基づいて調整され得る。アービタラー３２２は、プロセッサ３０４又はアプリケーションプロセッサ２０８によってプログラムされ得る。アービタ３２２によって行われる決定は、例えば、外部ＲＦデバイスの設定を変更するために、通信サブシステム３３６と関連付けられたＲＦＦＥトランザクションを制御することを含み得る。そのような動作は、対応する通信サブシステム３３６の電力増幅器伝送をブランキングすることを含み得る。リアルタイムの決定は、共有された内部ファブリック３４２を介して送信されるため、通信サブシステム（例えば、通信サブシステム３３６Ａ）は、別の通信サブシステム（例えば、通信サブシステム３３６Ｂ）向けの決定を受信し、それに応じてその動作を調整することができる。アービタラー３２２は、アービタラー３２２の全体的な動作を制御するプロセッサ３２３を含み得る。

【0042】

１つ以上の実施形態では、アービタラー３２２は、低レイテンシデータのためにＧＰＩＯ２２８Ｂを介して共存ハブデバイス２１２の外部の構成要素と通信することができる。例えば、アービタラー３２２は、センサ２１６のうちの１つ以上からセンサデータを受信し、リアルタイムの決定を行うことができる。代替的に、アービタラー３２２は、ＧＰＩＯによって通信サブシステムを制御し、他の通信サブシステムを無効にすることができる。別の実施形態では、アービタ３２２は、非同期の予期せぬ外部遮断器に対する応答を管理する際の通信システムを支援し、帯域内ＳＮＲ又はＥＶＭ（Error Vector Magnitude）性能を低下させる場合であっても妨害器にもかかわらずリンクを維持するためにより高い線形性を有する無線経路を有効にするように、影響を受けた無線経路を無効にし、関連するファームウェア／ソフトウェアをトリガすることによって、外部妨害器又は遮断器の突然の出現による性能障害を回避するように無線応答を管理する。

【0043】

１つ以上の実施形態では、プロセッサ３０４は、その動作ポリシー３５２に基づいてより大きなスケールの協調動作を決定し、共存制御回路３１４、通信サブシステム３３６、及び場合によってはＳＯＣ２３４の構成要素を構成して、動作ポリシー３５２を強制する。一方、アービタラー３２２は、動作ポリシー３５２によって定義されるより大きなスケールの協調動作と整合性のある、より小さなスケールのリアルタイムの共存動作を協調する。

【0044】

（ディスパッチャの例示的なアーキテクチャ）
図４は、一実施形態に係る、図３の共存ハブデバイス内のディスパッチャ３１２のブロック図である。ディスパッチャ３１２は、共存メッセージを処理するための回路又は回路、ソフトウェア及び／若しくはファームウェアの組み合わせである。ディスパッチャ３１２は、通信サブシステム３３６からの要求又は共存メッセージが、ＳＯＣ２３４に対するどの順序／優先順位で送信されるべきかどうかを判定し、送信される場合、マルチドロップバス２２０を介して要求又は共存メッセージを転送する。ディスパッチャ３１２はまた、ＳＯＣ２３４から共存メッセージを受信し、これらの全てのメッセージのうち関連サブセットを通信サブシステム３３６に転送することにより、これらのサブシステム３３６の各々が関連するメッセージのみを受信する。ディスパッチャ３１２は、他の構成要素の中でも、プロセッサ４３６、割り込みマネージャ４２８、タイムスタンパー４４０及びメッセージフィルタ４３２を含み得る。割り込みマネージャ４２８、タイムスタンパー４４０、及びメッセージフィルタ４３２のうちの１つ以上は、プロセッサ４３６によって実行されるソフトウェアのファームウェアとして具体化され得る。また、追加の構成要素をディスパッチャ３１２に追加することができる。

【0045】

プロセッサ４３６は、（ｉ）各通信サブシステム３３６内の相対するリソースの管理、（ｉｉ）共存ハブデバイス２１２の外部の外部ＲＦ制御ブロックの制御、（ｉｉｉ）アービタラー３２２の機能及び動作のサポート、（ｉｖ）アービタラー３２２からマルチドロップバス２２０上の構成要素への結果の報告の協調などの、ディスパッチャ３１２内の各種動作を実行することができる回路である。プロセッサ４３６は、プロセッサ３０４の一部であってもよいし、スタンドアロンプロセッサであってもよい。プロセッサ４３６はまた、経時的に、又は電子デバイス１１０内のアクティビティに応じて、ディスパッチャ３１２内の他の構成要素の動作を更新することができる。

【0046】

メッセージフィルタ４３２は、インタフェース３４０Ａを介してマルチドロップバス２２０から着信共存メッセージ４２２を受信し、通信サブシステム３３６に関連する着信共存メッセージ４２２をフィルタリングし、フィルタリングされた着信共存メッセージ４５４を、適切なバッファ３１８及び／又はメモリ３１６の共有セクション３２０に送信する、ハードウェア、ソフトウェア、ファームウェア、又はそれらの組み合わせである。メッセージフィルタ４３２はまた、デフォルトの通信サブシステム３３６以外の通信サブシステム３３６に関連付けられたバッファに着信共存メッセージ４５４をリダイレクトし、アクティブ通信サブシステム３３６が全ての関連する着信共存メッセージを受信することを確実にすることができる。メッセージフィルタ４３２を構成することにより、通信システム（例えば、３３６Ａ）は、別の通信システム（例えば、３３６Ｂ）向けの着信共存メッセージも受信し、そのような着信共存メッセージをその動作のために考慮に入れることができる。メッセージフィルタはまた、通信サブシステム３３６が、外部ＳｏＣからメッセージのうち限られたセットを受信して、無線スリープにある通信サブシステム３３６に影響を与え得る外部システムの状態のいくつかの重要な変化を記録するために、又は通信サブシステム３３６の機能のうち限られたセットを短時間ウェイクさせて、外部共有デバイスの共有を許可することを要求するために、無線スリープ状態にあるときに動作することができる。メッセージフィルタ４３２はまた、インタフェース３４０Ｂから受信した着信センサメッセージに対して同じ動作を実行することができる。着信共存メッセージが割り込みを含む場合、メッセージフィルタ４３２は、対応する共存メッセージ４４２を割り込みマネージャ４２８に送信する。

【0047】

割り込みマネージャ４２８は、割り込みを管理するハードウェア、ソフトウェア、ファームウェア又はそれらの組み合わせである。割り込みマネージャ４２８が割り込みを含む共存メッセージ４４２を受信すると、割り込みマネージャ４２８は割り込みを抽出し、割り込み信号４１４を対応する通信サブシステム３３６に送信する。割り込み信号４１４は、対応する通信サブシステム３３６に、シャットダウンさせ、その構成要素のサブセットの電源を切断させ、電源切断からウェイクアップさせ、又はマルチドロップバス２２０上の構成要素（例えば、ＳＯＣ２３４）のリアルタイム状態を示させることができる。これらの割り込み信号は、単純なデコーダしか含まず、マイクロプロセッサを含まなくてもよく、これにより、低コスト構成要素がマルチドロップバス２２０を介して単純な共存メッセージを通信するための割り込み信号を送信することが可能になる。割り込み信号の特性のうちの１つは、粘着性であることであり、共存ハブデバイス２１２が割り込み信号を送信するときに、ＳＯＣ（例えば、ＳＯＣ２３４Ｂ）がスリープであっても、ＳＯＣ（例えば、ＳＯＣ２３４Ｂ）は、ＳＯＣ（例えば、ＳＯＣ２３４Ｂ）が後の時間にウェイクアップした後に割り込み信号に応答することを意味する。これらの割り込み信号はまた、他の構成要素（例えば、ＳＯＣ２３４Ａ）を、外部ＳＯＣ（例えば、ＳＯＣ２３４Ｂ）とのハンドシェイク動作を完了するほど十分に長くウェイクしたままにする必要はなく、外部ＳＯＣ（例えば、ＳＯＣ２３４Ｂ）が非アクティブ／スリープ状態に不意に入り得ることを保証するためにも使用され得る。常に割り込み信号を使用することにより、発信メッセージソースの負担を低減することができる。

【0048】

メッセージフィルタ４３２はまた、通信サブシステム３３６から割り込み信号４５０を受信することができる。割り込み信号４５０がＳＯＣ２３４向けである場合、メッセージフィルタ４３２は、マルチドロップバス２２０を介して送信するために、割り込み４５０を送信共存メッセージ４１８としてインタフェース３４０Ａに送信する。通信サブシステム３３６間の割り込み信号は、共存制御回路３１４を介入せずに、内部ファブリック３４２を介して送信される。

【0049】

タイムスタンパー４４０は、マルチドロップバス２２０上の入力及び出力メッセージの時間を追跡する回路である。いくつかの実施形態では、２つ以上のＳｏＣが同じ基準時間から動作する。入力メッセージを内部基準時間でスタンプすることにより、ＳＯＣ間の協調をより厳密に実行することができる。到着時間はまた、（例えば、無効化のための遅延が入力メッセージに含まれる場合）無線リソースが解放されるおよその時間を決定するために使用され得る。タイムスタンパー４４０は、メッセージが送信又は受信される実際の時間を追跡して、アービトレーション遅延を説明する。タイムスタンパー４４０は、外部システムによるリンクの実際の障害を監視するために使用されてもよく、それにより、ローカルシステムは、障害を予想するときの犠牲となるシステムに事前に送信された行動のパターンを修正することができる。共存問題の持続時間が性質上短いシステムでは、無線機がこうした時間中に一部のアクティビティの計画を回避するために来たるべく障害の間隔を追跡することができること、又は低減された性能を管理する際のデバイス１００と通信している無線ネットワークの信頼性を助けるための、この間隔の間の伝送パケットを繰り返すなどのいくつかの緩和措置を取ることができることが有利である。

【0050】

（ＳＯＣの例示的なアーキテクチャ）
図５は一実施形態に係る、ＳＯＣ２３４Ｂのブロック図である。ＳＯＣ２３４Ｂが例として図５に示されているが、他のＳＯＣ２３４Ａ、２３４Ｃ～２３４Ｎは、ＳＯＣ２３４Ｂと同じ又は同様のアーキテクチャを有し得る。

【0051】

ＳＯＣ２３４Ｂは、電子デバイス１００内の通信システムの一部であり、その通信サブシステム５３６Ａ、５３６Ｂ（「通信サブシステム５３６」と総称される）を使用して１つ以上の通信プロトコルを実行することができる。２つの通信サブシステム５３６Ａ、５３６Ｂしか図５には示されていないが、３つ以上の通信サブシステム又は単一の通信サブシステムのみがＳＯＣ２３４Ｂに含まれてもよい。２つの通信サブシステム５３６Ａ及び５３６Ｂが図５には示されているが、通信サブシステム５３６Ａ、５３６Ｂの両方を時分割でサポートする共通の無線であってもよいし、又は通信サブシステム５３６Ａ及び５３６Ｂの両方をサポートするために異なるモード間で再構成される無線があってもよい。通信サブシステム５３６Ａ、５３６Ｂは各々、異なる通信プロトコルに関連付けられてもよいし、又はその両方が同じ通信プロトコルに関連付けられてもよい。通信サブシステム５３６は、通信サブシステム５３６と関連付けられた共存メッセージが共存制御回路３１４の代わりにプロセッサ５１２によって処理されることを除いて、通信サブシステム３３６と実質的に同一である。通信サブシステム５３６は、マルチドロップバス２２０を介して共存メッセージを共存ハブデバイス２１２に送信して、共存ハブデバイス及び／又は他のＳＯＣ内の通信サブシステムと共存することができる。ＳＯＣ２３４Ｂへの着信共存メッセージは、プロセッサ５１２によってローカルに処理され、対応する通信サブシステム５３６に送信される。通信サブシステム５３６に関する他の詳細な説明は、簡潔にするために本明細書では省略されている。

【0052】

通信サブシステム５３６に加えて、ＳＯＣ２３４Ｂは、他の構成要素の中でも、ファブリックインタフェース５０２、バスインタフェース５０４、プロセッサ５１２、及びこれらの構成要素を接続するための内部バス５４０を更に含み得る。ＳＯＣ２３４Ｂは、各通信サブシステム５３６と関連付けられた共存メッセージをバッファするためのメモリなどの更なる構成要素を含み得る。

【0053】

バスインタフェース５０４は、単独で、又はソフトウェア若しくはハードウェアと関連して、ＳＯＣ２３４Ｂの構成要素がマルチドロップバス２２０を介して共存ハブデバイス２１２及び他のＳＯＣと通信することを可能にする回路である。

【0054】

ファブリックインタフェース５０２は、単独で、又はソフトウェア若しくはハードウェアと関連して、ＳＯＣ２３４Ｂの構成要素がファブリック２２２Ｃを介してアプリケーションプロセッサ２０８と通信することを可能にする回路である。ファブリックインタフェース５０２の通信は、バスインタフェース５０４を介した通信よりも高速かつ高帯域幅でデータを伝送することができる。

【0055】

プロセッサ５１２は、ＳＯＣ２３４Ｂの全体的な動作を管理する。プロセッサ５１２は、とりわけ、割り込みマネージャ５１６及びメッセージフィルタ５１８をソフトウェア又はハードウェア構成要素として含み得る。割り込みマネージャ５１６及びメッセージフィルタ５１８の機能及び動作は、割り込みマネージャ４２８及びメッセージフィルタ４３２の機能及び動作と実質的に同じであるので、これらの構成要素の詳細な説明は、簡潔にするために本明細書では省略されている。

【0056】

プロセッサ５１２はまた、ＧＰＩＯを介して電子デバイス１００の他の構成要素と通信することができる。図５の例では、プロセッサ５１２は、ＧＰＩＯ２２８Ｂを介して共存ハブデバイス２１２と通信するように示されている。しかし、ＧＰＩＯ２２８Ｂを省略してもよく、プロセッサ５１２の代わりにＳＰＩバス又は別の通信リンクを使用して、時間センシティブなデータを伝送するために電子デバイス１００の他の構成要素と直接通信することができる。

【0057】

プロセッサ５１２及び／又は通信サブシステム５３６は、共存ハブデバイス２１２のプロセッサ３０４又はアプリケーションプロセッサ２０８によって動作ポリシー３５２を実施するようにプログラムされてもよい。一実施形態では、そのようなプログラミングは、ＳＯＣ２３４Ｂがオンになったときに実行されてもよい。

【0058】

（共存動作を協調する例示的なプロセス）
図６は、一実施形態による、電子デバイス１００内の構成要素の動作及び相互作用を示す相互作用図である。アプリケーションプロセッサ２０８は、第１の電力モード（例えば、フルパワーモード）で動作する（６０２）。第１の電力モード中、アプリケーションプロセッサ２０８は、ファブリック２１２Ｂを介して動作ポリシーを共存ハブデバイス２１２に送信する（６０６）。アプリケーションプロセッサ２０８はまた、ＳＯＣ２３４に、対応するファブリック２２２を介してＳＯＣ２３４に関連する初期動作ポリシーを送信することができる（６１８）。アプリケーションプロセッサ２０８が動作ポリシーを送信した後、アプリケーションプロセッサ２０８は、第２の電力モード（例えば、低減された電力モード又はスリープモード）に切り替えることができる（６１０）。アプリケーションプロセッサ２０８は、更新を共存ハブデバイス２１２及び他のＳｏＣ２３４ｓに継続して送信することができる。

【0059】

次いで、共存ハブデバイス２１２は、動作ポリシーを展開し、適用（６１４）を開始する。共存ハブデバイス２１２はまた、ＳＯＣ２３４を動作させる規則を初期化又は更新するために、ＳＯＣ２３４に関連する動作ポリシーを送信することができる。例えば、関連する動作ポリシーは、ＳＯＣがオンになったときに初期化するためにＳＯＣに送信することができる。

【0060】

共存ハブデバイス２１２は、動作ポリシーに従ってその通信サブシステムの動作を協調する（６２２）。そのような動作は、通信サブシステム３３６の共存制御回路３１４及びプロセッサ３７８をプログラミングすることを含む。通信サブシステム３３６のうちの１つ以上がオフにされる場合、プログラミング動作は、通信サブシステム３３６がオンになった後に実行され得る。

【0061】

ＳＯＣ２３４が関連する動作ポリシーを（アプリケーションプロセッサ２０８又は共存ハブデバイス２１２のいずれかから）受信した後、ＳＯＣ２３４は、関連するポリシーを展開し、それらの動作に適用することができる（６２６）。ＳｏＣ２３４は、他のＳｏＣ及びアプリケーションプロセッサ２０８に、他のＳＯＣとの共存に関連する構成の変化を通知し続けることができる。これにより、ＳｏＣ２３４は、適切な構成を計画し、他のＳＯＣから生じる影響を低減することができる。

【0062】

共存イベントが発生する（６３０）とき（例えば、ＳＯＣのうちの１つにおける無線信号干渉の経験、又は別のＳｏＣに影響を与え得る特定のリソースの使用などの既知のトリガイベント）、イベントを経験するＳＯＣ２３４は、共存メッセージ６３４を、マルチドロップバス２２０を介して共存ハブデバイス２１２に送信する（６３４）。代替的に、トリガイベントを開始するＳｏＣ２３４ｓは、共存ハブデバイス２１２と影響のあるＳｏＣにかかる変化を迅速に知らせることができる。ＳｏＣ２３４は自身で、外部トリガイベントに応答する方法を完全に解決することができない場合がある。そのような場合、ＳＯＣ２３４は、制御情報などの追加のデータのために、又は関連する共依存の（codependent）ハードウェア信号のクロック計画を変更することによって、アプリケーションプロセッサ２０８を介して協調することができ、共存ハブデバイス２１２は、図７を参照して以下に詳細に説明するように、動作ポリシーを適用し（６３８）、共存イベントに対処するためのアクションを行うことによって受信した共存メッセージに応答することができる。当該ポリシーはまた、特定のＳｏＣ２３４が特定の動作モードを使用することが制限されているが、別のＳｏＣは性能がトリガイベントによって著しく影響を受ける状態で動作していることを意味する場合もある。共存ハブデバイス２１２に加えて、他のＳＯＣ２３４はまた、共有マルチドロップバス２２０を介して共存メッセージを受信し、それに応じてその動作を調整することもできる。

【0063】

共存ハブデバイス２１２により行われるアクションとしては、通信サブシステム３３６のうちの１つ以上の動作を調整すること、及び／又は、コマンド又は割り込みを含む別の共存メッセージ６４２を生成し、他のＳＯＣ２３４に送信して（６４２）、それらの動作を制御することが挙げられる。

【0064】

コマンド又は割り込みを含む共存メッセージを受信したことに応じて、共存メッセージに関連するＳＯＣ２３４は、不十分な無線状態に対応するように共存メッセージ内のコマンド又は割り込みに従って、それらの動作を更新する（６４６）。ＳｏＣ２３４は、アグレッサ（aggressor）の影響を監視し、その影響を共存ハブデバイス２１２に報告することができ、その結果、共存ハブデバイス２１２は、アグレッサに対し更なるアクションを行い、ビィクテム（victim）のリンク状態を改善することができる。

【0065】

共存メッセージを送信すること（６４２）に加えて、又はその代わりに、共存ハブデバイス２１２は、その通信サブシステム３３６の動作を更新して、動作ポリシー３５２に従って共存イベントに対処することができる。

【0066】

図６は共存イベントがＳＯＣ２３４で発生するシナリオを示しているが、共存イベントは共存ハブデバイス２１２内で発生する場合がある。このような例では、共存ハブデバイス２１２は、その構成要素の動作を更新したり、コマンドを含む共存メッセージを関連ＳＯＣ２３４に送信したりして（６４２）、その共存イベントに対処することができる。同様の応答セットが、外部でＳｏＣ２３４ｓの間に生じるように２つの通信サブシステムが影響を受けるときに、共存ハブデバイス２１２内で生じ得る。

【0067】

アプリケーションプロセッサ２０８を必要とせずに、共存ハブデバイス２１２に共存メッセージを処理させ、共存イベントに対処させることによって、アプリケーションプロセッサ２０８は、追加電力を消費せずに第２の電力モード６１０のままにすることができる。追加的に、又は代替として、アプリケーションプロセッサ２０８におけるリソース（例えば、コンピューティングリソース）は、アプリケーションプロセッサ２０８が第１の電力モードにある場合でも、他の動作のために保存され得る。更に、ＳｏＣの中での自律性の向上及び協調の高速化を実現することができる。

【0068】

図６に示されるプロセス及びそれらのシーケンスは単なる例示である。追加のプロセスを追加してもよく、図６の一部のプロセスを省略してもよい。例えば、関連ポリシー６１８を共存ハブデバイス２１２からＳＯＣに送信するプロセスは省略してもよく、代わりに、アプリケーションプロセッサ２０８のみに依存して、関連ポリシーをＳＯＣ２３４に送信してもよい。また、アプリケーションプロセッサ２０８は、共存ハブデバイス２１２に送信した（６０６）後も、第２の電力モードに切り替えることなく、第１の電力モードのままにすることができる。

【0069】

更に、図６には示されていないが、アプリケーションプロセッサ２０８は、初期動作ポリシーが共存ハブデバイス２１２で展開された後に、展開及び適用のための更新された動作ポリシーを送信することができる。更新された動作ポリシーは、アプリケーションプロセッサ２０８によってイベントの検出に基づいて、又は共存ハブデバイス２１２内の現在の状態３５４の読み取り後に決定されてもよい。

【0070】

図７は、一実施形態に係る、動作ポリシーを検出された共存イベントに適用する（６３８）プロセスを示すフローチャートである。ソースＳＯＣ（例えば、ＳＯＣ２３４Ａ）からの共存メッセージ内の要求は、共存ハブデバイス２１２によって抽出される（７０２）。

【0071】

共存ハブデバイス２１２は、共存メッセージ内の要求において衝突が検出されたかどうかを判定する（７０４）。検出された場合、共存ハブデバイス２１２は、動作ポリシーに従って、ソースＳＯＣ以外のＳＯＣ（ＳＯＣ２３４Ａ）及び共存ハブデバイス２１２内の通信サブシステム３３６の動作に対して許可された調整を決定する。

【0072】

次いで、共存ハブデバイス２１２は、マルチドロップバス２２０を介してＳＯＣ２３４に送信するためのコマンドを含む共存メッセージを生成する。コマンドは、ＳＯＣ２３４に動作を調整するように命令する。

【0073】

衝突が検出されない場合、ソースＳＯＣ（例えば、ＳＯＣ２３４Ａ）の動作を調整するためのコマンドを含む共存メッセージは、マルチドロップバス２２０を介して送信するために生成される（７２２）。

【0074】

共存ハブデバイス２１２内のＳＯＣ２３４及び通信サブシステム３３６の現在の状態３５４は更新される（７１８）。

【0075】

図７に示されるプロセス及びそれらのシーケンスは単なる例示である。更なるプロセスを追加してもよく、図７の一部のプロセスを省略してもよい。例えば、現在の状態を更新する（７１８）プロセスは、許可された調整を判定した（７１０）後に実行されてもよい。

【0076】

図８は、一実施形態に係る、共存メッセージ内の要求、及び共存ハブデバイス２１２によって行われる対応する可能な応答を示す表である。表の第１の列は、ＳＯＣ２３４及び共存ハブデバイス２１２内の通信サブシステム３３６によって行われ得る様々な要求を含む。表の第２の列は、要求に応じて、共存メッセージに含まれ得る対応する応答又はコマンドを示す。「受諾」は、ＳＯＣ２３４及び通信サブシステム３３６によって行われる要求が受諾されることを示す。「拒否」は、ＳＯＣ２３４及び通信サブシステム３３６によって行われる要求が拒否され、ソースＳＯＣが現在の動作モードで動作し続けることを示す。「代替周波数帯域を通知する」、「より少ない電力の増加を許可する」、「より少ない電力減少を許可する」、及び「代替アンテナを通知する」は、受諾でも拒否でもないアクションであるが、ＳＯＣ２３４又は通信サブシステム３３６によって行われる代替の連続アクションである。

【0077】

特定の実施形態及び用途が例示及び記載されてきたが、本発明は、本明細書に開示される厳密な構造及び構成要素に限定されず、本開示の趣旨及び範囲から逸脱することなく、当業者には明らかであろう様々な修正、変更、及び変形が、本明細書に開示される方法及び装置の構成、動作、並びに詳細になされてもよいことを理解されたい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【手続補正書】

【提出日】2023-11-15

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

マルチドロップバスを介して通信するように構成されたインタフェース回路と、
電子デバイスとともに通信プロトコルを実施するように構成された通信サブシステムと、
プロセッサ回路と、を備える集積回路（ＩＣ）チップであって、
前記プロセッサ回路は、
前記マルチドロップバスを介して、前記ＩＣチップ内の動作する組み合わせの問題のあるシナリオ及び前記問題のあるシナリオを解決するための規則を表す動作ポリシーを受信し、
前記通信サブシステム内に受信した前記動作ポリシーを展開し、
前記問題のあるシナリオのうちの１つ以上が発生したことを検出し、
展開した前記動作ポリシーを適用することにより、前記通信サブシステムの動作を修正して、前記問題のあるシナリオのうちの１つ以上を解決するように構成されている、ＩＣチップ。

【請求項2】

前記動作ポリシーは、少なくとも１つの前記マルチドロップバスを介して、前記ＩＣチップと、１つ以上の他のＩＣチップとの間で動作を協調するように構成されている共存ハブデバイスから受信される、請求項１に記載のＩＣチップ。

【請求項3】

前記共存ハブデバイスから受信された前記動作ポリシーは、前記共存ハブデバイスが、アプリケーションプロセッサから受信されるように構成されている他の動作ポリシーのサブセットである、請求項２に記載のＩＣチップ。

【請求項4】

前記インタフェース回路は、前記共存ハブデバイスから共存メッセージを受信するように構成され、
前記プロセッサ回路は、関連したフィルタリングされた共存メッセージのために、受信した前記共存メッセージをフィルタリングし、前記関連したフィルタリングされた共存メッセージを前記通信サブシステムに転送するようにさらに構成されている、請求項２に記載のＩＣチップ。

【請求項5】

前記インタフェース回路は、第１のインタフェース回路であり、
ポイントツーポイント接続を介して、他の集積回路（ＩＣ）チップと通信するように構成された第２のインタフェース回路をさらに備える、請求項１に記載のＩＣチップ。

【請求項6】

前記他のＩＣチップは、アプリケーションプロセッサである、請求項５に記載のＩＣチップ。

【請求項7】

前記プロセッサ回路は、
前記インターフェイス回路を介して、割り込みを含むメッセージを受信し、
前記メッセージから前記割り込みを抽出し、
前記通信サブシステムに前記割り込みを送信するように、さらに構成されている、請求項１に記載のＩＣチップ。

【請求項8】

前記割り込みは、前記ＩＣチップ内の構成要素のオン又はオフを引き起こす、請求項７に記載のＩＣチップ。

【請求項9】

前記ＩＣチップ及び他のＩＣチップの間で協調して動作するように構成された共存ハブデバイスに結合されたポイントツーポイント接続をさらに備える、請求項１に記載のＩＣチップ。

【請求項10】

電子デバイス内の集積回路（ＩＣ）チップの動作方法であって、
通信プロトコルを使用して、他の電子デバイスとの通信を実行することと、
マルチドロップバスを介して、前記ＩＣチップ内の動作する組み合わせの問題のあるシナリオ及び前記問題のあるシナリオを解決するための規則を表す動作ポリシーを受信することと、
受信した前記動作ポリシーを前記ＩＣチップ内に展開し、
前記問題のあるシナリオのうちの１つ以上が発生したことを検出することと、
前記問題のあるシナリオのうちの１つ以上を解決するために、展開した前記動作ポリシーを適用することにより、前記通信サブシステムの動作を修正することと、を含む、方法。

【請求項11】

前記動作ポリシーは、少なくとも１つの前記マルチドロップバスを介して、前記ＩＣチップと、１つ以上の他のＩＣチップとの間で動作を協調する共存ハブデバイスから受信される、請求項１０に記載の方法。

【請求項12】

前記共存ハブデバイスから受信された前記動作ポリシーは、前記共存ハブデバイスが、アプリケーションプロセッサから受信した他の動作ポリシーのサブセットである、請求項１１に記載の方法。

【請求項13】

前記共存ハブデバイスから共存メッセージを受信することと、
関連したフィルタリングされた共存メッセージのために、受信した前記共存メッセージをフィルタリングすることと、
前記関連したフィルタリングされた共存メッセージを前記通信サブシステムに転送することと、をさらに含む、請求項１１に記載の方法。

【請求項14】

ポイントツーポイント接続を介して、他の集積回路（ＩＣ）チップと通信することをさらに含む、請求項１０に記載の方法。

【請求項15】

前記他のＩＣチップは、アプリケーションプロセッサである、請求項１４に記載の方法。

【請求項16】

前記前記マルチドロップバスを介して、割り込みを含むメッセージを受信することと、
前記メッセージから前記割り込みを抽出することと、
前記通信サブシステムに前記割り込みを送信することと、をさらに含む、請求項１０に記載の方法。

【請求項17】

前記割り込みは、前記ＩＣチップ内の構成要素のオン又はオフを引き起こす、請求項１６に記載の方法。

【請求項18】

ポイントツーポイント接続を介して、ＩＣチップ及び他のＩＣチップの間で協調して動作する共存ハブデバイスと通信することをさらに含む、請求項１０に記載の方法。

【請求項19】

中央プロセッサと、マルチドロップバスと、複数の集積回路（ＩＣ）チップと、前記複数のＩＣチップに結合されて前記複数のＩＣチップと協調して動作するように構成されている共存ハブデバイスと、を備える電子デバイスであって、
前記ＩＣチップの少なくとも１つは、
前記マルチドロップバスを介して通信するように構成されたインタフェース回路と、
他の電子デバイスとともに通信プロトコルを実施するように構成された通信サブシステムと、
プロセッサ回路と、を備え、
前記プロセッサ回路は、
前記マルチドロップバスを介して、前記ＩＣチップ内の動作する組み合わせの問題のあるシナリオ及び前記シナリオを解決するための規則を表す動作ポリシーを受信し、
前記通信サブシステム内に受信した前記動作ポリシーを展開し、
前記問題のあるシナリオのうちの１つ以上が発生したことを検出し、
展開した前記動作ポリシーを適用することにより、前記通信サブシステムの動作を修正して、前記問題のあるシナリオのうちの１つ以上を解決するように構成されている、電子デバイス。

【請求項20】

前記共存ハブデバイスは、前記マルチドロップバスを介して、少なくとも１つの前記ＩＣチップに前記動作ポリシーを送信するように構成されている、請求項１９に記載の電子デバイス。

【外国語明細書】