特表 2024-534433 無線通信システムにおいて端末間調整と関連した情報の送受信のための方法及びその装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-09-20

(54)【発明の名称】無線通信システムにおいて端末間調整と関連した情報の送受信のための方法及びその装置

(51)【国際特許分類】

   H04W 72/40 20230101AFI20240912BHJP

   H04W 92/18 20090101ALI20240912BHJP

   H04W 72/0446 20230101ALI20240912BHJP

   H04W 72/25 20230101ALI20240912BHJP

【ＦＩ】

H04W72/40

H04W92/18

H04W72/0446

H04W72/25

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024516865

(86)(22)【出願日】2022-09-16

(85)【翻訳文提出日】2024-03-15

(86)【国際出願番号】 KR2022013924

(87)【国際公開番号】W WO2023043282

(87)【国際公開日】2023-03-23

(31)【優先権主張番号】10-2021-0125152

(32)【優先日】2021-09-17

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0127391

(32)【優先日】2021-09-27

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0128186

(32)【優先日】2021-09-28

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0130132

(32)【優先日】2021-09-30

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ファン テソン

(72)【発明者】

【氏名】イ スンミン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA11

5K067CC04

5K067DD34

5K067EE02

5K067HH22

(57)【要約】

本明細書の一実施形態による無線通信システムにおいて第１端末が端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を送信する方法は、設定情報を基盤として端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を決定するステップと、第２端末に前記端末間調整と関連した情報を送信するステップとを含む。前記端末間調整と関連した情報は、選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とする。前記設定情報に含まれた第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定される。前記設定情報に含まれた前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする。
【選択図】図１３

【特許請求の範囲】

【請求項1】

無線通信システムにおいて第１端末が端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を送信する方法であって、
設定情報を基盤として端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を決定するステップと、
第２端末に前記端末間調整と関連した情報を送信するステップとを含むものの、
前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とし、
前記選好リソースは、前記第２端末の送信と関連したリソースの中から決定され、
前記予約リソースの衝突は、前記第１端末により測定されたＲＳＲＰに基づいて決定され、
前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件、及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含み、
前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定され、
前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする方法。

【請求項2】

前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースのうち、前記選好リソースから除外されるリソースが決定されることを特徴とする請求項１に記載の方法。

【請求項3】

前記選好リソースから除外されるリソースは、予め定義されたスロットに属したリソースであり、
前記予め定義されたスロットは、前記第１端末のサイドリンク受信（ＳＬ ｒｅｃｅｐｔｉｏｎ）が行なわれないスロットを含むことを特徴とする請求項２に記載の方法。

【請求項4】

前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースのうち、前記選好リソースに含まれるリソースが決定されることを特徴とする請求項１に記載の方法。

【請求項5】

前記第２条件に対する情報に基づいて決定されたＲＳＲＰ臨界値は、前記第１端末により測定されたＲＳＲＰのうち、いずれか一つ以上のＲＳＲＰと関連することを特徴とする請求項１に記載の方法。

【請求項6】

前記一つ以上のＲＳＲＰは、予約リソースと関連した端末のうち、予め定義された端末のサイドリンク復調参照信号（Ｓｉｄｅｌｉｎｋ ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＳＬ ＤＭＲＳ）に基づいて測定されたＲＳＲＰを含むことを特徴とする請求項５に記載の方法。

【請求項7】

前記予約リソースと関連した端末は、前記第１端末に予約リソースを指示する第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を送信した端末を基盤とすることを特徴とする請求項６に記載の方法。

【請求項8】

前記端末間調整と関連した情報が前記第２端末の要請と関連したことに基づいて、前記ｓｃｈｅｍｅ １と関連した選好リソースを表す情報が送信されることを特徴とする請求項１に記載の方法。

【請求項9】

前記設定情報は、事前に設定された情報またはＲＲＣシグナリングに基づいて基地局から受信された情報を基盤とすることを特徴とする請求項１に記載の方法。

【請求項10】

無線通信システムにおいて端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を送信する第１端末であって、
一つ以上の送受信機と、
前記一つ以上の送受信機を制御する一つ以上のプロセッサと、
前記一つ以上のプロセッサに動作可能に接続された一つ以上のメモリとを含み、
前記一つ以上のメモリは、前記一つ以上のプロセッサにより実行されることを基盤として、動作を行う指示（ｉｎｓｔｒｕｃｔｉｏｎ）を格納し、
前記動作は、
設定情報を基盤として端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を決定するステップと、
第２端末に前記端末間調整と関連した情報を送信するステップとを含むものの、
前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とし、
前記選好リソースは、前記第２端末の送信と関連したリソースの中から決定され、
前記予約リソースの衝突は、前記第１端末により測定されたＲＳＲＰに基づいて決定され、
前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件、及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含み、
前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定され、
前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする第１端末。

【請求項11】

無線通信システムにおいて第１端末が端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を送信するように制御する装置であって、
一つ以上のプロセッサと、
前記一つ以上のプロセッサに動作可能に接続された一つ以上のメモリとを含み、
前記一つ以上のメモリは、前記一つ以上のプロセッサにより実行されることを基盤として、動作を行う指示（ｉｎｓｔｒｕｃｔｉｏｎ）を格納し、
前記動作は、
設定情報に基づいて端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を決定するステップと、
第２端末に前記端末間調整と関連した情報を送信するステップとを含むものの、
前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とし、
前記選好リソースは、前記第２端末の送信と関連したリソースの中から決定され、
前記予約リソースの衝突は、前記第１端末により測定されたＲＳＲＰに基づいて決定され、
前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件、及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含み、
前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定され、
前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする装置。

【請求項12】

一つ以上の命令語を格納する一つ以上の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ読み取り可能媒体であって、
前記一つ以上の命令語は、一つ以上のプロセッサにより実行されることを基盤として動作を行い、
前記動作は、
設定情報を基盤として端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を決定するステップと、
第２端末に前記端末間調整と関連した情報を送信するステップとを含むものの、
前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とし、
前記選好リソースは、前記第２端末の送信と関連したリソースの中から決定され、
前記予約リソースの衝突は、第１端末により測定されたＲＳＲＰに基づいて決定され、
前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含み、
前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定され、
前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする一つ以上の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ読み取り可能媒体。

【請求項13】

無線通信システムにおいて第２端末が端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を受信する方法であって、
第１端末から端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を受信するステップを含むものの、
前記端末間調整と関連した情報は、設定情報を基盤として決定され、
前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とし、
前記選好リソースは、前記第２端末の送信と関連したリソースの中から決定され、
前記予約リソースの衝突は、前記第１端末により測定されたＲＳＲＰに基づいて決定され、
前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件、及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含み、
前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定され、
前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする方法。

【請求項14】

前記方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報に基づいて、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）の送信のためのリソースを選択するステップをさらに含むことを特徴とする請求項１３に記載の方法。

【請求項15】

第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を送信するステップをさらに含み、
前記第１ＳＣＩは、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）の送信のための予約リソースと関連することを特徴とする請求項１３に記載の方法。

【請求項16】

前記方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤として、前記ＰＳＳＣＨの送信のためのリソースを再選択するステップをさらに含むことを特徴とする請求項１５に記載の方法。

【請求項17】

無線通信システムにおいて端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を受信する第２端末であって、
一つ以上の送受信機と、
前記一つ以上の送受信機を制御する一つ以上のプロセッサと、
前記一つ以上のプロセッサに動作可能に接続された一つ以上のメモリとを含み、
前記一つ以上のメモリは、前記一つ以上のプロセッサにより実行されることを基盤として、動作を行う指示（ｉｎｓｔｒｕｃｔｉｏｎ）を格納し、
前記動作は、
第１端末から端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を受信するステップとを含むものの、
前記端末間調整と関連した情報は、設定情報を基盤として決定され、
前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とし、
前記選好リソースは、前記第２端末の送信と関連したリソースの中から決定され、
前記予約リソースの衝突は、前記第１端末により測定されたＲＳＲＰに基づいて決定され、
前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含み、
前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定され、
前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする第２端末。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、無線通信システムにおいて端末間調整と関連した情報の送受信のための方法及びその装置に関する。

【背景技術】

【0002】

無線通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力など）を共有して多重使用者との通信をサポートする多重接続（多重アクセス、ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムである。多重接続システムの例としては、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＭＣ－ＦＤＭＡ（ｍｕｌｔｉ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムなどがある。

【0003】

サイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬ）とは端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）間に直接的なリンクを設定して、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）を経ずに端末間に音声又はデータなどを直接交換する通信方式である。ＳＬは、急速に増加するデータトラフィックによる基地局の負担を解決できる１つの方案として考慮されている。

【0004】

Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）は有／無線通信を介して他の車両、歩行者、インフラが構築された事物などと情報を交換する通信技術を意味する。Ｖ２Ｘは、Ｖ２Ｖ（ｖｅｈｉｃｌｅ－ｔｏ－ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ－ｔｏ－ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｎ（ｖｅｈｉｃｌｅ－ｔｏ－ｎｅｔｗｏｒｋ）、Ｖ２Ｐ（ｖｅｈｉｃｌｅ－ｔｏ－ｐｅｄｅｓｔｒｉａｎ）などの４つのタイプに区分される。Ｖ２Ｘ通信はＰＣ５インタフェース及び／又はＵｕインタフェースを介して提供される。

【0005】

一方、より多くの通信機器がより大きな通信容量を要求するようになるにつれて、既存の無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上したモバイル広帯域（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信の必要性が台頭している。これにより、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス又は端末を考慮した通信システムが議論されているが、改善した移動広帯域通信、マッシブＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術を新しいＲＡＴ（ｎｅｗ ｒａｄｉｏ ａｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）又はＮＲ（ｎｅｗ ｒａｄｉｏ）と呼ぶことができる。ＮＲにおいてもＶ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信がサポートされることができる。

【0006】

端末間調整メカニズム（ｉｎｔｅｒ ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｍｅｃｈａｎｉｓｍ）と関連して２つの方式が考慮される。方式１（ｓｃｈｅｍｅ １）の場合、ＵＥ－ＡはＵＥ－Ｂのリソース（再）選択手順に使用できるリソース集合をＵＥ－Ｂに提供する。方式２（ｓｃｈｅｍｅ ２）の場合、ＵＥ－ＡはＵＥ－ＢにＵＥ－ＢのＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）が指示するリソースに対するリソース衝突関連情報を提供する。ＵＥ－ＢはＵＥ－ＢのＳＣＩが指示するリソースの一部を再選択してリソース衝突を回避することができる。

【0007】

前記方式１（Ｓｃｈｅｍｅ １）と関連して前記ＵＥ－Ｂのリソース（再）選択手順に使用することができるリソース集合は、選好リソース及び／または非選好リソースを含むことができる。ＵＥ－Ａは、自身のセンシング結果を使用して選好リソースまたは非選好リソースを決定できる。このとき、端末性能（例：ｈａｌｆ ｄｕｐｌｅｘ）に基づいて特定リソースは選好リソースから除外されることができる。

【0008】

前記方式２（Ｓｃｈｅｍｅ ２）と関連して前記ＵＥ－Ｂにより予約されたリソースの衝突を表す情報がＵＥ－Ｂに送信されることができる。このとき、予約リソースの衝突有無は、ＵＥ－Ａにより測定されたＲＳＲＰとＲＳＲＰ臨界値の比較に基づいて決定されることができる。

【発明の概要】

【発明が解決しようとする課題】

【0009】

上述した端末間調整情報の方式（ｓｃｈｅｍｅ １及び２）と関連して次の技術的事項が考慮されることができる。端末間調整情報の正確度側面において端末間調整情報の生成動作と関連して、端末別に具体的な設定／条件が求められることができる。

【0010】

一例として、上述のように端末性能（例：ｈａｌｆ ｄｕｐｌｅｘ）に基づいて特定リソースは選好リソースから除外されることができる。しかしながら、選好リソース決定において該当除外動作が一括的に適用される場合に利用可能リソースが足りない場合がありうる。したがって、端末間調整情報の正確度（ａｃｃｕｒａｃｙ）が落ちることができる。

【0011】

一例として、予約リソースの衝突の決定のためのＲＳＲＰ臨界値が端末別細部設定無しで一括的に統一された一つの値が活用される場合には、端末間調整情報を生成する端末のＲＳＲＰ測定性能が十分に考慮されることができない。したがって、この場合にも端末間調整情報の正確度が落ちることができる。

【0012】

本明細書は、上述の問題点を解決するための方法を提案することである。

【0013】

本明細書で解決しようとする技術的課題は、以上で言及した技術的課題に限定されず、言及しないもう一つの技術的課題は、下の記載から、本明細書が属する技術分野で通常の知識を有する者に明確に理解され得る。

【課題を解決するための手段】

【0014】

本明細書の一実施形態による無線通信システムにおいて第１端末が端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を送信する方法では、設定情報を基盤として端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を決定するステップと、第２端末に前記端末間調整と関連した情報を送信するステップとを含む。

【0015】

前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とする。

【0016】

前記選好リソースは、前記第２端末の送信と関連したリソースの中から決定され、前記予約リソースの衝突は、前記第１端末により測定されたＲＳＲＰに基づいて決定される。

【0017】

前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件、及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含む。

【0018】

前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定される。前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする。

【0019】

前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースのうち、前記選好リソースから除外されるリソースが決定されることができる。

【0020】

前記選好リソースから除外されるリソースは、予め定義されたスロットに属したリソースでありえ、前記予め定義されたスロットは、前記第１端末のサイドリンク受信（ＳＬ ｒｅｃｅｐｔｉｏｎ）が行なわれないスロットを含むことができる。

【0021】

前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースのうち、前記選好リソースに含まれるリソースが決定されることができる。

【0022】

前記第２条件に対する情報に基づいて決定されたＲＳＲＰ臨界値は、前記第１端末により測定されたＲＳＲＰのうち、いずれか一つ以上のＲＳＲＰと関連することができる。

【0023】

前記一つ以上のＲＳＲＰは、予約リソースと関連した端末のうち、予め定義された端末のサイドリンク復調参照信号（Ｓｉｄｅｌｉｎｋ ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＳＬ ＤＭＲＳ）に基づいて測定されたＲＳＲＰを含むことができる。

【0024】

前記予約リソースと関連した端末は、前記第１端末に予約リソースを指示する第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を送信した端末を基盤とすることができる。

【0025】

前記端末間調整と関連した情報が前記第２端末の要請と関連したことに基づいて、前記ｓｃｈｅｍｅ １と関連した選好リソースを表す情報が送信されることができる。

【0026】

前記設定情報は、事前に設定された情報またはＲＲＣシグナリングに基づいて基地局から受信された情報を基盤とすることができる。

【0027】

本発明の他の実施形態による無線通信システムにおいて端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を送信する第１端末は、一つ以上の送受信機と、前記一つ以上の送受信機を制御する一つ以上のプロセッサと、前記一つ以上のプロセッサに動作可能に接続された一つ以上のメモリとを含む。

【0028】

前記一つ以上のメモリは、前記一つ以上のプロセッサにより実行されることを基盤として、動作を行う指示（ｉｎｓｔｒｕｃｔｉｏｎ）を格納する。

【0029】

前記動作は、設定情報を基盤として端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を決定するステップと、第２端末に前記端末間調整と関連した情報を送信するステップとを含む。

【0030】

前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とする。

【0031】

前記選好リソースは、前記第２端末の送信と関連したリソースの中から決定され、前記予約リソースの衝突は、前記第１端末により測定されたＲＳＲＰに基づいて決定される。

【0032】

前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件、及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含む。

【0033】

前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定される。前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする。

【0034】

本明細書のさらに他の実施形態による無線通信システムにおいて第１端末が端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を送信するように制御する装置は、一つ以上のプロセッサと、前記一つ以上のプロセッサに動作可能に接続された一つ以上のメモリとを含む。

【0035】

前記一つ以上のメモリは、前記一つ以上のプロセッサにより実行されることを基盤として、動作を行う指示（ｉｎｓｔｒｕｃｔｉｏｎ）を格納する。

【0036】

前記動作は、設定情報に基づいて端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を決定するステップと、第２端末に前記端末間調整と関連した情報を送信するステップとを含む。

【0037】

前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とする。

【0038】

前記選好リソースは、前記第２端末の送信と関連したリソースの中から決定され、前記予約リソースの衝突は、前記第１端末により測定されたＲＳＲＰに基づいて決定される。

【0039】

前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件、及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含む。

【0040】

前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定される。前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする。

【0041】

本明細書のさらに他の実施形態による一つ以上の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ読み取り可能媒体は、一つ以上の命令語を格納する。

【0042】

前記一つ以上の命令語は、一つ以上のプロセッサにより実行されることを基盤として動作を行う。

【0043】

前記動作は、設定情報を基盤として端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を決定するステップと、第２端末に前記端末間調整と関連した情報を送信するステップとを含む。

【0044】

前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とする。

【0045】

前記選好リソースは、前記第２端末の送信と関連したリソースの中から決定され、前記予約リソースの衝突は、第１端末により測定されたＲＳＲＰに基づいて決定される。

【0046】

前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含む。

【0047】

前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定される。前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする。

【0048】

本明細書のさらに他の実施形態による無線通信システムにおいて第２端末が端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を受信する方法は、第１端末から端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を受信するステップを含む。

【0049】

前記端末間調整と関連した情報は、設定情報を基盤として決定される。

【0050】

前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とする。

【0051】

前記選好リソースは、前記第２端末の送信と関連したリソースの中から決定され、前記予約リソースの衝突は、前記第１端末により測定されたＲＳＲＰに基づいて決定される。

【0052】

前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件、及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含む。

【0053】

前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定される。前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする。

【0054】

前記方法は、前記方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報に基づいて、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）の送信のためのリソースを選択するステップをさらに含むことができる。

【0055】

前記方法は、第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を送信するステップをさらに含むことができる。前記第１ＳＣＩは、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）の送信のための予約リソースと関連することができる。

【0056】

前記方法は、前記方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤として、前記ＰＳＳＣＨの送信のためのリソースを再選択するステップをさらに含むことができる。

【0057】

本明細書のさらに他の実施形態による無線通信システムにおいて端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を受信する第２端末は、一つ以上の送受信機と、前記一つ以上の送受信機を制御する一つ以上のプロセッサと、前記一つ以上のプロセッサに動作可能に接続された一つ以上のメモリとを含む。

【0058】

前記一つ以上のメモリは、前記一つ以上のプロセッサにより実行されることを基盤として、動作を行う指示（ｉｎｓｔｒｕｃｔｉｏｎ）を格納する。

【0059】

前記動作は、第１端末から端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を受信するステップとを含む。

【0060】

前記端末間調整と関連した情報は、設定情報を基盤として決定される。

【0061】

前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤とする。

【0062】

前記選好リソースは、前記第２端末の送信と関連したリソースの中から決定され、前記予約リソースの衝突は、前記第１端末により測定されたＲＳＲＰに基づいて決定される。

【0063】

前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含む。

【0064】

前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定される。前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることを特徴とする。

【発明の効果】

【0065】

本明細書の実施形態によれば、端末間調整のための方式（ｓｃｈｅｍｅ）別に該当端末間調整情報の生成のための条件が設定される。したがって、端末間調整のために送受信される情報（選好リソースまたはリソース衝突情報）の正確度が改善されることができる。

【0066】

さらに具体的にＳｃｈｅｍｅ １の場合、選好リソースの決定時に無分別に多くのリソースが除外されて利用可能リソースが足りなくなる問題点を防止することができる。Ｓｃｈｅｍｅ ２の場合、端末性能により適したＲＳＲＰ臨界値に基づいてリソースの衝突有無が決定されることができる。

【0067】

本明細書で得られる効果は、以上で言及した効果に制限されず、言及していないもう一つの効果は以下の記載から、本明細書が属する技術分野で通常の知識を有する者に明確に理解される。

【図面の簡単な説明】

【0068】

本明細書に関する理解を助けるために詳細な説明の一部に含まれる添付図面は本明細書に対する実施形態を提供し、詳細な説明と共に本明細書の技術的特徴を説明する。

【0069】

【図1】本明細書の一実施形態による、ＮＲシステムの構造を示す。

【図2】本明細書の一実施形態による、ＮＲの無線フレームの構造を示す。

【図3】本明細書の一実施形態による、ＮＲフレームのスロット構造を示す。

【図4】本明細書の一実施形態による、Ｖ２Ｘ又はＳＬ通信を行う端末を示す。

【図5】本明細書の一実施形態による、Ｖ２Ｘ又はＳＬ通信のためのリソース単位を示す。

【図6】本明細書の一実施形態により、端末が送信モードに応じてＶ２Ｘ又はＳＬ通信を行う手順を示す。

【図7】本明細書の一実施形態による、３つのキャストタイプを示す。

【図8】本明細書の一実施形態による、複数のＢＷＰを示す。

【図9】本明細書の一実施形態による、ＢＷＰを示す。

【図10】本明細書の一実施形態による、ＣＢＲ測定のためのリソース単位を示す。

【図11】ＣＢＲ測定に関連したリソースプールを例示する図である。

【図12】本明細書の一実施形態により、ＵＥ－Ａが補助情報をＵＥ－Ｂに送信する手順を示す。

【図13】本明細書の一実施形態による無線通信システムにおいて第１端末が端末間調整と関連した情報を送信する方法を説明するためのフローチャートである。

【図14】本明細書の他の実施形態による無線通信システムにおいて第２端末が端末間調整と関連した情報を受信する方法を説明するためのフローチャートである。

【図15】本明細書の一実施形態による、通信システム１を示す。

【図16】本明細書の一実施形態による無線機器を示す。

【図17】本明細書の一実施形態による、送信信号のための信号処理回路を示す。

【図18】本明細書の一実施形態による、無線機器を示す。

【図19】本明細書の一実施形態による、携帯機器を示す。

【図20】本明細書の一実施形態による、車両又は自動運転車両を示す。

【発明を実施するための形態】

【0070】

本明細書におおいて“ＡまたはＢ（Ａ ｏｒ Ｂ）”は、“単にＡ”、“単にＢ”または“ＡとＢとも”を意味できる。言い換えれば、本明細書において“ＡまたはＢ（Ａ ｏｒ Ｂ）”は、“Ａ及び／またはＢ（Ａ ａｎｄ／ｏｒ Ｂ）”と解釈できる。例えば、本明細書において“Ａ、ＢまたはＣ（Ａ、Ｂ ｏｒ Ｃ）”は、“単にＡ”、“単にＢ”、“単にＣ”、または“Ａ、Ｂ及びＣの任意のすべての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）”を意味できる。

【0071】

本明細書において使用されるスラッシュ（／）またはコンマ（ｃｏｍｍａ）は“及び／または（ａｎｄ／ｏｒ）”を意味できる。例えば、“Ａ／Ｂ”は、“Ａ及び／またはＢ”を意味できる。これにより“Ａ／Ｂ”は、“単にＡ”、“単にＢ”、または“ＡとＢ全部”を意味できる。例えば、“Ａ、Ｂ、Ｃ”は、“Ａ、ＢまたはＣ”を意味できる。

【0072】

本明細書において“少なくとも一つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆＡ ａｎｄ Ｂ）”は、“単にＡ”、“単にＢ”または“ＡとＢとも”を意味できる。また、本明細書において“少なくとも一つのＡまたはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）”または“少なくとも一つのＡ及び／またはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）”という表現は“少なくとも一つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）”と同様に解析されることができる。

【0073】

また、本明細書において“少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）”は、“単にＡ”、“単にＢ”、“単にＣ”、または“Ａ、Ｂ及びＣの任意のすべての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）”を意味できる。また、“少なくとも一つのＡ、ＢまたはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ｏｒ Ｃ）”または“少なくとも一つのＡ、Ｂ及び／またはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ／ｏｒ Ｃ）”は、“少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）”を意味できる。

【0074】

また、本明細書において使用される括弧は“例えば（ｆｏｒ ｅｘａｍｐｌｅ）”を意味できる。具体的に、“制御情報（ＰＤＣＣＨ）”と表示された場合、“制御情報”の一例として“ＰＤＣＣＨ”が提案されたことでありうる。言い換えれば、本明細書の“制御情報”は、“ＰＤＣＣＨ”に制限（ｌｉｍｉｔ）されず、“ＰＤＣＣＨ”が“制御情報”の一例として提案されたことでありうる。また、“制御情報（すなわち、ＰＤＣＣＨ）”と表示された場合にも、“制御情報”の一例として“ＰＤＣＣＨ”が提案されたことでありうる。

【0075】

以下の説明において‘～であるとき、～場合（ｗｈｅｎ、ｉｆ、ｉｎ ｃａｓｅ ｏｆ）’は、‘～に基づいて／基盤して（ｂａｓｅｄ ｏｎ）’で代替されることができる。

【0076】

本明細書において一つの図面内で個別的に説明される技術的特徴は、個別的に具現されても良く、同時に具現されても良い。

【0077】

以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などの多様な無線通信システムに使用されることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術で実現されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ）のような無線技術で実現されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）などの無線技術で実現されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であって、ＩＥＥＥ８０２．１６ｅに基づくシステムとの下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（登録商標）（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ） ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡ（ｅｖｏｌｖｅｄ－ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）を使用するＥ－ＵＭＴＳ（ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部として、ダウンリンクにおいてＯＦＤＭＡを採用し、アップリンクにおいてＳＣ－ＦＤＭＡを採用する。ＬＴＥ－Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化である。

【0078】

５Ｇ ＮＲは、ＬＴＥ－Ａの後続技術であって、高性能、低遅延、高可用性などの特性を有する新しいＣｌｅａｎ－ｓｌａｔｅ形態の移動通信システムである。５Ｇ ＮＲは、１ＧＨｚ未満の低周波帯域から１ＧＨｚ～１０ＧＨｚの中間周波帯域、２４ＧＨｚ以上の高周波（ミリメートル波）帯域など、使用可能な全てのスペクトルリソースを活用することができる。

【0079】

説明を明確にするために、ＬＴＡ－Ａ又は５Ｇ ＮＲを中心に記述するが、本明細書の一実施形態による技術的思想がこれに制限されるものではない。

【0080】

本明細書において使用された用語及び技術の中で具体的に説明されない用語及び技術に対しては、本明細書が出願される前に公開された無線通信標準文書が参照されることができる。例えば、次の文書が参照されることができる。

【0081】

【0082】

図１は、本明細書の一実施形態による、ＮＲシステムの構造を示す。

【0083】

図１を参照すると、ＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）は、端末にユーザプレーン及び制御プレーンプロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ－Ｎｏｄｅ Ｂ）及び／又はｅＮＢを含む。図１ では、ｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは互いにＸｎインタフェースで接続されている。ｇＮＢ及び及びｅＮＢは、第５世代コアネットワーク（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインタフェースを介して接続されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）とはＮＧ－Ｃインタフェースを介して接続され、ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）とはＮＧ－Ｕインタフェースを介して接続される。

【0084】

図２は、本明細書の一実施形態による、ＮＲの無線フレームの構造を示す。

【0085】

図２を参照すると、ＮＲにおいてアップリンク及びダウンリンク送信で無線フレームを使用することができる。無線フレームは１０ｍｓの長さを有し、２つの５ｍｓハーフフレーム（Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ）と定義される。ハーフフレームは５つの１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）を含む。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はサブキャリア間隔（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ、ＳＣＳ）に応じて決定できる。各スロットはＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）に応じて１２個又は１４個のＯＦＤＭ（Ａ）シンボルを含む。

【0086】

ノーマルＣＰ（ｎｏｒｍａｌ ＣＰ）が使われる場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使われる場合、各スロットは１２個のシンボルを含む。ここで、シンボルはＯＦＤＭシンボル（又は、ＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ－ＦＤＭＡ）シンボル（又は、ＤＦＴ－ｓ－ＯＦＤＭ（Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ）シンボル）を含む。

【0087】

次の表１はノーマルＣＰが使われる場合、ＳＣＳ設定（ｕ）に応じてスロット別のシンボル数（Ｎ^ｓｌｏｔ _ｓｙｍｂ）、フレーム別のスロット数（Ｎ^{ｆｒａｍｅ,ｕ} _ｓｌｏｔ）とサブフレーム別のスロット数（Ｎ^{ｓｕｂｆｒａｍｅ,ｕ} _ｓｌｏｔ）を例示する。

【0088】

【表1】

【0089】

表２は拡張ＣＰが使われる場合、ＳＣＳに応じてスロット別のシンボル数、フレーム別のスロット数とサブフレーム別のスロット数を例示する。

【0090】

【表2】

【0091】

ＮＲシステムでは、１つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長など）が異なるように設定できる。これにより、同一個数のシンボルで構成された時間リソース（例えば、サブフレーム、スロット又はＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）と通称）の（絶対時間）区間が併合されたセル間に異なるように設定できる。

【0092】

ＮＲにおいて、多様な５Ｇサービスをサポートするための多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）又はＳＣＳがサポートされる。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドにおいての広い領域（ｗｉｄｅ ａｒｅａ）がサポートされ、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）がサポートされる。ＳＣＳが６０ｋＨｚ又はそれより高い場合、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚより大きい帯域幅がサポートされる。

【0093】

ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２つのタイプの周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義できる。前記２つのタイプの周波数範囲はＦＲ１及びＦＲ２である。周波数範囲の数値は変更されてもよく、例えば、前記２つのタイプの周波数範囲は下記の表３のようである。ＮＲシステムにおいて使用される周波数範囲のうちＦＲ１は「ｓｕｂ ６ＧＨｚ ｒａｎｇｅ」を意味し、ＦＲ２は「ａｂｏｖｅ ６ＧＨｚ ｒａｎｇｅ」を意味し、ミリメートルウェーブ（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ）と呼ばれてもよい。

【0094】

【表3】

【0095】

前述のように、ＮＲシステムの周波数範囲の数値は変更できる。例えば、ＦＲ１は、下記の表４のように４１０ＭＨｚないし７１２５ＭＨｚの帯域を含む。すなわち、ＦＲ１は６ＧＨｚ（又は、５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域を含む。例えば、ＦＲ１内で含まれる６ＧＨｚ（又は、５８５０、５９００、５９２５MHzなど）以上の周波数帯域は、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を含む。非免許帯域は様々な用途に使用されることができ、例えば、車両のための通信（例えば、自動運転）のために使用されることができる。

【0096】

【表4】

【0097】

図３は、本明細書の一実施形態による、ＮＲフレームのスロット構造を示す。

【0098】

図３を参照すると、スロットは時間領域において複数のシンボルを含む。例えば、ノーマルＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合、１つのスロットが１２個のシンボルを含む。または、ノーマルＣＰの場合、１つのスロットが７つのシンボルを含むが、拡張ＣＰの場合、１つのスロットが６つのシンボルを含む。

【0099】

キャリアは周波数領域において複数のサブキャリアを含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は周波数領域において複数（例えば、１２）の連続したサブキャリアと定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は周波数領域において複数の連続した（Ｐ）ＲＢ（Ｐｈｙｓｉｃａｌ） Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）と定義され、１つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長など）に対応できる。キャリアは最大Ｎ個（例えば、５個）のＢＷＰを含む。データ通信は活性化されたＢＷＰを介して行われることができる。それぞれの要素はリソースグリッドにおいてリソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ）と呼ばれてもよく、１つの複素シンボルがマッピングされることができる。

【0100】

一方、端末と端末間の無線インタフェース又は端末とネットワーク間の無線インタフェースは、Ｌ１層、Ｌ２層及びＬ３層で構成される。本明細書の多様な実施形態において、Ｌ１層は物理（ｐｈｙｓｉｃａｌ）層を意味し得る。また、例えば、Ｌ２層はＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層及びＳＤＡＰ層の少なくとも１つを意味し得る。また、例えば、Ｌ３層はＲＲＣ層を意味し得る。

【0101】

ＳＬ同期信号（Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ、ＳＬＳＳ）及び同期化情報

【0102】

ＳＬＳＳは、ＳＬ特定のシーケンス（ｓｅｑｕｅｎｃｅ）で、ＰＳＳＳ（Ｐｒｉｍａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を含む。前記ＰＳＳＳはＳ－ＰＳＳ（Ｓｉｄｅｌｉｎｋ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）と呼ばれてもよく、前記ＳＳＳＳはＳ－ＳＳＳ（Ｓｉｄｅｌｉｎｋ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）と呼ばれてもよい。例えば、長さ－１２７ Ｍ－シーケンス（ｌｅｎｇｔｈ－１２７ Ｍ－ｓｅｑｕｅｎｃｅｓ）がＳ－ＰＳＳに対して使用され、長さ－１２７ ゴールド－シーケンス（ｌｅｎｇｔｈ－１２７ Ｇｏｌｄ ｓｅｑｕｅｎｃｅｓ）がＳ－ＳＳＳに対して使用される。例えば、端末は、Ｓ－ＰＳＳを利用して最初信号を検出（ｓｉｇｎａｌ ｄｅｔｅｃｔｉｏｎ）し、同期を取得することができる。例えば、端末は、Ｓ－ＰＳＳ及びＳ－ＳＳＳを利用して細部同期を取得し、同期信号ＩＤを検出することができる。

【0103】

ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）はＳＬ信号送受信の前に端末が最初に知っているべき基本となる（システム）情報が送信される（放送）チャネルでありうる。例えば、前記基本となる情報は、ＳＬＳＳに関する情報、デュプレックスモード（Ｄｕｐｌｅｘ Ｍｏｄｅ、ＤＭ）、ＴＤＤ ＵＬ／ＤＬ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ Ｕｐｌｉｎｋ／Ｄｏｗｎｌｉｎｋ）構成、リソースプール関連情報、ＳＬＳＳに関連したアプリケーションの種類、サブフレームオフセット、放送情報などであり得る。例えば、ＰＳＢＣＨ性能の評価のために、ＮＲＶ２Ｘにおいて、ＰＳＢＣＨのペイロードサイズは２４ビットのＣＲＣを含めて５６ビットであり得る。

【0104】

Ｓ－ＰＳＳ、Ｓ－ＳＳＳ及びＰＳＢＣＨは、周期的な送信をサポートするブロックフォーマット（例えば、ＳＬＳＳ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）／ＰＳＢＣＨブロック、以下、Ｓ－ＳＳＢ（Ｓｉｄｅｌｉｎｋ－Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ））に含まれる。前記Ｓ－ＳＳＢはキャリア内のＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）／ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）と同一のヌメロロジー（すなわち、ＳＣＳ及びＣＰ長）を有することができ、送信帯域幅は（予め）設定されたＳＬ ＢＷＰ（Ｓｉｄｅｌｉｎｋ ＢＷＰ）内に存在し得る。例えば、Ｓ－ＳＳＢの帯域幅は１１ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）であり得る。例えば、ＰＳＢＣＨは１１ＲＢにわたっていることがある。そして、Ｓ－ＳＳＢの周波数位置は（予め）設定できる。従って、端末はキャリアにおいてＳ－ＳＳＢを発見するために周波数で仮説検出（ｈｙｐｏｔｈｅｓｉｓ ｄｅｔｅｃｔｉｏｎ）を行う必要がない。

【0105】

一方、ＮＲ ＳＬシステムにおいて、異なるＳＣＳ及び／又はＣＰ長を有する複数のヌメロロジーがサポートされることができる。この時、ＳＣＳが増加するにつれて、送信端末がＳ－ＳＳＢを送信する時間リソースの長さが短くなる。これにより、Ｓ－ＳＳＢのカバレッジ（ｃｏｖｅｒａｇｅ）が減少する。従って、Ｓ－ＳＳＢのカバレッジを保障するために、送信端末はＳＣＳに応じて１つのＳ－ＳＳＢ送信周期内で１つ以上のＳ－ＳＳＢを受信端末に送信することができる。例えば、送信端末が１つのＳ－ＳＳＢ送信周期内で受信端末に送信するＳ－ＳＳＢの個数は送信端末に事前に設定されるか（ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ）、設定（ｃｏｎｆｉｇｕｒｅｄ）されることができる。例えば、Ｓ－ＳＳＢ送信周期は１６０ｍｓである。例えば、全てのＳＣＳに対して、１６０ｍｓのＳ－ＳＳＢ送信周期がサポートされることができる。

【0106】

図４は、本明細書の一実施形態による、Ｖ２Ｘ又はＳＬ通信を行う端末を示す。

【0107】

図４を参照すると、Ｖ２Ｘ又はＳＬ通信において端末という用語は主に使用者の端末を意味する。しかしながら、基地局のようなネットワーク装備が端末間の通信方式に応じて信号を送受信する場合、基地局も一種の端末と見なされる場合がある。例えば、端末１は第１装置１００であり、端末２は第２装置２００である。

【0108】

例えば、端末１は、一連のリソースの集合を意味するリソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）内において特定のリソースに該当するリソース単位（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を選択することができる。そして、端末１は、前記リソース単位を使用してＳＬ信号を送信することができる。例えば、受信端末である端末２は端末１が信号を送信できるリソースプールを設定されることができ、前記リソースプール内において端末１の信号を検出することができる。

【0109】

ここで、端末１が基地局の連結範囲内にある場合、基地局がリソースプールを端末１に知らせることができる。反面、端末１が基地局の連結範囲外にある場合、他の端末が端末１にリソースプールを知らせるか、または端末１は事前に設定されたリソースプールを使用することができる。

【0110】

一般的に、リソースプールは複数のリソース単位で構成され、各端末は１つまたは複数のリソース単位を選択して自分のＳＬ信号送信に使用する。

【0111】

図５は、本明細書の一実施形態による、Ｖ２Ｘ又はＳＬ通信のためのリソース単位を示す。

【0112】

図５を参照すると、リソースプールの全体周波数リソースがＮ_Ｆ個に分割され、リソースプールの全時間リソースがＮ_Ｔ個に分割されることができる。従って、全部でＮ_Ｆ＊Ｎ_Ｔ個のリソース単位がリソースプール内において定義されることができる。図５は、当該リソースプールがＮ_Ｔ個のサブフレームの周期で繰り返される場合の例を示す。

【0113】

図５に示すように、１つのリソース単位（例えば、Ｕｎｉｔ♯０）は周期的に繰り返して現れる。または、時間または周波数次元でのダイバーシティ（ｄｉｖｅｒｓｉｔｙ）効果を得るために、１つの論理的なリソース単位がマッピングされる物理的リソース単位のインデックスが時間に応じて事前に定められたパターンに変化することもできる。このようなリソース単位の構造において、リソースプールとはＳＬ信号を送信しようとする端末が送信に使用できるリソース単位の集合を意味する。

【0114】

リソースプールはいくつかの種類に細分化される。例えば、各リソースプールにおいて送信されるＳＬ信号のコンテンツ（ｃｏｎｔｅｎｔ）に応じて、リソースプールは以下のように区分される。

【0115】

（１）スケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ Ａｓｓｉｇｎｍｅｎｔ、ＳＡ）は、送信端末がＳＬデータチャネルの送信に使用するリソースの位置、その他にデータチャネルの復調のために必要なＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）又はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）送信方式、ＴＡ（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）などの情報を含む信号である。ＳＡは、同一リソース単位上においてＳＬデータと共にマルチプレクスされて送信されることも可能であり、この場合、ＳＡリソースプールとは、ＳＡがＳＬデータとマルチプレクスされて送信されるリソースプールを意味する。ＳＡはＳＬ制御チャネル（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）と呼ばれてもよい。

【0116】

（２）ＳＬデータチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）は、送信端末がユーザデータを送信するために使用するリソースプールである。もし同一リソース単位上においてＳＬデータと共にＳＡがマルチプレクスされて送信される場合、ＳＡ情報を除いた形態のＳＬデータチャネルのみがＳＬデータチャネルのためのリソースプールにおいて送信されることができる。すなわち、ＳＡリソースプール内の個別リソース単位上においてＳＡ情報を送信するために使われたＲＥｓ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔｓ）は、ＳＬデータチャネルのリソースプールにおいて依然としてＳＬデータを送信するために使用できる。例えば、送信端末は連続的なＰＲＢにＰＳＳＣＨをマッピングさせて送信することができる。

【0117】

（３）ディスカバリチャネルは送信端末が自分のＩＤなどの情報を送信するためのリソースプールでありうる。これにより、送信端末は隣接端末が自分を発見するようにすることができる。

【0118】

以上で説明したＳＬ信号のコンテンツが同一である場合にも、ＳＬ信号の送受信属性に応じて異なるリソースプールを使用することができる。例えば、同一のＳＬデータチャネルやディスカバリメッセージであっても、ＳＬ信号の送信タイミング決定方式（例えば、同期基準信号の受信時点で送信されるか、それとも前記受信時点で一定のタイミングアドバンスを適用して送信されるか）、リソース割り当て方式（例えば、個別信号の送信リソースを基地局が個別送信端末に指定するか、それとも個別送信端末がリソースプール内において自体的に個別信号送信リソースを選択するか）、信号フォーマット（例えば、各ＳＬ信号が１つのサブフレームにおいて占めるシンボルの数、または１つのＳＬ信号の送信に使用されるサブフレームの数）、基地局からの信号強度、ＳＬ端末の送信電力強度などに応じてまた異なるリソースプールに区分されることもできる。

【0119】

ＳＬにおけるリソース割り当て（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）

【0120】

図６は、本明細書の一実施形態によって、端末が送信モードに応じてＶ２ＸまたはＳＬ通信を行う手順を示す。

【0121】

図６の実施形態は、本開示の多様な実施形態と結合されることができる。本開示の多様な実施形態において、送信モードは、モードまたはリソース割り当てモードと称することができる。以下、説明の便宜のために、ＬＴＥにおいて送信モードは、ＬＴＥ送信モードと称することができ、ＮＲにおいて送信モードは、ＮＲリソース割り当てモードと称することができる。

【0122】

例えば、図６の（ａ）はＬＴＥ送信モード１又はＬＴＥ送信モード３に関連した端末動作を示す。または、例えば、図６の（ａ）はＮＲリソース割り当てモード１に関連した端末動作を示す。例えば、ＬＴＥ送信モード１は一般的なＳＬ通信に適用でき、ＬＴＥ送信モード３はＶ２Ｘ通信に適用できる。

【0123】

例えば、図６の（ｂ）はＬＴＥ送信モード２またはＬＴＥ送信モード４に関連した端末動作を示す。または、例えば、図６の（ｂ）はＮＲリソース割り当てモード２に関連した端末動作を示す。

【0124】

図６の（ａ）を参照すると、ＬＴＥ送信モード１、ＬＴＥ送信モード３またはＮＲリソース割り当てモード１において、基地局は、ＳＬ送信のために端末により使用されるＳＬリソースをスケジューリングできる。例えば、ステップＳ６００において、基地局は、第１端末にＳＬリソースと関連した情報及び／またはＵＬリソースと関連した情報を送信できる。例えば、前記ＵＬリソースは、ＰＵＣＣＨリソース及び／またはＰＵＳＣＨリソースを含むことができる。例えば、前記ＵＬリソースは、ＳＬ ＨＡＲＱフィードバックを基地局に報告するためのリソースでありうる。

【0125】

例えば、第１端末は、ＤＧ（ｄｙｎａｍｉｃ ｇｒａｎｔ）リソースと関連した情報及び／またはＣＧ（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）リソースと関連した情報を基地局から受信することができる。例えば、ＣＧリソースは、ＣＧタイプ１リソースまたはＣＧタイプ２リソースを含むことができる。本明細書において、ＤＧリソースは、基地局がＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を介して第１端末に設定／割り当てるリソースでありうる。本明細書において、ＣＧリソースは、基地局がＤＣＩ及び／またはＲＲＣメッセージを介して第１端末に設定／割り当てる（周期的な）リソースでありうる。例えば、ＣＧタイプ１リソースの場合、基地局は、ＣＧリソースと関連した情報を含むＲＲＣメッセージを第１端末に送信できる。例えば、ＣＧタイプ２リソースの場合、基地局はＣＧリソースと関連した情報を含むＲＲＣメッセージを第１端末に送信でき、基地局は、ＣＧリソースの活性化（ａｃｔｉｖａｔｉｏｎ）または解除（ｒｅｌｅａｓｅ）と関連したＤＣＩを第１端末に送信できる。

【0126】

ステップＳ６１０において、第１端末は、前記リソーススケジューリングに基づいてＰＳＣＣＨ（例、ＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）または１ｓｔ－ｓｔａｇｅ ＳＣＩ）を第２端末に送信できる。ステップＳ６２０において、第１端末は、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（例、２ｎｄ－ｓｔａｇｅ ＳＣＩ、ＭＡＣＰＤＵ、データ等）を第２端末に送信できる。ステップＳ６３０において、第１端末は、ＰＳＣＣＨ／ＰＳＳＣＨと関連したＰＳＦＣＨを第２端末から受信することができる。例えば、ＨＡＲＱフィードバック情報（例、ＮＡＣＫ情報またはＡＣＫ情報）が前記ＰＳＦＣＨを介して前記第２端末から受信されることができる。ステップＳ６４０において、第１端末は、ＨＡＲＱフィードバック情報をＰＵＣＣＨまたはＰＵＳＣＨを介して基地局に送信／報告できる。例えば、前記基地局に報告されるＨＡＲＱフィードバック情報は、前記第１端末が前記第２端末から受信したＨＡＲＱフィードバック情報に基づいて生成（ｇｅｎｅｒａｔｅ）する情報でありうる。例えば、前記基地局に報告されるＨＡＲＱフィードバック情報は、前記第１端末が事前に設定された規則に基づいて生成（ｇｅｎｅｒａｔｅ）する情報でありうる。例えば、前記ＤＣＩは、ＳＬのスケジューリングのためのＤＣＩでありうる。例えば、前記ＤＣＩのフォーマットは、ＤＣＩフォーマット３＿０またはＤＣＩフォーマット３＿１でありうる。以下の表５は、ＳＬのスケジューリングのためのＤＣＩの一例を示す。

【0127】

【表5】

【0128】

図６の（ｂ）を参照すると、ＬＴＥ送信モード２、ＬＴＥ送信モード４またはＮＲリソース割り当てモード２において、端末は、基地局／ネットワークにより設定されたＳＬリソースまたは予め設定されたＳＬリソース内でＳＬ送信リソースを決定できる。例えば、前記設定されたＳＬリソースまたは予め設定されたＳＬリソースはリソースプールでありうる。例えば、端末は、自律的にＳＬ送信のためのリソースを選択またはスケジューリングできる。例えば、端末は、設定されたリソースプール内でリソースを自ら選択して、ＳＬ通信を行うことができる。例えば、端末はセンシング（ｓｅｎｓｉｎｇ）及びリソース（再）選択手順を行って、選択ウィンドウ内で自らリソースを選択できる。例えば、前記センシングは、サブチャネル単位で行なわれることができる。例えば、ステップＳ６１０において、リソースプール内でリソースを自ら選択した第１端末は、前記リソースを使用してＰＳＣＣＨ（例、ＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）または１ｓｔ－ｓｔａｇｅ ＳＣＩ）を第２端末に送信できる。ステップＳ６２０において、第１端末は、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（例、２ｎｄ－ｓｔａｇｅ ＳＣＩ、ＭＡＣ ＰＤＵ、データ等）を第２端末に送信できる。ステップＳ６３０において、第１端末は、ＰＳＣＣＨ／ＰＳＳＣＨと関連したＰＳＦＣＨを第２端末から受信することができる。

【0129】

図６の（ａ）または（ｂ）を参照すると、例えば、第１端末は、ＰＳＣＣＨ上においてＳＣＩを第２端末に送信できる。または、例えば、第１端末は、ＰＳＣＣＨ及び／またはＰＳＳＣＨ上において二つの連続的なＳＣＩ（例、２－ｓｔａｇｅ ＳＣＩ）を第２端末に送信できる。この場合、第２端末は、ＰＳＳＣＨを第１端末から受信するために、二つの連続的なＳＣＩ（例、２－ｓｔａｇｅ ＳＣＩ）をデコードできる。本明細書において、ＰＳＣＣＨ上において送信されるＳＣＩは、１ｓｔ ＳＣＩ、第１ＳＣＩ、１ｓｔ－ｓｔａｇｅ ＳＣＩまたは１ｓｔ－ｓｔａｇｅ ＳＣＩフォーマットと称することができ、ＰＳＳＣＨ上において送信されるＳＣＩは、２ｎｄ ＳＣＩ、第２ＳＣＩ、２ｎｄ－ｓｔａｇｅ ＳＣＩまたは２ｎｄ－ｓｔａｇｅ ＳＣＩフォーマットと称することができる。例えば、１ｓｔ－ｓｔａｇｅ ＳＣＩフォーマットは、ＳＣＩフォーマット１－Ａを含むことができ、２ｎｄ－ｓｔａｇｅ ＳＣＩフォーマットは、ＳＣＩフォーマット２－Ａ及び／またはＳＣＩフォーマット２－Ｂを含むことができる。以下の表６は、１ｓｔ－ｓｔａｇｅ ＳＣＩフォーマットの一例を示す。

【0130】

【表6-1】

【表6-2】

【0131】

以下の表７は、２ｎｄ－ｓｔａｇｅ ＳＣＩフォーマットの一例を示す。

【0132】

【表7】

【0133】

図６の（ａ）または（ｂ）を参照すると、ステップＳ６３０において、第１端末は、表８に基づいてＰＳＦＣＨを受信することができる。例えば、第１端末及び第２端末は、表８に基づいてＰＳＦＣＨリソースを決定でき、第２端末は、ＰＳＦＣＨリソースを使用してＨＡＲＱフィードバックを第１端末に送信できる。

【0134】

【表8-1】

【表8-2】

【0135】

【表8-3】

【0136】

図６の（ａ）を参照すると、ステップＳ６４０において、第１端末は、表９に基づいて、ＰＵＣＣＨ及び／またはＰＵＳＣＨを介してＳＬ ＨＡＲＱフィードバックを基地局に送信できる。

【0137】

【表9-1】

【表9-2】

【0138】

【表9-3】

【0139】

ＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）

【0140】

基地局がＰＤＣＣＨを介して端末に送信する制御情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）と称するに対して、端末がＰＳＣＣＨを介して他の端末に送信する制御情報をＳＣＩと称する。例えば、端末はＰＳＣＣＨをデコードする前に、ＰＳＣＣＨの開始シンボル及び／又はＰＳＣＣＨのシンボル数を知っていることがある。例えば、ＳＣＩはＳＬスケジューリング情報を含む。例えば、端末はＰＳＳＣＨをスケジューリングするために少なくとも１つのＳＣＩを他の端末に送信する。例えば、１つ以上のＳＣＩフォーマット（ｆｏｒｍａｔ）が定義されることができる。

【0141】

例えば、送信端末はＰＳＣＣＨ上においてＳＣＩを受信端末に送信する。受信端末はＰＳＳＣＨを送信端末から受信するために１つのＳＣＩをデコードする。

【0142】

例えば、送信端末はＰＳＣＣＨ及び／又はＰＳＳＣＨ上において２つの連続的なＳＣＩ（例えば、２－ｓｔａｇｅ ＳＣＩ）を受信端末に送信する。受信端末は、ＰＳＳＣＨを送信端末から受信するために２つの連続的なＳＣＩ（例えば、２－ｓｔａｇｅ ＳＣＩ）をデコードする。例えば、（相対的に）高いＳＣＩペイロード（ｐａｙｌｏａｄ）サイズを考慮してＳＣＩ構成フィールドを２つのグループに区分した場合、第１ＳＣＩ構成フィールドグループを含むＳＣＩを第１ＳＣＩ又は第１^ｓｔＳＣＩと呼んでもよく、第２ＳＣＩ構成フィールドグループを含むＳＣＩを第２ＳＣＩ又は第２^ｎｄＳＣＩと呼んでもよい。例えば、送信端末はＰＳＣＣＨを介して第１ＳＣＩを受信端末に送信する。例えば、送信端末はＰＳＣＣＨ及び／又はＰＳＳＣＨ上において第２ＳＣＩを受信端末に送信する。例えば、第２ＳＣＩは（独立した）ＰＳＣＣＨを介して受信端末に送信されるか、ＰＳＳＣＨを介してデータと共にピギーバックされて送信される。例えば、２つの連続的なＳＣＩは、相異なる送信（例えば、ユニキャスト（ｕｎｉｃａｓｔ）、ブロードキャスト（ｂｒｏａｄｃａｓｔ）またはグループキャスト（ｇｒｏｕｐｃａｓｔ））に対して適用することもできる。

【0143】

一方、本明細書の多様な実施形態において、送信端末はＰＳＣＣＨを介してＳＣＩ、第１ＳＣＩ及び／又は第２ＳＣＩのうち少なくともいずれか１つを受信端末に送信できるので、ＰＳＣＣＨはＳＣＩ、第１ＳＣＩ及び／又は第２ＳＣＩのうち少なくともいずれか１つに代替／置換されてもよい。そして／または、例えば、ＳＣＩはＰＳＣＣＨ、第１ＳＣＩ及び／又は第２ＳＣＩのうち少なくともいずれか１つに代替／置換されてもよい。そして／または、例えば、送信端末はＰＳＳＣＨを介して第２ＳＣＩを受信端末に送信できるので、ＰＳＳＣＨは第２ＳＣＩに代替／置換されてもよい。

【0144】

一方、図７は、本明細書の一実施形態による、３つのキャストタイプを示す。

【0145】

具体的に、図７の（ａ）はブロードキャストタイプのＳＬ通信を示し、図７の（ｂ）はユニキャストタイプのＳＬ通信を示し、図７の（ｃ）はグループキャストタイプのＳＬ通信を示す。ユニキャストタイプのＳＬ通信の場合、端末は他の端末と１対１通信を行うことができる。グループキャストタイプのＳＬ通信の場合、端末は自分が属するグループ内の１つ以上の端末とＳＬ通信を行うことができる。本明細書の多様な実施形態において、ＳＬグループキャスト通信はＳＬマルチキャスト（ｍｕｌｔｉｃａｓｔ）通信、ＳＬ一対多通信などに代替できる。

【0146】

以下、端末間のＲＲＣ接続確立（ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）について説明する。

【0147】

Ｖ２Ｘ又はＳＬ通信のために、送信端末は受信端末と（ＰＣ５）ＲＲＣ接続を確立する必要がある場合がある。例えば、端末はＶ２Ｘ－特定ＳＩＢ（Ｖ２Ｘ－ｓｐｅｃｉｆｉｃ ＳＩＢ）を取得することができる。上位層によりＶ２Ｘ又はＳＬ通信を送信するように設定された、送信するデータを有する、端末に対して、少なくとも前記端末がＳＬ通信のために送信するように設定された周波数がＶ２Ｘ－特定ＳＩＢに含まれると、該当周波数に対する送信リソースプールを含まずに、前記端末は他の端末とＲＲＣ接続を確立することができる。例えば、送信端末と受信端末との間にＲＲＣ接続が確立されると、送信端末は確立されたＲＲＣ接続を介して受信端末とユニキャスト通信を行うことができる。

【0148】

端末間においてＲＲＣ接続が確立されると、送信端末はＲＲＣメッセージを受信端末に送信することができる。

【0149】

受信端末は受信した情報に対してアンテナ／リソースデマッピング、復調及びデコードを行う。該当情報は、ＭＡＣ層、ＲＬＣ層及びＰＤＣＰ層を経てＲＲＣ層に伝達される。従って、受信端末は送信端末により生成されたＲＲＣメッセージを受信する。

【0150】

Ｖ２Ｘ又はＳＬ通信は、ＲＲＣ＿ＣＯＮＥＣＴＥＤモードの端末、ＲＲＣ＿ＩＤＬＥモードの端末及び（ＮＲ）ＲＲＣ＿ＩＮＡＣＴＩＶＥモードの端末に対してサポートできる。すなわち、ＲＲＣ＿ＣＯＮＥＣＴＥＤモードの端末、ＲＲＣ＿ＩＤＬＥモードの端末及び（ＮＲ）ＲＲＣ＿ＩＮＡＣＴＩＶＥモードの端末は、Ｖ２ＸまたはＳＬ通信を行うことができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥモードの端末またはＲＲＣ＿ＩＤＬＥモードの端末は、Ｖ２Ｘに特定されたＳＩＢに含まれたセル特定設定（セル固有の設定、ｃｅｌｌ－ｓｐｅｃｉｆｉｃ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を使用することで、Ｖ２ＸまたはＳＬ通信を行うことができる。

【0151】

ＲＲＣは少なくともＵＥ能力（ｃａｐａｂｉｌｉｔｙ）及びＡＳ層設定の交換に使用される。例えば、第１端末は第１端末のＵＥ能力及びＡＳ層設定を第２端末に送信し、第１端末は第２端末のＵＥ能力及びＡＳ層設定を第２端末から受信する。ＵＥ能力伝達の場合、情報の流れは直接リンクセットアップ（ｄｉｒｅｃｔ ｌｉｎｋ ｓｅｔｕｐ）のためのＰＣ５－Ｓシグナリングの間または後にトリガーされる。

【0152】

ＳＬ測定及び報告（Ｍｅａｓｕｒｅｍｅｎｔ ａｎｄ Ｒｅｐｏｒｔｉｎｇ ｆｏｒ ＳＬ）

【0153】

以下、ＳＬ測定（ｍｅａｓｕｒｅｍｅｎｔ）及び報告（ｒｅｐｏｒｔｉｎｇ）について説明する。

【0154】

ＱｏＳ予測（ｐｒｅｄｉｃｔｉｏｎ）、初期送信パラメータセッティング（ｉｎｉｔｉａｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔｔｉｎｇ）、リンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ、リンク管理（ｌｉｎｋ ｍａｎａｇｅｍｅｎｔ）、アドミッション制御（ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）などの目的として、端末間のＳＬ測定及び報告（例えば、ＲＳＲＰ、ＲＳＲＱ）がＳＬにおいて考慮される。例えば、受信端末は送信端末から参照信号を受信し、受信端末は参照信号に基づいて送信端末に対するチャネル状態を測定する。そして、受信端末はチャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）を送信端末に報告する。ＳＬ関連の測定及び報告はＣＢＲの測定及び報告、及び位置情報の報告を含む。Ｖ２Ｘに対するＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｉｎｆｏｒｍａｔｉｏｎ）の例はＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｅｘ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）、ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）、経路利得（ｐａｔｈ ｇａｉｎ）／経路損失（ｐａｔｈｌｏｓｓ）、ＳＲＩ（ＳＲＳ、Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｙｍｂｏｌｓ、Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）、ＣＲＩ（ＣＳＩ－ＲＳ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）、干渉条件（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃｏｎｄｉｔｉｏｎ）、車両動作（ｖｅｈｉｃｌｅ ｍｏｔｉｏｎ）などでありうる。ユニキャスト通信の場合、ＣＱＩ、ＲＩ及びＰＭＩまたはその一部は、４つ以下のアンテナポートを仮定した非サブバンドベースの非周期ＣＳＩレポート（ｎｏｎ－ｓｕｂｂａｎｄ－ｂａｓｅｄ ａｐｅｒｉｏｄｉｃ ＣＳＩレポート）においてサポートできる。ＣＳＩ手順は、スタンドアロン参照信号（ｓｔａｎｄａｌｏｎｅ ＲＳ）に依存しない場合がある。ＣＳＩ報告は設定に応じて活性化及び非活性化される。

【0155】

例えば、送信端末はＣＳＩ－ＲＳを受信端末に送信し、受信端末は前記ＣＳＩ－ＲＳを利用してＣＱＩ又はＲＩを測定する。例えば、前記ＣＳＩ－ＲＳはＳＬ ＣＳＩ－ＲＳと呼ばれてもよい。例えば、前記ＣＳＩ－ＲＳはＰＳＳＣＨ送信内に限定（ｃｏｎｆｉｎｅｄ）される。例えば、送信端末はＰＳＳＣＨリソース上にＣＳＩ－ＲＳを含めて受信端末に送信する。

【0156】

ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ） ｆｏｒ ＳＬ

【0157】

以下、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）手順について説明する。

【0158】

通信の信頼性を確保するためのエラー補償技法は、ＦＥＣ（ＦｏｒｗａｒｄＥｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）方式（ｓｃｈｅｍｅ）とＡＲＱ（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）方式を含む。ＦＥＣ方式においては情報ビットに余分のエラー訂正コードを追加させることにより、受信端におけるエラーを訂正することができる。ＦＥＣ方式は時間遅延が少なく送受信端の間に別途に交換する情報が必要ないという長所があるが、良好なチャネル環境においてシステム効率が低下する短所がある。ＡＲＱ方式は送信信頼性を高めることができるが、時間遅延が発生し、劣悪なチャネル環境においてシステム効率が低下する短所がある。

【0159】

ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）方式はＦＥＣとＡＲＱを結合したもので、物理層が受信したデータが復号できないエラーを含んでいるか否かを確認し、エラーが発生すると、再送信を要求することにより性能を高めることができる。

【0160】

ＳＬユニキャスト及びグループキャストの場合、物理層におけるＨＡＲＱフィードバック及びＨＡＲＱコンバイニング（ｃｏｍｂｉｎｉｎｇ）がサポートされることができる。例えば、受信端末がリソース割り当てモード１または２で動作する場合、受信端末はＰＳＳＣＨを送信端末から受信し、受信端末はＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）を介してＳＦＣＩ（Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）フォーマットを使用してＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信する。

【0161】

例えば、ＳＬ ＨＡＲＱフィードバックはユニキャストに対してイネーブルされることができる。この場合、ｎｏｎ－ＣＢＧ（ｎｏｎ－Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）動作において、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコードし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコードすると、受信端末はＨＡＲＱ－ＡＣＫを生成する。そして、受信端末はＨＡＲＱ－ＡＣＫを送信端末に送信する。それに対して、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコードした後、受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコードできない場合、受信端末はＨＡＲＱ－ＮＡＣＫを生成する。そして、受信端末はＨＡＲＱ－ＮＡＣＫを送信端末に送信する。

【0162】

例えば、ＳＬ ＨＡＲＱフィードバックはグループキャストに対してイネーブルされる。例えば、ｎｏｎ－ＣＢＧ動作において、２つのＨＡＲＱフィードバックオプションがグループキャストに対してサポートされる。

【0163】

（１）グループキャストオプション１：受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコードした後、受信端末が前記ＰＳＣＣＨと関連した送信ブロックのデコードに失敗すると、受信端末はＨＡＲＱ－ＮＡＣＫをＰＳＦＣＨを介して送信端末に送信する。それに対して、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコードし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコードすると、受信端末はＨＡＲＱ－ＡＣＫを送信端末に送信しない。

【0164】

（２）グループキャストオプション２：受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコードした後、受信端末が前記ＰＳＣＣＨと関連した送信ブロックのデコードに失敗すると、受信端末はＨＡＲＱ－ＮＡＣＫをＰＳＦＣＨを介して送信端末に送信する。そして、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコードし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコードすると、受信端末はＨＡＲＱ－ＡＣＫをＰＳＦＣＨを介して送信端末に送信する。

【0165】

例えば、グループキャストオプション１がＳＬ ＨＡＲＱフィードバックに使われると、グループキャスト通信を行う全ての端末はＰＳＦＣＨリソースを共有する。例えば、同一のグループに属する端末は、同一のＰＳＦＣＨリソースを利用してＨＡＲＱフィードバックを送信する。

【0166】

例えば、グループキャストオプション２がＳＬ ＨＡＲＱフィードバックに使われると、グループキャスト通信を行うそれぞれの端末は、ＨＡＲＱフィードバック送信のために異なるＰＳＦＣＨリソースを使用する。例えば、同一のグループに属する端末は相異なるＰＳＦＣＨリソースを利用してＨＡＲＱフィードバックを送信することができる。

【0167】

本明細書において、ＨＡＲＱ－ＡＣＫは、ＡＣＫ、ＡＣＫ情報または肯定（ｐｏｓｉｔｉｖｅ）－ＡＣＫ情報と称することができ、ＨＡＲＱ－ＮＡＣＫは、ＮＡＣＫ、ＮＡＣＫ情報または否定（ｎｅｇａｔｉｖｅ）－ＡＣＫ情報と称することができる。

【0168】

帯域幅部分（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）及びリソースプール（Ｒｅｓｏｕｒｃｅ Ｐｏｏｌ）

【0169】

以下、ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）及びリソースプールについて説明する。

【0170】

ＢＡ（Ｂａｎｄｗｉｄｔｈ Ａｄａｐｔａｔｉｏｎ）を使用すると、端末の受信帯域幅及び送信帯域幅はセルの帯域幅ほど大きくなる必要がなく、端末の受信帯域幅及び送信帯域幅は調整されることができる。例えば、ネットワーク／基地局は帯域幅調整を端末に知らせることができる。例えば、端末は帯域幅調整のための情報／設定をネットワーク／基地局から受信する。この場合、端末は前記受信された情報／設定に基づいて帯域幅調整を行う。例えば、前記帯域幅調整は帯域幅の縮小／拡大、帯域幅の位置変更または帯域幅のサブキャリアスペーシングの変更を含んでもよい。

【0171】

例えば、帯域幅はパワーセーブのために活動が少ない期間中に縮小される。例えば、帯域幅の位置は周波数ドメインにおいて移動することができる。例えば、帯域幅の位置は、スケジューリング柔軟性（ｓｃｈｅｄｕｌｉｎｇ ｆｌｅｘｉｂｉｌｉｔｙ）を増加させるために周波数ドメインにおいて移動することができる。例えば、帯域幅のサブキャリアスペーシング（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）は変更できる。例えば、帯域幅のサブキャリアスペーシングは、異なるサービスを許容するために変更できる。セルの総セル帯域幅のサブセットはＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）と称してもよい。ＢＡは基地局／ネットワークが端末にＢＷＰを設定し、基地局／ネットワークが設定されたＢＷＰのうち現在活性状態であるＢＷＰを端末に知らせることにより行われる。

【0172】

例えば、ＢＷＰは、活性（アクティブ、ａｃｔｉｖｅ）ＢＷＰ、イニシャル（ｉｎｉｔｉａｌ）ＢＷＰ及び／またはデフォルト（ｄｅｆａｕｌｔ）ＢＷＰのうち、少なくともいずれか一つでありうる。例えば、端末は、ＰＣｅｌｌ（ｐｒｉｍａｒｙ ｃｅｌｌ）上の活性（ａｃｔｉｖｅ）ＤＬ ＢＷＰ以外のＤＬ ＢＷＰにおいてダウンリンク無線リンク品質（ｄｏｗｎｌｉｎｋ ｒａｄｉｏ ｌｉｎｋ ｑｕａｌｉｔｙ）をモニタリングしなくても良い。例えば、端末は、活性ＤＬ ＢＷＰの外部からＰＤＣＣＨ、ＰＤＳＣＨまたはＣＳＩ－ＲＳ（但し、ＲＲＭは除外）を受信しなくても良い。例えば、端末は、非活性ＤＬ ＢＷＰに対するＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）報告をトリガーしなくても良い。例えば、端末は、活性ＵＬ ＢＷＰの外部からＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）またはＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を送信しなくても良い。例えば、ダウンリンクの場合、イニシャルＢＷＰは、（ＰＢＣＨにより設定された）ＲＭＳＩ（ｒｅｍａｉｎｉｎｇ ｍｉｎｉｍｕｍ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）ＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）に対する連続的なＲＢセットで与えられることができる。例えば、アップリンクの場合、イニシャルＢＷＰは、ランダムアクセス手順のためにＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）により与えられることができる。例えば、デフォルトＢＷＰは、上位階層により設定されることができる。例えば、デフォルトＢＷＰの初期値は、イニシャルＤＬ ＢＷＰでありうる。エネルギーセービングのために、端末が一定期間の間にＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を検出できなければ、端末は、前記端末の活性ＢＷＰをデフォルトＢＷＰにスイッチングできる。

【0173】

一方、ＢＷＰは、ＳＬに対して定義されることができる。同一のＳＬ ＢＷＰは送信及び受信に使用されることができる。例えば、送信端末は、特定ＢＷＰ上においてＳＬチャネルまたはＳＬ信号を送信し、受信端末は、前記特定ＢＷＰ上においてＳＬチャネルまたはＳＬ信号を受信することができる。免許キャリア（ｌｉｃｅｎｓｅｄ ｃａｒｒｉｅｒ）において、ＳＬ ＢＷＰは、Ｕｕ ＢＷＰとは別に定義されることができ、ＳＬ ＢＷＰは、Ｕｕ ＢＷＰとは別の設定シグナリング（ｓｅｐａｒａｔｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｉｇｎａｌｌｉｎｇ）を有する。例えば、端末は、ＳＬ ＢＷＰのための設定を基地局／ネットワークから受信することができる。ＳＬ ＢＷＰは、キャリア内においてｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅ ＮＲ Ｖ２Ｘ端末及びＲＲＣ＿ＩＤＬＥ端末に対して（予め）設定されることができる。ＲＲＣ＿ＣＯＮＥＣＴＥＤモードの端末に対して、少なくとも１つのＳＬ ＢＷＰがキャリア内において活性化されることができる。

【0174】

図８は、本明細書の一実施形態による、複数のＢＷＰを示す。

【0175】

図８を参照すると、４０ＭＨｚの帯域幅及び１５ｋＨｚのサブキャリアスペーシングを有するＢＷＰ１、１０ＭＨｚの帯域幅及び１５ｋＨｚのサブキャリアスペーシングを有するＢＷＰ２、及び２０ＭＨｚの帯域幅及び６０ｋＨｚのサブキャリアスペーシングを有するＢＷＰ３が設定される。

【0176】

図９は、本明細書の一実施形態による、ＢＷＰを示す。図９の実施形態において、ＢＷＰは３つであると仮定する。

【0177】

図９を参照すると、ＣＲＢ（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）はキャリアバンドの一側端部から他側端部まで番号が付けられたキャリアリソースブロックである。そして、ＰＲＢは各ＢＷＰ内において番号が付けられたリソースブロックである。ポイントＡは、リソースブロックグリッド（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｉｄ）に対する共通参照ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）を指示することができる。

【0178】

ＢＷＰはポイントＡ、ポイントＡからのオフセット（Ｎ^{ｓｔａｒｔ} _ＢＷＰ）及び帯域幅（Ｎ^ｓｉｚｅ _ＢＷＰ）により設定できる。例えば、ポイントＡは、全てのヌメロロジー（例えば、当該キャリアにおいてネットワークによりサポートされる全てのヌメロロジー）のサブキャリア０が整列されるキャリアのＰＲＢの外部参照ポイントである。例えば、オフセットは与えられたヌメロロジーにおいて最も低いサブキャリアとポイントＡの間のＰＲＢ間隔である。例えば、帯域幅は与えられたヌメロロジーにおいてＰＲＢの個数である。

【0179】

ＢＷＰはＳＬに対して定義される。同一のＳＬ ＢＷＰは送信及び受信に使用されることができる。例えば、送信端末は特定ＢＷＰ上においてＳＬチャネルまたはＳＬ信号を送信し、受信端末は前記特定ＢＷＰ上においてＳＬチャネルまたはＳＬ信号を受信することができる。免許キャリア（ｌｉｃｅｎｓｅｄ ｃａｒｒｉｅｒ）において、ＳＬ ＢＷＰはＵｕ ＢＷＰとは別に定義されることができ、ＳＬ ＢＷＰはＵｕ ＢＷＰとは別の設定シグナリング（ｓｅｐａｒａｔｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｉｇｎａｌｌｉｎｇ）を有する。例えば、端末はＳＬ ＢＷＰのための設定を基地局／ネットワークから受信する。ＳＬ ＢＷＰはキャリア内においてｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅ ＮＲ Ｖ２Ｘ端末及びＲＲＣ＿ＩＤＬＥ端末に対して（予め）設定できる。ＲＲＣ＿ＣＯＮＥＣＴＥＤモードの端末に対して、少なくとも１つのＳＬ ＢＷＰがキャリア内において活性化できる。

【0180】

リソースプールはＳＬ送信及び／又はＳＬ受信のために使用できる時間－周波数リソースの集合である。端末の観点から見て、リソースプール内の時間ドメインリソースは連続しないことがある。複数のリソースプールは、１つのキャリア内において端末に（予め）設定されることができる。物理層の観点から、端末は設定された又は事前に設定されたリソースプールを利用してユニキャスト、グループキャスト及びブロードキャスト通信を行うことができる。

【0181】

ＳＬ混雑制御（ｓｉｄｅｌｉｎｋ ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ）

【0182】

以下、ＳＬ混雑制御（ｓｉｄｅｌｉｎｋ ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ）について説明する。

【0183】

端末がＳＬ送信リソースを自ら決定する場合、端末は自分が使用するリソースのサイズ及び頻度も自ら決定する。もちろん、ネットワークなどからの制約条件により、一定水準以上のリソースサイズや頻度を使用することは制限されることがある。しかしながら、特定時点で特定地域に多くの端末が集中している状況で全ての端末が相対的に多くのリソースを使用する場合であれば、相互間の干渉により全体的な性能が大きく低下する可能性がある。

【0184】

従って、端末はチャネル状況を観察する必要がある。もし過度に多くのリソースが消耗していると判断される場合、端末は自らのリソース使用を減らす形態の動作をすることが好ましい。本明細書において、これを混雑制御（輻輳制御、Ｃｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ、ＣＲ）と定義する。例えば、端末は単位時間／周波数リソースにおいて測定されたエネルギーが一定水準以上であるか否かを判断し、一定水準以上のエネルギーが観察された単位時間／周波数リソースの比率に応じて自分の送信リソースの量及び頻度を調節することができる。本明細書において、一定水準以上のエネルギーが観察された時間／周波数リソースの比率をチャネル混雑比率（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ、ＣＢＲ）と定義する。端末はチャネル／周波数に対してＣＢＲを測定することができる。付加的に、端末は測定されたＣＢＲをネットワーク／基地局に送信することができる。

【0185】

図１０は、本明細書の一実施形態によるＣＢＲ測定のためのリソース単位を示す。

【0186】

図１０を参照すると、ＣＢＲは、端末が特定区間（例えば、１００ｍｓ）の間、サブチャネル単位でＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）を測定した結果、ＲＳＳＩの測定結果値が予め設定されたしきい値以上の値を有するサブチャネルの個数を意味し得る。または、ＣＢＲは、特定区間のサブチャネルのうち予め設定されたしきい値以上の値を有するサブチャネルの割合を意味し得る。例えば、図１０の実施形態において、斜線のサブチャネルが予め設定されたしきい値以上の値を有するサブチャネルであると仮定する場合、ＣＢＲは１００ｍｓ区間の間に斜線のサブチャネルの割合を意味し得る。付加的に、端末はＣＢＲを基地局に報告することができる。

【0187】

図１１は、ＣＢＲ測定に関連したリソースプールを例示する図である。

【0188】

例えば、図１１の実施形態のように、ＰＳＣＣＨとＰＳＳＣＨがマルチプレクスされる場合、端末は１つのリソースプールに対して１つのＣＢＲ測定を行うことができる。ここで、もしＰＳＦＣＨリソースが設定されるか事前に設定される場合、前記ＰＳＦＣＨリソースは前記ＣＢＲ測定から除外されることができる。

【0189】

さらに、トラフィック（例えば、パケット）の優先順位を考慮した混雑制御が必要になる。このために、例えば、端末はチャネル占有率（Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ Ｒａｄｉｏ、ＣＲ）を測定することができる。具体的には、端末はＣＢＲを測定し、端末は前記ＣＢＲに応じてそれぞれの優先順位（例えば、ｋ）に該当するトラフィックが占有できるチャネル占有率（Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ Ｒａｄｉｏ ｋ、ＣＲｋ）の最大値（ＣＲｌｉｍｉｔｋ）を決定することができる。例えば、端末はＣＢＲ測定値が予め定められた表に基づいて、それぞれのトラフィックの優先順位に対するチャネル占有率の最大値（ＣＲｌｉｍｉｔｋ）を導き出すことができる。例えば、相対的に優先順位の高いトラフィックの場合、端末は相対的に大きなチャネル占有率の最大値を導き出すことができる。その後、端末はトラフィックの優先順位ｋがｉより低いトラフィックのチャネル占有率の総合を一定値以下に制限することにより、混雑制御を行うことができる。このような方法によれば、相対的に優先順位の低いトラフィックにさらに強いチャネル占有率制限がかかることがある。

【0190】

それ以外に、端末は送信電力のサイズ調節、パケットのドロップ（ｄｒｏｐ）、再送信の可否の決定、送信ＲＢサイズ調節（ＭＣＳ調整）などの方法を利用して、ＳＬ混雑制御を行うことができる。

【0191】

表１０は、ＳＬ ＣＢＲ及びＳＬ ＲＳＳＩの一例を示す。

【0192】

【表10】

【0193】

表１０を参照すると、スロットインデックスは、物理スロットインデックス（ｐｈｙｓｉｃａｌ ｓｌｏｔ ｉｎｄｅｘ）を基盤とすることができる。

【0194】

表１１は、ＳＬ ＣＲ（Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ Ｒａｔｉｏ）の一例を示す。

【0195】

【表11】

【0196】

本明細書において、「設定または定義」のワーディングは、基地局またはネットワークから（事前に定義されたシグナリング（例えば、ＳＩＢ、ＭＡＣシグナリング、ＲＲＣシグナリング）を介して）（予め）設定されるものと解釈できる。例えば、「Ａが設定されることができる」とは、「基地局又はネットワークが端末に対してＡを（予め）設定／定義すること又は知らせること」を含む。または、「設定または定義」のワーディングは、システムにより事前に設定または定義されるものと解釈できる。例えば、「Ａが設定されることができる」とは「Ａがシステムにより事前に設定／定義されること」を含む。

【0197】

一方、基地局はＳＬチャネル／信号の送受信に使われるリソース（以下、ＳＬリソース）を端末に割り当てる。例えば、基地局は前記リソースに関する情報を端末に送信する。本明細書において、基地局がＳＬリソースを端末に割り当てる方式は、モード１方式、モード１動作またはリソース割り当てモード１と称してもよい。

【0198】

それに対して、端末はセンシングに基づいてリソースプール内でＳＬリソースを選択することができる。本明細書において、端末がＳＬリソースを選択する方式は、モード２方式、モード２動作またはリソース割り当てモード２と称してもよい。例えば、リソース割り当てモード２において、端末は他の端末により送信されるＳＣＩを検出することができ、端末は前記ＳＣＩに基づいて他の端末により予約されたリソースを識別することができ、端末はＲＳＲＰ測定値を取得することができる。そして、端末は、前述したセンシング結果に基づいてリソース選択ウィンドウ内に特定リソースを除いてＳＬ送信に使用するリソースを選択することができる。

【0199】

前記センシング動作の場合、端末は第１ＳＣＩを介して受信されるリソース割り当て情報を参照することができる。しかしながら、第１ＳＣＩのオーバーヘッドのため、端末が第１ＳＣＩ上で取得できる情報の量は制限的である。

【0200】

本明細書の多様な実施形態によれば、第１端末のセンシング動作及び／又はリソース選択動作を補助するために、第２端末は追加的な補助情報を送信する。第１端末はＰＳＳＣＨ検出性能向上及び／又は半二重（ｈａｌｆ－ｄｕｐｌｅｘ）限界軽減及び／又は特定信号の送受信のための予備リソース選択などのために、第２端末から受信した補助情報を使用することができる。本明細書の実施形態において、説明の便宜上、ＵＥ－ＡがＵＥ－Ｂに補助情報を送信すると仮定する。ＵＥ－ＢはＵＥ－Ａから受信した補助情報に基づいてＵＥ－Ａに送信するＰＳＣＣＨ／ＰＳＳＣＨのためのリソース及び／又はＵＥ－Ｃ（すなわち、第３のＵＥ）に送信するＰＳＣＣＨ／ＰＳＳＣＨのためのリソースを選択すると仮定する。

【0201】

図１２は、本明細書の一実施形態によって、ＵＥ－Ａが補助情報をＵＥ－Ｂに送信する手順を示す。図１２の実施形態は、本明細書の多様な実施形態と結合することができる。

【0202】

図１２を参照すると、ステップＳ１２００において、ＵＥ－Ａは、補助情報をＵＥ－Ｂに送信できる。例えば、ＵＥ－Ｂは、ＵＥ－Ａから受信した補助情報に基づいてＵＥ－Ａに送信するＰＳＣＣＨ／ＰＳＳＣＨのためのリソースを選択でき、ＵＥ－Ｂは、前記リソースを使用してＳＬ送信を行うことができる。例えば、ＵＥ－ＢはＵＥ－Ａから受信した補助情報に基づいてＵＥ－Ｃに送信するＰＳＣＣＨ／ＰＳＳＣＨのためのリソースを選択でき、ＵＥ－Ｂは、前記リソースを使用してＳＬ送信を行うことができる。本明細書において、補助情報は、付加情報または調整情報（ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）と称される。

【0203】

本明細書の多様な実施形態によれば、ＵＥ－Ｂは、ＵＥ－Ａに補助情報送信を要請する信号を送信できる。ここで、補助情報／付加情報は、端末間調整情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を意味でき、補助情報送信を要請する信号／補助情報要請信号／補助情報要請／付加情報要請は、端末間調整情報に対する要請（端末間調整情報に対する要求、ｒｅｑｕｅｓｔ ｆｏｒ ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を意味できる。すなわち、本明細書において補助情報または付加情報は、端末間調整情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を意味できる。

【0204】

端末間調整情報は、ＵＥ－Ｂの要請または予め設定された条件によりトリガーされることができる。すなわち、端末間調整情報は、ＵＥ－Ｂの要請がなくても予め設定された条件によりトリガーされて送信されることができる。

【0205】

端末間調整情報及び／または端末間調整情報に対する要請は、ＰＳＳＣＨに基づいて送信されることができる。一例として、端末間調整情報及び／または端末間調整情報に対する要請は、ＭＡＣ－ＣＥ（例：Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｒｅｑｕｅｓｔ ＭＡＣ ＣＥ、Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ＭＡＣ ＣＥ）に基づいて送信されることができる。一例として、端末間調整情報及び／または端末間調整情報に対する要請は、第２ＳＣＩ（ｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩ ｆｏｒｍａｔ ２－Ｃ）に基づいて送信されることができる。一例として、端末間調整情報及び／または端末間調整情報に対する要請は、ＭＡＣ－ＣＥ及び第２ＳＣＩ（ｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩ ｆｏｒｍａｔ ２－Ｃ）に基づいて送信されることができる。

【0206】

本明細書の一実施形態によれば、ＵＥ－Ａは、ＵＥ－Ｂに補助情報（すなわち、端末間調整と関連した方式（Ｓｃｈｅｍｅ １）と関連した情報）を提供できる。具体的に、前記方式１（Ｓｃｈｅｍｅ １）と関連した情報は、ＵＥ－Ｂの（今後）ＰＳＣＣＨ／ＰＳＳＣＨ送信のためのリソース選択と関連した情報（例：ＰＳＣＣＨ／ＰＳＳＣＨ送信と関連した選好リソースまたはＰＳＣＣＨ／ＰＳＳＣＨ送信と関連した非選好リソース）でありうる。

【0207】

具体的に、前記方式１（Ｓｃｈｅｍｅ １）と関連した情報は、ｉ）選好リソース、ｉｉ）非選好リソース、ｉｉｉ）ＵＥ－ＡのＳＬ受信可能時間リソース、ｉｖ）ＵＥ－ＡのＳＬ受信不可能時間リソース情報及び／またはｖ）ＵＥ－Ａが他の端末からＳＬ受信を行う途中のあるいは遂行予定のリソース情報のうち、少なくとも一つに基づいた情報を提供できる。一例として、ＵＥ－ＡのＳＬ受信可能時間リソースは、前記選好リソースとして提供されることができる。一例として、ＵＥ－ＡのＳＬ受信可能時間リソースは、前記非選好リソースから除外されることができる。一例として、ＵＥ－Ａが他の端末からＳＬ受信を行う途中のあるいは遂行予定のリソースは、前記非選好リソースとして提供されることができる。一例として、ＵＥ－Ａが他の端末からＳＬ受信を行う途中のあるいは遂行予定のリソースは、前記選好リソースから除外されることができる。

【0208】

ＵＥ－Ｂは、前記端末間調整情報（ｓｃｈｅｍｅ １）に基づいてＵＥ－ＡあるいはＵＥ－Ｃに送信するＰＳＣＣＨ／ＰＳＳＣＨリソースを選択できる。

【0209】

以下、本明細書において「補助情報の生成」は、端末間調整と関連した方式（ｓｃｈｅｍｅ １）または方式（ｓｃｈｅｍｅ ２）と関連した情報の決定を意味できる。一例として、「補助情報の生成」は、ｓｃｈｅｍｅ １と関連した選好リソースまたは非選好リソースの決定を意味できる。一例として、「補助情報の生成」は、ｓｃｈｅｍｅ ２と関連した予約リソースの衝突の決定を意味できる。

【0210】

例えば、ＵＥ－Ａは、補助情報を生成するにおいて（すなわち、選好リソースまたは非選好リソースを決定するにおいて）、次のように動作できる。ＵＥ－Ａは、第２ＳＣＩ検出に失敗した場合に対しては、前記第２ＳＣＩに対応するＳＣＩ（例：ＳＣＩ ｆｏｒｍａｔ １－Ａ）において指示した予約リソースを（ＲＳＲＰ測定値に応じて）ｉ）ＵＥ－Ｂ送信に対する非選好リソースに決定／設定するか、またはｉｉ）ＵＥ－Ｂ送信に対する選好リソースから除外されることに決定できる。

【0211】

例えば、ＵＥ－Ａは、補助情報を生成するにおいて第２ＳＣＩ検出に失敗した場合に対しては、前記第２ＳＣＩに対応するＳＣＩ（例：ＳＣＩ ｆｏｒｍａｔ １－Ａ）において指示した予約リソースが属したスロットのすべてのリソースをｉ）ＵＥ－Ｂ送信に対する非選好リソースに決定／設定するか、またはｉｉ）ＵＥ－Ｂ送信に対する選好リソースから除外されることに決定できる。前記方式は、補助情報を生成するにおいてＨＡＬＦ－ＤＵＰＬＥＸ問題を解決する条件が設定／使用可能な場合に限定できる。前記ＨＡＬＦ－ＤＵＰＬＥＸ問題は、ＵＥ－ＡのＨＡＬＦ－ＤＵＰＬＥＸ動作によりＵＥ－ＡのＳＬ受信が不可能な場合を意味できる。ＨＡＬＦ－ＤＵＰＬＥＸ動作によれば、ＳＬ送信が行われる間にはＳＬ受信が不可能で、ＳＬ受信が行われる間にはＳＬ送信が不可能である。言い換えれば、前記補助情報の生成（選好リソースまたは非選好リソースの決定）においてＨＡＬＦ－ＤＵＰＬＥＸ問題を解決する条件が設定された場合、ＵＥ－ＡがＳＬ受信が不可能なスロットのリソースがｉ）非選好リソースに決定されるか、またはｉｉ）選好リソースから除外されることができる。

【0212】

例えば、ＵＥ－Ａは、補助情報を生成するにおいて第２ＳＣＩ検出に失敗した場合にＵＥ－Ａは、前記第２ＳＣＩに対応するＳＣＩ（例：ＳＣＩ ｆｏｒｍａｔ １－Ａ）において指示した予約リソースを補助情報生成に使用しなくても良い。

【0213】

例えば、ＵＥ－Ａは、補助情報を生成するにおいて第２ＳＣＩ検出に失敗した場合に対して、はＵＥ－Ａがこれに対応するＰＳＣＣＨ／ＰＳＳＣＨのＤＥＳＴＩＮＡＴＩＯＮ ＵＥである場合を仮定して補助情報を生成できる。例えば、ＵＥ－Ａは、補助情報を生成するにおいて第２ＳＣＩ検出に失敗した場合に対しては、ＵＥ－Ａがこれに対応するＰＳＣＣＨ／ＰＳＳＣＨのＤＥＳＴＩＮＡＴＩＯＮ ＵＥでない場合を仮定して補助情報を生成できる。

【0214】

一方、ＵＥ－Ａが補助情報を生成するにおいて、その基準及び／または条件は互いに異なりうる。例えば、ＵＥ－Ａは、補助情報の生成基準あるいは条件に対する情報を補助情報送信時に含むことができる。例えば、ＵＥ－Ｂは、ＵＥ－Ａから補助情報を受信し、前記補助情報生成基準に従って補助情報を使用するかどうか及び／または使用方法が異なりうる。例えば、ＵＥ－ＡがＵＥ－Ｂに送信した補助情報の中でＵＥ－Ａが他の端末から受信が期待されるリソースに対してはＵＥ－Ｂが優先的に避け、補助情報の中でＵＥ－Ａが観測した高い干渉レベルに対応するリソースは、ＵＥ－Ｂの状況（例えば、利用可能リソースの量等）によっては、リソース（再）選択に前記情報を使用しても良く、使用しなくても良い。

【0215】

一方、ＵＥ－ＡがＵＥ－Ｂ送信に対する選好リソース及び／または非選好リソースを決定するために、センシング及び／またはＳＬ受信を行うことができる。このとき、ＵＥ－Ａの送信またはＵＥ－ＡのＲＸ ＣＡＰＡＢＩＬＩＴＹ限界によってＵＥ－ＡがＳＬ受信を行うことができないスロット（以下、ＮＯＮ－ＭＯＮＩＴＯＲＥＤ ＳＬＯＴ）が現れることもできる。一例として、前記ＮＯＮ－ＭＯＮＩＴＯＲＥＤ ＳＬＯＴは、前記ＵＥ－ＡのＨＡＬＦ－ＤＵＰＬＥＸ動作によってＵＥ－ＡがＳＬ受信を期待しないスロット（ＳＬ受信が不可能なスロット）を意味できる。

【0216】

一方、ＵＥ－ＡのＮＯＮ－ＭＯＮＩＴＯＲＥＤ ＳＬＯＴにおいてＵＥ－Ｂは、依然としてセンシングを行うこともできる。この場合、ＵＥ－Ａは、次のように動作できる。ＵＥ－Ａが選好リソースを生成／決定するにおいて、ＵＥ－Ａは、ＮＯＮ－ＭＯＮＩＴＯＲＥＤ ＳＬＯＴに対応する予約リソースの全てまたは一部（リソース予約周期候補値から導き出された予約リソースの全てまたは一部）と重なる候補リソースを選好リソースから除外できる。ＵＥ－Ａが非選好リソースを生成／決定するにおいて、ＵＥ－ＡのＮＯＮ－ＭＯＮＩＴＯＲＥＤ ＳＬＯＴに対応する予約リソースの全てまたは一部と重なる候補リソースを非選好リソースに決定できる。

【0217】

前記のようなＵＥ－Ａの動作（すなわち、ＵＥ－Ａの決定に基づいた選好／非選好リソースの活用）により不必要にＵＥ－Ｂの利用可能リソースが減ることができる。このような問題点を解決するために、次の実施形態が考慮されることができる。

【0218】

例えば、ＵＥ－Ａは、ＵＥ－ＡのＮＯＮ－ＭＯＮＩＯＴＲＥＤ ＳＬＯＴに対応する予約リソースに基づいて付加情報を生成（選好リソース／非選好リソースを決定）する動作は、ＵＥ－Ｂの動作／設定に基づいて制限的に適用されることができる。具体的に、上述のＵＥ－ＡのＮＯＮ－ＭＯＮＩＯＴＲＥＤ ＳＬＯＴに基づいて決定された選好リソース／非選好リソースは、ＵＥ－Ｂがリソース（再）選択にＵＥ－Ｂのセンシング結果を使用しない場合、及び／またはＵＥ－Ｂのセンシング動作が（送信リソースプールにおいて）支援されない場合に限定的に活用されることができる。言い換えれば、ＵＥ－Ｂがリソース（再）選択にＵＥ－Ｂのセンシング結果を使用しない場合、及び／またはＵＥ－Ｂのセンシング動作が（送信リソースプールにおいて）支援されない場合に、ＵＥ－Ａは、ＮＯＮ－ＭＯＮＩＯＴＲＥＤ ＳＬＯＴに対応する予約リソースに基づいて決定された選好リソース／非選好リソースを含む端末間調整情報をＵＥ－Ｂに送信できる。

【0219】

例えば、前記ＵＥ－Ｂの動作／設定に対する情報は、ＵＥ－Ｂが補助情報要請時にＵＥ－Ａに知らせることでありうる。一例として、前記補助情報に対する要請（端末間調整情報に対する要請）は、ＵＥ－Ｂのリソース（再）選択のためにＵＥ－Ｂのセンシング結果が使用されるかどうか及び／またはＵＥ－Ｂのセンシング動作が（送信リソースプールにおいて）支援されるかどうかに対する情報を含むことができる。

【0220】

例えば、ＵＥ－Ａは、ＵＥ－ＡのＮＯＮ－ＭＯＮＩＯＴＲＥＤ ＳＬＯＴに対応する予約リソースに基づいて生成した付加情報をＵＥ－Ｂに送信時に前記生成基準及び／または条件を付加情報に含むことができる。一例として、ＵＥ－Ａが送信する端末間調整情報は、選好リソース／非選好リソースの決定時に使用された基準／条件（例：ＵＥ－ＡのＮＯＮ－ＭＯＮＩＯＴＲＥＤ ＳＬＯＴに基づいて決定されたかどうか）に対した情報を含むことができる。

【0221】

一例として、ＵＥ－Ｂは、ＵＥ－Ｂのセンシング結果をリソース（再）選択に使用しない場合に限って前記付加情報（ＵＥ－ＡのＮＯＮ－ＭＯＮＩＯＴＲＥＤ ＳＬＯＴに基づいて決定された選好／非選好リソース）をリソース（再）選択に使用することができる。一例として、ＵＥ－Ｂは、ＵＥ－Ｂのセンシング結果をリソース（再）選択に使用する場合には、前記付加情報をリソース（再）選択に使用しなくても良い。

【0222】

一方、ＵＥ－Ａは、ＵＥ－Ａがさらに他の端末からＴＢを受信するリソースを基盤としてＵＥ－Ｂ送信の選好リソース及び／または非選好リソースを決定できる。この場合、前記受信ＰＳＳＣＨ（すなわち、前記ＴＢと関連したＰＳＳＣＨ）のキャストタイプがグループキャスト及び／またはブロードキャストの場合に、多数のＵＥ－Ａが同じリソース情報を基盤として不必要に補助情報を生成／送信するようになることができる。このような問題点を解決するために、次の実施形態が考慮されることができる。

【0223】

例えば、ＵＥ－Ａは、さらに他の端末からＴＢを受信するリソースに基づいてＵＥ－Ｂ送信リソースに対する付加情報を生成する時に前記ＴＢに対したＳＯＵＲＣＥ ＩＤ及び／またはＤＥＳＴＩＮＡＴＩＯＮ ＩＤを付加情報に含むことができる。例えば、ＵＥ－Ａは、さらに他の端末から付加情報を受信し、受信した付加情報に含まれたＳＯＵＲＣＥ ＩＤ及び／またはＤＥＳＴＩＮＡＴＩＯＮ ＩＤが前記ＵＥ－Ａが送信しようとする付加情報に含まれるＳＯＵＲＣＥ ＩＤ及び／またはＤＥＳＴＩＮＡＴＩＯＮ ＩＤと同じ場合に、ＵＥ－Ａは、付加情報生成及び／または送信を省略できる。

【0224】

上述した実施形態を通じて同一リソース情報に基づいた選好／非選好リソースの決定及び／または選好／非選好リソースを含む端末間調整情報のシグナリングが不必要に重なって行なわれない場合もありうる。

【0225】

一方、ＵＥ－Ａは、ＵＥ－ＡのＳＬ送信リソース（初期送信リソース及び／または再送信リソース）に基づいて、ＵＥ－Ｂ送信の選好リソース及び／または非選好リソースを決定することもでき、ＵＥ－Ａが受信したＳＣＩ及び／またはＰＳＳＣＨにおいて指示されたさらに他の端末のＳＬ送信リソースを基盤として、ＵＥ－Ｂ送信の選好リソース及び／または非選好リソースを決定することもできる。

【0226】

例えば、ＵＥ－ＡのＳＬ送信リソースを基盤として付加情報を送信できる端末は、ＵＥ－Ａのリソース（再）選択を行うにおいて（初期）送信リソースの開始位置をＵＥ－Ａのリソース（再）選択作業トリガーリング時点からあるいはＵＥ－Ａのリソース選択ウィンドウの開始時点から（事前に）設定された臨界値あるいは事前に定義された臨界値以後に遅延させることができる。

【0227】

例えば、ＵＥ－ＡのＳＬ送信リソースを基盤として付加情報を送信できる端末は、ＵＥ－Ａのリソース（再）選択を行うにおいてリソース選択ウィンドウの開始位置をＵＥ－Ａのリソース（再）選択作業トリガーリング時点から（事前に）設定された臨界値あるいは事前に定義された臨界値以後に遅延させることができる。

【0228】

例えば、ＵＥ－ＡのＳＬ送信リソースを基盤として付加情報を送信できる端末は、ＵＥ－Ａのリソース（再）選択を行うにおいてリソース選択ウィンドウの開始位置を従来の位置に対して（事前に）設定された臨界値あるいは事前に定義された臨界値以後に遅延させることができる。

【0229】

ここで、前記リソース選択ウィンドウは、ｎ＋Ｔ＿１からｎ＋Ｔ＿２の時間区間に決定されることができる。前記ｎは、リソース選択がトリガーされた時点（またはｓｌｏｔ）を意味できる。Ｔ＿１は、前記リソース選択ウィンドウの開始位置と関連したパラメータでありうる。前記Ｔ＿１の上限値であるＴ＿Ｐｒｏｃ，１は、サイドリンクサブキャリア間隔に応じるスロット数と定義されることがきる。前記Ｔ＿２は、残ったパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ）に該当するスロット数より小さいか、または同じスロット数を表すことができる。

【0230】

例えば、前記状況においてＵＥ－Ａのリソース選択ウィンドウの開始位置（例：ｎ＋Ｔ＿１）に対するパラメータＴ＿１の値は、Ｔ＿Ｐｒｏｃ，１の値より大きいことが許容されうる。言い換えれば、前記リソース選択ウィンドウの開始位置を従来より遅延させるために、前記Ｔ＿１の値は、Ｔ＿Ｐｒｏｃ，１の値より大きな値に設定されることができる。前記状況においてＵＥ－Ａのリソース選択ウィンドウの終わり位置に対するパラメータＴ＿２の最小値は、Ｔ＿２，ｍｉｎより少なくとも遅延時間分ほど大きくなることでありうる。言い換えれば、前記リソース選択ウィンドウの長さは維持しながら、該当ウィンドウの開始位置だけを遅延させるために、前記Ｔ＿２の最小値は、遅延時間分ほど大きな値に設定されることができる。例えば、前記Ｔ＿２の更新された最小値がＵＥ送信のＰＤＢ値より大きくなる場合に、ＵＥ－Ａは、上述した基準に基づいて付加情報を送信できなくありうる。この場合にＵＥ－Ａは、遅延無しで一般的な方式（すなわち、従来の方式によるリソース選択ウィンドウ）に基づいてリソース（再）選択を行うことができる。

【0231】

本明細書の実施形態においてＵＥ－Ａが初期送信リソースの位置あるいはリソース選択ウィンドウの開始を遅延させる場合に、前記遅延と関連した値は、ＵＥ－Ａのプロセシングタイム及び／またはＵＥ－Ｂのプロセシングタイムをカバーするよう設定されることができる。一例として、前記遅延と関連した値は、ｉ）付加情報生成に必要とするプロセシングタイム、ｉｉ）付加情報送信に必要とするプロセシングタイム、ｉｉｉ）ＵＥ－Ｂが付加情報を獲得するのに必要とするプロセシングタイム、及び／またはｉｖ）ＵＥ－Ｂの付加情報要請をＵＥ－Ａが処理／獲得するのに必要とするプロセシングタイムのうち、少なくとも一つをカバーするよう設定されることができる。

【0232】

例えば、ＵＥ－ＡのＳＬ送信リソースに基づいて付加情報を送信できる端末は、ＵＥ－Ａのリソース（再）選択作業トリガーリング時点からあるいはＵＥ－Ａのリソース選択ウィンドウの開始時点からＵＥ－Ａの（初期）送信リソースの開始位置が（事前に）設定した臨界値あるいは事前に定義された臨界値以上である場合に限って、前記基準に基づいて付加情報を生成及び送信をできる。

【0233】

例えば、ＵＥ－ＡがＵＥ－ＡのＳＬ送信リソースに基づいて付加情報生成する時、前記ＳＬ送信リソースは、複数のＴＢ及び／または複数のリソース予約周期に対したものでありうる。この場合、いくつかの周期に対する予約リソースを付加情報生成時に使用することかに対する情報が（事前に）設定されることができる。例えば、ＵＥ－ＡがＵＥ－ＡのＳＬ送信リソースに基づいて付加情報を生成する時、前記ＳＬ送信リソースは、複数のＴＢ及び／または複数のリソース予約周期に対したものでありうる。この場合、ＵＥ－Ａは、いくつかの周期に対する予約リソースが付加情報生成時に使用されたかどうかに対する情報を付加情報に含むことができる。

【0234】

一方、付加情報を生成する要因及び／または条件は多様でありえ、リソースプール別に使用及び／または考慮する生成要因／条件は異なりうる。例えば、リソースプール別に支援する付加情報生成要因及び／または条件は（事前に）設定されることができる。具体的に、（リソースプール別に）付加情報の決定／生成のための要因及び／または条件に対する情報が事前に設定されるか、または基地局により設定（例：ＲＲＣシグナリング）されうる。

【0235】

例えば、ＵＥ－ＡがＵＥ－Ｂ送信ＴＢに対した受信者（すなわち、ＵＥ－ＢのＰＳＳＣＨ送信に対するｉｎｔｅｎｄｅｄ ｒｅｃｅｉｖｅｒ）である場合には、ＵＥ－ＡとＵＥ－Ｂとの間に事前に付加情報を使用するかどうかなどのＣＡＰＡＢＩＬＩＴＹ情報が互いに交換されうる。その以後に付加情報と関連した動作（ＵＥ－Ａ／ＵＥ－Ｂの動作）が行なわれることができる。

【0236】

例えば、リソースプール別に付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）が一つあるいは複数（事前に）設定されることができる。一例として、端末間調整情報に対する一つ以上の設定は、端末に事前に設定された情報に基づくことができる。一例として、リソースプール別に端末間調整情報に対する一つ以上の設定を含む情報は、ＲＲＣシグナリングに基づいて基地局から受信された設定情報に基づくことができる。

【0237】

例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、付加情報がＳｃｈｅｍｅ １（例えば、ＵＥ－Ｂ送信に対する選好リソース及び／または非選好リソース）であるか、及び／またはＳｃｈｅｍｅ ２（例えば、ＵＥ－Ｂの予約リソースに対するリソース衝突有無）であるかを含むことができる。例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、前記Ｓｃｈｅｍｅ １と関連した設定及び／または、前記Ｓｃｈｅｍｅ ２と関連した設定を含むことができる。

【0238】

例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ １において付加情報がＵＥ－Ｂ送信に対する選好リソースであるか、及び／または非選好リソースであるかを含むことができる。

【0239】

例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ １において選好リソース生成時に使用される要因あるいは条件に対する情報（例：第１条件に対する情報）を含むことができる。このとき、選好リソース生成時に使用される要因あるいは条件は、一つあるいは複数の要因／条件で定義／設定されることができる。以下、さらに具体的に説明する。

【0240】

一例として、前記第１条件に対する情報に基づいてＵＥ－Ｂの送信と関連したリソースのうち、前記選好リソースに含まれるリソースが決定されることができる。一例として、前記第１条件に対する情報に基づいてＵＥ－Ｂの送信と関連したリソースのうち、前記選好リソースから除外されるリソースが決定されることができる。前記選好リソースから除外されるリソースは、上述のＵＥ－ＡのＳＬ受信が行なわれることができないスロット（ＵＥ－ＡのＳＬ受信が行なわれることと期待されないスロット）内のリソースでありうる。前記選好リソースから除外されるリソースは、上述したＮＯＮ－ＭＯＮＩＴＯＲＥＤ ＳＬＯＴに属したリソースでありうる。一例として、前記第１条件に対する情報は、ＵＥ－ＡのＳＬ受信が行なわれることができないスロットまたは上述したＮＯＮ－ＭＯＮＩＴＯＲＥＤ ＳＬＯＴのリソースを前記選好リソースから除外するかどうかを表す情報に基づくことができる。すなわち、前記第１条件に対する情報に基づいてＵＥ－ＡのＳＬ受信が行なわれることができないスロット及び／または上述したＮＯＮ－ＭＯＮＩＴＯＲＥＤ ＳＬＯＴ内のリソースが前記選好リソースに含まれても含まれなくても良い。

【0241】

例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ １において非選好リソース生成時に使用される要因あるいは条件に対する情報を含むことができる。このとき、非選好リソース生成時に使用される要因あるいは条件は、一つあるいは複数の要因／条件で定義／設定されることができる。

【0242】

例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ １において付加情報送信が要請信号基盤であるか、及び／またはイベント基盤でトリガーリングされるかを表す情報を含むことができる。例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ １においてイベント基盤のトリガーリング時にイベントと関連した情報を一つあるいはいくつかを指示できる。言い換えれば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ １のイベント基盤トリガーリングのための一つ以上のイベントに対する情報を含むことができる。

【0243】

例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ １において要請基盤のトリガーリング時に要請信号に含まれる情報の種類を表す情報を含むことができる。

【0244】

例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ １において要請基盤のトリガーリング時に要請信号を送信する方法（付加情報に対するＰＤＢ、要請信号に対するソースＩＤ及び／またはデスティネーションＩＤ）を指示できる。言い換えれば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ １と関連した要請信号を送信する方法を表す情報を含むことができる。

【0245】

例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ ２においてリソース衝突指示子生成時に使用される要因あるいは条件に対する情報を含むことができる。このとき、非選好リソース生成時に使用される要因あるいは条件は、一つあるいは複数の要因／条件で定義／設定されることができる。

【0246】

例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ ２においてＵＥ－ＡとＵＥ－Ｂ間の関係（ＵＥ－ＡがＵＥ－Ｂ送信ＴＢの受信者に限定されているか、あるいはＵＥ－Ｂ送信と衝突に対応する送信の受信者が許されるかどうか）を表す情報を含むことができる。

【0247】

例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ ２においてＵＥ－Ｂ送信の条件（ＵＥ－Ａの受信リソースの優先順位値が（事前に）設定された臨界値以下あるいは未満であり、及び／またはＵＥ－Ａの受信リソースの優先順位値がＵＥ－Ｂ送信の優先順位値より小さな場合）と前記ＵＥ－Ｂ送信の条件と関連したパラメータ（優先順位値に対する臨界値）に対した情報を含むことができる。

【0248】

例えば、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ ２においてＵＥ－Ｂ送信の条件（ＵＥ－Ａ段において衝突リソースに対して測定したＲＳＲＰ値のうち、最も小さなあるいは最も大きなものに対応する端末、前記ＲＳＲＰ測定値は（事前に）設定された臨界値以上であるものに限定）と前記ＵＥ－Ｂ送信の条件と関連したパラメータ（ＲＳＲＰ臨界値）に対した情報を含むことができる。具体的な例として、各付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、Ｓｃｈｅｍｅ ２と関連した予約リソースの衝突を決定するために測定されたＲＳＲＰと関連したＲＳＲＰ臨界値に対する情報（例：第２条件に対する情報）を含むことができる。以下、さらに具体的に説明する。

【0249】

前記第２条件に対する情報に基づいて決定されたＲＳＲＰ臨界値は、ＵＥ－Ａにより測定されたＲＳＲＰのうち、いずれか一つ以上のＲＳＲＰと関連することができる。一例として、前記一つ以上のＲＳＲＰは、予約リソースと関連した端末のうち、予め定義された端末のサイドリンク復調参照信号（Ｓｉｄｅｌｉｎｋ ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＳＬ ＤＭＲＳ）に基づいて測定されたＲＳＲＰを含むことができる。前記予め定義された端末は、ＵＥ－ＡとＵＥ－Ｂとの間の関係（ＵＥ－ＡがＵＥ－Ｂの受信端末であるかどうか）及び／または測定されたＲＳＲＰ値の大きさに基づいて決定された端末（ＵＥ－Ｂ）でありうる。一例として、前記予め定義された端末は、ＵＥ－Ａを受信端末（ｉｎｔｅｎｄｅｄ ｒｅｃｅｉｖｅｒ）とするＰＳＳＣＨの送信端末を含むことができる。一例として、前記予め定義された端末は、ＵＥ－Ａに予約リソースを指示するＳＣＩ（ＳＣＩ ｆｏｒｍａｔ １－Ａ）を送信した端末を含むことができる。一例として、前記予め定義された端末は、ＵＥ－Ａに予約リソースを指示するＳＣＩ（ＳＣＩ ｆｏｒｍａｔ １－Ａ）を送信した端末のうち、ＵＥ－Ａを受信端末（ｉｎｔｅｎｄｅｄ ｒｅｃｅｉｖｅｒ）とするＰＳＳＣＨの送信端末を含むことができる。一例として、前記第２条件に対する情報に基づいて決定されたＲＳＲＰ臨界値は、一つのＲＳＲＰと関連した第１ＲＳＲＰ臨界値（例：ＲＳＲＰ－ＴｈｒｅｓＰｅｒＰｒｉｏｒｉｔｉｅｓ）または２個のＲＳＲＰと関連した第２ＲＳＲＰ臨界値（例：ＲＳＲＰ－ＴｈｒｅｓＷｉｔｈＲｓｒｐＭｅａｓｕｒｅｍｅｎｔ）でありうる。ＵＥ－Ａは、予約リソースと関連した端末のうち、いずれか一つの端末から測定されたＲＳＲＰ及び前記第１ＲＳＲＰ臨界値に基づいてリソース衝突有無を決定できる。例えば、ＵＥ－Ａは、測定されたＲＳＲＰが前記第１ＲＳＲＰ臨界値より大きな場合、リソース衝突と決定できる。ＵＥ－Ａは、予約リソースと関連した端末から測定されたＲＳＲＰ（例：ＲＳＲＰ１、ＲＳＲＰ２）及び前記第２ＲＳＲＰ臨界値に基づいてリソース衝突有無を決定できる。例えば、ＵＥ－Ａは、ＲＳＲＰ２（またはＲＳＲＰ１）がＲＳＲＰ１（またはＲＳＲＰ２）に前記第２ＲＳＲＰ臨界値を足した値より大きな場合、リソース衝突と決定できる。上述したリソース衝突有無の決定のための方式は、説明のための例示に過ぎず、前記第２条件に対する情報に基づいて決定されたＲＳＲＰ臨界値が他の方式で活用されて予約リソースの衝突が決定されることもできる。

【0250】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する選好リソースは、連続したサブチャネル数が特定サブチャネル数（例：連続したサブチャネル数と関連して予め定義された数）より大きいか、または同じ場合に限定されることができる。すなわち、付加情報に含まれる選好リソースと関連した連続したサブチャネルの数は予め定義された数以上でありうる。例えば、前記特定サブチャネル数は、ＵＥ－ＢがＵＥ－Ａに付加情報要請時に提供する基準サブチャネル数（例えば、ＵＥ－Ｂ送信に対するサブチャネル数）でありうる。例えば、前記特定サブチャネル数は（事前に）設定されることができる。

【0251】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する選好リソースは、ＵＥ－Ｂの送信に対する送信パターンが位置できるリソースに限定されることができる。前記送信パターンは、サブチャネル数、リソース予約周期及び／またはリソース再選択カウンタのうち、少なくとも一つに基づいて導き出されるパターンでありうる。

【0252】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する選好リソースは、同じサブチャネル（ら）及び／またはスロットリソースの集合が繰り返される周期がＵＥ－Ｂのリソース予約周期あるいはＵＥ－Ｂの付加情報要請から提供したリソース予約周期値あるいは（事前に）設定した周期値と同一でありうる。

【0253】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する選好リソースは、同じサブチャネル（ら）及び／またはスロットリソースの集合が繰り返される周期がＵＥ－Ｂのリソース予約周期あるいはＵＥ－Ｂの付加情報要請から提供したリソース予約周期値あるいは（事前に）設定した周期値の約数でありうる。

【0254】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する選好リソースは、同じサブチャネル（ら）及び／またはスロットリソースの集合が繰り返される周期の回数がｉ）ＵＥ－Ｂのリソース再選択カウンタ値、ｉｉ）ＵＥ－Ｂの付加情報要請から提供したリソース再選択カウンタ値、ｉｉｉ）付加情報から指示した再選択カウンタ値、またはｉｖ）（事前に）設定された再選択カウンタ値と同一でありうる。または、前記周期の回数が上述したｉ）～ｉｖ）のうち、いずれか一つを基盤とする値より大きいか、または同一でありうる。

【0255】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する選好リソースと関連して、該当付加情報は、前記選好リソースと関連した周期の反復回数に対する情報を共に含むことができる。

【0256】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する選好リソースは、同じサブチャネル（ら）及び／またはスロットリソースの集合が繰り返される周期の回数が選好リソースに対する周期と選好リソースに対する周期回数の積がＵＥ－Ｂ送信に対するあるいはＵＥ－Ｂの付加情報要請から提供したリソース予約周期とリソース再選択カウンタ値の積が同一であるか、及び／または大きな値を有するように選択されることができる。

【0257】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する選好リソースは、少なくとも第１番目の周期内のサブチャネル（ら）及び／またはスロットリソースの集合がＵＥ－Ｂのリソース選択ウィンドウ内にあるいはＵＥ－Ｂの要請信号から提供したリソース選択ウィンドウ内に存在することでありうる。

【0258】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する選好リソースは、少なくとも第１番目の周期内のサブチャネル（ら）及び／またはスロットリソースの集合がＵＥ－Ｂ送信のＰＤＢ以前にあるいはＵＥ－Ｂの要請信号から提供したＰＤＢ以前に存在できる。

【0259】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する選好リソースは、少なくとも第１番目の周期内のサブチャネル（ら）及び／またはスロットリソースの集合が（事前に）設定したウィンドウ内に存在することでありうる。例えば、前記実施形態は、付加情報送信が要請基盤でない場合に限定的に適用されることもできる。

【0260】

本明細書の実施形態では、ＵＥ－Ａの付加情報に含まれることができる選好リソースの形態に対する制約に対して説明したが、これは説明の便宜のためのものに過ぎず、上述した実施形態は、ＵＥ－Ｂの動作に拡張されて適用されることができる。具体的に上述した実施形態は、ＵＥ－ＢがＵＥ－Ａから選好リソースを受信する時に選好リソースの形態がＵＥ－Ｂの送信に対する送信パターンと合わない場合に、前記選好リソースをＵＥ－Ｂがリソース（再）選択に使用を取消すことに拡張して適用されることができる。

【0261】

本明細書の実施形態では、ＵＥ－Ａの付加情報に含まれることができる選好リソースの形態がＵＥ－Ｂの送信形態あるいはＵＥ－Ｂの要請から提供された情報を基盤としたことを前提として説明した。ただし、これは説明の便宜のためのものに過ぎず、上述した実施形態は、要請基盤でない付加情報送信動作にも拡張されて適用されることができる。具体的に、付加情報が付加情報要請無しで動作する場合には、付加情報要請に含まれるＵＥ－Ｂ送信に対するパラメータが各々（事前に）設定された値で代替される形態で拡張が可能である。

【0262】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する選好リソースは、各スロットに対して連続したサブチャネルの数が大きなサブチャネルグループでありうる。

【0263】

一方、Ｍｏｄｅ ２ ＲＡ（Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ）手順において端末は、リソース選択ウィンドウの外側に送信パターンと異なる端末の予約リソースが重なる場合にも、前記送信パターンに対応するリソースを候補単一－スロットリソースから除外できる。

【0264】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する非選好リソースは、ＵＥ－Ｂのリソース選択ウィンドウの外側に存在する場合に、前記非選好リソースの位置からＵＥ－Ｂ送信のリソース予約周期値を基準にした周期以前時点のリソースあるいはＮ周期以前時点のリソースを付加情報として含むことができる。例えば、前記Ｎは、前記非選好リソースからＮ周期以前の時点がＵＥ－Ｂのリソース選択ウィンドウに含まれるようにすることでありうる。例えば、前記例示において付加情報において非選好リソースを時間及び／または周波数リソースとリソース予約周期の形態で表現する時、追加的に何番目の周期に実際非選好リソースが存在するかを指示できる。例えば、前記例示において付加情報において非選好リソースを時間及び／または周波数リソースとリソース予約周期の形態で表現する時、追加的に初めての指示時点が実際非選好リソースであるかどうかを指示できる。

【0265】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する非選好リソースは、少なくとも初めての周期内の時間及び／または周波数リソースが（事前に）設定されたウィンドウ内に位置できる。例えば、前記においてウィンドウ外側のの非選好リソースを表現するために、前記非選好リソースの位置から（事前に）設定されたあるいは付加情報として共に指示されるリソース予約周期値を基準にした周期以前時点のリソースあるいはＮ周期以前時点のリソースを付加情報として含むことができる。例えば、前記Ｎは、前記非選好リソースからＮ周期以前の時点が前記ウィンドウに含まれるようにすることでありうる。

【0266】

本明細書の実施形態においてウィンドウ外側のの非選好リソースに対してウィンドウ内の仮像のリソースを非選好リソースとして表示する方式は、非選好リソースに対する周期値が（事前に）設定された値あるいは事前に定義された値（例えば、リソース選択ウィンドウ値あるいはＴ＿２，ｍｉｎ値あるいはＴ＿２値）より大きいか、または同じ値である場合に限定されることでありうる。

【0267】

本明細書の実施形態においてウィンドウ外側のの非選好リソースに対してウィンドウ内の仮像のリソースを非選好リソースとして表示する方式は、前記非選好リソースの位置が前記ウィンドウの終わり時点から一定時点以内に位置した場合に限定されることでありうる。例えば、前記一定時点は（事前に）設定される値でありうる。例えば、前記一定時点は、ＵＥ－Ｂのリソース予約周期値であるか、または、前記周期値にＵＥ－Ｂのリソース再選択カウンタ値を掛け算した値でありうる。例えば、前記ＵＥ－Ｂのリソース予約周期値及び／またはリソース再選択カウンタ値は、ＵＥ－ＢがＵＥ－Ａに付加情報要請時に提供したことでありうる。

【0268】

例えば、ＵＥ－Ａの付加情報に含まれることができるＵＥ－Ｂ送信に対する非選好リソースは、ＵＥ－Ｂのリソース選択ウィンドウ及び／またはリソース選択ウィンドウの終わりからＵＥ－Ｂ送信のリソース予約周期値以後時点及び／またはリソース選択ウィンドウの終わりからＵＥ－Ｂ送信のリソース予約周期値とリソース再選択カウンタの掛け算以後の時点内に存在することでありうる。

【0269】

例えば、ＵＥ－ＡがＵＥ－Ｂが送信したＳＣＩから導き出した予約リソースに対して、ＵＥ－ＡがＵＥ－ＢからＳＬ受信を期待することができないリソースに対する情報は、ＵＥ－Ａの位置がＵＥ－ＢのＳＣＩから指示したＺＯＮＥの中心からＣＯＭＭＵＮＩＣＡＴＩＯＮ ＲＡＮＧＥ ＲＥＱＵＩＭＲＥＮＴ以内に存在する場合でありうる。

【0270】

例えば、ＵＥ－ＡがＵＥ－Ｂに選好リソース及び／または非選好リソースを指示時に指示できるリソースの最も早い時点は、ＵＥ－Ａの付加情報を送信する時点あるいはスロットから特定時間以後の（リソースプールに属する）スロットでありうる。例えば、前記特定時間は、Ｔ＿Ｐｒｏｃ，０とＴ＿Ｐｒｏｃ，１の合計であるか、前記合計値を最小値あるいは最大値として有することでありうる。このとき、前記Ｔ＿Ｐｒｏｃ，０は、端末のセンシング結果に対するプロセシングタイムを意味できる。一例として、端末がセンシングを行うウィンドウが終了した時点（センシングウィンドウの終点）から前記Ｔ＿Ｐｒｏｃ，０以後に端末のリソース（再）選択がトリガーされることができる。すなわち、センシングウィンドウの終点は、リソース（再）選択がトリガーされたスロットｎからＴ＿Ｐｒｏｃ，０以前の時点（ｎ－Ｔ＿Ｐｒｏｃ，０）でありうる。例えば、前記特定時間は、付加情報を送信する時点の次のスロットであるものの、付加情報から指示できるリソースの最も早い時点は、付加情報指示時点からＴ＿Ｐｒｏｃ，０とＴ＿Ｐｒｏｃ，１の合計以後でありうる。例えば、前記特定時間は（事前に）設定されることができる。例えば、前記特定時間は、付加情報送信時に共に送信されることでありうる。

【0271】

例えば、ＵＥ－ＡがＵＥ－Ｂに選好リソース及び／または非選好リソースを指示時に複数のＴＲＩＶ（Ｔｉｍｅ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｏｔｒ Ｖａｌｕｅ）を利用するとする時、ＴＲＩＶの開始基準位置は、以前ＴＲＩＶが指示できる最後のスロットであるか、あるいはその次のスロットでありうる。

【0272】

例えば、ＵＥ－ＡがＵＥ－Ｂに選好リソース及び／または非選好リソースを指示時に複数のＴＲＩＶ（Ｔｉｍｅ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）を利用するとする時、ＴＲＩＶの開始基準位置は、以前ＴＲＩＶが指示した最後のスロットであるか、あるいはその次のスロットでありうる。

【0273】

例えば、ＵＥ－ＡがＵＥ－Ｂに選好リソース及び／または非選好リソースを指示時に複数のＴＲＩＶ（Ｔｉｍｅ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）を利用するとする時、ＴＲＩＶの開始基準位置は、以前ＴＲＩＶの開始基準位置を継承できる。

【0274】

例えば、ＵＥ－ＡがＵＥ－Ｂに選好リソース及び／または非選好リソースを指示時に複数のＴＲＩＶ（Ｔｉｍｅ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）を利用するとする時、ＴＲＩＶの開始基準位置は、付加情報から指示することでありうる。例えば、前記スロットは、リソースプールに属するスロットでありうる。例えば、ＴＲＩＶの開始基準位置は、以前開始基準位置を基準にあるいは付加情報が送信された時点を基準にＵＥ－Ｂ送信のリソース予約周期の倍数形態でありうる。

【0275】

例えば、付加情報を指示するのに使用されるＴＲＩＶ（Ｔｉｍｅ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）は、事前に定義されたあるいは（事前に）設定されたＮ個分だけのリソースを常に指示できる。例えば、前記Ｎ値は、事前に定義される場合に２あるいは３でありうる。例えば、前記においてＮ＝２の場合に、ＴＲＩＶは、第１オフセット値と第２オフセット値との組み合わせでその値が決定されることができる。例えば、前記第１オフセット値は、前記第２オフセット値より小さなものでありうる。

【0276】

例えば、付加情報において指示できる時間リソースは、ＵＥ－Ｂのリソース選択ウィンドウの開始からＴ＿２，ｍｉｎまでの時間区間内のリソースでありうる。本実施形態は、次の技術的事項を考慮するためのものである。実際リソース選択ウィンドウの終わり時点は、時間によって異なることができ、この場合に付加情報において指示される時間リソース指示子の大きさも変わることができる。これに対しＴ＿２，ｍｉｎの場合には（事前に）設定される値であって、これに基づいて時間リソース指示子を決定する場合に、その大きさを同一に維持できる。

【0277】

例えば、ＵＥ－ＡがＵＥ－Ｂに選好リソース及び／または非選好リソースを指示時に該当選好リソース及び／または非選好リソースは、ＭＯＤＥ ２ ＲＡにおいて使用する利用可能リソース候補の形態（ｃａｎｄｉｄａｔｅ ｓｉｎｇｌｅ－ｓｌｏｔ ｒｅｓｏｕｒｃｅ）で指示されることができる。このとき、複数の利用可能リソース候補が同一スロットに位置し、及び／または連続したサブチャネルに位置する場合に、ＵＥ－Ａは、ＦＲＩＶ（Ｆｒｅｑｕｅｎｃｙ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）においてサブチャネルの数を前記連続したサブチャネルの数を表現するのに使用することができる。例えば、前記連続したサブチャネルの数は、リソース指示グループにおいて複数のリソースに対して連続したサブチャネルの数が最も小さな値あるいは最も大きな値でありうる。例えば、前記ＦＲＩＶにおいて全体サブチャネルの数は、ＵＥ－Ａが付加情報を生成する時に使用したリソースプールを構成するサブチャネルの全体数でありうる。例えば、前記ＦＲＩＶにおいて全体サブチャネルの数は、ＵＥ－Ａが付加情報を生成する時に使用したリソースプールを構成するサブチャネルの全体数からＵＥ－Ｂ送信に対するサブチャネル数－１を引いた値でありうる。

【0278】

例えば、ＵＥ－ＡがＵＥ－Ｂに選好リソース及び／または非選好リソースを指示時にＵＥ－Ａが他の端末から受信したＳＣＩから導き出した予約リソースを利用する場合が仮定されることができる。このとき、次の実施形態が考慮されることができる。

【0279】

一実施形態によれば、ＵＥ－Ａが事前にＵＥ－ＢからＵＥ－Ｂ送信に対する（送信）リソースプール情報の提供を受けることができる。例えば、前記リソースプール情報提供は、ＵＥ－ＡとＵＥ－Ｂとの間のＰＣ５－ＲＲＣシグナリングを利用したことでありうる。

【0280】

一実施形態によれば、ＵＥ－ＢがＵＥ－Ａを選択するにおいて、同一（送信）リソースプールを使用する端末の中から選ぶことでありうる。

【0281】

一実施形態によれば、ＵＥ－ＡがＵＥ－Ｂを選択するにおいて同一（送信）リソースプールを使用する端末の中から選ぶことでありうる。

【0282】

例えば、ＵＥ－ＡがＵＥ－Ｂに選好リソース及び／または非選好リソースを指示するために複数のＴＲＩＶとＦＲＩＶとの組み合わせが使用される時、単一ＴＲＩＶに対して複数のＦＲＩＶが連動されることができる。このとき、ＴＲＩＶから指示したスロットに対して同一スロットにおいて互いに異なったＦＲＩＶで互いに非連続的な周波数リソースを指示することでありうる。

【0283】

例えば、ＵＥ－ＡがＵＥ－Ｂに選好リソース及び／または非選好リソースを指示のために複数のＴＲＩＶとＦＲＩＶとの組み合わせが使用される時、単一ＦＲＩＶに対して複数のＴＲＩＶが連動されることができる。

【0284】

一方、ＵＥ－Ｂは、互いに異なったＵＥ－Ａに付加情報送信を要請できる。ＵＥ－Ｂは複数のＵＥ－Ａから付加情報を受信することができる。このような場合、ＵＥ－Ｂは、受信した付加情報がどんな付加情報要請に対したことかを区分する必要がある。例えば、ＵＥ－Ａは、付加情報をＵＥ－Ｂに送信する時にＵＥ－Ｂの要請に含まれた情報（例えば、要請ＩＤ）を共に送信できる。例えば、ＵＥ－Ｂは、ＵＥ－Ａに要請信号を送信する時にＵＥ－Ｂ送信に対するデスティネーションＩＤを含むこともでき、ＵＥ－Ａは、前記デスティネーションＩＤを再度付加情報を送信する時に共に送信できる。

【0285】

例えば、付加情報送信及び／または付加情報要請送信に対する優先順位値は、次のｉ）ないしｉｖ）のうち、少なくともいずれか一つに対して（事前に）設定されることができる。

【0286】

ｉ）リソースプール、ｉｉ）混雑制御範囲、ｉｉｉ）付加情報に対応するＵＥ－Ｂ送信の優先順位及び／またはｉｖ）付加情報に対応するＵＥ－Ｂ送信のＱｏＳパラメータ

【0287】

具体的な例として、前記付加情報送信及び／または付加情報要請送信に対する優先順位値は、リソースプール及び混雑制御範囲別に事前に設定されることができる。他の例として、前記付加情報送信及び／または付加情報要請送信に対する優先順位値は、付加情報に対応するＵＥ－Ｂ送信のＱｏＳパラメータ別に事前に設定されることができる。

【0288】

本明細書の多様な実施形態は、相互結合されることができる。

【0289】

具現的な側面において上述した実施形態による第１端末（ＵＥ－Ａ）／第２端末（ＵＥ－Ｂ）の動作（例：端末間調整（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した動作）は、後述する図１５ないし図２０の装置（例：図１６のプロセッサ１０２、２０２）により処理されることができる。

【0290】

また、上述した実施形態による第１端末（ＵＥ－Ａ）／第２端末（ＵＥ－Ｂ）の動作（例：端末間調整（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した動作）は、少なくとも一つのプロセッサ（例：図１６の１０２、２０２）を駆動するための命令語／プログラム（例：ｉｎｓｔｒｕｃｔｉｏｎ、ｅｘｅｃｕｔａｂｌｅ ｃｏｄｅ）形態でメモリ（例：図１６の１０４、２０４）に格納されることもできる。

【0291】

以下、上述した実施形態を第１端末の動作側面において図１３を参照して具体的に説明する。以下に説明される方法は、説明の便宜のために区分されたものに過ぎず、相互排斥されない限り、ある一つの方法の一部構成が他の方法の一部構成と置換または相互間に結合されて適用されうることはもちろんである。

【0292】

図１３は、本明細書の一実施形態による無線通信システムにおいて第１端末が端末間調整と関連した情報を送信する方法を説明するためのフローチャートである。

【0293】

図１３を参照すると、本明細書の一実施形態による無線通信システムいおいて第１端末が端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を送信する方法は、端末間調整と関連した情報決定ステップ（Ｓ１３１０）及び端末間調整と関連した情報送信ステップ（Ｓ１３２０）を含むことができる。

【0294】

以下の説明において、第１端末は、図１２のＵＥ－Ａを意味し、第２端末は、図１２のＵＥ－Ｂを意味する。一例として、第１端末は、第２端末に調整情報（ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を送信する端末であり、第２端末は、第１端末から調整情報を受信する端末でありうる。以下、端末間調整と関連した情報は、上述した実施形態において調整情報、付加情報または補助情報を意味する。

【0295】

Ｓ１３１０において、第１端末は、設定情報に基づいて端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を決定する。一例として、第１端末は、第２端末の送信のための選好リソースまたは非選好リソースを決定できる（ｓｃｈｅｍｅ １）。一例として、第１端末は、予約リソースの衝突有無を決定できる（ｓｃｈｅｍｅ ２）。このとき、前記予約リソースは、第２端末のＳＣＩ（ｆｉｒｓｔ ＳＣＩ、ＳＣＩ ｆｏｒｍａｔ １－Ａ）により予約されたリソースを意味できる。

【0296】

一実施形態によれば、前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報に基づくことができる。一例として、前記端末間調整と関連した情報は、第２端末の送信のための選好リソース（または非選好リソース）に対した情報を含むことができる。一例として、前記端末間調整と関連した情報は、予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を含むことができる。

【0297】

一実施形態によれば、前記選好リソースは、前記第２端末の送信と関連したリソースの中で決定されることができる。一例として、前記第２端末の送信と関連したリソースは、予め定義されたリソース選択ウィンドウ内のリソースでありうる。一例として、前記第２端末の送信と関連したリソースは、前記第２端末のＰＳＣＣＨ及び／またはＰＳＳＣＨ送信と関連したリソース選択ウィンドウ内のリソースでありうる。一例として、前記第２端末の送信と関連したリソースは、前記第２端末の要請（すなわち、端末間調整と関連した情報に対する要請）を通じて指示されたリソース選択ウィンドウ内のリソースでありうる。

【0298】

一実施形態によれば、前記予約リソースの衝突は、前記第１端末により測定されたＲＳＲＰに基づいて決定されることができる。

【0299】

一実施形態によれば、前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含むことができる。本実施形態は、上述した付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）と関連した実施形態に基づくことができる。

【0300】

前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中から前記選好リソースが決定されることができる。

【0301】

一例として、前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースのうち、前記選好リソースから除外されるリソースが決定されることができる。前記選好リソースから除外されるリソースは、予め定義されたスロットに属したリソースでありうる。前記予め定義されたスロット（例：ＮＯＮ－ＭＯＮＩＴＯＲＥＤ ＳＬＯＴ）は、前記第１端末のサイドリンク受信（ＳＬ ｒｅｃｅｐｔｉｏｎ）が行なわれないスロットを含むことができる。

【0302】

前記第１条件に基づいて、選好リソースの決定時に無分別に多くのリソースが除外されて、第２端末の送信のための利用可能リソースが足りなくなるという問題点が防止できる。

【0303】

一例として、前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースのうち、前記選好リソースに含まれるリソースが決定されることができる。

【0304】

前記第１条件に基づいて、選好リソースの決定時に無分別に多くのリソースが選好リソースとして含まれることによって、端末間調整のための選好リソースとして正確度（ａｃｃｕｒａｃｙ）が低くなるという問題点が防止できる。

【0305】

前記予約リソースの衝突は、第１端末により受信されたＳＣＩ（ｆｉｒｓｔ ＳＣＩ）により予約されたリソース間の衝突（ｃｏｎｆｌｉｃｔ）を意味できる。このとき、予約されたリソースは、時間及び周波数領域において重なるリソースでありうる。第１端末は、測定されたＲＳＲＰ及び前記決定されたＲＳＲＰ臨界値に基づいて予約リソースの衝突有無を決定できる。以下、予約リソースの衝突有無決定時に使用されるＲＳＲＰ臨界値と関連して具体的に説明する。

【0306】

前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることができる。

【0307】

前記第２条件に対する情報に基づいて決定されたＲＳＲＰ臨界値は、前記第１端末により測定されたＲＳＲＰのうち、いずれか一つ以上のＲＳＲＰと関連することができる。このとき、前記第１端末により測定されたＲＳＲＰは、予約リソースを指示するＳＣＩ（ｆｉｒｓｔ ＳＣＩ）に基づいて測定されたＲＳＲＰを基盤とする。具体的な例として、第１端末が２個の端末からそれぞれ第１ＳＣＩを受信した場合、前記第１端末により測定されたＲＳＲＰは、各第１ＳＣＩに基づいて測定されたＲＳＲＰを含む。

【0308】

一例として、前記決定されたＲＳＲＰ臨界値は、前記第１端末により測定されたＲＳＲＰのうち、いずれか一つのＲＳＲＰと関連することができる。具体的な例として、第１端末により測定されたＲＳＲＰが２個である場合、第１端末は、そのうちのいずれか一つのＲＳＲＰと関連したＲＳＲＰ臨界値に基づいて予約リソースの衝突有無を決定できる。例えば、第１端末は、前記一つのＲＳＲＰが前記決定されたＲＳＲＰ臨界値より大きいことに基づいて、前記予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を決定できる。

【0309】

一例として、前記決定されたＲＳＲＰ臨界値は、前記第１端末により測定されたＲＳＲＰのうち、２個のＲＳＲＰ（例：ＲＳＲＰ１、ＲＳＲＰ２）と関連することができる。第１端末は、ＲＳＲＰ１、ＲＳＲＰ２及び前記決定されたＲＳＲＰ臨界値に基づいて前記予約リソースの衝突を決定できる。具体的な例として、ＲＳＲＰ１＞ＲＳＲＰ２＋前記決定されたＲＳＲＰ臨界値（またはＲＳＲＰ２＞ＲＳＲＰ１＋前記決定されたＲＳＲＰ臨界値）である場合、第１端末は、前記予約リソースの衝突を決定できる。

【0310】

一実施形態によれば、前記一つ以上のＲＳＲＰは、予約リソースと関連した端末のうち、予め定義された端末のサイドリンク復調参照信号（Ｓｉｄｅｌｉｎｋ ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＳＬ ＤＭＲＳ）に基づいて測定されたＲＳＲＰを含むことができる。前記予約リソースと関連した端末は、前記第１端末に予約リソースを指示する第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を送信した端末に基づくことができる。

【0311】

第１端末が予約リソースを指示する第１ＳＣＩを２個の端末（第２端末及び前記第２端末とは異なる第３端末）からそれぞれ受信した場合が仮定できる。

【0312】

前記予約リソースの衝突の決定のために一つのＲＳＲＰと関連したＲＳＲＰ臨界値が使用されることに基づいて、前記予め定義された端末は、前記第２端末または、前記第３端末でありうる。すなわち、第１端末は、ｉ）第２端末（または第３端末）のＳＣＩと関連したＳＬ ＤＭＲＳに基づいて測定されたＲＳＲＰ及びｉｉ）ＲＳＲＰ臨界値に基づいて、第２端末の予約リソース及び第３端末の予約リソース間の衝突有無を決定できる。

【0313】

前記予約リソースの衝突の決定のために、２個のＲＳＲＰと関連したＲＳＲＰ臨界値が使用されることに基づいて、前記予め定義された端末は、前記第２端末及び前記第３端末でありうる。すなわち、第１端末は、ｉ）第２端末のＳＣＩと関連したＳＬ ＤＭＲＳに基づいて測定されたＲＳＲＰ（例：ＲＳＲＰ１）、ｉｉ）第３端末のＳＣＩと関連したＳＬ ＤＭＲＳに基づいて測定されたＲＳＲＰ（例：ＲＳＲＰ２）及びｉｉｉ）ＲＳＲＰ臨界値に基づいて、第２端末の予約リソース及び第３端末の予約リソース間の衝突有無を決定できる。

【0314】

前記第２条件に基づいて、第１端末の測定と関連した性能（ｃａｐａｂｉｌｉｔｙ）に最も適したＲＳＲＰ臨界値が活用できる。すなわち、予約リソースの衝突を表す情報の正確度（ａｃｃｕｒａｃｙ）が改善されることができる。

【0315】

一実施形態によれば、前記設定情報は、事前に設定された情報またはＲＲＣシグナリングに基づいて、基地局から受信された情報に基づくことができる。一例として、前記設定情報は、第１端末具現時に事前に設定された情報でありうる。一例として、前記設定情報は、基地局から受信された情報でありうる。このとき、第１端末は、基地局から前記設定情報をＲＲＣシグナリングに基づいて受信することができる。

【0316】

前記設定情報は、上位階層パラメータＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＣｏｎｆｉｇでありうる。このとき、前記第１条件は、ＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＣｏｎｆｉｇのＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＳｃｈｅｍｅ１内の情報に基づいて決定／指示／設定されることができる。一例として、前記第１条件は、ＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＳｃｈｅｍｅ１内のｓｌ－Ｃｏｎｄｉｔｉｏｎ１－Ａ－２に基づいて決定されることができる。前記ｓｌ－Ｃｏｎｄｉｔｉｏｎ１－Ａ－２は、ＨＡＬＦ－ＤＵＰＬＥＸ動作により第１端末のＳＬ受信が行なわれない（期待されない）スロットに属したリソースを選好リソースから除外するかどうかを指示する情報でありうる。一例として、前記ｓｌ－Ｃｏｎｄｉｔｉｏｎ１－Ａ－２が‘ｄｉｓａｂｌｅｄ’に設定されたことに基づいて、第１端末は、選好リソース決定時に前記ＳＬ受信が行なわれない（期待されない）スロットに属したリソースを選好リソースから除外しない。一例として、前記ｓｌ－Ｃｏｎｄｉｔｉｏｎ１－Ａ－２が‘ｄｉｓａｂｌｅｄ’に設定されないこと（ｓｌ－Ｃｏｎｄｉｔｉｏｎ１－Ａ－２ ｉｓ ｎｏｔ ｓｅｔ ｔｏ ‘ｄｉｓａｂｌｅｄ’）に基づいて、第１端末は、選好リソース決定時に前記ＳＬ受信が行なわれない（期待されない）スロットに属したリソースを選好リソースから除外する。

【0317】

前記第２条件は、ＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＣｏｎｆｉｇのＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＳｃｈｅｍｅ２内の情報に基づいて決定／指示／設定されることができる。一例として、前記第２条件はＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＳｃｈｅｍｅ２のｓｌ－ＯｐｔｉｏｎＦｏｒＣｏｎｄｉｔｉｏｎ２－Ａ－１に基づいて決定されることができる。前記ｓｌ－ＯｐｔｉｏｎＦｏｒＣｏｎｄｉｔｉｏｎ２－Ａ－１は、予約リソースの衝突の決定時に使用されるＲＳＲＰ臨界値を表す情報でありうる。一例として、前記ｓｌ－ＯｐｔｉｏｎＦｏｒＣｏｎｄｉｔｉｏｎ２－Ａ－１の値が０であることに基づいて、一つのＲＳＲＰと関連したＲＳＲＰ臨界値（例：ＲＳＲＰ－ＴｈｒｅｓＰｅｒＰｒｉｏｒｉｔｉｅｓ）が使用されることに決定されることができる。一例として、前記ｓｌ－ＯｐｔｉｏｎＦｏｒＣｏｎｄｉｔｉｏｎ２－Ａ－１の値が１であることに基づいて、２個のＲＳＲＰと関連したＲＳＲＰ臨界値（例：ＲＳＲＰ－ＴｈｒｅｓＷｉｔｈＲｓｒｐＭｅａｓｕｒｅｍｅｎｔ）が使用されることに決定されることができる。

【0318】

上述したＳ１３１０に従って、第１端末（図１５ないし図２０の１００／２００）が設定情報に基づいて端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を決定する動作は、図１５ないし図２０の装置により具現されることができる。例えば、図１６を参照すると、一つ以上のプロセッサ１０２は、設定情報に基づいて端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を決定するよう、一つ以上のトランシバ１０６及び／または一つ以上のメモリ１０４を制御できる。

【0319】

Ｓ１３２０において、第１端末は、第２端末に前記端末間調整と関連した情報を送信する。前記端末間調整と関連した情報は、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄｃ ｈａｎｎｅｌ、ＰＳＳＣＨ）を介して送信されることができる。一例として、前記端末間調整と関連した情報は、第２ステージＳＣＩ（ｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩ）及び／またはＭＡＣ－ＣＥ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ－Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）に基づいて送信されることができる。一例として、前記端末間調整と関連した情報は、前記ｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩに含まれることができる。第１端末は、前記ｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩを第２端末に送信できる。一例として、前記端末間調整と関連した情報は、前記ＭＡＣ－ＣＥ（例：Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ＭＡＣ ＣＥ）に含まれることができる。第１端末は、前記ＭＡＣ－ＣＥを第２端末に送信できる。

【0320】

前記端末間調整と関連した情報は、予め定義された条件または第２端末の要請（例：上述した補助情報送信を要請する信号または端末間調整情報に対する要請）に基づいて送信されることができる。すなわち、前記端末間調整と関連した情報の送信は、予め定義された条件または前記第２端末の要請に基づいてトリガーされることができる。

【0321】

一実施形態によれば、前記端末間調整と関連した情報が前記第２端末の要請と関連したことに基づいて、前記ｓｃｈｅｍｅ １と関連した選好リソース（または非選好リソース）を表す情報が送信されることができる。一例として、前記第２端末の要請は、選好リソースまたは非選好リソースと関連した端末間調整情報に対する要請でありうる。前記要請は、Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ－Ｃｏｎｔｒｏｌ－Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ（ＭＡＣ－ＣＥ）及び／または第２ＳＣＩ（ｓｅｃｏｎｄ ＳＣＩ）に基づいて受信されることができる。一例として、第１端末は、前記要請と関連した情報を含むＭＡＣ－ＣＥ及び／または第２ＳＣＩを受信することができる。

【0322】

上述したＳ１３２０に従って、第１端末（図１５ないし図２０の１００／２００）が第２端末（図１５ないし図２０の１００／２００）に前記端末間調整と関連した情報を送信する動作は、図１５ないし図２０の装置により具現されることができる。例えば、図１６を参照すると、一つ以上のプロセッサ１０２は、第２端末２００に前記端末間調整と関連した情報を送信するよう、一つ以上のトランシバ１０６及び／または一つ以上のメモリ１０４を制御できる。

【0323】

前記方法は、ＳＣＩ受信ステップをさらに含むことができる。一例として、第１端末は、第２端末から第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を受信する。一例として、第１端末は、第３端末から第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を受信する。一例として、第１端末は、第２端末及び第３端末のそれぞれから第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を受信する。

【0324】

前記第１ＳＣＩは、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）の送信のための予約リソースと関連することができる。前記ＳＣＩ受信ステップは、Ｓ１３１０以前に行なわれることができる。一例として、第１端末は、第２端末の第１ＳＣＩに基づいて予約されたリソースと第３端末の第１ＳＣＩに基づいて予約されたリソースとの間の衝突（ｃｏｎｆｌｉｃｔ）を決定できる。

【0325】

上述したＳＣＩ受信ステップに従って、第１端末（図１５ないし図２０の１００／２００）が第２端末（図１５ないし図２０の１００／２００）から第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を受信する動作は、図１５ないし図２０の装置により具現されることができる。例えば、図１６を参照すると、一つ以上のプロセッサ１０２は、第２端末２００から第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を受信するよう、一つ以上のトランシバ１０６及び／または一つ以上のメモリ１０４を制御できる。

【0326】

前記方法は、端末間調整と関連した情報に対する要請受信ステップをさらに含むことができる。具体的に、第１端末は、第２端末から端末間調整と関連した情報に対する要請を受信する。前記要請受信ステップは、Ｓ１３１０以前に行なわれることができる。前記端末間調整と関連した情報に対する要請は、第２端末の送信のための選好リソースまたは非選好リソースと関連することができる。一例として、第１端末は、前記要請に基づいて、選好リソースを表す情報（端末間調整と関連した情報）を第２端末に送信できる。一例として、第１端末は、前記要請に基づいて、非選好リソースを表す情報（端末間調整と関連した情報）を第２端末に送信できる。

【0327】

上述した要請受信ステップに従って、第１端末（図１５ないし図２０の１００／２００）が第２端末（図１５ないし図２０の１００／２００）から端末間調整と関連した情報に対する要請を受信する動作は、図１５ないし図２０の装置により具現されることができる。例えば、図１６を参照すると、一つ以上のプロセッサ１０２は、第２端末２００から端末間調整と関連した情報に対する要請を受信するよう、一つ以上のトランシバ１０６及び／または一つ以上のメモリ１０４を制御できる。

【0328】

上述した実施形態（ＳＣＩ受信ステップ、要請受信ステップ）によれば、第１端末は、Ｓ１３１０～Ｓ１３２０を次の１）ないし３）のうち、いずれか一つに基づいて行うことができる。

【0329】

１）端末間調整と関連した情報の決定（Ｓ１３１０）－端末間調整と関連した情報送信（Ｓ１３２０）

【0330】

２）端末間調整と関連した情報に対する要請受信－端末間調整と関連した情報の決定（Ｓ１３１０）－端末間調整と関連した情報（例：選好リソースを表す情報）送信（Ｓ１３２０）

【0331】

３）ＳＣＩ受信－端末間調整と関連した情報の決定（Ｓ１３１０）－端末間調整と関連した情報（例：予約リソースの衝突を表す情報）送信（Ｓ１３２０）

【0332】

以下、上述した実施形態を第２端末の動作側面において図１４を参照して具体的に説明する。以下説明される方法は、説明の便宜のために区分されたものに過ぎず、相互排斥されない限り、ある一方法の一部構成が他の方法の一部構成と置換されるか、または相互間に結合されて適用されうることは勿論である。

【0333】

図１４は、本明細書の他の実施形態による無線通信システムにおいて第２端末が端末間調整と関連した情報を受信する方法を説明するためのフローチャートである。

【0334】

図１４を参照すると、本明細書の他の実施形態による無線通信システムにおいて第２端末が端末間調整と関連した情報を受信する方法は、端末間調整と関連した情報受信ステップ（Ｓ１４１０）を含むことができる。

【0335】

以下の説明において、第２端末は、図１２のＵＥ－Ｂを意味でき、第１端末は、図１２のＵＥ－Ａを意味できる。一例として、第２端末は、第１端末から調整情報（ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信する端末であり、第１端末は、第２端末に調整情報を送信する端末でありうる。以下、端末間調整と関連した情報は、上述した実施形態において調整情報、付加情報または補助情報を意味できる。

【0336】

Ｓ１４１０において、第２端末は、第１端末から端末間調整と関連した情報を受信する。

【0337】

前記端末間調整と関連した情報は、設定情報に基づいて決定されることができる。具体的に、前記端末間調整と関連した情報は、前記設定情報に基づいて第１端末により決定された情報に基づくことができる。一例として、第１端末は、第２端末の送信のための選好リソースまたは非選好リソースを決定できる（ｓｃｈｅｍｅ １）。一例として、第１端末は、予約リソースの衝突有無を決定できる（ｓｃｈｅｍｅ ２）。このとき、前記予約リソースは、第２端末のＳＣＩ（ｆｉｒｓｔ ＳＣＩ、ＳＣＩ ｆｏｒｍａｔ １－Ａ）により予約されたリソースを意味できる。

【0338】

一実施形態によれば、前記端末間調整と関連した情報は、方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報または方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報に基づくことができる。一例として、前記端末間調整と関連した情報は、第２端末の送信のための選好リソース（または非選好リソース）に対した情報を含むことができる。一例として、前記端末間調整と関連した情報は、予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を含むことができる。

【0339】

一実施形態によれば、前記選好リソースは、前記第２端末の送信と関連したリソースの中で決定されることができる。一例として、前記第２端末の送信と関連したリソースは、予め定義されたリソース選択ウィンドウ内のリソースでありうる。一例として、前記第２端末の送信と関連したリソースは、前記第２端末のＰＳＣＣＨ及び／またはＰＳＳＣＨ送信と関連したリソース選択ウィンドウ内のリソースでありうる。一例として、前記第２端末の送信と関連したリソースは、第２端末の要請（すなわち、端末間調整と関連した情報に対する要請）を通じて指示されたリソース選択ウィンドウ内のリソースでありうる。

【0340】

一実施形態によれば、前記予約リソースの衝突は、前記第１端末により測定されたＲＳＲＰに基づいて決定されることができる。

【0341】

一実施形態によれば、前記設定情報は、ｉ）前記選好リソースの決定と関連した第１条件及びｉｉ）前記予約リソースの衝突の決定と関連した第２条件に対する情報を含むことができる。本実施形態は、上述した付加情報に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）と関連した実施形態を基盤とすることができる。

【0342】

前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースの中で前記選好リソースが決定されることができる。

【0343】

一例として、前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースのうち、前記選好リソースから除外されるリソースが決定されることができる。前記選好リソースから除外されるリソースは、予め定義されたスロットに属したリソースでありうる。前記予め定義されたスロット（例：ＮＯＮ－ＭＯＮＩＴＯＲＥＤ ＳＬＯＴ）は、前記第１端末のサイドリンク受信（ＳＬ ｒｅｃｅｐｔｉｏｎ）が行なわれないスロットを含むことができる。

【0344】

前記第１条件に基づいて、選好リソースの決定時に無分別に多くのリソースが除外されて、第２端末の送信のための利用可能リソースが足りなくなるという問題点が防止できる。

【0345】

一例として、前記第１条件に対する情報に基づいて、前記第２端末の送信と関連したリソースのうち、前記選好リソースに含まれるリソースが決定されることができる。

【0346】

前記第１条件に基づいて、選好リソースの決定時に無分別に多くのリソースが選好リソースとして含まれることによって、端末間調整のための選好リソースとして正確度（ａｃｃｕｒａｃｙ）が低くなるという問題点が防止できる。

【0347】

前記予約リソースの衝突は、第１端末により受信されたＳＣＩ（ｆｉｒｓｔ ＳＣＩ）により予約されたリソース間の衝突（ｃｏｎｆｌｉｃｔ）を意味できる。このとき、予約されたリソースは、時間及び周波数領域において重なるリソースでありうる。第１端末は、測定されたＲＳＲＰ及び前記決定されたＲＳＲＰ臨界値に基づいて予約リソースの衝突有無を決定できる。以下、予約リソースの衝突有無決定時に使用されるＲＳＲＰ臨界値と関連して具体的に説明する。

【0348】

前記第２条件に対する情報に基づいて、前記第１端末により測定されたＲＳＲＰと関連したＲＳＲＰ臨界値が決定されることができる。

【0349】

前記第２条件に対する情報に基づいて決定されたＲＳＲＰ臨界値は、前記第１端末により測定されたＲＳＲＰのうち、いずれか一つ以上のＲＳＲＰと関連することができる。このとき、前記第１端末により測定されたＲＳＲＰは、予約リソースを指示するＳＣＩ（ｆｉｒｓｔ ＳＣＩ）に基づいて測定されたＲＳＲＰに基づく。具体的な例として、第１端末が２個の端末から各々第１ＳＣＩを受信した場合、前記第１端末により測定されたＲＳＲＰは、各第１ＳＣＩに基づいて測定されたＲＳＲＰを含む。

【0350】

一例として、前記決定されたＲＳＲＰ臨界値は、前記第１端末により測定されたＲＳＲＰのうち、いずれか一つのＲＳＲＰと関連することができる。具体的な例として、第１端末により測定されたＲＳＲＰが２個である場合、第１端末は、そのうちのいずれか一つのＲＳＲＰと関連したＲＳＲＰ臨界値に基づいて予約リソースの衝突有無を決定できる。例えば、第１端末は、前記一つのＲＳＲＰが前記決定されたＲＳＲＰ臨界値より大きいことに基づいて、前記予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を決定できる。

【0351】

一例として、前記決定されたＲＳＲＰ臨界値は、前記第１端末により測定されたＲＳＲＰのうち、２個のＲＳＲＰ（例：ＲＳＲＰ１、ＲＳＲＰ２）と関連することができる。第１端末は、ＲＳＲＰ１、ＲＳＲＰ２及び前記決定されたＲＳＲＰ臨界値に基づいて、前記予約リソースの衝突を決定できる。具体的な例として、ＲＳＲＰ１＞ＲＳＲＰ２＋前記決定されたＲＳＲＰ臨界値（またはＲＳＲＰ２＞ＲＳＲＰ１＋前記決定されたＲＳＲＰ臨界値）である場合、第１端末は、前記予約リソースの衝突を決定できる。

【0352】

一実施形態によれば、前記一つ以上のＲＳＲＰは、予約リソースと関連した端末のうち、予め定義された端末のサイドリンク復調参照信号（Ｓｉｄｅｌｉｎｋ ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＳＬ ＤＭＲＳ）に基づいて測定されたＲＳＲＰを含むことができる。前記予約リソースと関連した端末は、前記第１端末に予約リソースを指示する第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を送信した端末を基盤とすることができる。

【0353】

第１端末が予約リソースを指示する第１ＳＣＩを２個の端末（第２端末及び前記第２端末とは異なる第３端末）からそれぞれ受信した場合が仮定できる。

【0354】

前記予約リソースの衝突の決定のために、一つのＲＳＲＰと関連したＲＳＲＰ臨界値が使用されることに基づいて、前記予め定義された端末は、前記第２端末または、前記第３端末でありうる。すなわち、第１端末は、ｉ）第２端末（または第３端末）のＳＣＩと関連したＳＬ ＤＭＲＳに基づいて測定されたＲＳＲＰ及びｉｉ）ＲＳＲＰ臨界値に基づいて、第２端末の予約リソース及び第３端末の予約リソース間の衝突有無を決定できる。

【0355】

前記予約リソースの衝突の決定のために、２個のＲＳＲＰと関連したＲＳＲＰ臨界値が使用されることに基づいて、前記予め定義された端末は、前記第２端末及び前記第３端末でありうる。すなわち、第１端末は、ｉ）第２端末のＳＣＩと関連したＳＬ ＤＭＲＳに基づいて測定されたＲＳＲＰ（例：ＲＳＲＰ１）、ｉｉ）第３端末のＳＣＩと関連したＳＬ ＤＭＲＳに基づいて測定されたＲＳＲＰ（例：ＲＳＲＰ２）及びｉｉｉ）ＲＳＲＰ臨界値に基づいて、第２端末の予約リソース及び第３端末の予約リソース間の衝突有無を決定できる。

【0356】

前記第２条件に基づいて、第１端末の測定と関連した性能（ｃａｐａｂｉｌｉｔｙ）に最も適したＲＳＲＰ臨界値が活用できる。すなわち、予約リソースの衝突を表す情報の正確度（ａｃｃｕｒａｃｙ）が改善されることができる。

【0357】

一実施形態によれば、前記設定情報は、事前に設定された情報またはＲＲＣシグナリングに基づいて基地局から受信された情報を基盤とすることができる。一例として、前記設定情報は、第１端末具現時に事前に設定された情報でありうる。一例として、前記設定情報は、基地局から受信された情報でありうる。このとき、第１端末は、基地局から前記設定情報をＲＲＣシグナリングに基づいて受信することができる。

【0358】

前記設定情報は、上位階層パラメータＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＣｏｎｆｉｇでありうる。このとき、前記第１条件は、ＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＣｏｎｆｉｇのＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＳｃｈｅｍｅ１内の情報に基づいて決定／指示／設定されることができる。一例として、前記第１条件は、ＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＳｃｈｅｍｅ１内のｓｌ－Ｃｏｎｄｉｔｉｏｎ１－Ａ－２に基づいて決定されることができる。前記ｓｌ－Ｃｏｎｄｉｔｉｏｎ１－Ａ－２は、ＨＡＬＦ－ＤＵＰＬＥＸ動作により第１端末のＳＬ受信が行なわれない（期待されない）スロットに属したリソースを選好リソースから除外するかどうかを指示する情報でありうる。一例として、前記ｓｌ－Ｃｏｎｄｉｔｉｏｎ１－Ａ－２が‘ｄｉｓａｂｌｅｄ’に設定されたことに基づいて、第１端末は、選好リソース決定時に前記ＳＬ受信が行なわれない（期待されない）スロットに属したリソースを選好リソースから除外しない。一例として、前記ｓｌ－Ｃｏｎｄｉｔｉｏｎ１－Ａ－２が‘ｄｉｓａｂｌｅｄ’に設定されないこと（ｓｌ－Ｃｏｎｄｉｔｉｏｎ１－Ａ－２ ｉｓ ｎｏｔ ｓｅｔ ｔｏ ‘ｄｉｓａｂｌｅｄ’）に基づいて、第１端末は、選好リソース決定時に前記ＳＬ受信が行なわれない（期待されない）スロットに属したリソースを選好リソースから除外する。

【0359】

前記第２条件は、ＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＣｏｎｆｉｇのＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＳｃｈｅｍｅ２内の情報に基づいて決定／指示／設定されることができる。一例として、前記第２条件は、ＳＬ－ＩｎｔｅｒＵＥ－ＣｏｏｒｄｉｎａｔｉｏｎＳｃｈｅｍｅ２のｓｌ－ＯｐｔｉｏｎＦｏｒＣｏｎｄｉｔｉｏｎ２－Ａ－１に基づいて決定されることができる。前記ｓｌ－ＯｐｔｉｏｎＦｏｒＣｏｎｄｉｔｉｏｎ２－Ａ－１は、予約リソースの衝突の決定時に使用されるＲＳＲＰ臨界値を表す情報でありうる。一例として、前記ｓｌ－ＯｐｔｉｏｎＦｏｒＣｏｎｄｉｔｉｏｎ２－Ａ－１の値が０であることに基づいて、一つのＲＳＲＰと関連したＲＳＲＰ臨界値（例：ＲＳＲＰ－ＴｈｒｅｓＰｅｒＰｒｉｏｒｉｔｉｅｓ）が使用されることに決定されることができる。一例として、前記ｓｌ－ＯｐｔｉｏｎＦｏｒＣｏｎｄｉｔｉｏｎ２－Ａ－１の値が１であることに基づいて、２個のＲＳＲＰと関連したＲＳＲＰ臨界値（例：ＲＳＲＰ－ＴｈｒｅｓＷｉｔｈＲｓｒｐＭｅａｓｕｒｅｍｅｎｔ）が使用されることに決定されることができる。

【0360】

前記端末間調整と関連した情報は、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＳＳＣＨ）を介して受信されることができる。一例として、前記端末間調整と関連した情報は、第２ステージＳＣＩ（ｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩ）及び／またはＭＡＣ－ＣＥ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ－Ｃｏｎｔｒｏｌ－ＣｏｎｔｒｏｌＥｌｅｍｅｎｔ）を基盤として受信されることができる。一例として、前記端末間調整と関連した情報は、前記ｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩに含まれることができる。第２端末は、前記ｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩを第１端末から受信することができる。一例として、前記端末間調整と関連した情報は、前記ＭＡＣ－ＣＥ（例：Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ＭＡＣ ＣＥ）に含まれることができる。第２端末は、前記ＭＡＣ－ＣＥを第１端末から受信することができる。

【0361】

前記端末間調整と関連した情報は、予め定義された条件または第２端末の要請（例：上述した補助情報送信を要請する信号または端末間調整情報に対する要請）に基づいて受信されることができる。すなわち、前記端末間調整と関連した情報の送信は、予め定義された条件または前記第２端末の要請に基づいてトリガーされることができる。

【0362】

一実施形態によれば、前記端末間調整と関連した情報が前記第２端末の要請と関連したことに基づいて、前記ｓｃｈｅｍｅ １と関連した選好リソース（または非選好リソース）を表す情報が受信されることができる。一例として、前記第２端末の要請は、選好リソースまたは非選好リソースと関連した端末間調整情報に対する要請でありうる。前記要請は、Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ－Ｃｏｎｔｒｏｌ－Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ（ＭＡＣ－ＣＥ）及び／または第２ＳＣＩ（ｓｅｃｏｎｄ ＳＣＩ）に基づいて送信されることができる。一例として、第２端末は、前記要請と関連した情報を含むＭＡＣ－ＣＥ及び／または第２ＳＣＩを送信できる。

【0363】

上述したＳ１４１０によって、第２端末（図１５ないし図２０の１００／２００）が第１端末（図１５ないし図２０の１００／２００）から端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を受信する動作は、図１５ないし図２０の装置により具現されることができる。例えば、図１６を参照すると、一つ以上のプロセッサ２０２は、第１端末１００から端末間調整（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）と関連した情報を受信するよう一つ以上のトランシバ２０６及び／または一つ以上のメモリ２０４を制御できる。

【0364】

第２端末は、端末間調整と関連した情報に基づいてＰＳＳＣＨ送信のためのリソースを選択または再選択できる。

【0365】

一実施形態によれば、前記方法は、リソース選択ステップをさらに含むことができる。第２端末は、前記方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報に基づいて、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）の送信のためのリソースを選択できる。このとき、ＰＳＳＣＨの送信のためのリソースは、前記選好リソースを含むことができる。

【0366】

上述したリソース選択ステップに従って、第２端末（図１５ないし図２０の１００／２００）が前記方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報に基づいて、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）の送信のためのリソースを選択する動作は、図１５ないし図２０の装置により具現されることができる。例えば、図１６を参照すると、一つ以上のプロセッサ２０２は、前記方式１（ｓｃｈｅｍｅ １）と関連した選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）を表す情報に基づいて、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）の送信のためのリソースを選択するよう、一つ以上のトランシバ２０６及び／または一つ以上のメモリ２０４を制御できる。

【0367】

一実施形態によれば、前記方法は、ＳＣＩ送信ステップをさらに含むことができる。具体的に、第２端末は、第１端末に第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を送信する。

【0368】

前記第１ＳＣＩは、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）の送信のための予約リソースと関連することができる。前記ＳＣＩ送信ステップは、Ｓ１４１０以前に行なわれることができる。一例として、第１端末は、第２端末の第１ＳＣＩに基づいて予約されたリソースの衝突（ｃｏｎｆｌｉｃｔ）を決定できる。第２端末は、第１端末から前記予約されたリソースの衝突を表す情報（端末間調整と関連した情報）を受信することができる。

【0369】

上述したＳＣＩ送信ステップに従って、第２端末（図１５ないし図２０の１００／２００）が第１端末（図１５ないし図２０の１００／２００）に第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を送信する動作は、図１５ないし図２０の装置により具現されることができる。例えば、図１６を参照すると、一つ以上のプロセッサ２０２は、第１端末１００に第１サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を送信するよう、一つ以上のトランシバ２０６及び／または一つ以上のメモリ２０４を制御できる。

【0370】

一実施形態によれば、前記方法は、リソース再選択ステップをさらに含むことができる。具体的に、第２端末は、前記方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤として、前記ＰＳＳＣＨの送信のためのリソースを再選択できる。このとき、ＰＳＳＣＨの送信のためのリソースにおいて前記衝突と関連したリソース（すなわち、前記第１ＳＣＩにより予約されたリソース）は除外されることができる。

【0371】

上述したリソース再選択ステップに従って、第２端末（図１５ないし図２０の１００／２００）が前記方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤として、前記ＰＳＳＣＨの送信のためのリソースを再選択する動作は、図１５ないし図２０の装置により具現されることができる。例えば、図１６を参照すると、一つ以上のプロセッサ２０２は、前記方式２（ｓｃｈｅｍｅ ２）と関連した予約リソースの衝突（ｃｏｎｆｌｉｃｔ）を表す情報を基盤として、前記ＰＳＳＣＨの送信のためのリソースを再選択するよう、一つ以上のトランシバ２０６及び／または一つ以上のメモリ２０４を制御できる。

【0372】

一実施形態によれば、前記方法は、端末間調整と関連した情報に対する要請送信ステップをさらに含むことができる。具体的に、第２端末は、第１端末に端末間調整と関連した情報に対する要請を送信する。前記要請送信ステップは、Ｓ１４１０以前に行なわれることができる。前記端末間調整と関連した情報に対する要請は、第２端末の送信のための選好リソースまたは非選好リソースと関連することができる。一例として、第２端末は、前記要請に基づいた選好リソースを表す情報（端末間調整と関連した情報）を第１端末から受信することができる。一例として、第２端末は、前記要請に基づいた非選好リソースを表す情報（端末間調整と関連した情報）を第１端末から受信することができる。

【0373】

上述した要請送信ステップに従って、第２端末（図１５ないし図２０の１００／２００）が第１端末（図１５ないし図２０の１００／２００）に端末間調整と関連した情報に対する要請を送信する動作は、図１５ないし図２０の装置により具現されることができる。例えば、図１６を参照すると、一つ以上のプロセッサ２０２は、第１端末１００に端末間調整と関連した情報に対する要請を送信するよう、一つ以上のトランシバ２０６及び／または一つ以上のメモリ２０４を制御できる。

【0374】

上述した実施形態（リソース選択ステップ、ＳＣＩ送信ステップ、リソース再選択ステップ、要請送信ステップ）によれば、第２端末は、Ｓ１４１０を次の１）ないし５）のうち、いずれか一つに基づいて行うことができる。

【0375】

１）端末間調整と関連した情報受信（Ｓ１４１０）

【0376】

２）端末間調整と関連した情報に対する要請送信-端末間調整と関連した情報受信（Ｓ１４１０）

【0377】

３）端末間調整と関連した情報に対する要請送信-端末間調整と関連した情報（例：選好リソースを表す情報）受信（Ｓ１４１０）-ＰＳＳＣＨ送信のためのリソース選択

【0378】

４）ＳＣＩ送信-端末間調整と関連した情報受信（Ｓ１４１０）

【0379】

５）ＳＣＩ送信-端末間調整と関連した情報（例：予約リソースの衝突を表す情報）受信（Ｓ１４１０）-ＰＳＳＣＨ送信のためのリソース再選択

【0380】

以下、本明細書の多様な実施形態が適用できる装置について説明する。

【0381】

本明細書に開示された構成はこれに制限されるものではないが、本明細書に開示された本発明の多様な説明、機能、手順、提案、方法及び／又は動作順序図は機器間に無線通信／接続（例えば、５Ｇ）を必要とする様々な分野に適用できる。

【0382】

以下、図面を参照してより具体的に例示する。以下の図面／説明において同一の図面符号は、異なる内容に記述しない限り、同一するか又は対応されるハードウェアブロック、ソフトウェアブロック又は機能ブロックを例示する。

【0383】

図１５は、本明細書の一実施形態による、通信システム１を示す。

【0384】

図１５に示すように、本発明に適用される通信システムは、無線機器、基地局及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を利用して通信を行う機器を意味し、通信／無線／５Ｇ機器と呼ばれることができる。これに制限されることではないが、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間通信が可能である車両などが含まれる。ここで、車両は、ＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態で実現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などが含まれる。家電は、ＴＶ、冷蔵庫、洗濯機などが含まれる。ＩｏＴ機器は、センサ、スマートメータなどを含むことができる。例えば、基地局、ネットワークは無線機器でも実現されることができ、特定無線機器１００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。

【0385】

無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と接続されることができる。無線機器１００ａ～１００ｆにはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術が適用されることができ、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００と接続されることができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク又は５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成される。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもあるが、基地局／ネットワークを介せずに、直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ）することもできる。例えば、車両１００ｂ－１、１００ｂ－２は直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ） ｃｏｍｍｕｎｉｃａｔｉｏｎ）をすることができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）又は他の無線機器１００ａ～１００ｆと直接通信をすることができる。

【0386】

無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間には無線通信／接続１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／接続は、アップ／ダウンリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０ｃ（例えば、リレー（ｒｅｌａｙ）、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）のような多様な無線接続技術（例えば、５Ｇ ＮＲ）を介して行われることができる。無線通信／接続１５０ａ、１５０ｂ、１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局は、互いに無線信号を送信／受信することができる。例えば、無線通信／接続１５０ａ、１５０ｂ、１５０ｃは、様々な物理チャネルを介して信号を送信／受信することができる。このために、本明細書の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報の設定過程、様々な信号処理過程（例えば、チャネルエンコーディング／デコーディング、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程などのうち少なくとも一部が行われることができる。

【0387】

図１６は、本明細書の一実施形態による無線機器を示す。

【0388】

図１６に示すように、第１無線機器１００と第２無線機器２００は、様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を介して無線信号を送受信することができる。ここで、｛第１無線機器１００、第２無線機器２００｝は、図１５の｛無線機器１００ｘ、基地局２００｝及び／又は｛無線機器１００ｘ、無線機器１００ｘ｝に対応することができる。

【0389】

第１無線機器１００、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、追加的に１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８をさらに含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図を実現するように構成される。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６を介して第１情報／信号を含む無線信号を送信することができる。また、プロセッサ１０２は、送受信機１０６を介して第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と接続されることができ、プロセッサ１０２の動作に関連した多様な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうち一部又は全部を行うか、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図を行うための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機１０６は、プロセッサ１０２と接続されることができ、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットと混用されることができる。本明細書で無線機器は通信モデム／回路／チップを意味することもある。

【0390】

第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、追加的に１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図を実現するように構成されることができる。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６を介して第３情報／信号を含む無線信号を送信することができる。また、プロセッサ２０２は、送受信機２０６を介して第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に保存することができる。メモリ２０４は、プロセッサ２０２と接続されることができ、プロセッサ２０２の動作に関連した多様な情報を保存することができる。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうち一部又は全部を行うか、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図を行うための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機２０６は、プロセッサ２０２と接続されることができ、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含むことができる。送受信機２０６はＲＦユニットと混用されることができる。本明細書で無線機器は通信モデム／回路／チップを意味することもある。

【0391】

以下、無線機器１００、２００のハードウェア要素についてより具体的に説明する。これに制限されることではないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２、２０２により実現されることができる。例えば、１つ以上のプロセッサ１０２、２０２は１つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰなどの機能的層）を実現することができる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図によって１つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は１つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図に応じて、メッセージ、制御情報、データ又は情報を生成することができる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成して、１つ以上の送受信機１０６、２０６に提供することができる。１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６から信号（例えば、ベースバンド信号）を受信することができ、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。

【0392】

１つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ばれることができる。１つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより実現されることができる。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２、２０２に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを使用して実現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように実現されることができる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図を行うように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２、２０２に含まれるか、１つ以上のメモリ１０４、２０４に保存されて１つ以上のプロセッサ１０２、２０２により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図はコード、命令語及び／又は命令語の集合形態でファームウェア又はソフトウェアを使用して実現されることができる。

【0393】

１つ以上のメモリ１０４、２０４は１つ以上のプロセッサ１２、２０２と接続されることができ、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を保存することができる。１つ以上のメモリ１０４、２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ判読保存媒体及び／又はこれらの組み合わせで構成される。１つ以上のメモリ１０４、２０４は、１つ以上のプロセッサ１０２、２０２の内部及び／又は外部に位置することができる。また、１つ以上のメモリ１０４、２０４は、有線又は無線接続のような多様な技術により１つ以上のプロセッサ１０２、２０２と接続される。

【0394】

１つ以上の送受信機１０６、２０６は、１つ以上の他の装置に本文書の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。１つ以上の送受信機１０６、２０６は１つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６、２０６は１つ以上のプロセッサ１０２、２０２と接続されることができ、無線信号を送受信することができる。例えば、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御することができる。また、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御することができる。また、１つ以上の送受信機１０６、２０６は、１つ以上のアンテナ１０８、２０８と接続されることができ、１つ以上の送受信機１０６、２０６は、１つ以上のアンテナ１０８、２０８を介して本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されることができる。本文書において、１つ以上のアンテナは、複数の物理アンテナ（例、アンテナポート）であり得る。１つ以上の送受信機１０６、２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２、２０２を利用して処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）することができる。１つ以上の送受信機１０６、２０６は、１つ以上のプロセッサ１０２、２０２を利用して処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換することができる。このために、１つ以上の送受信機２０６、２０６は、（アナログ）オシレータ及び／又はフィルタを含むことができる。

【0395】

図１７は、本明細書の一実施形態による、送信信号のための信号処理回路を示す。

【0396】

図１７を参照すると、信号処理回路１０００は、スクランブラー１０１０、変調器１０２０、レイヤマッパー１０３０、プリコーダ１０４０、リソースマッパー１０５０、信号生成器１０６０を備えることができる。これに制限されるわけではないが、図１７の動作／機能は、図１６のプロセッサ１０２、２０２、及び／又はトランシーバ１０６、２０６で実行され得る。図１７のハードウェア要素は、図１６のプロセッサ１０２、２０２、及び／又はトランシーバ１０６、２０６で実現されることができる。例えば、ブロック１０１０～１０６０は、図１６のプロセッサ１０２、２０２で実現されることができる。また、ブロック１０１０～１０５０は、図１６のプロセッサ１０２、２０２で実現され、ブロック１０６０は、図１６のトランシーバ１０６、２０６で実現されることができる。

【0397】

コードワードは、図１７の信号処理回路１０００を経て、無線信号に変換することができる。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、送信ブロック（例えば、ＵＬ－ＳＣＨ送信ブロック、ＤＬ－ＳＣＨ送信ブロック）を含むことができる。無線信号は、様々な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信されることができる。

【0398】

具体的に、コードワードは、スクランブラー１０１０によってスクランブルされたビットシーケンスに変換することができる。スクランブルに用いられるスクランブルシーケンスは、初期化値に基づいて生成され、初期化値は、無線機器のＩＤ情報などが含まれることができる。スクランブルされたビットシーケンスは、変調器１０２０によって変調シンボルのシーケンスに変調され得る。変調方式は、ｐｉ／２－ＢＰＳＫ（ｐｉ／２－Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＰＳＫ（ｍ－Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＱＡＭ（ｍ－Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）などを含むことができる。複素変調シンボルのシーケンスは、レイヤマッパー１０３０によって１以上の送信層にマッピングすることができる。各送信層の変調シンボルは、プリコーダ１０４０によって、該アンテナポートにマッピングすることができる（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパー１０３０の出力ｙをＮ ＊ Ｍのプリコーディング行列Ｗと掛けて得ることができる。ここで、Ｎはアンテナポートの数、Ｍは、送信層の数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム（ｔｒａｎｓｆｏｒｍ）プリコーディング（例えば、ＤＦＴ変換）を実行した後にプリコーディングを行うことができる。また、プリコーダ１０４０は、トランスフォームプリコーディングを行うことなくプリコーディングを行うことができる。

【0399】

リソースマッパー１０５０は、各アンテナポートの変調シンボルを時間－周波数リソースにマッピングすることができる。時間－周波数リソースは、時間ドメインで複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－ｓ－ＯＦＤＭＡシンボル）を含み、周波数ドメインで複数のサブキャリアを含むことができる。信号生成器１０６０は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は、各アンテナを介して他の機器に送信することができる。このために、信号生成器１０６０は、ＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュールとＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）、周波数アップコンバータ（ｆｒｅｑｕｅｎｃｙ ｕｐｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）などを含むことができる。

【0400】

無線機器で受信信号のための信号処理過程は、図１７の信号処理過程（１０１０～１０６０）の逆で構成され得る。例えば、無線機器（例えば、図１６の１００、２００）は、アンテナポート／トランシーバを介して外部から無線信号を受信することができる。受信された無線信号は、信号復元機によりベースバンド信号に変換することができる。このために、信号復元機は、周波数ダウンコンバータ（ｆｒｅｑｕｅｎｃｙ ｄｏｗｎｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）、ＡＤＣ（ａｎａｌｏｇ－ｔｏ－ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｅｒ）、ＣＰ除去機、ＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュールを含むことができる。以後、ベースバンド信号は、リソースデマッパー過程、ポストコーディング（ｐｏｓｔｃｏｄｉｎｇ）過程、復調過程及びデスクランブル過程を経てコードワードに復元することができる。コードワードは、復号（ｄｅｃｏｄｉｎｇ）を経て、元の情報ブロックに復元することができる。したがって、受信信号のための信号処理回路（図示せず）は、信号復元機、リソースデマッパー、ポストコーダ、復調器、デスクランブラー及び復号器を含むことができる。

【0401】

図１８は、本明細書の一実施形態による、無線機器を示す。無線機器は使用例／サービスに応じて多様な形態で実現できる（図１５参照）。

【0402】

図１８を参照すると、無線機器１００、２００は、図１６の無線機器１００，２００に対応し、様々な要素（ｅｌｅｍｅｎｔ）、成分（構成要素、ｃｏｍｐｏｎｅｎｔ）、ユニット／部（ｕｎｉｔ）、及び／又はモジュール（ｍｏｄｕｌｅ）で構成され得る。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含むことができる。通信部は、通信回路１１２及びトランシーバ１１４を含むことができる。例えば、通信回路１１２は、図１６の１つ以上のプロセッサ１０２、２０２及び／又は１つ以上のメモリ１０４、２０４を含むことができる。例えば、トランシーバ１１４は、図１６の１つ以上のトランシーバ１０６、２０６及び／又は１つ以上のアンテナ１０８、２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０及び追加要素１４０と電気的に接続され、無線機器の諸動作を制御する。例えば、制御部１２０は、メモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて、無線機器の電気的／機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に格納された情報を通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インタフェースを介して送信したり、通信部１１０を介して外部（例えば、他の通信機器）から無線／有線インタフェースを介して受信された情報をメモリ部１３０に格納することができる。

【0403】

追加要素１４０は、無線機器の種類に応じて多様に構成することができる。例えば、追加要素１４０は、パワーユニット／バッテリ、入出力部（Ｉ／Ｏ ｕｎｉｔ）、駆動部及びコンピューティング部のうち、少なくとも１つを含むことができる。これに制限されるわけではないが、無線機器は、ロボット（図１５、１００ａ）、車両（図１５、１００ｂ－１、１００ｂ－２）、ＸＲ機器（図１５、１００ｃ）、携帯機器（図１５、１００ｄ）、家電（図１５、１００ｅ）、ＩｏＴ機器（図１５、１００ｆ）、デジタル放送用端末、ホログラム装置、公共の安全装置、ＭＴＣ装置、医療装置、フィンテック装置（または金融装置）、セキュリティ装置、気候／環境装置、 ＡＩサーバ／機器（図１５、４００）、基地局（図１５、２００）、ネットワーク、ノードなどの形で実現され得る。無線機器は、使用－例／サービスによって移動可能であるか、固定された場所で用いられることができる。

【0404】

図１８で、無線機器１００、２００内の様々な要素、成分、ユニット／部、及び／又はモジュールは、全体が有線インタフェースを介して相互に接続されたり、少なくとも一部が通信部１１０を介して無線で接続することができる。例えば、無線機器１００、２００内で制御部１２０と通信部１１０は、有線で接続され、制御部１２０と、第１ユニット（例えば、１３０、１４０）は、通信部１１０を介して無線で接続することができる。また、無線機器１００、２００内の各要素、成分、ユニット／部、及び／又はモジュールは、１つ以上の要素をさらに含むことができる。例えば、制御部１２０は、１つ以上のプロセッサのセットで構成され得る。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、グラフィックス処理プロセッサ、メモリ制御プロセッサなどのセットで構成され得る。他の例として、メモリ部１３０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、非－揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、及び／又はこれらの組み合わせで構成され得る。

【0405】

以下、図１８の実現形態について図面を参照してより詳しく説明する。

【0406】

図１９は、本発明に適用される携帯機器を例示する。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、ハンドヘルドコンピュータ（例えば、ノートなど）を含むことができる。携帯機器は、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）またはＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）と称することができる。

【0407】

図１９を参照すると、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０は、電源供給部１４０ａ、インタフェース部１４０ｂと入出力部１４０ｃを含むことができる。アンテナ部１０８は、通信部１１０の一部として構成することができる。ブロック１１０～１３０／１４０ａ～１４０ｃは、それぞれ図１８のブロック１１０～１３０／１４０に対応する。

【0408】

通信部１１０は、他の無線機器、基地局と信号（例えば、データ、制御信号など）を送受信することができる。制御部１２０は、携帯機器１００の構成要素を制御して、様々な動作を実行することができる。制御部１２０は、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ）を含むことができる。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納することができる。また、メモリ部１３０は、入／出力されるデータ／情報などを格納することができる。電源供給部１４０ａは、携帯機器１００に電源を供給し、有線／無線充電回路、電池などを含むことができる。インタフェース部１４０ｂは、携帯機器１００と、他の外部機器の接続をサポートすることができる。インタフェース部１４０ｂは、外部機器との接続のためのさまざまなポート（例えば、オーディオ入力／出力ポート、ビデオ入力／出力ポート）を含むことができる。入出力部１４０ｃは、映像情報／信号、オーディオ情報／信号、データ、及び／又はユーザから入力される情報を入力を受けたり出力することができる。入出力部１４０ｃは、カメラ、マイクロホン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカー及び／又はハプティックモジュールなどを含むことができる。

【0409】

一例として、データ通信の場合、入出力部１４０ｃは、ユーザから入力された情報／信号（例えば、タッチ、文字、音声、画像、ビデオ）を獲得し、獲得された情報／信号は、メモリ部１３０に格納することができる。通信部１１０は、メモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信したり、基地局に送信することができる。また、通信部１１０は、他の無線機器または基地局からの無線信号を受信した後、受信した無線信号を元の情報／信号に復元することができる。復元された情報／信号は、メモリ部１３０に格納された後、入出力部１４０ｃを介して様々な形態（例えば、文字、音声、画像、ビデオ、ヘプチク）に出力され得る。

【0410】

図２０は、本明細書の一実施形態による、車両又は自動運転車両を示す。車両または自動運転車両は移動型ロボット、車両、汽車、有／無人飛行体（Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ）、船舶などで実現できる。

【0411】

図２０を参照すると、車両または自動運転車両１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自動運転部１４０ｄを含む。アンテナ部１０８は、通信部１１０の一部から構成される。ブロック１１０／１３０／１４０ａ～１４０ｄは、それぞれ図１８のブロック１１０／１３０／１４０に対応する。

【0412】

通信部１１０は、他の車両、基地局（例えば、基地局、路辺基地局（Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ）など）、サーバなどの外部機器と信号（例えば、データ、制御信号など）を送受信する。制御部１２０は、車両または自動運転車両１００の要素を制御して様々な動作を行うことができる。制御部１２０はＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を含む。駆動部１４０ａは、車両または自動運転車両１００を地上で走行するようにすることができる。駆動部１４０ａはエンジン、モータ、パワートレイン、車輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは車両または自動運転車両１００に電源を供給し、有／無線充電回路、バッテリなどを含む。センサ部１４０ｃは車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃはＩＭＵ（ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ）センサ、衝突センサ、ホイールセンサ（ｗｈｅｅｌ ｓｅｎｓｏｒ）、速度センサ、傾斜センサ、重量感知センサ、ヘディングセンサ（ｈｅａｄｉｎｇ ｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎ ｍｏｄｕｌｅ）、車両前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含む。自動運転部１４０ｄは走行中の車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると自動で経路を設定して走行する技術などを実現することができる。

【0413】

例えば、通信部１１０は外部サーバから地図データ、交通情報データなどを受信する。自動運転部１４０ｄは、取得されたデータに基づいて自動運転経路とドライビングプランを生成する。制御部１２０はドライビングプランに従って車両または自動運転車両１００が自動運転経路に沿って移動するように駆動部１４０ａを制御する（例えば、速度／方向調節）。自動運転途中に通信部１１０は外部サーバから最新交通情報データを非／周期的に取得し、周辺車両から周辺交通情報データを取得する。また、自動運転途中にセンサ部１４０ｃは車両状態、周辺環境情報を取得する。自動運転部１４０ｄは、新たに取得されたデータ／情報に基づいて自動運転経路とドライビングプランを更新することができる。通信部１１０は車両位置、自動運転経路、ドライビングプランなどに関する情報を外部サーバに伝達する。外部サーバは車両または自動運転車両から収集された情報に基づいて、ＡＩ技術などを利用して交通情報データを予め予測することができ、予測された交通情報データを車両または自動運転車両に提供することができる。

【0414】

本明細書に記載された請求項は多様な方式で組み合わせることができる。例えば、本明細書の方法請求項の技術的特徴が組み合わされて装置として実現されてもよく、本明細書の装置請求項の技術的特徴が組み合わされて方法として実現されてもよい。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わされて装置として実現されてもよく、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わされて方法として実現されてもよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【手続補正書】

【提出日】2024-03-15

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムにおいてＵＥ（User Equipment）間調整と関連した情報を送信するための第１ＵＥの方法であって、
設定情報に基づいてＵＥ間調整と関連した情報を決定するステップと、
第２ＵＥに前記ＵＥ間調整と関連した前記情報を送信するステップと、を含み、
前記ＵＥ間調整と関連した前記情報は、方式１と関連した選好リソースを表す情報、又は方式２と関連した予約リソースの衝突を表す情報に基づいており、
前記選好リソースは、前記第２ＵＥの送信と関連したリソースの中で決定され、
前記予約リソースの前記衝突は、前記第１ＵＥにより測定されたＲＳＲＰに基づいて決定され、
前記設定情報は、ｉ）前記選好リソースの前記決定と関連した第１条件、及びｉｉ）前記予約リソースの前記衝突の前記決定と関連した第２条件、に対する情報を含み、
前記第１条件に対する前記情報に基づいて、前記第２ＵＥの前記送信と関連した前記リソースの中で前記選好リソースが決定され、
前記第２条件に対する前記情報に基づいて、前記第１ＵＥにより測定された前記ＲＳＲＰと関連したＲＳＲＰ臨界値が決定される、方法。

【請求項2】

前記第１条件に対する前記情報に基づいて、前記第２ＵＥの前記送信と関連した前記リソースの中で、前記選好リソースから除外されるリソースが決定される、請求項１に記載の方法。

【請求項3】

前記選好リソースから除外される前記リソースは、予め定義されたスロットに属したリソースであり、
前記予め定義されたスロットは、前記第１ＵＥのサイドリンク受信が行なわれないスロットを含む、請求項２に記載の方法。

【請求項4】

前記第１条件に対する前記情報に基づいて、前記第２ＵＥの前記送信と関連した前記リソースの中で、前記選好リソースに含まれるリソースが決定される、請求項１に記載の方法。

【請求項5】

前記決定されたＲＳＲＰ臨界値は、前記第１ＵＥにより測定されたＲＳＲＰの中の一つ以上のＲＳＲＰと関連する、請求項１に記載の方法。

【請求項6】

前記一つ以上のＲＳＲＰは、前記予約リソースと関連したＵＥの中の予め定義されたＵＥのＳＬ ＤＭＲＳ（Sidelink DeModulation Reference Signal）に基づいて測定されたＲＳＲＰを含む、請求項５に記載の方法。

【請求項7】

前記予約リソースと関連した前記ＵＥは、前記第１ＵＥに前記予約リソースを指示する第１ＳＣＩ（Sidelink Control Information）を送信するＵＥに基づく、請求項６に記載の方法。

【請求項8】

前記ＵＥ間調整と関連した前記情報が前記第２ＵＥの要請と関連していることに基づいて、前記方式１と関連した前記選好リソースを表す情報が送信される、請求項１に記載の方法。

【請求項9】

前記設定情報は、事前に設定された情報、又はＲＲＣシグナリングに基づいて基地局から受信された情報に基づく、請求項１に記載の方法。

【請求項10】

無線通信システムにおいてＵＥ（User Equipment）間調整と関連した情報を送信する第１ＵＥであって、
一つ以上の送受信機と、
前記一つ以上の送受信機を制御する一つ以上のプロセッサと、
前記一つ以上のプロセッサに動作可能に接続された一つ以上のメモリと、を備え、
前記一つ以上のメモリは、前記一つ以上のプロセッサにより実行されることに基づいて動作を行うことの指示を格納し、
前記動作は、
設定情報に基づいてＵＥ間調整と関連した情報を決定するステップと、
第２ＵＥに前記ＵＥ間調整と関連した前記情報を送信するステップと、を含み、
前記ＵＥ間調整と関連した前記情報は、方式１と関連した選好リソースを表す情報、又は方式２と関連した予約リソースの衝突を表す情報に基づいており、
前記選好リソースは、前記第２ＵＥの送信と関連したリソースの中で決定され、
前記予約リソースの前記衝突は、前記第１ＵＥにより測定されたＲＳＲＰに基づいて決定され、
前記設定情報は、ｉ）前記選好リソースの前記決定と関連した第１条件、及びｉｉ）前記予約リソースの前記衝突の前記決定と関連した第２条件、に対する情報を含み、
前記第１条件に対する前記情報に基づいて、前記第２ＵＥの前記送信と関連した前記リソースの中で前記選好リソースが決定され、
前記第２条件に対する前記情報に基づいて、前記第１ＵＥにより測定された前記ＲＳＲＰと関連したＲＳＲＰ臨界値が決定される、第１ＵＥ。

【請求項11】

無線通信システムにおいてＵＥ（User Equipment）間調整と関連した情報を受信するための第２ＵＥの方法であって、
第１ＵＥから前記ＵＥ間調整と関連した前記情報を受信するステップを含み、
ＵＥ間調整と関連した前記情報は、設定情報に基づいて決定され、
前記ＵＥ間調整と関連した前記情報は、方式１と関連した選好リソースを表す情報、又は方式２と関連した予約リソースの衝突を表す情報に基づいており、
前記選好リソースは、前記第２ＵＥの送信と関連したリソースの中で決定され、
前記予約リソースの前記衝突は、前記第１ＵＥにより測定されたＲＳＲＰに基づいて決定され、
前記設定情報は、ｉ）前記選好リソースの前記決定と関連した第１条件、及びｉｉ）前記予約リソースの前記衝突の前記決定と関連した第２条件、に対する情報を含み、
前記第１条件に対する前記情報に基づいて、前記第２ＵＥの前記送信と関連した前記リソースの中で前記選好リソースが決定され、
前記第２条件に対する前記情報に基づいて、前記第１ＵＥにより測定された前記ＲＳＲＰと関連したＲＳＲＰ臨界値が決定される、方法。

【請求項12】

前記方式１と関連した前記選好リソースを表す情報に基づいて、ＰＳＳＣＨ（Physical Sidelink Shared Channel）の送信のためのリソースを選択するステップをさらに含む、請求項１１に記載の方法。

【請求項13】

第１ＳＣＩ（Sidelink Control Information）を送信するステップをさらに含み、
前記第１ＳＣＩは、ＰＳＳＣＨの送信のための予約リソースと関連する、請求項１１に記載の方法。

【請求項14】

前記方式２と関連した前記予約リソースの前記衝突を表す前記情報に基づいて、前記ＰＳＳＣＨの前記送信のための前記リソースを再選択するステップをさらに含む、請求項１３に記載の方法。

【国際調査報告】