特表 2024-531389 無線通信システムにおける端末間調整情報の送受信方法及びその装置

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

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

(11)【公表番号】

(43)【公表日】2024-08-29

(54)【発明の名称】無線通信システムにおける端末間調整情報の送受信方法及びその装置

(51)【国際特許分類】

   H04W 72/40 20230101AFI20240822BHJP

   H04W 92/18 20090101ALI20240822BHJP

   H04W 72/25 20230101ALI20240822BHJP

【ＦＩ】

H04W72/40

H04W92/18

H04W72/25

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024510335

(86)(22)【出願日】2022-08-19

(85)【翻訳文提出日】2024-02-19

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

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

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

(31)【優先権主張番号】63/235,200

(32)【優先日】2021-08-20

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ファン テソン

(72)【発明者】

【氏名】イ スンミン

(72)【発明者】

【氏名】ソ ハンピョル

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

5K067

【Ｆターム（参考）】

5K067AA13

5K067DD24

5K067EE02

5K067EE25

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】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【0049】

本明細書の様々な実施形態において、「／」及び「、」は「及び／又は」を表すものと解釈されるべきである。例えば、「Ａ／Ｂ」は「Ａ及び／又はＢ」を意味し得る。さらに、「Ａ、Ｂ」は「Ａ及び／又はＢ」を意味し得る。さらに、「Ａ／Ｂ／Ｃ」は、「Ａ、Ｂ及び／又はＣのうち少なくともいずれか１つ」を意味し得る。さらに、「Ａ、Ｂ、Ｃ」は、「Ａ、Ｂ及び／又はＣのうち少なくともいずれか１つ」を意味し得る。

【0050】

本明細書の様々な実施形態において、「又は」は「及び／又は」を表すものと解釈されるべきである。例えば、「Ａ又はＢ」は、「Ａのみ」、「Ｂのみ」、及び／又は「Ａ及びＢの両方」を含む。言い換えれば、「又は」は「付加的に又は代案的に」を表すものと解釈されるべきである。

【0051】

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

【0052】

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

【0053】

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

【0054】

端末とネットワーク間の無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の層は、通信システムにおいて広く知られている開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ、ＯＳＩ）基準モデルの下位３層に基づいて、Ｌ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分される。このうち、第１層に属する物理層は物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は端末とネットワーク間で無線リソースを制御する役割を果たす。このためにＲＲＣ層は端末と基地局間にＲＲＣメッセージを交換する。

【0055】

ＭＡＣ層は、論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）を介して上位層であるＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）層にサービスを提供する。ＭＡＣ層は複数の論理チャネルから複数の送信チャネルへのマッピング機能を提供する。また、ＭＡＣ層は複数の論理チャネルから単数の送信チャネルへのマッピングによる論理チャネル多重化機能を提供する。ＭＡＣサブ層（ＭＡＣ副層）は論理チャネル上のデータ送信サービスを提供する。

【0056】

ＲＬＣ層は、ＲＬＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）の連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を行う。無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ、ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ層は透明モード（透過モード。Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＡＭ）の３つの動作モードを提供する。ＡＭ ＲＬＣはＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）によりエラー訂正を提供する。

【0057】

ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は制御プレーンにおいてのみ定義される。ＲＲＣ層は無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは端末とネットワーク間のデータ伝達のために第１層（物理層又はＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層）により提供される論理的経路を意味する。

【0058】

ユーザプレーンにおけるＰＤＣＰ層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御プレーンにおけるＰＤＣＰ層の機能は、制御プレーンデータの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を含む。

【0059】

ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢは、さらにＳＲＢ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）とＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）の２種類に分けられる。ＳＲＢは制御プレーンにおいてＲＲＣメッセージを送信する通路として使用され、ＤＲＢはユーザプレーンにおいてユーザデータを送信する通路として使用される。

【0060】

端末のＲＲＣ層とＥ－ＵＴＲＡＮのＲＲＣ層の間にＲＲＣ接続（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、そうでない場合は、ＲＲＣ＿ＩＤＬＥ状態になる。ＮＲの場合、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態が追加で定義され、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の端末はコアネットワークとの接続を維持するに対して、基地局との接続を解除（解放。ｒｅｌｅａｓｅ）することができる。

【0061】

ネットワークから端末にデータを送信するダウンリンク送信チャネルとしては、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）とそれ以外にユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクＳＣＨを介して送信されてもよく、又は別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信するアップリンク送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）とそれ以外にユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。

【0062】

送信チャネルの上位にあり、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）としては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。

【0063】

物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）は、時間領域において複数のＯＦＤＭシンボルと周波数領域において複数のサブキャリア（ｓｕｂ－ｃａｒｒｉｅｒ）で構成される。１つのサブフレーム（ｓｕｂ－ｆｒａｍｅ）は、時間領域において複数のＯＦＤＭシンボル（ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割り当て単位であり、複数のＯＦＤＭシンボルと複数のサブキャリア（ｓｕｂ－ｃａｒｒｉｅｒ）で構成される。また、各サブフレームはＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定サブキャリアを利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）はサブフレーム送信の単位時間である。

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

【表1】

【0071】

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

【0072】

【表2】

【0073】

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

【0074】

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

【0075】

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

【0076】

【表3】

【0077】

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

【0078】

【表4】

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

例えば、ＳＣＳがＦＲ１において１５ｋＨｚである場合、送信端末は１つのＳ－ＳＳＢ送信周期内で受信端末に１つまたは２つのＳ－ＳＳＢを送信する。例えば、ＳＣＳがＦＲ１において３０ｋＨｚである場合、送信端末は１つのＳ－ＳＳＢ送信周期内で受信端末に１つ又は２つのＳ－ＳＳＢを送信することができる。例えば、ＳＣＳがＦＲ１において６０ｋＨｚである場合、送信端末は１つのＳ－ＳＳＢ送信周期内で受信端末に１つ、２つ又は４つのＳ－ＳＳＢを送信することができる。

【0089】

例えば、ＳＣＳがＦＲ２において６０ｋＨｚである場合、送信端末は１つのＳ－ＳＳＢ送信周期内で受信端末に１個、２個、４個、８個、１６個または３２個のＳ－ＳＳＢを送信することができる。例えば、ＳＣＳがＦＲ２において１２０ｋＨｚである場合、送信端末は１つのＳ－ＳＳＢ送信周期内で受信端末に１個、２個、４個、８個、１６個、３２個または６４個のＳ－ＳＳＢを送信することができる。

【0090】

一方、ＳＣＳが６０ｋＨｚである場合、２つのタイプのＣＰがサポートされることができる。また、ＣＰタイプに応じて送信端末が受信端末に送信するＳ－ＳＳＢの構造が異なる。例えば、前記ＣＰタイプはＮｏｒｍａｌ ＣＰ（ＮＣＰ）又はＥｘｔｅｎｄｅｄ ＣＰ（ＥＣＰ）である。具体的に、例えば、ＣＰタイプがＮＣＰである場合、送信端末が送信するＳ－ＳＳＢ内でＰＳＢＣＨをマッピングするシンボルの個数は９個または８個でありうる。それに対して、例えば、ＣＰタイプがＥＣＰである場合、送信端末が送信するＳ－ＳＳＢ内でＰＳＢＣＨをマッピングするシンボルの個数は８個または６個でありうる。例えば、送信端末が送信するＳ－ＳＳＢ内の１番目のシンボルには、ＰＳＢＣＨがマッピングされることができる。例えば、Ｓ－ＳＳＢを受信する受信端末は、Ｓ－ＳＳＢの１番目のシンボル区間においてＡＧＣ（Ａｕｔｏｍａｔｉｃ Ｇａｉｎ Ｃｏｎｔｒｏｌ）動作を行うことができる。

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

図６は、本明細書の一実施形態により、端末が送信モードに応じてＶ２ＸまたはＳＬ通信を行う手順を示す。本明細書の様々な実施形態において、送信モードはモードまたはリソース割り当てモードと呼ばれてもよい。以下、説明の便宜のために、ＬＴＥにおいて送信モードはＬＴＥ送信モードと言い、ＮＲにおいて送信モードはＮＲリソース割り当てモードと言ってもよい。

【0106】

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

【0107】

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

【0108】

図６の（ａ）を参照すると、ＬＴＥ送信モード１、ＬＴＥ送信モード３またはＮＲリソース割り当てモード１において、基地局はＳＬ送信のために端末により使用されるＳＬリソースをスケジューリングする。例えば、基地局は端末１にＰＤＣＣＨ（より具体的にＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ））を介してリソーススケジューリングを行うことができ、端末１は前記リソーススケジューリングによって端末２とＶ２ＸまたはＳＬ通信を行う。例えば、端末１はＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を介してＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を端末２に送信した後、前記ＳＣＩに基づいたデータをＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を介して端末２に送信する。

【0109】

例えば、ＮＲリソース割り当てモード１において、端末は動的グラント（ｄｙｎａｍｉｃ ｇｒａｎｔ）を介して１つのＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）の１つ以上のＳＬ送信のためのリソースを基地局から提供または割り当てを受けることができる。例えば、基地局は動的グラントを利用してＰＳＣＣＨ及び／又はＰＳＳＣＨの送信のためのリソースを端末に提供する。例えば、送信端末は受信端末から受信したＳＬ ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを基地局に報告する。この場合、基地局がＳＬ送信のためのリソースを割り当てるためのＰＤＣＣＨ内の指示（ｉｎｄｉｃａｔｉｏｎ）に基づいて、ＳＬ ＨＡＲＱフィードバックを基地局に報告するためのＰＵＣＣＨリソース及びタイミング（ｔｉｍｉｎｇ）が決定される。

【0110】

例えば、ＤＣＩはＤＣＩ受信とＤＣＩによりスケジューリングされた１番目のＳＬ送信との間のスロットオフセットを示す。例えば、ＳＬ送信リソースをスケジューリングするＤＣＩと一番目にスケジューリングされたＳＬ送信リソースとの間の最小ギャップは、該当端末の処理時間（ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）より小さくない。

【0111】

例えば、ＮＲリソース割り当てモード１において、端末は設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）を介して複数のＳＬ送信のために周期的にリソースセットを基地局から提供または割り当てを受ける。例えば、前記設定されるグラントは、設定されたグラントタイプ１又は設定されたグラントタイプ２を含む。例えば、端末は与えられた設定されたグラント（ｇｉｖｅｎ ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）により指示されるそれぞれの場合（ｏｃｃａｓｉｏｎｓ）において送信するＴＢを決定することができる。

【0112】

例えば、基地局は同一のキャリア上においてＳＬリソースを端末に割り当てることができ、相異なるキャリア上においてＳＬリソースを端末に割り当てることができる。

【0113】

例えば、ＮＲ基地局はＬＴＥベースのＳＬ通信を制御する。例えば、ＮＲ基地局はＬＴＥ ＳＬリソースをスケジューリングするためにＮＲ ＤＣＩを端末に送信する。この場合、例えば、前記ＮＲ ＤＣＩをスクランブルするための新しいＲＮＴＩを定義することができる。例えば、前記端末はＮＲ ＳＬモジュール及びＬＴＥ ＳＬモジュールを含んでもよい。

【0114】

例えば、ＮＲ ＳＬモジュール及びＬＴＥ ＳＬモジュールを含む端末がｇＮＢからＮＲ ＳＬ ＤＣＩを受信した後、ＮＲ ＳＬモジュールはＮＲ ＳＬ ＤＣＩをＬＴＥ ＤＣＩタイプ５Ａに変換でき、ＮＲ ＳＬモジュールはＸｍｓ単位でＬＴＥ ＳＬモジュールにＬＴＥ ＤＣＩタイプ５Ａを伝達することができる。例えば、ＬＴＥ ＳＬモジュールがＮＲ ＳＬモジュールからＬＴＥ ＤＣＩフォーマット５Ａを受信した後、ＬＴＥ ＳＬモジュールはＺｍｓ後に１番目のＬＴＥサブフレームに活性化及び／又は解除を適用することができる。例えば、前記ＸはＤＣＩのフィールドを使用して動的に表示されることができる。例えば、前記Ｘの最小値は端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）に応じて異なる。例えば、端末は端末能力に応じて１つの値（ｓｉｎｇｌｅ ｖａｌｕｅ）を報告することができる。例えば、前記Ｘは正数でありうる。

【0115】

図６の（ｂ）を参照すると、ＬＴＥ送信モード２、ＬＴＥ送信モード４またはＮＲリソース割当モード２において、端末は基地局／ネットワークにより設定されたＳＬリソース又は予め設定されたＳＬリソース内においてＳＬ送信リソースを決定することができる。例えば、前記設定されたＳＬリソース又は予め設定されたＳＬリソースはリソースプールであり得る。例えば、端末は自律的にＳＬ送信のためのリソースを選択またはスケジューリングすることができる。例えば、端末は設定されたリソースプール内においてリソースを自ら選択して、ＳＬ通信を行うことができる。例えば、端末はセンシング（ｓｅｎｓｉｎｇ）及びリソース（再）選択手順を行って、選択ウィンドウ内で自らリソースを選択することができる。例えば、前記センシングはサブチャネル単位で行われることができる。そして、リソースプール内でリソースを自ら選択した端末１は、ＰＳＣＣＨを介してＳＣＩを端末２に送信した後、前記ＳＣＩに基づいたデータをＰＳＳＣＨを介して端末２に送信することができる。

【0116】

前記リソース（再）選択のために再評価動作が行われることができる。予約されたリソースにおいて送信を実行する直前に、該当端末は、自分が意図した送信が依然として適合しているか否かを確認するために、選択できるリソースセットを再評価する。前記センシング結果に基づいて、前記再評価（ｒｅ－ｅｖａｌｕａｔｉｏｎ）は予め設定された値（Ｔ３）に基づくスロットにおいて行われる。例えば、前記予約されたリソース（ら）を示すＳＣＩが初めてシグナリングされるスロット（ｍ）の以前のスロット（例：ｍ－Ｔ３）において前記再評価動作が行われる。

【0117】

前記予め設定された値（Ｔ３）はＳＬリソースに対する先占（プリエンプション、ｐｒｅ－ｅｍｐｔｉｏｎ）及び／又は再評価（ｒｅ－ｅｖａｌｕａｔｉｏｎ）と関連する。具体的に、端末は下記の表５に基づいて先占（ｐｒｅ－ｅｍｐｔｉｏｎ）及び／又は再評価（ｒｅ－ｅｖａｌｕａｔｉｏｎ）と関連した動作を行うことができる。

【0118】

【表5-1】

【表5-2】

【0119】

前記予め設定された値（Ｔ３）は端末のリソース選択のために設定されたプロセッシングタイム

と同一の値に設定される。次の表６は、サイドリンク帯域幅（ＳＬ ＢＷＰ）のサブキャリア間隔設定

に基づいて決定されるプロセッシングタイム（ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）を例示する。例えば、前記プロセッシングタイム

は、リソース選択ウィンドウの開始点（Ｔ１）を決定するために設定される。

【0120】

【表6】

【0121】

例えば、端末は他の端末に対するＳＬリソース選択を助けることができる。例えば、ＮＲリソース割り当てモード２において、端末はＳＬ送信のために設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）を設定されることができる。例えば、ＮＲリソース割り当てモード２において、端末は他の端末のＳＬ送信をスケジューリングすることができる。例えば、ＮＲリソース割り当てモード２において、端末はブラインド再送信のためのＳＬリソースを予約することができる。

【0122】

例えば、ＮＲリソース割り当てモード２において、第１端末はＳＣＩを利用してＳＬ送信の優先順位を第２端末に指示する。例えば、第２端末は前記ＳＣＩをデコードし、第２端末は前記優先順位に基づいてセンシング及び／又はリソース（再）選択を行う。例えば、前記リソース（再）選択手順は、第２端末がリソース選択ウィンドウにおいて候補リソースを識別する段階及び第２端末が識別された候補リソースのうち（再）送信のためのリソースを選択する段階を含む。例えば、リソース選択ウィンドウは、端末がＳＬ送信のためのリソースを選択する時間間隔（ｔｉｍｅ ｉｎｔｅｒｖａｌ）であり得る。例えば、第２端末がリソース（再）選択をトリガーした後、リソース選択ウィンドウはＴ１≧０から開始され、リソース選択ウィンドウは第２端末の残っているパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）により制限される。前記Ｔ１は、リソース選択のために設定されたプロセッシングタイム

より小さいか同一の値に決定できる。例えば、前記リソース（再）選択がトリガーされたスロットがｎである場合、前記リソース選択ウィンドウはｎ＋Ｔ１からｎ＋Ｔ２の時間区間に決定される。前記Ｔ２は、前記残っているパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に該当するスロット数より小さいか等しいスロット数を示す。

【0123】

例えば、第２端末がリソース選択ウィンドウにおいて候補リソースを識別する段階で、第２端末が第１端末から受信したＳＣＩにより特定リソースが指示され、前記特定リソースに対するＬ１ ＳＬ ＲＳＲＰ測定値がＳＬ ＲＳＲＰしきい値を超過すると、前記第２端末は前記特定リソースを候補リソースとして決定しないことができる。例えば、ＳＬ ＲＳＲＰしきい値は、第２端末が第１端末から受信したＳＣＩにより指示されるＳＬ送信の優先順位及び第２端末が選択したリソース上においてＳＬ送信の優先順位に基づいて決定されることができる。

【0124】

例えば、前記Ｌ１ ＳＬ ＲＳＲＰはＳＬ ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）に基づいて測定できる。例えば、リソースプール別に時間領域において１つ以上のＰＳＳＣＨ ＤＭＲＳパターンが設定されるか、事前に設定されることができる。例えば、ＰＤＳＣＨ ＤＭＲＳ設定タイプ１及び／又はタイプ２は、ＰＳＳＣＨ ＤＭＲＳの周波数領域パターンと同一または類似している。例えば、正確なＤＭＲＳパターンはＳＣＩにより指示されることができる。例えば、ＮＲリソース割り当てモード２において、送信端末はリソースプールに対して設定された又は事前に設定されたＤＭＲＳパターンのうち特定のＤＭＲＳパターンを選択することができる。

【0125】

例えば、ＮＲリソース割り当てモード２において、センシング及びリソース（再）選択手順に基づいて、送信端末は予約なしでＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）の初期送信を行うことができる。例えば、センシング及びリソース（再）選択手順に基づいて、送信端末は第１ＴＢと関連したＳＣＩを利用して第２ＴＢの初期送信のためのＳＬリソースを予約することができる。

【0126】

例えば、ＮＲリソース割り当てモード２において、端末は同一のＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）の以前の送信に関連したシグナリングを介して、フィードバックベースのＰＳＳＣＨ再送信のためのリソースを予約することができる。例えば、現在送信を含めて１つの送信により予約されるＳＬリソースの最大個数は２個、３個または４個である。例えば、前記ＳＬリソースの最大個数は、ＨＡＲＱフィードバックがイネーブルされるか否かに関係なく同一である。例えば、１つのＴＢに対する最大ＨＡＲＱ（再）送信回数は設定または事前設定により制限される。例えば、最大ＨＡＲＱ（再）送信回数は最大３２であり得る。例えば、前記設定または事前設定がない場合、最大ＨＡＲＱ（再）送信回数は指定されていないものであり得る。例えば、前記設定または事前設定は送信端末のためのものである。例えば、ＮＲリソース割り当てモード２において、端末が使用しないリソースを解除するためのＨＡＲＱフィードバックがサポートされることができる。

【0127】

例えば、ＮＲリソース割り当てモード２において、端末はＳＣＩを利用して前記端末により使用される１つ以上のサブチャネル及び／又はスロットを他の端末に指示することができる。例えば、端末はＳＣＩを利用してＰＳＳＣＨ（再）送信のために前記端末により予約された１つ以上のサブチャネル及び／又はスロットを他の端末に指示することができる。例えば、ＳＬリソースの最小割り当て単位はスロットである。例えば、サブチャネルのサイズは端末に対して設定されるか、予め設定されることができる。

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

例えば、送信端末はＳＣＩを介して、以下の情報のうち一部または全部を受信端末に送信する。ここで、例えば、送信端末は以下の情報のうち一部または全部を第１ＳＣＩ及び／又は第２ＳＣＩを介して受信端末に送信する。

【0133】

－ＰＳＳＣＨ及び／又はＰＳＣＣＨ関連リソース割り当て情報、例えば、時間／周波数リソース位置／個数、リソース予約情報（例えば、周期）、及び／又は

【0134】

－ＳＬ ＣＳＩ報告要求指示子又はＳＬ （Ｌ１） ＲＳＲＰ（及び／又はＳＬ （Ｌ１） ＲＳＲＱ及び／又はＳＬ （Ｌ１） ＲＳＳＩ）報告要求指示子、及び／又は

【0135】

－（ＰＳＳＣＨ上の）ＳＬ ＣＳＩ送信指示子（又はＳＬ （Ｌ１） ＲＳＲＰ（及び／又はＳＬ （Ｌ１） ＲＳＲＱ及び／又はＳＬ （Ｌ１） ＲＳＳＩ）情報送信指示子）、及び／又は

【0136】

－ＭＣＳ情報、及び／又は

【0137】

－送信電力情報、及び／又は

【0138】

－Ｌ１デスティネーション（ｄｅｓｔｉｎａｔｉｏｎ）ＩＤ情報及び／又はＬ１ソースＩＤ情報、及び／又は

【0139】

－ＳＬ ＨＡＲＱプロセス（ｐｒｏｃｅｓｓ）ＩＤ情報、及び／又は

【0140】

－ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）情報、及び／又は

【0141】

－ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）情報、及び／又は

【0142】

－（送信トラフィック／パケット関連）ＱｏＳ情報、例えば、優先順位情報、及び／又は

【0143】

－ＳＬ ＣＳＩ－ＲＳ送信指示子又は（送信される）ＳＬ ＣＳＩ－ＲＳアンテナポートの個数情報

【0144】

－送信端末の位置情報又は（ＳＬ ＨＡＲＱフィードバックが要求される）ターゲット受信端末の位置（又は、距離領域）情報、及び／又は

【0145】

－ＰＳＳＣＨを介して送信されるデータのデコード及び／又はチャネル推定に関連した参照信号（例えば、ＤＭＲＳなど）情報、例えば、ＤＭＲＳの（時間－周波数）マッピングリソースのパターンに関する情報、ランク（ｒａｎｋ）情報、アンテナポートインデックス情報；

【0146】

例えば、第１ＳＣＩはチャネルセンシングに関する情報を含む。例えば、受信端末はＰＳＳＣＨ ＤＭＲＳを利用して第２ＳＣＩをデコードする。ＰＤＣＣＨに使われるポーラーコード（polar code）が第２ＳＣＩに適用できる。例えば、リソースプールにおいて、第１ＳＣＩのペイロードサイズはユニキャスト、グループキャスト、及びブロードキャストに対して同一である。第１ＳＣＩをデコードした後、受信端末は第２ＳＣＩのブラインドデコードを行う必要がない。例えば、第１ＳＣＩは第２ＳＣＩのスケジューリング情報を含んでもよい。

【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】

【表7】

【0172】

【表8】

【0173】

表９は、ダウンリンク送信チャネルと物理チャネルとの間のマッピング関係を示し、表１０は、ダウンリンク制御チャネル情報と物理チャネルとの間のマッピング関係を示す。

【0174】

【表9】

【0175】

【表10】

【0176】

表１１は、ＳＬ送信チャネルと物理チャネルとの間のマッピング関係を示し、表１２は、ＳＬ制御チャネル情報と物理チャネルとの間のマッピング関係を示す。

【0177】

【表11】

【0178】

【表12】

【0179】

以上で説明した送信／受信側における物理層プロセッシングにおいて、サブキャリアマッピングに関連した時間及び周波数ドメインリソース（例えば、ＯＦＤＭシンボル、サブキャリア、キャリア周波数）、ＯＦＤＭ変調及び周波数アップ／ダウンコンバートは、リソース割り当て（例えば、アップリンクグラント、ダウンリンク割り当て）に基づいて決定される。

【0180】

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

【0181】

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

【0182】

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

【0183】

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

【0184】

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

【0185】

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

【0186】

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

【0187】

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

【0188】

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

【0189】

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

【0190】

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

【0191】

例えば、ＳＬ ＨＡＲＱフィードバックがグループキャストに対してイネーブルされる時、受信端末はＴＸ－ＲＸ（Ｔｒａｎｓｍｉｓｓｉｏｎ－Ｒｅｃｅｐｔｉｏｎ）距離及び／又はＲＳＲＰに基づいてＨＡＲＱフィードバックを送信端末に送信するか否かを決定する。

【0192】

例えば、グループキャストオプション１においてＴＸ－ＲＸ距離ベースのＨＡＲＱフィードバックである場合、ＴＸ－ＲＸ距離が通信範囲要求事項より小さいか等しいと、受信端末はＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信する。それに対して、ＴＸ－ＲＸ距離が通信範囲要求事項より大きいと、受信端末はＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信しない。例えば、送信端末は前記ＰＳＳＣＨと関連したＳＣＩを介して前記送信端末の位置を受信端末に知らせる。例えば、前記ＰＳＳＣＨと関連したＳＣＩは第２ＳＣＩでありうる。例えば、受信端末はＴＸ－ＲＸ距離を前記受信端末の位置と前記送信端末の位置に基づいて推定または取得することができる。例えば、受信端末はＰＳＳＣＨと関連したＳＣＩをデコードして、前記ＰＳＳＣＨに使われる通信範囲要求事項を知ることができる。

【0193】

例えば、リソース割り当てモード１の場合、ＰＳＦＣＨ及びＰＳＳＣＨの間の時間は設定されるか、予め設定されることができる。ユニキャスト及びグループキャストの場合、ＳＬ上において再送信が必要な場合、これはＰＵＣＣＨを使用するカバレッジ内の端末により基地局に指示されることができる。送信端末はＨＡＲＱ ＡＣＫ／ＮＡＣＫの形態ではないＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）／ＢＳＲ（Ｂｕｆｆｅｒ Ｒｅｐｏｒｔ）のような形態で前記送信端末のサービング基地局に指示（ｉｎｄｉｃａｔｉｏｎ）を送信することもできる。また、基地局が前記指示を受信しなくても、基地局はＳＬ再送信リソースを端末にスケジューリングすることができる。例えば、リソース割り当てモード２の場合、ＰＳＦＣＨ及びＰＳＳＣＨの間の時間は設定されるか、予め設定されることができる。

【0194】

例えば、キャリアにおいて端末の送信観点から、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨの間のＴＤＭがスロットにおいてＳＬのためのＰＳＦＣＨフォーマットに対して許容される。例えば、１つのシンボルを有するシーケンスベースのＰＳＦＣＨフォーマットがサポートされることができる。ここで、前記１つのシンボルはＡＧＣ区間ではない場合がある。例えば、前記シーケンスベースのＰＳＦＣＨフォーマットはユニキャスト及びグループキャストに適用されることができる。

【0195】

例えば、リソースプールに関連したスロット内において、ＰＳＦＣＨリソースはＮスロット区間として周期的に設定されるか、事前に設定される。例えば、Ｎは１以上の１つ以上の値に設定されてもよい。例えば、Ｎは１、２又は４である。例えば、特定リソースプールにおける送信に対するＨＡＲＱフィードバックは、前記特定リソースプール上のＰＳＦＣＨを介してのみ送信される。

【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】

ＡＣＫ／ＮＡＣＫ：Acknowledgement／No Acknowledgenment

【0224】

ＡＧＣ：Automatic Gain Control

【0225】

ＡＳ：Access Stratum

【0226】

ＣＢ：Codeblock

【0227】

ＣＢＧ／ＣＧ：Codeblock Group

【0228】

ＣＢＲ：Channel Busy Ratio

【0229】

ＣＥ：Control Element

【0230】

ＣＦＯ：Carrier Frequency Offset

【0231】

ＣＧ：Configured Grant

【0232】

ＣＰ：Cyclic Prefix

【0233】

ＣＲＣ：Cyclic Redundancy Check

【0234】

ＣＳＩ：Channel State Information

【0235】

ＣＳＩ－ＲＳ：Channel State Information Reference Signal

【0236】

ＤＣＩ：Downlink Control Channel

【0237】

ＤＬ：Downlink

【0238】

ＤＭ－ＲＳ：Demodulation RS

【0239】

ＥＣＰ：Extended CP

【0240】

ＦＤＤ：Frequency Division Duplex

【0241】

ＨＡＲＱ：Hybrid Automatic Repeat Request

【0242】

Ｌ１：Layer 1

【0243】

Ｌ２：Layer 2

【0244】

ＬＢＳ：Location Based Service

【0245】

ＬＣＳ：Location Service

【0246】

ＬＳＢ：Least Significant Bit

【0247】

ＭＡＣ：Medium Access Control

【0248】

ＭＣＳ：Modulation Coding Scheme

【0249】

ＭＩＢ：Master Information Block

【0250】

ＭＰＲ：Maximum Power Reduction

【0251】

ＭＳＢ：Most Significant Bit

【0252】

ＮＡＳ：Non-Access Stratum

【0253】

ＮＣＰ：Normal CP

【0254】

ＮＤＩ：New Data Indicator

【0255】

ＰＢＣＨ：Physical Broadcast Channel

【0256】

ＰＤＣＣＨ：Physical Downlink Control Channel

【0257】

ＰＤＣＰ：Packet Data Convergence Protocol

【0258】

ＰＤＳＣＨ：Physical Downlink Shared Channel

【0259】

ＰＤＵ：Protocol Data Unit

【0260】

ＰＲＳ：Positioning Reference Signal

【0261】

ＰＳＢＣＨ：Physical Sidelink Broadcast Channel

【0262】

ＰＳＣＣＨ：Physical Sidelink Control Channel

【0263】

ＰＳＦＣＨ：Physical Sidelink Feedback Channel

【0264】

ＰＳＳ：Primary Synchronization Signal

【0265】

ＰＳＳＣＨ：Physical Sidelink Shared Channel

【0266】

ＰＵＣＣＨ：Physical Uplink Control Channel

【0267】

ＰＵＳＣＨ：Physical Uplink Shared Channel

【0268】

ＱｏＳ：Quality of Service

【0269】

ＲＢ：Resource Block

【0270】

ＲＬＣ：Radio Link Control

【0271】

ＲＬＭ：Radio Link Monitoring

【0272】

ＲＬＦ：Radio Link Failure

【0273】

ＲＲＣ：Radio Resource Control

【0274】

ＲＳ：Reference Signal

【0275】

ＲＳＲＰ：Reference Signal Received Power

【0276】

ＲＳＲＱ：Reference Signal Received Quality

【0277】

ＲＳＳＩ：Received Signal Strength Indicator

【0278】

ＲＳＴＤ：Reference Signal Time Difference

【0279】

ＲＳＵ：Road Side Unit

【0280】

ＲＴＴ：Round Trip Time

【0281】

ＲＶ：Redundancy Version

【0282】

ＳＣＩ：Sidelink Control Information

【0283】

ＳＣＳ：Sub-Carrier Spacing

【0284】

ＳＤＡＰ：Service Data Adaptation Protocol

【0285】

ＳＩＢ：System Information Block

【0286】

ＳＬ：Sidelink

【0287】

ＳＬ ＯＬＰＣ：Open Loop Power Control

【0288】

ＳＬ ＰＬ：Sidelink Pathloss

【0289】

ＳＬＳＳＩＤ：SL Synchronixatino Signal Identification

【0290】

ＳＮＲ：Signal-to-Noise Ratio

【0291】

ＳＰＰ：Sidelink Positioning Protocol

【0292】

ＳＰＳ：Semi-Persistent Scheduling

【0293】

Ｓ－ＰＳＳ：Sidelink PSS

【0294】

ＳＲＳ：Sounding Reference Signal

【0295】

ＳＳＢ：Synchronization Signal Block

【0296】

ＳＳＳ：Secondary Synchronization Signal

【0297】

Ｓ－ＳＳＢ：Sidelink SSB

【0298】

Ｓ－ＳＳＳ：Sidelink SSS

【0299】

ＴＢ：Transport Block

【0300】

ＴＤＤ：Time Division Duplex

【0301】

ＴＤＯＡ：Time Difference of Arriaval

【0302】

ＴＯＡ：Time of Arriaval

【0303】

ＵＥ：User Equipment/End

【0304】

ＵＬ：Uplink

【0305】

Ｕｕ－ＰＳＳ：Uu link PSS

【0306】

Ｕｕ－ＳＳＳ：Uu link SSS

【0307】

ＸＯＲ：Exclusive OR

【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】

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

【0415】

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

【0416】

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

【0417】

図１５を参照すると、本明細書の他の実施形態による無線通信システムにおいて第２端末が端末間調整情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信する方法は、端末間調整情報に対する要請送信ステップＳ１５１０及び端末間調整情報受信ステップＳ１５２０を含む。

【0418】

Ｓ１５１０において、第２端末は、第１端末に端末間調整情報に対する要請（ｒｅｑｕｅｓｔ ｆｏｒ ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を送信する。第１端末は、上述した補助情報／付加情報／端末間調整情報を送信するＵＥ－Ａに基づく。第２端末は、上述した補助情報／付加情報／端末間調整情報に対する要請を送信するＵＥ－Ｂに基づく。

【0419】

前記要請の送信は、要請基盤端末間調整情報のシグナリングにより引き起こされる混雑程度を最小化するために、予め設定された条件に基づいてトリガーされる。以下、具体的に説明する。一例として、前記予め設定された条件は、事前に設定された上位階層パラメータｓｌ－ＴｒｉｇｇｅｒＣｏｎｄｉｔｉｏｎＲｅｑｕｅｓｔに基づく。

【0420】

一実施形態によれば、前記要請は、前記第２端末により送信されるデータが存在するか否かに基づいて送信される（例：ｓｌ－ＴｒｉｇｇｅｒＣｏｎｄｉｔｉｏｎＲｅｑｕｅｓｔの値が１に設定された場合）。前記第２端末に前記第１端末に送信される第１データがあることに基づいて、前記要請は、Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ－Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ（ＭＡＣ－ＣＥ）及び／または第２ＳＣＩ（ｓｅｃｏｎｄ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に基づいて送信される。一例として、前記ｓｌ－ＴｒｉｇｇｅｒＣｏｎｄｉｔｉｏｎＲｅｑｕｅｓｔの値が０に設定された場合、前記要請が送信される条件は、第２端末ＵＥ－Ｂ具現によって変わることができる。

【0421】

上記の通りに前記要請は、第２端末に第１端末に送信するデータがある場合に限って制限的に送信される。したがって、要請基盤端末間調整情報のシグナリングによる混雑程度が最小化されることができる。

【0422】

一例として、前記要請は、前記ＭＡＣ－ＣＥに基づいて送信される。一例として、前記要請は、前記ＭＡＣ－ＣＥ及び前記第２ＳＣＩ（ｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩ）に基づいて送信される。前記ＭＡＣ－ＣＥ及び前記第２ＳＣＩは、前記端末間調整情報に対する要請と関連した情報を伝達するためのコンテナ（ｃｏｎｔａｉｎｅｒ）を意味できる。すなわち、前記端末間調整情報に対する要請と関連した情報が前記ＭＡＣ－ＣＥ（例：Ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ Ｒｅｑｕｅｓｔ ＭＡＣ－ＣＥ）及び／または前記第２ＳＣＩ（例：ＳＣＩ ｆｏｒｍａｔ ２－Ｃ）に含まれて、第２端末から第１端末に送信される。

【0423】

一例として、前記ＭＡＣ－ＣＥ及び／または前記第２ＳＣＩ（ｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩ）は、サイドリンク通信のためのＲＲＣ設定に基づいて、前記要請のための前記コンテナとして使用されることができる。具体的な例に、前記第２ＳＣＩの前記コンテナとしての使用が前記ＲＲＣ設定に基づいてイネーブル（ｅｎａｂｌｅ）またはディセーブル（ｄｉｓａｂｌｅ）される。例えば、上位階層パラメータｓｌ－ＣｏｎｔａｉｎｅｒＲｅｑｕｅｓｔは、ｅｎａｂｌｅまたはｄｉｓａｂｌｅに設定される。

【0424】

前記ｓｌ－ＣｏｎｔａｉｎｅｒＲｅｑｕｅｓｔがｅｎａｂｌｅに設定されたことに基づいて、前記要請のためのコンテナとして前記ＭＡＣ－ＣＥの他に前記第２ＳＣＩが追加で活用される。一例として、サイドリンク通信のためのレイテンシー要求事項（ｌａｔｅｎｃｙ ｒｅｑｕｉｒｅｍｅｎｔ）がｔｉｇｈｔしたことに基づいて（例：前記ｌａｔｅｎｃｙ ｒｅｑｕｉｒｅｍｅｎｔが予め定義された値より小さいか、または同一であることに基づいて）、前記ｓｌ－ＣｏｎｔａｉｎｅｒＲｅｑｕｅｓｔは、ｅｎａｂｌｅに設定される。すなわち、低いｌａｔｅｎｃｙが要求される場合には、より速い処理のためにＬ１ ＩＤ（Ｌａｙｅｒ １ ＩＤ）に基づいて送信される第２ＳＣＩが追加で活用される。このとき、前記要請は、前記ＭＡＣ－ＣＥ及び前記第２ＳＣＩ（ｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩ）にそれぞれ含まれて、第２端末から第１端末に送信される。前記ＭＡＣ－ＣＥは、Ｌ２ ＩＤ（Ｌａｙｅｒ ２ ＩＤ）に基づいて送信され、前記第２ＳＣＩは、Ｌ１ ＩＤ（Ｌａｙｅｒ １ ＩＤ）に基づいて送信されるから、次のような動作が考慮される。前記第２ＳＣＩに含まれた要請を受信した第１端末は、前記端末間調整情報をまず第２端末に送信するものの、前記ＭＡＣ－ＣＥから獲得されたＬ２ ＩＤが第１端末のＬ２ ＩＤと異なった場合に、前記端末間調整情報の送信を中断できる。Ｌ１ ＩＤのビット数とＬ２ ＩＤのビット数が異なるという点で一つのＬ１ ＩＤに対応するＬ２ ＩＤが２個以上存在できる（例：Ｌ１ ＩＤビット数＜Ｌ２ ＩＤビット数）。反対に、一つのＬ２ ＩＤに対応するＬ１ ＩＤが２個以上存在することもできる（例：Ｌ１ ＩＤビット数＞Ｌ２ ＩＤビット数）。第１端末は、前記第２ＳＣＩに含まれたＬ１ ＩＤと前記ＭＡＣ－ＣＥに含まれたＬ２ ＩＤが第１端末のＩＤと一致する場合においてのみ、前記端末間調整情報を第２端末に送信できる。上記のように端末間調整情報の要請が前記第２ＳＣＩを介してのみ送信される場合に比べて、要請基盤端末間調整情報のシグナリングのｒｅｌｉａｂｉｌｉｔｙが改善される。

【0425】

前記ｓｌ－ＣｏｎｔａｉｎｅｒＲｅｑｕｅｓｔがｄｉｓａｂｌｅに設定されたことに基づいて、前記要請のためのコンテナとして前記ＭＡＣ－ＣＥが活用されることができる。一例として、低いｌａｔｅｎｃｙが要求されない場合（例：前記ｌａｔｅｎｃｙ ｒｅｑｕｉｒｅｍｅｎｔが前記予め定義された値より大きなことに基づいて）、前記ｓｌ－ＣｏｎｔａｉｎｅｒＲｅｑｕｅｓｔは、ｄｉｓａｂｌｅに設定されることができる。このとき、前記要請は、前記ＭＡＣ－ＣＥに含まれて第２端末から第１端末に送信される。

【0426】

上述したｌａｔｅｎｃｙ ｒｅｑｕｉｒｅｍｅｎｔは、前記要請のためのコンテナ設定の一例示である。すなわち、前記ＭＡＣ－ＣＥ及び／または前記第２ＳＣＩの活用と関連したＲＲＣ設定（例：ｓｌ－ＣｏｎｔａｉｎｅｒＲｅｑｕｅｓｔの設定）は、サイドリンク通信のための他の要求事項（例：ｌａｔｅｎｃｙ外の他の要求事項またはｌａｔｅｎｃｙを含む一つ以上の要求事項）に基づいて行われる。一例として、前記ｌａｔｅｎｃｙ外の他の要求事項に基づいて、前記ｓｌ－ＣｏｎｔａｉｎｅｒＲｅｑｕｅｓｔは、ｅｎａｂｌｅまたはｄｉｓａｂｌｅに設定される。一例として、前記ｌａｔｅｎｃｙを含む一つ以上の要求事項の組み合わせに基づいて、前記ｓｌ－ＣｏｎｔａｉｎｅｒＲｅｑｕｅｓｔは、ｅｎａｂｌｅまたはｄｉｓａｂｌｅに設定される。

【0427】

前記第１データと前記要請は、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）に基づいて送信される。前記第１データ及び前記要請は、多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される。すなわち、前記要請は、ＳＯＵＲＣＥ ＩＤとＤＥＳＴＩＮＡＴＩＯＮ ＩＤが同じ前記第１データと多重化されて送信される。前記多重化は、ＴＤＭ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）、ＦＤＭ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）、ＣＤＭ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）またはｊｏｉｎｔ－ｅｎｃｏｄｉｎｇのうち、少なくとも一つに基づく。

【0428】

一実施形態によれば、前記要請は、前記端末間調整情報と関連した細部情報を含む。前記細部情報は、ｉ）優先順位（ｐｒｉｏｒｉｔｙ）、ｉｉ）リソース選択ウィンドウ（ｒｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）、ｉｉｉ）サブチャネルの数（ｎｕｍｂｅｒ ｏｆ ｓｕｂｃｈａｎｎｅｌｓ）及びｉｖ）リソースのタイプ（ｔｙｐｅ）のうち、少なくとも一つと関連した情報を含む。

【0429】

前記優先順位と関連した情報は、前記要請のための優先順位値（または、前記要請の送信のための優先順位値）でありうる。一例として、前記優先順位と関連した情報は、第２ＳＣＩ（ＳＣＩ ｆｏｒｍａｔ ２－Ｃ）のＰｒｉｏｒｉｔｙフィールドに基づく。一例として、前記優先順位と関連した情報は、ＭＡＣ－ＣＥ（Ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ Ｒｅｑｕｅｓｔ ＭＡＣ ＣＥ）のＰｒｉｏｒｉｔｙフィールドに基づく。

【0430】

前記リソース選択ウィンドウと関連した情報は、前記端末間調整情報を生成するためのウィンドウの位置を表す。第１端末は、前記リソース選択ウィンドウ内のリソースに基づいて、前記端末間調整情報を生成できる。さらに詳細には、第１端末は、前記リソース選択ウィンドウ内のリソースを選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）または非選好リソース（ｎｏｎ－ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）に決定できる。前記端末間調整情報は、前記選好リソースまたは前記非選好リソースと関連した情報を含む。一例として、前記リソース選択ウィンドウと関連した情報は、第２ＳＣＩ（ＳＣＩ ｆｏｒｍａｔ ２－Ｃ）のＲｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ ｌｏｃａｔｉｏｎフィールドに基づく。一例として、前記リソース選択ウィンドウと関連した情報は、ＭＡＣ－ＣＥ（Ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ Ｒｅｑｕｅｓｔ ＭＡＣ ＣＥ）のＲＳＷＬフィールドに基づく。

【0431】

前記サブチャネルの数と関連した情報は、物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）及び物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）の送信に使用されるサブチャネルの数を意味できる。前記サブチャネルの数は、前記端末間調整情報と関連したリソースのタイプが選好リソースである場合に含まれる。一例として、前記サブチャネルの数と関連した情報は、第２ＳＣＩ（ＳＣＩ ｆｏｒｍａｔ ２－Ｃ）のＮｕｍｂｅｒ ｏｆ ｓｕｂｃｈａｎｎｅｌｓフィールドに基づく。一例として、前記サブチャネルの数と関連した情報は、ＭＡＣ－ＣＥ（Ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ Ｒｅｑｕｅｓｔ ＭＡＣ ＣＥ）のＮｕｍｂｅｒ ｏｆ Ｓｕｂｃｈａｎｎｅｌフィールドに基づく。

【0432】

前記リソースのタイプと関連した情報は、前記リソース選択ウィンドウにおいて決定されたリソースの種類を表す情報でありうる。具体的に、前記リソースのタイプは、選好リソース（ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）または非選好リソース（ｎｏｎ－ｐｒｅｆｅｒｒｅｄ ｒｅｓｏｕｒｃｅ）に基づく。一例として、前記リソースのタイプと関連した情報は、第２ＳＣＩ（ＳＣＩ ｆｏｒｍａｔ ２－Ｃ）のＲｅｓｏｕｒｃｅ ｓｅｔ ｔｙｐｅフィールドに基づく。一例として、前記リソースのタイプと関連した情報は、ＭＡＣ－ＣＥ（Ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ Ｒｅｑｕｅｓｔ ＭＡＣ ＣＥ）のＲＴフィールドに基づく。

【0433】

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

【0434】

Ｓ１５２０において、第２端末は、第１端末から端末間調整情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、前記端末間調整情報は、ｉ）前記要請またはｉｉ）前記要請外の他の条件によりトリガーされて受信される。

【0435】

前記端末間調整情報が前記要請外の他の条件によりトリガーされる場合、混雑程度を最小化するために、事前に設定された条件に基づいて受信される。一例として、前記事前に設定された条件は、上位階層パラメータｓｌ－ＴｒｉｇｇｅｒＣｏｎｄｉｔｉｏｎＣｏｏｒｄＩｎｆｏに基づく。

【0436】

一実施形態によれば、前記端末間調整情報が前記要請外の他の条件によりトリガーされることに基づいて、前記端末間調整情報は、前記第１端末により送信されるデータが存在するか否かに基づいて受信される。具体的に、前記第１端末に前記第２端末に送信される第２データがあることに基づいて、前記端末間調整情報は、ＭＡＣ－ＣＥ及び／または第２ＳＣＩに基づいて受信される（例：前記ｓｌ－ＴｒｉｇｇｅｒＣｏｎｄｉｔｉｏｎＣｏｏｒｄＩｎｆｏの値が１に設定された場合）。一例として、前記ｓｌ－ＴｒｉｇｇｅｒＣｏｎｄｉｔｉｏｎＣｏｏｒｄＩｎｆｏの値が０に設定された場合、端末間調整情報の受信のための条件は、第１端末ＵＥ－Ａの具現によって変わることができる。

【0437】

上記の通りに前記要請外の他の条件により端末間調整情報がトリガーされる場合、端末間調整情報は、第１端末に第２端末に送信するデータがある場合に限って制限的に送信される。したがって、要請外の他の条件によりトリガーされた端末間調整情報のシグナリングによる混雑程度が最小化されることができる。

【0438】

前記第２データと前記端末間調整情報は、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）に基づいて受信される。前記第２データと前記端末間調整情報は、共に受信される。具体的に、前記第２データ及び前記端末間調整情報は、多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）されて受信される。すなわち、前記端末間調整情報は、ＳＯＵＲＣＥ ＩＤとＤＥＳＴＩＮＡＴＩＯＮ ＩＤが同じ前記第２データと多重化されて受信される。前記多重化は、ＴＤＭ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）、ＦＤＭ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）、ＣＤＭ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）またはｊｏｉｎｔ－ｅｎｃｏｄｉｎｇのうち、少なくとも一つに基づく。

【0439】

一実施形態によれば、前記端末間調整情報は、ＭＡＣ－ＣＥ及び／または第２ＳＣＩに基づいて受信される。一例として、前記端末間調整情報は、前記ＭＡＣ－ＣＥに基づいて受信される。一例として、前記端末間調整情報は、前記ＭＡＣ－ＣＥ及び前記第２ＳＣＩ（ｓｅｃｏｎｄ ｓｔａｇｅ ＳＣＩ）に基づいて受信される。前記ＭＡＣ－ＣＥ及び前記第２ＳＣＩは、前記端末間調整情報を伝達するためのコンテナ（ｃｏｎｔａｉｎｅｒ）を意味できる。すなわち、前記端末間調整情報が前記ＭＡＣ－ＣＥ（例：Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ＭＡＣ－ＣＥ）及び／または前記第２ＳＣＩ（例：ＳＣＩ ｆｏｒｍａｔ ２－Ｃ）に含まれて、第１端末から第２端末に送信される。

【0440】

前記端末間調整情報と関連したリソース組み合わせ（ｒｅｓｏｕｒｃｅ ｃｏｍｂｉｎａｔｉｏｎ）の数に基づいて、前記端末間調整情報は、ｉ）前記ＭＡＣ－ＣＥ、またはｉｉ）前記ＭＡＣ－ＣＥ及び前記第２ＳＣＩに基づいて受信される。

【0441】

前記端末間調整情報と関連したリソース組み合わせ（ｒｅｓｏｕｒｃｅ ｃｏｍｂｉｎａｔｉｏｎ）の数が予め定義された値（例：３）より大きなことに基づいて、前記端末間調整情報は、前記ＭＡＣ－ＣＥに基づいて受信される。

【0442】

前記端末間調整情報と関連したリソース組み合わせ（ｒｅｓｏｕｒｃｅ ｃｏｍｂｉｎａｔｉｏｎ）の数が前記予め定義された値以下であることに基づいて、前記端末間調整情報は、ｉ）前記ＭＡＣ－ＣＥ、またはｉｉ）前記ＭＡＣ－ＣＥ及び前記第２ＳＣＩに基づいて受信される。

【0443】

ここで、リソース組み合わせ（ｒｅｓｏｕｒｃｅ ｃｏｍｂｉｎａｔｉｏｎ）は、ＴＲＩＶ（ｔｉｍｅ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）、ＦＲＩＶ（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）及びリソース予約区間Ｐ（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）を含む組み合わせを意味する。前記リソース組み合わせの数は、第２ＳＣＩのｒｅｓｏｕｒｃｅ ｃｏｍｂｉｎａｔｉｏｎｓフィールドに基づいて指示される。

【0444】

一実施形態によれば、前記端末間調整情報は、予め定義された時間以内に受信される。具体的に、前記端末間調整情報は、（前記要請または前記要請外の他の条件により）トリガーされた時点から前記予め定義された時間以内に受信される。前記予め定義された時間は、ＰＤＢ（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ）に基づいて決定される。一例として、前記ＰＤＢは、前記要請を送信した時点に基づいて設定／決定される。一例として、前記ＰＤＢは、前記要請外の他の条件により前記端末間調整情報がトリガーされた時点に基づいて設定／決定される。一例として、前記ＰＤＢと関連した情報は、事前に設定される。一例として、前記ＰＤＧと関連した情報は、前記要請に含まれる。前記ＰＤＢと関連した情報は、上述した補助情報に対するＰＤＢ情報と関連した実施形態に基づく。

【0445】

前記要請を送信する第２端末と端末間調整情報を送信する第１端末に同じ送信リソースプール及び／または同じ受信リソースプールが設定される。

【0446】

一例として、端末間調整情報の送信のための送信リソースプールは、前記要請の送信のための送信リソースプールと同一に設定される。すなわち、前記端末間調整情報は、前記要請の送信のための送信リソースプールと同じ送信リソースプールに基づいて送信される。一例として、前記要請の受信のための受信リソースプールは、前記端末間調整情報の受信のための受信リソースプールと同一に設定される。

【0447】

一実施形態によれば、前記端末間調整情報は、前記要請に含まれた細部情報に基づいて送信される。一例として、前記端末間調整情報は、前記要請に含まれた優先順位値と同じ優先順位値に基づいて受信される。

【0448】

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

【0449】

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

【0450】

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

【0451】

以下、図面を参照してより具体的に例示する。 以下の図面／説明において同じ参照番号は、別段の記載がない限り、同じまたは対応するハードウェアブロック、ソフトウェアブロック、または機能ブロックを例示することができる。

【0452】

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

【0453】

図１６に示すように、本発明に適用される通信システムは、無線機器、基地局及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５Ｇ ＮＲ（New RAT）、ＬＴＥ（Long Term Evolution））を利用して通信を行う機器を意味し、通信／無線／５Ｇ機器と呼ばれることができる。これに制限されることではないが、無線機器は、ロボット100ａ、車両100ｂ－１、100ｂ－２、ＸＲ（eXtended Reality）機器100ｃ、携帯機器（Hand-held device）100ｄ、家電100ｅ、ＩｏＴ（Internet of Thing）機器100ｆ、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間通信が可能である車両などが含まれる。ここで、車両は、ＵＡＶ（Unmanned Aerial Vehicle）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Augmented Reality）／ＶＲ（Virtual Reality）/ＭＲ（Mixed Reality）機器を含み、ＨＭＤ（Head-Mounted Device）、車両に備えられたＨＵＤ（Head-Up Display）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（signage）、車両、ロボットなどの形態で実現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などが含まれる。家電は、ＴＶ、冷蔵庫、洗濯機などが含まれる。ＩｏＴ機器は、センサ、スマートメータなどを含むことができる。例えば、基地局、ネットワークは無線機器でも実現されることができ、特定無線機器100ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。

【0454】

無線機器100ａ～100ｆは、基地局200を介してネットワーク３００と接続されることができる。無線機器100ａ～100ｆにはＡＩ（Artificial Intelligence）技術が適用されることができ、無線機器100ａ～100ｆはネットワーク３００を介してＡＩサーバ４００と接続されることができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク又は５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成される。無線機器100ａ～100ｆは、基地局200／ネットワーク３００を介して互いに通信することもあるが、基地局／ネットワークを介せずに、直接通信（例えば、サイドリンク通信（sidelink communication）することもできる。例えば、車両100ｂ－１、100ｂ－２は直接通信（例えば、Ｖ２Ｖ（Vehicle to Vehicle）／Ｖ２Ｘ（Vehicle to everything） communication）をすることができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）又は他の無線機器100ａ～100ｆと直接通信をすることができる。

【0455】

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

【0456】

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

【0457】

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

【0458】

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

【0459】

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

【0460】

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

【0461】

１つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ばれることができる。１つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより実現されることができる。一例として、１つ以上のＡＳＩＣ（Application Specific Integrated Circuit）、１つ以上のＤＳＰ（Digital Signal Processor）、１つ以上のＤＳＰＤ（Digital Signal Processing Device）、１つ以上のＰＬＤ（Programmable Logic Device）又は１つ以上のＦＰＧＡ（Field Programmable Gate Arrays）が１つ以上のプロセッサ１０２、２０２に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを使用して実現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように実現されることができる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図を行うように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２、２０２に含まれるか、１つ以上のメモリ１０４、２０４に保存されて１つ以上のプロセッサ１０２、２０２により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図はコード、命令語及び／又は命令語の集合形態でファームウェア又はソフトウェアを使用して実現されることができる。

【0462】

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

【0463】

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

【0464】

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

【0465】

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

【0466】

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

【0467】

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

【0468】

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

【0469】

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

【0470】

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

【0471】

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

【0472】

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

【0473】

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

【0474】

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

【0475】

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

【0476】

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

【0477】

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

【0478】

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

【0479】

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

【0480】

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

【0481】

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

【0482】

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

【0483】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【手続補正書】

【提出日】2024-02-19

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムにおいて第１ＵＥ（user equipment）がＵＥ間調整情報を送信する方法であって、
第２ＵＥからＵＥ間調整情報に対する要請を受信するステップと、
前記第２ＵＥにＵＥ間調整情報を送信するステップと、を含み、
前記要請は、前記第２ＵＥにより送信されるデータの存在に基づいて受信され、
前記第２ＵＥが前記第１ＵＥに送信される第１データを有することに基づいて、前記要請は、ＭＡＣ－ＣＥ（medium access control-control element）及び／又は第２ＳＣＩ（Sidelink Control Information）に基づいて受信される、方法。

【請求項2】

前記第１データ及び前記要請は、ＰＳＳＣＨ（Physical Sidelink Shared Channel）に基づいて受信される、請求項１に記載の方法。

【請求項3】

前記第１データ及び前記要請は、多重化され且つ受信される、請求項２に記載の方法。

【請求項4】

前記ＵＥ間調整情報が前記要請以外の条件によりトリガーされることに基づいて、
前記ＵＥ間調整情報は、前記第１ＵＥにより送信されるデータの存在に基づいて送信され、
前記第１ＵＥが前記第２ＵＥに送信される第２データを有することに基づいて、前記ＵＥ間調整情報は、ＭＡＣ－ＣＥ及び／又は第２ＳＣＩに基づいて送信される、請求項１に記載の方法。

【請求項5】

前記第２データ及び前記ＵＥ間調整情報は、ＰＳＳＣＨに基づいて送信される、請求項４に記載の方法。

【請求項6】

前記第２データ及び前記ＵＥ間調整情報は、多重化され且つ送信される、請求項５に記載の方法。

【請求項7】

前記要請は、前記ＵＥ間調整情報と関連した細部情報を含み、
前記細部情報は、ｉ）優先順位、ｉｉ）リソース選択ウィンドウ、ｉｉｉ）サブチャネルの数、及びｉｖ）リソースのタイプの少なくとも一つと関連した情報を含む、請求項１に記載の方法。

【請求項8】

前記リソースの前記タイプは、ｉ）選好リソース又はｉｉ）非選好リソースに基づく、請求項７に記載の方法。

【請求項9】

前記ＵＥ間調整情報は、予め定義された時間以内に送信され、
前記予め定義された時間は、ＰＤＢ（Packet Delay Budget）に基づいて決定され、
前記ＰＤＢは、前記要請が受信された時点に基づいて設定される、請求項１に記載の方法。

【請求項10】

前記ＵＥ間調整情報は、前記要請の送信のための送信リソースプールと同じ送信リソースプールに基づいて送信される、請求項１に記載の方法。

【請求項11】

前記ＵＥ間調整情報は、ＭＡＣ－ＣＥ及び／又は第２ＳＣＩに基づいて送信され、
前記ＵＥ間調整情報と関連したリソース組み合わせの数に基づいて、前記ＵＥ間調整情報は、ｉ）前記ＭＡＣ－ＣＥ、又はｉｉ）前記ＭＡＣ－ＣＥ及び前記第２ＳＣＩに基づいて送信される、請求項１に記載の方法。

【請求項12】

前記ＵＥ間調整情報と関連したリソース組み合わせの前記数が予め定義された値より大きいことに基づいて、前記ＵＥ間調整情報は、前記ＭＡＣ－ＣＥに基づいて送信される、請求項１１に記載の方法。

【請求項13】

無線通信システムにおいてＵＥ（user equipment）間調整情報を送信する第１ＵＥであって、
一つ以上の送受信機と、
前記一つ以上の送受信機を制御するように設定された一つ以上のプロセッサと、
前記一つ以上のプロセッサに動作可能に接続された一つ以上のメモリと、を備え、
前記一つ以上のメモリは、前記一つ以上のプロセッサにより実行されることに基づいて動作を行う指示を格納するように設定され、
前記動作は、
第２ＵＥからＵＥ間調整情報に対する要請を受信するステップと、
前記第２ＵＥにＵＥ間調整情報を送信するステップと、を含み、
前記要請は、前記第２ＵＥにより送信されるデータの存在に基づいて受信され、
前記第２ＵＥが前記第１ＵＥに送信される第１データを有することに基づいて、前記要請は、ＭＡＣ－ＣＥ（medium access control-control element）及び／又は第２ＳＣＩ（Sidelink Control Information）に基づいて受信される、第１ＵＥ。

【請求項14】

無線通信システムにおいてＵＥ間調整情報を受信するための第２ＵＥ（user equipment）の方法であって、
第１ＵＥにＵＥ間調整情報に対する要請を送信するステップと、
前記第１ＵＥからＵＥ間調整情報を受信するステップと、を含み、
前記要請は、前記第２ＵＥにより送信されるデータの存在に基づいて送信され、
前記第２ＵＥが前記第１ＵＥに送信される第１データを有することに基づいて、前記要請は、ＭＡＣ－ＣＥ（medium access control-control element）及び／又は第２ＳＣＩ（Sidelink Control Information）に基づいて送信される、方法。

【国際調査報告】