特表 2022-550574 ＮＲ Ｖ２Ｘ再送信手順

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

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

(11)【公表番号】

(43)【公表日】2022-12-02

(54)【発明の名称】ＮＲ Ｖ２Ｘ再送信手順

(51)【国際特許分類】

   H04W 28/04 20090101AFI20221125BHJP

   H04W 72/08 20090101ALI20221125BHJP

   H04W 72/10 20090101ALI20221125BHJP

   H04W 72/04 20090101ALI20221125BHJP

   H04W 92/18 20090101ALI20221125BHJP

   H04L 1/16 20060101ALI20221125BHJP

【ＦＩ】

H04W28/04 110

H04W72/08

H04W72/10

H04W72/04

H04W92/18

H04L1/16

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022520427

(86)(22)【出願日】2020-09-30

(85)【翻訳文提出日】2022-05-31

(86)【国際出願番号】 EP2020077357

(87)【国際公開番号】W WO2021064015

(87)【国際公開日】2021-04-08

(31)【優先権主張番号】19201137.7

(32)【優先日】2019-10-02

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】591037214

【氏名又は名称】フラウンホッファー－ゲゼルシャフト ツァ フェルダールング デァ アンゲヴァンテン フォアシュンク エー．ファオ

(74)【代理人】

【識別番号】100079577

【弁理士】

【氏名又は名称】岡田 全啓

(74)【代理人】

【識別番号】100167966

【弁理士】

【氏名又は名称】扇谷 一

(72)【発明者】

【氏名】エブラヒム レツァガ ロヤ

(72)【発明者】

【氏名】ゲクテペ バリス

(72)【発明者】

【氏名】セルヴァネサン サルン

(72)【発明者】

【氏名】スリニバサン ニティン

(72)【発明者】

【氏名】フェーレンバッハ トーマス

(72)【発明者】

【氏名】ヴィルス トーマス

(72)【発明者】

【氏名】シーアル トーマス

(72)【発明者】

【氏名】ヘルゲ コルネリウス

【テーマコード（参考）】

5K014

5K067

【Ｆターム（参考）】

5K014DA02

5K014FA03

5K067AA21

5K067DD11

5K067EE02

5K067EE10

5K067EE25

5K067HH21

5K067HH28

5K067JJ22

(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】

サービス提供する前記基地局は、請求項１ないし２７のいずれか１項に記載のトランシーバーを備える、または請求項１ないし２７のいずれか１項に記載のトランシーバーである、
請求項２８に記載のユーザ機器。

【請求項30】

前記制御メッセージは前記共通のＤＣＩであり、
前記共通のＤＣＩに応答して、前記ＴＸ ＵＥは、
－ 前記送信のそれぞれに対して前記フィードバックを送信しなければならないことの表示を有する、すべての前記リソース位置に対する単一のＳＣＩ、または、
－ 前記ＤＣＩに記述された前記リソース位置の別のサブセットを含み、それぞれの前記送信に対して前記フィードバックが送信されなければならないことを指定する複数のＳＣＩ、
のうちの少なくとも１つを送信することが期待され、
送信１回ごとに前記ＲＸ ＵＥから前記フィードバックを受信すると、ＴＸ ＵＥは、暗黙的に導出される、または前記ＤＣＩに明示的に示される、前記送信についての前記ＰＵＣＣＨリソースに関する前記フィードバックを前記基地局に提供する、
請求項２８または２９に記載のユーザ機器。

【請求項31】

前記制御メッセージは前記共通のＤＣＩであり、
前記共通のＤＣＩに応答して、前記ＴＸ ＵＥは、前記単一のＳＣＩを少なくとも２つのステージを備えるＳＣＩとして送信することが期待される、
請求項３０に記載のユーザ機器。

【請求項32】

前記制御メッセージは前記共通のＤＣＩであり、
前記ＤＣＩはダウンリンク割り当てインデックス（ＤＡＩ）を含み、前記ＤＡＩは、前記ＤＣＩがＨＡＲＱベースの再送信のためのものである場合および前記ＤＣＩがブラインド再送信のためのものである場合に前記ＴＸ ＵＥで正常に受信されるように、増分されるカウンタＤＡＩ（ｃＤＡＩ）を含み、
前記ＴＸ ＵＥは、無ＨＡＲＱ送信またはブラインド送信のためのＤＣＩが正常に受信された場合、前記基地局にＡＣＫを送信し、前記基地局にブラインド再送信を示す前記ＤＣＩについて前記カウンタＤＡＩを増分する、
請求項２８ないし３１のいずれか１項に記載のユーザ機器。

【請求項33】

無ＨＡＲＱ送信についての前記ＨＡＲＱ－ＡＣＫが前記基地局に報告される前に予期せぬトラフィックが到着し、前記ＴＸ ＵＥがより多くのリソースを必要とする場合、前記ＴＸ ＵＥは、ブラインド送信についての前記ＨＡＲＱ－ＡＣＫフィードバックをスケジューリング要求（ＳＲ）として再利用して、例えばより多くのリソースが必要な場合に前記ブラインド送信についてのＮＡＣＫを送信することによって、前記基地局に前記より多くのリソースが必要であることを通知する、
請求項３２に記載のユーザ機器。

【請求項34】

ＴＸ ＵＥは、スロットアグリゲーションを示す１つ以上の共通のＤＣＩおよび１回のみの送信またはワンショット送信のみを必要とするパケットのための１つ以上のＤＣＩを前記基地局から受信し、
前記サイドリンク上の前記スロットアグリゲーションがアクティブである場合、前記ＴＸ ＵＥは、前記ＴＸ ＵＥが前記基地局にＨＡＲＱ－ＡＣＫを送信しなければならない前記送信全てに対して同じＨＡＲＱタイムラインを適用し、ここで、前記ＰＳＳＣＨアグリゲーションは常にアクティブであってもよく、またはＲＲＣもしくはＤＣＩシグナリングを使用して、前記基地局によってアクティブ化されてもよく、前記ＨＡＲＱタイムラインはすべての送信に対して設定またはアクティブ化されている最大の前記スロットアグリゲーションのためのものであり、
前記ＨＡＲＱタイムラインは、前記ＴＸ ＵＥが前記ＤＣＩを受信した時間から、前記ＴＸ ＵＥが前記送信を受信して復号した後に前記ＴＸ ＵＥが前記基地局にフィードバックを送信する準備ができるまでにかかる時間である、
請求項２８ないし３３のいずれか１項に記載のユーザ機器。

【請求項35】

１つ以上の基地局と、
サイドリンク（ＳＬ）を使用して互いに通信する複数のユーザ機器（ＵＥ）であって、前記複数のＵＥは送信ＵＥ（ＴＸ ＵＥ）を含み、前記ＴＸ ＵＥは前記サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信する、複数のＵＥと、
を備える、無線通信システムであって、
前記基地局は前記ＴＸ ＵＥにサービスを提供し、
データパケット等のパケットの前記サイドリンクを使用した送信について、前記基地局は、前記データパケットの前記サイドリンクを使用した前記送信についての１つ以上の送信要件を決定し、決定された前記１つ以上の送信要件に応答して、前記基地局は前記ＴＸ ＵＥに１つ以上の制御メッセージを送信し、前記１つ以上の制御メッセージは、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信および前記サイドリンクを使用したブラインド送信または非ＨＡＲＱの送信のためのパラメータを含む、共通の制御メッセージ、または、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベース再送信についての制御メッセージ、または、
－ 前記サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信についての制御メッセージ、
のうちの１つ以上を含み、
前記ＴＸ ＵＥは、前記基地局から前記１つ以上の制御メッセージを受信し、１つ以上の制御メッセージを前記ＲＸ ＵＥに送信し、さらに、前記１つ以上の制御メッセージに示される前記パラメータに従って、前記ＲＸ ＵＥに前記パケットを送信する、
無線通信システム。

【請求項36】

請求項１ないし２７のいずれか１項に記載の１つ以上の基地局と、
前記サイドリンク（ＳＬ）を使用して互いに通信する複数のユーザ機器（ＵＥ）であって、前記複数のＵＥは、請求項２８ないし３４のいずれか１項に記載の送信ＵＥ（ＴＸ ＵＥ）を含み、前記ＴＸ ＵＥは前記基地局が提供するサービスを受け、前記サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信する、複数のＵＥと、
を備え、
前記ＴＸ ＵＥは、前記基地局から前記１つ以上の制御メッセージを受信し、前記ＲＸ ＵＥに１つ以上の制御メッセージを送信し、前記１つ以上の制御メッセージに示される前記パラメータに従って前記ＲＸ ＵＥに前記パケットをさらに送信する、
無線通信システム。

【請求項37】

前記基地局は、ＨＡＲＱベースの送信、送信および／または再送信リソース位置、並びに単一のＰＵＣＣＨ位置を示す単一のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは前記ＲＸ ＵＥに単一のＳＣＩを送信し、
前記ＲＸ ＵＥは前記ＴＸ ＵＥに単一のＨＡＲＱフィードバックを送信し、ここで、前記ＲＸ ＵＥは前記受信したすべての再送信を結合し、前記パケットの復号に成功した後または前記最大再送信回数の後にのみＨＡＲＱフィードバックを送信し、かつ、
前記ＴＸ ＵＥは、前記単一のＤＣＩで定義された前記単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを前記基地局に中継する、
請求項３５または３６に記載の無線通信システム。

【請求項38】

前記基地局は、ＨＡＲＱベースの送信を示し、かつ、前記送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは前記ＲＸ ＵＥに単一のＳＣＩを送信し、
前記ＴＸ ＵＥは前記ＲＸ ＵＥから複数のＨＡＲＱフィードバックを受信するが、前記ＲＸ ＵＥが前記パケットを正常に復号した場合にのみ前記基地局に通知し、
前記ＴＸ ＵＥは、単一のＳＣＩを使用した、例えばＣＢＧ（コードブロックグループ）にグループ化されたいくつかのコードブロックを含むＣＢＧベースの前記ＲＸ ＵＥへの送信をスケジュールして、例えばＣＢＧ毎に１つ等複数のフィードバックを期待する、
請求項３５または３６に記載の無線通信システム。

【請求項39】

前記ＲＸ ＵＥが肯定的なＡＣＫで応答すると、前記ＴＸ ＵＥは再送信を停止する、
請求項３８に記載の無線通信システム。

【請求項40】

前記基地局は、ＨＡＲＱベースの送信を示し、かつ、前記送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは、各ＳＣＩに再送信リソース位置を有する複数のＳＣＩを前記ＲＸ ＵＥに送信し、
前記ＲＸ ＵＥは受信したすべての前記再送信を結合し、前記パケットの復号に成功した後、または前記最大再送信数の後、または設定または事前設定された再送信数の後にのみ、ＨＡＲＱフィードバックを送信し、
前記ＴＸ ＵＥは、前記単一のＤＣＩに定義された前記単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを前記基地局に中継する、
請求項３５または３６に記載の無線通信システム。

【請求項41】

前記基地局は、ＨＡＲＱベースの送信を示し、かつ、前記送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数の前記ＳＣＩを送信し、
前記ＲＸ ＵＥは、所与のＳＣＩに定義される受信した前記送信を結合し、当該ＳＣＩに定義された前記送信に基づいてＨＡＲＱフィードバックを送信し、
前記ＴＸ ＵＥは、前記単一のＤＣＩに定義された前記単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを前記基地局に中継する、
請求項３５または３６に記載の無線通信システム。

【請求項42】

前記ＴＸ ＵＥは、ＳＣＩごとに前記フィードバックを受信し、前記ＲＸ ＵＥが肯定的なＡＣＫで応答すると、ＳＣＩの送信を停止する、
請求項４１に記載の無線通信システム。

【請求項43】

前記基地局は、ＨＡＲＱベースの送信を示し、かつ、前記送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数の前記ＳＣＩを送信し、
前記ＲＸ ＵＥは前記送信のそれぞれについてＨＡＲＱフィードバックを送信し、
前記ＴＸ ＵＥは、前記単一のＤＣＩに定義された前記単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを前記基地局に中継する、
請求項３５または３６に記載の無線通信システム。

【請求項44】

前記ＴＸ ＵＥはすべての前記フィードバックを受信し、前記ＲＸ ＵＥが肯定的なＡＣＫで応答すると、再送信および別のＳＣＩの送信を停止する、
請求項４３に記載の無線通信システム。

【請求項45】

前記基地局は、ＨＡＲＱベースの送信を示し、かつ、それぞれが前記送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数の前記ＳＣＩを送信し、
前記ＲＸ ＵＥは、所与のＳＣＩに定義された受信した前記送信を結合し、当該ＳＣＩに定義された前記送信に基づいてＨＡＲＱフィードバックを送信し、
前記ＴＸ ＵＥはＳＣＩごとに前記フィードバックを受信し、対応する前記ＤＣＩで定義された前記ＰＵＣＣＨリソースを使用して前記フィードバックを前記基地局に中継し、
ここで、前記ＲＸ ＵＥが前記パケットの復号に成功したことを示すフィードバックを受信すると、前記基地局は当該パケットについてのＤＣＩの前記ＴＸ ＵＥへの送信を停止する、
請求項３５または３６に記載の無線通信システム。

【請求項46】

前記基地局は、ＨＡＲＱベースの送信を示し、かつ、それぞれが前記送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む複数のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数の前記ＳＣＩを送信し、
前記ＲＸ ＵＥは、前記送信のそれぞれについてＨＡＲＱフィードバックを送信し、
前記ＴＸ ＵＥは前記フィードバックを全て受信し、対応する前記ＤＣＩで定義された前記ＰＵＣＣＨリソースを使用して、前記基地局に前記フィードバックを中継する、
請求項３５または３６に記載の無線通信システム。

【請求項47】

前記ＲＸ ＵＥが肯定的なＡＣＫで応答すると、前記ＴＸ ＵＥはＳＣＩを停止し、前記肯定的なフィードバックに応答して、前記基地局は前記パケットについてのＤＣＩの前記ＴＸ ＵＥへの送信を停止する、
請求項４６に記載の無線通信システム。

【請求項48】

前記ＤＣＩが、前記初回送信のため、および前記１回以上の再送信のため、および例えばＰＵＣＣＨ等フィードバックチャネルのためのリソース割り当てを提供する場合、前記基地局は、前記初回送信および前記１回以上の再送信については、前記ＴＸ ＵＥからのいずれかについてのＡＣＫに応答して、すべての後続のリソース割り当て、例えば前記無効にされたリソースを同じまたは別のＳＬ ＵＥに再スケジューリングするためのリソース割り当てを無効にする、
請求項３５ないし４７に記載の無線通信システム。

【請求項49】

前記基地局がＤＣＩ上で前記ＴＸ ＵＥに提供する前記情報に基づいて、前記リソースは前記ＳＣＩにおいて、
－ 前記初回送信の前記周波数位置またはサブチャネルと前記１回以上の再送信の前記周波数位置またはサブチャネルとが同じ場合、前記リソースは、
－ 前記再送信が発生する前記時間スロットを例えばベクトルの形態で、または複数のビットマップベクトルを含む前記ＲＸ ＵＥ内のテーブルにマッピングされるインデックスの形態で示す、ビットマップ、
－ 前記再送信が発生する前記時間スロットを前記ＲＸ ＵＥが導出することができるタイミングオフセット、
のうちの少なくとも１つによって定義され、
－ 前記初回送信の前記周波数位置またはサブチャネルと前記１回以上の再送信の前記周波数位置またはサブチャネルとが異なる場合、前記リソースは、前記リソースの前記時間および周波数位置を例えば複数の時間－周波数パターンを含む前記ＲＸ ＵＥ内のテーブルにマッピングされたインデックスの形態で示す、時間－周波数パターン、
－ 集約されたスロットの数を示すスロットアグリゲーションパラメータ、
－ ＤＡＩパラメータ、
のうちの１つ以上によって定義される、
請求項３５ないし４８のいずれか１項に記載の無線通信システム。

【請求項50】

設定済みグラントを使用する際に、いくつかのグラントが前記ＰＵＣＣＨに関する情報を含み、いくつかが前記ＰＵＣＣＨに関する情報を含まない場合、前記ＴＸ ＵＥは、
－ ＰＵＣＣＨリソースを含む前記グラントを使用して、前記基地局へフィードバックを返信し、
－ ＰＵＣＣＨリソースを含まない前記グラントをブラインド送信に使用する、
請求項３５ないし４９のいずれか１項に記載の無線通信システム。

【請求項51】

設定済みグラントを使用する場合、前記ＴＸ ＵＥは前記グラントの前記特性に応じてどのグラントで前記パケットを送信するかを決定し、例えば前記ＴＸ ＵＥは前記リソースの品質に応じて、高いまたは低い優先度および／または信頼性および／またはレイテンシーを必要とするパケットのためのグラントを使用することができる、
請求項３５ないし５０のいずれか１項に記載の無線通信システム。

【請求項52】

設定済みグラントを使用する場合、前記ＴＸ ＵＥは前記通信タイプに応じてどのグラントで前記パケットを送信するかを決定し、例えば前記ＴＸ ＵＥは前記リソースの状態に応じて、ブロードキャスト、グループキャストまたはユニキャスト送信に関連するパケットのためのグラントを使用することができる、
請求項３５ないし５０のいずれか１項に記載の無線通信システム。

【請求項53】

前記ＵＥは、
－ 移動端末、または、
－ 固定端末、または、
－ セルラーＩｏＴ－ＵＥ、または、
－ 車両ＵＥ、または、
－ 車両グループリーダー（ＧＬ）ＵＥ、または、
－ ＩｏＴまたは狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）デバイス、または、
－ 地上車両、または、
－ 航空車両、または、
－ ドローン、または、
－ 移動基地局、または、
－ 路側機（ＲＳＵ）、または、
－ 建物、または、
－ 前記無線通信ネットワークを使用しての通信が可能になるネットワーク接続性が設けられた、例えばセンサーまたはアクチュエータ等その他のアイテムまたはデバイス、または、
－ 前記無線通信ネットワークのサイドリンクを使用しての通信が可能になるネットワーク接続性が設けられた、例えば、センサーまたはアクチュエータ等その他のアイテムまたはデバイス、または、
－ 任意のサイドリンク可能なネットワークエンティティ、
のうちの１つ以上を含む、および／または、
前記基地局が、
－ マクロセル基地局、または、
－ スモールセル基地局、または、
－ 基地局中央装置、または、
－ 基地局分散装置、または、
－ 路側機（ＲＳＵ）、または、
－ ＵＥ、または、
－ グループリーダー（ＧＬ）、
－ 中継器、または、
－ リモート無線ヘッド、または、
－ ＡＭＦ、または、
－ ＳＭＦ、または、
－ コアネットワークエンティティ、または、
－ モバイルエッジコンピューティング（ＭＥＣ）エンティティ、または、
－ ＮＲまたは５Ｇコアコンテキストにおけるネットワークスライス、または、
－ アイテムまたはデバイスが前記無線通信ネットワークを使用して通信することを可能にする送信／受信ポイント（ＴＲＰ）であって、前記アイテムまたはデバイスには前記無線通信ネットワークを使用して通信するためのネットワーク接続性が設けられる、送信／受信ポイント、
のうちのいずれか１つ以上を含む、
請求項３５ないし５２のいずれか１項に記載の無線通信システム。

【請求項54】

無線通信システムにおいてトランシーバーを動作させるための方法であって、前記無線通信システムは、サイドリンク（ＳＬ）を使用して互いに通信するための複数のユーザ機器（ＵＥ）を含み、前記方法は、
データパケット等のパケットの前記サイドリンクを使用した送信について、前記トランシーバーは前記データパケットの前記サイドリンクを使用した前記送信についての１つ以上の送信要件を決定し、
決定された１つ以上の前記送信要件に応答して、１つ以上の制御メッセージを送信するステップであって、前記１つ以上の制御メッセージは、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信および前記サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、共通の制御メッセージ、または、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベースの送信についての制御メッセージおよび前記サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む制御メッセージ、
のうちの１つ以上を含む送信するステップ
を含む、方法。

【請求項55】

無線通信システムにおいてユーザ機器を動作させるための方法であって、前記無線通信システムは、サイドリンク（ＳＬ）を使用して互いに通信するための複数のユーザ機器（ＵＥ）を含み、ここで、前記ユーザ機器は、前記無線通信システムの基地局によってサービス提供される送信ユーザ機器（ＴＸ ＵＥ）であり、前記方法は、
前記サイドリンクを使用して、１つ以上の受信ユーザ機器（ＲＸ ＵＥ）と通信するステップと、
データパケット等のパケットの前記サイドリンクを使用した送信について、前記データパケットの前記送信についての１つ以上の送信要件に応じて、ＤＣＩ等の１つ以上の制御メッセージを前記サービス提供する基地局から前記ＴＸ ＵＥを用いて受信するステップであって、前記１つ以上の制御メッセージは、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信および前記サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、共通のＤＣＩ、または、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベースの再送信についてのＤＣＩ、または、
－ 前記サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信のためのＤＣＩ、
のうちの１つ以上を含む、受信するステップと、
を含む、方法。

【請求項56】

１つ以上の基地局と、サイドリンク（ＳＬ）を使用して互いに通信するための複数のユーザ機器（ＵＥ）を備える無線通信システムを動作させるための方法であって、前記複数のＵＥは送信ＵＥ（ＴＸ ＵＥ）を含み、前記ＴＸ ＵＥは、前記サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信し、前記方法は、
前記基地局により前記ＴＸ ＵＥにサービスを提供するステップと、
データパケット等のパケットの前記サイドリンクを使用した送信について、前記データパケットの前記サイドリンクを使用した前記送信についての１つ以上の送信要件を前記基地局により決定するステップと、決定された１つ以上の前記送信要件に応答して、前記基地局により１つ以上の制御メッセージを前記ＴＸ ＵＥに送信するステップであって、前記１つ以上の制御メッセージは、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信および前記サイドリンクを使用したブラインド送信または非ＨＡＲＱの送信のためのパラメータを含む、共通の制御メッセージ、または、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベース再送信についての制御メッセージ、または、
－ 前記サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信についての制御メッセージ、
のうちの１つ以上を含む、送信するステップと、
前記ＴＸ ＵＥにより、前記基地局から前記１つ以上の制御メッセージを受信し、前記ＴＸ ＵＥにより前記ＲＸ ＵＥに１つ以上の制御メッセージを送信し、さらに、前記１つ以上の制御メッセージに示される前記パラメータに従って、前記ＴＸ ＵＥにより前記ＲＸ ＵＥに前記パケットを送信するステップと、
を含む、方法。

【請求項57】

請求項１ないし２５のいずれか１項に記載の１つ以上の基地局と、サイドリンク（ＳＬ）を使用して互いに通信する複数のユーザ機器（ＵＥ）を備える無線通信システムを動作させるための方法であって、前記複数のＵＥは、請求項２６ないし３２のいずれか１項に記載の送信ＵＥ（ＴＸ ＵＥ）を含み、前記方法は、
前記基地局によって前記ＴＸ ＵＥにサービス提供し、前記ＴＸ ＵＥで、前記サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信するステップと、
前記ＴＸ ＵＥで前記基地局から前記１つ以上の制御メッセージを受信し、前記ＴＸ ＵＥで前記ＲＸ ＵＥに１つ以上の制御メッセージを送信し、前記１つ以上の制御メッセージに示される前記パラメータに従って前記ＴＸ ＵＥで前記ＲＸ ＵＥに前記パケットをさらに送信するステップと、
を含む、方法。

【請求項58】

コンピュータ上で実行されるときに、請求項５４ないし５７のいずれか１項に記載の方法を実行する命令を格納したコンピュータ可読媒体を含む、非一時的なコンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、無線通信システムまたはネットワークの分野に関し、より具体的には、再送信手順に関する強化または改善に関し、より具体的には、Ｖ２Ｘ通信（ビークル ツー エブリシング通信（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ ｃｏｍｍｕｎｉｃａｔｉｏｎ））の分野に関する。本発明の実施形態は、ブラインドおよびＨＡＲＱベースの（再）送信のためのＮＲ（Ｎｅｗ Ｒａｄｉｏ）Ｖ２Ｘ手順に関する。

【背景技術】

【0002】

図１は、図１（ａ）に示すように、コアネットワーク１０２と、１つ以上の無線アクセスネットワークＲＡＮ₁、ＲＡＮ₂、．．．ＲＡＮ_Nとを含む地上無線ネットワーク１００の一例を概略的に示す図である。図１（ｂ）は、１つ以上の基地局ｇＮＢ₁ないしｇＮＢ₅を含むことができる無線アクセスネットワークＲＡＮｎの一例を概略的に示す図であり、それぞれのセル１０６₁ないし１０６₅によって概略的に表される基地局の周囲の特定の領域にそれぞれサービスを提供する。基地局は、セル内のユーザにサービスを提供するために提供される。１つ以上の基地局は、ライセンスバンドおよび／またはアンライセンスバンドでユーザにサービスを提供してもよい。基地局ＢＳという用語は、５ＧネットワークにおけるｇＮＢ、ＵＭＴＳ／ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ＰｒｏにおけるｅＮＢ、または他の移動通信規格における単なるＢＳを意味する。ユーザは、固定型のデバイスであってもよいし、移動型のデバイスであってもよい。また、無線通信システムは、基地局またはユーザに接続する移動型または固定型のＩｏＴデバイスによってアクセスされてもよい。モバイルデバイスまたはＩｏＴデバイスは、物理デバイス、ロボットまたは自動車などの地上ベースの車両、有人または無人航空機（ＵＡＶ）などの航空機、後者はドローンとも呼ばれる、建物、およびその中に電子機器、ソフトウェア、センサ、アクチュエータなどを埋め込んだ他のアイテムまたはデバイス、ならびにこれらのデバイスが既存のネットワークインフラにわたってデータを収集および交換できるようにするネットワーク接続を含んでもよい。図１（ｂ）は５つのセルの例示的な図を示しているが、ＲＡＮｎは、より多くのまたはより少ないこのようなセルを含んでもよく、ＲＡＮｎも１つの基地局のみを含んでもよい。図１（ｂ）は、セル１０６₂にあり、基地局ｇＮＢ₂によってサービスを提供される、ユーザ機器ＵＥとも呼ばれる２つのユーザＵＥ₁およびＵＥ₂を示している。別のユーザＵＥ₃は、基地局ｇＮＢ₄によってサービスが提供されるセル１０６₄に示されている。矢印１０８₁、１０８₂、１０８₃は、ユーザＵＥ₁、ＵＥ₂、ＵＥ₃から基地局ｇＮＢ₂、ｇＮＢ₄へデータを送信するための、または基地局ｇＮＢ₂、ｇＮＢ₄からユーザＵＥ₁、ＵＥ₂、ＵＥ₃へデータを送信するためのアップリンク／ダウンリンク接続を概略的に表している。これは、ライセンスバンドで実現されてもよいし、アンライセンスバンドで実現されてもよい。さらに、図１（ｂ）は、セル１０６₄内に２つのＩｏＴデバイス１１０₁、１１０₂が示されており、これらは、固定型のデバイスであってもよいし、移動型のデバイスであってもよい。ＩｏＴデバイス１１０₁は、矢印１１２₁で概略的に表されるように、基地局ｇＮＢ₄を介して無線通信システムにアクセスし、データの受信および送信を行う。ＩｏＴデバイス１１０₂は、矢印１１２₂によって概略的に表されるように、ユーザＵＥ₃を介して無線通信システムにアクセスする。それぞれの基地局ｇＮＢ₁ないしｇＮＢ₅は、それぞれのバックホールリンク１１４₁ないし１１４₅を介して、例えばＳ１インタフェースを介して、コアネットワーク１０２に接続されてもよく、図１（ｂ）では「コア」を指す矢印で模式的に表される。コアネットワーク１０２は、１つ以上の外部ネットワークに接続されてもよい。さらに、それぞれの基地局ｇＮＢ₁ないしｇＮＢ₅の一部または全部は、例えばＮＲにおけるＳ１もしくはＸ２インタフェースまたはＸＮインタフェースを介して、それぞれのバックホールリンク１１６₁ないし１１６₅を介して互いに接続されてもよく、図１（ｂ）において「ｇＮＢｓ」を指す矢印によって概略的に表される。サイドリンクチャネルは、デバイス間（Ｄ２Ｄ）通信とも呼ばれ、ＵＥ間の直接通信を可能にする。３ＧＰＰ（登録商標）においてサイドリンクインタフェースは、ＰＣ５と命名されている。

【0003】

データ送信のために、物理リソースグリッドが使用される場合がある。物理リソースグリッドは、様々な物理チャネルおよび物理信号がマッピングされるリソース要素のセットを備えてもよい。例えば、物理チャネルは、ダウンリンクペイロードデータ、アップリンクペイロードデータ、およびサイドリンクペイロードデータとも呼ばれるユーザ固有のデータを搬送する物理ダウンリンク共有チャネル、物理アップリンク共有チャネル、および物理サイドリンク共有チャネル（ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＳＳＣＨ）、例えばマスタ情報ブロック（ＭＩＢ）と１つ以上のシステム情報ブロック（ＳＩＢ）とを搬送する物理ブロードキャストチャネル（ＰＢＣＨ）、例えばダウンリンク制御情報（ＤＣＩ）、アップリンク制御情報（ＵＣＩ）およびサイドリンク制御情報（ＳＣＩ）を搬送する物理ダウンリンク制御チャネル、物理アップリンク制御チャネルおよび物理サイドリンク制御チャネル（ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＳＣＣＨ）、を含んでもよい。なお、サイドリンクインタフェースは、２つのステージのＳＣＩをサポートしてもよい。これは、ＳＣＩの一部の部分を含む第１の制御領域と、任意的に、制御情報の第２の部分を含む第２の制御領域とを指す。

【0004】

アップリンクの場合、物理チャネルは、ＵＥが同期してＭＩＢおよびＳＩＢを取得すると、ネットワークにアクセスするためにＵＥが使用する物理ランダムアクセスチャネル（ＰＲＡＣＨまたはＲＡＣＨ）をさらに含んでもよい。物理信号は、参照信号またはシンボル（ＲＳ）、同期信号等を備えてもよい。リソースグリッドは、時間領域において特定の持続時間を有し、周波数領域において所与の帯域幅を有するフレームまたは無線フレームを備えてもよい。フレームは、予め定義された長さ、例えば１ｍｓの特定の数のサブフレームを有してもよい。各サブフレームは、サイクリックプレフィックス（ＣＰ）長に応じて、１２または１４のＯＦＤＭシンボルの１つ以上のスロットを含んでもよい。フレームは、例えば、短縮された送信時間間隔（ｓＴＴＩ）を利用する場合、または数個のＯＦＤＭシンボルを備えるミニスロット／非スロットベースのフレーム構造を利用する場合、より少ない数のＯＦＤＭシンボルからなることもある。

【0005】

無線通信システムは、直交周波数分割多重（ＯＦＤＭ）システム、直交周波数分割多重アクセス（ＯＦＤＭＡ）システム、または、例えばＤＦＴ－ｓ－ＯＦＤＭのような、ＣＰを有するまたは有さない任意の他のＩＦＦＴベースの信号などの周波数分割多重を使用する任意のシングルトーンまたはマルチキャリアシステムであってもよい。多重アクセスのための非直交波形、例えばフィルタバンクマルチキャリア（ＦＢＭＣ）、一般化周波数分割多重（ＧＦＤＭ）またはユニバーサルフィルタマルチキャリア（ＵＦＭＣ）のような他の波形が使用されてもよい。無線通信システムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ ｐｒｏ規格、または５ＧもしくはＮＲ（Ｎｅｗ Ｒａｄｉｏ）規格、またはＮＲ－Ｕ（Ｎｅｗ Ｒａｄｉｏアンライセンス）規格に従って動作してもよい。

【0006】

図１に示す無線ネットワークまたは通信システムは、異なるオーバーレイネットワーク、例えば、基地局ｇＮＢ₁ないしｇＮＢ₅のようなマクロ基地局を含む各マクロセルを有するマクロセルのネットワークと、フェムトまたはピコ基地局などのスモールセル基地局のネットワーク（図１には示されていない）とを有する異種ネットワークであってもよい。

【0007】

上述の地上無線ネットワークに加えて、衛星のような衛星トランシーバー（ｓｐａｃｅｂｏｒｎｅ ｔｒａｎｓｃｅｉｖｅｒｓ）、および／または無人航空機システムのような空中トランシーバー（ａｉｒｂｏｒｎｅ ｔｒａｎｓｃｅｉｖｅｒｓ）を含む非地上無線通信ネットワーク（ＮＴＮ）も存在する。非地上無線通信ネットワークまたはシステムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ規格または５ＧもしくはＮＲ（ｎｅｗ ｒａｄｉｏ）規格に従って、図１を参照して上記した地上システムと同様の方法で動作することができる。

【0008】

モバイル通信ネットワークでは、例えばＬＴＥまたは５Ｇ／ＮＲネットワークのような図１を参照して上述したようなネットワークでは、例えばＰＣ５インタフェースを使用して、１つ以上のサイドリンク（ＳＬ）チャネルを介して互いに直接通信するＵＥが存在してもよい。サイドリンクを介して互いに直接通信するＵＥは、他の車両と直接通信する車両（Ｖ２Ｖ通信）、無線通信ネットワークの他のエンティティと通信する車両（Ｖ２Ｘ通信）、例えば交通信号、交通標識、または歩行者のような路側エンティティ、を含んでもよい。他のＵＥは、車両関連のＵＥでなくてもよく、上述したデバイスのいずれかを含んでもよい。このようなデバイスは、ＳＬチャネルを使用して互いに直接通信（Ｄ２Ｄ通信）することもできる。

【0009】

サイドリンクを介して互いに直接通信する２つのＵＥを考慮する場合、基地局がサイドリンクリソース割り当て構成または支援をＵＥに提供できるように、両方のＵＥが同じ基地局によってサービスされてもよい。例えば、両方のＵＥは、図１に示される基地局のうちの１つのような基地局のカバレッジエリア内に存在してもよい。これは、「カバレッジ内」シナリオと呼ばれる。別のシナリオは、「カバレッジ外」シナリオと呼ばれる。「カバレッジ外」は、２つのＵＥが図１に示されたセルのうちの１つの範囲内にないことを意味するのではなく、むしろ、これらのＵＥが、
－ 基地局に接続されていない場合があり、例えばＲＲＣ接続状態になく、ＵＥはいかなるサイドリンクリソース割り当て構成または支援も基地局から受信しないこと、および／または、
－ 基地局に接続されているが、１つ以上の理由により、基地局はサイドリンクリソース割り当て構成または支援をＵＥに提供しない場合があること、および／または、
－ ＮＲ Ｖ２Ｘサービスをサポートしない基地局、例えば、Ｖ２ＸサービスをサポートしないＧＳＭ、ＵＭＴＳ、ＬＴＥ基地局およびＮＲ基地局に接続される場合があること、
を意味することに留意されたい。

【0010】

例えばＰＣ５インタフェースを使用して、サイドリンクを介して互いに直接通信する２つのＵＥを考慮する場合、ＵＥの一方はＢＳと接続されてもよく、サイドリンクインタフェースを介してＢＳから他方のＵＥに情報を中継してもよい。中継は、同じ周波数帯で実行されてもよいし（帯域内中継）、別の周波数帯が使用されてもよい（帯域外中継）。第１のケースでは、Ｕｕ上の通信およびサイドリンク上の通信は、時分割複信（ＴＤＤ）システムのように異なるタイムスロットを使用して切り離されてもよい。

【0011】

図２は、互いに直接通信する２つのＵＥが両方とも基地局に接続されているカバレッジ内シナリオの概略図である。基地局ｇＮＢは、円２００で概略的に表されるカバレッジエリアを有し、基本的に図１に概略的に表されたセルに対応する。互いに直接通信するＵＥは、基地局ｇＮＢのカバレッジエリア２００内に第１の車両２０２および第２の車両２０４の両方を含む。両方の車両２０２，２０４は、基地局ｇＮＢに接続されており、さらに、ＰＣ５インタフェースを介して互いに直接接続されている。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉の管理は、基地局とＵＥとの間の無線インタフェースであるＵｕインタフェース上の制御シグナリングを介して、ｇＮＢによって支援される。言い換えると、ｇＮＢはＳＬリソース割り当て構成または支援をＵＥに提供し、ｇＮＢはサイドリンクを介したＶ２Ｖ通信に使用されるリソースを割り当てる。この構成は、ＮＲ Ｖ２Ｘではモード１構成、ＬＴＥ Ｖ２Ｘではモード３構成とも呼ばれる。

【0012】

図３は、互いに直接通信するＵＥが、無線通信ネットワークのセル内に物理的に存在し得るが、基地局に接続されていない、または、互いに直接通信するＵＥの一部または全部が基地局に接続されているが、基地局がＳＬリソース割り当て構成または支援を提供しない、カバレッジ外シナリオの概略図である。３つの車両２０６，２０８，２１０が、例えばＰＣ５インタフェースを使用して、サイドリンクを介して互いに直接通信することが示されている。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉の管理は、車両間に実装されるアルゴリズムに基づく。この構成は、ＮＲ Ｖ２Ｘではモード２構成、ＬＴＥ Ｖ２Ｘではモード４構成とも呼ばれる。上述したように、カバレッジ外シナリオである図３のシナリオは、それぞれのモード２ ＵＥ（ＮＲの場合）またはモード４ ＵＥ（ＬＴＥの場合）が基地局のカバレッジ２００の外にあることを必ずしも意味せず、むしろ、それぞれのモード２ ＵＥ（ＮＲの場合）またはモード４ ＵＥ（ＬＴＥの場合）が基地局によってサービスを提供されず、カバレッジエリアの基地局と接続されていない、または基地局と接続されているが基地局からＳＬリソース割り当て構成または支援を受け取っていないことを意味している。したがって、図２に示すカバレッジエリア２００内に、ＮＲ モード１またはＬＴＥ モード３のＵＥ２０２，２０４に加えて、ＮＲ モード２またはＬＴＥ モード４のＵＥ２０６，２０８，２１０も存在する状況がある。

【0013】

車両用ユーザ機器ＵＥの上述のシナリオでは、そのような複数のユーザ機器が、単にグループとも呼ばれるユーザ機器グループを形成し、グループ内またはグループメンバー間の通信は、ＰＣ５インタフェース等のユーザ機器間のサイドリンクインタフェースを介して実行されてもよい。例えば、車両用ユーザ機器を使用する上述のシナリオは、車両用ユーザ機器を備える複数の車両が、例えば遠隔運転アプリケーションによってグループ化される輸送業界の分野で採用されてもよい。複数のユーザ機器を互いにサイドリンク通信を行うためにグループ化することができる他のユースケースは、例えば、ファクトリーオートメーションや配電が挙げられる。ファクトリーオートメーションの場合、工場内の複数の移動式または固定の機械がユーザ機器を備え、例えばロボットの動作制御のような機械の動作を制御するためのサイドリンク通信のために一緒にグループ化されてもよい。配電の場合、配電網内のエンティティは、システムの特定のエリア内で一緒にクループ化され、システムを監視し、配電網の故障や停電に対処するために互いにサイドリンク通信を介して通信するように、それぞれのユーザ機器を備えてもよい。

【0014】

当然ながら、上述のユースケースにおいて、サイドリンク通信はグループ内の通信に限定されない。むしろ、サイドリンク通信はＵＥの任意のペアのように、任意のＵＥ間で行われてもよい。

【0015】

図１を参照して上述したような移動通信システムまたはネットワークにおいて、例えばＬＴＥまたは５Ｇ／ＮＲネットワークにおいて、それぞれのエンティティは１つ以上の周波数帯を使用して通信することができる。周波数帯は、開始周波数、終了周波数、および開始周波数と終了周波数との間のすべての中間周波数を含む。言い換えれば、開始周波数、終了周波数および中間周波数は、特定の帯域幅、例えば２０ＭＨｚと定義してもよい。また、周波数帯は、キャリア、帯域幅部分（ＢＷＰ）、サブバンド等と呼ばれることがある。

【0016】

単一の周波数帯を使用する場合、通信はシングルバンド動作と呼ばれることがあり、例えばＵＥは２０ＭＨｚ帯内の周波数で他のネットワークエンティティに／他のネットワークエンティティから無線信号を送信／受信する。

【0017】

２つ以上の周波数帯を使用する場合、通信はマルチバンド動作、またはワイドバンド動作、またはキャリアアグリゲーション動作と呼ばれることもある。周波数帯は、異なる帯域幅または２０ＭＨｚ等の同じ帯域幅を有していてもよい。例えば、同じ帯域幅を有する周波数帯の場合、無線通信のための周波数範囲が２０ＭＨｚの倍数となるように、ＵＥは２０ＭＨｚ帯の２つ以上の周波数内にある周波数で、他のネットワークエンティティに／他のネットワークエンティティから無線信号を送信／受信してもよい。２つ以上の周波数帯は、連続した／隣接した周波数帯であってもよいし、周波数帯の一部または全部が周波数領域で分離されていてもよい。マルチバンド動作は、ライセンススペクトル内の周波数帯、またはアンライセンススペクトル内の周波数帯、またはライセンススペクトル内およびアンライセンススペクトル内の両方の周波数帯を含んでもよい。キャリアアグリゲーションＣＡは、ライセンススペクトルおよび／またはアンライセンススペクトル内の２つ以上の周波数帯域を使用する例である。

【0018】

５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）はアンライセンススペクトルでの動作をサポートすることができ、マルチバンド動作はアンライセンススペクトル帯の周波数帯を含むことができる。これは、アンライセンススペクトルへのＮＲベースのアクセス（ＮＲ－Ｕ）としてもよく、周波数帯は、サブバンドと呼ばれてもよい。アンライセンススペクトルは、５ＧＨｚ帯や６ＧＨｚ帯など、ＩＥＥＥ８０２．１１と共存の可能性がある帯域を含んでもよい。ＮＲ－Ｕは、例えば規制上の要件のために、２０ＭＨｚの整数倍の帯域幅をサポートしてもよい。サブバンドの分割は、２０ＭＨｚチャネルのような同じ公称帯域幅チャネルを有する１つ以上の同じ帯域で動作してもよい、ＩＥＥ８０２．１１システムのような共存システムとの干渉を最小限にするために実行される。共存システムの他の例は上述のＩＥＥＥ８０２．１１システムとは異なるサブバンドサイズおよび公称周波数を持つサブバンドを使用してもよい。例えば、アンライセンススペクトルは５ＧＨｚ帯、６ＧＨｚ帯、２４ＧＨｚ帯、または６０ＧＨｚ帯を含んでもよい。このようなアンライセンス帯域の例は、電気通信以外の産業、科学、医療目的の無線周波数エネルギーの使用のために国際的に予約済の産業、科学、および医療（ＩＳＭ）無線帯域が含まれる。

【0019】

アンライセンスサブバンドを使用する動作の間、リッスンビフォアトーク（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）（ＬＢＴ）はサブバンドごとに個別に行われる。これは、例えば、他の公衆陸上移動ネットワーク（ＰＬＭＮ）やＩＥＥＥ８０２．１１仕様に従って動作するシステムなど、同じ帯域上に共存する他の通信システムからの干渉のために、１つ以上のサブバンドがビジー状態または占有状態になることがある。このような状況では、送信ｇＮＢまたは送信ＵＥのいずれかの送信機は、ビジー状態でないことが検出されたサブバンドで送信することができるだけであり、サブバンドが空いているまたは占有されていないサブバンドとも呼ばれ、ＬＢＴアルゴリズムによって決定される。例えば、５ＧＨｚの動作可能なアンライセンスバンド内の２０ＭＨｚを超える送信によって、ｇＮＢやＵＥなどの送信機は、各サブバンドで個別にリッスンビフォアトーク（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）（ＬＢＴ）を実行する。各サブバンドについてＬＢＴの結果が得られると、例えばダウンリンクＤＬのｇＮＢまたはアップリンクＵＬのＵＥなどのデバイスは、空きまたは占有されていないと判断されたこれらのサブバンドでの送信、すなわちウォンサブバンド（ｗｏｎ ｓｕｂｂａｎｄ）で送信をすることができる。占有、ビジーまたは非ウォンサブバンド（ｎｏｎ－ｗｏｎ ｓｕｂｂａｎｄｓ）では送信ができない。

【0020】

上記のセクションの情報は、発明の背景の理解を高めるためのものにすぎず、したがって、当業者に既に知られている先行技術を形成しない情報が含まれている可能性があることに留意されたい。

【発明の概要】

【発明が解決しようとする課題】

【0021】

上述のような先行技術から出発して、再送信手順に関する強化または改善が必要とされている。

【0022】

本発明の実施形態を、添付の図面を参照してより詳細に説明する。

【図面の簡単な説明】

【0023】

【図1(a)】図１（ａ）は、無線通信システムの一例の概略図を示す。

【図1(b)】図１（ｂ）は、無線通信システムの一例の概略図を示す。

【図2】図２は、互いに直接通信するＵＥが基地局に接続されているカバレッジ内シナリオの概略図である。

【図3】図３は、互いに直接接続するＵＥが基地局からＳＬリソース割り当て構成または支援を受信しないカバレッジ外シナリオの概略図である。

【図4】図４は、モード１におけるネットワークノードを動作するための概略図である。

【図5】図５は、ＨＡＲＱおよびブラインド送信をスケジューリングするためのＤＡＩ手順の例である。

【図6】図６は、合計（ＭｘＰ）回の送信のための単一のＰＵＣＣＨ位置を含むＤＣＩの使用の例を示す図である。

【図7】図７は、再送信リソース位置のそれぞれに対応する複数のＰＵＣＣＨリソースを含むＤＣＩの使用の例を示す図である。

【図8】図８は、最初の送信に対応するＰＵＣＣＨリソース位置を含むＤＣＩを使用する例であり、後続の送信のために、ＴＸ ＵＥはこれらの送信のリソース位置間の時間ギャップを想定し、それに応じてそれぞれのＰＵＣＣＨ位置を導出することができる。

【図9】図９は、実施形態による単一のＰＵＣＣＨにおけるＨＡＲＱベースおよびブラインド／無ＨＡＲＱ送信の多重化についての概略図である。

【図10】図１０は、実施形態によるタイムラインの分離処理を説明するための概略ブロック図を示す。

【図11】図１１は、基地局が、ＨＡＲＱベースの送信を示す単一のＤＣＩをＴＸ ＵＥに送信し、単一のＨＡＲＱフィードバックを受信するように構成される実施形態によるネットワークの動作の概略図である。

【図12】図１２は、基地局が、ＨＡＲＱベースの送信を示す単一のＤＣＩをＴＸ ＵＥに送信し、単一のＨＡＲＱフィードバックを受信するように構成される実施形態によるネットワークの動作の概略図であり、ＴＸ ＵＥは、ＲＸ ＵＥから複数のフィードバックを受信する。

【図13】図１３は、基地局が、ＨＡＲＱベースの送信を示す単一のＤＣＩをＴＸ ＵＥに送信し、単一のＨＡＲＱフィードバックを受信するように構成される実施形態によるネットワークの動作の概略図であり、ＴＸ ＵＥは、ＲＸ ＵＥに複数のＳＣＩを送信する。

【図14】図１４は、基地局が、ＨＡＲＱベースの送信を示す単一のＤＣＩをＴＸ ＵＥに送信し、単一のＨＡＲＱフィードバックを受信するように構成される実施形態によるネットワークの動作の概略図であり、ＴＸ ＵＥは、ＲＸ ＵＥに複数のＳＣＩを送信し、ＲＸ ＵＥから複数のフィードバックを受信する。

【図15】図１５は、基地局が、ＨＡＲＱベースの送信を示す単一のＤＣＩをＴＸ ＵＥに送信し、単一のＨＡＲＱフィードバックを受信するように構成される実施形態によるネットワークの動作の概略図であり、ＴＸ ＵＥは、ＲＸ ＵＥに複数のＳＣＩを送信し、ＲＸ ＵＥからデータコンテンツに関連する複数のフィードバックを受信する。

【図16】図１６は、基地局が、ＴＸ ＵＥに複数のＤＣＩを送信し、複数のＨＡＲＱフィードバックを受信するように構成される実施形態によるネットワークの動作の概略図であり、ＴＸ ＵＥはＲＸ ＵＥに複数のＳＣＩを送信し、ＲＸ ＵＥから各ＳＣＩに応答するフィードバックを受信する。

【図17】図１７は、基地局が、ＴＸ ＵＥに複数のＤＣＩを送信し、複数のＨＡＲＱフィードバックを受信するように構成される実施形態によるネットワークの動作の概略図であり、ＴＸ ＵＥはＲＸ ＵＥに複数のＳＣＩを送信し、ＲＸ ＵＥから各データ送信に応答するフィードバックを受信する。

【図18】図１８は、図１のネットワークにおけるセルのように、複数のゾーンに分割されたカバレッジエリアを有するセルの概略図である。

【図19】図１９は、本発明のアプローチに従って説明された方法のステップと同様にユニットまたはモジュールを実行することができるコンピュータシステムの例を示す。

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

【0024】

同一または類似の要素に同一の参照符号が付与されている添付図面を参照して、本発明の実施形態をより詳細に説明する。

【0025】

無線通信システムまたはネットワークにおいて、図１を参照して上述したような、初期のビークル ツー エブリシング（Ｖ２Ｘ）仕様は、３ＧＰＰ（登録商標）規格のリリース１４に含まれている。リソースのスケジューリングおよび割り当ては、Ｖ２Ｘの要件に従って変更されているが、オリジナルのデバイス間（Ｄ２Ｄ）の通信規格が設計の基礎として使用されている。

【0026】

ＬＴＥ Ｖ２Ｘ規格（改良されたＶ２ＸまたはｅＶ２Ｘとも呼ばれる）のリリース１５は２０１８年６月に完了し、現在はリリース１６をターゲットに、３ＧＰＰ（登録商標）は最初のリリース５Ｇ ＮＲ Ｖ２Ｘに期待している。ＮＲ Ｖ２Ｘは、実現すべきユースケースのセットを特定し、これらのユースケースの重要な焦点の１つは、所定のアプリケーションサービスに特定のサービス品質（ＱｏＳ）を保証することである。

【0027】

最近完了したＲｅｌ．１６のワークアイテムに基づき、３ＧＰＰ（登録商標）は、リソース割り当ての観点から２つの構成、すなわちモード１およびモード２で動作することに合意した。モード１で動作するＶ２Ｘ ＵＥは、基地局（ＢＳ／ｅＮＢ／ｇＮＢ）からサイドリンク（ＳＬ）送信のスケジューリング情報を取得するが、一方で、モード２のＵＥは自律的にリソース選択を実行する。また、ユニキャストおよびグループキャスト送信はＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックをサポートするが、一方で、ブロードキャスト送信はこの機能をサポートしないことが合意された。すべての通信／キャストタイプ送信はブラインド再送信もサポートしており、これはパケット遅延バジェット（ＰＤＢ）が遅延制約のためにＨＡＲＱフィードバックの使用を許可しない場合に使用することができる。

【0028】

リソースが割り当てられると、ＴＸ（送信）ＵＥは、サイドリンク制御情報（ＳＣＩ）を使用して、送信に割り当てられたリソースについてＲＸ（受信）ＵＥに報告する必要がある。単一のＳＣＩは［２、３または４］回のみの（再）送信に関連する情報を含むが、１パケットあたり全体で３２回の（再）送信が許容されることが合意されている。

【0029】

ＮＲ Ｖ２Ｘシステムには２つの動作モード、すなわちモード１およびモード２がある。Ｖ２Ｘ モード１の構成は、基地局（ＢＳ／ｅＮＢ／ｇＮＢ）が前記基地局のカバレッジ内の車両用ＵＥに対してリソースのスケジューリングおよび干渉の管理を行い、サイドリンク（ＳＬ）（車車間／Ｖ２Ｖ）通信を可能にする。制御シグナリングは、Ｕｕインタフェースを介して（ダウンリンク制御表示（ＤＣＩ）を介して）ＵＥに提供される。ＳＬ通信のためのＶ２Ｘ モード２の構成は、予め設定されたリソース構成に基づいてＵＥ間で分散型の（非集中的な）アルゴリズムを使用して自律的に実行される。

【0030】

モード１では、基地局は、ＴＸ ＵＥがＲＸ ＵＥへのパケットの送信（および再送信）に使用するリソースの選択および割り当てを担う。ＴＸ ＵＥは、ＳＲ／ＢＳＲ（スケジューリング要求／バッファ状況報告）を使用することによって基地局からリソースを要求する。リソース要求の際に、基地局はパケットに付加された優先度、信頼性およびレイテンシー要件に関する上位レイヤ情報に基づいてリソースを割り当てる。この情報に基づいて、基地局は以下のことを決定し、基地局に実装（スケジューラ）に依存する。
● パケットがＨＡＲＱフィードバックまたはブラインド再送信のどちらを必要とするか（信頼性要件に基づく）。
● 上記のいずれかのスキームにおける再送信回数（ＰＤＢ要件に基づく）。
● ＴＸ ＵＥによる（再）送信に使用されるリソース（リソースの可用性に基づく）。
● ＴＸ ＵＥが基地局へフィードバック（ＨＡＲＱフィードバックの場合のみ）を行うためにＰＵＣＣＨ（物理アップリンク制御チャネル）で使用するリソース。
● 基地局は、そのあと、ダウンリンク制御情報（ＤＣＩ）をＴＸ ＵＥに送信することによって、（再）送信に使用するリソースについてＴＸ ＵＥに報告する。ＬＴＥでは、ＤＣＩは、初回送信および再送信の周波数位置、およびそれらの間の時間ギャップのみが含まれていた。これは、パケットの最大送信数が２に制限されていたためである。ＮＲで読み込まれる最大数は３２であるため、本願明細書に記載の実施形態は、ＤＣＩ構造の効率的な解決策を提供するものである。

【0031】

図４では、モード１で動作するための模式図が示されている。図１のｇＮＢのような基地局は、ＴＸ ＵＥ、例えば図１のＵＥまたはＩｏＴデバイスの１つから、メッセージ３１２₁を受信することによってリソースを要求される。すなわち、ＴＸ ＵＥは、基地局に対してＳＲ／ＢＳＲを送信する。基地局は、上位レイヤ情報３１４を使用して、送信のための重要なパラメータを決定することができる。メッセージ３１２₂で、基地局はＴＸ ＵＥにＤＣＩを送信することができる。１つ以上のメッセージ３１２₃で、ＴＸ ＵＥはＳＣＩおよび／またはデータをＲＸ ＵＥに送信することができる。１つ以上のそれぞれのメッセージ３１２₄で、ＲＸ ＵＥはＴＸ ＵＥにＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信することができる。ＴＸ ＵＥは、１つ以上のそれぞれのメッセージ３１２₅によって、ＨＡＲＱフィードバックを基地局に転送することができる。

【0032】

ブラインド再送信の場合、基地局はＨＡＲＱフィードバックに使用されるリソースに関する情報を提供せず、パケットの実際の送信のためのリソースのみを提供し、その後ブラインド再送信によって転送される。

【0033】

ＴＸ ＵＥはこのリソース情報を順番に使用して、ＲＸ ＵＥにサイドリンク制御情報（ＳＣＩ）を送信し、送信を受信できるリソースに関する情報を提供する。ＲＸ ＵＥは、すべての（再）送信の受信後にタイマーを持続する。送信を受信すると、タイマーが開始する。タイマーが切れる前に、同じパケットの別の送信がＲＸ ＵＥに到着した場合（同じＨＡＲＱプロセスＩＤと新規データ表示（ＮＤＩ）を有し、新規送信ではない送信が開始される）、ＲＸ ＵＥは前の送信をバッファに保持し、両方の送信を使用してパケットを復号してタイマーを再スタートさせる。ＲＸ ＵＥがパケットの復号に成功するか、タイマーが切れてバッファがクリアされるまで、同じ処理が繰り返される。

【0034】

再送信の合計回数（最大３２）は、ＳＣＩで指定できる再送信リソースの数（最大４）を超えるので、再送信に使用されるリソースについてＴＸ ＵＥ（および後続のＲＸ ＵＥ）に報告するために、複数のＳＣＩ（および場合によってはＤＣＩ）が必要とされるだろう。実施形態は、複数の（再）送信を取り扱うＳＣＩを送信するために、単一または複数のＤＣＩを使用するための手順を提供する。本願明細書に記載された実施形態に関連して、これはアイデア１．３と呼ばれ、一方で、一般的に提案された新しいＤＣＩ構造は、アイデア１．１から１．４と呼ばれる実施形態において説明される。

【0035】

さらに、ＨＡＲＱベースの再送信の場合は、基地局は、ＴＸ ＵＥにＰＵＣＣＨリソースを割り当てるという追加の責任を有し、ＴＸ ＵＥが所定の送信のステータス（ＡＣＫ／ＮＡＣＫ）を基地局に報告できる。ＤＣＩにおける再送信およびフィードバックリソースを指定するために従う異なる手順は、アイデア１．３と呼ばれる実施形態で説明されている。

【0036】

ＴＸ ＵＥによってＲＸ ＵＥに送信されるＳＣＩにおいて、ＨＡＲＱフィードバックがＴＸ ＵＥに返信されるときに関するインスタンスおよび従うべき手順は、アイデア４．１と呼ばれる実施形態に関連して説明される。欧州出願ＥＰ１９１９２１３３に記載されているように、ＰＳＦＣＨ（物理サイドリンクフィードバックチャネル）で送信されるデータとＰＳＦＣＨでのフィードバックの位置との間に暗黙的なマッピングが存在するので、ＰＳＦＣＨでフィードバックリソースを指定する必要はない。

【0037】

モード２では、ＴＸ ＵＥはＲＸ ＵＥへの送信のためのリソースの選択および割り当てを担う。ＴＸ ＵＥは、基地局によって処理されるモード１に関連して説明される他の決定とともに、パケットがＨＡＲＱフィードバックまたはブラインド再送信を必要とするかどうかを決定する責任も有する。これらの決定を行うためにＴＸ ＵＥが従う手順は、アイデア５と呼ばれる実施形態に関連して説明される。

【0038】

ブラインド再送信の場合、ＴＸ ＵＥはＳＣＩを介してＲＸ ＵＥにパケットの（再）送信に使用されるリソースについて報告するだけでよい。ＮＲでは、ＳＣＩが［２、３または４］個の再送信リソース位置のみを含むことができるという合意に基づき、再送信の合計回数（最大３２）がＳＣＩで指定できる再送信リソースの数を超える場合、複数のＳＣＩが必要とされる。基本的に、モード１のブラインド再送信に関連して説明したのと同じ手順に従うことになる。

【0039】

ＨＡＲＱ再送信の場合、ＴＸ ＵＥは前述のモード１で説明したのと同じ手順に従うことができる。ＲＸ ＵＥは、バッファをクリアできるまで、どれぐらいの時間、パケットの異なる再送信バージョンを保持しなければならないかを知る必要がある。これは、事前に設定されたまたはＰＣ５－ＲＲＣで設定された再送信タイマーで行うことができる。これは送信または再送信後に開始／リセットされ、事前に設定された閾値に達するとバッファをフラッシュする。

【0040】

本発明は、効率的なＳＣＩ構造を提供することによって、上述した問題に対処する無線通信システムまたはネットワークにおける改良および強化を提供する。より具体的には、本発明の実施形態は、所望の精度で実際の位置／配置を提供しつつ、位置情報または配置情報を提供するためのシグナリングオーバーヘッドを回避する。本発明の実施形態は、基地局および移動端末またはＩｏＴデバイスのようなユーザを含む図１に示されるような無線通信システムに実装されることができる。図１８は、基地局のような送信機３００と、ユーザ機器ＵＥのような１つ以上の受信機３０２，３０４とを含む無線通信システムの概略図である。送信機３００および受信機３０２，３０４は、無線リンクのような１つ以上の無線通信リンクまたはチャネル３０６ａ，３０６ｂ，３０８を介して通信してもよい。送信機３００は、互いに結合された、１つ以上のアンテナＡＮＴ_Tまたは複数のアンテナ素子を有するアンテナアレイ、信号プロセッサ３００ａおよびトランシーバー３００ｂを含んでもよい。受信機３０２、３０４は、互いに結合された、１つ以上のアンテナＡＮＴ_UEまたは複数のアンテナを有するアンテナアレイ、信号プロセッサ３０２ａ，３０４ａ、およびトランシーバー３０２ｂ，３０４ｂを含む。基地局３００およびＵＥ３０２，３０４は、Ｕｕインタフェースを使用した無線リンクのように、それぞれの第１の無線通信リンク３０６ａおよび３０６ｂを介して通信してもよく、一方で、ＵＥ３０２，３０４は、ＰＣ５／サイドリンク（ＳＬ）インタフェースを使用した無線リンクのように、第２の無線通信リンク３０８を介して互いに通信してもよい。ＵＥが基地局によってサービスされていない場合、基地局に接続されていない場合、例えばＲＲＣ接続状態でない場合、またはより一般的には、ＳＬリソース割り当て構成または支援が基地局によって提供されていない場合、ＵＥはサイドリンク（ＳＬ）を介して互いに通信してもよい。図１８のシステムまたはネットワーク、１つ以上のＵＥ３０２，３０４および基地局３００は、本願明細書に記載の発明の教示に従って動作することができる。

【0041】

本発明は、無線通信システムのトランシーバーであって、無線通信システムは、サイドリンク（ＳＬ）を使用して互いに通信する複数のユーザ機器（ＵＥ）を含み、ここで、
データパケット等のパケットのサイドリンクを使用した送信について、トランシーバーはサイドリンクを使用したデータパケットの送信についての１つ以上の送信要件を決定し、
決定された１つ以上の送信要件に応答して、トランシーバーは１つ以上の制御メッセージを送信し、１つ以上の制御メッセージは、
－ サイドリンクを使用したＨＡＲＱベースの送信およびサイドリンクを使用したブラインド送信または非ＨＡＲＱ（ＨＡＲＱ－ｆｒｅｅ）送信のためのパラメータを含む、共通の制御メッセージ、または、
－ サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、制御メッセージ、または、
－ サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、制御メッセージ、
のうちの１つ以上を含む、
トランシーバーを提供する（例えば請求項１参照）。

【0042】

実施形態によれば（例えば請求項２参照）、トランシーバーにおいて、１つ以上の送信要件は、
－ 例えばＱｏＳまたはチャネル状態等の信頼性要件に基づいて、パケットがＨＡＲＱフィードバックまたはブラインド再送信を必要とするか否か、
－ 例えばパケット遅延バジェット（ＰＤＢ）要件に基づく、ＨＡＲＱフィードバックスキームおよび／またはブラインド再送信スキームの再送信回数、
－ 例えばリソースの輻輳状況等リソースの利用可能性に基づく、サイドリンクを使用する送信および再送信に使用するリソース、
のうちの１つ以上を含む。

【0043】

実施形態によれば（例えば請求項３参照）、トランシーバーは、優先度、ＰＤＢまたは（パケットに付随する信頼性に関連する）許容可能なパケットエラー率（ＰＥＲ）等のパケットに関する上位レイヤ情報に応答して１つ以上の送信要件を決定する。

【0044】

実施形態によれば（例えば請求項４参照）、トランシーバーは、Ｕｕリンクを使用して送信ＵＥ（ＴＸ ＵＥ）と通信する無線通信システムの基地局であり、ＴＸ ＵＥはサイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信し、送信ＵＥおよび／または受信ＵＥはＮＲモード１である。

【0045】

実施形態によれば（例えば請求項５参照）、トランシーバーにおいて、基地局は、
－ 基地局がＤＣＩをＴＸ ＵＥに送信する、動的グラント、
－ 基地局がＲＲＣシグナリングを介してＴＸ ＵＥのリソースを設定する、設定済みグラントタイプ１、
－ 基地局がＲＲＣシグナリングを介してＴＸ ＵＥのリソースを設定し、グラントをアクティブ化／非アクティブ化するためにＤＣＩが送信される、設定済みグラントタイプ２、
のうちの１つ以上を使用して、１つ以上の制御メッセージをＴＸ ＵＥに送信する。

【0046】

実施形態によれば（例えば請求項６参照）、トランシーバーにおいて、１つ以上の制御メッセージのそれぞれは共通の制御メッセージパラメータを含み、共通の制御メッセージパラメータは、
－ リソース位置表示、
－ スロットアグリゲーション表示、
－ 再送信の合計回数、
－ ＭＣＳレベル、
－ 最大ＴＸ電力、
－ 宛先ＩＤ、
－ キャストタイプ、
－ 例えばブラインド送信もしくは再送信またはＨＡＲＱ可能送信等、送信手順表示、
－ 優先度表示、
のうちの１つ以上を含む。

【0047】

実施形態によれば（例えば請求項７参照）、トランシーバーにおいて、リソース位置表示は、例えばＮＲ ＳＬにおける３２回の再送信等、所与の最大または許容可能な送信および／または再送信の回数について、送信および／または１つ以上の再送信の時間位置および周波数位置を含み、
ここで、初回送信と１つ以上の再送信の周波数位置またはサブチャネルが同じである場合、リソース位置表示は、
－ 再送信が発生する時間スロットを、例えばベクトルの形態で、または複数のビットマップベクトルを含むＴＸ ＵＥ内のテーブルにマッピングされたインデックスの形態で示すビットマップ、
－ タイミングオフセットであって、再送信が発生する時間スロットを受信ＵＥが可能な再送信の合計回数に達するまで導出することができるもの、
のうちの少なくとも１つを含む。
ここで、初回送信と１つ以上の再送信の周波数位置またはサブチャネルが異なる場合、リソース位置表示は、例えば複数の時間－周波数パターンを含むＴＸ ＵＥ内のテーブルにマッピングされるインデックスの形態の、リソースの時間位置および周波数位置を示す時間－周波数パターンを含む。

【0048】

実施形態によれば（例えば請求項９参照）、トランシーバーにおいて、ＴＸ ＵＥは、例えばＲＲＣシグナリングを使用するＰＳＳＣＨ－アグリゲーションファクターパラメータ等のパラメータが設定され、パラメータは、例えばスロット間で複数のＰＳＳＣＨ領域を使用する巨大なパケットについて、パケットの送信のために集約されるスロットの数を示し、かつ、
スロットアグリゲーション表示は、使用する最初のスロットの周波数またはサブチャネルおよび開始点のみを示す。

【0049】

実施形態によれば（例えば請求項９参照）、トランシーバーにおいて、集約される各スロット間の時間オフセットは、ＲＲＣなどの半静的シグナリングを使用して事前設定または設定される。

【0050】

実施形態によれば（例えば請求項１０参照）、トランシーバーにおいて、制御メッセージは、
－ サイドリンク上の１つ以上の再送信がＨＡＲＱベースの再送信であるかブラインド再送信であるかを示す再送信タイプ表示、
－ ダウンリンク割り当てインデックス（ＤＡＩ）、
－ 例えばＰＵＣＣＨ上で、ＴＸ ＵＥから基地局にフィードバックを送信するためのリソース位置を示す再送信フィードバックリソース位置表示、
のうちの１つ以上を含む共通の制御メッセージである。

【0051】

実施形態によれば（例えば請求項１１参照）、トランシーバーにおいて、再送信タイプ表示は、
－ 明示的で、かつ、送信されるパケットがＨＡＲＱベースの再送信とブラインド再送信のどちらを使用するかを示す明示的なパラメータを含む、または、
－ ＤＣＩ内の１つ以上の所定のパラメータを既定値またはデフォルト値に設定することにより、暗黙的である。

【0052】

実施形態によれば（例えば請求項１２参照）、トランシーバーにおいて、暗黙的な再送信タイプ表示の場合、
ブラインド再送信の使用は、
－ ＴＸ ＵＥから基地局への例えばＰＵＣＣＨでのフィードバックに使用されるリソースを示すＰＵＣＣＨリソース表示等のパラメータの非数値またはデフォルト値もしくは事前設定値、または、ＤＣＩと例えばＰＵＣＣＨでのフィードバックとの間のＰＳＳＣＨ／ＰＤＣＣＨ－ＨＡＲＱタイミング表示等の時間ギャップを使用すること、または、
－ ＰＳＦＣＨのいずれのリソースも含まないリソースのセットまたはリソースプールに向けた送信および／または再送信のためのリソース位置表示、
によって示される、および／または、
ＨＡＲＱベースの再送信の使用は、
－ ＰＳＦＣＨのリソースを含むリソースのセットまたはリソースプールに向けた送信および／または再送信のためのリソース位置表示、
によって示される。
および／または、宛先ＩＤ、優先度情報または、例えばブロードキャスト用の送信リソースまたはＨＡＲＱが設定されていない宛先ＩＤなどのキャストタイプの使用によって示される。

【0053】

実施形態によれば（例えば請求項１３参照）、トランシーバーにおいて、
ＤＣＩは、ダウンリンク割り当てインデックス（ＤＡＩ）を含み、ＤＡＩはカウンタＤＡＩ（ｃＤＡＩ）およびトータルＤＡＩ（ｔＤＡＩ）を含み、かつ、
ＤＣＩがサイドリンクを使用したブラインド再送信のためのものである場合、
－ カウンタＤＡＩは増分されない、またはデフォルト値または－１などの事前設定値がカウンタＤＡＩに割り当てられる、および／または、
－ ＤＣＩはトータルＤＡＩにカウントされない、および／または、
－ ＴＸ ＵＥはカウンタＤＡＩを無視する、および／または、
－ カウンタＤＡＩは増分されるが、ＨＡＲＱベースの再送信のための後続のＤＣＩのカウンタＤＡＩは増分されない。

【0054】

実施形態によれば（例えば請求項１４参照）、トランシーバーにおいて、
ＤＣＩはダウンリンク割り当てインデックス（ＤＡＩ）を含み、ＤＡＩは、カウンタＤＡＩ（ｃＤＡＩ）およびトータルＤＡＩ（ｔＤＡＩ）を含み、かつ、
ＤＣＩがＨＡＲＱベースの再送信のためのものである場合およびＤＣＩがブラインド再送信のためのものである場合に、カウンタＤＡＩが増分され、ここで、トランシーバーは、無ＨＡＲＱ（ＨＡＱＲ－ｌｅｓｓ）またはブラインド送信についてＴＸ ＵＥから報告されるブラインドまたは無ＨＡＲＱ送信および／または再送信を示すＤＣＩについてカウンタＤＡＩを増分する。

【0055】

実施形態によれば（例えば請求項１５参照）、トランシーバーにおいて、
無ＨＡＲＱまたはブラインド送信のためのＤＣＩがＴＸ ＵＥで正しく受信された場合、トランシーバーは指定されたＰＵＣＣＨリソースでＴＸ ＵＥからＡＣＫを受信して、所与の送信にさらなるリソースを必要としないことをシグナリングし、カウンタＤＡＩを増分し、
無ＨＡＲＱまたはブラインド送信のためのＤＣＩがＴＸ ＵＥで誤って受信された場合、トランシーバーは指定されたＰＵＣＣＨリソースでＴＸ ＵＥからＮＡＣＫを受信する。

【0056】

実施形態によれば（例えば請求項１６参照）、トランシーバーにおいて、
ブラインド再送信かつＨＡＲＱベースの再送信の場合、ＤＣＩ内の送信位置表示および／または再送信位置表示は、一部または全部の送信位置および／または再送信位置を示し、
ＨＡＲＱベースの再送信のみの場合、ＴＸ ＵＥに送信されるＤＣＩ内の再送信位置表示は、ＴＸ ＵＥがＲＸ ＵＥから受信したＨＡＲＱフィードバックを基地局に転送することができるＰＵＣＣＨリソースを示す。

【0057】

実施形態によれば（例えば請求項１７参照）、トランシーバーにおいて、ＨＡＲＱベースの再送信の場合、ＤＣＩ内の再送信位置表示は送信および／または再送信リソース位置の数を示し、送信および／または再送信リソース位置の数はＭｘＰであり、ＭｘＰはパケットに対する最大または許容可能な送信および／または再送信の数、例えばＮＲの場合再送信３２回を超えることはなく、Ｍは単一のＤＣＩに含まれる送信および／または再送信リソース位置の数であり、Ｐは所与のパケットについて送信されるＤＣＩの数である。

【0058】

実施形態によれば（例えば請求項１８参照）、トランシーバーにおいて、ＤＣＩは、Ｍ個の送信および／または再送信リソース位置に対して単一のＰＵＣＣＨ位置を含み、トランシーバーは、
－ Ｍ個の送信および／または再送信リソース位置と１つだけのＰＵＣＣＨ位置とを含むＤＣＩを送信し、
－ ＤＣＩに応答して、単一のＰＵＣＣＨ位置を使用することによって、Ｍ個の送信すべてについてＲＸ ＵＥの複合フィードバックをＴＸ ＵＥから受信し、
－ ＲＸ ＵＥでのパケットの復号の成功をフィードバックが示すまで、または再送信の最大数ＭｘＰに達するまで、ＤＣＩの送信をＰ回繰り返す。

【0059】

実施形態によれば（例えば請求項１９参照）、トランシーバーにおいて、ＤＣＩは、送信および／または再送信リソース位置のそれぞれに対して複数のＰＵＣＣＨ位置を含み、トランシーバーは、
－ Ｍ個の送信および／または再送信リソース位置と各送信および／または再送信リソース位置について１つのＰＵＣＣＨ位置とを含むＤＣＩを送信し、
－ ＤＣＩに応答して、送信および／または再送信のためのＰＵＣＣＨ位置を使用することによって、Ｍ個の送信のそれぞれに対するＲＸ ＵＥのフィードバックをＴＸ ＵＥから受信し、
－ ＲＸ ＵＥでのパケットの復号の成功をフィードバックが示すまで、または再送信の最大数ＭｘＰに達するまで、ＤＣＩの送信をＰ回繰り返す。

【0060】

実施形態によれば（例えば請求項２０参照）、トランシーバーにおいて、ＤＣＩは、複数の送信および／または再送信リソース位置のための複数のＰＵＣＣＨ位置を含み、トランシーバーは、
－ ＭｘＰ個の送信および／または再送信リソース位置とＭ個毎の送信および／または再送信リソース位置の後のＰＵＣＣＨ位置とを含むＤＣＩを送信し、
－ ＤＣＩに応答して、送信および／または再送信のためのＰＵＣＣＨ位置を使用することによって、Ｍ回目の送信毎にＲＸ ＵＥのフィードバックをＴＸ ＵＥから受信し、
－ ＲＸ ＵＥでのパケットの復号の成功をフィードバックが示すまで、または再送信の最大数ＭｘＰに達するまで、Ｍ回目の送信毎にＴＸ ＵＥからフィードバックを受信し続ける。

【0061】

実施形態によれば（例えば請求項２１参照）、トランシーバーにおいて、ＤＣＩは明示的または暗黙的に表示するものであり、
明示的な表示の場合、ＤＣＩは送信および／または再送信のためのすべてのＰＵＣＣＨ位置を含み、
暗黙的な表示の場合、ＤＣＩは最初の送信に対応するＰＵＣＣＨリソース位置を含み、２回目以降の送信および／または再送信については、ＴＸ ＵＥは２回目以降の送信および／または再送信のためのＰＵＣＣＨ位置を、
－ ２回目以降の送信および／または再送信のためのリソース位置間の時間ギャップを使用して導出し、最初の送信のためのＰＵＣＣＨリソース位置を開始点として所与の時間ギャップを適用すること、または、
－ 初回の送信位置とＰＵＣＣＨリソース位置との間の時間ギャップを使用して導出し、２回目以降の再送信リソース位置に対して所与の時間ギャップを適用すること、
のうちの少なくとも一方を行う。

【0062】

実施形態によれば（例えば請求項２２参照）、トランシーバーにおいて、ＤＣＩは明示的または暗黙的に表示するものであり、
トランシーバーは、最初のＤＣＩにおいて、
－ 最初のＨＡＲＱフィードバックが報告されるスロットを指し示すＨＡＲＱ－タイミング表示、および、
－ スロット内のＰＵＣＣＨ送信に使用する複数の設定済みＰＵＣＣＨ構成のうちの１つを示すＰＵＣＣＨリソース表示（ＰＲＩ）、
を示し、
ＰＳＳＣＨ送信にも適用されるのと同じオフセットをＰＵＣＣＨリソースにも適用することによって、２回目以降のＨＡＲＱ－フィードバックのための１つ以上のスロットが決定される。

【0063】

実施形態によれば（例えば請求項２３参照）、トランシーバーは、
－ パケットについて許容される送信および／または再送信が全て完了したとＴＸ ＵＥが判断した場合に、ＴＸ ＵＥからＡＣＫを受信する、または、
－ パケットについての許容される送信および／または再送信が全て完了したことを示す明示的なパラメータを受信する。

【0064】

実施形態によれば（例えば請求項２４参照）、トランシーバーは、パケットについての送信および／または再送信が完了したことを示すＡＣＫまたは明示的な表示に応答して、ＰＳＦＣＨ上のフィードバックとは無関係に、パケットのためのさらなるリソースの割り当てを停止する。

【0065】

実施形態によれば（例えば請求項２５参照）、トランシーバーにおいて、制御メッセージはＨＡＲＱベースの再送信のための制御メッセージであり、ＨＡＲＱベースの再送信のための制御メッセージは、
－ ＰＵＣＣＨで使用されるリソース、
－ ＤＣＩとＰＵＣＣＨとの間の時間ギャップ、
－ ＤＣＩ受信とＤＣＩによってスケジュールされた最初のサイドリンク送信との間のスロットオフセット、
のうちの１つ以上を示すパラメータを含む。

【0066】

実施形態によれば（例えば請求項２６参照）、
トランシーバーは、サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信する送信ＵＥ（ＴＸ ＵＥ）であり、送信ＵＥおよび／または受信ＵＥはＮＲモード２であり、かつ、
１つ以上の制御メッセージは、サイドリンク制御情報（ＳＣＩ）を含むサイドリンク制御情報（ＳＣＩ）メッセージである。

【0067】

実施形態によれば（例えば請求項２７参照）、トランシーバーにおいて、１つ以上の送信要件は、
－ サイドリンクを使用したＨＡＲＱベースの送信の場合にＴＸ ＵＥが基地局にフィードバックを提供するためにＰＵＣＣＨで使用されるリソース、
－ ＴＸ ＵＥへのＤＣＩを含むＰＤＣＣＨ送信と、ＴＸ ＵＥから基地局へのフィードバックを含むＰＵＣＣＨ送信との間の時間ギャップ、
－ ＤＣＩ受信と、ＤＣＩによってスケジュールされた最初のサイドリンク送信との間のスロットオフセット、
のうちの１つ以上をさらに含む。

【0068】

本発明は、無線通信システムのユーザ機器であって、無線通信システムはサイドリンク（ＳＬ）を使用して互いに通信するための複数のユーザ機器（ＵＥ）を含み、ここで、
ユーザ機器は、無線通信システムの基地局のサービスを受ける送信ユーザ機器（ＴＸ ＵＥ）であって、サイドリンクを使用して１つ以上の受信ユーザ機器（ＲＸ ＵＥ）と通信し、かつ、
データパケット等のパケットのサイドリンクを使用した送信のために、ＴＸ ＵＥは、データパケットの送信のための１つ以上の送信要件に応じて、サービスを提供する基地局からＤＣＩ等の１つ以上の制御メッセージを受信し、１つ以上の制御メッセージは、
－ サイドリンクを使用したＨＡＲＱベースの送信およびサイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、共通のＤＣＩ、または、
－ サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベースの再送信についてのＤＣＩ、または、
－ サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信のためのＤＣＩ、
のうちの１つ以上を含む、
ユーザ機器を提供する（例えば請求項２８参照）。

【0069】

実施形態によれば（例えば請求項２９参照）、ユーザ機器において、サービス提供する基地局は、上述したような本発明のトランシーバーを備える、または上述したような本発明のトランシーバーである。

【0070】

実施形態によれば（例えば請求項３０参照）、ユーザ機器において、制御メッセージは共通のＤＣＩであり、
共通のＤＣＩに応答して、ＴＸ ＵＥは、
－ 送信のそれぞれに対してフィードバックを送信しなければならないことの表示を有する、すべてのリソース位置に対する単一のＳＣＩ、または、
－ ＤＣＩに記述されたリソース位置の別のサブセットを含み、それぞれの送信に対してフィードバックが送信されなければならないことを指定する複数のＳＣＩ、
のうちの少なくとも１つを送信することが期待され、
送信１回ごとにＲＸ ＵＥからフィードバックを受信すると、ＴＸ ＵＥは、暗黙的に導出される、またはＤＣＩに明示的に示される、送信についてのＰＵＣＣＨリソースに関するフィードバックを基地局に提供する。

【0071】

実施形態によれば（例えば請求項３１参照）、ユーザ機器において、制御メッセージは共通のＤＣＩであり、
共通のＤＣＩに応答して、ＴＸ ＵＥは、単一のＳＣＩを少なくとも２つのステージを備えるＳＣＩとして送信することが期待される。

【0072】

実施形態によれば（例えば請求項３２参照）、ユーザ機器において、制御メッセージは共通のＤＣＩであり、
ＤＣＩはダウンリンク割り当てインデックス（ＤＡＩ）を含み、ＤＡＩは、ＤＣＩがＨＡＲＱベースの再送信のためのものである場合およびＤＣＩがブラインド再送信のためのものである場合にＴＸ ＵＥで正常に受信されるように、増分されるカウンタＤＡＩ（ｃＤＡＩ）を含み、
ＴＸ ＵＥは、無ＨＡＲＱ送信またはブラインド送信のためのＤＣＩが正常に受信された場合、基地局にＡＣＫを送信し、基地局にブラインド再送信を示すＤＣＩについてカウンタＤＡＩを増分する。

【0073】

実施形態によれば（例えば請求項３３参照）、ユーザ機器において、無ＨＡＲＱ送信についてのＨＡＲＱ－ＡＣＫが基地局に報告される前に予期せぬトラフィックが到着し、ＴＸ ＵＥがより多くのリソースを必要とする場合、ＴＸ ＵＥは、ブラインド送信についてのＨＡＲＱ－ＡＣＫフィードバックをスケジューリング要求（ＳＲ）として再利用して、例えばより多くのリソースが必要な場合にブラインド送信についてのＮＡＣＫを送信することによって、基地局により多くのリソースが必要であることを通知する。

【0074】

実施形態によれば（例えば請求項３４参照）、ユーザ機器において、
ＴＸ ＵＥは、スロットアグリゲーションを示す１つ以上の共通のＤＣＩおよび１回のみの送信またはワンショット送信のみを必要とするパケットのための１つ以上のＤＣＩを基地局から受信し、
サイドリンク上のスロットアグリゲーションがアクティブである場合、ＴＸ ＵＥは、ＴＸ ＵＥが基地局にＨＡＲＱ－ＡＣＫを送信しなければならない送信全てに対して同じＨＡＲＱタイムラインを適用し、ここで、ＰＳＳＣＨアグリゲーションは常にアクティブであってもよく、またはＲＲＣもしくはＤＣＩシグナリングを使用して、基地局によってアクティブ化されてもよく、ＨＡＲＱタイムラインはすべての送信に対して設定またはアクティブ化されている最大のスロットアグリゲーションのためのものであり、
ＨＡＲＱタイムラインは、ＴＸ ＵＥがＤＣＩを受信した時間から、ＴＸ ＵＥが送信を受信して復号した後にＴＸ ＵＥが基地局にフィードバックを送信する準備ができるまでにかかる時間である。

【0075】

本発明は、
１つ以上の基地局と、
サイドリンク（ＳＬ）を使用して互いに通信する複数のユーザ機器（ＵＥ）であって、複数のＵＥは送信ＵＥ（ＴＸ ＵＥ）を含み、ＴＸ ＵＥはサイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信する、複数のＵＥと、
を備える、無線通信システムであって、
基地局はＴＸ ＵＥにサービスを提供し、
データパケット等のパケットのサイドリンクを使用した送信について、基地局は、データパケットのサイドリンクを使用した送信についての１つ以上の送信要件を決定し、決定された１つ以上の送信要件に応答して、基地局はＴＸ ＵＥに１つ以上の制御メッセージを送信し、１つ以上の制御メッセージは、
－ サイドリンクを使用したＨＡＲＱベースの送信およびサイドリンクを使用したブラインド送信または非ＨＡＲＱの送信のためのパラメータを含む、共通の制御メッセージ、または、
－ サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベース再送信についての制御メッセージ、または、
－ サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信についての制御メッセージ、
のうちの１つ以上を含み、
ＴＸ ＵＥは、基地局から１つ以上の制御メッセージを受信し、１つ以上の制御メッセージをＲＸ ＵＥに送信し、さらに、１つ以上の制御メッセージに示されるパラメータに従って、ＲＸ ＵＥにパケットを送信する、
無線通信システムを提供する（例えば請求項３５参照）。

【0076】

本発明は、
上述のようなの１つ以上の本発明の基地局と、
サイドリンク（ＳＬ）を使用して互いに通信する複数の本発明のユーザ機器（ＵＥ）であって、複数のＵＥは、上述のような送信ＵＥ（ＴＸ ＵＥ）を含み、ＴＸ ＵＥは基地局が提供するサービスを受け、サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信する、複数のＵＥと、
を備え、
ＴＸ ＵＥは、基地局から１つ以上の制御メッセージを受信し、ＲＸ ＵＥに１つ以上の制御メッセージを送信し、１つ以上の制御メッセージに示されるパラメータに従ってＲＸ ＵＥにパケットをさらに送信する、
無線通信システムを提供する（例えば請求項３６参照）。

【0077】

実施形態によれば（例えば請求項３７参照）、無線通信システムにおいて、
基地局は、ＨＡＲＱベースの送信、送信および／または再送信リソース位置、並びに単一のＰＵＣＣＨ位置を示す単一のＤＣＩをＴＸ ＵＥに送信し、
ＴＸ ＵＥはＲＸ ＵＥに単一のＳＣＩを送信し、
ＲＸ ＵＥはＴＸ ＵＥに単一のＨＡＲＱフィードバックを送信し、ここで、ＲＸ ＵＥは受信したすべての再送信を結合し、パケットの復号に成功した後または最大再送信回数の後にのみＨＡＲＱフィードバックを送信し、かつ、
ＴＸ ＵＥは、単一のＤＣＩで定義された単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを基地局に中継する。

【0078】

実施形態によれば（例えば請求項３８参照）、無線通信システムにおいて、
基地局は、ＨＡＲＱベースの送信を示し、かつ、送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩをＴＸ ＵＥに送信し、
ＴＸ ＵＥはＲＸ ＵＥに単一のＳＣＩを送信し、
ＴＸ ＵＥはＲＸ ＵＥから複数のＨＡＲＱフィードバックを受信するが、ＲＸ ＵＥがパケットを正常に復号した場合にのみ基地局に通知し、
ＴＸ ＵＥは、単一のＳＣＩを使用した、例えばＣＢＧ（コードブックグループ）にグループ化されたいくつかのコードブロックを含むＣＢＧベースのＲＸ ＵＥへの送信をスケジュールして、例えばＣＢＧ毎に１つ等複数のフィードバックを期待する。

【0079】

実施形態によれば（例えば請求項３９参照）、無線通信システムにおいて、ＲＸ ＵＥが肯定的なＡＣＫで応答すると、ＴＸ ＵＥは再送信を停止する。
実施形態によれば（例えば請求項４０参照）、無線通信システムにおいて、
基地局は、ＨＡＲＱベースの送信を示し、かつ、送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩをＴＸ ＵＥに送信し、
ＴＸ ＵＥは、各ＳＣＩに再送信リソース位置を有する複数のＳＣＩをＲＸ ＵＥに送信し、
ＲＸ ＵＥは受信したすべての再送信を結合し、パケットの復号に成功した後、または最大再送信数の後、または設定または事前設定された再送信数の後にのみ、ＨＡＲＱフィードバックを送信し、
ＴＸ ＵＥは、単一のＤＣＩに定義された単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを基地局に中継する。

【0080】

実施形態によれば（例えば請求項４１参照）、無線通信システムにおいて、
基地局は、ＨＡＲＱベースの送信を示し、かつ、送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩをＴＸ ＵＥに送信し、
ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数のＳＣＩを送信し、
ＲＸ ＵＥは、所与のＳＣＩに定義される受信した送信を結合し、当該ＳＣＩに定義された送信に基づいてＨＡＲＱフィードバックを送信し、
ＴＸ ＵＥは、単一のＤＣＩに定義された単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを基地局に中継する。

【0081】

実施形態によれば（例えば請求項４２参照）、無線通信システムにおいて、ＴＸ ＵＥは、ＳＣＩごとにフィードバックを受信し、ＲＸ ＵＥが肯定的なＡＣＫで応答すると、ＳＣＩの送信を停止する。

【0082】

実施形態によれば（例えば請求項４３参照）、無線通信システムにおいて、
基地局は、ＨＡＲＱベースの送信を示し、かつ、送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩをＴＸ ＵＥに送信し、
ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数のＳＣＩを送信し、
ＲＸ ＵＥは送信のそれぞれについてＨＡＲＱフィードバックを送信し、
ＴＸ ＵＥは、単一のＤＣＩに定義された単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを基地局に中継する。

【0083】

実施形態によれば（例えば請求項４４参照）、無線通信システムにおいて、ＴＸ ＵＥはすべてのフィードバックを受信し、ＲＸ ＵＥが肯定的なＡＣＫで応答すると、再送信および別のＳＣＩの送信を停止する。

【0084】

実施形態によれば（例えば請求項４５参照）、無線通信システムにおいて、
基地局は、ＨＡＲＱベースの送信を示し、かつ、それぞれが送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩをＴＸ ＵＥに送信し、
ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数のＳＣＩを送信し、
ＲＸ ＵＥは、所与のＳＣＩに定義された受信した送信を結合し、当該ＳＣＩに定義された送信に基づいてＨＡＲＱフィードバックを送信し、
ＴＸ ＵＥはＳＣＩごとにフィードバックを受信し、対応するＤＣＩで定義されたＰＵＣＣＨリソースを使用してフィードバックを基地局に中継し、
ここで、ＲＸ ＵＥがパケットの復号に成功したことを示すフィードバックを受信すると、基地局は当該パケットについてのＤＣＩのＴＸ ＵＥへの送信を停止する。

【0085】

実施形態によれば（例えば請求項４６参照）、無線通信システムにおいて、
基地局は、ＨＡＲＱベースの送信を示し、かつ、それぞれが送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む複数のＤＣＩをＴＸ ＵＥに送信し、
ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数のＳＣＩを送信し、
ＲＸ ＵＥは、送信のそれぞれについてＨＡＲＱフィードバックを送信し、
ＴＸ ＵＥはフィードバックを全て受信し、対応するＤＣＩで定義されたＰＵＣＣＨリソースを使用して、基地局にフィードバックを中継し、
ＲＸ ＵＥが肯定的なＡＣＫで応答すると、 ＴＸ ＵＥはＳＣＩを停止し、肯定的なフィードバックに応答して、基地局はパケットについてのＤＣＩのＴＸ ＵＥへの送信を停止する。

【0086】

実施形態によれば（例えば請求項４７参照）、無線通信システムにおいて、ＲＸ ＵＥが肯定的なＡＣＫで応答すると、 ＴＸ ＵＥはＳＣＩを停止し、肯定的なフィードバックに応答して、基地局はパケットについてのＤＣＩのＴＸ ＵＥへの送信を停止する。

【0087】

実施形態によれば（例えば請求項４８参照）、無線通信システムにおいて、ＤＣＩが、初回送信のため、および１回以上の再送信のため、および例えばＰＵＣＣＨ等フィードバックチャネルのためのリソース割り当てを提供する場合、基地局は、初回送信および１回以上の再送信については、ＴＸ ＵＥからのいずれかについてのＡＣＫに応答して、すべての後続のリソース割り当て、例えば無効にされたリソースを同じまたは別のＳＬ ＵＥに再スケジューリングするためのリソース割り当てを無効にする。

【0088】

実施形態によれば（例えば請求項４９参照）、無線通信システムにおいて、基地局がＤＣＩ上でＴＸ ＵＥに提供する情報に基づいて、リソースはＳＣＩにおいて、
－ 初回送信の周波数位置またはサブチャネルと１回以上の再送信の周波数位置またはサブチャネルとが同じ場合、リソースは、
－ 再送信が発生する時間スロットを例えばベクトルの形態で、または複数のビットマップベクトルを含むＲＸ ＵＥ内のテーブルにマッピングされるインデックスの形態で示す、ビットマップ、
－ 再送信が発生する時間スロットをＲＸ ＵＥが導出することができるタイミングオフセット、
のうちの少なくとも１つによって定義される。
－ 初回送信の周波数位置またはサブチャネルと１回以上の再送信の周波数位置またはサブチャネルとが異なる場合、リソースは、リソースの時間および周波数位置を例えば複数の時間－周波数パターンを含むＲＸ ＵＥ内のテーブルにマッピングされたインデックスの形態で示す、時間－周波数パターン、
－ 集約されたスロットの数を示すスロットアグリゲーションパラメータ、
－ ＤＡＩパラメータ、
のうちの１つ以上によって定義される。

【0089】

実施形態によれば（例えば請求項５０参照）、無線通信システムにおいて、設定済みグラントを使用する際に、いくつかのグラントがＰＵＣＣＨに関する情報を含み、いくつかがＰＵＣＣＨに関する情報を含まない場合、ＴＸ ＵＥは、
－ ＰＵＣＣＨリソースを含むグラントを使用して、基地局へフィードバックを返信し、
－ ＰＵＣＣＨリソースを含まないグラントをブラインド送信に使用する。

【0090】

実施形態によれば（例えば請求項５１参照）、無線通信システムにおいて、設定済みグラントを使用する場合、ＴＸ ＵＥはグラントの特性に応じて、どのグラントでパケットを送信するかを決定し、例えばＴＸ ＵＥはリソースの品質に応じて、高いまたは低い優先度および／または信頼性および／またはレイテンシーを必要とするパケットのためのグラントを使用することができる。

【0091】

実施形態によれば（例えば請求項５２参照）、無線通信システムにおいて、設定済みグラントを使用する場合、ＴＸ ＵＥは、通信タイプに応じてどのグラントでパケットを送信するかを決定し、例えばＴＸ ＵＥはリソースの状態に応じて、ブロードキャスト、グループキャストまたはユニキャスト送信に関連するパケットのためのグラントを使用することができる。

【0092】

実施形態によれば（例えば請求項５３参照）、無線通信システムにおいて、
ＵＥは、
－ 移動端末、または、
－ 固定端末、または、
－ セルラーＩｏＴ－ＵＥ、または、
－ 車両ＵＥ、または、
－ 車両グループリーダー（ＧＬ）ＵＥ、または、
－ ＩｏＴまたは狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）デバイス、または、
－ 地上車両、または、
－ 航空車両、または、
－ ドローン、または、
－ 移動基地局、または、
－ 路側機（ＲＳＵ）、または、
－ 建物、または、
－ 無線通信ネットワークを使用しての通信が可能になるネットワーク接続性が設けられた、例えばセンサーまたはアクチュエータ等その他のアイテムまたはデバイス、または、
－ 無線通信ネットワークのサイドリンクを使用しての通信が可能になるネットワーク接続性が設けられた、例えば、センサーまたはアクチュエータ等その他のアイテムまたはデバイス、または、
－ 任意のサイドリンク可能なネットワークエンティティ、
のうちの１つ以上を含む、および／または、
基地局が、
－ マクロセル基地局、または、
－ スモールセル基地局、または、
－ 基地局中央装置、または、
－ 基地局分散装置、または、
－ 路側機（ＲＳＵ）、または、
－ ＵＥ、または、
－ グループリーダー（ＧＬ）、
－ 中継器、または、
－ リモート無線ヘッド、または、
－ ＡＭＦ、または、
－ ＳＭＦ、または、
－ コアネットワークエンティティ、または、
－ モバイルエッジコンピューティング（ＭＥＣ）エンティティ、または、
－ ＮＲまたは５Ｇコアコンテキストにおけるネットワークスライス、または、
－ アイテムまたはデバイスが無線通信ネットワークを使用して通信することを可能にする送信／受信ポイント（ＴＲＰ）であって、アイテムまたはデバイスには無線通信ネットワークを使用して通信するためのネットワーク接続性が設けられる、送信／受信ポイント、
のうちのいずれか１つ以上を含む。

【0093】

本発明は、無線通信システムにおいてトランシーバーを動作させるための方法であって、無線通信システムは、サイドリンク（ＳＬ）を使用して互いに通信するための複数のユーザ機器（ＵＥ）を含み、方法は、
データパケット等のパケットのサイドリンクを使用した送信について、トランシーバーはデータパケットのサイドリンクを使用した送信についての１つ以上の送信要件を決定し、
決定された１つ以上の送信要件に応答して、１つ以上の制御メッセージを送信するステップであって、１つ以上の制御メッセージは、
－ サイドリンクを使用したＨＡＲＱベースの送信およびサイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、共通の制御メッセージ、または、
－ サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベースの送信についての制御メッセージおよびサイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む制御メッセージ、
のうちの１つ以上を含む送信するステップ
を含む、方法を提供する（例えば請求項５４参照）。

【0094】

本発明は、無線通信システムにおいてユーザ機器を動作させるための方法であって、無線通信システムは、サイドリンク（ＳＬ）を使用して互いに通信するための複数のユーザ機器（ＵＥ）を含み、ここで、ユーザ機器は、無線通信システムの基地局によってサービス提供される送信ユーザ機器（ＴＸ ＵＥ）であり、方法は、
サイドリンクを使用して、１つ以上の受信ユーザ機器（ＲＸ ＵＥ）と通信するステップと、
データパケット等のパケットのサイドリンクを使用した送信について、データパケットの送信についての１つ以上の送信要件に応じて、ＤＣＩ等の１つ以上の制御メッセージをサービス提供する基地局からＴＸ ＵＥを用いて受信するステップであって、１つ以上の制御メッセージは、
－ サイドリンクを使用したＨＡＲＱベースの送信およびサイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、共通のＤＣＩ、または、
－ サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベースの再送信についてのＤＣＩ、または、
－ サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信のためのＤＣＩ、
のうちの１つ以上を含む、受信するステップと、
を含む、方法を提供する（例えば請求項５５参照）。

【0095】

本発明は、１つ以上の基地局と、サイドリンク（ＳＬ）を使用して互いに通信するための複数のユーザ機器（ＵＥ）を備える無線通信システムを動作させるための方法であって、複数のＵＥは送信ＵＥ（ＴＸ ＵＥ）を含み、ＴＸ ＵＥは、サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信し、方法は、
基地局によりＴＸ ＵＥにサービスを提供するステップと、
データパケット等のパケットのサイドリンクを使用した送信について、データパケットのサイドリンクを使用した送信についての１つ以上の送信要件を基地局により決定するステップと、決定された１つ以上の送信要件に応答して、基地局により１つ以上の制御メッセージをＴＸ ＵＥに送信するステップであって、１つ以上の制御メッセージは、
－ サイドリンクを使用したＨＡＲＱベースの送信およびサイドリンクを使用したブラインド送信または非ＨＡＲＱの送信のためのパラメータを含む、共通の制御メッセージ、または、
－ サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベース再送信についての制御メッセージ、または、
－ サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信についての制御メッセージ、
のうちの１つ以上を含む、送信するステップと、
ＴＸ ＵＥにより、基地局から１つ以上の制御メッセージを受信し、ＴＸ ＵＥによりＲＸ ＵＥに１つ以上の制御メッセージを送信し、さらに、１つ以上の制御メッセージに示されるパラメータに従って、ＴＸ ＵＥによりＲＸ ＵＥにパケットを送信するステップと、
を含む、方法を提供する（例えば請求項５６参照）。

【0096】

本発明は、上述のような１つ以上の基地局と、サイドリンク（ＳＬ）を使用して互いに通信する複数のユーザ機器（ＵＥ）を備える無線通信システムを動作させるための方法であって、複数のＵＥは、上述のような送信ＵＥ（ＴＸ ＵＥ）を含み、方法は、
基地局によってＴＸ ＵＥにサービス提供し、ＴＸ ＵＥで、サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信するステップと、
ＴＸ ＵＥで基地局から１つ以上の制御メッセージを受信し、ＴＸ ＵＥでＲＸ ＵＥに１つ以上の制御メッセージを送信し、１つ以上の制御メッセージに示されるパラメータに従ってＴＸ ＵＥでＲＸ ＵＥにパケットをさらに送信するステップと、
を含む、方法を提供する（例えば請求項５７参照）。

【0097】

本発明は、コンピュータ上で実行されるときに、上述のような本発明の方法を実行する命令を格納したコンピュータ可読媒体を含む、非一時的なコンピュータプログラム製品を提供する（例えば請求項５８参照）。

【0098】

コンピュータプログラム製品
本発明の実施形態は、プログラムがコンピュータによって実行されるとき、コンピュータに本発明による１つ以上の方法を実行させる命令を含むコンピュータプログラム製品を提供する。

【0099】

本願明細書に記載された実施形態は、モード１およびモード２における複数のブラインドおよびＨＡＲＱ（再）送信を提供するために、ＮＲ Ｖ２Ｘを強化することを可能にするアイデアに関するものである。

【0100】

実施形態は、無線通信システムのトランシーバーであって、無線通信システムは、サイドリンク（ＳＬ）を使用して互いに通信する複数のユーザ機器（ＵＥ）を含むトランシーバーを提供する。データパケット等のパケットのサイドリンクを使用した送信について、トランシーバーはサイドリンクを使用したデータパケットの送信についての１つ以上の送信要件を決定する。決定された１つ以上の送信要件に応答して、トランシーバーは１つ以上の制御メッセージを送信し、１つ以上の制御メッセージは、以下のうちの１つを含む。
－ サイドリンクを使用したＨＡＲＱベースの送信およびサイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、共通の制御メッセージ、または、
－ サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、制御メッセージ、または、
－ サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、制御メッセージ。

【0101】

言い換えると、ＮＲ Ｕｕでの作業に基づいて、すべてのＤＣＩは、ＴＸ ＵＥによって基地局へ送信されるフィードバックにＰＵＣＣＨリソース割り当てを含むだろう。これがＮＲ Ｖ２Ｘに引き継がれる場合、記載された実施形態は、「ブラインド」または「無ＨＡＲＱ」送信が行われるとき、それがＰＣ５通信リンクのみを参照していることを意味する。これは、（Ｕｕの作業によって要求されるように）基地局はＤＣＩに関するフィードバックのためにＰＵＣＣＨリソースを提供するが、基地局はＴＸ ＵＥにサイドリンクＰＣ５を介してＲＸ ＵＥにブラインド送信または無ＨＡＲＱ送信を実行するように指示できることも意味している。

【0102】

再度、仕様の進捗状況の理解に基づいて、基地局によってＴＸ ＵＥに伝達される情報は、以下の３つの可能な方法で実行される。
－ 基地局がＤＣＩをＴＸ ＵＥに送信する、例えば、基地局へのフィードバック報告を伴うサイドリンク送信のための１つのパケットに対応する、動的グラントを使用するステップ。
－ 基地局がＲＲＣシグナリングを介してＴＸ ＵＥのリソースを設定する、タイプ１の設定済みグラントを使用するステップ。
－ 基地局がＲＲＣシグナリングを介してＴＸ ＵＥのリソースを設定し、グラントをアクティブ化／非アクティブ化するためにＤＣＩが送信される、タイプ２の設定済みグラントを使用するステップ。

【0103】

この理解に基づき、アイデア１．２，１．３では、それらがＤＣＩの新しいパラメータであるが、ＲＲＣシグナリングにも使用可能であることを述べている。同様に、アイデア４では、基地局がＴＸ ＵＥにＤＣＩを送信するときに、基地局が代わりにＲＲＣ信号を送信することも可能である。

【0104】

記載されたトランシーバーは、例えばネットワークのＵＥまたはＩｏＴデバイスであってもよく、例えば図１に記載されるようなネットワークで動作してもよく、ネットワークは記載される実施形態に従って適合される。

【0105】

アイデア１

【0106】

実施形態によれば、１つ以上の送信要件は、以下のうちの１つ以上を含む。
－ 例えばＱｏＳまたはチャネル状態等の信頼性要件に基づいて、パケットがＨＡＲＱフィードバックまたはブラインド再送信を必要とするか否か。
－ 例えばパケット遅延バジェット（ＰＤＢ）要件に基づく、ＨＡＲＱフィードバックスキームおよび／またはブラインド再送信スキームの再送信回数。
－ 例えばリソースの輻輳状況等リソースの利用可能性に基づく、サイドリンクを使用する送信および再送信に使用するリソース。

【0107】

代替的にまたは追加的に、トランシーバーは、優先度、ＰＤＢまたは許容可能なパケットエラー率（ＰＥＲ）等のパケットに関する上位レイヤ情報またはパケットに付随する信頼性に関連する他の情報に応答して１つ以上の送信要件を決定するように構成されてもよい。

【0108】

他では、一般論として、アイデア１はモード１－ＤＣＩ構造に関連する。基地局は以下のことを決定し、それは基地局の実装（スケジューラ）次第である。
－ パケットがＨＡＲＱフィードバックまたはブラインド再送信を必要とするか否か（信頼性要件に基づく）。
－ 上記いずれのスキームの再送信回数（ＰＤＢ要件に基づく）。
－ ＴＸ ＵＥによる（再）送信に使用されるリソース（リソースの可用性に基づく）。
－ ＴＸ ＵＥが基地局へのフィードバックを行うためにＰＵＣＣＨで使用されるリソース（ＨＡＲＱフィードバックの場合のみ）。
－ ＴＸ ＵＥへのＤＣＩを含むＰＤＣＣＨ送信と、ＴＸ ＵＥから基地局へのフィードバックを含むＰＵＣＣＨ送信との間の時間ギャップ。
－ ＤＣＩ受信と、ＤＣＩによってスケジュールされた最初のサイドリンク送信との間のスロットオフセット。

【0109】

ＰＵＣＣＨで使用されるリソースを示すために必要なパラメータ、ＤＣＩとＰＵＣＣＨとの間の時間ギャップ、およびＤＣＩ受信とＤＣＩによってスケジュールされた最初のサイドリンク送信との間のスロットオフセットは、例えば、それらが議論されて合意された３ＧＰＰ（登録商標）によれば、使用されてもよい。アイデア１に係るトランシーバーは、Ｕｕリンクを使用して、送信ＵＥ（ＴＸ ＵＥ）と通信する無線通信システムの基地局として実装されてもよく、ＴＸ ＵＥは、サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信し、送信ＵＥおよび／または受信ＵＥはＮＲモード１である。

【0110】

アイデア１．１－ＤＣＩフォーマット

【0111】

アイデア１をさらに具体化するために、ＤＣＩフォーマットに関連する実施形態がアイデア１．１に関連して説明される。基地局である記載されたトランシーバーは、１つ以上の送信要件が以下の１つ以上をさらに含むように実装されてもよい。
－ サイドリンクを使用したＨＡＲＱベースの送信の場合に、ＴＸ ＵＥが基地局にフィードバックを提供するためにＰＵＣＣＨで使用されるリソース。
－ ＴＸ ＵＥへのＤＣＩを含むＰＤＣＣＨ送信と、ＴＸ ＵＥから基地局へのフィードバックを含むＰＵＣＣＨ送信との間の時間ギャップ。
－ ＤＣＩ受信と、ＤＣＩによってスケジュールされた最初のサイドリンク送信との間のスロットオフセット。

【0112】

このアイデアに関連するが、アイデア１．１に限定されないアイデアに関連して、基地局は、ＴＸ ＵＥに、以下の１つ以上を使用して、１つ以上の制御情報を送信するように実装されてもよい。
－ 基地局がＤＣＩをＴＸ ＵＥに送信する、動的グラント。
－ 基地局がＲＲＣシグナリングを介してＴＸ ＵＥのリソースを設定する、タイプ１の設定済みグラント。
－ 基地局がＲＲＣシグナリングを介してＴＸ ＵＥのリソースを設定し、グラントをアクティブ化／非アクティブ化するためにＤＣＩが送信される、タイプ ２の設定済みグラント。

【0113】

言い換えると、アイデア１．１はＤＣＩフォーマットに関連する。基地局はパケットの送信に必要な上述の決定を行うと、実施形態に従って、新しいＤＣＩフォーマットを介してＴＸ ＵＥにこの情報を伝達しなければならない。実施形態は、ＤＣＩフォーマット自体を２つの基本的な方法／手段のうちの１つで定義することができることを提案する。
－ 単一の共通ＤＣＩフォーマットを使用するステップ。
－ ＨＡＲＱベースの再送信およびブラインド再送信のための異なるＤＣＩフォーマットを使用するステップ。

【0114】

ＵＥ側でのブラインド復号の複雑さを軽減するため、単一のＤＣＩフォーマットを使用するステップは有利であるが、ＨＡＲＱベースの再送信とブラインド再送信との両方に対応するため、そのサイズはより大きくなるだろう。

【0115】

ＨＡＲＱベースの再送信は、ブラインド再送信と比較して追加のパラメータが必要となるため、単一のＤＣＩフォーマットが使用されるか、異なるフォーマットが使用されるかは重要ではなく、報告がＤＣＩで必要とされる共通のパラメータに分かれる。この後、ＤＣＩフォーマットのぞれぞれに使用されるパラメータを説明するセクションが続く。

【0116】

アイデア１．２－共通パラメータ

【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】

アイデア２：ＨＡＲＱ報告手順の強化

【0162】

実施形態はブラインド送信のＨＡＲＱ報告に関連する。このような実施形態は、異なるシナリオで発生し得る問題に対処することができる。１つのシナリオでは、基地局は、すべてのモード１ ＵＥを完全に制御し、送信のそれぞれについてＨＡＲＱを使用するか否かを明示的に示す。さらに、他の実施形態に関連して説明したように、ＨＡＲＱおよび無ＨＡＲＱ／ブラインド送信に同じＤＣＩフォーマットを使用する。しかしながら、前のセクションとは異なり、実施形態は、これらのＤＣＩの正しい受信も確実にすることに対応する。したがって、実施形態は、ＨＡＲＱベースの送信に使用されるＤＡＩを使用してこれらも保護されることを提案する。しかしながら、この場合、ＵＥが基地局への無ＨＡＲＱ／ブラインド送信のために何を報告するかを規定する必要がある。

【0163】

このような実施形態によるトランシーバーは、ＤＣＩがダウンリンク割り当てインデックス（ＤＡＩ）を含み、ＤＡＩはカウンタＤＡＩ（ｃＤＡＩ）およびトータルＤＡＩ（ｔＤＡＩ）を含むことを鑑みて実装されてもよい。ＤＣＩがＨＡＲＱベースの再送信のためのものである場合およびＤＣＩがブラインド再送信のためのものである場合に、カウンタＤＡＩが増分される。トランシーバーは、無ＨＡＲＱ送信またはブラインド送信についてＴＸ ＵＥからの報告されるブラインド再送信を示すＤＣＩについてカウンタＤＡＩを増分する。

【0164】

実施形態によれば、無ＨＡＲＱ送信またはブラインド送信のためのＤＣＩがＴＸ ＵＥで正しく受信された場合、このようなトランシーバーは指定されたＰＵＣＣＨリソースでＴＸ ＵＥからＡＣＫを受信して、ＤＣＩの正しい受信をシグナリングするように構成されてもよい。正しい受信が仮定されているため、トランシーバーはこの送信のために新しいリソースをスケジュールしないことを決定してもよい。無ＨＡＲＱ送信またはブラインド送信のためのＤＣＩがＴＸ ＵＥで誤って受信された場合、トランシーバーは指定されたＰＵＣＣＨリソースでＴＸ ＵＥからＮＡＣＫを受信するように構成されてもよい。トランシーバーは、この場合、同じ送信のための新しいグラントをスケジュールすることができる。

【0165】

アイデア２に従って、パケットについて許容される送信および／または再送信が全て完了したとＴＸ ＵＥが判断した場合に、トランシーバーはＴＸ ＵＥからＡＣＫを受信するように構成されてもよい。ＡＣＫに応答して、トランシーバーは、ＰＳＦＣＨ上のフィードバックとは無関係に、パケットのためのさらなるリソースの割り当てを停止してもよい。代替的にまたは追加的に、トランシーバーは、パケットについての許容される送信および／または再送信が全て完了したことを示す明示的なパラメータを受信するように構成されてもよく、明示的パラメータは、トランシーバーに、ＰＳＦＣＨ上のフィードバックとは無関係に、パケットのためのさらなるリソースの割り当てを停止させるように構成されてもよい。

【0166】

アイデア２によるユーザ機器は、適宜実施することができる。制御メッセージは、共通のＤＣＩであってもよい。ＤＣＩは、ＤＣＩがＨＡＲＱベースの再送信の場合およびＤＣＩがブラインド再送信の場合に増分されるｃＤＡＩを含む、ダウンリンク割り当てインデックス（ＤＡＩ）を含んでもよい。ＴＸ ＵＥは、無ＨＡＲＱ送信またはブラインド送信のためのＤＣＩが正常に受信された場合に、対応するＰＵＣＣＨリソースで基地局にＡＣＫを送信するように構成される。

【0167】

このようなユーザ機器は、無ＨＡＲＱ送信のＨＡＲＱ－ＡＣＫが基地局に報告される前に予期せぬトラフィックが到着し、ＴＸ ＵＥがより多くのリソースを必要とする場合、ＴＸ ＵＥは、ブラインド送信についてのＨＡＲＱ－ＡＣＫフィードバックをスケジューリング要求（ＳＲ）として再利用して、例えばより多くのリソースが必要な場合にブラインド送信についてのＮＡＣＫを送信することのよって、基地局により多くのリソースが必要であることを通知するように構成されてもよい。この手順は、例えば、対応するＰＵＣＣＨリソースにＳＲフィールドが存在しない場合に適用されてもよい。

【0168】

言い換えると、別のシナリオでは、基地局がＤＣＩで特定の送信にＨＡＲＱを使用しなければならないか否かを明示的に指定しなくてもよく、ＵＥがＱｏＳに基づいて自律的に決定してもよく、ＵＥの実装次第で決定してもよい。しかしながら、この場合、基地局はＨＡＲＱが使用されたか否かが分からないため、ＨＡＲＱ－ＡＣＫ報告のためのＰＵＣＣＨリソースを指定しなければならない。したがって、ＨＡＲＱベースの再送信およびブラインド再送信に対するフィードバックは、同じＰＵＣＣＨリソースで多重化されてもよい。ブラインド送信のためのＨＡＲＱフィードバックを決定するためのＵＥの２つの異なる動作が、以下の実施形態に関連して説明される。
● 例えば、単一のＰＵＣＣＨにおけるＨＡＲＱベースおよびブラインド／無ＨＡＲＱ送信の多重化についての概略図を示す図９に示すように、ＴＸ ＵＥが対応するＤＣＩを正しく受信した場合、所定の送信にさらなるリソースが必要ないことを基地局に通知するために、ＴＸ ＵＥは、指定したＰＵＣＣＨリソースにおける無ＨＡＲＱ／ブラインド送信のＡＣＫを基地局に単に報告することができる。
● ＴＸ ＵＥがＤＣＩを正しく受信しなかった場合、すなわち、例えばＤＣＩ３１８₂を見逃した場合、ＤＣＩ３１８₂に関連するフィードバック３２２₂について示されるように、ＨＡＲＱベースの送信かブラインド送信かにかかわらず、（例えばＤＣＩ３１８₃の）ＤＡＩからＤＣＩを見逃したと判断してＮＡＣＫを報告することになる。
● これは、ｇＮＢがブラインド送信のための見逃したＤＣＩを検出し、それに応じて、同じ送信のための新しいグラントをスケジュールすることができる。
● 異なる実施形態では、無ＨＡＲＱ送信についてのＨＡＲＱ－ＡＣＫが基地局に報告される前に予期せぬトラフィックが到着し、ＵＥがより多くのリソースを必要とする場合がある。この場合、ＵＥは、ブラインド送信についてのＨＡＲＱ－ＡＣＫフィードバックをスケジューリング要求（ＳＲ）として再利用して、基地局により多くのリソースが必要であることを通知することができる。これは、より多くのリソースを必要とする場合に、ブラインド送信に対するＮＡＣＫを送信することによって行われる。
● 別の実施形態では、この手順は、指定されたＰＵＣＣＨリソースにＳＲフィールドが存在しない場合にのみ適用される。

【0169】

最大再送信数の表示

【0170】

基地局が送信のそれぞれを制御していない場合、特定のパケットに対して既に何回再送信が行われたかを追跡できない可能性がある。この場合、ＴＸ ＵＥは、ＲＸ ＵＥがＰＳＦＣＨで基地局に対して送信したものをＰＵＣＣＨで再び報告するだけである。これは、３２回の再送信がすべて実行された後にＲＸ ＵＥが再びＮＡＣＫを報告した場合に問題となる可能性がある。この場合、基地局は３２回の再送信がすでに実行されたことを知らずに、さらなる再送信のためにリソースを割り当てることになる。これは、ＵＥがこのリソースを使用するのに十分なデータを持っていない可能性があるため、リソースの浪費につながる。

【0171】

そこで、実施形態は以下の解決策を提案する。
１．ＴＸ ＵＥは、特定のＴＢまたはパケットに対して既に何回の再送信を実行したかについて特定の知識を有する。ＴＸ ＵＥが３２回すべての再送信が既に実行されたと判断した場合、いかなる場合でも基地局にＡＣＫを報告する。ＲＸ ＵＥがＰＳＦＣＨでＮＡＣＫを送信した場合も同様である。このようにして、リソースの浪費を低減することができる。
２．ＲＸ ＵＥは、特定のＴＢまたはパケットに対して既に何回の再送信を実行したかについて特定の知識を有する。ＲＸ ＵＥが３２回すべての再送信が既に実行されたと判断した場合、いかなる場合でもＴＸ ＵＥにＡＣＫを報告する。ＴＢまたはパケットを正常に復号できなかった場合も同様である。このようにして、リソースの浪費を低減することができる。
３．３２回すべての再送信が行われたことを示す明示的なパラメータを設けることもでき、ＲＸ ＵＥからＴＸ ＵＥにＮＡＣＫが送信された場合、基地局はパケットを正常に復号できなかったと判断することができる。

【0172】

アイデア３：複数のＨＡＲＱベースの同時送信

【0173】

基地局は、異なるパケットのＨＡＲＱベースの送信に対応する複数のＤＣＩをスケジュールすることが可能である。これらのＤＣＩのうちのいくつかは、より巨大なパケットを送信するためにスロットアグリゲーションを使用することができ、同時に、いくつかのＤＣＩは１回だけの送信（再送信なし－ワンショット送信）を必要とするパケットに使用することもできる。

【0174】

本実施形態の全体的なアイデアによれば、無線通信システムのユーザ機器（ＴＸ ＵＥ）が提供される。無線通信システムは、サイドリンク（ＳＬ）を使用して互いに通信するための複数のユーザ機器（ＵＥ）を含み、ここで、ユーザ機器は、無線通信システムの基地局のサービスを受ける送信ユーザ機器（ＴＸ ＵＥ）であって、サイドリンクを使用して１つ以上の受信ユーザ機器（ＲＸ ＵＥ）と通信するものである。データパケット等のパケットのサイドリンクを使用した送信のために、ＴＸ ＵＥは、データパケットの送信のための１つ以上の遷移要件に応じて、サービスを提供する基地局からＤＣＩ等の１つ以上の制御メッセージを受信し、１つ以上の制御メッセージは以下のものを含む。
－ サイドリンクを使用したＨＡＲＱベースの送信およびサイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、いずれかの共通のＤＣＩ、または、
－ ２つの異なるＤＣＩ－サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベースの再送信についてのＤＣＩ、および／または、サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信のためのＤＣＩである。任意的に、他の実施形態に関連して説明したように、サービスを提供する基地局はトランシーバーを備えるまたはトランシーバーであってよい。

【0175】

すなわち、トランシーバーは、以下の１つ以上を送信してもよい。
－ サイドリンクを使用したＨＡＲＱベースの送信およびサイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、共通の制御メッセージ、または、
－ サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベースの再送信についての制御メッセージ、または、
－ サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信のための制御メッセージ。

【0176】

実施形態によれば、ＴＸ ＵＥは、スロットアグリゲーションを示す１つ以上の共通ＤＣＩおよび１回のみの送信またはワンショット送信のみを必要とするパケットのための１つ以上のＤＣＩを基地局から受信するように構成されてもよい。サイドリンク上のスロットアグリゲーションがアクティブである場合、ＴＸ ＵＥは、ＴＸ ＵＥが基地局にＨＡＲＱ－ＡＣＫを送信しなければならない送信に対して同じＨＡＲＱタイムラインを適用するように構成される。ＰＳＳＣＨアグリゲーションは常にアクティブであってもよく、またはＲＲＣもしくはＤＣＩシグナリングを使用して、基地局によってアクティブ化されてもよく、ＨＡＲＱタイムラインはすべての送信に対して設定またはアクティブ化されている最大のスロットアグリゲーションである。ＨＡＲＱタイムラインは、ＴＸ ＵＥがＤＣＩを受信した時間から、ＴＸ ＵＥが送信を受信して復号した後にＴＸ ＵＥが基地局にフィードバックを送信する準備ができるまでにかかる時間である。

【0177】

言い換えると、ＵＥは複数のＵＥと並行して通信しており、スロットアグリゲーションスキームは通信リンクのサブセットのみに使用されることになるので、ワンショット送信およびスロットアグリゲーション送信のタイミング要求が異なるため、基地局へのＨＡＲＱ報告のタイミングが複雑化する。

【0178】

Ｕｕでは、ＨＡＲＱ報告の最も早い時間を決定するために、ＰＤＳＣＨまたはＰＵＳＣＨの終端から常に処理時間が適用される。タイムラインが満たされない場合、ＵＥは基地局への報告を行わない。しかしながら、Ｕｕでは、ＵＥはアグリゲーションファクター（Ｋ回の反復のための特定のＫ）を設定され、このパラメータはすべての送信にグローバルに適用され、したがって、ＵＥがＤＣＩを逃した場合でもミスマッチは生じない。しかしながら、ＳＬでは、スロットアグリゲーション送信とワンショット送信との混合動作が予想される。これは主に、ＵＥがＤＣＩを見逃した場合に問題となる。この場合、スロットアグリゲーション送信なのかワンショット送信のグラントなのかがわからず、処理タイムラインを適切に決定することができない。

【0179】

ＳＬ ＨＡＲＱのための単一の処理能力

【0180】

ＴＸ ＵＥに対してスロットアグリゲーションがアクティブ化された場合、実施形態は、ＴＸ ＵＥが基地局にＨＡＲＱ－ＡＣＫを送信しなければならないすべての送信に対して同じＨＡＲＱタイムラインを適用することを提案する。ＰＳＳＣＨアグリゲーションは、常にアクティブであってもよく、ＲＲＣまたはＤＣＩシグナリングを使用して基地局によってアクティブ化されてもよい。

【0181】

ＳＬグラントを有するＤＣＩは、ＨＡＲＱ－ＡＣＫ報告のタイミング、例えば、ＴＸ ＵＥからのＰＵＣＣＨが予想されるスロットを指定することができる。しかしながら、ＵＥは、ＨＡＲＱタイムラインが満たされない場合、例えば指定されたスロットがＨＡＲＱタイムラインより早い場合、指定されたスロットでＨＡＲＱ－ＡＣＫを報告しないだろう。実施形態によれば、ＵＥは、すべての送信について、ＵＥで設定／アクティブ化される最大のスロットアグリゲーションのＨＡＲＱタイムラインに適用することができる。ワンショット送信のためのＨＡＲＱフィードバックが指定されたスロットで既に利用可能であるが、設定された最大アグリゲーションのＨＡＲＱタイムラインを満たさない場合でも、ＵＥは、指定されたＰＵＣＣＨでＨＡＲＱ－ＡＣＫを報告しないだろう。これは、タイムラインの分離処理を説明するための概略ブロック図を示す図１０で見ることができる。

【0182】

別の実施形態において、単一の処理能力は、設定次第、例えばＵＥがスロットアグリゲーションを用いて構成されるか否か、またはリソースプール構成（ＰＳＦＣＨ周期性）に基づいて変化し得る。

【0183】

アイデア４：モード１ ＨＡＲＱ再送信手順およびＳＣＩの構造

【0184】

アイデア４による実施形態によれば、図１に示されるような無線通信システムは、１つ以上の基地局と、サイドリンク（ＳＬ）を使用して互いに通信する複数のユーザ機器（ＵＥ）であって、複数のＵＥは送信ＵＥを含み、送信ＵＥはサイドリンクを使用して１つ以上の受信ＵＥと通信する複数のユーザ機器とを備えるように適合される。基地局はＴＸ ＵＥにサービスを提供するためのものである。データパケット等のパケットのサイドリンクを使用した送信について、基地局は、データパケットのサイドリンクを使用した送信についての１つ以上の送信要件を決定し、決定された１つ以上の送信要件に応答して、基地局はＴＸ ＵＥに１つ以上の制御メッセージを送信し、１つ以上の制御メッセージは、以下のうちの１つ以上を含む。
－ サイドリンクを使用したＨＡＲＱベースの送信およびサイドリンクを使用したブラインド送信または非ＨＡＲＱの送信のためのパラメータを含む、共通の制御メッセージ、または、
－ サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベース再送信についての制御メッセージ、または、
－ サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信についての制御メッセージ。

【0185】

ＴＸ ＵＥは、基地局から１つ以上の制御メッセージを受信し、１つ以上の制御メッセージをＲＸ ＵＥに送信し、さらに、１つ以上の制御メッセージに示されるパラメータに従って、ＲＸ ＵＥにパケットを送信するように構成されてもよい。

【0186】

アイデア４よれば、無線通信システムの１つ以上の基地局は、本願明細書で説明される別の実施形態に従っていてもよい。代替的にまたは追加的に、無線通信システムの複数のユーザ機器は、本願明細書に記載される別の実施形態に関連して説明されるように実装されてもよい。ＴＸ ＵＥは、基地局から１つ以上の制御メッセージを受信するように構成されてもよく、ＲＸ ＵＥに１つ以上の制御メッセージを送信し、１つ以上の制御メッセージに示されるパラメータに従ってＲＸ ＵＥにパケットをさらに送信するように構成されてもよい。

【0187】

言い換えると、前のセクションでは、ＴＸ ＵＥがＲＸ ＵＥにＳＣＩを送信するか否かに基づいて、再送信リソース位置を含む単一または複数のＤＣＩを送信する可能性について説明した。ここでは、ＲＸ ＵＥは送信を復号し、それが正常に復号されたか否かを決定することが予想されている。この決定に基づき、ＲＸ ＵＥはＨＡＲＱフィードバックをＴＸ ＵＥに送信する。

【0188】

アイデア４．１－ＲＸ ＵＥからＴＸ ＵＥに送信されるＨＡＲＱフィードバックの周期性

【0189】

図１１に関連して説明される実施形態によれば、実施形態による無線通信システムの基地局は、ＨＡＲＱベースの送信、送信および／または再送信リソース位置並びに単一のＰＵＣＣＨ位置を示す単一のＤＣＩ３１８をＴＸ ＵＥに送信するように構成されてもよい。ＴＸ ＵＥは、ＲＸ ＵＥに、単一のＳＣＩ３２４を送信するように構成されてもよい。ＲＸ ＵＥはＴＸ ＵＥに単一のＨＡＲＱフィードバック３２６を送信するように構成されてもよく、ＲＸ ＵＥは受信したすべての再送信３２８を結合し、パケットの復号に成功した後または最大再送信回数の後にのみＨＡＲＱフィードバックを送信するように構成されてもよい。ＴＸ ＵＥは、単一のＤＣＩ３１８で定義された単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバック３３２を基地局に中継する。

【0190】

図１２に関連して説明される実施形態によれば、本願明細書に記載の無線通信システムは、基地局がＴＸ ＵＥに図１１に関連して説明される単一のＤＣＩ３１８を送信するように構成するように実装され、単一のＤＣＩ３１８は、ＨＡＲＱベースの送信を示し、かつ、送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む。ＴＸ ＵＥは、ＲＸ ＵＥに図１１の単一のＳＣＩ３２４を送信するように構成される。ＴＸ ＵＥは、ＲＸ ＵＥから複数のＨＡＲＱフィードバック３２６₁から３２６_Nを受信するように構成されるが、ＲＸ ＵＥがパケットを正常に復号した場合にのみ、基地局に通知する。ＴＸ ＵＥは、ＲＸ ＵＥが肯定的なＨＡＲＱで応答すると、再送信を停止する。すなわち、ＲＸ ＵＥからのフィードバック３２６が肯定的なＡＣＫと解釈された後、さらなるデータ信号３３４を省略することができる。

【0191】

ＴＸ ＵＥは、単一のＳＣＩを使用した、例えばＣＢＧ（コードブロックグループ）にグループ化されたいくつかのコードブロックを含むＣＢＧベースのＲＸ ＵＥへの送信をスケジュールして、例えばＣＢＧ毎に１つのペア等複数のフィードバックを期待するようにしてもよい。

【0192】

言い換えると、図１１に関連して提案される実施形態によれば、ＨＡＲＱフィードバックの送信処理は、ＢＳからＴＸ ＵＥに送信される単一のＤＣＩと定義することができ、その後、ＴＸ ＵＥからＲＸ ＵＥに単一のＳＣＩが送信され、これにより、ＲＸ ＵＥからＴＸ ＵＥへ単一のＨＡＲＱフィードバックが提供される。
● ＲＸ ＵＥは受信したすべての再送信を結合し、パケットの復号に成功した後または最大の再送信回数の後にのみ、ＨＡＲＱフィードバックを送信するだろう。
○ その後、単一のＤＣＩ３１８で定義された単一のＰＵＣＣＨリソースを使用して、ＴＸ ＵＥによって基地局に関連付けられる。

【0193】

図１２に関連して説明され、単一ＤＣＩ、単一ＳＣＩ、および送信ごとの複数のＨＡＲＱフィードバックと呼ばれることがある実施形態によれば、以下のようになる。
● ＴＸ ＵＥは、ＲＸ ＵＥから複数のＨＡＲＱフィードバック３２６₁から３２６_Nを受信するが、ＲＸ ＵＥがパケットを正常に復号した場合にのみ、基地局に通知される。
● ＴＸ ＵＥは、単一のＳＣＩ３２４を使用して、ＲＸ ＵＥを介してＣＢＧベースの送信、すなわちＣＢＧ（コードブロックグループ）にグループ化される複数のコードブロックを含む送信をスケジュールすることができる。
○ この場合、ＴＸ ＵＥは、複数のフィードバック、すなわち各ＣＢＧごとに１つのフィードバックを予想する。

【0194】

図１３に示される単一のＤＣＩ、複数ＳＣＩ、および単一のＨＡＲＱフィードバックと呼ばれることがある実施形態によれば、無線通信システムは、基地局が、ＨＡＲＱベースの送信を示し、かつ、送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩをＴＸ ＵＥに送信するように構成されるように実装される。ＴＸ ＵＥは、各ＳＣＩに再送信リソース位置を有する複数のＳＣＩをＲＸ ＵＥに送信するように構成される。ＲＸ ＵＥは受信したすべての再送信を結合し、パケットの復号に成功した後、または最大再送信数の後、または設定されたまたは事前に設定された再送信数の後にのみ、ＨＡＲＱフィードバックを送信するように構成される。ＴＸ ＵＥは、単一のＤＣＩに定義された単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを基地局に関連付けるように構成される。

【0195】

言い換えると、以下の通りである。
● ＴＸ ＵＥは、それぞれに再送信リソース位置を有する複数のＳＣＩ３２４を送信するだろう。
● ＲＸ ＵＥは、受信したすべての再送信を結合し、パケットの復号に成功した後、または最大の再送信数の後、または設定された若しくは事前に設定された再送信数の後のいずれかの後にのみ、ＨＡＲＱフィードバック３２６を送信するだろう。
● その後、単一のＤＣＩで定義された単一のＰＵＣＣＨリソースを使用して、ＴＸ ＵＥによって基地局に関連付けられる。

【0196】

図１４に関連して説明される実施形態によれば、無線通信システムは、基地局が、ＨＡＲＱ送信を示し、かつ、送信および／または再送リソース位置のための単一のＰＵＣＣＨ位置を含む、単一のＤＣＩ３１８をＴＸ ＵＥに送信するように構成されるように実装される。ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数のＳＣＩ３２４を送信する。ＲＸ ＵＥは、所与のＳＣＩに定義される受信した送信を結合するように構成され、当該ＳＣＩに定義された送信に基づいてＨＡＲＱフィードバック、すなわち、最大Ｐ個のＨＡＲＱフィードバックを送信するように構成される。ＴＸ ＵＥは、ＳＣＩごとにフィードバックを受信し、ＲＸ ＵＥがフィードバック３２６のうちの１つにおいて肯定的なＡＣＫで応答すると、ＳＣＩの送信を停止するように構成される。ＴＸ ＵＥは、単一のＤＣＩ３１８に定義された単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバック３３２を基地局に中継する。

【0197】

言い換えると、図１４は単一ＤＣＩ、複数のＳＣＩ、およびＳＣＩごとの複数のＨＡＲＱフィードバックと名付けられることがある、以下のシナリオを示す。
● ＴＸ ＵＥは、それぞれに再送信リソース位置を有する複数のＳＣＩを送信するだろう。
● ＲＸ ＵＥは、所定のＳＣＩで定義された受信された送信を結合し、そのＳＣＩで定義された送信に基づいてＨＡＲＱフィードバックを送信するだろう。
● ＴＸ ＵＥはＳＣＩごとにフィードバックを受信し、ＲＸ ＵＥが肯定的なＡＣＫで応答すると、ＳＣＩの送信を停止するだろう。
● その後、単一のＤＣＩで定義された単一のＰＵＣＣＨリソースを使用して、ＴＸ ＵＥによって基地局に関連付けられる。

【0198】

単一のＤＣＩ、複数のＳＣＩ、および再送ごとの複数のＨＡＲＱフィードバックと呼ばれることがある図１５に関連して例示される実施形態によれば、無線通信システムの基地局は、ＨＡＲＱベースの送信を示し、かつ、送信および／または再送リソース位置のための単一のＰＵＣＣＨ位置を示す、単一のＤＣＩ３１８をＴＸ ＵＥに送信するように構成される。ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数のＳＣＩ３２４を送信するように構成される。ＲＸ ＵＥは、送信のそれぞれについてＨＡＲＱフィードバックを送信するように構成される。ＴＸ ＵＥは、すべてのフィードバックを受信し、ＲＸ ＵＥが肯定的なＡＣＫで応答すると、すなわちメッセージ３２６のうちの１つが肯定的なフィードバックを含んでいる場合、再送信および別のＳＣＩの送信を停止するように構成される。ＴＸ ＵＥは、単一のＤＣＩに定義された単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを基地局に中継するように構成される。

【0199】

言い換えると、実施形態によれば、以下の通りである。
● ＴＸ ＵＥは、それぞれに再送信リソース位置を有する複数のＳＣＩを送信するだろう。
● ＲＸ ＵＥは、送信のそれぞれについてＨＡＲＱフィードバックを送信するだろう。
● ＴＸ ＵＥは、すべてのフィードバックを受信し、ＲＸ ＵＥが肯定的なＡＣＫで応答すると、ＳＣＩの送信を停止するだろう。
● その後、単一のＤＣＩで定義された単一のＰＵＣＣＨ リソースを使用して、ＴＸ ＵＥによって基地局に関連付けられる。

【0200】

図１６に関連して説明され、複数のＤＣＩ、複数のＳＣＩ（各ＤＣＩについて）、ＳＣＩごとの複数のＨＡＲＱフィードバックと呼ばれることがある実施形態によれば、無線通信システムは、基地局が、ＨＡＲＱベースの送信を示し、送信および／または再送リソース位置のための単一のＰＵＣＣＨ位置をそれぞれ含む複数のＤＣＩをＴＸ ＵＥに送信するように構成されるように実装される。ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数のＳＣＩを送信するように構成される。ＲＸ ＵＥは、所与のＳＣＩに定義された受信した送信を結合し、当該ＳＣＩに定義された送信に基づいてＨＡＲＱフィードバックを送信するように構成される。ＴＸ ＵＥは、ＳＣＩごとにフィードバックを受信するように構成され、対応するＤＣＩに定義されたＰＵＣＣＨリソースを使用してフィードバックを基地局に関連付ける。ＲＸ ＵＥによるパケットの復号の成功を示すフィードバックを受信した場合、基地局は、当該パケットのＴＸ ＵＥへのＤＣＩの送信を停止するように構成される。

【0201】

言い換えると、実施形態は以下を備える。
● 基地局は複数のＤＣＩを送信し、各ＤＣＩは再送信リソース位置が含まれ、それらはＴＸ ＵＥからＲＸ ＵＥへＳＣＩによって送信される。
● ＲＸ ＵＥは、所定のＳＣＩに定義された受信された送信を結合し、そのＳＣＩに定義された送信に基づいてＨＡＲＱフィードバックを送信するだろう。
● ＴＸ ＵＥはＳＣＩごとにフィードバックを受信し、その後、対応するＤＣＩで定義されたＰＵＣＣＨリソースを使用して基地局に関連付けられる。
● ＲＸ ＵＥがパケットの復号に成功すると、基地局に中継され、当該パケットのＴＸ ＵＥへのＤＣＩの送信を停止するだろう。

【0202】

図１７に関連して説明され、複数のＤＣＩ、複数のＳＣＩ（各ＤＣＩについて）、再送信ごとの複数のＨＡＲＱフィードバックと呼ばれることがある実施形態によれば、無線通信システムは、基地局が、ＨＡＲＱベースの送信を示し、複数のＤＣＩをＴＸ ＵＥに送信し、送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置をそれぞれ含む複数のＤＣＩを送信するように構成されるように実装される。ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を含む複数のＳＣＩを送信するように構成される。ＲＸ ＵＥは、送信のそれぞれについてＨＡＲＱフィードバックを送信する。ＴＸ ＵＥは、すべてのフィードバックを受信するように構成され、対応するＤＣＩで定義されたＰＵＣＣＨリソースを使用して、フィードバックを基地局に中継する。ＲＸ ＵＥは肯定的なＡＣＫで応答すると、ＴＸ ＵＥはＳＣＩを停止するように構成され、肯定的なフィードバックに応答して、基地局は、当該パケットのＴＸ ＵＥへのＤＣＩ送信を停止するように構成される。

【0203】

言い換えると、実施形態は、以下のように説明することができる。
● 基地局は、複数のＤＣＩを送信し、各ＤＣＩには再送信リソース位置が含まれ、それらはＴＸ ＵＥからＲＸ ＵＥへＳＣＩによって送信される。
● ＲＸ ＵＥは送信のそれぞれについてＨＡＲＱフィードバックを送信するだろう。
● ＴＸ ＵＥはすべてのフィードバックを受信するように構成され、対応するＤＣＩで定義されたＰＵＣＣＨリソースを使用して基地局に中継されるだろう。
● ＴＸ ＵＥは、ＲＸ ＵＥが肯定的なＡＣＫで応答するとＳＣＩの送信を停止し、基地局に中継され、基地局は当該パケットのＴＸ ＵＥへのＤＣＩ送信を停止するだろう。

【0204】

ＤＣＩが初回送信およびフィードバックチャネル、例えばＰＵＣＣＨをそれぞれ有する別の再送信のためのリソース割り当てを提供する場合、ＴＸ ＵＥからＧＮＢへこれらの送信のうちの１つに対して送信されたＡＣＫは、その後のリソース割り当てが無効となる。例えば、ＤＣＩが時間的に分散した４つの送信位置をスケジュールする場合、ＴＸ ＵＥは、まず、時間的に最初のリソース割り当てを使用して、初回送信を実行することができる。ＲＸ ＵＥがＮＡＣＫで応答したと仮定すると、ＴＸ ＵＥはＧＮＢにＡＣＫを報告し、再送信を実行するために時間的に次のリソースを使用する。その後、ＲＸ ＵＥはＡＣＫを報告した場合、ＴＸ ＵＥはＧＮＢにＡＣＫを報告し、再送信の可能性を予見していた後続の２つのリソースは使用しない。これは、同じまたは別のＳＬ ＵＥにＧＮＢによって再スケジュールすることができる。

【0205】

アイデア４．２－ＳＣＩの構造

【0206】

実施形態に従って、無線通信システムは、基地局がＤＣＩ上でＴＸ ＵＥに提供する情報に基づいて、リソースはＳＣＩにおいて、以下のうちの１つ以上によって定義されるように実装されてもよい。
－ 初回送信の周波数位置またはサブチャネルと１回以上の再送信の周波数位置またはサブチャネルとが同じ場合、リソースは以下の少なくとも１つによって定義される。
○ 再送信が発生する時間スロットを例えばファクターの形態で、または複数のビットマップファクターを含むＲＸ ＵＥ内のテーブルにマッピングされるインデックスの形態で示す、ビットマップ、
○ 再送信が発生する時間スロットをＲＸ ＵＥが導出することができるタイミングオフセット。
－ 初回送信の周波数位置またはサブチャンネルと１回以上の再送信の周波数位置またはサブチャネルとが異なる場合、リソースは、リソースの時間および周波数位置を例えば複数の時間－周波数パターンを含むＲＸ ＵＥ内のテーブルにマッピングされたインデックスの形態で示す、時間－周波数パターン、
－ 集約されたスロットの数を示すスロットアグリゲーションパラメータ、
－ ＤＡＩパラメータ、
よって定義される。

【0207】

アイデア５：モード２：ブラインド再送信およびＨＡＲＱ再送信手順

【0208】

一般的なアイデアによるトランシーバをさらに特定するために、実施形態によれば、トランシーバーは、サイドリンクを使用して１つ以上の受信ＵＥと通信する送信ＵＥとして実装されてもよい。送信ＵＥおよび／または受信ＵＥは、ＮＲモード２で動作してもよい。１つ以上の制御メッセージは、サイドリンク制御情報（ＳＣＩ）を含むサイドリンク制御情報メッセージ（ＳＣＩメッセージ）である。

【0209】

言い換えると、モード２では、ＴＸ ＵＥは以下の態様に関する決定を行う責任を負う。
● パケットがＨＡＲＱフィードバックまたはブラインド再送信を必要とするか否か（信頼性要件に基づく）。
○ ＱｏＳ、チャネル状態など。
● 上記いずれかのスキームにおける再送信回数（ＰＤＢ要件に基づく）。
● ＴＸ ＵＥによる（再）送信に使用されるリソース（リソースの利用可能性に基づく）。

【0210】

ＴＸ ＵＥは、優先度、ＰＤＢおよび（パケットに付随する信頼性に関連する）許容可能なパケットエラー率（ＰＥＲ）等のパラメータを提供するであろうパケットに関する上位レイヤ情報を受信する。実施形態は、上記の決定を行うために、ＴＸ ＵＥがこの上位レイヤ情報を考慮して使用することを提案する。また、ＴＸ ＵＥのセンシング結果に基づいて、ある時点におけるリソースの輻輳状況も考慮しなければならない。ＴＸ ＵＥは、ＲＸ ＵＥがそれに応じて整列できるように、ＳＣＩ上でパケットに付加された優先度を送信することができる。

【0211】

アイデア６：設定されたグラント

【0212】

実施形態によれば、本明細書に記載の無線通信システムは、設定済みグラントを使用するように実装されてもよい。設定済みグラントを使用する際に、いくつかのグラントがＰＵＣＣＨに関する情報を含み、いくつかがＰＵＣＣＨに関する情報を含まない場合、ＴＸ ＵＥは、以下のように構成されてもよい。
－ ＰＵＣＣＨリソースを含むグラントを使用して、基地局へフィードバックを返信し、
－ ＰＵＣＣＨリソースを含まないグラントをブラインド送信に使用する。

【0213】

実施形態によれば、このような無線通信システムは、設定済みグラントを使用する場合、ＴＸ ＵＥはグラントの特性に応じて、どのグラントでパケットを送信するかを決定し、例えばＴＸ ＵＥはリソースの品質に応じて、高いまたは低い優先度および／または信頼性および／またはレイテンシーを必要とするパケットのためのグラントを使用することができるように構成されてもよい。

【0214】

このような無線通信システムは、設定済みグラントを使用する場合、ＴＸ ＵＥは、通信タイプに応じてどのグラントでパケットを送信するかを決定し、例えばＴＸ ＵＥはリソースの状態に応じて、ブロードキャスト、グループキャストまたはユニキャスト送信に関連するパケットのためのグラントを使用することができるように実装されていてもよい。

【0215】

言い換えると、設定されたグラントにおいて、いくつかのグラントはＰＵＣＣＨに関する情報を含むことができ、いくつかは含まなくてよい。ＰＵＣＣＨリソースを含むものは、基地局へフィードバックを返信するためにＴＸ ＵＥによって使用される。それらを含まないグラントは、ブラインド送信のために使用することができる。複数の設定されたグラントを基地局がＴＸ ＵＥに提供することができ、ＴＸ ＵＥはこれらのグラントのいずれかを使用してＴＢを送信することができるので、ＵＥはグラントの特性に基づいて使用するグラントを決定する。これらの特性は、ＴＸ ＵＥが高／低優先度、信頼性、およびレイテンシーの場合に使用できるリソースの品質、ならびにキャストタイプ（ブロードキャスト、グループキャスト、およびユニキャスト）が含まれる。

【0216】

概要
本発明の実施形態は上記の詳細に説明しており、それぞれ実施形態および態様は、個別に実施されてもよい、または２つ以上の実施形態もしくは態様が組み合わされて実施されてもよい。

【0217】

本発明の様々な態様の上述の実施形態に関して、Ｖ２Ｘシナリオにおいて、通信がＴＸ ＵＥのような送信機とＲＸ ＵＥのような受信機との間で行われる環境で説明されていることに留意されたい。しかしながら、本発明はそのような通信に限定されるものではなく、むしろ、上述の原理は、Ｄ２Ｄ、Ｖ２Ｖ通信のような、サイドリンクを介する任意のデバイス間の通信にも同様に適用されてもよい。

【0218】

したがって、本明細書に記載される実施形態は、例えばセルラー（例えば、３Ｇ、４Ｇ、５Ｇまたは将来）、またはアドホック通信ネットワークの文脈におけるように、車両通信システム、例えばＶ２Ｘにおいて、無線通信システムにおいて実装されてもよい。実施形態は、基地局（モード１において）またはＴＸ ＵＥ（モード２において）が、パケットの（再）送信のために使用されるリソースだけでなく、フィードバックの送信のために使用されるリソースにも関する制御情報を送信するための最適な手順に焦点を当てる。

【0219】

実施形態に従って、無線通信システムは、地上ネットワーク、または非地上ネットワーク、または空中機もしくは衛星機またはそれらの組み合わせを受信機として使用するネットワークまたはネットワークのセグメントを含んでもよい。

【0220】

実施形態に従って、ユーザ機器（ＵＥ）は、移動端末、または固定端末、またはセルラーＩｏＴ－ＵＥ、または車両ＵＥ、または車両グループリーダー（ＧＬ）ＵＥ、またはＩｏＴ、または狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）デバイス、または例えば８０２．１１ａｘまたは８０２．１１ｂｅの非アクセスポイントＷｉＦｉ（非ＡＰ ＳＴＡ）、または地上ベースの車両、または航空車両、またはドローン、または移動基地局、または路側機、または建物、または無線通信ネットワークを使用しての通信が可能になるネットワーク接続性が設けられた、例えばセンサまたはアクチュエータ等のその他のアイテムまたはデバイス、または無線通信ネットワークのサイドリンクを使用しての通信が可能になるネットワーク接続性が設けられた、例えばセンサまたはアクチュエータ等その他のアイテムまたはデバイス、または任意のサイドリンク可能なネットワークエンティティのうちの１つ以上であってもよい。基地局（ＢＳ）は、移動基地局または固定基地局として実装されてもよく、マクロセル基地局、またはスモールセル基地局、または基地局中央装置、または基地局分散装置、または路側機、またはＵＥ、またはグループリーダー（ＧＬ）、または中継器、またはリモート無線ヘッド、またはＡＭＦ、またはＳＭＦ、またはコアネットワークエンティティ、またはモバイルエッジコンピューティングエンティティ、またはＮＲまたは５Ｇコアコンテキストにおけるネットワークスライス、または例えば８０２．１１ａｘまたは８０２．１１ｂｅのＷｉＦｉ ＡＰ ＳＴＡ、またはアイテムまたはデバイスが無線通信ネットワークを使用して通信することを可能にする任意の送信／受信ポイント（ＴＲＰ）であって、アイテムまたはデバイスは無線通信ネットワークを使用して通信するためのネットワーク接続性が設けられる、送信／受信ポイント、のうちのいずれか１つ以上であってもよい。

【0221】

説明された概念のいくつかの態様は装置の文脈で説明されてきたが、これらの態様は、ブロックまたは装置が方法ステップまたは方法ステップの特徴に対応する、対応する方法の説明も表すことは明らかである。同様に、方法ステップの文脈で説明された態様は、対応する装置の対応するブロックまたはアイテムまたは特徴の説明も表している。

【0222】

本発明の様々な要素および特徴は、アナログおよび／またはデジタル回路を使用したハードウェアにおいて、ソフトウエアにおいて、１つ以上の汎用または特殊用途プロセッサによる命令の実行を通じて、またはハードウェアおよびソフトウェアの組み合わせとして、実装されてもよい。例えば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境において実施されてもよい。図１９は、コンピュータシステム５００の例を示す。ユニットまたはモジュール、ならびにこれらのユニットによって実行される方法のステップは、１つ以上のコンピュータシステム５００上で実行されてもよい。コンピュータシステム５００は、特殊用途または汎用デジタル信号プロセッサのような、１つ以上のプロセッサ５０２を含む。プロセッサ５０２は、バスまたはネットワークのような通信インフラストラクチャ５０４に接続されている。コンピュータシステム５００は、メインメモリ５０６、例えばランダムアクセスメモリ（ＲＡＭ）、および二次メモリ５０８、例えばハードディスクドライブおよび／またはリムーバブルストレージドライブを含む。二次メモリ５０８は、コンピュータプログラムまたは他の命令がコンピュータシステム５００に読み込まれることを可能にすることができる。コンピュータシステム５００は、通信インタフェース５１０をさらに含んでもよく、コンピュータシステム５００と外部装置との間でソフトウェアおよびデータを転送することを可能にする。通信は、電子的、電磁的、光学的、または通信インタフェースによって処理することができる他の信号からであってよい。通信は、ワイヤまたはケーブル、光ファイバー、電話回線、携帯電話リンク、ＲＦリンク、および他の通信チャネル５１２を使用してもよい。

【0223】

「コンピュータプログラム媒体」および「コンピュータ可読媒体」という用語は、一般に、取り外し可能なユニットまたはハードディスクドライブにインストールされたハードディスクなどの有形の記憶媒体を指すために使用される。これらのコンピュータプログラム製品は、コンピュータシステム５００にソフトウェアを提供するための手段である。コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、メインメモリ５０６および／または二次メモリ５０８に格納される。また、コンピュータプログラムは、通信インタフェース５１０を介して受信されてもよい。コンピュータプログラムは、実行されると、コンピュータシステム５００が本発明を実行できる。特に、コンピュータプログラムは、実行されると、プロセッサ５０２が本願明細書に記載された方法のいずれかなどの本発明のプロセスを実行することができる。したがって、このようなコンピュータプログラムは、コンピュータシステム５００のコントローラを表すことができる。本開示がソフトウェアを使用して実施される場合、ソフトウェアはコンピュータプログラム製品に格納され、取り外し可能な記憶媒体、通信インタフェース５１０のようなインタフェースを使用してコンピュータシステム５００に読み込まれてもよい。

【0224】

ハードウェアにおけるまたはソフトウェアにおける実施は、その上に記憶された電子的に読取可能な制御信号を有し、それぞれの方法が実行されるようにプログラム可能なコンピュータシステムと協働する（または協働することができる）、デジタル記憶媒体、例えばフロッピー（登録商標）ディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュメモリを用いて実行することができる。それ故に、デジタル記憶媒体は、コンピュータ読取可能とすることができる。

【0225】

本発明に係るいくつかの実施形態は、本願明細書に記載された方法の１つが実行されるように、プログラム可能なコンピュータシステムと協働することができる、電子的に読取可能な制御信号を有するデータキャリアを備える。

【0226】

一般に、本発明の実施形態は、コンピュータプログラム製品がコンピュータ上で動作するとき、本発明の方法の１つを実行するように動作可能であるプログラムコードによるコンピュータプログラム製品として実施することができる。プログラムコードは、例えば機械読取可能なキャリアに記憶することができる。

【0227】

他の実施形態は、機械読取可能なキャリアに記憶された、本願明細書に記載された方法の１つを実行するコンピュータプログラムを備える。言い換えれば、本発明の方法の一実施形態は、それ故に、コンピュータプログラムがコンピュータ上で動作するとき、本願明細書に記載された方法の１つを実行するプログラムコードを有するコンピュータプログラムである。

【0228】

本発明の方法の更なる実施形態は、それ故に、その上に記録され、本願明細書に記載された方法の１つを実行するコンピュータプログラムを備えるデータキャリア（またはデジタル記憶媒体またはコンピュータ読取可能媒体）である。本発明の方法の更なる実施形態は、それ故に、本願明細書に記載された方法の１つを実行するコンピュータプログラムを表すデータストリームまたは信号のシーケンスである。データストリームまたは信号のシーケンスは、例えば、データ通信接続、例えばインターネットによって転送されるように構成することができる。更なる実施形態は、本願明細書に記載された方法の１つを実行するように構成されたまたは適合された処理手段、例えばコンピュータまたはプログラマブルロジックデバイスを備える。更なる実施形態は、本願明細書に記載された方法の１つを実行するコンピュータプログラムがインストールされたコンピュータを備える。

【0229】

いくつかの実施形態において、本願明細書に記載された方法のいくつかまたは全ての機能を実行するために、プログラマブルロジックデバイス（例えばフィールドプログラマブルゲートアレイ）を用いることができる。いくつかの実施形態において、フィールドプログラマブルゲートアレイは、本願明細書に記載された方法の１つを実行するために、マイクロプロセッサと協働することができる。一般に、方法は、好ましくはいかなるハードウェア装置によっても実行される。

【0230】

上記記載された実施形態は、単に本発明の原理に対して説明したものである。本願明細書に記載された構成および詳細の修正および変更は、当業者にとって明らかであると理解される。それ故に、本発明は、間近に迫った特許請求の範囲のスコープのみによって制限され、本願明細書の実施形態の記載および説明の方法によって表された特定の詳細によって制限されないことが意図される。

【0231】

頭字語と記号のリスト

【図1(a)】

【図1(b)】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【手続補正書】

【提出日】2022-06-07

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項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】

サービス提供する前記基地局は、請求項１ないし２７のいずれか１項に記載のトランシーバーを備える、または請求項１ないし２７のいずれか１項に記載のトランシーバーである、
請求項２８に記載のユーザ機器。

【請求項30】

前記制御メッセージは前記共通のＤＣＩであり、
前記共通のＤＣＩに応答して、前記ＴＸ ＵＥは、
－ 前記送信のそれぞれに対して前記フィードバックを送信しなければならないことの表示を有する、すべての前記リソース位置に対する単一のＳＣＩ、または、
－ 前記ＤＣＩに記述された前記リソース位置の別のサブセットを含み、それぞれの前記送信に対して前記フィードバックが送信されなければならないことを指定する複数のＳＣＩ、
のうちの少なくとも１つを送信することが期待され、
送信１回ごとに前記ＲＸ ＵＥから前記フィードバックを受信すると、ＴＸ ＵＥは、暗黙的に導出される、または前記ＤＣＩに明示的に示される、前記送信についての前記ＰＵＣＣＨリソースに関する前記フィードバックを前記基地局に提供する、
請求項２８または２９に記載のユーザ機器。

【請求項31】

前記制御メッセージは前記共通のＤＣＩであり、
前記共通のＤＣＩに応答して、前記ＴＸ ＵＥは、前記単一のＳＣＩを少なくとも２つのステージを備えるＳＣＩとして送信することが期待される、
請求項３０に記載のユーザ機器。

【請求項32】

前記制御メッセージは前記共通のＤＣＩであり、
前記ＤＣＩはダウンリンク割り当てインデックス（ＤＡＩ）を含み、前記ＤＡＩは、前記ＤＣＩがＨＡＲＱベースの再送信のためのものである場合および前記ＤＣＩがブラインド再送信のためのものである場合に、前記基地局により増分されるカウンタＤＡＩ（ｃＤＡＩ）を含み、
前記ＴＸ ＵＥは、前記基地局にこれ以上のリソースが必要ないことを通知するために、前記基地局にＡＣＫを送信する、
請求項２８ないし３１のいずれか１項に記載のユーザ機器。

【請求項33】

前記ＤＣＩはダウンリンク割り当てインデックス（ＤＡＩ）を含み、前記ＤＡＩは、前記ＤＣＩがＨＡＲＱベースの再送信のためのものである場合および前記ＤＣＩがブラインド再送信のためのものである場合に前記基地局によって増分されるカウンタＤＡＩ（ｃＤＡＩ）を含み、
前記ＴＸ ＵＥは、前記ＤＣＩを正しく受信しなかったことおよび／または前記基地局からより多くのリソースを必要とすることを通知するために、前記基地局にＮＡＣＫを送信する、
請求項３２に記載のユーザ機器。

【請求項34】

無ＨＡＲＱ送信についての前記ＨＡＲＱ－ＡＣＫが前記基地局に報告される前に予期せぬトラフィックが到着し、前記ＴＸ ＵＥがより多くのリソースを必要とする場合、前記ＴＸ ＵＥは、ブラインド送信についての前記ＨＡＲＱ－ＡＣＫフィードバックをスケジューリング要求（ＳＲ）として再利用して、例えばより多くのリソースが必要な場合に前記ブラインド送信についてのＮＡＣＫを送信することによって、前記基地局に前記より多くのリソースが必要であることを通知する、
請求項３２に記載のユーザ機器。

【請求項35】

ＴＸ ＵＥは、スロットアグリゲーションを示す１つ以上の共通のＤＣＩおよび１回のみの送信またはワンショット送信のみを必要とするパケットのための１つ以上のＤＣＩを前記基地局から受信し、
前記サイドリンク上の前記スロットアグリゲーションがアクティブである場合、前記ＴＸ ＵＥは、前記ＴＸ ＵＥが前記基地局にＨＡＲＱ－ＡＣＫを送信しなければならない前記送信全てに対して同じＨＡＲＱタイムラインを適用し、ここで、前記ＰＳＳＣＨアグリゲーションは常にアクティブであってもよく、またはＲＲＣもしくはＤＣＩシグナリングを使用して、前記基地局によってアクティブ化されてもよく、前記ＨＡＲＱタイムラインはすべての送信に対して設定またはアクティブ化されている最大の前記スロットアグリゲーションのためのものであり、
前記ＨＡＲＱタイムラインは、前記ＴＸ ＵＥが前記ＤＣＩを受信した時間から、前記ＴＸ ＵＥが前記送信を受信して復号した後に前記ＴＸ ＵＥが前記基地局にフィードバックを送信する準備ができるまでにかかる時間である、
請求項２８ないし３４のいずれか１項に記載のユーザ機器。

【請求項36】

１つ以上の基地局と、
サイドリンク（ＳＬ）を使用して互いに通信する複数のユーザ機器（ＵＥ）であって、前記複数のＵＥは送信ＵＥ（ＴＸ ＵＥ）を含み、前記ＴＸ ＵＥは前記サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信する、複数のＵＥと、
を備える、無線通信システムであって、
前記基地局は前記ＴＸ ＵＥにサービスを提供し、
データパケット等のパケットの前記サイドリンクを使用した送信について、前記基地局は、前記データパケットの前記サイドリンクを使用した前記送信についての１つ以上の送信要件を決定し、決定された前記１つ以上の送信要件に応答して、前記基地局は前記ＴＸ ＵＥに１つ以上の制御メッセージを送信し、前記１つ以上の制御メッセージは、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信および前記サイドリンクを使用したブラインド送信または非ＨＡＲＱの送信のためのパラメータを含む、共通の制御メッセージ、または、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベース再送信についての制御メッセージ、または、
－ 前記サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信についての制御メッセージ、
のうちの１つ以上を含み、
前記ＴＸ ＵＥは、前記基地局から前記１つ以上の制御メッセージを受信し、１つ以上の制御メッセージを前記ＲＸ ＵＥに送信し、さらに、前記１つ以上の制御メッセージに示される前記パラメータに従って、前記ＲＸ ＵＥに前記パケットを送信する、
無線通信システム。

【請求項37】

請求項１ないし２７のいずれか１項に記載の１つ以上の基地局と、
前記サイドリンク（ＳＬ）を使用して互いに通信する複数のユーザ機器（ＵＥ）であって、前記複数のＵＥは、請求項２８ないし３５のいずれか１項に記載の送信ＵＥ（ＴＸ ＵＥ）を含み、前記ＴＸ ＵＥは前記基地局が提供するサービスを受け、前記サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信する、複数のＵＥと、
を備え、
前記ＴＸ ＵＥは、前記基地局から前記１つ以上の制御メッセージを受信し、前記ＲＸ ＵＥに１つ以上の制御メッセージを送信し、前記１つ以上の制御メッセージに示される前記パラメータに従って前記ＲＸ ＵＥに前記パケットをさらに送信する、
無線通信システム。

【請求項38】

前記基地局は、ＨＡＲＱベースの送信、送信および／または再送信リソース位置、並びに単一のＰＵＣＣＨ位置を示す単一のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは前記ＲＸ ＵＥに単一のＳＣＩを送信し、
前記ＲＸ ＵＥは前記ＴＸ ＵＥに単一のＨＡＲＱフィードバックを送信し、ここで、前記ＲＸ ＵＥは前記受信したすべての再送信を結合し、前記パケットの復号に成功した後または最大再送信回数の後にのみＨＡＲＱフィードバックを送信し、かつ、
前記ＴＸ ＵＥは、前記単一のＤＣＩで定義された単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを前記基地局に中継する、
請求項３６または３７に記載の無線通信システム。

【請求項39】

前記基地局は、ＨＡＲＱベースの送信を示し、かつ、前記送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは前記ＲＸ ＵＥに単一のＳＣＩを送信し、
前記ＴＸ ＵＥは前記ＲＸ ＵＥから複数のＨＡＲＱフィードバックを受信するが、前記ＲＸ ＵＥが前記パケットを正常に復号した場合にのみ前記基地局に通知し、
前記ＴＸ ＵＥは、単一のＳＣＩを使用した、例えばＣＢＧ（コードブロックグループ）にグループ化されたいくつかのコードブロックを含むＣＢＧベースの前記ＲＸ ＵＥへの送信をスケジュールして、例えばＣＢＧ毎に１つ等複数のフィードバックを期待する、
請求項３６または３７に記載の無線通信システム。

【請求項40】

前記ＲＸ ＵＥが肯定的なＡＣＫで応答すると、前記ＴＸ ＵＥは再送信を停止する、
請求項３９に記載の無線通信システム。

【請求項41】

前記基地局は、ＨＡＲＱベースの送信を示し、かつ、前記送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは、各ＳＣＩに再送信リソース位置を有する複数のＳＣＩを前記ＲＸ ＵＥに送信し、
前記ＲＸ ＵＥは受信したすべての前記再送信を結合し、前記パケットの復号に成功した後、または前記最大再送信数の後、または設定または事前設定された再送信数の後にのみ、ＨＡＲＱフィードバックを送信し、
前記ＴＸ ＵＥは、前記単一のＤＣＩに定義された単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを前記基地局に中継する、
請求項３６または３７に記載の無線通信システム。

【請求項42】

前記基地局は、ＨＡＲＱベースの送信を示し、かつ、前記送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数の前記ＳＣＩを送信し、
前記ＲＸ ＵＥは、所与のＳＣＩに定義される受信した前記送信を結合し、当該ＳＣＩに定義された前記送信に基づいてＨＡＲＱフィードバックを送信し、
前記ＴＸ ＵＥは、前記単一のＤＣＩに定義された単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを前記基地局に中継する、
請求項３６または３７に記載の無線通信システム。

【請求項43】

前記ＴＸ ＵＥは、ＳＣＩごとに前記フィードバックを受信し、前記ＲＸ ＵＥが肯定的なＡＣＫで応答すると、ＳＣＩの送信を停止する、
請求項４２に記載の無線通信システム。

【請求項44】

前記基地局は、ＨＡＲＱベースの送信を示し、かつ、前記送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数の前記ＳＣＩを送信し、
前記ＲＸ ＵＥは前記送信のそれぞれについてＨＡＲＱフィードバックを送信し、
前記ＴＸ ＵＥは、前記単一のＤＣＩに定義された単一のＰＵＣＣＨリソースを使用して、単一のＨＡＲＱフィードバックを前記基地局に中継する、
請求項３６または３７に記載の無線通信システム。

【請求項45】

前記ＴＸ ＵＥはすべての前記フィードバックを受信し、前記ＲＸ ＵＥが肯定的なＡＣＫで応答すると、再送信および別のＳＣＩの送信を停止する、
請求項４４に記載の無線通信システム。

【請求項46】

前記基地局は、ＨＡＲＱベースの送信を示し、かつ、それぞれが前記送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む単一のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数の前記ＳＣＩを送信し、
前記ＲＸ ＵＥは、所与のＳＣＩに定義された受信した前記送信を結合し、当該ＳＣＩに定義された前記送信に基づいてＨＡＲＱフィードバックを送信し、
前記ＴＸ ＵＥはＳＣＩごとに前記フィードバックを受信し、対応する前記ＤＣＩで定義されたＰＵＣＣＨリソースを使用して前記フィードバックを前記基地局に中継し、
ここで、前記ＲＸ ＵＥが前記パケットの復号に成功したことを示すフィードバックを受信すると、前記基地局は当該パケットについてのＤＣＩの前記ＴＸ ＵＥへの送信を停止する、
請求項３６または３７に記載の無線通信システム。

【請求項47】

前記基地局は、ＨＡＲＱベースの送信を示し、かつ、それぞれが前記送信および／または再送信リソース位置のための単一のＰＵＣＣＨ位置を含む複数のＤＣＩを前記ＴＸ ＵＥに送信し、
前記ＴＸ ＵＥは、ＳＣＩのそれぞれに再送信リソース位置を有する複数の前記ＳＣＩを送信し、
前記ＲＸ ＵＥは、前記送信のそれぞれについてＨＡＲＱフィードバックを送信し、
前記ＴＸ ＵＥは前記フィードバックを全て受信し、対応する前記ＤＣＩで定義されたＰＵＣＣＨリソースを使用して、前記基地局に前記フィードバックを中継する、
請求項３６または３７に記載の無線通信システム。

【請求項48】

前記ＲＸ ＵＥが肯定的なＡＣＫで応答すると、前記ＴＸ ＵＥはＳＣＩを停止し、前記肯定的なフィードバックに応答して、前記基地局は前記パケットについてのＤＣＩの前記ＴＸ ＵＥへの送信を停止する、
請求項４７に記載の無線通信システム。

【請求項49】

前記ＤＣＩが、前記初回送信のため、および前記１回以上の再送信のため、および例えばＰＵＣＣＨ等フィードバックチャネルのためのリソース割り当てを提供する場合、前記基地局は、初回送信および前記１回以上の再送信については、前記ＴＸ ＵＥからのいずれかについてのＡＣＫに応答して、すべての後続のリソース割り当て、例えば前記無効にされたリソースを同じまたは別のＳＬ ＵＥに再スケジューリングするためのリソース割り当てを無効にする、
請求項３６ないし４８に記載の無線通信システム。

【請求項50】

前記基地局がＤＣＩ上で前記ＴＸ ＵＥに提供する前記情報に基づいて、前記リソースは前記ＳＣＩにおいて、
－ 前記初回送信の前記周波数位置またはサブチャネルと前記１回以上の再送信の前記周波数位置またはサブチャネルとが同じ場合、前記リソースは、
－ 前記再送信が発生する前記時間スロットを例えばベクトルの形態で、または複数のビットマップベクトルを含む前記ＲＸ ＵＥ内のテーブルにマッピングされるインデックスの形態で示す、ビットマップ、
－ 前記再送信が発生する前記時間スロットを前記ＲＸ ＵＥが導出することができるタイミングオフセット、
のうちの少なくとも１つによって定義され、
－ 前記初回送信の前記周波数位置またはサブチャネルと前記１回以上の再送信の前記周波数位置またはサブチャネルとが異なる場合、前記リソースは、前記リソースの前記時間および周波数位置を例えば複数の時間－周波数パターンを含む前記ＲＸ ＵＥ内のテーブルにマッピングされたインデックスの形態で示す、時間－周波数パターン、
－ 集約されたスロットの数を示すスロットアグリゲーションパラメータ、
－ ＤＡＩパラメータ、
のうちの１つ以上によって定義される、
請求項３６ないし４９のいずれか１項に記載の無線通信システム。

【請求項51】

設定済みグラントを使用する際に、いくつかのグラントが前記ＰＵＣＣＨに関する情報を含み、いくつかが前記ＰＵＣＣＨに関する情報を含まない場合、前記ＴＸ ＵＥは、
－ ＰＵＣＣＨリソースを含む前記グラントを使用して、前記基地局へフィードバックを返信し、
－ ＰＵＣＣＨリソースを含まない前記グラントをブラインド送信に使用する、
請求項３６ないし５０のいずれか１項に記載の無線通信システム。

【請求項52】

設定済みグラントを使用する場合、前記ＴＸ ＵＥは前記グラントの前記特性に応じてどのグラントで前記パケットを送信するかを決定し、例えば前記ＴＸ ＵＥは前記リソースの品質に応じて、高いまたは低い優先度および／または信頼性および／またはレイテンシーを必要とするパケットのためのグラントを使用することができる、
請求項３６ないし５１のいずれか１項に記載の無線通信システム。

【請求項53】

設定済みグラントを使用する場合、前記ＴＸ ＵＥは前記通信タイプに応じてどのグラントで前記パケットを送信するかを決定し、例えば前記ＴＸ ＵＥは前記リソースの状態に応じて、ブロードキャスト、グループキャストまたはユニキャスト送信に関連するパケットのためのグラントを使用することができる、
請求項３６ないし５１のいずれか１項に記載の無線通信システム。

【請求項54】

前記ＵＥは、
－ 移動端末、または、
－ 固定端末、または、
－ セルラーＩｏＴ－ＵＥ、または、
－ 車両ＵＥ、または、
－ 車両グループリーダー（ＧＬ）ＵＥ、または、
－ ＩｏＴまたは狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）デバイス、または、
－ 地上車両、または、
－ 航空車両、または、
－ ドローン、または、
－ 移動基地局、または、
－ 路側機（ＲＳＵ）、または、
－ 建物、または、
－ 前記無線通信ネットワークを使用しての通信が可能になるネットワーク接続性が設けられた、例えばセンサーまたはアクチュエータ等その他のアイテムまたはデバイス、または、
－ 前記無線通信ネットワークのサイドリンクを使用しての通信が可能になるネットワーク接続性が設けられた、例えば、センサーまたはアクチュエータ等その他のアイテムまたはデバイス、または、
－ 任意のサイドリンク可能なネットワークエンティティ、
のうちの１つ以上を含む、および／または、
前記基地局が、
－ マクロセル基地局、または、
－ スモールセル基地局、または、
－ 基地局中央装置、または、
－ 基地局分散装置、または、
－ 路側機（ＲＳＵ）、または、
－ ＵＥ、または、
－ グループリーダー（ＧＬ）、
－ 中継器、または、
－ リモート無線ヘッド、または、
－ ＡＭＦ、または、
－ ＳＭＦ、または、
－ コアネットワークエンティティ、または、
－ モバイルエッジコンピューティング（ＭＥＣ）エンティティ、または、
－ ＮＲまたは５Ｇコアコンテキストにおけるネットワークスライス、または、
－ アイテムまたはデバイスが前記無線通信ネットワークを使用して通信することを可能にする送信／受信ポイント（ＴＲＰ）であって、前記アイテムまたはデバイスには前記無線通信ネットワークを使用して通信するためのネットワーク接続性が設けられる、送信／受信ポイント、
のうちのいずれか１つ以上を含む、
請求項３６ないし５３のいずれか１項に記載の無線通信システム。

【請求項55】

無線通信システムにおいてトランシーバーを動作させるための方法であって、前記無線通信システムは、サイドリンク（ＳＬ）を使用して互いに通信するための複数のユーザ機器（ＵＥ）を含み、前記方法は、
データパケット等のパケットの前記サイドリンクを使用した送信について、前記トランシーバーは前記データパケットの前記サイドリンクを使用した前記送信についての１つ以上の送信要件を決定し、
決定された１つ以上の前記送信要件に応答して、１つ以上の制御メッセージを送信するステップであって、前記１つ以上の制御メッセージは、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信および前記サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、共通の制御メッセージ、または、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベースの送信についての制御メッセージおよび前記サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む制御メッセージ、
のうちの１つ以上を含む送信するステップ
を含む、方法。

【請求項56】

無線通信システムにおいてユーザ機器を動作させるための方法であって、前記無線通信システムは、サイドリンク（ＳＬ）を使用して互いに通信するための複数のユーザ機器（ＵＥ）を含み、ここで、前記ユーザ機器は、前記無線通信システムの基地局によってサービス提供される送信ユーザ機器（ＴＸ ＵＥ）であり、前記方法は、
前記サイドリンクを使用して、１つ以上の受信ユーザ機器（ＲＸ ＵＥ）と通信するステップと、
データパケット等のパケットの前記サイドリンクを使用した送信について、前記データパケットの前記送信についての１つ以上の送信要件に応じて、ＤＣＩ等の１つ以上の制御メッセージを前記サービス提供する基地局から前記ＴＸ ＵＥを用いて受信するステップであって、前記１つ以上の制御メッセージは、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信および前記サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、共通のＤＣＩ、または、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベースの再送信についてのＤＣＩ、または、
－ 前記サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信のためのＤＣＩ、
のうちの１つ以上を含む、受信するステップと、
を含む、方法。

【請求項57】

１つ以上の基地局と、サイドリンク（ＳＬ）を使用して互いに通信するための複数のユーザ機器（ＵＥ）を備える無線通信システムを動作させるための方法であって、前記複数のＵＥは送信ＵＥ（ＴＸ ＵＥ）を含み、前記ＴＸ ＵＥは、前記サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信し、前記方法は、
前記基地局により前記ＴＸ ＵＥにサービスを提供するステップと、
データパケット等のパケットの前記サイドリンクを使用した送信について、前記データパケットの前記サイドリンクを使用した前記送信についての１つ以上の送信要件を前記基地局により決定するステップと、決定された１つ以上の前記送信要件に応答して、前記基地局により１つ以上の制御メッセージを前記ＴＸ ＵＥに送信するステップであって、前記１つ以上の制御メッセージは、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信および前記サイドリンクを使用したブラインド送信または非ＨＡＲＱの送信のためのパラメータを含む、共通の制御メッセージ、または、
－ 前記サイドリンクを使用したＨＡＲＱベースの送信のためのパラメータを含む、ＨＡＲＱベース再送信についての制御メッセージ、または、
－ 前記サイドリンクを使用したブラインド送信または非ＨＡＲＱ送信のためのパラメータを含む、非ＨＡＲＱ再送信についての制御メッセージ、
のうちの１つ以上を含む、送信するステップと、
前記ＴＸ ＵＥにより、前記基地局から前記１つ以上の制御メッセージを受信し、前記ＴＸ ＵＥにより前記ＲＸ ＵＥに１つ以上の制御メッセージを送信し、さらに、前記１つ以上の制御メッセージに示される前記パラメータに従って、前記ＴＸ ＵＥにより前記ＲＸ ＵＥに前記パケットを送信するステップと、
を含む、方法。

【請求項58】

請求項１ないし２５のいずれか１項に記載の１つ以上の基地局と、サイドリンク（ＳＬ）を使用して互いに通信する複数のユーザ機器（ＵＥ）を備える無線通信システムを動作させるための方法であって、前記複数のＵＥは、請求項２６ないし３３のいずれか１項に記載の送信ＵＥ（ＴＸ ＵＥ）を含み、前記方法は、
前記基地局によって前記ＴＸ ＵＥにサービス提供し、前記ＴＸ ＵＥで、前記サイドリンクを使用して１つ以上の受信ＵＥ（ＲＸ ＵＥ）と通信するステップと、
前記ＴＸ ＵＥで前記基地局から前記１つ以上の制御メッセージを受信し、前記ＴＸ ＵＥで前記ＲＸ ＵＥに１つ以上の制御メッセージを送信し、前記１つ以上の制御メッセージに示される前記パラメータに従って前記ＴＸ ＵＥで前記ＲＸ ＵＥに前記パケットをさらに送信するステップと、
を含む、方法。

【請求項59】

コンピュータ上で実行されるときに、請求項５５ないし５８のいずれか１項に記載の方法を実行する命令を格納したコンピュータ可読媒体を含む、非一時的なコンピュータプログラム製品。

【国際調査報告】