▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-10-21
(54)【発明の名称】多重的なＤＬ ＳＰＳのためのＨＡＲＱコードブック
(51)【国際特許分類】
H04L 1/16 20060101AFI20221014BHJP
H04W 28/04 20090101ALI20221014BHJP
H04W 72/04 20090101ALI20221014BHJP
H04W 72/12 20090101ALI20221014BHJP
【ＦＩ】
H04L1/16
H04W28/04 110
H04W72/04 136
H04W72/12 150
【審査請求】有
【予備審査請求】有
(21)【出願番号】P 2022506830
(86)(22)【出願日】2020-08-14
(85)【翻訳文提出日】2022-02-25
(86)【国際出願番号】 IB2020057700
(87)【国際公開番号】W WO2021033116
(87)【国際公開日】2021-02-25
(31)【優先権主張番号】62/888,095
(32)【優先日】2019-08-16
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ガオ， シウェイ
(72)【発明者】
【氏名】ブランケンシップ， ユーフェイ
(72)【発明者】
【氏名】フレンネ， マティアス
(72)【発明者】
【氏名】ムルガナタン， シヴァ
【テーマコード（参考）】
5K014
5K067
【Ｆターム（参考）】
5K014DA02
5K014FA03
5K067AA13
5K067AA33
5K067BB04
5K067BB21
5K067DD11
5K067DD17
5K067DD24
5K067DD34
5K067DD43
5K067EE02
5K067EE10
5K067EE72
5K067GG01
5K067HH22
5K067HH28
5K067JJ12
5K067JJ13
(57)【要約】
ハイブリッド自動再送要求（ＨＡＲＱ）コードブックを構築するためのシステム及び方法が提供される。いくつかの実施形態において、ユーザ機器（ＵＥ）により実行される方法は、動的にスケジューリングされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連付けられるＨＡＲＱ ＡＣＫビットの第１のセット、及び半永続的スケジューリング（ＳＰＳ）ＰＤＳＣＨに関連付けられるＨＡＲＱ ＡＣＫビットの第２のセットで、動的ＨＡＲＱコードブックを構築することと、前記ＳＰＳ ＰＤＳＣＨインデックスに従って、ＨＡＲＱ ＡＣＫビットの前記第２のセットを並び替えることと、を含む。いくつかの実施形態において、前記ＵＥは、ネットワークノードから、各々ＳＰＳ構成インデックスを伴う複数のダウンリンクＳＰＳ ＰＤＳＣＨを受信し、前記ＵＥは、前記ネットワークノードへ、前記ＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ ＡＣＫフィードバックを送信する。この手法で、重複する可能性のある時間ドメインリソース割当てを伴うＵＥ向けに構成される複数のＤＬ ＳＰＳについてＨＡＲＱ ＡＣＫフィードバックが可能とされる。
【選択図】図１３
【選択図】図１３
【特許請求の範囲】
【請求項1】
ユーザ機器（ＵＥ）（９１２）により実行される方法であって、１つ以上の動的にスケジューリングされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連付けられるハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）ビットの第１のセット、及び各々半永続的スケジューリング（ＳＰＳ）構成インデックスを伴う１つ以上のアクティブ化されたＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ ＡＣＫビットの第２のセットで、動的ＨＡＲＱコードブックを構築すること（１３００）と、
前記１つ以上のアクティブ化されたＳＰＳ ＰＤＳＣＨの前記ＳＰＳ構成インデックスに従って、ＨＡＲＱ ＡＣＫビットの前記第２のセットを並び替えること（１３０２）と、
を含む方法。
【請求項2】
請求項１に記載の方法であって、ＨＡＲＱ ＡＣＫビットの前記第２のセットは、ＨＡＲＱ ＡＣＫビットの前記第１のセットに付加される、方法。
【請求項3】
請求項１に記載の方法であって、さらに、前記動的ＨＡＲＱコードブックを、アップリンクのスロット又はサブスロット内のアップリンクチャネルにおいて、ネットワークノードへ送信すること（１３０４）、
を含む、方法。
【請求項4】
請求項３に記載の方法であって、前記アップリンクチャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）である、方法。
【請求項5】
請求項１～３のいずれか１項に記載の方法であって、さらに、前記ネットワークノードから、各々セルインデックスを伴う１つ以上のサービングセルの各々について、各々前記ＳＰＳ構成インデックスを伴う１つ以上のダウンリンクＳＰＳ ＰＤＳＣＨの構成を受信すること、
を含む、方法。
【請求項6】
請求項１～５のいずれか１項に記載の方法であって、さらに、前記１つ以上のサービングセルから、１つ以上のアクティブ化されたダウンリンクＳＰＳ ＰＤＳＣＨを受信すること、を含む、方法。
【請求項7】
請求項１～５のいずれか１項に記載の方法であって、さらに、前記ネットワークノードへ、前記ＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ ＡＣＫフィードバックを送信すること、
を含む、方法。
【請求項8】
請求項１～７のいずれか１項に記載の方法であって、前記ＳＰＳ構成インデックスに従ってＨＡＲＱ ＡＣＫビットの前記第２のセットを並び替えることは、前記ＳＰＳ構成インデックスに従ってＨＡＲＱ ＡＣＫビットの前記第２のセットを昇順に並び替えること、を含む、方法。
【請求項9】
請求項１～７のいずれか１項に記載の方法であって、前記ＳＰＳ構成インデックスに従ってＨＡＲＱ ＡＣＫビットの前記第２のセットを並び替えることは、前記ＳＰＳ構成インデックスに従ってＨＡＲＱ ＡＣＫビットの前記第２のセットを降順に並び替えること、を含む、方法。
【請求項10】
請求項１～９のいずれか１項に記載の方法であって、前記ＳＰＳ構成インデックスに従ってＨＡＲＱ ＡＣＫビットの前記第２のセットを並び替えることは、さらに、まず前記サービングセルインデックス、次いで前記ＳＰＳ構成インデックスが増加する順にＨＡＲＱ ＡＣＫビットの前記第２のセットを並び替えること、を含む、方法。
【請求項11】
請求項１～１０のいずれか１項に記載の方法であって、前記ＳＰＳ構成インデックスに従ってＨＡＲＱ ＡＣＫビットの前記第２のセットを並び替えることは、さらに、まず前記ＳＰＳ構成インデックス、次いで前記サービングセルインデックスが増加する順にＨＡＲＱ ＡＣＫビットの前記第２のセットを並び替えること、を含む、方法。
【請求項12】
請求項１～１１のいずれか１項に記載の方法であって、複数の送受信ポイント（ＴＲＰ）にわたるＳＰＳ ＰＤＳＣＨ送信について、半静的なＨＡＲＱコードブック内のＨＡＲＱ ＡＣＫビットは：まずＴＲＰ、次いでサービングセル；及び
まず前記サービングセル、次いで前記ＴＲＰ；
からなる群のうちの１つに従って並び替えられる、方法。
【請求項13】
請求項１～１３のいずれか１項に記載の方法であって、前記ネットワークノードは、基地局（９０２）である、方法。
【請求項14】
ネットワークノードにより実行される方法であって、各々１つ以上の半永続的スケジューリング（ＳＰＳ）物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を伴う１つ以上のサービングセルと共にユーザ機器（ＵＥ）を構成することと、
前記１つ以上のＳＰＳ ＰＤＳＣＨをアクティブ化し送信することと、
１つ以上の動的にスケジューリングされるＰＤＳＣＨを送信することと、
アップリンクスロットにおいて、前記１つ以上の動的にスケジューリングされるＰＤＳＣＨに関連付けられるハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）ビットの第１のセット、及び前記１つ以上のＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ ＡＣＫビットの第２のセットを含むＨＡＲＱ ＡＣＫコードブックを受信することと、
を含む方法。
【請求項15】
ユーザ機器（ＵＥ）（９１２）により実行される、ネットワークノードから、複数のダウンリンク（ＤＬ）半永続的スケジューリング（ＳＰＳ）物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信し、前記ネットワークノードへ、ＳＰＳ ＰＤＳＣＨに関連付けられるハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）フィードバックを返送する方法であってスロット又はサブスロットにおいて、重複する時間ドメインリソース割当てを伴う１よりも大きいＪ個の許可されたＰＤＳＣＨの構成を受信すること（１２００）、
前記スロット又はサブスロットにおける前記重複する時間ドメインリソース割当てを伴う許可されたＰＤＳＣＨの前記個数Ｊに基づいて、ＨＡＲＱ ＡＣＫレポーティングのための半静的なＨＡＲＱコードブックを構築すること（１２０２）、及び、
アップリンクのスロット又はサブスロットにおいて、前記ネットワークノードへ、前記半静的なＨＡＲＱコードブックを送信すること（１２０４）、のうちの少なくとも１つを含む、方法。
【請求項16】
請求項１５に記載の方法であって、前記アップリンクのスロット又はサブスロットにおいて前記ネットワークノードへ前記半静的なＨＡＲＱコードブックを送信すること（１２０４）は、ある順序でＨＡＲＱコードブックエントリを並び替えるなどして、前記アップリンクのスロット又はサブスロットにおいて前記ネットワークノードへ前記半静的なＨＡＲＱコードブックを送信すること、を含む、方法。
【請求項17】
請求項１５～１６のいずれか１項に記載の方法であって、前記半静的なＨＡＲＱコードブックを構築すること（１２０２）は、前記アップリンクのスロット又はサブスロットにおける前記ＨＡＲＱ ＡＣＫレポーティングについてサービングセル向けにＪ×Ｍ行及びＮ列の前記半静的なＨＡＲＱコードブックを構築すること（１２０２）、を含み、Ｍは、有効化されるトランスポートブロックの数であり、Ｎは、ＨＡＲＱ ＡＣＫレポーティングのための前記アップリンクのスロット又はサブスロットに関連付けられるダウンリンクのスロット又はサブスロットの数に前記スロット又はサブスロットにおける重複しない時間ドメインのリソース割当ての数を乗算したものである、方法。
【請求項18】
請求項１７に記載の方法であって、さらに、動的にスケジューリングされるＰＤＳＣＨに対し最初のＭ個の行を、ＳＰＳ ＰＤＳＣＨに対し残りの行を関連付けること、を含む、方法。
【請求項19】
請求項１７に記載の方法であって、前記半静的なＨＡＲＱコードブックを構築すること（１２０２）は、動的にスケジューリングされるＰＤＳＣＨに対し最初のＭ個の行を、ＳＰＳ ＰＤＳＣＨに対し残りの行を関連付けること、を含む、方法。
【請求項20】
請求項１７に記載の方法であって、さらに、前記スロット又はサブスロットにおいて２つのＳＰＳ ＰＤＳＣＨが受信される場合に、第１のＳＰＳ ＰＤＳＣＨに対しある列における第１のＭ個の行を、第２のＳＰＳ ＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む、方法。
【請求項21】
請求項２０に記載の方法であって、前記第１のＳＰＳ ＰＤＳＣＨは、最小のＳＰＳインデックスを有し、前記第２のＳＰＳ ＰＤＳＣＨは、次の最小のＳＰＳインデックスを有する、方法。
【請求項22】
請求項１７に記載の方法であって、前記半静的なＨＡＲＱコードブックを構築すること（１２０２）は、前記スロット又はサブスロットにおいて２つのＳＰＳ ＰＤＳＣＨが受信される場合に、第１のＳＰＳ ＰＤＳＣＨに対しある列における第１のＭ個の行を、第２のＳＰＳ ＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む、方法。
【請求項23】
請求項１７に記載の方法であって、さらに、前記スロット又はサブスロットにおいて２つの動的にスケジューリングされるＰＤＳＣＨが受信される場合に、第１の動的にスケジューリングされるＰＤＳＣＨに対しある列における第１のＭ個の行を、第２の動的にスケジューリングされるＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む、方法。
【請求項24】
請求項２３に記載の方法であって、前記第１のＳＰＳ ＰＤＳＣＨ及び前記第２のＳＰＳ ＰＤＳＣＨは、相異なる無線ネットワーク一時識別子（ＲＮＴＩ）を有する、方法。
【請求項25】
請求項１７に記載の方法であって、前記半静的なＨＡＲＱコードブックを構築すること（１２０２）は、前記スロット又はサブスロットにおいて２つの動的にスケジューリングされるＰＤＳＣＨが受信される場合に、第１の動的にスケジューリングされるＰＤＳＣＨに対しある列における第１のＭ個の行を、第２の動的にスケジューリングされるＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む、方法。
【請求項26】
請求項１５～１７のいずれか１項に記載の方法であって、前記半静的なＨＡＲＱコードブックを構築すること（１２０２）は、動的にスケジューリングされるＰＤＳＣＨ及び前記ＳＰＳ ＰＤＳＣＨについて別個のＨＡＲＱサブコードブックを構築すること、及び、
前記別個のＨＡＲＱサブコードブックを合成して、前記半静的なＨＡＲＱコードブックを提供すること、のうちの少なくとも１つを含む、方法。
【請求項27】
請求項１５～２６のいずれか１項に記載の方法であって、複数の送信ポイント（ＴＲＰ）にわたるＳＰＳ ＰＤＳＣＨ送信について、前記半静的なＨＡＲＱコードブック内のＨＡＲＱビットは、まず前記ＴＲＰ、次いでサービングセルか、又はまず前記サービングセル、次いで前記ＴＲＰか、のいずれかで並び替えられる、方法。
【請求項28】
ワイヤレスデバイス（１９００）であって、１つ以上のプロセッサ（１９０２）と、
前記１つ以上のプロセッサにより実行可能な命令群を記憶するメモリ（１９０４）と、
を備え、それにより、前記ワイヤレスデバイス（１９００）は、
動的にスケジューリングされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連付けられるハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）ビットの第１のセット、及び半永続的スケジューリング（ＳＰＳ）ＰＤＳＣＨに関連付けられるＨＡＲＱ ＡＣＫビットの第２のセットで、動的ＨＡＲＱコードブックを構築し、
前記ＳＰＳ ＰＤＳＣＨインデックスに従って、ＨＡＲＱ ＡＣＫビットの前記第２のセットを並び替える、
ように動作可能である、ワイヤレスデバイス。
【請求項29】
請求項２８に記載のワイヤレスデバイス（１９００）であって、前記命令群は、さらに、前記ワイヤレスデバイス（１９００）に、請求項２～２１のいずれか１項に記載の方法を実行させる、ワイヤレスデバイス。
【発明の詳細な説明】
【技術分野】
【0001】
［関連出願］
本出願は、２０１９年８月１６日に出願された仮特許出願第６２／８８８，０９５号の利益を主張し、その開示はここで全体として参照によりここに取り入れられる。
本出願は、２０１９年８月１６日に出願された仮特許出願第６２／８８８，０９５号の利益を主張し、その開示はここで全体として参照によりここに取り入れられる。
【0002】
本開示は、ハイブリッド自動再送要求（ＨＡＲＱ）コードブックに関連する。
【背景技術】
【0003】
概して、ここで使用される全ての用語は、異なる意味が明確に与えられていない限り、及び／又は使用されている文脈から異なる意味が示唆されていない限り、関係する技術分野におけるそれらの通常の意味に従って解釈されるべきである。あるエレメント、装置、コンポーネント、手段、ステップなどへの全ての言及は、別段の明示的な記述の無い限り、それらエレメント、装置、コンポーネント、手段、ステップなどの少なくとも１つの実例への言及としてオープンに解釈されるべきである。あるステップが他のステップに後続し若しくは先行するものとして明示的に説明されておらず、及び／又は、あるステップが他のステップに後続し若しくは先行しなければならないことが暗黙の了解でない限り、ここで開示されるいかなる方法のステップも、開示された厳密な順序で実行されなくてよい。ここで開示される任意の実施形態の任意の特徴が、適切であるならば、他の任意の実施形態へ適用されてよい。同様に、任意の実施形態の任意の利点が、他のどの実施形態にも当てはまり得るものであり、逆もまたしかりである。包含される実施形態の他の目的、特徴及び利点が以下の説明から明らかとなるであろう。
【0004】
次世代のモバイルワイヤレス通信システム（５Ｇ）あるいは新無線（ＮＲ）は、多様なユースケースの集合及び多様な配備シナリオの集合をサポートすることになる。後者は、低い周波数（６ギガヘルツ（ＧＨｚ）以下）及び非常に高い周波数（数十ＧＨｚまで）の双方での配備を含む。
【0005】
ＮＲのフレーム構造及びリソースグリッド：ＮＲは、ダウンリンク（即ち、ネットワークノード、新無線基地局（ｇＮＢ）又は基地局からユーザ機器（ＵＥ）へ）及びアップリンク（即ち、ＵＥからｇＮＢへ）の双方でサイクリックプレフィクス直交周波数多分割多重化（ＣＰ－ＯＦＤＭ）を使用する。アップリンクでは、離散フーリエ変換（ＤＦＴ）拡散直交周波数分割多重化（ＯＦＤＭ）もまたサポートされる。時間ドメインにおいて、ＮＲのダウンリンク及びアップリンクは、各々１ミリ秒（ｍｓ）である等サイズのサブフレームへ編成される。サブフレームは、さらに時間長の等しい複数のスロットへ分割される。スロット長は、サブキャリア間隔に依存する。Δｆ＝１５ｋＨｚというサブキャリア間隔の場合、サブフレームごとにスロットは１つだけ存在し、各スロットは１４個のＯＦＤＭシンボルからなる。
【0006】
ＮＲにおけるデータスケジューリングは、典型的には、スロットベースで行われる；図１に一例が示されており、１５ｋＨｚのサブキャリア間隔及び１４シンボルのスロットを伴うＮＲの時間ドメイン構造において、最初の２つのシンボルは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含み、残りは物理ダウンリンク共有チャネル（ＰＤＳＣＨ）か又は物理アップリンク共有チャネル（ＰＵＳＣＨ）かのいずれかである物理共有データチャネルを含むことが描かれている。
【0007】
ＮＲでは、様々なサブキャリア間隔の値がサポートされる。サポートされるサブキャリア間隔の値（様々なヌメロロジーともいう）は、Δｆ＝（１５×２μ）ｋＨｚによって与えられ、∈０，１，２，３，４である。Δｆ＝１５ｋＨｚが、基本的なサブキャリア間隔である。様々なサブキャリア間隔におけるスロット時間長は、１／２μ［ｍｓ］によって与えられる。
【0008】
周波数ドメインでは、システム帯域幅は、各々が１２本の連続するサブキャリアに対応する複数のリソースブロック（ＲＢ）へ分割される。ＲＢは、システム帯域幅の一端から０で始まる形で付番される。基本的なＮＲの物理的な時間－周波数リソースグリッドが図２に描かれており、そこでは１４シンボルのスロット内に１つのリソースブロック（ＲＢ）のみが示されている。１つのＯＦＤＭシンボルインターバルの期間中の１つのＯＦＤＭサブキャリアは、１つのリソースエレメント（ＲＥ）を形成する。
【0009】
ダウンリンク送信は、動的にスケジューリングされ、即ち、各スロットにおいて、ｇＮＢは、どのＵＥデータが送信される予定であり、現行のダウンリンクスロット内のどのＲＢにおいて当該データが送信されるのかに関するダウンリンク制御情報（ＤＣＩ）を、ＰＤＣＣＨ上で送信する。ＵＥデータは、ＰＤＳＣＨ上で搬送される。
【0010】
ＮＲにおいて、ＰＤＳＣＨをスケジューリングするために２つのＤＣＩフォーマットが定義されており、即ちＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１である。ＤＣＩフォーマット１＿０は、ＤＣＩフォーマット１＿１よりもサイズが小さく、ＵＥがネットワークには完全に接続状態ではない場合に使用されることができ、一方で、ＤＣＩフォーマット１＿１は、２つのトランスポートブロック（ＴＢ）でのＭＩＭＯ（Multiple-Input-Multiple-Output）送信をスケジューリングするために使用されることができる。
【0011】
ＣＯＲＥＳＥＴ及びサーチスペース：ＰＤＣＣＨは、以下の表１に示したように、１つ以上の制御チャネルエレメント（ＣＣＥ）からなる。ＣＣＥは、６つのリソースエレメントグループ（ＲＥＧ）からなり、ＲＥＧは１つのＯＦＤＭシンボルの期間中の１つのＲＢに等しい。
【表1】
【0012】
ＵＥがモニタリングすべきＰＤＣＣＨ候補のセットは、ＰＤＣＣＨサーチスペースセットの観点で定義されている。サーチスペースセットは、共通サーチスペース（ＣＳＳ）セット又はＵＥ固有サーチスペース（ＵＳＳ）セットであり得る。ＵＥを、ＰＤＣＣＨ候補をモニタリングするために、帯域幅部分ごとに１０セットまでのサーチスペースと共に構成することができる。
【0013】
サーチスペースセットは、制御リソースセット（ＣＯＲＥＳＥＴ）にわたって定義される。ＣＯＲＥＳＥＴは、周波数ドメインにおいてＮＲＢ
ＣＯＲＥＳＥＴ個のリソースブロック、時間ドメインにおいてＮｓｙｍｂ
ＣＯＲＥＳＥＴ∈｛１，２，３｝個の連続するＯＦＤＭシンボルからなる。ＮＲリリース１５では、ＵＥを、帯域幅部分ごとに３個までのＣＯＲＥＳＥＴと共に構成することができる。各ＣＯＲＥＳＥＴについて、ＵＥは、ＣＯＲＥＳＥＴ情報エレメント（ＩＥ）を伴う無線リソース制御（ＲＲＣ）シグナリングにより構成され、それは次のものを含む：
・ＣＯＲＥＳＥＴインデックスｐ（０≦ｐ＜１２）；
・復調リファレンス信号（ＤＭ－ＲＳ）スクランブリングシーケンス初期化値；
・ＵＥが同じＤＭ－ＲＳプリコーダの使用を想定できる、周波数ドメインにおけるＲＥＧの数についてのプリコーダ粒度；
・連続するシンボルの数；
・リソースブロックのセット；
・ＣＣＥ対ＲＥＧのマッピングパラメータ；
・６４個までの送信構成インジケーション（ＴＣＩ）状態のリストを、ＣＯＲＥＳＥＴｐにおいて構成することができる。それらＴＣＩ状態は、ＴＣＩ状態における１つのＲＳセット内のソースダウンリンクリファレンス信号（ＲＳ）とＰＤＣＣＨ ＤＭＲＳポートとの間の疑似コロケーション（ＱＣＬ）関係を提供するために使用される（即ち、ＣＯＲＥＳＥＴｐに対し定義される複数のサーチスペースのうちの１つにおいて受信されるＰＤＣＣＨについてのＤＭＲＳポート用である）。ソースダウンリンクＲＳは、チャネル状態情報リファレンス信号（ＣＳＩ－ＲＳ）か又は同期信号ブロック（ＳＳＢ）かのいずれかであり得る；
・ＣＯＲＥＳＥＴｐにおいてＰＤＣＣＨにより送信されるＤＣＩフォーマット１＿１について、送信構成インジケーション（ＴＣＩ）フィールドの有無のためのインジケーション。
・ＣＯＲＥＳＥＴインデックスｐ（０≦ｐ＜１２）；
・復調リファレンス信号（ＤＭ－ＲＳ）スクランブリングシーケンス初期化値；
・ＵＥが同じＤＭ－ＲＳプリコーダの使用を想定できる、周波数ドメインにおけるＲＥＧの数についてのプリコーダ粒度；
・連続するシンボルの数；
・リソースブロックのセット；
・ＣＣＥ対ＲＥＧのマッピングパラメータ；
・６４個までの送信構成インジケーション（ＴＣＩ）状態のリストを、ＣＯＲＥＳＥＴｐにおいて構成することができる。それらＴＣＩ状態は、ＴＣＩ状態における１つのＲＳセット内のソースダウンリンクリファレンス信号（ＲＳ）とＰＤＣＣＨ ＤＭＲＳポートとの間の疑似コロケーション（ＱＣＬ）関係を提供するために使用される（即ち、ＣＯＲＥＳＥＴｐに対し定義される複数のサーチスペースのうちの１つにおいて受信されるＰＤＣＣＨについてのＤＭＲＳポート用である）。ソースダウンリンクＲＳは、チャネル状態情報リファレンス信号（ＣＳＩ－ＲＳ）か又は同期信号ブロック（ＳＳＢ）かのいずれかであり得る；
・ＣＯＲＥＳＥＴｐにおいてＰＤＣＣＨにより送信されるＤＣＩフォーマット１＿１について、送信構成インジケーション（ＴＣＩ）フィールドの有無のためのインジケーション。
【0014】
各サーチスペースセットについて、ＵＥは、次のものと共に構成される：
・サーチスペースセットインデックスｓ（０≦ｓ＜４０）
・サーチスペースセットｓとＣＯＲＥＳＥＴｐとの間の関連付け
・ｋｓ個のスロットというＰＤＣＣＨモニタリング周期、及びｏｓ個のスロットというＰＤＣＣＨモニタリングオフセット
・ＰＤＣＣＨモニタリングのためのスロット内のＣＯＲＥＳＥＴの最初のシンボルを示す、スロット内のＰＤＣＣＨモニタリングパターン
・サーチスペースセットｓが存在するスロットの個数を示す、ｋｓスロット未満のＴｓという時間長
・ＣＣＥアグリゲーションレベルＬごとのＰＤＣＣＨ候補の数Ｍｓ （Ｌ）
・サーチスペースセットがＣＳＳセットか又はＵＳＳセットかというインジケーション
・モニタリング向けのＤＣＩフォーマット
・サーチスペースセットインデックスｓ（０≦ｓ＜４０）
・サーチスペースセットｓとＣＯＲＥＳＥＴｐとの間の関連付け
・ｋｓ個のスロットというＰＤＣＣＨモニタリング周期、及びｏｓ個のスロットというＰＤＣＣＨモニタリングオフセット
・ＰＤＣＣＨモニタリングのためのスロット内のＣＯＲＥＳＥＴの最初のシンボルを示す、スロット内のＰＤＣＣＨモニタリングパターン
・サーチスペースセットｓが存在するスロットの個数を示す、ｋｓスロット未満のＴｓという時間長
・ＣＣＥアグリゲーションレベルＬごとのＰＤＣＣＨ候補の数Ｍｓ （Ｌ）
・サーチスペースセットがＣＳＳセットか又はＵＳＳセットかというインジケーション
・モニタリング向けのＤＣＩフォーマット
【0015】
各サーチスペースセットｓについて、ＵＥは、（ｎｆ・Ｎｓｌｏｔ
ｆｒａｍｅ，μ＋ｎｓ，ｆ
μ－ｏｓ）ｍｏｄ（ｋｓ）＝０である場合のフレーム番号ｎｆを有するフレームにおいて、スロット番号ｎｓ，ｆ
μを有するスロット内にＰＤＣＣＨモニタリング機会が存在すると判定する。ＵＥは、スロットｎｓ，ｆ
μから開始しＴｓ個の連続するスロットについてサーチスペースセットのためにＰＤＣＣＨをモニタリングし、次のｋｓ－Ｔｓ個の連続するスロットについてサーチスペースセットｓのためにＰＤＣＣＨをモニタリングしない。
【0016】
ＵＥは、まず、ＰＤＣＣＨを検出し及び復号し、復号に成功すると、ＰＤＣＣＨ内の復号した制御情報に基づいて、対応するＰＤＳＣＨを復号する。ＰＤＳＣＨが成功裏に復号されると、ハイブリッド自動再送要求（ＨＡＲＱ）ＡＣＫが物理アップリンク制御チャネル（ＰＵＣＣＨ）上でｇＮＢへ送信される。そうでなければ、ＰＤＳＣＨのデータをＵＥへ再送することができるように、ＰＵＣＣＨ上でｇＮＢへＨＡＲＱ ＮＡＣＫが送信される。ＰＵＣＣＨがＰＵＳＣＨ送信と重複する場合、ＨＡＲＱフィードバックもまたＰＵＳＣＨ上で運ばれることができる。
【0017】
アップリンクのデータ送信もまた、ＰＤＣＣＨを用いて動的にスケジューリングされる。ダウンリンクについてＰＤＳＣＨをスケジューリングする場合と同様に、ＵＥは、まずＰＤＣＣＨにおいてアップリンクグラントを復号し、アップリンクグラントにおいて復号した制御情報、例えば変調次数、符号化レート、アップリンクリソース割当てなどに基づいて、ＰＵＳＣＨ上でデータを送信する。
【0018】
ＰＤＣＣＨを用いてアップリンク及びダウンリンクをスケジューリングするために、複数のダウンリンク制御情報（ＤＣＩ）フォーマットが定義されている。ＰＤＳＣＨのスケジューリング用には、２つのフォーマット１＿０及び１＿１が存在し、詳しくは以下の通りである。加えて、受信されるＰＤＣＣＨが特定のＵＥ向けを意図されていることを確実化するために、各ＵＥは、無線ネットワーク一時識別子（ＲＮＴＩ）のセットを有する。検出されたＰＤＣＣＨのＲＮＴＩがＵＥ向けのＲＮＴＩに適合する場合、ＵＥは、そのＤＣＩ内の情報に基づくアクションを行うことになる。そうでない場合、ＵＥは、そのＤＣＩを無視することになる。
【0019】
ＤＣＩフォーマット１＿０は、１つのダウンリンクセルにおけるＰＤＳＣＨのスケジューリングのために使用される。巡回冗長検査（ＣＲＣ）がセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）、構成スケジューリング無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）、又は変調符号化方式（ＭＣＳ）セル無線ネットワーク一時識別子（ＭＣＳ－Ｃ－ＲＮＴＩ）によりスクランブリングされているＤＣＩフォーマット１－０によって、次の情報が送信される：
・ＤＣＩフォーマットのための識別子
・周波数ドメインリソース割当て
・時間ドメインリソース割当て
・変調符号化方式
・新規データインジケータ
・冗長性バージョン
・ＨＡＲＱプロセス番号
・ダウンリンク割当てインデックス－カウンタＤＡＩ（Downlink Assignment Index）として２ビット
・ＰＵＣＣＨリソースインジケータ
・ＰＤＳＣＨ対ＨＡＲＱフィードバックタイミングインジケータ
・ＤＣＩフォーマットのための識別子
・周波数ドメインリソース割当て
・時間ドメインリソース割当て
・変調符号化方式
・新規データインジケータ
・冗長性バージョン
・ＨＡＲＱプロセス番号
・ダウンリンク割当てインデックス－カウンタＤＡＩ（Downlink Assignment Index）として２ビット
・ＰＵＣＣＨリソースインジケータ
・ＰＤＳＣＨ対ＨＡＲＱフィードバックタイミングインジケータ
【0020】
ＤＣＩフォーマット１＿１は、１つのセルにおけるＰＤＳＣＨのスケジューリングのために使用される。ＣＲＣがＣ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩによりスクランブリングされているＤＣＩフォーマット１－１によって、次の情報が送信される：
・ＤＣＩフォーマットのための識別子
・キャリアインジケータ
・帯域幅部分インジケータ
・周波数ドメインリソース割当て
・時間ドメインリソース割当て（ＴＤＲＡ）
・トランスポートブロック（ＴＢ）１について：
－変調符号化方式－５ビット（ＩＭＣＳ）
－新規データインジケータ（ＮＤＩ）－１ビット
－冗長性バージョン－２ビット（ｒｖｉｄ）
・トランスポートブロック（ＴＢ）２について（maxNrofCodeWordsScheduledByDCI が２に等しい場合にのみ存在）：
－変調符号化方式－５ビット（ＩＭＣＳ）
－新規データインジケータ（ＮＤＩ）－１ビット
－冗長性バージョン－２ビット（ｒｖｉｄ）
－ＨＡＲＱプロセス番号
－ダウンリンク割当てインデックス（ＤＡＩ）－２ビットのカウンタＤＡＩ及び２ビットのトータルＤＡＩ（１つより多くのセルが構成される場合）
－ＰＵＣＣＨリソースインジケータ（ＰＲＩ）
－ＰＤＳＣＨ対ＨＡＲＱフィードバックタイミングインジケータ（ｋ１）－０，１，２又は３ビット。このフィールドのためのビット幅は［ｌｏｇ２（Ｉ）］ビットとして決定され、Ｉは上位レイヤパラメータdl-DataToUL-ACK内のエントリの数である。
・ＤＣＩフォーマットのための識別子
・キャリアインジケータ
・帯域幅部分インジケータ
・周波数ドメインリソース割当て
・時間ドメインリソース割当て（ＴＤＲＡ）
・トランスポートブロック（ＴＢ）１について：
－変調符号化方式－５ビット（ＩＭＣＳ）
－新規データインジケータ（ＮＤＩ）－１ビット
－冗長性バージョン－２ビット（ｒｖｉｄ）
・トランスポートブロック（ＴＢ）２について（maxNrofCodeWordsScheduledByDCI が２に等しい場合にのみ存在）：
－変調符号化方式－５ビット（ＩＭＣＳ）
－新規データインジケータ（ＮＤＩ）－１ビット
－冗長性バージョン－２ビット（ｒｖｉｄ）
－ＨＡＲＱプロセス番号
－ダウンリンク割当てインデックス（ＤＡＩ）－２ビットのカウンタＤＡＩ及び２ビットのトータルＤＡＩ（１つより多くのセルが構成される場合）
－ＰＵＣＣＨリソースインジケータ（ＰＲＩ）
－ＰＤＳＣＨ対ＨＡＲＱフィードバックタイミングインジケータ（ｋ１）－０，１，２又は３ビット。このフィールドのためのビット幅は［ｌｏｇ２（Ｉ）］ビットとして決定され、Ｉは上位レイヤパラメータdl-DataToUL-ACK内のエントリの数である。
【0021】
ＤＣＩフォーマット１－１によりスケジューリングされ得るＴＢ又はコードワードの最大数は、上位レイヤパラメータmaxNrofCodeWordsScheduledByDCIにより構成される。このパラメータを用いて、１個か又は２個かのいずれかのコードワードが構成され得る。２コードワード送信が有効化されることを上位レイヤパラメータmaxNrofCodeWordsScheduledByDCIが示すケースにおいて、対応するトランスポートブロックについてＩＭＣＳ＝２６且つｒｖｉｄ＝１であれば、ＤＣＩフォーマット１－１により２個のトランスポートブロックのうちの一方が無効化され、ここでＩＭＣＳはＭＣＳ（変調符号化方式）インデックスであり、ｒｖｉｄは冗長性バージョンであり、共にＤＣＩ１＿１において示される。双方のトランスポートブロックが有効化される場合、トランスポートブロック１及び２は、それぞれコードワード０及び１にマッピングされる。トランスポートブロックが１つだけ有効化される場合、有効化されるトランスポートブロックは常に最初のコードワードにマッピングされる。
【0022】
時間ドメインにおけるＰＤＳＣＨリソース割当て：ＤＣＩによりＵＥがＰＤＳＣＨを受信するようにスケジューリングされる場合、当該ＤＣＩの時間ドメインリソース割当て（ＴＤＲＡ）フィールド値ｍが、割当てテーブルに対する行インデックスｍ＋１を提供する。使用されるリソース割当てテーブルの判定法は、３ＧＰＰ ＴＳ３８．２１４ｖ１５．６．０の第５．１．２．１．１節において定義されており、テーブル５．１．２．１．１－２、５．１．２．１．１－３、５．１．２．１．１－４及び５．１．２．１．１－５に従って既定のＰＤＳＣＨ時間ドメイン割当てＡ、Ｂ若しくはＣが適用されるか、又は、上位レイヤで構成されるパラメータであるpdsch-ConfigCommon若しくはpdsch-Config内のpdsch-TimeDomainAllocationListが適用されるかのいずれかである。
【0023】
ＣＲＣがＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩによりスクランブリングされているＤＣＩについて、適用可能なＴＤＲＡは、表２に示されている。
【表2】
【0024】
表３には、通常ＣＰ用の既定のＰＤＳＣＨ時間ドメインリソース割当てＡが示されており、インデックス付けされた行は、スロットオフセットｋ０、当該スロット内の開始シンボルＳ、及びシンボル数でＰＤＳＣＨ割当て長Ｌを、並びに、ＰＤＳＣＨ受信において想定されるべきＰＤＳＣＨマッピングタイプを直接的に定義している。タイプＡ（即ち、スロットベースのＰＤＳＣＨ送信）か又はタイプＢ（即ち、ミニスロットベースのＰＤＳＣＨ送信）かのいずれかが示され得る。
【表3】
【0025】
pdsch-TimeDomainAllocationListが構成されるケースでは、pdsch-TimeDomainAllocationListは、以下に示すようにPDSCH-Time Domain Resource Allocationという情報エレメント（ＩＥ）のリストを含み、その中で、開始／長さインジケータＳＬＩＶとしてのstartSymbolAndLengthにおいて開始シンボルＳ及び割当て長Ｌが結合的に符号化される。
【数1】
【0026】
ＰＤＳＣＨマッピングタイプＡ及びタイプＢについて、有効なＳ及びＬの値は以下の表４に示されている。
【表4】
【0027】
タイプＡのＰＤＳＣＨについて、pdsch-TimeDomainAllocationList内の又は表３に示した既定のテーブルＡ内のＴＤＲＡは、部分的に重複しており、ＮＲリリース１５では、サービングセルごとに１つのＰＤＳＣＨのみをスロット内でスケジューリングすることができる。
【0028】
タイプＢのＰＤＳＣＨについては、ＰＤＳＣＨの開始位置がより柔軟に選択可能であるため、pdsch-TimeDomainAllocationList内の又は既定のテーブルＡ内のＴＤＲＡのうちのいくつかは重複無しとすることができ、そのため、１つよりも多くのＰＤＳＣＨをスロット内でスケジューリングし得る。図３は、タイプＡ及びタイプＢのＰＤＳＣＨのいくつかの例を示しており、そのうち図３（ｄ）において、２つのタイプＢのＰＤＳＣＨがスロット内でスケジューリングされている。
【0029】
ダウンリンク（ＤＬ）ＳＰＳ：ＮＲのダウンリンクでは、動的な割当てか又はＤＬ半永続的スケジューリング（ＳＰＳ）を使用するかのいずれかでＰＤＳＣＨをスケジューリングすることができる。動的な割当てのケースでは、ｇＮＢは、各ＤＬ送信（即ち、ＰＤＳＣＨ）についてＵＥへＤＬ割当てを提供する。ＤＬ ＳＰＳのケースでは、送信パラメータのいくつか（即ち、動的なスケジューリングにおいてＤＣＩにより示されるもの）はネットワークからＵＥへのＲＲＣシグナリングを用いて事前に構成され、一方で、送信パラメータの残りはＳＰＳアクティブ化の期間中に単一のＤＣＩを介してＬ１シグナリングされる。ＤＬ ＳＰＳのために構成された後続のスロットにおいてＳＰＳ ＰＤＳＣＨのためにＤＣＩが送信されることはなく、そのため、ＵＥは、ＲＲＣ及びＳＰＳアクティブ化パラメータを用いて、ＤＬ ＳＰＳのために構成された後続のスロットにおけるＳＰＳ ＰＤＳＣＨの受信を行う。即ち、送信パラメータのうちのいくつかは、ＲＲＣを介して半静的に構成され、残りの送信パラメータは、ＤＬ ＳＰＳプロセスをアクティブ化するＤＣＩにより提供される。こうしたＤＬ ＳＰＳ送信を停止するために、ネットワークからＵＥへ"リリース"が指示される。ＤＬ ＳＰＳプロセスのスケジューリングリリース（非アクティブ化ともいう）は、ｇＮＢによってＵＥへ、新たなＤＣＩを用いてシグナリングされる。
【0030】
リリース１５では、SPS-ConfigというＩＥが、ダウンリンクの半永続的な送信を構成するために使用されるＲＲＣにおける情報エレメントである。理解され得るように、送信の周期、ＨＡＲＱプロセスの数、ＰＵＣＣＨリソース識別子、及び代替的なＭＣＳテーブルを構成する可能性が、この情報エレメントによって構成され得る。ダウンリンクＳＰＳは、ＳｐＣｅｌｌ（即ち、デュアルコネクティビティにおけるセカンダリセルグループに関するプライマリセル）に加えてセカンダリセル（ＳＣｅｌｌ）上で構成され得るが、セルグループのうちの１つよりも多くのサービングセルに対して一度に構成されることはないものとされる。
【数2】
【0031】
ＰＵＣＣＨ上でのＮＲ ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバック：ＵＥが受信したＰＤＳＣＨに関連付けられるＨＡＲＱ－ＡＣＫをいつ送信すべきかに関してＮＲではいくつかのルールが定義されている。
【0032】
ＰＵＣＣＨ送信のためのスロットについていうと、ＵＥは、スロットｎで終了するＰＤＳＣＨ受信をスケジューリングするＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１を検出し、又はスロットｎで終了するＰＤＣＣＨ受信を通じたＳＰＳ ＰＤＳＣＨリリースを示すＤＣＩフォーマット１＿０を検出すると、スロットｎ＋ｋ内のＰＵＣＣＨ送信において対応するＨＡＲＱ－ＡＣＫ情報を提供し、ここでｋは、スロット数であり、ＤＣＩフォーマット内に存在するならばＰＤＳＣＨ対ＨＡＲＱタイミングインジケータフィールドにより指し示され、存在しないならば上位レイヤの構成パラメータdl-DataToUL-ACKにより直接的に提供される。ｋ＝０が指し示される場合、それは、ＰＤＳＣＨ受信に重複し又はＳＰＳ ＰＤＳＣＨリリースのケースではＰＤＣＣＨ受信と重複するＰＵＣＣＨ送信のアップリンクスロットにおいて、ＨＡＲＱ－ＡＣＫを伴うＰＵＣＣＨを送信することに対応する。
【0033】
スロットｎで終了するＳＰＳ ＰＤＳＣＨ受信については、ＵＥは、スロットｎ＋ｋでＰＵＣＣＨを送信し、ここでｋは、ＤＣＩフォーマット１＿０内のＰＤＳＣＨ対ＨＡＲＱタイミングインジケータフィールドにより、又は、ＳＰＳ ＰＤＳＣＨ受信をアクティブ化する際に使用されたＤＣＩフォーマット１＿１内に同フィールドが存在するならばそれにより提供される。
【0034】
パラメータｋは、ＤＣＩの内容が議論される場合にはＫ１としても言及され、なぜならＫ１はオフセットを提供するＤＣＩ内のパラメータ名だからである。ＤＣＩフォーマット１＿０について、Ｋ１は｛１，２，３，４，５，６，７，８｝のうちの１つであり得る。ＤＣＩフォーマット１＿１について、Ｋ１は上位レイヤにより構成されるパラメータdl-DataToUL-ACKにおいて構成される通りの値のセットのうちの１つであり得る。当該値のセットは、｛０，１，...，１５｝という範囲内あり得る。ＤＣＩではＫ１のために３ビットが存在するため、８個までの値を上記セットにおいて構成することができる。
【0035】
複数のキャリアを伴うキャリアアグリゲーション（ＣＡ）及び／又は時分割複信（ＴＤＤ）動作のケースでは、複数の統合されたＨＡＲＱ ＡＣＫ／ＮＡＣＫビットを単一のＰＵＣＣＨリソースにおいて送信する必要があり得る。
【0036】
ＮＲでは、ＵＥに対し４つまでのＰＵＣＣＨリソースセットを構成することができる。pucch-ResourceSetId＝０であるＰＵＣＣＨリソースセットは、３２個までのＰＵＣＣＨリソースを有することができ、一方でpucch-ResourceSetId＝１～３であるＰＵＣＣＨリソースセットについては、各セットは８個までのＰＵＣＣＨリソースを有することができる。ＵＥは、スロット内で送信すべき統合されたアップリンク制御情報（ＵＣＩ）ビットの数に基づいて、当該スロット内のＰＵＣＣＨリソースセットを決定する。ＵＣＩビットは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、スケジューリング要求（ＳＲ）及びチャネル状態情報（ＣＳＩ）ビットからなる。
【0037】
ＵＥは、ＯＵＣＩ個の情報ビットを送信する場合、ＰＵＣＣＨリソースセットを次のように決定する：
・１又は２個のＨＡＲＱ－ＡＣＫ情報ビット、並びにＨＡＲＱ－ＡＣＫ情報の送信及びＳＲが同時に生じるときはＳＲ送信機会１回での肯定的な又は否定的なＳＲを含めて、ＯＵＣＩ≦２の場合、pucch-ResourceSetId＝０を有するＰＵＣＣＨリソースの１番目のセット、あるいは
・上位レイヤにより提供される場合であって、２＜ＯＵＣＩ≦Ｎ２であれば、pucch-ResourceSetId＝１を有するＰＵＣＣＨリソースの２番目のセット、あるいは
・上位レイヤにより提供される場合であって、Ｎ２＜ＯＵＣＩ≦Ｎ３であれば、pucch-ResourceSetId＝２を有するＰＵＣＣＨリソースの３番目のセット、あるいは
・上位レイヤにより提供される場合であって、Ｎ３＜ＯＵＣＩ≦１７０６であれば、pucch-ResourceSetId＝３を有するＰＵＣＣＨリソースの４番目のセット、
ここで、Ｎ１＜Ｎ２＜Ｎ３は、上位レイヤシグナリングによりネットワークからＵＥへ提供されるパラメータである。
・１又は２個のＨＡＲＱ－ＡＣＫ情報ビット、並びにＨＡＲＱ－ＡＣＫ情報の送信及びＳＲが同時に生じるときはＳＲ送信機会１回での肯定的な又は否定的なＳＲを含めて、ＯＵＣＩ≦２の場合、pucch-ResourceSetId＝０を有するＰＵＣＣＨリソースの１番目のセット、あるいは
・上位レイヤにより提供される場合であって、２＜ＯＵＣＩ≦Ｎ２であれば、pucch-ResourceSetId＝１を有するＰＵＣＣＨリソースの２番目のセット、あるいは
・上位レイヤにより提供される場合であって、Ｎ２＜ＯＵＣＩ≦Ｎ３であれば、pucch-ResourceSetId＝２を有するＰＵＣＣＨリソースの３番目のセット、あるいは
・上位レイヤにより提供される場合であって、Ｎ３＜ＯＵＣＩ≦１７０６であれば、pucch-ResourceSetId＝３を有するＰＵＣＣＨリソースの４番目のセット、
ここで、Ｎ１＜Ｎ２＜Ｎ３は、上位レイヤシグナリングによりネットワークからＵＥへ提供されるパラメータである。
【0038】
ＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信について、ＵＥは、ＰＵＣＣＨリソースセットを決定した後に、ＰＵＣＣＨをリソースを決定する。ＰＵＣＣＨリソースの決定は、ＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１内の３ビットのＰＵＣＣＨリソースインジケータ（ＰＲＩ）フィールドに基づく。
【0039】
ＣＡ及び／又はＴＤＤのケースにおいて、ＤＣＩフォーマット１＿０又は１＿１が１つよりも多く受信される場合、ＰＵＣＣＨリソースの決定は、複数受信されＵＥにより検出されたＤＣＩフォーマット１＿０又はＤＣＩフォーマット１－１のうちで最後のＤＣＩフォーマット１＿０又はＤＣＩフォーマット１－１内のＰＵＣＣＨリソースインジケータ（ＰＲＩ）フィールドに基づく。複数受信されるＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１は、ＰＵＣＣＨ送信のために同じスロットを示すPDSCH-to-HARQ_feedback timing indicatorフィールドの値を有する。ＰＵＣＣＨリソースの決定のために、検出されるＤＣＩフォーマットは、まず同じＰＤＣＣＨモニタリング機会について複数のサービングセルインデックスにわたって昇順でインデックス付けされ、次いで複数のＰＤＣＣＨモニタリング機会インデックスにわたって昇順でインデックス付けされる。
【0040】
３ビットのＰＲＩフィールドは、最大で８個のＰＵＣＣＨリソースを有するＰＵＣＣＨリソースのセット内のＰＵＣＣＨリソースへマッピングされる。pucch-ResourceSetId＝０であるＰＵＣＣＨリソースの１番目のセットについて、当該セット内のＰＵＣＣＨリソースの数ＲＰＵＣＣＨが８よりも大きい場合、ＵＥは、ＰＵＣＣＨ送信について同じスロットを示すPDSCH-to-HARQ_feedback timing indicatorフィールドの値を有する当該ＵＥが受信したＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１のうちで、ＰＤＣＣＨ受信における最後のＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１の検出に応じて、ＨＡＲＱ－ＡＣＫ情報を搬送するために０≦ｒＰＵＣＣＨ＜RＰＵＣＣＨ－１である次の通りのインデックスｒＰＵＣＣＨを有するＰＵＣＣＨリソースを決定する。
ここで、ＮＣＣＥ，ｐは、３ＧＰＰ ＴＳ３８．２１３ｖ１５．４．０の第１０．１節に記述されている通り、そのＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１についてのＰＤＣＣＨ受信のＣＯＲＥＳＥＴｐ内のＣＣＥの数であり、ｎＣＣＥ，ｐは、当該ＰＤＣＣＨ受信についての最初のＣＣＥのインデックスであり、ΔＰＲＩは、そのＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１内のＰＵＣＣＨリソースインジケータフィールドの値である。
【数3】
【0041】
ＮＲ ＨＡＲＱ－ＡＣＫコードブック：ＮＲリリース１５は、１つ以上のコンポーネントキャリア（ＣＣ）の複数受信されるＰＤＳＣＨについてのＨＡＲＱ Ａｃｋ／Ｎａｃｋの多重化のために、２種類のＨＡＲＱコードブック、即ち、半静的なコードブック（タイプ１）及び動的なコードブック（タイプ２）をサポートする。ＵＥは、ＨＡＲＱ Ａｃｋ／Ｎａｃｋフィードバックのために、それら２種類のコードブックのうちのいずれか一方を使用するように構成され得る。
【0042】
ＮＲのタイプ１ＨＡＲＱ－ＡＣＫコードブックの決定：時間におけるＨＡＲＱコードブック（ＣＢ）サイズ（ＤＬアソシエーションセット）は、ＨＡＲＱ－ＡＣＫタイミングＫ１の構成されたセットと、pdsch-ConfigCommon内のpdsch-TimeDomainAllocationListか又は既定のＰＤＳＣＨ時間ドメインリソース割当てＡかのいずれかにより提供されるテーブルの行インデックスＲ、及びpdsch-Config内のpdsch-TimeDomainAllocationListのセットと、ＴＤＤのケースにおける半静的に構成されたＴＤＤパターンとに基づいて決定される。ＰＤＳＣＨのためにスロットｎで受信されるＰＤＣＣＨについて、Ｋ１は、対応するＤＣＩにおいてシグナリングされ、当該ＰＤＳＣＨについてのＨＡＲＱ Ａ／Ｎフィードバックはスロットｎ＋Ｋ１において生じる。
【0043】
図４に、あるＴＤＤパターンについての、タイプ１のＨＡＲＱコードブックの一例が示されており、１から５までのＫ１のセットと、構成される時間ドメインリソース割当てテーブル、又は、重複しないＰＤＳＣＨ ＴＤＲＡ割当ての無いpdsch-TimeDomainAllocationListとを有し、即ちスロット内でＰＤＳＣＨを１つだけスケジューリングできる。スロットｎ及びｎ＋５に２つのＰＵＣＣＨスロットが存在し、各々が先行する５スロットから受信されたＰＤＳＣＨに関連付けられるＡｃｋ／Ｎａｃｋビットを搬送する。この例において、タイプ１のＨＡＲＱコードブックには各々１ビットを有する（即ち、ＰＤＳＣＨごとに高々１つのＴＢに対応する）５つのエントリが存在し、各Ｋ１の値に対して１つである。ＰＤＳＣＨ送信無しのスロット、又はＰＤＳＣＨが検出されないスロットについては、コードブック内の対応するエントリはＮＡＣＫで埋められ、これは図中で"Ｎ"により示されている。ＰＤＳＣＨがスケジューリングされたスロットでは、対応するコードブックのエントリにおいてＡｃｋ又はＮａｃｋのいずれかがレポートされ、これは図中で"Ｘ"により示されている。
【0044】
ＵＥがスロットごとに１つよりも多くのユニキャストのＰＤＳＣＨの受信（即ち、タイプＢスケジューリング）をサポートする場合、pdsch-TimeDomainAllocationList内又は既定のＰＤＳＣＨ時間ドメインリソース割当てＡテーブル内の各重複しない時間ドメインリソース割当てについて、１つのＨＡＲＱコードブックエントリがスロットごとに予約される。
【0045】
コードワード２個を伴うＭＩＭＯのケースでは、各Ｋ１値について追加的なエントリが加えられる。複数のＣＣのケースでは、ＨＡＲＱコードブック内に追加的な行が加えられる。コンポーネントキャリアの次元では、ＨＡＲＱコードブックサイズは、ＤＬセルごとの構成（例えば、ＭＩＭＯ、空間バンドリング、ＴＢごとの構成されたコードブロックグループ（ＣＢＧ）の個数）に基づいて、ＤＬセルの構成された個数及びＨＡＲＱフィードバックビットの最大数により与えられる。一例が図５に示されており、ＵＥ向けの半静的なＨＡＲＱコードブックが、３つのセル、即ちセル１～３と共に構成されている。セル１はＰＤＳＣＨごとに高々２つのＴＢで、セル２はＰＤＳＣＨごとに１つのＴＢで、セル３は１つのＴＢ及び４つのＣＢＧで構成されている。各Ｋ１値について、ＵＥは、７ビットをフィードバックする必要があり、即ち、セル１向けに２ビット、セル２向けに１ビット、及びセル３向けに４ビットである（ＰＤＳＣＨ時間ドメインリソース割当てテーブルに基づくスロットごとの潜在的に複数のエントリは考慮していない）。
【0046】
なおタイプ１のＨＡＲＱコードブックサイズは、上位レイヤによる構成の後は固定的（フィードバックビット数が一定）であり、動的には変化しない。
【0047】
ＮＲのタイプ２ＨＡＲＱ－ＡＣＫコードブックの決定：タイプ１のＨＡＲＱコードブックとは異なり、タイプ２のＨＡＲＱコードブックのサイズは、ＰＤＳＣＨ受信又はＳＰＳ ＰＤＳＣＨリリースをスケジューリングし及びＨＡＲＱ Ａｃｋ／Ｎａｃｋフィードバックのために同じＰＵＣＣＨリソースに関連付けられるＤＣＩの数に基づいて、動的に変化する。ＤＣＩの数は、ＤＣＩ内のカウンタＤＡＩ（ダウンリンク割当てインジケータ）フィールドに、及びＤＣＩフォーマット１＿１のケースで１つよりも多くのサービングセルが構成される場合にはトータルＤＡＩフィールドにも基づいて、導出され得る。
【0048】
ＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１内のカウンタＤＡＩフィールドの値は、現在のサービングセル及び現在のＰＤＣＣＨモニタリング機会までの、ＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１に関連付けられるＰＤＳＣＨ受信又はＳＰＳ ＰＤＳＣＨリリースが現れる｛サービングセル，ＰＤＣＣＨモニタリング機会｝ペアの累積数を、まずサービングセルインデックスの昇順、次いでＰＤＣＣＨモニタリング機会インデックスｍの昇順で表し、ここで、０≦ｍ＜Ｍであり、ＭはＰＤＣＣＨモニタリング機会の総数である。
【0049】
ＤＣＩフォーマット１＿１内にトータルＤＡＩが存在する場合、その値は、現在のＰＤＣＣＨモニタリング機会ｍまでの、ＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１に関連付けられるＰＤＳＣＨ受信又はＳＰＳ ＰＤＳＣＨリリースが現れる｛サービングセル，ＰＤＣＣＨモニタリング機会｝ペアの総数を表し、ＰＤＣＣＨモニタリング機会からＰＤＣＣＨモニタリング機会へと更新される。
【0050】
ＤＡＩ割当ての一例が図６に示されており、ここではＵＥは２つのサービングセル及び３つのＰＤＣＣＨモニタリング機会と共に構成されている。スケジューリングされる各ＤＣＩの後の対応するカウンタＤＡＩ及びトータルＤＡＩの値が示されている。カウンタＤＡＩは、スケジューリングされる各ＤＣＩの後に更新され、一方で、トータルＤＡＩは、各モニタリング機会にだけ更新される。ＤＣＩにおいてカウンタＤＡＩ又はトータルＤＡＩのいずれかに２ビットのみが割当てられることから、実際のＤＡＩの値は、４を法とする演算によって巡回する。ＵＥは、連続して未検出となるＤＣＩが４個より少なければ、いくつかのＤＣＩが未検出となっても、送信されたＤＣＩの実際の数を把握することができる。
【0051】
スロットｎでＰＵＣＣＨにおいて送信されるＨＡＲＱ－ＡＣＫ情報のために、ＵＥは、計ｏＡＣＫ個のビットについて、動的にスケジューリングされたＰＤＳＣＨに関連付けられるＨＡＲＱ－ＡＣＫ情報ビット
を、まずサービングセルインデックスの昇順、次いでＰＤＣＣＨモニタリング機会インデックスｍの昇順という順序で決定する。図６に示した例において、両セルについて１つのＴＢが有効化される場合、ＨＡＲＱ情報ビット
は、図７に示したようになる。
【数4】
【数5】
【0052】
ＵＥのためにＳＰＳ ＰＤＳＣＨ受信がアクティブ化されており、ｋｃをサービングセルｃでのＳＰＳ ＰＤＳＣＨのためのＰＤＳＣＨ対ＨＡＲＱフィードバックタイミング値として、ＵＥがサービングセルｃについてスロットｎ－ｋｃにおいてＳＰＳ ＰＤＳＣＨを受信するように構成されている場合、
の末尾に１つの追加的なビットが加えられる。ＳＰＳ ＰＤＳＣＨが１つよりも多くのセルにおいてアクティブ化されており、対応するＨＡＲＱ Ａ／Ｎフィードバックがスロットｎ内となる場合、サービングセルインデックスの昇順で、ＳＰＳ ＰＤＳＣＨの各々について１ビットが加えられる。図６における例を用いると、両セルにおいてＳＰＳがアクティブ化され、ＵＥがスロットｎにおいて対応するＨＡＲＱフィードバックと共にＳＰＳ ＰＤＳＣＨを受信するように構成されている場合（即ち、同じＵＬスロット内にＨＡＲＱフィードバックあり）、ＨＡＲＱ－ＡＣＫ情報ビットは、図８に示したようになる。
【数6】
【0053】
ＮＲリリース１６での拡張：リリース１６では、産業上のＩｏＴ（Industrial Internet of Things，ＩＩｏＴ）のサポートのために、複数のＤＬ ＳＰＳ構成をサービングセルの帯域幅部分（ＢＷＰ）において同時にアクティブにできることが合意された。サービングセルの所与のＢＷＰについて、相異なるＤＬ ＳＰＳ構成に関しアクティブ化を別々に及びリリースを別々に行うことがサポートされることになる。その動機付けは、例えば、同じＵＥに対して同時に進行中であり得る相異なるＩＩｏＴサービスが、ＰＤＳＣＨ受信のために相異なる周期を要し、潜在的には相異なるＭＣＳテーブルを必要とするかもしれないことである。
【0054】
リリース１５では、サービングセルにおけるＢＷＰごとに単一のＤＬ ＳＰＳ構成のみがサポートされている。加えて、サービングセルにおける所与の時間ドメインリソース上のスロットにおいて１つのＰＤＳＣＨのみをスケジューリングすることができ、即ち、重複しない送信のみが許可される。リリース１６において１つよりも多くのＳＰＳがサポートされる場合にはそれは問題であり、即ち、この場合にタイプ１又はタイプ２のＨＡＲＱコードブックでのＨＡＲＱ Ａｃｋ／Ｎａｃｋフィードバックをいかにしてサポートするか、である。
【0055】
より具体的には、複数のＳＰＳ ＰＤＳＣＨが重複する時間ドメインリソースを伴う何らかのスロットにおいて生じるかもしれず、その取扱いが問題となる。リリース１５のタイプ１のＨＡＲＱコードブックでは、スロット内で重複する時間ドメインリソース割当てについてコードブック内で１つのＨＡＲＱ ＡＣＫエントリのみが利用可能であり、よって１つのＨＡＲＱ ＡＣＫ情報ビットのみを送信することができる。ある時間的にクリティカルな超高信頼性低レイテンシ通信（ＵＲＬＬＣ）サービスについて１スロットの周期が許可されるとすると、相異なるＤＬ ＳＰＳ構成に属する複数のＰＤＳＣＨ送信の間の衝突、及びＰＤＳＣＨのＳＰＳ送信とスロット内で動的にスケジューリングされるＰＤＳＣＨとの間の衝突も回避することは困難となるはずである。
【0056】
タイプ２のＨＡＲＱコードブックのケースでは、サービングセル内で同じＰＵＣＣＨリソースに関連付けられる複数のＳＰＳ ＰＤＳＣＨについて複数のＨＡＲＱ ＡＣＫ情報ビットをいかに順序付けするかが、関連する他の問題である。
【発明の概要】
【0057】
ハイブリッド自動再送要求（ＨＡＲＱ）コードブックを構築するためのシステム及び方法が提供される。いくつかの実施形態において、ユーザ機器（ＵＥ）により実行される方法は、動的にスケジューリングされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連付けられるＨＡＲＱ Ａ／Ｎビットの第１のセット、及び半永続的スケジューリング（ＳＰＳ）ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎビットの第２のセットで、動的ＨＡＲＱコードブックを構築することと、ＳＰＳ ＰＤＳＣＨインデックスに従って、ＨＡＲＱ Ａ／Ｎビットの上記第２のセットを並び替えることと、を含む。いくつかの実施形態において、上記ＵＥは、ネットワークノードから、各々ＳＰＳ構成インデックスを伴う複数のダウンリンクＳＰＳ ＰＤＳＣＨを受信し、上記ＵＥは、上記ネットワークノードへ、上記ＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎフィードバックを送信する。この手法で、重複する可能性のある時間ドメインリソース割当てを伴うＵＥ向けに構成される複数のＤＬ ＳＰＳに対してＨＡＲＱ Ａ／Ｎフィードバックが可能とされる。
【0058】
本開示のある観点及びそれらの実施形態は、上述した又は他の課題に対する解決策を提供し得る。
【0059】
いくつかの実施形態において、タイプ１のＨＡＲＱコードブックについて、提案される解決策は、スロット内で重複する時間ドメインリソース割当てを伴うＪ個（Ｊ＞１）のＰＤＳＣＨを許可することと、ＤＬ ＳＰＳ向けのコードブック内で定義された別個のエントリ又は行を伴う、ＮＲリリース１５のＨＡＲＱコードブックと比較してＪ倍のＨＡＲＱコードブックエントリを、各Ｋ１に割り当てることと、を含む。
【0060】
いくつかの実施形態において、タイプ２のＨＡＲＱコードブックについて、提案されるのは、各サービングセルについて、動的にスケジューリングされるＰＤＳＣＨのためのＨＡＲＱ Ａ／Ｎビットと多重化しつつ、昇順か降順かのいずれかで、ＤＬ ＳＰＳ構成インデックスに基づいてＤＬ ＳＰＳのためのＨＡＲＱ Ａ／Ｎビットを並び替える方法である。
【0061】
いくつかの実施形態において、ワイヤレスデバイスにおいて実行される、複数のダウンリンクＳＰＳ ＰＤＳＣＨをネットワークノードから受信し、上記ネットワークノードへ、上記ＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎフィードバックを返送するための方法は、
・スロット内で重複するＴＤＲＡを伴うＪ個（Ｊ＞１）の許可されたＰＤＳＣＨの構成を受信することと、
・アップリンクスロットにおけるＨＡＲＱ Ａ／Ｎレポーティングのために、各サービングセルについて、Ｊ×Ｍ行Ｎ列の半静的なＨＡＲＱコードブックを構築することであって、Ｍは、有効化されるトランスポートブロックの数であり、Ｎは、ＨＡＲＱ Ａ／Ｎレポーティングのための上記アップリンクのスロットに関連付けられるダウンリンクのスロットの数にスロットにおける重複しないＴＤＲＡの数を乗算したものである、ことと、
・ある順序で上記ＨＡＲＱコードブックのエントリを並び替えることにより、上記アップリンクスロットにおいて上記半静的なＨＡＲＱコードブックを送信することと、を含む。
・スロット内で重複するＴＤＲＡを伴うＪ個（Ｊ＞１）の許可されたＰＤＳＣＨの構成を受信することと、
・アップリンクスロットにおけるＨＡＲＱ Ａ／Ｎレポーティングのために、各サービングセルについて、Ｊ×Ｍ行Ｎ列の半静的なＨＡＲＱコードブックを構築することであって、Ｍは、有効化されるトランスポートブロックの数であり、Ｎは、ＨＡＲＱ Ａ／Ｎレポーティングのための上記アップリンクのスロットに関連付けられるダウンリンクのスロットの数にスロットにおける重複しないＴＤＲＡの数を乗算したものである、ことと、
・ある順序で上記ＨＡＲＱコードブックのエントリを並び替えることにより、上記アップリンクスロットにおいて上記半静的なＨＡＲＱコードブックを送信することと、を含む。
【0062】
いくつかの実施形態において、上記方法は、さらに、動的にスケジューリングされるＰＤＳＣＨに対し最初のＭ個の行を、ＳＰＳ ＰＤＳＣＨに対し残りの行を関連付けること、を含む。なお、いくつかの実施形態において、動的にスケジューリングされるＰＤＳＣＨに対する最初のＭ個の行、及びＳＰＳ ＰＤＳＣＨに対する残りの行の上記関連付けは、上記半静的なＨＡＲＱコードブックを構築するステップの一部として実行される。それは、ＳＰＳ ＰＤＳＣＨ及び動的にスケジューリングされるＰＤＳＣＨが１スロット内で受信されるシナリオに対応する。
【0063】
いくつかの実施形態において、上記方法は、さらに、スロットにおいて２つのＳＰＳ ＰＤＳＣＨが受信される場合に、第１のＳＰＳ ＰＤＳＣＨに対しある列における第１のＭ個の行を、第２のＳＰＳ ＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む。いくつかの実施形態において、上記第１のＳＰＳ ＰＤＳＣＨは、最小のＳＰＳインデックスを有し、上記第２のＳＰＳ ＰＤＳＣＨは、次の最小のＳＰＳインデックスを有する。なお、いくつかの実施形態において、スロットにおいて２つのＳＰＳ ＰＤＳＣＨが受信される場合の、第１のＳＰＳ ＰＤＳＣＨに対するある列における第１のＭ個の行、及び第２のＳＰＳ ＰＤＳＣＨに対する第２のＭ個の行の上記関連付けは、上記半静的なＨＡＲＱコードブックを構築するステップの一部である。それは、２つ以上のＤＬ ＳＰＳが１スロット内で受信／構成されるシナリオに対応する。
【0064】
いくつかの実施形態において、上記方法は、さらに、スロットにおいて２つの動的にスケジューリングされるＰＤＳＣＨが受信される場合に、第１の動的にスケジューリングされるＰＤＳＣＨに対しある列における第１のＭ個の行を、第２の動的にスケジューリングされるＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む。いくつかの実施形態において、上記第１のＳＰＳ ＰＤＳＣＨ及び上記第２のＳＰＳ ＰＤＳＣＨは、相異なるＲＮＴＩを有する。なお、いくつかの実施形態において、スロットにおいて２つの動的にスケジューリングされるＰＤＳＣＨが受信される場合の、第１の動的にスケジューリングされるＰＤＳＣＨに対するある列における第１のＭ個の行、及び第２の動的にスケジューリングされるＰＤＳＣＨに対する第２のＭ個の行の上記関連付けは、上記半静的なＨＡＲＱコードブックを構築するステップの一部として実行される。それは、２つ以上の動的にスケジューリングされるＰＤＳＣＨが１スロット内で受信／構成されるシナリオに対応する。
【0065】
いくつかの実施形態において、上記半静的なＨＡＲＱコードブックは、動的にスケジューリングされるＰＤＳＣＨ及びＳＰＳ ＰＤＳＣＨについて別々に構築される。
【0066】
いくつかの実施形態において、複数の送受信ポイント（ＴＲＰ）にわたるＳＰＳ ＰＤＳＣＨ送信のケースにおいて、上記半静的なＨＡＲＱコードブック内のＨＡＲＱビットは、まずＴＲＰ、次いでサービングセルか、又はまずサービングセル、次いでＴＲＰか、のいずれかで並び替えられる。
【0067】
いくつかの実施形態において、ワイヤレスデバイスにおいて実行される、各々がＳＰＳ構成インデックスを伴う複数のダウンリンクＳＰＳ ＰＤＳＣＨをネットワークノードから受信し、上記ネットワークノードへ、上記ＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎフィードバックを返送するための方法は、
・動的にスケジューリングされるＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎビットの第１のセット、及びＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎビットの第２のセットで、動的ＨＡＲＱコードブックを構築することと、
・上記ＳＰＳ ＰＤＳＣＨインデックスに従って、昇順か又は降順かのいずれかで、ＨＡＲＱ Ａ／Ｎビットの上記第２のセットを並び替えることと、
・上記アップリンクスロットにおいて、上記ＨＡＲＱコードブックを送信することと、を含む。
・動的にスケジューリングされるＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎビットの第１のセット、及びＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎビットの第２のセットで、動的ＨＡＲＱコードブックを構築することと、
・上記ＳＰＳ ＰＤＳＣＨインデックスに従って、昇順か又は降順かのいずれかで、ＨＡＲＱ Ａ／Ｎビットの上記第２のセットを並び替えることと、
・上記アップリンクスロットにおいて、上記ＨＡＲＱコードブックを送信することと、を含む。
【0068】
いくつかの実施形態において、複数のＴＲＰにわたるＳＰＳ ＰＤＳＣＨ送信のケースでは、上記ＨＡＲＱビットは、まずＴＲＰ、次いでサービングセルか、又はまずサービングセル、そしてＴＲＰか、のいずれかで並び替えられ得る。
【0069】
ある実施形態は、次の技術的利点のうちの１つ以上を提供し得る。上記解決策は、重複する可能性のある時間ドメインリソース割当てを伴うＵＥ向けに構成される複数のＤＬ ＳＰＳに対してＨＡＲＱ Ａ／Ｎフィードバックを可能にする。
【図面の簡単な説明】
【0070】
本明細書に取り入れられその一部をなす添付図面の図は、本開示のいくつかの観点を示しており、その説明と共に本開示の原理の説明に供される。
【0071】
【図1】１５ｋＨｚのサブキャリア間隔及び１４シンボルのスロットを伴うＮＲの時間ドメイン構造を示しており、最初の２つのシンボルは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含み、残りは物理ダウンリンク共有チャネル（ＰＤＳＣＨ）か又は物理アップリンク共有チャネル（ＰＵＳＣＨ）かのいずれかである物理共有データチャネルを含む；
【図2】基本的なＮＲの物理的な時間－周波数リソースグリッドを示しており、１４シンボルのスロット内にリソースブロック（ＲＢ）は１つだけである；
【図4】あるＴＤＤパターンについての、タイプ１のＨＡＲＱコードブックの一例を示しており、１から５までのＫ１のセットと、構成される時間ドメインリソース割当てテーブル、又は、重複しないＰＤＳＣＨ ＴＤＲＡ割当ての無いpdsch-TimeDomainAllocationListとを有し、即ちスロット内でＰＤＳＣＨを１つだけスケジューリングできる；
【図5】３つのセル、即ちセル１～３と共に構成されたＵＥ向けの半静的なＨＡＲＱコードブックを示している；
【図6】ＤＡＩ割当ての一例を示しており、ＵＥは２つのサービングセル及び３つのＰＤＣＣＨモニタリング機会と共に構成されている；
【数7】
【図8】両セルにおいてＳＰＳがアクティブ化され、ＵＥがスロットｎにおいて対応するＨＡＲＱフィードバックと共にＳＰＳ ＰＤＳＣＨを受信するように構成されている場合（即ち、同じＵＬスロット内にＨＡＲＱフィードバックあり）の、図６における例を用いるＨＡＲＱ－ＡＣＫ情報ビットを示している；
【図9】本開示の実施形態を実装し得るセルラー通信システムの１つの例を示している；
【図10】本開示のいくつかの実施形態に係る動的にスケジューリングされたＰＤＳＣＨ及びＤＬ ＳＰＳによってスケジューリングされたＰＤＳＣＨの混成を伴うＰＤＳＣＨの一例を示している；
【図11】本開示のいくつかの実施形態に従って、Ｊ＝２でＰＤＳＣＨごとに単一のＴＢが想定されることを示している；
【図12】本開示のいくつかの実施形態に従って、ＵＥがネットワークノード（例えば、基地局）から複数のＤＬ ＳＰＳ ＰＤＳＣＨを受信し、ネットワークノードへそれらＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎフィードバックを返送する動作を示すフローチャートである；
【図13】本開示のいくつかの実施形態に従って、ＵＥがネットワークノード（例えば、基地局）から各々ＳＰＳ構成インデックスを伴う複数のダウンリンクＳＰＳ ＰＤＳＣＨを受信し、ネットワークノードへそれらＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎフィードバックを返送する動作を示すフローチャートである；
【図14】本開示のいくつかの実施形態に従って、１つのセルの複数のＨＡＲＱ－ＡＣＫビットが共にグループ化される、２つのＴＲＰ及び２つのセルについての統合ＨＡＲＱ－ＡＣＫビットの一例を示している；
【図15】本開示のいくつかの実施形態に従って、１つのＴＲＰの複数のＨＡＲＱ－ＡＣＫビットが共にグループ化される、２つのＴＲＰ及び２つのセルについての統合ＨＡＲＱ－ＡＣＫビットの一例を示している；
【図16】本開示のいくつかの他の実施形態に係る無線アクセスノードの概略ブロック図である。
【図17】本開示のいくつかの実施形態に係る無線アクセスノードの仮想化された実施形態を示す概略ブロック図である。
【図18】本開示のいくつかの他の実施形態に係る無線アクセスノードの概略ブロック図である。
【図19】本開示のいくつかの実施形態に係るＵＥの概略ブロック図である。
【図20】本開示のいくつかの実施形態に係るＵＥの概略ブロック図である。
【発明を実施するための形態】
【0072】
以下に説示する実施形態は、当業者がそれら実施形態を実践することを可能にする情報を表現し、及びそれら実施形態の実践の最良の形態を示す。添付図面の図を踏まえて以下の説明を読めば、当業者は、本開示の概念を理解し、及びここで具体的には扱われていないそれら概念の応用を認識するであろう。それら概念及び応用は本開示のスコープの範囲内に入ることが理解されるべきである。
【0073】
［無線ノード］：ここで使用されるところでは、"無線ノード"は、"無線アクセスノード"か又は"ワイヤレスデバイス"かのいずれかである。
【0074】
［無線アクセスノード］：ここで使用されるところでは、"無線アクセスノード"あるいは"無線ネットワークノード"は、信号をワイヤレスに送信し及び／又は受信するように動作する、セルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）内の任意のノードである。無線アクセスノードのいくつかの例は、限定ではないものの、基地局（例えば、３ＧＰＰ（Third Generation Partnership Project ）の第５世代（５Ｇ）ＮＲネットワークにおける新無線（ＮＲ）基地局（ｇＮＢ）、又は、３ＧＰＰ ＬＴＥ（Long Term Evolution）ネットワークにおける拡張若しくは進化型ノードＢ（ｅＮＢ）、高電力若しくはマクロ基地局、低電力基地局（例えば、マイクロ基地局、ピコ基地局、若しくはホームｅＮＢなど）、及びリレーノードを含む。
【0075】
［コアネットワークノード］：ここで使用されるところでは、"コアネットワークノード"は、コアネットワーク内の任意のタイプのノード、又はコアネットワーク機能を実装する任意のノードである。コアネットワークノードのいくつかの例は、例えば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（ＰＧＷ）、サービスケイパビリティ露出機能（ＳＣＥＦ）、又はホーム加入者サーバ（ＨＳＳ）などを含む。コアネットワークノードのいくつかの他の例は、アクセス及びモビリティ機能（ＡＭＦ）、ＵＰＦ、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク露出機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシー制御機能（ＰＣＦ）、又は統一データ管理（ＵＤＭ）などを実装するノードを含む。
【0076】
［ワイヤレスデバイス］：ここで使用されるところでは、"ワイヤレスデバイス"は、無線アクセスノードに対し信号をワイヤレスに送信し及び／又は受信することによりセルラ通信ネットワークへのアクセスを有する（即ち、それによりサービスされる）任意のタイプのデバイスである。ワイヤレスデバイスのいくつかの例は、限定ではないものの、３ＧＰＰネットワークにおけるユーザ機器（ＵＥ）、及びマシンタイプ通信（ＭＴＣ）デバイスを含む。
【0077】
［ネットワークノード］：ここで使用されるところでは、"ネットワークノード"は、セルラ通信ネットワーク／システムの無線アクセスネットワーク又はコアネットワークのいずれかの部分である任意のノードである。
【0078】
なお、ここで与えられる説明は、３ＧＰＰセルラ通信システムに焦点を当てており、そのため、３ＧＰＰの専門用語又は３ＧＰＰの専門用語に類似する専門用語がしばしば使用される。しかしながら、ここで開示される概念は、３ＧＰＰシステムには限定されない。
【0079】
なお、ここでの説明において"セル"との用語への言及がなされるかもしれないが、特に５Ｇ ＮＲの概念に関して、セルの代わりにビームを使用してもよく、そのため、ここで説明される概念はセル及びビームの双方に等しく適用可能であることに留意することが重要である。
【0080】
この点において、図９は、本開示の実施形態が実装され得るセルラー通信システム９００の１つの例を示している。ここで説明される実施形態において、セルラー通信ネットワーク９００は、ＮＲの無線アクセスネットワーク（ＲＡＮ）を含む５Ｇシステム（５ＧＳ）である。この例において、ＲＡＮは、対応する（マクロ）セル９０４－１及び９０４－２を制御する基地局９０２－１及び９０２－２を含み、それらを５Ｇ ＮＲではｇＮＢという。基地局９０２－１及び９０２－２を、概して、ここではまとめて複数の基地局９０２といい、個別に基地局９０２という。同様に、マクロセル９０４－１及び９０４－２を、概して、ここではまとめて複数のマクロセル９０４といい、個別にマクロセル９０４という。ＲＡＮは、対応するスモールセル９０８－１～９０８－４を制御する複数の低電力ノード９０６－１～９０６－４をも含んでよい。低電力ノード９０６－１～９０６－４は、（ピコ若しくはフェムト基地局などの）スモール基地局又はリモート無線ヘッド（ＲＲＨ）などであることができる。とりわけ、図示してはいないものの、スモールセルル９０８－１～９０８－４のうちの１つ以上は、代替的に基地局９０２により提供されてもよい。低電力ノード９０６－１～９０６－４を、概して、ここではまとめて複数の低電力ノード９０６といい、個別に低電力ノード９０６という。同様に、スモールセル９０８－１～９０８－４を、概して、ここではまとめて複数のスモールセル９０８といい、個別にスモールセル９０８という。セルラー通信システム９００もまた、５ＧＳでは５Ｇコア（５ＧＣ）というコアネットワーク９１０を含む。基地局９０２（及び随意的に低電力ノード９０６）は、コアネットワーク９１０へ接続される。
【0081】
基地局９０２及び低電力ノード９０６は、対応するセル９０４及び９０８内のワイヤレスデバイス９１２－１～９１２－５へサービスを提供する。ワイヤレスデバイス９１２－１～９１２－５を、概して、ここではまとめて複数のワイヤレスデバイス９１２といい、個別にワイヤレスデバイス９１２という。ワイヤレスデバイス９１２をＵＥということもある。
【0082】
リリース１５では、サービングセルにおけるＢＷＰごとに単一のＤＬ ＳＰＳ構成のみがサポートされている。加えて、サービングセルにおける所与の時間ドメインリソース上のスロットにおいて１つのＰＤＳＣＨのみをスケジューリングすることができ、即ち、重複しない送信のみが許可される。リリース１６において１つよりも多くのＳＰＳがサポートされる場合にはそれは問題であり、即ち、この場合にタイプ１又はタイプ２のＨＡＲＱコードブックでのＨＡＲＱ Ａｃｋ／Ｎａｃｋフィードバックをいかにしてサポートするか、である。
【0083】
より具体的には、複数のＳＰＳ ＰＤＳＣＨが重複する時間ドメインリソースを伴う何らかのスロットにおいて生じるかもしれず、それをいかに取扱うかが問題となる。リリース１５のタイプ１のＨＡＲＱコードブックでは、スロット内で重複する時間ドメインリソース割当てについてコードブック内で１つのＨＡＲＱ ａｃｋエントリのみが利用可能であり、よって１つのＨＡＲＱ ＡＣＫ情報ビットのみを送信することができる。ある時間的にクリティカルなＵＲＬＬＣサービスについて１スロットの周期が許可されるとすると、相異なるＤＬ ＳＰＳ構成に属する複数のＰＤＳＣＨ送信の間の衝突、及びＰＤＳＣＨのＳＰＳ送信とスロット内で動的にスケジューリングされるＰＤＳＣＨとの間の衝突も回避することは困難となるはずである。
【0084】
タイプ２のＨＡＲＱコードブックのケースでは、サービングセル内で同じＰＵＣＣＨリソースに関連付けられる複数のＳＰＳ ＰＤＳＣＨについて複数のＨＡＲＱ ＡＣＫ情報ビットをいかに順序付けするかが、関連する他の問題である。
【0085】
本開示では、複数のＤＬ－ＳＰＳ構成がアクティブ化される場合に、ＨＡＲＱ－ＡＣＫコードブックを構築する方法が説明される。ＨＡＲＱ－ＡＣＫコードブックは、タイプ１（半静的なコードブックとも呼ばれる）又はタイプ２（動的なコードブックとも呼ばれる）であり得る。
【0086】
ハイブリッド自動再送要求（ＨＡＲＱ）コードブックを構築するためのシステム及び方法が提供される。いくつかの実施形態において、ユーザ機器（ＵＥ）により実行される方法は、動的にスケジューリングされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連付けられるＨＡＲＱ Ａ／Ｎビットの第１のセット、及び半永続的スケジューリング（ＳＰＳ）ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎビットの第２のセットで、動的ＨＡＲＱコードブックを構築することと、上記ＳＰＳ ＰＤＳＣＨインデックスに従って、ＨＡＲＱ Ａ／Ｎビットの上記第２のセットを並び替えることと、を含む。いくつかの実施形態において、上記ＵＥは、ネットワークノードから、各々ＳＰＳ構成インデックスを伴う複数のダウンリンクＳＰＳ ＰＤＳＣＨを受信し、上記ＵＥは、上記ネットワークノードへ、上記ＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎフィードバックを送信する。この手法で、重複する可能性のある時間ドメインリソース割当てを伴うＵＥ向けに構成される複数のＤＬ ＳＰＳに対してＨＡＲＱ Ａ／Ｎフィードバックが可能とされる。
【0087】
上記方法をいくつかの変形例で適用することができる。ある例において、上記方法を、相異なるサービスタイプのＰＤＳＣＨに適用することができる。例えば、あるＨＡＲＱ－ＡＣＫコードブックは、拡張モバイルブロードバンドサービスのために構築され、他のＨＡＲＱ－ＡＣＫコードブックは、ＵＲＬＬＣサービスのために構築される。それらコードブックの各々が、ここで開示される方法を使用することができる。他の例において、上記方法を、ＨＡＲＱ－ＡＣＫコードブックがサブスロットにおいて送信されるように、サブスロットの単位を用いて構築されるＨＡＲＱ－ＡＣＫコードブックに適用することができ、恐らくはスロット内で複数のＨＡＲＱ－ＡＣＫコードブックが送信されることにつながる。サブスロットごとのＨＡＲＱ－ＡＣＫコードブックの各々が、ここで開示される方法を使用することができる。また別の例において、上記方法を、ネットワークノードが複数のＴＲＰを含むときに構築されるＨＡＲＱ－ＡＣＫコードブックに適用することができる。
【0088】
実施形態1：半静的な（タイプ１）ＨＡＲＱコードブック：タイプ１のＨＡＲＱコードブックは固定的なサイズを有することから、同じＰＵＣＣＨリソースに関連付けられるあり得るＰＤＳＣＨ受信の各々についてコードブックエントリが必要とされる。ＮＲのリリース１５では、ＵＥは、スロット内で重複する時間ドメインリソース割当てを伴う２つのＰＤＳＣＨを受信することを予期されていない。例えば、（動的にスケジューリングされるＰＤＳＣＨ及びＤＬ ＳＰＳでスケジューリングされるＰＤＳＣＨの混成を伴うＰＤＳＣＨの一例を示した）図１０におけるスロット＃ｉ、＃ｉ＋１、＃ｉ＋２及び＃ｉ＋６内のＰＤＳＣＨ送信は、リリース１５のＵＥにより予期されない。リリース１６では、そうした送信をサポートする必要がある。
【0089】
ある実施形態において、リリース１５のタイプ１のＨＡＲＱコードブックが、サービングセルの各スロット内の重複する時間ドメインリソースにおけるＪ個（Ｊ＞１）のＰＤＳＣＨ送信又は受信を許可することにより拡張され得る。いくつかの実施形態において、Ｊ個のＰＤＳＣＨの各々は、異なるトランスポートブロック（ＴＢ）を搬送する。Ｊは、ＵＥのケイパビリティに基づいて、半静的に構成され得る。この実施形態によれば、所与のサービングセルについて、半静的なＨＡＲＱコードブック内のＨＡＲＱ－ＡＣＫエントリの数は、１スロットに対しＪ倍に増加するはずである。Ｊ＝１は、リリース１５のタイプ１のＨＡＲＱコードブックに対応する。
【0090】
図１１には、Ｊ＝２として、ＰＤＳＣＨごとに単一のＴＢが想定される一例が示されている。この例において、コードブックは２つの行からなり、スロット内の重複する時間ドメインリソースにおけるあり得るＰＤＳＣＨ受信の各々について１つである。ＵＥの観点から、スロット内のＰＤＳＣＨ受信について若干のシナリオが存在する：
１．単一の動的にスケジューリングされるＰＤＳＣＨ。例えば、図１１におけるスロット＃（ｎ－５）でのＰＤＳＣＨ受信。
２．１つのＤＬ ＳＰＳ構成に対応する単一のＳＰＳ ＰＤＳＣＨ。例えば、図１１におけるスロット＃（ｎ－４）でのＰＤＳＣＨ受信。
３．動的にスケジューリングされるＰＤＳＣＨ及び１つのＤＬ ＳＰＳ構成に対応する単一のＳＰＳ ＰＤＳＣＨ。例えば、図１１におけるスロット＃（ｎ＋３）でのＰＤＳＣＨ受信。
４．２つ（以上）の動的にスケジューリングされるＰＤＳＣＨ。
５．２つ（以上）のＤＬ ＳＰＳ構成に対応するＳＰＳ ＰＤＳＣＨ。例えば、図１１におけるスロット＃（ｎ－３）でのＰＤＳＣＨ受信。
１．単一の動的にスケジューリングされるＰＤＳＣＨ。例えば、図１１におけるスロット＃（ｎ－５）でのＰＤＳＣＨ受信。
２．１つのＤＬ ＳＰＳ構成に対応する単一のＳＰＳ ＰＤＳＣＨ。例えば、図１１におけるスロット＃（ｎ－４）でのＰＤＳＣＨ受信。
３．動的にスケジューリングされるＰＤＳＣＨ及び１つのＤＬ ＳＰＳ構成に対応する単一のＳＰＳ ＰＤＳＣＨ。例えば、図１１におけるスロット＃（ｎ＋３）でのＰＤＳＣＨ受信。
４．２つ（以上）の動的にスケジューリングされるＰＤＳＣＨ。
５．２つ（以上）のＤＬ ＳＰＳ構成に対応するＳＰＳ ＰＤＳＣＨ。例えば、図１１におけるスロット＃（ｎ－３）でのＰＤＳＣＨ受信。
【0091】
シナリオ１、３及び４について、１つの動的にスケジューリングされるＰＤＳＣＨが送信されたもののＵＥにより検出されなかった可能性がある。よって、ｇＮＢとＵＥとの間の不一致を防止するために、いくつかの実施形態において、あるＰＤＳＣＨが未検出であれば対応するＨＡＲＱコードブックエントリにおいてＮＡＣＫが送信されるという形で、ＰＤＳＣＨから行へのマッピングは確定的（deterministic）とされる。
【0092】
原理的には、動的にスケジューリングされるＰＤＳＣＨ及びＳＰＳ ＰＤＳＣＨのためのＨＡＲＱサブコードブックは別々に構築され、送信の前に、それら２つのＨＡＲＱサブコードブックが（完全な）ＨＡＲＱコードブックを提供するために連結される。ある実施形態において、動的にスケジューリングされるＰＤＳＣＨのためのサブコードブックに属するＨＡＲＱ－ＡＣＫは、ＳＰＳ ＰＤＳＣＨのためのサブコードブックのＨＡＲＱ－ＡＣＫの前方に配置される。例えば、図１１に示したように、シナリオ３を想定すると、動的にスケジューリングされるＰＤＳＣＨは第１行へマッピングされ、ＳＰＳ ＰＤＳＣＨは第２行へマッピングされる。代替的に、動的にスケジューリングされるＰＤＳＣＨのためのサブコードブックは、ＳＰＳ ＰＤＳＣＨのためのサブコードブックの後方に配置されてもよい。
【0093】
２つのＳＰＳ構成があるスロットにおいて生じるＰＤＳＣＨを有するケースでは、より小さいＳＰＳ構成インデックス値を有するＳＰＳが第１行へマッピングされ、より大きい構成インデックス値を有するものが第２行へマッピングされる。同様に、あるスロットにおいてＰＤＳＣＨを有する２つよりも多くのＳＰＳ構成が存在する場合、各ＳＰＳ構成の対応するＨＡＲＱ－ＡＣＫビットが別々の行へマッピングされ、ＳＰＳの構成インデックスが増加するほど、ＨＡＲＱ－ＡＣＫコードブック内のマッピング先の行インデックスが増加する。複数のＤＬ ＳＰＳは、各々ＨＡＲＱ－ＡＣＫフィードバックを提供される。ＳＰＳ ＰＤＳＣＨの存在はＰＤＣＣＨ検出が無くともＵＥにとって既知であるため、ＰＤＣＣＨの検出ミスに起因するＳＰＳ ＨＡＲＱ－ＡＣＫのエラーケースは存在しない。
【0094】
スロット内で２つの動的にスケジューリングされるＰＤＳＣＨが受信されるケースでは、確定的なやり方で、一方のＰＤＳＣＨが第１行へマッピングされ、他方のＰＤＳＣＨが第２行へマッピングされるように、いくつかのルールが定義され得る。ある実施形態において、ＲＮＴＩが使用されてもよい。例えば、Ｃ－ＲＮＴＩを伴うＰＤＳＣＨは第１行へマッピングされ、ＣＳ－ＲＮＴＩ又はＭＣＳ－ＲＮＴＩは第２行へマッピングされる。代替的に、スロット内で２つの動的にスケジューリングされるＰＤＳＣＨは、許可されなくてもよい。
【0095】
他の実施形態において、スロット内で２つよりも多くのＳＰＳ構成がＰＤＳＣＨ機会を有するケースでは、より小さいＳＰＳインデックス値を有する２つのＰＤＳＣＨのみがマッピングされ、ＳＰＳ ＰＤＳＣＨの残りについてＨＡＲＱ ＡＣＫフィードバックは行われない。これが生じることが稀である場合、性能の劣化は扱い得る程度であるはずである。実際上は、２つよりも多くのＳＰＳがスロット内で生じるのは稀な機会に過ぎない可能性が高い。よって、この実施形態では、ＤＬ ＳＰＳの数に比例してＨＡＲＱ ＡＣＫフィードバックのオーバヘッドを増加させることなく、複数のＤＬ ＳＰＳをサポートすることができる。代替的に、構成された周期が低い方から２つのＳＰＳ構成について、ＨＡＲＱ－ＡＣＫのフィードバックが行われるであろう。それ以外については行われず、なぜなら、それらはレイテンシ要件の小さい方のサービスに関連付けられ得るからである。
【0096】
なお、実際のコードブックは、ＨＡＲＱ ＡＣＫ情報ビットのベクトルからなり、図中に示した行及び列は、あり得るＰＤＳＣＨ受信についてのコードブックエントリの関連付けに関する例示のために使用されているに過ぎない。また、議論を簡略化するために、スロットにおいて重複するリソースのみが想定されている。スロット内で重複しない２つのリソースが構成される場合には、Ｊ＝１であれば重複しないそれらリソースの各々について１つとして、各Ｋ１値について２つのエントリが必要とされ、Ｊ＝２であれば４つのエントリが必要とされる。
【0097】
図１２は、上述した実施形態１の少なくともいくつかの観点に従って、ＵＥ（例えば、ＵＥ９１２）がネットワークノード（例えば、基地局９０２）から複数のＤＬ ＳＰＳ ＰＤＳＣＨを受信し、ネットワークノードへそれらＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎフィードバックを返送する動作を示すフローチャートである。図示したように、この処理のステップ群は次の通りである：
・ステップ１２００：ＵＥは、スロット（又はサブスロット）内で重複するＴＤＲＡを伴うＪ個（Ｊ＞１）の許可されたＰＤＳＣＨの構成を受信する。
・ステップ１２０２：ＵＥは、スロット内で重複するＴＤＲＡと共に許可されたＰＤＳＣＨの個数Ｊに基づいて、半静的なＨＡＲＱコードブックを構築する。いくつかの実施形態において、ＵＥは、アップリンクスロットにおけるＨＡＲＱ Ａ／Ｎレポーティングのために、各サービングセルについて、Ｊ×Ｍ行Ｎ列の半静的なＨＡＲＱコードブックを構築する。Ｍは、有効化されるトランスポートブロックの数であり、Ｎは、ＨＡＲＱ Ａ／Ｎレポーティングのための上記アップリンクのスロットに関連付けられるダウンリンクのスロットの数にスロットにおける重複しないＴＤＲＡの数を乗算したものである。
・ステップ１２０４：ＵＥは、ある順序でＨＡＲＱコードブックのエントリを並び替えることにより、上記アップリンクスロットにおいて半静的なＨＡＲＱコードブックをネットワークノードへ送信する。
・ステップ１２００：ＵＥは、スロット（又はサブスロット）内で重複するＴＤＲＡを伴うＪ個（Ｊ＞１）の許可されたＰＤＳＣＨの構成を受信する。
・ステップ１２０２：ＵＥは、スロット内で重複するＴＤＲＡと共に許可されたＰＤＳＣＨの個数Ｊに基づいて、半静的なＨＡＲＱコードブックを構築する。いくつかの実施形態において、ＵＥは、アップリンクスロットにおけるＨＡＲＱ Ａ／Ｎレポーティングのために、各サービングセルについて、Ｊ×Ｍ行Ｎ列の半静的なＨＡＲＱコードブックを構築する。Ｍは、有効化されるトランスポートブロックの数であり、Ｎは、ＨＡＲＱ Ａ／Ｎレポーティングのための上記アップリンクのスロットに関連付けられるダウンリンクのスロットの数にスロットにおける重複しないＴＤＲＡの数を乗算したものである。
・ステップ１２０４：ＵＥは、ある順序でＨＡＲＱコードブックのエントリを並び替えることにより、上記アップリンクスロットにおいて半静的なＨＡＲＱコードブックをネットワークノードへ送信する。
【0098】
いくつかの実施形態において、上記方法は、さらに、動的にスケジューリングされるＰＤＳＣＨに対し最初のＭ個の行を、ＳＰＳ ＰＤＳＣＨに対し残りの行を関連付けること、を含む。いくつかの実施形態において、動的にスケジューリングされるＰＤＳＣＨに対する最初のＭ個の行、及びＳＰＳ ＰＤＳＣＨに対する残りの行の上記関連付けは、ステップ１２０２において半静的なＨＡＲＱコードブックを構築する際に実行される。よって、いくつかの実施形態において、ステップ１２０２で半静的なＨＡＲＱコードブックを構築することは、動的にスケジューリングされるＰＤＳＣＨに対し最初のＭ個の行を、ＳＰＳ ＰＤＳＣＨに対し残りの行を関連付けること、を含む。いくつかの実施形態において、第１のＭ個の行及び第２のＭ個の行は、異なる種類のＲＮＴＩを有するＰＤＳＣＨに関連付けられる。例えば、一方はＣ－ＲＮＴＩであり、他方はＳＰＳ－ＲＮＴＩである。
【0099】
いくつかの実施形態において、上記方法は、さらに、スロットにおいて２つのＳＰＳ ＰＤＳＣＨが受信される場合に、第１のＳＰＳ ＰＤＳＣＨに対しある列における第１のＭ個の行を、第２のＳＰＳ ＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む。いくつかの実施形態において、上記第１のＳＰＳ ＰＤＳＣＨは、最小のＳＰＳインデックスを有し、上記第２のＳＰＳ ＰＤＳＣＨは、次の最小のＳＰＳインデックスを有する。いくつかの実施形態において、スロットにおいて２つのＳＰＳ ＰＤＳＣＨが受信される場合の、第１のＳＰＳ ＰＤＳＣＨに対するある列における第１のＭ個の行、及び第２のＳＰＳ ＰＤＳＣＨに対する第２のＭ個の行の上記関連付けは、ステップ１２０２において半静的なＨＡＲＱコードブックを構築する際に行われる。よって、いくつかの実施形態において、ステップ１２０２で半静的なＨＡＲＱコードブックを構築することは、スロットにおいて２つのＳＰＳ ＰＤＳＣＨが受信される場合に、第１のＳＰＳ ＰＤＳＣＨに対しある列における第１のＭ個の行を、第２のＳＰＳ ＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む。
【0100】
いくつかの実施形態において、上記方法は、さらに、スロットにおいて２つの動的にスケジューリングされるＰＤＳＣＨが受信される場合に、第１の動的にスケジューリングされるＰＤＳＣＨに対しある列における第１のＭ個の行を、第２の動的にスケジューリングされるＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む。いくつかの実施形態において、上記第１のＰＤＳＣＨ及び上記第２のＰＤＳＣＨは、相異なるＲＮＴＩを有する。いくつかの実施形態において、スロットにおいて２つの動的にスケジューリングされるＰＤＳＣＨが受信される場合の、第１の動的にスケジューリングされるＰＤＳＣＨに対するある列における第１のＭ個の行、及び第２の動的にスケジューリングされるＰＤＳＣＨに対する第２のＭ個の行の上記関連付けは、ステップ１２０２において半静的なＨＡＲＱコードブックを構築する際に行われる。よって、いくつかの実施形態において、ステップ１２０２で半静的なＨＡＲＱコードブックを構築することは、スロットにおいて２つの動的にスケジューリングされるＰＤＳＣＨが受信される場合に、第１の動的にスケジューリングされるＰＤＳＣＨに対しある列における第１のＭ個の行を、第２の動的にスケジューリングされるＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む。
【0101】
いくつかの実施形態において、ステップ１２０２で半静的なＨＡＲＱコードブックを構築する際に、ＵＥは、動的にスケジューリングされるＰＤＳＣＨ及びＳＰＳ ＰＤＳＣＨについて別個のＨＡＲＱサブコードブックを構築し、それらサブコードブックを合成（例えば、連結）して、ネットワークノードへの返送のための半静的なＨＡＲＱコードブックを提供する。
【0102】
いくつかの実施形態において、複数の送受信ポイント（ＴＲＰ）にわたるＳＰＳ ＰＤＳＣＨ送信のケースでは、半静的なＨＡＲＱコードブック内のＨＡＲＱビットは、まずＴＲＰ、次いでサービングセルか、又はまずサービングセル、次いでＴＲＰか、のいずれかで並び替えられる。
【0103】
実施形態２：動的な（タイプ２）ＨＡＲＱコードブック：タイプ２のＨＡＲＱコードブックについての主な課題は、複数のＳＰＳに関連付けられる複数のＨＡＲＱ ＡＣＫビットをどのように並び替えるかである。ある実施形態において、リリース１５のタイプ２のＨＡＲＱコードブックを、動的にスケジューリングされるＰＤＳＣＨに関連付けられるＨＡＲＱ ＡＣＫビット
の末尾に、ＤＬ ＳＰＳ ＰＤＳＣＨに対応する複数のＨＡＲＱ ＡＣＫビットを追加することにより拡張することができる。これら複数のＨＡＲＱ ＡＣＫビットの並び替えは、まずＤＬ－ＳＰＳ構成インデックスの昇順、次いでサービングセルインデックスの昇順であり得る。なお、この実施形態は、他の並び替えの手法（例えば、降順、又は、まずサービングセルインデックスの並び替え、次いでＤＬ－ＳＰＳ構成インデックスの並び替え）も考慮される場合であっても適用可能である。
【数8】
【0104】
より具体的には、ＵＬスロットｎ内のＰＵＣＣＨリソースにおいて送信すべきＨＡＲＱ ＡＣＫビット
に対してＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ ＡＣＫビットを追加するために、次の擬似コードが使用されてもよい：
Ｎｃｅｌｌｓ
ＤＬは、ＵＥに対し構成されているＤＬサービングセルの総数である。ここで、ｊは、ＤＬ－ＳＰＳ構成のインデックスへの参照であり、ｊ＝１，...，ＭＳＰＳ，ｃである。
【数9】
【数10】
【0105】
上記擬似コードでは、アップリンクスロットｎにおいてＡ／Ｎが送信されるべきｉ番目のＤＬ－ＳＰＳ構成についてスロットｎ－Ｋ１，ｃ（ｉ）内に高々１つのＰＤＳＣＨ受信が存在することが想定されており、これはｉ番目のＤＬ－ＳＰＳの周期が１スロット以上であって、同じＳＣＳがＤＬキャリア及びＵＬキャリアにおいて使用される場合に該当する。ＤＬ－ＳＰＳの周期が１スロットよりも短く、又はＤＬ ＳＣＳがＵＬ ＳＣＳよりも大きい場合、ｉ番目のＤＬ－ＳＰＳ構成についてスロットｎ－Ｋ１，ｃ（ｉ）内のＰＤＳＣＨ受信のための複数のＨＡＲＱ－ＡＣＫビットが存在する。このケースでは、上記擬似コードは、ｉ番目のＤＬ－ＳＰＳ構成についてスロットｎ－Ｋ１，ｃ（ｉ）内のＰＤＳＣＨ受信の回数が増加する順にＨＡＲＱ－ＡＣＫビットを配置することにより拡張され得る。
【0106】
Ｚｊ，ｃを整数として、スロットの１／Ｚｊ，ｃという周期を有する、ｊ番目のアクティブ化されたＤＬ－ＳＰＳ構成のケースを検討したい。このケースでは、ｊ番目のアクティブ化されたＤＬ－ＳＰＳ構成について、スロットｎ－Ｋ１，ｃ（ｉ）内のＰＤＳＣＨ受信のためにＺｊ，ｃ個のＨＡＲＱ－ＡＣＫビットが存在する。ある実施形態において、リリース１５のタイプ２のＨＡＲＱコードブックを、動的にスケジューリングされるＰＤＳＣＨに関連付けられるＨＡＲＱ ＡＣＫビット
の末尾に対し、ＤＬ ＳＰＳ ＰＤＳＣＨに対応する複数のＨＡＲＱ ＡＣＫビットを、スロットの範囲内のＤＬ－ＳＰＳピリオドの昇順（例えば、スロット内の１番目のＤＬ－ＳＰＳ ＰＤＳＣＨピリオド、スロット内の２番目のＤＬ－ＳＰＳ ＰＤＳＣＨピリオド、...、スロット内のＺｊ，ｃ番目のＤＬ－ＳＰＳ ＰＤＳＣＨピリオドという順序）、ＤＬ－ＳＰＳ構成インデックスｊの昇順、及びサービングセルインデックスの昇順で追加することにより、拡張することができる。なお、この実施形態は、他の並び替えの手法（例えば、降順、又は、スロット内のＤＬ－ＳＰＳ ＰＤＳＣＨピリオド、サービングセルインデックス順、及びＤＬ－ＳＰＳ構成インデックス順に関わる任意の順序）も考慮される場合であっても適用可能である。
【数11】
【0107】
より具体的には、ＵＬスロットｎ内のＰＵＣＣＨリソースにおいて送信すべきＨＡＲＱ ＡＣＫビット
に対してＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ ＡＣＫビットを追加するために、次の擬似コードが使用されてもよい：
Ｎｃｅｌｌｓ
ＤＬは、ＵＥに対し構成されているＤＬサービングセルの総数である。ここで、ｊはＤＬ－ＳＰＳ構成のインデックスへの参照、ｊ＝１，...，ＭＳＰＳ，ｃ、ｚはスロット｛ｎ－Ｋ１，ｃ（ｉ）｝の範囲内のＳＰＳ ＰＤＳＣＨピリオドへの参照である。
【数12】
【数13】
【0108】
図１３は、上述した実施形態２の少なくともいくつかの観点に従って、ＵＥ（例えば、ＵＥ９１２）がネットワークノード（例えば、基地局９０２）から各々ＳＰＳ構成インデックスを伴う複数のダウンリンクＳＰＳ ＰＤＳＣＨを受信し、ネットワークノードへそれらＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎフィードバックを返送する動作を示すフローチャートである。図示したように、上記処理は、次のステップ群を含む：
・ステップ１３００：ＵＥは、動的にスケジューリングされるＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎビットの第１のセット、及びＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎビットの第２のセットで、動的ＨＡＲＱコードブックを構築する。
・ステップ１３０２：ＵＥは、ＳＰＳ ＰＤＳＣＨインデックスに従って、昇順か又は降順かのいずれかで、ＨＡＲＱ Ａ／Ｎビットの第２のセットを並び替える。なお、いくつかの実施形態において、ステップ１３０２は、ステップ１３００の一部として実装されてもよい。
・ステップ１３０４：ＵＥは、アップリンクのスロットにおいて、ネットワークノードへ、上記ＨＡＲＱコードブックを送信する。
・ステップ１３００：ＵＥは、動的にスケジューリングされるＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎビットの第１のセット、及びＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎビットの第２のセットで、動的ＨＡＲＱコードブックを構築する。
・ステップ１３０２：ＵＥは、ＳＰＳ ＰＤＳＣＨインデックスに従って、昇順か又は降順かのいずれかで、ＨＡＲＱ Ａ／Ｎビットの第２のセットを並び替える。なお、いくつかの実施形態において、ステップ１３０２は、ステップ１３００の一部として実装されてもよい。
・ステップ１３０４：ＵＥは、アップリンクのスロットにおいて、ネットワークノードへ、上記ＨＡＲＱコードブックを送信する。
【0109】
いくつかの実施形態において、複数のＴＲＰにわたるＳＰＳ ＰＤＳＣＨ送信のケースでは、ＨＡＲＱビットは、まずＴＲＰ、次いでサービングセルか、又はまずサービングセル、そしてＴＲＰか、のいずれかで並び替えられ得る。
【0110】
いくつかの実施形態において、タイプ１のＨＡＲＱコードブックについて、提案される解決策は、スロット内で重複する時間ドメインリソース割当てを伴うＪ個（Ｊ＞１）のＰＤＳＣＨを許可することと、ＤＬ ＳＰＳ向けのコードブック内で定義された別個のエントリ又は行を伴う、ＮＲリリース１５のＨＡＲＱコードブックと比較してＪ倍のＨＡＲＱコードブックエントリを、各Ｋ１に割り当てることと、を含む。
【0111】
いくつかの実施形態において、タイプ２のＨＡＲＱコードブックについて、各サービングセルについて、動的にスケジューリングされるＰＤＳＣＨのためのＨＡＲＱ Ａ／Ｎビットと多重化しつつ、昇順か降順かのいずれかで、ＤＬ ＳＰＳ構成インデックスに基づいてＤＬ ＳＰＳのためのＨＡＲＱ Ａ／Ｎビットを並び替える方法が提案される。
【0112】
複数のＴＲＰの場合のＨＡＲＱコードブックの構築：ＳＰＳを伴うマルチＴＲＰのケースでは、ＳＰＳ ＰＤＳＣＨを送信するいくつかのあり得る手法が存在する。マルチＴＲＰの１つの実装例は、キャリアアグリゲーションのフレームワークを使用するものであり、例えば２つのサービングセルオブジェクトが同じキャリア周波数で構成される。よって、それらをそれぞれＴＲＰ１及びＴＲＰ２と表す。
・あるオプションにおいて、全てのアクティブなＳＰＳ構成が１つのＴＲＰ上で送信される。選択されるＴＲＰを、アクティブ化ＤＣＩのＴＣＩフィールドにおいて指し示すことができ、又は、ＲＲＣシグナリングを介して構成することができる。ＴＲＰのインジケーションは暗黙的であってもよく、どのＴＲＰがＳＰＳ構成を送信しているのかを暗黙的に指し示すやり方の１つの例では、それは最も小さいＩＤを有するサービングセルである。
・他のオプションにおいて、アクティブなＳＰＳ構成のうちのあるサブセットがあるＴＲＰ上で送信され、アクティブなＳＰＳ構成のうちの他のサブセットが異なるＴＲＰ上で送信される。ｊ番目のＤＬ ＳＰＳ構成の各々について、選択されるＴＲＰを、ｊ番目のアクティブ化ＤＣＩのＴＣＩフィールドにおいて指し示すことができ、又はｊ番目のＳＰＳ構成のＲＲＣシグナリングを介して提供することができる。
・他のオプションにおいて、単一のＳＰＳについて、そのＰＤＳＣＨが、空間分割多重化（ＳＤＭ）、周波数分割多重化（ＦＤＭ）、若しくは時分割多重化（ＴＤＭ）のいずれかのアプローチ、又はＳＤＭ／ＦＤＭ／ＴＤＭの組合せを使用して、相異なるＴＲＰ上で送信されてもよい。それらＴＲＰを、動的なスケジューリングと同様に、アクティブ化ＤＣＩのＴＣＩフィールドにおいて指し示すことができる。
・あるオプションにおいて、全てのアクティブなＳＰＳ構成が１つのＴＲＰ上で送信される。選択されるＴＲＰを、アクティブ化ＤＣＩのＴＣＩフィールドにおいて指し示すことができ、又は、ＲＲＣシグナリングを介して構成することができる。ＴＲＰのインジケーションは暗黙的であってもよく、どのＴＲＰがＳＰＳ構成を送信しているのかを暗黙的に指し示すやり方の１つの例では、それは最も小さいＩＤを有するサービングセルである。
・他のオプションにおいて、アクティブなＳＰＳ構成のうちのあるサブセットがあるＴＲＰ上で送信され、アクティブなＳＰＳ構成のうちの他のサブセットが異なるＴＲＰ上で送信される。ｊ番目のＤＬ ＳＰＳ構成の各々について、選択されるＴＲＰを、ｊ番目のアクティブ化ＤＣＩのＴＣＩフィールドにおいて指し示すことができ、又はｊ番目のＳＰＳ構成のＲＲＣシグナリングを介して提供することができる。
・他のオプションにおいて、単一のＳＰＳについて、そのＰＤＳＣＨが、空間分割多重化（ＳＤＭ）、周波数分割多重化（ＦＤＭ）、若しくは時分割多重化（ＴＤＭ）のいずれかのアプローチ、又はＳＤＭ／ＦＤＭ／ＴＤＭの組合せを使用して、相異なるＴＲＰ上で送信されてもよい。それらＴＲＰを、動的なスケジューリングと同様に、アクティブ化ＤＣＩのＴＣＩフィールドにおいて指し示すことができる。
【0113】
ネットワークノードにおいて複数のＴＲＰが存在する場合、ＨＡＲＱ－ＡＣＫフィードバックを各ＴＲＰについて別々に送信することができる。代替的に、２つ以上のＴＲＰについてのＨＡＲＱ－ＡＣＫフィードバックを結合的に送信することができる。
【0114】
別々のフィードバックのケースでは、各ＴＲＰについて１つのＨＡＲＱ－ＡＣＫコードブックが別々に生成される。複数のＴＲＰについて個別のＨＡＲＱ－ＡＣＫコードブックが、ＴＤＭ形式で、即ち時間的な重複無しで送信される。ＨＡＲＱ－ＡＣＫコードブックは、別々のＰＵＣＣＨを介して及び／又はＰＵＳＣＨを介して送信される。
【0115】
結合的なフィードバックのケースでは、２つ以上のＴＲＰについてのＨＡＲＱ－ＡＣＫフィードバックが統合される。統合されたＨＡＲＱ－ＡＣＫビットは、１つのＰＵＣＣＨリソースにおいて送信され、又は１つのＰＵＳＣＨへ多重化される。ＨＡＲＱ－ＡＣＫビットを統合する２つの例が、図１４及び図１５に示されている。具体的には、図１４は、１つのセルの複数のＨＡＲＱ－ＡＣＫビットが共にグループ化される、２つのＴＲＰ及び２つのセルについての統合ＨＡＲＱ－ＡＣＫの一例を示している。図１５は、１つのＴＲＰの複数のＨＡＲＱ－ＡＣＫビットが共にグループ化される、２つのＴＲＰ及び２つのセルについての統合ＨＡＲＱ－ＡＣＫの一例を示している。
【0116】
図１６は、本開示のいくつかの他の実施形態に係る無線アクセスノード１６００の概略ブロック図である。無線アクセスノード１６００は、例えば、基地局９０２又は９０６であり得る。図示したように、無線アクセスノード１６００は、１つ以上のプロセッサ１６０４（例えば、ＣＰＵ（Central Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、及び／又はＦＰＧＡ（Field Programmable Gate Array）など）と、メモリ１６０６と、ネットワークインタフェース１６０８とを含む制御システム１６０２を含む １つ以上のプロセッサ１６０４を、ここでは処理回路ともいう。加えて、無線アクセスノード１６００は、１つ以上の送信機１６１２及び１つ以上の受信機１６１４を各々含む１つ以上の無線ユニット１６１０を含み、それらは１つ以上のアンテナ１６１６へ連結される。無線ユニット１６１０は、無線インタフェース回路として言及されてもよく、その一部であってもよい。いくつかの実施形態において、無線ユニット１６１０は、制御システム１６０２の外部にあり、例えば有線接続（例えば、光ケーブル）を介して制御システム１６０２へ接続される。一方で、いくつかの実施形態において、無線ユニット１６１０及び潜在的にはアンテナ１６１６は、制御システム１６０２と一体化される。１つ以上のプロセッサ１６０４は、ここで説明したような無線アクセスノード１６００の１つ以上の機能を提供するように動作する。いくつかの実施形態において、それら機能は、例えばメモリ１６０６内に記憶され、１つ以上のプロセッサ１６０４により実行されるソフトウェアで実装される。
【0117】
図１７は、本開示のいくつかの実施形態に係る無線アクセスノード１６００の仮想化された実施形態を示す概略ブロック図である。この議論は、他のタイプのネットワークノードに等しく適用可能である。さらに、他のタイプのネットワークノードが類似の仮想化されたアーキテクチャを有していてもよい。
【0118】
ここで使用されるところによれば、"仮想化された"無線アクセスノードとは、無線アクセスノード１６００の機能性の少なくとも一部が仮想的なコンポーネントとして（例えば、ネットワーク内の物理的な処理ノード上で稼働する仮想マシンを介して）実装される、無線アクセスノード１６００の実装である。図示したように、この例において、無線アクセスノード１６００は、上述したような、１つ以上のプロセサ１６０４（例えば、ＣＰＵ、ＡＳＩＣ、及び／又はＦＰＧＡなど）と、メモリ１６０６と、ネットワークインタフェース１６０８と、１つ以上のアンテナ１６１６へ連結された１つ以上の送信機１６１２及び１つ以上の受信機１６１４を各々含む１つ以上の無線ユニット１６１０と、を含む制御システム１６０２を含む。制御システム１６０２は、例えば光ケーブルなどを介して、無線ユニット１６１０へ接続される。制御システム１６０２は、ネットワークインタフェース１６０８を介して、ネットワーク１７０２へ連結されており又はネットワーク１７０２の一部として含まれる１つ以上の処理ノード１７００へ接続される。各処理ノード１７００は、１つ以上のプロセッサ１７０４（例えば、ＣＰＵ、ＡＳＩＣ、及び／又はＦＰＧＡなど）と、メモリ１７０６と、ネットワークインタフェース１７０８とを含む。
【0119】
この例において、ここで説明した無線アクセスノード１６００の機能１７１０は、１つ以上の処理ノード１７００に実装され、又は、任意の所望の形で制御システム１６０２及び１つ以上の処理ノード１７００をまたいで分散される。いくつかの具体的な実施形態では、ここで説明した無線アクセスノード１６００の機能１７１０のいくつか又は全てが、処理ノード１７００によりホスティングされる仮想環境内に実装される１つ以上の仮想マシンにより実行される仮想コンポーネントとして実装される。当業者により理解されるように、処理ノード１７００と制御システム１６０２との間の追加的なシグナリング又は通信が、所望の機能１７１０の少なくともいくつかを遂行するために使用される。とりわけ、いくつかの実施形態に制御システム１６０２は含まれなくてもよく、そのケースでは、無線ユニット１６１０が適切なネットワークインタフェースを介して処理ノード１７００と直接的に通信する。
【0120】
いくつかの実施形態において、少なくとも１つのプロセッサにより実行された場合に、当該少なくとも１つのプロセッサに、ここで説明した実施形態のいずれかに従って、無線アクセスノード１６００、又は、仮想環境において無線アクセスノード１６００の機能１７１０のうちの１つ以上を実装するノード（例えば、処理ノード１７００）の機能性を遂行させる命令群、を含むコンピュータプログラムが提供される。いくつかの実施形態において、前述したコンピュータプログラムプロダクトを含む担体が提供される。当該担体は、電子信号、光信号、無線信号、又はコンピュータ読取可能な記憶媒体（例えば、メモリなどの、非一時的なコンピュータ読取可能な媒体）のうちの１つである。
【0121】
図１８は、本開示のいくつかの他の実施形態に係る無線アクセスノード１６００の概略ブロック図である。無線アクセスノード１６００は、１つ以上のモジュール１８００を含み、その各々はソフトウェアで実装される。モジュール１８００は、ここで説明した無線アクセスノード１６００の機能性を提供する。この議論は、図１７の処理ノードに等しく適用可能であり、モジュール１８００は、処理ノード１７００のうちの１つにおいて実装されてもよく、複数の処理ノード１７００をまたいで分散されてもよく、並びに／又は、処理ノード１７００及び制御システム１６０２をまたいで分散されてもよい。
【0122】
図１９は、本開示のいくつかの実施形態に係るＵＥ１９００の概略ブロック図である。図示したように、ＵＥ１９００は、１つ以上のプロセサ１９０２（例えば、ＣＰＵ、ＡＳＩＣ、及び／又はＦＰＧＡなど）と、メモリ１９０４と、１つ以上のアンテナ１９１２へ連結された１つ以上の送信機１９０８及び１つ以上の受信機１９１０を各々含む１つ以上の送受信機１９０６と、を含む 送受信機１９０６は、当業者により理解されるであろうように、アンテナ１９１２とプロセッサ１９０２との間でやり取りされる信号を調整するように構成される、アンテナ１９１２へ接続される無線フロントエンド回路を含む。プロセッサ１９０２を、ここでは処理回路ともいう。送受信機１９０６を、ここでは無線回路ともいう。いくつかの実施形態において、ＵＥ１９００の上述した機能性（例えば、図１２及び図１３に関して上述した、例えばＵＥの機能性）は、完全に又は部分的に、例えばメモリ１９０４内に記憶され、プロセッサ１９０２により実行されるソフトウェアで実装され得る。なお、ＵＥ１９００は、例えば、１つ以上のユーザインタフェースコンポーネント（例えば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、及び／若しくはスピーカなど、並びに／又は、ＵＥ１９００への情報の入力を可能にし及び／若しくはＵＥ１９００からの情報の出力を可能にするための他のコンポーネント）や、電源（例えば、バッテリ及び関連付けられる電力回路）などといった、図１９には示されていない追加的なコンポーネントを含んでもよい。
【0123】
いくつかの実施形態において、少なくとも１つのプロセッサにより実行された場合に、当該少なくとも１つのプロセッサに、ここで説明した実施形態のいずれかに従って、ＵＥ１９００の機能性（例えば、図１２及び図１３に関して上述した、例えばＵＥの機能性）を遂行させる命令群、を含むコンピュータプログラムが提供される。いくつかの実施形態において、前述したコンピュータプログラムプロダクトを含む担体が提供される。当該担体は、電子信号、光信号、無線信号、又はコンピュータ読取可能な記憶媒体（例えば、メモリなどの、非一時的なコンピュータ読取可能な媒体）のうちの１つである。
【0124】
図２０は、本開示のいくつかの他の実施形態に係るＵＥ１９００の概略ブロック図である。ＵＥ１９００は、１つ以上のモジュール２０００を含み、その各々はソフトウェアで実装される。モジュール２０００は、ここで説明されるＵＥ１９００の機能性（例えば、図１２及び図１３に関して上述した、例えばＵＥの機能性）を提供する。
【0125】
図２１を参照すると、一実施形態によれば、通信システムは、３ＧＰＰ型のセルラーネットワークといった電気通信ネットワーク２１００を含み、電気通信ネットワーク２１００は、ＲＡＮといったアクセスネットワーク２１０２とコアネットワーク２１０４とを含む。アクセスネットワーク２１０２は、ノードＢ、ｅＮＢ、ｇＮＧ、又は他のタイプの無線アクセスポイント（ＡＰ）といった複数の基地局２１０６Ａ、２１０６Ｂ、２１０６Ｃを含み、その各々が対応するカバレッジエリア２１０８Ａ、２１０８Ｂ、２１０８Ｃを定義する。各基地局２１０６Ａ、２１０６Ｂ、２１０６Ｃは、有線又は無線接続２１１０上でコアネットワーク２１０４へ接続可能である。カバレッジエリア２１０８Ｃに位置する第１のＵＥ２１１２は、対応する基地局２１０６Ｃへワイヤレスに接続され又は対応する基地局２１０６Ｃによりページングされるように構成される。カバレッジエリア２１０８Ａ内の第２のＵＥ２１１４は、対応する基地局２１０６Ａへワイヤレスに接続可能である。この例では、複数のＵＥ２１１２、２１１４が図示されているものの、開示される実施形態は、カバレッジエリア内に単一のＵＥがある状況、又は対応する基地局２１０６へ単一のＵＥが接続している状況へ等しく適用可能である。
【0126】
電気通信ネットワーク２１００は、それ自体がホストコンピュータ２１１６へ接続され、ホストコンピュータ２１１６は、スタンドアローンのサーバのハードウェア及び／若しくはソフトウェア、クラウド実装のサーバ、分散型サーバで具現化されてもよく、又はサーバファーム内の処理リソースとして具現化されてもよい。ホストコンピュータ２１１６は、サービスプロバイダの所有下にあってもその制御下にあってもよく、又はサービスプロバイダにより若しくはサービスプロバイダのために運用されてもよい。電気通信ネットワーク２１００とホストコンピュータ２１１６との間の接続２１１８及び２１２０は、コアネットワーク２１０４からホストコンピュータ２１１６へ直接的に伸びていてもよく、オプションとしての中間ネットワーク２１２２を介してつながっていてもよい。中間ネットワーク２１２２は、パブリック、プライベート又はホステッドネットワークのうちの１つ又はそれらの複数の組合せであってもよく、中間ネットワーク２１２２は、もしあればバックボーンネットワーク又はインターネットであってもよく、具体的には、中間ネットワーク２１２２は、２つ以上のサブネットワーク（図示せず）を含んでもよい。
【0127】
図２１の通信システムは、全体として、接続されるＵＥ２１１２、２１１４とホストコンピュータ２１１６との間の接続性を可能にする。その接続性は、オーバーザトップ（ＯＴＴ）接続２１２４として説明されてよい。ホストコンピュータ２１１６及び接続されるＵＥ２１１２、２１１４は、アクセスネットワーク２１０２、コアネットワーク２１０４、任意の中間ネットワーク２１２２及びあり得るさらなる基盤（図示せず）を途中段階として用いて、ＯＴＴ接続２１２４を介してデータ及び／又はシグナリングを通信するように構成される。ＯＴＴ接続２１２４は、ＯＴＴ接続２１２４の通過途上の参加している通信デバイスがアップリンク及びダウンリンクの通信のルーティングを意識しないという意味において、透過的であり得る。例えば、基地局２１０６は、ホストコンピュータ２１１６から発して接続されるＵＥ２１１２へ転送（例えば、ハンドオーバ）されるべきデータを伴うインカミングのダウンリンク通信の過去のルーティングについて通知されなくてよく又はその通知を必要としない。同様に、基地局２１０６は、ＵＥ２１１２から発してホストコンピュータ２１１６へ向かうアウトゴーイングのアップリンク通信の将来のルーティングを認識することを必要としない。
【0128】
前の段落で議論したＵＥ、基地局及びホストコンピュータの一実施形態に係る例示的な実装が、これより図２２を参照しながら説明される。通信システム２２００において、ホストコンピュータ２２０２は、通信システム２２００の異なる通信デバイスのインタフェースとの有線又は無線の接続をセットアップし及び維持するように構成される通信インタフェース２２０６を含むハードウェア２２０４を備える。ホストコンピュータ２２０２は、さらに、記憶及び／又は処理のケイパビリティを有し得る処理回路２２０８を備える。とりわけ、処理回路２２０８は、命令群を実行するように適合される、１つ以上のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ又はそれらの組み合わせ（図示せず）を含み得る。ホストコンピュータ２２０２は、さらに、ホストコンピュータ２２０２内に記憶され又はホストコンピュータ２２０２によりアクセス可能なソフトウェア２２１０であって、処理回路２２０８により実行可能な当該ソフトウェア２２１０を備える。ソフトウェア２２１０は、ホストアプリケーション２２１２を含む。ホストアプリケーション２２１２は、ＵＥ２２１４及びホストコンピュータ２２０２で終端するＯＴＴ接続２２１６を介して接続しているＵＥ２２１４といったリモートユーザへサービスを提供するように動作可能であり得る。リモートユーザへのサービスの提供中に、ホストアプリケーション２２１２は、ＯＴＴ接続２２１６を用いて送信されるユーザデータを提供し得る。
【0129】
通信システム２２００は、電気通信システムにおいて提供される基地局２２１８をさらに含み、基地局２２１８は、ホストコンピュータ２２０２及びＵＥ２２１４と通信することを可能にするハードウェア２２２０を備える。ハードウェア２２２０は、通信システム２２００の異なる通信デバイスのインタフェースとの有線又は無線の接続をセットアップし及び維持するための通信インタフェース２２２２、並びに、基地局２２１８によりサービスされるカバレッジエリア（図２２には示していない）内に位置するＵＥ２２１４との少なくとも無線接続２２２６をセットアップし及び維持するための無線インタフェース２２２４を含み得る。通信インタフェース２２２２は、ホストコンピュータ２２０２への接続２２２８を促進するように構成され得る。接続２２２８は、直接的なものであってもよく、又は、電気通信システムのコアネットワーク（図２２には示されていない）及び／若しくは電気通信システム外の１つ以上の中間ネットワークを通過してもよい。図示した実施形態において、基地局２２１８のハードウェア２２２０は、命令群を実行するように適合される、１つ以上のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ又はそれらの組み合わせ（図示せず）を含み得る処理回路２２３０をさらに含む。基地局２２１８は、内部的に記憶され又は外部接続を介してアクセス可能なソフトウェア２２３２をさらに有する。
【0130】
通信システム２２００は、既に言及したＵＥ２２１４をさらに含む。ＵＥのハードウェア２２３４は、ＵＥ２２１４がその時点で位置するカバレッジエリアへサービスする基地局との無線接続２２２６をセットアップし及び維持するように構成される無線インタフェース２２３６を含み得る。ＵＥ２２１４のハードウェア２２３４は、命令群を実行するように適合される、１つ以上のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ又はそれらの組み合わせ（図示せず）を含み得る処理回路２２３８をさらに含む。ＵＥ２２１４は、さらに、ＵＥ２２１４内に記憶され又はＵＥ２２１４によりアクセス可能なソフトウェア２２４０であって、処理回路２２３８により実行可能な当該ソフトウェア２２４０を備える。ソフトウェア２２４０は、クライアントアプリケーション２２４２を含む。クライアントアプリケーション２２４２は、ホストコンピュータ２２０２のサポートと共に、人間の又は非人間のユーザへＵＥ２２１４を介してサービスを提供するように動作可能であり得る。ホストコンピュータ２２０２において、実行対象のホストアプリケーション２２１２は、実行対象のクライアントアプリケーション２２４２とＵＥ２２１４及びホストコンピュータ２２０２で終端するＯＴＴ接続２２１６を介して通信し得る。ユーザへのサービス提供中に、クライアントアプリケーション２２４２は、ホストアプリケーション２２１２からリクエストデータを受信し、当該リクエストデータへの応答としてユーザデータを提供し得る。ＯＴＴ接続２２１６は、リクエストデータ及びユーザデータの双方を移送し得る。クライアントアプリケーション２２４２は、自身が提供するユーザデータを生成するために、ユーザとインタラクションし得る。
【0131】
なお、図２２に示したホストコンピュータ２２０２、基地局２２１８及びＵＥ２２１４は、それぞれ図２１のホストコンピュータ２１１６、基地局２１０６Ａ、２１０６Ｂ、２１０６Ｃのうちの１つ、及びＵＥ２１１２、２１１４のうちの１つと類似し又は同一であってもよい。言うなれば、これらエンティティの内部的な作用は図２２に示した通りであってよく、それとは独立して、周囲のネットワークトポロジーは図２１のそれであってよい。
【0132】
図２２では、ホストコンピュータ２２０２とＵＥ２２１４との間の基地局２２１８を介する通信を、いかなる中間的なデバイス及びそれらデバイスを介するメッセージの正確なルーティングへの明示的な言及も無く例示するために、ＯＴＴ接続２２１６が抽象的に描かれている。ルーティングを決定するのはネットワーク基盤であってよく、ネットワーク基盤は、ＵＥ２２１４若しくはホストコンピュータ２２０２を動作させるサービスプロバイダ又はそれら双方からルーティングを隠蔽するように構成されてよい。ＯＴＴ接続２２１６がアクティブである間、ネットワーク基盤は、（例えば、負荷分散の考慮又はネットワークの再構成に基づいて）ルーティングを動的に変更するための決定をさらに行ってよい。
【0133】
ＵＥ２２１４と基地局２２１８との間の無線接続２２２６は、本開示を通じて説明した実施形態の教示に従う。多様な実施形態の１つ以上が、ＯＴＴ接続２２１６を用いてＵＥ２２１４へ提供されるＯＴＴサービスの性能を改善し、無線接続２２２６はその最後のセグメントを形成する。
【0134】
データレート、レイテンシ及び１つ以上の実施形態により改善される他の要因を監視する目的で、測定手続が提供されてもよい。測定結果の変動に応じてホストコンピュータ２２０２とＵＥ２２１４との間のＯＴＴ接続２２１６を再構成するためのオプションとしてのネットワークの機能性がさらに存在してもよい。上記測定手続及び／又はＯＴＴ接続２２１６を再構成するためのネットワーク機能性は、ホストコンピュータ２２０２のソフトウェア２２１０及びハードウェア２２０４、若しくはＵＥ２２１４のソフトウェア２２４０及びハードウェア２２３４、又はそれらの双方において実装されてもよい。いくつかの実施形態において、通信デバイス内に又は通信デバイスに関連付けて、ＯＴＴ接続２２１６が通過するセンサ（図示せず）が配備されてもよく、それらセンサは、上で例示した監視結果の数量の値を供給し又は他の物理量の値を供給することにより上記測定手続に参加してもよく、それらからソフトウェア２２１０、２２４０により監視対象の量が計算され又は推定され得る。ＯＴＴ接続２２１６の再構成は、メッセージフォーマット、再送設定、好適なルーティングなどを含んでよく、その再構成は、基地局２２１８には影響しなくてもよく、基地局２２１８にとっては未知であるか又は感知不能であってもよい。そうした手続及び機能性は、当分野において既知であり又は実用されているかもしれない。ある実施形態において、測定は、ホストコンピュータ２２０２によるスループット、伝播時間及びレイテンシなどの測定を容易化する独自のＵＥシグナリングを包含してもよい。その測定は、ソフトウェア２２１０及び２２４０がＯＴＴ接続２２１６を用いて具体的には空であり又は"ダミー"のメッセージであるメッセージを送信しつつ、伝播時間や誤りなどを監視する形で実装されてもよい。
【0135】
図２３は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図２１及び図２２を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図２３の図への参照のみが本セクションに含められるであろう。ステップ２３００において、ホストコンピュータは、ユーザデータを提供する。ステップ２３００のサブステップ２３０２（オプションであり得る）において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。ステップ２３０４において、ホストコンピュータは、ユーザデータを搬送するＵＥへの送信を開始する。ステップ２３０６（オプションであり得る）において、基地局は、本開示を通じて説明される実施形態の教示に従って、ホストコンピュータが開始した上記送信において搬送されたユーザデータをＵＥへ送信する。ステップ２３０８（やはりオプションであり得る）において、ＵＥは、ホストコンピュータにより実行されるホストアプリケーションに関連付けられるクライアントアプリケーションを実行する。
【0136】
図２４は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図２１及び図２２を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図２４の図への参照のみが本セクションに含められるであろう。本方法のステップ２４００において、ホストコンピュータは、ユーザデータを提供する。随意的なサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。ステップ２４０２において、ホストコンピュータは、ユーザデータを搬送するＵＥへの送信を開始する。その送信は、本開示を通じて説明される実施形態の教示に従って、基地局を通過し得る。ステップ２４０４（オプションであり得る）において、ＵＥは、上記送信において搬送されるユーザデータを受信する。
【0137】
図２５は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図２１及び図２２を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図２５の図への参照のみが本セクションに含められるであろう。ステップ２５００（オプションであり得る）において、ＵＥは、ホストコンピュータにより提供される入力データを受信する。追加的に又は代替的に、ステップ２５０２において、ＵＥがユーザデータを提供する。ステップ２５００のサブステップ２５０４（オプションであり得る）において、ＵＥは、クライアントアプリケーションを実行することによりユーザデータを提供する。ステップ２５０２のサブステップ２５０６（オプションであり得る）において、ＵＥは、ホストコンピュータにより提供される入力データの受信へのリアクションにおいて、ユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータの提供中に、実行されるクライアントアプリケーションは、ユーザから受け付けられるユーザ入力をさらに考慮してもよい。ユーザデータが提供された具体的なやり方に関わらず、ＵＥは、サブステップ２５０８（オプションであり得る）において、ホストコンピュータへのユーザデータの送信を開始する。本方法のステップ２５１０において、ホストコンピュータは、本開示を通じて説明される実施形態の教示に従って、ＵＥから送信されるユーザデータを受信する。
【0138】
図２６は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図２１及び図２２を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図２６の図への参照のみが本セクションに含められるであろう。ステップ２６００（オプションであり得る）において、本開示を通じて説明される実施形態の教示に従って、基地局は、ＵＥからのユーザデータを受信する。ステップ２６０２（オプションであり得る）において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。ステップ２６０４（オプションであり得る）において、ホストコンピュータは、基地局により開始される上記送信において搬送されるユーザデータを受信する。
【0139】
ここで開示されるいかなる適切なステップ、方法、特徴、機能又は恩恵が、１つ以上の仮想的な装置の１つ以上の機能ユニット又はモジュールを通じて実行されてもよい。各仮想的な装置は、複数のそれら機能ユニットを含んでもよい。それら機能ユニットは、１つ以上のマイクロプロセッサ又はマイクロコントローラを含み得る処理回路、並びに、デジタル信号プロセッサ（ＤＳＰ）及び特殊目的デジタルロジックなどを含み得る他のデジタルハードウェアを介して実装されてもよい。上記処理回路は、メモリ内に記憶されるプログラムコードを実行するように構成されてもよく、当該メモリは、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなどといった、１つ又は複数のタイプのメモリを含み得る。メモリ内に記憶されるプログラムコードは、１つ以上の電気通信及び／又はデータ通信プロトコルを実行するためのプログラム命令、並びに、ここで説明される技法の１つ以上を遂行するための命令を含む。いくつかの実施形態において、上記処理回路は、本開示の１つ以上の実施形態に従って、それぞれの機能ユニットに対応する機能を実行させるために使用され得る。
【0140】
図中の処理は本開示のある実施形態により実行される動作の具体的な順序を示しているかもしれないが、そうした順序は例示的なものであることが理解されるべきである（例えば、代替的な実施形態は、異なる順序で動作を実行してもよく、ある複数の動作を組合せてもよく、ある複数の動作を重複させるなどしてもよい）。
【0141】
＜実施形態＞
グループＡの実施形態
実施形態１：ＵＥ（９１２）により実行される方法であって、ネットワークノード（例えば、基地局９０２）から、複数のＤＬ ＳＰＳ ＰＤＳＣＨを受信し、前記ネットワークノードへ、前記ＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎフィードバックを返送するものであり、スロット又はサブスロットにおいて、重複する時間ドメインリソース割当てを伴う１よりも大きいＪ個の許可されたＰＤＳＣＨの構成を受信すること（１２００）、スロット又はサブスロットにおける重複する時間ドメインリソース割当てを伴う許可されたＰＤＳＣＨの前記個数Ｊに基づいて、ＨＡＲＱ Ａ／Ｎレポーティングのための半静的なＨＡＲＱコードブックを構築すること（１２０２）、及び、アップリンクのスロット又はサブスロットにおいて、前記ネットワークノードへ、前記半静的なＨＡＲＱコードブックを送信すること（１２０４）、のうちの少なくとも１つを含む、方法。
グループＡの実施形態
実施形態１：ＵＥ（９１２）により実行される方法であって、ネットワークノード（例えば、基地局９０２）から、複数のＤＬ ＳＰＳ ＰＤＳＣＨを受信し、前記ネットワークノードへ、前記ＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎフィードバックを返送するものであり、スロット又はサブスロットにおいて、重複する時間ドメインリソース割当てを伴う１よりも大きいＪ個の許可されたＰＤＳＣＨの構成を受信すること（１２００）、スロット又はサブスロットにおける重複する時間ドメインリソース割当てを伴う許可されたＰＤＳＣＨの前記個数Ｊに基づいて、ＨＡＲＱ Ａ／Ｎレポーティングのための半静的なＨＡＲＱコードブックを構築すること（１２０２）、及び、アップリンクのスロット又はサブスロットにおいて、前記ネットワークノードへ、前記半静的なＨＡＲＱコードブックを送信すること（１２０４）、のうちの少なくとも１つを含む、方法。
【0142】
実施形態２：実施形態１に記載の方法であって、前記アップリンクのスロット又はサブスロットにおいて前記ネットワークノードへ前記半静的なＨＡＲＱコードブックを送信すること（１２０４）は、ある順序で前記ＨＡＲＱコードブックのエントリを並び替えるなどして、前記アップリンクのスロット又はサブスロットにおいて前記ネットワークノードへ前記半静的なＨＡＲＱコードブックを送信することを含む、方法。
【0143】
実施形態３：実施形態１又は２に記載の方法であって、前記半静的なＨＡＲＱコードブックを構築すること（１２０２）は、前記アップリンクのスロット又はサブスロットにおけるＨＡＲＱ Ａ／Ｎレポーティングについて各サービングセル向けにＪ×Ｍ行及びＮ列の前記半静的なＨＡＲＱコードブックを構築すること（１２０２）を含み、Ｍは、有効化されるトランスポートブロックの数であり、Ｎは、ＨＡＲＱ Ａ／Ｎレポーティングのための前記アップリンクのスロット又はサブスロットに関連付けられるダウンリンクのスロット又はサブスロットの数にスロット又はサブスロットにおける重複しない時間ドメインのリソース割当ての数を乗算したものである、方法。
【0144】
実施形態４：実施形態３に記載の方法であって、さらに、動的にスケジューリングされるＰＤＳＣＨに対し最初のＭ個の行を、ＳＰＳ ＰＤＳＣＨに対し残りの行を関連付けること、を含む、方法。
【0145】
実施形態５：実施形態３に記載の方法であって、前記半静的なＨＡＲＱコードブックを構築すること（１２０２）は、動的にスケジューリングされるＰＤＳＣＨに対し最初のＭ個の行を、ＳＰＳ ＰＤＳＣＨに対し残りの行を関連付けること、を含む、方法。
【0146】
実施形態６：実施形態３に記載の方法であって、さらに、スロット又はサブスロットにおいて２つのＳＰＳ ＰＤＳＣＨが受信される場合に、第１のＳＰＳ ＰＤＳＣＨに対しある列における第１のＭ個の行を、第２のＳＰＳ ＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む、方法。
【0147】
実施形態７：実施形態６に記載の方法であって、前記第１のＳＰＳ ＰＤＳＣＨは、最小のＳＰＳインデックスを有し、前記第２のＳＰＳ ＰＤＳＣＨは、次の最小のＳＰＳインデックスを有する、方法。
【0148】
実施形態８：実施形態３に記載の方法であって、前記半静的なＨＡＲＱコードブックを構築すること（１２０２）は、スロット又はサブスロットにおいて２つのＳＰＳ ＰＤＳＣＨが受信される場合に、第１のＳＰＳ ＰＤＳＣＨに対しある列における第１のＭ個の行を、第２のＳＰＳ ＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む、方法。
【0149】
実施形態９：実施形態３に記載の方法であって、さらに、スロット又はサブスロットにおいて２つの動的にスケジューリングされるＰＤＳＣＨが受信される場合に、第１の動的にスケジューリングされるＰＤＳＣＨに対しある列における第１のＭ個の行を、第２の動的にスケジューリングされるＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む、方法。
【0150】
実施形態１０：実施形態９に記載の方法であって、前記第１のＳＰＳ ＰＤＳＣＨ及び前記第２のＳＰＳ ＰＤＳＣＨは、相異なるＲＮＴＩを有する、方法。
【0151】
実施形態１１：実施形態３に記載の方法であって、前記半静的なＨＡＲＱコードブックを構築すること（１２０２）は、スロット又はサブスロットにおいて２つの動的にスケジューリングされるＰＤＳＣＨが受信される場合に、第１の動的にスケジューリングされるＰＤＳＣＨに対しある列における第１のＭ個の行を、第２の動的にスケジューリングされるＰＤＳＣＨに対し第２のＭ個の行を関連付けること、を含む、方法。
【0152】
実施形態１２：実施形態１～３のいずれか１つに記載の方法であって、前記半静的なＨＡＲＱコードブックを構築すること（１２０２）は、動的にスケジューリングされるＰＤＳＣＨ及びＳＰＳ ＰＤＳＣＨについて別個のＨＡＲＱサブコードブックを構築すること、及び、前記別個のＨＡＲＱサブコードブックを合成（例えば、連結）して、前記半静的なＨＡＲＱコードブックを提供すること、のうちの少なくとも１つを含む、方法。
【0153】
実施形態１３：実施形態１～１２のいずれか１つに記載の方法であって、複数の送信ポイント（ＴＲＰ）にわたるＳＰＳ ＰＤＳＣＨ送信について、前記半静的なＨＡＲＱコードブック内のＨＡＲＱビットは、まずＴＲＰ、次いでサービングセルか、又はまずサービングセル、次いでＴＲＰか、のいずれかで並び替えられる、方法。
【0154】
実施形態１４：ＵＥ（９１２）により実行される方法であって、ネットワークノード（例えば、基地局９０２）から、各々ＳＰＳ構成インデックスを伴う複数のダウンリンクＳＰＳ ＰＤＳＣＨを受信し、前記ネットワークノードへ、前記ＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎフィードバックを返送するものであり、動的にスケジューリングされるＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎビットの第１のセット、及びＳＰＳ ＰＤＳＣＨに関連付けられるＨＡＲＱ Ａ／Ｎビットの第２のセットで、動的ＨＡＲＱコードブックを構築すること（１３００）と、前記ＳＰＳ ＰＤＳＣＨインデックスに従って、昇順か又は降順かのいずれかで、ＨＡＲＱ Ａ／Ｎビットの前記第２のセットを並び替えること（１３０２）と、アップリンクのスロット又はサブスロットにおいて、ネットワークノードへ、前記ＨＡＲＱコードブックを送信すること（１３０４）と、のうちの少なくとも１つを含む、方法。
【0155】
実施形態１５：実施形態１４に記載の方法であって、複数の送信ポイント（ＴＲＰ）にわたるＳＰＳ ＰＤＳＣＨ送信について、前記半静的なＨＡＲＱコードブック内のＨＡＲＱビットは、まずＴＲＰ、次いでサービングセルか、又はまずサービングセル、次いでＴＲＰか、のいずれかで並び替えられる、方法。
【0156】
実施形態１６：前述した実施形態のいずれかの方法であって、さらに、ユーザデータを提供することと、当該ユーザデータを前記基地局への前記送信を介してホストコンピュータへ転送することと、を含む方法。
【0157】
グループＢの実施形態
実施形態１７：ワイヤレスデバイスであって、グループＡの実施形態のいずれかのステップ群のいずれかを実行するように構成される処理回路と、前記ワイヤレスデバイスへ電力を供給するように構成される電力供給回路と、を備えるワイヤレスデバイス。
実施形態１７：ワイヤレスデバイスであって、グループＡの実施形態のいずれかのステップ群のいずれかを実行するように構成される処理回路と、前記ワイヤレスデバイスへ電力を供給するように構成される電力供給回路と、を備えるワイヤレスデバイス。
【0158】
実施形態１８：ユーザ機器（ＵＥ）であって、ワイヤレス信号を送信し及び受信するように構成されるアンテナと、前記アンテナ及び処理回路へ接続され、前記アンテナ及び前記処理回路の間でやり取りされる信号を調整するように構成される無線フロントエンド回路と、グループＡの実施形態のいずれかのステップ群のいずれかを実行するように構成される前記処理回路と、前記処理回路へ接続され、前記ＵＥへの情報の入力が前記処理回路により処理されることを可能にするように構成される入力インタフェースと、前記処理回路へ接続され、前記処理回路により処理された情報を前記ＵＥから出力するように構成される出力インタフェースと、前記処理回路へ接続され、前記ＵＥへ電力を供給するように構成されるバッテリと、を備えるＵＥ。
【0159】
実施形態１９：ホストコンピュータを含む通信システムであって、前記ホストコンピュータは、ユーザデータを提供するように構成される処理回路と、ユーザデータをユーザ機器（ＵＥ）への送信のためにセルラーネットワークへ転送するように構成される通信インタフェースと、を備え、前記ＵＥは、無線インタフェースと処理回路とを備え、前記ＵＥのコンポーネントは、グループＡの実施形態のいずれかのステップ群のいずれかを実行するように構成される、通信システム。
【0160】
実施形態２０：前述した実施形態の通信システムであって、前記セルラーネットワークは、前記ＵＥと通信するように構成される基地局をさらに含む、通信システム。
【0161】
実施形態２１：前述した2つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行することにより前記ユーザデータを提供するように構成され、前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられるクライアントアプリケーションを実行するように構成される、通信システム。
【0162】
実施形態２２：ホストコンピュータ、基地局及びユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して、前記ＵＥへの前記ユーザデータを搬送する送信を開始することと、を含み、前記ＵＥは、グループＡの実施形態のいずれかのステップ群のいずれかを実行する、方法。
【0163】
実施形態２３：前述した実施形態の方法であって、前記ＵＥにおいて、前記基地局から前記ユーザデータを受信すること、をさらに含む、方法。
【0164】
実施形態２４：ホストコンピュータを含む通信システムであって、前記ホストコンピュータは、ユーザ機器（ＵＥ）から基地局への送信に由来するユーザデータを受信するように構成される通信インタフェース、を備え、前記ＵＥは、無線インタフェースと処理回路とを備え、前記ＵＥの処理回路は、グループＡの実施形態のいずれかのステップ群のいずれかを実行するように構成される、通信システム。
【0165】
実施形態２５：前述した実施形態の通信システムであって、前記ＵＥをさらに含む、通信システム。
【0166】
実施形態２６：前述した２つの実施形態の通信システムであって、前記基地局をさらに含み、前記基地局は、前記ＵＥと通信するように構成される無線インタフェースと、前記ＵＥから前記基地局への送信により搬送される前記ユーザデータを前記ホストコンピュータへ転送するように構成される通信インタフェースと、を備える、通信システム。
【0167】
実施形態２７：前述した３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられるクライアントアプリケーションを実行することにより前記ユーザデータを提供するように構成される、通信システム。
【0168】
実施形態２８：前述した4つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行することによりリクエストデータを提供するように構成され、前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられるクライアントアプリケーションを実行することにより前記リクエストデータへの応答として前記ユーザデータを提供するように構成される、通信システム。
【0169】
実施形態２９：ホストコンピュータ、基地局及びユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、前記ホストコンピュータにおいて、前記ＵＥから前記基地局へ送信されるユーザデータを受信すること、を含み、前記ＵＥは、グループＡの実施形態のいずれかのステップ群のいずれかを実行する、方法。
【0170】
実施形態３０：前述した実施形態の方法であって、前記ＵＥにおいて、前記基地局へ前記ユーザデータを提供すること、をさらに含む、方法。
【0171】
実施形態３１：前述した２つの実施形態の方法であって、前記ＵＥにおいて、クライアントアプリケーションを実行することにより送信されるべき前記ユーザデータを提供することと、前記ホストコンピュータにおいて、前記クライアントアプリケーションに関連付けられるホストアプリケーションを実行することと、をさらに含む、方法。
【0172】
実施形態３２：前述した３つの実施形態の方法であって、前記ＵＥにおいて、クライアントアプリケーションを実行することと、前記ＵＥにおいて、前記ホストコンピュータにおいて前記クライアントアプリケーションに関連付けられるホストアプリケーションを実行することにより提供される、前記クライアントアプリケーションへの入力データを受信することと、をさらに含み、送信されるべき前記ユーザデータは、前記入力データへの応答として前記クライアントアプリケーションにより提供される、方法。
【0173】
実施形態３３：ホストコンピュータ、基地局及びユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、前記ホストコンピュータにおいて、前記基地局から、前記基地局が前記ＵＥから受信した送信信号に由来するユーザデータを受信すること、を含み、前記ＵＥは、グループＡの実施形態のいずれかのステップ群のいずれかを実行する、方法。
【0174】
実施形態３４：前述した実施形態の方法であって、前記基地局において、前記ＵＥから前記ユーザデータを受信すること、をさらに含む、方法。
【0175】
実施形態３５：前述した２つの実施形態の方法であって、前記基地局において、受信した前記ユーザデータの前記ホストコンピュータへの送信を開始すること、をさらに含む、方法。
【0176】
以下の略語のうちの少なくともいくつかが本開示において使用されているかもしれない。略語の間で不整合がある場合には、上でそれがどのように使用されているかが優先されるべきである。以下で複数回挙示されている場合、最初に挙示されたものが後から挙示されたどれよりも優先されるべきである。
・ ３ＧＰＰ 第三世代パートナーシッププロジェクト
・ ５Ｇ 第五世代
・ ５ＧＣ 第五世代コア
・ ５ＧＳ 第五世代システム
・ ＡＣＫ 確認応答
・ ＡＦ アプリケーション機能
・ ＡＭＦ アクセス及びモビリティ機能
・ ＡＮ アクセスネットワーク
・ ＡＰ アクセスポイント
・ ＡＳＩＣ 特定用途向け集積回路
・ ＡＵＳＦ 認証サーバ機能
・ ＢＷＰ 帯域幅部分
・ ＣＡ キャリアアグリゲーション
・ ＣＢ コードブック
・ ＣＢＧ コードブロックグループ
・ ＣＣ コンポーネントキャリア
・ ＣＣＥ 制御チャネルエレメント
・ ＣＯＲＥＳＥＴ 制御リソースセット
・ ＣＰ－ＯＦＤＭ サイクリックプレフィクス直交周波数分割多重化
・ ＣＰＵ 中央処理ユニット
・ ＣＲＣ 巡回冗長検査
・ ＲＮＴＩ 無線ネットワーク一時識別子
・ ＣＳＩ チャネル状態情報
・ ＣＳＩ－ＲＳ チャネル状態情報リファレンス信号
・ ＣＳ－ＲＮＴＩ 構成スケジューリング無線ネットワーク一時識別子
・ ＣＳＳ 共通サーチスペース
・ ＤＡＩ ダウンリンク割当てインデックス
・ ＤＣＩ ダウンリンクチャネル情報
・ ＤＦＴ 離散フーリエ変換
・ ＤＭＲＳ 復調リファレンス信号
・ ＤＮ データネットワーク
・ ＤＳＰ デジタル信号プロセッサ
・ ｅＮＢ 拡張又は進化型ノードＢ
・ ＦＤＭ 周波数分割多重化
・ ＦＰＧＡ フィールドプログラマブルゲートアレイ
・ ＧＨｚ ギガヘルツ
・ ｇＮＢ 新無線基地局
・ ＨＡＲＱ ハイブリッド自動再送要求
・ ＨＳＳ ホーム加入者サーバ
・ ＩＥ 情報エレメント
・ ＩＩｏＴ 産業上のモノのインターネット
・ ＩｏＴ モノのインターネット
・ ＩＰ インターネットプロトコル
・ ＬＴＥ ロングタームエボリューション
・ ＭＣＳ 変調符号化方式
・ ＭＣＳ－Ｃ－ＲＮＴＩ ＭＣＳセル無線ネットワーク一時識別子
・ ＭＩＭＯ 複数入力複数出力
・ ＭＭＥ モビリティ管理エンティティ
・ ｍｓ ミリ秒
・ ＭＴＣ マシンタイプ通信
・ ＮＤＩ 新規データインジケータ
・ ＮＥＦ ネットワーク露出機能
・ ＮＦ ネットワーク機能
・ ＮＲ 新無線
・ ＮＲＦ ネットワーク機能リポジトリ機能
・ ＮＳＳＦ ネットワークスライス選択機能
・ ＯＦＤＭ 直交周波数分割多重化
・ ＯＴＴ オーバーザトップ
・ ＰＣＦ ポリシー制御機能
・ ＰＤＣＣＨ 物理ダウンリンク制御チャネル
・ ＰＤＳＣＨ 物理ダウンリンク共有チャネル
・ ＰＧＷ パケットデータネットワークゲートウェイ
・ ＰＲＩ ＰＵＣＣＨリソースインジケータ
・ ＰＵＣＣＨ 物理アップリンク制御チャネル
・ ＰＵＳＣＨ 物理アップリンク共有チャネル
・ ＱＣＬ 疑似コロケーテッド
・ ＱｏＳ サービス品質
・ ＲＡＭ ランダムアクセスメモリ
・ ＲＡＮ 無線アクセスネットワーク
・ ＲＢ リソースブロック
・ ＲＥ リソースエレメント
・ ＲＥＧ リソースエレメントグループ
・ ＲＮＴＩ 無線ネットワーク一時識別子
・ ＲＯＭ 読み取り専用メモリ
・ ＲＲＣ 無線リソース制御
・ ＲＲＨ リモート無線ヘッド
・ ＲＴＴ ラウンドトリップ時間
・ ＳＣＥＦ サービスケイパビリティ露出機能
・ ＳＣｅｌｌ セカンダリセル
・ ＳＤＭ 空間分割多重化
・ ＳＭＦ セッション管理機能
・ ＳＰＳ 半永続的スケジューリング
・ ＳＳＢ 同期信号ブロック
・ ＴＢ トランスポートブロック
・ ＴＣＩ 送信構成インジケーション
・ ＴＤＤ 時分割複信
・ ＴＤＭ 時分割多重化
・ ＴＤＲＡ 時間ドメインリソース割当て
・ ＴＲＰ 送受信ポイント
・ ＵＤＭ 統一データ管理
・ ＵＥ ユーザ機器
・ ＵＰＦ ユーザプレーン機能
・ ＵＳＳ ＵＥ固有サーチスペース
・ ３ＧＰＰ 第三世代パートナーシッププロジェクト
・ ５Ｇ 第五世代
・ ５ＧＣ 第五世代コア
・ ５ＧＳ 第五世代システム
・ ＡＣＫ 確認応答
・ ＡＦ アプリケーション機能
・ ＡＭＦ アクセス及びモビリティ機能
・ ＡＮ アクセスネットワーク
・ ＡＰ アクセスポイント
・ ＡＳＩＣ 特定用途向け集積回路
・ ＡＵＳＦ 認証サーバ機能
・ ＢＷＰ 帯域幅部分
・ ＣＡ キャリアアグリゲーション
・ ＣＢ コードブック
・ ＣＢＧ コードブロックグループ
・ ＣＣ コンポーネントキャリア
・ ＣＣＥ 制御チャネルエレメント
・ ＣＯＲＥＳＥＴ 制御リソースセット
・ ＣＰ－ＯＦＤＭ サイクリックプレフィクス直交周波数分割多重化
・ ＣＰＵ 中央処理ユニット
・ ＣＲＣ 巡回冗長検査
・ ＲＮＴＩ 無線ネットワーク一時識別子
・ ＣＳＩ チャネル状態情報
・ ＣＳＩ－ＲＳ チャネル状態情報リファレンス信号
・ ＣＳ－ＲＮＴＩ 構成スケジューリング無線ネットワーク一時識別子
・ ＣＳＳ 共通サーチスペース
・ ＤＡＩ ダウンリンク割当てインデックス
・ ＤＣＩ ダウンリンクチャネル情報
・ ＤＦＴ 離散フーリエ変換
・ ＤＭＲＳ 復調リファレンス信号
・ ＤＮ データネットワーク
・ ＤＳＰ デジタル信号プロセッサ
・ ｅＮＢ 拡張又は進化型ノードＢ
・ ＦＤＭ 周波数分割多重化
・ ＦＰＧＡ フィールドプログラマブルゲートアレイ
・ ＧＨｚ ギガヘルツ
・ ｇＮＢ 新無線基地局
・ ＨＡＲＱ ハイブリッド自動再送要求
・ ＨＳＳ ホーム加入者サーバ
・ ＩＥ 情報エレメント
・ ＩＩｏＴ 産業上のモノのインターネット
・ ＩｏＴ モノのインターネット
・ ＩＰ インターネットプロトコル
・ ＬＴＥ ロングタームエボリューション
・ ＭＣＳ 変調符号化方式
・ ＭＣＳ－Ｃ－ＲＮＴＩ ＭＣＳセル無線ネットワーク一時識別子
・ ＭＩＭＯ 複数入力複数出力
・ ＭＭＥ モビリティ管理エンティティ
・ ｍｓ ミリ秒
・ ＭＴＣ マシンタイプ通信
・ ＮＤＩ 新規データインジケータ
・ ＮＥＦ ネットワーク露出機能
・ ＮＦ ネットワーク機能
・ ＮＲ 新無線
・ ＮＲＦ ネットワーク機能リポジトリ機能
・ ＮＳＳＦ ネットワークスライス選択機能
・ ＯＦＤＭ 直交周波数分割多重化
・ ＯＴＴ オーバーザトップ
・ ＰＣＦ ポリシー制御機能
・ ＰＤＣＣＨ 物理ダウンリンク制御チャネル
・ ＰＤＳＣＨ 物理ダウンリンク共有チャネル
・ ＰＧＷ パケットデータネットワークゲートウェイ
・ ＰＲＩ ＰＵＣＣＨリソースインジケータ
・ ＰＵＣＣＨ 物理アップリンク制御チャネル
・ ＰＵＳＣＨ 物理アップリンク共有チャネル
・ ＱＣＬ 疑似コロケーテッド
・ ＱｏＳ サービス品質
・ ＲＡＭ ランダムアクセスメモリ
・ ＲＡＮ 無線アクセスネットワーク
・ ＲＢ リソースブロック
・ ＲＥ リソースエレメント
・ ＲＥＧ リソースエレメントグループ
・ ＲＮＴＩ 無線ネットワーク一時識別子
・ ＲＯＭ 読み取り専用メモリ
・ ＲＲＣ 無線リソース制御
・ ＲＲＨ リモート無線ヘッド
・ ＲＴＴ ラウンドトリップ時間
・ ＳＣＥＦ サービスケイパビリティ露出機能
・ ＳＣｅｌｌ セカンダリセル
・ ＳＤＭ 空間分割多重化
・ ＳＭＦ セッション管理機能
・ ＳＰＳ 半永続的スケジューリング
・ ＳＳＢ 同期信号ブロック
・ ＴＢ トランスポートブロック
・ ＴＣＩ 送信構成インジケーション
・ ＴＤＤ 時分割複信
・ ＴＤＭ 時分割多重化
・ ＴＤＲＡ 時間ドメインリソース割当て
・ ＴＲＰ 送受信ポイント
・ ＵＤＭ 統一データ管理
・ ＵＥ ユーザ機器
・ ＵＰＦ ユーザプレーン機能
・ ＵＳＳ ＵＥ固有サーチスペース
【0177】
当業者は、本開示の実施形態に対する改善及び修正を認識するであろう。全てのそうした改善及び修正は、ここで開示した概念のスコープの範囲内であるものと考えられる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【国際調査報告】