特許 7614591 無線通信システムにおける確認応答送信

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-01-07

(45)【発行日】2025-01-16

(54)【発明の名称】無線通信システムにおける確認応答送信

(51)【国際特許分類】

   H04W 72/11 20230101AFI20250108BHJP

   H04W 28/04 20090101ALI20250108BHJP

   H04W 72/21 20230101ALI20250108BHJP

   H04W 72/0457 20230101ALI20250108BHJP

【ＦＩ】

H04W72/11

H04W28/04 110

H04W72/21

H04W72/0457

【請求項の数】 15

(21)【出願番号】P 2022543473

(86)(22)【出願日】2021-01-19

(65)【公表番号】

(43)【公表日】2023-03-15

(86)【国際出願番号】 US2021013934

(87)【国際公開番号】W WO2021146702

(87)【国際公開日】2021-07-22

【審査請求日】2024-01-19

(31)【優先権主張番号】62/961,874

(32)【優先日】2020-01-16

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

(31)【優先権主張番号】62/975,945

(32)【優先日】2020-02-13

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

(73)【特許権者】

【識別番号】517308024

【氏名又は名称】オフィノ， エルエルシー

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】ラステガードゥースト， ナザニン

(72)【発明者】

【氏名】チョン， ヒョンスク

(72)【発明者】

【氏名】ディナン， エスマエル ヘジャージ

(72)【発明者】

【氏名】シリク， アリ チャガタイ

(72)【発明者】

【氏名】イ， ユンジュン

【審査官】望月 章俊

(56)【参考文献】

【文献】米国特許出願公開第２０１４／０００３３７５（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線デバイスのための方法であって、
前記無線デバイス（１０６）によって、基地局（１６０）から、半持続性スケジューリングのダウンリンクチャネルを受信することであって、前記ダウンリンクチャネルは、前記半持続性スケジューリングのフィードバックタイミングパラメーターによって示される第一のアップリンク制御チャネルと関連付けられる、ことと、
前記第一のアップリンク制御チャネルの少なくとも一つのシンボルに基づいて、前記第一のアップリンク制御チャネルが前記ダウンリンクチャネルのフィードバック情報を送信するために利用できないと決定することと、
前記第一のアップリンク制御チャネルの後に第二のアップリンク制御チャネルを決定することであって、前記第二のアップリンク制御チャネルは、前記送信に利用可能である、ことと、
前記第二のアップリンク制御チャネルを介して、前記第二のアップリンク制御チャネルにおいて多重化された前記フィードバック情報を送信することと
を含む、方法。

【請求項2】

前記第二のアップリンク制御チャネルを示すダウンリンク制御情報（ＤＣＩ）、または、
前記第二のアップリンク制御チャネルを示す無線リソース制御（ＲＲＣ）メッセージ
のうちの１つを受信することをさらに含み、
前記第二のアップリンク制御チャネルは、前記ダウンリンクチャネルと関連付けられる前記半持続性スケジューリングと関連付けられる、請求項１に記載の方法。

【請求項3】

前記少なくとも一つのシンボルを含む複数のシンボルの送信方向を示す構成パラメーターを含むＲＲＣメッセージを受信することをさらに含み、シンボルの送信方向は、アップリンクまたはダウンリンクまたは未決定である、請求項１～２のいずれか一項に記載の方法。

【請求項4】

前記少なくとも一つのシンボルに基づいて決定することは、前記構成パラメーターに基づいて、前記第一のアップリンク制御チャネルに割り当てられた無線リソースの前記少なくとも一つのシンボルの送信方向がダウンリンクであると決定することをさらに含む、請求項３に記載の方法。

【請求項5】

構成パラメーターに基づいて、前記第二のアップリンク制御チャネルに割り当てられる無線リソースのシンボルの送信方向がアップリンクであるまたは柔軟であると決定することをさらに含む、請求項３～４のいずれか一項に記載の方法。

【請求項6】

無線デバイスであって、前記無線デバイスは、一つまたは複数のプロセッサーと、命令を記憶するメモリーとを備え、前記命令は、前記一つまたは複数のプロセッサーによって実行されると、請求項１～５のいずれか一項に記載の方法を前記無線デバイスに実施させる、無線デバイス。

【請求項7】

命令を含む非一時的コンピューター可読記憶媒体であって、前記命令は、無線デバイスの一つまたは複数のプロセッサーによって実行されると、請求項１～５のいずれか一項に記載の方法を前記無線デバイスに実施させる、非一時的コンピューター可読記憶媒体。

【請求項8】

基地局のための方法であって、
前記基地局（１６０）によって、無線デバイス（１０６）に、半持続性スケジューリングのダウンリンクチャネルを送信することであって、前記ダウンリンクチャネルは、前記半持続性スケジューリングのフィードバックタイミングパラメーターによって示される第一のアップリンク制御チャネルと関連付けられる、ことと、
前記第一のアップリンク制御チャネルの少なくとも一つのシンボルに基づいて、前記第一のアップリンク制御チャネルが前記ダウンリンクチャネルのフィードバック情報を送信するために利用できないと決定することと、
前記無線デバイスから、第二のアップリンク制御チャネルを介して、前記第二のアップリンク制御チャネルにおいて多重化された前記フィードバック情報を受信することであって、前記第二のアップリンク制御チャネルは、前記無線デバイスによって前記第一のアップリンク制御チャネルの後に決定され、前記第二のアップリンク制御チャネルは、前記送信に利用可能である、ことと
を含む、方法。

【請求項9】

前記第二のアップリンク制御チャネルを示すダウンリンク制御情報（ＤＣＩ）、または、
前記第二のアップリンク制御チャネルを示す無線リソース制御（ＲＲＣ）メッセージ
のうちの１つを送信することをさらに含み、
前記第二のアップリンク制御チャネルは、前記ダウンリンクチャネルと関連付けられる前記半持続性スケジューリングと関連付けられる、請求項８に記載の方法。

【請求項10】

前記少なくとも一つのシンボルを含む複数のシンボルの送信方向を示す構成パラメーターを含むＲＲＣメッセージを送信することをさらに含み、シンボルの送信方向は、アップリンクまたはダウンリンクまたは未決定である、請求項８～９のいずれか一項に記載の方法。

【請求項11】

前記少なくとも一つのシンボルに基づいて決定することは、前記構成パラメーターに基づいて、前記第一のアップリンク制御チャネルに割り当てられた無線リソースの前記少なくとも一つのシンボルの送信方向がダウンリンクであると決定することをさらに含む、請求項１０に記載の方法。

【請求項12】

構成パラメーターに基づいて、前記第二のアップリンク制御チャネルに割り当てられる無線リソースのシンボルの送信方向がアップリンクであるまたは柔軟であると決定することをさらに含む、請求項１０～１１のいずれか一項に記載の方法。

【請求項13】

基地局であって、前記基地局は、一つまたは複数のプロセッサーと、命令を記憶するメモリーとを備え、前記命令は、前記一つまたは複数のプロセッサーによって実行されると、請求項８～１２のいずれか一項に記載の方法を前記基地局に実施させる、基地局。

【請求項14】

命令を含む非一時的コンピューター可読記憶媒体であって、前記命令は、基地局の一つまたは複数のプロセッサーによって実行されると、請求項８～１２のいずれか一項に記載の方法を前記基地局に実施させる、非一時的コンピューター可読記憶媒体。

【請求項15】

システムであって、
基地局（１６０）であって、前記基地局は、一つまたは複数の第１のプロセッサーと、第１の命令を記憶する第１のメモリーとを備え、前記第１の命令は、前記一つまたは複数の第１のプロセッサーによって実行されると、
半持続性スケジューリングのダウンリンクチャネルを送信することであって、前記ダウンリンクチャネルは、前記半持続性スケジューリングのフィードバックタイミングパラメーターによって示される第一のアップリンク制御チャネルと関連付けられる、こと
を前記基地局に実施させる、基地局と、
無線デバイス（１０６）であって、前記無線デバイスは、一つまたは複数の第２のプロセッサーと、命令を記憶する第２のメモリーとを備え、前記命令は、前記一つまたは複数の第２のプロセッサーによって実行されると、
前記基地局から、前記ダウンリンクチャネルを受信することと、
前記第一のアップリンク制御チャネルの少なくとも一つのシンボルに基づいて、前記第一のアップリンク制御チャネルが前記ダウンリンクチャネルのフィードバック情報を送信するために利用できないと決定することと、
前記第一のアップリンク制御チャネルの後に第二のアップリンク制御チャネルを決定することであって、前記第二のアップリンク制御チャネルは、前記送信に利用可能である、ことと、
前記第二のアップリンク制御チャネルを介して、前記第二のアップリンク制御チャネルにおいて多重化された前記フィードバック情報を送信することと
を前記無線デバイスに実施させる、無線デバイスと
を備える、システム。

【発明の詳細な説明】

【背景技術】

【0001】

関連出願の相互参照
本出願は、２０２０年１月１６日に出願された米国仮特許出願番号６２／９６１，８７４、および２０２０年２月１３日に出願された米国仮特許出願第号６２／９７５，９４５の利益を主張し、それぞれの内容は、参照によりその全体が本明細書に組み込まれる。

【発明の概要】

【課題を解決するための手段】

【0002】

本開示では、さまざまな実施形態が、開示された技術がどのように実装され得るか、および／または開示された技術がどのように環境およびシナリオで実践され得るかの例として提示される。関連技術分野の当業者には、範囲から逸脱することなく、形態および詳細のさまざまな変更を行うことができることは明らかであろう。実際、明細書を読んだ後、代替的な実施形態を実装する方法が関連技術分野の当業者に明らかになるであろう。本実施形態は、例示的な実施形態のいずれによっても限定されるべきではない。本開示の実施形態は、添付図面を参照して説明される。開示された例示的実施形態からの制限、特徴、および／または要素が組み合わせられ、本開示の範囲内でさらなる実施形態を作成することができる。機能と利点を強調する図は、例としてのみ示される。開示されたアーキテクチャーは、示される以外の方式で利用することができるように、十分に柔軟で構成可能である。例えば、いかなるフローチャートにリストされたアクションも、いくつかの実施形態で再配列され、または任意選択としてのみ使用され得る。
本発明は、例えば、以下を提供する。
（項目１）
無線デバイスによって、
半持続性スケジューリングの第一の構成パラメーターであって、
第一のダウンリンクチャネルを含む周期的ダウンリンク受信、および
フィードバックタイミングパラメーターに基づいて前記第一のダウンリンクチャネルに関連付けられる第一のアップリンク制御チャネルを含む、周期的アップリンク制御送信に対する、第一の構成パラメーターと、
チャネル占有期間を示す第二の構成パラメーターと、を含む、無線リソース制御（ＲＲＣ）メッセージを受信することと、
前記第一のダウンリンクチャネルを受信することと、
前記第二の構成パラメーターに基づいて、前記第一のダウンリンクチャネルに関連付けられる第一のチャネル占有期間が、前記第一のアップリンク制御チャネルの前に終了することを決定することと、
第二のチャネル占有期間と重複する第二のアップリンク制御チャネルを決定することと、
前記第二のアップリンク制御チャネル内の前記第一のダウンリンクチャネルのフィードバック情報を多重化することと、を含む、方法。
（項目２）
前記第二のチャネル占有期間が、前記第一のチャネル占有期間である、項目１に記載の方法。
（項目３）
前記第二のチャネル占有期間が、前記第一のチャネル占有期間の後である、項目１～２のいずれか一項に記載の方法。
（項目４）
無線デバイスによって、半持続性スケジューリングのダウンリンクチャネルを受信することであって、前記ダウンリンクチャネルが、前記半持続性スケジューリングのフィードバックタイミングパラメーターによって示される第一のアップリンク制御チャネルと関連付けられる、受信することと、
前記ダウンリンクチャネルに関連付けられるチャネル占有期間が、前記第一のアップリンク制御チャネルの前に終了することを決定することと、
前記第一のアップリンク制御チャネルとは異なる第二のアップリンク制御チャネルを決定することと、
前記第二のアップリンク制御チャネル内の前記ダウンリンクチャネルのフィードバック情報を多重化することと、を含む、方法。
（項目５）
一つまたは複数のチャネル占有期間を示す無線リソース制御（ＲＲＣ）メッセージ内の一つまたは複数のパラメーターに基づいて、前記チャネル占有期間を決定することをさらに含む、項目４に記載の方法。
（項目６）
スロットフォーマットインジケーターを示すダウンリンク制御情報（ＤＣＩ）に基づいて、前記チャネル占有期間の残りの期間を決定することをさらに含む、項目５に記載の方法。
（項目７）
前記第二のアップリンク制御チャネルが、第二のチャネル占有期間と重複する、項目４～６のいずれか一項に記載の方法。
（項目８）
前記第二のチャネル占有期間が、前記チャネル占有期間の後である、項目７に記載の方法。
（項目９）
前記第二のチャネル占有期間が、前記チャネル占有期間である、項目７に記載の方法。
（項目１０）
前記第二のアップリンク制御チャネルが、前記第一のアップリンク制御チャネルより遅れることなく開始される、項目９に記載の方法。
（項目１１）
前記第二のアップリンク制御チャネルを介して前記フィードバック情報を送信することをさらに含む、項目４～１０のいずれか一項に記載の方法。
（項目１２）
前記第二のアップリンク制御チャネルを示すダウンリンク制御情報（ＤＣＩ）を受信することをさらに含む、項目４～１１のいずれか一項に記載の方法。
（項目１３）
前記第二のアップリンク制御チャネルを含む周期的アップリンク制御チャネルの構成パラメーターを含む、無線リソース制御（ＲＲＣ）メッセージを受信することをさらに含む、項目４～１２のいずれか一項に記載の方法。
（項目１４）
前記第二のアップリンク制御チャネルが、第二の半持続性スケジューリングに関連付けられている、項目１３に記載の方法。
（項目１５）
前記第二の半持続性スケジューリングが、前記ダウンリンクチャネルに関連付けられる前記半持続性スケジューリングである、項目１４に記載の方法。
（項目１６）
前記半持続性スケジューリングの構成パラメーターを含む無線リソース制御（ＲＲＣ）メッセージを受信することをさらに含み、前記構成パラメーターが、
前記半持続性スケジューリングに対応する周期的ダウンリンク受信の周期性、および
前記フィードバックタイミングパラメーターを含む、一つまたは複数のフィードバックタイミングパラメーターを示す、項目４～１５のいずれか一項に記載の方法。
（項目１７）
前記半持続性スケジューリングの起動を示す第二のＤＣＩを受信することをさらに含み、前記第二のＤＣＩが前記フィードバックタイミングパラメーターを示す、項目１６に記載の方法。
（項目１８）
前記ダウンリンクチャネルの前に、第二のフィードバックタイミングパラメーターに対して適用不可能な値を示す、第一のダウンリンク制御情報（ＤＣＩ）を受信することをさらに含む、項目４～１７のいずれか一項に記載の方法。
（項目１９）
前記第一のＤＣＩの後に、前記第二のアップリンク制御チャネルを示す、第二のＤＣＩを受信することをさらに含む、項目１８に記載の方法。
（項目２０）
無線デバイスによって、第一のダウンリンクチャネルをスケジューリングする第一のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第一のＤＣＩが、適用不可能な値を示す第一のフィードバックタイミングパラメーターを含む、受信することと、
前記第一のダウンリンクチャネルの後に、周期的ダウンリンク受信の第二のダウンリンクチャネルを受信することであって、前記第二のダウンリンクチャネルが、前記周期的ダウンリンク受信の第二のフィードバックタイミングパラメーターによって示される第一のアップリンクチャネルと関連付けられる、受信することと、
前記適用不可能な値を受信することに応答して、前記第二のダウンリンクチャネルのフィードバックを送信するための第二のアップリンク制御チャネルを決定することと、を含む、方法。
（項目２１）
前記第一のアップリンクチャネルを送信しないことをさらに含む、項目２０に記載の方法。
（項目２２）
前記第一のアップリンクチャネルを使用して前記第二のダウンリンクチャネルの前記フィードバックを送信しないことを決定することをさらに含む、項目２０～２１のいずれか一項に記載の方法。
（項目２３）
前記第二のダウンリンクチャネルの前記フィードバックを、第二のアップリンクチャネルに多重化することをさらに含む、項目２０～２２のいずれか一項に記載の方法。
（項目２４）
前記第二のアップリンクチャネルを示す第二のＤＣＩを受信することをさらに含む、項目２３に記載の方法。
（項目２５）
前記第二のＤＣＩが、前記第二のアップリンクチャネルを示す第三のフィードバックタイミングパラメーターを含む、項目２４に記載の方法。
（項目２６）
前記第一のＤＣＩの後に前記第二のＤＣＩを受信することをさらに含む、項目２４～２５のいずれか一項に記載の方法。
（項目２７）
前記第二のアップリンクチャネルが、前記第一のアップリンクチャネルより遅れることがない、項目２４～２６のいずれか一項に記載の方法。
（項目２８）
前記第二のＤＣＩの前記第三のフィードバックタイミングパラメーターによって示される前記第二のアップリンクチャネルの第二のスロットが、前記第一のアップリンクチャネルの第一のスロットより遅れることがない、項目２４～２７のいずれか一項に記載の方法。
（項目２９）
前記第一のアップリンクチャネルの後に前記第二のＤＣＩを受信することをさらに含む、項目２４～２８のいずれか一項に記載の方法。
（項目３０）
前記第二のダウンリンクチャネルの前記フィードバックを前記第一のアップリンクチャネルを介して送信するために、第一のスロットより後の第二のスロット内の前記第二のＤＣＩを受信することをさらに含む、項目２４～２９のいずれか一項に記載の方法。
（項目３１）
前記第一のダウンリンクチャネルの第一のフィードバックを前記第二のアップリンクチャネルに多重化することをさらに含む、項目２３～３０のいずれか一項に記載の方法。
（項目３２）
前記第二のアップリンクチャネルが、前記アップリンクチャネルよりも遅い、項目２３～３１のいずれか一項に記載の方法。
（項目３３）
前記第二のアップリンクチャネルが、前記第二のダウンリンクチャネルからの前記無線デバイスの処理時間内である、項目２３～３２のいずれか一項に記載の方法。
（項目３４）
前記適用不可能な値が、第二のＤＣＩに基づいて前記第一のダウンリンクチャネルの第一のフィードバックを送信することを示す、項目２０～３３のいずれか一項に記載の方法。
（項目３５）
前記第二のＤＣＩが、第三のダウンリンクチャネルをスケジュールする、項目２４～３４のいずれか一項に記載の方法。
（項目３６）
前記第二のＤＣＩが、全てのダウンリンクＨＡＲＱプロセスのフィードバックを報告するために、前記第二のアップリンクチャネルを介してワンショットハイブリッド自動反復要求（ＨＡＲＱ）フィードバックの送信を要求する、項目２４～３５のいずれか一項に記載の方法。
（項目３７）
前記第二のＤＣＩが、前記第二のダウンリンクチャネルの後に受信される最も早いＤＣＩである、項目２４～３５のいずれか一項に記載の方法。
（項目３８）
前記第二のＤＣＩが、前記第二のダウンリンクチャネルの前に受信される最新のＤＣＩである、項目２４～３５のいずれか一項に記載の方法。
（項目３９）
前記第二のＤＣＩが、最後のアップリンク制御送信後に受信される、項目３８に記載の方法。
（項目４０）
前記第一のダウンリンクチャネルが前記第二のダウンリンクチャネルと同じチャネル占有時間（ＣＯＴ）内にあることに応答して、第二のアップリンクチャネルを介して前記フィードバックを送信するように決定することをさらに含む、項目２０～３９のいずれか一項に記載の方法。
（項目４１）
前記第一のアップリンクチャネルが前記第二のダウンリンクチャネルの前記フィードバックの送信のみのためにスケジュールされるのに応答して、前記第一のアップリンクチャネルに前記フィードバックを多重化しないことを決定することをさらに含む、項目２０～４０のいずれか一項に記載の方法。
（項目４２）
前記周期的ダウンリンク受信の構成パラメーターを含む無線リソース構成メッセージを受信することをさらに含み、
前記構成パラメーターが、前記周期的ダウンリンク受信の周期性を含み、
前記第二のダウンリンクチャネルが、前記周期的ダウンリンク受信のインスタンスに対応する、項目２０～４１のいずれか一項に記載の方法。
（項目４３）
前記周期的ダウンリンク受信を起動させるＤＣＩを受信することをさらに含み、前記ＤＣＩが前記第二のフィードバックタイミングパラメーターを示す、項目２０～４２のいずれか一項に記載の方法。
（項目４４）
無線デバイスによって、半持続性スケジューリング構成を起動させる第一のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第一のＤＣＩが、前記半持続性構成の第一の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）機会の第一のフィードバックを送信するための第一の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースの第一のタイミング値を示す、受信することと、
前記第一のＰＤＳＣＨ機会の前に第二のＰＤＳＣＨ受信をスケジューリングする第二のＤＣＩを受信することであって、前記第二のＤＣＩが、第三のＤＣＩに基づいて前記第二のＰＤＳＣＨ受信の第二のフィードバックを送信することを示す第二のタイミング値を含む、受信することと、
一つまたは複数のフィードバック送信のために第二のＰＵＣＣＨリソースを示す前記第三のＤＣＩを受信することであって、前記第二のＰＵＣＣＨリソースが前記第一のＰＵＣＣＨリソースより遅れない、受信することと、
前記第二のタイミング値表示に応答して、前記第二のＰＵＣＣＨリソースを介して前記第一のフィードバックを送信することと、を含む、方法。
（項目４５）
前記第二のＰＵＣＣＨリソースを介して前記第二のフィードバックを送信することをさらに含む、項目４４に記載の方法。
（項目４６）
前記第二のＤＣＩの後に前記第三のＤＣＩを受信することをさらに含む、項目４４に記載の方法。
（項目４７）
前記第一のＰＵＣＣＨリソースの後に前記第三のＤＣＩを受信することをさらに含む、項目４４に記載の方法。
（項目４８）
無線デバイスによって、周期的ダウンリンク受信に対応するダウンリンクチャネルを受信することであって、前記ダウンリンクチャネルが、前記周期的ダウンリンク受信の第一のフィードバックタイミングによって示される第一のアップリンクチャネルと関連付けられる、受信することと、
第二のアップリンクチャネルに対する第二のフィードバックタイミングを示すダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第二のアップリンクチャネルが、
前記ダウンリンクチャネルの最後のシンボルの、少なくとも第一の数のシンボル後に、および
前記第一のアップリンクチャネルより遅れることなく開始する、受信することと
前記第二のアップリンクチャネルを介して前記ダウンリンクチャネルのフィードバックを送信することと、を含む、方法。
（項目４９）
無線デバイスによって、半持続性スケジューリングのダウンリンクチャネルを受信することであって、前記ダウンリンクチャネルが、前記半持続性スケジューリングのフィードバックタイミングパラメーターによって示される第一のアップリンク制御チャネルと関連付けられる、受信することと、
前記第一のアップリンク制御チャネルの少なくとも一つのシンボルに基づいて、前記第一のアップリンク制御チャネルが前記ダウンリンクチャネルのフィードバック情報を送信するために利用できないと決定することと、
前記第一のアップリンク制御チャネルの後に第二のアップリンク制御チャネルを決定することであって、前記第二のアップリンク制御チャネルが前記送信に利用可能である、決定することと、
前記第二のアップリンク制御チャネルにおける前記フィードバック情報を多重化することと、を含む、方法。
（項目５０）
前記第二のアップリンク制御チャネルを介して前記フィードバック情報を送信することをさらに含む、項目４９に記載の方法。
（項目５１）
前記第二のアップリンク制御チャネルを示すダウンリンク制御情報（ＤＣＩ）を受信することをさらに含む、項目４９～５０のいずれか一項に記載の方法。
（項目５２）
前記第二のアップリンク制御チャネルを示す無線リソース制御（ＲＲＣ）メッセージを受信することをさらに含み、前記第二のアップリンク制御チャネルが、第二の半持続性スケジューリングと関連付けられる、項目４９～５１のいずれか一項に記載の方法。
（項目５３）
前記第二の半持続性スケジューリングが、前記ダウンリンクチャネルに関連付けられる前記半持続性スケジューリングである、項目５２に記載の方法。
（項目５４）
前記少なくとも一つのシンボルを含む複数のシンボルの送信方向を示す構成パラメーターを含む無線リソース構成（ＲＲＣ）メッセージを受信することをさらに含み、シンボルの送信方向が、アップリンクまたはダウンリンクまたは未決定である、項目４９～５３のいずれか一項に記載の方法。
（項目５５）
前記構成パラメーターに基づいて、前記第一のアップリンク制御チャネルに割り当てられた無線リソースの前記少なくとも一つのシンボルの送信方向がダウンリンクであると決定することをさらに含む、項目５４に記載の方法。
（項目５６）
構成パラメーターに基づいて、前記第一のアップリンク制御チャネルに割り当てられた無線リソースの前記少なくとも一つのシンボルの送信方向が未決定であると決定することをさらに含む、項目５４～５５のいずれか一項に記載の方法。
（項目５７）
構成パラメーターに基づいて、前記第二のアップリンク制御チャネルに割り当てられる無線リソースのシンボルの送信方向がアップリンクであると決定することをさらに含む、項目５４～５６のいずれか一項に記載の方法。
（項目５８）
構成パラメーターに基づいて、前記第二のアップリンク制御チャネルに割り当てられる無線リソースのシンボルの送信方向が柔軟であると決定することをさらに含む、項目５４～５７のいずれか一項に記載の方法。
（項目５９）
無線デバイスによって、
セルの第一のダウンリンク（ＤＬ）帯域幅部分（ＢＷＰ）に対する一つまたは複数のダウンリンク割り当てであって、前記第一のＤＬ ＢＷＰがアクティブＤＬ ＢＷＰである、一つまたは複数のダウンリンク割り当てと、
前記一つまたは複数のダウンリンク割り当ての第一のハイブリッド自動反復要求（ＨＡＲＱ）フィードバックを送信するための、適用不可能な値を示すフィードバックタイミングインジケーターフィールドと、を含む、第一のダウンリンク制御情報（ＤＣＩ）を受信することと、
前記アクティブＤＬ ＢＷＰとして前記第一のＤＬ ＢＷＰから第二のＤＬ ＢＷＰにスイッチングすることと、
前記スイッチング後に、第二のＨＡＲＱフィードバックの送信のためのアップリンクリソースを示す第二のＤＣＩを受信することと、
前記アップリンクリソースを介して、前記一つまたは複数のダウンリンク割り当ての前記第一のＨＡＲＱフィードバックと、前記第二のＨＡＲＱフィードバックとを送信することと、を含む、方法。
（項目６０）
無線デバイスによって、セルの第一のダウンリンク（ＤＬ）帯域幅部分（ＢＷＰ）に対してダウンリンクチャネルをスケジューリングする、第一のダウンリンク制御情報（ＤＣＩ）を受信することであって、
前記第一のＤＬ ＢＷＰは、アクティブＤＬ ＢＷＰであり、
前記第一のＤＣＩは、前記ダウンリンクチャネルのフィードバックタイミングに対し適用不可能な値を示す、受信することと、
前記アクティブＤＬ ＢＷＰとして前記第一のＤＬ ＢＷＰから第二のＤＬ ＢＷＰにスイッチングすることと、
前記スイッチング後に、アップリンクチャネルを示す第二のＤＣＩを受信することと、
前記アップリンクチャネルを介して前記ダウンリンクチャネルのフィードバックを送信することと、を含む、方法。
（項目６１）
前記ＤＣＩが、前記セルの前記第一のＤＬ ＢＷＰに対する一つまたは複数のダウンリンク割り当てを含む、項目６０に記載の方法。
（項目６２）
前記ＤＣＩが、前記適用不可能な値を示すフィードバックタイミングインジケーターフィールドを含み、前記フィードバックが、前記一つまたは複数のダウンリンク割り当ての第一のハイブリッド自動反復要求（ＨＡＲＱ）フィードバックを含む、項目６１に記載の方法。
（項目６３）
前記第二のＤＣＩが、前記アップリンクチャネルが第二のＨＡＲＱフィードバックを送信するためのアップリンクリソースを示すことを含むことを示す、項目６２に記載の方法。
（項目６４）
前記フィードバックの送信が、前記アップリンクリソースを介して、前記一つまたは複数のダウンリンク割り当ての前記第一のＨＡＲＱフィードバックおよび前記第二のＨＡＲＱフィードバックを送信することを含む、項目６３に記載の方法。
（項目６５）
前記第一のＤＬ ＢＷＰ上で前記第一のＤＣＩを受信することをさらに含む、項目６０～６４のいずれか一項に記載の方法。
（項目６６）
第二のセル内の前記第一のＤＣＩを受信することをさらに含む、項目６０～６５のいずれか一項に記載の方法。
（項目６７）
前記一つまたは複数のダウンリンク割り当てが、一つまたは複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）リソースの時間ドメインリソースおよび周波数ドメインリソースを含む、項目６４～６６のいずれか一項に記載の方法。
（項目６８）
前記一つまたは複数のＰＤＳＣＨリソースが、一つまたは複数の半持続性スケジューリング（ＳＰＳ）構成に対応する、項目６７に記載の方法。
（項目６９）
前記第一のＤＣＩが、前記ＳＰＳ構成の起動を示す、項目６８に記載の方法。
（項目７０）
前記第二のＤＣＩが、前記アップリンクリソースを示す第二のタイミングインジケーター値を示すフィールドを含む、項目６０～６９のいずれか一項に記載の方法。
（項目７１）
前記アップリンクリソースが、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースの時間ドメインリソースおよび周波数ドメインリソースを含む、項目７０に記載の方法。
（項目７２）
前記第二のＤＣＩが、ＰＵＣＣＨリソースインジケーターフィールドをさらに含む、項目７１に記載の方法。
（項目７３）
前記第二のタイミングインジケーター値によって示されるスロット内の前記ＰＵＣＣＨリソースにおいて、前記一つまたは複数のダウンリンク割り当ての前記ＨＡＲＱフィードバックと、前記第二のＨＡＲＱフィードバックとを多重化することをさらに含む、項目７２に記載の方法。
（項目７４）
前記第二のＤＣＩを前記第二のＤＬ ＢＷＰ上で受信することをさらに含む、項目６０～７３のいずれか一項に記載の方法。
（項目７５）
前記セルの前記第二のＤＬ ＢＷＰに対して一つまたは複数の第二のダウンリンク割り当てをスケジュールする、第二のセル内の前記第二のＤＣＩを受信することをさらに含む、項目６０～７４のいずれか一項に記載の方法。
（項目７６）
前記第二のＤＣＩが、前記第二のセルにおける前記一つまたは複数の第二のダウンリンク割り当ての前記第二のＨＡＲＱフィードバックの送信のために、前記アップリンクリソースとして物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを示す、項目７５に記載の方法。
（項目７７）
前記スイッチングが、前記セルのＢＷＰ非アクティブタイマーの満了に応答する、項目６０～７６のいずれか一項に記載の方法。
（項目７８）
前記ＢＷＰ非アクティブタイマーが、前記第一のＤＬ ＢＷＰが起動されることに基づいて動作している、項目７７に記載の方法。
（項目７９）
前記スイッチングが、一貫したリッスンビフォアトーク（ＬＢＴ）障害に応答している、項目６０～７８のいずれか一項に記載の方法。
（項目８０）
前記スイッチングが、前記第二のＤＬ ＢＷＰに対するダウンリンク割り当てをスケジューリングする物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の受信に応答している、項目６０～７９のいずれか一項に記載の方法。
（項目８１）
前記第一のＤＬ ＢＷＰから前記第二のＤＬ ＢＷＰへのスイッチングに応答して、第一のアップリンクＢＷＰから第二のアップリンクＢＷＰにスイッチングすることをさらに含む、項目６０～８０のいずれか一項に記載の方法。
（項目８２）
前記アップリンクリソースが、前記第二のアップリンクＢＷＰ上にある、項目８１に記載の方法。
（項目８３）
前記第二のＤＣＩが、ワンショットＨＡＲＱフィードバック要求を示す、項目６０～８２のいずれか一項に記載の方法。
（項目８４）
無線デバイスによって、ＢＷＰ非アクティブタイマーの期間を示す、セルの帯域幅部分（ＢＷＰ）構成パラメーターを含む一つまたは複数のメッセージを受信することと、
第一のダウンリンク制御情報（ＤＣＩ）を受信することであって、
前記セルの第一のダウンリンクＢＷＰに対する一つまたは複数のダウンリンク割り当てであって、前記第一のダウンリンクＢＷＰが起動され、前記ＢＷＰ非アクティブタイマーが動作している、一つまたは複数のダウンリンク割り当てと、
前記一つまたは複数のダウンリンク割り当てのハイブリッド自動反復要求（ＨＡＲＱ）フィードバックの送信のタイミングインジケーターフィールドと、を含む、第一のダウンリンク制御情報（ＤＣＩ）を受信することと、
前記タイミングインジケーターフィールドが適用不可能な値を示すことに応答して、前記ＢＷＰ非アクティブタイマーを停止することと、
アップリンクチャネルを示す第二のＤＣＩを受信することと、
前記アップリンクチャネルを介して前記一つまたは複数のダウンリンク割り当ての前記ＨＡＲＱフィードバックを送信することと、を含む、方法。
（項目８５）
無線デバイスによって、セルの第一のダウンリンク（ＤＬ）帯域幅部分（ＢＷＰ）に対してダウンリンクチャネルをスケジューリングする、第一のダウンリンク制御情報（ＤＣＩ）を受信することであって、
前記第一のＤＬ ＢＷＰは、実行中のＢＷＰ非アクティブタイマーと関連付けられるアクティブＤＬ ＢＷＰであり、
前記第一のＤＣＩは、前記ダウンリンクチャネルのフィードバックタイミングに対し適用不可能な値を示す、受信することと、
前記適用不可能な値に応答して、前記ＢＷＰ非アクティブタイマーを停止することと、
第二のＤＣＩによって示されるアップリンクチャネルを介して、一つまたは複数のダウンリンク割り当ての前記ＨＡＲＱフィードバックを送信することと、を含む、方法。
（項目８６）
前記第一のＤＣＩを受信することは、
前記ＢＷＰ非アクティブタイマーの期間を示す、前記セルの帯域幅部分（ＢＷＰ）構成パラメーターを含む一つまたは複数のメッセージを受信することを含む、項目８５に記載の方法。
（項目８７）
前記第一のＤＣＩが、
前記セルの前記第一のＤＬ ＢＷＰに対する前記一つまたは複数のダウンリンク割り当てであって、前記第一のダウンリンクＢＷＰが起動され、前記ＢＷＰ非アクティブタイマーが動作している、前記一つまたは複数のダウンリンク割り当てを含む、項目８５～８６のいずれか一項に記載の方法。
（項目８８）
前記第一のＤＣＩが、
前記一つまたは複数のダウンリンク割り当てのハイブリッド自動反復要求（ＨＡＲＱ）フィードバックの送信のためのタイミングインジケーターフィールドを含む、項目８５～８７のいずれか一項に記載の方法。
（項目８９）
前記停止が、前記適用不可能な値を示す前記タイミングインジケーターフィールドに応答している、項目８８に記載の方法。
（項目９０）
前記ＢＷＰ非アクティブタイマーが、前記第一のＤＣＩを受信する前に動作している、項目８５～８９のいずれか一項に記載の方法。
（項目９１）
前記第一のＤＣＩが、前記タイミングインジケーター値に適用不可能な値を示すフィールドを含む、項目８５～９０のいずれか一項に記載の方法。
（項目９２）
前記第二のＤＣＩが第二のセルに受信される、項目８５～９１のいずれか一項に記載の方法。
（項目９３）
前記第二のＤＣＩが、前記第二のセル内の前記アップリンクリソースを示す、項目９２に記載の方法。
（項目９４）
前記第二のセルに対する前記アップリンクリソースをスケジュールする、前記第二のセルにおいて前記第二のＤＣＩを受信するのに応答して、前記セルの前記ダウンリンクＢＷＰに関連付けられる前記ＢＷＰ非アクティブタイマーを開始することをさらに含む、項目９３に記載の方法。
（項目９５）
前記第二のＤＣＩが、ワンショットＨＡＲＱフィードバック要求を示す、項目８５～９４のいずれか一項に記載の方法。
（項目９６）
前記ワンショットＨＡＲＱフィードバック要求を示す前記第二のＤＣＩの受信に応答して、前記ＢＷＰ非アクティブタイマーを開始することをさらに含む、項目９５に記載の方法。
（項目９７）
前記第二のＤＣＩに応答して前記ＢＷＰ非アクティブタイマーを開始することをさらに含む、項目８５～９６のいずれか一項に記載の方法。
（項目９８）
無線デバイスによって、ＢＷＰ非アクティブタイマーの第一の期間を示す、セルの帯域幅部分（ＢＷＰ）構成パラメーターを含む一つまたは複数のメッセージを受信することと、
第一のダウンリンク制御情報（ＤＣＩ）を受信することであって、
前記セルの第一のダウンリンクＢＷＰに対する一つまたは複数のダウンリンク割り当てであって、前記第一のダウンリンクＢＷＰが起動され、前記ＢＷＰ非アクティブタイマーが動作している、一つまたは複数のダウンリンク割り当てと、
前記一つまたは複数のダウンリンク割り当てのハイブリッド自動反復要求（ＨＡＲＱ）フィードバックの送信のタイミングインジケーター値と、を示す第一のダウンリンク制御情報（ＤＣＩ）を受信することと、
第二のＤＣＩに基づいて前記ＨＡＲＱフィードバックを送信することを示す前記タイミングインジケーター値に応答して、第二の期間に従って前記ＢＷＰ非アクティブタイマーを再開始することと、
前記ＢＷＰ非アクティブタイマーが動作している間に、アップリンクリソースを示す前記第二のＤＣＩを受信することと、
前記アップリンクリソースを介して前記一つまたは複数のダウンリンク割り当ての前記ＨＡＲＱフィードバックを送信することと、を含む、方法。
（項目９９）
前記ＢＷＰ非アクティブタイマーの前記第二の期間が、ＲＲＣシグナリングによって構成される、項目９８に記載の方法。
（項目１００）
前記ＢＷＰ非アクティブタイマーの前記第二の期間が、前記第一のＤＣＩによって示される、項目９９に記載の方法。
（項目１０１）
前記ＢＷＰ非アクティブタイマーの前記第二の期間が、事前定義される、項目１００に記載の方法。
（項目１０２）
前記第二の期間が、前記ＢＷＰ非アクティブタイマーの前記第一の期間と等しい、項目１０１に記載の方法。
（項目１０３）
無線デバイスであって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記無線デバイスに、項目１～１０２のいずれか一項に記載の方法を実行させる、命令を記憶するメモリーと、を含む、無線デバイス。
（項目１０４）
一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに項目１～１０２のいずれか一項に記載の方法を実行させる命令を含む、非一時的コンピューター可読媒体。

【図面の簡単な説明】

【0003】

本開示のさまざまな実施形態のうちのいくつかの実施例が、図面を参照して本明細書に記載される。

【0004】

【図1】図１Ａおよび図１Ｂは、本開示の実施形態が実装され得る、移動体通信ネットワークの実施例を示す。

【0005】

【図2】図２Ａおよび図２Ｂはそれぞれ、新しい無線（ＮＲ）ユーザープレーンおよび制御プレーンプロトコルスタックを示す。

【0006】

【図3】図３は、図２ＡのＮＲユーザープレーンプロトコルスタックのプロトコル層間で提供されるサービスの例を示す。

【0007】

【図4】図４Ａは、図２ＡのＮＲユーザープレーンプロトコルスタックを通る例示的なダウンリンクデータフローを示す。図４Ｂは、ＭＡＣ ＰＤＵにおけるＭＡＣサブヘッダーのフォーマット例を示す。

【0008】

【図5】図５Ａおよび図５Ｂはそれぞれ、ダウンリンクとアップリンクの論理チャネル、トランスポートチャネル、および物理チャネル間のマッピングを示す。

【0009】

【図6】図６は、ＵＥのＲＲＣ状態遷移を示す例示的な図である。

【0010】

【図7】図７は、ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。

【0011】

【図8】図８は、ＮＲキャリアの時間および周波数ドメインにおけるスロットの構成例を示す。

【0012】

【図9】図９は、ＮＲキャリアに対して三つの構成されるＢＷＰを使用した帯域幅適応の実施例を示す。

【0013】

【図10】図１０Ａは、二つのコンポーネントキャリアを有する三つのキャリアアグリゲーション構成を示す。図１０Ｂは、アグリゲーションセルがどのように一つまたは複数のＰＵＣＣＨグループに構成され得るかの実施例を示す。

【0014】

【図11】図１１Ａは、ＳＳ／ＰＢＣＨブロック構造および位置の例を示す。図１１Ｂは、時間および周波数ドメインにマッピングされたＣＳＩ－ＲＳの実施例を示す。

【0015】

【図12】図１２Ａおよび図１２Ｂはそれぞれ、三つのダウンリンクおよびアップリンクビーム管理手順の実施例を示す。

【0016】

【図13】図１３Ａ、図１３Ｂ、および図１３Ｃはそれぞれ、４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、および別の２ステップランダムアクセス手順を示す。

【0017】

【図14】図１４Ａは、帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。図１４Ｂは、ＣＯＲＥＳＥＴおよびＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ～ＲＥＧマッピングの実施例を示す。

【0018】

【図15】図１５は、基地局と通信する無線デバイスの実施例を示す。

【0019】

【図16】図１６Ａ、１６Ｂ、１６Ｃ、および図１６Ｄは、アップリンクおよびダウンリンク送信のための例示的な構造を示す。

【0020】

【図17】図１７は、一部の実施形態による、ＨＡＲＱ確認応答タイミング決定の例を示す。

【0021】

【図18】図１８は、一部の実施形態による、ＤＬ ＳＰＳの構成、起動、送信、および停止のためのシグナリングの例を示す。

【0022】

【図19】図１９は、一部の実施形態による、ＳＰＳ ＰＤＳＣＨおよび対応するＰＵＣＣＨをスケジューリングする例を示す。

【0023】

【図20】図２０は、一部の実施形態による、対応するＰＵＣＣＨが同じチャネル占有内にないＳＰＳ ＰＤＳＣＨスケジューリングの例を示す。

【0024】

【図21】図２１は、一部の実施形態による、対応するＰＵＣＣＨが、ＳＰＳ ＰＤＳＣＨのそれに加えて、ＨＡＲＱフィードバック送信のためにスケジュールされる、ＳＰＳ ＰＤＳＣＨスケジューリングの例を示す。

【0025】

【図22】図２２は、一部の実施形態による、対応するＰＵＣＣＨが、ＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバック送信のためにのみスケジュールされるＳＰＳ ＰＤＳＣＨスケジューリングの例を示す。

【0026】

【図23】図２３は、一部の実施形態による、第二のＰＵＣＣＨリソースが、第一のＰＵＣＣＨリソースを示す半持続性スケジューリングをオーバーライドすることを示す動的スケジューリングの例を示す。

【0027】

【図24】図２４は、一部の実施形態による、ＨＡＲＱフィードバック送信の延期を示し、半持続性スケジューリングをオーバーライドし、ＨＡＲＱフィードバック送信のための第一のＰＵＣＣＨリソースを示す、ＳＰＳ ＰＤＳＣＨ前の動的スケジューリングの例を示す。

【0028】

【図25】図２５は、一部の実施形態による、ＨＡＲＱフィードバック送信の延期を示し、半持続性スケジューリングをオーバーライドし、ＨＡＲＱフィードバック送信のための第一のＰＵＣＣＨリソースを示す、ＳＰＳ ＰＤＳＣＨ後の動的スケジューリングの例を示す。

【0029】

【図26】図２６は、一部の実施形態による、非数値タイミング値の表示の受信に基づいて、ＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバック送信を延期する例を示す。

【0030】

【図27】図２７は、一部の実施形態による、ＳＰＳ ＰＤＳＣＨと同じＣＯＴ内の非数値タイミング値の表示の受信に基づいて、ＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバック送信を延期する例を示す。

【0031】

【図28】図２８は、一部の実施形態による、ＢＷＰスイッチングにより、半静的コードブックに保留中のＨＡＲＱフィードバックをドロップした例を示す。

【0032】

【図29】図２９は、一部の実施形態による、ＢＷＰスイッチングにより、保留中のＨＡＲＱフィードバックを動的／強化動的コードブックにドロップする例を示す。

【0033】

【図30】図３０は、一部の実施形態による、ＢＷＰスイッチングにより、保留中のＨＡＲＱフィードバックを動的／強化動的コードブックにドロップする別の実施例を示す。

【0034】

【図31】図３１は、一部の実施形態による、ＢＷＰスイッチングにより、動的／強化動的コードブックを用いた、ＨＡＲＱフィードバックに関する異なる挙動の例を示す。

【0035】

【図32】図３２は、一部の実施形態による、ライセンスされていない帯域でのＤＬデータ受信およびＨＡＲＱフィードバック送信のクロスＣＯＴスケジューリングの例を示す。

【0036】

【図33】図３３は、一部の実施形態による、ＨＡＲＱ－ＡＣＫ送信用のＰＵＣＣＨリソースを示す第二のＤＣＩを受信する前に、ＢＷＰスイッチングにより、非数値ＨＡＲＱフィードバックタイミングインジケーターに関連付けられる保留中のＨＡＲＱ－ＡＣＫをドロップする例を示す。

【0037】

【図34】図３４は、一部の実施形態による、ＨＡＲＱ－ＡＣＫ送信用のＰＵＣＣＨリソースを示す第二のＤＣＩを受信する前のＢＷＰスイッチングの場合、非数値ＨＡＲＱフィードバックタイミングインジケーターに関連付けられる保留中のＨＡＲＱ－ＡＣＫを維持する例を示す。

【0038】

【図35】図３５は、一部の実施形態による、非数値ＨＡＲＱフィードバックタイミング表示に基づいて、ＢＷＰ非アクティブタイマーを延長する実施例を示す。

【0039】

【図36】図３６は、一部の実施形態による、非数値ＨＡＲＱフィードバックタイミング表示に基づいて、ＢＷＰ非アクティブタイマーを一時停止する例を示す。

【0040】

【図37】図３７は、一部の実施形態による、非数値ＨＡＲＱフィードバックタイミング表示に基づいて、自己キャリアスケジューリングシナリオにおいて、セルのＢＷＰ非アクティブタイマーを一時停止する例を示す。

【0041】

【図38】図３８は、一部の実施形態による、非数値ＨＡＲＱフィードバックタイミング表示に基づいて、クロスキャリアスケジューリングシナリオにおいて、セルのＢＷＰ非アクティブタイマーを一時停止する実施例を示す。

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

【0042】

実施形態は、必要に応じて動作するように構成され得る。開示された機構は、例えば、無線デバイス、基地局、無線環境、ネットワーク、上記の組み合わせなどで、特定の基準が満たされるときに実行され得る。例示的な基準は、例えば、無線デバイスまたはネットワークノード構成、トラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、上記の組み合わせなどに少なくとも部分的に基づいてもよい。一つまたは複数の基準が満たされると、さまざまな例示的実施形態が適用されることができる。従って、開示されたプロトコルを選択的に実装する例示的実施形態を実装することが可能であり得る。

【0043】

基地局は、無線デバイスの混合と通信することができる。無線デバイスおよび／または基地局は、複数の技術、および／または同じ技術の複数のリリースをサポートすることができる。無線デバイスは、無線デバイスのカテゴリーおよび／または能力に応じて、いくつかの特定の能力を有し得る。本開示が複数の無線デバイスと通信する基地局に言及する場合、本開示は、カバレッジエリア内の全無線デバイスのサブセットに言及することができる。本開示は、例えば、所定の能力を含み、基地局の所定のセクターにある、所定のＬＴＥまたは５Ｇリリースの複数の無線デバイスに言及することができる。本開示における複数の無線デバイスは、選択された複数の無線デバイス、および／または開示された方法などに従って実行するカバレッジエリア内の全無線デバイスのサブセットに言及することができる。開示された方法に準拠し得ないカバレッジエリアに複数の基地局または複数の無線デバイスが存在し得る。例えば、それらの無線デバイスまたは基地局は、ＬＴＥまたは５Ｇ技術の古いリリースに基づいて実行される。

【0044】

本明細書では、「ａ」と「ａｎ」および同様の語句は「少なくとも一つ」および「一つまたは複数」として解釈される。同様に、接尾辞「（ｓ）」で終わる任意の用語は、「少なくとも一つ」および「一つまたは複数」として解釈されるべきである。本明細書では、用語「ｍａｙ」は「例えば、～であり得る」として解釈される。言い換えると、用語「ｍａｙ」は、用語「ｍａｙ」に続く語句が複数の適切な可能性の一つの実施例であり、種々の実施形態の一つまたは複数によって用いられても用いられなくてもよいことを示す。本明細書で使用される場合、用語「含む（ｃｏｍｐｒｉｓｅｓ）」および「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」は、記載される要素の一つまたは複数の構成要素を列挙する。用語「含む（ｃｏｍｐｒｉｓｅｓ）」は、「含む（ｉｎｃｌｕｄｅｓ）」と互換性があり記載される要素に含まれる列挙されていない構成要素を除外しない。対照的に、「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」は、記述される要素の一つまたは複数の構成要素の完全な列挙を提供する。本明細書で使用される場合、用語「に基づく」は、例えば、「のみに基づく」というよりも、むしろ「少なくとも部分的に基づく」と解釈されるべきである。本明細書で使用される場合、「および／または」という用語は、列挙された要素の任意の可能な組み合わせを表す。例えば、「Ａ、Ｂ、および／またはＣ」は、Ａ、Ｂ、Ｃ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡ、Ｂ、およびＣを表し得る。

【0045】

ＡおよびＢがセットであり、Ａの全ての要素がＢの要素でもある場合、ＡはＢのサブセットと呼ばれる。本明細書では、非空集合およびサブセットのみが考慮される。例えば、Ｂ＝｛セル１、セル２｝の可能なサブセットは、｛セル１｝、｛セル２｝、および｛セル１、セル２｝である。「に基づいて」（または同等に「に少なくとも基づいて」）というフレーズは、用語「に基づいて」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「に応答して」（または同等に「に少なくとも応答して」）というフレーズは、フレーズ「に応答して」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「に応じて」（または同等に「に少なくとも応じて」）というフレーズは、フレーズ「に応じて」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「採用／使用」（または同等に「少なくとも採用／使用」）というフレーズは、フレーズ「採用／使用」に続くフレーズがさまざまな実施形態の一つまたは複数に使用される場合とされない場合とがある多数の適切な可能性の一つの実施例であることを示す。

【0046】

用語「構成される」は、装置が動作状態にあるか非動作状態にあるかにかかわらず、装置の容量に関連し得る。「構成される」とは、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの動作特性に影響するデバイスの特定の設定に言及することもできる。換言すれば、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリー値などは、デバイスが特定の特性を提供するために、デバイスが動作状態または非動作状態にあるかどうかにかかわらず、デバイス内で「構成され」得る。「装置において発生する制御メッセージ」などの用語は、装置が動作状態か非動作状態かにかかわらず、制御メッセージが装置における特定の特性を構成するために使用することができる、または装置における特定のアクションを実装するために使用することができるパラメーターを有することを意味し得る。

【0047】

本開示では、パラメーター（または同等にフィールド、または情報要素：ＩＥと呼ばれる）は、一つまたは複数の情報オブジェクトを含むことができ、情報オブジェクトは、一つまたは複数の他のオブジェクトを含むことができる。例えば、パラメーター（ＩＥ）Ｎがパラメーター（ＩＥ）Ｍを含み、パラメーター（ＩＥ）Ｍがパラメーター（ＩＥ）Ｋを含み、パラメーター（ＩＥ）Ｋがパラメーター（情報要素）Ｊを含む場合、例えば、ＮはＫを含み、ＮはＪを含む。例示的実施形態においては、一つまたは複数のメッセージが複数のパラメーターを含むとき、それは、複数のパラメーターのうちのパラメーターが一つまたは複数のメッセージのうちの少なくとも一つに含まれるが、一つまたは複数のメッセージの各々に含まれる必要はないことを意味する。

【0048】

さらにまた、上記で提示された多くの特徴は、「ｍａｙ」の使用または括弧の使用により任意選択であるものとして説明される。簡潔さおよび読みやすさのために、本開示は、任意選択の特徴のセットから選択することによって得られ得るありとあらゆる変更を明示的に記載していない。本開示は、そのような全ての変更を明示的に開示すと解釈されるべきである。例えば、三つの任意選択の特徴を有するものとして説明されたシステムは、七つの方式、すなわち、三つの可能な特徴の一つのみ、三つの特徴のいずれか二つ、または三つの特徴の三つによって具現化されることができる。

【0049】

開示された実施形態で説明される要素の多くは、モジュールとして実装され得る。ここで、モジュールは、定義された機能を実行し、他の要素への定義されたインターフェイスを有する要素として定義される。本開示で説明されるモジュールは、ハードウェア、ハードウェアと組み合わせたソフトウェア、ファームウェア、ウェットウェア（例えば、生物学的要素を有するハードウェア）、またはそれらの組み合わせで実装されてもよく、それらは、挙動的に等価とすることができる。例えば、モジュールは、ハードウェアマシン（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｂａｓｉｃ、Ｍａｔｌａｂ（登録商標）など）もしくはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵ Ｏｃｔａｖｅ、またはＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔで実行されるように構成されるコンピューター言語で記述されたソフトウェアルーチンで実装され得る。ディスクリートまたはプログラム可能なアナログ、デジタル、および／または量子ハードウェアを組み込む物理ハードウェアを使用してモジュールを実装することも可能であり得る。プログラム可能なハードウェアの例には、コンピューター、マイクロコントローラー、マイクロプロセッサー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コンプレックスプログラマブルロジックデバイス（ＣＰＬＤ）が含まれる。コンピューター、マイクロコントローラー、およびマイクロプロセッサーは、アセンブリー、Ｃ、Ｃ＋＋などの言語を使用してプログラムされる。ＦＰＧＡ、ＡＳＩＣ、ＣＰＬＤは、多くの場合、プログラマブルデバイスの機能が少ない内部ハードウェアモジュール間の接続を構成するＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）またはＶｅｒｉｌｏｇなどのハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。機能モジュールの結果を達成するために、上記の技術がしばしば組み合わせて使用される。

【0050】

図１Ａは、本開示の実施形態が実装され得る移動体通信ネットワーク１００の実施例を示す。移動体通信ネットワーク１００は、例えば、ネットワークオペレーターによって実行される公共の土地移動体ネットワーク（ＰＬＭＮ）であり得る。図１Ａに示すように、移動体通信ネットワーク１００は、コアネットワーク（ＣＮ）１０２、無線アクセスネットワーク（ＲＡＮ）１０４、および無線デバイス１０６を含む。

【0051】

ＣＮ１０２は、無線デバイス１０６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、および／またはオペレーター内ＤＮなどの一つまたは複数のデータネットワーク（ＤＮ）へのインターフェイスを提供し得る。インターフェイス機能の一部として、ＣＮ１０２は、無線デバイス１０６と一つまたは複数のＤＮとの間のエンドツーエンドの接続をセットアップし、無線デバイス１０６を認証し、充電機能を提供し得る。

【0052】

ＲＡＮ１０４は、エアーインターフェイス上で無線通信を介して、ＣＮ１０２を無線デバイス１０６に接続し得る。無線通信の一部として、ＲＡＮ１０４は、スケジューリング、無線リソース管理、および再送信プロトコルを提供し得る。エアーインターフェイス上でＲＡＮ１０４から無線デバイス１０６への通信方向は、ダウンリンクとして知られ、エアーインターフェイス上で無線デバイス１０６からＲＡＮ１０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、周波数分割二重化（ＦＤＤ）、時間分割二重化（ＴＤＤ）、および／または二つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。

【0053】

無線デバイスという用語は、本開示全体を通して、無線通信が必要または利用可能な任意のモバイルデバイスまたは固定（非携帯）デバイスを指し、および包含するために使用され得る。例えば、無線デバイスは、電話、スマートフォン、タブレット、コンピューター、ラップトップ、センサー、メーター、ウェアラブルデバイス、モノのインターネット（ＩｏＴ）装置、車両道路側ユニット（ＲＳＵ）、中継ノード、自動車、および／またはそれらの任意の組み合わせであり得る。無線デバイスという用語は、ユーザー機器（ＵＥ）、ユーザー端末（ＵＴ）、アクセス端末（ＡＴ）、モバイルステーション、受話器、無線送受信ユニット（ＷＴＲＵ）、および／または無線通信装置を含む、他の用語を包含する。

【0054】

ＲＡＮ１０４は、一つまたは複数の基地局（図示せず）を含み得る。基地局という用語は、ノードＢ（ＵＭＴＳおよび／または３Ｇ標準に関連付けられる）、進化したノードＢ（ｅＮＢ、Ｅ－ＵＴＲＡおよび／または４Ｇ規格と関連）、遠隔無線ヘッド（ＲＲＨ）、一つまたは複数のＲＲＨに結合されたベースバンド処理ユニット、ドナーノードのカバレッジエリアを拡張するために使用されるリピーターノードまたは中継ノード、次世代進化ノードＢ（ｎｇ－ｅＮＢ）、生成ノードＢ（ｇＮＢ、ＮＲおよび／または５Ｇ規格と関連）、アクセスポイント（ＡＰ、例えばＷｉＦｉまたはその他の適切な無線通信規格に関連している）、および／またはそれらの任意の組み合わせを指し、かつそれを包含するために、本開示全体を通して使用され得る。基地局は、少なくとも一つのｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）および少なくとも一つのｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を含み得る。

【0055】

ＲＡＮ１０４に含まれる基地局は、無線デバイス１０６とエアーインターフェイス上で通信するための一つまたは複数のアンテナのセットを含み得る。例えば、一つまたは複数の基地局は、三つのセル（またはセクター）をそれぞれ制御するための三つのアンテナセットを含み得る。セルのサイズは、受信機（例えば、基地局受信機）が、セルで動作する送信機（例えば、無線デバイス送信機）から送信を首尾よく受信できる範囲によって決定され得る。一緒に、基地局のセルは、無線デバイス可動性をサポートするために、広い地理的エリアにわたって無線デバイス１０６に無線カバレッジを提供し得る。

【0056】

三つのセクターサイトに加えて、基地局の他の実装も可能である。例えば、ＲＡＮ１０４の一つまたは複数の基地局は、三つより多いまたはそれ未満のセクターを有するセクターサイトとして実装され得る。ＲＡＮ１０４の一つまたは複数の基地局は、アクセスポイントとして、複数の遠隔無線ヘッド（ＲＲＨ）に結合されたベースバンド処理ユニットとして、および／またはドナーノードのカバレッジエリアを拡張するために使用されるリピータまたは中継ノードとして実装され得る。ＲＲＨに結合されたベースバンド処理ユニットは、集中型またはクラウドＲＡＮアーキテクチャーの一部であってもよく、ベースバンド処理ユニットは、ベースバンド処理ユニットのプール内に集中型であるか、または仮想化されていてもよい。リピーターノードは、ドナーノードから受信した無線信号を増幅および再ブロードキャストし得る。中継ノードは、リピーターノードと同じ／類似の機能を実行し得るが、ドナーノードから受信した無線信号を復号化して、無線信号を増幅および再ブロードキャストする前にノイズを除去し得る。

【0057】

ＲＡＮ１０４は、類似のアンテナパターンおよび類似の高レベル送信電力を有するマクロセル基地局の均質なネットワークとして展開され得る。ＲＡＮ１０４は、異種ネットワークとして展開され得る。異種ネットワークでは、小さなセル基地局を使用して、例えば、マクロセル基地局によって提供される比較的大きなカバレッジエリアと重複するカバレッジエリアなど、小さなカバレッジエリアを提供することができる。小さなカバレッジエリアは、データトラフィックの多いエリア（またはいわゆるホットスポット）、またはマクロセルカバレッジが弱いエリアに提供され得る。スモールセル基地局の例としては、カバレッジエリアが縮小する順に、マイクロセル基地局、ピコセル基地局、およびフェムトセル基地局またはホーム基地局が挙げられる。

【0058】

第三世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、図１Ａの移動体通信ネットワーク１００と同様の移動体通信ネットワークの仕様のグローバル標準化を提供するために１９９８年に形成される。現在までに、３ＧＰＰ（登録商標）は、ユニバーサルモバイル通信システム（ＵＭＴＳ）として知られる第三世代（３Ｇ）ネットワーク、ロング・ターム・エボリューション（ＬＴＥ）として知られる第四世代（４Ｇ）ネットワーク、および５Ｇシステム（５ＧＳ）として知られる第五世代（５Ｇ）ネットワークという、三世代のモバイルネットワークの仕様を生産している。本開示の実施形態は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）と呼ばれる、３ＧＰＰ（登録商標）５ＧネットワークのＲＡＮを参照して記載される。実施形態は、図１ＡのＲＡＮ１０４、以前の３Ｇおよび４ＧネットワークのＲＡＮ、およびまだ仕様化されていない将来のネットワーク（例えば、３ＧＰＰ（登録商標）６Ｇネットワーク）などの他の移動体通信ネットワークのＲＡＮに適用可能であり得る。ＮＧ－ＲＡＮは、新しい無線（ＮＲ）として知られる５Ｇ無線アクセス技術を実装し、４Ｇ無線アクセス技術または非３ＧＰＰ（登録商標）無線アクセス技術を含むその他の無線アクセス技術を実装するために供給され得る。

【0059】

図１Ｂは、本開示の実施形態が実装され得る、別の実施例の移動体通信ネットワーク１５０を示す。移動体通信ネットワーク１５０は、例えば、ネットワークオペレーターによって実行されるＰＬＭＮであり得る。図１Ｂに示すように、移動体通信ネットワーク１５０は、５Ｇコアネットワーク（５Ｇ－ＣＮ）１５２、ＮＧ－ＲＡＮ１５４、およびＵＥ１５６ＡおよびＵＥ１５６Ｂ（総称してＵＥ１５６）を含む。これらの構成要素は、図１Ａに関して説明された対応する構成要素と同じまたは同様の方法で実装および動作することができる。

【0060】

５Ｇ－ＣＮ１５２は、ＵＥ１５６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、および／またはオペレーター内ＤＮなどの一つまたは複数のＤＮへのインターフェイスを提供する。インターフェイス機能の一部として、５Ｇ－ＣＮ１５２は、ＵＥ１５６と一つまたは複数のＤＮとの間のエンドツーエンドの接続をセットアップし、ＵＥ１５６を認証し、充電機能を提供し得る。３ＧＰＰ（登録商標）４ＧネットワークのＣＮと比較して、５Ｇ－ＣＮ１５２のベースは、サービスベースのアーキテクチャーであり得る。これは、５Ｇ－ＣＮ１５２を構成するノードのアーキテクチャーが、他のネットワーク機能へのインターフェイスを介してサービスを提供するネットワーク機能として定義され得ることを意味する。５Ｇ‐ＣＮ１５２のネットワーク機能は、専用もしくは共有ハードウェア上のネットワーク要素として、専用もしくは共有ハードウェア上で動作するソフトウェアインスタンスとして、またはプラットフォーム（例えば、クラウドベースのプラットフォーム）上でインスタンス化された仮想化機能として、いくつかの方法で実装され得る。

【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】

動的コードブックは、潜在的に大きなサイズの半静的コードブックの問題に対処するために使用され得る。動的コードブックでは、スケジュールされた割り当てのＡＣＫ／ＮＡＣＫ情報のみ、レポートに含めることができる。例えば、半静的コードブックにあるような全てのキャリアではない。動的コードブックのサイズは、例えば、複数のスケジュールされたキャリアの関数として、動的に変化し得る。ダウンリンク制御シグナリングにおけるエラーになりやすい動的コードブックサイズについて同じ理解を維持するため、ダウンリンク割り当てインデックス（ＤＡＩ）をスケジューリングＤＣＩに含めることができる。ＤＡＩフィールドは、例えば、キャリアアグリゲーションの場合、カウンターＤＡＩ（ｃＤＡＩ）および総ＤＡＩ（ｔＤＡＩ）を含んでもよい。スケジューリングＤＣＩのカウンターＤＡＩは、キャリア第一、時間第二の方法による、ＤＣＩが受信された時点までの、スケジュールされたダウンリンク送信の数を示す。スケジューリングＤＣＩの合計ＤＡＩは、ＤＣＩが受信された時点までの全キャリアにわたってスケジュールされたダウンリンク送信の総数を示す。現在の時間における最も高いｃＤＡＩは、この時間におけるｔＤＡＩと等しい。

【0221】

無線デバイスは、基地局からダウンリンク割り当てを受信し得る。無線デバイスは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上でダウンリンク割り当てを受信し得る。ダウンリンク割り当ては、特定のＭＡＣエンティティについて、一つまたは複数のダウンリンク共有チャネル（ＤＬ－ＳＣＨ）上に一つまたは複数の送信があることを示し得る。ダウンリンク割り当ては、一つまたは複数の送信のハイブリッド自動反復要求（ＨＡＲＱ）情報を提供し得る。

【0222】

ＵＥがＰＤＣＣＨを監視する各ＰＤＣＣＨ機会について、および各サービングセルについて、ＵＥは、ＭＡＣエンティティのＣ－ＲＮＴＩまたはＴＣ－ＲＮＴＩに対するダウンリンク割り当てを受信し得る。ＵＥは、例えば、これがＴＣ－ＲＮＴＩに対する第一のダウンリンク割り当てである場合に、ＮＤＩがトグルされたとみなすことができる。ダウンリンク割り当ては、ＭＡＣエンティティのＣ－ＲＮＴＩに対するものであってもよく、同じＨＡＲＱプロセスのＨＡＲＱエンティティに示される以前のダウンリンク割り当ては、ＭＡＣエンティティのＣＳ－ＲＮＴＩおよび／または構成されたダウンリンク割り当て（例えば、半持続性スケジューリング（ＳＰＳ））に対して受信されたダウンリンク割り当てであってもよく、ＵＥは、ＮＤＩがＮＤＩの値に関係なくトグルされたとみなすことができる。ＭＡＣエンティティは、ダウンリンク割り当ての存在を示し、関連するＨＡＲＱ情報（例えば、ＨＡＲＱプロセス番号、ＮＤＩなど）をＨＡＲＱエンティティに送達し得る。

【0223】

ＵＥは、ＭＡＣエンティティのＣＳ－ＲＮＴＩのサービングセルに対するＰＤＣＣＨ機会に対するダウンリンク割り当てを受信し得る。ＵＥは、対応するＨＡＲＱプロセスのＮＤＩがトグルされていないとみなすことができ、ダウンリンク割り当ての存在を示し、関連するＨＡＲＱ情報を、例えば、受信したＨＡＲＱ情報のＮＤＩが１である場合に、ＨＡＲＱエンティティに送達することができる。

【0224】

受信したＨＡＲＱ情報のＮＤＩは０でありえＰＤＣＣＨの内容はＳＰＳの非アクティブ化を示し得る。ＵＥは、このサービングセル（存在する場合）に対して構成されたダウンリンク割り当てを解除できる。ＨＡＲＱフィードバックが送信されるサービングセルを含むＴＡＧに関連付けられるタイマー、例えば、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒは、実行されてもよく、ＵＥは、ＰＨＹ層へのＳＰＳの非アクティブ化に対する肯定確認応答（ＡＣＫ）を示し得る。

【0225】

受信したＨＡＲＱ情報のＮＤＩは０でありえＰＤＣＣＨコンテンツはＳＰＳの起動を示し得る。ＵＥは、このサービングセルに対するダウンリンク割り当ておよび関連するＨＡＲＱ情報を、構成されたダウンリンク割り当てとして保存してもよく、またこのサービングセルに対する構成されたダウンリンク割り当てを、関連するＰＤＳＣＨ期間で開始し、構成される周期に従って再帰するように初期化または再初期化し得る。

【0226】

各サービングセルおよび各構成されたダウンリンク割り当て（例えば、ＳＰＳ ＰＤＳＣＨ）について、構成および起動された場合、ＭＡＣエンティティは、ＰＨＹ層が、構成されたダウンリンク割り当てに従って、このＰＤＳＣＨ期間で、ＤＬ－ＳＣＨ上のトランスポートブロックを受信し、例えば、ＰＤＳＣＨ期間が、このサービングセルに対しＰＤＣＣＨ上で受信されたダウンリンク割り当てのＰＤＳＣＨ期間と重複しない場合に、それをＨＡＲＱエンティティに送達するように命令し得る。ＭＡＣエンティティは、ＨＡＲＱプロセス番号／ＩＤを、このＰＤＳＣＨ期間に関連付けられるＨＡＲＱプロセスＩＤに設定してもよく、対応するＨＡＲＱプロセスのＮＤＩビットがトグルされたとみなすことができる。ＭＡＣエンティティは、構成されたダウンリンク割り当て（ＳＰＳ ＰＤＳＣＨ）の存在を示し、保存されたＨＡＲＱ情報をＨＡＲＱエンティティに送達し得る。

【0227】

ＭＡＣエンティティは、複数の並列ＨＡＲＱプロセスを維持する、各サービングセルに対するＨＡＲＱエンティティを含み得る。各ＨＡＲＱプロセスは、ＨＡＲＱプロセス識別子／番号と関連付けられてもよい。ＨＡＲＱエンティティは、ＤＬ－ＳＣＨ上で受信したＨＡＲＱ情報および関連するＴＢ／ＣＢＧを、対応するＨＡＲＱプロセスに向ける。ＨＡＲＱエンティティ当たりの並列ＤＬ ＨＡＲＱプロセスの数は、ＲＲＣによって事前定義されてもよく、または構成され得る。ＨＡＲＱプロセスは、物理層がダウンリンク空間多重化のために構成されていない場合、１ＴＢをサポートし得る。ＨＡＲＱプロセスは、物理層がダウンリンク空間多重化のために構成されるときに、１ＴＢまたは２ＴＢをサポートし得る。

【0228】

ＭＡＣエンティティは、繰り返し、例えば、ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ＞１で構成されてもよく、これは、ダウンリンク割り当てのバンドル内のＴＢの送信数を提供する。バンドリング動作は、ＨＡＲＱエンティティに依拠して、同じバンドルの一部である各送信について同じＨＡＲＱプロセスを呼び出すことができる。初期送信後、ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－１ＨＡＲＱ再送信が、バンドル内で続いてもよい。

【0229】

ＨＡＲＱプロセスに対して送信が行われると、（ダウンリンク空間多重化の場合に）一つまたは二つのＴＢおよび関連するＨＡＲＱ情報が、ＨＡＲＱエンティティから受信され得る。受信された各ＴＢおよび関連するＨＡＲＱ情報について、ＨＡＲＱプロセスは、ＮＤＩ（提供されたときに）が、このＴＢに対応する前の受信された送信の値と比較してトグルされた場合、および／またはこれがこのＴＢに対してまさに最初に受信された送信である場合（例えば、このＴＢに対して以前のＮＤＩがない場合）、送信を新しい送信とみなすことができる。そうでなければ、ＨＡＲＱプロセスは、この送信を再送信とみなすことができる。

【0230】

ＭＡＣエンティティは、例えば、これが新しい送信である場合に、データをデコードしようとし得る。ＭＡＣエンティティは、ＰＨＹ層が、受信したデータを、このＴＢに対して現在ソフトバッファ内にあるデータと組み合わせて、結合したデータを、例えば、これが再送信であるとき、および／またはこのＴＢに対するデータがまだデコードされていないときに、デコードしようと試みるように命令し得る。ＭＡＣエンティティは、デコードされたＭＡＣ ＰＤＵを、例えば、このＴＢのデータが首尾よくデコードされたときに、上層および／または分解および逆多重化エンティティに送達し得る。ＭＡＣエンティティは、ＰＨＹ層が、このＴＢのソフトバッファ内のデータを、ＭＡＣエンティティが、例えば、復号化が成功しなかった場合に、デコードしようとしたデータに置き換えるよう命令し得る。ＭＡＣエンティティは、このＴＢについてシグナルされた最後のＴＢサイズと同じまたは異なるＴＢサイズで再送信を受信し得る。

【0231】

ＵＥは、対応するＰＤＣＣＨ（例えば、構成されたダウンリンク割り当ておよび／またはＳＰＳ ＰＤＳＣＨ）を受信せずにＰＤＳＣＨを受信してもよく、および／またはＳＰＳ ＰＤＳＣＨリリースを示すＰＤＣＣＨを受信し得る。ＵＥは、対応するＨＡＲＱ－ＡＣＫ情報ビットを生成することができる。ＵＥがｐｅｒ－ＣＢＧ再送信（例えば、提供されたＰＤＳＣＨ－ＣｏｄｅＢｌｏｃｋＧｒｏｕｐＴｒａｎｓｍｉｓｓｉｏｎ）で構成されていない場合、ＵＥは、トランスポートブロックごとに一つのＨＡＲＱ－ＡＣＫ情報ビットを生成し得る。ＨＡＲＱ－ＡＣＫ情報ビットの場合、ＵＥは、例えば、ＵＥがＳＰＳ ＰＤＳＣＨリリースを提供するＤＣＩフォーマット１＿０を検出し、かつ／またはトランスポートブロックを正しくデコードする場合、ＡＣＫを生成し得る。ＨＡＲＱ－ＡＣＫ情報ビットでは、ＵＥがトランスポートブロックを正しくデコードしない場合、ＵＥはＮＡＣＫを生成できる。ＵＥは、同じＰＵＣＣＨ内の複数のＳＰＳ ＰＤＳＣＨ受信について、ＨＡＲＱ－ＡＣＫ情報を送信するように示されよう期待されてもよいし、期待されなくてもよい。

【0232】

ＵＥは、ＰＵＳＣＨ送信と重複するＰＵＣＣＨ送信においてＵＣＩを多重化し得る。ＵＥは、ＰＵＳＣＨ送信（例えば、ピギーバック）のＵＣＩからＨＡＲＱ－ＡＣＫ情報のみ（存在する場合）を多重化することができ、例えば、ＵＥがＰＵＳＣＨで非周期的および／または半持続性のＣＳＩレポートを多重化する場合、ＰＵＣＣＨを送信しえない。

【0233】

ＵＥは、例えば、複数のＰＵＳＣＨの各々に非周期ＣＳＩレポートが含まれる場合、重複ＰＵＣＣＨリソースの多重化から生じるＰＵＣＣＨリソースが、該当する場合には、複数のＰＵＳＣＨと重複することが期待され得ない。

【0234】

ＵＥは、例えば、ＵＥがスロット内のＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットを検出し、ＵＥがＰＵＳＣＨ送信内のＨＡＲＱ－ＡＣＫ情報を多重化する場合、ＰＤＳＣＨ受信および／またはＳＰＳ ＰＤＳＣＨリリースをスケジュールし、スロット内の対応するＨＡＲＱ－ＡＣＫ情報を含むＰＵＣＣＨ送信用のリソースを示す、ＤＣＩフォーマットを検出することが期待され得ない。

【0235】

ＵＥがＰＵＳＣＨの非周期ＣＳＩを多重化し、ＵＥがＰＵＳＣＨと重複するＰＵＣＣＨにＨＡＲＱ－ＡＣＫ情報を含むＵＣＩを多重化する場合、およびＰＵＣＣＨとＰＵＳＣＨを重複するタイミング条件が満たされる場合、ＵＥは、ＰＵＳＣＨのＨＡＲＱ－ＡＣＫ情報のみを多重化し、ＰＵＣＣＨを送信しえない。

【0236】

ＵＥが、ＤＣＩフォーマット０＿０および／またはＤＣＩフォーマット０＿１によってスケジュールされる第一のＰＵＳＣＨ、およびそれぞれのＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇまたはｓｅｍｉＰｅｒｓｉｓｔｅｎｔＯｎＰＵＳＣＨによって構成される第二のＰＵＳＣＨを含む、それぞれのサービングセル上のスロット内の複数のＰＵＳＣＨを送信し、ＵＥが、複数のＰＵＳＣＨのうちの一つでＵＣＩを多重化し、および複数のＰＵＳＣＨがＵＣＩ多重化の条件を満たす場合、ＵＥは第一のＰＵＳＣＨからＰＵＳＣＨ内のＵＣＩを多重化し得る。

【0237】

ＵＥが、それぞれのサービングセル上のスロットにおいて複数のＰＵＳＣＨを送信し、ＵＥが、複数のＰＵＳＣＨのうちの一つにおいてＵＣＩを多重化し、ＵＥが複数のＰＵＳＣＨのいずれにおいても非周期ＣＳＩを多重化しない場合、ＵＥは、ＵＣＩ多重化の条件が満たされることに従い、最小のＳｅｒｖＣｅｌｌＩｎｄｅｘを有するサービングセルのＰＵＳＣＨにおいてＵＣＩを多重化することができる。ＵＥが、ＵＣＩ多重化の条件を満たす最小のＳｅｒｖＣｅｌｌＩｎｄｅｘを有するサービングセル上のスロット内で複数のＰＵＳＣＨを送信する場合、ＵＥは、ＵＥがスロット内で送信する最も早いＰＵＳＣＨにおいてＵＣＩを多重化することができる。

【0238】

ＵＥが複数のスロットを介してＰＵＳＣＨを送信し、ＵＥが単一のスロット上で、かつ複数のスロットの一つまたは複数のスロットのＰＵＳＣＨ送信と重複するスロット内のＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ情報を有するＰＵＣＣＨを送信し、一つまたは複数のスロットのＰＵＳＣＨ送信が、ＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ情報を多重化する条件を満たす場合、ＵＥは、一つまたは複数のスロット内のＰＵＳＣＨ送信における、ＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ情報を多重化し得る。例えば、ＰＵＳＣＨ送信がない場合に、ＵＥがスロット内のＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ情報を有するシングルスロットＰＵＣＣＨを送信しない場合、ＵＥは、複数のスロットからあるスロット内のＰＵＳＣＨ送信において、ＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ情報を多重化しえない。

【0239】

複数のスロット上のＰＵＳＣＨ送信がＤＣＩフォーマット０＿１によってスケジュールされる場合、ＤＡＩフィールドの同じ値が、ＵＥがＨＡＲＱ－ＡＣＫ情報を多重化している複数のスロットの任意のスロットにおけるＰＵＳＣＨ送信におけるＨＡＲＱ－ＡＣＫ情報の多重化に適用され得る。

【0240】

ＨＡＲＱ－ＡＣＫ情報ビット値０は、否定確認応答（ＮＡＣＫ）を表し、一方、ＨＡＲＱ－ＡＣＫ情報ビット値１は、肯定確認応答（ＡＣＫ）を表す。

【0241】

動的スケジューリングは、無線技術、例えば、ＮＲにおける動作モードであり得る。各送信時間間隔（ＴＴＩ）、例えば、スロットおよび／またはサブフレームに対して、スケジューラ（例えば、基地局）は、制御シグナリングを使用して、装置が送信または受信するよう指示し得る。それは柔軟性がありトラフィック挙動の急速な変化に適応できるが、制御シグナリングの増加を必要とし得る。無線技術は、動的許可／割り当てに依存しない送信スキームをサポートし得る。

【0242】

ダウンリンクでは、半持続性スケジューリング（ＳＰＳ）がサポートされ得る。ＳＰＳ構成については、基地局は、ＲＲＣシグナリングおよび／またはＭＡＣ ＣＥシグナリングを介して、ＳＰＳ機会の周期性および／またはオフセットを提供し得る。基地局は、ＳＰＳを起動するために、ＰＤＣＣＨを介してＳＰＳ起動ＤＣＩを送信し得る。一実施例では、第一のＳＰＳ起動ＤＣＩは、一つまたは複数のＳＰＳ構成の起動を含み得る。無線デバイスは、ＳＰＳ起動ＤＣＩのために、第一のＲＮＴＩ、例えば、ＣＳ－ＲＮＴＩおよび／またはＣ－ＲＮＴＩを使用し得る。ＳＰＳ起動ＤＣＩは、リソース割り当て情報、例えば、時間ドメイン割り当て、周波数ドメイン割り当て、ＢＷＰインジケーター、ＰＲＢバンディングサイズインジケーター、ＣＳＩ－ＲＳトリガー、ＭＣＳ、ＮＤＩ、ＤＡＩ、およびＨＡＲＱ－ＡＣＫフィードバックの一つまたは複数の第一のパラメーター、例えば、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング、ＣＢＧＴＩ、およびＣＢＧＦＩ、ならびに送信をサポートする一つまたは複数の第二のパラメーター、例えば、アンテナポート、ＴＣＩ、ＳＲＳ要求、電力制御などをキャリーし得る。

【0243】

一旦、基地局が、時間ｍにＳＰＳ構成を起動すると、基地局は、送信機会を介した制御チャネル／ＤＣＩ／ＰＤＣＣＨに付随せずに、ＰＤＳＣＨを介して一つまたは複数のデータを送信してもよく、送信機会は、ＳＰＳ起動ＤＣＩを介してキャリーされるリソース割り当て情報およびＳＰＳ機会の周期性および／またはオフセットに基づいて決定される。無線デバイスは、ＳＰＳ起動ＤＣＩおよびＳＰＳ構成に基づいて、リソース割り当て、ＨＡＲＱ－ＡＣＫフィードバック用の一つまたは複数の第一のパラメーター、およびその後のデータ送信用の一つまたは複数の第二のパラメーターを適用し得る。例えば、無線デバイスは、ＳＰＳ機会を介して送信される各ＰＤＳＣＨに対して、同じＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングを適用する。基地局は、第二のＳＰＳ起動ＤＣＩを送信して、一つまたは複数のパラメーターを更新するか、またはＳＰＳリリースＤＣＩを送信して、ＳＰＳ構成を停止し得る。

【0244】

各ＳＰＳ ＰＤＳＣＨ機会に対するＨＡＲＱプロセス番号は、対応するＳＰＳ ＰＤＳＣＨ機会を介したダウンリンクデータ送信が開始される時間から導出され得る。構成されたダウンリンク割り当てについては、ＤＬ送信が開始されるスロットに関連付けられるＨＡＲＱプロセスＩＤは、以下の式から導出される。ＨＡＲＱ Ｐｒｏｃｅｓｓ ＩＤ ＝ ［ｆｌｏｏｒ （ＣＵＲＲＥＮＴ＿ｓｌｏｔ × １０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ × ｐｅｒｉｏｄｉｃｉｔｙ））］ ｍｏｄｕｌｏ ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ、ここでＣＵＲＲＥＮＴ＿ｓｌｏｔ ＝ ［（ＳＦＮ × ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ） ＋ ｓｌｏｔ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ］、およびｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅは、フレーム当たりの連続スロットの数を指す。

【0245】

ＳＰＳの起動時、無線デバイスは、例えば、ＲＲＣが構成した周期性に従って、およびＰＤＣＣＨで示される送信パラメーター（起動ＤＣＩ）を使用して、周期的に、ダウンリンクデータ送信を受信し得る。従って、制御シグナリングは一度使用されてもよく、シグナリングオーバーヘッドは低減され得る。ＳＰＳの起動／有効化後、無線デバイスは、アップリンクおよびダウンリンクスケジューリングコマンドに対する、候補ＰＤＣＣＨの一つまたは複数のセット（例えば、検索空間セット）の監視を継続し得る。基地局は、ＨＡＲＱ再送信用のダウンリンク割り当てを動的にスケジュールし得る。例えば、基地局は、ＳＰＳ ＰＤＳＣＨ機会を介した第一のＴＢのダウンリンク送信を最初にスケジュールし、一つまたは複数のダウンリンク割り当てを介した第一のＴＢの一つまたは複数の再送信を動的にスケジュールし得る。

【0246】

無線デバイスは、起動をスケジュールする（例えば、ＳＰＳ起動）および／またはリリースをスケジュールする（例えば、ＳＰＳリリース／停止）ために、ＤＬ ＳＰＳ割り当てＰＤＣＣＨを検証し得る。無線デバイスは、ＳＰＳ起動ＤＣＩおよび／またはＳＰＳリリース／停止ＤＣＩを検証し得る。ＳＰＳ起動／停止ＤＣＩフォーマットは、第一のＲＮＴＩ、例えば、ＣＳ－ＲＮＴＩまたはＣ－ＲＮＴＩでスクランブルされたＣＲＣを有し得る。基地局は、例えば、ＲＲＣシグナリングを介して、第一のＲＮＴＩで無線デバイスに構成し得る。ＳＰＳ起動／停止ＤＣＩは、このＤＣＩフォーマットがＳＰＳ起動／停止用であることを示すフィールドを含んでもよい。例えば、ＤＣＩフォーマットのＮＤＩフィールドは、有効になったトランスポートブロックに対して、例えば、０など、事前定義された値に設定され得る。無線デバイスは、受信されたＤＣＩフォーマットが、事前定義された値を示すフィールドに基づいて、ＳＰＳ起動／リリース用であると決定し得る。

【0247】

ＤＣＩフォーマットの検証は、ＤＣＩフォーマットに対する一つまたは複数のフィールドを一つまたは複数の事前定義された値に設定した場合に達成され得る。例えば、ＨＡＲＱプロセス番号に対応するＤＣＩフォーマットの第一のフィールドは、全て０に設定され得る。例えば、冗長性バージョンに対応するＤＣＩフォーマットの第二のフィールドは、全ての「０」（例えば、「００」）に設定され得る。例えば、ＳＰＳ起動ＤＣＩで有効化されたＴＢの冗長性バージョンは、事前定義された値、例えば「００」に設定され得る。無線デバイスは、例えば、受信したＤＣＩフォーマットが、事前定義された値に設定される第一および第二のフィールドを含む場合、ＤＬ ＳＰＳ起動を決定し得る。例えば、ＭＣＳに対応する第三のフィールドは、ＳＰＳリリース用のＤＣＩフォーマット内にある全ての「１」に設定され得る。例えば、周波数ドメインリソース割り当てに対応する第四のフィールドは、ＳＰＳリリース用のＤＣＩフォーマット内にある全ての「１」に設定され得る。無線デバイスは、例えば、受信したＤＣＩフォーマットが、第一および第二、ならびに第三および第四のフィールドを含み、全て、事前定義された値に設定された場合ＤＬ ＳＰＳリリースを決定し得る。無線デバイスは、例えば、検証が達成された場合、ＤＣＩフォーマットの情報フィールドを、一つまたは複数のＤＬ ＳＰＳの有効な起動および／またはリリースとして考慮し得る。無線デバイスは、検証が達成されない場合ＤＣＩフォーマットの情報フィールドを破棄し得る。

【0248】

無線デバイスは、ＤＬ ＳＰＳの起動および／またはリリースを示す一つまたは複数のＤＣＩを受信することに応答して、ＨＡＲＱ－ＡＣＫ情報を提供／送信し得る。無線デバイスは、例えば、ＳＰＳリリースを提供するＰＤＣＣＨの最後のシンボルからの時間オフセットの後に、ＳＰＳ ＰＤＳＣＨリリースに応答して、ＨＡＲＱ－ＡＣＫ情報を送信し得る。時間オフセットは、一つまたは複数の（例えば、Ｎ）シンボルであり得る。時間オフセットは、ＵＥ処理能力および／またはＰＤＣＣＨ受信のサブキャリア間隔に基づいて決定され得る。

【0249】

ＵＥは、基地局から、ＨＡＲＱ構成のパラメーターを含む一つまたは複数のＲＲＣメッセージを受信することができる。パラメーターは、例えば、パラメーターｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ＝ｓｅｍｉ－ｓｔａｔｉｃである場合に、半静的コードブック（例えば、Ｔｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブック）の構成を示し得る。ＵＥは、対応するＰＤＳＣＨ受信（例えば、ＳＰＳ ＰＤＳＣＨ受信）および／またはＨＡＲＱ－ＡＣＫコードブック内のＳＰＳ ＰＤＳＣＨリリースのＨＡＲＱ－ＡＣＫ情報を報告し得る。ＵＥは、対応するＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１）で、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケーターフィールド値によって示されるスロット内のＨＡＲＱ－ＡＣＫコードブックを送信し得る。ＵＥは、対応するＤＣＩフォーマットでＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケーターフィールド値によって示されないスロットにおいてＵＥが送信する半静的ＨＡＲＱ－ＡＣＫコードブック内のＨＡＲＱ－ＡＣＫ情報ビットのＮＡＣＫ値を報告し得る。

【0250】

ＵＥは、繰返しおよび／またはスロットアグリゲーションを用いて構成され得る。ＵＥは、ＵＥが第二のスロット（例えば、スロットｎ＋ｋ）内のＰＵＣＣＨまたはＰＵＳＣＨ送信内に含むＨＡＲＱ－ＡＣＫコードブック内の第一のスロット（例えば、スロットｎ）で終わるＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報を報告し得る。第二のスロットは、第一のスロットからのオフセット（例えば、ｋ）によって示され得る。例えば、オフセット（例えば、ｋ）は、対応するＤＣＩフォーマットで、例えば、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケーターフィールドによって示されるスロットの数であり得る。例えば、オフセット（例えば、ｋ）は、例えば、パラメーターｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫによって、ＲＲＣシグナリングによって提供されるスロットの数であり得る。ＲＲＣシグナリングは、例えば、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケーターフィールドがＤＣＩフォーマットで存在しないとき、使用され得る。ＵＥは、ＵＥが、例えば、第二のスロット（例えば、スロットｎ＋ｋ）以外のスロットにおけるＰＤＳＣＨ受信のＨＡＲＱ－ＡＣＫ情報を報告したとき、各対応する各ＨＡＲＱ－ＡＣＫ情報ビットの値をＮＡＣＫに設定し得る。

【0251】

ＵＥは、一つまたは複数のサービングセルおよび一つまたは複数のＵＬおよび／またはＤＬ ＢＷＰ（例えば、アクティブＵＬ ＢＷＰおよび／またはアクティブＤＬ ＢＷＰ）に対する候補ＰＤＳＣＨ受信の一連の機会を決定し得る。ＵＥは、例えば、ＰＵＣＣＨまたはＰＵＳＣＨにおける第二のスロットで、一連の機会に対応するＨＡＲＱ－ＡＣＫ情報を送信し得る。決定は、スロットタイミング値のセット（例えば、候補Ｋ１値）に基づいてもよい。スロットタイミング値のセットは、一つまたは複数のアクティブＵＬ ＢＷＰと関連付けられてもよい。

【0252】

例えば、スロットタイミング値Ｋ１は、例えば、ＵＥが、第一のＤＣＩフォーマット（例えば、フォールバックＤＣＩ／ＤＣＩフォーマット１＿０）に対してＰＤＣＣＨを監視するように構成されていて、サービングセル上で第二のＤＣＩフォーマット（非フォールバックＤＣＩ／ＤＣＩフォーマット１＿１）に対してＰＤＣＣＨを監視するように構成されていないとき、スロットタイミング値の第一のセット（例えば、事前定義されたセット｛１，２，３，４，５，６，７，８｝、またはＲＲＣシグナリングによって構成されるセット）によって提供され得る。第一のＤＣＩフォーマットは、のスロットタイミング値の第一のセットからの第一のスロットタイミング値Ｋ１を示し得る。

【0253】

スロットタイミング値Ｋ１は、スロットタイミング値の第二のセットによって提供され得る。例えば、基地局は、例えば、数字の事前定義されたセット（例えば、０～１５）からの一つまたは複数の値を含み得る、パラメーターｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫを介して、ＲＲＣシグナリングを介して第二のセットを構成し得る。第二のセットは、ＵＥが第二のＤＣＩフォーマット（例えば、非フォールバックＤＣＩ／ＤＣＩフォーマット１＿１）のＰＤＣＣＨを監視するように構成される場合に使用され得る。第二のＤＣＩフォーマットは、スロットタイミング値の第二のセットからの第二のスロットタイミング値Ｋ１を示し得る。

【0254】

ＵＥは、第一のスロットでＰＤＳＣＨ（例えば、ＳＰＳ ＰＤＳＣＨ）を受信し、例えば、ＰＵＣＣＨおよび／またはＰＵＳＣＨを介して、第二のスロットでＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を送信し得る。第二のスロットは、第一のスロットの後にＫ１スロットとし得る。Ｋ１の値は、ＰＤＳＣＨをスケジューリング／起動するＤＣＩを介して示され得る。

【0255】

一旦ＵＥが、ＨＡＲＱ－ＡＣＫコードブック送信用のＰＵＣＣＨおよび／またはＰＵＳＣＨリソースを決定すると、ＵＥは、ＰＤＳＣＨ ＨＡＲＱ－ＡＣＫコードブックに基づいて、そのＰＵＣＣＨおよび／またはＰＵＳＣＨリソースにマッピングされた一つまたは複数のＰＤＳＣＨの一つまたは複数のＨＡＲＱ－ＡＣＫビットを多重化する。ＰＤＳＣＨ ＨＡＲＱ－ＡＣＫコードブックは、ＲＲＣシグナリングによって構成されてもよく、例えば、パラメーターｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－コードブックは、半静的（タイプ－１）または動的（タイプ－２）コードブックとして構成され得る。

【0256】

ＳＰＳ ＰＤＳＣＨリリースに対応するＨＡＲＱ－ＡＣＫ情報のためのＨＡＲＱ－ＡＣＫコードブック（例えばＴｙｐｅ－１／半静的ＨＡＲＱ－ＡＣＫコードブック）内の場所は、対応するＳＰＳ ＰＤＳＣＨ受信と同じであり得る。ＳＰＳ ＰＤＳＣＨ受信用のＨＡＲＱ－ＡＣＫコードブック内の位置は、固定されてもよく、ＳＰＳ ＰＤＳＣＨ受信のタイミングに基づいて決定され得る。ＳＰＳ ＰＤＳＣＨリリース用のＨＡＲＱ－ＡＣＫコードブック内の位置は、固定されてもよく、ＳＰＳ ＰＤＳＣＨリリースを示すＰＤＣＣＨ受信のタイミングに基づいて決定され得る。ＵＥは、ＳＰＳ ＰＤＳＣＨリリースとユニキャストＰＤＳＣＨを同じスロットで受信することが期待され得ない。

【0257】

ＵＥは、基地局から、ＨＡＲＱ構成のパラメーターを含む一つまたは複数のＲＲＣメッセージを受信することができる。パラメーターは、例えば、パラメーターｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ＝ｄｙｎａｍｉｃの場合に、動的コードブック（例えば、Ｔｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブック）の構成を示し得る。ＵＥは、例えば、サービングセルのアクティブＤＬ ＢＷＰ上で、ＰＤＳＣＨ受信（例えば、ＳＰＳ ＰＤＳＣＨ受信）および／またはＳＰＳ ＰＤＳＣＨリリースをスケジューリングするためのＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１）を有するＰＤＣＣＨの監視機会を決定し得る。ＵＥは、例えばＰＵＣＣＨまたはＰＵＳＣＨのスロットにおいて、ＰＤＳＣＨ受信および／またはＳＰＳ ＰＤＳＣＨリリースに対応するＨＡＲＱ－ＡＣＫ情報を送信し得る。ＵＥは、ＤＣＩフォーマットのフィールド、例えば、ＰＵＣＣＨ送信用のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケーターフィールド値に基づいてスロットを決定し得る。

【0258】

ＰＤＳＣＨ受信および／またはＳＰＳ ＰＤＳＣＨリリースをスケジュールするための一つまたは複数のＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１）に対するＰＤＣＣＨ監視機会のセットは、構成されるサービングセルのアクティブＤＬ ＢＷＰにわたるＰＤＣＣＨ監視機会の結合として定義され得る。セット内のＰＤＣＣＨ監視機会は、ＰＤＣＣＨ監視機会に関連付けられる検索空間セットの開始時間の昇順で順序付けられてもよい。一連のＰＤＣＣＨ監視機会のカーディナリティは、ＰＤＣＣＨ監視機会の総数Ｍを定義し得る。ＤＣＩフォーマットのカウンタダウンリンク割り当てインジケーター（ｃＤＡＩ）フィールドの値は、｛サービングセル、ＰＤＣＣＨ監視機会｝対の累積数を示し得る。ここで、ＤＣＩフォーマットに関連付けられるＰＤＳＣＨ受信またはＳＰＳ ＰＤＳＣＨリリースが、例えば、最初にサービングセルインデックスの昇順で、次にＰＤＣＣＨ監視機会インデックスの昇順で、現在のサービングセルおよび現在のＰＤＣＣＨ監視機会まで、存在する。ＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿１）の合計ＤＡＩの値（存在する場合）は、例えば、｛サービングセル， 監視機会｝対の合計数を示し得る。ここで、ＤＣＩフォーマットに関連付けられるＰＤＳＣＨ受信またはＳＰＳ ＰＤＳＣＨリリースが、現在のＰＤＣＣＨ監視機会まで、存在する。ｔＤＡＩの値は、ＰＤＣＣＨ監視機会からＰＤＣＣＨ監視機会まで更新され得る。

【0259】

ＵＥは、例えば、動的コードブックが構成される時に、ＨＡＲＱ－ＡＣＫコードブックの終了時に、ＳＰＳ ＰＤＳＣＨ受信に関連付けられるＨＡＲＱ－ＡＣＫ情報ビットを多重化（例えば、付加）し得る。ＵＥは、ＳＰＳ ＰＤＳＣＨリリースを示すＰＤＣＣＨのｃＤＡＩおよびｔＤＡＩに基づいて、ＳＰＳ ＰＤＳＣＨリリースに関連付けられるＨＡＲＱ－ＡＣＫ情報ビットの位置を決定し得る。

【0260】

一実施例では、帯域幅適応（ＢＡ）では、無線デバイスの受信および送信帯域幅は、セルの帯域幅ほど大きくなくてもよい。無線デバイスの受信帯域幅および／または送信帯域幅は、調整され得る。一実施例では、受信帯域幅および／または送信帯域幅の幅は、変更するように命令され得る（例えば、電力を節約するために活動が少ない期間中に縮小する）。一実施例では、受信帯域幅および／または送信帯域幅の位置は、周波数ドメインで移動することができる（例えば、スケジューリングの柔軟性を高めるために）。一実施例では、受信帯域幅および／または送信帯域幅のサブキャリア間隔は、変更するよう命令され得る（例えば、異なるサービスを可能にするため）。セルの合計セル帯域幅のサブセットは、帯域幅部分（ＢＷＰ）と呼ばれてもよい。ＢＡは、無線デバイスを一つまたは複数のＢＷＰで構成し、無線デバイスに、構成される一つまたは複数のＢＷＰのうち、どれが現在アクティブＢＷＰであるかを伝えることによって達成され得る。

【0261】

基地局（ｇＮＢ）は、ＰＣｅｌｌ上のＢＡを有効にするために、アップリンク（ＵＬ）ＢＷＰとダウンリンク（ＤＬ）ＢＷＰで無線デバイス（ＵＥ）を構成できる。キャリアアグリゲーションが設定される場合、ｇＮＢは、ＳＣｅｌｌでＢＡを有効にするために、少なくともＤＬ ＢＷＰを使用してＵＥを構成することができる（例えば、ＵＬにＵＬ ＢＷＰＳがない場合がある）。

【0262】

ＰＣｅｌｌの場合、初期ＢＷＰは、初期アクセスに使用されるＢＷＰであり得る。一実施例では、無線デバイスは、初期アクセス中に初期ＢＷＰ（例えば、初期ＵＬ／ＤＬ ＢＷＰ）上で動作し得る。

【0263】

ＳＣｅｌｌの場合、初期ＢＷＰは、ＳＣｅｌｌが起動されるときにＵＥが最初にＳＣｅｌｌで動作するように構成されるＢＷＰであり得る。一実施例では、ＳＣｅｌｌが起動されることに応答して、無線デバイスは、初期ＢＷＰ上で動作し得る。

【0264】

一実施例では、基地局は、一つまたは複数のＢＷＰを備えた無線デバイスを構成することができる。ペアスペクトル（例えば、ＦＤＤ）では、無線デバイスは、独立して、一つまたは複数のＢＷＰの第一のＤＬ ＢＷＰおよび第一のＵＬ ＢＷＰをスイッチングすることができる。非対スペクトル（例えば、ＴＤＤ）では、無線デバイスは、同時に一つまたは複数のＢＷＰの第二のＤＬ ＢＷＰおよび第二のＵＬ ＢＷＰをスイッチングすることができる。構成される一つまたは複数のＢＷＰ間のスイッチングは、ＤＣＩまたは非アクティブタイマー（例えば、ＢＷＰ非アクティブタイマー）を介して行われ得る。一実施例では、非アクティブタイマーがサービングセルに対し設定される場合、そのセルに関連付けられている非アクティブタイマーが満了になると、サービングセルのアクティブＢＷＰがデフォルトＢＷＰにスイッチングし得る。デフォルトＢＷＰは、ネットワークによって構成することができる。

【0265】

一実施例では、ＦＤＤシステムの場合、ＢＡで構成される場合、各アップリンクキャリア（例えば、ＳＵＬ、ＮＵＬ）に対して一つのＵＬ ＢＷＰおよび一つのＤＬ ＢＷＰが、アクティブなサービングセルにおいて同時にアクティブであり得る。ＵＥを構成できる一つのＵＬ ＢＷＰおよび一つのＤＬ ＢＷＰ以外のＢＷＰを停止することができる。

【0266】

一実施例では、ＴＤＤシステムの場合、一つのＤＬ／ＵＬ ＢＷＰペアは、アクティブなサービングセルで同時にアクティブであり得る。ＵＥが構成可能な一つのＤＬ／ＵＬ ＢＷＰペア以外のＢＷＰは、停止できる。

【0267】

一実施例では、一つのＵＬ ＢＷＰおよび一つのＤＬ ＢＷＰ（または一つのＤＬ／ＵＬペア）で動作することにより、妥当なＵＥバッテリー消費が可能になり得る。停止されたＢＷＰでは、ＵＥはＰＤＣＣＨを監視せず、ＰＵＣＣＨ、ＰＲＡＣＨ、およびＵＬ－ＳＣＨで送信しえない。

【0268】

一実施例では、ＢＡで構成される時、無線デバイスは、サービングセルのアクティブＢＷＰ上の第一のＰＤＣＣＨを監視し得る。一実施例では、無線デバイスは、セルのＤＬ周波数／帯域幅全体上で第二のＰＤＣＣＨを監視しえない。一実施例では、無線デバイスは、停止されたＢＷＰ上で第二のＰＤＣＣＨを監視しえない。一実施例では、ＢＷＰ非アクティブタイマーを使用して、アクティブＢＷＰを、サービングセルのデフォルトＢＷＰにスイッチングすることができる。一実施例では、無線デバイスは、サービングセル上で成功したＰＤＣＣＨ復号化に応答して、ＢＷＰ非アクティブタイマーを（再）開始し得る。一実施例では、無線デバイスは、ＢＷＰ非アクティブタイマーの満了に応答して、デフォルトＢＷＰにスイッチングし得る。

【0269】

一実施例では、無線デバイスは、サービングセル（例えば、ＰＣｅｌｌ、ＳＣｅｌｌ）のための一つまたは複数のＢＷＰで構成され得る。一実施例では、サービングセルは、最大で第一の数（例えば、四つ）のＢＷＰで構成され得る。一実施例では、起動されたサービングセルの場合、任意の時点で一つのアクティブＢＷＰが存在し得る。

【0270】

一実施例では、サービングセルに対するＢＷＰスイッチングを使用して、一度に、非アクティブＢＷＰを起動させ、アクティブＢＷＰを停止させることができる。一実施例では、ＢＷＰスイッチングは、ダウンリンク割り当てまたはアップリンク許可を示すＰＤＣＣＨによって制御され得る。一実施例では、ＢＷＰスイッチングは、非アクティブタイマー（例えば、ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）によって制御され得る。一実施例では、ＢＷＰスイッチングは、ランダムアクセス手順の開始に応答して、ＭＡＣエンティティによって制御され得る。一実施例では、ＢＷＰスイッチングは、ＲＲＣシグナリングによって制御され得る。

【0271】

一実施例では、サービングセル（例えば、ＳｐＣｅｌｌ）のためのｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ（例えば、ＲＲＣシグナリングに含まれる）および／またはｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄ（例えば、ＲＲＣシグナリングに含まれる）のＲＲＣ（再）構成に応答して、無線デバイスは、ダウンリンク割り当てまたはアップリンク許可を示すＰＤＣＣＨを受信せずに、それぞれｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄによって示されるＤＬ ＢＷＰおよび／またはｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄによって示されるＵＬ ＢＷＰを起動することができる。一実施例では、ＳＣｅｌｌの起動に応答して、無線デバイスは、ダウンリンク割り当てまたはアップリンク許可を示すＰＤＣＣＨを受信せずに、それぞれｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄによって示されるＤＬ ＢＷＰおよび／またはｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄによって示されるＵＬ ＢＷＰをアクティブにすることができる。

【0272】

一実施例では、サービングセルのアクティブＢＷＰは、ＲＲＣシグナリングおよび／またはＰＤＣＣＨによって示され得る。一実施例では、非対スペクトル（例えば、時間－分割－二重（ＴＤＤ））について、ＤＬ ＢＷＰは、ＵＬ ＢＷＰとペアリングされてもよく、ＢＷＰスイッチングは、ＵＬ ＢＷＰおよびＤＬ ＢＷＰに対して共通（例えば、同時）であり得る。

【0273】

一実施例では、一つまたは複数のＢＷＰで構成される起動されたサービングセル（例えば、ＰＣｅｌｌ、ＳＣｅｌｌ）のアクティブＢＷＰの場合、無線デバイスは、アクティブＢＷＰ上で、以下のうちの少なくとも一つを実行することができる：アクティブＢＷＰ上のＵＬ－ＳＣＨ上での送信、ＰＲＡＣＨ機会が設定される場合、アクティブＢＷＰ上のＲＡＣＨ上での送信、アクティブＢＷＰ上でのＰＤＣＣＨの監視、構成される場合アクティブＢＷＰ上でのＰＵＣＣＨの送信、アクティブＢＷＰのためのＣＳＩの報告、構成される場合アクティブＢＷＰ上でのＳＲＳの送信、アクティブＢＷＰ上でのＤＬ－ＳＣＨの受信、保存された構成に従った、アクティブＢＷＰ上での構成される許可タイプ１の一時停止された構成されたアップリンク許可の（再）初期化、およびいくつかの手順に基づくシンボルでの開始。

【0274】

一実施例では、一つまたは複数のＢＷＰで構成される起動されたサービングセルの停止されたＢＷＰの場合、無線デバイスは、停止されたＢＷＰ上のＵＬ－ＳＣＨ上での送信、停止されたＢＷＰ上のＲＡＣＨでの送信、停止されたＢＷＰ上でのＰＤＣＣＨの監視、停止されたＢＷＰ上でのＰＵＣＣＨの送信、停止されたＢＷＰのためのＣＳＩの報告、停止されたＢＷＰ上でのＳＲＳの送信、停止されたＢＷＰ上でのＤＬ－ＳＣＨの受信のうちの少なくとも一つを実行しえない。一実施例では、一つまたは複数のＢＷＰで構成される起動されたサービングセルの停止されたＢＷＰの場合、無線デバイスは、停止されたＢＷＰ上の構成される許可タイプ２の構成されたダウンリンク割り当ておよび構成されたアップリンク許可をクリアすることができ、停止された（または非アクティブな）ＢＷＰ上の構成済みタイプ１の構成されたアップリンク許可を一時停止することができる。

【0275】

一実施例では、無線デバイスは、サービングセル（例えば、ＰＣｅｌｌ、ＳＣｅｌｌ）上でランダムアクセス手順（例えば、競合ベースのランダムアクセス、競合なしのランダムアクセス）を開始することができる。

【0276】

一実施例では、基地局は、無線デバイスのサービングセルのアクティブＵＬ ＢＷＰに対するＰＲＡＣＨ機会を構成し得る。一実施例では、アクティブＵＬ ＢＷＰは、アップリンクＢＷＰ ＩＤ（例えば、上位層（ＲＲＣ）によって構成されるｂｗｐ－Ｉｄ）で識別され得る。一実施例では、サービングセルはＳｐＣｅｌｌであり得る。一実施例では、無線デバイスのサービングセルのアクティブＤＬ ＢＷＰは、ダウンリンクＢＷＰ ＩＤ（例えば、上位層（ＲＲＣ）によって構成されるｂｗｐ－Ｉｄ）で識別され得る。一実施例では、アップリンクＢＷＰ ＩＤは、ダウンリンクＢＷＰ ＩＤとは異なってもよい。一実施例では、無線デバイスがランダムアクセス手順を開始し、基地局が、アクティブＵＬ ＢＷＰに対するＰＲＡＣＨ機会を設定し、かつサービングセルがＳｐＣｅｌｌである場合、アクティブＤＬ ＢＷＰのダウンリンクＢＷＰ ＩＤがアクティブＵＬ ＢＷＰのアップリンクＢＷＰ ＩＤと異なることに応答して、無線デバイスのＭＡＣエンティティは、第二のダウンリンクＢＷＰ ＩＤで識別されるサービングセルのアクティブＤＬ ＢＷＰから、ＤＬ ＢＷＰへスイッチングし得る。一実施例では、アクティブＤＬ ＢＷＰからＤＬ ＢＷＰへのスイッチングは、ＤＬ ＢＷＰをサービングセルの第二のアクティブＤＬ ＢＷＰとして設定することを含み得る。一実施例では、第二のダウンリンクＢＷＰ ＩＤは、アップリンクＢＷＰ ＩＤと同じであり得る。スイッチングに応答して、ＭＡＣエンティティは、サービングセル（例えば、ＳｐＣｅｌｌ）のＤＬ ＢＷＰ（例えば、第二のアクティブＤＬ ＢＷＰ）およびサービングセルのアクティブＵＬ ＢＷＰに対してランダムアクセス手順を実行し得る。一実施例では、ランダムアクセス手順の開始に応答して、無線デバイスは、稼働している場合、サービングセルのＤＬ ＢＷＰに関連付けられるＢＷＰ非アクティブタイマー（例えば、上位層（ＲＲＣ）によって構成されるｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を停止し得る。

【0277】

一実施例では、基地局は、無線デバイスのサービングセルのアクティブＵＬ ＢＷＰに対するＰＲＡＣＨ機会を構成し得る。一実施例では、サービングセルはＳｐＣｅｌｌではあり得ない。一実施例では、サービングセルはＳＣｅｌｌであり得る。一実施例では、無線デバイスがランダムアクセス手順を開始し、基地局が、アクティブＵＬ ＢＷＰに対するＰＲＡＣＨ機会を構成し、かつサービングセルがＳｐＣｅｌｌでない場合、無線デバイスのＭＡＣエンティティは、ＳｐＣｅｌｌ（例えば、ＰＣｅｌｌ）の第一のアクティブＤＬ ＢＷＰおよびサービングセルのアクティブＵＬ ＢＷＰに対してランダムアクセス手順を実行し得る。一実施例では、ランダムアクセス手順の開始に応答して、無線デバイスは、稼働している場合、サービングセルの第二のアクティブＤＬ ＢＷＰに関連付けられる第二のＢＷＰ非アクティブタイマー（例えば、上位層（ＲＲＣ）によって構成されるｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を停止し得る。一実施例では、ランダムアクセス手順の開始およびサービングセルがＳＣｅｌｌであることに応答して、無線デバイスは、動作している場合、ＳｐＣｅｌｌの第一のアクティブＤＬ ＢＷＰに関連付けられる第一のＢＷＰ非アクティブタイマー（例えば、上位層（ＲＲＣ）によって構成されるｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を停止し得る。

【0278】

一実施例では、基地局は、無線デバイスのサービングセルのアクティブＵＬ ＢＷＰに対するＰＲＡＣＨ機会を構成しえない。一実施例では、無線デバイスが、サービングセル上でランダムアクセス手順を開始するとき、ＰＲＡＣＨ機会が、サービングセルのアクティブＵＬ ＢＷＰに対して構成されていないことに応答して、無線デバイスのＭＡＣエンティティは、サービングセルのアクティブＵＬ ＢＷＰから、アップリンクＢＷＰ（初期アップリンクＢＷＰ）にスイッチングし得る。一実施例では、アップリンクＢＷＰは、ＲＲＣシグナリング（例えば、ｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰ）によって示され得る。一実施例では、アクティブＵＬ ＢＷＰからアップリンクＢＷＰへのスイッチングは、アップリンクＢＷＰをサービングセルの現在のアクティブＵＬ ＢＷＰとして設定することを含み得る。一実施例では、サービングセルはＳｐＣｅｌｌであり得る。一実施例では、無線デバイスが、サービングセル上でランダムアクセス手順を開始し、ＰＲＡＣＨ機会が、サービングセルのアクティブＵＬ ＢＷＰに対して構成されていない場合、サービングセルがＳｐＣｅｌｌであることに応答して、ＭＡＣエンティティは、サービングセルのアクティブＤＬ ＢＷＰから、サービングセルのダウンリンクＢＷＰ（例えば、初期ダウンリンクＢＷＰ）にスイッチングし得る。一実施例では、ダウンリンクＢＷＰは、ＲＲＣシグナリング（例えば、ｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰ）によって示され得る。一実施例では、アクティブＤＬ ＢＷＰからダウンリンクＢＷＰへのスイッチングは、ダウンリンクＢＷＰをサービングセルの現在のアクティブＤＬ ＢＷＰとして設定することを含み得る。スイッチングに応答して、ＭＡＣエンティティは、サービングセルのアップリンクＢＷＰおよびサービングセルのダウンリンクＢＷＰに対してランダムアクセス手順を実行し得る。一実施例では、ランダムアクセス手順の開始に応答して、無線デバイスは、実行中の場合、サービングセルのダウンリンクＢＷＰ（例えば、現在のアクティブＤＬ ＢＷＰ）に関連付けられるＢＷＰ非アクティブタイマー（例えば、上位層（ＲＲＣ）によって構成されるｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を停止し得る。

【0279】

一実施例では、基地局は、無線デバイスのサービングセル（例えば、ＳＣｅｌｌ）のアクティブＵＬ ＢＷＰに対するＰＲＡＣＨ機会を構成しえない。一実施例では、無線デバイスが、サービングセル上でランダムアクセス手順を開始するとき、ＰＲＡＣＨ機会が、サービングセルのアクティブＵＬ ＢＷＰに対して構成されていないことに応答して、無線デバイスのＭＡＣエンティティは、サービングセルのアクティブＵＬ ＢＷＰから、アップリンクＢＷＰ（初期アップリンクＢＷＰ）にスイッチングし得る。一実施例では、アップリンクＢＷＰは、ＲＲＣシグナリング（例えば、ｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰ）によって示され得る。一実施例では、アクティブＵＬ ＢＷＰからアップリンクＢＷＰへのスイッチングは、アップリンクＢＷＰをサービングセルの現在のアクティブＵＬ ＢＷＰとして設定することを含み得る。一実施例では、サービングセルはＳｐＣｅｌｌではあり得ない。一実施例では、サービングセルはＳＣｅｌｌであり得る。一実施例では、サービングセルがＳｐＣｅｌｌではないことに応答して、ＭＡＣエンティティは、サービングセルのアップリンクＢＷＰおよびＳｐＣｅｌｌのアクティブダウンリンクＢＷＰに対してランダムアクセス手順を実行し得る。一実施例では、ランダムアクセス手順の開始に応答して、無線デバイスは、稼働している場合、サービングセルの第二のアクティブＤＬ ＢＷＰに関連付けられる第二のＢＷＰ非アクティブタイマー（例えば、上位層（ＲＲＣ）によって構成されるｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を停止し得る。一実施例では、ランダムアクセス手順の開始およびサービングセルがＳＣｅｌｌであることに応答して、無線デバイスは、動作している場合、ＳｐＣｅｌｌのアクティブＤＬ ＢＷＰに関連付けられる第一のＢＷＰ非アクティブタイマー（例えば、上位層（ＲＲＣ）によって構成されるｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を停止し得る。

【0280】

一実施例では、無線デバイスのＭＡＣエンティティは、サービングセルのＢＷＰスイッチング（例えば、ＵＬ ＢＷＰおよび／またはＤＬ ＢＷＰスイッチング）のためにＰＤＣＣＨを受信し得る。一実施例では、ＭＡＣエンティティがＰＤＣＣＨを受信する時、サービングセルに関連付けられる、進行中のランダムアクセス手順が存在しえない。一実施例では、ＭＡＣエンティティが、サービングセルのＢＷＰスイッチングのためにＰＤＣＣＨを受信したときに、サービングセルに関連付けられる進行中のランダムアクセス手順がないことに応答して、ＭＡＣエンティティは、ＰＤＣＣＨによって示される、サービングセルのＢＷＰへのＢＷＰスイッチングを実行し得る。

【0281】

一実施例では、無線デバイスのＭＡＣエンティティは、サービングセルのＢＷＰスイッチング（例えば、ＵＬ ＢＷＰおよび／またはＤＬ ＢＷＰスイッチング）のためにＰＤＣＣＨを受信し得る。一実施例では、ＰＤＣＣＨは、無線デバイスのＣ－ＲＮＴＩにアドレス指定され得る。一実施例では、サービングセルに関連付けられる、進行中のランダムアクセス手順が存在し得る。一実施例では、無線デバイスは、Ｃ－ＲＮＴＩにアドレス指定されるＰＤＣＣＨを受信することに応答して、（正常に）サービングセルに関連付けられる進行中のランダムアクセス手順を完了し得る。一実施例では、（正常に）サービングセルに関連付けられる進行中のランダムアクセス手順の完了に応答して、ＭＡＣエンティティは、ＰＤＣＣＨによって示される、サービングセルのＢＷＰへのＢＷＰスイッチングを実行し得る。

【0282】

一実施例では、無線デバイスのＭＡＣエンティティは、サービングセルに対するＢＷＰスイッチング（例えば、ＵＬ ＢＷＰおよび／またはＤＬ ＢＷＰスイッチング）のためのＰＤＣＣＨを受信し得る。実施例では、ＭＡＣエンティティがＰＤＣＣＨを受信する時、ＭＡＣエンティティ内のサービングセルに関連付けられる、進行中のランダムアクセス手順が存在し得る。一実施例では、ＭＡＣエンティティが、サービングセルのＢＷＰスイッチング用のＰＤＣＣＨを受信するときに、サービングセルに関連付けられる進行中のランダムアクセス手順があることに応答して、ＢＷＰスイッチングを実施するか、またはＢＷＰスイッチング用のＰＤＣＣＨを無視するかは、ＵＥ実装に任せることができる。

【0283】

一実施例では、ＭＡＣエンティティは、ＢＷＰスイッチングのためのＰＤＣＣＨの受信に応答して、ＢＷＰスイッチングを実行し得る（ランダムアクセス手順の成功した競合解決以外）。一実施例では、ＢＷＰスイッチングを行うことは、ＰＤＣＣＨによって示されるＢＷＰへのスイッチングを含み得る。一実施例では、ＢＷＰスイッチングの実行に応答して、ＭＡＣエンティティは、進行中のランダムアクセス手順を停止してもよく、ＢＷＰスイッチングを行った後に第二のランダムアクセス手順を開始し得る。

【0284】

実施例では、ＭＡＣエンティティは、ＢＷＰスイッチングのＰＤＣＣＨを無視し得る。一実施例では、ＢＷＰスイッチング用のＰＤＣＣＨを無視することに応答して、ＭＡＣエンティティは、サービングセル上の進行中のランダムアクセス手順を継続し得る。

【0285】

一実施例では、基地局は、ＢＷＰ非アクティブタイマーを備えた無線デバイスの起動サービングセルを構成し得る。

【0286】

一実施例では、基地局は、（例えば、ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄパラメーターを含むＲＲＣシグナリングを介して）起動されたサービングセルに対して、デフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成し得る。一実施例では、起動されたサービングセルのアクティブＤＬ ＢＷＰは、デフォルトＤＬ ＢＷＰ ＩＤによって示されるＢＷＰではあり得ない。

【0287】

一実施例では、基地局は、（例えば、ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄパラメーターを含むＲＲＣシグナリングを介して）起動されたサービングセルに対して、デフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成しえない。一実施例では、起動されたサービングセルのアクティブＤＬ ＢＷＰは、起動されたサービングセルの（例えば、ｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰパラメーターを含むＲＲＣシグナリングを介した）初期ダウンリンクＢＷＰではあり得ない。

【0288】

一実施例では、基地局が、デフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成し、起動されたサービングセルのアクティブＤＬ ＢＷＰが、デフォルトＤＬ ＢＷＰ ＩＤで示されるＢＷＰでない場合、または、基地局がデフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成せず、アクティブＤＬ ＢＷＰが初期ダウンリンクＢＷＰでない場合、無線デバイスが、ダウンリンク割り当てまたはアップリンク許可を示す、アクティブＤＬ ＢＷＰで、ＰＤＣＣＨの受信に応答して、起動されたサービングセルのアクティブＤＬ ＢＷＰに関連付けられるＢＷＰ非アクティブタイマーを開始または再開始し得る。一実施例では、ＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス指定され得る。一実施例では、ＰＤＣＣＨは、ＣＳ－ＲＮＴＩにアドレス指定され得る。

【0289】

一実施例では、基地局が、デフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成し、起動されたサービングセルのアクティブＤＬ ＢＷＰが、デフォルトＤＬ ＢＷＰ ＩＤで示されるＢＷＰでない場合、または、基地局がデフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成せず、アクティブＤＬ ＢＷＰが初期ダウンリンクＢＷＰでない場合、無線デバイスが、ダウンリンク割り当てまたはアップリンク許可を示す、アクティブＤＬ ＢＷＰに対し、ＰＤＣＣＨの受信に応答して、起動されたサービングセルのアクティブＤＬ ＢＷＰに関連付けられるＢＷＰ非アクティブタイマーを開始または再開始し得る。一実施例では、ＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス指定され得る。一実施例では、ＰＤＣＣＨは、ＣＳ－ＲＮＴＩにアドレス指定され得る。

【0290】

一実施例では、無線デバイスは、起動されたサービングセルに関連付けられる進行中のランダムアクセス手順がない場合に、ＰＤＣＣＨを受信し得る。一実施例では、無線デバイスは、起動サービングセルと関連付けられる進行中のランダムアクセス手順がある場合にＰＤＣＣＨを受信してもよく、進行中のランダムアクセス手順は、無線デバイスのＣ－ＲＮＴＩにアドレス指定されるＰＤＣＣＨを受信するのに応答して首尾よく完了される。

【0291】

一実施例では、基地局が、デフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成し、起動されたサービングセルのアクティブＤＬ ＢＷＰが、デフォルトＤＬ ＢＷＰ ＩＤで示されるＢＷＰでない場合、または、基地局がデフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成せず、アクティブＤＬ ＢＷＰが初期ダウンリンクＢＷＰでない場合、無線デバイスが、構成されたアップリンク許可で第一のＭＡＣ ＰＤＵを送信するか、または構成されたダウンリンク割り当てで第二のＭＡＣ ＰＤＵを受信するのに応答して、起動されたサービングセルのアクティブＤＬ ＢＷＰに関連付けられるＢＷＰ非アクティブタイマーを開始または再開始し得る。

【0292】

一実施例では、無線デバイスは、起動されたサービングセルに関連付けられる進行中のランダムアクセス手順がない場合、第一のＭＡＣ ＰＤＵを送信してもよく、および／または第二のＭＡＣ ＰＤＵを受信し得る。

【0293】

実施例では、起動されたサービングセルのアクティブＤＬ ＢＷＰに関連付けられるＢＷＰ非アクティブタイマーは、満了となり得る。

【0294】

一実施例では、基地局は、デフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成し得る。一実施例では、基地局が、デフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成する場合、ＢＷＰ非アクティブタイマーが満了となることに応答して、無線デバイスのＭＡＣエンティティは、デフォルトＤＬ ＢＷＰ ＩＤで示されるＢＷＰへのＢＷＰスイッチングを実行し得る。

【0295】

一実施例では、基地局は、デフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成しえない。一実施例では、基地局が、デフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成しない場合、ＢＷＰ非アクティブタイマーの満了に応答して、無線デバイスのＭＡＣエンティティは、初期ダウンリンクＢＷＰ（例えば、ＲＲＣシグナリングにおけるｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰ）へのＢＷＰスイッチングを実行し得る。

【0296】

一実施例では、無線デバイスは、セカンダリーセル（例えば、ＳＣｅｌｌ）上でランダムアクセス手順を開始し得る。一実施例では、無線デバイスは、ＳｐＣｅｌｌ上でのランダムアクセス手順のランダムアクセス応答を監視することができる。一実施例では、無線デバイスがセカンダリーセル上でランダムアクセス手順を開始するとき、セカンダリーセルおよびＳｐＣｅｌｌは、ＳｐＣｅｌｌへのランダムアクセス応答を監視することに応答して、ランダムアクセス手順と関連付けられ得る。

【0297】

一実施例では、無線デバイスは、ＢＷＰスイッチング（例えば、ＵＬおよび／またはＤＬ ＢＷＰスイッチング）用のＰＤＣＣＨを受信し得る。一実施例では、無線デバイスのＭＡＣエンティティは、ＰＤＣＣＨを受信することに応答して、起動されたサービングセルの第一のアクティブＤＬ ＢＷＰから、起動されたサービングセルのＢＷＰ（例えば、ＤＬ ＢＷＰ）にスイッチングし得る。一実施例では、第一のアクティブＤＬ ＢＷＰからＢＷＰへのスイッチングは、ＢＷＰを起動されたサービングセルの現在のアクティブＤＬ ＢＷＰとして設定することを含み得る。一実施例では、無線デバイスは、スイッチングに応答して、第一のアクティブＤＬ ＢＷＰを停止し得る。

【0298】

一実施例では、基地局は、デフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成することができる。一実施例では、ＢＷＰは、デフォルトＤＬ ＢＷＰ ＩＤによって示され得ない（または識別されない）。一実施例では、基地局が、デフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成し、無線デバイスのＭＡＣエンティティが、起動されたサービングセルの第一のアクティブＤＬ ＢＷＰからＢＷＰにスイッチングした場合、無線デバイスは、ＢＷＰがデフォルトＤＬ ＢＷＰではないこと（または、ＢＷＰがデフォルトＤＬ ＢＷＰ ＩＤによって示されないこと）に応答して、ＢＷＰ（例えば、現在のアクティブＤＬ ＢＷＰ）に関連付けられるＢＷＰ非アクティブタイマーを開始または再開始し得る。

【0299】

一実施例では、基地局は、デフォルトＤＬ ＢＷＰ ＩＤを使用して無線デバイスを構成しえない。一実施例では、ＢＷＰは、起動されたサービングセルの初期ダウンリンクＢＷＰではあり得ない。一実施例では、基地局が、デフォルトＤＬ ＢＷＰ ＩＤで無線デバイスを構成せず、無線デバイスのＭＡＣエンティティが、起動されたサービングセルの第一のアクティブＤＬ ＢＷＰからＢＷＰにスイッチングした場合、無線デバイスは、ＢＷＰが初期ダウンリンクＢＷＰではないことに応答して、ＢＷＰ（例えば、現在のアクティブＤＬ ＢＷＰ）に関連付けられるＢＷＰ非アクティブタイマーを開始または再開始し得る。

【0300】

一実施例では、キャリアアグリゲーション（ＣＡ）で構成する場合、基地局は、セカンダリーセル（例えば、ＳＣｅｌｌ）を有する無線デバイスを構成し得る。一実施例では、無線デバイスは、セカンダリーセルを起動するＳＣｅｌｌ起動／停止ＭＡＣ ＣＥを受信し得る。一実施例では、セカンダリーセルは、ＳＣｅｌｌ起動／停止ＭＡＣ ＣＥを受信する前に停止され得る。一実施例では、無線デバイスがセカンダリーセルを起動するＳＣｅｌｌ起動／停止ＭＡＣ ＣＥを受信するとき、無線デバイスは、セカンダリーセルのダウンリンクＢＷＰを起動し、ＳＣｅｌｌ起動／停止ＭＡＣ ＣＥを受信する前にセカンダリーセルが停止されるのに応答して、セカンダリーセルのアップリンクＢＷＰを起動し得る。一実施例では、ダウンリンクＢＷＰは、ｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄによって示され得る。一実施例では、アップリンクＢＷＰは、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄによって示され得る。

【0301】

一実施例では、基地局は、起動されたセカンダリーセルに対して、ＢＷＰ非アクティブタイマーを備えた無線デバイスを構成し得る。一実施例では、起動されたセカンダリーセルに関連付けられるｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒは、満了となり得る。一実施例では、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒの満了に応答して、無線デバイスは、起動されたセカンダリーセルに関連付けられるＢＷＰ非アクティブタイマーを停止し得る。一実施例では、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒの満了に応答して、無線デバイスは、起動されたセカンダリーセルに関連付けられるアクティブダウンリンクＢＷＰ（例えば、存在する場合、アクティブＵＬ ＢＷＰ）を停止し得る。

【0302】

一実施例では、サービングセルの帯域幅部分（ＢＷＰ）で動作するよう構成する場合、無線デバイス（例えば、ＵＥ）は、パラメーターＢＷＰ－Ｄｏｗｎｌｉｎｋ、サービングセルに対するダウンリンク（ＤＬ）のセル帯域幅でＵＥ（例えば、ＤＬ ＢＷＰセット）による受信のためのＢＷＰの第一のセット（例えば、最大で四つのＢＷＰ）、を有する上位層によって構成され得る。

【0303】

一実施例では、サービングセルの帯域幅部分（ＢＷＰ）で動作するよう構成する場合、無線デバイス（例えば、ＵＥ）は、パラメーターＢＷＰ－Ｕｐｌｉｎｋ、サービングセルに対するアップリンク（ＵＬ）のセル帯域幅でＵＥ（例えば、ＵＬ ＢＷＰ）による送信のためのＢＷＰの第二のセット（例えば、最大で四つのＢＷＰ）、を有する上位層によって構成され得る。

【0304】

一実施例では、基地局は、上位層パラメーターｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰを有する無線デバイスを提供しえない。上位層パラメーターｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰを無線デバイスに提供しないことに応答して、初期アクティブＤＬ ＢＷＰは、例えば、連続ＰＲＢの位置および数、ならびにＴｙｐｅ０－ＰＤＣＣＨ共通検索空間（ＣＳＳ）セットの制御リソースセット（ＣＯＲＥＳＥＴ）におけるサブキャリア間隔（ＳＣＳ）およびＰＤＣＣＨ受信用のサイクリックプレフィックスによって定義され得る。一実施例では、連続ＰＲＢは、Ｔｙｐｅ０－ＰＤＣＣＨ ＣＳＳセットのＣＯＲＥＳＥＴのＰＲＢの中で最も低いインデックスを有する第一のＰＲＢから開始され得る。

【0305】

一実施例では、基地局は、上位層パラメーターｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰを有する無線デバイスを提供し得る。一実施例では、初期アクティブＤＬ ＢＷＰは、提供に応答して、上位層パラメーターｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって提供され得る。

【0306】

一実施例では、セル（例えば、プライマリーセル、セカンダリーセル）上での動作のために、基地局は、上位層パラメーター（例えば、ｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰ）によって、初期アクティブＵＬ ＢＷＰを有する無線デバイスを提供し得る。一実施例では、補完的アップリンクキャリア（ＳＵＬ）で構成する場合、基地局は、無線デバイスに、補完的アップリンクキャリア上の第二の初期アクティブアップリンクＢＷＰを、第二の上位層パラメーター（例えば、ｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋのｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰ）によって提供し得る。

【0307】

一実施例では、無線デバイスは、専用のＢＷＰ構成を有することができる。

【0308】

一実施例では、専用ＢＷＰ構成を有する無線デバイスに応答して、無線デバイスは、上位層パラメーター（例えば、ｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）によって提供され得る。上位層パラメーターは、受信用の第一のアクティブＤＬ ＢＷＰを示し得る。

【0309】

一実施例では、専用ＢＷＰ構成を有する無線デバイスに応答して、無線デバイスは、上位層パラメーター（例えば、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄ）によって提供され得る。上位層パラメーターは、サービングセル（例えば、プライマリーセル、セカンダリーセル）のキャリア（例えば、ＳＵＬ、ＮＵＬ）上の送信について、第一のアクティブＵＬ ＢＷＰを示し得る。

【0310】

一実施例では、ＢＷＰの第一のセットのＤＬ ＢＷＰ、またはＢＷＰの第二のセットのＵＬ ＢＷＰについて、基地局は、上位層パラメーターｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇによって提供されるサブキャリア間隔と、上位層パラメーターｃｙｃｌｉｃＰｒｅｆｉｘによって提供されるサイクリックプレフィックスと、上位層パラメーターｂｗｐ－Ｉｄ（例えば、ｂｗｐ－Ｉｄ）による、ＢＷＰの第一のセット、またはＢＷＰの第二のセットのインデックスと、上位層パラメーターｂｗｐ－Ｃｏｍｍｏｎおよび上位層パラメーターｂｗｐ－Ｄｅｄｉｃａｔｅｄによる、ＢＷＰ－ｃｏｍｍｏｎパラメーターの第三のセット、およびＢＷＰ専用パラメーターの第四のセットの少なくとも一つを有するサービングセルに対する無線デバイスを構成し得る。一実施例では、基地局は、上位層パラメーターｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって提供される共通のＲＢ ＲＢ

【数1】

および連続したＲＢの数

【数2】

で、サービングセル用の無線デバイスをさらに構成し得る。例では、上位層パラメーターｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈは、オフセットＲＢ_{ｓｔａｒｔ}および長さＬ_ＲＢをリソースインジケーター値（ＲＩＶ）として、設定

【数3】

、
および上位層パラメーターｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇに対する上位層パラメーターｏｆｆｓｅｔＴｏＣａｒｒｉｅｒによって提供される値Ｏ_{ｃａｒｒｉｅｒ}を示し得る。

【0311】

一実施例では、非対スペクトル動作の場合、上位層パラメーターｂｗｐ－Ｉｄ（例えば、ｂｗｐ－Ｉｄ）によって提供されるＤＬ ＢＷＰインデックスを持つＢＷＰの第一のセットからのＤＬ ＢＷＰは、ＤＬ ＢＷＰのＤＬ ＢＷＰインデックスがＵＬ ＢＷＰのＵＬ ＢＷＰインデックスと同じである場合、上位層パラメーターｂｗｐ－Ｉｄ（例えば、ｂｗｐ－Ｉｄ）によって提供されるＵＬ ＢＷＰインデックスを持つＢＷＰの第二のセットからのＵＬ ＢＷＰとリンクすることができる。

【0312】

一実施例では、ＤＬ ＢＷＰのＤＬ ＢＷＰインデックスは、ＵＬ ＢＷＰのＵＬ ＢＷＰインデックスと同じであり得る。一実施例では、非対スペクトル動作については、無線デバイスは、ＤＬ ＢＷＰの第一の中心周波数が、ＤＬ ＢＷＰインデックスがＵＬ ＢＷＰのＵＬ ＢＷＰインデックスと同じであることに応答して、ＵＬ ＢＷＰの第二の中心周波数とは異なる、構成（例えば、ＲＲＣ構成）を受信することが期待され得ない。

【0313】

一実施例では、サービングセル（例えば、プライマリーセル）上のＢＷＰの第一のセットにおけるＤＬ ＢＷＰについて、基地局は、あらゆるタイプの共通検索空間（ＣＳＳ）セットおよびＵＥ固有検索空間（ＵＳＳ）に対して、一つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）を有する無線デバイスを構成し得る。一実施例では、無線デバイスは、アクティブＤＬ ＢＷＰ内のプライマリーセル（またはＰＳＣｅｌｌ）上の共通検索空間セットなしで構成されることが期待され得ない。

【0314】

一実施例では、基地局は、無線デバイスに上位層パラメーターＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１または上位層パラメーターＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ内の上位層パラメーターｃｏｎｔｒｏｌＳｏｕｒｃｅｓｅｔＺｅｒｏおよび上位層パラメーターｓｅａｒｃｈＳｐａｃｅＺｅｒｏを提供し得る。一実施例では、提供に応答して、無線デバイスは、上位層パラメーターｃｏｎｔｒｏｌＳｏｕｒｃｅｓｅｔＺｅｒｏから検索空間セットに対するＣＯＲＥＳＥＴを決定してもよく、対応するＰＤＣＣＨ監視機会を決定し得る。サービングセルのアクティブＤＬ ＢＷＰは、サービングセルの初期ＤＬ ＢＷＰではあり得ない。アクティブＤＬ ＢＷＰが、サービングセルの初期ＤＬ ＢＷＰでない場合、無線デバイスは、ＣＯＲＥＳＥＴの帯域幅がアクティブＤＬ ＢＷＰ内にあり、およびアクティブＤＬ ＢＷＰが初期ＤＬ ＢＷＰと同じＳＣＳ構成および同じサイクリックプレフィックスを有することに応答して、検索空間セットに対するＰＤＣＣＨ監視機会を決定し得る。

【0315】

一実施例では、サービングセル（例えば、プライマリーセルまたはＰＵＣＣＨ ＳＣｅｌｌ）のＢＷＰの第二のセットにおけるＵＬ ＢＷＰについて、基地局は、ＰＵＣＣＨ送信用の一つまたは複数のリソースセット（例えば、時間周波数リソース／機会）を有する無線デバイスを構成し得る。

【0316】

一実施例では、ＵＥは、ＤＬ ＢＷＰに対する構成されるサブキャリア間隔およびＣＰ長に従って、ＤＬ ＢＷＰにおいてＰＤＣＣＨおよびＰＤＳＣＨを受信することができる。

【0317】

一実施例では、ＵＥは、ＵＬ ＢＷＰに対する構成されるサブキャリア間隔およびＣＰ長に従って、ＵＬ ＢＷＰにおいてＰＵＣＣＨおよびＰＵＳＣＨを送信することができる。

【0318】

実施例では、帯域幅部分インジケーターフィールドは、ＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿１）で構成され得る。一実施例では、帯域幅部分インジケーターフィールドの値は、一つまたは複数のＤＬ受信について、ＢＷＰの第一のセットからのアクティブＤＬ ＢＷＰを示し得る。一実施例では、帯域幅部分インジケーターフィールドは、アクティブＤＬ ＢＷＰとは異なるＤＬ ＢＷＰを示し得る。一実施例では、アクティブＤＬ ＢＷＰとは異なるＤＬ ＢＷＰを示す帯域幅部分インジケーターフィールドに応答して、無線デバイスは、ＤＬ ＢＷＰを現在のアクティブＤＬ ＢＷＰとして設定し得る。一実施例では、ＤＬ ＢＷＰを現在のアクティブＤＬ ＢＷＰとして設定することは、ＤＬ ＢＷＰを起動し、アクティブＤＬ ＢＷＰを停止することを含み得る。

【0319】

実施例では、帯域幅部分インジケーターフィールドは、ＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿１）で構成され得る。一実施例では、帯域幅部分インジケーターフィールドの値は、一つまたは複数のＵＬ送信に対する、ＢＷＰの第二のセットからの、アクティブＵＬ ＢＷＰを示し得る。実施例では、帯域幅部分インジケーターフィールドは、アクティブＵＬ ＢＷＰとは異なるＵＬ ＢＷＰを示し得る。一実施例では、アクティブＵＬ ＢＷＰとは異なるＵＬ ＢＷＰを示す帯域幅部分インジケーターフィールドに応答して、無線デバイスは、ＵＬ ＢＷＰを現在のアクティブＵＬ ＢＷＰとして設定し得る。一実施例では、ＵＬ ＢＷＰを現在のアクティブＵＬ ＢＷＰとして設定することは、ＵＬ ＢＷＰを起動し、アクティブＵＬ ＢＷＰを停止することを含むことができる。

【0320】

一実施例では、アクティブＤＬ ＢＷＰ変更を示すＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿１）は、時間ドメインリソース割り当てフィールドを含み得る。時間ドメインリソース割り当てフィールドは、ＰＤＳＣＨ受信用のスロットオフセット値を提供し得る。一実施例では、スロットオフセット値は、アクティブＤＬ ＢＷＰ変更のために無線デバイスによって要求される遅延よりも小さくてもよい。一実施例では、スロットオフセット値が、アクティブＤＬ ＢＷＰ変更のために無線デバイスによって要求される遅延よりも小さいことに応答して、無線デバイスは、アクティブＤＬ ＢＷＰ変更を示すＤＣＩフォーマットを検出することが期待され得ない。

【0321】

一実施例では、アクティブＵＬ ＢＷＰ変更を示すＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿１）は、時間ドメインリソース割り当てフィールドを含み得る。時間ドメインリソース割り当てフィールドは、ＰＵＳＣＨ送信用のスロットオフセット値を提供し得る。一実施例では、スロットオフセット値は、アクティブＵＬ ＢＷＰ変更のために無線デバイスによって要求される遅延よりも小さくてもよい。一実施例では、スロットオフセット値が、アクティブＵＬ ＢＷＰ変更のために無線デバイスによって要求される遅延よりも小さいことに応答して、無線デバイスは、アクティブＵＬ ＢＷＰ変更を示すＤＣＩフォーマットを検出することが期待され得ない。

【0322】

一実施例では、無線デバイスは、スケジューリングセルのスロットでＰＤＣＣＨを受信し得る。一実施例では、無線デバイスは、サービングセルに対するアクティブＤＬ ＢＷＰ変更を示す、スケジューリングセルのＰＤＣＣＨ内のＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿１）を検出し得る。一実施例では、ＤＣＩフォーマットは、時間ドメインリソース割り当てフィールドを含み得る。時間ドメインリソース割り当てフィールドは、ＰＤＳＣＨ送信用のスロットオフセット値を提供し得る。一実施例では、スロットオフセット値は、第二のスロットを示し得る。一実施例では、アクティブＤＬ ＢＷＰ変更を示すＤＣＩフォーマットの検出に応答して、無線デバイスは、スロットの第三のシンボルの終わりから第二のスロットの開始まで、時間期間の間に、サービングセルで受信または送信することが要求され得ない。

【0323】

一実施例では、無線デバイスは、スケジューリングセルのスロットでＰＤＣＣＨを受信し得る。一実施例では、無線デバイスは、サービングセルに対するアクティブＵＬ ＢＷＰ変更を示す、スケジューリングセルのＰＤＣＣＨ内のＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿１）を検出し得る。一実施例では、ＤＣＩフォーマットは、時間ドメインリソース割り当てフィールドを含み得る。時間ドメインリソース割り当てフィールドは、ＰＵＳＣＨ送信用のスロットオフセット値を提供し得る。一実施例では、スロットオフセット値は、第二のスロットを示し得る。一実施例では、アクティブＵＬ ＢＷＰ変更を示すＤＣＩフォーマットを検出することに応答して、無線デバイスは、スロットの第三のシンボルの終わりから第二のスロットの開始まで、時間期間の間に、サービングセルで受信または送信することが要求され得ない。

【0324】

一実施例では、ＵＥは、検出されたＤＣＩフォーマット０＿１または検出されたＤＣＩフォーマット１＿１に対し対応するＰＤＣＣＨが、スロットの最初の三つのシンボル内で受信されるとき、アクティブＵＬ ＢＷＰ変更／スイッチを示すＤＣＩフォーマット０＿１、またはアクティブＤＬ ＢＷＰ変更／スイッチを示すＤＣＩフォーマット１＿１を検出することを期待し得る。一実施例では、ＵＥは、対応するＰＤＣＣＨがスロットの最初の３シンボルの後に受信された場合、アクティブＵＬ ＢＷＰ変更／スイッチを示すＤＣＩフォーマット０＿１、またはアクティブＤＬ ＢＷＰ変更／スイッチを示すＤＣＩフォーマット１＿１を検出することが期待され得ない。

【0325】

一実施例では、アクティブＤＬ ＢＷＰ変更は、サービングセルのアクティブＤＬ ＢＷＰから、サービングセルのＤＬ ＢＷＰへのスイッチングを含み得る。一実施例では、アクティブＤＬ ＢＷＰからＤＬ ＢＷＰへのスイッチングは、ＤＬ ＢＷＰを現在のアクティブＤＬ ＢＷＰとして設定し、アクティブＤＬ ＢＷＰを停止することを含み得る。

【0326】

一実施例では、アクティブＵＬ ＢＷＰ変更は、サービングセルのアクティブＵＬ ＢＷＰから、サービングセルのＵＬ ＢＷＰへのスイッチングを含み得る。一実施例では、アクティブＵＬ ＢＷＰからＵＬ ＢＷＰへのスイッチングは、ＵＬ ＢＷＰを現在のアクティブＵＬ ＢＷＰとして設定し、アクティブＵＬ ＢＷＰを停止することを含み得る。

【0327】

一実施例では、サービングセル（例えば、ＰＣｅｌｌ、ＳＣｅｌｌ）について、基地局は、上位層パラメーターｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄを有する無線デバイスを提供し得る。実施例では、上位層パラメーターｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄは、サービングセルの（構成される）ＢＷＰの第一のセットの中で、デフォルトＤＬ ＢＷＰを示し得る。

【0328】

一実施例では、基地局は、上位層パラメーターｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄを有する無線デバイスを提供しえない。上位層パラメーターｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄによって提供されていないことに応答して、無線デバイスは、初期アクティブＤＬ ＢＷＰをデフォルトＤＬ ＢＷＰとして設定し得る。一実施例では、上位層パラメーターｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄによって提供されないことに応答して、デフォルトＤＬ ＢＷＰが初期アクティブＤＬ ＢＷＰであり得る。

【0329】

一実施例では、基地局は、上位層パラメーターＢＷＰ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを有する無線デバイスを提供し得る。実施例では、上位層パラメーターＢＷＰ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、サービングセル（例えば、プライマリーセル、セカンダリーセル）に対するタイマー値を有するＢＷＰ非アクティブタイマーを示し得る。一実施例では、上位層パラメーターＢＷＰ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが提供され、ＢＷＰ非アクティブタイマーが動作している場合、無線デバイスが、周波数範囲１に対するサブフレームの間隔の間に、または周波数範囲２に対するハーフサブフレームの間隔の間に、ＢＷＰ非アクティブタイマーを再開しないことに応答して、周波数範囲１（例えば、ＦＲ１、サブ６ ＧＨｚ）に対するサブフレームの終わりで、または周波数範囲２（例えば、ＦＲ２、ミリ波）に対するハーフサブフレームの終わりで、ＢＷＰ非アクティブタイマーを漸減し得る。

【0330】

一実施例では、無線デバイスは、サービングセルに関連付けられるＢＷＰ非アクティブタイマーの満了に応答して、サービングセルに対してアクティブＤＬ ＢＷＰ変更を実行し得る。一実施例では、無線デバイスは、周波数範囲１のサブフレームの開始から、または周波数範囲２のサブフレームの半分から、時間期間の間に、サービングセル内で受信または送信することが要求され得ない。時間期間は、ＢＷＰ非アクティブタイマーの満了後に開始／直後であってもよく、無線デバイスが受信および／または送信できるスロットの開始まで継続し得る。

【0331】

一実施例では、基地局は、無線デバイスに、サービングセル（例えば、セカンダリーセル）の上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄを提供し得る。実施例では、上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄは、サービングセル（例えば、セカンダリーセル）上のＤＬ ＢＷＰを示し得る。一実施例では、上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄによって提供されることに応答して、無線デバイスは、ＤＬ ＢＷＰを、サービングセル上の第一のアクティブＤＬ ＢＷＰとして使用し得る。

【0332】

一実施例では、基地局は、サービングセル（例えば、セカンダリーセル）のキャリア（例えば、ＳＵＬ、ＮＵＬ）上に、上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄを有する無線デバイスを提供し得る。例では、上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄは、ＵＬ ＢＷＰを示し得る。一実施例では、上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄによって提供されることに応答して、無線デバイスは、ＵＬ ＢＷＰをサービングセルのキャリア上の第一のアクティブＵＬ ＢＷＰとして、使用し得る。

【0333】

一実施例では、ペアスペクトル動作の場合、ＵＥが、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１の検出時と、ＨＡＲＱ－ＡＣＫ情報で対応するＰＵＣＣＨ送信時との間でプライマリーセル上のアクティブＵＬ ＢＷＰを変更する場合、ＵＥは、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１によって示されるＰＵＣＣＨリソース上のＨＡＲＱ－ＡＣＫ情報を有するＰＵＣＣＨを送信することが期待され得ない。

【0334】

一実施例では、ＵＥが、ＵＥのアクティブＤＬ ＢＷＰ内にない帯域幅にわたってＲＲＭ測定を実行するとき、ＵＥは、ＰＤＣＣＨを監視しえない。

【0335】

一実施例では、ＤＬ ＢＷＰインデックス（ＩＤ）は、ＤＬ ＢＷＰの識別子であり得る。ＲＲＣ構成の一つまたは複数のパラメーターは、ＤＬ ＢＷＰ－ＩＤを使用して、一つまたは複数のパラメーターをＤＬ ＢＷＰと関連付けてもよい。一実施例では、ＤＬ ＢＷＰ ＩＤ＝０は、初期ＤＬ ＢＷＰと関連付けられてもよい。

【0336】

一実施例では、ＵＬ ＢＷＰインデックス（ＩＤ）は、ＵＬ ＢＷＰの識別子であり得る。ＲＲＣ構成の一つまたは複数のパラメーターは、ＵＬ ＢＷＰ－ＩＤを使用して、一つまたは複数のパラメーターをＵＬ ＢＷＰに関連付けることができる。一実施例では、ＵＬ ＢＷＰ ＩＤ＝０は、初期ＵＬ ＢＷＰと関連付けられてもよい。

【0337】

上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－ＩｄがＳｐＣｅｌｌに対して構成される場合、上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄは、ＤＬ ＢＷＰのＩＤが再構成の実行時に起動されることを示す。

【0338】

上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－ＩｄがＳＣｅｌｌに対して構成される場合、上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄは、ＤＬ ＢＷＰのＩＤがＳＣｅｌｌのＭＡＣ起動時に使用されることを示す。

【0339】

上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－ＩｄがＳｐＣｅｌｌに対して構成される場合、上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄは、ＵＬ ＢＷＰのＩＤが再構成の実行時に起動されることを示す。

【0340】

上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－ＩｄがＳＣｅｌｌに対して構成される場合、上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄは、ＵＬ ＢＷＰのＩＤがＳＣｅｌｌのＭＡＣ起動時に使用されることを示す。

【0341】

一実施例では、無線デバイスは、同期を用いて再構成を実行するために、上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄで示されるアップリンクＢＷＰを、アクティブアップリンクＢＷＰとして考慮し得る。

【0342】

例では、無線デバイスは、同期を用いて再構成を実行するために、上位層パラメーターｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄで示されるダウンリンクＢＷＰを、アクティブダウンリンクＢＷＰ－Ｉｄとして考慮し得る。

【0343】

セルラーネットワーク経由でキャリーされるデータトラフィックの量は今後何年にもわたって増加すると予想される。ユーザー／デバイスの数は増加しており、各ユーザー／デバイスはますます多くのさまざまなサービス、例えばビデオ配信、大きなファイル、画像にアクセスしている。これには、ネットワークの大容量だけでなく、対話性と応答性に関する顧客の期待に応えるために非常に高いデータレートをプロビジョニングする必要がある。従って、携帯電話オペレーターが増加する需要を満たすためには、より多くのスペクトルが必要である。シームレスなモビリティとともに高いデータレートに対するユーザーの期待を考慮すると、セルラシステムのスモールセルと同様にマクロセルを展開するためにより多くのスペクトルを利用できるようにすることが有益である。

【0344】

市場の需要に応えるために、ライセンスされていないスペクトルを利用してトラフィックの増加に対応する補完的なアクセスを展開することに、オペレーターからの関心が高まっている。これは、多数のオペレーターが導入したＷｉ－Ｆｉネットワークと、ＬＴＥ／ＷＬＡＮインターワーキングなどのＷｉ－Ｆｉを使用したインターワーキングソリューションの３ＧＰＰ（登録商標）標準化によって例示されている。この関心は、ライセンスされていないスペクトル（存在する場合）が、ホットスポットエリアなどの一部のシナリオで、携帯電話オペレーターがトラフィックの爆発に対処するためのライセンスされたスペクトルを効果的に補完し得ることを示している。例えば、ライセンスされた支援アクセス（ＬＡＡ）および／またはライセンスされていない帯域の新しい無線（ＮＲ－Ｕ）は、一つの無線ネットワークを管理しながらライセンスされていないスペクトルを利用するための代替手段をオペレーターに提供し、ネットワークの効率最適化する新しい可能性を提供する。

【0345】

例示的実施形態では、リッスンビフォアトーク（ＬＢＴ）は、ライセンスされていないセルでの送信のために実装され得る。ライセンスされていないセルは、ＬＡＡセルおよび／またはＮＲ－Ｕセルと呼んでもよい。ライセンスされていないセルは、ライセンスされた帯域にアンカーセルがある非スタンドアローンとして、またはライセンスされた帯域にアンカーセルがないスタンドアローンとして動作し得る。ＬＢＴは、クリアチャネル評価（ＣＣＡ）を構成し得る。例えば、ＬＢＴ手順では、機器は、ライセンスのないセルまたはチャネルを使用する前にＣＣＡを適用し得る。ＣＣＡは、チャネル上の他の信号の存在（例えば、チャネルが占有される）またはチャネル上の他の信号の不在（例えば、チャネルがクリアである）を決定するエネルギー検出を含み得る。ある国の規制が、ＬＢＴ手順に影響を与える場合がある。例えば、欧州および日本の規制は、５ＧＨｚのライセンスされていない帯域などのライセンスされていない帯域におけるＬＢＴの使用を義務付けている。規制要件とは別に、ＬＢＴを介したキャリア感知は、ライセンスされていないスペクトルを、ライセンスされていないスペクトルを利用しようとする異なるデバイスおよび／またはネットワーク間で公正に共有するための一つの方法であり得る。

【0346】

例示的実施形態では、最大送信継続期間が制限されたライセンスされていない帯域での不連続送信が有効にされ得る。これらの機能のいくつかは、ライセンスされていない帯域での不連続ダウンリンク送信の開始から送信される一つまたは複数の信号によってサポートされ得る。チャネル予約は、成功したＬＢＴ動作に基づいてチャネルアクセスを得た後、またはそれに応答して、ＮＲ－Ｕノードによる信号の送信によって有効化され得る。他のノードは、チャネルが占有されることを感知し得る特定の閾値を超えるエネルギーレベルで、信号（例えば、チャネル予約のために送信される）を受信し得る。不連続ダウンリンク送信を伴うライセンスされていない帯域での動作のために一つまたは複数の信号によってサポートされる必要がある機能は、以下の一つまたは複数を含み得る。無線デバイスによるライセンスされていない帯域（セル識別を含む）でのダウンリンク送信の検出、無線デバイスの時間と周波数の同期。

【0347】

例示的実施形態では、ライセンスされていない帯域で動作するためのダウンリンク送信およびフレーム構造設計は、キャリアアグリゲーションによって集約されたサービングセル間のタイミング関係に従って、サブフレーム、（ミニ）スロット、および／またはシンボル境界アライメントを使用することができる。これは、基地局の送信がサブフレーム、（ミニ）スロット、および／またはシンボル境界で開始することを意味しえない。ライセンスのないセル動作（例えば、ＬＡＡおよび／またはＮＲ－Ｕ）は、例えば、全てのＯＦＤＭシンボルがＬＢＴに従ってサブフレームで送信できるわけではない場合に、ＰＤＳＣＨの送信をサポートし得る。ＰＤＳＣＨに必要な制御情報の配信もサポートされ得る。

【0348】

ＬＢＴ手順は、３ＧＰＰ（登録商標）システム（ＬＴＥやＮＲなど）と、ライセンスされていないスペクトルで動作する他のオペレーターや技術との公正かつ友好的な共存のために採用され得る。例えば、ライセンスされていないスペクトルのキャリアで送信しようとしているノードは、ＬＢＴ手順の一部としてＣＣＡを実行して、チャネルが自由に使用できるかどうかを決定できる。ＬＢＴ手順には、チャネルが使用されるかどうかを決定するためのエネルギー検出が含まれてもよい。例えば、ヨーロッパなど一部の地域の規制要件では、ノードがこの閾値を超えるエネルギーを受け取る場合、ノードはチャネルが使用され空いていないと仮定するように、エネルギー検出閾値を指定する。ノードはこのような規制要件に従ってもよく、オプションで、規制要件で指定された閾値よりも低い閾値をエネルギー検出に使用し得る。無線アクセス技術（例えば、ＬＴＥおよび／またはＮＲ）は、エネルギー検出閾値を適応的に変更する機構を採用し得る。例えば、ＮＲ－Ｕは、上限からエネルギー検出閾値を適応的に下げるためのメカニズムを採用することができる。適応メカニズムは、閾値の静的または半静的な設定を妨げ得ない。一実施例では、カテゴリー４ＬＢＴ（ＣＡＴ４ ＬＢＴ）メカニズムまたは他のタイプのＬＢＴメカニズムを実装することができる。

【0349】

さまざまな例のＬＢＴメカニズムを実装することができる。一実施例では、いくつかの信号の場合、いくつかの実装シナリオにおいて、いくつかの状況では、および／またはいくつかの周波数では、ＬＢＴ手順は、送信エンティティによっては実行され得ない。一実施例では、カテゴリー１（ＣＡＴ１、例えば、ＬＢＴなし）は、一つまたは複数の事例で実施され得る。例えば、ライセンスされていない帯域のチャネルは、第一のデバイス（例えば、ＤＬ送信のための基地局）によって保持されてもよく、第二のデバイス（例えば、無線デバイス）は、ＣＡＴ１ ＬＢＴを実行せずに、送信のために引き継ぐ。一実施例では、カテゴリー２（ＣＡＴ２、例えば、ランダムバックオフのないＬＢＴおよび／またはワンショットＬＢＴ）が実施され得る。チャネルがアイドルであると決定する期間は、決定的であり得る（例えば、規制によって）。基地局は、一種類のＬＢＴ（例えば、ＣＡＴ２ ＬＢＴ）を示すアップリンク許可を無線デバイスに送信し得る。ＣＡＴ１ ＬＢＴおよびＣＡＴ２ ＬＢＴは、チャネル占有時間（ＣＯＴ）の共有に使用できる。例えば、基地局（無線デバイス）は、一種のＬＢＴを含むアップリンク許可（またはアップリンク制御情報）を送信することができる。例えば、アップリンク許可（またはアップリンク制御情報）におけるＣＡＴ１ ＬＢＴおよび／またはＣＡＴ２ ＬＢＴは、受信装置（例えば、基地局、および／または無線デバイス）に、ＣＯＴ共有をトリガーするように示し得る。一実施例では、カテゴリー３（ＣＡＴ３例えば、固定サイズの競合ウィンドウを使用したランダムバックオフを有するＬＢＴ）を実装することができる。ＬＢＴ手順は、その構成要素の一つとして以下の手順を有することができる。送信エンティティは、競合ウィンドウ内で乱数Ｎを描画することができる。競合ウィンドウのサイズは、Ｎの最小値と最大値で指定することができる。競合ウィンドウのサイズは、固定とすることができる。乱数ＮをＬＢＴ手順において使用して、送信エンティティがチャネル上で送信する前にチャネルがアイドル状態であると検知される継続期間を決定することができる。一実施例では、カテゴリー４（ＣＡＴ４、例えば、可変サイズの競合ウィンドウを使用したランダムバックオフのＬＢＴ）を実装することができる。送信エンティティは、競合ウィンドウ内で乱数Ｎを描画することができる。競合ウィンドウのサイズは、Ｎの最小値および最大値によって指定することができる。送信エンティティは、乱数Ｎを描画するときに競合ウィンドウのサイズを変更することができる。乱数Ｎは、送信エンティティがチャネルで送信する前に、チャネルがアイドルであると感知される継続期間を決定するためにＬＢＴ手順で使用される。

【0350】

一実施例では、無線デバイスは、アップリンク（ＵＬ）ＬＢＴを採用し得る。ＮＲ－Ｕ ＵＬが、無線デバイスのチャネル競合の機会に影響を与えるスケジュールされたアクセスに基づきうるので、ＵＬ ＬＢＴは、例えば、ダウンリンク（ＤＬ）ＬＢＴとは異なってもよい（例えば、異なるＬＢＴメカニズムまたはパラメーターを使用することにより）。異なるＵＬ ＬＢＴを動機付ける他の考慮事項は、サブフレーム（スロットおよび／またはミニスロット）内の複数の無線デバイスの多重化を含むが、これらに限定されない。

【0351】

一実施例では、ＤＬ送信バーストは、キャリアコンポーネント（ＣＣ）上の基地局（例えば、一つまたは複数の無線デバイス）による連続（ユニキャスト、マルチキャスト、ブロードキャスト、および／またはそれらの組み合わせ）送信であり得る。ＵＬ送信バーストは、一つまたは複数の無線デバイスからＣＣ上の基地局への連続送信であり得る。一実施例では、ライセンスされていないスペクトル内のＣＣ上のＤＬ送信バーストおよびＵＬ送信バーストは、同じライセンスされていないキャリア上でＴＤＭ方式でスケジュールされ得る。ＤＬ送信バーストとＵＬ送信バーストをスイッチングするには、ＬＢＴ（例えば、ＣＡＴ１ ＬＢＴ、ＣＡＴ２ ＬＢＴ、ＣＡＴ３ ＬＢＴ、および／またはＣＡＴ４ ＬＢＴ）が必要となってもよい。例えば、ある瞬間は、ＤＬ送信バーストまたはＵＬ送信バーストの一部とすることができる。

【0352】

チャネル占有時間（ＣＯＴ）共有は、ＮＲ－Ｕで使用できる。ＣＯＴ共有は、一つまたは複数の無線デバイスが、一つまたは複数の無線デバイスのうちの少なくとも一つによってアイドルとして感知されるチャネルを共有するメカニズムであり得る。例えば、一つまたは複数の第一のデバイスがＬＢＴを介してチャネルを占有し（例えば、チャネルはＣＡＴ４ ＬＢＴに基づいてアイドルとして検出される）、一つまたは複数の第二のデバイスが、最大ＣＯＴ（ＭＣＯＴ）制限内で、ＬＢＴ（例えば、２５ｕｓ ＬＢＴ）を使用してチャネルを共有し得る。例えば、ＭＣＯＴ制限は、優先順位クラス、論理チャネル優先順位、および／または無線デバイス固有ごとに与えられ得る。ＣＯＴ共有は、ライセンスされていない帯域におけるＵＬの譲歩を可能にし得る。例えば、基地局は、ＵＬ送信用の無線デバイスにアップリンク許可を送信し得る。例えば、基地局は、チャネルを占め、一つまたは複数の無線デバイスに、一つまたは複数の無線デバイスがチャネルを使用し得ることを示す制御信号を送信し得る。例えば、制御信号は、アップリンク許可および／または特定のＬＢＴタイプ（例えば、ＣＡＴ１ ＬＢＴおよび／またはＣＡＴ２ ＬＢＴ）を含んでもよい。一つまたは複数の無線デバイスは、少なくともアップリンク許可および／または特定のＬＢＴタイプに基づいて、ＣＯＴ共有を決定し得る。無線デバイスは、例えば、ＣＯＴ共有がトリガーされる場合、設定された期間において、特定のＬＢＴ（例えば、２５ ｕｓ ＬＢＴなどのＣＡＴ２ ＬＢＴ）で、動的許可および／または構成される許可（例えば、タイプ１、Ｔｙｐｅ２、自律型ＵＬ）でＵＬ送信を行ってもよい。ＣＯＴ共有は、無線デバイスによってトリガーされ得る。例えば、構成される許可（例えば、タイプ１、Ｔｙｐｅ２、自律型ＵＬ）に基づいてＵＬ送信を行う無線デバイスは、ＣＯＴ共有（（Ｍ）ＣＯＴ内のＵＬ－ＤＬスイッチング）を示すアップリンク制御情報を送信し得る。無線デバイスによってトリガーされるＣＯＴ共有におけるＤＬ送信の開始時間は、一つまたは複数の方法によって示され得る。例えば、アップリンク制御情報中の一つまたは複数のパラメーターは、開始時間を示す。例えば、基地局によって構成／起動された、構成される許可のリソース構成は、開始時間を示し得る。例えば、基地局は、構成される許可（例えば、タイプ１、タイプ２、および／または自律型ＵＬ）上のＵＬ送信の後、またはその応答として、ＤＬ送信を行うことが許可され得る。アップリンク許可とＵＬ送信との間に遅延（例えば、少なくとも４ミリ秒）があり得る。遅延は、事前に定義されてもよく、（ＲＲＣメッセージを介して）基地局によって半静的に構成されてもよく、および／または（例えば、アップリンク許可を介して）基地局によって動的に示され得る。遅延は、ＣＯＴ期間では考慮されなくてもよい。

【0353】

一実施例では、共有ＣＯＴ内の単一および複数のＤＬからＵＬおよびＵＬからＤＬへのスイッチングをサポートすることができる。単一または複数の切替点をサポートするためのＬＢＴ要件の例には、次のものが含まれる。１６ｕｓ未満のギャップの場合：ＬＢＴを使用できない。１６ｕｓを超え２５ｕｓを超えないギャップの場合：ワンショットＬＢＴを使用できる。単一切替点の場合、ＤＬ送信からＵＬ送信までのギャップが２５ｕｓを超える場合：ワンショットＬＢＴを使用できる。複数の切替点の場合、ＤＬ送信からＵＬ送信までのギャップが２５ｕｓを超える場合：ワンショットＬＢＴを使用できる。

【0354】

一実施例では、複雑さの低い検出を容易にする信号は、無線デバイスの省電力、共存の改善、少なくとも同じオペレーターネットワーク内での空間的再利用、サービングセル送信バースト取得などに役立ち得る。一実施例では、無線アクセス技術（例えば、ＬＴＥおよび／またはＮＲ）は、少なくともＳＳ／ＰＢＣＨブロックバーストセット送信を含む信号を採用し得る。他のチャネルおよび信号は、信号の一部として一緒に送信され得る。一実施例では、信号は、ディスカバリー基準信号（ＤＲＳ）であり得る。信号が少なくともビーム内で送信される時間スパン内にギャップがない場合がある。一実施例では、ビームスイッチングのためにギャップを定義することができる。一実施例では、ブロックインターレースベースのＰＵＳＣＨを用いることができる。一実施例では、ＰＵＣＣＨおよびＰＵＳＣＨに対して同じインターレース構造を使用することができる。一実施例では、インターレースベースのＰＲＡＣＨを使用することができる。

【0355】

一実施例では、初期アクティブＤＬ／ＵＬ ＢＷＰは、例えば、５ＧＨｚライセンスされていない帯域における、第一のライセンスされていない帯域に対しておよそ２０ＭＨｚであり得る。一つまたは複数のライセンスされていない帯域における初期アクティブＤＬ／ＵＬ ＢＷＰは、例えば、一つまたは複数のライセンスされていない帯域（例えば、規制によって）で類似のチャネライゼーションが使用される場合、類似し得る（例えば、５ＧＨｚおよび／または６ＧＨｚのライセンスされていないスペクトルにおいておよそ２０ＭＨｚ）。

【0356】

一実施例では、対応するデータに対するＨＡＲＱ確認応答および否定確認応答（Ａ／Ｎ）は、共有ＣＯＴ（例えば、ＣＡＴ２ ＬＢＴを有する）で送信され得る。一部の実施例では、ＨＡＲＱ Ａ／Ｎは、別個のＣＯＴで送信され得る（例えば、別個のＣＯＴはＣＡＴ４ ＬＢＴを必要とし得る）。一実施例では、ＵＬ ＨＡＲＱフィードバックがライセンスされていない帯域で送信される場合、無線アクセス技術（例えば、ＬＴＥおよび／またはＮＲ）は、一つまたは複数のＤＬ ＨＡＲＱプロセスのためのＨＡＲＱフィードバックの柔軟なトリガーおよび多重化をサポートし得る。ＨＡＲＱプロセス情報は、送信のタイミング（例えば、時間および／または周波数リソース）とは無関係に定義され得る。一実施例では、ＰＵＳＣＨ上のＵＣＩは、ＨＡＲＱプロセスＩＤ、ＮＤＩ、ＲＶＩＤをキャリーすることができる。一実施例では、ダウンリンクフィードバック情報（ＤＦＩ）を、構成される許可のためのＨＡＲＱフィードバックの送信のために使用することができる。

【0357】

一実施例では、ＣＢＲＡおよびＣＦＲＡは、ＳｐＣｅｌｌ上で支持され得る。ＣＦＲＡは、ＳＣｅｌｌでサポートされ得る。一実施例では、ＲＡＲは、ＳｐＣｅｌｌ、例えば、非スタンドアローンシナリオを介して送信することができる。一実施例では、ＲＡＲは、ＳｐＣｅｌｌおよび／またはＳＣｅｌｌ、例えば、スタンドアローンシナリオを介して送信することができる。一実施例では、ＲＡＲに対する事前定義されたＨＡＲＱプロセスＩＤ。

【0358】

一実施例では、ライセンスされた帯域ＮＲ（ＰＣｅｌｌ）とＮＲ－Ｕ（ＳＣｅｌｌ）との間のキャリアアグリゲーションをサポートすることができる。一実施例では、ＮＲ－Ｕ ＳＣｅｌｌは、ＤＬとＵＬとの両方、またはＤＬのみを有することができる。一実施例では、ライセンスされた帯域ＬＴＥ（ＰＣｅｌｌ）とＮＲ－Ｕ（ＰＳＣｅｌｌ）との間の二重接続をサポートすることができる。一実施例では、全てのキャリアが一つまたは複数のライセンスされていない帯域にあるスタンドアローンＮＲ－Ｕがサポートされ得る。一実施例では、ライセンスされていない帯域のＤＬとライセンスされた帯域のＵＬ、またはその逆のＮＲセルがサポートされ得る。一実施例では、ライセンスされた帯域ＮＲ（ＰＣｅｌｌ）とＮＲ－Ｕ（ＰＳＣｅｌｌ）との間の二重接続をサポートすることができる。

【0359】

一実施例では、無線アクセス技術（例えば、ＬＴＥおよび／またはＮＲ）動作帯域幅は、例えば、無線アクセス技術（例えば、ＬＴＥおよび／またはＮＲ）が動作している、ライセンスされていない帯域（例えば、５ＧＨｚ、６ＧＨＺ、および／またはサブ７ＧＨｚ）においてＷｉ－Ｆｉの不在が（例えば、規制によって）保証できない場合、２０ＭＨｚの整数倍であり得る。一実施例では、無線デバイスは、２０ＭＨｚの単位で一つまたは複数のＬＢＴを実行し得る。一実施例では、受信機支援ＬＢＴ（例えば、ＲＴＳ／ＣＴＳタイプのメカニズム）および／またはオンデマンド受信機支援ＬＢＴ（例えば、例えば、必要なときにのみ有効化される受信機支援ＬＢＴ）を用いることができる。一実施例では、空間的再利用を強化するための手法を使用することができる。

【0360】

ライセンスされていない帯域（例えば、ＬＴＥ ｅＬＡＡ／ｆｅＬＡＡおよび／またはＮＲ－Ｕ）での動作において、無線デバイスは、受信信号強度インジケーター（ＲＳＳＩ）を（平均）測定してもよく、および／または一つまたは複数のチャネルのチャネル占有（ＣＯ）を決定し得る。例えば、無線デバイスは、チャネル占有および／またはＲＳＳＩ測定値を基地局に報告し得る。チャネル占有および／または媒体競合を表す指標を報告すると有益であり得る。チャネル占有は、ＲＳＳＩが構成される閾値を超えて測定される時間の一部分（例えば、パーセンテージ）として定義され得る。ＲＳＳＩおよびＣＯ測定レポートは、基地局が隠されたノードを検出し、および／または負荷バランスのとれたチャネルアクセスを達成してチャネルアクセスの衝突を低減するのを支援し得る。

【0361】

チャネルの混雑により、ＬＢＴ障害が発生し得る。成功したＬＢＴの確率は、例えば、無線デバイスが、チャネルの混雑または負荷が最も低いセル／ＢＷＰ／チャネルを選択する場合、ランダムアクセスおよび／またはデータ送信のために増加され得る。例えば、チャネル占有認識ＲＡＣＨ手順は、ＬＢＴ障害を減少させるために考慮され得る。例えば、無線デバイスのランダムアクセスバックオフ時間は、チャネル条件に基づいて（例えば、チャネル占有および／またはＲＳＳＩ測定値に基づいて）調整され得る。例えば、基地局は、（半静的および／または動的に）ランダムアクセスバックオフを送信し得る。例えば、ランダムアクセスバックオフは、事前に定義され得る。例えば、ランダムアクセスバックオフは、一つまたは複数のランダムアクセスプリアンブルの試みに対応する一つまたは複数のランダムアクセス応答受信失敗の後、またはその応答で増分され得る。

【0362】

ライセンスのない動作（例えば、ＮＲ－Ｕ）では、ＵＥが、同じ共有ＣＯＴの対応するデータについてＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信することが有益であり得る。例えば、ＵＥは、ＣＯＴでＤＬ送信（例えば、ＰＤＣＣＨおよび／またはＰＤＳＣＨ）を受信してもよく、ＣＯＴでＤＬ送信のＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信し得る。例えば、基地局は、一つまたは複数のＬＢＴ手順を実行することによって、ＣＯＴを取得／開始し得る。ＵＥは、可能であれば、受信したＤＬ送信とＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信との間の必要なＵＥ処理時間を考慮して、同一共有ＣＯＴ内の一つまたは複数の対応するＤＬ送信（例えば、ＰＤＣＣＨおよび／またはＰＤＳＣＨ）について、一つまたは複数のＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報を送信し得る。ＤＬ送信の終端とＨＡＲＱフィードバックの即時送信との間にギャップ（例えば、最大１６秒）を許容して、ハードウェアのターンアラウンドタイムに対応し得る。基地局は、ＵＥの一つのＤＬ送信と、共有ＣＯＴ内の同じＵＥの対応するＨＡＲＱフィードバックのＵＬ送信との間の時間において、ＵＬ／ＤＬ送信（例えば、ＣＳＩレポートまたはＳＲＳ、または他のＰＵＳＣＨ、またはＣＳＩ－ＲＳ、または他のＰＤＳＣＨ）をスケジュールし得る。時間ギャップ内のスケジュールされたＵＬ／ＤＬ送信は、例えば、シグナリングオーバーヘッドを低減するために、事前構成および／または所定の送信であり得る。

【0363】

ＵＥは、対応するＤＬ送信（例えば、第一のＣＯＴ）が受信されたときに、ＣＯＴから別個のＣＯＴ（例えば、第二のＣＯＴ）において、一つまたは複数のＤＬ送信の一つまたは複数のＨＡＲＱフィードバックを送信し得る。基地局は、ＰＤＳＣＨをスケジューリングするＤＣＩおよび／またはＤＬ ＳＰＳをリリースするＤＣＩにおける、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケーター（例えば、Ｋ１値）の非数値を構成／信号送信し得る。非数値は、対応するＰＤＳＣＨ／ＰＤＣＣＨに対するＨＡＲＱ－ＡＣＫフィードバック送信のタイミングおよびリソースが後で決定されることをＵＥに示す。第一のＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）は、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケーターの非数値のシグナリングをサポートしえない。

【0364】

ライセンスのない動作では、一つまたは複数の所定のＨＡＲＱプロセスに対する一つまたは複数のＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信の機会が、例えば、ＬＢＴ障害により、失われ／欠落し得る。基地局は、ＨＡＲＱフィードバック機構を強化するための、複数のおよび／または補完的な時間および／または周波数ドメイン送信の機会を提供し得る。基地局は、一つまたは複数のＤＬ ＨＡＲＱプロセスに対して、一つまたは複数のＨＡＲＱフィードバックの多重化をトリガー／要求および／または有効にし得る。チャネル占有（ＣＯＴ）の一つまたは複数のＤＬ送信に対応する一つまたは複数のＨＡＲＱフィードバックは、同じチャネル占有で報告され得る。チャネル占有のＤＬ送信に対応する一つまたは複数のＨＡＲＱフィードバックは、そのチャネル占有の範囲外で報告され得る。

【0365】

基地局は、一つまたは複数のＤＬ送信の一つまたは複数のＨＡＲＱフィードバックを要求／トリガーしてもよく、一つまたは複数のＤＬ送信は、一つまたは複数の以前のＣＯＴからのものであり得る。例えば、一つまたは複数のＤＬ送信は、ＣＯＴｘでスケジュールされてもよく、一つまたは複数の対応するＨＡＲＱフィードバックは、ＣＯＴｘ＋ｙでスケジュール／トリガーされてもよく、ここで、ｙは、１以上であってもよく、ｘは、ＣＯＴのインデックスであり得る。例えば、ＣＯＴ構造情報を示すＤＣＩは、ＣＯＴのインデックスを示し得る。

【0366】

ＵＥは、例えば、基地局からの明示的な要求／トリガーの有無に関わらず、一つまたは複数の以前のＣＯＴからの一つまたは複数のＤＬ送信に対する一つまたは複数のＨＡＲＱフィードバックを報告するように構成され得る。

【0367】

ＰＤＳＣＨをスケジューリングするＤＣＩ内のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケーター（Ｋ１値）は、次のＣＯＴにおけるＵＬリソース（例えば、ＰＵＣＣＨおよび／またはＰＵＳＣＨ）を示し得る。例えば、ＵＥは、例えば、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケーター（Ｋ１値）に基づいて、第一のＣＯＴでＰＤＳＣＨ／ＰＤＣＣＨを受信し、対応するＨＡＲＱフィードバックを、第二のＣＯＴで送信し得る。例えば、第二のＣＯＴは、第一のＣＯＴ（例えば、クロスＣＯＴ ＨＡＲＱ－ＡＣＫフィードバック）後の次のＣＯＴであり得る。第二のＤＣＩは、ＨＡＲＱフィードバックタイミングおよびリソース情報をＵＥに提供し得る。第二のＤＣＩは、第二のＣＯＴにおけるＨＡＲＱフィードバックの送信のためのＬＢＴカテゴリーを示し得る。第二のＤＣＩは、第一のＤＣＩの前または後に受信され得る。

【0368】

基地局（ＢＳ）は、ＲＲＣシグナリングを介して、例えば、スケジューリングＤＣＩによって、例えば、パラメーターＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケーターを介して信号伝達され得る、例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫなどのＨＡＲＱフィードバックタイミングの非数値を構成し得る。非数値は、ＵＥが対応するＰＤＳＣＨ／ＰＤＣＣＨに対するＨＡＲＱ Ａ／Ｎフィードバック結果を保存／延期することができることを示してもよく、このＨＡＲＱ Ａ／Ｎフィードバック結果の送信タイミングを提供しえない。

【0369】

ＤＣＩにおけるＨＡＲＱフィードバックタイミングパラメーター、例えば、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケーターは、複数の候補ＨＡＲＱフィードバック送信機会に対して、複数のタイミング値を示し得る。ＵＥは、複数のＨＡＲＱフィードバック送信機会のうちの一つを選択し、その一つを介してＨＡＲＱフィードバックを送信し得る。

【0370】

ＢＳは、強化された動的コードブックを用いて、ＨＡＲＱフィードバック動作のためにＵＥを構成し得る。ＢＳは、例えば、強化された動的コードブック操作において、例えば、ＰＤＳＣＨなどのＤＬ送信のグループをトリガーし得る。例えば、ＤＣＩの一つまたは複数のフィールドは、一つまたは複数のＰＤＳＣＨ／ＰＤＣＣＨを、指定されたＵＬリソースを介して確認することを示し得る。例えば、ＤＬ送信のグループは、一つまたは複数のＨＡＲＱプロセスを含んでもよく、および／または一つまたは複数のスロット／サブフレームと重複していてもよく、および／または動的時間ウィンドウから導出され得る。ＤＣＩは、ＤＬスケジューリング割り当ておよび／またはＵＬ許可、および／またはスケジューリング許可を担わないＤＣＩをキャリーし得る。ＤＣＩは、ＵＬリソースを示す一つまたは複数のＨＡＲＱフィードバックタイミング値を含み得る。

【0371】

ＤＬ割り当て、例えば、ＰＤＳＣＨをスケジュールするＤＣＩは、ＰＤＳＣＨをグループに関連付けることができる。例えば、ＤＣＩは、グループインデックスを示すフィールドを含み得る。例えば、第一のＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）によってスケジュールされるＰＤＳＣＨは、事前定義されたグループ（例えば、ＰＤＳＣＨグループ＃０）と関連付けられてもよい。例えば、ＳＰＳ ＰＤＳＣＨ機会は、事前定義されたグループと関連付けられてもよい。例えば、およびＳＰＳ ＰＤＳＣＨ機会は、第一のグループと関連付けられてもよく、起動ＤＣＩは、第一のグループのインデックスを示す。例えば、ＳＰＳリリースＰＤＣＣＨは、事前定義されたグループと関連付けられてもよい。例えば、ＳＰＳリリースＰＤＣＣＨは、グループのインデックスを示し得る。

【0372】

基地局は、第一のグループインデックスを有するＣＯＴにおいて、例えば、Ｋ１値などの、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングで第一のＰＤＳＣＨをスケジュールし得る。ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングは、非数値を有し得る。ＢＳは、同じＣＯＴ中の第一のＰＤＳＣＨの後に一つまたは複数のＰＤＳＣＨをスケジュールしてもよく、第一のグループインデックスを一つまたは複数のＰＤＳＣＨに割り当ててもよい。一つまたは複数のＰＤＳＣＨのうちの少なくとも一つは、数値Ｋ１値でスケジュールされ得る。

【0373】

ＤＣＩは、各ＰＤＳＣＨグループについて、新しいＡＣＫフィードバックグループインジケーター（ＮＦＩ）を示し得る。ＮＦＩは、トグルビットとして動作し得る。例えば、ＵＥは、ＮＦＩがＰＤＳＣＨグループに対してトグルされたことを示すＤＣＩを受信し得る。ＵＥは、ＰＤＳＣＨグループ内の一つまたは複数のＰＤＳＣＨに対する一つまたは複数のＨＡＲＱフィードバックを破棄し得る。一つまたは複数のＰＤＳＣＨは、一つまたは複数の非数値Ｋ１値および／または数値Ｋ１値と関連付けられてもよく、またはスケジュールされ得る。ＵＥは、ＰＤＳＣＨグループのＤＡＩ値をリセットすると予想し得る。

【0374】

ＵＥは、強化された動的コードブックで構成することができる。ＵＥは、一つまたは複数のＰＤＳＣＨをスケジューリングする第一のＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）を受信する。一つまたは複数のＰＤＳＣＨは、ＰＤＳＣＨグループ（例えば、事前定義されたＰＤＳＣＨグループ、例えば、グループ＃０）と関連付けられてもよい。第一のＤＣＩフォーマットは、ＰＤＳＣＨグループに対するＮＦＩ値を示しえない。ＵＥは、ＰＤＳＣＨグループのＮＦＩ値を示す第二のＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿１）に基づいてＮＦＩ値を決定し得る。ＵＥは、最後のスケジュールされたＰＵＣＣＨ以来、かつＰＵＣＣＨ機会の前に、第二のＤＣＩフォーマットを検出してもよく、第二のＰＵＣＣＨ機会は、第一のＤＣＩフォーマットでスケジュールされたＰＤＳＣＨに対応するＨＡＲＱフィードバックを含んでもよい。最後のスケジュールされたＰＵＣＣＨは、ＰＤＳＣＨグループに対するＨＡＲＱフィードバックを含んでもよい。ＵＥは、ＰＤＳＣＨグループのＮＦＩ値を示す第二のＤＣＩを検出しえなく、ＵＥは、第一のＤＣＩフォーマットによってスケジュールされる一つまたは複数のＰＤＳＣＨが、いずれのＰＤＳＣＨグループにも属さないと想定してもよく、ＵＥは、最後のＰＵＣＣＨ機会以降、第一のＤＣＩフォーマットによってスケジュールされる少なくとも一つのＤＣＩフォーマットのＨＡＲＱフィードバックを報告し得る。

【0375】

ＤＣＩは、例えば、同じＰＵＣＣＨ／ＰＵＳＣＨリソースを介して、ＰＤＳＣＨの一つまたは複数のグループについて、ＨＡＲＱフィードバックを要求／トリガーし得る。複数のＤＬ送信、例えば、同じグループ内のＰＤＳＣＨに対するＨＡＲＱフィードバックは、同じＰＵＣＣＨ／ＰＵＳＣＨリソースで送信／多重化され得る。カウンターＤＡＩおよび総ＤＡＩ値は、ＰＤＳＣＨグループ内で増加／蓄積され得る。

【0376】

ＵＥは、ＰＤＳＣＨの最後のシンボルとＰＵＣＣＨの開始シンボルとの間の時間である、ＰＵＣＣＨ送信に必要な処理時間よりも短い時間である、時刻ＴをもたらすＫ１値に対するＰＵＣＣＨのＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報の送信を遅延させてもよい。

【0377】

ＵＥは、ＰＤＳＣＨをスケジューリングするダウンリンク信号（例えば、ＲＲＣおよび／またはＤＣＩ）を受信し得る。ＵＥは、強化された動的コードブックＨＡＲＱフィードバック動作で構成され得る。ＰＤＳＣＨは、例えば、Ｋ１などのＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングについて、非数値でスケジュールされ得る。ＵＥは、次／後のＤＣＩによって、ＰＤＳＣＨのＨＡＲＱ－ＡＣＫタイミング情報を導出／決定し得る。次のＤＣＩは、一つまたは複数のＰＤＳＣＨをスケジューリングするＤＬ ＤＣＩであり得る。次のＤＣＩは、ＰＤＳＣＨを含む、一つまたは複数のＤＬ送信のＨＡＲＱフィードバック送信のための一つまたは複数のＰＵＣＣＨ／ＰＵＳＣＨリソースを示す、数値Ｋ１値を含み得る。次のＤＣＩは、ＰＤＳＣＨのグループを含む一つまたは複数のＰＤＳＣＨグループについて、ＨＡＲＱフィードバック送信をトリガーし得る。ＵＥは、最後の／早期のＤＣＩによって、ＰＤＳＣＨのＨＡＲＱ－ＡＣＫタイミング情報を導出／決定し得る。

【0378】

ＵＥは、非数値のＫ１値を有するＰＤＳＣＨをスケジューリングする第一のＤＣＩを受信し得る。（強化されていない）動的ＨＡＲＱ－ＡＣＫコードブックについて、ＵＥは、第二のＤＣＩによって、非数値のＫ１値でスケジュールされるＰＤＳＣＨのＨＡＲＱ－ＡＣＫタイミングを決定／導出し得る。第二のＤＣＩは、数値Ｋ１値を有する第二のＰＤＳＣＨをスケジュールし得る。ＵＥは、第一のＤＣＩの後に第二のＤＣＩを受信し得る。

【0379】

基地局は、一つまたは複数のＤＬ ＨＡＲＱプロセス（例えば、ワンショットフィードバック要求）を含むＨＡＲＱ－ＡＣＫコードブックのＨＡＲＱフィードバックを要求／トリガーするＤＣＩを送信し得る。ワンショットフィードバック要求は、ＵＥに対して構成される一つまたは複数のまたは全てのコンポーネントキャリアに対するものであり得る。ワンショットフィードバックは、ＨＡＲＱ－ＡＣＫコードブック構成とは別個に構成され得る。例えば、ワンショットフィードバックは、半静的ＨＡＲＱ－ＡＣＫコードブックおよび／または（非強化）動的ＨＡＲＱ－ＡＣＫコードブックおよび／または強化された動的ＨＡＲＱ－ＡＣＫコードブックに適用され得る。

【0380】

ＵＥは、ワンショットフィードバック要求の受信に応答して、一つまたは複数のＰＤＳＣＨのＨＡＲＱフィードバックを送信し得る。ワンショットフィードバック要求の受信に応答して確認応答が報告される、最後の／最新のＰＤＳＣＨは、ＵＥ処理時間能力（例えば、ベースライン能力、Ｎ１）内の最後のＰＤＳＣＨとして決定され得る。ＵＥは、数値以外のＫ１値でスケジュールされる一つまたは複数の以前のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫフィードバックを報告することができる。ワンショットフィードバックは、ＵＥ固有のＤＣＩで要求され得る。ワンショットフィードバックは、ＰＵＣＣＨで報告されるＨＡＲＱフィードバックを要求し得る。ＨＡＲＱフィードバックは、ＰＵＳＣＨ上でピギーバック（例えば、付加）され得る。

【0381】

ＵＥは、ワンショットＨＡＲＱ－ＡＣＫコードブックフィードバックに対するフィードバック要求を監視するように構成され得る。フィードバックは、ＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿１）で要求され得る。ＤＣＩフォーマットは、ＤＬ送信（例えば、ＰＤＳＣＨ）をスケジュールし得るし、スケジュールしなくてもよい。ＤＣＩフォーマットは、第一の値を示す第一のフィールド（例えば、周波数ドメインリソース割り当てフィールド）を含み得る。ＵＥは、ＤＣＩフォーマットが、第一の値を示す第一のフィールドに応答して、ＰＤＳＣＨをスケジュールしないと決定し得る。ＵＥは、決定に応答して、ＤＣＩフォーマットの一つまたは複数の第二のフィールド（例えば、ＨＡＲＱプロセス番号および／またはＮＤＩフィールド）を無視／破棄し得る。ＵＥは同じスロット／サブフレーム／リソースでワンショットフィードバックと一つまたは複数の他のＨＡＲＱ－ＡＣＫフィードバックを報告するようにスケジュールされてもよく、ＵＥはワンショットフィードバックのみを報告することができる。

【0382】

ワンショットコードブックでは、一つまたは複数のＮＤＩビットは、一つまたは複数のＴＢの各々について、一つまたは複数のＨＡＲＱ－ＡＣＫ情報ビットに従ってもよい。ＨＡＲＱ－ＡＣＫ情報ビットおよび対応するＮＤＩは、第一にＣＢＧインデックスの昇順で、第二にＴＢインデックスの昇順で、第三にＨＡＲＱプロセスＩＤの昇順で、第四にサービングセルインデックスの昇順で、ワンショットコードブックで順序付けされ得る。

【0383】

ＵＥは、ＤＬ内の一つまたは複数のアクティブＳＰＳ ＰＤＳＣＨ構成で構成され得る。

【0384】

一部の実施形態では、無線デバイスおよび基地局は、半静的コードブックについて、アクティブＵＬ ＢＷＰ上のＰＵＣＣＨ送信に関連付けられるダウンリンクスロットのセット上の候補ＰＤＳＣＨ受信の機会の数に依存する、ＨＡＲＱ－ＡＣＫコードブックサイズについての共通理解を有していなければならない。ＢＷＰスイッチングがある場合、ＢＷＰのヌメロロジ（スロット期間）が変化してもよく、および／またはＢＷＰに対して構成される一つまたは複数のＰＤＳＣＨからＨＡＲＱフィードバックタイミング値（Ｋ１）が変化してもよく、および／またはＢＷＰのＰＤＳＣＨ構成に関連付けられるＰＤＳＣＨ時間ドメイン割り当てが変化し得る。これは、例えば、保留中のＨＡＲＱ－ＡＣＫ情報を伴うＰＤＳＣＨ受信がある場合、ＨＡＲＱ－ＡＣＫコードブックサイズの決定を複雑にし得る。従って、既存の技術では、保留中のＨＡＲＱ－ＡＣＫ情報は破棄され、ＨＡＲＱ－ＡＣＫコードブック決定では考慮されない。無線デバイスは、例えば、無線デバイスが、一つまたは複数のＰＤＳＣＨ機会および／またはＳＰＳ ＰＤＳＣＨリリースの後に、かつ／または対応するＰＵＣＣＨ／ＰＵＳＣＨスロットの前／と同時に、ＢＷＰ（例えば、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰ）をスイッチングするとき、一つまたは複数のＰＤＳＣＨ機会および／またはＳＰＳ ＰＤＳＣＨリリースのＨＡＲＱ－ＡＣＫ情報に対するＮＡＣＫを半静的コードブックにドロップ／スキップ／報告しない／報告をすることができる。

【0385】

一部の実施形態では、無線デバイスは、ワンショットＨＡＲＱフィードバックを介して、非数値のＫ１値でスケジュールされるＰＤＳＣＨ用のＨＡＲＱ－ＡＣＫを送信し得る。無線デバイスは、半静的コードブックに、非数値のＫ１値でスケジュールされるＰＤＳＣＨ用のＨＡＲＱ－ＡＣＫを含まなくてもよい。無線デバイスは、半静的コードブック内に、非数値のＫ１値でスケジュールされるＰＤＳＣＨ用のＨＡＲＱ－ＡＣＫを含んでもよい。半静的コードブックでは、非数値Ｋ１でスケジュールされるＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫタイミングは、数値Ｋ１の値を有する次のＤＬ ＤＣＩスケジューリングＰＤＳＣＨに基づいて導出され得る。無線デバイスは、ＨＡＲＱ－ＡＣＫを付加ビット容器に報告し得る。動的コードブックでは、ＤＣＩが非数値Ｋ１を指示してスケジュールしたＰＤＳＣＨのＨＡＲＱ－ＡＣＫタイミングは、数値Ｋ１の値でＰＤＳＣＨをスケジューリングする次のＤＣＩに基づいて導出され得る。無線デバイスは、ＰＵＣＣＨ送信前にＮ１シンボルよりも後に送信されたＰＤＳＣＨに対してＤＡＩがリセットされることを予期し得る。

【0386】

Ｋ１の非数値は、動的／半静的コードブック、強化動的コードブック、および／またはワンショットコードブックに対して構成され得る。動的コードブックについては、Ｋ１に対して非数値でスケジュールされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫタイミングは、数値Ｋ１の値でＰＤＳＣＨをスケジューリングする次のＤＣＩによって導き出され得る。コードブック設計を完了するために、関連するＤＡＩ値を、それに応じて蓄積し得る。半静的コードブックについては、Ｋ１に対して非数値でスケジュールされるＰＤＳＣＨのＨＡＲＱ－ＡＣＫタイミングは、数値Ｋ１の値でＰＤＳＣＨをスケジューリングする次のＤＣＩによって導き出され得る。Ｋ１の数値でないＰＤＳＣＨに対する有効なＨＡＲＱ－ＡＣＫは、例えば、それがＰＵＣＣＨ／ＰＵＳＣＨの候補ＰＤＳＣＨ機会にある場合、ＰＤＳＣＨの時間ドメインリソースに従って、ＰＵＣＣＨ／ＰＵＳＣＨに報告され得る。ＰＤＳＣＨに対する追加のＨＡＲＱ－ＡＣＫビットを、候補ＰＤＳＣＨ機会のために、例えば、このＰＤＳＣＨが、第一の候補ＰＤＳＣＨ機会よりも早い場合、半静的コードブックに付加し得る。候補ＰＤＳＣＨ機会外で誤って検出されたＰＤＳＣＨを識別するために半静的コードブックに支援情報がないことを考慮すると、非数値Ｋ１を有するＰＤＳＣＨのための予約ビットが常に存在し得る。Ｋ１のセットは、ＤＬ ＣＣではなく、ＵＬ ＢＷＰに従って構成され得る。Ｋ１に対する非数値を持つＰＤＳＣＨ用の予約されたＨＡＲＱ－ＡＣＫビットを、構成されるＤＬ ＣＣごとに追加し得る。さらに、「非数値Ｋ１を有する最新のＰＤＳＣＨ」の混乱を避けるために、基地局は、ＤＬ ＣＣ当たり、候補ＰＤＳＣＨ機会の範囲外のＰＤＳＣＨを一つまで付加するようにし得る。

【0387】

サービングセルは、一つまたは複数のＢＷＰで構成され得る。サービングセルのＢＷＰスイッチングは、一度に非アクティブＢＷＰを起動および／またはアクティブＢＷＰを停止するために使用され得る。ＢＷＰスイッチングは、ダウンリンク割り当ておよび／またはアップリンク許可を示すＰＤＣＣＨによって制御され得る。ＢＷＰスイッチングは、ＢＷＰ非アクティブタイマー（ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒなど）によって制御できる。ＢＷＰスイッチングは、ＲＲＣシグナリングによって制御できる。ＢＷＰスイッチングは、ランダムアクセス手順の開始時に、ＭＡＣエンティティ自体によって制御され得る。第一のアクティブＤＬ ＢＷＰ（例えば、 ｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）および／またはＳｐＣｅｌｌまたはＳＣｅｌｌの起動の第一のアクティブＵＬ ＢＷＰ（例えば、 ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄ）のＲＲＣ（再）構成時 ｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄおよび／またはｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄでそれぞれ示されるＤＬＢＷＰおよび／またはＵＬＢＷＰが、ダウンリンク割り当てまたはアップリンク許可を示すＰＤＣＣＨを受信せずに、アクティブであり得る。サービングセルのアクティブＢＷＰを、ＲＲＣまたはＰＤＣＣＨのいずれかで示すことができる。非対スペクトルについては、ＤＬ ＢＷＰは、ＵＬ ＢＷＰとペアリングされてもよく、ＤＬ ＢＷＰのＢＷＰスイッチングは、ペアリングされたＵＬ ＢＷＰを変化させてもよく、および／またはＵＬ ＢＷＰのＢＷＰスイッチングは、ペアリングされたＤＬ ＢＷＰを変化させてもよい。

【0388】

サービングセルは、ＢＷＰ非アクティブタイマー（例えば、２ミリ秒、３ミリ秒、．．．、または１９２０ミリ秒の期間）で構成され得る。実行中のＢＷＰ非アクティブタイマーが満了になり得る。無線デバイスは、ＢＷＰ非アクティブタイマーが満了になる時に、デフォルトＤＬ ＢＷＰ（構成される場合）として示されるＢＷＰへのＢＷＰスイッチングを実行し得る。無線デバイスは、ＢＷＰ非アクティブタイマーが満了の時に、初期ＤＬ ＢＷＰとして示されるＢＷＰへのＢＷＰスイッチング（例えば、デフォルトＤＬ ＢＷＰが構成されていない場合）を行ってもよい。無線デバイスは、ＰＤＣＣＨを介してＤＣＩを受信するのに応答して、ＰＤＣＣＨを介してＤＣＩによって示されるＢＷＰへのＢＷＰスイッチングを実行してもよく（例えば、アクティブＤＬ ＢＷＰをスイッチングする）、ＤＣＩはＢＷＰインデックスを含む。無線デバイスは、例えば、無線デバイスが、デフォルトＤＬ ＢＷＰまたは初期ＤＬ ＢＷＰとして示されていない、アクティブＤＬ ＢＷＰをスイッチングするときに、サービングセルのＢＷＰ非アクティブタイマーを開始／再開始し得る。無線デバイスは、サービングセルに対してスケジューリングＤＣＩを受信するのに応答して、サービングセルのＢＷＰ非アクティブタイマーを開始／再開始してもよく、スケジューリングＤＣＩは、ダウンリンクまたはアップリンクデータに対するリソース割り当てを含む。無線デバイスは、サービングセルを介してスケジューリングＤＣＩを受信することに応答して、サービングセルのＢＷＰ非アクティブタイマーを開始／再開始してもよく、スケジューリングＤＣＩは、サービングセルまたは別のサービングセルのダウンリンク／アップリンクデータのためのリソース割り当てを含む。

【0389】

無線デバイスは、半静的コードブック（例えば、Ｔｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブック）で構成され得る。無線デバイスは、サービングセルｃ、アクティブダウンリンクＢＷＰ、およびアクティブアップリンクＢＷＰに対する候補ＰＤＳＣＨ受信および／またはＳＰＳ ＰＤＳＣＨリリースに対し一連の機会を決定し得る。無線デバイスは、アップリンクチャネル内のコードブックを使用して、候補ＰＤＳＣＨ受信および／またはＳＰＳ ＰＤＳＣＨリリースのＨＡＲＱ－ＡＣＫ情報を送信し得る。アップリンクチャネルは、ＰＵＣＣＨまたはＰＵＳＣＨであり得る。単一のＳＰＳ ＰＤＳＣＨリリースに対応するＨＡＲＱ－ＡＣＫ情報のためのＴｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブック内の位置は、対応するＳＰＳ ＰＤＳＣＨ受信と同じであり得る。単一のＤＣＩフォーマットによる複数のＳＰＳ ＰＤＳＣＨリリースに対応するＨＡＲＱ－ＡＣＫ情報に対するＴｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブック内の位置は、複数のＳＰＳ ＰＤＳＣＨリリースの中で、ＳＰＳ構成インデックスが最も低い対応するＳＰＳ ＰＤＳＣＨ受信の場合と同じであり得る。

【0390】

無線デバイスは、スロット内のＨＡＲＱ－ＡＣＫ情報を送信し得る

【数4】

。無線デバイスは、半静的ＨＡＲＱ－ＡＣＫコードブック内のＰＤＳＣＨ機会および／またはＳＰＳリリースをスキップし得る。例えば、無線デバイスは、例えば、サービングセルｃ上で、アクティブＤＬ ＢＷＰ変更のスロットと同時に、またはスロット後に、ＨＡＲＱ－ＡＣＫ送信用のスケジュール済みスロット

【数5】

が開始するときに、ＰＤＳＣＨ機会および／またはＳＰＳリリースをスキップし得る。例えば、無線デバイスは、例えば、ＰＣｅｌｌ上の、アクティブＵＬ ＢＷＰ変更のスロットと同時に、またはスロット後に、ＨＡＲＱ－ＡＣＫ送信用のスケジュール済みスロット

【数6】

が開始するときに、ＰＤＳＣＨ機会および／またはＳＰＳリリースをスキップし得る。例えば、無線デバイスは、ＵＬスロット

【数7】

に対応するＤＬスロットが、サービングセルｃ上のアクティブＤＬ ＢＷＰ変更のスロットの前にある時に、ＰＤＳＣＨ機会および／またはＳＰＳリリースをスキップし得る。例えば、無線デバイスは、ＵＬスロット

【数8】

に対応するＤＬスロットが、ＰＣｅｌｌ上のアクティブＵＬ ＢＷＰ変更のスロットの前にあるときに、ＰＤＳＣＨ機会および／またはＳＰＳリリースをスキップし得る。

【0391】

図１８は、一部の実施形態による、ＳＰＳ ＰＤＳＣＨの構成、起動、送信、および停止のためのシグナリングの例を示す。ＵＥは、ＳＰＳ ＰＤＳＣＨ構成の構成パラメーター、例えば、周期ｌを含むＲＲＣシグナリングを受信し得る。ＵＥは、スロットｎのＳＰＳ ＰＤＳＣＨ構成の起動を示すＤＣＩを受信し得る。起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会、例えば、時間オフセットｍ、および／またはＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック送信のための対応するＰＵＣＣＨ機会、例えば、タイミングオフセットｋ１をスケジューリングするためのパラメーター、を示し得る。ＵＥは、スロットｎ＋ｍで第一のＳＰＳ ＰＤＳＣＨ機会を決定してもよく、第一のＰＤＳＣＨを受信し得るし、受信しなくてもよい。ＵＥは、スロットｎ＋ｍ＋ｋ１の第一のＰＵＣＣＨ／ＰＵＳＣＨリソースを決定して、第一のＳＰＳ ＰＤＳＣＨ機会に対応する第一のＨＡＲＱフィードバックを送信し得る。ＵＥは、スロットｎ＋ｍ＋ｌの周期性に基づいて第二のＳＰＳ ＰＤＳＣＨ機会を決定してもよく、第二のＰＤＳＣＨを受信し得るし、受信しなくてもよい。ＵＥは、スロットｎ＋ｍ＋ｌ＋ｋ１の第二のＰＵＣＣＨ／ＰＵＳＣＨリソースを決定して、第二のＳＰＳ ＰＤＳＣＨ機会に対応する第二のＨＡＲＱフィードバックを送信し得る、以下同じである。ＵＥは、ＳＰＳ ＰＤＳＣＨ構成の停止／リリースを示す、スロットｐの第二のＤＣＩを受信し得る。ＵＥは、ＳＰＳ ＰＤＳＣＨ構成および起動ＤＣＩのスケジューリングに基づいて、ＰＤＳＣＨを介してＤＬデータの受信を停止し得る。ＳＰＳ ＰＤＳＣＨ構成のアクティブ時間期間は、スロットｎからスロットｐまでとし得る。

【0392】

ＵＥは、ＳＰＳ ＰＤＳＣＨ構成を起動させる第一のＤＣＩフォーマット（例えば、フォールバックＤＣＩ、ＤＣＩフォーマット１＿０）を受信し得る。ＵＥは、例えば、強化された動的コードブックで構成される時に、第一のＰＤＳＣＨグループの一部として、ＳＰＳ ＰＤＳＣＨ構成のＰＤＳＣＨ機会のＨＡＲＱ－ＡＣＫフィードバックを報告し得る。第一のＰＤＳＣＨグループは、事前定義されてもよく（例えば、グループ＃０）、および／またはＲＲＣシグナリングを介して構成され得る。

【0393】

ＵＥは、ＳＰＳ ＰＤＳＣＨ構成を起動させる第一のＤＣＩフォーマット（例えば、非フォールバックＤＣＩ、ＤＣＩフォーマット１＿１）を受信し得る。ＵＥは、例えば、強化され動的コードブックで構成されるとき、起動ＤＣＩ（第一のＤＣＩフォーマット）によって示されるＰＤＳＣＨグループの一部として、ＳＰＳ ＰＤＳＣＨ構成のＰＤＳＣＨ機会のＨＡＲＱ－ＡＣＫフィードバックを報告し得る。

【0394】

ＳＰＳ ＰＤＳＣＨに対応するＨＡＲＱフィードバックは、例えば、強化された動的コードブックおよび／またはワンショットフィードバックコードブックを介して、１回以上要求／トリガーされ得る。強化された動的コードブックでは、ＳＰＳ ＰＤＳＣＨは、デフォルトＰＤＳＣＨグループ（例えば、グループ＃０）に属し得る。ＵＥは、第二のＤＣＩ、例えば、最新のＤＣＩで示されるＮＦＩから、ＳＰＳ ＰＤＳＣＨに対応するＮＦＩを決定し得る。例えば、第二のＤＣＩは、同じＰＤＳＣＨグループの一つまたは複数のＰＤＳＣＨをスケジューリングし、および／または同じＰＤＳＣＨグループのＨＡＲＱ－ＡＣＫフィードバックをトリガーする、第一のＤＣＩフォーマット（例えば、非フォールバックＤＣＩ、ＤＣＩフォーマット１＿１）であり得る。ＵＥは、例えば、ＰＤＳＣＨグループに対するＨＡＲＱ－ＡＣＫフィードバックが要求／トリガーされたとき、ＰＤＳＣＨグループに対応するＮＦＩの最新のトグル以来、一つまたは複数のＳＰＳ ＰＤＳＣＨ機会に対応する一つまたは複数のＨＡＲＱ－ＡＣＫフィードバックを報告し得る。ＵＥは、同じＰＤＳＣＨグループの他のＤＬ送信（例えば、ＰＤＣＣＨを介して動的にスケジュールされるＰＤＳＣＨ）を含むＨＡＲＱ－ＡＣＫコードブックに、一つまたは複数のＳＰＳ ＰＤＳＣＨ機会に対応する一つまたは複数のＨＡＲＱ－ＡＣＫビットを追加（例えば、ピギーバック）し得る。

【0395】

強化された動的コードブックでは、ＳＰＳ ＰＤＳＣＨはいずれのＰＤＳＣＨグループにも属しえなく、例えば、ＳＰＳ ＰＤＳＣＨに関連付けられるＰＤＳＣＨグループインデックス／ＩＤは定義されない。ＵＥは、例えば、ＳＰＳ ＰＤＳＣＨに対応する一つまたは複数のＨＡＲＱ－ＡＣＫビットのみがＰＵＣＣＨのスロットにスケジュールされる場合、ＨＡＲＱフィードバック送信に第一のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット０／１）を使用し得る。ＳＰＳ ＰＤＳＣＨの一つまたは複数のＨＡＲＱ－ＡＣＫビットは、ワンショットフィードバックを使用して再送され得る。

【0396】

他のグループベースのＨＡＲＱ－ＡＣＫビットは、ＳＰＳ ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫビットと衝突し得る。ＵＥは、一つのＰＵＣＣＨ内の全てのＨＡＲＱ－ＡＣＫビットを多重化し、ＳＰＳ ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫビットをＨＡＲＱ－ＡＣＫコードブックの末尾にマッピングし得る。ＵＥは、例えば、多重化グループベースのＨＡＲＱ－ＡＣＫが再送信のためにトリガーされるときに、ＳＰＳ ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫビットを再送信し得る。

【0397】

ＵＥは、非数値のＫ１値を示すＤＬ ＤＣＩ起動ＳＰＳ ＰＤＳＣＨを受信することが期待され得ない。

【0398】

ＳＰＳ ＰＤＳＣＨ構成を起動する第一のＤＣＩに示される第一のＰＤＳＣＨグループインデックスは、ＳＰＳ ＰＤＳＣＨ構成を停止／リリースする第二のＤＣＩに示される第二のＰＤＳＣＨグループインデックスと同じであり得る。

【0399】

ＵＥは、一つまたは複数のＳＰＳ ＰＤＳＣＨおよび／または一つまたは複数のＳＰＳリリースに対して、一つまたは複数のＨＡＲＱフィードバックビットを、ＨＡＲＱコードブックの最後に追加（例えば、ピギーバック）し得る。一つまたは複数のＨＡＲＱフィードバックビットは、強化された動的コードブックによって定義される任意のＰＤＳＣＨグループに属しえない。一つまたは複数のＨＡＲＱフィードバックビットは、再送信され得ない。ＵＥがワンショットフィードバック要求／トリガーを受信すると、ＵＥは一つまたは複数のＨＡＲＱフィードバックビットを再送信し得る。

【0400】

ＵＥは、半静的ＨＡＲＱ－ＡＣＫコードブックで構成することができる。ＵＥは、例えば、ＵＥが、構成されるＤＬコンポーネントキャリアの少なくとも一つのＰＵＣＣＨ構成について、非数値のＫ１値（例えば、上位層パラメーターｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫの構成に含まれる）で構成されるとき、半静的ＨＡＲＱ－ＡＣＫコードブック内の対応するＤＬコンポーネントキャリアのＨＡＲＱ－ＡＣＫビットの末尾に、ＴＢ／ＣＢＧ当たりの追加ビットを追加し得る。ＵＥは、例えば、半静的ＨＡＲＱ－ＡＣＫコードブックが、非数値Ｋ１でスケジュールされたＰＤＳＣＨに対応する候補ＰＤＳＣＨ受信の機会を含む場合、半静的ＨＡＲＱ－ＡＣＫコードブックの一つまたは複数のビットを使用して、非数値Ｋ１でスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ値を報告し得る。ＵＥは、例えば、半静的なＨＡＲＱ－ＡＣＫコードブックが、一つまたは複数のＰＤＳＣＨに対する機会を含まない場合、半静的なＨＡＲＱ－ＡＣＫコードブックの末尾に付加ビットを使用して、非数値のＫ１値でスケジュールされた一つまたは複数のＰＤＳＣＨの最新のＰＤＳＣＨのＨＡＲＱ－ＡＣＫフィードバックを報告し得る。ＵＥは、半静的ＨＡＲＱ－ＡＣＫコードブックが、そのＰＤＳＣＨに対応するビット／位置を含み得ない、非数値のＫ１値でスケジュールされる複数のＰＤＳＣＨを受信することが期待され得ない。ＵＥは、例えば、半静的ＨＡＲＱ－ＡＣＫコードブックで報告される非数値のＫ１値でスケジュールされるＰＤＳＣＨがない場合、半静的ＨＡＲＱ－ＡＣＫコードブックの最後に、一つまたは複数の付加ビット（例えば、ＴＢ／ＣＢＧ当たり）についてＮＡＣＫを報告し得る。ＵＥは、例えば、非数値のＫ１値が、コンポーネントキャリアの任意のＰＵＣＣＨ構成に対して構成されていない場合（例えば、上位層パラメーターｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫの構成に含まれない）、半静的ＨＡＲＱ－ＡＣＫコードブックの末尾にいかなる付加ビットも含まないことができ、ＵＥは半静的ＨＡＲＱ－ＡＣＫコードブックで構成される。

【0401】

ＵＥは、半静的ＨＡＲＱ－ＡＣＫコードブックのサイズを決定するＤＬ関連セットから、ｇＮＢ開始ＣＯＴ外部の一つまたは複数のスロットを除外し得る。

【0402】

既存の技術では、ＳＰＳ構成について、基地局は、ＳＰＳ構成の起動ＤＣＩを介して、またはＲＲＣシグナリングを介して、ライセンスされていない帯域でのＨＡＲＱフィードバック送信のためのＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングについて、一つの数値または非数値を示し得る。非数値は、対応するＰＤＳＣＨ／ＰＤＣＣＨに対するＨＡＲＱ－ＡＣＫフィードバック送信のタイミングおよびリソースが後で決定されることをＵＥに示す。ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングが数値である場合、それは、ＨＡＲＱ－ＡＣＫフィードバック送信用のＵＬチャネルを直接示すものであり、無線デバイスは、数値に基づいて、各ＳＰＳ機会についてＨＡＲＱ－ＡＣＫフィードバックを送信しようとし得る。これは、ＳＰＳ ＨＡＲＱ－ＡＣＫフィードバックに対する半静的アップリンク送信が、利用できない時間リソース、例えば、ＴＤＤ ＵＬ－ＤＬ構成に基づくＤＬスロット／シンボル、および／またはＬＢＴが失敗し得るＬＢＴ手順を必要とする時間スロット、と衝突／重複し得る、ライセンスされていない帯域および／またはＴＤＤシステムにおいて非効率であり得る。無線デバイスは、アップリンク送信に使用できないシンボルと衝突する場合、アップリンク送信（例えば、ＳＰＳ ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨ）をドロップし得る。無線デバイスは、ＨＡＲＱ－ＡＣＫフィードバックの信頼性を低下させ得る、ＬＢＴで成功してもよく、しなくてもよい。例えば、無線デバイスが、ＤＬ／柔軟なシンボルおよび／またはＬＢＴ障害との衝突により、ＨＡＲＱ－ＡＣＫフィードバックを送信できない場合、基地局は、ＤＬ送信が成功したかどうか、および再送信の必要性があるかどうかを知らず、それゆえに不必要な再送信が続き得る。

【0403】

例えば、基地局は、ＬＢＴの失敗により、一つまたは複数のＳＰＳ機会において任意のＰＤＳＣＨを送信しえない。このような場合、ＨＡＲＱ－ＡＣＫフィードバックの送信は有益ではありえない。ＤＬ ＳＰＳが、ＨＡＲＱフィードバック送信のタイミング値の数値で構成される場合、多くのインスタンスに対応するＵＬチャネル（例えば、ＰＵＣＣＨ）は、チャネル占有の外側にあり得る。基地局は、ＵＬチャネルをＨＡＲＱフィードバック送信用に予約できなかったため、成功の可能性が低い追加のＵＬ送信および／またはＬＢＴ手順が必要となってもよい。このアプローチは効率的ではない可能性があり信頼性の低下およびＵＬチャネルへのアクセスの可能性の低下を伴う追加のＵＬ送信をもたらし得る。

【0404】

既存の技術に基づいて、無線デバイスは、ＰＵＣＣＨ送信がアップリンク送信に使用されない可能性のある一つまたは複数のシンボルと衝突する場合、ＤＬ ＳＰＳ ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨをドロップ／送信しないことができる。一つまたは複数のシンボルは、ＤＬシンボルであり得る。一つまたは複数のシンボルは、柔軟なシンボルであり得る。例えば、半静止ＴＤＤ構成（例えば、ＴＤＤ－ＵＬ－ＤＬ－構成共通、またはＴＤＤ－ＵＬ－ＤＬ－構成専用）は、一つまたは複数のシンボルがＤＬシンボルおよび／または柔軟なシンボルであることを示すことができる。例えば、スロットフォーマット表示（ＳＦＩ）を含むＤＣＩは、一つまたは複数のシンボルがＤＬシンボルおよび／または柔軟なシンボルであることを示すことができる。動的にスケジュールされるＰＤＳＣＨおよびＨＡＲＱ－ＡＣＫに対し対応するＰＵＣＣＨリソースについて、ネットワークは、ＤＬ／柔軟なシンボルとの衝突が回避されるように、ＰＵＣＣＨの時間スロットおよびシンボルを動的に決定し得るが、周期的および半静的に構成されるＰＵＣＣＨリソースを有する、ＳＰＳ ＰＤＳＣＨについて、衝突は避けられ得ない。非対スペクトルでは、ＤＬの重い構成および／または複数のＳＰＳ構成により、リソースの無駄遣い、データ通信の遅延、およびシステムパフォーマンスを低下させる、ＳＰＳ ＨＡＲＱ－ＡＣＫが頻繁にドロップされことをもたらし得る。ＰＵＣＣＨとＤＬ／柔軟なシンボルの衝突によるＴＤＤに対するＳＰＳ ＨＡＲＱ－ＡＣＫのドロップを避けることで、システム性能を向上させることができる。

【0405】

実施例では、ＰＵＣＣＨリソースは、ＤＬ ＳＰＳ構成に対して、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングの数値によってスケジュールされ得る。事前構成された／半静的に構成される／固定されたフィードバックタイミング値は、単一のＰＵＣＣＨ送信で組み合わされ得る、複数のＨＡＲＱ－ＡＣＫ情報を送信するための複数の別個のＰＵＣＣＨリソースをもたらし得る。例えば、ＳＰＳ ＰＤＳＣＨ機会の半静的に構成されるＰＵＣＣＨリソースは、同じＰＵＣＣＨリソース上で他のＨＡＲＱ－ＡＣＫ情報送信をスケジュールする基地局のための効率的なアップリンクリソースではあり得ない。例えば、ＰＵＣＣＨリソースは、ＣＯＴ期間内にない場合がある。例えば、ＰＵＣＣＨリソースは、他のＨＡＲＱ－ＡＣＫ情報、またはＣＳＩ－レポートおよび／またはＳＲを含むいかなる他のアップリンク制御情報でもない、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱ－ＡＣＫ情報に対してのみスケジュールされ得る。基地局は、ＰＤＳＣＨ ＨＡＲＱ－ＡＣＫ送信の動的スケジューリングのために、ＳＰＳ ＰＤＳＣＨのＰＵＣＣＨリソースとは異なる第二のＰＵＣＣＨリソースをスケジュールすることを好み得る。これにより、ＵＬのオーバーヘッドを増加させる複数／別個のＨＡＲＱ－ＡＣＫ送信が生じ得る。

【0406】

既存の技術において、第一のＰＤＳＣＨの後にＵＥがＳＰＳ ＰＤＳＣＨを受信し、第一のＰＤＳＣＨが、対応する第一のＤＣＩフォーマットにおいて、適用不可能なフィードバックタイミング値でスケジュール／割り当てられているとき、ＵＥは、ＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信のためにスケジュールされるＰＵＣＣＨ送信において、第一のＰＤＳＣＨのＨＡＲＱ－ＡＣＫ情報を送信／多重化できない。これは、ＳＰＳ ＰＤＳＣＨの半静的なＰＵＣＣＨリソースがすでに存在しているにもかかわらず、他のＨＡＲＱ－ＡＣＫ情報を送信するための効率的なリソースではない可能性を示唆している。従って、ＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ情報が非常に重要である場合（例えば、いくつかの重要なデータが送信される、および／またはＮＡＣＫではない）、半静的に構成されるＰＵＣＣＨリソースは、ＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ情報の送信のために効率的／信頼性がない可能性がある。

【0407】

一方で、ＤＬ ＳＰＳが、ＨＡＲＱフィードバック送信用の非数値タイミング値で構成される場合、ダウンリンク（ＤＣＩ）シグナリングの増加、および／またはＨＡＲＱフィードバック送信における遅延の増加をもたらし得る。例えば、時には、ＵＬチャネル（例えば、ＰＵＣＣＨ）は、対応するＰＤＳＣＨに利用可能であり得る（例えば、対応するＰＤＳＣＨは、ＣＯＴに送信され、ＵＬチャネルのリソースは、ＣＯＴ内にあるか、またはＵＬチャネルのリソースは、ＤＬ／柔軟なシンボルと重複しない）。ＨＡＲＱ－ＡＣＫフィードバックの固定非数値では、無線デバイスがＨＡＲＱ－ＡＣＫフィードバック用のアップリンクリソースを持っている場合でも、無線デバイスは、別のＵＬチャネルをスケジュールする数値タイミング値を示すＤＣＩを受信するまで、ＨＡＲＱ－ＡＣＫフィードバック送信を延期することができる。このアプローチは、効率的でも柔軟でもありえない。

【0408】

例えば、ＵＬのリソースおよび／またはトラフィックのダイナミクスならびに通信の特殊特性（例えば、ＣＯＴ、ライセンスされていない帯域でのチャネルアクセス、および／またはＴＤＤ動作でのＤＬ／柔軟なシンボル）が利用できないことによる、ＤＬ ＳＰＳのＨＡＲＱフィードバック送信を（例えば、動的かつ柔軟にタイミングを制御することによって）ドロップすることを避ける必要がある。実施形態は、（例えば、ＬＢＴ障害および／またはＣＯＴの満了および／またはＴＤＤ ＤＬ／柔軟な衝突に起因して）対応するＰＵＣＣＨリソースが利用できないことに応答して、無線デバイスがＳＰＳ ＰＤＳＣＨ機会／受信のＨＡＲＱフィードバック送信を延期／遅延することを可能にし得る。

【0409】

既存の技術は、ＳＰＳ起動ＤＣＩの送信を介してＳＰＳの一つまたは複数のパラメーターを更新することによって、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングを、数値と非数値との間で変更する。このアプローチは、例えば、基地局がチャネルを取得できない場合には不可能であり得る。こうした例では、基地局は、任意のＤＣＩを無線デバイスに送信して、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングを適合させることができえない。さらに、このアプローチは、ＳＰＳ構成を維持するためにより高いＤＣＩオーバーヘッドを必要とし、多数のＳＰＳ構成では拡張できえない。

【0410】

本開示の実施形態は、一部の基準に基づいてＨＡＲＱフィードバックタイミング値を決定することによって、ＳＰＳ起動ＤＣＩに依存することなく、ライセンスされていない帯域におけるＤＬ ＳＰＳのＨＡＲＱフィードバック送信のタイミングを柔軟に制御することを可能にする。例えば、無線デバイスが、例えば、第二または第三のダウンリンク制御情報および／またはチャネル占有タイミングに基づいて、第一の数値タイミング値と第二の非数値タイミング値または第三の数値タイミング値との間で選択することを可能にすることによって。本開示の実施形態は、ＨＡＲＱフィードバック送信における遅延を低減させてもよく、同時に、ＨＡＲＱフィードバック送信の可能性を増加させてもよく、ＤＬ ＳＰＳのＨＡＲＱフィードバックを送信するための無線デバイスのオーバーヘッドも低減し得る。

【0411】

一実施例では、無線デバイスは、ＰＤＳＣＨをスケジューリングする前または次のＤＣＩの第一のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングを利用して、ＳＰＳ ＰＤＳＣＨ／ ＳＰＳ機会の第二のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングを調整／一時的に適合させてもよい。例えば、ＳＰＳ ＰＤＳＣＨ／ＳＰＳ機会に近いＰＤＳＣＨをスケジューリングする以前のＤＣＩは、第一のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングが非数値であることを示し、無線デバイスは、ＳＰＳ ＰＤＳＣＨ／ＳＰＳ機会の非数値を適用して、第二のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングを決定し得る。例えば ＳＰＳ ＰＤＳＣＨ／ＳＰＳ機会に近いＰＤＳＣＨをスケジューリングする以前のＤＣＩが、数値である、第一のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングによって、ＳＰＳ ＰＤＳＣＨ／ＳＰＳ機会の第二のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングによって示される、第二のＵＬチャネルとは異なる第一のＵＬチャネル（例えば、ＰＵＣＣＨ）を示し、無線デバイスが、第二のＵＬチャネルおよび／またはＳＰＳ ＰＤＳＣＨ／ＳＰＳ機会に対して、第二のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングをオーバーライド／破棄してもよく、ＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫフィードバックを送信するために、第一のＵＬチャネルを使用し得る。一実施例では、無線デバイスは、ＳＰＳ構成に対するＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングの数値を受信し得る。ＳＰＳ構成のＳＰＳ ＰＤＳＣＨ／ａ ＳＰＳ機会について、無線デバイスは、ＳＰＳ ＰＤＳＣＨ／ＳＰＳ機会のＨＡＲＱ－ＡＣＫフィードバックをキャリーするＰＵＣＣＨのリソースがＣＯＴに属する（例えば、無線デバイスはＣａｔ ４ ＬＢＴを実施する必要がない）場合、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングの数値を適用し得る。例えば、ＣＯＴは、ＳＰＳ ＰＤＳＣＨ送信を含んでもよい。そうでなければ、無線デバイスは、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングの非数値を適用し得る。

【0412】

一実施例では、無線デバイスは、ＳＰＳ構成に対するＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングの数値を受信し得る。無線デバイスは、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング値に基づいて、ＳＰＳ ＰＤＳＣＨまたはＳＰＳ機会に対応するＨＡＲＱ－ＡＣＫフィードバックを有するアップリンクのリソースが、ＳＰＳ ＰＤＳＣＨまたはＳＰＳ機会のＣＯＴと同じチャネル占有（ＣＯＴ）に属すると決定し得る。決定に応答して、無線デバイスは、ＳＰＳ ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバックをキャリーするアップリンクを送信し得る。そうでなければ、無線デバイスは、ＨＡＲＱ－ＡＣＫフィードバックを送信しえない。例えば、無線デバイスは、ＳＰＳ ＰＤＳＣＨまたはＳＰＳ機会がいずれのＣＯＴにも属さない場合、ＨＡＲＱ－ＡＣＫフィードバックを送信しえない。例えば、無線デバイスは、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングに基づいて決定されたアップリンクのリソースが、ＳＰＳ ＰＤＳＣＨまたはＳＰＳ機会のＣＯＴとは異なるＣＯＴに属するか、またはいかなるＣＯＴにも属しえないとき、ＨＡＲＱ－ＡＣＫフィードバックを送信しえない。

【0413】

無線デバイスは、ＤＬ送信と同じチャネル占有内にないＵＬチャネルを介して、ＤＬ送信のＨＡＲＱフィードバックを送信しえない。無線デバイスは、ＤＬ送信のためにのみスケジュールされるＵＬチャネルを介して、ＤＬ送信のＨＡＲＱフィードバックを送信しえない。

【0414】

本開示の例示的実施形態によれば、ＵＥは、一つまたは複数の半持続性スケジューリング（例えば、ＳＰＳ ＰＤＳＣＨ）構成および／または一つまたは複数のアップリンク制御チャネル（例えば、ＰＵＣＣＨ）構成のパラメーターを含む一つまたは複数のＲＲＣメッセージを受信し得る。ＵＥは、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を送信するための、一つまたは複数のＰＵＣＣＨ構成のＰＵＣＣＨリソースを決定し得る。例えば、ＵＥは、ＳＰＳ ＰＤＳＣＨ構成を起動させるＤＣＩを受信し得る。例えば、一つまたは複数のＲＲＣメッセージは、ＳＰＳ ＰＤＳＣＨ機会の周期性（例えば、１０ｍｓもしくは２０ｍｓもしくは３２ｍｓもしくは … ６４０ｍｓ）および／またはデータ送信（例えば、トランスポートブロック）のためのいくつかのＨＡＲＱプロセスを示し得る。例えば、一つまたは複数のＳＰＳ構成のパラメーターは、ＳＰＳ ＰＤＳＣＨ機会の周期性を示し得る。起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨ構成のスケジューリング情報を含み得る。例えば、起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会の時間／周波数リソース（例えば、オフセットおよび／またはシンボル／リソースブロックの数）を示す、一つまたは複数の第一のフィールドを含んでもよく、ＳＰＳ ＰＤＳＣＨ機会は、示された時間／周波数リソースに基づいて、各周期で繰り返される。起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック送信のためのＵＬリソースを示す、一つまたは複数の第二のフィールドをさらに含み得る。例えば、一つまたは複数の第二のフィールドは、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング（例えば、Ｋ１）値を含み得る。Ｋ１値は、そのＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック送信のための対応するＰＵＣＣＨリソースへの各周期におけるＳＰＳ ＰＤＳＣＨ機会のそれぞれからの時間オフセットを示し得る。例えば、時間オフセットは、スロット／シンボル／サブフレームの数であり得る。例えば、ＵＥは、Ｋ１値によって示される時間オフセットを、ＳＰＳ ＰＤＳＣＨ機会（例えば、スロットｎ）の最後の時間インスタンス（例えば、スロットｎ）に適用して、ＰＵＣＣＨ（例えば、スロットｎ＋Ｋ１）の時間インスタンスを決定し得る。ＵＥは、一つまたは複数の事前構成される情報（例えば、ＰＵＣＣＨフォーマットおよび／またはｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫなど）および／または起動ＤＣＩの一つまたは複数の情報フィールド（例えば、ＰＵＣＣＨリソースインジケーター（ＰＲＩ））を使用して、ＰＵＣＣＨスロット内のＰＵＣＣＨリソースを決定し得る。ＳＰＳ ＰＤＳＣＨ機会は、例えば、起動後および停止前の任意の期間で、周期的なＳＰＳの任意のインスタンスに対応し得る。

【0415】

ＵＥは、ＣＯＴ構造情報、例えば、ＣＯＴの長さ、および／またはサービングセルの残りのチャネル占有期間を示す一つまたは複数のフィールドを含むＤＣＩ（例えば、ＤＣＩフォーマット２＿０）を受信し得る。例えば、ＵＥは、一つまたは複数のＲＲＣパラメーター（例えば、ＣＯ－ＤｕｒａｔｉｏｎＰｅｒＣｅｌｌ－ｒ１６および／またはＣＯ－ＤｕｒａｔｉｏｎＬｉｓｔ－ｒ１６）で構成／提供され得る。ＤＣＩは、ＤＣＩの受信（例えば、ＤＣＩが受信／検出されるスロットの始まりから）からＣＯＴの終わりまで、残りのシンボルおよび／またはスロットの数を示し得る。一実施例では、ＵＥは、一つまたは複数のＲＲＣパラメーター（例えば、ＣＯ－ＤｕｒａｔｉｏｎＰｅｒＣｅｌｌ－ｒ１６および／またはＣＯ－ＤｕｒａｔｉｏｎＬｉｓｔ－ｒ１６）で構成／提供され得ない。ＵＥは、一つまたは複数のＤＣＩ（例えば、ＤＣＩフォーマット２＿０）における一つまたは複数のスロットフォーマット表示に基づいて、サービングセルのＣＯＴの終了および／または残りの期間を決定し得る。例えば、一つまたは複数のＤＣＩは、一つまたは複数のスロットフォーマット表示を示す一つまたは複数のフィールドを含み得る。例えば、一つまたは複数のスロットフォーマット表示（ＳＦＩ）は、複数のシンボルのスロットフォーマット（例えば、ＵＬまたはＤＬまたは柔軟な方向）を示し得る。例えば、残りのチャネル占有期間は、ＵＥがＤＣＩを検出するスロットから、一つまたは複数のＳＦＩが対応するスロットフォーマットを表示／提供する、スロットおよび／またはシンボルの数であり得る。

【0416】

ＵＥは、第一のＳＰＳ ＰＤＳＣＨ構成の第一のＳＰＳ ＰＤＳＣＨ機会／インスタンス（例えば、第一の周期）が、構成され、起動されると、第一のＣＯＴ期間の一つまたは複数のスロットの一つまたは複数のシンボルと重複すると決定し得る。例えば、ＢＳは、アイドル／利用可能なチャネルを示す一つまたは複数のＬＢＴ手順を実行することによって、第一のＣＯＴを開始し得る。ＵＥは、検出されたＤＣＩを介して、残りのＣＯＴ期間などのＣＯＴ情報を受信し得る。ＵＥは、残りのＣＯＴ期間に関連付けられる一つまたは複数のスロットの一つまたは複数のシンボルを決定し得る。例えば、残りのＣＯＴ期間は、サービングセルのアクティブＤＬ ＢＷＰのヌメロロジに従って、一つまたは複数のスロットの一つまたは複数のシンボルを含み得る。第一のＳＰＳ ＰＤＳＣＨ機会は、一つまたは複数の第一のシンボルを含んでもよい。一つまたは複数の第一のシンボルは、ＳＰＳ起動ＤＣＩ、例えば、時間ドメインリソース割り当て（ＴＤＲＡ）フィールドの一つまたは複数のスケジューリングパラメーターによって示され得る。ＵＥは、第一のＳＰＳ ＰＤＳＣＨ機会が、例えば、第一のＣＯＴの一つまたは複数のシンボルが、第一のＳＰＳ ＰＤＳＣＨ機会の一つまたは複数のシンボルのうちの少なくとも一つを含む／重複すると決定することによって、第一のＣＯＴにスケジュールされることを決定し得る。

【0417】

ＵＥは、第一のＳＰＳ ＰＤＳＣＨ機会に関連付けられる第一のＰＵＣＣＨリソースを決定し得る。例えば、起動ＤＣＩは、第一のＨＡＲＱフィードバックタイミング値、例えば、Ｋ１値を含んでもよい。Ｋ１値は、第一のＳＰＳ ＰＤＳＣＨ機会から第一のＰＵＣＣＨリソース／スロットへの時間オフセットを示し得る。例えば、時間オフセットは、スロットおよび／またはシンボルおよび／またはフレームおよび／またはサブフレームの数を含み得る。例えば、時間オフセットは、ミリ秒でもよい。第一のＰＵＣＣＨリソースは、一つまたは複数の第二のシンボルを含んでもよい。ＵＥは、一つまたは複数のＲＲＣ構成パラメーター（例えば、ＰＵＣＣＨ－Ｃｏｎｆｉｇ、ＰＵＣＣＨ－Ｒｅｓｏｕｒｃｅ、ＰＵＣＣＨ－ｆｏｒｍａｔ０／１／２／３／４、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫなど）および／または起動ＤＣＩの一つまたは複数の情報フィールド（例えば、ＰＲＩおよび／またはＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケーター（Ｋ１値））に基づいて、第一のＰＵＣＣＨリソースの一つまたは複数の第二のシンボルを決定し得る。

【0418】

ＵＥは、第一のＳＰＳ ＰＤＳＣＨ機会に関連付けられる第一のＰＵＣＣＨリソースの一つまたは複数の第二のシンボルが、第一のＣＯＴ期間の一つまたは複数のスロットの一つまたは複数のシンボルと（例えば、部分的または完全に）重複すると決定し得る。第一のＳＰＳ ＰＤＳＣＨ機会は、第一のＣＯＴでスケジュールされてもよく、例えば、第一のＣＯＴ期間と重複し得る。第一のＰＵＣＣＨリソースは、例えば、第一のＣＯＴ期間と重複して、第一のＣＯＴでスケジュールされ得る。ＵＥは、例えば、対応するＰＤＳＣＨと同じＣＯＴ期間で、第一のＰＵＣＣＨリソースを介して、第一のＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を送信し得る。ＵＥは、第一のＳＰＳ ＰＤＳＣＨ機会を介して受信されたＣＢＧ／ＴＢの正常に受信／復号化されたデータに対するＨＡＲＱフィードバック情報に対するＡＣＫ（例えば、ポジティブビット）を報告し得る。ＵＥは、第一のＳＰＳ ＰＤＳＣＨ機会のＣＢＧ／ＴＢの不成功に受信／復号化されたデータについて、ＨＡＲＱフィードバック情報対するＮＡＣＫ（例えば、ネガティブビット）を報告してもよく、例えば、ＵＥは、第一のＳＰＳ ＰＤＳＣＨ機会のＰＤＳＣＨを検出しえない。

【0419】

図１９は、一部の実施形態による、ＳＰＳ ＰＤＳＣＨおよび対応するＰＵＣＣＨリソーススケジューリングの例を示す。ＵＥ（無線デバイス）は、ＤＬ ＳＰＳ構成および／またはＰＵＣＣＨ構成を含むＲＲＣシグナリングを受信する。ＤＬ ＳＰＳ構成は、ＳＰＳ ＰＤＳＣＨ周期性を含んでもよい。ＰＵＣＣＨ構成は、ＰＵＣＣＨリソース、例えば、ＰＵＣＣＨ－Ｃｏｎｆｉｇ、ＰＵＣＣＨ－Ｒｅｓｏｕｒｃｅ、ＰＵＣＣＨ－ｆｏｒｍａｔ０／１／２／３／４、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ（利用可能なＫ１値のセット）などを示すパラメーターを含んでもよい。ＵＥは、ＳＰＳ ＰＤＳＣＨおよび対応するＰＵＣＣＨリソースのスケジューリング情報を含む、第一のＤＣＩ、例えば、ＳＰＳ起動ＤＣＩを受信し得る。起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨから対応するＰＵＣＣＨリソースへの時間オフセットとして数値を示す、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング、Ｋ１値（ＲＲＣ構成のＫ１値のセットから）を含む。ＵＥは、ＣＯＴ構造情報、例えば、残りのＣＯＴ期間を示す第二のＤＣＩを受信する。ＵＥは、ＳＰＳ ＰＤＳＣＨ機会、および数値Ｋ１値によって示される対応するＰＵＣＣＨリソースが、残りのＣＯＴ期間と（例えば、完全にまたは部分的に）重複して配置されると決定する。ＵＥは、ＳＰＳ ＰＤＳＣＨ機会を介してＤＬデータを受信し得るし、受信しなくてもよい。ＵＥは、対応するＰＵＣＣＨリソースを介して、ＳＰＳ ＰＤＳＣＨ機会でＤＬデータ受信に関するＨＡＲＱフィードバック情報を送信する。

【0420】

ＵＥは、起動ＤＣＩの少なくともＫ１値に基づいて、第一のＳＰＳ ＰＤＳＣＨ機会に関連付けられる第一のＰＵＣＣＨリソースを決定し得る。Ｋ１値は、数値であり得る。ＵＥは、第一のＳＰＳ ＰＤＳＣＨ機会に関連付けられる第一のＰＵＣＣＨリソースの一つまたは複数の第二のシンボルが、第一のＣＯＴ期間の一つまたは複数のスロットの一つまたは複数のシンボルと（例えば、部分的または完全に）重複しないと決定し得る。第一のＳＰＳ ＰＤＳＣＨ機会は、第一のＣＯＴ内／内部でスケジュールされてもよく、例えば、第一のＣＯＴ期間と重複し得る。第一のＰＵＣＣＨリソースは、例えば、第一のＣＯＴ期間と重複しないなど、第一のＣＯＴから離れてスケジュールされ得る。ＵＥは、例えば、ＳＰＳ ＰＤＳＣＨのＣＯＴ期間の外側など、第一のＰＵＣＣＨリソースを介して、第一のＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を送信しえない。

【0421】

図２０は、一部の実施形態による、ＳＰＳ ＰＤＳＣＨおよび対応するＰＵＣＣＨリソーススケジューリングの例を示す。ＵＥ（無線デバイス）は、ＤＬ ＳＰＳ構成および／またはＰＵＣＣＨ構成を含むＲＲＣシグナリングを受信する。ＵＥは、ＳＰＳ ＰＤＳＣＨおよび対応するＰＵＣＣＨリソースのスケジューリング情報を含む、第一のＤＣＩ、例えば、ＳＰＳ起動ＤＣＩを受信し得る。起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨから対応するＰＵＣＣＨリソースへの時間オフセットとしての数値を示す、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング、Ｋ１値を含む。ＵＥは、ＣＯＴ構造情報、例えば、残りのＣＯＴ期間を示す第二のＤＣＩを受信する。ＵＥは、ＳＰＳ ＰＤＳＣＨ機会が、残りのＣＯＴ期間（例えば、完全にまたは部分的に）内にスケジュール／配置され、および／または重複する（例えば、完全にまたは部分的に）と決定する。ＵＥは、数値Ｋ１値によって示される対応するＰＵＣＣＨリソースが、残りのＣＯＴ期間の外側でスケジュール／配置され、例えば、ＣＯＴ期間と重複しないと決定する。ＣＯＴ期間はＰＵＣＣＨリソースより前に満了となる。ＵＥは、ＳＰＳ ＰＤＳＣＨ機会を介してＤＬデータを受信し得るし、受信しなくてもよい。ＵＥは、ＳＰＳ ＰＤＳＣＨ機会におけるＤＬデータの受信／検出に関するＨＡＲＱフィードバック情報を、ＳＰＳ ＰＤＳＣＨ機会のＣＯＴ外の対応するＰＵＣＣＨリソースを介して送信しえない。

【0422】

ＵＥは、例えば、ＰＵＣＣＨリソースが対応するＳＰＳ ＰＤＳＣＨ機会と同じＣＯＴ内にないと決定することに応答して、ＳＰＳ起動ＤＣＩ内の数値Ｋ１値によって示される、ＰＵＣＣＨリソースを破棄し得る。ＵＥは、対応するＰＵＣＣＨリソースがＳＰＳ ＰＤＳＣＨ機会と同じＣＯＴ内にないと決定することに応答して、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報をドロップし得る。ＵＥは、ＨＡＲＱフィードバック情報がＡＣＫ（例えば、肯定確認応答）を含むと決定することに応答して、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を、ＳＰＳ ＰＤＳＣＨ機会と同じＣＯＴ内にない、対応するＰＵＣＣＨリソースを介して送信し得る。ＵＥは、ＨＡＲＱフィードバック情報がＮＡＣＫ（例えば、否定確認応答）を含むと決定することに応答して、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を、ＳＰＳ ＰＤＳＣＨ機会と同じＣＯＴ内にない、対応するＰＵＣＣＨリソースを介して送信し得る。

【0423】

基地局は、例えば、ＳＰＳ ＰＤＳＣＨ機会のＣＯＴが対応するＰＵＣＣＨリソースの前に満了になる時、ＳＰＳ ＰＤＳＣＨ機会に対応するスケジュールされたＰＵＣＣＨリソースを介してＨＡＲＱフィードバック情報を受信しないことに応答して、暗黙的なＡＣＫを決定し得る。基地局は、例えば、ＳＰＳ ＰＤＳＣＨ機会のＣＯＴが対応するＰＵＣＣＨリソースの前に満了になる時、ＳＰＳ ＰＤＳＣＨ機会に対応するスケジュールされたＰＵＣＣＨリソースを介してＨＡＲＱフィードバック情報を受信しないことに応答して、暗黙的なＮＡＣＫを決定し得る。

【0424】

基地局は、例えば、対応するＰＵＣＣＨリソースが、ＳＰＳ ＰＤＳＣＨ機会を含むＣＯＴから外れていると決定することに応答して、ＳＰＳ ＰＤＳＣＨ機会を介してＤＬデータを送信しえない。基地局は、ＳＰＳ ＰＤＳＣＨ機会を介して、例えば、ＳＰＳ ＰＤＳＣＨ機会のＣＯＴが、対応するＰＵＣＣＨリソースより前に満了になると決定することに応答して、ＤＬデータを送信しえない。ＢＳは、例えば、ＳＰＳ ＰＤＳＣＨ機会のＣＯＴが対応するＰＵＣＣＨリソースの前に満了であると決定することに応答して、ＳＰＳ ＰＤＳＣＨ機会と重複し得る他の送信をスケジュールし得る。ＢＳは、ＳＰＳ ＰＤＳＣＨ機会に対応するＤＬデータを再スケジュールしてもよく、例えば、ＳＰＳ ＰＤＳＣＨ機会のＣＯＴが対応するＰＵＣＣＨリソースの前に満了になるという決定に応答して、第二のＰＤＳＣＨを介してＤＬデータを送信し得る。

【0425】

ＵＥは、例えば、ＳＰＳ ＰＤＳＣＨ機会のＣＯＴが対応するＰＵＣＣＨリソースより前に満了であると決定することに応答して、ＳＰＳ ＰＤＳＣＨ機会を介してＤＬデータ送信を受信／検出しえない。

【0426】

本開示の例示的実施形態によれば、ＵＥは、一つまたは複数のＤＬ ＳＰＳ構成および／または一つまたは複数のＰＵＣＣＨ構成の構成パラメーターを含む一つまたは複数のＲＲＣメッセージを受信し得る。一つまたは複数のＰＵＣＣＨリソース構成は、例えば、パラメーターｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫを介して、利用可能なＨＡＲＱフィードバックタイミング値のセット（一つまたは複数のＫ１値）を示し得る。ＵＥは、第一のＤＣＩ、例えば、ＳＰＳ起動ＤＣＩを受信し得る。ＳＰＳ起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会をスケジュール／示すことができる。ＳＰＳ起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会に対応するＨＡＲＱフィードバックを送信するための第一のＰＵＣＣＨリソースを示す、第一の数値ＨＡＲＱフィードバックタイミング値（Ｋ１値）を含んでもよい。ＵＥは、一つまたは複数のＤＬ ＤＣＩをスケジューリングする一つまたは複数のＤＬ送信、例えば、一つまたは複数の第一のＰＤＳＣＨを受信し得る。一つまたは複数のＤＬ ＤＣＩは、一つまたは複数の第二のＨＡＲＱフィードバックタイミング値（Ｋ１値）を含み得る。一つまたは複数の第二のＨＡＲＱフィードバックタイミング値は、数値であり得る。一つまたは複数の第二のＨＡＲＱフィードバックタイミング値は、第一のＰＵＣＣＨリソースを示し得る。ＵＥは、第一のＰＵＣＣＨリソースを介して一つまたは複数のアップリンク制御情報（ＵＣＩ）を送信するようにスケジュール／構成され得る。例えば、ＵＥは、スケジューリング要求（ＳＲ）の一つまたは複数の半静的（例えば、周期的）送信を用いてＲＲＣを介して構成され得る。例えば、ＵＥは、第一のＰＵＣＣＨリソースを介して一つまたは複数のＳＲ情報を送信し得る。例えば、ＵＥは、第一のＰＵＣＣＨリソースを介して、一つまたは複数のＣＳＩレポート（例えば、半持続性ＣＳＩレポートおよび／または周期／非周期ＣＳＩレポート）を送信し得る。ＵＥは、第一のＰＵＣＣＨリソースを介してＨＡＲＱ－ＡＣＫコードブックを送信し得る。ＨＡＲＱ－ＡＣＫコードブックは、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報、および／または一つまたは複数のＤＬ ＤＣＩを介してスケジュールされた一つまたは複数の第一のＰＤＳＣＨのＨＡＲＱフィードバック情報および／または一つまたは複数のＳＰＳリリースＰＤＣＣＨのＨＡＲＱフィードバック情報を含み得る。ＵＥは、第一のＰＵＣＣＨリソースにおいて、ＨＡＲＱ－ＡＣＫ情報（例えば、ＨＡＲＱ－ＡＣＫコードブック）および／または一つまたは複数のＳＲ情報ビットおよび／または一つまたは複数のＣＳＩレポートを多重化し得る。

【0427】

図２１は、一部の実施形態による、ＳＰＳ ＰＤＳＣＨおよび対応するＰＵＣＣＨリソーススケジューリングの例を示す。ＵＥ（無線デバイス）は、ＤＬ ＳＰＳ構成および／またはＰＵＣＣＨ構成を含むＲＲＣシグナリングを受信する。ＤＬ ＳＰＳ構成は、ＳＰＳ ＰＤＳＣＨ周期性を含んでもよい。ＰＵＣＣＨ構成は、ＰＵＣＣＨリソース、例えば、ＰＵＣＣＨ－Ｃｏｎｆｉｇ、ＰＵＣＣＨ－Ｒｅｓｏｕｒｃｅ、ＰＵＣＣＨ－ｆｏｒｍａｔ０／１／２／３／４、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ（利用可能なＫ１値のセット）などを示すパラメーターを含んでもよい。ＵＥは、ＳＰＳ ＰＤＳＣＨおよび対応するＰＵＣＣＨリソースのスケジューリング情報を含む、第一のＤＣＩ、例えば、ＳＰＳ起動ＤＣＩを受信し得る。ＳＰＳ起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会をスケジュールできる。ＳＰＳ起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨから対応するＰＵＣＣＨリソース、例えば第一のＰＵＣＣＨリソースへの時間オフセットとして数値を示す、第一のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング、Ｋ１－ＳＰＳ値（ＲＲＣ構成のＫ１値のセットから）を含んでもよい。ＵＥは、第二のＤＣＩ、例えば、第一のＰＤＳＣＨ、例えば、ＰＤＳＣＨ－１をスケジューリングする、ＤＬ ＤＣＩ－１を受信する。ＤＬ ＤＣＩ－１は、ＰＤＳＣＨ－１から第一のＰＵＣＣＨリソースへの時間オフセットとして数値を示す、第二のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング、Ｋ１－１値（ＲＲＣが構成したＫ１値のセットから）を示し得る。ＵＥは、第三のＤＣＩ、例えば、第二のＰＤＳＣＨ、例えば、ＰＤＳＣＨ－２をスケジューリングする、ＤＬ ＤＣＩ－２を受信する。ＤＬ ＤＣＩ－２は、ＰＤＳＣＨ－２から第一のＰＵＣＣＨリソースへの時間オフセットとして数値を示す、第三のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング、Ｋ１－２値（ＲＲＣ構成のＫ１値のセットから）を示し得る。ＵＥは、第一のＰＵＣＣＨリソースを介して、ＳＰＳ ＰＤＳＣＨ機会および／またはＰＤＳＣＨ－１および／またはＰＤＳＣＨ－２のＨＡＲＱフィードバック情報を送信し得る。

【0428】

図２２は、一部の実施形態による、ＳＰＳ ＰＤＳＣＨおよび対応するＰＵＣＣＨリソーススケジューリングの例を示す。ＵＥ（無線デバイス）は、ＤＬ ＳＰＳ構成および／またはＰＵＣＣＨ構成を含むＲＲＣシグナリングを受信する。ＵＥは、ＳＰＳ ＰＤＳＣＨおよび対応するＰＵＣＣＨリソースのスケジューリング情報を含む、第一のＤＣＩ、例えば、ＳＰＳ起動ＤＣＩを受信し得る。ＳＰＳ起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会をスケジュールできる。ＳＰＳ起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会から対応するＰＵＣＣＨリソース、例えば、ＰＵＣＣＨ－ＳＰＳへの時間オフセットとして数値を示す、第一のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング、Ｋ１－ＳＰＳ値（ＲＲＣ構成のＫ１値のセットから）を含んでもよい。ＵＥは、第二のＤＣＩ、例えば、第一のＰＤＳＣＨ、例えば、ＰＤＳＣＨ－１をスケジューリングする、ＤＬ ＤＣＩ－１を受信する。ＤＬ ＤＣＩ－１は、第二の数値をＰＤＳＣＨ－１から第二のＰＵＣＣＨリソース、例えば、ＰＵＣＣＨ－１への時間オフセットとして示す、第二のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング、Ｋ１－１値（ＲＲＣ構成のＫ１値のセットから）を示し得る。ＵＥは、第三のＤＣＩ、例えば、第二のＰＤＳＣＨ、例えば、ＰＤＳＣＨ－２をスケジューリングする、ＤＬ ＤＣＩ－２を受信する。ＤＬ ＤＣＩ－２は、ＰＤＳＣＨ－２から第二のＰＵＣＣＨリソース、例えば、ＰＵＣＣＨ－１への時間オフセットとして第三の数値を示す、第三のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング、Ｋ１－２値（ＲＲＣ構成のＫ１値のセットから）を示し得る。ＵＥは、ＰＵＣＣＨ １を介してＰＤＳＣＨ－１のＨＡＲＱフィードバックおよび／またはＰＤＳＣＨ－２のＨＡＲＱフィードバックを含むＨＡＲＱフィードバック情報を送信し得る。ＵＥは、例えば、ＰＵＣＣＨ－ＳＰＳが、第一および第二のＰＤＳＣＨ（ＰＤＳＣＨ－１およびＰＤＳＣＨ－２）ではなく、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック送信のためにのみスケジュールされていると決定することに応答して、ＰＵＣＣＨ－ＳＰＳを介して、ＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバック情報を送信しえない。

【0429】

ＵＥは、例えば、ＰＵＣＣＨリソースがＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバック送信のためにのみスケジュールされると決定することに応答して、第一のＰＵＣＣＨフォーマットを使用して、タイミング値（Ｋ１）によって示されるＰＵＣＣＨを介して、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを送信し得る。ＵＥは、例えば、ＳＰＳ ＰＤＳＣＨ機会のＣＯＴが対応するＰＵＣＣＨリソースの前に満了であると決定することに応答して、第一のＰＵＣＣＨフォーマットを使用して、タイミング値（Ｋ１）によって示されるＰＵＣＣＨを介して、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを送信し得る。

【0430】

ＵＥは、例えば、ＰＵＣＣＨリソースがＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバック送信のみのためにスケジュールされると決定することに応答して、ＳＰＳ起動ＤＣＩ内の数値Ｋ１値によって示される、ＰＵＣＣＨリソースを破棄し得る。例えば、他のＤＬ送信のＣＳＩレポートおよび／またはＳＲ情報および／またはアップリンクデータおよび／またはＨＡＲＱフィードバックは、ＰＵＣＣＨリソースに対してスケジュールされ得ない。ＵＥは、例えば、ＰＵＣＣＨリソースがＳＰＳリリースＰＤＣＣＨのＨＡＲＱフィードバック送信のみのためにスケジュールされると決定することに応答して、ＳＰＳリリースＤＣＩの数値Ｋ１値によって示される、ＰＵＣＣＨリソースを破棄し得る。ＵＥは、対応するＰＵＣＣＨリソースがＳＰＳのＨＡＲＱフィードバックに対してのみスケジュールされると決定することに応答して、ＳＰＳ ＰＤＳＣＨ機会／ＳＰＳリリースＰＤＣＣＨのＨＡＲＱフィードバック情報をドロップし得る。ＵＥは、ＨＡＲＱフィードバック情報がＡＣＫ（例えば、肯定確認応答）を含むと決定することに応答して、ＳＰＳにのみスケジュールされる対応するＰＵＣＣＨリソースを介して、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を送信し得る。ＵＥは、ＨＡＲＱフィードバック情報がＮＡＣＫ（例えば、否定確認応答）を含むと決定することに応答して、ＳＰＳにのみスケジュールされる対応するＰＵＣＣＨリソースを介して、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を送信し得る。

【0431】

基地局は、例えば、ＳＰＳのＨＡＲＱフィードバックのみに対してＰＵＣＣＨリソースがスケジュールされる場合、ＳＰＳ ＰＤＳＣＨ機会に対応するスケジュール済みＰＵＣＣＨリソースを介してＨＡＲＱフィードバック情報を受信しないことに応答して、暗黙的なＡＣＫを決定し得る。基地局は、例えば、ＳＰＳのＨＡＲＱフィードバックのみに対してＰＵＣＣＨリソースがスケジュールされる場合、ＳＰＳ ＰＤＳＣＨ機会に対応するスケジュール済みＰＵＣＣＨリソースを介してＨＡＲＱフィードバック情報を受信しないことに応答して、暗黙的なＮＡＣＫを決定し得る。

【0432】

基地局は、例えば、対応するＰＵＣＣＨリソースがＳＰＳのＨＡＲＱフィードバックに対してのみスケジュールされると決定することに応答して、ＳＰＳ ＰＤＳＣＨ機会を介してＤＬデータを送信しえない。基地局は、例えば、ＰＵＣＣＨリソースがＳＰＳのＨＡＲＱフィードバックに対してのみスケジュールされると決定することに応答して、ＳＰＳ ＰＤＳＣＨ機会を介してＤＬデータを送信しえない。ＢＳは、例えば、ＰＵＣＣＨリソースがＳＰＳのＨＡＲＱフィードバックのみに対してスケジュールされると決定することに応答して、ＳＰＳ ＰＤＳＣＨ機会と重複し得る他の送信をスケジュールし得る。ＢＳは、ＳＰＳ ＰＤＳＣＨ機会に対応するＤＬデータを再スケジュールしてもよく、例えば、ＰＵＣＣＨリソースがＳＰＳのＨＡＲＱフィードバックに対してのみスケジュールされると決定することに応答して、第二のＰＤＳＣＨを介してＤＬデータを送信し得る。

【0433】

ＵＥは、例えば、対応するＰＵＣＣＨリソースがＳＰＳのＨＡＲＱフィードバックに対してのみスケジュールされると決定することに応答して、ＳＰＳ ＰＤＳＣＨ機会を介してＤＬデータ送信を受信／検出しえない。

【0434】

無線デバイスは、第一のタイミング値（オフセット）によって示される、第一のＵＬチャネルにおけるＤＬ送信のＨＡＲＱフィードバックを送信しえない。無線デバイスは、例えば、第一のＵＬチャネルがＤＬ送信と同じチャネル占有内にないことを決定することに応答して、および／または第一のＵＬチャネルが例えば、他のいかなるＵＬ送信ではなく、ＤＬ送信に関連してのみスケジュールされることを決定することに応答して、第二のタイミング値によって示される、第二のＵＬチャネルにおけるＤＬ送信のＨＡＲＱフィードバックを送信し得る。無線デバイスは、例えば、第二のＵＬチャネルがＤＬ送信と同じチャネル占有内にあると決定すること、および／または一つまたは複数のＵＬ送信（例えば、他のＨＡＲＱフィードバックおよび／またはＵＬデータおよび／またはＳＲおよび／またはＣＳＩレポート）のためにスケジュールされることに応答して、第二のＵＬチャネルを介してＤＬ送信のＨＡＲＱフィードバックを送信し得る。第二のＵＬチャネルは、例えば、第二のタイミング値を含む、第二のＤＬ制御情報によってスケジュールされ得る。

【0435】

無線デバイスがワンショットフィードバックトリガーを受信する場合、無線デバイスは、第一のＵＬチャネルを介してＤＬ送信のＨＡＲＱフィードバックを送信しえない。ワンショットフィードバックトリガーは、第二のＵＬチャネルを示し得る。ワンショットフィードバックトリガーは、第一のＵＬチャネルおよび／またはＤＬ送信から、第一の時間間隔内に受信され得る。無線デバイスがワンショットフィードバックトリガーを受信する場合、無線デバイスは、第一のＵＬチャネルを介してＤＬ送信のＨＡＲＱフィードバックを送信しえない。ワンショットフィードバックトリガーは、第二のＵＬチャネルを示し得る。第二のＵＬチャネルは、第一のＵＬチャネルおよび／またはＤＬ送信からの第一の時間間隔内であり得る。無線デバイスは、第二のＵＬチャネルを介してＤＬ送信のＨＡＲＱフィードバックを送信し得る。

【0436】

図２３は、一部の実施形態による、ＳＰＳ ＰＤＳＣＨスケジューリングおよび対応するＨＡＲＱフィードバック送信の例を示す。ＵＥ（無線デバイス）は、ＤＬ ＳＰＳ構成および／またはＰＵＣＣＨ構成を含むＲＲＣシグナリングを受信する。ＵＥは、ＳＰＳ ＰＤＳＣＨおよび対応するＰＵＣＣＨリソースのスケジューリング情報を含む、第一のＤＣＩ、例えば、ＳＰＳ起動ＤＣＩを受信し得る。ＳＰＳ起動ＤＣＩは、例えば、ＤＬ ＳＰＳ構成に従って、第一の周期（例えば、任意の周期）のインスタンスに対応する、ＳＰＳ ＰＤＳＣＨ機会をスケジュールし得る。ＳＰＳ起動ＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会から対応するＰＵＣＣＨリソース、例えば、図２３のＰＵＣＣＨ－ＳＰＳへの時間オフセットとして数値を示す、第一のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング、Ｋ１－ＳＰＳ値（ＲＲＣ構成のＫ１値のセットから）を含んでもよい。ＳＰＳ ＰＤＳＣＨ機会は、ＣＯＴ期間と重複してもよく、例えば、ＣＯＴは、基地局によって開始され得る。例えば、ＵＥは、ＤＣＩ受信から残りのＣＯＴ期間を示すＤＣＩを受信し得る。ＣＯＴ期間は、ＰＵＣＣＨ－ＳＰＳの前に満了となってもよい。ＵＥは、ＤＬ送信（例えば、ＳＰＳ ＰＤＳＣＨ）のＨＡＲＱフィードバック送信のためのスケジュールされたＵＬリソース（例えば、ＰＵＣＣＨ－ＳＰＳ）が利用できない（例えば、ＤＬ送信と同じＣＯＴ内で）と決定し得る。ＵＥは、第二のＤＣＩ、例えば、第一のＰＤＳＣＨ、例えば、図２３のＰＤＳＣＨ－１をスケジュールする、ＤＬ ＤＣＩ－１を受信する。ＤＬ ＤＣＩ－１は、ＰＤＳＣＨ－１から第二のＰＵＣＣＨリソース、例えば図２３のＰＵＣＣＨ－１への時間オフセットとして第二の数値を示す、第二のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミング、Ｋ１－１値（ＲＲＣで構成されたＫ１値のセットから）を示し得る。動的にスケジュールされるＰＤＳＣＨ（例えば、ＰＤＳＣＨ－１）および対応するＰＵＣＣＨリソース（例えば、ＰＵＣＣＨ－１）は、ＳＰＳ ＰＤＳＣＨ機会と同じＣＯＴ内で重複／存在し得る。ＵＥは、ＰＵＣＣＨ－１を介して、ＰＤＳＣＨ－１の第一のＨＡＲＱフィードバック情報を送信し得る。ＵＥは、第二のＤＣＩによって示される第二のＰＵＣＣＨリソース（例えば、ＰＵＣＣＨ－１）を介して、ＳＰＳ ＰＤＳＣＨ機会の第二のＨＡＲＱフィードバック情報を送信してもよく、第二のＰＵＣＣＨリソースは、利用可能であり、例えば、ＳＰＳ ＰＤＳＣＨ機会と同じＣＯＴ内に存在する。第二のＰＵＣＣＨリソースは、ＳＰＳ ＰＤＳＣＨ機会からのＵＥ処理時間内にあり得る。例えば、ＰＵＣＣＨ－１は、ＳＰＳ ＰＤＳＣＨ機会の最後のシンボルの後の少なくともいくつかのスロット／シンボル／ミリ秒であり得る。スロット／シンボル／ミリ秒の数は、事前定義されてもよく、および／またはＲＲＣによって事前構成され得る。

【0437】

ＵＥは、ＳＰＳ ＰＤＳＣＨ機会（例えば、図２３のＰＵＣＣＨ－ＳＰＳ）に対応するＰＵＣＣＨリソースを破棄してもよく、および／またはＳＰＳ ＰＤＳＣＨ／ＰＤＣＣＨ機会のＨＡＲＱフィードバックを、例えば、第二のＰＵＣＣＨリソースが第一の時間間隔／ウィンドウ内にあると決定することに応答して、第二のＰＵＣＣＨリソースを介して送信し得る。第一の時間間隔／ウィンドウは、ＳＰＳ ＰＤＳＣＨ機会からのＵＥ処理時間の後に開始され得る。第一の時間間隔／ウィンドウは、ＳＰＳ ＰＤＳＣＨを含むＣＯＴ期間の終わりまでであり得る。第一の時間間隔／ウィンドウの期間は、ＲＲＣシグナリングによって事前定義および／または事前構成され得る。第二のＰＵＣＣＨリソースは、例えば、ＲＲＣシグナリングを介して、半静的に構成され得る。第二のＰＵＣＣＨリソースは、周期的であり得る。第二のＰＵＣＣＨリソースは、第二のＤＣＩによってスケジュール／表示され得る。第二のＤＣＩは、一つまたは複数のＤＬ割り当て（例えば、ＤＬ ＤＣＩ）を含み得る。第二のＤＣＩは、一つまたは複数のＳＰＳ ＰＤＳＣＨ構成の停止を示す、ＳＰＳリリースＤＣＩであり得る。一つまたは複数のＳＰＳ ＰＤＳＣＨ構成は、ＳＰＳ ＰＤＳＣＨ機会と関連付けられ得ない。第二のＤＣＩは、第二のＰＵＣＣＨリソースを示す、数値のＨＡＲＱフィードバックタイミング値を含んでもよい。第二のＰＵＣＣＨリソースは、ＳＰＳ ＰＤＳＣＨ機会と同じＣＯＴ内にあり得る。ＵＥは、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック、および／またはＳＲ情報および／または第二のＰＵＣＣＨリソース内のＣＳＩレポートおよび／またはＵＬデータを含む、ＨＡＲＱフィードバック情報を多重化し得る。ＵＥは、第二のＰＵＣＣＨリソースが第一の時間間隔内にあると決定することに応答して、半持続性スケジューリング情報、例えば、ＳＰＳ ＨＡＲＱフィードバックタイミング値をオーバーライドし得る。例えば、ＵＥは、ＳＰＳ ＨＡＲＱフィードバックタイミング値（例えば、図２３のＫ１－ＳＰＳ）を無視し得る。

【0438】

ＵＥは、ＳＰＳ ＰＵＣＣＨリソース（ＳＰＳ起動ＤＣＩのＨＡＲＱタイミング値によって示されるＰＵＣＣＨリソース）を破棄してもよく、および／またはＳＰＳ ＰＤＳＣＨ／ＰＤＣＣＨのＨＡＲＱフィードバックを、例えば、第二のＰＵＣＣＨを示す第二のＤＣＩの受信に応答して、第二のＰＵＣＣＨを介して送信し得る。ＵＥは、ＰＤＣＣＨ監視機会を介して第二のＤＣＩを受信／検出し得る。ＰＤＣＣＨ監視機会は、ＳＰＳ ＰＤＳＣＨ機会の前にあり得る。ＰＤＣＣＨ監視機会は、ＳＰＳ ＰＵＣＣＨリソースの前にあり得る。第二のＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会の前に最後に受信／検出されたＤＣＩであり得る。第二のＤＣＩは、ＳＰＳ ＰＵＣＣＨリソースの前に最後に受信／検出されたＤＣＩであり得る。第二のＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会と同じＣＯＴ内で受信される、最終／最新ＤＣＩであり得る。第二のＤＣＩは、例えば、一つまたは複数のＤＬ割り当てを含む、ＤＬスケジューリングＤＣＩであり得る。第二のＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会から第二の時間間隔内に第二のＰＤＳＣＨをスケジュールし得る。第二のＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会の前に最後のＰＤＳＣＨをスケジュールし得る。第二のＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会の後に、次のＰＤＳＣＨをスケジュールし得る。第二のＤＣＩは、ワンショットＨＡＲＱフィードバック送信を表示／トリガー／要求し得る。第二のＤＣＩは、ＳＰＳリリースＤＣＩであり得る。第二のＤＣＩは、最後のＰＵＣＣＨ以来、受信／検出された最後のＤＣＩであり得る。第二のＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会の後に受信され得る。第二のＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会と同じＣＯＴ内で、例えば、ＣＯＴの満了前に受信され得る。第二のＤＣＩは、数値Ｋ１値を介して第二のＰＵＣＣＨリソースを示し得る。

【0439】

無線デバイスは、第一の数値タイミング値（オフセット、例えば、Ｋ１値）によって示される、第一のＵＬチャネル（例えば、第一のＰＵＣＣＨ）内のＤＬ送信（例えば、ＳＰＳ ＰＤＳＣＨおよび／またはＳＰＳ ＰＤＣＣＨ）のＨＡＲＱフィードバックを送信しえない。無線デバイスは、第二の非数値タイミング値（例えば、非数値Ｋ１（ｎ．ｎ．Ｋ１）値）の表示を検出／受信することに応答して、ＤＬ送信のＨＡＲＱフィードバックを保存／延期し得る。例えば、無線デバイスは、第二の非数値タイミング値を含むＤＣＩを受信／検出し得る。無線デバイスは、第一の時間間隔／ウィンドウ内に表示を受信／検出し得る。第一の時間間隔／ウィンドウは、ＤＬ送信を含むチャネル占有期間の始まりから開始され得る。第一の時間間隔／ウィンドウは、最後のＵＬチャネル（例えば、最後のＰＵＣＣＨ）から開始し得る。第一の時間間隔／ウィンドウは、ＤＬ送信を含んでもよい。第一の時間間隔／ウィンドウは、第一の期間を有し得る。第一の時間間隔／ウィンドウは、第一のＵＬチャネル前の第一の期間であり得る。第一の時間間隔／ウィンドウは、ＤＬ送信前の第一の期間とすることができる。第一の期間は、事前定義され得る。第一の期間は、ＲＲＣシグナリングによって事前構成され得る。第一の期間は、ＤＣＩ／ＭＡＣ ＣＥを介して示され得る。第一の時間間隔／ウィンドウは、可変期間を有し得る。第一の時間間隔／ウィンドウは、ＤＬ送信を含むチャネル占有期間の終わりまでであり得る。第一の時間間隔／ウィンドウは、第一のＵＬチャネルまでであり得る。例えば、第一の時間間隔／ウィンドウは、第一のＵＬチャネルの第一のシンボルの前に終了し得る。第一の時間間隔／ウィンドウは、第一のＵＬチャネルの第一のシンボルの前に、ＵＥ処理時間だけ終了し得る。

【0440】

無線デバイスは、第一の数値タイミング値（オフセット、例えば、Ｋ１値）によって示される、第一のＵＬチャネル（例えば、第一のＰＵＣＣＨ）内のＤＬ送信（例えば、ＳＰＳ ＰＤＳＣＨおよび／またはＳＰＳ ＰＤＣＣＨ）のＨＡＲＱフィードバックを送信しえない。無線デバイスは、ＤＬ送信を含むチャネル占有期間が第一のＵＬチャネルの前に終了／満了すると決定することに応答して、ＤＬ送信のＨＡＲＱフィードバックを保存／延期し得る。無線デバイスは、ＣＯＴ構造情報、例えば、ＣＯＴの長さおよび／またはサービングセルの残りのチャネル占有期間を示す、ダウンリンク制御情報（ＤＣＩ）を受信し得る。例えば、ＵＥは、一つまたは複数のＲＲＣパラメーター（例えば、ＣＯ－ＤｕｒａｔｉｏｎＰｅｒＣｅｌｌ－ｒ１６および／またはＣＯ－ＤｕｒａｔｉｏｎＬｉｓｔ－ｒ１６）で構成／提供され得る。ＤＣＩは、ＤＣＩの受信（例えば、ＤＣＩが受信／検出されるスロットの始まりから）からＣＯＴの終わりまで、残りのシンボルおよび／またはスロットの数を示し得る。一実施例では、ＵＥは、一つまたは複数のＲＲＣパラメーター（例えば、ＣＯ－ＤｕｒａｔｉｏｎＰｅｒＣｅｌｌ－ｒ１６および／またはＣＯ－ＤｕｒａｔｉｏｎＬｉｓｔ－ｒ１６）で構成／提供され得ない。ＵＥは、一つまたは複数のＤＣＩ（例えば、ＤＣＩフォーマット２＿０）における一つまたは複数のスロットフォーマット表示に基づいて、サービングセルのＣＯＴの終了および／または残りの期間を決定し得る。例えば、一つまたは複数のＤＣＩは、一つまたは複数のスロットフォーマット表示を示す一つまたは複数のフィールドを含み得る。例えば、一つまたは複数のスロットフォーマット表示（ＳＦＩ）は、複数のシンボルのスロットフォーマット（例えば、ＵＬまたはＤＬまたは柔軟な方向）を示し得る。例えば、残りのチャネル占有期間は、ＵＥがＤＣＩを検出するスロットから開始し、一つまたは複数のＳＦＩが対応するスロットフォーマットを表示／提供する、スロットおよび／またはシンボルの数を含み得る。無線デバイスは、第一のＵＬチャネルの少なくとも一つのシンボルが、ＣＯＴの残りのシンボルと重複しないことを決定し得る。

【0441】

無線デバイスは、第一の数値タイミング値（オフセット、例えば、Ｋ１値）によって示される、第一のＵＬチャネル（例えば、第一のＰＵＣＣＨ）内のＤＬ送信（例えば、ＳＰＳ ＰＤＳＣＨおよび／またはＳＰＳ ＰＤＣＣＨ）のＨＡＲＱフィードバックを送信しえない。無線デバイスは、ＤＬ送信を含むチャネル占有期間が第一のＵＬチャネルの前に終了／満了することを決定すること、および／または第二の非数値フィードバックタイミング値（例えば、非数値Ｋ１（ｎ．ｎ．Ｋ１）値）の表示を検出／受信することに応答して、ＤＬ送信のＨＡＲＱフィードバックを保存／延期し得る。例えば、無線デバイスは、第二の非数値フィードバックタイミング値を含むＤＣＩを受信／検出し得る。無線デバイスは、第一の時間間隔／ウィンドウ内に表示を受信／検出し得る。

【0442】

無線デバイスは、第一の数値フィードバックタイミング値（オフセット、例えば、Ｋ１値）によって示される第一のＵＬチャネル（例えば、第一のＰＵＣＣＨ）内のＤＬ送信（例えば、ＳＰＳ ＰＤＳＣＨおよび／またはＳＰＳ ＰＤＣＣＨ）のＨＡＲＱフィードバックを送信しえない。無線デバイスは、ＤＬ送信のＨＡＲＱフィードバック（例えば、ＳＰＳ ＰＤＳＣＨ／ＰＤＣＣＨ機会）を送信するための表示を、例えば、ＤＬ送信を含むチャネル占有期間が、第一のＵＬチャネルの前に終了／満了することを決定すること、および／または第二の非数値のフィードバックタイミング値（例えば、非数値のＫ１（ｎ．ｎ．Ｋ１））の表示を検出／受信することに応答して、待ち得る。無線デバイスは、表示を含むＤＣＩを待ち得る。表示は、第三の数値フィードバックタイミング値であり得る。無線デバイスは、第三の数値フィードバックタイミング値を示す一つまたは複数のフィールドを含むＤＣＩを検出／受信し得る。第三の数値フィードバックタイミング値は、第二のＵＬチャネル（例えば、第二のＰＵＣＣＨ）を示し得る。無線デバイスは、第二のＵＬチャネルを介してＤＬ送信のＨＡＲＱフィードバックを送信し得る。第二のＵＬチャネルは、ＤＬ送信を含むチャネル占有期間内にありえない。第二のＵＬチャネルは、次のチャネル占有期間内であり得る。無線デバイスは、少なくとも第一のＬＢＴ手順を実行して、第二のＵＬチャネルを介してＨＡＲＱを送信し得る。例えば、第一のＬＢＴ手順は、ＬＢＴおよび／または短いＬＢＴを含まなくてもよい。無線デバイスは、第一のＵＬチャネルを破棄し得る。無線デバイスは、第一の数値フィードバックタイミング値を無視し得る。無線デバイスは、第一の数値フィードバックタイミング値を第二の非数値フィードバックタイミング値でオーバーライド／上書きし得る。

【0443】

図２４は、一部の実施形態による、時間ウィンドウ内に受信された第二の非数値フィードバックタイミング値が、ＳＰＳ ＰＤＳＣＨの第一の数値フィードバックタイミング値をオーバーライド／上書きする、ＳＰＳ ＰＤＳＣＨスケジューリングの実施例を示す。図２４に示すように、無線デバイス（ＵＥ）は、ＤＬ ＳＰＳ構成および一つまたは複数のＰＵＣＣＨ構成のパラメーターを含むＲＲＣ構成を受信する。ＵＥは、第一のＤＣＩ、例えば、ＳＰＳ起動ＤＣＩを受信する。ＳＰＳ起動ＤＣＩは、各周期で繰り返されるＳＰＳ ＰＤＳＣＨのスケジューリングパラメーターを含み、周期性は、ＲＲＣメッセージを介して構成される。ＳＰＳ起動ＤＣＩは、第一のＨＡＲＱフィードバックタイミング値、例えば、Ｋ１－ＳＰＳを示す、一つまたは複数のＨＡＲＱフィードバックタイミングフィールドを含む。第一のＨＡＲＱフィードバックタイミング値は、数値であり得る。ＵＥは、ＤＬ ＳＰＳ構成の第一のインスタンス、例えば図２４のＳＰＳ ＰＤＳＣＨ機会を決定し得る。ＵＥは、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック送信について、第一のＰＵＣＣＨリソース、例えば、図２４のＰＵＣＣＨ－ＳＰＳを決定し得る。ＵＥは、ＲＲＣメッセージおよび／または第一のＨＡＲＱフィードバックタイミング値によって示されるＰＵＣＣＨ構成パラメーターに基づいて、第一のＰＵＣＣＨリソースを決定し得る。ＵＥは、第一のＨＡＲＱフィードバックタイミング値（Ｋ１－ＳＰＳ）をＳＰＳ ＰＤＳＣＨ機会の最後のスロットに適用することによって、第一のＰＵＣＣＨリソースのスロットを決定し得る。ＵＥは、第二のＤＣＩ、例えば図２４のＤＬ ＤＣＩ－１を受信することができる。第二のＤＣＩは、一つまたは複数のＤＬ割り当てをスケジュールし得る。第二のＤＣＩは、例えば、ＳＰＳ ＰＤＳＣＨ機会構成と関連付けられない、ＳＰＳリリースＤＣＩであり得る。第二のＤＣＩは、ワンショットＨＡＲＱフィードバックを要求／トリガー／スケジュールし得る。第二のＤＣＩは、第二のＰＤＳＣＨ、例えば図２４のＰＤＳＣＨ－１をスケジュールし得る。第二のＤＣＩは、第二のＨＡＲＱフィードバックタイミング値、例えば、Ｋ１－１を示す、一つまたは複数のフィールドを含み得る。第二のＨＡＲＱフィードバックタイミング値は、例えば、一つまたは複数のＨＡＲＱフィードバック送信を保存／延期するためにＵＥに示す、非数値であり得る。ＵＥは、第二のＨＡＲＱフィードバックタイミング値に対する非数値を受信することに応答して、ＳＰＳ ＰＤＳＣＨ機会および／または第二のＰＤＳＣＨ（ＰＤＳＣＨ－１）のＨＡＲＱフィードバック情報を保存し得る。ＵＥは、ＳＰＳ起動ＤＣＩによってスケジュールされる第一のＰＵＣＣＨリソースを介して、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを送信しえない。ＵＥは、時間ウィンドウ内で第二のＤＣＩを受信し得る。時間ウィンドウは、第一のＰＵＣＣＨリソース（ＰＵＣＣＨ－ＳＰＳ）によって終了し得る。時間ウィンドウは、事前定義／事前構成される期間を有し得る。時間ウィンドウは、ＳＰＳ ＰＤＳＣＨ機会を含むＣＯＴ期間であり得る。時間ウィンドウ中に受信された第二のＨＡＲＱフィードバックタイミングの非数値は、ＳＰＳ ＰＤＳＣＨの第一のＨＡＲＱフィードバックタイミングの数値をオーバーライド／上書きし得る。図２４に示すように、ＵＥは、ＳＰＳ ＰＤＳＣＨ機会の前に第二のＤＣＩを受信し得る。第二のＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会の前、および／またはＳＰＳ ＰＤＳＣＨ機会の後に、一つまたは複数の第二のＰＤＳＣＨをスケジュールし得る。

【0444】

図２５は、一部の実施形態による、時間ウィンドウ内に受信された第二の非数値フィードバックタイミング値が、ＳＰＳ ＰＤＳＣＨの第一の数値フィードバックタイミング値をオーバーライド／上書きする、ＳＰＳ ＰＤＳＣＨスケジューリングの例を示す。ＵＥは、例えば、第二の非数値フィードバックタイミング値の受信に応答して、第一の数値タイミング値によって示される第一のＰＵＣＣＨリソースを介して、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを送信しえない。図２５に示すように、ＵＥは、例えば、第一のＰＵＣＣＨリソースの前に、時間ウィンドウ内の第二の非数値フィードバックタイミング値を受信し得る。ＵＥは、ＳＰＳ ＰＤＳＣＨ機会の後、および／または第一のＰＵＣＣＨリソースの前に、第二の非数値フィードバックタイミング値を示す、第二のＤＣＩ（例えば、ＤＬ ＤＣＩ－１）を受信／検出し得る。第二のＤＣＩは、ＤＬ割り当てをスケジュールし得るし、スケジュールしなくてもよい。第二のＤＣＩのＰＤＣＣＨ監視機会の最後のシンボルは、第一のＰＵＣＣＨの第一のシンボルの前の時間ギャップであり得る。時間ギャップは、ＵＥ処理時間であり得る。

【0445】

図２６は、一部の実施形態による、延期されたＨＡＲＱフィードバック送信を有するＳＰＳ ＰＤＳＣＨの例を示す。図２６に示すように、無線デバイスは、ＤＬ ＳＰＳの構成および起動を受信し得る。ＤＬ ＳＰＳ構成は、第一のＨＡＲＱフィードバックタイミング値、例えば、Ｋ１－ＳＰＳを含んでもよい。第一のＨＡＲＱフィードバックタイミング値は数値であり得る。無線デバイスは、第一のＨＡＲＱフィードバックタイミング値に基づいて、ＳＰＳ ＰＤＳＣＨの第一のインスタンス（例えば、図２６のＳＰＳ ＰＤＳＣＨ機会）のＨＡＲＱフィードバック送信のための第一のＰＵＣＣＨリソースを決定し得る。（ＳＰＳ ＰＤＳＣＨの）ダウンリンクデータ受信から、対応するＨＡＲＱ ＡＣＫ／ＮＡＣＫ（第一のＰＵＣＣＨリソース経由）の送信のタイミングは、例えば、複数のサブフレーム／スロット／シンボル（例えば、３ミリ秒）など、固定され得る。ＡＣＫ／ＮＡＣＫに対して事前定義されたタイミングのインスタントを備えたこのスキームは、動的ＴＤＤおよび／またはライセンスのない動作とうまくブレンドされ得ない。ＡＣＫ／ＮＡＣＫ送信タイミングを動的に制御できる、より柔軟なスキームが望ましくあり得る。例えば、ＤＬスケジューリングＤＣＩは、アップリンク内のＳＰＳ ＡＣＫ／ＮＡＣＫの送信タイミングを制御／示すためのＨＡＲＱタイミングフィールドを含み得る。ＤＣＩのＨＡＲＱタイミングフィールドは、無線デバイスがデータの受信に対してＨＡＲＱ ＡＣＫ／ＮＡＣＫをいつ送信できるかに関する情報を提供する、事前定義されたおよび／またはＲＲＣ構成テーブルへのインデックスとして使用され得る。無線デバイスは、第二のＨＡＲＱフィードバックタイミング値を示す、第二のＤＣＩ、例えば、図２６のＤＬ ＤＣＩ－１を受信し得る。第二のＨＡＲＱフィードバックタイミング値は、非数値であり得る。第二のＤＣＩは、一つまたは複数のＤＬ送信、例えば図２６のＰＤＳＣＨ－１をスケジュールし得る。無線デバイスは、例えば、第二のＨＡＲＱフィードバックタイミング値の非数値を受信することに応答して、一つまたは複数のＤＬ送信および／またはＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を保存／延期し得る。無線デバイスは、第一のＰＵＣＣＨリソースおよび／または第一のＨＡＲＱフィードバックタイミング値を廃棄／無視し得る。無線デバイスは、例えば、第二のＨＡＲＱフィードバックタイミング値を介して非数値表示を受信することに応答して、第一のＰＵＣＣＨリソースを介してＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを送信しえない。ＳＰＳ ＰＤＳＣＨおよび／またはＤＬ ＤＣＩ－１および／またはＰＤＳＣＨ－１は、第一のチャネル占有内にあり得る。第一のＰＵＣＣＨリソースは、第一のチャネル占有内にあってもよく、または外であり得る。例えば、第一のチャネル占有は、第一のＰＵＣＣＨリソースの前に満了となり得る。例えば、第一のＰＵＣＣＨリソースは、少なくとも一つのＤＬおよび／または柔軟なシンボルと衝突／重複し得る。例えば、ＴＤＤ構成および／またはＳＦＩは、少なくとも一つのシンボルがＤＬおよび／または柔軟な送信方向を有することを示し得る。ＵＥは、第三のＤＣＩ、例えば、ＤＬ ＤＣＩ－２を受信し得る。第三のＤＣＩは、一つまたは複数のＤＬ割り当て、例えば図２６のＰＤＳＣＨ－２をスケジュールし得る。第三のＤＣＩおよび／またはＰＤＳＣＨ－２は、例えば、第一のチャネル占有の後に、次の（第二の）チャネル占有で受信され得る。第三のＤＣＩは、第三のＨＡＲＱフィードバックタイミング値、例えば、図２６のＫ１－２を示し得る。第三のＨＡＲＱフィードバックタイミングは、例えば、ＰＤＳＣＨ－２の、ＨＡＲＱフィードバック送信のための第二のＰＵＣＣＨリソースを示し得る。第二のＰＵＣＣＨリソースは、第三のＤＣＩによってスケジュールされるＤＬ割り当ての最後のスロットの後のＫ１－２スロットであり得る。無線デバイスは、第二のＰＵＣＣＨリソースを介して、ＳＰＳ ＰＤＳＣＨの第一のＨＡＲＱフィードバックおよび／またはＰＤＳＣＨ－１の第二のＨＡＲＱフィードバックおよび／またはＰＤＳＣＨ－２の第三のＨＡＲＱフィードバックを送信し得る。第二のＰＵＣＣＨリソースは、第二のチャネル占有内にあり得る。第二のＰＵＣＣＨリソースは、ＤＬおよび／または柔軟なシンボルと衝突／重複しえない。

【0446】

図２７は、一部の実施形態による、非数値ＨＡＲＱフィードバックタイミングの表示の受信に基づいて、ＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバックの延期の例を示す。無線デバイスは、ＳＰＳ ＰＤＳＣＨ機会と同じＣＯＴ内の表示を受信し得る。無線デバイスは、ＳＰＳ構成の第一の数値ＨＡＲＱフィードバックタイミングによって示される第一のＰＵＣＣＨリソースを介して、例えば、第一の時間ウィンドウ内の表示の受信に応答して、ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを送信しえない。第一の時間ウィンドウは、ＳＰＳ ＰＤＳＣＨ機会のＣＯＴであり得る。無線デバイスは、第一のＰＵＣＣＨリソースを廃棄し得る。無線デバイスは、ＳＰＳ ＰＤＳＣＨ機会の第一の数値ＨＡＲＱフィードバックタイミング値を、第二のＤＣＩ（例えば、ＤＬ ＤＣＩ－１）によって示される第二の非数値ＨＡＲＱフィードバックタイミング値でオーバーライドし得る。無線デバイスは、第三のＤＣＩによって示される第二のＰＵＣＣＨリソースを介して、ＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバックを送信し得る。第三のＤＣＩ（例えば、ＤＬ ＤＣＩ－２）は、第二のＰＵＣＣＨリソースを示す第三の数値ＨＡＲＱフィードバックタイミング値を含み得る。

【0447】

無線デバイスは、対応するＰＵＣＣＨ、例えば、第一のＰＵＣＣＨリソースが、アップリンク送信のための良好／有効／利用可能なＰＵＣＣＨリソースではないと決定することに応答して、第一のＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を延期し得る。無線デバイスは、対応するＰＵＣＣＨ、例えば、第一のＰＵＣＣＨリソースが、第一のＳＰＳ ＰＤＳＣＨ機会（例えば、対応するＣＯＴが第一のＰＵＣＣＨリソースの前に満了になる）と同じチャネル占有内にないと決定することに応答して、第一のＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を延期し得る。無線デバイスは、対応するＰＵＣＣＨ、例えば、第一のＰＵＣＣＨリソースが、第一のＳＰＳＰ ＰＤＳＣＨ機会のＨＡＲＱフィードバック送信のみのためにスケジュールされると決定することに応答して、第一のＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を延期し得る。無線デバイスは、第一のＳＰＳ ＰＤＳＣＨ機会および／または第一のＰＵＣＣＨリソースの時間ウィンドウ内に、例えば、非数値ＨＡＲＱフィードバックタイミングなどの延期の表示を受信することに応答して、第一のＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を延期し得る。無線デバイスは、対応するＰＵＣＣＨ、例えば、第一のＰＵＣＣＨリソースが、少なくとも一つのＤＬおよび／または柔軟なシンボルと衝突／重複すると決定することに応答して、第一のＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバック情報を延期し得る。無線デバイスは、第一のＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを、第二のＳＰＳ ＰＤＳＣＨ機会にスケジュールされる第二のＰＵＣＣＨリソースを介して送信し得る。例えば、第二のＳＰＳ ＰＤＳＣＨ機会は、ＤＬ ＳＰＳの次の周期と関連付けられてもよく、ＤＬ ＳＰＳは、第一のＳＰＳ ＰＤＳＣＨ機会構成と関連付けられる。例えば、第二のＳＰＳ ＰＤＳＣＨ機会は、ＤＬ ＳＰＳの次の周期と関連付けられてもよく、ＤＬ ＳＰＳは、第一のＳＰＳ ＰＤＳＣＨ機会構成（例えば、第一のＤＬ ＳＰＳ構成）と関連付けられえない。例えば、第二のＳＰＳ ＰＤＳＣＨ機会は、第二のＤＬ ＳＰＳ構成に対応し得る。第二のＰＵＣＣＨリソースは、第二のＳＰＳ ＰＤＳＣＨ機会と同じ（例えば、第二の）チャネル占有内にあり得る。無線デバイスは、第三のＤＣＩによってスケジュールされた第三のＰＵＣＣＨリソースを介して、第一のＰＤＳＣＨ機会のＨＡＲＱフィードバックを送信し得る。

【0448】

無線デバイスは、一つまたは複数のＤＬ送信の一つまたは複数のＨＡＲＱフィードバックを、ＨＡＲＱコードブックに多重化し得る。一つまたは複数のＤＬ送信は、第一のＳＰＳ ＰＤＳＣＨ機会を含み得る。ＨＡＲＱコードブックは、第一のＳＰＳ ＰＤＳＣＨ機会に対応する少なくとも１ビットを含んでもよく、第一のＳＰＳ ＰＤＳＣＨ機会は、ＨＡＲＱコードブックのサイズに属しえない。例えば、第一のＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックは延期され得る。無線デバイスは、第一のＳＰＳ ＰＤＳＣＨに対応する少なくとも１ビットを、ＨＡＲＱコードブックの末尾に付加し得る。

【0449】

無線デバイスは、一つまたは複数の延期されたＳＰＳ ＰＤＳＣＨ機会に対応する一つまたは複数のＨＡＲＱフィードバックビットを、ＨＡＲＱコードブックの最後に追加し得る。例えば、追加は、ＤＬ ＳＰＳ構成インデックスの昇順に増加し得る。例えば、付加は、例えば、最も古い延期されたＳＰＳ ＰＤＳＣＨ機会から、最も新しい延期されたＳＰＳ ＰＤＳＣＨ機会まで、時間の昇順であり得る。

【0450】

基地局は、ＤＬ ＳＰＳのＨＡＲＱフィードバックタイミングに対して少なくとも二つの値を構成し得る。例えば、基地局は、第一の数値タイミング値および第二の非数値タイミング値を構成し得る。ＲＲＣシグナリングは、ＤＬ ＳＰＳに対して非数値を構成し得る。基地局は、無線デバイスが、例えば、第一の条件に基づいて、例えば、一つまたは複数のＤＬ ＳＰＳのＨＡＲＱフィードバック送信に対して、非数値フィードバックタイミング値を使用し得るか、または使用しないかを示す、例えば、ＲＲＣシグナリングを介して、一つまたは複数のパラメーターを構成し得る。起動ＤＣＩは、第一の数値タイミング値または第二の非数値タイミング値を示し得る。少なくとも非数値で構成する場合、無線デバイスは、第一の条件が満たされると決定することに応答して、第一の数値タイミング値を選択するように決定し得る。少なくとも非数値で構成する場合、無線デバイスは、第一の条件が満たされないと決定することに応答して、第二の非数値タイミング値を選択するように決定し得る。第一の条件は、例えば、第一の時間ウィンドウ内で、非数値ＨＡＲＱフィードバックタイミング値を示す第二のＤＣＩが受信され得る。第一の条件は、第一の数値タイミング値によって示される第一のＰＵＣＣＨリソースが、対応するＳＰＳ ＰＤＳＣＨと同じチャネル占有内にないことであり得る。第一の条件は、第一の数値タイミング値によって示される第一のＰＵＣＣＨリソースが、例えば、他のＵＬデータ／制御情報（例えば、ＳＲ／ＣＳＩレポート／他のＨＡＲＱフィードバック情報）ではなく、対応するＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバック送信のためにのみスケジュールされ得る。第一の数値フィードバックタイミング値の選択に応答して、無線デバイスは、第一のＰＵＣＣＨリソースを介してＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバックを送信し得る。第二の非数値フィードバックタイミング値の選択に応答して、無線デバイスは、第一のＰＵＣＣＨリソースを介してＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバックを送信しえない。第二の非数値フィードバックタイミング値の選択に応答して、無線デバイスは、第三の数値フィードバックタイミング値を含む第三のＤＣＩを待ち、第三の数値フィードバックタイミング値は、第二のＰＵＣＣＨリソースを示す。無線デバイスは、第二のＰＵＣＣＨリソースを介してＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバックを送信し得る。

【0451】

無線デバイスは、半持続性スケジューリング（ＳＰＳ）構成のパラメーターを含む一つまたは複数の無線リソース制御（ＲＲＣ）メッセージを受信し得る。無線デバイスは、ＳＰＳ構成の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）機会のハイブリッド自動反復要求（ＨＡＲＱ）フィードバック送信用の第一の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースの第一のフィードバックタイミング値を示す第一のダウンリンク制御情報（ＤＣＩ）を受信し得る。無線デバイスは、第二のフィードバックタイミング値を示す第二のＤＣＩを受信し得る。無線デバイスは、第一のＰＵＣＣＨリソースの前に満了となるＰＤＳＣＨ機会のチャネル占有時間（ＣＯＴ）に基づいて、ＰＤＳＣＨ機会のＨＡＲＱフィードバック送信用の第二のＰＵＣＣＨリソースを決定し得る。無線デバイスは、第二のフィードバックタイミング値に基づいて、ＰＤＳＣＨ機会のＨＡＲＱフィードバック送信のための第二のＰＵＣＣＨリソースを決定し得る。無線デバイスは、第二のＰＵＣＣＨリソースを介して、ＰＤＳＣＨ機会のＨＡＲＱフィードバックを送信し得る。

【0452】

ＳＰＳ構成のパラメーターは、ＳＰＳ ＰＤＳＣＨ機会の周期性を含んでもよい。一つまたは複数のＲＲＣメッセージは、対応するＨＡＲＱフィードバック送信に対するＰＤＳＣＨ間の一つまたは複数のスロットの数を示す、第一のフィードバックタイミング値および第二のフィードバックタイミング値を含む、一つまたは複数のフィードバックタイミング値をさらに含み得る。一つまたは複数のＲＲＣメッセージは、対応するＨＡＲＱフィードバック送信用の一つまたは複数のＰＵＣＣＨリソースの構成パラメーターをさらに含み得る。一つまたは複数のＰＵＣＣＨリソースの構成パラメーターは、一つまたは複数のＰＵＣＣＨリソースの少なくとも一つまたは複数のＰＵＣＣＨリソースインデックスを示し得る。一つまたは複数のＰＵＣＣＨリソースの構成パラメーターは、一つまたは複数のＰＵＣＣＨリソースに対して少なくとも一つまたは複数のＰＵＣＣＨフォーマットを示し得る。一つまたは複数のＰＵＣＣＨフォーマットは、一つまたは複数のＰＵＣＣＨリソースのそれぞれについて、周波数ドメイン内のリソースブロックの数を少なくとも示し得る。一つまたは複数のＰＵＣＣＨフォーマットは、一つまたは複数のＰＵＣＣＨリソースのそれぞれについて、少なくともスロットの開始シンボルを示し得る。一つまたは複数のＰＵＣＣＨフォーマットは、一つまたは複数のＰＵＣＣＨリソースのそれぞれについて、開始シンボルに続く複数のシンボルを少なくとも示し得る。

【0453】

第一のＤＣＩは、ＳＰＳ構成のＳＰＳ ＰＤＳＣＨ機会に対する少なくとも時間ドメインリソース割り当てをさらに示してもよく、ＳＰＳ ＰＤＳＣＨ機会は、ＳＰＳ ＰＤＳＣＨ機会を含み得る。第一のＤＣＩは、ＳＰＳ ＰＤＳＣＨ機会に対する少なくとも周波数ドメインのリソース割り当てをさらに示し得る。第一のＤＣＩはさらに、第一のＰＵＣＣＨリソースに対する一つまたは複数のＰＵＣＣＨリソースのうちの一つを示す、一つまたは複数のＰＵＣＣＨリソースインデックスからの少なくともＰＵＣＣＨリソースインジケーターを示し得る。

【0454】

第一のＤＣＩは、ＳＰＳ構成の起動をスケジュールし得る。第一のＤＣＩは、セルスケジューリング無線ネットワーク一時識別子（ＲＮＴＩ）によって、スクランブルされ得る。

【0455】

ＰＤＳＣＨ機会を含むＣＯＴは、成功したリッスンビフォアトーク（ＬＢＴ）手順に応答して、基地局によって開始され得る。無線デバイスは、ＣＯＴの期間を示す第三のＤＣＩを受信し得る。第三のＤＣＩは、第三のＤＣＩが受信されるスロットの始まりから、ＣＯＴの残りのシンボルの数を示し得る。ＰＤＳＣＨ機会の時間リソースは、ＣＯＴの残りのシンボルのうちの一つまたは複数と重複し得る。ＰＤＳＣＨ機会のＣＯＴは、例えば、第一のＰＵＣＣＨリソースに対してスケジュールされる一つまたは複数のシンボルが、ＣＯＴの残りのシンボルの最後のシンボルの後にある場合、第一のＰＵＣＣＨリソースの前に満了となってもよい。

【0456】

一つまたは複数のＲＲＣメッセージは、ＣＯＴの構成パラメーターをさらに含み得る。ＣＯＴの構成パラメーターは、第三のＤＣＩにおけるＣＯＴの期間を示すフィールドの長さを示し得る。ＣＯＴの構成パラメーターは、第三のＤＣＩにおけるフィールドの位置を示し得る。ＣＯＴの構成パラメーターは、ＣＯＴの期間の間、それぞれが残りのシンボルの数を示す値のリストを示し得る。ＣＯＴの構成パラメーターは、第三のＤＣＩを受信するための検索空間を示し得る。ＣＯＴの構成パラメーターは、無線ネットワーク一時識別子（ＲＮＴＩ）を示し得る。

【0457】

第一のＰＵＣＣＨリソースは、ＰＤＳＣＨ機会のスロットの後のスロットの数である第一のスロット内であってもよく、スロットの数が第一のフィードバックタイミング値と等しい。

【0458】

第二のＤＣＩは、ＨＡＲＱフィードバック送信を含む一つまたは複数のＨＡＲＱフィードバック送信について、第二のフィードバックタイミング値を介して第二のＰＵＣＣＨリソースを示し得る。第二のＰＵＣＣＨリソースは、第一のスロットの後のスロット数である第二のスロット内であってもよく、スロット数は第二のフィードバックタイミング値と等しい。

【0459】

図２８は、一部の実施形態による、ＢＷＰスイッチングにより、半静的コードブックに保留中のＨＡＲＱフィードバックをドロップした例を示す。この例では、無線デバイスは二つのダウンリンク割り当てでスケジュールされている：ＰＤＳＣＨ－１およびＰＤＳＣＨ－２。無線デバイスは、各ダウンリンク割り当て／データに関連付けられるＨＡＲＱ－ＡＣＫ情報を決定する：ＰＤＳＣＨ－１に対するＨＡＲＱ－ＡＣＫ－１、およびＰＤＳＣＨ－２に対するＨＡＲＱ－ＡＣＫ－２。無線デバイスは、ＨＡＲＱフィードバックバッファ内のＨＡＲＱ－ＡＣＫ情報を保持し得る。無線デバイスは、ＨＡＲＱ－ＡＣＫ情報を送信するためのＰＵＣＣＨリソースを決定する。無線デバイスは、ダウンリンク割り当てに対応するＨＡＲＱフィードバックタイミングインジケーター値に基づいて、ＰＵＣＣＨリソースを決定し得る。ＰＤＳＣＨ－１は、ＰＵＣＣＨリソースを示す、ＨＡＲＱフィードバックタイミングインジケーター値Ｋ１－１でスケジュールされる。ＰＤＳＣＨ－２は、（同じ）ＰＵＣＣＨリソースを示す、ＨＡＲＱフィードバックタイミングインジケーター値Ｋ１－２でスケジュールされる。無線デバイスは、ＢＷＰスイッチングコマンド／通知を受信し、ＰＤＳＣＨ－１の後、ＰＤＳＣＨ－２の前、およびＰＵＣＣＨの前にＢＷＰをスイッチングする。無線デバイスは、ＢＷＰスイッチングの前にスケジュール／受信されるＰＤＳＣＨ－１の（保留中）ＨＡＲＱ－ＡＣＫ－１をドロップ／スキップする。無線デバイスは、ＢＷＰスイッチング後にスケジュール／受信されるＰＤＳＣＨ－２のＨＡＲＱ－ＡＣＫ－２を維持／キープする。無線デバイスは、ＰＵＣＣＨで送信／多重化するために、ＨＡＲＱ－ＡＣＫコードブックを決定する。ＨＡＲＱ－ＡＣＫコードブックは、半静的コードブックであり得る。ＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ－１に関連付けられるＨＡＲＱ－ＡＣＫ－１を含まない。ＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ－２に関連付けられるＨＡＲＱ－ＡＣＫ－２を含む。ＨＨＡＲＱ－ＡＣＫ－１は報告されず、基地局はＰＤＳＣＨ－１のデータの送信を再スケジュールし得る。

【0460】

ＢＷＰの変更は、ＢＷＰ非アクティブタイマーの満了が原因であり得る。ＢＷＰ変更は、例えば、ＰＤＣＣＨまたはＲＲＣシグナリングを介した、ＢＷＰスイッチコマンドに起因し得る。ＢＷＰの変更は、現在のＢＷＰ上でランダムアクセスリソースが利用できないことが原因であり得る。ＢＷＰスイッチングは、ＰＤＳＣＨがスケジュール／受信される（例えば、アクティブＤＬ ＢＷＰ変更）のと同じサービングセル上にあり得る。ＢＷＰスイッチングは、ＰＣｅｌｌ上であり得る（例えば、アクティブＵＬ ＢＷＰ変更）。

【0461】

無線デバイスは、動的／強化動的コードブック（例えば、Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブック）で構成され得る。無線デバイスは、例えば、サービングセルｃのアクティブＤＬ ＢＷＰ上で、ＰＤＳＣＨ受信および／またはＳＰＳ ＰＤＳＣＨリリースをスケジューリングする一つまたは複数のＤＣＩフォーマットを有するＰＤＣＣＨの監視機会を決定し得る。無線デバイスは、スロット内のＰＵＣＣＨ／ＰＵＳＣＨの動的／強化動的コードブックを使用して、監視機会のＨＡＲＱ－ＡＣＫ情報を送信し得る

【数9】

。無線デバイスは、動的／強化動的ＨＡＲＱ－ＡＣＫコードブックにおいて、ＰＤＣＣＨ監視機会についてＮＡＣＫをスキップ／報告し得る。例えば、無線デバイスは、ＰＤＣＣＨ監視機会が、例えば、サービングセルｃ上のアクティブＤＬ ＢＷＰ変更、および／または例えば、ＰＣｅｌｌ上のＵＬ ＢＷＰ変更の前にあるとき、ＰＤＣＣＨ監視機会に対するＮＡＣＫをスキップ／報告し得る。例えば、アクティブＤＬ ＢＷＰ変更は、ＰＤＣＣＨ監視機会ではトリガーされ得ない。

【0462】

無線デバイスおよび基地局は、動的コードブックについて、構成されるサービングセルのアクティブＤＬ ＢＷＰにわたるＰＤＣＣＨ監視機会の数に依存する、ＨＡＲＱ－ＡＣＫコードブックサイズについて共通の理解を有していなければならない。ＢＷＰスイッチングがある場合、ＢＷＰのヌメロロジ（スロット期間）は変化してもよく、および／または一つまたは複数のＣＯＲＥＳＥＴ構成ならびに関連する検索空間およびＰＤＣＣＨ監視機会は変化し得る。これは、例えば、保留中のＨＡＲＱ－ＡＣＫ情報を有するＰＤＳＣＨ受信がある場合、ＨＡＲＱ－ＡＣＫコードブックサイズおよびＤＡＩの値の決定を複雑にし得る。従って、既存の技術では、保留中のＨＡＲＱ－ＡＣＫ情報は破棄され、ＨＡＲＱ－ＡＣＫコードブック決定では考慮されない。無線デバイスは、例えば、無線デバイスが、一つまたは複数のＰＤＣＣＨ監視機会および／またはＳＰＳ ＰＤＳＣＨ機会および／またはＳＰＳ ＰＤＳＣＨリリースの後に、ＢＷＰ（例えば、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰ）をスイッチングしたとき、一つまたは複数のＰＤＣＣＨ監視機会および／またはＳＰＳ ＰＤＳＣＨ機会および／またはＳＰＳ ＰＤＳＣＨリリースのＨＡＲＱ－ＡＣＫ情報に対するＮＡＣＫを動的／強化動的コードブックにドロップ／スキップ／報告しない／報告をすることができる。ＢＷＰ変更は、ＨＡＲＱ－ＡＣＫ送信に対応するＰＵＣＣＨ／ＰＵＳＣＨスロットの前／と同時に起こり得る。

【0463】

図２９は、一部の実施形態による、ＢＷＰスイッチングにより、保留中のＨＡＲＱフィードバックを動的／強化動的コードブックにドロップする例を示す。この例では、無線デバイスは、ＰＤＣＣＨ監視機会（ＰＤＣＣＨ－１）を介してＤＬスケジューリングＤＣＩを受信する。ＤＣＩはＰＤＳＣＨ－１をスケジュールする。ＤＣＩは、ＨＡＲＱフィードバックタイミングインジケーター値Ｋ１－１を示す。無線デバイスは、ＰＤＳＣＨ－１のＨＡＲＱフィードバック情報、ＨＡＲＱ－ＡＣＫ－１を決定する。無線デバイスは、ＤＣＩフォーマットでＰＤＳＣＨ受信またはＳＰＳリリースをスケジュールするＰＤＣＣＨ監視機会に基づいて、動的／強化動的コードブックに基づいて、ＨＡＲＱ－ＡＣＫコードブックを決定する。無線デバイスは、Ｋ１－１に基づいて、ＨＡＲＱ－ＡＣＫ送信用のＰＵＣＣＨリソースを決定する。無線デバイスは、ＢＷＰスイッチングコマンド／通知を受信する。無線デバイスは、ＤＣＩフォーマットでＰＤＳＣＨ受信をスケジューリングするＰＤＣＣＨ監視機会の後、およびＰＵＣＣＨの前に、ＢＷＰスイッチングを実行する。無線デバイスは、ＰＤＣＣＨ－１の後のＢＷＰスイッチングに応答して、ＰＤＣＣＨ－１に関連するＨＡＲＱフィードバックをドロップし／送信しない。この例では、ＢＷＰスイッチングはＰＤＳＣＨ－１受信後である。

【0464】

図３０は、一部の実施形態による、ＢＷＰスイッチングにより、保留中のＨＡＲＱフィードバックを動的／強化動的コードブックにドロップする例を示す。この例では、無線デバイスは、ＰＤＣＣＨ監視機会（ＰＤＣＣＨ－１）を介してＤＬスケジューリングＤＣＩを受信する。ＤＣＩはＰＤＳＣＨ－１をスケジュールする。ＤＣＩは、ＨＡＲＱフィードバックタイミングインジケーター値Ｋ１－１を示す。無線デバイスは、ＤＣＩフォーマットでＰＤＳＣＨ受信またはＳＰＳリリースをスケジュールするＰＤＣＣＨ監視機会に基づいて、動的／強化動的コードブックに基づいて、ＨＡＲＱ－ＡＣＫコードブックを決定する。無線デバイスは、Ｋ１－１に基づいて、ＨＡＲＱ－ＡＣＫ送信用のＰＵＣＣＨリソースを決定する。無線デバイスは、ＢＷＰスイッチングコマンド／通知を受信する。無線デバイスは、ＤＣＩフォーマットでＰＤＳＣＨ受信をスケジューリングするＰＤＣＣＨ監視機会の後、およびＰＵＣＣＨの前に、ＢＷＰスイッチングを実行する。無線デバイスは、ＰＤＣＣＨ－１の後のＢＷＰスイッチングに応答して、ＰＤＣＣＨ－１に関連するＨＡＲＱフィードバックをドロップし／送信しない。この例では、ＢＷＰスイッチングはＰＤＳＣＨ－１受信の前である。

【0465】

図３１は、一部の実施形態による、ＢＷＰスイッチングによる動的／強化動的コードブックを用いた、異なるＨＡＲＱフィードバック挙動の例を示す。無線デバイスは、ＢＷＰスイッチングの前にＰＤＣＣＨ－１を受信し、ＢＷＰスイッチング後にスケジュールされるＰＵＣＣＨを介して関連するＨＡＲＱ－ＡＣＫ－１をドロップする。無線デバイスは、ＢＷＰスイッチング後にＰＤＣＣＨ－２を受信し、ＢＷＰスイッチング後にスケジュールされるＰＵＣＣＨを介して関連するＨＡＲＱ－ＡＣＫ－２を送信する。

【0466】

無線デバイスは、ワンショットフィードバック（例えば、Ｔｙｐｅ－３）ＨＡＲＱ－ＡＣＫコードブックを用いて構成され得る。無線デバイスは、一つまたは複数のサービングセル、およびサービングセル当たり一つまたは複数のＤＬ ＨＡＲＱプロセス、および／またはＨＡＲＱプロセス当たり一つまたは複数のＴＢ、および／またはＴＢ当たり一つまたは複数のＣＢＧについて、ＨＡＲＱ－ＡＣＫコードブックを決定し得る。無線デバイスは、例えば、無線デバイスが、一つまたは複数のＴＢを受信した後、および／または一つまたは複数のスケジュールされたＤＬ ＨＡＲＱプロセスの後にＢＷＰ（例えば、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰ）をスイッチングするとき、一つまたは複数のＴＢおよび／または一つまたは複数のＤＬ ＨＡＲＱプロセスのＨＡＲＱ－ＡＣＫ情報に対するＮＡＣＫを、ワンショットコードブックにドロップ／スキップ／報告しない／報告をすることができる。ＢＷＰ変更は、ＨＡＲＱ－ＡＣＫ送信に対応するＰＵＣＣＨ／ＰＵＳＣＨスロットの前／と同時に起こり得る。

【0467】

無線デバイスは、ＤＬデータ受信用のＰＤＳＣＨリソースと、ＤＬデータのＨＡＲＱフィードバック送信用の対応するＰＵＣＣＨリソースの両方を割り当てる、一つのＤＣＩを受信し得る。無線デバイスは、ＰＤＳＣＨ割り当て、およびＨＡＲＱフィードバック送信用の対応するＰＵＣＣＨ割り当て用の少なくとも二つの（例えば、分離された）ＤＣＩを受信し得る。例えば、クロスＣＯＴ ＤＬデータ受信およびＨＡＲＱフィードバック送信は、無線デバイスに対してスケジュールされ得る。例えば、無線デバイスは、一つまたは複数のＰＤＳＣＨをスケジュールする第一のＣＯＴ内の第一のＤＣＩを受信してもよく、ＰＵＣＣＨ／ＰＵＳＣＨリソースを介して一つまたは複数のＰＤＳＣＨのＨＡＲＱフィードバック送信のためのリソースをスケジュールする、第二のＣＯＴ内の第二のＤＣＩを受信し得る。例えば、第一のＤＣＩは、非数値／適用不可能なＰＤＳＣＨからＨＡＲＱフィードバックタイミング値を示し得る。例えば、一つまたは複数のＰＤＳＣＨは、少なくとも一つのＳＰＳ ＰＤＳＣＨ機会を含み得る。例えば、第一のＤＣＩは、少なくとも一つのＳＰＳ ＰＤＳＣＨリリースをスケジュールし得る。

【0468】

図３２は、一部の実施形態による、ＤＬデータ受信およびＨＡＲＱフィードバック送信のクロスＣＯＴスケジューリングの例を示す。基地局は、ＣＯＴ１を開始し得る。無線デバイスは、ＣＯＴ １に第一のＤＣＩを受信する。第一のＤＣＩは、ＣＯＴ１内のＤＬデータ受信をスケジュールした。基地局は、ＣＯＴ２を開始し得る。基地局は、ＬＢＴが成功すると、例えば、チャネルがアイドル／利用可能であるときに、第二のＣＯＴを開始し得る。無線デバイスは、ＣＯＴ ２に第二のＤＣＩを受信する。第二のＤＣＩは、ＣＯＴ２内のＤＬデータ受信に対応するＨＡＲＱフィードバック送信をスケジュールする。

【0469】

ＢＷＰ非アクティブタイマーは、サービングセルのアクティブＤＬ ＢＷＰと関連付けられてもよい。ＢＷＰ非アクティブタイマーは、例えば、ＰＤＣＣＨが受信されたときに、開始／再開され得る。ＰＤＣＣＨは、ＲＮＴＩ、例えば、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩにアドレス指定され得る。ＰＤＣＣＨは、アクティブＢＷＰ（例えば、ＤＬ ＢＷＰ）上で受信され得る。ＰＤＣＣＨは、アクティブＢＷＰ（例えば、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰ）に対するダウンリンク割り当て（例えば、ＰＤＳＣＨ）および／またはアップリンク許可（例えば、ＰＵＳＣＨ）を示し得る。ＢＷＰ非アクティブタイマーは、無線デバイスが一つまたは複数の構成される許可で一つまたは複数のＭＡＣ ＰＤＵを送信するときに開始／再開され得る。ＢＷＰ非アクティブタイマーは、無線デバイスが一つまたは複数の構成されたダウンリンク割り当てで一つまたは複数のＭＡＣ ＰＤＵを受信すると、開始／再開され得る。無線デバイスは、例えば、サービングセルに関連付けられる進行中のランダムアクセス手順がない場合に、ＢＷＰ非アクティブタイマーを開始／再開始し得る。無線デバイスは、例えば、（Ｃ－ＲＮＴＩにアドレス指定されるのこのＰＤＣＣＨの受信時に）サービングセルに関連付けられる進行中のランダムアクセス手順が首尾よく完了したときに、ＢＷＰ非アクティブタイマーを開始／再開始し得る。

【0470】

無線デバイスは、例えば、非数値Ｋ１値を有するダウンリンク割り当てをスケジューリングする第一のＤＣＩが、アクティブＢＷＰ上で受信されるときに、ＢＷＰ非アクティブタイマーを開始／再開始し得る。無線デバイスは、例えば、ＰＵＣＣＨのリソース割り当てを含む第二のＤＣＩがアクティブＢＷＰ上で受信されるときに、ＢＷＰ非アクティブタイマーを開始／再開始し得る。第二のＤＣＩは、ＨＡＲＱ Ａ／Ｎフィードバックの送信タイミングを提供し得る。

【0471】

既存の技術では、基地局は、無線デバイスの一つまたは複数のサービングセルの一つまたは複数のＰＤＳＣＨスケジューリングおよび／またはＳＰＳリリースのＨＡＲＱ－ＡＣＫフィードバックを遅らせ得る。例えば、基地局は、無線デバイスに、ＰＤＳＣＨからＨＡＲＱフィードバックタイミングに対する非数値／適用不可能な値を示す、第一のＤＣＩ（例えば、ＤＬスケジューリングＤＣＩ／ＳＰＳ起動ＤＣＩ／ＳＰＳ停止ＤＣＩ）を送信し得る。非数値／適用不可能な値は、無線デバイスが、第二のＤＣＩに基づいて、第一のＤＣＩによってスケジュールされるＰＤＳＣＨまたは第一のＤＣＩによってリリース／停止されるＳＰＳに関連付けられる、ＨＡＲＱフィードバックに対する、ＨＡＲＱ－ＡＣＫタイミングおよび／またはＨＡＲＱ－ＡＣＫリソースを決定し得ることを示し得る。無線デバイスは、無線デバイスが第二のＤＣＩを受信するまで、ＨＡＲＱ－ＡＣＫフィードバックの送信を遅らせ得る。非数値／適用不可能な値は、無線デバイスが、第一のＤＣＩによって示される、ＰＤＳＣＨまたはＳＰＳリリースに関連付けられるＨＡＲＱフィードバックをキープ／保持することを示し、第二のＤＣＩを待ってもよい。基地局は、ＰＤＳＣＨまたは第一のＤＣＩによって示されるＳＰＳリリースのＨＡＲＱフィードバックの送信のために、ＰＵＣＣＨリソース（ＨＡＲＱ－ＡＣＫタイミングおよびＨＡＲＱ－ＡＣＫリソース）を示す第二のＤＣＩを送信し得る。第二のＤＣＩの受信に応答して、無線デバイスは、示されるＰＵＣＣＨリソースを使用して、第一のＤＣＩによって示されるＰＤＳＣＨまたはＳＰＳリリースのＨＡＲＱ－ＡＣＫフィードバックを送信し得る。

【0472】

ライセンスされていないスペクトルでは、基地局は、第一のＣＯＴ期間の間に、無線デバイスのサービングセルの一つまたは複数のＰＤＳＣＨおよび／またはＳＰＳリリースを送信し得る。基地局は、第一のＣＯＴ中に、一つまたは複数のＰＤＳＣＨのＨＡＲＱ－ＡＣＫフィードバックおよび／または無線デバイスのサービングセルのＳＰＳリリースのために、一つまたは複数のＰＵＣＣＨリソースを割り当てることができえない。例えば、第一のＣＯＴは、一つまたは複数のＰＤＳＣＨおよび／またはサービングセルのＳＰＳリリースおよび対応するＨＡＲＱ－ＡＣＫフィードバックに適応するのに十分長くはない。例えば、基地局は、無線デバイスの第一のＣＯＴにおけるＨＡＲＱ－ＡＣＫフィードバックのためのリソースを有しなくてもよい。一部の事例では、基地局は、例えば、次のＣＯＴ（例えば、第二のＣＯＴ）内の、次の利用可能なリソースへＨＡＲＱ－ＡＣＫフィードバックを遅らせ得る。基地局は、無線デバイスのサービングセルの一つまたは複数のＰＤＳＣＨおよび／またはＳＰＳリリースに対する非数値／適用不可能な値を示し得る。無線デバイスは、非数値／適用不可能な値に応答して、ＨＡＲＱ－ＡＣＫフィードバック用の有効なＰＵＣＣＨリソースを含む第二のＤＣＩを待ち得る。

【0473】

ライセンスされていないスペクトルでは、チャネルの可用性／輻輳レベル、ユーザー数、および／または類似のものに応じて、基地局は、時間期間よりも早く、次のＣＯＴ（第二のＣＯＴ）を取得することができなくてもよく、時間期間は、無線デバイス用のサービングセルのＢＷＰ非アクティブタイマーとして構成される。時間期間の後、基地局が次のＣＯＴ（第二のＣＯＴ）を取得すると、基地局は、ＢＷＰ非アクティブタイマーの満了後に、第二のＤＣＩを送信し得る。例えば、無線デバイスは、第一のＣＯＴ中の非数値／適用不可能な値で、サービングセル用のＰＤＳＣＨをスケジューリングする第一のＤＣＩを受信し、無線デバイスは、第二のＣＯＴ中のＰＤＳＣＨ用のＰＵＣＣＨリソースを示す第二のＤＣＩを受信する。二つのＤＣＩ間の時間ギャップが、サービングセルのＢＷＰ非アクティブタイマーの期間よりも大きい場合、無線デバイスは、第一のＤＣＩと第二のＤＣＩとの間のＢＷＰ非アクティブタイマーの満了に遭遇する。一実施例では、無線デバイスは、経験されるいくつかのＵＬ ＬＢＴ障害を維持し得る。ＵＬ ＬＢＴ障害の数が閾値に達すると、無線デバイスは、一貫したＬＢＴ障害を決定し、アクティブＤＬ／ＵＬ ＢＷＰをスイッチングし得る。一貫したＬＢＴ障害は、第一のＤＣＩと第二のＤＣＩとの間に発生し得る。一貫したＬＢＴ障害は、カウンターカウントＵＬ ＬＢＴ障害が、ある周期の間に最大値に到達したときに示され得る。最大値および／または周期は、ＲＲＣシグナリングによって事前定義／事前構成され得る。

【0474】

無線デバイスは、第一のＤＣＩを受信した後、第二のＤＣＩを受信する前、および／または第一のＤＣＩに関連付けられるＨＡＲＱフィードバックを送信する前に、アクティブＢＷＰをスイッチングすることができる。既存の技術では、無線デバイスは、第一のＤＣＩがＢＷＰスイッチングの前に受信される場合、第一のＤＣＩによって示されるサービングセルの一つまたは複数のＰＤＳＣＨおよび／またはＳＰＳリリースに関連付けられるＨＡＲＱ－ＡＣＫフィードバックに対するＮＡＣＫをドロップ／スキップ／報告しない、または報告し得る。ＨＡＲＱ－ＡＣＫフィードバックを受信することなく、基地局は、無線デバイス用のサービングセルの一つまたは複数のＰＤＳＣＨおよび／またはＳＰＳリリースを再送する必要があり得る。ＢＷＰスイッチングが、ＢＷＰ非アクティブタイマーまたは第一のＤＣＩと第二のＤＣＩとの間のＬＢＴ障害のいずれかによって起こるようなケースは、ライセンスされていないスペクトル／チャネルが比較的占有されるときに起こり得る。多忙なチャネルにおける再送信のさらなるオーバーヘッドは、チャネル占有を悪化させ、遅延の増加およびオーバーヘッドの増大につながり得る。既存の技術では、無線デバイスは、ＢＷＰスイッチングがある場合に、保留中のＰＤＳＣＨ／ＰＤＣＣＨ機会のＨＡＲＱ－ＡＣＫ情報について、ＮＡＣＫをドロップ／スキップ／送信しない／報告し得る。既存の技術に基づき、これはコーナーケースであり得るが、無線デバイスが非数値のＰＤＳＣＨからＨＡＲＱフィードバックタイミング値で構成される場合、ＢＷＰスイッチングにより無線デバイスがＰＤＳＣＨ／ＰＤＣＣＨのＮＡＣＫをスキップ／ドロップまたは報告する可能性が増加し得る。これにより、かなりの数の送受信に対して、非効率と遅延が大幅に増大し得る。

【0475】

図３３は、一部の実施形態による、ＨＡＲＱ－ＡＣＫ送信用のＰＵＣＣＨリソースを示す第二のＤＣＩを受信する前に、ＢＷＰスイッチングにより、非数値ＨＡＲＱフィードバックタイミングインジケーターに関連付けられる保留中のＨＡＲＱ－ＡＣＫをドロップする例を示す。この例では、無線デバイスは、ＰＤＣＣＨ監視機会（ＰＤＣＣＨ－１）で第一のＤＣＩ（ＤＣＩ－１）を受信する。無線デバイスは、ＤＣＩ－１が受信される、時刻Ｔ１でＢＷＰ非アクティブタイマーを開始／再開始する。ＤＣＩ－１は、ＰＤＳＣＨ－１をスケジュールし、非数値／適用不可能なＨＡＲＱフィードバックタイミングインジケーター値（Ｋ１－１については非数値）を示す。無線デバイスは、ＰＤＳＣＨ－１（ＨＡＲＱ－ＡＣＫ－１）のＨＡＲＱフィードバックを決定し、非数値Ｋ１－１に応答して、ＨＡＲＱ－ＡＣＫ－１送信を延期する。無線デバイスは、有効なＰＵＣＣＨリソースを示す第二のＤＣＩ（ＤＣＩ－２）を受信するのを待ち、ＨＡＲＱ－ＡＣＫ－１を送信する。ＢＷＰ非アクティブタイマーは、時刻Ｔ１＋Δで、タイマー期間Δの後に満了となる。無線デバイスは、時刻Ｔ２でＤＣＩ－２を受信する前に、時刻Ｔ１＋ΔでＢＷＰスイッチングを実行する。この例では、ＢＷＰ非アクティブタイマーの満了により、ＢＷＰスイッチングがトリガーされる。別の実施例では、一貫したＬＢＴ障害の表示を受信し、ＢＷＰスイッチングをトリガーし得る。無線デバイスは、時刻Ｔ２でＰＤＣＣＨ監視機会において、次の／第二のＤＣＩ（ＤＣＩ－２）を受信する。ＤＣＩ－２は、別のＰＤＳＣＨ（ＰＤＳＣＨ－２）をスケジュールし、ＰＵＣＣＨリソースを示す、Ｋ１－２のＨＡＲＱフィードバックタイミングインジケーターの数値を示す。無線デバイスは、ＤＣＩ－２に基づいて有効なＰＵＣＣＨリソースを決定し、ＰＵＣＣＨで送信／多重化するためのＨＡＲＱ－ＡＣＫコードブックを決定する。既存の技術に基づき、ＨＡＲＱ－ＡＣＫコードブックはＰＤＳＣＨ－２に関連付けられるＨＡＲＱ－ＡＣＫ－２を含むが、ＰＤＳＣＨ－１に関連付けられるＨＡＲＱ－ＡＣＫ－１を含まない。この例では、ＤＣＩ－１／ＰＤＳＣＨ－１からＤＣＩ－２／ＰＵＣＣＨリソースへの時間ギャップが、ＢＷＰ非アクティブタイマー期間Δよりも長いため、無線デバイスは、ＨＡＲＱ－ＡＣＫ－１をドロップする。ＢＷＰスイッチングが、ＰＵＣＣＨリソースの前ＤＣＩ－２を受信する前に実行される。無線デバイスは、ＰＵＣＣＨでＵＬ ＬＢＴが成功しても、ＨＡＲＱ－ＡＣＫ－１をドロップする。無線デバイスは、ＨＡＲＱ－ＡＣＫ－２を含む、一つまたは複数のＨＡＲＱ－ＡＣＫビットを送信し得る。

【0476】

既存の技術では、基地局は、セルのＢＷＰ上の輻輳レベルおよび／またはセルの異なるＢＷＰ上の無線デバイスアクティビティを制御するために、ＢＷＰ非アクティブタイマーを有するセルを構成し得る。例えば、無線デバイスに、デフォルトまたは初期ＢＷＰとは異なるアクティブＢＷＰ上実行する十分なアクティビティがない場合、ＢＷＰ非アクティブタイマーは満了となってもよい。ＢＷＰ非アクティブタイマーの満了時、無線デバイスは、デフォルトまたは初期ＢＷＰにスイッチングしてもよく、現在のアクティブＢＷＰを停止し得る。無線デバイスは、停止されたＢＷＰ上のいずれのチャネルでも監視および／または送信／受信をしえない、および停止されたＢＷＰ上の構成されたダウンリンク割り当ておよび構成されたアップリンク許可を解除／リリースし得る。結果として、そのＢＷＰ上のリソースは、より多くのアクティビティを持つ他の無線デバイスのために利用可能である。しかしながら、ライセンスのない動作では、無線デバイスが非数値ＰＤＳＣＨからＨＡＲＱフィードバックタイミングで構成されるとき、無線デバイスは、例えば、基地局および／または無線デバイスでのＬＢＴ障害に起因して、受信および／または送信の間に長い遅延を経験し得る。これは、無線デバイスのアクティブが低いことを意味しない。ＢＷＰ非アクティブタイマーの既存のメカニズムは、ＬＢＴ障害／チャネルビジー状態により、低アクティビティに対応しえない。

【0477】

既存の技術に基づくと、ＨＡＲＱ－ＡＣＫフィードバック遅延のメカニズム（例えば、非数値／適用不可能な値に基づく）は、ＢＷＰ非アクティブタイマーの満了、または一貫したＬＢＴ障害表示など、ＢＷＰスイッチングにつながる一つまたは複数のイベントと効果的に動作しえない。一つまたは複数のイベントを無効にするのは効果的ではあり得ない。例えば、ＢＷＰ非アクティブタイマーは、ＵＥの省電力に使用される。タイマーを使用しないと、ＵＥの電力消費量が増大し得る。例えば、無線デバイスのチャネル品質を監視するために、一貫したＬＢＴ障害表示が必要である。ＬＢＴ障害表示を使用しないと、性能が低下し得る。ライセンスされていないスペクトル動作を効率的にサポートするためには、ＢＷＰスイッチングにつながる一つまたは複数のイベントと共存するＨＡＲＱ－ＡＣＫ遅延に効果的に対処するための強化が必要である。

【0478】

本開示では、ＢＷＰ動作を増強し、および／またはライセンスされていない帯域におけるＨＡＲＱフィードバック送信を改善するための、一つまたは複数のメカニズムが提案される。本開示の一つまたは複数の実施形態は、例えば、無線デバイスが、ＰＤＳＣＨからＨＡＲＱフィードバックタイミングについて非数値で構成されるとき、および／またはクロスＣＯＴスケジューリングが必要であるとき、無線デバイスが、不必要な／早期のＢＷＰスイッチングを回避することを可能にし得る。本開示の一つまたは複数の実施形態は、ＢＷＰスイッチングがＰＤＳＣＨ／ＰＤＣＣＨ機会と対応するＰＵＣＣＨ／ＰＵＳＣＨリソースとの間で起こるとき、無線デバイスが、非数値ＰＤＳＣＨからＨＡＲＱフィードバックタイミング値に関連付けられるＨＡＲＱフィードバックを維持／送信することを可能にし得る。実施形態は、ＵＥ電力消費量、ならびにライセンスされていない帯域で動作するセルのＢＷＰにおけるリソーススケジューリングおよびトラフィック制御を改善し、ＰＤＳＣＨ／ＰＤＣＣＨの再送信数を低減し、および／またはＢＷＰスイッチングにもかかわらず、ＨＡＲＱ情報を維持することによって、ＨＡＲＱ－ＡＣＫコードブック設計の信頼性を高め得る。

【0479】

無線デバイスは、ＢＷＰスイッチングコマンド／通知を受信すると、保留中のＨＡＲＱフィードバック情報を維持／スキップしないことができる。保留中のＨＡＲＱフィードバック情報は、ＰＤＳＣＨ機会／受信と関連付けられてもよい。保留中のＨＡＲＱフィードバック情報は、一つまたは複数のＰＤＳＣＨをスケジューリングするＰＤＣＣＨと関連付けられてもよい。保留中のＨＡＲＱフィードバック情報は、一つまたは複数のＤＬ ＳＰＳ構成を起動／停止／リリースするＰＤＣＣＨと関連付けられてもよい。保留中のＨＡＲＱフィードバック情報は、半静的ＨＡＲＱ－ＡＣＫコードブックに対応し得る。保留中のＨＡＲＱフィードバック情報は、動的／強化動的ＨＡＲＱ－ＡＣＫコードブックに対応し得る。保留中のＨＡＲＱフィードバック情報は、ワンショットフィードバックＨＡＲＱ－ＡＣＫコードブックに対応し得る。保留中のＨＡＲＱフィードバック情報は、非数値ＨＡＲＱフィードバックタイミングインジケーター値に対応し得る。保留中のＨＡＲＱフィードバック情報は、ＢＷＰスイッチングが発生する同じセルに対応し得る。保留中のＨＡＲＱフィードバック情報は、ＢＷＰスイッチングコマンド／通知を受信する同じセルに対応し得る。保留中のＨＡＲＱフィードバック情報は、ＢＷＰスイッチングが発生する場所以外の異なるセルに対応し得る。保留中のＨＡＲＱフィードバック情報は、ＢＷＰスイッチングコマンド／通知を受信する場合とは異なるセルに対応し得る。保留中のＨＡＲＱフィードバック情報は、ＢＷＰスイッチングコマンド／通知を受信する同一のＢＷＰに対応し得るし、そうでなくてもよい。

【0480】

無線デバイスは、非数値ＨＡＲＱフィードバックタイミング表示に関連付けられる保留中のＨＡＲＱ－ＡＣＫを有する一方で、ＢＷＰスイッチングを回避／無視／スキップする。無線デバイスは、ＢＷＰスイッチングを示すＢＷＰスイッチングコマンド（例えば、ＲＲＣまたはＰＤＣＣＨ）を受信することが期待され得ない。無線デバイスは、ＨＡＲＱ－ＡＣＫが遅延／延期されることを示す（例えば、数値ではないＡＨＲＱフィードバックタイミング表示を使用する）ＤＣＩの受信に応答して、ＢＷＰ非アクティブタイマーを無効／停止／一時停止／ストップし得る。無線デバイスは、チャネル占有／ビジー率／レベルが閾値を上回ることに応答して、ＢＷＰ非アクティブタイマーを無効／停止／一時停止／ストップし得る。チャネル占有レベル（またはチャネル非可用率）は、例えば、特定の期間内に、失敗したＬＢＴの数とＬＢＴの総数との比率を示し得る。閾値および／または期間は、事前定義／事前構成され得る。無線デバイスは、高チャネル輻輳レベルおよび／またはＢＷＰ非アクティブタイマーリリースを示す信号／表示を基地局から受信することに応答して、ＢＷＰ非アクティブタイマーを無効／停止／一時停止／ストップし得る。信号／表示は、ＢＷＰ非アクティブタイマーをリリース／停止するＲＲＣシグナリングであり得る。信号／表示は、ＭＡＣ ＣＥおよび／またはＤＣＩであり得る。無線デバイスは、保留中のＨＡＲＱ－ＡＣＫ送信用のＰＵＣＣＨリソースを受信することを示す第二のＤＣＩが受信されるまで、ＢＷＰスイッチングを延期し得る。無線デバイスは、非数値ＨＡＲＱフィードバックタイミング表示に関連付けられる保留中のＨＡＲＱ－ＡＣＫ送信の後まで、ＢＷＰスイッチングを延期し得る。

【0481】

無線デバイスは、ＰＤＳＣＨ／ＰＤＣＣＨ受信時間と対応するＨＡＲＱフィードバック送信用のＰＵＣＣＨとの間のＢＷＰスイッチングコマンドを受信し得る。無線デバイスは、ＢＷＰスイッチングコマンドに基づいて、アクティブＢＷＰをスイッチングすることができる。ＢＷＰスイッチングコマンドは、ＢＷＰ非アクティブタイマーの満了が原因であり得る。ＢＷＰスイッチングコマンドは、ＰＤＣＣＨによってトリガーされ得る。ＰＤＣＣＨは、ダウンリンク割り当ておよび／またはアップリンク許可を示し得る。ＢＷＰスイッチングは、ＲＲＣシグナリングによってトリガーされ得る。ＢＷＰスイッチングは、ランダムアクセス手順の開始時に、ＭＡＣエンティティ自体によってトリガーされ得る。さらに、ライセンスされていない帯域動作では、無線デバイスは、一貫したＵＬ ＬＢＴ障害に応答して、ＢＷＰスイッチングコマンドを受信し得る。無線デバイスは、例えば、無線デバイスが、ＲＡＣＨリソースを有する別のＢＷＰで構成される場合に、ＰＣｅｌｌまたはＰＳＣｅｌｌ上の一貫したＬＢＴ障害の宣言時に、別のＢＷＰにスイッチングしてＲＡＣＨを開始し得る。

【0482】

無線デバイスは、基地局から一つまたは複数のＲＲＣメッセージを受信し得る。一つまたは複数のＲＲＣメッセージは、一つまたは複数のセルのＢＷＰ構成のパラメーターを含み得る。ＢＷＰ構成のパラメーターは、サービングセルに対して、一つまたは複数のＤＬ ＢＷＰ（例えば、最大四つのＢＷＰ）をさらに示し得る、および各ＤＬ ＢＷＰに対して： 位置および帯域幅、サブキャリア間隔、識別子、ＤＬ ＢＷＰの共通／セル固有のパラメーターおよび／またはチャネル（例えば、ＰＤＳＣＨ、ＰＤＣＣＨ、など）、ＤＬ ＢＷＰの専用／ＵＥ固有のパラメーターおよび／またはチャネル（例えば、ＰＤＳＣＨ、ＰＤＣＣＨ、ＳＰＳ、ＲＬＭなど）。ＢＷＰ構成のパラメーターは、さらに、初期ＤＬ ＢＷＰの識別子、第一のアクティブＤＬ ＢＷＰの識別子、デフォルトＤＬ ＢＷＰの識別子、および無線デバイスが、ＢＷＰ非アクティブタイマーが期間まで実行されて満了になる時に、デフォルトＢＷＰに戻りえる、ＢＷＰ非アクティブタイマーの期間（例えば、ミリ秒）のうちの少なくとも一つを示し得る。基地局は、サービングセル用のアップリンクリソース（例えば、正常アップリンクおよび／または補完的アップリンク）をさらに構成し得る。一つまたは複数のＲＲＣメッセージは、サービングセルに対して、一つまたは複数のＵＬ ＢＷＰ（例えば、最大四つのＢＷＰ）をさらに示し得る、および各ＵＬ ＢＷＰに対して：位置および帯域幅、サブキャリア間隔、識別子、ＵＬ ＢＷＰの共通／セル固有のパラメーターおよび／またはチャネル（例えば、ＲＡＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨなど）、ＵＬ ＢＷＰの専用／ＵＥ固有のパラメーターおよび／またはチャネル（例えば、ＰＤＳＣＨ、ＰＤＣＣＨ、構成される許可、ＳＰＳ、ビーム障害復旧など）。ＢＷＰ構成のパラメーターは、さらに、以下のうちの少なくとも一つを示すことができる： 初期ＵＬ ＢＷＰの識別子、および第一のアクティブＵＬ ＢＷＰの識別子。同じＢＷＰ識別子を有するＵＬ ＢＷＰおよびＤＬ ＢＷＰは、ＢＷＰ対とみなされてもよく、例えば、ＴＤＤ（非対スペクトル）の場合、同じ中心周波数を有し得る。

【0483】

一つまたは複数のＲＲＣメッセージは、一つまたは複数のＵＬ ＢＷＰに対する一つまたは複数の物理アップリンク制御チャネル（ＰＵＣＣＨ）構成の第二のパラメーターをさらに含み得る。一つまたは複数の第二のパラメーターは、所与のダウンリンクリソース（例えば、ＰＤＳＣＨ）に対するＨＡＲＱフィードバックタイミング値（例えば、ＰＵＣＣＨ）のセットを、対応するＤＬ ＨＡＲＱフィードバックリソース（例えば、ＰＵＣＣＨ）に示し得る。ＨＡＲＱフィードバックタイミング値のセットは、例えば、スロット数で、ＰＤＳＣＨから対応するＨＡＲＱフィードバック送信（例えば、１、２、．．．、１５スロット）への一つまたは複数の時間オフセットを示し得る。ＨＡＲＱフィードバックタイミングのセットは、事前に定義されていてもよい。一つまたは複数のＰＵＣＣＨ構成の第二のパラメーターは、一つまたは複数のＰＵＣＣＨリソースセットをさらに示してもよく、各々が一つまたは複数のＰＵＣＣＨリソースを含む。第二のパラメーターは、各ＰＵＣＣＨリソースに対して、以下のうちの少なくとも一つを示し得る：ＰＵＣＣＨリソースＩＤ、開始ＰＲＢ、およびスロット内の開始シンボルおよびＰＵＣＣＨフォーマットに対するスロット内の複数のシンボルを示すＰＵＣＣＨフォーマット。

【0484】

一つまたは複数のＲＲＣメッセージは、ＨＡＲＱ ＡＣＫコードブックを示す第三のパラメーターをさらに含み得る。ＨＡＲＱ ＡＣＫコードブックは、半静的および／または動的および／または強化動的および／またはワンショットフィードバックであり得る。

【0485】

無線デバイスは、第一のセルの第一のＢＷＰを起動し得る。第一のＢＷＰは、第一のセル上の無線に対して起動され得る。第一のＢＷＰは、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰであり得る。例えば、無線デバイスは、第一のセルの第一のアクティブＢＷＰとしての第一のＢＷＰの識別子を示すＲＲＣメッセージを受信し得る。例えば、無線デバイスは、第一のＢＷＰへのスイッチングを示すＰＤＣＣＨを受信し得る。例えば、ＰＤＣＣＨは、第一のＢＷＰに対するダウンリンク割り当てまたはアップリンク許可を示し得る。例えば、ＰＤＣＣＨは、第一のＢＷＰ上で受信され得る。例えば、無線デバイスのＭＡＣエンティティは、ランダムアクセス手順の開始時に第一のＢＷＰへのスイッチングを示し得る。例えば、無線デバイスは、ＢＷＰ非アクティブタイマーが満了になる時に、第一のＢＷＰに切り替わってもよい。第一のセルに対するＢＷＰスイッチング（例えば、第一のＢＷＰへのスイッチング）は、同時に、第二のＢＷＰを停止し、第一のＢＷＰを起動することを含み得る。例えば、第二のＢＷＰは、以前に起動されていてもよい。例えば、第一のＢＷＰは、デフォルトＢＷＰであり得る。例えば、第一のＢＷＰは、初期ＢＷＰであり得る。例えば、ＴＤＤ動作（非対スペクトル）では、無線デバイスは、同時に第一のＤＬ ＢＷＰ（例えば、ＢＷＰ非アクティブタイマーの満了に応答して）に、第一のＵＬ ＢＷＰに、スイッチングし得る。例えば、第一のＤＬ ＢＷＰおよび第一のＵＬ ＢＷＰは、同じ識別子および／または同じ中心周波数を有し得る。無線デバイスは、第一のＢＷＰ（例えば、第一のＤＬ ＢＷＰ）を起動／スイッチングした時に、ＢＷＰ非アクティブタイマーを起動し得る。

【0486】

無線デバイスは、第一のＤＣＩを受信し得る。第一のＤＣＩは、第一のセルの第一のＢＷＰに対する一つまたは複数のダウンリンク割り当てをスケジュール／示すことができる。第一のＢＷＰが起動され得る。無線デバイスは、第一のセルの第一のＢＷＰ（例えば、第一のＤＬ ＢＷＰ）上で第一のＤＣＩを受信し得る。無線デバイスは、第二のセル（例えば、クロススケジューリング）で第一のＤＣＩを受信し得る。無線デバイスは、第一のセルの第二のＢＷＰで第一のＤＣＩを受信してもよく、第一のＤＣＩは、第一のＢＷＰへのＢＷＰスイッチングを示し得る。ＢＷＰ非アクティブタイマーは、無線デバイスが第一のＤＣＩを受信すると作動し得る。例えば、無線デバイスは、第一のＢＷＰを起動する際に、ＢＷＰ非アクティブタイマーを開始／再開し得る。例えば、無線デバイスは、第一のＢＷＰ上でＰＤＣＣＨを受信すると、ＢＷＰ非アクティブタイマーを開始／再開し得る。例えば、無線デバイスは、第一のＤＣＩを受信すると、ＢＷＰ非アクティブタイマーを開始／再開し得る。例えば、無線デバイスは、第一のＢＷＰに対するダウンリンク割り当ておよび／またはアップリンク許可を示すＰＤＣＣＨを受信すると、ＢＷＰ非アクティブタイマーを開始／再開し得る。例えば、無線デバイスは、構成されたアップリンク許可でＭＡＣ ＰＤＵを送信すると、ＢＷＰ非アクティブタイマーを開始／再開し得る。例えば、無線デバイスは、構成されたダウンリンク割り当てでＭＡＣ ＰＤＵを受信すると、ＢＷＰ非アクティブタイマーを開始／再開し得る。第一のＢＷＰは、初期ＢＷＰではあり得ない。第一のＢＷＰは、デフォルトＢＷＰではあり得ない。第一のＤＣＩは、ＢＷＰスイッチングを示しえない。第一のＤＣＩは、ＢＷＰスイッチングを示し得る。

【0487】

第一のＤＣＩは、第一のＢＷＰ上の無線デバイスに対して、一つまたは複数のＰＤＳＣＨをスケジュール／示すことができる。例えば、第一のＤＣＩは、ＤＬスケジューリングＤＣＩであり得る。例えば、第一のＤＣＩは、一つまたは複数のＤＬ ＳＰＳ構成を起動し得る。第一のＤＣＩは、一つまたは複数のＤＬ ＳＰＳ構成を停止／リリースすることができる。一つまたは複数のＤＬ ＳＰＳ構成の少なくとも一つは、第一のＢＷＰ（例えば、第一のＤＬ ＢＷＰ）に対するものであり得る。

【0488】

第一のＤＣＩは、一つまたは複数のＰＤＳＣＨのＨＡＲＱフィードバック送信のための少なくとも一つのタイミングインジケーター値を示す情報フィールド（例えば、ＰＤＳＣＨからＨＡＲＱフィードバックタイミングインジケーター、Ｋ１）を含んでもよい。第一のＤＣＩは、タイミングインジケーター値を示し得る。タイミングインジケーター値は、ＰＤＳＣＨからの時間オフセット（例えば、スロット数）を示す、および／またはＰＤＣＣＨ受信スロット（例えば、最後の受信スロット）を、対応するＨＡＲＱフィードバック送信用のＰＵＣＣＨリソースにスケジューリングする、数値であり得る。無線デバイスは、ＲＲＣ構成に基づいて、ＨＡＲＱ－ＡＣＫコードブックを決定し得る。無線デバイスは、ＰＵＣＣＨリソース内の一つまたは複数のＰＤＳＣＨ／ＰＤＣＣＨのＨＡＲＱフィードバックを送信／多重化し得る。無線デバイスは、第一のＤＣＩに基づいてＰＵＣＣＨリソースを決定し得る。例えば、無線デバイスは、第一のＤＣＩによって示されるタイミングインジケーター値に基づいて、ＰＵＣＣＨリソースのスロットを決定し得る。例えば、無線デバイスは、第一のＤＣＩおよび／または最後のＤＣＩによって示されるＰＵＣＣＨリソースインジケーター（ＰＲＩ）に基づいて、ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットを決定し得る。

【0489】

無線デバイスは、第一のＤＣＩを受信した後、またはＰＤＳＣＨ受信の後、またはＳＰＳリリースの後、およびＰＵＣＣＨリソースの前または同時に、ＢＷＰスイッチングを実行してもよく、無線デバイスは、ＰＵＣＣＨリソースを介して、第一のＤＣＩによって示されるＰＤＳＣＨ受信またはＳＰＳリリースのＨＡＲＱフィードバックを送信する。第一のＤＣＩが非数値／適用不可能なＨＡＲＱフィードバックタイミングインジケーター値を示していない場合、無線デバイスは、ＢＷＰスイッチングに応答して、第一のＤＣＩに関連付けられるＨＡＲＱフィードバックをドロップし得る。

【0490】

無線デバイスは、決定されたＨＡＲＱ－ＡＣＫコードブック内の一つまたは複数のＰＤＳＣＨ／ＰＤＣＣＨのＨＡＲＱフィードバックを含み得る。一つまたは複数のＰＤＳＣＨは、第一のＤＣＩによって動的にスケジュールされ得る。一つまたは複数のＰＤＳＣＨは、第一のＤＣＩによって起動されるＤＬ ＳＰＳ構成と関連付けられてもよい。ＨＡＲＱフィードバックは、ＤＣＩフォーマット、例えば、第一のＤＣＩを有する一つまたは複数のＰＤＣＣＨの監視機会と関連付けられてもよい。第一のＤＣＩは、一つまたは複数のＰＤＣＣＨを介して受信され得る。第一のＤＣＩは、第一のＢＷＰ（例えば、アクティブＤＬ ＢＷＰである第一のＤＬ ＢＷＰ）上のＰＤＳＣＨ受信および／またはＳＰＳ ＰＤＳＣＨ受信および／またはＳＰＳ ＰＤＳＣＨリリースをスケジュールし得る。ＨＡＲＱフィードバックは、候補ＰＤＳＣＨ受信および／またはＳＰＳ ＰＤＳＣＨ受信および／またはＳＰＳ ＰＤＳＣＨリリースの一つまたは複数の機会と関連付けられてもよい。

【0491】

第一のＤＣＩは、タイミングインジケーター値を示し得る。タイミングインジケーター値は、非数値／適用不可能な値であり得る。非数値フィードバックタイミングインジケーター（例えば、非数値のＫ１値またはｎ．ｎ．Ｋ１）は、ＰＤＳＣＨからの、および／またはＰＤＣＣＨ受信スロット（例えば、最後の受信スロット）を、対応するＨＡＲＱフィードバック送信用のＰＵＣＣＨリソースへスケジューリングする時間オフセット（例えば、スロット数）を示しえない。非数値フィードバックタイミングインジケーターは、スケジュールされたＰＤＳＣＨのＨＡＲＱフィードバック送信用のＰＵＣＣＨリソース／スロットを示しえない。無線デバイスは、非数値フィードバックタイミングインジケーターを受信／検出に応答して、ＨＡＲＱフィードバック情報を待機および／または保持し得る。ＤＬ割り当てを受信した後、無線デバイスは、ＤＬ割り当てのＨＡＲＱフィードバック送信用のＰＵＣＣＨリソースを基地局からスケジューリングする／示す表示／信号を待つことができる。

【0492】

無線デバイスのＭＡＣエンティティは、ＢＷＰスイッチングの通知を受信し得る。無線デバイスは、待機時間中にＢＷＰスイッチングの通知を受信してもよく、待機時間は、一つまたは複数のＰＤＳＣＨおよび／または一つまたは複数のＳＰＳリリースに対する非数値フィードバックタイミングインジケーターを示す第一のＤＣＩの受信に応答して、第一の時間、および一つまたは複数のＰＤＳＣＨおよび／または一つまたは複数のＳＰＳリリースに対するＰＵＣＣＨリソースを含む第二のＤＣＩを受信する第二の時間の間であり得る。例えば、無線デバイスは、ＢＷＰスイッチングの通知時に、第一のＤＣＩに関連付けられるＨＡＲＱフィードバック情報を保持／キープし得る。例えば、無線デバイスがＰＵＣＣＨリソース（例えば、第二のＤＣＩ）の表示を待機している時に、ＢＷＰ非アクティブタイマーが満了となってもよい。無線デバイスは、一つまたは複数のＤＬ割り当てのＨＡＲＱフィードバックをキープ／維持／保持し得る。一つまたは複数のＤＬ割り当ては、第一のＤＣＩによってスケジュール／表示／起動され得る。無線デバイスは、一つまたは複数のＳＰＳ ＰＤＳＣＨリリースのＨＡＲＱフィードバックをキープ／維持／保持し得る。一つまたは複数のＳＰＳ ＰＤＳＣＨリリースは、第一のＤＣＩによって示され得る。第一のＤＣＩは、一つまたは複数のＳＰＳ ＰＤＳＣＨを停止し得る。第一のＤＣＩは、非数値フィードバックタイミングインジケーター値を示し得る。例えば、無線デバイスは、第一のＤＣＩを受信した後、ＰＵＣＣＨリソースの前／と同時に、ＢＷＰスイッチングコマンド／通知を受信し得る。ＰＵＣＣＨリソースは、事前構成され得る。ＰＵＣＣＨリソースは、第二のＤＣＩによってスケジュール／示され得る。無線デバイスは、第一のＤＣＩを受信した後、第二のＤＣＩを受信し得る。第二のＤＣＩは、第一のＤＣＩの後に次のＣＯＴで受信される次のＤＣＩであり得る。第二のＤＣＩは、ＰＵＣＣＨリソースへのフィードバックタイミング値の数値を示し得る。第二のＤＣＩは、ＰＵＣＣＨリソースをスケジュールし得る。

【0493】

無線デバイスは、ＢＷＰスイッチングコマンド／通知の場合／これに応答して、第一のＤＣＩによってスケジュールされた一つまたは複数のＤＬ割り当てのＨＡＲＱフィードバック情報をドロップ／スキップしえない。無線デバイスは、ＢＷＰスイッチングに関係なく、ＨＡＲＱフィードバック情報を送信し得る。無線デバイスは、第一のＤＣＩおよび／または第二のＤＣＩによって示されたＰＵＣＣＨリソースを介して一つまたは複数のＳＰＳリリースによってスケジュールされる一つまたは複数のＤＬ割り当てのＨＡＲＱフィードバック情報を送信し得る。例えば、無線デバイスは、第三のＤＣＩによって示される一つまたは複数の第二のＤＬ割り当て、および／または第三のＤＣＩによって示される一つまたは複数の第二のＳＰＳリリースの第二のＨＡＲＱフィードバック情報をドロップしてもよく、一つまたは複数の第二のＤＬ割り当て、および／または一つまたは複数の第二のＳＰＳリリースのＨＡＲＱフィードバックタイミングは、有効なＰＵＣＣＨリソースまたは数値で示される。無線デバイスは、ＢＷＰスイッチングに応答して、第二のＨＡＲＱフィードバック情報をドロップし得る。無線デバイスは、ＢＷＰスイッチングに関係なく、第二のＨＡＲＱフィードバック情報を送信し得る。

【0494】

一実施例では、無線デバイスは、アクティブＤＬ ＢＷＰが、一つまたは複数の条件が満たされたときに、アクティブＤＬ ＢＷＰが第二のＢＷＰであるときに受信された第二のＤＣＩによって示されるＰＵＣＣＨリソースを介して、アクティブＤＬ ＢＷＰが第一のＢＷＰであるときに受信された第一のＤＣＩに関連付けられるＨＡＲＱフィードバック情報を送信し得る。一つまたは複数の条件は、以下の実施例のうちの一つまたは複数のものを含み得る。例えば、無線デバイスは、ＨＡＲＱフィードバック情報を送信してもよく、ＰＵＣＣＨリソースが構成されるアクティブＵＬ ＢＷＰは、無線デバイスが第一のＤＣＩを受信し、無線デバイスが第二のＤＣＩを受信する期間中維持される。例えば、無線デバイスは、ＨＡＲＱフィードバック情報を送信してもよく、ＨＡＲＱフィードバック情報は、基地局によって遅延／延期される（例えば、ＨＡＲＱフィードバックタイミングについて非数値で示される）ことによって示される。例えば、無線デバイスは、ＨＡＲＱフィードバック情報を送信し、基地局からコマンドを受信する代わりに、無線デバイスで発生した一つまたは複数のイベントに基づいてＢＷＰスイッチングが発生し得る。例えば、ＢＷＰスイッチングは、ＢＷＰ非アクティブタイマーの満了に起因して発生し得る。例えば、一貫したＬＢＴ障害のために、ＢＷＰスイッチングが発生し得る。例えば、ＲＡＣＨ手順により、ＢＷＰスイッチングが発生し得る。例えば、ＢＷＰスイッチングは、ビーム障害復旧手順によって発生し得る。例えば、無線デバイスは、ＨＡＲＱフィードバック情報を送信してもよく、第一のＤＬ ＢＷＰが第二のＤＬ ＢＷＰと同じである。

【0495】

無線デバイスは、ＢＷＰスイッチングコマンド／通知を受信し得る。例えば、ＢＷＰ非アクティブタイマーが満了となってもよい。例えば、ＲＲＣシグナリングは、ＢＷＰスイッチングを示し得る。例えば、ＰＤＣＣＨは、ＢＷＰスイッチングを示し得る。例えば、ＭＡＣエンティティは、ランダムアクセス手順を開始するときにＢＷＰスイッチングを示し得る。例えば、ＭＡＣエンティティは、一貫したＵＬ ＬＢＴ障害の通知を受信／検出したときに、ＢＷＰスイッチングを示し得る。

【0496】

無線デバイスは、ＰＵＣＣＨリソースの前／と同時にＢＷＰスイッチングコマンドを受信する場合、非数値フィードバックタイミングインジケーター値を示す第一のＤＣＩに関連付けられるＨＡＲＱフィードバック情報を維持し／ドロップしないことができる。無線デバイスは、一つまたは複数のＰＤＳＣＨをスケジューリングする第一のＤＣＩを受信し得る。第一のＤＣＩは、非数値フィードバックタイミングインジケーターを示し得る。無線デバイスは、ＢＷＰスイッチングコマンド／通知を受信し得る。無線デバイスは、一つまたは複数のＰＤＳＣＨのＨＡＲＱフィードバック情報を保持し／ドロップしないことができる。無線デバイスは、ＢＷＰスイッチングを実行し得る。無線デバイスは、第一のＢＷＰを第二のＢＷＰに形成し得る。無線デバイスは、第一のＤＬ ＢＷＰを第二のＤＬ ＢＷＰに形成し得る。無線デバイスは、第二のセル上のアクティブＢＷＰをスイッチングすることができる。一つまたは複数のＰＤＳＣＨを、第一のＤＬ ＢＷＰにスケジュールし得る。無線は、第一のＤＬ ＢＷＰ上の一つまたは複数のＰＤＳＣＨを受信し得るし、受信しなくてもよい。無線デバイスは、第二のＤＣＩを受信し得る。第二のＤＣＩは、アップリンクリソース（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ）をスケジュール／示すことができる。無線デバイスは、第二のＤＣＩによってスケジュールされるアップリンクリソースを使用して／を介して、第一のＤＣＩによってスケジュールされる一つまたは複数のＰＤＳＣＨのＨＡＲＱフィードバック情報を送信し得る。無線デバイスは、待機時間中にＢＷＰスイッチングにもかかわらず、ＨＡＲＱフィードバック情報をドロップ／スキップしえない。待機時間は、一つまたは複数のＰＤＳＣＨを受信するまでの時間からＰＵＣＣＨリソースまでの時間期間を指し得る。待機時間は、ＰＵＣＣＨリソースまで、第一のＤＣＩ（例えば、ＰＤＣＣＨ監視機会）を受信した後の時間期間を指し得る。ＢＷＰスイッチングは、サービングセル上のアクティブＤＬ ＢＷＰ変更を指し得る。サービングセルは第一のセルであり得る。サービングセルは第一のセルではあり得ない。ＢＷＰスイッチングは、例えば、ＰＣｅｌｌ上の、アクティブＵＬ ＢＷＰ変更を指し得る。第一のＤＣＩは、ＢＷＰスイッチングをトリガーし得るし、トリガーしなくてもよい。

【0497】

無線デバイスは、第二のＤＣＩを受信／検出し得る。第二のＤＣＩは、第一のＢＷＰ上で受信され得る。第二のＤＣＩは、第一のセルの第二のＢＷＰ上で受信され得る。第二のＤＣＩは、第二のセル上で受信され得る。第二のＤＣＩは、第一のＢＷＰに対して、一つまたは複数のＤＬ割り当ておよび／またはアップリンク許可をスケジュールし得る。第二のＤＣＩは、第一のセルの第二のＢＷＰに対して、一つまたは複数のＤＬ割り当ておよび／またはアップリンク許可をスケジュールし得る。第二のＤＣＩは、第二のセルに対して、一つまたは複数のＤＬ割り当ておよび／またはアップリンク許可をスケジュールし得る。第二のＤＣＩは、ＰＵＣＣＨおよび／またはＰＵＳＣＨをスケジュールし得る。第二のＤＣＩは、数値フィードバックタイミングインジケーター値を示す、第二のＰＤＳＣＨをスケジュールし得る。数値フィードバックタイミングインジケーター値は、第二のＰＤＳＣＨのＨＡＲＱフィードバックを送信するためのＰＵＣＣＨを示し得る。第二のＤＣＩは、スケジューリングＤＣＩではあり得ない。第二のＤＣＩは、ワンショットフィードバックを要求し得る。第二のＤＣＩは、ワンショットＨＡＲＱフィードバックを送信するためのＰＵＣＣＨリソース（例えば、数値フィードバックタイミングインジケーター値および／またはＰＲＩを使用して）を示し得る。無線デバイスは、第二のＤＣＩによってスケジュールされるＰＵＣＣＨリソースを使用して、第一のＤＣＩによってスケジュールされるＤＬ割り当てに関連するＨＡＲＱフィードバック情報を送信し得る。

【0498】

第二のＤＣＩがスケジュールしたＰＵＣＣＨリソースは、ＰＵＳＣＨリソースと重複し得る。無線デバイスは、ＰＵＳＣＨリソース内のＰＵＣＣＨリソースに関連付けられるＨＡＲＱフィードバック情報をピギーバック（例えば、多重化）し得る。

【0499】

無線デバイスは、例えば、非数値ＨＡＲＱフィードバックタイミングインジケーター値を有するダウンリンク割り当て（ＰＤＳＣＨ）をスケジューリングする第一のＤＣＩが、アクティブＢＷＰ上で受信されるときに、ＢＷＰ非アクティブタイマーを開始／再開始し得る。無線デバイスは、例えば、ＰＵＣＣＨのリソース割り当てを含む第二のＤＣＩがアクティブＢＷＰ上で受信されるときに、ＢＷＰ非アクティブタイマーを開始／再開始し得る。第二のＤＣＩは、ＨＡＲＱ Ａ／Ｎフィードバックの送信タイミングを提供し得る。第二のＤＣＩは、ワンショットフィードバックを要求し得る。第二のＤＣＩは、ＮＦＩ（新しいフィードバックインジケーター）を示し得る。第二のＤＣＩは、ＤＬデータ受信またはＵＬデータ送信をスケジュールしえない。無線デバイスは、第二のＤＣＩが受信されたセルの場所／位置に関係なく、第二のＤＣＩに応答してＢＷＰ非アクティブタイマーを開始／再開始し得る。第二のＤＣＩがＤＬ割り当て（ＰＤＳＣＨ）と同じセルで受信される場合、無線デバイスは、第二のＤＣＩに応答してＢＷＰ非アクティブタイマーを開始／再開始し得る。第二のＤＣＩがスケジューリングＤＣＩ（第一のＤＣＩ）と同じセルで受信される場合、無線デバイスは、第二のＤＣＩに応答してＢＷＰ非アクティブタイマーを開始／再開始し得る。無線デバイスは、第二のＤＣＩに応答して、全てのサービングセルのＢＷＰ非アクティブタイマーを開始／再開始し得る。無線デバイスは、第二のＤＣＩに応答して、一つまたは複数のＨＡＲＱ Ａ／Ｎフィードバックを送信する、サービングセルのＢＷＰ非アクティブタイマーを開始／再開始し得る。無線デバイスは、例えば、このサービングセルに関連付けられる進行中のランダムアクセス手順がない場合、またはこのサービングセルに関連付けられる進行中のランダムアクセス手順が、Ｃ－ＲＮＴＩにアドレス指定されるのこのＰＤＣＣＨの受信時に首尾よく完了される場合、ＢＷＰ非アクティブタイマーを開始／再開始し得る。

【0500】

第一のＤＣＩは、ＰＵＣＣＨリソース識別子（ＰＲＩ）を示す第一のフィールドを含み得る。ＰＲＩは、第一のＵＬ ＢＷＰに対応し得る。第二のＤＣＩは、第一のＵＬ ＢＷＰ上のＰＵＣＣＨリソースをスケジュール／示すことができる。基地局は、第一のＤＣＩによって示されるＰＲＩと同じＰＵＣＣＨリソースに対するＰＲＩを示すように、第二のＤＣＩを構成し得る。第二のＤＣＩは、第二のＵＬ ＢＷＰ上のＰＵＣＣＨリソースをスケジュール／示すことができる。例えば、第二のＵＬ ＢＷＰが第一のセル内にあり得る。例えば、第二のＵＬ ＢＷＰは、第二のセル内にあり得る。基地局は、第一のＤＣＩによって示されるＰＲＩと同じＰＵＣＣＨリソースに対するＰＲＩを示すように、第二のＤＣＩを構成し得る。第一のＵＬ ＢＷＰおよび第二のＵＬ ＢＷＰは、同じサブキャリア間隔を有し得る。第一のＤＣＩは、ＰＲＩを示しえない。無線デバイスは、第二のＤＣＩによって示されるＰＲＩを使用して、ＰＵＣＣＨ送信を準備し、ＰＵＣＣＨ内のＨＡＲＱ－ＡＣＫコードブックを多重化することができる。

【0501】

図３４は、一部の実施形態による、ＨＡＲＱ－ＡＣＫ送信用のＰＵＣＣＨリソースを示す第二のＤＣＩを受信する前のＢＷＰスイッチングの場合、非数値ＨＡＲＱフィードバックタイミングインジケーターに関連付けられる保留中のＨＡＲＱ－ＡＣＫを維持する例を示す。この例では、無線デバイスは、ＰＤＣＣＨ監視機会（ＰＤＣＣＨ－１）で第一のＤＣＩ（ＤＣＩ－１）を受信する。ＤＣＩ－１は、ＰＤＳＣＨ－１をスケジュールし、非数値／適用不可能なＨＡＲＱフィードバックタイミングインジケーター値（Ｋ１－１については非数値）を示す。無線デバイスは、ＰＤＳＣＨ－１（ＨＡＲＱ－ＡＣＫ－１）のＨＡＲＱフィードバックを決定し、非数値Ｋ１－１に応答して、ＨＡＲＱ－ＡＣＫ－１送信を延期する。無線デバイスは、有効なＰＵＣＣＨリソースを示す第二のＤＣＩ（ＤＣＩ－２）を受信するのを待ち、ＨＡＲＱ－ＡＣＫ－１を送信する。無線デバイスは、ＤＣＩ－２を受信する前にＢＷＰスイッチングを実行する。例えば、ＢＷＰ非アクティブタイマーの満了は、ＢＷＰスイッチングをトリガーし得る。例えば、一貫したＬＢＴ障害の表示を受信して、ＢＷＰスイッチングをトリガーし得る。例えば、ＲＲＣ／ＰＤＣＣＨシグナリングは、ＢＷＰスイッチングを示し得る。無線デバイスは、ＰＤＣＣＨ監視機会（ＰＤＣＣＨ－２）において、次の／第二のＤＣＩ（ＤＣＩ－２）を受信する。ＤＣＩ－２は、別のＰＤＳＣＨ（ＰＤＳＣＨ－２）をスケジュールし、ＰＵＣＣＨリソースを示す、Ｋ１－２のＨＡＲＱフィードバックタイミングインジケーターの数値を示す。無線デバイスは、ＤＣＩ－２に基づいて有効なＰＵＣＣＨリソースを決定し、ＰＵＣＣＨで送信／多重化するためのＨＡＲＱ－ＡＣＫコードブックを決定する。本開示の一つまたは複数の実施形態に基づいて、無線デバイスは、無線デバイスがＰＤＳＣＨ－１の後、およびＰＵＣＣＨリソースの前にＢＷＰスイッチングを行うが、それがＰＵＣＣＨリソースで送信するＨＡＲＱコードブック内に、非数値ＨＡＲＱフィードバックタイミングインジケーター（ＨＡＲＱ－ＡＣＫ－１）に関連する保留中のＨＡＲＱフィードバックを含む。結果として、ＨＡＲＱフィードバック情報は見逃されず、データのリスケジュールおよび再送信は不要である。

【0502】

別の実施例では、ＢＷＰスイッチングは、ＰＤＣＣＨ－１とＰＤＳＣＨ－１との間であり得る。別の実施例では、ＢＷＰスイッチングは、ＰＤＣＣＨ－２とＰＤＳＣＨ－２との間であり得る。別の実施例では、ＢＷＰスイッチングは、ＰＤＣＣＨ－２とＰＵＣＣＨとの間であり得る。例えば、ＢＷＰスイッチングは、データ受信（ＰＤＳＣＨ－１）と同じセルの中にあり得る。例えば、ＢＷＰスイッチングは、任意のサービングセルにあり得る。例えば、ＢＷＰスイッチングは、スケジューリングＤＣＩ（ＰＤＣＣＨ－１）と同じセルの中にあり得る。例えば、ＢＷＰスイッチングは、ＤＣＩ－１によってトリガーされてもよく、またはトリガーされなくてもよい。

【0503】

無線デバイスは、第一のＤＬ ＢＷＰに対して、一つまたは複数のＰＤＳＣＨをスケジューリングする／示す第一のＤＣＩを受信し得る。第一のＤＣＩは、タイミングインジケーター値を示し得る。タイミングインジケーター値は、非数値／適用不可能な値であり得る。非数値フィードバックタイミングインジケーター（例えば、非数値のＫ１値またはｎ．ｎ．Ｋ１／ＮＮＫ）は、ＰＤＳＣＨからの、および／または対応するＨＡＲＱフィードバック送信用のＰＵＣＣＨリソースへのＰＤＣＣＨ受信スロット（例えば、最後の受信スロット）をスケジューリングする時間オフセット（例えば、スロット数）を示しえない。非数値フィードバックタイミングインジケーターは、スケジュールされたＰＤＳＣＨのＨＡＲＱフィードバック送信用のＰＵＣＣＨリソース／スロットを示しえない。無線デバイスは、非数値フィードバックタイミングインジケーターを受信／検出に応答して、ＨＡＲＱフィードバック情報を待機および／または保持し得る。第一のＤＣＩを受信した後、無線デバイスは、一つまたは複数のＰＤＳＣＨのＨＡＲＱフィードバック送信のためのＰＵＣＣＨリソースをスケジューリングする／示す基地局からの表示／信号を待ち得る。

【0504】

無線デバイスのＭＡＣエンティティは、ＢＷＰスイッチングの通知を受信し得る。無線デバイスは、非数値フィードバックタイミングインジケーターを示す第一のＤＣＩの受信に応答して開始される待機時間中に、ＢＷＰスイッチングの通知を受信し得る。例えば、無線デバイスは、ＢＷＰスイッチングの通知時に、第一のＤＣＩに関連付けられるＨＡＲＱフィードバック情報を保持／キープし得る。例えば、無線デバイスがＰＵＣＣＨリソース（例えば、第二のＤＣＩ）の表示を待機している時に、ＢＷＰ非アクティブタイマーが満了となってもよい。無線デバイスは、例えば、無線デバイスが非数値フィードバックタイミングインジケーター値を示す第一のＤＣＩを受信し、無線デバイスが第二のＤＣＩを待っている時に、ＢＷＰスイッチングコマンド／通知を無視し得る。第二のＤＣＩは、第一のＤＣＩに関連付けられるＨＡＲＱフィードバック送信のためのアップリンクリソースを示してもよく、無線デバイスは、第二のＤＣＩを待ちながら、ＨＡＲＱフィードバック情報を維持し得る。

【0505】

第一のＤＣＩは、非数値フィードバックタイミングインジケーター値を示し得る。例えば、無線デバイスは、第一のＤＣＩを受信した後、ＰＵＣＣＨリソースの前／と同時に、ＢＷＰスイッチングコマンド／通知を受信し得る。ＰＵＣＣＨリソースは、事前構成され得る。ＰＵＣＣＨリソースは、第二のＤＣＩによってスケジュール／示され得る。無線デバイスは、第一のＤＣＩを受信した後、第二のＤＣＩを受信し得る。第二のＤＣＩは、第一のＤＣＩの後に次のＣＯＴで受信される次のＤＣＩであり得る。第二のＤＣＩは、ＰＵＣＣＨリソースへのフィードバックタイミング値の数値を示し得る。第二のＤＣＩは、ＰＵＣＣＨリソースをスケジュールし得る。無線デバイスは、ＢＷＰスイッチングコマンド／通知の場合／これに応答して、第一のＤＣＩによってスケジュールされた一つまたは複数のＤＬ割り当てのＨＡＲＱフィードバック情報をドロップ／スキップしえない。無線デバイスは、非数値フィードバックタイミングインジケーター値に関連付けられる保留中のＨＡＲＱフィードバックに応答して、ＢＷＰスイッチングコマンド／通知を無視／スキップし得る。

【0506】

無線デバイスは、非数値フィードバックタイミングインジケーター値を受信することに応答して、ＢＷＰスイッチングコマンド／通知を無視／スキップし得る。例えば、無線デバイスが第二のＤＣＩが（非数値フィードバックタイミングインジケーター値を示す）第一のＤＣＩに関連付けられるＨＡＲＱフィードバックを送信するのを待機している時、ＢＷＰ非アクティブタイマーは満了とし得る。無線デバイスは、第二のＤＣＩを待ちながら、満了時にＢＷＰ非アクティブタイマーを再開し得る。無線デバイスは、非数値フィードバックタイミングに関連付けられる待機中のＨＡＲＱフィードバック情報が保留中である間に、満了時にＢＷＰ非アクティブタイマーを再開し得る。

【0507】

例えば、無線デバイスは、第二のＤＣＩが（非数値フィードバックタイミングインジケーター値を示す）第一のＤＣＩに関連付けられるＨＡＲＱフィードバックを送信するのを待っている間に、ＲＲＣシグナリングおよび／またはＢＷＰスイッチングを示すＰＤＣＣＨを受信し得る。無線デバイスは、非数値フィードバックタイミングインジケーター値に関連付けられる保留中のＨＡＲＱフィードバックに応答して、ＲＲＣシグナリング／ＰＤＣＣＨによってトリガーされるＢＷＰスイッチングを無視し得る。

【0508】

無線デバイスは、第一のセルのＢＷＰ非アクティブタイマーに対して二つ以上の期間で構成され得る。無線デバイスは、タイマーを開始／再開するときに、ＢＷＰ非アクティブタイマーに対して二つ以上の期間からの第一の期間を使用し得る。無線デバイスは、非数値フィードバックタイミングインジケーター値を示す第一のＤＣＩを受信し得る。無線デバイスは、ＢＷＰ非アクティブタイマーに対して、二つ以上の期間からの第二の期間を使用し得る。例えば、無線デバイスは、第二の期間に基づいて、第一のＤＣＩを受信するのに応答して、ＢＷＰ非アクティブタイマーを開始／再開始し得る。第二の期間は、事前構成され得ない。第一のＤＣＩは、無線デバイスに対して、ＢＷＰ非アクティブタイマーにそれを使用する第二の期間を示し得る。例えば、基地局は、第一のＤＣＩのＰＲＩフィールドを使用して、第二の期間を示し得る。第二の期間は、第一の期間より長くなってもよい。第二の期間は、第一の期間に追加され得る。結果として、未決のＨＡＲＱフィードバック中に早期／不必要なＢＷＰスイッチングが発生する可能性が低下する。保留中のＨＡＲＱフィードバックを送信した後、無線デバイスは、ＢＷＰ非アクティブタイマーに対して再び第一の期間を使用し得る。

【0509】

図３５は、一部の実施形態による、非数値ＨＡＲＱフィードバックタイミング表示に基づいて、ＢＷＰ非アクティブタイマーを延長する実施例を示す。無線デバイスは、時刻Ｔ１でＤＣＩ－１を受信する。ＤＣＩ－１は、ＰＤＳＣＨ－１を介してデータ受信をスケジュールする。ＤＣＩ－１は、無線デバイスがＰＤＳＣＨ－１に関連するＨＡＲＱ－ＡＣＫ－１の送信を延期／遅延することを示す、ＰＤＳＣＨ－１のＨＡＲＱフィードバックタイミングの非数値を示す。無線デバイスは、ＤＣＩ－１が受信されると、ＢＷＰ非アクティブタイマーを（再）開始する。無線デバイスは、非数値ＨＡＲＱフィードバックタイミング表示のために、ＢＷＰ非アクティブタイマー（Δ２）に第二の時間期間を使用する。例えば、ＤＣＩ－１は、Δ２を示し得る。例えば、Δ２は、ＲＲＣによって事前定義／事前構成され得る。Δ２はΔ（図３３に示されるような第一の／元のＢＷＰ非アクティブタイマー期間）より長い。無線デバイスは、例えば、特定の値をΔに付加することにより、Δに基づき、Δ２を決定し得る。特定の値は、例えば、ＤＤＣＩ－１によって示されるか、またはＲＲＣによって事前定義されるか、または事前構成され得る。無線デバイスは、ＢＷＰ非アクティブタイマーがまだ稼働している間にＤＣＩ－２を受信する。ＤＤＣＩ－２を受信すると、無線デバイスはＢＷＰ非アクティブタイマーを（再）開始する。無線デバイスは、Δ２および／またはΔに基づき、ＤＣＩ－２に応答して、ＢＷＰ非アクティブタイマーを（再）開始し得る。無線デバイスは、Δに切り替わるという表示を受信するまで、ＢＷＰ非アクティブタイマーに対するΔ２を使用することを続けてもよい。表示は、数値ＨＡＲＱフィードバックタイミング表示を有するＤＣＩ（例えば、ＤＣＩ－２）、またはＲＲＣ／ＭＡＣ ＣＥシグナリングであり得る。無線デバイスは、（例えば、事前定義された／あらかじめ設定された）一定の時間の間、ＢＷＰ非アクティブタイマーに対して、Δ２を使用し続けることができる。ＤＣＩ－２は、任意のサービングセル（例えば、自己キャリアスケジューリングおよび／またはクロスキャリアスケジューリング）で受信され得る。ＤＣＩ－２は、ＰＤＳＣＨ－１／ＰＤＣＣＨ－１と同じセルおよび／または同じＢＷＰで受信され得る。無線デバイスは、ＰＤＣＣＨ監視機会（ＰＤＣＣＨ－２）において、次の／第二のＤＣＩ（ＤＣＩ－２）を受信する。ＤＣＩ－２は、別のＰＤＳＣＨ（ＰＤＳＣＨ－２）をスケジュールし、ＰＵＣＣＨリソースを示す、Ｋ１－２のＨＡＲＱフィードバックタイミングインジケーターの数値を示す。無線デバイスは、ＤＣＩ－２に基づいて有効なＰＵＣＣＨリソースを決定し、ＰＵＣＣＨで送信／多重化するためのＨＡＲＱ－ＡＣＫコードブックを決定し、ＨＡＲＱ－ＡＣＫコードブックは、ＨＡＲＱ－ＡＣＫ－１を含む。本開示の一つまたは複数の実施形態に基づいて、無線デバイスは、ＰＵＣＣＨリソースで送信する、ＨＡＲＱコードブック内の非数値ＨＡＲＱフィードバックタイミングインジケーター（ＨＡＲＱ－ＡＣＫ－１）に関連付けられる保留中のＨＡＲＱフィードバックを含む。これは、保留中のＨＡＲＱ－ＡＣＫが第二のＤＣＩを待機している間に、早期のＢＷＰスイッチングを回避することによって可能である。ＢＷＰ非アクティブタイマー期間を延長した結果、早期のＢＷＰスイッチングは回避され、ＨＡＲＱフィードバック情報は見逃されず、データの再スケジュールおよび再送信は必要なくなる。

【0510】

無線デバイスは、第一のＢＷＰ（例えば、第一のＤＬ ＢＷＰ）を起動し得る。第一のＢＷＰに関連付けられるＢＷＰ非アクティブタイマーは、実行されていてもよい。無線デバイスは、第一のＢＷＰに対して、一つまたは複数のＰＤＳＣＨをスケジューリングする／示す第一のＤＣＩを受信し得る。第一のＤＣＩは、第一のＢＷＰの一つまたは複数のＳＰＳ ＰＤＳＣＨ構成を起動し得る。第一のＤＣＩは、第一のＢＷＰの一つまたは複数のＳＰＳ ＰＤＳＣＨ構成を停止／リリースし得る。第一のＤＣＩは、一つまたは複数のＰＤＳＣＨおよび／またはＳＰＳ ＰＤＳＣＨおよび／またはＳＰＳ ＰＤＳＣＨリリースのＨＡＲＱフィードバック送信用の非数値フィードバックタイミングインジケーター値を示し得る。

【0511】

無線デバイスは、非数値フィードバックタイミングインジケーター値を示す第一のＤＣＩを受信するのに応答して、ＢＷＰ非アクティブタイマー（例えば、作動している場合）をストップ／停止／休止／一時停止／無効化し得る。無線デバイスは、非数値フィードバックタイミングインジケーター値に応答して、ＢＷＰ非アクティブタイマーを停止し得る。無線デバイスは、第二のＤＣＩを待機することを示す第一のＤＣＩに応答して、ＢＷＰ非アクティブタイマーを停止し得る。無線デバイスは、非数値フィードバックタイミングインジケーター値を示す第一のＤＣＩを受信することに応答して、ＢＷＰ非アクティブタイマー（例えば、実行されていない場合）を開始／再開始しえない。結果として、タイマー制御されたＢＷＰスイッチングは、非数値フィードバックタイミングインジケーターの場合に、第二の／次のＤＣＩを待つ間は回避される。

【0512】

第二のＤＣＩは、一つまたは複数のＰＤＳＣＨ／ＳＰＳリリースのＨＡＲＱフィードバック情報を送信するためのアップリンクリソース（例えば、ＰＵＣＣＨ）を示し得る。無線デバイスは、第二のＤＣＩを受信し得る。無線デバイスは、第二のＤＣＩによってスケジュールされたアップリンクリソースを決定し得る。無線デバイスは、アップリンクリソースを介してＨＡＲＱフィードバックを送信し得る。

【0513】

非数値フィードバックタイミングインジケーターに基づいて一旦停止されると、無線デバイスは、第二のＤＣＩの受信に応答して、ＢＷＰ非アクティブタイマーを再開／再開始／起動し得る。無線デバイスは、ＰＤＣＣＨの受信に応答して、ＢＷＰ非アクティブタイマーを再開／再開始／起動し得る。ＰＤＣＣＨは、第一のＢＷＰに関連付けられる第一のセルで受信され得る。ＰＤＣＣＨは、第二のセルで受信され得る。ＰＤＣＣＨは、一つまたは複数のＤＬ割り当てを示し得る。ＰＤＣＣＨは、一つまたは複数のＵＬ許可を示し得る。ＤＬ割り当て／ＵＬ許可は、第一のセルおよび／または第二のセルに対して行うことができる。ＤＬ割り当て／ＵＬ許可は、第一のセルの第一のＢＷＰおよび／または第二のＢＷＰに対して行うことができる。ＰＤＣＣＨは、いかなるスケジューリングも示しえない。ＰＤＣＣＨは、ワンショットフィードバック要求を示し得る。無線デバイスは、構成されるＤＬ割り当てでＭＡＣ ＰＤＵを受信するのに応答して、ＢＷＰ非アクティブタイマーを再開／再開始／起動し得る。無線デバイスは、構成されるＵＬ許可内のＭＡＣ ＰＤＵの送信に応答して、ＢＷＰ非アクティブタイマーを再開／再開始／起動し得る。無線デバイスは、ＢＷＰ非アクティブタイマーの停止に応答して、時間期間の後でＢＷＰ非アクティブタイマーを開始／再開始し得る。例えば、時間期間は、ＲＲＣによって事前定義／事前構成されてもよく、第一のＤＣＩによって示され得る。無線デバイスは、第二のセルで第二のＤＣＩを受信するのに応答して、第一のセルの第一のダウンリンクＢＷＰに関連付けられるＢＷＰ非アクティブタイマーを開始／再開始し得る。第二のＤＣＩは、第二のセルに対してアップリンクリソースをスケジュールし得る。無線デバイスは、第二のセル内のアップリンクリソースを介してＨＡＲＱフィードバックを送信し得る。

【0514】

図３６は、一部の実施形態による、非数値ＨＡＲＱフィードバックタイミング表示に基づいて、ＢＷＰ非アクティブタイマーを一時停止する例を示す。無線デバイスは、時刻Ｔ１でＤＣＩ－１を受信する。ＤＣＩ－１は、ＰＤＳＣＨ－１を介してデータ受信をスケジュールする。ＤＣＩ－１は、無線デバイスがＰＤＳＣＨ－１に関連するＨＡＲＱ－ＡＣＫ－１の送信を延期／遅延することを示す、ＰＤＳＣＨ－１のＨＡＲＱフィードバックタイミングの非数値を示す。本開示の一つまたは複数の実施形態に基づいて、無線デバイスは、ＤＣＩ－１が受信されるときに、ＢＷＰ非アクティブタイマーをストップ／停止／一時停止／無効化／休止する。無線デバイスは、時刻Ｔ１で非数値ＨＡＲＱフィードバックタイミング表示（Ｋ１－１）を受信するのに応答して、ＢＷＰ非アクティブタイマーをストップ／停止／一時停止／無効化／休止する。無線デバイスは、時刻Ｔ２で、ＰＤＣＣＨ監視機会（ＰＤＣＣＨ－２）において、次の／第二のＤＣＩ（ＤＣＩ－２）を受信する。ＤＣＩ－２は、ＰＤＳＣＨ－１／ＰＤＣＣＨ－１と同じセルおよび／または同じＢＷＰで受信され得る。無線デバイスは、時刻Ｔ２でＤＣＩ－２を受信するのに応答して、ＢＷＰ非アクティブタイマーを（再）開始し得る。ＤＣＩ－２は、別のＰＤＳＣＨ（ＰＤＳＣＨ－２）をスケジュールし、ＰＵＣＣＨリソースを示す、Ｋ１－２のＨＡＲＱフィードバックタイミングインジケーターの数値を示す。無線デバイスは、ＤＣＩ－２に基づいて有効なＰＵＣＣＨリソースを決定し、ＰＵＣＣＨで送信／多重化するためのＨＡＲＱ－ＡＣＫコードブックを決定し、ＨＡＲＱ－ＡＣＫコードブックは、ＨＡＲＱ－ＡＣＫ－１を含む。本開示の一つまたは複数の実施形態に基づいて、無線デバイスは、ＰＵＣＣＨリソースで送信する、ＨＡＲＱコードブック内の非数値ＨＡＲＱフィードバックタイミングインジケーター（ＨＡＲＱ－ＡＣＫ－１）に関連付けられる保留中のＨＡＲＱフィードバックを含む。これは、保留中のＨＡＲＱ－ＡＣＫが第二のＤＣＩを待っている間、不必要な／意図しないＢＷＰスイッチングを回避することによって可能である。ＢＷＰ非アクティブタイマー期間を停止した結果、ＢＷＰスイッチングは回避され、ＨＡＲＱフィードバック情報は失われず、データの再スケジュールおよび再送信は不要である。

【0515】

一実施例では、無線デバイスは、第一のセル（例えば、ＰＣｅｌｌ）および第二のセル（例えば、ＳＣｅｌｌ）で構成され得る。無線デバイスは、第二のセルの一つまたは複数のＰＤＳＣＨ受信／ＳＰＳリリースに対するＨＡＲＱフィードバックタイミングの非数値を含む／示す第一のＤＣＩを受信し得る。無線デバイスは、第二のセル（自己キャリアスケジューリング）または第一のセル（クロスキャリアスケジューリング）または第三のセル（例えば、第二のセルグループの別のＳＣｅｌｌまたはＰＳＣｅｌｌ／ＳＣｅｌｌ）における第一のＤＣＩを受信し得る。無線デバイスは、第一のセルを介して、第二のセルおよび／または第一のセルの一つまたは複数のＨＡＲＱフィードバックのためにＰＵＣＣＨを送信するように構成され得る。第一のＤＣＩを受信することに応答して、無線デバイスは、例えば、第一のＤＣＩがどのセルで受信されたかに関係なく、第一のセル（構成される場合、および／または動作している場合）の第一のＢＷＰ非アクティブタイマーをストップ／停止／休止／一時停止／無効化し得る。第一のＤＣＩの受信に応答して、無線デバイスは、例えば、第一のＤＣＩがどのセルで受信されたかに関係なく、第二のセル（構成される場合／動作している場合）の第二のＢＷＰ非アクティブタイマーをストップ／停止／休止／一時停止／無効化し得る。第一のＤＣＩの受信に応答して、無線デバイスは、例えば、第一のＤＣＩが第一のセルを介して受信される場合に、第一のセル（構成される場合、および／または実行される場合）の第一のＢＷＰ非アクティブタイマーをストップ／停止／休止／一時停止／無効化し得る。第一のＤＣＩの受信に応答して、無線デバイスは、例えば、第一のＤＣＩが第一のセルまたは第二のセルを介して受信される場合、第二のセル（構成される場合／実行される場合）の第二のＢＷＰ非アクティブタイマーをストップ／停止／休止／一時停止／無効化し得る。一つまたは複数のＨＡＲＱフィードバックに対するＰＵＣＣＨを示す第二のＤＣＩを受信することに応答して、無線デバイスは、第一のセル（構成される場合）の第一のＢＷＰ非アクティブタイマーを再起動／再開／有効化／起動し得る。第二のＤＣＩの受信に応答して、無線デバイスは、第二のセル（構成される場合）の第二のＢＷＰ非アクティブタイマーを再起動／再開／有効化／起動する。無線デバイスは、第一のセルまたは第二のセルまたは第三のセルを介して第二のＤＣＩを受信し得る。

【0516】

一実施例では、無線デバイスは、第一のセル（例えば、ＰＣｅｌｌ）、第二のセル（例えば、ＳＣｅｌｌ１）および第三のセル（例えば、ＳＣｅｌｌ２）で構成され得る。無線デバイスは、第二のセルを介して第一のＤＣＩを受信してもよく、第一のＤＣＩは、第三のセルのスケジューリング割り当てを含み、第一のＤＣＩは、ＨＡＲＱフィードバックタイミングの非数値を含む。無線デバイスは、第二のセルによる第三のセルのクロスキャリアスケジューリングを用いて構成され得る（例えば、スケジューリングセルは、第三のセルのスケジュールされたセルの第二のセルである）。無線デバイスは、第二のセルの一つまたは複数のＨＡＲＱフィードバックのために、第一のセルを介してＰＵＣＣＨを送信するように構成され得る。第一のＤＣＩの受信に応答して、無線デバイスは、第一のセル（構成される場合／動作している場合）の第一のＢＷＰ非アクティブタイマーをストップ／停止／休止／一時停止／無効化し得る。第一のＤＣＩの受信に応答して、無線デバイスは、第二のセル（構成される場合／実行している場合）の第二のＢＷＰ非アクティブタイマーをストップ／停止／休止／一時停止／無効化し得る。第一のＤＣＩの受信に応答して、無線デバイスは、第三のセル（構成される場合／動作している場合）の第三のＢＷＰ非アクティブタイマーをストップ／停止／休止／一時停止／無効化し得る。一つまたは複数のＨＡＲＱフィードバックに対するＰＵＣＣＨを示す第二のＤＣＩを受信することに応答して、無線デバイスは、第一のセル（構成される場合）の第一のＢＷＰ非アクティブタイマーを再起動／再開／有効化／起動し得る。第二のＤＣＩの受信に応答して、無線デバイスは、第二のセル（構成される場合）の第二のＢＷＰ非アクティブタイマーを再起動／再開／有効化／起動する。第二のＤＣＩの受信に応答して、無線デバイスは、第三のセル（構成される場合）の第三のＢＷＰ非アクティブタイマーを再起動／再開／有効化／起動する。

【0517】

非数値ＨＡＲＱフィードバックタイミング表示は、スケジューリングセルおよび／またはスケジュールされたセルおよび／または全てのサービングセルおよび／または保留中のＨＡＲＱフィードバックを有する任意のサービングセルのＢＷＰ非アクティブタイマーをロックし得る。

【0518】

図３７は、一部の実施形態による、非数値ＨＡＲＱフィードバックタイミング表示に基づいて、自己キャリアスケジューリングシナリオにおいて、セルのＢＷＰ非アクティブタイマーを一時停止する例を示す。この例では、無線デバイスは、ＰＣｅｌｌ（セル－１）およびＳＣｅｌｌ（セル－２）で構成される。無線デバイスは、Ｃｅｌｌ－２（例えば、ＳＣｅｌｌ）でＤＣＩ－１を受信する。ＤＣＩ－１は、Ｃｅｌｌ－２（自己キャリアスケジューリング）のＰＤＳＣＨ－１をスケジューリングする。ＤＣＩ－１は、ＰＤＳＣＨ－１に対する非数値ＨＡＲＱフィードバックタイミングインジケーター（Ｋ１－１）を示す。無線デバイスは、非数値Ｋ１－１を示すＤＣＩ－１に応答して、Ｃｅｌｌ－１および／またはＣｅｌｌ－２のＢＷＰ非アクティブタイマーを停止／一時停止する。無線デバイスは、ＰＤＳＣＨ－１（ＨＡＲＱ－ＡＣＫ－１）のＨＡＲＱフィードバックを送信するためのＰＵＣＣＨリソースを示す第二のＤＣＩを待つ。無線デバイスは、Ｃｅｌｌ－１でＰＵＣＣＨを示す、Ｃｅｌｌ－２内のＤＣＩ－２を受信する。無線デバイスは、ＤＣＩ－２の受信に応答して、Ｃｅｌｌ－１および／またはＣｅｌｌ－２のＢＷＰ非アクティブタイマーを（再）開始する。無線デバイスは、ＰＵＣＣＨを介して、ＨＡＲＱ－ＡＣＫ－１を含む、ＨＡＲＱ－ＡＣＫコードブックを送信する。ＢＷＰタイマーを停止した結果、ＨＡＲＱ－ＡＣＫ情報が欠落／ドロップされることはなく、再スケジュール／再送信の数が減少する。別の実施例では、無線デバイスは、Ｃｅｌｌ－１を介してＤＣＩ－２を受信することができる。別の実施例では、ＤＣＩ－２は、Ｃｅｌｌ－１のＰＤＳＣＨ－２をスケジュールし得る。別の実施例では、ＤＣＩ－２は、いかなるデータ送信／受信もスケジュールしえない。別の実施例では、ＤＣＩ－２は、Ｃｅｌｌ－１および／またはＣｅｌｌ－２のアップリンクデータ送信をスケジュールし得る。例えば、ＤＣＩ－２は、ＰＵＳＣＨリソースを示し得る。例えば、無線デバイスは、ＤＣＩ－２によって示されるＰＵＳＣＨ内のＨＡＲＱ－ＡＣＫを多重化し得る。別の実施例では、無線デバイスは、第三のサービングセル（例えば、Ｃｅｌｌ－３）を介してＤＣＩ－２を受信することができる。この実施例では、無線デバイスは、ＤＣＩ－１に応答してＣｅｌｌ－３のＢＷＰ非アクティブタイマーを停止／一時停止し、ＤＣＩ－２に応答してＣｅｌｌ－３のＢＷＰ非アクティブタイマーを（再）開始させてもよい。

【0519】

図３８は、非数値ＨＡＲＱフィードバックタイミング表示に基づく、クロスキャリアスケジューリングシナリオにおけるセルのＢＷＰ非アクティブタイマーを一時停止する実施例を示す。この例では、無線デバイスは、ＰＣｅｌｌ（セル－１）およびＳＣｅｌｌ（セル－２）で構成される。無線デバイスは、Ｃｅｌｌ－１においてＤＣＩ－１を受信する。ＤＣＩ－１は、Ｃｅｌｌ－２においてＰＤＳＣＨ－１をスケジュールする（クロスキャリアスケジューリング）。ＤＣＩ－１は、ＰＤＳＣＨ－１に対する非数値ＨＡＲＱフィードバックタイミングインジケーター（Ｋ１－１）を示す。無線デバイスは、非数値Ｋ１－１を示すＤＣＩ－１に応答して、Ｃｅｌｌ－１および／またはＣｅｌｌ－２のＢＷＰ非アクティブタイマーを停止／一時停止する。無線デバイスは、ＰＤＳＣＨ－１（ＨＡＲＱ－ＡＣＫ－１）のＨＡＲＱフィードバックを送信するためのＰＵＣＣＨリソースを示す第二のＤＣＩを待つ。無線デバイスは、Ｃｅｌｌ－１でＰＵＣＣＨを示す、Ｃｅｌｌ－２内のＤＣＩ－２を受信する。無線デバイスは、ＤＣＩ－２の受信に応答して、Ｃｅｌｌ－１および／またはＣｅｌｌ－２のＢＷＰ非アクティブタイマーを（再）開始する。無線デバイスは、ＰＵＣＣＨを介して、ＨＡＲＱ－ＡＣＫ－１を含む、ＨＡＲＱ－ＡＣＫコードブックを送信する。ＢＷＰタイマーを停止した結果、ＨＡＲＱ－ＡＣＫ情報が欠落／ドロップされることはなく、再スケジュール／再送信の数が減少する。別の実施例では、無線デバイスは、Ｃｅｌｌ－１を介してＤＣＩ－２を受信することができる。別の実施例では、ＤＣＩ－２は、Ｃｅｌｌ－１のＰＤＳＣＨ－２をスケジュールし得る。別の実施例では、ＤＣＩ－２は、いかなるデータ送信／受信もスケジュールしえない。別の実施例では、ＤＣＩ－２は、Ｃｅｌｌ－１および／またはＣｅｌｌ－２のアップリンクデータ送信をスケジュールし得る。例えば、ＤＣＩ－２は、ＰＵＳＣＨリソースを示し得る。例えば、無線デバイスは、ＤＣＩ－２によって示されるＰＵＳＣＨ内のＨＡＲＱ－ＡＣＫを多重化し得る。別の実施例では、無線デバイスは、第三のサービングセル（例えば、Ｃｅｌｌ－３）を介してＤＣＩ－２を受信することができる。別の実施例では、無線デバイスは、第三のセル（例えば、Ｃｅｌｌ－３、例えば、別のＳＣｅｌｌ）においてＤＣＩ－１を受信し得る。この実施例では、無線デバイスは、ＤＣＩ－１に応答してＣｅｌｌ－３のＢＷＰ非アクティブタイマーを停止／一時停止し、ＤＣＩ－２に応答してＣｅｌｌ－３のＢＷＰ非アクティブタイマーを（再）開始させてもよい。

【図1】

【図2A】

【図2B】

【図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】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】