JP2023500230A - Ｎｒサイドリンク通信におけるフィードバックチャネルのマッピングおよびｈａｒｑ報告の多重化 - Google Patents

Abstract

本発明は、ニューラジオサイドリンク（ＳＬ：Sidelink）通信におけるフィードバックチャネルのマッピングおよびＨＡＲＱ報告の多重化という分野に関する。ＳＬ通信を実行するユーザ機器（ＵＥ：user equipment）を操作するための方法は、ＵＥに対して、ＳＬ通信に関するハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）報告のための物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）リソース／シーケンスをＵＥが決定することを可能とする手順を、提供することを含む。手順は、ＳＬ通信に関する第１特性および第２特性に基づいて、ＨＡＲＱ報告のためのＰＳＦＣＨリソース／シーケンスを段階的に決定するための命令を提供する。

Description

本発明は、サイドリンク（ＳＬ：Sidelink）通信の分野に関する。特に、本発明は、ニューラジオ（ＮＲ：New Radio）ＳＬ通信におけるフィードバックチャネルのマッピングおよびＨＡＲＱ報告の多重化のための、方法および装置に関する。

サイドリンク（ＳＬ：Sidelink）技術とも称される、第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd generation partnership project）の下での直接的なデバイス間（Ｄ２Ｄ：device-to-device）通信の開発では、高度な運転ユースケースに関して、安全関連のメッセージパケットを、直接的な無線リンクすなわちＳＬリンクを介して、正常に配信するための信頼性要求は、非常に高く、例えば最大で９９．９９９％に達する。この厳しい信頼性無線要求を満たすためには、最新の５Ｇニューラジオ（ＮＲ：new radio）規格に基づくこととなる次世代ＳＬ技術は、ハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）機能を新たに組み込み、例えばＨＡＲＱシグナリングなどの機能を新たに組み込み、これにより、直接的な無線リンクの信頼性部分を向上させるだけでなく、パケット伝送ブロック（ＴＢｓ：transport blocks）配信の遅延部分を短縮すると同時に、ＳＬリソースの全体的な使用を最小化する。

ＨＡＲＱシグナリングなどの確認応答シグナリングプロセスは、例えば、基地局などのネットワークノードと、ユーザ機器（ＵＥ：user equipment）と、の間でデータを転送する際に、エラー率を低く抑えるために、無線通信技術（遠隔通信）において広く使用されている。ここで、確認応答シグナリングは、ネットワークノードの干渉を受けることなくＵＥどうしの間で直接的にデータを転送する場合にも、ＳＬ通信に関して使用されるべきである。確認応答シグナリングプロセスは、パケットＴＢと関連付けられた符号化ビットに基づいて、ＳＬを介したパケットＴＢの正常な受信または誤った受信を決定してもよい。ＨＡＲＱシグナリングは、ＨＡＲＱフィードバックまたはＨＡＲＱフィードバック報告と称されてもよく、この場合、ＨＡＲＱフィードバック報告は、ＳＬ通信を使用して１つのＵＥから別のＵＥへと送信されてもよい。ＨＡＲＱシグナリングのために、例えば確認応答シグナリングのために使用されるべきビットパターンを定義することおよび／または示すことによって、確認応答シグナリングに対してビットパターンを関連付けるＨＡＲＱコードブックが、使用されてもよい。

Ｄ２Ｄ通信の場合、これは、ＨＡＲＱフィードバック報告が、別のＵＥ（Ｔｘ－ＵＥ）からＲｘ－ＵＥへと送信されるパケットＴＢを受信するこのＵＥ（Ｒｘ－ＵＥ）によって実行されてもよいことを、意味する。言い換えれば、Ｄ２Ｄ通信の場合、ＨＡＲＱフィードバック報告は、ＳＬを介してＲｘ－ＵＥからＴｘ－ＵＥへと直接的に送信されてもよく、ここで、ＨＡＲＱフィードバック報告は、受信したパケットＴＢに関しての、確認応答（ＡＣＫ：Acknowledgement）情報および／または否定応答（ＮＡＣＫ：Negative Acknowledgement）情報などの、フィードバック情報を含む。ＨＡＲＱフィードバック報告におけるＡＣＫ情報は、Ｔｘ－ＵＥに対して、対応するパケットＴＢがＲｘ－ＵＥによって正常に受信されて復号されたことを示してもよく、ＨＡＲＱフィードバック報告におけるＮＡＣＫ情報は、Ｔｘ－ＵＥに対して、Ｒｘ－ＵＥが、対応するパケットＴＢを正常に受信および／または復号しなかったことを示してもよい。パケットＴＢを正常に受信および／または復号できなかった理由は、例えば、パケットＴＢ送信時に、あるいは、符号化プロセス時および／または復号プロセス時に、エラーが発生したことであり得る。

Ｔｘ－ＵＥが、ＮＡＣＫ情報を含むＨＡＲＱフィードバック報告を受信した時には、Ｔｘ－ＵＥは、ＮＡＣＫ情報を受信したそれぞれのパケットＴＢを、再送信してもよい。それぞれのパケットＴＢを再送信することにより、Ｒｘ－ＵＥは、パケットＴＢを正常に受信して復号することができ、その結果、信頼性が向上する。

加えて、Ｔｘ－ＵＥがＮＡＣＫ情報を受信した各パケットＴＢのみを再送信することにより、さらに、Ｔｘ－ＵＥがＡＣＫ情報を受信したパケットＴＢを再送信しないことにより、パケットＴＢ配信の遅延部分を短縮することができ、ＳＬリソースの全体的使用を最小化することができる。

しかしながら、ＳＬを介したＤ２Ｄ通信のための新たなＨＡＲＱフィードバック報告が、すべての通信シナリオに関して適用可能ではなく有用であるわけではないことが、予想される。すなわち、ＨＡＲＱ報告は、１対１の直接的な通信のためのユニキャスト（ＵＣ：unicast）、ＳＬ通信を使用して互いに通信し得る短距離通信範囲内の未知数のＲｘ－ＵＥによるコネクションレス型グループキャスト（ＣＬ－ＧＣ：connection-less groupcast）、および、ＳＬ通信を使用して互いに通信し得るＳＬグループ内の固定数または確定数のＲｘ－ＵＥによるコネクション型グループキャスト（ＣＯ－ＧＣ：connection-oriented groupcast）、などの、特定の３つのＳＬ通信キャストタイプのみに関して使用され得る。

ＨＡＲＱ報告のフィードバックを容易とするために、１つまたは複数のＲｘ－ＵＥが、ＡＣＫ結果および／またはＮＡＣＫ結果をＴｘ－ＵＥに対してフィードバックするための、新たな物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）が、ＮＲ ＳＬ設計内に導入される。ユニキャスト通信およびグループキャスト通信が唯一かつ支配的な送信キャストタイプでなくてもよいような、ＮＲ ＳＬに関して予想される使用に基づき、リソースプール内の時間スロット数の観点での、ＰＳＦＣＨ発生の周期性（Ｎ）は、０（ＰＳＦＣＨが全くない）、１、２、または４、であってもよい。ＵＥ処理能力の制約のため、パケットＴＢｓの送信を含む物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical Sidelink Shared Channel）送信と、ＨＡＲＱフィードバックのためのその関連したＰＳＦＣＨと、の間に、最小時間差（Ｋ）が存在し得ることも、また、予想される。例えば、ＰＳＳＣＨ送信とＰＳＦＣＨ送信との間の最小時間差は、２スロットである。これは、上述した３つの特定のＳＬ通信キャストタイプでは、Ｔｘ－ＵＥからのＰＳＳＣＨ送信時にパケットＴＢを受信した後に、Ｒｘ－ＵＥがそのＨＡＲＱ報告を送信し得る最短時間が、２スロットであることを、意味する。

図１は、Ｎ＝１およびＫ＝２である時の、ＰＳＳＣＨ送信およびＰＳＦＣＨ送信に関しての、ＨＡＲＱ報告に関する一例を示している。周波数（Ｆｒｅｑ．）軸は、縦方向であり、時間軸は、横方向であり、周波数軸は、例えばそれぞれ１０個のリソースブロック（ＲＢｓ：Resource Blocks）からなるサブチャネルを含み、時間軸は、複数の時間スロットを含む。１つの時間スロット内には、１つのＰＳＳＣＨスロットと、１つのＰＳＦＣＨスロットと、が存在し、ＰＳＳＣＨスロット内には、ＰＳＳＣＨ送信のために、いくつかの時間リソースが割り当てられており、ＰＳＦＣＨスロット内には、ＰＳＦＣＨ送信のために、いくつかの時間リソースが割り当てられている。加えて、１つのサブチャネル内には、ＰＳＳＣＨ送信のために、いくつかのＲＢが割り当てられており、ＰＳＦＣＨ送信のために、いくつかのＲＢが割り当てられている。ＨＡＲＱ報告ウィンドウ（ＨＲＷ：HARQ reporting window）は、破線で示されている。ＨＲＷのサイズは、パラメータＮによって示されており、この例では、Ｎは、１に設定されている（Ｎ＝１）。これは、ＨＲＷが、１つのＰＳＳＣＨスロットを含むこと、および、ＰＳＦＣＨスロットが、１つのＰＳＳＣＨスロットに関するＨＡＲＱフィードバック報告を付帯していること、を意味する。ここで、最小時間差は、Ｋ＝２である。よって、Ｒｘ－ＵＥは、ＰＳＦＣＨスロット内でパケットＴＢに関するＨＡＲＱフィードバック報告を送信するためには、ＰＳＳＣＨスロット内でこのパケットＴＢを受信した後に、２つのＰＳＳＣＨスロットを待機しなければならない。図１では、時間スロット内のＰＳＦＣＨ時間リソースと、ＰＳＦＣＨ送信のためのＲＢとは、菱形パターンによって図示されている。

図２は、Ｎ＝２およびＫ＝２である時の、ＰＳＳＣＨ送信およびＰＳＦＣＨ送信に関しての、ＨＡＲＱ報告に関する別の例を示している。ＨＲＷが異なることを除いては、図１と同じシナリオが示されている。Ｎ＝２のために、ＨＲＷは、２つのＰＳＳＣＨスロットを含み、そのため、ＰＳＦＣＨスロットは、２つのＰＳＳＣＨスロットに関するＨＡＲＱフィードバック報告を付帯している。例えば、時間スロット（ｎ－３）および（ｎ－２）におけるＰＳＳＣＨ送信に関しては、Ｋ＝２という制約を満たすために、すなわちＫ＝２という最小時間差を満たすために、ＨＡＲＱフィードバック報告を付帯するための対応したＰＳＦＣＨ送信機会は、時間スロット（ｎ）である。このように、Ｎ＞１である時には、複数のＰＳＳＣＨ送信スロットに関するＨＡＲＱフィードバック報告の多重化が、必要である。

図３は、Ｎ＝４およびＫ＝２である時の、ＰＳＳＣＨ送信およびＰＳＦＣＨ送信に関しての、ＨＡＲＱ報告に関する別の例を示している。ＨＲＷが異なることを除いては、図１および図２と同じシナリオが示されている。Ｎ＝４のために、ＨＲＷは、４つのＰＳＳＣＨスロットを含み、そのため、ＰＳＦＣＨスロットは、４つのＰＳＳＣＨスロットに関するＨＡＲＱフィードバック報告を付帯している。例えば、時間スロット（ｎ－５）、（ｎ－４）、（ｎ－３）、および（ｎ－２）におけるＰＳＳＣＨ送信に関しては、Ｋ＝２という制約を満たすために、すなわちＫ＝２という最小時間差を満たすために、ＨＡＲＱフィードバック報告を付帯するための対応したＰＳＦＣＨ送信機会は、時間スロット（ｎ）である。この場合にも、Ｎ＞１である時には、複数のＰＳＳＣＨ送信スロットに関するＨＡＲＱフィードバック報告の多重化が、必要である。

技術的課題
上述したように、ＵＥどうしの間における、例えばＴｘ－ＵＥとＲｘ－ＵＥとの間における、ＮＲ ＳＬ通信に関して、ＨＡＲＱフィードバック報告が新たに導入され、この場合、ＰＳＳＣＨ送信に関するＨＡＲＱフィードバック報告のために、ＰＳＦＣＨという新たな物理チャネルが導入される。図２および図３に関して説明したように、Ｎ＞１の時には、複数のＰＳＳＣＨ送信スロットに関して、ＨＡＲＱフィードバック報告を多重化する必要がある。

しかしながら、これまでのところ、ＰＳＦＣＨ送信のためのサブチャネル内におけるＰＳＦＣＨリソースをどのようにして決定するかに関して、何らのルールも提供されていない。また、ＰＳＦＣＨのマッピングおよびＡＣＫ／ＮＡＣＫの多重化に関しても、これまでのところ、何らのルールも定義されていない。

したがって、ＰＳＦＣＨ設計に関連した主要な問題点の１つは、異なるキャストタイプのＳＬ送信に関するＨＡＲＱ報告に対応するための、および、ＰＳＳＣＨ送信／スロットごとに、複数のスロットに関するおよび複数のＵＥに関するＨＡＲＱ報告に対応するための、多重化の能力ならびにリソース容量である。

解決方法
一態様によれば、サイドリンク（ＳＬ：Sidelink）通信を実行するユーザ機器（ＵＥ：user equipment）を操作するための方法は、ＵＥに対して、ＳＬ通信に関するハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）報告のための物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）リソース／シーケンスをＵＥが決定することを可能とする手順を、提供することを含み、手順は、ＳＬ通信に関する第１特性および第２特性に基づいて、ＨＡＲＱ報告のためのＰＳＦＣＨリソース／シーケンスを段階的に決定するための命令を提供する。

別の態様によれば、ユーザ機器（ＵＥ：user equipment）は、プロセッサとメモリとを含み、メモリは、プロセッサによって実行可能な命令を含み、これにより、ＵＥは、ＳＬ通信に関するハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）報告のための物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）リソース／シーケンスをＵＥが決定することを可能とする手順を、提供するように操作され、手順は、ＳＬ通信に関する第１特性および第２特性に基づいて、ＨＡＲＱ報告のためのＰＳＦＣＨリソース／シーケンスを段階的に決定するための命令を提供する。

図１は、Ｎ＝１およびＫ＝２である時の、ＰＳＳＣＨ送信およびＰＳＦＣＨ送信に関してのＨＡＲＱ報告に関する一例を示している。 図２は、Ｎ＝２およびＫ＝２である時の、ＰＳＳＣＨ送信およびＰＳＦＣＨ送信に関しての、ＨＡＲＱ報告に関する別の例を示している。 図３は、Ｎ＝４およびＫ＝２である時の、ＰＳＳＣＨ送信およびＰＳＦＣＨ送信に関しての、ＨＡＲＱ報告に関する一例を示している。 図４は、無線通信ネットワークの一例を示している。 図５は、ネットワークノードに関する例示的な構成を示している。 図６は、ユーザ機器に関する例示的な構成を示している。 図７は、サイドリンク通信を実行するユーザ機器を操作するための方法を示している。 図８は、一実施形態による段階的決定命令のためのフローチャートを示している。 図９は、ＰＳＳＣＨリソースおよびＰＳＦＣＨリソースの構成を示している。 図１０は、周波数領域における１つのサブチャネルの構成を示している。 図１１Ａおよび図１１Ｂは、ＰＳＦＣＨリソースブロックが第１ステップにおいてどのようにして割り当てられるかに関して、また、一対をなす／一組をなす複数のＰＳＦＣＨリソースが第２ステップにおいてどのようにして決定されるかに関して、異なる実施形態を示している。 図１１Ａおよび図１１Ｂは、ＰＳＦＣＨリソースブロックが第１ステップにおいてどのようにして割り当てられるかに関して、また、一対をなす／一組をなす複数のＰＳＦＣＨリソースが第２ステップにおいてどのようにして決定されるかに関して、異なる実施形態を示している。 図１２は、一実施形態による、ＰＳＦＣＨスロット内の複数のリソースブロックが複数の領域へと分割される、例示的なＰＳＳＣＨおよびＰＳＦＣＨに関する設定を示している。 図１３は、別の実施形態による、ＰＳＦＣＨスロット内の複数のリソースブロックが複数の領域へと分割される、例示的なＰＳＳＣＨおよびＰＳＦＣＨに関する設定を示している。

上述したおよび以下でより詳細に説明する１つまたは複数のメカニズムは、ＮＲ ＳＬ通信に対して新たに導入されたＰＳＦＣＨに関して発生する技術的問題点を解決する。

上述したように、これまでのところ、ＰＳＦＣＨ送信のためのサブチャネル内におけるＰＳＦＣＨリソース／シーケンス（ＰＳＦＣＨリソースまたはＰＳＦＣＨシーケンス）をどのようにして決定するかに関して、何らのルールも提供されていない。加えて、ＰＳＦＣＨのマッピングおよびＡＣＫ／ＮＡＣＫの多重化に関しても、これまでのところ、何らのルールも定義されていない。したがって、ＰＳＦＣＨ設計に関連した主要な問題点の１つは、異なるキャストタイプのＳＬ送信に関するＨＡＲＱ報告に対応するための、および、ＰＳＳＣＨ送信／スロットごとに、複数のスロットに関するおよび複数のＵＥに関するＨＡＲＱ報告に対応するための、多重化の能力ならびにリソース容量である。

ＳＬ通信に関するＰＳＦＣＨ送信のためのサブチャネル内のＰＳＦＣＨリソース／シーケンスをどのようにして決定するかに関する解決策について、以下において詳述する。例えば、パケットＴＢ送信ＵＥ（Ｔｘ－ＵＥ）に対してＡＣＫ／ＮＡＣＫフィードバックを送信するサイドリンクパケットＴＢ受信ＵＥ（Ｒｘ－ＵＥ）に関する、フィードバックチャネルのマッピングおよびＨＡＲＱ報告の多重化に関するスキームについては、需要に基づいてＰＳＦＣＨ無線リソース量を調整することにより、さらに、ＡＣＫ／ＮＡＣＫフィードバック量が多い送信キャストタイプを送信し得るスロットを制御することにより、上述したＰＳＦＣＨ容量という問題点および多重化という問題点を解決することが、目的であり、この場合、制御シグナリングの増加が、回避されるべきである。加えて、すべてのＰＳＦＣＨリソース／シーケンスを効率的に利用することが、目的である。異なるＵＥからの、ＰＳＦＣＨのための限られた組をなす複数のリソースブロック（ＲＢｓ：Resource Blocks）上の異なるＰＳＳＣＨ送信スロットに関しての、複数のＨＡＲＱ報告に対応するために、ＰＳＦＣＨリソース／シーケンスの巡回シフトという技法が、利用されてもよい。

以下では、任意の例示的なタイプの、無線通信ネットワーク、セルラー無線通信ネットワーク、または同種のもの、が対象とされ、通信ネットワークは、少なくとも１つのネットワークノードと、少なくとも１つのユーザ機器（ＵＥ：user equipment）と、を含んでもよい。

図４は、ネットワークノード４１０と、ＵＥ４２０と、ＵＥ４３０と、を含む無線通信ネットワーク４００の一例を示している。ネットワークノードおよびＵＥは、一般に、無線および／またはラジオ波（および／またはマイクロ波）周波数通信に適合した、ならびに／あるいは、例えば通信規格に従ったような、エアインターフェースを利用した通信に適合した、デバイスまたはノードと見なされてもよい。ネットワークノード４１０は、任意の種類のネットワークデバイスであってもよい、あるいは、基地局、および／またはｅＮｏｄｅＢ（ｅＮＢ）、および／またはｇＮｏｄｅＢ（ｇＮＢ）、および／またはリレーノード、および／またはマイクロノードもしくはナノノードもしくはピコノードもしくはフェムトノード、および／または他のノード、などの、任意の種類の、無線通信ネットワークの無線ノードであってもよい。図４における例示的な無線通信ネットワーク４００は、１つのネットワークノードと、２つのＵＥと、を含む。しかしながら、これは、限定的なものではなく、無線通信ネットワーク４００は、より多数のまたはより少数のネットワークノードを、および、より多数のまたはより少数のＵＥを、含んでもよい。

ＵＥ４２０および４３０は、無線通信ネットワークを利用した通信のためのエンドデバイスを表してもよい、および／または、ＬＴＥ、ＮＲ、または同種のもの、などの通信規格に従ったＵＥとして実装されてもよい。ＵＥの例は、スマートフォンなどの電話、パーソナル通信デバイス、携帯電話またはモバイル端末、コンピュータ、特にラップトップ、無線機能を有した（および／またはエアインターフェースに適合した）センサまたは機械、特にＭＴＣ（機械型通信、時にＭ２Ｍすなわち機械対機械とも称される）、特にＤ２Ｄ（デバイス対デバイス）、特にＲＳＵ（路側機、Ｒｏａｄ Ｓｉｄｅ Ｕｎｉｔ）、または特に無線通信に適合した車両、を含んでもよい。ＵＥまたは端末は、移動式であっても固定式であってもよい。

ネットワークノード４１０は、通信リンク４４０を介して、ＵＥ４２０および４３０に対して、任意の種類のダウンリンク（ＤＬ：Downlink）データを送信することができ、ＵＥ４２０および４３０は、通信リンク４４０（ＬＴＥ、ＮＲ、または同種のもの）を介して、ネットワークノード４１０に対して、任意の種類のアップリンク（ＵＬ：Uplink）データを送信することができる。さらに、ＵＥ４２０および４３０は、通信リンク４５０（Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、または同種のもの）を介して、サイドリンク（ＳＬ：Sidelink）シグナリングを使用して、互いの間で、直接的にデータを交換することができる。ＳＬ通信は、ネットワークノード４１０の干渉を受けることなく、ＵＥ４２０および４３０間の直接的な通信をサポートするために使用される。ＳＬ通信を使用することにより、Ｄ２Ｄ、ＭＴＣ、等のようないくつかのモードでＵＥ４２０および４３０を操作してもよい。

セルラーネットワークと組み合わせたＤ２Ｄ通信は、ＵＥどうしの間の直接的な通信と、従来的なセルラーネットワークに基づく通信と、の両方をサポートするという利点をもたらすとともに、例えば５Ｇベースのシステムおよびサービスへの移行経路を提供する。

ＳＬに対して割り当てられるリソースは、アップリンク（ＵＬ：Uplink）から取得されてもよい、すなわち、周波数分割複信（ＦＤＤ：Frequency Division Duplex）または時分割複信（ＴＤＤ：Time Division Duplex）におけるＵＬ周波数上のサブフレームから取得されてもよい。ＵＬシグナリングまたはＳＬシグナリングは、直交周波数分割多重アクセス（ＯＦＤＭＡ：Orthogonal Frequency Division Multiple Access）シグナリング、または、単一搬送周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Single Carrier Frequency Division Multiple Access）シグナリングであってもよい。ダウンリンクシグナリングは、特に、ＯＦＤＭＡシグナリングであってもよい。しかしながら、シグナリングは、これに限定されるものではない。

シグナリングは、一般に、１つまたは複数の信号を、および／または、１つまたは複数のシンボルを、含んでもよい。制御情報、または制御情報メッセージ、または対応するシグナリング（制御シグナリング）は、制御チャネル上で、例えば物理制御チャネル上で、送信されてもよく、制御チャネルは、ダウンリンクチャネルまたはサイドリンクチャネルであってもよく、場合によっては、例えば、１つのＵＥが、別のＵＥをスケジューリングする。確認応答シグナリングは、例えばＨＡＲＱフィードバック報告の形態としての確認応答シグナリングは、ＵＥ４２０または４３０によって、物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）上で、および／または物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）上で、および／またはＨＡＲＱ専用チャネル上で、ネットワークノード４１０に対して、送信されてもよい。また、確認応答シグナリングは、例えばＨＡＲＱフィードバック報告の形態としての確認応答シグナリングは、ＵＥ４２０および４３０の一方によって、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）上で、ＵＥ４２０および４３０の他方に対して、送信されてもよい。例えば、ＵＥ４２０が、ＳＬ４５０を介して、物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical Sidelink Shared Channel）送信を使用して、ＵＥ４３０に対して、パケットＴＢを送信する場合には（ＵＥ４２０は、送信ＵＥ（Ｔｘ－ＵＥ）とも称される）、受信ＵＥ（Ｒｘ－ＵＥ）としてのＵＥ４３０は、ＨＡＲＱフィードバック報告を、ＵＥ４２０に対して送り返してもよく、ＨＡＲＱフィードバック報告は、送信パケットＴＢに関する確認応答（ＡＣＫ：Acknowledgement）情報または否定応答（ＮＡＣＫ：Negative Acknowledgement）情報を含む。ＡＣＫ情報は、ＵＥ４３０が、対応するパケットＴＢを正常に受信して復号することができたことを示してもよく、他方、ＮＡＣＫ情報は、ＵＥ４３０が、対応するパケットＴＢを正常に受信および／または復号できなかったことを示してもよい。ＵＥ４２０が、特定のパケットＴＢに関するＮＡＣＫ情報を受信した時には、ＵＥ４２０は、ＵＥ４３０がパケットＴＢを正常に受信して復号し得るよう、その特定のパケットＴＢを再送信してもよい。このようにすることで、送信の信頼性が向上する。

図５は、ネットワークノード４１０の例示的な構成を示している。ネットワークノード４１０は、プロセッサ５１０と、メモリ５２０と、を含んでもよい。プロセッサ５１０は、メモリ５２０に対して接続されたコントローラを含み得る処理回路（制御回路と称されてもよい）であってもよい。ネットワークノード４１０の任意のモジュールは、例えば通信モジュールまたは決定モジュールは、処理回路５１０内に実装されてもよくおよび／または処理回路５１０によって実行可能であってもよく、特にコントローラ内のモジュールとして、処理回路５１０内に実装されてもよくおよび／または処理回路５１０によって実行可能であってもよい。ネットワークノード４１０は、また、送受信機能またはトランシーバ機能を提供する無線回路（図示せず）を含んでもよく、例えば、１つもしくは複数の送信機を、および／または１つもしくは複数の受信機を、および／または１つもしくは複数のトランシーバを、含んでよく、その場合、無線回路は、処理回路５１０に対して、接続されているまたは接続可能とされている。ネットワークノード４１０のアンテナ回路（図示せず）は、信号を収集または送信したり、および／または信号を増幅したり、するために、無線回路に対して、接続されてもよいまたは接続可能であってもよい。ネットワークノード４１０は、本明細書で開示するネットワークノードを操作するための任意の方法を実施するように構成されてもよく、特に、ネットワークノード４１０は、対応する回路を、例えば処理回路および／またはモジュールを、含んでもよい。

図６は、ＵＥ４３０の例示的な構成を示しており、ＵＥは、例えば、Ｒｘ－ＵＥである。ＵＥ４２０の構成は、ＵＥ４３０の構成と同じであり、ＵＥ４２０の構成に関する詳細な説明は、簡潔さの理由から、ここでは省略する。ＵＥ４３０は、プロセッサ６１０と、メモリ６２０と、を含んでもよい。プロセッサ６１０は、メモリ６２０に対して接続されたコントローラを含み得る処理回路（制御回路と称されてもよい）であってもよい。ＵＥ４３０の任意のモジュールは、例えば通信モジュールまたは決定モジュールは、処理回路６１０内に実装されてもよくおよび／または処理回路６１０によって実行可能であってもよく、特にコントローラ内のモジュールとして、処理回路６１０内に実装されてもよくおよび／または処理回路６１０によって実行可能であってもよい。ＵＥ４３０は、また、送受信機能またはトランシーバ機能を提供する無線回路（図示せず）を含んでもよく、例えば、１つもしくは複数の送信機を、および／または１つもしくは複数の受信機を、および／または１つもしくは複数のトランシーバを、含んでよく、その場合、無線回路は、処理回路６１０に対して、接続されているまたは接続可能とされている。ＵＥ４３０のアンテナ回路（図示せず）は、信号を収集または送信したり、および／または信号を増幅したり、するために、無線回路に対して、接続されてもよいまたは接続可能であってもよい。ＵＥ４３０は、本明細書で開示するユーザ機器を操作するための任意の方法を実施するように構成されてもよく、特に、ＵＥ４３０は、対応する回路を、例えば処理回路および／またはモジュールを、含んでもよい。

一般に、特に処理回路および／または制御回路上で実行された時には、処理回路および／または制御回路に、本明細書で説明する任意の方法を、実行および／または制御させるように構成された命令を含むコンピュータプログラム製品が考慮される。また、本明細書で説明するコンピュータプログラム製品を担持および／または格納したキャリア媒体構成も考慮される。

キャリア媒体構成は、１つまたは複数のキャリア媒体を含んでもよい。一般に、キャリア媒体は、処理回路または制御回路によって、アクセス可能であってもよい、および／または読取可能であってもよい、および／または受信可能であってもよい。格納データ、および／またはコンピュータプログラム製品、および／またはコードは、担持データの一部として、および／またはプログラム製品の一部として、および／またはコードの一部として、見なされてもよい。キャリア媒体は、一般に、案内媒体または搬送媒体、ならびに／あるいは、記憶媒体、を含んでもよい。案内媒体または搬送媒体は、信号を、特に、電磁信号を、および／または電気信号を、および／または磁気信号を、および／または光信号を、搬送および／または保存するように構成されてもよい。キャリア媒体は、特に案内媒体または搬送媒体は、そのような信号を搬送するために、そのような信号を案内するように構成されてもよい。キャリア媒体は、特に案内媒体または搬送媒体は、電磁界を、例えばラジオ波またはマイクロ波を、含んでもよく、および／または、任意選択的に、例えばガラス繊維などの光学的透過性材料を、および／またはケーブルを、含んでもよい。記憶媒体は、少なくとも１つのメモリを含んでもよく、少なくとも１つのメモリは、揮発性または不揮発性、バッファ、キャッシュ、光ディスク、磁気メモリ、フラッシュメモリ、等であってもよい。

上述したように、これまでのところ、ＰＳＦＣＨ送信のためにＰＳＦＣＨリソースをどのようにして決定するかに関するルールも、ＰＳＦＣＨマッピングおよびＡＣＫ／ＮＡＣＫ多重化に関するルールも、これまで定義されていない。よって、適切なＰＳＦＣＨリソースの決定と、ＰＳＦＣＨマッピングと、ＡＣＫ／ＮＡＣＫ多重化と、を可能とするために、図７は、ＳＬ通信を実行するＵＥを、例えば、ＳＬ通信を実行するＵＥ４２０またはＵＥ４３０を、操作するための方法を示している。

図７に示すように、方法は、ＵＥに対して、ＳＬ通信に関するＨＡＲＱ報告のためのＰＳＦＣＨリソース／シーケンスをＵＥが決定することを可能とする手順を、提供すること（Ｓ７１０）を含む。ここで、手順は、ＳＬ通信に関する第１特性および第２特性に基づいて、ＨＡＲＱ報告のためのＰＳＦＣＨリソース／シーケンスを段階的に決定するための命令を提供する。ＵＥは、ＳＬ通信を介してＴｘ－ＵＥからパケットＴＢを受信するＲｘ－ＵＥであるとともに、受信したパケットＴＢに関してＴｘ－ＵＥに対してＨＡＲＱ報告を実行するよう要求されたＲｘ－ＵＥであってもよい。手順は、ＵＥが自律的にＰＳＦＣＨリソース／シーケンスを決定することを可能とする一組をなす複数のルールを含んでもよい。

例えば、Ｒｘ－ＵＥは、ＳＬ通信を、特にＰＳＳＣＨ受信を、スケジューリングするサイドリンク制御情報（ＳＣＩ：Sidelink Control Information）フォーマットによって、ＳＬ通信に応答して、ＨＡＲＱ報告を、またはＨＡＲＱ－ＡＣＫ情報を有したＰＳＦＣＨを、送信するように、指示され得る。Ｒｘ－ＵＥは、ＨＡＲＱ－ＡＣＫ情報を、またはＡＣＫもしくはＮＡＣＫを含むＨＡＲＱ報告を、またはＮＡＣＫのみを含むＨＡＲＱ報告を、提供してもよい。ＳＣＩフォーマットは、ＨＡＲＱフィードバック有効／無効インジケータフィールドを含んでもよく、この場合、ＨＡＲＱフィードバック有効／無効インジケータが特定の値を有している時には、ＨＡＲＱ報告が、またはＨＡＲＱ－ＡＣＫ情報を有したＰＳＦＣＨが、Ｒｘ－ＵＥによって、ＳＬ通信に応答して、特にＰＳＳＣＨ受信に応答して、送信される。例えば、Ｒｘ－ＵＥが、リソースプール内でＰＳＳＣＨを受信し、関連するＳＣＩフォーマット内における、例えばＳＣＩフォーマット２－Ａまたは２－Ｂ内における、ＨＡＲＱフィードバック有効／無効インジケータフィールドが、値１を有している場合には、Ｒｘ－ＵＥは、リソースプール内のＰＳＦＣＨ送信で、ＨＡＲＱ－ＡＣＫ情報またはＨＡＲＱ報告を提供する。

ＰＳＦＣＨリソース／シーケンスの決定または自律的な決定は、ＵＥが、例えば、基地局などのネットワークノードから、または別のＵＥから、制御シグナリングまたは構成情報を受信することなく、ＰＳＦＣＨリソース／シーケンスを決定し得ることを意味してもよい。ＵＥは、ＳＬ通信の特性を考慮することによってのみ、ＰＳＦＣＨリソース／シーケンスを決定することができる。よって、ＰＳＦＣＨマッピングおよびＡＣＫ／ＮＡＣＫ多重化に関して暗黙のルールを定義することにより、Ｔｘ－ＵＥまたはＲｘ－ＵＥが、制御シグナリングにおいて、他のＵＥに対して、ＨＡＲＱ報告をフィードバックするために使用するための正確な位置およびＰＳＦＣＨリソース／シーケンスを、指示または通知する必要性が、除去される。したがって、制御シグナリングのオーバーヘッド量を、低減することができる。

図８は、一実施形態による段階的決定命令のためのフローチャートを示している。段階的決定のための命令は、第１ステップとして、ＳＬ通信に関する第１特性に基づいて、ＰＳＦＣＨ ＲＢを、一組をなす複数のＲＢの中から、割り当てること（８１０）を含んでよい。

段階的決定のための命令は、第２ステップとして、ＳＬ通信に関する第２特性に基づいて、割り当てられたＰＳＦＣＨ ＲＢ内で、一対をなす／一組をなす複数のＰＳＦＣＨリソースを決定すること（Ｓ８２０）と、第３ステップとして、ＳＬ通信時に受信したＰＳＳＣＨパケットＴＢのＡＣＫ復号結果またはＮＡＣＫ復号結果に基づいて、一対をなす／一組をなす複数のＰＳＦＣＨリソース／シーケンスから、ＨＡＲＱ報告のためのＰＳＦＣＨリソース／シーケンス（ＰＳＦＣＨリソースまたはＰＳＦＣＨシーケンス）を選択すること（Ｓ８３０）と、をさらに含んでもよい。ＰＳＳＣＨパケットＴＢは、ＳＬ通信を使用したＰＳＳＣＨスロット時にＴｘ－ＵＥからＲｘ－ＵＥへと送信されるパケットＴＢであってもよい。ＡＣＫ復号結果およびＮＡＣＫ復号結果は、Ｒｘ－ＵＥがＰＳＳＣＨパケットＴＢを正常に受信して復号したかどうかを示してもよい。Ｒｘ－ＵＥが、ＰＳＳＣＨパケットＴＢを正常に受信して復号し得る場合には、ＰＳＦＣＨリソース／シーケンスは、ＡＣＫ復号結果に基づいて選択される。Ｒｘ－ＵＥが、ＰＳＳＣＨパケットＴＢを正常に受信および／または復号し得ない場合には、ＰＳＦＣＨリソース／シーケンスは、ＮＡＣＫ復号結果に基づいて選択される。言い換えれば、割り当てられたＰＳＦＣＨ ＲＢ内における一対をなす／一組をなす複数のＰＳＦＣＨリソース／シーケンスは、ＡＣＫ復号結果に対して割り当てられた１つのＰＳＦＣＨリソース／シーケンスと、ＮＡＣＫ復号結果に対して割り当てられた別のＰＳＦＣＨリソース／シーケンスと、を指してもよい。巡回シフトが６である一組をなす複数のＰＳＦＣＨリソースが存在してもよい。

別の実施形態によれば、ＵＥを操作するための方法は、選択されたＰＳＦＣＨリソース／シーケンスを使用して、ＨＡＲＱ報告のためのＡＣＫ復号結果またはＮＡＣＫ復号結果を送信することを、さらに含んでもよい。

例えば、ＵＥは、Ｒｘ－ＵＥとして、ＳＬ通信を介して、更なるＵＥから、すなわちＴｘ－ＵＥから、少なくとも１つのＰＳＳＣＨパケットＴＢを受信するものであり、この場合、Ｒｘ－ＵＥは、Ｔｘ－ＵＥによって、その少なくとも１つのＰＳＳＣＨパケットＴＢに関するＡＣＫフィードバックおよび／またはＮＡＣＫフィードバックをなすＨＡＲＱ報告を要求される。上述したように、Ｒｘ－ＵＥは、ＳＬ通信の特性に基づいて、ＨＡＲＱ報告を送信するためのＰＳＦＣＨリソース／シーケンスを選択してもよく、ＨＡＲＱ報告は、少なくとも１つのＰＳＳＣＨパケットＴＢに関するＡＣＫ復号結果および／またはＮＡＣＫ復号結果を含む。パラメータＮによって示されているＨＡＲＱ報告ウィンドウ（ＨＲＷ：HARQ reporting window）に応じて、１つのＰＳＦＣＨスロット内で送信されるＨＡＲＱ報告は、Ｎ個のＰＳＳＣＨスロットで送信されたパケットＴＢのＡＣＫ復号結果および／またはＮＡＣＫ復号結果を含んでもよい。よって、ＨＲＷは、特にＨＲＷのパラメータＮは、ＰＳＦＣＨスロット内で送信されるＨＡＲＱ報告内で報告されるべきＰＳＳＣＨスロットの数を示している。Ｒｘ－ＵＥは、受信した１つまたは複数のＰＳＳＣＨパケットＴＢに関する確認応答のフィードバックのために、Ｔｘ－ＵＥに対して、ＨＡＲＱ報告を使用して、ＡＣＫ復号結果および／またはＮＡＣＫ復号結果を送信してよい。

図９は、ＰＳＳＣＨリソースおよびＰＳＦＣＨリソースの構成を示している。この場合にも、図１～図３に関して説明したように、周波数軸は、縦方向であり、１０個のＲＢを有した多数のサブチャネルが、周波数方向に配置され、時間軸は、横方向であり、多数の時間スロットが、時間方向に配置されている。各時間スロット内には、例えば（ｎ－３）、（ｎ－２）、（ｎ－１）、および（ｎ）内には、１つのＰＳＳＣＨスロットと、１つのＰＳＦＣＨスロットと、が存在し、ＰＳＳＣＨスロット内には、ＰＳＳＣＨ送信のために、いくつかの時間リソースおよび周波数リソースが割り当てられており、ＰＳＦＣＨスロット内には、ＰＳＦＣＨ送信のために、いくつかの時間リソースおよび周波数リソースが割り当てられている。ここで、ＨＲＷは、再度、破線で示されており、Ｎ＝１である。これは、ＨＲＷが、１つのＰＳＳＣＨスロットを含むことを意味するとともに、ＰＳＦＣＨスロットが、１つのＰＳＳＣＨスロットに対してＨＡＲＱフィードバック報告を付帯することを意味する。最小時間差は、Ｋ＝２であり、これは、Ｒｘ－ＵＥが、ＰＳＦＣＨスロット内でパケットＴＢに関するＨＡＲＱフィードバック報告を送信するためには、ＰＳＳＣＨスロット内でこのパケットＴＢを受信した後に、２つのＰＳＳＣＨスロットを待機しなければならないことを意味する。図９では、時間スロット内のＰＳＦＣＨ時間リソースと、ＰＳＦＣＨ送信のための周波数リソースとしてのＲＢとは、菱形パターンによって図示されている。図９において下向き斜線によって図示されている時間リソースおよび周波数リソースは、ＰＳＦＣＨ送信以外の、これ以上は特定されない目的で、使用される。

図９は、１つのＰＳＦＣＨスロットに関するＲＢを、さらに示している。１つのＰＳＦＣＨスロットは、１つまたは２つのＰＳＦＣＨシンボルのためのものであってもよく、１つのシンボルに対して複数のＲＢが使用される。サブチャネルが例えば１０個のＲＢを含む時には、１つのＰＳＦＣＨスロットは、１つの時間スロット内で何個のＲＢが、ＰＳＦＣＨ送信以外の、これ以上は特定されない目的のために使用されるかに依存して、１０個のＲＢを、またはそれより少数のＲＢを、含んでもよい。

上述したように、ＰＳＦＣＨ ＲＢは、ＰＳＦＣＨ ＲＢ内でＰＳＦＣＨリソース／シーケンスを選択するために、一組をなす複数のＲＢの中から割り当てられる。一実施形態によれば、一組をなす複数のＲＢは、ＰＳＦＣＨ送受信のために構成されてもよく、ビットマップとして表されてもよい。例えば、再び図９を参照した時には、ＰＳＦＣＨ ＲＢは、サブチャネル内の全ＲＢの中からではなく、ＰＳＦＣＨ送受信のために構成されたＲＢの中からのみ決定される、すなわち、ＲＢは、菱形パターンによって示されている。ネットワークノードは、例えば、サブチャネル内の一組をなす複数のＲＢを事前構成してもよく、サブチャネル内の一組をなす複数のＲＢを構成するための構成情報を、ＵＥに対して、送信してもよい。

一実施形態によれば、一組をなす複数のＲＢは、ＳＬリソースプール構成を使用して、またはＳＬリソースプール事前構成を使用して、構成されてもよく、ＳＬリソースプール構成またはＳＬリソースプール事前構成は、ＰＳＦＣＨリソース割り当ておよびＨＡＲＱ報告関連情報を含む。特に、ＳＬリソースプール構成は、時間領域割り当て、周波数領域割り当て、巡回シフト割り当て、および／または、コネクション型グループキャストスロット割り当てに関する情報、に関連した少なくとも１つのＰＳＦＣＨパラメータを含んでもよい。ＵＥは、例えばダウンリンクデータを使用してネットワークノードから、または事前構成から、ＳＬリソースプール構成を受信してもよい。ＳＬリソースプール事前構成は、ＵＥがネットワークノードから明示的に構成を受信する必要なく、ＵＥ内で事前構成されてもよい。

例えば、ＰＳＳＣＨを介してパケットＴＢを送信する第１送信ＵＥ（Ｔｘ－ＵＥ）から、パケットＴＢを受信する少なくとも１つの第２ＵＥ（Ｒｘ－ＵＥ）に対しての、ＮＲ ＳＬ通信における、ＰＳＦＣＨマッピングおよびＨＡＲＱ報告の多重化の場合、両方のＵＥは、ネットワーク構成と、ＰＳＦＣＨリソース／シーケンスを含む事前構成と、のいずれかから、ＳＬリソースプール構成詳細を受信するとともに、ＨＡＲＱ報告関連情報を受信する。リソースプール内のＰＳＦＣＨリソース発生の時間領域周期性（Ｎ）と、ＰＳＳＣＨ送信とＨＡＲＱ報告のためのその関連したＰＳＦＣＨとの間の最小時間差（Ｋ）と、に加えて、（事前）構成情報は、追加的に、ＰＳＦＣＨシンボル数パラメータ、ＰＳＦＣＨ開始シンボルパラメータ、ＲＢ割り当てパラメータ、巡回シフトペアもしくはオフセットインデックスパラメータ、および、コネクション型グループキャストスロットパラメータ、のうちの１つまたは複数を含んでもよい。

よって、（事前）構成情報は、すなわちＳＬリソースプール（事前）構成情報は、ＰＳＦＣＨシンボル数パラメータやＰＳＦＣＨ開始シンボルパラメータやリソースプール内のＰＳＦＣＨリソースの周期性やおよび／または最小時間差（Ｋ）を含む時間領域割り当てに関連したＰＳＦＣＨパラメータ、ＰＳＦＣＨ ＲＢ割り当てパラメータを含む周波数領域割り当てに関連したＰＳＦＣＨパラメータ、巡回シフトペアまたはオフセットインデックスパラメータを含む巡回シフト割り当て、ならびに／あるいは、コネクション型グループキャストスロット割り当てに関連したパラメータ、を含んでもよい。

ＰＳＦＣＨシンボル数パラメータは、値１または値２であってもよく、スロット内のＰＳＦＣＨシンボルの数を示してもよい。特に、ＰＳＦＣＨシンボル数パラメータは、Ｒｘ－ＵＥがそのＨＡＲＱ報告を送信するために時間スロットの端部に向けてＰＳＦＣＨに対して割り当てられた１つまたは２つのシンボルを定義してもよい。図９において例示的に見られるように、１つまたは２つのシンボルが、各時間スロット（ｎ－３）、（ｎ－２）、（ｎ－１）、および（ｎ）の端部に向けて割り当てられる。図１０は、さらに、１つのサブチャネルの例示的な構成を示しており、例えば、図９において既に図示した１つのサブチャネルの例示的な構成を示している。図１０を参照すると、スロットの端部に向けて（事前）構成されたＰＳＦＣＨリソースのためのスロット構造は、周波数方向にあり、時間スロットの最後のシンボルは、Ｔｘ／Ｒｘ切替の目的で、および／または、サイドリンク／アップリンク切替の目的で、ギャップシンボル（２０２）として、空虚に維持されている。図１０は、また、ＰＳＦＣＨシンボル数パラメータを定義する、１つまたは２つのシンボル（２０１）を示している。

ＰＳＦＣＨ開始シンボルパラメータは、時間スロット内の、１つまたは複数のＰＳＦＣＨシンボルが割り当てられるシンボルインデックスを示してもよい。例えば、スロット内に１４個のシンボルが存在する場合には、シンボルインデックスは、０～１３であってもよい。このパラメータが（事前）構成されている場合には、Ｒｘ－ＵＥとＴｘ－ＵＥとの両方は、ＰＳＦＣＨをそれぞれ送信および受信するために、このパラメータに従う。このパラメータが（事前）構成されていない時には、ＰＳＦＣＨのための開始シンボルは、ＰＳＦＣＨシンボル数に基づいて決定されることとなる。例えば、１つの時間スロット内に１４個のシンボルが存在すること、および、最後のシンボルが、常に、Ｔｘ／Ｒｘ切替のために、および／またはサイドリンク／アップリンク切替のために、ギャップシンボルとして（図１０におけるギャップシンボル（２０２）を参照されたい）、指定されていること、を仮定する。ＰＳＦＣＨシンボル数が、（事前）構成または事前定義／固定のいずれかによって、２つのシンボルであると決定された場合には、この場合の開始シンボルは、時間スロット内の１２番目のシンボル（シンボルインデックス１１）となり、ここで、１４番目のシンボル（シンボルインデックス１３）は、ギャップシンボルとなる。ＰＳＦＣＨのために１つのシンボルしか割り当てられていない場合には、開始シンボルは、スロット内の１３番目のシンボル（シンボルインデックス１２）となり、この場合にも、１４番目のシンボル（シンボルインデックス１３）は、ギャップシンボルとなる。

追加的に、ＳＬリソースプール構成が、上述したように、ＰＳＦＣＨシンボル数パラメータを含む時には、ＰＳＦＣＨシンボル数パラメータは、スロット内のＰＳＦＣＨシンボルの数を示し、ＰＳＦＣＨシンボル数パラメータが、スロット内における、ＰＳＦＣＨのために割り当てられた２つのＰＳＦＣＨシンボルを示している時には、フィードバック情報は、１つのシンボル内で符号化されてマッピングされ、直前のシンボルに対して複製される。言い換えれば、ＰＳＦＣＨのために、２つの直交周波数分割多重化（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボルが割り当てられている時には、ＰＳＦＣＨリソース／シーケンスは、１つのシンボル内でマッピングされ、その後、直前のシンボルに対して複製される。フィードバック情報を他のシンボルに対してコピーまたは複製するこのプロセスは、図１０では、符号（２０３）を有した矢印によって図示されている。これは、Ｒｘ－ＵＥからの送信信号が、２つのシンボルが組み合わされた時には、Ｔｘ－ＵＥにおける自動利得制御（ＡＧＣ：automatic gain control）および／または信頼性向上の目的で、両方のシンボルにおいて同一であることを意味する。

ＰＳＦＣＨのリソース割り当ての粒度は、１つのＲＢであってもよく、サブチャネル内へのＰＳＦＣＨ ＲＢの割り当ては、サブチャネル内のＲＢの数と同じである必要はない。このことは、図９および図１０においても示されており、いくつかのＲＢが、ＰＳＦＣＨ送信のために使用され、他のいくつかのＲＢが、ＰＳＦＣＨ送信以外の目的で使用され、他の目的で使用されているＲＢは、下向き斜線によって示されている。よって、ＲＢ割り当てパラメータは、リソースプール内のＰＳＦＣＨ送信のための正確な１つまたは複数のＲＢ位置を定義してもよく、ここで、ＲＢ割り当てパラメータは、ビットマップとして表すことができる。図１０に示すように、ＰＳＦＣＨ送信のために構成されたＲＢ（２０４）は、ＰＳＦＣＨ送信のために使用されない他の可能な信号またはチャネル（２０５）も送信する目的で、周波数領域内において、連続的に（図１０における事例（２０６）に関して図示しているように）または非連続的に（図１０における事例（２０７）に関して図示しているように）割り当てられてもよい（菱形パターンによって示されたＰＳＦＣＨ送信のために使用されるＲＢと対照的に、下向き斜線によって示されたＲＢを参照されたい）。例えば、ＰＳＦＣＨ送信に対して割り当てられていないＰＳＦＣＨシンボル内のＲＢ（２０５）は、サブチャネルサイズに応じて、位置決めおよび距離測定の目的のための測位参照信号（ＰＲＳ：positioning reference signal）に応じて、および／または、将来的な互換性のために後から導入され得る他のＰＳＦＣＨフォーマットに応じて、局在化した態様でよび／または広帯域的な態様で、チャネル状態情報参照信号（ＣＳＩ－ＲＳ：channel state information reference signal）を送信するために割り当てられてもよい。

巡回シフトペアまたは巡回シフトオフセットインデックスパラメータは、それぞれ１～６または０～１１という値であってもよい。巡回シフトペアは、ＨＡＲＱ報告のために使用し得るＰＳＦＣＨ ＲＢ内の巡回シフト位置またはシーケンスのペア数を設定してもよい。巡回シフトオフセットインデックスは、初期巡回シフトシーケンス位置またはオフセットを、Ｒｘ－ＵＥがＡＣＫ復号結果またはＮＡＣＫ復号結果を表すために使用すべきＰＳＦＣＨ ＲＢ内のＨＡＲＱシーケンスまたはＰＳＦＣＨリソースの巡回シフト位置ゼロへと、設定してもよい。リソースプール内のＰＳＦＣＨ発生の周期性（Ｎ）が、１よりも大きい（例えば、２または４）時には、ＡＣＫ／ＮＡＣＫ情報のマッピングのために使用されるべき実際の初期巡回シフト位置は、１つまたは複数のパケットＴＢを受信したＨＲＷ内のＰＳＳＣＨスロット位置に基づいて、さらにオフセットされてもよい。

コネクション型グループキャストスロット割り当てに関連したパラメータは、コネクション型グループキャストＴＢをＨＲＷ内で送信され得る１つまたは複数のＰＳＳＣＨスロット位置を示してもよい。コネクション型グループキャストＴＢは、同じＳＬグループ内の全ＵＥがＳＬグループのグループサイズに関する知識を有しているグループキャストセッションで、送信されてもよい。ＳＬグループ内のＵＥは、ＳＬ通信を使用して互いに通信可能とすることができる。これは、同じＳＬグループ内の全ＵＥが、同じＳＬグループ内の他のＵＥを知っていてもよいこと、および、ＳＬ通信を使用してそれらと通信してもよいことを、意味する。コネクション型グループキャストスロット割り当てに関連したパラメータは、ＨＲＷ内のＰＳＳＣＨスロットの数と同じサイズを有したビットマップを使用して表されてもよい。すなわち、ビットマップサイズは、Ｎ＝２である時には２ビットであってもよく、また、Ｎ＝４である時には４ビットであってもよい。

図８において上述したように、パケットＴＢを受信したものであってＴｘ－ＵＥに対してＨＡＲＱ報告をフィードバックするように要求されたＵＥによる、例えばＲｘ－ＵＥによる、ＨＡＲＱ報告のためのＰＳＦＣＨリソース／シーケンスを段階的に決定するための命令は、第１ステップとして、ＳＬ通信に関する第１特性に基づいて、ＰＳＦＣＨ ＲＢを、一組をなす複数のＲＢの中から、割り当てるステップ（Ｓ８１０）と、第２ステップとして、ＳＬ通信に関する第２特性に基づいて、割り当てられたＰＳＦＣＨ ＲＢ内で、一対をなす／一組をなす複数のＰＳＦＣＨリソースを決定するステップ（Ｓ８２０）と、を含む。ここで、図１１Ａおよび図１１Ｂは、第１ステップにおいてＰＳＦＣＨ ＲＢがどのようにして割り当てられ得るかに関して、および、第２ステップにおいて一対をなす／一組をなす複数のＰＳＦＣＨリソースがどのようにして決定され得るかに関して、異なる実施形態を示している。言い換えれば、図１１Ａおよび図１１Ｂは、第１ステップおよび第２ステップが含み得る追加的なステップを示している。図８を参照して上述した第３ステップは、なおも、その後に実行することができる。

まず、図１１Ａに示す一実施形態によるフローチャートについて、以下において詳細に説明する。

一組をなす複数のＲＢの中からＰＳＦＣＨ ＲＢを割り当てるために、一組をなす複数のＲＢの中から、少なくとも１つのＰＳＦＣＨ ＲＢが、サブチャネル内へと割り当てられ（Ｓ８１１ａ）、サブチャネル内の少なくとも１つのＰＳＦＣＨ ＲＢが、ＰＳＦＣＨスロットと関連付けられたＰＳＳＣＨスロット数に基づいて、またはＨＲＷ内のＰＳＳＣＨスロット数に基づいて、各領域が少なくとも１つのＲＢを含むようにして、ＲＢからなる複数の領域へと分割または分離されてもよい（Ｓ８１２ａ）。よって、サブチャネル内の少なくとも１つのＰＳＦＣＨ ＲＢは、ＨＲＷのパラメータＮに基づいて、複数の領域へと分割されてもよい。ＰＳＦＣＨ送信のために構成された複数のＲＢの中から、ＰＳＦＣＨ ＲＢのみが割り当てられる場合には、ＰＳＦＣＨ送信のために構成された複数のＲＢは、ＨＲＷのパラメータＮに基づいて、複数の領域へと分割されてもよい。

例えば、サイドリンク通信のために使用される帯域は、周波数領域内で複数のサブチャネルへと分割され、サブチャネルは、複数のＲＢからなるグループとされる。図１、図２、図３、図９、および図１０に関して図示したように、１つのサブチャネルは、１０個のＲＢを含んでもよく、ＲＢは、ＰＳＳＣＨ送信およびＰＳＦＣＨ送信のために使用される。１つのＲＢは、１つのＲＢあたりにつき、複数のリソース要素を含んでもよく、例えば、１２個のリソース要素を含んでもよい。しかしながら、１つのサブチャネルは、また、サブチャネルの構成に基づいて、より多数のまたはより少数のＲＢを含んでもよい。ＰＳＦＣＨ ＲＢは、ＰＳＦＣＨ送信に使用されるＲＢであってもよく、特に、ＰＳＦＣＨスロット内においてＨＡＲＱ報告のために使用されるＲＢであってもよい。

図１２は、一実施形態による、ＰＳＦＣＨスロット内の複数のＲＢが、ＲＢからなる複数の領域へと分割される、例示的なＰＳＳＣＨおよびＰＳＦＣＨに関する設定を示している。図１２では、Ｎ＝４であり、すなわち、ＨＲＷ（３０５）は、４つのＰＳＳＣＨスロットを含み、１つのＰＳＦＣＨスロットは、最大で４つのＰＳＳＣＨスロットに関するＨＡＲＱ報告を付帯している。よって、サブチャネル内の複数のＲＢは、ここでは、サブチャネル内のＰＳＦＣＨ送信のために構成された複数のＲＢは、ＲＢからなる４つの領域へと分離または分割されており、これについては、第１領域（３０１）、第２領域（３０２）、第３領域（３０３）、および第４領域（３０４）、を参照されたい。よって、この実施形態における領域の分離または分割は、ＨＲＷ（３０５）内のＰＳＳＣＨスロット数に基づいている。別の例として、Ｎ＝１である場合には、すなわち、ＨＲＷ内に１つのＰＳＳＣＨスロットが存在する場合には、すなわち、１つのＰＳＦＣＨスロットが、１つのＰＳＳＣＨスロットに関するＨＡＲＱ報告を付帯している場合には、１つの領域のみが必要とされる。

各領域は、少なくとも１つのＲＢを含んでもよい。例えば、サブチャネル内のＲＢの総数が少ない時には、各領域は、少数のＲＢのみを含んでもよい。しかしながら、サブチャネル内のＲＢの総数が多い時には、各領域は、複数のＲＢを含んでもよい。例えば、サブチャネルが、合計で２０個のＰＳＦＣＨ ＲＢを有しており、最大で４個のＰＳＳＣＨスロットに関してＨＡＲＱ報告を付帯する必要がある場合には、すなわちＮ＝４である場合には、５個のＲＢが、各領域に対して、例えば図１２に示すような、第１領域（３０１）、第２領域（３０２）、第３領域（３０３）、および第４領域（３０４）に対して、均等に割り当てられてもよい。各ＲＢが、ＲＢあたりにつき１２個のリソース要素に基づいて１２個の異なるＰＳＦＣＨリソース／シーケンスを同時に付帯し得ることが仮定されている場合には、さらに、各Ｒｘ－ＵＥに対して、２つのＰＳＳＣＨパケットＴＢに対してすべての可能なＡＣＫ／ＮＡＣＫ組合せを表すために、４つのリソースを有して割り当てられていることが仮定されている場合には、各ＲＢは、３つのＲｘ－ＵＥに関してＨＡＲＱ報告を多重化することができる。これは、各領域に関するＲＢが、同時に最大で１５個のＲｘ－ＵＥに対応し得ることを、意味する。ＲＢの数という観点での、各領域どうしの間のサイズは、必ずしも同じである必要はない、あるいは、サブチャネルごとのＲＢの総数は、ＲＢからなる複数の領域どうしの間にわたって均等に分配される必要はない。

さらに、図１１Ａに示すように、対応するＰＳＳＣＨを受信したスロット位置に基づいて、Ｓ８１２ａで取得したＲＢからなる複数の領域の中から、領域が選択されてもよい（Ｓ８１３ａ）。よって、Ｎ＞１の場合には、例えばＮ＝２またはＮ＝４の場合には、サブチャネル内のＲＢは、ＲＢ＞１からなる複数の領域へと、分割されることとなる（Ｎ＝２の場合には、ＲＢからなる２つの領域へと分割され、Ｎ＝４の場合には、ＲＢからなる４つの領域へと分割されることとなる）。ここで、ＲＢからなる複数の領域から領域を選択するために、Ｒｘ－ＵＥは、対応するＰＳＳＣＨを受信したスロット位置を、使用する。例えば、Ｒｘ－ＵＥは、１つまたは複数のＰＳＳＣＨパケットＴＢが送信された、すなわち、１つまたは複数のＰＳＳＣＨスロット内へと送信された１つまたは複数のパケットＴＢが送信された、スロット位置を使用する。図１２に示す例示的な設定では、Ｒｘ－ＵＥは、１つまたは複数のＰＳＳＣＨ ＴＢを時間スロット（ｎ－５）内で受信した場合には、ＲＢからなる複数の領域の中から第１領域（３０１）を選択し、１つまたは複数のＰＳＳＣＨ ＴＢを時間スロット（ｎ－４）内で受信した場合には、ＲＢからなる複数の領域の中から第２領域（３０２）を選択し、１つまたは複数のＰＳＳＣＨ ＴＢを時間スロット（ｎ－３）内で受信した場合には、ＲＢからなる複数の領域の中から第３領域（３０３）を選択し、１つまたは複数のＰＳＳＣＨ ＴＢを時間スロット（ｎ－２）内で受信した場合には、ＲＢからなる複数の領域の中から第４領域（３０４）を選択する。

その後、図１１Ａに示すように、ＰＳＦＣＨ ＲＢが、ＳＬ通信に関する第１特性に基づいて、Ｓ８１３ａで選択された領域内で、選択されてもよい（Ｓ８１４ａ）。その後、ＰＳＦＣＨ ＲＢ内において一対をなす／一組をなす複数のＰＳＦＣＨリソースを決定するために、図８のＳ８２０に示すように、一対をなす／一組をなす複数のＰＳＦＣＨリソースが、ＳＬ通信に関する第２特性に基づいて、選択された領域内で、選択されてもよい（Ｓ８２１ａ）。一対をなす／一組をなす複数のＰＳＦＣＨリソースは、ＰＳＦＣＨ ＲＢ内における、巡回シフトシーケンスのペアであってもよい。図１２のステップＳ８２１ａの後には、図８に関して説明したステップＳ８３０が、実行されてもよい。

ＳＬ通信に関する第１特性は、ＳＬ送信キャストタイプ、グループキャスト通信のメンバー識別子（メンバーＩＤまたはｍｅｍｂｅｒ＿ＩＤ）と、ＳＬ通信時に受信したＰＳＳＣＨ ＴＢの数と、のうちの少なくとも１つを含んでもよい。

別の実施形態によれば、ＳＬ通信に関する第１特性は、グループキャスト通信のメンバーＩＤを含んでよく、ｍｅｍｂｅｒ＿ＩＤは、利用可能である時には、選択された領域内でＰＳＦＣＨ ＲＢを決定するために使用される。

ＳＬ通信に関する第２特性は、少なくとも（事前）構成された巡回シフト割り当ておよび／または送信元識別子（ｓｏｕｒｃｅ＿ＩＤ）を含んでもよい。例えば、Ｒｘ－ＵＥは、（事前）構成された巡回シフトペアまたはオフセットインデックスを使用することにより、および／またはＴｘ－ＵＥのソース＿ＩＤを使用することにより、ＰＳＦＣＨ ＲＢ内で、一対をなす／一組をなす複数のＰＳＦＣＨリソースを導出し、この場合、一対をなす／一組をなす複数のＰＳＦＣＨリソースの中からのＰＳＦＣＨリソース／シーケンスは、ＨＡＲＱ報告を送信するために使用されてもよい。

一対をなす／一組をなす複数のＰＳＦＣＨリソースの選択における、Ｔｘ－ＵＥのｓｏｕｒｃｅ＿ＩＤの使用は、ＳＬ通信における、あるＴｘ－ＵＥが別のＴｘ－ＵＥから遠く離れていて、両者が同じＰＳＳＣＨスロットおよびサブチャネルを使用してＲｘ－ＵＥに対してそれらのＰＳＳＣＨパケットＴＢを送信するという、隠れノードの問題点を解決するためのものである。

最後に、受信した１つまたは複数のＰＳＳＣＨパケットＴＢに関するＡＣＫ復号結果および／またはＮＡＣＫ復号結果に基づいて、Ｒｘ－ＵＥは、ＡＣＫ情報および／またはＮＡＣＫ情報を含むＨＡＲＱ報告を表すための、最終的なＰＳＦＣＨリソース／シーケンスを選択してもよい。

例えば、コネクション型グループキャストなどのグループキャスト通信内のＲｘ－ＵＥに対して、ｍｅｍｂｅｒ＿ＩＤ＝１０が割り当てられ、このＲｘ－ＵＥが、Ｎ＝４のＨＲＷ内の第２ＰＳＳＣＨスロット内に、ＰＳＳＣＨパケットＴＢを受信した場合には（図１２のように）、Ｒｘ－ＵＥは、その後、そのＨＡＲＱ報告をＴｘ－ＵＥに対して送信するための第２領域を、まず選択し得ることとなる。Ｔｘ－ＵＥが、Ｒｘ－ＵＥに対して１つのＰＳＳＣＨパケットＴＢしか送信しておらず、ＲＢあたりにつき１２個のＰＳＦＣＨリソースが存在していて、最大で６対のＡＣＫ／ＮＡＣＫ報告が多重化されることにより、Ｒｘ－ＵＥは、その位置が、第２領域内の第２ＲＢ内における１０－６＝４であると決定する。ここで、位置とは、ＰＳＦＣＨ ＲＢ内におけるＰＳＦＣＨリソース（巡回シフトシーケンス）のペアのインデックスを指す。上述したように、ＰＳＦＣＨ ＲＢ内で最大で６対のＡＣＫ結果またはＮＡＣＫ結果を多重化するための、１２個のＰＳＦＣＨリソース／巡回シフトシーケンスが存在してもよい。ｍｅｍｂｅｒ＿ＩＤが１０であり、ＰＳＦＣＨ ＲＢ内に合計で６対が存在する時には、Ｒｘ－ＵＥがＡＣＫ／ＮＡＣＫ報告を送信するために使用すべき「ペア」インデックスは、１０－６＝４番目のペアまたは位置である。これは、いくつかの３ＧＰＰ仕様で使用されている数学的モジュロ（「ｍｏｄ」）演算と比較することができる（例えば、3GPP TS 36.213 Version 15.10.0, page 499, Table 16.4.1.3-4, Table 16.4.1.3-6, Table 16.4.1.3-8, pages 529 and 531、または、3GPP TS 38.213 Version 15.7.0, pages 49, 57, and 78を参照されたい）。巡回シフトオフセットインデックスが、このリソースプールに対してゼロであるように（事前）構成されていることが仮定されている場合には、ＲＢ内の第１ペアインデックスは、ＡＣＫ情報に対してＰＳＦＣＨリソース／シーケンス０を使用すべきであり、ＮＡＣＫ情報に対してＰＳＦＣＨリソース／シーケンス６を使用すべきである。Ｒｘ－ＵＥが、第２領域の第２ＲＢ内で４番目であることにより、ＡＣＫビットマップなどのＡＣＫ情報をフィードバックするためには、ＰＳＦＣＨリソース３が使用されるべきであること、および、ＮＡＣＫビットマップなどのＮＡＣＫ情報のためには、ＰＳＦＣＨリソース９が使用されるべきであることを、導出することができる。

別の例として、Ｒｘ－ＵＥが、グループ内において、ただ１つのＴｘ－ＵＥおよび１つのＲｘ－ＵＥとＳＬユニキャスト通信セッションを行っている場合には、領域の第１ＲＢは、そのＨＡＲＱ報告をＴｘ－ＵＥに対してフィードバックするために、Ｒｘ－ＵＥによって常に使用されてもよい。その後、（事前）構成された巡回シフトペアまたはオフセットインデックスが、および／またはＴｘ－ＵＥのｓｏｕｒｃｅ＿ＩＤが、ＲＢ内における一対をなす／一組をなす複数のＰＳＦＣＨリソースを決定してもよく、この場合、一対をなす／一組をなす複数のＰＳＦＣＨリソース／シーケンスの中からのＰＳＦＣＨリソース／シーケンスが、ＡＣＫ報告およびＮＡＣＫ報告のために使用されてもよい。

さて、図１１Ｂに示すフローチャートについて、以下において詳細に説明する。

別の実施形態によれば、一組をなす複数のＲＢｓの中からＰＳＦＣＨ ＲＢを割り当てるためには、一組をなす複数のＲＢｓの中から、少なくとも１つのＰＳＦＣＨ ＲＢが、サブチャネル内へと割り当てられ（８１１ｂ）、サブチャネル内の少なくとも１つのＰＳＦＣＨ ＲＢが、（図１１Ａに関して説明したような、ＰＳＦＣＨスロットと関連付けられたＰＳＳＣＨスロット数に基づいてではなく、また、ＨＲＷ内のＰＳＳＣＨスロット数に基づいてでもなく）ＳＬ送信キャストタイプに基づいて、各領域が少なくとも１つのＲＢを含むようにして、ＲＢｓからなる複数の領域へと分割されてもよい（Ｓ８１２ｂ）。

例えば、ＳＬ送信キャストタイプは、１対１の直接的な通信のためのユニキャスト（ＵＣ：unicast）、コネクションレス型グループキャスト（ＣＬ－ＧＣ：connection-less groupcast）、および、コネクション型グループキャスト（ＣＯ－ＧＣ：connection-oriented groupcast）、を含む。この点に関し、サブチャネル内の少なくとも１つのＰＳＦＣＨ ＲＢは、例えば、ＰＳＦＣＨ送信のために構成されたサブチャネル内の複数のＲＢは、第１領域、第２領域、および第３領域、へと分割されてもよく、ここで、第１領域は、ＵＣのＨＡＲＱ報告のために割り当てられ、第２領域は、ＣＬ－ＧＣ（同じＳＬグループ内の全ＵＥがＳＬグループのサイズを知らないＳＬグループキャスト通信）のＨＡＲＱ報告のために割り当てられ、第３領域は、ＣＯ－ＧＣ（同じＳＬグループ内の全ＵＥがＳＬグループサイズに関する知識を有しているグループキャスト通信）のＨＡＲＱ報告のために割り当てられる。ＳＬグループ内のＵＥは、ＳＬ通信を使用して互いに通信可能であってもよい。

Ｎ＝１の場合には、以前のシナリオと同様に、１つのＨＲＷ内には１つのＰＳＳＣＨスロットしか存在しないため、サブチャネル内のＰＳＦＣＨ ＲＢの総数を、異なる領域へと分離または分割する必要はない。そのため、サブチャネル内のＰＳＦＣＨ送信のために割り当てられたすべてのＲＢは、１つまたは複数のＲｘ－ＵＥからのＨＡＲＱ報告のために使用されてもよい。ＨＲＷ内のスロット内の送信された１つまたは複数のＰＳＳＣＨ ＴＢのキャストタイプに応じて、ユニキャストセッションに関して、サブチャネル内のＰＳＦＣＨ内のＨＡＲＱ報告内において、ただ１つのＲｘ－ＵＥが、そのＡＣＫ復号結果／ＮＡＣＫ復号結果をフィードバックすることが可能であり、あるいは、グループキャスト通信に関して、複数のＲｘ－ＵＥが、ＲＢおよびＰＳＦＣＨリソース／シーケンスを共有することにより、それらのＨＡＲＱ報告をフィードバックすることが可能である。

Ｎ＞１の場合には、例えばＮ＝２またはＮ＝４の場合には、上述したように、３つの別個の領域が、異なるＳＬ送信キャストタイプについての、すなわち、ユニキャストと、コネクションレス型グループキャストと、コネクション型グループキャストと、についての、ＨＡＲＱ報告のために定義されてもよい。これは、また、別の実施形態による、ＰＳＦＣＨスロット内の複数のＲＢが複数の領域へと分割される、例示的なＰＳＳＣＨおよびＰＳＦＣＨに関する設定を示す図１３にも、示されている。ここで、ＰＳＦＣＨスロット内の複数のＲＢは、ＳＬ送信キャストタイプに基づいて３つの領域へと分割されている。ＲＢの数という観点での、各領域どうしの間のサイズは、必ずしも同じである必要はない、あるいは、サブチャネルごとのＲＢの総数は、領域どうしの間にわたって均等に分配される必要はない。このことは、図１３において、第１領域（４０１）と第２領域（４０２）とのそれぞれが、１つのＰＳＦＣＨ ＲＢを含み、第３領域（４０３）が、複数のＰＳＦＣＨ ＲＢを含むことから、理解することができる。

特に、図１３を参照すると、サブチャネル内の複数のＰＳＦＣＨ ＲＢは、３つの異なるＳＬ送信キャストタイプである、ユニキャストと、コネクションレス型グループキャストと、コネクション型グループキャストと、のために、３つの別個の領域へと分割されている。最初の２つの領域（４０１）および（４０２）に関しては、ユニキャストおよびコネクションレス型グループキャストのＡＣＫ結果／ＮＡＣＫ結果をフィードバックする目的で、ＰＳＦＣＨ ＲＢが割り当てられてもよく、ＰＳＦＣＨ ＲＢの割り当て順序は、重要でない。各領域が、ただ１つのＳＬ送信キャストタイプ（ユニキャストまたはコネクションレス型グループキャストのいずれか）のみに対して割り当てられ、各領域には、少なくとも１つのＰＳＦＣＨ ＲＢが割り当てられてもよいことに、留意されたい。図１３では、最初の２つの領域（４０１）および（４０２）のそれぞれには、ただ１つのＰＳＦＣＨ ＲＢが割り当てられており、それら領域の一方は、ユニキャストＨＡＲＱ報告のために使用され、他方の領域は、コネクションレス型グループキャストＨＡＲＱ報告のために使用されている。しかしながら、Ｎ＝４であることのために、最初の２つの領域（４０１）および（４０２）のそれぞれは、４つのＰＳＦＣＨ ＲＢを含むことができる。Ｎ＝２である場合には、各領域は、２つのＰＳＦＣＨ ＲＢを含んでもよい。第３領域（４０３）に関しては、ＰＳＦＣＨ ＲＢが、コネクション型グループキャストＡＣＫ結果／ＮＡＣＫ結果をフィードバックするために割り当てられている。第３領域（４０３）は、サブチャネル内のＰＳＦＣＨ送信のための、第１領域および第２領域に対して割り当てられていない残りのすべてのＲＢｓを含んでもよい。

領域またはキャストタイプに対して割り当てられたＰＳＦＣＨ ＲＢが、ただ１つしか存在しない時には、ＨＲＷ（４０８）内の、すべてのＰＳＳＣＨスロットからの、例えばＰＳＳＣＨスロット（４０４）、（４０５）、（４０６）、および（４０７）からの、同じキャストタイプのＨＡＲＱ報告が、そのＰＳＦＣＨ ＲＢ内で多重化される。例えば、４つのＰＳＳＣＨスロットのすべてが、ユニキャスト送信を含み、４つのＰＳＳＣＨスロットのすべてが、それらのＲｘ－ＵＥからのＨＡＲＱ報告を必要とする場合には、４つのＨＡＲＱ報告は、例えば領域（４０１）または（４０２）内の同じＰＳＦＣＨ ＲＢ内で多重化されてもよい。

さらに、図１１Ｂに示すように、受信したＰＳＳＣＨのＳＬ送信キャストタイプに基づいて、Ｓ８１２ｂで取得したＲＢからなる複数の領域の中から、領域が選択されてもよい（Ｓ８１３ｂ）。例えば、受信したＰＳＳＣＨのＳＬ送信キャストタイプが、ユニキャストである場合には、ＲＢからなる複数の領域の中から、第１領域が選択されることとなる。例えば、受信したＰＳＳＣＨのＳＬ送信キャストタイプが、コネクションレス型グループキャストである場合には、ＲＢからなる複数の領域の中から、第２領域が選択されることとなる。そして、例えば、受信したＰＳＳＣＨのＳＬ送信キャストタイプが、コネクション型グループキャストである場合には、ＲＢからなる複数の領域の中から、第３領域が選択されることとなる。

その後、選択された領域内で、ＰＳＦＣＨ ＲＢが、ＳＬ通信に関する第１特性に基づいて選択されてもよく（Ｓ８１４ｂ）、一対をなす／一組をなす複数のＰＳＦＣＨリソースが、ＳＬ通信に関する第２特性に基づいて、選択された領域内で決定されてもよい（Ｓ８２１ｂ）。図１１Ｂに図示したステップＳ８２１ｂの後には、図８のステップＳ８３０が実行されてもよい。

一実施形態によれば、領域は、ＰＳＦＣＨスロットと関連付けられたＰＳＳＣＨスロットの数に基づいて、またはＨＲＷ内のＰＳＳＣＨスロットの数に基づいて、各サブ領域が少なくとも１つのＲＢを含むようにして、複数のサブ領域へと、さらに分割されてよい。サブ領域は、ＳＬ通信時にＰＳＳＣＨを受信したスロット位置に基づいて、複数のサブ領域の中から選択されてもよい。その後、ＰＳＦＣＨ ＲＢが、ＳＬ通信に関する第１特性に基づいて、選択されたサブ領域内で選択されてもよい。その後、一対をなす／一組をなす複数のＰＳＦＣＨリソース／シーケンスが、ＳＬ通信に関する第２特性に基づいて、選択されたＰＳＦＣＨ ＲＢ内で選択されてもよい。しかしながら、例えば図１３に図示した第１領域（４０１）および第２領域（４０２）の場合のように、領域がただ１つのＲＢのみを含む場合には、領域は、複数のサブ領域へと分割されないこととなる。

この場合にも、上述したように、ＳＬ通信に関する第１特性は、グループキャスト通信のメンバー識別子（メンバーＩＤまたはｍｅｍｂｅｒ＿ＩＤ）と、送信されたＰＳＳＣＨパケットＴＢｓの数と、の少なくとも一方を含んでもよい。例えば、グループキャスト通信のｍｅｍｂｅｒ＿ＩＤが利用可能である時には、そのｍｅｍｂｅｒ＿ＩＤは、ＰＳＦＣＨ ＲＢを選択するために使用される。

加えて、ＳＬ通信に関する第２特性は、少なくとも、構成された巡回シフトペアまたはオフセットインデックス、および／または、送信元識別子（ソースＩＤまたはｓｏｕｒｃｅ＿ＩＤ）、を含んでもよい。

この場合、（事前）構成された巡回シフト割り当て、例えば巡回シフトペアまたはオフセットインデックスと、ＨＲＷ内のＰＳＳＣＨスロット位置と、の組合せは、ＲＢ内で各Ｒｘ－ＵＥによって使用されるべきＰＳＦＣＨリソース／シーケンスの正確な対／組を決定してもよい。隠れノード問題を解決する必要がある場合には、Ｔｘ－ＵＥのｓｏｕｒｃｅ＿ＩＤが、また、考慮されてもよい。ＨＲＷが２つのＰＳＳＣＨスロットを含む時には（Ｎ＝２の場合）、１つの領域に対してまたは１つのキャストタイプに対して、２つのＲＢが割り当てられてもよい。ＨＲＷが４つのＰＳＳＣＨスロットを含む時には（Ｎ＝４の場合）、１つの領域に対してまたは１つのキャストタイプに対して、４つのＲＢが割り当てられてもよい。このような場合、ＨＡＲＱ報告は、１つまたは複数のＴＢを受信したＰＳＳＣＨスロット位置に基づいて、異なるＲＢへと分離されてもよい。図１３の場合には、第１領域と第２領域とのそれぞれは、ただ１つのＲＢを含むため、ＨＡＲＱ報告は、１つまたは複数のＴＢを受信したＰＳＳＣＨスロット位置に基づいて異なるＲＢへと分離する必要はない。

図１３の第３領域（４０３）に関しては、複数のＲＢが、コネクション型グループキャストＡＣＫ結果／ＮＡＣＫ結果をフィードバックするために、割り当てられている。この場合、第３領域は、ＨＲＷ内のＰＳＳＣＨスロット数に応じて、ＲＢからなるサブ領域へと、さらに分離されてもよい。Ｎ＝２の場合には、すなわち、ＨＲＷ内に２つのＰＳＳＣＨスロットがある場合には、第３領域は、各ＰＳＳＣＨスロットに対して１つのサブ領域があるようにして、２つのサブ領域（４０９）および（４１０）へと分離されてもよい。Ｎ＝４の場合には、すなわち、ＨＲＷ内に４つのＰＳＳＣＨスロットがある場合には、第３領域は、２つまたは４つのサブ領域へと分離されてもよい。例えば、コネクション型グループキャストのためのＰＳＳＣＨスロットの指示数が、ＨＲＷ内で４つであるように（事前）構成されている場合には、第３領域内の複数のＲＢは、４つのサブ領域へと分離されてもよく、各サブ領域は、ＨＲＷ内の１つのＰＳＳＣＨスロットに対して指定される。例えば、第３領域に対して合計で８個のＲＢが存在し、コネクション型グループキャストのためのＰＳＳＣＨスロットの指示数が、ＨＲＷ（４０８）内の２個である場合には（Ｎ＝２）、第３領域は、２つのサブ領域（４０９）および（４１０）へと分離されてもよく、４個のＲＢが、各サブ領域に対してまたはＰＳＳＣＨスロットに対して、割り当てられてもよい（図１３も、また、参照されたい）。サブ領域が明確に分割された後には、Ｒｘ－ＵＥが、サブ領域内でＰＳＦＣＨ ＲＢを選択するとともに、選択されたＰＳＦＣＨ ＲＢ内で一対をなす／一組をなす複数のＰＳＦＣＨリソースを選択するためのプロセスは、Ｎ＝１の時と同じであってもよく、この場合、Ｒｘ－ＵＥのメンバー＿ＩＤまたはグループキャスト内のシーケンス、送信ＰＳＳＣＨ ＴＢの数、巡回シフトペアまたはオフセットインデックス、ならびに／あるいは、Ｔｘ－ＵＥのソース＿ＩＤ、を使用することができる。その後、受信した１つまたは複数のＰＳＳＣＨ ＴＢに対するＡＣＫ復号結果またはＮＡＣＫ復号結果に基づいて、Ｒｘ－ＵＥは、Ｔｘ－ＵＥに対してＨＡＲＱ報告をフィードバックするために、一対をなす／一組をなす複数のＰＳＦＣＨリソースから、ＰＳＦＣＨリソース／シーケンスを決定してもよい。

図１１Ａに関して説明したプロセスと、図１１Ｂに関して説明したプロセスと、のいずれかに基づいて、ＰＳＦＣＨ ＲＢと、一対をなす／一組をなす複数のＰＳＦＣＨリソースと、の決定は、ＳＬ通信時に受信した対応するＰＳＳＣＨの開始サブチャネルインデックスに基づくものであってもよい。例えば、ＰＳＦＣＨ ＲＢと、一対をなす／一組をなす複数のＰＳＦＣＨリソースと、の決定は、ＳＬ通信時に受信したＰＳＳＣＨに対して使用された同じ開始サブチャネルインデックスから開始されてもよい。

ＳＬ通信に関するＰＳＦＣＨ送信のために、サブチャネル内におけるＰＳＦＣＨリソース／シーケンスをどのようにして決定するかに関する解決策について、詳細に上述した。上述したＰＳＦＣＨ容量および多重化という問題点は、需要に基づいてＰＳＦＣＨの無線リソース量を調整することにより、そして、ＡＣＫ／ＮＡＣＫのフィードバック量が多い送信キャストタイプを送信し得るスロットを制御することにより、制御信号の増加を回避しつつ、解決された。加えて、すべてのＰＳＦＣＨリソースは、効率的に利用されている。

加えて、ＰＳＦＣＨマッピングおよびＡＣＫ／ＮＡＣＫ多重化に関するルールは、上記で定義されており、Ｔｘ－ＵＥまたはＲｘ－ＵＥが、制御シグナリングにおいて、ＨＡＲＱ報告をフィードバックするために使用するための正確な位置およびＰＳＦＣＨリソース／シーケンスを、他のＵＥに対して、指示または通知する必要性が除去されている。したがって、制御シグナリングのオーバーヘッド量を、低減することができる。

さらに、ＰＳＳＣＨスロットに基づいてまたは送信キャストタイプに基づいて指定位置およびＰＳＦＣＨリソース／シーケンスを割り当てることにより、ＡＣＫ／ＮＡＣＫフィードバックのためにＰＳＦＣＨリソース／シーケンスを予約する必要があるという問題点が回避されるとともに、ＰＳＦＣＨ送信衝突というリスクが回避される。

上述したように、ネットワークノード４１０と、ＵＥ４２０および４３０とは、図５および図６に関して上述した回路を使用して、本明細書で説明する特定の操作またはプロセスを実行してもよい。これらの操作は、処理回路またはプロセッサが、メインメモリ、ＲＯＭ、および／または記憶デバイス、などのコンピュータ可読媒体内に含まれたソフトウェア命令を実行することに応答して、実行されてもよい。コンピュータ可読媒体は、物理的なまたは論理的なメモリデバイスとして定義されてもよい。例えば、論理的なメモリデバイスは、単一の物理的なメモリデバイス内の複数のメモリを含んでもよく、または、複数の物理的なメモリデバイスにわたって分散してもよい。メインメモリ、ＲＯＭ、および記憶デバイス、のそれぞれは、プログラムコードとしての命令を有したコンピュータ可読媒体を含んでもよい。ソフトウェアの命令は、記憶デバイスなどの別のコンピュータ可読媒体のためにメインメモリ内へと読み込まれてもよく、または、通信インターフェースを介して別のデバイスから読み込まれてもよい。

さらに、メインメモリに含まれるソフトウェア命令は、処理回路上で実行された時には、データプロセッサを含む処理回路に、本明細書で説明する操作またはプロセスを実行させてもよい。代替的には、本明細書で説明するプロセスおよび／または操作を実装するために、ソフトウェア命令に代えて、またはソフトウェア命令と組み合わせて、ハードワイヤード回路が使用されてもよい。よって、本明細書で説明する実装は、ハードウェアとソフトウェアとの何らの特定の組合せに限定されるものではない。

要素、ユニット、モジュール、ノード、およびシステム、を含む本発明の異なる実施形態による物理的実体は、ソフトウェア命令を含むコンピュータプログラムを構成または格納してもよく、この場合、コンピュータプログラムが物理的実体上で実行された時には、本発明の実施形態によるステップおよび操作が実行される、すなわち、データ処理手段に操作を実行させる。特に、本発明の実施形態は、また、本発明の実施形態による操作およびステップを実行するためのコンピュータプログラムに関し、さらに、上述した方法を実行するためのコンピュータプログラムを格納した任意のコンピュータ可読媒体に関する。

モジュールという用語が使用された場合、これらの要素がどのようにして分散され得るかに関して、また、これらの要素がどのようにして集められ得るかに関して、何らの制限もない。すなわち、ネットワークノード４１０と、ＵＥ４２０および４３０と、に関する構成要素、モジュール、ユニットは、意図した機能をもたらすために、異なるソフトウェア構成要素およびハードウェア構成要素内へと、または他のデバイスへと、分散されてもよい。また、意図した機能を提供するために、複数の別個の要素およびモジュールが集められてもよい。例えば、ノードの、要素、モジュール、および機能は、バス、処理ユニット、メインメモリ、ＲＯＭ、等を含む上記ノードと同様の、マイクロプロセッサおよびメモリによって具現されてもよい。マイクロプロセッサは、メモリ内に命令として格納され得る上記操作が実行されるように、プログラムされてもよい。

さらに、装置の、要素、モジュール、およびユニットは、ハードウェア、ソフトウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ：Field Programmable Gate Arrays）、特定用途向け集積回路（ＡＳＩＣｓ：application-specific integrated circuits）、ファームウェア、または同種のもの、で実装されてもよい。

本発明の範囲または精神から逸脱することなく、本発明の実体および方法、ならびに本発明の構造に対して、様々な改変および変形を行い得ることは、当業者には明らかであろう。

本発明について、特定の実施形態および実施例に関連して説明したけれども、これらは、すべての態様で、限定的ではなく例示的であることを意図している。当業者であれば、ハードウェア、ソフトウェア、および／またはファームウェア、に関する多くの異なる組合せが、本発明を実施するに際して適していることは、理解されよう。

その上、本発明の他の実装は、ここで開示した本発明の明細書および実施態様を考慮することにより、当業者には明らかであろう。本明細書および実施例は、例示的なものに過ぎないと見なされることが、意図されている。この目的のために、発明的態様が、単一の上記で開示した実施態様または構成に関するすべての特徴点よりも少ないものにあることは、理解されよう。よって、本発明の真の範囲および精神は、以下の特許請求の範囲によって示されている。

Claims (44)

1. サイドリンク（ＳＬ：Sidelink）通信を実行するユーザ機器（ＵＥ：user equipment）を操作するための方法であって、
   前記ＵＥに対して、前記ＳＬ通信に関するハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）報告のための物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）リソース／シーケンスを前記ＵＥが決定することを可能とする手順を、提供することを含み、
   前記手順は、前記ＳＬ通信に関する第１特性および第２特性に基づいて、前記ＨＡＲＱ報告のための前記ＰＳＦＣＨリソース／シーケンスを段階的に決定するための命令を提供する、方法。
2. 前記ＵＥは、ＳＬ通信に応答して前記ＨＡＲＱ報告を送信するために、前記ＳＬ通信をスケジューリングするサイドリンク制御情報（ＳＣＩ：Sidelink Control Information）フォーマットによって、指示される、請求項１に記載の方法。
3. 前記ＳＣＩフォーマットは、ＨＡＲＱフィードバック有効／無効インジケータフィールドを含み、前記ＨＡＲＱフィードバック有効／無効インジケータが特定の値を有している時には、前記ＨＡＲＱ報告が、前記ＳＬ通信に応答して前記ＵＥによって送信される、請求項２に記載の方法。
4. 前記段階的決定のための前記命令は、
   第１ステップとして、前記ＳＬ通信に関する前記第１特性に基づいて、ＰＳＦＣＨリソースブロック（ＲＢ：Resource Block）を、一組をなす複数のＲＢｓの中から、割り当てることと、
   第２ステップとして、前記ＳＬ通信に関する前記第２特性に基づいて、前記割り当てられたＰＳＦＣＨ ＲＢ内で、一対をなす／一組をなす複数のＰＳＦＣＨリソースを決定することと、
   第３ステップとして、前記ＳＬ通信時に受信した物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical Sidelink Shared Channel）パケット伝送ブロック（ＴＢ：Transport Block）の確認応答（ＡＣＫ：Acknowledgement）復号結果または否定応答（ＮＡＣＫ：Negative Acknowledgement）復号結果に基づいて、前記一対をなす／一組をなす複数のＰＳＦＣＨリソースから、ハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）報告のための前記ＰＳＦＣＨリソース／シーケンスを選択することと、を含む、請求項１～３のいずれか一項に記載の方法。
5. 前記ＰＳＦＣＨリソース／シーケンスを使用して、前記ＨＡＲＱ報告に関するＡＣＫ復号結果またはＮＡＣＫ復号結果を送信することを、さらに含む、請求項１～４のいずれか一項に記載の方法。
6. 前記一組をなす複数のＲＢは、ＰＳＦＣＨの送受信のために構成され、ビットマップとして表される、請求項４または５に記載の方法。
7. 前記一組をなす複数のＲＢは、ＳＬリソースプール構成を使用して構成され、前記ＳＬリソースプール構成は、ＰＳＦＣＨリソース割り当ておよびＨＡＲＱ報告関連情報を含む、請求項４～６のいずれか一項に記載の方法。
8. 前記ＳＬリソースプール構成は、時間領域割り当て、周波数領域割り当て、巡回シフト割り当て、および／または、コネクション型グループキャストスロット割り当てに関する情報、に関連した少なくとも１つのＰＳＦＣＨパラメータを含む、請求項７に記載の方法。
9. ネットワークノードから、または事前構成から、前記ＳＬリソースプール構成を受信することを、さらに含む、請求項７または８に記載の方法。
10. 前記ＰＳＦＣＨリソース／シーケンスは、１つのシンボル内でマッピングされ、その後、２つの直交周波数分割多重化（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボルがＰＳＦＣＨのために割り当てられている時には、直前のシンボルに対して複製される、請求項１～５のいずれか一項に記載の方法。
11. 前記第１ステップおよび前記第２ステップは、
    前記一組をなす複数のＲＢの中から、少なくとも１つのＰＳＦＣＨ ＲＢを、サブチャネル内へと割り当てることと、
    前記サブチャネル内の前記少なくとも１つのＰＳＦＣＨ ＲＢを、ＰＳＦＣＨスロットと関連付けられたＰＳＳＣＨスロットの数に基づいて、またはＨＡＲＱ報告ウィンドウ（ＨＲＷ：HARQ reporting window）内のＰＳＳＣＨスロットの数に基づいて、各領域が少なくとも１つのＲＢを含むようにして、ＲＢからなる複数の領域へと分割することと、
    前記対応するＰＳＳＣＨを受信したスロット位置に基づいて、ＲＢからなる前記複数の領域の中から、領域を選択することと、
    前記ＳＬ通信に関する前記第１特性に基づいて、前記選択された領域内で、前記ＰＳＦＣＨ ＲＢを選択することと、
    前記ＳＬ通信に関する前記第２特性に基づいて、前記選択された領域内で、前記一対をなす／一組をなす複数のＰＳＦＣＨリソースを決定することと、をさらに含む、請求項４～１０のいずれか一項に記載の方法。
12. 前記ＳＬ通信に関する前記第１特性は、前記グループキャスト通信のメンバーＩＤを含み、前記メンバーＩＤは、利用可能である時には、前記選択された領域内で前記ＰＳＦＣＨ ＲＢを決定するために使用される、請求項１１に記載の方法。
13. 前記ＳＬ通信に関する前記第２特性は、少なくとも、構成された巡回シフト割り当て、および／または、送信元識別子（ＩＤ：identification）、を含む、請求項１１または１２に記載の方法。
14. 前記第１ステップおよび前記第２ステップは、
    前記一組をなす複数のＲＢの中から、少なくとも１つのＰＳＦＣＨ ＲＢを、サブチャネル内へと割り当てることと、
    前記サブチャネル内の前記少なくとも１つのＰＳＦＣＨ ＲＢを、ＳＬ送信キャストタイプに基づいて、各領域が少なくとも１つのＲＢを含むようにして、ＲＢからなる複数の領域へと分割することと、
    受信した前記ＰＳＳＣＨのＳＬ送信キャストタイプに基づいて、ＲＢからなる前記複数の領域の中から、領域を選択することと、
    前記ＳＬ通信に関する前記第１特性に基づいて、前記選択された領域内で、前記ＰＳＦＣＨ ＲＢを選択することと、
    前記ＳＬ通信に関する前記第２特性に基づいて、前記選択された領域内で、前記一対をなす／一組をなす複数のＰＳＦＣＨリソースを決定することと、をさらに含む、請求項４～１０のいずれか一項に記載の方法。
15. ＰＳＦＣＨスロットと関連付けられたＰＳＳＣＨスロットの数に基づいて、またはＨＡＲＱ報告ウィンドウ（ＨＲＷ：HARQ reporting window）内のＰＳＳＣＨスロットの数に基づいて、各サブ領域が少なくとも１つのＲＢを含むようにして、前記領域を、複数のサブ領域へと、さらに分割し、
    前記ＳＬ通信時に前記ＰＳＳＣＨを受信したスロット位置に基づいて、前記複数のサブ領域の中から、サブ領域を選択し、
    前記ＰＳＦＣＨ ＲＢを、前記ＳＬ通信に関する前記第１特性に基づいて、前記選択されたサブ領域内で選択する、請求項１４に記載の方法。
16. 前記ＳＬ送信キャストタイプは、１対１の直接的な通信のためのユニキャスト（ＵＣ：unicast）、コネクションレス型グループキャスト（ＣＬ－ＧＣ：connection-less groupcast）、および、コネクション型グループキャスト（ＣＯ－ＧＣ：connection-oriented groupcast）、を含む、請求項１４または１５に記載の方法。
17. 前記サブチャネル内の前記少なくとも１つのＰＳＦＣＨ ＲＢを、第１領域、第２領域、および第３領域、へと分割し、前記第１領域を、ユニキャスト通信のＨＡＲＱ報告のために割り当て、前記第２領域を、ＣＬ－ＧＣのＨＡＲＱ報告のために割り当て、前記第３領域を、ＣＯ－ＧＣのＨＡＲＱ報告のために割り当てる、請求項１６に記載の方法。
18. 前記ＳＬ通信に関する前記第１特性は、グループキャスト通信のメンバー識別子（ＩＤ：identification）と、送信されたＰＳＳＣＨパケットＴＢの数と、の少なくとも一方を含む、請求項１４～１７のいずれか一項に記載の方法。
19. 前記グループキャスト通信の前記メンバーＩＤは、利用可能である時には、前記ＰＳＦＣＨ ＲＢを選択するために使用される、請求項１８に記載の方法。
20. 前記ＳＬ通信に関する前記第２特性は、少なくとも、構成された巡回シフト割り当て、オフセット、および／または、送信元識別子（ＩＤ：identification）、を含む、請求項１４～１９のいずれか一項に記載の方法。
21. 前記少なくとも１つのＰＳＦＣＨ ＲＢと、前記一対をなす／一組をなす複数のＰＳＦＣＨリソースと、の決定は、前記ＳＬ通信時に受信した前記対応するＰＳＳＣＨの開始サブチャネルインデックスに基づくものである、請求項１１～２０のいずれか一項に記載の方法。
22. プロセッサとメモリとを含むユーザ機器（ＵＥ：user equipment）であって、
    前記メモリは、前記プロセッサによって実行可能な命令を含み、これにより、前記ＵＥは、ＳＬ通信に関するハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）報告のための物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）リソース／シーケンスを前記ＵＥが決定することを可能とする手順を、提供するように操作され、
    前記手順は、前記ＳＬ通信に関する第１特性および第２特性に基づいて、前記ＨＡＲＱ報告のための前記ＰＳＦＣＨリソース／シーケンスを段階的に決定するための命令を提供する、ユーザ機器（ＵＥ）。
23. 前記ＵＥは、ＳＬ通信に応答して前記ＨＡＲＱ報告を送信するために、前記ＳＬ通信をスケジューリングするサイドリンク制御情報（ＳＣＩ：Sidelink Control Information）フォーマットによって、指示される、請求項２２に記載のＵＥ。
24. 前記ＳＣＩフォーマットは、ＨＡＲＱフィードバック有効／無効インジケータフィールドを含み、前記ＨＡＲＱフィードバック有効／無効インジケータが特定の値を有している時には、前記ＨＡＲＱ報告が、前記ＳＬ通信に応答して前記ＵＥによって送信される、請求項２３に記載のＵＥ。
25. 前記段階的決定では、
    第１ステップとして、前記ＳＬ通信に関する前記第１特性に基づいて、ＰＳＦＣＨリソースブロック（ＲＢ：Resource Block）を、一組をなす複数のＲＢの中から、割り当てるように、
    第２ステップとして、前記ＳＬ通信に関する前記第２特性に基づいて、前記割り当てられたＰＳＦＣＨ ＲＢ内で、一対をなす／一組をなす複数のＰＳＦＣＨリソースを決定するように、
    第３ステップとして、前記ＳＬ通信時に受信した物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical Sidelink Shared Channel）パケット伝送ブロック（ＴＢ：Transport Block）の確認応答（ＡＣＫ：Acknowledgement）復号結果または否定応答（ＮＡＣＫ：Negative Acknowledgement）復号結果に基づいて、前記一対をなす／一組をなす複数のＰＳＦＣＨリソースから、ハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）報告のための前記ＰＳＦＣＨリソース／シーケンスを選択するように、構成されている、請求項２２～２４のいずれか一項に記載のＵＥ。
26. 前記ＰＳＦＣＨリソース／シーケンスを使用して、前記ＨＡＲＱ報告に関するＡＣＫ復号結果またはＮＡＣＫ復号結果を送信するように、さらに構成されている、請求項２２～２５のいずれか一項に記載のＵＥ。
27. 前記一組をなす複数のＲＢは、ＰＳＦＣＨの送受信のために構成され、ビットマップとして表される、請求項２５または２６に記載のＵＥ。
28. 前記一組をなす複数のＲＢｓは、ＳＬリソースプール構成を使用して構成され、前記ＳＬリソースプール構成は、ＰＳＦＣＨリソース割り当ておよびＨＡＲＱ報告関連情報を含む、請求項２５～２７のいずれか一項に記載のＵＥ。
29. 前記ＳＬリソースプール構成は、時間領域割り当て、周波数領域割り当て、巡回シフト割り当て、および／または、コネクション型グループキャストスロット割り当てに関する情報、に関連した少なくとも１つのＰＳＦＣＨパラメータを含む、請求項２８に記載のＵＥ。
30. ネットワークノードから、または事前構成から、前記ＳＬリソースプール構成を受信するように、さらに構成されている、請求項２８または２９に記載のＵＥ。
31. 前記ＰＳＦＣＨリソース／シーケンスは、１つのシンボル内でマッピングされ、その後、２つの直交周波数分割多重化（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボルがＰＳＦＣＨのために割り当てられている時には、直前のシンボルに対して複製される、請求項２２～２６のいずれか一項に記載のＵＥ。
32. 前記第１ステップおよび前記第２ステップでは、
    前記一組をなす複数のＲＢの中から、少なくとも１つのＰＳＦＣＨ ＲＢを、サブチャネル内へと割り当てるように、
    前記サブチャネル内の前記少なくとも１つのＰＳＦＣＨ ＲＢを、ＰＳＦＣＨスロットと関連付けられたＰＳＳＣＨスロットの数に基づいて、またはＨＡＲＱ報告ウィンドウ（ＨＲＷ：HARQ reporting window）内のＰＳＳＣＨスロットの数に基づいて、各領域が少なくとも１つのＲＢを含むようにして、ＲＢからなる複数の領域へと分割するように、
    前記対応するＰＳＳＣＨを受信したスロット位置に基づいて、ＲＢからなる前記複数の領域の中から、領域を選択するように、
    前記ＳＬ通信に関する前記第１特性に基づいて、前記選択された領域内で、前記ＰＳＦＣＨ ＲＢを選択するように、
    前記ＳＬ通信に関する前記第２特性に基づいて、前記選択された領域内で、前記一対をなす／一組をなす複数のＰＳＦＣＨリソースを決定するように、構成されている、請求項２５～３１のいずれか一項に記載のＵＥ。
33. 前記ＳＬ通信に関する前記第１特性は、前記グループキャスト通信のメンバーＩＤを含み、前記メンバーＩＤは、利用可能である時には、前記選択された領域内で前記ＰＳＦＣＨ ＲＢを決定するために使用される、請求項３２に記載のＵＥ。
34. 前記ＳＬ通信に関する前記第２特性は、少なくとも、構成された巡回シフト割り当て、および／または、送信元識別子（ＩＤ：identification）、を含む、請求項３２または３３に記載のＵＥ。
35. 前記第１ステップでは、
    前記一組をなす複数のＲＢの中から、少なくとも１つのＰＳＦＣＨ ＲＢを、サブチャネル内へと割り当てるように、
    前記サブチャネル内の前記少なくとも１つのＰＳＦＣＨ ＲＢを、ＳＬ送信キャストタイプに基づいて、各領域が少なくとも１つのＲＢを含むようにして、ＲＢからなる複数の領域へと分割するように、
    受信した前記ＰＳＳＣＨのＳＬ送信キャストタイプに基づいて、ＲＢからなる前記複数の領域の中から、領域を選択するように、
    前記ＳＬ通信に関する前記第１特性に基づいて、前記選択された領域内で、前記ＰＳＦＣＨ ＲＢを選択するように、
    前記ＳＬ通信に関する前記第２特性に基づいて、前記選択された領域内で、前記一対をなす／一組をなす複数のＰＳＦＣＨリソースを決定するように、構成されている、請求項２５～３１のいずれか一項に記載のＵＥ。
36. ＰＳＦＣＨスロットと関連付けられたＰＳＳＣＨスロットの数に基づいて、またはＨＡＲＱ報告ウィンドウ（ＨＲＷ：HARQ reporting window）内のＰＳＳＣＨスロットの数に基づいて、各サブ領域が少なくとも１つのＲＢを含むようにして、前記領域が、複数のサブ領域へと、さらに分割され、
    前記ＳＬ通信時に前記ＰＳＳＣＨを受信したスロット位置に基づいて、前記複数のサブ領域の中から、サブ領域が選択され、
    前記ＰＳＦＣＨ ＲＢは、前記ＳＬ通信に関する前記第１特性に基づいて、前記選択されたサブ領域内で選択される、請求項３５に記載のＵＥ。
37. 前記ＳＬ送信キャストタイプは、１対１の直接的な通信のためのユニキャスト（ＵＣ：unicast）、コネクションレス型グループキャスト（ＣＬ－ＧＣ：connection-less groupcast）、および、コネクション型グループキャスト（ＣＯ－ＧＣ：connection-oriented groupcast）、を含む、請求項３５または３６に記載のＵＥ。
38. 前記サブチャネル内の前記少なくとも１つのＰＳＦＣＨ ＲＢは、第１領域、第２領域、および第３領域、へと分割され、前記第１領域は、ユニキャスト通信のＨＡＲＱ報告のために割り当てられ、前記第２領域は、ＣＬ－ＧＣのＨＡＲＱ報告のために割り当てられ、前記第３領域は、ＣＯ－ＧＣのＨＡＲＱ報告のために割り当てられる、請求項３７に記載のＵＥ。
39. 前記ＳＬ通信に関する前記第１特性は、グループキャスト通信のメンバー識別子（ＩＤ：identification）と、送信されたＰＳＳＣＨパケットＴＢｓの数と、の少なくとも一方を含む、請求項３５～３８のいずれか一項に記載のＵＥ。
40. 前記グループキャスト通信の前記メンバーＩＤは、利用可能である時には、前記ＰＳＦＣＨ ＲＢを選択するために使用される、請求項３９に記載のＵＥ。
41. 前記ＳＬ通信に関する前記第２特性は、少なくとも、構成された巡回シフト割り当て、オフセット、および／または、送信元識別子（ＩＤ：identification）、を含む、請求項３５～４０のいずれか一項に記載のＵＥ。
42. 前記少なくとも１つのＰＳＦＣＨ ＲＢと、前記一対をなす／一組をなす複数のＰＳＦＣＨリソースと、の決定は、前記ＳＬ通信時に受信した前記対応するＰＳＳＣＨの開始サブチャネルインデックスに基づくものである、請求項３２～４１のいずれか一項に記載のＵＥ。
43. 命令を含むコンピュータプログラムであって、
    前記コンピュータプログラムがコンピュータによって実行された時には、前記コンピュータプログラムは、前記コンピュータに、
    サイドリンク（ＳＬ：Sidelink）通信を実行するユーザ機器（ＵＥ：user equipment）に対して、前記ＳＬ通信に関するハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）報告のための物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）リソース／シーケンスを前記ＵＥが決定することを可能とする手順を、提供する工程を実行させ、
    前記手順は、前記ＳＬ通信に関する第１特性および第２特性に基づいて、前記ＨＡＲＱ報告のための前記ＰＳＦＣＨリソース／シーケンスを段階的に決定するための命令を提供する、コンピュータプログラム。
44. 命令を含むコンピュータ可読記憶媒体であって、
    前記命令は、コンピュータによって実行された時には、前記コンピュータに、
    サイドリンク（ＳＬ：Sidelink）通信を実行するユーザ機器（ＵＥ：user equipment）に対して、前記ＳＬ通信に関するハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）報告のための物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）リソース／シーケンスを前記ＵＥが決定することを可能とする手順を、提供する工程を実行させ、
    前記手順は、前記ＳＬ通信に関する第１特性および第２特性に基づいて、前記ＨＡＲＱ報告のための前記ＰＳＦＣＨリソース／シーケンスを段階的に決定するための命令を提供する、コンピュータ可読記憶媒体。

Images