特表 2023-540929 ＮＲ Ｖ２Ｘにおける補助情報に基づいてＳＬ通信を行う方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2023-09-27

(54)【発明の名称】ＮＲ Ｖ２Ｘにおける補助情報に基づいてＳＬ通信を行う方法及び装置

(51)【国際特許分類】

   H04W 72/40 20230101AFI20230920BHJP

   H04W 92/18 20090101ALI20230920BHJP

   H04W 72/0446 20230101ALI20230920BHJP

   H04W 72/25 20230101ALI20230920BHJP

【ＦＩ】

H04W72/40

H04W92/18

H04W72/0446

H04W72/25

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023513977

(86)(22)【出願日】2021-09-29

(85)【翻訳文提出日】2023-02-28

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

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

(87)【国際公開日】2022-04-07

(31)【優先権主張番号】10-2020-0127051

(32)【優先日】2020-09-29

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

(31)【優先権主張番号】10-2020-0134053

(32)【優先日】2020-10-16

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

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

(32)【優先日】2021-03-26

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

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

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＺＩＧＢＥＥ

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100109841

【弁理士】

【氏名又は名称】堅田 健史

(74)【代理人】

【識別番号】230112025

【弁護士】

【氏名又は名称】小林 英了

(74)【代理人】

【識別番号】230117802

【弁護士】

【氏名又は名称】大野 浩之

(74)【代理人】

【識別番号】100131451

【弁理士】

【氏名又は名称】津田 理

(74)【代理人】

【識別番号】100167933

【弁理士】

【氏名又は名称】松野 知紘

(74)【代理人】

【識別番号】100174137

【弁理士】

【氏名又は名称】酒谷 誠一

(74)【代理人】

【識別番号】100184181

【弁理士】

【氏名又は名称】野本 裕史

(72)【発明者】

【氏名】ファン，デスン

(72)【発明者】

【氏名】リ，サンミン

(72)【発明者】

【氏名】ソ，ハンビュル

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD25

5K067DD34

5K067DD43

5K067EE02

5K067EE25

5K067EE71

5K067JJ11

(57)【要約】

第１装置が無線通信を行う方法及びこれをサポートする装置が提供される。前記方法は、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置へ送信するが、前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含む、ステップ；及び前記ＰＳＳＣＨを介して、第１補助情報を前記第２装置へ送信するステップ；を含むが、前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含むことができる。

【特許請求の範囲】

【請求項1】

第１装置が無線通信を行う方法であって、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置へ送信するステップ；並びに
前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報、及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み、
前記ＰＳＳＣＨを介して、第１補助情報を前記第２装置へ送信するステップ；を含んでなり、
前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含む、方法。

【請求項2】

センシングウィンドウ内におけるセンシングに基づいて、周期的ＳＬ送信の為の複数のＳＬリソースを選択するステップ；を更に含む、請求項１に記載の方法。

【請求項3】

前記周期的ＳＬ送信に関連するリソース再選択カウンター（ｒｅｓｏｕｒｃｅ ｒｅｓｅｌｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）がゼロに到達することに基づいて、前記第１補助情報は前記第２装置へ送信される、請求項２に記載の方法。

【請求項4】

前記複数のＳＬリソースのうち、全体又は一部のリソースに対してリソース再選択がトリガーされることに基づいて、前記第１補助情報は前記第２装置へ送信される、請求項２に記載の方法。

【請求項5】

前記複数のＳＬリソースのうち、全体又は一部のリソースが再選択されることに基づいて、前記第１補助情報は前記第２装置へ送信される、請求項１に記載の方法。

【請求項6】

前記第１装置の周期的ＵＬ（ｕｐｌｉｎｋ）送信が変更されることに基づいて、前記第１補助情報は前記第２装置へ送信される、請求項１に記載の方法。

【請求項7】

前記第１装置の活性（ａｃｔｉｖｅ）ＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）が変更されることに基づいて、前記第１補助情報は前記第２装置へ送信される、請求項１に記載の方法。

【請求項8】

第２補助情報を受信するステップ；及び
周波数リソース割り当てに関連する情報及び時間リソース割り当てに関連する情報を含む第２ＳＣＩを受信するステップ；を更に含み、
前記第２補助情報は前記第１装置のＳＬリソース選択の為の情報を含む、請求項１に記載の方法。

【請求項9】

ＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）閾値が増加された回数に基づいて、前記第２補助情報又は前記第２ＳＣＩのうちの少なくとも１つに基づく複数の候補リソースを決定するステップ；を更に含む、請求項８に記載の方法。

【請求項10】

前記ＲＳＲＰ閾値が増加された回数が閾値より小さく又は等しいことに基づいて、前記複数の候補リソースは前記第２補助情報及び前記第２ＳＣＩに基づいて決定される、請求項９に記載の方法。

【請求項11】

前記ＲＳＲＰ閾値が増加された回数が閾値より大きく又は等しいことに基づいて、前記複数の候補リソースは前記第２ＳＣＩに基づいて決定され、及び前記第２補助情報は前記複数の候補リソースを決定するのに使用されない、請求項９に記載の方法。

【請求項12】

前記第２補助情報に関連するデスティネーションＩＤが前記第１装置の送信の為のデスティネーションＩＤと同じであることに基づいて、前記複数の候補リソースは前記第２補助情報及び前記第２ＳＣＩに基づいて決定される、請求項８に記載の方法。

【請求項13】

前記第２補助情報に関連するソースＩＤが前記第１装置の送信の為のデスティネーションＩＤと同じであることに基づいて、前記複数の候補リソースは前記第２補助情報及び前記第２ＳＣＩに基づいて決定される、請求項８に記載の方法。

【請求項14】

無線通信を行う第１装置であって、
命令を格納する１つ以上のメモリ；
１つ以上の送受信機；及び
前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサ；を備えてなり、
前記１つ以上のプロセッサは前記命令を実行し、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置へ送信し；並びに
前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報、及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み、
前記ＰＳＳＣＨを介して、第１補助情報を前記第２装置へ送信する；ことを含み、
前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含む、第１装置。

【請求項15】

第１端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）であって、
１つ以上のプロセッサ；及び
前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリ；を備えてなり、
前記１つ以上のプロセッサは前記命令を実行して、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２端末へ送信し；並びに
前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報、及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み、
前記ＰＳＳＣＨを介して、第１補助情報を前記第２端末へ送信する；ことを含み、
前記第１補助情報は前記第２端末のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含む、装置。

【請求項16】

命令を記録している非一時的コンピューター可読記憶媒体であって、
前記命令は、実行されるとき、第１装置に、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置へ送信し；並びに
前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報、及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み、
前記ＰＳＳＣＨを介して、第１補助情報を前記第２装置へ送信する；ことを含み、
前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含む、非一時的コンピューター可読記憶媒体。

【請求項17】

第２装置が無線通信を行う方法であって、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１装置から受信するステップ；並びに
前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報、及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み、
前記ＰＳＳＣＨを介して、第１補助情報を前記第１装置から受信するステップ；を含み、
前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含む、方法。

【請求項18】

無線通信を行う第２装置であって、
命令を格納する１つ以上のメモリ；
１つ以上の送受信機；及び
前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサ；を備えてなり、
前記１つ以上のプロセッサは前記命令を実行して、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１装置から受信し；並びに
前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報、及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み、
前記ＰＳＳＣＨを介して、第１補助情報を前記第１装置から受信する；ことを含み、
前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含む、第２装置。

【請求項19】

第２端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）であって、
１つ以上のプロセッサ；及び
前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリ；を備えてなり、
前記１つ以上のプロセッサは前記命令を実行して、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１端末から受信し；並びに
前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報、及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み、
前記ＰＳＳＣＨを介して、第１補助情報を前記第１端末から受信する；ことを含んでなり、
前記第１補助情報は前記第２端末のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含む、装置。

【請求項20】

命令を記録している非一時的コンピューター可読記憶媒体であって、
前記命令は、実行されるとき、第２装置に、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１装置から受信し；並びに
前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報、及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み、
前記ＰＳＳＣＨを介して、第１補助情報を前記第１装置から受信する；ことを含み、
前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含む、非一時的コンピューター可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信システムに関する。

【背景技術】

【0002】

サイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）とは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）間に直接的なリンクを設定し、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）を経ずに、端末間に音声またはデータなどを直接やり取りする通信方式を意味する。ＳＬは、急速に増加するデータトラフィックによる基地局の負担を解決することができる一つの方案として考慮されている。Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）は、有／無線通信を介して他の車両、歩行者、インフラが構築されたモノなどと情報を交換する通信技術を意味する。Ｖ２Ｘは、Ｖ２Ｖ（ｖｅｈｉｃｌｅ－ｔｏ－ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ－ｔｏ－ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｎ（ｖｅｈｉｃｌｅ－ｔｏ－ｎｅｔｗｏｒｋ）、及びＶ２Ｐ（ｖｅｈｉｃｌｅ－ｔｏ－ｐｅｄｅｓｔｒｉａｎ）のような四つの類型に区分されることができる。Ｖ２Ｘ通信は、ＰＣ５インターフェース及び／またはＵｕインターフェースを介して提供されることができる。

【0003】

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

【0004】

図１は、ＮＲ以前のＲＡＴに基づくＶ２Ｘ通信とＮＲに基づくＶ２Ｘ通信を比較して説明するための図面である。図１の実施例は、本開示の多様な実施例と結合されることができる。

【0005】

Ｖ２Ｘ通信と関連して、ＮＲ以前のＲＡＴではＢＳＭ（Ｂａｓｉｃ Ｓａｆｅｔｙ Ｍｅｓｓａｇｅ）、ＣＡＭ（Ｃｏｏｐｅｒａｔｉｖｅ Ａｗａｒｅｎｅｓｓ Ｍｅｓｓａｇｅ）、ＤＥＮＭ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ｅｎｖｉｒｏｎｍｅｎｔａｌ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）のようなＶ２Ｘメッセージに基づいて、安全サービス（ｓａｆｅｔｙ ｓｅｒｖｉｃｅ）を提供する方案が主に論議された。Ｖ２Ｘメッセージは、位置情報、動的情報、属性情報などを含むことができる。例えば、端末は、周期的なメッセージ（ｐｅｒｉｏｄｉｃ ｍｅｓｓａｇｅ）タイプのＣＡＭ、及び／またはイベントトリガメッセージ（ｅｖｅｎｔ ｔｒｉｇｇｅｒｅｄ ｍｅｓｓａｇｅ）タイプのＤＥＮＭを他の端末に送信できる。

【0006】

以後、Ｖ２Ｘ通信と関連して、多様なＶ２ＸシナリオがＮＲで提示されている。例えば、多様なＶ２Ｘシナリオは、車両プラトー二ング（ｖｅｈｉｃｌｅ ｐｌａｔｏｏｎｉｎｇ）、向上したドライビング（ａｄｖａｎｃｅｄ ｄｒｉｖｉｎｇ）、拡張されたセンサ（ｅｘｔｅｎｄｅｄ ｓｅｎｓｏｒｓ）、リモートドライビング（ｒｅｍｏｔｅｄ ｒｉｖｉｎｇ）などを含むことができる。

【発明の概要】

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

【0007】

その一方で、第１装置は補助情報を第２装置に送信することができ、第２装置は前記補助情報に基づいてＳＬリソースを選択することができる。この場合、前記補助情報の形、前記補助情報を用いるための条件などを具体的に定義する必要がある。

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

【0008】

一実施形態において、第１装置が無線通信を行う方法が提供される。前記方法は、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置から受信するが、前記第１ＳＣＩは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含む、ステップ；前記ＰＳＳＣＨを介して、少なくとも１つの第１リソースに関連する情報及びサービスタイプに関連する情報を含む補助情報（ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）を前記第２装置から受信するステップ；ＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を生成するステップ；前記ＭＡＣ ＰＤＵが前記サービスタイプに関連することに基づいて、前記少なくとも１つの第１リソースのうち、ＳＬ（ｓｉｄｅｌｉｎｋ）リソースを選択するステップ；及び前記ＳＬリソースに基づいて、前記ＭＡＣ ＰＤＵを送信するステップ；を含む（備える；構成する；構築する；設定する；包接する；包含する；含有する）ことができる。

【0009】

一実施形態において、無線通信を行う第１装置が提供される。前記第１装置は命令を格納する１つ以上のメモリ；１つ以上の送受信機；及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置から受信するが、前記第１ＳＣＩは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み；前記ＰＳＳＣＨを介して、少なくとも１つの第１リソースに関連する情報及びサービスタイプに関連する情報を含む補助情報（ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）を前記第２装置から受信し；ＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を生成し；前記ＭＡＣ ＰＤＵが前記サービスタイプに関連することに基づいて、前記少なくとも１つの第１リソースのうち、ＳＬ（ｓｉｄｅｌｉｎｋ）リソースを選択し；及び前記ＳＬリソースに基づいて、前記ＭＡＣ ＰＤＵを送信することができる。

【発明の効果】

【0010】

端末がＳＬ通信を効率的に行うことができる。

【図面の簡単な説明】

【0011】

【図1】ＮＲ以前のＲＡＴに基づくＶ２Ｘ通信とＮＲに基づくＶ２Ｘ通信を比較して説明するための図面である。

【図2】本開示の一実施例に係る、ＮＲシステムの構造を示す。

【図3】本開示の一実施形態に係る、無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示す。

【図4】本開示の一実施例に係る、ＮＲの無線フレームの構造を示す。

【図5】本開示の一実施例に係る、ＮＲフレームのスロット構造を示す。

【図6】本開示の一実施例に係る、ＢＷＰの一例を示す。

【図7】本開示の一実施例に係る、Ｖ２ＸまたはＳＬ通信を実行する端末を示す。

【図8】本開示の一実施例によって、端末が送信モードによってＶ２ＸまたはＳＬ通信を実行する手順を示す。

【図9】本開示の一実施例に係る、三つのキャストタイプを示す。

【図10】本開示の一実施例に係る、ＣＢＲ測定の為のリソース単位を示す。図１０は本開示の様々な実施例と組み合わせることができる。

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

【図12】本開示の一実施形態によって、端末が補助情報に基づいてＳＬ通信を行う手順を示している。

【図13】本開示の一実施形態によって、第１装置が無線通信を行う方法を示している。

【図14】本開示の一実施形態によって、第２装置が無線通信を行う方法を示している。

【図15】本開示の一実施例に係る、通信システム１を示す。

【図16】本開示の一実施例に係る、無線機器を示す。

【図17】本開示の一実施例に係る、送信信号の為の信号処理回路を示す。

【図18】本開示の一実施例に係る、無線機器を示す。

【図19】本開示の一実施例に係る、携帯機器を示す。

【図20】本開示の一実施例に係る、車両または自律走行車両を示す。

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

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

以下の表１は、ノーマルＣＰが使われる場合、ＳＣＳ設定（ｕ）によってスロット別シンボルの個数（Ｎ^slot _symb）、フレーム別スロットの個数（Ｎ^frame,u _slot）とサブフレーム別スロットの個数（Ｎ^subframe,u _slot）を例示する。

【0041】

【表1】

【0042】

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

【0043】

【表2】

【0044】

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

【0045】

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

【0046】

ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、二つのタイプの周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）に定義されることができる。前記二つのタイプの周波数範囲は、ＦＲ１及びＦＲ２である。周波数範囲の数値は、変更されることができ、例えば、前記二つのタイプの周波数範囲は、以下の表３の通りである。ＮＲシステムで使われる周波数範囲のうち、ＦＲ１は’ｓｕｂ ６ＧＨｚ ｒａｎｇｅ’を意味することができ、ＦＲ２は’ａｂｏｖｅ ６ＧＨｚ ｒａｎｇｅ’を意味することができ、ミリ波（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ）と呼ばれることができる。

【0047】

【表3】

【0048】

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

【0049】

【表4】

【0050】

図５は、本開示の一実施例に係る、ＮＲフレームのスロット構造を示す。図５の実施例は、本開示の多様な実施例と結合されることができる。

【0051】

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

【0052】

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

【0053】

以下、ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）及びキャリアに対して説明する。

【0054】

ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、与えられたヌメロロジーでＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の連続的な集合である。ＰＲＢは、与えられたキャリア上で与えられたヌメロロジーに対するＣＲＢ（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の連続的な部分集合から選択されることができる。

【0055】

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

【0056】

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

【0057】

図６は、本開示の一実施例に係る、ＢＷＰの一例を示す。図６の実施例は、本開示の多様な実施例と結合されることができる。図６の実施例において、ＢＷＰは、３個と仮定する。

【0058】

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

【0059】

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

【0060】

以下、Ｖ２ＸまたはＳＬ通信に対して説明する。

【0061】

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

【0062】

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

【0063】

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

【0064】

図７は、本開示の一実施例に係る、Ｖ２ＸまたはＳＬ通信を実行する端末を示す。図７の実施例は、本開示の多様な実施例と結合されることができる。

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

以下、ＳＬでリソース割当（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）に対して説明する。

【0070】

図８は、本開示の一実施例によって、端末が送信モードによってＶ２ＸまたはＳＬ通信を実行する手順を示す。図８の実施例は、本開示の多様な実施例と結合されることができる。本開示の多様な実施例において、送信モードは、モードまたはリソース割当モードと称することができる。以下、説明の便宜の為に、ＬＴＥにおいて、送信モードは、ＬＴＥ送信モードと称することができ、ＮＲにおいて、送信モードは、ＮＲリソース割当モードと称することができる。

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

図９は、本開示の一実施例に係る、三つのキャストタイプを示す。図９の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図９の（ａ）は、ブロードキャストタイプのＳＬ通信を示し、図９の（ｂ）は、ユニキャストタイプのＳＬ通信を示し、図９の（ｃ）は、グループキャストタイプのＳＬ通信を示す。ユニキャストタイプのＳＬ通信の場合、端末は、他の端末と一対一通信を実行することができる。グループキャストタイプのＳＬ通信の場合、端末は、自分が属するグループ内の一つ以上の端末とＳＬ通信を実行することができる。本開示の多様な実施例において、ＳＬグループキャスト通信は、ＳＬマルチキャスト（ｍｕｌｔｉｃａｓｔ）通信、ＳＬ一対多（ｏｎｅ－ｔｏ－ｍａｎｙ）通信などに代替されることができる。

【0076】

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

【0077】

端末がＳＬ送信リソースを自ら決定するとき、端末は自分が用いるリソースの大きさ及び頻度も自ら決定することになる。勿論、ネットワークなどでの制約により、一定レベル以上のリソースの大きさや頻度を用いることは制限される場合がある。しかし、特定時点で特定地域に多くの端末が集まっている状況で全ての端末が比較的多いリソースを用いるときであれば、お互いの干渉によって全体的な性能が大幅に低下する。

【0078】

したがって、端末はチャネル状況を観察する必要がある。もし、過度に多いリソースが消費されていると判断したら、端末は自らリソース使用を減らす形の動作を取ることが望ましい。本明細書において、これを輻輳制御（Ｃｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ、ＣＲ）と定義する。例えば、端末は単位時間／周波数リソースにおいて測定されたエネルギーが一定レベル以上であるかどうかを判断し、一定レベル以上のエネルギーが観察された単位時間／周波数リソースの比率によって自分の送信リソースの量及び頻度をコントロールすることができる。本明細書において、一定レベル以上のエネルギーが観察された時間／周波数リソースの比率をチャネル混雑率（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ、ＣＢＲ）と定義する。端末はチャネル／周波数に対してＣＢＲを測定することができる。更に、端末は測定されたＣＢＲをネットワーク／基地局へ送信することができる。

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

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

－ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）情報、及び／または

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

例えば、第１のＳＣＩは、チャネルセンシングと関連した情報を含むことができる。例えば、受信端末は、ＰＳＳＣＨ ＤＭＲＳを利用して第２のＳＣＩをデコーディングすることができる。ＰＤＣＣＨに使われるポーラーコード（ｐｏｌａｒ ｃｏｄｅ）が第２のＳＣＩに適用されることができる。例えば、リソースプールで、第１のＳＣＩのペイロードサイズは、ユニキャスト、グループキャスト、及びブロードキャストに対して同じである。第１のＳＣＩをデコーディングした以後に、受信端末は、第２のＳＣＩのブラインドデコーディングを実行する必要がない。例えば、第１のＳＣＩは、第２のＳＣＩのスケジューリング情報を含むことができる。

【0119】

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

【0120】

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

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

例えば、ＵＥ－Ａが非優先リソースに関連する情報を含む追加情報をＵＥ－Ｂへ送信し、及びＵＥ－Ａが前記追加情報の生成に使用したサブチャネルの数がＵＥ－Ｂの送信サブチャネルの数以下又は未満である場合は、ＵＥ－Ｂは前記追加情報において指示／含まれた送信パターン又はリソースと一部といっても重複するＵＥ－Ｂの送信パターン又はリソースを利用可能リソースセットから除くことができる。又は、例えば、ＵＥ－Ｂの送信パターン又はリソースが追加情報において指示された送信パターン又はリソースを含む形である場合、ＵＥ－Ｂは前記ＵＥ－Ｂの送信パターン又はリソースを利用可能リソースセットから除くことができる。例えば、ＵＥ－Ｂは前記利用可能リソースセットから除外するプロセスを当該リソースに対応するＲＳＲＰ測定値がＲＳＲＰ閾値以上である場合に限る場合がある。又は、例えば、ＵＥ－Ｂは前記利用可能リソースセットから除外するプロセスをＲＳＲＰ測定値と無関係に実行することができる。

【0147】

例えば、ＵＥ－Ａが優先リソースに関連する情報を含む追加情報をＵＥ－Ｂへ送信し、及びＵＥ－Ａが前記追加情報の生成に使用したサブチャネルの数がＵＥ－Ｂの送信サブチャネルの数以上又は超過である場合は、ＵＥ－Ｂは前記追加情報において指示／含まれた送信パターン又はリソースと重複する全体又は一部のＵＥ－Ｂの送信パターン又はリソースを利用可能リソースセットに含むことができる。

【0148】

例えば、ＵＥ－Ａが優先リソースに関連する情報を含む追加情報をＵＥ－Ｂへ送信し、及びＵＥ－Ａが前記追加情報の生成に使用したサブチャネルの数がＵＥ－Ｂの送信サブチャネルの数以下又は未満である場合は、ＵＥ－Ｂの送信パターン又はリソースのうち、当該パターンの全体リソースが全て追加情報において指示／含まれた送信パターン又はリソースと重複する場合にのみ、ＵＥ－Ｂは前記ＵＥ－Ｂの送信パターン又はリソースを利用可能リソースセットに含むことができる。

【0149】

例えば、前記のリソース除外方法は追加情報を受信したＵＥ－Ｂの送信パケット情報（例えば、リソース選択ウィンドウのサイズ又は位置、リソース再選択カウンター、周期的／非周期的リソース予約有無、Ｈａｌｆ－ｄｕｐｌｅｘ制約でＳＣＩを検出できなかった場合又はＨａｌｆ－ｄｕｐｌｅｘ制約でＳＣＩを検出できなかった頻度）に応じて異なる場合がある。例えば、ＵＥ－Ｂのリソース選択ウィンドウサイズが（事前に）設定された閾値以上又は超過である場合は、ＵＥ－Ｂは追加情報において指示／含まれた非優先リソース又は非優先パターンと重複する全てのＵＥ－Ｂのリソース又は送信パターンを利用可能リソースセットから除くことができる。例えば、ＵＥ－Ｂのリソース選択ウィンドウサイズが（事前に）設定された閾値以下又は未満である場合は、ＵＥ－Ｂは追加情報において指示／含まれた非優先リソース又は非優先パターンと重複するＵＥ－Ｂの送信パターンのうち、一部を使用することができる。前記の方法は非優先リソースからＵＥ－Ｂの送信パターンを決定する実施例を従うことができる。例えば、ＵＥ－ＢがＵＥ－Ｂのセンシングウィンドウ内においてＳＣＩを検出できない頻度が（事前に）設定された閾値以下又は未満である場合、ＵＥ－Ｂは追加情報において指示／含まれた非優先リソース又は非優先パターンと重複する全てのＵＥ－Ｂのリソース又は送信パターンを利用可能リソースセットから除くことができる。例えば、ＵＥ－ＢがＵＥ－Ｂのセンシングウィンドウ内においてＳＣＩを検出できない頻度が（事前に）設定された閾値以上又は超過である場合、ＵＥ－Ｂは追加情報において指示／含まれた非優先リソース又は非優先パターンと重複するＵＥ－Ｂの送信パターンのうち、一部を使用することができる。前記の方法は非優先リソースからＵＥ－Ｂの送信パターンを決定する実施例を従うことができる。例えば、ＵＥ－Ｂが追加情報を使用／考慮せずリソース選択ウィンドウ内において利用可能リソースを決定した場合、前記利用可能リソースの比率が（事前に）設定された比率以上又は超過である場合は、ＵＥ－Ｂは追加情報において指示／含まれた非優先リソース又は非優先パターンと重複する全てのＵＥ－Ｂのリソース又は送信パターンを利用可能リソースセットから除くことができる。例えば、ＵＥ－Ｂが追加情報を使用／考慮せずリソース選択ウィンドウ内において利用可能リソースを決定した場合、前記利用可能リソースの比率が（事前に）設定された比率以下又は未満（それでも、利用可能リソースの比率はリソース選択プロセスにおいて許可する閾値以上である）である場合は、ＵＥ－Ｂは追加情報において指示／含まれた非優先リソース又は非優先パターンと重複するＵＥ－Ｂの送信パターンのうち、一部を使用することができる。本開示の実施例においてはＵＥ－Ａが追加情報を介して非優先リソースを指示する場合を説明し、ＵＥ－Ｂが追加情報に基づいて非優先リソースを判断するプロセスを説明したが、本開示の実施例はそれ以外追加情報が優先リソースを指示する場合又はそれ以外追加情報において指示されたリソースをより積極的に又は一定レベル以上に使用する方法と追加情報において指示されたリソースを消極的に又は一定レベル以下に使用する方法にも拡張して適用することができる。例えば、ＵＥ－Ｂは追加情報において指示／含まれた優先リソース又は優先パターンセット内においてＵＥ－Ｂのセンシング結果に基づいて利用可能リソースセットを決定することができる。この場合、例えば、ＵＥ－Ｂが前記追加情報を使用／考慮した状態においてリソース選択ウィンドウ内の全体リソースに対する利用可能リソースの比率が（事前に）設定された比率以下又は未満である場合は、ＵＥ－Ｂは追加情報において指示／含まれた優先リソース以外のリソースを再びＵＥ－Ｂのセンシング結果に基づいて（ＲＳＲＰ測定値がＲＳＲＰ閾値以下又は未満である場合に限って）送信リソース又は送信パターンに含むことができる。例えば、前記追加情報において指示／含まれた優先リソース以外のリソースはＵＥ－Ｂが受信した別の追加情報において指示した優先リソースである。例えば、ＵＥ－Ｂが前記追加情報を使用／考慮した状態においてリソース選択ウィンドウ内の全体リソースに対する利用可能リソースの比率が（事前に）設定された比率以下又は未満である場合は、ＵＥ－Ｂは追加情報において指示／含まれた優先リソースを無視し、再びＵＥ－Ｂのセンシング結果ベースに利用可能リソースを選択することができる。本開示の実施例において、ＵＥ－Ｂが優先リソースが提供される場合、選択ウィンドウ内の全体リソースに対する利用可能リソースの比率は選択ウィンドウ内の追加情報において指示された優先リソースの量に対する利用可能リソースの比率に代替して適用される。例えば、ＵＥ－Ｂが複数の端末から優先リソースセット情報を受信した場合、及び／又は前記優先リソースセットがＵＥ－ＢのＰＳＣＣＨ／ＰＳＳＣＨ送信を同時に受信することを期待するリソースのセットである場合（例えば、グループキャスト及び／又はブロードキャストの場合）、ＵＥ－Ｂは複数の優先リソースセットの積集合内において利用可能リソースを決定することができる。この場合、例えば、前記積集合に応じて決定されたＵＥ－Ｂの選択ウィンドウ内の優先リソースの量が一定レベル以下である場合（例えば、選択ウィンドウ内の全体リソースに対する積集合リソースの量の比率が（事前に）設定された閾値以下である場合）、ＵＥ－Ｂは前記複数の優先リソースセットの和集合内において利用可能リソースを決定することができる。例えば、ＵＥ－Ｂはセンシング結果を適用する前に、前記積集合に応じて決定されたＵＥ－Ｂの選択ウィンドウ内の優先リソースの量が閾値／閾値比率以下であるかチェックすることができる。例えば、ＵＥ－Ｂはセンシング結果を適用した後、前記積集合に応じて決定されたＵＥ－Ｂの選択ウィンドウ内の優先リソースの量が閾値／閾値比率以下であるかチェックすることができる。

【0150】

例えば、ＵＥ－Ｂが部分センシング（ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ）を実行（例えば、センシングウィンドウ内の一部のスロットに対してのみセンシング実行、又は選択ウィンドウ内利用可能スロットを決定した後前記利用可能スロットに関連するセンシングスロットにおいてのみセンシング実行）する場合、追加情報において指示／含まれた非優先リソース及び／又は優先リソースに応じて選択ウィンドウ内利用可能スロットの数は（事前に）設定された閾値（例えば、最小利用可能スロットの数）未満である。この場合、端末は１）追加情報使用をキャンセルするか、又は２）連続の部分センシング（ｃｏｎｔｉｎｕｏｕｓ ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ）（例えば、利用可能リソース以前に連続の論理スロットに対するセンシング）の結果に基づいて別のＳＣＩによって占有されていないリソース又はＲＳＲＰ測定値が（事前に）設定した閾値以下であるリソースを利用可能リソースに含めるか、又は３）ＵＥ－Ｂの利用可能スロット外の追加情報において指示／含まれた優先リソースを利用可能リソースに含むことができる。本開示の実施例において、追加情報において指示／含まれた非優先リソース及び／又は優先リソースに応じて選択ウィンドウ内利用可能スロットの数が（事前に）設定された閾値（例えば、最小利用可能スロットの数）未満である場合は再びＵＥ－Ｂのセンシング結果に基づいて前記利用可能スロット内の全体リソースに対する利用可能リソースの比率が（事前に）設定された閾値未満である場合代替して適用される。本開示の実施例において、追加情報において指示／含まれた非優先リソース及び／又は優先リソースに応じて選択ウィンドウ内利用可能スロットの数が（事前に）設定された閾値（例えば、最小利用可能スロットの数）未満である場合は再びＵＥ－Ｂのセンシング結果に基づいて前記追加情報において指示された優先リソースである利用可能スロット内の全体リソースに対する利用可能リソースの比率が（事前に）設定された閾値未満である場合代替して適用される。この場合、例えば、利用可能リソースになる候補に追加情報において指示されたＵＥ－Ｂの利用可能スロットが外のリソースが含まれる場合は、ＵＥ－Ｂは分母値に前記利用可能スロットが外のリソースを含めて利用可能リソースの比率を計算／獲得することができる。

【0151】

その一方で、ＵＥ－Ａが追加情報を生成するのに使用する送信優先順位、送信リソース予約周期、送信リソース再選択カウンター、及び／又はＰＳＳＣＨ送信に対するサブチャネル数のうち、少なくともいずれか１つは追加情報を受信するＵＥ－Ｂに対する送信パケット情報と異なる場合がある。この場合、追加情報に含まれた除外リソースに対する情報は送信優先順位、送信リソース予約周期、送信リソース再選択カウンター、及び／又はＰＳＳＣＨ送信に対するサブチャネル数のうち、少なくともいずれか１つとは無関係である必要がある。例えば、ＵＥ－Ａは受信ＳＣＩ及び／又はＰＳＳＣＨにおいて指示された予約リソースに基づいて決定した受信リソースパターンに対する情報を追加情報に含むことができる。例えば、ＵＥ－Ａが受信リソースパターン別にそれぞれ対応するＰＳＳＣＨ ＤＭＲＳから測定したＲＳＲＰ値が特定のＲＳＲＰ閾値以上である場合、リソース選択ウィンドウ内スロットとサブチャネルの位置情報が追加情報に含まれる。例えば、追加情報に含まれたリソースの単位はスロットグループ及びサブチャネルグループである。この場合、スロットグループとサブチャネルグループに前記ＲＳＲＰ値がＲＳＲＰ閾値以上である受信リソースパターンが含まれる場合、当該グループの組み合わせが追加情報に含まれる。例えば、前記ＲＳＲＰ閾値は基準送信優先順位と受信リソースパターン別に対応する受信優先順位から決定される値である。例えば、前記ＲＳＲＰ閾値は受信優先順位別に別途設定される値であり、前記ＲＳＲＰ閾値は受信リソースパターン別に対応する受信優先順位によって選択される値である。例えば、前記ＲＳＲＰ閾値は送信優先順位及び／又は受信優先順位と無関係に端末に対して設定されるか事前に設定される値である。この場合、追加情報を受信したＵＥ－ＢはＵＥ－Ｂのリソース選択ウィンドウ内に追加情報によって指示された除外リソースが存在する場合、当該リソースがＵＥ－Ｂの送信リソース予約周期、送信リソース再選択カウンター、及び／又はＰＳＳＣＨ送信サブチャネル数のうち、少なくともいずれか１つに基づいて生成した送信リソースパターンと重複するか否かを確認／決定することができる。これを介して、ＵＥ－ＢはＵＥ－Ｂの利用可能リソースを最終的に決定することができる。前記追加情報に含まれた除外リソースに対する情報はＵＥ－Ｂの送信優先順位が同じ場合にのみ使用される。例えば、ＲＳＲＰ閾値ブーストに対するステップサイズ（例えば、３ｄＢ）は端末に対して設定されるか事前に設定される。例えば、ＲＳＲＰ閾値ブーストに対するステップサイズは追加情報に含まれる。

【0152】

例えば、ＵＥ－ＡはＵＥ－Ａが受信した全体又は一部の第１ＳＣＩ及び／又は第２ＳＣＩ及び／又はＰＳＳＣＨによって指示される予約リソースに関連する情報に基づいて、リソース選択ウィンドウ内の利用可能リソースを決定することができる。例えば、基準リソース選択ウィンドウ内においてＵＥ－Ａの選択リソース又はこれに準する情報は追加情報に含まれない。例えば、追加情報がリソース選択ウィンドウ内の利用可能リソースに関連する情報を含むとき、ＵＥ－Ａが受信した全体又は一部の第１ＳＣＩ及び／又は第２ＳＣＩ及び／又はＰＳＳＣＨによって指示される予約リソースに関連する情報に基づいて前記実施例の通り決定した除外リソースに関連する情報は前記追加情報に含まれない。すなわち、ＲＳＲＰ測定値に基づいて決定された別の端末の予約リソースに関連する情報は追加情報に含まれる場合もあり、含まれない場合もある。例えば、ＵＥ－Ａが受信した第１ＳＣＩ及び／又は第２ＳＣＩ及び／又はＰＳＳＣＨによって指示される予約リソースに対応するリソース選択ウィンドウ内のリソースに関連する情報はＲＳＲＰ測定値に関係なく追加情報に含まれない。これは、ＵＥ－Ａの立場においては干渉が低いと判断された場合といってもＵＥ－Ｂ立場においては干渉が高いためである。

【0153】

ここで、ＵＥ－ＢはＵＥ－Ａによって検出されたがＵＥ－Ｂによって検出されていないＳＣＩを介して指示されるリソースをリソース選択時、考慮することができる。例えば、ＵＥ－Ｂがリソース（再）選択を実行する場合、ＵＥ－ＢはＵＥ－Ａによって検出されたがＵＥ－Ｂによって検出されていないＳＣＩを介して指示されるリソースを前記情報に基づいて（再）選択しない場合がある。すなわち、上述した方法によれば、隠れノード問題（ｈｉｄｄｅｎ－ｎｏｄｅ ｐｒｏｂｌｅｍ）の為ＵＥ－Ｂが認識できなかったＵＥからの干渉が最小化される。

【0154】

本開示の一実施形態によれば、ＵＥ－Ａは全体または一部のリソースに対して使用できる条件をＵＥ－Ｂに設定するか提案することができる。例えば、ＵＥ－Ａは全体または一部のリソースに対して使用できない条件をＵＥ－Ｂに設定するか提案することができる。例えば、前記補助情報はＵＥ－Ｂが全体または一部のリソースを使用できる条件及び／またはＵＥ－Ｂが全体または一部のリソースを使用できない条件を含むことができる。例えば、前記条件は特定の優先順位を含むことができる。例えば、前記条件はサービスのタイプを含むことができる。例えば、前記条件はＱｏＳパラメータを含むことができる。例えば、前記条件はキャストタイプを含むことができる。例えば、前記条件はＳＬ ＨＡＲＱフィードバックが活性化するか否かを含むことができる。例えば、前記条件はＳＬ ＨＡＲＱフィードバックオプションを含むことができる。例えば、前記条件はＲＳＲＰ測定値の範囲を含むことができる。

【0155】

例えば、前記条件は単一又は複数のＬ１及び／又はＬ２デスティネーションＩＤを含むことができる。この場合、例えば、ＵＥ－ＢはＰＳＣＣＨ／ＰＳＳＣＨに対するデスティネーションＩＤが前記ＵＥ－Ａが提供１つのリソース情報を活用することができるＩＤと同じ場合、前記提供されたリソース情報を用いて前記ＰＳＣＣＨ／ＰＳＳＣＨ送信リソースを決定することができる。例えば、ＵＥ－ＢはＵＥ－Ａがリソース情報を提供するのに使用されたＰＳＣＣＨ及び／又はＰＳＳＣＨに対するソースＩＤ及び／又はデスティネーションＩＤ及び／又は追加情報に前記リソース情報に対するＩＤ情報に基づいてＵＥ－ＢはＰＳＣＣＨ／ＰＳＳＣＨに対するデスティネーションＩＤが前記ＩＤの全体又は一部に対応する場合、前記リソース情報を用いて前記ＰＳＣＣＨ／ＰＳＳＣＨ送信の為のリソース（再）選択を実行することができる。例えば、前記ＵＥ－Ａが提供１つのリソース情報はＵＥ－ＢのＰＳＣＣＨ／ＰＳＳＣＨ送信時、優先されるリソース及び／又は非優先されるリソース情報である。

【0156】

例えば、ＵＥ－Ａは特定の時間区間に関連する情報及び／または時間－周波数リソースに関連する情報をＵＥ－Ｂに送信することができる。更に、例えば、ＵＥ－Ａは前記リソースを使用できる条件をＵＥ－Ｂに送信することができる。

【0157】

例えば、優先順位値が（（事前に）設定された及び／またはＰＣ５－ＲＲＣに設定された）特定の閾値以下（未満）である場合、ＵＥ－Ｂは前記リソースを用いることができる。例えば、以外の場合、ＵＥ－Ｂは前記リソースに対する使用を猶予するか既に割り当てられた送信をキャンセルすることができる。

【0158】

例えば、優先順位値が（（事前に）設定された及び／またはＰＣ５－ＲＲＣに設定された）特定の閾値以上（超過）である場合、ＵＥ－Ｂは前記リソース使用することができる。例えば、以外の場合、ＵＥ－Ｂは前記リソースに対する使用を猶予するか既に割り当てられた送信をキャンセルすることができる。

【0159】

例えば、全体または残りのＰＤＢ（ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）値が（（事前に）設定された及び／またはＰＣ５－ＲＲＣに設定された）特定の閾値以下（未満）である場合、ＵＥ－Ｂは前記リソースを用いることができる。例えば、以外の場合、ＵＥ－Ｂは前記リソースに対する使用を猶予するか既に割り当てられた送信をキャンセルすることができる。

【0160】

例えば、全体または残りのＰＤＢ（ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）値が（（事前に）設定された及び／またはＰＣ５－ＲＲＣに設定された）特定の閾値以上（超過）である場合、ＵＥ－Ｂは前記リソースを用いることができる。例えば、それ以外の場合、ＵＥ－Ｂは前記リソースに対する使用を猶予するか既に割り当てられた送信をキャンセルすることができる。

【0161】

例えば、前記リソースに対応するＲＳＲＰ測定値（例えば、前記リソースを指示するのに使用されたＰＳＣＣＨ及び／またはＰＳＳＣＨ上のＤＭＲＳ及び／またはＣＳＩ－ＲＳに基づいて測定された値）が第３閾値以下または未満である場合、ＵＥ－Ｂは前記リソースに対する使用を猶予するか既に割り当てられた送信をキャンセルすることができる。例えば、それ以外の場合、ＵＥ－Ｂは前記リソースを用いることができる。例えば、前記第３閾値はリソースプール別にＵＥに対して設定されるか事前に設定される。例えば、前記第３閾値は優先順位別にＵＥに対して設定されるか事前に設定される。例えば、前記第３閾値はＱｏＳパラメータ別にＵＥに対して設定されるか事前に設定される。例えば、前記第３閾値は輻輳制御レベル別にＵＥに対して設定されるか事前に設定される。例えば、前記第３閾値はリソースプール別にＵＥに対して設定されるか事前に設定される。上述した方法を介して、例えば、チャネル環境が良いと判断されるリソースは緊急通信用として残すことができる。

【0162】

例えば、前記リソースが設定される単位は単一サブチャネルである。例えば、前記リソースが設定される単位は複数のサブチャネルである。例えば、送信猶予対象または送信優先対象に対応するリソースを設定／指示する単位はリソースプール別にＵＥに対して設定されるか事前に設定される。例えば、送信猶予対象または送信優先対象に対応するリソースを設定／指示する単位は優先順位別にＵＥに対して設定されるか事前に設定される。例えば、送信猶予対象または送信優先対象に対応するリソースを設定／指示する単位はＱｏＳパラメータ別にＵＥに対して設定されるか事前に設定される。例えば、送信猶予対象または送信優先対象に対応するリソースを設定／指示する単位は輻輳レベル別にＵＥに対して設定されるか事前に設定される。上述した方法を介して、緊急メッセージのサイズによって、周波数側の連続のリソースの量を調整することができる。例えば、大きいサイズを持つ緊急メッセージに対して、多くの数のサブチャネルが割り当てられる。例えばＵＥ－Ａは上位層（例えば、アプリケーション層（ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ）及び／またはＶ２Ｘ層及び／またはＡＳ層）から緊急メッセージまたは緊急状態及び／または関連情報（例えば、緊急メッセージのサイズ、トラフィック特性、継続時間、ＱｏＳパラメータ、及び／または優先順位など）を受けることができ、ＵＥ－Ａは前記情報に基づいて特定のリソースに対する使用可能条件及び／または使用不可条件を決定／設定することができる。

【0163】

本開示の一実施形態によれば、ＵＥ－ＡはＵＥ－Ａによって事前に予約されたリソースの全体または一部に対するキャンセルに関連する情報をＵＥ－Ｂに送信することができる。例えば、前記補助情報はＵＥ－Ａが事前に予約したリソースのキャンセルに関連する情報を含むことができる。例えば、ＵＥ－ＡはＴＲＩＶ（Ｔｉｍｅ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）及び／またはＦＲＩＶ（Ｆｒｅｑｕｅｎｃｙ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）（リソース割り当て方式）の形で第１ＳＣＩ及び／または第２ＳＣＩ及び／またはＰＳＳＣＨを介して、前記予約キャンセルに対応するリソースをＵＥ－Ｂに再び指示することができる。例えば、ＵＥ－Ａは予約キャンセルに対する指示値を第１ＳＣＩ及び／または第２ＳＣＩ及び／またはＰＳＳＣＨを介してＵＥ－Ｂに送信することができる。この場合、ＵＥ－ＢはＵＥ－Ａが以前送信したＰＳＣＣＨ及び／またはＰＳＳＣＨから受信したリソース予約情報において、予約キャンセル情報を受信した時点または当該時点から特定の時間（事前に定義されるか（事前に）設定される値）以降、予約リソースを予約キャンセルすることができる。予約キャンセルによって、ＵＥ－Ｂはリソース再選択をトリガーすることができる。例えば、ＵＥ－Ａは基地局が割り当てたリソースの全体または一部に対する解除（ｒｅｌｅａｓｅ）を知らせる情報を基地局に送信／報告することができる。例えば、ＵＥ－Ａは基地局が割り当てたリソースの全体または一部を使用しないことを知らせる情報を基地局に送信／報告することができる。例えば、前記報告はＰＵＣＣＨ及び／またはＰＵＳＣＨを介して送信される。例えば、ＵＥ－Ｃ（すなわち、第３のＵＥ）はＵＥ－Ａが予約リソースの全体または一部を解除することを知らせる情報をＵＥ－Ｂに送信することができる。例えば、ＵＥ－Ａが全体または一部予約されたリソース上において第１ＴＢを送信し、及びＵＥ－ＡがターゲットＵＥが前記第１ＴＢを正常に受信したと（すなわち、ＡＣＫで）決定する場合、ＵＥ－Ａは前記第１ＴＢに対する以後予約リソースを解除するように決定／設定することができる。例えば、ＵＥ－Ａがユニキャスト及びグループキャストＨＡＲＱフィードバックオプション２においてＡＣＫを受信した場合、またはＵＥ－ＡがグループキャストＨＡＲＱフィードバックオプション１においてＮＡＣＫを指示するＰＳＦＣＨを受信しない場合、ＵＥ－Ａは同じＴＢに対する以後予約リソースを解除すると決定／設定することができる。例えば、ＵＥ－Ａが全体または一部予約されたリソース上において（再）送信回数を超過して同じＴＢに対する（再）送信を実行した場合、ＵＥ－Ａは同じＴＢに対する以後予約リソースを解除すると決定／設定することができる。例えば、全体または一部予約されたリソースに対して同じＴＢに対する残りのＰＤＢ（ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）がない場合、ＵＥ－Ａは同じＴＢに対する以後予約リソースを解除すると決定／設定することができる。例えば、全体または一部予約されたリソースに対して同じＴＢに対する残りのＰＤＢが（（事前に）設定されたまたは事前に定義されたまたはＰＣ５－ＲＲＣに設定された）特定の閾値下（例えば、以下または未満）である場合、ＵＥ－Ａは同じＴＢに対する以後予約リソースを解除すると決定／設定することができる。

【0164】

本開示の様々な実施形態において説明した追加のリソース情報は周波数軸及び／または時間軸リソースを指示する形である。例えば、リソースの情報はＴＲＩＶ及び／またはＦＲＩＶ及び／またはリソース予約周期及び／または優先順位及び／または使用レベルなどの組み合わせが１つまたは複数の形である。それぞれの組み合わせは第１ＳＣＩ及び／または第２ＳＣＩ及び／またはＰＳＳＣＨを介して送信される。例えば、それぞれのリソースグループの指示子組み合わせは異なるチャネル及び／または信号及び／または情報に含まれる。例えば、リソースグループ指示子の組み合わせの数はリソースプール別にＵＥに対して設定されるか事前に設定される。例えば、リソースグループ指示子の組み合わせの数は第１ＳＣＩ指示値別に設定されるか事前に設定される。例えば、リソースグループ指示子の組み合わせの数は第２ＳＣＩフォーマット別に設定されるか事前に設定される。例えば、以前リソースグループ指示子の組み合わせにおいて次のリソースグループ指示子の組み合わせの存在有無が指示される。

【0165】

例えば、ＴＲＩＶはｉ）ＵＥ－ＢがＳＣＩを受信した時点及び／又はｉｉ）前記時点から１つ又は２つのスロットオフセット値を指示することができる。ここで、ＴＲＩＶは最大３つの時間軸リソースを指示することができる。例えば、ＴＲＩＶは、ｉ）第１ＳＣＩにおいて指示されたＴＲＩＶから導出される時間軸リソースのうち、時間上最も遅いリソースの時点及び／又はｉｉ）前記時点から１つ又は２つのスロットオフセット値を指示することができる。例えば、ＴＲＩＶはｉ）以前リソースグループ指示子から指示された時間軸リソースのうち、時間上最も遅いリソースの時点及び／又はｉｉ）前記時点から１つ又は２つのスロットオフセット値を指示することができる。例えば、前記ＴＲＩＶ方法及び基準点に対する方法の複数の形が組み合わせされ使用される。例えば、ＳＣＩ受信時点が基準点である場合は、ＴＲＩＶが第１ＳＣＩを介して送信される場合及び／又はＴＲＩＶが第２ＳＣＩを介して送信される場合である。例えば、第１ＳＣＩにおいて指示された最後ＰＳＳＣＨリソース時点又は以前グループ指示子において指示された最後ＰＳＳＣＨリソース時点が基準点である場合は、ＴＲＩＶが第２ＳＣＩを介して送信される場合及び／又はＴＲＩＶがＰＳＳＣＨを介して送信される場合である。例えば、各リソースグループ指示子別にＴＲＩＶが指示できるスロットオフセットの最大数（例えば、１又は２）は第１ＳＣＩのＴＲＩＶに対する設定と同じであり得る。例えば、各リソースグループ指示子別にＴＲＩＶが指示できるスロットオフセットの最大数はリソースグループ指示子別にＵＥに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にＴＲＩＶが指示できるスロットオフセットの最大数は第２ＳＣＩフォーマット別にＵＥに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にＴＲＩＶが指示できるスロットオフセットの最大数はリソースプール別にＵＥに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にＴＲＩＶが指示できるスロットオフセットの最大数に関連する情報は第１ＳＣＩを介して送信される。例えば、各リソースグループ指示子別にＴＲＩＶが指示できるスロットオフセットの最大数に関連する情報は第２ＳＣＩを介して送信される。例えば、各リソースグループ指示子別にＴＲＩＶが指示できるスロットオフセットの最大数に関連する情報はＰＳＳＣＨを介して送信される。例えば、前記スロットオフセットの最大数は１又は２である。

【0166】

例えば、前記スロットオフセットの最大数はＴＲＩＶに対する指示子サイズに応じて可変することができる。例えば、前記スロットオフセットの最大数は２を超過する場合もある。例えば、端末はＴＲＩＶは基準点になるスロット以後からＷスロットウィンドウ内において最大Ｍ個のスロットオフセットを指示することができる。この場合、例えば、当該ＴＲＩＶの為の指示子のサイズは前記Ｗ値とＭ値で決定される。例えば、前記ＴＲＩＶの為の指示子のサイズは下記の数式で表すことができる。

【0167】

【数1】

【0168】

【数2】

【0169】

例えば、ＴＲＩＶの基準点からｓ０以後のスロットオフセット、ｓ１－１以後のスロットオフセット、ｓ２以後のスロットオフセット、ｓ３－１以後のスロットオフセットに対応するリソースインデクス値は下記の数式で表すことができる。

【0170】

【数3】

【0171】

例えば、時間軸リソース指示子はＴＲＩＶにＴＲＩＶにおいて指示されたリソースが繰り返されるリソース予約周期情報を含むこともできる。

【0172】

例えば、各リソースグループ指示子別にＴＲＩＶが指示できる時間区間の長さ又はスロットの数はリソースグループ指示子別にＵＥに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にＴＲＩＶが指示できる時間区間の長さ又はスロットの数は第２ＳＣＩフォーマット別にＵＥに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にＴＲＩＶが指示できる時間区間の長さ又はスロットの数はリソースプール別にＵＥに対して設定されるか事前に設定される。

【0173】

例えば、ＦＲＩＶは単一または複数のＰＳＳＣＨリソースに対して割り当てられたサブチャネルの数、及び／またはＵＥ－ＢがＳＣＩを受信した時点以外のＴＲＩＶによって指示されたＰＳＳＣＨリソースの時点に対する開始サブチャネルインデックスを指示することができる。例えば、ＦＲＩＶは単一または複数のＰＳＳＣＨリソースに対して割り当てられたサブチャネルの数、及び／またはＴＲＩＶによって指示された１つまたは２つのＰＳＳＣＨリソースに対する開始サブチャネルのインデックスを指示することができる。例えば、前記１つまたは２つのＰＳＳＣＨリソースは第１ＳＣＩによって指示された最後のＰＳＳＣＨリソース以降に位置するリソースである。例えば、前記１つまたは２つのＰＳＳＣＨリソースは以前リソースグループ指示子において指示された最後のＰＳＳＣＨリソースの以降に位置するリソースである。例えば前記のＦＲＩＶ方式及び基準点に対する方法の複数の形を組み合わせて使用される。

【0174】

例えば、各リソースグループ指示子別にＦＲＩＶが指示可能な割り当てサブチャネルの数は全て同じであり得る。この場合、第１ＳＣＩ以外で送信されるリソースグループ指示子のＦＲＩＶは割り当てサブチャネルの数に関連する情報を含まない場合がある。すなわち、第１ＳＣＩ以外で送信されるリソースグループ指示子のＦＲＩＶにおいて、割り当てサブチャネルの数に関連する情報は除外／省略される。

【0175】

例えば、各リソースグループ指示子別にＦＲＩＶが指示可能な割り当てサブチャネルの数は異なる場合がある。前記の方法は特にリソースグループ別にこれに対応するＴＢが異なる場合役立つ。例えば、各リソースグループ指示子別にＦＲＩＶが指示可能なＰＳＳＣＨリソースの最大数は第１ＳＣＩのＦＲＩＶに対する設定と同じであり得る。例えば、各リソースグループ指示子別にＦＲＩＶが指示可能なＰＳＳＣＨリソースの最大数はリソースグループ指示子別にＵＥに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にＦＲＩＶが指示可能なＰＳＳＣＨリソースの最大数は第２ＳＣＩフォーマット別にＵＥに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にＦＲＩＶが指示可能なＰＳＳＣＨリソースの最大数はリソースプール別にＵＥに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にＦＲＩＶが指示可能なＰＳＳＣＨリソースの最大数に関連する情報は第１ＳＣＩを介して送信される。例えば、各リソースグループ指示子別にＦＲＩＶが指示可能なＰＳＳＣＨリソースの最大数に関連する情報は第２ＳＣＩを介して送信される。例えば、各リソースグループ指示子別にＦＲＩＶが指示可能なＰＳＳＣＨリソースの最大数に関連する情報はＰＳＳＣＨを介して送信される。

【0176】

例えば、優先順位値は各リソースグループ指示子別に全て同じであり得る。この場合、第１ＳＣＩ以外で送信されるリソースグループ指示子の組み合わせは優先順位情報を含まない場合がある。すなわち、第１ＳＣＩ以外で送信されるリソースグループ指示子の組み合わせにおいて、優先順位情報は除外／省略される。

【0177】

例えば、各リソースグループ指示子別に指示可能な優先順位値が異なる場合がある。例えば、ＵＥ－Ｂは受信したリソースグループ指示子によって指示された予約リソースグループに対して、各グループ別に優先順位に対応する閾値を用いて、リソース（再）選択時、に、ＲＳＲＰ測定値に係るリソース排除有無を異なるように適用することができる。例えば、ＲＳＲＰは当該情報を指示するのに使用されたＰＳＣＣＨ及び／またはＰＳＳＣＨのＤＭＲＳ及び／またはＣＳＩ－ＲＳに基づいて測定される。例えば、前記閾値は各リソースグループ別に及び／または使用レベル別に異なるように設定される。例えば、同じ送受信優先順位の組み合わせに対しても、前記閾値はリソースグループによって異なる場合がある。具体的に、例えば、閾値はｉ）端末が受信したＳＣＩによって指示される優先順位値及びｉ）端末が送信するデータに対する優先順位値の組み合わせに基づいて決定される。ここで、例えば、前記閾値はリソースグループ指示子別に異なる場合がある。例えば、第１ＳＣＩによって指示されたリソースグループに対する閾値及びリソースグループ指示子によって指示されたリソースグループに対する閾値は異なる場合がある。

【0178】

例えば、使用レベル値は各リソースグループ指示子別に全て同じであり得る。この場合、リソースグループ指示子の組み合わせは使用レベル情報を含まない場合がある。すなわち、リソースグループ指示子の組み合わせにおいて、使用レベル情報は除外／省略される。

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

その一方で、ＵＥは複数のＵＥから追加情報を受信することができ、特に、前記ＵＥは追加情報を送信したＵＥ全体又は一部を対象にグループキャスト送信を実行することができる。前記の状況において、前記ＵＥは受信ＵＥ（例えば、グループキャスト送信の対象になるＵＥ）によって提供された追加情報を用いて、前記グループキャスト送信の為のリソースを選択することができる。例えば、追加情報が非優先リソースを指示する場合は、ＵＥはそれぞれの追加情報において指示した非優先リソースを回避して前記サイドリンク送信リソースを選択することができる。例えば、追加情報が優先リソースを指示する場合は、ＵＥはそれぞれの追加情報において指示した優先リソースの積集合内において前記サイドリンク送信リソースを選択することができる。例えば、ＵＥは受信した追加情報の送信に対するＲＳＲＰ測定値（例えば、追加情報の送信に使用されたサイドリンクチャネル上において送信されるＲＳに基づいて測定されたＲＳＲＰ測定値）に基づいて（高い順で又は特定の閾値以上であることに対して）一部の追加情報のみを用いて、リソース（再）選択を実行することができる。例えば、ＵＥは受信した追加情報の送信に対する優先順位値に基づいて（低い値順で又は特定の閾値以下であることに対して）一部の追加情報のみを用いて、リソース（再）選択を実行することができる。例えば、ＵＥは受信した追加情報の送信に対応する地理的距離／位置（例えば、追加情報を送信したＵＥと追加情報を受信したＵＥ間距離又は距離に準する情報）に基づいて（小さい順で又は特定の閾値以下であることに対して）一部の追加情報のみを用いて、リソース（再）選択を実行することができる。例えば、前記特定の値はＵＥに（事前に）設定される値である。

【0224】

本開示の様々な実施例によれば、ＵＥ－ＢはＵＥ－Ａが送信した補助情報に基づいてＵＥ－Ｂの送信の為のリソース（再）選択を効率的に実行することができる。更に、特定の条件が満足する場合、ＵＥ－Ａは補助情報をＵＥ－Ｂへ送信することができる。これを介して、ＵＥ－Ａが無分別に補助情報を送信することの為無線リソースが無駄になる問題を解決することができる。

【0225】

図１３は本開示の一実施形態によって、第１装置が無線通信を行う方法を示している。図１３の実施例は本開示の様々な実施例と組合わせることができる。

【0226】

図１３を参照すれば、ステップＳ１３１０において、第１装置はＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置へ送信することができる。例えば、前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含むことができる。ステップＳ１３２０において、第１装置は前記ＰＳＳＣＨを介して、第１補助情報を前記第２装置へ送信することができる。例えば、前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含むことができる。

【0227】

更に、例えば、第１装置はセンシングウィンドウ内においてセンシングに基づいて、周期的ＳＬ送信の為の複数のＳＬリソースを選択することができる。例えば、前記周期的ＳＬ送信に関連するリソース再選択カウンター（ｒｅｓｏｕｒｃｅ ｒｅｓｅｌｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）がゼロに到達することに基づいて、前記第１補助情報は前記第２装置へ送信される。例えば、前記複数のＳＬリソースのうち、全体又は一部のリソースに対してリソース再選択がトリガーされることに基づいて、前記第１補助情報は前記第２装置へ送信される。例えば、前記複数のＳＬリソースのうち、全体又は一部のリソースが再選択されることに基づいて、前記第１補助情報は前記第２装置へ送信される。

【0228】

例えば、前記第１装置の周期的ＵＬ（ｕｐｌｉｎｋ）送信が変更されることに基づいて、前記第１補助情報は前記第２装置へ送信される。例えば、前記第１装置の活性（ａｃｔｉｖｅ）ＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）が変更されることに基づいて、前記第１補助情報は前記第２装置へ送信される。

【0229】

更に、例えば、第１装置は第２補助情報を受信することができ、第１装置は周波数リソース割り当てに関連する情報及び時間リソース割り当てに関連する情報を含む第２ＳＣＩを受信することができる。例えば、前記第２補助情報は前記第１装置のＳＬリソース選択の為の情報を含むことができる。

【0230】

更に、例えば、第１装置はＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）閾値が増加された回数に基づいて、前記第２補助情報又は前記第２ＳＣＩのうち、少なくともいずれか１つに基づいて複数の候補リソースを決定することができる。例えば、前記ＲＳＲＰ閾値が増加された回数が閾値より小さいか等しいことに基づいて、前記複数の候補リソースは前記第２補助情報及び前記第２ＳＣＩに基づいて決定される。例えば、前記ＲＳＲＰ閾値が増加された回数が閾値より大きいか等しいことに基づいて、前記複数の候補リソースは前記第２ＳＣＩに基づいて決定することができ、及び前記第２補助情報は前記複数の候補リソースを決定するのに使用しない場合がある。

【0231】

例えば、前記第２補助情報に関連するデスティネーションＩＤが前記第１装置の送信の為のデスティネーションＩＤと同じであることに基づいて、前記複数の候補リソースは前記第２補助情報及び前記第２ＳＣＩに基づいて決定される。

【0232】

例えば、前記第２補助情報に関連するソースＩＤが前記第１装置の送信の為のデスティネーションＩＤと同じであることに基づいて、前記複数の候補リソースは前記第２補助情報及び前記第２ＳＣＩに基づいて決定される。

【0233】

前記提案方法は本開示の様々な実施例に係る装置に適用される。先ず、第１装置１００のプロセッサ１０２はＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置へ送信するように送受信機１０６を制御することができる。例えば、前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含むことができる。そして、第１装置１００のプロセッサ１０２は前記ＰＳＳＣＨを介して、第１補助情報を前記第２装置へ送信するように送受信機１０６を制御することができる。例えば、前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含むことができる。

【0234】

本開示の一実施形態によれば、無線通信を行う第１装置が提供される。例えば、第１装置は命令を格納する１つ以上のメモリ；１つ以上の送受信機；及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置へ送信するが、前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み；及び前記ＰＳＳＣＨを介して、第１補助情報を前記第２装置へ送信するが、前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含むことができる。

【0235】

本開示の一実施形態によれば、無線通信を行う第１端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、装置は１つ以上のプロセッサ；及び前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２端末へ送信するが、前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み；及び前記ＰＳＳＣＨを介して、第１補助情報を前記第２端末へ送信するが、前記第１補助情報は前記第２端末のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含むことができる。

【0236】

本開示の一実施形態によれば、命令を記録している非一時的コンピューター可読記憶媒体が提供される。例えば、前記命令は、実行されるとき、第１装置に：ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置へ送信するようにするが、前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み；及び前記ＰＳＳＣＨを介して、第１補助情報を前記第２装置へ送信するようにするが、前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含むことができる。

【0237】

図１４は本開示の一実施形態によって、第２装置が無線通信を行う方法を示している。図１４の実施例は本開示の様々な実施例と組合わせることができる。

【0238】

図１４を参照すれば、ステップＳ１４１０において、第２装置はＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１装置から受信することができる。例えば、前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含むことができる。ステップＳ１４２０において、第２装置は前記ＰＳＳＣＨを介して、第１補助情報を前記第１装置から受信することができる。例えば、前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含むことができる。

【0239】

前記提案方法は本開示の様々な実施例に係る装置に適用される。先ず、第２装置２００のプロセッサ２０２はＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１装置から受信するように送受信機２０６を制御することができる。例えば、前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含むことができる。そして、第２装置２００のプロセッサ２０２は前記ＰＳＳＣＨを介して、第１補助情報を前記第１装置から受信するように送受信機２０６を制御することができる。例えば、前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含むことができる。

【0240】

本開示の一実施形態によれば、無線通信を行う第２装置が提供される。例えば、第２装置は命令を格納する１つ以上のメモリ；１つ以上の送受信機；及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１装置から受信するが、前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み；及び前記ＰＳＳＣＨを介して、第１補助情報を前記第１装置から受信するが、前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含むことができる。

【0241】

本開示の一実施形態によれば、無線通信を行う第２端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、装置は１つ以上のプロセッサ；及び前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１端末から受信するが、前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み；及び前記ＰＳＳＣＨを介して、第１補助情報を前記第１端末から受信するが、前記第１補助情報は前記第２端末のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含むことができる。

【0242】

本開示の一実施形態によれば、命令を記録している非一時的コンピューター可読記憶媒体が提供される。例えば、前記命令は、実行されるとき、第２装置に：ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１装置から受信するようにするが、前記第１ＳＣＩは周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み；及び前記ＰＳＳＣＨを介して、第１補助情報を前記第１装置から受信するようにするが、前記第１補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報を含むことができる。

【0243】

本開示の様々な実施形態によれば、補助情報を受信した端末は前記補助情報に基づいて前記端末の送信の為のリソース（再）選択を効率的に実行することができる。

【0244】

本開示の様々な実施例は相互組み合わせることができる。

【0245】

以下、本開示の多様な実施例が適用されることができる装置に対して説明する。

【0246】

これに制限されるものではなく、本文書に開示された多様な説明、機能、手順、提案、方法及び／または動作流れ図は、機器間に無線通信／連結（例えば、５Ｇ）を必要とする多様な分野に適用されることができる。

【0247】

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

【0248】

図１６は、本開示の一実施例に係る、通信システム１を示す。

【0249】

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

【0250】

ここで、本明細書の無線機器１００ａ～１００ｆにおいて実装される無線通信技術は、ＬＴＥ、ＮＲ、６Ｇだけでなく、低電力通信の為のＮａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓを含めることができる。このとき、例えばＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であり、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格として実装することができ、上述した名称に限定するものではない。更に又は、大概、本明細書の無線機器１００ａ～１００ｆで実装される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術はＬＰＷＡＮ技術の一例であり、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称で呼ばれる。例えば、ＬＴＥ－Ｍ技術は１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は ７）ＬＴＥ Ｍなどの様々な規格のうちの少なくともいずれか一つで実装することができ、上述した名称に限定するものではない。更に、又は大概、本明細書の無線機器１００ａ～１００ｆで実装される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、及び低消費電力広域無線ネットワーク（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）の少なくともいずれか一つを含むことができ、上記の名称に限定するものではない。一例として、Ｚｉｇｂｅｅ技術はＩＥＥＥ ８０２．１５．４などの様々な規格をベースにして、小型／低電力デジタル通信に関連するＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称で呼ばれる。

【0251】

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

【0252】

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

【0253】

図１６は、本開示の一実施例に係る、無線機器を示す。

【0254】

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

【0255】

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

【0256】

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

【0257】

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

【0258】

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

【0259】

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

【0260】

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

【0261】

図１７は、本開示の一実施例に係る、送信信号の為の信号処理回路を示す。

【0262】

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

【0263】

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

【0264】

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

【0265】

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

【0266】

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

【0267】

図１８は、本開示の一実施例に係る、無線機器を示す。無線機器は、使用－例／サービスによって多様な形態で具現されることができる（図１６参照）。

【0268】

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

【0269】

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

【0270】

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

【0271】

以下、図１８の具現例に対して、他の図面を参照してより詳細に説明する。

【0272】

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

【0273】

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

【0274】

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

【0275】

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

【0276】

図２０は、本開示の一実施例に係る、車両または自律走行車両を示す。車両または自律走行車両は、移動型ロボット、車両、汽車、有／無人飛行体（Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ）、船舶などで具現されることができる。

【0277】

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

【0278】

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

【0279】

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

【0280】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【手続補正書】

【提出日】2023-02-28

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１装置が無線通信を行う方法であって、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置へ送信するステップ；並びに
前記第１ＳＣＩは、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報、及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み、
前記ＰＳＳＣＨを介して、複数のＴＲＩＶ（ｔｉｍｅ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｉｏｎ ｖａｌｕｅs）、複数のＦＲＩＶ（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｉｏｎ ｖａｌｕｅs）、及び基準時間位置（ｔｉｍｅ ｒｅｆｅｒｅｎｃｅ ｌｏｃａｔｉｏｎ）に関する情報、を含む補助情報を前記第２装置へ送信するステップ；を含んでなり、
前記基準時間位置に関する前記情報は、第１直接のフレーム個数（ｆｉｒｓｔ ｄｉｒｅｃｔ ｆｒａｍｅ ｎｕｍｂｅｒ：ＤＦＮ）インデックス及び第１スロットインデックスを含み、
前記補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報である、方法。

【請求項2】

前記複数のＴＲＩＶ各々の基準時間位置は、前記基準時間位置と同じである、請求項１に記載の方法。

【請求項3】

前記基準時間位置は、前記第１ＤＦＮインデックスにより決定されたフレーム内の複数のスロットの中から、前記第１スロットインデックスにより決定されたスロットである、請求項１に記載の方法。

【請求項4】

前記補助情報は、論理スロットオフセットに関する情報を含む、請求項１に記載の方法。

【請求項5】

前記複数のＴＲＩＶ各々の初期リソース位置は、前記基準時間位置又は前記論理スロットオフセットに基づいて決定される、請求項１に記載の方法。

【請求項6】

前記複数のＴＲＩＶ、前記複数のＦＲＩＶ、及び前記基準時間位置に関する情報は、非優先リソースのセットの為の情報である、請求項１に記載の方法。

【請求項7】

リソースに関するＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）測定値がＲＳＲＰ閾値を超えたことに基づいて、前記リソースは前記非優先リソースの前記セットに含まれる、請求項６に記載の方法。

【請求項8】

前記ＲＳＲＰ閾値は受信優先に基づいて決定される、請求項７に記載の方法。

【請求項9】

送信優先は、前記ＲＳＲＰ閾値を決定することに考慮されない、請求項８に記載の方法。

【請求項10】

前記第２装置から、補助情報を要請する為の情報を受信するステップ；を更に含み、
前記補助情報を要請する為の情報は、リソース選択ウィンドウ位置に関する情報を含む、請求項１に記載の方法。

【請求項11】

前記リソース選択ウィンドウ位置に関連する情報は、前記リソース選択ウィンドウの開始時間位置及び終了時間位置に関連する情報を含み、
前記リソース選択ウィンドウの開始時間位置は、第２ＤＦＮインデックス及び第２スロットインデックスにより表示される、請求項１０に記載の方法。

【請求項12】

前記リソース選択ウィンドウの開始時間位置は、前記第２ＤＦＮインデックスにより決定されるフレーム内の複数のスロットのうち、前記第２スロットインデックスにより決定されるスロットである、請求項１１に記載の方法。

【請求項13】

前記補助情報は、前記補助情報を要請する為の前記情報に含まれるリソース選択ウィンドウ位置に関連する情報に基づいて生成される、請求項１０に記載の方法。

【請求項14】

無線通信を実行するように設定された第１装置であって、
１つ以上の送受信機；
１つ以上のプロセッサ；及び
１つ以上のメモリ；を備えてなり、
前記１つ以上のメモリは、前記１つ以上のプロセッサに接続され、及び、前記１つ以上のプロセッサにより実行できるように、動作を行う命令を格納するものであり、
前記動作は、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置へ送信するステップ、並びに
前記第１ＳＣＩは、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報、及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み、
前記ＰＳＳＣＨを介して、複数のＴＲＩＶ（ｔｉｍｅ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｉｏｎ ｖａｌｕｅs）、複数のＦＲＩＶ（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｉｏｎ ｖａｌｕｅs）、及び基準時間位置（ｔｉｍｅ ｒｅｆｅｒｅｎｃｅ ｌｏｃａｔｉｏｎ）に関する情報、を含む補助情報を前記第２装置へ送信するステップ、を含んでなり、
前記基準時間位置に関する前記情報は、第１直接のフレーム個数（ｆｉｒｓｔ ｄｉｒｅｃｔ ｆｒａｍｅ ｎｕｍｂｅｒ：ＤＦＮ）インデックス及び第１スロットインデックスを含み、
前記補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報である、第１装置。

【請求項15】

第１装置を制御するように設定された処理装置であって、
１つ以上のプロセッサ；及び
１つ以上のメモリ；を備えてなり、
前記１つ以上のメモリは、前記１つ以上のプロセッサに接続され、及び、前記１つ以上のプロセッサにより実行できるように、動作を行う命令を格納するものであり、
前記動作は、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するスケジューリング情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置へ送信するステップ、並びに
前記第１ＳＣＩは、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンに関連する情報、及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関連する情報を含み、
前記ＰＳＳＣＨを介して、複数のＴＲＩＶ（ｔｉｍｅ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｉｏｎ ｖａｌｕｅs）、複数のＦＲＩＶ（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｉｏｎ ｖａｌｕｅs）、及び基準時間位置（ｔｉｍｅ ｒｅｆｅｒｅｎｃｅ ｌｏｃａｔｉｏｎ）に関する情報、を含む補助情報を前記第２装置へ送信するステップ、を含んでなり、
前記基準時間位置に関する前記情報は、第１直接のフレーム個数（ｆｉｒｓｔ ｄｉｒｅｃｔ ｆｒａｍｅ ｎｕｍｂｅｒ：ＤＦＮ）インデックス及び第１スロットインデックスを含み、
前記補助情報は前記第２装置のＳＬ（ｓｉｄｅｌｉｎｋ）リソース選択の為の情報である、処理装置。

【国際調査報告】