JP6926223B2 - 複数のｈａｒｑのグラントフリー送信のための構成、指示、およびａｃｋ／ｎａｃｋ - Google Patents

Description

本出願は、参照により本明細書に組み込まれる、「CONFIGURATION, INDICATION AND ACK/NACK FOR MULTIPLE HARQ GRANT-FREE TRANSMISSION」と題された、2017年3月23日に出願された米国仮特許出願第62/475,850号に対する優先権を主張する。

本出願は、グラントフリーアップリンク送信に関する。

いくつかの無線通信システムでは、ユーザ機器（UE）は基地局と無線で通信して、基地局にデータを送信したり、基地局からデータを受信したりする。UEから基地局への無線通信は、アップリンク通信と称される。基地局からUEへの無線通信は、ダウンリンク通信と称される。

アップリンクおよびダウンリンク通信を実行するにはリソースが必要である。例えば、UEは、特定の周波数でおよび／または特定の時間スロット中にアップリンク送信で基地局にデータを無線で送信することができる。使用される周波数とタイムスロットとはリソースの例である。

一部のワイヤレス通信システムは、許可ベースのアップリンク送信をサポートする場合がある。つまり、UEが基地局にデータを送信したい場合、UEは基地局にアップリンクリソースを要求する。基地局がアップリンクリソースを許可すると、UEは許可されたアップリンクリソースを使用してアップリンク送信を送信する。基地局によって許可され得るアップリンクリソースの例は、アップリンク直交周波数分割多重アクセス（OFDMA）フレーム内の時間周波数位置のセットである。

いくつかのワイヤレス通信システムは、さらにまたは代わりに、グラントフリーアップリンク送信をサポートする場合がある。すなわち、UEは、他のUEと共有される可能性がある特定のアップリンクリソースを使用して、リソースの使用を特に要求することなく、基地局からリソースを明確に許可されることなくアップリンク送信を送信できる。グラントフリーアップリンク送信では、基地局からの動的かつ明示的なスケジューリング許可は必要ない。

場合によっては、UEがグラントフリーのアップリンク送信を送信すると、基地局はアップリンク送信のデータをデコードできない場合がある。

ハイブリッド自動再送要求（HARQ）は、送信するデータを、エラー修正コードを使用してエンコードする方法である。そして、送信中にエンコードされたデータが破損し、受信者がエラーを修正できない場合、自動再送要求（ARQ）が実行される。

グラントフリーアップリンク送信は基地局から明示的なスケジューリング許可を受信しないため、許可ベースアップリンク送信のHARQシグナリングはグラントフリーアップリンク送信に使用できない場合がある。

本明細書では、グラントフリーアップリンク送信のためにHARQを実行するためのシステムおよび方法が開示されている。HARQのACK／NACKに関するシグナリング、およびグラントフリーアップリンク送信のためのUEの構成に関するシグナリングも開示されている。

したがって、本明細書で説明されるシステムおよび方法を使用することにより、グラントフリーアップリンク送信のためのHARQシグナリングが提供され得る。特に、以下のいくつかの実施態様は、グラントフリー送信および再送信のためのACK／NACKフィードバックのサポートを提供する。

本発明の実施態様は、同じUEからの複数のHARQ送信（複数のトランスポートブロック（TB））をサポート可能なグラントフリー送信を提供し、複数のTBに対するACK終了のためのメカニズムを提供する。本発明の一実施態様は、ユーザ機器のグラントフリーリソースを構成するためのネットワーク要素の方法を提供し、この方法は、シグナリングを送信して、ユーザ機器に対して複数のハイブリッド自動再送要求（HARQ）プロセスに対応する複数のリソースセットを構成する基地局を含む。

本発明の別の広範な態様は、グラントフリー（GF）送信のアクティビティ検出およびHARQプロセス識別を実行することを含む方法を提供し、GFリソースは複数のHARQプロセス用に構成され、HARQプロセス識別の実行はHARQ IDとGF送信の初期GF送信のための送信リソースとの間の事前定義された関係に基づく。

本発明の別の広い態様は、HARQプロセスIDに関連付けられたGF送信を受信することを含む方法を提供し、送信は、HARQプロセスIDの明示的または暗黙的な指示を含む。

別の広範な態様は、上記で要約された方法のいずれかを実行するように構成された基地局またはUEを提供する。

本発明の別の広範な態様は、上記で要約した方法に従って送信されたシグナリングを受信して複数のHARQプロセスのリソースを構成することと、構成されたリソースを使用してHARQプロセスでグラントフリー送信を送信することとを含む、ユーザ機器における方法を提供する。

本発明の別の広範な態様は、上記で要約された方法の1つと一致する、初期送信のためのHARQプロセスIDとリソースとの間の所定の関係に基づいて複数のHARQプロセス送信を行うことを含むユーザ機器における方法を提供する。

本発明の別の広範な態様は、上記の要約された方法の1つと一致する、グラントフリー送信中にHARQプロセスの暗黙的または明示的な指示を伴う複数のHARQプロセス送信を行うことを含むユーザ機器における方法を提供する。

別の広範な態様は、上記で要約した方法の1つを実装するように構成されたユーザ機器またはネットワーク要素を提供する。

本発明の一態様によれば、UEにおける方法が提供され、この方法は、HARQプロセスIDを有するHARQプロセスの一部として、初期グラントフリーの送信およびK≧2としてK−1回の繰り返しを送信するステップを含む。ここで、HARQプロセスIDのグラントフリー送信に利用可能な少なくとも1つのリソースへの事前定義されたマッピングは、Kの関数である。いくつかの実装で実現できるこのアプローチの利点は次のとおりである。
K回の繰り返しで構成されたUEの場合、UEがKリソースの先頭でのみ開始できる場合、すべてのリソース（初期送信と後続の繰り返しの両方）を使用してHARQプロセスを識別できる。
そして構成されたリソースのいずれかで開始できるUEの場合、初期送信のリソースを使用して、HARQプロセスIDを識別できる。さらに、UEが設定されたリソースでK回の繰り返しを実行した後、次のリソースは常に異なるHARQプロセスIDに対応する。UEに送信する別のパケットがある場合、前のHARQプロセスがまだアクティブであっても、次のリソースを使用して新しいパケットをすぐに送信できる。次のリソースに関連付けられたHARQプロセスIDは、以前のアクティブなHARQプロセスに関連付けられたHARQプロセスIDとは異なる。

オプションで、マッピングは、HARQプロセスの最大数の関数でもある。

オプションで、HARQプロセスIDは、マッピングに従った初期グラントフリー送信のリソースに基づく。

オプションで、マッピングは、HARQプロセスIDを複数のリソースにマッピングし、UEは、複数のリソースのいずれか1つを使用して初期グラントフリー送信を送信する。

オプションで、初期送信は、初期UE送信用に事前定義された第1の多重アクセス署名を使用して送信される。

オプションで、マッピングは、HARQプロセスIDを、第1のリソースを含む複数Kのリソースにマッピングし、UEは、第1のリソースを使用して初期グラントフリー送信を送信する。

オプションで、マッピングは、HARQプロセスIDをグラントフリーリソースの全体セット内の連続する複数のリソースにマッピングする。

オプションで、少なくとも1つのリソースのそれぞれは、複数のグラントフリーリソースのうちの1つであり、複数のグラントフリーリソースは時間的に周期的に間隔が空けられている。

本発明の別の態様によれば、基地局における方法が提供され、この方法は、HARQプロセスIDを有するHARQプロセスの一部として、初期グラントフリー送信およびK≧2としてK−1回の繰り返しを受信するステップを含む。ここで、HARQプロセスIDの、グラントフリー送信に利用可能な少なくとも1つのリソースへの事前定義されたマッピングは、Kの関数である。

オプションで、マッピングは、HARQプロセスの最大数の関数でもある。

オプションで、HARQプロセスIDは、マッピングに従った初期グラントフリー送信のリソースに基づく。

オプションで、マッピングは、HARQプロセスIDを複数のリソースにマッピングし、基地局は、複数のリソースのいずれか1つを使用して初期グラントフリー送信を受信する。

オプションで、初期送信は、初期UE送信用に事前定義された第1の多重アクセス署名を使用して受信される。

オプションで、マッピングは、HARQプロセスIDを、第1のリソースを含む複数Kのリソースにマッピングし、基地局は、第1のリソースを使用して初期グラントフリー送信を受信する。

オプションで、マッピングは、HARQプロセスIDをグラントフリーリソースの全体セット内の連続する複数のリソースにマッピングする。

オプションで、少なくとも1つのリソースのそれぞれは、複数のグラントフリーリソースのうちの1つであり、複数のグラントフリーリソースは時間的に周期的に間隔が空けられている。

本発明の別の態様によれば、メモリと少なくとも1つのアンテナと、HARQプロセスIDを有するHARQプロセスの一部として、初期のグラントフリー送信およびK≧2としてK−1回の繰り返しを送信するように構成されたグラントフリー送信モジュールとを備えるUEが提供され、HARQプロセスIDの、グラントフリー送信に利用可能な少なくとも1つのリソースへの事前定義されたマッピングは、Kの関数である。

オプションで、マッピングは、HARQプロセスの最大数の関数でもある。

オプションで、HARQプロセスIDは、マッピングに従った初期グラントフリー送信のリソースに基づく。

オプションで、マッピングは、HARQプロセスIDを複数のリソースにマッピングし、UEは、複数のリソースのいずれか1つを使用して初期グラントフリー送信を送信する。

オプションで、初期送信は、初期UE送信用に事前定義された第1の多重アクセス署名を使用して送信される。

オプションで、マッピングは、HARQプロセスIDを第1のリソースを含む複数Kのリソースにマッピングし、UEは、第1のリソースを使用して初期グラントフリー送信を送信する。

オプションで、マッピングは、HARQプロセスIDをグラントフリーリソースの全体セット内の連続する複数のリソースにマッピングする。

オプションで、少なくとも1つのリソースのそれぞれは、複数のグラントフリーリソースのうちの1つであり、複数のグラントフリーリソースは時間的に周期的に間隔が空けられている。

本発明の別の態様によれば、メモリと少なくとも1つのアンテナと、HARQプロセスIDを有するHARQプロセスの一部として、初期のグラントフリー送信およびK≧2としてK−1回の繰り返しを受信するように構成されたグラントフリー送信モジュールを備える基地局が提供され、HARQプロセスIDの、グラントフリー送信に利用可能な少なくとも1つのリソースへの事前定義されたマッピングは、Kの関数である。

オプションで、マッピングは、HARQプロセスの最大数の関数でもある。

オプションで、HARQプロセスIDは、マッピングに従った初期グラントフリー送信のリソースに基づく。

オプションで、マッピングは、HARQプロセスIDを複数のリソースにマッピングし、基地局は、複数のリソースのいずれか1つを使用して初期グラントフリー送信を受信する。

オプションで、初期送信は、初期UE送信用に事前定義された第1の多重アクセス署名を使用して受信される。

オプションで、マッピングは、HARQプロセスIDを、第1のリソースを含む複数Kのリソースにマッピングし、基地局は、第1のリソースを使用して初期グラントフリー送信を受信する。

オプションで、マッピングは、HARQプロセスIDをグラントフリーリソースの全体セット内の連続する複数のリソースにマッピングする。

オプションで、少なくとも1つのリソースのそれぞれは、複数のグラントフリーリソースのうちの1つであり、複数のグラントフリーリソースは時間的に周期的に間隔が空けられている。

本開示の実施形態は、添付の図面を参照して説明される。

一実施形態による、基地局および複数のUEのブロック図である。 一実施形態による、基地局およびUEをより詳細に示すブロック図である。 グラントフリーアップリンク送信のフォーマットの例を示すフォーマット図である。 一実施形態による、UEおよび基地局によって実行される方法のフローチャートである。 別の実施形態による、UEおよび基地局によって実行される方法のフローチャートである。 GF送信における複数のHARQ識別のための基地局とUEとの間の通信を示すタイミング図である。 HARQプロセスリソースの関連付けを示す時間周波数プロットである。 一実施形態による、HARQ IDとスロットインデックスとの間の関連付けを示すタイミング図である。 別の実施形態による、HARQ IDとスロットインデックスとの間の関連付けを示すタイミング図である。 UE送信リソースの関連付けを示す時間周波数プロットである。 一実施形態による、グループダウンリンク制御情報フォーマットを示す表である。 別の実施形態による、グループダウンリンク制御情報フォーマットを示す表である。 さらに別の実施形態による、グループダウンリンク制御情報フォーマットを示す表である。 さらに別の実施形態による、グループダウンリンク制御情報フォーマットを示す表である。 さらに別の実施形態による、グループダウンリンク制御情報フォーマットを示す表である。 さらに別の実施形態による、グループダウンリンク制御情報フォーマットを示す表である。 さらに別の実施形態による、グループダウンリンク制御情報フォーマットを示す表である。 個々のダウンリンク制御情報フォーマットを示す表である。 一実施形態による、UEにおける方法を示すフローチャートである。 別の実施形態による、UEにおける方法を示すフローチャートである。 さらに別の実施形態による、UEにおける方法を示すフローチャートである。 さらに別の実施形態による、UEにおける方法を示すフローチャートである。 リソースユニットごとに複数のTBを示すフォーマット図である。 トランスポートブロック内の複数のコードブロックを示すフォーマット図である。 以前のパケットの再送信／繰り返しリソースでの新しいパケットの送信を示すフォーマット図である。

例示の目的で、特定の例示的な実施形態を、図面と併せて以下により詳細に説明する。

許可の有無にかかわらずトランスポートブロック（TB）送信のK回の繰り返しで構成されたUEの場合、UEは、次の条件のいずれかが満たされるまでTBの繰り返しを継続できる。
同じTBのスロット／ミニスロットのアップリンク（UL）許可が正常に受信された場合、
そのTBの繰り返し回数はKに達する。

HARQプロセスを再送信および肯定応答（ACK）および否定応答（NACK）の送信のためのリソースに関連付ける明確に定義されたメカニズムはない。

図1は、一実施形態による、基地局（BS）100および複数のUE 102a〜102cのブロック図である。

「基地局」という言葉は、アップリンクでUEからデータをワイヤレスで受信するデバイスをすべて含む。したがって、いくつかの実装形態では、基地局100は、送信および受信ポイント（TRP）、基地トランシーバ局、無線基地局、ネットワークノード、送信／受信ノード、ノードB、eNodeB（eNB）、gNB（「ギガビット」ノードBとも称される）、中継局、またはリモート無線ヘッドなど、他の名称で呼ばれることがある。また、いくつかの実施形態では、基地局100の部分は分散されてもよい。例えば、基地局100のモジュールのいくつかは、基地局100のアンテナを収容する機器から離れて配置されてもよく、通信リンク（図示せず）を介してアンテナを収容する機器に結合されてもよい。

動作中、UE 102a〜102cはそれぞれ、グラントフリーのアップリンク送信を基地局100に送信することができる。グラントフリーアップリンク送信は、基地局100によってUEに明確に許可されていないアップリンクリソースを使用して送信されるアップリンク送信である。グラントフリーアップリンク送信は、基地局100からの動的かつ明示的なスケジューリング許可を必要としない。

グラントフリーアップリンク送信は、「グラントなし」、「スケジュールフリー」、または「スケジュールなし」の送信、または許可のない送信と称されることもある。異なるUE 102a〜102cからのグラントフリーアップリンク送信は、同じ指定されたリソースを使用して送信されてもよく、この場合、グラントフリーアップリンク送信はコンテンションベースの送信である。グラントフリーアップリンク送信は、UE 102a〜102cから基地局100への短いパケットでバーストトラフィックを送信するため、および／またはリアルタイムでまたは低遅延で基地局100にデータを送信するために適している場合がある。グラントフリーアップリンク送信方式を利用できるアプリケーションの例には、大規模機械型通信（m−MTC）、超高信頼低遅延通信（URLLC）、スマート電気メーター、スマートグリッドでの遠隔プロテクション、自動運転が含まれる。ただし、グラントフリーのアップリンク送信方式は、これらのアプリケーションに限定されない。

グラントフリーの送信が送信されるアップリンクリソースは、「グラントフリーアップリンクリソース」と称される。例えば、グラントフリーアップリンクリソースは、OFDMAフレーム内の指定された領域であり得る。UE 102a〜102cは、指定された領域を使用して、グラントフリーアップリンク送信を送信することができるが、基地局100は、UE 102a〜102cのどれが、もしあれば、指定された地域においてグラントフリーアップリンク送信を送信しようとしているのかを知らない。

グラントフリーアップリンクリソースは、UEと基地局100との両方に事前に知られているように事前に定義できる。グラントフリーアップリンクリソースは静的（変更なし）にすることも、グラントフリーアップリンクリソースを準静的に構成することもできる。準静的構成とは、1回構成するだけで、多くのフレームに1回など、ゆっくりと更新／変更できること、または必要に応じてのみ更新できることを意味する。準静的な変更は、動的な変更とは異なり、動的な変更ほど頻繁には発生しない。例えば、動的な変更／更新は、サブフレームごとまたは数個のサブフレームごとの変更を指し、準静的な変更は、数個のOFDMフレームごと、数秒ごとに1回のみ発生する変更、または必要な場合にのみ更新することを指す。

いくつかの実施形態では、グラントフリーアップリンクリソースは、事前に構成されてもよい。複数の可能な事前定義されたグラントフリーアップリンクリソースパーティションがあり、基地局100またはネットワークは、事前定義されたグラントフリーアップリンクリソースパーティションの1つを準静的に選択し、使用されているグラントフリーアップリンクリソースパーティションをUEにシグナリングする。いくつかの実施形態では、基地局100および／またはUEは、それらの製造中に、製造中にロードされた事前定義テーブルを介して、どのアップリンクリソースをグラントフリーアップリンクリソースとして使用するかを知るように構成されてもよい。いくつかの実施形態では、グラントフリーアップリンクリソースは、例えば基地局100によるブロードキャストシグナリング、上位層シグナリング（無線リソース制御（RRC）シグナリング）および動的シグナリング（例えば、ダウンリンク制御情報（DCI））の組み合わせを使用することにより、準静的に構成されてもよい。グラントフリーアップリンクリソースを動的にシグナリングすることにより、基地局100またはネットワークは、UEのシステムトラフィック負荷に適応し得る。例えば、グラントフリーアップリンク送信を送信できるより多くのUEが存在する場合、より多くのグラントフリーアップリンクリソースが割り当てられてもよい。いくつかの実施形態では、ネットワーク内の制御ノード（例えば、コンピュータ）は、使用されるグラントフリーアップリンクリソースを決定してもよい。次いで、ネットワークは、グラントフリーアップリンクリソースを基地局およびUEに示し得る。一部の実施形態では、グラントフリーモードで動作するUEは、1）RRCシグナリング情報とシステム情報、または2）RRCシグナリング情報とDCI情報、または3）RRCシグナリング情報、システム情報、および割り当てられた送信リソースを決定するDCI情報、を組み合わせるように準静的に構成されてもよい。

図1は、アップリンクチャネル156を介したグラントフリーアップリンク送信でUE 102aによって送信されるメッセージ150を示している。メッセージ150は、多重アクセス（MA）リソースを使用して送信される。MAリソースは、MA物理リソース（例えば、時間周波数ブロック）と少なくとも1つのMA署名で構成される。MA署名には、コードブック／コードワード、シーケンス、インターリーバおよび／またはマッピングパターン、パイロット、復調基準信号（チャネル推定用の基準信号など）、プリアンブル、空間次元、および電力次元の少なくとも1つが含まれる（ただし、これらに限定されない）。「パイロット」という用語は、例えば復調基準信号など、参照信号を少なくとも含む信号を指す。基準信号はMA署名であってもよい。いくつかの実施形態では、パイロットは、おそらくチャネル推定指向のプリアンブル、またはランダムアクセスチャネル（LTEのようなRACH）プリアンブルとともに、復調基準信号を含んでもよい。

いくつかの実施形態では、アップリンク送信は、スパースコード多重アクセス（SCMA）、インターリーブグリッド多重アクセス（IGMA）、マルチユーザ共有アクセス（MUSA）、低コードレート拡散、周波数領域拡散、非直交符号化多重アクセス（NCMA）、パターン分割多重アクセス（PDMA）、リソース拡散多重アクセス（RSMA）、署名ベクトル拡張による低密度拡散（LDS−SVE）、低コードレートおよび署名ベースの共有アクセス（LSSA）、非直交符号化アクセス（NOCA）、インターリーブ分割多重アクセス（IDMA）、繰り返し分割多重アクセス（RDMA）、またはグループ直交符号化アクセス（GOCA）などの非直交多重アクセス（NOMA）を使用してもよい。使用される複数のアクセス方法に応じて、MA署名は異なるフォーマットをとることがある。MA署名は、多重アクセス方法に使用される特定のフォーマットに関連する場合がある。例えば、SCMAが使用される場合、アップリンク送信のMA署名は、アップリンク送信に使用されるSCMAコードブックである場合がある。別の例として、IGMAが使用される場合、アップリンク送信のMA署名は、アップリンク送信に使用されるIGMAの署名、インターリーブパターン、またはグリッドマッピングである。

図2は、図1の基地局100およびUE 102aをより詳細に示すブロック図である。基地局100は、UE 102a〜102cから受信したグラントフリー送信を処理し、受信したグラントフリー送信に関して本明細書で説明するHARQ方法に参加するためのグラントフリー送信モジュール104を含む。例えば、グラントフリー送信モジュール104は、グラントフリー送信デコーダ206を含み得る。基地局は、UE 102a〜102c宛のダウンリンク制御情報（DCI）などの情報をエンコードするためのエンコーダ210をさらに含む。基地局100はまた、UE 102a〜102cからグラントフリーアップリンク送信を受信し、ダウンリンクでUE 102a〜102cにメッセージを送信するための1つ以上のアンテナ208を含む。1つのアンテナ208のみが示されている。基地局100はさらにメモリ204を含む。基地局100は、動作のための他の構成要素、例えば物理層を実装しているが、明確にするためにこれらは省略されている。

グラントフリー送信モジュール104およびその構成要素（例えば、グラントフリー送信デコーダ206）、ならびにエンコーダ210は、1つまたは複数のプロセッサに、エンコーダ210およびグラントフリー送信モジュール104およびその構成要素の動作を実行させる命令を実行する1つまたは複数のプロセッサによって実装され得る。あるいは、エンコーダ210およびグラントフリー送信モジュール104およびそのコンポーネントは、エンコーダ210およびグラントフリー送信モジュール104およびその構成要素の動作を実行するために、特定用途向け集積回路（ASIC）、グラフィック処理ユニット（GPU）、またはプログラム式フィールドプログラマブルゲートアレイ（FPGA）などの専用集積回路を使用して実装され得る。

UE 102aはまた、グラントフリーメッセージを生成および送信し、グラントフリーメッセージに関連する本明細書で説明されるHARQ方法に参加するための相補的グラントフリー送信モジュール106を含む。例えば、グラントフリー送信モジュール106は、グラントフリーアップリンク送信で送信されるメッセージを生成するグラントフリーメッセージ生成器214を含む。グラントフリーメッセージを生成することは、エンコーダ219で、メッセージで送信されるデータをエンコードし、エンコードされたデータを変調することを含んでもよい。UE 102aは、基地局100からの情報をデコードするためのデコーダ218、例えば、エンコーダ210でエンコードされたDCIをデコードするデコーダ218をさらに含む。UE 102aは、グラントフリーアップリンク送信を送信し、ダウンリンクで基地局100からメッセージを受信するための1つ以上のアンテナ216をさらに含む。1つのアンテナ216のみが示されている。UE 102aはさらにメモリ212を含む。UE 102aは、例えば、物理層を実装する動作のための他の構成要素をさらに含むが、明確にするためにこれらは省略されている。

グラントフリー送信モジュール106およびそのコンポーネント（例えば、グラントフリーメッセージ生成器214）、ならびにデコーダ218は、1つまたは複数のプロセッサに、デコーダ218およびグラントフリー送信モジュール106およびその構成要素の動作を実行させる命令を実行する1つまたは複数のプロセッサによって実装され得る。あるいは、デコーダ218およびグラントフリー送信モジュール106およびその構成要素は、デコーダ218およびグラントフリー送信モジュール106およびその構成要素の動作を実行するためのASIC、GPU、またはプログラムされたFPGAなどの専用集積回路を使用して実装され得る。

グラントフリーアップリンク送信のメッセージフォーマットの例
図3は、図1のグラントフリーアップリンク送信においてUE 102aによって送信されるメッセージ150の例示的なフォーマットを示している。サンプルフォーマットは、点線のバブル124に示されている。

例126では、メッセージ150は、MA署名152、ならびにデータ154およびUE ID 157を含む。UE ID157は、基地局100がUEを識別するために使用する情報である。例126では、データ154およびUE ID157は一緒にエンコードされ、対応する巡回冗長検査（CRC）158が生成され、メッセージ150に含まれる。いくつかの実施形態において、UE ID 157は、代わりに、CRC158に埋め込まれ（例えば、スクランブルされ）、これにより、ペイロードサイズが低減され得る。UE ID157がCRC 158に埋め込まれている場合、基地局100は、CRC 158をデコードするために、UE IDを知るか、すべての潜在的なUE IDを使用してブラインド検出を実行する必要がある。

例128は例126の変形であり、UE ID 157はデータ154とは別にエンコードされる。したがって、別個のCRC 160がUE ID 157に関連付けられる。いくつかの実施形態では、UE ID 157は、1つ以上の他のヘッダの内部にあってもよく、この場合、CRC 160は、CRC 160が位置するヘッダ用である。データ162の個別のCRCは、例128に含まれている。例128では、UE ID 157の復号を容易にするために、データ154よりも低い変調符号化方式（MCS）でUE ID 157を送信することができる。UE ID 157は首尾よく復号されるが、データ154は首尾よく復号されない状況があり得る。

例126および128では、MA署名152は、例えばメッセージ150の先頭に、データ154とは別個の時間周波数リソースを占有するものとして示されている。これは、例えば、MA署名152が参照信号および／またはプリアンブルからなる場合に当てはまる場合がある。しかしながら、代わりに、MA署名152は、使用されるコードブック、または使用されるマッピングまたはインターリーブパターンなど、送信スキーム自体の一部であってもよく、この場合、MA署名152は、データ154とは別の時間周波数リソースを占有しない。また、MA署名152がデータ154とは別個の時間周波数リソースを占有する実施形態では、リソースは必ずしもメッセージ150の先頭にある必要はない。

図3の例130は、UE ID 157とデータ154が異なるリソースを介して送信されるバリエーションを示している。例えば、UE ID 157は、物理アップリンク制御チャネル（PUCCH）などの制御チャネルの一部として送信され得る。データ154は、アップリンクデータチャネルのグラントフリー領域で送信され得る。MA署名は例130には示されていないが、MA署名はデータ送信の一部になる。

いくつかの他の実施形態では、UE IDは明示的に送信されない。例えば、一部のURLLCシナリオでは、リソースと参照信号の構成に基づいて、許可信号なしのリソースに関する情報とともに参照信号を検出するだけで、UEを特定でき、この場合、UE IDを明示的に送信する必要はなく、基地局は基準信号を正常に検出した後にUEを識別できる。132に例を示す。メッセージにはMA署名152とデータ154のみが含まれ、UE IDは含まれない。UE IDは、MA署名152およびメッセージを送信するために使用されるグラントフリーアップリンクリソースに基づいて決定され得る。

UEがメッセージ150を基地局100に送信すると、基地局100はまずMA署名を検出しようと試みる。MA署名の検出には、MA署名のすべての可能な選択肢の中でMA署名が検出されるブラインド検出プロセスが含まれる場合がある。MA署名の検出は、アクティビティ検出と称される。一例として、グラントフリーアップリンク送信におけるMA署名は参照信号であり得、したがって基地局によるアクティビティ検出は、グラントフリーアップリンク送信における参照信号の検出を含むであろう。別の例として、グラントフリーアップリンク送信におけるMA署名は、リファレンス信号と、グラントフリーアップリンク送信においてUEによって使用されるコードブックまたは署名の組み合わせであってもよく、したがって、基地局によるアクティビティ検出は、グラントフリーアップリンク送信で使用される参照信号とコードブック／署名との組み合わせを検出することを含むであろう。

アクティビティ検出を正常に実行することにより、基地局100は、UEがグラントフリーアップリンク送信を送信したことを知る。しかしながら、成功したアクティビティ検出は、UEのIDを基地局100に明らかにするかもしれないし、しないかもしれない。UEとMA署名の間に一意のマッピングがある場合（例えば、各UEが異なるMA署名を使用するために割り当てられた特定のMA物理リソースについて）、アクティビティ検出が成功すると、グラントフリーアップリンク送信を送信したUEのIDが明らかになる。それ以外の場合、一般に、アクティビティ検出の成功はグラントフリーアップリンク送信を送信したUEのIDを明らかにしないが、UEの異なるグループに異なるMAシグネチャが割り当てられている場合、UEが特定のUEのグループからのものであることを明らかにすることがある。いくつかの実施形態では、例えばメッセージ128の例のように、UE IDがデータ154とは別にエンコードされている場合、アクティビティ検出は、UE IDを取得することをさらに含み得る。

アクティビティ検出が成功した後、基地局100は、MA署名およびオプションでデータメッセージと多重化された追加の参照信号に基づいてチャネル推定を実行しようとし、次いでデータ154をデコードする。データの復号化も成功した場合、基地局100は、基地局100がデータ154の復号化に成功したことを示す確認応答（ACK）をダウンリンクでUEに送信することができる。アクティビティ検出の成功がUEのIDを明らかにしない実施形態では、メッセージ150の残りのデコードの成功がUEのIDを明らかにし、その場合、基地局100は、ACKの送信先のUEを知ることになる。データのデコードが成功しなかった場合、基地局は、場合によっては再送信の許可とともに否定応答（NACK）を送信し得る。後で詳細に説明するように、一部の実施形態では、データのデコードが失敗した場合、NACKは送信されない。後で詳しく説明するように、一部の実施形態では、NACKが送信される場合、基地局がUEを一意に識別できないため、NACKには、NACKの送信先のUEを一意に識別できる情報が必ずしも含まれない場合がある。

一例では、例126のMA署名152は基準信号である。基地局100は、最初に、基準信号シーケンスを正常に復号することにより、アクティビティ検出を首尾よく実行することができる。次いで、基準信号シーケンスは、アップリンクチャネル156のチャネル推定のために基地局100によって使用され得る。基準信号の正常なデコードを容易にするために、基準信号は低MCSで送信される。基準信号が正常にデコードされ、チャネル推定が実行されると、基地局100はデータ154およびUE ID 157を有するペイロードをデコードする。次に、基地局100は、UE ID 157を読み取り、グラントフリー送信がどのUEから来たかを知ることができる。次に、基地局100は、基地局100がデータ154のデコードに成功したことを示すACKをダウンリンクでUEに送信することができる。

グラントフリーアップリンク送信のHARQ
HARQは、グラントフリーアップリンク送信に対して実行される。例えば、初期グラントフリーアップリンク送信におけるデータ154が基地局100によって首尾よくデコードされない場合、UEによって再送信が実行され得る。再送信は、初期データの再送信および／または初期データをデコードするためのさらなる情報を含み得る。例えば、再送信データは、元のデータおよび／またはパリティ情報の一部またはすべてを含んでもよい。基地局100は、以下のようにHARQ結合を実行してもよい：復号化に失敗した初期データを破棄する代わりに、復号化に失敗した初期データをメモリ内の基地局100に保存し、受信した再送データと組み合わせて初期データの復号化を成功させようとしてもよい。HARQ合成が実行されるとき、UEからの再送信データは、初期データの完全な再送信である必要はないかもしれない。再送信では、初期データに関連付けられたパリティビットの一部またはすべてなど、より少ないデータを送信できる。使用できるHARQ結合の1つのタイプは、チェイス結合または増分冗長などのソフト結合である。

初期送信と再送信では、異なる冗長バージョン（RV）が使用される場合がある。データがグラントフリーメッセージ生成器214でエンコードされるとき、エンコードされたビットは異なるセット（おそらく互いに重複する）に分割されてもよい。各セットは異なるRVである。例えば、一部のRVには、他のRVよりも多くのパリティビットがある場合がある。各RVは、RVインデックス（RV 0、RV 1、RV 2など）によって識別される。特定のRVを使用してアップリンク送信が送信されると、そのRVに対応するエンコードされたビットのみが送信される。異なるチャネルコードを使用して、例えばターボコード、低密度パリティチェック（LDPC）コード、ポーラーコードなど、エンコードされたビットを生成できる。UE 102a内のグラントフリーメッセージ生成器214内のエラー制御コーダ（図示せず）は、チャネルコーディングを実行してもよい。

一実施形態では、チャネルコーディングは、3つのビットストリーム：系統的ビットストリームおよび2つのパリティビットストリームを含む符号化ビットストリームをもたらす。レートマッチングが実行され、循環バッファ（図示せず）がシステマティックビットとパリティビットを格納する。ビットは、循環バッファから読み取られ、グラントフリーアップリンクメッセージで送信するために変調される。循環バッファには、例えば4つの冗長バージョン（RV）：RV0、RV1、RV2、およびRV3など、様々なRVが関連付けられている。各RVは、エンコードされたビットが循環バッファから読み取られる開始位置を示す。したがって、各RVはエンコードされたビットの異なるセットを送信する。最初はRV 0を使用してデータを送信できるが、再送信では、より高いRV、例えば最初の再送信にRV 2、2回目の再送信にRV 3などを使用する場合がある。

基地局100は、RVの知識を使用してデコードを実行する。チェイス結合の場合、初期および再送信のRVは、例えばRV 0のように、同じである場合がある。増分冗長性の場合、再送信では、例えば初期送信のRV 0、最初の再送信のRV 2、2回目の再送信のRV 3、3回目の再送信のRV 1のように、固定パターンに従う可能性のあるより高いRVを使用できる。したがって、データを復号化するために、基地局100は、事前定義RVが1つしかない場合を除き、グラントフリーアップリンク送信で受信されているデータのRVインデックスを知る必要がある場合がある。

グラントフリーアップリンク送信のためのHARQ手順の一部として、基地局100がグラントフリーアップリンク送信のデータを正常に復号すると、基地局100によってACKが送信され得る。いくつかの実施形態では、データが正常にデコードされない場合、基地局100によってNACKが送信され得る。ただし、NACKは常に送信されるとは限らず、例えば「NACKなし」HARQスキームでは、所定の期間内にACKが存在しないとNACKとして解釈される。いくつかの実施形態では、ACKは、ACKが対象とするUEを識別するUE IDに関連付けられ得る。ACK／NACKが特定のGF送信にどのように関連付けられるかの例を以下に説明する。

シグナリングACK／NACK
グラントフリーアップリンク送信を送信したUEにACKまたはNACK（使用する場合）をシグナリングするには、様々な可能性がある。様々なオプションについて以下で説明する。以下で説明する2つ以上のオプションの組み合わせを使用できる。また、以下で説明するオプションの一部は、基地局が最初にグラントフリーアップリンク送信を送信したUEを一意に識別したと想定している。UEを一意に識別できる様々な方法は、例えば、UE ID（インデックスである場合もある）の使用、またはUE IDを使用するグラントフリーアップリンクリソースなどの他の情報と組み合わせての使用、または使用されているグラントフリーアップリンクリソースと組み合わせたMA署名などの使用を含む

いくつかの実施形態では、基地局100は、専用ダウンリンク肯定応答チャネル上でグラントフリーアップリンク送信のためのACKおよび／またはNACKを送信し得る。一部の実施形態では、専用ダウンリンク肯定応答チャネルは、LTEの物理HARQインジケータチャネル（PHICH）と同様の方法で実装されてもよく、この場合、専用ダウンリンク肯定応答チャネルは「PHICHのような」チャネルと称されてよい。

いくつかの実施形態では、専用ダウンリンク肯定応答チャネル上のフィードバックタイミングは、グラントフリーリソースアクセスタイミングと固定関係を有する。例えば、UEがサブフレーム（または送信時間間隔（TTI））wでグラントフリーアップリンク送信を送信する場合、そのグラントフリーアップリンク送信のACK／NACKはサブフレーム（またはTTI）w＋kで専用ダウンリンク肯定応答チャネルで送信される理想的には、kは小さく、例えばk＝2である。例えば、ACKが受信されるまでUEが再送信を自動的に送信する場合、kを小さい値にすると、自動再送信が早期に終了することが期待される。いくつかの実施形態では、kの値は事前定義されており、UEおよび基地局に知られている。例えば、kの値はシステム情報で設定できる。いくつかの他の実施形態では、kの値は、各UEまたはUEグループに対して構成されてもよく、構成は、例えば、RRCシグナリングなどのシグナリングを通じて行われてもよい。

図4は、一実施形態による、基地局100およびUE 102aによって実行される方法である。ステップ422において、UE 102aは、グラントフリーアップリンクリソース上でグラントフリーアップリンク送信を基地局100に送信する。複数のUEは、以下で詳細に説明する方法のいずれかを使用して定義されたグラントフリーリソースで、このステップを実行する。グラントフリーアップリンク送信では、MA署名が使用される。ステップ424で、基地局100はグラントフリーアップリンク送信を受信する。ステップ426で、基地局は、アクティビティ検出を実行してMA署名を取得し、次いで、グラントフリーアップリンク送信でデータをデコードしようと試みる。ステップ428で、基地局100は、以下で詳細に説明するACK／NACK方法の1つを使用して、グループACKまたはNACKを含むグラントフリーアップリンク送信に関するフィードバックを送信する。ステップ430で、ACKまたはNACKがUE 102aによって受信される。

いくつかの実施形態では、基地局100は、個々のUEごとにグラントフリーアップリンク送信のためのACKおよび／またはNACKを送信することができる。いくつかの実施形態では、個々のUEに対するACK／NACKフィードバックは、ダウンリンク制御情報（DCI）を通じて送信され得る。ACK／NACKフィードバックが複数のUEに送信されている場合、つまり各UEが独自の個々のDCIを持っている場合、複数のDCIが個別に送信される。

図5は、別の実施形態による、基地局100およびUE 102aによって実行される方法を示している。ステップ422において、UE 102aは、グラントフリーアップリンクリソース上でグラントフリーアップリンク送信を基地局100に送信する。グラントフリーアップリンク送信では、MA署名が使用される。ステップ425で、基地局100はグラントフリーアップリンク送信を受信する。ステップ427で、基地局は、アクティビティ検出を実行してMA署名を取得し、次いで、グラントフリーアップリンク送信でデータをデコードしようと試みる。データがデコードされる場合、基地局100は、UE 102aのUE ID（例えば、RNTI）を取得することができる。ステップ429で、基地局100は、個別のダウンリンク制御情報で、ACKまたはNACKを含むググラントフリーアップリンク送信に関するフィードバックを送信する。ACKが送信される場合、基地局100は、例えばUE IDでフィードバックのCRCをスクランブルすることにより、UE IDを使用してフィードバックをマスクする。NACKが送信される場合、基地局100は、UE IDが基地局によって知られている場合、例えば、MA署名がグラントフリーアップリンクリソース上のUE 102aを一意に識別する場合、UE IDを使用してフィードバックのみをマスクする。ステップ431で、例えばCRCがUE 102aのIDでスクランブルされている場合、ACKまたはNACKがUE 102aによって受信され、UE 102aは、UE 102aのIDを使用してCRCをスクランブル解除することによりACKまたはNACKを受信する。

例えば、特定のUEのACKまたはNACKは、UE IDでマスクされたCRCフィールドを持つそのUEのDCIに含めることができる。UE IDは、UEのRNTI（例えば、セルRNTI（C＿RNTI））であり得るが、これは必要ではない。UE IDがUEのRNTIである場合、RNTIはRRCチャネルを介してシグナリングされ得る。DCIは、UE IDにより定義される（例えば、C＿RNTIにより定義される）サーチスペース内の位置で送信されてもよい。潜在的なDCIコマンドを監視する場合、UEはそのサーチスペース内のDCIのすべての可能な場所をデコードしようとする場合がある。CRCが割り当てられたUE IDでチェックする場合、制御チャネルは有効であると宣言され、UEはDCI内の情報を処理する。

制御チャネル（DCI）のサーチスペース位置は、グラントフリーモードで動作するUEに対して定義できる。いくつかの実施形態では、サーチスペース位置は、各サブフレーム／TTI内の潜在的なCCE（制御チャネル要素）のインデックスによって示され得る。インデックスは、UEに割り当てられたグラントフリーUE ID（C＿RNTIなど）またはグラントフリーグループID（group＿RNTIなど）から派生した事前定義済みの関係を持つことができる。この方法は、LTEのPDCCHサーチスペースの定義に似ている。

GF送信用の複数のHARQプロセスをサポートするには、基地局は、HARQ合成を行うため、または応答しているHARQプロセス（またはトランスポートブロック（TB））を示すために、GF送信に使用される異なるHARQプロセスを識別する必要がある。様々なHARQプロセスを識別する様々な方法がある。BSが送信するHARQフィードバックまたは許可に固定タイミング関係があり、タイムスロットごとに最大1つのHARQプロセス（TB）しかない場合、HARQフィードバックまたは許可は固定タイミング関係を通じてHARQプロセスを識別できる。これは通常、同期HARQに使用される。例えば、送信がタイムスロットnにあり、HARQ ACK／NACKまたはこのHARQの許可が固定タイムスロットn＋4で発生する場合（UEとBSの両方で既知）、HARQフィードバックは、どのHARQプロセスまたはTBがACK／NACKまたは許可されているかを識別するためにタイミングに依存できる。

HARQプロセスを識別する別の方法は、HARQプロセスとGF送信リソースとの間の既知のマッピング関係を持つことである。マッピング関係を構成し、明示的に通知できる。マッピング関係は、事前に、つまり、UEと基地局の両方に既知の事前定義された関係に基づいて定義することもできるが、明示的にシグナリングする必要はない。HARQ応答（ACK／NACKまたは許可を含む）において、BSはHARQプロセスID（または番号）を明示的または暗黙的に含めることができる。これは、送信とHARQ応答との間に固定のタイミング関係がある場合とない場合がある非同期HARQに適用できる。

HARQプロセスを識別する別の方法は、UEがGF送信においてHARQプロセスIDを明示的または暗示的に示すことである。

異なるHARQプロセスの複数のGFリソースセットの構成、HARQ応答／許可のGFリソースインデックスに基づく識別および指示
実施形態の第1のセットは、複数のHARQプロセスを可能にする複数のGFリソースセットを構成するためのシステムおよび方法に関し、GFリソースの各セット（GFリソースセット）は、HARQプロセスへの所定のマッピングを有するように構成され得る。この実施形態のセットの重要な例および特別なケースは、時間単位内に並列HARQを有することであり、すなわち、同じUEに割り当てられる時間単位内にGFリソースがあり、各GFリソースは異なるHARQ処理に対応してもよい。本開示を通して、時間単位は、TTI、タイムスロット、スロット、サブフレーム、フレーム、ミニスロット、または任意の事前定義された時間単位を指すことができる。複数のHARQのこの構成により、各GFリソースセットは、初期送信および送信を含むそれぞれのプロセスに使用できる。リソースセットは、例えば、異なる周波数帯域またはコードスペースを占有する場合がある。

いくつかの実施形態では、各GFリソースセット内で、UEは、所与の再送信プロトコルに従って新しいパケットと再送信を送信し、GFリソースセットは、前のパケットが確認されるまで、または最大値繰り返し回数が達成されるまで、別の新しいパケットに使用されない。

図6は、GF送信における複数のHARQ識別のための基地局（BS）とUE間の手順の例を示している。初期アクセス300の後、301で、BSは、UEの複数のHARQプロセスに関して、HARQプロセスおよびGFリソースの最大数を構成する。302で、BSは、複数のHARQプロセスに関してUEのグラントフリーリソース構成を送信する。304で、UEは、本明細書で第1のトランスポートブロック（TB）とも称されるグラントフリーリソースの第1のセット内の第1のHARQプロセスに対応する第1のバッチデータを送信する。305で、BSは、アクティビティ検出、ならびにUEの識別およびHARQプロセスを実行し、その後にデータ検出が続く。306で、BSは、検出結果に基づいて、第1のHARQプロセスの指示とともに、肯定応答、否定応答、または許可（ACK／NACK／許可）を送信する。ステップ308、309、310は、ステップ304、305、306と同じであるが、グラントフリーリソースの第2のセットにおける第2のHARQプロセスに対応するデータの第2のバッチに関するものである。ステップ308、309、310は、ステップ304、305、306と並行して行うことができる。

特定の例では、305で、BSは、アクティビティ検出を実行して、多重アクセス（MA）署名（例えば、基準信号）を識別する。いくつかの実施形態では、GFリソース位置とともにMA署名は、（構成または事前定義された規則に従って）対応するHARQ番号とともにUEを識別することができる。例えば、リソースにHARQプロセスとの事前定義されたマッピングがある場合、BSはHARQプロセスを識別できる。

第1の実施形態では、ネットワークは、複数のHARQプロセスに対応するリソースを明示的に構成する。いくつかの実施形態では、この構成は初期送信専用である。あるいは、この構成は、初期送信と再送信の両方に対応している。いくつかの実施形態では、ネットワークは、混合Numerologyまたは単一Numerology、スロットおよびミニスロットなどを備えた1つまたは複数のサブバンドを含む複数のHARQプロセスおよび他の関連パラメータコンポーネントを構成し、これらの構成を半静的および／または動的に更新する。他の実施形態では、HARQフィードバックまたは肯定応答メッセージの設計は、例えば、混合Numerologyまたは単一Numerology、スロットおよびミニスロットなどを有する1つまたは複数のサブバンドのためのコンポーネント構成を考慮してもよい。

第2の実施形態では、ネットワークは、対応するHARQプロセス番号を指定することなく、複数のHARQプロセスについて各UEのリソースを構成する。この場合、UEとネットワークの両方に知られているルールを使用して、リソースをHARQプロセスに関連付けることができる。

場合によっては（上記の第1または第2の実施形態の場合）、無線リソース制御（RRC）シグナリングなどの上位層シグナリングを使用して、またはダウンリンク制御チャネルやダウンリンク制御インジケータ（DCI）などの動的シグナリングを使用して構成が実行される。構成は半静的に定義できる。

場合によっては（上記の第1または第2の実施形態の場合）、構成は、少なくともブロードキャストシグナリング（例えば、システム情報）および／または高層シグナリング（例えば、RRC）の組み合わせを使用して、または少なくともブロードキャストシグナリング、高層シグナリング（RRCなど）および／またはDCIなどのダウンリンク制御チャネルの組み合わせを使用して実行される。

以下は、RRCなどの上位層シグナリングのみを使用した複数のHARQ認可フリーリソース設定の具体例である。シグナリングには次のフィールドが含まれる。

−オプションで、HARQプロセスの最大数の指示：numberOfConfUlGF−Processes L；

−ユーザ識別子、例えば、無線ネットワーク一時識別子（RNTI）：GF−RNTI（グラントフリーの無線ネットワーク一時識別子）またはC−RNTI（セル−RNTI）、またはその両方。RNTIは、このユーザに関するシグナリングをさらに制御するために使用できる。例えば、RNTIを使用して、サーチスペースを定義し、このUEに送信されたダウンリンク制御インジケータ（DCI）を介してダウンリンク制御信号のCRCをスクランブルすることができる。

−各HARQプロセスのリソース指示
HARQプロセスインデックス0の時間および周波数リソースセット
HARQプロセスインデックス1の時間および周波数リソースセット
．．．
HARQプロセスインデックスL−1の時間および周波数リソースセット

いくつかの実施形態において、時間および周波数リソースセットは、複数のGFリソースが各時間単位に対して構成される並列HARQに対応する。各GFリソースは、同じ時間単位の異なるHARQプロセスに対応する。場合によっては、時間および周波数インデックスは、異なる時間単位でのGFリソースの周波数位置インデックスのシーケンスとして示すことができる。1つのUEに複数のシーケンスを割り当てることができ、各シーケンスは異なるHARQプロセスに対応する。

いくつかの実施形態では、各HARQプロセスのリソース指示は、HARQプロセスID／番号を含む。他の実施形態では、HARQプロセスID／番号は構成で明示的に示されておらず、リソースの複数のセットのみが構成されている。この場合、HARQプロセスを構成済みのリソースにマッピングする事前定義されたルールが存在する場合がある。例えば、リソースの2つのセットが構成されている場合、最初のセットはHARQプロセス番号0に対応し、2番目のセットはHARQプロセス番号1に対応する。別の例として、1つの時間単位／スロット内で異なる周波数位置に2つのGFリソースが存在するようにリソースの2つの並列セットが構成されている場合、より高い周波数帯域インデックスを持つ1つはHARQプロセス0に対応し、もう1つはHARQプロセス1に対応し、またはその逆も同様である。

以下は、RRCなどの上位層シグナリングをDCIなどのダウンリンク制御チャネルと組み合わせて使用する、複数のHARQグラントフリーソース設定の具体例である。シグナリングには、上位層シグナリング（RRCなど）に次のフィールドが含まれる。

−オプションで、HARQプロセスの最大数の指示：numberOfConfUlGF−Processes L；および

−ユーザ識別子（RNTI）：GF−RNTIまたはC−RNTI。

シグナリングには、ダウンリンク制御チャネルに次のフィールドが含まれる。

−最初のHARQプロセスのDCIアクティベーション。DCIには、GF−RNTIまたはC−RNTIによって定義され、CRCスクランブルされたサーチスペースがある。
−例えば、新しいデータインジケータ（NDI）、および／または変調コーディングスキーム（MCS）、および／またはUL送信を許可するためのDCIフォーマットで一般的な他のフィールドを含むリソース割り当て、
−参照信号（RS）のインデックス、例えば参照信号（RS）の巡回シフト、または直交カバーコード（OCC）インデックスの巡回シフトの組み合わせ、おおよび
−HARQプロセスID／番号を明示的に示すフィールドを含む場合と含まない場合がある。

DCIアクティベーションは、UEがDCIアクティベーション後にGF送信を実行できるLTE半永続スケジューリング（SPS）で使用されるDCIアクティベーションと同様に機能する。フォーマットは、LTE SPS DCIアクティベーションフォーマットに似ている場合がある。しかし、HARQプロセス番号が追加される場合がある。

2番目からL番目のHARQプロセスのDCIアクティベーションは、同じフォーマットに従う。異なるHARQプロセスのDCIアクティブ化には、異なるHARQプロセスIDが含まれる場合がある。

HARQプロセスIDがDCIアクティベーションに明示的に含まれていない場合、プロセスID、一部の実施形態では、HARQプロセスは以下の1つまたは組み合わせに基づいて導出される。
−DCIアクティベーションの時間順、および
−リソースブロックの周波数位置の順序。

いくつかの実施形態では、RRCなどの上位層シグナリングを使用して、グループACK／NACKを搬送するグループDCIの複数のHARQ GFリソース構成を伝達する。以下に具体例を示す。

−オプションで、HARQプロセスの最大数の指示：numberOfConfUlGF−Processes L；および

−グループのUE識別子。識別子を使用して、サーチスペースを定義し、このグループで設定されたUEに送信されたグループDCIのCRCをスクランブルする。グループDCIは、このグループ内の複数のUEのGF送信のグループACK／NACKを伝達するために使用できる：Group−GF−RNTI。

シグナリングには、グループ内のUEインデックスが含まれる場合があり、例えば、10個のUEがあり、それぞれが1〜10のインデックスを持つ場合がある。インデックスは、インデックスに関連付けられたUEのACK／NACKの特定の場所に関連付けられる。

あるいは、シグナリングは、UEインデックスの代わりに、異なるHARQプロセスのためのUE位置インデックスを含み得る。この場合、シグナリングは、各HARQプロセスのACK／NACKの場所を示す。次に、割り当てられたHARQプロセスの知識を持つUEは、ACK／NACKを見つけることができる。この場合、各UEは異なるHARQプロセスに対応する複数のUE ACK／NACKインデックスを有し得るが、異なるUEは異なるUE ACK／NACKインデックスを有し得る。シグナリングは次のフォーマットをとる。
HARQプロセス0のUE ACK／NACKインデックス
HARQプロセス1のUE ACK／NACKインデックス
．．．
HARQプロセスL−1のUE ACK／NACKインデックス

いくつかの実施形態では、DCIは、対応するリソース割り当てを有する各HARQプロセスのグループACK／NACKリソースを構成するために使用される。または、RRCなどの上位層のシグナリングを使用してこれを実行できる。

GFリソースとHARQプロセスとの間の事前定義された関係
いくつかの実施形態では、GF送信のためのグラントフリーリソースのHARQプロセスID間に確立された事前定義された関係がある。一部の実施形態では、事前定義された関係は、HARQプロセスIDとGF初期送信との間のみである。いくつかの実施形態において、所定の関係は、GF初期送信およびGF再送信または繰り返しを含む、HARQプロセスIDとGF送信との間である。

ACK／NACK応答では、例えば、GF初期送信のみのグラントフリーリソースのHARQプロセスID間に事前定義された関係が確立されている場合、HARQプロセスIDを含めることができる。再送信用のリソースは、個別に設定することも、許可のHARQ IDまたはHARQプロセス許可番号に関連付けられている許可ベースのリソース割り当てに依存することもできる。いくつかの実施形態では、HARQ IDは、許可ベースの再送信が行われない限り、再送信リソースにも関連付けられる。

いくつかの実施形態では、HARQプロセスリソースの関連付けは、HARQ IDがHARQ IDを介して順次リソースサイクルに関連付けられるように周期的である。他の実施形態では、HARQプロセスのリソース関連付けは、次のHARQプロセスに切り替える前に所与のHARQプロセスのK個のリソースを関連付け、Kの繰り返し係数を可能にする。

以下では、HARQプロセスIDとリソースの間の関係を、BSとUEの両方が知っている事前定義済みのルールに設定する方法について説明する。いくつかの実施形態では、HARQプロセスリソースの関連付けは、HARQ IDがHARQ IDを介して順次リソースサイクルに関連付けられるように周期的である。第1の例では、TTIごとに最大で1つのGFリソースがある場合、初期送信と特定のGFリソースのHARQプロセスIDは次のように導出される。
HARQプロセスID＝floor（CURRENT＿TTI／GFAccessIntervalUL）modulo numberOfConfUlGF−Processes、第2の例では、各TTIに複数の並列リソースがある場合、関連付けは次のように定義される。
HARQプロセスID＝（floor（CURRENT＿TTI／GFAccessIntervalUL）＊NumGFResourceperTTI＋GFresourceIndexWithinTTI）modulo numberOfConfUlGF−Processes
ここにおいて、
CURRENT＿TTIは現在のTTIの番号／インデックスであり、TTIは任意の時間単位、つまり時間単位のインデックスに置き換えることができる。
GFAccessIntervalULは、時間領域での2つの隣接するGFリソース間のTTI（または周期性）の数であり、上位層のシグナリング（RRCなど）で構成できる。例えば、UEが3 TTIごとに1つのGFリソースを持つように構成されている場合、GFAccessIntervalULは3である。TTIは任意の時間単位に置き換えることもできるが、Current＿TTIフィールドと一致する必要がある。
NumGFResourceperTTIは、TTI（より一般的には時間単位）ごとのGFリソースの数である。例えば、3 TTIごとに設定された異なる周波数位置に2つのGFリソースがあり、GFリソースの2つのセットが同じTTiで異なる周波数位置にある場合。次に、umGFResourceperTTi＝2およびGFAccessIntervalUL＝3。
GFresourceIndexWithinTTIは、TTI（または一般的な時間単位）内の特定のGFリソースのインデックスである。例えば、TTIごとに2つのGFリソースが構成されている場合、より大きな周波数位置を持つ1つのリソースはGFresourceIndexWithinTTI＝0に対応し、もう1つはGFresourceIndexWithinTTI＝1に対応する。
numberOfConfUlGF−Processesは、上位層シグナリングで前述したように、UEに対して設定された最大HARQプロセスの数である。

場合によっては、時間単位あたりのGFリソースの数は1であり、この場合、インデックスGFresourceIndexwithinTTIは0だが、他のインデックススキームを使用することもできる。

第1の例は、UEの時間単位ごとに最大1つのGFリソースしかない場合に、時間内にGFリソースを介して順番にHARQプロセスを循環させることに対応する。第2の例は、最初に周波数位置の順序でGFリソースを介してHARQプロセスを順番に循環させ、次に同じ時間単位で各UEに複数のGFリソースが構成されている場合は時間位置に対応する。

図7は、700で一般的に示されるHARQプロセスリソースの関連付けの最初の例を示している。ここでは、時間単位（スロット）ごとに2つのHARQプロセス用のリソースがあり、UEは最大4つのHARQプロセスで構成されている。リソースは、4つのHARQプロセスを循環して繰り返す。そのため、第1のスロットではリソースはHARQ ID 0およびHARQ ID 1に関連付けられ、第2のスロットではリソースはHARQ ID 2およびHARQ ID 3に関連付けられる。パターンは、第3および第4のスロットで同じである。この場合、HARQプロセスは、次のスロットで増分を続ける前に、最初に使用可能なスロットで増分する。

第2の例は、概して702で示される。UEは、時間単位ごとに最大4つのHARQプロセスと2つのGFリソースとで構成される。BSおよびUEは、まず、2つの時間単位ごとに各HARQプロセスに対して1つのリソースが存在し得ることを決定する。ただし、最初に周波数位置を使用してHARQ ID 0−3を循環する代わりに、時間位置を最初に循環する。ここで、第1のスロットでは、リソースはHARQ ID 0およびHARQ ID 2に関連付けられ、第2のスロットでは、リソースはHARQ ID 1およびHARQ ID 3に関連付けられる。パターンは、第3および第4のスロットで同じである。この場合、HARQプロセスは、第1スロットと第2スロットにまたがる第2リソースの増分を続ける前に、第1スロットと第2スロットにまたがる第1リソースの増分を行う。

第3の例を図8に示す。この例では、HARQ IDとスロットとの関連付けが4つのHARQ IDのセットを繰り返し循環する。この例では、スロットごとに1つのGFリソースしかない。スロットは隣接しているように示されているが、GFリソースが関連付けられているスロット間にギャップがある場合がある。また、異なるタイムスロットでのGFリソースの周波数位置は、図8に示すように調整されない場合がある。より一般的には、これはリソースインデックスを介した循環的な関連付けである（図7の例のように、スロットごとに複数のリソースが存在する可能性がある）。

図9は、GFリソースとHARQ IDの関連付けの例を示している。図9では、L＝4のHARQプロセスの最大数とK＝4の最大繰り返し係数があるが、同じアプローチを他の数のHARQプロセスと繰り返し係数に一般化できる。より一般的には、一部のKおよび一部のLに対して、各HARQプロセスにマッピングされたK個の連続したスロットまたはリソースがあり、L個のHARQプロセスを循環する。リソースとHARQプロセスの関連付けは、KxLリソースの後に繰り返される。図9は、時間領域でスロットインデックス用に構成されたGFリソースを順番に示しているが、リソースインデックスが関連付けられているリソースに対してより一般的に同じアプローチを実行できる。

いくつかの実施形態では、HARQプロセスIDは、GF初期送信およびGF繰り返し／再送信の両方を含むGFリソースに厳密に関連付けられている。後者の場合、同じパケット／TBの繰り返し／再送信は、同じプロセスIDに対応するGFリソースで実行する必要がある。

いくつかの実施形態では、再送信は、GB送信を使用して、すなわち、初期送信後の許可に依存することにより行われる。

いくつかの実施形態では、GF初期送信のみが、HARQプロセスIDとの事前定義されたマッピングを有している。そして、再送信HARQプロセスは、他の基準、例えばGB再送信、固定再送信タイミング、事前定義されたリソースホッピングパターン、MA署名マッピング、連続繰り返しなどによって識別される。

別の実施形態では、同じHARQ IDに対応するリソースを使用して、GFリソースで繰り返しおよび／または再送信を行うこともできる。例えば、図8を再度参照すると、スロット0でHARQ ID 0の新しい送信が行われた場合、次の繰り返しまたは再送信は、HARQ ID 0にも関連付けられているスロット4で行われる。

別の実施形態は、繰り返し係数KとHARQ IDリソースとの関連付けの方法を提供する。この場合、UEは、同じパケット／TBの別のK−1再送／繰り返しが続く新しい送信を行う。いくつかの実施形態では、UEは常にK回の送信／繰り返しを送信する。他の実施形態では、UEは、ACKまたは許可を受信した後に停止する。

いくつかの実施形態では、UEは、同じHARQ IDに関連付けられたK個のバンドルされたスロットの先頭でのみ初期GFリソースを送信することが許可される。この場合、HARQ ID 0の初期送信はスロット0になければならず、HARQ ID 1の初期送信はスロット4などになければならない。この場合、初期と再送信の両方で、リソースとHARQプロセスの間に固定の関連付けがある。

いくつかの実施形態では、初期送信のみのために、リソースとHARQプロセスIDとの間に固定の関連付けが存在する。UEは、次に利用可能なリソースを使用して、パケットが到着した直後に初期送信を送信できる。この場合、UEは、例えば図9に示すように、固定リソースの関連付けに従って、次に利用可能なリソースに関連付けられたHARQ IDを使用する。その後、同じHARQ IDを使用して、後続のリソースインデックスに対して最大K回の繰り返しが実行される。繰り返しは、初期送信のリソースとHARQ IDの関連付けと一致している必要はない。

再び図9を参照すると、第1のパケットは、スロットインデックス4を持つスロットの間に900に到着する。初期送信は、HARQ ID＝1のスロット5で行われ、これは、初期送信の固定の関連付けを介してスロット5に関連付けられたHARQ IDである。繰り返しは、HARQ ID＝1のスロット6、7、および8で送信され、スロット8での送信は、初期送信の関連付けと一致しないことに留意されたい。合計4回の送信が行われる。

第2のパケットは、スロットインデックス10を持つスロットの間に901に到着する。初期送信は、HARQ ID＝2のスロット11で行われ、これは、初期送信の固定関連付けによってスロット11に関連付けられたHARQ IDである。繰り返しは、HARQ ID＝2のスロット12、13、14で送信され、スロット12、13、および14の送信は初期送信の関連付けと一致しないことに留意されたい。

これらの例では、初期送信としてHARQ IDに関連付けられていないリソースで繰り返しが送信されても、BSはそのHARQプロセスIDを識別できる。KがUEに事前設定／シグナリングされる固定K回の繰り返しの場合、BSは最初の送信を識別すると、UEが事前に設定されたリソースまたはシグナリングされたリソースでK回の連続的な繰り返しを実行することを認識する。したがって、BSは、K−1回の繰り返しが最初の送信と同じHARQプロセスIDに対応することを知っている。UEが最大K回の連続的な繰り返しを実行しているが、ACKまたは許可によって繰り返しを早期に停止できる場合、BSは、UEがHARQプロセスのACKまたは許可を送信することを知っているため、UEがいつ繰り返しを停止するかがわかる。したがって、繰り返し後に送信されるパケットは、新しいパケットに対応する。いくつかの実施形態では、以前のパケットの繰り返しがACKまたは許可によって早期に停止される場合、バッファに新しいパケットがある場合、UEは次の送信リソースで新しいパケットをすぐに送信することができる。いくつかの実施形態では、以前のパケットの繰り返しがACKまたは許可によって早期に停止された場合、UEは、以前のパケットとは異なるHARQプロセスIDに対応する次の送信リソースで次のパケットの新しい送信を送信することを決定できる。

実施形態は、キュー内に複数のパケットを有するUEのためのUE送信プロトコルを提供する。UEは、異なる設定されたリソースで異なるHARQプロセスを使用して複数のパケットを送信する。いくつかの実施形態では、（例えば、上記のアプローチの1つを使用して）各HARQプロセスに対応するリソースが構成されている。

いくつかの実施形態では、時間単位ごとにN個のHARQプロセス用に構成されたN個のリソースがあり、N＞2である場合、UEはN個のリソースを使用してキューからN個のパケットを送信する。これには、例えば、周波数またはコード空間で分離された並列リソースを使用して、Nパケットを並列に送信することが含まれる。UEは、これらのN個のパケットのそれぞれについて、停止基準が満たされるまで（例えば、パケット／HARQプロセスのACKが受信されるか、再送信の最大回数／繰り返しが許可されるか、許可が受信されるまで）再送信／繰り返しを実行する。キューに＞N個のパケットがあった場合、所与のHARQプロセスで一部のパケットの停止基準が満たされるまで残りのパケットは送信されないため、このHARQプロセスを使用して新しいパケットを送信できる。

いくつかの実施形態では、リソースの各セットは、以前に構成された1つのHARQプロセスに対応する

いくつかの実施形態では、HARQプロセスIDとリソースとの間の関係は、BSおよびUEの両方によって知られている事前定義ベースの規則である。

GF送信中のHARQプロセスの明示的または暗黙的な指示
一部の実施形態では、GF初期送信のためにHARQプロセスIDとグラントフリーリソースとの間に確立された所定の関係を使用するのではなく、UEによるHARQプロセスIDの明示的または暗示的な指示がGF送信中に使用される。

暗黙的な指示の例として、いくつかの実施形態では、MA署名マッピングを使用してHARQプロセスを識別するが、HARQプロセスID自体は送信に含まれない。明示的な指示の例として、いくつかの実施形態では、UEは、GF送信中に明示的にHARQプロセスIDを送信する。HARQプロセスIDは、制御チャネルまたはデータチャネルで送信され得る。HARQプロセスIDは、データとは別に保護できるため、データが正常にデコードされない場合でもデコードできる。これらのアプローチでは、HARQプロセスが明示的または暗黙的に示されるため、UEは前のパケットの再送信を完了する前に、新しいHARQプロセスで新しいパケットに切り替えることができる。

いくつかの実施形態では、UEは、MA署名タプルを送信して、HARQプロセスを示す。各MA署名タプルは、HARQプロセスに対応している。例えば、UEは2つの異なるMA署名を使用して同じTBの2つの送信を送信でき、2つのMA署名の異なる順列は特定のHARQプロセスにマッピングされる。2つのMA署名は、このタプルが特定のHARQプロセスにマッピングされるようにMA署名タプルを形成する場合がある。それに応じて、ACK／NACKは、MA署名から導出されたHARQプロセスIDを含むことができ、またはそれが参照するHARQプロセスを示すMA署名インデックスを含むことができる。HARQプロセスを識別するために使用されるMA署名は、通常、基準信号であり得る。いくつかの実施形態では、MA署名は、コードブック、署名、直交または非直交多重アクセス方式の拡散シーケンスであり得る。MA署名は、UEに対して固定されるか、時間とともに変化するが、HARQプロセスとのマッピング関係を維持する。

いくつかの実施形態では、UEは、複数のHARQプロセスに対応する複数のパケットを送信することができ、各パケットはMA署名によって運ばれる。例えば、直交または非直交の多重アクセス方式では、UEは一般に、異なるコードブックまたは異なる拡散シーケンスまたは異なるMA署名を使用して複数のパケット（TB）を送信できる。複数のTBが同じ時間周波数リソースを共有する場合がある。MA署名をデコードすることで、BSはHARQプロセス／TBを識別でき、HARQ応答では、BSはHARQプロセスIDまたはMA署名インデックスを明示的または暗黙的に示して、UEがどのTBがHARQフィードバックであるかを識別できるようにする。

GFリソースの構成（別個の初期リソースと再送信リソース）
いくつかの実施形態では、初期送信のためのGFリソースが構成される。初期リソースの構成は、LTE半永続スケジューリング（SPS）リソースの構成に似ている場合がある。様々な例を上で説明した。そのような実施形態では、再送信リソースはGB再送信に依存する場合がある。

いくつかの実施形態では、初期送信の構成は、最大繰り返し数と、潜在的に再送信のためのリソースホッピングパターンを含み、再送信リソースを構成する。

いくつかの実施形態では、グラントフリー送信リソースのための初期および再送信リソースは一緒に構成される。UEは、これらのリソースで初期または再送信を実行できる。

URLLCなどのいくつかの実施形態では、UEは、新しいパケットが次の利用可能なGFリソースの前に到着する場合、新しいパケットの送信のために前のパケットの再送信リソースを使用できるように許可／構成される。

GFリソースとパケット／TB／HARQ識別の構成
初期GFリソースと再送信GFリソースが一緒に構成されている場合、またはUEが前のパケットの再送信リソースを使用して新しいパケットを送信できる場合、BSはどちらが初期パケットでありどちらが再送信であるかを識別し、または関連するパケットを識別する必要がある。

一実施形態では、UEは最大繰り返しKで構成される。K回の繰り返しを終えた後、UEは、このパケットでのさらなる命令のACK／NACKまたは許可を待つ。ただし、新しいパケットがすでにバッファに到着している場合、UEは、BSからフィードバックを取得する前に、前のパケットの次の繰り返しリソースまたは新しいパケットの次のGFリソースで新しいパケットを送信することを選択できる。この場合、以前のパケットの再送信はBSのHARQフィードバック／許可に続く必要があるため、BSはこの送信が新しいパケットであると判断できる。

この例を、図9をさらに参照して説明する。このアプローチでは、パケット900に関するACKまたは許可がスロット6で受信されると仮定すると、新しい送信はスロット8で開始できる。ネットワークは、ACKまたは許可を送信したため、新しい送信であることを認識する。

別の実施形態では、UEのパケットは2つのGF初期リソースの間に到着し、待ち時間を節約するために、UEは前のGF送信の繰り返し／再送信リソースを使用して直ちにパケットを送信する。BSは、その送信の前にパケットがないため、新しい送信であると判断できる。この例を、図9をさらに参照して説明する。このアプローチでは、スロットインデックス4を持つスロット中にパケット900が到着する。UEは、スロットインデックス5を持つスロットでの送信を開始し、ネットワークは、以前の送信がないため、新しい送信であることを認識する。

BSでのTB／HARQ／パケットの識別
いくつかの実施形態では、どのGF送信／再送信／繰り返しがHARQプロセスに属するかの識別は、MA署名を使用して識別される。MA署名の特定の例は、参照信号である。

UEで使用可能な合計MA署名プールは、異なるMA署名タプルに分割でき、各MA署名タプルは、1つのHARQプロセスを表す。

UEは、新しいHARQプロセスまたは新しいパケットに異なるMA署名タプルを選択し、BSはアクティビティ検出を使用してMA署名を識別することにより、HARQプロセス／パケットを識別する。MA署名タプルは、1つの署名または一連の署名にすることができる。

図10を参照して例を説明する。示されているのは、第1のスロットの1002での第1のTBのUEによる第1の送信と、第2および第3のスロットでの1004、1006の第1のTBの再送信／繰り返しである。第4のスロットにおける1008での第2のTBの第1の送信も示されている。

第1のケースでは、UEは4つのスロットに対して次のようにMA署名を使用する：p1、p1、p1、p2。ここで、p1およびp2は2つの異なるTBを識別する異なるMA署名である。この場合、MA署名タプルには1つの署名が含まれる。

第2のケースでは、UEは4つのスロットに対して次のようにMA署名を使用する：p11、p12、p13、p21。ここで、MA署名タプル｛p11、P12、p13｝は最初のTBを識別する。P11、p12、p13をさらに使用して、冗長バージョン（RV）を識別できることに留意されたい。

第3のケースでは、UEは4つのスロットに対して、p1、p2、p2、p1のMA署名を使用する。この場合、p1は初期送信を識別し、P2は再送信／繰り返しを識別する。BSはp1を識別すると、TBが新しいTBであることを認識する。このアプローチは、同期再送信を使用する実装に使用できる。

複数のHARQ識別を備えたHARQフィードバックの詳細
HARQプロセスとGFリソースとの間の関連付けを可能にする実施形態が説明されてきた。フィードバックのためのリソースを特定のHARQプロセスに関連付けるさらなる実施形態が提供される。

1つのTTI内での並列HRQの複数のGFリソースの構成を特徴とする実施形態での使用に適した、次のアプローチが提供される。
1．GFリソースインデックスまたはMA署名インデックスから識別された複数のTBを使用して、同期HARQのLTEの物理ハイブリッドARQインジケータチャネル（PHICH）チャネルに類似したチャネルを使用する。
2．グループACK／NACKでは、グループIDにUEインデックスを含めるように複数のHARQ ACK／NACKを設定できる。
3．リソースセットへのマッピングを持つようにHARQプロセスIDが構成されている場合、グループACK／NACKにはHARQプロセス番号も含めることができる
GF初期送信用のHARQプロセスとTFリソース間の事前定義された関係を特徴とする実施形態、およびGF送信中のHARQプロセスの暗黙的または明示的な指示を特徴とする実施形態での使用に適した、以下のアプローチが提供される：
4．グループACK／NACKまたは個々のACK／NACKに含まれるHARQプロセス番号。
5．HARQプロセス番号による非同期再送信を識別できる。

一般に、HARQフィードバックには、HARQプロセスIDまたはHARQプロセスIDまたはパケットを識別する用語が明示的または暗黙的に含まれる。

次に、上記で紹介した5つのアプローチについて説明する。

PHICHのようなチャネルを使用したHARQフィードバック
この実施形態では、PHICHのようなチャネルを使用して、ACK／NACKは、PHICHグループのインデックスに従って時間周波数位置で直交シーケンス上で運ばれる。PHICHのようなACK／NACKのタイミングは固定されている。PHICHグループインデックスと直交シーケンスインデックスの組み合わせは、グラントフリーリソースインデックスとMA署名インデックス（RSインデックスなど）の組み合わせに基づいて決定される。

いくつかの実施形態では、MA署名インデックス（例えば、RSインデックス）とともにグラントフリーリソースインデックスは、HARQプロセスとともにUEを一意に識別する。UEは、PHICHのようなチャネルを介してACK／NACKを検出し、直交シーケンスと時間周波数位置に基づいて受信信号から決定されたGFリソースインデックスとMAシグネチャインデックスに基づいて、どのUEとどのHARQプロセスとに基づくものかを認識する。いくつかの実施形態では、RSインデックスは、直交カバーコード（OCC）番号の循環シフト数を含むことができる。

いくつかの実施形態では、複数のHARQプロセスは、MA署名をHARQプロセスにマッピングすることにより、異なるMA署名にわたって運ばれる。PHICHのようなチャネルで識別されるMA署名インデックスを使用して、HARQプロセスを識別できる。

グループACK／NACKを使用したHARQフィードバック
この実施形態の場合、グループACK／NACKのグループDCIは、GFグループRNTIおよびGFグループRNTIを使用してスクランブルされたCRCによって定義されるサーチスペースとして構成される。UEはCRCをデコードするためにGF−group−RNTIを知る必要がある。GF−group−RNTIは、前述のRRCなどの上位層シグナリングを使用して設定できる。GF−group−RNTIは、UEとBSの両方で既知のタイムスロットインデックスまたは時間周波数リソースインデックスと事前定義された関係を持つ場合もあり、その場合、特別にシグナリングする必要はない。

いくつかの実施形態では、各インデックスのコンテンツは、ACK／NACKのみの1ビットであり得る。または、各インデックスのコンテンツは2ビットで、1つはアクティビティ検出用（アクティブまたは非アクティブ）、もう1つはデータ検出用（ACK／NACK）である。エントリごとに2ビットのACK／NACKフィードバックを持つグループDCIについて説明したすべてのフォーマットは、エントリごとに1ビットのACK／NACKを持つものにも適用できることに留意されたい。

グループDCIは同期または非同期の場合がある。送信がスロットnにある場合、同期HARQでは、DCIはスロットn＋k（kは固定）で送信される。非同期HARQでは、DCI応答のタイミングが固定されていない場合がある。いくつかの実施形態では、非同期DCIについて、HARQプロセスID／番号が明示的に示される。

いくつかの実施形態では、UEには、グループGF−RNTI ACK／NACK内の1つ以上のUE位置インデックス（またはACK／NACKインデックス）が割り当てられ、各UE位置インデックスは、前述の特定のHARQプロセスに対応する。UEは、位置インデックスを使用してACK／NACKを見つけることができる。2ビットACK／NACKのこのフォーマットの例を図11に示す。ここで、UE位置インデックスはUE固有ではないが、例えば、HARQプロセス固有である。

いくつかの実施形態では、各UEは、それぞれのUEインデックスまたはグループGF−RNTI ACK／NACKで構成される。HARQプロセスをサポートするために、グループDCIフォーマットは、例えば図12に示すように、各UEのUEインデックス、およびUEの各HARQプロセスのHARQプロセスIDを含むように見えるかもしれない。代替として、HARQプロセスを省略することができ、ACK／NACK情報は、UEの連続的に番号付けされたHARQプロセスに関するものである。例えば、各HARQプロセスはGFリソースインデックスを介して識別できるため、図12のHARQプロセスインデックスをGFリソースインデックスに置き換えることができる。

いくつかの実施形態では、グループGF−RNTIおよびUE位置インデックスは事前設定されていない。この場合のグループDCIフォーマットは、例えば図13のようになる。この場合、HARQプロセスは、GFリソースインデックスとMA署名インデックスの組み合わせ、またはそれらのいずれかによって識別され、これらは両方ともグループACK／NACKに含まれている。

いくつかの実施形態において、UEは、異なるTBを示すためにMA署名が使用されるアクティビティ検出を通じて識別され得る。異なるTBは、HARQプロセス識別に関連付けられる場合と関連付けられない場合がある。いくつかのそのような実施形態では、グループACK／NACKは、TBを識別するためのMA署名インデックスとともにUEインデックスに対応するインデックスを有する。この例を図14に示す。ACK／NACKグループには、UEインデックスフィールドとMA署名インデックスフィールドが含まれている。

いくつかの実施形態では、HARQプロセスIDは、グループACK／NACKで明示的にシグナリングされる。図15に例を示す。グループACK／NACKには、UEインデックスまたはUE位置インデックス、または前の図と例で説明したインデックスのすべてまたは一部と、HARQプロセス番号／IDの1つまたは組み合わせが含まれる。

例えば、潜在的なUEが多数存在する場合に適したいくつかの実施形態では、グループDCIまたはグループACK／NACKは、UEを一意に識別することができるUE IDを含むことができる。グループACK／NACKは、オプションで、HARQプロセス識別／番号も含むことができる。グループACK／NACKに次のフィールドが含まれる例を図16に示す。
−グループACK／NACKに含まれるACK／NACKの数M。
−次に、次のフィールドのM個のインスタンス：
ACK／NACK（これがACKかNACKかを示す）
UEを一意に識別するUE識別子
そのUEのHARQプロセスID。

別のアプローチは図16のアプローチと似ているが、アクティビティ検出でUEのIDが明らかにされない場合に適している。この場合、グループACK／NACKは、UE識別子の代わりにUEに関連付けられたMA署名インデックスを含んでもよい。図17に例を示す。

図12〜図17から説明した上記グループACK／NACKでは、フォーマットの各エントリに対して、オプションでUEまたはHARPプロセスの明示的な許可を含めることもできる。許可には、DCI許可の一般的な情報（リソースブロック、MCS、NDIなど）が含まれる場合がある。

いくつかの実施形態では、上記のアプローチのいずれかを使用して、1つのエントリのみを有するアプローチの1つのフィールドを含む個々のDCIを提供することができる。いくつかの実施形態では、個々のDCIまたはグループDCIは、GF＿RNTI／C−RNTIまたはグループ＿RNTIでスクランブルされたCRCである。

いくつかの実施形態では、個々のDCIは、図16と同様であるが単一のUEについてのみのUE IDを含むこともできる。

上記で説明したHARQフィードバックは、DCI以外の他のチャネルでも送信できる。データチャネルまたは特別な制御チャネルを介して送信できるが、グループまたは個々のDCIについて説明した内容と同様のコンテンツ／フォーマットを使用する。

使用される個々のDCIは、連続再送信の早期終了に使用される場合がある。これには、上記の例のいくつかによると、HARQプロセス番号が含まれる場合がある。図18に例を示す。フォーマットは、HARQプロセスIDが明示的に示され、参照信号インデックス（RSの巡回シフト（CS）など）も明示的に示される場合があることを除いて、LTE SPS DCIリリースフォーマットに似ている。

いくつかの実施形態では、個々のDCIは、GFからGBへの切り替えを伝えるために使用され、どのTBを送信するかを識別するためのHARQプロセス番号を含む許可を与えることができる。TTIごとにHARQが1つしかない場合、HARQプロセス番号は同期再送信に必要ない。

システムに複数のサブバンドが構成されている場合、サブバンドインデックスが暗黙的または明示的にHARQフィードバックに含まれることがある。例えば、DCIまたはグループDCIにおけるHARQ ACK／NACK応答に使用されるGFリソースインデックスは、サブバンドインデックスおよびサブバンド内のGFリソースインデックスをさらに含み得る。

GFリソースの構成
いくつかの実施形態では、GFリソースは、異なる待ち時間要件を有する複数のタイプのGFトラフィック用に構成されてもよい。例えば、UEは、初期送信のために特定のアクセス間隔（または周期性）を持つGFリソースで構成されてもよい。GF初期送信の繰り返し／再送信用に設定されたリソースが存在する場合がある。遅延の影響を受けにくいトラフィックを持つUEは、初期送信のみに割り当てられたGFリソースで初期送信を送信できる。遅延に敏感なトラフィック、例えばURLLCを使用するUEは、再送信／繰り返しリソースでも初期送信を送信できる。

別の実施形態では、UEの第1のトラフィックタイプ（例えば、URLLC）に予め割り当てられたリソースは、初期送信のためのUEの別のトラフィックタイプ（例えば、eMBB）の初期GF送信に使用され得る。再送信の場合、他のトラフィックタイプの再送信はGBのみに基づいており（明示的な許可）、最初のトラフィックタイプに事前に割り当てられたリソースでは、許可を受信する前に最大回数まで自動的に繰り返すことが可能になる。

サブバンドとNumerologyのリソース構成および指示
いくつかの実施形態では、ネットワークは、システム内および個々のUEについて、混合Numerologyまたは単一Numerology、スロットおよびミニスロットなどで1つまたは複数のサブバンドを構成し、これらの構成を準静的および／または動的に更新する。

別の実施形態では、サブバンド、Numerology、スロット、および／またはミニスロットの構成および再構成（または更新）は、例えば、ブロードキャストチャネル、マルチキャスティング、および／またはRRCメッセージなどの高層シグナリングを用いた準静的なものであり得る。

他の実施形態では、サブバンド、Numerology、スロットおよび／またはミニスロットの構成および再構成（または更新）は、例えば、グループ共通NR−PDCCHまたはユニキャストチャネルなどのL1またはDCIシグナリングを使用して動的にすることができるチャネルであり得る。いくつかの実施形態では、Numerology情報の構成のためのグループ共通NR−PDCCHは、LTEにおけるPCFICHに類似したPCFICHのようなチャネルを使用して運ばれ得る。いくつかの実施形態では、Numerology情報の構成のためのグループ共通NR−PDCCHは、他の特別な制御チャネルを使用して運ばれてもよい。いくつかの実施形態では、Numerology情報の構成のためのグループ共通NR−PDCCHは、共通DCIフォーマットを使用して運ばれ得る。共通のDCIフォーマットでは、グループRNTIは高層シグナリング（例えばRRC）でシグナリングされるか、（通常は時間および／または周波数位置インデックスの関数として）事前定義される。グループRNTIを使用して、DCIのサーチスペースを定義し、DCIのCRCをスクランブルすることができる。

複数のトランスポートブロック（TB）および複数の（コード化ブロック）CB送信
以下で説明する複数のTBおよびCB送信は、一般に、グラントフリーおよび許可ベースの送信／再送信／繰り返しの両方を含む無線通信に適用でき、アップリンクまたはダウンリンク送信の両方に適用できる。

いくつかの実施形態では、1つのUEは、1つのグラントフリーまたはスケジュールされたリソースユニットで複数のTBを送信してもよい。例については、図23を参照。例えば、各TBは、MIMO送信の空間層／コードブックを表す場合がある。次の図は、2 TBを送信する例を示している。2 TBは2つの異なるアンテナポートで送信できる。複数のTBは、同じHARQプロセスIDに対応する場合もあれば、複数のHARQプロセスIDに対応する場合もある。複数のTBが同じHARQプロセスIDに対応する場合、1 TBまたはそれ以上のTBのHARQ応答（ACK／NACKまたは許可）は、HARQプロセスID上のTBインデックスを明示的または暗黙的に示す。複数のTBが異なるHARQプロセスに対応する場合、BSは、HARQフィードバック（ACK／NACKまたは許可）で個々のHARQプロセスIDを明示的または暗黙的に示すことができる。

いくつかの実施形態では、UEの送信の1つのトランスポートブロック（TB）は、複数のコード化ブロック（CB）を含み得る。例については、図24を参照。各CBは独立してデコードでき、1つまたは複数のうちのいずれかのCBは、グループベースのシグナリング（グループ共通PDCCHチャネルなど）または個別のシグナリングの確認応答（ACK／NACK）メッセージで示すことができる。いくつかの実施形態では、1つのTB内の異なるCBは、同じUEの同じデータパケットを運ぶことができる。いくつかの実施形態では、1つのTB内の異なるCBは、同じUEの異なるデータパケットまたは異なるトラフィックタイプに対応することができる。いくつかの実施形態では、1つのTB内の異なるCBは、異なるUEの異なるトラフィックタイプを有する異なるデータパケットまたはデータに対応することができる。各CBは、新しいデータ送信または以前のデータ送信の繰り返し／再送信に対応する。また、同じTBの異なるCBで新しい送信と再送信が混在する可能性がある。次の図は、4つのCBを含むTB送信の例を示している。特定の一例では、CB1およびCB2はUE 1の1つのデータパケットの再送信に属し、CB3はUE 1の異なるデータパケットの新しい送信に対応でき、CB4は異なるUE、UE 2のデータパケットに対応できる。同じUEのTB内の異なるCBは、異なるHARQプロセスIDに対応するか、同じHARQプロセスIDを共有する。

特定のCBまたはTBのHARQフィードバック（ACK／NACKまたは許可）を送信するために、いくつかの実施形態では、BSは、どのCBまたはTBがACK／NACKまたは許可であるかをUEが識別できるように、HARQプロセスIDの上にCBインデックスおよび／またはTBインデックスを明示的または暗黙的に含む。例えば、グループACK／NACKでは、ACK／NACKインデックスは、現在、HARQプロセスインデックス、TBインデックス、およびCBインデックスの少なくとも1つまたはいくつかの組み合わせを含むことがある。

いくつかの実施形態では、UEは、同じUEまたは異なるUEからの前のパケットの再送信／繰り返しに割り当てられたリソースで新しいパケットを送信することができる。図25に例を示す。新しいパケットの送信は、同じ送信リソース内の以前のデータパケットの再送信／繰り返しに使用されるCBまたはTBとは異なるCBまたはTBを使用して送信されてもよい。いくつかの実施形態では、BSまたはネットワークは、以前の再送信／繰り返しリソースで新しいパケットを送信するようにUEに明示的または暗黙的にシグナリングまたは指示することができる。図3は、UEからの2つの送信の例を示しており、各送信には、1つのTBとTB内の2つのCBが含まれている。2つの送信は、グラントフリーの送信／再送信／繰り返し、または許可ベースの送信／再送信／繰り返しである。一実施形態では、CB1およびCB2は、2つの異なる符号化ブロックに別々にエンコードされる異なるデータパケットを含み得る。例えば、UEの1回目の送信のCB1はデータパケット／ブロック1の初期送信に対応し、1回目の送信のCB2はデータパケット／ブロック2の初期送信に対応し、2つのCBは同じHARQプロセスID＝0を共有できき、2回目の送信では、再送信に必要なCBは1つだけである。その理由は様々である。例えば、データパケット／ブロックの1つ（例えば、データパケット2）を正常に送信できる。基地局は、CBレベルのACK／NACKまたは許可を送信できる。例えば、BSは、CB1が正常にデコードされず（CB1上のNACK）、CB2が正常にデコードされた（CB2上のACK）ことを示すACK／NACKフィードバックを送信することができる。いくつかの実施形態では、CB2のACKまたはCB2のNACKのみが送信される。別の例では、BSまたはネットワークは、CB1とCB2の個別の許可情報がある第1の送信に対応するDCI許可を送信できる。例えば、CB1では、許可の新しいデータインジケータ（NDI）フィールドは1であるか、トグルされていない可能性があり、CB1に対応するデータパケットの再送信を示す。NDIフィールドが0であるか、CB2の許可で切り替えられている間、CB2での新しい送信を示す。次に、ACK／NACKまたは許可に続く2回目の送信で、UEはCB1でデータパケット1を再送信し、CB2で新しいデータパケット3を送信する。BSとUEの両方が、データパケットとCB間の関係を知っていることに留意されたく、これは、BSによるシグナリングによって示される。

いくつかの実施形態では、UEは、グラントフリーで、または許可ありで以前のパケットの再送信／繰り返しに割り当てられた送信リソースで新しいパケットを送信することを決定できるが、許可はUEにそうするよう指示しない。新しいパケットの送信は、同じ送信リソース内で以前のデータパケットの再送信／繰り返しに使用されるCBまたはTBとは異なるCBまたはTBを使用して送信されてもよい。この場合、BSまたはネットワークが新しいパケットを識別するために、UEは新しいパケットが特定のCBで送信されることを明示的または暗黙的に示すことができる。明示的なシグナリングの例は、CBが新しいパケット送信であることを示す指示シグナリングを送信することである。指示は、制御チャネルまたはデータチャネルで実行できる。データを個別にエンコードして、データをデコードせずに保護およびデコードできるようにすることができる。指示は、パケットID、CBに対応するHARQ ID、またはCBが新しいパケット送信用であることを伝えるフラグである。暗黙的なシグナリングの例は、MA署名を介してこの情報を運ぶことである。例えば、MA署名の1つのセットは、CBの新しいパケットまたはパケットIDまたはHARQ IDに対応する場合がある。

別の実施形態では、UEは、複数の異なるデータパケットに対応する複数のCBの連続的な繰り返しを実行し得る。例えば、図3では、CB2に対応するデータパケットの1つが正常にデコードされ、ACKされる。したがって、第2の送信では、CB1の第1の送信に対応する第1のデータパケットのみがCB1の第2の送信で繰り返される。このシナリオでは、UEはCB2で新しいパケットを送信することを選択できる。

いくつかの実施形態では、異なるCBは別々に符号化され、首尾よく復号され得るが、異なるCBは同じデータパケットに対応し得る。例えば、データパケットは外部コードによってエンコードされてもよい。外部コードの異なるエンコードビットは、異なるCBでさらに個別にエンコードできる。外部コードの例は、噴水コードまたはレートレスコードである。BSは、外部コードをさらにデコードすることにより、同じデータパケットに対応する異なるCBを組み合わせることができる。図25を例として使用する場合、BSは最初に異なるCBを個別にデコードできる。この送信に対してCBレベルのACK／NACKを送信するには、BSは、いくつのCBが正常にデコードされたかを示すだけでよい場合がある。図25の例。正常にデコードされたCBは1つのみである。UEがこの情報を受信すると、UEは同じデータパケットの1つのCBのみを再送信する必要があることを認識する。次に、UEは、第2の送信のCB1において、第1の送信におけるCB1と同じパケットの再送信を送信する。UEは、CB2で新しいパケットを送信することを選択できる。

他の実施形態では、CBのすべての送信および肯定応答プロセスは、ダウンリンクおよびアップリンクの両方に適用される。ダウンリンクの場合、単一の送信機（eNBやgNBなど）が単一のUEまたは複数のUEにデータを送信する。

上記のプロトコルと例の説明では、UEがパケットを送信してHARQフィードバック（ACK／NACK）を受信し、BSはACK／NACKを送信してパケットを受信するBSであるアップリンクを例として使用したことに留意されたい。同じプロトコルをダウンリンクに適用でき、この場合、BSは送信を送信してACK／NACKを受信し、UEは送信を受信してACK／NACKを送信する。

いくつかの実施形態では、CBは、同じ送信機または異なる送信機からの新しいパケットおよび再送信されたパケットからの混合データを含む。他の実施形態では、CBは、同じ送信機または異なる送信機からの異なる再送パケットからの混合データを含む。

より一般的には、TB内の複数のCB送信について説明したすべての送信プロトコルと指示方法は、単一のスケジュールされた送信またはGF送信内の複数のTB送信にも適用できる。

コードブロック（CB）またはコードブロックインデックスに関する本開示のすべての説明は、複数のCBを含む例えばコードブロックグループ（CBG）など、2つ以上のトランスポートブロックにも適用され得る。

図9に戻って参照すると、上記で詳細に説明したように、2つの異なる実施形態が1つの図に示されていることを明確にすべきである。第1の実施形態では、所与の送信または再送信は、スロットのHARQプロセスIDに関連付けられたスロットでのみ行うことができる。例えば、HARQプロセスID 0の場合、最初の送信と3回の再送信／繰り返しは、スロット0、1、2、および3でのみ実行できる。第2の実施形態では、HARQマッピングは、初期送信のためのリソースのみを定義する。例えば、HARQプロセスID 1の場合、スロット4、5、6、および7のいずれかを初期送信に使用できる。再送信／繰り返しに使用される後続のスロットは、必ずしもHARQプロセスID 1にマッピングされない。

ここで図19を参照すると、UEにおける方法のフローチャートが示されている。この方法は、ブロック1900において、HARQプロセスIDを有するHARQプロセスの一部として、初期グラントフリー送信およびK−1回の繰り返し（ここで、K≧2）を送信することを含む。初期グラントフリー送信の送信に利用可能な少なくとも1つのリソースへのHARQプロセスIDの事前定義されたマッピングは、Kの関数である。

図9のリソースマッピングの両方の実施形態は、Kが4である図19の方法の例であることに留意されたい。

オプションで、マッピングは、HARQプロセスの最大数の関数でもある。図9では、L＝4の最大数のHARQプロセスと、K＝4の最大繰り返し係数があるが、同じアプローチを他の数のHARQプロセスと繰り返し係数に一般化できる。より一般的には、いくつかのKおよびいくつかのLについて、各HARQプロセスにマッピングされ得るK個の連続したスロットまたはリソースがあり、K個の連続したスロットまたはリソースの構成はL個のHARQプロセスを通して循環され得る。リソースとHARQプロセスの関連付けは、KxLリソースの後に繰り返される。

本明細書における「連続的なグラントフリーリソース」または「連続的なグラントフリーリソースのセット」への言及は、グラントフリー送信に利用可能なリソースに関して連続的であることを意味することに留意されたい。ただし、2つの「連続したグラントフリーのリソース」の間には、スケジュールされたトラフィックなど、他の目的のためのリソースが介在する可能性があることを理解する必要がある。この例を図10に示す。GFリソース1002、1004の間に介在するGFリソースがなく、GFリソース1004、1006の間に介在するGFリソースがない場合、リソース1002、1004、1006は継続グラントフリーリソースと称される。同様に、そのようなリソースは、「連続したグラントフリーリソース」と称される。例えば、時間領域内の2つの隣接するGFリソース間のTTis（または周期性）の数は、本開示で前述したように、RRCでグラントフリー送信用に設定でき、この場合、2つの連続したグラントフリーリソースを時間領域の周期性によって定義される時間長で分離できる。

上で詳述したように、いくつかの実施形態では、HARQプロセスIDは、マッピングによる初期グラントフリー送信のためのリソースに基づいている。

いくつかの実施形態では、マッピングは、HARQプロセスIDを第1のリソースを含む複数Kのリソースにマッピングし、UEは、第1のリソースを使用して初期グラントフリー送信を送信する。これは、図9の第1の実施形態と一致している。

あるいは、マッピングは、HARQプロセスIDを複数のリソースにマッピングし、UEは、複数のリソースのいずれか1つを使用して初期グラントフリー送信を送信する。これは、図9の第2の実施形態と一致している。このアプローチの利点は、最初のマッピングされたリソースのみを初期送信に使用できる場合よりも早く初期送信を実行できることである。

いくつかの実施形態では、初期送信は、初期UE送信のために事前定義された第1の多重アクセス署名を使用して送信され、繰り返しは、第2の多重アクセス署名を使用して送信される。これは、図10のコンテキストで第3のケースと称される上記の例と一致している。

いくつかの実施形態において、マッピングは、HARQプロセスIDを、グラントフリーリソースの全体セット内の連続する複数の連続したリソースにマッピングする。図9の実施形態は、このアプローチと一致している。

オプションで、本明細書に記載の実施形態のいずれかについて、少なくとも1つのリソースのそれぞれは、複数のグラントフリーリソースのうちの1つであり、複数のグラントフリーリソースは時間的に周期的に間隔を空けられる。

次に図20を参照すると、UEにおける方法のフローチャートが示されている。この方法は、ブロック2000で複数のグラントフリーリソースのいずれかを使用して初期送信を送信することを含む。この方法は、ブロック2002で、複数のグラントフリーリソースの1つと次のグラントフリーリソースが複数のグラントフリーリソース内で連続している、次のグラントフリーリソースを使用して初期送信に関連する繰り返しを送信し続ける。

図9の第2の実施形態は、この例を示しており、最初の送信がいつ行われるかについての制限はなく、最初の送信の直後に後続の繰り返しが発生する。すぐに続くことにより、これは次のグラントフリーリソースを意味する。リソースは、例えば許可ベースの送信に利用可能なリソースなど、連続したグラントフリーリソースの間に介入する場合があることを理解されたい。

ここで図21を参照すると、UEにおける方法のフローチャートが示されている。この方法は、ブロック2100でHARQプロセスIDに時間周波数リソースのセットを構成するRRCシグナリングを受信することを含む。次に、ブロック2102において、HARQプロセスIDを有するHARQプロセスの一部として、受信されたRRCシグナリングにより構成されたリソースの1つを使用して、UEは初期グラントフリー送信を送信する。

いくつかの実施形態では、時間周波数リソースのセットは、K時間周波数リソースを含み、方法は、HARQプロセスIDを有するHARQプロセスの一部として、受信したRRCシグナリングによって構成されたリソースを使用して、K≧2としてK−1回の繰り返しを送信するステップをさらに含む。

次に図22を参照すると、UEにおける方法のフローチャートが示されている。この方法は、ブロック2200で、HARQプロセスIDを有するHARQプロセスの一部として、初期グラントフリー送信を送信するステップを含む。HARQプロセスIDは、少なくとも最初の送信を送信するために使用される周波数に基づいて導出される。例えば、1つの時間単位／スロット内で異なる周波数位置に2つのGFリソースがあり、より高い周波数帯域インデックスを持つものがHARQプロセス0に対応し、もう1つはHARQプロセス1に対応するか、その逆も同様であるように構成されたリソースの2つの並列セットの使用に関する上記の説明を参照されたい。

さらなる例
例1．ユーザ機器のグラントフリーリソースを設定するためのネットワーク要素内の方法であって、方法は、
i．ネットワーク要素が、ユーザ機器の複数のハイブリッド自動再送要求（HARQ）プロセスに対応するリソースの複数のセットを構成するシグナリングを送信するステップを含む、方法。

例2．リソースの複数のセットが、時間単位ごとに複数のリソースを含む、例1の方法。

例3．シグナリングが、
HARQプロセスの最大数の指示と、
ユーザ識別子と、
各HARQプロセスのリソース指示と、
のうちの少なくとも1つを含むメッセージを含む、例1の方法。

例4．シグナリングは、複数のHARQプロセスのための複数のダウンリンクチャネル情報（DCI）起動を含む、例1の方法。

例5．シグナリングは、各HARQプロセスのリソース指示を含み、リソース指示はHARQ識別子（ID）を含む、例3の方法。

例6．上位層のシグナリング、
上位層シグナリングと動的シグナリングとの組み合わせ、
ブロードキャストシグナリングと上位層シグナリングとの組み合わせ、
ブロードキャストシグナリングと上位層シグナリングとの組み合わせ、およびダイナミックシグナリング
のいずれかを使用してシグナリングが送信される、例1から例5の方法。

例7．シグナリングは、そのUEインデックスが割り当てられたユーザ機器のACK／NACKの特定の位置に関連付けられたUEインデックスを含む、例1から例6の方法。

例8．シグナリングは、各HARQプロセスに対するUE ACK／NACKインデックスを含み、ACK／NACKインデックスは、HARQプロセスに対するACK／NACKの特定の位置に関連付けられる、例1から例6の方法。

例9．グラントフリー（GF）送信のアクティビティ検出とHARQプロセス識別を実行するステップであって、GFリソースが複数のHARQプロセス用に構成されている、ステップ
を含む方法であって、
HARQプロセス識別の実行は、HARQ IDとGF送信の初期GF送信の送信リソースとの間の所定の関係に基づく、方法。

例10．現在の時間単位番号、グラントフリーアクセス間隔、時間単位ごとのグラントフリーリソースの数、時間単位内のグラントフリーリソースインデックス、および構成されたHARQプロセスの少なくとも1つに基づいてHARQ IDを導出するステップをさらに含む、
例9の方法。

例11．事前定義された関係が少なくとも1つのHARQプロセスIDを少なくとも2つの時間単位に関連付ける、例9または例10の方法。

例12．少なくとも2つのHARQプロセスIDが、少なくとも2つの時間単位のそれぞれに関連付けられる、例11の方法。

例13．HARQプロセスIDは、周波数で、次いで時間内でGFリソースを循環する、例12の方法。

例14．HARQプロセスIDが時間内に、次いで周波数でGFリソースを循環する、例12の方法。

例15．初期送信用に設定されたリソースの1つで受信した初期送信のデコードに失敗した後、許可ベースの再送信を受信するステップ
をさらに含む、例9から例12の方法。

例16．初期送信用に構成されたリソースの1つで受信した初期送信のデコードに失敗した後、同じHARQ IDに対応するリソースで少なくとも1つの再送信を受信するステップ
をさらに含む、例9から例12の方法。

例17．事前定義された関係は、各HARQプロセスIDを、対応する複数のリソースインデックスに関連付けられた複数のリソースに関連付け、各対応する複数のリソースインデックスは、第1のリソースインデックスを含む、
例9から例16の方法。

例18．対応する複数のリソースインデックスの第1のインデックスに関連付けられたリソース上の所与のHARQプロセスIDに対してのみ初期送信が許可され、
方法は、HARQプロセスIDの対応する複数のリソースインデックスの第2のインデックスに関連付けられたリソースで少なくとも1つの繰り返しを受信するステップをさらに含む、例17の方法。

例19．関連付けられた複数のリソースのいずれかで、所与のHARQプロセスの初期送信を受信でき、
初期送信に使用されたリソースのリソースインデックスに続くリソースインデックスに関連付けられたリソースで、所与のHARQプロセスの少なくとも1回の繰り返しが受信される、例17の方法。

例20．事前定義された数のGF再送信が受信され、または
GF再送信は、ACKまたは許可が送信されるまで受信される、例19の方法。

例21．HARQプロセスIDに関連付けられたGF送信を受信するステップであって、GF送信には、HARQプロセスIDの明示的または暗黙的な指示が含まれる、ステップ
を含む、方法。

例22．GF送信を受信することは、多重アクセス署名検出を実行するステップを含み、
方法は、少なくとも1つの検出された多重アクセス署名に基づいてHARQプロセスIDを決定するステップをさらに含む、例21の方法。

例23．少なくとも1つの検出された多重アクセス署名に基づいて、HARQプロセスIDと冗長バージョンを決定するステップ
をさらに含む、例22の方法。

例24．少なくとも1つの検出された多重アクセス署名に基づいて、送信が初期送信か再送信かを判断するステップ
をさらに含む、例22の方法。

例25．複数のHARQプロセス用に構成されたリソースのアクティビティ検出、UE識別、HARQプロセス識別、およびデータ検出を実行するステップ
をさらに含む、例1から例24の方法。

例26．アクティビティ検出、UE識別、HARQプロセス識別の結果に基づいてACK／NACKを送信するステップ
をさらに含む、例1から例25の方法。

例27．PHICHのようなチャネルを使用することによるアクティビティ検出の結果に基づいてACK／NACKを送信するステップをさらに含み、ACK／NACKは、PHICHグループのインデックスによる時間周波数位置で直交シーケンスで運ばれる、例1の方法。

例28．グラントフリーリソースインデックスと多重アクセス署名インデックスの組み合わせに基づいて、グループインデックスと直交シーケンスインデックスの組み合わせを決定するステップ
をさらに含む、例27の方法。

例29．UEおよびHARQプロセスを識別するために、多重アクセス署名インデックスとともにグラントフリーリソースインデックスを使用するステップをさらに含む、例1の方法。

例30．グループACK／NACKを送信するステップをさらに含む、例1から例29の方法。

例31．グループACK／NACKが少なくとも複数のACK／NACKのそれぞれについてUE位置インデックスと、ACK／NACKとを含む、
例30の方法。

例32．グループACK／NACKが少なくとも、
複数のUEのそれぞれについてUEインデックスと、
各UEの複数のHARQプロセスのそれぞれについてHARQプロセスインデックスおよびACK／NACKとを含む、例30の方法。

例33．グループACK／NACKが少なくとも
複数のGFリソースのそれぞれについて、GFリソースインデックスと、
各GFリソースについて、複数の多重アクセス署名インデックスおよび対応する複数のACK／NACKとを含む、例30の方法。

例34．グループACK／NACKが少なくとも
複数のUEのそれぞれについて、UEインデックスと、
各UEの複数のトランスポートブロックのそれぞれに対して、トランスポートブロックに関連付けられた多重アクセス署名とを含む、例30の方法。

例35．グループACK／NACKが少なくとも
複数のUEのそれぞれについて、UEインデックスと、
各UEインデックスについて、少なくとも1つのACK／NACKおよび対応するHARQプロセスIDとを含む、例30の方法。

例36．グループACK／NACKは、グループACK／NACKの複数のACK／NACKのそれぞれについて、
UE IDと、オプションでHARQプロセスIDとを含む、例30の方法。

例37．グループACK／NACKは、グループACK／NACKの複数のACK／NACKのそれぞれについて、
多重アクセス署名インデックスと、オプションでHARQプロセスIDとを含む、例30の方法。

例38．例1から37のいずれか1つの方法を実行するように構成された、基地局。

例39．複数のHARQプロセスのためのリソースを構成するために、例1から例6のいずれか1つの方法に従って送信されたシグナリングを受信するステップと、
設定されたリソースを使用して、HARQプロセスでグラントフリー送信を送信するステップと
を含む、ユーザ機器における方法。

例40．例27から29のいずれか1つの方法に従って送信されたACK／NACKを受信するステップをさらに含む、例39の方法。

例41．例9から20のいずれか1つの方法と一致して、HARQプロセスIDと初期送信のためのリソース間の事前定義された関係に基づいて複数のHARQプロセス送信を行うステップ
を含む、ユーザ機器における方法。

例42．例21から24のいずれか1つの方法と一致して、グラントフリー送信中にHARQプロセスの暗黙的または明示的な指示で複数のHARQプロセス送信を行うステップ
を含む、ユーザ機器における方法。

例43．例26から37のいずれか1つの方法に従って送信されたACK／NACKを受信するステップ
をさらに含む、例39から38のいずれか1つの方法。

例44．例39から43のいずれかの方法を実装するように構成された、ユーザ機器。

例45．UEにおける方法であって、方法は、
複数のグラントフリーリソースのいずれかを使用して初期送信を送信するステップと、
次のグラントフリーリソースを使用して、初期送信に関連する繰り返しを送信するステップであって、複数のグラントフリーリソースのうちの1つおよび次のグラントフリーリソースは、複数のグラントフリーリソース内で連続する、ステップと
を含む、方法。

例46．UEにおける方法であって、方法は、
HARQプロセスIDに時間周波数リソースのセットを構成するRRCシグナリングを受信するステップと、
HARQプロセスIDを有するHARQプロセスの一部として、受信されたRRCシグナリングにより構成されたリソースの1つを使用して、初期グラントフリー送信を送信するステップとを含む、方法。

例47．時間周波数リソースのセットがK個の時間周波数リソースを含み、方法は、
HARQプロセスIDを有するHARQプロセスの一部として、受信したRRCシグナリングにより構成されたリソースを使用して、K≧2としてK−1回の繰り返しを送信するステップを含む、例46の方法。

例48．UEにおける方法であって、方法は、
HARQプロセスIDを持つHARQプロセスの一部として、初期グラントフリーの送信を送信するステップを含み、
HARQプロセスIDは、少なくとも初期送信を送信するために使用される周波数に基づいて導出される、方法。

いくつかの実施形態は、グラントフリーに送信されたTBのgNBによる受信の成功の確認／指示を実行する方法に関する動機および問題のいくつかに対処する。

いくつかの実施形態では、グラントフリーのUL送信スキームは、同じTBの初期送信を含むK回（K≧1）の繰り返しをサポートする。最大繰り返し数Kは、構成可能なパラメータである。URLLCサービスをサポートするために、遅延バジェット、Numerology、およびスロット期間に応じて、最大繰り返し数を決定できる。ただし、UEにKを選択することにはいくつかのトレードオフがある。Kが大きすぎると、成功する受信に対する小さい数の連続した送信を必要とする、良好なチャネル品質を持つ一部のユーザに対して不必要な送信が発生する可能性がある。したがって、これらのユーザの無駄な繰り返しにより、同じリソースを共有する他のグラントフリーUEに不要な干渉が発生する。一方、Kの設定が小さすぎる場合、UEは、K回の繰り返し後にHARQ応答またはUL許可を待機する必要がある可能性があり、URLLC UEの信頼性は遅延限界内で満たされない場合がある。URLLC UEの適切なソリューションは、遅延要件に従ってKを設定することであるが、DL確認／指示を介してTBの繰り返し送信の早期終了を可能にする。以下で説明する実施形態は、ULグラントフリー送信のためのそのような肯定応答／指示およびHARQ応答の解決策を提供する。

PHICHのようなチャネル
許可ベースおよびグラントフリーのアップリンク送信のACK／NACKの場合、NRにPHICHのようなチャネルを含めることができる。不要な再送信を停止するためのグラントフリー送信のTBの成功する受信を示すためには、確認応答で十分である。この目的で完全なアップリンク許可を送信すると、特にグラントフリーユーザの数が多い場合に、不要なオーバーヘッドが発生する可能性がある。TBのACKまたはNACKのみを伝達するPHICHのようなチャネルは、この目的に最適である。

PHICHのようなチャネルは、LTEのPHICHチャネルと同様に設計でき、対応するTBおよびUEを識別するために、ACK／NACK情報を異なるグループの異なる直交シーケンスで送信できる。直交シーケンスのインデックスとPHICHのようなグループの組み合わせは、様々なグラントフリーのリソースパラメータの組み合わせにマッピングできる。このマッピングにより、特定のTBのACK／NACKを識別できる。したがって、グラントフリーUEは、特定のTBに対してどのACK／NACKが送信されるかを識別できる。

いくつかの実施形態では、PHICHのようなチャネルは、最小のオーバーヘッドでグラントフリー送信でTBを首尾よく受信する確認／指示として使用することができる。

DCIベースのソリューション
別の実施形態では、グラントフリー送信のためのTBの承認は、DCIを介して承認を送信することによる。DCIは、グループ共通DCIを介して送信されるグループACK／NACKにすることができる。グループACK／NACKを個別に送信することが、個別のACK／NACKまたは許可を個別に送信するよりも適切な理由は、グラントフリーの送信に対する潜在的なユーザが複数存在し、TBのさらなる繰り返し停止するために伝達する必要がある情報が1ビットしかないことであり、グループACK／NACKは、シグナリングオーバーヘッドの点ではるかに効率的である。

グループACK／NACKは、グループ共通DCIを使用して送信できる。グループDCIは、すでにLTEとNRでサポートされている。UEのグループのACK／NACKをサポートするには、この目的のために新しいDCIフォーマットを定義するだけである。

いくつかの実施形態では、グループ共通DCIは、グラントフリー送信でTBを正常に受信することの肯定応答／指示として使用することもできる。

グラントフリー送信のTBの確認応答を示す別のソリューションは、個別のDCIまたはユニキャストDCIを使用することである。ただし、このDCIの目的がグラントフリー送信の連続的な繰り返しを早期に停止することである場合、現在の許可ベースのDCIフォーマットを使用すると、シグナリングオーバーヘッドが大きくなる可能性がある。

いくつかの実施形態では、連続的な再送信を早期に停止する目的でユニキャストDCIを使用することもできる。ただし、現在の許可ベースのユニキャストDCIをこの目的に使用することは、シグナリングオーバーヘッドの点で非効率的である。

HARQフィードバック指示に使用できる他のチャネル（データチャネルなど）があるが、ここでは詳しく説明しない。

いくつかの実施形態では、グラントフリーでK回の繰り返しで構成されるUEの場合、そのTBを正常に受信したという肯定応答／指示がgNBから受信されると、UEはUE TBの繰り返しを停止する。

いくつかの実施形態では、K回の繰り返しで構成されたグラントフリー送信でTBを正常に受信したことの肯定応答／指示のために、少なくともPHICHのようなチャネルまたはグループACK／NACKチャネルがサポートされる。

結論
本発明を特定の特徴およびその実施形態を参照して説明したが、本発明から逸脱することなく、様々な修正および組み合わせを本発明に加えることができる。したがって、説明および図面は、添付の特許請求の範囲によって定義される本発明のいくつかの実施形態の単なる例示と見なされるべきであり、本発明の範囲内にあるすべての修正、変形、組み合わせ、または同等物を網羅すると考えられる。したがって、本発明およびその利点を詳細に説明したが、添付の特許請求の範囲によって定義される本発明から逸脱することなく、様々な変更、置換、および代替を本明細書で行うことができる。さらに、本出願の範囲は、本明細書に記載のプロセス、機械、製造、物質の組成、手段、方法、およびステップの特定の実施形態に限定されることを意図していない。当業者が本発明の開示から容易に理解するように、実質的に同じ機能を実行するか、または本明細書に記載の対応する実施形態が本発明に従って利用され得るのと実質的に同じ結果を達成する、現在存在するかまたは今後開発されるプロセス、機械、製造、組成物、手段、方法、またはステップは本発明によって利用することができる。したがって、添付の特許請求の範囲は、そのようなプロセス、機械、製造、物質の組成、手段、方法、またはステップをその範囲内に含むことを意図している。

さらに、命令を実行する本明細書で例示するモジュール、コンポーネント、またはデバイスは、コンピュータ／プロセッサ読み取り可能な命令、データ構造、プログラムモジュールおよび／または他のデータなどの情報を保存するための非一時的なコンピュータ／プロセッサ読み取り可能な記憶媒体モジュール、または媒体を含むか、またはその他の方法でアクセスすることができる。非一時的なコンピュータ／プロセッサ読み取り可能なストレージメディアの例の非網羅的なリストには、磁気カセット、磁気テープ、磁気ディスクストレージまたはその他の磁気ストレージデバイス、CD−ROMなどの光ディスク、デジタルビデオディスクまたはデジタル多用途ディスク（DVD）、Blu−ray（登録商標）ディスク、またはその他の光学ストレージ、任意の方法または技術で実装された揮発性および不揮発性、リムーバブルおよび非リムーバブルメディア、ランダムアクセスメモリ（RAM）、読み取り専用メモリ（ROM）、電気的に消去可能なプログラマブル読み取り専用メモリ（EEPROM）、フラッシュメモリ、またはその他のメモリテクノロジーを含む。そのような非一時的なコンピュータ／プロセッサ記憶媒体は、デバイスの一部であるか、デバイスにアクセス可能または接続可能である。本明細書で説明する任意のアプリケーションまたはモジュールは、そのような非一時的なコンピュータ／プロセッサ可読記憶媒体によって格納またはその他の方法で保持され得るコンピュータ／プロセッサ可読／実行可能命令を使用して実装され得る。

100 基地局
102 ユーザ機器（UE）
104 グラントフリー送信モジュール
106 グラントフリー送信モジュール
124 バブル
128 メッセージ
150 メッセージ
152 多重アクセス（MA）署名
154 データ
156 アップリンクチャネル
157 UE ID
158 巡回冗長検査（CRC）
160 CRC
162 データ
204 メモリ
206 グラントフリー送信デコーダ
208 アンテナ
210 エンコーダ
212 メモリ
214 グラントフリーメッセージ生成器
216 アンテナ
218 デコーダ
219 エンコーダ

Claims (30)

1. ユーザ機器（UE）により、動的許可なしでの送信のためのリソース構成を基地局から受信するステップであって、前記リソース構成は、トランスポートブロック（TB）の繰り返しのK回の送信のためのK個のリソースを定義する、ステップと、
   前記UEにより、前記K個のリソースのいずれかを使用して、前記TBの動的許可なしでの初期送信を送信するステップと
   を含み、
   前記K個のリソースは、動的許可なしでの送信のための同じハイブリッド自動再送要求（HARQ）プロセス識別子（ID）に対応し、
   前記HARQプロセスIDは、前記初期送信に使用される前記リソースに基づいて決定される、
   方法。
2. 前記K個のリソースのそれぞれは、動的許可なしでの前記TBの初期送信をサポートする、請求項1に記載の方法。
3. 前記UEにより、前記K個のリソースのうちの次に利用可能なリソースを使用して、前記TBの再送信を送信するステップ
   をさらに含む、請求項1または2に記載の方法。
4. 前記リソース構成は、無線リソース制御（RRC）シグナリングを介して受信される、請求項1から3のいずれか一項に記載の方法。
5. 前記リソース構成は、無線リソース制御（RRC）シグナリングとダウンリンク制御情報（DCI）シグナリングの組み合わせを介して受信される、請求項1から4のいずれか一項に記載の方法。
6. 前記HARQプロセスIDは、前記初期送信に使用される前記リソースが位置する時間単位のインデックス、周期性、およびHARQプロセスの設定された最大数に基づいて決定される、請求項1に記載の方法。
7. ユーザ機器（UE）であって、
   プロセッサと、
   前記プロセッサによる実行のためのプログラミングを記憶する非一時的なコンピュータ可読記憶媒体と
   を備え、
   前記プログラミングは、
   動的許可なしでの送信のためのリソース構成を基地局から受信するための命令であって、前記リソース構成は、トランスポートブロック（TB）の繰り返しのK回の送信のためのK個のリソースを定義する、命令と、
   前記K個のリソースのいずれかを使用して、前記TBの動的許可なしでの初期送信を送信するための命令と
   を含み、
   前記K個のリソースは、動的許可なしでの送信のための同じハイブリッド自動再送要求（HARQ）プロセス識別子（ID）に対応し、
   前記HARQプロセスIDは、前記初期送信に使用される前記リソースに基づいて決定される、
   UE。
8. 前記K個のリソースのそれぞれは、動的許可なしでの前記TBの初期送信をサポートする、請求項7に記載のUE。
9. 前記プログラミングは、
   前記K個のリソースのうちの次に利用可能なリソースを使用して、前記TBの再送信を送信するための命令
   をさらに含む、請求項7または8に記載のUE。
10. 前記リソース構成は、無線リソース制御（RRC）シグナリングを介して受信される、請求項7から9のいずれか一項に記載のUE。
11. 前記リソース構成は、無線リソース制御（RRC）シグナリングとダウンリンク制御情報（DCI）シグナリングの組み合わせを介して受信される、請求項7から10のいずれか一項に記載のUE。
12. 前記HARQプロセスIDは、前記初期送信に使用される前記リソースが位置する時間単位のインデックス、周期性、およびHARQプロセスの設定された最大数に基づいて決定される、請求項7に記載のUE。
13. 基地局により、前記基地局からの動的許可なしでのユーザ機器（UE）による送信のためのリソース構成を前記UEに送信するステップであって、前記リソース構成は、トランスポートブロック（TB）の繰り返しのK回の送信のためのK個のリソースを定義する、ステップと、
    前記基地局により、前記K個のリソースのいずれかを使用して、前記TBの動的許可なしでの初期送信を受信するステップと
    を含み、
    前記K個のリソースは、動的許可なしでの送信のための同じハイブリッド自動再送要求（HARQ）プロセス識別子（ID）に対応し、
    前記HARQプロセスIDは、前記初期送信に使用される前記リソースに基づいて決定される、
    方法。
14. 前記K個のリソースのそれぞれは、動的許可なしでの前記TBの初期送信をサポートする、請求項13に記載の方法。
15. 前記基地局により、前記K個のリソースのうちの次に利用可能なリソースを使用して、前記TBの再送信を受信するステップ
    をさらに含む、請求項13または14に記載の方法。
16. 前記リソース構成は、無線リソース制御（RRC）シグナリングを介して送信される、請求項13から15のいずれか一項に記載の方法。
17. 前記リソース構成は、無線リソース制御（RRC）シグナリングとダウンリンク制御情報（DCI）シグナリングの組み合わせを介して送信される、請求項13から16のいずれか一項に記載の方法。
18. 前記HARQプロセスIDは、前記初期送信に使用される前記リソースが位置する時間単位のインデックス、周期性、およびHARQプロセスの設定された最大数に基づいて決定される、請求項13に記載の方法。
19. 基地局であって
    プロセッサと、
    前記プロセッサによる実行のためのプログラミングを記憶する非一時的なコンピュータ可読記憶媒体と
    を備え、
    前記プログラミングは、
    前記基地局からの動的許可なしでのユーザ機器（UE）による送信のためのリソース構成を前記UEに送信するための命令であって、前記リソース構成は、トランスポートブロック（TB）の繰り返しのK回の送信のためのK個のリソースを定義する、命令と、
    前記K個のリソースのいずれかを使用して、前記TBの動的許可なしでの初期送信を受信するための命令と
    を含み、
    前記K個のリソースは、動的許可なしでの送信のための同じハイブリッド自動再送要求（HARQ）プロセス識別子（ID）に対応し、
    前記HARQプロセスIDは、前記初期送信に使用される前記リソースに基づいて決定される、
    基地局。
20. 前記K個のリソースのそれぞれは、動的許可なしでの前記TBの初期送信をサポートする、請求項19に記載の基地局。
21. 前記K個のリソースのうちの次に利用可能なリソースを使用して、前記TBの再送信を受信するための命令
    をさらに含む、請求項19または20に記載の基地局。
22. 前記リソース構成は、無線リソース制御（RRC）シグナリングを介して送信される、請求項19から21のいずれか一項に記載の基地局。
23. 前記リソース構成は、無線リソース制御（RRC）シグナリングとダウンリンク制御情報（DCI）シグナリングの組み合わせを介して送信される、請求項19から22のいずれか一項に記載の基地局。
24. 前記HARQプロセスIDは、前記初期送信に使用される前記リソースが位置する時間単位のインデックス、周期性、およびHARQプロセスの設定された最大数に基づいて決定される、請求項19に記載の基地局。
25. 基地局であって、前記基地局からの動的許可なしでの送信のためのリソース構成を送信するように構成され、前記リソース構成は、トランスポートブロック（TB）の繰り返しのK回の送信のためのK個のリソースを定義する、基地局と、
    前記リソース構成を受信し、前記K個のリソースのいずれかを使用して、前記TBの動的許可なしでの初期送信を送信するように構成されたユーザ機器（UE）と
    を備え、
    前記K個のリソースは、動的許可なしでの送信のための同じハイブリッド自動再送要求（HARQ）プロセス識別子（ID）に対応し、
    前記HARQプロセスIDは、前記初期送信に使用される前記リソースに基づいて決定される、
    システム。
26. 前記K個のリソースのそれぞれは、動的許可なしでの前記TBの初期送信をサポートする、請求項25に記載のシステム。
27. 前記UEは、前記K個のリソースのうちの次に利用可能なリソースを使用して、前記TBの再送信を送信するようにさらに構成される、請求項25または26に記載のシステム。
28. 前記リソース構成は、無線リソース制御（RRC）シグナリングを介して前記基地局から送信される、請求項25から27のいずれか一項に記載のシステム。
29. 前記リソース構成は、無線リソース制御（RRC）シグナリングとダウンリンク制御情報（DCI）シグナリングの組み合わせを介して前記基地局から送信される、請求項25から28のいずれか一項に記載のシステム。
30. 前記HARQプロセスIDは、前記初期送信に使用される前記リソースが位置する時間単位のインデックス、周期性、およびHARQプロセスの設定された最大数に基づいて決定される、請求項25に記載のシステム。

Images