JP2023537771A - マルチキャリアｐｄｃｃｈ監視の時間領域適応 - Google Patents

Abstract

マルチキャリアＰＤＣＣＨ監視メカニズムの時間領域適応のための方法、装置、およびコンピュータ可読ストレージ媒体が提供される。マルチキャリアＰＤＣＣＨ監視メカニズムの時間領域適応のための方法、装置、およびコンピュータ可読ストレージ媒体が提供される。例示的な実装では、方法は、ユーザ機器が、複数のスケジューリングキャリアの各々の１つまたは複数の検索空間グループを構成する構成情報を受信することであって、１つまたは複数の検索空間グループが、第１のキャリア上の少なくとも第１の検索空間グループおよび第２のキャリア上の少なくとも第２の検索空間グループを含む、受信することと、ユーザ機器によって、少なくとも第１の検索空間グループを監視することとを含んでよい。方法は、第１の検索空間グループから第２の検索空間グループに切り替えるための条件が満たされるかどうかを検出することと、この条件が満たされるということを検出することに応答して、監視を少なくとも第１の検索空間グループから少なくとも第２の検索空間グループに切り替えることとをさらに含んでよい。

Description

本説明は、ワイヤレス通信に関し、特に、検索空間（ｓｅａｒｃｈ ｓｐａｃｅ）の監視に関する。

通信システムは、固定された通信デバイスまたはモバイル通信デバイスなどの２つ以上のノードまたはデバイス間の通信を可能にする機能であってよい。有線キャリアまたはワイヤレスキャリア上で信号が搬送され得る。

セルラー通信システムの例は、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって規格化されているアーキテクチャである。この分野における最近の開発は、ユニバーサルモバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）無線アクセス技術のロングタームエボリューション（ＬＴＥ：ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）と呼ばれることが多い。Ｅ－ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ：エボルブドＵＭＴＳ地上波無線アクセス）は、３ＧＰＰのモバイルネットワーク用のロングタームエボリューション（ＬＴＥ）のアップグレードパスのエアインターフェイスである。ＬＴＥでは、拡張ノードＡＰまたはエボルブドノードＢ（ｅＮＢ：Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）と呼ばれる基地局またはアクセスポイント（ＡＰ：ａｃｃｅｓｓ ｐｏｉｎｔｓ）が、カバレッジエリアまたはセル内のワイヤレスアクセスを提供する。ＬＴＥでは、モバイルデバイスまたは移動局が、ユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔｓ）と呼ばれる。ＬＴＥは、複数の改善または開発を含んでいる。

５Ｇニューラジオ（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）の開発は、以前の３Ｇおよび４Ｇのワイヤレスネットワークの進化に類似する、５Ｇの要件を満たすために継続されているモバイルブロードバンドの進化過程の一部である。加えて、５Ｇは、モバイルブロードバンドに加えて、新たに出現している使用事例もターゲットにしている。５Ｇの目標は、データレート、待ち時間、信頼性、およびセキュリティの新しいレベルを含み得る、無線性能における大幅な改善を実現することである。５Ｇ ＮＲは、大規模なモノのインターネット（ＩｏＴ：Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）に効率的に接続するように大きさを変更されてもよく、新しい種類のミッションクリティカルなサービスを提供し得る。超高信頼低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ ｒｅｌｉａｂｌｅ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）デバイスは、高い信頼性および極めて低い待ち時間を必要とすることがある。

さまざまな例示的実装が説明および／または例示される。以下では、実装の１つまたは複数の例の詳細が、添付の図面および説明において示される。説明および図面から、ならびに特許請求の範囲から、他の特徴が明らかになるであろう。

マルチキャリアＰＤＣＣＨ監視メカニズムの時間領域適応のための方法、装置、およびコンピュータ可読ストレージ媒体が提供される。例示的な実装では、方法は、ユーザ機器が、複数のスケジューリングキャリアの各々の１つまたは複数の検索空間グループを構成する構成情報を受信することであって、１つまたは複数の検索空間グループが、第１のキャリア上の少なくとも第１の検索空間グループおよび第２のキャリア上の少なくとも第２の検索空間グループを含む、受信することと、ユーザ機器によって、少なくとも第１の検索空間グループを監視することとを含んでよい。方法は、第１の検索空間グループから第２の検索空間グループに切り替えるための条件が満たされるかどうかを検出することと、この条件が満たされるということを検出することに応答して、監視を少なくとも第１の検索空間グループから少なくとも第２の検索空間グループに切り替えることとをさらに含んでよい。

追加の例示的な実装では、方法は、ネットワークノード（例えば、ｇＮＢ）が、ユーザ機器で複数のスケジューリングキャリアの各々の１つまたは複数の検索空間グループを構成するための構成情報をユーザ機器に送信することを含んでよく、１つまたは複数の検索空間グループが、第１のキャリア上の少なくとも第１の検索空間グループおよび第２のキャリア上の少なくとも第２の検索空間グループを含む。方法は、第１の検索空間グループから第２の検索空間グループに切り替えるための条件が満たされるかどうかを判定することと、第２のキャリア上の少なくとも第２の検索空間グループ内で、物理ダウンリンク制御チャネルをユーザ機器に送信することとをさらに含んでよい。

例示的な実装によるワイヤレスネットワークのブロック図である。 例示的な実装による、自律的な検索空間グループの切り替えを示す図である。 例示的な実装による、時間領域適応マルチキャリアＰＤＣＣＨ監視メカニズムを示す図である。 例示的な実装による、ＰＤＣＣＨの監視機会を決定するためのメカニズムを示す図である。 例示的な実装による、ＮＲ－Ｕｎｌｉｃｅｎｓｅｄ（ＮＲ－Ｕ）の例示的な実装を示す図である。 例示的な実装による、時間領域適応マルチキャリアＰＤＣＣＨ監視メカニズムを示すフローチャートである。 例示的な実装による、時間領域適応マルチキャリアＰＤＣＣＨ監視メカニズムを示すフローチャートである。 例示的な実装による、ノードまたは無線局（例えば、基地局／アクセスポイントまたは移動局／ユーザデバイス／ＵＥ）のブロック図である。

図１は、例示的な実装によるワイヤレスネットワーク１３０のブロック図である。図１のワイヤレスネットワーク１３０では、移動局（ＭＳ：ｍｏｂｉｌｅ ｓｔａｔｉｏｎｓ）またはユーザ機器（ＵＥ）と呼ばれることもあるユーザデバイス（ＵＤ：ｕｓｅｒ ｄｅｖｉｃｅｓ）１３１、１３２、１３３、および１３５が、アクセスポイント（ＡＰ）、拡張ノードＢ（ｅＮＢ：ｅｎｈａｎｃｅｄ Ｎｏｄｅ Ｂ）、次世代ノードＢ（ｇＮＢ：ｎｅｘｔ－ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ）、またはネットワークノードと呼ばれることもある基地局（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ）１３４に接続され（および通信し）てよい。アクセスポイント（ＡＰ）、基地局（ＢＳ）、（ｅ）ノードＢ（ｅＮＢ）、またはｇＮＢの機能の少なくとも一部は、リモート無線ヘッドなどのトランシーバに動作可能に結合され得る任意のノード、サーバ、またはホストによって実行されてもよい。ＢＳ（またはＡＰ）１３４は、ユーザデバイス１３１、１３２、１３３、および１３５へを含む、セル１３６内のワイヤレスカバレッジを提供する。４つのユーザデバイスのみがＢＳ１３４に接続されているか、または取り付けられているように示されているが、任意の数のユーザデバイスが提供されてよい。ＢＳ１３４は、Ｓ１インターフェイス１５１を介してコアネットワーク１５０にも接続される。これは、ワイヤレスネットワークの単に１つの単純な例であり、他のワイヤレスネットワークが使用されてよい。

ユーザデバイス（ユーザ端末、ユーザ機器（ＵＥ））は、加入者識別モジュール（ＳＩＭ：ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｍｏｄｕｌｅ）を使用するか、または使用しないで動作するワイヤレスモバイル通信デバイスを含んでいるポータブルコンピューティングデバイスのことを指してよく、その例として、移動局（ＭＳ）、携帯電話、セルフォン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、送受話器、ワイヤレスモデムを使用するデバイス（アラームまたは測定デバイスなど）、ラップトップコンピュータおよび／またはタッチスクリーンコンピュータ、タブレット、ファブレット、ゲーム機、ノートブック、ならびにマルチメディアデバイスといった種類の、ただしこれらに限定されないデバイス、あるいは任意の他のワイヤレスデバイスを含む。ユーザデバイスが、ほぼ排他的なアップリンク専用デバイスであってもよく、その例は、画像またはビデオクリップをネットワークに読み込むカメラまたはビデオカメラであるということが、理解されるべきである。

（一例として）ＬＴＥでは、コアネットワーク１５０は、進化型パケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）と呼ばれてよく、進化型パケットコア（ＥＰＣ）は、ＢＳ間のユーザデバイスのモビリティ／ハンドオーバを処理または支援し得るモビリティ管理エンティティ（ＭＭＥ：ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）と、ＢＳとパケットデータネットワークまたはインターネットとの間でデータおよび制御信号を転送し得る１つまたは複数のゲートウェイと、他の制御機能またはブロックとを含んでよい。

加えて、例として、本明細書に記載されたさまざまな例示的実装または技術は、さまざまな種類のユーザデバイスまたはデータサービスの種類に適用されてよく、あるいは異なるデータサービスの種類であってよい複数のアプリケーションが実行され得るユーザデバイスに適用されてよい。ニューラジオ（５Ｇ）の開発は、複数の異なるアプリケーションまたは複数の異なるデータサービスの種類をサポートすることがあり、その例としては、マシンタイプ通信（ＭＴＣ：ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、拡張マシンタイプ通信（ｅＭＴＣ：ｅｎｈａｎｃｅｄ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、モノのインターネット（ＩｏＴ）、および／または狭帯域ＩｏＴユーザデバイス、大容量高速通信（ｅＭＢＢ：ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）、ならびに超高信頼低遅延通信（ＵＲＬＬＣ）などが挙げられる。

ＩｏＴは、インターネット接続またはネットワーク接続を含み得る増え続ける一群のオブジェクトのことを指してよく、これらのオブジェクトが、他のネットワークデバイスに情報を送信し、他のネットワークデバイスから情報を受信できるようにする。例えば、多くのセンサ型アプリケーションまたはデバイスは、物理的条件または状態を監視することができ、例えばイベントが発生したときに、報告をサーバまたは他のネットワークデバイスに送信することができる。マシンタイプ通信（ＭＴＣまたはマシン間通信）は、例えば、人間の介入を伴うか、または伴わない、インテリジェントなマシン間の完全に自動的なデータの生成、交換、処理、および作動によって特徴付けられてよい。大容量高速通信（ｅＭＢＢ）は、現在ＬＴＥで使用可能なデータレートよりはるかに高いデータレートをサポートし得る。

超高信頼低遅延通信（ＵＲＬＬＣ）は、ニューラジオ（５Ｇ）システムのためにサポートされ得る新しいデータサービスの種類または新しい使用状況である。超高信頼低遅延通信（ＵＲＬＬＣ）は、工業オートメーション、自律運転、車両の安全、ｅヘルスサービスなどの、新たに出現しているアプリケーションおよびサービスを可能にする。３ＧＰＰは、例として、例えば最大１ｍｓまでのＵプレーン（ユーザ／データプレーン）の待ち時間の接続性を１～１ｅ－５の信頼性で提供することを目標にする。したがって、例えば、ＵＲＬＬＣユーザデバイス／ＵＥは、他の種類のユーザデバイス／ＵＥよりも大幅に低いブロックエラー率に加えて、短い待ち時間を必要とすることがある。したがって、例えば、ＵＲＬＬＣ ＵＥ（またはＵＥ上のＵＲＬＬＣアプリケーション）は、ｅＭＢＢ ＵＥ（またはＵＥ上で実行されているｅＭＢＢアプリケーション）と比較して、はるかに短い待ち時間を必要とすることがある。

さまざまな例示的実装が、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ、ＩｏＴ、ＭＴＣ、ｅＭＴＣ、ｅＭＢＢ、ＵＲＬＬＣなど、または任意の他のワイヤレスネットワークもしくはワイヤレス技術などの、多種多様なワイヤレス技術またはワイヤレスネットワークに適用されてよい。これらの例示的なネットワーク、技術、またはデータサービスの種類は、単に例として提供される。

多入力多出力（ＭＩＭＯ：Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ， Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）は、複数の送信アンテナおよび受信アンテナを使用して多経路伝搬を利用し、無線リンクの能力を増やすための技術のことを指してよい。ＭＩＭＯは、送信機および／または受信機での複数のアンテナの使用を含んでよい。ＭＩＭＯは、１つの無線チャネルを介して２つ以上の固有のデータストリームを送信および受信する多次元の手法を含んでよい。例えば、ＭＩＭＯは、多経路伝搬を利用することによって、同じ無線チャネルを経由して２つ以上のデータ信号を同時に送信および受信するための技術のことを指してよい。例に従って、マルチユーザ多入力多出力（マルチユーザＭＩＭＯまたはＭＵ－ＭＩＭＯ（ｍｕｌｔｉ－ｕｓｅｒ ＭＩＭＯ））は、基地局（ＢＳ）または他のワイヤレスノードが複数のストリームを異なるユーザデバイスまたはＵＥに同時に送信または受信できるようにすることによってＭＩＭＯ技術を改良し、この送信は、（例えば、各ＰＲＢが、時間－周波数リソースのセットを含み得る場合に）物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋｓ）の同じ（または共有の、もしくは共有された）セットを介して、第１のストリームを第１のＵＥに送信すると同時に、第２のストリームを第２のＵＥに送信することを含んでよい。

また、ＢＳは、（ＵＥのプリコーダマトリックスまたはプリコーダベクトルに基づいて）プリコーディングを使用して、データをＵＥに送信してよい。例えば、ＵＥは、基準信号またはパイロット信号を受信してよく、量子化されたバージョンのＤＬチャネル推定値を決定し、次に、量子化されたＤＬチャネル推定値の指示をＢＳに提供してよい。ＢＳは、量子化されたチャネル推定値に基づいてプリコーダマトリックスを決定してよく、プリコーダマトリックスは、送信される信号エネルギーを、ＵＥにとって最良のチャネルの方向に焦点を合わせるため、または向けるために使用されてよい。また、各ＵＥはデコーダマトリックスを使用してよく、デコーダマトリックスは、例えば、ＵＥがＢＳから基準信号を受信し、ＤＬチャネルのチャネル推定値を決定し、次に、ＤＬチャネル推定値に基づいてＤＬチャネルのデコーダマトリックスを決定することができる場合に、決定されてよい。例えば、プリコーダマトリックスは、送信ワイヤレスデバイスのアンテナアレイに適用されるアンテナ重み（例えば、重みごとの振幅／利得および位相）を示してよい。同様に、デコーダマトリックスは、受信ワイヤレスデバイスのアンテナアレイに適用されるアンテナ重み（例えば、重みごとの振幅／利得および位相）を示してよい。これは、ＵＥがデータをＢＳに送信している場合にもＵＬに適用される。

例えば、例示的な態様に従って、受信ワイヤレスユーザデバイスは、干渉除去結合（ＩＲＣ：Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒｅｊｅｃｔｉｏｎ Ｃｏｍｂｉｎｉｎｇ）を使用してプリコーダマトリックスを決定してよく、干渉除去結合（ＩＲＣ）では、ユーザデバイスは、複数のＢＳから基準信号（または他の信号）を受信してよく（例えば、各ＢＳから受信された信号の信号強度、信号電力、または他の信号のパラメータを測定してよく）、例えば、所望の信号の信号対干渉雑音比（ＳＩＮＲ：ｓｉｇｎａｌ－ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ｐｌｕｓ ｎｏｉｓｅ ｒａｔｉｏ）を増やすために、干渉信号の方向にヌル（または非常に低いアンテナ利得）を提供することによって、１つまたは複数の干渉源（または干渉しているセルもしくはＢＳ）からの信号を抑制するか、または減らすことができるデコーダマトリックスを生成してよい。複数の異なる干渉源からの干渉全体を減らすために、受信機は、例えば、線形最小平均二乗誤差干渉除去結合（ＬＭＭＳＥ－ＩＲＣ：Ｌｉｎｅａｒ Ｍｉｎｉｍｕｍ Ｍｅａｎ Ｓｑｕａｒｅ Ｅｒｒｏｒ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒｅｊｅｃｔｉｏｎ Ｃｏｍｂｉｎｉｎｇ）受信機を使用してデコーディングマトリックスを決定してよい。ＩＲＣ受信機およびＬＭＭＳＥ－ＩＲＣ受信機は、単なる例であり、デコーダマトリックスを決定するために、他の種類の受信機または技術が使用されてよい。デコーダマトリックスが決定された後に、受信ＵＥ／ユーザデバイスが、デコーダマトリックスに基づいて、アンテナ重み（例えば、振幅および位相を含んでいる各アンテナ重み）を受信ＵＥまたはデバイスでの複数のアンテナに適用してよい。同様に、プリコーダマトリックスは、送信ワイヤレスデバイスまたはノードのアンテナに適用され得るアンテナ重みを含んでよい。これは、受信ＢＳにも適用される。

３ＧＰＰ Ｒｅｌ－１６ ＴＳ３８．２１３では、ＵＥが、別のサービングセル内のその二次セルに対応するキャリア指標フィールドを使用してＰＤＣＣＨ候補を監視するように構成される場合、ＵＥが、二次セルのアクティブなダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）上で物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）候補を監視することを期待しないということが述べられている。Ｒｅｌ－１７作業項目（ＷＩ：ｗｏｒｋ ｉｔｅｍ）ＲＰ－１９３２６０では、基準となる仮定は、構成時にＳセルのみから（例えば、構成に基づいて１つのスケジューリングセルのみから）Ｐセルがスケジュールされるということである。しかし、そのような手法は、複数の問題（例えば、Ｓセル上でリンク品質が低下している間に、Ｐセルへのフォールバック手順が存在するべきであるときに、Ｓセルに回復手順が欠落していることなど）に起因して、最適ではないことがある。

ＰＤＣＣＨデコーディングは、ＵＥの視点から、コンピュータリソースに関して要求が厳しく、ＵＥのブラインドデコーディング（ＢＤ：ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）制限／制御チャネル要素（ＣＣＥ：ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）制限が、現在「スケジュールされるセル」ごとに定義されている。言い換えると、ＵＥは、スケジュールされるセルごとに制限を決定してよく、スケジューリングセル上の検索空間セット／検索空間にわたってＢＤおよびＣＣＥを数える。例えば、「ＮＲ軽量ＵＥ（ＮＲ ｌｉｇｈｔ ＵＥｓ）」（ＲＰ－１９３２３８低減能力ＮＲデバイス（ＲＰ－１９３２３８ Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ ＮＲ ｄｅｖｉｃｅｓ））の場合、キャリアアグリゲーション（ＣＡ：ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）からの能力の利益を犠牲にせずに、デコーディング計算の複雑度を軽減することが望ましいことがある。

したがって、ＰＤＣＣＨデコーディングが上記の状況で動作するためのＵＥの計算要件を最小限に抑えながら、ＵＥのＢＤおよびＣＣＥ制限を超えないことを保証するために、スケジューリングキャリア上でＵＥのＰＤＣＣＨ監視機能を利用することの要求および／または必要性が存在する。加えて、ｇＮＢは、ｇＮＢがＵＥをスケジュールする複数のキャリアからのキャリア上の複数のＢＤおよびＣＣＥを必要とすることがある。

本開示は、マルチキャリアＰＤＣＣＨ監視方式の時間領域適応のメカニズムについて説明し、このメカニズムでは、ＵＥが、単一のスケジュールされるセルごとに少なくとも２つのキャリア上でＰＤＣＣＨを監視するように構成されてよい。さらに、ＢＤ／ＣＣＥ制限を超えるのを防ぐため、および／またはＢＤ／ＣＣＥの能力を現在使用されているスケジューリング内に集中させるために、時間領域適応方式が提案され、時間領域適応によって、ＵＥは、構成されたスケジューリングセルの各々において監視機会を認識させられる。さらに、ＵＥは、検索空間グループ（ＳＳＧ：ｓｅａｒｃｈ ｓｐａｃｅ ｇｒｏｕｐｓ）の監視間を自律的に切り替えるように構成されてよい（または有効化されてよい）。

例示的な実装では、本開示は、時間領域マルチキャリアＰＤＣＣＨ監視メカニズムのための方法、装置、およびコンピュータ可読ストレージ媒体が提供されるということについて説明する。例示的な実装では、方法は、ユーザ機器が、複数のスケジューリングキャリアの各々の１つまたは複数の検索空間グループを構成する構成情報を受信することであって、１つまたは複数の検索空間グループが、第１のキャリア上の少なくとも第１の検索空間グループおよび第２のキャリア上の少なくとも第２の検索空間グループを含む、受信することと、ユーザ機器によって、少なくとも第１の検索空間グループを監視することとを含んでよい。方法は、第１の検索空間グループから第２の検索空間グループに切り替えるための条件が満たされるかどうかを検出することと、この条件が満たされるということを検出することに応答して、監視を少なくとも第１の検索空間グループから少なくとも第２の検索空間グループに切り替えることとをさらに含んでよい。追加の例示的な実装では、方法は、ネットワークノード（例えば、ｇＮＢ）が、ユーザ機器で複数のスケジューリングキャリアの各々の１つまたは複数の検索空間グループを構成するための構成情報をユーザ機器に送信することを含んでよく、１つまたは複数の検索空間グループが、第１のキャリア上の少なくとも第１の検索空間グループおよび第２のキャリア上の少なくとも第２の検索空間グループを含む。方法は、第１の検索空間グループから第２の検索空間グループに切り替えるための条件が満たされるかどうかを判定することと、第２のキャリア上の少なくとも第２の検索空間グループ内で、物理ダウンリンク制御チャネルをユーザ機器に送信することとをさらに含んでよい。

図２は、例示的な実装による、自律的な検索空間グループの切り替え２００を示している。

例示的な実装では、２１０で、図１のＢＳ１３４と同じであるか、または類似してよいｇＮＢ（例えば、ｇＮＢ２０２）が、検索空間を構成してよい。

２２０で、ｇＮＢ２０２が、構成情報を、図１のユーザデバイス１３１と同じであるか、または類似してよいＵＥ（例えば、ＵＥ２０４）に送信してよい。一部の実装では、例えば、構成情報は、複数のスケジューリングキャリアの検索空間グループ（ＳＳＧ）を構成することに関連する情報を提供してよい。一部の実装では、例えば、複数のスケジューリングキャリアが、単一のスケジュールされるキャリア（例えば、セルまたはサービングセルとも呼ばれる）をスケジュールしてよい。

２３０で、ＵＥ２０４が、複数のスケジューリングキャリアの構成されたＳＳＧを監視してよい。一部の実装では、ＵＥは、ｇＮＢから受信された構成情報に少なくとも基づいて、複数のキャリアのＳＳＧを使用して構成されてよい。ＵＥは、キャリアアグリゲーション（ＣＡ）モードにあってよく、複数のキャリアまたはコンポーネントキャリア（ＣＣ：ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒｓ）を使用して構成されてよい。例示的な実装では、ＣＡモードにあるＵＥは、１つのコンポーネントキャリアをそれぞれ含んでいる、プライマリセル（Ｐセル）および１つまたは複数のセカンダリセル（例えば、Ｓセル番号１、Ｓセル番号２など）を使用して構成されてよく、キャリアは、許可周波数帯域および／または無許可周波数帯域に属してよい。

例示的な実装では、ＵＥは、スケジューリングキャリアの各々のＳＳＧを使用して構成されてよい。ＳＳＧは、通常、ＵＥによってＰＤＣＣＨを監視するために、複数の検索空間（ＳＳ：ｓｅａｒｃｈ ｓｐａｃｅｓ）によって定義されてよい。

一部の実装では、例えば、ＵＥでのデコーディングタスクを簡略化するために、制御領域全体が、共通検索空間（ＣＳＳ：ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）と、ＵＥが監視するべき（例えば、ＰＤＣＣＨの各々をデコードしようとするべき）ＵＥ固有の検索空間（ＵＳＳ：ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅｓ）とに、さらに分割されてよい。ＣＳＳは、共通の制御情報を運んでよく、セル（例えば、ｇＮＢ２０２）内のすべてのＵＥによって監視されてよい。加えて、ＣＳＳは、重要な初期情報（例えば、ページング情報、システム情報、ランダムアクセス手順など）を運ぶために使用されてよい。デコーダが、共通の検索を簡略化するためにＣＳＳを検索するときに、第１のＣＣＥからデコーディングを開始するということに注意するべきである。ＵＳＳは、特定のＵＥに固有の制御情報を運び、セル内の少なくとも１つのＵＥによって監視されてよい。ＣＳＳとは異なり、ＵＳＳの開始位置は、サブフレームまたはＵＥごとに変化してよい。ＵＳＳの開始位置が、例えば、ＴＳ３８．２１３で指定されているように、ハッシュ関数を使用して、サブフレームごとに決定されてよいということに注意するべきである。

ＵＳＳでは、ＵＥが、サブフレームごとに、ＰＤＣＣＨ候補のセット（ＰＤＣＣＨがマッピングされ得る連続するＣＣＥのセット）を監視することによって、ＰＤＣＣＨを検出してデコードしてよい。ＵＥがＰＤＣＣＨ上でＲＮＴＩを使用してＣＲＣ（Ｃ－ＲＮＴＩとも呼ばれる１６ビット値）をデマスキングするときに、ＣＲＣエラーが検出されない場合、ＵＥは、ＰＤＣＣＨがそれ自身の制御情報を運んでいるということを決定する。ＵＥが監視するＰＤＣＣＨ候補は、構成された検索空間セットによって定義され、異なる検索空間セットが、異なるＰＤＣＣＨ形式に関連付けられてよい。一部の実装では、例えば、ＵＥは、特定の時間に、４つの異なるＰＤＣＣＨ形式のうちの最大値を監視することができてよい。

一部の実装では、ＳＳＧは、ＣＳＳまたはＵＳＳとして構成されてよい。代替として、ＣＳＳまたはその一部は、グループ化されないまま、常に監視されてよい。例示的な実装では、ＵＥは、第１のスケジューリングキャリア（例えば、Ｐセル）のＳＳＧ番号０およびＳＳＧ番号１、ならびに第２のスケジューリングキャリア（例えば、Ｓセル、またはＵＥで複数のＳセルが構成されている場合は、Ｓセル番号１）のＳＳＧ番号０およびＳＳＧ番号１を使用して構成されてよい。一部の実装では、例えば、ＳＳＧの各々は、１つまたは複数の検索空間（ＳＳ）を含んでよい。

２４０で、ＵＥ２０４が、監視されるＳＳＧを変更するためのトリガーを検出してよい。言い換えると、例えば、ＵＥは、ＳＳＧを切り替えるための条件が満たされるかどうかを検出してよい。例示的な実装では、この条件は、ユーザ機器が、スケジュールされるキャリアの測定機会の間に、スケジューリングキャリア上で事前に定義された信号またはチャネル（例えば、ＰＤＣＣＨ）を検出していないということを決定することを含んでよい。別の例示的な実装では、この条件は、ユーザ機器が、スケジュールされるキャリアの測定機会の間に、しきい値未満のチャネル品質指標（ＣＱＩ：ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）を検出または報告しているということを決定することを含んでよい。別の例示的な実装では、この条件は、ユーザ機器が、別のスケジュールされるキャリアの測定機会の間に、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の無線リンク失敗（ＲＬＦ：ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ）を検出しているということを決定することを含んでよい。

２５０で、ＵＥ２０４が、ＳＳＧの切り替えを開始してよい。一部の実装では、例えば、ＵＥは、条件が満たされるということを決定することに応答して、ＰＤＣＣＨを監視するためのＳＳＧを切り替えてよい。

したがって、前述のメカニズムは、ｇＮＢにも知られ得る、ＵＥでの自律的な検索空間グループの切り替えを提供する。

加えて、本開示は、図３を参照して詳細に説明されるように、マルチキャリアＰＤＣＣＨ監視の時間領域適応を可能にするための方法を提案する。例示的な実装では、提案される方法は、少なくとも２つのＣＣ（例えば、ＰセルおよびＳセル）を含むＣＡモードにあるＵＥを含んでよく、これらのＣＣは、ＣＳＳおよびＵＳＳのためのそれら自身のＳＳＧを使用して構成される。

さらに、サービングセル（例えば、ＰセルおよびＳセル）のための各構成された検索空間は、３ＧＰＰ ＴＳ３８．２１３において定義されているように、ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔパラメータおよび持続時間パラメータを関連付けていてよい。ＰセルおよびＳセルの各検索空間の監視機会は、ＲＲＣ手順によって構成される。

一部の実装では、例えば、ＳＳのＰＤＣＣＨ監視のための構成情報は、少なくとも次のフィールドを含み得る追加のフィールドを含むように変更されてよい。（ｉ）優先度：優先度フィールドは、他のサービングセル用に構成されたＳＳと競合する場合の、ＳＳ監視の優先度を定義してよい。優先度値は、異なるサービングセルのＳＳによって異なってよい。同じサービングセルの複数のＳＳの優先度の等しい値は、ＵＥが、監視機会が衝突するスロット上で、すべてのＳＳを同じ優先度で監視してよいということを示す。一部の実装では、例えば、優先度は、半静的にトリガーされてよく、かつ／またはＰセルによって確立された基準に基づいて動的に変化してよい。例えば、優先度値は、チャネル品質指標（ＣＱＩ）しきい値に基づいて構成されてよく、最高の優先度を有するサービングセルが、ＵＥによって監視されるＳＳを確立してよい。一部の実装では、例えば、曖昧な状況および／またはサービングセルの監視されるＳＳ間の頻繁な切り替えを回避するために、ヒステリシス値が採用されてもよい。（ｉｉ）スケジュールされるサービングセル間：このフィールドは、ＳＳの構成が定義されるスケジューリングセルによってスケジュールされ得るサービングセルのリストを含んでよい。構成され得るキャリア間スケジューリングの２つの例としては、（ａ）ＵＥがＰセル上で監視しており、Ｐセルが、ＳセルのＰＤＳＣＨ／ＰＵＳＣＨと、ＵＥのＵＳＳおよびＣＳＳの自身のセルスケジューリングとの、キャリア間スケジューリングを実行してよいということ、（ｂ）ＵＥがＳセル上で監視しており、Ｓセルが、ＰセルのＰＤＳＣＨ／ＰＵＳＣＨと、他のＳセルのＰＤＳＣＨ／ＰＵＳＣＨと、ＵＥのＵＳＳおよびＣＳＳの自身のセルスケジューリングとの、キャリア間スケジューリングを実行できるということ、が挙げられる。

さらに、一部の実装では、例えば、ｇＮＢは、スケジューリングＤＣＩまたは非スケジューリングＤＣＩ内で、少なくとも２つのスケジューリングセル内で異なっているＳＳグループを監視することをＵＥに示してよいということに加えて、ｇＮＢは、スケジューリングセル内でＳＳグループが監視されないということを示してよい。例えば、２つのスケジューリングセルに関して、以下に示された状態が示されることがある。加えて、状態の変化を受信することは、第１の検索空間グループから第２の検索空間グループに切り替えるための条件を満たしてよい。一部の実装では、第２のグループは、どの検索空間セットも含まなくてよく、これは、本明細書では「なし」として示される。

図３は、例示的な実装による、マルチキャリアＰＤＣＣＨ監視メカニズム３００の時間領域適応を示している。

例示的な実装では、３０５で、ＵＥ（例えば、図２のＵＥ２０４）がＲＲＣ接続された（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態になってよい。ＵＥは、最初に電源が投入されたときに、アイドル（例えば、ＲＲＣ＿ＩＤＬＥ）状態になり、初期アクセスまたは接続確立と共にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行してよい。ＵＥからの活動が（例えば、短時間の間）ない場合、ＵＥは、ＲＲＣ接続を解放してＲＲＣ＿ＩＤＬＥに移行するか、またはセッションを一時停止してＲＲＣ無活動（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ）状態に移行することができ、ＲＲＣ接続された状態に戻ることによってセッションを再開することができる。

３１０で、ＵＥ２０４は、Ｐセルの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するために、構成された検索空間グループの監視を開始してよい。

３１５で、ＵＥ２０４は、いずれかのＳセルが有効化されているかどうかを判定してよい。一部の実装では、ＵＥは、１つまたは複数のＳセルが有効化されているということを検出してよい。例示的な実装では、ＵＥが１つのＳセル（例えば、Ｓセル番号１）の有効化を検出してよい。別の例示的な実装では、ＵＥが、２つのＳセル（例えば、Ｓセル番号１およびＳセル番号２）の有効化を検出してよい。これらは、単に例示的な実装であり、ＵＥで３つ以上のＳセルが有効化されてよい。加えて、一部の実装では、ＵＥが、いずれかのＳセルが無効化されているかどうかを判定してよい。ＵＥは、３１７で、例えば、１つまたは複数のＳセルが有効化／無効化されているということの決定に応答して、少なくとも１つのＳセルがまだ有効化されている場合、３２０に進んでよい。そうでない場合、ＵＥは３１０に戻ってよい。

代替として、３１９で、Ｓセルが有効化されていないということを検出することに応答して、ＵＥは、３１０に進み、ＰセルのＰＤＣＣＨの監視を続けてよい。

３２０で、ＵＥ２０４は、活動しているサービングセル（Ｓセル）の検索空間（ＳＳ）を順序付けてよい。一部の実装では、例えば、ＵＥ２０４は、ＰセルおよびＳセルのＳＳを順序付けてよく、順序付けられリスト（例えば、ＳＳリスト）を作成してよい。例示的な実装では、各検索空間のＰＤＣＣＨ監視パターンに関する、Ｐセルによって確立された優先度基準に基づいて、ＳＳリストが作成されてよい。言い換えると、ｇＮＢは、活動しているＳセルおよびそれらの優先度に基づく監視パターンを使用してＵＥを構成してよい（例えば、事前に構成してよい）。一部のＳセルが活動していないことがあり、監視から除外される必要があることがあるため、活動しているＳセルの変更が優先度の再検討をもたらすことがあるということに注意するべきである。例えば、図４に詳細に示されているように、Ｐセルが２の優先度を使用して構成されてよく、Ｓセル番号１が４の優先度を使用して構成されてよく、Ｓセル番号２が３の優先度を使用して構成されてよく、４の優先度値を有するＳセル番号１が、サービングセルの最高の優先度を有する。一部の実装では、例えば、同じ優先度を有するサービングセルのＳＳは、ランダムに順序付けられるか、または既定の順序であってよい。

例示的な実装では、Ｐセルが検索空間のＳＳ番号１およびＳＳ番号２を使用して構成されてよく、Ｓセル番号１が検索空間のＳＳ番号３およびＳＳ番号４を使用して構成されてよく、Ｓセル番号２が検索空間のＳＳ番号５およびＳＳ番号６を使用して構成されてよい。ＵＥは、サービングセルのＳＳの優先度に基づいて、ＳＳ番号３、ＳＳ番号４、ＳＳ番号５、ＳＳ番号６、ＳＳ番号１、およびＳＳ番号２を順番に含み得るＳＳリストを作成してよい。

３２５で、ＵＥ２０４は、例えば、サービングセルの最大サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に基づいて時間グリッドを確立し、スロットを数えてよい。一部の実装では、例えば、ＵＥは、図４に詳細に示されているように、４１２（例えば、最大ＳＣＳである３０ｋＨｚのＳＣＳ）に基づいて、時間グリッドを確立してよい。言い換えると、ＳＳは、前述したように、周期性および監視機会を使用して構成されてよく、これによって、ＰＤＣＣＨ監視が開始するスロットを確立する。スロットを数えることは、図４に示されているように、異なるＰＤＣＣＨ監視パターンを揃えることに役立つことができ、異なるＳＣＳを有するキャリアのためでもあることができる。

３３０で、ＵＥ２０４は、図４の４３０によって詳細に示されているように、サービングセル用に構成されたＰＤＣＣＨ監視パターンを確立された基準タイミンググリッド（ｒｅｆｅｒｅｎｃｅ ｔｉｍｉｎｇ ｇｒｉｄ）にマッピングしてよい。

３３５で、ＵＥ２０４は、第１のスロット（例えば、ｎ＝０）を選択してよい。

３４０で、ＵＥ２０４は、第１のスロットのＳＳリスト内の第１のＳＳを選択し、このＳＳがこのスロットにおいて送信用に構成されているかどうかを検証してよい。

一部の実装では、例えば、スロットごとに、３３５および３４０で動作が繰り返されるということに注意するべきである。

３４５で、ＵＥは、選択されたＳＳがスロットｎにおいてＰＤＣＣＨ監視を必要とするかどうかを判定してよい。３４７で、３４５での肯定的応答に応答して、ＵＥが３５０に進んでよい。

３５０で、ＵＥ２０４が、特定のスロットｎに対する監視を、対応するセルに関連付けられたサービングセルに設定し、３５５に進んでよい。

３５５で、ＵＥ２０４が、次のスロットの選択に進んでよい。

一部の実装では、例えば、図４に示されているような混合数秘術の場合、部分的スロット監視が許可されてよく、例えば、次のようなＰセル＋Ｓセル番号２の状況である：Ｓセル番号２のダウンリンクに対応するＳＣＳ３０ｋＨｚのタイミンググリッドに基づくスロット２および３ならびに特殊なスロット。スロット２の場合、ＵＥは、優先度に基づいて、Ｓセル番号２を監視することを決定してよく、部分的スロット監視は、ＵＥが、３０ｋＨのＳＣＳのスロット３であるＳＣＳ＝１５ｋＨｚのスロット１の後半を監視することを可能にし得る。

代替として、３４９で、３４５での否定的応答に応答して（例えば、ＳＳリストから選択されたＳＳが、選択されたスロットに対する監視を構成されていなかった場合）、ＵＥが３７０に進む。

３７０で、ＵＥ２０４が、ＳＳリストから次のＳＳを選択してよく、３７５に進んでよい。

３７５で、ＵＥは、ＳＳがスロットの最後のＳＳであるかどうかを判定してよい。

３７７で肯定的応答を受信することに応答して、ＵＥが３５５に進んでよい。

代替として、３７９で否定的応答を受信することに応答して、ＵＥが３４５に進んでよい。

図３に示されているプロセスの終了時に、ＵＥは、スロットごとに、どのサービングセルを監視するべきか、およびそのスロットにおいてどのＳＳをＵＥが監視するべきかのマッピングを有してよい。有効化／無効化されたＳセルにおける変更、または監視の優先度に影響を与える基準のトリガー時に、３１５でプロセスが再開してよい。

したがって、前述のメカニズムは、時間領域適応マルチキャリアＰＤＣＣＨ監視メカニズムを提供する。

図４は、例示的な実装による、ＰＤＣＣＨの監視機会を決定するためのメカニズム４００を示している。

ＰＤＣＣＨの監視機会を決定するために、複数の数秘術を使用する、ＣＡ用に構成された３つのサービングセル／ＣＣを含む例示的な実装が、図４に示されている。キャリア間スケジューリング用に構成された各サービングセルが、ＳＳ監視パターンおよびそれらの優先度を定義してよいということに、注意するべきである。

図４では、ｇＮＢ（例えば、２０２のｇＮＢ）は、例えばＰセル４２２および２つのＳセル（Ｓセル番号１ ４２４およびＳセル番号２ ４２６）という３つのサービングセル４２０を使用して構成されてよい。図４に示されているように、Ｐセル４２２、Ｓセル番号１ ４２４、およびＳセル番号２ ４２６は、それぞれ１５ｋＨｚ、１５ｋＨｚ、および３０ｋＨｚのサブキャリア間隔（ＳＣＳ）を使用して構成されてよい。加えて、Ｐセル４２２、Ｓセル番号１ ４２４、およびＳセル番号２ ４２６は、２、４、および３の優先度を使用して構成されてよく、Ｓセル番号２が最高の優先度を有する。優先度は、４１０（３０ｋＨｚのＳＣＳを有するスロットの場合は４１２、１５ｋＨｚのＳＣＳを有するスロットの場合は４１４）によって示されているように、ＵＥが、特定のスロットにおいて単一のサービングセルを監視することのみが必要とされるように、構成されたサービングセルにわたって一意のＰＤＣＣＨ監視パターンを決定するための方法を確立する。時間グリッドの番号はスロット番号を示し、「Ｄ」はダウンリンクスロットを示し、「Ｕ」はアップリンクスロットを示し、「Ｓ」は特殊なスロットを示す。一部の実装では、例えば、優先度は、動的に確立されるか、または（例えば、ＲＲＣ信号伝達によって）半静的に構成されてよく、より高い優先度（例えば、Ｓセル番号２の４の優先度）は、そのサービングセルのＳＳ監視ＰＤＣＣＨパターンのより高い優先度を意味してよい。加えて、優先度がＲＲＣによってすでに構成されている場合、媒体アクセス制御（ＭＡＣ：ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）制御要素（ＣＥ：ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）（ＭＡＣ－ＣＥ）またはダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）が、優先度または優先度を決定するためのルールの変更に使用されてよい。例えば、チャネル品質指標（ＣＱＩ）しきい値の異なるセットが、ＲＲＣによって、セル内の負荷に応じて構成されてよく、ＭＡＣ－ＣＥが、ＣＱＩしきい値の２つのセットを切り替えてよい。

例示的な実装では、簡単にするために、サービングセルの各々のすべてのＳＳが、同じ監視パターンおよび半静的優先度を使用して構成されるということが仮定される。サービングセルの各々について、ネットワークによって構成されたＰＤＣＣＨの監視機会が４７０によって示されており、監視のために構成されていないＰＤＣＣＨの監視機会が４７２によって示されている。さらに、サービングセルに関連付けられた優先度は、Ｐセルの場合は２、Ｓセル番号１の場合は４、Ｓセル番号２の場合は３であり、これは、Ｓセル番号１の監視パターンが最高の優先度を有し、その後にＳセル番号２が続き、その後にＰセルが続くということを意味する。

例示的な実装では、これら３つのサービングセルの可能な異なる構成の場合のＰＤＣＣＨの監視機会が、スロット４８０によって示されている（ＵＥによって監視されないスロットが４８２によって示されている）。例えば、ＵＥがＰセル＋Ｓセル番号１＋Ｓセル番号２を使用して構成される場合、ＵＥは、ＰＤＣＣＨに関してＰセルを監視せず、Ｐセルおよび他のＳセル（すなわち、Ｓセル番号２またはＳセル番号１のいずれか）を交互にスケジュールするために、Ｓセル番号１／Ｓセル番号２の監視機会が使用されてよい。

別の例示的な実装では、ＵＥがＰセルおよびＳセル番号２を使用して構成される場合、ＵＥは、ＰＤＣＣＨに関してＰセルを監視せず、Ｐセルを交互にスケジュールするために、Ｓセル番号２の監視機会が使用されてよい。

図５は、例示的な実装による、ＮＲ－Ｕｎｌｉｃｅｎｓｅｄ（ＮＲ－Ｕ）５００の例示的な実装を示している。

例示的な実装では、ＵＥ２０４は、許可周波数（または許可帯域）を使用して構成され得るプライマリスケジューリングキャリア５１０上で、ＣＳＳを使用して構成されてよい。さらに、プライマリスケジューリングキャリア上で、ＳＳグループ０（ＳＳＧ０）が、３ＧＰＰ規格において定義されているように、８つのＣＣＥを消費するグループ共通ＰＤＣＣＨ（ＧＣ－ＰＤＣＣＨ）１のＰＤＣＣＨ候補を含むタイプ３のＳＳを使用して構成されてよく、ＳＳグループ１（ＳＳＧ１）が、３０個のＣＣＥを消費するＰＤＣＣＨ候補を含むＵＳＳ検索空間セットを使用して構成されてよい。ＧＣ－ＰＤＣＣＨは、少なくともスロット形式関連情報（ＳＦＩ：ｓｌｏｔ ｆｏｒｍａｔ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）を運んでよい。スロット形式関連情報は、ＵＥが、スロット内のどのシンボルがそれぞれＤＬ、ＵＬなどであるかを少なくとも導出できる情報として定義される。

無許可周波数を使用して構成され得るセカンダリスケジューリングキャリア５２０上で、ＳＳグループ０（ＳＳＧ０）が、８つのＣＣＥを消費するＧＣ－ＰＤＣＣＨ１のＰＤＣＣＨ候補を含むタイプ３のＳＳを使用して構成されてよく、ＳＳグループ１（ＳＳＧ１）が、３０個のＣＣＥを消費するＰＤＣＣＨ候補を含むＵＳＳ検索空間セットを使用して構成される。

図５に示されているように、ＵＥが、無許可スケジューリングキャリア上のスロット番号４でＧＣ－ＰＤＣＣＨを受信した場合、５３０によって示されているように、ＵＥは、許可キャリア内のＳＳグループ１を監視するのをやめてよい（取り消し線によって示されている）。これによって、（１５ｋＨｚおよび３０ｋＨｚのスロットごとの）ＮＲにおける５６個のＣＣＥのＣＣＥ制限を超えないようにしながら、ｇＮＢにスケジューリングの柔軟性を提供し得る。

したがって、提案されたメカニズムは、ＵＥに、時間的に直交し得るＰセルおよびＳセル上の監視機会を提供し、したがって、複数のキャリアのデコーディングを同時に試みるという、ＵＥの視点からのＵＥの要件が存在しない。このメカニズムは、ＮＲデバイスの省電力および複雑さの観点からも有益であり、例えば、ＮＲ軽量デバイスがより高い能力を利用することを可能にする。ネットワークの視点から、提案されたメカニズムは、ＰセルとＳセルの間のＰＤＳＣＨ／ＰＵＳＣＨだけでなく、ＰＤＣＣＨにも負荷をかける能力を有することによって、ＵＥの柔軟なスケジューリングを可能にする。提案された時間領域適応方式は、ネットワークが制御メッセージのスケジューリングをオフロードすることも可能にする。言い換えると、提案されたメカニズムは、規格に関する労力を低く抑えて、対象の状況においてＢＤを管理するための低複雑度の手法を提供する。

図６は、例示的な実装による、マルチキャリアＰＤＣＣＨ監視メカニズムの時間領域適応を示すフローチャート６００である。

例示的な実装では、ブロック６１０で、ＵＥ２０４が、複数のスケジューリングキャリアの各々の１つまたは複数の検索空間グループを構成する構成情報を受信してよい。一部の実装では、例えば、１つまたは複数の検索空間グループは、第１のキャリア上の少なくとも第１の検索空間グループおよび第２のキャリア上の少なくとも第２の検索空間グループを含んでよい。例示的な実装では、ＲＲＣ信号伝達を介して構成情報が受信されてよい。

ブロック６２０で、ＵＥが、少なくとも第１の検索空間グループを監視してよい。

ブロック６３０で、ＵＥが、第１の検索空間グループから第２の検索空間グループに切り替えるための条件が満たされるかどうかを検出してよい。一部の実装では、例えば、切り替えるための条件は、ユーザ機器が、スケジュールされるキャリアの測定機会の間にスケジューリングキャリア上で事前に定義された信号またはチャネルを検出していないということを決定すること、またはユーザ機器が、スケジュールされるキャリアの測定機会の間にしきい値未満のチャネル品質指標を検出または報告しているということを決定すること、またはユーザ機器が、別のスケジュールされるキャリアの測定機会の間に物理ダウンリンク制御チャネルの無線リンク失敗を検出しているということを決定することを含んでよい。

加えて、一部の実装では、例えば、ＬＢＴ（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）失敗に起因して、ＵＥが、ｇＮＢが信号を送信していないということを検出した場合、例えば、ＵＥは切り替えを実行してよい。

ブロック６４０で、ＵＥが、少なくとも第１の検索空間グループから少なくとも第２の検索空間グループに監視を切り替えてよい。一部の実装では、ＵＥは、条件が満たされるということを検出することに応答して、切り替えを実行してよい。

したがって、前述のメカニズムは、マルチキャリアＰＤＣＣＨ監視メカニズムの時間領域適応を提供する。

図７は、例示的な実装による、マルチキャリアＰＤＣＣＨ監視メカニズムの時間領域適応を示すフローチャート７００である。

例示的な実装では、ブロック７１０で、ｇＮＢ（例えば、ｇＮＢ２０２）が構成情報をユーザ機器（例えば、ＵＥ２０４）に送信してよい。一部の実装では、例えば、ｇＮＢによって送信される構成情報は、ユーザ機器で複数のスケジューリングキャリアの各々の１つまたは複数の検索空間グループを構成するための情報を含んでよい。１つまたは複数の検索空間グループは、第１のキャリア上の少なくとも第１の検索空間グループおよび第２のキャリア上の少なくとも第２の検索空間グループを含んでよい。

ブロック７２０で、ｇＮＢが、第１の検索空間グループから第２の検索空間グループに切り替えるための条件が満たされるかどうかを判定してよい。

ブロック７３０で、ｇＮＢが、第２のキャリア上の少なくとも第２の検索空間グループ内で、物理ダウンリンク制御チャネルをユーザ機器に送信してよい。

任意に、一部の実装では、例えばｇＮＢは、ユーザ機器からフィードバックを受信してよい。一部の実装では、例えば、フィードバックはＡＣＫ／ＮＡＣＫなどを含んでよい。一部の実装では、ｇＮＢは、ユーザ機器からのフィードバックに少なくとも部分的に基づいて、第１の検索空間グループから第２の検索空間グループに切り替えるための条件が満たされるかどうかを判定してよい。

したがって、前述のメカニズムは、マルチキャリアＰＤＣＣＨ監視メカニズムの時間領域適応を提供する。

一部の実装では、例えば、同じセル内の異なるＳＳの優先度が等しく設定されているか、または異なって設定されているかに応じて、例えば、スケジューリングセルのレベルまたは検索空間セットのレベルで、ＳＳセットの除外が発生してよい。加えて、一部の実装では、例えば、何らかの第２の優先度のセルのＳＳセットも監視されてよい。

本明細書では、追加の例示的実装が説明される。

（実施例１）
ユーザ機器によって、複数のスケジューリングキャリアの各々の１つまたは複数の検索空間グループを構成する構成情報を受信することであって、１つまたは複数の検索空間グループが、第１のキャリア上の少なくとも第１の検索空間グループおよび第２のキャリア上の少なくとも第２の検索空間グループを含む、受信することと、ユーザ機器によって、少なくとも第１の検索空間グループを監視することと、ユーザ機器によって、第１の検索空間グループから第２の検索空間グループに切り替えるための条件が満たされるかどうかを検出することと、ユーザ機器によって、条件が満たされるということの検出に応答して、監視を少なくとも第１の検索空間グループから少なくとも第２の検索空間グループに切り替えることとを含む、通信の方法。

（実施例２）
無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）信号伝達を介して構成情報が受信される、実施例１に記載の方法。

（実施例３）
１つまたは複数の検索空間グループのうちの検索空間グループが複数の検索空間を含む、実施例１～２のいずれかに記載の方法。

（実施例４）
複数の検索空間のうちの検索空間が共通検索空間またはユーザ機器固有の検索空間である、実施例１～３のいずれかに記載の方法。

（実施例５）
ユーザ機器が、自己スケジューリングまたは第１および第２のスケジューリングキャリアにわたるキャリア間スケジューリングのうちの少なくとも１つを使用してスケジュールされ、自己スケジューリングまたはキャリア間スケジューリングのうちの少なくとも１つが、第１のスケジューリングキャリアを介する第１のスケジューリングキャリアのスケジューリング、第２のスケジューリングキャリアを介する第１のスケジューリングキャリアのスケジューリング、第２のスケジューリングキャリアを介する第２のスケジューリングキャリアのスケジューリング、および第１のスケジューリングキャリアを介する第２のスケジューリングキャリアのスケジューリングのうちの１つまたは複数を含む、実施例１～４のいずれかに記載の方法。

（実施例６）
複数のスケジューリングキャリアが第１のスケジューリングキャリアおよび少なくとも２つの第２のスケジューリングキャリアを含み、ユーザ機器が、自己スケジューリングまたは第１のスケジューリングキャリアおよび少なくとも２つの第２のスケジューリングキャリアにわたるキャリア間スケジューリングのうちの少なくとも１つを使用してスケジュールされ、自己スケジューリングまたはキャリア間スケジューリングのうちの少なくとも１つが、第１のスケジューリングキャリアを介する第１のスケジューリングキャリアのスケジューリング、少なくとも２つの第２のスケジューリングキャリアのうちのスケジューリングキャリアを使用する少なくとも２つの第２のスケジューリングキャリアのうちのスケジューリングキャリアのスケジューリング、少なくとも２つの第２のスケジューリングキャリアのうちの１つを介する第１のスケジューリングキャリアのスケジューリング、第１のスケジューリングキャリアを介する少なくとも２つの第２のスケジューリングキャリアのうちの少なくとも１つのスケジューリング、および少なくとも２つの第２のスケジューリングキャリアのうちの別の１つを介する少なくとも２つの第２のスケジューリングキャリアのうちの少なくとも１つのスケジューリングのうちの１つまたは複数を含む、実施例１～４のいずれかに記載の方法。

（実施例７）
複数のスケジューリングキャリアの各々が、対応する検索空間監視パターンおよび関連する優先度を使用して構成される、実施例１～６のいずれかに記載の方法。

（実施例８）
検索空間監視パターンが物理ダウンリンク制御チャネルの監視機会を含む、実施例７に記載の方法。

（実施例９）
複数のスケジューリングキャリアの関連する優先度に少なくとも基づいて、監視に使用されるスケジューリングキャリアを決定することをさらに含む、実施例１～８のいずれかに記載の方法。

（実施例１０）
ブラインドデコーディング制限および／または制御チャネル要素制限を超えないように監視が実行される、実施例１～９のいずれかに記載の方法。

（実施例１１）
条件が、ユーザ機器が、スケジュールされるキャリアの測定機会の間にスケジューリングキャリア上で事前に定義された信号またはチャネルを検出していないということを決定することと、ユーザ機器が、スケジュールされるキャリアの測定機会の間にしきい値未満のチャネル品質指標を検出または報告しているということを決定することと、ユーザ機器が、別のスケジュールされるキャリアの測定機会の間に物理ダウンリンク制御チャネルの無線リンク失敗を検出しているということを決定することとのうちの１つまたは複数を含む、実施例１～１０のいずれかに記載の方法。

（実施例１２）
ユーザ機器が、無線リソース制御（ＲＲＣ）接続された状態にあるか、またはユーザ機器が、キャリアアグリゲーションを使用して構成されるか、あるいはこれらの組み合わせである、実施例１～１１のいずれかに記載の方法。

（実施例１３）
ネットワークノードによって、ユーザ機器で複数のスケジューリングキャリアの各々の１つまたは複数の検索空間グループを構成するための構成情報をユーザ機器に送信することであって、１つまたは複数の検索空間グループが、第１のキャリア上の少なくとも第１の検索空間グループおよび第２のキャリア上の少なくとも第２の検索空間グループを含む、送信することと、ネットワークノードによって、第１の検索空間グループから第２の検索空間グループに切り替えるための条件が満たされるかどうかを判定することと、ネットワークノードによって、第２のキャリア上の少なくとも第２の検索空間グループ内で、物理ダウンリンク制御チャネルをユーザ機器に送信することとを含む、通信の方法。

（実施例１４）
決定することが、ユーザ機器からのフィードバックに少なくとも部分的に基づいて実行される、実施例１４に記載の方法。

（実施例１５）
少なくとも１つのプロセッサと、コンピュータプログラムコードを含んでいる少なくとも１つのメモリとを備えている装置であって、少なくとも１つのメモリおよびコンピュータプログラムコードが、少なくとも１つのプロセッサと共に、装置に、実施例１～１４のいずれかに記載の方法を少なくとも実行させるように構成される、装置。

（実施例１６）
格納された命令を含んでいる非一過性コンピュータ可読ストレージ媒体であって、これらの命令が、少なくとも１つのプロセッサによって実行された場合に、コンピューティングシステムに、実施例１～１４のいずれかに記載の方法を実行させるように構成される、非一過性コンピュータ可読ストレージ媒体。

図８は、例示的な実装による無線局（例えば、ユーザ機器（ＵＥ）／ユーザデバイスまたはＡＰ／ｇＮＢ／ＭｇＮＢ／ＳｇＮＢ）８００のブロック図である。無線局８００は、例えば、１つまたは複数のＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ：無線周波）またはワイヤレストランシーバ８０２Ａ、８０２Ｂを含んでよく、各ワイヤレストランシーバは、信号を送信するための送信機および信号を受信するための受信機を含んでいる。無線局は、命令またはソフトウェアを実行し、信号の送信および受信を制御するためのプロセッサまたは制御ユニット／実体（コントローラ）８０４／８０６と、データおよび／または命令を格納するためのメモリ８０８も含んでいる。

プロセッサ８０４は、決定を行うことと、送信用のフレーム、パケット、またはメッセージを生成することと、受信されたフレームまたはメッセージをさらに処理するためにデコードすることと、本明細書に記載されたその他のタスクまたは機能とを実行してもよい。ベースバンドプロセッサであってよいプロセッサ８０４は、ワイヤレストランシーバ８０２（８０２Ａまたは８０２Ｂ）を介して送信するために、例えば、メッセージ、パケット、フレーム、または他の信号を生成してよい。プロセッサ８０４は、ワイヤレスネットワークを経由する信号またはメッセージの送信を制御してよく、ワイヤレスネットワークを介する（例えば、ワイヤレストランシーバ８０２によってダウンコンバートされた後の）信号またはメッセージなどの受信を制御してよい。プロセッサ８０４は、前述のタスクまたは方法のうちの１つまたは複数などの、前述のさまざまなタスクおよび機能を実行するために、プログラム可能であってよく、メモリまたは他のコンピュータ媒体に格納されたソフトウェアまたは他の命令を実行することができてよい。プロセッサ８０４は、例えば、ハードウェア、プログラマブルロジック、ソフトウェアまたはファームウェアを実行するプログラマブルプロセッサ、および／またはこれらの組み合わせであってよい（または、これらの組み合わせを含んでよい）。他の用語を使用すると、プロセッサ８０４およびトランシーバ８０２は、例えば、共にワイヤレス送信機／受信機システムと見なされてよい。

加えて、図８を参照すると、コントローラ８０６（またはプロセッサ８０４）は、ソフトウェアおよび命令を実行してよく、無線局８００の全体的制御を行ってよく、入出力デバイス（例えば、ディスプレイ、キーパッド）を制御することなどの、図８に示されていない他のシステムの制御を行ってよく、かつ／あるいは例えば、電子メールプログラム、音声／ビデオアプリケーション、ワードプロセッサ、ボイスオーバーＩＰアプリケーション、または他のアプリケーションもしくはソフトウェアなどの、無線局８００上で提供され得る１つまたは複数のアプリケーション用のソフトウェアを実行してよい。さらに、格納された命令を含んでいるストレージ媒体が提供されてよく、これらの命令は、コントローラまたはプロセッサによって実行された場合に、プロセッサ８０４または他のコントローラもしくはプロセッサが、前述の機能またはタスクのうちの１つまたは複数を実行することを引き起こしてよい。

別の例示的な実装によれば、ＲＦまたはワイヤレストランシーバ８０２Ａ／８０２Ｂは、信号またはデータを受信してよく、かつ／あるいは信号またはデータを送信してよい。プロセッサ８０４（および場合によっては、トランシーバ８０２Ａ／８０２Ｂ）は、信号またはデータを受信するか、送信するか、またはブロードキャストするように、ＲＦまたはワイヤレストランシーバ８０２Ａもしくは８０２Ｂを制御してよい。

しかし態様は、例として与えられたシステムに制限されず、当業者は、解決策を他の通信システムに適用してよい。適切な通信システムの別の例は、５Ｇの概念である。５Ｇにおけるネットワークアーキテクチャは、ＬＴＥ－アドバンスドのネットワークアーキテクチャにかなり似ていると考えられている。５Ｇは、多入力多出力（ＭＩＭＯ）アンテナ、ＬＴＥ（いわゆるスモールセルの概念）よりも多くの基地局またはノードを使用する可能性が高く、より小さい基地局と協力して動作するマクロサイトを含み、おそらく、より良いカバレッジおよび改善されたデータレートのために、さまざまな無線技術も採用する。

将来のネットワークが、ネットワーク機能仮想化（ＮＦＶ：ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎｓ ｖｉｒｔｕａｌｉｚａｔｉｏｎ）を利用する可能性が高いということが理解されるべきであり、ネットワーク機能仮想化は、ネットワークノードの機能を、サービスを提供するために操作可能なように接続されるか、または一緒にリンクされ得る「基礎的要素」または実体に仮想化することを提案するネットワークアーキテクチャの概念である。仮想ネットワーク機能（ＶＦＮ：ｖｉｒｔｕａｌｉｚｅｄ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）は、カスタマイズされたハードウェアの代わりに、標準的または一般的な種類のサーバを使用してコンピュータプログラムコードを実行する１つまたは複数の仮想マシンを含んでよい。クラウドコンピューティングまたはデータストレージが利用されてもよい。無線通信では、これは、ノードの動作が、リモート無線ヘッドに操作可能なように結合されたサーバ、ホスト、またはノードにおいて少なくとも部分的に実行され得るということを意味してよい。ノードの動作が複数のサーバ、ノード、またはホストの間で分散されることも可能である。コアネットワークの動作と基地局の動作の間での作業の分散が、ＬＴＥの作業の分散とは異なるか、または存在しなくてさえよいということも理解されるべきである。

本明細書に記載されたさまざまな技術の実装は、デジタル電子回路において、あるいはコンピュータハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせにおいて実装されてよい。実装は、コンピュータプログラム製品として、すなわち、データ処理装置（例えば、プログラマブルプロセッサ、１つのコンピュータ、または複数のコンピュータ）によって実行するため、またはデータ処理装置の動作を制御するために、情報媒体（例えば、機械可読ストレージデバイス）において、または伝搬信号において有形に具現化されたコンピュータプログラムとして、実装されてよい。実装は、非一過性の媒体であり得るコンピュータ可読媒体またはコンピュータ可読ストレージ媒体上で提供されてもよい。さまざまな技術の実装は、一過性の信号または媒体を介して提供された実装、ならびに／あるいはインターネットまたは他のネットワーク（有線ネットワークおよび／またはワイヤレスネットワークのいずれか）を介してダウンロード可能なプログラムおよび／またはソフトウェアの実装を含んでもよい。加えて、実装は、マシンタイプ通信（ＭＴＣ）を介して提供されてよく、モノのインターネット（ＩＯＴ）を介して提供されてもよい。

コンピュータプログラムは、ソースコードの形態、オブジェクトコードの形態、または何らかの中間形態であってよく、プログラムを搬送することができる任意の実体またはデバイスであってよいある種のキャリア、配布媒体、またはコンピュータ可読媒体に格納されてよい。そのようなキャリアは、例えば、記録媒体、コンピュータメモリ、読み取り専用メモリ、光電子および／または電気キャリア信号、電気通信信号、ならびにソフトウェア配布パッケージを含む。必要とされる処理能力に応じて、コンピュータプログラムは、単一の電子デジタルコンピュータにおいてが実行されてよく、または複数のコンピュータ間で分散されてよい。

さらに、本明細書に記載されたさまざまな技術の実装は、サイバーフィジカルシステム（ＣＰＳ：ｃｙｂｅｒ－ｐｈｙｓｉｃａｌ ｓｙｓｔｅｍ）（物理的実体を制御する、共同して働く計算要素のシステム）を使用してよい。ＣＰＳは、さまざまな位置で物体に組み込まれた膨大な量の相互接続されたＩＣＴデバイス（センサ、アクチュエータ、プロセッサ、マイクロコントローラなど）の実装および利用を可能にし得る。当該の物理システムが特有のモビリティを有するモバイルサイバーフィジカルシステムは、サイバーフィジカルシステムのサブカテゴリである。モバイルフィジカルシステムの例としては、移動ロボット工学、および人間または動物によって運ばれる電子機器が挙げられる。スマートフォンの人気の上昇によって、モバイルサイバーフィジカルシステムの領域への関心が高まった。したがって、これらの技術のうちの１つまたは複数を介して、本明細書に記載された技術のさまざまな実装が提供されてよい。

前述のコンピュータプログラムなどのコンピュータプログラムは、コンパイラ型言語またはインタープリタ型言語を含む、任意の形態のプログラミング言語で記述されることが可能であり、コンピューティング環境における使用に適したスタンドアロンプログラムとして、あるいはモジュール、コンポーネント、サブルーチン、または他のユニットもしくはその一部としての形態を含む、任意の形態で展開され得る。コンピュータプログラムは、１つのサイトにあるか、または複数のサイトにわたって分散された、１つのコンピュータ上または複数のコンピュータ上で実行されるように展開され、通信ネットワークによって相互接続され得る。

入力データに対して動作し、出力を生成することによって機能を実行するために、コンピュータプログラムまたはコンピュータプログラムの一部を実行している１つまたは複数のプログラマブルプロセッサによって、方法のステップが実行されてよい。例えば、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ：フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ：特定用途向け集積回路）といった専用論理回路によって、方法のステップが実行されてもよく、そのような専用論理回路として装置が実装されてよい。

コンピュータプログラムの実行に適したプロセッサの例としては、汎用マイクロプロセッサおよび専用マイクロプロセッサの両方、ならびに任意の種類のデジタルコンピュータ、チップ、またはチップセットのいずれか１つまたは複数のプロセッサが挙げられる。通常、プロセッサは、読み取り専用メモリまたはランダムアクセスメモリあるいはその両方から命令およびデータを受信する。コンピュータの要素は、命令を実行するための少なくとも１つのプロセッサと、命令およびデータを格納するための１つまたは複数のメモリデバイスとを含んでよい。通常、コンピュータは、データを格納するための１つまたは複数のマスストレージデバイス（例えば、磁気ディスク、光磁気ディスク、または光ディスク）を含むか、またはそのようなマスストレージデバイスとの間でデータを受信もしくは転送するように動作可能に結合されるか、あるはその両方であってもよい。コンピュータプログラム命令およびデータを具現化するのに適した情報媒体は、例えば、半導体メモリデバイス（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイス）、磁気ディスク（例えば、内部ハードディスクまたは取り外し可能なディスク）、光磁気ディスク、ならびにＣＤ ＲＯＭおよびＤＶＤ－ＲＯＭディスクなどの、あらゆる形態の不揮発性メモリを含む。プロセッサおよびメモリは、専用論理回路によって補完されるか、または専用論理回路に組み込まれてよい。

Claims (16)

1. ユーザ機器によって、複数のスケジューリングキャリアの各々の１つまたは複数の検索空間グループを構成する構成情報を受信することであって、前記１つまたは複数の検索空間グループが、第１のキャリア上の少なくとも第１の検索空間グループおよび第２のキャリア上の少なくとも第２の検索空間グループを含む、前記受信することと、
   前記ユーザ機器によって、少なくとも前記第１の検索空間グループを監視することと、
   前記ユーザ機器によって、前記第１の検索空間グループから前記第２の検索空間グループに切り替えるための条件が満たされるかどうかを検出することと、
   前記ユーザ機器によって、前記条件が満たされるということの前記検出に応答して、前記監視を前記少なくとも第１の検索空間グループから前記少なくとも第２の検索空間グループに切り替えることとを含む、通信の方法。
2. 無線リソース制御（ＲＲＣ）信号伝達を介して前記構成情報が受信される、請求項１に記載の方法。
3. 前記１つまたは複数の検索空間グループのうちの検索空間グループが複数の検索空間を含む、請求項１または２に記載の方法。
4. 前記複数の検索空間のうちの検索空間が共通検索空間またはユーザ機器固有の検索空間である、請求項１～３のいずれかに記載の方法。
5. 前記ユーザ機器が、自己スケジューリングまたは前記第１および第２のスケジューリングキャリアにわたるキャリア間スケジューリングのうちの少なくとも１つを使用してスケジュールされ、自己スケジューリングまたはキャリア間スケジューリングのうちの前記少なくとも１つが、
   前記第１のスケジューリングキャリアを介する前記第１のスケジューリングキャリアのスケジューリング、
   前記第２のスケジューリングキャリアを介する前記第１のスケジューリングキャリアのスケジューリング、
   前記第２のスケジューリングキャリアを介する前記第２のスケジューリングキャリアのスケジューリング、および
   前記第１のスケジューリングキャリアを介する前記第２のスケジューリングキャリアのスケジューリングのうちの１つまたは複数を含む、請求項１～４のいずれかに記載の方法。
6. 前記複数のスケジューリングキャリアが第１のスケジューリングキャリアおよび少なくとも２つの第２のスケジューリングキャリアを含み、前記ユーザ機器が、自己スケジューリングまたは前記第１のスケジューリングキャリアおよび前記少なくとも２つの第２のスケジューリングキャリアにわたるキャリア間スケジューリングのうちの少なくとも１つを使用してスケジュールされ、自己スケジューリングまたはキャリア間スケジューリングのうちの前記少なくとも１つが、
   前記第１のスケジューリングキャリアを介する前記第１のスケジューリングキャリアのスケジューリング、
   前記少なくとも２つの第２のスケジューリングキャリアのうちのスケジューリングキャリアを使用する前記少なくとも２つの第２のスケジューリングキャリアのうちのスケジューリングキャリアのスケジューリング、
   前記少なくとも２つの第２のスケジューリングキャリアのうちの１つを介する前記第１のスケジューリングキャリアのスケジューリング、
   前記第１のスケジューリングキャリアを介する前記少なくとも２つの第２のスケジューリングキャリアのうちの少なくとも１つのスケジューリング、および
   前記少なくとも２つの第２のスケジューリングキャリアのうちの別の１つを介する前記少なくとも２つの第２のスケジューリングキャリアのうちの少なくとも１つのスケジューリングのうちの１つまたは複数を含む、請求項１～４のいずれかに記載の方法。
7. 前記複数のスケジューリングキャリアの各々が、対応する検索空間監視パターンおよび関連する優先度を使用して構成される、請求項１～６のいずれかに記載の方法。
8. 前記検索空間監視パターンが物理ダウンリンク制御チャネルの監視機会を含む、請求項７に記載の方法。
9. 前記複数のスケジューリングキャリアの関連する優先度に少なくとも基づいて、前記監視に使用されるスケジューリングキャリアを決定することをさらに含む、請求項１～８のいずれかに記載の方法。
10. ブラインドデコーディング制限および／または制御チャネル要素制限を超えないように前記監視が実行される、請求項１～９のいずれかに記載の方法。
11. 前記条件が、
    前記ユーザ機器が、前記スケジュールされるキャリアの測定機会の間にスケジューリングキャリア上で事前に定義された信号またはチャネルを検出していないということを決定することと、
    前記ユーザ機器が、前記スケジュールされるキャリアの前記測定機会の間にしきい値未満のチャネル品質指標を検出または報告しているということを決定することと、
    前記ユーザ機器が、別のスケジュールされるキャリアの測定機会の間に物理ダウンリンク制御チャネルの無線リンク失敗を検出しているということを決定することとのうちの１つまたは複数を含む、請求項１～１０のいずれかに記載の方法。
12. 前記ユーザ機器が、無線リソース制御（ＲＲＣ）接続された状態にあるか、または
    前記ユーザ機器が、キャリアアグリゲーションを使用して構成されるか、あるいはこれらの組み合わせである、請求項１～１１のいずれかに記載の方法。
13. ネットワークノードによって、ユーザ機器で複数のスケジューリングキャリアの各々の１つまたは複数の検索空間グループを構成するための構成情報を前記ユーザ機器に送信することであって、前記１つまたは複数の検索空間グループが、第１のキャリア上の少なくとも第１の検索空間グループおよび前記第２のキャリア上の少なくとも第２の検索空間グループを含む、前記送信することと、
    前記ネットワークノードによって、前記第１の検索空間グループから前記第２の検索空間グループに切り替えるための条件が満たされるかどうかを判定することと、
    前記ネットワークノードによって、前記第２のキャリア上の少なくとも前記第２の検索空間グループ内で、物理ダウンリンク制御チャネルを前記ユーザ機器に送信することとを含む、通信の方法。
14. 前記決定することが、前記ユーザ機器からのフィードバックに少なくとも部分的に基づいて実行される、請求項１４に記載の方法。
15. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含んでいる少なくとも１つのメモリとを備えている装置であって、
    前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、請求項１～１４のいずれかに記載の方法を少なくとも実行させるように構成される、装置。
16. 格納された命令を含んでいる非一過性コンピュータ可読ストレージ媒体であって、前記命令が、少なくとも１つのプロセッサによって実行された場合に、コンピューティングシステムに、請求項１～１４のいずれかに記載の方法を実行させるように構成される、非一過性コンピュータ可読ストレージ媒体。

Images