JP2021153301A - スケーラブルフィードバックレポート - Google Patents

Abstract

【課題】肯定応答のタイミングが動的に変化するシナリオにおいて、スケーラブルコードブックサイズを利用する方法及び装置を提供する。【解決手段】ユーザ機器は、ダウンリンクグラントにおいてタイミングオフセット値を受信し９１０、タイミングオフセット値に基づいて、フィードバックウィンドウ内の第１のダウンリンクタイムスロット、最後のタイムスロットを判断する９２０、９５０。さらに、フィードバックウィンドウのコードブックサイズを決定する９６０。【選択図】図９

Description

背景

〔分野〕
肯定応答の適切な伝達から様々な通信システムが恩恵を受け得る。例として、Ｎｅｗ Ｒａｄｉｏなどの様々な通信システムが、肯定応答のタイミングが動的に変化するシナリオにおいてスケーラブルフィードバックレポートから恩恵を受け得る。

関連技術の説明

第３世代パートナーシッププロジェクト（３ＧＰＰ：Ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）におけるＮｅｗ Ｒａｄｉｏ（ＮＲ）の物理レイヤ設計には、ＮＲシステムが少なくとも１００ＧＨｚに及ぶ任意のスペクトル帯を使用できるために必要とされる技術コンポーネントを特定し開発することを目的とする、関連の３ＧＰＰスタディアイテム（ＲＰ−１６０６７１）がある。目標は、３ＧＰＰ ＴＲ３８．９１３において定義されたすべての使用シナリオ、要件、および展開シナリオに対処する単一の技術的枠組みを実現することである。

本開示を適切に理解するために、添付の図面を参照されたい。

Ｎｅｗ Ｒａｄｉｏにおけるスロットタイプを示す。 特定の実施形態による、１つの仮想ＨＡＲＱ−ＡＣＫ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ：ハイブリッド自動再送要求−肯定応答）セルのＨＡＲＱ−ＡＣＫフィードバック（ＦＢ：ｆｅｅｄｂａｃｋ）ウィンドウを判断する例示のシナリオを示す。 特定の実施形態による、Ａ／Ｎオフセットスロットに対するタイミングインジケータ値のマッピングを示す。 特定の実施形態による、２つの仮想ＨＡＲＱ−ＡＣＫセルを用いたシナリオを示す。 特定の実施形態による、時間領域における例示の実装を示す。 特定の実施形態による別の例示の実装を示す。 特定の実施形態による例示的なシナリオを示す。 特定の実施形態によるエラーケースの処理の例を示す。 特定の実施形態による方法を示す。 特定の実施形態によるシステムを示す。

詳細説明

ＮＲは、ダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）などのレイヤ１（Ｌ１：ｌａｙｅｒ ｏｎｅ）シグナリングを介して動的に指示されるハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）タイミングをサポートする必要がありうる。

ＤＬデータ受信と対応する肯定応答との間のタイミング関係は、Ｌ１シグナリング（例えばＤＣＩ）により動的に指示されること、上位レイヤを介してユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）に準静的に指示されること、または上位レイヤおよび動的Ｌ１シグナリング（例えばＤＣＩ）による指示の組み合わせとすることが可能である。ＤＬデータ受信と対応する肯定応答との間には、最小インターバルがあってもよい。例えばランダムアクセスのために、共通チャネルも存在し得る。

図１は、Ｎｅｗ Ｒａｄｉｏにおけるスロットタイプを示す。図１に示されるように、時分割複信（ＴＤＤ：ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）および周波数分割複信（ＦＤＤ：ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）両方の基本的なサポートを提供することができる３つのスロットタイプがある。双方向スロットでは、各スロットにダウンリンクデータまたはアップリンクデータいずれかの送信、ならびに対応するダウンリンクおよびアップリンク制御がある。双方向スロットは、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）とアップリンク（ＵＬ：ｕｐｌｉｎｋ）との間のリンク方向切り替え、ＤＬとＵＬとの間の十分に柔軟なトラフィック適応、ならびにスロット長が十分に短くなるよう選択されることを条件とした低遅延の可能性など、ＮＲフレーム構造における多数のＴＤＤ機能性を促進する。

すべてのスロットにおいて、ＤＬ制御、ＤＬ／ＵＬデータ、ガード期間（ＧＰ：ｇｕａｒｄ ｐｅｒｉｏｄ）、およびＵＬ制御間の多重化は、主として、制御およびデータの受信機における高速でエネルギー効率の高いパイプライン処理を可能にする時分割多重化に基づく。物理アップリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、スロットの最後に位置するＵＬ制御シンボル（単数または複数）において搬送できる。ＵＬデータおよびＵＬ制御を周波数分割多重化すること、およびスロットのＵＬ部分全体にわたる長いフォーマットでＰＵＣＣＨを搬送することも可能である。

図１には、双方向スロットに加えて、ＤＬスロットおよびＵＬスロットもある。これらは少なくともＦＤＤモードで、ただし特定のＴＤＤシナリオにおいても、同じ方向のより長い送信期間を可能にするために必要とされ得る。ＵＥのための円滑なカバレッジ拡張をサポートするために、データおよび制御チャネルの送信を複数のスロットに拡張することができてもよい。

Ｌ１制御シグナリングは、所定のＴＤＤ ＵＬ−ＤＬ設定なしに動作をサポートするために十分柔軟であるように設定可能である。これは、種々のスロットタイプが、相当に柔軟に、且つ場合によっては動的に、リンクに対して使用可能であることによる。さらに、異なるスロットタイプは、制御シグナリングに関して異なる能力を有する：ＤＬスロットおよび双方向スロットは、ＤＬおよびＵＬデータ送信のための割り当てを搬送する機会を有し、これに対して、ＵＬスロットおよび双方向スロットは、ＤＬデータ送信の肯定応答を搬送する機会を有する。

Ｌ１制御シグナリングを複雑化する別の問題は、異なるサービスおよび／またはＵＥが、Ｒｘ／Ｔｘ処理時間の点で異なる要件および能力を有し得ることである。それらには、同じく、異なるシンボルおよび／またはスロット持続期間など、異なるヌメロロジーも適用され得る。

特定の実施形態は、ＵＬ上、例えばＰＵＣＣＨ上のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）レポートに対処する。より具体的には、特定の実施形態は、ＨＡＲＱ−ＡＣＫタイミングが動的に変化するシナリオにおけるコードブックサイズの定義に関する。特定の実施形態は、ＨＡＲＱ−ＡＣＫレポートのコンテンツおよびサイズの定義に関する。ハイブリッド自動再送要求（ハイブリッドＡＲＱまたはＨＡＲＱ）は、通常、誤り訂正符号化とＡＲＱとの組み合わせである。特定の実施形態において、ＨＡＲＱ−ＡＣＫ（または否定応答、ＮＡＣＫ）は、問題となっているＨＡＲＱプロセスに関するＤＬデータについて送信される（データはトランスポートブロック、コードワード、または同様のものの形態とされ得る）。ＨＡＲＱ−ＡＣＫコードブックは、所定の方式で並べられジョイントコーディングされるＨＡＲＱ−ＡＣＫビットのセットである。例えば複数のセルに対応し各セルについて別々に決定された複数のコードブックが、単一のジョイントコードブックに連結されてもよい。

動的ＨＡＲＱ−ＡＣＫタイミングとは、レポートされるＨＡＲＱ−ＡＣＫビット／スロットの数がスロットごとに変化し得ることを指すことができる。例として、８つの異なるタイミング値がサポートされると仮定する。各ＤＬスロットが２つまでのＨＡＲＱ−ＡＣＫフィードバックビットをもたらすと仮定して、ＨＡＲＱ−ＡＣＫフィードバックビット／スロット（セルあたり）の数は０から１６の間で異なり得る。スロットあたり送信されるＨＡＲＱ−ＡＣＫフィードバックビットの数のバリエーションは、複数のＤＬセルのＨＡＲＱ−ＡＣＫフィードバックビットが単一のＵＬセルを介して送信される場合、より一層増大する。

制御チャネルカバレッジおよびＵＬ制御シグナリングリソース消費の観点からすると、異なるＨＡＲＱ−ＡＣＫペイロード間には大きな差があり得る。そのため、ＮＲ設計の一環として、動的に変化するＨＡＲＱ−ＡＣＫコードブックサイズのサポート、および同じスロットにおいて送信されるＨＡＲＱ−ＡＣＫビットであるが別々のスロットを介して送信された別々のＤＬトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの時間領域バンドリングのサポート、というメカニズムを考慮する必要があるかもしれない。

動的に変化するＨＡＲＱ−ＡＣＫコードブック（ＣＢ：ｃｏｄｅｂｏｏｋ）および／またはＨＡＲＱ−ＡＣＫバンドリングに関係する問題として、以下のこと：コードブックサイズと、コードブックに含められるＨＡＲＱ−ＡＣＫフィードバックビットとの両方の決定を含め、ＮＲにおける動的ＨＡＲＱ−ＡＣＫ ＣＢ適応をどのように促進するか；拡張モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）および超高信頼・低遅延通信（ＵＲＬＬＣ：ｕｌｔｒａ−ｒｅｌｉａｂｌｅ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの並列サービスならびに異なるコンポーネントキャリアのためのＣＢ適応をどのようにサポートするか；ならびにＤＬおよびＵＬ両方のリソース割り当てグラントにわたるＤＣＩ障害に関係する様々なエラーケースをどのように回避し且つ／またはその結果を最小化するか、が挙げられる。

エボルブド／エンハンストＮｏｄｅ Ｂ（ｅＮＢ：ｅｖｏｌｖｅｄ／ｅｎｈａｎｃｅｄ Ｎｏｄｅ Ｂ）が物理ダウンリンク共有チャネル（ＰＤＳＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）をスケジューリングする場合、ＵＥが対応する物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を適切に検出しないかもしれないというリスクがある。それ故、ＨＡＲＱ−ＡＣＫコードブックの決定において、対応するコンポーネントキャリア（ＣＣ：ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）／スロットが考慮されないかもしれない。動的コードブック適応は、ＵＥおよびｅＮＢがＨＡＲＱ−ＡＣＫコードブックサイズおよびコードブック内のＨＡＲＱ−ＡＣＫビットの順序の共通理解を有することを要求し得る。さもなければ、ＵＥがＤＬ制御チャネルを適切に検出しなかったＨＡＲＱデータが、肯定応答されたものとして扱われるなど、上位レイヤのエラーが生じ得る。あるいは、ＵＥが適切に検出せず否定応答を送信したＨＡＲＱデータが、ＨＡＲＱ−ＡＣＫビットの順序のエラーが原因で肯定応答されたものとして扱われることもあり得る。そのようなエラーケースの全体的な確率は、例えば１０^−４未満など、極めて低くあるべきである。

図９は、特定の実施形態による方法を示す。方法は、９１０にて、ダウンリンクグラントにおいてタイミングオフセット値を受信することを含むことができる。方法はさらに、９２０にて、タイミングオフセット値に基づいて、フィードバックウィンドウ内の最初のダウンリンクタイムスロットを判断することを含むことができる。判断の例を以下に提示する。

例として、ユーザ機器は、ダウンリンク肯定応答が初めてアップリンクタイムスロットまたはユニットに関連付けられると判断し、判断された関連付けに基づいて新たなフィードバックウィンドウが開始したと判断することができる。換言すれば、アクセスノードが、アップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）が特定のＵＬスロット上で送信されるべきであると初めて指示すると、フィードバックウィンドウが開始される（初めての意味として、例えば初めてとは、以前にＤＬ肯定応答の関連付けがない、特定のＵＬタイムスロットまたはユニットに関係し得る）。

方法はさらに、カウンタダウンリンク割り当てインデックスフィールドを受信することを含むことができる。最初のダウンリンクタイムスロットを判断することは、カウンタダウンリンク割り当てインデックスフィールドにさらに基づくことができる。カウンタダウンリンク割り当てインデックスは、下記でさらに明確化される。

本方法は、９５０にて、タイミングオフセット値と関連付けられるアップリンクタイムスロットまたはユニットにおいてフィードバックがレポートされる最後のダウンリンクタイムスロットまたはユニットの情報に基づいて、フィードバックウィンドウの最後のタイムスロットまたはユニットを判断することをさらに含むことができる。

本方法はさらに、９６０にて、フィードバックウィンドウのコードブックのサイズを決定することを含むことができる。コードブックのサイズは、フィードバックウィンドウにおけるタイムスロットの数に基づいて決定できる。ダウンリンクタイムスロットもしくはユニットの数、またはコードブックサイズの決定は、後に発生する第２のアップリンクタイムスロットまたはユニットにダウンリンク肯定応答が初めて関連付けられることにさらに基づくことができる。このケースでは、ユーザ機器は、判断された初めての関連付けに基づいて、新たな第２のフィードバックウィンドウが開始したこと、および前のダウンリンクタイムスロットまたはユニットが第１のコードブックに含まれる最後のダウンリンクタイムスロットまたはユニットであることを判断することができる。これは例として、コードブックサイズも適応させるケースに対して適用され得る。

本方法は、９７０にて、タイミングオフセット値と関連付けられるＵＬタイムユニットにおいて、コードブックの決定されたサイズに基づいて、フィードバックウィンドウのフィードバックを送信することをさらに含むことができる。特定のＵＬスロット上のＨＡＲＱフィードバック送信は、その特定のＵＬスロットに関連付けられるＨＡＲＱフィードバックを有するＤＬスロットのためのみのＨＡＲＱ肯定応答を含んでもよい。そのようなＨＡＲＱフィードバック送信は、例えば、タイミングオフセットに基づいてもよい。これは、例として、ｅＮＢが現在のＨＡＲＱ ＦＢウィンドウの終了前でも後のＵＬスロットに対してＨＡＲＱフィードバックを関連付け始めることができる、実施形態Ａにおいて示される。これは例えば、ＵＬスロット間のＨＡＲＱフィードバックコードブックサイズのバランスをとるために行われ得る。このケースにおいて、ＤＴＸ／ＮＡＣＫは、現在のコードブックに属するがタイミングオフセットにより次のＦＢウィンドウおよびコードブックに関連付けられるＤＬスロットについて、現在のコードブックにおいてレポートができる。或る例では、ＵＣＩ送信タイミングは、ＤＣＩタイミングに指示されたタイミングオフセットをプラスし、最小処理時間が指示されたタイミングオフセットに組み込まれていなければこれをプラスしたもの、とすることができる。

本方法は、９８０にて、合計ダウンリンク割り当てインデックスフィールドを受信することをさらに含むことができる。ダウンリンクタイムスロットもしくはユニットの数、またはコードブックサイズを決定することは、合計ダウンリンク割り当てインデックスフィールドにさらに基づくことができる。本方法のさらに詳細な例が下記でいくつか提示される。

ＵＥは、ＤＬグラント、例としてＤＣＩにおけるＨＡＲＱ−ＡＣＫタイミングオフセット値の指示に基づいて、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウの最初のＤＬタイムユニット／スロットを判断することができる。ＤＬ ＨＡＲＱ−ＡＣＫフィードバックが初めてスロットまたはミニスロットなどの特定のＵＬタイムユニットに関連付けられると、ＵＥは、新たなＨＡＲＱ−ＡＣＫフィードバック（ＦＢ）ウィンドウが開始したと判断することができる。

換言すると、ＵＥがＤＬグラントにおいてタイミングオフセット値の指示を発見すれば、ＵＥは、新たなＨＡＲＱ−ＡＣＫウィンドウが開始したか否かを知ることができる。この指示は、ＤＣＩにおけるタイミングインジケータとすることができる。その指示に基づいて、ＵＥは、タイミングオフセットのテーブル値を判断することができる。

ＵＥは、タイミングオフセットにより指示されたリソースをＨＡＲＱ−ＡＣＫ送信に使用することができる。一実施形態において、ＵＥは、ＵＬ送信に使用されるタイムスロットを判断するために、タイミングオフセットにＵＥの最小処理時間を加算するように（事前）設定されてもよい。別の実施形態において、最小処理時間は、タイミングオフセット値のマッピングにおいて考慮に入れられることが可能であり、これをテーブル値と呼ぶことができる。

ＵＥは、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウのコードブックのサイズを決定することができる。例として、コードブックのサイズは、ＨＡＲＱ−ＡＣＫビットの数を指すことができ、これは以下のようにＨＡＲＱ−ＡＣＫ ＦＢウィンドウに適応させることができる。便宜のためだけに「実施形態Ａ」と呼ばれる実施形態において、コードブックのサイズは、問題となっているウィンドウにおいてアクセスノードがいくつのＤＬタイムスロットをスケジューリング可能かに基づいて定義可能である。一方、便宜のためだけに「実施形態Ｂ」と呼ばれる実施形態において、コードブックのサイズは、問題となっているウィンドウにおいてアクセスノードがいくつのＤＬタイムスロットを実際にスケジューリングするかに基づいて定義可能である。実施形態Ｂは、合計ＤＡＩフィールドを必要とし得る。合計ＤＡＩフィールドは、ＦＢウィンドウにおける時間領域ＨＡＲＱ−ＡＣＫバンドリングを可能にすることもできる。時間領域バンドリングは、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウ内のＨＡＲＱ−ＡＣＫビットの論理積演算に関連することができ、コードワードあたり単一のフィードバックビットにＨＡＲＱ−ＡＣＫフィードバックを圧縮する。

一部の実施形態では、コードブックのサイズは、キャリアの数に基づくのではなく、タイムスロットの数に基づいてセルごとに決定可能である。同じく、コードブックのサイズは、複数のセルまたは仮想セルのうちのそれぞれのセルまたは仮想セルについて、セルごとに決定可能である。

実施形態Ａにおいて、動的コードブック適応の単純な形態は、ＤＬグラントに含まれるＨＡＲＱ−ＡＣＫタイミングオフセット値に基づくことができる。本方法において、ＨＡＲＱ−ＡＣＫコードブックサイズは、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウにおけるＨＡＲＱ−ＡＣＫタイミングオプションの数であって、第１のＤＬグラントに含まれるＨＡＲＱ−ＡＣＫタイミングオフセットと同じかそれより小さいＨＡＲＱ−ＡＣＫタイミングオプションの数に従って決定できる。

特定の実施形態による方法において、ＨＡＲＱ−ＡＣＫコードブックは、各仮想ＨＡＲＱ−ＡＣＫセルについて別々に定義できる。各コンポーネントキャリアまたはセルが、仮想ＨＡＲＱ−ＡＣＫセルを構成することができる。さらに、同じＤＬコンポーネントキャリアまたはセルにおいて並列して実行されているｅＭＢＢおよびＵＲＬＬＣなど、別々のサービスタイプまたはヌメロロジーについても個別の仮想セルを定義することが可能である。したがって、仮想ＨＡＲＱ−ＡＣＫセルは、通常の無線セルに加えて仮想セルに対しても定義されてもよい。例として、一貫したユーザエクスペリエンスのサポート、より高速なスピード、より低い遅延、より大きなスペクトル効率、およびモノのインターネット（ＩｏＴ：Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）のサポートは、ＨＡＲＱ−ＡＣＫフィードバックの判断のための複数の仮想セルへと単一の物理セルを動的に分割することにより単一の物理セルのセル仮想化を使用することを要求し得る。この概念では、ＵＥは、同じキャリアまたは無線セルに対して、各コードブックが特定のヌメロロジーおよび／または遅延設定に関連する複数のコードブックを決定し、１つ以上の送信を使用してそれらのコードブックに従って送信してもよい。キャリアアグリゲーションに関して、仮想セルは、各コンポーネントキャリアに対して別々に定義されることが可能である。特定の実施形態は、１つおよび複数の仮想ＨＡＲＱ−ＡＣＫセルを伴う種々のシナリオをカバーする。図２は、特定の実施形態による、１つの仮想ＨＡＲＱ−ＡＣＫセルのためのＨＡＲＱ−ＡＣＫフィードバック（ＦＢ）ウィンドウを決定する例示のシナリオを示す。図２に示されるように、各仮想ＨＡＲＱ−ＡＣＫセルの中で、以下の原則：１つの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）スロットまたはミニスロットに対応するＨＡＲＱ−ＡＣＫは、１つのみのＨＡＲＱ−ＡＣＫ ＦＢウィンドウの一部とすることができること；特定のＨＡＲＱ−ＡＣＫ ＦＢウィンドウ内のＨＡＲＱ−ＡＣＫは、１つのみの、スロットまたはミニスロットなどのＤＬタイムユニットに関連付けられてもよく、その一方で、特定のＨＡＲＱ−ＡＣＫ ＦＢウィンドウのＨＡＲＱ−ＡＣＫは、１つのみのＵＬタイムユニットに関連付けられそのＵＬタイムユニット上で送信されることが可能であること；さらに、特定のＨＡＲＱ−ＡＣＫ ＦＢウィンドウの開始位置および終了位置は動的とすることができ、アクセスノードにより決定されてダウンリンク制御情報（ＤＣＩ）により指示されることが可能であること、を適用できる。

例として、提供されるサービスが短い遅延を要求する場合、アクセスノードは短いＨＡＲＱ−ＡＣＫ ＦＢウィンドウを設定することができ、または代わりにアクセスノードは、長いＨＡＲＱ−ＡＣＫ ＦＢウィンドウによりＵＬ制御オーバーヘッドを最小化しようと試みてもよい。ＨＡＲＱ−ＡＣＫタイミングの変動の仕方はＨＡＲＱ−ＡＣＫ ＦＢウィンドウの長さの限界を定義することができる。変動の仕方は標準化できる。

ＨＡＲＱ−ＡＣＫ ＦＢウィンドウは、１つのＵＬタイムスロットにおいてＨＡＲＱ−ＡＣＫが送信されるＤＬタイムスロットを指示することができる。各仮想セルは、それ自体のウィンドウを有することができる。

複数の仮想ＨＡＲＱ−ＡＣＫセルでスケジューリングされるユーザについて、セルごとに別々のＨＡＲＱプロセスがあり得る。しかし、これらのセル内で送信される単一のＡＣＫ／ＮＡＣＫを使用することが可能であってもよい。これをＨＡＲＱバンドリングと呼ぶことができる。

モジュロ演算（コンピュータサイエンスおよび数学で既知であり、シグナリングにおけるビットの数を節約するために使用可能）を用いるカウンタダウンリンク割り当てインデックス（ＤＡＩ）が、ＰＤＳＣＨスロットまたはミニスロットをスケジューリングする各ＤＬグラントに含まれることが可能であり、アクセスノードによりＨＡＲＱ−ＡＣＫ ＦＢウィンドウ内のスケジューリングされたＰＤＳＣＨに基づいて更新可能である。カウンタＤＡＩは、エラー検出において使用可能である。カウンタＤＡＩ値に基づいて、ＵＥは、問題となっているＨＡＲＱ−ＡＣＫ ＦＢウィンドウにおいて必要とされるすべてのダウンリンクグラントをＵＥが受信したかどうかを判断することができる。カウンタＤＡＩは、ＵＥおよびアクセスノードがＦＢウィンドウの開始時の同じ理解を確実に有するようにすることができる。後述されるエラーケースの処理は、この点のさらなる説明を提供する。

ＤＡＩ＝０でありＨＡＲＱ−ＡＣＫが初めて特定のＵＬタイムユニット（スロットまたはミニスロット）に関連付けられる場合、そのスロットを、新たなＨＡＲＱ−ＡＣＫ ＦＢウィンドウに属する最初のＤＬスロットとすることができる。ＨＡＲＱ−ＡＣＫが特定のＵＬスロット（またはミニスロット）に初めて関連付けられるがＤＡＩ＞０であるケースでは、ＵＥは少なくとも１つのＤＬグラントが失敗したと判断することができる。ＵＥは、ＤＡＩに基づいて検出された失敗したＤＬグラントそれぞれについて、否定的なＨＡＲＱ−ＡＣＫまたは不連続送信（ＤＴＸ：ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ）を示す値をフィードバックする。ＤＴＸは、１つ以上のＰＤＣＣＨ送信が失敗したエラーケースに関係する。アクセスノードが送信しているとき、このエラーケースは、ＵＥの観点からすれば、不連続のアクセスノード送信と考えることができる。

特定の実施形態において、ＤＬグラントはさらに、合計ＤＡＩの指示を含むことができ、これは、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウ内のスケジューリングされた、またはスケジューリングされるタイムスロットの数のモジュロを示すことができる。
ＨＡＲＱ−ＡＣＫフィードバックは、ＤＬデータ受信とＨＡＲＱ−ＡＣＫ送信との間の（設定された又は所定の）最小ＵＥ処理時間に従って、タイミングオフセット値と関連付けられうるＵＬタイムユニット／タイムスロットにおいて、レポートされる。ＵＥは、そのようなＨＡＲＱ−ＡＣＫフィードバックがレポート可能であるまたはレポートされる最後のＤＬタイムユニット／スロットに関する情報に基づいて、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウの最後のタイムユニット／スロットを判断することができる。

最小ＵＥ処理時間は、動的に変更可能なＨＡＲＱ−ＡＣＫタイミングオフセットの可能な最小値を定義することができる。ＨＡＲＱ−ＡＣＫ ＦＢウィンドウの終了位置または最後のＤＬタイムユニット／スロットを、ＵＥは事前に知ることができる。例として、ＦＢウィンドウにおいてスケジューリング可能なタイムスロットの数が標準化されてもよい。

アクセスノードによりセットされるタイミングオフセット値は、対応するハイブリッド自動再送要求−肯定応答（ＨＡＲＱ−ＡＣＫ）情報の送信のためのＨＡＲＱ−ＡＣＫ ＦＢウィンドウ内の、ＤＬタイムユニット／スロットに関連するＵＬタイムユニット／スロットを指示することができる。ＮＲにおけるＨＡＲＱタイミングは、スロットの粒度で動作するように構成され得る。

図３は、特定の実施形態による、Ａ／Ｎオフセットスロットに対するタイミングインジケータ値のマッピングを示す。一例において、３ビットシグナリングフィールドが利用可能な場合、ＵＥはＤＬグラントからタイミングインジケータの値を読み取る。そのようなフィールドが利用可能かどうかは、適用される標準に依存するかもしれず、且つ／または無線リソース制御設定において決定可能である。値は、例としてでしかないが、ＤＡＩ＝０を意味する０１０とすることができる。以下の例によれば、このＵＬタイムスロットに、３つのＤＬタイムスロット：
スロットｎ、Ａ／Ｎオフセット３；
スロットｎ＋１、Ａ／Ｎオフセット２；および
スロットｎ＋２、Ａ／Ｎオフセット１、
が関連できる。この例において、コードブックのサイズは、ＤＬスロットあたり２つのＨＡＲＱ−ＡＣＫビットをもたらすＤＬ送信モードが使用されていれば、３＊２であり、または、空間バンドリングが使用されているかもしくはＤＬスロットあたり１つのＨＡＲＱ−ＡＣＫビットをもたらすＤＬ送信モードが使用されていれば、３＊１である。一方、値が１０１であれば、コードブックのサイズは、６＊２または空間バンドリングのケースでは６＊１とすることができるであろう。換言すると、コードブックのサイズは、ＵＬスロットに関連できる、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウ内のＤＬスロットの数に基づいて、ひいてはＨＡＲＱ−ＡＣＫの数に基づいて、定義できる。当然のことながら、ＤＬデータ受信と対応する肯定応答との間のタイミング関係（タイミングオフセット）は、Ｌ１シグナリング（例えばＤＣＩ）により動的に指示されること、上位レイヤを介してＵＥに準静的に指示されること、または上位レイヤおよび動的Ｌ１シグナリング（例えばＤＣＩ）による指示の組み合わせとすることができる。２ビットシグナリングを使用することにより、４つの状態が指示されてもよい。

実施形態Ｂにおいて、ＤＬグラントは、上述したように、カウンタＤＡＩに加えて合計ＤＡＩも含むことができる。合計ＤＡＩは、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウ内のスケジューリングされたまたはスケジューリングされるＤＬスロットの数についての情報（モジュロ演算を用いる）を含むことができる。両方の指示を含める本アプローチは、以下の機能性を促進することができる。

例として、両方の指示を含めることは、スケジューリングされたＤＬスロットの実際の数に従ってＨＡＲＱ−ＡＣＫコードブックサイズを決定することを促進することができる。これは、実際のＤＬスケジューリングに基づく、ＨＡＲＱ−ＡＣＫコードブックサイズ適応のさらなる可能性を促進することができる。ｅＮＢは、合計ＤＡＩの定義において柔軟であってもよい。例として、ｅＮＢは、コードブックにマッピングされた最後のＰＤＣＣＨ／ＰＤＳＣＨをまったく送信しないように定義してもよい。

両方の指示を含めることはさらに、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウ内のＨＡＲＱ−ＡＣＫビットの時間領域バンドリングのサポートを促進することができる。これは、短いＰＵＣＣＨを使用する場合など、カバレッジが制限される状況をサポートするためのＨＡＲＱ−ＡＣＫコードブックサイズの最小化を可能にし得る。時間領域バンドリングは、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウ内のＨＡＲＱ−ＡＣＫビットの論理積演算に関連することができ、コードワードあたり単一のフィードバックビットにＨＡＲＱ−ＡＣＫフィードバックを圧縮する。

実施形態Ｂを使用する場合、ＨＡＲＱ−ＡＣＫ多重化とＨＡＲＱ−ＡＣＫバンドリングとの間の選択が、準静的または動的のいずれかで行われ得る。後者のケースでは、バンドリングは明示的なシグナリングに基づいてもよい。別のオプションは、例えばスロットタイプに基づいて黙示的にバンドリングをシグナリングすることである。本アプローチに従い、バンドリングは短いＰＵＣＣＨのみをサポートするスロットタイプに対して選択されてもよく、これに対し、多重化は長いＰＵＣＣＨが利用可能な場合に選択可能である。

ＵＥは、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウにおいて、タイミングオフセット値と関連付けられるＵＬタイムユニットにおいて、決定されたコードブックサイズに基づいて、ＤＬタイムユニットのＨＡＲＱ−ＡＣＫフィードバックを送信することができる。送信は、物理アップリンク制御チャネル（ＰＵＣＣＨ）またはＰＵＳＣＨ上のアップリンク制御情報（ＵＣＩ）で、または任意の適切なＵＬチャネル上で発生し得る。

ＵＥは、ＨＡＲＱ−ＡＣＫウィンドウにより示されるように、複数のタイムスロット／タイムユニットのための複数のＨＡＲＱ−ＡＣＫを、１つのＵＬタイムスロット／タイムユニットで送信することができる。これら複数のＨＡＲＱ−ＡＣＫは、例としてカウンタＤＡＩに従って、事前設定された順序で１つのＵＬタイムスロットにコーディングされてもよい。実施形態Ｂにおいてはバンドリングもオプションである。

ＵＥの観点からすると、特定のＵＬタイムユニット（スロット、またはミニスロット、または複数スロットなど）においてＨＡＲＱ−ＡＣＫフィードバックを送信するとき、ＵＥは、１つまたは複数の仮想ＨＡＲＱ−ＡＣＫセルに対応するＨＡＲＱ−ＡＣＫを組み合わせてもよい。複数のＨＡＲＱ−ＡＣＫは、長いＰＵＣＣＨなど単一のＵＬチャネル内に別々にコーディングまたはジョイントコーディングできる。別のオプションは、長いＰＵＣＣＨおよび短いＰＵＣＣＨなど、２つ以上のＨＡＲＱ−ＡＣＫチャネルを使用し、それらを並列送信することである。ジョイントコーディングのケースでは、各仮想ＨＡＲＱ−ＡＣＫセルに対して別々に定義されたＨＡＲＱ−ＡＣＫコードブックが単一のＨＡＲＱ−ＡＣＫコードブックへと組み合わされることが可能であり、コードブックサイズは別々のコードブックサイズの合計により与えられる。

図４は、特定の実施形態による、２つの仮想ＨＡＲＱ−ＡＣＫセルを用いたシナリオを示す。仮想セルは、例として、キャリアアグリゲーションのシナリオでは１５ｋＨｚサブキャリア間隔で動作しているプライマリセル（ＰＣｅｌｌ：ｐｒｉｍａｒｙ ｃｅｌｌ）および６０ｋＨｚサブキャリア間隔で動作しているセカンダリセル（ＳＣｅｌｌ：ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）とすることができるであろう。仮想セルはさらに、例として、同じキャリア上で提供されるがサブキャリア間隔が異なるｅＭＢＢおよびＵＲＬＬＣサービスタイプに対応することができるであろう。

図３におけるマッピングはさらに、実施形態Ａに基づく動的ＨＡＲＱ−ＡＣＫコードブック適応において使用可能なＨＡＲＱ−ＡＣＫタイミングインジケータ値の例を提供することができる。ＨＡＲＱ−ＡＣＫタイミング値がＤＬグラントに含まれる３ビットシグナリングによりＵＥに指示され、ＨＡＲＱ ＦＢウィンドウにおける最初のＤＬスロットに対応するシグナリングされたＨＡＲＱ−ＡＣＫタイミング値が「０１１」であれば、図３のマッピングを使用すると、最大４つのスロットが現在のＨＡＲＱ−ＡＣＫ ＦＢウィンドウに関連付けられることができる。したがって、スロットあたり２つのＨＡＲＱ−ＡＣＫビットのケースにおいて、対応するＨＡＲＱ−ＡＣＫコードブックサイズは８ビットであってもよく、空間バンドリングを用いるケースも含むその他の場合には、４ビットであってもよい。

図５は、特定の実施形態による、時間領域における例示の実装を示す。実際のＨＡＲＱ−ＡＣＫフィードバックメッセージは、ＤＡＩビットに従って、次のように作成できる。
・ コードブックサイズは４ビットである；
・ ＨＡＲＱ−ＡＣＫビット＃１はＤＡＩ＝０のスロットに対応する；
・ ＨＡＲＱ−ＡＣＫビット＃２はＤＡＩ＝１のスロットに対応する；
・ コードブック内の残りの２ビットはＮＡＣＫである。または一般的に言って、ＤＡＩ＝１のスロットより後の全てのスロット、ＤＬ割り当てがＵＥにより受信されないすべてのスロットはＮＡＣＫである。

図６は、特定の実施形態による別の例示の実装を示す。図６は図５に類似するが、本例では、スロット＃０においてシグナリングされる５スロットのＡ／Ｎオフセット、およびＵＥに設定された１スロットの最小処理時間がある。

図７は、特定の実施形態による例示的なシナリオを示す。より具体的には、図７は実施形態Ｂのケースを示す。このケースにおいて、コードブックサイズの決定は、ＨＡＲＱ−ＡＣＫタイミングインジケータおよび合計ＤＡＩに基づくことができる。したがって、図７は、実施形態Ｂに基づく動的ＨＡＲＱ−ＡＣＫコードブック適応の例を提供する。合計ＤＡＩは、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウ内のスケジューリングされた（またはスケジューリングされる）ＤＬスロットの数についての情報を含むことができる（モジュロ演算を用いる）。

図７に示される例において、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウは、ＨＡＲＱ−ＡＣＫタイミングオフセットおよび設定された／所定の最小ＵＥ処理時間に基づき８スロットの大きさとされる。ＵＥは、カウンタＤＡＩおよび合計ＤＡＩに基づいて、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウ内に６スロットがスケジューリングされていると判断することができ、これは、実際のＨＡＲＱ−ＡＣＫコードブックサイズがＤＬ送信モードおよび空間バンドリングに依存して６ビットまたは１２ビットのいずれかとされ得ることを意味する。

スロット＃０において、ＵＥが８のＨＡＲＱ−ＡＣＫタイミングオフセットとともに１の合計ＤＡＩ値を受信すると、ＵＥは、ＨＡＲＱ−ＡＣＫ ＦＢウィンドウ内に２スロットまたは６スロットのいずれかがスケジューリングされることになると判断することができる。ＵＥは、スロット＃２〜＃６のいずれかにおいてＤＬ割り当てを受信すると、スケジューリングされたスロットの数が６であると判断することができる。ＨＡＲＱ−ＡＣＫフィードバックメッセージは、上記の例と同様に、ＤＡＩに従って構成できる。

図９による方法は、実施形態Ａおよび実施形態Ｂを含む上述した実施形態の１つ以上を実装してもよい。

図８は、特定の実施形態によるエラーケースの処理の例を示す。複数の仮想ＨＡＲＱ−ＡＣＫセルのジョイントコーディングに関係するエラーケースがあり得る。特定の仮想ＨＡＲＱ−ＡＣＫセルに関係するＤＬグラントがすべて失敗する可能性がある。これは、例として、１つの仮想ＨＡＲＱ−ＡＣＫセルにおいて１つのみのＰＤＳＣＨが割り当てられる場合などにあり得る。

エラーケースを回避するために、または他の理由で、例として、関与する仮想ＨＡＲＱ−ＡＣＫセルそれぞれに対して、１ビットまたは２ビットなど、いくらかの最小ＨＡＲＱ−ＡＣＫコードブックサイズを常に保留することが可能である。それらのビットは、複数の仮想ＨＡＲＱ−ＡＣＫセルをサポートするように設定されたＵＥが１つの仮想ＨＡＲＱ−ＡＣＫセルについてのみＰＤＳＣＨを受信したケース、またはＵＥが少なくとも、１つの仮想ＨＡＲＱ−ＡＣＫセル上でＰＤＳＣＨを受信するがすべての仮想ＨＡＲＱ−ＡＣＫセル上では受信しないケースにおいて、ＮＡＣＫされてもよい。これは、仮想セル＃３においてＵＥに何らのＰＤＳＣＨもスケジューリングされない図８に示されている。

対応する特徴が、ｅＮＢなどのアクセスノードにて提供されてもよい。例として、本方法は、フィードバックウィンドウの開始および終了位置を、９０５にて決定することを含むことができる。本方法はさらに、ユーザ機器にダウンリンクグラントを送信することを含むことができる。ダウンリンクグラントは、開始または終了位置のうちの少なくとも１つをユーザ機器に指示することができる。

図１０は、本発明の特定の実施形態によるシステムを示す。当然のことながら、図９のフローチャートの各ブロックは、ハードウェア、ソフトウェア、ファームウェア、１つ以上のプロセッサおよび／または回路構成など、様々な手段またはそれらの組み合わせにより実装され得る。一実施形態において、システムは、例としてネットワーク構成要素１０１０およびユーザ機器（ＵＥ）またはユーザデバイス１０２０などのいくつかのデバイスを含んでもよい。システムは、２つ以上のＵＥ１０２０および２つ以上のネットワーク構成要素１０１０を含んでもよいが、それぞれ１つのみが例示の目的で示されている。ネットワーク構成要素は、アクセスポイント、基地局、ｅＮｏｄｅ Ｂ（ｅＮＢ）、またはそのほかＰＣｅｌｌ基地局もしくはＳＣｅｌｌ基地局など任意のネットワーク構成要素とすることができる。

これらの各デバイスは、１０１４および１０２４としてそれぞれ示される少なくとも１つのプロセッサまたは制御ユニットもしくはモジュールを含んでもよい。各デバイスには少なくとも１つのメモリが提供されてもよく、それぞれ１０１５および１０２５として示されている。メモリは、その中に含まれた、例として上述した実施形態を実行するためのコンピュータプログラム命令またはコンピュータコードを含んでもよい。１つ以上の送受信機１０１６および１０２６が提供されてもよく、各デバイスはさらに、１０１７および１０２７としてそれぞれ示されるアンテナを含んでもよい。それぞれ１つだけのアンテナが示されているが、多数のアンテナおよび複数のアンテナ構成要素が各デバイスに提供されてもよい。例として、これらのデバイスの他の構成が提供されてもよい。例として、ネットワーク構成要素１０１０およびＵＥ１０２０は、ワイヤレス通信に加えて有線通信のためにさらに構成されてもよく、そのようなケースでは、アンテナ１０１７および１０２７は、単にアンテナに限定されることなく、任意の形態の通信ハードウェアを示し得る。

送受信機１０１６および１０２６はそれぞれ、独立して、送信機、受信機、または送信機と受信機との両方、または送受信両方のために構成されたユニットもしくはデバイスとされ得る。送信機および／または受信機は（無線部品が関係する限り）、例としてデバイス自体には位置しないが鉄塔にあるなど、リモートラジオヘッドとしても実装され得る。さらに、当然のことながら、「リキッド」ラジオまたはフレキシブルラジオの概念に従って、動作および機能性が、ノード、ホスト、またはサーバなどの種々のエンティティにおいて柔軟な形で実行されてもよい。換言すると、任務の分担はケースバイケースで異なり得る。考えられる１つの使用法は、ネットワーク構成要素にローカルコンテンツを配信させることである。１つ以上の機能性は、サーバ上で実行可能なソフトウェアとして提供される仮想アプリケーションとしても実装され得る。

ユーザデバイスまたはユーザ機器１０２０は、携帯電話、またはスマートフォン、またはマルチメディアデバイスなどの移動局（ＭＳ：ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）であっても、ワイヤレス通信能力を提供されたタブレットなどのコンピュータであっても、ワイヤレス通信能力を提供された携帯情報端末（ＰＤＡ（ｐｅｒｓｏｎａｌ ｄａｔａ ａｓｓｉｓｔａｎｔまたはｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ））、ワイヤレス通信能力を提供された車両、ポータブルメディアプレーヤ、デジタルカメラ、ポケットビデオカメラ、ナビゲーションユニットであっても、またはそれらの任意の組み合わせであってもよい。ユーザデバイスまたはユーザ機器１０２０は、センサもしくはスマートメータ、または通常は単一の位置のために構成され得る他のデバイスとされてもよい。

例となる実施形態において、ノードまたはユーザデバイスなどの装置は、図９に関して上述された実施形態を実行する手段を含んでもよい。

プロセッサ１０１４および１０２４は、中央処理ユニット（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、デジタルシグナルプロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、プログラマブルロジックデバイス（ＰＬＤ：ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、デジタル拡張回路、または類似のデバイス、またはそれらの組み合わせなどの任意の計算もしくはデータ処理デバイスにより具現化され得る。プロセッサは単一のコントローラとして実装されてもよく、または複数のコントローラもしくはプロセッサとして実装されてもよい。さらにプロセッサは、ローカル構成における、クラウド構成における、またはそれらの組み合わせにおけるプロセッサのプールとして実装されてもよい。回路構成という用語は、１つ以上の電気または電子回路を指し得る。プロセッサという用語は、コンピュータを駆動する命令に応答しまたはそれを処理する、論理回路構成などの回路構成を指し得る。

ファームウェアまたはソフトウェアについて、実装は、少なくとも１つのチップセットのモジュールまたはユニットを含んでもよい（例えばプロシージャ、関数など）。メモリ１０１５および１０２５は、独立して、非一時的コンピュータ可読媒体などの任意の適切なストレージデバイスとされ得る。ハードディスクドライブ（ＨＤＤ：ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、またはその他適切なメモリが使用され得る。メモリは、プロセッサとして単一の集積回路上に組み合わされてもよく、またはそれとは別個であってもよい。さらに、メモリに記憶されてもよく、プロセッサにより処理されてもよいコンピュータプログラム命令は、例として、任意の適切なプログラミング言語で書かれたコンパイル型またはインタープリタ型コンピュータプログラムなど任意の適切な形態のコンピュータプログラムコードとすることができる。メモリまたはデータストレージエンティティは、典型的には内蔵型であるが、追加のメモリ容量がサービスプロバイダから得られるケースなどにおいては外部にあるものとすることも、またはそれらの組み合わせとすることもできる。メモリは固定型であってもリムーバブルであってもよい。

メモリおよびコンピュータプログラム命令は、特定のデバイスのプロセッサとともに、ネットワーク構成要素１０１０および／またはＵＥ１０２０などのハードウェア装置に上述（例えば図９参照）したプロセスのいずれかを実行させるように構成され得る。したがって、特定の実施形態において、非一時的コンピュータ可読媒体が、ハードウェアにおいて実行されると本願明細書に記載されたプロセスのうちの１つなどのプロセスを実行できるコンピュータ命令または１つ以上のコンピュータプログラム（追加または更新されたソフトウェアルーチン、アプレット、またはマクロなど）を用いてエンコーディングされてもよい。コンピュータプログラムは、オブジェクティブＣ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａなどの高水準プログラミング言語、または機械語もしくはアセンブラなどの低水準プログラミング言語とされ得るプログラミング言語によりコーディングされてもよい。あるいは、本発明の特定の実施形態は、専らハードウェアにおいて実行されてもよい。

さらに、図１０はネットワーク構成要素１０１０およびＵＥ１０２０を含むシステムを示すが、本発明の実施形態は、他の構成、および本願明細書において示され説明された追加の構成要素を伴う構成にも適用され得る。例として、複数のユーザ機器デバイスおよび複数のネットワーク構成要素が存在してもよく、または中継ノードなどのユーザ機器およびアクセスポイントの機能性を組み合わせたノードなど、類似の機能性を提供する他のノードが存在してもよい。

特定の実施形態は、様々な利益および／または利点を有し得る。例として、特定の実施形態は、動的ＨＡＲＱ−ＡＣＫタイミングがサブフレーム／スロットタイプの柔軟な設定とともに適用されるシナリオに対して、動的コードブック適応のための頑強な構成を提供し得る。さらに、特定の実施形態は、種々のヌメロロジーを用いたキャリアアグリゲーションのための、組み込みのサポートを提供し得る。さらに特定の実施形態は、動的バンドリングウィンドウを用いた時間領域バンドリングのための、組み込みのサポートも提供し得る。さらに、特定の実施形態は、ＵＲＬＬＣおよびｅＭＢＢなどの種々のサービスの間の多重化をカバーするスケーラブルなソリューションを提供してもよい。さらに、特定の実施形態は、ＰＵＣＣＨおよびＰＵＳＣＨ上のＵＣＩ両方に対して使用できる。

当業者であれば当然のことであるが、上記で説明した様々な実施形態は、他の順序のステップを用いて、さらに／または開示されたものとは異なる構成のハードウェア構成要素を用いて実施されてもよい。したがって、本開示は、これらの好適な実施形態に基づいて記載されたが、当業者であれば当然のことながら、特定の変更、バリエーション、および代わりの構造が可能であり、同じく含まれるものと理解されるべきである。

略語のリスト
３ＧＰＰ 第３世代パートナーシッププログラム
ＡＣＫ 肯定応答
ＣＡ キャリアアグリゲーション
ＣＢ コードブック
ＣＣ コンポーネントキャリア
ＣＳＳ 共通探索空間（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ）
ＤＡＩ ダウンリンク割り当てインデックス
ＤＣＩ ダウンリンク制御情報
ＤＬ ダウンリンク
ｅＭＢＢ エンハンストモバイルブロードバンド
ｅＮＢ エンハンストＮｏｄｅ Ｂ（ＬＴＥの用語による基地局）
ＥＰＤＣＣＨ エンハンストＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ ＰＤＣＣＨ）
ＥＴＳＩ ヨーロッパ遠距離通信規格協会（Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ）
ＦＢ フィードバック
ＦＤＤ 周波数分割複信
ＧＰ ガード期間
ＨＡＲＱ ハイブリッド自動再送要求
Ｌ１ レイヤ１、物理レイヤ
ＬＴＥ ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）
ＮＡＣＫ 否定応答（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）
ＮＲ Ｎｅｗ Ｒａｄｉｏ
ＰＣｅｌｌ プライマリセル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＲＡＮ 無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）
Ｒｅｌ リリース（Ｒｅｌｅａｓｅ）
ＳＣｅｌｌ セカンダリセル
ＳＩ スタディアイテム（Ｓｔｕｄｙ Ｉｔｅｍ）
ＳＲ スケジューリングリクエスト（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）
ＴＢ トランスポートブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）
ＴＤ、ＴＤＤ 時分割復信
ＵＣＩ アップリンク制御情報
ＵＬ アップリンク
ＵＥ ユーザ機器
ＵＲＬＬＣ 超高信頼・低遅延通信
ＷＧ ワーキンググループ（Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ）
ＷＩ ワークアイテム（Ｗｏｒｋ Ｉｔｅｍ）
ＡＲＩ Ａｃｋ／Ｎａｃｋリソースインデックス（Ａｃｋ／Ｎａｃｋ ｒｅｓｏｕｒｃｅ ｉｎｄｅｘ）

第１の実施形態によれば、方法は、ダウンリンクグラントにおいてタイミングオフセット値を受信することを含むことができる。本方法はさらに、タイミングオフセット値に基づいて、フィードバックウィンドウ内の最初のダウンリンクタイムスロットを判断することを含むことができる。

或る変形において、本方法は、ダウンリンク肯定応答がアップリンクタイムスロットに初めて関連付けられると判断することをさらに含むことができる。本方法はさらに、判断された初めての関連付けに基づいて、新たなフィードバックウィンドウが開始したと判断することを含むことができる。

或る変形において、アップリンクタイムスロットを判断することは、タイミングオフセットに最小処理時間を加算することにさらに基づいてもよい。

或る変形において、本方法は、タイミングオフセット値と関連付けられるアップリンクタイムスロットにおいてフィードバックのレポートが可能な最後のダウンリンクタイムスロットの情報に基づいて、フィードバックウィンドウの最後のタイムスロットを判断することをさらに含むことができる。

或る変形において、本方法は、フィードバックウィンドウのコードブックのサイズを決定することをさらに含むことができる。

或る変形において、コードブックのサイズは、フィードバックウィンドウにおけるタイムスロットの数に基づいて決定できる。

或る変形において、本方法は、フィードバックウィンドウのフィードバックを送信することをさらに含むことができる。

或る変形において、本方法はさらに、カウンタダウンリンク割り当てインデックスフィールドを受信することを含むことができる。最初のダウンリンクタイムスロットを判断することは、カウンタダウンリンク割り当てインデックスフィールドにさらに基づくことができる。

或る変形において、本方法はさらに、合計ダウンリンク割り当てインデックスフィールドを受信することを含むことができる。スロットの数またはコードブックサイズのいずれかを決定することは、合計ダウンリンク割り当てインデックスフィールドにさらに基づくことができる。

或る変形において、フィードバックは、コードワードあたり１つのフィードバックビットへとフィードバックを圧縮するためにフィードバックウィンドウ内で時間領域バンドリングされてもよい。

或る変形において、フィードバックウィンドウは、セルごと、仮想セルごと、またはキャリアごとであってもよい。

さらなる変形において、フィードバックウィンドウは、１つ以上のセル、仮想セル、またはキャリアの組み合わせに関するものとすることができる。

或る変形において、フィードバックは、ＨＡＲＱ−ＡＣＫフィードバックとすることができる。

第２の実施形態によれば、本方法は、フィードバックウィンドウの開始および終了位置を決定することを含むことができる。本方法はさらに、ユーザ機器にダウンリンクグラントを送信することを含むことができる。ダウンリンクグラントは、開始または終了位置のうちの少なくとも１つをユーザ機器に指示することができる。

第２の実施形態による方法は、第１の実施形態による方法とともに使用可能とすることができ、第１の実施形態に関連して上述したすべての変形を含むことができる。

第３および第４の実施形態によれば、装置は、任意の変形における第１および第２の実施形態それぞれによる方法を実行する手段を含むことができる。

第５および第６の実施形態によれば、装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含むことができる。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサとともに、装置に、任意の変形における第１および第２の実施形態それぞれによる方法を少なくとも実行させるように構成できる。

第７および第８の実施形態によれば、コンピュータプログラム製品は、任意の変形における第１および第２の実施形態それぞれによる方法を含むプロセスを実行する命令をエンコーディングしてもよい。

第９および第１０の実施形態によれば、非一時的コンピュータ可読媒体が、ハードウェアにおいて実行されると任意の変形における第１および第２の実施形態それぞれによる方法を含むプロセスを実行する、命令をエンコーディングしてもよい。

第１１および第１２の実施形態によれば、システムは、それぞれ任意の変形における第４または第６の実施形態による少なくとも１つの装置と通信している、第３または第５の実施形態による少なくとも１つの装置を含んでもよい。

Claims (2)

1. ユーザデバイスによって、ダウンリンクグラントにおいてタイミングオフセット値を受信することと、
   前記タイミングオフセット値に基づいて、フィードバックウィンドウ内の最初のダウンリンクタイムスロットを判断することと、
   前記タイミングオフセット値と関連付けられるアップリンクタイムスロットにおいてフィードバックがレポートされる最後のダウンリンクタイムスロットの情報に基づいて、前記フィードバックウィンドウの最後のタイムスロットを判断することと、
   前記フィードバックウィンドウのコードブックのサイズを決定することと、
   前記タイミングオフセット値と関連付けられるアップリンクタイムユニットにおいて、前記コードブックの前記決定されたサイズに基づいて、前記フィードバックウィンドウのフィードバックを送信することと、
   を含む方法。
2. ダウンリンクグラントにおいてタイミングオフセット値を受信する手段と、
   前記タイミングオフセット値に基づいて、フィードバックウィンドウ内の最初のダウンリンクタイムスロットを判断する手段と、
   前記タイミングオフセット値と関連付けられるアップリンクタイムスロットにおいてフィードバックがレポートされる最後のダウンリンクタイムスロットの情報に基づいて、前記フィードバックウィンドウの最後のタイムスロットを判断する手段と、
   前記フィードバックウィンドウのコードブックのサイズを決定する手段と、
   前記タイミングオフセット値と関連付けられるアップリンクタイムユニットにおいて、前記コードブックの前記決定されたサイズに基づいて、前記フィードバックウィンドウのフィードバックを送信する手段と、
   を備える、装置。

Images