(57)【要約】      （修正有）【課題】スロット内のスパンのために効率的なＰＤＣＣＨオーバーブッキング／ドロッピングを提供する端末装置、基地局装置、通信方法及び集積回路を提供する。【解決手段】ユーザ機器（ＵＥ）は、サーチスペースセット設定を含む第１の無線リソース制御（ＲＲＣ）パラメータを基地局から受信し、サーチスペース設定に基づいてスロット内の１つ又は複数のスパンを決定する。ＵＥは、スロット内の１つまたは複数のスパンの第１のセットの濃度である第１の数を決定し、第１のセット内のＵＥ固有サーチスペース（ＵＳＳ）セットに関連付けられたスパン間の、ＵＳＳセットのインデックスに基づいて第２の数を決定する。第１のセット内のスパンのうちの１つまたは複数が１つ又は複数のＵＳＳセットに関連付けられている。第２の数は、少なくとも、設定されたＰＤＣＣＨ候補の数がスパン毎の第３の数を超えるスロット内のスパンの最大数である。【選択図】図６
2022003718.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）であって、
サーチスペースセット設定を含む第１の無線リソース制御（ＲＲＣ）パラメータを基地局から受信するように設定された受信回路と、
前記サーチスペース設定に基づいてスロット内の１つまたは複数のスパンを決定するように設定された制御回路であって、前記１つまたは複数のスパンのそれぞれがＰＤＣＣＨ候補をモニタするためのスロット内の連続するシンボルのセットであり、
スロット内の１つまたは複数のスパンの第１のセットの濃度である第１の数を決定するように設定されており、前記第１のセット内の各スパンに対して少なくとも１つの共通サーチスペース（ＣＳＳ）セットが存在し、
前記第１のセット内のＵＥ固有サーチスペース（ＵＳＳ）セットに関連付けられたスパン間の、前記ＵＳＳセットのインデックスに基づいて第２の数を決定するように設定されており、前記第１のセット内のスパンのうちの１つまたは複数が１つまたは複数のＵＳＳセットに関連付けられており、
前記第２の数は、少なくとも、スロット内の前記設定されたＰＤＣＣＨ候補の数がスパン毎の第３の数を超えるスパンの最大数である、制御回路と、を備える、ユーザ機器（ＵＥ）。
【請求項２】
前記ＵＥは、前記基地局に対して前記第２の数を示す能力を示す、
請求項１に記載のＵＥ。
【請求項３】
制御回路は、各スパンにおける最低ＵＳＳセットインデックスの昇順に従って、前記第１のセット内のスパンの位置を決定するように設定されており、前記第１のセット内の２つ以上のスパンが同じ最低ＵＳＳセットインデックスを有する場合、前記第１のセット内の前記２つ以上のスパンの位置は、前記スロット内の前記２つ以上のスパンの開始時間に従う、
請求項１に記載のＵＥ。
【請求項４】
前記第１の数が第２の数よりも大きい第１のケースにおいて、制御回路は、前記第１のセットの最初の前記第２の数の位置に配置された前記スパンを決定するように設定されている、
請求項３に記載のＵＥ。
【請求項５】
前記第３の数は、スパン毎にモニタされたＰＤＣＣＨ候補の既定の最大数である、
請求項１に記載のＵＥ。
【請求項６】
基地局であって、
サーチスペースセット設定を含む第１の無線リソース制御（ＲＲＣ）パラメータを、ユーザ機器（ＵＥ）に送信するように設定された送信回路と、
前記サーチスペース設定に基づいて、前記ＵＥに対してスロット内の１つまたは複数のスパンを決定するように設定された制御回路であって、前記１つまたは複数のスパンのそれぞれがＰＤＣＣＨ候補をモニタするためのスロット内の連続するシンボルのセットであり、
スロット内の１つまたは複数のスパンの第１のセットの濃度である第１の数を決定するように設定されており、前記第１のセット内の各スパンに対して少なくとも１つの共通サーチスペース（ＣＳＳ）セットが存在し、
前記第１のセット内のＵＥ固有サーチスペース（ＵＳＳ）セットに関連付けられたスパン間の、前記ＵＳＳセットのインデックスに基づいて第２の数を決定するように設定されており、前記第１のセット内のスパンのうちの１つまたは複数が１つまたは複数のＵＳＳセットに関連付けられており、
前記第２の数は、少なくとも、スロット内の前記設定されたＰＤＣＣＨ候補の数がスパン毎の第３の数を超えるスパンの最大数である、制御回路と、を備える、基地局。
【請求項７】
前記ＵＥから前記第２の数を示す能力を受信する、
請求項６に記載の基地局。
【請求項８】
制御回路は、各スパンにおける最低ＵＳＳセットインデックスの昇順に従って、前記第１のセット内のスパンの位置を決定するように設定されており、前記第１のセット内の２つ以上のスパンが同じ最低ＵＳＳセットインデックスを有する場合、前記第１のセット内の前記２つ以上のスパンの位置は、前記スロット内の前記２つ以上のスパンの開始時間に従う、
請求項６に記載の基地局。
【請求項９】
前記第１の数が第２の数よりも大きい第１のケースにおいて、制御回路は、前記第１のセットの最初の前記第２の数の位置に配置された前記スパンを決定するように設定されている、
請求項８に記載の基地局。
【請求項１０】
前記第３の数は、スパン毎にモニタされたＰＤＣＣＨ候補の既定の最大数である、
請求項６に記載の基地局。
【請求項１１】
ユーザ機器（ＵＥ）によって実行される方法であって、
サーチスペースセット設定を含む第１の無線リソース制御（ＲＲＣ）パラメータを、基地局から受信することと、
前記サーチスペース設定に基づいてスロット内の１つ以上のスパンを決定することであって、前記１つまたは複数のスパンのそれぞれがＰＤＣＣＨ候補をモニタするためのスロット内の連続するシンボルのセットである、ことと、
スロット内の１つまたは複数のスパンの第１のセットの濃度である第１の数を決定することであって、前記第１のセット内の各スパンに対して少なくとも１つの共通サーチスペース（ＣＳＳ）セットが存在する、ことと、
前記第１のセット内のＵＥ固有サーチスペース（ＵＳＳ）セットに関連付けられたスパン間の、前記ＵＳＳセットのインデックスに基づいて第２の数を決定することであって、前記第１のセット内のスパンのうちの１つまたは複数が１つまたは複数のＵＳＳセットに関連付けられており、
前記第２の数は、少なくとも、スロット内の前記設定されたＰＤＣＣＨ候補の数がスパン毎の第３の数を超えるスパンの最大数である、ことと、を含む、方法。
【請求項１２】
基地局によって実行される方法であって、
サーチスペースセット設定を含む第１の無線リソース制御（ＲＲＣ）パラメータを、ユーザ機器（ＵＥ）に送信することと、
前記サーチスペース設定に基づいて、前記ＵＥに対してスロット内の１つまたは複数のスパンを決定することであって、前記１つまたは複数のスパンのそれぞれがＰＤＣＣＨ候補をモニタするためのスロット内の連続するシンボルのセットである、ことと、
スロット内の１つまたは複数のスパンの第１のセットの濃度である第１の数を決定することであって、前記第１のセット内の各スパンに対して少なくとも１つの共通サーチスペース（ＣＳＳ）セットが存在する、ことと、
前記第１のセット内のＵＥ固有サーチスペース（ＵＳＳ）セットに関連付けられたスパン間の、前記ＵＳＳセットのインデックスに基づいて第２の数を決定することであって、前記第１のセット内のスパンのうちの１つまたは複数が１つまたは複数のＵＳＳセットに関連付けられており、
前記第２の数は、少なくとも、スロット内の前記設定されたＰＤＣＣＨ候補の数がスパン毎の第３の数を超えるスパンの最大数である、ことと、を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末装置、基地局装置、通信方法、及び集積回路に関する。
【背景技術】
【０００２】
現在、第５世代セルラシステムを目指す無線アクセスシステム及び無線ネットワーク技術として、第３世代パートナーシッププロジェクト（３ＧＰＰ）におけるＬＴＥ−Ａｄｖａｎｃｅｄ  Ｐｒｏ（ＬＴＥ−Ａ  Ｐｒｏ）及び新無線技術（ＮＲ）の拡張規格としての技術的調査及び標準開発が行われている。
【０００３】
第５世代セルラシステムでは、想定されるシナリオとして、高速及び高容量の送信を達成するための拡張モバイルブロードバンド（ｅＭＢＢ）、低遅延及び高信頼性通信を達成するための超信頼性と低遅延通信（ＵＲＬＬＣ）、並びにモノのインターネット（ＩｏＴ）などの多数のマシンタイプ装置の接続を可能にするマッシブマシンタイプ通信（ｍＭＴＣ）、の３つのサービスが求められている。
【０００４】
例えば、無線通信装置は、複数のサービスタイプに対して、１つ以上の装置と通信することができる。しかしながら、スロット内でＤＣＩフォーマットをモニタし、かつスロット内の全てのスパンにおけるＰＤＣＣＨオーバブッキング／ドロッピング動作を必要とする、頻繁なＰＤＣＣＨモニタリング機会をサポートする、ＵＲＬＬＣに対する現行の既存のシステム及び方法はまた、スパン毎にＰＤＣＣＨ候補及び対応する非重複ＣＣＥのためのＰＤＣＣＨオーバブッキングの頻繁な計算により、ＵＥの複雑性を増加させることになる。この考察によって示されるように、本発明によるシステム及び方法は、スロット内のスパンのために効率的なＰＤＣＣＨオーバブッキング／ドロッピングを提供することは、通信の柔軟性及び効率性を改善することができ、有益であり得る。
【図面の簡単な説明】
【０００５】
【図１】スパン内のＰＤＣＣＨオーバブッキング／ドロッピングのためのシステム及び方法が実装され得る、１つ以上の基地局及び１つ以上のユーザ機器（ＵＥ）の一構成を示すブロック図である。
【０００６】
【図２】ＲＲＣパラメータＳｅａｒｃｈＳｐａｃｅ２００を示す図である。
【０００７】
【図３】ＣＯＲＥＳＥＴに対するＲＥＧリソース番号付けの一例３００を示す図である。
【０００８】
【図４】サーチスペース設定に関連する受信されたＲＲＣパラメータ（単数又は複数）に基づいて、ＰＤＣＣＨ候補に対してモニタリング機会を決定する方法の一実施例４００を示す図である。
【０００９】
【図５】ＰＤＣＣＨモニタリングスパン決定の一実施例５００を示す図である。
【００１０】
【図６】ＵＥ１０２によってモニタされるＰＤＣＣＨ候補を決定するための方法の一実装形態６００を示すフロー図である。
【００１１】
【図７】スロット内の第２のスパンのセットを選択する方法の一実施例７００を示す図である。
【００１２】
【図８】ＵＥに用いられ得る様々な構成要素を示す図である。
【００１３】
【図９】基地局に用いられ得る様々な構成要素を示す図である。
【発明を実施するための形態】
【００１４】
ユーザ機器（ＵＥ）によって実行される方法を説明する。この方法は、サーチスペースセット設定を含む第１の無線リソース制御（ＲＲＣ）パラメータを基地局から受信することと、サーチスペース設定に基づいてスロット内の１つまたは複数のスパンを決定することとであって、１つまたは複数のスパンのそれぞれがＰＤＣＣＨ候補をモニタするためのスロット内の連続するシンボルのセットである、ことと、スロット内の１つまたは複数のスパンの第１のセットの濃度である第１の数を決定することであって、少なくとも１つの共通サーチスペース（ＣＳＳ）セットが第１のセット内の各スパンに対して存在する、ことと、第１のセット内のＵＳＳセットに関連付けられたスパン間の、ＵＥ固有サーチスペース（ＵＳＳ）セットのインデックスに基づいて第２の数を決定することであって、第１のセット内のスパンのうちの１つまたは複数が１つまたは複数のＵＳＳセットに関連付けられており、第２の数は、少なくとも、設定されたＰＤＣＣＨ候補の数がスパン毎の第３の数を超えるスロット内のスパンの最大数である、ことと、を含む。
【００１５】
基地局によって実行される方法を説明する。この方法は、サーチスペースセット設定を含む第１の無線リソース制御（ＲＲＣ）パラメータをユーザ機器（ＵＥ）に送信することと、送信されたサーチスペース設定に基づいてスロット内の１つまたは複数のスパンをＵＥに対して決定することとであって、１つまたは複数のスパンのそれぞれがＰＤＣＣＨ候補をモニタするためのスロット内の連続するシンボルのセットである、ことと、スロット内の１つまたは複数のスパンの第１のセットの濃度である第１の数を決定することであって、少なくとも１つの共通サーチスペース（ＣＳＳ）セットが第１のセット内の各スパンに対して存在する、ことと、第１のセット内のＵＳＳセットに関連付けられたスパン間の、ＵＥ固有サーチスペース（ＵＳＳ）セットのインデックスに基づいて第２の数を決定することであって、第１のセット内のスパンのうちの１つまたは複数が１つまたは複数のＵＳＳセットに関連付けられており、第２の数は、少なくとも、設定されたＰＤＣＣＨ候補の数がスパン毎の第３の数を超えるスロット内のスパンの最大数である、ことと、を含む。
【００１６】
ユーザ機器（ＵＥ）を説明する。ＵＥは、サーチスペースセット設定を含む第１の無線リソース制御（ＲＲＣ）パラメータを基地局から受信するように設定された受信回路と、サーチスペース設定に基づいてスロット内の１つまたは複数のスパンを決定するように設定された制御回路であって、１つまたは複数のスパンのそれぞれがＰＤＣＣＨ候補をモニタするためのスロット内の連続するシンボルのセットであり、スロット内の１つまたは複数のスパンの第１のセットの濃度である第１の数を決定するように設定されており、少なくとも１つの共通サーチスペース（ＣＳＳ）セットが第１のセット内の各スパンに対して存在し、第１のセット内のＵＳＳセットに関連付けられたスパン間の、ＵＥ固有サーチスペース（ＵＳＳ）セットのインデックスに基づいて第２の数を決定するように設定されており、第１のセット内のスパンのうちの１つまたは複数が１つまたは複数のＵＳＳセットに関連付けられており、第２の数は、少なくとも、設定されたＰＤＣＣＨ候補の数がスパン毎の第３の数を超えるスロット内のスパンの最大数である、制御回路と、を備える。
【００１７】
基地局を説明する。基地局は、サーチスペースセット設定を含む第１の無線リソース制御（ＲＲＣ）パラメータをユーザ機器に送信するように設定された送信回路と、送信されたサーチスペース設定に基づいてスロット内の１つまたは複数のスパンを決定するように設定された制御回路であって、１つまたは複数のスパンのそれぞれがＰＤＣＣＨ候補をモニタするためのスロット内の連続するシンボルのセットであり、スロット内の１つまたは複数のスパンの第１のセットの濃度である第１の数を決定するように設定されており、少なくとも１つの共通サーチスペース（ＣＳＳ）セットが第１のセット内の各スパンに対して存在し、第１のセット内のＵＳＳセットに関連付けられたスパン間の、ＵＥ固有サーチスペース（ＵＳＳ）セットのインデックスに基づいて第２の数を決定するように設定されており、第１のセット内のスパンのうちの１つまたは複数が１つまたは複数のＵＳＳセットに関連付けられており、第２の数は、少なくとも、設定されたＰＤＣＣＨ候補の数がスパン毎の第３の数を超えるスロット内のスパンの最大数である、制御回路と、を備える。
【００１８】
３ＧＰＰのロングタームエボリューション（Long Term Evolution、ＬＴＥ）は、将来の要求に対処するために、ユニバーサルモバイルテレコミュニケーションシステム（Universal Mobile Telecommunications System、ＵＭＴＳ）用移動電話又は装置の規格を改良するためのプロジェクトに与えられた名前である。一態様では、ＵＭＴＳは、Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）及びＥｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）向けのサポート及び仕様を提供するために修正が行われてきた。３ＧＰＰ  ＮＲ（新無線）は、将来の要件に対処するためにＬＴＥモバイル電話又は装置の規格を改善するためのプロジェクトに与えられた名前である。一態様では、ＬＴＥは、新無線アクセス（ＮＲ）及び次世代無線アクセスネットワーク（ＮＧ  ＲＡＮ）のためのサポート及び仕様（ＴＳ  ３８．３３１、３８．３２１、３８．３００、３７．３００、３８．２１１、３８．２１２、３８．２１３、３８．２１４など）を提供するように修正されている。
【００１９】
本明細書に開示されるシステム及び方法の少なくともいくつかの態様は、３ＧＰＰ  ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）、ＬＴＥ−Ａｄｖａｎｃｅｄ  Ｐｒｏ、Ｎｅｗ  Ｒａｄｉｏ（ＮＲ）、及び他の３Ｇ／４Ｇ／５Ｇ規格（例えば、３ＧＰＰリリース８、９、１０、１１、１２、１３、１４、及び／若しくは１５、並びに／又はＮａｒｒｏｗ  Ｂａｎｄ−Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ（ＮＢ−ＩｏＴ））に関連して説明することができる。しかし、本開示の範囲は、この点に限定されるべきではない。本明細書に開示するシステム及び方法の少なくともいくつかの態様は、他の形式の無線通信システムにおいて利用することができる。
【００２０】
無線通信装置は、音声及び／又はデータを基地局に通信するために使用される電子装置であり得、同様に、装置のネットワーク（例えば、公衆交換電話網（public switched telephone network、ＰＳＴＮ）、インターネット等）との通信を行うことができる。本明細書で説明するシステム及び方法では、無線通信装置は、あるいは、移動局、ＵＥ（ユーザ機器）、アクセス端末、加入者局、モバイル端末、遠隔局、ユーザ端末、端末、加入者ユニット、モバイル装置、リレーノードなどと呼ばれる場合もある。無線通信装置の例としては、モバイル電話、スマートフォン、パーソナルデジタルアシスタント（personal digital assistants）（ＰＤＡ）、ラップトップコンピュータ、ネットブック、電子ブックリーダー、無線モデムなどが挙げられる。３ＧＰＰの仕様では、無線通信装置は、一般的にＵＥと呼ばれる。しかしながら、本開示の範囲は３ＧＰＰ規格に限定されるものではなく、「ＵＥ」や「無線通信装置」等の用語は、より一般的な用語である「無線通信装置」を意味するために、本明細書では区別なく使用される。
【００２１】
３ＧＰＰの仕様では、基地局は、一般的に、ｇＮＢ、Ｎｏｄｅ  Ｂ、ｅＮＢ、ｈｏｍｅ  ｅｎｈａｎｃｅｄ  ｏｒ  ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ＨｅＮＢ）、又はなんらかの他の類似の専門用語で呼ばれる。本開示の範囲は３ＧＰＰ規格に限定されるものではなく、「基地局」、「ｇＮＢ」、「Ｎｏｄｅ  Ｂ」、「ｅＮＢ」、及び「ＨｅＮＢ」は、より一般的な用語である「基地局」を意味するために、本明細書では区別なく使用され得る。更に、「基地局」の一例は、アクセスポイントである。アクセスポイントは、無線通信装置がネットワーク（例えば、ローカルエリアネットワーク（Local Area Network、ＬＡＮ）、インターネット等）へのアクセスを提供する電子装置でもよい。「通信装置」という用語は、無線通信装置及び基地局の両方を、あるいは一方を指すために使用され得る。
【００２２】
本明細書で使用される場合、「セル」は、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−Ａｄｖａｎｃｅｄ（ＩＭＴ−Ａｄｖａｎｃｅｄ）、ＩＭＴ−２０２０（５Ｇ）用に使用するために標準化又は規制機関により規定される、任意の通信チャネルとすることができ、その全て又はそのサブセットは、基地局とＵＥとの間の通信用に使用するためにライセンスバンド（例えば、周波数帯域）として３ＧＰＰにより採用されることがあることを留意すべきである。ＮＲ、ＮＧ−ＲＡＮ、Ｅ−ＵＴＲＡ、及びＥ−ＵＴＲＡＮの全体の説明では、本明細書で使用される場合、「セル」は、「下りリンク及び任意選択的の上りリンクのリソースの組み合わせ」として定義され得ることもまた留意すべきである。下りリンクリソースのキャリア周波数と上りリンクリソースのキャリア周波数との間のリンキングを、下りリンクリソース上で送信されるシステムインフォメーション内に示すことができる。
【００２３】
「設定セル（configured cell）」とは、ＵＥにより認識され、基地局により情報の送信又は受信が許可されるセルである。「設定セル（単数又は複数）」は、サービングセル（単数又は複数）でもよい。ＵＥは、システムインフォメーションを受信して、設定されたセルに関して必要な測定を実行することができる。無線接続用に「設定されたセル（単数又は複数）」は、プライマリセル及び／又は０、１つ、若しくは１つより多くのセカンダリセル（単数又は複数）からなり得る。「アクティベートセル（activated cell）」とは、ＵＥが送受信を行っている設定セルのことである。すなわち、アクティベートセルは、ＵＥが物理下りリンク制御チャネル（Physical Downlink Control Channel、ＰＤＣＣＨ）のモニタリングを行うセルであり、下りリンク送信の場合、ＵＥが物理下りリンク共用チャネル（Physical Downlink Shared Channel、ＰＤＳＣＨ）の復号を行うセルである。「非アクティベートセル（deactivated cell）」は、ＵＥが送信ＰＤＣＣＨのモニタリングを行わない設定セルである。「セル（cell）」について、異なる次元の観点で述べる場合があることを留意されたい。例えば、「セル」は、時間特性、空間特性（例えば、地理的）及び周波数特性を含んでもよい。
【００２４】
基地局は、ＮＧインターフェースによって、５Ｇコアネットワーク（５Ｇ−ＣＮ）に接続してもよい。５Ｇ−ＣＮは、ＮｅｘｔＧｅｎコア（ＮＧＣ）、又は５Ｇコア（５ＧＣ）と呼ばれ得る。基地局はまた、Ｓ１インターフェースによって、進化型パケットコア（ＥＰＣ）に接続してもよい。例えば、基地局は、ＮＧ−２インターフェースによってＮｅｘｔＧｅｎ（ＮＧ）モビリティ管理機能に接続してもよく、ＮＧ−３インターフェースによってＮＧコアユーザプレーン（ＵＰ）機能に接続してもよい。ＮＧインターフェースは、ＮＧモビリティ管理機能、ＮＧコアアップ機能と、基地局との間の、多対多の関係をサポートする。ＮＧ−２インターフェースは、制御プレーン用のＮＧインターフェースであり、ＮＧ−３インターフェースは、ユーザプレーン用のＮＧインターフェースである。例えば、ＥＰＣ接続の場合、基地局は、Ｓ１−ＭＭＥインターフェースによってモビリティ管理エンティティ（ＭＭＥ）に接続してもよく、Ｓ１−Ｕインターフェースによってサービングゲートウェイ（Ｓ−ＧＷ）に接続してもよい。Ｓ１インターフェースは、ＭＭＥ、サービングゲートウェイと基地局との間の、多対多の関係をサポートする。Ｓ１−ＭＭＥインターフェースは、制御プレーン用のＳ１インターフェースであり、Ｓ１−Ｕインターフェースは、ユーザプレーン用のＳ１インターフェースである。Ｕｕインターフェースは、無線プロトコル用の、ＵＥと基地局との間の無線インターフェースである。
【００２５】
無線プロトコルアーキテクチャは、ユーザプレーン及び制御プレーンを含み得る。ユーザプレーンプロトコルスタックは、パケットデータ統合プロトコル（ＰＤＣＰ）、無線リンク制御（ＲＬＣ）、媒体アクセス制御（ＭＡＣ）、及び物理（ＰＨＹ）層を含み得る。ＤＲＢ（データ無線ベアラ）は、（制御プレーンシグナリングとは対照的に）ユーザデータを搬送する無線ベアラである。例えば、ＤＲＢは、ユーザプレーンプロトコルスタックにマッピングされ得る。ＰＤＣＰ、ＲＬＣ、ＭＡＣ、及びＰＨＹサブ層（ネットワーク上の基地局４６０ａで終端）は、ユーザプレーンのための機能（例えば、ヘッダ圧縮、暗号化、スケジューリング、ＡＲＱ、及びＨＡＲＱ）を実行してもよい。ＰＤＣＰエンティティは、ＰＤＣＰサブ層内に配置される。ＲＬＣエンティティは、ＲＬＣサブ層内に配置してもよい。ＭＡＣエンティティは、ＭＡＣサブ層内に配置してもよい。ＰＨＹエンティティは、ＰＨＹサブ層内に配置してもよい。
【００２６】
制御プレーンは、制御プレーンプロトコルスタックを含んでもよい。ＰＤＣＰサブ層（ネットワーク側の基地局で終端）は、制御プレーンに対して機能（例えば、暗号化及び完全性保護）を実行してもよい。ＲＬＣ及びＭＡＣサブ層（ネットワーク側の基地局で終端）は、ユーザプレーンに対して同じ機能を実行してもよい。無線リソース制御（ＲＲＣ）（ネットワーク側の基地局で終端）は、以下の機能を実行することができる。ＲＲＣは、ブロードキャスト機能、ページング、ＲＲＣ接続管理、無線ベアラ（ＲＢ）制御、モビリティ機能、ＵＥ測定報告及び制御を実行してもよい。非アクセスストラタム（ＮＡＳ）制御プロトコル（ネットワーク側のＭＭＥで終端）は、とりわけ、進化型パケットシステム（ＥＰＳ）ベアラ管理、認証、進化型パケットシステム接続管理（ＥＣＭ）−ＩＤＬＥモビリティハンドリング、ＥＣＭ−ＩＤＬＥにおけるページング開始、及びセキュリティ制御を実行してもよい。
【００２７】
無線ベアラ（ＳＲＢ）のシグナリングは、ＲＲＣ及びＮＡＳメッセージの送信のためにのみ使用することができる無線ベアラ（ＲＢ）である。３つのＳＲＢが定義され得る。ＳＲＢ０は、共通制御チャネル（ＣＣＣＨ）論理チャネルを使用してＲＲＣメッセージのために使用してもよい。ＳＲＢ１は、ＳＲＢ２を確立する前に、ＲＲＣメッセージ（ピギーバックＮＡＳメッセージを含み得る）並びにＮＡＳメッセージに使用することができ、その全てが専用制御チャネル（ＤＣＣＨ）論理チャネルを使用する。ＳＲＢ２は、ログに記録された測定情報を含むＲＲＣメッセージ、並びにＮＡＳメッセージに使用することができ、その全てがＤＣＣＨ論理チャネルを使用する。ＳＲＢ２は、ＳＲＢ１よりも低い優先度を有し、セキュリティアクティベーション後にネットワーク（例えば、基地局）によって設定され得る。ブロードキャスト制御チャネル（ＢＣＣＨ）論理チャネルは、システム情報をブロードキャストするために使用され得る。ＢＣＣＨ論理チャネルのいくつかは、ＢＣＨ（ブロードキャストチャネル）トランスポートチャネルを介して、ネットワークからＵＥに送信され得るシステム情報を伝達することができる。ＢＣＨは、物理ブロードキャストチャネル（ＰＢＣＨ）に送信してもよい。ＢＣＣＨ論理チャネルのいくつかは、ＤＬ−ＳＣＨ（下りリンク共用チャネル）トランスポートチャネルを介して、ネットワークからＵＥに送信され得るシステム情報を伝達することができる。ページングは、ページング制御チャネル（ＰＣＣＨ）論理チャネルを使用することによって提供してもよい。
【００２８】
例えば、ＤＬ−ＤＣＣＨ論理チャネルは、ＲＲＣ再設定メッセージ、ＲＲＣ再確立メッセージ、ＲＲＣ解放、ＵＥ能力照会メッセージ、ＤＬ情報転送メッセージ、又はセキュリティモードコマンドメッセージに使用してもよい（ただし、これらに限定されない）。ＵＬ−ＤＣＣＨ論理チャネルは、測定報告メッセージ、ＲＲＣ再設定完了メッセージ、ＲＲＣ再確立完了メッセージ、ＲＲＣセットアップ完了メッセージ、セキュリティモードコマンドメッセージ、セキュリティモード障害メッセージ、ＵＥ能力情報メッセージ、ＵＬハンドオーバ調製転送メッセージ、ＵＬ情報転送メッセージ、カウンタチェック応答メッセージ、ＵＥ情報応答メッセージ、近接表示メッセージ、ＲＮ（リレーノード）再設定完了メッセージ、ＭＢＭＳカウント応答メッセージ、周波数間ＲＳＴＤ測定表示メッセージ、ＵＥ支援情報メッセージ、装置内共存表示メッセージ、ＭＢＭＳインタレスト表示メッセージ、ＳＣＧ障害情報メッセージに使用してもよい（ただし、これらに限定されない）。ＤＬ−ＣＣＣＨ論理チャネルは、ＲＲＣ接続再確立メッセージ、ＲＲＣ再確立拒否メッセージ、ＲＲＣ拒否メッセージ、又はＲＲＣセットアップメッセージに使用してもよい（ただし、これらに限定されない）。ＵＬ−ＣＣＣＨ論理チャネルは、ＲＲＣ再確立要求メッセージ、又はＲＲＣセットアップ要求メッセージのために使用してもよい（ただし、これに限定されない）。
【００２９】
システム情報は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＭＩＢ）、及び複数のＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｓ（ＳＩＢ）に分割され得る。
【００３０】
ＵＥは、基地局から１つ以上のＲＲＣメッセージを受信して、ＲＲＣ設定又はパラメータを取得することができる。ＵＥのＲＲＣ層は、ＲＲＣメッセージ、ブロードキャストシステム情報などによって設定され得る、ＲＲＣ設定又はパラメータに従って、ＵＥのＲＲＣ層及び／又は下位層（例えば、ＰＨＹ層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）を設定してもよい。基地局は、１つ以上のＲＲＣメッセージをＵＥに送信して、ＵＥに、ＲＲＣメッセージ、ブロードキャストされたシステム情報などによって設定され得る、ＲＲＣ設定又はパラメータに従って、ＵＥのＲＲＣ層及び／又は下位層を設定させることができる。
【００３１】
キャリアアグリゲーションが設定される場合、ＵＥは、ネットワークとの１つのＲＲＣ接続を有してもよい。１つの無線インターフェースは、キャリアアグリゲーションを提供することができる。ＲＲＣ確立、再確立、及びハンドオーバの間、１つのサービングセルは、非アクセス層（ＮＡＳ）モビリティ情報（例えば、トラッキングエリアアイデンティティ（ＴＡＩ））を提供することができる。ＲＲＣ再確立及びハンドオーバの間、１つのサービングセルは、セキュリティ入力を提供することができる。このセルは、プライマリセル（ＰＣｅｌｌ）と呼ばれ得る。下りリンクにおいて、ＰＣｅｌｌに対応するコンポーネントキャリアは、下りリンクプライマリコンポーネントキャリア（ＤＬ  ＰＣＣ）であってもよく、一方、上りリンクにおいて、上りリンクプライマリコンポーネントキャリア（ＵＬ  ＰＣＣ）であってもよい。
【００３２】
ＵＥ能力に応じて、１つ以上のＳＣｅｌｌは、サービングセルのセットをＰＣｅｌｌと共に形成するように設定してもよい。下りリンクにおいて、ＳＣｅｌｌセルに対応するコンポーネントキャリアは、下りリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）であってもよく、一方、上りリンクにおいて、上りリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）であってもよい。
【００３３】
したがって、ＵＥに対して設定されたサービングセルのセットは、１つのＰＣｅｌｌ及び１つ以上のＳＣｅｌｌからなり得る。各ＳＣｅｌｌに対して、（下りリンクリソースに加えて）ＵＥによる上りリンクリソースの使用は、設定可能であってもよい。設定されたＤＬ  ＳＣＣの数は、ＵＬ  ＳＣＣの数以上であってもよく、ＳＣｅｌｌは、上りリンクリソースのみの使用のために設定してもよい。
【００３４】
ＵＥの観点から、各上りリンクリソースは、１つのサービングセルに属してもよい。設定され得るサービングセルの数は、ＵＥのアグリゲーション能力に依存する。ＰＣｅｌｌは、ハンドオーバ手順を使用して（例えば、セキュリティ鍵変更及びランダムアクセス手順を用いて）変更してもよい。ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用してもよい。プライマリセカンダリセル（ＰＳＣｅｌｌ）はまた、ＰＵＣＣＨの送信に使用してもよい。ＰＳＣｅｌｌは、プライマリＳＣＧセル又はセカンダリセルグループのＳｐＣｅｌｌと呼ばれ得る。ＰＣｅｌｌ又はＰＳＣｅｌｌは、非アクティブ化されなくてもよい。再確立は、ＰＣｅｌｌが無線リンク障害（ＲＬＦ）を経験するときにトリガしてもよく、ＳＣｅｌｌがＲＬＦを経験しない場合にはトリガしなくてもよい。また、ＰＣｅｌｌからＮＡＳ情報を取得してもよい。
【００３５】
ＳＣｅｌｌの再設定、追加、及び除去は、ＲＲＣによって実行してもよい。同期を伴うハンドオーバ又は再設定において、無線リソース制御（ＲＲＣ）層はまた、ターゲットＰＣｅｌｌで使用するためのＳＣｅｌｌを追加、除去、又は再設定してもよい。新しいＳＣｅｌｌを追加すると、専用ＲＲＣシグナリングを使用して、ＳＣｅｌｌの全ての必要なシステム情報を送信することができる（例えば、接続モードにある間、ＵＥは、ＳＣｅｌｌから直接ブロードキャストされたシステム情報を取得する必要はない）。
【００３６】
本明細書で説明するシステム及び方法は、キャリアアグリゲーション（ＣＡ）動作での無線リソースの効率的な使用を向上させることができる。キャリアアグリゲーションは、１つより多くのコンポーネントキャリア（component carrier）（ＣＣ）の同時利用を指す。キャリアアグリゲーションでは、１つのＵＥに対して２つ以上のセルを集約する（aggregate）ことができる。一例として、キャリアアグリゲーションを使用して、ＵＥが利用可能な有効帯域幅を増やすことができる。従来のキャリアアグリゲーションでは、単一の基地局は、ＵＥに対して複数のサービングセルを提供すると想定される。たとえ２つ以上のセルを集約することができるシナリオ（例えば、リモート無線ヘッド（ＲＲＨ）セルと共に集約されたマクロセル）においても、セルは、単一の基地局によって制御（例えば、スケジュール）することができる。
【００３７】
本明細書で説明するシステム及び方法は、キャリアアグリゲーション動作での無線リソースの効率的な使用を向上させることができる。キャリアアグリゲーションは、１つより多くのコンポーネントキャリア（component carrier）（ＣＣ）の同時利用を指す。キャリアアグリゲーションでは、１つのＵＥに対して２つ以上のセルを集約する（aggregate）ことができる。一例として、キャリアアグリゲーションを使用して、ＵＥが利用可能な有効帯域幅を増やすことができる。従来のキャリアアグリゲーションでは、単一の基地局は、ＵＥに対して複数のサービングセルを提供すると想定される。たとえ２つ以上のセルを集約することができるシナリオ（例えば、リモート無線ヘッド（ＲＲＨ）セルと共に集約されたマクロセル）においても、セルは、単一の基地局によって制御（例えば、スケジュール）することができる。しかしながら、スモールセル配備のシナリオでは、各ノード（例えば、基地局、ＲＲＨなど）は、それ自体の独立したスケジューラを有することができる。両方のノードの無線リソース利用の効率を最大化するために、ＵＥは、異なるスケジューラを有する２つ以上のノードに接続することができる。本明細書で説明するシステム及び方法は、デュアルコネクティビティ動作での無線リソースの効率的な使用を向上させることができる。ＵＥは、複数の群のサービングセルを設定されることができ、それぞれの群は、キャリアアグリゲーション動作を有することができる（例えば、群が１つより多くのサービングセルを含む場合）。
【００３８】
デュアルコネクティビティ（ＤＣ）では、ＵＥは、セルグループ（ＣＧ）にわたって同時ＰＵＣＣＨ／ＰＵＣＣＨ及びＰＵＣＣＨ／ＰＵＳＣＨ送信ができることが要求され得る。スモールセル配備のシナリオでは、各ノード（例えば、ｅＮＢ、ＲＲＨなど）は、それ自体の独立したスケジューラを有することができる。両方のノードの無線リソース利用の効率を最大化するために、ＵＥは、異なるスケジューラを有する２つ以上のノードに接続することができる。ＵＥは、複数の群のサービングセルを設定されることができ、それぞれの群は、キャリアアグリゲーション動作を有することができる（例えば、群が１つより多くのサービングセルを含む場合）。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでのＵＥは、マスタ及びセカンダリセルグループにより設定された場合に、デュアルコネクティビティ又はＭＭＲ−ＤＣを設定されてもよい。セルグループ（ＣＧ）は、デュアルコネクティビティ（ＤＣ）又はＭＭＲ−ＤＣ、すなわち、マスタセルグループ（ＭＣＧ）又はセカンダリセルグループ（ＳＣＧ）により設定された、ＵＥのサービングセルのサブセットであってもよい。マスタセルグループは、ＰＣｅｌｌ及びゼロ以上のセカンダリセルを含む、ＵＥのサービングセルのグループであってもよい。セカンダリセルグループ（ＳＣＧ）は、ＰＳＣｅｌｌ及びゼロ以上の他のセカンダリセルを含む、ＤＣ又はＭＲ−ＤＣにより設定されたＵＥのセカンダリセルのグループであってもよい。プライマリセカンダリセル（ＰＳＣｅｌｌ）は、ＳＣＧ変更手順を実行したときにランダムアクセスを実行するように命令されるＳＣＧセルであってもよい。「ＰＳＣｅｌｌ」はまた、プライマリＳＣＧセルとも呼ばれ得る。デュアルコネクティビティ又はＭＲ−ＤＣでは、ＵＥにおいて、２つのＭＡＣエンティティを設定しても良い。すなわち、ＭＣＧ用に１つ、ＳＣＧ用に１つ設定してもよい。各ＭＡＣエンティティは、ＰＵＣＣＨ送信及び競合ベースランダムアクセスをサポートするサービングセルを用いてＲＲＣにより設定してもよい。ＭＡＣ層では、スペシャルセル（ＳｐＣｅｌｌ）という用語はそのようなセルを指し得るが、ＳＣｅｌｌという用語は他のサービングセルを指し得る。また、ＳｐＣｅｌｌという用語は、それぞれ、ＭＡＣエンティティがＭＣＧ又はＳＣＧに関連付けられているかどうかに応じて、ＭＣＧのＰＣｅｌｌ又はＳＣＧのＰＳＣｅｌｌのいずれかを指し得る。ＭＡＣエンティティのＳｐＣｅｌｌを含むタイミングアドバンスグループ（ＴＡＧ）は、プライマリタグ（ｐＴＡＧ）と呼ばれることがあり、一方、セカンダリタグ（ｓＴＡＧ）という用語は、他のＴＡＧを指す。
【００３９】
ＤＣは、マルチＲＡＴデュアルコネクティビティ（ＭＲ−ＤＣ）をサポートするために更に拡張してもよい。ＭＲ−ＤＣは、３６．３００で記載されているＥ−ＵＴＲＡ内デュアルコネクティビティ（ＤＣ）の一般化であり、複数のＲｘ／Ｔｘ  ＵＥは、非理想的なバックホールを介して接続された、一方はＥ−ＵＴＲＡアクセスを提供し、他方はＮＲアクセスを提供する、２つの異なるノードによって提供されるリソースを利用するように設定され得る。１つのノードは、マスタノード（ＭＮ）として機能し、他方は、セカンダリノード（ＳＮ）として機能する。ＭＮ及びＳＮは、ネットワークインターフェースを介して接続され、少なくともＭＮは、コアネットワークに接続される。ＤＣでは、ＰＳＣｅｌｌは、プライマリセカンダリセルであってもよい。ＥＮ−ＤＣでは、ＰＳＣｅｌｌは、プライマリＳＣＧセル、又はセカンダリセルグループのＳｐＣｅｌｌであってもよい。
【００４０】
Ｅ−ＵＴＲＡＮは、Ｅ−ＵＴＲＡ−ＮＲデュアルコネクティビティ（ＥＮ−ＤＣ）を介してＭＲ−ＤＣをサポートすることができ、そこで、ＵＥは、ＭＮとして機能する１つのｅＮＢ、及びＳＮとして機能する１つのｅｎ−ｇＮＢに接続される。ｅｎ−ｇＮＢは、ＵＥに向けてＮＲユーザプレーン及びコントロールプレーンプロトコルの終端を提供し、ＥＮ−ＤＣのセカンダリノードとして機能するノードである。ｅＮＢは、Ｓ１インターフェースを介してＥＰＣに、及びＸ２インターフェースを介してｅｎ−ｇＮＢに接続される。ｅｎ−ｇＮＢはまた、Ｓ１−Ｕインターフェースを介してＥＰＣに接続され、及びＸ２−Ｕインターフェースを介して他のｅｎ−ｇＮＢに接続してもよい。
【００４１】
タイマは、いったん開始されると、終了するまで、又はそれが満了するまで実行され、そうでなければ、実行されない。タイマは、実行していない場合、又は実行している場合には再開されない場合に、開始することができる。タイマは、常にその初期値から開始又は再開され得る。
【００４２】
ＮＲの場合、ＮＲキャリアを集約する技術が検討されてもよい。ＬＴＥのためのキャリアアグリゲーション（ＣＡ）のような下位層アグリゲーションと、ＤＣのような上位層アグリゲーションの両方が調査される。層２／３の視点から、異なる数値を有するキャリアの集約が、ＮＲにおいてサポートされ得る。
【００４３】
ＲＲＣサブ層のメインサービス及び機能は、以下を含み得る。
−アクセス層（ＡＳ）及び非アクセス層（ＮＡＳ）に関連するシステム情報のブロードキャスト、
−ＣＮ又はＲＡＮによって開始されたページング、
−ＵＥとＮＲ  ＲＡＮとの間のＲＲＣ接続の確立、維持、及び解放であって、
−キャリアアグリゲーションの追加、修正、及び解放、を含むもの、
−ＮＲにおける、又はＬＴＥとＮＲとの間のデュアルコネクティビティの追加、修正、及び解放、
−鍵管理を含むセキュリティ機能、
−シグナリング無線ベアラ及びデータ無線ベアラの確立、設定、維持、及び解放、
−モビリティ機能であって、
−ハンドオーバ、を含むもの、
−ＵＥセル選択及び再選択、並びにセル選択及び再選択の制御、
−ハンドオーバにおけるコンテキスト転送、
−ＱｏＳ管理機能、
−ＵＥ測定報告、及び報告の制御、
−ＮＡＳとＵＥとの間の相互のＮＡＳメッセージ転送。
【００４４】
ＵＥの各ＭＡＣエンティティは、ＭＡＣエンティティＣ−ＲＮＴＩ（無線ネットワーク一時識別子）、ＣＳ−ＲＮＴＩ、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、及びＴＰＣ−ＳＲＳ−ＲＮＴＩに対するＵＥのＰＤＣＣＨモニタリングアクティビティを制御する間欠受信（ＤＲＸ）機能を有するＲＲＣによって設定してもよい。セルレベルにおけるスケジューリングの場合、以下の識別子が使用される。
−Ｃ（Ｃｅｌｌ）−ＲＮＴＩ、すなわちＲＲＣ接続の、及びスケジューリングのための識別子として使用される固有のＵＥ識別子、
−ＣＳ（設定されたスケジューリング）−ＲＮＴＩ、すなわち、下りリンクにおけるセミパーシステントスケジューリングに使用される固有のＵＥ識別子、
−ＩＮＴ−ＲＮＴＩ、すなわち、下りリンクにおける事前エンプションの識別子、
−Ｐ−ＲＮＴＩ、すなわち、下りリンクにおけるページング及びシステム情報変更通知の識別子、
−ＳＩ−ＲＮＴＩ、すなわち、下りリンクにおけるブロードキャスト及びシステム情報の識別子、
−ＳＰ−ＣＳＩ−ＲＮＴＩ、すなわち、ＰＵＳＣＨに対するセミパーシステントＣＳＩ報告に使用される固有のＵＥ識別子、
−Ｃ−ＲＮＴＩ、すなわち、上りリンクに対するキャンセル指示ＲＮＴＩ。
電力及びスロットフォーマット制御の場合、以下の識別子が使用される。
−ＳＦＩ−ＲＮＴＩ、すなわち、スロットフォーマットの識別子、
−ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、すなわち、ＰＵＣＣＨの電力を制御するための固有のＵＥ識別子、
−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、すなわち、ＰＵＳＣＨの電力を制御するための固有のＵＥ識別子、
−ＴＰＣ−ＳＲＳ−ＲＮＴＩ、すなわち、ＳＲＳの電力を制御するための固有のＵＥ識別子。
ランダムアクセス手順の間、以下の識別子もまた使用される。
−ＲＡ−ＲＮＴＩ、すなわち、下りリンクにおけるランダムアクセス応答の識別子、
−一時的Ｃ−ＲＮＴＩ、すなわち、ランダムアクセス手順の間にスケジューリングのために一時的に使用されるＵＥ識別子、
−競合解消のためのランダム値、すなわち、ランダムアクセス手順の間に、競合解消目的のために一時的に使用されるＵＥ識別子。
５ＧＣに接続されたＮＲの場合、ＮＧ−ＲＡＮレベルにおいて以下のＵＥ識別子が使用される。
−ＲＲＣ＿ＩＮＡＣＴＩＶＥにおけるＵＥコンテキストを識別するために使用される、Ｉ−ＲＮＴＩ。
【００４５】
時間領域内の様々なフィールドのサイズは、時間単位Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）で表され、ここで、Δｆｍａｘ＝４８０・１０３Ｈｚ及びＮｆ＝４０９６である。定数κ＝Ｔｓ／Ｔｃ＝６４であり、ここで、Ｔｓ＝１／（Δｆｒｅｆ・Ｎｆ，ｒｅｆ），Δｆｒｅｆ＝１５・１０３Ｈｚ、及びＮｆ，ｒｅｆ＝２０４８）である。
【００４６】
複数のＯＦＤＭ数値が、［ＴＳ  ３８．２１１］の表４．２−１によって与えられるようにサポートされ、ここで、帯域幅部分のためのμ及びサイクリックプレフィックスがそれぞれ、上位層パラメータｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ及びｃｙｃｌｉｃＰｒｅｆｉｘから取得される。
【００４７】
時間領域内の様々なフィールドのサイズは、時間単位の数Ｔｓ＝１／（１５０００×２０４８）秒として表され得る。下りリンク及び上りリンク送信は、それぞれがＴｓｆ＝（ΔｆｍａｘＮｆ／１０００）・Ｔｃ＝１ｍｓ持続時間からなる、Ｔｆ＝（ΔｆｍａｘＮｆ／１００）・Ｔｃ＝１０ｍｓ持続時間を有するフレームに編成される。サブフレーム毎の連続するＯＦＤＭシンボルの数は、
【数１】
2022003718.tif 000003
である。各フレームは、サブフレーム０〜４からなるハーフフレーム０、及びサブフレーム５〜９からなるハーフフレーム１をそれぞれが有する、５つのサブフレームの２つの等しいサイズのハーフフレームに分割される。
【００４８】
サブキャリア間隔（ＳＣＳ）設定の場合、μスロットは、サブフレーム内で昇順に
【数２】
2022003718.tif 000004
に番号付けされ、かつフレーム内で昇順に
【数３】
2022003718.tif 000005
に番号付けされる。
【数４】
2022003718.tif 000006
は、サブキャリア間隔構成μに対するサブフレーム毎のスロットの数である。
【数５】
2022003718.tif 000007
が［ＴＳ  ３８．２１１］の表４．３．２−１及び４．３．２−２によって与えられるサイクリックプレフィックスに依存するスロットには、
【数６】
2022003718.tif 000008
連続ＯＦＤＭシンボルが存在する。サブフレームにおけるスロット
【数７】
2022003718.tif 000009
の開始は、同じサブフレームにおけるＯＦＤＭシンボル
【数８】
2022003718.tif 000010
の開始と時間的に整列される。サブキャリア間隔は、周波数領域における２つの連続するサブキャリア間の間隔（又は周波数帯域幅）を指す。例えば、サブキャリア間隔は、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、又は２４０ｋＨｚに設定され得る。周波数領域内の連続するサブキャリアの数（例えば、１２）は、リソースブロックを定義する。異なる周波数を有するキャリアの場合、適用可能なサブキャリアは異なり得る。例えば、周波数ラング１のキャリアの場合、｛１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ｝のセットの間のみのサブキャリア間隔が適用可能である。周波数ラング２のキャリアの場合、｛６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚ｝のセットの間のみのサブキャリア間隔が適用可能である。基地局は、キャリアに対して適用不可能なサブキャリア間隔を設定しなくてもよい。
【００４９】
スロット内のＯＦＤＭシンボルは、「下りリンク」、「フレキシブル」、又は「上りリンク」として分類され得る。スロットフォーマットのシグナリングは、［ＴＳ  ３８．２１３］のサブ項目１１．１に記載されている。
【００５０】
下りリンクフレーム内のスロットでは、ＵＥは、下りリンク送信のみが「下りリンク」又は「フレキシブル」シンボルで発生すると想定することができる。上りリンクフレーム内のスロットでは、ＵＥは、「上りリンク」又は「フレキシブル」シンボルでのみ送信することができる。
【００５１】
図面を参照して、本明細書に開示するシステム及び方法の様々な例を、ここで説明する。同じ参照番号は、機能的に類似の要素を示す場合がある。本明細書で全般的に記載され、図面に示されるシステム及び方法は、多種多様な異なる実装形態で配列及び設計することができる。したがって、図示するいくつかの実装形態に関する以下のより詳細な説明は、特許請求の範囲に従って本開示の範囲を限定することを意図しておらず、システム及び方法を代表的に示しているに過ぎない。
【００５２】
図１は、１つ以上の基地局１６０（例えば、ｅＮＢ、ｇＮＢ）及び１つ以上のユーザ機器（ＵＥ）１０２の一構成を示すブロック図であり、ここにスパン内のＰＤＣＣＨオーバブッキング／ドロッピングのためのシステム及び方法が実装され得る。１つ以上のＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを使用して、１つ以上の基地局１６０と通信することができる。例えば、ＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを使用して、電磁信号を基地局１６０に送信し、基地局１６０から電磁信号を受信する。基地局１６０は、１つ以上のアンテナ１８０ａ〜ｎを使用して、ＵＥ１０２と通信する。
【００５３】
いくつかの構成では、本明細書で説明するＵＥ１０２の１つ以上は、単一の装置内に実装することができることを留意すべきである。例えば、いくつかの実装形態では、複数のＵＥ１０２を、単一の装置に組み合わせることができる。追加的に又は代替的に、いくつかの構成では、本明細書で説明する基地局１６０の１つ以上を、単一の装置内に実装することができる。例えば、いくつかの実装形態では、複数の基地局１６０を、単一の装置に組み合わせることができる。図１のコンテキストでは、例えば、単一の装置が、本明細書で説明するシステム及び方法による、１つ以上のＵＥ１０２を含むことができる。追加的に又は代替的に、本明細書に記載のシステム及び方法による１つ以上の基地局１６０は、単一の装置又は複数の装置として実装され得る。
【００５４】
ＵＥ１０２及び基地局１６０は、互いに通信するために、１つ以上のチャネル１１９、１２１を使用することができる。例えば、ＵＥ１０２は、１つ以上の上りリンク（ＵＬ）チャネル１２１及び信号を使用して、基地局１６０に情報又はデータを送信することができる。上りリンクチャネル１２１の例としては、物理上りリンク制御チャネル（physical uplink control channel）（ＰＵＣＣＨ）及び物理上りリンク共用チャネル（physical uplink shared channel）（ＰＵＳＣＨ）などが挙げられる。上りリンク信号の例としては、復調参照信号（demodulation reference signal）（ＤＭＲＳ）及びサウンディング参照信号（sounding reference signal）（ＳＲＳ）などが挙げられる。１つ以上の基地局１６０はまた、例えば、１つ以上の下りリンク（ＤＬ）チャネル１１９及び信号を使用して、１つ以上のＵＥ１０２に情報又はデータを送信することができる。下りリンクチャネル１１９の例としては、ＰＤＣＣＨ、ＰＤＳＣＨなどが挙げられる。ＰＤＣＣＨを使用して、ＰＤＳＣＨでのＤＬ送信及びＰＵＳＣＨでのＵＬ送信をスケジュールでき、ここでＰＤＣＣＨでの下りリンク制御情報（ＤＣＩ、ＤＣＩフォーマット）には、下りリンク割り当て（ＤＬ割り当て）及び上りリンクスケジューリング許可（ＵＬ許可）が含まれる。ＰＤＣＣＨは、下りリンク無線通信（基地局からＵＥへの無線通信）の場合に、下りリンク制御情報（ＤＣＩ）を送信するために用いられる。ここで、下りリンク制御情報の送信のために、１つ以上のＤＣＩ（ＤＣＩフォーマットと呼ばれ得る）が定義される。情報ビットは、ＤＣＩフォーマットで定義される１つ以上のフィールドにマッピングされる。下りリンク信号の例としては、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）、セル固有参照信号（ＣＲＳ）、非ゼロ電力チャネル状態情報参照信号（ＮＺＰ  ＣＳＩ−ＲＳ）、及びゼロ電力チャネル状態情報参照信号（ＺＰ  ＣＳＩ−ＲＳ）等が挙げられる。他の種類のチャネル又は信号が使用されてもよい。
【００５５】
１つ以上のＵＥ１０２のそれぞれは、１つ以上の送受信部１１８、１つ以上の復調部１１４、１つ以上の復号部１０８、１つ以上の符号化部１５０、１つ以上の変調部１５４、１つ以上のデータバッファ１０４、及び１つ以上のＵＥ動作モジュール１２４を含むことができる。例えば、１つ以上の受信及び／又は送信経路を、ＵＥ１０２内に実装することができる。便宜上、単一の送受信部１１８、復号部１０８、復調部１１４、符号化部１５０、及び変調部１５４のみをＵＥ１０２内に示しているが、複数の並列の要素（例えば、送受信部１１８、復号部１０８、復調部１１４、符号化部１５０、及び変調部１５４）を実装することができる。
【００５６】
送受信部１１８は、１つ以上の受信部１２０及び１つ以上の送信部１５８を含むことができる。１つ以上の受信部１２０は、１つ以上のアンテナ１２２ａ〜ｎを使用して、基地局１６０から信号（例えば、下りリンクチャネル、下りリンク信号）を受信することができる。例えば、受信部１２０は、信号を受信してダウンコンバートして、１つ以上の受信信号１１６を生成することができる。この１つ以上の受信信号１１６を、復調部１１４に提供することができる。１つ以上の送信部１５８は、１つ以上のアンテナ１２２ａ〜ｎを使用して、基地局１６０に信号（例えば、上りリンクチャネル、上りリンク信号）を送信することができる。例えば、１つ以上の送信部１５８は、１つ以上の変調信号１５６をアップコンバートして送信することができる。
【００５７】
復調部１１４は、１つ以上の受信信号１１６を復調して、１つ以上の復調信号１１２を生成することができる。この１つ以上の復調信号１１２を、復号部１０８に提供することができる。ＵＥ１０２は、復号部１０８を使用して、信号を復号することができる。復号部１０８は、１つ以上の復号された信号１０６、１１０を生成することができる。例えば、ＵＥによって復号された第１の信号１０６には、受信したペイロードデータが含まれ、このペイロードデータは、データバッファ１０４に記憶することができる。ＵＥによって復号された第２の信号１１０は、オーバーヘッドデータ及び／又は制御データを含むことができる。例えば、ＵＥによって復号された第２の信号１１０は、ＵＥ動作モジュール１２４が１つ以上の動作を実行するために使用し得るデータを提供できる。
【００５８】
本明細書で使用する場合、「モジュール（module）」という表現は、特定の要素又はコンポーネントが、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせにより実装可能であることを意味する場合がある。しかしながら、本明細書で「モジュール」として表された任意の要素は、代替的にはハードウェアに実装され得ることを留意されたい。例えば、ＵＥ動作モジュール１２４は、ハードウェア、ソフトウェア、又は両方を組み合わせて実装することができる。
【００５９】
一般的に、ＵＥ動作モジュール１２４により、ＵＥ１０２が１つ以上の基地局１６０と通信することが可能になり得る。ＵＥ動作モジュール１２４は、ＵＥ  ＲＲＣ情報構成モジュール１２６を含み得る。ＵＥ動作モジュール１２４は、ＵＥ  ＤＣＩ制御モジュール１２８を含み得る。いくつかの実装形態では、ＵＥ動作モジュール１２４は、物理（physical）（ＰＨＹ）エンティティ、媒体アクセス制御（Medium Access Control）（ＭＡＣ）エンティティ、無線リンク制御（Radio Link Control）（ＲＬＣ）エンティティ、パケットデータ統合プロトコル（packet data convergence protocol）（ＰＤＣＰ）エンティティ、及び無線リソース制御（ＲＲＣ）エンティティを含むことができる。例えば、ＵＥ  ＲＲＣ情報構成モジュール１２６は、異なる情報要素構造を有するサーチスペース設定のためのＲＲＣパラメータを処理してもよい。ＵＥ  ＤＣＩ制御モジュール１２８は、ＵＥ  ＲＲＣ情報設定モジュール１２６からの処理出力に基づいて、設定された各サーチスペースセットに対する設定されたＰＤＣＣＨ候補をいつおよびどこでモニタするか、又はサーチするかを決定してもよい。ＵＥ  ＤＣＩ制御モジュール１２８は、持続時間におけるモニタリングのために割り当てられるＰＤＣＣＨ候補を更に決定してもよい。ＵＥ  ＤＣＩ制御モジュール１２８は、ＰＤＣＣＨオーバブッキング／ドロッピングに使用されるスパンのセットを更に決定してもよい。
【００６０】
ＵＥ動作モジュール１２４は、ＰＤＣＣＨ候補サーチを実行し、効率的にモニタする利益を提供することができる。
【００６１】
ＵＥ動作モジュール１２４は、１つ以上の受信部１２０に情報１４８を提供することができる。例えば、ＵＥ動作モジュール１２４は、無線リソース制御（ＲＲＣ）メッセージ（例えば、ブロードキャストされたシステムインフォメーション、ＲＲＣ再設定メッセージ）、ＭＡＣ制御要素、及び／又はＤＣＩ（下りリンク制御情報）に基づいて、受信部（単数又は複数）１２０に、いつ送信を受信するべきか又はいつ受信するべきでないかを通知することができる。ＵＥ動作モジュール１２４は、１つ以上の受信器１２０に、ＰＤＣＣＨモニタリング機会及びＤＣＩフォーマットサイズを含む情報１４８を提供することができる。ＵＥ動作モジュール１２４は、受信器１２０（単数又は複数）に、ＤＣＩサイズを有するＤＣＩフォーマットのためのＰＤＣＣＨ候補を受信／モニタするとき又はその場所を通知することができる。
【００６２】
ＵＥ動作モジュール１２４は、復調部１１４に情報１３８を提供することができる。例えば、ＵＥ動作モジュール１２４は、復調部１１４に、基地局１６０からの送信に対する予測される変調パターンを通知することができる。
【００６３】
ＵＥ動作モジュール１２４は、復号部１０８に情報１３６を提供することができる。例えば、ＵＥ動作モジュール１２４は、復号部１０８に、基地局１６０から送信するために予測される符号化を通知することができる。例えば、ＵＥ動作モジュール１２４は、復号部１０８に、基地局１６０から送信するために、ＤＣＩサイズを有する予測されるＰＤＣＣＨ候補符号化を通知することができる。
【００６４】
ＵＥ動作モジュール１２４は、情報１４２を符号化部１５０に提供することができる。情報１４２は、符号化されるデータ及び／又は符号化のための命令を含むことができる。例えば、ＵＥ動作モジュール１２４は、送信データ１４６及び／又は他の情報１４２を符号化するように、符号化部１５０に命令することができる。
【００６５】
符号化部１５０は、送信データ１４６及び／又はＵＥ動作モジュール１２４により提供された他の情報１４２を符号化することができる。例えば、データ１４６及び／又は他の情報１４２を符号化することは、誤り検出及び／又は訂正符号化、送信のためにデータを空間、時間及び／又は周波数リソースへマッピングすること、多重化などを伴う場合がある。符号化部１５０は、変調部１５４に符号化されたデータ１５２を供給することができる。
【００６６】
ＵＥ動作モジュール１２４は、情報１４４を変調部１５４に提供することができる。例えば、ＵＥ動作モジュール１２４は、基地局１６０への送信のために使用される変調タイプ（例えば、コンステレーションマッピング）を、変調部１５４に通知することができる。変調部１５４は、符号化されたデータ１５２を変調して、１つ以上の変調信号１５６を１つ以上の送信部１５８に提供することができる。
【００６７】
ＵＥ動作モジュール１２４は、情報１４０を１つ以上の送信部１５８に提供することができる。この情報１４０には、１つ以上の送信部１５８に対する命令が含まれ得る。例えば、ＵＥ動作モジュール１２４は、いつ基地局１６０に信号を送信すべきかを、１つ以上の送信部１５８に命令することができる。１つ以上の送信部１５８は、変調信号（単数又は複数）１５６をアップコンバートして、１つ以上の基地局１６０に送信することができる。
【００６８】
基地局１６０は、１つ以上の送受信部１７６、１つ以上の復調部１７２、１つ以上の復号部１６６、１つ以上の符号化部１０９、１つ以上の変調部１１３、１つ以上のデータバッファ１６２、及び１つ以上の基地局動作モジュール１８２を含むことができる。例えば、１つ以上の受信及び／又は送信経路を、基地局１６０に実装することができる。便宜上、単一の送受信部１７６、復号部１６６、復調部１７２、符号化部１０９、及び変調部１１３のみを基地局１６０内に示しているが、複数の並列の要素（例えば、送受信部１７６、復号部１６６、復調部１７２、符号化部１０９、及び変調部１１３）を実装してもよい。
【００６９】
送受信部１７６は、１つ以上の受信部１７８及び１つ以上の送信部１１７を含むことができる。１つ以上の受信部１７８は、１つ以上のアンテナ１８０ａ〜ｎを使用して、ＵＥ１０２から信号（例えば、上りリンクチャネル、上りリンク信号）を受信することができる。例えば、受信部１７８は、信号を受信してダウンコンバートして、１つ以上の受信信号１７４を生成することができる。この１つ以上の受信信号１７４は、復調部１７２に提供してもよい。１つ以上の送信部１１７は、１つ以上のアンテナ１８０ａ〜ｎを使用して、ＵＥ１０２に信号（例えば、下りリンクチャネル、下りリンク信号）を送信することができる。例えば、１つ以上の送信部１１７は、１つ以上の変調信号１１５をアップコンバートして送信することができる。
【００７０】
復調部１７２は、１つ以上の受信信号１７４を復調して、１つ以上の復調信号１７０を生成することができる。この１つ以上の復調信号１７０を、復号部１６６に提供することができる。基地局１６０は、復号部１６６を使用して、信号を復号することができる。復号部１６６は、１つ以上の復号された信号１６４、１６８を生成することができる。例えば、第１の基地局によって復号された信号１６４には、受信したペイロードデータが含まれ、このペイロードデータはデータバッファ１６２に記憶してもよい。第２の基地局によって復号された信号１６８には、オーバーヘッドデータ及び／又は制御データが含まれ得る。例えば、基地局によって復号された第２の信号１６８は、基地局動作モジュール１８２により１つ以上の動作を実行するために使用され得るデータ（例えば、ＰＵＳＣＨ送信データ）を提供することができる。
【００７１】
一般的に、基地局動作モジュール１８２は、基地局１６０が１つ以上のＵＥ１０２と通信することを可能にする。基地局動作モジュール１８２は、基地局ＲＲＣ情報構成モジュール１９４を含んでもよい。基地局動作モジュール１８２は、基地局ＤＣＩ制御モジュール１９６を含んでもよい。基地局動作モジュール１８２は、ＰＨＹエンティティ、ＭＡＣエンティティ、ＲＬＣエンティティ、ＰＤＣＰエンティティ、及びＲＲＣエンティティを含んでもよい。例えば、基地局動作モジュール１９６は、ＵＥ（単数又は複数）に対して、各サーチスペースセットのための設定されたＰＤＣＣＨ候補をいつおよびどこでモニタリングするか又はサーチするかを決定することができる。
【００７２】
基地局ＲＲＣ情報設定モジュール１９４は、基地局ＤＣＩ制御モジュール１９６からの出力に基づいて、異なる情報要素構造を有するサーチスペース設定のためのＲＲＣパラメータを生成してもよい。ＵＥ  ＤＣＩ制御モジュール１９６は、持続時間でのモニタリングのために割り当てられるＰＤＣＣＨ候補を更に決定してもよい。ＤＣＩ制御モジュール１９６は、ＵＥを、ＰＤＣＣＨ候補の数、及びスロット内又はスパン内の対応する非重複ＣＣＥの数を、それぞれ、スロット毎又はスパン毎の対応する最大数以下になるように設定してもよい。
【００７３】
基地局動作モジュール１８２は、ＰＤＣＣＨ候補サーチを実行し、効率的にモニタする利益を提供することができる。
【００７４】
基地局動作モジュール１８２は、情報１９０を１つ以上の受信部１７８に提供することができる。例えば、基地局動作モジュール１８２は、ＲＲＣメッセージ（例えば、ブロードキャストされたシステム情報、ＲＲＣ再設定メッセージ）、ＭＡＣ制御要素、及び／又はＤＣＩ（下りリンク制御情報）に基づいて、いつ送信を受信するべきか又はいつ受信するべきでないかを、受信部（単数又は複数）１７８に通知することができる。
【００７５】
基地局動作モジュール１８２は、情報１８８を復調部１７２に提供することができる。例えば、基地局動作モジュール１８２は、ＵＥ（単数又は複数）１０２からの送信に対して予測される変調パターンを復調部１７２に通知することができる。
【００７６】
基地局動作モジュール１８２は、情報１８６を復号部１６６に提供することができる。例えば、基地局動作モジュール１８２は、ＵＥ（単数又は複数）１０２からの送信に対して予測される符号化を、復号部１６６に通知することができる。
【００７７】
基地局動作モジュール１８２は、情報１０１を符号化部１０９に提供することができる。情報１０１は、符号化されるデータ及び／又は符号化のための命令を含むことができる。例えば、基地局動作モジュール１８２は、送信データ１０５及び／又は他の情報１０１を符号化するように符号化部１０９に命令することができる。
【００７８】
一般的に、基地局動作モジュール１８２は、基地局１６０が１つ以上のネットワークノード（例えば、ＮＧモビリティ管理機能、ＮＧコアアップ機能、モビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ（Ｓ−ＧＷ）、ｇＮＢ）と通信することを可能にする。基地局動作モジュール１８２はまた、ＵＥ１０２にシグナリングされるＲＲＣ再設定メッセージを生成することができる。
【００７９】
符号化部１０９は、送信データ１０５及び／又は基地局動作モジュール１８２により提供された他の情報１０１を符号化することができる。例えば、データ１０５及び／又は他の情報１０１を符号化することには、誤り検出及び／又は訂正符号化、送信するためにデータを空間、時間及び／又は周波数リソースへマッピングすること、多重化などを伴う場合がある。符号化部１０９は、符号化されたデータ１１１を変調部１１３に提供することができる。送信データ１０５は、ＵＥ１０２に中継されるネットワークデータを含むことができる。
【００８０】
基地局動作モジュール１８２は、情報１０３を変調部１１３に提供することができる。この情報１０３は、変調部１１３への命令を含むことができる。例えば、基地局動作モジュール１８２は、ＵＥ（単数又は複数）１０２への送信用に使用される変調タイプ（例えば、コンステレーションマッピング）を変調部１１３に通知することができる。変調部１１３は、符号化されたデータ１１１を変調して、１つ以上の変調信号１１５を１つ以上の送信部１１７に提供することができる。
【００８１】
基地局動作モジュール１８２は、情報１９２を１つ以上の送信部１１７に提供することができる。この情報１９２には、１つ以上の送信部１１７のための命令を含むことができる。例えば、基地局動作モジュール１８２は、ＵＥ（単数又は複数）１０２に信号をいつ送信するべきか（又はいつ送信するべきでないか）を、１つ以上の送信部１１７に命令することができる。基地局動作モジュール１８２は、ＰＤＣＣＨモニタリング機会及びＤＣＩフォーマットサイズを含む情報１９２を、１つ以上の送信器１１７に提供してもよい。基地局動作モジュール１８２は、ＤＣＩサイズを有するＤＣＩフォーマットのためのＰＤＣＣＨ候補を送信するとき、又はその場所を、送信器（単数又は複数）１１７に通知することができる。１つ以上の送信部１１７は、変調信号（単数又は複数）１１５をアップコンバートし、１つ以上のＵＥ１０２に送信することができる。
【００８２】
基地局（単数又は複数）１６０及びＵＥ（単数又は複数）１０２内に含まれる要素又は要素の部分のうちの１つ以上は、ハードウェアで実装することができることを留意すべきである。例えば、それらの要素又は部品のうちの１つ以上は、チップ、回路、又はハードウェア構成要素などとして実装してもよい。本明細書に記載の機能又は方法の１つ以上は、ハードウェアで実装及び／又はハードウェアを使用して実行することができることもまた留意すべきである。例えば、本明細書に記載の方法のうちの１つ以上は、チップセット、特定用途向け集積回路（application-specific integrated circuit、ＡＳＩＣ）、大規模集積回路（large-scale integrated circuit、ＬＳＩ）、若しくは集積回路等に実装及び／又は実現することができる。
【００８３】
基地局は、１つ以上のＲＲＣパラメータを含むＲＲＣメッセージを生成し、ＲＲＣメッセージをＵＥに送信してもよい。ＵＥは、基地局から、１つ以上のＲＲＣパラメータを含むＲＲＣメッセージを受信してもよい。本開示における「ＲＲＣパラメータ（単数又は複数）」という用語は、代替的に、「ＲＲＣ情報要素」と呼ばれてもよい。ＲＲＣパラメータは、１つ以上のＲＲＣパラメータ（単数又は複数）を更に含んでもよい。本開示では、ＲＲＣメッセージは、システム情報を含んでもよい。ＲＲＣメッセージは、１つ以上のＲＲＣパラメータを含んでもよい。ＲＲＣメッセージは、ブロードキャスト制御チャネル（ＢＣＣＨ）論理チャネル、共通制御チャネル（ＣＣＣＨ）論理チャネル、又は専用制御チャネル（ＤＣＣＨ）論理チャネルで送信してもよい。
【００８４】
以降、「基地局が〜するようにＵＥを設定することができる」という記載はまた、「基地局が１つ以上のＲＲＣパラメータを含むＲＲＣメッセージをＵＥに送信することができる」ことを意味する／指すことができる。追加的に又は代替的に、「ＲＲＣパラメータがＵＥを設定する」はまた、「基地局が１つ以上のＲＲＣパラメータを含むＲＲＣメッセージをＵＥに送信することができる」ことを指すこともできる。追加的に又は代替的に、「ＵＥが〜するように設定されている」はまた、「ＵＥが、１つ以上のＲＲＣパラメータを含むＲＲＣメッセージを基地局から受信することができる」ことを指すこともできる。追加的に又は代替的に、「ＲＲＣパラメータが提供される（提供されない）」はまた、「基地局が、ＲＲＣパラメータを含むＲＲＣメッセージを基地局に送信する（しない）」ことを指すこともできる。
【００８５】
基地局は、ＢＷＰ構成に関連する１つ以上のＲＲＣパラメータを含むＲＲＣメッセージをＵＥに送信してもよい。ＵＥは、ＢＷＰ構成に関連する１つ以上のＲＲＣパラメータを含むＲＲＣメッセージを基地局から受信してもよい。各セルに対して、基地局は、少なくとも初期ＤＬ  ＢＷＰ及び１つの初期上りリンク帯域幅部分（初期ＵＬ  ＢＷＰ）をＵＥに対して設定することができる。さらに、基地局は、セルのための追加のＵＬ及びＤＬ  ＢＷＰをＵＥに対して設定することができる。
【００８６】
ＲＲＣパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰは、サービングセル（例えば、ＳｐＣｅｌｌ及びＳｃｅｌｌ）に対する初期下りリンクＢＷＰ（初期ＤＬ  ＢＷＰ）設定を示すことができる。基地局は、初期ＤＬ  ＢＷＰが周波数領域におけるこのサービングセルのＣＯＲＥＳＥＴ０全体を含むように、ｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰに含まれるＲＲＣパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈを設定してもよい。ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈは、ＢＷＰの周波数領域位置及び帯域幅を示すために使用してもよい。ＲＲＣパラメータｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰは、サービングセル（例えば、ＳｐＣｅｌｌ及びＳｃｅｌｌ）に対する初期上りリンクＢＷＰ（初期ＵＬ  ＢＷＰ）設定を示すことができる。基地局は、ＳＩＢ１、ＲＲＣパラメータＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ、又はＲＲＣパラメータＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇに含まれ得る、ｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰ及び／又はｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰをＵＥに送信してもよい。
【００８７】
セル固有システム情報ブロック（SystemInformationBlock、ＳＩＢ）であるＳＩＢ１は、ＵＥがセルにアクセスすることを許可されたかどうかを評価するときに関連する情報を含み、他のシステム情報のスケジューリングを定義してもよい。ＳＩＢ１はまた、統合アクセス制御に適用される全てのＵＥ及び禁止情報に共通の無線リソース設定情報を含んでもよい。ＲＲＣパラメータＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎは、ＵＥのサービングセルのセル固有パラメータを設定するために使用される。ＲＲＣパラメータＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎは、ＭＣＧ又はＳＣＧのＳｐＣｅｌｌ又はＳＣｅｌｌであり得るサービングセルを用いてＵＥを設定（追加又は修正）するために使用される。本明細書のＲＲＣパラメータＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇは、主としてＵＥ固有であるが、部分的にはセル固有でもある。
【００８８】
基地局は、ＲＲＣパラメータＢＷＰ−Ｄｏｗｎｌｉｎｋ及びＲＲＣパラメータＢＷＰ−Ｕｐｌｉｎｋを用いてＵＥを設定してもよい。ＲＲＣパラメータＢＷＰ−Ｄｏｗｎｌｉｎｋは、追加のＤＬ  ＢＷＰを設定するために使用され得る。ＲＲＣパラメータＢＷＰ−Ｕｐｌｉｎｋは、追加のＵＬ  ＢＷＰを設定するために使用され得る。基地局は、ＲＲＣパラメータＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇに含まれ得る、ＢＷＰ−Ｄｏｗｎｌｉｎｋ及びＢＷＰ−ＵｐｌｉｎｋをＵＥに送信してもよい。
【００８９】
ＵＥが基地局からｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰを設定（提供）されていない場合、初期ＤＬ  ＢＷＰは、最低インデックスを有するＰＲＢから開始し、Ｔｙｐｅ０−ＰＤＣＣＨ  ＣＳＳセット（すなわちＣＯＲＥＳＥＴ０）のＣＯＲＥＳＥＴのＰＲＢと、Ｔｙｐｅ０−ＰＤＣＣＨ  ＣＳＳセットのＣＯＲＥＳＥＴ内のＰＤＣＣＨ受信のためのサイクリックプレフィックスとの間で最高インデックスを有するＰＲＢで終了する、連続するＰＲＢの位置及び数によって定義される。ＵＥが基地局からｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰを設定（提供）される場合、初期ＤＬ  ＢＷＰはｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって提供される。ＵＥが基地局からｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰを設定（提供）される場合、初期ＵＬ  ＢＷＰはｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって提供される。
【００９０】
ＵＥは、基地局によって、少なくとも１つの初期ＢＷＰ、及び最大４つの追加ＢＷＰ（単数又は複数）を設定されてもよい。初期ＢＷＰ及び設定された追加ＢＷＰ（単数又は複数）のうちの１つは、アクティブＢＷＰとしてアクティブ化してもよい。ＵＥは、アクティブＤＬ  ＢＷＰにおいて、ＤＣＩフォーマットをモニタし、及び／又はＰＤＳＣＨを受信してもよい。ＵＥは、アクティブＤＬ  ＢＷＰ以外のＤＬ  ＢＷＰ内で、ＤＣＩフォーマットをモニタし、及び／又はＰＤＳＣＨを受信しなくてもよい。ＵＥは、アクティブＵＬ  ＢＷＰ内でＰＵＳＣＨ及び／又はＰＵＣＣＨを送信してもよい。ＵＥは、アクティブＵＬ  ＢＷＰ以外のＢＷＰ内で、ＰＵＳＣＨ及び／又はＰＵＣＣＨを送信しなくてもよい。
【００９１】
上述したように、ＵＥは、アクティブＤＬ  ＢＷＰにおいてＤＣＩフォーマットをモニタしてもよい。より具体的には、ＵＥは、モニタリングがモニタされたＤＣＩフォーマットに従って各ＰＤＣＣＨ候補を復号することを意味する、対応するサーチスペースセットに従って、ＰＤＣＣＨモニタリングにより設定された、それぞれのアクティブ化されたサービングセルのアクティブＤＬ  ＢＷＰ上の１つ以上のＣＯＲＥＳＥＴにおけるＰＤＣＣＨ候補のセットをモニタすることができる。
【００９２】
ＵＥがモニタするためのＰＤＣＣＨ候補のセットは、ＰＤＣＣＨサーチスペースセットの観点から定義される。サーチスペースセットは、ＣＳＳセット又はＵＳＳセットであり得る。ＵＥは、以下のサーチスペースセットのうちの１つ以上において、ＰＤＣＣＨ候補のセットをモニタすることができる。
−ＭＣＧのプライマリセル上のＳＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットに対して、ＭＩＢ内のｐｄｃｃｈ−ＣｏｎｆｉｇＳＩＢ１によって、又はＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ内のｓｅａｒｃｈＳｐａｃｅＳＩＢ１によって、又はＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ内のｓｅａｒｃｈＳｐａｃｅＺｅｒｏによって設定されたＴｙｐｅ０−ＰＤＣＣＨ  ＣＳＳセット
−ＭＣＧのプライマリセル上のＳＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットに対して、ＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ内のｓｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎによって設定されたＴｙｐｅ０Ａ−ＰＤＣＣＨ  ＣＳＳセット
−プライマリセル上のＲＡ−ＲＮＴＩ又はＴＣ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットに対して、ＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ内のｒａ−ＳｅａｒｃｈＳｐａｃｅによって設定されたタイプ１−ＰＤＣＣＨ  ＣＳＳセット
−ＭＣＧのプライマリセル内の上のＰ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットに対して、ＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ内のｐａｇｉｎｇＳｅａｒｃｈＳｐａｃｅによって設定されたタイプ２−ＰＤＣＣＨ  ＣＳＳセット
−ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＣＩ−ＲＮＴＩ、又はＴＰＣ−ＳＲＳ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットに対して、及びプライマリセル、Ｃ−ＲＮＴＩ、ＭＣＳ−Ｃ−ＲＮＴＩ、又はＣＳ−ＲＮＴＩ（単数又は複数）のみに対して、ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ＝ｃｏｍｍｏｎであるＰＤＣＣＨ−Ｃｏｎｆｉｇ内のＳｅａｒｃｈＳｐａｃｅによって設定されたＴｙｐｅ３−ＰＤＣＣＨ  ＣＳＳセット
−Ｃ−ＲＮＴＩ、ＭＣＳ−Ｃ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、又はＣＳ−ＲＮＴＩ（単数又は複数）によってスクランブルされたＣＲＣを有するＤＣＩフォーマットに対して、ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ＝ｕｅ−Ｓｐｅｃｉｆｉｃである、ＰＤＣＣＨ−Ｃｏｎｆｉｇ内のＳｅａｒｃｈＳｐａｃｅによって設定されたＵＳＳセット。
【００９３】
ＤＬ  ＢＷＰに対して、ＵＥが上述のサーチスペースセットの１つに設定されている（提供されている）場合、ＵＥは、設定されたサーチスペースセットのＰＤＣＣＨ候補のセットに対するＰＤＣＣＨモニタリング機会を決定することができる。サーチスペースセットｓのＰＤＣＣＨ候補をモニタするためのＰＤＣＣＨモニタリング機会は、サーチスペースセットｓ設定、及びサーチスペースセットｓに関連付けられたＣＯＲＥＳＥＴ設定に従って決定される。換言すれば、ＵＥは、対応するサーチスペースセット設定及びＣＯＲＥＳＥＴ設定に従って、１つ以上の設定された制御リソースセット（ＣＯＲＥＳＥＴ）内の決定された（設定された）ＰＤＣＣＨモニタリング機会内のサーチスペースセットのＰＤＣＣＨ候補のセットをモニタしてもよい。基地局は、１つ以上のＣＯＲＥＳＥＴ設定及び／又はサーチスペース設定を指定するための情報をＵＥに送信してもよい。情報は、基地局によってブロードキャストされるＭＩＢ及び／又はＳＩＢに含まれてもよい。情報は、ＲＲＣ設定又はＲＲＣパラメータに含まれてもよい。基地局は、ＭＩＢ、ＳＩＢなどのシステム情報をブロードキャストして、ＣＯＲＥＳＥＴ設定又はサーチスペース設定をＵＥに示すことができる。また、基地局は、ＣＯＲＥＳＥＴ設定及び／又はサーチスペース設定に関連する１つ以上のＲＲＣパラメータを含むＲＲＣメッセージをＵＥに送信してもよい。
【００９４】
サーチスペースセット設定の記載を、以下に説明する。
【００９５】
図２は、ＲＲＣパラメータ（ＲＲＣ情報）ＳｅａｒｃｈＳｐａｃｅ２００を示す図である。
【００９６】
基地局は、サーチスペース設定に関連する１つ以上のＲＲＣパラメータを含むＲＲＣメッセージを送信してもよい。基地局は、ＵＥに対するサーチスペース設定に関連する１つ以上のＲＲＣパラメータ（単数又は複数）を決定することができる。ＵＥは、サーチスペース設定に関連する１つ以上のＲＲＣパラメータを含むＲＲＣメッセージを基地局から受信してもよい。サーチスペース設定に関連するＲＲＣパラメータ（単数又は複数）（例えば、ＳｅａｒｃｈＳｐａｃｅ、ｓｅａｒｃｈＳｐａｃｅＺｅｒｏ）は、ＰＤＣＣＨ候補をサーチする方法及びサーチの場所を定義する。「ＤＣＩフォーマットのためのＰＤＣＣＨ候補をサーチ／モニタする」は、略して「ＤＣＩフォーマットをモニタ／サーチする」を指し得る。
【００９７】
例えば、ＲＲＣパラメータｓｅａｒｃｈＳｐａｃｅＺｅｒｏは、初期ＤＬ  ＢＷＰの共通サーチスペース０を設定するために使用される。ｓｅａｒｃｈＳｐａｃｅＺｅｒｏは、４ビットに相当する。基地局は、ＰＢＣＨ（ＭＩＢ）又はＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎを介して、ｓｅａｒｃｈＳｐａｃｅＺｅｒｏを送信してもよい。
【００９８】
加えて、ＲＲＣパラメータＳｅａｒｃｈＳｐａｃｅは、ＰＤＣＣＨ候補をサーチする方法／場所を定義するために使用される。図２に示すように、ＲＲＣパラメータｓｅａｒｃｈ  ｓｐａｃｅは、ｓｅａｒｃｈＳｐａｃｅＩｄ、ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ、ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ、ｄｕｒａｔｉｏｎ、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ、ｎｒｏｆＣａｎｄｉｄａｔｅｓ、ｓｅａｒｃｈＳｐａｃｅＴｙｐｅのような複数のＲＲＣパラメータを含んでもよい。上述のＲＲＣパラメータの一部は、ＲＲＣパラメータＳｅａｒｃｈＳｐａｃｅに存在してもよく、又は存在しなくてもよい。すなわち、ＲＲＣパラメータＳｅａｒｃｈＳｐａｃｅは、上述したＲＲＣパラメータの全てを含んでもよい。すなわち、ＲＲＣパラメータＳｅａｒｃｈＳｐａｃｅは、上述のＲＲＣパラメータのうちの１つ以上を含んでもよい。パラメータの一部がＲＲＣパラメータＳｅａｒｃｈＳｐａｃｅに存在しない場合、ＵＥ１０２は、それらのパラメータのそれぞれに対してデフォルト値を適用してもよい。
【００９９】
ここで、ＲＲＣパラメータｓｅａｒｃｈＳｐａｃｅＩｄは、サーチスペースの識別子又はインデックスである。ＲＲＣパラメータｓｅａｒｃｈＳｐａｃｅＩｄは、サーチスペースを識別するために使用される。すなわち、ＲＲＣパラメータｓｅｒｃｈＳｐａｃｅＩｄは、サーチスペースセットインデックスｓ（０＜＝ｓ＜４０）を提供する。次いで、サーチスペースｓは、ＲＲＣパラメータｓｅａｒｃｈＳｐａｃｅＩｄで示されるインデックスｓによって識別されたサーチスペースを指し得る。ＲＲＣパラメータｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄは、ＣＯＲＥＳＥＴを識別するために使用されるＣＯＲＥＳＥＴの識別子に関する。ＲＲＣパラメータｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄは、サーチスペースｓとｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄによって識別されたＣＯＲＥＳＥＴとの間の関連性を示す。ＲＲＣパラメータｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄは、サーチスペースに適用可能なＣＯＲＥＳＥＴを示す。以降、ＣＯＲＥＳＥＴｐは、ＲＲＣパラメータｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄによって示されるインデックスｐによって識別されるＣＯＲＥＳＥＴを指し得る。各サーチスペースは、１つのＣＯＲＥＳＥＴと関連付けられる。ＲＲＣパラメータｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔは、周期性及びオフセットとして設定されたＰＤＣＣＨモニタリングのためのスロットを示すために使用される。具体的には、ＲＲＣパラメータｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔは、ｋｓスロットのＰＤＣＣＨモニタリング周期性、及びｏｓスロットのＰＤＣＣＨモニタリングオフセットを示す。ＵＥは、ＲＲＣパラメータｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔに従って、どのスロットがＰＤＣＣＨモニタリング用に設定されているかを決定することができる。ＲＲＣパラメータｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔは、ＰＤＣＣＨモニタリングの用に設定されたスロットでのＰＤＣＣＨモニタリングのための第１のシンボル（単数又は複数）を示すために使用される。すなわち、パラメータｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔは、スロット内にＰＤＣＣＨモニタリングパターンを提供し、モニタリングのためのスロット（設定されたスロット）内のＣＯＲＥＳＥＴの第１のシンボル（単数又は複数）を示す。ＲＲＣパラメータｄｕｒａｔｉｏｎは、サーチスペースが毎機会（ＰＤＣＣＨ機会、ＰＤＣＣＨモニタリング機会）に継続する（又は存在する）連続するスロットＴｓの数を示す。
【０１００】
ＲＲＣパラメータは、ａｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ１、ａｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ２、ａｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ４、ａｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ８、ａｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ１６を含み得る。ＲＲＣパラメータｎｒｏｆＣａｎｄｉｄａｔｅｓは、ＣＣＥアグリゲーションレベル１、ＣＣＥアグリゲーションレベル２、ＣＣＥアグリゲーションレベル４、ＣＣＥアグリゲーションレベル８、ＣＣＥアグリゲーションレベル１６に対して、それぞれ、ａｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ１、ａｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ２、ａｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ４、ａｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ８、及びａｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ１６によって、ＣＣＥアグリゲーションレベルＬ毎に、ＰＤＣＣＨ候補の数を提供することができる。換言すれば、値Ｌは、セット｛１、２、４、８、１６｝のいずれか１つに設定され得る。ＣＣＥアグリゲーションレベルＬ毎のＰＤＣＣＨ候補の数は、０、１、２、３、４、５、６、又は８として設定され得る。例えば、ＣＣＥアグリゲーションレベルＬ毎のＰＤＣＣＨ候補の数が０として設定されている場合、ＵＥは、ＣＣＥアグリゲーションのＬに対するＰＤＣＣＨ候補をサーチしなくてもよい。すなわち、この場合、ＵＥは、サーチスペースセットｓに対するＣＣＥアグリゲーションＬのＰＤＣＣＨ候補をモニタしなくてもよい。例えば、ＣＣＥアグリゲーションレベルＬ毎のＰＤＣＣＨ候補の数は４として設定され、ＵＥは、サーチスペースセットｓのＣＣＥアグリゲーションレベルＬに対して４つのＰＤＣＣＨ候補をモニタしてもよい。
【０１０１】
ＲＲＣパラメータｓｅａｒｃｈＳｐａｃｅＴｙｐｅは、サーチスペースセットｓがＣＳＳセット又はＵＳＳセットのいずれかであることを示すために使用される。ＲＲＣパラメータｓｅａｒｃｈＳｐａｃｅＴｙｐｅは、ｃｏｍｍｏｎ又はｕｅ−Ｓｐｅｃｉｆｉｃのいずれかを含み得る。ＲＲＣパラメータは、ＣＳＳセット及びＤＣＩフォーマットとしてモニタするように、サーチスペースセットｓを設定する。ＲＲＣパラメータｕｅ−Ｓｐｅｃｉｆｉｃは、サーチスペースセットｓをＵＳＳセットとして設定する。ＲＲＣパラメータｕｅ−Ｓｐｅｃｉｆｉｃは、ｄｃｉ−Ｆｏｒｍａｔｓを含んでもよい。ＲＲＣパラメータｄｃｉ−Ｆｏｒｍａｔｓは、サーチスペースセットｓにおける、ＤＣＩフォーマット０＿０及びＤＣＩフォーマット１＿０、又はＤＣＩフォーマット０＿１及びＤＣＩフォーマット１＿１、又はＤＣＩフォーマット０＿２及びＤＣＩフォーマット１＿２のいずれかに対して、ＰＤＣＣＨ候補をモニタするように示す。すなわち、ＲＲＣパラメータｓｅａｒｃｈＳｐａｃｅＴｙｐｅは、サーチスペースセットｓがＣＳＳセット又はＵＳＳセットであるかどうか、並びにモニタするＤＣＩフォーマットであるかどうかを示す。
【０１０２】
ＣＣＥアグリゲーションレベルＬにおけるＵＳＳは、ＣＣＥアグリゲーションのＬに対するＰＤＣＣＨ候補のセットによって定義される。ＵＳＳセットは、それぞれのＣＣＥアグリゲーションレベルＬに対応する複数のＵＳＳによって構築してもよい。ＵＳＳセットは、それぞれのＣＣＥアグリゲーションレベルＬに対応する１つ以上のＵＳＳ（単数又は複数）を含んでもよい。ＣＣＥアグリゲーションレベルＬにおけるＣＳＳは、ＣＣＥアグリゲーションＬに対するＰＤＣＣＨ候補のセットによって定義される。ＣＳＳセットは、それぞれのＣＣＥアグリゲーションレベルＬに対応する複数のＵＳＳによって構築してもよい。ＣＳＳセットは、それぞれのＣＣＥアグリゲーションレベルＬに対応する１つ以上のＣＳＳ（単数又は複数）を含んでもよい。
【０１０３】
ここで、「ＵＥがサーチスペースセットｓのためにＰＤＣＣＨをモニタする」はまた、「ＵＥがサーチスペースセットｓのＰＤＣＣＨ候補のセットをモニタしてもよい」ことも指す。あるいは、「ＵＥがサーチスペースセットｓのためにＰＤＣＣＨをモニタする」はまた、「ＵＥが、モニタリングされたＤＣＩフォーマットに従って、サーチスペースセットｓの各ＰＤＣＣＨ候補を復号しようと試みてもよい」ことも指す。
【０１０４】
本開示では、「ＰＤＣＣＨサーチスペースセット」という用語はまた、「ＰＤＣＣＨサーチスペース」を指し得る。ＵＥは、サーチスペースセットのうちの１つ以上において、ＰＤＣＣＨ候補をモニタする。サーチスペースセットは、共通のサーチスペース（ＣＳＳ）セット、又はＵＥ固有のサーチスペース（ＵＳＳ）セットであり得る。いくつかの実装形態では、ＣＳＳセットは、複数のＵＥ間で共有／設定してもよい。複数のＵＥは、ＣＳＳセット内のＰＤＣＣＨ候補をサーチしてもよい。いくつかの実施態様では、ＵＳＳセットは、特定のＵＥのために設定されている。ＵＥは、ＵＳＳセット内の１つ以上のＰＤＣＣＨ候補をサーチしてもよい。いくつかの実装形態では、ＵＳＳセットは、少なくとも、ＵＥに対してアドレス指定されたＣ−ＲＮＴＩの値から導出され得る。
【０１０５】
ＣＯＲＥＳＥＴ設定の記載を、以下に説明する。
【０１０６】
基地局は、サービングセル内の各ＤＬ  ＢＷＰに対して１つ以上のＣＯＲＥＳＥＴをＵＥに設定してもよい。例えば、ＲＲＣパラメータＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、初期ＤＬ  ＢＷＰのＣＯＲＥＳＥＴ０を設定するために使用される。ＲＲＣパラメータＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、４ビットに相当する。基地局は、ＭＩＢ又はＲＲＣパラメータＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれ得る、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏをＵＥに送信してもよい。ＭＩＢは、ＢＣＨ（ＰＢＣＨ）で送信されるシステム情報を含んでもよい。初期ＤＬ  ＢＷＰ設定に関連するＲＲＣパラメータはまた、ＲＲＣパラメータＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏを含んでもよい。ＲＲＣパラメータＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎは、ＵＥのサービングセルのセル固有パラメータを設定するために使用され、ＵＥが典型的には、セルフォームＩＤＬＥにアクセスする際にＳＳＢ、ＭＩＢ、又はＳＩＢから取得されるパラメータを含む。
【０１０７】
また、ＲＲＣパラメータＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔは、ＣＯＲＥＳＥＴ０以外の時間及び周波数ＣＯＲＥＳＥＴを設定するために用いられる。ＲＲＣパラメータＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔは、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ、ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅ、ｄｕｒａｔｉｏｎ、ｃｃｅ−ＲＥＧ−ＭａｐｐｉｎｇＴｙｐｅ、ｐｒｅｃｏｄｅｒＧｒａｎｕｌａｒｉｔｙ、ｔｃｉ−ＰｒｅｓｅｎｔＩｎＤＣＩ、ｐｄｃｃｈ−ＤＭＲＳ−ＳｃｒａｍｂｌｉｎｇＩＤなどの複数のＲＲＣパラメータを含んでもよい。
【０１０８】
ここで、ＲＲＣパラメータＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄは、サービングセル内のＣＯＲＥＳＥＴを識別するために使用されるＣＯＲＥＳＥＴインデックスｐであり、ここで０＜ｐ＜１２である。ＲＲＣパラメータｄｕｒａｔｉｏｎは、１、２、又は３シンボルとして設定され得るＣＯＲＥＳＥＴの連続するシンボルの数ＮｓｙｍｂＣＯＲＥＳＥＴを示す。ＣＯＲＥＳＥＴは、周波数領域のＮＲＢＣＯＲＥＳＥＴリソースブロック（ＲＢ）のセットと、時間領域のＮｓｙｍｂＣＯＲＥＳＥＴシンボルとからなる。ＲＲＣパラメータｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅは、ＣＯＲＥＳＥＴのためのＮＲＢＣＯＲＥＳＥＴ  ＲＢのセットを示す。ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅ内の各ビットは６つのＲＢのグループに対応し、ＢＷＰ内の第１のＲＢグループから開始するグループ化を伴う。第１の（左端／最上位）ビットは、ＢＷＰ内の第１のＲＢグループに対応する、などである。１に設定されるビットは、このＲＢグループが、このＣＯＲＥＳＥＴの周波数領域リソースに属することを示す。
【０１０９】
ＣＯＲＥＳＥＴ設定によれば、ＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ０又はＣＯＲＥＳＥＴｐ）は、１〜３個のＯＦＤＭシンボルの持続時間を有するＰＲＢのセットからなる。リソースユニットリソースエレメントグループ（ＲＥＧ）及び制御チャネル要素（ＣＣＥ）は、ＣＯＲＥＳＥＴ内に定義される。ＣＣＥは６つのＲＥＧからなり、ＲＥＧは１つのＯＦＤＭシンボル間で１つのリソースブロックに等しい。制御チャネルは、ＣＣＥのアグリゲーションによって形成される。すなわち、ＰＤＣＣＨは、１つ以上のＣＣＥからなる。制御チャネルの異なるコードレートは、異なる数のＣＣＥを集約することによって実現される。インターリーブ及び非インターリーブのＣＣＥからＲＥＧへのマッピングは、ＣＯＲＥＳＥＴ内でサポートされる。ＰＤＣＣＨを搬送する各リソースエレメントグループは、それ自体のＤＭＲＳを搬送する。
【０１１０】
図３は、ＣＯＲＥＳＥＴに対するＲＥＧリソース番号付けの一例３００を示す図である。
【０１１１】
ＵＥ１０２は、ＮＲＢＣＯＲＥＳＥＴＰＲＢのセット及びＮｓｙｍｂＣＯＲＥＳＥＴ連続ＯＦＤＭシンボルの１つのセットからなる、ＣＯＲＥＳＥＴ  ｐに設定されたサーチスペースに対して、ＰＤＣＣＨ候補のセットをモニタしてもよい。ＣＯＲＥＳＥＴ用に設定されたリソースブロックＮＲＢＣＯＲＥＳＥＴＰＲＢは、連続的であってもよく、又は周波数領域に隣接しない場合がある。ＣＯＲＥＳＥＴに対して、ＣＯＲＥＳＥＴ内のＲＥＧは、第１のＯＦＤＭシンボルに０で、かつＣＯＲＥＳＥＴ内の最下位番号のリソースブロックから開始する、時間優先の方法で昇順に番号付けされている。図３（ａ）では、ＣＯＲＥＳＥＴ内のＲＥＧは、第１のＯＦＤＭシンボルに０、かつ３０２内の最下位番号のリソースブロックから開始する、時間優先の方法で昇順に番号付けされている。ＣＯＲＥＳＥＴ３０２内のＲＥＧは、時間優先の方法によって０〜３５で番号付けされる。
【０１１２】
図３（ｂ）では、ＮＣＣＥ、ｐは、ＣＯＲＥＳＥＴにおいて、０から（ＮＣＣＥ、ｐ−１）に番号付けされたＣＣＥの数である。本明細書におけるＣＯＲＥＳＥＴは、６つのＣＣＥを含む。ＣＣＥからＲＥＧへのマッピングによれば、ＵＥ１０２は、対応するＲＥＧを含むＣＣＥを決定してもよい。非インターリーブのＣＣＥからＲＥＧへのマッピングの場合、ＡＬ  Ｌを伴うＤＣＩに対する全てのＣＣＥは、ＣＯＲＥＳＥＴの連続したＲＥＧバンドル内でマッピングされる。例えば、非インターリーブのＣＣＥからＲＥＧへのマッピングの場合、インデックス０（ＣＣＥ＃０）３０６を有するＣＣＥは、０、１、２、３、４、５を有する６つの連続するＲＥＧを含む。インターリーブされたＣＣＥからＲＥＧへのマッピングの場合、ＰＤＣＣＨに対してＣＣＥを設定するＲＥＧバンドルは、ＲＥＧバンドルの単位で周波数領域に分散される。ＲＥＧバンドルｉは、ＲＥＧ｛ｉ＊Ｂ、ｉ＊Ｂ＋１、．．．、ｉ＊Ｂ＋Ｂ−１｝として定義され、ここでＢは、基地局によって示されるＲＥＧバンドルサイズである。
【０１１３】
ＵＥ１０２は、ＵＥにアドレス指定されたＣ−ＲＮＴＩの値に基づいて、ＵＳＳセットに対するＵＳＳのＰＤＣＣＨ候補に対応するアグリゲーションレベルＬについてＣＣＥインデックスを決定することができる。ＵＥは、ＵＥにアドレス指定されたＣ−ＲＮＴＩの値なしに、ＣＳＳセットに対するＣＳＳのＰＤＣＣＨ候補に対応するアグリゲーションレベルＬのＣＣＥインデックスを決定することができる。
【０１１４】
より具体的には、ＣＯＲＥＳＥＴｐに関連付けられたサーチスペースセットｓに対して、キャリアインジケータフィールド値、ＣＩＦ値、ｎ＿ＣＩに対応するサービングセルのアクティブＤＬ  ＢＷＰに対するスロットｎ内のサーチスペースセットのＰＤＣＣＨ候補ｍｓ，ｎ＿ＣＩに対応するアグリゲーションレベルＬに対してＣＣＥインデックスが式（２）Ｌ＊（（Ｙｐ，ｎ＋ｆｌｏｏｒ（（ｍｓ，ｎ＿ＣＩ＊ＮＣＣＥ，ｐ）／（Ｌ＊Ｍｓ，ｍａｘ（Ｌ）））＋ｎ＿ＣＩ）ｍｏｄ（ｆｌｏｏｒ（ＮＣＣＥ，ｐ／Ｌ）））＋ｉによって与えられる。式（２）のパラメータを以下に示す：任意のＣＳＳの場合、Ｙｐ、ｎは０に等しく、一方、ＵＳＳの場合、Ｙｐ，ｎ＝（Ａｐ＊Ｙｐ，ｎ−１）ｍｏｄ  Ｄであり（ここで、Ｙｐ，−１＝ｎＲＮＴＩ≠０、ｐ  ｍｏｄ  ３＝０に対してＡｐ＝３９８２７、ｐ  ｍｏｄ  ３＝１に対してＡｐ＝３９８２９、ｐ  ｍｏｄ  ３＝２に対してＡｐ＝３９８３９、及びＤ＝６５５３７）；スロットｎは、ＳＣＳ設定ｕに対する無線フレーム内のスロット番号を表すｎｕｓ，ｆ  によって示すことができ；ｉ＝０，．．．，Ｌ−１；ＮＣＣＥ，ｐは、ＣＯＲＥＳＥＴｐ内で０から（ＮＣＣＥ，ｐ−１）まで番号付けされたＣＣＥの数であり；ｎＲＮＴＩは、ＵＥの基地局によって提供されるＣ−ＲＮＴＩの値であり；ｎ＿ＣＩは、ＰＤＣＣＨがモニタされるサービングセルのキャリアインジケータフィールドでＵＥ１０２が設定されている場合のキャリアインジケータフィールド値であり、それ以外は、任意のＣＳＳの場合、ｎ＿ＣＩは０に等しく；ｍｓ，ｎ＿ＣＩ＝０、Ｍｓ，ｎ＿ＣＩ（Ｌ）−１であり、ここで、Ｍｓ，ｎ＿ＣＩ（Ｌ）は、ｎ＿ＣＩに対応するサービングセルのサーチスペースセットｓのアグリゲーションレベルＬをモニタするようにＵＥには設定されているＰＤＣＣＨ候補の数であり、ＣＳＳの場合、Ｍｓ，ｍａｘ（Ｌ）＝Ｍｓ，０（Ｌ）であり、ＵＳＳの場合、Ｍｓ，ｍａｘ（Ｌ）は、サーチスペースセットｓのＣＣＥアグリゲーションレベルＬに対して設定された全てのｎ＿ＣＩ値に対するＭｓ，ｎ＿ＣＩ（Ｌ）の最大値である。
【０１１５】
ここで、サーチスペースセットｓに関連付けられたＣＯＲＥＳＥＴでは、ＡＬ  Ｌに対するＣＣＥのセットは、ＰＤＣＣＨ候補が設定されたＣＣＥインデックスを決定するものであり、ＵＥ１０２は、サーチスペースセットのＡＬ  Ｌをモニタするように設定されている。ここで、ＡＬ  Ｌに対するＣＣＥのセットはまた、ＵＳＳと呼ばれ得る。すなわち、サーチスペースセットｓは、それぞれのＡＬ  Ｌに対する１つ以上の対応するＣＣＥのセットを含んでもよい。ＣＣＥのセットはまた、「ＵＳＳ」とも呼ばれ得る。ＡＬ  Ｌに対するＣＣＥのセットはまた、「ＡＬ  ＬにおけるＵＳＳ」とも呼ばれ得る。
【０１１６】
ＵＥ１０２は、サーチスペース設定に関連する１つ以上のＲＲＣパラメータを含むＲＲＣメッセージを基地局１６０から受信してもよい。ＵＥ１０２は、受信したＲＲＣパラメータに基づいて、各サーチスペースセットｓについてＰＤＣＣＨ候補に対してＰＤＣＣＨモニタリング機会を決定してもよい。ＵＥ１０２は、決定されたＰＤＣＣＨモニタリング機会において、各サーチスペースセットｓのＰＤＣＣＨ候補をモニタしてもよい。上述したように、例えば、ＲＲＣパラメータ（例えば、ＳｅａｒｃｈＳｐａｃｅ又はＳｅａｒｃｈＳｐａｃｅ−ｖ１６）は、サーチスペースセットｓのために、ｋｓスロットのＰＤＣＣＨモニタリング周期性、ｏｓスロットのＰＤＣＣＨモニタリングオフセット、Ｔｓの持続期間、スロット内のＰＤＣＣＨモニタリングパターンなどを、ＵＥ１０２に提供することができる。
【０１１７】
サーチスペースセットのＰＤＣＣＨ候補のセットをモニタするために、ＵＥは、サーチスペースセット設定及び関連付けられたＣＯＲＥＳＥＴ設定に従って、ＰＤＣＣＨモニタリング機会を決定することができる。図４は、サーチスペース設定に関連する受信されたＲＲＣパラメータ（単数又は複数）に基づいて、ＰＤＣＣＨ候補のためのモニタリング機会を決定する方法を示す一実施例４００の図である。
【０１１８】
図４では、ＰＤＣＣＨモニタリング周期性ｋｓは、６スロットとして設定されている。ＰＤＣＣＨモニタリングオフセットｏｓは、２スロットとして設定されている。持続時間Ｔｓは、２スロットとして設定されている。サブキャリア間隔設定ｕは、０として設定されており、これはアクティブＤＬ  ＢＷＰのサブキャリア間隔は１５ｋＨｚであることを意味する。この場合、ｕ＝０、Ｎｆｒａｍｅ、ｕｓｌｏｔは、１０に等しい。すなわち、ｕ＝０の場合、フレーム毎のスロット数は１０である。ｎｕｓ，ｆは、無線フレーム内のスロット数である。すなわち、ｎｕｓ，ｆの値は、｛０、．．．，Ｎｆｒａｍｅ，ｕｓｌｏｔ−１｝の範囲である。
【０１１９】
ＵＥ１０２は、ＰＤＣＣＨモニタリング周期性からのアクティブＤＬ  ＢＷＰ、ＰＤＣＣＨモニタリングオフセット、及びそれぞれ設定されたサーチスペースセットｓに対するスロット内でＰＤＣＣＨモニタリングパターンを決定してもよい。サーチスペースセットｓに対して、番号ｎｕｓ，ｆを有するスロットが式（１）（ｎｆ＊Ｎｆｒａｍｅ，ｕｓｌｏｔ＋ｎｕｓ，ｆ−ｏｓ）ｍｏｄ＝ｋｓ０を満たす場合、ＵＥ１０２は、番号ｎｆを有するフレーム内で番号ｎｕｓ、ｆを有するスロットにＰＤＣＣＨモニタリング機会（単数又は複数）が存在すると決定することができる。式（１）によれば、ＵＥ１０２は、ＰＤＣＣＨモニタリング機会が存在するスロットとして、番号ｎｆ．＝０を有するフレーム内の番号ｎｕｓ，ｆ＝２及びｎｕｓ，ｆ＝８を有するスロット、並びに番号ｎｆ．＝１を有するフレーム内の番号ｎｕｓ，ｆ＝４を有するスロットを決定することができる。Ｔｓが２スロットとして設定されている場合、ＵＥ１０２は、番号ｎｕｓ、ｆ．を有する決定されたスロットから開始する、Ｔｓ＝２の連続するスロットに対するサーチスペースセットｓに対してＰＤＣＣＨ候補をモニタすることができる。換言すれば、ＵＥ１０２は、次の（ｋｓ−Ｔｓ）連続スロットのサーチスペースセットｓに対してＰＤＣＣＨ候補をモニタしなくてもよい。図４に示されるように、ＵＥ１０２は、ＰＤＣＣＨモニタリング機会を有するスロットとして、数ｎｆ＝０を有するフレーム内の数ｎｕｓ，ｆ＝２、３、８、及び９を有するスロット、並びに数ｎｆ＝１を有するフレーム内の数ｎｕｓ，ｆ＝４及び５を有するスロットを決定することができる。ＵＥ１０２は、ＰＤＣＣＨモニタリング用に設定された決定されたスロット内のサーチスペースセットｓのためのＰＤＣＣＨ候補をモニタしてもよい。ＰＤＣＣＨモニタリング機会を有するスロットはまた、ＰＤＣＣＨモニタリング用に設定されたスロットを指し得る。
【０１２０】
さらに、ＰＤＣＣＨモニタリングのために決定される（又は設定される）スロットは、１つ以上のモニタリング機会を有してもよい。ＰＤＣＣＨモニタリング用に設定されたスロット内のＰＤＣＣＨモニタリングパターンは、１４ビットのストリング（ＭｏｎｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎ）によって示される。１４ビットストリング内の各ビットは、それぞれ、スロット内のシンボルに対応し得る。最上位（左）ビット（ＭＳＢ）は、スロット内の第１のＯＦＤＭを表してもよく、第２の最上位（左）ビットは、スロット内の第２のＯＦＤＭシンボルを表してもよい、などである。１に設定されたビット（単数又は複数）は、スロット内に設定された制御リソースの第１のＯＦＤＭシンボル（単数又は複数）を識別することができる。図４に示されるように、ＰＤＣＣＨモニタリング用に設定されたスロットは、２つのＰＤＣＣＨモニタリング機会を有し得る。第１のＰＤＣＣＨモニタリング機会は、第１、第２、及び第３の連続シンボル上に位置してもよい。第２のＰＤＣＣＨモニタリング機会は、第８、第９、及び第１０の連続するシンボル上に位置してもよい。１つのＰＤＣＣＨモニタリング機会の持続時間は、サーチスペースセットｓに関連付けられたＣＯＲＥＳＥＴの持続時間であってもよい。
【０１２１】
図４は、サーチスペースセットｓに対してＰＤＣＣＨモニタリング機会の決定方法についての一例である。上述したように、ＵＥには、サーチスペース設定に関連するＲＲＣパラメータ（単数又は複数）を介して、基地局によって２つ以上のサーチスペースセットが設定されてもよい。これらのサーチスペースセットは、同じ又は異なるＣＯＲＥＲＴと関連付けられてもよい。次いで、ＵＥは、受信したＲＲＣパラメータ（単数又は複数）に基づいて、それぞれのサーチスペースセットｓに対するＰＤＣＣＨモニタリング機会を決定することができる。ＰＤＣＣＨモニタリング機会は、スロットの任意のＯＦＤＭシンボルであり得る。したがって、基地局から受信されたサーチスペース設定によれば、サーチスペースセットに対するＰＤＣＣＨモニタリング機会は、時間領域内のＯＦＤＭシンボルに関して設定された別のサーチスペースに対するＰＤＣＣＨモニタリング機会と重複又は部分的に重複し、又は重複又は部分的に重複しなくてもよい。
【０１２２】
図４では、ＣＯＲＥＳＥＴは、時間領域において３つの連続するＯＤＭシンボルを有する１つのＰＤＣＣＨモニタリング機会を含む。図４によれば、ＵＥは、関連付けられたＣＯＲＥＳＥＴにおける第１のＰＤＣＣＨモニタリング機会４０４内のサーチスペースセットｓに対してＰＤＣＣＨ候補のセットをモニタしてもよく、サーチスペースセットｓに対してＰＤＣＣＨモニタリングが設定された各スロットにおいて第２のＰＤＣＣＨモニタリング機会４０６内のサーチスペースセットｓのＰＤＣＣＨ候補のセットを更にモニタしてもよい。ここで、サーチスペースセットｓの各ＰＤＣＣＨ候補は、各ＰＤＣＣＨモニタリング機会における関連付けられたＣＯＲＥＳＥＴのリソースにマッピングされる。
【０１２３】
ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、又はＤＣＩフォーマット０＿２は、ＰＵＳＣＨ送信のスケジューリング又はＰＵＳＣＨ送信の解放に用いられてもよい。ＵＥ１０２は、ＣＳＳ又はＵＳＳにおけるＤＣＩフォーマット０＿０のためのＰＤＣＣＨ候補をモニタしてもよい。ＵＥ１０２は、ＵＳＳにおけるＤＣＩフォーマット０＿１及び／又はＤＣＩフォーマット０＿２に対するＰＤＣＣＨ候補をモニタしてもよいが、ＣＳＳにおけるＤＣＩフォーマット０＿１及び／又はＤＣＩフォーマット０＿２に対するＰＤＣＣＨ候補をモニタしなくてもよい。ＤＣＩフォーマット０＿１は、１つのＰＵＳＣＨに対するトランスポートブロックを最大２つまでスケジュールしてもよく、一方、ＤＣＩフォーマット０＿２は、１つのＰＵＳＣＨに対する１つのトランスポートブロックのみをスケジュールしてもよい。ＤＣＩフォーマット０＿２は、ＤＣＩフォーマット０＿１内に存在し得る、いくつかのフィールド（例えば、「ＣＢＧ送信情報」フィールド）を含まなくてもよい。
【０１２４】
ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、又はＤＣＩフォーマット１＿２は、ＰＤＳＣＨ送信又はＰＤＳＣＨ  ＳＰＳ解放をスケジューリングするために使用してもよい。ＵＥ１０２は、ＣＳＳ又はＵＳＳにおけるＤＣＩフォーマット１＿０のためのＰＤＣＣＨ候補をモニタしてもよい。ＵＥ１０２は、ＵＳＳにおけるＤＣＩフォーマット１＿１及び／又はＤＣＩフォーマット１＿２に対するＰＤＣＣＨ候補をモニタしてもよいが、ＣＳＳにおけるＤＣＩフォーマット１＿１及び／又はＤＣＩフォーマット１＿２に対するＰＤＣＣＨ候補をモニタしなくてもよい。ＤＣＩフォーマット１＿１は、１つのＰＤＳＣＨに対するトランスポートブロックを最大２つまでスケジュールしてもよく、一方、ＤＣＩフォーマット１＿２は、１つのＰＤＳＣＨに対する１つのトランスポートブロックのみをスケジュールしてもよい。ＤＣＩフォーマット１＿２は、ＤＣＩフォーマット１＿１内に存在し得る、いくつかのフィールド（例えば、「ＣＢＧ送信情報」フィールド）を含まなくてもよい。
【０１２５】
ＵＲＬＬＣトラフィックをサポートするＵＥは、基地局に対して向上したＰＤＣＣＨモニタリング能力をサポートすることができる。ＵＥは、ＰＤＣＣＨモニタリングのためのシンボルの１つ以上の数の組み合わせ（Ｘ，Ｙ）（ここで、Ｙ≦Ｘ）を基地局に報告する。ＰＤＣＣＨモニタリングスパンは、少なくとも（Ｘ，Ｙ）に対して報告された候補値、又は（Ｘ，Ｙ）に設定された候補値に少なくとも基づいて決定される。２つの異なるＰＤＣＣＨモニタリングスパンの開始間に、クロススロット境界ケースを含むＸ  ＯＦＤＭシンボルの最小時間分離が存在する。ＰＤＣＣＨモニタリングスパンは、スロットの最大Ｙ個の連続するＯＦＤＭシンボルの長さである。ＰＤＣＣＨモニタリングスパンは、重複しない。全てのＰＤＣＣＨモニタリングスパンは、単一のスロット内に含まれる。全てのスロットにおいて、同じスパンパターンが反復する。スロット内及びスロットにわたる連続するスパン間の分離は、等しくない場合があるが、全てのＰＤＣＣＨモニタリングスパンによって同じ（Ｘ，Ｙ）限界が満たされなければならない。全てのＰＤＣＣＨモニタリング機会は、１つのＰＤＣＣＨモニタリングスパンに完全に含まれる。
【０１２６】
好適なスパンパターンを決定するために、第１にビットマップｂ（ｌ）（０＜＝ｌ＜＝１３）が生成され、ここで、任意のスロットのシンボルｌがモニタリング機会の一部である場合、ｂ（ｌ）＝１であり、そうでなければｂ（ｌ）＝０であり、ｂ（ｌ）＝１は、任意のスロットの対応するシンボルｌがＰＤＣＣＨモニタリング機会の一部であることを意味する。代替的に、又は追加的に、ビットマップｂ（ｌ）は、共通サーチスペースセットＡのＰＤＣＣＨモニタリング機会に関係なく生成してもよい。すなわち、ビットマップｂ（ｌ）は、共通サーチスペースセットＡに属しないサーチスペースセットに対するＰＤＣＣＨモニタリング機会に基づいて生成してもよい。共通サーチスペースセットＡは、タイプ０−ＰＤＣＣＨ  ＣＳＳセット、タイプ０Ａ−ＰＤＣＣＨ  ＣＳＳセット、タイプ２−ＰＤＣＣＨ  ＣＳＳセット、及び専用ＲＲＣ設定なしのタイプ１−ＰＤＣＣＨ  ＣＳＳセットを指し得る。換言すれば、シンボルｌが共通サーチスペースセットＡ内のＣＳＳセットに対するＰＤＣＣＨモニタリング機会の一部のみである場合、ｂ（ｌ）はｂ（ｌ）＝０とみなすことができる。
【０１２７】
スパンパターンにおける第１のＰＤＣＣＨモニタリングスパンは、ｂ（ｌ）＝１である最小のｌで始まる。スパンパターンにおける次のＰＤＣＣＨモニタリングスパンは、ｂ（ｌ）＝１である前のＰＤＣＣＨモニタリングスパン（単数又は複数）に含まれない最小のｌで始まる。以下では、「ＰＤＣＣＨモニタリングスパン」はまた、略して「スパン」を指し得る。上述のように、換言すれば、スパンは、ＵＥがＰＤＣＣＨ候補をモニタするように設定されているスロット内の連続したシンボルのセットである。ＵＥは、スロット全体を含んで、２つの連続するスパンの第１のシンボルの間のＸシンボルの最小時間分離を伴うスロットの任意のシンボルにおけるＰＤＣＣＨモニタリング機会をサポートする。スパンの持続時間は、場合によってはスロット内の他のスパンよりも短い持続時間であり得るスロット内の最後のスパンを除いて、最大｛ＵＥに設定されたＣＯＲＥＳＥＴの持続時間間の最大持続時間、ＵＥが報告した（Ｘ，Ｙ）内の候補値の最小値｝である。
【０１２８】
向上したＰＤＣＣＨモニタリング能力をサポートするＵＥは、ＳＣＳ設定μの対応する限界Ｃ及び／又は限界Ｂとの組み合わせ（Ｘ，Ｙ）を報告してもよい。限界Ｃは、ＳＣＳ設定μ毎のＰＤＣＣＨモニタリングスパン毎の、チャネル推定に対する最大数の非重複ＣＣＥを指す。限界Ｂは、ＳＣＳ設定μ毎のＰＤＣＣＨモニタリングスパン毎の、モニタリングされたＰＤＣＣＨ候補の最大数を指す。異なる組み合わせ（Ｘ，Ｙ）は、同じ又は異なる数の限界Ｃ及び／又は限界Ｂを有し得る。異なるＳＣＳ設定μを有する同じ組み合わせ（Ｘ，Ｙ）はまた、同じ又は異なる数の限界Ｃ及び／又は限界Ｂを有し得る。組み合わせ（Ｘ，Ｙ）の候補値は、（７，３）、（４，３）、又は（２，２）であり得る。ＵＥは、組み合わせのための１つの候補値（Ｘ，Ｙ）を報告することができる。加えて、ＵＥは、（Ｘ，Ｙ）のため１つの候補値セットを報告してもよい。（Ｘ，Ｙ）のための候補値セットは、｛（７，３）、（４，３）及び（７，３）、（２，２）及び（４，３）及び（７，３）｝であり得る。本開示では、向上したモニタリング能力はまた、スパン毎のＰＤＣＣＨモニタリングに対するＵＥ能力を指す。スパン毎のＰＤＣＣＨモニタリングのためのＵＥ能力はまた、Ｒｅｌ−１６  ＰＤＣＣＨモニタリング能力を指し得る。一方、スロット毎のＰＤＣＣＨモニタリングのためのＵＥ能力はまた、Ｒｅｌ−１５  ＰＤＣＣＨモニタリング能力を指し得る。換言すれば、サービングセルのアクティブＤＬ  ＢＷＰに対するスパン毎のＰＤＣＣＨモニタリングのためのＵＥ能力は、ＰＤＣＣＨ候補の最大数（限界Ｂ）、及び非重複ＣＣＥ（限界Ｃ）によって定義され、ＵＥは、サービングセルのアクティブＤＬ  ＢＷＰに対するスパン毎にモニタすることができる。加えて、スパン内のモニタリングされたＰＤＣＣＨ候補の最大数（限界Ｂ）及びスパン内の非重複ＣＣＥの最大数（限界Ｃ）は、それぞれ、本明細書における各組み合わせ（Ｘ，Ｙ）に対して定義され得る。さらに、各組み合わせ（Ｘ，Ｙ）に対するスパン内のモニタリングされていないＰＤＣＣＨ候補の最大数（限界Ｂ）及びスパン内の非重複ＣＣＥの最大数（限界Ｃ）は、それぞれ、能力を介してＵＥ１０２によって報告され得る。
【０１２９】
図５は、ＰＤＣＣＨモニタリングスパン決定の一例５００を示している。図５は、ＵＥの報告された（Ｘ，Ｙ）に基づいてスパンパターン（又はスロット内のスパン）を決定する方法を例示するための実施例である。
【０１３０】
図５に示されるように、サーチスペースセットに対するＰＤＣＣＨモニタリング機会１（５０１）は、３シンボル持続時間を有するＣＯＲＥＳＥＴと関連付けられる。サーチスペースセットに対するＰＤＣＣＨモニタリング機会２（５０２）は、２シンボル持続時間のＣＯＲＥＳＥＴと関連付けられる。サーチスペースセットに対するＰＤＣＣＨモニタリング機会３（５０３、５０４、５０５）は、１シンボル持続時間のＣＯＲＥＳＥＴと関連付けられる。ＵＥは、組み合わせ（Ｘ，Ｙ）を、（２，２）及び（４，３）及び（７，３）としてサポートするために向上したＰＤＣＣＨモニタリング能力を示し得る。ＵＥは、組み合わせ（Ｘ，Ｙ）の限界Ｃ及び／又は限界Ｂを、それぞれ更に報告してもよい。例えば、ＵＥは、組み合わせ（２，２）の限界Ｃ１及び／又は限界Ｂ１を報告してもよい。ＵＥは、組み合わせ（４，３）の限界Ｃ２及び／又は限界Ｂ２を報告してもよい。ＵＥは、組み合わせ（７，３）の限界Ｃ３及び／又は限界Ｂ３を報告してもよい。
【０１３１】
図５では、ＵＥが報告した候補値におけるＹの最小値は２である。したがって、ＰＤＣＣＨモニタリングスパン持続期間が最大｛全てのＣＯＲＥＳＥＴ持続時間の最大値、ＵＥが報告した候補値のＹの最小値｝である条件に従って、より短い持続時間であり得るスロット内の最後のスパンを場合により除いて、ＰＤＣＣＨモニタリングスパン持続期間は、２として決定される。１４ビットのストリングを有するビットマップｂ（ｌ）は、図５のＰＤＣＣＨモニタリング機会によって占有されるシンボルに従って｛１１００１０００１１００００｝として生成される。
【０１３２】
スパンパターンは、ビットマップｂ（ｌ）及びＰＤＣＣＨモニタリングスパン持続時間に基づいて決定される。スパンパターン内の第１のＰＤＣＣＨモニタリングスパン（５０６）は、シンボル＃０で始まる。スパンパターン内の第２のＰＤＣＣＨモニタリングスパン（５０７）は、シンボル＃４で始まる。スパンパターン内の第３のＰＤＣＣＨモニタリングスパン（５０８）は、シンボル＃８で始まる。
【０１３３】
ＵＥは、組み合わせ（Ｘ，Ｙ）のうちの１つ以上に従って、ＰＤＣＣＨをモニタする能力を示すことができる。例えば、図５では、ＵＥは、組み合わせ（Ｘ，Ｙ）＝（２，２）、（４，３）、及び（７，３）を報告することができる。したがって、ＵＥはそれぞれ、（２，２）、（４，３）、及び（７，３）に対して、Ｃ１、Ｃ２、及びＣ３を報告する。ＵＥは、スパンパターンに対して、Ｃ１、Ｃ２、及びＣ３から１つの限界Ｃを決定することができる。第１に、ＵＥは、クロススロット境界を含むスパンパターン内の２つの連続するスパン間の間隙分離を計算することができる。第１のスパン（５０６）と第２のスパン（５０７）との間の間隙分離は、４シンボルである。第２のスパン（５０７）と第３のスパン（５０８）との間の間隙分離は、４シンボルである。最後の（第３の）スパン（５０８）と第１のスパン（５０６）との間の間隙分離は、６シンボルである。第２に、ＵＥは、間隙分離の最小値を選択してもよい。図５では、間隙分離の最小値は、４シンボルである。第３に、ＵＥは、報告されたＸを間隙分離の最小値と比較して、１つ以上の適用可能な限界Ｃを選択することができる。報告されたＸの値が間隙分離の最小値以下である場合、ＵＥは、（Ｘ，Ｙ）の限界Ｃを、適用可能な限界ＣとしてＰＤＣＣＨモニタリングスパンと見なすことができる。すなわち、（２，２）の限界Ｃ１及び（４，３）の限界Ｃ２の両方が、ＰＤＣＣＨモニタリングスパンに適用可能である。換言すれば、ＰＤＣＣＨモニタリングスパン用に適用可能な限界Ｃは、限界Ｃ１及び限界Ｃ２からなる。加えて、ＵＥは、その対応するＹがＰＤＣＣＨモニタリングスパン持続時間よりも小さい場合、適用可能な限界Ｃセットから限界Ｃを除去してもよいし、除去しなくてもよい。第４に、適用可能な限界Ｃセット内に２つ以上の適用限界Ｃが存在する場合、ＵＥは、適用可能な限界Ｃセットからより多くの数を選択することができる。選択された限界Ｃは、スロット内の異なるＰＤＣＣＨモニタリングスパンにわたって同じである。
【０１３４】
すなわち、ＵＥが複数の（Ｘ，Ｙ）の組み合わせに従ってＰＤＣＣＨをモニタする能力を示し、セル上でのＰＤＣＣＨモニタリングに対するサーチスペースセットの設定が、複数の組み合わせ（Ｘ，Ｙ）のうちの２つ以上に対するＸの値以上である２つの連続するＰＤＣＣＨモニタリングスパン毎に分離される結果となる場合、ＵＥは、限界Ｃの最も大きい最大数に関連付けられた組み合わせ（Ｘ，Ｙ）に従ってサービングセル上のＰＤＣＣＨをモニタすることが期待される。加えて、限界Ｂを選択するために、同じ手順を適用することができる。
【０１３５】
ＵＥ１０２は、基地局１６０に、向上したＰＤＣＣＨモニタリング能力を示すことができる。基地局１６０は、シグナリングされたＵＥ能力に従って、ＵＥ１０２を設定するか、又はＵＥ１０２をスケジュールすることができる。ＵＥ１０２から能力情報を受信した後、基地局１６０は、向上したＰＤＣＣＨモニタリング能力を使用するようにＵＥ１０２を設定してもよい。この場合、向上したＰＤＣＣＨモニタリング能力を設定されたＵＥ１０２は、ＰＤＣＣＨ候補をモニタする能力を使用することができる。ＵＥ１０２から能力情報を受信した後、基地局１６０は、向上したＰＤＣＣＨモニタリング能力を使用するようにＵＥ１０２を設定しなくてもよい。換言すれば、ＵＥが向上したＰＤＣＣＨモニタリング能力を設定されている場合、ＵＥは、スパンレベル限界Ｃ及び／又は限界Ｂに基づいて、ＰＤＣＣＨモニタリングスパン毎にモニタされるＰＤＣＣＨ候補を決定することができる。ＵＥが、向上したＰＤＣＣＨモニタリング能力を設定されていない場合、ＵＥは、非重複ＣＣＥのスロットレベル最大数、及び／又はモニタされるＰＤＣＣＨ候補のスロットレベル最大数に基づいて、スロット毎にモニタされるＰＤＣＣＨ候補を決定することができる。本明細書における非重複ＣＣＥのスロットレベル最大数、又はモニタリングされたＰＤＣＣＨ候補のスロットレベル最大数は、３ＧＰＰ仕様で定義することができ、一方、非重複ＣＣＥのスパンレベル最大数（限界Ｃ）又はモニタリングされたＰＤＣＣＨ候補のスパンレベル最大数（限界Ｂ）は、ＵＥによって能力として報告され得る。
【０１３６】
代替的に、又は追加的に、限界Ｂは、モニタリングされたＰＤＣＣＨ候補のスロットレベル最大数、及びスロット内のスパンの数に基づいて決定され得る。例えば、ＰＤＣＣＨ候補の残りの数（モニタリングされたＰＤＣＣＨ候補のスロットレベル最大数、すなわち、第１の持続時間に設定されたＣＳＳ用に設定されたＰＤＣＣＨ候補の数）は、スロット内のＰＤＣＣＨモニタリングスパンの数に従ってスパンに等しく分散され得る。ＣＳＳ及びＵＳＳをカバーするＰＤＣＣＨモニタリングスパンの限界Ｂは、ＰＤＣＣＨモニタリングスパン及び分散された残りの数内のＣＳＳセット（単数又は複数）に対して設定されたＰＤＣＣＨ候補の数の追加である。ＵＳＳのみをカバーするＰＤＣＣＨモニタリングスパンの限界Ｂは、分散された残りの数である。
【０１３７】
異なるＤＣＩサイズを有する２つのＰＤＣＣＨ候補は、２つのモニタリングされたＰＤＣＣＨ候補として別々にカウントされる。異なるＣＯＲＥＳＥＴに関連付けられた２つのＰＤＣＣＨ候補は、２つのモニタリングされたＰＤＣＣＨ候補として別々にカウントされる。ＣＣＥの同一のセットを使用する同じＤＣＩサイズ及び同一スクランブルを有する２つのＰＤＣＣＨ候補は、１つのモニタリングされたＰＤＣＣＨ候補としてカウントされる。
【０１３８】
ＰＤＣＣＨ候補に対する２つのＣＣＥは、それらが異なるＣＯＲＥＳＥＴインデックスに対応する場合、非重複である。ＰＤＣＣＨ候補に対する２つのＣＣＥは、同じＣＯＲＥＳＥＴに対応する場合は非重複であるが、それぞれのＰＤＣＣＨ候補の受信用に異なる第１のシンボルを有する。換言すれば、２つのＣＣＥが重複しているが異なるＣＯＲＥＳＥＴと関連付けられている場合、これらの２つのＣＣＥは、２つの非重複ＣＣＥとしてカウントされる。２つのＣＣＥが重複しているが、同じＣＯＲＥＳＥＴに関連付けられた同じＰＤＣＣＨ開始シンボルと同じ又は異なるサーチスペースセットと関連付けられている場合、これらの２つのＣＣＥは、１つの非重複ＣＣＥとしてカウントされる。２つのＣＣＥが重複しているが、同じＣＯＲＥＳＥＴに関連付けられた異なるＰＤＣＣＨ開始シンボルと同じ又は異なるサーチスペースセットと関連付けられている場合、これらの２つのＣＣＥは、２つの非重複ＣＣＥとしてカウントされる。２つのＣＣＥが重複していない場合、これらの２つのＣＣＥは、２つの非重複ＣＣＥとしてカウントされる。
【０１３９】
ＰＤＣＣＨオーバブッキング／ドロッピングの記載を、以下に説明する。
【０１４０】
本開示では、ＰＤＣＣＨオーバブッキング／ドロッピング（ＰＤＣＣＨ候補オーバブッキング／ドロッピング）は、プライマリセルにおいて生じ得る。ＵＥ１０２は、スロット内又はスパン内にアクティブＤＬ  ＢＷＰを有するプライマリセルに対して、ＰＤＣＣＨオーバブッキング／ドロッピングを実行してもよい。一方、ＰＤＣＣＨオーバブッキング／ドロッピングは、セカンダリセルでは生じ得ない。ＵＥ１０２は、スロット内又はスパン内にアクティブＤＬ  ＢＷＰを有するセカンダリセルに対して、ＰＤＣＣＨオーバブッキング／ドロッピングを実行してもよい。
【０１４１】
「スロット内又はスパン内でＰＤＣＣＨオーバブッキング／ドロッピングが生じる」は、「スロット内又はスパン内に設定されたサーチスペースセットが、スロット毎又はスパン毎のモニタされたＰＤＣＣＨ候補と非重複ＣＣＥの対応する数がスロット毎又はスパン毎に対応する最大数（例えば、限界Ｂ及びＣ）を超える結果となる」ことを意味する。すなわち、基地局１６０は、ＵＥ１０２にスロット毎又はスパン毎の対応する最大数（例えば、限界Ｂ及びＣ）よりも大きいスロット内又はスパン内に複数のＰＤＣＣＨ候補の数及び対応する複数の非重複ＣＣＥの数を、それぞれ設定してもよい。この場合は、「スロット内又はスパン内でのＰＤＣＣＨオーバブッキング」と見なすことができる。スロット毎又はスパン毎の対応する最大数（例えば、限界Ｂ及びＣ）は、ＵＥがスロット毎又はスパン毎にサービングセルをモニタすることができる数である。この点に関して、ＵＥ１０２は、スロット内の１つ以上のＵＳＳセットのＰＤＣＣＨ候補を、スロット毎又はスパン毎の対応する最大数を超えないようにドロップする必要があり得る。「スロット内又はスパン内の１つ以上のＵＳＳセットのＰＤＣＣＨ候補をドロッピングする」もまた、「ＰＤＣＣＨドロッピング」と見なされる。
【０１４２】
「スロット内又はスパン内でＰＤＣＣＨオーバブッキング／ドロッピングが生じない」は、「スロット内又はスパン内に設定されたサーチスペースセットが、スロット毎又はスパン毎のモニタされたＰＤＣＣＨ候補および非重複ＣＣＥの対応する数がスロット毎又はスパン毎に対応する最大数（例えば、限界Ｂ及びＣ）を超える結果とならず」ことを意味する。すなわち、基地局１６０は、ＵＥ１０２にスロット毎又はスパン毎の対応する最大数（例えば、限界Ｂ及びＣ）以下のスロット内又はスパン内に複数のＰＤＣＣＨ候補の数及び対応する複数の非重複ＣＣＥの数を、それぞれ設定してもよい。この点に関して、ＵＥ１０２は、ＰＤＣＣＨ候補の設定された数及び非重複ＣＣＥの設定された数が、スロット毎又はスパン毎の対応する最大数以下である場合、スロット内又はスパン内の１つ以上のＵＳＳセットのＰＤＣＣＨ候補をドロップする必要はない。
【０１４３】
ＵＥ１０２がＰＤＣＣＨ候補をドロップする方法の記載を、以下に説明する。簡潔性のために、ＰＤＣＣＨオーバブッキング／ドロッピングは、Ｒｅｌ−１６  ＰＤＣＣＨモニタリング能力のスパンに関して説明されている。しかしながら、同じ説明／動作は、「スパン」を「スロット」で置き換えることによって、Ｒｅｌ−１５  ＰＤＣＣＨモニタリング能力に適用することができる。
【０１４４】
上述のように、ＰＤＣＣＨオーバブッキング／ドロッピングを実行することは、スパン内の設定されたサーチスペースセットのＰＤＣＣＨ候補、及び対応する非重複ＣＣＥをカウントすることと、スパン内に設定された１つまたは複数のＵＳＳセットのＰＤＣＣＨ候補をドロッピングすることと、を含む。スパンでのＰＤＣＣＨドロッピングに関して、ＵＥは、少なくともスパン内のモニタリングのために割り当てられたＰＤＣＣＨ候補の累積数、及び対応する非重複ＣＣＥの累積数が対応する数（例えば、限界Ｂ及びＣ）を超えないときまで、モニタするためのスパン内に設定されるＵＳＳセットのＰＤＣＣＨ候補を、設定されたＵＳＳセットインデックスの昇順で順次割り当てる。モニタリングのために割り当てられたＰＤＣＣＨ候補がないＵＳＳセットの場合、ＵＥ１０２は、該ＵＳＳセットのＰＤＣＣＨをモニタしなくてもよい。あるいは、モニタリングのために割り当てられたＰＤＣＣＨ候補がないＵＳＳセットの場合、ＵＥ１０２は、モニタリングのための該ＵＳＳセットのＰＤＣＣＨ候補をドロップしてもよい。
【０１４５】
より具体的には、ＵＥ１０２は、第１の持続時間に基づいて、モニタリングのために割り当てられるＰＤＣＣＨ候補を決定することができる。第１の持続時間は、ＵＥが向上したＰＤＣＣＨモニタリング能力により設定されているかどうかに応じたスロット又はモニタリングスパンであってもよい。
【０１４６】
ＵＥ１０２は、スロット毎又はモニタリングスパン毎にモニタするためにサーチスペースセット（単数又は複数）が割り当てられるＰＤＣＣＨ候補を決定することができる。ＵＥ１０２は、非重複ＣＣＥの最大数及び／又はモニタリングされたＰＤＣＣＨ候補の最大数に起因する第１の持続時間内で全てのサーチスペースセットに対して設定された全てのＰＤＣＣＨ候補をモニタしなくてもよい。ＵＥ１０２は、第１の持続時間にモニタするために割り当てられるカウントされたＰＤＣＣＨ候補の総数及び／又はモニタするためにカウントされた非重複ＣＣＥの総数が、第１の数及び／又は第２の数に達するまで、第１の持続時間のモニタリングに割り当てられるＰＤＣＣＨ候補を決定することができる。第１の数は、ＵＥ１０２が第１の持続時間にモニタできる、モニタリングされたＰＤＣＣＨ候補の最大数である。第２の数は、ＵＥ１０２が第１の持続時間にモニタできる、非重複ＣＣＥの最大数である。本明細書では、第１の持続時間がスロットとして決定される場合、第１の数は、スロット毎のモニタリングされたＰＤＣＣＨ候補のスロットレベル最大数であり、第２の数は、スロット毎の非重複ＣＣＥのスロットレベル最大数である。第１の持続時間がＰＤＣＣＨモニタリングスパンとして決定される場合、第１の数は、モニタリングされたＰＤＣＣＨ候補のスパンレベル最大数（例えば、限界Ｂ）であり、第２の数は、非重複ＣＣＥのスパンレベル最大数（例えば、限界Ｃ）である。
【０１４７】
カウントされたＰＤＣＣＨ候補は、サーチスペースセットをモニタするために割り当てられるＰＤＣＣＨ候補を指す。ＵＥ１０２は、第１の持続時間において、カウントされた（例えば、割り当てられた）ＰＤＣＣＨ候補をモニタしてもよい。ＵＥ１０２は、第１の持続時間において、カウントされていない（例えば、割り当てられていない）ＰＤＣＣＨ候補をモニタしなくてもよい。ＵＥは、第１の持続時間におけるモニタリングのために割り当てられた（カウントされた）ＰＤＣＣＨ候補を有するサーチスペースセット内のＰＤＣＣＨをモニタしてもよい。ＵＥ１０２は、第１の持続時間でモニタするために、割り当てられた（カウントされた）ＰＤＣＣＨ候補なしのサーチスペースセット内のＰＤＣＣＨをモニタしなくてもよい。
【０１４８】
次に、あるサーチスペースセットに対してモニタリングのためのＰＤＣＣＨ候補、及びモニタするための非重複ＣＣＥの数をどのように割り当て又はカウントする方法についての実装形態が示されている。
【０１４９】
上述したように、第１の持続時間は、スロット又はＰＤＣＣＨモニタリングスパン（又はモニタリングスパン）であってもよい。ＵＥ１０２が向上したＰＤＣＣＨモニタリング能力を設定されている場合、第１の持続時間は、モニタリングスパンを指し得る。この場合、ＰＤＣＣＨ候補のカウント及び非重複ＣＣＥのカウントは、ＰＤＣＣＨモニタリングスパン毎に実行してもよい。ＵＥ１０２が向上したＰＤＣＣＨモニタリング能力を設定されていない場合、第１の持続時間は、スロットを指し得る。この場合、ＰＤＣＣＨ候補のカウント及び非重複ＣＣＥのカウントは、スロット毎に実行してもよい。
【０１５０】
スロット毎のＰＤＣＣＨ候補の最大数は、モニタリングスパン毎のものと異なっていてもよい。スロット毎の非重複ＣＣＥの最大数は、モニタリングスパン毎のものと異なっていてもよい。上述のように、スロット毎のモニタリングされたＰＤＣＣＨ候補の最大数は、３ＧＰＰ仕様における既定の値であってもよい。スロット毎の非重複ＣＣＥの最大数は、３ＧＰＰ仕様における規定の値であってもよい。モニタリングスパン毎のＰＤＣＣＨ候補の最大数（限界Ｂ）、及びモニタリングスパン毎の非重複ＣＣＥの最大数（限界Ｃ）は、ＵＥ１０２によってそれぞれ報告され得る。
【０１５１】
各スロット又は各ＰＤＣＣＨモニタリングスパンに対して、基地局１６０は、全てのＣＳＳセットに対して設定されたＰＤＣＣＨ候補の総数及び全てのＣＳＳセットに対して設定された非重複ＣＣＥの総数が、対応する最大数を超えることをＵＥ１０２に設定しなくてもよい。すなわち、スロット毎又はＰＤＣＣＨモニタリングスパン毎の全てのＣＳＳセットに対して設定されたＰＤＣＣＨ候補の総数は、スロット毎又はＰＤＣＣＨモニタリングスパン毎のモニタリングされたＰＤＣＣＨ候補の最大数以下であってもよい。スロット毎又はモニタリングスパン毎の全てのＣＳＳセットに対して設定された非重複ＣＣＥの総数は、スロット毎又はＰＤＣＣＨモニタリングスパン毎の非重複ＣＣＥの最大数以下であってもよい。ＵＥ１０２は、モニタリングのために全てのＣＣＳセットに対して設定された全てのＰＤＣＣＨ候補を割り当てる（カウントする）ことができる。したがって、ＵＥ１０２は、モニタリングのためにＣＳＳセットに対して設定されたＰＤＣＣＨ候補をドロップしなくてもよい。
【０１５２】
上述したように、ＣＳＳセットに対して設定された全てのＰＤＣＣＨ候補は、モニタリングのためのカウントされたＰＤＣＣＨ候補として決定される。次いで、ＵＥ１０２は、各ＵＳＳセットをモニタするために割り当てられるＰＤＣＣＨ候補を決定することができる。なお、ＵＥ１０２は、第１の持続時間に各ＵＳＳセットのモニタリングのために割り当てられるＰＤＣＣＨ候補を決定し始める前に、ＣＳＳセット（単数又は複数）が第１の持続時間に存在する場合には、カウントされたＰＤＣＣＨ候補の総数が、ＣＳＳセット（単数又は複数）に対して設定されたＰＤＣＣＨ候補の数に設定される。第１の持続時間にＣＳＳセット（単数又は複数）が存在しない場合、カウントされたＰＤＣＣＨ候補の総数は０から開始する。同様に、カウントされた非重複ＣＣＥの総数は、ＣＳＳセット（単数又は複数）に対して設定されたＰＤＣＣＨ候補によって必要とされる非重複ＣＣＥの数に設定される。第１の持続時間にＣＳＳセット（単数又は複数）が存在しない場合、カウントされた非重複ＣＣＥの総数は０から開始する。
【０１５３】
向上したＰＤＣＣＨモニタリング能力を設定されていないＵＥ１０２に対して、ＵＥ１０２は、スロット毎にモニタするためにＰＤＣＣＨ候補を割り当てることを決定してもよい。スロット内の全てのＵＳＳセットに対して、ＵＥ１０２は、ＵＳＳセットのセット（例えば、セットＡ）に各ＵＳＳセットをＵＳＳセットインデックスの昇順に配置してもよい。ＵＳＳセットのセット内のそれぞれのＵＳＳセットの位置は、それぞれのＵＳＳセットインデックスに従って設定される。例えば、最低ＵＳＳセットインデックスを有するＵＳＳセットは、ＵＳＳセットのセットの第１の位置に配置され得る。最大ＵＳＳセットインデックスを有するＵＳＳセットは、ＵＳＳセットのセットの最後の位置に配置され得る。
【０１５４】
ＵＥ１０２は、スロット内でモニタするために割り当てられるカウントされたＰＤＣＣＨ候補の総数が第１の数に達するまで、及び／又はスロット内のモニタリングのために割り当てられるカウントされた非重複ＣＣＥの総数が第２の数に到達するまで、スロット内に設定されたＵＳＳセットインデックスの昇順で、スロット内でモニタリング用に割り当てられるＰＤＣＣＨ候補を決定することができる。カウントされた非重複ＣＣＥは、対応するカウントされたＰＤＣＣＨ候補によって必要とされるＣＣＥである。換言すれば、ＵＥ１０２は、カウントされた非重複ＣＣＥの対応する数を必要とする複数のカウントされたＰＤＣＣＨ候補をモニタしてもよい。
【０１５５】
ＵＥ１０２は、スロット内のセットＡに設定されたＵＳＳセットの順序に従って、各ＵＳＳセットをモニタするために割り当てられるＰＤＣＣＨ候補を決定することができる。設定されたサーチスペースセットインデックスを有する各ＵＳＳセットに対して、ＵＳＳセット用に設定されたＰＤＣＣＨ候補の数をカウントすることにより、カウントされたＰＤＣＣＨ候補の総数が第１の数を超えず、かつＵＳＳセット用に設定された非重複ＣＣＥの数をカウントすることにより、カウントされた非重複ＣＣＥの総数が第２の数を超えない場合、ＵＳＳセット用に設定されたＰＤＣＣＨ候補の数は、カウントされたＰＤＣＣＨ候補の総数にカウントされ、ＵＳＳセット用に設定された非重複ＣＣＥの数は、カウントされた非重複ＣＣＥの総数にカウントされる。「ＵＳＳセット用に設定されたＰＤＣＣＨ候補の数は、カウントされたＰＤＣＣＨ候補の総数にカウントされ、ＵＳＳセット用に設定された非重複ＣＣＥの数は、カウントされた非重複ＣＣＥの総数にカウントされる」は、ＵＥ１０２が、モニタリングのためＵＳＳセット用に設定された全ての数のＰＤＣＣＨ候補をＵＳＳセットに割り当てることができることを意味する。すなわち、この場合、ＵＥ１０２は、モニタリング用に割り当てられたＰＤＣＣＨ候補を有するＵＳＳセット内のＰＤＣＣＨをモニタしてもよい。この場合、ＵＥ１０２は次に、ＵＳＳセットのセット内の後続のＵＳＳセットをモニタするために割り当てられるＰＤＣＣＨ候補を決定することができる。ここで、ＵＳＳセットのために設定された非重複ＣＣＥの数とは、ＵＳＳセットのために設定されたＰＤＣＣＨ候補の数によって必要とされる非重複ＣＣＥの数を意味する。非重複ＣＣＥの数は、全てのサーチスペースセットをモニタするために既に割り当てられたＰＤＣＣＨ候補によって必要とされるＣＣＥに基づいて更に決定してもよい。
【０１５６】
ＵＳＳセット用に設定されたＰＤＣＣＨ候補の数をカウントすることにより、カウントされたＰＤＣＣＨ候補の総数が第１の数を超えるか、又はＵＳＳセット用に設定された非重複ＣＣＥの数をカウントすることにより、カウントされた非重複ＣＣＥの総数が第２の数を超えるいずれかの場合、ＵＳＳセット用に設定されたＰＤＣＣＨ候補の数は、カウントされたＰＤＣＣＨ候補の総数にカウントされず、ＵＳＳセット用に設定された非重複ＣＣＥの数は、カウントされた非重複ＣＣＥの総数にカウントされない。「ＵＳＳセット用に設定されたＰＤＣＣＨ候補の数は、カウントされたＰＤＣＣＨ候補の総数にカウントせず、ＵＳＳセット用に設定された非重複ＣＣＥの数は、カウントされた非重複ＣＣＥの総数にカウントされない」は、ＵＥ１０２が、モニタリングのためＵＳＳセット用に設定された全ての数のＰＤＣＣＨ候補をＵＳＳセットに割り当てなくてもよいことを意味する。すなわち、この場合、ＵＥ１０２は、ＵＳＳセットをモニタするために割り当てられたＰＤＣＣＨ候補が存在しないため、ＵＳＳセットにおいてＰＤＣＣＨをモニタしなくてもよい。さらに、ＵＥ１０２は、その位置がＵＳＳセットのセット内のＵＳＳセットの後である、後続のＵＳＳセットをモニタするために割り当てられるＰＤＣＣＨ候補を更に決定しなくてもよい。
【０１５７】
次に、ＵＥ１０２が、ＰＤＣＣＨモニタリングスパン毎のモニタリングのために割り当てられるＰＤＣＣＨ候補をカウントすることを決定する方法の実装形態が示されている。向上したモニタリング能力を設定されたＵＥ１０２の場合、ＵＥ１０２は、ＰＤＣＣＨモニタリングスパン毎にモニタするためにＰＤＣＣＨ候補を割り当てることを決定してもよい。ＰＤＣＣＨモニタリングスパン内に存在する全てのＵＳＳセットに対して、ＵＥ１０２は、セット（ＵＳＳセットのセット）内に設定された各ＵＳＳセットの位置を配置してもよい。
【０１５８】
セット内のそれぞれのＵＳＳセットの位置順序（優先順位）は、ＵＳＳセットインデックスの昇順で決定される。代替的は、又は追加的に、セット内のそれぞれのＵＳＳセットの位置順序は、ＲＲＣ情報に基づいて決定され得る。ＲＲＣ情報は、セット内に設定された各ＵＳＳの位置順序を示すことができる。代替的に、又は追加的に、各ＵＳＳセットの位置順序は、サーチスペースセットの第１のグループに関連付けられたサーチスペースセットインデックスの第１の昇順に従って決定され、次いで、サーチスペースセットの第２のグループに関連付けられたサーチスペースセットインデックスの昇順に従って決定することができる。サーチスペースセットの第１のグループは、ＤＣＩフォーマット１＿２／ＤＣＩフォーマット０＿２に対してＰＤＣＣＨ候補がモニタするように設定されているサーチスペースセットである。サーチスペースセットの第２のグループは、ＤＣＩフォーマット１＿２／ＤＣＩフォーマット０＿２以外のＤＣＩフォーマットに対してＰＤＣＣＨ候補をモニタするように設定されているサーチスペースセットである。
【０１５９】
ＵＥ１０２は、ＰＤＣＣＨモニタリングスパンにおけるモニタリングのために割り当てられるカウントされたＰＤＣＣＨ候補の総数が第１の数に達するまで、及び／又はＰＤＣＣＨモニタリングスパンでモニタリングに割り当てられるカウントされた非重複ＣＣＥの総数が第２の数に達するまで、ＰＤＣＣＨモニタリングスパン内のセットの位置順序に従って、モニタリングスパンでモニタするために割り当てられるＰＤＣＣＨ候補を連続的に決定してもよい。カウントされた非重複ＣＣＥは、対応するカウントされたＰＤＣＣＨ候補によって必要とされるＣＣＥである。換言すれば、ＵＥ１０２は、対応する数のカウントされた非重複ＣＣＥを必要とする複数のカウントされたＰＤＣＣＨ候補をモニタしてもよい。
【０１６０】
ＵＥ１０２は、ＰＤＣＣＨモニタリングスパンのＵＳＳセットのセット内のＵＳＳセットの位置順序に従って、各ＵＳＳセットをモニタするために割り当てられるＰＤＣＣＨ候補を決定してもよい。設定されたサーチスペースセットインデックスを有する各ＵＳＳセットに対して、ＵＳＳセット用に設定されたＰＤＣＣＨ候補の数をカウントすることにより、カウントされたＰＤＣＣＨ候補の総数が第１の数を超えず、かつＵＳＳセット用に設定された非重複ＣＣＥの数をカウントすることにより、カウントされた非重複ＣＣＥの総数が第２の数を超えない場合、ＵＳＳセット用に設定されたＰＤＣＣＨ候補の数は、カウントされたＰＤＣＣＨ候補の総数にカウントされ、ＵＳＳセット用に設定された非重複ＣＣＥの数は、カウントされた非重複ＣＣＥの総数にカウントされる。この場合、ＵＥ１０２は、ＵＳＳセットをモニタするためのＵＳＳセットに対して設定されたＰＤＣＣＨ候補の全ての数を割り当てることができる。次に、ＵＥ１０２は、セット内のＵＳＳセットの後続の位置をモニタするために割り当てられるＰＤＣＣＨ候補を決定することができる。
【０１６１】
ＵＳＳセット用に設定されたＰＤＣＣＨ候補の数をカウントすることにより、カウントされたＰＤＣＣＨ候補の総数が第１の数を超えるか、又はＵＳＳセット用に設定された非重複ＣＣＥの数をカウントすることにより、カウントされた非重複ＣＣＥの総数が第２の数を超えるいずれかの場合、ＵＳＳセット用に設定されたＰＤＣＣＨ候補の数は、カウントされたＰＤＣＣＨ候補の総数にカウントされず、ＵＳＳセット用に設定された非重複ＣＣＥの数は、カウントされた非重複ＣＣＥの総数にカウントされない。この場合、ＵＥ１０２は、ＵＳＳセットの各アグリゲーションレベルＬをモニタするために割り当てられるＰＤＣＣＨ候補を決定してもよい。カウントされたＰＤＣＣＨ候補の総数が第１の数に達するまで、及び／又はカウントされた非重複ＣＣＥの総数が第２の数に達するまで、アグリゲーションレベルＬの値の降順で、ＵＳＳセットのアグリゲーションレベルＬ毎のＰＤＣＣＨ候補の数は、カウントされたＰＤＣＣＨ候補の総数にカウントされ、ＵＳＳセットのアグリゲーションレベルＬ毎の非重複ＣＣＥの数は、カウントされた非重複ＣＣＥの総数にカウントされる。
【０１６２】
換言すれば、ＵＳＳセットのアグリゲーションレベルレベルＬのＰＤＣＣＨ候補の数をカウントすることにより、カウントされたＰＤＣＣＨ候補の総数は第１の数を超えず、ＵＳＳセットのアグリゲーションレベルＬ用に設定された非重複ＣＣＥの数をカウントすることにより、カウントされた非重複ＣＣＥの総数は、第２の数を超えず、ＵＳＳセット用に設定されたアグリゲーションレベルＬを有するＰＤＣＣＨ候補の数は、カウントされたＰＤＣＣＨ候補の総数にカウントされ、ＵＳＳセット用に設定されたアグリゲーションレベルＬを有するＰＤＣＣＨ候補の数に対応する非重複ＣＣＥの数は、カウントされた非重複ＣＣＥの総数にカウントされる。ＵＥ１０２は、ＵＳＳセットをモニタするために、アグリゲーションレベルＬのＰＤＣＣＨ候補を割り当てることができる。ＵＥ１０２は、モニタリングのためのアグリゲーションレベルＬの割り当てられたＰＤＣＣＨ候補を有するＵＳＳセット内のＰＤＣＣＨをモニタしてもよい。しかしながら、ＵＳＳセットのアグリゲーションレベルレベルＬのＰＤＣＣＨ候補の数をカウントすることにより、カウントされたＰＤＣＣＨ候補の総数が第１の数を超えるか、又はＵＳＳセットのアグリゲーションレベルＬ用に設定された非重複ＣＣＥの数をカウントすることにより、カウントされた非重複ＣＣＥの総数が第２の数を超えるいずれかの場合、ＵＳＳセット用に設定されたアグリゲーションレベルＬを有するＰＤＣＣＨ候補の数は、カウントされたＰＤＣＣＨ候補の総数にカウントされず、ＵＳＳセット用に設定されたアグリゲーションレベルＬを有するＰＤＣＣＨ候補の数に対応する非重複ＣＣＥの数は、カウントされた非重複ＣＣＥの総数にカウントされない。この場合、ＵＥ１０２は、ＵＳＳセットをモニタするためにアグリゲーションレベルＬのＰＤＣＣＨ候補を割り当てなくてもよい。
【０１６３】
代替的に、又は追加的に、ＵＥ１０２は、セット内の（ＵＳＳセットインデックス、アグリゲーションレベル（ＡＬ）Ｌ）の組み合わせの位置を決定してもよい。セット内の（ＵＳＳセットインデックス、Ｌ）のそれぞれの組み合わせの位置順序は、第１に、各サーチスペースセットのアグリゲーションレベルＬの値の降順で、第２に、サーチスペースセットインデックスの昇順で決定することができる。例えば、最小ＵＳＳセットインデックスを有するＵＳＳセットに対する最大アグリゲーションレベルは、セット内の第１の位置に配置され得る。最小ＵＳＳセットインデックスを有するＵＳＳセットに対するセカンダリ最大アグリゲーションレベルは、セット内の第２の位置に配置され得る。最大ＵＳＳセットインデックスを有するＵＳＳセットは、ＵＳＳセットのセットの最後の位置に配置され得る。ここで、アグリゲーションレベルＬは、非ゼロ数のＰＤＣＣＨ候補が提供されるアグリゲーションレベルを意味する。
【０１６４】
次いで、ＵＥ１０２は、セット内の（ＵＳＳセットインデックス、アグリゲーションレベルＬ）の組み合わせの位置順序に従って、ＰＤＣＣＨモニタリングスパンでのモニタリングのために割り当てられる（ＵＳＳセットインデックス、Ｌ）の各組み合わせに対応するＰＤＣＣＨ候補を、順次決定することができる。セット内の（ＵＳＳセットインデックス、Ｌ）の各組み合わせに対して、（ＵＳＳセットインデックス、Ｌ）の組み合わせに対応するＰＤＣＣＨ候補の数をカウントすることにより、カウントされたＰＤＣＣＨ候補の総数が第１の数を超えず、かつ（ＵＳＳセットインデックス、Ｌ）の組み合わせに対応する非重複ＣＣＥの数をカウントすることにより、カウントされた非重複ＣＣＥの総数が第２の数を超えない場合、（ＵＳＳセットインデックス、Ｌ）の組み合わせに対応するＰＤＣＣＨ候補の数は、カウントされたＰＤＣＣＨ候補の総数にカウントされ、（ＵＳＳセットインデックス、Ｌ）の組み合わせに対応する非重複ＣＣＥの数は、カウントされた非重複ＣＣＥの総数にカウントされる。この場合、ＵＥ１０２は、ＵＳＳセットをモニタするために（ＵＳＳセットインデックス、Ｌ）の組み合わせに対応するＰＤＣＣＨ候補の数を割り当てることができる。次に、ＵＥ１０２は、セット内の（ＵＳＳセットインデックス、Ｌ）の組み合わせの後続の位置をモニタするために割り当てられるＰＤＣＣＨ候補を決定することができる。
【０１６５】
（ＵＳＳセットインデックス、Ｌ）の組み合わせに対応するＰＤＣＣＨ候補の数をカウントすることにより、カウントされたＰＤＣＣＨ候補の総数が第１の数を超えるか、又は（ＵＳＳセットインデックス、Ｌ）の組み合わせに対応する非重複ＣＣＥの数をカウントすることにより、カウントされた非重複ＣＣＥの総数が第２の数を超えるいずれかの場合、（ＵＳＳセットインデックス、Ｌ）の組み合わせに対応するＰＤＣＣＨ候補の数は、カウントされたＰＤＣＣＨ候補の総数にカウントされず、（ＵＳＳセットインデックス、Ｌ）の組み合わせに対応する非重複ＣＣＥの数は、カウントされた非重複ＣＣＥの総数にカウントされない。ＵＥ１０２は、ＵＳＳセットをモニタするための（ＵＳＳセットインデックス、Ｌ）の組み合わせに対応するＰＤＣＣＨ候補を割り当てなくてもよい。ＵＥ１０２は、セット内の（ＵＳＳセットインデックス、Ｌ）の組み合わせの任意の後続の位置に対応するＰＤＣＣＨ候補を（モニタせずに）ドロップしてもよい。
【０１６６】
図６は、ＵＥ１０２によるＰＤＣＣＨ候補オーバブッキング／ドロッピングを実行するために、１つまたは複数のスパンを決定するための方法の一実装６００を示すフロー図である。
【０１６７】
ＵＥ１０２は、基地局１６０から、１つまたは複数のＲＲＣパラメータ（単数又は複数）を含むＲＲＣメッセージを受信してもよい（６０２）。１つまたは複数のＲＲＣパラメータを使用して、１つ以上のサーチスペースセットｓをそれぞれ設定することができる。サーチスペースセット設定を提供する１つまたは複数のＲＲＣパラメータは、ＵＥ１０２に、どうのようにまたはどこでＰＤＣＣＨ候補をサーチすることを定義する。
【０１６８】
ＵＥ１０２は、基地局１６０に、ＰＤＣＣＨモニタリング能力を示す能力を送信してもよい（６０２）。加えて、ＵＥ１０２は、基地局１６０に、組み合わせ（Ｘ，Ｙ）のうちの１つまたは複数に従って、ＰＤＣＣＨをモニタすることを示す能力を送信してもよい（６０２）。基地局１６０は、ＵＥ１０２から報告された能力に基づいて、ＵＥ１０２にサービングセルに対してＰＤＣＣＨモニタリング能力を設定することができる。Ｒｅｌ−１５能力又はＲｅｌ−１６能力のいずれかを、サービングセルに対して設定することができる。ＵＥ１０２は、Ｒｅｌ−１５  ＰＤＣＣＨモニタリング能力のみを使用する下りリンクセルを基地局１６０によって設定されてもよい。加えて、ＵＥ１０２は、Ｒｅｌ−１５  ＰＤＣＣＨモニタリング能力及びＲｅｌ−１６  ＰＤＣＣＨモニタリング能力の両方を使用する下りリンクセルを基地局１６０によって設定されてもよい。加えて、ＵＥ１０２は、Ｒｅｌ−１６  ＰＤＣＣＨモニタリング能力のみを使用する下りリンクセルを基地局１６０によって設定されてもよい。
【０１６９】
上述のように、ＰＤＣＣＨオーバブッキング／ドロッピングは、プライマリセルにおいて実行することができる。ＵＥ１０２がプライマリセルにＲｅｌ−１５  ＰＤＣＣＨモニタリング能力を提供された場合、ＵＥ１０２は、スロット毎にＰＤＣＣＨ候補ドロッピングを実行することができる。ＵＥ１０２がプライマリセルにＲｅｌ−１６  ＰＤＣＣＨモニタリング能力を提供された場合、ＵＥ１０２は、スロット内でスパン毎にＰＤＣＣＨ候補ドロッピングを実行することができる。
【０１７０】
６０４において、ＵＥ１０２は、受信したＲＲＣパラメータに基づいて、スロット毎のスパンを決定することができる。ＵＥ１０２は、サーチスペース設定及び／又はＣＯＲＥＳＥＴ設定に基づいてスロット内の１つまたは複数のスパンを決定することができ、１つまたは複数のスパンのそれぞれは、ＰＤＣＣＨ候補をモニタするためのスロット内の連続したシンボルのセットである。６０４において、ＵＥ１０２は、受信したＲＲＣパラメータに基づいて、スロット内の１つまたは複数のスパンの第１のセットの濃度（カーディナリティ）である第１の数を決定し、第１のセットの各スパンに対して少なくとも１つの共通サーチスペース（ＣＳＳ）セットが存在し（設定されている）、上述のスパンは、ＰＤＣＣＨ候補をモニタするためのスロット内の連続するシンボルのセットである。換言すれば、第１のセットにおけるスパンの総数は、第１の数である。以下の第１の数は、第１のセットの要素の数である。第１の数は、０、１、２、３、４、５、６、又は７であってもよい。すなわち、スロット内のスパンに対して、スパンのうちのゼロ、１つまたは複数は、１つまたは複数のＣＳＳセットを設定されてもよく、一方、スパンの残りは、１つまたは複数のＵＳＳセットだけを設定されてもよい。
【０１７１】
追加的に又は代替的に、実装形態では、第１のセットは、ＣＳＳセットのみが存在し、ＵＳＳセットが存在しないスパンを含まなくてもよい。換言すれば、ＵＥ１０２は、第１のセットからＣＳＳセットのみが存在するスパンを除外してもよい。
【０１７２】
６０６において、ＵＥ１０２は、第１のセット内の各スパン内に設定されたＵＥ固有サーチスペース（ＵＳＳ）セットのインデックスに基づいて、第２の数のスパンを更に決定（又は選択）してもよい。より具体的には、ＵＥ１０２は、第１のセット内のＵＳＳセットに関連付けられたスパン間のＵＥ固有サーチスペース（ＵＳＳ）セットのインデックスに基づいて、第２の数を決定することができ、第１のセット内のスパンの１つまたは複数は１つまたは複数のＵＳＳセットに関連付けられている。すなわち、ＵＥ１０２は、第１のセット内のＵＳＳセットに関連付けられたスパン間のＵＥ固有サーチスペース（ＵＳＳ）セットのインデックスに基づいて、第１のセットのスパンから第２の数のスパンを選択することができ、第１のセット内のスパンの１つまたは複数は、１つまたは複数のＵＳＳセットに関連付けられている。換言すれば、ＵＥ１０２は、第１のセット内の各スパン内に設定されたＵＳＳセットのインデックス（例えば、最低ＵＳＳセットインデックス）に基づいて、スパンの第２のセットを更に決定してもよい。第１のセット内の各スパンは、１つまたは複数のＵＳＳセットに関連付けられる。第２のセット内のスパンは、第１のセット内のスパンから選択される（又は決定される）。
【０１７３】
以下の第２の数は、第２のセットの濃度である。ＰＤＣＣＨオーバブッキング／ドロッピングは、第２のセットのスパンで生じ得る。一方、ＰＤＣＣＨオーバブッキング／ドロッピングは、第２のセットのスパン以外のスパンでは生じ得ない。
【０１７４】
より具体的には、第２の数は、ＰＤＣＣＨオーバブッキング／ドロッピングが発生し得るスパンの最大数である。すなわち、第２の数は、少なくとも、設定されたＰＤＣＣＨ候補の数がスパン毎の第３の数（例えば、限界Ｂ）を超えるスロット内のスパンの最大数である。第３の数は、スパン毎にモニタされたＰＤＣＣＨ候補の既定の最大数である。加えて、第２の数は、少なくとも、設定された非重複ＣＣＥの数が、スパン毎の第４の数（例えば、限界Ｃ）を超えるスロット内のスパンの最大数である。第４の数は、スパン毎の非重複ＣＣＥの既定の最大数である。
【０１７５】
追加的に又は代替的に、第２の数は、スロット内のスパンの最大数であり、スパンのそれぞれに対して、ＵＥは、少なくともモニタリングのために割り当てられたＰＤＣＣＨ候補の累積数、及びスパン内の対応する非重複ＣＣＥの累積数が対応する数（例えば、限界Ｂ及びＣ）を超えないときまで、ＵＳＳセットのＰＤＣＣＨ候補を、設定されたＵＳＳセットインデックスの昇順でモニタするためのスパン内に設定されるように順次割り当てることができる。ここでは、ＵＳＳセット設定に基づいて、ＵＥは、モニタリング用にスパン内に設定されている全てのＵＳＳセットのＰＤＣＣＨ候補を割り当てることができる。あるいは、ＵＥは、モニタリング用にスパン内に設定されているＵＳＳセットの一部のＰＤＣＣＨ候補を割り当てることができる。ＵＳＳセットの他の部分では、ＵＥ１０２は、スパン内でモニタするためにＰＤＣＣＨ候補を割り当てることはできない。すなわち、ＵＥ１０２は、スパン内のＵＳＳセットの他の部分に対してＰＤＣＣＨをモニタしなくてもよい。
【０１７６】
ここで、ＵＥ１０２は、基地局に、第２の数を示す能力を示すことができる。追加的に又は代替的に、第２の数は、既定値であり得る。追加的に又は代替的に、第２の数は、ＲＲＣパラメータを介して基地局から示される。
【０１７７】
ＵＥ１０２は、スロット内の最大で第２の数のスパンで、ＰＤＣＣＨオーバブッキング／ドロッピングを実行することができる。基地局１６０は、スパン内のＰＤＣＣＨ候補の数、及び対応する非重複ＣＣＥの数がそれぞれ、スパン毎の対応する最大数（例えば、限界Ｂ及びＣ）よりも大きくなり得る最大の第２の数のスパンをＵＥ１０２に設定することができる。
【０１７８】
ＰＤＣＣＨオーバブッキング／ドロッピング実装形態の実施例Ａでは、スロット内でＰＤＣＣＨオーバブッキング／ドロッピングを実行するためのスパンの数（６０６における第２の数）は、スロットにわたって固定された数であり得る。固定された数（第２の数）は、ＵＥ１０２がＰＤＣＣＨオーバブッキング／ドロッピングを実行することができるスパンの最大数である。
【０１７９】
サーチスペース設定によれば、スロット内に存在する少なくとも１つのＣＳＳセットを有するスパンの数は、別のスロットのものと異なっていてもよい。したがって、第１の数は、第２の数よりも大きく、等しいか、又は小さくてもよい。
【０１８０】
スロットに対して、ＵＥ１０２は、各スパンにおける最低ＵＳＳセットインデックスの昇順に従って、第１のセット内のスパンの位置を決定することができ、第１のセット内の２つ以上のスパンが同じ最低ＵＳＳセットインデックスを有する場合、第１のセット内の２つ以上のスパンの位置は、スロット内の２つ以上のスパンの開始時間に従う。次いで、ＵＥ１０２は、第２のスパンのセットとして、第１のセットの最初の第２の数の位置に配置されたスパンを決定（選択）してもよい。第１の数が第２の数よりも大きい場合、スパンの第２のセットは、第１のセットの最初の第２の数の位置に配置されたスパンから選択される。
【０１８１】
図７は、スロット内のスパンの第２のセットを選択する方法の一例７００を示す図である。
【０１８２】
図７では、スロット内に４つのスパンが存在する。ＣＳＳセット７０１、ＣＳＳセット７０２、及びＣＳＳセット７０３はそれぞれ、スパン７１１、スパン７１２、及びスパン７１３内に存在する。インデックス５を有するＵＳＳセットは、スパン７１２、スパン７１３、及びスパン７１４内に存在する。インデックス６を有するＵＳＳセットは、スパン７１１、スパン７１３、及びスパン７１４内に存在する。
【０１８３】
ＵＥ１０２は、ＣＳＳセットが存在するスパンの第１のセットを決定する。図７では、第１のセットは、スパン７１１、スパン７１２、及びスパン７１３を含む。第１の数は、３である。ＵＥ１０２は、第１のセットの各スパン内の最低ＵＳＳセットインデックスの昇順に従って、第１のセット内のスパンの位置を更に決定することができる。すなわち、第１のセットの位置は、｛スパン７１２、スパン７１３、スパン７１１｝として決定される。スパン７１２及びスパン７１３の両方は同じ最低ＵＳＳセットインデックスを有するが、スパン７１２の開始時間（スタートシンボル）は、スパン７１３の開始時間（スタートシンボル）よりも早い。したがって、スパン７１２は、第１のセット内のスパン７１３の前に配置される。
【０１８４】
ＵＥ１０２は、第２のセットのスパンとして、第１のセットの最初の第２の数の位置に配置されたスパンを決定してもよい。例えば、第２の数が第１の数よりも小さい１である場合、ＵＥ１０２は、第２のセットのスパンとしてスパンＸ１２を決定する。例えば、第２の数が第１の数よりも小さい２である場合、ＵＥ１０２は、第２のセットのスパンとしてスパンＸ１２及びＸ１３を決定する。
【０１８５】
ＰＤＣＣＨオーバブッキング／ドロッピング実装形態の実施例Ｂでは、スロット内でＰＤＣＣＨオーバブッキング／ドロッピングを実行するためのスパンの数（６０６における第２の数）は、固定された数ではなく、スロットにわたって変化する。第２の数は、スロット内に存在するＣＳＳセットを有するスパンの数に基づいて決定することができ、ＣＳＳセットは、ＤＣＩフォーマット２＿４をモニタするように設定される。
【０１８６】
実施例Ｂでは、ＵＥ１０２は、スロット内の第１のセットの濃度である第１の数を決定でき、第１のセット内の各スパンに対して少なくとも１つの共通のサーチスペース（ＣＳＳ）セットが存在する。ＵＥ１０２は、第１のサーチスペースセットのみがスパン内に存在するかどうかに基づいて、第１のセットからの第２のセットのスパンを更に決定することができる。第１のサーチスペースセットは、ＤＣＩフォーマット２＿４のＰＤＣＣＨ候補がモニタするようにのみ設定された共通サーチスペースセットである。換言すれば、第１のサーチスペースセットに対して、基地局１６０は、第１のサーチスペースセット設定におけるインジケーションを、ＤＣＩフォーマット２＿４に対するＰＤＣＣＨ候補のみをモニタし、かつ２＿４以外のＤＣＩフォーマットのＰＤＣＣＨ候補をモニタしないようにＵＥ１０２を設定してもよい。ＤＣＩフォーマット２＿４は、ＰＵＳＣＨ送信などの上りリンク送信をキャンセルするために使用される。ＤＣＩフォーマット２＿４は、ＵＥがＵＥから対応するＵＬ送信をキャンセルする、ＰＲＢ（単数又は複数）及びＯＦＤＭシンボル（単数又は複数）のＵＥのグループに通知するために使用される。
【０１８７】
ＵＥ１０２は、第２のセットのスパンとして、第１のセット内のスパンを選択することができ、該スパンに対して第１のサーチスペースセット以外の少なくとも１つのＣＳＳセットが存在する。換言すれば、ＵＥ１０２は、第１のサーチスペースのみが存在し、第１のサーチスペースセット以外のＣＳＳセットが存在しない、第１のセットのスパンを選択しなくてもよい。
【０１８８】
例えば、図７では、ＵＥ１０２は、ＣＳＳセットが存在する第１のスパンのセットを決定する。図７では、第１のセットは、スパン７１１、スパン７１２、及びスパン７１３を含む。ここで、ＣＳＳ７０２内に第１のサーチスペースセットのみが存在する。スパンの第２のセットは、｛スパン７１１、スパン７１３｝として決定される。
【０１８９】
第２のスパンのセットを決定した後、ＵＥ１０２は、スパン毎の限界Ｂ、及び限界Ｃに基づいて、第２のセットのスパン内のＵＳＳセットをモニタするためのＰＤＣＣＨ候補を割り当ててもよい（６０８）。割り当て後、ＵＥ１０２は、第２のセットのスパン内の対応するＵＳＳセットに対して割り当てられたＰＤＣＣＨ候補をモニタしてもよい。ＰＤＣＣＨ候補が割り当てられていない他のＵＳＳセットに対して、ＵＥ１０２は、それらのＵＳＳセットに対してＰＤＣＣＨをモニタしなくてもよい。
【０１９０】
図８は、ＵＥ８０２で用いることができる様々な構成要素を示している。図８に関連して説明されるＵＥ８０２は、図１に関連して説明するＵＥ１０２に従って実装することができる。ＵＥ８０２は、ＵＥ８０２の動作を制御するプロセッサ８８１を含む。プロセッサ８８１はまた、中央処理装置（central processing unit、ＣＰＵ）と呼ばれることもある。読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、これら２つの組み合わせ、又は情報を記憶することができる任意のタイプの装置を含み得るメモリ８８７は、プロセッサ８８１に命令８８３ａ及びデータ８８５ａを提供する。メモリ８８７の一部分はまた、不揮発性ランダムアクセスメモリ（non-volatile random access memory、ＮＶＲＡＭ）を含むこともできる。命令８８３ｂ及びデータ８８５ｂはまた、プロセッサ８８１内に存在していてもよい。プロセッサ８８１に読み込まれた命令８８３ｂ及び／又はデータ８８５ｂは、プロセッサ８８１による実行又は処理用に読み込まれたメモリ８８７からの命令８８３ａ及び／又はデータ８８５ａを含んでいてもよい。命令８８３ｂは、上述した方法２００のうちの１つ以上を実行するために、プロセッサ８８１により実行され得る。
【０１９１】
ＵＥ８０２はまた、データの送受信を可能にするための、１つ以上の送信部８５８及び１つ以上の受信部８２０を収容する筐体を含むこともできる。送信部（単数又は複数）８５８及び受信部（単数又は複数）８２０は、１つ以上の送受信部８１８に組み合わせることができる。１つ以上のアンテナ８２２ａ〜ｎが筐体に取り付けられ、送受信部８１８と電気的に結合される。
【０１９２】
ＵＥ８０２の各種構成要素は、バスシステム８８９により一体に結合され、データバスに加えて、電源バス、制御信号バス、及び状態信号バスを含むことができる。しかしながら、明瞭さのために、各種バスは、バスシステム８８９として図８に示されている。ＵＥ８０２はまた、信号を処理する際に使用するためのデジタル信号プロセッサ（digital signal processor）（ＤＳＰ）８９１を含むこともできる。ＵＥ８０２はまた、ＵＥ８０２の機能へのユーザアクセスを提供する通信インターフェース８９３を含むこともできる。図８に示されるＵＥ８０２は、具体的な構成要素の一覧ではなく、機能ブロックである。
【０１９３】
図９は、基地局９６０内に用いることができる各種構成要素を示している。図９に関連して説明する基地局９６０は、図１に関連して説明した基地局１６０に従って実装することができる。基地局９６０は、基地局９６０の動作を制御するプロセッサ９８１を含む。プロセッサ９８１はまた、中央処理装置（central processing unit、ＣＰＵ）と呼ばれることもある。読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、これら２つの組み合わせ、又は情報を記憶することができる任意のタイプの装置を含み得るメモリ９８７は、プロセッサ９８１に命令９８３ａ及びデータ９８５ａを提供する。メモリ９８７の一部分はまた、不揮発性ランダムアクセスメモリ（non-volatile random access memory、ＮＶＲＡＭ）を含むこともできる。命令９８３ｂ及びデータ９８５ｂはまた、プロセッサ９８１内に存在していてもよい。プロセッサ９８１に読み込まれた命令９８３ｂ及び／又はデータ９８５ｂは、プロセッサ９８１による実行又は処理用に読み込まれたメモリ９８７からの命令９８３ａ及び／又はデータ９８５ａを含んでいてもよい。命令９８３ｂは、上述した方法３００のうちの１つ以上を実行するために、プロセッサ９８１により実行され得る。
【０１９４】
基地局９６０はまた、データの送受信を可能にするための、１つ以上の送信部９１７及び１つ以上の受信部９７８を収容する筐体を含むこともできる。送信部（単数又は複数）９１７及び受信部（単数又は複数）９７８は、１つ以上の送受信部９７６に組み合わせることができる。１つ以上のアンテナ９８０ａ〜ｎが筐体に取り付けられ、送受信部９７６と電気的に結合される。
【０１９５】
基地局９６０の各種構成要素は、バスシステム９８９により一体に結合され、データバスに加えて、電源バス、制御信号バス及び状態信号バスを含むことができる。しかしながら、明瞭さのために、各種バスは、バスシステム９８９として図９に示されている。基地局９６０はまた、信号を処理する際に使用するためのデジタル信号プロセッサ（ＤＳＰ）９９１を含むこともできる。基地局９６０はまた、基地局９６０の機能へのユーザアクセスを提供する通信インターフェース９９３を含むこともできる。図９に示される基地局９６０は、具体的な構成要素の一覧ではなく、機能ブロックである。
【０１９６】
用語「コンピュータ可読媒体」は、コンピュータ又はプロセッサによりアクセスすることができる任意の利用可能な媒体を指す。本明細書で使用される場合、用語「コンピュータ可読媒体」は、非一時的で有形な、コンピュータ及び／又はプロセッサにより読取可能な媒体を表し得る。限定でなく例として、コンピュータ可読媒体又はプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ若しくは他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶装置、又は任意の他の媒体、すなわち命令若しくはデータ構造の形式で所望のプログラムコードを保持又は記憶するために使用可能であり、かつコンピュータ又はプロセッサによりアクセス可能な任意の他の媒体を含んでいてもよい。本明細書で使用されるディスク（disk）及びディスク（disc）は、コンパクトディスク（Compact Disc、ＣＤ）、レーザーディスク（laser disc）、光学ディスク（optical disc）、デジタル多用途ディスク（Digital Versatile Disc、ＤＶＤ）、フロッピーディスク（floppy disk）及びブルーレイ（登録商標）ディスク（Blu-ray disc）を含み、ディスク（disk）は通常データを磁気的に再生し、ディスク（disc）はレーザを用いてデータを光学的に再生する。
【０１９７】
本明細書に記載の方法のうちの１つ以上は、ハードウェアの形式で実装することができる、及び／又はハードウェアを使用して実行することができることに留意されたい。例えば、本明細書に記載の方法のうちの１つ以上は、回路、チップセット、特定用途向け集積回路（ＡＳＩＣ）、大規模集積回路（ＬＳＩ）、若しくは集積回路等に実装、及び／又はそれらを使用して実現してもよい。
【０１９８】
本明細書に開示の方法のそれぞれは、記載の方法を達成するための１つ以上のステップ又は動作を含む。方法のステップ及び／又は動作は、特許請求の範囲から逸脱することなく、互いに入れ替えてもよく、及び／又は単一のステップに組み込んでもよい。換言すると、特定の順序のステップ又は動作が記載の方法の適切な動作に必要とされない限り、特定のステップ及び／又は動作の順序及び／又は使用は、特許請求の範囲から逸脱することなく変更することができる。
【０１９９】
特許請求の範囲は、上記に例示した厳密な構成及び構成要素に限定されないことを理解されたい。特許請求の範囲から逸脱することなく、本明細書で説明したシステム、方法、及び装置の配置、動作、並びに詳細について、様々な修正、変更、及び変形を行うことができる。
【図１】
2022003718.tif 000011
【図２】
2022003718.tif 000012
【図３】
2022003718.tif 000013
【図４】
2022003718.tif 000014
【図５】
2022003718.tif 000015
【図６】
2022003718.tif 000016
【図７】
2022003718.tif 000017
【図８】
2022003718.tif 000018
【図９】
2022003718.tif 000019
【外国語明細書】
2022003718000001.pdf
2022003718000002.pdf
2022003718000003.pdf
2022003718000004.pdf