特表2022-537713 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ テレフオンアクチーボラゲット　エル　エム　エリクソン（パブル）の特許一覧

特表2022-537713非ライセンスネットワークのための送信フィードバック

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12

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

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

(11)【公表番号】

(43)【公表日】2022-08-29

(54)【発明の名称】非ライセンスネットワークのための送信フィードバック

(51)【国際特許分類】

H04W 24/08 20090101AFI20220822BHJP

H04W 72/14 20090101ALI20220822BHJP

H04W 16/14 20090101ALI20220822BHJP

H04W 72/04 20090101ALI20220822BHJP

【ＦＩ】

H04W24/08

H04W72/14

H04W16/14

H04W72/04 136

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021574292

(86)(22)【出願日】2020-06-15

(85)【翻訳文提出日】2022-02-14

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

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

(87)【国際公開日】2020-12-24

(31)【優先権主張番号】62/864,067

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

２．ＷＣＤＭＡ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲットエルエムエリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井亮

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶晴美

(72)【発明者】

【氏名】カラキ，リーム

(72)【発明者】

【氏名】ドゥー，タイ

(72)【発明者】

【氏名】グラント，ステファン

(72)【発明者】

【氏名】ワン，ミン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA23

5K067DD43

5K067DD47

5K067EE02

5K067EE10

(57)【要約】

無線周波数スペクトルの非ライセンス部分で動作する際にフィードバック情報を送信する方法、システムおよび装置が開示される。一実施形態では、無線デバイスが、複数のチャネルに対する設定を受信し、設定が少なくとも１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを複数のチャネルのそれぞれに設定し、複数のチャネルのうちの少なくとも１つのチャネルで設定される少なくとも１つのＰＵＣＣＨリソース上でフィードバックを送信するように設定される。別の実施形態では、ネットワークノードが、複数のチャネルに対する設定を送信し、設定が少なくとも１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを前記複数のチャネルのそれぞれに設定し、複数のチャネルのうちの少なくとも１つのチャネルで設定される少なくとも１つのＰＵＣＣＨリソース上でフィードバックを受信するように設定される。
【選択図】図１０

【特許請求の範囲】

【請求項1】

無線デバイス（２２）（ＷＤ）内に実装される方法であって、
複数のチャネルに対する設定であって、少なくとも１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを前記複数のチャネルのそれぞれに設定する設定を受信すること（Ｓ１３８）と、
前記複数のチャネルのうちの少なくとも１つのチャネルで設定される前記少なくとも１つのＰＵＣＣＨリソース上でフィードバックを送信すること（Ｓ１４０）と
を含む、無線デバイス内に実装される方法。

【請求項2】

前記フィードバックが送信される前記少なくとも１つのチャネルが、前記少なくとも１つのチャネルに関連づけられたリスンビフォートーク（ＬＢＴ）カテゴリに少なくとも部分的に基づく、請求項１に記載の方法。

【請求項3】

ダウンリンク制御情報（ＤＣＩ）を受信することをさらに含み、前記ＬＢＴカテゴリが前記ＤＣＩで指示されるＬＢＴ情報に基づく、請求項２に記載の方法。

【請求項4】

前記フィードバックが送信される前記少なくとも１つのチャネルが、リスンビフォートーク（ＬＢＴ）手順が使用されないＰＵＣＣＨグループ内の前記少なくとも１つのチャネルに対応する、請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記フィードバックが送信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最低のサービングセルインデックスに少なくとも部分的に基づく、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記フィードバックが送信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルに対応する、請求項１から３および５のいずれか一項に記載の方法。

【請求項7】

前記フィードバックが送信される前記少なくとも１つのチャネルが、最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルに対応する、請求項１から３、５および６のいずれか一項に記載の方法。

【請求項8】

前記フィードバックが送信される前記少なくとも１つのチャネルが、前記フィードバックが関係する対応するダウンリンクスケジューリングを前記ＷＤ（２２）が受信したのと同じチャネルである、請求項１に記載の方法。

【請求項9】

ＰＵＣＣＨグループ内の前記複数のチャネルのすべての前記チャネルと、
前記ＷＤ（２２）がダウンリンクスケジューリングを受信したチャネルと、
ネットワークノード（１６）によって明示的に指示された前記複数のチャネルのサブセットと
のうちの少なくとも１つに対して前記フィードバックの少なくとも１つの複製を送信すること
をさらに含む、請求項１に記載の方法。

【請求項10】

前記受信される設定が、複数のＰＵＣＣＨグループを前記ＷＤ（２２）に設定し、各ＰＵＣＣＨグループに前記複数のチャネルのうちの少なくとも１つが割り当てられる、請求項１から９のいずれか一項に記載の方法。

【請求項11】

前記フィードバック送信のために使用される前記少なくとも１つのチャネルを指示する少なくとも１つのインデックスを含む少なくとも１つのダウンリンク制御情報（ＤＣＩ）を受信すること
をさらに含む、請求項１に記載の方法。

【請求項12】

前記ＷＤ（２２）によって受信される前記少なくとも１つのインデックスを含む前記少なくとも１つのＤＣＩが、前記ＷＤ（２２）に関連づけられたすべてのダウンリンクチャネルで複製される、請求項１１に記載の方法。

【請求項13】

前記フィードバック送信のためのチャネル候補のセットを指示するシグナリングを受信することと、
前記フィードバック送信のためのチャネル候補の前記指示されたセットのうちから前記少なくとも１つのチャネルを選択することと
をさらに含み、
前記フィードバックを送信することが、前記選択された少なくとも１つのチャネルで前記フィードバックを送信することを含む、
請求項１に記載の方法。

【請求項14】

チャネル候補の前記指示されたセットのうちから前記少なくとも１つのチャネルを選択することが、
所定の順序と、
ダウンリンク送信に関連づけられた前記少なくとも１つのチャネルと、
アップリンク送信に関連づけられた前記少なくとも１つのチャネルと、
リスンビフォートーク（ＬＢＴ）カテゴリに関連づけられた前記少なくとも１つのチャネルと、
ＬＢＴ手順が使用されない前記少なくとも１つのチャネルと、
ＰＵＣＣＨグループ内の最低のサービングセルインデックスに関連づけられた前記少なくとも１つのチャネルと、
ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルと、
最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルと、
前記ＷＤ（２２）がダウンリンクスケジューリングを受信した前記少なくとも１つのチャネルと
のうちの少なくとも１つに少なくとも部分的に基づいて、前記フィードバック送信のためのチャネル候補の前記指示されたセットのうちから前記少なくとも１つのチャネルを選択すること
をさらに含む、請求項１３に記載の方法。

【請求項15】

前記少なくとも１つのＰＵＣＣＨリソースが物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と重複する場合、前記フィードバックを前記ＰＵＳＣＨ送信と多重化すること
をさらに含む、請求項１に記載の方法。

【請求項16】

ダウンリンク制御情報（ＤＣＩ）を受信することであって、前記ＤＣＩが前記少なくとも１つのＰＵＣＣＨリソース上で前記フィードバックのためのタイミングを指示する、ＤＣＩを受信することと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上でアップリンク（ＵＬ）グラントを受信することと、
リスンビフォートーク（ＬＢＴ）結果に少なくとも部分的に基づいて、前記フィードバックを送信するために前記少なくとも１つのＰＵＣＣＨリソースおよび前記ＰＵＳＣＨのうちの１つを選択することと
をさらに含む、請求項１に記載の方法。

【請求項17】

前記フィードバックが、アップリンク制御情報（ＵＣＩ）、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）、チャネル状態情報（ＣＳＩ）およびスケジューリング要求のうちの少なくとも１つを含む、請求項１から１６のいずれか一項に記載の方法。

【請求項18】

前記複数のチャネルが、非ライセンススペクトル内の複数のサブバンド、複数のキャリア、および複数のセルのうちの１つに対応する、請求項１から１７のいずれか一項に記載の方法。

【請求項19】

無線デバイス（２２）（ＷＤ）と通信するように設定されたネットワークノード（１６）内に実装される方法であって、
複数のチャネルに対する設定であって、少なくとも１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを前記複数のチャネルのそれぞれに設定する設定を送信すること（Ｓ１３４）と、
前記複数のチャネルのうちの少なくとも１つのチャネルで設定される前記少なくとも１つのＰＵＣＣＨリソース上でフィードバックを受信すること（Ｓ１３６）と
を含む、ネットワークノード内に実装される方法。

【請求項20】

前記フィードバックが受信される前記少なくとも１つのチャネルが、前記少なくとも１つのチャネルに関連づけられたリスンビフォートーク（ＬＢＴ）カテゴリに少なくとも部分的に基づく、請求項１９に記載の方法。

【請求項21】

ダウンリンク制御情報（ＤＣＩ）を送信することをさらに含み、前記ＬＢＴカテゴリが前記ＤＣＩで指示されるＬＢＴ情報に基づく、請求項２０に記載の方法。

【請求項22】

前記フィードバックが受信される前記少なくとも１つのチャネルが、リスンビフォートーク（ＬＢＴ）手順が使用されないＰＵＣＣＨグループ内の前記少なくとも１つのチャネルに対応する、請求項１９から２１のいずれか一項に記載の方法。

【請求項23】

前記フィードバックが受信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最低のサービングセルインデックスに少なくとも部分的に基づく、請求項１９から２２のいずれか一項に記載の方法。

【請求項24】

前記フィードバックが受信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルに対応する、請求項１９から２１および２３のいずれか一項に記載の方法。

【請求項25】

前記フィードバックが受信される前記少なくとも１つのチャネルが、最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルに対応する、請求項１９から２１、２３および２４のいずれか一項に記載の方法。

【請求項26】

前記フィードバックが受信される前記少なくとも１つのチャネルが、前記フィードバックが関係する対応するダウンリンクスケジューリングを前記ＷＤ（２２）が受信したのと同じチャネルである、請求項１９に記載の方法。

【請求項27】

ＰＵＣＣＨグループ内の前記複数のチャネルのうちの少なくとも１つのチャネルと、
前記ＷＤ（２２）がダウンリンクスケジューリングを受信した少なくとも１つのチャネルと、
前記ネットワークノード（１６）によって明示的に指示された前記複数のチャネルのサブセット内の少なくとも１つのチャネルと
のうちの少なくとも１つで前記フィードバックの少なくとも１つの複製を受信すること
をさらに含む、請求項１９に記載の方法。

【請求項28】

前記設定が、複数のＰＵＣＣＨグループを前記ＷＤ（２２）に設定し、各ＰＵＣＣＨグループに前記複数のチャネルのうちの少なくとも１つが割り当てられる、請求項１９から２７のいずれか一項に記載の方法。

【請求項29】

前記フィードバック送信のために使用される前記少なくとも１つのチャネルを指示する少なくとも１つのインデックスを含む少なくとも１つのダウンリンク制御情報（ＤＣＩ）を送信すること
をさらに含む、請求項１９に記載の方法。

【請求項30】

前記少なくとも１つのインデックスを含む前記少なくとも１つのＤＣＩが、前記ＷＤ（２２）に関連づけられたすべてのダウンリンクチャネルで複製される、請求項２９に記載の方法。

【請求項31】

前記フィードバック送信のためのチャネル候補のセットを指示するシグナリングを送信することをさらに含み、
前記フィードバックが、チャネル候補の前記指示されたセットのうちから選択された前記少なくとも１つのチャネルで受信される、
請求項１９に記載の方法。

【請求項32】

チャネル候補の前記指示されたセットのうちから選択された前記少なくとも１つのチャネルが、
所定の順序と、
ダウンリンク送信に関連づけられた前記少なくとも１つのチャネルと、
アップリンク送信に関連づけられた前記少なくとも１つのチャネルと、
リスンビフォートーク（ＬＢＴ）カテゴリに関連づけられた前記少なくとも１つのチャネルと、
ＬＢＴ手順が使用されない前記少なくとも１つのチャネルと、
ＰＵＣＣＨグループ内の最低のサービングセルインデックスに関連づけられた前記少なくとも１つのチャネルと、
ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルと、
最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルと、
前記ＷＤ（２２）がダウンリンクスケジューリングを受信した前記少なくとも１つのチャネルと
のうちの少なくとも１つに少なくとも部分的に基づいて選択される、請求項３１に記載の方法。

【請求項33】

前記少なくとも１つのＰＵＣＣＨリソースが物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と重複する場合、前記ＰＵＳＣＨ送信と多重化された前記フィードバックを受信すること
をさらに含む、請求項１９に記載の方法。

【請求項34】

ダウンリンク制御情報（ＤＣＩ）を送信することであって、前記ＤＣＩが前記少なくとも１つのＰＵＣＣＨリソース上で前記フィードバックのためのタイミングを指示する、ＤＣＩを送信することと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上でアップリンク（ＵＬ）グラントを送信することと、
前記ＷＤ（２２）のリスンビフォートーク（ＬＢＴ）結果に少なくとも部分的に基づいて、前記少なくとも１つのＰＵＣＣＨリソースおよび前記ＰＵＳＣＨのうちの１つで前記フィードバックを受信することと
をさらに含む、請求項１９に記載の方法。

【請求項35】

前記フィードバックが、アップリンク制御情報（ＵＣＩ）、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）、チャネル状態情報（ＣＳＩ）およびスケジューリング要求のうちの少なくとも１つを含む、請求項１９から３４のいずれか一項に記載の方法。

【請求項36】

前記複数のチャネルが、非ライセンススペクトル内の複数のサブバンド、複数のキャリア、および複数のセルのうちの１つに対応する、請求項１９から３５のいずれか一項に記載の方法。

【請求項37】

処理回路（８４）を備えた無線デバイス（２２）（ＷＤ）であって、前記処理回路（８４）が前記ＷＤ（２２）に、
複数のチャネルに対する設定を受信させ、前記設定が少なくとも１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを前記複数のチャネルのそれぞれに設定し、
前記複数のチャネルのうちの少なくとも１つのチャネルで設定される前記少なくとも１つのＰＵＣＣＨリソース上でフィードバックを送信させる
ように設定される、ＷＤ（２２）。

【請求項38】

前記フィードバックが送信される前記少なくとも１つのチャネルが、前記少なくとも１つのチャネルに関連づけられたリスンビフォートーク（ＬＢＴ）カテゴリに少なくとも部分的に基づく、請求項３７に記載のＷＤ（２２）。

【請求項39】

前記処理回路（８４）が前記ＷＤ（２２）に、
ダウンリンク制御情報（ＤＣＩ）を受信させ、前記ＬＢＴカテゴリが前記ＤＣＩで指示されるＬＢＴ情報に基づく、
ようにさらに設定される、請求項３８に記載のＷＤ（２２）。

【請求項40】

前記フィードバックが送信される前記少なくとも１つのチャネルが、リスンビフォートーク（ＬＢＴ）手順が使用されないＰＵＣＣＨグループ内の前記少なくとも１つのチャネルに対応する、請求項３７から３９のいずれか一項に記載のＷＤ（２２）。

【請求項41】

前記フィードバックが送信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最低のサービングセルインデックスに少なくとも部分的に基づく、請求項３７から４０のいずれか一項に記載のＷＤ（２２）。

【請求項42】

前記フィードバックが送信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルに対応する、請求項３７から３９および４１のいずれか一項に記載のＷＤ（２２）。

【請求項43】

前記フィードバックが送信される前記少なくとも１つのチャネルが、最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルに対応する、請求項３７から３９、４１および４２のいずれか一項に記載のＷＤ（２２）。

【請求項44】

前記フィードバックが送信される前記少なくとも１つのチャネルが、前記フィードバックが関係する対応するダウンリンクスケジューリングを前記ＷＤ（２２）が受信したのと同じチャネルである、請求項３７に記載のＷＤ（２２）。

【請求項45】

前記処理回路（８４）が前記ＷＤ（２２）に、
ＰＵＣＣＨグループ内の前記複数のチャネルのすべての前記チャネルと、
前記ＷＤ（２２）がダウンリンクスケジューリングを受信したチャネルと、
ネットワークノード（１６）によって明示的に指示された前記複数のチャネルのサブセットと
のうちの少なくとも１つに対して前記フィードバックの少なくとも１つの複製を送信させる
ようにさらに設定される、請求項３７に記載のＷＤ（２２）。

【請求項46】

前記受信される設定が、複数のＰＵＣＣＨグループを前記ＷＤ（２２）に設定し、各ＰＵＣＣＨグループに前記複数のチャネルのうちの少なくとも１つが割り当てられる、請求項３７から４５のいずれか一項に記載のＷＤ（２２）。

【請求項47】

前記処理回路（８４）が前記ＷＤ（２２）に、
前記フィードバック送信のために使用される前記少なくとも１つのチャネルを指示する少なくとも１つのインデックスを含む少なくとも１つのダウンリンク制御情報（ＤＣＩ）を受信させる
ようにさらに設定される、請求項３７に記載のＷＤ（２２）。

【請求項48】

前記ＷＤ（２２）によって受信される前記少なくとも１つのインデックスを含む前記少なくとも１つのＤＣＩが、前記ＷＤ（２２）に関連づけられたすべてのダウンリンクチャネルで複製される、請求項４７に記載のＷＤ（２２）。

【請求項49】

前記処理回路（８４）が前記ＷＤ（２２）に、
前記フィードバック送信のためのチャネル候補のセットを指示するシグナリングを受信させ、
前記フィードバック送信のためのチャネル候補の前記指示されたセットのうちから前記少なくとも１つのチャネルを選択させる
ようにさらに設定され、
前記処理回路（８４）が、前記選択された少なくとも１つのチャネルで前記フィードバックを送信するように設定されることによって前記フィードバックを送信するように設定される、請求項３７に記載のＷＤ（２２）。

【請求項50】

前記処理回路（８４）が前記ＷＤ（２２）に、
所定の順序と、
ダウンリンク送信に関連づけられた前記少なくとも１つのチャネルと、
アップリンク送信に関連づけられた前記少なくとも１つのチャネルと、
リスンビフォートーク（ＬＢＴ）カテゴリに関連づけられた前記少なくとも１つのチャネルと、
ＬＢＴ手順が使用されない前記少なくとも１つのチャネルと、
ＰＵＣＣＨグループ内の最低のサービングセルインデックスに関連づけられた前記少なくとも１つのチャネルと、
ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルと、
最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルと、
前記ＷＤ（２２）がダウンリンクスケジューリングを受信した前記少なくとも１つのチャネルと
のうちの少なくとも１つに少なくとも部分的に基づいて、前記フィードバック送信のためのチャネル候補の前記指示されたセットのうちから前記少なくとも１つのチャネルを選択させる
ように設定されることによって、チャネル候補の前記指示されたセットのうちから前記少なくとも１つのチャネルを選択するように設定される、請求項４９に記載のＷＤ（２２）。

【請求項51】

前記処理回路（８４）が前記ＷＤ（２２）に、
前記少なくとも１つのＰＵＣＣＨリソースが物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と重複する場合、前記フィードバックを前記ＰＵＳＣＨ送信と多重化させる
ようにさらに設定される、請求項３７に記載のＷＤ（２２）。

【請求項52】

前記処理回路（８４）が前記ＷＤ（２２）に、
ダウンリンク制御情報（ＤＣＩ）を受信させ、前記ＤＣＩが前記少なくとも１つのＰＵＣＣＨリソース上で前記フィードバックのためのタイミングを指示し、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上でアップリンク（ＵＬ）グラントを受信させ、
リスンビフォートーク（ＬＢＴ）結果に少なくとも部分的に基づいて、前記フィードバックを送信するために前記少なくとも１つのＰＵＣＣＨリソースおよび前記ＰＵＳＣＨのうちの１つを選択させる
ようにさらに設定される、請求項３７に記載のＷＤ（２２）。

【請求項53】

前記フィードバックが、アップリンク制御情報（ＵＣＩ）、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）、チャネル状態情報（ＣＳＩ）およびスケジューリング要求のうちの少なくとも１つを含む、請求項３７から５２のいずれか一項に記載のＷＤ（２２）。

【請求項54】

前記複数のチャネルが、非ライセンススペクトル内の複数のサブバンド、複数のキャリア、および複数のセルのうちの１つに対応する、請求項３７から５３のいずれか一項に記載のＷＤ（２２）。

【請求項55】

無線デバイス（２２）（ＷＤ）と通信するように設定されたネットワークノード（１６）であって、前記ネットワークノード（１６）が処理回路（６８）を備え、前記処理回路（６８）が前記ネットワークノード（１６）に、
複数のチャネルに対する設定を送信させ、前記設定が少なくとも１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを前記複数のチャネルのそれぞれに設定し、
前記複数のチャネルのうちの少なくとも１つのチャネルで設定される前記少なくとも１つのＰＵＣＣＨリソース上でフィードバックを受信させる
ように設定される、ネットワークノード（１６）。

【請求項56】

前記フィードバックが受信される前記少なくとも１つのチャネルが、前記少なくとも１つのチャネルに関連づけられたリスンビフォートーク（ＬＢＴ）カテゴリに少なくとも部分的に基づく、請求項５５に記載のネットワークノード（１６）。

【請求項57】

前記処理回路（６８）が前記ネットワークノード（１６）に、
ダウンリンク制御情報（ＤＣＩ）を送信させ、前記ＬＢＴカテゴリが前記ＤＣＩで指示されるＬＢＴ情報に基づく、
ようにさらに設定される、請求項５６に記載のネットワークノード（１６）。

【請求項58】

前記フィードバックが受信される前記少なくとも１つのチャネルが、リスンビフォートーク（ＬＢＴ）手順が使用されないＰＵＣＣＨグループ内の前記少なくとも１つのチャネルに対応する、請求項５５から５７のいずれか一項に記載のネットワークノード（１６）。

【請求項59】

前記フィードバックが受信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最低のサービングセルインデックスに少なくとも部分的に基づく、請求項５５から５８のいずれか一項に記載のネットワークノード（１６）。

【請求項60】

前記フィードバックが受信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルに対応する、請求項５５から５７および５９のいずれか一項に記載のネットワークノード（１６）。

【請求項61】

前記フィードバックが受信される前記少なくとも１つのチャネルが、最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルに対応する、請求項５５から５７、５９および６０のいずれか一項に記載のネットワークノード（１６）。

【請求項62】

前記フィードバックが受信される前記少なくとも１つのチャネルが、前記フィードバックが関係する対応するダウンリンクスケジューリングを前記ＷＤ（２２）が受信したのと同じチャネルである、請求項５５に記載のネットワークノード（１６）。

【請求項63】

前記処理回路（６８）が前記ネットワークノード（１６）に、
ＰＵＣＣＨグループ内の前記複数のチャネルのうちの少なくとも１つのチャネルと、
前記ＷＤ（２２）がダウンリンクスケジューリングを受信した少なくとも１つのチャネルと、
前記ネットワークノード（１６）によって明示的に指示された前記複数のチャネルのサブセット内の少なくとも１つのチャネルと
のうちの少なくとも１つで前記フィードバックの少なくとも１つの複製を受信させる
ようにさらに設定される、請求項５５に記載のネットワークノード（１６）。

【請求項64】

前記設定が、複数のＰＵＣＣＨグループを前記ＷＤ（２２）に設定し、各ＰＵＣＣＨグループに前記複数のチャネルのうちの少なくとも１つが割り当てられる、請求項５５から６３のいずれか一項に記載のネットワークノード（１６）。

【請求項65】

前記処理回路（６８）が前記ネットワークノード（１６）に、
前記フィードバック送信のために使用される前記少なくとも１つのチャネルを指示する少なくとも１つのインデックスを含む少なくとも１つのダウンリンク制御情報（ＤＣＩ）を送信させる
ようにさらに設定される、請求項５５に記載のネットワークノード（１６）。

【請求項66】

前記少なくとも１つのインデックスを含む前記少なくとも１つのＤＣＩが、前記ＷＤ（２２）に関連づけられたすべてのダウンリンクチャネルで複製される、請求項６５に記載のネットワークノード（１６）。

【請求項67】

前記処理回路（６８）が前記ネットワークノード（１６）に、
前記フィードバック送信のためのチャネル候補のセットを指示するシグナリングを送信させる
ようにさらに設定され、
前記フィードバックが、チャネル候補の前記指示されたセットのうちから選択された前記少なくとも１つのチャネルで受信される、
請求項５５に記載のネットワークノード（１６）。

【請求項68】

【請求項69】

前記処理回路（６８）が前記ネットワークノード（１６）に、
前記少なくとも１つのＰＵＣＣＨリソースが物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と重複する場合、前記ＰＵＳＣＨ送信と多重化された前記フィードバックを受信させる
ようにさらに設定される、請求項５５に記載のネットワークノード（１６）。

【請求項70】

前記処理回路（６８）が前記ネットワークノード（１６）に、
ダウンリンク制御情報（ＤＣＩ）を送信させ、前記ＤＣＩが前記少なくとも１つのＰＵＣＣＨリソース上で前記フィードバックのためのタイミングを指示し、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上でアップリンク（ＵＬ）グラントを送信させ、
前記ＷＤ（２２）のリスンビフォートーク（ＬＢＴ）結果に少なくとも部分的に基づいて、前記少なくとも１つのＰＵＣＣＨリソースおよび前記ＰＵＳＣＨのうちの１つで前記フィードバックを受信させる
ようにさらに設定される、請求項５５に記載のネットワークノード（１６）。

【請求項71】

前記フィードバックが、アップリンク制御情報（ＵＣＩ）、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）、チャネル状態情報（ＣＳＩ）およびスケジューリング要求のうちの少なくとも１つを含む、請求項５５から７０のいずれか一項に記載のネットワークノード（１６）。

【請求項72】

前記複数のチャネルが、非ライセンススペクトル内の複数のサブバンド、複数のキャリア、および複数のセルのうちの１つに対応する、請求項５５から７１のいずれか一項に記載のネットワークノード（１６）。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は無線通信に関し、より詳細には、無線デバイスが無線周波数スペクトルの非ライセンス部分で動作する際にノードにフィードバック情報を送信するための方法およびシステムに関する。

【背景技術】

【0002】

現在、新無線（ＮＲ：ＮｅｗＲａｄｉｏ）とも呼ばれる第５世代のセルラシステムが第３世代パートナーシッププロジェクト（３ＧＰＰ）で標準化されつつある。ＮＲは、複数の実質的に異なる使用例をサポートするために開発されている。典型的なモバイルブロードバンド使用例に加えて、マシン型通信（ＭＴＣ：ｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、超低レイテンシ重要通信（ＵＬＬＣＣ：ｕｌｔｒａ－ｌｏｗｌａｔｅｎｃｙｃｒｉｔｉｃａｌｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、サイドリンクＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）およびいくつかの他の使用例もサポートされる。

【0003】

ＮＲにおいて、基本的なスケジューリング単位はスロットと呼ばれる。スロットは、通常のサイクリックプレフィクス設定に対する１４個の直交周波数分割多重（ＯＦＤＭ）シンボルを含む。ＮＲは多くの異なるサブキャリア間隔設定をサポートし、３０ｋＨｚのサブキャリア間隔においてＯＦＤＭシンボル継続時間は約３３マイクロ秒（μｓ）である。一例として、同じサブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ－ｓｐａｃｉｎｇ）に対して１４個のシンボルを有するスロットは長さ５００μｓ（サイクリックプレフィクスを含む）である。

【0004】

ＮＲはまた、同じサービングセル上の異なる無線デバイス（ＷＤ：ｗｉｒｅｌｅｓｓｄｅｖｉｃｅ）に対するフレキシブルな帯域幅設定もサポートする。換言すれば、ＷＤによって監視され、その制御およびデータチャネルのために使用される帯域幅は、キャリア帯域幅よりも小さいことがある。各コンポーネントキャリアに対する１つまたは複数の帯域幅部分設定はＷＤに半静的にシグナリングされることが可能であり、その場合に帯域幅部分は隣接物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ）のグループからなる。予約リソースが帯域幅部分内に設定され得る。帯域幅部分の帯域幅は、ＷＤによってサポートされる最大帯域幅能力以下である。

【0005】

ＮＲは、ライセンス済みおよび非ライセンスの両方の帯域を対象としており、非ライセンススペクトルへのＮＲベースのアクセス（ＮＲ－Ｕ：ＮＲ－ｂａｓｅｄＡｃｃｅｓｓｔｏＵｎｌｉｃｅｎｓｅｄＳｐｅｃｔｒｕｍ）という名称のワークアイテムが開始された。非ライセンスネットワーク、すなわち利用可能なスペクトルを有効に使用するために共有スペクトル（または非ライセンススペクトル）で動作するネットワーク、はシステム容量を増大させるための魅力的なアプローチである。非ライセンススペクトルはライセンス済み方式の品質には及ばないが、ライセンス済み配備への補完としてその効率的使用を可能にするソリューションは３ＧＰＰオペレータに、そして最終的に３ＧＰＰ業界全体に多大な価値をもたらす可能性がある。ＮＲにおけるいくつかの特徴は、非ライセンス帯域の特別な特性に適合し、異なる規制にも適合するように適応させ得ることが期待される。１５または３０ｋＨｚのサブキャリア間隔は、６ＧＨｚ以下の周波数に対するＮＲ－ＵＯＦＤＭニューメロロジーのための最も有望な候補である。

【0006】

非ライセンススペクトルで動作する場合、世界中の多くの地域でデバイスは送信前に媒体が空いていることを検知する必要がある。この動作はリスンビフォートーク（ＬＢＴ：ｌｉｓｔｅｎｂｅｆｏｒｅｔａｌｋ）動作と呼ばれることが多い。ＬＢＴは多くの異なる変形例があり、どの無線技術をデバイスが使用しているか、およびどのような種類のデータをデバイスが当該時点で送信しようとしているかに依存し得る。すべての変形例に共通するのは、検知が（規定されたキャリア周波数に対応する）特定のチャネルで、所定の帯域幅にわたって行われることである。例えば、５ＧＨｚ帯域では、検知は２０ＭＨｚのチャネルにわたって行われる。

【0007】

多くの無線デバイスは、複数のサブバンド／チャネル、例えばＬＢＴサブバンド（すなわち、ＬＢＴ帯域幅に等しい帯域幅を有する周波数部分）を含む広い帯域幅にわたって送信（および受信）が可能である。無線デバイスは、媒体が空いていると検知されているサブバンドでのみ送信が許可される。再び、複数のサブバンドが関与する場合にどのように検知を行うべきかには異なる種類がある。

【0008】

原理的に、無線デバイスが複数のサブバンドにわたって動作可能である少なくとも２つの方法がある。１つの方法では、どのサブバンドが空いていると検知されたかに応じて送信機／受信機の帯域幅が変更される。この状況では、ただ１つのコンポーネントキャリア（ＣＣ：ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ）および複数のサブバンドが、より大きな帯域幅を有する単一のチャネルとして扱われる。他の方法では、無線デバイスが各チャネルについてほとんど独立の処理チェインを動作させる。処理チェインがどのくらい独立であるかに応じて、このオプションはキャリアアグリゲーション（ＣＡ：ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）またはデュアルコネクティビティ（ＤＣ：ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）と呼ばれ得る。

【0009】

ＮＲライセンス済み動作では、ＣＡとともに動作する場合、複数のダウンリンクＣＣに対するフィードバック情報または物理アップリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）がベースラインとしてプライマリセル（プライマリキャリア）上にグループ化されて送信される。これは、アップリンク制御オーバーヘッドを削減し、ダウンリンクキャリア数がアップリンクキャリア数と等しくない非対称ＣＡをサポートするためである。しかし、多数のダウンリンクＣＣに対して、単一のアップリンクキャリアが多数のフィードバックを搬送しなければならない可能性があり、これはＰＵＣＣＨ内のペイロードフィールドを過負荷にし得る。したがって、ＮＲは２つのＰＵＣＣＨグループの設定をサポートしており、第１のグループに関係するフィードバックはプライマリセル（ＰＣｅｌｌ）のアップリンクで送信され、他方のグループに関係するフィードバックはプライマリセカンドセル（ＰＳＣｅｌｌ）またはＰＵＣＣＨセカンダリセル（ＳＣｅｌｌ）上で送信される。

【0010】

図１は、ＮＲに対する複数のＰＵＣＣＨグループの使用を示し、ＰＵＣＣＨグループはＰＣｅｌｌおよびＰＳＣｅｌｌ上で送信される。図２は、複数のＰＵＣＣＨグループを有するフィードバックメカニズムの例を示し、最初の４つのダウンリンク（ＤＬ）ＣＣに対するフィードバックはアップリンク（ＵＬ）ＰＣｅｌｌで送信されることが可能であり、最後の２つのＤＬＣＣに対するフィードバックはＵＬＰＳＣｅｌｌで送信されることが可能である。これはＤＣについても当てはまることが多い。

【0011】

３ＧＰＰＲｅｌ－１５ＮＲにおけるキャリア間フィードバックメカニズムはライセンス済み動作のために設計され、その場合にはＵＬＰＳＣｅｌｌおよび／またはＵＬＰＳＣｅｌｌ／ＰＵＣＣＨ－ＳＣｅｌｌの利用可能性は確実である。しかしＮＲ－Ｕでは、ＵＬＰＣｅｌｌおよび／またはＰＳＣｅｌｌ／ＰＵＣＣＨ－ＳＣｅｌｌは常に利用可能であるとは限らない。その理由は、リスンビフォートーク（ＬＢＴ）動作に起因するか、またはネットワーク設定に起因する可能性がある。

【発明の概要】

【0012】

いくつかの実施形態は、ＰＵＣＣＨ送信がＰＣｅｌｌまたはＰＳＣｅｌｌまたは１つのＰＵＣＣＨ－ＳＣｅｌｌに制限されるライセンス済み動作とは異なり、非ライセンス動作に対して必要とされるハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ：ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フィードバック送信に対するフレキシビリティを提供する方法、システム、および装置を有利に提供する。これは、ＰＣｅｌｌおよび／またはＰＳＣｅｌｌが非ライセンス動作で常に利用可能とは限らないことを考慮して、ＷＤがフィードバック情報を送信する機会を増大させる。本方法およびシステムの実施形態は、仕様への影響がほんのわずかであり、追加のシグナリングオーバーヘッドがほとんどまたは全くない点で有利である。

【0013】

本開示の一態様によれば、無線デバイス（ＷＤ：ｗｉｒｅｌｅｓｓｄｅｖｉｃｅ）内に実装される方法が提供される。本方法は、複数のチャネルに対する設定を受信することであって、前記設定が少なくとも１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを前記複数のチャネルのそれぞれに設定する、設定を受信することと、前記複数のチャネルのうちの少なくとも１つのチャネルで設定される前記少なくとも１つのＰＵＣＣＨリソース上でフィードバックを送信することとを含む。

【0014】

本態様のいくつかの実施形態では、前記フィードバックが送信される前記少なくとも１つのチャネルが、前記少なくとも１つのチャネルに関連づけられたリスンビフォートーク（ＬＢＴ）カテゴリに少なくとも部分的に基づく。本態様のいくつかの実施形態では、本方法は、ダウンリンク制御情報（ＤＣＩ）を受信することをさらに含み、前記ＬＢＴカテゴリが前記ＤＣＩで指示されるＬＢＴ情報に基づく。本態様のいくつかの実施形態では、前記フィードバックが送信される前記少なくとも１つのチャネルが、リスンビフォートーク（ＬＢＴ）手順が使用されないＰＵＣＣＨグループ内の前記少なくとも１つのチャネルに対応する。本態様のいくつかの実施形態では、前記フィードバックが送信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最低のサービングセルインデックスに少なくとも部分的に基づく。本態様のいくつかの実施形態では、前記フィードバックが送信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルに対応する。

【0015】

本態様のいくつかの実施形態では、前記フィードバックが送信される前記少なくとも１つのチャネルが、最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルに対応する。本態様のいくつかの実施形態では、前記フィードバックが送信される前記少なくとも１つのチャネルが、前記フィードバックが関係する対応するダウンリンクスケジューリングを前記ＷＤが受信したのと同じチャネルである。本態様のいくつかの実施形態では、本方法は、ＰＵＣＣＨグループ内の前記複数のチャネルのすべての前記チャネルと、前記ＷＤがダウンリンクスケジューリングを受信したチャネルと、ネットワークノードによって明示的に指示された前記複数のチャネルのサブセットとのうちの少なくとも１つに対して前記フィードバックの少なくとも１つの複製を送信することをさらに含む。

【0016】

本態様のいくつかの実施形態では、前記受信される設定が、複数のＰＵＣＣＨグループを前記ＷＤに設定し、各ＰＵＣＣＨグループに前記複数のチャネルのうちの少なくとも１つが割り当てられる。本態様のいくつかの実施形態では、本方法は、前記フィードバック送信のために使用される前記少なくとも１つのチャネルを指示する少なくとも１つのインデックスを含む少なくとも１つのダウンリンク制御情報（ＤＣＩ）を受信することをさらに含む。本態様のいくつかの実施形態では、前記ＷＤによって受信される前記少なくとも１つのインデックスを含む前記少なくとも１つのＤＣＩが、前記ＷＤに関連づけられたすべてのダウンリンクチャネルで複製される。本態様のいくつかの実施形態では、本方法は、前記フィードバック送信のためのチャネル候補のセットを指示するシグナリングを受信することと、前記フィードバック送信のためのチャネル候補の前記指示されたセットのうちから前記少なくとも１つのチャネルを選択することとをさらに含む。本態様のいくつかの実施形態では、前記フィードバックを送信することが、前記選択された少なくとも１つのチャネルで前記フィードバックを送信することを含む。

【0017】

本態様のいくつかの実施形態では、チャネル候補の前記指示されたセットのうちから前記少なくとも１つのチャネルを選択することが、所定の順序と、ダウンリンク送信に関連づけられた前記少なくとも１つのチャネルと、アップリンク送信に関連づけられた前記少なくとも１つのチャネルと、リスンビフォートーク（ＬＢＴ）カテゴリに関連づけられた前記少なくとも１つのチャネルと、ＬＢＴ手順が使用されない前記少なくとも１つのチャネルと、ＰＵＣＣＨグループ内の最低のサービングセルインデックスに関連づけられた前記少なくとも１つのチャネルと、ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルと、最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルと、前記ＷＤがダウンリンクスケジューリングを受信した前記少なくとも１つのチャネルとのうちの少なくとも１つに少なくとも部分的に基づいて、前記フィードバック送信のためのチャネル候補の前記指示されたセットのうちから前記少なくとも１つのチャネルを選択することをさらに含む。

【0018】

本態様のいくつかの実施形態では、本方法は、前記少なくとも１つのＰＵＣＣＨリソースが物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と重複する場合、前記フィードバックを前記ＰＵＳＣＨ送信と多重化することをさらに含む。本態様のいくつかの実施形態では、前記方法は、ダウンリンク制御情報（ＤＣＩ）を受信することであって、前記ＤＣＩが前記少なくとも１つのＰＵＣＣＨリソース上で前記フィードバックのためのタイミングを指示する、ＤＣＩを受信することと、物理アップリンク共有チャネル（ＰＵＳＣＨ）上でアップリンク（ＵＬ）グラントを受信することと、リスンビフォートーク（ＬＢＴ）結果に少なくとも部分的に基づいて、前記フィードバックを送信するために前記少なくとも１つのＰＵＣＣＨリソースおよび前記ＰＵＳＣＨのうちの１つを選択することとをさらに含む。本態様のいくつかの実施形態では、前記フィードバックが、アップリンク制御情報（ＵＣＩ）、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）、チャネル状態情報（ＣＳＩ）およびスケジューリング要求のうちの少なくとも１つを含む。本態様のいくつかの実施形態では、前記複数のチャネルが、非ライセンススペクトル内の複数のサブバンド、複数のキャリア、および複数のセルのうちの１つに対応する。

【0019】

本開示の別の態様によれば、無線デバイス（ＷＤ）と通信するように設定されたネットワークノード内に実装される方法が提供される。本方法は、複数のチャネルに対する設定を送信することであって、前記設定が少なくとも１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを記複数のチャネルのそれぞれに設定する、設定を送信することと、前記複数のチャネルのうちの少なくとも１つのチャネルで設定される前記少なくとも１つのＰＵＣＣＨリソース上でフィードバックを受信することとを含む。

【0020】

本態様のいくつかの実施形態では、前記フィードバックが受信される前記少なくとも１つのチャネルが、前記少なくとも１つのチャネルに関連づけられたリスンビフォートーク（ＬＢＴ）カテゴリに少なくとも部分的に基づく。本態様のいくつかの実施形態では、本方法は、ダウンリンク制御情報（ＤＣＩ）を送信することをさらに含み、前記ＬＢＴカテゴリが前記ＤＣＩで指示されるＬＢＴ情報に基づく。本態様のいくつかの実施形態では、前記フィードバックが受信される前記少なくとも１つのチャネルが、リスンビフォートーク（ＬＢＴ）手順が使用されないＰＵＣＣＨグループ内の前記少なくとも１つのチャネルに対応する。本態様のいくつかの実施形態では、前記フィードバックが受信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最低のサービングセルインデックスに少なくとも部分的に基づく。

【0021】

本態様のいくつかの実施形態では、前記フィードバックが受信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルに対応する。本態様のいくつかの実施形態では、前記フィードバックが受信される前記少なくとも１つのチャネルが、最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルに対応する。本態様のいくつかの実施形態では、前記フィードバックが受信される前記少なくとも１つのチャネルが、前記フィードバックが関係する対応するダウンリンクスケジューリングを前記ＷＤが受信したのと同じチャネルである。本態様のいくつかの実施形態では、本方法は、ＰＵＣＣＨグループ内の前記複数のチャネルのうちの少なくとも１つのチャネルと、前記ＷＤがダウンリンクスケジューリングを受信した少なくとも１つのチャネルと、前記ネットワークノードによって明示的に指示された前記複数のチャネルのサブセット内の少なくとも１つのチャネルとのうちの少なくとも１つで前記フィードバックの少なくとも１つの複製を受信することをさらに含む。

【0022】

本態様のいくつかの実施形態では、前記設定が、複数のＰＵＣＣＨグループを前記ＷＤに設定し、各ＰＵＣＣＨグループに前記複数のチャネルのうちの少なくとも１つが割り当てられる。本態様のいくつかの実施形態では、本方法は、前記フィードバック送信のために使用される前記少なくとも１つのチャネルを指示する少なくとも１つのインデックスを含む少なくとも１つのダウンリンク制御情報（ＤＣＩ）を送信することをさらに含む。本態様のいくつかの実施形態では、前記少なくとも１つのインデックスを含む前記少なくとも１つのＤＣＩが、前記ＷＤに関連づけられたすべてのダウンリンクチャネルで複製される。本態様のいくつかの実施形態では、本方法は、前記フィードバック送信のためのチャネル候補のセットを指示するシグナリングを送信することをさらに含む。本態様のいくつかの実施形態では、前記フィードバックが、チャネル候補の前記指示されたセットのうちから選択された前記少なくとも１つのチャネルで受信される。

【0023】

本態様のいくつかの実施形態では、チャネル候補の前記指示されたセットのうちから選択された前記少なくとも１つのチャネルが、所定の順序と、ダウンリンク送信に関連づけられた前記少なくとも１つのチャネルと、アップリンク送信に関連づけられた前記少なくとも１つのチャネルと、リスンビフォートーク（ＬＢＴ）カテゴリに関連づけられた前記少なくとも１つのチャネルと、ＬＢＴ手順が使用されない前記少なくとも１つのチャネルと、ＰＵＣＣＨグループ内の最低のサービングセルインデックスに関連づけられた前記少なくとも１つのチャネルと、ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルと、最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルと、前記ＷＤがダウンリンクスケジューリングを受信した前記少なくとも１つのチャネルとのうちの少なくとも１つに少なくとも部分的に基づいて選択される。

【0024】

本態様のいくつかの実施形態では、本方法は、前記少なくとも１つのＰＵＣＣＨリソースが物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と重複する場合、前記ＰＵＳＣＨ送信と多重化された前記フィードバックを受信することをさらに含む。本態様のいくつかの実施形態では、本方法は、ダウンリンク制御情報（ＤＣＩ）を送信することであって、前記ＤＣＩが前記少なくとも１つのＰＵＣＣＨリソース上で前記フィードバックのためのタイミングを指示する、ＤＣＩを送信することと、物理アップリンク共有チャネル（ＰＵＳＣＨ）上でアップリンク（ＵＬ）グラントを送信することと、前記ＷＤのリスンビフォートーク（ＬＢＴ）結果に少なくとも部分的に基づいて、前記少なくとも１つのＰＵＣＣＨリソースおよび前記ＰＵＳＣＨのうちの１つで前記フィードバックを受信することとをさらに含む。本態様のいくつかの実施形態では、前記フィードバックが、アップリンク制御情報（ＵＣＩ）、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）、チャネル状態情報（ＣＳＩ）およびスケジューリング要求のうちの少なくとも１つを含む。本態様のいくつかの実施形態では、前記複数のチャネルが、非ライセンススペクトル内の複数のサブバンド、複数のキャリア、および複数のセルのうちの１つに対応する。

【0025】

本開示の別の態様によれば、無線デバイス（ＷＤ）が処理回路を備える。前記処理回路が前記ＷＤに、複数のチャネルに対する設定を受信させ、前記設定が少なくとも１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを前記複数のチャネルのそれぞれに設定し、前記複数のチャネルのうちの少なくとも１つのチャネルで設定される前記少なくとも１つのＰＵＣＣＨリソース上でフィードバックを送信させるように設定される。

【0026】

本態様のいくつかの実施形態では、前記フィードバックが送信される前記少なくとも１つのチャネルが、前記少なくとも１つのチャネルに関連づけられたリスンビフォートーク（ＬＢＴ）カテゴリに少なくとも部分的に基づく。本態様のいくつかの実施形態では、前記処理回路が前記ＷＤに、ダウンリンク制御情報（ＤＣＩ）を受信させ、前記ＬＢＴカテゴリが前記ＤＣＩで指示されるＬＢＴ情報に基づく、ようにさらに設定される。本態様のいくつかの実施形態では、前記フィードバックが送信される前記少なくとも１つのチャネルが、リスンビフォートーク（ＬＢＴ）手順が使用されないＰＵＣＣＨグループ内の前記少なくとも１つのチャネルに対応する。本態様のいくつかの実施形態では、前記フィードバックが送信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最低のサービングセルインデックスに少なくとも部分的に基づく。

【0027】

本態様のいくつかの実施形態では、前記フィードバックが送信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルに対応する。本態様のいくつかの実施形態では、前記フィードバックが送信される前記少なくとも１つのチャネルが、最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルに対応する。本態様のいくつかの実施形態では、前記フィードバックが送信される前記少なくとも１つのチャネルが、前記フィードバックが関係する対応するダウンリンクスケジューリングを前記ＷＤが受信したのと同じチャネルである。本態様のいくつかの実施形態では、前記処理回路が前記ＷＤに、ＰＵＣＣＨグループ内の前記複数のチャネルのすべての前記チャネルと、前記ＷＤがダウンリンクスケジューリングを受信したチャネルと、ネットワークノードによって明示的に指示された前記複数のチャネルのサブセットとのうちの少なくとも１つに対して前記フィードバックの少なくとも１つの複製を送信させるようにさらに設定される。

【0028】

本態様のいくつかの実施形態では、前記受信される設定が、複数のＰＵＣＣＨグループを前記ＷＤに設定し、各ＰＵＣＣＨグループに前記複数のチャネルのうちの少なくとも１つが割り当てられる。本態様のいくつかの実施形態では、前記処理回路が前記ＷＤに、前記フィードバック送信のために使用される前記少なくとも１つのチャネルを指示する少なくとも１つのインデックスを含む少なくとも１つのダウンリンク制御情報（ＤＣＩ）を受信させるようにさらに設定される。本態様のいくつかの実施形態では、前記ＷＤによって受信される前記少なくとも１つのインデックスを含む前記少なくとも１つのＤＣＩが、前記ＷＤに関連づけられたすべてのダウンリンクチャネルで複製される。本態様のいくつかの実施形態では、前記処理回路が前記ＷＤに、前記フィードバック送信のためのチャネル候補のセットを指示するシグナリングを受信させ、前記フィードバック送信のためのチャネル候補の前記指示されたセットのうちから前記少なくとも１つのチャネルを選択させるようにさらに設定される。本態様のいくつかの実施形態では、前記処理回路が、前記選択された少なくとも１つのチャネルで前記フィードバックを送信するように設定されることによって前記フィードバックを送信するように設定される。

【0029】

本態様のいくつかの実施形態では、前記処理回路が前記ＷＤに、所定の順序と、ダウンリンク送信に関連づけられた前記少なくとも１つのチャネルと、アップリンク送信に関連づけられた前記少なくとも１つのチャネルと、リスンビフォートーク（ＬＢＴ）カテゴリに関連づけられた前記少なくとも１つのチャネルと、ＬＢＴ手順が使用されない前記少なくとも１つのチャネルと、ＰＵＣＣＨグループ内の最低のサービングセルインデックスに関連づけられた前記少なくとも１つのチャネルと、ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルと、最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルと、前記ＷＤがダウンリンクスケジューリングを受信した前記少なくとも１つのチャネルとのうちの少なくとも１つに少なくとも部分的に基づいて、前記フィードバック送信のためのチャネル候補の前記指示されたセットのうちから前記少なくとも１つのチャネルを選択させるように設定されることによって、チャネル候補の前記指示されたセットのうちから前記少なくとも１つのチャネルを選択するように設定される。

【0030】

本態様のいくつかの実施形態では、前記処理回路が前記ＷＤに、前記少なくとも１つのＰＵＣＣＨリソースが物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と重複する場合、前記フィードバックを前記ＰＵＳＣＨ送信と多重化させるようにさらに設定される。本態様のいくつかの実施形態では、前記処理回路が前記ＷＤに、ダウンリンク制御情報（ＤＣＩ）を受信させ、前記ＤＣＩが前記少なくとも１つのＰＵＣＣＨリソース上で前記フィードバックのためのタイミングを指示し、物理アップリンク共有チャネル（ＰＵＳＣＨ）上でアップリンク（ＵＬ）グラントを受信させ、リスンビフォートーク（ＬＢＴ）結果に少なくとも部分的に基づいて、前記フィードバックを送信するために前記少なくとも１つのＰＵＣＣＨリソースおよび前記ＰＵＳＣＨのうちの１つを選択させるようにさらに設定される。本態様のいくつかの実施形態では、前記フィードバックが、アップリンク制御情報（ＵＣＩ）、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）、チャネル状態情報（ＣＳＩ）およびスケジューリング要求のうちの少なくとも１つを含む。本態様のいくつかの実施形態では、前記複数のチャネルが、非ライセンススペクトル内の複数のサブバンド、複数のキャリア、および複数のセルのうちの１つに対応する。

【0031】

本開示のさらに別の態様によれば、無線デバイス（ＷＤ）と通信するように設定されたネットワークノードが提供される。前記ネットワークノードが処理回路を含む。前記処理回路が前記ネットワークノードに、複数のチャネルに対する設定を送信させ、前記設定が少なくとも１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを前記複数のチャネルのそれぞれに設定し、前記複数のチャネルのうちの少なくとも１つのチャネルで設定される前記少なくとも１つのＰＵＣＣＨリソース上でフィードバックを受信させるように設定される。

【0032】

本態様のいくつかの実施形態では、前記フィードバックが受信される前記少なくとも１つのチャネルが、前記少なくとも１つのチャネルに関連づけられたリスンビフォートーク（ＬＢＴ）カテゴリに少なくとも部分的に基づく。本態様のいくつかの実施形態では、前記処理回路が前記ネットワークノードに、ダウンリンク制御情報（ＤＣＩ）を送信させ、前記ＬＢＴカテゴリが前記ＤＣＩで指示されるＬＢＴ情報に基づく、ようにさらに設定される。本態様のいくつかの実施形態では、前記フィードバックが受信される前記少なくとも１つのチャネルが、リスンビフォートーク（ＬＢＴ）手順が使用されないＰＵＣＣＨグループ内の前記少なくとも１つのチャネルに対応する。本態様のいくつかの実施形態では、前記フィードバックが受信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最低のサービングセルインデックスに少なくとも部分的に基づく。本態様のいくつかの実施形態では、前記フィードバックが受信される前記少なくとも１つのチャネルが、ＰＵＣＣＨグループ内の最短の検知継続時間を有する前記少なくとも１つのチャネルに対応する。

【0033】

本態様のいくつかの実施形態では、前記フィードバックが受信される前記少なくとも１つのチャネルが、最低のチャネル占有度および最低のリスンビフォートーク（ＬＢＴ）障害統計のうちの少なくとも１つに関連づけられた前記少なくとも１つのチャネルに対応する。本態様のいくつかの実施形態では、前記フィードバックが受信される前記少なくとも１つのチャネルが、前記フィードバックが関係する対応するダウンリンクスケジューリングを前記ＷＤが受信したのと同じチャネルである。本態様のいくつかの実施形態では、前記処理回路が前記ネットワークノードに、ＰＵＣＣＨグループ内の前記複数のチャネルのうちの少なくとも１つのチャネルと、前記ＷＤがダウンリンクスケジューリングを受信した少なくとも１つのチャネルと、前記ネットワークノードによって明示的に指示された前記複数のチャネルのサブセット内の少なくとも１つのチャネルとのうちの少なくとも１つで前記フィードバックの少なくとも１つの複製を受信させるようにさらに設定される。本態様のいくつかの実施形態では、前記設定が、複数のＰＵＣＣＨグループを前記ＷＤに設定し、各ＰＵＣＣＨグループに前記複数のチャネルのうちの少なくとも１つが割り当てられる。

【0034】

本態様のいくつかの実施形態では、前記処理回路が前記ネットワークノードに、前記フィードバック送信のために使用される前記少なくとも１つのチャネルを指示する少なくとも１つのインデックスを含む少なくとも１つのダウンリンク制御情報（ＤＣＩ）を送信させるようにさらに設定される。本態様のいくつかの実施形態では、前記少なくとも１つのインデックスを含む前記少なくとも１つのＤＣＩが、前記ＷＤに関連づけられたすべてのダウンリンクチャネルで複製される。本態様のいくつかの実施形態では、前記処理回路が前記ネットワークノードに、前記フィードバック送信のためのチャネル候補のセットを指示するシグナリングを送信させるようにさらに設定される。前記フィードバックが、チャネル候補の前記指示されたセットのうちから選択された前記少なくとも１つのチャネルで受信される。

【0035】

【0036】

本態様のいくつかの実施形態では、前記処理回路が前記ネットワークノードに、前記少なくとも１つのＰＵＣＣＨリソースが物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と重複する場合、前記ＰＵＳＣＨ送信と多重化された前記フィードバックを受信させるようにさらに設定される。本態様のいくつかの実施形態では、前記処理回路が前記ネットワークノードに、ダウンリンク制御情報（ＤＣＩ）を送信させ、前記ＤＣＩが前記少なくとも１つのＰＵＣＣＨリソース上で前記フィードバックのためのタイミングを指示し、物理アップリンク共有チャネル（ＰＵＳＣＨ）上でアップリンク（ＵＬ）グラントを送信させ、前記ＷＤのリスンビフォートーク（ＬＢＴ）結果に少なくとも部分的に基づいて、前記少なくとも１つのＰＵＣＣＨリソースおよび前記ＰＵＳＣＨのうちの１つで前記フィードバックを受信させるようにさらに設定される。本態様のいくつかの実施形態では、前記フィードバックが、アップリンク制御情報（ＵＣＩ）、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）、チャネル状態情報（ＣＳＩ）およびスケジューリング要求のうちの少なくとも１つを含む。本態様のいくつかの実施形態では、前記複数のチャネルが、非ライセンススペクトル内の複数のサブバンド、複数のキャリア、および複数のセルのうちの１つに対応する。

【0037】

本実施形態ならびにそれに伴う利点および特徴のより完全な理解は、添付の図面とともに考慮されるときに、以下の詳細な説明を参照することによって、より容易に理解されるであろう。

【図面の簡単な説明】

【0038】

【図1】ＰＵＣＣＨグループがＰＣｅｌｌおよびＰＳＣｅｌｌ上で送信される、ＮＲに対する複数のＰＵＣＣＨグループの使用を示す図である。

【図2】複数のＰＵＣＣＨグループを有するフィードバックメカニズムの例を示す図であり、最初の４つのダウンリンク（ＤＬ）ＣＣに対するフィードバックはアップリンク（ＵＬ）ＰＣｅｌｌで送信されることが可能であり、最後の２つのＤＬＣＣに対するフィードバックはＵＬＰＳＣｅｌｌで送信されることが可能である。

【図3】本開示における原理による、中間ネットワークを介してホストコンピュータに接続される通信システムを示す例示的なネットワークアーキテクチャの概略図である。

【図4】本開示のいくつかの実施形態による、ネットワークノードを介して少なくとも部分的に無線の接続を通じて無線デバイスと通信するホストコンピュータのブロック図である。

【図5】本開示のいくつかの実施形態による、無線デバイスでクライアントアプリケーションを実行するための、ホストコンピュータ、ネットワークノードおよび無線デバイスを含む通信システム内で実装される例示的方法を示すフローチャートである。

【図6】本開示のいくつかの実施形態による、無線デバイスでユーザデータを受信するための、ホストコンピュータ、ネットワークノードおよび無線デバイスを含む通信システム内で実装される例示的方法を示すフローチャートである。

【図7】本開示のいくつかの実施形態による、ホストコンピュータで無線デバイスからのユーザデータを受信するための、ホストコンピュータ、ネットワークノードおよび無線デバイスを含む通信システム内で実装される例示的方法を示すフローチャートである。

【図8】本開示のいくつかの実施形態による、ホストコンピュータでユーザデータを受信するための、ホストコンピュータ、ネットワークノードおよび無線デバイスを含む通信システム内で実装される例示的方法を示すフローチャートである。

【図9】本開示のいくつかの実施形態による、非ライセンススペクトル動作のためのＨＡＲＱ－ＡＣＫフィードバック送信に対してフレキシビリティを提供するための、ネットワークノード内の例示的なプロセスのフローチャートである。

【図10】本開示のいくつかの実施形態による、非ライセンススペクトル動作のためのＨＡＲＱ－ＡＣＫフィードバック送信に対してフレキシビリティを提供するための、無線デバイス内の例示的なプロセスのフローチャートである。

【図11】本開示のいくつかの実施形態による、非ライセンススペクトル動作のためのＨＡＲＱ－ＡＣＫフィードバック送信に対してフレキシビリティを提供するための、ネットワークノード内の例示的なプロセスのフローチャートである。

【図12】本開示のいくつかの実施形態による、非ライセンススペクトル動作のためのＨＡＲＱ－ＡＣＫフィードバック送信に対してフレキシビリティを提供するための、無線デバイス内の例示的なプロセスのフローチャートである。

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

【0039】

上記のように、３ＧＰＰＲｅｌ－１５ＮＲにおけるキャリア間フィードバックメカニズムはライセンス済み動作のために設計され、その場合にはＵＬＰＣｅｌｌおよび／またはＵＬＰＳＣｅｌｌ／ＰＵＣＣＨ－ＳＣｅｌｌの利用可能性は確実である。しかしＮＲ－Ｕでは、ＵＬＰＣｅｌｌおよび／またはＰＳＣｅｌｌ／ＰＵＣＣＨ－ＳＣｅｌｌは常に利用可能であるとは限らない。本開示は、ＰＣｅｌｌ／ＰＳＣｅｌｌ／ＰＵＣＣＨ－ＳＣｅｌｌ利用可能性の不確実性を考慮した、複数のキャリアに対するフィードバック情報を送信するための方法およびデバイスを提供する。

【0040】

例示的な実施形態について詳細に説明する前に、本実施形態は、無線周波数スペクトルの非ライセンス部分で動作するときにフィードバック情報を送信することに関係する装置構成要素およびプロセスステップの組合せに主として存在することが注意される。したがって、本明細書の記載の恩恵を受ける当業者には直ちに明らかな詳細によって本開示を不明瞭にしないように、構成要素は図中で通常の記号によって適宜表現され、本実施形態を理解することに関係する特定の詳細のみを示している。本明細書全体を通じて、同様の番号は同様の要素を指す。

【0041】

なお、「キャリア」および「セル」という用語は、本開示の文脈では類似の意味で使用されていることに留意されたい。本明細書で使用される場合、「第１」および「第２」、「上」および「下」などの関係を示す用語は、あるエンティティまたは要素を別のエンティティまたは要素から区別するためにのみ使用されることがあり、このようなエンティティまたは要素間のいかなる物理的または論理的関係または順序を必ずしも要求または含意しない。本明細書で使用される術語は、特定の実施形態を説明することのみを目的とし、本明細書に記載される概念を限定することを意図していない。本明細書で使用される場合、単数形は、文脈が明確に他の場合を示していない限り、複数形をも含むことを意図している。また、「備える」および／または「含む」という用語は、本明細書で使用される場合、記載された特徴、整数、ステップ、動作、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除しないと理解される。

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

当業者には認識されるように、本明細書に記載される実施形態は、上記で本明細書に具体的に図示し記載されたものに限定されない。さらに、上記で別段の言及がない限り、添付図面のすべては縮尺通りでないことに留意されるべきである。以下の特許請求の範囲の記載範囲から逸脱することなく、上記の教示に照らしてさまざまな変更形態および変形形態が可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【手続補正書】

【提出日】2022-03-07

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

【請求項2】

【請求項3】

【請求項4】

【請求項5】

【請求項6】

【請求項7】

【請求項8】

【請求項9】

【請求項10】

【請求項11】

前記フィードバック送信のために使用される前記少なくとも１つのチャネルを指示する少なくとも１つのインデックスを含む少なくとも１つのダウンリンク制御情報（ＤＣＩ）を受信することであって、前記ＷＤ（２２）によって受信される前記少なくとも１つのインデックスを含む前記少なくとも１つのＤＣＩが、前記ＷＤ（２２）に関連づけられたすべてのダウンリンクチャネルで複製される、少なくとも１つのＤＣＩを受信すること
をさらに含む、請求項１に記載の方法。

【請求項12】

【請求項13】

【請求項14】

【請求項15】

【請求項16】

【請求項17】

前記フィードバックが受信される前記少なくとも１つのチャネルが、前記少なくとも１つのチャネルに関連づけられたリスンビフォートーク（ＬＢＴ）カテゴリに少なくとも部分的に基づく、請求項１６に記載の方法。

【請求項18】

ダウンリンク制御情報（ＤＣＩ）を送信することをさらに含み、前記ＬＢＴカテゴリが前記ＤＣＩで指示されるＬＢＴ情報に基づく、請求項１７に記載の方法。

【請求項19】

【請求項20】

前記処理回路（８４）が前記ＷＤ（２２）に、請求項１から１６のいずれか一項に記載の方法を実行させるようにさらに設定される、請求項１９に記載のＷＤ（２２）。