(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-08-08
(54)【発明の名称】設定された優先度レベルを有するHARQ-ACKコードブックと連動するシングルショットHARQ-ACKコードブックの管理
(51)【国際特許分類】
H04W 28/04 20090101AFI20230801BHJP
H04W 72/56 20230101ALI20230801BHJP
H04W 72/232 20230101ALI20230801BHJP
H04L 1/18 20230101ALI20230801BHJP
H04L 1/1607 20230101ALI20230801BHJP
【FI】
H04W28/04 110
H04W72/56
H04W72/232
H04L1/18
H04L1/1607
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2022577710
(86)(22)【出願日】2021-06-23
(85)【翻訳文提出日】2022-12-16
(86)【国際出願番号】 US2021038770
(87)【国際公開番号】W WO2021262901
(87)【国際公開日】2021-12-30
(32)【優先日】2020-06-24
(33)【優先権主張国・地域又は機関】US
(32)【優先日】2021-06-22
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
(特許庁注:以下のものは登録商標)
(71)【出願人】
【識別番号】507364838
【氏名又は名称】クアルコム,インコーポレイテッド
(74)【代理人】
【識別番号】100108453
【氏名又は名称】村山 靖彦
(74)【代理人】
【識別番号】100163522
【氏名又は名称】黒田 晋平
(72)【発明者】
【氏名】モスタファ・コシュネヴィサン
(72)【発明者】
【氏名】シャオシア・ジャン
(72)【発明者】
【氏名】ジン・スン
【テーマコード(参考)】
5K014
5K067
【Fターム(参考)】
5K014DA02
5K067AA23
5K067DD24
5K067EE02
5K067EE10
5K067HH28
(57)【要約】
態様は、ワイヤレス通信システム内で使用するためのハイブリッド自動再送要求(HARQ)-確認応答(ACK)フィードバックコードブックを構成および管理することに関する。HARQ-ACKコードブックは、タイプ1およびタイプ2のコードブックなど、異なる優先度の優先度ベースHARQ-ACKコードブックと、ワンショット(タイプ3)HARQ-ACKコードブックとを含む。一例では、ワイヤレス通信デバイスは、異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含むHARQ-ACKコードブックのセットを取得するように構成され得る。ワイヤレス通信デバイスは、第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に基づいて、第1および第2の物理アップリンクチャネルを処理するようにさらに構成されてよく、2つの物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含み、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される。
【特許請求の範囲】
【請求項1】
トランシーバと、
メモリと、
前記トランシーバおよび前記メモリに通信可能に結合されたプロセッサとを含み、前記プロセッサは、
異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む複数のハイブリッド自動再送要求(HARQ)-確認応答(ACK)コードブックを取得することと、
第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて、前記第1および前記第2の物理アップリンクチャネルを処理することとを行うように構成され、前記第1および前記第2の物理アップリンクチャネルのうちの1つが、前記ワンショットHARQ-ACKコードブックを含み、前記処理は、前記優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される、ワイヤレス通信デバイス。
【請求項2】
前記優先度ベースHARQ-ACKコードブックは、タイプ1準静的コードブックおよびタイプ2動的コードブックのうちの1つまたは複数として構成され、
前記ワンショットHARQ-ACKコードブックは、タイプ3コードブックとして構成される、請求項1に記載のワイヤレス通信デバイス。
【請求項3】
前記プロセッサは、前記第1および前記第2の物理アップリンクチャネルの各々のそれぞれの優先度に基づいて前記第1および前記第2の物理アップリンクチャネルが時間的に重複するとき、前記第1および前記第2の物理アップリンクチャネルのうちの1つを削除することによって前記第1および前記第2の物理アップリンクチャネルを処理するようにさらに構成される、請求項1に記載のワイヤレス通信デバイス。
【請求項4】
前記プロセッサは、前記第1および前記第2の物理アップリンクチャネルが時間的に重複しかつ等しい優先度であるとき、前記第1および前記第2の物理アップリンクチャネルを多重化することによって、前記第1および前記第2の物理アップリンクチャネルを処理するようにさらに構成される、請求項1に記載のワイヤレス通信デバイス。
【請求項5】
前記第1および前記第2の物理アップリンクチャネルは、物理アップリンク制御チャネル(PUCCH)および物理アップリンク共有チャネル(PUSCH)のうちの1つまたは複数を含む、請求項1に記載のワイヤレス通信デバイス。
【請求項6】
前記プロセッサは、
前記第1の物理アップリンクチャネルに対する優先度を決定することと、
前記ワンショットHARQ-ACKコードブックの使用を要求する前記第2の物理アップリンクチャネルをトリガするダウンリンク制御情報(DCI)を受信することと、
前記第2の物理アップリンクチャネルに優先度を割り当てることと、
前記第1の物理アップリンクチャネルが前記第2の物理アップリンクチャネルと比較してより低い優先度を有するときに前記第1の物理アップリンクチャネルを削除すること、前記第2の物理アップリンクチャネルが前記第1の物理アップリンクチャネルと比較してより低い優先度を有するときに前記第2の物理アップリンクチャネルを削除すること、および前記第1および前記第2の物理アップリンクチャネルが等しい優先度を有するときに前記第1および前記第2の物理アップリンクチャネルを多重化することとによって、前記第1および前記第2の物理アップリンクチャネルを処理するようにさらに構成される、請求項1に記載のワイヤレス通信デバイス。
【請求項7】
前記プロセッサは、前記DCIの優先度インジケータフィールドにかかわらず、高優先度を前記第2の物理アップリンクチャネルに割り当てることによって前記第2の物理アップリンクチャネルに前記優先度を割り当てるようにさらに構成される、請求項6に記載のワイヤレス通信デバイス。
【請求項8】
前記プロセッサは、
前記DCIが優先度の表示を含むかどうかを決定することと、
前記DCIが前記優先度の表示を含むことに応答して、前記DCIに基づいて前記第2の物理アップリンクチャネルに対する前記優先度を選択することと、
前記DCIが前記優先度の表示を含まないことに応答して、低または高のいずれかに設定された所定の優先度に基づいて前記第2の物理アップリンクチャネルに対する前記優先度を選択することとによって、前記第2の物理アップリンクチャネルに前記優先度を割り当てるようにさらに構成される、請求項6に記載のワイヤレス通信デバイス。
【請求項9】
前記プロセッサは、
前記ワンショットHARQ-ACKコードブックを要求しかつ優先度インジケータを含む前記第2の物理アップリンクチャネルに対する追加のDCIを受信することと、
前記追加のDCIの前記優先度インジケータに基づいて前記第2の物理アップリンクチャネルに対する前記優先度を選択することとを行うようにさらに構成される、請求項8に記載のワイヤレス通信デバイス。
【請求項10】
前記プロセッサは、
前記ワンショットHARQ-ACKコードブックを要求しかつ前記DCI内の前記優先度の表示と異なる優先度インジケータを含む追加のDCIを受信することと、
高優先度を前記第2の物理アップリンクチャネルに割り当てることによって前記第2の物理アップリンクチャネルに対する前記優先度を選択することとを行うようにさらに構成される、請求項8に記載のワイヤレス通信デバイス。
【請求項11】
前記プロセッサは、
前記DCIによってスケジュールされた物理ダウンリンク共有チャネル(PDSCH)に対応する所与のHARQプロセスに対する前記ワンショットHARQ-ACKコードブック内の少なくとも1つの報告されたHARQ-ACKビットが、高優先度に設定された優先度インジケータを有するときに、前記第2の物理アップリンクチャネルの前記優先度を高優先度に設定することと、
前記優先度インジケータフィールドが低優先度に設定されるときに、前記第2の物理アップリンクチャネルの前記優先度を低優先度に設定することとによって、前記第2の物理アップリンクチャネルに前記優先度を割り当てるようにさらに構成される、請求項6に記載のワイヤレス通信デバイス。
【請求項12】
前記第1および前記第2の物理アップリンクチャネルのうちの少なくとも一方は、前記ワンショットHARQ-ACKコードブックを有する物理アップリンク制御チャネル(PUCCH)であり、前記第1および前記第2の物理アップリンクチャネルのうちの他方は、前記PUCCHと時間的に重複する物理アップリンク共有チャネル(PUSCH)であり、
前記プロセッサは、
前記ワンショットHARQ-ACKフィードバックコードブックを有する前記PUCCHが高優先度を有し、前記PUSCHが低優先度を有するときに、前記PUCCHを前記PUSCHと多重化することと、
前記ワンショットHARQ-ACKフィードバックコードブックを有する前記PUCCHが前記低優先度を有し、前記PUSCHが前記高優先度を有するときに、前記PUCCHを前記PUSCHと多重化することとによって、前記第1および前記第2の物理アップリンクチャネルを処理するようにさらに構成される、請求項1に記載のワイヤレス通信デバイス。
【請求項13】
前記プロセッサは、無線リソース制御(RRC)構成を介して第1および第2のHARQ-ACKコードブックを取得することと、前記RRC構成を介してワンショットHARQ-ACKフィードバックを提供することとを行うようにさらに構成され、
前記プロセッサは、ワンショットHARQ-ACKフィードバック構成を前記第1および前記第2のHARQ-ACKコードブックの両方に適用するようにさらに構成される、請求項1に記載のワイヤレス通信デバイス。
【請求項14】
前記プロセッサは、コンポーネントキャリア(CC)に対するそれぞれの第1および第2の優先度に対してトランスポートブロック(TB)当たりのコードブロックグループ(CBG)の第1および第2の最大数を用いて使用するようにさらに構成され、
前記プロセッサは、前記第1の優先度に対して構成されたHARQ-ACKビットの数および前記第2の優先度に対して構成されたHARQ-ACKビットの数のうちの大きい方である最大値に基づいて、特定のCCに対するワンショットHARQ-ACKフィードバックプロセスに対して各TBに対するHARQ-ACKビットの数を設定するようにさらに構成される、請求項1に記載のワイヤレス通信デバイス。
【請求項15】
通信ネットワーク内のワイヤレスデバイスによるワイヤレス通信の方法であって、
異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む複数のハイブリッド自動再送要求(HARQ)-確認応答(ACK)コードブックを取得するステップと、
第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて、前記第1および前記第2の物理アップリンクチャネルを処理するステップとを含み、前記第1および前記第2の物理アップリンクチャネルのうちの1つは、前記ワンショットHARQ-ACKコードブックを含み、前記処理は、前記優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される、方法。
【請求項16】
前記優先度ベースHARQ-ACKコードブックは、タイプ1準静的コードブックおよびタイプ2動的コードブックのうちの1つまたは複数を含み、
前記ワンショットHARQ-ACKコードブックは、タイプ3コードブックを含む、請求項15に記載の方法。
【請求項17】
前記第1および第2の物理アップリンクチャネルを前記処理するステップは、前記第1および前記第2の物理アップリンクチャネルの各々のそれぞれの優先度に基づいて前記第1および前記第2の物理アップリンクチャネルが時間的に重複するとき、前記第1および前記第2の物理アップリンクチャネルのうちの1つを削除するステップをさらに含む、請求項15に記載の方法。
【請求項18】
前記第1および第2の物理アップリンクチャネルを前記処理するステップは、前記第1および前記第2の物理アップリンクチャネルが時間的に重複しかつ等しい優先度であるとき、前記第1および前記第2の物理アップリンクチャネルを多重化するステップをさらに含む、請求項15に記載の方法。
【請求項19】
前記第1および前記第2の物理アップリンクチャネルは、物理アップリンク制御チャネル(PUCCH)および物理アップリンク共有チャネル(PUSCH)のうちの1つまたは複数を含む、請求項15に記載の方法。
【請求項20】
前記第1および第2の物理アップリンクチャネルを前記処理するステップは、
前記第1の物理アップリンクチャネルに対する優先度を決定するステップと、
前記ワンショットHARQ-ACKコードブックの使用を要求する前記第2の物理アップリンクチャネルをトリガするダウンリンク制御情報(DCI)を受信するステップと、
前記第2の物理アップリンクチャネルに優先度を割り当てるステップと、
前記第1の物理アップリンクチャネルが前記第2の物理アップリンクチャネルと比較してより低い優先度を有するときに前記第1の物理アップリンクチャネルを削除するステップ、前記第2の物理アップリンクチャネルが前記第1の物理アップリンクチャネルと比較してより低い優先度を有するときに前記第2の物理アップリンクチャネルを削除するステップ、および前記第1および前記第2の物理アップリンクチャネルが等しい優先度を有するときに前記第1および前記第2の物理アップリンクチャネルを多重化するステップとを含む、請求項15に記載の方法。
【請求項21】
前記優先度を前記第2の物理アップリンクチャネルに前記割り当てるステップは、前記DCIの優先度インジケータフィールドにかかわらず、高優先度を前記第2の物理アップリンクチャネルに割り当てるステップを含む、請求項20に記載の方法。
【請求項22】
前記優先度を前記第2の物理アップリンクチャネルに前記割り当てるステップは、
前記DCIが優先度の表示を含むかどうかを決定するステップと、
前記DCIが前記優先度の表示を含むことに応答して、前記DCIに基づいて前記第2の物理アップリンクチャネルに対する前記優先度を選択するステップと、
前記DCIが前記優先度の表示を含まないことに応答して、低または高のいずれかに設定された所定の優先度に基づいて前記第2の物理アップリンクチャネルに対する前記優先度を選択するステップとを含む、請求項20に記載の方法。
【請求項23】
前記ワンショットHARQ-ACKコードブックを要求しかつ優先度インジケータを含む前記第2の物理アップリンクチャネルに対する追加のDCIを受信するステップと、
前記追加のDCIの前記優先度インジケータに基づいて前記第2の物理アップリンクチャネルに対する前記優先度を選択するステップとをさらに含む、請求項22に記載の方法。
【請求項24】
前記ワンショットHARQ-ACKコードブックを要求しかつ前記DCI内の前記優先度の表示と異なる優先度インジケータを含む追加のDCIを受信するステップと、
高優先度を前記第2の物理アップリンクチャネルに割り当てることによって前記第2の物理アップリンクチャネルに対する前記優先度を選択するステップとをさらに含む、請求項22に記載の方法。
【請求項25】
前記優先度を前記第2の物理アップリンクチャネルに前記割り当てるステップが、
前記DCIによってスケジュールされた物理ダウンリンク共有チャネル(PDSCH)に対応する所与のHARQプロセスに対する前記ワンショットHARQ-ACKコードブック内の少なくとも1つの報告されたHARQ-ACKビットが、高優先度に設定された優先度インジケータを有するときに、前記第2の物理アップリンクチャネルの前記優先度を高優先度に設定するステップと、
前記優先度インジケータフィールドが低優先度に設定されるときに、前記第2の物理アップリンクチャネルの前記優先度を低優先度に設定するステップとを含む、請求項20に記載の方法。
【請求項26】
前記第1または前記第2の物理アップリンクチャネルのうちの少なくとも一方は、ワンショットHARQ-ACKコードブックを有する物理アップリンク制御チャネル(PUCCH)であり、前記第1および前記第2の物理アップリンクチャネルのうちの他方は、前記PUCCHと時間的に重複する物理アップリンク共有チャネル(PUSCH)であり、
前記第1および第2の物理アップリンクチャネルを前記処理するステップは、
前記ワンショットHARQ-ACKフィードバックコードブックを有する前記PUCCHが高優先度を有し、前記PUSCHが低優先度を有するときに、前記PUCCHを前記PUSCHと多重化するステップと、
前記ワンショットHARQ-ACKフィードバックコードブックを有する前記PUCCHが前記低優先度を有し、前記PUSCHが前記高優先度を有するときに、前記PUCCHを前記PUSCHと多重化するステップとを含む、請求項15に記載の方法。
【請求項27】
第1および第2のHARQ-ACKコードブックを無線リソース制御(RRC)構成を介して取得するステップと、
前記ワンショットHARQ-ACKフィードバック構成を前記RRC構成を使用して前記第1および前記第2のHARQ-ACKコードブックの両方に適用するステップとをさらに含む、請求項15に記載の方法。
【請求項28】
前記ワイヤレスデバイスは、コンポーネントキャリア(CC)に対するそれぞれの第1および第2の優先度に対してトランスポートブロック(TB)当たりのコードブロックグループ(CBG)の第1および第2の最大数を用いて構成され、
前記方法は、前記第1の優先度に対して構成されたHARQ-ACKビットの数および前記第2の優先度に対して構成されたHARQ-ACKビットの数のうちの大きい方である最大値に基づいて、特定のCCに対するワンショットHARQ-ACKフィードバックプロセスに対して各TBに対するHARQ-ACKビットの数を設定するステップをさらに含む、請求項15に記載の方法。
【請求項29】
ワイヤレス通信ネットワークのワイヤレス通信デバイス内で使用するための装置であって、
異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む複数のハイブリッド自動再送要求(HARQ)-確認応答(ACK)コードブックを取得するための手段と、
第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて、前記第1および前記第2の物理アップリンクチャネルを処理するための手段とを含み、前記第1および前記第2の物理アップリンクチャネルのうちの1つが、前記ワンショットHARQ-ACKコードブックを含み、前記処理は、前記優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される、装置。
【請求項30】
ワイヤレス通信ネットワークのワイヤレス通信デバイスによって使用するための製造の品目であって、
命令を記憶したコンピュータ可読媒体を含み、前記命令は、前記ワイヤレス通信デバイスの1つまたは複数のプロセッサによって、
異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む複数のハイブリッド自動再送要求(HARQ)-確認応答(ACK)を取得することと、
第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて、前記第1および前記第2の物理アップリンクチャネルを処理することとを行うために実行可能であり、前記第1および前記第2の物理アップリンクチャネルのうちの1つが、前記ワンショットHARQ-ACKコードブックを含み、前記処理は、前記優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される、品目。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本特許出願は、2021年6月22日に米国特許商標庁に出願された係属中の非仮出願第17/355,070号、および2020年6月24日に米国特許商標庁に出願された仮出願第63/043,725号の優先権を主張し、本出願の譲受人に譲渡され、その全体が以下に完全に記載されるかのように、またすべての適用可能な目的のために、参照により本明細書に明確に組み込まれる。
【0002】
本明細書で説明する技術は、一般に、ワイヤレス通信システムに関し、より詳細には、ハイブリッド自動再送要求(HARQ)-確認応答(ACK)フィードバック処理を使用するワイヤレス通信に関する。
【背景技術】
【0003】
より高いデータレートおよび改善された信頼性に対する要求が高まるにつれて、ワイヤレスネットワークオペレータは、スループットを最大化するためおよび遅延を最小化するためのメカニズムを開発し続けている。1つのそのようなメカニズムは、ハイブリッド自動再送要求(HARQ)プロセスであり、それは、受信されたパケット内の誤りを訂正するために、前方誤り訂正(FEC)と自動再送要求(ARQ)の両方を組み合わせ得る。FECは、間違って受信されたビットの一定量が受信者において訂正されることを可能にするために、送信されたデータに冗長性(パリティビット)を追加する。FECを使用して訂正され得るよりも多い数の誤りを有するパケットが着信した場合、ARQプロセスが、発信者からのパケットの再送信を要求するために開始される。
【0004】
一般的に、HARQは、停止-待機(SAW)プロトコルを使用し、送信エンティティは、別のパケットを送信するかまたは同じパケットを再送信する前に受信エンティティから確認応答(ACK)または否定応答(NACK)を受信するために待機する。各HARQプロセスは、固有のHARQプロセス識別子(ID)によって識別される。
【発明の概要】
【課題を解決するための手段】
【0005】
以下は、本開示の1つまたは複数の態様の基本的理解を与えるために、そのような態様の概要を提示する。この概要は、本開示のすべての企図された特徴の広範な概観ではなく、本開示のいずれかまたはすべての態様の主要なまたは重要な要素を識別することも、本開示のいずれかまたはすべての態様の範囲を定めることも意図していない。その目的は、本開示の1つまたは複数の態様のいくつかの概念を、後で提示されるより詳細な説明の前置きの形で提示することである。
【0006】
一例では、ワイヤレス通信デバイスが提供される。ワイヤレス通信デバイスは、トランシーバと、メモリと、トランシーバおよびメモリに通信可能に結合されたプロセッサとを含む。プロセッサおよびメモリは、複数のハイブリッド自動再送要求(HARQ)-確認応答(ACK)コードブックを処理することであって、HARQ-ACKコードブックは、異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む、ことと、第1のアップリンクチャネルの優先度および第2のアップリンクチャネルの優先度に少なくとも部分的に基づいて第1および第2の物理アップリンクチャネルを処理することとを行うように構成され、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含有し、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される。
【0007】
別の例では、通信ネットワークにおけるワイヤレスデバイスによって使用するための、ワイヤレス通信のための方法が提供される。方法は、異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む複数のHARQ-ACKコードブックを取得するステップと、第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて第1および第2の物理アップリンクチャネルを処理するステップとを含み、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含み、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される。
【0008】
別の例では、ワイヤレス通信ネットワークのワイヤレス通信デバイス内で使用するための装置が提供される。装置は、複数のHARQ-ACKコードブックを構成するための手段であって、HARQ-ACKコードブックは、異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む、手段と、第1のアップリンクチャネルの優先度および第2のアップリンクチャネルの優先度に少なくとも部分的に基づいて第1および第2の物理アップリンクチャネルを処理するための手段とを含み、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含有し、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される。
【0009】
別の例では、ワイヤレス通信ネットワークのワイヤレス通信デバイスによって使用するための製造の品目が提供される。品目は、命令を記憶したコンピュータ可読媒体を含み、命令は、ワイヤレス通信デバイスの1つまたは複数のプロセッサによって、複数のHARQ-ACKコードブックを構成することであって、HARQ-ACKコードブックは、異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む、ことと、第1のアップリンクチャネルの優先度および第2のアップリンクチャネルの優先度に少なくとも部分的に基づいて第1および第2の物理アップリンクチャネルを処理することとを行うために実行可能であり、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含有し、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される。
【図面の簡単な説明】
【0010】
【
図1】いくつかの態様によるワイヤレス通信システムの概略図である。
【
図2】いくつかの態様による無線アクセスネットワークの一例の概念図である。
【
図3】いくつかの態様による、無線アクセスネットワーク内で使用するためのフレーム構造の一例を示す図である。
【
図4】いくつかの態様による、低優先度および高優先度のコードブック処理の例を示す図である。
【
図5】いくつかの態様による、重複チャネルを削除または多重化する例を示す図である。
【
図6】いくつかの態様による、優先度を物理アップリンク(UL)チャネルに割り当てるためにワイヤレス通信デバイスによって使用するためのワイヤレス通信方法を示すフローチャートである。
【
図7】いくつかの態様による、優先度を物理ULチャネルに割り当てるためにワイヤレス通信デバイスによって使用するための別のワイヤレス通信方法を示すフローチャートである。
【
図8】いくつかの態様による、優先度を物理ULチャネルに割り当てるためにワイヤレス通信デバイスによって使用するための別のワイヤレス通信方法を示すフローチャートである。
【
図9】いくつかの態様による、優先度を物理ULチャネルに割り当てるためにワイヤレス通信デバイスによって使用するためのワイヤレス通信方法を示すフローチャートである。
【
図10】いくつかの態様による、物理ULチャネルを多重化するためにワイヤレス通信デバイスによって使用するためのワイヤレス通信方法を示すフローチャートである。
【
図11】いくつかの態様による、ワンショットHARQ-ACKフィードバック構成を2つのHARQ-ACKコードブックに適用するためにワイヤレス通信デバイスによって使用するためのワイヤレス通信方法を示すフローチャートである。
【
図12】いくつかの態様による、ワンショットHARQ-ACKフィードバック構成をHARQ-ACKコードブックに適用するためにワイヤレス通信デバイスによって使用するための別のワイヤレス通信方法を示すフローチャートである。
【
図13】いくつかの態様による、NACK値をコードブック内の空ビット位置に挿入するためにワイヤレス通信デバイスによって使用するためのワイヤレス通信方法を示すフローチャートである。
【
図14】いくつかの態様による、NACK値をコードブック内の空ビット位置に挿入するためにワイヤレス通信デバイスによって使用するための別のワイヤレス通信方法を示すフローチャートである。
【
図15】いくつかの態様による、トランスポートブロック(TB)レベルACK/NACK報告を構成するためにワイヤレス通信デバイスによって使用するためのワイヤレス通信方法を示すフローチャートである。
【
図16】いくつかの態様による、スケジューリングエンティティのためのハードウェア実装形態の一例を示すブロック図である。
【
図17】いくつかの態様による、スケジュールドエンティティのためのハードウェア実装形態の一例を示すブロック図である。
【
図18】いくつかの態様による、ワンショットHARQ-ACKコードブックが使用されるときにワイヤレス通信デバイスによって使用するためのワイヤレス通信方法を示すフローチャートである。
【
図19】いくつかの態様による、基地局のためのハードウェア実装形態の一例を示すブロック図である。
【
図20】いくつかの態様による、UEのためのハードウェア実装形態の一例を示すブロック図である。
【
図21】いくつかの実施形態による、UEのプロセッサの例示的な構成要素を示すブロック図である。
【発明を実施するための形態】
【0011】
添付の図面に関して以下に記載する詳細な説明は、様々な構成の説明として意図されており、本明細書で説明する概念が実践され得る唯一の構成を表すことは意図されていない。詳細な説明は、様々な概念の完全な理解を与える目的で、具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細なしに実践され得ることは、当業者には明らかとなろう。いくつかの事例では、よく知られている構造および構成要素は、そのような概念を不明瞭にすることを避けるためにブロック図の形で示される。
【0012】
態様および実施形態について、いくつかの例を例示することによって本出願で説明するが、多くの異なる構成およびシナリオにおいて追加の実装形態および使用事例が生じ得ることを当業者は理解されよう。本明細書で説明される革新は、多くの異なるプラットフォームタイプ、デバイス、システム、形状、サイズ、パッケージング構成にわたって実装され得る。たとえば、実施形態および/または用途は、集積チップの実施形態および他の非モジュール構成要素ベースのデバイス(たとえば、エンドユーザデバイス、車両、通信デバイス、コンピューティングデバイス、産業機器、小売/購買デバイス、医療デバイス、AI対応デバイスなど)を介して生じ得る。いくつかの例は、特に使用事例または適用例を対象とすることもまたはしないこともあるが、説明される革新の幅広い種類の適用可能性が生じ得る。実装形態は、チップレベルまたはモジュール式の構成要素から非モジュール式で非チップレベルの実装形態までの、またさらには、説明される革新の1つまたは複数の態様を組み込む、集約された、分散された、またはOEMのデバイスまたはシステムまでの範囲に及ぶことがある。いくつかの実践的な設定では、説明する態様および特徴を組み込むデバイスはまた、特許請求および説明する実施形態の実装および実践のために、追加の構成要素および特徴を必然的に含み得る。たとえば、ワイヤレス信号の送信および受信は、アナログおよびデジタル目的のいくつかの構成要素(たとえば、アンテナ、RFチェーン、電力増幅器、変調器、バッファ、プロセッサ、インターリーバ、加算器(adder)/加算器(summer)などを含むハードウェア構成要素)を必然的に含む。本明細書で説明される革新が、様々なサイズ、形状、および構造の、多種多様なデバイス、チップレベル構成要素、システム、分散型配置、エンドユーザデバイスなどにおいて実践され得ることが意図される。
【0013】
本開示の態様は、3世代パートナーシッププロジェクト(3GPP(登録商標、以下同じ)) New Radio (NR)規格(しばしば5Gと呼ばれる)などのワイヤレス通信規格内で、タイプ3(シングルショット)HARQ-ACKコードブックと連動して、異なる優先度の複数のハイブリッド自動再送要求(HARQ)-確認応答(ACK)コードブック(たとえば、タイプ1またはタイプ2コードブック)の使用および共存を管理することを提供する。たとえば、ワイヤレス通信デバイス(たとえば、ユーザ機器(UE))は、複数のHARQ-ACKコードブックを構成するように構成され得る。HARQ-ACKコードブックは、異なる優先度の優先度ベースHARQ-ACKコードブックとワンショットHARQ-ACKコードブックとを含むことができる。UEは、異なる優先度の優先度ベースHARQ-ACKコードブックの使用と組み合わせて、ワンショットHARQ-ACKコードブックの使用を優先順位づけながら、第1および第2の物理アップリンクチャネルを処理するようにさらに構成され得る。例示的な例が本明細書で説明され、これらの手順は、基地局(gNBまたは他のスケジューリングエンティティなど)と通信しているUE(または、他のスケジュールドエンティティ)によって実行される。基地局の動作が、同じく、説明されて記述され、例示的な基地局(または、他のスケジューリングエンティティ)を示すブロック図が提供される。
【0014】
これらのおよび他の技法を詳細に説明する前に、HARQ-ACKフィードバックを採用するワイヤレス通信システムの概観を提供する。しかしながら、本開示全体にわたって提示される様々な概念は、広範な電気通信システム、ネットワークアーキテクチャ、および通信規格にわたって実装され得ることに留意されたい。
【0015】
本開示全体にわたって提示される様々な概念は、広範な電気通信システム、ネットワークアーキテクチャ、および通信規格にわたって実装され得る。ここで
図1を参照すると、限定ではなく例示的な例として、ワイヤレス通信システム100に関して、本開示の様々な態様が示されている。ワイヤレス通信システム100は、コアネットワーク102、無線アクセスネットワーク(RAN)104、およびユーザ機器(UE)106という3つの対話するドメインを含む。ワイヤレス通信システム100のおかげで、UE106は、インターネットなどの(ただし、それに限定されない)外部データネットワーク110とのデータ通信を実践することを可能にされ得る。
【0016】
RAN104は、UE106に無線アクセスを提供するための、1つまたは複数の任意の適切なワイヤレス通信技術を実装し得る。一例として、RAN104は、しばしば5Gと呼ばれる、第3世代パートナーシッププロジェクト(3GPP) New Radio (NR)規格に従って動作し得る。別の例として、RAN104は、5G NR、およびLTEとしばしば呼ばれるEvolved Universal Terrestrial Radio Access Network (eUTRAN)規格の混合状態で動作し得る。3GPPは、この混合RANを次世代RANまたはNG-RANと呼ぶ。当然、本開示の範囲内で、多くの他の例が利用され得る。
【0017】
図示したように、RAN104は複数の基地局108を含む。大まかに、基地局は、UEへのまたはUEからの1つまたは複数のセルにおける無線送信および受信を担う、無線アクセスネットワークの中のネットワーク要素である。異なる技術、規格、または文脈では、基地局は、ベーストランシーバ基地局(BTS)、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、アクセスポイント(AP)、Node B(NB)、eNode B(eNB)、gNode B(gNB)、送受信ポイント(TRP)、または何らかの他の適切な専門用語として、当業者によって様々に呼ばれることがある。いくつかの例では、基地局は、コロケートされてもコロケートされなくてもよい2つ以上のTRPを含む場合がある。各TRPは、同じまたは異なる周波数帯域内の同じまたは異なるキャリア周波数において通信してよい。RAN104がLTE規格と5G NR規格の両方に従って動作する例では、基地局のうちの1つがLTE基地局であってよく、別の基地局が5G NR基地局であってよい。
【0018】
複数のモバイル装置のためのワイヤレス通信をサポートする無線アクセスネットワーク104がさらに示されている。モバイル装置は、3GPP規格ではユーザ機器(UE)と呼ばれることがあるが、当業者によって、移動局(MS)、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末(AT)、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で呼ばれることもある。UEは、ネットワークサービスへのアクセスをユーザに提供する装置であり得る。
【0019】
本書内で、「モバイル」装置は、必ずしも移動するための能力を有する必要があるとは限らず、静止していてもよい。モバイル装置またはモバイルデバイスという用語は、概して、多様な範囲のデバイスおよび技術を指す。UEは、通信に役立つようにサイズ決定、成形、および構成されたいくつかのハードウェア構造構成要素を含んでもよく、そのような構成要素は、互いに電気的に結合されたアンテナ、アンテナアレイ、RFチェーン、増幅器、1つまたは複数のプロセッサなどを含むことができる。たとえば、モバイル装置のいくつかの非限定的な例には、モバイル、セルラー(セル)フォン、スマートフォン、セッション開始プロトコル(SIP)フォン、ラップトップ、パーソナルコンピュータ(PC)、ノートブック、ネットブック、スマートブック、タブレット、携帯情報端末(PDA)、および、たとえば、「モノのインターネット」(IoT)に対応する、広範囲の埋込みシステムが含まれる。加えて、モバイル装置は、自動車または他の輸送車両、リモートセンサーまたはアクチュエータ、ロボットまたはロボティクスデバイス、衛星ラジオ、全地球測位システム(GPS)デバイス、物体追跡デバイス、ドローン、マルチコプタ、クアッドコプタ、リモート制御デバイス、コンシューマおよび/またはウェアラブルデバイス、たとえば、アイウェア、ウェアラブルカメラ、仮想現実デバイス、スマートウォッチ、ヘルスまたはフィットネストラッカー、デジタルオーディオプレーヤ(たとえば、MP3プレーヤ)、カメラ、ゲームコンソールなどであり得る。加えて、モバイル装置は、ホームオーディオ、ビデオ、および/またはマルチメディアデバイス、アプライアンス、自動販売機、インテリジェント照明、ホームセキュリティシステム、スマートメーターなどのデジタルホームデバイスまたはスマートホームデバイスであり得る。加えて、モバイル装置は、スマートエネルギーデバイス、セキュリティデバイス、ソーラーパネルまたはソーラーアレイ、電力を制御する都市インフラストラクチャデバイス(たとえば、スマートグリッド)、照明、水道、産業用オートメーションおよび企業デバイス、物流コントローラ、農業機器などであり得る。またさらに、モバイル装置は、コネクテッド医療または遠隔治療のサポート、すなわち遠隔のヘルスケアを提供し得る。テレヘルスデバイスは、テレヘルス監視デバイスおよびテレヘルス管理デバイスを含んでもよく、その通信には、たとえば、クリティカルサービスデータのトランスポートのための優先アクセス、および/またはクリティカルサービスデータのトランスポートのための関連するQoSに関して、他のタイプの情報よりも優遇措置または優先アクセスが与えられてもよい。
【0020】
RAN104とUE106との間のワイヤレス通信は、エアインターフェースを利用するものとして説明され得る。基地局(たとえば、基地局108)から1つまたは複数のUE(たとえば、UE106)へのエアインターフェースを介した送信は、ダウンリンク(DL)送信と呼ばれ得る。本開示のいくつかの態様によれば、ダウンリンクという用語は、基地局(たとえば、基地局108)において発信するポイントツーマルチポイント送信を指す場合がある。本方式を説明するための別の方法は、ブロードキャストチャネル多重化という用語を使用することであり得る。UE(たとえば、UE106)から基地局(たとえば、基地局108)への送信は、アップリンク(UL)送信と呼ばれ得る。本開示のさらなる態様によれば、アップリンクという用語は、UE(たとえば、UE106)から発信するポイントツーポイント送信を指す場合がある。
【0021】
いくつかの例では、エアインターフェースへのアクセスがスケジューリングされることがあり、ここで、スケジューリングエンティティ(たとえば、基地局108)は、そのサービスエリアまたはセル内にある、一部またはすべてのデバイスおよび機器の間の通信のためにリソースを割り振る。本開示内で、以下でさらに説明するように、スケジューリングエンティティは、1つまたは複数のスケジュールドエンティティ(たとえば、UE106)のためのリソースのスケジューリング、割当て、再構成、および解放を担い得る。すなわち、スケジューリングされた通信のために、スケジューリングされるエンティティであり得るUE106は、スケジューリングエンティティ108によって割り振られるリソースを利用し得る。
【0022】
基地局108は、スケジューリングエンティティとして機能し得る唯一のエンティティではない。すなわち、いくつかの例では、UEは、スケジューリングエンティティ、すなわち、1つまたは複数のスケジューリングされるエンティティ(たとえば、1つまたは複数の他のUE)のためのスケジューリングリソースとして機能し得る。以下でさらに説明するように、UEは、ピアツーピア方式でおよび/またはリレー構成で他のUEと直接通信し得る。
【0023】
図1に示すように、スケジューリングエンティティ108は、ダウンリンクトラフィック112を1つまたは複数のスケジュールドエンティティ106(たとえば、1つまたは複数のUE106)にブロードキャストし得る。概して、スケジューリングエンティティ108は、ダウンリンクトラフィック112、およびいくつかの例では、1つまたは複数のスケジュールドエンティティ106(たとえば、1つまたは複数のUE106)からスケジューリングエンティティ108へのアップリンクトラフィック116を含む、ワイヤレス通信ネットワークにおけるトラフィックをスケジュールすることを担うノードまたはデバイスである。一方、スケジュールドエンティティ106(たとえば、UE106)は、限定はしないが、スケジューリング情報(たとえば、グラント)、同期もしくはタイミング情報、またはスケジューリングエンティティ108など、ワイヤレス通信ネットワークの中の別のエンティティからの他の制御情報を含む、ダウンリンク制御情報114を受信するノードまたはデバイスである。
【0024】
加えて、アップリンクおよび/もしくはダウンリンク制御情報ならびに/またはトラフィック情報は、フレーム、サブフレーム、スロット、および/またはシンボルに時分割され得る波形上で送信され得る。本明細書では、シンボルとは、直交周波数分割多重化(OFDM)された波形で、サブキャリアごとに1つのリソース要素(RE)を搬送する、時間の単位を指し得る。スロットは7個または14個のOFDMシンボルを搬送し得る。サブフレームは、1msの持続時間を指すことがある。複数のサブフレームまたはスロットは、単一のフレームまたは無線フレームを形成するように一緒にグループ化され得る。本開示内では、フレームは、ワイヤレス送信のための所定の持続時間(たとえば、10ms)を指してよく、各フレームは、たとえば、各々が1msの10個のサブフレームからなる。当然、これらの定義は必要ではなく、波形を編成するための任意の適切な方式が利用されることがあり、波形の様々な時間分割が任意の適切な時間長を有することがある。
【0025】
一般に、基地局108は、ワイヤレス通信システムのバックホール部分120との通信のためのバックホールインターフェースを含み得る。バックホール120は、基地局108とコアネットワーク102との間のリンクを提供し得る。さらに、いくつかの例では、バックホールネットワークは、それぞれの基地局108間の相互接続を提供し得る。任意の適切なトランスポートネットワークを使用した、直接の物理的な接続、仮想ネットワークなどの、様々なタイプのバックホールインターフェースが利用され得る。
【0026】
コアネットワーク102は、ワイヤレス通信システム100の一部であることがあり、RAN104において使用される無線接続技術とは無関係であることがある。いくつかの例では、コアネットワーク102は、5G規格(たとえば、5GC)に従って構成され得る。他の例では、コアネットワーク102は、4G evolved packet core (EPC)、または任意の他の適切な規格もしくは構成に従って構成され得る。
【0027】
ここで
図2を参照すると、限定ではなく例として、RAN200の概略的な図示が与えられる。いくつかの例では、RAN200は、上で説明され
図1に示されるRAN104と同じであり得る。
【0028】
RAN200によってカバーされる地理的エリアは、1つのアクセスポイントまたは基地局からブロードキャストされた識別情報に基づいて、ユーザ機器(UE)によって一意に識別され得るセルラー領域(セル)に分割され得る。
図2は、セル202、204、206、およびセル208を示し、それらの各々は1つまたは複数のセクタ(図示せず)を含み得る。セクタとは、セルのサブエリアである。1つのセル内のすべてのセクタは、同じ基地局によってサービスされる。セクタ内の無線リンクは、そのセクタに属する単一の論理的識別情報によって識別され得る。セクタに分割されたセルでは、セル内の複数のセクタは、アンテナのグループによって形成され得、各アンテナは、セルの一部分におけるUEとの通信を担う。
【0029】
様々な基地局配置が利用され得る。たとえば、
図2では、基地局210および基地局212の2つの基地局が、セル202および204内に示されている。セル206内のリモートラジオヘッド(RRD)216を制御する第3の基地局である基地局214が示されている。すなわち、基地局は、集積アンテナを有することができるか、またはフィーダケーブルによってアンテナもしくはRRH216に接続され得る。示される例では、セル202、204、および206はマクロセルと呼ばれることがあり、それは基地局210、212、および214が大きいサイズを有するセルをサポートするからである。さらに、基地局218がセル208の中に示されており、このセルは、1つまたは複数のマクロセルと重なり得る。この例では、基地局218はサイズが比較的小さいセルをサポートするので、セル208はスモールセル(たとえば、マイクロセル、ピコセル、フェムトセル、ホーム基地局、ホームノードB、ホームeノードBなど)と呼ばれることがある。セルのサイズ決定は、システム設計ならびに構成要素制約に従って行われ得る。
【0030】
無線アクセスネットワーク200は、任意の数のワイヤレス基地局およびセルを含み得ることを理解されたい。さらに、所与のセルのサイズまたはカバレッジエリアを拡大するために、中継ノードが展開され得る。基地局210、212、214、218は、任意の数のモバイル装置のためのコアネットワークにワイヤレスアクセスポイントを提供する。いくつかの例では、基地局210、212、214、および/または218は、上で説明され
図1に示される基地局/スケジューリングエンティティ108と同じであり得る。
【0031】
図2は、ドローンまたはクワッドコプターであってもよい無人航空機(UAV)220をさらに含む。UAV220は、基地局として、またはより詳細にはモバイル基地局として機能するように構成され得る。すなわち、いくつかの例では、セルは、必ずしも静止しているとは限らないことがあり、セルの地理的エリアは、UAV220などのモバイル基地局のロケーションに従って移動し得る。
【0032】
RAN200内で、セルは、各セルの1つまたは複数のセクタと通信していることがあるUEを含み得る。さらに、各基地局210、212、214および218は、それぞれのセル内のすべてのUEにコアネットワーク102(
図1参照)へのアクセスポイントを提供するように構成され得る。たとえば、UE222および224は基地局210と通信していてもよく、UE226および228は基地局212と通信していてもよく、UE230および232はRRH216を経由して基地局214と通信していてもよく、UE234は基地局218と通信していてもよく、UE236はモバイル基地局220と通信していてもよい。いくつかの例では、UE222、224、226、228、230、232、234、236、238、240、および/または242は、上記で説明し、
図1に示したUE/スケジュールドエンティティ106と同じかまたは同様であってもよい。いくつかの例では、UAV220(たとえば、クワッドコプター)は、モバイルネットワークノードであり得、UEとして機能するように構成され得る。たとえば、UAV220は、基地局210と通信することによってセル202内で動作してもよい。
【0033】
RAN200のさらなる態様では、基地局からのスケジューリング情報または制御情報に必ずしも依存することなく、UE間でサイドリンク信号が使用され得る。サイドリンク通信が、たとえば、デバイスツーデバイス(D2D)、ピアツーピア(P2P)、ビークルツービークル(V2V)ネットワーク、および/またはビークルツーエブリシング(V2X)において利用され得る。たとえば、2つ以上のUE(たとえば、UE238、240、および242)は、基地局を通して通信を中継することなく、サイドリンク信号237を使って互いと通信し得る。いくつかの例では、UE238、240、および242は各々、基地局からのスケジューリングまたは制御情報に依拠せずに、リソースをスケジュールし、サイドリンク信号237をそれらの間で通信するように、スケジューリングエンティティもしくは送信側サイドリンクデバイスおよび/またはスケジュールドエンティティもしくは受信側サイドリンクデバイスとして機能してよい。他の例では、基地局(たとえば、基地局212)のカバレージエリア内の2つ以上のUE(たとえば、UE226および228)が、その通信を基地局212を通して伝えることなく、直接リンク(サイドリンク)を介してサイドリンク信号227を通信してもよい。この例では、基地局212は、サイドリンク通信用に、UE226および228にリソースを割り振ってよい。
【0034】
RAN200では、UEが移動しながらそのロケーションとは無関係に通信する能力は、モビリティと呼ばれる。UEとRANとの間の様々な物理チャネルは、一般に、アクセスおよびモビリティ管理機能(AMF、図示せず、
図1のコアネットワーク102の一部)の制御下でセットアップ、維持、および解放される。いくつかのシナリオでは、AMFは、セキュリティコンテキスト管理機能(SCMF)と、認証を実施するセキュリティアンカー機能(SEAF)とを含み得る。SCMFは、全体的または部分的に、制御プレーンとユーザプレーンの両方の機能性のためにセキュリティコンテキストを管理することができる。
【0035】
いくつかの例では、RAN200が、モビリティおよびハンドオーバ(すなわち、ある無線チャネルから別の無線チャネルへの、UEの接続の移転)を可能にしてよい。たとえば、スケジューリングエンティティとの呼の間、または任意の他のときに、UEは、そのサービングセルからの信号の様々なパラメータ、ならびに近隣セルの様々なパラメータを監視し得る。パラメータの品質に応じて、UEは、近隣セルのうちの1つまたは複数との通信を維持し得る。この時間の間に、UEがあるセルから別のセルに移動する場合、または近隣セルからの信号品質が、所与の時間量にわたってサービングセルからの信号品質を超える場合、UEは、サービングセルから近隣(ターゲット)セルへのハンドオフまたはハンドオーバを引き受けることがある。たとえば、UE224(車両として示されているが、任意の適切な形態のUEが使用されてもよい)は、そのサービングセル202に対応する地理的エリアから近隣セル206に対応する地理的エリアに移動することがある。ネイバーセル206からの信号強度または品質が、所与の時間量にわたって、そのサービングセル202の信号強度または品質を超えるとき、UE224は、この状態を示す報告メッセージを、そのサービング基地局210に送信し得る。応答して、UE224は、ハンドオーバコマンドを受信し得、UEは、セル206へのハンドオーバを受け得る。
【0036】
依然として極めて高いデータレートを達成しながら無線アクセスネットワーク200を介した送信が低ブロック誤り率(BLER)を取得するために、チャネルコーディングが使用され得る。すなわち、ワイヤレス通信は、一般に、好適な誤り訂正ブロック符号を利用し得る。典型的なブロック符号では、情報メッセージまたはシーケンスは符号化コードブロック(CB)へと分けられ、送信デバイスにおけるエンコーダ(たとえば、CODEC)が次いで、冗長性を情報メッセージへ数学的に加算する。符号化された情報メッセージにおけるこの冗長性の活用は、メッセージの信頼性を改善することができ、ノイズにより生じ得る任意のビットエラーの訂正を可能にする。
【0037】
初期の5G NR規格では、ユーザデータトラフィックは、大きいコードブロックおよび/または高符号化率に対して一方のベースグラフが使用されるが、そうでない場合に他方のベースグラフが使用される、2つの異なるベースグラフを用いる疑似巡回低密度パリティチェック(LDPC)を使用してコード化される。制御情報および物理ブロードキャストチャネル(PBCH)は、ネストシーケンスに基づいて、ポーラーコーディングを使用してコーディングされる。チャネルのうちの少なくともいくつかに対して、レートマッチングのために、パンクチャリング、短縮化、および反復が使用される。
【0038】
しかしながら、本開示の態様が任意の好適なチャネル符号を利用して実施され得ることが、当業者には理解されよう。スケジューリングエンティティおよびスケジュールドエンティティの様々な実装形態は、ワイヤレス通信用のチャネル符号のうちの1つまたは複数を利用するための好適なハードウェアおよび能力(たとえば、エンコーダ、デコーダ、および/またはコーデック)を含んでよい。
【0039】
しかしながら、最善の誤り訂正コードを用いてすら、通信チャネルが、非常に大量のノイズを受ける場合、またはディープフェードもしくは他の問題を受ける場合、ビット誤り率は補償され得る率を超える場合がある。したがって、多くのワイヤレス通信ネットワークは、データ信頼性をさらに改善するためにハイブリッド自動再送要求(HARQ)方式を利用する。HARQアルゴリズムでは、送信デバイス(たとえば、基地局またはUE)は、受信デバイスにおいて第1の送信が正確に復号されない場合、(たとえば、重畳コードまたはブロックコードを使用して符号化された)コードブロックを再送信し得る。このプロセスを促すために、送信された符号化コードブロックは、巡回冗長検査(CRC)部分、チェックサム、または受信デバイスにおいて符号化コードブロックが適切に復号されているかどうかを判定するための、当業者に知られている任意の他の好適な機構を含み得る。受信された符号化コードブロックが適切に復号されている場合、受信デバイスは、再送信が不要であることを送信デバイスに知らせる確認応答(ACK)を送信し得る。しかしながら、受信された符号化コードブロックが適切に復号されていない場合、受信デバイスは、再送信を要求する否定応答(NACK)を送信し得る。一般に、送信試行が終了するまで、限定された数の再送信が行われることになる。多くの既存のネットワークは、HARQアルゴリズムを4つの再送信に限定する。しかしながら、本開示の範囲内のネットワークでは、任意の好適な再送信限界が利用され得る。
【0040】
無線アクセスネットワーク200の中のエアインターフェースは、様々なデバイスの同時通信を可能にするために、1つまたは複数の多重化および多元接続アルゴリズムを利用し得る。たとえば、5G NR規格は、UE222および224から基地局210へのUL送信に対して、またサイクリックプレフィックス(CP:Cyclic Prefix)を用いた直交周波数分割多重化(OFDM)を利用する、基地局210から1つまたは複数のUE222および224へのDL送信用の多重化に対して、多元接続を提供する。加えて、UL送信に対して、5G NR規格は、CPを用いた離散フーリエ変換拡散OFDM(DFT-s-OFDM)(シングルキャリアFDMA(SC-FDMA)とも呼ばれる)に対するサポートを提供する。ただし、本開示の範囲内では、多重化および多元接続は、上記の方式に限定されず、時分割多元接続(TDMA)、符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、スパース符号多元接続(SCMA)、リソース拡散多元接続(RSMA)、または他の好適な多元接続方式を利用して行われてよい。さらに、基地局210からUE222および224へのDL送信を多重化することは、時分割多重化(TDM)、符号分割多重化(CDM)、周波数分割多重化(FDM)、直交周波数分割多重化(OFDM)、スパース符号多重化(SCM)、または他の好適な多重化方式を利用して行われてよい。
【0041】
無線アクセスネットワーク200におけるエアインターフェースは、1つまたは複数の複信アルゴリズムをさらに利用し得る。複信とは、両方の端点が両方向で互いに通信できるポイントツーポイント通信リンクを指す。全二重は、両方のエンドポイントが互いに同時に通信することができることを意味する。半二重は、一度に一方のエンドポイントのみが他方に情報を送ることができることを意味する。半二重エミュレーションは、時分割複信(TDD)を使用して、ワイヤレスリンクのために頻繁に実装される。TDDでは、所与のチャネル上の異なる方向における送信は、時分割多重化を使って、互いから分離される。すなわち、いくつかのシナリオでは、チャネルはある方向における送信専用であるが、他の時間には、チャネルは他の方向における送信専用であり、その場合、方向は極めて急速に、たとえば、スロット当たり数回、変化し得る。ワイヤレスリンクでは、全二重チャネルは、一般に、送信機および受信機の物理的分離、ならびに好適な干渉消去技術に依拠する。全二重エミュレーションは、周波数分割複信(FDD)または空間分割複信(SDD)を使用することによって、ワイヤレスリンクのために頻繁に実装される。FDDでは、異なる方向における送信は、異なるキャリア周波数において(たとえば、対スペクトル内で)動作してよい。SDDでは、所与のチャネル上の異なる方向における送信は、空間分割多重化(SDM)を使って、互いから分離される。他の例では、全二重通信は不対スペクトル内で(たとえば、単一キャリア帯域幅内で)実装されてよく、ここで、キャリア帯域幅の異なるサブバンド内では、異なる方向の送信が起こる。このタイプの全二重通信は、本明細書では、柔軟な複信としても知られるサブバンド全二重(SBFD)と呼ばれる場合がある。
【0042】
本開示の様々な態様が、
図3に概略的に示されるOFDM波形を参照して説明される。本開示の様々な態様は、本明細書において以下で説明されるのと実質的に同じ方法でSC-FDMA波形に適用され得ることを、当業者は理解されたい。すなわち、本開示のいくつかの例はわかりやすくするためにOFDMリンクに注目することがあるが、同じ原理はSC-FDMA波形にも適用され得ることを理解されたい。
【0043】
ここで
図3を参照すると、例示的なサブフレーム302の拡大図が図示されており、OFDMリソースグリッドを示している。ただし、当業者が容易に諒解するように、任意の特定の適用例のためのPHY送信構造は、任意の数の要因に応じて、ここで説明する例とは異なることがある。ここで、時間はOFDMシンボルの単位で水平方向であり、周波数はサブキャリアの単位で垂直方向である。
【0044】
リソースグリッド304は、所与のアンテナポートのための時間周波数リソースを概略的に表すために使用され得る。すなわち、利用可能な複数のアンテナポートがある多入力多出力(MIMO)実装形態では、対応する複数の数のリソースグリッド304が通信に利用可能であり得る。リソースグリッド304は、複数のリソース要素(RE)306へと分割される。1サブキャリア×1シンボルであるREが、時間周波数グリッドの最小の個別部分であり、物理チャネルまたは信号からのデータを表す単一の複素数値を含む。特定の実装形態において利用される変調に応じて、各REは情報の1つまたは複数のビットを表してよい。いくつかの例では、REのブロックは、物理リソースブロック(PRB)またはリソースブロック(RB)308と呼ばれることがあり、これは、周波数領域において任意の適切な数の連続したサブキャリアを含む。一例では、RBは、使用されるヌメロロジーとは無関係の数である、12個のサブキャリアを含み得る。いくつかの例では、ヌメロロジーに応じて、RBは、時間領域において任意の適切な数の連続したOFDMシンボルを含み得る。本開示内では、RB308などの単一のRBは通信の単一の方向(所与のデバイスのための送信または受信のいずれか)に完全に対応することが想定される。
【0045】
連続的または非連続的リソースブロックのセットは、本明細書では、リソースブロックグループ(RBG)、サブバンド、または帯域幅部分(BWP:bandwidth part)と呼ばれることがある。サブバンドまたはBWPのセットは、全帯域幅に及ぶ場合がある。ダウンリンク、アップリンク、またはサイドリンクの送信に対するスケジュールドエンティティ(たとえば、UE)のスケジューリングは、一般的に、1つまたは複数のサブバンドまたは帯域幅部分(BWP)内の1つまたは複数のリソース要素306をスケジュールすることを伴う。したがって、UEは概して、リソースグリッド304のサブセットのみを使用する。いくつかの例では、RBは、UEに割り振られ得るリソースの最小単位であり得る。したがって、UEのためにスケジューリングされるRBが多いほど、かつエアインターフェースのために選ばれる変調方式が高いほど、UEのデータレートが高くなる。RBは、基地局(たとえば、gNB、eNBなど)によってスケジュールされてもよく、またはD2Dサイドリンク通信を実装するUEによってセルフスケジュールされてもよい。
【0046】
この図では、RB308は、サブフレーム302の帯域幅全体未満を占有するものとして示されており、いくつかのサブキャリアは、RB308の上および下に示されている。所与の実装形態では、サブフレーム302は、任意の数の1つまたは複数のRB308に対応する帯域幅を有し得る。さらに、この図では、RB308は、サブフレーム302の持続時間全体未満を占有するものとして示されているが、これは1つの可能な例にすぎない。
【0047】
各々の1msサブフレーム302は、1つまたは複数の隣接するスロットからなり得る。
図3に示される例では、1つのサブフレーム302は、説明のための例として、4個のスロット310を含む。いくつかの例では、スロットは、所与の巡回プレフィックス(CP)長を伴う指定された数のOFDMシンボルに従って定義され得る。たとえば、スロットは、ノミナルのCPを伴う7個または14個のOFDMシンボルを含み得る。追加の例は、より短い持続時間(たとえば、1~3個のOFDMシンボル)を有する、短縮された送信時間間隔(TTI)と呼ばれることがあるミニスロットを含み得る。ミニスロットまたは短縮された送信時間間隔(TTI)は、場合によっては、同じUEまたは異なるUEのための進行中のスロット送信のためにスケジュールされたリソースを占有して送信され得る。任意の数のリソースブロックが、サブフレームまたはスロット内で利用され得る。
【0048】
スロット310のうちの1つの拡大図は、制御領域312およびデータ領域314を含むスロット310を示す。一般に、制御領域312は制御チャネルを搬送し得、データ領域314はデータチャネルを搬送し得る。当然、スロットは、すべてがDL、すべてがUL、または少なくとも1つのDL部分および少なくとも1つのUL部分を含んでよい。
図3に示す構造は本質的に例にすぎず、異なるスロット構造が利用されてよく、制御領域およびデータ領域の各々のうちの1つまたは複数を含んでよい。
【0049】
図3には示されていないが、RB308内の様々なRE306は、制御チャネル、共有チャネル、データチャネルなどを含む、1つまたは複数の物理チャネルを搬送するようにスケジュールされ得る。RB308内の他のRE306はまた、パイロットまたは基準信号を搬送し得る。これらのパイロットまたは基準信号は、受信デバイスが対応するチャネルのチャネル推定を実行することを実現することができ、このことは、RB308内の制御チャネルおよび/またはデータチャネルのコヒーレントな復調/検出を可能にすることができる。
【0050】
いくつかの例では、スロット310は、ブロードキャストまたはユニキャスト通信のために利用され得る。たとえば、ブロードキャスト、マルチキャスト、またはグループキャスト通信は、1つのデバイス(たとえば、基地局、UE、または他の同様のデバイス)による、他のデバイスに対するポイントツーマルチポイント送信を指す場合がある。ここで、ブロードキャスト通信は、すべてのデバイスに対して配信される一方で、マルチキャスト通信は、複数の意図された受信デバイスに配信される。ユニキャスト通信は、1つのデバイスによる、単一の他のデバイスに対するポイントツーポイント送信を指す場合がある。
【0051】
Uuインターフェースを介するセルラーキャリア上のセルラー通信の一例では、DL送信に対して、スケジューリングエンティティ(たとえば、基地局)は、物理ダウンリンク制御チャネル(PDCCH)などの1つまたは複数のDL制御チャネルを含むDL制御情報を搬送するための(たとえば、制御領域312内の)1つまたは複数のRE306を、1つまたは複数のスケジュールドエンティティ(たとえば、UE)に割り振り得る。PDCCHは、限定はしないが、電力制御コマンド(たとえば、1つまたは複数の開ループ電力制御パラメータおよび/または1つまたは複数の閉ループ電力制御パラメータ)、スケジューリング情報、グラント、および/またはDLおよびUL送信に対するREの割り当てを含むダウンリンク制御情報(DCI)を搬送する。PDCCHは、確認応答(ACK)または否定応答(NACK)など、HARQフィードバック送信をさらに搬送し得る。HARQは当業者によく知られている技法であり、たとえば、チェックサムまたは巡回冗長検査(CRC)などの任意の好適な完全性検査メカニズムを利用して、正確さを求めてパケット送信の完全性が受信側において検査され得る。送信の完全性が確認される場合、ACKが送信されてよいが、確認されない場合、NACKが送信されてよい。NACKに応答して、送信デバイスは、チェース合成(chase combining)、インクリメンタル冗長(incremental redundancy)などを実施し得る、HARQ再送信を送ってよい。
【0052】
基地局は、さらに、復調基準信号(DMRS)、位相トラッキング基準信号(PT-RS)、チャネル状態情報(CSI)基準信号(CSI-RS)、および同期信号ブロック(SSB)などの他のDL信号を搬送するために、1つまたは複数のRE306を(たとえば、制御領域312またはデータ領域314内に)割り振り得る。SSBは、周期性(たとえば、5、10、20、40、80または160ms)に基づく一定間隔でブロードキャストされ得る。SSBは、1次同期信号(PSS)、2次同期信号(SSS)、および物理ブロードキャスト制御チャネル(PBCH)を含む。UEは、時間領域内に無線フレーム、サブフレーム、スロット、およびシンボル同期を達成すること、周波数領域内にチャネル(システム)帯域幅の中心を識別すること、およびセルの物理セルID(PCI)を識別することを行うためにPSSおよびSSSを利用し得る。
【0053】
SSB内のPBCHは、システム情報ブロック(SIB)を復号するためのパラメータとともに、様々なシステム情報を含むマスター情報ブロック(MIB)をさらに含み得る。たとえば、SIBは、様々な追加のシステム情報を含み得るSystemInformationType 1(SIB1)であり得る。MIBおよびSIB1はともに、初期アクセスのための最小のシステム情報(SI)を提供する。MIB内で送信されたシステム情報の例は、限定はしないが、サブキャリア間隔(たとえば、デフォルトダウンリンクヌメロロジー)、システムフレーム数、PDCCH制御リソースセット(CORESET)の構成(たとえば、PDCCH CORESET0)、セル禁止(cell barred)インジケータ、セル再選択インジケータ、ラスターオフセット、およびSIB1のための探索空間を含み得る。SIB1内で送信された残りの最小システム情報(RMSI)の例は、限定はしないが、ランダムアクセス探索空間、ページング探索空間、ダウンリンク構成情報、およびアップリンク構成情報を含み得る。基地局は、他のシステム情報(OSI)も送信し得る。
【0054】
UL送信では、スケジュールドエンティティ(たとえば、UE)は、物理アップリンク制御チャネル(PUCCH)などの1つまたは複数のUL制御チャネルを含むUL制御情報(UCI)をスケジューリングエンティティに搬送するために、1つまたは複数のRE306を利用し得る。UCIは、パイロット、基準信号、およびアップリンクデータ送信を復号することを可能にするかまたは支援するように構成された情報を含む、様々なパケットタイプおよびカテゴリーを含んでよい。アップリンク基準信号の例は、サウンディング基準信号(SRS)およびアップリンクDMRSを含み得る。いくつかの例では、UCIは、スケジューリング要求(SR:scheduling request)、すなわち、スケジューリングエンティティがアップリンク送信をスケジュールすることを求める要求を含み得る。ここで、UCI上で送信されたSRに応答して、スケジューリングエンティティは、アップリンクパケット送信用のリソースをスケジュールし得るダウンリンク制御情報(DCI)を送信し得る。UCIは、HARQフィードバック、CSI報告などのチャネル状態フィードバック(CSF)、または任意の他の好適なUCIも含み得る。
【0055】
制御情報に加えて、(たとえば、データ領域314内の)1つまたは複数のRE306が、データトラフィックのために割り振られ得る。そのようなデータトラフィックは、DL送信のための物理ダウンリンク共有チャネル(PDSCH:Physical Downlink Shared CHannel)、またはUL送信のための物理アップリンク共有チャネル(PUSCH:Physical Uplink Shared CHannel)など、1つまたは複数のトラフィックチャネル上で搬送され得る。いくつかの例では、データ領域314内の1つまたは複数のRE306は、1つまたは複数のSIBおよびDMRSなどの他の信号を搬送するように構成され得る。
【0056】
PC5インターフェースを介するサイドリンクキャリア上のサイドリンク通信の例では、スロット310の制御領域312は、1つまたは複数の他の受信サイドリンクデバイスのセットに向けて開始(送信)サイドリンクデバイス(たとえば、V2Xまたは他のサイドリンクデバイス)によって送信されたサイドリンク制御情報(SCI)を含む物理サイドリンク制御チャネル(PSCCH:physical sidelink control channel)を含み得る。スロット310のデータ領域314は、SCIを介して送信サイドリンクデバイスによってサイドリンクキャリア上で予約されたリソース内で開始(送信)サイドリンクデバイスによって送信されたサイドリンクデータトラフィックを含む物理サイドリンク共有チャネル(PSSCH:physical sidelink shared channel)を含み得る。他の情報が、さらに、スロット310内の様々なRE306上で送信され得る。たとえば、HARQフィードバック情報が、スロット310内の物理サイドリンクフィードバックチャネル(PSFCH:physical sidelink feedback channel)内で、受信サイドリンクデバイスから送信サイドリンクデバイスに送信され得る。加えて、サイドリンクSSB、サイドリンクCSI-RS、サイドリンクSRS、および/またはサイドリンク測位基準信号(PRS)などの1つまたは複数の基準信号が、スロット310内で送信され得る。
【0057】
上記で説明した物理チャネルは、概して、媒体アクセス制御(MAC)レイヤにおける取扱いのために、多重化されるとともにトランスポートチャネルにマッピングされる。トランスポートチャネルは、トランスポートブロック(TB)と呼ばれる情報のブロックを搬送する。情報のビットの数に対応し得る、トランスポートブロックサイズ(TBS)は、変調およびコーディング方式(MCS)ならびに所与の送信の中のRBの数に基づく、制御されたパラメータであり得る。
【0058】
図1~
図3に関連して上記で説明したチャネルまたはキャリアは、必ずしもスケジューリングエンティティとスケジュールドエンティティとの間で利用されることがあるチャネルまたはキャリアのすべてであるとは限らず、図示したものに加えて、他のトラフィックチャネル、制御チャネル、およびフィードバックチャネルなどの他のチャネルまたはキャリアが利用される場合があることを、当業者は認識されよう。
【0059】
次にHARQ-ACKフィードバックに注目すると、3GPP NRのリリース16など、少なくともいくつかのワイヤレス通信規格において、UEは、関連する優先度を有する複数(2つまで)の優先度ベースHARQ-ACKコードブックで構成され得る。優先度ベースという用語は、本明細書では、これらのコードブックを、優先度にかかわらずにすべてのHARQプロセスに対するHARQ-ACKフィードバックを含有し、したがって直接優先度ベースではない場合もある、以下で詳細に説明するワンショットコードブックと区別するために使用される。各コードブックは、特定のHARQ確認応答を符号化または表示するための情報ビットを含み、たとえば、コードブックは、特定のビット列である。UEは、無線リソース制御(RRC)パラメータ、pdsch-HARQ-ACK-CodebookListを介して2つまでのHARQ-ACKコードブックで構成され得る。本明細書では、pdsch-HARQ-ACK-CodebookListなどのパラメータへの言及は、3GPP TS 38.213、リリース16および関連文書内で定義されるパラメータを指す。コードブックタイプは、構成されたHARQ-ACKコードブックに対して同じであっても異なってもよく、たとえば、一方がタイプ1(準静的)で他方がタイプ2(動的)であってもよく、または両方がタイプ2であってもよく、等々。
【0060】
DCI内の優先度インジケータフィールド(DL DCIフォーマット1_1または1_2)は、DCIによってスケジュールされたPDSCHに対応するHARQ-ACKを報告するために、どのコードブックが使用されるべきかを示す。優先度が提供されない(たとえば、優先度フィールドがDCIに対して構成されないか、またはDCIフォーマット1_0が使用される)場合、システムは、優先度0(より低い優先度)を取る。半永続的スケジューリング(SPS:semi-persistent scheduling)に対応するHARQ-ACKに対して、優先度は、SPS構成の一部として構成されたRRCである。HARQ-ACKコードブックに対するPUCCHリソースは、別々に構成され、所与の優先度を有するDCI内のPUCCHリソースインジケータ(PRI)フィールドは、対応するPUCCHリソースの間の1つのPUCCHリソースを示す。制御に対する物理レイヤ手順に関するさらなる情報が、3GPP TS 38.213、リリース16、制御に対する物理レイヤ手順の中で発見され得る。
【0061】
図4は、いくつかの態様による、低優先度および高優先度のコードブックの別々の処理を高レベルにおいて示す。簡潔には、低優先度の例400(たとえば、優先度=0)に対して、第1のDCI402は、PDSCH404をスケジュールし、PDSCH404は、PUCCHの第1のHARQ-ACKコードブック406と関連している。低優先度の例400では、第2のDCI408は、PDSCH410をスケジュールし、PDSCH410は、同じく、第1のHARQ-ACKコードブック406と関連している。高優先度の例412(たとえば、優先度=1)に対して、第3のDCI414は、PDSCH416をスケジュールし、PDSCH416は、PUCCHの第2の異なるHARQ-ACKコードブック418と関連している。
【0062】
重複する物理チャネルの削除に関する限りにおいて、リリース16内で、異なる優先度を有する2つの異なるULチャネルが、時間的に重複する場合、低優先度のチャネルが削除され、高優先度のチャネルが送信される。チャネルが同じ優先度を有する場合、UEは、PUCCHを別のPUCCHと多重化するか、またはPUCCHをPUSCHと多重化する。チャネルが異なる優先度を有する場合、低優先度のチャネルが削除される。高優先度のULチャネルは、HARQ-ACKを有するPUCCHもしくはSRを有するPUCCH、またはPUSCH(動的グラントまたは設定グラント)であり得る。低優先度のチャネルは、HARQ-ACKを有するPUCCH、SRを有するPUCCH、CSIを有するPUCCH、または(動的または設定グラントを有する)PUSCHであり得る。優先度表示に関する限りにおいて、HARQ-ACKを有するPUCCHに対して、優先度は、DCIを介して上記で説明したように指定され得る。SRを有するPUCCHに対して、優先度は、RRC構成内で指定される。CSIを有するPUCCHに対して、低優先度が指定される(たとえば、その特定の場合には、高優先度は存在しない)。動的PUSCHに対して、優先度は、DCIスケジューリングPUSCH(DCIフォーマット0_1、0_2)の中で与えられる。設定グラントPUSCHに対して、優先度は、CG構成の一部としてRRCの中で与えられる。
【0063】
図5は、いくつかの態様による、重複チャネルを削除する例500、または多重化する例502を示す。削除する場合500では、低優先度PUCCH/PUSCH504は、それが、高優先度PUCCH/PUSCH506と時間的に重複する場合に削除される。多重化する場合502では、PUCCH508は、PUCCH508とPUCCH/PUSCH510とが時間的に重複し、同じ優先度を有する場合に、PUCCH/PUSCH510と時間多重化される。
【0064】
次に、リリース16の「ワンショット」(または、タイプ3)コードブックに注目すると、ワンショットHARQ-ACKフィードバックは、gNBが、UEに対して構成されたすべての構成されたコンポーネントキャリア(CC)に対するすべての構成DL HARQプロセスに対するHARQ-ACKコードブックのフィードバックを要求することを可能にする。ワンショットフィードバックは、準静的コードブック、拡張されない動的HARQコードブック(non-enhanced dynamic HARQ codebook)、および拡張された動的コードブックを用いて構成可能であり得る。本明細書では、拡張されない動的コードブックおよび拡張された動的コードブックはともに、一般に、動的コードブックと呼ばれる。UEが、pdsch-HARQ-ACK-OneShotFeedbackを提供される場合、コードブックは、RRC内に構成される。UEが、ワンショットと他の準静的または動的HARQ-ACKフィードバックの両方を同じスロット内で報告するためにトリガされる場合、UEは、リリース16のもとでワンショットフィードバックのみを報告する。本質的に、ワンショットフィードバックは、報告されることを当初要求されたものは何でも「置き換える」。要求は、DCI 1_1内で搬送される。すなわち、UEが、pdsch-HARQ-ACK-OneShotFeedbackを提供されるとき、DCI 1_1内の1ビット(「ワンショットHARQ-ACK要求」フィールド)が、設定される。UEは、K1からのワンショットHARQ-ACKフィードバックに対するPUCCH、PUCCHリソースインジケータ(PRI)、および送信電力制御(TPC)を決定し、ここで、K1は、データがPDSCH上でスケジュールされるDLスロットと、スケジュールドPDSCHデータに対するACK/NACKフィードバックが送られる必要があるULスロットとの間のオフセットである。リリース15 3GPP NR規格の手順に従って、フィードバックは、PUSCH上にピギーバックされ得る。DL DCIは、PDSCHをスケジュールすることができるか、スケジュールしないかのいずれかであることに留意されたい。たとえば、周波数領域リソース割り当てフィールドの1の値は、DCIがPDSCHをスケジュールできないことを示す。そうでなければ、DCIは、PDSCHをスケジュールし、同時に、すべてのHARQプロセスに対してワンショットフィードバックを要求する。
【0065】
リリース16のもとで、新データインジケータ(NDI)が、ワンショットHARQフィードバックの一部になるように構成され得る。NDIは、DCI内で送信され、トランスポートブロックの第1の送信を示すために利用される。NDIが構成されるとき、UEによって検出された最新のNDI値が、対応するHARQプロセスIDに対するHARQ-ACKとともに報告される。HARQプロセスに対する前のNDI値が存在しない場合、UEは、NDI=0であると仮定する。NDIが構成されないとき、NDI値は、対応するPDSCHに対するHARQ-ACKとともに報告されない。UEは、フィードバックが、前のフィードバック内の同じHARQプロセスIDに対して報告されると、HARQプロセスIDに対する(不連続送信(DTX)またはNACKのような)HARQ-ACK状態をリセットすることが予期される。より高いHARQ効率のために、トランスポートブロック(TB)が複数のコードブロックを含有するとき、コードブロックは、コードブロックグループ(CBG)にグループ化され得る。CBGベースHARQ-ACKまたはTBベースHARQ-ACKは、CBGで構成されたCCに対するワンショットHARQフィードバックの一部になるように構成され得る。
【0066】
以下では、(a)2つの異なる優先度に対応する優先度ベースHARQ-ACKコードブック(たとえば、より低い優先度を有するULチャネルは衝突する場合に削除され得るか、または等しい優先度の場合にULチャネルは多重化される)と、(b)ワンショット(タイプ3)HARQ-ACKコードブックとの特徴を組み合わせることを可能にする、様々な技法が説明される。上述のように、ワンショットコードブックは、すべてのHARQプロセスに対するHARQ-ACKを含有し、優先度は、通常は区別されない。以下の技法は、同じく、PUCCHなどの物理ULチャネルに対する優先度を設定すること、および重複チャネルを選択的に削除する(たとえば、1つのチャネルがより高い優先度を有する環境において)ことまたは重複チャネルを選択的に多重化する(たとえば、チャネルが等しい優先度を有する環境において)ことを提供する。
【0067】
図6は、いくつかの態様による、優先度を物理アップリンク(UL)チャネルに割り当てるためにUEまたは他のスケジュールドエンティティによって実行され得る例示的なプロセス600を示すフローチャートである。簡潔には、この例では、ワンショットHARQ-ACKフィードバックを有する物理ULチャネルの優先度は、ワンショットフィードバックを有する物理ULチャネルをトリガしたDCI内のDCI/優先度インジケータフィールドにかかわらず、高い優先度に固定される。高優先度は、少なくとも部分的に、ワンショットフィードバックがフォールバック機構であるために使用される。したがって、ワンショットフィードバックが要求されるとき、ワンショットフィードバックは、報告されなければならない。ブロック602において、UEは、PUCCHなどの第1の物理ULチャネルに対する優先度を決定する。ブロック604において、UEは、ワンショットHARQ-ACKコードブックの使用を要求する第2の物理ULチャネルをトリガするDCIを受信する。ブロック606において、UEは、第2の物理ULチャネルをトリガしたDCIの優先度インジケータフィールドにかかわらず、ワンショットHARQ-ACKコードブックの使用を要求する第2の物理ULチャネルに高優先度を割り当てる。ブロック608において、UEは、(第2の物理ULチャネルが高優先度を有するので)第1の物理ULチャネルが低優先度を有する場合に第1のULチャネルを削除するか、または第1および第2のULチャネルが高優先度を有する場合に第1および第2のULチャネルを多重化する。
【0068】
図7は、いくつかの態様による、優先度を物理ULチャネルに割り当てるためにUEまたは他のスケジュールドエンティティによって実行され得る例示的なプロセス700を示すフローチャートである。この例では、ワンショットフィードバックを要求したDCIが、優先度インジケータフィールドを含む場合、優先度はフィールドによって設定される。そうでなければ、優先度は、高であるものと仮定される(または、他の例では、それは、システム全体の構成に応じて、低であるものと仮定される)。
図6の手順と同様に、UEは、第1の物理ULチャネルに対する優先度を決定する(ブロック702)。次いで、UEは、ワンショットHARQ-ACKフィードバックコードブックの使用を要求する第2の物理ULチャネルをトリガするDCIを受信する(ブロック704)。ブロック706において、UEは、DCIが優先度の表示を含むかどうかを決定する。優先度がDCI内に示される場合、決定ブロック708に進み、ブロック710においてUEは、示される優先度に基づいて優先度を第2の物理ULチャネルに割り当てる。たとえば、示された優先度が高である場合、高優先度が、第2の物理ULチャネルに割り当てられる。示された優先度が低である場合、低優先度が、第2の物理ULチャネルに割り当てられる。その一方で、優先度が、第2の物理ULチャネルをトリガしたDCI内に示されない場合、処理は、代わりに、ブロック712に進み、UEは、(たとえば、所定のシステム構成に基づいて)高優先度または低優先度のいずれかを仮定することによって、優先度を第2の物理ULチャネルに割り当てる。たとえば、総合的基準(overall standard)(それは、ワイヤレス通信システム内のUEおよび他の構成要素の動作を指定する)が、このシナリオにおいて高優先度が取られるべきであることを示す場合、第2の物理ULチャネルは、高優先度を割り当てられる。反対に、総合的基準(たとえば、3GPP New Radio規格または仕様)が、このシナリオにおいて低優先度が取られるべきであることを示す場合、第2の物理ULチャネルは、低優先度を割り当てられる。
【0069】
その後、ブロック714において、UEは、第1のULチャネルが第2のULチャネルと比較してより低い優先度を有する場合に第1のULチャネルを削除するか、または第2のULチャネルが第1のULチャネルと比較してより低い優先度を有する場合に第2のULチャネルを削除するか、または第1および第2のULチャネルが等しい優先度を有する(たとえば、両方が高であるかまたは両方が低である)場合に第1および第2のULチャネルを多重化する。
【0070】
図8は、いくつかの態様による、優先度を物理ULチャネルに割り当てるためにUEまたは他のスケジュールドエンティティによって実行され得る例示的なプロセス800を示すフローチャートである。この例では、2つ以上の(複数の)DCIが、同じ物理ULチャネルを示し、ワンショットHARQ-ACKフィードバックを要求する。複数のDCIが、同じく、優先度インジケータを含む。特定の一例では、より早いDCIが、同じ優先度を示すかまたは異なる優先度を示すかにかかわらず、直近のDCIの優先度インジケータフィールドが使用される。別の例では、複数のDCIが異なる優先度を示す(たとえば、少なくとも1つが低優先度を示す一方で少なくとも1つが高優先度を示す)場合、高優先度が仮定される。
図6および
図7の手順と同様に、UEは、第1の物理ULチャネルに対する優先度を決定する(ブロック802)。次いで、UEは、ワンショットHARQ-ACKフィードバックコードブックの使用を要求する第2の物理ULチャネルをトリガするDCIを受信する(ブロック804)。
【0071】
ブロック806において、UEは、第2の物理ULチャネルに対してワンショットHARQ-ACKコードブックの使用を要求する少なくとも1つの追加のDCI(たとえば、第2のDCI)を受信する。ブロック808において、UEは、(a)直近のDCI内で示される優先度に基づいて、または(b)DCIが異なる優先度を有する場合に高優先度として、優先度を第2のULチャネルに割り当てる。(a)の例として、第2の物理ULチャネルに対してワンショットHARQ-ACKフィードバックを要求する直近のDCIが低優先度を示す場合、ブロック804において受信されたDCIの優先度にかかわらず、低優先度が割り当てられる。反対に、直近のDCIが高優先度を示す場合、ブロック804において受信されたDCIの優先度にかかわらず、再び、高優先度が割り当てられる。(b)の例として、第2の物理ULチャネルに対してワンショットHARQ-ACKフィードバックを要求する直近のDCIが低優先度を示すが、ブロック804において受信されたDCIが高優先度を示す場合、高優先度が割り当てられる。(b)の例によれば、少なくとも1つのDCIが高優先度を有する限り、高優先度が割り当てられる。第2の物理ULチャネルに対してワンショットHARQ-ACKフィードバックを要求するDCIのすべてが低優先度を示す場合の例においてのみ、低優先度が割り当てられる。
【0072】
その後、ブロック810において、UEは、第1のULチャネルが第2のULチャネルと比較してより低い優先度を有する場合に第1のULチャネルを削除するか、または第2のULチャネルが第1のULチャネルと比較してより低い優先度を有する場合に第2のULチャネルを削除するか、または第1および第2のULチャネルが等しい優先度を有する(たとえば、両方が高であるかまたは両方が低である)場合に第1および第2のULチャネルを多重化する。オプション(a)が使用されるかまたはオプション(b)が使用されるかは、たとえば、ワイヤレス通信システム内のUEおよび他の構成要素の動作を指定する適用可能なワイヤレス通信規格に依存する。
【0073】
図9は、いくつかの態様による、優先度を物理ULチャネルに割り当てるためにUEまたは他のスケジュールドエンティティによって実行され得る例示的なプロセス900を示すフローチャートである。この例では、DCIによってスケジュールされるPDSCHに対応する所与のHARQプロセスに対する少なくとも1つの報告されたHARQ-ACKビットが、1(高優先度)に設定された優先度インジケータフィールドを有する場合、第2の物理ULチャネル(たとえば、ワンショットHARQ-ACKフィードバックコードブックの使用を要求するDCIによってトリガされたPUCCH)は、高優先度を割り当てされる。そうでなければ、HARQ-ACKがPUCCH内で報告されているすべてのPDSCHが、0に設定された優先度インジケータフィールドを有するDCIによってスケジュールされる場合、PUCCHは低優先度を割り当てられる。
【0074】
上述の手順と同様に、UEは、第1の物理ULチャネルに対する優先度を決定する(ブロック902)。次いで、UEは、ワンショットHARQ-ACKフィードバックコードブックの使用を要求する第2の物理ULチャネルをトリガするDCIを受信する(ブロック904)。ブロック906において、UEは、DCIによってスケジュールされたPDSCHに対応する所与のHARQプロセスに対するワンショットHARQ-ACKコードブック内の少なくとも1つの報告されたHARQ-ACKビットが、高優先度に設定された優先度インジケータを有するかどうかを決定する。そうであれば、高優先度が、第2の物理ULチャネルに割り当てられ、そうでなければ、低優先度が、第2の物理ULチャネルに割り当てられる。その後、ブロック908において、UEは、すでに説明したように、第1のULチャネルが第2のULチャネルと比較してより低い優先度を有する場合に第1のULチャネルを削除し、第2のULチャネルが第1のULチャネルと比較してより低い優先度を有する場合に第2のULチャネルを削除し、または第1および第2のULチャネルが等しい優先度を有する(たとえば、両方が高であるかまたは両方が低である)場合に第1および第2のULチャネルを多重化する。
【0075】
図10は、いくつかの態様による、物理ULチャネルを多重化するためにUEまたは他のスケジュールドエンティティによって実行され得る例示的なプロセス1000を示すフローチャートである。この例では、ワンショットフィードバックを有するPUCCHが高優先度を有する場合、PUCCHは、低優先度PUSCHと多重化される(時間的重複を仮定する)。すなわち、低優先度PUSCHを削除するのではなく、低優先度PUSCHは、高優先度PUCCHと多重化される。これは、ワンショットHARQ-ACKのペイロードは大きく、かつPUSCHはより多くの利用可能なリソースを有し得るので、特に有用であり得る。ワンショットフィードバックを有するPUCCHが低優先度を有する場合、PUCCHは、高優先度PUSCHと多重化され得る(時間的重複を仮定する)。すなわち、低優先度PUCCHを削除するのではなく、低優先度PUCCHは、より高い優先度のPUSCHと多重化される。これは、ワンショットフィードバックが、すべてのHARQプロセスに対してHARQ-ACKを含み、HARQプロセスの一部は、高優先度の超高信頼低遅延通信(URLLC:Ultra Reliable Low Latency Communication)と関連付けられ得るので、有用であり得る。
【0076】
図10のブロック1002において開始して、UEは、ワンショットHARQ-ACKフィードバックを有するPUCCHに対する優先度を決定する。ブロック1004において、UEは、PUCCHと時間的に重複するPUSCHに対する優先度を決定する。ブロック1006において、UEは、PUCCHが高優先度を有し、PUSCHが低優先度を有する場合、PUCCHを重複するPUSCHと多重化する。ブロック1008において、UEは、PUCCHが低優先度を有し、PUSCHが高優先度を有する場合、PUCCHを重複するPUSCHと多重化する。代替的に、
図10に示さないが、PUCCHおよびPUSCHが等しい優先度である場合、PUCCHおよびPUSCHは、同様に、多重化され得る。(
図10は、等しくない優先度のULチャネルが多重化されるシナリオに焦点を当てている。)
【0077】
図11は、いくつかの態様による、ワンショットHARQ-ACKフィードバック構成を2つのHARQ-ACKコードブックに適用するために、UEまたは他のスケジュールドエンティティによって実行され得る例示的なプロセス1100を示すフローチャートである。この例では、UEは、pdsch-HARQ-ACK-CodebookListを使用してRRCを介して2つのHARQ-ACKコードブックを提供される。特に、この例では、構成される場合、pdsch-HARQ-ACK-OneShotFeedbackが、2つの優先度に対する両方のHARQ-ACKコードブックに適用される。すなわち、ワンショットフィードバックは、両方に対して構成されるか、またはいずれに対しても構成されないかのいずれかである。たとえば、準静的+ワンショットフィードバックが第1の優先度に対して構成され、動的+ワンショットフィードバックが第2の優先度に対して構成される。
【0078】
図11のブロック1102において開始して、UEは、RRCを介して(たとえば、pdsch-HARQ-ACK-CodebookListを介して)第1および第2のHARQ-ACKコードブックを構成、受信、または取得する。ブロック1104において、UEは、ワンショットHARQ-ACKフィードバック構成を(たとえば、pdsch-HARQ-ACK-OneShotFeedbackを介して)第1と第2の両方のHARQ-ACKコードブックに適用する。その後、
図11に示さないが、処理は、すでに説明したように、重複する物理ULチャネルを優先順位づけ、次いで、重複するチャネルを削除または多重化するために進んでよい。
【0079】
図12は、いくつかの態様による、ワンショットHARQ-ACKフィードバック構成を1つのHARQ-ACKコードブックに適用するために、UEまたは他のスケジュールドエンティティによって実行され得る例示的なプロセス1200を示すフローチャートである。例示的な手順1200は、UEが、pdsch-HARQ-ACK-CodebookListを使用してRRCを介して2つのHARQ-ACKコードブックを提供されるときに採用され得る。しかしながら、この例では、ワンショットフィードバックは、2つの異なる優先度に対して別々に構成される。特に、この例では、pdsch-HARQ-ACK-OneShotFeedbackが、別々に構成される。たとえば、動的のみ(ワンショットフィードバックを有しない)が、第1の優先度に対して構成され、動的+ワンショットが、第2の優先度に対して構成される。ワンショットフィードバックが、優先度のうちの一方に対してのみ構成される場合、DCIフィールド-ワンショットHARQ-ACK要求-は、DCI内の優先度インジケータフィールドが他方の優先度を示すならば0に設定される。
【0080】
図12のブロック1202において開始して、UEは、RRCを介して(たとえば、pdsch-HARQ-ACK-CodebookListを介して)第1および第2のHARQ-ACKコードブックを構成、受信、または取得する。ブロック1204において、UEは、第1のHARQ-ACKフィードバック構成を第1のHARQ-ACKコードブックに適用し、いくつかの例では、第1のHARQ-ACKは、ワンショットHARQ-ACKフィードバックに対して(たとえば、pdsch-HARQ-ACK-OneShotFeedbackを介して)構成され、他の例では、それは、ワンショットHARQ-ACKフィードバックに対して構成されない。ブロック1206において、UEは、第2のHARQ-ACKフィードバック構成を第2のHARQ-ACKコードブックに適用し、いくつかの例では、第2のHARQ-ACKは、ワンショットHARQ-ACKフィードバックに対して構成され、他の例では、それは、ワンショットHARQ-ACKフィードバックに対して構成されない。ブロック1208において、ワンショットフィードバックが、優先度のうちの一方に対してのみに対して構成される場合、DCIフィールド-ワンショットHARQ-ACK要求-は、DCI内の優先度インジケータフィールドが他方の優先度を示すならば0に設定される。言い換えれば、ワンショットHARQ-ACKフィードバックが第2ではなく第1の優先度に対して構成される場合、第2の優先度値に設定される優先度インジケータフィールドを有するDCIは、ゼロに設定されるワンショットHARQ-ACK要求フィールドを含むことになる。
【0081】
次にCBGに注目すると、UEは、(たとえば、
【0082】
【0083】
で表示される、TB当たりのCBGの最大数として2、4、6または8に設定され得るmaxCodeBlockGroupsPerTransportBlockを含むパラメータcodeBlockGroupTransmissionによって)、コンポーネントキャリア(CC)/サービングセル内の最大数のCBGで構成され得る。
そうであれば、UEは、(所与のTBの各CBGに対して1ビットA/Nを有する)CBGベースHARQ-ACKを報告する。ワンショット(タイプ3)コードブックは、(たとえば、RRCパラメータpdsch-HARQ-ACK-OneShotFeedbackCBG-r16が有効にされている場合)CBGベースHARQ-ACKを報告するように構成され得る。2つのHARQ-ACKコードブックの場合、TB当たりに2つの異なる最大数のCBGが、(たとえば、RRCパラメータpdsch-CodeBlockGroupTransmissionList-r16によって)、2つの優先度
【0084】
【0085】
および
【0086】
【0087】
に対応して構成される。
しかしながら、ワンショット(タイプ3)に対して、すべてのHARQ-IDに対するフィードバックは、上述したように優先度にかかわらず、リリース16内で報告される。それゆえ、TB当たりのCBGのどの最大数を使用するかに関して、問題が生ずる場合がある。
【0088】
第1のCBGベースワンショットHARQ-ACKの例では、使用するTB当たりのCBGの最大数は、次のように決定される。UEが、2つの異なる優先度(
【0089】
【0090】
および
【0091】
【0092】
)に対応する所与のCC内でTB当たりのCBGの2つの最大数を与えられ、UEが、ワンショットフィードバック報告内でCBGベースHARQ-ACKを報告するように構成され、UEが、ワンショットフィードバックを報告することをDCIによって要求されるとき、2つの数のうちの最大の数が選択される。すなわち、ワンショットフィードバック内のそのCCに対するHARQプロセス数の各TBに対するHARQ-ACKビットの数は、max{
【0093】
【0094】
、
【0095】
【0096】
}ビットからなる。この場合、CC内のHARQプロセスの所与のTBに対するCBGの実際の数が、上記で決定された数より小さい場合、UEは、コードブック内の最後に残る位置の各々に対してNACKを生成する。
【0097】
図13は、いくつかの態様による、NACK値をコードブック内の空ビット位置に挿入するためにUEまたは他のスケジュールドエンティティによって実行され得る例示的なプロセス1300を示すフローチャートである。手順1300のブロック1302において開始して、UEは、特定のCCに対する第1および第2の優先度に対するTB当たりのCBGの第1および第2の最大数、たとえば、(
【0098】
【0099】
および
【0100】
【0101】
)を構成、受信、または取得する。ブロック1304において、UEは、ワンショットHARQ-ACKフィードバックを使用して報告することを要求したかどうかを決定する。そうであれば、UEは、第1の優先度に対して構成されたHARQ-ACKビットの数および第2の優先度に対して構成されたHARQ-ACKビットの数のうちの大きい方、たとえば、max{
【0102】
【0103】
、
【0104】
【0105】
}ビット、である最大値に基づいて、特定のCCに対するHARQプロセスに対して各TBに対するHARQ-ACKビットの数を設定する。
【0106】
第2のCBGベースワンショットHARQ-ACKの例では、使用するTB当たりのCBGの最大数は、次のように決定される。ワンショットフィードバックを要求するDCIの優先度インジケータフィールドは、CBGの最大数と、ワンショットフィードバック内のそのCCに対するHARQプロセス数の各TBに対するHARQ-ACKビットの数とを決定する。このオプションは、UEが、2つの異なる優先度に対応する所与のCC内のTB当たりのCBGの2つの最大数を与えられるときに再び適用され、UEは、ワンショットフィードバック報告内でCBGベースHARQ-ACKを報告するように構成され、UEは、ワンショットフィードバックを報告することをDCIによって要求される。例として、優先度インジケータフィールドが0である場合、CBGの第1の最大数が使用され、優先度インジケータフィールドが1である場合、CBGの第2の最大数が使用される。TBが、当初、ワンショット(タイプ3)HARQ-ACKの目的に対して決定されたCBGの最大数より大きいCBGの数でスケジュールされる場合、UEは、バイナリAND演算を元のCBGに対応するHARQ-ACK情報ビットに適用することによって、2つ以上の元のCBGを含む新しいCBGに対するHARQ-ACKビットを生成する。(バイナリANDによって、0 AND 0→0、0 AND 1→0、1 AND 0→0、および1 AND 1→1がもたらされる。)
【0107】
図14は、いくつかの態様による、NACK値をコードブック内の空ビット位置に挿入するためにUEまたは他のスケジュールドエンティティによって実行され得る例示的なプロセス1400を示すフローチャートである。手順1400のブロック1402において開始して、UEは、特定のコンポーネントキャリアCCに対する第1および第2の優先度に対するTB当たりのCBGの第1および第2の最大数を構成、受信、または取得する。ここで、ワンショットHARQ-ACKフィードバックを要求するDCIの優先度インジケータフィールドは、CBGの最大数と、ワンショットフィードバック内のその特定のCCに対するHARQプロセス数の各TBに対するHARQ-ACKビットの数とを決定する。ブロック1404において、DCIの優先度インジケータフィールドが、第1の優先度を示すために設定される場合、UEは、CBGの第1の最大数を使用または選択し、DCIの優先度インジケータフィールドが、第2の優先度を示すために設定される場合、UEは、CBGの第2の最大数を使用または場合によっては選択する。ブロック1406において、TBが、当初、CBGの第1かまたは第2のいずれかの最大数より大きいCBGの数でスケジュールされた場合、UEは、2つ以上の元のCBGを含む新しいCBGに対するHARQ-ACKビットを生成し、ここでHARQ-ACKビットは、バイナリAND演算を元のCBGに対応するHARQ-ACKビットに適用することによって生成される。
【0108】
第3のCBGベースワンショットHARQ-ACKの例では、2つの優先度に対するCBGの最大数が異なるか、または優先度のうちの1つだけがCBGベースである場合、UEは、ワンショットに対するTBレベルA/N報告で構成されることのみを予期することになる(たとえば、UEは、ワンショットフィードバックに対するCBGベースフィードバックで構成されることを予期しない)。この例では、UEは、ワンショットフィードバックに対するCBGベースフィードバックを使用することなく、ワンショットフィードバックに対するTBレベルACK/NACK報告で構成される。
【0109】
図15は、いくつかの態様による、TBレベルACK/NACK報告を構成するためにUEまたは他のスケジュールドエンティティによって実行され得る例示的なプロセス1500を示すフローチャートである。手順1500のブロック1502において開始して、UEは、特定のCCに対する第1および第2の優先度に対してTB当たりのCBGの第1および第2の最大数を取得するか、または単一のCBGベース優先度のみを取得する。ブロック1504において、UEは、2つの優先度に対するCBGの最大数が異なるかどうか、または1つだけがCBGベースであるかどうかを決定する。そうであれば(たとえば、2つの優先度に対するCBGの最大数が異なるか、または1つだけがCBGベースである場合)、UEは、ワンショットフィードバックに対するCBGベースフィードバックを使用することなく、ワンショットフィードバックに対するTBレベルACK/NACK報告を構成する。
【0110】
図16は、いくつかの態様による、優先度ベースHARQ-ACKとワンショットHARQ-ACKの両方を含むHARQ-ACKを処理することが可能な処理システム1614を採用するスケジューリングエンティティ1600に対するハードウェア実装形態の一例を示すブロック図である。
【0111】
一例では、
図16のスケジューリングエンティティ1600は、他の図のうちの任意の1つまたは複数において示される基地局またはgNBであり得る(が、それは、UEであってもよい)。
【0112】
スケジューリングエンティティ1600は、1つまたは複数のプロセッサ1604を含む、処理システム1614とともに実装され得る。プロセッサ1604の例には、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。様々な例では、スケジューリングエンティティ1600は、本明細書で説明する機能のうちのいずれか1つまたは複数を実行するように構成され得る。すなわち、スケジューリングエンティティ1600において利用されるプロセッサ1604は、本明細書の他の場所で説明するプロセスおよび手順のうちの任意の1つまたは複数を実装するために使用され得る。
【0113】
プロセッサ1604は、いくつかの事例では、ベースバンドチップまたはモデムチップを介して実装されてよく、他の実装形態では、プロセッサ1604は、(たとえば、本明細書で説明する例を達成するために協力して働き得るようなシナリオにおいて)、別々の、ベースバンドチップまたはモデムチップとは異なるいくつかのデバイスを含んでもよい。上述のように、ベースバンドモデムプロセッサの外部の様々なハードウェア配置および構成要素は、RFチェーン、電力増幅器、変調器、バッファ、インターリーバ、加算器(adder)/加算器(summer)、などを含む実装形態において使用され得る。
【0114】
図16の例では、処理システム1614は、バス1602によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス1602は、処理システム1614の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスとブリッジとを含み得る。バス1602は、(プロセッサ1604によって全般的に表される)1つまたは複数のプロセッサ、メモリ1605、および(コンピュータ可読媒体1606によって全般的に表される)コンピュータ可読媒体を含む、様々な回路を互いに通信可能に結合する。また、バス1602は、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路などの様々な他の回路をリンクさせ得るが、これらの回路は当技術分野でよく知られており、したがって、これらの回路についてはこれ以上説明しない。バスインターフェース1608は、バス1602とトランシーバ1610との間にインターフェースを提供する。トランシーバ1610は、伝送媒体を介して様々な他の装置と通信するための通信インターフェースまたは手段を提供する。また、装置の性質に応じて、ユーザインターフェース1612(たとえば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック)が設けられ得る。
【0115】
本開示のいくつかの態様では、プロセッサ1604は、本明細書の他の場所で説明する基地局側の機能のうちの1つまたは複数を実装するように構成された回路を含み得る。プロセッサ1604は、優先度ベースHARQ-ACK処理回路1640と、ワンショットHARQ-ACK処理回路1642と、UL/DL処理回路1644とを含み得る。
【0116】
プロセッサ1604は、バス1602を管理すること、およびコンピュータ可読媒体1606に記憶されたソフトウェアの実行を含む全般的な処理を担う。ソフトウェアは、プロセッサ1604によって実行されるとき、処理システム1614に、任意の特定の装置のための以下に説明する種々の機能を実行させる。コンピュータ可読媒体1606およびメモリ1605は、ソフトウェアを実行するときにプロセッサ1604によって操作されるデータを記憶するためにも使用され得る。
【0117】
処理システム内の1つまたは複数のプロセッサ1604は、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他を指すとしても、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味するように広く解釈されるべきである。ソフトウェアは、コンピュータ可読媒体1606上に常駐してもよい。コンピュータ可読媒体1606は、非一時的コンピュータ可読媒体であり得る。非一時的コンピュータ可読媒体は、例として、磁気ストレージデバイス(たとえば、ハードディスク、フロッピーディスク、磁気ストリップ)、光ディスク(たとえば、コンパクトディスク(CD)またはデジタル多用途ディスク(DVD))、スマートカード、フラッシュメモリデバイス(たとえば、カード、スティック、またはキードライブ)、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、プログラマブルROM(PROM)、消去可能PROM(EPROM)、電気的消去可能PROM(EEPROM)、レジスタ、リムーバブルディスク、ならびに、コンピュータによってアクセスされ読み取られ得るソフトウェアおよび/または命令を記憶するための任意の他の好適な媒体を含む。コンピュータ可読媒体は、例として、搬送波、伝送線路、ならびに、コンピュータによってアクセスされ読み取られ得るソフトウェアおよび/または命令を送信するための任意の他の好適な媒体も含み得る。コンピュータ可読媒体1606は、処理システム1614内に存在するか、処理システム1614の外部にあるか、または処理システム1614を含む複数のエンティティにわたって分散される場合がある。コンピュータ可読媒体1606は、コンピュータプログラム製品において具現化されてもよい。例として、コンピュータプログラム製品は、パッケージング材料内にコンピュータ可読媒体を含んでもよい。特定の適用例および全体的なシステムに課される全体的な設計制約に応じて、本開示全体にわたって提示される説明した機能を実装する最善の方法を、当業者は認識されよう。
【0118】
コンピュータ可読記憶媒体1606は、本明細書の他の場所で説明する機能のうちの1つまたは複数を実装するように構成されたプロセッサ1604によって実行可能なソフトウェアを含み得る。たとえば、コンピュータ可読記憶媒体1606は、優先度ベースHARQ-ACK処理回路1640によって実行可能な優先度ベースHARQ-ACK処理に対するコード1652と、ワンショットHARQ-ACK処理回路1642によって実行可能なワンショットHARQ-ACK処理に対するコード1654と、UL/DL処理回路1644によって実行可能なUL/DL処理に対するコード1656とを含み得る。
【0119】
図17は、たとえばUEであってもよい処理システム1714を採用する例示的なスケジュールドエンティティ1700のためのハードウェア実装形態の一例を示すブロック図である。本開示の種々の態様によれば、要素、または要素の任意の部分、または要素の任意の組合せは、1つまたは複数のプロセッサ1704を含む処理システム1714を用いて実装され得る。たとえば、スケジュールドエンティティ1700は、他の図のうちの任意の1つまたは複数において示すようなUEであり得る。
【0120】
処理システム1714は、一般に、
図16に示す処理システム1614と同様であってもよく、上記で説明したものと同様のバスインターフェース1708と、バス1702と、メモリ1705と、プロセッサ1704と、コンピュータ可読媒体1706と、ユーザインターフェース1712と、トランシーバ1710(通信インターフェース)とを含み、それゆえ、システムアーキテクチャの詳細の多くについて、再度の説明はしない。プロセッサ1704は、いくつかの事例では、ベースバンドチップまたはモデムチップを介して実装されてよく、他の実装形態では、プロセッサ1704は、(たとえば、本明細書で説明する例を達成するために協力して働き得るようなシナリオにおいて)、別々の、ベースバンドチップまたはモデムチップとは異なるいくつかのデバイスを含んでもよい。上述のように、ベースバンドモデムプロセッサの外部の様々なハードウェア配置および構成要素は、RFチェーン、電力増幅器、変調器、バッファ、インターリーバ、加算器(adder)/加算器(summer)、などを含む実装形態において使用され得る。
【0121】
スケジュールドエンティティ1700において利用されるプロセッサ1704は、UEなどのスケジュールドエンティティによって使用するために、本明細書で説明する様々なプロセスのうちの1つまたは複数を実装するために使用され得る。本開示のいくつかの態様では、プロセッサ1704は、異なって示される優先度のコードブックを使用する処理を含む優先度ベースHARQ-ACK処理に対して構成された優先度ベースHARQ-ACK処理回路1740と、ワンショットコードブックを処理することを含むワンショットHARQ-ACK処理に対して構成されたワンショットHARQ-ACK処理回路1742と、
図4~
図16の様々な手順を使用して、ULチャネル優先度を決定するようにおよび重複するチャネルを削除または多重化するように構成されたULチャネル優先度決定回路1744とを含む。処理回路1740および1742は、複数のHARQ-ACKコードブックを取得および/または構成するように構成された処理回路を含んでよく、複数のHARQ-ACKコードブックは、
図4~
図16に示す様々なプロセスに従って、異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む。回路1744は、第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて、第1および第2の物理アップリンクチャネルを処理するように構成された処理回路を含んでよく、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含み、処理は、
図4~
図16に示す様々なプロセスに従って、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される。
【0122】
コンピュータ可読記憶媒体1706は、本明細書の他の場所で説明する機能のうちの1つまたは複数を実装するように構成されたプロセッサ1704によって実行可能なソフトウェアを含み得る。たとえば、コンピュータ可読記憶媒体1706は、優先度ベースHARQ-ACK処理回路1740によって実行可能な優先度ベースHARQ-ACK処理に対するコード1752と、ワンショットベースHARQ-ACK処理回路1742によって実行可能なワンショット-HARQ-ACK処理に対するコード1754と、
図4~
図16に示す様々なプロセスに従って、ULチャネル優先度決定回路1744によって実行可能な、ULチャネル優先度の決定に対するおよび重複するチャネルの削除または多重化に対するコード1756とを含み得る。
【0123】
図18は、本開示のいくつかの態様によるワイヤレス通信方法1800を示すフローチャートである。以下で説明するように、いくつかまたはすべての図示される特徴は、本開示の範囲内の特定の実装では省略されることがあり、いくつかの図示される特徴は、すべての例の実装にとって必要ではないことがある。通信方法1800は、たとえば、UEなど、図に示すスケジュールドエンティティのいずれかによって、またはワイヤレス通信デバイスを含む他の適切に装備されたシステム、デバイス、または装置によって実行され得る。
【0124】
ブロック1802において、ワイヤレス通信デバイスは、複数のHARQ-ACKコードブックを取得し、複数のHARQ-ACKコードブックは、異なる優先度の優先度ベースHARQ-ACKコードブックと個別のワンショットHARQ-ACKコードブックとを含む。たとえば、
図16に関連して上記で図示して説明したワンショットHARQ-ACK処理回路1642とともに、優先度ベースHARQ-ACK処理回路1640が、複数のHARQ-ACKコードブックを取得するための手段を提供し得る。
【0125】
ブロック1804において、ワイヤレス通信デバイスは、第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて、第1および第2の物理アップリンクチャネルを処理し、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含み、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される。たとえば、
図16に関連して上記で図示して説明した、優先度ベースHARQ-ACK処理回路1640およびワンショットHARQ-ACK処理回路1642とともに、UL/DL処理回路1644が、第1および第2の物理アップリンクチャネルを処理するための手段を提供し得る。
【0126】
一構成では、ワイヤレス通信のための装置は、上記で説明した通信のための手段を含む、上記で説明した方法およびプロセスを実行するための手段を含む。一態様では、上述の手段は、上述の手段によって具陳される機能を実行するように構成された
図16および
図17のプロセッサであってよい。別の態様では、上述の手段は、上述の手段によって列挙される機能を実行するように構成される回路または任意の装置であり得る。
【0127】
図19は、処理システム1914を採用する例示的な基地局1900(たとえば、gNBまたはスケジューリングエンティティ)のためのハードウェア実装形態の一例を示すブロック図である。本開示の種々の態様によれば、要素、または要素の任意の部分、または要素の任意の組合せは、1つまたは複数のプロセッサ1904を含む処理システム1914を用いて実装され得る。処理システム1914は、一般に、
図16および
図17に示す処理システム1614と同様であり得、バスインターフェース1908と、バス1902と、メモリ1905と、プロセッサ1904と、コンピュータ可読媒体1906と、ユーザインターフェース1912と、トランシーバ1910とを含む。トランシーバ1910は、伝送媒体を介して様々な他の装置と通信するための通信インターフェースまたは手段を提供する。トランシーバ1910は、1つまたは複数の受信機1911と1つまたは複数の送信機1913とを含む。受信機1911は、アンテナのセット1915に結合される。トランシーバ1913は、同じかまたは異なるアンテナのセット1917に結合される。アンテナのセットは、ビームフォーミングのために使用され得る。また、装置の性質に応じて、ユーザインターフェース1912(たとえば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック)が設けられ得る。
【0128】
プロセッサ1904は、いくつかの事例では、ベースバンドチップまたはモデムチップを介して実装されてよく、他の実装形態では、プロセッサ1904は、(たとえば、本明細書で説明する例を達成するために協力して働き得るようなシナリオにおいて)、別々の、ベースバンドチップまたはモデムチップとは異なるいくつかのデバイスを含んでもよい。上述のように、ベースバンドモデムプロセッサの外部の様々なハードウェア配置および構成要素は、RFチェーン、電力増幅器、変調器、バッファ、インターリーバ、加算器(adder)/加算器(summer)、などを含む実装形態において使用され得る。
【0129】
基地局1900内で利用されるプロセッサ1904は、基地局によって使用するために、本明細書で説明する様々なプロセスのうちの1つまたは複数を実装するために使用され得る。本開示のいくつかの態様では、プロセッサ1904は、コードブック(たとえば、タイプ1、タイプ2およびワンショット/タイプ3)を管理するように構成されたHARQ-ACKコードブック管理回路1940と、物理チャネル処理回路1944と、DCI処理回路1946とを含み、回路は、本明細書で説明する様々なUE側の機能または動作に対応するか、またはそれらを補完する機能を実行するように構成される。この関連で、基地局は、異なるCORESETグループに対してHARQフィードバックを提供するようにUEを構成するための信号を生成して送る場合がある。加えて、基地局は、優先度ベースHARQ-ACKコードブック(たとえば、動的タイプ2HARQ-ACKコードブックまたは準静的タイプ1HARQ-ACKコードブック)および/またはワンショットタイプ3HARQ-ACKコードブックなどの1つまたは複数のフィードバックメッセージを生成するために使用するための1つまたは複数のコードブックでUEを構成し得る。コードブックは、メモリ1905に記憶され得る。
【0130】
コンピュータ可読記憶媒体1906は、本明細書で説明する機能のうちの1つまたは複数を実装するように構成されたプロセッサ1904によって実行可能なソフトウェアを含み得る。たとえば、コンピュータ可読記憶媒体1906は、HARQ-ACKコードブック管理回路1940によって実行可能なHARQ-ACKコードブック(たとえば、タイプ1、タイプ2およびワンショット/タイプ3)の管理に対するコード1952と、物理チャネル処理回路1944によって実行可能な物理チャネル処理に対するコード1956と、DCI処理回路1946によって実行可能なDCI処理に対するコード1958とを含み得る。
【0131】
図20は、処理システム2014を採用する例示的なワイヤレス通信デバイス2000(たとえば、UEまたはスケジュールドエンティティ)のためのハードウェア実装形態の一例を示すブロック図である。本開示の種々の態様によれば、要素、または要素の任意の部分、または要素の任意の組合せは、1つまたは複数のプロセッサ2004を含む処理システム2014を用いて実装され得る。処理システム2014は、一般に、
図16~
図17および
図19に示す処理システム1614と同様であり得、バスインターフェース2008と、バス2002と、メモリ2005と、プロセッサ2004と、コンピュータ可読媒体2006と、ユーザインターフェース2012と、トランシーバ2010とを含む。トランシーバ2010は、伝送媒体を介して様々な他の装置と通信するための通信インターフェースまたは手段を提供する。トランシーバ2010は、1つまたは複数の受信機2011と1つまたは複数の送信機2013とを含む。受信機2011は、アンテナのセット2015に結合される。トランシーバ2013は、同じかまたは異なるアンテナのセット2017に結合される。アンテナのセットは、ビームフォーミングのために使用され得る。また、装置の性質に応じて、ユーザインターフェース2012(たとえば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック)が設けられ得る。
【0132】
プロセッサ2004は、いくつかの事例では、ベースバンドチップまたはモデムチップを介して実装されてよく、他の実装形態では、プロセッサ2004は、(たとえば、本明細書で説明する例を達成するために協力して働き得るようなシナリオにおいて)、別々の、ベースバンドチップまたはモデムチップとは異なるいくつかのデバイスを含んでもよい。上述のように、ベースバンドモデムプロセッサの外部の様々なハードウェア配置および構成要素は、RFチェーン、電力増幅器、変調器、バッファ、インターリーバ、加算器(adder)/加算器(summer)、などを含む実装形態において使用され得る。
【0133】
ワイヤレス通信デバイス2000内で利用されるプロセッサ2004は、UEによって使用するために本明細書で説明する様々なプロセスのうちの1つまたは複数を実装するために使用され得る。本開示のいくつかの態様では、プロセッサ2004は、コードブック(たとえば、タイプ1、タイプ2およびワンショット/タイプ3)を受信/管理するように構成されたHARQ-ACKコードブック受信/管理回路2040と、優先度ベース物理チャネル処理回路2044と、DCI処理回路2046とを含み、回路は、本明細書で説明する様々な基地局側の機能または動作に対応するか、またはそれらを補完する機能を実行するように構成される。たとえば、HARQ-ACKコードブック受信/管理回路2040は、複数のHARQ-ACKコードブックを取得するように構成された回路を提供し、複数のHARQ-ACKコードブックは、異なる優先度の優先度ベースHARQ-ACKコードブックと個別のワンショットHARQ-ACKコードブックとを含む。
【0134】
コンピュータ可読記憶媒体2006は、本明細書で説明する機能のうちの1つまたは複数を実装するように構成されたプロセッサ2014によって実行可能なソフトウェアを含み得る。たとえば、コンピュータ可読記憶媒体2006は、HARQ-ACKコードブック受信/管理回路2040によって実行可能なHARQ-ACKコードブック(たとえば、タイプ1、タイプ2およびワンショット/タイプ3)の受信/管理に対するコード2052と、優先度ベース物理チャネル処理回路2044によって実行可能な優先度ベース物理チャネル処理に対するコード2056と、DCI処理回路2046によって実行可能なDCI処理に対するコード2058とを含み得る。コードブックは、メモリ2005に記憶され得る。
【0135】
HARQ-ACKコードブック受信/管理回路2040は、異なる優先度の優先度ベースHARQ-ACKコードブックと個別のワンショットコードブックとを含む1つまたは複数のHARQ-ACKコードブックを取得するように構成され得る。HARQ-ACKコードブック受信/管理回路2040は、基地局からコードブックを受信することによって、または基地局によっておよび/もしくはUE内に記憶された情報から提供される構成情報に基づいてコードブックを生成することによって、HARQ-ACKコードブックを取得するように構成され得る。追加または代替として、HARQ-ACKコードブック受信/管理回路2040は、HARQ-ACKコードブック受信回路、取得回路、決定回路、または構成回路と呼ばれることがある。DCI処理回路2046は、DCIを基地局から受信するように、または場合によっては、DCIを取得または決定するように構成され得る。DCI処理回路2046は、代わりに、DCI受信回路、取得回路、決定回路、または構成回路と呼ばれることがある。
【0136】
優先度ベース物理チャネル処理回路2044は、第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて、第1および第2の物理アップリンクチャネルを処理するように構成されてよく、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含み、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される。いくつかの例では、優先度ベースHARQ-ACKコードブックは、(第1および第2の優先度、たとえば高および低を有する)タイプ1準静的コードブック、(第1および第2の優先度、たとえば高および低を有する)タイプ2動的コードブック、およびタイプ3コードブックを含むワンショットHARQ-ACKコードブックのうちの1つまたは複数を含む。
【0137】
いくつかの態様では、HARQ-ACKコードブック受信/管理回路2040は、複数のHARQ-ACKコードブックを取得するための手段を提供し、複数のHARQ-ACKコードブックは、異なる優先度の優先度ベースHARQ-ACKコードブックと個別のワンショットHARQ-ACKコードブックとを含む。優先度ベース物理チャネル処理回路2044は、第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて、第1および第2の物理アップリンクチャネルを処理するための手段を提供し、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含み、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される。
【0138】
いくつかの態様では、HARQ-ACKコードブックの受信/管理に対するコード2052は、複数のHARQ-ACKコードブックを取得するためにワイヤレス通信デバイスの1つまたは複数のプロセッサによって実行可能な命令を提供し、複数のHARQ-ACKコードブックは、異なる優先度の優先度ベースHARQ-ACKコードブックと個別のワンショットHARQ-ACKコードブックとを含む。優先度ベース物理チャネル処理コード2056は、第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて、第1および第2の物理アップリンクチャネルを処理するために、ワイヤレス通信デバイスの1つまたは複数のプロセッサによって実行可能な命令を提供し、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含み、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される。
【0139】
ワンショットHARQ-ACKフィードバックとともに使用するための優先度ベース物理チャネル処理回路2044の付加的な特徴が、
図21に示される。
【0140】
いくつかの態様では、優先度ベース物理チャネル処理回路2044は、
図21のブロック2102に示すように、第1および第2の物理アップリンクチャネルの各々のそれぞれの優先度に基づいて第1および第2の物理アップリンクチャネルが時間的に重複するとき、第1および第2の物理アップリンクチャネルのうちの1つを削除することによって第1および第2の物理アップリンクチャネルを(ワンショットHARQ-ACKフィードバックを使用するチャネルのうちの1つとともに)処理するように構成される。すなわち、(チャネルのうちの1つがワンショットHARQ-ACKフィードバックを使用するとき)2つの物理ULチャネルのそれぞれの優先度に基づいて2つのULチャネルが時間的に重複するとき、2つの物理ULチャネルのうちの1つを削除するための回路が提供される。たとえば、
図5~
図10を参照されたい。
【0141】
いくつかの態様では、優先度ベース物理チャネル処理回路2044は、
図21のブロック2104に示すように、第1および第2の物理アップリンクチャネルが時間的に重複しかつ等しい優先度であるとき、第1および第2の物理アップリンクチャネルを多重化することによって、第1および第2の物理アップリンクチャネルを処理するように構成される。たとえば、
図7~
図8を参照されたい。すなわち、(チャネルのうちの1つがワンショットフィードバックを使用するとき)2つのULチャネルが時間的に重複しかつ等しい優先度であるとき、2つの物理ULチャネルを多重化するための回路が提供される。
【0142】
いくつかの態様では、第1および第2の物理アップリンクチャネルのうちの少なくとも1つは、PUCCHまたはPUSCHを含む。たとえば、
図4を参照されたい。
【0143】
いくつかの態様では、優先度ベース物理チャネル処理回路2044は、第1の物理アップリンクチャネルに対する優先度を決定することと、ワンショットHARQ-ACKコードブックの使用を要求する第2の物理アップリンクチャネルをトリガするDCIを(DCI処理回路2046を介して)受信することと、優先度を第2の物理アップリンクチャネルに割り当てることと、第1の物理アップリンクチャネルが第2の物理アップリンクチャネルと比較してより低い優先度を有するときに第1の物理アップリンクチャネルを削除し、第2の物理アップリンクチャネルが第1の物理アップリンクチャネルと比較してより低い優先度を有するときに第2の物理アップリンクチャネルを削除し、第1および第2の物理アップリンクチャネルが等しい優先度を有するときに第1および第2の物理アップリンクチャネルを多重化することとによって、第1および第2の物理アップリンクチャネルを処理するように構成される。たとえば、
図6を参照されたい。
【0144】
いくつかの態様では、
図21のブロック2106で示すように、優先度ベース物理チャネル処理回路2044は、DCIの優先度インジケータフィールドにかかわらず、高優先度を第2の物理アップリンクチャネルに割り当てることによって第2の物理アップリンクチャネルに優先度を割り当てるように構成される。すなわち、DCIにかかわらず、物理ULチャネルに優先度を割り当てるための回路が提供される。たとえば、
図6を参照されたい。他の態様では、
図21のブロック2108で示すように、優先度ベース物理チャネル処理回路2044は、DCIが優先度の表示を含むかどうかを決定すること、DCIが優先度の表示を含むことに応答してDCIに基づいて第2の物理アップリンクチャネルに対する優先度を選択すること、またはDCIが優先度の表示を含まないことに応答して低もしくは高のいずれかに設定された所定の優先度に基づいて第2の物理アップリンクチャネルに対する優先度を選択することによって、第2の物理アップリンクチャネルに優先度を割り当てるように構成される。すなわち、優先度インジケータを有するDCIに基づいて、物理ULチャネルに優先度を割り当てるための回路が提供される。たとえば、
図7を参照されたい。
【0145】
いくつかの態様では、
図21のブロック2110で示すように、優先度ベース物理チャネル処理回路2044は、ワンショットHARQ-ACKコードブックを要求しかつ優先度インジケータを含む第2の物理アップリンクチャネルに対する追加のDCIを(DCI処理回路2046を介して)受信することと、追加のDCIの優先度インジケータに基づいて第2の物理アップリンクチャネルに対する優先度を選択することとを行うようにさらに構成される。すなわち、優先度インジケータを有する第2のまたは追加のDCIに基づいて、物理ULチャネルに優先度を割り当てるための回路が提供される。たとえば、
図8を参照されたい。
【0146】
他の態様では、優先度ベース物理チャネル処理回路2044は、ワンショットHARQ-ACKコードブックを要求しかつDCI内の優先度の表示と異なる優先度インジケータを含む追加のDCIを受信することと、高優先度を第2の物理アップリンクチャネルに割り当てることによって第2の物理アップリンクチャネルに対する優先度を選択することとを行うようにさらに構成される。たとえば、
図8を参照されたい。
【0147】
いくつかの態様では、優先度ベース物理チャネル処理回路2044は、DCIによってスケジュールされたPDSCHに対応する所与のHARQプロセスに対するワンショットHARQ-ACKコードブック内の少なくとも1つの報告されたHARQ-ACKビットが高優先度に設定された優先度インジケータフィールドを有するときに第2の物理アップリンクチャネルの優先度を高優先度に設定することと、優先度インジケータフィールドが低優先度に設定されるときに第2の物理アップリンクチャネルの優先度を低優先度に設定することとによって、優先度を第2の物理アップリンクチャネルに割り当てるように構成される。たとえば、
図9を参照されたい。
【0148】
いくつかの態様では、第1および第2の物理アップリンクチャネルのうちの少なくとも一方は、ワンショットHARQ-ACKコードブックを有するPUCCHであり、第1および第2の物理アップリンクチャネルのうちの他方は、PUCCHと時間的に重複するPUSCHである。その場合、優先度ベース物理チャネル処理回路2044は、ワンショットHARQ-ACKフィードバックコードブックを有するPUCCHが高優先度を有し、PUSCHが低優先度を有するときにPUCCHをPUSCHと多重化することと、ワンショットHARQ-ACKフィードバックコードブックを有するPUCCHが低優先度を有し、PUSCHが高優先度を有するときにPUCCHをPUSCHと多重化することとによって、第1および第2の物理アップリンクチャネルを処理するように構成され得る。たとえば、
図10を参照されたい。
【0149】
いくつかの態様では、HARQ-ACKコードブック受信/管理回路2040は、第1および第2のHARQ-ACKコードブックをRRC構成を介して取得することと、ワンショットHARQ-ACKフィードバックをRRC構成を介して提供することとを行うようにさらに構成される。そのような場合、優先度ベース物理チャネル処理回路2044は、
図21のブロック2112に示すように、ワンショットHARQ-ACKフィードバック構成を第1と第2の両方のHARQ-ACKコードブックに適用するように構成され得る。たとえば、
図11および
図12を参照されたい。
【0150】
いくつかの態様では、優先度ベース物理チャネル処理回路2044は、CCに対するそれぞれの第1および第2の優先度に対してTB当たりのCBGの第1および第2の最大数を用いて使用するようにように構成されてよく、そうであれば、優先度ベース物理チャネル処理回路2044は、
図21のブロック2114によって表されるように、第1の優先度に対して構成されたHARQ-ACKビットの数および第2の優先度に対して構成されたHARQ-ACKビットの数のうちの大きい方である最大値に基づいて、特定のCCに対するワンショットHARQフィードバックプロセスに対して各TBに対するHARQ-ACKビットの数を設定するようにさらに構成される。たとえば、
図13~
図15を参照されたい。
【0151】
もちろん、上記の例では、
図16~
図17および
図18~
図21のプロセッサ内に含まれる回路は、一例として提供されるにすぎず、説明する機能を遂行するための他の手段は、限定はしないが、
図16~
図17および
図18~
図21のコンピュータ可読記憶媒体に記憶された命令、または図のうちの任意の1つにおいて説明され、たとえば図に関連して本明細書で説明するプロセスおよび/またはアルゴリズムを利用する任意の他の好適な装置もしくは手段を含む、本開示の様々な態様の中に含まれ得る。
【0152】
以下は、本開示の実施例の概要を提供する。
【0153】
実施例1: トランシーバと、メモリと、トランシーバおよびメモリに通信可能に結合されたプロセッサとを含み、プロセッサは、異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む複数のHARQ-ACKコードブックを取得することと、第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて第1および第2の物理アップリンクチャネルを処理することとを行うように構成され、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含み、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される、ワイヤレス通信デバイス。
【0154】
実施例2: 優先度ベースHARQ-ACKコードブックは、タイプ1準静的コードブックおよびタイプ2動的コードブックのうちの1つまたは複数として構成され、ワンショットHARQ-ACKコードブックは、タイプ3コードブックとして構成される、実施例1のワイヤレス通信デバイス。
【0155】
実施例3: プロセッサは、第1および第2の物理アップリンクチャネルの各々のそれぞれの優先度に基づいて第1および第2の物理アップリンクチャネルが時間的に重複するとき、第1および第2の物理アップリンクチャネルのうちの1つを削除することによって第1および第2の物理アップリンクチャネルを処理するようにさらに構成される、実施例1または2のワイヤレス通信デバイス。
【0156】
実施例4: プロセッサは、第1および第2の物理アップリンクチャネルが時間的に重複しかつ等しい優先度であるとき、第1および第2の物理アップリンクチャネルを多重化することによって、第1および第2の物理アップリンクチャネルを処理するようにさらに構成される、実施例1または2のワイヤレス通信デバイス。
【0157】
実施例5: 第1および第2の物理アップリンクチャネルは、PUCCHおよびPUSCHのうちの1つまたは複数を含む、実施例1、2、3または4のワイヤレス通信デバイス。
【0158】
実施例6: プロセッサは、第1の物理アップリンクチャネルに対する優先度を決定することと、ワンショットHARQ-ACKコードブックの使用を要求する第2の物理アップリンクチャネルをトリガするDCIを受信することと、優先度を第2の物理アップリンクチャネルに割り当てることと、第1の物理アップリンクチャネルが第2の物理アップリンクチャネルと比較してより低い優先度を有するときに第1の物理アップリンクチャネルを削除し、第2の物理アップリンクチャネルが第1の物理アップリンクチャネルと比較してより低い優先度を有するときに第2の物理アップリンクチャネルを削除し、第1および第2の物理アップリンクチャネルが等しい優先度を有するときに第1および第2の物理アップリンクチャネルを多重化することとによって、第1および第2の物理アップリンクチャネルを処理するようにさらに構成される、実施例1、2、3、4または5のワイヤレス通信デバイス。
【0159】
実施例7: プロセッサは、DCIの優先度インジケータフィールドにかかわらず、高優先度を第2の物理アップリンクチャネルに割り当てることによって第2の物理アップリンクチャネルに優先度を割り当てるようにさらに構成される、実施例1、2、3、4、5または6のワイヤレス通信デバイス。
【0160】
実施例8: プロセッサは、DCIが優先度の表示を含むかどうかを決定することと、DCIが優先度の表示を含むことに応答してDCIに基づいて第2の物理アップリンクチャネルに対する優先度を選択することと、DCIが優先度の表示を含まないことに応答して低もしくは高のいずれかに設定された所定の優先度に基づいて第2の物理アップリンクチャネルに対する優先度を選択することとによって、第2の物理アップリンクチャネルに優先度を割り当てるようにさらに構成される、実施例1、2、3、4、5または6のワイヤレス通信デバイス。
【0161】
実施例9: プロセッサは、ワンショットHARQ-ACKコードブックを要求しかつ優先度インジケータを含む第2の物理アップリンクチャネルに対する追加のDCIを受信することと、追加のDCIの優先度インジケータに基づいて第2の物理アップリンクチャネルに対する優先度を選択することとを行うようにさらに構成される、実施例1、2、3、4、5、6または8のワイヤレス通信デバイス。
【0162】
実施例10: プロセッサは、ワンショットHARQ-ACKコードブックを要求しかつDCI内の優先度の表示と異なる優先度インジケータを含む追加のDCIを受信することと、高優先度を第2の物理アップリンクチャネルに割り当てることによって第2の物理アップリンクチャネルに対する優先度を選択することとを行うようにさらに構成される、実施例1、2、3、4、5、6または8のワイヤレス通信デバイス。
【0163】
実施例11: プロセッサは、DCIによってスケジュールされたPDSCHに対応する所与のHARQプロセスに対するワンショットHARQ-ACKコードブック内の少なくとも1つの報告されたHARQ-ACKビットが高優先度に設定された優先度インジケータフィールドを有するときに第2の物理アップリンクチャネルの優先度を高優先度に設定することと、優先度インジケータフィールドが低優先度に設定されるときに第2の物理アップリンクチャネルの優先度を低優先度に設定することとによって、第2の物理アップリンクチャネルに優先度を割り当てるようにさらに構成される、実施例1、2、3、4、5または6のワイヤレス通信デバイス。
【0164】
実施例12: 第1および第2の物理アップリンクチャネルのうちの少なくとも一方は、ワンショットHARQ-ACKコードブックを有するPUCCHであり、第1および第2の物理アップリンクチャネルのうちの他方は、PUCCHと時間的に重複するPUSCHであり、プロセッサは、ワンショットHARQ-ACKフィードバックコードブックを有するPUCCHが高優先度を有し、PUSCHが低優先度を有するときにPUCCHをPUSCHと多重化することと、ワンショットHARQ-ACKフィードバックコードブックを有するPUCCHが低優先度を有し、PUSCHが高優先度を有するときにPUCCHをPUSCHと多重化することとによって、第1および第2の物理アップリンクチャネルを処理するようにさらに構成される、実施例1、2、3、4または5のワイヤレス通信デバイス。
【0165】
実施例13: プロセッサは、第1および第2のHARQ-ACKコードブックを無線リソース制御(RRC)構成を介して取得することと、ワンショットHARQ-ACKフィードバックをRRC構成を介して提供することとを行うようにさらに構成され、プロセッサは、ワンショットHARQ-ACKフィードバック構成を第1と第2の両方のHARQ-ACKコードブックに適用するようにさらに構成される、実施例1、2、3、4または5のワイヤレス通信デバイス。
【0166】
実施例14: プロセッサは、CCに対するそれぞれの第1および第2の優先度に対してTB当たりのCBGの第1および第2の最大数を用いて使用するようにようにさらに構成され、プロセッサは、第1の優先度に対して構成されたHARQ-ACKビットの数および第2の優先度に対して構成されたHARQ-ACKビットの数のうちの大きい方である最大値に基づいて、特定のCCに対するワンショットHARQフィードバックプロセスに対して各TBに対するHARQ-ACKビットの数を設定するようにさらに構成される、実施例1、2、3、4または5のワイヤレス通信デバイス。
【0167】
実施例15: 通信ネットワーク内のワイヤレスデバイスによるワイヤレス通信の方法であって、異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む複数のHARQ-ACKコードブックを取得するステップと、第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて第1および第2の物理アップリンクチャネルを処理するステップとを含み、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含み、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される、方法。
【0168】
実施例16: 優先度ベースHARQ-ACKコードブックは、タイプ1準静的コードブックおよびタイプ2動的コードブックのうちの1つまたは複数を含み、ワンショットHARQ-ACKコードブックは、タイプ3コードブックを含む、実施例15の方法。
【0169】
実施例17: 第1および第2の物理アップリンクチャネルを処理するステップは、第1および第2の物理アップリンクチャネルの各々のそれぞれの優先度に基づいて第1および第2の物理アップリンクチャネルが時間的に重複するとき、第1および第2の物理アップリンクチャネルのうちの1つを削除するステップをさらに含む、実施例15または16の方法。
【0170】
実施例18: 第1および第2の物理アップリンクチャネルを処理するステップは、第1および第2の物理アップリンクチャネルが時間的に重複しかつ等しい優先度であるとき、第1および第2の物理アップリンクチャネルを多重化するステップをさらに含む、実施例15または16の方法。
【0171】
実施例19: 第1および第2の物理アップリンクチャネルは、PUCCHおよびPUSCHのうちの1つまたは複数を含む、実施例15、16、17または18の方法。
【0172】
実施例20: 第1および第2の物理アップリンクチャネルを処理するステップは、第1の物理アップリンクチャネルに対する優先度を決定するステップと、ワンショットHARQ-ACKコードブックの使用を要求する第2の物理アップリンクチャネルをトリガするDCIを受信するステップと、優先度を第2の物理アップリンクチャネルに割り当てるステップと、第1の物理アップリンクチャネルが第2の物理アップリンクチャネルと比較してより低い優先度を有するときに第1の物理アップリンクチャネルを削除し、第2の物理アップリンクチャネルが第1の物理アップリンクチャネルと比較してより低い優先度を有するときに第2の物理アップリンクチャネルを削除し、第1および第2の物理アップリンクチャネルが等しい優先度を有するときに第1および第2の物理アップリンクチャネルを多重化するステップとを含む、実施例15、16、17、18または19の方法。
【0173】
実施例21: 優先度を第2の物理アップリンクチャネルに割り当てるステップは、DCIの優先度インジケータフィールドにかかわらず、高優先度を第2の物理アップリンクチャネルに割り当てるステップを含む、実施例15、16、17、18、19または20の方法。
【0174】
実施例22: 優先度を第2の物理アップリンクチャネルに割り当てるステップは、DCIが優先度の表示を含むかどうかを決定することステップと、DCIが優先度の表示を含むことに応答してDCIに基づいて第2の物理アップリンクチャネルに対する優先度を選択するステップと、DCIが優先度の表示を含まないことに応答して低もしくは高のいずれかに設定された所定の優先度に基づいて第2の物理アップリンクチャネルに対する優先度を選択するステップとを含む、実施例15、16、17、18、19または20の方法。
【0175】
実施例23: ワンショットHARQ-ACKコードブックを要求しかつ優先度インジケータを含む第2の物理アップリンクチャネルに対する追加のDCIを受信するステップと、追加のDCIの優先度インジケータに基づいて第2の物理アップリンクチャネルに対する優先度を選択するステップとをさらに含む、実施例15、16、17、18、19、20または22の方法。
【0176】
実施例24: ワンショットHARQ-ACKコードブックを要求しかつDCI内の優先度の表示と異なる優先度インジケータを含む追加のDCIを受信するステップと、高優先度を第2の物理アップリンクチャネルに割り当てることによって第2の物理アップリンクチャネルに対する優先度を選択するステップとをさらに含む、実施例15、16、17、18、19、20または22の方法。
【0177】
実施例25: 優先度を第2の物理アップリンクチャネルに割り当てるステップは、DCIによってスケジュールされたPDSCHに対応する所与のHARQプロセスに対するワンショットHARQ-ACKコードブック内の少なくとも1つの報告されたHARQ-ACKビットが高優先度に設定された優先度インジケータフィールドを有するときに第2の物理アップリンクチャネルの優先度を高優先度に設定するステップと、優先度インジケータフィールドが低優先度に設定されるときに第2の物理アップリンクチャネルの優先度を低優先度に設定するステップとを含む、実施例15、16、17、18、19または20の方法。
【0178】
実施例26: 第1または第2の物理アップリンクチャネルのうちの少なくとも一方は、ワンショットHARQ-ACKコードブックを有するPUCCHであり、第1および第2の物理アップリンクチャネルのうちの他方は、PUCCHと時間的に重複するPUSCHであり、第1および第2の物理アップリンクチャネルを処理するステップは、ワンショットHARQ-ACKフィードバックコードブックを有するPUCCHが高優先度を有しかつPUSCHが低優先度を有するときにPUCCHをPUSCHと多重化するステップと、ワンショットHARQ-ACKフィードバックコードブックを有するPUCCHが低優先度を有しかつPUSCHが高優先度を有するときにPUCCHをPUSCHと多重化するステップとを含む、実施例15、16、17、18または19の方法。
【0179】
実施例27: 第1および第2のHARQ-ACKコードブックをRRC構成を介して取得するステップと、ワンショットHARQ-ACKフィードバック構成をRRC構成を使用して第1と第2の両方のHARQ-ACKコードブックに適用するステップとをさらに含む、実施例15、16、17、18または19の方法。
【0180】
実施例28: ワイヤレスデバイスは、CCに対するそれぞれの第1および第2の優先度に対してTB当たりのCBGの第1および第2の最大数を用いて構成され、方法は、第1の優先度に対して構成されたHARQ-ACKビットの数および第2の優先度に対して構成されたHARQ-ACKビットの数のうちの大きい方である最大値に基づいて、特定のCCに対するワンショットHARQフィードバックプロセスに対して各TBに対するHARQ-ACKビットの数を設定するステップをさらに含む、実施例15、16、17、18または19の方法。
【0181】
実施例29: ワイヤレス通信ネットワークのワイヤレス通信デバイス内で使用するための装置であって、異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む複数のHARQ-ACKコードブックを取得するための手段と、第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて第1および第2の物理アップリンクチャネルを処理するための手段とを含み、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含み、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される、装置。
【0182】
実施例30: ワイヤレス通信ネットワークのワイヤレス通信デバイスによって使用するための製造の品目であって、品目は、命令を記憶したコンピュータ可読媒体を含み、命令は、ワイヤレス通信デバイスの1つまたは複数のプロセッサによって、異なる優先度の優先度ベースHARQ-ACKコードブックおよび個別のワンショットHARQ-ACKコードブックを含む複数のHARQ-ACKコードブックを取得することと、第1の物理アップリンクチャネルの優先度および第2の物理アップリンクチャネルの優先度に少なくとも部分的に基づいて第1および第2の物理アップリンクチャネルを処理することとを行うために実行可能であり、第1および第2の物理アップリンクチャネルのうちの1つは、ワンショットHARQ-ACKコードブックを含有し、処理は、優先度ベースHARQ-ACKコードブックの使用と組み合わせて実行される、製造の品目。
【0183】
ワイヤレス通信ネットワークのいくつかの態様が、例示的な実装形態を参照しながら提示されてきた。当業者が容易に諒解するように、本開示の全体にわたって説明した様々な態様は、他の電気通信システム、ネットワークアーキテクチャ、および通信規格に拡張され得る。
【0184】
例として、様々な態様は、LTE、発展型パケットシステム(EPS)、ユニバーサルモバイル電気通信システム(UMTS)、および/またはモバイル用グローバルシステム(GSM)など、3GPPによって定義された他のシステム内で実装され得る。様々な態様はまた、CDMA2000および/またはエボリューションデータオプティマイズド(EV-DO)など、第3世代パートナーシッププロジェクト2(3GPP2)によって定義されたシステムにも拡張され得る。他の例は、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、ウルトラワイドバンド(UWB)、Bluetoothを採用するシステム、および/または他の好適なシステム内で実装され得る。採用される実際の電気通信規格、ネットワークアーキテクチャ、および/または通信規格は、特定の適用例およびシステムに課される全体的な設計制約に依存する。
【0185】
態様および実施形態について、いくつかの例を例示することによって本出願で説明するが、多くの異なる構成およびシナリオにおいて追加の実装形態および使用事例が生じ得ることを当業者は理解されよう。本明細書で説明する特徴は、多くの異なるプラットフォームタイプ、デバイス、システム、形状、サイズ、パッケージング配置にわたって実装され得る。たとえば、実施形態および/または用途は、集積チップ実施形態および他の非モジュール構成要素ベースのデバイス(たとえば、エンドユーザデバイス、車両、通信デバイス、コンピューティングデバイス、産業機器、小売/購買デバイス、医療デバイス、人工知能(AI)対応デバイスなど)によって生じる場合がある。いくつかの例は、使用事例または適用例を明確に対象とすることもあり、対象としないこともあるが、説明する革新の適用可能性の広範な取り合わせが発生する場合がある。実装形態は、チップレベルまたはモジュール式の構成要素から非モジュール式、非チップレベルの実装形態まで、さらには、説明する革新の1つまたは複数の態様を組み込む、集約型、分散型、または相手先商標製造会社(OEM)デバイスまたはシステムまでの範囲に及ぶ場合がある。いくつかの実践的な設定では、説明する態様および特徴を組み込むデバイスはまた、特許請求および説明する実施形態の実装および実践のために、追加の構成要素および特徴を必然的に含み得る。たとえば、ワイヤレス信号の送信および受信は、アナログおよびデジタル目的のいくつかの構成要素(たとえば、アンテナ、RFチェーン、電力増幅器、変調器、バッファ、プロセッサ、インターリーバ、加算器(adder)/加算器(summer)などを含むハードウェア構成要素)を必然的に含む。本明細書で説明する特徴が、様々なサイズ、形状、および構造の、多種多様なデバイス、チップレベル構成要素、システム、分散型構成、エンドユーザデバイスなどにおいて実践され得ることが意図される。
【0186】
本開示内で、「例示的」という言葉は、「例、事例、または例示としての役割を果たすこと」を意味するために使用される。「例示的」として本明細書で説明した任意の実装形態または態様は、必ずしも本開示の他の態様よりも好ましいまたは有利であると解釈されるべきではない。同様に、「態様」という用語は、本開示のすべての態様が、論じられる特徴、利点、または動作モードを含むことを必要としない。「結合される」という用語は、2つのオブジェクト間の直接的または間接的な結合を指すために本明細書において使用される。たとえば、オブジェクトAがオブジェクトBに物理的に接触し、オブジェクトBがオブジェクトCに接触する場合、オブジェクトAおよびオブジェクトCは、直接物理的に互いに接触しない場合であっても、やはり互いに結合されると見なされてよい。たとえば、第1のオブジェクトが第2のオブジェクトと直接物理的にまったく接触していなくても、第1のオブジェクトは第2のオブジェクトに結合され得る。「回路(circuit)」および「回路構成(circuitry)」という用語は広く使用され、電子回路のタイプに関する制限なしに、接続および構成されたときに本開示で説明する機能の実行を可能にする電気デバイスおよび導体のハードウェア実装形態と、プロセッサによって実行されたときに本開示で説明する機能の実行を可能にする情報および命令のソフトウェア実装形態の両方を含むものとする。
【0187】
図1~
図21に示された構成要素、ステップ、特徴、および/もしくは機能のうちの1つもしくは複数は、並べ替えられてよく、かつ/もしくは単一の構成要素、ステップ、特徴、もしくは機能に組み合わされてよく、または、いくつかの構成要素、ステップ、もしくは機能において具現化されてよい。また、本明細書で開示した新規の特徴から逸脱することなく、追加の要素、構成要素、ステップ、および/または機能が追加され得る。
図1、
図2、
図16、
図18、および
図19~
図21に示された装置、デバイス、および/または構成要素は、本明細書で説明された方法、特徴、またはステップのうちの1つまたは複数を実行するように構成され得る。本明細書で説明されたアルゴリズムはまた、ソフトウェアで効率的に実装され、かつ/またはハードウェアに組み込まれ得る。一般的に言えば、
図1~
図21に示す様々な構成要素、ステップ、特徴および/または機能は、相互排他的ではない。
【0188】
開示した方法におけるステップの特定の順序または階層は、例示的なプロセスを示すものと理解されたい。設計上の選好に基づいて、方法におけるステップの特定の順序または階層が並べ替えられ得ることが理解される。添付の方法のクレームは、例示的な順序で様々なステップの要素を示し、本明細書に特に列挙されない限り、示された特定の順序または階層に限定されることは意味していない。
【0189】
上記の説明は、本明細書で説明した様々な態様を任意の当業者が実践することを可能にするように提供される。これらの態様に対する様々な修正は当業者には容易に明らかであり、本明細書で定義する一般原理は他の態様に適用され得る。したがって、特許請求の範囲は本明細書で示した態様に限定されるものではなく、特許請求の範囲の文言と一致する最大限の範囲を与えられるべきであり、単数形での要素の言及は、そのように明記されていない限り、「唯一無二の」ではなく、「1つまたは複数の」を意味することを意図している。別段に明記されていない限り、「いくつかの」という用語は「1つまたは複数の」を指す。項目の列挙「のうちの少なくとも1つ」を指す句は、単一の要素を含む、それらの項目の任意の組合せを指す。一例として、「a、b、またはcのうちの少なくとも1つ」は、a、b、c、aおよびb、aおよびc、bおよびc、ならびにa、bおよびcを包含することを意図している。当業者に知られているか、または後に知られることになる、本開示を通じて説明した様々な態様の要素に対するすべての構造的および機能的同等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されることが意図される。その上、本明細書に開示するものはいずれも、そのような開示が特許請求の範囲において明示的に記載されているかどうかにかかわらず、公に供されるものではない。請求項の要素は、要素が「のための手段」という句を使用して明白に記載されていない限り、または方法クレームの場合には、要素が「のためのステップ」という句を使用して記載されていない限り、米国特許法第112条(f)の規定の下で解釈されるべきではない。
【符号の説明】
【0190】
100 ワイヤレス通信システム
102 コアネットワーク
104 無線アクセスネットワーク(RAN)
106 ユーザ機器(UE)
108 基地局
110 外部データネットワーク
112 ダウンリンクトラフィック
114 ダウンリンク制御情報
116 アップリンクトラフィック
118 アップリンク制御
120 バックホール部分
200 無線アクセスネットワーク(RAN)
202 セル
204 セル
206 セル
208 セル
210 基地局
212 基地局
214 基地局
216 リモートラジオヘッド(RRH)
218 基地局
220 無人航空機(UAV)
222 ユーザ機器(UE)
224 UE
226 UE
227 サイドリンク信号
228 UE
230 UE
232 UE
234 UE
236 UE
237 サイドリンク信号
238 UE
240 UE
242 UE
302 サブフレーム
304 リソースグリッド
306 リソース要素(RE)
308 リソースブロック(RB)
310 スロット
312 制御領域
314 データ領域
400 低優先度の例
402 第1のダウンリンク制御情報(DCI)
404 物理ダウンリンク共有チャネル(PDSCH)
406 第1のハイブリッド自動再送要求(HARQ)-確認応答(ACK)コードブック
408 第2のDCI
410 PDSCH
412 高優先度の例
414 第3のDCI
417 PDSCH
418 第2のHARQ-ACKコードブック
500 削除する例
502 多重化する例
504 低優先度PUCCH/PUSCH504
506 高優先度PUCCH/PUSCH
508 物理アップリンク制御チャネル(PUCCH)
510 PUCCH/PUSCH
1600 スケジューリングエンティティ
1602 バス
1604 プロセッサ
1605 メモリ
1606 コンピュータ可読記憶媒体、コンピュータ可読記憶媒体
1608 バスインターフェース
1610 トランシーバ
1612 ユーザインターフェース
1614 処理システム
1640 優先度ベースHARQ-ACK処理回路
1642 ワンショットHARQ-ACK処理回路
1644 UL/DL処理回路
1652 優先度ベースHARQ-ACK処理に対するコード
1654 ワンショットHARQ-ACK処理に対するコード
1656 UL/DL処理に対するコード
1700 スケジュールドエンティティ
1702 バス
1704 プロセッサ
1705 メモリ
1706 コンピュータ可読媒体
1708 バスインターフェース
1710 トランシーバ
1712 ユーザインターフェース
1714 処理システム
1740 優先度ベースHARQ-ACK処理回路
1742 ワンショットHARQ-ACK処理回路
1744 ULチャネル優先度決定回路
1752 優先度ベースHARQ-ACK処理に対するコード
1754 なワンショット-HARQ-ACK処理に対するコード
1756 チャネルの削除または多重化に対するコード
1900 基地局
1902 バス
1904 プロセッサ
1905 メモリ
1906 コンピュータ可読媒体
1908 バスインターフェース
1910 トランシーバ
1911 受信機
1912 ユーザインターフェース
1913 送信機
1914 処理システム
1915 アンテナ
1917 アンテナのセット
1940 HARQ-ACKコードブック管理回路
1944 物理チャネル処理回路
1946 DCI処理回路
1952 HARQ-ACKコードブックの管理に対するコード
1956 物理チャネル処理に対するコード
1958 DCI処理に対するコード
2000 ワイヤレス通信デバイス
2002 バス
2004 プロセッサ
2005 メモリ
2006 コンピュータ可読媒体
2008 バスインターフェース
2010 トランシーバ
2011 受信機
2012 ユーザインターフェース
2013 送信機
2014 処理システム
2015 アンテナのセット
2020 アンテナのセット
2040 HARQ-ACKコードブック受信/管理回路
2044 優先度ベース物理チャネル処理回路
2046 DCI処理回路
2052 HARQ-ACKコードブックの受信/管理に対するコード
2056 優先度ベース物理チャネル処理に対するコード
2058 DCI処理に対するコード
2102 ブロック
2104 ブロック
2106 ブロック
2108 ブロック
2110 ブロック
2112 ブロック
2114 ブロック
【国際調査報告】