JP2022522390A

JP2022522390A - ユーザ装置及び無線通信方法

Info

Publication number: JP2022522390A
Application number: JP2021533304A
Authority: JP
Inventors: リレイワン; 秀俊鈴木
Original assignee: Panasonic Intellectual Property Corp of America
Current assignee: Panasonic Intellectual Property Corp of America
Priority date: 2019-01-10
Filing date: 2019-01-10
Publication date: 2022-04-19
Anticipated expiration: 2039-01-10
Also published as: JP7508662B2; US20210400681A1; EP3909179A1; JP7322148B2; JP2023129584A; EP3909179A4; CN113273120B; WO2020142992A1; CN113273120A

Abstract

ＮＲにおけるサイドリンク通信、サイドリンクディスカバリ又は他の何れかのサイドリンク処理のためのリソース設定に関するユーザ装置及び無線通信方法が提供される。ユーザ装置は、ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信するよう動作可能な送信機と、前記ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースに少なくとも部分的に従って決定されるリソースにおいて、前記送信されるＰＳＣＣＨ又はＰＳＳＣＨに関連するＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信するよう動作可能な受信機と、を有する。

Description

本開示は、無線通信分野に関し、特にＮＲ（ＮｅｗＲａｄｉｏ）サイドリンクのためのＰＳＦＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ）設計に関するユーザ装置（ＵＥ）及び無線通信方法に関する。

ＰＳＦＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ）のコンセプトは、ＮＲ（ＮｅｗＲａｄｉｏ）Ｖ２Ｘ（Ｖｅｈｉｃｌｅｔｏａｎｙｔｈｉｎｇ）のグループキャスト及びユニキャストベースの送信における自動再送要求フィードバックのために採用される。ＮＲＶ２Ｘには半二重問題が存在する。すなわち、ユーザ装置は、１つ以上のキャリアで同時に送受信することはできない。このような半二重問題は、送信機と受信機の間の大きな干渉によるものである。

ＬＴＥＶ２Ｘでは、半二重問題は、ランダム化された再送によって解決される。具体的には、ＬＴＥＶ２Ｘでは、サイドリンクチャネルが１つ以上の繰り返しで送信され、ＰＳＣＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）又はＰＳＳＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）の最初の送信に衝突があっても、受信ユーザ装置は、衝突なく送信ユーザ装置から送信されたＰＳＣＣＨ／ＰＳＳＣＨのランダム化された再送の受信に基づいて、パケットを受信することができる。これまで、ＮＲにおけるＰＳＦＣＨの議論は、依然として最初の段階にあり、オーバヘッドを節約するために、キャリアの時間及び周波数領域におけるＰＳＦＣＨの位置をどのように示すか、ＰＳＦＣＨの衝突に対する解決策、及びＰＳＦＣＨの設定が議論されている。

１つの非限定的で例示的な実施例は、サイドリンク通信、サイドリンクディスカバリ又はＮＲにおける他の何れか他のサイドリンク処理のためのリソースを決定し、システム性能を保証することを容易にする。

本開示の実施例では、ここに開示される技術は、ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信するよう動作可能な送信機と、前記ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースに少なくとも部分的に従って決定されるリソースにおいて、前記送信されるＰＳＣＣＨ又はＰＳＳＣＨに関連するＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信するよう動作可能な受信機と、を有するユーザ装置を含む。

本開示の他の実施例では、ここに開示される技術は、受信したＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）に関連する第１のＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を送信するか、又は、送信されたＰＳＣＣＨ又はＰＳＳＣＨに関連する第２のＰＳＦＣＨを受信するよう動作可能な送受信機と、前記第１のＰＳＦＣＨの優先度と第１の競合チャネルの優先度との間の比較に基づき、前記第１のＰＳＦＣＨを送信するか、若しくは、前記第１のＰＳＦＣＨを送信するのと同時に受信されるようスケジューリングされる前記第１の競合チャネルを受信するか判断するか、又は、前記第２のＰＳＦＣＨの優先度と第２の競合チャネルの優先度との間の比較に基づき、前記第２のＰＳＦＣＨを受信するか、若しくは、前記第２のＰＳＦＣＨを受信するのと同時に送信到着するようスケジューリングされる前記第２の競合チャネルを送信するか判断するよう動作可能な回路と、を有するユーザ装置である。

本開示の他の実施例では、ここに開示される技術は、ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信するよう動作可能な送信機と、ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信するよう動作可能な受信機と、を有し、前記ＰＳＦＣＨは、前記ＰＳＣＣＨ又はＰＳＳＣＨのものと同じリソースプールにおいて割り当てられる、ユーザ装置である。

本開示の他の実施例では、ここに開示される技術は、ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信することと、前記ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースに少なくとも部分的に従って決定されるリソースにおいて、前記送信されるＰＳＣＣＨ又はＰＳＳＣＨに関連するＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信することと、を有する、ユーザ装置のための無線通信方法である。

本開示の他の実施例では、ここに開示される技術は、受信するＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）に関連する前記第１のＰＳＦＣＨを送信するか、若しくは、送信するＰＳＣＣＨ又はＰＳＳＣＨに関連する第２のＰＳＦＣＨを受信し、前記第１のＰＳＦＣＨの優先度と第１の競合チャネルの優先度との比較に基づき、前記第１のＰＳＦＣＨを送信するか、若しくは、前記第１のＰＳＦＣＨを送信するのと同時に受信されるようスケジューリングされる前記第１の競合チャネルを受信するか判断することか、又は、第２のＰＳＦＣＨの優先度と第２の競合チャネルの優先度との間の比較に基づき、第２のＰＳＦＣＨを受信するか、若しくは、前記第２のＰＳＦＣＨを受信するのと同時に送信到着するようスケジューリングされる第２の競合チャネルを送信するか判断すること、を有する、ユーザ装置のための無線通信方法である。

本開示の他の実施例では、ここに開示される技術は、ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信することと、ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信することと、を有し、前記ＰＳＦＣＨは、前記ＰＳＣＣＨ又はＰＳＳＣＨのものと同じリソースプールにおいて割り当てられる、ユーザ装置のための無線通信方法である。

一般的又は具体的な実施例がシステム、方法、集積回路、コンピュータプログラム、記憶媒体又はそれらの何れかの選択的な組合せとして実現されてもよいことに留意されたい。

開示された実施例の追加的な利点及び効果は、明細書及び図面から明らかになるであろう。利点及び／又は効果は、明細書及び図面の各種実施例及び特徴によって個別に取得されてもよく、これらの全てが、そのような利点及び／又は効果のうちの１つ以上を取得するため提供される必要はない。

本開示の上述及び他の特徴は、添付の図面と併せて、以下の説明及び添付の請求項からより完全に明らかになるであろう。これらの図面は、本開示によるいくつかの実施例のみを示し、従って、その範囲を限定するものとみなされるべきではないことを理解し、本開示は添付の図面を使用することによって、さらなる具体性及び詳細を伴って説明される。
ＮＲＶ２Ｘにおけるサイドリンク送信の一例となるシナリオを概略的に示す。ＮＲＶ２Ｘにおけるサイドリンク送信におけるＰＳＦＣＨリソースを決定するブロック図を示す。時間領域におけるＮＲＶ２Ｘのサイドリンク送信におけるＰＳＦＣＨとそれらに関連するＰＳＳＣＨ／ＰＳＣＣＨとの間のマッピングの詳細のブロック図を示す。ＮＲＶ２Ｘのサイドリンク送信におけるＰＳＦＣＨとそれに関連するＰＳＳＣＨ／ＰＳＣＣＨとの間の対応の詳細のブロック図を示す。本開示の実施例によるユーザ装置（ＵＥ）のブロック図を示す。本開示の実施例によるサイドリンク通信の例示的なシナリオを概略的に示す。本開示の実施例によるサイドリンク通信の例示的なシナリオを概略的に示す。本開示の実施例によるＰＳＦＣＨ受信の例示的なシナリオを概略的に示す。ＰＳＣＣＨ／ＰＳＳＣＨの最初の送信と再送との間のランダム化されたギャップのブロック図を示す。本開示の実施例によるＰＳＦＣＨ受信の他の例示的なシナリオを概略的に示す。本開示の他の実施例によるユーザ装置のブロック図を示す。本開示の実施例によるＰＳＦＣＨの他の例示的なシナリオを概略的に示す。本開示の実施例によるＰＳＦＣＨ受信の詳細を概略的に示す。本開示の実施例によるＰＳＦＣＨ受信の詳細を概略的に示す。本開示の実施例による送信ＰＳＦＣＨ及び受信ＰＳＦＣＨのリソース割当てリファレンスの例示的なシナリオを概略的に示す。本開示の実施例によるＮＲキャリアの具体例を概略的に示す。本開示の実施例によるＰＳＦＣＨの詳細を概略的に示す。本開示の実施例による送信ユーザ装置と受信ユーザ装置との間の通信のフローチャートの具体例を概略的に示す。本開示の実施例による送信ユーザ装置と受信ユーザ装置との間の通信のフローチャートの他の具体例を概略的に示す。本開示の実施例による送信ユーザ装置と受信ユーザ装置との間の通信のフローチャートの他の具体例を概略的に示す。本開示の実施例による送信ユーザ装置と受信ユーザ装置との間の通信のフローチャートの他の具体例を概略的に示す。本開示の実施例によるユーザ装置によって実行される通信方法のフローチャートの具体例を示す。本開示の実施例によるユーザ装置によって実行される通信方法のフローチャートの他の具体例を示す。本開示の実施例によるユーザ装置によって実行される通信方法のフローチャートの他の具体例を示す。本開示の実施例によるユーザ装置によって実行される通信方法のフローチャートの他の具体例を示す。本開示の実施例によるユーザ装置の具体例を体系的に示す。本開示の実施例によるユーザ装置の他の具体例を体系的に示す。

以下の詳細な説明では、その一部を形成する添付の図面を参照する。図面において、同様のシンボルは、文脈が別の指示をしない場合、典型的には同様の構成要素を特定する。本開示の態様は、広範な異なる構成で配置、置換、組み合わせ及び設計することができ、その全てが明示的に企図され、本開示の一部をなすことが容易に理解されるであろう。

本開示の実施例では、図１に示すようなＮＲＶ２Ｘにおけるサイドリンク送信の例示的なシナリオが提供される。図１において、車両１０１、１０２及び１０３の間でサイドリンク送信を介し通信を行うことができる。具体的には、車両１０１は、ＰＳＣＣＨ／ＰＳＳＣＨを車両１０３に送信し、これに応答して、車両１０３は、ＰＳＣＣＨ／ＰＳＳＣＨの受信を車両１０１に認めるために、ＰＳＦＣＨを車両１０１に送信する。同様のプロセスが、車両１０３と１０２との間、及び車両１０２と１０１との間の通信にも適用される。ここで、図１では、サイドリンクは一方向（すなわち、車両１０１から車両１０３、車両１０３から車両１０２、及び車両１０２から車両１０１）として示されているが、これは、例示的な説明のためであり、各車両は、送信車両及び受信車両としてＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨの送受信を、他の車両のいずれかに対して行うことができることに留意されるべきである。このようなサイドリンク通信は、以下の実施例のそれぞれにおいて指定されるように、基地局２００からの制御情報に基づいて行われてもよいし、行われなくてもよい。

具体的には、図２を参照されたい。図２は、送信リソース選択に影響を及ぼす他のＵＥのＰＳＦＣＨリソースを決定する方法に関するブロック図を示す。図１の例示的なシナリオにおける車両１０３を具体例としてとると、それは、ＰＳＣＣＨ／ＰＳＳＣＨ送信のためのリソースを選択する。図２に示すように、車両１０３は、検知ウィンドウにおいて車両１０１からＰＳＣＣＨ及び／又はＰＳＳＣＨを受信し、その期間中に、車両１０３は、制御チャネルを受信し、ＰＳＣＣＨ及び／又はＰＳＳＣＨに基づいて、以降のシンボル又はスロットにおける干渉を決定する。その後、車両１０３がリソース選択ウィンドウにおけるＰＳＣＣＨ／ＰＳＳＣＨの受信を車両１０１に認めるために、受信したＰＳＣＣＨ及び／又はＰＳＳＣＨに関連付けられたＰＳＦＣＨを送信することを車両１０３は特定し、その期間中に、車両１０３は、ＰＳＣＣＨ及び／又はＰＳＳＣＨの以降の送信のためのリソースを選択し、ＰＳＦＣＨを送信してもよい。ＰＳＦＣＨのための特定のリソースは、固定又は指定されたＨＡＲＱタイミング規則に基づくものであってもよい。ＰＳＦＣＨの推定は知られていないかもしれないため、車両１０３は、リソース選択ウィンドウにおいてＰＳＣＣＨ／ＰＳＳＣＨ送信のために使用されるリソースからＰＳＦＣＨを送信するために使用されるリソースを除外するであろう。

ＰＳＳＣＨ／ＰＳＣＣＨと関連するＰＳＦＣＨとの間には、図３に示すように、一対一のマッピングがある。図３は、時間領域におけるＮＲＶ２Ｘのサイドリンク送信におけるＰＳＦＣＨとそれに関連するＰＳＳＣＨ／ＰＳＣＣＨとの間のマッピングの詳細のブロック図を示す。ＰＳＳＣＨ及びＰＳＣＣＨの各々は、関連するＰＳＳＣＨ／ＰＳＣＣＨの受信／復号状態を確認するための対応するＰＳＦＣＨを有する。図３の例では、車両は、スロット＃０においてＰＳＳＣＨ又はＰＳＣＣＨを送信し、スロット＃４において送信されたＰＳＳＣＨ又はＰＳＣＣＨの関連するＰＳＦＣＨを受信する。同様に、車両は、スロット＃２においてＰＳＳＣＨ又はＰＳＣＣＨを送信し、スロット＃６において送信されたＰＳＳＣＨ又はＰＳＣＣＨの関連するＰＳＦＣＨを受信する。なお、ＰＳＳＣＨ／ＰＳＣＣＨの送信及びＰＳＦＣＨの受信の双方は繰り返しを有していてもよいし、繰り返しを有していなくてもよく、以下の実施例で詳細に説明する。

さらに、各ＰＳＣＣＨ／ＰＳＳＣＨに対して、それの周波数位置もまた関連するＰＳＦＣＨの周波数位置と共にマッピングされる。図４を参照すると、例えば、周波数部分＃１のリソースに含まれるＰＳＣＣＨは、周波数部分＃２（例えば、ＰＲＢ#２）のリソースにおけるアクノリッジ情報ＰＳＦＣＨに対応することができ、周波数部分＃２のリソースに含まれるＰＳＣＣＨは、周波数部分＃１（例えば、ＰＲＢ＃１）のリソースにおけるアクノリッジ情報ＰＳＦＣＨに対応することができる。位置の対応関係の単位は、粒度に応じてＰＲＢに限定されないことに留意されたい。

図５ａは、本開示の実施例によるユーザ装置（ＵＥ）１００のブロック図を示す。ここで、ＵＥ１００は、車両１０１、１０２及び１０３のうちのいずれか１つ又は他の何れかのＶ２Ｘ端末を表すことができる。ＵＥ１００は、ＰＳＣＣＨ又はＰＳＳＣＨを送信するように動作可能な送信機１１０と、ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースに少なくとも部分的に従って決定されたリソースにおいて、送信されたＰＳＣＣＨ又はＰＳＳＣＨに関連するＰＳＦＣＨを受信するように動作可能な受信機１２０とを備える。ここで、「少なくとも部分的に従って決定されたソース」という用語は、ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースにのみ従って決定されたソース、ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースに従って決定されたソース、及び、例えば、ｇＮＢ又は送信ＵＥからの制御情報の場合を表す。

特に、ＵＥ１００の送信機１１０は、サイドリンク送信を介しＰＳＣＣＨ又はＰＳＳＣＨをターゲットユーザ装置に送信することができる。ターゲットユーザ装置は、ＵＥ１００によって送信されたＰＳＣＣＨ又はＰＳＳＣＨを受信すると、ＵＥ１００にＰＳＦＣＨを送信する。ＰＳＦＣＨはリソース上で送信され、当該リソースは、ＵＥ１００からターゲットユーザ装置に送信されるＰＳＣＣＨ又はＰＳＳＣＨのためのリソースに従って決定される。一方、ＵＥ１００の受信機１２０は、ターゲットユーザ装置からＵＥ１００に送信されたＰＳＦＣＨを、ＰＳＣＣＨ又はＰＳＳＣＨのためのリソースに従って決定されたリソースにおいて受信する。

本開示の上記実施例によると、ユーザ装置は、基地局又はユーザ装置がＰＳＦＣＨのリソース位置情報を通知する必要なく、ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースに基づいて決定されたリソースにおいてＰＳＦＣＨを受信することができる。このようにして、リソースオーバヘッドがより少なくなる。

本開示の実施例は、図５ｂに示すようなシナリオにも適用することができる。図５ｂは、ＵＥ間（例えば、上記の実施例で説明したようなＵＥ１００とターゲットＵＥとの間）のサイドリンク通信が基地局（すなわち、ｇＮＢ）の制御下にあるシナリオを示す。具体的には、ｇＮＢは、送信(ＴＸ)ＵＥ(例えば、ＵＥ１００）にＳｉｄｅｌｉｎｋＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｄｉｃａｔｏｒ）を送信することができ、ＳｉｄｅｌｉｎｋＤＣＩは、サイドリンク通信のための制御情報を含んでもよい。送信ＵＥは、ＳｉｄｅｌｉｎｋＤＣＩを受信した後、ＰＳＣＣＨに含まれるＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｄｉｃａｔｏｒ（ＳＣＩ）を受信(Ｒｘ)ＵＥに送信して、例えば、ＰＳＳＣＨの送信のための制御情報を通知することができる（ここで、ＰＳＣＣＨの送信は、ＰＳＳＣＨの送信に続くか、あるいは、ＰＳＳＣＨの送信と同時とすることができる）。これに応じて、受信ＵＥは、ＰＳＳＣＨ受信のためのフィードバックとして、ＰＳＦＣＨを送信ＵＥに送信する。上記のシナリオにおいて、ＰＳＦＣＨは、本開示の実施例によるＳｉｄｅｌｉｎｋＤＣＩ又はＳＣＩによって通知される制御情報に関係なく、関連するＰＳＣＣＨ／ＰＳＳＣＨのためのリソースに従って決定されるリソース上で送信又は受信可能である。

さらなる具体例では、本開示の実施例は、図５ｃに示すようなシナリオに適用することができる。図５ｃは、送信ＵＥと受信ＵＥとの間のサイドリンク通信が基地局（すなわち、ｇＮＢ）の制御下にある他のシナリオを示す。この場合、受信ＵＥは、ＰＳＳＣＨの受信手順の後、送信ＵＥからのＰＳＳＣＨの受信をｇＮＢに許可するために、ＰＵＣＣＨを介しフィードバックとしてＨＡＲＱ?ＡＣＫをｇＮＢに送信する。上記のシナリオでは、本開示の他の実施例で説明したＰＳＦＣＨと同様に、ＰＵＣＣＨのリソース決定は、本開示の実施例によるＳｉｄｅｌｉｎｋＤＣＩ又はＳＣＩによって通知される制御情報に関係なく、送信ＵＥによって送信される関連するＰＳＣＣＨ／ＰＳＳＣＨに基づくことができる。

図６は、本開示の実施例によるＰＳＦＣＨ受信の例示的なシナリオを概略的に示す。図６から、ターゲットユーザ装置からのＰＳＦＣＨの送信は、ＰＳＣＣＨ／ＰＳＳＣＨの最後の送信（例えば、ＰＳＣＣＨ／ＰＳＳＣＨの再送）によって決定されるリソースにおいてである。特に、ＰＳＦＣＨのための時間領域におけるリソースは、関連するＰＳＣＣＨ又はＰＳＳＣＨのための時間領域におけるリソースから１つ以上のシンボル又はスロットのギャップ内にあり、ＰＳＦＣＨのための周波数領域におけるリソースは、関連するＰＳＣＣＨ又はＰＳＳＣＨのための周波数領域におけるリソースから１つ以上のＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）のギャップ内にある。ここで、「ギャップ」という用語は、時間領域又は周波数領域における、ＰＳＣＣＨ／ＰＳＳＣＨの開始位置とＰＳＦＣＨの開始位置との間の差、ＰＳＣＣＨ／ＰＳＳＣＨの開始位置とＰＳＦＣＨの終了位置との間の差、ＰＳＣＣＨ／ＰＳＳＣＨの終了位置とＰＳＦＣＨの終了位置との間の差、又はＰＳＣＣＨ／ＰＳＳＣＨの終了位置とＰＳＦＣＨの開始位置との間の差を表しうる。シンボル又はスロットの数は、規格に従って事前設定、設定、指定又はそれらの任意の組合せとすることができ、ＰＲＢの数は、規格に従って事前設定、設定、指定又はそれらの任意の組合せとすることができる。

本開示による実施例では、パラメータが「規格に従って事前設定、設定、指定又はそれらの任意の組合せとすることができる」とは、そのようなパラメータが「ユーザ装置に事前設定されるか、基地局によって設定されるか、規格に従って特に指定されるか、あるいは、それらの任意の組合せとすることができる」ことを表す。

例えば、図６に示されるように、ＰＳＦＣＨのためのリソースは、関連するＰＳＣＣＨ又はＰＳＳＣＨのためのリソースから、例えば、２スロット（すなわち、スロット＃６－スロット＃４＝２スロット）のギャップ内にあり、同じＰＲＢ（すなわち、Ｆ３＝Ｆ２）にある。ＰＳＣＣＨ／ＰＳＳＣＨの送信の繰り返しがあるケースでは、ＰＳＦＣＨの最初の送信のためのリソースの開始スロットとＰＲＢ（ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ）との少なくとも１つは、関連するＰＳＣＣＨ又はＰＳＳＣＨの最初の送信及び／又は再送によって決定することができる。例えば、ＰＳＦＣＨの送信は、関連するＰＳＣＣＨ／ＰＳＳＣＨの再送の最後のスロットから、例えば、２スロットのギャップ内（すなわち、スロット＃６－スロット＃４＝２スロット）にあり、ＰＳＦＣＨの送信は、関連するＰＳＣＣＨ／ＰＳＳＣＨの最初の送信の最後のＰＲＢから２ＰＲＢのギャップ内にある。

実施例では、ＰＳＦＣＨの最初の送信のためのリソースの開始スロットとＰＲＢとの少なくとも１つは、ユーザ装置によって受信されたＳＣＩによって通知される。上記の実施例によると、その繰り返しのリソース位置を通知する必要なく、リソースオーバヘッドが最初のＰＳＦＣＨのリソース位置を通知するのみに削減することができ、ターゲットユーザ装置に従って各送信時にＰＳＦＣＨをより柔軟に設定することができる。

実施例では、最初の送信と関連するＰＳＣＣＨ／ＰＳＳＣＨとの間のギャップのためのシンボル又はスロットの数は、規格に従って事前設定、設定、指定又はそれらの任意の組合せとすることができる。同様に、ＰＲＢの数は、規格に従って事前設定、設定、指定又はそれらの任意の組合せとすることができる。

ＰＳＦＣＨとＰＳＣＣＨ／ＰＳＳＣＨとの繰り返しがあるケースでは、ＰＳＦＣＨとそれの繰り返しとの間のタイミングギャップは、関連するＰＳＣＣＨ又はＰＳＳＣＨとそれの繰り返しとの間のタイミングギャップ（例えば、２スロット）と同じにすることができる。実施例において、ＰＳＦＣＨ送信とそれの繰り返しとの間の周波数ギャップは、関連するＰＳＣＣＨ又はＰＳＳＣＨとそれの繰り返しとの間の周波数ギャップ（例えば、２ＰＲＢ）と同じとすることができる。ここで、ＰＳＦＣＨとそれの繰り返しとの間のタイミングギャップ及び／又は周波数ギャップは、各ＵＥに対して異なってもよい。なお、図６は、再送の場合を示しているが、本開示は、ＰＳＣＣＨ／ＰＳＳＣＨ又はＰＳＦＣＨの送信が繰り返しを有するケースに限定されない。

実施例では、ＰＳＦＣＨのための繰り返し数は、関連するＰＳＣＣＨ又はＰＳＳＣＨのための数と同じであるか、あるいは、関連するＰＳＣＣＨ又はＰＳＳＣＨのための数から導出される関係にある。例えば、ＰＳＣＣＨ／ＰＳＳＣＨが２回の繰り返しによって送信される場合、ＰＳＦＣＨは、２回の繰り返し（すなわち、ＰＳＣＣＨ／ＰＳＳＣＨと同じ数の繰り返し）又は４回の繰り返し（すなわち、ＰＳＣＣＨ／ＰＳＳＣＨの繰り返し数に比例する）によって送信可能である。そのような割合は、規格に従って事前設定、設定、指定又はそれらの任意の組合せとすることができる。

本開示の上記の実施例によると、ＰＳＣＣＨ／ＰＳＳＣＨ及び／又はＰＳＦＣＨのための送信の繰り返しがあるケースでは、ユーザ装置は、関連するＰＳＣＣＨ又はＰＳＳＣＨ及びそれの繰り返しのリソースに基づいて決定されたリソースにおいて各ＰＳＦＣＨを受信することができ、それによって、ＰＳＦＣＨ及びそれの繰り返しのためのリソース位置を通知するためのリソースオーバヘッドが節約される。

図７は、ＰＳＣＣＨ／ＰＳＳＣＨの最初の送信と再送との間のランダム化されたギャップのブロック図を示す。具体的には、ＵＥ１のＰＳＣＣＨ／ＰＳＳＣＨの最初の送信とＵＥ２のＰＳＣＣＨ／ＰＳＳＣＨの最初の送信とが衝突しても、ＵＥ１のＰＳＣＣＨ／ＰＳＳＣＨの再送とＵＥ２のＰＳＣＣＨ／ＰＳＳＣＨの再送とは、ＵＥ１とＵＥ２からのＰＳＣＣＨ／ＰＳＳＣＨの最初の送信と再送との間のランダム化されたギャップのために、時間領域において衝突しない。

ＰＳＣＣＨ／ＰＳＳＣＨの最初の送信と再送との間の上記のランダム化されたギャップに基づいて、本開示の実施例によるユーザ装置はまた、ＰＳＦＣＨ受信／送信の衝突の問題を解決するか、あるいは、最適化された解決策を提供することができる。図８は、本開示の実施例によるＰＳＦＣＨ受信の例示的なシナリオを概略的に示す。具体的には、ＵＥ１のＰＳＣＣＨ／ＰＳＳＣＨの最初の送信がＵＥ２のＰＳＣＣＨ／ＰＳＳＣＨと競合するとき、上述したように、ＵＥ１及びＵＥ２の再送は、ＰＳＣＣＨ／ＰＳＳＣＨの最初の送信と再送との間のギャップのランダム化のため、何れの衝突も有さない。ＰＳＦＣＨの送信のためのリソースは、関連するＰＳＣＣＨ／ＰＳＳＣＨのためのリソースに従って決定されるため、ＵＥ１及びＵＥ２のＰＳＦＣＨの送信はまた、それに応じて衝突を防ぐことができる。さらに、ＰＳＦＣＨの繰り返しのギャップをさらにランダム化するため、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨとの間の異なるＵＥの関連付け関係が、例えば、ＵＥＩＤ又はＲＲＣシグナリングに基づいて、異なるように事前設定、設定又は指定されてもよい。

より具体的には、図８を参照すると、スロット＃２でＵＥ１及びＵＥ２のＰＳＣＣＨ／ＰＳＳＣＨの最初の送信に衝突が発生すると、ＵＥ１のＰＳＣＣＨ／ＰＳＳＣＨの再送は、例えば、スロット＃４においてであると判定することができ、ＵＥ２のＰＳＣＣＨ／ＰＳＳＣＨの再送は、スロット＃４以外のスロット、例えば、スロット＃５においてであると判定することができる。上述したように、ＰＳＦＣＨの送信のためのリソースは、ＰＳＣＣＨ／ＰＳＳＣＨの最後の送信（すなわち、この場合、ＰＳＣＣＨ／ＰＳＳＣＨの再送）のためのリソースから、例えば、２スロットのギャップ内にある。従って、ＵＥ１のＰＳＦＣＨの送信のためのリソースは、スロット＃６にあり（すなわち、スロット＃４からの２スロット）、ＵＥ２のＰＳＦＣＨの送信のためのリソースは、スロット＃７にある（すなわち、スロット＃５からの２スロット）。ＵＥ１のＰＳＦＣＨのための周波数領域のリソースは、ＵＥ１のＰＳＣＣＨ／ＰＳＳＣＨのための周波数領域のリソースから、例えば、４ＰＲＢのギャップ内にあり（すなわち、図８のＵＥ１のＰＳＣＣＨ／ＰＳＳＣＨの最初の送信）、ＵＥ２のＰＳＦＣＨのための周波数領域のリソースは、ＵＥ２のＰＳＣＣＨ／ＰＳＳＣＨのための周波数領域のリソースから、例えば、４ＰＲＢのギャップ内にある（すなわち、図８のＵＥ２のＰＳＣＣＨ／ＰＳＳＣＨの最初の送信）。

ＰＳＦＣＨ送信の繰り返しがあるケースについて、実施例では、ＰＳＦＣＨ送信とそれの繰り返しとの間の周波数ギャップは、関連するＰＳＣＣＨ又はＰＳＳＣＨとそれの繰り返しとの間の周波数ギャップ（例えば、２つのＰＲＢ）と同じであり、実施例では、ＰＳＦＣＨのための繰り返しの数は、関連するＰＳＣＣＨ又はＰＳＳＣＨのためのものと同じであるか、あるいは、導出される関係である。図８に示すように、ＰＳＦＣＨの再送のためのリソースは、時間領域におけるそれの最初の送信のためのリソースから２スロット離れており、ＰＳＦＣＨの再送のためのリソースは、時間領域におけるそれの最初の送信のためのリソースから４ＰＲＢ離れている。

図９は、本開示の他の実施例によるＵＥ３００のブロック図を示す。ＵＥ３００は、受信したＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）に関連する第１のＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を送信するように動作するか、あるいは、送信されたＰＳＣＣＨ又はＰＳＳＣＨに関連する第２のＰＳＦＣＨを受信するように動作する送受信機３１０と、第１のＰＳＦＣＨの優先度と第１の競合チャネルの優先度との間の比較に基づいて、第１のＰＳＦＣＨを送信するか、あるいは、第１のＰＳＦＣＨを送信すると同時に受信されるようにスケジュールされた第１の競合チャネルを送信するか判断するか、あるいは、第２のＰＳＦＣＨの優先度と第２の競合チャネルの優先度との間の比較に基づいて、第２のＰＳＦＣＨを受信するか、あるいは、第２のＰＳＦＣＨを受信すると同時に送信到着するようにスケジュールされた第２の競合チャネルを送信するか判断するように動作する回路３２０とを備える。ここで、送受信機３１０は、図５ａの送信機１１０及び受信機１２０の類似の構成を有する送信機及び受信機の組合せを表すことができることに留意されたい。

本開示による実施例では、競合チャネルは、例えば、ＰＳＦＣＨと同時に（例えば、タイムスロットにおいて）送信されるようにスケジュールされたチャネル、あるいは、スケジュールされた送信タイミングがＰＳＦＣＨなどと少なくとも部分的に重複するチャネルを表す。

具体的には、ＰＳＦＣＨの送信／受信と他のチャネルとの間に衝突があるとき、ＵＥ３００の回路３２０は、事前に実行されるべきプロセスを決定する。例えば、ＰＳＣＣＨ／ＰＳＳＣＨ又はＰＳＦＣＨなどの他のチャネルの受信とＰＳＦＣＨ送信との間の時間領域における衝突の場合、回路３２０は、衝突時間の前に、ＰＳＦＣＨの優先度と競合チャネルの優先度との間の比較に基づいてスケジューリングされた競合チャネルを受信するか、ＰＳＦＣＨを送信するかを判断する。同様に、ＰＳＦＣＨ受信と他のチャネル、例えば、ＰＳＣＣＨ／ＰＳＳＣＨ又はＰＳＦＣＨの送信との間の時間領域における衝突の場合、回路３２０は、衝突時間の前に、ＰＳＦＣＨの優先度と競合チャネルの優先度との間の比較に基づいてスケジュールされた競合チャネルを送信するか、あるいは、ＰＳＦＣＨを受信するかを判断する。一旦、回路３２０が実行されるべきプロセスを決定すると、送受信機３１０は、それに従ってＰＳＦＣＨ又は競合チャネルの送信又は受信を実行することができる。実施例では、衝突の懸念は衝突前の判定処理によって対処されるため、ＰＳＦＣＨ送信のための繰り返しはない。

上記の実施例によると、本開示によるユーザ装置は、ＰＳＦＣＨの繰り返しがなくても、衝突を防止するためにＰＳＦＣＨの送受信を決定することができ、それによって、ＰＳＦＣＨのためのリソース割当てを低減する。

次に図１０を参照すると、図１０は、本開示の実施例によるＰＳＦＣＨ受信の他の例示的なシナリオを概略的に示す。実施例では、ＰＳＦＣＨの優先度は、関連するＰＳＣＣＨ又はＰＳＳＣＨの優先度、例えば、図示の優先度１に基づいて決定される。例えば、上記の実施例では、送信されるＰＳＦＣＨの優先度は、ＵＥ３００によって受信される関連するＰＳＣＣＨ又はＰＳＳＣＨの優先度に基づいて決定され、受信されるＰＳＦＣＨの優先度は、ＵＥ３００から送信される関連するＰＳＣＣＨ又はＰＳＳＣＨの優先度に基づいて決定される。

上記の実施例によると、ＰＳＳＣＨ／ＰＳＣＣＨの優先度は、大部分の時間において、関連するＰＳＦＣＨの優先度を反映することができるので、ユーザ装置は、ＰＳＦＣＨの送信前に各ＰＳＦＣＨの優先度を割り当てる必要がない。

実施例では、ＰＳＦＣＨを送信又は受信するためのリソースは、関連するＰＳＣＣＨ又はＰＳＳＣＨを受信又は送信するためのリソースに従って決定される。具体的には、ＰＳＦＣＨを送信又は受信するためのリソース位置は、それぞれ受信又は送信される関連するＰＳＣＣＨ／ＰＳＳＣＨのリソース位置と、ＰＳＣＣＨ／ＰＳＳＣＨ送信のための繰り返しがあるケースでは、詳細を省略した上記の実施例において説明されたように、関連するＰＳＣＣＨ／ＰＳＳＣＨの最初の送信／再送のリソース位置とによって決定することができる。

実施例では、送信されるチャネルの優先度が受信されるチャネルの優先度と同じであるとき、送信の優先度は受信よりも優先される。なお、同じ優先度による送信及び受信の優先度は、異なる構成に基づいて異なっていてもよい。

図１１は、本開示の実施例によるＰＳＦＣＨ受信の詳細を概略的に示す。具体的には、例えば、スロット＃７において、ＵＥ１及びＵＥ２から送信されるＰＳＦＣＨとの間に衝突があり、ＵＥ３００に対応するＵＥ１は、スロット＃７（例えば、スロット＃６）の前に、ＵＥ２から送信されるＰＳＦＣＨを受信するか、あるいは、スロット＃７においてＰＳＦＣＨをＵＥ２に送信するかを判断する。ＵＥ２についても同様の処理を行うことができる。具体的には、ＵＥ２は、スロット＃７（例えば、スロット＃６）の前に、ＵＥ１から送信されたＰＳＦＣＨを受信するか、あるいは、スロット＃７においてＵＥ１にＰＳＦＣＨを送信するかを判断することができる。ここで、ＵＥ１によって送信されるＰＳＦＣＨの優先度は、ＵＥ１によって受信される関連するＰＳＣＣＨ／ＰＳＳＣＨと同じ優先度（優先度２）を有し、ＵＥ２によって送信されるＰＳＦＣＨの優先度は、ＵＥ２によって受信される関連するＰＳＣＣＨ／ＰＳＳＣＨと同じ優先度（優先度１）を有する。この場合、ＵＥ２のＰＳＦＣＨは、ＵＥ１のＰＳＦＣＨ（優先度２）よりも高い優先度（優先度１）であるため、スロット＃６において、ＵＥ１は、ＵＥ２から送信されるＰＳＦＣＨを受信することを決定し、ＵＥ２は、ＵＥ１にＰＳＦＣＨを送信することを決定する。

図１２は、本開示の実施例によるＰＳＦＣＨ受信の詳細を概略的に示す。この場合、ＵＥ３は、ＵＥ１及びＵＥ２にＰＳＣＣＨ／ＰＳＳＣＨを送信し、ＵＥ１及びＵＥ２からＰＳＦＣＨを受信するように説明されている。タイムスロット＃Ｎでは、ＵＥ１への関連するＰＳＣＣＨ／ＰＳＳＣＨの送信に応答したＵＥ１からのＰＳＦＣＨ受信（優先度３）とＵＥ２へのＰＳＣＣＨ／ＰＳＳＣＨ送信（優先度２）との間に衝突があり、ＵＥ３は、スロット＃Ｎでの優先順位付けによってＵＥ２へのＰＳＣＣＨ／ＰＳＳＣＨの送信を決定する。ＰＳＦＣＨ、ＰＳＣＣＨ及びＰＳＳＣＨの繰り返しがある場合、再送処理のために、ＵＥ３は、衝突時に送信又は受信されないと判断されるチャネル（例えば、ＵＥ１からのＰＳＦＣＨ）の再送の優先度を上げる（優先度３から優先度１に）。上記実施例によると、チャネルの優先度が動的に調整することができ、送信効率を大域的に最適化することができる。

図１３は、本開示の実施例による送信ＰＳＦＣＨ及び受信ＰＳＦＣＨのためのリソース割当てリファレンスの例示的なシナリオを概略的に示す。具体的には、送信されるチャネル（例えば、キャリア１におけるＰＳＦＣＨ）の優先度は、チャネルレベルに基づいて決定され、受信されるチャネル（例えば、キャリア２におけるＰＳＣＣＨ／ＰＳＳＣＨ）の優先度は、リソースプールレベルに基づいて決定される。ここで、リソースプールは、ユーザ装置がチャネル（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ又はＰＳＦＣＨ）を送信又は受信するためのリソースユニットを表してもよい。例えば、優先度は、図１３に示すように、キャリア２の受信リソースプールに含まれる全てのチャネル（例えば、ＰＳＣＣＨ及びＰＳＳＣＨ）の優先度を表す受信リソースプールにおける上位レベルによって予め設定可能であり、ＵＥは、チャネルレベルのＰＳＦＣＨの優先度とリソースプールレベルのＰＳＣＣＨ／ＰＳＳＣＨの優先度とを比較することによって、キャリア１のＰＳＦＣＨを送信するか、あるいは、スロット＃７のキャリア２の受信リソースプールを受信するかを判断する。

実施例では、チャネルレベルで定義されたチャネルの優先度は、当該チャネルレベルで定義されたチャネルの優先度と同じであるか、あるいは、事前設定された関係にあることができる。つまり、リソースプールレベルにおける優先度の定義は、チャネルレベルにおける優先度と同じにすることもでき、あるいは、同等にすることもできる。このようにして、ユーザ装置は、異なる粒度レベルにおいて、送信されるチャネル（例えば、ＰＳＦＣＨ）の優先度と、受信されるチャネル（例えば、ＰＳＣＣＨ／ＰＳＳＣＨ）の優先度とを同じように理解することができる。例えば、ＰＳＦＣＨ／ＰＳＣＣＨ／ＰＳＳＣＨについて、優先度レベルは０～７（すなわち、降順に８つのレベル）によって定義することができ、リソースプールは同じレベルによって定義することができる。特定のＰＳＦＣＨ／ＰＳＣＣＨ／ＰＳＳＣＨの優先度は、特定のリソースプールの優先度と同等である。実施例では、チャネルレベル及びリソースプールレベルにおける優先度は、規格に従って事前設定、設定、指定又はそれらの任意の組合せとすることができる。

図１４は、本開示の実施例によるＮＲキャリアの具体例を概略的に示す。特に、実施例では、ユーザ装置は、ＰＳＣＣＨ又はＰＳＳＣＨを送信するように動作する送信機と、ＰＳＦＣＨを受信するように動作する受信機とを備え、ＰＳＦＣＨは、ＰＳＣＣＨ又はＰＳＳＣＨのリソースプールと同じリソースプールにおいて割り当てられる。ここで、ユーザ装置の構成は、図５ａのＵＥ１００の構成と同一とすることができる。

図１４に示すように、上記実施例では、ＰＳＣＣＨ／ＰＳＳＣＨの送信とＰＳＦＣＨの受信とのためのリソースは、時間領域において重複することなく、同じスロット又はリソースプール（又は粒度に応じた他のタイミング単位）において割り当てることができる。上記の実施例によると、ユーザ装置は、同じキャリアにおけるＰＳＳＣＨ又はＰＳＣＣＨの検知処理及びリソース選択に対する影響を最小限に抑えることができる。

実施例では、ＰＳＦＣＨは、リソースプールのスロットのエンドに位置するシンボルに割り当てられる。上記の実施例によると、ＰＳＦＣＨのリソース位置の通知を省略することができ、それによってリソースオーバヘッドが最適化される。

図１５に示すような実施例では、ＰＳＦＣＨのリソースプールのスロットにおけるシンボル数は、ＰＳＣＣＨ又はＰＳＳＣＨのものよりも多くない。実施例では、ＰＳＦＣＨのためのリソースプールのスロットにおけるシンボル数は、ＰＳＣＣＨ又はＰＳＳＣＨのためのものに基づく。例えば、ＰＳＦＣＨのためのリソースプールのスロットにおけるシンボル数は１であるが、ＰＳＣＣＨ又はＰＳＳＣＨのためのリソースプールのスロットにおけるシンボル数は２である（すなわち、比例する）。実施例では、ＰＳＦＣＨのためのリソースプールのスロットにおけるシンボル数は、関連するＰＳＣＣＨ／ＰＳＳＣＨのためのリソースプールにおけるスロット数以外のリソースプールにおける残りのスロットの数に等しくてもよい。上記実施例によると、ＰＳＦＣＨリソースの設定処理を簡略化することができる。

図１６は、本開示の実施例による送信ユーザ装置と受信ユーザ装置との間の通信のフローチャートの具体例を概略的に示す。特に、図５ａのＵＥ１００又は本開示の実施例による車両１０１、１０２及び１０３の何れか１つと他のＵＥ４００との間の通信方法のフローチャートの具体例が示されている。ここで、ＵＥ４００は、ＵＥ１００と同じ構成を有することができる。

図１６に示すように、ＳＴ１６０１のステップにおいて、ＵＥ１００及び４００は、本開示の実施例では任意である接続手順において互いに接続してもよい。当該接続は、既知又は将来開発される方法を実施することによって確立されてもよく、その詳細はここでは省略される。

ＳＴ１６０２において、ＵＥ１００は、サイドリンク送信を介しＰＳＣＣＨ／ＰＳＳＣＨをＵＥ４００に送信する。これに応答して、ＳＴ１６０３のステップにおいて、ＵＥ４００は、関連するＰＳＣＣＨ／ＰＳＳＣＨのソースに従って、ＰＳＣＣＨ／ＰＳＳＣＨに関連するＰＳＦＣＨを送信する。すなわち、ＵＥ１００は、ＰＳＣＣＨ／ＰＳＳＣＨを送信するためのソースに従って、ＰＳＣＣＨ／ＰＳＳＣＨに関連するＰＳＦＣＨを受信する。ＵＥ１００は、ＰＳＣＣＨ／ＰＳＳＣＨを送信するためのソースに部分的に従って、ＰＳＣＣＨ／ＰＳＳＣＨに関連するＰＳＦＣＨを受信してもよいことに留意されたい。

上記の本開示の実施例の手順によると、ユーザ装置は、基地局又はユーザ装置がＰＳＦＣＨのリソース位置情報を通知する必要なく、ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースに基づいて決定されたリソースにおいてＰＳＦＣＨを受信することができる。このようにして、リソースオーバヘッドはより効率的になる。

図１７は、本開示の実施例による送信ユーザ装置と受信ユーザ装置との間の通信のフローチャートの他の具体例を概略的に示す。特に、図９のＵＥ３００又は本開示の実施例による車両１０１、１０２及び１０３の何れか１つと他のＵＥ５００との間の通信方法のフローチャートの具体例が示されている。ここで、ＵＥ５００は、ＵＥ３００と同じ構成を有することができる。

図１７に示すように、ＳＴ１７０１のステップにおいて、ＵＥ３００及び５００は、本開示の実施例では任意である接続手順において互いに接続してもよい。当該接続は、既知又は将来開発される方法を実施することによって確立されてもよく、その詳細はここでは省略される。

ＳＴ１７０２のステップにおいて、ＵＥ３００は、ＰＳＦＣＨの優先度とＵＥ５００からの競合チャネル（例えば、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨ）の優先度との間の比較に基づいて、ＰＳＦＣＨを送信するか、あるいは、ＰＳＦＣＨを送信するのと同時にＵＥ５００から受信されるようにスケジューリングされた競合チャネル（例えば、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨ）を受信するかを判断する。具体的には、ＰＳＦＣＨ送信／受信と他のチャネルとの間に衝突があるとき、ＵＥ３００は、予め実行すべきプロセスを決定する。ＰＳＦＣＨの送信と他のチャネル、例えば、ＰＳＣＣＨ／ＰＳＳＣＨ又はＰＳＦＣＨの受信との間の時間領域における衝突の場合、ＵＥ３００は、衝突時間の前に、ＰＳＦＣＨを送信するか、あるいは、ＰＳＦＣＨの優先度と競合チャネルの優先度との間の比較に基づいてスケジューリングされた競合チャネルを受信するかを判断する。そして、ＵＥ３００は、ＳＴ１７０３の判断に基づいて、ＵＥ５００からのＰＳＦＣＨの受信又は競合チャネルのＵＥ５００への送信を実行することができる。実施例では、衝突の懸念が衝突前の判定処理によって対処されるため、ＰＳＦＣＨ送信のための繰り返しはない。

上記手順によると、本開示によるユーザ装置は、ＰＳＦＣＨの繰り返しがなくても、衝突を防止するためにＰＳＦＣＨの送受信を決定することができ、それによって、ＰＳＦＣＨのためのリソース割当てを低減する。

実施例では、ＰＳＦＣＨの優先度は、関連するＰＳＣＣＨ又はＰＳＳＣＨの優先度、例えば、図示される優先度１に基づいて決定される。例えば、上記の実施例では、送信されるＰＳＦＣＨの優先度は、ＵＥ３００によって受信される関連するＰＳＣＣＨ又はＰＳＳＣＨの優先度に基づいて決定され、受信されるＰＳＦＣＨの優先度は、ＵＥ３００から送信される関連するＰＳＣＣＨ又はＰＳＳＣＨの優先度に基づいて決定される。

実施例では、ＰＳＦＣＨを送信又は受信するためのリソースは、関連するＰＳＣＣＨ又はＰＳＳＣＨを受信又は送信するためのリソースに従って決定される。具体的には、ＰＳＦＣＨを送信又は受信するためのリソース位置は、それぞれ受信又は送信される関連するＰＳＣＣＨ／ＰＳＳＣＨのリソース位置と、詳細は省略された上記実施例において説明されたように、ＰＳＣＣＨ／ＰＳＳＣＨ送信のための繰り返しがある場合には、関連するＰＳＣＣＨ／ＰＳＳＣＨの最初／再送のリソース位置とによって決定することができる。

実施例では、送信されるチャネルの優先度が受信されるチャネルの優先度と同じであるとき、送信の優先度は受信よりも優先される。なお、同じ優先度による送信及び受信の優先度は、異なる構成に基づいて変更されてもよい。

同様に、図１８に示されるように、本開示の実施例による送信ユーザ装置と受信ユーザ装置との間の通信のフローチャートの他の具体例が提供される。特に、図９のＵＥ３００又は本開示の実施例による車両１０１、１０２及び１０３の何れか１つと他のＵＥ５００との間の通信方法のフローチャートの具体例が示される。ここで、ＵＥ３００及び５００は、図１７のＵＥ３００及び５００と同じ構成を有することができる。

図１８に示すように、ＳＴ１８０１のステップにおいて、ＵＥ３００及び５００は、本開示の実施例では任意である接続手順で互いに接続してもよい。当該接続は、既知又は将来開発される方法を実施することによって確立されてもよく、その詳細はここでは省略される。

ＳＴ１８０２のステップにおいて、ＵＥ３００は、ＰＳＦＣＨの優先度とＵＥ５００からの競合チャネル（例えば、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨ）の優先度との間の比較に基づいて、ＰＳＦＣＨを受信するか、あるいは、ＰＳＦＣＨを受信するのと同時にＵＥ５００から受信されるようにスケジューリングされた競合チャネル（例えば、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨ）を送信するかを判断する。具体的には、ＰＳＦＣＨ送信／受信と他のチャネルとの間に衝突があるとき、ＵＥ３００は、予め実行すべきプロセスを決定する。ＰＳＦＣＨ受信と他のチャネル、例えば、ＰＳＣＣＨ／ＰＳＳＣＨ又はＰＳＦＣＨの送信との間の時間領域の衝突の場合、ＵＥ３００は、衝突時間の前に、ＰＳＦＣＨを受信するか、あるいは、ＰＳＦＣＨの優先度と競合チャネルの優先度との比較に基づいてスケジューリングされた競合チャネルを送信するかを判断する。ＵＥ３００が実行されるべきプロセスを決定すると、ＳＴ１８０３のステップにおいて、ＵＥ３００は、当該判定に基づいてＵＥ５００からのＰＳＦＣＨの受信又は競合チャネルのＵＥ５００への送信を実行することができる。

実施例では、ＰＳＦＣＨを送信又は受信するためのリソースは、関連するＰＳＣＣＨ又はＰＳＳＣＨを受信又は送信するためのリソースに従って決定される。具体的には、ＰＳＦＣＨを送信又は受信するためのリソース位置は、それぞれ受信又は送信される関連するＰＳＣＣＨ／ＰＳＳＣＨのリソース位置と、詳細を省略した上記の実施例に説明されるように、ＰＳＣＣＨ／ＰＳＳＣＨ送信のための繰り返しがある場合には、関連するＰＳＣＣＨ／ＰＳＳＣＨの最初／再送のリソース位置とによって決定することができる。

図１９は、本開示の実施例による送信ユーザ装置と受信ユーザ装置との間の通信のフローチャートの他の具体例を概略的に示す。特に、図５ａのＵＥ１００又は本開示の実施例による車両１０１、１０２及び１０３の何れか１つと他のＵＥ４００との間の通信方法のフローチャートの具体例が示される。ここで、ＵＥ４００は、ＵＥ１００と同じ構成を有することができる。

図１９に示すように、ＳＴ１９０１のステップにおいて、ＵＥ３００及び５００は、本開示の実施例では任意である接続手順において互いに接続されてもよい。当該接続は、既知又は将来開発される方法を実施することによって確立されてもよく、その詳細はここでは省略される。

ＳＴ１９０２のステップにおいて、ＵＥ１００は、ＰＳＣＣＨ又はＰＳＳＣＨをＵＥ４００に送信することができる。これに応答して、ＳＴ１９０３のステップにおいて、ＵＥ４００はＰＳＦＣＨを送信し、ＰＳＦＣＨは、ＰＳＣＣＨ／ＰＳＳＣＨと同じリソースプールに割り当てられる。すなわち、ＵＥ１００はＰＳＦＣＨを受信し、ここで、ＰＳＦＣＨは、ＰＳＣＣＨ／ＰＳＳＣＨと同一のリソースプールにおいて割り当てられる。

実施例では、ＰＳＦＣＨは、リソースプールのスロットのエンドに位置するシンボルにおいて割り当てられる。上記の手順によると、ＰＳＦＣＨのリソース位置の通知を省略することができ、リソースオーバヘッドが最適化される。

実施例では、ＰＳＦＣＨのためのリソースプールのスロットにおけるシンボル数は、ＰＳＣＣＨ又はＰＳＳＣＨのものより多くない。実施例では、ＰＳＦＣＨのためのリソースプールのスロットにおけるシンボル数は、ＰＳＣＣＨ又はＰＳＳＣＨのものに基づく。例えば、ＰＳＦＣＨのためのリソースプールのスロットにおけるシンボル数は１であるが、ＰＳＣＣＨ又はＰＳＳＣＨのためのリソースプールのスロットにおけるシンボル数は２である（すなわち、比例する）。上記の手順によると、ＰＳＦＣＨリソースの設定処理を簡略化することができる。

図２０は、本開示の実施例によるユーザ装置によって実行される通信方法のフローチャートの具体例を示す。例えば、無線通信方法２０００は、図５ａに示すように、ＵＥ１００に適用することができる。

図２０に示すように、無線通信方法２０００はステップＳ２００１で開始され、ＵＥ１００は、サイドリンク送信を介しＰＳＣＣＨ／ＰＳＳＣＨをターゲットＵＥに送信する。これに応答して、Ｓ２００２のステップにおいて、ＵＥ１００は、ＰＳＣＣＨ／ＰＳＳＣＨを送信するためのソースに従ってＰＳＣＣＨ／ＰＳＳＣＨに関連するＰＳＦＣＨを受信する。なお、ＵＥ１００は、ＰＳＣＣＨ／ＰＳＳＣＨを送信するためのソースに部分的に従ってＰＳＣＣＨ／ＰＳＳＣＨに関連するＰＳＦＣＨを受信してもよいことに留意されたい。

本開示の上記実施例の手順によると、ユーザ装置は、基地局又はユーザ装置がＰＳＦＣＨのリソース位置を通知する必要なく、ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースに基づいて決定されたリソースにおいてＰＳＦＣＨを受信することができる。このようにして、リソースオーバヘッドはより効率的になる。

図２１は、本開示の実施例による送信ユーザ装置と受信ユーザ装置との間の通信のフローチャートの他の具体例を示す。例えば、無線通信方法２０００は、図９に示すように、ＵＥ３００に適用されてもよい。

図２１に示されるように、無線通信方法２１００は、ステップＳ２１０１で開始され、ＵＥ３００は、ＰＳＦＣＨの優先度と競合チャネル（例えば、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨ）の優先度との間の比較に基づいて、ＰＳＦＣＨを送信するか、あるいは、ＰＳＦＣＨを送信するのと同時に受信されるようにスケジューリングされた競合チャネルを受信するかを判断する。具体的には、ＰＳＦＣＨ送信／受信と他のチャネルとの間に衝突があるとき、ＵＥ３００は、予め実行すべきプロセスを決定する。ＰＳＦＣＨの送信と他のチャネル、例えば、ＰＳＣＣＨ／ＰＳＳＣＨ又はＰＳＦＣＨの受信との間の時間領域における衝突のケースでは、ＵＥ３００は、衝突時間の前に、ＰＳＦＣＨを送信するか、あるいは、ＰＳＦＣＨの優先度と競合チャネルの優先度との比較に基づいてスケジューリングされた競合チャネルを受信するかを決定する。そして、ＵＥ３００は、Ｓ２１０２のステップにおける判定に基づいて、ＰＳＦＣＨの受信又は競合チャネルの送信を実行することができる。実施例では、衝突の懸念が衝突前の判定処理によって対処されるため、ＰＳＦＣＨ送信のための繰り返しはない。

上記の手順によると、本開示によるユーザ装置は、ＰＳＦＣＨの繰り返しがなくても、衝突を防止するためにＰＳＦＣＨの送受信を決定することができ、それによって、ＰＳＦＣＨのためのリソース割当てを低減する。

実施例では、ＰＳＦＣＨを送信又は受信するためのリソースは、関連するＰＳＣＣＨ又はＰＳＳＣＨを受信又は送信するためのリソースに従って決定される。具体的には、ＰＳＦＣＨを送信又は受信するためのリソース位置は、それぞれ受信又は送信される関連するＰＳＣＣＨ／ＰＳＳＣＨのリソース位置と、詳細が省略された上記実施例において説明されるように、ＰＳＣＣＨ／ＰＳＳＣＨ送信のための繰り返しがある場合には、関連するＰＳＣＣＨ／ＰＳＳＣＨの最初／再送のリソース位置とによって決定することができる。

同様に図２２に示されるように、本開示の実施例による送信ユーザ装置と受信ユーザ装置との間の通信のフローチャートの他の具体例が提供される。例えば、無線通信方法２２００は、図９に示すように、ＵＥ３００に適用されてもよい。

図２２に示されるように、無線通信方法２２００は、ステップＳ２２０１で開始され、ＵＥ３００は、ＰＳＦＣＨの優先度と競合チャネル（例えば、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨ）の優先度との比較に基づいて、ＰＳＦＣＨを受信するか、あるいは、ＰＳＦＣＨを受信するのと同時に受信されるようにスケジューリングされた競合チャネル（例えば、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨ）を送信するかを判断する。具体的には、ＰＳＦＣＨ送信／受信と他のチャネルとの間に衝突があるとき、ＵＥ３００は、予め実行すべきプロセスを決定する。ＰＳＦＣＨの受信と他のチャネル、例えば、ＰＳＣＣＨ／ＰＳＳＣＨ又はＰＳＦＣＨの送信との間の時間領域における衝突のケースでは、ＵＥ３００は、衝突時間の前に、ＰＳＦＣＨを受信するか、あるいは、ＰＳＦＣＨの優先度と競合チャネルの優先度との比較に基づいてスケジューリングされる競合チャネルを送信するかを判断する。ＵＥ３００が実行すべきプロセスを決定すると、Ｓ２２０２のステップにおいて、ＵＥ３００は、当該決定に基づいてＰＳＦＣＨの受信又は競合チャネルの送信を実行することができる。

実施例では、送信されるチャネルの優先度が受信されるチャネルの優先度と同じであるとき、送信の優先度は受信よりも優先される。なお、同じ優先度による送信及び受信の優先度は、異なる構成に基づいて変更されてもよいことに留意されたい。

図２３は、本開示の実施例による送信ユーザ装置と受信ユーザ装置との間の通信のフローチャートの他の具体例を示す。例えば、無線通信方法２３００は、図５ａに示すように、ＵＥ１００に適用されてもよい。

特に、図５ａのＵＥ１００又は本開示の実施例による車両１０１、１０２及び１０３の何れか１つと他のＵＥ４００との間の通信方法のフローチャートの具体例が示される。ここで、ＵＥ４００は、ＵＥ１００と同じ構成を有することができる。

図２３に示されるように、無線通信方法２２００は、ステップＳ２３０１で開始され、ＵＥ１００は、ＰＳＣＣＨ又はＰＳＳＣＨをターゲットＵＥに送信することができる。これに応答して、ステップＳ２３０２において、ＵＥ１００はＰＳＦＣＨを受信し、ここで、ＰＳＦＣＨは、ＰＳＣＣＨ／ＰＳＳＣＨと同じリソースプールにおいて割り当てられる。実施例では、ＰＳＦＣＨは、リソースプールのスロットのエンドに位置するシンボルにおいて割り当てられる。上記手順によると、ＰＳＦＣＨのリソース位置の通知を省略することができ、リソースオーバヘッドが最適化される。

実施例では、ＰＳＦＣＨのためのリソースプールのスロットにおけるシンボル数は、ＰＳＣＣＨ又はＰＳＳＣＨのための数よりも多くない。実施例では、ＰＳＦＣＨのためのリソースプールのスロットにおけるシンボル数は、ＰＳＣＣＨ又はＰＳＳＣＨのための数に基づく。例えば、ＰＳＦＣＨのためのリソースプールのスロットにおけるシンボル数は１であるが、ＰＳＣＣＨ又はＰＳＳＣＨのためのリソースプールのスロットにおけるシンボル数は２である（すなわち、比例する）。上記手順によると、ＰＳＦＣＨリソースの設定処理を簡略化することができる。

図２４は、本開示の実施例によるユーザ装置の具体例を体系的に示す。図２４に示すように、ＵＥ１００は、エンコーダ２４０１、変調器２４０２、リソースマッパ２４０３、リソースマルチプレクサ２４０４、第１の信号プロセッサ２４０５、送信機２４０６、アンテナ２４０７、受信機２４０８、第２の信号プロセッサ２４０９、リソースデマルチプレクサ２４１０、リソースデマッパ２４１１、復調器２４１２、デコーダ２４１３及び回路２４１４を含む。

例えば、エンコーダ２４０１は、送信データに対して符号化処理を実行し、変調器２４０２は、符号化後の送信データに対して変調処理を実行し、データシンボルを生成する。リソースマッパ２４０３は、サイドリンクデータシンボルを物理リソースにマッピングする。リソースマルチプレクサ２４０４は、データシンボル及び可能性のある制御情報及び／又は同期情報を多重化する。第１の信号プロセッサ２４０５は、リソースマルチプレクサ２４０４から出力される多重信号に対して信号処理を実行する。ここで、エンコーダ２４０１、変調器２４０２、リソースマッパ２４０３、リソースマルチプレクサ２４０４及び第１の信号プロセッサ２４０５によってそれぞれ実行される符号化、変調、マッピング、多重化及び信号処理プロセスは、回路２４１４の制御下にあり、当該制御は、後述するように、ＰＳＣＣＨ／ＰＳＳＣＨの受信に少なくとも部分的に従う。送信機２４０６は、処理されたサイドリンク信号（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ及び／又はＰＳＦＣＨ）をアンテナ２４０７を介し、例えば、他のＵＥに送信する。

さらに、受信機２４０８は、アンテナ２４０７を介し他のＵＥからサイドリンク信号（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ及び／又はＰＳＦＣＨ）を受信してもよい。第２の信号プロセッサ２４０９は、受信機２４０８によって受信されたサイドリンク信号に対して信号処理を実行する。リソースデマルチプレクサ２４１０は、処理されたサイドリンク信号をサイドリンクデータ及び可能性のあるサイドリンク制御情報及び／又は同期情報に逆多重化する。リソースデマッパ２４１１は、物理リソースからサイドリンクデータシンボル及び可能性のあるサイドリンク制御情報及び／又は同期情報をデマッピングする。復調器２４１２は、サイドリンクデータシンボルに対して復調処理を実行し、デコーダ２４１３は、復調されたサイドリンクデータシンボルに対して復号処理を実行し、受信データを取得する。また、復調器２４１２は、可能性のあるサイドリンク制御情報及び／又は同期情報に対して復調処理を実行し、デコーダ２４１３は、復調されたサイドリンク制御情報及び／又は同期情報に対して復号処理を実行し、サイドリンク送受信を制御するためのサイドリンク制御情報及び／又は同期情報を出力する。例えば、ＰＳＣＣＨ／ＰＳＳＣＨが受信機２４０８によって受信されるとき、ＰＳＣＣＨ／ＰＳＳＣＨが信号処理、逆多重化、デマッピング、復調及び復号化されると、リソース位置情報、最初の送信と再送との間のギャップ情報などが、ＰＳＦＣＨ送信のためエンコーダ２４０１、変調器２４０２、リソースマッパ２４０３、リソースマルチプレクサ及び第１の信号プロセッサ２４０５を制御するため回路２４１４にフィードバックされる。

上記のケースは、上述したように、Ｕｕ通信がないアンライセンスキャリアのケースに対応してもよいが、本開示はこれに限定されない。ライセンスキャリアのケースでは、ＵＥ２４００は、エンコーダ２４０１、変調器２４０２、リソースマッパ２４０３、リソースマルチプレクサ２４０４、第１の信号プロセッサ２４０５、送信機２４０６及びアンテナ２４０７を介し基地局（例えば、図１に示すＢＳ２００）にアップリンク信号を送信してもよい。

図２５は、本開示の実施例によるユーザ装置の他の実施例を体系的に示す。図２５に示すように、ＵＥ３００は、エンコーダ２５０１、変調器２５０２、リソースマッパ２５０３、リソースマルチプレクサ２５０４、第１の信号プロセッサ２５０５、送受信機２５０６、アンテナ２５０７、第２の信号プロセッサ２５０９、リソースデマルチプレクサ２５１０、リソースデマッパ２５１１、復調器２５１２、デコーダ２５１３及び回路２５０８を含む。

例えば、エンコーダ２５０１は、送信データに対して符号化処理を実行し、変調部２５０２は、符号化後の送信データに対して変調処理を実行し、データシンボルを生成する。リソースマッパ２５０３は、サイドリンクデータシンボルを物理リソースにマッピングする。リソースマルチプレクサ２５０４は、データシンボル及び可能性のある制御情報及び／又は同期情報を多重化する。第１の信号プロセッサ２５０５は、リソースマルチプレクサ２５０４から出力された多重信号に対して信号処理を実行する。送受信機２５０６は、処理されたサイドリンク信号（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ及び／又はＰＳＦＣＨ）を送信するか、あるいは、処理されたサイドリンク信号（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ及び／又はＰＳＦＣＨ）を、例えば、アンテナ２５０７を介し他のＵＥへ又はから送受信する。

さらに、回路２５０８は、エンコーダ２５０１、変調器２５０２、リソースマッパ２５０３、リソースマルチプレクサ２５０４及び第１の信号プロセッサ２５０５によってそれぞれ実行される符号化、変調、マッピング、多重化及び信号処理プロセスを制御することによって、送受信機２５０６が送信データ及び受信データから受信した優先度に基づいて、ＰＳＦＣＨを送信／受信するか、あるいは、競合チャネル（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ及び／又はＰＳＦＣＨ）を受信／送信するかを決定してもよい。

さらに、第２の信号プロセッサ２５０９は、送受信機２５０６によって受信されるサイドリンク信号に対して信号処理を実行する。リソースデマルチプレクサ２５１０は、処理されたサイドリンク信号をサイドリンクデータ及び可能性のあるサイドリンク制御情報及び／又は同期情報に逆多重化する。リソースデマッパ２５１１は、物理リソースからサイドリンクデータシンボル及び可能性のあるサイドリンク制御情報及び／又は同期情報をデマッピングする。復調部２５１２は、サイドリンクデータシンボルに対して復調処理を実行し、デコーダ２５１３は、復調されたサイドリンクデータシンボルに対して復号処理を実行し、受信データを取得する。また、復調器２５１２はまた、可能性のあるサイドリンク制御情報及び／又は同期情報に対して復調処理を実行し、デコーダ２５１３は、復調されたサイドリンク制御情報及び／又は同期情報に対して復号処理を実行し、サイドリンク送受信を制御するためのサイドリンク制御情報及び／又は同期情報を出力する。

上記のケースは、上述したように、Ｕｕ通信がないアンライセンスキャリアのケースに対応してもよいが、本開示はこれに限定されない。ライセンスキャリアのケースでは、ＵＥ２５００は、エンコーダ２５０１、変調器２５０２、リソースマッパ２５０３、リソースマルチプレクサ２５０４、第１の信号プロセッサ２５０５、送受信機２５０６及びアンテナ２５０７を介し基地局（例えば、図１に示すＢＳ２００）にアップリンク信号を送信してもよい。

本開示は、ソフトウエア、ハードウエア、ハードウエアと連携するソフトウエアによって実現することができる。上述した各実施例の記載に用いられる各機能ブロックは、集積回路などのＬＳＩによって部分的又は全体的に実現することができ、各実施例において説明した各処理は、同一のＬＳＩ又はＬＳＩの組合せによって部分的又は全体的に制御されてもよい。ＬＳＩは、チップとして個別に形成されてもよいし、あるいは、１つのチップが、機能ブロックの一部又は全てを含むように形成されてもよい。ＬＳＩは、それに結合されたデータ入出力を含んでもよい。ここで、ＬＳＩとは、集積度の相違に依存して、ＩＣ、システムＬＳＩ、スーパＬＳＩ、ウルトラＬＳＩとして参照されてもよい。しかしながら、集積回路を実現する技術はＬＳＩに限定されず、専用回路、汎用プロセッサ又は専用プロセッサを用いて実現されてもよい。さらに、ＬＳＩの製造後にプログラム可能なＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）、又はＬＳＩ内部に配置された回路セルの接続及び設定が再構成可能なリコンフィギュラブルプロセッサが利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果、将来の集積回路技術がＬＳＩに取って代わる場合、将来の集積回路技術を用いて機能ブロックを集積化することができる。バイオテクノロジーも適用できる。

本開示は、通信装置として参照される、通信機能を有する任意の種別の装置、デバイス又はシステムによって実現することができる。

そのような通信装置のいくつかの非限定的な具体例は、電話機（例えば、セルラ（セル）電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ネットブック）、カメラ（例えば、デジタルスチル／ビデオカメラ）、デジタルプレーヤ（デジタルオーディオ／ビデオプレーヤ）、ウェアラブルデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダ、遠隔ヘルス／遠隔医療（リモートヘルス及び医療）デバイス及び通信機能を提供する車両（例えば、自動車、飛行機、船舶）並びにそれらの各種組み合わせを含む。

通信装置は、携帯型又は可動型であることに限定されず、スマートホームデバイス（例えば、家電、ライティング、スマートメータ、コントロールパネル）、自動販売機及び「ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ（ＩｏＴ）」のネットワークにおける他の任意の「物」など、非携帯型又は固定型である任意の種別の装置、デバイス又はシステムを含んでもよい。

通信は、例えば、セルラシステム、無線ＬＡＮシステム、衛星システムなどとそれらの各種組合せを介しデータを交換することを含んでもよい。

通信装置は、本開示に記載された通信の機能を実行する通信デバイスに結合された制御装置又はセンサなどのデバイスを備えてもよい。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号又はデータ信号を生成する制御装置又はセンサを備えてもよい。

通信装置はまた、基地局、アクセスポイントなどのインフラストラクチャ設備と、上記の非限定的な具体例におけるものなどの装置と通信又は制御する他の任意の装置、デバイス又はシステムとを含んでもよい。

本開示の実施例は、以下の主題を少なくとも提供できる。

（１）ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信するよう動作可能な送信機と、
前記ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースに少なくとも部分的に従って決定されるリソースにおいて、前記送信されるＰＳＣＣＨ又はＰＳＳＣＨに関連するＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信するよう動作可能な受信機と、
を有するユーザ装置。

（２）前記ＰＳＦＣＨのための時間領域におけるリソースは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨのための時間領域におけるリソースから１つ以上のシンボル又はスロットのギャップ内にあり、
前記ＰＳＦＣＨのための周波数領域におけるリソースは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨのための周波数領域におけるリソースから１つ以上のＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）のギャップ内にあり、
前記シンボル又はスロットの数は、事前設定、設定若しくは指定されるか、又はこれらの何れかの組み合わせであり、
前記ＰＲＢの数は、事前設定、設定若しくは指定されるか、又はこれらの何れかの組み合わせである、（１）に記載のユーザ装置。

（３）前記ＰＳＦＣＨ及び前記ＰＳＣＣＨ又はＰＳＳＣＨは、繰り返し送信され、
前記ＰＳＦＣＨの繰り返し数は、前記関連するＰＳＣＣＨ又はＰＳＳＣＨのものと同一又は導出される関係にある、（１）又は（２）に記載のユーザ装置。

（４）前記ＰＳＦＣＨの最初の送信のためのリソースの開始スロット及びＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）の少なくとも１つは、前記ユーザ装置によって受信されるＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｄｉｃａｔｏｒ（ＳＣＩ）によって通知される、（３）に記載のユーザ装置。

（５）前記ＰＳＦＣＨの最初の送信のためのリソースの開始スロット及びＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）の少なくとも１つは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨの最初の送信のリソース位置によって決定される、（３）に記載のユーザ装置。

（６）前記ＰＳＦＣＨの最初の送信のためのリソースの開始スロット及びＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）の少なくとも１つは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨの再送のリソース位置によって決定される、（３）に記載のユーザ装置。

（７）前記ＰＳＦＣＨとそれの繰り返しとの間のタイミングギャップは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨとそれの繰り返しとの間のタイミングギャップと同一である、（３）から（５）何れか一つに記載のユーザ装置。

（８）前記ＰＳＦＣＨの送信とそれの繰り返しとの間の周波数ギャップは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨとそれの繰り返しとの間の周波数ギャップと同一である、（３）から（５）何れか一つに記載のユーザ装置。

（９）受信したＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）に関連する第１のＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を送信するか、又は、送信されたＰＳＣＣＨ又はＰＳＳＣＨに関連する第２のＰＳＦＣＨを受信するよう動作可能な送受信機と、
前記第１のＰＳＦＣＨの優先度と第１の競合チャネルの優先度との間の比較に基づき、前記第１のＰＳＦＣＨを送信するか、若しくは、前記第１のＰＳＦＣＨを送信するのと同時に受信されるようスケジューリングされる前記第１の競合チャネルを受信するか判断するか、又は、
前記第２のＰＳＦＣＨの優先度と第２の競合チャネルの優先度との間の比較に基づき、前記第２のＰＳＦＣＨを受信するか、若しくは、前記第２のＰＳＦＣＨを受信するのと同時に送信到着するようスケジューリングされる前記第２の競合チャネルを送信するか判断するよう動作可能な回路と、
を有するユーザ装置。

（１０）ＰＳＦＣＨの送信の繰り返しはない、（９）に記載のユーザ装置。

（１１）送信されるチャネルの優先度は、チャネルレベルに基づき決定され、
受信されるチャネルの優先度は、リソースプールレベルに基づき決定される、（９）又は（１０）に記載のユーザ装置。

（１２）前記第１のＰＳＦＣＨの優先度は、前記受信される関連するＰＳＣＣＨ又はＰＳＳＣＨの優先度に基づき決定されるか、又は、
前記第２のＰＳＦＣＨの優先度は、前記送信される関連するＰＳＣＣＨ又はＰＳＳＣＨの優先度に基づき決定される、（９）に記載のユーザ装置。

（１３）前記送信されるチャネルの優先度が前記受信されるチャネルのものと同一であるとき、送信は受信より優先される、（９）又は（１０）に記載のユーザ装置。

（１４）前記第１のＰＳＦＣＨを送信するため、又は、前記第２のＰＳＦＣＨを受信するためのリソースは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨを受信又は送信するためのリソースに従って決定される、（９）又は（１０）に記載のユーザ装置。

（１５）ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信するよう動作可能な送信機と、
ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信するよう動作可能な受信機と、
を有し、
前記ＰＳＦＣＨは、前記ＰＳＣＣＨ又はＰＳＳＣＨのものと同じリソースプールにおいて割り当てられる、ユーザ装置。

（１６）前記ＰＳＦＣＨは、前記リソースプールのスロットのエンドに位置する１つ以上のシンボルにおいて割り当てられる、（１５）に記載のユーザ装置。

（１７）前記ＰＳＦＣＨのためのリソースプールのスロットにおけるシンボルの数は、前記ＰＳＣＣＨ又はＰＳＳＣＨのものより多くない、（１５）又は（１６）に記載のユーザ装置。

（１８）ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信することと、
前記ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースに少なくとも部分的に従って決定されるリソースにおいて、前記送信されるＰＳＣＣＨ又はＰＳＳＣＨに関連するＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信することと、
を有する、ユーザ装置のための無線通信方法。

（１９）前記ＰＳＦＣＨのための時間領域におけるリソースは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨのための時間領域におけるリソースから１つ以上のシンボル又はスロットのギャップ内にあり、
前記ＰＳＦＣＨのための周波数領域におけるリソースは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨのための周波数領域におけるリソースから１つ以上のＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）のギャップ内にあり、
前記シンボル又はスロットの数は、事前設定、設定若しくは指定されるか、又はこれらの何れかの組み合わせであり、
前記ＰＲＢの数は、事前設定、設定若しくは指定されるか、又はこれらの何れかの組み合わせである、（１８）に記載の無線通信方法。

（２０）前記ＰＳＦＣＨ及び前記ＰＳＣＣＨ又はＰＳＳＣＨは、繰り返し送信され、
前記ＰＳＦＣＨの繰り返し数は、前記関連するＰＳＣＣＨ又はＰＳＳＣＨのものと同一又は導出される関係にある、（１８）又は（１９）に記載の無線通信方法。

（２１）前記ＰＳＦＣＨの最初の送信のためのリソースの開始スロット及びＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）の少なくとも１つは、前記ユーザ装置によって受信されるＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｄｉｃａｔｏｒ（ＳＣＩ）によって通知される、（２０）に記載の無線通信方法。

（２２）前記ＰＳＦＣＨの最初の送信のためのリソースの開始スロット及びＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）の少なくとも１つは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨの最初の送信のリソース位置によって決定される、（２０）に記載の無線通信方法。

（２３）前記ＰＳＦＣＨの最初の送信のためのリソースの開始スロット及びＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）の少なくとも１つは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨの再送のリソース位置によって決定される、（２０）に記載の無線通信方法。

（２４）前記ＰＳＦＣＨとそれの繰り返しとの間のタイミングギャップは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨとそれの繰り返しとの間のタイミングギャップと同一である、（２０）から（２２）何れか一つに記載の無線通信方法。

（２５）前記ＰＳＦＣＨの送信とそれの繰り返しとの間の周波数ギャップは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨとそれの繰り返しとの間の周波数ギャップと同一である、（２０）から（２２）何れか一つに記載の無線通信方法。

（２６）第１のＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）の優先度と第１の競合チャネルの優先度との間の比較に基づき、受信するＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）に関連する前記第１のＰＳＦＣＨを送信するか、若しくは、前記第１のＰＳＦＣＨを送信するのと同時に受信されるようスケジューリングされる前記第１の競合チャネルを受信するか判断し、前記判断に基づき前記第１のＰＳＦＣＨを送信するか、若しくは前記第１の競合チャネルを受信することか、又は、
第２のＰＳＦＣＨの優先度と第２の競合チャネルの優先度との間の比較に基づき、送信されるＰＳＣＣＨ又はＰＳＳＣＨに関連する第２のＰＳＦＣＨを受信するか、若しくは、前記第２のＰＳＦＣＨを受信するのと同時に送信到着するようスケジューリングされる第２の競合チャネルを送信するか判断し、前記判断に基づき前記第２のＰＳＦＣＨを受信するか、若しくは、前記第２の競合チャネルを送信すること、
を有する、ユーザ装置のための無線通信方法。

（２７）ＰＳＦＣＨの送信の繰り返しはない、（２６）に記載の無線通信方法。

（２８）送信されるチャネルの優先度は、チャネルレベルに基づき決定され、
受信されるチャネルの優先度は、リソースプールレベルに基づき決定される、（２６）又は（２７）に記載の無線通信方法。

（２９）前記第１のＰＳＦＣＨの優先度は、前記受信される関連するＰＳＣＣＨ又はＰＳＳＣＨの優先度に基づき決定されるか、又は、
前記第２のＰＳＦＣＨの優先度は、前記送信される関連するＰＳＣＣＨ又はＰＳＳＣＨの優先度に基づき決定される、（２６）に記載の無線通信方法。

（３０）前記送信されるチャネルの優先度が前記受信されるチャネルのものと同一であるとき、送信は受信より優先される、（２６）又は（２７）に記載の無線通信方法。

（３１）前記第１のＰＳＦＣＨを送信するため、又は、前記第２のＰＳＦＣＨを受信するためのリソースは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨを受信又は送信するためのリソースに従って決定される、（２６）又は（２７）に記載の無線通信方法。

（３２）ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信することと、
ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信することと、
を有し、
前記ＰＳＦＣＨは、前記ＰＳＣＣＨ又はＰＳＳＣＨのものと同じリソースプールにおいて割り当てられる、ユーザ装置のための無線通信方法。

（３３）前記ＰＳＦＣＨは、前記リソースプールのスロットのエンドに位置する１つ以上のシンボルにおいて割り当てられる、（３２）に記載の無線通信方法。

（３４）前記ＰＳＦＣＨのためのリソースプールのスロットにおけるシンボルの数は、前記ＰＳＣＣＨ又はＰＳＳＣＨのものより多くない、（３２）又は（３３）に記載の無線通信方法。

Claims

ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信するよう動作可能な送信機と、
前記ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースに少なくとも部分的に従って決定されるリソースにおいて、前記送信されるＰＳＣＣＨ又はＰＳＳＣＨに関連するＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信するよう動作可能な受信機と、
を有するユーザ装置。
前記ＰＳＦＣＨのための時間領域におけるリソースは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨのための時間領域におけるリソースから１つ以上のシンボル又はスロットのギャップ内にあり、
前記ＰＳＦＣＨのための周波数領域におけるリソースは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨのための周波数領域におけるリソースから１つ以上のＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）のギャップ内にあり、
前記シンボル又はスロットの数は、事前設定、設定若しくは指定されるか、又はこれらの何れかの組み合わせであり、
前記ＰＲＢの数は、事前設定、設定若しくは指定されるか、又はこれらの何れかの組み合わせである、請求項１に記載のユーザ装置。
前記ＰＳＦＣＨ及び前記ＰＳＣＣＨ又はＰＳＳＣＨは、繰り返し送信され、
前記ＰＳＦＣＨの繰り返し数は、前記関連するＰＳＣＣＨ又はＰＳＳＣＨのものと同一又は導出される関係にある、請求項１又は２に記載のユーザ装置。
前記ＰＳＦＣＨの最初の送信のためのリソースの開始スロット及びＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）の少なくとも１つは、前記ユーザ装置によって受信されるＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｄｉｃａｔｏｒ（ＳＣＩ）によって通知される、請求項３に記載のユーザ装置。
前記ＰＳＦＣＨの最初の送信のためのリソースの開始スロット及びＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）の少なくとも１つは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨの最初の送信のリソース位置によって決定される、請求項３に記載のユーザ装置。
前記ＰＳＦＣＨの最初の送信のためのリソースの開始スロット及びＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）の少なくとも１つは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨの再送のリソース位置によって決定される、請求項３に記載のユーザ装置。
前記ＰＳＦＣＨとそれの繰り返しとの間のタイミングギャップは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨとそれの繰り返しとの間のタイミングギャップと同一である、請求項３から５何れか一項に記載のユーザ装置。
前記ＰＳＦＣＨの送信とそれの繰り返しとの間の周波数ギャップは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨとそれの繰り返しとの間の周波数ギャップと同一である、請求項３から６何れか一項に記載のユーザ装置。
受信したＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）に関連する第１のＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を送信するか、又は、送信されたＰＳＣＣＨ又はＰＳＳＣＨ
に関連する第２のＰＳＦＣＨを受信するよう動作可能な送受信機と、
前記第１のＰＳＦＣＨの優先度と第１の競合チャネルの優先度との間の比較に基づき、前記第１のＰＳＦＣＨを送信するか、若しくは、前記第１のＰＳＦＣＨを送信するのと同時に受信されるようスケジューリングされる前記第１の競合チャネルを受信するか判断するか、又は、
前記第２のＰＳＦＣＨの優先度と第２の競合チャネルの優先度との間の比較に基づき、前記第２のＰＳＦＣＨを受信するか、若しくは、前記第２のＰＳＦＣＨを受信するのと同時に送信到着するようスケジューリングされる前記第２の競合チャネルを送信するか判断するよう動作可能な回路と、
を有するユーザ装置。
ＰＳＦＣＨの送信の繰り返しはない、請求項９に記載のユーザ装置。
送信されるチャネルの優先度は、チャネルレベルに基づき決定され、
受信されるチャネルの優先度は、リソースプールレベルに基づき決定される、請求項９又は１０に記載のユーザ装置。
前記第１のＰＳＦＣＨの優先度は、前記受信される関連するＰＳＣＣＨ又はＰＳＳＣＨの優先度に基づき決定されるか、又は、
前記第２のＰＳＦＣＨの優先度は、前記送信される関連するＰＳＣＣＨ又はＰＳＳＣＨの優先度に基づき決定される、請求項９に記載のユーザ装置。
前記送信されるチャネルの優先度が前記受信されるチャネルのものと同一であるとき、送信は受信より優先される、請求項９又は１０に記載のユーザ装置。
前記第１のＰＳＦＣＨを送信するため、又は、前記第２のＰＳＦＣＨを受信するためのリソースは、前記関連するＰＳＣＣＨ又はＰＳＳＣＨを受信又は送信するためのリソースに従って決定される、請求項９又は１０に記載のユーザ装置。
ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信するよう動作可能な送信機と、
ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信するよう動作可能な受信機と、
を有し、
前記ＰＳＦＣＨは、前記ＰＳＣＣＨ又はＰＳＳＣＨのものと同じリソースプールにおいて割り当てられる、ユーザ装置。
前記ＰＳＦＣＨは、前記リソースプールのスロットのエンドに位置する１つ以上のシンボルにおいて割り当てられる、請求項１５に記載のユーザ装置。
前記ＰＳＦＣＨのためのリソースプールのスロットにおけるシンボルの数は、前記ＰＳＣＣＨ又はＰＳＳＣＨのものより多くない、請求項１５又は１６に記載のユーザ装置。
ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信することと、
前記ＰＳＣＣＨ又はＰＳＳＣＨを送信するためのリソースに少なくとも部分的に従って決定されるリソースにおいて、前記送信されるＰＳＣＣＨ又はＰＳＳＣＨに関連するＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信することと、
を有する、ユーザ装置のための無線通信方法。
第１のＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）の優先度と第１の競合チャネルの優先度との間の比較に基づき、受信するＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）に関連する前記第１のＰＳＦＣＨを送信するか、若しくは、前記第１のＰＳＦＣＨを送信するのと同時に受信されるようスケジューリングされる前記第１の競合チャネルを受信するか判断し、前記判断に基づき前記第１のＰＳＦＣＨを送信するか、若しくは、前記第１の競合チャネルを受信することか、又は、
第２のＰＳＦＣＨの優先度と第２の競合チャネルの優先度との間の比較に基づき、送信されるＰＳＣＣＨ又はＰＳＳＣＨに関連する第２のＰＳＦＣＨを受信するか、若しくは、前記第２のＰＳＦＣＨを受信するのと同時に送信到着するようスケジューリングされる第２の競合チャネルを送信するか判断し、前記判断に基づき前記第２のＰＳＦＣＨを受信するか、若しくは、前記第２の競合チャネルを送信すること、
を有する、ユーザ装置のための無線通信方法。
ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）又はＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）を送信することと、
ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ（ＰＳＦＣＨ）を受信することと、
を有し、
前記ＰＳＦＣＨは、前記ＰＳＣＣＨ又はＰＳＳＣＨのものと同じリソースプールにおいて割り当てられる、ユーザ装置のための無線通信方法。