特開2024-81662 | 知財ポータル「IP Force」

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

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

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

特開2024-81662複数のＴＲＰを介したＰＤＳＣＨ送信のためのジョイントＨＡＲＱフィードバックのシステムおよび方法

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

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

< >

1
2
3
4
5
6
7
8
9
10
11
12
13A
13B
13C
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

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

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

(11)【公開番号】P2024081662

(43)【公開日】2024-06-18

(54)【発明の名称】複数のＴＲＰを介したＰＤＳＣＨ送信のためのジョイントＨＡＲＱフィードバックのシステムおよび方法

(51)【国際特許分類】

H04L 27/26 20060101AFI20240611BHJP

H04B 7/0417 20170101ALI20240611BHJP

H04W 28/04 20090101ALI20240611BHJP

H04W 72/232 20230101ALI20240611BHJP

【ＦＩ】

H04L27/26 113

H04B7/0417

H04W28/04 110

H04W72/232

【審査請求】有

【請求項の数】1

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024034119

(22)【出願日】2024-03-06

(62)【分割の表示】P 2021573601の分割

【原出願日】2020-06-25

(31)【優先権主張番号】62/866,408

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

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

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】598036300

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

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】フレンネ，マティアス

(72)【発明者】

【氏名】ボルドメイヤー，ロベルト

(72)【発明者】

【氏名】ガオ，シウェイ

(72)【発明者】

【氏名】ムルガナサン，シヴァ

(57)【要約】（修正有）

【課題】複数のＴＲＰを介したＰＤＳＣＨ送信のためのジョイントＨＡＲＱフィードバックのためのシステムと方法が提供される。
【解決手段】送信フィードバックを可能にするために無線デバイスによって実行される方法は、第１のＴＢ（トランスポートブロック）および第２のＴＢを受信する１３０２ことと、当該ＴＢをスケジューリングする対応するＤＣＩ（ダウンリンク制御情報）がＣＯＲＥＳＥＴ（制御リソースセット）を介して受信されるところの当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループ識別子に基づいて、前記第１のＴＢおよび前記第２のＴＢを決定する１３０４ことと、を有する。このようにして、タイプ１のＨＡＲＱコードブック構築のためのＮＲ（新無線）リリース１５の手順が、半静的なＨＡＲＱ－ＡＣＫコードブックを用い、ＨＡＲＱフィードバックオーバヘッドを増やすことなく、または、最小の増加でもって、再利用可能となる。
【選択図】図１３Ａ

【特許請求の範囲】

【請求項1】

送信フィードバックを可能にするために無線デバイスによって実行される方法であって、前記方法は、
ＣＣ（コンポーネントキャリア）において第１のＴＢ（トランスポートブロック）および第２のＴＢを受信すること（１３０２）と、
前記ＴＢをスケジューリングする対応するＤＣＩ（ダウンリンク制御情報）がＣＯＲＥＳＥＴ（制御リソースセット）を介して受信される場合の当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループ識別子に基づいて、前記第１のＴＢおよび前記第２のＴＢを決定すること（１３０４）と、を有する方法。

【請求項2】

請求項１に記載の方法であって、さらに、
前記第１のＴＢおよび前記第２のＴＢを受信する前に、サービングセルにおけるスロットごとの、PDSCH-to-HARQ（物理ダウンリンク共有チャネルからハイブリッド自動再送要求への）フィードバックタイミングであるＫ１値のセット、および／または、ＰＤＳＣＨ時間領域リソース割り当てのリストを伴う、コンフィギュレーションを受信すること（１３００）、を有する方法。

【請求項3】

請求項１から２のいずれかに記載の方法であって、さらに、
前記第１のＴＢおよび前記第２のＴＢを受信する前に、構成された前記Ｋ１値のそれぞれ、および、オーバーラップするＰＤＳＣＨ時間領域リソース割り当てのセットのそれぞれについて、タイプ１のＨＡＲＱコードブックに対して、第１のエントリおよび第２のエントリという２つのエントリを割り当てるためのインジケーションを受信すること、を有する方法。

【請求項4】

請求項１から３のいずれかに記載の方法であって、さらに、
前記タイプ１のＨＡＲＱ－ＡＣＫコードブック内で、同一のＫ１値および同一またはオーバーラップするＰＤＳＣＨ時間領域リソース割り当てに関連付けられた、前記第１のエントリに、前記第１のＴＢのためのＨＡＲＱ－ＡＣＫビットを、前記第２のエントリに、前記第２のＴＢのためのＨＡＲＱ－ＡＣＫビットを、マッピングすること、を有する方法。

【請求項5】

請求項１から４のいずれかに記載の方法であって、さらに、
構築された前記タイプ１のＨＡＲＱＡＣＫコードブックを報告すること（１３０６）、を有する方法。

【請求項6】

請求項１から５のいずれかに記載の方法であって、前記第１のＴＢおよび前記第２のＴＢを受信することは、第１のＤＣＩによってスケジューリングされた前記第１のＴＢを、第１のＣＯＲＥＳＥＴグループ識別子によって表される第１のＴＲＰ（送信受信ポイント）から、および、第２のＤＣＩによってスケジューリングされた前記第２のＴＢを、第２のＣＯＲＥＳＥＴグループ識別子によって表される第２のＴＲＰから、スロット内で、受信すること、を含み、前記第１のＴＢおよび前記第２のＴＢは、同一またはオーバーラップする時間領域リソース割り当てと同一のＫ１値とを有する、方法。

【請求項7】

請求項３から６のいずれかに記載の方法であって、前記２つのエントリを割り当てるための前記インジケーションを受信することは、明示的または暗黙的のいずれも可能である、方法。

【請求項8】

請求項７に記載の方法であって、前記２つのエントリを割り当てるための前記インジケーションを受信することは、
上位レイヤパラメータであるmaxNrofCodeWordsScheduledByDCI =２と、
ＨＡＲＱＡＣＫフィードバックを示す上位レイヤパラメータと、ＨＡＲＱ－ＡＣＫレポートのためのＣＯＲＥＳＥＴごとに、それぞれ異なるグループ識別子値を持つ２つのＣＯＲＥＳＥＴグループのコンフィギュレーションと、
ＨＡＲＱ－ＡＣＫレポートのためのＣＯＲＥＳＥＴごとに、それぞれ同一のグループ識別子値を持つ１つのＣＯＲＥＳＥＴグループのコンフィギュレーションと、
からなるグループのうちの１つまたは複数を受信することを含む、方法。

【請求項9】

請求項１から８のいずれかに記載の方法であって、前記第１のＴＢまたは前記第２のＴＢが正しく受信されない場合にそれぞれ、前記第１のエントリまたは前記第２のエントリがＮＡＣＫ（ネガティブアクノレッジメント）で満たされる、方法。

【請求項10】

請求項１から９のいずれかに記載の方法であって、前記送信することは、単一のＤＣＩによってスケジューリングされる１つまたは２つのＴＢを送信すること、をさらに含みうる、方法。

【請求項11】

請求項１から１０のいずれかに記載の方法であって、前記単一のＤＣＩにおいて示される通りに、前記第１のＴＢはトランスポートブロック１に対応し、前記第２のＴＢはトランスポートブロック２に対応する、方法。

【請求項12】

請求項１から１１のいずれかに記載の方法であって、前記無線デバイスは、ＮＲ（新無線）ＵＥ（ユーザ装置）である、方法。

【請求項13】

請求項１から１２のいずれかに記載の方法であって、前記第１のＴＢおよび前記第２のＴＢを決定することは、さらに、
前記ＴＢをスケジューリングする前記対応するＤＣＩにおいて示される１つまたは複数のＤＭＲＳポートのＤＭＲＳ（復調基準信号）ＣＤＭ（符号分割多重）グループ識別子と、
前記ＴＢをスケジューリングする前記対応するＤＣＩにおいて示されるＴＢ識別子と、
前記ＴＢをスケジューリングする前記対応するＤＣＩにおいて示されるＴＣＩ（送信コンフィギュレーションインジケーション）状態識別子と、
前記ＴＢをスケジューリングする前記対応するＤＣＩがＣＯＲＥＳＥＴを介して受信される場合の当該ＣＯＲＥＳＥＴのＴＣＩ状態識別子と、
前記ＴＢを搬送するＰＤＳＣＨのスクランブリング識別子と、
からなるグループのうちの１つまたは複数に基づいて、前記第１のＴＢおよび前記第２のＴＢを決定すること、を含む方法。

【請求項14】

送信フィードバックを可能にするために基地局によって実行される方法であって、前記方法は、
第１のＴＢ（トランスポートブロック）および第２のＴＢを無線デバイスへ送信することであって、前記第１のＴＢおよび前記第２のＴＢは、前記ＴＢをスケジューリングする対応するＤＣＩ（ダウンリンク制御情報）がＣＯＲＥＳＥＴ（制御リソースセット）を介して送信される場合に当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループ識別子に基づいて決定されるものである、こと（１３１０）と、
構築されたタイプ１のＨＡＲＱ（ハイブリッド自動再送要求）ＡＣＫコードブックを前記無線デバイスから受信すること（１３１２）と、を有する方法。

【請求項15】

請求項１４記載の方法であって、さらに
前記第１のＴＢおよび前記第２のＴＢを送信する前に、前記無線デバイスへ、物理ダウンリンク共有チャネルであるPDSCH-to-HARQフィードバックタイミングであるＫ１値のセット、および／または、サービングセル内におけるスロットごとの、ＰＤＳＣＨ時間領域リソース割り当てのリストと、を伴うコンフィギュレーションを送信すること（１３０８）、を有する方法。

【請求項16】

請求項１４から１５のいずれかに記載の方法であって、さらに、
前記第１のＴＢおよび前記第２のＴＢを送信する前に、構成された前記Ｋ１値およびオーバーラップするＰＤＳＣＨ時間領域リソース割り当てのセットのそれぞれについて、タイプ１のＨＡＲＱコードブックに対して、第１のエントリおよび第２のエントリという２つのエントリを割り当てるためのインジケーションを前記無線デバイスへ送信すること、を有する方法。

【請求項17】

請求項１４から１６のいずれかに記載の方法であって、前記第１のＴＢおよび前記第２のＴＢを送信することは、前記スロット内で、第１のＤＣＩによってスケジューリングされる前記第１のＴＢを、第１のＣＯＲＥＳＥＴグループ識別子によって表される第１のＴＲＰ（送信受信ポイント）から、第２のＤＣＩによってスケジューリングされる前記第２のＴＢを、第２のＣＯＲＥＳＥＴグループ識別子によって表される第２のＴＲＰから、送信すること、を含み、前記第１のＴＢおよび前記第２のＴＢは、同一またはオーバーラップする時間領域リソース割り当てと、同一のＫ１値と、を有する、方法。

【請求項18】

請求項１４から１７のいずれかに記載の方法であって、前記２つのエントリを割り当てるために前記インジケーションを送信することは、明示的または暗黙的のいずれも可能である、方法。

【請求項19】

請求項１８に記載の方法であって、前記２つのエントリを割り当てるために前記インジケーションを送信することは、
上位レイヤパラメータであるmaxNrofCodeWordsScheduledByDCI =２と、
ジョイントＨＡＲＱＡＣＫフィードバックを示す上位レイヤパラメータと、ＨＡＲＱ－ＡＣＫレポートのためのＣＯＲＥＳＥＴごとに、異なるグループ識別子値をそれぞれ持つ２つのＣＯＲＥＳＥＴグループのコンフィギュレーションと、
ＨＡＲＱ－ＡＣＫレポートのＣＯＲＥＳＥＴごとに、同一のグループ識別子値をそれぞれ持つ１つのＣＯＲＥＳＥＴグループのコンフィギュレーションと、
からなるグループのうちの１つまたは複数を送信すること、を含む方法。

【請求項20】

請求項１４から１９のいずれかに記載の方法であって、前記第１のＴＢまたは前記第２のＴＢが正しく受信されない場合にそれぞれ、前記第１のエントリまたは前記第２のエントリがＮＡＣＫ（ネガティブアクノレッジメント）で満たされる、方法。

【請求項21】

請求項１４から２０のいずれかに記載の方法であって、前記送信することは、単一のＤＣＩによってスケジューリングされる１つまたは２つのＴＢを送信すること、をさらに含みうる、方法。

【請求項22】

請求項１４から２１のいずれかに記載の方法であって、前記単一のＤＣＩにおいて示される通りに、前記第１のＴＢはトランスポートブロック１に対応し、前記第２のＴＢはトランスポートブロック２に対応する、方法。

【請求項23】

請求項１４から２２のいずれかに記載の方法であって、前記基地局は、ＮＲ（新無線）ｇＮＢである、方法。

【請求項24】

請求項１４から２３のいずれかに記載の方法であって、前記第１のＴＢおよび前記第２のＴＢは、さらに、
ＤＭＲＳ（復調基準信号）ＣＤＭ（符号分割多重化）グループ識別子であって、前記ＴＢをスケジューリングする対応するＤＣＩ（ダウンリンク制御情報）内で示される１つまたは複数のＤＭＲＳポートのＤＭＲＳＣＤＭグループ識別子と、
前記ＴＢをスケジューリングする対応するＤＣＩ内で示されるＴＢ識別子と、
前記ＴＢをスケジューリングする対応するＤＣＩ内で示されるＴＣＩ（送信コンフィギュレーションインジケーション）状態識別子と、
前記ＴＢをスケジューリングする対応するＤＣＩがＣＯＲＥＳＥＴを介して受信されるところの当該ＣＯＲＥＳＥＴのＴＣＩ状態識別子と、
前記ＴＢを搬送するＰＤＳＣＨのスクランブリング識別子と、
からなるグループのうちの１つまたは複数に基づいて、決定される、方法。

【請求項25】

送信フィードバックを可能にするための無線デバイス（２２００）であって、前記無線デバイス（２２００）は、
１つまたは複数のプロセッサ（２２０２）と、
前記１つまたは複数のプロセッサによって実行可能な命令を記憶するメモリ（２２０４）と、を有し、これにより、前記無線デバイス（２２００）が、
ＣＣ（コンポーネントキャリア）において第１のＴＢ（トランスポートブロック）および第２のＴＢを受信し、
前記ＴＢをスケジューリングする対応するＤＣＩ（ダウンリンク制御情報）がＣＯＲＥＳＥＴ（制御リソースセット）を介して受信されるところの、当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループ識別子に基づいて、前記第１のＴＢおよび前記第２のＴＢを決定する、無線デバイス。

【請求項26】

請求項２５に記載の無線デバイス（２２００）であって、前記命令は、さらに、前記無線デバイス（２２００）に、請求項２から１３のいずれか一項に記載の方法を実行させる、無線デバイス。

【請求項27】

送信フィードバックを可能にするための基地局（１９００）であって、前記基地局（１９００）は、
１つまたは複数のプロセッサ（１９０４）と、
命令を含むメモリ（１９０６）と、を有し、当該命令は、前記基地局（１９００）に、
第１のＴＢ（トランスポートブロック）および第２のＴＢを無線デバイスへ送信させ、前記第１のＴＢおよび前記第２のＴＢは、前記ＴＢをスケジューリングする対応するＤＣＩ（ダウンリンク制御情報）がＣＯＲＥＳＥＴ（制御リソースセット）介して送信されるところの当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループ識別子に基づいて決定され、
構築されたタイプ１のＨＡＲＱ（ハイブリッド自動再送要求）コードブックを前記無線デバイスから受信させる、基地局。

【請求項28】

請求項２７に記載の基地局（１９００）であって、前記命令は、前記基地局（１９００）に、請求項１５から２４のいずれか一項に記載の方法を実行させる、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願
本願は、２０１９年６月２６日に出願された仮特許出願第６２／８６６，４０８号の利益を主張し、その開示は、その全体にわたり参照により本明細書に組み込まれる。

【0002】

本開示は、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックに関する。

【背景技術】

【0003】

新無線（ＮＲ）は、ダウンリンク（すなわち、ネットワークノード、新しい無線基地局（ｇＮＢ）、または基地局から、ユーザ装置（ＵＥ）へ）と、アップリンク（すなわち、ＵＥからｇＮＢへ）と、の両方において、サイクリックプレフィックス直交周波数分割多重方式（ＣＰ－ＯＦＤＭ）を使用する。離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭもアップリンクでサポートされる。時間領域において、ＮＲのダウンリンクおよびアップリンクは、各１ｍｓの等しいサイズのサブフレームに編成される。サブフレームは、それぞれデュレーション（継続時間）が等しい複数のスロットにさらに分割される。当該スロット長は、サブキャリア間隔に依存する。Δｆ＝１５ｋＨｚのサブキャリア間隔に対して、サブフレームごとに１スロットのみが設けられ、各スロットは１４個のＯＦＤＭシンボルからなる。

【0004】

ＮＲでのデータスケジューリングは、通常、スロット単位である。図１に１４シンボルスロットの例を示す。最初の２つのシンボルには物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が含まれ、残りには、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）のいずれかである、物理共有データチャネルが含まれる。

【0005】

ＮＲでは、様々なサブキャリア間隔がサポートされる。（ヌメロロジーとも呼ばれる）サポートされるサブキャリア間隔は、Δｆ＝（１５×２＾μ）ｋＨｚ（μ∈０，１，２，３，４）で与えられる。Δｆ＝１５ｋＨｚが基本サブキャリア間隔である。
様々なサブキャリア間隔におけるスロット持続時間は、１／２^μ ｍｓによって与えられる。

【0006】

周波数領域において、システム帯域幅は、各々が１２個の連続するサブキャリアに対応するリソースブロック（ＲＢ）に分割される。ＲＢは、システム帯域幅の一端から０で始まる番号を付与される。基本的なＮＲの物理時間－周波数リソースグリッドが図２に示されているが、ここでは１４シンボルスロット内の１つのリソースブロック（ＲＢ）のみが示されている。１つのＯＦＤＭシンボル間隔中における１つのＯＦＤＭサブキャリアは１つのリソースエレメント（ＲＥ）を形成する。

【0007】

ダウンリンク送信は、動的にスケジューリングされ、すなわち、各スロットにおいて、ｇＮＢは、ＵＥデータの送信先と、現在のダウンリンクスロット内のどのＲＢにおいてデータが送信されるべきかと、を示すダウンリンク制御情報（ＤＣＩ）を、ＰＤＣＣＨ上で送信する。ＵＥデータは、ＰＤＳＣＨ上で搬送される。

【0008】

ＮＲにおけるＰＤＳＣＨのスケジューリングのために、ＤＣＩフォーマット１＿０とＤＣＩフォーマット１＿１といった２つのＤＣＩフォーマットが定義されている。ＤＣＩフォーマット１－０は、ＤＣＩフォーマット１＿１よりも小さいサイズを有し、ＵＥがネットワークに完全に接続されていないときに使用可能とされ、一方、ＤＣＩフォーマット１＿１は、２つのトランスポートブロック（ＴＢ）を用いるマルチインプットマルチアウトプット（ＭＩＭＯ）送信をスケジューリングするために使用可能とされる。

【0009】

ＱＣＬおよびＴＣＩ状態：同一の基地局アンテナにおける異なる複数のアンテナポートからいくつかの信号が送信可能である。ＵＥで受信されると、これらの信号は、例えば、ドップラーシフトおよびドップラースプレッド、平均遅延スプレッド、または平均遅延に関して、ラージスケールで、同一の特性を有しうる。これらのアンテナポートは、疑似同一位置配置（ＱＣＬ：クエイザイ・コロケ－テッド）と呼ばれる。一般に、２つの擬似同一位置配置のアンテナポートは、必ずしも物理的に同じ場所に配置されている必要はない。

【0010】

ＵＥは、２つのアンテナポートが、あるパラメータ（例えば、ドップラースプレッド）に関してＱＣＬであることを知っている場合、ＵＥは、当該アンテナポートのうちの１つに基づいてそのパラメータを推定し、他のアンテナポートから受信したときにその推定値を使用することができる。典型的には、第１のアンテナポートは、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）または同期信号ブロック（ＳＳＢ）（ソースＲＳとして知られている）などの測定基準信号によって表され、第２のアンテナポートは、復調基準信号（ＤＭＲＳ）（ターゲットＲＳとして知られている）である。

【0011】

例えば、アンテナポートＡおよびＢが平均遅延に関してＱＣＬである場合、ＵＥは、アンテナポートＡ（ソース基準信号（ＲＳ）として知られる）から受信した信号から平均遅延を推定し、アンテナポートＢ（ターゲットＲＳ）から受信した信号が同じ平均遅延を有すると仮定することができる。これは、ＵＥが、ＤＭＲＳを利用してチャネルを測定しようとするときにチャネルの特性を事前に知ることができるため、復調に有用であり、これは、ＵＥが、例えば、適切なチャネル推定フィルタを選択する際に役立ち得る。

【0012】

ＱＣＬに関してどのような仮定を行うことができるかに関する情報が、ネットワークからＵＥにシグナリングされる。ＮＲでは、送信されるソースＲＳと送信されるターゲットＲＳとの間に４タイプのＱＣＬ関係が定義されている：
●タイプＡ：｛ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド｝。
●Ｂタイプ：｛ドップラーシフト、ドップラースプレッド｝
●タイプＣ：｛平均遅延、ドップラーシフト｝
●タイプＤ：｛空間的Ｒｘパラメータ｝

【0013】

ＱＣＬタイプＤは、より高いキャリア周波数（例えば、３０ＧＨｚ）でのアナログビームフォーミングによるビームマネージメントを容易にするために導入され、空間的ＱＣＬとして知られている。現在、空間的ＱＣＬの厳密な定義はないが、２つの送信アンテナポートが空間的にＱＣＬである場合、ＵＥは、それらを受信するために同じＲｘビームを使用することができるという理解がある。ビームマネージメントに関しては、議論のほとんどがＱＣＬタイプＤを中心としているが、関連するラージスケールパラメータのすべてを推定できるようにするためには、ＲＳについてタイプＡのＱＣＬ関係をＵＥに伝達することも必要であることに留意されたい。

【0014】

典型的には、これは、時間／周波数オフセット推定のためのトラッキング用ＣＳＩ－ＲＳ（ＴＲＳ）をＵＥに対して設定（構成）することによって達成される。いずれかのＱＣＬ基準を使用できるようにするためには、ＵＥが十分に良好な信号対干渉プラス雑音比（ＳＩＮＲ）でそれを受信することが必要である。多くの場合、これは、ＴＲＳが適切なビームで特定のＵＥに送信されなければならないことを意味する。

【0015】

ビームおよび送信受信ポイント（ＴＲＰ）の選択にダイナミクスを導入するために、ＵＥ能力に応じて、Ｎが、周波数範囲２（ＦＲ２）では１２８までであり、ＦＲ１では８までである、Ｎ個の送信コンフィギュレーションインジケーション（ＴＣＩ）状態を伴う無線リソース制御（ＲＲＣ）シグナリングを通じて、ＵＥが構成されてもよい。

【0016】

各ＴＣＩ状態にはＱＣＬ情報が含まれる。すなわち、１つまたは２つのソースダウンリンク（ＤＬ）ＲＳが含まれ、各ソースＲＳはＱＣＬタイプに関連付けられる。例えば、ＴＣＩ状態は、１対の基準信号を含み、それぞれがＱＣＬタイプに関連付けられ、例えば、２つの異なるＣＳＩ－ＲＳ｛ＣＳＩ－ＲＳ１，ＣＳＩ－ＲＳ２｝が、｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝ = ｛ＴｙｐｅＡ，ＴｙｐｅＤ｝としてＴＣＩ状態内で、構成される。これは、ＵＥがＣＳＩ－ＲＳ１からのドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッドを導き出し、ＣＳＩ－ＲＳ２からの空間的Ｒｘパラメータ（すなわち、使用するＲＸビーム）を導き出すことができることを意味する。

【0017】

ＴＣＩ状態のリスト内におけるＮ個の状態の各々は、ネットワークから送信される可能性のＮ個のビームのリスト、またはＵＥと通信するためにネットワークによって使用される可能性のあるＮ個のＴＲＰのリスト、として解釈されうる。

【0018】

利用可能なＴＣＩ状態の第１のリストはＰＤＳＣＨ用に構成されるが、ＰＤＣＣＨ用の第２のリストには、ＴＣＩ状態ＩＤと呼ばれるポインタであって、ＰＤＳＣＨ用に構成されたＴＣＩ状態のサブセットへのポインタが含まれる。次いで、ネットワークは、ＰＤＣＣＨのために１つのＴＣＩ状態をアクティブ化し（すなわち、ＰＤＣＣＨのためにＴＣＩを提供し）、ＰＤＳＣＨのために８つまでのアクティブＴＣＩ状態をアクティブ化する。ＵＥがサポートするアクティブなＴＣＩ状態の個数は、ＵＥ能力次第であるが、最大値は８である。ＰＤＳＣＨのために使用されるＴＣＩ状態は、ＤＣＩ１＿１において動的に示される。

【0019】

それぞれ構成されるＴＣＩ状態は、ソース基準信号（ＣＳＩ－ＲＳまたは同期信号ブロック（ＳＳＢ））と、ターゲット基準信号（ＰＤＳＣＨ／ＰＤＣＣＨＤＭＲＳポートなど）と、の間の擬似同一位置配置の関連付けのためのパラメータを含む。ＴＣＩ状態は、ＣＳＩ－ＲＳの受信のためのＱＣＬ情報を伝達するためにも、使用される。

【0020】

ＣＯＲＥＳＥＴおよびサーチ空間：ＰＤＣＣＨは、以下の表１が示すように、１つまたは複数の制御チャネルエレメント（ＣＣＥ）を有している。ＣＣＥは、６つのリソースエレメントグループ（ＲＥＧ）からなり、ここで、ＲＥＧは１つのＯＦＤＭシンボルの期間中の１つのＲＢに等しい。
＜表１＞ＮＲがサポートするＰＤＣＣＨアグリゲーションレベル。

【表1】

【0021】

ＵＥが監視すべきＰＤＣＣＨ候補のセットは、ＰＤＣＣＨサーチ空間セットの観点から、定義される。サーチ空間セットは、共通サーチ空間（ＣＳＳ）セット、または、ＵＥ固有サーチ空間（ＵＳＳ）セットのいずれかとなりうる。ＵＥは、ＰＤＣＣＨ候補を監視するために、帯域幅パートごとに最大で１０セットのサーチ空間を構成されうる。

【0022】

サーチ空間セットは、制御リソースセット（ＣＯＲＥＳＥＴ）に対して、定義される。ＣＯＲＥＳＥＴは、周波数領域におけるＮ_RB ^CORESET個のリソースブロックと、時間領域におけるＮ_symb ^CORESET∈｛１，２，３｝個の連続するＯＦＤＭシンボルと、からなる。ＮＲのリリース１５では、ＵＥは、帯域幅パート当たり最大３つのＣＯＲＥＳＥＴを用いて構成されうる。各ＣＯＲＥＳＥＴについて、ＵＥは、以下を含むＣＯＲＥＳＥＴ情報エレメント（ＩＥ）を伴う、無線リソース制御（ＲＲＣ）シグナリングによって、構成される；
●ＣＯＲＥＳＥＴインデックスｐ（０≦ ｐ ≦１２）
●ＤＭ－ＲＳスクランブルシーケンスの初期化値；
●ＵＥが同じＤＭ－ＲＳ（復調基準信号）プリコーダの使用を仮定することができる、周波数領域におけるいくつかのＲＥＧのためのプリコーダ粒度；
●連続するシンボルの個数；
●リソースブロックのセット；
●CCE-to-REGマッピングパラメータ；
●最大で６４個のＴＣＩ状態のリスト。これはＣＯＲＥＳＥＴｐに対して構成可能である。これらのＴＣＩ状態は、ＴＣＩ状態内の１つのＲＳセットにおけるソースＤＬＲＳと、ＰＤＣＣＨＤＭＲＳポート（ＣＯＲＥＳＥＴｐで定義されたサーチ空間の１つで受信されるＰＤＣＣＨのＤＭＲＳポート）と、の間のＱＣＬ関係を提供するために使用される。ソースＤＬＲＳ（複数可）は、ＣＳＩ－ＲＳまたはＳＳＢのいずれであってもよい；
●ＣＯＲＥＳＥＴｐ内のＰＤＣＣＨによって送信される、ＤＣＩフォーマット１＿１の送信コンフィギュレーションインジケーション（ＴＣＩ）フィールドの有無についてのインジケーション。

【0023】

各サーチ空間のセットについて、ＵＥは以下を構成される：
●サーチ空間セットのインデックスｓ（０＝ｓ≦４０）
●サーチ空間セットｓとＣＯＲＥＳＥＴｐとの間の関連付け
●ｋ_ｓ個のスロットのＰＤＣＣＨ監視周期とｏ_ｓ個のスロットのＰＤＣＣＨ監視オフセット
●スロット内のＰＤＣＣＨ監視パターン。これは、ＰＤＣＣＨ監視のためのスロット内のＣＯＲＥＳＥＴの最初のシンボルを示す。
●サーチ空間セットｓが存在するスロットの個数を示す持続時間Ｔ_ｓ（Ｔ_ｓ＜ｋ_ｓスロット）
●ＣＣＥアグリゲーションレベルＬ当たりのＰＤＣＣＨ候補の個数Ｍ_ｓ ^（Ｌ）
●サーチ空間セットｓがＣＳＳセットまたはＵＳＳセットの何れであるかを示すインジケーション
●監視用のＤＣＩフォーマット

【0024】

サーチ空間セットｓに対して、ＵＥは、

【数1】

であればフレーム番号ｎ_ｆのフレーム内のスロット番号ｎ_ｓ，ｆ ^μのスロットにＰＤＣＣＨ監視オケージョンが存在する、と判定する。ＵＥは、スロットｎ_ｓ，ｆ ^μから始まるＴ_ｓ個の連続したスロットについてサーチ空間セットｓ用のＰＤＣＣＨを監視し、次のｋ_ｓ－Ｔ_ｓ個の連続したスロットについてはサーチ空間セットｓ用のＰＤＣＣＨを監視しない。

【0025】

ＵＥは、まず、ＰＤＣＣＨを検出して復号し、復号が成功した場合、復号されたＰＤＣＣＨ内の制御情報に基づいて、対応するＰＤＳＣＨを復号する。ＰＤＳＣＨが正常に復号されると、ＨＡＲＱ（ハイブリッドＡＲＱ）ＡＣＫが、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介してｇＮＢに送信される。そうでなければ、ＨＡＲＱネガティブ確認応答（ＮＡＣＫ）がＰＵＣＣＨを介してｇＮＢに送信されて、データをＵＥに再送することが可能となる。ＰＵＣＣＨがＰＵＳＣＨ送信とオーバーラップする場合、ＨＡＲＱフィードバックもＰＵＳＣＨ上で搬送され得る。

【0026】

アップリンクデータ送信もＰＤＣＣＨを使用して動的にスケジューリングされる。ダウンリンクと同様に、ＵＥは、まず、ＰＤＣＣＨにおいてアップリンクグラントを復号し、次いで、変調次数、符号化率、アップリンクリソース割り当てなど、復号されたアップリンクグラント内の制御情報に基づいて、ＰＵＳＣＨ上でデータを送信する。

【0027】

ＤＣＩフォーマット１＿１は、１つのセルにおけるＰＤＳＣＨのスケジューリングのために使用される。以下の情報は、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）、または、構成されたスケジューリング無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）、または、変調および符号化方式（ＭＣＳ）－Ｃ－ＲＮＴＩによってスクランブルされた巡回冗長検査（ＣＲＣ）を伴う、ＤＣＩフォーマット１－１によって送信される：
●ＤＣＩフォーマットの識別子
●キャリアインジケータ
●帯域幅パートインジケータ
●周波数領域リソース割り当て
●３ＧＰＰＴＳ３８．２１４のサブクローズ５．１．２．１で定義されている時間領域リソース割り当て（ＴＤＲＡ）－０、１、２、３、または４ビット。このフィールドのビット幅は［ｌｏｇ_２（Ｉ）］ビットとして決定される。ここで、Ｉは上位レイヤパラメータが構成されている場合は上位レイヤパラメータであるpdsch-TimeDomainAllocationListのエントリ数である。それ以外の場合は、Ｉはデフォルトテーブル内のエントリ数である。
●仮想リソースブロック（ＶＲＢ）と物理リソースブロック（ＰＲＢ）との間のマッピング
●ＰＲＢバンドルサイズインジケータ
●レートマッチングインジケータ
●ゼロ電力（ＺＰ）ＣＳＩ－ＲＳトリガー
トランスポートブロック１の場合：
●変調および符号化方式－５ビット（Ｉ_ＭＣＳ）
●新データインジケータ（ＮＤＩ）－１ビット
●冗長バージョン－２ビット（ｒｖ_ｉｄ）
トランスポートブロック２の場合（maxNrofCodeWordsScheduledByDCIが２に等しい場合にのみ存在する）：
●変調および符号化方式－５ビット（Ｉ_ＭＣＳ）
●新データインジケータ（ＮＤＩ）－１ビット
●冗長バージョン－２ビット（ｒｖ_ｉｄ）
●ＨＡＲＱプロセス番号
●ダウンリンク割り当てインデックス（ＤＡＩ）
●スケジューリングされたＰＵＣＣＨのための送信電力制御（ＴＰＣ）コマンド
●３ＧＰＰＴＳ３８．２１３のサブクローズ９．２．３で定義されるような、ＰＵＣＣＨリソースインジケータ（ＰＲＩ）
●PDSCH-to-HARQフィードバックタイミングインジケータ（Ｋ１）－０、１、２、または３ビット。このフィールドのビット幅は［ｌｏｇ_２（Ｉ）］ビットとして決定される。ここで、Ｉは上位レイヤパラメータdl-DataToUL-ACKのエントリ数である。
●３ＧＰＰＴＳ３８．２１２の表７．３．１．２．２－１／２／３／４によって定義されるアンテナポート－４、５、または６ビット
●送信コンフィギュレーションインジケーション（ＴＣＩ）－上位レイヤパラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩがイネーブルされない場合は０ビット。さもなければ３ＧＰＰＴＳ３８．２１４のサブクローズ５．１．５で定義されるように３ビット。
●サウンディング基準信号リクエスト
●コードブロックグループ（ＣＢＧ）送信情報
●ＣＢＧフラッシュアウト情報
●ＤＭＲＳシーケンスの初期化－１ビット。

【0028】

時間領域におけるＰＤＳＣＨリソース割り当て

【0029】

ＵＥがＤＣＩによってＰＤＳＣＨを受信することをスケジューリングされると、ＤＣＩの時間領域リソース割り当て（ＴＤＲＡ）フィールド値ｍは、行インデックスｍ＋１を割り当てテーブルに対して提供する。使用されるリソース割り当てテーブルの決定は、３ＧＰＰＴＳ３８．２１４．ｖ１５．５．０のサブクローズ５．１．２．１．１で定義され、ここでは、テーブル５．１．２．１－２、５．１．２．１．１－３、５．１．２．１．１．－４および５．１．２．１．１－５に従うデフォルトのＰＤＳＣＨ時間領域割り当てＡ、ＢまたはＣのいずれかが適用されるか、または、pdsch-ConfigCommonまたはpdsch-Configのいずれかにおける上位レイヤ構成パラメータpdsch-TimeDomainAllocationListが適用される。３ＧＰＰＴＳ３８．２１４ｖ１５．５．０の表５．１．２．１．１－２を以下にコピーする。
＜表５．１．２．１．１－２＞：ノーマルＣＰ用のデフォルトＰＤＳＣＨ時間領域リソース割り当てＡ

【表2】

【0030】

インデックスが付与された行は、デフォルトテーブルが使用される場合の、スロットオフセットＫ０、開始シンボルＳ、割り当て長Ｌ、および、ＰＤＳＣＨ受信で想定されるＰＤＳＣＨマッピングタイプを定義する。タイプＡ（すなわち、スロットベースのＰＤＳＣＨ送信）と、タイプＢ（すなわち、ミニスロットベースのＰＤＳＣＨ送信）と、のうちのいずれかが示されうる。pdsch-TimeDomainAllocationListが構成されている場合、pdsch-TimeDomainAllocationListには、以下に示すように、PDSCH-Time Domain Resource Allocation Information Elements （時間領域リソース割り当て情報エレメント： IE）のリストが含まれる。ここで、開始シンボルＳと割り当て長Ｌは、ジョイントされて、開始および長さインジケータＳＬＩＶであるstartSymbolAndLengthへエンコードされる。

PDSCH-TimeDomainResourceAllocation ::= SEQUENCE {
k0 INTEGER(0..32）
mappingType ENUMERATED {typeA, typeB},
startSymbolAndLength INTEGER (0..127）
｝

【0031】

有効なＳおよびＬの値を以下の表に示す。
＜表５．１．２．１－１＞有効なＳとＬの組合せ（３ＧＰＰＴＳ３８．２１４ｖ１５．５．０）

【表3】

なお、タイプＡのＰＤＳＣＨの場合、pdsch-TimeDomainAllocationList またはデフォルトテーブルのＴＤＲＡはオーバーラップしており、ＮＲのリリース１５においては、セルごとに１つのスロットでスケジューリング可能なＰＤＳＣＨは１つだけである。タイプＢのＰＤＳＣＨの場合、pdsch-TimeDomainAllocationListまたはデフォルトテーブルのＴＤＲＡがオーバーラップしない可能性があるため、１つのスロットで複数のＰＤＳＣＨがスケジューリングされることがありうる。図３は、いくつかの例を示し、図３Ｄでは、２つのタイプＢのＰＤＳＣＨがスロット内でスケジューリングされる。

【0032】

ＮＲＭＩＭＯデータ送信：複数のＭＩＭＯレイヤを介したＮＲデータ送信を図４に示す。ＭＩＭＯレイヤの合計数またはランクに応じて、１つのコードワード（ＣＷ）または２つのコードワードのいずれかが使用される。ＮＲのリリース１５では、レイヤの総数が４以下の場合に１つのコードワードが使用され、レイヤの数が４を超える場合に２つのコードワードが使用される。各コードワードは、トランスポートブロック（ＴＢ）の符号化されたデータビットを含む。ビットレベルでのスクランブリングの後、スクランブルされたビットは、ｑ∈（０，１）であるコードワードｑに対して複素値の変調シンボルd^（q）（０）,...,d^（q）（M_symb ^(q)－１）にマッピングされ。次に、３ＧＰＰＴＳ３８．２１１ｖ１５．５．０の表７．３．１．３－１に従って、複素値の変調シンボルは、以下のレイヤ

【数2】

にマッピングされる。

【0033】

復調の目的のために、ＤＭＲＳポートとも呼ばれる復調基準信号（ＤＭＲＳ）が、各データレイヤで送信される。以下のベクトルブロック

【数3】

は以下にしたがってＤＭＲＳにマッピングされる。

【数4】

ここでｉ＝０，１，．．．，Ｍ_symb ^ap－１であり、Ｍ_symb ^ap＝Ｍ_symb ^layerである。ＤＭＲＳアンテナポートのセット｛Ｐ０，．．．，Ｐｖ－１｝およびポートからレイヤへのマッピングは、３ＧＰＰＴＳ３８．２１２ｖ１５．５．０における表７．３．１．２．２－１／２／３／４に従ってＤＣＩ内で、動的に示される。

【0034】

ＤＣＩフォーマット１－１でスケジューリング可能なＴＢまたはコードワードの最大個数は、上位レイヤパラメータmaxNrofCodeWordsScheduledByDCIで構成される。このパラメータを使用して、１または２個のいずれかのコードワードが構成され得る。上位レイヤパラメータmaxNrofCodeWordsScheduledByDCIが、２つのコードワード送信がイネーブルされていることを示す場合に、Ｉ_ＭＣＳ＝２６であり、対応するトランスポートブロックについてｒｖ_ｉｄ＝１であるならば、２つのトランスポートブロックのうちの１つは、ＤＣＩフォーマット１－１によってディスエーブルされ、ここで、Ｉ_ＭＣＳはＭＣＳ（変調および符号化方式）インデックスであり、ｒｖ_ｉｄは冗長バージョンであり、両方ともＤＣＩ１＿１内で示される。両方のトランスポートブロックがイネーブルされる場合、トランスポートブロック１および２は、それぞれコードワード０および１にマッピングされる。１つのトランスポートブロックのみが有効化（イネーブル）された場合、イネーブルされたトランスポートブロックは常に最初のコードワードにマッピングされる。

【0035】

ＤＭＲＳ符号分割多重化（ＣＤＭ）グループ：ＤＭＲＳのリソースエレメントへのマッピングは、周波数領域および時間領域の両方で構成可能である。周波数領域には、２つのマッピングタイプ、すなわちコンフィギュレーションタイプ１またはタイプ２がある。ＤＭＲＳのために構成される各ＯＦＤＭシンボルについて、タイプ１のための２つの符号分割多重化（ＣＤＭ）グループと、タイプ２のＤＭＲＳのための３つのＣＤＭグループと、がある。一例が図５に示されており、ここでは、フロントに搭載された１つのＤＭＲＳシンボルが構成されている。

【0036】

コンフィギュレーションタイプ１およびタイプ２用の、表２および表３において、ＤＭＲＳポートのＣＤＭグループへのマッピングが示されている。

【0037】

＜表２＞：ＰＤＳＣＨＤＭＲＳポートからＣＤＭグループへのマッピング、コンフィギュレーションタイプ１。

【表4】

＜表３＞：ＰＤＳＣＨＤＭＲＳポートからＣＤＭグループへのマッピング、コンフィギュレーションタイプ２。

【表5】

【0038】

ＰＵＣＣＨを介したＮＲＨＡＲＱＡＣＫ／ＮＡＣＫフィードバック：スロットｎで、サービングｇＮＢからダウンリンクでＰＤＳＣＨを受信したときに、ＰＤＳＣＨが正常に復号された場合、ＵＥは、アップリンクにおけるＰＵＣＣＨ（物理アップリンク制御チャネル）リソースを介して、スロットｎ＋ｋで、ハイブリッド自動再送要求（ＨＡＲＱ）ＡＣＫをｇＮＢへフィードバックし、復号できなかった場合、ＵＥは、スロットｎ＋ｋでｇＮＢへＨＡＲＱＮＡＣＫを送信して、ＰＤＳＣＨが正常に復号されなかったことを示す。２つのＴＢがＰＤＳＣＨによって搬送される場合、各ＴＢについてＨＡＲＱＡＣＫ／ＮＡＣＫがレポート（報告）され、その結果、１つのＴＢが正常に復号されない場合、そのＴＢのみがｇＮＢによって再送される必要がある。空間バンドリングが構成されることも可能であり、この場合、ＴＢ１およびＴＢ２の復号状態の論理積がフィードバックされる。ｋは、３ＧＰＰ仕様ではＫ１とも呼ばれる。

【0039】

ＤＣＩフォーマット１－０の場合、ｋは、３ビットのPDSCH-to-HARQタイミングインジケータフィールドによって示される。ＤＣＩフォーマット１－１の場合、ｋは、３ビットのPDSCH-to-HARQタイミングインジケータフィールド（存在する場合）によって、または、無線リソース制御（ＲＲＣ）シグナリングを介した上位レイヤによって示される。

【0040】

コードブロックグループ（ＣＢＧ）送信が構成される場合、代わりに、ＴＢ内の各ＣＢＧについてのＨＡＲＱＡＣＫ／ＮＡＣＫが報告される。

【0041】

複数のコンポーネントキャリア（ＣＣ）および／または時分割複信（ＴＤＤ）動作を伴うキャリアアグリゲーション（ＣＡ）の場合、複数のアグリゲートされたＨＡＲＱＡＣＫ／ＮＡＣＫビットは、単一のＰＵＣＣＨリソースにおいて送信される必要がある。

【0042】

ＮＲでは、最大４つのＰＵＣＣＨリソースセットをＵＥに対して構成できる。pucch-ResourceSetId＝０で構成されたＰＵＣＣＨリソースセットは最大３２個のＰＵＣＣＨリソースを含むことができるが、pucch-ResourceSetId＝１～３のＰＵＣＣＨリソースセットは、各セットに最大８個のＰＵＣＣＨリソースを含むことができる。ＵＥは、スロット内で送信されるアグリゲートされたＵＣＩ（アップリンク制御情報）ビットの個数に基づいて、当該スロットに内のＰＵＣＣＨリソースセットを決定する。ＵＣＩビットは、ＨＡＲＱＡＣＫ／ＮＡＣＫ、スケジューリングリクエスト（ＳＲ）、およびチャネル状態情報（ＣＳＩ）ビットからなる。

【0043】

ＵＥがＵＣＩ情報ビットを送信する場合、ＵＥは、次のように、ＰＵＣＣＨリソースセットを決定する：
●第１のセット：Ｏ_ＵＣＩ≦２の場合、pucch－ResourceSetId = ０のＰＵＣＣＨリソースのセットであって、１つまたは２つのＨＡＲＱ－ＡＣＫ情報ビットと、ＨＡＲＱ－ＡＣＫ情報とＳＲの送信とが同時に発生する場合には１つのＳＲ送信オケージョンでポジティブまたはネガティブＳＲを含む。
●第２のセット：２＜Ｏ_ＵＣＩ≦Ｎ_２の場合であって、上位レイヤによって提供される場合、pucch－ResourceSetId=１のＰＵＣＣＨリソースのセット。
●第３のセット：Ｎ_２＜Ｏ_ＵＣＩ≦Ｎ_３の場合であって、上位レイヤによって提供される場合、pucch－ResourceSetId=２のＰＵＣＣＨリソースのセット。
●第４のセット：Ｎ_３＜Ｏ_ＵＣＩ≦１７０６の場合でであって、上位レイヤによって提供される場合、pucch－ResourceSetId=３のＰＵＣＣＨリソースのセット。

【0044】

ここで、Ｎ_１＜Ｎ_２＜Ｎ_３は上位レイヤによって提供される。

【0045】

ＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信の場合、ＵＥはＰＵＣＣＨリソースセットを決定した後、ＰＵＣＣＨリソースを決定する。ＰＵＣＣＨリソースの決定は、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１内の３ビットＰＵＣＣＨリソースインジケータ（ＰＲＩ）フィールドに基づく。

【0046】

ＣＡおよび／または時分割複信（ＴＤＤ）の場合に複数のＤＣＩフォーマット１＿０または１＿１を受信した場合、ＰＵＣＣＨリソースの決定は、ＵＥがデコードした複数の受信されたＤＣＩフォーマット１＿０またはＤＣＩフォーマット１－１のうち、最後のＤＣＩフォーマット１＿０またはＤＣＩフォーマット１－１内のＰＵＣＣＨリソースインジケータ（ＰＲＩ）フィールドに基づく。複数の受信されたＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１は、ＰＵＣＣＨ送信のための同一のスロットを示すPDSCH-to-HARQ＿フィードバックタイミングインジケータフィールドの値を有する。ＰＵＣＣＨリソース決定のために、デコードされた複数のＤＣＩフォーマットは、最初に、同じＰＤＣＣＨ監視オケージョンにおけるサービングセルインデックスにより昇順でインデックス付けされ、次に、ＰＤＣＣＨ監視オケージョンインデックスにより昇順でインデックス付けされる。

【0047】

３ビットのＰＲＩフィールドは、最大８つのＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセット内におけるＰＵＣＣＨリソースにマップされる。pucch－ResourceSetId = ０のＰＵＣＣＨリソースの第１のセットで、当該セット内に含まれるＰＵＣＣＨリソースの個数Ｒ_{ＰＵＣＣＨ}が８より大きい場合、ＵＥは、ＰＵＣＣＨ送信のための同一のスロットを示すPDSCH-to-HARQフィードバックタイミングインジケータフィールドの値を有する、ＵＥが受信したＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１のうち、ＰＤＣＣＨ受信で最後のＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１を検出したことに応じて、ＨＡＲＱ－ＡＣＫ情報を伝送するために、インデックスｒ_{ＰＵＣＣＨ} （０≦ｒ_{ＰＵＣＣＨ}≦Ｒ_{ＰＵＣＣＨ}－１）を有するＰＵＣＣＨリソースを次のように決定する。

【0048】

【数5】

ここで、Ｎ_{ＣＣＥ，ｐ}は、３ＧＰＰＴＳ３８．２１３ｖ１５．４．０のサブクローズ１０．１に記載されているように、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１に対するＰＤＣＣＨ受信のＣＯＲＥＳＥＴｐにおけるＣＣＥの数である。ｎ_{ＣＣＥ，ｐ}は、ＰＤＣＣＨ受信のための第１のＣＣＥのインデックスであり、ΔＰＲＩは、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１におけるＰＵＣＣＨリソースインジケータフィールドの値である。

【0049】

ＮＲのリリース１５は、１つまたは複数のＣＣの複数のＰＤＳＣＨのためのＨＡＲＱＡＣＫ／ＮＡＣＫを多重化するために、２つのタイプのＨＡＲＱコードブック、すなわち、半静的（タイプ１）コードブックおよび動的（タイプ２）コードブックをサポートする。ＵＥは、ＨＡＲＱＡＣＫ／ＮＡＣＫフィードバックのためのコードブックのうちのいずれか１つを使用するように構成されうる。

【0050】

ＮＲのタイプ１のＨＡＲＱ－ＡＣＫコードブックの決定：時間方向におけるＨＡＲＱコードブック（ＣＢ）のサイズ（ＤＬ関連セット）は、構成されたＨＡＲＱ－ＡＣＫタイミングＫ１のセットと、ＴＤＤの場合には半静的に構成されたＴＤＤパターンと、に基づいて決定される。

【0051】

図６に、１から５までのＫ１のセットと、オーバーラップしないＰＤＳＣＨＴＤＲＡ割り当てを伴わない、すなわち、１つのＰＤＳＣＨだけがスロット内でスケジューリングされ得る、構成された時間領域リソース割り当てテーブルまたはpdsch-TimeDomainAllocationListと、を有するＴＤＤパターンの例を示す。この場合、ＨＡＲＱコードブックには、各Ｋ１の値に対応して１つずつ、５つのエントリがある。ＰＤＳＣＨ送信のないスロット、または、ＰＤＳＣＨスケジューリングのためのＰＤＣＣＨがＵＥによって検出されないスロット、の場合、コードブック内の対応するエントリはＮＡＣＫ（図中の「Ｎ」）で満たされ、ＰＤＳＣＨがスケジューリングされるスロットの場合、対応するエントリは、ＰＤＳＣＨが正常に復号されたか否かに応じてＡＣＫまたはＮＡＣＫのいずれかで満たされる（図中の「Ｘ」）。

【0052】

ＵＥがスロットごとに複数のユニキャストＰＤＳＣＨの受信をサポートしている場合、pdsch-symbolAllocationテーブル内のオーバーラップしない時間領域リソース割り当てごとに１つのＨＡＲＱコードブックエントリが、スロットごとに、予約される。それ以外の場合は、スロットごとに１つのＨＡＲＱエントリが予約される。

【0053】

２つまでのコードワードを有するＭＩＭＯの場合、各Ｋ１値に対して追加のエントリが追加される。複数のＣＣの場合、ＨＡＲＱコードブック内の追加のエントリが、各ＣＣについて追加される。コンポーネントキャリアの次元では、ＨＡＲＱコードブックサイズは、構成されたＤＬセルの個数と、ＤＬセル当たりのコンフィギュレーション（例えば、ＭＩＭＯ、空間バンドリング、ＴＢ当たりの構成された符号ブロックグループ個数（ＣＢＧ））に基づくＨＡＲＱフィードバックビットの最大個数と、によって与えられる。一例が図７に示されており、ＵＥのための半静的ＨＡＲＱコードブックは、３つのセル、すなわち、セル１～３で構成される。セル１は、ＰＤＳＣＨ当たり２つまでのＴＢで構成され、セル２は、ＰＤＳＣＨ当たり１つのＴＢで構成され、セル３は、１つのＴＢと４つのＣＢＧで構成される。各Ｋ１値について、ＵＥは、７ビット、すなわち、セル１について２ビット、セル２について１ビット、およびセル３について４ビットをフィードバックする必要がある（pdsch-symbolAllocationテーブルに基づくスロット当たりの潜在的な複数のエントリを考慮しない）。図に示される行および列は、例示の目的のためのものであり、実際のフィードバックは、ビットを特定の順序で配置することによる単一のビットベクトルである。

【0054】

複数の送信受信ポイントまたはパネル（ＴＲＰ）を介した非コヒーレントジョイント伝送（ＮＣ－ＪＴ）：ＮＣ－ＪＴは、複数のＭＩＭＯレイヤが複数のＴＲＰを介して送信される、複数のＴＲＰを介したＭＩＭＯデータ伝送を指す。一例が図８に示されており、データは２つのＴＲＰを介してＵＥに送信され、各ＴＲＰは１つのコードワードにマッピングされた１つのＴＢを搬送する。ＵＥが４つの受信アンテナを持つ一方で、各ＴＲＰに２つの送信アンテナしかない場合、ＵＥは最大４つのＭＩＭＯレイヤをサポートできるが、各ＴＲＰは最大２つのＭＩＭＯレイヤを送信できる。この場合、２つのＴＲＰを介してＵＥにデータを送信することによって、２つのＴＲＰからの、４つまでのアグリゲートされたレイヤが使用可能であるため、ＵＥへのピークデータレートが増加する。これは、トラヒック負荷、すなわちリソース利用率が各ＴＲＰで低い場合に有益である。この例では、２つのＴＲＰを介するデータをスケジューリングするために、単一のスケジューラが使用される。スロット内で、２つのＴＲＰのそれぞれから１つのＰＤＣＣＨが送信され、それぞれが１つのＰＤＳＣＨをスケジューリングする。これは、マルチＰＤＣＣＨまたはマルチＤＣＩ方式と呼ばれ、ＵＥは、２つのＴＲＰから、スロット内で２つのＰＤＣＣＨと、それに関連する２つのＰＤＳＣＨと、を受信する。２つのＰＤＳＣＨには、通常、同一の時間／周波数リソースが割り当てられる。

【0055】

図９に示す別のシナリオでは、独立したスケジューラが各ＴＲＰで使用される。この場合、２つのスケジューラ間での半静的から半動的な調整のみが実行可能となるが、これは、非理想的なバックホール、すなわち、サイクリックプレフィックス長に匹敵するか、場合によってはさらに長い、数ミリ秒までの大きな遅延および／または遅延変動を伴うバックホールのためである。

【0056】

３ＧＰＰＲＡＮ１のアドホックミーティングＮＲ＿ＡＨ＿１９０１では、拡張モバイルブロードバンド（ｅＭＢＢ）のためのマルチＰＤＣＣＨベースのマルチＴＲＰ／パネルダウンリンク送信のために、複数の受信されたＰＤＳＣＨのための別個のＡＣＫ／ＮＡＣＫペイロード／フィードバックがサポートされるということが、合意に達した。さらに、マルチＤＣＩベースのマルチＴＲＰ／パネル送信のために、ＰＤＳＣＨのリソース割り当てがオーバーラップする場合、各々が１つのＰＤＣＣＨによってスケジューリングされるＰＤＳＣＨにおけるＣＷの総数は、２までであることが合意された。

【0057】

３ＧＰＰＲＡＮ１＃９６では、複数のＤＣＩが使用される、受信されたＰＤＳＣＨのための別個のＡＣＫ／ＮＡＣＫペイロード／フィードバックのために、ＡＣＫ／ＮＡＣＫフィードバックを搬送するＰＵＣＣＨリソースは、別個のＨＡＲＱ－ＡＣＫコードブックを用いて、時間領域多重化（ＴＤＭｅｄ）が可能であることが合意された。ＲＡＮ１＃９６ｂｉｓでは、複数のＤＣＩが使用される受信されたＰＤＳＣＨのための別個のＡＣＫ／ＮＡＣＫペイロード／フィードバックのために、２つのＴＲＰのための別個のＨＡＲＱ－ＡＣＫコードブックを用いて、少なくとも別個のＡＣＫ／ＮＡＣＫのみのフィードバックを搬送するために、スロット内で、ＴＤＭ化されたＰＵＣＣＨ送信のためのサポートが提供されることがさらに合意された。

【0058】

ＲＡＮ１＃９７では、異なるＴＲＰから受信されるＰＤＳＣＨのための別個のＡＣＫ／ＮＡＣＫフィードバックについて、インデックスが構成され、すべてのＣＣにわたって適用される場合、ＵＥは、インデックスによって識別される別個のＡＣＫ／ＮＡＣＫコードブックを生成することができなければならないことが合意された。個別のＡＣＫ／ＮＡＣＫコードブックを生成するために使用されるインデックスは、ＣＯＲＥＳＥＴごとの、上位レイヤシグナリングインデックスである。さらに、複数のＤＣＩが使用される、異なるＴＲＰから受信されたＰＤＳＣＨのためのジョイントＨＡＲＱ－ＡＣＫフィードバックもサポートされることが合意された。

【0059】

現在、いくつかの課題が存在する。複数のＤＣＩが使用される、異なるＴＲＰから受信されたＰＤＳＣＨのためのジョイントＨＡＲＱ－ＡＣＫフィードバックのために、半静的ＨＡＲＱコードブックをどのように構築するかを決定する必要がある。特に、２つのＰＤＳＣＨに関連するＡ／Ｎビットをどのように多重化するかを決定する必要がある。

【発明の概要】

【0060】

複数のＴＲＰを介した物理的ダウンリンク共有チャネル（ＰＤＳＣＨ）伝送のためのジョイントハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのためのシステムと方法が提供される。いくつかの実施形態では、送信フィードバックを可能にするために無線デバイスによって実行される方法は、第１のトランスポートブロック（ＴＢ）および第２のＴＢを受信することと、当該ＴＢをスケジューリングする対応するダウンリンク制御情報（ＤＣＩ）が受信される制御リソースセット（ＣＯＲＥＳＥＴ）のＣＯＲＥＳＥＴグループ識別子に基づいて、当該第１のＴＢおよび当該第２のＴＢを決定することと、を有する。このようにして、タイプ１のＨＡＲＱコードブック構築のための新しい無線（ＮＲ）リリース１５手順は、半静的ＨＡＲＱ－ＡＣＫコードブックを用いたＨＡＲＱフィードバックオーバヘッドを増加させることなく、または、最小の増加で再利用され得る。

【0061】

いくつかの実施形態で、本方法はまた、第１のＴＢおよび第２のＴＢを受信する前に、PDSCH-to-HARQフィードバックタイミングであるＫ１値のセット、および／または、サービングセル内のスロット当たりのＰＤＳＣＨ時間領域リソース割り当てのリストを伴うコンフィギュレーション（構成情報）を受信すること、を有する。

【0062】

いくつかの実施形態では、本方法はまた、第１のＴＢおよび第２のＴＢを受信する前に、構成されたＫ１値のそれぞれおよびオーバーラップするＰＤＳＣＨ時間領域リソース割り当ての各セットについて、タイプ１のＨＡＲＱコードブックに、第１のエントリおよび第２のエントリという２つのエントリを割り当てるためのインジケーションを受信すること、を有する。

【0063】

いくつかの実施形態では、本方法はまた、同一のＫ１値および同一の時間領域リソース割り当てに関連付けられたタイプ１のＨＡＲＱ－ＡＣＫコードブック内において、第１のＴＢのためのＨＡＲＱ－ＡＣＫビットを第１のエントリにマッピングし、第２のＴＢのためのＨＡＲＱ－ＡＣＫビットを第２のエントリにマッピングすること、を有する。

【0064】

いくつかの実施形態では、本方法はまた、構築されたタイプ１のＨＡＲＱコードブックを報告すること、を有する。

【0065】

いくつかの実施形態では、第１のＴＢおよび第２のＴＢを受信することは、スロットにおいて、第１のＴＢを、第１の送信受信ポイント（ＴＲＰ）から受信することと、第２のＴＲＰから第２のＴＢを受信することと、を含み、第１のＴＢおよび第２のＴＢは、各ＴＢに対して１つの、２つのＤＣＩと、同一の時間領域リソース割り当てと、同一のＫ１値と、を用いてスケジューリングされる。いくつかの実施形態では、２つのエントリを割り当てるためのインジケーションを受信することは、明示的であっても暗黙的であってもよい。

【0066】

いくつかの実施形態では、２つのエントリを割り当てるためのインジケーションを受信することは、上位レイヤパラメータmaxＮrofCodeWordsScheduledByDCI=２と；ジョイントＨＡＲＱＡＣＫフィードバックを示す上位レイヤパラメータと、ＨＡＲＱ－ＡＣＫレポートのためのＣＯＲＥＳＥＴごとの異なるグループ識別子値をそれぞれ有する２つのＣＯＲＥＳＥＴグループのコンフィギュレーションと；ＨＡＲＱ－ＡＣＫレポートのためのＣＯＲＥＳＥＴごとに同一のグループ識別子値をそれぞれ有する１つのＣＯＲＥＳＥＴグループのコンフィギュレーションと；からなるグループのうちの１つまたは複数を受信すること、を含む。

【0067】

いくつかの実施形態では、第１のＴＢまたは第２のＴＢが受信されない場合、それぞれ第１のエントリまたは第２のエントリがＮＡＣＫで満たされる。いくつかの実施形態では、送信することは、単一のＤＣＩによってスケジューリングされた１つまたは２つのＴＢを送信すること、をさらに有することができる。いくつかの実施形態では、ＤＣＩ内で示されるように、第１のＴＢはトランスポートブロック１に対応し、第２のＴＢはトランスポートブロック２に対応する。いくつかの実施形態では、無線デバイスは、新無線（ＮＲ）ユーザ装置（ＵＥ）である。

【0068】

いくつかの実施形態では、第１のＴＢおよび第２のＴＢを決定することはまた、ＴＢをスケジューリングする対応するＤＣＩ内で示される１つまたは複数のＤＭＲＳポートの復調基準信号（ＤＭＲＳ）符号分割多重（ＣＤＭ）グループ識別子と；ＴＢをスケジューリングする対応するＤＣＩ内で示されるＴＢ識別子と；ＴＢをスケジューリングする対応するＤＣＩにおいて示される送信コンフィギュレーションインジケーション（ＴＣＩ）状態識別子と；ＴＢをスケジューリングする対応するＤＣＩがそれを介して受信されることになるＣＯＲＥＳＥＴのＴＣＩ状態識別子と；ＴＢを搬送するＰＤＳＣＨのスクランブリング識別子と；からなるグループのうちの１つまたは複数に基づいて、第１のＴＢおよび第２のＴＢを決定すること、を含む。

【0069】

いくつかの実施形態では、送信フィードバックを可能にするために基地局によって実行される方法は、無線デバイスに、第１のＴＢおよび第２のＴＢを送信することであって、第１のＴＢおよび第２のＴＢが、ＴＢをスケジューリングする対応するＤＣＩがＣＯＲＥＳＥＴを介して送信されることになる当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループ識別子に基づいて決定される、ことと、無線デバイスから、構築されたタイプ１のＨＡＲＱコードブックを受信することと、を有する。

【0070】

いくつかの実施形態では、本方法はまた、第１のＴＢおよび第２のＴＢを送信する前に、サービングセル内においてスロットごとのＰＤＳＣＨ時間領域リソース割り当てのリストおよび／またはPDSCH-to-HARQフィードバックタイミングＫ１値のセットを伴うコンフィギュレーションを無線デバイスに送信すること、を有する。

【0071】

いくつかの実施形態では、本方法はまた、第１のＴＢおよび第２のＴＢを送信する前に、構成されたＫ１値のそれぞれ、および、オーバーラップするＰＤＳＣＨ時間領域リソース割り当ての各セットのために、タイプ１のＨＡＲＱコードブックにおいて、第１のエントリおよび第２のエントリという２つのエントリを割り当てるためのインジケーションを無線デバイスに送信すること、を有する。

【0072】

いくつかの実施形態では、第１のＴＢおよび第２のＴＢを送信することは、スロットにおいて、第１のＴＢを、第１のＴＲＰから送信することと、第２のＴＲＰから第２のＴＢを送信することとを含み、第１のＴＢおよび第２のＴＢは、各ＴＢに対して１つの、２つのＤＣＩで、同一の時間領域リソース割り当ておよび同一のＫ１値でスケジューリングされる。

【0073】

いくつかの実施形態では、２つのエントリを割り当てるためにインジケーションを送信することは、明示的であっても暗黙的であってもよい。いくつかの実施形態では、２つのエントリを割り当てるためのインジケーションを送信することは、上位レイヤパラメータmaxNrofCodeWordsScheduledByDCI=２；ジョイントＨＡＲＱＡＣＫフィードバックを示す上位レイヤパラメータと、ＨＡＲＱ－ＡＣＫレポートのためのＣＯＲＥＳＥＴごとに異なるグループ識別子値をそれぞれが有する２つのＣＯＲＥＳＥＴグループのコンフィギュレーションと；ＨＡＲＱ－ＡＣＫレポートのためのＣＯＲＥＳＥＴごとに同一のグループ識別子値をそれぞれが有する１つのＣＯＲＥＳＥＴグループのコンフィギュレーションと、からなるグループのうちの１つまたは複数を送信すること、を含む。

【0074】

【0075】

いくつかの実施形態では、第１のＴＢおよび第２のＴＢは、ＴＢをスケジューリングする対応するＤＣＩにおいて示される１つまたは複数のＤＭＲＳポートのＤＭＲＳＣＤＭグループ識別子と、ＴＢをスケジューリングする対応するＤＣＩにおいて示されるＴＢ識別子と、ＴＢをスケジューリングする対応するＤＣＩにおいて示されるＴＣＩ状態識別子と、ＴＢをスケジューリングする対応するＤＣＩがＣＯＲＥＳＥＴを介して受信される当該ＣＯＲＥＳＥＴのＴＣＩ状態識別子と、ＴＢを搬送するＰＤＳＣＨのスクランブリング識別子と、からなるグループのうちの１つまたは複数に基づいて、さらに決定される。

【0076】

いくつかの実施形態では、送信フィードバックを可能にするための無線デバイスは、１つまたは複数のプロセッサおよびメモリを含む。メモリは、１つまたは複数のプロセッサによって実行可能な命令を格納し、それによって、無線デバイスは、上記のいずれかの方法を実行するように動作可能である。

【0077】

いくつかの実施形態では、送信フィードバックを可能にするための基地局は、１つまたは複数のプロセッサおよびメモリを含む。メモリは、１つまたは複数のプロセッサによって実行可能な命令を格納し、これによって、基地局は、上記のいずれかの方法を実行するように動作可能である。

【図面の簡単な説明】

【0078】

本明細書に組み込まれ、その一部を形成する添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理を説明するのに役立つ。

【0079】

【図1】は１４個のシンボルスロットを示している。最初の２つのシンボルには物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が含まれ、残りには物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）のいずれかの物理共有データチャネルが含まれている。

【0080】

【図2】は、基本的な新無線（ＮＲ）物理時間－周波数リソースグリッドを示す。

【0081】

【図3】は、２つのタイプＢのＰＤＳＣＨがスロット内でスケジューリングされるいくつかの例を示す。

【0082】

【図4】は、複数の多入力多出力（ＭＩＭＯ）レイヤ上でのＮＲデータ送信を示す。

【0083】

【図5】は、周波数領域および時間領域の両方で構成可能なリソースエレメントへの復調基準信号（ＤＭＲＳ）のマッピングを示す。

【0084】

【図6】は、１から５までのＫ１のセットと、構成された時間領域リソース割り当てテーブルとを有する時分割複信（ＴＤＤ）パターンを示す。

【0085】

【図7】は、３つのセル、すなわちセル１～３を構成された無線デバイスのための半静的ハイブリッド自動再送要求（ＨＡＲＱ）コードブックを示す。

【0086】

【図8】は、２つの送信受信ポイント（ＴＲＰ）を介して無線デバイスに送信されるデータを示し、各ＴＲＰは、１つのコードワードにマッピングされる１つのＴＢを搬送する。

【0087】

【図9】は、各ＴＲＰにおいて使用される独立したスケジューラを示す。

【0088】

【図10】は、本開示のいくつかの実施形態による、本開示の実施形態が実装され得るセルラー通信システムの一例を示す。

【0089】

【図11】は、本開示のいくつかの実施形態による、コアネットワーク機能（ＮＦ）を含む５Ｇネットワークアーキテクチャとして表される無線通信システムを示す。

【0090】

【図12】は、本開示のいくつかの実施形態による、図１１の５Ｇネットワークアーキテクチャで使用されるポイントツーポイントリファレンスポイント／インターフェースの代わりに、制御プレーン内のＮＦ間のサービスベースインターフェースを使用する５Ｇネットワークアーキテクチャを示す。

【0091】

【図13A】および

【図13B】は、それぞれ、本開示のいくつかの実施形態による、無線デバイスおよび基地局の動作の方法を示す。

【0092】

【図13C】は、本開示のいくつかの実施形態による、１から５までの範囲内のＫ１を構成される無線デバイスであって、１つのＴＲＰからスロット内で１つのＰＤＳＣＨを受信するか、または、２つのＴＲＰからスロット内で２つのＰＤＳＣＨを受信する無線デバイスを示す。

【0093】

【図14】は、本開示のいくつかの実施形態による、ＰＤＣＣＨ #１およびＰＤＣＣＨ #２がそれぞれＴＲＰ１および２から送信される例を示す。

【0094】

【図15】は、本開示のいくつかの実施形態による、ＰＤＣＣＨ #１およびＰＤＣＣＨ #２がそれぞれＴＲＰ１および２から送信される例を示す。

【0095】

【図16】は、本開示のいくつかの実施形態による、ＰＤＳＣＨ #１のためにシグナリングされるＣＤＭグループ０と、ＰＤＳＣＨ＃２のためにシグナリングされるＣＤＭグループ１と、を示す。

【0096】

【図17】は、本開示のいくつかの実施形態による、上位レイヤシグナリングインデックスによって定義される２つのＣＯＲＥＳＥＴグループを示す。

【0097】

【図18】は、本開示のいくつかの実施形態による、１つのＴＢおよび２つのＣＯＲＥＳＥＴグループを構成されたセルを示す。

【0098】

【図19】は、本開示のいくつかの実施形態による、ユーザ装置（ＵＥ）の一実施形態を示す。

【0099】

【図20】は、本開示のいくつかの実施形態による、いくつかの実施形態によって実装される機能が仮想化され得る仮想化環境を示す概略ブロック図である。

【0100】

【図21】は、本開示のいくつかの実施形態による例示的な通信システムを示す。

【0101】

【図22】は、本開示のいくつかの実施形態による、図２１のＵＥ、基地局、およびホストコンピュータの、一実施形態による例示的な実装を示す。

【0102】

【図23】、

【図24】、

【図25】、および

【図26】は、本開示のいくつかの実施形態による、通信システムにおいて実行される方法を示すフローチャートである。

【0103】

【図27】、

【図28】、および

【図29】は、本開示のいくつかの実施形態による、通信システムにおいて実施されるいくつかの方法を示すフローチャートを示す。

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

【0104】

以下に記載される実施形態は、当業者が実施形態を実施し、実施形態を実施する最良の形態を示すことを可能にする情報を表す。
添付の図面に照らして以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書で特に対処されないこれらの概念の適用を認識するであろう。
これらの概念およびアプリケーションは、本開示の範囲内にあることを理解されたい。

【0105】

無線ノード：ここで使用されるように、「無線ノード」は無線アクセスノードまたは無線デバイスのいずれかである。

【0106】

無線アクセスノード：本明細書で使用されるように、「無線アクセスノード」または「無線ネットワークノード」は、信号を無線で送信および／または受信するように動作するセルラー通信ネットワークの無線アクセスネットワーク内の任意のノードである。無線アクセスノードのいくつかの例は、基地局（例えば、第三世代パートナーシッププロジェクト（３ＧＰＰ）の第五世代（５Ｇ）ＮＲネットワーク内の新無線（ＮＲ）基地局（ｇＮＢ）、または３ＧＰＰロングタームエボリューション（ＬＴＥ）ネットワーク内の拡張または発展型ノードＢ（ｅＮＢ）、ハイパワーまたはマクロ基地局、ローパワー基地局（例えば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、およびリレーノードを含むが、これらに限定されない。

【0107】

コアネットワークノード：ここで使用されるように、「コアネットワークノード」は、コアネットワーク内の任意の種類のノード、またはコアネットワーク機能を実装する任意のノードである。コアネットワークノードのいくつかの例は、例えば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（ＰＧＷ）、サービス能力公開機能（ＳＣＥＦ）、ホームサブスクライバサーバ（ＨＳＳ）などを含む。コアネットワークノードの他の例には、アクセスおよびモビリティ機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシー制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）などを実装するノードが含まれる。

【0108】

無線デバイス：本明細書で使用されるように、「無線デバイス」は、無線アクセスノードに信号を無線で送信および／または受信することによってセルラー通信ネットワークにアクセスする（すなわち、セルラー通信ネットワークによってサービスされる）任意の種類の装置である。無線デバイスのいくつかの事例は、３ＧＰＰネットワーク内のユーザ装置デバイス（ＵＥ）およびマシンタイプ通信（ＭＴＣ）デバイスを含むが、これらに限定されない。

【0109】

ネットワークノード：ここで使用されるように、「ネットワークノード」は、無線アクセスネットワーク、または、セルラー通信ネットワーク／システムのコアネットワークの一部である、いずれかのノードである。

【0110】

本明細書で与えられる説明は、３ＧＰＰセルラー通信システムに焦点を当てており、したがって、３ＧＰＰ用語または３ＧＰＰ用語に類似する用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。

【0111】

本明細書の説明では、「セル」という用語を参照することができるが、特に５ＧＮＲ概念に関しては、セルの代わりにビームを使用することができ、したがって、本明細書で説明する概念がセルおよびビームの両方に等しく適用可能であることに留意されたい。

【0112】

図１０は、本開示の実施形態を実施することができるセルラー通信システム１０００の一例を示す。本明細書で説明する実施形態では、セルラー通信システム１０００は、ＮＲＲＡＮを含む５Ｇシステム（５ＧＳ）である。この例では、ＲＡＮは、５ＧＮＲではｇＮＢと呼ばれる基地局１００２－１および１００２－２を含み、対応する（マクロ）セル１００４－１および１００４－２を制御する。基地局１００２－１および１００２－２は、本明細書では、一般に、集合的に基地局１００２と呼ばれ、個別に基地局１００２と呼ばれることもある。同様に、（マクロ）セル１００４－１および１００４－２は、本明細書では、全体として（マクロ）セル１００４と呼ばれ、個別にも（マクロ）セル１００４と呼ばれる。ＲＡＮは、対応するスモールセル１００８－１ないし１００８－４を制御するいくつかのローパワーノード１００６－１～ないし１００６－４も含むことができる。ローパワーノード１００６－１ないし１００６－４は、小型基地局（ピコまたはフェムト基地局など）または遠隔無線ヘッド（ＲＲＨ）などとすることができる。特に、図示されていないが、スモールセル１００８－１ないし１００８－４のうちの１つまたは複数は、代替的に、基地局１００２によって提供されてもよい。ローパワーノード１００６－１ないし１００６－４は、本明細書では一般に、集合的にローパワーノード１００６と呼ばれたり、個別にもローパワーノード１００６と呼ばれたりする。同様に、スモールセル１００８－１ないし１００８－４は、本明細書では全体としてスモールセル１００８と呼ばれ、個別にもスモールセル１００８と呼ばれる。セルラー通信システム１０００はまた、コアネットワーク１０１０を含み、５ＧＳでは、５Ｇコア（５ＧＣ）と呼ばれる。基地局１００２（およびオプションでローパワーノード１００６）は、コアネットワーク１０１０に接続される。

【0113】

基地局１００２およびローパワーノード１００６は、対応するセル１００４および１００８内の無線デバイス１０１２－１から１０１２－５にサービスを提供する。無線デバイス１０１２－１から１０１２－５は、本明細書では全体として無線デバイス１０１２と呼ばれたり、個々にも無線デバイス１０１２と呼ばれたりする。無線デバイス１０１２は、本明細書では、ＵＥとも呼ばれることがある。

【0114】

図１１は、コアネットワーク機能（ＮＦ）で構成される５Ｇネットワークアーキテクチャとして表現される無線通信システムを示しており、任意の２つのＮＦ間の相互作用は、ポイントツーポイントリファレンスポイント／インターフェースによって表現される。図１１は、図１０のシステム１０００の１つの特定の実装として見ることができる。

【0115】

図１１に示す５Ｇネットワークアーキテクチャは、アクセス側から見ると、無線アクセスネットワーク（ＲＡＮ）またはアクセスネットワーク（ＡＮ）、ならびにアクセスおよびモビリティ管理機能（ＡＭＦ）のいずれかに接続された複数のユーザ装置（ＵＥ）を含む。典型的には、Ｒ（ＡＮ）は、例えば、発展型ノードＢ（ｅＮＢ）または５Ｇ基地局（ｇＮＢ）などの基地局を備える。コアネットワーク側から見ると、図１１に示す５ＧコアＮＦには、ネットワークスライス選択機能（ＮＳＳＦ）、認証サーバ機能（ＡＵＳＦ）、統合データ管理（ＵＤＭ）、ＡＭＦ、セッション管理機能（ＳＭＦ）、ポリシー制御機能（ＰＣＦ）、およびアプリケーション機能（ＡＦ）が含まれている。

【0116】

５Ｇネットワークアーキテクチャのリファレンスポイントの表現は、模範的な標準化における詳細なコールフローを開発するために使用される。Ｎ１リファレンスポイントは、ＵＥとＡＭＦとの間で信号を搬送するように定義される。ＡＮとＡＭＦとの間、およびＡＮとＵＰＦとの間を接続するリファレンスポイントは、それぞれＮ２およびＮ３として定義される。ＡＭＦとＳＭＦとの間にはリファレンスポイントＮ１１があり、これは、ＳＭＦがＡＭＦによって少なくとも部分的に制御されることを意味する。Ｎ４は、ＳＭＦおよびＵＰＦによって使用され、その結果、ＵＰＦは、ＳＭＦによって生成された制御信号を使用して設定され、ＵＰＦは、その状態をＳＭＦに報告することができる。Ｎ９は、異なるＵＰＦ間の接続のためのリファレンスポイントであり、Ｎ１４は、それぞれ異なるＡＭＦ間を接続するリファレンスポイントである。ＰＣＦがＡＭＦおよびＳＭＦにそれぞれポリシーを適用するため、Ｎ１５およびＮ７が定義される。ＡＭＦがＵＥの認証を行うにはＮ１２が必要である。ＡＭＦとＳＭＦにはＵＥのサブスクリプションデータが必要なため、Ｎ８とＮ１０が定義されている。

【0117】

５Ｇコアネットワークは、ユーザプレーンと制御プレーンとを分離することを目的とする。ユーザプレーンは、ユーザトラフィックを搬送し、制御プレーンは、ネットワークにおいてシグナリングを搬送する。図１１では、ＵＰＦはユーザプレーンにあり、他のすべてのＮＦ、すなわちＡＭＦ、ＳＭＦ、ＰＣＦ、ＡＦ、ＡＵＳＦ、およびＵＤＭは制御プレーンにある。ユーザプレーンと制御プレーンとを分離することにより、各プレーンリソースが独立してスケーリングされることが保証される。また、ＵＰＦは、分散方式で制御プレーン機能とは別個に設置可能である。このアーキテクチャでは、ＵＰＦは、低遅延を必要とするいくつかのアプリケーションのためにＵＥとデータネットワークとの間のラウンドトリップ時間（ＲＴＴ）を短縮すべく、ＵＥに対して非常に近い位置に配置されてもよい。

【0118】

コア５Ｇネットワークアーキテクチャはモジュール化された機能から構成される。例えば、ＡＭＦおよびＳＭＦは、制御プレーンにおいて独立した機能である。分離されたＡＭＦおよびＳＭＦは、独立した進化およびスケーリングを実現可能にする。ＰＣＦとＡＵＳＦのような他の制御プレーン機能は、図１１に示すように分離可能であり、モジュール化された機能設計は、５Ｇコアネットワークが様々なサービスを柔軟にサポートすることを可能にする。

【0119】

各ＮＦは、別のＮＦに対して直接的にインターアクション（相互作用）する。中間機能を使用して、あるＮＦから別のＮＦにメッセージをルーティングすることができる。制御プレーンでは、２つのＮＦ間でのインターアクションのセットは、その再利用が可能であるようにサービスとして定義される。このサービスは、モジュラリティのサポートを可能にする。ユーザプレーンは、異なるＵＰＦ間の転送動作などのインターアクションをサポートする。

【0120】

図１２は、図１１の５Ｇネットワークアーキテクチャで使用されるポイントツーポイントリファレンスポイント／インターフェースの代わりに、制御プレーン内のＮＦ間のサービスベースのインターフェースを使用する５Ｇネットワークアーキテクチャを示す。しかし、図１１を参照して上述されたＮＦは、図１２に示すＮＦに対応する。ＮＦが他の許可されたＮＦに提供するサービス等は、サービスベースのインターフェースを介して許可されたＮＦに公開されてもよい。図１２では、サービスベースのインターフェースは文字「Ｎ」で示され、その後にＮＦの名前が続く。たとえば、ＡＭＦのサービスベースのインターフェースの場合はＮａｍｆ、ＳＭＦのサービスベースのインターフェースの場合はＮｓｍｆなどである。図１２のネットワーク公開機能（ＮＥＦ）およびネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）は、上述の図１１には示されていない。しかしながら、図１１に明示的に示されていないが、図１１に示されているすべてのＮＦが、必要に応じて図１２のＮＥＦおよびＮＲＦとインターアクションすることができることは理解されるべきである。

【0121】

図１１および１２に示されるＮＦのいくつかの特徴は、以下の方法で記載され得る。ＡＭＦは、ＵＥベースの認証、許可、モビリティ管理などを提供する。ＡＭＦは無線接続技術から独立しているため、複数の接続技術を使用するＵＥでさえも、基本的に単一のＡＭＦに接続される。ＳＭＦはセッション管理を担当し、ＵＥにインターネットプロトコル（ＩＰ）アドレスを割り当てる。また、データ転送用のＵＰＦを選択および制御する。ＵＥに複数のセッションがある場合、個別に複数のセッションを管理するためにセッションごとに異なるＳＭＦが割り当てられ、場合によってはセッションごとに異なる機能を提供することができる。ＡＦは、ＱｏＳ（サービス品質）をサポートするために、ポリシー制御を担当するＰＣＦにパケットフローに関する情報を提供する。この情報に基づいて、ＰＣＦは、ＡＭＦおよびＳＭＦを適切に動作させるために、モビリティおよびセッション管理に関するポリシーを決定する。ＡＵＳＦは、ＵＥ等に対する認証機能をサポートし、したがって、ＵＤＭがＵＥのサブスクリプションデータを記憶している間、ＵＥ等の認証のためのデータを記憶する。データネットワーク（ＤＮ）は、５Ｇコアネットワークの一部ではなく、インターネットアクセスやオペレータサービスなどを提供する。

【0122】

ＮＦは、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、または、適切なプラットフォーム、例えば、クラウドインフラストラクチャ上にインスタンス化される仮想化された機能として、実装されてもよい。

【0123】

ＲＡＮ１＃９７では、異なる複数のＴＲＰから受信される物理ダウンリンク共有チャネル（ＰＤＳＣＨ）についての別個のＡＣＫ／ＮＡＣＫフィードバックのために、インデックスが構成されてすべてのＣＣに対して適用される場合、ＵＥは、インデックスによって識別される別個のＡＣＫ／ＮＡＣＫコードブックを生成することができなければならないことが合意された。個別のＡＣＫ／ＮＡＣＫコードブックを生成するために使用されるインデックスは、制御リソースセット（ＣＯＲＥＳＥＴ）ごとの、上位レイヤシグナリングインデックスである。さらに、複数のＤＣＩが使用される、異なる複数のＴＲＰから受信される複数のＰＤＳＣＨのためのジョイントＨＡＲＱ－ＡＣＫフィードバックもサポートされることが合意された。

【0124】

現在、いくつかの課題が存在する。複数のＤＣＩが使用される、異なる複数の送信受信ポイント（ＴＲＰ）から受信される複数のＰＤＳＣＨについてのジョイントＨＡＲＱ－ＡＣＫフィードバックのために、セミスタティック（半静的）なＨＡＲＱコードブックをどのように構成するか、を決定する必要がある。特に、２つのＰＤＳＣＨに関連するＡ／Ｎビットをどのように多重化するかを決定することが、必要がある。

【0125】

複数のＴＲＰを介したＰＤＳＣＨ送信についてジョイントハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのためのシステムと方法とが提供される。いくつかの実施形態では、送信フィードバックを可能にするために無線デバイスによって実行される方法は、第１のトランスポートブロック（ＴＢ）および第２のＴＢを受信することと、これらのＴＢをスケジューリングする、対応するダウンリンク制御情報（ＤＣＩ）がＣＯＲＥＳＥＴを介して受信されるところ当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループ識別子に基づいて、第１のＴＢおよび第２のＴＢを決定することと、を有する。このようにして、タイプ１のＨＡＲＱコードブック構築のためのＮＲリリース１５の手順は、半静的なＨＡＲＱ－ＡＣＫコードブックを用いたＨＡＲＱフィードバックオーバヘッドを増やさずに、または、最小の増加で、再利用が可能となる。

【0126】

図１３Ａおよび図１３Ｂは、本開示のいくつかの実施形態による、それぞれ、無線デバイスおよび基地局の動作の方法を示す。図１３Ａに示されるように、無線デバイスは、オプションで、PDSCH-to-HARQフィードバックタイミングであるＫ１値のセット、および／または、サービングセル内のスロット当たりのＰＤＳＣＨ時間領域リソース割り当てのリスト、を伴うコンフィギュレーション（構成情報）を受信する（ステップ１３００）。無線デバイスは、（例えば、コンポーネントキャリア（ＣＣ）内に搭載されて）第１のＴＢおよび第２のＴＢを受信する（ステップ１３０２）。無線デバイスは、１つまたは複数のインジケーションに基づいて、第１のＴＢおよび第２のＴＢを決定する。図１３Ａに示すように、ＴＢをケジューリングする対応するＤＣＩはＣＯＲＥＳＥＴを介して受信されるが、当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループ識別子に基づいて、当該第１のＴＢおよび第２のＴＢが決定される（ステップ１３０４）。無線デバイスは、オプションとして、構築されたタイプ１ＨＡＲＱコードブックを報告する（ステップ１３０６）。このようにして、タイプ１のＨＡＲＱコードブック構築のためのＮＲリリース１５の手順は、半静的ＨＡＲＱ－ＡＣＫコードブックを用いたＨＡＲＱフィードバックオーバヘッドを増やすことなく、または、最小の増加でもって、再利用され得る。

【0127】

図１３Ｂに示されるように、基地局は、オプションで、サービングセル内のスロット当たりのＰＤＳＣＨ時間領域リソース割り当てのリスト、および／または、PDSCH-to-HARQフィードバックタイミングであるＫ１値のセットを有するコンフィギュレーションを無線デバイスに送信する（ステップ１３０８）。基地局は、第１のＴＢおよび第２のＴＢを無線デバイスに送信する。ここで、第１のＴＢおよび第２のＴＢは、当該ＴＢをスケジューリングする対応するＤＣＩがＣＯＲＥＳＥＴを介して送信されるところ、当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループ識別子に基づいて、決定される（ステップ１３１０）。基地局は、無線デバイスから、構築されたタイプ１ＨＡＲＱコードブックを受信する（ステップ１３１２）。このようにして、タイプ１のＨＡＲＱコードブック構築のためのＮＲのリリース１５の手順は、半静的なＨＡＲＱ－ＡＣＫコードブックを用いたＨＡＲＱフィードバックオーバヘッドを増やすことなく、または、最小の増加で再利用され得る。

【0128】

本開示およびそれらの実施形態の特定の態様は、上記または他の課題に対する解決策を提供することができる。いくつかの実施形態では、方法は、（ａ）２つのＴＲＰからの複数のＰＤＣＣＨスケジューリングであっても、合計で２つのＴＢがスロット内でスケジューリング可能であること、および／または、（ｂ）完全にオーバーラップする時間領域リソースが２つのＴＲＰからのＰＤＳＣＨによって使用されること、を認める。
いくつかの実施形態は、以下を含む。

【0129】

暗黙的なジョイントＡ／Ｎフィードバックシグナリングの場合、ジョイントＡ／Ｎフィードバックが使用されるセルは、最大で２個のＴＢを構成され、したがって、Ｋ１値およびオーバーラップするＴＤＲＡのセットあたり、２つのエントリが、当該セルのための半静的ＨＡＲＱ－ＡＣＫコードブックのために、予約される。

【0130】

明示的なジョイントＡ／Ｎフィードバックシグナリングの場合、セルのための半静的ＨＡＲＱ－ＡＣＫコードブックのためのエントリであって、Ｋ１値およびオーバーラップするＴＤＲＡのセット当たりエントリの個数が、当該セルにおいて構成されたＣＯＲＥＳＥＴグループの個数によって、決定される。

【0131】

２つのエントリのうちの１つに対する、受信されるＴＢについてのＡ／Ｎビットのマッピングは、当該ＴＢをスケジューリングする対応するＤＣＩにおいて示される１つまたは複数のＤＭＲＳポートのＤＭＲＳＣＤＭグループ識別子と、当該ＴＢをスケジューリングする対応するＤＣＩにおいて示されるＴＢ識別子と、当該ＴＢをスケジューリングする対応するＤＣＩがＣＯＲＥＳＥＴを介して受信されるところ当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループ識別子と、当該ＴＢをスケジューリングする対応するＤＣＩにおいて示されるＴＣＩ状態識別子と、当該ＴＢをスケジューリングする対応するＤＣＩがＣＯＲＥＳＥＴを介して受信されるところ当該ＣＯＲＥＳＥＴのＴＣＩ状態識別子と、当該ＴＢを搬送するＰＤＳＣＨのスクランブリング識別子と、のうちの１つに従うことができる。

【0132】

２つの送信ポイント（ＴＲＰ）を有する少なくとも１つの無線ノードと、少なくとも１つのユーザ装置とを有する無線ネットワークにおいて、複数のＴＲＰからのマルチＤＣＩベースのＰＤＳＣＨ送信を用いる、ジョイントＨＡＲＱＡＣＫレポートのための、タイプ１のＨＡＲＱ－ＡＣＫコードブック構築の方法が、本明細書で説明される。本方法は、当該無線ノードによって、PDSCH-to-HARQフィードバックタイミングであるＫ１値のセットと、サービングセル内のスロット当たりのＰＤＳＣＨ時間領域リソース割り当てのリストとを、ＵＥに構成することと、当該無線ノードによって、構成されたＫ１値のそれぞれと、オーバーラップするＰＤＳＣＨ時間領域リソース割り当ての各セットとについての、タイプ１のＨＡＲＱコードブック内に、２つのエントリとして第１のエントリおよび第２のエントリを割り当てることをＵＥに対して示すことと、当該無線ノードによって、第１のＴＲＰからの第１のＴＢ（トランスポートブロック）と、第２のＴＲＰからの第２のＴＢとを、スロット内でＵＥへ送信することと、を有し、当該第１のＴＢおよび当該第２のＴＢは、各ＴＢに１つずつ、２つのＤＣＩを用い、かつ、同一の時間領域リソース割り当てと同一のＫ１値とが用いられて、スケジューリングされる。

【0133】

ＵＥによって、第１および第２のＴＢを受信し、ＵＥによって、当該第１または第２のＴＢを決定する。当該第１または第２のＴＢを決定することは、当該ＴＢをスケジューリングする対応するＤＣＩ内において示される１つまたは複数のＤＭＲＳポートのＤＭＲＳＣＤＭグループ識別子と、当該ＴＢをスケジューリングする対応するＤＣＩ内において示されるＴＢ識別子と、当該ＴＢをスケジューリングする対応するＤＣＩがＣＯＲＥＳＥＴを介して受信されるところ、当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループ識別子と、当該ＴＢをスケジューリングする対応するＤＣＩ内において示されるＴＣＩ状態識別子と、当該ＴＢをスケジューリングする対応するＤＣＩがＣＯＲＥＳＥＴを介して受信されるところの当該ＣＯＲＥＳＥＴのＴＣＩ状態識別子と、当該ＴＢを搬送するＰＤＳＣＨのスクランブリング識別子と、のうちの１つまたは複数に基づいて実行される。

【0134】

ＵＥによって、当該第１のＴＢのためのＨＡＲＱ－ＡＣＫビットを当該第１のエントリにマッピングし、当該第２のＴＢのためのＨＡＲＱ－ＡＣＫビットを第２のエントリにマッピングし、当該第１のエントリ及び当該第２のエントリは、同一のＫ１値および同一の時間領域リソース割り当てに関連付けられたタイプ１のＨＡＲＱ－ＡＣＫコードブック内のものであり、ＵＥによって、当該構築されたタイプ１のＨＡＲＱコードブックを無線ノードに報告する。１の当該方法において、当該インジケートする（示す）ことは、上位レイヤパラメータであるmaxNrofCodeWordsScheduledByDCI =２を構成することと、または、ＨＡＲＱ－ＡＣＫレポートのためにＣＯＲＥＳＥＴごとにそれぞれ異なるグループ識別子値を２つのＣＯＲＥＳＥＴグループに対して構成することと、のいずれか１つによって、明示的または暗黙的のいずれかとすることが可能である。

【0135】

１の方法において、当該第１のＴＢまたは当該第２のＴＢが受信されない場合、それぞれ当該第１のエントリまたは当該第２のエントリがＮＡＣＫで満たされる。１の方法において、前記送信することは、単一のＤＣＩによってスケジューリングされた１つまたは２つのＴＢを送信すること、をさらに含んでもよい。１または４の方法において、前記ＤＣＩ内で示されるように、前記第１のＴＢはトランスポートブロック１に対応し、前記第２のＴＢはトランスポートブロック２に対応する。

【0136】

本明細書で開示される問題のうちの１つ以上に対処する様々な実施形態が、本明細書で提案される。いくつかの実施形態では、送信フィードバックを提供するために無線デバイスによって実行される方法は、第１のトランスポートブロック（ＴＢ）および第２のＴＢを受信することと、前記第１のＴＢおよび前記第２のＴＢを決定することであって、前記ＴＢをスケジューリングする対応するダウンリンク制御情報（ＤＣＩ）内で示される１つまたは複数のＤＭＲＳポートの復調基準信号（ＤＭＲＳ）符号分割多重化（ＣＤＭ）グループ識別子と、前記ＴＢをスケジューリングする対応するＤＣＩ内で示されるＴＢ識別子と、前記ＴＢをスケジューリングする対応するＤＣＩが制御リソースセット（ＣＯＲＥＳＥＴ）を介して受信されるところの当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループ識別子と、前記ＴＢをスケジューリングする対応するＤＣＩ内で示されるＴＣＩ状態識別子と、前記ＴＢをスケジューリングする対応するＤＣＩがＣＯＲＥＳＥＴ介して受信されるところの当該ＣＯＲＥＳＥＴのＴＣＩ状態識別子と、前記ＴＢを搬送するＰＤＳＣＨのスクランブリング識別子と、からなるグループのうちの１つまたは複数に基づいて、決定することと、を有する。

【0137】

特定の実施形態は、以下の技術的利点のうちの１つまたは複数を提供することができる。タイプ１のＨＡＲＱコードブックの構築のためのＮＲのリリース１５の手順は、セミスタティック（半静的）なＨＡＲＱ－ＡＣＫコードブックを用いて、ＨＡＲＱフィードバックオーバヘッドを増やすことなく、または、最小の増加で再利用され得る。

【0138】

いくつかの実施形態では、本方法はまた、前記第１のＴＢおよび前記第２のＴＢを受信する前に、PDSCH-to-HARQフィードバックタイミングであるＫ１値のセット、および／または、サービングセル内のスロット当たりのＰＤＳＣＨ時間領域リソース割り当てのリスト、を伴うコンフィギュレーションを受信すること、を有する。

【0139】

いくつかの実施形態では、本方法はまた、前記第１のＴＢおよび前記第２のＴＢを受信する前に、前記構成されたＫ１値のそれぞれ、および、オーバーラップするＰＤＳＣＨ時間領域リソース割り当てのセットのそれぞれについての、タイプ１のＨＡＲＱコードブック内に、第１のエントリおよび第２のエントリという２つのエントリを割り当てるためのインジケーションを受信すること、を有する。

【0140】

いくつかの実施形態では、本方法はまた、前記第１のＴＢのためのＨＡＲＱ－ＡＣＫビットを前記第１のエントリにマッピングし、前記第２のＴＢのためのＨＡＲＱ－ＡＣＫビットを前記第２のエントリにマッピングすること、を有し、これらは前記タイプ１のＨＡＲＱ－ＡＣＫコードブック内のエントリであり、同一のＫ１値および同一の時間領域リソース割り当てに関連付けられている。いくつかの実施形態では、本方法はまた、前記構築されたタイプ１ＨＡＲＱコードブックを報告すること、を有する。

【0141】

いくつかの実施形態では、前記第１のＴＢおよび前記第２のＴＢを受信することは、スロットにおいて、第１のＴＲＰから前記第１のＴＢを、第２のＴＲＰから前記第２のＴＢを、受信することを有し、前記第１のＴＢおよび前記第２のＴＢは、各ＴＢに１つずつの、２つのＤＣＩを用い、かつ、同一の時間領域リソース割り当てと同一のＫ１値とを用いて、スケジューリングされる。

【0142】

いくつかの実施形態では、２つのエントリを割り当てるためのインジケーションを受信することは、明示的または暗黙的のいずれであってもよい。ある実施形態では、２つのエントリを割り当てる前記インジケーションを受信することは、上位レイヤパラメータであるmaxNrofCodeWordsScheduledByDCI =２を受信することと、および／または、ＨＡＲＱ－ＡＣＫレポートのためにＣＯＲＥＳＥＴごとにそれぞれ異なるグループ識別子値を２つのＣＯＲＥＳＥＴグループを構成することと、を含む。

【0143】

いくつかの実施形態では、前記第１のＴＢまたは前記第２のＴＢが受信されない場合には、それぞれ前記第１のエントリまたは前記第２のエントリがＮＡＣＫで満たされる。いくつかの実施形態では、前記送信することは、単一のＤＣＩによってスケジューリングされた１つまたは２つのＴＢを送信すること、をさらに有してもよい。いくつかの実施形態では、前記ＤＣＩ内で示されるように、前記第１のＴＢはトランスポートブロック１に対応し、前記第２のＴＢはトランスポートブロック２に対応する。いくつかの実施形態では、無線デバイスは、新無線（ＮＲ）のユーザ装置（ＵＥ）である。

【0144】

いくつかの実施形態では、送信フィードバックを受信するために基地局によって実行される方法は、無線デバイスへ、第１のＴＢおよび第２のＴＢを送信することと、前記無線デバイスから、構築されたタイプ１のＨＡＲＱコードブックを受信することと、を有する。

【0145】

いくつかの実施形態では、本方法はまた、前記第１のＴＢおよび前記第２のＴＢを送信する前に、PDSCH-to-HARQフィードバックタイミングであるＫ１値のセット、および／または、サービングセルにおいてスロットごとのＰＤＳＣＨ時間領域リソース割り当てのリスト、を伴うコンフィギュレーションを前記無線デバイスへ送信すること、を有する。

【0146】

いくつかの実施形態では、本方法はまた、前記第１のＴＢおよび前記第２のＴＢを送信する前に、前記構成されたＫ１値のそれぞれおよびオーバーラップするＰＤＳＣＨ時間領域リソース割り当てのセットのそれぞれについて、タイプ１のＨＡＲＱコードブックに対して、第１のエントリおよび第２のエントリという２つのエントリを割り当てるためのインジケーションを前記無線デバイスに送信すること、を有する。

【0147】

いくつかの実施形態では、前記第１のＴＢおよび前記第２のＴＢを送信することは、スロットにおいて、前記第１のＴＢを第１のＴＲＰから、前記第２のＴＢを第２のＴＲＰから送信すること、を有し、前記第１のＴＢおよび前記第２のＴＢは、各ＴＢに１つずつの、２つのＤＣＩを用いて、かつ、同一の時間領域リソース割り当てと同一のＫ１値とを用いて、スケジューリングされる。

【0148】

いくつかの実施形態では、２つのエントリを割り当てるために前記インジケーションを送信することは、明示的または暗黙的のいずれであってもよい。ある実施形態では、２つのエントリを割り当てるために前記インジケーションを送信することは、上位レイヤパラメータであるmaxNrofCodeWordsScheduledByDCI =２を送信することと、および／または、ＨＡＲＱ－ＡＣＫレポートのためにＣＯＲＥＳＥＴごとにそれぞれ異なるグループ識別子値を２つのＣＯＲＥＳＥＴグループに対して構成することと、を含む。

【0149】

いくつかの実施形態では、前記第１のＴＢまたは前記第２のＴＢが受信されない場合それぞれ、前記第１のエントリまたは前記第２のエントリがＮＡＣＫで満たされる。いくつかの実施形態では、前記送信することは、単一のＤＣＩによってスケジューリングされる１つまたは２つのＴＢを送信すること、をさらに含んでもよい。いくつかの実施形態では、前記ＤＣＩ内で示されるように、前記第１のＴＢはトランスポートブロック１に対応し、前記第２のＴＢはトランスポートブロック２に対応する。いくつかの実施形態では、前記基地局はＮＲｇＮＢである。

【0150】

複数のＰＤＣＣＨを伴う複数のＰＤＳＣＨを送信する場合、時間領域リソース内でスケジューリングされ得るＴＢの総数は２であることに留意されたい。言い換えれば、各々が１つのＴＢを有する２つのＰＤＳＣＨのみが、同一の時間領域リソース上のスロット内にスケジューリング可能とされる。前記ＵＥが、ＣＣ上でのジョイントＨＡＲＱ A／Ｎのためにタイプ１のＨＡＲＱ－ＡＣＫコードブック（すなわち、半静的なＨＡＲＱコードブック）を使用するように（明示的または暗黙的のいずれかで）構成される場合、前記ＵＥは、タイプ１のＨＡＲＱ－ＡＣＫコードブックを構築するために前記ＣＣについて最大で２つまでのＴＢを（明示的または暗黙的のいずれかで）構成されうる。前記ＵＥが、上位レイヤパラメータであるmaxNrofCodeWordsScheduledByDCI =２を構成される場合、リリース１５の手順にしたがってタイプ１のコードブックを構築するために２つのＴＢが仮定されるため、追加のシグナリングは必要とされない。前記ＵＥがmaxNrofCodeWordsScheduledByDCI =１を構成される場合、ＣＣのためのタイプ１のＨＡＲＱコードブックを構築するために２つのＴＢが必要であることをＵＥに知らせるために、追加のインジケーション／シグナリングが必要となる。

【0151】

一例が図１３Ｃに示されており、ＵＥは、１から５までの範囲でＫ１を構成され、１つのＴＲＰからスロット内で１つのＰＤＳＣＨを受信するか、または、２つのＴＲＰからスロット内で２つのＰＤＳＣＨを受信するか、のいずれかとなる。半静的なＨＡＲＱ－ＡＣＫコードブックは、各々がＫ１値に関連付けられた５つのエントリと、各々がＴＢに関連付けられた２つの行と、からなる（図中の事例は例示のためだけのものであり、実際のコードブックは、ある所定の順序で配置された長いビットベクトルであることに留意されたい）。２つのＴＢを有する１つのＰＤＳＣＨがスロット内で受信される（すなわち、maxNrofCodeWordsScheduledByDCI =２を構成される）場合、ＰＤＳＣＨがどのＴＲＰから受信されるかにかかわらず、第１の行はＴＢ１に関連付けられ、第２の行はＴＢ２に関連付けられる。例えば、２つのＴＢを有するＰＤＳＣＨがｎ－５番目のスロットで受信され、Ｋ１＝５を有し、第１の行内の対応するエントリがＴＢ１に関連付けられ、Ｋ１＝５を有し、第２の行内の対応するエントリがＴＢ２に関連付けられる。ＴＢ１およびＴＢ２は、対応するＤＣＩ内でインジケートされる（示される）。

【0152】

１つのＴＢを有するＰＤＳＣＨが受信される場合、当該ＴＢが第１の行または第２の行内のエントリに関連付けられるかどうかは、ＴＲＰからＰＤＳＣＨが受信されるところの当該ＴＲＰによって決定可能であり、例えば、第１の行はＴＲＰ１に関連付けられ、第２の行はＴＲＰ２に関連付けられる。例えば、１つのＴＢを有するＰＤＳＣＨが、ＴＲＰ１からスロットｎ－４で受信される場合、当該ＴＢは、第１の行内の対応するエントリ（Ｋ１＝４）に関連付けられ、第２の行内のエントリは、（ＴＲＰ２から受信されたＰＤＳＣＨがないので）ＮＡＣＫで満たされる。別の例では、１つのＴＢを有するＰＤＳＣＨが、ＴＲＰ２からスロットｎ＋４で受信され、次いで、当該ＴＢは、第２の行内の対応するエントリ（Ｋ１＝１）に関連付けられ、第１の行内のエントリは（ＴＲＰ１から受信されるＰＤＳＣＨが無いため）ＮＡＣＫで満たされる。

【0153】

２つのＰＤＳＣＨが、スロット内で、例えばスロットｎ－３、ｎ－１、ｎ、ｎ＋１、ｎ＋３、およびｎ＋５において、受信される場合、３ＧＰＰにおいて達成された合意に従って、１つのＴＢのみが各ＰＤＳＣＨによって搬送可能となる。この場合、第１の行内の対応するエントリは、ＴＲＰ１から受信される第１のＴＢ（ＴＢ１）に関連付けられ、第２の行内の対応するエントリは、ＴＲＰ２から受信される第２のＴＢ（ＴＢ２）に関連付けられる。しかし、ＴＲＰ１およびＴＲＰ２が、ＵＥに対して直接シグナリングされることもなければ、３ＧＰＰの標準規格で指定されてもいない。したがって、第１および第２のＴＢ、すなわち、ＴＢ１およびＴＢ２は、１つまたは複数の他のパラメータによって決定される必要がある。

【0154】

スロット内でＰＤＳＣＨが受信されない場合、両方の行内の対応するエントリにＮＡＣＫが書き込まれる。たとえば、スロットｎ－２でＰＤＳＣＨが受信されず、Ｋ＝２の対応するエントリにＮＡＣＫが書き込まれる。

【0155】

暗黙的シグナリングでは、マルチＴＲＰ送信のためのＰＤＣＣＨがＣＣで受信されときの（複数の）ＣＯＲＥＳＥＴが、ＣＯＲＥＳＥＴごとに同一の上位レイヤ構成インデックスを有する（すなわち、単一のＣＯＲＥＳＥＴグループを構成される）場合、または、複数のＰＤＣＣＨを伴う複数のＰＤＳＣＨ送信のために、ＣＯＲＥＳＥＴごとに上位レイヤインデックスを構成されない場合、ジョイントＨＡＲＱＡ／Ｎフィードバックが使用される。異なる上位レイヤ構成インデックスがＣＯＲＥＳＥＴのために構成される（すなわち、２つの異なるＣＯＲＥＳＥＴグループが構成される）場合、複数のＰＤＣＣＨによってスケジューリングされる複数のＰＤＳＣＨ送信のために、別個のＨＡＲＱＡ／Ｎフィードバックが使用されることに留意されたい。この場合、（２つのＣＯＲＥＳＥＴグループを構成するのに対して単一のＣＯＲＥＳＥＴグループを構成するために使用可能な）ＣＯＲＥＳＥＴごとの上位レイヤ構成インデックスは、個別のＨＡＲＱＡ／Ｎフィードバックを使用することに対してジョイントＨＡＲＱＡ／Ｎフィードバックを使用することを区別するために、使用される。

【0156】

一実施形態では、１つのＴＢしかＰＤＳＣＨによって搬送できないか、または、ＵＥが最大で４つまでのＤＬＭＩＭＯレイヤしか受信できないとしても、ＵＥは、maxNrofCodeWordsScheduledByDCI =２を構成される。この場合、ＤＣＩフォーマット１＿１では２つのＴＢフィールドが使用されるが、１つのＴＢのみがイネーブルされる。すなわち、第１または第２のＴＢは、対応するＤＣＩ内で示される。たとえば、図１３Ｃにおいて、ＴＢ１は第１の行にマッピングされ、ＴＢ２は第２の行にマッピングされる。ＤＣＩ内で示される対応するトランスポートブロックについてＩ_ＭＣＳ=２６およびｒｖ_ｉｄ=１である場合、ＴＢはディスエーブルされる。

【0157】

ＵＥが４を超えるＤＬＭＩＭＯレイヤをサポートすることができ、２つのＴＢがイネーブルされた状態でＤＣＩが受信される場合、レガシー（従来の）ＴＢからコードワードへのマッピングが使用され、すなわち、ＴＢ１が第１の行にマッピングされ、ＴＢ２が第２の行にマッピングされる。

【0158】

この実施形態の欠点は、ＤＣＩフォーマット１－１の２つのＴＢフィールドが使用されるため、ＰＤＳＣＨごとに１つのＴＢが常にスケジューリングされる場合には、ＤＣＩオーバヘッドが増加することである。

【0159】

別の実施形態では、ＣＣ当たりで２つのＴＢを伴う、ジョイントＨＡＲＱＡＣＫフィードバックは、単一のＣＯＲＥＳＥＴグループ、すなわち、すべてのＣＯＲＥＳＥＴのための単一のＲＲＣ構成インデックス値を構成することによって、示されてもよい。この場合、maxNrofCodeWordsScheduledByDCI =１が構成される場合、ＤＣＩフォーマット１＿１において１つのＴＢフィールドしか必要とされないため、ＤＣＩオーバヘッドを節約することができる。ＰＤＳＣＨを受信した場合、対応するＴＢが、第１のＴＢであるのか、それとも第２のＴＢであるのか、を判定する必要がある。

【0160】

完全にオーバーラップする時間リソースにおいて２つのＴＲＰから２つのＰＤＳＣＨが送信されるとき、対応するＤＣＩにおいて示されるＴＣＩ状態は、異なるべきであり、ＴＣＩ状態は、ＰＤＳＣＨ１またはＰＤＳＣＨ２（したがって、それぞれ、ＴＢ１およびＴＢ２）を示すために、使用可能である。

【0161】

ＮＲでは、ＤＣＩ内のＴＣＩフィールドは、ＰＤＳＣＨＤＭＲＳの受信のためのＱＣＬ情報を伝達する（対応するＴＣＩ状態ＩＤを有する）ＴＣＩ状態を、示すことができる。図１４は、ＰＤＣＣＨ #１とＰＤＣＣＨ #２がそれぞれＴＲＰ１とＴＲＰ２から送信される例を示している。図１４に示すように、ＰＤＳＣＨ #１をスケジューリングするＰＤＣＣＨ #１に対応するＤＣＩは、１つのＴＣＩ状態（例えば、ＴＣＩ状態ＩＤ３を有する）を示すことができ、ＰＤＳＣＨ #２をスケジューリングするＰＤＣＣＨ #２に対応するＤＣＩは、別のＴＣＩ状態（例えば、ＴＣＩ状態ＩＤ６を有する）を示すことができる。この実施形態の一変形例では、ＰＤＣＣＨのＤＣＩ内で示されるＴＣＩ状態ＩＤが奇数である場合、ＰＤＳＣＨに対応するＴＢが第１のＴＢであるように、ルールが定義される。ＰＤＣＣＨのＤＣＩ内で示されるＴＣＩ状態ＩＤが偶数である場合、ＰＤＳＣＨに対応するＴＢは第２のＴＢである。より一般的に言えば、ＰＤＣＣＨのＤＣＩ内で示されるＴＣＩ状態ＩＤがｉである場合、ＰＤＳＣＨに対応するＴＢは、［ｍｏｄ（ｉ，ｍ）］番目のＴＢであり、なお、ｍ＝２である。

【0162】

別の実施形態では、ＰＤＣＣＨＤＭＲＳの受信のためのＱＣＬ情報を伝達するＰＤＣＣＨのためにアクティブ化されたＴＣＩ状態は、ＰＤＳＣＨ１またはＰＤＳＣＨ２（したがって、それぞれＴＢ１およびＴＢ２）を示すために、使用される。ＮＲでは、ＴＣＩ状態のリストをＣＯＲＥＳＥＴ内で構成することが可能であり、ＣＯＲＥＳＥＴ内で受信されるＰＤＣＣＨのためのＰＤＣＣＨＤＭＲＳについてＱＣＬ関係を提供する、ＴＣＩ状態の１つ、がアクティブ化される。図１５は、ＰＤＣＣＨ #１とＰＤＣＣＨ #２がそれぞれＴＲＰ１とＴＲＰ２とから送信される例を示している。図１５に示すように、ＩＤ=３のＴＣＩ状態がアクティブになっているＣＯＲＥＳＥＴ１では、ＰＤＣＣＨ #１が受信され、ＩＤ=６のＴＣＩ状態がアクティブになっているＣＯＲＥＳＥＴ２では、ＰＤＣＣＨ#２が受信される。この実施形態では、ＰＤＣＣＨを搬送するＣＯＲＥＳＥＴに対応するアクティブ化されたＴＣＩ状態ＩＤが奇数である場合、そのＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対応するＴＢは第１のＴＢであるように、ルールが定義される。ＰＤＣＣＨを搬送するＣＯＲＥＳＥＴに対応するアクティブ化されたＴＣＩ状態ＩＤが偶数である場合、そのＰＤＣＣＨによってスケジューリングされるＰＤＳＣＨに対応するＴＢは、第２のＴＢである。より一般的に言えば、ＰＤＣＣＨを搬送するＣＯＲＥＳＥＴに対応するアクティブ化されたＴＣＩ状態ＩＤがｉである場合、ＰＤＳＣＨに対応するＴＢは、［ｍｏｄ（ｉ，ｍ）］番目のＴＢであり、なお、ｍ＝２である。

【0163】

さらに、ＰＤＳＣＨ１またはＰＤＳＣＨ２（したがって、それぞれＴＢ１およびＴＢ２）を示すために、異なるＤＭＲＳＣＤＭグループが使用可能である。一実施形態では、第１および第２のＴＢは、ＤＭＲＳＣＤＭグループによって決定され、すなわち、第１のＴＢ（ＴＢ１）は、ＣＤＭグループ「λ＝０」を有するＰＤＳＣＨに関連付けられ、第２のＴＢ（ＴＢ２）は、ＣＤＭグループ「λ＝１」または「λ＝２」を有するＰＤＳＣＨに関連付けられる。一例が図１６に示されており、ここでは、ＣＤＭグループ０がＰＤＳＣＨ #１のためにシグナリングされ、ＣＤＭグループ１がＰＤＳＣＨ＃２のためにシグナリングされる。本実施形態によれば、第１のＴＢ（ＴＢ１）はＰＤＳＣＨ＃１に関連付けられ、第２のＴＢ（ＴＢ２）はＰＤＳＣＨ＃２に関連付けられる。ＣＧＭグループの番号またはインデックスは、対応するＤＣＩにおいてシグナリングされるＤＭＲＳポートから、識別可能である。

【0164】

ＤＭＲＳタイプ２では、３つのＤＭＲＳＣＤＭグループがある。したがって、ＴＢのうちの１つがＰＤＳＣＨに関連付けられるが当該ＰＤＳＣＨのＤＭＲＳは１つのＣＤＭグループに属し、他のＴＢがＰＤＳＣＨに関連付けられるが当該ＰＤＳＣＨのＤＭＲＳは残りの２つのＣＤＭグループのうちの一方または両方に属するように、ルールを定義することができる。次の例を考えてみる：

【0165】

ＰＤＳＣＨ #１のＤＭＲＳがＣＤＭグループ０に属する場合、ＴＢ１はＰＤＳＣＨ #１に関連付けられる。ＰＤＳＣＨ #２のＤＭＲＳがＣＤＭグループ１、２、またはその両方に属する場合、ＴＢ２はＰＤＳＣＨ #２に関連付けられる。

【0166】

３ＧＰＰＲＡＮ１＃９７では、複数のＰＤＳＣＨをスケジューリングする複数のＰＤＣＣＨの場合のために、複数のＰＤＳＣＨスクランブリング識別子を導入することが合意された。各ＰＤＳＣＨスクランブリング識別子は、（複数の）ＰＤＳＣＨのうちの１つのためのＰＤＳＣＨスクランブリングシーケンスを生成するために使用される。一実施形態では、第１および第２のＴＢは、ＰＤＳＣＨスクランブリング識別子によって決定される。例えば、ＰＤＳＣＨスクランブリング識別子が奇数である場合、ＰＤＳＣＨは第１のＴＢに関連付けられる。ＰＤＳＣＨスクランブリング識別子が偶数である場合、ＰＤＳＣＨは第２のＴＢに関連付けられる。

【0167】

ＰＤＳＣＨのＣＤＭグループまたはＴＣＩ状態に加えて、ＰＤＳＣＨ、ＰＤＣＣＨ、または、ＤＣＩで伝達されるＤＣＩに関連付けられる、他のパラメータまたは特性を使用して、ＰＤＳＣＨをＴＢ（したがって、コードブック内のＨＡＲＱエントリ）に関連付けることができる。例えば、スケジューリングＤＣＩのＴＣＩ状態を用いることができる。あるいは、ＴＢを示す、ＤＣＩ内の明示的なビットが、想定されてもよい。（例えば、ＰＤＣＣＨによって使用される第１のＣＣＥに基づく）サーチ空間内のＰＤＣＣＨ候補の番号付けを使用して、スケジューリングされたＰＤＳＣＨをＴＢに関連付けることができる。

【0168】

２つのＴＢを有するＰＤＳＣＨをスケジューリングする１つのＰＤＣＣＨのみが受信される場合、ＴＢフィードバックをＨＡＲＱコードブック内の位置にマッピングするリリース１５の挙動が使用される。

【0169】

これまでは、スロット毎に、ＴＲＰからせいぜい１つのＰＤＳＣＨがＵＥによって受信されることが、仮定されてきた。これは、リリース１５と同様の方法で緩和することができ、ＴＲＰの各々が（同じまたは異なる）ＰＤＳＣＨ時間領域リソース割り当てテーブルに関連付けられる。リリース１５におけるように、このテーブルは、ＵＬシンボル（複数可）に対してオーバーラップするＤＳＣＨ割り当てと、オーバーラップするエントリとを、除去するように、プルーニングされる。プルーニング後の各エントリに対して、１つのＨＡＲＱエントリが予約される。この原理をマルチＴＲＰに拡張するために、両方のＴＲＰの、個々の時間領域リソース割り当てテーブルを結合して、結合型ＰＤＳＣＨ時間領域リソース割り当てテーブルが、作成される。この結合型テーブルの各要素について、２つのエントリ（各ＴＢに対して１つ）が予約される。

【0170】

ジョイントＡ／Ｎフィードバック－明示的シグナリング：この実施形態では、複数のＰＤＣＣＨを伴う、複数のＴＲＰを介した、複数のＰＤＳＣＨ送信について、ジョイントＨＡＲＱＡ／Ｎフィードバックを使用することを、ＵＥは、上位レイヤシグナリングを介して明示的にシグナリングされることが、仮定される。各ＣＯＲＥＳＥＴは、上位レイヤ構成インデックスを構成される。同一の上位レイヤインデックスを有する（複数の）ＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴグループを形成し、したがって、上位レイヤインデックスは、ＣＯＲＥＳＥＴグループインデックスとなる。各ＣＯＲＥＳＥＴグループは、１つのＴＲＰに関連付けられている。２つのＴＲＰについては、２つのＣＯＲＥＳＥＴグループは、上位レイヤインデックスを使用することによって、定義可能である。

【0171】

この場合、ＣＣ内で２つのＣＯＲＥＳＥＴグループがＵＥに対して構成されるとき、ＣＣのためのタイプ１のＨＡＲＱ－ＡＣＫコードブック構築において、２つのＴＢが使用される。この場合、maxNrofCodeWordsScheduledByDCI =１が構成される場合、ＤＣＩフォーマット１－１では１つのＴＢフィールドのみが必要であり、したがってＤＣＩオーバヘッドを節約することができる。各々が１つのＴＢを搬送し、オーバーラップするＴＤＲＡを有する２つのＰＤＳＣＨがスロット内で受信されるとき、第１および第２のＴＢは、対応するＰＤＣＣＨがＣＯＲＥＳＥＴを介して受信されるところの当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループインデックスによって、決定可能である。例えば、第１のＴＢは、ＣＯＲＥＳＥＴで受信されたＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに第１のＣＯＲＥＳＥＴグループインデックスと関連付けられ、第２のＴＢは、ＣＯＲＥＳＥＴで受信されたＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに第２のＣＯＲＥＳＥＴグループインデックスと関連付けられる。

【0172】

２つのＣＯＲＥＳＥＴグループが上位レイヤシグナリングインデックスによって定義される例を図１７に示す。ＣＯＲＥＳＥＴグループ０に属するＣＯＲＥＳＥＴ１においてＰＤＣＣＨ＃１が受信されるため、第１のＴＢ（ＴＢ１）はＰＤＳＣＨ＃１に関連付けられる。同様に、ＰＤＣＣＨ＃２は、ＣＯＲＥＳＥＴグループ１に属するＣＯＲＥＳＥＴ３で受信されるため、第２のＴＢ（ＴＢ２）がＰＤＳＣＨ＃２に関連付けられる。

【0173】

maxNrofCodeWordsScheduledByDCI =２が構成され、２つのコードワードを用いて、ＰＤＳＣＨをスケジューリングする１つのＰＤＣＣＨのみが受信される場合、ＴＢフィードバックをＨＡＲＱコードブック内の位置にマッピングするという、ＮＲリリース１５の挙動が使用される。maxNrofCodeWordsScheduledByDCI =２が構成され、１つのＴＢがイネーブルされ、ＰＤＳＣＨをスケジューリングする１つのＰＤＣＣＨが受信される場合、一実施形態では、ＴＢフィードバックをＨＡＲＱコードブック内の位置にマッピングするという、ＮＲリリース１５の挙動が使用される。あるいは、第１または第２のＴＢは、対応するＰＤＣＣＨがＣＯＲＥＳＥＴを介して受信されるところの当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループインデックスによって、決定される。

【0174】

１つのＣＯＲＥＳＥＴグループが構成される場合、タイプ１のＨＡＲＱ－ＡＣＫコードブックの構築のためのＴＢの個数は、ＭＩＭＯコンフィギュレーションであるmaxNrofCodeWordsScheduledByDCIに従って、決定され、レガシーのＮＲリリース１５の挙動が適用される。

【0175】

一例が図１８に示されており、当該セルは、１つのＴＢ（すなわち、maxNrofCodeWordsScheduledByDCI =１）および２つのＣＯＲＥＳＥＴグループを構成される。ＨＡＲＱ－ＡＣＫコードブックは、２つの行で構成されている（説明のため、実際のコードブックはロングビットベクトルである）。各行は、２つのＣＯＲＥＳＥＴグループのいずれかにおいて受信されるＰＤＣＣＨによってスケジューリングされるＴＢに関連付けられている。

【0176】

図１９は、本開示のいくつかの実施形態による無線アクセスノード１９００の概略ブロック図である。無線アクセスノード１９００は、例えば、基地局１００２または１００６であってもよい。図示されるように、無線アクセスノード１９００は、制御システム１９０２を有し、これは１つまたは複数のプロセッサ１９０４（例えば、中央演算処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等）、メモリ１９０６、およびネットワークインターフェース１９０８を有する。１つまたは複数のプロセッサ１９０４は、本明細書では、プロセッシング回路（処理回路）とも呼ばれる。さらに、無線アクセスノード１９００は、１つまたは複数のアンテナ１９１６に結合された１つまたは複数の送信機１９１２および１つまたは複数の受信機１９１４をそれぞれ有する１つまたは複数の無線ユニット１９１０を有する。無線ユニット１９１０は、無線インターフェース回路を参照されてもよく、またはその一部であってもよい。いくつかの実施形態によれば、無線ユニット１９１０は、制御システム１９０２の外部にあり、例えば、有線コネクション（例えば、光ケーブル）を介して制御システム１９０２に接続される。しかしながら、いくつかの他の実施形態によれば、無線ユニット（複数可）１９１０および潜在的にアンテナ（複数可）１９１６は、制御システム１９０２と一体化される。１つまたは複数のプロセッサ１９０４は、本明細書に記載するように、無線アクセスノード１９００の１つまたは複数の機能を提供するように動作する。ある実施形態によれば、機能は、例えばメモリ１９０６に記憶され、１つまたは複数のプロセッサ１９０４によって実行されるソフトウェアで実現される。

【0177】

図２０は、本開示のいくつかの実施形態による無線アクセスノード１９００の仮想化された実施形態を示す概略ブロック図である。この説明は、他のタイプのネットワークノードにも同様に適用できる。さらに、他のタイプのネットワークノードは、同様の仮想化アーキテクチャを有することができる。

【0178】

本明細書で使用されるように、「仮想化された」無線アクセスノードは、無線アクセスノード１９００の機能の少なくとも一部が、（例えば、ネットワーク（複数可）内の物理処理ノード（複数可）上で実行される仮想マシン（複数可）を介して）仮想コンポーネント（複数可）として実装される、無線アクセスノード１９００の実装である。図示のように、この例では、無線アクセスノード１９００は、制御システム１９０２と、１つまたは複数の無線ユニット１９１０とを有し、制御システム１９０２は、上述のように、１つまたは複数のプロセッサ１９０４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）、メモリ１９０６、およびネットワークインターフェース１９０８を有し、無線ユニット１９１０は１つまたは複数のアンテナ１９１６に結合された１つまたは複数の送信機１９１２および１つまたは複数の受信機１９１４を有する。制御システム１９０２は、例えば光ケーブル等を介して無線ユニット（複数可）１９１０に接続されている。制御システム１９０２は、ネットワークインターフェース１９０８を介して、ネットワーク（複数可）２００２の１部として連結され、またはその一部として組み込まれている、１つまたは複数のプロセッシング（処理）ノード２０００に接続される。各処理ノード２０００は、１つまたは複数のプロセッサ２００４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または、類似物）、メモリ２００６、およびネットワークインターフェース２００８を有する。

【0179】

この例では、本明細書に記載される無線アクセスノード１９００の機能２０１０は、１つまたは複数の処理ノード２０００に実装されるか、または、任意の所望の方法で、制御システム１９０２および１つまたは複数の処理ノード２０００に分散配置される。いくつかの特定の実施形態によれば、本明細書に記載される無線アクセスノード１９００の機能２０１０の一部または全部は、処理ノード２０００によってホストされる仮想環境に実装される１つまたは複数の仮想マシンによって実行される仮想コンポーネントとして実装される。当業者には理解されるように、処理ノード２０００と制御システム１９０２との間の追加のシグナリングまたは通信は、所望の機能２０１０の少なくともいくつかを実行するために使用される。特に、いくつかの実施形態によれば、制御システム１９０２は含まれなくてもよく、そのケースでは、無線ユニット１９１０は、適切なネットワークインターフェースを介して処理ノード２０００と直接的に通信する。

【0180】

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに無線アクセスノード１９００の機能を実行させる命令、または本明細書に記載の実施形態のいずれかに従う仮想環境において無線アクセスノード１９００の１つまたは複数の機能２０１０を実装するノード（例えば、処理ノード２０００）を含むコンピュータプログラムが提供される。いくつかの実施形態によれば、前述のコンピュータプログラムプロダクトを有するキャリアが提供される。キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体（例えば、メモリなどの非一時的なコンピュータ可読媒体）のうちの１つである。

【0181】

図２１は、本開示のいくつかの他の実施形態による無線アクセスノード１９００の概略ブロック図である。無線アクセスノード１９００は１つ以上のモジュール２１００を有し、その各々はソフトウェアで実現される。モジュール２１００は、本明細書に記載する無線アクセスノード１９００の機能性を提供する。この説明は、図２０の処理ノード２０００にも同様に適用可能であり、ここでは、モジュール２１００は、処理ノード２０００のうちの１つにおいて実装されてもよく、または多数の処理ノード２０００にわたって分散されてもよく、および／または処理ノード２０００および制御システム１９０２にわたって分散されてもよい。

【0182】

図２２は、本開示のいくつかの実施形態によるＵＥ２２００の概略ブロック図である。図示のように、ＵＥ２２００は、１つまたは複数のプロセッサ２２０２（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡおよび／またはその他など）、メモリ２２０４、および１つまたは複数のアンテナ２２１２に結合された１つまたは複数の送信機２２０８および１つまたは複数の受信機２２１０をそれぞれ有する１つまたは複数のトランシーバ２２０６を有する。トランシーバ２２０６は、当業者によって理解されるように、アンテナ２２１２とプロセッサ２２０２との間で通信される信号を調整するように構成された、アンテナ２２１２に接続された無線フロントエンド回路を含む。プロセッサ２２０２は、本明細書では処理回路とも呼ばれる。トランシーバ２２０６は、本明細書では、無線回路とも呼ばれる。いくつかの実施形態によれば、上述したＵＥ２２００の機能は、例えば、メモリ２２０４に格納され、プロセッサ２２０２によって実行されるソフトウェアにおいて、完全にまたは部分的に実装されてもよい。ＵＥ２２００は、例えば、１つまたは複数のユーザインターフェースコンポーネント（例えば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、スピーカなどを含む入力／出力インターフェース）、および／またはＵＥ２２００への情報の入力を可能にするための、および／またはＵＥ２２００からの情報の出力を可能にするための任意の他のコンポーネント、電力供給（例えば、蓄電池および関連する電力回路）など、図２２に示されていない追加のコンポーネントを含み得ることに留意されたい。

【0183】

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されるときに、本明細書で説明される実施形態のうちのいずれかによるＵＥ２２００の機能を少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態によれば、前述のコンピュータプログラムプロダクトを有するキャリアが提供される。キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体（例えば、メモリなどの非一時的なコンピュータ可読媒体）のうちの１つである。

【0184】

図２３は、本開示のいくつかの他の実施形態によるＵＥ２２００の概略ブロック図である。ＵＥ２２００は、それぞれソフトウェアで具現される１つまたは複数のモジュール２３００を有する。モジュール２３００は、本明細書で説明されるＵＥ２２００の機能を提供する。

【0185】

図２４を参照すると、実施形態に従って、通信システムは、ＲＡＮのようなアクセスネットワーク２４０２と、コアネットワーク２４０４とを含む、３ＧＰＰタイプのセルラーネットワークのような電気通信ネットワーク２４００を含む。アクセスネットワーク２４０２は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプのワイヤレスアクセスポイント（ＡＰ）のような複数の基地局２４０６Ａ、２４０６Ｂ、２４０６Ｃを有し、それぞれが対応するカバレッジエリア２４０８Ａ、２４０８Ｂ、２４０８Ｃを規定する。それぞれの基地局２４０６ａ、２４０６ｂ、２４０６ｃは、有線または無線コネクション２４１０を介してコアネットワーク２４０４に接続可能である。カバレッジエリア２４０８ｃに位置する第１のＵＥ２４１２は、対応する基地局２４０６ｃと無線で接続されるか、またはページングされるように構成されている。カバレッジエリア２４０８ａ内の第２のＵＥ２４１４は、対応する基地局２４０６ａに無線で接続可能である。この例では、複数のＵＥ２４１２、２４１４が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内に存在する状況や、単一のＵＥが対応する基地局２４０６に接続している状況にも、等しく適用可能である。

【0186】

電気通信ネットワーク２４００は、それ自体がホストコンピュータ２４１６に接続されており、これは、スタンドアロンサーバ、クラウド実装サーバ、分散サーバ、またはサーバファーム内の処理リソースのハードウェアおよび／またはソフトウェアで実施されてもよい。ホストコンピュータ２４１６は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりに運用されてもよい。通信ネットワーク２４００とホストコンピュータ２４１６との間のコネクション２４１８および２４２０は、コアネットワーク２４０４からホストコンピュータ２４１６まで直接的に延びてもよく、あるいは任意の中間ネットワーク２４２２を介してもよい。中間ネットワーク２４２２は、パブリック、プライベート、またはホストされたネットワークのうちの１つ、またはその複数の組合せであってもよく、中間ネットワーク１は、もしあれば、バックボーンネットワークまたはインターネットであってもよく、特に、中間ネットワーク２４２２は、２４２２つ以上のサブネットワーク（図示せず）を含んでもよい。

【0187】

図２４の通信システムは、全体として、接続されたＵＥ２４１２、２４１４とホストコンピュータ２４１６との間のコネクティビティ（接続性）を実現にする。コネクティビティ（接続性）は、オーバーザトップ（ＯＴＴ）コネクション２４２４として記述されてもよい。ホストコンピュータ２４１６および接続されたＵＥ２４１２、２４１４は、アクセスネットワーク２４０２、コアネットワーク２４０４、任意の中間ネットワーク２４２２、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続２４２４を介してデータおよび／または信号を通信するように構成される。ＯＴＴコネクション２４２４は、ＯＴＴコネクション２４２４が通過するように参加している通信デバイスが、アップリンク通信およびダウンリンク通信のルーティング（経路指定）に気付かないという意味でトランスペアレントでありうる。たとえば、基地局２４０６は、接続されたＵＥ２４１２に転送される（たとえば、ハンドオーバされる）ためにホストコンピュータ２４１６から発信されるデータをもって着信してくるダウンリンク通信の過去のルーティングについて知らされる必要はない。同様に、基地局２４０６は、ＵＥ２４１２からホストコンピュータ２４１６へ向かう発信されるアップリンク通信の将来のルーティングを認識する必要はない。

【0188】

先の段落で議論されたＵＥ、基地局、およびホストコンピュータの実施例に従って、ここでは図２５を参照して説明する。通信システム２５００において、ホストコンピュータ２５０２は、ハードウェア２５０４を有し、当該ハードウェア２５０４は、通信インターフェース２５０６を有し、当該通信インターフェース２５０６は、通信システム２５００における様々な通信装置のインターフェースとの有線または無線コネクションをセットアップして維持するように構成されている。ホストコンピュータ２５０２は、記憶および／またはプロセッシング（処理）能力を有することができるプロセッシング回路２５０８をさらに有する。特に、プロセッシング回路２５０８は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を含んでもよい。ホストコンピュータ２５０２はさらにソフトウェア２５１０を有し、それはホストコンピュータ２５０２に記憶されるか、またはアクセス可能であり、かつ、プロセッシング回路２５０８によって実行可能である。ソフトウェア２５１０は、ホストアプリケーション２５１２を有する。ホストアプリケーション２５１２は、ＵＥ２５１４およびホストコンピュータ２５０２で終端されるＯＴＴコネクション２５１６を介して接続するＵＥ２５１４などのリモートユーザに対して、サービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際に、ホストアプリケーション２５１２は、ＯＴＴコネクション２５１６を使用して送信されるユーザデータを提供してもよい。

【0189】

通信システム２５００は、さらに、通信システム内に設けられ、ホストコンピュータ２５０２およびＵＥ２５１４と通信することを可能にするハードウェア２５２０を有する基地局２５１８を有する。ハードウェア２５２０は、通信システム２５００の別の通信装置のインターフェースとの有線または無線コネクションをセットアップおよび維持するための通信インターフェース２５２２と、ならびに基地局２５１８によってサービスされるカバレッジエリア（図２５には示されていない）に位置するＵＥ２５１４との少なくとも無線コネクション２５２６をセットアップおよび維持するための無線インターフェース２５２４と、を有してもよい。通信インターフェース２５２２は、ホストコンピュータ２５０２へのコネクション２５２８を容易にするように構成されてもよい。コネクション２５２８は、直接的なものであってもよいし、通信システムのコアネットワーク（図２５には示されていない）を通過するものであってもよいし、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過するものであってもよい。図示の実施形態によれば、基地局２５１８のハードウェア２５２０は、プロセッシング回路２５３０をさらに有し、当該プロセッシング回路２５３０は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を有することができる。さらに、基地局２５１８は、内部に記憶されるか、または外部コネクションを介してアクセス可能なソフトウェア２５３２を有する。

【0190】

通信システム２５００は、すでに言及されたＵＥ２５１４をさらに有する。ＵＥ２５１４のハードウェア２５３４は、ＵＥ２５１４が現在位置するカバレッジエリアにサービスを提供する基地局との無線コネクション２５２６をセットアップおよび維持するように構成された無線インターフェース２５３６を有することができる。ＵＥ２５１４のハードウェア２５３４は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を有することができるプロセッシング回路２５３８をさらに有する。ＵＥ２５１４はさらにソフトウェア２５４０を有し、これらはＵＥ２５１４内に記憶されるかアクセス可能であり、またプロセッシング回路２５３８によって実行可能である。ソフトウェア２５４０は、クライアントアプリケーション２５４２を有する。クライアントアプリケーション２５４２は、ホストコンピュータ２５０２のサポートを受けて、ＵＥ２５１４を介して人間または非人間のユーザにサービスを提供するように動作可能である。ホストコンピュータ２５０２において、実行中のホストアプリケーション２５１２は、ＵＥ２５１４で終了するＯＴＴコネクション２５１６およびホストコンピュータ２５０２を介して実行中のクライアントアプリケーション２５４２と通信してもよい。ユーザにサービスを提供する際に、クライアントアプリケーション２５４２は、ホストアプリケーション２５１２から要求データを受信し、要求データに応答してユーザデータを提供してもよい。ＯＴＴコネクション２５１６は、リクエストデータとユーザデータの両方を伝送してもよい。クライアントアプリケーション２５４２は、ユーザと対話して、ユーザが提供するユーザデータを生成してもよい。

【0191】

図２５に示されるホストコンピュータ２５０２、基地局２５１８、およびＵＥ２５１４は、それぞれ、ホストコンピュータ２４１６、基地局２４０６Ａ、２４０６Ｂ、２４０６Ｃのうちの１つ、および図２４のＵＥ２４１２、２４１４のうちの１つと類似または同一であり得ることに留意されたい。すなわち、これらのエンティティの内部動作は、図２５に示されるようなものであってもよいし、これとは独立したものであってもよいし、周囲のネットワークトポロジは図２４のものであってもよい。

【0192】

図２５では、ＯＴＴコネクション２５１６は、いかなる中間デバイスも明示的に参照することなく、基地局２５１８を介したホストコンピュータ２５０２とＵＥ２５１４との間の通信、およびこれらのデバイスを介したメッセージの正確なルーティングを示すために抽象的に描かれている。ネットワークインフラストラクチャは、ＵＥ２５１４から、またはホストコンピュータ２５０２を動作するサービスプロバイダから、あるいはその両方から隠すように構成されうる、ルーティングを決定してもよい。ＯＴＴコネクション２５１６がアクティブな間、ネットワークインフラストラクチャは、（たとえば、ロードバランシングの考慮またはネットワークの再構成に基づいて）ルーティングを動的に変更する決定をさらに行うことができる。

【0193】

ＵＥ２５１４と基地局２５１８との間の無線コネクション２５２６は、本開示全体を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線コネクション２５２６が最後の区間を形成するＯＴＴコネクション２５１６を使用して、ＵＥ２５１４に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、例えば、データ速度、レイテンシ、電力消費などを改善し、それにより、例えば、ユーザ待ち時間の減少、ファイルサイズに対する制限の緩和、より良い応答性、バッテリー寿命の延長などの利点を提供し得る。

【0194】

１つまたは複数の実施形態により改善される、データレート、レイテンシ、および他の要因を監視する目的で、測定手順が提供されてもよい。さらに、測定結果のばらつきに応じて、ホストコンピュータ２５０２と端末２５１４との間でＯＴＴコネクション２５１６を再構成するための任意のネットワーク機能があってもよい。ＯＴＴコネクション２５１６を再構成するための測定手順および／またはネットワーク機能は、ホストコンピュータ２５０２のソフトウェア２５１０およびハードウェア２５０４、またはＵＥ２５１４のソフトウェア２５４０およびハードウェア２５３４、あるいはその両方で実装されてもよい。いくつかの実施形態では、センサ（図示せず）は、ＯＴＴ接続２５１６が通過する通信デバイスに配備されるか、またはそれに関連して配備されてもよく、センサは、上で例示された監視量の値を供給することによって、またはソフトウェア２５１０、２５４０が監視量を計算または推定することができる他の物理量の値を供給することによって、測定手順に関与することができる。ＯＴＴコネクション２５１６の再構成は、メッセージフォーマット、再送設定、好ましいルーティングなどを含むことができ、再構成は、基地局２５１８に影響を及ぼす必要はなく、基地局２５１８には知られていないか、または知覚されないことがある。このようなプロシージャおよび機能性は、当技術分野で公知であり、実践されているものであってもよい。いくつかの実施形態によれば、測定は、ホストコンピュータ２５０２のスループット、伝搬時間、レイテンシなどの測定を容易にする独自のＵＥシグナリングを有することができる。測定は、ソフトウェア２５１０および２５４０が、伝搬時間、エラーなどを監視しながら、ＯＴＴコネクション２５１６を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって実施することができる。

【0195】

図２６は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、ＵＥとを含み、これらは、図２４および図２５を参照して説明されたものとすることができる。本開示を簡単にするために、図２６を参照する図面のみがこのセクションに含まれる。ステップ２６００において、ホストコンピュータはユーザデータを提供する。ステップ２６００のサブステップ２６０２（オプションであってもよい）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ２６０４において、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。ステップ２６０６（オプションであってもよい）において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。ステップ２６０８（オプションであってもよい）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。

【0196】

図２７は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、ＵＥとを含み、これらは、図２４および図２５を参照して説明したものとすることができる。本開示を簡単にするために、図２７を参照する図面のみがこのセクションに含まれる。本方法のステップ２７００において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（図示せず）では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ２７０２において、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。送信された信号は、本開示全体にわたって説明される実施形態の教示にしたがって、基地局を介して渡されてもよい。ステップ２７０４（任意であってもよい）において、ＵＥは、送信信号により搬送されるユーザデータを受信する。

【0197】

図２８は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、ＵＥとを含み、これらは、図２４および図２５を参照して説明したものとすることができる。本開示を簡単にするために、図２８を参照する図面のみがこのセクションに含まれる。ステップ２８００（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。これに加えて、またはこれに代えて、ステップ２８０２において、ＵＥは、ユーザデータを提供する。ステップ２８００のサブステップ２８０４（オプションであってもよい）において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ２８０２のサブステップ２８０６（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップ２８０８で、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ２８１０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

【0198】

図２９は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、ＵＥとを含み、これらは、図２４および図２５を参照して説明したものとすることができる。本開示を簡単にするために、図２９を参照する図面のみがこのセクションに含まれる。ステップ２９００（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ２９０２（オプションでよい）において、基地局は、受信されたユーザデータのホストコンピュータへの送信を開始する。ステップ２９０４（任意であってもよい）において、ホストコンピュータは、基地局によって開始された送信において搬送されるユーザデータを受信する。

【0199】

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の機能ユニット、または１つまたは複数の仮想装置のモジュールを介して実行されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを備えてもよい。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジックなどを含むことができる他のデジタルハードウェアを介して実装されてもよい。プロセッシング回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたは複数のタイプのメモリを有することができる、メモリに格納されたプログラムコードを実行するように構成することができる。メモリに格納されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技術のうちの１つまたは複数を実行するための命令を有する。いくつかの実装形態では、プロセッシング回路は、本開示の１つまたは複数の実施形態に従って、それぞれの機能ユニットに対応する機能を行わせるために、使用されてもよい。

【0200】

図中のプロセスは、本開示の特定の実施形態によって実行される動作の特定の順序を示してもよいが、そのような順序は例示的であることを理解されたい（例えば、代替の実施形態は、異なる順序で動作を実行してもよく、特定の動作を組み合わせてもよく、特定の動作をオーバーラップしてもよいなど）。さらに、開示全体を通して、用語「実施形態」は、用語「態様」によって置き換えられるものとして理解されることができる。

【0201】

実施形態

【0202】

グループＡの実施形態

【0203】

実施形態１：送信フィードバックを提供するために無線デバイスによって実行される方法であって、前記方法は、第１のＴＢ（トランスポートブロック）および第２のＴＢを受信することと、以下から構成されるグループの１つまたは複数に基づいて、前記第１のＴＢおよび前記第２のＴＢを決定することと、を有する。ｉ．前記ＴＢをスケジューリングする、対応するＤＣＩ（ダウンリンク制御情報）内でオプションで示される、１つまたは複数のＤＭＲＳポートの、ＤＭＲＳ（復調基準信号）ＣＤＭ（符号分割多重化）グループ識別子と、ｉｉ．前記ＴＢをスケジューリングするＴＢ識別子と、ｉｉｉ．ＣＯＲＥＳＥＴ（制御リソースセット）のＣＯＲＥＳＥＴのグループ識別子であって、オプションで、当該ＣＯＲＥＳＥＴを介して、前記ＴＢをスケジューリングする対応するＤＣＩが受信されるＣＯＲＥＳＥＴのグループ識別子と、ｉｖ．ＴＣＩ（送信コンフィギュレーションインジケーション）状態識別子であって、オプションで、前記ＴＢをスケジューリングする対応するＤＣＩ内で示されるＴＣＩ状態識別子と、ｖ．ＣＯＲＥＳＥＴのＴＣＩ状態識別子であって、オプションで、当該ＣＯＲＥＳＥＴを介して、前記ＴＢをスケジューリングする対応するＤＣＩが受信される、ＴＣＩ状態識別子と、ｖｉ．前記ＴＢを搬送するＰＤＳＣＨ（物理ダウンリンク共有チャネル）のスクランブリング識別子。

【0204】

実施形態２：実施形態１の方法は、さらに、前記第１のＴＢおよび前記第２のＴＢを受信する前に、サービングセルにおいて、スロットごとの、PDSCH-to-HARQ（ハイブリッド自動再送要求）フィードバックタイミングであるＫ１値のセット、および／または、ＰＤＳＣＨ時間領域リソース割り当てのリスト、を有するコンフィギュレーションを受信すること、を有する。

【0205】

実施形態３：実施形態１から２のいずれかに記載の方法であって、さらに、前記第１のＴＢおよび前記第２のＴＢを受信する前に、前記構成されたＫ１値のそれぞれと、オーバラッピングするＰＤＳＣＨ時間領域リソース割り当てのセットのそれぞれとについてのタイプ１のＨＡＲＱコードブックに対して、第１のエントリおよび第２のエントリという２つのエントリを割り当てるためのインジケーションを受信すること、を有する。

【0206】

実施形態４：実施形態１から３のいずれかに記載の方法であって、さらに、前記第１のＴＢのためのＨＡＲＱ－ＡＣＫビットを前記第１のエントリにマッピングし、前記第２のＴＢのためのＨＡＲＱ－ＡＣＫビットを前記第２のエントリにマッピングすることを有し、前記タイプ１のＨＡＲＱ－ＡＣＫコードブック内において前記第１のエントリおよび前記第２のエントリは、同一のＫ１値および同一の時間領域リソース割り当てに関連付けられている。

【0207】

実施形態５：実施形態１から４のいずれかに記載の方法であって、さらに、前記構築されたタイプ１ＨＡＲＱコードブックをレポート（報告）すること、を有する。

【0208】

実施形態６：実施形態１から５のいずれかに記載の方法であって、前記第１のＴＢおよび前記第２のＴＢを受信することは、スロット内で、第１のＴＲＰから前記第１のＴＢを受信することと、第２のＴＲＰから第２のＴＢを受信することとを含み、前記第１のＴＢおよび前記第２のＴＢは、各ＴＢに１つずつ、２つのＤＣＩを用い、かつ、同一のＫ１値および同一の時間領域リソース割り当てを用いて、スケジューリングされる。

【0209】

実施形態７：実施形態３から６のいずれかに記載の方法であって、２つのエントリを割り当てるための前記インジケーションを受信することは、明示的または暗黙的のいずれかである。

【0210】

実施形態８：実施形態７に記載の方法であって、２つのエントリを割り当てるための前記インジケーションを受信することは、ａ．上位レイヤパラメータであるmaxNrofCodeWordsScheduledByDCI =２と、ｂ．ジョイントＨＡＲＱＡＣＫフィードバックを示す上位レイヤパラメータと、ＨＡＲＱ－ＡｃｋレポートのためのＣＯＲＥＳＥＴごとの異なるグループ識別子値をそれぞれが有する２つのＣＯＲＥＳＥＴグループのコンフィギュレーションと、ｃ．ＨＡＲＱ－ＡｃｋレポートのためのＣＯＲＥＳＥＴごとの同一のグループ識別子値をそれぞれが有する１つのＣＯＲＥＳＥＴグループのコンフィギュレーションと、のうちの１つまたは複数を受信すること、を含む。

【0211】

実施形態９：実施形態１から８のいずれかに記載の方法であって、前記第１のＴＢまたは前記第２のＴＢが受信されない場合にそれぞれ、前記第１のエントリまたは前記第２のエントリがＮＡＣＫで満たされる。

【0212】

実施形態１０：実施形態１から９のいずれかに記載の方法であって、前記送信することは、単一のＤＣＩによってスケジューリングされる１つまたは２つのＴＢを送信すること、をさらに含んでもよい。

【0213】

実施形態１１：実施形態１から１０のいずれかに記載の方法であって、前記ＤＣＩ内で示されるように、前記第１のＴＢがトランスポートブロック１に対応し、前記第２のＴＢがトランスポートブロック２に対応する。

【0214】

実施形態１２：実施形態１から１１のいずれか１つに記載の方法であって、前記無線デバイスは、ＮＲ（新無線）のＵＥ（ユーザ装置）である。

【0215】

実施形態１３：前述の実施形態のいずれかに記載の方法であって、さらに、ユーザデータを提供することと、基地局への送信を介してユーザデータをホストコンピュータに転送することと、を有する。

【0216】

グループＢの実施形態

【0217】

実施形態１４：送信フィードバックを受信するために基地局によって実行される方法であって、前記方法は、第１のＴＢ（トランスポートブロック）および第２のＴＢを無線デバイスに送信することと、構築されたタイプ１ハイブリッド自動再送要求（ＨＡＲＱ）コードブックを前記無線デバイスから受信することと、を有する。

【0218】

実施形態１５：実施形態１４の方法であって、さらに、前記第１のＴＢおよび前記第２のＴＢを送信する前に、サービングセルにおいて、スロットごとに、PDSCH-to-HARQフィードバックタイミングであるＫ１値のセット、および／または、ＰＤＳＣＨ時間領域リソース割り当てのリスト、を伴うコンフィギュレーションを、前記無線デバイスに対して、送信すること、有する。

【0219】

実施形態１６：実施形態１４から１５のいずれかに記載の方法であって、さらに、前記第１のＴＢおよび前記第２のＴＢを送信する前に、前記構成されたＫ１値のそれぞれと、オーバーラップするＰＤＳＣＨ時間領域リソース割り当てセットのそれぞれについて、タイプ１のＨＡＲＱコードブックに、第１のエントリおよび第２のエントリという２つのエントリを割り当てるためのインジケーションを、前記無線デバイスに送信すること、を有する。

【0220】

実施形態１７：実施形態１４から１６のいずれかに記載の方法であって、前記第１のＴＢおよび前記第２のＴＢを送信することは、第１のＴＲＰから第１のＴＢを送信することと、第２のＴＲＰから第２のＴＢを送信することと、を含み、前記第１のＴＢおよび前記第２のＴＢは、各ＴＢに１つずつの、２つのＤＣＩを用い、かつ、同一のＫ１値と同一の時間領域リソース割り当てとを用いて、スケジューリングされる。

【0221】

実施形態１８：実施形態１４から１７のいずれかに記載の方法であって、２つのエントリを割り当てるためのインジケーションを送信することは、明示的または暗黙的のいずれであってもよい。

【0222】

実施形態１９：実施形態１８に記載の方法であって、２つのエントリを割り当てるための前記インジケーションを送信することは、以下の１つまたは複数を送信することを含む。ａ．上位レイヤパラメータであるmaxNrofCodeWordsScheduledByDCI =２と、ｂ．ジョイントＨＡＲＱＡＣＫフィードバックを示す上位レイヤパラメータと、ＨＡＲＱ－ＡｃｋレポートのためにＣＯＲＥＳＥＴごとに異なるグループ識別子値をそれぞれ有する２つのＣＯＲＥＳＥＴグループのコンフィギュレーションと、ｃ．ＨＡＲＱ－ＡｃｋレポートのためにＣＯＲＥＳＥＴごとにそれぞれ同一のグループ識別子値を有する１つのＣＯＲＥＳＥＴグループのコンフィギュレーション。

【0223】

実施形態２０：実施形態１４から１９のいずれかに記載の方法であって、前記第１のＴＢまたは前記第２のＴＢが受信されない場合にそれぞれ、前記第１のエントリまたは前記第２のエントリがＮＡＣＫで満たされる。

【0224】

実施形態２１：実施形態１４から２０のいずれかに記載の方法であって、さらに、前記送信することは、単一のＤＣＩによってスケジューリングされる１つまたは２つのＴＢを送信すること、を有する。

【0225】

実施形態２２：実施形態１４から２１のいずれかに記載の方法であって、前記ＤＣＩ内で示される通りに、前記第１のＴＢがトランスポートブロック１に対応し、前記第２のＴＢがトランスポートブロック２に対応する。

【0226】

実施形態２３：実施形態１４から２２のいずれか１つに記載の方法であって、前記基地局はＮＲ（新無線）ｇＮＢである。

【0227】

実施形態２４：前述の実施形態のいずれかに記載の方法であって、さらに、ユーザデータを取得することと、前記ユーザデータをホストコンピュータまたは無線デバイスに転送することと、有する。

【0228】

グループＣの実施形態

【0229】

実施形態２５：送信フィードバックを提供するための無線デバイスであって、前記無線デバイスは、グループＡの実施形態のいずれかにおけるいずれかのステップを実行するように構成された処理回路と、前記無線デバイスに電力を供給するように構成された電源回路と、を有する。

【0230】

実施形態２６：送信フィードバックを受信するための基地局であって、前記基地局は、グループＢの実施形態のいずれかにおけるいずれかのステップを実行するように構成された処理回路と、前記基地局に電力を供給するように構成された電源回路と、を有する。

【0231】

実施形態２７：送信フィードバックを提供するためのＵＥ（ユーザ装置）であって、前記ＵＥは、無線信号を送信および受信するように構成されたアンテナと、前記アンテナと処理回路とに接続され、前記アンテナと前記処理回路との間で通信される信号を調整するように構成された無線フロントエンド回路と、前記グループＡの実施形態のいずれかにおけるいずれかのステップを実行するように構成された前記処理回路と、前記処理回路に接続され、前記処理回路によって処理されるにことになる前記ＵＥへの情報の入力を可能にするように構成された入力インターフェースと、前記処理回路に接続され、前記処理回路によって処理された情報を前記ＵＥから出力するように構成された出力インターフェースと、前記処理回路に接続され、前記ＵＥに電力を供給するように構成されたバッテリーと、を有する。

【0232】

実施形態２８：通信システムであって、ホストコンピュータを有し、当該ホストコンピュータは、ユーザデータを提供するように構成された処理回路と、ＵＥ（ユーザ装置）に送信するためのユーザデータをセルラーネットワークに転送するように構成された通信インターフェースと、を有し、前記セルラーネットワークは、基地局を有し、当該基地局は、無線インターフェースと処理回路とを有し、前記基地局の前記処理回路は、グループＢの実施形態のいずれかにおけるいずれかのステップを実行するように構成されている。

【0233】

実施形態２９：上記実施形態の通信システムであって、前記基地局をさらに有する。

【0234】

実施形態３０：前述の２つの実施形態の通信システムであって、前記ＵＥをさらに有し、前記ＵＥは前記基地局と通信するように構成される。

【0235】

実施形態３１：前述の３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行し、それによって前記ユーザデータを提供するように構成され、前記ＵＥは、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成された処理回路を有する。

【0236】

実施形態３２：ホストコンピュータと、基地局と、ＵＥ（ユーザ装置）と、を有する通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して前記ＵＥに前記ユーザデータを運ぶ送信を開始することと、を有し、前記基地局は、グループＢの実施形態のいずれかにおけるいずれかのステップを実行する。

【0237】

実施形態３３：先の実施形態の方法であって、前記基地局において、前記ユーザデータを送信すること、をさらに有する。

【0238】

実施形態３４：前述の２つの実施形態の方法であって、であって、前記ホストアプリケーションを実行することによって前記ホストコンピュータにおいて前記ユーザデータが提供され、前記方法は、さらに、前記ＵＥにおいて、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行すること、を有する。

【0239】

実施形態３５：基地局と通信するように構成されたＵＥ（ユーザ装置）であって、前記ＵＥは、無線インターフェースと、前の３つの実施形態の方法を実行するように構成された処理回路と、を有する。

【0240】

実施形態３６：ユーザデータを提供するように構成された処理回路と、ＵＥ（ユーザ装置）に送信するための前記ユーザデータをセルラーネットワークに転送するように構成された通信インターフェースとを備えるホストコンピュータを含む通信システムであって、前記ＵＥは、無線インターフェースと処理回路とを備え、前記ＵＥの構成要素は、グループＡの実施形態のいずれかにおけるいずれかのステップを実行するように構成される。

【0241】

実施形態３７：先の実施形態の通信システムであって、前記セルラーネットワークは、前記ＵＥと通信するように構成された基地局をさらに有する。

【0242】

実施形態３８：前述の２つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行し、それによって前記ユーザデータを提供するように構成され、前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成される。

【0243】

実施形態３９：ホストコンピュータ、基地局、およびＵＥ（ユーザ装置）を有する通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して前記ＵＥへ前記ユーザデータを運ぶ送信を開始することと、を有し、前記ＵＥは、グループＡの実施形態のいずれかにおけるいずれかのステップを実行する。

【0244】

実施形態４０：先の実施形態の方法であって、前記ＵＥにおいて、前記基地局から前記ユーザデータを受信することをさらに有する。

【0245】

実施形態４１：ユーザ装置（ＵＥ）から基地局へ送信することに由来するユーザデータを受信するように構成された通信インターフェースを備えるホストコンピュータを含む通信システムであって、前記ＵＥは、無線インターフェースおよび処理回路を備え、前記ＵＥの前記処理回路は、グループＡの実施形態のいずれかにおけるいずれかのステップを実行するように構成される。

【0246】

実施形態４２：先の実施形態の通信システムであって、前記ＵＥをさらに有する。

【0247】

実施形態４３：前述の２つの実施形態の通信システムであって、前記基地局をさらに有し、前記基地局は、前記ＵＥと通信するように構成された無線インターフェースと、前記ＵＥから前記基地局への送信信号によって搬送される前記ユーザデータを前記ホストコンピュータに転送するように構成された通信インターフェースと、を有する。

【0248】

実施形態４４：前述の３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、前記ＵＥの前記処理回路は、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成され、それによって前記ユーザデータを提供する。

【0249】

実施形態４５：前述の４つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行し、それによってリクエストデータを提供するように構成され、前記ＵＥの前記処理回路は、前記ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによって前記リクエストデータに応答してユーザデータを提供するように構成される。

【0250】

実施形態４６：ホストコンピュータ、基地局、およびユーザ装置（ＵＥ）を含む通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータにおいて、前記ＵＥから前記基地局に送信されるユーザデータを受信することを有し、前記ＵＥは、グループＡの実施形態のいずれかにおけるいずれかのステップを実行する。

【0251】

実施形態４７：先の実施形態の方法であって、前記ＵＥにおいて、前記ユーザデータを前記基地局に提供することをさらに有する。

【0252】

実施形態４８：前述の２つの実施形態の方法であって、前記ＵＥにおいて、クライアントアプリケーションを実行し、それによって、送信されるべき前記ユーザデータを提供することと、前記ホストコンピュータにおいて、前記クライアントアプリケーションに関連付けられたホストアプリケーションを実行することと、をさらに有する。

【0253】

実施形態４９：前記実施形態３の方法であって、前記ＵＥにおいて、クライアントアプリケーションを実行することと、前記ＵＥで、前記クライアントアプリケーションへの入力データを受信することであって、当該入力データは前記クライアントアプリケーションに関連するホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供される、ことと、をさら有し、送信される前記ユーザデータは、前記入力データに応答して前記クライアントアプリケーションによって提供される。

【0254】

実施形態５０：ユーザ装置（ＵＥ）から基地局への送信信号に由来するユーザデータを受信するように構成された通信インターフェースを備えるホストコンピュータを含む通信システムであって、前記基地局は、無線インターフェースおよび処理回路を有し、前記基地局の前記処理回路は、グループＢの実施形態のいずれかにおけるいずれかのステップを実行するように構成される。

【0255】

実施形態５１：上記実施の形態の通信システムであって、前記基地局をさらに有する。

【0256】

実施形態５２：前述の２つの実施形態の通信システムであって、前記ＵＥをさらに有し、前記ＵＥは前記基地局と通信するように構成される。

【0257】

実施形態５３：前述の３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、前記ＵＥは、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成され、それによって、前記ホストコンピュータによって受信されることになるユーザデータを提供する。

【0258】

実施形態５４：ホストコンピュータ、基地局、およびＵＥ（ユーザ装置）を有する通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータにおいて、前記基地局が前記ＵＥから受信する送信信号に由来するユーザデータを、前記基地局から受信すること、を有し、前記ＵＥは、グループＡの実施形態のいずれかにおけるいずれかのステップを実行する。

【0259】

実施形態５５：先の実施形態の方法であって、前記基地局において、前記ＵＥから前記ユーザデータを受信すること、をさらに有する。

【0260】

実施形態５６：前述の２つの実施形態の方法であって、前記基地局において、前記受信されたユーザデータの前記ホストコンピュータへの送信を開始すること、をさらに有する。

【0261】

本開示では、以下の略語の少なくともいくつかを使用されることがある。
略語間に不一致がある場合、それが上記でどのように使用されるかが優先されるべきである。
以下に複数回列挙される場合、第１の列挙は、その後の任意の列挙よりも優先されるべきである。
３ＧＰＰ：第三世代パートナーシッププロジェクト
５Ｇ：第五世代
５ＧＣ：第五世代コア
５ＧＳ：第五世代システム
ＡＣＫ：アクノレッジメント
ＡＦ：アプリケーション機能
ＡＭＦ：アクセスおよびモビリティ機能
ＡＮ：アクセスネットワーク
ＡＰ：アクセスポイント
ＡＳＩＣ：特定用途集積回路
ＡＵＳＦ：認証サーバ機能
ＣＡ：キャリアアグリゲーション
ＣＢＧ：コードブロックグループ
ＣＣ：コンポーネントキャリア
ＣＣＥ：制御チャネルエレメント
ＣＤＭ：符号分割多重方式
ＣＯＲＥＳＥＴ：制御リソースセット
ＣＰ－ＯＦＤＭ：サイクリックプリフィックス－直交周波数分割多重方式
ＣＰＵ：中央演算処理装置
ＣＲＣ：巡回冗長検査
Ｃ－ＲＮＴＩ：セル－無線ネットワーク一時識別子
ＣＳＩ－ＲＳ：チャネル状態情報－基準信号
ＣＳ－ＲＮＴＩ：構成されたスケジューリング－無線ネットワーク一時識別子
ＣＳＳ：共通サーチ空間
ＣＷ：コードワード
ＤＡＩ：ダウンリンク割当インデックス
ＤＣＩ：ダウンリンク制御情報
ＤＦＴ：離散フーリエ変換
ＤＬ：ダウンリンク
ＤＭＲＳ：復調基準信号
ＤＮ：データネットワーク
ＤＳＰ：デジタルシグナルプロセッサ
ｅＭＢＢ：エンハンスドブロードバンド
ｅＮＢ：エンハンスド（拡張型）またはエボルブド（進化型）ノードＢ
ＦＰＧＡ：フィールドプログラマブルゲートアレイ
ＦＲ：周波数範囲
ｇＮＢ：ニューレディオ（新無線）基地局
ＨＡＲＱ：ハイブリッド自動再送要求
ＨＳＳ：ホームサブスクライバサーバ
ＩＥ：情報要素
ＩＰ：インターネットプロトコル
ＬＴＥ：ロングタームエボリューション
ＭＣＳ：変調および符号化方式
ＭＩＭＯ：マルチインプットマルチアウトプット
ＭＭＥ：モビリティマネージメントエンティティ
ＭＴＣ：マシンタイプ通信
ＮＣ－ＪＴ：非コヒーレントジョイント送信
ＮＤＩ：ニューデータインジケータ
ＮＥＦ：ネットワーク公開機能
ＮＦ：ネットワーク機能
ＮＲ：ニューレディオ（新無線）
ＮＲＦ：ネットワークリポジトリ機能
ＮＳＳＦ：ネットワークスライス選択機能
ＯＴＴ：オーバーザトップ
ＰＣＦ：ポリシー制御機能
ＰＤＣＣＨ：物理ダウンリンク制御チャネル
ＰＤＳＣＨ：物理ダウンリンク共有チャネル
Ｐ－ＧＷ：パケットデータネットワークゲートウェイ
ＰＲＢ：物理リソースブロック
ＰＲＩ：ＰＵＣＣＨリソースインジケータ
ＰＵＣＣＨ：物理アップリンク制御チャネル
ＰＵＳＣＨ：物理アップリンク共有チャネル
ＱＣＬ：擬似同一位置配置（準コロケート）
ＱｏＳ：サービス品質
ＲＡＭ：ランダムアクセスメモリ
ＲＡＮ：無線アクセスネットワーク
ＲＢ：リソースブロック
ＲＥ：リソースエレメント
ＲＥＧ：リソースエレメントグループ
ＲＯＭ：リードオンリーメモリ
ＲＲＣ：無線リソース制御
ＲＲＨ：リモート無線ヘッド
ＲＴＴ：ラウンドトリップ時間
ＳＣＥＦ：サービス能力公開機能
ＳＩＮＲ：信号対干渉プラス雑音比
ＳＭＦ：セッションマネージメント機能
ＳＲ：スケジューリングリクエスト
ＳＳＢ：同期信号ブロック
ＴＢ：トランスポートブロック
ＴＣＩ：送信コンフィギュレーションインジケーション
ＴＤＤ：時分割デュープレックス方式
ＴＤＭ：時分割多重方式
ＴＤＲＡ：時間領域リソース割り当て
ＴＰＣ：送信電力制御
ＴＲＰ：送受信点（送信受信ポイント）
ＴＲＳ：トラッキング基準信号
ＵＣＩ：アップリンク制御情報
ＵＤＭ：統合されたデータ管理
ＵＥ：ユーザ装置
ＵＬ：アップリンク
ＵＰＦ：ユーザプレーン機能
ＵＳＳ：ＵＥ固有のサーチ空間
ＶＲＢ：仮想リソースブロック
ＺＰ：ゼロ電力

【0262】

当業者は、本開示の実施形態に対する改良および修正を認識するであろう。
全てのそのような改良および修正は、本明細書に開示された概念の範囲内にあると考えられる。

【図1】