(57)【要約】  ワイヤレス通信システムは、複数のトランシーバを含む。複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含む。第1のトランシーバおよび第2のトランシーバは、互いにサイドリンク通信のために構成されている。ワイヤレス通信システムは、サイドリンクの再送信プロトコルをサポートする。再送信プロトコルは、サイドリンクを介したデータパケットの送信が成功しなかった場合、第1のトランシーバから1つまたは複数のデータパケットを受信する第2のトランシーバからの明示的または暗黙的フィードバックに応答して、第1のトランシーバが、データパケットの再送信を実行することを可能にする。
2021534626.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信システムであって、
複数のトランシーバを含み、前記複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含み、前記第1のトランシーバおよび前記第2のトランシーバは、互いにサイドリンク通信のために構成されており、
前記ワイヤレス通信システムは、サイドリンクの再送信プロトコルをサポートするように構成されており、前記再送信プロトコルは、前記サイドリンクを介したデータパケットの送信が成功しなかった場合、前記第1のトランシーバから1つまたは複数のデータパケットを受信する前記第2のトランシーバからの明示的または暗黙的フィードバックに応答して、前記第1のトランシーバが、前記データパケットの再送信を実行することを可能にする、
ワイヤレス通信システム。
【請求項２】
前記再送信プロトコルは、同期HARQプロトコルまたは非同期HARQプロトコルのようなHARQプロトコルを含む、請求項1に記載のワイヤレス通信システム。
【請求項３】
前記複数のトランシーバは、少なくとも第3のトランシーバを含み、
前記第1のトランシーバは、前記サイドリンクを介した前記第2のトランシーバへのユニキャスト送信のために、または前記サイドリンクを介した前記第2および第3のトランシーバへのマルチキャスト送信のために構成されている、
請求項1または2に記載のワイヤレス通信システム。
【請求項４】
少なくとも1つの基地局gNBを含み、
前記トランシーバは、複数のユーザ機器UEを含み、前記複数のUEは、少なくとも第1のUEおよび第2のUEを含み、前記第1および第2のUEは、互いにサイドリンク通信のために構成されており、
前記gNBは、前記第1のUEと第2のUEとの間の前記サイドリンク通信を制御するように構成されている
請求項1から3のいずれか一項に記載のワイヤレス通信システム。
【請求項５】
前記gNBは、前記第1のUEから前記第2のUEへの前記サイドリンクを介した初期送信をスケジュールし、前記第2のUEからの要求に応答して、非同期方式で1つまたは複数の再送信をスケジュールするように構成されており、
前記第2のUEは、前記サイドリンクを介した前記データパケットの送信が成功しなかった場合、非肯定応答メッセージNACKを前記gNBに送信するように構成されており、
NACKが前記gNBで受信された場合、前記gNBは、前記データパケットの同じまたは異なる冗長バージョンRVを使用して、前記サイドリンクを介した次の再送信を自動的にスケジュールするように構成されており、前記gNBは、各送信について、前記第1のUE、前記第2のUE、および前記RVのHARQプロセスIDを前記第1のUEに示し、
前記第1のUEは、サイドリンク制御メッセージSCIを発行するように構成されており、前記SCIは、前記第1のUEおよび前記RVの前記HARQプロセスIDを示す、
請求項4に記載のワイヤレス通信システム。
【請求項６】
前記gNBは、各送信について、第2のUE IDを前記第1のUEにさらに示す、請求項5に記載のワイヤレス通信システム。
【請求項７】
前記第2のUEは、NACKを明示的または暗黙的に前記gNBに送信するように構成されており、前記暗黙的NACKは、前記送信または再送信に続く定義された時間期間内に肯定応答メッセージACKを送信しないことを含む、請求項4から6のいずれか一項に記載のワイヤレス通信システム。
【請求項８】
前記第2のUEは、前記サイドリンクを介した前記データパケットの送信が成功した場合、肯定応答メッセージACKを前記gNBに送信するように構成されている、請求項4から7のいずれか一項に記載のワイヤレス通信システム。
【請求項９】
前記第2のUEは、前記ACKおよびNACKに、前記HARQプロセスIDおよび前記第1のUE IDを含めるように構成されており、前記HARQプロセスIDは、前記再送信のために前記gNBによって提供される前記HARQプロセスIDを含み得る、請求項8に記載のワイヤレス通信システム。
【請求項１０】
前記gNBは、前記再送信を発行する前に、前記第2のUEから前記ACKを受信するために固定されたまたは構成された時間待つように構成されている、請求項8または9に記載のワイヤレス通信システム。
【請求項１１】
前記第2のUEは、複数のHARQフィードバックをバンドルするように構成されている、請求項4から10のいずれか一項に記載のワイヤレス通信システム。
【請求項１２】
前記DCIは、
前記サイドリンクを介した前記第2のUEへのユニキャスト送信の場合、CRCスクランブルによって明示的または暗黙的に、無線ネットワーク一時識別子RNTIのような前記第2のUEの識別子ID、
前記サイドリンクを介したUEのグループへのマルチキャスト送信の場合、CRCスクランブルによって明示的または暗黙的に、グループ宛先ID、
サイドリンクリソース割振りと一緒に使用される前記HARQプロセスID、
のうちの1つまたは複数を示す、請求項4から11のいずれか一項に記載のワイヤレス通信システム。
【請求項１３】
前記gNBは、前記サイドリンクにおいて非同期HARQを構成するための制御メッセージを前記第2のUEに送信するように構成され、前記制御メッセージは、ACK/NACKを前記gNBに送信するための、前記第2のUEの、PUCCHまたはPUSCHのようなアップリンク制御リソースを含む、請求項4から12のいずれか一項に記載のワイヤレス通信システム。
【請求項１４】
前記gNBは、前記第1のUEから前記第2のUEへの前記サイドリンクを介した初期送信をスケジュールし、前記再送信を構成するように構成されており、
前記第2のUEは、前記サイドリンクを介した前記データパケットの送信が成功しなかった場合、非肯定応答メッセージNACKを前記gNBに送信するように構成されており、
前記初期送信に続いて、前記第1のUEは、肯定応答メッセージACKが前記gNBから受信されるか、または最大再送信回数に達するまで、前記再送信を継続するように構成されている、
請求項4に記載のワイヤレス通信システム。
【請求項１５】
前記第2のUEは、前記NACKを明示的または暗黙的に前記gNBに送信するように構成されており、前記暗黙的NACKは、前記送信または再送信に続く定義された時間期間内にまたはある時間に前記ACKを送信しないことを含む、請求項14に記載のワイヤレス通信システム。
【請求項１６】
前記第2のUEは、前記ACKおよびNACKに前記第1のUEの前記IDを含めるように構成されている、請求項15に記載のワイヤレス通信システム。
【請求項１７】
前記gNBは、前記サイドリンクにおいて前記同期HARQを構成するための制御メッセージを前記第2のUEに送信するように構成され、前記制御メッセージは、ACK/NACKを前記gNBに送信するための、前記第2のUEの、PUCCHまたはPUSCHのようなアップリンク制御リソースを含む、請求項14から16のいずれか一項に記載のワイヤレス通信システム。
【請求項１８】
前記第2のUEは、複数のHARQフィードバックをバンドルするように構成されている、請求項14から17のいずれか一項に記載のワイヤレス通信システム。
【請求項１９】
前記トランシーバは、複数のユーザ機器UEを含み、前記複数のUEは、少なくとも第1のUEおよび第2のUEを含み、前記第1および第2のUEは、互いにサイドリンク通信のために、および前記サイドリンク通信のためのリソースを自律的にスケジュールするように構成されている、
請求項1から3のいずれか一項に記載のワイヤレス通信システム。
【請求項２０】
前記第1のUEは、前記第2のUEへの前記サイドリンクを介した初期送信をスケジュールするように構成されており、
前記第2のUEは、前記サイドリンクを介した前記データパケットの送信が成功しなかった場合、非肯定応答メッセージNACKを前記第1のUEに送信するように構成されており、
前記初期送信に続いて、前記第1のUEは、肯定応答メッセージACKが前記第1のUEから受信されるか、または最大再送信回数に達するまで、前記再送信を継続するように構成されている、
請求項19に記載のワイヤレス通信システム。
【請求項２１】
前記第2のUEは、前記NACKを明示的または暗黙的に前記第1のUEに送信するように構成されており、前記暗黙的NACKは、前記送信または再送信に続く定義された時間期間内にまたはある時間に前記ACKを送信しないことを含む、請求項19または20に記載のワイヤレス通信システム。
【請求項２２】
前記初期送信の周波数リソースおよびタイミングは、前記フィードバックを提供するためにPSCCHまたは物理サイドリンク共有チャネル(PSSCH)領域に一意にマッピングされ、および/または
前記フィードバックに、前記第1のUEが前記第1のUEのIDおよび前記フィードバックの送信タイミングに基づいて前記フィードバックを一意に識別することを可能にするために、前記HARQフィードバックおよび前記第1のUE IDを含むSCIフォーマットが提供される、
請求項1から21のいずれか一項に記載のワイヤレス通信システム。
【請求項２３】
前記第1のUEは、サイドリンクHARQタイムラインに従って、同じ周波数リソース上での事前構成されたまたはデフォルトのRV順序に従って、または固定されたもしくは事前構成されたホッピングパターンに従って、トランスポートブロックTBを自動的に再送信するように構成されており、前記サイドリンクHARQタイムラインは、前記フィードバックを送信する時間と、前記再送信を送信する時間とを示す、請求項1から22のいずれか一項に記載のワイヤレス通信システム。
【請求項２４】
前記サイドリンクHARQ間隔は、ULおよびDL通信で使用されるHARQタイムラインRTTとは異なり、前記サイドリンクHARQ間隔は、たとえば、前記サイドリンクのための明示的なRRCシグナリングによって、固定または半静的に事前構成されている、請求項23に記載のワイヤレス通信システム。
【請求項２５】
異なるサイドリンクHARQタイムラインが、たとえばURLLCなど、特定の送信のためにシグナリングされる、請求項23または24に記載のワイヤレス通信システム。
【請求項２６】
デフォルトサイドリンクHARQタイムラインが、カバレージ外動作および/またはデフォルト動作のために構成または固定される、請求項23から25のいずれか一項に記載のワイヤレス通信システム。
【請求項２７】
利用可能な送信位置を決定するために感知を実行するように構成された自律UEの場合、前記第1のUEは、HARQ RTTを使用して、複数の事前構成されたHARQ RTTから選択された前記HARQ RTTを外挿するように構成されており、前記HARQ再送信プロセスは、最大再送信回数が使用されると仮定し得る、請求項1から26のいずれか一項に記載のワイヤレス通信システム。
【請求項２８】
ワイヤレス通信システムであって、
複数のトランシーバを含み、前記複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含み、前記第1のトランシーバおよび前記第2のトランシーバは、互いにサイドリンク通信のために構成されており、
前記ワイヤレス通信システムは、過去のSL送信、および/または、CSI-RSのようなチャネル状態情報基準シンボルに基づいて、チャネル品質インジケータCQI報告をサポートするように構成されている、
ワイヤレス通信システム。
【請求項２９】
前記gNBは、SL許可と一緒に、制御チャネルを介して、割り当てられたタイムスロットの持続時間の一部において、サイドリンクリソースの全体またはサブセット上でCSI-RSを送信することを前記第1のUEに示すように構成されており、
前記第1のUEは、データおよびCSI-RSを送信し、対応するSCIにおいて前記CSI-RS送信を示すように構成されている、
請求項28に記載のワイヤレス通信システム。
【請求項３０】
前記第2のUEは、関連付けられた送信に含まれる基準信号に基づいて、前記gNBへのHARQフィードバック報告にCQI報告を含めるように構成されており、前記CQI報告は、前記第1および第2のUEの情報と一緒に、PUCCH上で送信される、請求項1から28のいずれか一項に記載のワイヤレス通信システム。
【請求項３１】
前記CQI報告は、たとえば、RRCシグナリングによって、および/または、前記対応するSCIにおいて示される前記CSI-RS送信によってアクティブ化される、請求項30に記載のワイヤレス通信システム。
【請求項３２】
前記第1のUEは、CSI-RSを前記サイドリンク上で送信するために専用のタイムスロットまたはリソースを使用するように構成されており、前記専用のタイムスロットまたはリソースは、前記gNBによって許可されるか、または自律的に感知される、請求項30または31に記載のワイヤレス通信システム。
【請求項３３】
前記ワイヤレス通信システムは、論理チャネルグループ当たりの宛先当たりのバッファ内のデータ量を示すバッファステータス報告BSRを提供する、請求項1から32のいずれか一項に記載のワイヤレス通信システム。
【請求項３４】
前記UEまたはトランシーバは、
モバイル端末、または
固定端末、または
セルラーIoT-UE、または
IoTデバイス、または
地上ベースの車両、または
航空機、または
ドローン、または
移動基地局、または
路側機、または
建物、または
アイテム/デバイスが、たとえば、センサーもしくはアクチュエータなど、ワイヤレス通信ネットワークを使用して通信することを可能にするネットワーク接続性を提供される任意の他のアイテムもしくはデバイス
のうちの1つまたは複数を含み、
前記gNBは、
マクロセル基地局、または
スモールセル基地局、または
路側機、または
UE、または
遠隔無線ヘッド、または
AMF、または
SMF、または
コアネットワークエンティティ、または
NRもしくは5Gコアコンテキストのようなネットワークスライス、または
アイテムもしくはデバイスが前記ワイヤレス通信ネットワークを使用して通信することを可能にする任意の送信/受信ポイント(TRP)であって、前記アイテムもしくはデバイスが、前記ワイヤレス通信ネットワークを使用して通信するためのネットワーク接続性を提供される、任意の送信/受信ポイント(TRP)
のうちの1つまたは複数を含む、
請求項1から33のいずれか一項に記載のワイヤレス通信システム。
【請求項３５】
トランシーバであって、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信し、
前記サイドリンクを介して前記さらなるトランシーバから1つまたは複数のデータパケットを受信し、
前記サイドリンクの再送信プロトコルをサポートし、前記再送信プロトコルは、前記さらなるトランシーバが、前記サイドリンクを介したデータパケットの送信が成功しなかった場合、前記トランシーバからの明示的または暗黙的フィードバックに応答して、前記データパケットの再送信を実行することを可能にする
ように構成されている、
トランシーバ。
【請求項３６】
トランシーバであって、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信し、
前記サイドリンクを介して前記さらなるトランシーバに1つまたは複数のデータパケットを送信し、
前記サイドリンクの再送信プロトコルをサポートし、前記再送信プロトコルは、前記トランシーバが、前記サイドリンクを介したデータパケットの送信が成功しなかった場合、前記さらなるトランシーバからの明示的または暗黙的フィードバックに応答して、前記データパケットの再送信を実行することを可能にする
ように構成されている、
トランシーバ。
【請求項３７】
トランシーバであって、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信し、
前記サイドリンクを介して前記さらなるトランシーバから1つまたは複数のデータパケットを受信し、
過去のSL送信、および/または、前記SL送信に含まれるCSI-RSのようなチャネル状態情報基準シンボルに基づいて、チャネル品質インジケータCQI報告をさらなる受信機に提供する
ように構成されている、
トランシーバ。
【請求項３８】
トランシーバであって、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信し、
前記サイドリンクを介して前記さらなるトランシーバに1つまたは複数のデータパケットを送信し、
前記さらなる受信機がチャネル品質インジケータCQI報告を返すことを可能にするために、CSI-RSのような、SL送信チャネル状態情報基準シンボルに含める
ように構成されている、
トランシーバ。
【請求項３９】
基地局gNBであって、
ワイヤレス通信システムにおいて複数のトランシーバにサービス提供し、前記複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含み、
前記第1のトランシーバと前記第2のトランシーバとがサイドリンクを使用して互いに通信するように構成し、
データパケットの送信が成功しなかった場合、前記トランシーバからの明示的または暗黙的フィードバックに応答して、1つまたは複数のデータパケットを前記第2のトランシーバに前記サイドリンクを介して送信する前記第1のトランシーバが、前記データパケットの再送信を実行することを可能にするように、前記サイドリンクの再送信プロトコルをサポートする
ように構成されている、
基地局gNB。
【請求項４０】
基地局gNBであって、
ワイヤレス通信システムにおいて複数のトランシーバにサービス提供し、前記複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含み、
前記第1のトランシーバと前記第2のトランシーバとがサイドリンクを使用して互いに通信するように構成し、
過去のSL送信、および/または、CSI-RSのようなチャネル状態情報基準シンボルに基づいて、チャネル品質インジケータCQI報告をサポートする
ように構成されている、
基地局gNB。
【請求項４１】
ワイヤレス通信システムにおけるサイドリンク通信のための方法であって、前記ワイヤレス通信システムは、複数のトランシーバを含み、前記複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含み、前記第1のトランシーバおよび前記第2のトランシーバは、互いにサイドリンク通信のために構成されており、前記方法は、
サイドリンクの再送信プロトコルをサポートするステップであり、前記再送信プロトコルは、前記サイドリンクを介したデータパケットの送信が成功しなかった場合、前記第1のトランシーバから1つまたは複数のデータパケットを受信する前記第2のトランシーバからの明示的または暗黙的フィードバックに応答して、前記第1のトランシーバが、前記データパケットの再送信を実行することを可能にする、ステップを含む、
方法。
【請求項４２】
ワイヤレス通信システムにおけるサイドリンク通信のための方法であって、前記ワイヤレス通信システムは、複数のトランシーバを含み、前記複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含み、前記第1のトランシーバおよび前記第2のトランシーバは、互いにサイドリンク通信のために構成されており、前記方法は、
過去のSL送信、および/または、CSI-RSのようなチャネル状態情報基準シンボルに基づいて、チャネル品質インジケータCQI報告をサポートするステップ
を含む、方法。
【請求項４３】
方法であって、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信するステップと、
前記サイドリンクを介して前記さらなるトランシーバに1つまたは複数のデータパケットを送信するステップと、
前記サイドリンクの再送信プロトコルをサポートするステップであり、前記再送信プロトコルは、前記トランシーバが、前記サイドリンクを介したデータパケットの送信が成功しなかった場合、前記さらなるトランシーバからの明示的または暗黙的フィードバックに応答して、前記データパケットの再送信を実行することを可能にする、ステップと
を含む、方法。
【請求項４４】
方法であって、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信するステップと、
前記サイドリンクを介して前記さらなるトランシーバから1つまたは複数のデータパケットを受信するステップと、
過去のSL送信、および/または、前記SL送信に含まれるCSI-RSのようなチャネル状態情報基準シンボルに基づいて、チャネル品質インジケータCQI報告をさらなる受信機に提供するステップと
を含む、方法。
【請求項４５】
方法であって、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信するステップと、
前記サイドリンクを介して前記さらなるトランシーバに1つまたは複数のデータパケットを送信するステップと、
前記さらなる受信機がチャネル品質インジケータCQI報告を返すことを可能にするために、CSI-RSのような、SL送信チャネル状態情報基準シンボルに含めるステップと
を含む、方法。
【請求項４６】
方法であって、
ワイヤレス通信システムにおいて複数のトランシーバにサービス提供するステップであり、前記複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含む、ステップと、
前記第1のトランシーバと前記第2のトランシーバとがサイドリンクを使用して互いに通信するように構成するステップと、
データパケットの送信が成功しなかった場合、前記トランシーバからの明示的または暗黙的フィードバックに応答して、1つまたは複数のデータパケットを前記第2のトランシーバに前記サイドリンクを介して送信する前記第1のトランシーバが、前記データパケットの再送信を実行することを可能にするように、前記サイドリンクの再送信プロトコルをサポートするステップと
を含む、方法。
【請求項４７】
方法であって、
ワイヤレス通信システムにおいて複数のトランシーバにサービス提供するステップであり、前記複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含む、ステップと、
前記第1のトランシーバと前記第2のトランシーバとがサイドリンクを使用して互いに通信するように構成するステップと、
過去のSL送信、および/または、CSI-RSのようなチャネル状態情報基準シンボルに基づいて、チャネル品質インジケータCQI報告をサポートするステップと
を含む、方法。
【請求項４８】
コンピュータ上で実行されると、請求項41から47のいずれか一項に記載の方法を実行する命令を記憶するコンピュータ可読媒体を含む、非一時的コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイヤレス通信ネットワークまたはシステムの分野に関し、より詳細には、PC5インターフェースのようなサイドリンクインターフェースを介して、UEのようなユーザ間の通信を提供するシステムに関する。実施形態は、サイドリンクSL通信のためのハイブリッド自動再送要求プロセス、ハイブリッドARQまたはHARQの実装に関する。
【背景技術】
【０００２】
図1は、コアネットワーク102および無線アクセスネットワーク104を含む地上ワイヤレスネットワーク100の一例の概略図である。無線アクセスネットワーク104は、複数の基地局gNB1〜gNB5を含んでいてもよく、各々は、それぞれのセル1061〜1065によって概略的に表される基地局を囲む固有のエリアにサービス提供する。基地局は、セル内のユーザにサービス提供するために提供される。基地局BSという用語は、5GネットワークにおけるgNB、UMTS/LTE/LTE-A/LTE-A ProにおけるeNB、または他のモバイル通信規格におけるまさにBSを指す。ユーザは、固定デバイスでもよく、またはモバイルデバイスでもよい。ワイヤレス通信システムはまた、基地局またはユーザに接続するモバイルまたは固定IoTデバイスによってアクセスされてもよい。モバイルデバイスまたはIoTデバイスは、物理デバイス、ロボットまたは自動車など地上ベースの車両、後者はドローンとも呼ばれる、有人または無人の航空機(UAV)などの航空機、建物、ならびに、電子機器、ソフトウェア、センサー、アクチュエータなど、および、これらのデバイスが既存のネットワークインフラストラクチャにわたってデータを収集および交換することを可能にするネットワーク接続性が埋め込まれた他のアイテムまたはデバイスを含み得る。図1は、5つのセルのみの例示的な図を示しているが、ワイヤレス通信システムは、より多くのそのようなセルを含んでいてもよい。図1は、セル1062にあり、基地局gNB2によってサービス提供される、ユーザ機器UEとも呼ばれる、2つのユーザUE1およびUE2を示す。基地局gNB4によってサービス提供されるセル1064に、別のユーザUE3が示されている。矢印1081、1082、および1083は、ユーザUE1、UE2、およびUE3から基地局gNB2、gNB4にデータを送信するため、または基地局gNB2、gNB4からユーザUE1、UE2、UE3にデータを送信するためのアップリンク/ダウンリンク接続を概略的に表す。さらに、図1は、セル1064内の2つのIoTデバイス1101および1102を示し、これらは、固定デバイスまたはモバイルデバイスであり得る。IoTデバイス1101は、矢印1121によって概略的に表されるように、データを送受信するために、基地局gNB4を介してワイヤレス通信システムにアクセスする。IoTデバイス1102は、矢印1122によって概略的に表されるように、ユーザUE3を介してワイヤレス通信システムにアクセスする。それぞれの基地局gNB1〜gNB5は、図1において「コア」を指す矢印によって概略的に表される、それぞれのバックホールリンク1141〜1145を介して、たとえばS1インターフェースを介して、コアネットワーク102に接続されてもよい。コアネットワーク102は、1つまたは複数の外部ネットワークに接続され得る。さらに、それぞれの基地局gNB1〜gNB5のいくつかまたはすべては、たとえば、NR内のS1またはX2インターフェースまたはXNインターフェースを介して、「gNB」を指す矢印によって図1に概略的に表される、それぞれのバックホールリンク1161〜1165を介して互いに接続され得る。
【０００３】
データ送信のために、物理リソースグリッドが使用されてもよい。物理リソースグリッドは、様々な物理チャネルおよび物理信号がマッピングされるリソース要素のセットを含み得る。たとえば、物理チャネルは、ダウンリンク、アップリンクペイロードデータおよびサイドリンクペイロードデータとも呼ばれる、ユニキャストでユーザ固有データを搬送する物理ダウンリンク、アップリンク共有チャネルおよびサイドリンク共有チャネル(PDSCH、PUSCH、PSCCH)、たとえばマスタ情報ブロック(MIB)およびシステム情報ブロック(SIB)を搬送する物理ブロードキャストチャネル(PBCH)、たとえばダウンリンク制御情報(DCI)、アップリンク制御情報(UCI)およびサイドリンク制御情報(SCI)を搬送する物理ダウンリンク、アップリンクおよびサイドリンク制御チャネル(PDCCH、PUCCH、PSCCH)を含み得る。アップリンクの場合、物理チャネルは、UEが同期してMIBおよびSIBを取得すると、ネットワークにアクセスするためにUEによって使用される物理ランダムアクセスチャネル(PRACHまたはRACH)をさらに含み得る。物理信号は、基準信号またはシンボル(RS)、同期信号などを含み得る。リソースグリッドは、時間領域において特定の持続時間を有し、周波数領域において所与の帯域幅を有するフレームまたは無線フレームを含み得る。フレームは、所定の長さのある数のサブフレームを有し得る。各サブフレームは、1msの持続時間を有し、サイクリックプレフィックス(CP)長およびサブキャリア間隔に応じて、14個のOFDMシンボルの1つまたは複数のスロットを含み得る。フレームはまた、たとえば、短縮された送信時間間隔(sTTI)またはほんの数個のOFDMシンボルを含むミニスロット/ノンスロットベースのフレーム構造を利用するとき、より少ない数のOFDMシンボルから構成されてもよい。
【０００４】
ワイヤレス通信システムは、直交周波数分割多重(OFDM)システム、直交周波数分割多元接続(OFDMA)システム、または、たとえばDFT-s-OFDMなど、CPを伴うまたは伴わない任意の他のIFFTベースの信号のような、周波数分割多重を使用する任意のシングルトーンまたはマルチキャリアシステムであってもよい。たとえば、フィルタバンクマルチキャリア(FBMC)、汎用周波数分割多重(GFDM)、またはユニバーサルフィルタマルチキャリア(UFMC)など、多元接続のための非直交波形のような他の波形が使用されてもよい。ワイヤレス通信システムは、たとえば、LTE-Advanced pro規格または5GもしくはNRニューラジオ規格に従って動作し得る。
【０００５】
図1に示されたワイヤレスネットワークまたは通信システムは、たとえば、各マクロセルが基地局gNB1〜gNB5のようなマクロ基地局を含む、マクロセルのネットワーク、およびフェムト基地局またはピコ基地局のようなスモールセル基地局のネットワーク(図1には図示せず)など、別個のオーバーレイされたネットワークを有する異種ネットワークであってもよい。
【０００６】
上述の地上ワイヤレスネットワークに加えて、衛星のような宇宙輸送トランシーバ、および/または無人航空機システムのような空中輸送トランシーバを含む非地上ワイヤレス通信ネットワークも存在する。非地上ワイヤレス通信ネットワークまたはシステムは、図1を参照して上述した地上システムと同様の方法で、たとえば、LTE-Advanced pro規格または5GもしくはNRニューラジオ規格に従って動作してもよい。
【０００７】
モバイル通信ネットワークでは、たとえば、LTEまたは5G/NRネットワークのような、図1を参照して上述したようなネットワークにおいて、たとえば、PC5インターフェースを使用して、1つまたは複数のサイドリンク(SL)チャネルを介して互いに直接通信するUEが存在し得る。サイドリンクを介して互いに直接通信するUEは、他の車両と直接通信する車両(V2V通信)、ワイヤレス通信ネットワークの他のエンティティと通信する車両(V2X通信)、たとえば、信号機、交通信号、または歩行者のような路側エンティティを含み得る。他のUEは、車両関連UEでなくてもよく、上述のデバイスのうちのいずれかを含んでいてもよい。そのようなデバイスはまた、SLチャネルを使用して互いに直接通信(D2D通信)してもよい。
【０００８】
サイドリンクを介して互いに直接通信する2つのUEを考慮すると、両方のUEは、同じ基地局によってサービス提供されてもよく、すなわち、両方のUEは、図1に示される基地局のうちの1つのように、基地局のカバレージエリア内にあってもよい。これは、「カバレージ内」シナリオと呼ばれる。他の例によれば、サイドリンクを介して通信する両方のUEは、「カバレージ外」シナリオと呼ばれる基地局によってサービス提供されないことがある。「カバレージ外」は、2つのUEが、図1に示されるセルのうちの1つの中にないことを意味するのではなく、むしろ、これらのUEが基地局に接続されていないこと、たとえば、RRC接続状態にないことを意味することに留意されたい。また別のシナリオは、「部分カバレージ」シナリオと呼ばれ、それによれば、サイドリンクを介して互いに通信する2つのUEのうちの一方は基地局によってサービス提供され、他方のUEは基地局によってサービス提供されない。
【０００９】
図2は、互いに直接通信する2つのUEが両方とも基地局のカバレージ内にある状況の概略図である。基地局gNBは、基本的に図1に概略的に表されるセルに対応する円200によって概略的に表されるカバレージエリアを有する。互いに直接通信するUEは、両方とも基地局gNBのカバレージエリア200内に第1の車両202および第2の車両204を含む。両方の車両202、204は、基地局gNBに接続され、加えて、PC5インターフェースを介して互いに直接接続される。V2Vトラフィックのスケジューリングおよび/または干渉管理は、基地局とUEとの間の無線インターフェースであるUuインターフェースを介する制御シグナリングを介してgNBによって支援される。gNBは、サイドリンクを介してV2V通信に使用されるようにリソースを割り当てる。この構成をモード3構成とも呼ぶ。
【００１０】
図3は、UEが基地局のカバレージ内にない、すなわち、互いに直接通信するそれぞれのUEが、ワイヤレス通信ネットワークのセル内に物理的に存在し得るが、基地局に接続されていない状況の概略図である。3つの車両206、208、および210は、たとえばPC5インターフェースを使用して、サイドリンクを介して互いに直接通信するように示されている。V2Vトラフィックのスケジューリングおよび/または干渉管理は、車両間で実施されるアルゴリズムに基づく。この構成をモード4構成とも呼ぶ。上述のように、カバレージ外シナリオである図3のシナリオは、それぞれのモード4のUEが基地局のカバレージ200の外にあることを意味するのではなく、むしろ、それぞれのモード4のUEが基地局によってサービス提供されていないか、またはカバレージエリアの基地局に接続されていないことを意味する。したがって、図2に示されるカバレージエリア200内で、モード3のUE202、204に加えて、モード4のUE206、208、210も存在する状況があり得る。
【００１１】
図1、図2、または図3を参照して上述したようなワイヤレス通信ネットワークまたはシステムでは、それぞれのユーザ間のサイドリンクSL通信を提供しているが、これまでのところ、「ブラインド再送信」と呼ばれることがある再送信動作のみが実施されている。ブラインド再送信方式によれば、送信側UEのような送信機は、同じ冗長バージョンRVを、たとえば、デバイスツーデバイス(device-to-device)D2D規格に従って、3回、またはV2X規格に従って、1回など、数回送信する。しかしながら、このブラインド再送信は、送信側UEから受信機、すなわち受信側UEのへのデータブロックの送信が成功したかどうかにかかわらず行われる。
【００１２】
たとえば、V2X通信システムでは、ダウンリンク制御情報DCIメッセージは、フォーマット5Aを有することができ、基地局からUEに送信される。DCIメッセージは、パケットが再送信されるべきかどうかを定義する。これは、初期送信と再送信との間の時間ギャップを指定するパラメータSFgapによって示される。このパラメータは、サイドリンク制御情報SCIメッセージを使用して、送信側UEによってすべての受信側UEにブロードキャストされる。SCIメッセージにおいてSFgapフィールドが0に設定されている場合、再送信は行われない。SCIメッセージにおけるSFgapフィールドが整数値に設定されている場合、SFgapパラメータの値に基づいて定義されたギャップを有する初期送信のサブフレームに続くサブフレームで再送信が行われる。たとえば、サブフレームnにおいて初期送信がスケジュールされる場合、再送信は、サブフレームn+SFgapで行われる。図4は、従来のV2Xブロードキャストシステムにおける初期送信およびブラインド再送信を示す。リソースプール300は、システムによってサイドリンク送信のために割り振られたそれぞれのサブフレームにおける時間および周波数におけるリソースを表すように概略的に示されている。リソースプールは、制御サブチャネル302およびデータサブチャネル304を定義する。制御サブチャネルは、それぞれの制御情報を送信し、データサブチャネルは、サイドリンクを介してそれぞれのデータを送信する。サブフレームカウント「0」では、初期送信が行われ、したがってn=0であり、パラメータSFgap=4の場合、サブフレーム4で再送信が行われる。加えて、制御サブチャネル302上で送信され得るSCIは、送信が初期送信であるか再送信であるかを示す再送信インデックスと呼ばれる別のパラメータを含み得る。パラメータ再送信インデックスが「0」に設定されている場合、初期送信が示される。再送信インデックスパラメータが「1」に設定されている場合、送信は、期間SFgap後の初期送信の再送信である。これもまた、図4に示されており、初期送信では、再送信インデックスが「0」であり、再送信では、再送信インデックスが「1」であることを示すことを示す。
【００１３】
ブラインド再送信のための上述のアプローチは、ブロードキャストタイプの通信における各送信についての任意の個別のフィードバックが、肯定応答/非肯定応答ACK/NACKメッセージでシステムを溢れさせ得るか、またはメッセージの潜在的な受信機が、送信機に知られているクローズドグループではないので、送信側UEがメッセージをブロードキャストするときに使用される。グループキャスト/マルチキャストまたはユニキャスト通信の場合、そのような保証されていない再送信、すなわちブラインド送信は、サイドリンクのスペクトル効率を低下させ、リンク適応を可能にする適切な機構も存在しない。
【００１４】
上記のセクションの情報は、本発明の背景の理解を高めるためのものに過ぎず、したがって、当業者にすでに知られている先行技術を形成しない情報を含み得ることに留意されたい。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本発明の目的は、ワイヤレス通信システムにおいて2人のユーザ間でサイドリンク通信を介してデータをより確実に送信するための改善されたアプローチを提供することである。
【課題を解決するための手段】
【００１６】
この目的は、独立請求項に定義される主題によって達成される。好ましい実施形態は、従属請求項において定義されている。
【００１７】
次に、本発明の実施形態を、添付の図面を参照してさらに詳細に説明する。
【図面の簡単な説明】
【００１８】
【図１】ワイヤレス通信システムの一例の概略図である。
【図２】互いに直接通信するUEが基地局のカバレージ内にある状況の概略図である。
【図３】互いに直接通信するUEが基地局のカバレージ内にない、すなわち基地局に接続されていないシナリオを示す図である。
【図４】従来のV2Xブロードキャストシステムにおける初期送信およびブラインド再送信を示す図である。
【図５】本発明の実施形態による、送信機と1つまたは複数の受信機との間で情報を通信するためのワイヤレス通信システムの概略図である。
【図６】本発明の実施形態による、サイドリンクHARQ通信の概略図であり、図6(a)は、ワイヤレス通信システムの一部を概略的に示し、図6(b)は、図6(a)のシステムにおける経時的な送信を示す図である。
【図７】本発明の実施形態による、SLにおける非同期HARQ送信のタイムラインを示す図である。
【図８】本発明の一実施形態による、図7を参照して上述したようなサイドリンク通信をスケジューリングするためのDCIフォーマットを示す図である。
【図９】本発明のアプローチの実施形態に従って修正され、402において、SL HARQの最大送信回数を示す上述のmaxHARQSL-Txを示す、SL-CommConfig情報要素IEの一実施形態を示す図である。
【図１０】スケジューリングに使用される本発明の実施形態に従って修正されたDCIフォーマットを示す図である。
【図１１】サイドリンク上でHARQを使用してユニキャスト/グループキャスト送信をスケジューリングするための、本発明の実施形態に従って修正されたSCIフォーマットを示す図である。
【図１２】本発明の実施形態に従って修正された、本発明のシステムで使用されるRRCシグナリングを示す図である。
【図１３】本発明の実施形態による、サイドリンクにおける同期HARQ送信を示す図である。
【図１４】ユニキャスト送信のためのHARQフィードバック報告のために、本発明の実施形態に従って修正されたSCIフォーマットを示す図である。
【図１５】グループキャスト送信のためのHARQフィードバック報告のために、本発明の実施形態に従って修正されたSCIフォーマットを示す図である。
【図１６】SL許可と一緒にCSI-RSを発行するために、本発明の実施形態に従って修正されたDCIフォーマットの一例を示す図である。
【図１７】CSI-RS送信を示す、本発明の実施形態に従って修正されたSCIフォーマットを示す図である。
【図１８】CSI-RS送信を示すために、本発明の実施形態に従って修正されたSCIフォーマットを示す図である。
【図１９】HARQフィードバックおよびCQI測定報告のために、本発明の実施形態に従って修正されたSCIフォーマットを示す図である。
【図２０】本発明のアプローチに従って説明される方法のステップとともに、ユニットまたはモジュールが実行され得るコンピュータシステムの一例を示す図である。
【発明を実施するための形態】
【００１９】
次に、本発明の実施形態について、添付の図面を参照してより詳細に説明し、添付の図面では、同一または類似の要素には、同一の参照符号が割り当てられている。
【００２０】
本発明は、送信が成功しなかった場合にサイドリンクを介して再送信を能動的に要求するための機構が欠落しているという問題に対処する。これは、以下でより詳細に説明されるように本発明によって対処され、本発明の実施形態は、モバイル端末またはIoTデバイスのような基地局およびユーザを含む、図1、図2、および図3に示されるようなワイヤレス通信システムにおいて実装され得る。図5は、送信機300と1つまたは複数の受信機3021〜302nとの間で情報を通信するためのワイヤレス通信システムの概略図である。送信機300および受信機302は、無線リンクのようなワイヤレス通信リンクまたはチャネル304a、304b、304cを介して通信することができる。送信機300は、互いに結合された、複数のアンテナ素子、信号プロセッサ300a、およびトランシーバ300bを有する1つまたは複数のアンテナANTTまたはアンテナアレイを含み得る。受信機302は、互いに結合された、複数のアンテナ、信号プロセッサ302a1、302an、およびトランシーバ302b1、302bnを有する1つまたは複数のアンテナANTRまたはアンテナアレイを含む。
【００２１】
一実施形態によれば、たとえば、図2にも示されるように、送信機300は、基地局であってもよく、受信機は、UEであってもよい。基地局300およびUE302は、Uuインターフェースを使用する無線リンクのような、それぞれの第1のワイヤレス通信リンク304aおよび304bを介して通信し、一方、UE302は、PC5インターフェースを使用する無線リンクのような第2のワイヤレス通信リンク304cを介して互いに通信し得る。
【００２２】
一実施形態によれば、たとえば、図3にも示されるように、送信機300は、第1のUEであってもよく、受信機は、さらなるUEであってもよい。第1のUE300およびさらなるUE302は、PC5インターフェースを使用する無線リンクのような、それぞれのワイヤレス通信リンク304a〜304cを介して通信してもよい。
【００２３】
システム、送信機300、および1つまたは複数の受信機302は、本明細書に記載の本発明の教示に従って動作することができる。
【００２４】
［サイドリンク上でHARQをサポートするシステム］
本発明は、ワイヤレス通信システムを提供し、
ワイヤレス通信システムは、複数のトランシーバを含み、複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含み、第1のトランシーバおよび第2のトランシーバは、互いにサイドリンク通信のために構成されており、
ワイヤレス通信システムは、サイドリンクの再送信プロトコルをサポートするように構成されており、再送信プロトコルは、サイドリンクを介したデータパケットの送信が成功しなかった場合、第1のトランシーバから1つまたは複数のデータパケットを受信する第2のトランシーバからの明示的または暗黙的フィードバックに応答して、第1のトランシーバが、データパケットの再送信を実行することを可能にする。
【００２５】
実施形態によれば、再送信プロトコルは、同期HARQプロトコルまたは非同期HARQプロトコルのようなHARQプロトコルを含む。
【００２６】
実施形態によれば、
複数のトランシーバは、少なくとも第3のトランシーバを含み、
第1のトランシーバは、サイドリンクを介した第2のトランシーバへのユニキャスト送信のために、またはサイドリンクを介した第2および第3のトランシーバへのマルチキャスト送信のために構成されている。
【００２７】
非同期HARQ
実施形態によれば、ワイヤレス通信システムは、
少なくとも1つの基地局gNBを含み、
トランシーバは、複数のユーザ機器UEを含み、複数のUEは、少なくとも第1のUEおよび第2のUEを含み、第1および第2のUEは、互いにサイドリンク通信のために構成されており、
gNBは、第1のUEと第2のUEとの間のサイドリンク通信を制御するように構成されている。
【００２８】
実施形態によれば、
gNBは、第1のUEから第2のUEへのサイドリンクを介した初期送信をスケジュールし、第2のUEからの要求に応答して、非同期方式で1つまたは複数の再送信をスケジュールするように構成されており、
第2のUEは、サイドリンクを介したデータパケットの送信が成功しなかった場合、非肯定応答メッセージNACKをgNBに送信するように構成されており、
NACKがgNBで受信された場合、gNBは、データパケットの同じまたは異なる冗長バージョンRVを使用して、サイドリンクを介した次の再送信を自動的にスケジュールするように構成されており、gNBは、各送信について、第1のUE、第2のUE、およびRVのHARQプロセスIDを第1のUEに示し、
第1のUEは、サイドリンク制御メッセージSCIを発行するように構成されており、SCIは、第1のUEおよびRVのHARQプロセスIDを示す。
【００２９】
実施形態によれば、gNBは、各送信について、第2のUE IDを第1のUEにさらに示す。
【００３０】
実施形態によれば、第2のUEは、NACKを明示的または暗黙的にgNBに送信するように構成されており、暗黙的NACKは、送信または再送信に続く定義された時間期間内に肯定応答メッセージACKを送信しないことを含む。
【００３１】
実施形態によれば、第2のUEは、サイドリンクを介したデータパケットの送信が成功した場合、肯定応答メッセージACKをgNBに送信するように構成されている。
【００３２】
実施形態によれば、第2のUEは、ACKおよびNACKに、HARQプロセスIDおよび第1のUE IDを含めるように構成されており、HARQプロセスIDは、再送信のためにgNBによって提供されるHARQプロセスIDを含み得る。
【００３３】
実施形態によれば、gNBは、再送信を発行する前に、第2のUEからACKを受信するために固定されたまたは構成された時間待つように構成されている。
【００３４】
実施形態によれば、第2のUEは、複数のHARQフィードバックをバンドルするように構成されている。
【００３５】
実施形態によれば、DCIは、
サイドリンクを介した第2のUEへのユニキャスト送信の場合、CRCスクランブルによって明示的または暗黙的に、無線ネットワーク一時識別子RNTIのような第2のUEの識別子ID、
サイドリンクを介したUEのグループへのマルチキャスト送信の場合、CRCスクランブルによって明示的または暗黙的に、グループ宛先ID、
サイドリンクリソース割振りと一緒に使用されるHARQプロセスID、
のうちの1つまたは複数を示す。
【００３６】
実施形態によれば、gNBは、サイドリンクにおいて非同期HARQを構成するための制御メッセージを第2のUEに送信するように構成され、制御メッセージは、ACK/NACKをgNBに送信するための、第2のUEの、PUCCHまたはPUSCHのようなアップリンク制御リソースを含む。
【００３７】
同期HARQ
実施形態によれば、
gNBは、第1のUEから第2のUEへのサイドリンクを介した初期送信をスケジュールし、再送信を構成するように構成されており、
第2のUEは、サイドリンクを介したデータパケットの送信が成功しなかった場合、非肯定応答メッセージNACKをgNBに送信するように構成されており、
初期送信に続いて、第1のUEは、肯定応答メッセージACKがgNBから受信されるか、または最大再送信回数に達するまで、再送信を継続するように構成されている。
【００３８】
実施形態によれば、第2のUEは、NACKを明示的または暗黙的にgNBに送信するように構成されており、暗黙的NACKは、送信または再送信に続く定義された時間期間内にまたはある時間にACKを送信しないことを含む。
【００３９】
実施形態によれば、第2のUEは、ACKおよびNACKに第1のUEのIDを含めるように構成されている。
【００４０】
実施形態によれば、gNBは、サイドリンクにおいて同期HARQを構成するための制御メッセージを第2のUEに送信するように構成され、制御メッセージは、ACK/NACKをgNBに送信するための、第2のUEの、PUCCHまたはPUSCHのようなアップリンク制御リソースを含む。
【００４１】
実施形態によれば、第2のUEは、複数のHARQフィードバックをバンドルするように構成されている。
【００４２】
実施形態によれば、トランシーバは、複数のユーザ機器UEを含み、複数のUEは、少なくとも第1のUEおよび第2のUEを含み、第1および第2のUEは、互いにサイドリンク通信のために、およびサイドリンク通信のためのリソースを自律的にスケジュールするように構成されている。
【００４３】
実施形態によれば、
第1のUEは、第2のUEへのサイドリンクを介した初期送信をスケジュールするように構成されており、
第2のUEは、サイドリンクを介したデータパケットの送信が成功しなかった場合、非肯定応答メッセージNACKを第1のUEに送信するように構成されており、
初期送信に続いて、第1のUEは、肯定応答メッセージACKが第1のUEから受信されるか、または最大再送信回数に達するまで、再送信を継続するように構成されている。
【００４４】
実施形態によれば、第2のUEは、NACKを明示的または暗黙的に第1のUEに送信するように構成されており、暗黙的NACKは、送信または再送信に続く定義された時間期間内にまたはある時間にACKを送信しないことを含む。
【００４５】
実施形態によれば、
初期送信の周波数リソースおよびタイミングは、フィードバックを提供するためにPSCCHまたは物理サイドリンク共有チャネル(PSSCH)領域に一意にマッピングされ、および/または
フィードバックに、第1のUEが第1のUEのIDおよびフィードバック送信タイミングに基づいてフィードバックを一意に識別することを可能にするために、HARQフィードバックおよび第1のUE IDを含むSCIフォーマットが提供される。
【００４６】
実施形態によれば、第1のUEは、サイドリンクHARQタイムラインに従って、同じ周波数リソース上での事前構成されたもしくはデフォルトのRV順序に従って、または固定されたもしくは事前構成されたホッピングパターンに従って、トランスポートブロックTBを自動的に再送信するように構成されており、サイドリンクHARQタイムラインは、フィードバックを送信する時間と、再送信を送信する時間とを示す。
【００４７】
実施形態によれば、サイドリンクHARQ間隔は、ULおよびDL通信で使用されるHARQタイムラインRTTとは異なり、サイドリンクHARQ間隔は、たとえば、サイドリンクのための明示的なRRCシグナリングによって、固定または半静的に事前構成されている。
【００４８】
実施形態によれば、異なるサイドリンクHARQタイムラインは、たとえばURLLCなど、特定の送信のためにシグナリングされる。
【００４９】
実施形態によれば、デフォルトサイドリンクHARQタイムラインは、カバレージ外および/またはデフォルト動作のために構成または固定される。
【００５０】
実施形態によれば、利用可能な送信位置を決定するために感知を実行するように構成された自律UEの場合、第1のUEは、HARQ RTTを使用して、複数の事前構成されたHARQ RTTから選択されたHARQ RTTを外挿するように構成されており、HARQ再送信プロセスは、最大再送信回数が使用されると仮定し得る。
【００５１】
［SL送信に関するCQI報告］
本発明は、ワイヤレス通信システムを提供し、
ワイヤレス通信システムは、複数のトランシーバを含み、複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含み、第1のトランシーバおよび第2のトランシーバは、互いにサイドリンク通信のために構成されており、
ワイヤレス通信システムは、過去のSL送信、および/または、CSI-RSのようなチャネル状態情報基準シンボルに基づいて、チャネル品質インジケータCQI報告をサポートするように構成されている。
【００５２】
実施形態によれば、
gNBは、SL許可と一緒に、制御チャネルを介して、割り当てられたタイムスロットの持続時間の一部において、サイドリンクリソースの全体またはサブセット上でCSI-RSを送信することを第1のUEに示すように構成されており、
第1のUEは、データおよびCSI-RSを送信し、対応するSCIにおいてCSI-RS送信を示すように構成されている。
【００５３】
実施形態によれば、第2のUEは、関連付けられた送信に含まれる基準信号に基づいて、gNBへのHARQフィードバック報告にCQI報告を含めるように構成されており、CQI報告は、第1および第2のUEの情報と一緒に、PUCCH上で送信される。
【００５４】
実施形態によれば、CQI報告は、たとえば、RRCシグナリングによって、および/または、対応するSCIにおいて示されるCSI-RS送信によってアクティブ化される。
【００５５】
実施形態によれば、第1のUEは、CSI-RSをサイドリンク上で送信するために専用のタイムスロットまたはリソースを使用するように構成されており、専用のタイムスロットまたはリソースは、gNBによって許可されるか、または自律的に感知される。
【００５６】
実施形態によれば、ワイヤレス通信システムは、論理チャネルグループ当たりの宛先当たりのバッファ内のデータ量を示すバッファステータス報告BSRを提供する。
【００５７】
実施形態によれば、UEまたはトランシーバは、
モバイル端末、または
固定端末、または
セルラーIoT-UE、または
IoTデバイス、または
地上ベースの車両、または
航空機、または
ドローン、または
移動基地局、または
路側機、または
建物、または
アイテム/デバイスが、たとえば、センサーもしくはアクチュエータなど、ワイヤレス通信ネットワークを使用して通信することを可能にするネットワーク接続性を提供される任意の他のアイテムもしくはデバイス
のうちの1つまたは複数を含み、
gNBは、
マクロセル基地局、または
スモールセル基地局、または
路側機、または
UE、または
遠隔無線ヘッド、または
AMF、または
SMF、または
コアネットワークエンティティ、または
NRもしくは5Gコアコンテキストのようなネットワークスライス、または
アイテムもしくはデバイスがワイヤレス通信ネットワークを使用して通信することを可能にする任意の送信/受信ポイント(TRP)であって、アイテムもしくはデバイスが、ワイヤレス通信ネットワークを使用して通信するためのネットワーク接続性を提供される、任意の送信/受信ポイント(TRP)
のうちの1つまたは複数を含む。
【００５８】
［サイドリンク上でのUE/GNBのHARQサポート］
本発明は、トランシーバを提供し、トランシーバは、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信し、
サイドリンクを介してさらなるトランシーバから1つまたは複数のデータパケットを受信し、
サイドリンクの再送信プロトコルをサポートし、再送信プロトコルは、さらなるトランシーバが、サイドリンクを介したデータパケットの送信が成功しなかった場合、トランシーバからの明示的または暗黙的フィードバックに応答して、データパケットの再送信を実行することを可能にする
ように構成されている。
【００５９】
本発明は、トランシーバを提供し、トランシーバは、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信し、
サイドリンクを介してさらなるトランシーバに1つまたは複数のデータパケットを送信し、
サイドリンクの再送信プロトコルをサポートし、再送信プロトコルは、トランシーバが、サイドリンクを介したデータパケットの送信が成功しなかった場合、さらなるトランシーバからの明示的または暗黙的フィードバックに応答して、データパケットの再送信を実行することを可能にする
ように構成されている。
【００６０】
本発明は、トランシーバを提供し、トランシーバは、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信し、
サイドリンクを介してさらなるトランシーバから1つまたは複数のデータパケットを受信し、
過去のSL送信、および/または、SL送信に含まれるCSI-RSのようなチャネル状態情報基準シンボルに基づいて、チャネル品質インジケータCQI報告をさらなる受信機に提供する
ように構成されている。
【００６１】
本発明は、トランシーバを提供し、トランシーバは、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信し、
サイドリンクを介してさらなるトランシーバに1つまたは複数のデータパケットを送信し、
さらなる受信機がチャネル品質インジケータCQI報告を返すことを可能にするために、CSI-RSのような、SL送信チャネル状態情報基準シンボルに含める
ように構成されている。
【００６２】
本発明は、基地局gNBを提供し、gNBは、
ワイヤレス通信システムにおいて複数のトランシーバにサービス提供し、複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含み、
第1のトランシーバと第2のトランシーバとがサイドリンクを使用して互いに通信するように構成し、
データパケットの送信が成功しなかった場合、トランシーバからの明示的または暗黙的フィードバックに応答して、1つまたは複数のデータパケットを第2のトランシーバにサイドリンクを介して送信する第1のトランシーバが、データパケットの再送信を実行することを可能にするように、サイドリンクの再送信プロトコルをサポートする
ように構成されている。
【００６３】
本発明は、基地局gNBを提供し、gNBは、
ワイヤレス通信システムにおいて複数のトランシーバにサービス提供し、複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含み、
第1のトランシーバと第2のトランシーバとがサイドリンクを使用して互いに通信するように構成し、
過去のSL送信、および/または、CSI-RSのようなチャネル状態情報基準シンボルに基づいて、チャネル品質インジケータCQI報告をサポートする
ように構成されている。
【００６４】
［方法］
本発明は、ワイヤレス通信システムにおけるサイドリンク通信のための方法を提供し、ワイヤレス通信システムは、複数のトランシーバを含み、複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含み、第1のトランシーバおよび第2のトランシーバは、互いにサイドリンク通信のために構成されており、方法は、
サイドリンクの再送信プロトコルをサポートするステップであり、再送信プロトコルは、サイドリンクを介したデータパケットの送信が成功しなかった場合、第1のトランシーバから1つまたは複数のデータパケットを受信する第2のトランシーバからの明示的または暗黙的フィードバックに応答して、第1のトランシーバが、データパケットの再送信を実行することを可能にする、ステップ
を含む。
【００６５】
本発明は、ワイヤレス通信システムにおけるサイドリンク通信のための方法を提供し、ワイヤレス通信システムは、複数のトランシーバを含み、複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含み、第1のトランシーバおよび第2のトランシーバは、互いにサイドリンク通信のために構成されており、方法は、
過去のSL送信、および/または、CSI-RSのようなチャネル状態情報基準シンボルに基づいて、チャネル品質インジケータCQI報告をサポートするステップ
を含む。
【００６６】
本発明は、方法であって、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信するステップと、
サイドリンクを介してさらなるトランシーバに1つまたは複数のデータパケットを送信するステップと、
サイドリンクの再送信プロトコルをサポートするステップであり、再送信プロトコルは、トランシーバが、サイドリンクを介したデータパケットの送信が成功しなかった場合、さらなるトランシーバからの明示的または暗黙的フィードバックに応答して、データパケットの再送信を実行することを可能にする、ステップと
を含む、方法を提供する。
【００６７】
本発明は、方法であって、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信するステップと、
サイドリンクを介してさらなるトランシーバから1つまたは複数のデータパケットを受信するステップと、
過去のSL送信、および/または、SL送信に含まれるCSI-RSのようなチャネル状態情報基準シンボルに基づいて、チャネル品質インジケータCQI報告をさらなる受信機に提供するステップと
を含む、方法を提供する。
【００６８】
本発明は、方法であって、
ワイヤレス通信システムにおいて、サイドリンクを使用して1つまたは複数のさらなるトランシーバと通信するステップと、
サイドリンクを介してさらなるトランシーバに1つまたは複数のデータパケットを送信するステップと、
さらなる受信機がチャネル品質インジケータCQI報告を返すことを可能にするために、CSI-RSのような、SL送信チャネル状態情報基準シンボルに含めるステップと
を含む、方法を提供する。
【００６９】
本発明は、方法であって、
ワイヤレス通信システムにおいて複数のトランシーバにサービス提供するステップであり、複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含む、ステップと、
第1のトランシーバと第2のトランシーバとがサイドリンクを使用して互いに通信するように構成するステップと、
データパケットの送信が成功しなかった場合、トランシーバからの明示的または暗黙的フィードバックに応答して、1つまたは複数のデータパケットを第2のトランシーバにサイドリンクを介して送信する第1のトランシーバが、データパケットの再送信を実行することを可能にするように、サイドリンクの再送信プロトコルをサポートするステップと
を含む、方法を提供する。
【００７０】
本発明は、方法であって、
ワイヤレス通信システムにおいて複数のトランシーバにサービス提供するステップであり、複数のトランシーバは、少なくとも第1のトランシーバおよび第2のトランシーバを含む、ステップと、
第1のトランシーバと第2のトランシーバとがサイドリンクを使用して互いに通信するように構成するステップと、
過去のSL送信、および/または、CSI-RSのようなチャネル状態情報基準シンボルに基づいて、チャネル品質インジケータCQI報告をサポートするステップと
を含む、方法を提供する。
【００７１】
［コンピュータプログラム製品］
本発明は、プログラムがコンピュータによって実行されると、コンピュータに、本発明による1つまたは複数の方法を実行させる命令を含むコンピュータプログラム製品を提供する。
【００７２】
本発明の実施形態によれば、サイドリンクを介したデータの送信、すなわち、ワイヤレス通信における1つのユーザデバイスから別のユーザデバイスへの直接通信のための改善が提供される。初期のビークルツーエブリシング(vehicle-to-everything)、V2X仕様は、3GPP規格のリリース14に含まれ、設計の基礎は、V2X要件を考慮してリソースの変更されたスケジューリングおよび割り当てを伴う、元のデバイスツーデバイスD2D通信規格であった。上述したように、セルラーV2Xサービスは、リソース割振りの観点から2つの構成、すなわち、モード3およびモード4の構成(図2および図3を参照)に従って動作し得る。V2Xモード3構成は、たとえば、サイドリンク車両間V2V通信を可能にするために、基地局のカバレージ内の車両UEのための基地局によるリソースのスケジューリングおよび干渉管理を伴う。UEへの制御シグナリングは、ダウンリンク制御インジケータDCIを介してUuインターフェース上で実行され、基地局によって動的に割り当てられる。V2Xモード4構成では、リソースのスケジューリングおよび干渉管理は、たとえば、事前構成されたリソース構成に基づいて、UE間の分散型アルゴリズムまたは非集中アルゴリズムを使用して自律的に実行される。
【００７３】
V2Xフィールドにおける今後の開発は、たとえば、信頼性を向上させ、たとえば、待ち時間を低減するために、マルチキャスト/グループキャストおよび/またはユニキャスト通信を可能にする必要があり得るサービスまたは使用事例を含む。説明したように、マルチキャスト/グループキャストおよびユニキャスト通信は、以前のリリースではフィーチャーされておらず、SL送信が、チャネルにおける強い変動およびチャネル推定のための不十分な能力によって影響を受ける可能性があるとすれば、本発明は、受信側UEが、サイドリンクを介した送信が成功しなかった場合、再送信を送信側UEから直接要求することを可能にするフィードバック機構を提供する。本発明のアプローチは、ブラインド再送信を適用するときに従来のアプローチで生じ得る保証されていない再送信を回避するので有利である。サイドリンクを介したさらなる送信は、もはやブロードキャストメッセージに限定されない。さらに、多数のデバイスのうちの1つまたは複数のデバイスにデータを送信する可能性は、すべてのデバイスがサイドリンクチャネルを定期的に観測することを必要とせず、むしろ、本発明のアプローチによれば、専用再送信機構によって、送信側UEが、受信側UEからの肯定応答または非肯定応答について、そのような送信が行われたサイドリンクを監視し、次いで、受信されたフィードバックに応じて、さらなる送信または再送信を考慮することが可能になる。
【００７４】
図6は、本発明の実施形態によるサイドリンクHARQ通信の概略図である。図6(a)は、本発明の実施形態を実施する図1、図2、または図3を参照して上述したワイヤレス通信システムのようなワイヤレス通信システムの一部を概略的に示し、図6(b)は、図6(a)のシステムにおける経時的な送信を示す。ワイヤレス通信システムは、基地局gNBと、第1のユーザ機器UE1と、第2のユーザ機器UE2とを含む。UE1およびUE2は、たとえば、PC5インターフェースを使用して、サイドリンクSLを介して互いに通信する。UE1およびUE2はまた、Uuインターフェースを介してgNBに接続される。システムは、サイドリンクSLを介してデータを送信することを可能にするように、サイドリンク通信のために1組のリソースをスケジュールする。システムは、HARQ機構のような、サイドリンクSLを介したデータ送信のための再送信機構である。UE1が送信側UEであり、UE2が受信側UEであると仮定する。図6(b)に示されるように、gNBからSL許可を受信すると、UE1は、SLを介してUE2にデータを送信する。制御チャネルを介して、肯定応答がUE1に送信されてもよく、UE1は、肯定応答が受信されない場合、または明示的な非肯定応答メッセージが受信される場合、再送信を引き起こす。図6(b)において、時刻t1に、データの初期送信が行われ、往復時間RTTのような、再送信時間間隔の後、RTTより前のHARQフィードバックタイミング内に肯定応答が受信されなかった場合、時刻t2に、UE1によって再送信が実行されると仮定する。時刻t2に続くHARQフィードバックタイミング内に肯定応答が提供される場合、データがまだ送信されることになっている場合、新しいデータが、時刻t3にUE1からUE2に送信され得る。受信される肯定応答がない場合、t2に続くHARQフィードバックタイミング内で、別の再送信が実行されてもよい。
【００７５】
図6は、UE1からUE2へのサイドリンク通信、すなわちユニキャスト通信のみを示しているが、本発明は、そのようなシナリオに限定されず、むしろ、マルチキャストまたはグループキャスト通信を実施することもでき、たとえば、UE1は、それぞれのサイドリンクチャネルを介して、UE2および図6に示されていない1つまたは複数の追加のUEにデータを送信する。
【００７６】
実施形態によれば、図6のシステムは、非同期HARQシステムまたは同期HARQシステムであってもよい。
【００７７】
実施形態によれば、非同期HARQシステムは、それぞれのUEが、たとえば図6(a)に示されるそれぞれのUuインターフェースを介して、gNBによって制御される、カバレージ内シナリオのために実装され得る。gNBは、最初に、サイドリンク通信と再送信の両方をスケジュールすることができ、再送信は、非同期方式でスケジュールされる。gNBが受信側UE2から明示的な肯定応答メッセージACKを受信しない場合、gNBは、同じまたは異なる冗長バージョンRVを使用して、次の再送信を自動的にスケジュールすることができる。gNBは、送信側UE1および受信側UE2のHARQプロセスを自由に制御することができる。送信ごとに、送信側UEのHARQプロセスID、および冗長バージョンがシグナリングされ得る。加えて、gNBは、受信側UE IDまたは受信側UEに関連付けられた無線ネットワーク一時識別子(RNTI)をシグナリングしてもよい。さらに、送信側UE1によって発行されるSCIのような、サイドリンク制御メッセージでは、送信側UEのHARQプロセスID、受信側UE IDまたは関連するRNTI、および冗長バージョンがシグナリングされ得る。任意選択で、受信側UE IDまたはRNTIは、CRCスクランブルによって暗黙的にシグナリングされ得る。gNBは、再送信を発行する前に、受信側UE2からの肯定応答メッセージを受信するために、固定されたまたは構成された時間の間待つことができる。
【００７８】
さらなる実施形態によれば、同期HARQシステムは、カバレージ内シナリオおよびカバレージ外シナリオのために実装され得る。カバレージ内シナリオでは、同期HARQ動作は、フィードバックがgNBを介して受信側UE2から再送信側UE1にルーティングされ、カバレージ外シナリオでは、同期HARQシステムがgNBから独立して動作し、フィードバックがUE2からUE1に直接提供されるという点で、gNBによってサポートされる。送信側UE1は、gNBによってSL許可をスケジュールされてもよく、または自律送信のためのリソースを選択してもよい。初期送信に基づいて、再送信は、同じ周波数リソース上で、または、RTT(図6(b)を参照)のような、固定されたもしくは事前構成された時間の後の事前構成されたホッピングパターン上で実行される。再送信は、たとえばUE2から中継されるPDCCHを介してgNBから、またはたとえばPSCCHを介して受信側UE2から直接に、肯定応答メッセージが受信されるまで、または最大再送信回数に達するまで、定期的に継続される。
【００７９】
以下では、サイドリンクにおいて非同期HARQをサポートし、サイドリンクにおいて同期HARQをサポートする実施形態が、HARQフィードバックを送信するためのアプローチとともに、より詳細に説明される。
【００８０】
サイドリンクの非同期HARQ
非同期HARQは、gNBによって完全に制御され、同期HARQと比較すると、より高い柔軟性を提供するが、すべての送信および再送信がgNBによってスケジュールされることが必要である。図7は、本発明の実施形態による、SLにおける非同期HARQ送信のタイムラインを示す。垂直方向には、gNB、ソースUEまたは送信側UE、および宛先UEまたは受信側UEが示され、水平方向には、タイムラインが示される。
【００８１】
最初に、gNBは、宛先UE IDの識別子、または宛先UE IDに関連付けられたRNTI、および送信側UEのHARQプロセス番号としても指定された送信IDを含むサイドリンク許可をソースUEに発行する。宛先UE IDまたはRNTIは、動作モードに応じて、gNBが、送信がどのUEに送信されるかを知らない可能性があるので、オプションである。ソースUEは、時刻t1に、冗長バージョンRV0と呼ばれる初期送信を実行する。送信は、RV0*として示される時刻t2に宛先UEで受信される。宛先UEでは、受信されたデータが処理され、たとえば、情報を完全に復号することができないために、送信が成功しなかったと決定された場合、時刻t3に、暗黙的または明示的な非肯定応答メッセージNACKが、時刻t4の前または時刻t4にフィードバックを受信するgNBに送信される。t1とt4との間の時間期間は、HARQフィードバックタイミングと呼ばれ得る。時刻t5に、gNBは、RV1*によって示されるように、時刻t6に宛先UEにおいて受信される、RV1と呼ばれる初期送信の冗長バージョンを送信するための再送信許可をソースUEに発行する。宛先UEはまた、最初に受信された送信RV0*をバッファリングし、最初に受信されたデータRV0*および再送信されたデータRV1*を処理する。図7において、この現在利用可能なデータに基づいて、送信は、復号されるなど、正しく処理することができ、その結果、時刻t7に、宛先UEは、RNTIのような、送信IDおよびソースUEのIDを含み得る肯定応答メッセージACKを発行すると仮定される。肯定応答メッセージは、gNBで受信され、ソースUEが送信される追加のデータを有する場合、gNBは、新しいデータの送信のためのさらなるSL許可を発行し得る。
【００８２】
したがって、実施形態によれば、受信機UEのIDは、gNBによって発行されたサイドリンクユニキャスト許可で提供され得る。これは、単一の宛先UEに送信するいくつかのUEがある場合、宛先UEにおける過負荷状況を回避する。したがって、サイドリンクにおいて非同期HARQを使用するサイドリンク上のユニキャストまたはグループキャスト通信の場合、本発明の実施形態は、1つまたは複数の宛先UEの識別を示し得るサイドリンク許可をシグナリングするためのPDCCH内の追加のDCIフォーマットを提案する。図8は、本発明の一実施形態による、図7を参照して上述したようなサイドリンク通信をスケジューリングするためのDCIフォーマットを示す。400において、受信機UE IDまたはグループ宛先IDを示す追加情報が示される。受信機UE IDは、RNTI、すなわち無線ネットワーク一時識別子であってもよい。
【００８３】
さらなる実施形態によれば、サイドリンク許可はまた、HARQプロセスIDを含んでいてもよい。gNBは、図7を参照して上記で説明したように、サイドリンク通信を許可すると、DCIにおいて使用されるHARQプロセスIDをサイドリンクリソース割振りと一緒に示し得る。これは、許可がどの送信に属するかの明確な識別を可能にする。また、SL HARQの最大送信回数は、gNBによって構成されてもよい。たとえば、これは、SL-CommConfig IE情報要素に含まれるMAC-MainConfigSL IEにおいてmaxHARQSL-Txとしてシグナリングされ得る。図9は、本発明のアプローチに従って修正され、402において、SL HARQの最大送信回数を示す上述のmaxHARQSL-Txを示す、SL-CommConfig情報要素IEの一実施形態を示す。
【００８４】
図10は、スケジューリングに使用される本発明の実施形態に従って修正されたDCIフォーマットを示す。修正されたDCIフォーマットは、404に示されるように、送信機、すなわち、図9に示される修正されたSL-CommConfig情報要素に示される、0とmaxHARQSL-Tx-1との間の範囲にあり得る送信側UEのHARQプロセスIDを含む。
【００８５】
図11は、サイドリンク上でHARQを使用してユニキャスト/グループキャスト送信をスケジューリングするための、本発明の実施形態に従って修正されたSCIフォーマットを示す。406において、示されるように、SCIにおいて、追加情報、すなわち、RNTIのようなソースUE ID、RNTIのような宛先UE ID、またはグループ宛先ID、ソースUEのHARQプロセスID、新しいデータインジケータ、および冗長バージョンが提供される。宛先IDは、明示的にシグナリングされてもよく、またはCRCスクランブルによって暗黙的にシグナリングされてもよく、その結果、受信側UEは、ブラインド復号によってそのSCIを認識し、それ自体のIDを使用することによって、デスクランブルされたチェックサムと比較する。
【００８６】
実施形態によれば、不成功のデータ送信の暗黙的非肯定応答が実装されてもよい。オーバーヘッドシグナリングの増加を低減するために、宛先UEは、サイドリンク送信のためにgNBへのNACK送信をスキップすることができ、肯定応答メッセージのみが、HARQタイミング間隔内でgNBに明示的にシグナリングされる。ACKメッセージが受信されると、非同期HARQ動作のためにgNBによって再送信はスケジュールされない。一方、再送信を発行するために、gNBは、事前構成されたまたは固定された時間量の間待ち、これは、宛先UEにおいても知られている可能性があり、その間、たとえば、次に利用可能なPUCCHまたはPUSCHの場合、または、gNBによってソースUEに許可によって明示的にシグナリングされ、SCIで宛先UEに転送されるPUCCHまたはPUSCHの場合、または、SLフィードバックのために宛先UEに直接明示的にシグナリングされるPUCCHおよびPUSCHの場合など、フィードバックシグナリングが予想される。宛先UEが送信を復号できなかったか、またはサイドリンク送信を逃したために、このシグナリングが受信されない場合、gNBは、同じまたは変更されたパラメータを用いて、たとえば、異なる冗長バージョンおよび異なるリソース割振りを用いて、再送信を実行するようにソースUEを制御する。図12は、パラメータs1-DataToUL-ACK-maxによって、408で示されるように、明示的な肯定応答が配信されなければならないサブフレームの数を指定するように、本発明の実施形態に従って修正された、本発明のシステムで使用されるRRCシグナリングを示す。
【００８７】
さらなる実施形態によれば、特定の送信のためのHARQフィードバック送信リソースが明確に示されない場合、肯定応答メッセージまたは非肯定応答メッセージのいずれかであるHARQフィードバックは、HARQプロセスIDおよびソースUE IDを含み得る。基地局とUEとの間のダウンリンクまたはアップリンクにおける従来の送信とは対照的に、サイドリンク通信では、HARQフィードバックのビット位置またはタイミングは、特定の送信に割り当てるのに十分でない可能性があり、その結果、実施形態によれば、宛先UEは、たとえば、1つまたは複数の送信のためのフィードバックを含み得るPUCCHまたはPUSCH送信において、gNBにおけるそれぞれの識別の区別を可能にするために、実際のHARQプロセスIDおよびソースUE IDを示す。HARQプロセスIDは、再送信のためにgNBによって提供されるHARQプロセスIDであってもよい。
【００８８】
さらなる実施形態によれば、フィードバックのために専用PUCCHリソースが提供され得る。そのような実施形態によれば、gNBは、ソースUEへの許可に加えて、PUCCHまたはPUSCHリソースのような、アップリンク制御リソースを宛先UEに提供することができ、その結果、UEは、フィードバックをgNBに送信するために使用されるリソースを認識する。
【００８９】
サイドリンク通信の同期HARQ
同期HARQ手順は、本発明の実施形態に従って、カバレージ内シナリオおよびカバレージ外シナリオの両方で、すなわち、モード4で動作する、または自律的に動作するUEのために動作され得る。図13は、本発明の実施形態による、サイドリンクにおける同期HARQ送信を示す。図7と同様に、垂直方向は、gNB、ソースUE、および宛先UEを示し、水平方向は、タイムラインを示す。
【００９０】
時刻t1に、ソースUEは、gNBからの許可に応答して、または自律的に、冗長バージョンRV0と呼ばれるデータの初期送信を開始する。時刻t2に、送信は、RV0*として宛先UEで受信され、処理され、これは、時刻t3まで一定の時間を要する。送信が成功しなかったため、時刻t3に、非肯定応答が送信され、これは、時刻t4にソースUEで受信されると仮定する。UEがカバレージ内シナリオで動作する場合、すなわち、gNBへの接続がある場合、NACKメッセージは、時刻t3にgNBに送信され、gNBは、それに応じて、NACKメッセージの受信についてソースUEに通知する。UEが自律的に、すなわち、カバレージ外シナリオで、動作する場合、NACKメッセージは、時刻t3に、サイドリンクを介してソースUEにシグナリングされる。いずれにせよ、時刻t5に、ソースUEは、たとえば、宛先UEに送信されるデータの冗長バージョンRV1を送信することによって、データの再送信を引き起こし、ここで、データは、時刻t6に、RV1*として受信される。宛先UEは、図7を参照して上述したのと同様の方法で、不完全な、またはうまく受信されなかったデータRV0*をバッファリングし、最初に受信されたデータRV0*と再送信RV1*とを結合する。図13では、現在利用可能な情報に基づいて、データの成功した復号が可能であり、その結果、宛先UEは、時刻t7に、カバレージ内UEの場合にはgNBを介して、またはカバレージ外UEの場合にはサイドリンクを介して直接に、ソースUEに肯定応答メッセージを発行すると仮定する。時刻t8における肯定応答メッセージの受信に応答して、ソースUEは、再送信を停止し、さらなるデータが送信される必要がある場合、新たな初期送信を開始することができる。
【００９１】
実施形態によれば、カバレージ内シナリオを考慮するとき、フィードバックは、gNBを介して宛先UEからソースUEに提供され得る。このフィードバックのために、専用のPUCCHリソースが使用され得る。gNBは、ソースUEへのサイドリンク通信のための許可を発行することに加えて、フィードバックをgNBに送信するために使用されるアップリンク制御リソース、たとえば、PUCCHリソースを宛先UEに示し得る。他の実施形態によれば、PUCCHリソースは、1つのPUCCHリソースへの初期送信のタイミングおよび/またはPRBの一意のマッピングから取得され得る。
【００９２】
実施形態によれば、暗黙的非肯定応答メッセージおよび明示的肯定応答メッセージが、gNBを介して提供され得る。上述したのと同様な方法で、シグナリングオーバーヘッドのさらなる増加を低減するために、宛先UEは、サイドリンク送信のためにgNBへのNACK送信をスキップすることができ、やはり上述したように、事前定義された時間期間内に、またはある時間に肯定応答メッセージが受信されない場合、gNBは、送信が成功しないと仮定し、再送信を実行するようにソースUEを制御する。同期HARQの場合、gNBは、転送された肯定応答メッセージのタイミングによって暗示されない場合、HARQプロセスIDまたは送信IDと一緒に肯定応答メッセージをPDCCH上でソースUEに明示的に転送することができる。
【００９３】
さらなる実施形態によれば、それぞれの肯定応答/非肯定応答メッセージまたはフィードバックは、ソースUE IDとともに提供され得る。上述したように、UEと基地局との間のユニキャストダウンリンクおよびアップリンク送信とは異なり、サイドリンク通信では、HARQフィードバックのビット位置またはタイミングは、特定の送信に割り当てるのに十分でない可能性があり、その結果、実施形態によれば、宛先UEは、1つまたは複数の送信のためのフィードバックを含むPUCCHまたはPUSCH送信において、gNBにおける別個の識別を可能にするために、ソースUE IDも示し得る。フィードバック報告のタイミングと組み合わせて、これは、対応する送信を識別することを可能にする。
【００９４】
さらなる実施形態によれば、gNBを介したフィードバックを使用するのではなく、カバレージ内シナリオとカバレージ外シナリオの両方のために、直接フィードバックを実装することもできる。実施形態によれば、フィードバックのために専用PSCCHリソースが提供され得る。初期送信の周波数およびリソースタイミングは、gNBからの許可ベースか、または自律的に、フィードバックを提供するためにPSCCH領域に一意にマッピングする。これは、たとえば、tをHARQフィードバックタイミングとすると、同じ周波数位置またはt個のタイムスロットの後にオフセットだけシフトされた周波数位置とすることができる。これらのパラメータは、たとえば、RRCシグナリングによって事前構成されてもよく、または、これらのパラメータがソースUEおよび宛先UEの両方に知られるように、本明細書では固定されてもよい。
【００９５】
さらなる実施形態によれば、ソースUE IDおよびHARQフィードバックを含む直接SCIフォーマットが提供され得る。フィードバックは、HARQフィードバックと、送信機またはソースUEがそのIDおよびフィードバック送信時間に基づいてフィードバックを一意に識別することを可能にするソースUE IDとを含むように、本発明の実施形態に従って修正されたSCIフォーマットを使用して提供され得る。図14は、ユニキャスト送信のためのHARQフィードバック報告のために本発明の実施形態に従って修正されたSCIフォーマットを示し、410に示されるように、修正されたSCIフォーマット2Aは、ソースUE ID、たとえば、RNTI、およびHARQフィードバックを参照するフィールドを含む。SCIフォーマット2AにおけるソースUE IDを参照するフィールドはまた、CRCスクランブルによって暗黙的にシグナリングされてもよく、その結果、ソースUE IDは、それ自体のUE IDを用いたブラインド復号によって対応するSCIを発見する。
【００９６】
図15は、412に示されるように、ソースUE ID、たとえば、RNTI、宛先UE IDまたはグループID、およびHARQフィードバックを新しいフィールドとして含む、グループキャスト送信のためのHARQフィードバック報告のために本発明の実施形態に従って修正されたSCIフォーマットを示す。
【００９７】
さらなる実施形態によれば、暗黙的非肯定応答メッセージおよび明示的肯定応答メッセージが、サイドリンク制御チャネルを介して提供され得る。信頼性のある送信を提供し、十分性をさらに高めるために、同期HARQのための暗黙的NACK手順を使用することができる。これは、送信を逃す可能性があるという問題に対処し、同時に、オーバーヘッドを低減する。SLを介した明示的ACKは、ソースUE IDおよびHARQプロセスID/送信IDを含むことができ、明示的ACKは、たとえば、固定または事前構成されたタイミングおよび対応する送信に基づいて、事前定義されたリソース上で、または、送信機部分における宛先UE IDを用いたブラインド復号を使用して、HARQフィードバックタイミングを参照して上述したように、あるタイムスロット内もしくはある時間間隔内でリソース上でランダムに、PSCCH上で送信され得る。
【００９８】
さらなる実施形態によれば、RTTのような、HARQ間隔は、固定されてもよく、または半静的に構成されてもよい。HARQ間隔は、フィードバックを送信する時間および再送信を送信する時間を示すサイドリンクHARQタイムラインとも呼ばれ得る。ソースUEは、同じ周波数リソース上で事前構成されたまたはデフォルトのRV順序に従って、またはサイドリンクHARQ間隔とも呼ばれる、HARQ間隔に続く固定されたまたは事前構成ホッピングパターンを使用して、トランスポートブロックTBを自動的に再送信し得る。HARQサイドリンク間隔は、UEと基地局との間の従来のアップリンクおよびダウンリンク送信に使用されるので、HARQ間隔RTTとは異なってもよく、たとえば、RRCシグナリングによって、サイドリンク用に固定または半静的のいずれかであってもよい。カバレージ内シナリオの場合、gNBは、たとえば、DCIにおいて、またはRRCシグナリングを使用して、たとえば、URLLCサービスのためのより短い間隔、およびeMBBのような遅延非クリティカルサービスのための長い間隔など、特定の送信のために、サイドリンクにおいて異なるサイドリンクHARQ間隔を使用することを示し得る。さらに、サイドリンクHARQ間隔は、カバレージ外および/またはデフォルト動作のために構成または固定され得る。たとえば、HARQ RTTは、複数の事前構成されたHARQ RTTから選択され得る。
【００９９】
さらなる実施形態によれば、HARQアプローチおよびSPS間隔感知は、モード4のUEのために実装され得る。V2Xにおけるモード4のUEまたは自律的なUEは、利用可能な送信位置を決定し、それを将来に外挿するために感知を実行する。これは、サイドリンクHARQ再送信にも適用され、デフォルトのサイドリンクHARQ間隔を使用して、UEは、HARQ再送信プロセスを外挿し得る。任意選択で、最大再送信回数が使用されると仮定することができる。
【０１００】
実施形態によれば、第2のUEは、同期HARQと非同期HARQの両方のために複数のHARQフィードバックをバンドルし、それらを単一のPUCCH、PUSCH、またはPSSCHリソース上で一緒に送信し得る。
【０１０１】
SL送信に関するCQI報告
さらなる実施形態によれば、たとえば、現在のリンクのMCSを適応させるために、SL上のチャネル品質を示すチャネル品質インジケータCQI報告は、過去のSL送信に基づいて、および/またはCSI-RSのようなチャネル状態情報基準シンボルに基づいて実装され得る。実施形態によれば、CQI報告は、SL上の上述の同期および非同期HARQプロセスと組み合わせて適用され得ることに留意されたい。しかしながら、本発明は、そのような実施形態に限定されない。むしろ、他の実施形態によれば、CQI報告は、HARQまたは別の再送信プロトコルを実装しないSL通信に適用され得る。
【０１０２】
実施形態によれば、CSI-RS要求は、gNBによってSL許可と一緒に提供されてもよい。gNBは、たとえば、PDCCHを介して、SL許可と一緒に、タイムスロットの持続時間の一部の間にサイドリンクリソースのすべてまたはサブセット上でCSI-RSを発行することができ、そのデータおよびCSI-RSを送信するソースUEは、対応するSCI内のCSI-RS送信を示すことができる。図16は、SL許可と一緒にCSI-RSを発行するために、本発明の実施形態に従って修正されたDCIフォーマットの一例を示す。414に示すように、フォーマットは、帯域、異なるサブセットなどのようなCSI送信パラメータを指定するために、あるビット数の長さを有するCSI要求を含む。
【０１０３】
図17は、CSI-RS送信を示す、本発明の実施形態に従って修正されたSCIフォーマットを示す。416に示すように、SCIフォーマットは、RNTIのようなソースUE IDを示す追加のフィールドと、CSI要求とを含む。
【０１０４】
さらなる実施形態によれば、gNBへのCQIの報告は、過去の送信またはHARQフィードバックを伴うCSI-RSに基づき得る。そのような実施形態によれば、UEは、DMRSの送信のような、関連する送信に含まれる基準信号に基づいて、gNBへのHARQフィードバック報告にCQIシグナリングを含めることができる。CQIシグナリングは、ソースUEおよび宛先UEの情報がHARQフィードバックおよびCQI報告の送信のために使用されるタイミングおよびリソースによって暗黙的にシグナリングされない場合、ソースUEおよび宛先UEの情報と一緒にPUCCH上で明示的に送信され得る。報告は、たとえば、RRCシグナリングによって、または対応するSCIにおいて示されるCSI-RS送信を認識することによって、アクティブ化され得る。
【０１０５】
さらに別の実施形態によれば、HARQフィードバックを伴うCSI-RSに基づく直接CQI報告が実装され得る。ソースUEは、専用のタイムスロットまたはリソースを使用して、たとえば、gNBによる許可に応答して、またはカバレージ外であるときに自律的に、サイドリンク上でCSI-RSを送信することができる。サイドリンク制御チャネル上で、CSI-RSは、ソースUE IDを含むように、本発明の実施形態に従って修正されたSCIフォーマットを使用してアナウンスされ得る。任意選択で、宛先UE IDも含めることができる。1つまたは複数の宛先UEは、たとえば、PSCCHを使用して、SCIを介して、またはSCIを介してPSSCH内に示される専用PSSCHリソース上で、サイドリンク制御に関するCQI報告でCSI-RSに応答する。
【０１０６】
図18は、CSI-RS送信を示し、418で示されるように、ソースUE ID、必要に応じて宛先UE ID、およびCSI要求を指定する追加のフィールドを含む、本発明の実施形態に従って修正されたSCIフォーマットを示す。
【０１０７】
図19は、HARQフィードバックおよびCQI測定報告のために、本発明の実施形態に従って修正されたSCIフォーマットを示す。SCIフォーマットは、420で示されるように、ソースUE ID、HARQフィードバック、およびCQI測定報告を示す追加のフィールドを含む。
【０１０８】
さらなる実施形態によれば、宛先を含むバッファステータス報告BSRが、システムにおいて使用され得る。従来、SLに対する要求許可のために、UEは、バッファ内の論理チャネルグループ当たりのデータ量を伝えるBSRをBSに送信する。NRの場合と同様に、8つの論理チャネルグループのみが提供される場合、これはSLには十分ではない。しかしながら、たとえば、CQI報告を考慮するリンク適応、または特定の宛先とのスケジューリング許可を発行するために、gNBは、意図された宛先を知る必要がある。この目的のために、実施形態は、たとえば、以下のように、論理チャネルグループ当たりの宛先当たりのバッファ内のデータ量を伝える新しいBSRを提供する。
論理チャネルグループ当たりのBSR:
ブロードキャスト-10バイト
GroupID1-20バイト
UE-ID20-40バイト
UE-ID10-30バイト
【０１０９】
上述の実施形態のいくつかでは、それぞれの車両が、モード3構成とも呼ばれる接続モードにあるか、または車両が、モード4構成とも呼ばれるアイドルモードにあるかのいずれかであることに言及した。しかしながら、本発明は、V2V通信またはV2X通信に限定されず、むしろ、たとえば、PC5インターフェースを介して、サイドリンク通信を実行する、たとえば、非車両モバイルユーザまたは静止ユーザなど、任意のデバイスツーデバイス通信にも適用可能である。また、そのようなシナリオでは、上述の態様によるリソースのスケジューリングは、リソース衝突などを回避するサイドリンク通信のためのリソースのより効率的なスケジューリングを可能にするので有利である。
【０１１０】
本発明のいくつかの実施形態は、送信機がユーザ機器にサービス提供する基地局であり、受信機が基地局によってサービス提供されるユーザ機器である通信システムを参照して上述された。しかしながら、本発明は、そのような実施形態に限定されず、送信機がユーザ機器局であり、受信機がユーザ機器にサービス提供する基地局である通信システムにおいて実施されてもよい。他の実施形態によれば、受信機および送信機は両方とも、たとえば、サイドリンクインターフェースを介して、互いに直接通信するUEであり得る。
【０１１１】
実施形態によれば、ワイヤレス通信システムは、地上ネットワーク、もしくは非地上ネットワーク、または、受信機として空中輸送手段もしくは宇宙輸送手段、またはそれらの組合せを使用するネットワークもしくはネットワークのセグメントを含み得る。
【０１１２】
実施形態によれば、受信機は、移動端末または固定端末、IoTデバイス、地上ベースの車両、航空機、ドローン、建物、または、センサーもしくはアクチュエータのような、アイテム/デバイスがワイヤレス通信システムを使用して通信することを可能にするネットワーク接続性を備えた任意の他のアイテムまたはデバイスのうちの1つまたは複数を含み得る。実施形態によれば、送信機は、たとえば、テザード型UAS、lighter-than-air UAS(LTA)、heavier-than-air UAS(HTA)、および高高度UASプラットフォーム(HAP)、またはネットワーク接続性を備えたアイテムまたはデバイスがワイヤレス通信システムを使用して通信することを可能にする任意の送信/受信ポイント(TRP)など、マクロセル基地局、またはスモールセル基地局、または衛星もしくは宇宙のような宇宙輸送手段、または無人航空機システム(UAS)のような空中輸送手段のうちの1つまたは複数を含み得る。
【０１１３】
説明された概念のいくつかの態様は、装置の文脈で説明されたが、これらの態様は、ブロックまたはデバイスが、方法ステップまたは方法ステップの特徴に対応する、対応する方法の説明も表すことは明らかである。同様に、方法ステップの文脈で説明される態様は、対応する装置の対応するブロックまたはアイテムまたは特徴の説明も表す。
【０１１４】
本発明の様々な要素および特徴は、アナログおよび/またはデジタル回路を使用するハードウェアで、ソフトウェアで、1つまたは複数の汎用または専用プロセッサによる命令の実行を通して、またはハードウェアとソフトウェアの組合せとして実装され得る。たとえば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境で実施され得る。図15は、コンピュータシステム500の一例を示す。ユニットまたはモジュール、ならびにこれらのユニットによって実行される方法のステップは、1つまたは複数のコンピュータシステム500上で実行することができる。コンピュータシステム500は、専用または汎用デジタル信号プロセッサのような1つまたは複数のプロセッサ502を含む。プロセッサ502は、バスまたはネットワークのような通信インフラストラクチャ504に接続される。コンピュータシステム500は、メインメモリ506、たとえば、ランダムアクセスメモリ(RAM)、および2次メモリ508、たとえば、ハードディスクドライブおよび/またはリムーバブルストレージドライブを含む。2次メモリ508は、コンピュータプログラムまたは他の命令をコンピュータシステム500にロードすることを可能にすることができる。コンピュータシステム500は、ソフトウェアおよびデータがコンピュータシステム500と外部デバイスとの間で転送されることを可能にするために、通信インターフェース510をさらに含み得る。通信は、電子信号、電磁信号、光信号、または通信インターフェースによって処理可能な他の信号であってもよい。通信は、有線またはケーブル、光ファイバ、電話回線、携帯電話リンク、RFリンク、および他の通信チャネル512を使用してもよい。
【０１１５】
「コンピュータプログラム媒体」および「コンピュータ可読媒体」という用語は、一般に、リムーバブルストレージユニットまたはハードディスクドライブにインストールされたハードディスクなどの有形記憶媒体を指すために使用される。これらのコンピュータプログラム製品は、コンピュータシステム500にソフトウェアを提供するための手段である。コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、メインメモリ506および/または2次メモリ508に記憶される。コンピュータプログラムはまた、通信インターフェース510を介して受信されてもよい。コンピュータプログラムは、実行されると、コンピュータシステム500が本発明を実施することを可能にする。具体的には、コンピュータプログラムは、実行されると、プロセッサ502が、本明細書に記載の方法のいずれかなど、本発明のプロセスを実施することを可能にする。したがって、そのようなコンピュータプログラムは、コンピュータシステム500のコントローラを表し得る。本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に記憶され、リムーバブルストレージドライブ、通信インターフェース510のようなインターフェースを使用してコンピュータシステム500にロードされてもよい。
【０１１６】
ハードウェアまたはソフトウェアでの実装は、それぞれの方法が実行されるようにプログラマブルコンピュータシステムと協働する(または協働することができる)電子的に読取り可能な制御信号が記憶された、デジタル記憶媒体、たとえばクラウドストレージ、フロッピー(登録商標)ディスク、DVD、ブルーレイ(登録商標)、CD、ROM、PROM、EPROM、EEPROM、またはフラッシュメモリを使用して実行することができる。したがって、デジタル記憶媒体は、コンピュータ可読であってもよい。
【０１１７】
本発明によるいくつかの実施形態は、本明細書に記載の方法のうちの1つが実行されるように、プログラム可能なコンピュータシステムと協働することができる、電子的に読取り可能な制御信号を有するデータキャリアを含む。
【０１１８】
一般に、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実施することができ、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに方法のうちの1つを実行するように動作可能である。プログラムコードは、たとえば、機械可読キャリアに記憶されてもよい。
【０１１９】
他の実施形態は、機械可読キャリアに記憶された、本明細書に記載の方法のうちの1つを実行するためのコンピュータプログラムを含む。言い換えれば、本発明の方法の一実施形態は、したがって、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に記載の方法のうちの1つを実行するためのプログラムコードを有するコンピュータプログラムである。
【０１２０】
したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法のうちの1つを実行するためのコンピュータプログラムをその上に記録して含む、データキャリア(またはデジタル記憶媒体、またはコンピュータ可読媒体)である。したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法のうちの1つを実行するためのコンピュータプログラムを表すデータストリームまたは信号のシーケンスである。データストリームまたは信号のシーケンスは、たとえば、データ通信接続を介して、たとえば、インターネットを介して転送されるように構成されてもよい。さらなる実施形態は、本明細書に記載の方法のうちの1つを実行するように構成された、または適合された、処理手段、たとえば、コンピュータ、またはプログラマブル論理デバイスを含む。さらなる実施形態は、本明細書に記載の方法のうちの1つを実行するためのコンピュータプログラムがインストールされたコンピュータを含む。
【０１２１】
いくつかの実施形態では、プログラマブル論理デバイス(たとえば、フィールドプログラマブルゲートアレイ)を使用して、本明細書に記載の方法の機能のいくつかまたはすべてを実行し得る。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載の方法のうちの1つを実行するために、マイクロプロセッサと協働し得る。一般に、これらの方法は、任意のハードウェア装置によって実行されることが好ましい。
【０１２２】
上述の実施形態は、単に本発明の原理を説明するためのものである。本明細書に記載の構成および詳細の修正および変形は、当業者には明らかであることを理解されたい。したがって、本明細書の実施形態の記載および説明によって提示される特定の詳細によってではなく、以下の(impending)特許請求の範囲によってのみ限定されることが意図される。
【符号の説明】
【０１２３】
100  地上ワイヤレスネットワーク
102  コアネットワーク
104  無線アクセスネットワーク
106  セル
110  IoTデバイス
114  バックホールリンク
200  カバレージエリア
202  第1の車両
204  第2の車両
206  車両
208  車両
210  車両
300  リソースプール
300  送信機
300  基地局
300  UE
300a  信号プロセッサ
300b  トランシーバ
302  受信機
302  制御サブチャネル
302  UE
304  データサブチャネル
304a  第1のワイヤレス通信リンク
304b  第1のワイヤレス通信リンク
304c  第2のワイヤレス通信リンク
500  コンピュータシステム
502  プロセッサ
504  通信インフラストラクチャ
506  メインメモリ
508  2次メモリ
510  通信インターフェース
512  他の通信チャネル
【図１】
2021534626.tif 000003
【図２】
2021534626.tif 000004
【図３】
2021534626.tif 000005
【図４】
2021534626.tif 000006
【図５】
2021534626.tif 000007
【図６】
2021534626.tif 000008
【図７】
2021534626.tif 000009
【図８】
2021534626.tif 000010
【図９】
2021534626.tif 000011
【図１０】
2021534626.tif 000012
【図１１】
2021534626.tif 000013
【図１２】
2021534626.tif 000014
【図１３】
2021534626.tif 000015
【図１４】
2021534626.tif 000016
【図１５】
2021534626.tif 000017
【図１６】
2021534626.tif 000018
【図１７】
2021534626.tif 000019
【図１８】
2021534626.tif 000020
【図１９】
2021534626.tif 000021
【図２０】
2021534626.tif 000022
【国際調査報告】
2021534626.tif 000023
2021534626.tif 000024
2021534626.tif 000025
2021534626.tif 000026