特表 2023-516997 ＮＲ Ｖ２ＸにおいてＰＳＦＣＨ送信を実行する方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2023-04-21

(54)【発明の名称】ＮＲ Ｖ２ＸにおいてＰＳＦＣＨ送信を実行する方法及び装置

(51)【国際特許分類】

   H04W 72/50 20230101AFI20230414BHJP

   H04W 72/40 20230101ALI20230414BHJP

   H04W 28/04 20090101ALI20230414BHJP

   H04W 52/30 20090101ALI20230414BHJP

【ＦＩ】

H04W72/50

H04W72/40

H04W28/04 110

H04W52/30

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022552614

(86)(22)【出願日】2021-04-21

(85)【翻訳文提出日】2022-09-01

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

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

(87)【国際公開日】2021-10-28

(31)【優先権主張番号】63/013,511

(32)【優先日】2020-04-21

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

(31)【優先権主張番号】63/014,693

(32)【優先日】2020-04-23

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

(31)【優先権主張番号】63/016,271

(32)【優先日】2020-04-27

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

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

(32)【優先日】2020-04-28

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

(31)【優先権主張番号】63/025,877

(32)【優先日】2020-05-15

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

(31)【優先権主張番号】63/027,933

(32)【優先日】2020-05-20

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】イ スンミン

(72)【発明者】

【氏名】ソ ハンピョル

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

5K067

【Ｆターム（参考）】

5K067EE25

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

一実施形態において、無線通信を行う第１装置が提案される。前記第１装置は、命令を格納する１つ以上のメモリ、１つ以上の送受信機及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むが、前記１つ以上のプロセッサは前記命令を実行し、少なくとも１つのＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信し、前記少なくとも１つのＰＳＣＣＨに関連する少なくとも１つのＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信し、前記少なくとも１つのＰＳＳＣＨに関連するサブチャネルのインデックス及びスロットのインデックスに基づいて、少なくとも１つのＰＳＦＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）に関連するリソースを決定し、前記少なくとも１つのＰＳＦＣＨを送信するために要求される電力の合計が前記第１装置の最大送信電力より大きいことに基づいて、前記少なくとも１つのＰＳＦＣＨのうち、Ｎ個のＰＳＦＣＨを決定するが、前記Ｎは、ＰＳＦＣＨ送信の最大数のうち、高い優先順位を持つＰＳＦＣＨ送信の数から前記ＰＳＦＣＨ送信の最大数までの数のうち選択され、前記Ｎ個のＰＳＦＣＨに対する送信電力を決定し、前記送信電力に基づいて前記Ｎ個のＰＳＦＣＨを送信することができる。例えば、前記Ｎは１以上の整数である。例えば、前記高い優先順位を持つＰＳＦＣＨ送信に関連する送信電力は前記第１装置の最大送信電力より小さいか等しい。

【発明の効果】

【0012】

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

【図面の簡単な説明】

【0013】

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

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

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

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

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

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

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

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

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

【図10】本開示の一実施例によって、送信リソースを予約した端末が送信リソースに関連する情報を他の端末に知らせる方法を示す。

【図11】本開示の一実施形態に係る、受信端末がＮ個のＰＳＦＣＨを送信端末に送信する手順を示す。

【図12】本開示の一実施形態に係る、端末が少なくとも１つのＰＳＦＣＨにおいてＮ個を選択する方法を示す。

【図13】本開示の一実施形態に係る、ＳＬチャネルが複数のチャネルと重複する例を示す。

【図14】本開示の一実施形態に係る、第１装置がＮ個のＰＳＦＣＨを送信する方法を示す。

【図15】本開示の一実施形態によって、第２装置がＮ個のＰＳＦＣＨを受信する方法を示す。

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

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

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

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

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

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

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

【0014】

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

【0015】

本明細書で使われるスラッシュ（／）や読点（ｃｏｍｍａ）は“及び／または（ａｎｄ／ｏｒ）”を意味することができる。例えば、“Ａ／Ｂ”は“Ａ及び／またはＢ”を意味することができる。それによって、“Ａ／Ｂ”は“ただＡ”、“ただＢ”、または“ＡとＢの両方とも”を意味することができる。例えば、“Ａ、Ｂ、Ｃ”は“Ａ、ＢまたはＣ”を意味することができる。

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

説明を明確にするために、５Ｇ ＮＲを中心に記述するが、本開示の一実施例に係る技術的思想がこれに制限されるものではない。

【0023】

図２は、本開示の一実施例に係る、ＮＲシステムの構造を示す。図２の実施例は、本開示の多様な実施例と結合されることができる。

【0024】

図２を参照すると、ＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）は、端末１０にユーザ平面及び制御平面のプロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供する基地局２０を含むことができる。例えば、基地局２０は、ｇＮＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ－ＮｏｄｅＢ）及び／またはｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）を含むことができる。例えば、端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＭＴ（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ Ｄｅｖｉｃｅ）等、他の用語とも呼ばれる。例えば、基地局は、端末１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）であり、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）等、他の用語とも呼ばれる。

【0025】

図２の実施例は、ｇＮＢのみを含む場合を例示する。基地局２０は、相互間にＸｎインターフェースで連結されることができる。基地局２０は、５世代コアネットワーク（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して連結されることができる。より具体的に、基地局２０は、ＮＧ－Ｃインターフェースを介してＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）３０と連結されることができ、ＮＧ－Ｕインターフェースを介してＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）３０と連結されることができる。

【0026】

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

【0027】

図３は本開示の一実施形態に係る、無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示す。図３の実施形態は本開示の様々な実施形態と組み合わせることができる。具体的には、図３の（ａ）はＵｕ通信のためのユーザ平面（ｕｓｅｒ ｐｌａｎｅ）の無線プロトコルスタック（ｓｔａｃｋ）を示し、図３の（ｂ）はＵｕ通信のための制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）の無線プロトコルスタックを示す。図３の（ｃ）はＳＬ通信のためのユーザ平面の無線プロトコルスタックを示し、図３の（ｄ）はＳＬ通信のための制御平面の無線プロトコルスタックを示す。

【0028】

図３を参照すると、物理階層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）は、物理チャネルを利用して上位階層に情報転送サービスを提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介してデータがどのようにどんな特徴に送信されるかによって分類される。

【0029】

互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）階層は、ユーザ平面でのみ定義される。ＳＤＡＰ階層は、ＱｏＳフロー（ｆｌｏｗ）とデータ無線ベアラとの間のマッピング、ダウンリンク及びアップリンクパケット内のＱｏＳフロー識別子（ＩＤ）マーキングなどを実行する。

【0035】

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

【0036】

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

【0037】

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

【0038】

トランスポートチャネルの上位において、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）では、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

【表1】

【0044】

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

【0045】

【表2】

【0046】

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

【0047】

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

【0048】

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

【0049】

【表3】

【0050】

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

【0051】

【表4】

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

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

その一方で、本開示の様々な実施例において、例えば、ＳＯＵＲＣＥ ＩＤはＤＥＳＴＩＮＡＴＩＯＮ ＩＤに代替／置換される。

【0104】

その一方で、本開示の様々な実施例において、例えば、Ｌ１ ＩＤはＬ２ ＩＤに代替／置換される。例えば、Ｌ１ ＩＤはＬ１ＳＯＵＲＣＥ ＩＤまたはＬ１ ＤＥＳＴＩＮＡＴＩＯＮ ＩＤである。例えば、Ｌ２ ＩＤはＬ２ＳＯＵＲＣＥ ＩＤまたはＬ２ ＤＥＳＴＩＮＡＴＩＯＮ ＩＤである。

【0105】

その一方で、本開示の様々な実施例において、例えば、送信端末が再送リソースを予約／選択／決定する動作は送信端末が受信端末から受信したＳＬ ＨＡＲＱフィードバック情報に基づいて実際使用有無が決定される潜在的な（ＰＯＴＥＮＴＩＡＬ）再送リソースを予約／選択／決定する動作を意味する。

【0106】

その一方で、本開示の様々な実施例において、ＳＵＢ－ＳＥＬＥＣＴＩＯＮ ＷＩＮＤＯＷはＳＥＬＥＣＴＩＯＮ ＷＩＮＤＯＷ及び／またはＳＥＬＥＣＴＩＯＮ ＷＩＮＤＯＷ内の事前設定された数のリソースセットに相互代替／置換される。

【0107】

その一方で、本開示の様々な実施例において、ＳＬ ＭＯＤＥ １は端末のサイドリンク送信（ＳＬ ＴＸ）リソースを基地局が事前に定義されたシグナリング（例えば、ＤＣＩ）を介して直接スケジューリングするリソース割り当て方法または通信方法を意味する。また、例えば、ＳＬ ＭＯＤＥ ２は端末がＳＬ ＴＸリソースを基地局またはネットワークから設定されるか事前設定されたリソースプール（Ｒｅｓｏｕｒｃｅ Ｐｏｏｌ）内において独立して選択するリソース割り当て方法または通信方法を意味する。例えば、ＳＬ ＭＯＤＥ １に基づいてＳＬ通信を行う端末をＭＯＤＥ １ ＵＥまたはＭＯＤＥ １ ＴＸ ＵＥと称することができ、ＳＬ ＭＯＤＥ ２に基づいてＳＬ通信を行う端末をＭＯＤＥ ２ ＵＥまたはＭＯＤＥ ２ ＴＸ ＵＥと称することができる。

【0108】

その一方で、本開示の様々な実施例において、例えば、動的グラント（ＤＹＮＡＭＩＣ ＧＲＡＮＴ，ＤＧ）は設定されたグラント（ＣＯＮＦＩＧＵＲＥＤ ＧＲＡＮＴ，ＣＧ）及び／またはＳＰＳグラント（ＳＰＳ ＧＲＡＮＴ）と相互代替／置換される。例えば、動的グラント（ＤＹＮＡＭＩＣ ＧＲＡＮＴ）は設定されたグラント（ＣＯＮＦＩＧＵＲＥＤ ＧＲＡＮＴ）及びＳＰＳグラント（ＳＰＳ ＧＲＡＮＴ）の組み合わせと相互代替／置換される。本開示の様々な実施例において、設定されたグラントは設定されたグラントタイプ１（ＣＯＮＦＩＧＵＲＥＤ ＧＲＡＮＴＴＹＰＥ １）及び／または設定されたグラントタイプ２（ＣＯＮＦＩＧＵＲＥＤ ＧＲＡＮＴＴＹＰＥ ２）のうち、少なくともいずれか１つを含むことができる。例えば、設定されたグラントタイプ１において、グラントはＲＲＣシグナリングによって提供され、設定されたグラントに格納される。例えば、設定されたグラントタイプ２において、グラントはＰＤＣＣＨによって提供され、グラントの活性化または非活性化を示すＬ１シグナリングに基づいて設定されたグラントに格納または削除される。

【0109】

その一方で、本開示の様々な実施例において、チャネルは信号（ｓｉｇｎａｌ）に相互代替／置換することができる。例えば、チャネルの送受信は信号の送受信を含む。例えば、信号の送受信はチャネルの送受信を含む。又、例えば、キャストはユニキャスト、グループキャスト及び／又はブロードキャストのうち少なくともいずれか一つに相互代替／置換することができる。例えば、キャストタイプはユニキャスト、グループキャスト及び／又はブロードキャストのうち少なくともいずれか一つに相互代替／置換することができる。

【0110】

その一方で、本開示の様々な実施例において、リソースはスロット又はシンボルに相互代替／置換される。例えば、リソースはスロット及び／又はシンボルを含む。

【0111】

その一方で、本開示の様々な実施例において、優先順位はＬＣＰ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｙ）、遅延（ｌａｔｅｎｃｙ）、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）、最小要求通信範囲（ｍｉｎｉｍｕｍ ｒｅｑｕｉｒｅｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ）、ＰＰＰＰ（ｐｒｏｓｅｐｅｒ－ｐａｃｋｅｔｐｒｉｏｒｉｔｙ）、ＳＬＲＢ（ｓｉｄｅｌｉｎｋ ｒａｄｉｏ ｂｅａｒｅｒ）、ＱｏＳプロファイル（ｐｒｏｆｉｌｅ）／パラメータ（ｐａｒａｍｅｔｅｒ）及び／または要件（ｒｅｑｕｉｒｅｍｅｎｔ）に相互代替／置換される。

【0112】

その一方で、本開示の様々な実施例において、予約リソース及び／または選択リソースはＳＬ ＧＲＡＮＴ（ｓｉｄｅｌｉｎｋ ｇｒａｎｔ）に相互代替／置換される。

【0113】

その一方で、本開示の様々な実施例において、遅延（ｌａｔｅｎｃｙ）はＰＤＢ（ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に相互代替／置換される。

【0114】

その一方で、本開示の様々な実施例において、サイドリンクチャネル状態情報／サイドリンクチャネル品質情報（以下、ＳＬ＿ＣＳＩ情報）に対する報告をトリガーするためのメッセージはサイドリンクＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）受信に相互代替／置換される。

【0115】

その一方で、本開示の様々な実施例において、ブラインド再送は、ＴＸ ＵＥがＲＸ ＵＥからＳＬ ＨＡＲＱフィードバック情報受信なしに、再送を実行することを意味する。例えば、ＳＬ ＨＡＲＱフィードバックベースの再送は、ＴＸ ＵＥがＲＸ ＵＥから受信されたＳＬ ＨＡＲＱフィードバック情報に基づいて、再送実行有無を決定することを意味する。例えば、ＴＸ ＵＥがＲＸ ＵＥからＮＡＣＫ及び／またはＤＴＸ情報を受信すれば、ＴＸ ＵＥはＲＸ ＵＥに再送を実行することができる。

【0116】

その一方で、本開示の様々な実施例において、例えば、説明の便宜上、ＲＸ ＵＥが以下の情報のうち少なくとも一つをＴＸ ＵＥへ送信するとき用いる（物理的）チャネルをＰＳＦＣＨと言える。

【0117】

－ＳＬ ＨＡＲＱフィードバック、ＳＬ ＣＳＩ、ＳＬ（Ｌ１） ＲＳＲＰ

【0118】

その一方で、本開示の様々な実施例において、ＵｕチャネルはＵＬチャネル及び／又はＤＬチャネルを含む。例えば、ＵＬチャネルはＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｎｅｃｅ Ｓｉｇｎａｌ）などを含む。例えば、ＤＬチャネルはＰＤＣＣＨ、ＰＤＳＣＨ、ＰＳＳ／ＳＳＳなどを含む。例えば、ＳＬチャネルはＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＦＣＨ、ＰＳＢＣＨ、ＰＳＳＳ／ＳＳＳＳなどを含む。

【0119】

その一方で、本開示の様々な実施例において、サイドリンク情報はサイドリンクメッセージ、サイドリンクパケット、サイドリンクサービス、サイドリンクデータ、サイドリンク制御情報、及び／又はサイドリンクＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）のうち少なくともいずれか一つを含む。例えば、サイドリンク情報はＰＳＳＣＨ及び／又はＰＳＣＣＨを介して送信される。

【0120】

その一方で、ＮＲ Ｖ２Ｘ通信又はＮＲサイドリンク通信において、送信端末はサイドリンク送信（例えば、初期送信及び／又は再送）のための一つ以上の送信リソースを予約／選択することができ、送信端末は前記一つ以上の送信リソースの位置に関する情報を受信端末に知らせることができる。

【0121】

その一方で、サイドリンク通信実行のとき、送信端末が受信端末に対する送信リソースを予約又は事前に決定する方法は代表的に以下の形態である。

【0122】

例えば、送信端末はチェーン（ｃｈａｉｎ）ベースに送信リソースの予約を実行することができる。具体的に、例えば、送信端末がＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個より少ない送信リソースの位置情報を受信端末へ送信するか知らせることができる。すなわち、例えば、前記ＳＣＩは前記Ｋ個より少ない送信リソースの位置情報を含む。又は、例えば、送信端末が特定のＴＢに関連するＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個より少ない送信リソースの位置情報を受信端末に知らせるか送信することができる。すなわち、前記ＳＣＩは前記Ｋ個より少ない送信リソースの位置情報を含む。このとき、例えば、送信端末が任意の（又は特定の）送信時点又は時間リソースにおいて送信される一つのＳＣＩを介してＫ個より小さい送信リソースの位置情報だけを受信端末にシグナリングすることで、ＳＣＩペイロード（ｐａｙｌｏａｄ）の過渡な増加による性能低下を防ぐことができる。

【0123】

図１０は本開示の一実施例によって、送信リソースを予約した端末が送信リソースに関連する情報を他の端末に知らせる方法を示す。図１０の実施例は本開示の様々な実施例と組み合わせることができる。

【0124】

具体的に、例えば、図１０の（ａ）はＫ値が４であるとき、送信端末が一つのＳＣＩを介して（最大）２個の送信リソースの位置情報を受信端末へ送信／シグナリングすることで、チェーンベースのリソース予約を実行する方法を示す。例えば、図１０の（ｂ）はＫ値が４であるとき、送信端末が一つのＳＣＩを介して（最大）３個の送信リソース位置情報を受信端末へ送信／シグナリングすることで、チェーンベースのリソース予約を実行する方法を示す。例えば、図１０の（ａ）及び（ｂ）を参照すると、送信端末は４番目（又は最後）送信関連ＰＳＣＣＨを介して、４番目の送信関連リソース位置情報だけを受信端末へ送信／シグナリングすることができる。例えば、図１０の（ａ）を参照すると、送信端末は４番目（又は最後）の送信関連ＰＳＣＣＨを介して、４番目の送信関連リソース位置情報だけでなく、３番目の送信関連リソース位置情報を追加に受信端末へ送信／シグナリングすることができる。例えば、図１０の（ｂ）を参照すると、送信端末は４番目（又は最後）の送信関連ＰＳＣＣＨを介して、４番目の送信関連リソース位置情報だけでなく、２番目の送信関連リソース位置情報及び３番目の送信関連リソース位置情報を追加に受信端末へ送信／シグナリングすることができる。このとき、例えば、図１０の（ａ）及び（ｂ）において、送信端末が４番目（又は最後）の送信関連ＰＳＣＣＨを介して４番目の送信関連リソース位置情報だけを受信端末へ送信／シグナリングするとき、送信端末は用いられないか残りの送信リソースの位置情報フィールド／ビットを事前に設定された値（例えば、０）に設定又は指定することができる。例えば、図１０の（ａ）及び（ｂ）において、送信端末が４番目（又は最後）の送信関連ＰＳＣＣＨを介して４番目の送信関連リソース位置情報だけを受信端末へ送信／シグナリングするとき、送信端末は用いられないか残りの送信リソースの位置情報フィールド／ビットが（４個の送信のうち）最後送信であることを示す事前に設定された状態／ビット値を指示するように設定又は指定することができる。

【0125】

その一方で、例えば、送信端末はブロック（ｂｌｏｃｋ）ベースに送信リソースの予約を実行することができる。具体的に、例えば、送信端末がＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個の送信リソースに関連する位置情報を全部受信端末へ送信するか又は知らせることができる。すなわち、前記ＳＣＩは前記Ｋ個の送信リソースの位置情報を含む。例えば、送信端末が特定のＴＢに関連するＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個の送信リソースに関連する位置情報を全部受信端末へ送信するか又は知らせることができる。すなわち、前記ＳＣＩは前記Ｋ個の送信リソースの位置情報を含む。例えば、図１０の（c）はＫ値が４であるとき、送信端末が一つのＳＣＩを介して４個の送信リソース位置情報を受信端末にシグナリングすることで、ブロックベースのリソース予約を実行する方法を示す。

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

一実施形態によれば、送信端末は残りの送信再送リソース上でも再送動作が実行されたことに仮定し、送信端末は解除された残りの送信再送リソースを考慮してＴＢ別再送回数カウントまたは優先順位別再送回数カウントを実行することができる。または、例えば、送信端末は、解除された残りの再送リソースをＴＢ別再送回数カウントまたは優先順位別再送回数カウントに考慮しない場合がある。例えば、送信端末が他の端末にＳＣＩを介して自身が該当リソースを予約したと既にシグナリングしたため、残りの送信再送リソース上でも再送動作が実行されたこととして仮定し、送信端末は解除された残りの送信再送リソースを考慮してＴＢ別再送回数カウントまたは優先順位別再送回数カウントを実行することができる。

【0168】

別の一実施形態によれば、送信端末が特定ＴＢに対して、アップリンク送信及び／またはサイドリンク送信間の衝突などのため、予約または選択されたリソース上において実際送信または再送を実行できなかった場合、送信端末は予約または選択されたリソース上において実際送信または再送を実行できなかったことをＴＢ別再送回数カウントまたは優先順位別再送回数カウントに反映することができる。または、例えば、送信端末が特定ＴＢに対して、アップリンク送信及び／またはサイドリンク送信間の衝突などのため、予約または選択されたリソース上において実際送信または再送を実行できなかった場合、送信端末は予約または選択されたリソース上において実際送信または再送を実行できなかったことをＴＢ別再送回数カウントまたは優先順位別再送回数カウントに反映しない場合がある。

【0169】

その一方で、本開示の一実施形態によれば、端末が運営できる全体のサイドリンクＨＡＲＱプロセス数（例えば、Ｋ個）は、ＳＣＩ上のサイドリンクＨＡＲＱプロセスＩＤフィールドが示すことができる状態（ｓｔａｔｕｓ）の数より多い場合がある。このような場合、下記様々な実施例によって、サイドリンクＨＡＲＱプロセスを運営するように端末に対して設定される。

【0170】

一実施形態によれば、端末が複数のセッションを運営しているとき、１つのセッションに使用／割り当てできる最大サイドリンクＨＡＲＱプロセス数はＳＣＩ上のサイドリンクＨＡＲＱプロセスＩＤフィールドが示すことができる状態の数に限られるが、事前設定された最大数値に限られる。

【0171】

一実施形態によれば、端末が運営できる全体のサイドリンクＨＡＲＱプロセスに関連するインデックスは０から（Ｋ－１）までの値を持つことができるが、ＳＣＩ上のサイドリンクＨＡＲＱプロセスＩＤフィールド（例えば、３ビット）に表現できるサイドリンクＨＡＲＱプロセスインデックス及び／またはサイドリンクＨＡＲＱプロセス数（例えば、０から７までのインデックスを表現可能）は端末が運営できる全体のサイドリンクＨＡＲＱプロセスに関連するインデックスより小さいため、ＭＯＤ（Ｘ、８）の演算を介して、ＳＣＩ上のサイドリンクＨＡＲＱプロセスＩＤフィールド値が決定される。ここで、例えば、Ｘは０から（Ｋ－１）までのインデックスを意味する。例えば、ＭＯＤ（Ａ、Ｂ）はＡをＢに割った余りの値を導出する関数である。

【0172】

一実施形態によれば、モード１端末は、基地局に、運営可能な全体のサイドリンクＨＡＲＱプロセス数に対する情報及び／または自身のサイドリンク通信に関連するソフトバッファーのサイズに対する情報を能力（ｃａｐａｂｉｌｉｔｙ）情報として報告することができる。ここで、例えば、前記能力情報に基づいて、モード１ＤＣＩ（例えば、ＤＧまたはＣＧ）上のＨＡＲＱプロセスＩＤフィールドのサイズが決定または設定される。

【0173】

一実施形態によれば、モード１ ＣＧ動作が実行される場合、端末に対してＰＵＣＣＨベースのサイドリンクＨＡＲＱフィードバック情報を報告するように設定（例えば、特に、ＰＵＣＣＨを介して１ビットのみが報告される場合）されれば、ＣＧ当り１つのサイドリンクＨＡＲＱプロセスまたはサイドリンクＨＡＲＱプロセスＩＤが運営または利用される。例えば、モード１ ＣＧ動作が実行される場合、端末に対してＰＵＣＣＨベースのサイドリンクＨＡＲＱフィードバック情報を報告するように設定（例えば、特に、ＰＵＣＣＨを介して１ビットのみが報告される場合）されないと、ＣＧ別サイドリンクＨＡＲＱプロセスまたはサイドリンクＨＡＲＱプロセスＩＤが運営または利用される数は端末の実装によって決定される。すなわち、例えば、端末は特定ＣＧに対して複数のサイドリンクＨＡＲＱプロセスまたはサイドリンクＨＡＲＱプロセスＩＤを運営または利用するか独自に決定することができる。または、例えば、ＣＧ当り最大許容サイドリンクＨＡＲＱプロセスまたはサイドリンクＨＡＲＱプロセスＩＤが運営または利用される数が事前設定される。

【0174】

その一方で、本開示の一実施形態によって、端末がＣＲ評価（ｅｖａｌｕａｔｉｏｎ）を実行する場合、基地局またはネットワークは事前設定されたＣＲ評価ウィンドウ（ＣＲ ｅｖａｌｕａｔｉｏｎ ｗｉｎｄｏｗ）のうち、将来時間区間及び／または過去時間区間を少なくともどの程度含めるかに対する情報を端末にシグナリングすることができる。例えば、端末がＣＲ評価（ｅｖａｌｕａｔｉｏｎ）を実行する場合、基地局またはネットワークは事前設定されたＣＲ評価ウィンドウ（ＣＲ ｅｖａｌｕａｔｉｏｎ ｗｉｎｄｏｗ）のうち、端末が予約したリソースに関連する将来時間区間及び／または端末が予約したリソースに関連する過去時間区間を少なくともどの程度含めるかに対する情報を端末にシグナリングすることができる。または、例えば、端末がＣＲ評価（ｅｖａｌｕａｔｉｏｎ）を実行する場合、基地局またはネットワークは事前設定されたＣＲ評価ウィンドウ（ＣＲ ｅｖａｌｕａｔｉｏｎ ｗｉｎｄｏｗ）のうち、将来時間区間及び／または過去時間区間を最大どの程度含めるかに対する情報を端末にシグナリングすることができる。例えば、端末がＣＲ評価（ｅｖａｌｕａｔｉｏｎ）を実行する場合、基地局またはネットワークは事前設定されたＣＲ評価ウィンドウ（ＣＲ ｅｖａｌｕａｔｉｏｎ ｗｉｎｄｏｗ）のうち、端末が予約したリソースに関連する将来時間区間及び／または端末が予約したリソースに関連する過去時間区間を最大どの程度含めるかに対する情報を端末にシグナリングすることができる。ここで、例えば、時間区間の長さはサービスタイプ、サービスの優先順位、キャストタイプ（例えば、ユニキャスト（ｕｎｉｃａｓｔ）、グループキャスト（ｇｒｏｕｐｃａｓｔ）、ブロードキャスト（ｂｒｏａｄｃａｓｔ））、メッセージ生成タイプ（例えば、周期的、非周期的）、ＱｏＳ要件（例えば、レイテンシー（ｌａｔｅｎｃｙ）、信頼度（ｒｅｌｉａｂｉｌｉｔｙ））のうち、少なくとも１つに対して特定してまたは独立して設定される。

【0175】

例えば、基地局またはネットワークは事前設定されたＣＲ評価ウィンドウ（ＣＲ ｅｖａｌｕａｔｉｏｎ ｗｉｎｄｏｗ）のうち、最小将来時間区間及び／または最小過去時間区間に対する情報を端末にシグナリングすることができる。または、例えば、基地局またはネットワークは事前設定されたＣＲ評価ウィンドウ（ＣＲ ｅｖａｌｕａｔｉｏｎ ｗｉｎｄｏｗ）のうち、最大将来時間区間及び／または最大過去時間区間に対する情報を端末にシグナリングすることができる。

【0176】

その一方で、本開示の一実施形態によれば、端末が追加の送信リソースまたは再送リソースを予約する場合、以前のＳＣＩにシグナリングされた最後の送信リソースまたは事前設定されたＸ番目のリソースを基準に、端末は追加の送信リソースまたは再送リソースを選択するための選択ウィンドウを構成することができる。ここで、例えば、前記選択ウィンドウは事前設定されたサイズ（例えば、３１個のスロットまたは３２個のスロット内の範囲）である。ここで、例えば、端末は追加の送信リソースまたは再送リソースを以前のＳＣＩにシグナリングされた最後の送信リソースの時点または事前設定されたＸ番目のリソース時点以後の選択ウィンドウ内リソースのうち、選択することができる。また、例えば、端末は追加の送信リソースまたは追加の再送リソースを以前のＳＣＩにシグナリングされた送信リソースに関連するスロット（ｓｌｏｔ）を除外し、選択ウィンドウ内において選択することができる。

【0177】

その一方で、本開示の一実施形態によれば、端末が３個の送信リソースを選択するとき、端末は選択ウィンドウ内センシングベースの選択可能な候補リソースのうち、１番目の送信リソースを優先的にランダム選択することができる。以後、端末は選択された１番目の送信リソースを基準に事前設定された時間ウィンドウ（例えば、３２個のスロット）内において２個の送信リソースをさらに選択することができる。ここで、例えば、端末が２個の送信リソースをさらに選択するとき、選択された１番目の送信リソースに関連するスロットを除いた、選択ウィンドウ内の残りのスロット上の選択可能な候補リソースのうち、選択された１番目の送信リソースと残りの２個の送信リソースが全て事前設定された時間ウィンドウ内に含めるときまで、端末は２個の送信リソースに対するランダム選択を繰り返すことができる。また、例えば、前記ルールベースに、端末が３個の送信リソースに対する選択を完了した後、端末はＳＣＩにシグナリングされた２番目の送信リソースまたは最後のリソースまたは事前設定されたＸ番目の送信リソースを基準に追加の送信リソースを選択することができる。このとき、さらに選択される送信リソースはＳＣＩにシグナリングされた３番目の送信リソースより以前に位置することができる。例えば、低いレイテンシー（ｌｏｗ ｌａｔｅｎｃｙ）を要求するサービスの場合、前記ルールベースに、端末が３個の送信リソースに対する選択を完了した後、端末はＳＣＩにシグナリングされた２番目の送信リソースまたは最後のリソースまたは事前設定されたＸ番目の送信リソースを基準に追加の送信リソースを選択することができる。このとき、さらに選択される送信リソースの一部はＳＣＩにシグナリングされた３番目の送信リソースより以前に位置することができる。

【0178】

ここで、例えば、端末が選択する送信リソース（例えば、送信リソースＡ、送信リソースＢ）間にＰＳＦＣＨリソースまたはＰＳＦＣＨスロットを含めるため、端末は送信リソースＡをランダム選択した後、送信リソースＡの時点を基準に事前設定されたＭ個のスロット以後に現れる最も近いＰＳＦＣＨリソースまたはＰＳＦＣＨスロットから事前設定されたＮ個のスロットまたは事前設定されたＮ個のシンボル以後のリソースにおいて送信リソースＢを選択することができる。例えば、事前設定されたＭ個のスロットはＰＳＳＣＨ／ＰＳＣＣＨ受信のためのプロセス時間及びＰＳＦＣＨ送信のための準備時間を含むことができる。例えば、事前設定されたＮ個のスロットまたは事前設定されたＮ個のシンボルはＰＳＦＣＨ受信のためのプロセス時間及びＰＳＳＣＨ／ＰＳＣＣＨ再送のための準備時間を含むことができる。または、例えば、端末はＰＳＦＣＨリソースまたはＰＳＦＣＨスロットを基準に事前設定された時間ウィンドウ（例えば、３２）内において、ＰＳＦＣＨリソースまたはＰＳＦＣＨスロットからＭ個のスロット以前のリソースにおいて送信リソースＡを選択することができる。以後、端末はＰＳＦＣＨリソースまたはＰＳＦＣＨスロットからＮ個のスロットまたはＮ個のシンボル以後のリソースにおいて送信リソースＢを選択することができる。ここで、例えば、選択された送信リソースＡまたは送信リソースＢとＰＳＦＣＨリソースまたはＰＳＦＣＨスロットは事前設定された時間ウィンドウ（例えば、３２）内に含まれる。例えば、選択された送信リソースＡ及び送信リソースＢとＰＳＦＣＨリソースまたはＰＳＦＣＨスロットは事前設定された時間ウィンドウ（例えば、３２）内に全て含まれる。

【0179】

その一方で、本開示の一実施形態によれば、モード１送信端末が基地局からスケジューリングされるサイドリンク送信リソース上において特定ＴＢ送信を実行する場合、事前定義されたルールによって、前記ＴＢ送信に関連する動作が省略される。このとき、例えば、モード１送信端末はＰＵＣＣＨリソースを介して、ＮＡＣＫ情報を基地局に報告することができ、基地局から追加の再送リソースを割り当てられる。ここで、例えば、前記ルールは、アップリンク送信及び／またはダウンリンク受信とサイドリンク送信＃Ｘが時間領域上において重複する場合、連動された論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）の優先順位（ｐｒｉｏｒｉｔｙ）を比較することに基づいてサイドリンク送信＃Ｘに関連する動作が省略される。そして／または、例えば、異なるキャリア（ｃａｒｒｉｅｒ）上のアップリンク送信及び／またはサイドリンク送信＃Ｘとサイドリンク送信＃Ｙが時間領域上において重複し、及び連動された論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）の優先順位（ｐｒｉｏｒｉｔｙ）を比較することに基づいてアップリンク送信及び／またはサイドリンク送信＃Ｘに送信電力が先に割り当てられる場合、サイドリンク送信＃Ｙのために割り当てられる送信電力が残っていないため、前記サイドリンク送信＃Ｙに関連する動作が省略される。ここで、例えば、前記ルールはモード１ＳＬ送信リソース上において、端末がＴＢ関連初期送信を正常に実行し、再送動作を省略する場合に適用される。例えば、端末がＰＵＣＣＨベースのＮＡＣＫ情報報告を介して割り当てられるリソースは省略された再送をさらに実行するためであると見なされる。例えば、前記ルールは、事前設定された閾値より高い優先順位及び／または事前設定された閾値よりタイト（ｔｉｇｈｔ）なＱｏＳ要件（例えば、レイテンシー（ｌａｔｅｎｃｙ）、信頼度（ｒｅｌｉａｂｉｌｉｔｙ））のパケット送信またはサービス送信及び／またはモード１ ＣＧ／ＤＧベースのパケット送信またはサービス送信に対して適用される。例えば、前記ルールは、リソースプールの輻輳レベル（ｃｏｎｇｅｓｔｉｏｎ ｌｅｖｅｌ）（例えば、ＣＢＲ測定値）が事前設定された閾値より低い場合に適用される。例えば、前記ルールは、リソースプールの輻輳レベル（ｃｏｎｇｅｓｔｉｏｎ ｌｅｖｅｌ）（例えば、ＣＢＲ測定値）が事前設定された閾値より高い場合に適用される。

【0180】

その一方で、本開示の一実施形態によれば、最小通信範囲（ｍｉｎｉｍｕｍ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ）の要件を持つサービスを効率的にサポートするために、ＴＸ－ＲＸ距離（ｄｉｓｔａｎｃｅ）ベースのＮＡＣＫのみを送信するフィードバック動作が実行または設定される。例えば、最小通信範囲（ｍｉｎｉｍｕｍ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ）の要件を持つサービスを効率的にサポートするために、端末は送信端末と受信端末間の距離に基づくグループキャストオプション１（例えば、受信端末が送信端末から受信したＰＳＳＣＨデコーディング／受信に失敗した場合にのみＮＡＣＫ（ｎｏ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を送信端末に送信したこと）を実行することができる。このような場合、例えば、受信端末が自身の位置情報がわからない場合及び／または自身の位置情報に対する正確さが事前設定された閾値より低い場合、受信端末は送信端末にＰＳＦＣＨ送信（すなわち、サイドリンクＨＡＲＱフィードバック情報送信）を実行しない場合がある。ここで、例えば、グループキャストオプション１の動作が適用される場合、前記ルールによって、ＰＳＦＣＨ送信が実行されないことは、受信端末が送信端末にＡＣＫ情報を送信することと見なされる。

【0181】

その一方で、本開示の一実施形態によれば、基地局が送信端末に、モード１グラント（ｇｒａｎｔ）をシグナリングするとき、連動されたＰＵＣＣＨリソースが送信端末に対して割り当てまたはスケジューリングされる。以後、送信端末がモード１送信リソースを介して受信端末からサイドリンクＨＡＲＱフィードバックを要求または受信しない送信を実行する場合、送信端末はサービスに関連する要件（例えば、レイテンシー（ｌａｔｅｎｃｙ）、信頼度（ｒｅｌｉａｂｉｌｉｔｙ））を満足させるために追加の再送リソースが必要であれば、ＰＵＣＣＨを介してＮＡＣＫ情報を基地局に報告することができる。その一方で、例えば、追加の再送リソースが必要でない場合、送信端末はＰＵＣＣＨを介してＡＣＫ情報を基地局に報告することができる。または、例えば、送信端末はＰＵＣＣＨ送信を実行しない場合がある。例えば、送信端末がモード１送信リソースを介してブラインド再送を実行する場合、送信端末は追加の再送リソースが必要であることに基づいてＰＵＣＣＨを介してＮＡＣＫ情報を基地局に報告することができる。または、例えば、送信端末がモード１送信リソースを介してブラインド再送を実行する場合、送信端末は追加の再送リソースが必要でないことに基づいてＰＵＣＣＨを介してＡＣＫ情報を基地局に報告することができる。

【0182】

その一方で、本開示の一実施形態によれば、スロット＃Ｎ時点においてリソース再選択がトリガーされる場合、送信端末はスロット＃（Ｎ－ｏｆｆｓｅｔ１）からスロット＃（Ｎ－ＳＥＮ＿ＷＩＮ）までの区間内において獲得されたセンシング結果に基づいて、スロット＃（Ｎ＋ｏｆｆｓｅｔ２）からスロット＃（Ｎ＋ｏｆｆｓｅｔ３）までの選択ウィンドウ区間内において送信リソースを選択することができる。例えば、ＳＥＮ＿ＷＩＮはｏｆｆｓｅｔ１より大きい値である。例えば、ｏｆｆｓｅｔ３はｏｆｆｓｅｔ２より大きい値である。ここで、例えば、ＳＥＮ＿ＷＩＮはセンシングウィンドウの長さである。また、センシングウィンドウの長さは基地局／ネットワークから事前設定される。また、例えば、ｏｆｆｓｅｔ３は送信パケットのＰＤＢ（ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）より小さいか等しい値に選択される。すなわち、例えば、ｏｆｆｓｅｔ３は送信パケットのＰＤＢ（ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）より小さいか等しい値である。例えば、前記説明した手順によって、送信端末が選択ウィンドウ内において送信リソース（例えば、スロット＃（Ｎ＋ｏｆｆｓｅｔ２＋Ｋ））を選択した後、前記送信リソースに関連するＳＣＩに対するシグナリングが実行される前に他の端末の送信リソースと前記送信リソースが重複する場合、送信端末は既存の選択された送信リソースを再選択するようにすることができる。このような動作を再評価手順（ｒｅ－ｅｖａｌｕａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）と称することができる。ここで、例えば、再評価手順に関連するセンシング動作は前記説明したスロット＃Ｎ以後からスロット＃（Ｎ＋ｏｆｆｓｅｔ２＋Ｋ－Ｔ１）までのみ実行またはトリガーされるように設定される。または、例えば、再評価手順に関連するセンシング動作は前記説明したスロット＃（Ｎ－ｏｆｆｓｅｔ１）以後からスロット＃（Ｎ＋ｏｆｆｓｅｔ２＋Ｋ－Ｔ１）までのみ実行またはトリガーされるように設定される。または、例えば、再評価手順に関連するセンシング動作は前記説明したスロット＃（Ｎ－ＳＥＮ＿ＷＩＮ）以後からスロット＃（Ｎ＋ｏｆｆｓｅｔ２＋Ｋ－Ｔ１）までのみ実行またはトリガーされるように設定される。または、例えば、再評価手順に関連するセンシング動作は前記説明したスロット＃（Ｎ＋ｏｆｆｓｅｔ２）以後からスロット＃（Ｎ＋ｏｆｆｓｅｔ２＋Ｋ－Ｔ１）までのみ実行またはトリガーされるように設定される。ここで、例えば、Ｔ１は再評価センシングベースのリソース再選択に要求されるプロセスタイムである。

【0183】

その一方で、本開示の一実施形態によれば、異なる基地局またはネットワークに属した送信端末がシグナリングするＳＣＩ上のリソース予約周期は曖昧に解釈される。したがって、例えば、ＳＣＩ上のリソース予約周期に関連するフィールドのサイズは設定可能な最大周期数（例えば、Ｎ）に基づいて定義（例えば、ＣＥＩＬＩＮＧ（ｌｏｇ_２Ｎ））される。また、例えば、Ｎ個の周期の昇順値が、それぞれのフィールドに関連するビット値の昇順状態（ｓｔａｔｕｓ）にマッピングされる。例えば、送信端末はＳＣＩ上のリソース予約周期に関連するフィールドのサイズを設定可能な最大周期数（例えば、Ｎ）に基づいて決定（例えば、ＣＥＩＬＩＮＧ（ｌｏｇ_２Ｎ））することができる。ここで、例えば、常に実施例が適用される場合、異なる基地局またはネットワークがリソースプール別に許容するリソースの予約周期値または予約周期数を互い異なるように設定したとしても、異なる基地局またはネットワークに属した送信端末は曖昧性なしにＳＣＩ上のリソース予約周期を決定することができる。

【0184】

その一方で、本開示の一実施形態によれば、ユニキャストとグループキャスト間にＰＳＦＣＨ送信に関連するリソースが決定されるルールが異なるように設定される。具体的には、例えば、グループキャストの場合、ユニキャストと違って、グループ内のメンバー数（ＮＵＭ＿ＧＰ）が受信されたＰＳＳＣＨ／ＰＳＣＣＨに関連するＰＳＦＣＨ送信リソースを決定するパラメータに使用される。例えば、ユニキャストの場合、ＮＵＭ＿ＧＰが０に仮定される。例えば、ユニキャストの場合、ＮＵＭ＿ＧＰは０である。以下の説明の便宜上、例えば、ユニキャストＨＡＲＱフィードバック方法はＵＮ＿ＨＡＲＱに、グループキャストＨＡＲＱフィードバック方法をＧＰ＿ＨＡＲＱにそれぞれ称することができる。前記説明した実施例が適用される場合、例えば、ＰＳＳＣＨに関連するＳＣＩ上においてＵＮ＿ＨＡＲＱとＧＰ＿ＨＡＲＱのうち、どのフィードバック方法を要求するかが指示／区別されないと、受信端末側面において曖昧性が発生する。例えば、ユニキャスト／グループキャスト及び／またはＵＮ＿ＨＡＲＱ／ＧＰ＿ＨＡＲＱが同じＳＣＩフォーマットまたは２ｎｄ ＳＣＩフォーマットを用いる場合、ＰＳＳＣＨに関連するＳＣＩ上においてＵＮ＿ＨＡＲＱとＧＰ＿ＨＡＲＱのうち、どのフィードバック方法を要求するかが指示／区別されないと、受信端末側面において曖昧性が発生する。例えば、ユニキャスト／グループキャスト及び／またはＵＮ＿ＨＡＲＱ／ＧＰ＿ＨＡＲＱに関連するＳＣＩ上のＬ１目的地（ｄｅｓｔｉｎａｔｉｏｎ）ＩＤ及び／またはＬ１ソース（ｓｏｕｒｃｅ）ＩＤが同じである場合、ＰＳＳＣＨに関連するＳＣＩ上においてＵＮ＿ＨＡＲＱとＧＰ＿ＨＡＲＱのうち、どのフィードバック方法を要求するかが指示／区別されないと、受信端末側面において曖昧性が発生する。例えば、このような問題を解決するために、受信端末は、下記様々な実施例によって、適用されるサイドリンクＨＡＲＱフィードバック方法を決定することができる。

【0185】

一実施形態によれば、受信端末が自身のＰＣ５ ＲＲＣ接続（ｃｏｎｎｅｃｔｉｏｎ）において決定されたＬ１目的地（ｄｅｓｔｉｎａｔｉｏｎ）ＩＤ（例えば、Ｌ２目的地（ｄｅｓｔｉｎａｔｉｏｎ）ＩＤのＬＳＢ１６ビット）が指示されたＳＣＩを受信する場合、受信端末はＵＮ＿ＨＡＲＱまたはＧＰ＿ＨＡＲＱ方法に前記ＳＣＩに関連するＰＳＳＣＨに対するサイドリンクＨＡＲＱフィードバックを送信することができる。

【0186】

別の一実施形態によれば、受信端末が自身のＰＣ５ ＲＲＣ接続（ｃｏｎｎｅｃｔｉｏｎ）において決定されたＬ１目的地（ｄｅｓｔｉｎａｔｉｏｎ）ＩＤが指示されたＳＣＩを受信する場合、受信端末はさらにＳＣＩ上のＬ１ソース（ｓｏｕｒｃｅ）ＩＤを確認することができる。このとき、例えば、自身のＰＣ５ ＲＲＣ接続において決定されたＬ１ソース（ｓｏｕｒｃｅ）ＩＤ（例えば、Ｌ２ソース（ｓｏｕｒｃｅ）ＩＤのＬＳＢ８ビット）と一致すれば、受信端末はＵＮ＿ＨＡＲＱまたはＧＰ＿ＨＡＲＱ方法に前記ＳＣＩに関連するＰＳＳＣＨに対するサイドリンクＨＡＲＱフィードバックを送信することができる。例えば、前記説明した場合以外には、受信端末がＧＰ＿ＨＡＲＱまたはＵＮ＿ＨＡＲＱ方法に前記ＳＣＩに関連するＰＳＳＣＨに対するサイドリンクＨＡＲＱフィードバックを送信することができる。すなわち、例えば、ＰＣ５ ＲＲＣ接続において決定されたＬ１ ＩＤとＳＣＩ上のＬ１ ＩＤが一致されない場合、受信端末はＧＰ＿ＨＡＲＱまたはＵＮ＿ＨＡＲＱ方法に前記ＳＣＩ関連ＰＳＳＣＨに対するサイドリンクＨＡＲＱフィードバックを送信することができる。例えば、受信端末は自身のＰＣ５ ＲＲＣ接続において決定されたＬ１ソース（ｓｏｕｒｃｅ）ＩＤ（例えば、Ｌ２ソース（ｓｏｕｒｃｅ）ＩＤのＬＳＢ８ビット）と一致すれば、受信端末はＵＮ＿ＨＡＲＱ方法に前記ＳＣＩに関連するＰＳＳＣＨに対するサイドリンクＨＡＲＱフィードバックを送信することができる。例えば、受信端末は自身のＰＣ５ ＲＲＣ接続において決定されたＬ１ソース（ｓｏｕｒｃｅ）ＩＤ（例えば、Ｌ２ソース（ｓｏｕｒｃｅ）ＩＤのＬＳＢ８ビット）と不一致すれば、受信端末がＧＰ＿ＨＡＲＱ方法に前記ＳＣＩに関連するＰＳＳＣＨに対するサイドリンクＨＡＲＱフィードバックを送信することができる。例えば、前記説明したルールは、ＰＣ５ ＲＲＣ接続において決定または使用されるＬ１ ＩＤとＳＣＩ上のＬ１ ＩＤが同じであるか否かによって、ＵＮ＿ＨＡＲＱ方法とＧＰ＿ＨＡＲＱ方法のうち、１つが選択されることである。

【0187】

別の一実施形態によれば、受信端末がＰＣ５ ＲＲＣ接続をしなかった場合、受信端末はＵＮ＿ＨＡＲＱまたはＧＰ＿ＨＡＲＱ）方法にＳＣＩに関連するＰＳＳＣＨに対するサイドリンクＨＡＲＱフィードバックを送信することができる。

【0188】

一方、一実施形態によれば、ＴＸ－ＲＸ距離ベースのサイドリンクＨＡＲＱフィードバック動作（例えば、グループキャストオプション１）の場合、下記実施例によって、ＴＸ－ＲＸ距離に対する考慮のないサイドリンクＨＡＲＱフィードバック動作が端末に対して指示される。例えば、ＴＸ－ＲＸ距離ベースのサイドリンクＨＡＲＱフィードバック動作（例えば、グループキャストオプション１）の場合、下記実施例によって、ＴＸ－ＲＸ距離ベースのサイドリンクＨＡＲＱフィードバック動作のディセーブル（ｄｉｓａｂｌｅ）を指示することができる。

【0189】

一実施形態によれば、ＳＣＩ上に定義された最小通信範囲（ｍｉｎｉｍｕｍ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ）フィールド及び／または送信端末に関連するゾーン（ｚｏｎｅ）ＩＤフィールドが事前設定された特定状態（ｓｔａｔｕｓ）または値（ｖａｌｕｅ）を指示する場合、ＴＸ－ＲＸ距離に対する考慮のないサイドリンクＨＡＲＱフィードバック動作が端末に対してトリガーされたことである。例えば、ＳＣＩ上に定義された最小通信範囲フィールド及び／または送信端末に関連するゾーン（ｚｏｎｅ）ＩＤフィールドが事前設定された特定状態（ｓｔａｔｕｓ）または値（ｖａｌｕｅ）を指示する場合、ＴＸ－ＲＸ距離ベースのサイドリンクＨＡＲＱフィードバック動作が端末に対してディセーブルされたことである。例えばＳＣＩは２ｎｄ ＳＣＩである。具体的には、例えば、最小通信範囲フィールドが事前設定された無限の値を指示する場合、前記ＳＣＩを受信した受信端末は、ＴＸ－ＲＸ距離に対する考慮なしで、ＰＳＳＣＨデコーディングを失敗すれば、ＮＡＣＫ情報を送信端末に送信することができる。または、例えば、受信端末はＰＳＳＣＨデコーディングを失敗しても、送信端末にサイドリンクＨＡＲＱフィードバック（例えば、ＮＡＣＫ）を送信しない場合がある。または、例えば、最小通信範囲フィールドが事前設定された０の値を指示する場合、前記ＳＣＩを受信した受信端末は、ＴＸ－ＲＸ距離に対する考慮なしで、ＰＳＳＣＨデコーディングを失敗すれば、ＮＡＣＫ情報を送信端末に送信することができる。または、例えば、受信端末はＰＳＳＣＨデコーディングを失敗しても、送信端末にサイドリンクＨＡＲＱフィードバック（例えば、ＮＡＣＫ）を送信しない場合がある。

【0190】

その一方で、本開示の一実施形態によれば、異なるＲＡＴ間にサイドリンク送信をスケジューリングする場合、下記様々な実施例を適用することができる。ここで、異なるＲＡＴはＬＴＥとＮＲである。

【0191】

一実施形態によれば、ＬＴＥ基地局（例えば、ｅＮＢ）がＮＲサイドリンクをスケジューリング（例えば、ＣＧタイプ（ｔｙｐｅ）１ベースのサイドリンク送信リソースをスケジューリング）する場合、ＮＲサイドリンクがＮＲライセンスされたキャリア（ｌｉｃｅｎｓｅｄ ｃａｒｒｉｅｒ）において実行されれば、ＮＲ基地局（例えば、ｇＮＢ）と端末間のＴＡ／２（例えば、ＴＡはタイミングアドバンス（ｔｉｍｉｎｇ ａｄｖａｎｃｅ）を指す）値に基づいてＮＲサイドリンクの１番目の送信タイミングが決定される。例えば、ＮＲサイドリンク１番目の送信タイミングは

または

に基づいて決定される。また、例えば、ＮＲサイドリンクがＩＴＳ専用キャリア（ｄｅｄｉｃａｔｅｄ ｃａｒｒｉｅｒ）において実行されれば、ＬＴＥ基地局と端末間のＴＡ／２値に基づいてＮＲサイドリンクの１番目の送信タイミングが決定される。ここで、例えば、ＴＡ値は０または事前設定された値である。ここで、例えば、Ｔ_ＤＣＩはクロス（ｃｒｏｓｓ）－ＲＡＴスケジューリングＤＣＩが受信されたスロットの開始時点である。例えば、Ｘ値はクロス－ＲＡＴスケジューリングＤＣＩ上において指示されるタイミングオフセット値である。例えば、Ｍ値はＬＴＥ基地局が端末にモード３サイドリンク送信をスケジューリングする場合、使用されるＤＣＩ上のタイミングオフセット値である。

【0192】

一実施形態によれば、ＮＲ基地局（例えば、ｇＮＢ）がＬＴＥサイドリンクをスケジューリング（例えば、モード３ ＳＬ ＳＰＳベースの送信リソースをスケジューリング）する場合、ＬＴＥサイドリンクがＬＴＥライセンスされたキャリア（ｌｉｃｅｎｓｅｄ ｃａｒｒｉｅｒ）において実行されれば、ＬＴＥ基地局（例えば、ｅＮＢ）と端末間のＴＡ／２値に基づいてＬＴＥサイドリンクの１番目の送信タイミングが決定される。例えば、１番目の送信タイミングは

に基づいて決定される。また、例えば、ＬＴＥサイドリンクがＩＴＳ専用キャリア（ｄｅｄｉｃａｔｅｄ ｃａｒｒｉｅｒ）において実行される場合、ＮＲ基地局（例えば、ｇＮＢ）と端末間のＴＡ／２値に基づいてＮＲサイドリンクの１番目の送信タイミングが決定される。ここで、例えば、ＴＡ値は０または事前設定された値である。ここで、例えば、Ｔ_Ｓ値は１／３０７２０である。例えば、Ｎ_ＴＡ値はアップリンク及び／またはダウンリンク無線フレーム間のタイミングオフセットである。

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

図１５を参照すれば、ステップＳ１５１０において、第２装置２００は少なくとも１つのＰＳＣＣＨを第１装置１００に送信することができる。

【0281】

ステップＳ１５２０において、第２装置２００は少なくとも１つのＰＳＣＣＨに関連する少なくとも１つのＰＳＳＣＨを第１装置１００に送信することができる。例えば、第２装置２００は前記少なくとも１つのＰＳＳＣＨに関連するサブチャネルのインデックス及びスロットのインデックスに基づいて、少なくとも１つのＰＳＦＣＨに関連するリソースを決定することができる。

【0282】

例えば、少なくとも１つのＰＳＳＣＨが時間領域上において第１チャネル及び第２チャネルと重複することに基づいて、前記少なくとも１つのＰＳＳＣＨ、前記第１チャネルまたは前記第２チャネルのうち、少なくとも１つが省略される。例えば、第１チャネルが時間領域上において最も先行し、第２チャネルが時間領域上において最も後続することができる。例えば、チャネルに関連する優先順位のうち、第１チャネルに関連する優先順位が最も低く、第２チャネルに関連する優先順位が最も高い場合がある。このとき、例えば、第２チャネルに関連する優先順位が把握できないことに基づいて、前記チャネルに関連する優先順位に関係なく、第１チャネル及び第２チャネルが省略される。または、例えば、ＭＡＣ層が第２チャネルに関連する優先順位を把握できなかったことに基づいて、前記第２チャネルに関連する優先順位に対する情報がＰＨＹ層から前記ＭＡＣ層に伝達される。このとき、例えば、前記第２チャネルに関連する優先順位に対する情報に基づいて少なくとも１つのＰＳＳＣＨが省略される。

【0283】

例えば、少なくとも１つのＰＳＳＣＨは少なくとも１つのＳＣＩを含むことができる。例えば、少なくとも１つのＳＣＩをマッピングするために用いられるＲＥ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）の数が計算される。例えば、前記ＲＥの数に対する計算は事前設定されたＳＬ ＣＳＩ－ＲＳに関連するオーバーヘッドを考慮せず実行される。例えば、前記少なくとも１つのＰＳＳＣＨに関連する送信ブロックの大きさがＰＳＦＣＨオーバーヘッドに関連するインジケータに基づいて決定される。例えば、前記少なくとも１つのＳＣＩに関連するＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）はＰＳＦＣＨオーバーヘッドに関連するインジケータを含むことができる。

【0284】

例えば、少なくとも１つのＰＳＦＣＨリソースに関連するオーバーヘッドがサイドリンクＣＳＩ情報の導出に利用されない場合がある。例えば、前記サイドリンクＣＳＩ情報はサイドリンクＣＳＩに関連する参照リソース上において導出される。例えば、前記サイドリンクＣＳＩに関連する参照リソースはサイドリンクＳＣＩ報告をトリガーさせるＰＳＣＣＨまたはＰＳＳＣＨのうち、少なくとも１つが受信されたサイドリンクスロットである。例えば、前記サイドリンクＣＳＩに関連する参照リソースはサイドリンクＣＳＩ報告をトリガーさせるＰＳＳＣＨに関連するＰＲＢ（ｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ）である。

【0285】

ステップＳ１５３０において、第２装置２００はＮ個のＰＳＦＣＨを第１装置１００から受信することができる。例えば、前記少なくとも１つのＰＳＦＣＨに対して要求される電力の合計が第１装置１００の最大送信電力より大きいことに基づいて、前記少なくとも１つのＰＳＦＣＨのうち、Ｎ個のＰＳＦＣＨが第１装置１００によって決定される。例えば、Ｎは、ＰＳＦＣＨ送信の最大数のうち、高い優先順位を持つＰＳＦＣＨ送信の数から、前記ＰＳＦＣＨ送信の最大数までの数のうち選択される。例えば、Ｎは１以上の整数である。例えば、高い優先順位を持つＰＳＦＣＨ送信に関連する送信電力は第１装置１００の最大送信電力より小さいか等しい。例えば、第１装置１００にスケジューリングされたＰＳＦＣＨの数が第１装置１００が送信可能なＰＳＦＣＨの最大数より大きいことに基づいて、前記ＰＳＦＣＨ送信の最大数は第１装置１００が送信可能なＰＳＦＣＨの最大数である。例えば、第１装置１００にスケジューリングされたＰＳＦＣＨの数が第１装置１００が送信可能なＰＳＦＣＨの最大数より小さいことに基づいて、前記ＰＳＦＣＨ送信の最大数は第１装置１００にスケジューリングされたＰＳＦＣＨの数である。例えば、Ｎは、第１装置１００によって自律的に選択される。例えば、Ｎ個のＰＳＦＣＨそれぞれの送信電力値は、第１装置１００の最大送信電力値を同じく共有した値である。

【0286】

例えば、ＰＳＦＣＨに対する送信電力を決定するＯＬＰＣ（ｏｐｅｎ ｌｏｏｐ ｐｏｗｅｒ ｃｏｎｔｒｏｌ）に関連するパラメータが第１装置１００に設定されないことに基づいて、前記ＰＳＦＣＨに対する送信電力は第１装置１００の最大送信電力値に設定される。

【0287】

上述した実施例は以下で説明する様々な装置に対して適用される。例えば、第２装置２００のプロセッサ２０２は少なくとも１つのＰＳＣＣＨを第１装置１００に送信するように送受信機２０６を制御することができる。そして、第２装置２００のプロセッサ２０２は少なくとも１つのＰＳＣＣＨに関連する少なくとも１つのＰＳＳＣＨを第１装置１００に送信するように送受信機２０６を制御することができる。そして、第２装置２００のプロセッサ２０２はＮ個のＰＳＦＣＨを第１装置１００から受信するように送受信機２０６を制御することができる。

【0288】

本開示の一実施形態によれば、無線通信を行う第２装置が提供される。例えば、第１装置は命令を格納する１つ以上のメモリと、１つ以上の送受信機と、前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、少なくとも１つのＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を第１装置に送信し、前記少なくとも１つのＰＳＣＣＨに関連する少なくとも１つのＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を前記第１装置に送信し、前記少なくとも１つのＰＳＳＣＨに関連するサブチャネルのインデックス及びスロットのインデックスに基づいて、少なくとも１つのＰＳＦＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）に関連するリソースを決定し、Ｎ個のＰＳＦＣＨを前記第１装置から受信することができる。例えば、前記少なくとも１つのＰＳＦＣＨに対して要求される電力の合計が前記第１装置の最大送信電力より大きいことに基づいて、前記少なくとも１つのＰＳＦＣＨのうち、Ｎ個のＰＳＦＣＨが前記第１装置によって決定される。例えば、前記Ｎは、ＰＳＦＣＨ送信の最大数のうち、高い優先順位を持つＰＳＦＣＨ送信の数から、前記ＰＳＦＣＨ送信の最大数までの数のうち選択される。例えば、前記Ｎは１以上の整数である。例えば、前記高い優先順位を持つＰＳＦＣＨ送信に関連する送信電力は前記第１装置の最大送信電力より小さいか等しい。

【0289】

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

【0290】

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

【0291】

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

【0292】

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

【0293】

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

【0294】

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

【0295】

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

【0296】

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

【0297】

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

【0298】

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

【0299】

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

【0300】

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

【0301】

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

【0302】

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

【0303】

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

【0304】

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

【0305】

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

【0306】

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

【0307】

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

【0308】

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

【0309】

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

【0310】

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

【0311】

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

【0312】

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

【0313】

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

【0314】

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

【0315】

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

【0316】

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

【0317】

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

【0318】

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

【0319】

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

【0320】

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

【0321】

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

【0322】

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

【0323】

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

【0324】

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

【0325】

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

【0326】

本開示は下記表５から表７に基づいて動作することができる。

【0327】

【表5】

【0328】

表５は端末に要求されるＰＳＦＣＨ送信の数が同時に送信可能なＰＳＦＣＨ送信の数より小さいか等しい場合、端末がＮ個のＰＳＦＣＨを優先順位ベースに選択する方法を示す。

【0329】

【表6】

【0330】

表６は端末に要求されるＰＳＦＣＨ送信の数が同時に送信可能なＰＳＦＣＨ送信の数より大きい場合、端末がＮ個のＰＳＦＣＨを優先順位ベースに選択する方法を示す。

【0331】

【表7】

【0332】

表７はケース１－２及びケース２－２のＰＳＦＣＨ同時送信と関連して、境界値Ｘ（ｌｏｗｅｒ ｂｏｕｎｄ Ｘ）に対する内容を示す。

【図1】

【図2】

【図3(a)】

【図3(b)】

【図3(c)】

【図3(d)】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10(a)】

【図10(b)】

【図10(c)】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【手続補正書】

【提出日】2022-09-01

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１装置が無線通信を行う方法において、
少なくとも１つのＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信するステップと、
前記少なくとも１つのＰＳＣＣＨに関連する少なくとも１つのＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信するステップと、
前記少なくとも１つのＰＳＳＣＨに関連するサブチャネルのインデックス及びスロットのインデックスに基づいて、少なくとも１つのＰＳＦＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）に関連するリソースを決定するステップと、
前記少なくとも１つのＰＳＦＣＨを送信するために要求される電力の合計が前記第１装置の最大送信電力より大きいことに基づいて、前記少なくとも１つのＰＳＦＣＨのうち、Ｎ個のＰＳＦＣＨを決定し、
前記Ｎは、ＰＳＦＣＨ送信の最大数のうち、高い優先順位を持つＰＳＦＣＨ送信の数から、前記ＰＳＦＣＨ送信の最大数までの数のうち選択されるステップと、
前記Ｎ個のＰＳＦＣＨに対する送信電力を決定するステップと、
前記送信電力に基づいて前記Ｎ個のＰＳＦＣＨを送信するステップとを含み、
前記Ｎは１以上の整数であり、
前記高い優先順位を持つＰＳＦＣＨ送信に関連する送信電力は前記第１装置の最大送信電力より小さいか等しい、方法。

【請求項2】

前記第１装置にスケジューリングされたＰＳＦＣＨの数が、前記第１装置が送信可能なＰＳＦＣＨの最大数より大きいことに基づいて、前記ＰＳＦＣＨ送信の最大数は前記第１装置が送信可能なＰＳＦＣＨの最大数である、請求項１に記載の方法。

【請求項3】

前記第１装置にスケジューリングされたＰＳＦＣＨの数が、前記第１装置が送信可能なＰＳＦＣＨの最大数より小さいことに基づいて、前記ＰＳＦＣＨ送信の最大数は前記第１装置にスケジューリングされたＰＳＦＣＨの数である、請求項１に記載の方法。

【請求項4】

前記Ｎは、前記第１装置によって自律的に選択される、請求項１に記載の方法。

【請求項5】

ＰＳＦＣＨに対する送信電力を決定するＯＬＰＣ（ｏｐｅｎ ｌｏｏｐ ｐｏｗｅｒ ｃｏｎｔｒｏｌ）に関連するパラメータが前記第１装置に設定されないことに基づいて、前記ＰＳＦＣＨに対する送信電力は前記第１装置の最大送信電力値に設定される、請求項１に記載の方法。

【請求項6】

前記Ｎ個のＰＳＦＣＨそれぞれの送信電力値は、前記第１装置の最大送信電力値を同じく共有した値である、請求項５に記載の方法。

【請求項7】

前記少なくとも１つのＰＳＳＣＨが時間領域上において第１チャネル及び第２チャネルと重複することに基づいて、前記少なくとも１つのＰＳＳＣＨ、前記第１チャネルまたは前記第２チャネルのうち、少なくとも１つが省略され、
前記第１チャネルが時間領域上において最も先行し、前記第２チャネルが時間領域上において最も後続し、
チャネルに関連する優先順位のうち、前記第１チャネルに関連する優先順位が最も低く、前記第２チャネルに関連する優先順位が最も高い、請求項１に記載の方法。

【請求項8】

前記第２チャネルに関連する優先順位が把握できないことに基づいて、前記チャネルに関連する優先順位に関係なく、前記第１チャネル及び前記第２チャネルが省略される、請求項７に記載の方法。

【請求項9】

ＭＡＣ層が前記第２チャネルに関連する優先順位を把握できなかったことに基づいて、前記第２チャネルに関連する優先順位に対する情報がＰＨＹ層から前記ＭＡＣ層に伝達され、
前記第２チャネルに関連する優先順位に対する情報に基づいて前記少なくとも１つのＰＳＳＣＨが省略される、請求項７に記載の方法。

【請求項10】

前記少なくとも１つのＰＳＳＣＨは少なくとも１つのＳＣＩを含み、
前記少なくとも１つのＳＣＩをマッピングするために用いられるＲＥ（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔ）の数が計算され、
前記ＲＥの数に対する計算は事前設定されたＳＬ ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）－ＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）に関連するオーバーヘッドを考慮せず実行される、請求項１に記載の方法。

【請求項11】

前記少なくとも１つのＰＳＳＣＨに関連する送信ブロックの大きさがＰＳＦＣＨオーバーヘッドに関連するインジケータに基づいて決定され、
前記少なくとも１つのＳＣＩに関連するＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）は前記インジケータを含む、請求項１０に記載の方法。

【請求項12】

前記少なくとも１つのＰＳＦＣＨリソースに関連するオーバーヘッドがサイドリンクＣＳＩ情報の導出に利用されない、請求項１に記載の方法。

【請求項13】

前記サイドリンクＣＳＩ情報はサイドリンクＣＳＩに関連する参照リソース上において導出され、
前記サイドリンクＣＳＩに関連する参照リソースはサイドリンクＳＣＩ報告をトリガーさせるＰＳＣＣＨまたはＰＳＳＣＨのうち、少なくとも１つが受信されたサイドリンクスロットであり、及び
前記サイドリンクＣＳＩに関連する参照リソースはサイドリンクＣＳＩ報告をトリガーさせるＰＳＳＣＨに関連するＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）である、請求項１２に記載の方法。

【請求項14】

無線通信を行う第１装置において、
命令を格納する１つ以上のメモリと、
１つ以上の送受信機と、
前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含み、前記１つ以上のプロセッサは前記命令を実行し、
少なくとも１つのＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信し、
前記少なくとも１つのＰＳＣＣＨに関連する少なくとも１つのＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信し、
前記少なくとも１つのＰＳＳＣＨに関連するサブチャネルのインデックス及びスロットのインデックスに基づいて、少なくとも１つのＰＳＦＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）に関連するリソースを決定し、
前記少なくとも１つのＰＳＦＣＨを送信するために要求される電力の合計が前記第１装置の最大送信電力より大きいことに基づいて、前記少なくとも１つのＰＳＦＣＨのうち、Ｎ個のＰＳＦＣＨを決定し、
前記Ｎは、ＰＳＦＣＨ送信の最大数のうち、高い優先順位を持つＰＳＦＣＨ送信の数から、前記ＰＳＦＣＨ送信の最大数までの数のうち選択され、
前記Ｎ個のＰＳＦＣＨに対する送信電力を決定し、
前記送信電力に基づいて前記Ｎ個のＰＳＦＣＨを送信し、
前記Ｎは１以上の整数であり、
前記高い優先順位を持つＰＳＦＣＨ送信に関連する送信電力は前記第１装置の最大送信電力より小さいか等しい、第１装置。

【請求項15】

第１端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）において、前記装置は、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含み、前記１つ以上のプロセッサは前記命令を実行し、
少なくとも１つのＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信し、
前記少なくとも１つのＰＳＣＣＨに関連する少なくとも１つのＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信し、
前記少なくとも１つのＰＳＳＣＨに関連するサブチャネルのインデックス及びスロットのインデックスに基づいて、少なくとも１つのＰＳＦＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）に関連するリソースを決定し、
前記少なくとも１つのＰＳＦＣＨを送信するために要求される電力の合計が前記第１端末の最大送信電力より大きいことに基づいて、前記少なくとも１つのＰＳＦＣＨのうち、Ｎ個のＰＳＦＣＨを決定し、
前記Ｎは、ＰＳＦＣＨ送信の最大数のうち、高い優先順位を持つＰＳＦＣＨ送信の数から、前記ＰＳＦＣＨ送信の最大数までの数のうち選択され、
前記Ｎ個のＰＳＦＣＨに対する送信電力を決定し、
前記送信電力に基づいて前記Ｎ個のＰＳＦＣＨを送信し、
前記Ｎは１以上の整数であり、
前記高い優先順位を持つＰＳＦＣＨ送信に関連する送信電力は前記第１端末の最大送信電力より小さいか等しい、装置。

【国際調査報告】