(57)【要約】      （修正有）【課題】無線通信システムにおいて、デバイス・ツー・デバイスフィードバックを処理する方法及び装置を提供する。【解決手段】方法は、第１のデバイスは、サイドリンクデータ送信の周波数領域と、サイドリンクフィードバック送信の複数の周波数領域とを含むサイドリンクリソースプールで設定される。第１のデバイスは、第１のＴＴＩにおけるサイドリンクデータ送信の周波数領域内で、第２のデバイスからサイドリンクデータ送信を受信し、サイドリンクデータ送信に関連付けられたフィードバック情報を生成する。第１のデバイスは、サイドリンクフィードバック送信の複数の周波数領域のうちのサイドリンクフィードバック送信の１つの周波数領域内のサイドリンクフィードバックリソースを決定又は導出する。第１のデバイスは、サイドリンクフィードバックリソース上で、第２のデバイスにフィードバック情報を送達するためのサイドリンクフィードバック送信を行う。【選択図】図２３
2020156086.tif 000002
【特許請求の範囲】
【請求項１】
第１のデバイスがサイドリンク送信を行う方法であって、
前記第１のデバイスが、サイドリンクデータ送信の周波数領域と、サイドリンクフィードバック送信の複数の周波数領域とを含むサイドリンクリソースプールで設定されることであって、１つのＴＴＩ（Transmission  Time  Interval)における前記サイドリンクフィードバック送信の複数の周波数領域が、複数のＴＴＩにおける前記サイドリンクデータ送信の１つの周波数領域に別々に関連付けられ、前記１つのＴＴＩにおけるサイドリンクフィードバック送信の複数の周波数領域が、周波数領域において互いに重複せず、時間領域において完全に重複する、設定されることと、
前記第１のデバイスが、第１のＴＴＩにおけるサイドリンクデータ送信の周波数領域内で、第２のデバイスからサイドリンクデータ送信を受信することと、
前記第１のデバイスが、前記サイドリンクデータ送信に関連付けられたフィードバック情報を生成することと、
前記第１のデバイスが、前記サイドリンクフィードバック送信の複数の周波数領域のうちのサイドリンクフィードバック送信の１つの周波数領域内のサイドリンクフィードバックリソースを決定または導出することであって、前記サイドリンクフィードバック送信の１つの周波数領域が、前記第１のＴＴＩとの関連付けに基づいて決定または導出される、決定または導出することと、
前記第１のデバイスが、前記サイドリンクフィードバックリソース上で、前記第２のデバイスに前記フィードバック情報を送達するためのサイドリンクフィードバック送信を行うことと、を含む方法。
【請求項２】
前記１つのＴＴＩにおける前記サイドリンクフィードバック送信の複数の周波数領域のうちの任意の２つが、異なるＴＴＩにおけるサイドリンクデータ送信に関連付けられる、請求項１に記載の方法。
【請求項３】
前記サイドリンクフィードバック送信の複数の周波数領域が、前記サイドリンクリソースプールのＴＴＩの一部に存在し、前記サイドリンクフィードバック送信の複数の周波数領域の各々について、前記サイドリンクリソースプールのＴＴＩの一部のうちの各ＴＴＩにおける周波数サイズおよび周波数位置が同じである、請求項１に記載の方法。
【請求項４】
前記サイドリンクデータ送信の周波数領域が、前記サイドリンクリソースプールの完全なＰＲＢ（Physical  Resource  Block）を含み、前記サイドリンクデータ送信の周波数領域が、ＰＲＢの単位またはサブチャネルの単位でスケジューリングまたはアレンジされ、各サブチャネルが、周波数領域において複数のＰＲＢを含み、
前記サイドリンクフィードバック送信の複数の周波数領域の各々が、前記サイドリンクリソースプールのＰＲＢの一部を含み、前記サイドリンクフィードバック送信の周波数領域の各々が、ＰＲＢの単位でスケジューリングまたはアレンジされる、請求項１に記載の方法。
【請求項５】
前記サイドリンクデータ送信のためのリソースユニットがサブチャネルであり、前記サイドリンクフィードバック送信のためのリソースユニットがＰＲＢであり、前記第１のＴＴＩにおける前記サイドリンクデータ送信の周波数領域の各サブチャネルが、候補または利用可能なサイドリンクフィードバック送信のための特定の数のＰＲＢに関連付けられ、前記特定の数のＰＲＢが、前記サイドリンクフィードバック送信の複数の周波数領域のうちの関連付けられた前記１つの周波数領域内にある、請求項１に記載の方法。
【請求項６】
前記第１のデバイスが、サブチャネルのセットを含む前記サイドリンクデータ送信を受信し、前記サイドリンクフィードバックリソースが、関連付けられたＰＲＢのセット内のＰＲＢの１つまたは一部にあり、前記関連付けられた前記ＰＲＢのセットが、前記サブチャネルのセットに関連付けられた前記特定の数のＰＲＢを含む、請求項５に記載の方法。
【請求項７】
第１のデバイスがサイドリンク送信を行う方法であって、
前記第１のデバイスが、サイドリンクデータ送信の周波数領域と、少なくとも、サイドリンクフィードバック送信の第１の周波数領域と、サイドリンクフィードバック送信の第２の周波数領域とを含むサイドリンクリソースプールで設定されることであって、前記サイドリンクフィードバック送信の第１の周波数領域と前記サイドリンクフィードバック送信の第２の周波数領域とは、異なるＴＴＩにおける前記サイドリンクデータ送信の周波数領域に別々に関連付けられ、１つのＴＴＩにおける前記サイドリンクフィードバック送信の第１の周波数領域と前記サイドリンクフィードバック送信の第２の周波数領域とは、周波数領域において互いに重複せず、時間領域において完全に重複する、設定することと、
前記第１のデバイスが、第１のＴＴＩにおいて前記サイドリンクデータ送信の周波数領域内で第１のサイドリンクデータ送信を受信することと、
前記第１のデバイスが、前記第１のサイドリンクデータ送信に関連付けられた第１のフィードバック情報を生成することと、
前記第１のデバイスが、前記サイドリンクフィードバック送信の第１の周波数領域内の第１のサイドリンクフィードバックリソースを決定または導出することであって、前記サイドリンクフィードバック送信の第１の周波数領域が、前記第１のＴＴＩとの関連付けに基づいて決定または導出される、決定または導出することと、
前記第１のデバイスが、前記第１のサイドリンクフィードバックリソース上で、前記第１のフィードバック情報を送達するための第１のサイドリンクフィードバック送信を行うことと、
前記第１のデバイスが、第２のＴＴＩにおいて前記サイドリンクデータ送信の周波数領域内で第２のサイドリンクデータ送信を受信することと、
前記第１のデバイスが、前記第２のサイドリンクデータ送信に関連付けられた第２のフィードバック情報を生成することと、
前記第１のデバイスが、前記サイドリンクフィードバック送信の第２の周波数領域内の第２のサイドリンクフィードバックリソースを決定または導出することであって、前記サイドリンクフィードバック送信の第２の周波数領域が、前記第２のＴＴＩとの関連付けに基づいて決定または導出される、決定または導出することと、
第１のデバイスが、前記第２のサイドリンクフィードバックリソース上で、前記第２のフィードバック情報を送達するための第２のサイドリンクフィードバック送信を行うことと、を含む方法。
【請求項８】
前記サイドリンクフィードバック送信の第１の周波数領域が、第１のＴＴＩセットにおける前記サイドリンクデータ送信の周波数領域と関連付けられ、前記第１のＴＴＩが、前記第１のＴＴＩセット内にあり、
前記サイドリンクフィードバック送信の第２の周波数領域が、第２のＴＴＩセットにおける前記サイドリンクデータ送信の周波数領域と関連付けられ、第２のＴＴＩが、前記第２のＴＴＩセット内にあり、
前記第１のＴＴＩセットと前記第２のＴＴＩセットが、時間領域において重複せず、前記サイドリンクリソースプールが、少なくとも前記第１のＴＴＩセットと前記第２のＴＴＩセットと、を含む、請求項７に記載の方法。
【請求項９】
前記サイドリンクフィードバック送信の第１の周波数領域および前記サイドリンクフィードバック送信の第２の周波数領域が、前記サイドリンクリソースプールのＴＴＩの一部に存在し、前記サイドリンクリソースプールの一部分の各ＴＴＩにおける前記サイドリンクフィードバック送信の第１の周波数領域の周波数サイズおよび周波数位置が同じであり、前記サイドリンクリソースプールの一部の各ＴＴＩにおける前記サイドリンクフィードバック送信の第２の周波数領域の周波数サイズおよび周波数位置が同じである、請求項７に記載の方法。
【請求項１０】
前記サイドリンクデータ送信の前記周波数領域が、前記サイドリンクリソースプールの完全なＰＲＢ（Physical  Resource  Block）を含み、前記サイドリンクデータ送信の周波数領域が、ＰＲＢの単位またはサブチャネルの単位でスケジューリングまたはアレンジされ、各サブチャネルが、周波数領域において複数のＰＲＢを含む、請求項７に記載の方法。
【請求項１１】
前記サイドリンクフィードバック送信の第１の周波数領域が、前記サイドリンクリソースプールのＰＲＢの第１の部分を含み、前記サイドリンクフィードバック送信の前記第１の周波数領域が、ＰＲＢの単位でスケジューリングまたはアレンジされ、
前記サイドリンクフィードバック送信の第２の周波数領域が、前記サイドリンクリソースプールのＰＲＢの第２の部分を含み、前記サイドリンクフィードバック送信の第２の周波数領域が、ＰＲＢの単位でスケジューリングまたはアレンジされる、請求項７に記載の方法。
【請求項１２】
前記サイドリンクデータ送信のためのリソースユニットが、サブチャネルであり、
前記第１のサイドリンクフィードバック送信のためのリソースユニットが、ＰＲＢであり、前記第１のＴＴＩにおける前記サイドリンクデータ送信の周波数領域の各サブチャネルが、候補または利用可能なサイドリンクフィードバック送信のための特定の数のＰＲＢに関連付けられ、前記特定の数のＰＲＢが、前記第１の周波数領域内にあり、
前記第２のサイドリンクフィードバック送信のためのリソースユニットが、ＰＲＢであり、前記第２のＴＴＩにおける前記サイドリンクデータ送信の周波数領域の各サブチャネルが、候補または利用可能なサイドリンクフィードバック送信のための特定の数のＰＲＢに関連付けられ、前記特定の数のＰＲＢが、前記第２の周波数領域内にある、請求項７に記載の方法。
【請求項１３】
前記第１のデバイスが、第１のセットのサブチャネルを含む前記第１のサイドリンクデータ送信を受信するときに、前記第１のサイドリンクフィードバックリソースが、第１のセットの関連付けられたＰＲＢ内のＰＲＢの１つまたは一部にあり、前記第１のセットの関連付けられたＰＲＢが、前記第１のセットのサブチャネルに関連付けられた前記特定の数のＰＲＢを含み、
前記第１のデバイスが、第２のセットのサブチャネルを含む前記第２のサイドリンクデータ送信を受信するときに、前記第２のサイドリンクフィードバックリソースが、第２のセットの関連付けられたＰＲＢ内のＰＲＢの１つまたは一部にあり、前記第２のセットの関連付けられたＰＲＢが、前記第２のセットのサブチャネルに関連付けられた前記特定の数のＰＲＢを含む、請求項１２に記載の方法。
【請求項１４】
前記第１のサイドリンクフィードバック送信および前記第２のサイドリンクフィードバック送信が同じ第２のデバイスに送信され、前記第１のサイドリンクフィードバックリソースおよび前記第２のサイドリンクフィードバックリソースが同じＴＴＩにあるときに、前記第１のデバイスが、前記第１のサイドリンクフィードバックリソース上で前記第１のフィードバック情報を送信するための前記第１のサイドリンクフィードバック送信を行い、前記第２のサイドリンクフィードバックリソース上で前記第２のフィードバック情報を送信するための前記第２のサイドリンクフィードバック送信を行う、請求項７に記載の方法。
【請求項１５】
第１のデバイスがサイドリンク送信を行う方法であって、
前記第１のデバイスが、サイドリンクデータ送信の周波数領域とサイドリンクフィードバック送信の周波数領域とを含むサイドリンクリソースプールで設定されることであって、前記サイドリンクデータ送信の周波数領域のサイズと前記サイドリンクフィードバック送信の周波数領域のサイズは異なる、設定されることと、
前記第１のデバイスが、前記サイドリンクデータ送信の周波数領域内で、第２のデバイスからサイドリンクデータ送信を受信することと、
前記第１のデバイスが、前記サイドリンクデータ送信に関連付けられたフィードバック情報を生成することと、
前記第１のデバイスが、サイドリンクフィードバックリソースを決定または導出することであって、前記サイドリンクフィードバックリソースが、関連付けられたサイドリンクフィードバック送信の周波数領域内に制限される、決定または導出することと、
前記第１のデバイスが、前記サイドリンクフィードバックリソース上で、第２のデバイスにフィードバック情報を送達するためのサイドリンクフィードバック送信を行うことと、を含む方法。
【請求項１６】
前記サイドリンクフィードバック送信のシンボル内で、前記サイドリンクフィードバック送信の前記周波数領域に含まれない、前記サイドリンクリソースプールの他の周波数部分が、前記サイドリンクフィードバック送信の代わりに、他のサイドリンク送信に利用される、請求項１５に記載の方法。
【請求項１７】
前記サイドリンクデータ送信の周波数領域が、前記サイドリンクリソースプールの完全なＰＲＢ（Physical  Resource  Block）を含み、前記サイドリンクデータ送信の前記周波数領域が、ＰＲＢの単位またはサブチャネルの単位でスケジューリングまたはアレンジされ、各サブチャネルが、周波数ドメイン内の複数のＰＲＢを含み、
前記サイドリンクフィードバック送信の周波数領域が、前記サイドリンクリソースプールのＰＲＢの一部を含み、前記サイドリンクフィードバック送信の周波数領域が、ＰＲＢの単位でスケジューリングまたはアレンジされる、請求項１５に記載の方法。
【請求項１８】
前記サイドリンクデータ送信のためのリソースユニットが、サブチャネルであり、前記サイドリンクフィードバック送信のためのリソースユニットが、ＰＲＢであり、前記サイドリンクデータ送信の周波数領域の各サブチャネルが、候補または利用可能なサイドリンクフィードバック送信のための特定の数のＰＲＢに関連付けられ、前記特定の数のＰＲＢが、前記サイドリンクフィードバック送信の周波数領域内にある、請求項１５に記載の方法。
【請求項１９】
前記第１のデバイスが、サブチャネルのセットを含む前記サイドリンクデータ送信を受信するときに、前記サイドリンクフィードバックリソースが、関連付けられたＰＲＢのセット内のＰＲＢの１つまたは一部にあり、前記関連付けられたＰＲＢのセットが、前記サブチャネルのセットに関連付けられた特定の数のＰＲＢを含む、請求項１５に記載の方法。
【請求項２０】
前記サイドリンクリソースプール内にサイドリンクフィードバック送信の１つの周波数領域があり、前記サイドリンクフィードバック送信の周波数領域が、前記サイドリンクリソースプールのＴＴＩ（Transmission  Time  Interval）のすべてまたは一部に存在する、請求項１５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１９年５月２１日に出願された、仮特許出願第６２／８２１，７３１号の利益を主張し、その全開示が参照によりその全体が本明細書に援用される。
【０００２】
この開示は、概して、無線通信ネットワークに関し、より詳細には、無線通信システムにおいて、デバイス・ツー・デバイスフィードバックを処理する方法および装置に関する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【０００５】
方法および装置が、第１のデバイスの観点から開示され、第１のデバイスは、サイドリンクデータ送信の周波数領域と、サイドリンクフィードバック送信の複数の周波数領域とを含むサイドリンクリソースプールで設定され、ここで、１つのＴＴＩにおけるサイドリンクフィードバック送信の複数の周波数領域が、複数のＴＴＩにおけるサイドリンクデータ送信の１つの周波数領域に別々に関連付けられ、１つのＴＴＩにおけるサイドリンクフィードバック送信の複数の周波数領域が、周波数領域において互いに重複せず、時間領域において完全に重複する。一実施形態では、本方法は、第１のデバイスが、第１のＴＴＩにおけるサイドリンクデータ送信の周波数領域内で、第２のデバイスからサイドリンクデータ送信を受信することを含む。本方法は、さらに、第１のデバイスが、サイドリンクデータ送信に関連付けられたフィードバック情報を生成することを含む。本方法は、また、第１のデバイスが、サイドリンクフィードバック送信の複数の周波数領域のうちのサイドリンクフィードバック送信の１つの周波数領域内のサイドリンクフィードバックリソースを決定または導出することであって、サイドリンクフィードバック送信の１つの周波数領域が、第１のＴＴＩとの関連付けに基づいて決定または導出される、決定または導出することを含む。追加的に、本方法は、第１のデバイスが、サイドリンクフィードバックリソース上で、第２のデバイスにフィードバック情報を送達するためのサイドリンクフィードバック送信を行うことを含む。
【図面の簡単な説明】
【０００６】
【図１】１つの例示的な実施形態による無線通信システムの図を示す。
【図２】１つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。
【図３】１つの例示的な実施形態による通信システムの機能ブロック図である。
【図４】１つの例示的な実施形態による図３のプログラムコードの機能ブロック図である。
【図５】3GPP  TS  38.211  V15.1.0のTable  6.3.2.1-1の複製である。
【図６】3GPP  R1-1901683のFigure  1の複製である。
【図７】3GPP  R1-1901683のFigure  2の複製である。
【図８】3GPP  R1-1901931のFigure  3の複製である。
【図９】１つの例示的な実施形態による、４つのＰＲＢ（Physical  Resource  Block、物理リソースブロック）を含むサブチャネルを備えた例示的なサイドリンクリソースプールを示す。
【図１０】１つの例示的な実施形態による、４つのＰＲＢを含むサブチャネルを備えた例示的なサイドリンクリソースプールを示す。
【図１１】１つの例示的な実施形態による、４つのＰＲＢを含むサブチャネルを備えた例示的なサイドリンクリソースプールを示す。
【図１２】１つの例示的な実施形態による、４つのＰＲＢを含むサブチャネルを備えた例示的なサイドリンクリソースプールを示す。
【図１３】１つの例示的な実施形態による、４つのＰＲＢを含むサブチャネルを備えた例示的なサイドリンクリソースプールを示す。
【図１４】１つの例示的な実施形態による、４つのＰＲＢを含むサブチャネルを備えた例示的なサイドリンクリソースプールを示す。
【図１５】１つの例示的な実施形態による、４つのＰＲＢを含むサブチャネルを備えた例示的なサイドリンクリソースプールを示す。
【図１６】１つの例示的な実施形態による、４つのＰＲＢを含むサブチャネルを備えた例示的なサイドリンクリソースプールを示す。
【図１７】１つの例示的な実施形態による、４つのＰＲＢを含むサブチャネルを備えた例示的なサイドリンクリソースプールを示す。
【図１８】１つの例示的な実施形態による、４つのＰＲＢを含むサブチャネルを備えた例示的なサイドリンクリソースプールを示す。
【図１９】１つの例示的な実施形態による、４つのＰＲＢを含むサブチャネルを備えた例示的なサイドリンクリソースプールを示す。
【図２０】１つの例示的な実施形態による、４つのＰＲＢを含むサブチャネルを備えた例示的なサイドリンクリソースプールを示す。
【図２１】１つの例示的な実施形態による図である。
【図２２】１つの例示的な実施形態による図である。
【図２３】１つの例示的な実施形態によるフローチャートである。
【図２４Ａ】１つの例示的な実施形態によるフローチャートである。
【図２４Ｂ】１つの例示的な実施形態によるフローチャートである。
【図２５】１つの例示的な実施形態によるフローチャートである。
【図２６】１つの例示的な実施形態によるフローチャートである。
【図２７】１つの例示的な実施形態によるフローチャートである。
【図２８】１つの例示的な実施形態によるフローチャートである。
【図２９】１つの例示的な実施形態によるフローチャートである。
【図３０】１つの例示的な実施形態によるフローチャートである。
【図３１】１つの例示的な実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロング・ターム・エボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband、超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰ  ＮＲ（New  Radio）、またはその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、TS  36.213  V15.3.0,  “E-UTRA;  Physical  layer  procedures  (Release  15)  ”;  TS  36.212  V15.2.1,  “E-UTRA;  Physical  layer;  Multiplexing  and  channel  coding  (Release  15)”;  TS  36.211  V15.2.0,  “E-UTRA;  Physical  layer;  Physical  channels  and  modulation  (Release  15)”;  TS  36.214  V15.1.0,  “E-UTRA);  Physical  layer;  Measurements  (Release  15)”;  TS  38.211  V15.4.0  (2018-12),  “NR;  Physical  channels  and  modulation  (Release  15)”;  TS  38.213  V15.4.0  (2018-12),  “NR;  Physical  layer  procedures  for  control  (Release  15)”;  RP-182111,  ”  Revised  SID:  Study  on  NR  V2X”,  LG  Electronics;  R1-1810051,  “Final  Report  of  3GPP  TSG  RAN  WG1  #94  v1.0.0  (Gothenburg,  Sweden,  20th  -  24th  August  2018);  R1-1812101,  “Final  Report  of  3GPP  TSG  RAN  WG1  #94bis  v1.0.0  (Chengdu,  China,  8th  -  12th  October  2018)”;  R1-1901482,  “Final  Report  of  3GPP  TSG  RAN  WG1  #95  v0.1.0  (Spokane,  USA,  12th  -  16h  November  2018)”;  R1-1901483,  “Final  Report  of  3GPP  TSG  RAN  WG1  #AH_1901  v1.0.0  (Taipei,  Taiwan,  21st  -  25th  January  2019)”;  Draft  Report  of  3GPP  TSG  RAN  WG1  #96  v0.1.0  (Athens,  Greece,  25th  February  -  1st  March  2019);  R1-1901052,  “Considerations  on  sidelink  HARQ  procedure”,  Samsung;  R1-1901683,  “Physical  layer  procedure  for  NR  sidelink”,  vivo;  R1-1901931,  “Discussion  on  physical  layer  procedure  for  NR  V2X”,  LG  Electronics;  R1-1901993,  “Discussion  on  physical  layer  procedures  in  NR  V2X”,  CATT;  R1-1903769,  “Feature  lead  summary  #3  for  agenda  item  7.2.4.1.1  Physical  layer  structure”,  LG  Electronics;  R1-1903597,  “Feature  lead  summary  #2  for  agenda  item  7.2.4.1.2  Physical  layer  procedures”,  LG  Electronics;  および3GPP  TS  38.331  V15.4.0  (2018-12),  “NR;  Radio  Resource  Control  (RRC)  protocol  specification  (Release  15)”を含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＬＴＥシステムまたはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
3GPP  TS  36.213は、ＬＴＥ／ＬＴＥ−ＡにおけＶ２Ｘ送信のＵＥ手順を指定している。Ｖ２Ｘ送信は、以下のように、サイドリンク送信モード３またはサイドリンク送信モード４として実行される：
［外１］
2020156086.tif 000003
［“PDCCH/EPDCCH  configured  by  SL-V-RNTI  or  SL-SPS-V-RNTI”と題する、3GPP  TS  36.213  V15.3.0のTable  14.2-2は、図５として複製］
【００２６】
3GPP  TS  36.214は、以下のように、ＬＴＥ／ＬＴＥ−Ａにおけるサイドリンク送信についていくつかの測定値を指定している。
［外２］
2020156086.tif 000004
【００２７】
3GPP  TS  36.212は、以下のように、サイドリンクリソースをスケジューリングするために使用される、ネットワークノードからＵＥへの、すなわちＵｕリンクの制御情報を指定している。
［外３］
2020156086.tif 000005
【００２８】
3GPP  TS  36.211はまた、ＬＴＥ／ＬＴＥ‐Ａにおける物理サイドリンク共有チャネルおよび物理サイドリンク制御チャネルについての生成を指定している。物理サイドリンク共有チャネルおよび物理サイドリンク制御チャネルは、デバイス・ツー・デバイス（すなわち、ＰＣ５リンクまたはデバイス・トゥー・デバイス）の通信のためのものである。物理サイドリンク共有チャネル（ＰＳＳＣＨ）は、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）についてのデータ/トランスポートブロックを送達する。物理サイドリンク制御チャネル（ＰＳＣＣＨ）は、サイドリンク制御情報（ＳＣＩ）を送達する。
［外４］
2020156086.tif 000006
【００２９】
3GPP  TS  38.211は、ＮＲにおける物理上りリンク制御チャネルについての生成を指定している。ＵＥは、ＰＵＣＣＨを介して、ネットワークへの、すなわちＵＥからｇＮＢへの上りリンク制御情報を送達する。
［外５］
2020156086.tif 000007
［“PUCCH  formats”と題する、3GPP  TS  38.211  V15.1.0のTable  6.3.2.1-1は、図５として複製］
［外６］
2020156086.tif 000008
2020156086.tif 000009
2020156086.tif 000010
【００３０】
3GPP  TS  38.213は、ＰＵＣＣＨフォーマットのリソースを指定している。
［外７］
2020156086.tif 000011
【００３１】
3GPP  RP-182111は、ＮＲ  Ｖ２Ｘについての研究項目の正当性および目的を指定している。
［外８］
2020156086.tif 000012
【００３２】
RAN1  #94  meetingでは、ＲＡＮ1は、以下のように、3GPP  R1-1810051に記載されているようにＮＲ  Ｖ２Ｘについて、いくつかの合意をした。
［外９］
2020156086.tif 000013
【００３３】
RAN1  #94bis  meetingでは、ＲＡＮ1は、以下のように、3GPP  R1-1812101に記載されているようにＮＲ  Ｖ２Ｘについて、いくつかの合意をした。
［外１０］
2020156086.tif 000014
2020156086.tif 000015
【００３４】
RAN1  #95  meetingでは、ＲＡＮ1は、以下のように、3GPP  R1-1901482に記載されているようにＮＲ  Ｖ２Ｘについて、いくつかの合意をした。
［外１１］
2020156086.tif 000016
2020156086.tif 000017
【００３５】
RAN1  #AH_1901  meetingでは、ＲＡＮ1は、以下のように、3GPP  R1-1901483に記載されているようにＮＲ  Ｖ２Ｘについて、いくつかの合意をした。
［外１２］
2020156086.tif 000018
2020156086.tif 000019
2020156086.tif 000020
【００３６】
RAN1  #96  meetingでは、ＲＡＮ1は、以下のように、3GPP  TSG  RAN  WG1  #96  V0.1.0のDraft  Reportに記載されているようにＮＲ  Ｖ２Ｘについて、いくつかの合意をした。
［外１３］
2020156086.tif 000021
2020156086.tif 000022
【００３７】
3GPP  R1-1901052において、以下のように、ＣＢＧベースのＨＡＲＱフィードバックについていくつかの検討がされている。
［外１４］
2020156086.tif 000023
【００３８】
3GPP  R1-1901683において、以下のように、サイドリンクＨＡＲＱ（Hybrid  Automatic  Repeat  Request）についていくつかの検討がされている。
［外１５］
2020156086.tif 000024
[“Synchronous  HARQ  timing”と題する、3GPP  R1-1901683のFigure  1は、図６として複製]
[“Asynchronous  HARQ  timing  supporting  a  single  HARQ  feedback  for  multiple  PSSCHs”と題する、3GPP  R1-1901683のFigure  2は、図７として複製]
［外１６］
2020156086.tif 000025
【００３９】
3GPP  R1-1901931において、以下のように、ＰＳＦＣＨの概念についていくつかの検討がされている。
［外１７］
2020156086.tif 000026
[“General  concept  of  PSFCH  resource  excluding  process”と題する、3GPP  R1-1901931のFigure  3  は、図８として複製]
［外１８］
2020156086.tif 000027
【００４０】
3GPP  R1-1901993において、以下のように、ＰＳＦＣＨの概念についていくつかの検討がされている。
［外１９］
2020156086.tif 000028
【００４１】
3GPP  R1-1903769において、以下のように、ＰＳＣＣＨおよびフィードバックチャネル設計についての企業の見解の概要が示されている。
［外２０］
2020156086.tif 000029
2020156086.tif 000030
【００４２】
3GPP  R1-1903597において、以下のように、フィードバックチャネルについての企業の見解の概要が示されている。
［外２１］
2020156086.tif 000031
2020156086.tif 000032
【００４３】
以下の専門用語のうちの１つ以上が、以下使用されてもよい。
・  ＢＳ：１つ以上のセルに関連付けれられた１つ以上のＴＲＰを制御するために使用される、ネットワーク中央ユニットまたはＮＲにおけるネットワークノードである。ＢＳとＴＲＰとの間の通信はフロントホールを介する。ＢＳは、セントラルユニット（ＣＵ）、ｅＮＢ、ｇＮＢ、またはＮｏｄｅＢと呼ぶこともできる。
・  ＴＲＰ：送受信ポイントは、ネットワークカバレッジを提供し、ＵＥと直接通信する。ＴＲＰは、分散ユニット（ＤＵ）またはネットワークノードと呼ぶこともできる。
・  セル：セルは、１つ以上の関連付けれられたＴＲＰで構成される。つまり、セルのカバレッジは、関連付けられたすべてのＴＲＰのカバレッジで構成される。１つのセルは１つのＢＳによって制御される。セルはＴＲＰグループ（ＴＲＰＧ）と呼ぶこともできる。
・  ＮＲ−ＰＤＣＣＨ：チャネルは、ＵＥとネットワーク側との間の通信を制御するために使用される下りリンク制御信号を搬送することができる。ネットワークは、設定された制御リソースセット（ＣＯＲＥＳＥＴ）でＮＲ−ＰＤＣＣＨをＵＥに送信できる。
・  ＵＬ制御信号：ＵＬ制御信号が、スケジューリング要求（ＳＲ）、チャネル状態情報（ＣＳＩ）、または下りリンク送信のためのＨＡＲＱ−ＡＣＫ／ＮＡＣＫであってもよい。
・  スロット：スロットは、ＮＲにおけるスケジューリング単位とすることができる。スロットの持続時間は、１４個のＯＦＤＭシンボルを有する。
・  ミニスロット：ミニスロットは、１４個のＯＦＤＭシンボルよりも少ない持続時間を備えたスケジューリング単位である。
・  スロットフォーマット情報（ＳＦＩ）：ＳＦＩは、一般に、スロット内のシンボルのスロットフォーマットの情報である。スロット内のシンボルが、下りリンク、上りリンク、不明、またはその他のタイプに属してもよい。スロットのスロットフォーマットは、少なくともスロット内のシンボルの送信方向を搬送することができる。
・  ＤＬ共通信号：ＤＬ共通信号は、セル内の複数のＵＥまたはセル内のすべてのＵＥをターゲットとする共通情報を搬送するデータチャネルである。ＤＬ共通信号の例は、システム情報、ページング、、またはＲＡＲとすることができる。
【００４４】
ネットワーク側についての以下の１つ以上の仮定が、以下使用されてもよい。
・  同じセル内のＴＲＰの下りリンクタイミングは同期される。
・  ネットワーク側のＲＲＣレイヤは、ＢＳ内にある。
【００４５】
ＵＥ側についての以下の１つ以上の仮定が、以下使用されてもよい。
・  少なくとも２つのＵＥ（ＲＲＣ）状態がある。すなわち、接続状態（またはアクティブ状態と呼ばれる）と非接続状態（または非アクティブ状態もしくはアイドル状態と呼ばれる）である。非アクティブ状態が、接続状態または非接続状態の追加の状態であるか、それらに属していてもよい。
【００４６】
一般的に、ＬＴＥ／ＬＴＥ−Ａ  Ｖ２Ｘおよび／またはＰ２Ｘ送信の場合、２つの送信モードがある。すなわち、一方は、このようなサイドリンク送信モード３のように、ネットワークを介してスケジューリングされ、他方は、このようなサイドリンク送信モード４のように、検知ベース送信である。検知ベース送信は、ネットワークを介してスケジューリングされないので、他のＵＥから、または、他のＵＥにおいて、リソースの衝突および干渉を回避するために、送ＵＥは、伝信のためのリソースを選択する前に検知を行うことが必要である。ＬＴＥ／ＬＴＥ−Ａリリース１４では、Ｖ２Ｘリソースプールは複数の送信モードのうちの１つで設定される。したがって、２つの送信モードがＶ２Ｘリソースプールで混合して使用されることはない。ＬＴＥ／ＬＴＥ−Ａリリース１５では、２つの送信モードをＶ２Ｘリソースプールで混合して利用できる。ＬＴＥ／ＬＴＥ−Ａ  Ｖ２Ｘおよび／またはＰ２Ｘ送信は、主にブロードキャスト送信をサポートしているため、サイドリンク送信のためにＨＡＲＱフィードバックはサポートされていない。これは一般に、受信側デバイスが、サイドリンク送信の受信に関連するＨＡＲＱフィードバックを送信側デバイスに報告しないことを意味する。
【００４７】
サイドリンク送信モード３の場合、ネットワークノードが、ＰＳＣＣＨ（Physical  Sidelink  Control  Channel）および／またはＰＳＳＣＨ（Physical  Sidelink  Shared  Channel）をスケジューリングするためにＵｕインターフェース上でサイドリンク（ＳＬ）グラント、例えばＬＴＥ／ＬＴＥ−ＡにおけるＤＣＩフォーマット５Ａを送信してもよい。Ｖ２Ｘ  ＵＥが、ＤＣＩフォーマット５Ａの受信に応答して、ＰＣ５インターフェース上でＰＳＣＣＨおよびＰＳＳＣＨを行ってもよい。Ｖ２Ｘ  ＵＥは、ＤＣＩフォーマット５Ａの受信に関連付けられたＨＡＲＱ−ＡＣＫをネットワークノードにフィードバックしないことに留意する。Ｕｕインターフェースは、ネットワークとＵＥとの間の通信のための無線インターフェースを意味する。ＰＣ５インターフェースは、ＵＥ間の通信のための無線インターフェースを意味する。
【００４８】
ＤＣＩ（Downlink  Control  Information）フォーマット５Ａが、ＰＳＣＣＨおよび／またはＰＳＳＣＨの１つの送信機会をスケジューリングしてもよく、ここで、ＤＣＩフォーマット５Ａは、ＳＬ−Ｖ−ＲＮＴＩを介してスクランブルされたＣＲＣを備えている。代替的には、ＤＣＩフォーマット５Ａが、ＰＳＣＣＨおよび／またはＰＳＳＣＨのセミパーシステントな周期的な送信機会をスケジューリングしてもよく、ここで、ここで、ＤＣＩフォーマット５Ａは、ＳＬ−ＳＰＳ−Ｖ−ＲＮＴＩを介してスクランブルされたＣＲＣを備えている。より具体的には、ＳＬ−ＳＰＳ−Ｖ−ＲＮＴＩを介してスクランブルされたＣＲＣを備えたＤＣＩフォーマット５Ａは、ＰＳＣＣＨおよび／またはＰＳＳＣＨのセミパーシステントな周期的な送信機会をアクティブ化または解放することができる。周期性が、２０、５０、１００、２００、…、１０００ｍｓのうちの１つでＲＲＣにおいて設定されてもよい。
【００４９】
１つの送信機会の場合、ＵＥはトランスポートブロックに対して、ＰＳＳＣＨ（新しい）送信および／またはＰＳＳＣＨ（ブラインド）の再送を行う。ｎ個の送信機会の場合、ＵＥはｎ個のトランスポートブロックに対して、ｎ個のＰＳＳＣＨ（新しい）送信および／またはｎ個のＰＳＳＣＨ（ブラインド）再送を行う。
【００５０】
ＮＲ  Ｖ２Ｘでは、ユニキャスト、グループキャスト、およびブロードキャスト送信はサポートされている。ＮＲ−Ｖ２Ｘサイドリンク通信のために、少なくとも２つのサイドリンクリソース割り当てモードが定義されている。モード１では、基地局またはネットワークノードは、サイドリンク送信のためにＵＥによって使用されるサイドリンクリソースをスケジューリングすることができる。モード２では、ＵＥは、基地局／ネットワークノードによって設定されたサイドリンクリソースまたは事前設定されたサイドリンクリソース内のサイドリンク送信リソースを決定する（つまり、基地局またはネットワークノードはスケジューリングしない）。ＬＴＥ  Ｖ２Ｘにおけるモード３が、ＮＲ  Ｖ２Ｘにおける試験モード１の開始点またはベースとしてもよい。ＬＴＥ  Ｖ２Ｘにおけるモード４が、ＮＲ  Ｖ２Ｘにおける試験モード２の開始点またはベースとしてもよい。
【００５１】
ＮＲ  Ｖ２Ｘは一般に、高い信頼性および高いスループット要件を有するので、ユニキャストおよび／またはグループキャストのためのＨＡＲＱフィードバックをサポートすることが考えられる。これは一般に、送信側デバイスがサイドリンクデータ送信を受信側デバイスに送信し、次いで、受信側デバイスがＨＡＲＱフィードバックを送信側デバイスに送信してもよいことを意味する。ＨＡＲＱフィードバックがＡＣＫであるときに、それは受信側デバイスがサイドリンクデータ送信を正常に受信して復号することを意味してもよい。送信側デバイスがＨＡＲＱフィードバックをＡＣＫとして受信するときに、送信側デバイスが、別の新しいサイドリンクデータ送信を受信側デバイスに送信してもよい。ＨＡＲＱフィードバックがＮＡＣＫである場合、それは受信側デバイスがサイドリンクデータ送信を正常に受信および復号しないことを意味してもよい。送信側デバイスがＨＡＲＱフィードバックをＮＡＣＫとして受信するときに、送信側デバイスがサイドリンクデータ送信を受信側デバイスに再送してもよい。サイドリンクデータ再送が、サイドリンクデータ送信と同じデータパケットを搬送するので、受信側デバイスが、サイドリンクデータ送信とサイドリンクデータ再送を組み合わせて、データパケットの復号を行ってもよい。組み合わせることで、正常に復号できる可能性を高めることができる。
【００５２】
現在、デバイスとデバイスとの間（サイドリンク）ＨＡＲＱフィードバックを送達するための物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を定義することが合意されている。（サイドリンク）ＨＡＲＱフィードバックは、サイドリンクフィードバック制御情報（ＳＦＣＩ）の１タイプである。受信側デバイスがＰＳＳＣＨを受信するときに、受信側デバイスは、関連付けられたＰＳＦＣＨを介して対応するサイドリンクＨＡＲＱフィードバックを報告してもよい。ＰＳＳＣＨとＰＳＳＣＨに対する（サイドリンク）ＨＡＲＱフィードバックを含むＰＳＦＣＨとの間にリソースの関連付けがあることになる。
【００５３】
時間領域では、（サイドリンク）ＨＡＲＱフィードバックを含むＰＳＦＣＨのリソースと関連付けられたＰＳＳＣＨのリソースは、ある時間ギャップの範囲内にある。モード１および／またはモード２の場合、時間ギャップが（事前）設定されてもよい（3GPP  R1-1903597で説明）。一実施形態では、ＰＳＦＣＨと関連付けられたＰＳＳＣＨとの間の時間ギャップが、プールごとまたはセルごとに（事前）設定されてもよい。
【００５４】
周波数領域において、（サイドリンク）ＨＡＲＱフィードバックを含むＰＳＦＣＨのリソースと関連付けられたＰＳＳＣＨのリソースが、固定／設定されるか、またはフレキシブルとされてもよい。周波数領域において固定／設定されたリソースの関連付けは、ＰＳＦＣＨリソースが、関連付けられたＰＳＳＣＨリソースによって暗黙的に与えられると決定されることを意味してもよい。周波数領域におけるフレキシブルなリソースの関連付けが、ＰＳＦＣＨリソースが、関連するＰＳＳＣＨリソースをスケジューリングするサイドリンク制御情報によって明示的に示されることを意味してもよい（3GPP  R1-1903597で説明）。
【００５５】
さらに、（サイドリンク）ＨＡＲＱフィードバックに対して、ＮＲサイドリンクは、スロット内のサイドリンクのために利用できる最終シンボルを使用するＰＳＦＣＨフォーマットを少なくともサポートする。仕様化労力と複雑さを低減するために、ＮＲ  ＰＵＣＣＨフォーマット０／１などのシーケンスベースのＨＡＲＱフィードバックがＨＡＲＱフィードバックのためのＰＳＦＣＨフォーマット構造として再利用されてもよい（３ＧＰＰＲ１−１９０３７６９で説明）。
【００５６】
ＮＲ  Ｕｕインターフェースでは、ＵＥからネットワークへの上りリンク制御情報を送達するために５つのＰＵＣＣＨフォーマット０／１／２／３／４があることに留意する。図５に示すように、ＰＵＣＣＨフォーマット０とフォーマット１の両方がシーケンスベースの構造であり、ＰＵＣＣＨフォーマット０と１の両方が最大２ビットを搬送でき、ＰＵＣＣＨフォーマット０と１の両方が周波数領域において１つのＰＲＢを占有する（つまり、１２サブキャリア）。違いは、ＰＵＣＣＨフォーマット０が時間領域において１〜２個のＯＦＤＭシンボルを占有し、ＰＵＣＣＨフォーマット１が時間領域において４〜１４個のＯＦＤＭシンボルを占有することである。ＰＵＣＣＨフォーマット１は、ＯＣＣをサポートして、同じ４〜１４ＯＦＤＭシンボルにおいて複数のＰＵＣＣＨフォーマット１を多重化する。ＰＵＣＣＨフォーマット２〜４はチャンネルベース構造である。ＰＵＣＣＨフォーマット２〜４は２ビットより多くを搬送することができる。周波数領域では、ＰＵＣＣＨフォーマット２および３は複数のＰＲＢを占有し、ＰＵＣＣＨフォーマット４は１つのＰＲＢを占有する。時間領域では、ＰＵＣＣＨフォーマット２は時間領域において１〜２個のＯＦＤＭシンボルを占有し、ＰＵＣＣＨフォーマット３および４は時間領域において４〜１４個のＯＦＤＭシンボルを占有する。
【００５７】
さらに、サブチャネルベースのリソース割り当てがＰＳＳＣＨのためにサポートされることが合意されている。ＬＴＥ／ＬＴＥ−Ａでは、サブチャネルが、周波数領域において複数の隣接するＰＲＢを含み得る。３ＧＰＰ  ＴＳ３６．３３１で指定された上位レイヤ設定は、対応するリソースプール内の各サブチャネルのＰＲＢの数を示すことができ、その数は、４、５、６、８、９、１０、１２、１５、１６、１８、２０、２５、３０、４８、５０、７２、７５、９６、１００の可能性がある。
【００５８】
図９に示される例において示されるように、サイドリンクリソースプール内のサブチャネルは、４つの隣接するＰＲＢを含む。送信側デバイスが、スロットＮにおいて２つのサブチャネルでＰＳＣＣＨおよびＰＳＳＣＨを行ってもよい。ＰＳＳＣＨと関連付けられたＰＳＦＣＨとの間の時間ギャップがサイドリンクリソースプールに対して１スロットであると仮定する。送信側デバイスが、ＨＡＲＱフィードバックを受信するために、スロットＮ＋１において関連付けられたＰＳＦＣＨを監視または検出してもよい。周波数領域におけるＰＳＦＣＨリソースは、関連付けられたＰＳＳＣＨのサブチャネル内で行われると仮定されていることに留意する。仮定が与えられると、周波数領域におけるＰＳＦＣＨリソースは、ＰＳＳＣＨリソースが送信側デバイス（ＮＲモード２）またはネットワーク（ＮＲモード１）によって予約、占有、またはスケジューリングされるときに予約できる。ＮＲ  ＰＵＣＣＨフォーマット０／１などのシーケンスベースのＨＡＲＱフィードバックがＰＳＦＣＨ送信のために１つのＰＲＢを占有することがあるため、最後の１〜２シンボルには７つの未使用のＰＲＢがありる。より具体的には、ＰＳＦＣＨ送信に対して最後の１〜２シンボルに７ｘ１２ｘ１または７ｘ１２ｘ２の未使用のリソース要素が存在する可能性がありる。ＰＳＳＣＨがより多くのサブチャネルを含む場合、未使用のリソース要素がさらにあり得る。したがって、資源の浪費が誘発される。
【００５９】
また、現在のＲＡＮ１のサイドリンクの議論は、主にＰＳＳＣＨにおける１〜２ＴＢに焦点を当てて、１〜２の関連付けられた（サイドリンク）ＨＡＲＱビットがある。したがって、ＰＵＣＣＨフォーマット０／１は、ＨＡＲＱフィードバックのためのＰＳＦＣＨフォーマット構造としてかなり適している。ただし、１つのＰＳＦＣＨが複数のＰＳＳＣＨ［２２］に関連付けられている場合、またはＣＢＧベースのＨＡＲＱフィードバックがサポートされている場合（3GPP  R1-1901993で説明）、受信側デバイスがＰＳＦＣＨを介して１〜２ビットより多くを報告する必要があることがある。１つの方法は、２ビットより多くを送信するためのＰＳＦＣＨフォーマットを設計することであり、たとえば、ＰＵＣＣＨフォーマット２〜４を再利用する。しかし、いくつかの欠点があり得る。すなわち、複数のＰＳＦＣＨフォーマット構造設計があること、間違ったかミスしたＰＳＦＣＨ検出がＨＡＲＱフィードバックのすべての受信失敗につながること、ＰＵＣＣＨフォーマット２〜４の隣接するＰＲＢによりゲインをインターリーブしないこと、長い処理時間、などである。
【００６０】
このような欠点およびリソース消費を解決して、リソースの利用効率を改善する方法がある。
【００６１】
Ｉ．方法Ａ
【００６２】
方法Ａの一般的な概念は、受信側デバイスがサイドリンクデータ送信および／またはサイドリンク制御送信を受信し、検出するときに、受信側デバイスが、複数のサイドリンクフィードバックの送信を行ってもよい。複数のサイドリンクフィードバック送信とは、少なくとも１つより多いサイドリンクフィードバック送信を意味する。送信側デバイスがサイドリンクデータ送信および／またはサイドリンク制御送信を実行するときに、送信側デバイスは、複数のサイドリンクフィードバック送信を監視、検出、または受信してもよい。言い換えると、複数のサイドリンクフィードバックチャネルを１つのサイドリンクデータチャネルおよび／またはサイドリンク制御チャネルに関連付けることができる。
【００６３】
一実施形態では、サイドリンク制御送信が、サイドリンクデータ送信のためのスケジューリング情報を含んでもよいか、送達してもよい。例えば、スケジューリング情報が、サイドリンクデータ送信にどのサブチャネルが含まれるかを示してもよい。
【００６４】
一実施形態では、同一の時間ギャップ（例えば、ＴＴＩの単位で）が、複数のサイドリンクフィードバック送信および１つサイドリンクデータ送信に適用される。複数のサイドリンクフィードバックの送信が、１つの同じＴＴＩの同じシンボル、例えば最後のシンボルおよび／または最後から２番目のシンボルにタイムリーにあり得る。複数のサイドリンクフィードバックの送信が、１つの同じＴＴＩの異なるシンボル、例えば最後のシンボルまたは最後から２番目のシンボルにタイムリーにあり得る。
【００６５】
複数のサイドリンクフィードバック送信が、別々の周波数リソースであってもよい。一実施形態では、複数のサイドリンクフィードバック送信が、別々のＰＲＢにあってもよい。複数のサイドリンクフィードバック送信が、別々のリソース要素にあってもよい。一実施形態では、スケジューリング情報が、複数のサイドリンクフィードバック送信のための周波数リソースを示してもよい。複数のサイドリンクフィードバック送信およびサイドリンクデータ送信との間の周波数リソース関連付けが、固定もしくは（事前）設定または指定されてもよい。
【００６６】
一実施形態では、複数のサイドリンクフィードバック送信が、別々の周波数リソースにインターリーブまたは分散されてもよい。図１０に示される例に示されるように、ＰＳＳＣＨに関連付けられた４つのＰＳＦＣＨがあり、ここで、４つのＰＳＦＣＨは、ＰＳＳＣＨに関連付けられたサブチャネル（に関連付けられた利用可能なフィードバックリソース）内の別々のＰＲＢにインターリーブまたは分散される。
【００６７】
一の実施形態では、複数のサイドリンクフィードバック送信のためにインターリーブまたは分散されたパターンが、スケジューリング情報を介して示されてもよいし、（事前）設定されてもよいし、または指定されてもよい。複数のサイドリンクフィードバック送信のための開始周波数リソースが、スケジューリング情報を介して示されてもよいし、（事前）設定されてもよいし、または指定されてもよい。２つの連続するサイドリンクフィードバック送信間の周波数リソースの差が、スケジューリング情報を介して示されてもよいし、（事前）設定されてもよいし、または指定されてもよい。２つの連続するサイドリンクフィードバック送信間の周波数リソース差が、サイドリンクのデータ送信に含まれるサブチャネルまたはＰＲＢの数および／またはスケジューリング情報における指示に基づいて決定されてもよい。一実施形態では、２つの連続するサイドリンクフィードバック送信間の周波数リソース差が、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢの数および（事前）設定に基づいて決定されてもよい。一実施形態では、２つの連続するサイドリンクフィードバック送信間の周波数リソース差が、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢの数および指定されたルールに基づいて決定されてもよい。
【００６８】
一実施形態では、複数のサイドリンクフィードバック送信が、別々の周波数リソースにおいて連続してもよい。図１１に示される例において示されるように、ＰＳＳＣＨに関連付けられた４つのＰＳＦＣＨがあり、ここで、４つのＰＳＦＣＨが、ＰＳＳＣＨに関連付けられたサブチャネル（に関連付けられた利用可能なフィードバックリソース）内の別々のＰＲＢにおいて連続する。一の実施形態では、複数のサイドリンクフィードバック送信の連続する周波数リソースが、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢ（に関連付けられた利用可能なフィードバックリソース）内の最低のＰＲＢインデックスから開始してもよい。複数のサイドリンクフィードバック送信の連続する周波数リソースが、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢ（に関連付けられた利用可能なフィードバックリソース）内の最高のＰＲＢのインデックスから開始してもよい。
【００６９】
一の実施形態において、複数サイドリンクフィードバック送信の連続する周波数リソースが、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢ（に関連付けられた利用可能なフィードバックリソース）の中央ＰＲＢに位置付けられてもよい。複数のサイドリンクフィードバック送信の連続する周波数リソースが、サイドリンク送信に含まれるサブチャネルまたはＰＲＢ（に関連付けられた利用可能なフィードバックリソース）内の指示されたＰＲＢから開始するように位置付けられてもよい。
【００７０】
一実施形態では、連続する周波数リソースの位置が、スケジューリング情報を介して示されてもよいし、（事前）設定されてもよいし、または指定されてもよい。連続する周波数リソースの開始が、スケジューリング情報を介して示されてもよいし、（事前）設定されてもよいし、または指定されてもよい。
【００７１】
方法Ａでは、複数のサイドリンクフィードバックチャネルまたは送信の利用についていくつかの選択肢がある。
【００７２】
選択肢１
【００７３】
選択肢１では、複数のサイドリンクフィードバック送信の各々がフィードバック情報の同じ内容を含んでもよい／送達してもよい。言い換えると、複数のサイドリンクフィードバックの送信は、１つのサイドリンクフィードバック送信に対する送信の繰り返しである。送信の繰り返しは、周波数領域で行われる。一実施形態では、送信の繰り返しは、同じシンボルにおける周波数領域で行われる。送信側デバイスが、複数のサイドリンクフィードバックの送信を組み合わせてフィードバック情報を復号してもよいので、選択肢１は、繰り返しゲインおよび／または周波数ダイバーシチゲインが与えられたサイドリンクフィードバック送信の信頼性を高めることができる。
【００７４】
一実施形態では、フィードバック情報が、（サイドリンクデータおよび／または制御送信に関連付けられた）ＨＡＲＱフィードバック、チャネル状態情報および／またはＲＳＲＰ（Reference  Signal  Received  Power）測定結果のうちのいずれかを含み得る。複数のサイドリンクフィードバック送信が、関連付けられたサイドリンクデータ送信および／またはサイドリンク制御送信に対する同じＨＡＲＱフィードバックを含んでもよいか、または送達してもよい。複数のサイドリンクフィードバック送信が同じＨＡＲＱフィードバックおよび／またはチャネル状態情報を含んでもよいか、または送達してもよい。複数のサイドリンクフィードバック送信が同じＨＡＲＱフィードバックおよび／またはチャネル状態情報および／またはＲＳＲＰ測定結果を含んでもよいか、または送達してもよい。一実施形態では、フィードバック情報が、支援情報、例えば支援リソースの検知または選択のいずれかを含み得る。
【００７５】
一実施形態では、複数のサイドリンクフィードバック送信の各サイドリンクフィードバック送信が同じチャネルフォーマットで行われてもよい。複数のサイドリンクフィードバック送信の各々が、同じシーケンスベースの構造で行われてもよい。一実施形態では、シーケンスベースの構造は、ＮＲ  ＰＵＣＣＨフォーマット０またはＮＲ  ＰＵＣＣＨフォーマット１であり得る。一実施形態では、複数のサイドリンクフィードバック送信の各々が、同じチャネルベースの構造で実行されてもよい。チャネルベースの構造が、ＮＲ  ＰＵＣＣＨフォーマット２、ＮＲ  ＰＵＣＣＨフォーマット３、またはＮＲ  ＰＵＣＣＨフォーマット４であってもよい。
【００７６】
複数のサイドリンクフィードバック送信の各サイドリンクフィードバック送信が、同じ周波数リソースサイズであってもよい。一実施形態では、複数のサイドリンクフィードバック送信の各々が、同じＰＲＢまたはリソース要素（ＲＥ）サイズであってもよい。
【００７７】
一例では、受信側デバイスは、１つのトランスポートブロック（ＴＢ）を含むか、または送達するサイドリンクデータ送信を受信してもよい。受信側デバイスは、１つの関連付けられたＨＡＲＱビットを生成してもよい。受信側デバイスがサイドリンクデータ送信を受信し、ＴＢを正常に復号する場合、関連付けられたＨＡＲＱビットはＡＣＫを示してもよい。受信側デバイスが（サイドリンク制御送信を受信し）ＴＢを正常に復号しない場合、関連付けられたＨＡＲＱビットがＮＡＣＫを示すことがある。一実施形態では、複数のサイドリンクフィードバック送信は、同じ関連付けれられたＨＡＲＱビットを含むか、または送達してもよい。図１０および／または図１１に示されるように、各ＰＳＦＣＨが、同じ関連付けられたＨＡＲＱビットを含むか、または送達してもよい。
【００７８】
別の例では、受信側デバイスが、２つのトランスポートブロックを含む／送達するサイドリンクデータ送信を受信してもよい。受信側デバイスが、２つの関連付けられたＨＡＲＱビットを生成してもよく、ここで、１つのＨＡＲＱビットは１つのＴＢに関連付けられ、他のＨＡＲＱビットは他のＴＢに関連付けられる。複数のサイドリンクフィードバック送信は、同じ２つの関連付けられたＨＡＲＱビットを含んでもよいか、または送達してもよい。図１０および／または図１１に示されるように、各ＰＳＦＣＨが、同じ２つの関連付けられたＨＡＲＱビットを含んでもよいか、または送達してもよい。
【００７９】
選択肢２
【００８０】
選択肢２では、複数のサイドリンクフィードバック送信が異なるタイプのフィードバック情報を含んでもよいか、または送達してもよい。一実施形態では、第１のセットの複数のサイドリンクフィードバック送信が、第１のタイプのフィードバック情報を含んでもよいか、または送達してもよく、第２のセットの複数のサイドリンクフィードバック送信が、第２のタイプのフィードバック情報を含んでもよいか、または送達してもよい。言い換えると、受信側デバイスは、別々のサイドリンクフィードバック送信を介して異なるタイプのフィードバック情報を送達することができる。受信側デバイスが、１つのサイドリンクフィードバック送信で異なるタイプのフィードバック情報を多重化しなくてもよい。選択肢２は、リソース利用効率を高めて、１つより多いタイプのフィードバック情報を送達することができる。
【００８１】
一実施形態では、第１のセットに１つのサイドリンクフィードバック送信があってもよい。第１のセットに、１つより多いサイドリンクフィードバック送信があってもよい。第１のセットにおいて１つより多いサイドリンクフィードバック送信を有することは、繰り返しゲインおよび／または周波数ダイバーシチゲインが与えられた第１のタイプのフィードバック情報の受信の信頼性を高めることができる。
【００８２】
一実施形態では、第２のセットに１つのサイドリンクフィードバック送信があってもよい。第２のセットでは、１つより多いサイドリンクフィードバック送信があってもよい。第２のセットにおいて１つより多いサイドリンクフィードバック送信を有することは、繰り返しゲインおよび／または周波数ダイバーシチゲインを与えられた第２のタイプのフィードバック情報の受信信頼性を高めることができる。
【００８３】
第１のセットにおけるサイドリンクフィードバック送信の数が、第２のセットにおけるサイドリンクフィードバック送信の数と同じであってもよい。第１のセットにおけるサイドリンクフィードバック送信の数が、第２のセットにおけるサイドリンクフィードバック送信の数とは異なってもよい。
【００８４】
一実施形態では、第１のタイプのフィードバック情報は、第２のタイプのフィードバック情報とは異なる。第１のタイプのフィードバック情報が、（サイドリンクデータおよび／または制御送信に関連付けられた）ＨＡＲＱフィードバック、チャネル状態情報、および／またはＲＳＲＰ測定レポートのいずれかを含んでもよい。第２のタイプのフィードバック情報が、（サイドリンクデータおよび／または制御送信に関連付けられた）ＨＡＲＱフィードバック、チャネル状態情報、および／またはＲＳＲＰ測定レポートのいずれかを含んでもよい。第１のタイプのフィードバック情報が、例えば、支援リソースの検知または選択のために、支援情報のいずれかを含み得る。第２のタイプのフィードバック情報は、例えば、支援リソースの検知または選択のために、支援情報のいずれかを含み得る。
【００８５】
一実施形態では、第２のセットの複数のサイドリンクフィードバック送信が、参照信号を意味してもよい。参照信号が、受信側デバイスおよび／または送信側デバイスの識別情報（レイヤ１  ＩＤなど）を含み得る。第２のタイプのフィードバック情報が、受信側デバイスおよび／または送信側デバイスの識別（レイヤ１  ＩＤなど）を意味してもよい。一実施形態では、参照信号に含まれるか、または送達される第２のタイプのフィードバック情報がないことがある。
【００８６】
一実施形態では、受信側デバイスから送信される参照信号は、送信側デバイスがチャネル品質測定および／またはＲＳＲＰまたはＰａｔｈＬｏｓｓ（ＰＬ）導出を行うためのものとすることができる。参照信号が、占有されるＰＲＢ内のサブキャリア／ＲＥの一部において送信されてもよい。好ましくは、参照信号が、ＤＭＲＳ（Demodulation  Reference  Signal）、ＣＳＩ−ＲＳ（Channel  state  Information-Reference  Signal）、またはＰＬ  ＲＳ（PathLoss  Reference  Signal）のいずれであってもよい。
【００８７】
一実施形態では、第１セットの各サイドリンクフィードバック送信が、同じチャネルフォーマットで行われてもよい第１のセットの各サイドリンクフィードバック送信が、同じシーケンスベースの構造で行われてもよい。一実施形態では、シーケンスベースの構造が、ＮＲ  ＰＵＣＣＨフォーマット０またはＮＲ  ＰＵＣＣＨフォーマット１であってもよい。第１のセットの各サイドリンクフィードバック送信が、同じチャネルベースの構造で行われてもよい。一実施形態では、チャネルベースの構造が、ＮＲ  ＰＵＣＣＨフォーマット２、ＮＲ  ＰＵＣＣＨフォーマット３、またはＮＲ  ＰＵＣＣＨフォーマット４であってもよい。
【００８８】
一実施形態では、第２のセットの各サイドリンクフィードバック送信は、同じチャネルフォーマットで行われてもよい。第２のセットの各サイドリンクフィードバック送信が、同じシーケンスベースの構造で行われてもよい。一実施形態では、シーケンスベースの構造が、ＮＲ  ＰＵＣＣＨフォーマット０またはＮＲ  ＰＵＣＣＨフォーマット１であってもよい。第２のセットの各サイドリンクフィードバック送信が、同じチャネルベースの構造で行われてもよい。一実施形態では、チャネルベースの構造が、ＮＲ  ＰＵＣＣＨフォーマット２、ＮＲ  ＰＵＣＣＨフォーマット３、またはＮＲ  ＰＵＣＣＨフォーマット４であってもよい。
【００８９】
第１のセットにおけるサイドリンクフィードバック送信のチャネルフォーマットが、第２のセットにおけるサイドリンクフィードバック送信のチャネルフォーマットと同じであってもよい。第１のセットにおけるサイドリンクフィードバック送信のチャネルフォーマットが、第２のセットにおけるサイドリンクフィードバック送信のチャネルフォーマットと異なってもよい。
【００９０】
一実施形態では、第１セットの各サイドリンクフィードバック送信が、同じ周波数リソースサイズであってもよい。第１のセットの各サイドリンクフィードバック送信が、同じＰＲＢまたはＲＥサイズであってもよい。第２のセットの各サイドリンクフィードバック送信が、同じ周波数リソースサイズであってもよい。一実施形態では、第２のセットの各サイドリンクフィードバック送信が、同じＰＲＢまたはＲＥサイズであってもよい。
【００９１】
第１のセットにおける各サイドリンクフィードバック送信の周波数リソースサイズが、第２のセットにおける各サイドリンクフィードバック送信の周波数リソースサイズと同じであってもよい。第１のセットにおける各サイドリンクフィードバック送信の周波数リソースサイズが、第２のセットにおける各サイドリンクフィードバック送信の周波数リソースサイズと異なってもよい。
【００９２】
一実施形態では、サイドリンクデータ送信に含まれるサブチャネル、ＰＲＢまたはＲＥが、第１のセットのサイドリンクフィードバック送信（の少なくとも１つ）と、第２のセットのサイドリンクフィードバック送信（の少なくとも１つ）とを同時に収容することができない場合、受信側デバイスは、第１のセットのサイドリンクフィードバック送信を行ってもよい。サイドリンクフィードバック送信に対して占有、予約、導出、または関連付けられた周波数リソースが、第１のセットのサイドリンクフィードバック送信（の少なくとも１つ）と、第２のセットのサイドリンクフィードバック送信（の少なくとも１つ）とを同時に収容することができない場合、受信側デバイスは、第１のセットのサイドリンクフィードバック送信を行ってもよい。一実施形態では、受信側デバイスが、第２のセットのサイドリンクフィードバック送信を行わないことがある。受信側デバイスは、第２のセットのサイドリンクフィードバック送信をドロップまたは無視したりすることがある。第１のタイプのフィードバック情報が、第２のタイプのフィードバック情報よりも優先度が高くてもよい。
【００９３】
一実施形態では、受信側デバイスが、第２のタイプのフィードバック情報を生成しないことがある。優先順位付けが、フィードバック情報のタイプに基づいて決定または導出されてもよい。ＨＡＲＱフィードバックが、チャネル状態情報レポートよりも優先度が高くてもよい。ＨＡＲＱフィードバックが、ＲＳＲＰ測定レポートより優先度が高くてもよよい。
【００９４】
一実施形態では、チャネル状態情報レポートが、ＲＳＲＰ測定レポートよりも優先度が高くてもよい。代替的には、チャネル状態情報レポートが、ＲＳＲＰ測定レポートよりも優先度が低くてもよい。
【００９５】
一実施形態では、ＨＡＲＱフィードバックが、支援情報より優先度が高くてもよい。代替的には、ＨＡＲＱフィードバックが、支援情報よりも優先度が低くてもよい。一実施形態では、チャネル状態情報レポートが、支援情報よりも優先度が高くてもよい。代替的には、チャネル状態情報レポートが、支援情報よりも優先度が低くてもよい。
【００９６】
一実施形態では、ＲＳＲＰ測定レポートが、支援情報よりも優先度が高くてもよい。代替的には、ＲＳＲＰ測定レポートが、支援情報よりも優先度が低くてもよい
【００９７】
図１２に示す例に示すように、受信側デバイスが、１つまたは２つのトランスポートブロック（ＴＢ）を含むかまたは送達するＰＳＳＣＨを受信してもよい。受信側デバイスが、トリガチャネル状態情報レポートとともにＰＳＣＣＨを受信してもよい。一実施形態では、ＰＳＣＣＨが、ＰＳＳＣＨのスケジューリング情報および／またはチャネル状態情報レポートトリガのための表示を含み得る。
【００９８】
一実施形態では、受信側デバイスが、ＰＳＳＣＨのために関連付けられたＨＡＲＱビットを生成してもよい。受信側デバイスが、関連付けられたＨＡＲＱビット、すなわちＰＳＦＣＨ１を含むか、または送達する第１のサイドリンクフィードバック送信を行ってもよい。受信側デバイスが、（図１２に示されている１２個の小さな黒のブロックのような）参照信号の測定を介してチャネル状態情報レポートを生成してもよい。受信側デバイスが、チャネル状態情報レポート、すなわちＰＳＦＣＨ２を含むか、または送達する第２のサイドリンクフィードバック送信を行ってもよい一実施形態では、ＰＳＦＣＨ１およびＰＳＦＣＨ２が、同一のＴＴＩまたは同一のＯＦＤＭシンボルにおいて行われてもよい。各ＰＳＦＣＨ１によって占有されるＰＲＢ番号が、各ＰＳＦＣＨ２によって占有されるＰＲＢ番号とは異なってもよい。ＰＳＦＣＨ１のチャネルフォーマットまたは構造が、ＰＳＦＣＨ２のチャネルフォーマットまたは構造と異なってもよい。
【００９９】
図１３および／または図１４に示される例に示されるように、受信側デバイスが、１つまたは２つのトランスポートブロック（ＴＢ）を含む、または搬送するＰＳＳＣＨを受信してもよい。受信側デバイスが、ＰＳＳＣＨのために関連付けられたＨＡＲＱビットを生成してもよい。受信側デバイスが、関連付けられたＨＡＲＱビット、すなわちＰＳＦＣＨ１を含むか、または送達する第１のサイドリンクフィードバック送信を行ってもよい。受信側デバイスが、ＰＳＦＣＨ１の同じシンボルにおいて参照信号、すなわち図１３および／または図１４のＲＳを送信してもよい。
【０１００】
一実施形態では、受信側デバイスが、ＲＳ送信をトリガするためにＰＳＣＣＨを受信してもよい。ＰＳＣＣＨが、ＰＳＳＣＨのスケジューリング情報および／またはＲＳ送信をトリガするための表示を含み得る。ＲＳが、フィードバック情報を含んでいないか、または送達しないことがある。ＲＳが、受信側デバイスおよび／または送信側デバイスの識別（レイヤ１  ＩＤなど）を含むか、または送達してもよい。
【０１０１】
一実施形態では、ＰＳＦＣＨ１およびＲＳは、同じＴＴＩにおいて受信側デバイスによって行われる。ＰＳＦＣＨ１とＲＳが同じＯＦＤＭシンボルで行われてもよい。ＰＳＦＣＨ１によって占有されるＰＲＢ番号が、ＲＳによって占有されるＰＲＢ番号とは異なってもよい。ＲＳが、占有されたＰＲＢ内のサブキャリアまたはＲＥの一部で送信されてもよい。
【０１０２】
選択肢３
【０１０３】
選択肢３では、複数のサイドリンクフィードバック送信が、同じタイプのフィードバック情報を含んでもよく、または送達してもよい。一実施形態では、複数のサイドリンクフィードバック送信の各々が、同じタイプのフィードバック情報の異なる部分をそれぞれ含むか、または送達してもよい。言い換えると、受信側デバイスは、そのタイプのフィードバック情報のビットサイズに応答して、１つ以上のサイドリンクフィードバック送信を利用することができる。そのタイプのフィードバック情報のビットサイズが大きいほど、サイドリンクフィードバック送信は多くなる。選択肢３は、サイドリンクフィードバックチャネルに対する仕様および設計の複雑さを低減することができる。
【０１０４】
一実施形態では、そのタイプのフィードバック情報が、（サイドリンクデータおよび／または制御送信に関連付けられた）ＨＡＲＱフィードバック、チャネル状態情報、ＲＳＲＰ測定結果、および／または（例えば、支援リソースの検知または選択のための）支援情報のいずれかであってもよい。
【０１０５】
一実施形態では、複数のサイドリンクフィードバック送信の各サイドリンクフィードバック送信が、同じチャネルフォーマットで行われてもよい。複数のサイドリンクフィードバック送信の各々が、同じシーケンスベースの構造で行われてもよい。一実施形態では、シーケンスベースの構造は、ＮＲ  ＰＵＣＣＨフォーマット０またはＮＲ  ＰＵＣＣＨフォーマット１であり得る。複数のサイドリンクフィードバック送信の各々が、同じチャネルベースの構造で行われてもよい。一実施形態では、チャネルベースの構造が、ＮＲ  ＰＵＣＣＨフォーマット２、ＮＲ  ＰＵＣＣＨフォーマット３、またはＮＲ  ＰＵＣＣＨフォーマット４であってもよい。
【０１０６】
複数のサイドリンクフィードバック送信の各サイドリンクフィードバック送信が、同じ周波数リソースサイズであってもよい。複数のサイドリンクフィードバック送信の各々が、同じＰＲＢまたはＲＥサイズであってもよい。
【０１０７】
一例として、受信側デバイスが、少なくとも１つの搬送ブロックを含むか、または搬送するサイドリンクデータ送信を受信することができる。受信側デバイスが、サイドリンクデータ送信のためのスケジューリング情報を備えたサイドリンク制御送信を受信してもよい。ＣＢＧベースのＨＡＲＱフィードバックが設定、サポート、または有効にされていない場合、受信側デバイスは、１つの関連付けられたＨＡＲＱビットを生成し、１つのＰＳＦＣＨ送信を介して１つの関連付けられたＨＡＲＱビットを送達してもよい。１つのＰＳＦＣＨ送信が、シーケンスベースの構造で行われてもよい。ＣＢＧベースのＨＡＲＱフィードバックが設定、サポート、または有効にされている場合、受信側デバイスは、トランスポートブロックに対して１つのある数の関連付けられたＨＡＲＱビットを生成してもよい。その数の関連付けられたＨＡＲＱビットの各ビットは、トランスポートブロックの１つのＣＢＧグループに関連付けられてもよく、ここで、トランスポートブロックは、複数のＣＢを含む。その数は、スケジューリング情報を介して設定または表示することができる。受信側デバイスが、複数のＰＳＦＣＨ送信を介してその数の関連付けられたＨＡＲＱビットを送達してもよい。
【０１０８】
一実施形態では、複数のＰＳＦＣＨ送信の各々と、その数の関連付けられたＨＡＲＱビットの各ビットとの間にマッピングがあってもよい。複数のＰＳＦＣＨ送信の各々とトランスポートブロックの各ＣＢＧグループとの間にマッピングがあってもよい。図１０および／または図１１に示される例に示されるように、関連付けられたＨＡＲＱビットの数が４であってもよいときに、各ＰＳＦＣＨが、関連付けられたＨＡＲＱビット数の１ＨＡＲＱビットを（それぞれ）含むか、または送達してもよい。第１のＨＡＲＱビットが、第１の１つのＰＳＦＣＨを介して設定または送達されてもよく、第２のＨＡＲＱビットが、第２の１つのＰＳＦＣＨを介して設定または送達されてもよく、第３のＨＡＲＱビットが、第３の１つのＰＳＦＣＨを介して設定または送達されてもよく、最後のＨＡＲＱビットが、最後の１つのＰＳＦＣＨを介して設定または送達されてもよい。関連付けられたＨＡＲＱビットの数が８であるときに、各ＰＳＦＣＨが、関連付けられたＨＡＲＱビット数の２ＨＡＲＱビットを（それぞれ）含むか、または送達してもよい。第１および第２のＨＡＲＱビットが、第１の１つのＰＳＦＣＨを介して設定または送達されてもよく、第３および第４のＨＡＲＱビットが、第２の１つのＰＳＦＣＨを介して設定または送達されてもよく、第５および第６のＨＡＲＱビットが、第３の１つのＰＳＦＣＨを介して設定または送達されてもよく、第７および最後のＨＡＲＱビットが、最後の１つのＰＳＦＣＨを介して設定または送達されてもよい。
【０１０９】
一例として、受信側デバイスが、ある数のサイドリンクデータ送信を受信してもよく、ここで、各サイドリンクデータ送信が、少なくとも１つのトランスポートブロックを含み、または送達してもよい。一実施形態では、その数のサイドリンクデータ送信が、異なるＴＴＩにおいて受信されてもよい。その数のサイドリンクデータ送信が、（１つのセルにおいて）同じサイドリンクリソースプール内で受信されてもよい。その数のサイドリンクデータ送信が、同じ送信装置送信側デバイスから送信されてもよい。代替的には、その数のサイドリンクデータ送信が、異なる送信側デバイスから送信されてもよい。
【０１１０】
受信側デバイスが、ある数の関連付けられたＨＡＲＱビットを生成してもよく、各関連付けられたＨＡＲＱビットが、その数のサイドリンクデータ送信のうちの１つに関連付けられてもよい。一実施形態では、受信側デバイスが、複数のＰＳＦＣＨ送信を介してその数の関連付けられたＨＡＲＱビットを送達してもよい。受信側デバイスが、１つのＰＳＦＣＨ送信におけるその数の関連付けられたＨＡＲＱビットを多重化しないことがある。複数のＰＳＦＣＨ送信の各々が、その数の関連付けられたＨＡＲＱビットのうちの１つを含んでもよい。言い換えると、複数のＰＳＦＣＨ送信の各々が、サイドリンクデータ送信の数のうちの１つに関連付けられたＨＡＲＱビットを含み得る。図１５および／または図１６に示される例に示されるように、受信側デバイスがＰＳＳＣＨ１〜ＰＳＳＣＨ４を受信するときに、受信側デバイスがＳＦＣＨ１〜ＰＳＦＣＨ４を行ってもよい。各ＰＳＦＣＨが、ＰＳＳＣＨに関連付けられたそれぞれの１〜２ＨＡＲＱビットを含むか、または送達してもよい。ＰＳＳＣＨ１〜ＰＳＳＣＨ４が、同じまたは異なる送信機から送信されてもよい。
【０１１１】
ＩＩ．  方法Ｂ
【０１１２】
方法Ｂの一般的な概念は、受信側デバイスがサイドリンクデータ送信および／またはサイドリンク制御送信を受信／検出するときに、受信側デバイスがサイドリンクフィードバック送信を行ってもよいということである。周波数領域におけるサイドリンクフィードバック送信のリソースサイズ、位置、またはパターンが、周波数領域におけるサイドリンクデータ送信のリソースサイズに基づいて導出または決定されてもよい。送信側デバイスがサイドリンクデータ送信および／またはサイドリンク制御送信を行うときに、送信側デバイスが、同じ導出または決定を与えられたとサイドリンクフィードバック送信を監視、検出、または受信してもよい。言い換えると、サイドリンクデータ送信がより多くの周波数リソースを含むときに、受信側デバイスは、サイドリンクフィードバック送信のためにより多くの（またはより広い）周波数リソースを利用することができる。
【０１１３】
一実施形態では、サイドリンクフィードバック情報が、（サイドリンクデータおよび／または制御送信に関連付けられた）ＨＡＲＱフィードバック、チャネル状態情報、ＲＳＲＰ測定レポート、および／または（例えば、支援リソースの検知または選択のため）支援情報のいずれかを含んでもよい。サイドリンクフィードバック送信が、シーケンスベースの構造で行われてもよい。一実施形態では、シーケンスベースの構造が、ＮＲ  ＰＵＣＣＨフォーマット０またはＮＲ  ＰＵＣＣＨフォーマット１であってもよい。サイドリンクフィードバック送信が、チャネルベースの構造で行われてもよい。一実施形態では、チャネルベースの構造が、ＮＲ  ＰＵＣＣＨフォーマット２、ＮＲ  ＰＵＣＣＨフォーマット３、またはＮＲ  ＰＵＣＣＨフォーマット４であってもよい。
【０１１４】
一実施形態では、サイドリンク制御送信が、サイドリンクデータ送信のためのスケジューリング情報を含んでもよく、または送達してもよい。例えば、スケジューリング情報が、サイドリンクデータ送信に含まれる周波数リソースを示してもよい。一実施形態では、スケジューリング情報は、周波数リソースの数、位置、および／またはパターン（例えば、サブチャネルの単位）が、サイドリンクデータ送信に含まれることを示してもよい。
【０１１５】
一実施形態では、サイドリンクフィードバック送信およびサイドリンクデータ送信に、時間ギャップ（例えば、ＴＴＩの単位）を適用してもよい。サイドリンクフィードバック送信が、複数のＰＲＢを含み得る。サイドリンクフィードバック送信が、複数のリソース要素を含み得る。スケジューリング情報が、サイドリンクフィードバック送信のための周波数リソースを示してもよい。サイドリンクフィードバック送信とサイドリンクデータ送信との間の周波数リソース関連付けは、固定であってもよく、もしくは（事前）設定されていてもよく、または、指定されていてもよい。
【０１１６】
周波数領域におけるサイドリンクフィードバック送信のリソースサイズ、位置、またはパターンの導出または決定については、いくつかの選択肢がある。
【０１１７】
選択肢１
【０１１８】
サイドリンクフィードバック送信の周波数リソースサイズが、サイドリンクデータ送信の周波数リソースサイズに基づいて導出または決定されてもよい。一実施形態では、サイドリンクフィードバック送信の周波数リソースサイズが、ＰＲＢ単位またはＲＥ単位（リソース要素）であってもよい。サイドリンクデータ送信の周波数リソースサイズが、ＰＲＢの単位またはサブチャネルの単位であってもよい。サイドリンクデータ送信がより多くの周波数リソースを含むときに、受信側デバイスは、関連付けられたサイドリンクフィードバック送信のためにより多くの周波数リソースを利用することができる。より多くの周波数リソースが利用可能である場合、サイドリンクフィードバック送信の受信信頼性を高めることができる。
【０１１９】
一実施形態では、サイドリンクフィードバック送信の周波数リソースサイズが、同様にサイドリンクフィードバック送信において送達されるフィードバック情報のビットサイズに依存することがある。サイドリンクフィードバック送信の周波数リソースサイズの上限があってもよい。上限が、固定、（事前）設定、または指定されてもよい。上限が、サイドリンクフィードバック送信のチャネルフォーマットまたは構造に依存することがある。上限が、サイドリンクフィードバック送信で送達されるフィードバック情報のビットサイズに依存することがある。
【０１２０】
一実施形態では、サイドリンクフィードバック送信の周波数リソースが、関連付けられたサイドリンクデータ送信の周波数リソース（に関連付けられた利用可能なフィードバックリソース）内であってもよい。サイドリンクフィードバック送信の周波数リソースが、連続してもよい。一実施形態では、サイドリンクフィードバック送信の周波数リソースが、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢ（に関連付けられた利用可能なフィードバックリソース）内の最低のＰＲＢのインデックスから開始してもよい。代替的には、サイドリンクフィードバック送信の周波数リソースが、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢ（に関連付けられた利用可能なフィードバックリソース）内の最高のＰＲＢのインデックスから開始してもよい。
【０１２１】
一実施形態では、サイドリンクフィードバック送信の周波数リソースが、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢ（に関連付けられた利用可能なフィードバックリソース）内の中央ＰＲＢに位置付けられてもよい。サイドリンクフィードバック送信の周波数リソースが、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢ（に関連付けられた利用可能なフィードバックリソース）内の示されたＰＲＢから開始してもよい。サイドリンクフィードバック送信の位置が、スケジューリング情報を介して示されてもよい。一実施形態では、サイドリンクフィードバック送信の位置が、固定され、（事前）設定され、または指定されてもよい。サイドリンクフィードバック送信の開始周波数リソースが、固定され、（事前）設定され、または指定されてもよい。
【０１２２】
図１７に示される例に示されるように、１つのサブチャネルは４つのＰＲＢを含む。ＰＳＳＣＨ１は２つのサブチャネルを含み、関連付けられたＰＳＦＣＨ１は４つのＰＲＢを含む。ＰＳＳＣＨ２は１つのサブチャネルを含み、関連付けられたＰＳＦＣＨ２は２つのＰＲＢを含む。ＰＳＦＣＨ１が、関連付けられたＰＳＳＣＨ１の周波数リソース内に中心周波数リソースを含み得る。
【０１２３】
選択肢２
【０１２４】
サイドリンクフィードバック送信の周波数リソースが、関連付けられたサイドリンクデータ送信の周波数リソース（に関連付けられた利用可能なフィードバックリソース）内であってもよい。サイドリンクフィードバック送信の周波数リソースが、関連付けられたサイドリンクデータ送信の周波数リソース（に関連付けられた利用可能なフィードバックリソースに）内にインターリーブまたは分配されてもよい。インターリーブまたは分配されるパターンおよび／または位置が、サイドリンクデータ送信の周波数リソースサイズに基づいて導出または決定されてもよい。
【０１２５】
一実施形態では、サイドリンクフィードバック送信の周波数リソースサイズが、関連付けられたサイドリンクデータ送信の周波数リソースサイズから独立していてもよい。サイドリンクフィードバック送信の周波数リソースサイズが、サイドリンクフィードバック送信において送達されるフィードバック情報のビットサイズに依存することがある。言い換えると、受信側デバイスは、関連付けられたサイドリンクフィードバック送信のために同じ周波数リソースサイズを利用することができ、サイドリンクデータ送信がより多くの周波数リソースを含むときに、サイドリンクフィードバック送信の周波数リソースが、広い周波数領域において拡散、インターリーブ、または分配されてもよい。これは、周波数ダイバーシチゲインのため、サイドリンクフィードバック送信の受信信頼性を高めることができる。したがって、サイドリンクフィードバック送信の周波数リソースのパターンおよび／または位置が、関連付けられたサイドリンクデータ送信の周波数リソースサイズに応答して異なってもよい。
【０１２６】
一実施形態では、サイドリンクフィードバック送信の周波数リソースサイズが、ＰＲＢ単位またはＲＥ単位（リソース要素）であってもよい。サイドリンクフィードバック送信のインターリーブまたは分配周波数リソースユニットが、ＰＲＢ単位またはＲＥ（リソース）単位であってもよい。サイドリンクデータ送信の周波数リソースサイズは、ＰＲＢの単位またはサブチャネルの単位であってもよい。
【０１２７】
一実施形態では、サイドリンクフィードバック送信が、別々の周波数リソースにおいてインターリーブまたは分配されてもよい。サイドリンクフィードバック送信が、サイドリンクデータ送信に関連付けられたサブチャネル（に関連付けられた利用可能なフィードバックリソース）内の別々のＰＲＢにインターリーブまたは分配されてもよい。サイドリンクフィードバック送信に対してインターリーブまたは分配されるパターンは、スケジューリング情報を介して示されてもよく、もしくは（事前）設定されてもよく、または指定されてもよい。
【０１２８】
一実施形態では、サイドリンクフィードバック送信のための開始周波数リソースが、スケジューリング情報を介して示されてもよく、もしくは（事前に）設定されてもよく、または指定されてもよい。サイドリンクフィードバック送信の２つの隣接する周波数リソース間の周波数リソース差が、スケジューリング情報を介して示されてもよく、もしくは（事前に）設定されてもよく、または指定されてもよい。サイドリンクフィードバック送信の２つの隣接する周波数リソース間の周波数リソース差が、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢの数および／またはスケジューリング情報における指示に基づいて決定されてもよい。サイドリンクフィードバック送信の２つの隣接する周波数リソース間の周波数リソース差が、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢの数および（事前）設定に基づいて決定されてもよい。サイドリンクフィードバック送信の２つの隣接する周波数リソース間の周波数リソース差が、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢの数および指定されたルールに基づいて決定されてもよい。
【０１２９】
図１８に示される例に示されるように、１つのサブチャネルは４つのＰＲＢを含む。ＰＳＳＣＨ１は２つのサブチャネルを含み、関連付けられたＰＳＦＣＨ１は２つのＰＲＢを含む。ＰＳＳＣＨ２は１つのサブチャネルを含み、関連付けられたＰＳＦＣＨ２は２つのＰＲＢを含む。ＰＳＦＣＨ１の２つの隣接する周波数リソース間の周波数リソース差は４ＰＲＢであり、ＰＳＦＣＨ２の２つの隣接周波数リソース間の周波数リソース差は２ＰＲＢである。したがって、ＰＳＦＣＨ１の２つの隣接する周波数リソース間には３つの未使用のＰＲＢがあり、ＰＳＦＣＨ２の２つの隣接する周波数リソース間には１つの未使用のＰＲＢがある。
【０１３０】
選択肢３
【０１３１】
サイドリンクフィードバック送信の周波数リソースサイズが、サイドリンクデータ送信の周波数リソースサイズに基づいて導出または決定されてもよい。さらに、サイドリンクフィードバック送信の周波数リソースが、関連付けられたサイドリンクデータ送信の周波数リソース（に関連付けられた利用可能なフィードバックリソース）内にインターリーブまたは分配されてもよい。インターリーブまたは分配されたパターンおよび／または位置が、サイドリンクデータ送信の周波数リソースサイズに基づいて導出または決定されてもよい。言い換えると、サイドリンクデータ送信がより多くの周波数リソースを含むときに、受信側デバイスは、関連付けられたサイドリンクフィードバック送信のためにより多くの周波数リソースを利用することができ、ここで、サイドリンクフィードバック送信の周波数リソースが、広い周波数領域にインターリーブまたは分配される。それは、より多くの周波数リソースと周波数ダイバーシチゲインのために、サイドリンクフィードバック送信の受信信頼性を高めることができる。したがって、サイドリンクフィードバック送信の周波数リソースのサイズ、パターン、および／または位置が、関連付けられたサイドリンクデータ送信の周波数リソースサイズに応答して異なってもよい。
【０１３２】
一実施形態では、サイドリンクフィードバック送信の周波数リソースサイズが、同様にサイドリンクフィードバック送信において送達されるフィードバック情報のビットサイズに依存することがある。サイドリンクフィードバック送信の周波数リソースサイズの上限があってもよい。上限が、固定、（事前）設定、または指定されてもよい。上限が、サイドリンクフィードバック送信のチャネルフォーマットまたは構造に依存することがある。上限が、サイドリンクフィードバック送信で送達されるフィードバック情報のビットサイズに依存することがある。
【０１３３】
一実施形態では、サイドリンクフィードバック送信の周波数リソースサイズが、ＰＲＢ単位またはＲＥ単位（リソース要素）であってもよい。サイドリンクフィードバック送信のインターリーブまたは分配周波数リソースユニットが、ＰＲＢ単位またはＲＥ（リソース）単位であってもよい。サイドリンクデータ送信の周波数リソースサイズは、ＰＲＢの単位またはサブチャネルの単位であってもよい。
【０１３４】
一実施形態では、サイドリンクフィードバック送信の周波数リソースが、関連付けられたサイドリンクデータ送信の周波数リソース（に関連付けられた利用可能なフィードバックリソース）内であってもよい。サイドリンクフィードバック送信の周波数リソースが、サイドリンクデータ送信に含まれるサブチャネル／ＰＲＢ（に関連付けられた利用可能なフィードバックリソース）内の最低のＰＲＢのインデックスから開始してもよい。サイドリンクフィードバック送信の周波数リソースが、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢ（に関連付けられた利用可能なフィードバックリソース）内の最高のＰＲＢのインデックスから開始してもよい。サイドリンクフィードバック送信の周波数リソースが、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢ（に関連付けられた利用可能なフィードバックリソース）内の示されたＰＲＢから開始してもよい。
【０１３５】
一実施形態では、サイドリンクフィードバック送信の位置が、スケジューリング情報を介して示されてもよい。サイドリンクフィードバック送信の位置が、固定、（事前）設定、または指定されてもよい。サイドリンクフィードバック送信の開始周波数リソースが、固定、（事前）設定、または指定されてもよい。
【０１３６】
一実施形態では、サイドリンクフィードバック送信が、別々の周波数リソースにインターリーブまたは分配されてもよい。サイドリンクフィードバック送信が、サイドリンクデータ送信に関連付けられたサブチャネル（に関連付けれられたフィードバックリソース）内の別個のＰＲＢ内にインターリーブまたは分配されてもよい。サイドリンクフィードバック送信に対してインターリーブまたは分配されたパターンが、スケジューリング情報を介して示されてもよく、もしくは（事前）設定されてもよく、または指定されてもよい。サイドリンクフィードバック送信のための開始周波数リソースが、スケジューリング情報を介して示されてもよく、もしくは（事前）設定されてもよく、または指定されてもよい。
【０１３７】
一実施形態では、サイドリンクフィードバック送信の２つの隣接する周波数リソース間の周波数リソース差が、スケジューリング情報を介して示されてもよく、もしくは（事前）設定されてもよく、または指定されてもよい。サイドリンクフィードバック送信の２つの隣接する周波数リソース間の周波数リソース差が、サイドリンクデータ送信の周波数リソースサイズに依存することがある。サイドリンクフィードバック送信の２つの隣接する周波数リソース間の周波数リソース差が、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢの数および／またはスケジューリング情報における指示に基づいて決定されてもよい。サイドリンクフィードバック送信の２つの隣接する周波数リソース間の周波数リソース差が、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢの数および（事前）設定に基づいて決定されてもよい。サイドリンクフィードバック送信の２つの隣接する周波数リソース間の周波数リソース差が、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢの数および指定されたルールに基づいて決定されてもよい。サイドリンクフィードバック送信の２つの隣接する周波数リソース間の周波数リソース差が、サイドリンクデータ送信の周波数リソースサイズから独立していてもよい。
【０１３８】
図１９に示す例に示すように、１つのサブチャネルは４つのＰＲＢを含む。ＰＳＳＣＨ１は２つのサブチャネルを含み、関連付けられたＰＳＦＣＨ１は４つのＰＲＢを含む。ＰＳＳＣＨ２は１つのサブチャネルを含み、関連付けられたＰＳＦＣＨ２は２つのＰＲＢを含む。ＰＳＦＣＨ１の２つの隣接する周波数リソース間の周波数リソース差は２ＰＲＢであり、ＰＳＦＣＨ２の２つの隣接する周波数リソース間の周波数リソース差は２ＰＲＢである。したがって、ＰＳＦＣＨ１の２つの隣接する周波数リソース間には１つの未使用のＰＲＢがあり、ＰＳＦＣＨ２の２つの隣接する周波数リソース間には１つの未使用のＰＲＢがある。
【０１３９】
方法Ｃ
【０１４０】
方法Ｃの一般的な概念は、サイドリンクフィードバック送信の周波数領域は、関連付けられたサイドリンクデータ送信の周波数領域とは異なるということである。
【０１４１】
一実施形態では、サイドリンクフィードバック送信の周波数領域および関連付けられたサイドリンクデータ送信の周波数領域が、同じサイドリンクリソースプール内にあってもよい。サイドリンクデータ送信の周波数領域が、サイドリンクリソースプールのフルサブチャネルまたはＰＲＢを含み得る。一実施形態では、（サイドリンクフィードバック送信のシンボル内で）サイドリンクフィードバック送信の周波数領域は、サイドリンクリソースプールのサブチャネルまたはＰＲＢの一部を含む。サイドリンクフィードバック送信のシンボル内では、サイドリンクフィードバック送信の周波数領域に含まれない、サイドリンクリソースプールのサブチャネルまたはＰＲＢの他の部分が、サイドリンクデータ送信のために利用されてもよい。
【０１４２】
一実施形態では、サイドリンクフィードバック送信の周波数領域が、ＰＲＢ単位またはＲＥ単位（リソース要素）であってもよい。サイドリンクデータ送信の周波数領域が、ＰＲＢ単位またはサブチャネル単位であってもよい。
【０１４３】
一実施形態では、サイドリンクフィードバック送信の周波数領域と関連付けられたサイドリンクデータ送信の周波数領域との間に時間ギャップがあってもよい。時間ギャップが、ＴＴＩの単位であってもよい。時間ギャップが、固定、（事前）設定、または指定されてもよい。時間ギャップが、サイドリンクリソースプールごとに固定または（事前）設定されてもよい。
【０１４４】
一実施形態では、サイドリンク制御送信が、サイドリンクデータ送信のためのスケジューリング情報を含み、または送達してもよい。例えば、スケジューリング情報が、どのサブチャネルがサイドリンクデータ送信に含まれるかを示してもよい。
【０１４５】
一実施形態では、サイドリンクデータ送信のためのサブチャネルサイズが、サイドリンクフィードバック送信のためのサブチャネルサイズとは異なってもよい。サイドリンクデータ送信の周波数領域の各サブチャネルが、データサブチャネルとして示され、第１の数のＰＲＢを含み得る。サイドリンクフィードバック送信の周波数領域の各サブチャネルが、フィードバックサブチャネルとして示され、第２の数のＰＲＢを含み得る。一実施形態では、第２の数字は、第１の数よりも小さい。
【０１４６】
一実施形態では、各データサブチャネルが、フィードバックサブチャネルと関連付けられてもよい。データサブチャネルおよび関連付けられたフィードバックサブチャネルが、同じサブチャネルインデックス内にあってもよい。例えば、インデックス３を備えたデータサブチャネルは、インデックス３を備えたフィードバックサブチャネルに関連付けられる。
【０１４７】
一実施形態では、受信側デバイスがデータサブチャネルのセットを含むサイドリンクデータ送信を受信するときに、受信側デバイスは、関連付けられたフィードバックサブチャネルのセット内のサイドリンクフィードバック送信を介してフィードバック情報（例えば、ＨＡＲＱフィードバック）をレポートしてもよい。受信側デバイスが、関連付けられたフィードバックサブチャネルのセットのフィードバックサブチャネルの全部または一部において、サイドリンクフィードバック送信を送信してもよい。送信側デバイスがデータサブチャネルのセットを含むサイドリンクデータ送信を送信するときに、送信側デバイスは、例えばＨＡＲＱフィードバックなどのフィードバック情報を取得するために、関連付けられたフィードバックサブチャネルのセット内で関連付けられたサイドリンクフィードバック送信を受信してもよい。
【０１４８】
図２０に示される例に示されるように、サイドリンクリソースプール内では、ＰＳＳＣＨのための１つのサブチャネルは４つのＰＲＢを含み、ＰＳＦＣＨのための１つのサブチャネルは２つのＰＲＢを含む。ＰＳＳＣＨに対して４つのサブチャネルがあり、ＰＳＦＣＨに対して４つの関連付けられたサブチャネルがある。１つのサブチャネルの含まれるＰＲＢが異なるので、フルＰＳＦＣＨ領域は８つのＰＲＢを含み、フルＰＳＳＣＨ領域は１６のＰＲＢを含む。受信側デバイスがＰＳＳＣＨ１を受信するときに、受信側デバイスは関連付けられたＰＳＦＣＨ１を介してフィードバック情報をレポートしてもよい。受信側デバイスがＰＳＳＣＨ２を受信するときに、受信側デバイスは関連付けられたＰＳＦＣＨ２を介してフィードバック情報をレポートしてもよい。ＰＳＳＣＨ１によって構成されるサブチャネルまたはＰＲＢはＰＳＦＣＨ領域の周波数領域内にないか、またはその領域と重複していないため、ＰＳＳＣＨ１が、ＰＳＦＣＨシンボル内に周波数リソース、例えばリソース要素を含み得る。ＰＳＳＣＨ２によって構成されるサブチャネルまたはＰＲＢはＰＳＦＣＨ領域の周波数領域内にあるか、またはその領域と重複しているため、ＰＳＳＣＨ２はＰＳＦＣＨシンボル内に周波数リソース、例えばリソース要素を含むことができない。
【０１４９】
別の実施形態では、サイドリンクデータ送信のためのリソースユニット（例えば、サブチャネル）は、サイドリンクフィードバック送信のためのリソースユニット（例えば、ＰＲＢ）とは異なる場合がある。サイドリンクデータ送信の周波数領域の各サブチャネルが、サイドリンクフィードバック送信のための特定の数のＰＲＢと関連付けられてもよい。一実施形態では、サイドリンクデータ送信の１つのサブチャネルは、サイドリンクフィードバック送信のために１つのＰＲＢと関連付けられる。
【０１５０】
一実施形態では、受信側デバイスが、サブチャネルのセットを含むサイドリンクデータ送信を受信するときに、受信側デバイスが、関連付けられたＰＲＢのセット内のサイドリンクフィードバック送信を介してフィードバック情報（例えば、ＨＡＲＱフィードバック）をレポートしてもよい。受信側デバイスが、関連付けられたＰＲＢのセットのＰＲＢの全部または一部において、サイドリンクフィードバック送信を送信してもよい。送信側デバイスがサブチャネルのセットを含むサイドリンクデータ送信を送信するときに、送信側デバイスが、例えばＨＡＲＱフィードバックのようなフィードバック情報を取得するために、関連付けられたＰＲＢのセット内で関連付けられたサイドリンクフィードバック送信を受信してもよい。
【０１５１】
さらに、サイドリンクフィードバック送信の周波数領域が、異なるＴＴＩでホップされてもよい。一実施形態では、１つのＴＴＩにおけるサイドリンクフィードバック送信の周波数領域サイズが、別のＴＴＩにおけるサイドリンクフィードバック送信の周波数領域サイズと同じであってもよい。代替的には、１つのＴＴＩにおけるサイドリンクフィードバック送信の周波数領域の位置が、別のＴＴＩにおけるサイドリンクフィードバック送信の周波数領域の位置とは異なってもよい。一実施形態では、サイドリンクフィードバック送信の周波数領域のホッピングパターンが、固定、（事前）設定、または指定されてもよい。
【０１５２】
一実施形態では、サイドリンクフィードバック送信の周波数領域の位置が、ＴＴＩインデックスに依存することがある。図２１に示される例に示されるように、ＴＴＩ  ＮおよびＴＴＩ  Ｎ＋２におけるＰＳＦＣＨ領域は、サイドリンクリソースプールの下半分に位置付けられ、ＴＴＩ  Ｎ＋１およびＴＴＩ  Ｎ＋３におけるＰＳＦＣＨ領域は、サイドリンクリソースプールの上半分に位置付けられる。
【０１５３】
さらに、ＴＴＩ内では、サイドリンクフィードバック送信の複数の周波数領域があってもよい。サイドリンクフィードバック送信の複数の周波数領域が、周波数領域において互いに重複しないようにしてもよい。サイドリンクフィードバック送信の複数の周波数領域が、周波数領域において同じ周波数領域サイズであってもよい。サイドリンクフィードバック送信の複数の周波数領域が、複数のＴＴＩにおいて関連付けられたサイドリンクデータ送信の周波数領域と関連付けられてもよい。
【０１５４】
一実施形態では、関連付けられたサイドリンクフィードバック送信の１つの周波数領域が、１つのＴＴＩにおいて関連付けられたサイドリンクフィードバック送信の周波数領域に関連付けられてもよい。１つのサイドリンクリソースプール内に、１つのＴＴＩにおけるサイドリンクデータ送信の周波数領域が（１つだけ）あってもよい。別のＴＴＩ内では、サイドリンクフィードバック送信の周波数領域がないことがある。図２２に示される例に示されるように、ＴＴＩ  Ｎ＋１におけるＰＳＦＣＨ領域１は、ＴＴＩ  ＮのＰＳＳＣＨ領域１に関連付けられ、ＴＴＩ  Ｎ＋１におけるＰＳＦＣＨ領域２は、ＴＴＩ  Ｎ＋１のＰＳＳＣＨ領域２に関連付けられる。。ＴＴＩ  Ｎ＋３におけるＰＳＦＣＨ領域１は、ＴＴＩ  Ｎ＋２におけるＰＳＳＣＨ領域１に関連付けられ、ＴＴＩ  Ｎ＋３におけるＰＳＦＣＨ領域２は、ＴＴＩ  Ｎ＋３におけるＰＳＳＣＨ領域２に関連付けられる。
【０１５５】
ＩＶ．  上記のすべての概念、方法、選択肢、および実施形態に対して
【０１５６】
一般に、上記の方法、選択肢および実施形態のいずれも、組み合わせてもよく、または同時に適用してもよい。２ステージＳＣＩ（Sidelink  Control  Information）についての一般的な概念方も以下のように紹介する：
【０１５７】
一般に、２ステージＳＣＩがサポートまたは有効に設定されるときに、サイドリンクデータ送信のためのスケジューリング情報が、２つのサイドリンク制御送信において含まれ、または送達されてもよく、ここで、第１のサイドリンク制御送信は、第１のステージＳＣＩを含み、第２のサイドリンク制御送信は、第２のステージＳＣＩを含み、または送達する。一実施形態において、第１ステージＳＣＩの内容が、第２ステージＳＣＩの内容と異なってもよい。2ステージＳＣＩは、サイドリンクデータ送信のためのフルスケジューリング情報が、少なくとも第１ステージＳＣＩおよび第２ステージＳＣＩを含むことを意味してもよい。受信側デバイスは、第１のサイドリンク制御送信および第２のサイドリンク制御送信を受信することを介して、サイドリンクデータ送信を受信または復号するためのフルスケジューリング情報を取得することができる。
【０１５８】
受信側デバイスが、第１のサイドリンク制御送信または第２のサイドリンク制御送信のいずれかを正常に受信または復号する（例えば、第１のサイドリンク制御送信を正常に受信または復号し、第２の制御送信を正常に受信または復号しない、または第２のサイドリンク制御送信を正常に受信または復号し、第１の制御送信を正常に受信または復号しない）場合、受信側デバイスが、フルスケジューリング情報を取得しないことがある。受信側デバイスが、単に第１ステージＳＣＩおよび第２ステージＳＣＩのいずれかを受信する（例えば、第１ステージＳＣＩを受信し、第２ステージＳＣＩを受信しないか、または第２ステージＳＣＩを受信し、第１ステージＳＣＩを受信しない）場合、受信側デバイスが、フルスケジューリング情報を取得しないことがある。
【０１５９】
一実施形態では、受信側デバイスが、サイドリンクデータ送信（例えば、ＤＴＸ）に関連付けられたＨＡＲＱフィードバックをレポートしないことがある。受信側デバイスが、サイドリンク制御送信またはＳＣＩのいずれかの受信に関連付けられたＨＡＲＱフィードバックをレポートしないことがある。受信側デバイスが、サイドリンクデータ送信に関連付けられたサイドリンクフィードバック送信を行わないことがある。受信側デバイスが、サイドリンク制御送信またはＳＣＩのいずれかの受信に関連付けられたサイドリンクフィードバック送信を実行しないことがある。受信側デバイスが、サイドリンクデータ送信（例えば、ＮＡＣＫ）に関連付けられたＨＡＲＱフィードバックをレポートしてもよい。受信側デバイスが、サイドリンクデータ送信に関連付けられたサイドリンクフィードバック送信を行ってもよい。受信側デバイスが、サイドリンク制御送信／ＳＣＩのうちの１つおよび／またはサイドリンクデータ送信のうちのいずれかに関連付けられたサイドリンクフィードバックリソース上でサイドリンクフィードバック送信を行ってもよい。
【０１６０】
２ステージＳＣＩについての一般的概念は、上記の方法、選択肢および実施形態のいずれかと組み合わせることができる。代替的には、２ステージＳＣＩについての一般的概念は、上記の方法、選択肢、および実施形態と組み合わせることなく適用することができる。
【０１６１】
一実施形態では、ＨＡＲＱフィードバックが、サイドリンクデータ送信および／またはサイドリンク制御送信に関連付けられてもよい。ＨＡＲＱフィードバックは、受信側デバイスがサイドリンクデータ送信において送達されるトランスポートブロックを正常に受信または復号するかどうかに基づいて導出されてもよい。ＨＡＲＱフィードバックが、受信側デバイスがサイドリンク制御送信を正常に受信または復号するかどうかに基づいて導出されてもよい。
【０１６２】
一実施形態では、チャネル状態情報が、少なくとも送信側デバイスと受信側デバイスとの間のサイドリンクチャネル品質を提供してもよい。チャネル状態情報が、送信側デバイスから送信された参照信号の測定に基づいて受信側デバイスによって導出されてもよい。
【０１６３】
一実施形態では、ＲＳＲＰ測定結果が、送信側デバイスから受信側デバイスへの伝搬損失を呈してもよい。ＲＳＲＰ測定結果が、送信側デバイスから送信された参照信号の測定に基づいて受信側デバイスによって導出されてもよい。
【０１６４】
一実施形態では、支援情報が、送信側デバイスがリソースの検知および／または選択を行うのを支援するために、受信側デバイスから送信側デバイスへ提供されてもよい。支援情報が、検出結果、または受信側デバイスのリソース占有または予約状況を意味してもよい。
【０１６５】
一実施形態では、サイドリンクフィードバック送信および関連付けられたサイドリンクデータ送信が、同じＴＴＩにあってもよい。サイドリンクフィードバック送信と関連付けられたサイドリンクデータ送信との間の時間ギャップが、ゼロであってもよい。サイドリンクフィードバック送信および関連付けられたサイドリンクデータ送信が、異なるＴＴＩにあってもよい。サイドリンクフィードバック送信と関連付けられたサイドリンクデータ送信との間の時間ギャップが、ＴＴＩの単位であってもよい。時間ギャップが、固定、（事前）設定、または指定されてもよい。時間ギャップが、サイドリンクリソースプールごとに固定または（事前）設定されてもよい。
【０１６６】
一実施形態では、サイドリンクデータ送信はＰＳＳＣＨ送信とすることができる。サイドリンクデータチャネルはＰＳＳＣＨとすることができる。
【０１６７】
一実施形態では、サイドリンク制御送信はＰＳＣＣＨ送信とすることができる。サイドリンク制御チャネルはＰＳＣＣＨとすることができる。
【０１６８】
一実施形態では、サイドリンクフィードバック送信はＰＳＦＣＨ送信とすることができる。サイドリンクフィードバックチャネルはＰＳＦＣＨとすることができる。
【０１６９】
一実施形態では、サイドリンク送信または受信が、デバイス・ツー・デバイス送信または受信であってもよい。サイドリンク送信または受信が、Ｖ２Ｘ（Vehicle-to-Everyting）送受信であってもよい。サイドリンク送信または受信が、Ｐ２Ｘ（Pedestrian-to-Everything）送受信であってもよい。サイドリンク送信または受信が、ＰＣ５インターフェース上であってもよい。
【０１７０】
一実施形態では、ＰＣ５インターフェースが、デバイスとデバイスとの間の通信のための無線インターフェースであってもよい。ＰＣ５インターフェースが、デバイス間の通信のための無線インターフェースであってもよい。ＰＣ５インターフェースが、ＵＥ間の通信のための無線インターフェースであってもよい。ＰＣ５インターフェースが、Ｖ２ＸまたはＰ２Ｘ通信のための無線インターフェースであってもよい。
【０１７１】
一実施形態では、Ｕｕインターフェースが、ネットワークノードとデバイスとの間の通信のための無線インターフェースであってもよい。Ｕｕインターフェースが、ネットワークノードとＵＥとの間の通信のための無線インターフェースであってもよい。
【０１７２】
一実施形態では、ＴＴＩが、サイドリンクリソースプールのための時間間隔を意味してもよい。ＴＴＩが、サイドリンク（データ）送信のための送信時間間隔を意味してもよい。ＴＴＩが（サイドリンクのための）スロットであってもよい。ＴＴＩが（サイドリンクのための）サブフレームであってもよい。ＴＴＩが、複数のシンボル、例えば、１２または１４のシンボルを含み得る。
【０１７３】
一実施形態では、サブチャネルが、周波数領域におけるサイドリンクデータ送信のためのスケジューリングリソースユニットであってもよい。１つのサブチャネルが、周波数領域において複数の連続するＰＲＢを含み得る。各サブチャネルのＰＲＢの数が、固定、（事前）設定、または指定されてもよい。各サブチャネルのＰＲＢの数が、サイドリンクリソースプールごとに固定または（事前）設定されてもよい。
【０１７４】
一実施形態では、送信側デバイスが、ＵＥであってもよい。送信側デバイスが、ビークルＵＥであってもよい。送信側デバイスが、Ｖ２Ｘ  ＵＥであってもよい。
【０１７５】
一実施形態では、受信側デバイスが、ＵＥであってもよい。受信側デバイスが、ビークルＵＥであってもよい。受信側デバイスが、Ｖ２Ｘ  ＵＥであってもよい。
【０１７６】
図２３は、１つの例示的実施形態による、第１のデバイスの観点からのフローチャート２３００である。ステップ２３０５において、第１のデバイスは、サイドリンクデータ送信の周波数領域と、サイドリンクフィードバック送信の複数の周波数領域とを含むサイドリンクリソースプールで設定され、ここで、１つのＴＴＩ（Transmission  Time  Interval）におけるサイドリンクフィードバック送信の複数の周波数領域が、複数のＴＴＩにおけるサイドリンクデータ送信の１つの周波数領域に別々に関連付けられ、１つのＴＴＩにおけるサイドリンクフィードバック送信の複数の周波数領域が、周波数領域において互いに重複せず、時間領域において完全に重複する。ステップ２３１０において、第１のデバイスが、第１のＴＴＩにおけるサイドリンクデータ送信の周波数領域内で、第２のデバイスからサイドリンクデータ送信を受信する。ステップ２３１５において、第１のデバイスが、サイドリンクデータ送信に関連付けられたフィードバック情報を生成する。ステップ２３２０において、第１のデバイスが、サイドリンクフィードバック送信の複数の周波数領域のうちのサイドリンクフィードバック送信の１つの周波数領域内のサイドリンクフィードバックリソースを決定または導出し、ここで、サイドリンクフィードバック送信の１つの周波数領域が、第１のＴＴＩとの関連付けに基づいて決定または導出される。ステップ２３２５において、第１のデバイスが、サイドリンクフィードバックリソース上で、第２のデバイスにフィードバック情報を送達するために、サイドリンクフィードバック送信を行う。
【０１７７】
一実施形態では、１つのＴＴＩにおけるサイドリンクフィードバック送信の複数の周波数領域のうちの任意の２つが、異なるＴＴＩにおけるサイドリンクデータ送信に関連付けられてもよい。一実施形態では、サイドリンクフィードバック送信の複数の周波数領域が、サイドリンクリソースプールのＴＴＩの一部に（一緒に）存在してもよい。サイドリンクフィードバック送信の複数の周波数領域が、サイドリンクリソースプールにおいてＴＴＩの単位で周期性を有するＴＴＩの一部に（一緒に）存在してもよい。サイドリンクフィードバック送信の複数の周波数領域の各々について、サイドリンクリソースプールのＴＴＩの部分間の各ＴＴＩにおいて周波数サイズおよび周波数位置が、同じであってもよい。
【０１７８】
一実施形態では、サイドリンクデータ送信の周波数領域が、サイドリンクリソースプールのフルＰＲＢ（Physical  Resource  Block）を含み得る。一実施形態では、サイドリンクデータ送信の周波数領域が、サイドリンクリソースプールのフルサブチャネルを含み得る。サイドリンクデータ送信の周波数領域は、ＰＲＢの単位またはサブチャネルの単位でスケジュールまたはアレンジされ、ここで、各サブチャネルは、周波数領域において複数の（連続する）ＰＲＢを含む。一実施形態では、サイドリンクフィードバック送信の複数の周波数領域の各々は、サイドリンクリソースプールのＰＲＢの一部を含んでもよい。サイドリンクフィードバック送信の周波数領域の各々は、ＰＲＢの単位でスケジューリングまたはアレンジされる。
【０１７９】
一実施形態では、サイドリンクデータ送信のためのリソースユニットは、サブチャネルとすることができる。サイドリンクフィードバック送信のためのリソースユニットは、ＰＲＢとすることができる。第１のＴＴＩにおけるサイドリンクデータ送信の周波数領域の各サブチャネルは、候補または利用可能なサイドリンクフィードバック送信に対して指定の数のＰＲＢと関連付けられ、ここで、指定の数のＰＲＢは、サイドリンクフィードバック送信の複数の周波数領域のうちの関連付けられた１つの周波数領域内にある。
【０１８０】
一実施形態では、第一のデバイスは、サブチャネルのセットを含むサイドリンクデータ送信を受信することができ、サイドリンクフィードバックリソースは、関連付けられたＰＲＢのセット内の１つまたは一部のＰＲＢ上にある。関連付けられたＰＲＢのセットは、サブチャネルのセットに関連付けられた指定の数のＰＲＢを含む。関連付けられたＰＲＢのセットは、サブチャネルのセットの各サブチャネルに関連付けられた各指定の数のＰＲＢを含む。
【０１８１】
図３および図４に戻って参照すると、第１のデバイスの１つの例示的な実施形態において、第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含み、第１のデバイスは、サイドリンクデータ送信の周波数領域と、サイドリンクフィードバック送信の複数の周波数領域とを含むサイドリンクリソースプールで設定され、ここで、１つのＴＴＩにおけるサイドリンクフィードバック送信の複数の周波数領域が、複数のＴＴＩにおけるサイドリンクデータ送信の１つの周波数領域に別々に関連付けられ、１つのＴＴＩにおけるサイドリンクフィードバック送信の複数の周波数領域が、周波数領域において互いに重複せず、時間領域において完全に重複する。ＣＰＵ３０８がプログラムコード３１２を実行して、第１のデバイスが、（ｉ）第１のＴＴＩにおけるサイドリンクデータ送信の周波数領域内で、第２のデバイスからサイドリンクデータ送信を受信することと、（ｉｉ）サイドリンクデータ送信に関連付けられたフィードバック情報を生成することと、（ｉｉｉ）サイドリンクフィードバック送信の複数の周波数領域のうちのサイドリンクフィードバック送信の１つの周波数領域内のサイドリンクフィードバックリソースを決定または導出することであって、サイドリンクフィードバック送信の１つの周波数領域が、第１のＴＴＩとの関連付けに基づいて決定または導出される、決定または導出することと、（ｉｖ）サイドリンクフィードバックリソース上で、第２のデバイスにフィードバック情報を送達するために、サイドリンクフィードバック送信を行うこと、をすることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを行うことができる。
【０１８２】
図２４Ａおよび図２４Ｂは、１つの例示的実施形態による、第１のデバイスの観点からのフローチャート２４００である。ステップ２４０５において、第１のデバイスは、サイドリンクデータ送信の周波数領域と、少なくとも、サイドリンクフィードバック送信の第１の周波数領域と、サイドリンクフィードバック送信の第２の周波数領域とを含むサイドリンクリソースプールで設定され、ここで、サイドリンクフィードバック送信の第１の周波数領域とサイドリンクフィードバック送信の第２の周波数領域とは、異なるＴＴＩにおけるサイドリンクデータ送信の周波数領域に別々に関連付けられ、１つのＴＴＩにおけるサイドリンクフィードバック送信の第１の周波数領域とサイドリンクフィードバック送信の第２の周波数領域とは、周波数領域において互いに重複せず、時間領域において完全に重複する。ステップ２４１０において、第１のデバイスが、第１のＴＴＩにおいてサイドリンクデータ送信の周波数領域内で第１のサイドリンクデータ送信を受信する。ステップ２４１５において、第１のデバイスが、第１のサイドリンクデータ送信に関連付けられた第１のフィードバック情報を生成する。ステップ２４２０において、第１のデバイスが、サイドリンクフィードバック送信の第１の周波数領域内の第１のサイドリンクフィードバックリソースを決定または導出し、ここで、サイドリンクフィードバック送信の第１の周波数領域が、第１のＴＴＩとの関連付けに基づいて決定または導出される。ステップ２４２５において、第１のデバイスが、第１のサイドリンクフィードバックリソース上で、第１のフィードバック情報を送達するための第１のサイドリンクフィードバック送信を行う。
【０１８３】
ステップ２４３０において、第１のデバイスが、第２のＴＴＩにおいてサイドリンクデータ送信の周波数領域内で第２のサイドリンクデータ送信を受信する。ステップ２４３５において、第１のデバイスが、第２のサイドリンクデータ送信に関連付けられた第２のフィードバック情報を生成する。ステップ２４４０において、第１のデバイスが、サイドリンクフィードバック送信の第２の周波数領域内の第２のサイドリンクフィードバックリソースを決定または導出し、ここで、サイドリンクフィードバック送信の第２の周波数領域が、第２のＴＴＩとの関連付けに基づいて決定または導出される。ステップ２４４５において、第１のデバイスが、第２のサイドリンクフィードバックリソース上で、第２のフィードバック情報を送達するための第２のサイドリンクフィードバック送信を行う。
【０１８４】
一実施形態では、サイドリンクフィードバック送信の第１の周波数領域が、第１のセットのＴＴＩにおけるサイドリンクデータ送信の周波数領域に関連付けられてもよく、第１のＴＴＩは、第１のセットのＴＴＩ内にある。サイドリンクフィードバック送信の第２の周波数領域が、第２のセットのＴＴＩにおけるサイドリンクデータ送信の周波数領域に関連付けられてもよく、第２のＴＴＩは、第２のセットのＴＴＩ内にある。第１のセットのＴＴＩと第２のセットのＴＴＩは、時間領域において重複しないことがある。サイドリンクリソースプールは、少なくとも第１のセットのＴＴＩと第２のセットのＴＴＩを含む。
【０１８５】
一実施形態では、サイドリンクフィードバック送信の第１の周波数領域およびサイドリンクフィードバック送信の第２の周波数領域が、サイドリンクリソースプールのＴＴＩの一部に（一緒に）存在してもよい。サイドリンクフィードバック送信の第１の周波数領域とサイドリンクフィードバック送信の第２の周波数領域が、サイドリンクリソースプール内のＴＴＩ単位の周期性を有するＴＴＩの一部に（一緒に）存在してもよい。サイドリンクリソースプールの複数のＴＴＩの一部のうちの各ＴＴＩにおけるサイドリンクフィードバック送信の第１の周波数領域の周波数サイズと周波数位置は同じである。サイドリンクリソースプールのＴＴＩの一部のうちの各ＴＴＩにおけるサイドリンクフィードバック送信の第２の周波数領域の周波数サイズと周波数位置は同じである。
【０１８６】
一実施形態では、サイドリンクデータ送信の周波数領域が、サイドリンクリソースプールの完全なＰＲＢを含み得る。一実施形態では、サイドリンクデータ送信の周波数領域が、サイドリンクリソースプールの完全なサブチャネルを含み得る。サイドリンクデータ送信の周波数領域は、ＰＲＢの単位またはサブチャネルの単位でスケジューリングまたはアレンジされ、ここで、各サブチャネルは、周波数領域において複数の（連続する）ＰＲＢを含む。一実施形態では、サイドリンクフィードバック送信の第１の周波数領域が、サイドリンクリソースプールのＰＲＢの第１の部分を含んでもよい。サイドリンクフィードバック送信の第１の周波数領域が、ＰＲＢの単位でスケジューリングまたはアレンジされてもよい。サイドリンクフィードバック送信の第２の周波数領域が、サイドリンクリソースプールのＰＲＢの第２の部分を含んでもよい。サイドリンクフィードバック送信の第２の周波数領域が、ＰＲＢの単位でスケジューリングまたはアレンジされてもよい。
【０１８７】
一実施形態では、サイドリンクデータ送信のためのリソースユニットは、サブチャネルである。第１のサイドリンクフィードバック送信のためのリソースユニットは、ＰＲＢである。第１のＴＴＩにおけるサイドリンクデータ送信の周波数領域の各サブチャネルは、候補または利用可能なサイドリンクフィードバック送信のための指定の数のＰＲＢに関連付けられ、ここで、指定の数のＰＲＢは、第１の周波数領域内にある。第２のサイドリンクフィードバック送信のためのリソースユニットはＰＲＢである。第２のＴＴＩにおけるサイドリンクデータ送信の周波数領域の各サブチャネルは、候補または利用可能なサイドリンクフィードバック送信のための指定の数のＰＲＢに関連付けられ、ここで、指定の数のＰＲＢは、第２の周波数領域内にある。
【０１８８】
一実施形態では、第１のデバイスが第１のセットのサブチャネルを含む第１のサイドリンクデータ送信を受信するときに、第１のサイドリンクフィードバックリソースは、第１のセットの関連付けられたＰＲＢ内のＰＲＢの１つまたは一部にある。第１のセットの関連付けられたＰＲＢは、第１のセットのサブチャネルに関連付けられた指定の数のＰＲＢを含む。第１のセットの関連付けられたＰＲＢは、第１のセットのサブチャネルの各サブチャネルに関連付けられた各指定の数のＰＲＢを含む。第１のデバイスが第２のセットのサブチャネルを含む第２のサイドリンクデータ送信を受信するときに、第２のサイドリンクフィードバックリソースは、第２のセットの関連付けられたＰＲＢ内のＰＲＢの１つまたは一部にある。第２のセットの関連付けられたＰＲＢは、第２のセットのサブチャネルに関連付けられた特定の数のＰＲＢを含む。第２のセットの関連付けられたＰＲＢは、第２のセットのサブチャネルの各サブチャネルに関連付けられた各特定の数のＰＲＢを含む。
【０１８９】
一実施形態では、第１のサイドリンクフィードバック送信と第２のサイドリンクフィードバック送信が同じ第２のデバイスに送信されるときに、および第１のサイドリンクフィードバックリソースと第２のサイドリンクフィードバックリソースが同じＴＴＩにあるときに、第１のデバイスは、第１のサイドリンクフィードバックリソース上で第１のフィードバック情報を送達するための第１のサイドリンクフィードバック送信を行い、第２のサイドリンクフィードバックリソース上で第２のフィードバックを送達するための第２のサイドリンクフィードバック送信を行う。第１のデバイスは、１つのフィードバック送信において第１のフィードバック情報および第２のフィードバック情報を多重化しない。
【０１９０】
図３および図４に戻って参照すると、第１のデバイスの１つの例示的な一実施形態において、第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含み、第１のデバイスは、サイドリンクデータ送信の周波数領域と、少なくとも、サイドリンクフィードバック送信の第１の周波数領域と、サイドリンクフィードバック送信の第２の周波数領域とを含むサイドリンクリソースプールで設定され、ここで、サイドリンクフィードバック送信の第１の周波数領域とサイドリンクフィードバック送信の第２の周波数領域とは、異なるＴＴＩにおけるサイドリンクデータ送信の周波数領域に別々に関連付けられ、１つのＴＴＩにおけるサイドリンクフィードバック送信の第１の周波数領域とサイドリンクフィードバック送信の第２の周波数領域とは、周波数領域において互いに重複せず、時間領域において完全に重複する。ＣＰＵ３０８がプログラムコード３１２を実行して、第１のデバイスが、（ｉ）第１のＴＴＩにおいてサイドリンクデータ送信の周波数領域内で第１のサイドリンクデータ送信を受信することと、（ｉｉ）第１のサイドリンクデータ送信に関連付けられた第１のフィードバック情報を生成することと、（ｉｉｉ）サイドリンクフィードバック送信の第１の周波数領域内の第１のサイドリンクフィードバックリソースを決定または導出し、ここで、サイドリンクフィードバック送信の第１の周波数領域が、第１のＴＴＩとの関連付けに基づいて決定または導出される、決定または導出することと、（ｉｖ）第１のサイドリンクフィードバックリソース上で、第１のフィードバック情報を送達するための第１のサイドリンクフィードバック送信を行うことと、（ｖ）第１のサイドリンクフィードバックリソース上で第１のフィードバック情報を送達するための第１のサイドリンクフィードバック送信を行うこと、（ｖ）第２のＴＴＩにおいてサイドリンクデータ送信の周波数領域内で第２のサイドリンクデータ送信を受信することと、（ｖｉ）第２のサイドリンクデータ送信に関連付けられた第２のフィードバック情報を生成することと、（ｖｉｉ）サイドリンクフィードバック送信の第２の周波数領域内の第２のサイドリンクフィードバックリソースを決定または導出し、ここで、サイドリンクフィードバック送信の第２の周波数領域が、第２のＴＴＩとの関連付けに基づいて決定または導出される、決定または導出することと、（ｖｉｉｉ）第２のサイドリンクフィードバックリソース上で、第２のフィードバック情報を送達するための第２のサイドリンクフィードバック送信を行うことと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを行うことができる。
【０１９１】
図２５は、１つの例示的な実施形態による、第１のデバイスの観点からのフローチャート２５００である。ステップ２５０５において、第１のデバイスは、サイドリンクデータ送信の周波数領域とサイドリンクフィードバック送信の周波数領域とを含むサイドリンクリソースプールで設定され、ここで、サイドリンクデータ送信の周波数領域のサイズとサイドリンクフィードバック送信の周波数領域のサイズは異なる。ステップ２５１０において、第１のデバイスが、サイドリンクデータ送信の周波数領域内で、第２のデバイスからサイドリンクデータ送信を受信する。ステップ２５１５において、第１のデバイスが、サイドリンクデータ送信に関連付けられたフィードバック情報を生成する。ステップ２５２０において、第１のデバイスが、サイドリンクフィードバックリソースを決定または導出し、ここで、サイドリンクフィードバックリソースは、関連付けられたサイドリンクフィードバック送信の周波数領域内に制限される。ステップ２５２５において、第１のデバイスが、サイドリンクフィードバックリソース上で、第２のデバイスにフィードバック情報を送達するためのサイドリンクフィードバック送信を行う。
【０１９２】
一実施形態では、サイドリンクフィードバック送信のシンボル内で、サイドリンクフィードバック送信の周波数領域に含まれない、サイドリンクリソースプールの他の周波数部分が、サイドリンクフィードバック送信の代わりに、他のサイドリンク送信（例えば、サイドリンクデータ送信）に利用されてもよい。
【０１９３】
一実施形態では、サイドリンクデータ送信の周波数領域が、サイドリンクリソースプールの完全なＰＲＢを含み得る。一実施形態では、サイドリンクデータ送信の周波数領域が、サイドリンクリソースプールの完全なサブチャネルを含み得る。サイドリンクデータ送信の周波数領域が、ＰＲＢの単位またはサブチャネルの単位でスケジューリングまたはアレンジされてもよい。各サブチャネルが、周波数領域における複数の（連続する）ＰＲＢを含み得る。一実施形態では、サイドリンクフィードバック送信の周波数領域が、サイドリンクリソースプールのＰＲＢの一部を含んでもよい。サイドリンクフィードバック送信の周波数領域が、ＰＲＢの単位でスケジューリングまたはアレンジされてもよい。
【０１９４】
一実施形態では、サイドリンクデータ送信のためのリソースユニットが、サブチャネルであってもよい。サイドリンクフィードバック送信のためのリソースユニットが、ＰＲＢであってもよい。サイドリンクデータ送信の周波数領域の各サブチャネルが、候補または利用可能なサイドリンクフィードバック送信のための指定の数のＰＲＢに関連付けられてもよく、指定の数のＰＲＢが、サイドリンクフィードバック送信の周波数領域内にあってもよい。
【０１９５】
一実施形態では、第一のデバイスが、サブチャネルのセットを含むサイドリンクデータ送信を受信するときに、サイドリンクフィードバックリソースが、関連付けられたＰＲＢのセット内のＰＲＢの１つまたは一部にあってもよい。関連付けられたＰＲＢのセットが、サブチャネルのセットに関連付けられた指定の数のＰＲＢを含み得る。関連付けられたＰＲＢのセットが、サブチャネルのセットの各サブチャネルに関連付けられた各指定の数のＰＲＢを含み得る。サイドリンクリソースプール内には、サイドリンクフィードバック送信の１つの周波数領域があってもよい。サイドリンクフィードバック送信の周波数領域が、サイドリンクリソースプールのすべてのＴＴＩ（Transmission  Time  Interval）に存在してもよい。サイドリンクフィードバック送信の周波数領域が、サイドリンクリソースプールのＴＴＩ（Transmission  Time  Interval）の一部に存在してもよい。
【０１９６】
図３および図４に戻って参照すると、第１のデバイスの１つの例示的な実施形態において、第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含み、第１のデバイスは、サイドリンクデータ送信の周波数領域とサイドリンクフィードバック送信の周波数領域とを含むサイドリンクリソースプールで設定され、ここで、サイドリンクデータ送信の周波数領域のサイズとサイドリンクフィードバック送信の周波数領域のサイズは異なる。ＣＰＵ３０８がプログラムコード３１２を実行して、第１のデバイスが、（ｉ）サイドリンクデータ送信の周波数領域内で、第２のデバイスからサイドリンクデータ送信を受信することと、（ｉｉ）サイドリンクデータ送信に関連付けられたフィードバック情報を生成することと、（ｉｉｉ）サイドリンクフィードバックリソースを決定または導出し、ここで、サイドリンクフィードバックリソースは、関連付けられたサイドリンクフィードバック送信の周波数領域内に制限される、決定または導出することと、（ｉｖ）サイドリンクフィードバックリソース上で、第２のデバイスにフィードバック情報を送達するためのサイドリンクフィードバック送信を行うことと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを行うことができる。
【０１９７】
図２６は、１つの例示的な実施形態による、第１のデバイスの観点からのフローチャート２６００である。ステップ２６０５において、第１のデバイスは、第２のデバイスからサイドリンクデータ送信を受信する。ステップ２６１０において、第１のデバイスが、サイドリンクデータ送信に関連付けられたフィードバック情報を生成する。ステップ２６１５において、第１のデバイスが、第２のデバイスにフィードバック情報を送達するために、ＴＴＩにおいて複数のサイドリンクフィードバック送信を行う。
【０１９８】
一実施形態では、第１のデバイスが、サイドリンク制御情報を受信してもよく、サイドリンク制御情報は、サイドリンクデータ送信のためのスケジューリング情報を含む。
【０１９９】
図３および図４に戻って参照すると、第１のデバイスの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８がプログラムコード３１２を実行して、第１のデバイスが、（ｉ）第２のデバイスからサイドリンクデータ送信を受信することと、（ｉｉ）サイドリンクデータ送信に関連付けられたフィードバック情報を生成することと、（ｉｉｉ）第２のデバイスにフィードバック情報を送達するために、ＴＴＩにおいて複数のサイドリンクフィードバック送信を行うことと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを行うことができる。
【０２００】
図２７は、１つの例示的な実施形態による、第２のデバイスの観点からのフローチャート２７００である。ステップ２７０５において、第２のデバイスは、サイドリンクデータ送信を第１のデバイスに送信する。ステップ２７１０において、第２のデバイスが、第１のデバイスからＴＴＩにおいて複数のサイドリンクフィードバック送信を受信する。ステップ２７１５において、第２のデバイスは、受信された複数のサイドリンクフィードバック送信から、サイドリンクデータ送信に関連付けられたフィードバック情報を取得または復号する。
【０２０１】
一実施形態では、第２のデバイスは、サイドリンク制御情報を送信することができ、サイドリンク制御情報は、サイドリンクデータ送信のためのスケジューリング情報を含む。
【０２０２】
図３および図４に戻って参照すると、第２のデバイスの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８がプログラムコード３１２を実行して、第２のデバイスが、（ｉ）サイドリンクデータ送信を第１のデバイスに送信することと、（ｉｉ）第１のデバイスからＴＴＩにおいて複数のサイドリンクフィードバック送信を受信することと、（ｉｉｉ）受信された複数のサイドリンクフィードバック送信から、サイドリンクデータ送信に関連付けられたフィードバック情報を取得または復号することと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを行うことができる。
【０２０３】
図２６および図２７に示され、上述した実施形態に関連して、一実施形態では、スケジューリング情報は、どのサブチャネルがサイドリンクデータ送信に含まれるかを示すことができる。複数のサイドリンクフィードバック送信の各々とサイドリンクデータ送信との間の時間ギャップは、同じとすることができ、および／または時間ギャップは、ＴＴＩの単位とすることができる。
【０２０４】
一実施形態では、複数のサイドリンクフィードバック送信は、ＴＴＩの同じシンボル、例えば、最後の１つのシンボルまたは最後から２つ目のシンボルにおいて時宜を得たものとすることができる。複数のサイドリンクフィードバック送信は、ＴＴＩの異なるシンボル、例えば、最後の１つのシンボルまたは最後から２つ目のシンボルにおいて時宜を得たものとすることができる。複数のサイドリンクフィードバック送信は、別々の周波数リソース、例えば別々のＰＲＢまたは別々のリソース要素にあることができる。
【０２０５】
一実施形態では、複数のサイドリンクフィードバック送信とサイドリンクデータ送信との間の周波数リソース関連付けが、スケジューリング情報によって固定、（事前）設定、指定、または示されてもよい。複数のサイドリンクフィードバック送信が、別々の周波数リソース内でインターリーブまたは分配されてもよい。複数のサイドリンクフィードバック送信のためのインターリーブまたは分配パターンが、固定、（事前）設定、指定、またはスケジューリング情報によって示されてもよい。
【０２０６】
一実施形態では、２つの隣接するサイドリンクフィードバック送信間の周波数リソース差が、固定、（事前）設定、指定、またはスケジューリング情報を介して示されてもよい。２つの隣接するサイドリンクフィードバック送信間の周波数リソース差が、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢの数および／またはスケジューリング情報における指示に基づいて決定されてもよい。
【０２０７】
一実施形態では、複数のサイドリンクフィードバック送信は、別々の周波数リソースにおいて連続することができる。複数のサイドリンクフィードバック送信の連続する周波数リソースが、最低のＰＲＢのインデックス、最高のＰＲＢのインデックス、またはサイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢ（に関連付けられた利用可能なフィードバックリソース）内の示されたＰＲＢから開始してもよい。複数のサイドリンクフィードバック送信の連続する周波数リソースは、サイドリンクデータ送信に含まれるサブチャネルまたはＰＲＢに関連付けられた利用可能なフィードバックリソースの中央ＰＲＢに配置される。
【０２０８】
一実施形態では、複数のサイドリンクフィードバック送信の各々が、フィードバック情報の同じ内容を含んでもよく、または送達してもよい。複数のサイドリンクフィードバック送信の各々が、完全なフィードバック情報を含んでもよく、または送達してもよい。
【０２０９】
一実施形態では、複数のサイドリンクフィードバック送信が、１つのサイドリンクフィードバック送信のための送信繰り返しであってもよい。送信繰り返しは、同じシンボルにおいて周波数領域において行うことができる。フィードバック情報が、（サイドリンクデータおよび／または制御送信に関連付けられた）ＨＡＲＱフィードバック、チャネル状態情報、ＲＳＲＰ測定結果、および／または支援情報のいずれかを含んでもよい。
【０２１０】
一実施形態では、複数のサイドリンクフィードバック送信の各サイドリンクフィードバック送信は、同じチャネルフォーマットで行うことができる。複数のサイドリンクフィードバック送信の各サイドリンクフィードバック送信は、周波数リソースサイズとすることができる。
【０２１１】
一実施形態では、第１のセットの複数のサイドリンクフィードバック送信が、第１のタイプのフィードバック情報を含んでもよく、または送達してもよく、第２のセットの複数のサイドリンクフィードバック送信が、第２のタイプのフィードバック情報を含んでもよく、または送達してもよい。異なるタイプのフィードバック情報が、１つのサイドリンクフィードバック送信において多重化されないことがある。
【０２１２】
一実施形態では、第１のタイプのフィードバック情報が、第２のタイプのフィードバック情報とは異なってもよい。第１のタイプのフィードバック情報が、（サイドリンクデータおよび／または制御送信に関連付けられた）ＨＡＲＱフィードバック、チャネル状態情報、ＲＳＲＰ測定結果、および／または支援情報のいずれかを含んでもよい。
【０２１３】
一実施形態では、第２のタイプのフィードバック情報が、（サイドリンクデータおよび／または制御送信に関連付けられた）ＨＡＲＱフィードバック、チャネル状態情報、ＲＳＲＰ測定結果、および／または支援情報のいずれかを含んでもよい。第１のセットの各サイドリンクフィードバック送信が、同じチャネルフォーマットで行われてもよい。第２のセットの各サイドリンクフィードバック送信が、同じチャネルフォーマットで行われてもよい。第１のセットにおけるサイドリンクフィードバック送信のチャネルフォーマットが、第２のセットにおけるサイドリンクフィードバック送信のチャネルフォーマットと異なってもよい。もし、占有、予約、導出、またはサイドリンクフィードバック送信のための関連付けられた周波数リソースが、（少なくとも１つの）第１のセットのサイドリンクフィードバック送信と、（少なくとも１つの）第２のセットのサイドリンクフィードバック送信とを同時に収容することができない場合、受信側デバイスが、第１のセットのサイドリンクフィードバック送信を行ってもよく、第２のセットのサイドリンクフィードバック送信を行わないことがある。
【０２１４】
一実施形態では、第１のタイプのフィードバック情報が、第２のタイプのフィードバック情報よりも優先度が高くてもよい。第２のセットの複数のサイドリンクフィードバック送信は、参照信号とすることができる。参照信号が、第２のデバイスおよび／または第１のデバイスの識別（レイヤ１  ＩＤなど）を含んでもよい。
【０２１５】
一実施形態では、第２のタイプのフィードバック情報は、第２のデバイスおよび／または第１のデバイスの識別（レイヤ１  ＩＤなど）を意味することができる。参照信号に含まれ、または送達される第２のタイプのフィードバック情報はないことがある。参照信号が、第２のデバイスがチャネル品質測定および／またはＲＳＲＰ／ＰＬ導出を行うために第１のデバイスから送信されてもよい。参照信号が、占有されるＰＲＢ内のサブキャリア／ＲＥの一部において送信されてもよい。参照信号が、ＤＭＲＳ、ＣＳＩ−ＲＳ、またはＰＬ  ＲＳのいずれであってもよい。
【０２１６】
図２８は、１つの例示的な実施形態による、第１のデバイスがサイドリンク送信を行うための観点からのフローチャート２８００である。ステップ２８０５において、第１のデバイスは、第２のデバイスからサイドリンクデータ送信を受信する。ステップ２８１０において、第１のデバイスが、サイドリンクデータ送信に関連付けられたフィードバック情報を生成する。ステップ２８１５において、第１のデバイスが、第２のデバイスにフィードバック情報を送達するために、ＴＴＩにおいてサイドリンクフィードバック送信を行う。ステップ２８２０において、第１のデバイスが、第２のデバイスへ、ＴＴＩにおいて参照信号送信を行う。
【０２１７】
一実施形態では、第１のデバイスは、サイドリンク制御情報を受信することができ、サイドリンク制御情報は、サイドリンクデータ送信のためのスケジューリング情報を含む。
【０２１８】
図３および図４に戻って参照すると、第１のデバイスがサイドリンク送信を行う１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８がプログラムコード３１２を実行して、第１のデバイスが、（ｉ）第２のデバイスからサイドリンクデータ送信を受信することと、（ｉｉ）サイドリンクデータ送信に関連付けられたフィードバック情報を生成することと、（ｉｉｉ）第２のデバイスにフィードバック情報を送達するために、ＴＴＩにおいてサイドリンクフィードバック送信を行うことと、（ｉｖ）第２のデバイスへ、ＴＴＩにおいて参照信号送信を行うこと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを行うことができる。
【０２１９】
図２９は、１つの例示的な実施形態による、第２のデバイスがサイドリンク送信を行う観点からのフローチャート２９００である。ステップ２９０５において、第２のデバイスは、サイドリンクデータ送信を第１のデバイスに送信する。ステップ２９１０において、第２のデバイスが、第１のデバイスから、ＴＴＩにおいてサイドリンクフィードバック送信を受信する。ステップ２９１５において、第２のデバイスが、受信されたサイドリンクフィードバック送信から、サイドリンクデータ送信に関連付けられたフィードバック情報を取得または復号する。ステップ２９２０において、第２のデバイスが、第１のデバイスから、ＴＴＩにおいて参照信号を受信または測定する。ステップ２９２５において、第２のデバイスが、参照信号の測定に基づいて測定結果を導出する。
【０２２０】
一実施形態では、第２のデバイスは、サイドリンク制御情報を送信することができ、サイドリンク制御情報は、サイドリンクデータ送信のためのスケジューリング情報を含む。
【０２２１】
図３および図４に戻って参照すると、第２のデバイスがサイドリンク送信を行う１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８がプログラムコード３１２を実行して、第１のデバイスが、（ｉ）サイドリンクデータ送信を第１のデバイスに送信することと、（ｉｉ）第１のデバイスから、ＴＴＩにおいてサイドリンクフィードバック送信を受信することと、（ｉｉｉ）受信されたサイドリンクフィードバック送信から、サイドリンクデータ送信に関連付けられたフィードバック情報を取得または復号することと、（ｉｖ）第１のデバイスから、ＴＴＩにおいて参照信号を受信または測定することと、（ｖ）参照信号の測定に基づいて測定結果を導出することと、するのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを行うことができる。
【０２２２】
図２６から図２９に示され、上述した実施形態に関連して、一実施形態では、サイドリンク制御情報は、第１のデバイスが参照信号を第２のデバイスに送信することを示すことができる。参照信号が、第２のデバイスおよび／または第１のデバイスの識別（レイヤ１  ＩＤなど）を含んでもよい。参照信号が、第１のデバイスがチャネル品質測定および／またはＲＳＲＰ／ＰＬ導出を行うために第１のデバイスから送信されてもよい。参照信号は、占有されたＰＲＢ内のサブキャリアまたはＲＥの一部において送信することができる。
【０２２３】
一実施形態では、サイドリンクフィードバック送信および参照信号が、別々のＰＲＢなどの別々の周波数リソースを占有してもよい。参照信号が、ＤＭＲＳ、ＣＳＩ−ＲＳ、またはＰＬ  ＲＳのいずれであってもよい。
【０２２４】
一実施形態では、複数のサイドリンクフィードバック送信が、同じタイプのフィードバック情報を含んでもよく、または送達してもよく、ここで、複数のサイドリンクフィードバック送信の各々は、同じタイプのフィードバック情報の異なる部分を含む／送達する。受信側デバイスは、フィードバック情報のタイプのビットサイズに応答して、１つ以上のサイドリンクフィードバック送信を利用することができる。
【０２２５】
一実施形態では、フィードバック情報のタイプが、（サイドリンクデータおよび／または制御送信に関連付けられた）ＨＡＲＱフィードバック、チャネル状態情報、ＲＳＲＰ測定結果、および／または支援情報のいずれかを含んでもよい。複数のサイドリンクフィードバック送信の各々は、同じチャネルフォーマットで行うことができる。複数のサイドリンクフィードバック送信の各々は、同じ周波数リソースサイズであってもよい。
【０２２６】
図３０は、１つの例示的な実施形態による、第１のデバイスがサイドリンク送信を行う観点からのフローチャート３０００である。ステップ３００５において、第１のデバイスは、サイドリンクリソースプールで設定され、ここで、サイドリンクリソースプールは、サイドリンクデータ送信の周波数領域およびサイドリンクフィードバック送信の周波数領域を含む。ステップ３０１０において、第１のデバイスが、サイドリンクデータ送信の周波数領域内で、第２のデバイスからサイドリンクデータ送信を受信する。ステップ３０１５において、第１のデバイスが、サイドリンクデータ送信に関連付けられたフィードバック情報を生成する。ステップ３０２０において、第１のデバイスが、関連付けられたサイドリンクフィードバック送信の周波数領域内で第２のデバイスに、フィードバック情報を送達するためのサイドリンクフィードバック送信を行い、ここで、サイドリンクデータ送信の周波数領域と、関連付けられたサイドリンクフィードバック送信の周波数領域は異なる。
【０２２７】
図３および図４に戻って参照すると、第１のデバイスの１つの例示的な実施形態において、第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含み、第１のデバイスは、サイドリンクリソースプールで設定され、ここで、サイドリンクリソースプールは、サイドリンクデータ送信の周波数領域およびサイドリンクフィードバック送信の周波数領域を含む。ＣＰＵ３０８がプログラムコード３１２を実行して、第１のデバイスが、（ｉ）サイドリンクデータ送信の周波数領域内で、第２のデバイスからサイドリンクデータ送信を受信することと、（ｉｉ）サイドリンクデータ送信の周波数領域内で、第２のデバイスからサイドリンクデータ送信を受信することと、（ｉｉｉ）関連付けられたサイドリンクフィードバック送信の周波数領域内で第２のデバイスに、フィードバック情報を送達するためのサイドリンクフィードバック送信を行い、ここで、サイドリンクデータ送信の周波数領域と、関連付けられたサイドリンクフィードバック送信の周波数領域は異なる、行うことと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを行うことができる。
【０２２８】
図３１は、１つの例示的な実施形態による、第２のデバイスがサイドリンク送信を行う観点からのフローチャート３１００である。ステップ３１０５において、第２のデバイスは、サイドリンクリソースプールで設定され、サイドリンクリソースプールは、サイドリンクデータ送信の周波数領域およびサイドリンクフィードバック送信の周波数領域を含む。ステップ３１１０において、第２のデバイスが、サイドリンクデータ送信の周波数領域内で、第１のデバイスにサイドリンクデータ送信を送信する。ステップ３１１５において、第２のデバイスが、関連付けられたサイドリンクフィードバック送信の周波数領域内で、第１のデバイスからサイドリンクフィードバック送信を受信し、ここで、サイドリンクデータ送信の周波数領域と、関連付けられたサイドリンクフィードバック送信の周波数領域は異なる。ステップ３１２０において、第２のデバイスが、受信されたサイドリンクフィードバック送信から、サイドリンクデータ送信に関連付けられたフィードバック情報を取得または復号する。
【０２２９】
図３および図４に戻って参照すると、第２のデバイスの１つの例示的な実施形態において、第２のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含み、第２のデバイスは、サイドリンクリソースプールで設定され、サイドリンクリソースプールは、サイドリンクデータ送信の周波数領域およびサイドリンクフィードバック送信の周波数領域を含む。。ＣＰＵ３０８がプログラムコード３１２を実行して、基地局が、（ｉ）サイドリンクデータ送信の周波数領域内で、第１のデバイスにサイドリンクデータ送信を送信することと、（ｉｉ）関連付けられたサイドリンクフィードバック送信の周波数領域内で、第１のデバイスからサイドリンクフィードバック送信を受信し、ここで、サイドリンクデータ送信の周波数領域と、関連付けられたサイドリンクフィードバック送信の周波数領域は異なる、受信することと、（ｉｉｉ）受信されたサイドリンクフィードバック送信から、サイドリンクデータ送信に関連付けられたフィードバック情報を取得または復号することと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを行うことができる。
【０２３０】
図３０〜図３１に示され、上記のテキストで記載された実施形態に関連して、一実施形態では、サイドリンクデータ送信の周波数領域が、サイドリンクリソースプールの完全なサブチャネルまたはＰＲＢを含み得る。サイドリンクフィードバック送信の周波数領域が、サイドリンクリソースプールのサブチャネルまたはＰＲＢの一部を含み得る。
【０２３１】
一実施形態では、サイドリンクフィードバック送信のシンボル内で、サイドリンクフィードバック送信の周波数領域によって含まれない、サイドリンクリソースプールの複数のサブチャネルまたはＰＲＢの他の部分を、サイドリンクデータ送信に利用することができる。サイドリンクデータ送信の周波数領域と関連付けられたサイドリンクフィードバック送信の周波数領域との間に時間ギャップがあってもよい。サイドリンクフィードバック送信の周波数領域が、ＰＲＢの単位またはサブチャネルの単位であってもよく、および／またはサイドリンクデータ送信の周波数領域が、ＰＲＢの単位またはサブチャネルの単位であってもよい。
【０２３２】
一実施形態では、サイドリンクデータ送信のためのサブチャネルサイズが、サイドリンクフィードバック送信のためのサブチャネルサイズと異なってもよい。サイドリンクデータ送信の周波数領域の各サブチャネルが、データサブチャネルとして示され、第１の数のＰＲＢを含んでもよく、サイドリンクフィードバック送信の周波数領域の各サブチャネルが、フィードバックサブチャネルとして示され、第２の数のＰＲＢを含んでもよい。第２の数が、第１の数よりも小さくてもよい。
【０２３３】
一実施形態では、各データサブチャネルは、フィードバックサブチャネルに関連付けることができる。データサブチャネルおよび関連付けられたフィードバックサブチャネルが、それぞれ、同じサブチャネルインデックス内にあってもよい。サイドリンクデータ送信のためのリソースユニット（サブチャネルなど）は、サイドリンクフィードバック送信のためのリソースユニット（ＰＲＢなど）とは異なることができる。
【０２３４】
一実施形態では、サイドリンクフィードバック送信の周波数領域が、ＰＲＢの単位またはＲＥの単位であってもよく、および／またはサイドリンクデータ送信の周波数領域が、ＰＲＢの単位またはサブチャネルの単位であってもよい。サイドリンクデータ送信の周波数領域の各サブチャネルが、サイドリンクフィードバック送信のための特定の数のＰＲＢに関連付けられてもよい。サイドリンクデータ送信の１つのサブチャネルは、サイドリンクフィードバック送信に対して１つのＰＲＢに関連付けられる。
【０２３５】
一実施形態では、第１のデバイスが、サブチャネルのセットを含むサイドリンクデータ送信を受信するときに、第１のデバイスは、関連付けられたＰＲＢのセット内でサイドリンクフィードバック送信を行うことができる。第１のデバイスは、関連付けられたＰＲＢのセットのＰＲＢの全部または一部に対してサイドリンクフィードバック送信を行うことができる。
【０２３６】
一実施形態では、第２のデバイスがサブチャネルのセットを含むサイドリンクデータ送信を送信するときに、第２のデバイスは、フィードバック情報を取得するために、関連付けられたＰＲＢのセット内でサイドリンクフィードバック送信を受信することができる。
【０２３７】
一実施形態では、サイドリンクフィードバック送信の周波数領域は、異なるＴＴＩでホップすることができる。１つのＴＴＩにおけるサイドリンクフィードバック送信の周波数領域のサイズが、別のＴＴＩにおけるサイドリンクフィードバック送信の周波数領域のサイズと同じとすることができる。１つのＴＴＩにおけるサイドリンクフィードバック送信の周波数領域の位置が、別のＴＴＩにおけるサイドリンクフィードバック送信の周波数領域の位置とは異なってもよい。１つのサイドリンクリソースプール内の１つのＴＴＩにおいて、サイドリンクデータ送信の１つの周波数領域のみがあってもよい。
【０２３８】
一実施形態では、ＴＴＩ内で、１つのサイドリンクリソースプール内にサイドリンクフィードバック送信の１つの周波数領域があってもよい。ＴＴＩ内では、１つのサイドリンクリソースプール内に、サイドリンクフィードバック送信の複数の周波数領域があってもよい。サイドリンクフィードバック送信の複数の周波数領域が、周波数領域において互いに重複しないようにしてもよい。サイドリンクフィードバック送信の複数の周波数領域が、周波数領域において同じ周波数領域のサイズであってもよい。サイドリンクフィードバック送信の複数の周波数領域が、複数のＴＴＩにおいて、関連付けられたサイドリンクデータ送信の周波数領域に関連付けられてもよい。関連付けられたサイドリンクフィードバック送信の周波数領域は、１つのＴＴＩにおいて、関連付けられたサイドリンクフィードバック送信の周波数領域に関連付けられることができる。
【０２３９】
一実施形態では、ＴＴＩ内では、サイドリンクフィードバック送信の周波数領域がないことがある。
【０２４０】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化することができ、本明細書に開示したいかなる指定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装することができ、これら態様のうちの２つ以上を種々組み合わせることができる。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装することができ、方法を実現することができる。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装することができ、このような方法を実現することができる。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立することができる。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて同時チャネルを確立することができる。
【０２４１】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【０２４２】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【０２４３】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【０２４４】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【０２４５】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【０２４６】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。
【図１】
2020156086.tif 000033
【図２】
2020156086.tif 000034
【図３】
2020156086.tif 000035
【図４】
2020156086.tif 000036
【図５】
2020156086.tif 000037
【図６】
2020156086.tif 000038
【図７】
2020156086.tif 000039
【図８】
2020156086.tif 000040
【図９】
2020156086.tif 000041
【図１０】
2020156086.tif 000042
【図１１】
2020156086.tif 000043
【図１２】
2020156086.tif 000044
【図１３】
2020156086.tif 000045
【図１４】
2020156086.tif 000046
【図１５】
2020156086.tif 000047
【図１６】
2020156086.tif 000048
【図１７】
2020156086.tif 000049
【図１８】
2020156086.tif 000050
【図１９】
2020156086.tif 000051
【図２０】
2020156086.tif 000052
【図２１】
2020156086.tif 000053
【図２２】
2020156086.tif 000054
【図２３】
2020156086.tif 000055
【図２４Ａ】
2020156086.tif 000056
【図２４Ｂ】
2020156086.tif 000057
【図２５】
2020156086.tif 000058
【図２６】
2020156086.tif 000059
【図２７】
2020156086.tif 000060
【図２８】
2020156086.tif 000061
【図２９】
2020156086.tif 000062
【図３０】
2020156086.tif 000063
【図３１】
2020156086.tif 000064
【外国語明細書】
2020156086000001.pdf