(57)【要約】  ハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバックについての、方法および装置が開示される。一実施形態において、無線デバイス（ＷＤ）において実装される方法は、ネットワークノードから、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングしている第１のダウンリンク制御情報（ＤＣＩ）を受信することと、ネットワークノードから、第２のＤＣＩを受信することであって、第２のＤＣＩが第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む、第２のＤＣＩを受信することとを含む。別の実施形態では、ネットワークノードにおいて実装される方法は、ＰＤＳＣＨをスケジューリングしている第１のダウンリンク制御情報（ＤＣＩ）を送信することと、第２のＤＣＩを送信することであって、第２のＤＣＩが第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む、第２のＤＣＩを送信することとを含む。【選択図】図１１
2021524184.tif 000002
【特許請求の範囲】
【請求項１】
無線デバイス（ＷＤ）（２２）において実装される方法であって、前記方法は、
ネットワークノード（１６）から、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を受信すること（Ｓ１４４）と、
前記ネットワークノード（１６）から、第２のＤＣＩを受信することであって、前記第２のＤＣＩが前記第１のＤＣＩによってスケジューリングされた前記ＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む、第２のＤＣＩを受信すること（Ｓ１４６）と、
任意選択で、前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガに応答して、前記第１のＤＣＩによってスケジューリングされた前記ＰＤＳＣＨについての前記ＨＡＲＱ−ＡＣＫフィードバックを送信すること（Ｓ１４７）と
を含む、方法。
【請求項２】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、前記ネットワークノード（１６）がフィードバックを要求している設定されたＨＡＲＱプロセスに対応するビットマップを含む、請求項１に記載の方法。
【請求項３】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む前記第２のＤＣＩを前記受信することが、前記第２のＤＣＩのフィールド内の前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガを受信することをさらに含む、請求項１または２に記載の方法。
【請求項４】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、設定されたＨＡＲＱプロセスの少なくともサブセットについてのＨＡＲＱ−ＡＣＫフィードバックをトリガし、前記少なくともサブセットが、前記ネットワークノード（１６）によって肯定応答がまだ受信されていない前記設定されたＨＡＲＱプロセスに対応する、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、全ての設定されたＨＡＲＱプロセスについてＨＡＲＱ−ＡＣＫフィードバックをトリガする、請求項１から３のいずれか一項に記載の方法。
【請求項６】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、
前記ネットワークノード（１６）が前記トリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する時間リソースの指示、
前記ネットワークノード（１６）が前記トリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する周波数リソースの指示、および
前記ネットワークノード（１６）が前記トリガされたＨＡＲＱ−ＡＣＫフィードバックを期待するキャリアの指示、
のうちの少なくとも１つを含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記第２のＤＣＩが少なくとも２つのダウンリンク割り当てインジケータ（ＤＡＩ）の値をさらに含み、第１のＤＡＩ値が前記ＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされると想定しており、第２のＤＡＩ値が前記ＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされないことを想定している、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記第２のＤＣＩ内の前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガを受信することに応答して、前記第１のＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを決定すること
をさらに含む、請求項１から７のいずれか一項に記載の方法。
【請求項９】
アンライセンススペクトル上で前記ＨＡＲＱ−ＡＣＫフィードバックを送信するために、リッスンビフォアトーク（ＬＢＴ）手順を実行することと、
ＬＢＴの成功に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを決定することと
をさらに含む、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、前記ＰＤＳＣＨをスケジューリングしている前記ＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいて、前記ＨＡＲＱ−ＡＣＫフィードバックをトリガする、請求項１から１０のいずれか一項に記載の方法。
【請求項１１】
無線デバイス（ＷＤ）（２２）において実装される方法であって、前記方法は、
スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を受信すること（Ｓ１４８）と、
受信された前記ＨＡＲＱ−ＡＣＫフィードバック要求に応答して、前記ＰＤＳＣＨの端部と前記ＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを通信すること（Ｓ１５０）と
を含む、方法。
【請求項１２】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記通信することが、同一チャネル占有時間（ＣＯＴ）内の前記ＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、前記ＰＤＳＣＨとして通信することをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記通信することが、アンライセンススペクトル上の前記ＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく通信することをさらに含む、請求項１１または１２に記載の方法。
【請求項１４】
前記ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にネットワークノード（１６）からリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を受信すること
をさらに含む、請求項１１から１３のいずれか一項に記載の方法。
【請求項１５】
前記ギャップのサイズが最大でギャップサイズ閾値を満たす場合、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく、アンライセンススペクトル上で前記ＨＡＲＱ−ＡＣＫフィードバックを通信することと、
前記ギャップのサイズが前記ギャップサイズ閾値を超える場合、ＬＢＴ手順を実行することの後、前記アンライセンススペクトル上で前記ＨＡＲＱ−ＡＣＫフィードバックを通信することと
をさらに含む、請求項１１から１４のいずれか一項に記載の方法。
【請求項１６】
ネットワークノード（１６）からリッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するための設定を受信すること
をさらに含む、請求項１１から１５のいずれか一項に記載の方法。
【請求項１７】
ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つがギャップ内でスケジューリングされる、請求項１１から１６のいずれか一項に記載の方法。
【請求項１８】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記通信することが、
リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づく前記ＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って前記ＨＡＲＱ−ＡＣＫフィードバックを通信すること
をさらに含む、請求項１１から１７のいずれか一項に記載の方法。
【請求項１９】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記通信することが、
ＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされた前記ＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って前記ＨＡＲＱ−ＡＣＫフィードバックを通信すること
をさらに含む、請求項１１から１８のいずれか一項に記載の方法。
【請求項２０】
ネットワークノード（１６）において実装される方法であって、前記方法は、
任意選択で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてのスケジューリングを決定すること（Ｓ１３４）と、
前記ＰＤＳＣＨをスケジューリングしている第１のダウンリンク制御情報（ＤＣＩ）を送信すること（Ｓ１３６）と、
第２のＤＣＩを送信することであって、前記第２のＤＣＩが前記第１のＤＣＩによってスケジューリングされた前記ＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む、第２のＤＣＩを送信すること（Ｓ１３８）と
を含む、方法。
【請求項２１】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、前記ネットワークノードがフィードバックを要求している設定されたＨＡＲＱプロセスに対応するビットマップを含む、請求項２０に記載の方法。
【請求項２２】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、前記第２のＤＣＩ内のフィールドである、請求項２０または２１に記載の方法。
【請求項２３】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む前記第２のＤＣＩを前記送信することが、設定されたＨＡＲＱプロセスのうちの少なくともサブセットについて肯定応答がまだ受信されていないと判断することに応答する、請求項２０から２２のいずれか一項に記載の方法。
【請求項２４】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、全ての設定されたＨＡＲＱプロセスについてＨＡＲＱ−ＡＣＫフィードバックをトリガする、請求項２０から２２のいずれか一項に記載の方法。
【請求項２５】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、
前記ネットワークノード（１６）が前記トリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する時間リソースの指示、
前記ネットワークノード（１６）が前記トリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する周波数リソースの指示、および
前記ネットワークノード（１６）が前記トリガされたＨＡＲＱ−ＡＣＫフィードバックを期待するキャリアの指示、
のうちの少なくとも１つを含む、請求項２０から２４のいずれか一項に記載の方法。
【請求項２６】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む前記第２のＤＣＩを前記送信することが、
少なくとも２つのダウンリンク割り当てインジケータ（ＤＡＩ）の値を含む前記第２のＤＣＩを送信すること
をさらに含み、第１のＤＡＩ値が前記ＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされると想定しており、第２のＤＡＩ値が前記ＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされないことを想定している、請求項２０から２５のいずれか一項に記載の方法。
【請求項２７】
前記第２のＤＣＩ内の前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガを送信することの結果として、前記第１のＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを有する前記ＨＡＲＱ−ＡＣＫフィードバックを受信すること
をさらに含む、請求項２０から２６のいずれか一項に記載の方法。
【請求項２８】
ネットワークノード（１６）において実装される方法であって、前記方法は、
スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を送信すること（Ｓ１４０）と、
前記ＨＡＲＱ−ＡＣＫフィードバック要求の結果として、前記ＰＤＳＣＨの端部と前記ＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを受信すること（Ｓ１４２）と
を含む、方法。
【請求項２９】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記受信することが、同一チャネル占有時間（ＣＯＴ）内の前記ＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、前記ＰＤＳＣＨとして受信することをさらに含む、請求項２８に記載の方法。
【請求項３０】
前記ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を無線デバイス（ＷＤ）（２２）に送信すること
をさらに含む、請求項２８または２９に記載の方法。
【請求項３１】
無線デバイス（ＷＤ）（２２）がリッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するように設定すること
をさらに含む請求項２８から３０のいずれか一項に記載の方法。
【請求項３２】
ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つを前記ギャップ内でスケジューリングすること
をさらに含む、請求項２８から３１のいずれか一項に記載の方法。
【請求項３３】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記受信することが、
リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づく前記ＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って前記ＨＡＲＱ−ＡＣＫフィードバックを受信すること
をさらに含む、請求項２８から３２のいずれか一項に記載の方法。
【請求項３４】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記受信することが、
ＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされた前記ＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って前記ＨＡＲＱ−ＡＣＫフィードバックを受信すること
をさらに含む、請求項２８から３３のいずれか一項に記載の方法。
【請求項３５】
ネットワークノード（１６）と通信するように設定される無線デバイス（ＷＤ）（２２）であって、前記ＷＤ（２２）は無線インターフェース（８２）と、前記無線インターフェース（８２）と通信する処理回路（８４）とを備え、前記処理回路（８４）は、前記無線インターフェース（８２）が、
ネットワークノード（１６）から、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を受信することと、
前記ネットワークノード（１６）から、第２のＤＣＩを受信することであって、前記第２のＤＣＩが前記第１のＤＣＩによってスケジューリングされた前記ＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む、受信することと、
任意選択で前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガに応答して、前記第１のＤＣＩによってスケジューリングされた前記ＰＤＳＣＨについての前記ＨＡＲＱ−ＡＣＫフィードバックを送信することと
を行うように設定される、無線デバイス（ＷＤ）（２２）。
【請求項３６】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、前記ネットワークノード（１６）がフィードバックを要求している設定されたＨＡＲＱプロセスに対応するビットマップを含む、請求項３５に記載のＷＤ（２２）。
【請求項３７】
前記処理回路（８４）は、前記無線インターフェース（８２）に、
前記第２のＤＣＩ内のフィールド内の前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガを受信させる
ように設定されることにより、前記無線インターフェース（８２）に、前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む前記第２のＤＣＩを受信させるようさらに設定される、請求項３５または３６に記載のＷＤ（２２）。
【請求項３８】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、設定されたＨＡＲＱプロセスの少なくともサブセットについてのＨＡＲＱ−ＡＣＫフィードバックをトリガし、前記少なくともサブセットが、前記ネットワークノード（１６）によって肯定応答がまだ受信されていない前記設定されたＨＡＲＱプロセスに対応する、請求項３５から３７のいずれか一項に記載のＷＤ（２２）。
【請求項３９】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、全ての設定されたＨＡＲＱプロセスについてＨＡＲＱ−ＡＣＫフィードバックをトリガする、請求項３５から３７のいずれか一項に記載のＷＤ（２２）。
【請求項４０】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、
前記ネットワークノード（１６）が前記トリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する時間リソースの指示、
前記ネットワークノード（１６）が前記トリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する周波数リソースの指示、および
前記ネットワークノード（１６）が前記トリガされたＨＡＲＱ−ＡＣＫフィードバックを期待するキャリアの指示、
のうちの少なくとも１つを含む、請求項３５から３９のいずれか一項に記載のＷＤ（２２）。
【請求項４１】
前記第２のＤＣＩが少なくとも２つのダウンリンク割り当てインジケータ（ＤＡＩ）の値をさらに含み、第１のＤＡＩ値が前記ＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされると想定しており、第２のＤＡＩ値が前記ＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされないことを想定している、請求項３５から４０のいずれか一項に記載のＷＤ（２２）。
【請求項４２】
前記処理回路（８４）が、
前記第２のＤＣＩ内の前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガを受信することに応答して、前記第１のＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを決定すること
を行うようさらに設定される、請求項３５から４１のいずれか一項に記載のＷＤ（２２）。
【請求項４３】
前記処理回路（８４）が、
アンライセンススペクトル上で前記ＨＡＲＱ−ＡＣＫフィードバックを送信するために、リッスンビフォアトーク（ＬＢＴ）手順を実行することと、
ＬＢＴの成功に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを決定することと
を行うようさらに設定される、請求項３５から４２のいずれか一項に記載のＷＤ（２２）。
【請求項４４】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、前記ＰＤＳＣＨをスケジューリングしている前記ＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいて、前記ＨＡＲＱ−ＡＣＫフィードバックをトリガする、請求項３５から４３のいずれか一項に記載のＷＤ（２２）。
【請求項４５】
ネットワークノード（１６）と通信するように設定される無線デバイス（ＷＤ）（２２）であって、前記ＷＤ（２２）は無線インターフェース（８２）と、前記無線インターフェース（８２）と通信する処理回路（８４）とを備え、前記処理回路（８４）は、前記無線インターフェース（８２）が、
スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を受信することと、
前記受信されたＨＡＲＱ−ＡＣＫフィードバック要求に応答して、前記ＰＤＳＣＨの端部と前記ＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを通信することと
を行うように設定される、無線デバイス（ＷＤ）（２２）。
【請求項４６】
前記処理回路（８４）は、前記無線インターフェース（８２）に、
同一チャネル占有時間（ＣＯＴ）内の前記ＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、前記ＰＤＳＣＨとして通信させる
ように設定されることにより、前記無線インターフェース（８２）に、前記ＨＡＲＱ−ＡＣＫフィードバックを通信させるようさらに設定される、請求項４５に記載のＷＤ（２２）。
【請求項４７】
前記処理回路（８４）は、前記無線インターフェース（８２）に、
アンライセンススペクトル上の前記ＨＡＲＱ−ＡＣＫフィードバックを、前記サイズギャップに少なくとも部分的に基づいて、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく通信させる
ように設定されることにより、前記無線インターフェース（８２）に、前記ＨＡＲＱ−ＡＣＫフィードバックを通信させるようさらに設定される、請求項４５または４６に記載のＷＤ（２２）。
【請求項４８】
前記処理回路（８４）は、前記無線インターフェース（８２）が、
前記ＨＡＲＱ−ＡＣＫフィードバックを通信することの前に前記ネットワークノード（１６）からリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を受信すること
を行うようさらに設定される、請求項４５から４７のいずれか一項に記載のＷＤ（２２）。
【請求項４９】
前記処理回路（８４）は、前記無線インターフェース（８２）に、
前記ギャップのサイズが最大でギャップサイズ閾値を満たす場合、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく、アンライセンススペクトル上で前記ＨＡＲＱ−ＡＣＫフィードバックを通信させ、
前記ギャップのサイズが前記ギャップサイズ閾値を超える場合、前記ＬＢＴ手順を実行することの後、前記アンライセンススペクトル上で前記ＨＡＲＱ−ＡＣＫフィードバックを通信させる
ように設定されることにより、前記無線インターフェース（８２）に、前記ＨＡＲＱ−ＡＣＫフィードバックを通信させるようさらに設定される、請求項４５から４８のいずれか一項に記載のＷＤ（２２）。
【請求項５０】
前記処理回路（８４）は、前記無線インターフェース（８２）が、
前記ネットワークノード（１６）からリッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するための設定を受信すること
を行うようさらに設定される、請求項４５から４９のいずれか一項に記載のＷＤ（２２）。
【請求項５１】
ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つが前記ギャップ内でスケジューリングされる、請求項４５から５０のいずれか一項に記載のＷＤ（２２）。
【請求項５２】
前記処理回路（８４）は、前記無線インターフェース（８２）に、
前記ＨＡＲＱ−ＡＣＫフィードバックを、前記ＨＡＲＱ−ＡＣＫフィードバックの開始位置であって、リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づいている開始位置に従って、通信させる
ように設定されることにより、前記無線インターフェース（８２）に、前記ＨＡＲＱ−ＡＣＫフィードバックを通信させるようさらに設定される、請求項４５から５１のいずれか一項に記載のＷＤ（２２）。
【請求項５３】
前記処理回路（８４）は、前記無線インターフェース（８２）に、
前記ＨＡＲＱ−ＡＣＫフィードバックを、前記ＨＡＲＱ−ＡＣＫフィードバックの開始位置であって、前記ＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされる開始位置に従って、通信させる
ように設定されることにより、前記無線インターフェース（８２）に、前記ＨＡＲＱ−ＡＣＫフィードバックを通信させるようさらに設定される、請求項４５から５２のいずれか一項に記載のＷＤ（２２）。
【請求項５４】
無線デバイス（ＷＤ）（２２）と通信するように設定されるネットワークノード（１６）であって、前記ネットワークノード（１６）が無線インターフェース（６２）と、前記無線インターフェース（６２）と通信する処理回路（６８）とを備え、前記処理回路（６８）が、
任意選択で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてのスケジューリングを決定することと、
前記無線インターフェース（６２）が前記ＰＤＳＣＨをスケジューリングしている第１のダウンリンク制御情報（ＤＣＩ）を送信することを行うことと、
前記無線インターフェース（６２）が第２のＤＣＩを送信することを行うことであって、前記第２のＤＣＩが前記第１のＤＣＩによってスケジューリングされた前記ＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む、第２のＤＣＩを送信することを行うことと
を行うように設定される、ネットワークノード（１６）。
【請求項５５】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、前記ネットワークノード（１６）がフィードバックを要求している設定されたＨＡＲＱプロセスに対応するビットマップを含む、請求項５４に記載のネットワークノード（１６）。
【請求項５６】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、前記第２のＤＣＩ内のフィールドである、請求項５４または５５に記載のネットワークノード（１６）。
【請求項５７】
前記処理回路（６８）は、前記無線インターフェース（６２）に、
設定されたＨＡＲＱプロセスのうちの少なくともサブセットについて肯定応答がまだ受信されていないと判断することに応答して、前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む前記第２のＤＣＩを送信させる
ように設定されることにより、前記無線インターフェース（６２）に、前記第２のＤＣＩを送信させるように設定される、請求項５４から５６のいずれか一項に記載のネットワークノード（１６）。
【請求項５８】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、全ての設定されたＨＡＲＱプロセスについてＨＡＲＱ−ＡＣＫフィードバックをトリガする、請求項５４から５７のいずれか一項に記載のネットワークノード（１６）。
【請求項５９】
前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガが、
前記ネットワークノード（１６）が前記トリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する時間リソースの指示、
前記ネットワークノード（１６）が前記トリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する周波数リソースの指示、および
前記ネットワークノード（１６）が前記トリガされたＨＡＲＱ−ＡＣＫフィードバックを期待するキャリアの指示、
のうちの少なくとも１つを含む、請求項５４から５８のいずれか一項に記載のネットワークノード（１６）。
【請求項６０】
前記処理回路（６８）は、前記無線インターフェース（６２）に、
少なくとも２つのダウンリンク割り当てインジケータ（ＤＡＩ）の値を含む前記第２のＤＣＩを送信させる
ように設定されることにより、前記無線インターフェース（６２）に、前記第２のＤＣＩを送信させるように設定され、第１のＤＡＩ値が前記ＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされると想定しており、第２のＤＡＩ値が前記ＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされないことを想定している、請求項５４から５９のいずれか一項に記載のネットワークノード（１６）。
【請求項６１】
前記処理回路（６８）は、前記無線インターフェース（６２）が、
前記第２のＤＣＩ内の前記ＨＡＲＱ−ＡＣＫフィードバック要求トリガを送信することの結果として、前記第１のＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを有する前記ＨＡＲＱ−ＡＣＫフィードバックを受信すること
を行うように設定される、請求項５４から６０のいずれか一項に記載のネットワークノード（１６）。
【請求項６２】
無線デバイス（ＷＤ）（２２）と通信するように設定されるネットワークノード（１６）であって、前記ネットワークノード（１６）は無線インターフェース（６２）と、前記無線インターフェース（６２）と通信する処理回路（６８）とを備え、前記処理回路（６８）が、前記無線インターフェース（６２）が、
スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を送信することと、
前記ＨＡＲＱ−ＡＣＫフィードバック要求の結果として、前記ＰＤＳＣＨの端部と前記ＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを受信することと
を行うように設定される、ネットワークノード（１６）。
【請求項６３】
前記処理回路（６８）は、前記無線インターフェース（６２）に、
同一チャネル占有時間（ＣＯＴ）内の前記ＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、前記ＰＤＳＣＨとして受信させる
ように設定されることにより、前記無線インターフェース（６２）に、前記ＨＡＲＱ−ＡＣＫフィードバックを受信させるようさらに設定される、請求項６２に記載のネットワークノード（１６）。
【請求項６４】
前記処理回路（６８）は、前記無線インターフェース（６２）が、
前記ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を無線デバイス（ＷＤ）（２２）に送信すること
を行うようさらに設定される、請求項６２または６３に記載のネットワークノード（１６）。
【請求項６５】
前記処理回路（６８）は、前記無線インターフェース（６２）が、
ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つを前記ギャップ内でスケジューリングすること
を行うようさらに設定される、請求項６２から６４のいずれか一項に記載のネットワークノード（１６）。
【請求項６６】
前記処理回路（６８）は、前記無線インターフェース（６２）が、
無線デバイス（ＷＤ）（２２）がリッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するように設定すること
を行うようさらに設定される、請求項６２から６５のいずれか一項に記載のネットワークノード（１６）。
【請求項６７】
前記処理回路（６８）は、前記無線インターフェース（６２）に、
前記ＨＡＲＱ−ＡＣＫフィードバックを、リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づく前記ＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って、受信させる
ように設定されることにより、前記無線インターフェース（６２）に、前記ＨＡＲＱ−ＡＣＫフィードバックを受信させるようさらに設定される、請求項６２から６６のいずれか一項に記載のネットワークノード（１６）。
【請求項６８】
前記処理回路（６８）は、前記無線インターフェース（６２）に、
前記ＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされた前記ＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って前記ＨＡＲＱ−ＡＣＫフィードバックを受信させる
ように設定されることにより、前記無線インターフェース（６２）に、前記ＨＡＲＱ−ＡＣＫフィードバックを受信させるようさらに設定される、請求項６２から６７のいずれか一項に記載のネットワークノード（１６）。
【発明の詳細な説明】
【技術分野】
【０００１】
無線通信、詳細にはハイブリッド自動再送要求（ＨＡＲＱ）のための方法および装置。
【背景技術】
【０００２】
ＨＡＲＱは、特定のタイプの無線通信において採用される誤り検出および訂正技法である。５Ｇとも称される新無線（Ｎｅｗ  Ｒａｄｉｏ）は、動的時分割複信（ＴＤＤ）を説明するＨＡＲＱフィードバックタイミングに柔軟性を与えることができ、さらにはオーバヘッドの低減および信頼性の向上の両方のために、いくつかのＨＡＲＱフィードバックを組み合わせる可能性を与えることができる。図１は、そのような例を示している。ダウンリンク（ＤＬ）、すなわちネットワークノードから無線デバイスへ、データ送信、および肯定応答の間のスロットタイミング（Ｋ１と表記され得る）は、ダウンリンク制御情報（ＤＣＩ）内の３ビットのフィールドに基づいて決定される。無線リソースシグナリング（ＲＲＣ）は、Ｋ１でインデックス付けされる（可能な値範囲は｛０，１，・・・，１５｝を含む）８つの値のセットを設定する。
【０００３】
ＮＲは、準静的かつ動的なコードブロックにより、１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）／ＵＣＩ送信に、複数のＨＡＲＱプロセスに対応するアグリゲートフィードバックを含むための柔軟性を与えることができる。
【０００４】
準静的なＨＡＲＱコードブック
時間におけるＨＡＲＱコードブックのサイズ（ＤＬ関連付けセット）は、例えば、ＨＡＲＱ−ＡＣＫタイミングＫ１の設定されたセット、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）モニタリングオケージョン、および準静的な設定されたＴＤＤパターンに基づいて決定される。それぞれのスロットに対して、ユーザ機器（ＵＥ）または無線デバイス（ＷＤ）は、固定サイズのＨＡＲＱフィードバックビットマップを、そのキャリアアグリゲーション（ＣＡ）およびトランスポートブロック／コードブロックグループ（ＴＢ／ＣＢＧ）設定（この例では７ビット）に応じて、レポートすることができる。受信されないＴＢ／ＣＢＧは、ＮＡＣＫにセットされる。
【０００５】
動的なＨＡＲＱコードブック
動的なＨＡＲＱコードブックは、ＨＡＲＱフィードバックがレポートされるべきＨＡＲＱプロセスのセットを動的に決定する可能性を与えることができる。ＤＣＩは、レポートされるべきＨＡＲＱプロセスの数を示すＤＬ割り当てインジケータ、およびネットワークノード（例えば、ｅＮＢ）がフィードバックを期待している時間リソースを指定するＨＡＲＱ−ＡＣＫタイミングまでの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を含むことができる。
【０００６】
動的ＨＡＲＱコードブック用の、ダウンリンク割り当てインデックス（ＤＡＩ）計算
ＷＤは、動的コードブックサイズを計算するためにＤＡＩ値を参照する場合がある。全てのＰＤＳＣＨ送信について、ＤＣＩ中のＤＡＩ値は増分され得る。ＤＬスケジューリングＤＣＩ中のＤＡＩは、直前のＤＬスケジューリングＤＣＩと比較して１つずつステップアップされ得る。これが生じない場合、ＰＤＳＣＨ送信を逃したことを示している。ＷＤにおける現在と以前のＤＣＩ中の、受信された２つのＤＡＩ値の差は、ＰＤＳＣＨ送信をいくつ逃したかを示している。
【０００７】
ＤＡＩは、レポートすべきＨＡＲＱプロセスの数を示すことができる。しかしながら、例えばＮＲ  ｒｅｌ−１５など他の標準では、ＤＡＩ値は２ビット（４つの可能な値０、１、２、３を表現している）だけであり、例えば図２に示されるように、最大のＤＡＩ値（すなわち、３）に達した後、ＤＡＩはラップアラウンドして再度最小値から開始する。
【０００８】
既存のソリューションの課題の１つは、アンライセンス帯域上の送信が、リッスンビフォアトーク（ＬＢＴ）手順の対象となることである。したがって、ＬＢＴ結果に応じて、送信がうまくいくかどうかに不確実性が存在する。
【発明の概要】
【０００９】
いくつかの実施形態は、ネットワーク動作のためのＨＡＲＱフィードバック設計における効率を、特にアンライセンススペクトル帯域において、改善するための方法およびシステムを有利に提供する。
【００１０】
本開示のいくつかの実施形態は、例えばＮＲ−Ｕなどのアンライセンススペクトル上の動作についてのＨＡＲＱ制御情報についての方法および装置を含む。ＮＲ−Ｕとは、アンライセンススペクトル上のＮＲ動作を称する。いくつかのさらなる実施形態では、ＷＤからのＨＡＲＱフィードバックをどのようにして要求するか、ＨＡＲＱフィードバックをネットワークノードへいつ送るか、がカバーされる少なくとも２つの主な態様がある。本開示のいくつかの実施形態は、有利にはＮＲ−Ｕ動作についてのさらに効率的なＨＡＲＱフィードバック設計を提供し、共有されるチャネル占有時間（ＣＯＴ）の概念の利点を活用してＨＡＲＱフィードバックをネットワークノードへ送達させる。本開示のいくつかの実施形態は、さらに、ＷＤが逃した送信についてさえも、全てのプロセスについてＨＡＲＱフィードバックの（暗示的または明示的な）受信を保証することができる。
【００１１】
本開示の第１の態様によると、無線デバイス（ＷＤ）において実装される方法が提供される。方法は、ネットワークノードから、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を受信することを含む。方法は、ネットワークノードから、第２のＤＣＩを受信することを含み、第２のＤＣＩは、第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む。方法は、任意選択で、ＨＡＲＱ−ＡＣＫフィードバック要求トリガに応答して、第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックを送信することを含む。
【００１２】
いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがフィードバックを要求している設定されたＨＡＲＱプロセスに対応するビットマップを含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、少なくとも部分的に、ＰＤＳＣＨをスケジューリングしているＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に基づいて、ＨＡＲＱ−ＡＣＫフィードバックをトリガする。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む第２のＤＣＩを受信することは、第２のＤＣＩのフィールド内のＨＡＲＱ−ＡＣＫフィードバック要求トリガを受信することをさらに含む。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、設定されたＨＡＲＱプロセスの少なくともサブセットについてのＨＡＲＱ−ＡＣＫフィードバックをトリガし、少なくともサブセットは、ネットワークノードによって肯定応答がまだ受信されていない設定されたＨＡＲＱプロセスに対応する。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、全ての設定されたＨＡＲＱプロセスについてＨＡＲＱ−ＡＣＫフィードバックをトリガする。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する時間リソースの指示、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する周波数リソースの指示、およびネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待するキャリアの指示、のうちの少なくとも１つを含む。
【００１３】
本態様のいくつかの実施形態では、第２のＤＣＩは少なくとも２つのダウンリンク割り当てインジケータ（ＤＡＩ）の値をさらに含み、第１のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされると想定しており、第２のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされないことを想定している。本態様のいくつかの実施形態では、方法は、第２のＤＣＩ内のＨＡＲＱ−ＡＣＫフィードバック要求トリガを受信することに応答して、第１のＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを決定することをさらに含む。本態様のいくつかの実施形態では、方法は、アンライセンススペクトル上でＨＡＲＱ−ＡＣＫフィードバックを送信するために、リッスンビフォアトーク（ＬＢＴ）手順を実行することと、ＬＢＴの成功に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを決定することとをさらに含む。
【００１４】
本開示の第２の態様によると、無線デバイス（ＷＤ）において実装される方法が提供される。方法は、スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を受信することと、受信されたＨＡＲＱ−ＡＣＫフィードバック要求に応答して、ＰＤＳＣＨの端部とＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを通信することとを含む。
【００１５】
本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを通信することは、同一チャネル占有時間（ＣＯＴ）内のＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、ＰＤＳＣＨとして通信することをさらに含む。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを通信することは、アンライセンススペクトル上のＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく通信することをさらに含む。いくつかの実施形態では、方法は、ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にネットワークノードからリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を受信することをさらに含む。本態様のいくつかの実施形態では、方法は、ギャップのサイズが最大でギャップサイズ閾値を満たす場合、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく、アンライセンススペクトル上でＨＡＲＱ−ＡＣＫフィードバックを通信することと、ギャップのサイズがギャップサイズ閾値を超える場合、ＬＢＴ手順を実行することの後、アンライセンススペクトル上でＨＡＲＱ−ＡＣＫフィードバックを通信することとをさらに含む。いくつかの実施形態では、方法は、ネットワークノードからリッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するための設定を受信することをさらに含む。いくつかの実施形態では、ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信および少なくとも１つのアップリンク送信のうちの少なくとも１つがギャップ内でスケジューリングされる。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを通信することは、ＨＡＲＱコードブックを通信することをさらに含む。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを通信することは、リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づくＨＡＲＱ−ＡＣＫフィードバックの開始位置に従ってＨＡＲＱ−ＡＣＫフィードバックを通信することをさらに含む。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを通信することは、ＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされたＨＡＲＱ−ＡＣＫフィードバックの開始位置に従ってＨＡＲＱ−ＡＣＫフィードバックを通信することをさらに含む。
【００１６】
本開示の第３の態様によると、ネットワークノードにおいて実装される方法が提供される。方法は、任意選択で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてのスケジューリングを決定することと、ＰＤＳＣＨをスケジューリングしている第１のダウンリンク制御情報（ＤＣＩ）を送信することと、第２のＤＣＩを送信することであって、第２のＤＣＩは第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む、第２のＤＣＩを送信することとを含む。
【００１７】
いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがフィードバックを要求している設定されたＨＡＲＱプロセスに対応するビットマップを含む。本態様のいくつかの実施形態では、方法は、ＨＡＲＱ−ＡＣＫフィードバック要求トリガの結果として、第１のＤＣＩによってスケジューリングされたＰＤＳＣＨ用のＨＡＲＱ−ＡＣＫフィードバックを受信してデコードすることをさらに含む。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、第２のＤＣＩ内のフィールドである。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む第２のＤＣＩを送信することは、設定されたＨＡＲＱプロセスのうちの少なくともサブセットについて肯定応答がまだ受信されていないと判断することに応答する。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、全ての設定されたＨＡＲＱプロセスについてＨＡＲＱ−ＡＣＫフィードバックをトリガする。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する時間リソースの指示、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する周波数リソースの指示、およびネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待するキャリアの指示、のうちの少なくとも１つを含む。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む第２のＤＣＩを送信することは、少なくとも２つのダウンリンク割り当てインジケータ（ＤＡＩ）の値を含む第２のＤＣＩを送信することをさらに含み、第１のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされると想定しており、第２のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされないことを想定している。本態様のいくつかの実施形態では、方法は、第２のＤＣＩ内のＨＡＲＱ−ＡＣＫフィードバック要求トリガを送信することの結果として、第１のＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを有するＨＡＲＱ−ＡＣＫフィードバックを受信することをさらに含む。
【００１８】
本開示の第４の態様によると、ネットワークノードにおいて実装される方法が提供される。方法は、スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を送信することと、ＨＡＲＱ−ＡＣＫフィードバック要求の結果として、ＰＤＳＣＨの端部とＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを受信することとを含む。
【００１９】
本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを受信することは、同一チャネル占有時間（ＣＯＴ）内のＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、ＰＤＳＣＨとして受信することをさらに含む。いくつかの実施形態では、方法は、ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を無線デバイス（ＷＤ）に送信することをさらに含む。いくつかの実施形態では、方法は、ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つをギャップ内でスケジューリングすることをさらに含む。いくつかの実施形態では、方法は、無線デバイス（ＷＤ）がリッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するように設定することをさらに含む。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを受信することは、ＨＡＲＱコードブックを受信することをさらに含む。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを受信することは、リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づくＨＡＲＱ−ＡＣＫフィードバックの開始位置に従ってＨＡＲＱ−ＡＣＫフィードバックを受信することをさらに含む。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを受信することは、ＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされたＨＡＲＱ−ＡＣＫフィードバックの開始位置に従ってＨＡＲＱ−ＡＣＫフィードバックを受信することをさらに含む。
【００２０】
本開示の第５の態様によると、ネットワークノードと通信するように設定される無線デバイス（ＷＤ）が提供される。ＷＤは、無線インターフェースと、無線インターフェースと通信する処理回路と、を備える。処理回路は、無線インターフェースが、ネットワークノードから、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を受信することと、ネットワークノードから、第２のＤＣＩを受信することであって、第２のＤＣＩは第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む、受信することとを行うように設定される。処理回路は、無線インターフェースが、任意選択で、ＨＡＲＱ−ＡＣＫフィードバック要求トリガに応答して、第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてＨＡＲＱ−ＡＣＫフィードバックを送信することを行うようさらに設定される。
【００２１】
いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがフィードバックを要求している設定されたＨＡＲＱプロセスに対応するビットマップを含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ＰＤＳＣＨをスケジューリングしているＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックをトリガする。本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、第２のＤＣＩ内のフィールド内のＨＡＲＱ−ＡＣＫフィードバック要求トリガを受信させるように設定されることにより、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む第２のＤＣＩを受信させるようさらに設定される。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、設定されたＨＡＲＱプロセスの少なくともサブセットについてのＨＡＲＱ−ＡＣＫフィードバックをトリガし、少なくともサブセットは、ネットワークノードによって肯定応答がまだ受信されていない設定されたＨＡＲＱプロセスに対応する。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、全ての設定されたＨＡＲＱプロセスについてＨＡＲＱ−ＡＣＫフィードバックをトリガする。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する時間リソースの指示、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する周波数リソースの指示、およびネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待するキャリアの指示、のうちの少なくとも１つを含む。本態様のいくつかの実施形態では、第２のＤＣＩは少なくとも２つのダウンリンク割り当てインジケータ（ＤＡＩ）の値をさらに含み、第１のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされると想定しており、第２のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされないことを想定している。本態様のいくつかの実施形態では、処理回路は、第２のＤＣＩ内のＨＡＲＱ−ＡＣＫフィードバック要求トリガを受信することに応答して、第１のＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを決定することを行うようさらに設定される。本態様のいくつかの実施形態では、処理回路は、アンライセンススペクトル上でＨＡＲＱ−ＡＣＫフィードバックを送信するために、リッスンビフォアトーク（ＬＢＴ）手順を実行することと、ＬＢＴの成功に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを決定することとを行うようさらに設定される。
【００２２】
本開示の第６の態様によると、ネットワークノードと通信するように設定される無線デバイス（ＷＤ）が提供される。ＷＤは、無線インターフェースと、無線インターフェースと通信する処理回路と、を備え、処理回路は無線インターフェースが、スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を受信することと、受信されたＨＡＲＱ−ＡＣＫフィードバック要求に応答して、ＰＤＳＣＨの端部とＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを通信することとを行うように設定される。
【００２３】
本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、同一チャネル占有時間（ＣＯＴ）内のＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、ＰＤＳＣＨとして通信させるように設定されることにより、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを通信させるようさらに設定される。本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、アンライセンススペクトル上のＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく通信させるように設定されることにより、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを通信させるようさらに設定される。本態様のいくつかの実施形態では、処理回路は無線インターフェースが、ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にネットワークノードからリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を受信することを行うようさらに設定される。本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、ギャップのサイズが最大でギャップサイズ閾値を満たす場合、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく、アンライセンススペクトル上でＨＡＲＱ−ＡＣＫフィードバックを通信させ、ギャップのサイズがギャップサイズ閾値を超える場合、ＬＢＴ手順を実行することの後、アンライセンススペクトル上でＨＡＲＱ−ＡＣＫフィードバックを通信させるように設定されることにより、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを通信させるようさらに設定される。いくつかの実施形態では、処理回路は無線インターフェースが、ネットワークノードからリッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するための設定を受信することを行うようさらに設定される。いくつかの実施形態では、ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つがギャップ内でスケジューリングされる。本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、ＨＡＲＱコードブックとしてＨＡＲＱ−ＡＣＫフィードバックを通信させるように設定されることにより、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを通信させるようさらに設定される。本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを、ＨＡＲＱ−ＡＣＫフィードバックの開始位置であって、リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づいている開始位置に従って、通信させるように設定されることにより、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを通信させるようさらに設定される。本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを、ＨＡＲＱ−ＡＣＫフィードバックの開始位置であって、ＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされる開始位置に従って、通信させるように設定されることにより、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを通信させるようさらに設定される。
【００２４】
本開示の第７の態様によると、無線デバイス（ＷＤ）と通信するように設定されるネットワークノードが提供される。ネットワークノードは、無線インターフェースと、無線インターフェースと通信する処理回路と、を備える。処理回路は、任意選択で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてのスケジューリングを決定することと、無線インターフェースがＰＤＳＣＨをスケジューリングしている第１のダウンリンク制御情報（ＤＣＩ）を送信することを行うことと、無線インターフェースが第２のＤＣＩを送信することを行うことであって、第２のＤＣＩは第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む、第２のＤＣＩを送信することを行うこととを行うように設定される。
【００２５】
いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがフィードバックを要求している設定されたＨＡＲＱプロセスに対応するビットマップを含む。本態様のいくつかの実施形態では、処理回路は、ＨＡＲＱ−ＡＣＫフィードバック要求トリガの結果として、第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてＨＡＲＱ−ＡＣＫフィードバックを受信してデコードするようさらに設定される。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、第２のＤＣＩ内のフィールドである。本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、設定されたＨＡＲＱプロセスのうちの少なくともサブセットについて肯定応答がまだ受信されていないと判断することに応答して、ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む第２のＤＣＩを送信させるように設定されることにより、無線インターフェースに、第２のＤＣＩを送信させるように設定される。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、全ての設定されたＨＡＲＱプロセスについてＨＡＲＱ−ＡＣＫフィードバックをトリガする。本態様のいくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する時間リソースの指示、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する周波数リソースの指示、およびネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待するキャリアの指示、のうちの少なくとも１つを含む。本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、少なくとも２つのダウンリンク割り当てインジケータ（ＤＡＩ）の値を含む第２のＤＣＩを送信させるように設定されることにより、無線インターフェースに、第２のＤＣＩを送信させるように設定され、第１のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされると想定しており、第２のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされないことを想定している。本態様のいくつかの実施形態では、処理回路は、無線インターフェースが、第２のＤＣＩ内のＨＡＲＱ−ＡＣＫフィードバック要求トリガを送信することの結果として、第１のＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを有するＨＡＲＱ−ＡＣＫフィードバックを受信することを行うように設定される。
【００２６】
本開示の８態様によると、無線デバイス（ＷＤ）と通信するように設定されるネットワークノードが提供される。ネットワークノードは、無線インターフェースと、無線インターフェースと通信する処理回路と、を備える。処理回路は、無線インターフェースが、スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を送信することと、ＨＡＲＱ−ＡＣＫフィードバック要求の結果として、ＰＤＳＣＨの端部とＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを受信することとを行うように設定される。
【００２７】
本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、同一チャネル占有時間（ＣＯＴ）内のＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、ＰＤＳＣＨとして受信させるように設定されることにより、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを受信させるようさらに設定される。いくつかの実施形態では、処理回路は無線インターフェースが、ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を無線デバイス（ＷＤ）に送信することを行うようさらに設定される。いくつかの実施形態では、処理回路は、ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つをギャップ内でスケジューリングすることを行うようさらに設定される。いくつかの実施形態では、処理回路は無線インターフェースが、リッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するように無線デバイス（ＷＤ）を設定することを行うようさらに設定される。本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、ＨＡＲＱコードブック内のＨＡＲＱ−ＡＣＫフィードバックを受信させるように設定されることにより、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを受信させるようさらに設定される。本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを、リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づくＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って、受信させるように設定されることにより、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを受信させるようさらに設定される。本態様のいくつかの実施形態では、処理回路は、無線インターフェースに、ＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされるＨＡＲＱ−ＡＣＫフィードバックの開始位置に従ってＨＡＲＱ−ＡＣＫフィードバックを受信させるように設定されることにより、無線インターフェースに、ＨＡＲＱ−ＡＣＫフィードバックを受信させるようさらに設定される。
【００２８】
本実施形態、ならびにこの付随した利点および特徴をさらに詳しく理解することは、添付の図面と併せて考慮される時に以下の詳細な説明を参照することによってより容易に理解されることになる。
【図面の簡単な説明】
【００２９】
【図１】ＮＲ  ＨＡＲＱフィードバックの柔軟なタイミングの例の図である。
【図２】動的ＨＡＲＱコードブック内のＤＡＩ値の例の図である。
【図３】本開示におけるいくつかの原理による、中間ネットワークを介してホストコンピュータに接続される通信システムを示す例示のネットワークアーキテクチャの模式図である。
【図４】本開示のいくつかの実施形態による、少なくとも部分的に無線接続でネットワークノードを介して無線デバイスと通信するホストコンピュータのブロック図である。
【図５】本開示のいくつかの実施形態による、ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムにおいて実装される例示的な方法を図示するフローチャートである。
【図６】本開示のいくつかの実施形態による、ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムにおいて実装される例示的な方法を図示するフローチャートである。
【図７】本開示のいくつかの実施形態による、ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムにおいて実装される例示的な方法を図示するフローチャートである。
【図８】本開示のいくつかの実施形態による、ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムにおいて実装される例示的な方法を図示するフローチャートである。
【図９】本開示のいくつかの実施形態による、ＨＡＲＱについてのネットワークノードにおける例示的なプロセスのフローチャートである。
【図１０】本開示のいくつかの実施形態による、ＨＡＲＱについてのネットワークノードにおけるさらに別の例示的なプロセスのフローチャートである。
【図１１】本開示のいくつかの実施形態による、ＨＡＲＱ応答についての無線デバイスにおける例示的なプロセスのフローチャートである。
【図１２】本開示のいくつかの実施形態による、ＨＡＲＱ応答についての無線デバイスにおけるさらに別の例示的なプロセスのフローチャートである。
【図１３】１つのスイッチングポイントを伴う共有チャネル占有の例の図である。
【図１４】複数のスイッチングポイントを伴う共有チャネル占有の図である。
【図１５】スロットｎ−１／２についてのフィードバックを、同一スロットに用意されるフィードバックに含めることができない例の図である。
【図１６】本開示のいくつかの実施形態による、ギャップが導入された場合、スロットｎ−１についてのフィードバックを、同一ＣＯＴに用意されるフィードバックに含めることができる例の図である。
【図１７】本開示のいくつかの実施形態による、ＳＲＳ送信を使用するギャップフィリングの例の図である。
【図１８】本開示のいくつかの実施形態による、トリガがＰＤＳＣＨと同一スロットにはない状態で、ＨＡＲＱコードブックサイズを決定するためにＤＡＩ値を使用することによりトリガされたフィードバックの図である。
【図１９】本開示のいくつかの実施形態による、トリガがＰＤＳＣＨと同一スロットに存在できる状態で、ＨＡＲＱコードブックサイズを決定するためにＤＡＩ値を使用することによりトリガされたフィードバックの図である。
【発明を実施するための形態】
【００３０】
既存のＨＡＲＱフィードバック設計の課題の１つは、アンライセンス帯域上の送信が、リッスンビフォアトーク（ＬＢＴ）手順の対象となることである。したがって、ＬＢＴ結果に応じて、送信がうまくいくかどうかに不確実性が存在する。
【００３１】
例えば、アップリンク制御情報（ＵＣＩ）上のＨＡＲＱフィードバック送信がＬＢＴの対象となる場合、ＬＢＴ結果に応じてＷＤが送信を実行しないというリスクがある。ＰＤＳＣＨと時間ドメイン中の対応するフィードバックとの１対１マッピングに起因して、ＷＤが所定の時間位置においてフィードバックの送信に失敗した場合、ネットワークノード（例えば、ｇＮＢ）は、ＮＡＣＫを想定して対応する全てのＰＤＳＣＨを再送信しなければならない場合がある。後者は、帯域の不十分な利用状況であると考えることができ、チャネル競合の不必要な増大を生じる場合もある。
【００３２】
ＷＤが成功裏にＨＡＲＱフィードバックを送信したとしても、ネットワークノード（例えば、ｇＮＢ）がそれを検出できない場合があり得る。ネットワークノード（例えば、ｇＮＢ）の観点から、失敗したＬＢＴと逃したＵＣＩ送信は見分けることができない。ＰＤＳＣＨと時間ドメイン中の対応するフィードバックとの１対１マッピングに起因して、ネットワークノードが所定の時間位置においてフィードバックの検出に失敗した場合、ネットワークノードは、ＮＡＣＫを想定して対応する全てのＰＤＳＣＨを再送信しなければならない。
【００３３】
例えば、ＮＲ  ｒｅｌ−１５におけるＤＡＩ値は、２ビットだけであり、最大のＤＡＩ値（すなわち、４）に達すると、値は再度最小値にリセットされる。これは、ＷＤが４以上のＰＤＳＣＨ送信を逃した場合、ＷＤはコードブックサイズを正確に計算することができない場合があることを意味しており、それによりネットワークノードの期待されるコードブックサイズとＷＤによってレポートされるコードブックサイズとの間に不整合が生じる。ライセンスキャリア上で４以上の連続するＰＤＳＣＨを逃すことは起こりにくい一方で、これはアンライセンス帯域上では衝突に起因して非常に起こりやすく、それにより２ビットのＤＡＩは問題を生じる場合がある。
【００３４】
したがって、いくつかの実施形態は、ネットワーク動作のためのＨＡＲＱフィードバック設計における効率を、いくつかの実施形態では、アンライセンススペクトル帯域について、改善するための方法および装置を有利に提供する。
【００３５】
例示の実施形態を詳細に説明する前に、実施形態が、主として、ＨＡＲＱのための方法および装置に関連している装置構成要素および処理ステップの組み合わせに存在することは留意されたい。それ故に、構成要素は図面において従来の記号によって適切なところに表現されており、本明細書における記載の利益を有する当業者に容易に明らかになる詳細を有する開示を不明瞭にしないように、実施形態を理解することに関連する具体的な詳細のみが示されている。
【００３６】
本明細書で使用される場合、「第１の」および「第２の」、ならびに「上部」および「下部」などの関係語は、このようなエンティティまたは要素の間にいずれの物理的または論理的な関係もしくは順序も必ずしも要するまたは暗示することなく、単に、１つのエンティティまたは要素を別のエンティティまたは要素と区別するために使用されてよい。本明細書で使用される専門用語は、特定の実施形態を説明することだけを目的とし、本明細書に説明される概念を限定することを意図するものではない。本明細書において使用される場合、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、別段文脈で明確に指示されない限り、複数形も同様に含むことが意図されている。「ｃｏｍｐｒｉｓｅｓ（備える）」、「ｃｏｍｐｒｉｓｉｎｇ（備える）」、「ｉｎｃｌｕｄｅｓ（含む）」、および／または「ｉｎｃｌｕｄｉｎｇ（含む）」という用語は、本明細書で使用される時、述べられた特徴、整数、ステップ、動作、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／もしくはそれらのグループの存在または追加を除外しないことは、さらに理解されるであろう。
【００３７】
本明細書に説明される実施形態では、「〜と通信する」などの結合用語は、例えば、物理的接触、誘導、電磁放射、無線シグナリング、赤外線シグナリング、または光シグナリングによって達成可能である電気またはデータ通信を指示するために使用されてよい。複数の構成要素が相互に操作可能であり、かつ電気およびデータ通信を実現するような修正および変形が可能であることを、当業者は理解するであろう。
【００３８】
本明細書に説明されるいくつかの実施形態では、「結合される」および「接続される」などの用語は、本明細書において接続を指示するために使用されてよいが必ずしも直接的ではなく、有線接続および／または無線接続を含んでよい。
【００３９】
本明細書で使用される「ネットワークノード」という用語は、基地局（ＢＳ）、無線基地局、無線基地局装置（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、ｇＮｏｄｅＢ（ｇＮＢ）、エボルブドノードＢ（ｅＮＢまたはｅＮｏｄｅＢ）、ノードＢ、ＭＳＲ  ＢＳなどのマルチスタンダード無線（ＭＳＲ）の無線ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、中継ノード、ｉｎｔｅｇｒａｔｅｄ  ａｃｃｅｓｓ  ａｎｄ  ｂａｃｋｈａｕｌ  （ＩＡＢ）ノード、ドナーノード制御中継器、無線アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（例えば、移動管理エンティティ（ＭＭＥ）、自己組織化ネットワーク（ＳＯＮ）ノード、協調ノード、測位ノード、ＭＤＴノードなど）、外部ノード（例えば、サードパーティノード、現在のネットワークの外部のノード）、分散アンテナシステム（ＤＡＳ）におけるノード、スペクトルアクセスシステム（ＳＡＳ）ノード、エレメント管理システム（ＥＭＳ）などのうちのいずれかをさらに含んでもよい無線ネットワークに含まれる任意の種類のネットワークノードとすることができる。ネットワークノードはまた、試験装置を含んでよい。本明細書で使用される「無線ノード」という用語は、無線デバイス（ＷＤ）または無線ネットワークノードなどの無線デバイス（ＷＤ）を示すためにも使用されてよい。
【００４０】
いくつかの実施形態では、無線デバイス（ＷＤ）またはユーザ機器（ＵＥ）という非限定的な用語が区別なく使用される。本明細書におけるＷＤは、無線デバイス（ＷＤ）などの、無線信号によってネットワークノードまたは別のＷＤと通信することが可能な任意のタイプの無線デバイスとすることができる。ＷＤはまた、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＷＤ、マシン型ＷＤもしくはマシンツーマシン通信（Ｍ２Ｍ）が可能なＷＤ、低コストおよび／もしくは低複雑度ＷＤ、ＷＤを備えたセンサ、タブレット、携帯端末、スマートフォン、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、宅内機器（ＣＰＥ）、モノのインターネット（ＩｏＴ）デバイス、または狭帯域ＩｏＴ（ＮＢ−ＩＯＴ）デバイスなどであってよい。
【００４１】
また、いくつかの実施形態では、「無線ネットワークノード」という一般的な用語が使用されている。これは、基地局、無線基地局、無線基地局装置、基地局コントローラ、ネットワークコントローラ（ＲＮＣ）、エボルブドノードＢ（ｅＮＢ）、ノードＢ、ｇＮＢ、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、中継ノード、ＩＡＢノード、アクセスポイント、無線アクセスポイント、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）のいずれかを備え得る任意の種類の無線ネットワークノードとすることができる。
【００４２】
例えば、３ＧＰＰ  ＬＴＥおよび／または新無線（ＮＲ）など、１つの特定の無線システムからの専門用語が本開示において使用される場合があるが、これは、本開示の範囲を前述のシステムのみに限定するとしてみなされるべきではないことは、留意されたい。広帯域符号分割多元接続（ＷＣＤＭＡ）、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）、および汎欧州デジタル移動電話方式（ＧＳＭ）を含むがこれらに限定されない他の無線システムは、本開示の範囲内に包含される着想を活用することから利益を得ることもできる。
【００４３】
無線デバイスまたはネットワークノードによって行われるとして本明細書に説明される機能が、複数の無線デバイスおよび／またはネットワークノード上で分散される場合があることは、さらに留意されたい。換言すれば、本明細書に説明されるネットワークノードおよび無線デバイスの機能は、単一の物理デバイスによって行われることに限定されず、実際には、いくつかの物理デバイスの間で分散可能であることが考えられる。
【００４４】
いくつかの実施形態では、ＷＤについて、異なるセットのリソースを、ＰＵＣＣＨまたはＰＳＣＣＨのような物理制御チャネル上の制御情報および／または送信のために設定することができる。セットは、特にＲＲＣ層シグナリングにおける制御シグナリングで、および／または準静的に、例えばシグナリング無線ノードもしくはノード配置構成（例えば、ネットワークノード）によって、設定することができる。それぞれのセットは、１つまたは複数のリソースを含むことができる。異なるセットは、異なる数の、または同じ数のリソースを含むことができる。リソースは、指示可能なリソースであり得、および／またはインジケータにポイントされ得、インジケータはＷＤによって受信されるように、例えばネットワークノードによって、制御シグナリング内で送信することができる。そのようなインジケータは例えば、ＡＲＩもしくはＵＣＩポインタ、または他のインジケータであり得る。セット（指示可能なリソース）中のリソースの数（最大数）は、例えばそのビットサイズに基づいて、そのようなインジケータで指示可能なリソースの数に対応することができる。例えば、その数は、２の倍数、すなわち２の乗数であり得、例えば２または４であり得る。それぞれのセットは、制御情報のサイズクラスおよび／または関連するフォーマットに関連付けられる場合がある。例えばサイズクラスは、情報もしくはその一部、例えば肯定応答情報についてのペイロードサイズ、および／またはサイズの範囲を指示する場合がある。サイズクラスおよび／または範囲のうちの１つまたは複数は、例えば準静的に、またはＲＲＣシグナリングで設定可能な場合がある。いくつかの実施形態では、ペイロードは、例えばＰＵＣＣＨ情報、ＰＵＳＣＨ情報、アップリンク制御情報（ＵＣＩ）、ＤＭＲＳなどを含むことができる。
【００４５】
送信リソースは、時間および／または周波数リソースであり得、例えばリソースエレメントまたはリソースエレメントのグループであり得る。リソースは、時間的に１つまたは複数のシンボルにわたって、例えば１つのスロット内、または場合によっては、１つまたは複数のスロット境界にわたって延びることができる。リソースは、時間的に１つもしくは複数のサブキャリア、および／または１つもしくは複数の物理的なリソースブロックにわたって延びると考えることができる。場合によっては、リソースは、時間ドメインにおいて１つのスロット持続時間（１４シンボル、または例えば２０シンボル未満の値など別の値であり得る）と等しい、またはそれより短い場合がある。リソースは、あるチャネルについて設定され得る、および／またはあるチャネルに関連付けられ得、そのようなチャネル、例えば制御チャネルは、物理チャネル、例えばＰＵＣＣＨもしくはＰＳＣＣＨであり得、および／または特定のタイプの制御情報もしくはシグナリング用であり得る。１つまたは複数の特定の送信メッセージフォーマットは、リソースに関連付けられる場合がある。そのようなフォーマットは、例えばペイロードサイズおよび／またはサイズ範囲、および／または構造、および／または変調と符号化、および／または繰り返しレート、および／またはコードレート、および／または例えばメッセージの送信の持続時間、を指定することができる。リソースは、関連付けられる制御情報および／または設定される制御情報を搬送するために必要とされるよりも（時間的におよび／または周波数的に）大きい場合がある。
【００４６】
いくつかの実施形態では、リソースのセット、および／またはリソースの複数のセットは、例えばネットワークノードによって、例えば準静的におよび／またはＲＲＣシグナリングで１つまたは複数のメッセージで、および／または例えばＤＣＩもしくはＳＣＩシグナリングのような物理層シグナリングで動的に、設定することができる。リソースのセットは、準静的および／またはＲＲＣ層シグナリングで設定され、リソースのうちの１つは動的および／または物理層シグナリングで指示（設定）することができると考えることができる。これは、特に、肯定応答情報に関連付けられるおよび／または設定される、１つまたは複数のリソースについて実行され得る。一般的に、ネットワーク、例えばシグナリング無線ノードおよび／またはノード配置構成（例えば、ネットワークノード）は、ＷＤを、特に送信リソースで設定すると考えることができる。リソースは、一般に１つまたは複数のメッセージで設定することができる。異なるリソースは、異なるメッセージおよび／または異なる層もしくは層の組み合わせ上のメッセージで設定することができる。リソースのサイズは、シンボルおよび／またはサブキャリアおよび／またはリソースエレメントおよび／または物理リソースブロック（ドメインに依存する）で、および／または搬送することができるビット数、例えば情報もしくはペイロードのビット、もしくはビット総数で表現することができる。リソースのセット、および／または複数のセットのリソースは、同一のキャリアおよび／または帯域幅部分に関連する場合があり、および／または同一スロットもしくは隣接するスロットに配置することができる。
【００４７】
肯定応答情報は、１つまたは複数の肯定応答シグナリングプロセス、例えばＨＡＲＱプロセスまたはＡＲＱプロセスに関連する場合がある。測定情報は、チャネル状態情報（例えば、ＣＳＩ）、例えばチャネル品質情報（例えば、ＣＱＩ）および／またはランク情報（例えば、ＲＩ）および／またはプリコーディング情報（例えば、ＰＭＩ）、および／またはビームフォーミング情報によって表現することができる（場合によっては、それ自身のタイプと考えることができる）。肯定応答情報のビット数Ａは、例えばＨＡＲＱ設定またはコードブックに基づいて設定され得、または設定可能な場合があり、ＨＡＲＱ設定またはコードブックは、ＲＲＣ層シグナリングを介しておよび／または準静的、および／または動的に、ダウンリンク割り当てインジケータ（ＤＡＩ）またはアップリンクグラントカウンタもしくは全ＤＡＩのような例えば１つまたは複数のカウンタで、設定することができる。
【００４８】
いくつかの実施形態では、１つまたは複数のリソース上の制御情報は、特定のフォーマットを有するメッセージで送信されると考えることができる。メッセージは、ペイロード情報および例えば誤り符号化についての符号化ビットを表現するビットを、含むまたは表すことができる。
【００４９】
制御情報を受信することは、１つまたは複数の制御情報メッセージを受信することを含む場合がある。制御シグナリングを受信することは、１つまたは複数のメッセージ、特に制御シグナリングによって搬送されるメッセージのブラインド検出を、例えば制御情報を探索するおよび／またはリッスンすることができる、想定されるリソースのセットに基づいて、復調すること、および／またはデコードすること、および／または検出することを含むと考えることができる。通信の両サイドが設定を認識していると想定することができ、例えば参照サイズに基づいてリソースのセットを決定することができる。
【００５０】
肯定応答情報、またはそれを搬送するフィードバックシグナリングは、制御シグナリングによってスケジューリングされたシグナリングに、および／または特に制御シグナリングがコマンドタイプである場合は制御シグナリングそれ自身に関連する場合がある。フィードバックシグナリングは、複数のサブジェクト送信に関連する場合があり、サブジェクト送信は、異なるチャネルおよび／またはキャリア上にある場合があり、ならびに／またはデータシグナリングおよび／もしくは制御シグナリングを含む場合がある。フィードバックシグナリングは、コードブックに基づくことができ、コードブックは、１つまたは複数のサイズ指示および／または割り当て指示に基づくことができ、これらは複数の制御シグナリングおよび／または制御メッセージとともに、例えば同一または異なる送信タイミング構造で、および／または同一もしくは異なる（ターゲット）リソースのセットで、受信される場合がある。フィードバックシグナリングを送信することは、例えば１つまたは複数の制御情報メッセージ中の制御情報に基づいてコードブックを決定することを含む場合がある。コードブックは、単一および／または特定の瞬間、例えば単一のＰＵＣＣＨまたはＰＵＳＣＨ送信におけるフィードバックシグナリング、および／あるいは１つのメッセージ中の、または共にエンコードおよび／もしくは変調されたフィードバック情報を伴うフィードバックシグナリングに関連することがある。
【００５１】
制御シグナリング（例えばＤＣＩまたはＳＣＩ）は、フィードバックシグナリングのトリガを指示する情報（例えば、ＨＡＲＱ応答）を含んでいると考えることができる。フィードバックシグナリングをトリガすることは、フィードバックシグナリングが送信されるべきであると指示すること、ならびに／またはフィードバックシグナリングについての１つもしくは複数のリソースおよび／もしくはタイミングを指示すること、ならびに／またはフィードバックシグナリングが関連することができるサブジェクトシグナリングもしくはサブジェクト送信を指示することを含むことができる。
【００５２】
別段規定されない限り、本明細書で使用される全ての用語（技術用語および科学用語を含む）は、本開示が属する技術分野の当業者に一般的に理解されているのと同じ意味を有する。さらに、本明細書で使用される用語が、本明細書および関連技術の文脈での意味と整合する意味を有すると解釈されるものとし、本明細書で明示的に規定されない限り、理想化した意味または過度に形式的な意味で解釈されるものとしないことは、理解されるであろう。
【００５３】
本開示のいくつかの実施形態は、例えばＮＲ−Ｕなどのアンライセンススペクトル上の動作のためのＨＡＲＱ制御情報についての方法および装置を提供する。いくつかのさらなる実施形態では、ＷＤからのＨＡＲＱフィードバックをどのようにして要求するか、ＨＡＲＱフィードバックをネットワークノードへいつ送るか、が本開示によりカバーされる少なくとも２つの態様がある。本開示のいくつかの実施形態は、ＮＲ−Ｕ動作について他の配置構成に比べてより効率的なＨＡＲＱフィードバック設計を有利に提供する。いくつかの実施形態は、ＨＡＲＱフィードバックをネットワークノードに送達させるための共有ＣＯＴ概念の利点を有利に活用する。本開示のいくつかの実施形態は、さらに、ＷＤが逃した送信についてさえも、アンライセンススペクトル上の動作のためのＨＡＲＱプロセスについて（暗示的または明示的な）ＨＡＲＱフィードバックの受信を保証することができる、または少なくとも既存の技法より改善することができる。
【００５４】
同様の要素が同様の参照符号によって言及される図面の図に戻ると、図３において、無線アクセスネットワークおよびコアネットワーク１４などのアクセスネットワーク１２を含む、ＬＴＥおよび／またはＮＲ（５Ｇ）などの標準をサポート可能である３ＧＰＰタイプのセルラーネットワークなどの、一実施形態による通信システム１０の模式図が示されている。アクセスネットワーク１２は、それぞれが（総称してカバレッジエリア１８という）対応するカバレッジエリア１８ａ、１８ｂ、１８ｃを規定する、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの（総称してネットワークノード１６という）複数のネットワークノード１６ａ、１６ｂ、１６ｃを含む。それぞれのネットワークノード１６ａ、１６ｂ、１６ｃは、有線または無線接続２０によってコアネットワーク１４に接続可能である。カバレッジエリア１８ａに位置する第１の無線デバイス（ＷＤ）２２ａは、対応するネットワークノード１６ｃに無線接続するように、またはこれによってページングされるように設定される。カバレッジエリア１８ｂにおける第２のＷＤ２２ｂは、対応するネットワークノード１６ａに無線接続可能である。（総称して無線デバイス２２という）複数のＷＤ２２ａ、２２ｂがこの例において示されているが、開示される実施形態は、単独のＷＤがカバレッジエリアにある、または単独のＷＤが対応するネットワークノード１６に接続している状況に等しく適用可能である。便宜上、２つのＷＤ２２および３つのネットワークノード１６のみが示されているが、通信システムがもっと多くのＷＤ２２およびネットワークノード１６を含んでよいことは留意されたい。
【００５５】
また、ＷＤ２２は同時通信し得る、および／または複数のネットワークノード１６および複数のタイプのネットワークノード１６と別個に通信するように設定され得ることが考えられる。例えば、ＷＤ２２は、ＬＴＥをサポートするネットワークノード１６およびＮＲをサポートする同じまたは異なるネットワークノード１６とのデュアルコネクティビティを有することができる。例として、ＷＤ２２は、ＬＴＥ／Ｅ−ＵＴＲＡＮに対してはｅＮＢと、ＮＲ／ＮＧ−ＲＡＮに対してはｇＮＢと通信し得る。
【００５６】
通信システム１０はこれ自体、ホストコンピュータ２４に接続されてよい。このホストコンピュータ２４は、独立型サーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／もしくはソフトウェアにおいて、またはサーバファームにおける処理リソースとして具現化されてよい。ホストコンピュータ２４は、サービスプロバイダの所有または制御の下にあってよい、または、サービスプロバイダによって、またはサービスプロバイダの代わりに動作させてよい。通信システム１０とホストコンピュータ２４との間の接続２６、２８は、コアネットワーク１４からホストコンピュータ２４に直接拡張されてよい、またはオプションの中間ネットワーク３０を介して拡張されてよい。中間ネットワーク３０は、パブリック、プライベート、またはホストされたネットワークの、１つ、または複数の組み合わせであってよい。もしあれば、中間ネットワーク３０は、バックボーンネットワークまたはインターネットであってよい。いくつかの実施形態では、中間ネットワーク３０は２つ以上のサブネットワーク（図示せず）を含んでよい。
【００５７】
図３の通信システムは全体として、接続済みＷＤ２２ａ、２２ｂのうちの１つとホストコンピュータ２４との間の接続性を有効にする。接続性は、オーバーザトップ（ＯＴＴ）接続として説明され得る。ホストコンピュータ２４および接続済みＷＤ２２ａ、２２ｂは、アクセスネットワーク１２、コアネットワーク１４、任意の中間ネットワーク３０、および仲介物として可能なさらなるインフラストラクチャ（図示せず）を使用して、ＯＴＴ接続を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続は、ＯＴＴ接続が通る関与する通信デバイスの少なくともいくつかがアップリンク通信およびダウンリンク通信のルーティングに気付かないという意味において、透過であり得る。例えば、ネットワークノード１６は、ホストコンピュータ２４から発して、接続済みＷＤ２２ａに転送される（例えば、ハンドオーバされる）データを伴う着信ダウンリンク通信の過去のルーティングについて通知されなくてよい、または通知される必要はない。同様に、ネットワークノード１６は、ＷＤ２２ａからホストコンピュータ２４に向けて発する発信アップリンク通信の将来のルーティングを知っておく必要はない。
【００５８】
ネットワークノード１６はフィードバック要求ユニット３２を含むように設定され、フィードバック要求ユニット３２は任意選択で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてのスケジューリングを決定することと、ＰＤＳＣＨをスケジューリングしている第１のダウンリンク制御情報（ＤＣＩ）を送信することと、第２のＤＣＩを送信することであって、第２のＤＣＩは第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む、第２のＤＣＩを送信することとを行うように設定される。別の実施形態では、フィードバック要求ユニット３２は、スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を送信することと、ＨＡＲＱ−ＡＣＫフィードバック要求の結果として、ＰＤＳＣＨの端部とＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを受信することとを行うように設定される。さらに別の実施形態では、フィードバック要求ユニット３２は、ＷＤ２２に肯定応答フィードバック要求を通信することと、ＷＤ２２に肯定応答フィードバック応答を通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうか指示することと、肯定応答フィードバック要求の結果として、ＷＤ２２から肯定応答フィードバック応答を受信することとを行うように設定される。いくつかの実施形態では、フィードバック要求ユニット３２は、本明細書においてネットワークノード１６について以下で議論する処理回路などのネットワークノード１６に関連付けられるハードウェアであってもよく、本明細書においてネットワークノード１６について以下で議論する方法を実装することができる。いくつかの実施形態では、フィードバック要求ユニット３２は、フィードバックリクエスタと考えることができる。
【００５９】
無線デバイス２２は、フィードバックユニット３４を含むように設定され、フィードバックユニット３４は、ネットワークノードから、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を受信することと、ネットワークノードから、第２のＤＣＩを受信することであって、第２のＤＣＩは第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む、受信することと、任意選択でＨＡＲＱ−ＡＣＫフィードバック要求トリガに応答して、第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックを送信することとを行うように設定される。別の実施形態では、フィードバックユニット３４は、スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を受信することと、受信されたＨＡＲＱ−ＡＣＫフィードバック要求に応答して、ＰＤＳＣＨの端部とＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを通信することとを行うように設定される。さらに別の実施形態では、フィードバックユニット３４は、ネットワークノード１６から、肯定応答フィードバック要求を受信することと、肯定応答フィードバック応答を通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうか判断することと、受信された肯定応答フィードバック要求に応答して、判断に基づいてＬＢＴ手順を実行するか実行しないかのいずれかで、肯定応答フィードバック応答をネットワークノード１６に通信することとを行うように設定される。いくつかの実施形態では、フィードバックユニット３４は、本明細書においてＷＤ２２について以下で議論する処理回路などのＷＤ２２に関連付けられるハードウェアであってもよく、本明細書においてＷＤ２２について以下で議論する方法を実装することができる。いくつかの実施形態では、フィードバックユニット３４は、フィードバックプロバイダと考えることができる。
【００６０】
先述の段落で論じられた、ＷＤ２２、ネットワークノード１６、およびホストコンピュータ２４の一実施形態による例示の実装形態について、ここで、図３を参照して説明する。通信システム１０では、ホストコンピュータ２４は、通信システム１０の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップしかつ維持するように設定される通信インターフェース４０を含むハードウェア（ＨＷ）３８を備える。ホストコンピュータ２４はさらに、記憶および／または処理能力を有してよい処理回路網４２を備える。処理回路網４２はプロセッサ４４およびメモリ４６を含んでよい。とりわけ、中央処理装置などのプロセッサおよびメモリに加えてまたはこの代わりに、処理回路網４２は、処理および／または制御用の集積回路網、例えば、命令を実行するように適応される、１つまたは複数のプロセッサ、プロセッサコア、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、および／もしくはＡＳＩＣ（特定用途向け集積回路網）を含んでよい。プロセッサ４４は、任意の種類の揮発性および／または不揮発性メモリ、例えば、キャッシュ、バッファメモリ、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み出し専用メモリ）、光メモリ、および／またはＥＰＲＯＭ（消去可能プログラマブル読み出し専用メモリ）を含んでよいメモリ４６に対するアクセス（例えば、書き込みおよび／または読み出し）を行うように設定されてよい。
【００６１】
処理回路網４２は、本明細書に説明される方法および／またはプロセスのいずれかを制御するように、および／またはこのような方法および／またはプロセスが、例えば、ホストコンピュータ２４によって行われるように設定されてよい。プロセッサ４４は、本明細書に説明されるホストコンピュータ２４の機能を行うための１つまたは複数のプロセッサ４４に対応する。ホストコンピュータ２４は、本明細書に説明される、データ、プログラムソフトウェアコード、および／または他の情報を記憶するように設定されるメモリ４６を含む。いくつかの実施形態では、ソフトウェア４８および／またはホストアプリケーション５０は、プロセッサ４４および／または処理回路網４２によって実行される時、プロセッサ４４および／または処理回路網４２に、ホストコンピュータ２４に対する本明細書に説明されるプロセスを行わせる命令を含んでよい。命令は、ホストコンピュータ２４と関連付けられたソフトウェアであってよい。
【００６２】
ソフトウェア４８は、処理回路網４２によって実行可能であってよい。ソフトウェア４８はホストアプリケーション５０を含む。ホストアプリケーション５０は、ＷＤ２２およびホストコンピュータ２４で終端するＯＴＴ接続５２を介して接続するＷＤ２２などのリモートユーザにサービスを提供するように動作可能であってよい。サービスをリモートユーザに提供する際に、ホストアプリケーション５０はＯＴＴ接続５２を使用して送信されるユーザデータを提供してよい。「ユーザデータ」は、説明した機能性を実装すると本明細書に説明されるデータおよび情報であってよい。１つの実施形態では、ホストコンピュータ２４は、サービスプロバイダに制御および機能性を提供するように設定されてよく、かつ、サービスプロバイダによって、またはサービスプロバイダの代わりに動作させてよい。ホストコンピュータ２４の処理回路網４２は、ホストコンピュータ２４が、ネットワークノード１６および／または無線デバイス２２に対する、観測、監視、制御、送信、および／または受信を行うことができるようにしてよい。ホストコンピュータ２４の処理回路網４２は、サービスプロバイダが、ネットワークノード１６および／または無線デバイス２２に対する、観測／監視／制御／送信／および／または受信を行うことを可能にするように設定されるモニタユニット５４を含んでよい。
【００６３】
通信システム１０は、さらに、通信システム１０に設けられ、かつホストコンピュータ２４およびＷＤ２２と通信できるようにするハードウェア５８を備えるネットワークノード１６を含む。ハードウェア５８は、通信システム１０の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップしかつ維持するための通信インターフェース６０、および、少なくとも、ネットワークノード１６によってサーブされるカバレッジエリア１８に位置するＷＤ２２との無線接続６４をセットアップしかつ維持するための無線インターフェース６２を含んでよい。無線インターフェース６２は、例えば、１つもしくは複数のＲＦ送信機、１つもしくは複数のＲＦ受信機、および／または１つもしくは複数のＲＦ送受信機として形成されてよい、またはこれらを含んでよい。通信インターフェース６０は、ホストコンピュータ２４への接続６６を容易にするように設定されてよい。接続６６は、直接的であってよい、または、通信システム１０のコアネットワーク１４を、および／または通信システム１０の外部の１つまたは複数の中間ネットワーク３０を通ってよい。
【００６４】
示される実施形態では、ネットワークノード１６のハードウェア５８は処理回路網６８をさらに含む。処理回路網６８はプロセッサ７０およびメモリ７２を含んでよい。とりわけ、中央処理装置などのプロセッサおよびメモリに加えてまたはこの代わりに、処理回路網６８は、処理および／または制御用の集積回路網、例えば、命令を実行するように適応される、１つまたは複数のプロセッサ、プロセッサコア、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、および／もしくはＡＳＩＣ（特定用途向け集積回路網）を含んでよい。プロセッサ７０は、任意の種類の揮発性および／または不揮発性メモリ、例えば、キャッシュ、バッファメモリ、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み出し専用メモリ）、光メモリ、および／またはＥＰＲＯＭ（消去可能プログラマブル読み出し専用メモリ）を含んでよいメモリ７２に対するアクセス（例えば、書き込みおよび／または読み出し）を行うように設定されてよい。
【００６５】
よって、ネットワークノード１６は、例えば、メモリ７２において内部に記憶される、または外部接続を介してネットワークノード１６によってアクセス可能な外部メモリ（例えば、データベース、記憶アレイ、ネットワーク記憶デバイスなど）に記憶されるソフトウェア７４をさらに有する。ソフトウェア７４は、処理回路網６８によって実行可能であってよい。処理回路網６８は、本明細書に説明される方法および／またはプロセスのいずれかを制御するように、および／またはこのような方法および／またはプロセスが、例えば、ネットワークノード１６によって行われるように設定されてよい。プロセッサ７０は、本明細書に説明されるネットワークノード１６の機能を行うための１つまたは複数のプロセッサ７０に対応する。メモリ７２は、本明細書に説明される、データ、プログラムソフトウェアコード、および／または他の情報を記憶するように設定される。いくつかの実施形態では、ソフトウェア７４は、プロセッサ７０および／または処理回路網６８によって実行される時、プロセッサ７０および／または処理回路網６８に、ネットワークノード１６に対する本明細書に説明されるプロセスを行わせる命令を含んでよい。例えば、ネットワークノード１６の処理回路６８はフィードバック要求ユニット３２を含むことができ、フィードバック要求ユニット３２は任意選択で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてのスケジューリングを決定することと、無線インターフェース６２がＰＤＳＣＨをスケジューリングしている第１のダウンリンク制御情報（ＤＣＩ）を送信することを行うことと、無線インターフェース６２が第２のＤＣＩを送信することを行うことであって、第２のＤＣＩは第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む、第２のＤＣＩを送信することを行うことを行うように設定される。
【００６６】
いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノード１６がフィードバックを要求している設定されたＨＡＲＱプロセスに対応するビットマップを含む。いくつかの実施形態では、処理回路６８は、ＨＡＲＱ−ＡＣＫフィードバック要求トリガの結果として、第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてＨＡＲＱ−ＡＣＫフィードバックを受信してデコードするようさらに設定される。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、第２のＤＣＩ内のフィールドである。いくつかの実施形態では、処理回路６８は無線インターフェース６２が、無線インターフェース６２が設定されたＨＡＲＱプロセスのうちの少なくともサブセットについて肯定応答がまだ受信されていないと判断することに応答して、ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む第２のＤＣＩを送信することを行うように設定されることにより、第２のＤＣＩを送信することを行うように設定される。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、全ての設定されたＨＡＲＱプロセスについてＨＡＲＱ−ＡＣＫフィードバックをトリガする。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する時間リソースの指示、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する周波数リソースの指示、およびネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待するキャリアの指示、のうちの少なくとも１つを含む。いくつかの実施形態では、処理回路６８は無線インターフェース６２が、無線インターフェース６２が少なくとも２つのダウンリンク割り当てインジケータ（ＤＡＩ）の値を含む第２のＤＣＩを送信することを行うように設定されることにより、第２のＤＣＩを送信することを行うように設定され、第１のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされると想定しており、第２のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされないことを想定している。いくつかの実施形態では、処理回路６８は無線インターフェース６２が、第２のＤＣＩ内のＨＡＲＱ−ＡＣＫフィードバック要求トリガを送信することの結果として、第１のＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを有するＨＡＲＱ−ＡＣＫフィードバックを受信することを行うように設定される。
【００６７】
さらに別の実施形態では、フィードバック要求ユニット３２は、無線インターフェース６２が、スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を送信することと、ＨＡＲＱ−ＡＣＫフィードバック要求の結果として、ＰＤＳＣＨの端部とＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを受信することとを行うように設定される。いくつかの実施形態では、処理回路６８は無線インターフェース６２が、無線インターフェース６２が同一チャネル占有時間（ＣＯＴ）内のＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、ＰＤＳＣＨとして受信することを行うように設定されることにより、ＨＡＲＱ−ＡＣＫフィードバックを受信することを行うようさらに設定される。いくつかの実施形態では、処理回路６８は無線インターフェース６２が、ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を無線デバイス（ＷＤ）２２に送信することを行うようさらに設定される。いくつかの実施形態では、処理回路６８は、ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つをギャップ内でスケジューリングすることを行うようさらに設定される。いくつかの実施形態では、処理回路６８は無線インターフェース６２が、リッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するように無線デバイス（ＷＤ）２２を設定することを行うようさらに設定される。いくつかの実施形態では、処理回路６８は無線インターフェース６２が、無線インターフェース６２がＨＡＲＱコードブック内のＨＡＲＱ−ＡＣＫフィードバックを受信することを行うように設定されることにより、ＨＡＲＱ−ＡＣＫフィードバックを受信することを行うようさらに設定される。いくつかの実施形態では、処理回路６８は無線インターフェース６２が、無線インターフェース６２がＨＡＲＱ−ＡＣＫフィードバックを、リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づくＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って、受信することを行うように設定されることにより、ＨＡＲＱ−ＡＣＫフィードバックを受信することを行うようさらに設定される。いくつかの実施形態では、処理回路６８は無線インターフェース６２が、無線インターフェース６２がＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされるＨＡＲＱ−ＡＣＫフィードバックの開始位置に従ってＨＡＲＱ−ＡＣＫフィードバックを受信することを行うように設定されることにより、ＨＡＲＱ−ＡＣＫフィードバックを受信することを行うようさらに設定される。
【００６８】
さらに別の実施形態では、フィードバック要求ユニット３２は、ＷＤ２２に肯定応答フィードバック要求を（例えば、無線インターフェース６２を介して）通信することと、ＷＤ２２に肯定応答フィードバック応答を通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうか指示することと、肯定応答フィードバック要求の結果として、ＷＤ２２から肯定応答フィードバック応答を（例えば、無線インターフェース６２を介して）受信することとを行うように設定される。いくつかの実施形態では、処理回路６８は、肯定応答フィードバック要求をＷＤ２２に通信することの前に、ＬＢＴ手順を実行するようさらに設定される。いくつかの実施形態では、肯定応答フィードバック要求は、少なくとも１つのＤＬチャネル上のネットワークノード１６によって通信されたダウンリンク（ＤＬ）情報の受信を肯定応答するためのものである。いくつかの実施形態では、処理回路６８は、ＷＤ２２についてアップリンク（ＵＬ）チャネルをスケジューリングし、肯定応答フィードバック応答を含み、少なくとも１つのＤＬチャネルのうちの最新のＤＬチャネルと、スケジューリングされたＵＬチャネルとの間のギャップをスケジューリングすることを行うようさらに設定される。いくつかの実施形態では、ギャップは、ＨＡＲＱに関連付けられていない（例えば、ネットワークノード１６および／またはＷＤ２２からの）１つまたは複数の送信について（例えば、ネットワークノード１６によって）スケジューリングされる。いくつかの実施形態では、肯定応答フィードバック要求は、全ての設定されたＨＡＲＱプロセスの全ておよびサブセットのうちの少なくとも１つに対応する複数のＨＡＲＱフィードバック応答を送るためのアグリゲートＨＡＲＱ要求である。いくつかの実施形態では、少なくとも１つのダウンリンクチャネルは１つまたは複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を含む。いくつかの実施形態では、肯定応答フィードバック要求は、アップリンク制御情報（ＵＣＩ）メッセージ内で通信される。いくつかの実施形態では、肯定応答フィードバック要求はハイブリッド自動再送要求（ＨＡＲＱ）要求である。
【００６９】
通信システム１０は、既に言及されているＷＤ２２をさらに含む。ＷＤ２２は、ＷＤ２２が現在位置しているカバレッジエリア１８をサーブするネットワークノード１６との無線接続６４をセットアップしかつ維持するように設定される無線インターフェース８２を含んでよいハードウェア８０を有してよい。無線インターフェース８２は、例えば、１つもしくは複数のＲＦ送信機、１つもしくは複数のＲＦ受信機、および／または１つもしくは複数のＲＦ送受信機として形成されてよい、またはこれらを含んでよい。
【００７０】
ＷＤ２２のハードウェア８０は処理回路網８４をさらに含む。処理回路網８４はプロセッサ８６およびメモリ８８を含んでよい。とりわけ、中央処理装置などのプロセッサおよびメモリに加えてまたはこの代わりに、処理回路網８４は、処理および／または制御用の集積回路網、例えば、命令を実行するように適応される、１つまたは複数のプロセッサ、プロセッサコア、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、および／もしくはＡＳＩＣ（特定用途向け集積回路網）を含んでよい。プロセッサ８６は、任意の種類の揮発性および／または不揮発性メモリ、例えば、キャッシュ、バッファメモリ、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み出し専用メモリ）、光メモリ、および／またはＥＰＲＯＭ（消去可能プログラマブル読み出し専用メモリ）を含んでよいメモリ８８に対するアクセス（例えば、書き込みおよび／または読み出し）を行うように設定されてよい。
【００７１】
よって、ＷＤ２２は、例えば、ＷＤ２２におけるメモリ８８に記憶される、またはＷＤ２２によってアクセス可能な外部メモリ（例えば、データベース、記憶アレイ、ネットワーク記憶デバイスなど）に記憶されるソフトウェア９０をさらに含んでよい。ソフトウェア９０は、処理回路網８４によって実行可能であってよい。ソフトウェア９０はクライアントアプリケーション９２を含んでよい。クライアントアプリケーション９２は、ホストコンピュータ２４のサポートを受けて、ＷＤ２２を介して人間または非人間のユーザにサービスを提供するように動作可能であってよい。ホストコンピュータ２４において、実行中のホストアプリケーション５０は、ＷＤ２２およびホストコンピュータ２４で終端するＯＴＴ接続５２を介して実行中のクライアントアプリケーション９２と通信してよい。サービスをユーザに提供する際に、クライアントアプリケーション９２は、要求データをホストアプリケーション５０から受信し、かつ要求データに応答してユーザデータを提供してよい。ＯＴＴ接続５２は、要求データおよびユーザデータの両方を移行させてよい。クライアントアプリケーション９２は、提供するユーザデータを生成するためにユーザと対話してよい。
【００７２】
処理回路網８４は、例えば、ＷＤ２２によって、本明細書に説明される方法および／またはプロセスのいずれかを制御するように、および／またはこのような方法および／またはプロセスを行わせるように設定されてよい。プロセッサ８６は、本明細書に説明されるＷＤ２２の機能を行うための１つまたは複数のプロセッサ８６に対応する。ＷＤ２２は、本明細書に説明される、データ、プログラムソフトウェアコード、および／または他の情報を記憶するように設定されるメモリ８８を含む。いくつかの実施形態では、ソフトウェア９０および／またはクライアントアプリケーション９２は、プロセッサ８６および／または処理回路網８４によって実行される時、プロセッサ８６および／または処理回路網８４に、ＷＤ２２に対する本明細書に説明されるプロセスを行わせる命令を含んでよい。例えば、無線デバイス２２の処理回路８４はフィードバックユニット３４を含むことができ、フィードバックユニット３４は、無線インターフェース８２が、ネットワークノード１６から、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ）を受信することと、ネットワークノード１６から、第２のＤＣＩを受信することであって、第２のＤＣＩは第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む、受信することとを行うように設定される。フィードバックユニット３４は、任意選択で無線インターフェース８２がＨＡＲＱ−ＡＣＫフィードバック要求トリガに応答して、第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてＨＡＲＱ−ＡＣＫフィードバックを送信することを行うように設定される。
【００７３】
いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがフィードバックを要求している設定されたＨＡＲＱプロセスに対応するビットマップを含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ＰＤＳＣＨをスケジューリングしているＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックをトリガする。いくつかの実施形態では、処理回路８４は、無線インターフェース８２が、無線インターフェース８２が第２のＤＣＩ内のフィールド内のＨＡＲＱ−ＡＣＫフィードバック要求トリガを受信することを行うように設定されることにより、ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む第２のＤＣＩを受信することを行うようさらに設定される。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、設定されたＨＡＲＱプロセスの少なくともサブセットについてのＨＡＲＱ−ＡＣＫフィードバックをトリガし、少なくともサブセットは、ネットワークノードによって肯定応答がまだ受信されていない設定されたＨＡＲＱプロセスに対応する。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、全ての設定されたＨＡＲＱプロセスについてＨＡＲＱ−ＡＣＫフィードバックをトリガする。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する時間リソースの指示、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する周波数リソースの指示、およびネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待するキャリアの指示、のうちの少なくとも１つを含む。いくつかの実施形態では、第２のＤＣＩは少なくとも２つのダウンリンク割り当てインジケータ（ＤＡＩ）の値をさらに含み、第１のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされると想定しており、第２のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされないことを想定している。いくつかの実施形態では、処理回路８４は、第２のＤＣＩ内のＨＡＲＱ−ＡＣＫフィードバック要求トリガを受信することに応答して、第１のＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを決定することを行うようさらに設定される。いくつかの実施形態では、処理回路８４は、アンライセンススペクトル上でＨＡＲＱ−ＡＣＫフィードバックを送信するために、リッスンビフォアトーク（ＬＢＴ）手順を実行することと、ＬＢＴの成功に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを決定することとを行うようさらに設定される。
【００７４】
別の実施形態では、フィードバックユニット３４は、無線インターフェース８２が、スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を受信することと、受信されたＨＡＲＱ−ＡＣＫフィードバック要求に応答して、ＰＤＳＣＨの端部とＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを通信することとを行うように設定される。いくつかの実施形態では、処理回路８４は無線インターフェース８２が、無線インターフェース８２が同一チャネル占有時間（ＣＯＴ）内のＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、ＰＤＳＣＨとして通信することを行うように設定されることにより、ＨＡＲＱ−ＡＣＫフィードバックを通信することを行うようさらに設定される。いくつかの実施形態では、処理回路８４は無線インターフェース８２が、無線インターフェース８２がアンライセンススペクトル上のＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく通信することを行うように設定されることにより、ＨＡＲＱ−ＡＣＫフィードバックを通信することを行うようさらに設定される。いくつかの実施形態では、処理回路８４は無線インターフェース８２が、ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にネットワークノード１６からリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を受信することを行うようさらに設定される。いくつかの実施形態では、処理回路８４は無線インターフェース８２が、無線インターフェース８２が、ギャップのサイズが最大でギャップサイズ閾値を満たす場合、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく、アンライセンススペクトル上でＨＡＲＱ−ＡＣＫフィードバックを通信することと、ギャップのサイズがギャップサイズ閾値を超える場合、ＬＢＴ手順を実行することの後、アンライセンススペクトル上でＨＡＲＱ−ＡＣＫフィードバックを通信することとを行うように設定されることにより、ＨＡＲＱ−ＡＣＫフィードバックを通信することを行うようさらに設定される。いくつかの実施形態では、処理回路８４は無線インターフェース８２が、ネットワークノード１６からリッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するための設定を受信することを行うようさらに設定される。いくつかの実施形態では、ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つがギャップ内でスケジューリングされる。いくつかの実施形態では、処理回路８４は無線インターフェース８２が、無線インターフェース８２がＨＡＲＱコードブックとしてＨＡＲＱ−ＡＣＫフィードバックを通信することを行うように設定されることにより、ＨＡＲＱ−ＡＣＫフィードバックを通信することを行うようさらに設定される。いくつかの実施形態では、処理回路８４は無線インターフェース８２が、無線インターフェース８２がＨＡＲＱ−ＡＣＫフィードバックを、ＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って、通信することであって、開始位置はリッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づいている、通信することを行うように設定されることにより、ＨＡＲＱ−ＡＣＫフィードバックを通信することを行うようさらに設定される。いくつかの実施形態では、処理回路８４は無線インターフェース８２が、無線インターフェース８２がＨＡＲＱ−ＡＣＫフィードバックを、ＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って、通信することであって、開始位置はＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされる、通信することを行うように設定されることにより、ＨＡＲＱ−ＡＣＫフィードバックを通信することを行うようさらに設定される。
【００７５】
さらに別の実施形態では、フィードバックユニット３４は、ネットワークノード１６から、肯定応答フィードバック要求を受信することと、肯定応答フィードバック応答を通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうか判断することと、受信された肯定応答フィードバック要求に応答して、判断に基づいてＬＢＴ手順を実行するか実行しないかのいずれかで、肯定応答フィードバック応答をネットワークノード１６に（例えば、無線インターフェース８２を介して）通信することとを行うように設定される。いくつかの実施形態では、処理回路８４は、ダウンリンク（ＤＬ）チャネルとＤＬチャネル後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズを決定することを行うようさらに設定されることにより、ＬＢＴ手順を実行するかどうかを判断するように設定される。いくつかの実施形態では、処理回路８４は、ＤＬチャネルと第１のＵＬチャネルとの間のギャップのサイズが最大でギャップサイズ閾値を満たす場合、ＬＢＴ手順を実行しないと判断して、ＬＢＴ手順を実行することなく肯定応答フィードバック応答を通信することによって肯定応答フィードバック応答を（例えば、無線インターフェース８２を介して）通信することと、ＤＬチャネルと第１のＵＬチャネルとの間のギャップのサイズがギャップサイズ閾値を超える場合、ＬＢＴ手順を実行すると判断して、肯定応答フィードバック応答を通信することの前にＬＢＴ手順を実行することとを行うように設定される。いくつかの実施形態では、ギャップは、ＨＡＲＱに関連付けられていない１つまたは複数の送信についてスケジューリングされる。いくつかの実施形態では、肯定応答フィードバック要求は、複数のＨＡＲＱフィードバック応答を送るためのアグリゲートＨＡＲＱ要求であり、判断に基づいて、また受信されたアグリゲートＨＡＲＱ要求に応答して、ＬＢＴ手順を実行するか実行しないかのいずれかで、複数のＨＡＲＱフィードバック応答をネットワークノード１６に（例えば、無線インターフェース８２を介して）通信し、複数のＨＡＲＱフィードバック応答は、ＷＤ２２についての、全ての設定されたＨＡＲＱプロセスの全ておよびサブセットのうちの少なくとも１つに対応する。いくつかの実施形態では、肯定応答フィードバック応答はハイブリッド自動再送要求（ＨＡＲＱ）応答メッセージである。いくつかの実施形態では、肯定応答フィードバック要求が受信され、肯定応答フィードバック応答がアンライセンススペクトル上で（例えば、無線インターフェース８２を介して）通信される。
【００７６】
いくつかの実施形態では、ネットワークノード１６、ＷＤ２２、およびホストコンピュータ２４の内部構造は図４に示されるようなものであってよく、独立的に、周囲のネットワークトポロジは図３のものであってよい。
【００７７】
図４において、ＯＴＴ接続５２は、いずれの中間デバイスにも、これらのデバイスを介したメッセージの正確なルーティングにも明示的に言及することなく、ネットワークノード１６を介したホストコンピュータ２４と無線デバイス２２との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャは、ＷＤ２２から、または、ホストコンピュータ２４を動作させるサービスプロバイダから、またはこの両方から隠すように設定されてよいルーティングを判断し得る。ＯＴＴ接続５２がアクティブである間、ネットワークインフラストラクチャは、（例えば、ロードバランシングの考慮、またはネットワークの再設定に基づいて）ルーティングを動的に変更する決定をさらに行ってよい。
【００７８】
ＷＤ２２とネットワークノード１６との間の無線接続６４は、本開示全体を通して説明される実施形態の教示に従うものである。様々な実施形態の１つまたは複数によって、無線接続６４が最終セグメントを形成し得るＯＴＴ接続５２を使用してＷＤ２２に提供されるＯＴＴサービスの性能が改善される。より正確には、これらの実施形態のうちのいくつかの教示は、データ速度、レイテンシ、および／または電力消費を改善可能であり、それによって、ユーザ待機時間の低減、ファイルサイズに対する制約の緩和、より良い応答性、バッテリ寿命の延長などの利益を提供することができる。
【００７９】
いくつかの実施形態では、測定手順は、１つまたは複数の実施形態が改善させるデータ速度、レイテンシ、および他の因子を監視する目的で提供されてよい。測定結果の変化に応答して、ホストコンピュータ２４とＷＤ２２との間のＯＴＴ接続５２を再設定するためのオプションのネットワーク機能性がさらにあってよい。測定手順および／またはＯＴＴ接続５２を再設定するためのネットワーク機能性は、ホストコンピュータ２４のソフトウェア４８、ＷＤ２２のソフトウェア９０、またはこの両方において実装されてよい。実施形態において、センサ（図示せず）は、ＯＴＴ接続５２が通る通信デバイスにまたはこれと関連して配備されてよく、センサは、上に例示される監視量の値を供給することによって、または、ソフトウェア４８、９０が監視量を計算するまたは概算することができる他の物理量の値を供給することによって、測定手順に関与することができる。ＯＴＴ接続５２の再設定は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含んでよく、再設定は、ネットワークノード１６に影響を与える必要はなく、再設定はネットワークノード１６に知られていなくても感知できなくてもよい。いくつかのこのような手順および機能性は、当技術分野において既知でありかつ実践されてよい。ある特定の実施形態において、測定は、スループット、伝搬時間、およびレイテンシなどのホストコンピュータ２４の測定を容易にする専有のＷＤシグナリングを伴ってよい。いくつかの実施形態では、測定は、ソフトウェア４８、９０が、伝搬時間、エラーなどを監視しながら、ＯＴＴ接続５２を使用して、とりわけ空のまたは「ダミー」メッセージで、メッセージを送信させるように実施されてよい。
【００８０】
よって、いくつかの実施形態では、ホストコンピュータ２４は、ユーザデータを提供するように設定される処理回路網４２と、ＷＤ２２への送信のためにユーザデータをセルラーネットワークに転送するように設定される通信インターフェース４０と、を含む。いくつかの実施形態では、セルラーネットワークは、無線インターフェース６２と共にネットワークノード１６も含む。いくつかの実施形態では、ネットワークノード１６、および／またはネットワークノード１６の処理回路網６８は、ＷＤ２２に対する送信を準備する／開始する／維持する／サポートする／終了するための、および／またはＷＤ２２からの送信を受けて準備する／終止する／維持する／サポートする／終了するための、本明細書に説明される機能および／または方法を行うように設定される。
【００８１】
いくつかの実施形態では、ホストコンピュータ２４は、処理回路網４２と、ＷＤ２２からネットワークノード１６への送信から生じるユーザデータを受信するように設定される通信インターフェース４０と、を含む。いくつかの実施形態では、ＷＤ２２は、ネットワークノード１６に対する送信を準備する／開始する／維持する／サポートする／終了するための、および／またはネットワークノード１６からの送信を受けて準備する／終止する／維持する／サポートする／終了するための、本明細書に説明される機能および／または方法を行うように設定される、および／または行うように設定される無線インターフェース８２および／または処理回路網８４を備える。
【００８２】
図３および図４は、それぞれのプロセッサにあるものとしてフィードバック要求ユニット３２、およびフィードバックユニット３４などの様々な「ユニット」を示しているが、これらのユニットは、ユニットの一部が処理回路内の対応するメモリに格納されるように実装される場合があることが企図されている。換言すれば、ユニットは、ハードウェア、またはハードウェアと処理回路網内のソフトウェアとの組み合わせで実装されてよい。
【００８３】
図５は、１つの実施形態による、例えば、図３および図４の通信システムなどの通信システムにおいて実施される例示の方法を示すフローチャートである。通信システムは、図４を参照して説明されるものであってよい、ホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含んでよい。方法の第１のステップでは、ホストコンピュータ２４はユーザデータを提供する（ブロックＳ１００）。第１のステップのオプションのサブステップでは、ホストコンピュータ２４は、例えば、ホストアプリケーション５０などのホストアプリケーションを実行することによってユーザデータを提供する（ブロックＳ１０２）。第２のステップでは、ホストコンピュータ２４は、ユーザデータをＷＤ２２に搬送する送信を開始する（ブロックＳ１０４）。オプションの第３のステップでは、ネットワークノード１６は、本開示全体を通して説明される実施形態の教示に従って、ホストコンピュータ２４が開始した送信で搬送されたユーザデータをＷＤ２２に送信する（ブロックＳ１０６）。オプションの第４のステップでは、ＷＤ２２は、例えば、ホストコンピュータ２４によって実行されるホストアプリケーション５０と関連付けられたクライアントアプリケーション９２などのクライアントアプリケーションを実行する（ブロックＳ１０８）。
【００８４】
図６は、１つの実施形態による、例えば、図２の通信システムなどの通信システムにおいて実施される例示の方法を示すフローチャートである。通信システムは、図３および図４を参照して説明されるものであってよい、ホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含んでよい。方法の第１のステップでは、ホストコンピュータ２４はユーザデータを提供する（ブロックＳ１１０）。オプションのサブステップ（図示せず）では、ホストコンピュータ２４は、例えば、ホストアプリケーション５０などのホストアプリケーションを実行することによってユーザデータを提供する。第２のステップでは、ホストコンピュータ２４は、ユーザデータをＷＤ２２に搬送する送信を開始する（ブロックＳ１１２）。本開示全体を通して説明される実施形態の教示に従って、送信はネットワークノード１６を介して通ってよい。オプションの第３のステップでは、ＷＤ２２は、送信時に搬送されたユーザデータを受信する（ブロックＳ１１４）。
【００８５】
図７は、１つの実施形態による、例えば、図３の通信システムなどの通信システムにおいて実施される例示の方法を示すフローチャートである。通信システムは、図３および図４を参照して説明されるものであってよい、ホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含んでよい。方法のオプションの第１のステップでは、ＷＤ２２はホストコンピュータ２４によって提供された入力データを受信する（ブロックＳ１１６）。第１のステップのオプションのサブステップでは、ＷＤ２２は、ホストコンピュータ２４によって提供される受信した入力データを受けてユーザデータを提供するクライアントアプリケーション９２を実行する（ブロックＳ１１８）。さらにまたは代替的に、オプションの第２のステップでは、ＷＤ２２はユーザデータを提供する（ブロックＳ１２０）。第２のステップのオプションのサブステップでは、ＷＤは、例えば、クライアントアプリケーション９２などのクライアントアプリケーションを実行することによってユーザデータを提供する（ブロックＳ１２２）。ユーザデータを提供する際に、実行したクライアントアプリケーション９２は、ユーザから受信したユーザ入力をさらに考慮してよい。ユーザデータが提供された特定のやり方にかかわらず、ＷＤ２２は、オプションの第３のサブステップでは、ホストコンピュータ２４へのユーザデータの送信を開始してよい（ブロックＳ１２４）。方法の第４のステップでは、ホストコンピュータ２４は、本開示全体を通して説明される実施形態の教示に従って、ＷＤ２２から送信されたユーザデータを受信する（ブロックＳ１２６）。
【００８６】
図８は、１つの実施形態による、例えば、図３の通信システムなどの通信システムにおいて実施される例示の方法を示すフローチャートである。通信システムは、図３および図４を参照して説明されるものであってよい、ホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含んでよい。方法のオプションの第１のステップでは、本開示全体を通して説明される実施形態の教示に従って、ネットワークノード１６は、ＷＤ２２からユーザデータを受信する（ブロックＳ１２８）。オプションの第２のステップでは、ネットワークノード１６はホストコンピュータ２４への受信したユーザデータの送信を開始する（ブロックＳ１３０）。第３のステップでは、ホストコンピュータ２４はネットワークノード１６によって開始された送信で搬送されるユーザデータを受信する（ブロックＳ１３２）。
【００８７】
図９はネットワークノード１６の例示的なプロセスのフローチャートである。ネットワークノード１６によって実行される、１つまたは複数のブロックおよび／または機能および／または方法は、例示の方法に応じて、処理回路６８、プロセッサ７０、無線インターフェース６２などにあるフィードバック要求ユニット３２によってなど、ネットワークノード１６の１つまたは複数の要素によって実行することができる。一実施形態では、例示の方法は任意選択で、フィードバック要求ユニット３２、処理回路６８および／または無線インターフェース６２を介するなどして、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてのスケジューリングを決定すること（ブロックＳ１３４）を含む。方法は、フィードバック要求ユニット３２、処理回路６８、および／または無線インターフェース６２を介するなどして、ＰＤＳＣＨをスケジューリングしている第１のダウンリンク制御情報（ＤＣＩ）を送信すること（ブロックＳ１３６）を含む。方法は、フィードバック要求ユニット３２、処理回路６８、および／または無線インターフェース６２を介するなどして、第２のＤＣＩを送信すること（ブロックＳ１３８）を含み、第２のＤＣＩは、第１のＤＣＩによってスケジューリングされるＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む。
【００８８】
いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノード１６がフィードバックを要求している設定されたＨＡＲＱプロセスに対応するビットマップを含む。いくつかの実施形態では、方法は、フィードバック要求ユニット３２、処理回路６８、および／または無線インターフェース６２を介するなどして、ＨＡＲＱ−ＡＣＫフィードバック要求トリガの結果として、第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックを受信してデコードすることをさらに含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、第２のＤＣＩ内のフィールドである。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む第２のＤＣＩを送信することは、フィードバック要求ユニット３２、処理回路６８、および／または無線インターフェース６２を介するなどして、設定されたＨＡＲＱプロセスのうちの少なくともサブセットについて肯定応答がまだ受信されていないと判断することに応答する。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、全ての設定されたＨＡＲＱプロセスについてＨＡＲＱ−ＡＣＫフィードバックをトリガする。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する時間リソースの指示、ネットワークノード１６がトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する周波数リソースの指示、およびネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待するキャリアの指示、のうちの少なくとも１つを含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む第２のＤＣＩを送信することは、フィードバック要求ユニット３２、処理回路６８、および／または無線インターフェース６２を介するなどして、少なくとも２つのダウンリンク割り当てインジケータ（ＤＡＩ）の値を含む第２のＤＣＩを送信することをさらに含み、第１のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされると想定しており、第２のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされないことを想定している。いくつかの実施形態では、方法は、第２のＤＣＩ内のＨＡＲＱ−ＡＣＫフィードバック要求トリガを送信することの結果として、フィードバック要求ユニット３２、処理回路６８、および／または無線インターフェース６２を介するなどして、第１のＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを有するＨＡＲＱ−ＡＣＫフィードバックを受信することをさらに含む。
【００８９】
図１０はネットワークノード１６のさらに別の例示的なプロセスのフローチャートである。ネットワークノード１６によって実行される、１つまたは複数のブロックおよび／または機能および／または方法は、例示の方法に応じて、処理回路６８、プロセッサ７０、無線インターフェース６２などにあるフィードバック要求ユニット３２によってなど、ネットワークノード１６の１つまたは複数の要素によって実行することができる。別の実施形態では、例示の方法は、フィードバック要求ユニット３２、処理回路６８および／または無線インターフェース６２を介するなどして、スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を送信すること（ブロックＳ１４０）を含む。方法は、ＨＡＲＱ−ＡＣＫフィードバック要求の結果として、フィードバック要求ユニット３２、処理回路６８および／または無線インターフェース６２を介するなどして、ＰＤＳＣＨの端部とＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを受信すること（Ｓ１４２）を含む。
【００９０】
いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを受信することは、フィードバック要求ユニット３２、処理回路６８、および／または無線インターフェース６２を介するなどして、同一チャネル占有時間（ＣＯＴ）内のＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、ＰＤＳＣＨとして受信することをさらに含む。いくつかの実施形態では、方法は、フィードバック要求ユニット３２、処理回路６８、および／または無線インターフェース６２を介するなどして、ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を無線デバイス（ＷＤ）２２に送信することをさらに含む。いくつかの実施形態では、方法は、フィードバック要求ユニット３２、処理回路６８、および／または無線インターフェース６２を介するなどして、ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つをギャップ内でスケジューリングすることをさらに含む。いくつかの実施形態では、方法は、フィードバック要求ユニット３２、処理回路６８、および／または無線インターフェース６２を介するなどして、無線デバイス（ＷＤ）２２がリッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するように設定することをさらに含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを受信することは、ＨＡＲＱコードブックを受信することをさらに含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを受信することは、フィードバック要求ユニット３２、処理回路６８、および／または無線インターフェース６２を介するなどして、リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づくＨＡＲＱ−ＡＣＫフィードバックの開始位置に従ってＨＡＲＱ−ＡＣＫフィードバックを受信することをさらに含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを受信することは、フィードバック要求ユニット３２、処理回路６８、および／または無線インターフェース６２を介するなどして、ＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされるＨＡＲＱ−ＡＣＫフィードバックの開始位置に従ってＨＡＲＱ−ＡＣＫフィードバックを受信することをさらに含む。
【００９１】
別の実施形態では、ネットワークノード１６における例示のプロセスは、ＷＤ２２に肯定応答フィードバック要求を通信することと、ＷＤ２２に肯定応答フィードバック応答を通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうか指示することと、肯定応答フィードバック要求の結果として、ＷＤから肯定応答フィードバック応答を受信することとを含む。いくつかの実施形態では、方法は、肯定応答フィードバック要求をＷＤ２２に通信することの前に、ネットワークノード１６によって、ＬＢＴ手順を実行することをさらに含む。いくつかの実施形態では、肯定応答フィードバック要求は、少なくとも１つのＤＬチャネル上のネットワークノード１６によって通信されたダウンリンク（ＤＬ）情報の受信を肯定応答するためのものである。いくつかの実施形態では、方法は、ＷＤ２２についてアップリンク（ＵＬ）チャネルをスケジューリングし、肯定応答フィードバック応答を含むことと、少なくとも１つのＤＬチャネルのうちの最新のＤＬチャネルと、スケジューリングされたＵＬチャネルの間のギャップをスケジューリングすることとをさらに含む。いくつかの実施形態では、ギャップは、ＨＡＲＱに関連付けられていない１つまたは複数の送信についてスケジューリングされる。いくつかの実施形態では、肯定応答フィードバック要求は、全ての設定されたＨＡＲＱプロセスの全ておよびサブセットのうちの少なくとも１つに対応する複数のＨＡＲＱフィードバック応答を送るためのアグリゲートＨＡＲＱ要求である。いくつかの実施形態では、少なくとも１つのダウンリンクチャネルは１つまたは複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を含む。いくつかの実施形態では、肯定応答フィードバック要求は、アップリンク制御情報（ＵＣＩ）メッセージ内で通信される。いくつかの実施形態では、肯定応答フィードバック要求はハイブリッド自動再送要求（ＨＡＲＱ）要求である。
【００９２】
図１１は、本開示のいくつかの実施形態による、無線デバイス２２における例示的な方法のフローチャートである。ＷＤ２２によって実行される、１つまたは複数のブロックおよび／または機能および／または方法は、処理回路８４、プロセッサ８６、無線インターフェース８２などにあるフィードバックユニット３４によってなど、ＷＤ２２の１つまたは複数の要素によって実行することができる。方法は、フィードバックユニット３４、処理回路８４、および／または無線インターフェース８２を介するなどして、ネットワークノード１６から、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングしている第１のダウンリンク制御情報（ＤＣＩ）を受信すること（ブロックＳ１４４）を含む。方法は、フィードバックユニット３４、処理回路８４、および／または無線インターフェース８２を介するなどして、ネットワークノード１６から、第２のＤＣＩを受信すること（ブロックＳ１４６）を含み、第２のＤＣＩは、第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックをトリガするハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求トリガを含む。方法は、任意選択で、ＨＡＲＱ−ＡＣＫフィードバック要求トリガに応答して、フィードバックユニット３４、処理回路８４、および／または無線インターフェース８２を介するなどして、第１のＤＣＩによってスケジューリングされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫフィードバックを送信すること（Ｓ１４７）を含む。
【００９３】
いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがフィードバックを要求している設定されたＨＡＲＱプロセスに対応するビットマップを含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ＰＤＳＣＨをスケジューリングしているＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックをトリガする。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガを含む第２のＤＣＩを受信することは、第２のＤＣＩのフィールド内のＨＡＲＱ−ＡＣＫフィードバック要求トリガを受信することをさらに含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、設定されたＨＡＲＱプロセスの少なくともサブセットについてのＨＡＲＱ−ＡＣＫフィードバックをトリガし、少なくともサブセットは、ネットワークノードによって肯定応答がまだ受信されていない設定されたＨＡＲＱプロセスに対応する。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、全ての設定されたＨＡＲＱプロセスについてＨＡＲＱ−ＡＣＫフィードバックをトリガする。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバック要求トリガは、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する時間リソースの指示、ネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待する周波数リソースの指示、およびネットワークノードがトリガされたＨＡＲＱ−ＡＣＫフィードバックを期待するキャリアの指示、のうちの少なくとも１つを含む。いくつかの実施形態では、第２のＤＣＩは少なくとも２つのダウンリンク割り当てインジケータ（ＤＡＩ）の値をさらに含み、第１のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされると想定しており、第２のＤＡＩ値はＨＡＲＱ−ＡＣＫフィードバックが成功裏にデコードされないことを想定している。いくつかの実施形態では、方法は、第２のＤＣＩ内のＨＡＲＱ−ＡＣＫフィードバック要求トリガを受信することに応答して、フィードバックユニット３４、処理回路８４、および／または無線インターフェース８２を介するなどして、第１のＤＣＩ内のダウンリンク割り当てインジケータ（ＤＡＩ）フィールド内の値に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを決定することをさらに含む。いくつかの実施形態では、方法は、フィードバックユニット３４、処理回路８４、および／または無線インターフェース８２を介するなどして、アンライセンススペクトル上でＨＡＲＱ−ＡＣＫフィードバックを送信するために、リッスンビフォアトーク（ＬＢＴ）手順を実行することと、フィードバックユニット３４、処理回路８４、および／または無線インターフェース８２を介するなどして、ＬＢＴの成功に少なくとも部分的に基づいてＨＡＲＱコードブックサイズを決定することとをさらに含む。
【００９４】
図１２は、本開示のいくつかの実施形態による、無線デバイス２２におけるさらに別の例示的な方法のフローチャートである。ＷＤ２２によって実行される、１つまたは複数のブロックおよび／または機能および／または方法は、処理回路８４、プロセッサ８６、無線インターフェース８２などにあるフィードバックユニット３４によってなど、ＷＤ２２の１つまたは複数の要素によって実行することができる。方法は、フィードバックユニット３４、処理回路８４、および／または無線インターフェース８２を介するなどして、スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を受信すること（ブロックＳ１４８）を含む。方法は、受信されたＨＡＲＱ−ＡＣＫフィードバック要求に応答して、フィードバックユニット３４、処理回路８４および／または無線インターフェース８２を介するなどして、ＰＤＳＣＨの端部とＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを通信すること（Ｓ１５０）を含む。
【００９５】
いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを通信することは、同一チャネル占有時間（ＣＯＴ）内のＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、ＰＤＳＣＨとして通信することをさらに含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを通信することは、フィードバックユニット３４、処理回路８４、および／または無線インターフェース８２を介するなどして、アンライセンススペクトル上のＨＡＲＱ−ＡＣＫフィードバックを、サイズギャップに少なくとも部分的に基づいて、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく通信することをさらに含む。いくつかの実施形態では、方法は、フィードバックユニット３４、処理回路８４、および／または無線インターフェース８２を介するなどして、ネットワークノード１６から、ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を受信することをさらに含む。いくつかの実施形態では、方法は、ギャップのサイズが最大でギャップサイズ閾値を満たす場合、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく、アンライセンススペクトル上でＨＡＲＱ−ＡＣＫフィードバックを通信することと、ギャップのサイズがギャップサイズ閾値を超える場合、ＬＢＴ手順を実行することの後、アンライセンススペクトル上でＨＡＲＱ−ＡＣＫフィードバックを通信することとをさらに含む。いくつかの実施形態では、方法は、ネットワークノード１６から、フィードバックユニット３４、処理回路８４、および／または無線インターフェース８２を介するなどして、リッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するための設定を受信することをさらに含む。いくつかの実施形態では、ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つがギャップ内でスケジューリングされる。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを通信することは、ＨＡＲＱコードブックを通信することをさらに含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを通信することは、フィードバックユニット３４、処理回路８４、および／または無線インターフェース８２を介するなどして、リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づくＨＡＲＱ−ＡＣＫフィードバックの開始位置に従ってＨＡＲＱ−ＡＣＫフィードバックを通信することをさらに含む。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫフィードバックを通信することは、フィードバックユニット３４、処理回路８４および／または無線インターフェース８２を介するなどして、ＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされるＨＡＲＱ−ＡＣＫフィードバックの開始位置に従ってＨＡＲＱ−ＡＣＫフィードバックを通信することをさらに含む。
【００９６】
さらに別の実施形態では、方法は、ネットワークノード１６から、肯定応答フィードバック要求を受信することと、肯定応答フィードバック応答を通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうか判断することと、受信された肯定応答フィードバック要求に応答して、判断に基づいてＬＢＴ手順を実行するか実行しないかのいずれかで、肯定応答フィードバックをネットワークノードに通信することとを含む。いくつかの実施形態では、ＬＢＴ手順を実行するかどうかの判断は、ネットワークノード１６からの制御信号または他の通信を解釈することを含み、また他の実施形態では、ＬＢＴ手順を実行するかどうかの判断は、ネットワークノード１６とは独立的にＷＤ２２によって実行される。換言すると、本開示のいくつかの実施形態は、本開示で説明されるシグナリング配置構成に限定されず、いくつかの態様においてＷＤ２２が、例えばチャネル状態、他のデバイスからのシグナリング、事前設定などに基づいて、ＬＢＴ手順を実行するかどうかに関して自身の判断を行うことができることが企図される。いくつかの実施形態では、ＬＢＴ手順を実行するかどうかを判断することは、ダウンリンク（ＤＬ）チャネルとＤＬチャネル後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズを決定することを含む。いくつかの実施形態では、方法は、ＤＬチャネルと第１のＵＬチャネルとの間のギャップのサイズが最大でギャップサイズ閾値を満たす場合、ＬＢＴ手順を実行しないと判断して、ＬＢＴ手順を実行することなく肯定応答フィードバック応答を通信することによって肯定応答フィードバック応答を通信することと、ＤＬチャネルと第１のＵＬチャネルとの間のギャップのサイズがギャップサイズ閾値を超える場合、ＬＢＴ手順を実行すると判断して、肯定応答フィードバック応答を通信することの前にＬＢＴ手順を実行することとをさらに含む。いくつかの実施形態では、ギャップは、ＨＡＲＱに関連付けられていない１つまたは複数の送信についてスケジューリングされる。いくつかの実施形態では、肯定応答フィードバック要求は、複数のＨＡＲＱフィードバック応答を送るためのアグリゲートＨＡＲＱ要求であり、判断に基づいて、また受信されたアグリゲートＨＡＲＱ要求に応答して、ＬＢＴ手順を実行するか実行しないかのいずれかで、複数のＨＡＲＱフィードバック応答をネットワークノード１６に通信し、複数のＨＡＲＱフィードバック応答は、ＷＤ２２についての、全ての設定されたＨＡＲＱプロセスの全ておよびサブセットのうちの少なくとも１つに対応する。いくつかの実施形態では、肯定応答フィードバック応答はハイブリッド自動再送要求（ＨＡＲＱ）応答メッセージである。いくつかの実施形態では、肯定応答フィードバック要求が受信され、肯定応答フィードバック応答がアンライセンススペクトル上で通信される。
【００９７】
本開示によるＨＡＲＱフィードバック設計についていくつかの実施形態を全体的に説明してきたが、ネットワークノード１６、無線デバイス２２、および／またはホストコンピュータ２４によって実装され得る実施形態のうちのいくつかの、さらに詳細な説明を以下に述べる。
【００９８】
実施形態１
アンライセンス帯域上の送信は、一般的にリッスンビフォアトーク（ＬＢＴ）手順の対象となる。したがって、上述のように、ＬＢＴ結果に応じて、送信が成功裏に完了するかどうかに不確実性が存在する。しかしながら、短いフィードバック送信については、Ｗｉ−ＦｉにおけるＡＣＫ送信と同様、短いＬＢＴ、またはＬＢＴを行わないことが許可されている。２つのノードが同一の送信機会を共有する場合、同様の概念を適用することができ、すなわち応答ノードは、開始ノードの送信の終了から所定時間、例えば、１６μ秒以下のうちに、送信を開始する場合、ＬＢＴをスキップすることが許可され得る。
【００９９】
したがって、この実施形態では、ネットワークノード１６はＬＢＴ手順（例えば、フル指数ＬＢＴ手順）を実行することによって送信機会を開始することができ、例えばＷＤ２２からの、送信機会内に送信されたＰＤＳＣＨの全てまたはサブセットについてフィードバックを、（例えばＰＵＣＣＨまたはＵＣＩを介して）要求することができる。より具体的には、さらなる態様において、フィードバックは、例えばＷＤ２２からのフィードバック送信に先行するＰＤＳＣＨ送信の全てまたはサブセットについてのフィードバックを含むことができる。本実施形態のいくつかの態様では、１つの送信機会内に、複数のフィードバック発生が、起こる場合がある／要求ノード（例えばネットワークノード１６）に送信される場合がある。いくつかの実施形態では、フィードバックは、ＰＵＳＣＨ送信で多重化することができる。
【０１００】
いくつかの実施形態では、フィードバックという用語は、本明細書において肯定応答フィードバック応答（例えば、例えばＷＤ２２からのＨＡＲＱ−ＡＣＫ／ＮＡＣＫメッセージ）を示すために使用される場合がある。いくつかの実施形態では、フィードバック要求またはフィードバック応答という用語は、本明細書において肯定応答フィードバック要求（例えば、例えばネットワークノード１６からのＨＡＲＱまたはアグリゲートＨＡＲＱフィードバック要求）を示すために使用される場合がある。他の実施形態では、フィードバックおよびフィードバック要求は、他のタイプのフィードバック信号と関連付けられる場合がある。
【０１０１】
フィードバックは、ＤＬと後続のＵＬ送信の間のギャップが十分に小さい場合（例えば、所定のギャップサイズ閾値以下である場合）、ＷＤ２２側でＬＢＴを実施することなく送信することができる。非限定的な例として、一実施形態では、ギャップは所定量、例えば、１６μ秒以下であり得る。他の実施形態では、ギャップは１６μ秒より大きくてもよい。図１３は、ＤＬとＵＬとの間に１つのスイッチングポイントがある許容最大ＣＯＴ（ＭＣＯＴ）未満のチャネル占有時間（ＣＯＴ）を伴う共有チャネル占有の例を示している。図１４は、複数のスイッチングポイントを伴う共有ＣＯＴの例を示している。
【０１０２】
いくつかの実施形態では、ギャップはＤＬ送信の終了とスケジューリングされたＵＬ送信の開始との間で（例えば、ＷＤ２２および／またはネットワークノード１６によって）測定される場合がある。いくつかの実施形態では、ギャップという用語は、ＨＡＲＱなどの肯定応答フィードバック応答に関連付けられていない場合がある（それにより例えばＬＢＴがＷＤ２２によって実行される必要がない）送信がスケジューリングされていない、および／または１つもしくは複数の所定の送信が（例えば、ネットワークノード１６によって）スケジューリングされている、所定の時間リソースを示すよう意図されている。
【０１０３】
本実施形態の別の態様として、ＤＬ送信と直後のＵＬ送信との間のギャップが大きい（例えば所定のギャップサイズ閾値を満足する、または超える）場合、ＷＤ２２は少なくとも１つのＬＢＴ手順を一定の持続時間実行することができる、および／または実行するように（例えばネットワークノード１６によって）設定され得る。非限定的な例として、一実施形態では、ＬＢＴ持続時間は所定量、例えば、２５μ秒であり得る。
【０１０４】
実施形態２
ＮＲは、小さいプロセス遅延をサポートすることができるが、同一のタイムスロット内にフィードバックを提供するほど小さくはない。例えば、１５ＫＨｚのサブキャリア間隔では、ＰＤＳＣＨの終了からＰＵＣＣＨの開始までの層１（Ｌ１）処理遅延は、ＷＤ２２について１機能を想定して、最小８直交周波数分割多重（ＯＦＤＭ）シンボルである。したがって、（例えばＷＤ２２における）ＰＤＳＣＨ受信と（例えばＷＤ２２からの）対応するフィードバックとの間に、８ＯＦＤＭシンボルのギャップが存在し得る。
【０１０５】
したがって、図１５は、サブキャリア間隔（ＳＣＳ）３０ＫＨｚが使用される場合、スロットｎにおけるＰＤＳＣＨについてのフィードバックをスロットｎに含めることができない例を示している。６０ＫＨｚのＳＣＳの場合、スロットｎおよびスロットｎ−１の両方のＰＤＳＣＨについてのフィードバックを、含めることができない。
【０１０６】
代替的に、図１６は、Ｌ１処理遅延を受け入れるためのギャップが導入される場合、スロットｎにおけるＰＤＳＣＨについてのフィードバックが含められる例を示している。しかしながら、先に説明したように、ギャップが導入される場合、ＷＤ２２において、フィードバックを送るためにチャネルにアクセスする前にＬＢＴが要求される場合がある。したがって、ＵＬ送信がチャネル可用性の対象となるため、ＬＢＴ結果に応じてＷＤ２２が送信の実行に失敗するリスクがある。ＷＤ２２が所定のスロットでフィードバックの送信に失敗した場合、ネットワークノード１６はＮＡＣＫを想定して、スロットｎ−３からｎに対応する全てのＰＤＳＣＨ送信を再送信しなければならない場合がある。
【０１０７】
一定の送信機会の全ての送信のフィードバックが、同一チャネル占有内で自己完結しておりＬＢＴの対象とならないが、なお他の要求事項、例えば規制要求事項は満たしているという可能性を最大化することが有益な場合がある。フィードバックの欠如、またはフィードバックの遅延は、ＷＤ２２のスループットの観点から、また無線通信チャネルの不十分な使用の観点から、特に後者が不必要な再送信をトリガする場合、全体的なパフォーマンスに著しく影響を及ぼす可能性がある。ネットワーク（例えば、ＮＲ−Ｕ）によってＣＯＴ内に複数のスイッチングポイントがサポートされているとしても、なお、Ｌ１処理遅延について受け入れるためのギャップが導入されない限り、最後にスケジューリングされたＰＵＣＣＨの直前のＰＤＳＣＨ送信が含められない場合があり得る。
【０１０８】
いくつかの実施形態では、ＬＢＴにより生じる不確実性を克服する試みとして、ＷＤ２２がＬＢＴなしにＵＬ送信を実行することができるように、最後の（または直前を先行する）ＰＤＳＣＨ送信と後続のフィードバック送信との間のギャップを信号（ＨＡＲＱフィードバックを要求するＰＤＳＣＨ以外）で埋めることができる。換言すると、いくつかの実施形態では、ＨＡＲＱフィードバックを要求しない信号またはメッセージは、ギャップの間に通信する可能性がある（例えば、それによって、別のネットワークデバイスがチャネルを引き継ぐことができないため、フィードバックをネットワークノード１６に通信する前に、ＷＤ２２がＬＢＴ手順を実行することを要求する可能性がある）。図１７はそのような実施形態の例を示している。非限定な例として、ギャップは以下の信号のうちの１つまたは複数で埋めることができる：
−  スケジューリングされたＰＵＳＣＨ送信
−  ＤＬ／ＵＬ復調用参照信号（ＤＭＲＳ）
−  ＵＬ  ＤＭＲＳ
−  ＤＬまたはＵＬいずれかの、位置参照信号（ＰＲＳ）
−  ＤＬまたはＵＬいずれかの、トラッキング参照信号（ＴＲＳ）
−  サウンディング参照信号（ＳＲＳ）：ＳＲＳ送信は、最大４シンボル長であり得る。４より大きいシンボルには、複数のＳＲＳリソースが設定され得る。
−  後続のＰＤＳＣＨ送信を伴わないＰＤＣＣＨ送信、例えば、ＤＣＩフォーマット２＿１、２＿２、２＿３、もしくは２＿４、またはＰＤＣＣＨが設定されたグラント送信のアクティベーション／ディアクティベーションを指示する。
−  肯定応答、例えばシステム情報または他のブロードキャスト情報を、必要としないまたは要求しないＰＤＳＣＨ送信（ＰＤＣＣＨに続く）。代替的に、後の時間／オケージョンにおいて、ＨＡＲＱ−ＡＣＫレポーティングインスタンスを有するＰＤＳＣＨ送信。
−  部分的なＯＦＤＭシンボル。例として、次が挙げられる：
〇  次のシンボルにおける送信用のサイクリックプレフィックスを効果的に形成するための、後続のＯＦＤＭシンボルの最後の部分の一部。
〇  ＤＭＲＳまたはＳＲＳ送信などの参照信号の一部。
−  時間的に互いに続く同一スロット内の２つのＰＵＣＣＨ送信。最初のＰＵＣＣＨ送信は、ＰＤＳＣＨのいくつかについてのＨＡＲＱ−ＡＣＫレポーティングを含むことができる一方で、後方のものは少なくとも最後のＰＤＳＣＨ（他の実施形態では、さらに含んでもよい）についてのＨＡＲＱ−ＡＣＫレポーティングを含むことができる。
〇  ＰＵＣＣＨは、例えば１〜２ＯＦＤＭシンボル、または４以上の、ロングまたはショートフォーマットのいずれであってもよい。
【０１０９】
上述の信号の組み合わせを使用することもできる。例えば、ダウンリンク送信とアップリンク送信との間のスイッチを含むチャネル占有のタイムスロットは、順に以下を含むことができる：
・ＰＤＣＣＨ／ＰＤＳＣＨ／ＤＭＲＳ送信の４シンボル
・ＰＤＣＣＨの１〜３シンボル
・所定のギャップ、例えば１６μ秒のギャップ
・ＳＲＳ送信を伴う部分的なＯＦＤＭシンボル
・ＳＲＳの４以上のシンボル
・ＰＵＣＣＨのアップリンク制御送信の最大２シンボル。
【０１１０】
実施形態３
ＮＲは、１つのＰＵＣＣＨ／ＵＣＩ送信内の複数のＨＡＲＱプロセスに対応するアグリゲートフィードバックを含むための柔軟性を与えることができる。しかしながら、ＬＢＴの失敗のためにＷＤ２２が指定されたリソースに対してアグリゲートされたフィードバックを提供するのに失敗した場合、既存のネットワーク（例えば、ＮＲ）内の例えばネットワークノード１６によって、失敗したフィードバックに関連付けられる全てのＰＤＳＣＨが再送信されることになる。既存のＮＲは、フィードバックの再送信を依頼する柔軟性はサポートしていない。
【０１１１】
本実施形態では、新しいタイプのＤＬシグナリングが、例えばＮＲ−Ｕまたはアンライセンス帯域で動作している他のネットワークのために導入され、ＰＵＣＣＨ／ＵＣＩフィードバックについてより柔軟な制御を可能にしている。
【０１１２】
態様１：
この第３の実施形態の第１の態様では、ネットワークノード１６は、ＷＤ２２をトリガして、全ての（または、少なくとも１より大きい全てのうちのサブセットの）設定されたＨＡＲＱプロセスに対応するフィードバックを送ることができる。そのようなフィードバックを送るトリガ／指示は、ネットワークノード１６がフィードバックを期待している（または、フィードバックの送信をスケジューリングしている）時間および周波数リソースであり得る。（例えば、ネットワークノード１６からＷＤ２２への）トリガ／指示はまた、キャリア指示を含む場合がある。トリガ／指示に応答して、ＷＤ２２は、全ての（または、少なくとも全てのうちのサブセットの）設定されたＨＡＲＱプロセスに関連する固定サイズのフィードバックを送ることができる。一実施形態では、ＷＤ２２が一定のＨＡＲＱプロセスに対応するＰＤＳＣＨを正しく受信していない限り、フィードバックの規定値はＮＡＣＫである。非限定的な例としては：
−  そのようなトリガ用のあるフォーマットは、ＰＤＣＣＨに基づいていてよい。例えば、このＰＤＣＣＨは、特定のＷＤ２２、またはＷＤ２２のグループにアドレスすることができる。
−  そのようなトリガは、例えばネットワークノード１６によって、ＤＣＩフォーマット０＿１内の付加アップリンク（ＳＵＬ）インジケータフィールドを再利用することによりＵＬ送信をスケジューリングしているＤＣＩフォーマット０＿１  ＰＤＣＣＨに含めることができる。例えば、（例えば、ネットワークノード１６によって）このビットが１にセットされると、ＷＤ２２は、それに応じて、全ての（または、少なくとも全てのうちのサブセットの）設定されたプロセスについてのＨＡＲＱフィードバックをＵＬ送信のＵＣＩ内に含めることができる。ＵＣＩは、ＰＵＳＣＨ送信で多重化されていてもよく、そうでなくてもよい。
【０１１３】
したがって、いくつかの実施形態では、トリガは、ＤＣＩ内にインジケータとして含めることができ、またＷＤ２２はそのようなインジケータを認識するように設定することができ、そのようなインジケータに応答して、全ての（または、少なくとも全てのうちのサブセットの）設定されたプロセスＵＬ送信についてのＨＡＲＱフィードバックを例えばＵＣＩ内に含めることができる。
【０１１４】
態様２：
本実施形態の別の態様では、ネットワークノード１６は、ＷＤ２２をトリガして、一定のＨＡＲＱプロセスに対応するフィードバックを送ることができる。トリガは、以下の全てまたはサブセットを含むことができる：
−  そのセルに対して設定された、いくつかまたは全てのＤＬ  ＨＡＲＱプロセスのビットマップ、およびそれぞれのプロセスにマッピングされた対応するビット。例えば、１にセットされた一定のＨＡＲＱプロセスに対応するビットは、ＷＤ２２に関連付けられたＨＡＲＱプロセスのＨＡＲＱフィードバックをレポートするように指示する。ビットマップはまた、複数のＵＬセルに対して設定されるＤＬ  ＨＡＲＱプロセスを包含することができる。
−  ネットワークノード１６がＵＣＩ／ＰＵＣＣＨフィードバックを期待している時間リソース。
−  ネットワークノード１６がＵＣＩ／ＰＵＣＣＨフィードバックを期待している周波数リソース。
−  キャリア指示。
【０１１５】
いくつかの実施形態では、トリガは、ＰＤＣＣＨに基づいている。このＰＤＣＣＨは、特定のＷＤ２２、またはＷＤ２２のグループにアドレスすることができる。
【０１１６】
態様３：
本実施形態の第３の態様では、ネットワークノード１６は、ＷＤ２２をトリガして、ＰＤＳＣＨをスケジューリングしているＤＣＩに含まれるＤＡＩ値に対応するフィードバックを送ることができる。例えば、トリガは、別個のＤＣＩ、またはレガシ／既存のＤＣＩメッセージ内の１つだけのフィールド、例えばトリガフィードバックかどうかを示すための１ビットであることができる。
【０１１７】
全ての非確認型ＨＡＲＱプロセスについてのフィードバックをトリガする場合、ネットワークノード１６およびＷＤ２２側において以下の実施形態を実行することができ、それぞれ：
・ネットワークノード１６は、ＤＡＩ値を、例えばトリガされたフィードバックが成功裏にデコードされた場合、１にリセットすることができ、そうでなければネットワークノード１６はＤＡＩ値を１ずつ増やすことができる。ＤＡＩ値が最大ＤＡＩ値に達すると、ネットワークノード１６は、データのスケジューリングを停止してフィードバックを待機する。
・ＷＤ２２がトリガ（例えば、図１８に示す動的トリガ）を検出したことに応答して、ＷＤ２２は最新のＤＡＩ値をチェックしてＨＡＲＱコードブックサイズを決定することができる。
【０１１８】
一例を図１８に示す。図１８は、本開示のいくつかの実施形態による、トリガがＰＤＳＣＨと同一のスロットにはない状態で、ＨＡＲＱコードブックサイズを決定するためにＤＡＩ値を使用することによりトリガされたフィードバックを図示している。図１８に見られるように、第１の動的トリガは描かれている（スロットにＰＤＳＣＨがない）第４のスロットのＰＤＣＣＨ内にあるが、ＰＵＣＣＨについてのＬＢＴは失敗する。したがって、次の動的トリガは描かれている（スロットにＰＤＳＣＨがない）第６のスロットのＰＤＣＣＨ内にあり、ＤＡＩ＝３であるため、（ＨＡＲＱがまだ送られていないＰＤＳＣＨのそれぞれについて）ＨＡＲＱコードブックサイズは３である。第６のスロットでは、ＰＵＣＣＨについてのＬＢＴは成功している：したがって、後続のスロット用のＤＡＩはＤＡＩ＝１にリセットされ、描かれている最後のスロットにあるＰＤＣＣＨ内の次の動的トリガは、ＤＡＩ＝１であるため、（以前のスロットのＰＤＳＣＨ用の）ＨＡＲＱコードブックフィードバックサイズ１をトリガする。
【０１１９】
ＷＤ２２がトリガを受信する（および／またはＷＤ２２によってまだ肯定応答されていない）前に送られた全てのプロセスについてのフィードバックをトリガする場合は、ネットワークノード１６およびＷＤ２２側において以下の実施形態を実行することができ、それぞれ：
・動的トリガと同一のスロット内にスケジューリングされたＰＤＳＣＨについて（図１９で例えば描かれている第４、第６、および第８のスロットで示すように）、ネットワークノード１６はそのようなＰＤＳＣＨについての２ＤＡＩ値を次のようにセットすることができる：１つの値、例えばＤＡＩｆはトリガされたフィードバックが成功裏にデコードされないことを想定しており、すなわちＤＡＩｆを１／増分ずつ増やす；もう一方の値ＤＡＩｓはトリガされたフィードバックが成功裏にデコードされることを想定しており、例えばＤＡＩｓ＝０にリセットする。他のスケジューリングされたＰＤＳＣＨについて、ネットワークノード１６は、既存の技法を使用してＤＡＩ値をセットすることができる。
・ＷＤ２２が動的トリガを検出した結果として、ＷＤ２２は以前のスロット内の最新のＤＡＩ値をチェックして、ＨＡＲＱコードブックサイズを決定することができる。トリガと同一のスロット内のＰＤＳＣＨについて、ＷＤ２２はＬＢＴ状態によってそのようなＰＤＳＣＨについてのＤＡＩ値および存在する場合は次のＤＡＩ値を決定することができる。ＬＢＴが失敗した場合、または次のＤＡＩ値が大きいＤＡＩ値＋１である（トリガされたフィードバックがデコードされないことを意味する）場合、ＷＤ２２はそのような大きいＤＡＩ値を使用することができ、そうでなければＷＤ２２はリセットされたＤＡＩ値（例えば、１）を使用することができる。いくつかの実施形態では、リセットされたＤＡＩ値はシグナリングすることすらできず、その例を図１９に描いてあり、図１９は、本開示のいくつかの実施形態による、動的トリガがＰＤＳＣＨと同一スロットに存在できる状態で、ＨＡＲＱコードブックサイズを決定するためにＤＡＩ値を使用することによりトリガされたフィードバックを図示している。
【０１２０】
実施形態４
ＰＵＣＣＨフィードバックが一定のスロット内に送信される可能性を高めるために、特定のスロット内のフィードバック送信の開始位置は、ＬＢＴ結果に依存することができる。フィードバック送信は、スロット内で、任意の、または限定された、または所定の位置で、開始することができる。いくつかの態様では、フィードバック送信の開始は、例えばＤＭＲＳなどの所定の信号の存在によってマーク、または決定することができ、直後にＰＵＣＣＨフィードバックが続くことができる。
【０１２１】
加えて、いくつかの実施形態は、以下のうちの１つまたは複数を含むことができる：
実施形態  Ａ１．
ネットワークノードと通信するように設定された無線デバイス（ＷＤ）であって、ＷＤは、ネットワークノードから、肯定応答フィードバック要求を受信することと、肯定応答フィードバック応答を通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうか判断することと、受信された肯定応答フィードバック要求に応答して、判断に基づいてＬＢＴ手順を実行するか実行しないかのいずれかで、肯定応答フィードバック応答をネットワークノードに通信することとを行うように設定される、ならびに／または行うように設定される無線インターフェースおよび／もしくは処理回路を備える、無線デバイス（ＷＤ）。
【０１２２】
実施形態  Ａ２．
処理回路が、ダウンリンク（ＤＬ）チャネルとＤＬチャネル後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズを決定するようさらに設定されることにより、ＬＢＴ手順を実行するかどうかを判断するように設定される、実施形態Ａ１に記載のＷＤ。
【０１２３】
実施形態  Ａ３．
処理回路が、ＤＬチャネルと第１のＵＬチャネルとの間のギャップのサイズが最大でギャップサイズ閾値を満たす場合、ＬＢＴ手順を実行しないと判断して、ＬＢＴ手順を実行することなく肯定応答フィードバック応答を通信することによって肯定応答フィードバック応答を通信することと、ＤＬチャネルと第１のＵＬチャネルとの間のギャップのサイズがギャップサイズ閾値を超える場合、ＬＢＴ手順を実行すると判断して、肯定応答フィードバック応答を通信することの前にＬＢＴ手順を実行することとを行うように設定される、実施形態Ａ２に記載のＷＤ。
【０１２４】
実施形態  Ａ４．
ギャップが、ＨＡＲＱに関連付けられていない１つまたは複数の送信についてスケジューリングされる、実施形態Ａ１からＡ３のいずれか一項に記載のＷＤ。
【０１２５】
実施形態  Ａ５．
肯定応答フィードバック要求が、複数のＨＡＲＱフィードバック応答を送るためのアグリゲートＨＡＲＱ要求であり、判断に基づいて、また受信されたアグリゲートＨＡＲＱ要求に応答して、ＬＢＴ手順を実行するか実行しないかのいずれかで、複数のＨＡＲＱフィードバック応答をネットワークノードに通信し、複数のＨＡＲＱフィードバック応答は、ＷＤについての、全ての設定されたＨＡＲＱプロセスの全ておよびサブセットのうちの少なくとも１つに対応する、実施形態Ａ１からＡ４のいずれか一項に記載のＷＤ。
【０１２６】
実施形態  Ａ６．
肯定応答フィードバック応答がハイブリッド自動再送要求（ＨＡＲＱ）応答メッセージである、実施形態Ａ１からＡ５のいずれか一項に記載のＷＤ。
【０１２７】
実施形態  Ａ７．
肯定応答フィードバック要求が受信され、肯定応答フィードバック応答がアンライセンススペクトル上で通信される、実施形態Ａ１からＡ６のいずれか一項に記載のＷＤ。
【０１２８】
実施形態  Ｂ１．
無線デバイス（ＷＤ）において実装される方法であって、方法は、ネットワークノードから、肯定応答フィードバック要求を受信することと、肯定応答フィードバック応答を通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうか判断することと、受信された肯定応答フィードバック要求に応答して、判断に基づいてＬＢＴ手順を実行するか実行しないかのいずれかで、肯定応答フィードバックをネットワークノードに通信することとを含む、方法。
【０１２９】
実施形態  Ｂ２．
ＬＢＴ手順を実行するかどうかを判断することが、ダウンリンク（ＤＬ）チャネルとＤＬチャネル後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズを決定することを含む、実施形態Ｂ１に記載の方法。
【０１３０】
実施形態  Ｂ３．
ＤＬチャネルと第１のＵＬチャネルとの間のギャップのサイズが最大でギャップサイズ閾値を満たす場合、ＬＢＴ手順を実行しないと判断して、ＬＢＴ手順を実行することなく肯定応答フィードバック応答を通信することによって肯定応答フィードバック応答を通信することと、ＤＬチャネルと第１のＵＬチャネルとの間のギャップのサイズがギャップサイズ閾値を超える場合、ＬＢＴ手順を実行すると判断して、肯定応答フィードバック応答を通信することの前にＬＢＴ手順を実行することとをさらに含む、実施形態Ｂ２に記載の方法。
【０１３１】
実施形態  Ｂ４．
ギャップが、ＨＡＲＱに関連付けられていない１つまたは複数の送信についてスケジューリングされる、実施形態Ｂ１からＢ３のいずれか一項に記載の方法。
【０１３２】
実施形態  Ｂ５．
肯定応答フィードバック要求が、複数のＨＡＲＱフィードバック応答を送るためのアグリゲートＨＡＲＱ要求であり、判断に基づいて、また受信されたアグリゲートＨＡＲＱ要求に応答して、ＬＢＴ手順を実行するか実行しないかのいずれかで、複数のＨＡＲＱフィードバック応答をネットワークノードに通信し、複数のＨＡＲＱフィードバック応答は、ＷＤについての、全ての設定されたＨＡＲＱプロセスの全ておよびサブセットのうちの少なくとも１つに対応する、実施形態Ｂ１からＢ４のいずれか一項に記載の方法。
【０１３３】
実施形態  Ｂ６．
肯定応答フィードバック応答がハイブリッド自動再送要求（ＨＡＲＱ）応答メッセージである、実施形態Ｂ１からＢ５のいずれか一項に記載の方法。
【０１３４】
実施形態  Ｂ７．
肯定応答フィードバック要求が受信され、肯定応答フィードバック応答がアンライセンススペクトル上で通信される、実施形態Ｂ１からＢ６のいずれか一項に記載の方法。
【０１３５】
実施形態  Ｃ１．
無線デバイス（ＷＤ）と通信するように設定されたネットワークノードであって、ネットワークノードは、ＷＤに肯定応答フィードバック要求を通信することと、ＷＤに肯定応答フィードバック応答を通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうか指示することと、肯定応答フィードバック要求の結果として、ＷＤから肯定応答フィードバック応答を受信することとを行うように設定される、ならびに／または行うように設定される無線インターフェースを備えるおよび／もしくは処理回路を備える、ネットワークノード。
【０１３６】
実施形態  Ｃ２．
処理回路が、肯定応答フィードバック要求をＷＤに通信することの前に、ＬＢＴ手順を実行するようさらに設定される、実施形態Ｃ１に記載のネットワークノード。
【０１３７】
実施形態  Ｃ３．
肯定応答フィードバック要求が、少なくとも１つのＤＬチャネル上のネットワークノードによって通信されたダウンリンク（ＤＬ）情報の受信を肯定応答するためのものである、実施形態Ｃ１またはＣ２に記載のネットワークノード。
【０１３８】
実施形態  Ｃ４．
処理回路が、ＷＤについてアップリンク（ＵＬ）チャネルをスケジューリングし、肯定応答フィードバック応答を含み、少なくとも１つのＤＬチャネルのうちの最新のＤＬチャネルと、スケジューリングされたＵＬチャネルとの間のギャップをスケジューリングするようさらに設定される、実施形態Ｃ３に記載のネットワークノード。
【０１３９】
実施形態  Ｃ５．
ギャップが、ＨＡＲＱに関連付けられていない１つまたは複数の送信についてスケジューリングされる、実施形態Ｃ４に記載のネットワークノード。
【０１４０】
実施形態  Ｃ６．
肯定応答フィードバック要求が、全ての設定されたＨＡＲＱプロセスの全ておよびサブセットのうちの少なくとも１つに対応する複数のＨＡＲＱフィードバック応答を送るためのアグリゲートＨＡＲＱ要求である、実施形態Ｃ１からＣ５のいずれか一項に記載のネットワークノード。
【０１４１】
実施形態  Ｃ７．
少なくとも１つのダウンリンクチャネルが、１つまたは複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を含む、実施形態Ｃ３からＣ６のいずれか一項に記載のネットワークノード。
【０１４２】
実施形態  Ｃ８．
肯定応答フィードバック要求が、アップリンク制御情報（ＵＣＩ）メッセージ内で通信される、実施形態Ｃ１からＣ７のいずれか一項に記載のネットワークノード。
【０１４３】
実施形態  Ｃ９．
肯定応答フィードバック要求がハイブリッド自動再送要求（ＨＡＲＱ）要求である、実施形態Ｃ１からＣ８のいずれか一項に記載のネットワークノード。
【０１４４】
実施形態  Ｄ１．
ネットワークノードにおいて実装される方法であって、方法は、ＷＤに肯定応答フィードバック要求を通信することと、ＷＤに肯定応答フィードバック応答を通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうか指示することと、肯定応答フィードバック要求の結果として、ＷＤから肯定応答フィードバック応答を受信することとを含む、方法。
【０１４５】
実施形態  Ｄ２．
肯定応答フィードバック要求をＷＤに通信することの前に、ネットワークノードによって、ＬＢＴ手順を実行することをさらに含む、実施形態Ｄ１に記載の方法。
【０１４６】
実施形態  Ｄ３．
肯定応答フィードバック要求が、少なくとも１つのＤＬチャネル上のネットワークノードによって通信されたダウンリンク（ＤＬ）情報の受信を肯定応答するためのものである、実施形態Ｄ１またはＤ２に記載の方法。
【０１４７】
実施形態  Ｄ４．
ＷＤについてアップリンク（ＵＬ）チャネルをスケジューリングし、肯定応答フィードバック応答を含むことと、少なくとも１つのＤＬチャネルのうちの最新のＤＬチャネルと、スケジューリングされたＵＬチャネルとの間のギャップをスケジューリングすることとをさらに含む、実施形態Ｄ３に記載の方法。
【０１４８】
実施形態  Ｄ５．
ギャップが、ＨＡＲＱに関連付けられていない１つまたは複数の送信についてスケジューリングされる、実施形態Ｄ４に記載の方法。
【０１４９】
実施形態  Ｄ６．
肯定応答フィードバック要求が、全ての設定されたＨＡＲＱプロセスの全ておよびサブセットのうちの少なくとも１つに対応する複数のＨＡＲＱフィードバック応答を送るためのアグリゲートＨＡＲＱ要求である、実施形態Ｄ１からＤ５のいずれか一項に記載の方法。
【０１５０】
実施形態  Ｄ７．
少なくとも１つのダウンリンクチャネルが、１つまたは複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を含む、実施形態Ｄ３からＤ６のいずれか一項に記載の方法。
【０１５１】
実施形態  Ｄ８．
肯定応答フィードバック要求が、アップリンク制御情報（ＵＣＩ）メッセージ内で通信される、実施形態Ｄ１からＤ７のいずれか一項に記載の方法。
【０１５２】
実施形態  Ｄ９．
肯定応答フィードバック要求がハイブリッド自動再送要求（ＨＡＲＱ）要求である、実施形態Ｄ１からＤ８のいずれか一項に記載の方法。
【０１５３】
当業者には理解されるであろうが、本明細書に説明される概念は、方法、データ処理システム、コンピュータプログラム製品および／または実行可能コンピュータプログラムを記憶するコンピュータ記憶媒体として具現化されてよい。それ故に、本明細書に説明される概念は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、または、全てが全般的に、本明細書において「回路」または「モジュール」を指すソフトウェアの態様とハードウェアの態様とを組み合わせた実施形態の形を取ることができる。本明細書に説明されるあらゆるプロセス、ステップ、アクション、および／または機能性は、対応するモジュールによって実行され得、および／またはそのようなモジュールに関連付けられ得、ソフトウェアおよび／またはファームウェアおよび／またはハードウェアに実装することができる。さらに、本開示は、コンピュータによって実行可能である媒体において具現化されるコンピュータプログラムコードを有する有形のコンピュータ使用可能記憶媒体上のコンピュータプログラム製品の形を取ることができる。ハードディスク、ＣＤ−ＲＯＭ、電子記憶デバイス、光記憶デバイス、または磁気記憶デバイスを含む任意の適した有形のコンピュータ可読媒体が利用されてよい。
【０１５４】
いくつかの実施形態は、方法、システム、およびコンピュータプログラム製品のフローチャート図および／またはブロック図を参照して本明細書に説明されている。フローチャート図および／またはブロック図のそれぞれのブロック、ならびにフローチャート図および／またはブロック図のブロックの組み合わせは、コンピュータプログラム命令によって実装可能であることは理解されるであろう。これらのコンピュータプログラム命令を、（結果的に、専用コンピュータを作成するための）汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサに与えて、マシンを製造することで、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサによって実行する命令が、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／作用を実施するための手段を作成するようにしてよい。
【０１５５】
これらのコンピュータプログラム命令を、コンピュータまたは他のプログラマブルデータ処理装置に特定のやり方で機能するように指図することができるコンピュータ可読メモリまたは記憶媒体に記憶することで、そのコンピュータ可読メモリに記憶された命令が、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／作用を実施する命令手段を含む製品を製造するようにしてもよい。
【０１５６】
コンピュータプログラム命令を、コンピュータまたは他のプログラマブルデータ処理装置にロードして、コンピュータ実施プロセスを生じさせるための一連の動作ステップをコンピュータまたは他のプログラマブル装置上で実行させ、それによって、コンピュータまたは他のプログラマブル装置上で実行する命令が、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／作用を実施するためのステップを提供するようにしてもよい。
【０１５７】
ブロックに記される機能／作用が、動作図に記される順序以外で生じる場合があることは、理解されたい。例えば、連続して示される２つのブロックは、実際には、実質的に同時に実行可能である、または、該ブロックは、関係する機能性／作用に応じて、逆の順序で実行される時があってよい。図のいくつかは、通信の主要な方向を示すために通信経路上に矢印を含むが、図示された矢印と反対の方向に通信が生じる場合があることは理解されたい。
【０１５８】
本明細書に説明される概念の動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）またはＣ＋＋などのオブジェクト指向プログラミング言語で書き込まれてよい。しかしながら、本開示の動作を実行するためのコンピュータプログラムコードは、「Ｃ」プログラミング言語などの従来の手続き型プログラミング言語で書き込まれてもよい。プログラムコードは、全体がユーザのコンピュータ上で実行される場合があり、独立したソフトウェアパッケージとして、一部がユーザのコンピュータ上で実行される場合があり、一部がユーザのコンピュータ上で実行され、一部がリモートコンピュータ上で実行される場合があり、または全体がリモートコンピュータ上で実行される場合がある。後者のシナリオの場合、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を通してユーザのコンピュータに接続されてよい、または（例えば、インターネットサービスプロバイダを使用したインターネットを通して）外部のコンピュータへの接続がなされてよい。
【０１５９】
上記の説明および図面に関連して、多くの種々の実施形態が本明細書に開示されている。これらの実施形態の組み合わせおよび部分的組み合わせの全てをそのまま説明および例示することは、繰り返しが多すぎて不明瞭になるであろうことは理解されるであろう。それ故に、全ての実施形態は任意のやり方および／または組み合わせで組み合わせ可能であり、図面を含む本明細書は、本明細書に説明される実施形態の全ての組み合わせおよび部分的組み合わせ、ならびにそれらを作製しかつ使用するやり方およびプロセスの完全に記述された説明を構成すると解釈されるものとし、かつ任意のかかる組み合わせまたは部分的組み合わせに対する特許請求項をサポートするものとする。
【０１６０】
先の説明で使用され得る略語としては、以下が挙げられる：
ＡＣＫ／ＮＡＣＫ  肯定応答／否定応答
ＣＳＩ  チャネル状態情報
ＣＯＴ  チャネル占有時間
ＤＣＩ  ダウンリンク制御情報
ＤＦＴＳ−ＯＦＤＭ  離散フーリエ変換Ｓｐｒｅａｄ  ＯＦＤＭ
ＤＭ−ＲＳ  復調用参照信号
ＬＢＴ  リッスンビフォアトーク
ＴＲＳ  トラッキング参照信号
ＰＲＳ  ページング参照信号
【０１６１】
本明細書に説明される実施形態が、とりわけ、本明細書において上記に示されかつ説明されているものに限定されないことは、当業者には理解されるであろう。さらに、上記に矛盾する言及がない限り、添付の図面の全てが一定尺度ではないことは留意されるべきである。上述の教示に照らして、以下の特許請求の範囲の範囲を逸脱することなく、様々な修正および変形が可能である。
【図１】
2021524184.tif 000003
【図２】
2021524184.tif 000004
【図３】
2021524184.tif 000005
【図４】
2021524184.tif 000006
【図５】
2021524184.tif 000007
【図６】
2021524184.tif 000008
【図７】
2021524184.tif 000009
【図８】
2021524184.tif 000010
【図９】
2021524184.tif 000011
【図１０】
2021524184.tif 000012
【図１１】
2021524184.tif 000013
【図１２】
2021524184.tif 000014
【図１３】
2021524184.tif 000015
【図１４】
2021524184.tif 000016
【図１５】
2021524184.tif 000017
【図１６】
2021524184.tif 000018
【図１７】
2021524184.tif 000019
【図１８】
2021524184.tif 000020
【図１９】
2021524184.tif 000021
【手続補正書】
【提出日】令和3年1月25日(2021.1.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線デバイス（ＷＤ）（２２）において実装される方法であって、前記方法は、
スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を受信すること（Ｓ１４８）と、
受信された前記ＨＡＲＱ−ＡＣＫフィードバック要求に応答して、前記ＰＤＳＣＨの端部と前記ＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを通信すること（Ｓ１５０）と
を含む、方法。
【請求項２】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記通信することが、同一チャネル占有時間（ＣＯＴ）内の前記ＨＡＲＱ−ＡＣＫフィードバックを、前記ギャップのサイズに少なくとも部分的に基づいて、前記ＰＤＳＣＨとして通信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記通信することが、アンライセンススペクトル上の前記ＨＡＲＱ−ＡＣＫフィードバックを、前記ギャップのサイズに少なくとも部分的に基づいて、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく通信することをさらに含む、請求項１または２に記載の方法。
【請求項４】
前記ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にネットワークノード（１６）からリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を受信すること
をさらに含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記ギャップのサイズが最大でギャップサイズ閾値を満たす場合、初めにリッスンビフォアトーク（ＬＢＴ）手順を実行することなく、アンライセンススペクトル上で前記ＨＡＲＱ−ＡＣＫフィードバックを通信することと、
前記ギャップのサイズが前記ギャップサイズ閾値を超える場合、ＬＢＴ手順を実行することの後、前記アンライセンススペクトル上で前記ＨＡＲＱ−ＡＣＫフィードバックを通信することと
をさらに含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
ネットワークノード（１６）からリッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するための設定を受信すること
をさらに含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つがギャップ内でスケジューリングされる、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記通信することが、
リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づく前記ＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って前記ＨＡＲＱ−ＡＣＫフィードバックを通信すること
をさらに含む、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記通信することが、
ＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされた前記ＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って前記ＨＡＲＱ−ＡＣＫフィードバックを通信すること
をさらに含む、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
ネットワークノード（１６）において実装される方法であって、前記方法は、
スケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についてハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）フィードバック要求を送信すること（Ｓ１４０）と、
前記ＨＡＲＱ−ＡＣＫフィードバック要求の結果として、前記ＰＤＳＣＨの端部と前記ＰＤＳＣＨ後にスケジューリングされた第１のアップリンク（ＵＬ）チャネルとの間のギャップのサイズに少なくとも部分的に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを受信すること（Ｓ１４２）と
を含む、方法。
【請求項１１】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記受信することが、同一チャネル占有時間（ＣＯＴ）内の前記ＨＡＲＱ−ＡＣＫフィードバックを、前記ギャップのサイズに少なくとも部分的に基づいて、前記ＰＤＳＣＨとして受信することをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記ＨＡＲＱ−ＡＣＫフィードバックを通信することの前にリッスンビフォアトーク（ＬＢＴ）手順を実行するかどうかの設定を無線デバイス（ＷＤ）（２２）に送信すること
をさらに含む、請求項１０または１１に記載の方法。
【請求項１３】
無線デバイス（ＷＤ）（２２）がリッスンビフォアトーク（ＬＢＴ）手順を一定の持続時間実行するように設定すること
をさらに含む請求項１０から１２のいずれか一項に記載の方法。
【請求項１４】
ＨＡＲＱフィードバックに関連付けられていない少なくとも１つのダウンリンク送信、および少なくとも１つのアップリンク送信のうちの少なくとも１つを前記ギャップ内でスケジューリングすること
をさらに含む、請求項１０から１３のいずれか一項に記載の方法。
【請求項１５】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記受信することが、
リッスンビフォアトーク（ＬＢＴ）手順の結果に少なくとも部分的に基づく前記ＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って前記ＨＡＲＱ−ＡＣＫフィードバックを受信すること
をさらに含む、請求項１０から１４のいずれか一項に記載の方法。
【請求項１６】
前記ＨＡＲＱ−ＡＣＫフィードバックを前記受信することが、
ＨＡＲＱフィードバックの直前の復調用参照信号（ＤＭＲＳ）の存在によってマークされた前記ＨＡＲＱ−ＡＣＫフィードバックの開始位置に従って前記ＨＡＲＱ−ＡＣＫフィードバックを受信すること
をさらに含む、請求項１０から１５のいずれか一項に記載の方法。
【国際調査報告】
2021524184.tif 000022
2021524184.tif 000023
2021524184.tif 000024
2021524184.tif 000025
2021524184.tif 000026