特許 7562845 無線通信システムにおける物理サイドリンクフィードバックチャネルの送受信方法及びその装置

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-27

(45)【発行日】2024-10-07

(54)【発明の名称】無線通信システムにおける物理サイドリンクフィードバックチャネルの送受信方法及びその装置

(51)【国際特許分類】

   H04W 28/04 20090101AFI20240930BHJP

   H04W 4/42 20180101ALI20240930BHJP

   H04W 72/40 20230101ALI20240930BHJP

   H04W 92/18 20090101ALI20240930BHJP

【ＦＩ】

H04W28/04 110

H04W4/42

H04W72/40

H04W92/18

【請求項の数】 12

(21)【出願番号】P 2023515599

(86)(22)【出願日】2022-04-14

(65)【公表番号】

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

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

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

(87)【国際公開日】2022-10-20

【審査請求日】2023-03-08

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

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

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

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

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

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

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

(32)【優先日】2021-05-10

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(74)【代理人】

【識別番号】100202740

【弁理士】

【氏名又は名称】増山 樹

(72)【発明者】

【氏名】ファン テソン

(72)【発明者】

【氏名】イ ソンミン

(72)【発明者】

【氏名】ソ ハンピョル

【審査官】原田 聖子

(56)【参考文献】

【文献】国際公開第２０２０／２２２５３２（ＷＯ，Ａ１）

【文献】国際公開第２０２１／０２４４６１（ＷＯ，Ａ１）

【文献】NTT DOCOMO, INC.，Resource allocation for reliability and latency enhancements[online]，3GPP TSG RAN WG1 #104b-e R1-2103593，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_104b-e/Docs/R1-2103593.zip>，2021年04月06日

【文献】Sharp，Remaining issues on resource allocation for NR sidelink[online]，3GPP TSG RAN WG1 #104b-e R1-2103467，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_104b-e/Docs/R1-2103467.zip>，2021年04月07日

【文献】Lenovo, Motorola Mobility，Discussion on inter-UE coordination for Mode 2 enhancements[online]，3GPP TSG RAN WG1 #104b-e R1-2103549，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_104b-e/Docs/R1-2103549.zip>，2021年04月07日

【文献】Qualcomm Incorporated，Reliability and Latency Enhancements for Mode 2[online]，3GPP TSG RAN WG1 #104b-e R1-2103185，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_104b-e/Docs/R1-2103185.zip>，2021年04月07日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおいてＰＳＦＣＨ（Physical Sidelink Feedback Channel）を送信するための第１ＵＥ（User Equipment）の方法において、
第２ＵＥから、ＰＳＣＣＨ（Physical Sidelink Control Channel）を受信する段階であって、前記ＰＳＣＣＨに関連したＳＣＩ（Sidelink Control Information）は、ＰＳＳＣＨ（Physical Sidelink Shared Channel）のスケジューリング用である、段階と、
前記第２ＵＥに、前記ＰＳＦＣＨを送信する段階と、を含み、
前記ＰＳＦＣＨによって提供される情報は、
ｉ）前記ＰＳＳＣＨの受信に関連したＨＡＲＱ（Hybrid Automatic Repeat Request）－ＡＣＫ（Acknowledgement）情報、または
ｉｉ）前記ＰＳＳＣＨの受信に関連した衝突情報を含み、
前記ＰＳＦＣＨによって提供される前記情報が前記衝突情報を含むことに基づいて、前記ＰＳＦＣＨは、前記ＰＳＣＣＨに関連した前記ＳＣＩに基づく予約リソースのスロットの少なくともＴ_３スロット前にある最新のスロットで送信され、
前記Ｔ_３は、ＳＬ ＢＷＰ（SideLink BandWidth Part）のＳＣＳ（SubCarrier Spacing）設定に基づいて決定される

と等しい、方法。

【請求項2】

基地局から、ＲＲＣ（Radio Resource Control）シグナリングを介して、前記ＰＳＦＣＨに関連した設定情報を受信する段階を更に含む、請求項１に記載の方法。

【請求項3】

前記最新のスロットは、前記ＳＣＩが受信されたスロットの少なくとも数スロット後にあるスロットに基づき、
前記数スロットは、前記ＰＳＳＣＨと前記ＰＳＦＣＨの間の最小時間間隔に関連したsl-MinTimeGapPSFCHパラメータの値に基づいて決定される、請求項１に記載の方法。

【請求項4】

前記衝突情報は、前記ＰＳＦＣＨが送信される前記最新のスロットの前記数スロット前より後に受信されない前記ＳＣＩに基づく、請求項３に記載の方法。

【請求項5】

前記第２ＵＥによる前記ＰＳＦＣＨの受信に関連した優先順位は、前記ＳＣＩに基づく前記予約リソースに関連した優先順位に基づいて決定される、請求項１に記載の方法。

【請求項6】

前記衝突情報に関連した前記ＰＳＦＣＨは、前記第１ＵＥの半二重動作により、前記ＳＣＩに基づく前記予約リソースにおいて前記ＰＳＳＣＨを受信できないことに基づいて送信され、
前記第１ＵＥの前記半二重動作は、前記第１ＵＥの送信動作または受信動作を含む、請求項１に記載の方法。

【請求項7】

前記衝突情報に関連した前記ＰＳＦＣＨは、前記ＳＣＩに基づく前記予約リソースの第３ＵＥのＳＣＩに基づく予約リソースとの重畳に基づいて送信され、
前記第３ＵＥは、前記第２ＵＥと異なる、請求項１に記載の方法。

【請求項8】

無線通信システムにおいてＰＳＦＣＨ（Physical Sidelink Feedback Channel）を送信する第１ＵＥ（User Equipment）において、
１つ以上のトランシーバと、
前記１つ以上のトランシーバを制御する１つ以上のプロセッサと、
前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリと、を含み、
前記１つ以上のメモリは、前記１つ以上のプロセッサにより実行されることに基づいて動作を実行するための指示を格納し、
前記動作は、
第２ＵＥから、ＰＳＣＣＨ（Physical Sidelink Control Channel）を受信する段階であって、前記ＰＳＣＣＨに関連したＳＣＩ（Sidelink Control Information）は、ＰＳＳＣＨ（Physical Sidelink Shared Channel）のスケジューリング用である、段階と、
前記第２ＵＥに、前記ＰＳＦＣＨを送信する段階と、を含み、
前記ＰＳＦＣＨによって提供される情報は、
ｉ）前記ＰＳＳＣＨの受信に関連したＨＡＲＱ（Hybrid Automatic Repeat Request）－ＡＣＫ（Acknowledgement）情報、または
ｉｉ）前記ＰＳＳＣＨの受信に関連した衝突情報を含み、
前記ＰＳＦＣＨによって提供される前記情報が前記衝突情報を含むことに基づいて、前記ＰＳＦＣＨは、前記ＰＳＣＣＨに関連した前記ＳＣＩに基づく予約リソースのスロットの少なくともＴ_３スロット前にある最新のスロットで送信され、
前記Ｔ_３は、ＳＬ ＢＷＰ（Sidelink BandWidth Part）のＳＣＳ（SubCarrier Spacing）設定に基づいて決定される

と等しい、第１ＵＥ。

【請求項9】

無線通信システムにおいてＰＳＦＣＨ（Physical Sidelink Feedback Channel）を受信するための第２ＵＥ（User Equipment）の方法において、
第１ＵＥに、ＰＳＣＣＨ（Physical Sidelink Control Channel）を送信する段階であって、前記ＰＳＣＣＨに関連したＳＣＩ（Sidelink Control Information）は、ＰＳＳＣＨ（Physical Sidelink Shared Channel）のスケジューリング用である、段階と、
前記第１ＵＥから、前記ＰＳＦＣＨを受信する段階と、を含み、
前記ＰＳＦＣＨによって提供される情報は、
ｉ）前記第１ＵＥによる前記ＰＳＳＣＨの受信に関連したＨＡＲＱ（Hybrid Automatic Repeat Request）－ＡＣＫ（Acknowledgement）情報、または
ｉｉ）前記第１ＵＥによる前記ＰＳＳＣＨの受信に関連した衝突情報を含み、
前記ＰＳＦＣＨによって提供される前記情報が前記衝突情報を含むことに基づいて、前記ＰＳＦＣＨは、前記ＰＳＣＣＨに関連した前記ＳＣＩに基づく予約リソースのスロットの少なくともＴ_３スロット前にある最新のスロットで受信され、
前記Ｔ_３は、ＳＬ ＢＷＰ（Sidelink BandWidth Part）のＳＣＳ（SubCarrier Spacing）設定に基づいて決定される

と等しい、方法。

【請求項10】

前記ＰＳＣＣＨを受信する前記段階は、
前記第２ＵＥから、第１ＰＳＣＣＨを受信する段階であって、前記第１ＰＳＣＣＨに関連したＳＣＩは、第１ＰＳＳＣＨのスケジューリング用である、段階と、
前記第２ＵＥから、前記第１ＰＳＳＣＨを受信する段階と、
前記第２ＵＥから、第２ＰＳＣＣＨを受信する段階であって、前記第２ＰＳＣＣＨに関連したＳＣＩは、第２ＰＳＳＣＨのスケジューリング用である、段階と、を含み、
前記ＰＳＦＣＨを送信する前記段階は、
前記第２ＵＥに、前記第１ＰＳＳＣＨの前記受信に関連した前記ＨＡＲＱ－ＡＣＫ情報を提供する第１ＰＳＦＣＨを送信する段階と、
前記第２ＵＥに、前記第２ＰＳＳＣＨの受信に関連した前記衝突情報を提供する第２ＰＳＦＣＨを送信する段階と、を含む、請求項１に記載の方法。

【請求項11】

前記第１ＰＳＦＣＨと前記第２ＰＳＦＣＨは、異なるＰＲＢ（Physical Resource Blocks）で送信され、
前記第１ＰＳＦＣＨは、前記最新のスロットの少なくとも１つの第１ＰＲＢで送信され、
前記第２ＰＳＦＣＨは、前記最新のスロットの少なくとも１つの第２ＰＲＢで送信される、請求項１０に記載の方法。

【請求項12】

前記第１ＰＳＦＣＨが送信されるスロットは、前記第２ＰＳＦＣＨが送信される前記最新のスロットと異なる、請求項１１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、無線通信システムにおける物理サイドリンクフィードバックチャネルの送受信方法及びその装置に関する。

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【発明の概要】

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

【0007】

前記方式２によるリソース衝突関連情報の送信時点は、前記ＳＣＩの受信時点から決定される。しかしながら、前記ＳＣＩにより予約されたリソースに応じる時点と前記ＳＣＩの受信時点との差（すなわち、時間軸において前記ＳＣＩにより予約されたリソースと前記ＳＣＩの受信時点との距離）が大きい場合は、当該時間区間（すなわち、ＳＣＩ受信時点からＳＣＩにより予約されたリソースまでの時間区間）内で発生する他の衝突要因（ＵＬ ｇｒａｎｔ又は他のＳＣＩ）が考慮できない問題が発生する。

【0008】

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

【0009】

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

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

【0010】

本明細書の一実施形態による無線通信システムにおいて、第１端末が物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）を送信する方法は、第２端末からＰＳＦＣＨに関する設定情報を受信する段階、前記第２端末から物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を受信する段階、前記ＰＳＣＣＨは物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）のスケジューリングに関連し、前記第２端末に前記ＰＳＦＣＨを送信する段階を含む。

【0011】

前記ＰＳＦＣＨは、ｉ）前記ＰＳＳＣＨの受信に関するＨＡＲＱ－ＡＣＫ情報又はｉｉ）前記ＰＳＳＣＨの受信に関する衝突情報（ｃｏｎｆｌｉｃｔ ｉｎｆｏｒｍａｔｉｏｎ）を含む。

【0012】

前記ＰＳＦＣＨに前記衝突情報が含まれたことに基づいて、前記ＰＳＦＣＨはスロットで送信される。前記スロットは、前記ＰＳＣＣＨに関するサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）に基づいて予約されたリソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）及び既に設定されたスロット数に基づいて決定されることを特徴とする。

【0013】

前記スロットは前記ＳＣＩに基づいて予約されたリソースの以前のスロットに基づき、前記既に設定されたスロット数は前記ＳＣＩに基づいて予約されたリソースと前記スロット間の最小間隔を示す。

【0014】

前記スロットは、前記ＳＣＩを受信したスロットから既に設定された値に基づいて決定されたスロットの以後のスロットを含んでもよい。前記既に設定された値は、前記ＰＳＳＣＨの受信のためのスロットと前記ＨＡＲＱ－ＡＣＫ情報に関連したＰＳＦＣＨの送信のためのスロット間の最小間隔として設定された値であってもよい。

【0015】

前記衝突情報は、前記既に設定された値に基づいて決定されたスロットより以前の時点で取得された情報に基づく。

【0016】

前記既に設定されたスロット数は、サイドリンクリソースの先取りの可否を検査するために設定された値に基づいて決定されてもよい。

【0017】

前記既に設定されたスロット数は、サイドリンクリソースの選択のために設定されたプロセッシングタイム（ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）に基づいて決定されてもよい。

【0018】

前記ＰＳＦＣＨに前記衝突情報が含まれたことに基づいて、前記第２端末による前記ＰＳＦＣＨの受信に関連した優先順位は前記ＳＣＩに基づいて予約されたリソースに関連した優先順位に基づいて決定されてもよい。

【0019】

前記衝突情報と関連した前記ＰＳＦＣＨは、前記第１端末の半二重動作（Ｈａｌｆ－ｄｕｐｌｅｘ ｏｐｅｒａｔｉｏｎ）により前記ＳＣＩにより予約されたリソースにおいて前記ＰＳＳＣＨの受信が不可能であることに基づいて送信されることができる。前記第１端末の半二重動作（Ｈａｌｆ－ｄｕｐｌｅｘ ｏｐｅｒａｔｉｏｎ）は前記第１端末の送信動作又は受信動作を含む。

【0020】

前記衝突情報と関連した前記ＰＳＦＣＨは、前記ＳＣＩにより予約されたリソースが第３端末のＳＣＩにより予約されたリソースと重畳されることに基づいて送信されることができる。前記第３端末は前記第２端末とは異なってもよい。

【0021】

本明細書の他の実施形態による無線通信システムにおいて物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）を送信する第１端末は、１つ以上のトランシーバ、前記１つ以上のトランシーバを制御する１つ以上のプロセッサ、及び前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリを含む。

【0022】

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

【0023】

前記動作は、第２端末からＰＳＦＣＨに関する設定情報を受信する段階、前記第２端末から物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を受信する段階、前記ＰＳＣＣＨは物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）のスケジューリングに関連し、及び前記第２端末に前記ＰＳＦＣＨを送信する段階を含む。

【0024】

前記ＰＳＦＣＨは、ｉ）前記ＰＳＳＣＨの受信に関するＨＡＲＱ－ＡＣＫ情報又はｉｉ）前記ＰＳＳＣＨの受信に関する衝突情報（ｃｏｎｆｌｉｃｔ ｉｎｆｏｒｍａｔｉｏｎ）を含む。

【0025】

前記ＰＳＦＣＨに前記衝突情報が含まれたことに基づいて、前記ＰＳＦＣＨはスロットにおいて送信される。前記スロットは、前記ＰＳＣＣＨに関するサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）に基づいて予約されたリソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）及び既に設定されたスロット数に基づいて決定されることを特徴とする。

【0026】

本明細書の他の実施形態による無線通信システムにおいて、第１端末が物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）を送信するように制御する装置は、１つ以上のプロセッサ及び前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリを含む。

【0027】

前記１つ以上のメモリは、前記１つ以上のプロセッサにより実行されることに基づいて、動作を実行する指示を格納する。

【0028】

前記動作は、第２端末から前記ＰＳＦＣＨに関する設定情報を受信する段階、前記第２端末から物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を受信する段階、前記ＰＳＣＣＨは物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）のスケジューリングに関連し、及び前記第２端末に前記ＰＳＦＣＨを送信する段階を含む。

【0029】

前記ＰＳＦＣＨは、ｉ）前記ＰＳＳＣＨの受信に関するＨＡＲＱ－ＡＣＫ情報又はｉｉ）前記ＰＳＳＣＨの受信に関する衝突情報（ｃｏｎｆｌｉｃｔ ｉｎｆｏｒｍａｔｉｏｎ）を含む。

【0030】

前記ＰＳＦＣＨに前記衝突情報が含まれたことに基づいて、前記ＰＳＦＣＨはスロットで送信される。前記スロットは、前記ＰＳＣＣＨに関するサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）に基づいて予約されたリソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）及び既に設定されたスロット数に基づいて決定されることを特徴とする。

【0031】

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

【0032】

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

【0033】

前記動作は、第２端末からＰＳＦＣＨに関する設定情報を受信する段階、第２端末から物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を受信する段階、前記ＰＳＣＣＨは物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）のスケジューリングに関連し、及び第２端末にＰＳＦＣＨを送信する段階を含む。

【0034】

前記ＰＳＦＣＨは、ｉ）前記ＰＳＳＣＨの受信に関するＨＡＲＱ－ＡＣＫ情報又はｉｉ）前記ＰＳＳＣＨの受信に関する衝突情報（ｃｏｎｆｌｉｃｔ ｉｎｆｏｒｍａｔｉｏｎ）を含む。

【0035】

前記ＰＳＦＣＨに前記衝突情報が含まれたことに基づいて、前記ＰＳＦＣＨはスロットで送信される。前記スロットは、前記ＰＳＣＣＨに関するサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）に基づいて予約されたリソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）及び既に設定されたスロット数に基づいて決定されることを特徴とする。

【0036】

本明細書のまた他の実施形態による無線通信システムにおいて、第２端末が物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）を受信する方法は、第１端末にＰＳＦＣＨに関する設定情報を送信する段階、前記第１端末に物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を送信する段階、前記ＰＳＣＣＨは物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）のスケジューリングに関連し、及び前記第１端末から前記ＰＳＦＣＨを受信する段階を含む。

【0037】

前記ＰＳＦＣＨは、ｉ）前記第１端末による前記ＰＳＳＣＨの受信に関するＨＡＲＱ－ＡＣＫ情報又はｉｉ）前記第１端末による前記ＰＳＳＣＨの受信に関する衝突情報（ｃｏｎｆｌｉｃｔ ｉｎｆｏｒｍａｔｉｏｎ）を含む。

【0038】

前記ＰＳＦＣＨに前記衝突情報が含まれたことに基づいて、前記ＰＳＦＣＨはスロットで受信される。前記スロットは、前記ＰＳＣＣＨに関するサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）に基づいて予約されたリソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）及び既に設定されたスロット数に基づいて決定されることを特徴とする。

【0039】

本明細書のまた他の実施形態による無線通信システムにおいて物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）を受信する第２端末は、１つ以上のトランシーバ、前記１つ以上のトランシーバを制御する１つ以上のプロセッサ、及び前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリを含む。

【0040】

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

【0041】

前記動作は、第１端末に前記ＰＳＦＣＨに関する設定情報を送信する段階、前記第１端末に物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を送信する段階、前記ＰＳＣＣＨは物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）のスケジューリングに関連し、及び前記第１端末から前記ＰＳＦＣＨを受信する段階を含む。

【0042】

前記ＰＳＦＣＨは、ｉ）前記第１端末による前記ＰＳＳＣＨの受信に関するＨＡＲＱ－ＡＣＫ情報又はｉｉ）前記第１端末による前記ＰＳＳＣＨの受信に関する衝突情報（ｃｏｎｆｌｉｃｔ ｉｎｆｏｒｍａｔｉｏｎ）を含む。

【0043】

前記ＰＳＦＣＨに前記衝突情報が含まれたことに基づいて、前記ＰＳＦＣＨはスロットで受信される。前記スロットは、前記ＰＳＣＣＨに関するサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）に基づいて予約されたリソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）及び既に設定されたスロット数に基づいて決定されることを特徴とする。

【発明の効果】

【0044】

本明細書の実施形態によれば、ＳＣＩにより予約されたリソースの衝突を示す衝突関連情報が物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）を介して送信される。前記ＰＳＦＣＨは、ＳＣＩにより予約されたリソース及び既に設定されたスロット数に基づいて決定されたスロットで送信される。すなわち、端末は前記ＳＣＩにより予約されるリソースが到来する一定時点前までにリソース衝突有無を判断して前記ＰＳＦＣＨを送信する。

【0045】

従って、ＳＣＩ受信時点基準にＰＳＦＣＨ送信タイミングが決定される場合に比べて衝突情報フィードバック効果が改善できる。リソース衝突発生有無の判断のための範囲（時間区間）が拡張されることにより、ＰＳＦＣＨ送信によるリソース衝突防止効果がさらに改善できる。

【0046】

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

【図面の簡単な説明】

【0047】

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

【0048】

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

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

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

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

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

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

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

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

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

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

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

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

【図13】衝突情報と関連したＰＳＦＣＨの送信時点に応じるモニタリング領域の一例を説明するための図である。

【図14】衝突情報と関連したＰＳＦＣＨの送信時点に応じるモニタリング領域の他の例を説明するための図である。

【図15】本明細書の一実施形態による無線通信システムにおいて、第１端末が物理サイドリンクフィードバックチャネルを送信する方法を説明するためのフローチャートである。

【図16】本明細書の他の実施形態による無線通信システムにおいて第２端末が物理サイドリンクフィードバックチャネルを受信する方法を説明するためのフローチャートである。

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

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

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

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

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

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

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

【表1】

【0071】

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

【0072】

【表2】

【0073】

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

【0074】

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

【0075】

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

【0076】

【表3】

【0077】

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

【0078】

【表4】

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

【表5-1】

【表5-2】

【0119】

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

）と同一の値に設定される。次の表６は、サイドリンク帯域幅（ＳＬ ＢＷＰ）のサブキャリア間隔設定（μ_SL）に基づいて決定されるプロセッシングタイム（ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）を例示する。例えば、前記プロセッシングタイム（

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

【0120】

【表6】

【0121】

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

【0122】

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

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

以下、ＣＡＭ（Ｃｏｏｐｅｒａｔｉｖｅ Ａｗａｒｅｎｅｓｓ Ｍｅｓｓａｇｅ）及びＤＥＮＭ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ｅｎｖｉｒｏｎｍｅｎｔａｌ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）について説明する。

【0151】

車両間通信では周期的なメッセージ（ｐｅｒｉｏｄｉｃ ｍｅｓｓａｇｅ）タイプのＣＡＭ、イベントトリガメッセージ（ｅｖｅｎｔ ｔｒｉｇｇｅｒｅｄ ｍｅｓｓａｇｅ）タイプのＤＥＮＭなどが送信される。ＣＡＭは方向と速度のような車両の動的状態情報、寸法のような車両静的データ、外部照明状態、経路内訳などの基本車両情報を含む。ＣＡＭのサイズは５０－３００バイトであり得る。ＣＡＭは放送され、遅延（ｌａｔｅｎｃｙ）は１００ｍｓより小さくなければならない。ＤＥＮＭは車両の故障、事故などの突発的な状況の時に生成されるメッセージである。ＤＥＮＭのサイズは３０００バイトより小さく、送信範囲内にある全ての車両がメッセージを受信できる。このとき、ＤＥＮＭはＣＡＭより高い優先順位を有してもよい。

【0152】

以下、キャリア再選択（ｃａｒｒｉｅｒ ｒｅｓｅｌｅｃｔｉｏｎ）について説明する。

【0153】

Ｖ２ＸまたはＳＬ通信において、端末は設定されたキャリアのＣＢＲ（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ）及び／又は送信されるＶ２ＸメッセージのＰＰＰＰ（Ｐｒｏｓｅ Ｐｅｒ－Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ）に基づいてキャリアの再選択を行うことができる。例えば、キャリアの再選択は端末のＭＡＣ層により行われることができる。本明細書の多様な実施形態において、ＰＰＰＰ（ＰｒｏＳｅ Ｐｅｒ Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ）はＰＰＰＲ（ＰｒｏＳｅ Ｐｅｒ Ｐａｃｋｅｔ Ｒｅｌｉａｂｉｌｉｔｙ）に代替でき、ＰＰＰＲはＰＰＰＰに代替できる。例えば、ＰＰＰＰ値が小さいほど高い優先順位を意味し、ＰＰＰＰ値が大きいほど低い優先順位を意味する。例えば、ＰＰＰＲ値が小さいほど高い信頼性を意味し、ＰＰＰＲ値が大きいほど低い信頼性を意味する。例えば、高い優先順位に関連したサービス、パケットまたはメッセージに関連したＰＰＰＰ値は、低い優先順位に関連したサービス、パケットまたはメッセージに関連したＰＰＰＰ値より小さい。例えば、高い信頼性に関連したサービス、パケットまたはメッセージに関連したＰＰＰＲ値は低い信頼性に関連したサービス、パケットまたはメッセージに関連したＰＰＰＲ値より小さい。

【0154】

ＣＢＲは、端末により測定されたＳ－ＲＳＳＩ（Ｓｉｄｅｌｉｎｋ－Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）が予め設定されたしきい値を超えると感知されたリソースプールにおいてサブチャネル部分（ｔｈｅ ｐｏｒｔｉｏｎ ｏｆ ｓｕｂ－ｃｈａｎｎｅｌｓ）を意味する。各論理チャネルに関連したＰＰＰＰが存在し、ＰＰＰＰ値の設定は端末及び基地局の両方に要求されるレイテンシーを反映しなければならない。キャリア再選択の時、端末は最も低いＣＢＲから増加する順に候補キャリアのうち１つ以上のキャリアを選択することができる。

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

以下、ＳＬ ＲＬＭ（Ｒａｄｉｏ Ｌｉｎｋ Ｍｏｎｉｔｏｒｉｎｇ）について説明する。

【0162】

ユニキャストのＡＳレベルリンク管理（ＡＳ－ｌｅｖｅｌ ｌｉｎｋ ｍａｎａｇｅｍｅｎｔ）の場合、ＳＬ ＲＬＭ（Ｒａｄｉｏ Ｌｉｎｋ Ｍｏｎｉｔｏｒｉｎｇ）及び／又はＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）宣言がサポートされる。ＳＬユニキャストにおいてＲＬＣ ＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）の場合、ＲＬＦ宣言は最大再送信回数に到達したことを示すＲＬＣからの指示によりトリガされる。ＡＳレベルリンク状態（ＡＳレ－ｌｅｖｅｌ ｌｉｎｋ ｓｔａｔｕｓ）（例えば、失敗）は上位層に知られる必要がある。ユニキャストに対するＲＬＭ手順とは異なり、グループキャスト関連のＲＬＭデザインは考慮されないことができる。グループキャストのためのグループメンバの間においてＲＬＭ及び／又はＲＬＦ宣言は必要ない。

【0163】

例えば、送信端末は参照信号を受信端末に送信し、受信端末は前記参照信号を利用してＳＬ ＲＬＭを行うことができる。例えば、受信端末は前記参照信号を利用してＳＬ ＲＬＦを宣言する。例えば、前記参照信号はＳＬ参照信号と呼ばれてもよい。

【0164】

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

【0165】

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

【0166】

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

【0167】

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

【0168】

以下、物理層プロセッシング（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｓｓｉｎｇ）について説明する。

【0169】

本明細書の一実施形態によれば、データユニットは無線インタフェースを介して送信される前に送信側（ｔｒａｎｓｍｉｔｔｉｎｇ ｓｉｄｅ）において物理層プロセッシングの対象になる。本明細書の一実施形態によれば、データユニットを運搬する無線信号は受信側（ｒｅｃｅｉｖｉｎｇ ｓｉｄｅ）において物理層プロセッシングの対象になる。

【0170】

表７は、アップリンク送信チャネルと物理チャネルとの間のマッピング関係を示し、表８はアップリンク制御チャネル情報と物理チャネルとの間のマッピング関係を示す。

【0171】

【表7】

【0172】

【表8】

【0173】

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

【0174】

【表9】

【0175】

【表10】

【0176】

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

【0177】

【表11】

【0178】

【表12】

【0179】

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

【0180】

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

【0181】

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

【0182】

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

【0183】

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

【0184】

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

【0185】

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

【0186】

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

【0187】

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

【0188】

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

【0189】

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

【0190】

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

【0191】

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

【0192】

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

【0193】

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

【0194】

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

【0195】

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

【0196】

例えば、送信端末がスロット＃Ｘないしスロット＃ＮにかけてＰＳＳＣＨを受信端末に送信する場合、受信端末は前記ＰＳＳＣＨに対するＨＡＲＱフィードバックをスロット＃（Ｎ＋Ａ）で送信端末に送信することができる。例えば、スロット＃（Ｎ＋Ａ）はＰＳＦＣＨリソースを含んでもよい。ここで、例えば、ＡはＫより大きいか等しい最小整数であってもよい。例えば、Ｋは論理的スロットの個数である。この場合、Ｋはリソースプール内のスロットの個数であり得る。または、例えば、Ｋは物理スロットの個数である。この場合、Ｋはリソースプール内部及び外部のスロットの個数である。

【0197】

例えば、送信端末が受信端末に送信した１つのＰＳＳＣＨに対する応答として、受信端末がＰＳＦＣＨリソース上においてＨＡＲＱフィードバックを送信する場合、受信端末は設定されたリソースプール内において暗示的メカニズムに基づいて前記ＰＳＦＣＨリソースの周波数領域（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ）及び／又はコード領域（ｃｏｄｅ ｄｏｍａｉｎ）を決定することができる。例えば、受信端末は、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨに関連するスロットインデックス、ＰＳＣＣＨ／ＰＳＳＣＨに関連したサブチャネル、及び／又はグループキャストオプション２ベースのＨＡＲＱフィードバックのためのグループにおいてそれぞれの受信端末を区別するための識別子のうち少なくともいずれか１つに基づいて、ＰＳＦＣＨリソースの周波数領域及び／又はコード領域を決定することができる。そして／または、例えば、受信端末はＳＬ ＲＳＲＰ、ＳＩＮＲ、Ｌ１ソースＩＤ、及び／又は位置情報のうち少なくともいずれか１つに基づいて、ＰＳＦＣＨリソースの周波数領域及び／又はコード領域を決定することができる。

【0198】

例えば、端末のＰＳＦＣＨを介するＨＡＲＱフィードバック送信とＰＳＦＣＨを介するＨＡＲＱフィードバック受信が重なる場合、前記端末は優先順位規則に基づいてＰＳＦＣＨを介するＨＡＲＱフィードバック送信又はＰＳＦＣＨを介するＨＡＲＱフィードバック受信のいずれか１つを選択する。例えば、優先順位規則は、関連ＰＳＣＣＨ／ＰＳＳＣＨの最小優先順位指示（ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｉｏｎ）に基づくことができる。

【0199】

例えば、端末の複数の端末に対するＰＳＦＣＨを関するＨＡＲＱフィードバック送信が重なる場合、前記端末は優先順位規則に基づいて特定ＨＡＲＱフィードバック送信を選択することができる。例えば、優先順位規則は、関連ＰＳＣＣＨ／ＰＳＳＣＨの最小優先順位指示（ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｉｏｎ）に基づくことができる。

【0200】

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

【0201】

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

【0202】

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

【0203】

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

【0204】

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

【0205】

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

【0206】

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

【0207】

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

【0208】

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

【0209】

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

【0210】

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

【0211】

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

【0212】

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

【0213】

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

【0214】

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

【0215】

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

【0216】

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

【0217】

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

【0218】

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

【0219】

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

【0220】

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

【0221】

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

【0222】

以下、説明の便宜のために、本明細書において、次のような略語（Ａｂｂｒｅｖｉａｔｉｏｎｓ／Ａｃｒｏｎｙｍ）が使用される。

【0223】

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

【0224】

ＡＧＣ：Automatic Gain Control

【0225】

ＡＳ：Access Stratum

【0226】

ＣＢ：Codeblock

【0227】

ＣＢＧ／ＣＧ：Codeblock Group

【0228】

ＣＢＲ：Channel Busy Ratio

【0229】

ＣＥ：Control Element

【0230】

ＣＦＯ：Carrier Frequency Offset

【0231】

ＣＧ：Configured Grant

【0232】

ＣＰ：Cyclic Prefix

【0233】

ＣＲＣ：Cyclic Redundancy Check

【0234】

ＣＳＩ：Channel State Information

【0235】

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

【0236】

ＤＣＩ：Downlink Control Channel

【0237】

ＤＬ：Downlink

【0238】

ＤＭ－ＲＳ：Demodulation RS

【0239】

ＥＣＰ：Extended CP

【0240】

ＦＤＤ：Frequency Division Duplex

【0241】

ＨＡＲＱ：Hybrid Automatic Repeat Request

【0242】

Ｌ１：Layer 1

【0243】

Ｌ２：Layer 2

【0244】

ＬＢＳ：Location Based Service

【0245】

ＬＣＳ：Location Service

【0246】

ＬＳＢ：Least Significant Bit

【0247】

ＭＡＣ：Medium Access Control

【0248】

ＭＣＳ：Modulation Coding Scheme

【0249】

ＭＩＢ：Master Information Block

【0250】

ＭＰＲ：Maximum Power Reduction

【0251】

ＭＳＢ：Most Significant Bit

【0252】

ＮＡＳ：Non-Access Stratum

【0253】

ＮＣＰ：Normal CP

【0254】

ＮＤＩ：New Data Indicator

【0255】

ＰＢＣＨ：Physical Broadcast Channel

【0256】

ＰＤＣＣＨ：Physical Downlink Control Channel

【0257】

ＰＤＣＰ：Packet Data Convergence Protocol

【0258】

ＰＤＳＣＨ：Physical Downlink Shared Channel

【0259】

ＰＤＵ：Protocol Data Unit

【0260】

ＰＲＳ：Positioning Reference Signal

【0261】

ＰＳＢＣＨ：Physical Sidelink Broadcast Channel

【0262】

ＰＳＣＣＨ：Physical Sidelink Control Channel

【0263】

ＰＳＦＣＨ：Physical Sidelink Feedback Channel

【0264】

ＰＳＳ：Primary Synchronization Signal

【0265】

ＰＳＳＣＨ：Physical Sidelink Shared Channel

【0266】

ＰＵＣＣＨ：Physical Uplink Control Channel

【0267】

ＰＵＳＣＨ：Physical Uplink Shared Channel

【0268】

ＱｏＳ：Quality of Service

【0269】

ＲＢ：Resource Block

【0270】

ＲＬＣ：Radio Link Control

【0271】

ＲＬＭ：Radio Link Monitoring

【0272】

ＲＬＦ：Radio Link Failure

【0273】

ＲＲＣ：Radio Resource Control

【0274】

ＲＳ：Reference Signal

【0275】

ＲＳＲＰ：Reference Signal Received Power

【0276】

ＲＳＲＱ：Reference Signal Received Quality

【0277】

ＲＳＳＩ：Received Signal Strength Indicator

【0278】

ＲＳＴＤ：Reference Signal Time Difference

【0279】

ＲＳＵ：Road Side Unit

【0280】

ＲＴＴ：Round Trip Time

【0281】

ＲＶ：Redundancy Version

【0282】

ＳＣＩ：Sidelink Control Information

【0283】

ＳＣＳ：Sub-Carrier Spacing

【0284】

ＳＤＡＰ：Service Data Adaptation Protocol

【0285】

ＳＩＢ：System Information Block

【0286】

ＳＬ：Sidelink

【0287】

ＳＬ ＯＬＰＣ： Sidelink Open Loop Power Control

【0288】

ＳＬ ＰＬ：Sidelink Pathloss

【0289】

ＳＬＳＳＩＤ：SL Synchronixatino Signal Identification

【0290】

ＳＮＲ：Signal-to-Noise Ratio

【0291】

ＳＰＰ：Sidelink Positioning Protocol

【0292】

ＳＰＳ：Semi-Persistent Scheduling

【0293】

Ｓ－ＰＳＳ：Sidelink PSS

【0294】

ＳＲＳ：Sounding Reference Signal

【0295】

ＳＳＢ：Synchronization Signal Block

【0296】

ＳＳＳ：Secondary Synchronization Signal

【0297】

Ｓ－ＳＳＢ：Sidelink SSB

【0298】

Ｓ－ＳＳＳ：Sidelink SSS

【0299】

ＴＢ：Transport Block

【0300】

ＴＤＤ：Time Division Duplex

【0301】

ＴＤＯＡ：Time Difference of Arriaval

【0302】

ＴＯＡ：Time of Arriaval

【0303】

ＵＥ：User Equipment/End

【0304】

ＵＬ：Uplink

【0305】

Ｕｕ－ＰＳＳ：Uu link PSS

【0306】

Ｕｕ－ＳＳＳ：Uu link SSS

【0307】

ＸＯＲ：Exclusive OR

【0308】

一方、本明細書において、例えば、送信端末（ＴＸ ＵＥ）は（ターゲット）受信端末（ＲＸ ＵＥ）にデータを送信する端末である。例えば、ＴＸ ＵＥはＰＳＣＣＨ及び／又はＰＳＳＣＨ送信を行う端末である。そして／または、ＴＸ ＵＥは（ターゲット）ＲＸ ＵＥにＳＬ ＣＳＩ－ＲＳ及び／又はＳＬ ＣＳＩ報告要求指示子を送信する端末である。そして／または、ＴＸ ＵＥは、（ターゲット）ＲＸ ＵＥのＳＬ ＲＬＭ及び／又はＳＬＲＬＦ動作に使用される、（制御）チャネル（例えば、ＰＳＣＣＨ、ＰＳＳＣＨなど）及び／又は前記（制御）チャネル上の参照信号（例えば、ＤＭ－ＲＳ、ＣＳＩ－ＲＳなど）を送信する端末である。

【0309】

一方、本明細書において、例えば、受信端末（ＲＸ ＵＥ）は送信端末（ＴＸ ＵＥ）から受信されたデータのデコード（ｄｅｃｏｄｉｎｇ）成功可否及び／又はＴＸ ＵＥが送信した（ＰＳＳＣＨスケジューリングと関連した）ＰＳＣＣＨの検出／デコード成功可否に応じてＴＸ ＵＥにＳＬ ＨＡＲＱフィードバックを送信する端末でありうる。そして／または、ＲＸ ＵＥは、ＴＸ ＵＥから受信されたＳＬ ＣＳＩ－ＲＳ及び／又はＳＬ ＣＳＩ報告要求指示子に基づいてＴＸ ＵＥにＳＬ ＣＳＩ送信を行う端末であり得る。そして／または、ＲＸ ＵＥは、ＴＸ ＵＥから受信された（事前に定義された）参照信号及び／又はＳＬ（Ｌ１）ＲＳＲＰ報告要求指示子に基づいて測定されたＳＬ （Ｌ１） ＲＳＲＰ測定値をＴＸ ＵＥに送信する端末でありうる。そして／または、ＲＸ ＵＥはＴＸ ＵＥにＲＸ ＵＥ自身のデータを送信する端末であり得る。そして／または、ＲＸ ＵＥは、ＴＸ ＵＥから受信された（事前に設定された）（制御）チャネル及び／又は前記（制御）チャネル上の参照信号に基づいて、ＳＬ ＲＬＭ及び／又はＳＬ ＲＬＦ動作を行う端末でありうる。

【0310】

一方、本明細書において、例えば、ＲＸ ＵＥがＴＸ ＵＥから受信したＰＳＳＣＨ及び／又はＰＳＣＣＨに対するＳＬ ＨＡＲＱフィードバック情報を送信する時、以下の方式または以下の方式の一部が考慮されることができる。ここで、例えば、以下の方式または以下の方式の一部はＲＸ ＵＥがＰＳＳＣＨをスケジューリングするＰＳＣＣＨを成功裏にデコード／検出した場合にのみ限定的に適用することもできる。

【0311】

方式（Ｏｐｔｉｏｎ）１）ＲＸ ＵＥがＴＸ ＵＥから受信したＰＳＳＣＨのデコード／受信に失敗した場合にのみＮＡＣＫ情報をＴＸ ＵＥに送信することができる。

【0312】

方式（Ｏｐｔｉｏｎ）２）ＲＸ ＵＥがＴＸ ＵＥから受信したＰＳＳＣＨのデコード／受信に成功した場合、ＴＸ ＵＥにＡＣＫ情報を送信し、ＰＳＳＣＨのデコード／受信に失敗した場合、ＴＸ ＵＥにＮＡＣＫ情報を送信することができる。

【0313】

一方、本明細書において、例えば、ＴＸ ＵＥはＳＣＩを介して、以下の情報または以下の情報の一部をＲＸ ＵＥに送信することができる。ここで、例えば、ＴＸ ＵＥは下記情報のうち一部または全部を第１ＳＣＩ（ＦＩＲＳＴ ＳＣＩ）及び／又は第２ＳＣＩ（ＳＥＣＯＮＤ ＳＣＩ）を介してＲＸ ＵＥに送信することができる。

【0314】

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

【0315】

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

【0316】

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

【0317】

－ＭＣＳ情報

【0318】

－ＴＸ ＰＯＷＥＲ情報

【0319】

－Ｌ１ ＤＥＳＴＩＮＡＴＩＯＮ ＩＤ情報及び／又はＬ１ ＳＯＲＣＥ ＩＤ情報

【0320】

－ＳＬ ＨＡＲＱ ＰＲＯＣＥＳＳ ＩＤ情報

【0321】

－ＮＤＩ情報

【0322】

－ＲＶ情報

【0323】

－（送信ＴＲＡＦＦＩＣ／ＰＡＣＫＥＴ関連）ＱｏＳ情報（例えば、ＰＲＩＯＲＩＴＹ情報）

【0324】

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

【0325】

－ＴＸ ＵＥ位置情報または（ＳＬ ＨＡＲＱフィードバックが要求される）ターゲットＲＸ ＵＥの位置（または距離領域）情報

【0326】

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

【0327】

一方、本明細書において、例えば、ＴＸ ＵＥがＰＳＣＣＨを介してＳＣＩ、第１ＳＣＩ（ＦＩＲＳＴ ＳＣＩ）及び／又は第２ＳＣＩ（ＳＥＣＯＮＤ ＳＣＩ）をＲＸ ＵＥに送信できるので、ＰＳＣＣＨはＳＣＩ及び／又はＦＩＲＳＴ ＳＣＩ及び／又はＳＥＣＯＮＤ ＳＣＩに代替／置換されてもよい。そして／またはＳＣＩはＰＳＣＣＨ及び／又はＦＩＲＳＴ ＳＣＩ及び／又はＳＥＣＯＮＤ ＳＣＩに代替／置換されてもよい。そして／または、例えば、ＴＸ ＵＥはＰＳＳＣＨを介してＳＥＣＯＮＤ ＳＣＩをＲＸ ＵＥに送信できるので、ＰＳＳＣＨはＳＥＣＯＮＤ ＳＣＩに代替／置換されてもよい。

【0328】

一方、本明細書において、例えば、（相対的に）高いＳＣＩペイロード（ｐａｙｌｏａｄ）サイズを考慮して、ＳＣＩ構成フィールドを２つのグループに区分した場合、第１ＳＣＩ構成フィールドグループを含む第１ＳＣＩをＦＩＲＳＴ ＳＣＩと称し、第２ＳＣＩ構成フィールドグループを含む第２ＳＣＩをＳＥＣＯＮＤ ＳＣＩと称してもよい。また、例えば、ＦＩＲＳＴ ＳＣＩはＰＳＣＣＨを介して受信端末に送信される。また、例えば、ＳＥＣＯＮＤ ＳＣＩは（独立した）ＰＳＣＣＨを介して受信端末に送信されるか、ＰＳＳＣＨを介してデータと共にピギーバックされて送信される。

【0329】

一方、本明細書において、例えば、「設定」または「定義」は、基地局またはネットワークからの（事前に定義されたシグナリング（例えば、ＳＩＢ、ＭＡＣ、ＲＲＣなど）を介して）（リソースプール特定的に）（ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮを意味しうる。

【0330】

一方、本明細書において、例えば、ＲＬＦはＯＵＴ－ＯＦ－ＳＹＮＣＨ（ＯＯＳ）指示子またはＩＮ－ＳＹＮＣＨ（ＩＳ）指示子に基づいて決定できるので、ＯＵＴ－ＯＦ－ＳＹＮＣＨ（ＯＯＳ）またはＩＮ－ＳＹＮＣＨ（ＩＳ）に代替／置換されてもよい。

【0331】

一方、本明細書において、例えば、ＲＢはＳＵＢＣＡＲＲＩＥＲに代替／置換されてもよい。また、一例として、本発明においてパケット（ＰＡＣＫＥＴ）またはトラフィック（ＴＲＡＦＦＩＣ）は送信される層に応じてＴＢまたはＭＡＣ ＰＤＵに代替／置換されてもよい。

【0332】

一方、本明細書において、ＣＢＧまたはＣＧはＴＢに代替／置換されてもよい。

【0333】

一方、本明細書において、例えば、ＳＯＵＲＣＥ ＩＤはＤＥＳＴＩＮＡＴＩＯＮ ＩＤに代替／置換されてもよい。

【0334】

一方、本明細書において、例えば、Ｌ１ ＩＤはＬ２ ＩＤに代替／置換されてもよい。例えば、Ｌ１ ＩＤはＬ１ ＳＯＲＣＥ ＩＤまたは Ｌ１ ＤＥＳＴＩＮＡＴＩＯＮ ＩＤ であり得る。例えば、Ｌ２ ＩＤはＬ２ ＳＯＲＣＥ ＩＤまたはＬ２ ＤＥＳＴＩＮＡＴＩＯＮ ＩＤであり得る。

【0335】

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

【0336】

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

【0337】

一方、本明細書において、例えば、説明の便宜のために、ＲＸ ＵＥが以下の情報のうち少なくとも１つをＴＸ ＵＥに送信する時に使用する（物理的）チャネルを物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）と言う。

【0338】

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

【0339】

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

【0340】

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

【0341】

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

【0342】

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

【0343】

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

【0344】

図１２を参照すると、Ｓ１２００において、ＵＥ－Ａは補助情報をＵＥ－Ｂに送信する。例えば、ＵＥ－ＢはＵＥ－Ａから受信した補助情報に基づいてＵＥ－Ａに送信するＰＳＣＣＨ／ＰＳＳＣＨのためのリソースを選択し、ＵＥ－Ｂは前記リソースを使用してＳＬ送信を行う。例えば、ＵＥ－ＢはＵＥ－Ａから受信した補助情報に基づいてＵＥ－Ｃに送信するＰＳＣＣＨ／ＰＳＳＣＨのためのリソースを選択し、ＵＥ－Ｂは前記リソースを使用してＳＬ送信を行う。本明細書において、補助情報は付加情報と称してもよい。

【0345】

一方、ＵＥ－ＡがＵＥ－Ａのリソース選択を補助するために送信に対する選好あるいは非選好リソースを送信する場合には、情報の量に応じてＰＳＣＣＨ／ＰＳＳＣＨを介して送信し、この時、ＵＥ－Ａは前記ＰＳＣＣＨ／ＰＳＳＣＨリソース確保のために自主的にリソース（再）選択を行い、これは補助情報を活用したリソース再選択方式の効率を低下させる。一方、前記補助情報を含むＰＳＣＣＨ／ＰＳＳＣＨ送信はまた混雑程度が高くなるか、前記送信によりＨＡＬＦ－ＤＵＰＬＥＸ問題が発生するなどの問題を発生させる。

【0346】

本明細書の一実施形態によれば、ＵＥ－ＡがＵＥ－ＢにＵＥ－Ｂ送信のための選択／予約リソースに対して再選択をトリガする情報あるいは指示子を伝達することがある。例えば、前記リソース再選択指示子あるいはリソース衝突指示子は、ＵＥ－ＡがＰＳＦＣＨリソースを介してあるいはＰＳＦＣＨフォーマット形態でＵＥ－Ｂに送信するものであり得る。本明細書の一実施形態によれば、前記リソース衝突指示子のためのＰＳＦＣＨリソースあるいはその候補集合は、ＳＬ ＨＡＲＱ－ＡＣＫのためのＰＳＦＣＨリソース設定とは独立して（事前に）設定されるものであり、またはＰＣ５－ＲＲＣで端末間に設定されるものであり得る。

【0347】

本明細書の一実施形態によれば、前記リソース衝突指示子のためのＰＳＦＣＨリソースまたはその候補集合は、ＳＬ ＨＡＲＱ－ＡＣＫのためのＰＳＦＣＨリソース設定の全体または一部（例えば、ＰＳＦＣＨリソースサイクル）を継承するものであってもよく、及び／又はＰＳＦＣＨステート（ＡＣＫまたはＮＡＣＫ、ｍ＿ＣＳ値）は、別途（事前に）設定されるか、ＰＣ５－ＲＲＣに設定されるものであってもよい。例えば、リソース衝突指示子のためのＰＳＦＣＨリソース周期はＳＬ ＨＡＲＱ－ＡＣＫのためのＰＳＦＣＨリソース周期と同一であるか、及び／又は大きくてもよい。

【0348】

一方、前記リソース衝突指示子を送信する時点に応じては、ＵＥ－Ｂの予約リソースにおいて発生しうるリソース衝突を指示するには、その効果がかなり低下する可能性がある。より具体的に、ＵＥ－Ａはリソース衝突指示子を送信する前に取得した情報に基づいてＵＥ－Ｂの予約リソースに対するリソース衝突の有無を決定するしかない。もし、リソース衝突要因が前記リソース衝突指示子が送信される時点と予約リソース時点の間に発生した場合は、リソース衝突指示子の使用効果が大きく低下する可能性がある。以下、図１３を参照して説明する。

【0349】

図１３は、衝突情報と関連したＰＳＦＣＨの送信時点によるモニタリング領域の一例を説明するための図である。

【0350】

図１３を参照すると、前記衝突情報に関連したＰＳＦＣＨがスロットｎで送信されると仮定する場合、ＵＥ－Ａはスロットｎ－Ｔ＿ｐｒｏｃ，０以前にリソース衝突を引き起こす要因のみを考慮することができる。この時、ＰＳＦＣＨの送信時点とリソース衝突があるリソース間の時間間隔が大きい場合、リソース衝突指示子シグナリングによる利点が制限される。具体的に、ＳＬ ＨＡＲＱ－ＡＣＫフィードバックのためのＰＳＦＣＨ決定規則が直接再利用される場合が仮定されることができる。すなわち、ＰＳＳＣＨ－ｔｏ－ＰＳＦＣＨ ｔｉｍｉｎｇに基づいて決定されたリソース（スロット）（例：ＳＣＩ受信スロット以後のＰＳＳＣＨ－ｔｏ－ＰＳＦＣＨ ｔｉｍｉｎｇによるスロット以後のスロット）においてＰＳＦＣＨが送信される場合、当該ＰＳＦＣＨの送信時点以後に発生する衝突要因（１）を考慮することができない。言い換えれば、端末間調整情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）（例：リソース衝突指示子）を生成するためのモニタリング領域（ｍｏｎｉｔｏｒｉｎｇ ｒｅｇｉｏｎ）において前記衝突要因（１）は考慮することができない。

【0351】

リソース予約区間（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）が数百ｍｓｅｃであってもよいという点を考慮すると、ＰＳＦＣＨの送信時点をリソース予約を実行したＳＣＩに基づいて決定する方式は、非周期的ＵＬまたはＳＬ送信によるリソース衝突を完全にカバーすることはできない。

【0352】

これにより、リソース衝突指示子に対するＰＳＦＣＨリソースとリソース衝突に対応するＰＳＳＣＨリソース間のマッピング関係をＳＬ ＨＡＲＱ－ＡＣＫフィードバックとは異なるように定義する必要がある場合がある。また、リソース衝突指示子をＵＥ－Ｂが受信する時にリソース再選択のためのプロセッシングタイムが確保される必要があり、これは前記マッピング関係に考慮される必要がある。また、リソース衝突要因（例えば、ＵＥ－Ａが受信したＳＣＩ、及び／又はＵＥ－Ａの選択／予約リソース及び／又はＵＥ－ＡのＵＬ送信時点及び／又はＵＥ－ＡのＬＴＥ-ＳＬ送信時点など）をＵＥ－Ａが認知し、これを再びリソース衝突指示子を生成及び送信するためのプロセッシングタイムが確保される必要がある。

【0353】

例えば、リソース衝突指示子送信のためのＰＳＦＣＨスロットとリソース衝突に対応するＰＳＳＣＨリソーススロットとの間の最小距離は（事前に）設定されてもよく、またはＵＥ－ＡとＵＥ－Ｂとの間にＰＣ５－ＲＲＣに設定されてもよい。

【0354】

例えば、前記最小距離は（特定）リソースプールに属するスロットに対して定義されるものであり得る。例えば、前記リソースプールはＵＥ－Ｂの受信リソースプールであってもよく、（事前に）設定されるかＵＥ－ＡとＵＥ－Ｂの間にＰＣ５－ＲＲＣと設定されてもよい。

【0355】

例えば、指示子送信のためのＰＳＦＣＨスロットとリソース衝突に対応するＰＳＳＣＨリソーススロットとの間の最小距離は、Ｔ３値（例えば、特定リソース時点に対するＰＲＥ－ＥＭＰＴＩＯＮ ＣＨＥＣＫ時点）、Ｔ＿ＰＲＯＣ，１値またはこれに対する論理的スロット変換値（リソースプールに属するスロットの数）であり得る。以下、図１４を参照して説明する。

【0356】

図１４は、衝突情報と関連したＰＳＦＣＨの送信時点によるモニタリング領域の他の例を説明するための図である。ＰＳＦＣＨの送信のためのスロットは、リソース衝突に対応する予約リソース（スロット）及びＴ＿ＰＲＯＣ，１（またはＴ３）に基づいて決定されたスロットであり得る。例えば、図１４を参照すると、ＰＳＦＣＨはリソース衝突に対応する予約リソース（スロット）から少なくともＴ＿ＰＲＯＣ，１以前のスロットで送信できる。この場合、端末間調整情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）（例：リソース衝突指示子）を生成するためのモニタリング領域（ｍｏｎｉｔｏｒｉｎｇ ｒｅｇｉｏｎ）が図１３の場合に比べて拡張されるため、図１３のモニタリング領域において考慮できなかった衝突要因（１）を考慮することができる。例えば、前記Ｔ３またはＴ＿ＰＲＯＣ，１の具体的な値は、前記表６に基づいて決定される。

【0357】

例えば、前記指示子送信のためのＰＳＦＣＨスロットとリソース衝突に対応するＰＳＳＣＨリソーススロット間の最小距離は、ＰＳＦＣＨ検出に所要されるプロセッシングタイムが追加的に含まれるものであり得る。例えば、前記指示子送信のためのＰＳＦＣＨスロットとリソース衝突に対応するＰＳＳＣＨリソーススロットとの間の最小距離の設定値は、Ｔ３値（例えば、特定リソース時点に対するＰＲＥ－ＥＭＰＴＩＯＮ ＣＨＥＣＫ時点）、Ｔ＿ＰＲＯＣ，１値またはこれに対する論理的スロット変換値（リソースプールに属するスロットの数）より大きく及び／又は同一に設定されることができる。

【0358】

例えば、前記指示子送信のためのＰＳＦＣＨスロットとリソース衝突に対応するＰＳＳＣＨリソーススロット間の最小距離に対する設定値の最小値はＰＳＦＣＨ検出に所要されるプロセッシングタイムが追加的に含まれるものであり得る。以下、説明の便宜上、前記指示子送信のためのＰＳＦＣＨスロットとリソース衝突に対応するＰＳＳＣＨリソーススロット間の最小距離をＫと指示する。例えば、同一ＰＳＳＣＨリソースに対してリソース衝突指示子を送信できる機会を増やすための方法の一環として、複数のＫ値を（事前に）設定することもできる。

【0359】

例えば、リソース衝突指示子送信のためのＰＳＦＣＨスロットは、リソース衝突に対応するＰＳＳＣＨリソーススロットより先の時点に位置するものであり得る。例えば、リソース衝突に対応するＰＳＳＣＨリソーススロットからＫ論理的スロット以前の最も遅いＰＳＦＣＨリソーススロットにおいてリソース衝突指示子が連係／送信されることができる。すなわち、ＳＬ ＨＡＲＱ－ＡＣＫフィードバックにおいてＰＳＳＣＨ－ＴＯ－ＰＳＦＣＨのマッピング方式が時間上逆順に適用されるものであり得る。例えば、ＰＳＦＣＨリソース周期に応じてリソース衝突指示子のためのＰＳＦＣＨスロットと連動されたＰＳＳＣＨリソーススロットの個数は、前記周期値と同一であるか及び／又はそれ以下であり得る。例えば、ＰＳＦＣＨスロット内のＰＳＦＣＨ周波数側及び／又はコード側リソースに基づいて、これに連動されたＰＳＳＣＨリソーススロット及び／又はＰＳＳＣＨリソースの開始サブチャネル及び／又は割り当てサブチャネルが区分される。例えば、ＰＳＳＣＨリソースとＰＳＦＣＨリソース間マッピング時に（ＰＳＦＣＨ候補リソース集合決定の時）考慮されるＰＳＳＣＨスロットの順序は正方向であってもよく、または逆方向であってもよい。

【0360】

本明細書の実施形態によれば、前記マッピング方式はＵＥ－Ｂの未来予約リソースに対するリソース衝突指示時に適用される。例えば、ＵＥ－Ｂの未来予約リソースに対するリソース衝突指示時には、リソース衝突に対するＰＳＳＣＨリソース時点以後にリソース衝突指示子のためのＰＳＦＣＨリソースが位置する。または、例えば、ＵＥ－ＢがＳＬ ＨＡＲＱ－ＡＣＫを受信した後、直ちに送信バッファを空ける代わりに同一ＴＢに対する次の再送信リソースに対応するリソース衝突指示のためのＰＳＦＣＨ送信時点まで送信バッファ空きに対する動作決定を猶予することもできる。例えば、ＵＥ－Ａはリソース衝突指示子を介して再送信リソースをそのまま使用するか及び／又はリソース再選択するか及び／又は使用しないかを区分してＵＥ－Ｂに指示することができる。

【0361】

一方、ＵＥ－ＡはＳＣＩを受信し、これに対するプロセッシングを行ってＵＥ－Ｂの選択／予約リソースに対してリソース衝突可否を決定することができる。一方、ＵＥ－ＡはＵＬ ＧＲＡＮＴを受信し、これに対するプロセッシングを行ってＵＥ－Ｂの選択／予約リソースに対してＵＥ－ＡがＳＬ受信を実行できないか否かを決定する。一方、ＵＥ－ＡはＳＬ ＤＣＩを受信し、これに対するプロセッシングを行ってＵＥ－Ｂの選択／予約リソースに対してＵＥ－ＡがＳＬ受信を実行できないか否かを決定する。一方、ＵＥ－Ａはリソース再選択をトリガした後にこれに対するプロセッシングを行ってＵＥ－Ｂの選択／予約リソースに対してＵＥ－ＡがＳＬ受信を実行できないか否かを決定する。前記プロセッシングタイムに応じては、リソース衝突指示子送信のためのＰＳＦＣＨ送信時点以前に認知できる件に対してのみリソース衝突を規定することができる。

【0362】

例えば、ＵＥ－Ａは、ＵＥ－Ｂの特定選択／予約リソースに対してこれに対応するリソース衝突指示子送信のためのＰＳＦＣＨ送信時点がスロットｎである場合、前記時点から特定時点Ｔ以前に取得した情報に基づいてのみリソース衝突指示子送信可否を決定することができる。すなわち、前記特定時点Ｔは、前記予約リソースと関連したＰＳＣＣＨ（ＳＣＩ）を受信したスロットからＴ値に応じたスロット（ら）以後の時点と定義されることができる。例えば、前記Ｔ値は端末のセンシング結果に対するプロセッシングタイムであるＴ＿ｐｒｏｃ，０でありうる。例えば、前記Ｔ値は、ＰＵＳＣＨ ＰＲＥＰＡＲＡＴＩＯＮ ＰＲＯＣＥＤＵＲＥ ＴＩＭＥであり得る。例えば、前記Ｔ値はＳＬ ＨＡＲＱ－ＡＣＫフィードバックに対するＰＳＳＣＨ－ＴＯ－ＰＳＦＣＨの最小時間値であってもよい。例えば、前記Ｔ値は前記実施形態の値のうち最大値あるいは最小値あるいは平均値と決定されてもよい。

【0363】

例えば、ＵＥ－ＡがＵＥ－ＢのＳＣＩを受信してＳＬＯＴ＃Ｎ１、ＳＬＯＴ＃Ｎ２、ＳＬＯＴ＃Ｎ３においてＰＳＳＣＨ予約リソースが存在することを認識する時、そしてＳＬＯＴ＃Ｎ２においてリソース衝突が発生したと判断した場合、ＵＥ－ＡはＳＬＯＴ＃Ｎ２に予約されたＰＳＳＣＨリソース情報に基づいてこれに対応するリソース衝突指示子のためのＰＳＦＣＨリソースを取得し、これによりリソース衝突指示子を送信することができる。例えば、前記ＰＳＦＣＨリソースは、ＳＬＯＴ＃Ｎ２及び既に設定されたスロット数（例：Ｔ３またはＴｐｒｏｃ＿１）に基づいて決定されることができる。前記既に設定されたスロット数は、前記ＰＳＦＣＨリソースとＳＬＯＴ＃Ｎ２間の最小距離を意味する。前記ＰＳＦＣＨは、ＳＬＯＴ＃Ｎ２から少なくともＴ３（またはＴｐｒｏｃ＿１）以前のスロットで送信できる。

【0364】

ＵＥ－Ｂは、ＵＥ－Ａからリソース衝突指示子を受信した場合、該当ＰＳＦＣＨに対応するＰＳＳＣＨリソースに対する再選択を行うことができる。

【0365】

一方、ＵＥ－Ａがリソース衝突指示子の送信可否を決定する時にＵＥ－Ｂの送信がＵＥ－Ａを対象とした場合とその他のＵＥを対象とした場合に参照する要因が異なる。より具体的に、ＵＥ－ＢがＵＥ－ＡにＰＳＣＣＨ／ＰＳＳＣＨを送信すると仮定するとき、ＵＥ－Ａは、ＵＥ－ＡがＳＬ及び／又はＵＬ送信又はＬＴＥ ＳＬ送受信などによりＵＥ－ＢのＰＳＣＣＨ／ＰＳＳＣＨ送信を受信できない場合、前記リソースに対してリソース衝突指示子を送信する。それに対して、ＵＥ－ＢがＵＥ－Ａ以外の端末にＰＳＣＣＨ／ＰＳＳＣＨを送信すると仮定するとき、ＵＥ－Ａは、ＵＥ－Ｂと他の端末間のリソース重畳やＵＥ－Ｂと他の端末間のＨＡＬＦ－ＤＵＰＬＥＸ発生有無に応じてリソース衝突指示子を送信する。一方、ＵＥ－Ｂの周期的予約リソースの場合、周期別にＵＥ－Ｂの対象受信端末が異なる。

【0366】

例えば、ＵＥ－Ａは、リソース衝突指示子をＵＥ－Ｂに送信する時に参照される要因に関する情報（ＵＥ－Ａのサイドリンク受信不可領域に関する情報を活用するか否か）及び／又はＵＥ－ＡがＵＥ－Ｂの受信端末であるか否かに基づいて、異なるＰＳＦＣＨリソース（周波数及び／又はコードリソース）及び／又は異なるＰＳＦＣＨステート値を設定されることができる。

【0367】

この場合、例えば、ＵＥ－ＡからＵＥ－ＡがＵＥ－Ｂの受信端末である場合に対するリソース衝突指示子を受信したＵＥ－Ｂは、リソース衝突指示子に対応するリソースを実際にＵＥ－Ａに送信するために使用する場合には前記リソース衝突指示子に基づいてリソース再選択を行い、その他の端末に送信する場合にはリソース衝突指示子を無視／スキップする。

【0368】

逆に、ＵＥ－ＡからＵＥ－ＡがＵＥ－Ｂの受信端末でない場合に対するリソース衝突指示子を受信したＵＥ－Ｂは、リソース衝突指示子に対応するリソースをＵＥ－Ａ以外の端末またはＵＥ－Ｂの以前の送信に対する受信端末に送信する場合に前記リソース衝突指示子を使用し、及び／又はＵＥ－Ａに送信するために使用する場合には前記リソース衝突指示子を無視／スキップする。

【0369】

一方、リソース衝突指示子には十分な情報を含めることが難しく、これによって、ＵＥ－ＢがＵＥ－Ａを区分する方法が決まる必要がある。例えば、リソース衝突指示子に対するＰＳＦＣＨリソース及び／又はＰＳＦＣＨステート値がＵＥ－Ａの（Ｌ１ ｏｒ Ｌ２）ソースＩＤ及び／又はＵＥ－Ａが受信を期待する（Ｌ１ ｏｒ Ｌ２）デスティネーションＩＤに基づいて決定されてもよい。

【0370】

例えば、リソース衝突指示子が指示するリソースと同一のＴＢに対する送信が以前に存在する場合に、前記以前の送信において使用されたデスティネーションＩＤに基づいた受信を期待する端末または前記デスティネーションＩＤをソースＩＤとして有する端末をＵＥ－Ａと判断することができる。例えば、リソース衝突指示子が指示するリソースの以前周期にＵＥ－Ｂが送信を行った場合、前記以前の送信で使用されたデスティネーションＩＤの受信を期待する端末または前記デスティネーションＩＤをソースＩＤとして有する端末をＵＥ－Ａと判断することができる。

【0371】

一方、リソース衝突指示子には十分な情報を含めることが難しく、これによって、ＵＥ－ＢはどのようにＵＥ－Ａがリソース衝突指示子を決定／送信したのかに対する基準を区分する方法が決まる必要がある。

【0372】

例えば、リソース衝突指示子が指示するリソースの以前周期にＵＥ－Ｂが送信を行った場合、前記以前の送信で使用されたデスティネーションＩＤ及び／又はキャストタイプ及び／又はＳＬ ＨＡＲＱ－ＡＣＫの活性化の可否及び／又はＳＬ ＨＡＲＱ－ＡＣＫオプションを仮定してＵＥ－Ａがリソース衝突指示子を決定したと判断することができる。この場合、例えば、ＵＥ－Ｂは、前記周期において使用するＰＳＣＣＨ／ＰＳＳＣＨ送信方式が以前周期の予約／選択リソースにおいて使用した送信方式と異なる場合は、リソース衝突指示子情報（例えば、ＨＡＬＦ－ＤＵＰＬＥＸである場合）を無視することもでき、前記周期において使用するＰＳＣＣＨ／ＰＳＳＣＨ送信方式が全体または一部が以前周期の予約／選択リソースにおいて使用した送信方式（例えば、ＳＯＵＲＣＥ ＩＤ及び／又はＤＥＳＴＩＮＡＴＩＯＮ ＩＤ及び／又はＳＬ ＨＡＲＱ－ＡＣＫ－フィードバックの活性化の可否及び／又はキャストタイプ及び／又はＳＬ ＨＡＲＱ－ＡＣＫフィードバックオプション）と同一である場合は、リソース衝突指示子情報を利用してリソース（再）選択を行うことができる。

【0373】

例えば、前記リソース衝突指示子のためのＰＳＦＣＨの優先順位値は、ＵＥ－Ｂがリソース衝突指示子に対応するリソースに対して使用予定であった送信優先順位値であり得る。この場合、例えば、前記ＰＳＦＣＨ優先順位はＰＳＦＣＨ受信時にのみ適用される。例えば、前記ＰＳＦＣＨ優先順位は、ＰＳＦＣＨ送信時には（事前に）設定されるものであってもよく、または可能な優先順位値のうち最大値または最小値であってもよい。例えば、前記リソース衝突指示子のためのＰＳＦＣＨの優先順位値は、ＵＥ－Ｂがリソース衝突指示子に対応するリソースに対して同一ＴＢの以前の送信がある場合及び／又は以前周期の選択／予約リソースにおいて送信がある場合、以前の送信で使用された優先順位値を継承するものであってもよい。

【0374】

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

【0375】

実現的な側面で前述の実施形態による第１端末（ＵＥ－Ａ）／第２端末（ＵＥ－Ｂ）の動作（例：ＰＳＦＣＨの送受信に関連した動作）は、後述の図１７ないし図２２の装置（例：図１８のプロセッサ１０２、２０２）により処理されることができる。

【0376】

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

【0377】

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

【0378】

図１５は、本明細書の一実施形態による無線通信システムにおいて、第１端末が物理サイドリンクフィードバックチャネルを送信する方法を説明するためのフローチャートである。

【0379】

図１５を参照すると、本明細書の一実施形態による無線通信システムにおいて、第１端末が物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）を送信する方法は、ＰＳＦＣＨに関する設定情報受信段階（Ｓ１５１０）、ＰＳＣＣＨ受信段階（Ｓ１５２０）及びＰＳＦＣＨ送信段階（Ｓ１５３０）を含む。

【0380】

Ｓ１５１０において、第１端末は第２端末から前記ＰＳＦＣＨに関する設定情報を受信する。この時、前記第１端末は前述の実施形態によるＵＥ－Ａであり、前記第２端末はＵＥ－Ｂを意味する。前記ＰＳＦＣＨに関する設定情報はＲＲＣメッセージに基づいて受信される情報（例：ＳＬ－ＰＳＦＣＨ－Ｃｏｎｆｉｇ）であり得る。前記ＰＳＦＣＨに関する設定情報は前記第１端末と前記第２端末間のＰＣ５ ＲＲＣ接続に基づいて受信される。

【0381】

例えば、前記ＰＳＦＣＨに関する設定情報は、前記ＰＳＦＣＨのリソースに関する情報を含む。前記ＰＳＦＣＨのリソースに関する情報は、前記ＰＳＣＣＨの受信のためのスロットと前記ＰＳＣＣＨに関するＨＡＲＱ－ＡＣＫ情報の送信のためのＰＳＦＣＨの送信のためのスロットの最小間隔を示す情報（例：前述のＰＳＳＣＨ－ＴＯ－ＰＳＦＣＨの最小時間値）を含む。前記ＰＳＦＣＨの送信のためのスロットの最小間隔を示す情報は、上位層パラメータｓｌ－ＭｉｎＴｉｍｅＧａｐＰＳＦＣＨに基づいている。

【0382】

前述のＳ１５１０により、第１端末（図１７ないし図２２の１００／２００）が第２端末（図１７ないし図２２の１００／２００）から前記ＰＳＦＣＨに関する設定情報を受信する動作は図１７ないし図２２の装置により実現できる。例えば、図１８を参照すると、１つ以上のプロセッサ１０２は、第２端末２００からＰＳＦＣＨに関する設定情報を受信するように１つ以上のトランシーバ１０６及び／又は１つ以上のメモリ１０４を制御することができる。

【0383】

Ｓ１５２０において、第１端末は第２端末から物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を受信する。前記ＰＳＣＣＨは物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）のスケジューリングと関連する。前記ＰＳＣＣＨを介してサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）が送信されることができる。前記ＰＳＣＣＨは、図６の（ａ）または図６の（ｂ）に基づく。

【0384】

前述のＳ１５２０により、第１端末（図１７ないし図２２の１００／２００）が第２端末（図１７ないし図２２の１００／２００）から物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を受信する動作は図１７ないし図２２の装置により実現できる。例えば、図１８を参照すると、１つ以上のプロセッサ１０２は、第２端末２００から物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を受信するように１つ以上のトランシーバ１０６及び／又は１つ以上のメモリ１０４を制御することができる。

【0385】

Ｓ１５３０において、第１端末は第２端末に前記ＰＳＦＣＨを送信する。

【0386】

前記ＰＳＦＣＨは、ｉ）前記ＰＳＳＣＨの受信に関するＨＡＲＱ－ＡＣＫ情報またはｉｉ）前記ＰＳＳＣＨの受信に関する衝突情報（ｃｏｎｆｌｉｃｔ ｉｎｆｏｒｍａｔｉｏｎ）を含む。

【0387】

前記のＨＡＲＱ－ＡＣＫ情報と関連したＰＳＦＣＨは、前述のＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ） ｆｏｒ ＳＬにおいてＨＡＲＱフィードバックのために送信されるＰＳＦＣＨ及びこれに関連した実施形態（ら）に基づく。前記衝突情報と関連したＰＳＦＣＨは、前述のリソース衝突指示子の送信のためのＰＳＦＣＨ及びこれに関連する実施形態（ら）に基づく。

【0388】

一実施形態によれば、前記ＰＳＦＣＨに前記衝突情報が含まれたことに基づいて、前記ＰＳＦＣＨはスロットで送信されることができる。前記スロットは、前記ＰＳＣＣＨに関するサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）に基づいて予約されたリソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）及び既に設定されたスロット数に基づいて決定できる。

【0389】

例えば、前記スロットは、前記ＳＣＩに基づいて予約されたリソースの以前スロットに基づいている。前記既に設定されたスロット数は、前記ＳＣＩに基づいて予約されたリソースと前記スロット間の最小間隔を示す。すなわち、前記スロットは、前記ＳＣＩに基づいて予約されたリソース（スロット）から少なくとも前記既に設定されたスロット数だけ以前のスロットを意味する。前記スロットは、前記ＳＣＩに基づいて予約されたリソース（スロット）から前記既に設定されたスロット数だけ以前のスロットのうち最も遅いスロットを意味する。前記最も遅いスロットは、前記ＳＣＩに基づいて予約されたリソース（スロット）の側面から最も近いスロット（最も最新のスロット）を意味する。

【0390】

一実施形態によれば、前記既に設定されたスロット数はサイドリンクリソースの先取りの可否を検査するために設定された値（例：Ｔ３）に基づいて決定されることができる。前記Ｔ３は、前記表６の

に基づく値と同一に設定できる。

【0391】

一実施形態によれば、前記既に設定されたスロット数はサイドリンクリソースの選択のために設定されたプロセッシングタイム（例：前記Ｔ＿ｐｒｏｃ，１）に基づいて決定されることができる。

【0392】

例えば、前記スロットは、前記ＳＣＩを受信したスロットから既に設定された値に基づいて決定されたスロット以後のスロットを含む。すなわち、前記スロットは第１時点と第２時点の間に存在するスロットに基づく。前記第１時点は、前記ＳＣＩを受信したスロットから前記既に設定された値に基づいて決定されたスロット以後の時点を意味する。前記既に設定された値は、前述のリソース衝突指示子送信に関連したＴ値に基づく。例えば、前記既に設定された値は、前記ＰＳＳＣＨの受信のためのスロットと前記ＨＡＲＱ－ＡＣＫ情報に関連したＰＳＦＣＨの送信のためのスロットとの間の最小間隔に設定された値（例：前述のＰＳＳＣＨ－ＴＯ－ＰＳＦＣＨの最小時間値（上位層パラメータＳＬ－ＭｉｎＴｉｍｅＧａｐＰＳＦＣＨ））を意味する。例えば、前記既に設定された値は、第１端末のセンシング結果に対するプロセッシングタイムであるＴ＿ｐｒｏｃ，０であり得る。

【0393】

前記第２時点は、前記ＳＣＩに基づいて予約されたリソースから前記既に設定されたスロット数以前の時点を意味する。

【0394】

一実施形態によれば、前記衝突情報は前記既に設定された値に基づいて決定されたスロットより以前時点で取得された情報に基づく。例えば、前記スロットがｎである場合、当該スロットｎから特定時点以前に取得された情報に基づいてのみ前記衝突情報が決定されることができる。前記特定時点は、前述のＴ値に基づいて決定された時点であり得る。

【0395】

一実施形態によれば、前記ＰＳＦＣＨに前記衝突情報が含まれたことに基づいて、前記第２端末による前記ＰＳＦＣＨの受信に関連した優先順位は前記ＳＣＩに基づいて予約されたリソースに関連した優先順位に基づいて決定できる。前記ＳＣＩに基づいて予約されたリソースに関連した優先順位は、前記第２端末によるＰＳＳＣＨの送信のための優先順位を意味する。

【0396】

一実施形態によれば、前記衝突情報と関連した前記ＰＳＦＣＨは、前記第１端末の半二重動作（Ｈａｌｆ－ｄｕｐｌｅｘ ｏｐｅｒａｔｉｏｎ）により前記ＳＣＩにより予約されたリソースにおいて前記ＰＳＳＣＨの受信が不可能であることに基づいて送信される。前記第１端末の半二重動作（Ｈａｌｆ－ｄｕｐｌｅｘ ｏｐｅｒａｔｉｏｎ）は、前記第１端末の送信動作または受信動作を含む。

【0397】

一実施形態によれば、前記衝突情報と関連した前記ＰＳＦＣＨは、前記ＳＣＩにより予約されたリソースが第３端末のＳＣＩにより予約されたリソースと重畳されることに基づいて送信される。前記第３端末は、前記第２端末とは異なる端末を意味する。

【0398】

前述のＳ１５３０により、第１端末（図１７ないし図２２の１００／２００）が第２端末（図１７ないし図２２の１００／２００）に前記ＰＳＦＣＨを送信する動作は図１７ないし図２２の装置により実現できる。例えば、図１８を参照すると、１つ以上のプロセッサ１０２は、第２端末２００に前記ＰＳＦＣＨを送信するように１つ以上のトランシーバ１０６及び／又は１つ以上のメモリ１０４を制御することができる。

【0399】

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

【0400】

図１６は、本明細書の他の実施形態による無線通信システムにおいて第２端末が物理サイドリンクフィードバックチャネルを受信する方法を説明するためのフローチャートである。

【0401】

図１６を参照すると、本明細書の他の実施形態による無線通信システムにおいて第２端末が物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）を受信する方法は、ＰＳＦＣＨに関する設定情報送信段階（Ｓ１６１０）、ＰＳＣＣＨ送信段階（Ｓ１６２０）及びＰＳＦＣＨ受信段階（Ｓ１６３０）を含む。

【0402】

Ｓ１６１０において、第２端末は第１端末に前記ＰＳＦＣＨに関する設定情報を送信する。この時、前記第２端末は前述の実施形態によるＵＥ－Ｂであり、前記第１端末はＵＥ－Ａを意味する。前記ＰＳＦＣＨに関する設定情報は、ＲＲＣメッセージに基づいて送信される情報（例：ＳＬ－ＰＳＦＣＨ－Ｃｏｎｆｉｇ）でありうる。前記ＰＳＦＣＨに関する設定情報は、前記第２端末と前記第１端末間のＰＣ５ ＲＲＣ接続に基づいて送信される。

【0403】

例えば、前記ＰＳＦＣＨに関する設定情報は、前記ＰＳＦＣＨのリソースに関する情報を含む。前記ＰＳＦＣＨのリソースに関する情報は、前記ＰＳＣＣＨの送信のためのスロットと前記ＰＳＣＣＨに関するＨＡＲＱ－ＡＣＫ情報の受信のためのＰＳＦＣＨの受信のためのスロットの最小間隔を示す情報（例：前述のＰＳＳＣＨ－ＴＯ－ＰＳＦＣＨの最小時間値）を含む。前記ＰＳＦＣＨの受信のためのスロットの最小間隔を示す情報は、上位層パラメータｓｌ－ＭｉｎＴｉｍｅＧａｐＰＳＦＣＨに基づく。

【0404】

前述のＳ１６１０により、第２端末（図１７ないし図２２の１００／２００）が第１端末（図１７ないし図２２の１００／２００）に前記ＰＳＦＣＨに関する設定情報を送信する動作は図１７ないし図２２の装置により実現できる。例えば、図１８を参照すると、１つ以上のプロセッサ２０２は、第１端末１００に前記ＰＳＦＣＨに関する設定情報を送信するように１つ以上のトランシーバ２０６及び／又は１つ以上のメモリ２０４を制御することができる。

【0405】

Ｓ１６２０において、第２端末は第１端末に物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を送信する。前記ＰＳＣＣＨは物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）のスケジューリングと関連する。前記ＰＳＣＣＨを介してサイドリンク制御情報 （Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）が送信されることができる。前記ＰＳＣＣＨは、図６の（ａ）または図６の（ｂ）に基づく。

【0406】

前述のＳ１６２０により、第２端末（図１７ないし図２２の１００／２００）が第１端末（図１７ないし図２２の１００／２００）に物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を送信する動作は図１７ないし図２２の装置により実現できる。例えば、図１８を参照すると、１つ以上のプロセッサ２０２は、第１端末１００に物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を送信するように１つ以上のトランシーバ２０６及び／又は１つ以上のメモリ２０４を制御することができる。

【0407】

Ｓ１６３０において、第２端末は第１端末から前記ＰＳＦＣＨを受信する。

【0408】

前記ＰＳＦＣＨは、ｉ）前記第１端末による前記ＰＳＳＣＨの受信に関するＨＡＲＱ－ＡＣＫ情報またはｉｉ）前記第１端末による前記ＰＳＳＣＨの受信に関する衝突情報（ｃｏｎｆｌｉｃｔ ｉｎｆｏｒｍａｔｉｏｎ）を含む。

【0409】

前記ＨＡＲＱ－ＡＣＫ情報に関するＰＳＦＣＨは、前述のＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ） ｆｏｒ ＳＬにおいてＨＡＲＱフィードバックのために受信されるＰＳＦＣＨ及びこれに関する実施形態に基づく。前記衝突情報と関連したＰＳＦＣＨは、前述のリソース衝突指示子の受信のためのＰＳＦＣＨ及びこれに関連した実施形態に基づく。

【0410】

一実施形態によれば、前記ＰＳＦＣＨに前記衝突情報が含まれたことに基づいて、前記ＰＳＦＣＨはスロットで受信できる。前記スロットは、前記ＰＳＣＣＨに関するサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）に基づいて予約されたリソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）及び既に設定されたスロット数に基づいて決定できる。

【0411】

例えば、前記スロットは、前記ＳＣＩに基づいて予約されたリソースの以前スロットに基づいている。前記既に設定されたスロット数は、前記ＳＣＩに基づいて予約されたリソースと前記スロット間の最小間隔を示す。すなわち、前記スロットは前記ＳＣＩに基づいて予約されたリソース（スロット）から少なくとも前記既に設定されたスロット数だけ以前のスロットを意味する。前記スロットは、前記ＳＣＩに基づいて予約されたリソース（スロット）から前記既に設定されたスロット数だけ以前のスロットのうち最も遅いスロットを意味する。前記最も遅いスロットは、前記ＳＣＩに基づいて予約されたリソース（スロット）の側面から最も近いスロット（最も最新のスロット）を意味する。

【0412】

一実施形態によれば、前記既に設定されたスロット数はサイドリンクリソースの先取りの可否を検査するために設定された値（例：Ｔ３）に基づいて決定できる。前記Ｔ３は、前記表６の

に基づく値と同一に設定できる。

【0413】

一実施形態によれば、前記既に設定されたスロット数はサイドリンクリソースの選択のために設定されたプロセッシングタイム（例：前記Ｔ＿ｐｒｏｃ，１）に基づいて決定できる。

【0414】

例えば、前記スロットは、前記ＳＣＩを送信したスロット（前記第１端末が前記ＳＣＩを受信したスロット）から既に設定された値に基づいて決定されたスロット以後のスロットを含む。すなわち、前記スロットは第１時点と第２時点の間に存在するスロットに基づく。前記第１時点は、前記ＳＣＩを送信したスロット（前記第１端末が前記ＳＣＩを受信したスロット）から前記既に設定された値に基づいて決定されたスロット以後の時点を意味する。前記既に設定された値は、前述のリソース衝突指示子送信に関連したＴ値に基づく。例えば、前記既に設定された値は、前記ＰＳＳＣＨの送信のためのスロットと前記ＨＡＲＱ－ＡＣＫ情報に関連したＰＳＦＣＨの受信のためのスロットとの間の最小間隔に設定された値（例：前述のＰＳＳＣＨ－ＴＯ－ＰＳＦＣＨの最小時間値（上位層パラメータｓｌ－ＭｉｎＴｉｍｅＧａｐＰＳＦＣＨ））を意味する。例えば、前記既に設定された値は、第１端末のセンシング結果に対するプロセッシングタイムであるＴ＿ｐｒｏｃ，０であり得る。

【0415】

前記第２時点は、前記ＳＣＩに基づいて予約されたリソースから前記既に設定されたスロット数以前の時点を意味する。

【0416】

一実施形態によれば、前記衝突情報は前記既に設定された値に基づいて決定されたスロットより以前時点で取得された情報に基づく。例えば、前記スロットがｎである場合、当該スロットｎから特定時点以前に取得された情報に基づいてのみ前記衝突情報が決定されることができる。前記特定時点は、前述のＴ値に基づいて決定された時点であり得る。

【0417】

一実施形態によれば、前記ＰＳＦＣＨに前記衝突情報が含まれたことに基づいて、前記ＰＳＦＣＨの受信に関連した優先順位は前記ＳＣＩに基づいて予約されたリソースに関する優先順位に基づいて決定されることができる。前記ＳＣＩに基づいて予約されたリソースに関連した優先順位は、前記ＰＳＳＣＨの送信のための優先順位を意味する。

【0418】

一実施形態によれば、前記衝突情報と関連した前記ＰＳＦＣＨは、前記第１端末の半二重動作（Ｈａｌｆ－ｄｕｐｌｅｘ ｏｐｅｒａｔｉｏｎ）により前記ＳＣＩにより予約されたリソースにおいて前記ＰＳＳＣＨの受信が不可能であることに基づいて受信できる。前記第１端末の半二重動作（Ｈａｌｆ－ｄｕｐｌｅｘ ｏｐｅｒａｔｉｏｎ）は前記第１端末の送信動作または受信動作を含む。

【0419】

一実施形態によれば、前記衝突情報と関連した前記ＰＳＦＣＨは、前記ＳＣＩにより予約されたリソースが第３端末のＳＣＩにより予約されたリソースと重畳されることに基づいて受信できる。前記第３端末は、前記第２端末とは異なる端末を意味する。

【0420】

前述のＳ１６３０により、第２端末（図１７ないし図２２の１００／２００）が第１端末（図１７ないし図２２の１００／２００）から前記ＰＳＦＣＨを受信する動作は図１７ないし図２２の装置により実現できる。例えば、図１８を参照すると、１つ以上のプロセッサ２０２は、第１端末１００から前記ＰＳＦＣＨを受信するように１つ以上のトランシーバ２０６及び／又は１つ以上のメモリ２０４を制御することができる。

【0421】

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

【0422】

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

【0423】

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

【0424】

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

【0425】

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

【0426】

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

【0427】

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

【0428】

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

【0429】

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

【0430】

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

【0431】

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

【0432】

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

【0433】

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

【0434】

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

【0435】

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

【0436】

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

【0437】

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

【0438】

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

【0439】

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

【0440】

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

【0441】

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

【0442】

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

【0443】

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

【0444】

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

【0445】

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

【0446】

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

【0447】

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

【0448】

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

【0449】

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

【0450】

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

【0451】

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

【0452】

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

【0453】

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

【0454】

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

【0455】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】