知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特表2024-503398ＰＤＣＣＨ候補をリンクするためのシステムおよび方法発明の背景
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-01-25
(54)【発明の名称】ＰＤＣＣＨ候補をリンクするためのシステムおよび方法発明の背景
(51)【国際特許分類】
H04W 72/232 20230101AFI20240118BHJP
H04W 72/0446 20230101ALI20240118BHJP
【ＦＩ】
H04W72/232
H04W72/0446
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023541835
(86)(22)【出願日】2022-01-16
(85)【翻訳文提出日】2023-08-15
(86)【国際出願番号】 IB2022050331
(87)【国際公開番号】W WO2022153260
(87)【国際公開日】2022-07-21
(31)【優先権主張番号】63/138,192
(32)【優先日】2021-01-15
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/138,725
(32)【優先日】2021-01-18
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ガオ， シウェイ
(72)【発明者】
【氏名】フレンネ， マティアス
(72)【発明者】
【氏名】チャン， ジャンウェイ
(72)【発明者】
【氏名】ムルガナタン， シヴァ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA26
5K067DD11
5K067EE02
5K067EE10
(57)【要約】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補をリンクするためのシステムおよび方法が、本明細書で提供される。いくつかの実施形態によれば、本方法は、第１および第２のサーチスペース（ＳＳ）セットに関連付けられた第１および第２の制御リソースセット（ＣＯＲＥＳＥＴ）のコンフィギュレーションを受信することと、第１および第２のＳＳセットが共通のパラメータのセットを用いて構成されることを決定することと、第１および第２のＣＯＲＥＳＥＴを第１および第２のＴＣＩ状態でアクティブ化することと、第１のＰＤＣＣＨ監視機会中の第１のＰＤＣＣＨ候補を第２のＰＤＣＣＨ監視機会中の第２のＰＤＣＣＨ候補にリンクすることと、第１のＰＤＣＣＨ候補中のＰＤＣＣＨおよび第２のＰＤＣＣＨ候補中のＰＤＣＣＨを受信することと、第１および第２のＰＤＣＣＨ候補中のＰＤＣＣＨを検出することとを含む。いくつかの実施形態は、ＴＤＭまたはＦＤＭのいずれかの方式でスロット内ＰＤＣＣＨリピートとスロット間ＰＤＣＣＨリピートの両方をサポートするために、２つのＳＳセット中のＰＤＣＣＨ候補をリンクするための簡単な方法を提供し得る。
【選択図】図５Ｂ
【選択図】図５Ｂ
【特許請求の範囲】
【請求項1】
２つのリンクされたサーチスペース（ＳＳ）セットにおいて物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）を監視するための、無線デバイスによって実行される方法であって、前記方法は、無線ノードから、第１のＳＳセットに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）と、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴとのコンフィギュレーションを受信すること（５００Ｂ）と、ここで、前記第１のＳＳセットと前記第２のＳＳセットとがリンクされ、前記第１のＳＳセットと前記第２のＳＳセットとが、パラメータの共通セットで構成され、当該パラメータは、
ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、
Ｏｓ個のスロットからなるＰＤＣＣＨ監視オフセットと、
アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の個数Ｍｓ（Ｌ）と、
Ｔｓ個のスロットからなる持続時間と、
スロットごとの開始シンボルまたはＰＤＣＣＨ監視機会の数と、
共通サーチスペース（ＣＳＳ）セットまたはユーザ装置（ＵＥ）固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、
監視対象となるダウンリンク制御情報（ＤＣＩ）フォーマットと、
のうちの１つまたは複数を含み、
第１のＴＣＩ状態で前記第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で前記第２のＣＯＲＥＳＥＴをアクティブ化するコマンドを受信すること（５０２Ｂ）と、
各アグリゲーションレベルについて、第１のスロットにおける前記第１のＳＳセットの第１のＰＤＣＣＨ監視機会における前記第１のＣＯＲＥＳＥＴにおける第１のＰＤＣＣＨ候補と、第２のスロットにおける前記第２のＳＳセットの第２のＰＤＣＣＨ監視機会における前記第２のＣＯＲＥＳＥＴにおける第２のＰＤＣＣＨ候補と、を決定すること（５０４Ｂ）と、
前記無線ノードから、前記第１のＰＤＣＣＨ候補におけるＰＤＣＣＨと、前記第２のＰＤＣＣＨ候補における当該ＰＤＣＣＨのリピートと、を受信すること（５０６Ｂ）と、
前記第１および前記第２のＰＤＣＣＨ候補における前記ＰＤＣＣＨによって搬送されるＤＣＩを検出すること（５０８Ｂ）と、
を有する方法。
【請求項2】
請求項１に記載の方法であって、前記第１および前記第２のＰＤＣＣＨ候補は、同じＣＣＥアグリゲーションレベルに対応し、それぞれの前記ＣＯＲＥＳＥＴにおいて同じＰＤＣＣＨ候補インデックスを有する、方法。
【請求項3】
請求項１または２のいずれかに記載の方法であって、前記第１および前記第２のＰＤＣＣＨ監視機会が、前記第１および前記第２のスロットにおける前記第１および前記第２のＳＳセットの各々に従った同じインデックスを有する、方法。
【請求項4】
請求項１～３のいずれか一項に記載の方法であって、前記第１および前記第２のスロットが同じスロットである、方法。
【請求項5】
請求項１～４のいずれかに記載の方法であって、さらに、前記第１および前記第２のＳＳセットを、
第１および第２のＰＤＣＣＨ監視スロットオフセットＯｓ１およびＯｓ２と、
ＰＤＣＣＨ監視の対象となる連続するスロットの個数を示す第１および第２の持続時間Ｔｓ１およびＴｓ２と、
第１および第２のＰＤＣＣＨ監視パターンまたはＰＤＣＣＨ監視スロットにおける開始シンボルの数と、
のうちの１つまたは複数を用いて構成すること、を有する方法。
【請求項6】
請求項１～５のいずれか一項に記載の方法であって、前記第１のＳＳセットの前記第１のスロットｎ１および前記第２のＳＳセットの前記第２のスロットｎ２は、ｎ１＝ｎＫｓ＋Ｏｓ１＋ｉおよびｎ２＝ｎＫｓ＋Ｏｓ２＋ｉを満たし、ここで、ｎは整数であり、ｉ＝０，１，．．．，ｍｉｎ（Ｔｓ１，Ｔｓ２）－１である、方法。
【請求項7】
請求項１から６のいずれか一項に記載の方法であって、前記第１のＰＤＣＣＨ監視パターンが、シンボルインデックス｛ｌ１，ｌ２，．．．．，ｌＮｓ１｝を有する開始シンボルのセットを含み、前記第２のＰＤＣＣＨ監視パターンが、シンボルインデックス｛ｓ１，ｓ２，．．．．，ｓＮｓ２｝を有する開始シンボルのセットを含み、Ｎｓ１およびＮｓ２が整数である、方法。
【請求項8】
請求項１～７のいずれか一項に記載の方法であって、前記第１のＰＤＣＣＨ監視機会が、前記第１のＳＳセットの前記第１のスロットにおけるシンボルｌｉにおいて始まり、前記第２のＰＤＣＣＨ監視機会が、前記第２のＳＳセットの前記第２のスロットにおけるシンボルｓｉにおいて始まり、ｉ＝１，．．．，ｍｉｎ（Ｎｓ１，Ｎｓ２）である、方法。
【請求項9】
請求項１～８のいずれか一項に記載の方法であって、さらに、前記ＰＤＣＣＨの受信と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）、およびサウンディング参照信号（ＳＲＳ）、のうちのスケジュールされた１つとの間の時間オフセットを決定することを有し、当該時間オフセットは、前記第１および前記第２のＰＤＣＣＨ候補のうちの時間的に後に生じるほうのシンボルと、ＰＤＳＣＨ、ＰＵＳＣＨ、ＣＳＩ－ＲＳ、およびＳＲＳのうちの対応する１つの第１のシンボルとの間で決定される、方法。
【請求項10】
請求項１～８のいずれか一項に記載の方法であって、さらに、スケジュールされたＰＤＳＣＨに関連付けられたハイブリッド自動再送要求アクノレッジメント（ＨＡＲＱ－ＡＣＫ）情報を搬送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを決定することを有し、前記ＰＵＣＣＨリソースを決定することは、より小さなＳＳ ＩＤを有するＳＳセットまたはより小さなＣＯＲＥＳＥＴ ＩＤを有する関連ＣＯＲＥＳＥＴに関連付けられた前記第１および前記第２のＰＤＣＣＨ候補のうちからＰＤＣＣＨ候補を決定すること、を含む、方法。
【請求項11】
請求項１から１０のいずれか一項に記載の方法であって、前記ＰＵＣＣＨリソースが、前記決定されたＰＤＣＣＨ候補および前記関連付けられたＣＯＲＥＳＥＴに基づいて決定される、方法。
【請求項12】
請求項１～１１のいずれか一項に記載の方法であって、さらに、マッピングタイプＢでＰＤＳＣＨをスケジューリングするＤＣＩフォーマット１＿２を搬送するＰＤＣＣＨの開始シンボルを、前記第１および前記第２のＰＤＣＣＨ監視機会のうちの時間的に後に生じる１つのほうの前記開始シンボルとして決定すること、を有する、方法。
【請求項13】
請求項１～１２のいずれか一項に記載の方法であって、前記第１のＳＳセットおよび前記第２のＳＳセットが識別子を介してリンクされる、方法。
【請求項14】
請求項１～１３のいずれか一項に記載の方法であって、前記無線デバイスは、新無線（ＮＲ）通信ネットワークで動作する、方法。
【請求項15】
２つのリンクされたサーチスペース（ＳＳ）セットにおいて物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信するための、基地局によって実行される方法であって、前記方法は、第１のＳＳセットに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）と、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴとのコンフィギュレーションを用いて無線ノードを構成すること構成すること（６００Ｂ）と、ここで、前記第１および前記第２のＳＳセットはリンクされ、
１つまたは複数のパラメータの共通セットを用いて前記第１のＳＳセットおよび前記第２のＳＳセットを構成すること（６０２Ｂ）と、当該パラメータは、
ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、
Ｏｓ個のスロットからなるＰＤＣＣＨ監視オフセットと、
Ｔｓ個のスロットからなる持続時間と、
スロットごとの開始シンボルまたはＰＤＣＣＨ監視機会の数と、
アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）と、
共通サーチスペース（ＣＳＳ）セットまたはユーザ装置（ＵＥ）固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、
監視対象となるダウンリンク制御情報（ＤＣＩ）フォーマットと、
のうちの１つまたは複数を含み、
第１のＴＣＩ状態で前記第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で前記第２のＣＯＲＥＳＥＴをアクティブ化すること（６０４Ｂ）と、
アグリゲーションレベルごとに、第１のスロットにおける前記第１のＳＳセットの第１のＰＤＣＣＨ監視機会における前記第１のＣＯＲＥＳＥＴにおける第１のＰＤＣＣＨ候補と、第２のスロットにおける前記第２のＳＳセットの第２のＰＤＣＣＨ監視機会における前記第２のＣＯＲＥＳＥＴにおける第２のＰＤＣＣＨ候補とを決定すること（６０６Ｂ）と、
前記無線ノードに、前記第１のＰＤＣＣＨ候補においてＰＤＣＣＨと、前記第２のＰＤＣＣＨ候補において同じＰＤＣＣＨとを送信すること（６０８Ｂ）と、
を有する方法。
【請求項16】
請求項１５に記載の方法であって、前記第１のＰＤＣＣＨ候補および前記第２のＰＤＣＣＨ候補は、同じＣＣＥアグリゲーションレベルに対応し、それぞれの前記ＣＯＲＥＳＥＴにおいて同じＰＤＣＣＨ候補インデックスを有する、方法。
【請求項17】
請求項１５および１６のいずれか一項に記載の方法であって、前記第１および前記第２のＰＤＣＣＨ監視機会は、前記第１および前記第２のスロットにおける前記第１および前記第２のＳＳセットの各々に従った同じインデックスを有する、方法。
【請求項18】
請求項１５～１７のいずれか一項に記載の方法であって、前記第１および前記第２のスロットが同じスロットである、方法。
【請求項19】
請求項１５～１８のいずれか一項に記載の方法であって、さらに、前記第１および前記第２のＳＳセットを、
第１および第２のＰＤＣＣＨ監視スロットオフセットＯｓ１およびＯｓ２と、
ＰＤＣＣＨ監視の対象となる連続するスロットの個数を示す第１および第２の持続時間Ｔｓ１およびＴｓ２と、
第１および第２のＰＤＣＣＨ監視パターンまたはＰＤＣＣＨ監視スロットにおける開始シンボルの数と、
のうちの１つまたは複数で構成すること、を有する、方法。
【請求項20】
請求項１５から１９のいずれかに記載の方法であって、前記第１のＳＳセットの前記第１のスロットｎ１および前記第２のＳＳセットの前記第２のスロットｎ２は、ｎ１＝ｎＫｓ＋Ｏｓ１＋ｉおよびｎ２＝ｎＫｓ＋Ｏｓ２＋ｉを満たし、ここで、ｎは整数であり、ｉ＝０，１，．．．，ｍｉｎ（Ｔｓ１，Ｔｓ２）－１である、方法。
【請求項21】
請求項１５から２０のいずれか一項に記載の方法であって、前記第１のＰＤＣＣＨ監視パターンが、シンボルインデックス｛ｌ１，ｌ２，．．．．，ｌＮｓ１｝を有する開始シンボルのセットを含み、前記第２のＰＤＣＣＨ監視パターンが、シンボルインデックス｛ｓ１，ｓ２，．．．．，ｓＮｓ２｝を有する開始シンボルのセットを含み、Ｎｓ１およびＮｓ２が整数である、方法。
【請求項22】
請求項１５～２１のいずれか一項に記載の方法であって、前記第１のＰＤＣＣＨ監視機会が、前記第１のＳＳセットの前記第１のスロットにおけるシンボルｌｉにおいて始まり、前記第２のＰＤＣＣＨ監視機会が、前記第２のＳＳセットの前記第２のスロットにおけるシンボルｓｉにおいて始まり、ｉ＝１，．．．，ｍｉｎ（Ｎｓ１，Ｎｓ２）である、方法。
【請求項23】
請求項１５～２２のいずれかに記載の方法であって、さらに、ＰＤＣＣＨの受信と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）、およびサウンディング参照信号（ＳＲＳ）のうちのスケジュールされた１つとの間の時間オフセットを決定すること、を有し、当該時間オフセットは、前記第１および前記第２のＰＤＣＣＨ候補のうちより後に生じるほうのシンボルと、ＰＤＳＣＨ、ＰＵＳＣＨ、ＣＳＩ－ＲＳ、およびＳＲＳのうちの対応する１つの第１のシンボルとの間で決定される、方法。
【請求項24】
請求項１５～２３のいずれかに記載の方法であって、さらに、スケジュールされたＰＤＳＣＨに関連付けられたハイブリッド自動再送要求アクノレッジメント（ＨＡＲＱ－ＡＣＫ）情報を搬送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを決定すること、を有し、前記ＰＵＣＣＨリソースを決定することは、より小さなＳＳ ＩＤを有するＳＳセットまたはより小さなＣＯＲＥＳＥＴ ＩＤを有する関連ＣＯＲＥＳＥＴに関連付けられた前記第１および前記第２のＰＤＣＣＨ候補のうちからＰＤＣＣＨ候補を決定すること、を含む、方法。
【請求項25】
請求項１５から２４のいずれかに記載の方法であって、前記ＰＵＣＣＨリソースは、前記決定されたＰＤＣＣＨ候補および前記関連付けられたＣＯＲＥＳＥＴに基づいて決定される、方法。
【請求項26】
請求項１５～２５のいずれかに記載の方法であって、さらに、マッピングタイプＢでＰＤＳＣＨをスケジューリングするＤＣＩフォーマット１＿２を搬送するＰＤＣＣＨの開始シンボルを決定すること、を有し、当該開始シンボルが、前記第１および前記第２のＰＤＣＣＨ監視機会のうちの時間的に後に生じる１つのほうの前記開始シンボルとして決定される、方法。
【請求項27】
請求項１５～２６のいずれか一項に記載の方法であって、前記第１のＳＳセットおよび前記第２のＳＳセットが識別子を介してリンクされる、方法。
【請求項28】
無線デバイス（１７００）であって、１つまたは複数の送信機（１７０８）と、
１つまたは複数の受信機（１７１０）と、
前記１つまたは複数の送信機（１７０８）および前記１つまたは複数の受信機（１７１０）とに関連付けられた処理回路（１７０２）と、を有し、前記処理回路（１７０２）は、前記無線デバイス（１７００）に、
無線ノードから、第１のＳＳセットに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）と、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴとのコンフィギュレーションを受信させ、ここで、前記第１および前記第２のＳＳセットはリンクされ、前記第１のＳＳセットおよび前記第２のＳＳセットは、パラメータの共通セットで構成され、当該パラメータは、
ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、
Ｏｓ個のスロットからなるＰＤＣＣＨ監視オフセットと、
アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）と、
Ｔｓ個のスロットからなる持続時間と、
スロットごとの開始シンボルまたはＰＤＣＣＨ監視機会の数と、
共通サーチスペース（ＣＳＳ）セットまたはユーザ装置（ＵＥ）固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、
監視対象となるダウンリンク制御情報（ＤＣＩ）フォーマットと、
のうちの１つまたは複数を含み、
第１のＴＣＩ状態で前記第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で前記第２のＣＯＲＥＳＥＴをアクティブ化するコマンドを受信させ、
アグリゲーションレベルごとに、第１のスロットにおける前記第１のＳＳセットの第１のＰＤＣＣＨ監視機会における前記第１のＣＯＲＥＳＥＴにおける第１のＰＤＣＣＨ候補と、第２のスロットにおける前記第２のＳＳセットの第２のＰＤＣＣＨ監視機会における前記第２のＣＯＲＥＳＥＴにおける第２のＰＤＣＣＨ候補と、を決定させ、
前記無線ノードから、前記第１のＰＤＣＣＨ候補においてＰＤＣＣＨと、前記第２のＰＤＣＣＨ候補において前記ＰＤＣＣＨのリピートとを受信させ、
前記第１および前記第２のＰＤＣＣＨ候補における前記ＰＤＣＣＨによって搬送されるＤＣＩを検出させる、
ように構成されている、無線デバイス。
【請求項29】
請求項２８に記載の無線デバイス（１７００）であって、前記無線デバイス（１７００）は、請求項２～１４のいずれか一項に記載の方法を実行するようにさらに適合している、無線デバイス。
【請求項30】
無線アクセスノード（１４００）であって、１つまたは複数の送信機（１４１２）と、
１つまたは複数の受信機（１４１４）と、
前記１つまたは複数の送信機（１４１２）および前記１つまたは複数の受信機（１４１４）に関連付けられた処理回路（１４０４）と、を有し、前記処理回路（１４０４）は、前記無線アクセスノード（１４００）に、
無線ノードに、第１のＳＳセットに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）と、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴとのコンフィギュレーションを構成させ、ここで、前記第１および前記第２のＳＳセットはリンクされ、
前記第１のＳＳセットおよび前記第２のＳＳセットを、パラメータの共通セットで構成させ、当該パラメータは、
ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、
Ｏｓ個のスロットからなるＰＤＣＣＨ監視オフセットと、
Ｔｓ個のスロットからなる持続時間と、
スロットごとの開始シンボルまたはＰＤＣＣＨ監視機会の数と、
アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の個数Ｍｓ（Ｌ）と、
共通サーチスペース（ＣＳＳ）セットまたはユーザ装置（ＵＥ）固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、
監視対象となるダウンリンク制御情報（ＤＣＩ）フォーマットと、
のうち１つまたは複数を含み、
第１のＴＣＩ状態で前記第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で前記第２のＣＯＲＥＳＥＴをアクティブ化させ、
アグリゲーションレベルごとに、第１のスロットにおける前記第１のＳＳセットの第１のＰＤＣＣＨ監視機会における前記第１のＣＯＲＥＳＥＴにおける第１のＰＤＣＣＨ候補と、第２のスロットにおける前記第２のＳＳセットの第２のＰＤＣＣＨ監視機会における前記第２のＣＯＲＥＳＥＴにおける第２のＰＤＣＣＨ候補とを決定させ、
前記第１のＰＤＣＣＨ候補においてＰＤＣＣＨと、前記第２のＰＤＣＣＨ候補において前記ＰＤＣＣＨと同じものを前記無線ノードに送信させる、
ように構成されている、無線アクセスノード。
【請求項31】
請求項３０に記載の無線アクセスノード（１４００）であって、前記無線アクセスノード（１５００）は、請求項１６～２７のいずれかに記載の方法を実行するようにさらに適合している、無線アクセスノード。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）本願は、２０２１年１月１５日に出願された仮特許出願第６３／１３８，１９２号および２０２１年１月１８日に出願された仮特許出願第６３／１３８，７２５号の優先権の利益を主張し、その開示の全体が参照により本明細書に組み込まれている。
【0002】
本開示は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補をリンクすることに関する。
【背景技術】
【0003】
ＮＲは、ダウンリンク（すなわち、ネットワークノード（ｇＮＢ）または基地局から、ユーザ装置またはＵＥへ）およびアップリンク（すなわち、ＵＥからｇＮＢへ）の両方においてＣＰ－ＯＦＤＭ（サイクリックプレフィックス直交周波数分割多重化）を使用する。ＤＦＴ拡散ＯＦＤＭもアップリンクでサポートされる。時間領域では、ＮＲのダウンリンクおよびアップリンクは、各１ｍｓの等しいサイズのサブフレームに編成される。サブフレームは、等しい持続時間の複数のスロットにさらに分割される。スロット長は、サブキャリア間隔に依存する。Δｆ＝１５ｋＨｚのサブキャリア間隔の場合、サブフレームごとに１つのスロットのみが存在し、各スロットは１４個のＯＦＤＭシンボルからなる。
【0004】
図１：１５ｋＨｚのサブキャリア間隔を有するＮＲ時間領域構造。ＮＲにおけるデータスケジューリングは、典型的には、スロットベースであり、その例は１４シンボルスロットとともに図１に示されており、ここで、最初の２つのシンボルは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含み、残りは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）のいずれかの物理共有データチャネルを含む。
【0005】
ＮＲでは、異なるサブキャリア間隔値がサポートされる。サポートされるサブキャリア間隔値（様々なヌメロロジーとも呼ばれる）は、Δｆ＝（１５×２μ）ｋＨｚによって与えられ、ここでμ∈０、１、２、３、４、Δｆ＝１５ｋＨｚが基本サブキャリア間隔である。異なるサブキャリア間隔におけるスロット持続時間は、１／２μｍｓによって与えられる。
【0006】
周波数領域では、システム帯域幅は、各々が１２個の連続するサブキャリアに対応するリソースブロック（ＲＢ）に分割される。ＲＢは、システム帯域幅の一端から０で始まる番号が付けられる。基本的なＮＲ物理時間－周波数リソースグリッドが図２に示されており、１４シンボルスロット内の１つのリソースブロック（ＲＢ）のみが示されている。１つのＯＦＤＭシンボル間隔中の１つのＯＦＤＭサブキャリアは、１つのリソース要素（ＲＥ）を形成する。
【0007】
ダウンリンクおよびアップリンク送信は、ｇＮＢが、各ＰＤＳＣＨまたはＰＵＳＣＨ送信のために、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）を介してダウンリンク制御情報（ＤＣＩ）を介してＵＥにＤＬ割当てまたはアップリンクグラントを送信するという、動的スケジューリングか、または、１つまたは複数のＤＬ ＳＰＳまたはＵＬの構成されたグラント（ＣＧ）が半静的に構成され、それぞれがＤＣＩによってアクティブ化または非アクティブ化されるという、セミパーシステントスケジューリング（ＳＰＳ）か、のいずれかであり得る。
【0008】
ＣＯＲＥＳＥＴとサーチスペース
【0009】
ＵＥは、潜在的なＰＤＣＣＨのためのＰＤＣＣＨ候補のセットを監視する。ＰＤＣＣＨ候補は、制御リソースセット（ＣＯＲＥＳＥＴ）の中のＬ∈［１，２，４，８，１６］個の制御チャネル要素（ＣＣＥ）からなる。ＣＣＥは、６つのリソース要素グループ（ＲＥＧ）からなり、ＲＥＧは、１つのＯＦＤＭシンボル中の１つのＲＢに等しい。Ｌは、ＣＣＥアグリゲーションレベルと呼ばれる。
【0010】
ＰＤＣＣＨ候補のセットは、ＰＤＣＣＨサーチスペース（ＳＳ）セットの観点から定義される。ＳＳセットは、共通サーチスペース（ＣＳＳ）セットまたはＵＥ固有サーチスペース（ＵＳＳ）セットであり得る。ＵＥは、ＰＤＣＣＨ候補を監視するために、帯域幅パート（ＢＷＰ）あたりで最大１０個のＳＳセットを構成され得る。
【0011】
各ＳＳセットは、ＣＯＲＥＳＥＴに関連付けられる。ＣＯＲＥＳＥＴは、周波数領域内のＮＲＢ
ＣＯＲＥＳＥＴ個のリソースブロックと、時間領域内のＮｓｙｍｂ
ＣＯＲＥＳＥＴ∈｛１，２，３｝個の連続するＯＦＤＭシンボルで構成される。ＮＲのリリース１５によれば、ＵＥは、帯域幅パートあたり最大３つのＣＯＲＥＳＥＴを構成され得る。
【0012】
各ＳＳセットについて、ＵＥは、以下を含むパラメータを用いて構成される：
● サーチスペース設定インデックスｓ、０≦ ｓ ≦４０
● サーチスペースセットｓとＣＯＲＥＳＥＴ ｐとの間の関連付け
● ｋｓ個のスロットのＰＤＣＣＨ監視周期とＯｓ個のスロットのＰＤＣＣＨ監視オフセット
● スロット内のＰＤＣＣＨ監視パターンであって、ＰＤＣＣＨ監視のためのスロット内のＣＯＲＥＳＥＴの第１のシンボルを示す、ＰＤＣＣＨ監視パターン
● サーチスペースセットが存在するスロットの番号（数）を示すＴｓ＜ｋｓ個のスロットの持続時間
● ＣＣＥアグリゲーションレベルＬごとのＰＤＣＣＨ候補の個数Ｍｓ（Ｌ）
● サーチスペース集合ｓがＣＳＳセットまたはＵＳＳセットのいずれかであるインジケーション
● 監視のためのＤＣＩフォーマット
● サーチスペース設定インデックスｓ、０≦ ｓ ≦４０
● サーチスペースセットｓとＣＯＲＥＳＥＴ ｐとの間の関連付け
● ｋｓ個のスロットのＰＤＣＣＨ監視周期とＯｓ個のスロットのＰＤＣＣＨ監視オフセット
● スロット内のＰＤＣＣＨ監視パターンであって、ＰＤＣＣＨ監視のためのスロット内のＣＯＲＥＳＥＴの第１のシンボルを示す、ＰＤＣＣＨ監視パターン
● サーチスペースセットが存在するスロットの番号（数）を示すＴｓ＜ｋｓ個のスロットの持続時間
● ＣＣＥアグリゲーションレベルＬごとのＰＤＣＣＨ候補の個数Ｍｓ（Ｌ）
● サーチスペース集合ｓがＣＳＳセットまたはＵＳＳセットのいずれかであるインジケーション
● 監視のためのＤＣＩフォーマット
【0013】
ＵＥは、スロット内のＰＤＣＣＨ監視周期、ＰＤＣＣＨ監視オフセット、およびＰＤＣＣＨ監視パターンから、アクティブなＤＬ ＢＷＰにおけるＰＤＣＣＨ監視機会を決定する。サーチスペースセットｓについて、ＵＥは、ＰＤＣＣＨ監視機会が、（ｎｆ，Ｎｓｌｏｔ
ｆｒａｍｅ、μ ＋ ｎｓ，ｆ
μ－Ｏｓ） ｍｏｄ ｋｓ＝０である場合、フレームｎｆ内のスロットｎｓ，ｆ
μに存在すると決定し、ここで、Ｎｓｌｏｔ
ｆｒａｍｅ、μは、無線フレームあたりのスロットの数である。ＵＥは、スロットｎｓ，ｆ
μから始まるＴｓ個の連続したスロットからなるサーチスペースセットｓのＰＤＣＣＨ候補を監視し、次のｋｓ－Ｔｓ個の連続したスロットからなるサーチスペースセットｓのＰＤＣＣＨ候補は監視しない。
【0014】
３ＧＰＰ（登録商標）ＴＳ３８．２１３によれば、ＣＯＲＥＳＥＴ ｐに関連するサーチスペースセットに対して、キャリアインジケータフィールド値ｎＣＩに対応するサービングセルのアクティブなＤＬ ＢＷＰのためのスロットｎｓ，ｆ
μにセットされたサーチスペースのＰＤＣＣＨ候補ｍｓ，ｎＣＩに対応するアグリゲーションレベルＬのためのＣＣＥインデックスは、次式によって与えられる。
【数1】
【0015】
ここで、任意のＣＳＳについて、Ｙｐ，ｎｓ，ｆ
μ＝０であり、ＵＳＳについて、Ｙｐ，ｎｓ，ｆ
μ＝（Ａｐ・Ｙｐ，ｎｓ，ｆ
μ
－１） ｍｏｄ Ｄ，Ｙｐ，－１＝ｎＲＮＴＩ≠０、ｐ ｍｏｄ ３＝０についてＡｐ＝３９８２７、ｐ ｍｏｄ ３＝１についてＡｐ＝３９８２９、ｐｍｏｄ３＝２についてＡｐ＝３９８３９、およびＤ＝６５５３７である。
【0016】
ｉ＝０，．．，Ｌ－１であり、ＮＣＣＥ，ｐは、ＣＯＲＥＳＥＴ ｐにおいて０からＮＣＣＥ，ｐ－１まで番号付けされたＣＣＥの数であり、ｎＣＩは、ＵＥがサービングセルのためのＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇによってキャリアインジケータフィールドを用いて構成される場合のキャリアインジケータフィールド値であり、ＰＤＣＣＨが監視される。そうでなければ、ｎＣＩ＝０であり、ｍｓ，ｎＣＩ＝０，．．，Ｍｓ，ｎＣＩ
（Ｌ）－１であり、ここで、Ｍｓ，ｎＣＩ
（Ｌ）は、ｎＣＩに対応するサービングセルのサーチスペースセットｓのアグリゲーションレベルＬについて監視するようにＵＥが構成されたＰＤＣＣＨ候補の数であり、任意のＣＳＳについて、Ｍｓ，ｍａｘ
（Ｌ）＝Ｍｓ，０
（Ｌ）であり、ＵＳＳについて、Ｍｓ，ｍａｘ
（Ｌ）は、サーチスペースセットｓのＣＣＥアグリゲーションレベルＬのためのすべての構成されたｎＣＩ値にわたる、Ｍｓ，ｎＣＩ
（Ｌ）の最大値であり、ｎＲＮＴＩのために使用されるＲＮＴＩ値は、ＵＥに割り当てられたＣ－ＲＮＴＩである。
【0017】
ＰＵＣＣＨ上のＮＲ ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバック
【0018】
ｎ番目のスロットにおけるサービングｇＮＢからダウンリンクにおいてＰＤＳＣＨを受信するとき、ＵＥは、ＰＤＳＣＨが正常に復号された場合、アップリンクにおけるＰＵＣＣＨ（物理アップリンク制御チャネル）リソースを介してｎ＋ｋ番目のスロットにおけるＨＡＲＱ ＡＣＫをｇＮＢにフィードバックし、そうでない場合、ＵＥは、ＰＤＳＣＨが正常に復号されなかったことを示すために、ｎ＋ｋ番目のスロットにおけるＨＡＲＱ ＮＡＣＫをｇＮＢに送信する。
【0019】
ＮＲでは、最大４つのＰＵＣＣＨリソースセットがＵＥに構成され得る。ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝０を有するＰＵＣＣＨリソースセットは、最大３２個のＰＵＣＣＨリソースを有することができ、一方、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝１～３を有するＰＵＣＣＨリソースセットについては、各セットは、最大８個のＰＵＣＣＨリソースを有することができる。ＵＥは、スロットにおいて送信されるべきアグリゲートされたＵＣＩ（アップリンク制御情報）ビットの個数に基づいて、スロットにおいて設定されたＰＵＣＣＨリソースを決定する。ＵＣＩビットは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫビット、スケジューリング要求（ＳＲ）ビット、およびチャネル状態情報（ＣＳＩ）ビットで構成される。
【0020】
ＤＣＩ内の３ビットのＰＲＩフィールドは、最大８個のＰＵＣＣＨリソースを有するＰＵＣＣＨリソースのセット内のＰＵＣＣＨリソースにマッピングされる。ＰＵＣＣＨリソースの第１のセットにおいて、ＰＵＣＣＨリソースの個数であるＲＰＵＣＣＨが８より大きい場合、ＵＥは、ＨＡＲＱ－ＡＣＫ情報を搬送するためのＰＵＣＣＨリソースとそのインデックスｒＰＵＣＣＨを決定する。ここで、０≦ｒＰＵＣＣＨ≦ＲＰＵＣＣＨ－１であり、具体的には、次式により決定される。
ここで、ＮＣＣＥ，ｐは、ＰＵＣＣＨ送信と同じスロット内でＵＥにより受信された複数のＤＣＩのうちで最後のＤＣＩが受信されたＣＯＲＥＳＥＴ ｐ内のＣＣＥの数であり、ｎＣＣＥ，ｐは、ＰＤＣＣＨ受信のための最初のＣＣＥのインデックスであり、ΔＰＲＩは、最後のＤＣＩ内のＰＵＣＣＨリソースインジケータフィールドの値である。
【数2】
【0021】
ＰＤＣＣＨリピート（繰り返し送信）
【0022】
図３：複数のＴＲＰからのＰＤＣＣＨリピート（繰り返し）の例。ＮＲのリリース１７では、異なる複数のＴＲＰにわたってＰＤＣＣＨを繰り返すことによって、複数のＴＲＰを用いてＰＤＣＣＨの信頼性を高めることが提案されており、図３では、ＰＤＣＣＨが異なる時間に２つのＴＲＰにわたって繰り返され、両方が同じＤＣＩを含む例が示されている。
【0023】
ＰＤＣＣＨは、２つのＴＲＰのうちの１つに各関連付けられた２つのＰＤＣＣＨ候補で繰り返される。２つのＰＤＣＣＨ候補がリンクされ、すなわち、一方のＰＤＣＣＨ候補の位置は、他方のＰＤＣＣＨ候補から取得可能となっている。ＰＤＣＣＨ検出を実行するとき、ＵＥは、各ＰＤＣＣＨ候補において個別にＰＤＣＣＨを検出することができ、または２つのリンクされたＰＤＣＣＨ候補のソフトコンバイニングによって共同で検出（ジョイントディテクション）することができる。リンクされた複数のＰＤＣＣＨ候補は、それぞれが異なるＣＯＲＥＳＥＴに関連付けられた２つのリンクされたサーチスペースセット内にあり得る。２つの関連付けられたＣＯＲＥＳＥＴの各々は、対応するＴＲＰに関連付けられた送信構成インジケータ（ＴＣＩ）状態でアクティブ化され得る。
【0024】
ＣＯＲＥＳＥＴのためにアクティブ化されたＴＣＩ状態は、ＣＯＲＥＳＥＴで送信されたＰＤＣＣＨの復調参照信号（ＤＭＲＳ）と、ＣＳＩ－ＲＳ（チャネル状態情報参照信号）またはＳＳＢ（同期信号ブロック）などの１つまたは２つのＤＬ参照信号（ＲＳ）と、の間のＱＣＬ（擬似コロケーション）情報を含む。ＤＬ ＲＳは、ＱＣＬソースＲＳと呼ばれる。ＮＲでサポートされているＱＣＬ情報のタイプは、次のとおりである：
● ’ＱＣＬーＴｙｐｅＡ（ＱＣＬタイプＡ）’： ｛ドップラーシフト、ドップラー分散平均遅延量、遅延分散｝
● ’ＱＣＬーＴｙｐｅＢ（ＱＣＬタイプＢ）’： ｛ドップラーシフト、ドップラー分散｝
● ’ＱＣＬーＴｙｐｅＣ（ＱＣＬタイプＣ）’： ｛ドップラーシフト、平均遅延｝
● ’ＱＣＬーＴｙｐｅＤ（ＱＣＬタイプＤ）’： ｛空間Ｒｘパラメータ｝
● ’ＱＣＬーＴｙｐｅＡ（ＱＣＬタイプＡ）’： ｛ドップラーシフト、ドップラー分散平均遅延量、遅延分散｝
● ’ＱＣＬーＴｙｐｅＢ（ＱＣＬタイプＢ）’： ｛ドップラーシフト、ドップラー分散｝
● ’ＱＣＬーＴｙｐｅＣ（ＱＣＬタイプＣ）’： ｛ドップラーシフト、平均遅延｝
● ’ＱＣＬーＴｙｐｅＤ（ＱＣＬタイプＤ）’： ｛空間Ｒｘパラメータ｝
【0025】
ＱＣＬ情報は、ＤＬ参照信号（ＣＳＩ－ＲＳまたはＳＳＢ）に関連付けられたものから推定された１つまたは複数のチャネル特性をＰＤＣＣＨ受信に適用するために、ＵＥによって使用され得る。たとえば、ＳＳＢが、ＣＯＲＥＳＥＴのためのアクティブ化されたＴＣＩ状態においてＱＣＬタイプＤのソースＲＳとして構成される場合、そのＳＳＢを受信するための受信ビームと同じ受信ビームが、ＣＯＲＥＳＥＴ中でＰＤＣＣＨを受信するためにＵＥによって使用されることになる。ＣＳＩ－ＲＳが、ＣＯＲＥＳＥＴのためのアクティブ化されたＴＣＩ状態においてＱＣＬタイプＡのソースＲＳとして構成される場合、ＣＳＩ－ＲＳに基づき推定されたドップラーシフト、ドップラー分散、平均遅延、および遅延分散は、ＣＯＲＥＳＥＴにおけるＰＤＣＣＨ受信のためのチャネル推定パラメータを決定するために使用され得る。ＰＤＣＣＨ候補をリンクするための改善されたシステムおよび方法が必要とされる。
【発明の概要】
【0026】
複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補をリンクするためのシステムおよび方法が、本明細書で提供される。いくつかの実施形態によれば、２つのリンクされたサーチスペース（ＳＳ）セット中のＰＤＣＣＨ候補をリンクするための、無線デバイスによって実行される方法であって、無線ノードから、第１のＳＳセットに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）と、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴとのコンフィギュレーションを受信することと、第１のＳＳセットと第２のＳＳセットとが、パラメータの共通セットを用いて構成されることを決定することと、ここで、当該パラメータは、ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の個数Ｍｓ（Ｌ）と、共通サーチスペース（ＣＳＳ）セットまたはＵＥ固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、監視対象となるダウンリンク制御情報（ＤＣＩ）フォーマットと、のうちの１つまたは複数を含み、第１のＴＣＩ状態で第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で第２のＣＯＲＥＳＥＴをアクティブ化することと、第１のＳＳセットの第１のスロットにおける第１のＰＤＣＣＨ監視機会における第１のＰＤＣＣＨ候補を、第２のＳＳセットの第２のスロットにおける第２のＰＤＣＣＨ監視機会における第２のＰＤＣＣＨ候補へリンクすることと、無線ノードから、第１のＰＤＣＣＨ候補におけるＰＤＣＣＨと、第２のＰＤＣＣＨ候補におけるＰＤＣＣＨとを受信することと、第１および第２のＰＤＣＣＨ候補におけるＰＤＣＣＨを検出することと、を有する。いくつかの実施形態は、ＴＤＭまたはＦＤＭのいずれかの方式でスロット内ＰＤＣＣＨリピートと、スロット間ＰＤＣＣＨリピートと、の両方をサポートするために、２つのＳＳセット中のＰＤＣＣＨ候補をリンクするための簡単な方法を提供し得る。
【0027】
本開示およびそれらの実施形態の特定の態様は、上記または他の課題に対する解決策を提供することができる。２つのリンクされたＳＳセットにおいてＰＤＣＣＨ候補をどのようにリンクするかに関する方法が提案される。
【0028】
本明細書で開示される問題のうちの１つ以上に対処する様々な実施形態が、本明細書で提案される。本方法は、ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、ＰＤＣＣＨ監視のための連続するスロットの個数を示すＴｓ＜ｋｓ個のスロットの持続時間と、アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の個数Ｍｓ（Ｌ）と、ＣＳＳセットまたはＵＳＳセットのいずれかのＳＳセットタイプと、監視するためのＤＣＩフォーマットと、対応するＣＯＲＥＳＥＴの開始シンボルの個数と、のうちの１つまたは複数を含むパラメータの共通セットを用いて第１のＳＳセットおよび第２のＳＳセットを構成することと、１スロットにおけるＳＳセット固有ＰＤＣＣＨ監視スロットオフセットおよびＰＤＣＣＨ監視パターンを構成することと、を有する。
【0029】
第１のＳＳセットにおける第１のＰＤＣＣＨ監視スロットを第２のＳＳセットにおける第２のＰＤＣＣＨ監視スロットに最初にリンクすることと、第１のＰＤＣＣＨ監視スロットにおける第１の監視機会を第２のＰＤＣＣＨ監視スロットにおける第２の監視機会に次にリンクすることと、次いで、第１のＰＤＣＣＨ監視機会における第１のＰＤＣＣＨ候補を第２にリンクされたＰＤＣＣＨにおける第２のＰＤＣＣＨ候補にリンクすること。
【0030】
少なくとも無線ノードと少なくともユーザ装置（ＵＥ）とからなる無線ネットワークにおいて第１および第２のサーチスペース（ＳＳ）セット上でのＰＤＣＣＨリピートの方法。本方法は、無線ノードによって、第１のＳＳセットに関連付けられた第１のＣＯＲＥＳＥＴと、第２のＳＳセット（サーチスペースセット）に関連付けられた第２のＣＯＲＥＳＥＴとをＵＥに構成することと、ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）と、ＣＳＳセットまたはＵＳＳセットのいずれかであるＳＳセットタイプと、監視するためのＤＣＩフォーマットとのうちの１つまたは複数を含む、パラメータの共通セットを用いて、第１および第２のＳＳセットを構成することと、を有する。
【0031】
本方法は、第１のＴＣＩ状態で第１のＣＯＲＥＳＥＴをアクティブ化することと、第２のＴＣＩ状態で第２のＣＯＲＥＳＥＴをアクティブ化することと、第１のＳＳセットの第１のスロットにおける第１のＰＤＣＣＨ監視機会における第１のＰＤＣＣＨ候補を、第２のＳＳセットの第２のスロットにおける第２のＰＤＣＣＨ監視機会における第２のＰＤＣＣＨ候補にリンクすることと、無線ノードによって、第１のＰＤＣＣＨ候補においてＰＤＣＣＨを送信することと、第２のＰＤＣＣＨ候補においてＰＤＣＣＨをリピートすることと、ＵＥによって、第１および第２のＰＤＣＣＨ候補においてＰＤＣＣＨを検出することとを、有してもよい。
【0032】
いくつかの実施形態によれば、第１および第２のＰＤＣＣＨ候補は、同じＣＣＥアグリゲーションレベルに対応し、同じＰＤＣＣＨ候補インデックスを有する。
【0033】
いくつかの実施形態によれば、本方法は、第１および第２のＳＳセットをそれぞれ、第１および第２のＰＤＣＣＨ監視スロットオフセットＯｓ１およびＯｓ２と、ＰＤＣＣＨ監視のための連続スロットの個数を示す第１および第２の持続時間Ｔｓ１およびＴｓ２と、ＰＤＣＣＨ監視スロット内の第１および第２のＰＤＣＣＨ監視パターンと、を用いて構成することをさらに有する。
【0034】
いくつかの実施形態によれば、シンボルインデックス｛ｌ１，ｌ２，．．．，ｌＮｓ１｝および第２のＰＤＣＣＨ監視パターンは、シンボルインデックス｛ｓ１，ｓ２，．．．，ｓＮｓ２｝を有する開始シンボルのセットを含み、ここで、Ｎｓ１およびＮｓ２は整数である。
【0035】
いくつかの実施形態によれば、第１のＳＳセットの第１のスロットｎ１および第２のＳＳセットの第２のスロットｎ２は、ｎ１＝ｎＫｓ＋Ｏｓ１＋ｉおよびｎ２＝ｎＫｓ＋Ｏｓ２＋ｉを満たし、ここで、ｎは整数であり、ｉ＝０，１，．．．，ｍｉｎ（Ｔｓ１，Ｔｓ２）－１である。
【0036】
いくつかの実施形態によれば、第１のＰＤＣＣＨ監視機会は、第１のＳＳセットの第１のスロット中のシンボルｌｉで始まり、第２のＰＤＣＣＨ監視機会は、第２のＳＳセットの第２のスロット中のシンボルｓｉで始まり、ここで、ｉ＝１，．．．，ｍｉｎ（Ｎｓ１，Ｎｓ２）である。
【0037】
いくつかの実施形態によれば、本方法は、さらに、ＰＤＣＣＨの受信と、ＰＤＳＣＨ、ＰＵＳＣＨ、ＣＳＩ－ＲＳ、およびＳＲＳのうちのスケジュールされた１つと、の間の時間オフセットを決定することを有し、当該時間オフセットは、第１および第２のＰＤＣＣＨ候補のうちで時間的に後に生じた方のシンボルと、ＰＤＳＣＨ、ＰＵＳＣＨ、ＣＳＩ－ＲＳ、およびＳＲＳのうちの対応する１つの第１のシンボルと、の間で決定される。
【0038】
いくつかの実施形態によれば、本方法は、さらに、スケジュールされたＰＤＳＣＨに関連付けられたＨＡＲＱ Ａ／Ｎを搬送するためのＰＵＣＣＨリソースを決定することを有し、前記ＰＵＣＣＨリソースを決定することは、より小さなＳＳ ＩＤを有するＳＳセットに関連付けられているか、または、より小さなＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴに関連付けられている第１および第２のＰＤＣＣＨ候補の中からＰＤＣＣＨ候補を決定することを有する。
【0039】
いくつかの実施形態によれば、ＰＵＣＣＨリソースは、決定されたＰＤＣＣＨ候補と関連付けられたＣＯＲＥＳＥＴとに基づいて、決定される。
【0040】
いくつかの実施形態によれば、本方法は、さらに、第１と第２のＰＤＣＣＨ監視機会のうちで時間的に後に生じる一方の開始シンボルとなるよう開始シンボルが決定されるように、前記ＰＤＣＣＨの前記開始シンボルを決定すること、を有する。
【0041】
いくつかの実施形態によれば、第１および第２のＳＳセットは、識別子を介してリンクされる。
【0042】
いくつかの実施形態によれば、ＵＥにおける方法であって、少なくとも１つの無線ノードと少なくとも１つのユーザ機器ＵＥとからなる無線ネットワークにおいて、第１および第２のサーチスペース（ＳＳ）上でＰＤＣＣＨリピートを受信すること、を有する。本方法は、無線ノードによって、第１のＳＳセットに関連付けられた第１のＣＯＲＥＳＥＴと、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴとのコンフィギュレーション（構成）をネットワークから受信することと、ここで、第１のＳＳセットと第２のＳＳセットとがリンクされており、いくつかのＳＳセットコンフィギュレーションパラメータが第１のセットと第２のセットとでそれぞれ同じであるという条件の下で、第１のセットと第２のセットとからＰＤＣＣＨを受信して、復号することを試みることと、を有する。
【0043】
特定の実施形態は、以下の技術的利点のうちの１つまたは複数を提供することができる。いくつかの実施形態は、ＴＤＭまたはＦＤＭのいずれかの方式でイントラスロット（スロット内）ＰＤＣＣＨリピートと、インタースロット（スロット間）ＰＤＣＣＨリピートと、の両方をサポートするために、２つのＳＳセット中のＰＤＣＣＨ候補をリンクするための簡単な方法を提供し得る。
【図面の簡単な説明】
【0044】
本明細書に組み込まれ、その一部を形成する添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理を説明するのに役立つ。
【0045】
【図1】は、新無線（ＮＲ）におけるデータスケジューリングが、典型的には、１４シンボルスロットを有するスロットベースで実行されるが、ここで、最初の２つのシンボルは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含み、残りは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）のいずれかの物理共有データチャネルを含むことを示す。
【0046】
【図2】は、１４シンボルスロット内にただ１つのリソースブロック（ＲＢ）が示される基本的なＮＲ物理時間－周波数リソースグリッドを示す。
【0047】
【図3】は、同じＤＣＩを両方とも含む、異なる時間に２つのＴＲＰにわたってＰＤＣＣＨがリピートされる例を示す。
【0048】
【図4】は、本開示の実施形態を実装することができるセルラー通信システムの一例を示す。
【0049】
【図5A】は、本開示のいくつかの実施形態による、２つのリンクされたＳＳセット内のＰＤＣＣＨ候補をリンクするための無線デバイスによって実行される方法を示す。
【図5B】は、本開示のいくつかの実施形態による、２つのリンクされたＳＳセット内のＰＤＣＣＨ候補をリンクするための無線デバイスによって実行される方法を示す。
【0050】
【0051】
【図7】は、本開示のいくつかの実施形態による、２つのＳＳセットにおけるスロット内ＰＤＣＣＨ候補をリンクする例を示す。
【0052】
【図8】は、本開示のいくつかの実施形態による、同じ監視スロットを有する２つのＳＳセットにおけるリンクされたＰＤＣＣＨ候補の例を示す。
【0053】
【図9】は、本開示のいくつかの実施形態による、２つのＳＳセットにおけるスロット間ＰＤＣＣＨ候補をリンクする例を示す。
【0054】
【図10】は、本開示のいくつかの実施形態による、同じＰＤＣＣＨ監視期間Ｋｓおよび持続時間Ｔｓを用いて構成された２つのＳＳセットにおけるＰＤＣＣＨ監視スロットを関連付ける例を示す。
【0055】
【図11】は、本開示のいくつかの実施形態による、異なる監視スロットオフセットを有する２つのＳＳセットにおけるリンクされたＰＤＣＣＨ候補の例を示す。
【0056】
【図12】は、本開示のいくつかの実施形態による、同じＰＤＣＣＨ監視期間Ｋｓと、異なる持続時間Ｔｓ１およびＴｓ２とを用いて構成された２つのＳＳセット内のＰＤＣＣＨ監視スロットを関連付ける例を示す。
【0057】
【図13】は、本開示のいくつかの実施形態による、どのＰＤＣＣＨ候補でＰＤＣＣＨが検出されるかにかかわらず、ＰＤＣＣＨの最後のシンボルが、リンクされた複数のＰＤＣＣＨ候補のうちで時間的に最後に生じるＰＤＣＣＨ候補の最後のシンボルとして、常に定義される例を示す。
【0058】
【図14】は、本開示のいくつかの実施形態による、無線アクセスノードの例示的な実施形態の概略構成図である。
【図15】は、本開示のいくつかの実施形態による、無線アクセスノードの例示的な実施形態の概略構成図である。
【図16】は、本開示のいくつかの実施形態による、無線アクセスノードの例示的な実施形態の概略構成図である。
【0059】
【0060】
【図19】は、本開示の実施形態が実施され得る通信システムの例示的な実施形態を示す。
【0061】
【0062】
【発明を実施するための形態】
【0063】
以下に記載される実施形態は、当業者が実施形態を実施し、実施形態を実施する最良の形態を示すことを可能にする情報を表す。添付の図面に照らして以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書で特に対処されないこれらの概念の適用を認識するであろう。これらの概念およびアプリケーションは、本開示の範囲内にあることを理解されたい。
【0064】
無線ノード：本明細書で使用される場合、「無線ノード」は、無線アクセスノードまたはワイヤレス通信デバイスのいずれかである。
【0065】
無線アクセスノード：本明細書で使用される場合、「無線アクセスノード」または「無線ネットワークノード」または「無線アクセスネットワークノード」は、無線で信号を送信および／または受信するように動作するセルラー通信ネットワークの無線アクセスネットワーク（ＲＡＮ）における任意のノードである。無線アクセスノードのいくつかの実例は、以下にのみ限定はされはしないが、基地局（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））第５世代（５Ｇ） ＮＲネットワークにおける新無線（ＮＲ）基地局（ｇＮＢ）または３ＧＰＰ（登録商標）ロングタームエボリューション（ＬＴＥ）ネットワークにおける拡張または発展型ノードＢ（ｅＮＢ））、ハイパワーまたはマクロ基地局、ローパワー基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、中継ノード、基地局の機能の一部を実装するネットワークノード（たとえば、ｇＮＢセントラルユニット（ｇＮＢ－ＣＵ）を実装するネットワークノードまたはｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を実装するネットワークノード）、または何らかの他の種類の無線アクセスノードの機能の一部を実装するネットワークノードを含む。
【0066】
コアネットワークノード：本明細書で使用される場合、「コアネットワークノード」は、コアネットワーク機能を実装するノードまたは任意のコアネットワークにおける任意の種類のノードである。コアネットワークノードとしては、たとえば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）、ホーム加入者サーバ（ＨＳＳ）などがある。コアネットワークノードのいくつかの他の実例は、アクセスアンドモビリティ管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、セッション管理機能（ＳＭＦ）、認証サーバー機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシー制御機能（ＰＣＦ）、ユニファイドデータ管理（ＵＤＭ）などを実装するノードを含む。
【0067】
通信デバイス：本明細書で使用される場合、「通信デバイス」は、アクセスネットワークへのアクセスを有する任意のタイプのデバイスである。通信デバイスのいくつかの例は、以下にのみ限定されるわけではないが、モバイルフォン、スマートフォン、センサデバイス、メータ、車両、家庭電化製品、医療機器、メディアプレーヤ、カメラ、または任意のタイプの消費者電子機器、たとえば、限定はされないが、テレビ、ラジオ、照明器具、タブレットコンピュータ、ラップトップ、またはパーソナルコンピュータ（ＰＣ）を含む。通信デバイスは、無線または有線コネクションを介してボイスおよび／またはデータを通信することを可能にする、携帯型、ハンドヘルド型、コンピュータ内蔵型、または車両搭載型のモバイル端末でありうる。
【0068】
無線通信デバイス：１つのタイプの通信デバイスは、無線通信デバイスであり、ワイヤレスネットワーク（たとえば、セルラーネットワーク）にアクセスする（すなわち、それによって無線サービスを提供される）任意のタイプの無線デバイスであり得る。無線通信デバイスのいくつかの例は、３ＧＰＰ（登録商標）ネットワーク中のユーザ装置デバイス（ＵＥ）、マシンタイプコミュニケーション（ＭＴＣ）デバイス、およびモノのインターネット（ＩｏＴ）デバイスを含むが、これらに限定されない。そのような無線通信デバイスは、モバイルフォン、スマートフォン、センサデバイス、メータ、車両、家庭電化製品、医療機器、メディアプレーヤ、カメラ、または任意のタイプの消費者電子機器、たとえば、限定はしないが、テレビ、ラジオ、照明器具、タブレットコンピュータ、ラップトップ、またはＰＣであり得るか、またはそれらに統合され得る。無線通信デバイスは、無線コネクションを介してボイスおよび／またはデータを通信することを可能にする、携帯型、ハンドヘルド型、コンピュータ内蔵型、または車両搭載型の移動デバイスであり得る。
【0069】
ネットワークノード：本明細書で使用される「ネットワークノード」は、ＲＡＮの一部であるか、またはセルラー通信ネットワーク／システムのコアネットワークにおける任意のノードである。
【0070】
送信／受信点（ＴＲＰ）：いくつかの実施形態によれば、ＴＲＰは、ネットワークノード、無線ヘッド、空間関係、または送信構成インジケータ（ＴＣＩ）状態のいずれかであり得る。ＴＲＰは、いくつかの実施形態によれば、空間関係またはＴＣＩ状態によって表され得る。いくつかの実施形態によれば、ＴＲＰは、複数のＴＣＩ状態を使用することができる。いくつかの実施形態によれば、ＴＲＰは、その要素に固有の物理層特性およびパラメータに従って、ＵＥとの間で無線信号を送受信するｇＮＢの一部であってもよい。いくつかの実施形態によれば、複数の送信／受信ポイント（マルチＴＲＰ）動作では、サービングセルは、２つのＴＲＰからＵＥをスケジューリングすることができ、より良好なＰＤＳＣＨカバレッジ、信頼性、および／またはデータレートを提供する。マルチＴＲＰには、単一ＤＣＩとマルチＤＣＩの２つの異なる動作モードがある。両方のモードについて、アップリンク動作およびダウンリンク動作の制御は、物理レイヤとＭＡＣの両方によって行われる。単一ＤＣＩモードでは、ＵＥは、ＴＲＰの両方について同じＤＣＩによってスケジューリングされ、マルチＤＣＩモードでは、ＵＥは、各ＴＲＰからの独立したＤＣＩによってスケジューリングされる。
【0071】
本明細書では、３ＧＰＰ（登録商標）セルラ通信システムに焦点をあてて説明しているため、３ＧＰＰ（登録商標）用語や３ＧＰＰ（登録商標）用語に類似した用語がしばしば用いられることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰ（登録商標）システムに限定されない。
【0072】
本明細書の説明では、「セル」という用語が参照され得るが、特に５Ｇ ＮＲのコンセプトに関しては、セルの代わりにビームが使用されることがあり、したがって、本明細書で説明されるコンセプトがセルとビームの両方に等しく適用可能であることに留意することが重要であろう。
【0073】
図４は、本開示の実施形態を実施することができるセルラー通信システム４００の一実施形態を示す。本明細書で説明される実施形態によれば、セルラー通信システム４００は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）および５Ｇコア（５ＧＣ）を含む５Ｇシステム（５ＧＳ）である。この例では、ＲＡＮは、基地局４０２－１および４０２－２を含み、５ＧＳにおいて、ＮＲ基地局（ｇＮＢ）と、オプションで次世代ｅＮＢ（ｎｇ－ｅＮＢ）（たとえば、５ＧＣに接続されたＬＴＥ ＲＡＮノード）とを含み、対応する（マクロ）セル４０４－１および４０４－２を制御する。基地局４０２－１および４０２－２は、本明細書では一般に、集合的に基地局４０２と呼ばれ、個別に基地局４０２と呼ばれる。同様に、（マクロ）セル４０４－１および４０４－２は、本明細書では一般に集合的に（マクロ）セル４０４と呼ばれ、個別に（マクロ）セル４０４と呼ばれる。ＲＡＮはまた、対応するスモールセル４０８－１～４０８－４を制御するいくつかの低電力ノード４０６－１～４０６－４を含み得る。低電力ノード４０６－１から４０６－４は、小型基地局（ピコまたはフェムト基地局など）または遠隔無線ヘッド（ＲＲＨ）などとすることができる。特に、図示されていないが、スモールセル４０８－１から４０８－４のうちの１つまたは複数は、代替的に、基地局４０２によって提供されてもよい。低電力ノード４０６－１から４０６－４は、本明細書では一般に、集合的に低電力ノード４０６と呼ばれたり、個別に低電力ノード２０６と呼ばれたりする。同様に、スモールセル４０８－１～４０８－４は、本明細書では一般に、集合的にスモールセル４０８と呼ばれ、個々にスモールセル４０８と呼ばれる。セルラー通信システム４００はまた、５Ｇシステム（５ＧＳ）において５ＧＣと呼ばれるコアネットワーク４１０を含む。基地局４０２（およびオプションでローパワーノード４０６）は、コアネットワーク４１０に接続される。
【0074】
基地局４０２および低電力ノード４０６は、対応するセル４０４および４０８内の無線通信デバイス４１２－１～４１２－５にサービスを提供する。無線通信デバイス４１２－１～４１２－５は、本明細書では一般に、集合的に無線通信デバイス４１２と呼ばれ、個々に無線通信デバイス４１２と呼ばれる。以下の説明では、無線通信デバイス４１２は、多くの場合、ＵＥであるが、本開示はそれに限定されない。
【0075】
現在、いくつかの課題が存在する。２つのリンクされたＳＳセットは、ＰＤＣＣＨ監視期間およびスロットオフセットなどの異なるパラメータで構成され得るため、２つのリンクされたＳＳセット内のＰＤＣＣＨ候補をどのようにリンクするかが問題である。複数のＰＤＣＣＨ候補をリンクするための改善されたシステムおよび方法が必要とされる。
【0076】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補をリンクするためのシステムおよび方法が、本明細書で提供される。いくつかの実施形態によれば、本方法は、第１および第２のサーチスペース（ＳＳ）セットに関連付けられた第１および第２の制御リソースセット（ＣＯＲＥＳＥＴ）のコンフィギュレーション（構成）を受信することと、第１および第２のＳＳセットが共通のパラメータのセットを用いて構成されることを決定することと、第１および第２のＣＯＲＥＳＥＴを第１および第２のＴＣＩ状態でアクティブ化することと、第１のＰＤＣＣＨ監視機会中の第１のＰＤＣＣＨ候補を第２のＰＤＣＣＨ監視機会中の第２のＰＤＣＣＨ候補にリンクすることと、第１のＰＤＣＣＨ候補中のＰＤＣＣＨおよび第２のＰＤＣＣＨ候補中のＰＤＣＣＨを受信することと、第１および第２のＰＤＣＣＨ候補中のＰＤＣＣＨを検出することと、を有する。いくつかの実施形態は、ＴＤＭまたはＦＤＭのいずれかの方式でスロット内ＰＤＣＣＨリピートおよびスロット間ＰＤＣＣＨリピートの両方をサポートするために、２つのＳＳセット中のＰＤＣＣＨ候補をリンクするための簡単な方法を提供し得る。
【0077】
図５Ａは、２つのリンクされたＳＳセット内のＰＤＣＣＨ候補をリンクするための無線デバイスによって実行される方法を示す。本方法は、無線ノードから、第１のＳＳセットに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）と、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴとのコンフィギュレーションを受信すること（ステップ５００Ａ）と、第１のＳＳセットと第２のＳＳセットとが、ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）と、共通サーチスペース（ＣＳＳ）セットまたはＵＥ固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、監視対象となるＤＣＩフォーマットと、のうちの１つ以上を含むパラメータの共通セットを用いて構成されることを決定すること（ステップ５０２Ａ）と、第１のＴＣＩ状態で第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で第２のＣＯＲＥＳＥＴをアクティブ化すること（ステップ５０４Ａ）と、第１のＳＳセットの第１のスロットにおける第１のＰＤＣＣＨ監視機会における第１のＰＤＣＣＨ候補を、第２のＳＳセットの第２のスロットにおける第２のＰＤＣＣＨ監視機会における第２のＰＤＣＣＨ候補にリンクすること（ステップ５０６Ａ）と、無線ノードから、第１のＰＤＣＣＨ候補におけるＰＤＣＣＨと、第２のＰＤＣＣＨ候補におけるＰＤＣＣＨとを受信すること（ステップ５０８Ａ）と、第１および第２のＰＤＣＣＨ候補におけるＰＤＣＣＨを検出すること（ステップ５１０Ａ）と、のうちの１つまたは複数を有する。
【0078】
図５Ｂは、２つのリンクされたＳＳセット内のＰＤＣＣＨ候補をリンクするための無線デバイスによって実行される方法を示す。本方法は、無線ノードから、第１のＳＳセットに関連付けられた第１のＣＯＲＥＳＥＴと、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴと、のコンフィギュレーションを受信すること（ステップ５００Ｂ）と、ここで、第１および第２のＳＳセットはリンクされており、かつ、第１のＳＳセットおよび第２のＳＳセットは、ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、Ｏｓ個のスロットからなるＰＤＣＣＨ監視オフセットと、アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）と、Ｔｓ個のスロットからなる持続時間と、スロットあたりの開始シンボルまたはＰＤＣＣＨ監視機会の数（番号）と、共通サーチスペース（ＣＳＳ）セットまたはユーザ装置（ＵＥ）固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、監視対象となるダウンリンク制御情報（ＤＣＩ）フォーマットと、のうちの１つまたは複数を有する、パラメータの共通セットを用いて構成され、第１のＴＣＩ状態で第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で第２のＣＯＲＥＳＥＴをアクティブ化するコマンドを受信すること（ステップ５０２Ｂ）と、各アグリゲーションレベルについて、第１のスロットにおける第１のＳＳセットの第１のＰＤＣＣＨ監視機会における第１のＣＯＲＥＳＥＴにおける第１のＰＤＣＣＨ候補と、第２のスロットにおける第２のＳＳセットの第２のＰＤＣＣＨ監視機会における第２のＣＯＲＥＳＥＴにおける第２のＰＤＣＣＨ候補と、を決定するすること（ステップ５０４Ｂ）と、無線ノードから、第１のＰＤＣＣＨ候補におけるＰＤＣＣＨと、第２のＰＤＣＣＨ候補におけるＰＤＣＣＨのリピートとを受信すること（ステップ５０６Ｂ）と、第１および第２のＰＤＣＣＨ候補におけるＰＤＣＣＨによって搬送されるＤＣＩを検出すること（ステップ５０８Ｂ）と、を有する。
【0079】
図６Ａは、２つのリンクされたＳＳセットにおいてＰＤＣＣＨ候補をリンクするために基地局によって実行される方法を示す。本方法は、第１のＳＳセットとに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）と第２のＳＳセットに関連付けられた第２ＣＯＲＥＳＥＴとのコンフィギュレーションを用いて、無線ノードを構成すること（ステップ６００Ａ）と、第１のＳＳセットと第２のＳＳセットとを、ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）と、共通サーチスペース（ＣＳＳ）セットまたはＵＥ固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、監視対象となるダウンリンク制御情報（ＤＣＩ）フォーマットと、のうちの１つまたは複数を含む共通のパラメータセットで構成すること（ステップ６０２Ａ）と、第１のＴＣＩ状態で第１のＣＯＲＥＳＥＴをアクティブ化し、第２のＴＣＩ状態で第２のＣＯＲＥＳＥＴをアクティブ化するスこと（ステップ６０４Ａ）と、第１のＳＳセットの第１のスロットにおける第１のＰＤＣＣＨ監視機会における第１のＰＤＣＣＨ候補を、第２のＳＳセットの第２のスロットにおける第２のＰＤＣＣＨ監視機会における第２のＰＤＣＣＨ候補へリンクすること（ステップ６０６Ａ）と、無線デバイスに、第１のＰＤＣＣＨ候補においてＰＤＣＣＨと、第２のＰＤＣＣＨ候補において当該ＰＤＣＣＨとを無線ノードへ送信することと、のうちの１つまたは複数を含む。
【0080】
図６Ｂは、２つのリンクされたＳＳセットにおいてＰＤＣＣＨ候補をリンクするために基地局によって実行される方法を示す。本方法は、第１のＳＳセットに関連付けられた第１のＣＯＲＥＳＥＴと、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴとのコンフィギュレーション用いて無線ノードを構成すること（ステップ６００Ｂ）と、ここで、第１のＳＳセットと第２のＳＳセットとはリンクされており、第１のＳＳセットと第２のＳＳセットとを、ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、Ｏｓ個のスロットからなるＰＤＣＣＨ監視オフセットと、Ｔｓ個のスロットからなる持続時間と、スロットあたりの開始シンボルまたはＰＤＣＣＨ監視機会の数と、アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ
（Ｌ）と、共通サーチスペース（ＣＳＳ）セットまたはユーザ装置（ＵＥ）固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、監視対象となるダウンリンク制御情報（ＤＣＩ）フォーマットと、のうちの１つまたは複数を有するパラメータの共通セットを用いて、構成すること（ステップ６０２Ｂ）と、第１のＴＣＩ状態で第１のＣＯＲＥＳＥＴおよび第２のＴＣＩ状態で第２のＣＯＲＥＳＥＴをアクティブ化すること（ステップ６０４Ｂ）と、各アグリゲーションレベルについて、第１のスロット内の第１のＳＳセットの第１のＰＤＣＣＨ監視機会における第１のＣＯＲＥＳＥＴにおける第１のＰＤＣＣＨ候補と、第２のスロット内の第２のＳＳセットの第２のＰＤＣＣＨ監視機会における第２のＣＯＲＥＳＥＴにおける第２のＰＤＣＣＨ候補とを決定すること（ステップ６０６Ｂ）と、第１のＰＤＣＣＨ候補におけるＰＤＣＣＨと第２のＰＤＣＣＨ候補における同じＰＤＣＣＨとを無線ノードに送信すること（ステップ６０８Ｂ）と、を有する。
【0081】
説明のために、２つのリンクされたＳＳセットとして、ＳＳセット＃１と、ＳＳセット＃２と、がＵＥのために構成されると仮定する。ＳＳセット＃１およびＳＳセット＃２は、それぞれＣＯＲＥＳＥＴ ＃１およびＣＯＲＥＳＥＴ ＃２に関連付けられる。ＣＯＲＥＳＥＴ ＃１およびＣＯＲＥＳＥＴ ＃２は、それぞれＴＣＩ状態＃１およびＴＣＩ状態＃２でアクティブ化される。リンクは、２つのＳＳセット間のリンク（紐づけ）を示すために、２つの構成されたＳＳセットの各々において明示的なインジケータをネットワークからＵＥに対して、構成することによって行われ得る。たとえば、インジケータは、リンクされたＳＳセットを指し示す、ＳＳセット内のＳＳセットＩＤであり得る。代替的に、識別子の値が各ＳＳセット内に構成され、次いで、同じ値で構成されたＳＳセットが、共にリンクされていることがＵＥによって仮定される。
【0082】
同一のスロット内における２つのＳＳセットにおけるＰＤＣＣＨ候補のリンク
【0083】
リンクされる２つ以上のＳＳセットのＰＤＣＣＨ候補について、一実施形態によれば、２つ以上のＳＳセットは、ＰＤＣＣＨ監視のための同じスロット、すなわち、以下のパラメータのうちの１つ以上について同じ（または共通の）構成で構成される：
● ｋｓ個のスロットからなるＰＤＣＣＨ監視周期およびＯｓ個のスロットからなるＰＤＣＣＨ監視オフセット
● サーチスペースセットが存在するスロットの数（番号）を示す、Ｔｓ＜ｋｓ個のスロットからなる持続時間
● ＣＣＥアグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）
● ＣＳＳセットまたはＵＳＳセットのいずれか
● 監視対象のＤＣＩフォーマット
● 対応するＣＯＲＥＳＥＴの開始シンボルの番号（数）。
● ｋｓ個のスロットからなるＰＤＣＣＨ監視周期およびＯｓ個のスロットからなるＰＤＣＣＨ監視オフセット
● サーチスペースセットが存在するスロットの数（番号）を示す、Ｔｓ＜ｋｓ個のスロットからなる持続時間
● ＣＣＥアグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）
● ＣＳＳセットまたはＵＳＳセットのいずれか
● 監視対象のＤＣＩフォーマット
● 対応するＣＯＲＥＳＥＴの開始シンボルの番号（数）。
【0084】
２つ以上のＳＳセット（またはＰＤＣＣＨ候補）間のリンクを使用するようにネットワークによって構成されたＵＥは、上に列挙されたパラメータコンフィギュレーションのうちの少なくとも１つが、これらの２つ以上のＳＳセットについて同じであることを可能にする（または仮定する）。したがって、ＵＥは、リンクされる２つ以上のＳＳセットを用いてネットワークによって構成されることを予期しておら、上記のリスト中の１つまたは複数のパラメータが、異なるように構成される。
【0085】
図７：２つのＳＳセットにおけるスロット内ＰＤＣＣＨ候補のリンクの例図７は、２つのＳＳセットを構成する例を示す。この例では、２つのＳＳセットの両方が、ｋｓ＝５個のスロットからなる同じＰＤＣＣＨ監視周期と、１個の同じスロットオフセット、すなわち、Ｏｓ１＝Ｏｓ２＝１、および、Ｔｓ＝１個のスロットからなる同じ持続時間で構成される。各監視スロット内では、両方のＳＳセットが２つの開始シンボルで構成される。図７（ａ）では、２つのＳＳセットは、関連付けられたＣＯＲＥＳＥＴの異なる開始シンボルで、すなわち、ＳＳセット＃１のシンボル０および７と、ＳＳセット＃２のシンボル２および９とで構成される。これらの開始シンボルの各々は、各ＳＳセット内の監視スロット内のＰＤＣＣＨ監視機会を定義する。この例によれば、各ＣＯＲＥＳＥＴは、２つのシンボルの持続時間で構成され、したがって、各監視機会は、２つのシンボルにわたっている。ＳＳセット＃１における第１の監視機会は、ＳＳセット２における第１の監視機会にリンクされる。同様に、ＳＳセット＃１における第２の監視機会は、ＳＳセット２における第２の監視機会にリンクされる。
【0086】
２つのＳＳセットにおける２つのＰＤＣＣＨ監視機会の間のリンクは、各ＣＣＥアグリゲーションレベルＬについて、２つの関連付けられたＣＯＲＥＳＥＴ中で同じＰＤＣＣＨ候補インデックスを有するＰＤＣＣＨ候補がリンクされることを意味する。ＰＤＣＣＨは、２つのリンクされたＰＤＣＣＨ候補において繰り返される（リピートされる）ことが可能である。図７（ａ）では、２つのＳＳセットがそれぞれ異なる開始シンボルを構成されており、したがって、時分割多重（ＴＤＭ）方式では２つのＳＳセット内の２つのリンクされたＰＤＣＣＨ候補においてＰＤＣＣＨをリピートすることができる。図７（ｂ）では、２つのＳＳセットがそれぞれ同じ開始シンボルを構成されており、関連する複数のＣＯＲＥＳＥＴは、異なるＲＢで構成される。この場合、２つのＳＳセット内の２つのリンクされたＰＤＣＣＨ候補において、ＰＤＣＣＨは、周波数分割多重（ＦＤＭ）方式で、リピートされる。
【0087】
図８：同じ監視スロットを有する２つのＳＳセットにおいてリンクされたＰＤＣＣＨ候補の例。一例として、図８は、アグリゲーションレベルごとに２つのＳＳセット中でリンクされたＰＤＣＣＨ候補を示し、ここで、両方のＣＯＲＥＳＥＴは、９個のＣＣＥを含み、２つのＳＳセットは、それぞれ、アグリゲーションレベルＬ＝１、２、４において、４，２および１個のＰＤＣＣＨ候補を構成される。
【0088】
異なるスロットにおける２つのＳＳセットにおけるＰＤＣＣＨ候補のリンク
【0089】
別の実施形態によれば、２つのＳＳセットは、ＰＤＣＣＨ監視のための異なるスロットオフセットを構成されるが、以下のパラメータのうちの１つまたは複数について同じ構成を有する：
● ｋｓ個のスロットからなるＰＤＣＣＨ監視周期
● サーチスペースセットが存在するスロットの数を示す、Ｔｓ＜ｋｓ個のスロットの持続時間
● ＣＣＥアグリゲーションレベルＬあたりのＰＤＣＣＨ候補数Ｍｓ（Ｌ）
● ＣＳＳセットまたはＵＳＳセットのいずれか
● 監視対象のＤＣＩフォーマット
● 対応するＣＯＲＥＳＥＴの開始シンボルの数（番号）。
● ｋｓ個のスロットからなるＰＤＣＣＨ監視周期
● サーチスペースセットが存在するスロットの数を示す、Ｔｓ＜ｋｓ個のスロットの持続時間
● ＣＣＥアグリゲーションレベルＬあたりのＰＤＣＣＨ候補数Ｍｓ（Ｌ）
● ＣＳＳセットまたはＵＳＳセットのいずれか
● 監視対象のＤＣＩフォーマット
● 対応するＣＯＲＥＳＥＴの開始シンボルの数（番号）。
【0090】
ＵＥは、リンクされた２つ以上のＳＳセットをネットワークによって構成されることを予期されず、スロットオフセットは、２つのＳＳセットに対してそれぞれ異なるように構成され、ここで、上記リスト中の１つまたは複数のパラメータは、それぞれ異なるように構成される。
【0091】
図９：２つのＳＳセットにおけるスロット間ＰＤＣＣＨ候補のリンクの例。図９は、ｋｓ＝５個のスロットおよび持続時間Ｔｓ＝１の同じＰＤＣＣＨ監視周期を有するが、異なるスロットオフセットＯｓ１＝１およびＯｓ２＝２をそれぞれ有する２つのＳＳセットを構成する例を示す。各監視スロット内で、両方のＳＳセットは、２つの開始シンボル、すなわち、ＳＳセット＃１中のシンボル０および７と、ＳＳセット＃２中のシンボル２および９とで構成され、２つの開始シンボルは、２つのＳＳセットの各々における２つのＰＤＣＣＨ監視機会に関連付けられる。ＳＳセット＃１における第１の監視機会は、ＳＳセット＃２における第１の監視機会にリンクされる。ＳＳセット＃１における第２の監視機会は、ＳＳセット＃２における第２の監視機会にリンクされる。
【0092】
一般に、２つのリンクされたＳＳセットが異なるスロットオフセットを有する場合、２つの関連するＰＤＣＣＨ監視スロット内で各開始シンボルから始まる２つのＣＯＲＥＳＥＴのＰＤＣＣＨ候補がリンクされる。２つのリンクされたＳＳセット内の２つのリンクされた監視スロットは、２つのＳＳセットの各々において、同じ監視期間内の監視持続時間内に同じ開始スロットを有する。これは、図１０に示されている：同じＰＤＣＣＨ監視期間Ｋｓおよび持続時間Ｔｓで構成された２つのＳＳセットにおいてＰＤＣＣＨ監視スロットを関連付ける例である。ｎ１を第１のＳＳセット内のスロットとし、ｎ２を第２のＳＳセット内のスロットとすると、２つのスロットは、ｎ１＝ｎＫｓ＋Ｏｓ１＋ｉ、およびｎ２＝ｎＫｓ＋Ｏｓ２＋ｉを満たす場合にリンクされ、ここで、ｎは整数であり、ｉ＝０、１，．．．，Ｔｓ－１である。
【0093】
図１１は、異なる監視スロットオフセット、すなわち、Ｏｓ１＝１およびＯｓ２＝２を有する２つのＳＳセットにおけるリンクされたＰＤＣＣＨ候補の例を示し、ここで、両方のＣＯＲＥＳＥＴは、９つのＣＣＥを含み、２つのＳＳセットは、それぞれ、アグリゲーションレベルＬ＝１、２、４において、４、２、および１個のＰＤＣＣＨ候補を構成される。
【0094】
異なる持続時間を有する２つのＳＳセットにおけるＰＤＣＣＨ候補のリンク
【0095】
別の実施形態によれば、２つのＳＳセットは、異なる持続時間で構成される。Ｔｓ１およびＴｓ２は、それぞれサーチスペースセット１および２が存在するスロットの数を示すものとする。ｋｓ個のスロットからなる同じＰＤＣＣＨ監視周期が両方のサーチスペースセットに対して構成されると仮定すると、Ｔｓ１＜ｋｓおよびＴｓ２＜ｋｓである。サーチスペースセット１および２に対して構成された他のパラメータについては、以下のパラメータのうちの１つまたは複数が同じであるように構成され得る：
● ｋｓ個のスロットからなるＰＤＣＣＨ監視周期
● ＣＣＥアグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）
● ＣＳＳセットまたはＵＳＳセットのいずれか
● 監視対象のＤＣＩフォーマット
● 対応するＣＯＲＥＳＥＴの開始シンボルの数（番号）。
● ｋｓ個のスロットからなるＰＤＣＣＨ監視周期
● ＣＣＥアグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）
● ＣＳＳセットまたはＵＳＳセットのいずれか
● 監視対象のＤＣＩフォーマット
● 対応するＣＯＲＥＳＥＴの開始シンボルの数（番号）。
【0096】
図１２：同じＰＤＣＣＨ監視期間Ｋｓと、異なる持続時間Ｔｓ１およびＴｓ２とで構成された２つのＳＳセット内のＰＤＣＣＨ監視スロットを関連付ける例。図１２は、ｋｓ＝５個のスロットからなる同じＰＤＣＣＨ監視周期を有するが、異なる持続時間Ｔｓ１＝３およびＴｓ２＝２を有する、２つのＳＳセットを構成する例を示す。２つのＳＳセットはまた、それぞれ異なるスロットオフセットＯｓ１＝１およびＯｓ２＝２を構成される。ｎは、それぞれのＳＳセット持続時間内のいずれかのＳＳセット内のｎ番目のスロットを示すものとする。つまり、ＳＳ セット１の場合、ｎ＝１，２，．．．，Ｔｓ１であり、ＳＳセット２の場合、ｎ＝１，２，．．．，Ｔｓ２である。次いで、２つのＳＳセットのＳＳセット持続時間内のｎ番目のスロットがリンクされ、ここで、ｎ＝１，２，．．．，ｍｉｎ（Ｔｓ１，Ｔｓ２）である。図１２の例では、ＳＳセット１の持続時間Ｔｓ１内の第１のスロットは、ＳＳセット２の持続時間Ｔｓ２内の第１のスロットにリンクされる。同様に、ＳＳセット１の持続時間Ｔｓ１内の第２スロットは、ＳＳセット２の持続時間Ｔｓ２内の第２スロットにリンクされる。ＰＤＣＣＨは、これらの２つのリンクされたスロットにおいてリピートされてもよい。しかしながら、ＳＳセット２の持続時間がＳＳセット１の持続時間よりも短い（すなわち、Ｔｓ２＜Ｔｓ１）ため、ＳＳセット１の持続時間Ｔｓ１内の第３のスロットは、ＳＳセット２内のいずれのスロットにもリンクされない。その結果、ＳＳセット１の持続時間Ｔｓ１内に第３スロットで受信されるＰＤＣＣＨはリピートされない。
【0097】
同様に、２つのＳＳセット内の対応するＣＯＲＥＳＥＴの開始シンボルの個数が異なる値Ｎｓ１およびＮｓ２で構成されるとき、２つのＳＳセット内の２つのリンクされたＰＤＣＣＨ監視スロットについて、２つのＳＳセット内の最初のｍｉｎ（Ｎｓ１，Ｎｓ２）個のＰＤＣＣＨ監視機会のみがリンクされる。
【0098】
ＰＤＣＣＨの最後のシンボルの決定
【0099】
ＮＲにおけるいくつかのシナリオでは、ＰＤＣＣＨの最後のシンボルは、ＰＤＣＣＨとスケジュールされたＰＤＳＣＨ／ＰＵＳＣＨ／ＣＳＩ－ＲＳ／ＳＲＳとの間の時間オフセットを計算するための時間基準としてＵＥによって使用される。２つのＰＤＣＣＨ候補においてＰＤＣＣＨが繰り返される場合、ＰＤＣＣＨの最後のシンボルが明確に定義される必要がある。一実施形態によれば、どのＰＤＣＣＨ候補においてＰＤＣＣＨが検出されるかにかかわらず、ＰＤＣＣＨの最後のシンボルは、図１３に示されるように、リンクされた複数のＰＤＣＣＨ候補のうちで時間的に最も後のほうのＰＤＣＣＨ候補の最後のシンボルとして常に定義される。
【0100】
ＰＤＣＣＨの第１のシンボルの決定
【0101】
ＮＲでは、ＰＤＳＣＨリソースは、ＤＣＩにおける開始および長さインジケータ値（ＳＬＩＶ）フォーマットで示される。ＰＤＳＣＨのために割り当てられた開始シンボルＳからカウントされる連続シンボルの個数Ｌは、開始および長さインジケータＳＬＩＶから次のように決定される：
（Ｌ－１）≦の場合
ＳＬＩＶ＝１４・（Ｌ－１）＋Ｓ
その他の場合
ＳＬＩＶ＝１４・（１４－Ｌ＋１）＋（１４－１－Ｓ）
ここで、０＜ Ｌ ≦１４－Ｓである。開始シンボルＳのためのリファレンスポイントＳ０は、以下のように定義される：
● ｒｅｆｅｒｅｎｃｅＯｆＳＬＩＶＤＣＩ－１－２で構成され、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、Ｋ０＝０のＣＳ－ＲＮＴＩ、およびＰＤＳＣＨマッピングタイプＢによってスクランブルされたＣＲＣを有し、ＤＣＩフォーマット１＿２によってスケジュールされたＰＤＳＣＨを受信する場合、開始シンボルＳは、ＤＣＩフォーマット１＿２が検出されるＰＤＣＣＨ監視機会の開始シンボルＳ０に対するものであり、
● そうでない場合、開始シンボルＳは、Ｓ０＝０を使用したスロットの開始に対するものである。
（Ｌ－１）≦の場合
ＳＬＩＶ＝１４・（Ｌ－１）＋Ｓ
その他の場合
ＳＬＩＶ＝１４・（１４－Ｌ＋１）＋（１４－１－Ｓ）
ここで、０＜ Ｌ ≦１４－Ｓである。開始シンボルＳのためのリファレンスポイントＳ０は、以下のように定義される：
● ｒｅｆｅｒｅｎｃｅＯｆＳＬＩＶＤＣＩ－１－２で構成され、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、Ｋ０＝０のＣＳ－ＲＮＴＩ、およびＰＤＳＣＨマッピングタイプＢによってスクランブルされたＣＲＣを有し、ＤＣＩフォーマット１＿２によってスケジュールされたＰＤＳＣＨを受信する場合、開始シンボルＳは、ＤＣＩフォーマット１＿２が検出されるＰＤＣＣＨ監視機会の開始シンボルＳ０に対するものであり、
● そうでない場合、開始シンボルＳは、Ｓ０＝０を使用したスロットの開始に対するものである。
【0102】
２つの異なるＰＤＣＣＨ監視機会における２つのＰＤＣＣＨ候補におけるＰＤＣＣＨリピートの場合、開始シンボルＳは、ＤＣＩフォーマット１＿２が検出されるＰＤＣＣＨ監視機会の開始シンボルＳ０に対して相対的であるべきではない。むしろ、それは、どちらを介して１つのＤＣＩフォーマット１＿２が検出されるかにかかわらず、２つのＰＤＣＣＨ監視機会のうちの１つと常に相対的であるべきである。一実施形態によれば、開始シンボルＳは、時間的に後に生じるＰＤＣＣＨ監視機会の開始シンボルＳ０に対するものである。
【0103】
ＰＵＣＣＨリソースの決定
【0104】
２つのリンクされたＰＤＣＣＨ候補の場合、２つのＰＤＣＣＨ候補のための最初のＣＣＥのインデックスは、一般に異なる。２つのＰＤＣＣＨが２つの異なるＣＯＲＥＳＥＴ内にある場合、２つのＣＯＲＥＳＥＴ内のＣＣＥの数も異なることがある。
【0105】
一実施形態によれば、スケジュールされたＰＤＳＣＨに関連付けられたＰＵＣＣＨリソースは、リンクされたＰＤＣＣＨ候補のうちの１つの第１のＣＣＥインデックスと、対応するＣＯＲＥＳＥＴのＣＣＥの数とに基づく。ＰＵＣＣＨリソースを決定するために使用されるＰＤＣＣＨ候補は、最小のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄを有するＣＯＲＥＳＥＴ内のもの、または、代替的に、リンクされたＳＳセットの中で最小のｓｅａｒｃｈＳｐａｃｅＩｄを有するＳＳセット内のものであり得る。
【0106】
ＰＤＳＣＨリソースマッピング
【0107】
２つのリンクされたＰＤＣＣＨ候補の場合、ＰＤＣＣＨによってスケジュールされたＰＤＳＣＨが、ＰＤＣＣＨを含むＣＯＲＥＳＥＴの各々におけるリソースと重複する場合、２つのリンクされたＰＤＣＣＨ候補および関連するＰＤＣＣＨ ＤＭ－ＲＳに対応するリソースは、ＰＤＳＣＨのために利用可能ではない。
【0108】
図１４は、本開示のいくつかの実施形態による無線アクセスノード１４００の概略ブロック図である。オプションの機能は、破線のボックスで表される。無線アクセスノード１４００は、たとえば、本明細書で説明される基地局４０２またはｇＮＢの機能のすべてまたは一部を実装する基地局４０２または４０６またはネットワークノードであり得る。図示されるように、無線アクセスノード１４００は、１つまたは複数のプロセッサ１４０４（たとえば、中央演算処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等）、メモリ１４０６、およびネットワークインターフェース１４０８を有する制御システム１４０２を有する。１つまたは複数のプロセッサ１４０４は、本明細書では、処理回路とも呼ばれる。さらに、無線アクセスノード１４００は、１つまたは複数のアンテナ１４１６に結合された１つまたは複数の送信機１４１２と１つまたは複数の受信機１４１４とを各々が含む１つまたは複数の無線部１４１０を含み得る。無線部１４１０は、無線インターフェース回路と呼ばれてもよく、またはその一部であってもよい。いくつかの実施形態によれば、無線部１４１０は、制御システム１４０２の外部にあり、たとえば、有線コネクション（たとえば、光ケーブル）を介して制御システム１４０２に接続される。しかしながら、いくつかの他の実施形態によれば、無線部（複数可）１４１０および潜在的にアンテナ（複数可）１４１６は、制御システム１４０２と一体化される。１つまたは複数のプロセッサ１４０４は、本明細書に記載されるように、無線アクセスノード１４００の１つまたは複数の機能を提供するように動作する。ある実施形態によれば、機能は、たとえばメモリ１４０６に記憶され、１つまたは複数のプロセッサ１４０４によって実行されるソフトウェアで実現される。
【0109】
図１５は、本開示のいくつかの実施形態による無線アクセスノード１４００の仮想化された実施形態を示す概略ブロック図である。この説明は、他のタイプのネットワークノードにも同様に適用できる。さらに、他のタイプのネットワークノードは、同様の仮想化アーキテクチャを有することができる。やはり、オプション機能は、破線のボックスによって表される。
【0110】
本明細書で使用されるように、「仮想化された」無線アクセスノードは、無線アクセスノード１４００の機能の少なくとも一部が、（たとえば、ネットワーク（複数可）内の物理処理ノード（複数可）上で実行される仮想マシン（複数可）を介して）仮想コンポーネント（複数可）として実装される、無線アクセスノード１４００の実装である。図示のように、この例示では、無線アクセスノード１４００は、上記で説明されたように、制御システム１４０２および／または１つまたは複数の無線部１４１０を含み得る。制御システム１４０２は、たとえば光ケーブル等を介して無線部１４１０に接続されてもよい。無線アクセスノード１４００は、（１つまたは複数の）ネットワーク１５０２に結合された、またはその一部として含まれた１つまたは複数の処理ノード１５００を含む。存在する場合、制御システム１４０２または無線部は、ネットワーク１５０２を介して処理ノード１５００に接続される。各処理ノード１５００は、１つまたは複数のプロセッサ１５０４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または、類似物）、メモリ１５０６、およびネットワークインターフェース１５０８を有する。
【0111】
この例示では、本明細書で説明される無線アクセスノード１４００の機能１５１０は、１つまたは複数の処理ノード１５００において実装されるか、または任意の所望の方法で１つまたは複数の処理ノード１５００および制御システム１４０２および／または無線部１４１０にわたって分散配置される。いくつかの特定の実施形態によれば、本明細書に記載される無線アクセスノード１４００の機能１５１０の一部または全部は、処理ノード１５００によってホストされる仮想環境に実装される１つまたは複数の仮想マシンによって実行される仮想コンポーネントとして実装される。当業者には理解されるように、処理ノード１５００と制御システム１４０２との間の追加のシグナリングまたは通信は、所望の機能１５１０の少なくともいくつかを実行するために使用される。特に、いくつかの実施形態によれば、制御システム１４０２は含まれなくてもよく、そのケースでは、無線部１４１０は、適切なネットワークインターフェースを介して処理ノード１５００と直接的に通信する。
【0112】
いくつかの実施形態によれば、少なくとも１つのプロセッサによって実行されると、本明細書で説明される実施形態のいずれかによる、仮想環境内の無線アクセスノード１４００の機能１５１０のうちの１つまたは複数を実装する無線アクセス１４００またはノード（たとえば、処理ノード１５００）の機能を少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態によれば、前述のコンピュータプログラムプロダクトを有するキャリアが提供される。キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなどの非一時的なコンピュータ可読媒体）のうちの１つである。
【0113】
図１６は、本開示のいくつかの他の実施形態による無線アクセスノード１４００の概略ブロック図である。無線アクセスノード１４００は１つ以上のモジュール１６００を有し、その各々はソフトウェアで実現される。モジュール１６００は、本明細書に記載される無線アクセスノード１４００の機能性を提供する。この説明は、図１５の処理ノード１５００にも同様に適用可能であり、ここでは、モジュール１６００は、処理ノード１５００のうちの１つにおいて実装されてもよく、または多数の処理ノード１５００にわたって分散されてもよく、および／または処理ノード１５００および制御システム１４０２にわたって分散されてもよい。
【0114】
図１７は、本開示のいくつかの実施形態による無線通信デバイス１７００の概略ブロック図である。図示のように、無線通信デバイス１７００は、１つまたは複数のプロセッサ１７０２（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）、メモリ１７０４、ならびに１つまたは複数の送信機１７０８と、１つまたは複数のアンテナ１７１２に結合された１つまたは複数の受信機１７１０とを各々が含む１つまたは複数のトランシーバ１７０６を含む。トランシーバ１７０６は、当業者によって理解されるように、アンテナ１７１２とプロセッサ１７０２との間で通信される信号を調整するように構成された、アンテナ１７１２に接続された無線フロントエンド回路を含む。プロセッサ１７０２は、本明細書では処理回路（プロセッシング回路）とも呼ばれる。トランシーバ１７０６は、本明細書では、無線回路とも呼ばれる。いくつかの実施形態によれば、上記で説明された無線通信デバイス１７００の機能は、たとえば、メモリ１７０４に記憶され、（１つまたは複数の）プロセッサ１７０２によって実行されるソフトウェアで完全にまたは部分的に実装され得る。無線通信デバイス１７００は、たとえば、１つまたは複数のユーザインターフェース構成要素（たとえば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、スピーカなどを含む入力／出力インターフェース、および／または無線通信デバイス１７００への情報の入力を可能にするための、および／または無線通信デバイス１７００からの情報の出力を可能にするための任意の他の構成要素、電源（たとえば、蓄電池および関連する電源回路）など、図１７に示されない追加の構成要素を含み得ることに留意されたい。
【0115】
いくつかの実施形態によれば、少なくとも１つのプロセッサによって実行されると、本明細書で説明される実施形態のいずれかによる無線通信デバイス１７００の機能を少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態によれば、前述のコンピュータプログラムプロダクトを有するキャリアが提供される。キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなどの非一時的なコンピュータ可読媒体）のうちの１つである。
【0116】
図１８は、本開示のいくつかの他の実施形態による無線通信デバイス１７００の概略ブロック図である。無線通信デバイス１７００は、１つまたは複数のモジュール１８００を含み、その各々は、ソフトウェアで実装される。（１つまたは複数の）モジュール１８００は、本明細書で説明される無線通信デバイス１７００の機能を提供する。
【0117】
図１９に関して、一実施形態によれば、通信システムは、ＲＡＮなどのアクセスネットワーク１９０２と、コアネットワーク１９０４とを有する３ＧＰＰ（登録商標）タイプのセルラーネットワークなどの電気通信ネットワーク１９００を含む。アクセスネットワーク１９０２は、ノードＢ、ｅＮＢ、ｇＮＢ、または他のタイプのワイヤレスアクセスポイント（ＡＰ）などの複数の基地局１９０６Ａ、１９０６Ｂ、１９０６Ｃを有し、それぞれが対応するカバレッジエリア１９０８Ａ、１９０８Ｂ、１９０８Ｃを規定する。それぞれの基地局１９０６Ａ、１９０６Ｂ、１９０６Ｃは、有線または無線コネクション１９１０を介してコアネットワーク１９０４に接続可能である。カバレッジエリア１９０８Ｃに位置する第１のＵＥ１９１２は、対応する基地局１９０６Ｃと無線で接続されるか、またはページングされるように構成されている。カバレッジエリア１９０８Ａ内の第２のＵＥ１９１４は、対応する基地局１９０６Ａに無線で接続可能である。この例では、複数のＵＥ１９１２、１９１４が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内に存在する状況や、単一のＵＥが対応する基地局１９０６に接続している状況にも、等しく適用可能である。
【0118】
電気通信ネットワーク１９００は、それ自体がホストコンピュータ１９１６に接続され、それは、スタンドアロンサーバ、クラウド実行サーバ、分散サーバのハードウェアおよび／またはソフトウェアにおいて、またはサーバファームにおける処理リソースとして、具現化され得る。ホストコンピュータ１９１６は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりに運用されてもよい。通信ネットワーク１９００とホストコンピュータ１９１６との間のコネクション１９１８および１９２０は、コアネットワーク１９０４からホストコンピュータ１９１６まで直接的に延びてもよく、あるいは任意の中間ネットワーク１９２２を介してもよい。中間ネットワーク１９２２は、パブリック、プライベート、またはホストされたネットワークのうちの１つ、またはその複数の組合せであってもよく、中間ネットワーク１９２２は、もしあれば、バックボーンネットワークまたはインターネットであってもよく、特に、中間ネットワーク１９２２は、２つ以上のサブネットワーク（図示せず）を含んでもよい。
【0119】
図１９の通信システムは、全体として、コネクティッド状態のＵＥ１９１２、１９１４とホストコンピュータ１９１６との間のコネクティビティを実現する。コネクティビティ（接続性）は、オーバーザトップ（ＯＴＴ）コネクション１９２４として記述されてもよい。ホストコンピュータ１９１６および接続されたＵＥ１９１２、１９１４は、アクセスネットワーク１９０２、コアネットワーク１９０４、任意の中間ネットワーク１９２２、および可能なさらなるインフラストラクチャ（図示せず）を中継器として使用して、ＯＴＴコネクション１９２４を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴコネクション１９２４は、ＯＴＴコネクション１９２４が通過する参加通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気付かないという意味でトランスペアレントであり得る。たとえば、基地局１９０６は、接続されたＵＥ１９１２に転送される（たとえば、ハンドオーバされる）ためにホストコンピュータ１９１６から発信されるデータをもつ着信ダウンリンク通信の過去のルーティングについて知らされる必要はない。同様に、基地局１９０６は、ＵＥ１９１２からホストコンピュータ１９１６へ向かって発信されるアップリンク通信の将来のルーティングを認識する必要はない。
【0120】
ここで、図２０を参照して、前の段落で論じられたＵＥ、基地局、およびホストコンピュータの実施形態による、例示的な実施形態を説明する。通信システム２０００において、ホストコンピュータ２００２は、通信システム２０００の別の通信デバイスのインターフェースとの有線または無線コネクションをセットアップして維持するように構成された通信インターフェース２００６を含むハードウェア２００４を有する。ホストコンピュータ２００２は、記憶および／またはプロセッシング（処理）能力を有することができるプロセッシング回路２００８をさらに有する。特に、プロセッシング回路２００８は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を含んでもよい。ホストコンピュータ２００２はさらにソフトウェア２０１０を有し、それがホストコンピュータ２００２に記憶されるか、またはアクセス可能であり、プロセッシング回路２００８によって実行可能である。ソフトウェア２０１０は、ホストアプリケーション２０１２を有する。ホストアプリケーション２０１２は、ＵＥ２０１４およびホストコンピュータ２００２で終端されるＯＴＴコネクション２０１６を介して接続するＵＥ２０１４などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際に、ホストアプリケーション２０１２は、ＯＴＴコネクション２０１６を使用して送信されるユーザデータを提供してもよい。
【0121】
通信システム２０００は、さらに、通信システム内に設けられ、ホストコンピュータ２００２およびＵＥ２０１４と通信することを可能にするハードウェア２０２０を有する基地局２０１８を有する。ハードウェア２０２０は、通信システム２０００の別の通信デバイスのインターフェースと有線または無線コネクションをセットアップおよび維持するための通信インターフェース２０２２、ならびに基地局２０１８によってサービスされるカバレッジエリア（図２０には示されていない）に位置するＵＥ２０１４との少なくとも無線コネクション２０２６をセットアップおよび維持するための無線インターフェース２０２４を有することができる。通信インターフェース２０２２は、ホストコンピュータ２００２へのコネクション２０２８を容易にするように構成されてもよい。コネクション２０２８は、直接的なものであってもよいし、通信システムのコアネットワーク（図２０には示されていない）を通過するものであってもよいし、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過するものであってもよい。図示の実施形態によれば、基地局２０１８のハードウェア２０２０は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を有することができるプロセッシング回路２０３０をさらに有する。さらに、基地局２０１８は、内部に記憶されるか、または外部コネクションを介してアクセス可能なソフトウェア２０３２を有する。
【0122】
通信システム２０００は、すでに言及されたＵＥ２０１４をさらに有する。ＵＥ２０１４のハードウェア２０３４は、ＵＥ２０１４が現在位置するカバレッジエリアにサービスを提供する基地局との無線コネクション２０２６をセットアップおよび維持するように構成された無線インターフェース２０３６を有することができる。ＵＥ２０１４のハードウェア２０３４は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を有することができるプロセッシング回路２０３８をさらに有する。ＵＥ２０１４はさらにソフトウェア２０４０を有し、これらはＵＥ２０１４内に記憶されるかアクセス可能であり、またプロセッシング回路２０３８によって実行可能である。ソフトウェア２０４０は、クライアントアプリケーション２０４２を有する。クライアントアプリケーション２０４２は、ホストコンピュータ２００２のサポートを受けて、ＵＥ２０１４を介して人間または非人間のユーザにサービスを提供するように動作可能である。ホストコンピュータ２００２において、実行中のホストアプリケーション２０１２は、ＵＥ２０１４で終了するＯＴＴコネクション２０１６およびホストコンピュータ２００２を介して実行中のクライアントアプリケーション２０４２と通信してもよい。ユーザにサービスを提供する際に、クライアントアプリケーション２０４２は、ホストアプリケーション２０１２から要求データを受信し、要求データに応答してユーザデータを提供してもよい。ＯＴＴコネクション２０１６は、リクエストデータとユーザデータの両方を送信してもよい。クライアントアプリケーション２０４２は、ユーザと対話して、ユーザが提供するユーザデータを生成することができる。
【0123】
図２０に示されるホストコンピュータ２００２、基地局２０１８、およびＵＥ２０１４は、それぞれ、ホストコンピュータ１９１６、基地局１９０６Ａ、１９０６Ｂ、１９０６Ｃのうちの１つ、および図１９のＵＥ１９１２、１９１４のうちの１つと同様または同一であり得ることに留意されたい。すなわち、これらのエンティティの内部動作は、図２０に示されるようなものであってもよいし、これとは独立したものであってもよいし、周囲のネットワークトポロジは図１９のものであってもよい。
【0124】
図２０では、ＯＴＴコネクション２０１６は、基地局２０１８を介したホストコンピュータ２００２とＵＥ２０１４との間の通信を、いかなる中間デバイスにも明示的に言及することなく、これらの装置を介したメッセージの正確なルーティングを示すために、抽象的に描かれている。ネットワークインフラストラクチャは、ＵＥ２０１４から、またはホストコンピュータ２００２を動作するサービスプロバイダから、あるいはその両方から隠すように構成されうる、ルーティングを決定してもよい。ＯＴＴコネクション２０１６がアクティブな間、ネットワークインフラストラクチャは、（たとえば、ロードバランシングの考慮またはネットワークの再構成に基づいて）ルーティングを動的に変更する決定をさらに行うことができる。
【0125】
ＵＥ２０１４と基地局２０１８との間の無線コネクション２０２６は、本開示全体を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つ以上は、無線コネクション２０２６が最後の区分を形成するＯＴＴコネクション２０１６を使用して、ＵＥ２０１４に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、たとえば、データレート、レイテンシ、電力消費などを改善し、それによって、たとえば、ユーザ待ち時間の低減、ファイルサイズの緩和された制限、より良好な応答性、バッテリ寿命の延長などの利点を提供し得る。
【0126】
測定手順は、データレート、レイテンシ、および１つまたは複数の実施形態が改善する他の要因を監視する目的で提供され得る。さらに、測定結果のばらつきに応じて、ホストコンピュータ２００２とＵＥ２０１４との間でＯＴＴコネクション２０１６を再構成するための任意のネットワーク機能があってもよい。ＯＴＴコネクション２０１６を再構成するための測定プロシージャおよび／またはネットワーク機能は、ホストコンピュータ２００２のソフトウェア２０１０およびハードウェア２００４、またはＵＥ２０１４のソフトウェア２０４０およびハードウェア２０３４、あるいはその両方で実装されてもよい。いくつかの実施形態によれば、センサ（図示せず）は、ＯＴＴコネクション２０１６が通過する通信デバイスに配備されるか、またはそれに関連して配備されてもよく、センサは、上記で例示された監視量の値を供給することによって、またはソフトウエア２０１０、２０４０が監視量を計算または推定することができる他の物理量の値を供給することによって、測定プロシージャに参加することができる。ＯＴＴコネクション２０１６の再構成は、メッセージフォーマット、再送信設定、好適なルーティングなどを含むことができ、再構成は、基地局２０１８に影響を及ぼす必要はなく、基地局２０１８にとって未知または知覚不可能であり得る。このようなプロシージャおよび機能性は、当技術分野で公知であり、実践されているものであってもよい。いくつかの実施形態によれば、測定は、ホストコンピュータ２００２のスループット、伝搬時間、レイテンシなどの測定を容易にする独自のＵＥシグナリングを有することができる。測定は、ソフトウェア２０１０および２０４０が、伝搬時間、誤り等を監視している間に、ＯＴＴコネクション２０１６を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって実施されてもよい。
【0127】
図２１は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。この通信システムは、ホストコンピュータと、基地局と、図１９および図２０に関連して説明されたものとすることができるＵＥとを有する。本開示を簡単にするために、図２１を参照する図面のみがこのセクションに含まれる。ステップ２１００において、ホストコンピュータはユーザデータを提供する。ステップ２１００のサブステップ２１０２（オプションであってもよい）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ２１０４において、ホストコンピュータは、ユーザデータをＵＥへ搬送する送信を開始する。ステップ２１０６（オプションであってもよい）において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。ステップ２１０８（オプションであってもよい）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。
【0128】
図２２は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。この通信システムは、ホストコンピュータと、基地局と、図１９および図２０に関連して説明されたものとすることができるＵＥとを有する。本開示を簡単にするために、図２２を参照する図面のみがこのセクションに含まれる。本方法のステップ２２００において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（図示せず）では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ２２０２において、ホストコンピュータは、ユーザデータをＵＥへ搬送する送信を開始する。送信される信号は、本開示全体にわたって説明される実施形態の教示にしたがって、基地局を介して渡されてもよい。ステップ２２０４（任意であってもよい）において、ＵＥは、送信信号により搬送されるユーザデータを受信する。
【0129】
図２３は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。この通信システムは、ホストコンピュータと、基地局と、図１９および図２０に関連して説明されたものとすることができるＵＥとを有する。本開示を簡単にするために、図２３を参照する図面のみがこのセクションに含まれる。ステップ２３００（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。これに加えて、またはこれに代えて、ステップ２３０２において、ＵＥは、ユーザデータを提供する。ステップ２３００のサブステップ２３０４（オプションであってもよい）において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ２３０２のサブステップ２３０６（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップ２３０８で、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ２３１０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【0130】
図２４は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。この通信システムは、ホストコンピュータと、基地局と、図１９および図２０に関連して説明されたものとすることができるＵＥとを有する。本開示を簡単にするために、図２４を参照する図面のみがこのセクションに含まれる。ステップ２４００（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ２４０２（オプションでよい）において、基地局は、受信されたユーザデータのホストコンピュータへの送信を開始する。ステップ２４０４（任意であってもよい）において、ホストコンピュータは、基地局によって開始された送信において搬送されるユーザデータを受信する。
【0131】
本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の機能ユニット、または１つまたは複数の仮想装置のモジュールを介して実行されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを有してもよい。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジックなどを含むことができる他のデジタルハードウェアを介して実装されてもよい。プロセッシング回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたは複数のタイプのメモリを有することができる、メモリに格納されたプログラムコードを実行するように構成することができる。メモリに格納されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技術のうちの１つまたは複数を実行するための命令を有する。いくつかの実装形態では、プロセッシング回路は、本開示の１つまたは複数の実施形態に従って、それぞれの機能ユニットに対応する機能を行わせるために、使用されてもよい。
【0132】
図中のプロセスは、本開示の特定の実施形態によって実行される動作の特定の順序を示してもよいが、そのような順序は例示的であることを理解されたい（たとえば、代替の実施形態は、異なる順序で動作を実行してもよく、特定の動作を組み合わせてもよく、特定の動作をオーバーラップしてもよいなど）。
【0133】
実施形態
【0134】
グループＡの実施形態
【0135】
実施形態１： ２つのリンクされたサーチスペース（ＳＳ）セット内のＰＤＣＣＨ候補をリンクするための無線デバイスによって実行される方法であって、前記方法は、 無線ノードから、第１のＳＳセットに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）および第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴのコンフィギュレーションを受信すること（５００）と、前記第１のＳＳセットおよび前記第２のＳＳセットが、ｉ．ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、ｉｉ．アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）と、ｉｉｉ．共通サーチスペース（ＣＳＳ）セットまたはＵＥ固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、および、ｉｖ．監視対象のダウンリンク制御情報（ＤＣＩ）フォーマットと、のうちの１つまたは複数を有するパラメータの共通セットを用いて構成されることを決定すること（５０２）と、第１のＴＣＩ状態で前記第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で前記第２のＣＯＲＥＳＥＴをアクティブ化すること（５０４）と、前記第１のＳＳセットの第１のスロットにおける第１のＰＤＣＣＨ監視機会における第１のＰＤＣＣＨ候補を、前記第２のＳＳセットの第２のスロットにおける第２のＰＤＣＣＨ監視機会における第２のＰＤＣＣＨ候補に、リンクすること（５０６）と、前記無線ノードから、前記第１のＰＤＣＣＨ候補におけるＰＤＣＣＨおよび前記第２のＰＤＣＣＨ候補におけるＰＤＣＣＨを受信すること（５０８）と、前記第１および前記第２のＰＤＣＣＨ候補における前記ＰＤＣＣＨを検出すること（５１０）と、のうちの１つまたは複数を有する方法。
【0136】
実施形態２： 実施形態１に記載の方法であって、前記第１および前記第２のＰＤＣＣＨ候補は、同じＣＣＥアグリゲーションレベルに対応し、同じＰＤＣＣＨ候補インデックスを有する。
【0137】
実施形態３： 実施形態１～２のいずれかに記載の方法であって、さらに、ｉ．第１および第２のＰＤＣＣＨ監視スロットオフセットＯｓ１およびＯｓ２と、ｉｉ．ＰＤＣＣＨ監視の対象と成る連続したスロットの個数を示す第１および第２の持続時間Ｔｓ１およびＴｓ２と、ｉｉｉ．ＰＤＣＣＨ監視スロット内の第１および第２のＰＤＣＣＨ監視パターンと、のうちの１つまたは複数で、前記第１および前記第２のＳＳセットを構成すること、を有する。
【0138】
実施形態４： 実施形態１～３のいずれかに記載の方法であって、前記第１のＳＳセットの前記第１のスロットｎ１と、前記第２のＳＳセットの前記スロットｎ２とが、ｎ１＝ｎＫｓ＋Ｏｓ１＋ｉおよびｎ２＝ｎＫｓ＋Ｏｓ２＋ｉを満たし、ここで、ｎは整数であり、ｉ＝０，１，．．．，ｍｉｎ（Ｔｓ１，Ｔｓ２）－１である。
【0139】
実施形態５： 実施形態１～４のいずれかに記載の方法であって、前記第１のＰＤＣＣＨ監視パターンが、シンボルインデックス｛ｌ１，ｌ２，．．．，ｌＮｓ１｝を有する開始シンボルのセットを含み、前記第２のＰＤＣＣＨ監視パターンが、シンボルインデックス｛ｓ１，ｓ２，．．．，ｓＮｓ２｝を有する開始シンボルのセットを含み、Ｎｓ１およびＮｓ２が整数である。
【0140】
実施形態６： 実施形態１から５のいずれかに記載の方法であって、前記第１のＰＤＣＣＨ監視機会は、前記第１のＳＳセットの前記第１のスロットにおけるシンボルｌｉで始まり、前記第２のＰＤＣＣＨ監視機会は、前記第２のＳＳセットの前記第２のスロットにおけるシンボルｓｉで始まり、ｉ＝１，．．．，ｍｉｎ（Ｎｓ１，Ｎｓ２）である。
【0141】
実施形態７： 実施形態１～６のいずれかに記載の方法であって、さらに、前記ＰＤＣＣＨの受信と、ＰＤＳＣＨ、ＰＵＳＣＨ、ＣＳＩ－ＲＳ、およびＳＲＳのうちのスケジュールされた１つとの間の時間オフセットを決定することを有し、前記時間オフセットは、第１および第２のＰＤＣＣＨ候補のうち時間的に最も後に生じたほうのシンボルと、ＰＤＳＣＨ、ＰＵＳＣＨ、ＣＳＩ－ＲＳ、およびＳＲＳのうちの対応する１つの第１のシンボルと、の間で決定される。
【0142】
実施形態８： 実施形態１～７のいずれかに記載の方法であって、さらに、スケジュールされたＰＤＳＣＨに関連付けられたＨＡＲＱ Ａ／Ｎを搬送するためのＰＵＣＣＨリソースを決定することを有し、前記ＰＵＣＣＨリソースを決定することは、より小さなＳＳ ＩＤを有するＳＳセット、またはより小さなＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴに関連付けられたＳＳに関連付けられた前記第１および前記第２のＰＤＣＣＨ候補の中からＰＤＣＣＨ候補を決定することを有する。
【0143】
実施形態９： 実施形態１～８のいずれかに記載の方法であって、前記ＰＵＣＣＨリソースが、前記決定されたＰＤＣＣＨ候補および前記関連付けられたＣＯＲＥＳＥＴに基づいて決定される。
【0144】
実施形態１０： 実施形態１～９のいずれかに記載の方法であって、さらに、前記第１および前記第２のＰＤＣＣＨ監視機会のうちで時間的に後に生じる一方の開始シンボルとして開始シンボルが決定されるように、前記ＰＤＣＣＨの前記開始シンボルをを決定すること、を有する。
【0145】
実施形態１１： 実施形態１～１０のいずれかに記載の方法であって、前記第１および前記第２のＳＳセットが識別子を介してリンクされる。
【0146】
実施形態１２： ユーザデータを提供することと、前記送信を介して前記ユーザデータをホストコンピュータに前記基地局に転送することと、をさらに有する、前述の実施形態のいずれかに記載の方法。
【0147】
グループＢの実施形態
【0148】
実施形態１３： リンクされた２つのサーチスペース（ＳＳ）セットで複数のＰＤＣＣＨ候補をリンクするための、基地局によって実行される方法であって、前記方法は、第１のＳＳセットに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）および第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴのコンフィギュレーションを無線ノードに対して構成すること（６００）と、ｉ．ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、ｉｉ．アグリゲーションレベルあたりでのＰＤＣＣＨ候補の個数Ｍｓ（Ｌ）と、ｉｉｉ．共通サーチスペース（ＣＳＳ）セットまたはＵＥ固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、ｉｖ．監視対象であるダウンリンク制御情報（ＤＣＩ）フォーマットと、のうちの１つまたは複数を含む、パラメータの共通セットで前記第１のＳＳセットおよび前記第２のＳＳセットを構成すること（６０２）と、第１のＴＣＩ状態で第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で第２のＣＯＲＥＳＥＴをアクティブ化すること（６０４）と、前記第１のＳＳセットの第１のスロットにおける第１のＰＤＣＣＨ監視機会における第１のＰＤＣＣＨ候補を、前記第２のＳＳセットの第２のスロットにおける第２のＰＤＣＣＨ監視機会における第２のＰＤＣＣＨ候補にリンクすること（６０６）と、前記第１のＰＤＣＣＨ候補におけるＰＤＣＣＨおよび前記第２のＰＤＣＣＨ候補におけるＰＤＣＣＨを前記無線ノードに送信すること（６０８）と、のうちの１つまたは複数を有する。
【0149】
実施形態１４： 実施形態１３に記載の方法であって、前記第１および前記第２のＰＤＣＣＨ候補は、同じＣＣＥアグリゲーションレベルに対応し、同じＰＤＣＣＨ候補インデックスを有する。
【0150】
実施形態１５： 実施形態１３～１４のいずれかに記載の方法であって、さらに、ｉ．第１および第２のＰＤＣＣＨ監視スロットオフセットＯｓ１およびＯｓ２と、ｉｉ．ＰＤＣＣＨ監視の対象となる連続したスロットの個数を示す第１および第２の持続時間Ｔｓ１およびＴｓ２と、ｉｉｉ．ＰＤＣＣＨ監視スロット内の第１および第２のＰＤＣＣＨ監視パターンと、のうちの１つまたは複数で、前記第１および前記第２のＳＳセットを構成すること、を有する。
【0151】
実施形態１６： 実施形態１３～１５のいずれかに記載の方法であって、前記第１のＳＳセットの第１のスロットｎ１および前記第２のＳＳセットの第２のスロットｎ２が、ｎ１＝ｎＫｓ＋Ｏｓ１＋ｉおよびｎ２＝ｎＫｓ＋Ｏｓ２＋ｉを満たし、ここでｎは整数であり、ｉ＝０，１，．．．，ｍｉｎ（Ｔｓ１，Ｔｓ２）－１である。
【0152】
実施形態１７： 実施形態１３～１６のいずれかに記載の方法であって、前記第１のＰＤＣＣＨ監視パターンが、シンボルインデックス｛ｌ１，ｌ２，．．．，ｌＮｓ１｝を有する開始シンボルのセットを含み、前記第２のＰＤＣＣＨ監視パターンが、シンボルインデックス｛ｓ１，ｓ２，．．．，ｓＮｓ２｝を有する開始シンボルのセットを含み、Ｎｓ１およびＮｓ２が整数である。
【0153】
実施形態１８： 実施形態１３～１７のいずれかに記載の方法であって、前記第１のＰＤＣＣＨ監視機会が、前記第１のＳＳセットの前記第１のスロットにおけるシンボルｌｉで始まり、前記第２のＰＤＣＣＨ監視機会が、前記第２のＳＳセットの前記第２のスロットにおけるシンボルｓｉで始まり、ｉ＝１，．．．，ｍｉｎ（Ｎｓ１，Ｎｓ２）である。
【0154】
実施形態１９： 実施形態１３～１８のいずれかに記載の方法であって、さらに、前記ＰＤＣＣＨの受信と、ＰＤＳＣＨ、ＰＵＳＣＨ、ＣＳＩ－ＲＳ、およびＳＲＳのうちのスケジュールされた１つとの間の時間オフセットを決定することを有し、前記時間オフセットは、前記第１および前記第２のＰＤＣＣＨ候補のうち時間的により後のほうのＰＤＣＣＨ候補のシンボルと、ＰＤＳＣＨ、ＰＵＳＣＨ、ＣＳＩ－ＲＳ、およびＳＲＳのうちの対応する１つの前記第１のシンボルとの間で決定される。
【0155】
実施形態２０： 実施形態１３から１９のいずれかに記載の方法であって、さらに、スケジュールされたＰＤＳＣＨに関連付けられたＨＡＲＱ Ａ／Ｎを搬送するためのＰＵＣＣＨリソースを決定することを有し、 前記ＰＵＣＣＨリソースを決定することは、より小さなＳＳ ＩＤを有するＳＳセット、またはより小さなＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴ、に関連付けられた前記第１および前記第２のＰＤＣＣＨ候補の中からＰＤＣＣＨ候補を決定すること、を有する。
【0156】
実施形態２１： 実施形態１３～２０のいずれかに記載の方法であって、前記ＰＵＣＣＨリソースは、前記決定されたＰＤＣＣＨ候補および前記関連付けられたＣＯＲＥＳＥＴに基づいて決定される。
【0157】
実施形態２２： 実施形態１３～２１のいずれかに記載の方法であって、さらに、前記第１のＰＤＣＣＨ監視機会および前記第２のＰＤＣＣＨ監視機会のうちの時間的により後のほうの１つのＰＤＣＣＨ監視機会の開始シンボルとして開始シンボルが決定されるように、前記ＰＤＣＣＨの開始シンボルを決定することを有する。
【0158】
実施形態２３： 実施形態１３～２２のいずれかに記載の方法であって、前記第１および前記第２のＳＳセットが識別子を介してリンクされる。
【0159】
実施形態２４： 前述の実施形態のいずれかに記載の方法であって、ユーザデータを取得することと、前記ユーザデータをホストコンピュータまたは無線デバイスに転送することと、をさらに有する。
【0160】
グループＣの実施形態
【0161】
実施形態２５： ２つのリンクされたサーチスペース（ＳＳ）セットにおいて複数のＰＤＣＣＨ候補をリンクする無線デバイスであって、前記無線デバイスは、Ａグループの実施形態のいずれかのステップのうちのいずれかを実行するように構成された処理回路と、前記無線デバイスに電力を供給するように構成された電源回路と、を有する。
【0162】
実施形態２６： ２つのリンクされたサーチスペース（ＳＳ）セットにおいて複数のＰＤＣＣＨ候補をリンクするための基地局であって、 前記基地局は、グループＢの実施形態のいずれかのステップのいずれかを実行するように構成された処理回路と、前記基地局に電力を供給するように構成された電源回路と、を有する。
【0163】
実施形態２７： ２つのリンクされたサーチスペース（ＳＳ）セットにおいて複数のＰＤＣＣＨ候補をリンクするためのユーザ装置（ＵＥ）であって、前記ＵＥは、無線信号を送受信するように構成されたアンテナと、前記アンテナおよび処理回路に接続され、前記アンテナと前記処理回路との間で通信される信号を調整するように構成された無線フロントエンド回路と、前記グループＡの実施形態のいずれかのステップのいずれかを実行するように構成された前記処理回路と、前記処理回路に接続され、前記処理回路によって処理されるべき前記ＵＥへの情報の入力を可能にするように構成された入力インターフェースと、 前記処理回路に接続され、前記処理回路によって処理された前記ＵＥからの情報を出力するように構成された出力インターフェースと、前記処理回路に接続され、前記ＵＥに電力を供給するように構成された蓄電池と、を有する。
【0164】
実施形態２８： ユーザデータを提供するように構成された処理回路と、ユーザ装置（ＵＥ）への送信のためにセルラーネットワークに前記ユーザデータを転送するように構成された通信インターフェースとを有するホストコンピュータを含む通信システムであって、 前記セルラーネットワークは、無線インターフェースおよび処理回路を有する基地局を有し、前記基地局の前記処理回路は、前記グループＢの実施形態のいずれかのステップのいずれかを実行するように構成される。
【0165】
実施形態２９： 前記基地局をさらに有する、前の実施形態の通信システム。
【0166】
実施形態３０： 前記ＵＥをさらに有し、前記尾ＵＥは、前記基地局と通信するように構成される、前述の２つの実施形態の通信システム。
【0167】
実施形態３１： 前述の３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路が、ホストアプリケーションを実行し、それによって前記ユーザデータを提供するように構成され、前記ＵＥが、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成された処理回路を有する。
【0168】
実施形態３２： ホストコンピュータ、基地局、およびユーザ装置（ＵＥ）を含む通信システムにおいて実装される方法であって、前記方法は、前記ホストコンピュータにおいて、ユーザデータを提供することと、 前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して前記ＵＥに前記ユーザデータを搬送する送信を開始することと、を有し、前記基地局は、前記グループＢの実施形態のいずれかのステップのいずれかを実行する。
【0169】
実施形態３３： 前述の実施形態の方法であって、前記基地局において、前記ユーザデータを送信することをさらに有する。
【0170】
実施形態３４： 前述の２つの実施形態の方法であって、前記ユーザデータが、ホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供され、前記方法は、さらに、前記ＵＥにおいて、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することを有する。
【0171】
実施形態３５： 基地局と通信するように構成されたユーザ装置（ＵＥ）であって、前記ＵＥは、無線インターフェースと、前の３つの実施形態の方法を実行するように構成された処理回路とを有する。
【0172】
実施形態３６： ユーザデータを提供するように構成された処理回路と、ユーザデータをセルラーネットワークに転送してユーザ装置（ＵＥ）に伝送するように構成された通信インターフェースと、を有するホストコンピュータを含む通信システムであって、前記ＵＥは、無線インターフェースおよび処理回路を有し、前記ＵＥの構成要素は、前記グループＡの実施形態のいずれかのステップのいずれかを実行するように構成される。
【0173】
実施形態３７： 前述の実施形態の通信システムであって、前記セルラーネットワークが、前記ＵＥと通信するように構成された基地局をさらに有する。
【0174】
実施形態３８： 前述の２つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路が、ホストアプリケーションを実行し、それによって前記ユーザデータを提供するように構成され、前記ＵＥの処理回路が、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成される。
【0175】
実施形態３９： ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを含む通信システムにおいて実装される方法であって、前記方法は、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して前記ＵＥに前記ユーザデータを搬送する送信を開始することと、を有し、前記ＵＥは、前記グループＡの実施形態のいずれかのステップのいずれかを実行する。
【0176】
実施形態４０： 前述の実施形態の方法であって、前記ＵＥにおいて、前記基地局から前記ユーザデータを受信することをさらに有する。
【0177】
実施形態４１： ホストコンピュータを含む通信システムであって、ユーザ装置（ＵＥ）から基地局への送信に由来するユーザデータを受信するように構成された通信インターフェースを有し、前記ＵＥは、無線インターフェースおよび処理回路を有し、前記ＵＥの前記処理回路は、グループＡの実施形態のいずれかのステップのいずれかを実行するように構成される。
【0178】
実施形態４２： 前記ＵＥをさらに有する、前の実施形態の通信システム。
【0179】
実施形態４３： 前述の２つの実施形態の通信システムであって、前記基地局をさらに含み、前記基地局は、前記ＵＥと通信するように構成された無線インターフェースと、前記ＵＥから前記基地局への送信によって搬送される前記ユーザデータを前記ホストコンピュータに転送するように構成された通信インターフェースと、を有する。
【0180】
実施形態４４： 先の３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路が、ホストアプリケーションを実行するように構成され、前記ＵＥの前記処理回路が、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成され、それによって前記ユーザデータを提供する。
【0181】
実施形態４５： 前の４つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路が、ホストアプリケーションを実行し、それによって要求データを提供するように構成され、前記ＵＥの前記処理回路が、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによって前記要求データに応じた前記ユーザデータを提供するように構成される。
【0182】
実施形態４６： ホストコンピュータ、基地局、およびユーザ装置（ＵＥ）を含む通信システムにおいて実装される方法であって、前記ホストコンピュータにおいて、前記ＵＥから前記基地局に送信されたユーザデータを受信することを含み、前記ＵＥは、前記グループＡの実施形態のいずれかのステップのいずれかを実行する。
【0183】
実施形態４７： 前記実施形態の方法であって、前記方法は、前記ＵＥにおいて、前記ユーザデータを前記基地局に提供することをさらに有する。
【0184】
実施形態４８： 前の２つの実施形態の方法であって、前記ＵＥにおいて、クライアントアプリケーションを実行し、それによって、送信されるべき前記ユーザデータを提供することと、前記 ホストコンピュータにおいて、前記クライアントアプリケーションに関連付けられたホストアプリケーションを実行することと、をさらに有する。
【0185】
実施形態４９： 先の３つの実施形態の方法であって、前記ＵＥにおいて、クライアントアプリケーションを実行することと、前記ＵＥにおいて、前記クライアントアプリケーションへの入力データを受信することと、をさらに有し、前記入力データは、前記クライアントアプリケーションに関連するホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供され、送信される前記ユーザデータは、前記入力データに応じて前記クライアントアプリケーションによって提供される。
【0186】
実施形態５０： ユーザ装置（ＵＥ）から基地局への送信に由来するユーザデータを受信するように構成された通信インターフェースを有するホストコンピュータを含む通信システムであって、前記基地局は、無線インターフェースおよび処理回路を有し、前記基地局の前記処理回路は、グループＢの実施形態のいずれかのステップのいずれかを実行するように構成される。
【0187】
実施形態５１： 前記基地局をさらに有する、前の実施形態の通信システム。
【0188】
実施形態５２： 前記ＵＥをさらに有し、前記ＵＥは、前記基地局と通信するように構成される、前述の２つの実施形態の通信システム。
【0189】
実施形態５３： 先の３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、前記ＵＥは、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成され、それにより、前記ホストコンピュータによって受信される前記ユーザデータを提供する。
【0190】
実施形態５４： ホストコンピュータ、基地局、およびユーザ装置（ＵＥ）を含む通信システムにおいて実装される方法であって、前記方法は、前記ホストコンピュータにおいて、前記基地局が前記ＵＥから受信する送信信号に由来するユーザデータを前記基地局から受信することを有し、 前記ＵＥが、前記グループＡの実施形態のいずれかのステップのいずれかを実行する。
【0191】
実施形態５５： 前記基地局において、前記ＵＥから前記ユーザデータを受信することをさらに有する、前述の実施形態の方法。
【0192】
実施形態５６： 前記２つの実施形態の方法であって、前記基地局において、前記ホストコンピュータへの前記受信されたユーザデータの送信を開始することをさらに有する。
【0193】
本開示のいくつかの実施形態は、以下の提案のうちの１つまたは複数を使用して実装され得る。
【0194】
提案１：非ＳＦＮ方式とオプション２＋ケース１、すなわち、選択肢３（対応するＣＯＲＥＳＥＴに関連する２つのＳＳセット）をサポートして、ＰＤＣＣＨ信頼性向上のための動作仮定を確認する。
【0195】
提案２：ＵＥに対してＰＤＣＣＨリピートがイネーブルされるとき、デフォルトでは、２つのＰＤＣＣＨ候補がリンクされる。３つ以上のリンクを設定できるかどうかはＦＦＳである。
【0196】
提案３：ＰＤＣＣＨペアごとの２つのブラインド復号は、ＰＤＣＣＨがリンクされた２つのＰＤＣＣＨ候補からなるとき、ＵＥのためのＢＤリミットに向かってカウントされる。
【0197】
提案４：選択肢２をサポートし、最も小さなｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄを有するＣＯＲＥＳＥＴ、またはリンクされたＳＳセットにおいて最も小さなｓｅａｒｃｈＳｐａｃｅＩｄを有するＳＳセットにおいて、リンクされたＰＤＣＣＨ候補のうちの１つを使用する。
【0198】
提案５：リンクされたＰＤＣＣＨ候補のペアにおいて時間的にもっと後に生じるほうのＰＤＣＣＨシンボルは、ＵＥが実際にどのＰＤＣＣＨ候補を検出したかにかかわらず、最後のシンボルとして定義される。
【0199】
提案６：ＤＡＩカウンタＤＡＩは、ＰＤＣＣＨ候補のリンクされたペアにおいてＰＤＣＣＨが最初に送信されるとき（すなわち、第１のＰＤＣＣＨ機会）にのみインクリメントされる。
【0200】
提案７：タイプ２のＨＡＲＱ－ＡＣＫコードブック構築のための既存の手順は、ＰＤＣＣＨが実際に第１のＰＤＣＣＨ機会および／または第２のＰＤＣＣＨ機会において検出されるかどうかにかかわらず、ＰＤＣＣＨリピートの場合に第１のＰＤＣＣＨ機会に対してのみ適用される。
【0201】
提案８：ＣＯＲＥＳＥＴがＰＤＳＣＨに利用不可能として構成されておらず、ＰＤＣＣＨのペアによってスケジュールされたＰＤＳＣＨが、ＰＤＣＣＨを含むＣＯＲＥＳＥＴ内のリソースと重複する場合、ＰＤＳＣＨレートマッチングは、リンクされたＰＤＣＣＨ候補と対応するＤＭ－ＲＳとの組み合わせで行われる
【0202】
提案９：ＤＣＩフォーマット２－２／２－３も、マルチＴＲＰベースのＰＤＣＣＨエンハンスメントによってサポートされる。
【0203】
提案１０：２つのアクティブ化されたＴＣＩ状態のうちの１つが、デフォルトのＴＣＩ状態として使用され、ＴＣＩ状態をアクティブ化するＭＡＣ ＣＥにおいて指定されるか示されるかどうかは、ＦＦＳである。
【0204】
提案１１：スロット内ＰＤＣＣＨリピートを用いてＰＤＣＣＨエンハンスメントを最初に確定することを考慮する。
【0205】
提案１２：コードブック／非コードブックベースのマルチＴＲＰ ＰＵＳＣＨの場合、ＤＣＩ内の２つの別個のＳＲＩフィールドをサポートし、ここで、第１のＳＲＩフィールドは、第１のＴＲＰに対応するＳＲＩを示し、第２のＳＲＩフィールドは、第２のＴＲＰに対応するＳＲＩを示す。
【0206】
提案１３：コードブックベースのマルチＴＲＰ ＰＵＳＣＨに対して、ＤＣＩにおける２つの別個のＴＰＭＩフィールドをサポートし、ここで、第１のＴＰＭＩフィールドは、第１のＴＲＰに対応するＴＰＭＩを示し、第２のＴＰＭＩフィールドは、第２のＴＲＰに対応するＴＰＭＩを示す。第１のＴＰＭＩフィールドおよび第２のＴＰＭＩフィールドに示されるレイヤの数は同じである。
【0207】
提案１４：ＰＵＳＣＨのためのＴＲＰ閉ループ電力制御ごとに、オプション３は、第２のＴＰＣフィールドがＤＣＩフォーマット０＿１／０＿２で追加される場合にサポートされる。
【0208】
提案１５：シングルＴＲＰおよびマルチＴＲＰへのＰＵＳＣＨ送信の動的切り替えがサポートされるべきであり、すなわち、各ＰＵＳＣＨ送信は、１つまたは２つのＴＲＰにおける受信をターゲットとする。
【0209】
提案１６：２つのＳＲＩ／ＴＰＭＩフィールドが、ｍ－ＴＲＰに向かうＰＵＳＣＨリピートのためにサポートされる。
【0210】
提案１７：シングルＴＲＰまたはマルチＴＲＰへのＰＵＳＣＨ送信を動的に示すために、各ＳＲＩ／ＴＰＭＩフィールドは、ＳＲＩ／ＴＰＭＩフィールドが無効であるか否かを示すコードポイントを含む。
【0211】
提案１８：複数のＴＲＰへのＣＧ ＰＵＳＣＨ送信のために、選択肢１をサポートする。
【0212】
提案１９：ＰＵＳＣＨリピートタイプＢのために、ＰＵＳＣＨリピートタイプＡと同じＲＶマッピング方法を再利用する。
【0213】
提案２０：ＮＲのリリース１７における複数のＴＲＰの複数のＤＣＩを介したＰＵＳＣＨリピートのバックツーバックスケジューリングを可能にすることを考慮する。
【0214】
提案２１：Ａ－ＣＳＩの信頼性を向上させるために、ＮＲのリリース１７における異なるＴＲＰに向けて少なくとも２つのＰＵＳＣＨ機会でＡ－ＣＳＩ多重化をサポートする。
【0215】
提案２２：スロット内ビームホッピング（方式２）は、ＮＲのリリース１７においてサポートされない。
【0216】
提案２３：ＮＲのリリース１７におけるマルチＴＲＰスロット内リピート（方式３）をサポートする。
【0217】
提案２４：スロット内リピートのために、ショートおよびロングのＰＵＣＣＨフォーマットの両方がサポートされる。
【0218】
提案２５：ＰＵＣＣＨのためのＴＲＰごとの閉ループ電力制御のために、ＮＲのリリース１７において、オプション３（ＤＣＩ１＿１／１＿２中の２つのＴＰＣフィールド）またはオプション４（２つのＴＰＣ値を示すＴＰＣフィールド中の１つのコードポイント）のいずれかをサポートする。
【0219】
本開示では、以下の略語の少なくともいくつかを用いることができる。略語間に不一致がある場合、それが上記でどのように使用されるかが優先されるべきである。以下に複数回列挙される場合、第１の列挙は、その後の任意の列挙よりも優先されるべきである。
● ３ＧＰＰ（登録商標）：第三世代パートナーシッププロジェクト
● ５Ｇ： 第五世代
● ５ＧＣ： 第五世代コア
● ５ＧＳ： 第五世代システム
● ＡＣＫ： アクノレッジメント
● ＡＦ： アプリケーション機能
● ＡＭＦ： アクセスアンドモビリティ機能
● ＡＮ： アクセスネットワーク
● ＡＰ： アクセスポイント
● ＡＳＩＣ： 特定用途集積回路
● ＡＵＳＦ： 認証サーバ機能
● ＢＷＰ： 帯域幅パート
● Ｃ－ＲＮＴＩ： セル無線ネットワーク一時識別子
● ＣＣＥ： 制御チャネル要素
● ＣＧ： 構成済みグラント
● ＣＯＲＥＳＥＴ： 制御リソースセット
● ＣＰ－ＯＦＤＭ： サイクリックプレフィックス直交周波数分割多重化
● ＣＰＵ： 中央演算処理装置
● ＣＳＩ： チャネル状態情報
● ＣＳＩ－ＲＳ： チャネル状態情報参照信号
● ＣＳＳ： 共通サーチスペース
● ＤＣＩ： ダウンリンク制御情報
● ＤＦＴ： 離散フーリエ変換
● ＤＬ： ダウンリンク
● ＤＭＲＳ： 復調参照信号
● ＤＮ： データネットワーク
● ＤＳＰ： デジタルシグナルプロセッサ
● ｅＮＢ： エンハンスド（拡張型）またはまたはエボルブド（進化型）ノードＢ
● ＦＤＭ： 周波数領域での多重化
● ＦＰＧＡ： フィールドプログラマブルゲートアレイ
● ｇＮＢ： ニューレディオ（新無線）基地局
● ｇＮＢ－ＣＵ： 新無線基地局セントラルユニット
● ｇＮＢ－ＤＵ： 新無線基地局分散ユニット
● ＨＡＲＱ： ハイブリッド自動再送要求
● ＨＳＳ： ホーム加入者サーバ
● ＩｏＴ： モノのインターネット
● ＩＰ： インターネットプロトコル
● ＬＴＥ： ロングタームエボリューション
● ＭＭＥ： モビリティ管理エンティティ
● ＭＴＣ： マシンタイプ通信
● ＮＡＣＫ： ネガティブアクノレッジメント
● ＮＥＦ： ネットワーク公開機能
● ＮＦ： ネットワーク機能
● ＮＲ： ニューレディオ（新無線）
● ＮＲＦ： ネットワーク機能リポジトリ機能
● ＮＳＳＦ： ネットワークスライス選択機能
● ＯＦＤＭ： 直交周波数分割多重方式
● ＯＴＴ： オーバーザトップ
● ＰＣ： パーソナルコンピュータ
● ＰＣＦ： ポリシー制御機能
● ＰＤＣＣＨ： 物理ダウンリンク制御チャネル
● ＰＤＳＣＨ： 物理ダウンリンク共有チャネル
● Ｐ－ＧＷ： パケットデータネットワークゲートウェイ
● ＰＲＩ： プリコーディングランクインジケータ
● ＰＵＣＣＨ： 物理アップリンク制御チャネル
● ＰＵＳＣＨ： 物理アップリンク共有チャネル
● ＱＣＬ： 擬似コロケーション（準同一配置）
● ＱｏＳ： サービス品質
● ＲＡＭ： ランダムアクセスメモリ
● ＲＡＮ： 無線アクセスネットワーク
● ＲＢ： リソースブロック
● ＲＥ： リソース要素（エレメント）
● ＲＥＧ： リソース要素グループ
● ＲＮＴＩ： 無線ネットワーク一時識別情報
● ＲＯＭ： リードオンリーメモリ
● ＲＲＨ： リモート無線ヘッド
● ＲＳ： 参照（リファレンス）信号
● ＲＴＴ： ラウンドトリップ時間
● ＳＣＥＦ： サービス能力公開機能
● ＳＬＩＶ： スタートおよび長さインジケータ値
● ＳＭＦ： セッション管理機能
● ＳＰＳ： セミパーシステントスケジューリング
● ＳＲ： スケジューリング要求
● ＳＲＳ： サウンディング参照信号
● ＳＳ： サーチスペース（空間）
● ＳＳＢ： 同期信号ブロック
● ＴＣＩ： 送信コンフィギュレーションインジケータ
● ＴＤＭ： 時間領域での多重化
● ＵＤＭ： ユニファイドデータ管理
● ＵＥ： ユーザ装置
● ＵＬ： アップリンク
● ＵＰＦ： ユーザプレーン機能
● ＵＳＳ： ＵＥ固有のサーチスペース
● ３ＧＰＰ（登録商標）：第三世代パートナーシッププロジェクト
● ５Ｇ： 第五世代
● ５ＧＣ： 第五世代コア
● ５ＧＳ： 第五世代システム
● ＡＣＫ： アクノレッジメント
● ＡＦ： アプリケーション機能
● ＡＭＦ： アクセスアンドモビリティ機能
● ＡＮ： アクセスネットワーク
● ＡＰ： アクセスポイント
● ＡＳＩＣ： 特定用途集積回路
● ＡＵＳＦ： 認証サーバ機能
● ＢＷＰ： 帯域幅パート
● Ｃ－ＲＮＴＩ： セル無線ネットワーク一時識別子
● ＣＣＥ： 制御チャネル要素
● ＣＧ： 構成済みグラント
● ＣＯＲＥＳＥＴ： 制御リソースセット
● ＣＰ－ＯＦＤＭ： サイクリックプレフィックス直交周波数分割多重化
● ＣＰＵ： 中央演算処理装置
● ＣＳＩ： チャネル状態情報
● ＣＳＩ－ＲＳ： チャネル状態情報参照信号
● ＣＳＳ： 共通サーチスペース
● ＤＣＩ： ダウンリンク制御情報
● ＤＦＴ： 離散フーリエ変換
● ＤＬ： ダウンリンク
● ＤＭＲＳ： 復調参照信号
● ＤＮ： データネットワーク
● ＤＳＰ： デジタルシグナルプロセッサ
● ｅＮＢ： エンハンスド（拡張型）またはまたはエボルブド（進化型）ノードＢ
● ＦＤＭ： 周波数領域での多重化
● ＦＰＧＡ： フィールドプログラマブルゲートアレイ
● ｇＮＢ： ニューレディオ（新無線）基地局
● ｇＮＢ－ＣＵ： 新無線基地局セントラルユニット
● ｇＮＢ－ＤＵ： 新無線基地局分散ユニット
● ＨＡＲＱ： ハイブリッド自動再送要求
● ＨＳＳ： ホーム加入者サーバ
● ＩｏＴ： モノのインターネット
● ＩＰ： インターネットプロトコル
● ＬＴＥ： ロングタームエボリューション
● ＭＭＥ： モビリティ管理エンティティ
● ＭＴＣ： マシンタイプ通信
● ＮＡＣＫ： ネガティブアクノレッジメント
● ＮＥＦ： ネットワーク公開機能
● ＮＦ： ネットワーク機能
● ＮＲ： ニューレディオ（新無線）
● ＮＲＦ： ネットワーク機能リポジトリ機能
● ＮＳＳＦ： ネットワークスライス選択機能
● ＯＦＤＭ： 直交周波数分割多重方式
● ＯＴＴ： オーバーザトップ
● ＰＣ： パーソナルコンピュータ
● ＰＣＦ： ポリシー制御機能
● ＰＤＣＣＨ： 物理ダウンリンク制御チャネル
● ＰＤＳＣＨ： 物理ダウンリンク共有チャネル
● Ｐ－ＧＷ： パケットデータネットワークゲートウェイ
● ＰＲＩ： プリコーディングランクインジケータ
● ＰＵＣＣＨ： 物理アップリンク制御チャネル
● ＰＵＳＣＨ： 物理アップリンク共有チャネル
● ＱＣＬ： 擬似コロケーション（準同一配置）
● ＱｏＳ： サービス品質
● ＲＡＭ： ランダムアクセスメモリ
● ＲＡＮ： 無線アクセスネットワーク
● ＲＢ： リソースブロック
● ＲＥ： リソース要素（エレメント）
● ＲＥＧ： リソース要素グループ
● ＲＮＴＩ： 無線ネットワーク一時識別情報
● ＲＯＭ： リードオンリーメモリ
● ＲＲＨ： リモート無線ヘッド
● ＲＳ： 参照（リファレンス）信号
● ＲＴＴ： ラウンドトリップ時間
● ＳＣＥＦ： サービス能力公開機能
● ＳＬＩＶ： スタートおよび長さインジケータ値
● ＳＭＦ： セッション管理機能
● ＳＰＳ： セミパーシステントスケジューリング
● ＳＲ： スケジューリング要求
● ＳＲＳ： サウンディング参照信号
● ＳＳ： サーチスペース（空間）
● ＳＳＢ： 同期信号ブロック
● ＴＣＩ： 送信コンフィギュレーションインジケータ
● ＴＤＭ： 時間領域での多重化
● ＵＤＭ： ユニファイドデータ管理
● ＵＥ： ユーザ装置
● ＵＬ： アップリンク
● ＵＰＦ： ユーザプレーン機能
● ＵＳＳ： ＵＥ固有のサーチスペース
【0220】
当業者は、本開示の実施形態に対する改良および修正を認識するであろう。全てのそのような改良および修正は、本明細書に開示された概念の範囲内にあると考えられる。
【図1】
【図2】
【図3】
【図4】
【図5A】
【図5B】
【図6A】
【図6B】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【手続補正書】
【提出日】2023-08-15
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
２つのリンクされたサーチスペース（ＳＳ）セットにおいて物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）を監視するための、無線デバイスによって実行される方法であって、前記方法は、無線ノードから、第１のＳＳセットに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）と、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴとのコンフィギュレーションを受信すること（５００Ｂ）と、ここで、前記第１のＳＳセットと前記第２のＳＳセットとがリンクされ、前記第１のＳＳセットと前記第２のＳＳセットとが、パラメータの共通セットで構成され、当該パラメータは、
ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、
Ｏｓ個のスロットからなるＰＤＣＣＨ監視オフセットと、
アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の個数Ｍｓ（Ｌ）と、
Ｔｓ個のスロットからなる持続時間と、
スロットごとの開始シンボルまたはＰＤＣＣＨ監視機会の数と、
共通サーチスペース（ＣＳＳ）セットまたはユーザ装置（ＵＥ）固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、
監視対象となるダウンリンク制御情報（ＤＣＩ）フォーマットと、
のうちの１つまたは複数を含み、
第１のＴＣＩ状態で前記第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で前記第２のＣＯＲＥＳＥＴをアクティブ化するコマンドを受信すること（５０２Ｂ）と、
各アグリゲーションレベルについて、第１のスロットにおける前記第１のＳＳセットの第１のＰＤＣＣＨ監視機会における前記第１のＣＯＲＥＳＥＴにおける第１のＰＤＣＣＨ候補と、第２のスロットにおける前記第２のＳＳセットの第２のＰＤＣＣＨ監視機会における前記第２のＣＯＲＥＳＥＴにおける第２のＰＤＣＣＨ候補と、を決定すること（５０４Ｂ）と、
前記無線ノードから、前記第１のＰＤＣＣＨ候補におけるＰＤＣＣＨと、前記第２のＰＤＣＣＨ候補における当該ＰＤＣＣＨのリピートと、を受信すること（５０６Ｂ）と、
前記第１および前記第２のＰＤＣＣＨ候補における前記ＰＤＣＣＨによって搬送されるＤＣＩを検出すること（５０８Ｂ）と、
を有する方法。
【請求項2】
請求項１に記載の方法であって、前記第１および前記第２のＰＤＣＣＨ候補は、同じＣＣＥアグリゲーションレベルに対応し、それぞれの前記ＣＯＲＥＳＥＴにおいて同じＰＤＣＣＨ候補インデックスを有する、方法。
【請求項3】
請求項１または２のいずれかに記載の方法であって、前記第１および前記第２のＰＤＣＣＨ監視機会が、前記第１および前記第２のスロットにおける前記第１および前記第２のＳＳセットの各々に従った同じインデックスを有する、方法。
【請求項4】
請求項１～３のいずれか一項に記載の方法であって、前記第１および前記第２のスロットが同じスロットである、方法。
【請求項5】
請求項１～４のいずれかに記載の方法であって、さらに、前記第１および前記第２のＳＳセットを、
第１および第２のＰＤＣＣＨ監視スロットオフセットＯｓ１およびＯｓ２と、
ＰＤＣＣＨ監視の対象となる連続するスロットの個数を示す第１および第２の持続時間Ｔｓ１およびＴｓ２と、
第１および第２のＰＤＣＣＨ監視パターンまたはＰＤＣＣＨ監視スロットにおける開始シンボルの数と、
のうちの１つまたは複数を用いて構成すること、を有する方法。
【請求項6】
請求項１～５のいずれか一項に記載の方法であって、前記第１のＳＳセットの前記第１のスロットｎ１および前記第２のＳＳセットの前記第２のスロットｎ２は、ｎ１＝ｎＫｓ＋Ｏｓ１＋ｉおよびｎ２＝ｎＫｓ＋Ｏｓ２＋ｉを満たし、ここで、ｎは整数であり、ｉ＝０，１，．．．，ｍｉｎ（Ｔｓ１，Ｔｓ２）－１である、方法。
【請求項7】
請求項５に記載の方法であって、前記第１のＰＤＣＣＨ監視パターンが、シンボルインデックス｛ｌ１，ｌ２，．．．．，ｌＮｓ１｝を有する開始シンボルのセットを含み、前記第２のＰＤＣＣＨ監視パターンが、シンボルインデックス｛ｓ１，ｓ２，．．．．，ｓＮｓ２｝を有する開始シンボルのセットを含み、Ｎｓ１およびＮｓ２が整数である、方法。
【請求項8】
請求項１～７のいずれか一項に記載の方法であって、前記第１のＰＤＣＣＨ監視機会が、前記第１のＳＳセットの前記第１のスロットにおけるシンボルｌｉにおいて始まり、前記第２のＰＤＣＣＨ監視機会が、前記第２のＳＳセットの前記第２のスロットにおけるシンボルｓｉにおいて始まり、ｉ＝１，．．．，ｍｉｎ（Ｎｓ１，Ｎｓ２）である、方法。
【請求項9】
請求項１～８のいずれか一項に記載の方法であって、さらに、前記ＰＤＣＣＨの受信と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）、およびサウンディング参照信号（ＳＲＳ）、のうちのスケジュールされた１つとの間の時間オフセットを決定することを有し、当該時間オフセットは、前記第１および前記第２のＰＤＣＣＨ候補のうちの時間的に後に生じるほうのシンボルと、ＰＤＳＣＨ、ＰＵＳＣＨ、ＣＳＩ－ＲＳ、およびＳＲＳのうちの対応する１つの第１のシンボルとの間で決定される、方法。
【請求項10】
請求項１～８のいずれか一項に記載の方法であって、さらに、スケジュールされたＰＤＳＣＨに関連付けられたハイブリッド自動再送要求アクノレッジメント（ＨＡＲＱ－ＡＣＫ）情報を搬送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを決定することを有し、前記ＰＵＣＣＨリソースを決定することは、より小さなＳＳ ＩＤを有するＳＳセットまたはより小さなＣＯＲＥＳＥＴ ＩＤを有する関連ＣＯＲＥＳＥＴに関連付けられた前記第１および前記第２のＰＤＣＣＨ候補のうちからＰＤＣＣＨ候補を決定すること、を含む、方法。
【請求項11】
請求項１０に記載の方法であって、前記ＰＵＣＣＨリソースが、前記決定されたＰＤＣＣＨ候補および前記関連付けられたＣＯＲＥＳＥＴに基づいて決定される、方法。
【請求項12】
請求項１～１１のいずれか一項に記載の方法であって、さらに、マッピングタイプＢでＰＤＳＣＨをスケジューリングするＤＣＩフォーマット１＿２を搬送するＰＤＣＣＨの開始シンボルを、前記第１および前記第２のＰＤＣＣＨ監視機会のうちの時間的に後に生じる１つのほうの前記開始シンボルとして決定すること、を有する、方法。
【請求項13】
請求項１～１２のいずれか一項に記載の方法であって、前記第１のＳＳセットおよび前記第２のＳＳセットが識別子を介してリンクされる、方法。
【請求項14】
請求項１～１３のいずれか一項に記載の方法であって、前記無線デバイスは、新無線（ＮＲ）通信ネットワークで動作する、方法。
【請求項15】
２つのリンクされたサーチスペース（ＳＳ）セットにおいて物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信するための、基地局によって実行される方法であって、前記方法は、第１のＳＳセットに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）と、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴとのコンフィギュレーションを用いて無線ノードを構成すること構成すること（６００Ｂ）と、ここで、前記第１および前記第２のＳＳセットはリンクされ、
１つまたは複数のパラメータの共通セットを用いて前記第１のＳＳセットおよび前記第２のＳＳセットを構成すること（６０２Ｂ）と、当該パラメータは、
ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、
Ｏｓ個のスロットからなるＰＤＣＣＨ監視オフセットと、
Ｔｓ個のスロットからなる持続時間と、
スロットごとの開始シンボルまたはＰＤＣＣＨ監視機会の数と、
アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）と、
共通サーチスペース（ＣＳＳ）セットまたはユーザ装置（ＵＥ）固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、
監視対象となるダウンリンク制御情報（ＤＣＩ）フォーマットと、
のうちの１つまたは複数を含み、
第１のＴＣＩ状態で前記第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で前記第２のＣＯＲＥＳＥＴをアクティブ化すること（６０４Ｂ）と、
アグリゲーションレベルごとに、第１のスロットにおける前記第１のＳＳセットの第１のＰＤＣＣＨ監視機会における前記第１のＣＯＲＥＳＥＴにおける第１のＰＤＣＣＨ候補と、第２のスロットにおける前記第２のＳＳセットの第２のＰＤＣＣＨ監視機会における前記第２のＣＯＲＥＳＥＴにおける第２のＰＤＣＣＨ候補とを決定すること（６０６Ｂ）と、
前記無線ノードに、前記第１のＰＤＣＣＨ候補においてＰＤＣＣＨと、前記第２のＰＤＣＣＨ候補において同じＰＤＣＣＨとを送信すること（６０８Ｂ）と、
を有する方法。
【請求項16】
請求項１５に記載の方法であって、前記第１のＰＤＣＣＨ候補および前記第２のＰＤＣＣＨ候補は、同じＣＣＥアグリゲーションレベルに対応し、それぞれの前記ＣＯＲＥＳＥＴにおいて同じＰＤＣＣＨ候補インデックスを有する、方法。
【請求項17】
請求項１５および１６のいずれか一項に記載の方法であって、前記第１および前記第２のＰＤＣＣＨ監視機会は、前記第１および前記第２のスロットにおける前記第１および前記第２のＳＳセットの各々に従った同じインデックスを有する、方法。
【請求項18】
請求項１５～１７のいずれか一項に記載の方法であって、前記第１および前記第２のスロットが同じスロットである、方法。
【請求項19】
請求項１５～１８のいずれか一項に記載の方法であって、さらに、前記第１および前記第２のＳＳセットを、
第１および第２のＰＤＣＣＨ監視スロットオフセットＯｓ１およびＯｓ２と、
ＰＤＣＣＨ監視の対象となる連続するスロットの個数を示す第１および第２の持続時間Ｔｓ１およびＴｓ２と、
第１および第２のＰＤＣＣＨ監視パターンまたはＰＤＣＣＨ監視スロットにおける開始シンボルの数と、
のうちの１つまたは複数で構成すること、を有する、方法。
【請求項20】
請求項１５から１９のいずれかに記載の方法であって、前記第１のＳＳセットの前記第１のスロットｎ１および前記第２のＳＳセットの前記第２のスロットｎ２は、ｎ１＝ｎＫｓ＋Ｏｓ１＋ｉおよびｎ２＝ｎＫｓ＋Ｏｓ２＋ｉを満たし、ここで、ｎは整数であり、ｉ＝０，１，．．．，ｍｉｎ（Ｔｓ１，Ｔｓ２）－１である、方法。
【請求項21】
請求項１９に記載の方法であって、前記第１のＰＤＣＣＨ監視パターンが、シンボルインデックス｛ｌ１，ｌ２，．．．．，ｌＮｓ１｝を有する開始シンボルのセットを含み、前記第２のＰＤＣＣＨ監視パターンが、シンボルインデックス｛ｓ１，ｓ２，．．．．，ｓＮｓ２｝を有する開始シンボルのセットを含み、Ｎｓ１およびＮｓ２が整数である、方法。
【請求項22】
請求項１５～２１のいずれか一項に記載の方法であって、前記第１のＰＤＣＣＨ監視機会が、前記第１のＳＳセットの前記第１のスロットにおけるシンボルｌｉにおいて始まり、前記第２のＰＤＣＣＨ監視機会が、前記第２のＳＳセットの前記第２のスロットにおけるシンボルｓｉにおいて始まり、ｉ＝１，．．．，ｍｉｎ（Ｎｓ１，Ｎｓ２）である、方法。
【請求項23】
請求項１５～２２のいずれかに記載の方法であって、さらに、ＰＤＣＣＨの受信と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）、およびサウンディング参照信号（ＳＲＳ）のうちのスケジュールされた１つとの間の時間オフセットを決定すること、を有し、当該時間オフセットは、前記第１および前記第２のＰＤＣＣＨ候補のうちより後に生じるほうのシンボルと、ＰＤＳＣＨ、ＰＵＳＣＨ、ＣＳＩ－ＲＳ、およびＳＲＳのうちの対応する１つの第１のシンボルとの間で決定される、方法。
【請求項24】
請求項１５～２３のいずれかに記載の方法であって、さらに、スケジュールされたＰＤＳＣＨに関連付けられたハイブリッド自動再送要求アクノレッジメント（ＨＡＲＱ－ＡＣＫ）情報を搬送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを決定すること、を有し、前記ＰＵＣＣＨリソースを決定することは、より小さなＳＳ ＩＤを有するＳＳセットまたはより小さなＣＯＲＥＳＥＴ ＩＤを有する関連ＣＯＲＥＳＥＴに関連付けられた前記第１および前記第２のＰＤＣＣＨ候補のうちからＰＤＣＣＨ候補を決定すること、を含む、方法。
【請求項25】
請求項２４に記載の方法であって、前記ＰＵＣＣＨリソースは、前記決定されたＰＤＣＣＨ候補および前記関連付けられたＣＯＲＥＳＥＴに基づいて決定される、方法。
【請求項26】
請求項１５～２５のいずれかに記載の方法であって、さらに、マッピングタイプＢでＰＤＳＣＨをスケジューリングするＤＣＩフォーマット１＿２を搬送するＰＤＣＣＨの開始シンボルを決定すること、を有し、当該開始シンボルが、前記第１および前記第２のＰＤＣＣＨ監視機会のうちの時間的に後に生じる１つのほうの前記開始シンボルとして決定される、方法。
【請求項27】
請求項１５～２６のいずれか一項に記載の方法であって、前記第１のＳＳセットおよび前記第２のＳＳセットが識別子を介してリンクされる、方法。
【請求項28】
無線デバイス（１７００）であって、１つまたは複数の送信機（１７０８）と、
１つまたは複数の受信機（１７１０）と、
前記１つまたは複数の送信機（１７０８）および前記１つまたは複数の受信機（１７１０）とに関連付けられた処理回路（１７０２）と、を有し、前記処理回路（１７０２）は、前記無線デバイス（１７００）に、
無線ノードから、第１のＳＳセットに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）と、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴとのコンフィギュレーションを受信させ、ここで、前記第１および前記第２のＳＳセットはリンクされ、前記第１のＳＳセットおよび前記第２のＳＳセットは、パラメータの共通セットで構成され、当該パラメータは、
ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、
Ｏｓ個のスロットからなるＰＤＣＣＨ監視オフセットと、
アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の数Ｍｓ（Ｌ）と、
Ｔｓ個のスロットからなる持続時間と、
スロットごとの開始シンボルまたはＰＤＣＣＨ監視機会の数と、
共通サーチスペース（ＣＳＳ）セットまたはユーザ装置（ＵＥ）固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、
監視対象となるダウンリンク制御情報（ＤＣＩ）フォーマットと、
のうちの１つまたは複数を含み、
第１のＴＣＩ状態で前記第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で前記第２のＣＯＲＥＳＥＴをアクティブ化するコマンドを受信させ、
アグリゲーションレベルごとに、第１のスロットにおける前記第１のＳＳセットの第１のＰＤＣＣＨ監視機会における前記第１のＣＯＲＥＳＥＴにおける第１のＰＤＣＣＨ候補と、第２のスロットにおける前記第２のＳＳセットの第２のＰＤＣＣＨ監視機会における前記第２のＣＯＲＥＳＥＴにおける第２のＰＤＣＣＨ候補と、を決定させ、
前記無線ノードから、前記第１のＰＤＣＣＨ候補においてＰＤＣＣＨと、前記第２のＰＤＣＣＨ候補において前記ＰＤＣＣＨのリピートとを受信させ、
前記第１および前記第２のＰＤＣＣＨ候補における前記ＰＤＣＣＨによって搬送されるＤＣＩを検出させる、
ように構成されている、無線デバイス。
【請求項29】
請求項２８に記載の無線デバイス（１７００）であって、前記無線デバイス（１７００）は、請求項２～１４のいずれか一項に記載の方法を実行するようにさらに適合している、無線デバイス。
【請求項30】
無線アクセスノード（１４００）であって、１つまたは複数の送信機（１４１２）と、
１つまたは複数の受信機（１４１４）と、
前記１つまたは複数の送信機（１４１２）および前記１つまたは複数の受信機（１４１４）に関連付けられた処理回路（１４０４）と、を有し、前記処理回路（１４０４）は、前記無線アクセスノード（１４００）に、
無線ノードに、第１のＳＳセットに関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）と、第２のＳＳセットに関連付けられた第２のＣＯＲＥＳＥＴとのコンフィギュレーションを構成させ、ここで、前記第１および前記第２のＳＳセットはリンクされ、
前記第１のＳＳセットおよび前記第２のＳＳセットを、パラメータの共通セットで構成させ、当該パラメータは、
ｋｓ個のスロットからなるＰＤＣＣＨ監視周期と、
Ｏｓ個のスロットからなるＰＤＣＣＨ監視オフセットと、
Ｔｓ個のスロットからなる持続時間と、
スロットごとの開始シンボルまたはＰＤＣＣＨ監視機会の数と、
アグリゲーションレベルＬあたりのＰＤＣＣＨ候補の個数Ｍｓ（Ｌ）と、
共通サーチスペース（ＣＳＳ）セットまたはユーザ装置（ＵＥ）固有サーチスペース（ＵＳＳ）セットのいずれかであるＳＳセットタイプと、
監視対象となるダウンリンク制御情報（ＤＣＩ）フォーマットと、
のうち１つまたは複数を含み、
第１のＴＣＩ状態で前記第１のＣＯＲＥＳＥＴを、第２のＴＣＩ状態で前記第２のＣＯＲＥＳＥＴをアクティブ化させ、
アグリゲーションレベルごとに、第１のスロットにおける前記第１のＳＳセットの第１のＰＤＣＣＨ監視機会における前記第１のＣＯＲＥＳＥＴにおける第１のＰＤＣＣＨ候補と、第２のスロットにおける前記第２のＳＳセットの第２のＰＤＣＣＨ監視機会における前記第２のＣＯＲＥＳＥＴにおける第２のＰＤＣＣＨ候補とを決定させ、
前記第１のＰＤＣＣＨ候補においてＰＤＣＣＨと、前記第２のＰＤＣＣＨ候補において前記ＰＤＣＣＨと同じものを前記無線ノードに送信させる、
ように構成されている、無線アクセスノード。
【請求項31】
請求項３０に記載の無線アクセスノード（１４００）であって、前記無線アクセスノード（１５００）は、請求項１６～２７のいずれかに記載の方法を実行するようにさらに適合している、無線アクセスノード。
【国際調査報告】