JP2023520706A

JP2023520706A - サイドリンクの送信及び受信の方法及び装置

Info

Publication number: JP2023520706A
Application number: JP2022560523A
Authority: JP
Inventors: ジャン・ジエヌ; ワン・シヌ; ジィ・ポンユィ; リ・グオルゥォン
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2020-04-09
Filing date: 2020-04-09
Publication date: 2023-05-18
Also published as: KR20220149599A; EP4135370A1; WO2021203347A1; EP4135370A4; CN115428490A; US20230012983A1

Abstract

本発明の実施例は、サイドリンクの送信及び受信の方法及び装置を提供する。該サイドリンクの送信方法は、物理サイドリンク制御チャネルを介して第１のサイドリンク制御情報を送信するステップと、物理サイドリンク共有チャネルを介して第２のサイドリンク制御情報及び第１のトランスポートブロックを送信するステップであって、該第１のサイドリンク制御情報又は該第２のサイドリンク制御情報又は該第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する。【選択図】図２

Description

本発明の実施例は、通信技術の分野に関する。

Ｖ２Ｘ（ＶｅｈｉｃｌｅｔｏＥｖｅｒｙｔｈｉｎｇ）は車両通信技術であり、Ｕｕリンク（アップリンクとダウンリンクを含む）を使用したセルラー通信と比較して、Ｖ２Ｘの送信装置は、サイドリンク（ｓｉｄｅｌｉｎｋ）を介して受信装置と直接通信する。

新しい無線（ＮＲ：ＮｅｗＲａｄｉｏ）Ｖ２Ｘは、５ＧＮＲの重要なプロジェクトであり、ロングタームエボリューション（ＬＴＥ：ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）Ｖ２Ｘと比較して、ＮＲＶ２Ｘは、多くの新しいシナリオと新しいサービスをサポートする必要があり、より高度な技術指標を満たす必要がある。

ＮＲＶ２Ｘは、サイドリンク制御情報（ＳＣＩ：ＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、サイドリンクデータ及びサイドリンクフィードバック情報（例えばＨＡＲＱ－ＡＣＫ）をそれぞれ搬送するための物理サイドリンク制御チャネル（ＰＳＣＣＨ：ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ：ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）及び物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ）を含む幾つかの物理チャネルを定義している。

ＮＲＶ２Ｘは、２つの動作モードを定義している。ＮＲＶ２Ｘのモード１（Ｍｏｄｅ１）では、端末装置のＶ２Ｘ通信のための時間周波数リソースは、ＮＲＵｕリンクを介してネットワーク装置（例えば基地局）によりスケジューリングされて割り当てられる。ＮＲＶ２Ｘのモード２（Ｍｏｄｅ２）では、端末装置は、検知（ｓｅｎｓｉｎｇ）結果に基づいて、Ｖ２Ｘ通信の時間周波数リソースを自律的に選択してもよい。

なお、背景技術に関する上記の説明は、単なる本発明の構成をより明確、完全に説明するためのものであり、当業者を理解させるために説明するものである。これらの構成が本発明の背景技術の部分に説明されているから当業者にとって周知の技術であると解釈してはならない。

ＰＳＣＣＨは１ｓｔｓｔａｇｅＳＣＩ（第１のＳＣＩ）を搬送し、１ｓｔｓｔａｇｅＳＣＩは主にリソースを予約するために使用される。ＰＳＳＣＨは２ｎｄｓｔａｇｅＳＣＩ（第２のＳＣＩ）及びトランスポートブロック（ＴＢ：ＴｒａｎｓｐｏｒｔＢｌｏｃｋ）を搬送し、ここで、２ｎｄｓｔａｇｅＳＣＩは主にＴＢの復調に使用され、該ＴＢは媒体アクセス制御（ＭＡＣ：ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）プロトコルデータユニット（ＰＤＵ：ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）により搬送される。ＰＳＦＣＨはサイドリンクフィードバック情報（ＨＡＲＱ－ＡＣＫ）を搬送する。サイドリンク送信に使用されるリソースはリソースプール内に位置する。

本発明の発明者の発見により、モード２で動作する端末装置は、その周囲の潜在的な干渉を検知することができるため、送信のためにより強い干渉を受けるリソースを選択することを回避することができる。しかし、送信装置と受信装置の地理的位置が異なるため、それらの周囲の干渉環境も異なる。信号伝搬距離の制限により、送信装置は受信装置が受けた全ての干渉を検知することができないため、送信装置により選択されたリソースは、受信装置が受けた干渉を回避していない場合がある。

上記の問題の少なくとも１つを鑑み、本発明の実施例は、サイドリンクの送信及び受信の方法及び装置を提供する。

本発明の実施例の１つの態様では、サイドリンクの送信方法であって、物理サイドリンク制御チャネルを介して第２の端末装置に第１のサイドリンク制御情報を送信するステップと、物理サイドリンク共有チャネルを介して第２のサイドリンク制御情報及び第１のトランスポートブロックを送信するステップであって、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する、ステップと、を含む、方法を提供する。

本発明の実施例のもう１つの態様では、サイドリンクの送信装置であって、物理サイドリンク制御チャネルを介して第１のサイドリンク制御情報を送信する第１の送信部と、物理サイドリンク共有チャネルを介して第２のサイドリンク制御情報及び第１のトランスポートブロックを送信する第２の送信部であって、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する、第２の送信部と、を含む、装置を提供する。

本発明の実施例のもう１つの態様では、サイドリンクの受信方法であって、物理サイドリンク制御チャネルを介して送信された第１のサイドリンク制御情報を受信するステップと、物理サイドリンク共有チャネルを介して送信された第２のサイドリンク制御情報及び第１のトランスポートブロックを受信するステップであって、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する、ステップと、を含む、方法を提供する。

本発明の実施例のもう１つの態様では、サイドリンクの受信装置であって、物理サイドリンク制御チャネルを介して送信された第１のサイドリンク制御情報を受信する第１の受信部と、物理サイドリンク共有チャネルを介して送信された第２のサイドリンク制御情報及び第１のトランスポートブロックを受信する第２の受信部であって、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する、第２の受信部と、を含む、装置を提供する。

本発明の実施例のもう１つの態様では、通信システムであって、物理サイドリンク制御チャネルを介して第１のサイドリンク制御情報を送信し、物理サイドリンク共有チャネルを介して第２のサイドリンク制御情報及び第１のトランスポートブロックを送信する第１の端末装置であって、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、トリガ情報を指示又は搬送する、第１の端末装置と、前記第１のサイドリンク制御情報、前記第２のサイドリンク制御情報及び前記第１のトランスポートブロックを受信する第２の端末装置であって、前記トリガ情報は、前記第２の端末装置がサイドリンクリソース情報を報告するようにトリガするために使用される、第２の端末装置と、を含む、通信システムを提供する。

本発明の実施例の有利な効果の１つは以下の通りである。第１のＳＣＩ又は第２のＳＣＩ又は第１のトランスポートブロックのＭＡＣＰＤＵはトリガ情報を指示又は搬送し、該トリガ情報は端末装置がサイドリンクリソース情報を報告するようにトリガするために使用される。送信装置により受信装置が報告を行うようにトリガすることで、受信装置は送信装置にサイドリンクリソース情報（本明細書では協調（ｃｏｏｒｄｉｎａｔｉｏｎ）情報とも称される）を報告することができる。該情報は、受信装置が受けた干渉状況をより正確に反映することができるため、送信装置がリソースを選択する際に干渉をより効率的に回避することができる。

下記の説明及び図面に示すように、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる方式が示される。なお、本発明の実施形態の範囲はこれらに限定されない。本発明の実施形態は、添付される特許請求の範囲の要旨及び項目の範囲内において、変更されたもの、修正されたもの及び均等的なものを含む。

１つの実施形態に記載された特徴及び／又は示された特徴は、同一又は類似の方式で１つ又はさらに多くの他の実施形態で用いられてもよいし、他の実施形態における特徴と組み合わせてもよいし、他の実施形態における特徴に代わってもよい。

なお、本文では、用語「含む／有する」は、特徴、部材、ステップ又は構成要件が存在することを意味し、一つ又は複数の他の特徴、部材、ステップ又は構成要件の存在又は付加を排除しない。

本発明の実施例の１つの図面及び１つの実施形態に記載された要素及び特徴は、１つ又はさらに多くの図面又は実施形態に示された要素及び特徴と組み合わせてもよい。また、図面において、類似の符号は複数の図面における対応する素子を示し、１つ以上の実施形態に用いられる対応素子を示してもよい。
本発明の実施例の通信システムの概略図である。本発明の実施例のサイドリンクの送信方法の１つの概略図である。本発明の実施例のサイドリンクの送信の１つの例の図である。本発明の実施例のサイドリンクの送信のもう１つの例の図である。本発明の実施例のサイドリンクの送信のもう１つの例の図である。本発明の実施例のサイドリンクの送信及び受信の方法の１つの概略図である。本発明の実施例のサイドリンクの送信のもう１つの例の図である。本発明の実施例のサイドリンクの送信のもう１つの例の図である。本発明の実施例のサイドリンクの受信方法の１つの概略図である。本発明の実施例のサイドリンクの送信装置の１つの例の図である。本発明の実施例のサイドリンクの受信装置の１つの例の図である。本発明の実施例のネットワーク装置の概略図である。本発明の実施例の端末装置の概略図である。

本発明の上記及び他の特徴は以下の説明により明らかになる。明細書及び図面において、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる実施形態の一部が示される。なお、本発明は説明される実施形態に限定されない。本発明は、添付される特許請求の範囲内の全ての変更されたもの、変形されたもの及び均等的なものを含む。以下は、図面を参照しながら本発明の各実施形態を説明する。これらの実施形態は単なる例示的なものであり、本発明を制限するものではない。

本発明の実施例では、用語「第１」、「第２」などは、タイトルで異なる要素を区別するために用いられるが、これらの要素の空間的配列又は時間的順序などを表すものではなく、これらの要素はこれらの用語に制限されない。用語「及び／又は」は、関連するリストに列挙された用語の１つ又は複数のうち何れか１つ及び全ての組み合わせを含む。用語「含む」、「包括する」、「有する」などは、列挙された特徴、要素、素子又は構成部材の存在を意味するが、１つ又は複数の他の特徴、要素、素子又は構成部材の存在又は追加を排除するものではない。

本発明の実施例では、単数形の「１つ」、「該」などは複数形を含み、「１種類」又は「１類」と広義的に理解されるべきであり、「１個」に限定されない。また、用語「前記」は、文脈がそうでないことを明確に示さない限り、単数形及び複数形両方を含むと理解されるべきである。また、文脈がそうでないことを明確に示さない限り、用語「に記載の」は「少なくとも一部に記載の」と理解されるべきであり、用語「に基づいて」は「少なくとも一部に基づいて」と理解されるべきである。

本発明の実施例では、用語「通信ネットワーク」又は「無線通信ネットワーク」は、例えばロングタームエボリューション（ＬＴＥ：ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）、進化したロングタームエボリューション（ＬＴＥ－Ａ、ＬＴＥ－Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（ＷＣＤＭＡ(登録商標)：ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ－ＳｐｅｅｄＰａｃｋｅｔＡｃｃｅｓｓ）などの任意の通信規格に適合するネットワークを意味してもよい。

また、通信システムにおける装置間の通信は、任意の段階の通信プロトコルに従って行われてもよく、該通信プロトコルは、例えば１Ｇ（ｇｅｎｅｒａｔｉｏｎ）、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ、及び５Ｇ、新しい無線（ＮＲ：ＮｅｗＲａｄｉｏ）等、及び／又は現在の既知の他の通信プロトコル若しくは将来開発される他の通信プロトコルを含んでもよいが、これらに限定されない。

本発明の実施例では、用語「ネットワーク装置」は、例えば通信システムに端末装置をアクセスさせて該端末装置にサービスを提供する通信システム内の装置を意味する。ネットワーク装置は、基地局（ＢＳ：ＢａｓｅＳｔａｔｉｏｎ）、アクセスポイント（ＡＰ：ＡｃｃｅｓｓＰｏｉｎｔ）、送受信ポイント（ＴＲＰ：ＴｒａｎｓｍｉｓｓｉｏｎＲｅｃｅｐｔｉｏｎＰｏｉｎｔ）、ブロードキャスト送信機、モビリティ管理エンティティ（ＭＭＥ：ＭｏｂｉｌｅＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、ゲートウェイ、サーバ、無線ネットワークコントローラ（ＲＮＣ：ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）、基地局コントローラ（ＢＳＣ：ＢａｓｅＳｔａｔｉｏｎＣｏｎｔｒｏｌｌｅｒ）などを含んでもよいが、これらに限定されない。

そのうち、基地局は、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、及び５Ｇ基地局（ｇＮＢ）など、並びにリモート無線ヘッド（ＲＲＨ：ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ）、リモート無線ユニット（ＲＲＵ：ＲｅｍｏｔｅＲａｄｉｏＵｎｉｔ）、中継装置（ｒｅｌａｙ）又は低電力ノード（例えばｆｅｍｔｏ、ｐｉｃｏなど）を含んでもよいが、これらに限定されない。また、用語「基地局」はそれらの機能の一部又は全てを含んでもよく、各基地局は特定の地理的エリアに対して通信カバレッジを提供してもよい。用語「セル」は、該用語が使用されるコンテキストに応じて、基地局及び／又はそのカバレッジエリアを意味してもよい。

本発明の実施例では、用語「ユーザ装置」（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）又は用語「端末装置」（ＴＥ：ＴｅｒｍｉｎａｌＥｑｕｉｐｍｅｎｔ又はＴｅｒｍｉｎａｌＤｅｖｉｃｅ）は、例えばネットワーク装置を介して通信ネットワークにアクセスし、ネットワークサービスを受ける装置を意味する。端末装置は、固定的なもの又は移動的なものであってもよく、移動局（ＭＳ：ＭｏｂｉｌｅＳｔａｔｉｏｎ）、端末、加入者ステーション（ＳＳ：ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、アクセス端末（ＡＴ：ＡｃｃｅｓｓＴｅｒｍｉｎａｌ）、ステーションなどと称されてもよい。

そのうち、端末装置は、携帯電話（ＣｅｌｌｕｌａｒＰｈｏｎｅ）、パーソナルデジタルアシスタント（ＰＤＡ：ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、無線変復調装置、無線通信装置、ハンドヘルドデバイス、マシンタイプ通信装置、ラップトップコンピュータ、コードレス電話、スマートフォン、スマートウォッチ、デジタルカメラなどを含んでもよいが、これらに限定されない。

例えば、モノのインターネット（ＩｏＴ：ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）などのシナリオでは、ユーザ装置は、監視又は測定を行う機器又は装置であってもよく、例えばマシンタイプ通信（ＭＴＣ：ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）端末、車載通信端末、デバイスツーデバイス（Ｄ２Ｄ：ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）端末、マシンツーマシン（Ｍ２Ｍ：ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ）端末などを含んでもよいが、これらに限定されない。

さらに、用語「ネットワーク側」又は「ネットワーク装置側」は、ネットワークの側を意味し、基地局であってもよいし、上記の１つ又は複数のネットワーク装置を含んでもよい。用語「ユーザ側」又は「端末側」又は「端末装置側」は、ユーザ又は端末の側を意味し、ＵＥであってもよいし、上記の１つ又は複数の端末装置を含んでもよい。本明細書では、特に指定されていない限り、「装置」は、ネットワーク装置を意味してもよいし、端末装置を意味してもよい。

以下は、一例を参照しながら本発明の実施例のシナリオを説明するが、本発明はこれに限定されない。

図１は、本発明の実施例の通信システムの概略図であり、ユーザ装置及びネットワーク装置の例を概略的に示している。図１に示すように、通信システム１００は、ネットワーク装置１０１及び端末装置１０２、１０３を含んでもよい。説明の便宜上、図１は、２つの端末装置及び１つのネットワーク装置を一例にして説明するが、本発明の実施例はこれに限定されない。

本発明の実施例では、ネットワーク装置１０１と端末装置１０２、１０３との間では、既存のサービス又は将来に実装可能なサービスを行うことができる。例えば、これらのサービスは、拡張モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）、大規模マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）及び高信頼性低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗ－ＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ）などを含むが、これらに限定されない。

なお、図１は、２つの端末装置１０２、１０３が何れもネットワーク装置１０１のカバレッジエリア内に位置することを示しているが、本発明はこれに限定されない。２つの端末装置１０２、１０３が何れもネットワーク装置１０１のカバレッジエリア内に位置しなくてもよいし、一方の端末装置１０２がネットワーク装置１０１のカバレッジエリア内に位置し、他方の端末装置１０３がネットワーク装置の１０１のカバレッジエリア外に位置してもよい。

本発明の実施例では、２つの端末装置１０２と１０３との間でサイドリンク送信を行うことができる。例えば、２つの端末装置１０２及び１０３は、Ｖ２Ｘ通信を実現するように両方ともネットワーク装置１０１のカバレッジエリア内でサイドリンク送信を行ってもよいし、Ｖ２Ｘ通信を実現するように両方ともネットワーク装置１０１のカバレッジエリア外でサイドリンク送信を行ってもよいし、Ｖ２Ｘ通信を実現するように、一方の端末装置１０２がネットワーク装置１０１のカバレッジエリア内に位置し、他方の端末装置１０３がネットワーク装置１０１のカバレッジエリア外に位置してサイドリンク送信を行ってもよい。

本発明の実施例では、端末装置１０２及び／又は１０３は、ネットワーク装置によりサイドリンクリソースが割り当てられてもよいし（即ち、Ｍｏｄｅ１を採用する）、サイドリンクリソースを自律的に選択してもよい（即ち、Ｍｏｄｅ２を採用する）。なお、本発明の実施例では、サイドリンクリソースを自律的に選択する（即ち、Ｍｏｄｅ２を採用する）ことと、ネットワーク装置によりサイドリンクリソースを割り当てる（即ち、Ｍｏｄｅ１を採用する）こととを組み合わせてもよく、本発明の実施例はこれらに限定されない。

本発明の実施例では、Ｖ２Ｘを一例としてサイドリンクを説明するが、本発明はこれに限定されず、Ｖ２Ｘ以外のサイドリンク送信シナリオにも適用されてもよい。以下の説明では、混同が生じない限り、用語「サイドリンク」と「Ｖ２Ｘ」とは互いに置き換えられてもよく、用語「ＰＳＦＣＨ」と「サイドリンクフィードバックチャネル」とは互いに置き換えられてもよく、用語「ＰＳＣＣＨ」と「サイドリンク制御チャネル」又は「サイドリンク制御情報」とは互いに置き換えられてもよく、用語「ＰＳＳＣＨ」と「サイドリンクデータチャネル」又は「サイドリンクデータ」とは互いに置き換えられてもよい。

また、ＰＳＳＣＨを送信（ｔｒａｎｓｍｉｔｔｉｎｇ）又は受信（ｒｅｃｅｉｖｉｎｇ）することは、ＰＳＳＣＨを介して搬送されるサイドリンクデータを送信又は受信することとして理解されてもよい。ＰＳＦＣＨを送信又は受信することは、ＰＳＦＣＨを介して搬送されるサイドリンクフィードバック情報を送信又は受信することとして理解されてもよい。少なくとも１回の送信（ｔｒａｎｓｍｉｓｓｉｏｎ、伝送と称されてもよい）は、少なくとも１回のＰＳＳＣＨ／ＰＳＣＣＨ送信又は少なくとも１回のサイドリンクデータ／情報の送信として理解されてもよい。現在の送信は、現在のＰＳＳＣＨ／ＰＳＣＣＨの送信又は現在のサイドリンクデータ／情報の送信として理解されてもよい。

＜実施例１＞
本発明の実施例はサイドリンクの送信方法を提供し、端末装置側から説明する。ここで、該端末装置（送信端末装置又は第１の端末装置と称されてもよい）は、サービスデータの送信側として機能し、１つ又は複数の他の端末装置（受信端末装置又は第２の端末装置と称されてもよい）にサイドリンクデータを送信する。

図２は、本発明の実施例のサイドリンクの送信方法の１つの概略図である。図２に示すように、該方法は、以下のステップを含む。

ステップ２０１：第１の端末装置は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して第２の端末装置に第１のサイドリンク制御情報（ＳＣＩ）を送信する。

ステップ２０２：第１の端末装置は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して前記第２の端末装置に第２のサイドリンク制御情報（ＳＣＩ）及び第１のトランスポートブロック（ＴＢ）を送信する。ここで、第１のサイドリンク制御情報又は第２のサイドリンク制御情報又は第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、該第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する。

なお、上記の図２は、本発明の実施例を概略的に示しているに過ぎないが、本発明はこれに限定されない。例えば、様々なステップ間の実行順序を適切に調整したり、他の幾つかのステップを追加したり、幾つかのステップを減らしたりしてもよい。当業者は、上記の内容に基づいて適切な変形を行うことができ、上記の図２の記載に限定されない。

幾つかの実施例では、サイドリンクリソース情報（本明細書では、協調情報とも称される）は、該第２の端末装置により使用されることが好ましいサイドリンクリソースセット及び／又は該第２の端末装置により使用されることが好ましくないサイドリンクリソースセットを含む。

例えば、ＵＥＢが送信装置（第１の端末装置）であり、ＵＥＡが受信装置（第２の端末装置）であり、ＵＥＢが送信のためのリソースを自律的に選択すると仮定する。ＵＥＢはＵＥＡが報告するようにトリガした後、ＵＥＡはＵＥＢに協調情報を送信する。該協調情報は、ＵＥＡにより使用されることが好ましいリソースセット、又はＵＥＡにより使用されることが好ましいリソースセットなどを含んでもよいが、本発明の実施例はこれらに限定されない。ＵＥＢは、協調情報を使用してリソースを選択及び送信するが、本発明の実施例は、ＵＥＢが協調情報を使用してリソースを選択（又はリソースを再選択）する方法を限定しない。

別の例では、ＵＥＡは、自分が使用することが好ましいリソースセットＳ_ＡをＵＥＢに送信し、ＵＥＢは、検知に基づいて決定された自分が使用することが好ましいリソースセットがＳ_Ｂである場合、ＵＥＢは、リソースを選択する際に、Ｓ_ＡとＳ_Ｂの共通集合からリソースを選択して送信してもよい。共通集合がＳ_Ｂに属するため、共通集合を選択してもＵＥＢの送信が他の装置に強い干渉を引き起こすことはない。共通集合がＳ_Ａに属するため、共通集合を選択してもＵＥＡの受信に強い干渉を引き起こすことはない。このため、協調情報に基づいて送信を行うことで、干渉をより好適に回避することができる。

具体的な態様では、サイドリンクリソース情報は、サイドリンクリソースセットであってもよいし、サイドリンクリソースセットのインデックス、番号などのサイドリンクリソースセットを指示する指示情報であってもよいし、１つ又は複数のサイドリンクリソースの識別情報、インデックス情報などであってもよいが、本発明の実施例はこれらに限定されない。

幾つかの実施例では、標準化への影響を軽減するために、ＮＲＶ２Ｘの既存の物理チャネル構造を再利用してもよく、ＵＥＢは、ＴＢと共にトリガ情報をＵＥＡに送信し、ＵＥＢは、ＵＥＡが協調情報を報告するようにトリガしてもよい。例えば、トリガ情報は、第１のサイドリンク制御情報又は第２のサイドリンク制御情報（ＳＣＩ）におけるフィールドにより指示される。

例えば、２ｎｄｓｔａｇｅＳＣＩにおけるフィールドを使用して、協調情報の報告をトリガするか否かを指示してもよい。トリガ情報を受信した後、ＵＥＡはＵＥＢに協調情報を送信する。協調情報は、ＭＡＣＰＤＵで搬送されてもよい。協調情報を受信した後、ＵＥＢは協調情報を使用して１つ又は複数のＴＢを送信し、ＵＥＢは以前にトリガ情報と共に送信されたＴＢを送信してもよいし、新しいＴＢを送信してもよい。

幾つかの実施例では、第１の端末装置は、第２の端末装置により報告されたサイドリンクリソース情報を受信する。また、第１の端末装置は、該サイドリンクリソース情報に基づいて該第１のトランスポートブロックを再度送信する。

図３は、本発明の実施例のサイドリンクの送信の１つの例の図である。説明の便宜上、トリガ情報と共に送信されるＴＢをＴＢ＃１と表記する。図３に示すように、ＵＥＢは、協調情報を受信した後、該協調情報に基づいて送信される最初のＴＢはＴＢ＃１である。

例えば、ＵＥＢはＵＥＡに非周期的なサービスのＴＢ＃１を送信する必要があり、ＵＥＢは、ＵＥＡが協調情報を報告するようにトリガし、その後、協調情報に基づいてＴＢ＃１をＵＥＡに送信する。別の例として、ＵＥＢはＵＥＡに周期的なサービスを送信する必要があり、ＵＥＢは、特定の周期のＴＢ＃１を送信するプロセスにおいて、ＵＥＡが協調情報を報告するようにトリガし、その後、協調情報に基づいて該周期のＴＢ＃１を送信し、その後に協調情報に基づいて次の周期のＴＢ＃２に送信し続けてもよい。

幾つかの実施例では、第１の端末装置は、第２の端末装置により報告されたサイドリンクリソース情報を受信する。また、第１の端末装置は、該サイドリンクリソース情報に基づいて該第１のトランスポートブロックとは異なる第２のトランスポートブロックを送信する。

図４は、本発明の実施例のサイドリンクの送信のもう１つの例の図である。図４に示すように、ＵＥＢが協調情報を受信した後、該協調情報に基づいて送信される最初のＴＢはＴＢ＃２である。例えば、ＵＥＢはＵＥＡに周期的なサービスを送信する必要があり、ＵＥＢは、前の周期のＴＢ＃１を送信するプロセスにおいて、ＵＥＡが協調情報を報告するようにトリガし、その後、協調情報に基づいて次の周期のＴＢ＃２をＵＥＡに送信する。

幾つかの実施例では、第２の端末装置は、スケジューリング要求（ＳＲ：ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）をトリガし、サイドリンクリソース情報を報告するためのサイドリンクリソースをネットワーク装置に要求する。

例えば、ＵＥＡはモード１で動作し、ＵＥＡは、協調情報を送信する必要があることを知った後、スケジューリング要求をトリガし、協調情報を送信するためのリソースを割り当てるように基地局に要求する。

幾つかの実施例では、第２の端末装置は、リソースの選択又は再選択をトリガし、サイドリンクリソース情報を報告するためのサイドリンクリソースを自律的に選択及び決定する。

例えば、ＵＥＡはモード２で動作し、ＵＥＡは、協調情報を送信する必要があることを知った後、リソースの選択又は再選択をトリガし、協調情報を送信するためのリソースを自律的に選択する。

幾つかの実施例では、第１の端末装置は、第１のサイドリンク制御情報（ＳＣＩ）を使用して、サイドリンクリソース情報を報告するために第２の端末装置により使用されるサイドリンクリソースを予約する。

例えば、ＵＥＢによるＴＢの送信は、サービスの遅延と信頼性の要件を満たす必要があり、協調情報に基づいてＴＢを送信する場合、協調情報の取得も遅延と信頼性を満たす必要がある。ＵＥＡが協調情報を送信するためのリソースの適時性と信頼性を制御できないと、協調情報の報告の遅延と信頼性を保証することはできない。従って、ＵＥＢは、トリガ情報を送信すると共に、ＵＥＡが協調情報を送信するためのリソースを予約してもよい。

例えば、ＵＥＢは、２ｎｄｓｔａｇｅＳＣＩを使用して協調情報の報告をトリガするように指示し、１ｓｔｓｔａｇｅＳＣＩでＵＥＡが協調情報を送信するためのリソースを予約する。リソースを予約することで、ＵＥＢは必要な遅延内で協調情報の報告を制御することができ、他の装置は検知によりＵＥＢにより予約されたリソースを回避することができるため、協調情報への干渉を回避することができる。従って、協調情報の報告の遅延及び信頼性を保証することができる。

図５は、本発明の実施例のサイドリンクの送信のもう１つの例の図であり、サイドリンクリソース情報を報告するために第２の端末装置により使用されるサイドリンクリソースを予約する場合を概略的に説明する。図５に示すように、ＵＥＢは、協調情報の報告をトリガすると共に、協調情報を報告するためのリソースを予約する。

幾つかの実施例では、第１の端末装置は、第２の端末装置に、該サイドリンクリソース情報を決定するために該第２の端末装置により使用される第１の指示情報を送信する。該第１の指示情報は、リソース選択ウィンドウ情報、リソースセットサイズ情報及びリソース周波数領域サイズ情報の少なくとも１つ又は任意の組み合わせを含むが、本発明の実施例はこれらに限定されない。

例えば、協調情報の生成は、ＵＥＢにより提供される関連情報に基づく必要がある。ＵＥＡの協調情報に使用が好ましいリソースセットが含まれると仮定すると、ＵＥＡは、検知結果に基づいてリソースセットを決定する。ＵＥＡは、Ｍｏｄｅ２の候補リソースセットを決定する既存のプロセスに従ってもよいが、必要な情報に基づく必要があり、この部分の情報はＵＥＢからＵＥＡに通知されてもよい。

幾つかの実施例では、リソース選択ウィンドウ情報は、リソース選択ウィンドウの開始時間位置、リソース選択ウィンドウの終了時間位置及びパケット遅延バジェット（ＰＤＢ：ＰａｃｋｅｄＤｅｌａｙＢｕｄｇｅｔ）の少なくとも１つを含むが、本発明の実施例はこれらに限定されない。

例えば、リソース選択ウィンドウ情報は、ＵＥＡがどの時間範囲［ｎ＋Ｔ１，ｎ＋Ｔ２］でリソースセットを決定するかを決定する。これによって、ＵＥＡにより報告されたリソースがサービスの遅延要件を満たすことを保証することができる。ここで、ｎは報告をトリガするスロットを表し、Ｔ１及びＴ２はＭｏｄｅ２の関連技術を使用して決定されてもよい。ＵＥＢはＵＥＡにＴ１及びＴ２を通知してもよく、或いは、ＵＥＢはＵＥＡにＴ２を通知してもよく、或いは、ＵＥＢはＵＥＡにＰＤＢを通知してもよい。

幾つかの実施例では、リソースセットサイズ情報は、サイドリンクリソースセットに含まれるリソースの数、及び該サイドリンクリソースセットに含まれるリソースの数のリソースプールにおけるリソースの総数に対する比率の少なくとも１つを含むが、本発明の実施例はこれらに限定されない。

例えば、リソースセットサイズ情報は、報告のオーバーヘッド、即ちリソースセットに含まれるリソースの数を決定するために使用される。例えば、ＵＥＢは、リソースセットにおけるリソースの数のリソースプールにおけるリソースの総数に対するパーセンテージ（ｘ％）をＵＥＡに通知してもよい。

幾つかの実施例では、リソース周波数領域サイズ情報は、周波数領域でサイドリンクリソースにより占有されるサブチャネルの数を含む。該サブチャネルの数は、該指示情報に含まれ、或いは該トリガ情報と共に送信されるトランスポートブロックのリソースのサブチャネルの数により決定されるが、本発明の実施例はこれに限定されない。

例えば、リソース周波数領域サイズ情報は、周波数領域でリソースセットにおけるリソースにより占有されるサブチャネル（ｓｕｂ－ｃｈａｎｎｅｌ）の数を決定する。ＵＥＢは、明示的な方式でこの情報をＵＥＡに通知してもよい。或いは、ＵＥＡは、暗示的な方式でこの情報を取得してもよく、例えば、トリガ情報と共に送信されたＴＢ＃１の周波数領域サイズに基づいて、リソースセットにおけるリソースの周波数領域サイズを決定する。

幾つかの実施例では、第１の指示情報は、第１のサイドリンク制御情報（ＳＣＩ）により指示又は搬送され、或いは第２のサイドリンク制御情報（ＳＣＩ）により指示又は搬送され、或いは第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）により指示又は搬送される。

幾つかの実施例では、第１のトランスポートブロックは、該第１の指示情報を指示するための情報のみを搬送する。

例えば、ＴＢ＃１は、第１の指示情報を指示するためにのみ使用され、言い換えれば、ＴＢ＃１は、有効なデータ情報を送信するために使用することはできない。有効なデータ情報が送信されないため、サイドリンクリソース情報を報告する受信装置は、ＴＢ＃１についてＡＣＫ／ＮＡＣＫをフィードバックしてもよいし、ＡＣＫ／ＮＡＣＫをフィードバックしなくてもよい。

図６は、本発明の実施例のサイドリンクの送信及び受信の方法の１つの概略図であり、トリガ情報、指示情報及びサイドリンクリソース情報の状況を概略的に示している。図６に示すように、該方法は以下のステップを含む。

ステップ６０１：第１の端末装置は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して第２の端末装置に第１のサイドリンク制御情報（ＳＣＩ）を送信する。

ステップ６０２：第１の端末装置は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して第２の端末装置に第２のサイドリンク制御情報（ＳＣＩ）及び第１のトランスポートブロック（ＴＢ）を送信する。

ここで、第２のサイドリンク制御情報又は第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、トリガ情報及び第１の指示情報を指示又は搬送する。

ステップ６０３：第２の端末装置は、トリガ情報及び指示情報に基づいてサイドリンクリソース情報を決定する。

例えば、第２の端末装置は、第１の指示情報に基づいて、Ｍｏｄｅ２の既存のサイドリンクリソース選択方式を使用してリソース選択又はリソース再選択を行い、サイドリンクリソースセットを取得し、該サイドリンクリソースセットに基づいて該サイドリンクリソース情報を取得してもよい。

ステップ６０４：第１の端末装置は、第２の端末装置により報告されたサイドリンクリソース情報を受信する。

ステップ６０５：第１の端末装置は、サイドリンクリソース情報に基づいて第１のトランスポートブロックを再度送信し、或いは第１のトランスポートブロックとは異なる第２のトランスポートブロックを送信する。

なお、上記の図６は、本発明の実施例を概略的に示しているに過ぎないが、本発明はこれに限定されない。例えば、様々なステップ間の実行順序を適切に調整したり、他の幾つかのステップを追加したり、幾つかのステップを減らしたりしてもよい。当業者は、上記の内容に基づいて適切な変形を行うことができ、上記の図６の記載に限定されない。

以上はトリガ情報、指示情報及びサイドリンクリソース情報などを例示的に説明しており、以下はトランスポートブロックのフィードバック情報を例示的に説明する。

幾つかの実施例では、ＵＥＢはトリガ情報を送信する際にＴＢ＃１も送信し、トリガ情報と共に送信されるＴＢ＃１は、ＴＢ＃１の最初の送信であってもよいし、ＴＢ＃１の再送であってもよい。いずれの場合でも、トリガ情報と共に送信されるＴＢ＃１により、ＵＥＡはＴＢ＃１を正常に復調及び復号できるようになるだけであるが、ＵＥＢはＴＢ＃１がＵＥＡにより正常に受信されたことを知ることができず、ＵＥＢは協調情報を受信した後にＴＢ＃１を送信し続ける可能性があり、この不要な送信はリソースの浪費及び他の装置への干渉を引き起こす場合がある。

幾つかの実施例では、第１の端末装置は、第２の端末装置により送信された、第１のトランスポートブロックが正しく受信されたか否かを示すフィードバック情報を受信する。

例えば、ＵＥＡは、トリガ情報及びＴＢ＃１を受信した後、ＵＥＢにＴＢ＃１についてのＡＣＫ／ＮＡＣＫを送信する。このように、ＵＥＢがＡＣＫを受信した場合、ＵＥＢは、ＴＢ＃１が正しく受信されたことを知ることができるため、ＴＢ＃１を再度送信しなくなり、リソースの浪費及び干渉を回避することができる。ＵＥＢがＴＢ＃１を送信しないが、ＵＥＢはＴＢ＃２、即ちＴＢ＃１とは異なるＴＢを送信してもよい。

幾つかの実施例では、該フィードバック情報は、該サイドリンクリソース情報と共に送信される。該フィードバック情報は、該第２の端末装置により送信された第１のサイドリンク制御情報又は第２のサイドリンク制御情報又は第２のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）により指示又は搬送される。

例えば、ＵＥＡは、協調情報を送信する際に、ＴＢ＃１についてのＡＣＫ／ＮＡＣＫを送信し、即ち、ＡＣＫ／ＮＡＣＫを協調情報と共に送信する。ＡＣＫ／ＮＡＣＫは２ｎｄｓｔａｇｅＳＣＩのフィールドにより指示されてもよく、或いは、ＡＣＫ／ＮＡＣＫはＭＡＣＰＤＵで搬送されてもよい。協調情報は、ＭＡＣＰＤＵで搬送されてもよい。

協調情報と共にＡＣＫ／ＮＡＣＫを送信することは、ＰＳＦＣＨに依存しない方式とされてもよい。ＰＳＦＣＨはサイドリンクＡＣＫ／ＮＡＣＫを送信するために使用されてもよいが、特定のリソースプールにＰＳＦＣＨが構成されていない可能性があり、或いは、リソースプールにＰＳＦＣＨが構成されていても、装置はＰＳＦＣＨを介してＡＣＫ／ＮＡＣＫをフィードバックすることが有効にされる機能を有しない可能性がある。従って、協調情報と共にＡＣＫ／ＮＡＣＫを送信することは、ＰＳＦＣＨに依存しない方式である。

幾つかの実施例では、該フィードバック情報は、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を介して送信され、該サイドリンクリソース情報は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して送信される。第１の端末装置は、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）に関連付けられたサイドリンクリソースで該トリガ情報及び該第１のトランスポートブロックを送信する。

例えば、ＵＥＢは、ＰＳＦＣＨに関連付けられたリソースでトリガ情報及びＴＢ＃１を送信し、ＵＥＡは、ＰＳＦＣＨを介してＴＢ＃１についてのＡＣＫ／ＮＡＣＫを送信する。ＵＥＢはトリガ情報及びＴＢ＃１を送信するためのリソースを自律的に選択できるため、ＵＥＢはリソース位置が適切なＰＳＦＣＨに関連付けられたリソースを選択できるため、ＵＥＡはＰＳＦＣＨでＵＥＢにＡＣＫ／ＮＡＣＫを送信することができる。

図７は、本発明の実施例のサイドリンクの送信のもう１つの例の図であり、ＰＳＦＣＨが時間領域でＴＢ＃１と協調情報との間に位置する場合を示している。ＰＳＦＣＨは、協調情報の後に位置してもよいし、協調情報と同一のスロットに位置してもよい。

ＵＥＡがＰＳＦＣＨでＡＣＫ／ＮＡＣＫを送信することを前提として、ＵＥＡは、協調情報を送信する際に、ＡＣＫ／ＮＡＣＫを送信してもよいし、ＡＣＫ／ＮＡＣＫを送信しなくてもよい。ＵＥＢは、ＡＣＫ／ＮＡＣＫ及び協調情報を受信した後、協調情報を使用してＴＢ＃１又はＴＢ＃２を送信することを決定してもよい。

このようなＵＥＡがＰＳＦＣＨを介してＡＣＫ／ＮＡＣＫを送信する態様は、ＰＳＦＣＨが構成されたリソースプールにのみ使用することができ、ＰＳＦＣＨが構成されていないリソースプールについては、協調情報と共にＡＣＫ／ＮＡＣＫを送信する上記の態様を使用してもよい。ＰＳＦＣＨが構成されたリソースプールについて、ＵＥＡはＰＳＦＣＨを介してＡＣＫ／ＮＡＣＫをフィードバックすることが有効にされた機能を有しない可能性があり、ＵＥＡがＰＳＦＣＨを介してＡＣＫ／ＮＡＣＫをフィードバックすることが有効にされた否かにも関わらず、ＵＥＡがＵＥＢからトリガ情報及びＴＢ＃１を受信した後、ＵＥＡは、ＰＳＦＣＨを介してＡＣＫ／ＮＡＣＫを送信する必要がある。

図８は、本発明の実施例のサイドリンクの送信のもう１つの例の図であり、２つのリソースプールを一例として概略的に説明する。図８の上段に示すように、ＰＳＦＣＨが構成されたリソースプール＃１はＰＳＦＣＨのみを使用ＡＣＫ／ＮＡＣＫを報告し、図８の下段に示すように、ＰＳＦＣＨが構成されていないリソースプール＃２はＡＣＫ／ＮＡＣＫを協調情報と共にまとめて報告する。

幾つかの実施例では、第１のトランスポートブロックが正しく受信された場合、第２の端末装置は、サイドリンクリソース情報を送信しない。

例えば、ＵＥＡは、該協調情報を送信することなく、ＰＳＦＣＨのみでＡＣＫを送信してもよい。例えば、ＰＳＦＣＨが協調情報の後に位置しない場合、ＵＥＢはＰＳＦＣＨを介してＡＣＫを受信した後、協調情報を必要としなくなる可能性があるため（例えば、ＵＥＢは元々協調情報を使用してＴＢ＃１を送信しようとするが、協調情報を受信する前にＴＢ＃についてのＡＣＫを受信した）、ＵＥＡは協調情報を送信しなくてもよい。これによって、他の装置への干渉を低減させることができる。

幾つかの実施例では、第１のサイドリンク制御情報前記第２のサイドリンク制御情報又は第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、第２の指示情報を指示又は搬送する。該第２の指示情報は、該第１のトランスポートブロックが正しく受信された場合に該第２の端末装置が該サイドリンクリソース情報を報告するか否かを指示する。

例えば、ＵＥＢは、１ｓｔｓｔａｇｅＳＣＩ又は２ｎｄｓｔａｇｅＳＣＩにおけるフィールドを介して、ＵＥＡがＡＣＫ条件で協調情報を報告するか否かを指示してもよい。例えば、ＵＥＢが協調情報の報告をトリガする目的が非周期的なサービスＴＢ＃１を送信することである場合、ＵＥＢは、ＴＢ＃１がＡＣＫである場合にＵＥＡが協調情報を報告しないように指示してもよい。ＵＥＢが協調情報の報告をトリガする目的が周期的なサービスを送信することである場合、ＵＥＢは協調情報を使用してＴＢ＃２を送信できるため、ＵＥＢは、ＴＢ＃１がＡＣＫである場合でもＵＥＡが協調情報を報告するように指示してもよい。ＵＥＢは、協調情報を報告するか否かの指示を、トリガ情報と共にＵＥＡに送信してもよい。

ＵＥＡがＡＣＫ条件で協調情報を報告するか否かを指示する上記のフィールドは、新たに定義されたフィールドであってもよく、例えば、１ビットのフィールドは、「ｙｅｓ」又は「ｎｏ」の２つの状態を示す。既存のフィールドを再利用してもよく、例えば、１ｓｔｓｔａｇｅＳＣＩにおける周期フィールドの値が０である場合、協調情報を報告する必要がないことを示し、そうでない場合、協調情報を報告する必要があることを示す。

ＵＥＡがモード２で動作する場合、協調情報を報告しないことは、リソース選択又はリソース再選択をトリガしないことを意味し、ＵＥＡがモード１で動作する場合、協調情報を報告しないことは、スケジューリング要求（ＳＲ：ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）をトリガしないことを意味する。

幾つかの実施例では、該サイドリンクリソース情報は、第１のトランスポートブロックとは異なる第２のトランスポートブロックを送信するために第１の端末装置により使用される。

例えば、ＵＥＢが協調情報を受信した後、新しいＴＢの送信にのみ協調情報を使用するように制限されてもよい。即ち、協調情報はＴＢ＃１の送信に使用されない。これによって、ＵＥＢは、正しく受信されたＴＢ＃１を再度送信することがないため、リソースの浪費及び干渉の発生を回避することができる。

例えば、周期的なサービスを有するＵＥＢは、自律的なリソース選択によりＴＢ＃１を複数回送信し、最後のＴＢ＃１を送信する際にＵＥＡが協調情報を報告するようにトリガしてもよい。ＵＥＢは、協調情報を受信した後、協調情報を使用して次の周期のＴＢ＃２を送信する。

上記の実施例は、本発明の実施例を例示するだけであり、本発明はこれに限定されず、上記の各実施例に基づいて適切な変形を行ってもよい。例えば、上記の各実施例のそれぞれを単独で使用してもよいし、上記の各実施例の１つ又は複数を組み合わせて使用してもよい。

本実施例によれば、第１のＳＣＩ又は第２のＳＣＩ又は第１のトランスポートブロックのＭＡＣＰＤＵはトリガ情報を指示又は搬送し、該トリガ情報は端末装置がサイドリンクリソース情報を報告するようにトリガするために使用される。送信装置により受信装置が報告を行うようにトリガすることで、受信装置は送信装置にサイドリンクリソース情報（本明細書では協調情報とも称される）を報告することができる。該情報は、受信装置が受けた干渉状況をより正確に反映することができるため、送信装置がリソースを選択する際に干渉をより効率的に回避することができる。

＜実施例２＞
本発明の実施例はサイドリンクの受信方法を提供し、端末装置側から説明する。ここで、該端末装置（受信端末装置又は第２の端末装置と称されてもよい）は、サービスデータの受信側として機能し、他の端末装置（送信端末装置又は第１の端末装置と称されてもよい）により送信されたサイドリンクデータを受信する。実施例２は、実施例１と同様な内容についてその説明を省略する。

図９は、本発明の実施例のサイドリンクの受信方法の１つの概略図である。図９に示すように、該方法は、以下のステップを含む。

ステップ９０１：第２の端末装置は、第１の端末装置により物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して送信された第１のサイドリンク制御情報（ＳＣＩ）を受信する。

ステップ９０２：第２の端末装置は、第１の端末装置により物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して送信された第２のサイドリンク制御情報（ＳＣＩ）及び第１のトランスポートブロック（ＴＢ）を受信する。ここで、第１のサイドリンク制御情報又は第２のサイドリンク制御情報又は第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、該第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する。

幾つかの実施例では、サイドリンクリソース情報は、第２の端末装置により使用されることが好ましいサイドリンクリソースセット及び／又は第２の端末装置により使用されることが好ましくないサイドリンクリソースセットを含む。

幾つかの実施例では、トリガ情報は、第１のサイドリンク制御情報又は第２のサイドリンク制御情報（ＳＣＩ）におけるフィールドにより指示される。

幾つかの実施例では、第１のサイドリンク制御情報（ＳＣＩ）は、サイドリンクリソース情報を報告するために第２の端末装置により使用されるサイドリンクリソースを予約する。

幾つかの実施例では、該方法は、第２の端末装置が、第１の端末装置により送信された、サイドリンクリソース情報を決定するために第２の端末装置により使用される第１の指示情報を受信するステップ、をさらに含む。

幾つかの実施例では、第１の指示情報は、リソース選択ウィンドウ情報、リソースセットサイズ情報及びリソース周波数領域サイズ情報の少なくとも１つ又は任意の組み合わせを含む。

幾つかの実施例では、リソース選択ウィンドウ情報は、リソース選択ウィンドウの開始時間位置、リソース選択ウィンドウの終了時間位置及びパケット遅延バジェット（ＰＤＢ）の少なくとも１つを含む。

幾つかの実施例では、リソースセットサイズ情報は、サイドリンクリソースセットに含まれるリソースの数、及びサイドリンクリソースセットに含まれるリソースの数のリソースプールにおけるリソースの総数に対する比率の少なくとも１つを含む。

幾つかの実施例では、リソース周波数領域サイズ情報は、周波数領域でサイドリンクリソースにより占有されるサブチャネルの数を含み、該サブチャネルの数は、該指示情報に含まれ、或いは該トリガ情報と共に送信されるトランスポートブロックのリソースの周波数領域サイズ（サブチャネルの数）により決定される。

幾つかの実施例では、第１のトランスポートブロックは、第１の指示情報を指示するための情報のみを搬送する。

幾つかの実施例では、該方法は、第２の端末装置が第１の端末装置にサイドリンクリソース情報を報告するステップと、第１の端末装置によりサイドリンクリソース情報に基づいて再度送信された第１のトランスポートブロック、又はサイドリンクリソース情報に基づいて送信された第１のトランスポートブロックとは異なる第２のトランスポートブロックを受信するステップと、をさらに含む。

幾つかの実施例では、該方法は、第２の端末装置が、第１の端末装置に、第１のトランスポートブロックが正しく受信されたか否かを示すフィードバック情報を送信するステップ、をさらに含む。

幾つかの実施例では、フィードバック情報は、サイドリンクリソース情報と共に送信される。

幾つかの実施例では、フィードバック情報は、第２の端末装置により送信された第１のサイドリンク制御情報又は第２のサイドリンク制御情報又は第２のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）により指示又は搬送される。

幾つかの実施例では、フィードバック情報は、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を介して送信され、サイドリンクリソース情報は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して送信される。

幾つかの実施例では、第１の端末装置は、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）に関連付けられたサイドリンクリソースでトリガ情報及び第１のトランスポートブロックを送信する。

幾つかの実施例では、第１のサイドリンク制御情報又は第２のサイドリンク制御情報又は第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、第２の指示情報を指示又は搬送し、該第２の指示情報は、第１のトランスポートブロックが正しく受信された場合に第２の端末装置がサイドリンクリソース情報を報告するか否かを指示する。

幾つかの実施例では、サイドリンクリソース情報は、第１のトランスポートブロックとは異なる第２のトランスポートブロックを送信するために第１の端末装置により使用される。

＜実施例３＞
本発明の実施例は、サイドリンクの送信装置を提供する。該装置は、例えば、端末装置であってもよいし、端末装置に構成された１つ又は複数の構成要素又はコンポーネントであってもよい。実施例１と同様な内容について、その説明を省略する。

図１０は、本発明の実施例のサイドリンクの送信装置の１つの例の図である。図１０に示すように、サイドリンクの送信装置１０００は、以下の各部を含む。

第１の送信部１００１は、物理サイドリンク制御チャネルを介して第１のサイドリンク制御情報を送信する。

第２の送信部１００２は、物理サイドリンク共有チャネルを介して第２のサイドリンク制御情報及び第１のトランスポートブロックを送信する。ここで、該第１のサイドリンク制御情報又は該第２のサイドリンク制御情報又は該第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する。

幾つかの実施例では、該サイドリンクリソース情報は、該第２の端末装置により使用されることが好ましいサイドリンクリソースセット及び／又は該第２の端末装置により使用されることが好ましくないサイドリンクリソースセットを含む。

幾つかの実施例では、該トリガ情報は、該第１のサイドリンク制御情報又は該第２のサイドリンク制御情報におけるフィールドにより指示される。

幾つかの実施例では、該第１のサイドリンク制御情報は、該サイドリンクリソース情報を報告するために該第２の端末装置により使用されるサイドリンクリソースを予約する。

幾つかの実施例では、第２の送信部１００２は、該第２の端末装置に、該サイドリンクリソース情報を決定するために該第２の端末装置により使用される第１の指示情報を送信する。

幾つかの実施例では、該第１の指示情報は、リソース選択ウィンドウ情報、リソースセットサイズ情報及びリソース周波数領域サイズ情報の少なくとも１つ又は任意の組み合わせを含む。

幾つかの実施例では、該リソース選択ウィンドウ情報は、リソース選択ウィンドウの開始時間位置、リソース選択ウィンドウの終了時間位置及びパケット遅延バジェットの少なくとも１つを含む。

該リソースセットサイズ情報は、サイドリンクリソースセットに含まれるリソースの数、及び前記サイドリンクリソースセットに含まれるリソースの数のリソースプールにおけるリソースの総数に対する比率の少なくとも１つを含む。

該リソース周波数領域サイズ情報は、周波数領域でサイドリンクリソースにより占有されるサブチャネルの数を含み、該サブチャネルの数は、該指示情報に含まれ、或いは該トリガ情報と共に送信されるトランスポートブロックのリソースの周波数領域サイズ（サブチャネルの数）により決定される。

幾つかの実施例では、該第１の指示情報は、該第１のサイドリンク制御情報により指示又は搬送され、或いは該第２のサイドリンク制御情報により指示又は搬送され、或いは該第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットにより指示又は搬送される。

幾つかの実施例では、該第１のトランスポートブロックは、該第１の指示情報を指示するための情報のみを搬送する。

幾つかの実施例では、図１０に示すように、サイドリンクの送信装置１０００は、受信部１００３をさらに含んでもよい。

受信部１００３は、該第２の端末装置により報告された該サイドリンクリソース情報を受信する。

第２の送信部１００２は、該サイドリンクリソース情報に基づいて該第１のトランスポートブロックを再度送信し、或いは該第１のトランスポートブロックとは異なる第２のトランスポートブロックを送信する。

幾つかの実施例では、受信部１００３は、該第２の端末装置により送信された、該第１のトランスポートブロックが正しく受信されたか否かを示すフィードバック情報を受信する。

幾つかの実施例では、該フィードバック情報は、該サイドリンクリソース情報と共に送信される。

幾つかの実施例では、該フィードバック情報は、該第２の端末装置により送信された第１のサイドリンク制御情報又は第２のサイドリンク制御情報又は第２のトランスポートブロックの媒体アクセス制御プロトコルデータユニットにより指示又は搬送される。

幾つかの実施例では、該フィードバック情報は、物理サイドリンクフィードバックチャネルを介して送信され、該サイドリンクリソース情報は、物理サイドリンク共有チャネルを介して送信される。

幾つかの実施例では、第２の送信部１００２は、物理サイドリンクフィードバックチャネルに関連付けられたサイドリンクリソースで該トリガ情報及び該第１のトランスポートブロックを送信する。

幾つかの実施例では、該第１のトランスポートブロックが正しく受信された場合、該第２の端末装置は、前記サイドリンクリソース情報を送信しない。

幾つかの実施例では、該第１のサイドリンク制御情報又は該記第２のサイドリンク制御情報又は該第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、第２の指示情報を指示又は搬送し、該第２の指示情報は、該第１のトランスポートブロックが正しく受信された場合に該第２の端末装置が該サイドリンクリソース情報を報告するか否かを指示する。

幾つかの実施例では、該サイドリンクリソース情報は、該第１のトランスポートブロックとは異なる第２のトランスポートブロックを送信するために第１の端末装置により使用される。

上記の各実施例は、本発明の実施例を例示するだけであり、本発明はこれに限定されず、上記の各実施例に基づいて適切な変形を行うこともできる。例えば、上記の各実施例のそれぞれを単独で使用してもよいし、上記の各実施例の１つ又は複数を組み合わせて使用してもよい。

なお、以上は本発明に関連する構成要素又はモジュールについてのみ説明しているが、本発明はこれに限定されない。サイドリンクの送信装置１０００は、他の構成要素又はモジュールをさらに含んでもよい。これらの構成要素又はモジュールの具体的な内容について、関連技術を参照してもよい。

さらに、説明の便宜上、図１０は、様々な構成要素又はモジュール間の接続関係又は信号方向を例示的に示すだけであるが、バス接続などの様々な関連技術を使用できることは当業者には明らかである。上記の様々な構成要素又はモジュールは、プロセッサ、メモリ、送信機、及び受信機などのハードウェア設備によって実装されてもよく、本発明はこれに限定されない。

＜実施例４＞
本発明の実施例は、サイドリンクの受信装置を提供する。該装置は、例えば、端末装置であってもよいし、端末装置に構成された１つ又は複数の構成要素又はコンポーネントであってもよい。実施例２と同様な内容について、その説明を省略する。

図１１は、本発明の実施例のサイドリンクの受信装置の１つの例の図である。図１１に示すように、サイドリンクの受信装置１１００は、以下の各部を含む。

第１の受信部１１０１は、物理サイドリンク制御チャネルを介して送信された第１のサイドリンク制御情報を受信する。

第２の受信部１１０２は、物理サイドリンク共有チャネルを介して送信された第２のサイドリンク制御情報及び第１のトランスポートブロックを受信する。ここで、該第１のサイドリンク制御情報又は該第２のサイドリンク制御情報又は該第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する。

幾つかの実施例では、サイドリンクの受信装置１１００は、送信部１１０３をさらに含んでもよい。

送信部１１０３は、該サイドリンクリソース情報を報告する。

なお、以上は本発明に関連する構成要素又はモジュールについてのみ説明しているが、本発明はこれに限定されない。サイドリンクの受信装置１１００は、他の構成要素又はモジュールをさらに含んでもよい。これらの構成要素又はモジュールの具体的な内容について、関連技術を参照してもよい。

さらに、説明の便宜上、図１１は、様々な構成要素又はモジュール間の接続関係又は信号方向を例示的に示すだけであるが、バス接続などの様々な関連技術を使用できることは当業者には明らかである。上記の様々な構成要素又はモジュールは、プロセッサ、メモリ、送信機、及び受信機などのハードウェア設備によって実装されてもよく、本発明はこれに限定されない。

＜実施例５＞
本発明の実施例は、通信システムをさらに提供し、図１を参照してもよく、実施例１～４と同様な内容について、その説明を省略する。該通信システムは、第１の端末装置及び第２の端末装置を含む。

第１の端末装置は、物理サイドリンク制御チャネルを介して第１のサイドリンク制御情報を送信し、物理サイドリンク共有チャネルを介して第２のサイドリンク制御情報及び第１のトランスポートブロックを送信する。ここで、該第１のサイドリンク制御情報又は該第２のサイドリンク制御情報又は該第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、トリガ情報を指示又は搬送する。

第２の端末装置は、該第１のサイドリンク制御情報、該第２のサイドリンク制御情報及び該第１のトランスポートブロックを受信する。ここで、該トリガ情報は、該第２の端末装置がサイドリンクリソース情報を報告するようにトリガするために使用される。

本発明の実施例は、ネットワーク装置をさらに提供し、該ネットワーク装置は、例えば基地局であってもよいが、本発明はこれに限定されず、他のネットワーク装置であってもよい。

図１２は、本発明の実施例のネットワーク装置の概略図である。図１２に示すように、ネットワーク装置１２００は、プロセッサ１２１０（例えば中央処理装置（ＣＰＵ））及びメモリ１２２０を含んでもよく、メモリ１２２０は、プロセッサ１２１０に接続される。メモリ１２２０は、各種のデータを記憶してもよいし、情報処理のプログラム１２３０をさらに記憶し、プロセッサ１２１０の制御で該プログラム１２３０を実行する。

また、図１２に示すように、ネットワーク装置１２００は、送受信機１２４０及びアンテナ１２５０などをさらに含んでもよい。上記部材の機能は従来技術と類似し、ここでその説明を省略する。なお、ネットワーク装置１２００は図１２に示す全てのユニットを含む必要がない。また、ネットワーク装置１２００は、図１２に示されていないユニットをさらに含んでもよく、従来技術を参照してもよい。

本発明の実施例は、端末装置をさらに提供するが、本発明はこれに限定されず、他の装置であってもよい。

図１３は、本発明の実施例の端末装置の概略図である。図１３に示すように、端末装置１３００は、プロセッサ１３１０及びメモリ１３２０を含んでもよく、メモリ１３２０は、データ及びプログラムを記憶し、プロセッサ１３１０に接続される。なお、この図は例示的なものであり、他のタイプの構造を用いてこの構造を補足又は置換して、通信機能又は他の機能を実現してもよい。

例えば、プロセッサ１３１０は、実施例１に記載のサイドリンクの送信方法を実現するようにプログラムを実行してもよい。例えば、プロセッサ１３１０は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して第１のサイドリンク制御情報（ＳＣＩ）を送信するステップと、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して第２のサイドリンク制御情報（ＳＣＩ）及び第１のトランスポートブロック（ＴＢ）を送信するステップであって、該第１のサイドリンク制御情報又は該第２のサイドリンク制御情報又は該第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、サイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する、ステップと、を実行するように構成されてもよい。

例えば、プロセッサ１３１０は、実施例２に記載のサイドリンクの受信方法を実現するようにプログラムを実行してもよい。例えば、プロセッサ１３１０は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して送信された第１のサイドリンク制御情報（ＳＣＩ）を受信するステップと、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して送信された第２のサイドリンク制御情報（ＳＣＩ）及び第１のトランスポートブロック（ＴＢ）を受信するステップであって、該第１のサイドリンク制御情報又は該第２のサイドリンク制御情報又は該第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、サイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する、ステップと、を実行するように構成されてもよい。

また、図１３に示すように、端末装置１３００は、通信モジュール１３３０、入力部１３４０、ディスプレイ１３５０、及び電源１３６０などをさらに含んでもよい。ここで、上記ユニットの機能は従来技術と同様であり、ここでその説明を省略する。なお、端末装置１３００は図１３に示す全てのユニットを含む必要がない。また、端末装置１３００は、図１３に示されていないユニットをさらに含んでもよく、従来技術を参照してもよい。

本発明の実施例は、コンピュータ読み取り可能なプログラムであって、端末装置において該プログラムを実行する際に、該端末装置に実施例１に記載のサイドリンクの送信方法を実行させる、プログラムをさらに提供する。

本発明の実施例は、コンピュータ読み取り可能なプログラムが記憶されている記憶媒体であって、該プログラムを実行する際に、端末装置に実施例１に記載のサイドリンクの送信方法を実行させる、記憶媒体をさらに提供する。

本発明の実施例は、コンピュータ読み取り可能なプログラムであって、端末装置において該プログラムを実行する際に、該端末装置に実施例２に記載のサイドリンクの受信方法を実行させる、プログラムをさらに提供する。

本発明の実施例は、コンピュータ読み取り可能なプログラムが記憶されている記憶媒体であって、該プログラムを実行する際に、端末装置に実施例２に記載のサイドリンクの受信方法を実行させる、記憶媒体をさらに提供する。

本発明の以上の装置及び方法は、ハードウェアにより実現されてもよく、ハードウェアとソフトウェアを結合して実現されてもよい。本発明はコンピュータが読み取り可能なプログラムに関し、該プログラムはロジック部により実行される際に、該ロジック部に上述した装置又は構成要件を実現させる、或いは該ロジック部に上述した各種の方法又はステップを実現させることができる。本発明は上記のプログラムを記憶するための記憶媒体、例えばハードディスク、磁気ディスク、光ディスク、ＤＶＤ、フラッシュメモリ等に関する。

本発明の実施例を参照しながら説明した各装置における各処理方法は、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、又は両者の組み合わせで実施されてもよい。例えば、図面に示す機能的ブロック図における１つ若しくは複数、又は機能的ブロック図の１つ若しくは複数の組み合わせは、コンピュータプログラムフローの各ソフトウェアモジュールに対応してもよいし、各ハードウェアモジュールに対応してもよい。これらのソフトウェアモジュールは、図面に示す各ステップにそれぞれ対応してもよい。これらのハードウェアモジュールは、例えばフィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）を用いてこれらのソフトウェアモジュールをハードウェア化して実現されてもよい。

ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、モバイルハードディスク、ＣＤ－ＲＯＭ又は当業者にとって既知の任意の他の形の記憶媒体に位置してもよい。プロセッサが記憶媒体から情報を読み取ったり、記憶媒体に情報を書き込むように該記憶媒体をプロセッサに接続してもよいし、記憶媒体がプロセッサの構成部であってもよい。プロセッサ及び記憶媒体はＡＳＩＣに位置してもよい。該ソフトウェアモジュールは移動端末のメモリに記憶されてもよいし、移動端末に挿入されたメモリカードに記憶されてもよい。例えば、機器（例えば移動端末）が比較的に大きい容量のＭＥＧＡ－ＳＩＭカード又は大容量のフラッシュメモリ装置を用いる場合、該ソフトウェアモジュールは該ＭＥＧＡ－ＳＩＭカード又は大容量のフラッシュメモリ装置に記憶されてもよい。

図面に記載されている機能的ブロック図における一つ以上の機能ブロック及び／又は機能ブロックの一つ以上の組合せは、本願に記載されている機能を実行するための汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理装置、ディスクリートハードウェアコンポーネント、又はそれらの任意の適切な組み合わせで実現されてもよい。図面に記載されている機能的ブロック図における一つ以上の機能ブロック及び／又は機能ブロックの一つ以上の組合せは、例えば、コンピューティング機器の組み合わせ、例えばＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサの組み合わせ、ＤＳＰ通信と組み合わせた１つ又は複数のマイクロプロセッサ又は他の任意の構成で実現されてもよい。

以上、具体的な実施形態を参照しながら本発明を説明しているが、上記の説明は、例示的なものに過ぎず、本発明の保護の範囲を限定するものではない。本発明の趣旨及び原理を離脱しない限り、本発明に対して各種の変形及び変更を行ってもよく、これらの変形及び変更も本発明の範囲内のものである。

また、上述の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
サイドリンクの送信方法であって、
第１の端末装置が物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して第２の端末装置に第１のサイドリンク制御情報（ＳＣＩ）を送信するステップと、
物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して前記第２の端末装置に第２のサイドリンク制御情報（ＳＣＩ）及び第１のトランスポートブロック（ＴＢ）を送信するステップであって、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、前記第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する、ステップと、を含む、方法。
（付記２）
前記サイドリンクリソース情報は、前記第２の端末装置により使用されることが好ましいサイドリンクリソースセット及び／又は前記第２の端末装置により使用されることが好ましくないサイドリンクリソースセットを含む、付記１に記載の方法。
（付記３）
前記トリガ情報は、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報（ＳＣＩ）におけるフィールドにより指示される、付記１又は２に記載の方法。
（付記４）
前記第１の端末装置が、前記第１のサイドリンク制御情報（ＳＣＩ）を使用して、前記サイドリンクリソース情報を報告するために前記第２の端末装置により使用されるサイドリンクリソースを予約するステップ、をさらに含む、付記１乃至３の何れかに記載の方法。
（付記５）
前記第１の端末装置が、前記第２の端末装置に、前記サイドリンクリソース情報を決定するために前記第２の端末装置により使用される第１の指示情報を送信するステップ、をさらに含む、付記１乃至４の何れかに記載の方法。
（付記６）
前記第１の指示情報は、リソース選択ウィンドウ情報、リソースセットサイズ情報及びリソース周波数領域サイズ情報の少なくとも１つ又は任意の組み合わせを含む、付記５に記載の方法。
（付記７）
前記リソース選択ウィンドウ情報は、リソース選択ウィンドウの開始時間位置、リソース選択ウィンドウの終了時間位置及びパケット遅延バジェット（ＰＤＢ）の少なくとも１つを含む、付記６に記載の方法。
（付記８）
前記リソースセットサイズ情報は、サイドリンクリソースセットに含まれるリソースの数、及び前記サイドリンクリソースセットに含まれるリソースの数のリソースプールにおけるリソースの総数に対する比率の少なくとも１つを含む、付記６に記載の方法。
（付記９）
前記リソース周波数領域サイズ情報は、周波数領域でサイドリンクリソースにより占有されるサブチャネルの数を含み、前記サブチャネルの数は、前記指示情報に含まれ、或いは前記トリガ情報と共に送信されるトランスポートブロックのリソースのサブチャネルの数により決定される、付記６に記載の方法。
（付記１０）
前記第１の指示情報は、前記第１のサイドリンク制御情報（ＳＣＩ）により指示又は搬送され、或いは前記第２のサイドリンク制御情報（ＳＣＩ）により指示又は搬送され、或いは前記第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）により指示又は搬送される、付記５乃至９の何れかに記載の方法。
（付記１１）
前記第１のトランスポートブロックは、前記第１の指示情報を指示するための情報のみを搬送する、付記５乃至１０の何れかに記載の方法。
（付記１２）
前記第１の端末装置が、前記第２の端末装置により報告された前記サイドリンクリソース情報を受信するステップと、
前記第１の端末装置が、前記サイドリンクリソース情報に基づいて前記第１のトランスポートブロックを再度送信し、或いは前記第１のトランスポートブロックとは異なる第２のトランスポートブロックを送信するステップと、をさらに含む、付記１乃至１１の何れかに記載の方法。
（付記１３）
前記第１の端末装置が、前記第２の端末装置により送信された、前記第１のトランスポートブロックが正しく受信されたか否かを示すフィードバック情報を受信するステップ、をさらに含む、付記１２に記載の方法。
（付記１４）
前記フィードバック情報は、前記サイドリンクリソース情報と共に送信される、付記１３に記載の方法。
（付記１５）
前記フィードバック情報は、前記第２の端末装置により送信された第１のサイドリンク制御情報又は第２のサイドリンク制御情報又は第２のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）により指示又は搬送される、付記１４に記載の方法。
（付記１６）
前記フィードバック情報は、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を介して送信され、
前記サイドリンクリソース情報は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して送信される、付記１３に記載の方法。
（付記１７）
前記第１の端末装置は、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）に関連付けられたサイドリンクリソースで前記トリガ情報及び前記第１のトランスポートブロックを送信する、付記１６に記載の方法。
（付記１８）
前記第１のトランスポートブロックが正しく受信された場合、前記第２の端末装置は、前記サイドリンクリソース情報を送信しない、付記１乃至１１の何れかに記載の方法。
（付記１９）
前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、第２の指示情報を指示又は搬送し、
前記第２の指示情報は、前記第１のトランスポートブロックが正しく受信された場合に前記第２の端末装置が前記サイドリンクリソース情報を報告するか否かを指示する、付記１乃至１８の何れかに記載の方法。
（付記２０）
前記サイドリンクリソース情報は、前記第１のトランスポートブロックとは異なる第２のトランスポートブロックを送信するために前記第１の端末装置により使用される、付記１乃至１９の何れかに記載の方法。
（付記２１）
サイドリンクの受信方法であって、
第２の端末装置が、第１の端末装置により物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して送信された第１のサイドリンク制御情報（ＳＣＩ）を受信するステップと、
前記第１の端末装置により物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して送信された第２のサイドリンク制御情報（ＳＣＩ）及び第１のトランスポートブロック（ＴＢ）を受信するステップであって、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、前記第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する、ステップと、を含む、方法。
（付記２２）
前記サイドリンクリソース情報は、前記第２の端末装置により使用されることが好ましいサイドリンクリソースセット及び／又は前記第２の端末装置により使用されることが好ましくないサイドリンクリソースセットを含む、付記２１に記載の方法。
（付記２３）
前記トリガ情報は、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報（ＳＣＩ）におけるフィールドにより指示される、付記２１又は２２に記載の方法。
（付記２４）
前記第１のサイドリンク制御情報（ＳＣＩ）は、前記サイドリンクリソース情報を報告するために前記第２の端末装置により使用されるサイドリンクリソースを予約する、付記２１乃至２３の何れかに記載の方法。
（付記２５）
前記第２の端末装置が、前記第１の端末装置により送信された、前記サイドリンクリソース情報を決定するために前記第２の端末装置により使用される第１の指示情報を受信するステップ、をさらに含む、付記２１乃至２４の何れかに記載の方法。
（付記２６）
前記第１の指示情報は、リソース選択ウィンドウ情報、リソースセットサイズ情報及びリソース周波数領域サイズ情報の少なくとも１つ又は任意の組み合わせを含む、付記２５に記載の方法。
（付記２７）
前記リソース選択ウィンドウ情報は、リソース選択ウィンドウの開始時間位置、リソース選択ウィンドウの終了時間位置及びパケット遅延バジェット（ＰＤＢ）の少なくとも１つを含む、付記２６に記載の方法。
（付記２８）
前記リソースセットサイズ情報は、サイドリンクリソースセットに含まれるリソースの数、及び前記サイドリンクリソースセットに含まれるリソースの数のリソースプールにおけるリソースの総数に対する比率の少なくとも１つを含む、付記２６に記載の方法。
（付記２９）
前記リソース周波数領域サイズ情報は、周波数領域でサイドリンクリソースにより占有されるサブチャネルの数を含み、前記サブチャネルの数は、前記指示情報に含まれ、或いは前記トリガ情報と共に送信されるトランスポートブロックのリソースのサブチャネルの数により決定される、付記２６に記載の方法。
（付記３０）
前記第１の指示情報は、前記第１のサイドリンク制御情報（ＳＣＩ）により指示又は搬送され、或いは前記第２のサイドリンク制御情報（ＳＣＩ）により指示又は搬送され、或いは前記第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）により指示又は搬送される、付記２５乃至２９の何れかに記載の方法。
（付記３１）
前記第１のトランスポートブロックは、前記第１の指示情報を指示するための情報のみを搬送する、付記２５乃至３０の何れかに記載の方法。
（付記３２）
前記第２の端末装置が、スケジューリング要求（ＳＲ）をトリガし、前記サイドリンクリソース情報を報告するためのサイドリンクリソースをネットワーク装置に要求するステップ、をさらに含む、付記２１乃至３１の何れかに記載の方法。
（付記３３）
前記第２の端末装置が、リソースの選択又は再選択をトリガし、前記サイドリンクリソース情報を報告するためのサイドリンクリソースを自律的に選択及び決定するステップ、をさらに含む、付記２１乃至３１の何れかに記載の方法。
（付記３４）
前記第２の端末装置が前記第１の端末装置に前記サイドリンクリソース情報を報告するステップと、
前記第１の端末装置により前記サイドリンクリソース情報に基づいて再度送信された前記第１のトランスポートブロック、又は前記サイドリンクリソース情報に基づいて送信された前記第１のトランスポートブロックとは異なる第２のトランスポートブロックを受信するステップと、をさらに含む、付記２１乃至３３の何れかに記載の方法。
（付記３５）
前記第２の端末装置が、前記第１の端末装置に、前記第１のトランスポートブロックが正しく受信されたか否かを示すフィードバック情報を送信するステップ、をさらに含む、付記３４に記載の方法。
（付記３６）
前記フィードバック情報は、前記サイドリンクリソース情報と共に送信される、付記３５に記載の方法。
（付記３７）
前記フィードバック情報は、前記第２の端末装置により送信された第１のサイドリンク制御情報又は第２のサイドリンク制御情報又は第２のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）により指示又は搬送される、付記３６に記載の方法。
（付記３８）
前記フィードバック情報は、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を介して送信され、
前記サイドリンクリソース情報は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して送信される、付記３５に記載の方法。
（付記３９）
前記第１の端末装置は、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）に関連付けられたサイドリンクリソースで前記トリガ情報及び前記第１のトランスポートブロックを送信する、付記３８に記載の方法。
（付記４０）
前記第１のトランスポートブロックが正しく受信された場合、前記第２の端末装置は、前記サイドリンクリソース情報を送信しない、付記２１乃至３１の何れかに記載の方法。
（付記４１）
前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、第２の指示情報を指示又は搬送し、
前記第２の指示情報は、前記第１のトランスポートブロックが正しく受信された場合に前記第２の端末装置が前記サイドリンクリソース情報を報告するか否かを指示する、付記２１乃至４０の何れかに記載の方法。
（付記４２）
前記サイドリンクリソース情報は、前記第１のトランスポートブロックとは異なる第２のトランスポートブロックを送信するために前記第１の端末装置により使用される、付記２１乃至４１の何れかに記載の方法。
（付記４３）
コンピュータプログラムが記憶されたメモリと、プロセッサと、を含む、端末装置であって、前記プロセッサは、前記コンピュータプログラムを実行することで、付記１乃至２０の何れかに記載のサイドリンクの送信方法を実現するように構成される、端末装置。
（付記４４）
コンピュータプログラムが記憶されたメモリと、プロセッサと、を含む、端末装置であって、前記プロセッサは、前記コンピュータプログラムを実行することで、付記２１乃至４２の何れかに記載のサイドリンクの受信方法を実現するように構成される、端末装置。
（付記４５）
付記４３に記載の端末装置又は付記４４に記載の端末装置を含む通信システム。

Claims

サイドリンクの送信装置であって、
物理サイドリンク制御チャネルを介して第１のサイドリンク制御情報を送信する第１の送信部と、
物理サイドリンク共有チャネルを介して第２のサイドリンク制御情報及び第１のトランスポートブロックを送信する第２の送信部であって、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する、第２の送信部と、を含む、装置。
前記サイドリンクリソース情報は、前記第２の端末装置により使用されることが好ましいサイドリンクリソースセット及び／又は前記第２の端末装置により使用されることが好ましくないサイドリンクリソースセットを含む、請求項１に記載の装置。
前記トリガ情報は、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報におけるフィールドにより指示される、請求項１に記載の装置。
前記第１のサイドリンク制御情報は、前記サイドリンクリソース情報を報告するために前記第２の端末装置により使用されるサイドリンクリソースを予約する、請求項１に記載の装置。
前記第２の送信部は、前記サイドリンクリソース情報を決定するために前記第２の端末装置により使用される第１の指示情報を送信する、請求項１に記載の装置。
前記第１の指示情報は、リソース選択ウィンドウ情報、リソースセットサイズ情報及びリソース周波数領域サイズ情報の少なくとも１つ又は任意の組み合わせを含む、請求項５に記載の装置。
前記リソース選択ウィンドウ情報は、リソース選択ウィンドウの開始時間位置、リソース選択ウィンドウの終了時間位置及びパケット遅延バジェットの少なくとも１つを含み、
前記リソースセットサイズ情報は、サイドリンクリソースセットに含まれるリソースの数、及び前記サイドリンクリソースセットに含まれるリソースの数のリソースプールにおけるリソースの総数に対する比率の少なくとも１つを含み、
前記リソース周波数領域サイズ情報は、周波数領域でサイドリンクリソースにより占有されるサブチャネルの数を含み、前記サブチャネルの数は、前記指示情報に含まれ、或いは前記トリガ情報と共に送信されるトランスポートブロックのリソースのサブチャネルの数により決定される、請求項６に記載の装置。
前記第１の指示情報は、前記第１のサイドリンク制御情報により指示又は搬送され、或いは前記第２のサイドリンク制御情報により指示又は搬送され、或いは前記第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットにより指示又は搬送される、請求項５に記載の装置。
前記第１のトランスポートブロックは、前記第１の指示情報を指示するための情報のみを搬送する、請求項５に記載の装置。
前記第２の端末装置により報告された前記サイドリンクリソース情報を受信する受信部、をさらに含み、
前記第２の送信部は、前記サイドリンクリソース情報に基づいて前記第１のトランスポートブロックを再度送信し、或いは前記第１のトランスポートブロックとは異なる第２のトランスポートブロックを送信する、請求項１に記載の装置。
前記受信部は、前記第２の端末装置により送信された、前記第１のトランスポートブロックが正しく受信されたか否かを示すフィードバック情報を受信する、請求項１０に記載の装置。
前記フィードバック情報は、前記サイドリンクリソース情報と共に送信される、請求項１１に記載の装置。
前記フィードバック情報は、前記第２の端末装置により送信された第１のサイドリンク制御情報又は第２のサイドリンク制御情報又は第２のトランスポートブロックの媒体アクセス制御プロトコルデータユニットにより指示又は搬送される、請求項１２に記載の装置。
前記フィードバック情報は、物理サイドリンクフィードバックチャネルを介して送信され、
前記サイドリンクリソース情報は、物理サイドリンク共有チャネルを介して送信される、請求項１１に記載の装置。
前記第２の送信部は、物理サイドリンクフィードバックチャネルに関連付けられたサイドリンクリソースで前記トリガ情報及び前記第１のトランスポートブロックを送信する、請求項１４に記載の装置。
前記第１のトランスポートブロックが正しく受信された場合、前記第２の端末装置は、前記サイドリンクリソース情報を送信しない、請求項１に記載の装置。
前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、第２の指示情報を指示又は搬送し、
前記第２の指示情報は、前記第１のトランスポートブロックが正しく受信された場合に前記第２の端末装置が前記サイドリンクリソース情報を報告するか否かを指示する、請求項１に記載の装置。
前記サイドリンクリソース情報は、前記第１のトランスポートブロックとは異なる第２のトランスポートブロックを送信するために使用される、請求項１に記載の装置。
サイドリンクの受信装置であって、
物理サイドリンク制御チャネルを介して送信された第１のサイドリンク制御情報を受信する第１の受信部と、
物理サイドリンク共有チャネルを介して送信された第２のサイドリンク制御情報及び第１のトランスポートブロックを受信する第２の受信部であって、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、第２の端末装置がサイドリンクリソース情報を報告するようにトリガするためのトリガ情報を指示又は搬送する、第２の受信部と、を含む、装置。
通信システムであって、
物理サイドリンク制御チャネルを介して第１のサイドリンク制御情報を送信し、物理サイドリンク共有チャネルを介して第２のサイドリンク制御情報及び第１のトランスポートブロックを送信する第１の端末装置であって、前記第１のサイドリンク制御情報又は前記第２のサイドリンク制御情報又は前記第１のトランスポートブロックの媒体アクセス制御プロトコルデータユニットは、トリガ情報を指示又は搬送する、第１の端末装置と、
前記第１のサイドリンク制御情報、前記第２のサイドリンク制御情報及び前記第１のトランスポートブロックを受信する第２の端末装置であって、前記トリガ情報は、前記第２の端末装置がサイドリンクリソース情報を報告するようにトリガするために使用される、第２の端末装置と、を含む、通信システム。