特許 7471412 ＮＲ Ｖ２ＸにおけるＣＳＩを要求する方法及び装置

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

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

(11)【特許番号】

(24)【登録日】2024-04-11

(45)【発行日】2024-04-19

(54)【発明の名称】ＮＲ Ｖ２ＸにおけるＣＳＩを要求する方法及び装置

(51)【国際特許分類】

   H04W 24/10 20090101AFI20240412BHJP

   H04W 92/18 20090101ALI20240412BHJP

【ＦＩ】

H04W24/10

H04W92/18

【請求項の数】 15

(21)【出願番号】P 2022529711

(86)(22)【出願日】2020-11-20

(65)【公表番号】

(43)【公表日】2023-02-01

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

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

(87)【国際公開日】2021-05-27

【審査請求日】2022-06-29

(31)【優先権主張番号】62/938,298

(32)【優先日】2019-11-20

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

(31)【優先権主張番号】62/938,901

(32)【優先日】2019-11-21

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

(31)【優先権主張番号】62/938,938

(32)【優先日】2019-11-21

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

(31)【優先権主張番号】10-2019-0153818

(32)【優先日】2019-11-26

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

(31)【優先権主張番号】62/940,879

(32)【優先日】2019-11-26

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

(31)【優先権主張番号】10-2019-0154911

(32)【優先日】2019-11-27

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

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

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

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

(31)【優先権主張番号】63/012,859

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

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

【前置審査】

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100117019

【弁理士】

【氏名又は名称】渡辺 陽一

(74)【代理人】

【識別番号】100108903

【弁理士】

【氏名又は名称】中村 和広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(72)【発明者】

【氏名】イ スンミン

(72)【発明者】

【氏名】ソ ハンピョル

【審査官】中元 淳二

(56)【参考文献】

【文献】MediaTek Inc.，On sidelink physical layer structure[online]，3GPP TSG RAN WG1 #96 R1-1901809，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1901809.zip>，2019年02月27日

【文献】Huawei, HiSilicon，Sidelink physical layer procedures for NR V2X[online]，3GPP TSG RAN WG1 #99 R1-1911887，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1911887.zip>，2019年11月18日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

第１装置が無線通信を行う方法において、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第２装置へ送信するステップと、
前記ＰＳＳＣＨを介して、第１ＣＳＩ報告が要求されたことを示す第１ＣＳＩ要求情報を含む前記第２ＳＣＩを前記第２装置へ送信するステップと、を含み、
ＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）の送信は、前記ＰＳＳＣＨの送信の範囲内であり、
前記第１装置は、前記第１ＣＳＩ報告の成功裏の受信の時間の前に、第２ＣＳＩ報告が要求されたことを示す第２ＣＳＩ要求情報を前記第２装置へ送信することにより、前記第２装置に対して前記第２ＣＳＩ報告をトリガーすることを許可されない、方法。

【請求項2】

前記第１ＣＳＩ報告の成功裏の受信の時間に関する持続時間は、前記第１ＣＳＩ報告に関連するレイテンシーバウンドである、請求項１に記載の方法。

【請求項3】

前記第１装置は、（ｉ）前記第１ＣＳＩ報告の成功裏の受信の時間の前に、又は（ｉｉ）前記第１ＣＳＩ報告に関連するレイテンシーバウンド内において、前記第２ＣＳＩ報告が要求されたことを示す前記第２ＣＳＩ要求情報を前記第２装置へ送信することにより、前記第２装置に対して前記第２ＣＳＩ報告をトリガーすることを許可されない、請求項１に記載の方法。

【請求項4】

前記レイテンシーバウンドは、前記第２ＳＣＩに関連するスロットの次のスロットから前記第２ＳＣＩによって要求された前記第１ＣＳＩ報告が許可される最後のスロットまでのスロットの数である、請求項２に記載の方法。

【請求項5】

前記第１装置は、前記第１ＣＳＩ報告に関連する前記レイテンシーバウンド外において、前記第２ＣＳＩ報告が要求されたことを示す前記第２ＣＳＩ要求情報を前記第２装置へ送信することにより、前記第２装置に対して前記第２ＣＳＩ報告をトリガーすることを許可される、請求項２に記載の方法。

【請求項6】

前記第１ＣＳＩ報告に関連する前記レイテンシーバウンドは、前記第１装置及び前記第２装置に対して設定される、請求項２に記載の方法。

【請求項7】

前記第１ＣＳＩ報告の成功裏の受信の時間に関する持続時間は、前記第１ＣＳＩ報告に関連するレイテンシーバウンドより短いか同じである、請求項１に記載の方法。

【請求項8】

前記第１ＣＳＩ報告に関連する前記レイテンシーバウンド内の第１スロットにおいて、前記第２ＳＣＩによって要求された前記第１ＣＳＩ報告を前記第２装置から受信するステップをさらに含む、請求項７に記載の方法。

【請求項9】

前記持続時間は前記第１スロットにおいて終了される、請求項８に記載の方法。

【請求項10】

前記第１スロット以後の第２スロットにおいて、前記第１装置は、前記第２ＣＳＩ報告が要求されたことを示す前記第２ＣＳＩ要求情報を前記第２装置へ送信することを許可される、請求項８に記載の方法。

【請求項11】

前記第１スロット以後、前記レイテンシーバウンド内の第２スロットにおいて、前記第１装置は、前記第２ＣＳＩ報告が要求されたことを示す前記第２ＣＳＩ要求情報を前記第２装置へ送信することを許可される、請求項８に記載の方法。

【請求項12】

前記第１装置が前記第２ＳＣＩによって要求された前記第１ＣＳＩ報告を前記持続時間内において前記第２装置から受信しないことに基づいて、前記第１装置は、前記第１ＣＳＩ報告の成功裏の受信の時間の前に、前記第２ＣＳＩ報告が要求されたことを示す前記第２ＣＳＩ要求情報を前記第２装置へ送信することにより、前記第２装置に対して前記第２ＣＳＩ報告をトリガーすることを許可されない、請求項７に記載の方法。

【請求項13】

前記レイテンシーバウンドの終了時点は、前記第１ＣＳＩ報告の受信が可能な最後のスロットである、請求項７に記載の方法。

【請求項14】

無線通信を行う第１装置において、
命令を格納する一つ以上のメモリと、
一つ以上の送受信機と、
前記一つ以上のメモリと前記一つ以上の送受信機とに接続される一つ以上のプロセッサと、を含み、前記一つ以上のプロセッサは前記命令を実行して、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第２装置へ送信し、
前記ＰＳＳＣＨを介して、第１ＣＳＩ報告が要求されたことを示す第１ＣＳＩ要求情報を含む前記第２ＳＣＩを前記第２装置へ送信し、
ＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）の送信は、前記ＰＳＳＣＨの送信の範囲内であり、
前記第１装置は、前記第１ＣＳＩ報告の成功裏の受信の時間の前に、第２ＣＳＩ報告が要求されたことを示す第２ＣＳＩ要求情報を前記第２装置へ送信することにより、前記第２装置に対して前記第２ＣＳＩ報告をトリガーすることを許可されない、第１装置。

【請求項15】

無線通信を行う第１端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）において、
一つ以上のプロセッサと、
前記一つ以上のプロセッサによって実行できるように接続され、及び命令を格納する一つ以上のメモリと、を含み、前記一つ以上のプロセッサは前記命令を実行して、
ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第２端末へ送信し、
前記ＰＳＳＣＨを介して、第１ＣＳＩ報告が要求されたことを示す第１ＣＳＩ要求情報を含む前記第２ＳＣＩを前記第２端末へ送信し、
ＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）の送信は、前記ＰＳＳＣＨの送信の範囲内であり、
前記第１端末は、前記第１ＣＳＩ報告の成功裏の受信の時間の前に、第２ＣＳＩ報告が要求されたことを示す第２ＣＳＩ要求情報を前記第２端末へ送信することにより、前記第２端末に対して前記第２ＣＳＩ報告をトリガーすることを許可されない、装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【0007】

例えば、ＣＡＭは、方向及び速度のような車両の動的状態情報、寸法のような車両静的データ、外部照明状態、経路内訳など、基本車両情報を含むことができる。例えば、端末は、ＣＡＭを放送することができ、ＣＡＭの遅延（ｌａｔｅｎｃｙ）は、１００ｍｓより小さい。例えば、車両の故障、事故などの突発的な状況が発生する場合、端末は、ＤＥＮＭを生成して他の端末に送信できる。例えば、端末の送信範囲内にある全ての車両は、ＣＡＭ及び／またはＤＥＮＭを受信することができる。この場合、ＤＥＮＭは、ＣＡＭより高い優先順位を有することができる。

【0008】

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

【0009】

例えば、車両プラトー二ングに基づいて、車両は、動的にグループを形成して共に移動できる。例えば、車両プラトー二ングに基づくプラトーン動作（ｐｌａｔｏｏｎ ｏｐｅｒａｔｉｏｎｓ）を実行するために、前記グループに属する車両は、先頭車両から周期的なデータを受信することができる。例えば、前記グループに属する車両は、周期的なデータを利用することで、車両間の間隔を減らしたり増やしたりすることができる。

【0010】

例えば、向上したドライビングに基づいて、車両は、半自動化または完全自動化されることができる。例えば、各車両は、近接車両及び／または近接ロジカルエンティティ（ｌｏｇｉｃａｌ ｅｎｔｉｔｙ）のローカルセンサ（ｌｏｃａｌ ｓｅｎｓｏｒ）で取得されたデータに基づいて、軌道（ｔｒａｊｅｃｔｏｒｉｅｓ）または機動（ｍａｎｅｕｖｅｒｓ）を調整することができる。また、例えば、各車両は、近接した車両とドライビングインテンション（ｄｒｉｖｉｎｇ ｉｎｔｅｎｔｉｏｎ）を相互共有することができる。

【0011】

例えば、拡張センサに基づいて、ローカルセンサを介して取得された生データ（ｒａｗ ｄａｔａ）または処理されたデータ（ｐｒｏｃｅｓｓｅｄ ｄａｔａ）、またはライブビデオデータ（ｌｉｖｅ ｖｉｄｅｏ ｄａｔａ）は、車両、ロジカルエンティティ、歩行者の端末及び／またはＶ２Ｘ応用サーバ間に相互交換されることができる。したがって、例えば、車両は、自体センサを利用して検知できる環境より向上した環境を認識することができる。

【0012】

例えば、リモートドライビングに基づいて、運転ができない人または危険な環境に位置したリモート車両のために、リモートドライバまたはＶ２Ｘアプリケーションは、前記リモート車両を動作または制御することができる。例えば、公共交通のように経路を予測することができる場合、クラウドコンピューティングベースのドライビングが前記リモート車両の動作または制御に利用されることができる。また、例えば、クラウドベースのバックエンドサービスプラットフォーム（ｃｌｏｕｄ－ｂａｓｅｄ ｂａｃｋ－ｅｎｄ ｓｅｒｖｉｃｅ ｐｌａｔｆｏｒｍ）に対するアクセスがリモートドライビングのために考慮されることができる。

【0013】

一方、車両プラトー二ング、向上したドライビング、拡張されたセンサ、リモートドライビングなど、多様なＶ２Ｘシナリオに対するサービス要求事項（ｓｅｒｖｉｃｅ ｒｅｑｕｉｒｅｍｅｎｔｓ）を具体化する方案がＮＲに基づくＶ２Ｘ通信で論議されている。

【発明の概要】

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

【0014】

その一方で、ＳＬ通信において、第１装置はＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を第２装置へ送信することができ、第２装置はＣＳＩ－ＲＳに基づいてＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）を獲得して第１装置に報告することができる。この場合、第１装置がＣＳＩ報告を第２装置に要求することが許可させる持続時間又は許可されない持続時間を設定する必要がある。

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

【0015】

一実施例において、第１装置が無線通信を行う方法が提供される。前記方法は、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第２装置へ送信するステップ、及び前記ＰＳＳＣＨを介して、第１ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）報告が要求（ｒｅｑｕｅｓｔ）されたことを示すＣＳＩ要求情報を含む前記第２ＳＣＩ及びＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記第２装置へ送信するステップを含む。前記第１ＣＳＩ報告に関連する持続時間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内において、前記第１装置は第２ＣＳＩ報告が要求されたことを示すＣＳＩ要求情報を前記第２装置へ送信するように許可されない場合がある。

【0016】

一実施例において、無線通信を行う第１装置が提供される。前記第１装置は命令を格納する一つ以上のメモリ、一つ以上の送受信機、及び前記一つ以上のメモリと前記一つ以上の送受信機を接続する一つ以上のプロセッサを含む。前記一つ以上のプロセッサは前記命令を実行して、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第２装置へ送信し、及び前記ＰＳＳＣＨを介して、第１ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）報告が要求（ｒｅｑｕｅｓｔ）されたことを示すＣＳＩ要求情報を含む前記第２ＳＣＩ及びＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記第２装置へ送信することができる。前記第１ＣＳＩ報告に関連する持続時間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内において、前記第１装置は第２ＣＳＩ報告が要求されたことを示すＣＳＩ要求情報を前記第２装置へ送信するように許可されない場合がある。

【発明の効果】

【0017】

端末がＳＬ通信を効率的に行うことができる。ＳＬ ＣＳＩ情報報告を要求する動作に対する端末の理解／仮定が明確になる。

【図面の簡単な説明】

【0018】

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

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

【図3】本開示の一実施例に係る、ＮＧ－ＲＡＮと５ＧＣとの間の機能的分割を示す。

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

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

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

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

【図8】本開示の一実施例に係る、ＳＬ通信のための無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示す。

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

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

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

【図12】本開示の一実施例に係る、ＣＢＲ測定のためのリソース単位を示す。

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

【図14】本開示の一実施例によって、端末がＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを送信する手順を示す。

【図15】本開示の一実施例によって、端末がＣＢＲに基づいてＳＬ通信を行う手順を示す。

【図16】本開示の一実施例によって、第１装置がＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを送信する方法を示す。

【図17】本開示の一実施例によって、第２装置がＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭに基づいてチャネル状態情報を獲得する方法を示す。

【図18】本開示の一実施例によって、第１装置が無線通信を行う方法を示す。

【図19】本開示の一実施例によって、第２装置が無線通信を行う方法を示す。

【図20】本開示の一実施例によって、端末がＳＬ ＣＳＩを報告する手順を示す。

【図21】本開示の一実施例に係る、ＳＬ ＣＳＩ報告（ｒｅｐｏｒｔｉｎｇ）ＭＡＣ ＣＥの一例を示す。

【図22】本開示の一実施例によって、ＴＸ ＵＥがＣＳＩ報告要求及びＣＳＩ－ＲＳを送信する手順を示す。

【図23】本開示の一実施例によって、ＴＸ ＵＥがＣＳＩ報告要求及びＣＳＩ－ＲＳを送信する手順を示す。

【図24】本開示の一実施例によって、第１装置が無線通信を行う方法を示す。

【図25】本開示の一実施例によって、第２装置が無線通信を行う方法を示す。

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

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

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

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

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

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

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

図３は、本開示の一実施例に係る、ＮＧ－ＲＡＮと５ＧＣとの間の機能的分割を示す。図３の実施例は、本開示の多様な実施例と結合されることができる。

【0032】

図３を参照すると、ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ Ｃｅｌｌ ＲＲＭ）、無線ベアラ管理（ＲＢ ｃｏｎｔｒｏｌ）、連結移動性制御（Ｃｏｎｎｅｃｔｉｏｎ Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ＆Ｐｒｏｖｉｓｉｏｎ）、動的リソース割当（ｄｙｎａｍｉｃ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）などの機能を提供することができる。ＡＭＦは、ＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）セキュリティ、アイドル状態移動性処理などの機能を提供することができる。ＵＰＦは、移動性アンカリング（Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）処理などの機能を提供することができる。ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）は、端末ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス割当、ＰＤＵセッション制御などの機能を提供することができる。

【0033】

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

【0034】

図４は、本開示の一実施例に係る、無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示す。図４の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図４の（ａ）は、ユーザ平面（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコル構造を示し、図４の（ｂ）は、制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコル構造を示す。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

【表1】

【0052】

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

【0053】

【表2】

【0054】

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

【0055】

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

【0056】

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

【0057】

【表3】

【0058】

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

【0059】

【表4】

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

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

【0097】

それ以外、端末は送信電力の大きさのコントロール、パケットのドロップ（ｄｒｏｐ）、再送信するかどかの決定、送信ＲＢの大きさのコントロール（ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）調整）などの方法を用いて、ＳＬ輻輳制御を実行することができる。

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

例えば、ＳＬ ＨＡＲＱフィードバックがグループキャストに対して有効になったとき、受信端末はＴＸ－ＲＸ（Ｔｒａｎｓｍｉｓｓｉｏｎ－Ｒｅｃｅｐｔｉｏｎ）距離及び／又はＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）に基づいてＨＡＲＱフィードバックを送信端末へ送信するかしないかを決定することができる。

【0109】

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

【0110】

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

【0111】

例えば、キャリアにおける端末の送信観点において、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨ間のＴＤＭがスロットにおいてＳＬのためのＰＳＦＣＨフォーマットに対して許可される。例えば、一つのシンボルを持つシ－ケンスベースＰＳＦＣＨフォーマットがサポートされる。ここで、前記一つのシンボルはＡＧＣ（ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ）区間ではない場合がある。例えば、前記シ－ケンスベースＰＳＦＣＨフォーマットはユニキャスト及びグループキャストに適用される。

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

その一方で、本開示の様々な実施例において、例えば、送信端末（ＴＸ ＵＥ）は（ターゲット）受信端末（ＲＸ ＵＥ）にデータを送信する端末である。例えば、ＴＸ ＵＥはＰＳＣＣＨ及び／又はＰＳＳＣＨ送信を実行する端末である。例えば、ＴＸ ＵＥは（ターゲット）ＲＸ ＵＥにＳＬ ＣＳＩ－ＲＳ及び／又はＳＬ ＣＳＩ報告要求インジケータを送信する端末である。例えば、ＴＸ ＵＥは（ターゲット）ＲＸ ＵＥにＳＬ（Ｌ１）ＲＳＲＰ測定に用いられる（事前に定義された）基準信号（例えば、ＰＳＳＣＨ ＤＭ－ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ））及び／又はＳＬ（Ｌ１）ＲＳＲＰ報告要求インジケータを送信する端末である。例えば、ＴＸ ＵＥは（ターゲット）ＲＸ ＵＥのＳＬ ＲＬＭ（ｒａｄｉｏ ｌｉｎｋ ｍｏｎｉｔｏｒｉｎｇ）動作及び／又はＳＬ ＲＬＦ（ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ）動作に用いられる、（制御）チャネル（例えば、ＰＳＣＣＨ、ＰＳＳＣＨなど）及び／又は前記（制御）チャネル上の基準信号（例えば、ＤＭ－ＲＳ、ＣＳＩ－ＲＳなど）を送信する端末である。

【0121】

その一方で、本開示の様々な実施例において、受信端末（ＲＸ ＵＥ）は送信端末（ＴＸ ＵＥ）から受信されたデータの復号（ｄｅｃｏｄｉｎｇ）に成功したかどうか及び／又はＴＸ ＵＥが送信した（ＰＳＳＣＨスケジューリングに関連する）ＰＳＣＣＨの検出／復号に成功したかどうかに従ってＴＸ ＵＥにＳＬ ＨＡＲＱフィードバックを送信する端末である。例えば、ＲＸ ＵＥはＴＸ ＵＥから受信されたＳＬ ＣＳＩ－ＲＳ及び／又はＳＬ ＣＳＩ報告要求インジケータに基づいてＴＸ ＵＥにＳＬ ＣＳＩ送信を実行する端末である。例えば、ＲＸ ＵＥはＴＸ ＵＥから受信された（事前に定義された）基準信号及び／又はＳＬ（Ｌ１）ＲＳＲＰ報告要求インジケータに基づいて測定されたＳＬ（Ｌ１）ＲＳＲＰ測定値をＴＸ ＵＥへ送信する端末である。例えば、ＲＸ ＵＥはＴＸ ＵＥにＲＸ ＵＥ自身のデータを送信する端末である。例えば、ＲＸ ＵＥはＴＸ ＵＥから受信された（事前に設定された）（制御）チャネル及び／又は前記（制御）チャネル上の基準信号に基づいて、ＳＬ ＲＬＭ動作及び／又はＳＬ ＲＬＦ動作を実行する端末である。

【0122】

その一方で、本開示の様々な実施例において、例えば、ＴＸ ＵＥはＳＣＩを介して、以下の情報の中で少なくともいずれか一つの情報をＲＸ ＵＥへ送信することができる。ここで、例えば、ＴＸ ＵＥは第１ＳＣＩ（ｆｉｒｓｔ ＳＣＩ）及び／又は第２ＳＣＩ（ｓｅｃｏｎｄ ＳＣＩ）を介して、以下の情報の中で少なくともいずれか一つの情報をＲＸ ＵＥへ送信することができる。

【0123】

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

【0124】

－ＳＬ ＣＳＩ報告要求インジケータ又はＳＬ（Ｌ１）ＲＳＲＰ（及び／又はＳＬ（Ｌ１）ＲＳＲＱ及び／又はＳＬ（Ｌ１）ＲＳＳＩ）報告要求インジケータ

【0125】

－（ＰＳＳＣＨ上の）ＳＬ ＣＳＩ送信インジケータ（又はＳＬ（Ｌ１）ＲＳＲＰ（及び／又はＳＬ（Ｌ１）ＲＳＲＱ及び／又はＳＬ（Ｌ１）ＲＳＳＩ）情報送信インジケータ）

【0126】

－ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）情報

【0127】

－送信電力情報

【0128】

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

【0129】

－ＳＬ ＨＡＲＱプロセス（ｐｒｏｃｅｓｓ）ＩＤ情報

【0130】

－ＮＤＩ（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）情報

【0131】

－ＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）情報

【0132】

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

【0133】

－ＳＬ ＣＳＩ－ＲＳ送信インジケータ又は（送信される）ＳＬ ＣＳＩ－ＲＳアンテナポートの数情報

【0134】

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

【0135】

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

【0136】

その一方で、本開示の様々な実施例において、例えば、ＰＳＣＣＨはＳＣＩ、第１ＳＣＩ及び／又は第２ＳＣＩの中で少なくともいずれか一つと相互代替／置換することができる。例えば、ＳＣＩはＰＳＣＣＨ、第１ＳＣＩ及び／又は第２ＳＣＩに相互代替／置換することができる。例えば、ＴＸ ＵＥはＰＳＳＣＨを介して第２ＳＣＩをＲＸ ＵＥへ送信できるため、ＰＳＳＣＨは第２ＳＣＩに相互代替／置換することができる。例えば、（比較的）高いＳＣＩペイロード（ｐａｙｌｏａｄ）のサイズを考慮してＳＣＩ構成フィールドを二つのグループに分けた場合、第１ＳＣＩ構成フィールドグループを含む第１ＳＣＩは１^ｓｔＳＣＩ又は１^ｓｔ－ｓｔａｇｅ ＳＣＩと称することができ、第２ＳＣＩ構成フィールドグループを含む第２ＳＣＩは2^ｎｄＳＣＩ又は２^ｎｄ－ｓｔａｇｅ ＳＣＩと称することができる。例えば、第１ＳＣＩはＰＳＣＣＨを介して送信される。例えば、第２ＳＣＩは（独立した）ＰＳＣＣＨを介して送信される。例えば、第２ＳＣＩはＰＳＳＣＨを介してデータと一緒にピギーバックして送信される。

【0137】

その一方で、本開示の様々な実施例において、例えば、「設定」又は「定義」は、基地局又はネットワークからの（事前に定義されたシグナリング（例えば、ＳＩＢ、ＭＡＣ、ＲＲＣなど）を介して）（リソースプールを特定して）（事前）設定（（ｐｒｅ）ｃｏｎｆｉｇｕｒａｔｉｏｎ）を意味する。例えば、「Ａが設定される」ということは「基地局／ネットワークがＡに関連する情報を端末へ送信すること」を意味する。

【0138】

その一方で、本開示の様々な実施例において、例えば、ＲＢ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）はサブキャリアに相互代替／置換することができる。例えば、パケット（ｐａｃｋｅｔ）又はトラフィック（ｔｒａｆｆｉｃ）は送信される階層によってＴＢ（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）又はＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）に相互代替／置換することができる。例えば、ＣＢＧ（ｃｏｄｅ ｂｌｏｃｋ ｇｒｏｕｐ）はＴＢに相互代替／置換することができる。例えば、ソースＩＤはデスティネーションＩＤに相互代替／置換することができる。例えば、Ｌ１ ＩＤはＬ２ ＩＤに相互代替／置換することができる。例えば、Ｌ１ ＩＤはＬ１ソースＩＤ又はＬ１デスティネーションＩＤである。例えば、Ｌ２ ＩＤはＬ２ソースＩＤ又はＬ２デスティネーションＩＤである。

【0139】

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

【0140】

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

【0141】

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

【0142】

その一方で、本開示の様々な実施例において、例えば、ＤＧ（ｄｙｎａｍｉｃ ｇｒａｎｔ）はＣＧ（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）及び／又はＳＰＳグラント（ｓｅｍｉ ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ ｇｒａｎｔ）に相互代替／置換することができる。例えば、ＤＧはＣＧ及びＳＰＳグラントの組み合わせに相互代替／置換することができる。例えば、ＣＧはＣＧタイプ１（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ １）及び／又はＣＧタイプ２（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ ２）の中で少なくともいずれか一つを含む。例えば、ＣＧタイプ１において、グラントはＲＲＣシグナリングによって提供され、設定されたグラントとして格納される。例えば、ＣＧタイプ２において、グラントはＰＤＣＣＨによって提供され、グラントの活性化又は非活性化を示すＬ１シグナリングに基づいて設定されたグラントとして格納又は削除される。例えば、ＣＧタイプ１において、基地局はＲＲＣメッセージを介して周期的なリソースをＴＸ ＵＥに割り当てることができる。例えば、ＣＧタイプ２において、基地局はＲＲＣメッセージを介して周期的なリソースをＴＸ ＵＥに割り当てることができ、基地局はＤＣＩを介して前記周期的なリソースを動的に活性化（ａｃｔｉｖａｔｉｏｎ）又は非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）することができる。

【0143】

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

【0144】

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

【0145】

その一方で、本開示の様々な実施例において、優先順位はＬＣＰ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）、レイテンシー（ｌａｔｅｎｃｙ）、信頼性（ｒｅｌｉａｂｉｌｉｔｙ）、必要最小限通信範囲（ｍｉｎｉｍｕｍ ｒｅｑｕｉｒｅｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ）、ＰＰＰＰ（Ｐｒｏｓｅ Ｐｅｒ－Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ）、ＳＬＲＢ（Ｓｉｄｅｌｉｎｋ Ｒａｄｉｏ Ｂｅａｒｅｒ）、ＱｏＳプロファイル（ｐｒｏｆｉｌｅ）、ＱｏＳパラメータ、及び／又は要件（ｒｅｑｕｉｒｅｍｅｎｔ）のうち少なくともいずれか一つに相互代替／置換される。

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

その一方で、本開示の様々な実施例において、優先順位が高いのは優先順位値が小さいことを意味し、優先順位が低いのは優先順位値が大きいことを意味する。例えば、表５は優先順位の一例を示す。

【0151】

【表5】

【0152】

表５を参照すると、例えば、最も小さい優先順位値に関連するサービスＡ又は論理チャネルＡの優先順位が最も高い場合がある。例えば、最も大きい優先順位値に関連するサービスＣ又は論理チャネルＣの優先順位が最も低い場合がある。

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

その一方で、ＳＬ ＨＡＲＱフィードバック動作がＳＬ通信を行う端末に対して設定／適用される場合、サービス関連要件（例えば、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）、エラー率（ｅｒｒｏｒ ｒａｔｅ）など）が効率的に満たされる。このために、例えば、ＴＸ ＵＥはＰＳＳＣＨ及び／又はＰＳＣＣＨを介してＳＬ情報を送信することができ、ＲＸ ＵＥはＰＳＦＣＨを介してＳＬ ＨＡＲＱフィードバック情報を送信することができる。例えば、ＴＸ ＵＥはＰＳＳＣＨ及び／又はＰＳＣＣＨを介してＳＬ情報を自身のターゲットＲＸ ＵＥへ送信することができる。例えば、前記ＲＸ ＵＥはＴＸ ＵＥのターゲットＲＸ ＵＥである。例えば、ＲＸ ＵＥはＰＳＦＣＨを介してＳＬ ＨＡＲＱフィードバック情報をＴＸ ＵＥへ送信することができる。例えば、ＲＸ ＵＥがＰＳＦＣＨを介して送信するＳＬ ＨＡＲＱフィードバック情報の構成及び／又はＳＬ ＨＡＲＱフィードバック情報の量（例えば、ビットの数）は以下の一部又は全部の方法によって決定／定義される。

【0160】

（１）動的コードブック（ｄｙｎａｍｉｃ ｃｏｄｅｂｏｏｋ）

【0161】

例えば、ＲＸ ＵＥがＰＳＦＣＨを介して送信するＳＬ ＨＡＲＱフィードバック情報の構成及び／又はＳＬ ＨＡＲＱフィードバック情報の量は動的コードブックによって決定／定義される。この場合、例えば、ＴＸ ＵＥが送信する（新しい）ＴＢの数によって、ＲＸ ＵＥは送信するＳＬ ＨＡＲＱフィードバック情報の量を変更／決定することができる。例えば、ＴＸ ＵＥが送信する（新しい）ＴＢの数によって、ＲＸ ＵＥはＴＸ ＵＥへ送信するＳＬ ＨＡＲＱフィードバック情報の量を変更／決定することができる。

【0162】

例えば、ＲＸ ＵＥがＰＳＣＣＨのデコードに失敗した場合、例えば、ＲＸ ＵＥがＴＸ ＵＥによって送信されるＰＳＣＣＨのデコードに失敗した場合、ＴＸ ＵＥはＲＸ ＵＥがＰＳＦＣＨを介して送信するＳＬ ＨＡＲＱフィードバック情報の量及び／又はＲＸ ＵＥがＳＬ ＨＡＲＱフィードバック情報の送信に使用するＰＳＦＣＨリソースに対するブラインドデコードを実行する必要がある。例えば、ＲＸ ＵＥが送信するＳＬ ＨＡＲＱフィードバック情報の量によって、ＲＸ ＵＥは異なるＺＣ（ｚａｄｏｆｆ－ｃｈｕ）シ－ケンス関連ＣＳ（Ｃｙｃｌｉｃ Ｓｈｉｆｔ）の数及び位相値を用いてＳＬ ＨＡＲＱフィードバック情報を生成／送信することができる。例えば、ＲＸ ＵＥが送信するＳＬ ＨＡＲＱフィードバック情報が１ビットである場合、ＲＸ ＵＥは２個のＣＳ値を用いて、ＳＬ ＨＡＲＱフィードバック情報を生成／送信することができる。例えば、ＲＸ ＵＥが送信するＳＬ ＨＡＲＱフィードバック情報が２ビットである場合、ＲＸ ＵＥは４個のＣＳ値を用いて、ＳＬ ＨＡＲＱフィードバック情報を生成／送信することができる。例えば、ＴＸ ＵＥが３個のＴＢをＲＸ ＵＥへ送信し、及びＲＸ ＵＥが１個のＴＢに関連するＰＳＣＣＨデコードに失敗した場合、ＲＸ ＵＥは２ビットのＨＡＲＱフィードバック情報をＴＸ ＵＥへ送信することができる。この場合、３ビットのＨＡＲＱフィードバック情報の受信を期待したＴＸ ＵＥはＨＡＲＱフィードバック情報に対するブラインドデコードを実行する必要がある。

【0163】

ここで、例えば、ＴＸ ＵＥがＲＸ ＵＥがＰＳＦＣＨを介して送信するＳＬ ＨＡＲＱフィードバック情報の量及び／又はＲＸ ＵＥがＳＬ ＨＡＲＱフィードバック情報の送信に使用するＰＳＦＣＨリソースに対するブラインドデコードを実行する問題を軽減させるために、ＴＸ ＵＥは前記ＴＸ ＵＥがＲＸ ＵＥに何回目に（新しい）ＴＢ送信を実行したか知らせるインジケータフィールドを含むＳＣＩをＲＸ ＵＥへ送信することができる。例えば、ＳＣＩは２^ｎｄＳＣＩである。

【0164】

（２）（準）静的コードブック（（ｓｅｍｉ）ｓｔａｔｉｃ ｃｏｄｅｂｏｏｋ）

【0165】

例えば、ＲＸ ＵＥがＰＳＦＣＨを介して送信するＳＬ ＨＡＲＱフィードバック情報の構成及び／又はＳＬ ＨＡＲＱフィードバック情報の量は（準）静的コードブックによって決定／定義される。

【0166】

例えば、ＰＳＦＣＨリソースに連動されたＰＳＳＣＨリソースのスロットの数及び／又はＰＳＦＣＨリソースに連動されたＰＳＣＣＨリソースのスロットの数が端末に対して設定されるか事前に設定される。例えば、ＰＳＦＣＨリソースに連動されたＰＳＳＣＨリソースのスロットの数及び／又はＰＳＦＣＨリソースに連動されたＰＳＣＣＨリソースのスロットの数はリソースプールごとに端末に対して設定されるか事前に設定される。

【0167】

例えば、ＰＳＦＣＨリソースに連動されたＰＳＳＣＨリソースの位置及び／又はＰＳＦＣＨリソースに連動されたＰＳＣＣＨリソースの位置が端末に対して設定されるか事前に設定される。例えば、ＰＳＦＣＨリソースに連動されたＰＳＳＣＨリソースの位置及び／又はＰＳＦＣＨリソースに連動されたＰＳＣＣＨリソースの位置はリソースプールごとに端末に対して設定されるか事前に設定される。

【0168】

例えば、ＰＳＦＣＨリソースに連動されたＰＳＳＣＨリソースのインデクス及び／又はＰＳＦＣＨリソースに連動されたＰＳＣＣＨリソースのインデクスが端末に対して設定されるか事前に設定される。例えば、ＰＳＦＣＨリソースに連動されたＰＳＳＣＨリソースのインデクス及び／又はＰＳＦＣＨリソースに連動されたＰＳＣＣＨリソースのインデクスはリソースプールごとに端末に対して設定されるか事前に設定される。

【0169】

例えば、ＰＳＦＣＨリソースに連動されたＰＳＳＣＨリソースのスロットの数、ＰＳＦＣＨリソースに連動されたＰＳＣＣＨリソースのスロットの数、ＰＳＦＣＨリソースに連動されたＰＳＳＣＨリソースの位置、ＰＳＦＣＨリソースに連動されたＰＳＣＣＨリソースの位置、ＰＳＦＣＨリソースに連動されたＰＳＳＣＨリソースのインデクス及び／又はＰＳＦＣＨリソースに連動されたＰＳＣＣＨリソースのインデクスのうち少なくともいずれか一つに基づいて、端末はＰＳＦＣＨに含まれるＳＬ ＨＡＲＱフィードバック情報の量を決定することができる。

【0170】

例えば、ＲＸ ＵＥは（ＰＳＦＣＨスロット以前に）比較的低いインデクスのＰＳＳＣＨスロット及び／又はＰＳＣＣＨスロットに関連するフィードバック情報から順次（特定ＰＳＦＣＨ上の）ＳＬ ＨＡＲＱフィードバック情報に含めることができる。例えば、ＲＸ ＵＥは（ＰＳＦＣＨスロット以前に）比較的高いインデクスのＰＳＳＣＨスロット及び／又はＰＳＣＣＨスロットに関連するフィードバック情報から順次（特定ＰＳＦＣＨ上の）ＳＬ ＨＡＲＱフィードバック情報に含めることができる。例えば、ＲＸ ＵＥは（ＰＳＦＣＨスロット以前に）事前に設定されたインデクスのＰＳＳＣＨスロット及び／又はＰＳＣＣＨスロットに関連するフィードバック情報から（特定ＰＳＦＣＨ上の）ＳＬ ＨＡＲＱフィードバック情報に含めることができる。そして、例えば、ＲＸ ＵＥは特定ＰＳＦＣＨを介して前記ＳＬ ＨＡＲＱフィードバック情報をＴＸ ＵＥへ送信することができる。

【0171】

本開示の様々な実施例によって、ＵＥは表６に基づいてＣＢＲを測定／獲得することができる。

【0172】

【表6】

【0173】

本開示の様々な実施例によって、ＵＥは表７に基づいてＣＲを測定／獲得することができる。

【0174】

【表7】

【0175】

その一方で、例えば、第１端末がＳＬ ＣＳＩ情報を獲得／計算するために、ＮＺＰ（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）ＣＳＩ－ＲＳ及びＣＳＩ－ＩＭ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）が第１端末に対して設定される。例えば、第２端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを第１端末へ送信することができ、第１端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭに基づいて第２端末に対するＳＬ ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）情報を計算／獲得することができる。例えば、ＣＳＩ－ＩＭはＺＰ（ｚｅｒｏ ｐｏｗｅｒ）ＣＳＩ－ＲＳである。ここで、例えば、第１端末はＮＺＰ ＣＳＩ－ＲＳを要求されるリンク品質／チャネル測定／チャネル推定（ｄｅｓｉｒｅｄ ｌｉｎｋ ｑｕａｌｉｔｙ／ｃｈａｎｎｅｌ ｍｅａｓｕｒｅｍｅｎｔ／ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）用途に使用することができ、第１端末はＣＳＩ－ＩＭを干渉測定（ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）及び／又は干渉推定（ｉｎｔｅｒｆｅｒｅｎｃｅ ｅｓｔｉｍａｔｉｏｎ）用途に使用することができる。

【0176】

例えば、第２端末は（スケジューリングされた）ＰＳＳＣＨリソース領域上においてのみ、ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを送信することができる。例えば、第２端末はＰＳＳＣＨを送信する場合にのみ、ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを送信することができる。

【0177】

例えば、第２端末は（スケジューリングされた）ＰＳＳＣＨ及び／又はＰＳＣＣＨリソース領域上においてのみ、ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを送信することができる。例えば、第２端末はＰＳＳＣＨ及び／又はＰＳＣＣＨを送信する場合にのみ、ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを送信することができる。

【0178】

その一方で、ＴＸ ＵＥがＲＸ ＵＥにＳＬ ＣＳＩ情報報告を要求した後、ある条件に満足したとき、ＴＸ ＵＥが関連（報告）レイテンシー予算（ｌａｔｅｎｃｙ ｂｕｄｇｅｔ）内において追加のＳＬ ＣＳＩ情報報告を要求することができるか不明確である。その一方で、特定時点において実行されるＳＬ送信動作に対して輻輳制御（ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ）（例えば、最大許可送信電力値）が適用されたとき、（関連）ＣＢＲ測定時点とＳＬヌメロロジー（例えば、ＳＣＳ）間の関係が不明確である。その一方で、ＴＸ ＵＥがＰＳＳＣＨ送信を実行するとき、ＰＲＧ（ｐｒｅｃｏｄｉｎｇ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ）がどう定義されるか不明確である。

【0179】

図１４は本開示の一実施例によって、端末がＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを送信する手順を示す。図１４の実施例は本開示の様々な実施例と組み合わせることができる。

【0180】

図１４を参照すれば、ステップＳ１４１０において、端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭをリソースブロック（例えば、ＲＥ）にマッピングすることができる。ステップＳ１４２０において、端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを送信することができる。

【0181】

例えば、端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを同じシンボル上において（限定して）マッピングして、送信することができる。例えば、端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭがマッピングされたシンボル（例えば、ＲＥ）とＦＤＭの形として位置するＲＥ上に、データ情報をマッピングしない場合がある。具体的に、例えば、データ情報とＮＺＰ ＣＳＩ－ＲＳはＴＤＭの形としてシンボルにマッピングされる。具体的に、例えば、データ情報とＣＳＩ－ＩＭはＴＤＭの形としてシンボルにマッピングされる。例えば、端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭがマッピングされたシンボル（例えば、ＲＥ）とＦＤＭの形として位置するＲＥ上に、２^ｎｄＳＣＩをマッピングしない場合がある。具体的に、例えば、２^ｎｄＳＣＩとＮＺＰ ＣＳＩ－ＲＳはＴＤＭの形としてシンボルにマッピングされる。具体的に、例えば、２^ｎｄＳＣＩとＣＳＩ－ＩＭはＴＤＭの形としてシンボルにマッピングされる。例えば、端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭがマッピングされたシンボル（例えば、ＲＥ）とＦＤＭの形として位置するＲＥ上に、ＰＴ－ＲＳをマッピングしない場合がある。具体的に、例えば、ＰＴ－ＲＳとＮＺＰ ＣＳＩ－ＲＳはＴＤＭの形としてシンボルにマッピングされる。具体的に、例えば、ＰＴ－ＲＳとＣＳＩ－ＩＭはＴＤＭの形としてシンボルにマッピングされる。例えば、データ情報／２^ｎｄＳＣＩ／ＰＴ－ＲＳ及びＮＺＰ ＣＳＩ－ＲＳ／ＣＳＩ－ＩＭはＴＤＭの形としてシンボルにマッピングされる。

【0182】

例えば、上述したルールが適用される場合、端末はＮＺＰ ＣＳＩ－ＲＳ及びＣＳＩ－ＩＭのみを特定シンボルにマッピングすることができる。すなわち、例えば、端末は特定シンボルにＮＺＰ ＣＳＩ－ＲＳ及びＣＳＩ－ＩＭのみをマッピングして送信することができ、データ情報、２^ｎｄＳＣＩ、ＰＴ－ＲＳなどは前記特定シンボル上にマッピングされない場合がある。

【0183】

例えば、ＮＺＰ ＣＳＩ－ＲＳのＰＳＤ（Ｐｏｗｅｒ Ｓｐｅｃｔｒａｌ Ｄｅｎｓｉｔｙ）昇圧（ｂｏｏｓｔｉｎｇ）が（リソースプール特定）端末に対して適用／設定される場合、端末は（例外的に）ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭがマッピングされたシンボル（例えば、ＲＥ）とＦＤＭの形として位置するＲＥ上に、２^ｎｄＳＣＩをマッピングしない場合がある。例えば、ＮＺＰ ＣＳＩ－ＲＳのＰＳＤ（Ｐｏｗｅｒ Ｓｐｅｃｔｒａｌ Ｄｅｎｓｉｔｙ）昇圧（ｂｏｏｓｔｉｎｇ）が（リソースプール特定）端末に対して適用／設定される場合、端末は（例外的に）ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭがマッピングされたシンボル（例えば、ＲＥ）とＦＤＭの形として位置するＲＥ上に、データ情報をマッピングしない場合がある。例えば、ＮＺＰ ＣＳＩ－ＲＳのＰＳＤ（Ｐｏｗｅｒ Ｓｐｅｃｔｒａｌ Ｄｅｎｓｉｔｙ）昇圧（ｂｏｏｓｔｉｎｇ）が（リソースプール特定）端末に対して適用／設定される場合、端末は（例外的に）ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭがマッピングされたシンボル（例えば、ＲＥ）とＦＤＭの形として位置するＲＥ上に、ＰＴ－ＲＳをマッピングしない場合がある。この場合、例えば、ＣＳＩ－ＩＭがマッピングされたシンボル上の２^ｎｄＳＣＩ及び／又はデータ情報関連ＲＥのＰＳＤが他のシンボル（例えば、２^ｎｄＳＣＩ及び／又はデータ情報のみがマッピングされたシンボル）に比べて増加されることで、過渡期間（ｔｒａｎｓｉｅｎｔ ｐｅｒｉｏｄ）の発生の問題が軽減される。

【0184】

例えば、端末がＣＳＩ－ＩＭがマッピングされたシンボルとＦＤＭの形として位置するＲＥ上に、２^ｎｄＳＣＩ、データ情報及び／又はＰＴ－ＲＳのうち少なくともいずれか一つをマッピングする場合、端末はＣＳＩ－ＩＭ（ＲＥ）のＰＳＤを借用しないように設定される。具体的に、例えば、端末がＣＳＩ－ＩＭがマッピングされたシンボルとＦＤＭの形として位置するＲＥ上に、２^ｎｄＳＣＩ、データ情報及び／又はＰＴ－ＲＳのうち少なくともいずれか一つをマッピングする場合、端末はＣＳＩ－ＩＭがマッピングされたＲＥに電力を割り当てることができる。具体的に、例えば、端末がＣＳＩ－ＩＭがマッピングされたシンボルとＦＤＭの形として位置するＲＥ上に、２^ｎｄＳＣＩ、データ情報及び／又はＰＴ－ＲＳのうち少なくともいずれか一つをマッピングする場合、端末はＣＳＩ－ＩＭがマッピングされたＲＥをデータ情報及び／又は２^ｎｄＳＣＩがマッピングされたＲＥに仮定し、端末はＣＳＩ－ＩＭがマッピングされたＲＥに電力を割り当てることができる。この場合、ＣＳＩ－ＩＭがマッピングされたＲＥは仮想のデータ情報及び／又は仮想の２^ｎｄＳＣＩがマッピングされたＲＥに解釈される。

【0185】

例えば、上述した実施例によれば、チャネル推定の正確度向上のためのＮＺＰ ＣＳＩ－ＲＳ（ＲＥ）のＰＳＤ昇圧動作が比較的簡単に実装される。例えば、ＣＳＩ－ＩＭ（ＲＥ）のＰＳＤがＮＺＰ ＣＳＩ－ＲＳのために借用される形である。例えば、上述した実施例によれば、端末がＮＺＰ ＣＳＩ－ＲＳ（ＲＥ）に対するＰＳＤ昇圧を実行してＮＺＰ ＣＳＩ－ＲＳを送信する場合、ＮＺＰ ＣＳＩ－ＲＳを受信する端末の側面において、ＮＺＰ ＣＳＩ－ＲＳ（ＲＥ）とＦＤＭされた形として位置するデータ情報及び／又は２^ｎｄＳＣＩに対する復調性能の減少問題が軽減される。

【0186】

図１５は本開示の一実施例によって、端末がＣＢＲに基づいてＳＬ通信を行う手順を示す。図１５の実施例は本開示の様々な実施例と組み合わせることができる。

【0187】

図１５を参照すれば、ステップＳ１５１０において、端末はＣＢＲを測定することができる。例えば、端末はリソースプールに対してＣＢＲを測定することができる。例えば、端末は表６に基づいてＣＢＲを測定してＣＢＲ値を獲得することができる。ステップＳ１５２０において、端末はＣＢＲ値に基づいてＳＬ送信を実行することができる。例えば、端末はＣＢＲ値に基づいて、ＰＳＣＣＨ及び／又はＰＳＳＣＨを送信することができる。例えば、端末はＣＢＲ値に基づいてＰＳＣＣＨ及び／又はＰＳＳＣＨに関連する送信電力を決定することができ、端末は前記送信電力に基づいてＰＳＣＣＨ及び／又はＰＳＳＣＨを送信することができる。

【0188】

例えば、端末の最大ＳＬ送信電力値はＣＢＲ範囲ごとに端末に対して異なるように設定される。例えば、端末の最大ＳＬ送信電力値はＳＬ情報（例えば、パケット又はサービス）に関連する優先順位ごとに端末に対して異なるように設定される。ここで、例えば、端末が（リソースプール内）（論理的な（ｌｏｇｉｃａｌ））スロット＃Ｎ上においてＳＬ送信を実行する場合、端末の最大ＳＬ送信電力値を設定するために用いられるＣＢＲ値は、端末が（リソースプール内）（論理的な）スロット＃（Ｎ－Ｘ）上において測定したＣＢＲ値である。例えば、Ｘ値はＳＬ通信関連ヌメロロジー（例えば、ＳＣＳ）ごとに端末に対して異なるように又は独立して設定される。例えば、ＳＣＳ値が大きいほど、Ｘ値は比較的大きい値に端末に対して設定される。

【0189】

例えば、表８はＳＣＳ及びＸ値間の関係の一例を示す。

【0190】

【表8】

【0191】

例えば、表９はＳＣＳ及びＸ値間の関係の一例を示す。

【0192】

【表9】

【0193】

例えば、ＳＣＳ値が大きいほど、Ｘ値は比較的小さい値に端末に対して設定される。例えば、Ｘ値はＳＬ通信関連ヌメロロジーと関係なく、リソースプールごとに端末に対して設定される。例えば、Ｘ値はサービスタイプごとに端末に対して設定される。例えば、Ｘ値はサービス優先順位ごとに端末に対して設定される。例えば、Ｘ値はＱｏＳ要件ごとに端末に対して設定される。例えば、Ｘは２である。例えば、Ｘ値はリソースプールに関連する輻輳レベルごとに端末に対して設定される。

【0194】

本開示の一実施例によれば、ＮＺＰ ＣＳＩ－ＲＳ関連設定情報及び／又はＣＳＩ－ＩＭ関連設定情報は端末間において設定される。例えば、ＮＺＰ ＣＳＩ－ＲＳ関連設定情報及び／又はＣＳＩ－ＩＭ関連設定情報は複数の端末間において送受信される。例えば、ＮＺＰ ＣＳＩ－ＲＳ関連設定情報及び／又はＣＳＩ－ＩＭ関連設定情報はＰＣ５ ＲＲＣシグナリングを介して複数の端末間において送受信される。例えば、ＮＺＰ ＣＳＩ－ＲＳ関連設定情報及び／又はＣＳＩ－ＩＭ関連設定情報はＣＳＩ－ＲＳ関連リソースパターン情報、ＣＳＩ－ＲＳ関連リソースパターン数情報、ＣＳＩ－ＲＳ関連アンテナポート情報、及び／又はＣＳＩ－ＲＳ関連アンテナポート数情報のうち少なくともいずれか一つを含む。

【0195】

上述したように、ＮＺＰ ＣＳＩ－ＲＳ関連設定情報及び／又はＣＳＩ－ＩＭ関連設定情報が複数の端末間において設定される場合、当該設定のうち曖昧性（ａｍｂｉｇｕｉｔｙ）が発生する場合がある。ここで、例えば、上述した問題を解決するために、端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを非活性化（ｄｉｓａｂｌｅ）して送信することができる。例えば、送信端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭをＳＣＩ上において非活性化して受信端末へ送信することができる。

【0196】

例えば、送信端末がＰＣ５－ＲＲＣシグナリングを介してＮＺＰ ＣＳＩ－ＲＳ関連設定情報及び／又はＣＳＩ－ＩＭ関連設定情報を受信端末へ送信／設定する場合、送信端末はＰＣ５ ＲＲＣ設定を含むＴＢをＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭなしに受信端末へ送信することができる。例えば、送信端末が事前に設定された回数以上に前記ＴＢに対する送信に失敗した場合、送信端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを非活性化して受信端末へ送信することができる。

【0197】

例えば、送信端末が事前に設定された回数以上に前記ＴＢに対する送信に失敗した場合、送信端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭをＳＣＩ上において非活性化して受信端末へ送信することができる。例えば、送信端末が事前に設定された回数以上に前記ＴＢに対するＮＡＣＫを受信端末から受信すれば、送信端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを非活性化して受信端末へ送信することができる。例えば、送信端末が事前に設定された回数以上に前記ＴＢに対するＮＡＣＫを受信端末から受信すれば、送信端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭをＳＣＩ上において非活性化して受信端末へ送信することができる。例えば、基地局／ネットワークは事前に設定された回数に関連する情報を送信端末に設定するか事前に設定することができる。例えば、事前に設定された回数は送信端末において予め定義される。

【0198】

例えば、送信端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを非活性化するか決定することができ、送信端末は前記決定に基づいてＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを非活性化して受信端末へ送信することができる。例えば、送信端末はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭをＳＣＩ上において非活性化するか決定することができ、送信端末は前記決定に基づいてＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭをＳＣＩ上において非活性化して受信端末へ送信することができる。

【0199】

本開示の一実施例によれば、端末は１^ｓｔＳＣＩ（例えば、ＰＳＣＣＨ）を介して、前記１^ｓｔＳＣＩに連動／スケジューリングされたＰＳＳＣＨ上のメッセージ／パケットに関連する情報を受信／デコードする必要がある端末タイプ又は端末（サブ）グループを知らせる情報を送信／シグナリングすることができる。例えば、端末は１^ｓｔＳＣＩ（例えば、ＰＳＣＣＨ）を介して、前記１^ｓｔＳＣＩに連動／スケジューリングされた２^ｎｄＳＣＩを受信／デコードする必要がある端末タイプ又は端末（サブ）グループを知らせる情報を送信／シグナリングすることができる。例えば、端末は２^ｎｄＳＣＩを介して、前記２^ｎｄＳＣＩに連動／スケジューリングされたＰＳＳＣＨ上のメッセージ／パケットに関連する情報を受信／デコードする必要がある端末タイプ又は端末（サブ）グループを知らせる情報を送信／シグナリングすることができる。例えば、端末タイプは歩行者端末及び／又は車両端末を含む。

【0200】

例えば、前記情報が送信されるフィールドは１^ｓｔＳＣＩ上に事前に設定され（一部）予約されたビット（ｒｅｓｅｒｖｅｄ ｂｉｔ）である。例えば、前記情報が送信されるフィールドは１^ｓｔＳＣＩ上に事前に設定されたサイズの（一部）予約されたビットである。例えば、端末は１^ｓｔＳＣＩ上に事前に設定され（一部）予約されたビットを用いて、前記情報を送信／シグナリングすることができる。

【0201】

例えば、端末が１^ｓｔＳＣＩ上においてＬ１ ＩＤの一部のビット（例えば、Ｘ）のみを送信する場合、前記情報が送信されるフィールドはＬ１ ＩＤ全体送信に必要なビット（例えば、Ｙ）においてＸビットを除いた余りのビット（例えば、Ｙ－Ｘ）である。例えば、端末が１^ｓｔＳＣＩ上においてＬ１ ＩＤの一部のビット（例えば、Ｘ）のみを送信する場合、端末はＬ１ ＩＤ全体送信に必要なビット（例えば、Ｙ）においてＸビットを除いた余りのビット（例えば、Ｙ－Ｘ）を用いて、前記情報を送信／シグナリングすることができる。例えば、Ｌ１ ＩＤはＬ１デスティネーションＩＤ及び／又はＬ１ソースＩＤを含む。

【0202】

例えば、端末は１^ｓｔＳＣＩを介して、（ターゲット）端末タイプに対する情報を送信／シグナリングすることができる。例えば、（ターゲット）端末タイプは１^ｓｔＳＣＩに連動／スケジューリングされたＰＳＳＣＨ上のメッセージ／パケット情報に対する受信／デコード試みが必要な端末タイプである。例えば、（ターゲット）端末タイプは１^ｓｔＳＣＩに連動／スケジューリングされた２^ｎｄＳＣＩに対する受信／デコード試みが必要な端末タイプである。例えば、端末タイプは歩行者端末及び／又は車両端末を含む。

【0203】

例えば、端末は１^ｓｔＳＣＩを介して、（サブ）グループに対する情報を送信／シグナリングすることができる。例えば、（サブ）グループは（Ｌ１又はＬ２）デスティネーションＩＤに識別された（ターゲット）端末グループ内の（サブ）グループである。ここで、例えば、上述したルールが適用される場合、バッテリー／消費電力に敏感な端末又は限られた（ＲＦ）能力を持った端末（例えば、歩行者端末）が自身と関係のない又は自身が興味のないＰＳＳＣＨ上のメッセージ／パケット情報及び／又は２^ｎｄＳＣＩに対して過渡な／意味のないデコード試みを実行することを防ぐことができる。

【0204】

例えば、端末は１^ｓｔＳＣＩ（例えば、ＰＳＣＣＨ）上の事前に設定され予約されたビットを介して、ＳＬモードに関連する情報を送信することができる。例えば、端末は１^ｓｔＳＣＩ（例えば、ＰＳＣＣＨ）上の事前に設定され予約されたビットを介して、ＳＬモードに関連する情報を送信するように設定される。例えば、端末は２^ｎｄＳＣＩ上の事前に設定され予約されたビットを介して、ＳＬモードに関連する情報を送信することができる。例えば、端末は２^ｎｄＳＣＩ上の事前に設定され予約されたビットを介して、ＳＬモードに関連する情報を送信するように設定される。例えば、予約されたビットは事前に設定されたサイズを持つ。例えば、ＳＬモードに関連する情報は端末のＳＬ送信のためのリソース選択に関連するＳＬモードに対する情報を含む。例えば、ＳＬモードに関連する情報はモード１関連情報及び／又はモード２関連情報を含む。

【0205】

例えば、端末は１^ｓｔＳＣＩ（例えば、ＰＳＣＣＨ）上の事前に設定され予約されたビットを介して、センシングタイプに関連する情報を送信することができる。例えば、端末は１^ｓｔＳＣＩ（例えば、ＰＳＣＣＨ）上の事前に設定され予約されたビットを介して、センシングタイプに関連する情報を送信するように設定される。例えば、端末は２^ｎｄＳＣＩ上の事前に設定され予約されたビットを介して、センシングタイプに関連する情報を送信することができる。例えば、端末は２^ｎｄＳＣＩ上の事前に設定され予約されたビットを介して、センシングタイプに関連する情報を送信するように設定される。例えば、センシングタイプに関連する情報は端末が送信リソースを選択するために用いたセンシングタイプに対する情報を含む。例えば、センシングタイプに関連する情報は部分センシング（ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ）、全体センシング（ｆｕｌｌ ｓｅｎｓｉｎｇ）、及び／又はＮＯセンシング（ｎｏ ｓｅｎｓｉｎｇ）のうち少なくともいずれか一つを含む。例えば、部分センシングはバッテリー／消費電力に敏感な端末又は限られた（ＲＦ）能力を持った端末が事前に設定された一部の時間領域上においてのみ実行するセンシングを含む。例えば、バッテリー／消費電力に敏感な端末又は限られた（ＲＦ）能力を持った端末は歩行者端末（ｐｅｄｅｓｔｒｉａｎ ＵＥ）を含む。例えば、全体センシングは部分センシングを実行する端末と比較して、バッテリー／消費電力に敏感ではない端末又は比較的良い（ＲＦ）能力を持った端末が比較的長い時間領域上において実行するセンシングを含む。例えば、バッテリー／消費電力に敏感ではない端末又は比較的良い（ＲＦ）能力を持った端末は車両端末（ｖｅｈｉｃｌｅ ＵＥ）を含む。例えば、ＮＯセンシングは端末がセンシング動作なしにリソースを任意に選択することを含む。

【0206】

例えば、特定モード（例えば、モード１）ベースの送信を他のモード（例えば、モード２）ベースの送信より優先に保護するために、端末は前記ＳＬモードに関連する情報を送信することができる。例えば、端末がリソース排除動作及び／又はリソース選択動作を実行する場合、特定モード（例えば、モード１）ベースの送信を他のモード（例えば、モード２）ベースの送信より優先に保護するために、端末は前記ＳＬモードに関連する情報を送信することができる。例えば、モード１ベースの送信はモード２ベースの送信より比較的高い優先順位を持つ。

【0207】

例えば、特定のセンシングタイプベースの送信を他のセンシングタイプベースの送信より優先に保護するために、端末はセンシングタイプに関連する情報を送信することができる。例えば、端末がリソース排除動作及び／又はリソース選択動作を実行する場合、特定のセンシングタイプベースの送信を他のセンシングタイプベースの送信より優先に保護するために、端末はセンシングタイプに関連する情報を送信することができる。例えば、部分センシングベースの送信は全体センシングベースの送信より比較的高い優先順位を持つ。

【0208】

本開示の一実施例によれば、ＳＬ通信において、プリコーディングリソースブロックグループ（ｐｒｅｃｏｄｉｎｇ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ）は以下で説明するルールによってサポート及び／又は定義される。説明の便宜上、プリコーディングリソースブロックグループはＰＲＧと称する。例えば、ＰＲＧは同じプリコーディングが適用されるリソースブロックのグループである。

【0209】

例えば、ＴＸ ＵＥはＳＣＩを介して、ＰＳＳＣＨの送信に用いられるＰＲＧサイズ（ｓｉｚｅ）に関連する情報をＲＸ ＵＥへ送信／シグナリングすることができる。例えば、前記ＳＣＩは１^ｓｔＳＣＩである。例えば、ＴＸ ＵＥは２^ｎｄＳＣＩを前記ＰＳＳＣＨ上にピギーバックして送信することができる。例えば、ＴＸ ＵＥは前記ＰＳＳＣＨを介して、２^ｎｄＳＣＩを送信することができる。

【0210】

例えば、ＴＸ ＵＥは２^ｎｄＳＣＩフォーマットインジケータ／情報を介して、ＰＳＳＣＨの送信に用いられるＰＲＧサイズに関連する情報をＲＸ ＵＥへ送信／シグナリングすることができる。例えば、ＴＸ ＵＥは１^ｓｔＳＣＩ上の２^ｎｄＳＣＩフォーマットインジケータ／情報を介して、ＰＳＳＣＨの送信に用いられるＰＲＧサイズに関連する情報をＲＸ ＵＥへ送信／シグナリングすることができる。

【0211】

例えば、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズに関連する情報は事前に設定されたルールによって（暗黙的に）決定／把握される。例えば、ＲＸ ＵＥ又はＴＸ ＵＥは事前に設定されたルールに基づいて、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズに関連する情報を（暗黙的に）決定／獲得することができる。

【0212】

例えば、ＴＸ ＵＥはリソースプール特定事前に設定されたＰＲＧサイズに関連する候補値のうち、ＰＲＧサイズ値を選択／決定することができる。例えば、ＰＲＧサイズ値は事前に設定されたルールによって、（暗黙的に）決定／獲得される。具体的に、例えば、ＲＸ ＵＥ又はＴＸ ＵＥは事前に設定されたルールに基づいて、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズ値を（暗黙的に）決定／獲得することができる。

【0213】

例えば、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズ値が事前に設定されたルールに基づいて（暗黙的に）決定／獲得される場合、ＴＸ ＵＥ又はＲＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＰＳＳＣＨの送信に用いられるサブチャネルの数によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズ値が事前に設定されたルールに基づいて（暗黙的に）決定／獲得される場合、ＴＸ ＵＥ又はＲＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＰＳＳＣＨの送信に用いられるＭＣＳ値によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズ値が事前に設定されたルールに基づいて（暗黙的に）決定／獲得される場合、ＴＸ ＵＥ又はＲＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＰＳＳＣＨの送信に用いられるランク（ｒａｎｋ）値によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズ値が事前に設定されたルールに基づいて（暗黙的に）決定／獲得される場合、ＴＸ ＵＥ又はＲＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＰＳＳＣＨの送信に用いられるＤＭＲＳアンテナポート数／インデクス値によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズ値が事前に設定されたルールに基づいて（暗黙的に）決定／獲得される場合、ＴＸ ＵＥ又はＲＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値は（リソースプール内）輻輳レベル（例えば、ＣＢＲ）によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズ値が事前に設定されたルールに基づいて（暗黙的に）決定／獲得される場合、ＴＸ ＵＥ又はＲＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＴＸ ＵＥが送信するサービスのタイプによって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズ値が事前に設定されたルールに基づいて（暗黙的に）決定／獲得される場合、ＴＸ ＵＥ又はＲＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＴＸ ＵＥが送信するサービスの優先順位によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズ値が事前に設定されたルールに基づいて（暗黙的に）決定／獲得される場合、ＴＸ ＵＥ又はＲＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＴＸ ＵＥが送信するサービスのＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズ値が事前に設定されたルールに基づいて（暗黙的に）決定／獲得される場合、ＴＸ ＵＥ又はＲＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＴＸ ＵＥの移動速度及び／又はＲＸ ＵＥの移動速度によって異なるように又は独立して設定／限定される。例えば、移動速度は絶対速度又は相対速度を含む。例えば、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズ値が事前に設定されたルールに基づいて（暗黙的に）決定／獲得される場合、ＴＸ ＵＥ又はＲＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＴＸ ＵＥのキャストタイプによって異なるように又は独立して設定／限定される。例えば、キャストタイプはユニキャスト、グループキャスト及び／又はブロードキャストのうち少なくともいずれか一つを含む。例えば、ＴＸ ＵＥがＰＳＳＣＨの送信に使用するＰＲＧサイズ値が事前に設定されたルールに基づいて（暗黙的に）決定／獲得される場合、ＴＸ ＵＥ又はＲＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はサブチャネルに含まれたＲＢの数によって異なるように又は独立して設定／限定される。

【0214】

例えば、ＴＸ ＵＥがＰＲＧサイズに関連する候補値のうちＰＲＧサイズ値を選択／決定する場合、ＴＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＰＳＳＣＨの送信に用いられるサブチャネルの数によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＲＧサイズに関連する候補値のうちＰＲＧサイズ値を選択／決定する場合、ＴＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＰＳＳＣＨの送信に用いられるＭＣＳ値によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＲＧサイズに関連する候補値のうちＰＲＧサイズ値を選択／決定する場合、ＴＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＰＳＳＣＨの送信に用いられるランク値によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＲＧサイズに関連する候補値のうちＰＲＧサイズ値を選択／決定する場合、ＴＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＰＳＳＣＨの送信に用いられるＤＭＲＳアンテナポート数／インデクス値によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＲＧサイズに関連する候補値のうちＰＲＧサイズ値を選択／決定する場合、ＴＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値は（リソースプール内）輻輳レベル（例えば、ＣＢＲ）によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＲＧサイズに関連する候補値のうちＰＲＧサイズ値を選択／決定する場合、ＴＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＴＸ ＵＥが送信するサービスのタイプによって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＲＧサイズに関連する候補値のうちＰＲＧサイズ値を選択／決定する場合、ＴＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＴＸ ＵＥが送信するサービスの優先順位によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＲＧサイズに関連する候補値のうちＰＲＧサイズ値を選択／決定する場合、ＴＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＴＸ ＵＥが送信するサービスのＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）によって異なるように又は独立して設定／限定される。例えば、ＴＸ ＵＥがＰＲＧサイズに関連する候補値のうちＰＲＧサイズ値を選択／決定する場合、ＴＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＴＸ ＵＥの移動速度及び／又はＲＸ ＵＥの移動速度によって異なるように又は独立して設定／限定される。例えば、移動速度は絶対速度又は相対速度を含む。例えば、ＴＸ ＵＥがＰＲＧサイズに関連する候補値のうちＰＲＧサイズ値を選択／決定する場合、ＴＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はＴＸ ＵＥのキャストタイプによって異なるように又は独立して設定／限定される。例えば、キャストタイプはユニキャスト、グループキャスト及び／又はブロードキャストのうち少なくともいずれか一つを含む。例えば、ＴＸ ＵＥがＰＲＧサイズに関連する候補値のうちＰＲＧサイズ値を選択／決定する場合、ＴＸ ＵＥが（選択可能な）ＰＲＧサイズ（候補）値はサブチャネルに含まれたＲＢの数によって異なるように又は独立して設定／限定される。

【0215】

例えば、ＴＸ ＵＥは上述した実施例によって決定されたＰＲＧサイズを（スロット内）サブチャネル単位ごとに（独立して）適用することができる。例えば、ＴＸ ＵＥは上述した実施例によって決定されたＰＲＧサイズを（スロット内）サブチャネルに関係なく（全ての）ＲＢに対して適用することができる。

【0216】

例えば、ＴＸ ＵＥがＰＲＧサイズを（スロット内）サブチャネルごとに適用する場合、ＴＸ ＵＥがＰＲＧサイズをサブチャネル内において適用した以後、残りのＲＢ数がＰＲＧサイズより小さい場合、ＴＸ ＵＥは残りのＲＢに対してサブチャネル内の他のＲＢと同じプリコーディングを適用するように決定／見なすことができる。そして、例えば、ＴＸ ＵＥは残りのＲＢに対してサブチャネル内の他のＲＢと同じプリコーディングを適用することができ、ＴＸ ＵＥは残りのＲＢ上においてＳＬ情報をＲＸ ＵＥへ送信することができる。

【0217】

例えば、ＴＸ ＵＥがＰＲＧサイズを（スロット内）サブチャネルごとに適用する場合、ＴＸ ＵＥがＰＲＧサイズをサブチャネル内において適用した以後、残りのＲＢ数がＰＲＧサイズより小さい場合、ＴＸ ＵＥは残りのＲＢに対してサブチャネル内の他のＲＢと同じプリコーディングを適用しないように決定／見なすことができる。そして、例えば、ＴＸ ＵＥは残りのＲＢに対してサブチャネル内の他のＲＢと同じプリコーディングを適用しないで、ＴＸ ＵＥは残りのＲＢ上においてＳＬ情報をＲＸ ＵＥへ送信することができる。

【0218】

例えば、ＴＸ ＵＥがＰＲＧサイズを（スロット内）サブチャネルに関係なく（全ての）ＲＢに対して適用する場合、ＴＸ ＵＥがＰＲＧサイズを（スロット内）ＲＢに対して適用した以後、残りのＲＢ数がＰＲＧサイズより小さい場合、ＴＸ ＵＥは残りのＲＢに対して他のＲＢと同じプリコーディングを適用するように決定／見なすことができる。そして、例えば、ＴＸ ＵＥは残りのＲＢに対して他のＲＢと同じプリコーディングを適用することができ、ＴＸ ＵＥは残りのＲＢ上においてＳＬ情報をＲＸ ＵＥへ送信することができる。

【0219】

例えば、ＴＸ ＵＥがＰＲＧサイズを（スロット内）サブチャネルに関係なく（全ての）ＲＢに対して適用する場合、ＴＸ ＵＥがＰＲＧサイズを（スロット内）ＲＢに対して適用した以後、残りのＲＢ数がＰＲＧサイズより小さい場合、ＴＸ ＵＥは残りのＲＢに対して他のＲＢと同じプリコーディングを適用しないように決定／見なすことができる。そして、例えば、ＴＸ ＵＥは残りのＲＢに対して他のＲＢと同じプリコーディングを適用しないで、ＴＸ ＵＥは残りのＲＢ上においてＳＬ情報をＲＸ ＵＥへ送信することができる。

【0220】

例えば、サブチャネルのサイズが事前に設定された閾値以下又は小さい場合、ＴＸ ＵＥはサブチャネルサイズ単位ごとにＰＲＧを適用することができる。例えば、サブチャネルのサイズが事前に設定された閾値以上又は超過であれば、ＴＸ ＵＥは事前に設定されたＲＢ数単位ごとにＰＲＧを適用することができる。

【0221】

例えば、サブチャネルのサイズが事前に設定された閾値以下又は小さい場合、ＴＸ ＵＥは事前に設定されたＲＢ数単位ごとにＰＲＧを適用することができる。例えば、サブチャネルのサイズが事前に設定された閾値以上又は超過であれば、ＴＸ ＵＥはサブチャネルサイズ単位ごとにＰＲＧを適用することができる。

【0222】

例えば、ＴＸ ＵＥがＰＳＳＣＨ送信に使用するサブチャネルの数が事前に設定された閾値以下又は小さい場合、ＴＸ ＵＥはサブチャネルサイズ単位ごとにＰＲＧを適用することができる。例えば、ＴＸ ＵＥがＰＳＳＣＨ送信に使用するサブチャネルの数が事前に設定された閾値以上又は超過であれば、ＴＸ ＵＥは事前に設定されたＲＢ数単位ごとにＰＲＧを適用することができる。

【0223】

例えば、ＴＸ ＵＥがＰＳＳＣＨ送信に使用するサブチャネルの数が事前に設定された閾値以下又は小さい場合、ＴＸ ＵＥは事前に設定されたＲＢ数単位ごとにＰＲＧを適用することができる。例えば、ＴＸ ＵＥがＰＳＳＣＨ送信に使用するサブチャネルの数が事前に設定された閾値以上又は超過であれば、ＴＸ ＵＥはサブチャネルサイズ単位ごとにＰＲＧを適用することができる。

【0224】

本開示の一実施例によれば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、（特定）相対速度ベースのＴＸパラメータ制限値及び／又は（特定）相対速度ベースのＴＸパラメータ制限値範囲がＴＸ ＵＥに対して異なるように設定される。そして、例えば、ＴＸ ＵＥはＴＸパラメータ制限値及び／又はＴＸパラメータ制限値範囲に基づいて、ＳＬ情報をＲＸ ＵＥへ送信することができる。例えば、ＴＸパラメータ制限値はＴＸ ＵＥの再送回数、ＴＸ ＵＥが送信に使用するＭＣＳ値、及び／又はＴＸ ＵＥの送信電力値のうち少なくともいずれか一つを含む。例えば、ＴＸパラメータ制限範囲はＴＸ ＵＥの再送回数の範囲、ＴＸ ＵＥが送信に使用するＭＣＳ値の範囲、及び／又はＴＸ ＵＥの送信電力値の範囲のうち少なくともいずれか一つを含む。

【0225】

例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、（特定）絶対速度ベースのＴＸパラメータ制限値及び／又は（特定）絶対速度ベースのＴＸパラメータ制限値範囲がＴＸ ＵＥに対して異なるように設定される。そして、例えば、ＴＸ ＵＥはＴＸパラメータ制限値及び／又はＴＸパラメータ制限値範囲に基づいて、ＳＬ情報をＲＸ ＵＥへ送信することができる。例えば、ＴＸパラメータ制限値はＴＸ ＵＥの再送回数、ＴＸ ＵＥが送信に使用するＭＣＳ値、及び／又はＴＸ ＵＥの送信電力値のうち少なくともいずれか一つを含む。例えば、ＴＸパラメータ制限範囲はＴＸ ＵＥの再送回数の範囲、ＴＸ ＵＥが送信に使用するＭＣＳ値の範囲、及び／又はＴＸ ＵＥの送信電力値の範囲のうち少なくともいずれか一つを含む。

【0226】

例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、特定ＴＸパラメータ制限値／範囲が適用される相対速度値／範囲がＴＸ ＵＥに対して異なるように設定される。例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、特定ＴＸパラメータ制限値／範囲が適用される絶対速度値／範囲がＴＸ ＵＥに対して異なるように設定される。

【0227】

例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥが相対速度又は絶対速度のうちある速度に基づいてＴＸパラメータ制限を適用するかがＴＸ ＵＥに対して異なるように設定される。例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥは相対速度に基づいてＴＸパラメータ制限値／範囲を適用／決定することができる。例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥは絶対速度に基づいてＴＸパラメータ制限値／範囲を適用／決定することができる。

【0228】

例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥが絶対速度に基づいてＴＸパラメータを制限するかどうかがＴＸ ＵＥに対して異なるように設定される。例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥは絶対速度に基づいてＴＸパラメータを制限するかどうかを決定することができる。

【0229】

例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥが相対速度に基づいてＴＸパラメータを制限するかどうかがＴＸ ＵＥに対して異なるように設定される。例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥは相対速度に基づいてＴＸパラメータを制限するかどうかを決定することができる。

【0230】

例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥが絶対速度を考慮せずＴＸパラメータを制限するかどうかがＴＸ ＵＥに対して異なるように設定される。例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥは絶対速度を考慮せずＴＸパラメータを制限するかどうかを決定することができる。

【0231】

例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥが相対速度を考慮せずＴＸパラメータを制限するかどうかがＴＸ ＵＥに対して異なるように設定される。例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥは相対速度を考慮せずＴＸパラメータを制限するかどうかを決定することができる。

【0232】

例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥがＴＸパラメータを制限するかどうかがＴＸ ＵＥに対して異なるように設定される。例えば、ＴＸ ＵＥによって送信されるサービスの優先順位、ＴＸ ＵＥによって送信されるサービスのタイプ、ＴＸ ＵＥによって送信されるサービスに関連するＱｏＳ要件（例えば、信頼度及び／又はレイテンシー）、及び／又はキャストタイプのうち少なくともいずれか一つによって、ＴＸ ＵＥはＴＸパラメータを制限するかどうかを決定することができる。

【0233】

例えば、比較的高い信頼度要件を持つサービスの場合、相対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定される。例えば、ＴＸ ＵＥは相対速度に基づいてＴＸパラメータ制限値／範囲を決定／適用することができ、ＴＸ ＵＥはＴＸパラメータ制限値／範囲に基づいてＳＬ情報をＲＸ ＵＥへ送信することができる。

【0234】

例えば、ＳＬ ＨＡＲＱフィードバックが活性化（ｅｎａｂｌｅ）されたサービスの場合、相対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定される。例えば、ＴＸ ＵＥは相対速度に基づいてＴＸパラメータ制限値／範囲を決定／適用することができ、ＴＸ ＵＥはＴＸパラメータ制限値／範囲に基づいてＳＬ情報をＲＸ ＵＥへ送信することができる。

【0235】

例えば、ユニキャストサービスの場合、相対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定される。例えば、ユニキャストサービスはＴＸ ＵＥがＰＣ５ ＲＲＣ接続を介してＲＸ ＵＥへ送信するサービスである。例えば、ＴＸ ＵＥは相対速度に基づいてＴＸパラメータ制限値／範囲を決定／適用することができ、ＴＸ ＵＥはＴＸパラメータ制限値／範囲に基づいてＳＬ情報をＲＸ ＵＥへ送信することができる。

【0236】

例えば、グループキャストサービスの場合、相対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定される。例えば、ＴＸ ＵＥは相対速度に基づいてＴＸパラメータ制限値／範囲を決定／適用することができ、ＴＸ ＵＥはＴＸパラメータ制限値／範囲に基づいてＳＬ情報をＲＸ ＵＥへ送信することができる。

【0237】

例えば、比較的高い信頼度要件を持つサービスの場合、絶対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定される。例えば、ＴＸ ＵＥは絶対速度に基づいてＴＸパラメータ制限値／範囲を決定／適用することができ、ＴＸ ＵＥはＴＸパラメータ制限値／範囲に基づいてＳＬ情報をＲＸ ＵＥへ送信することができる。

【0238】

例えば、ＳＬ ＨＡＲＱフィードバックが活性化（ｅｎａｂｌｅ）されたサービスの場合、絶対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定される。例えば、ＴＸ ＵＥは絶対速度に基づいてＴＸパラメータ制限値／範囲を決定／適用することができ、ＴＸ ＵＥはＴＸパラメータ制限値／範囲に基づいてＳＬ情報をＲＸ ＵＥへ送信することができる。

【0239】

例えば、ユニキャストサービスの場合、絶対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定される。例えば、ユニキャストサービスはＴＸ ＵＥがＰＣ５ ＲＲＣ接続を介してＲＸ ＵＥへ送信するサービスである。例えば、ＴＸ ＵＥは絶対速度に基づいてＴＸパラメータ制限値／範囲を決定／適用することができ、ＴＸ ＵＥはＴＸパラメータ制限値／範囲に基づいてＳＬ情報をＲＸ ＵＥへ送信することができる。

【0240】

例えば、グループキャストサービスの場合、絶対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定される。例えば、ＴＸ ＵＥは絶対速度に基づいてＴＸパラメータ制限値／範囲を決定／適用することができ、ＴＸ ＵＥはＴＸパラメータ制限値／範囲に基づいてＳＬ情報をＲＸ ＵＥへ送信することができる。

【0241】

例えば、特定優先順位のサービスに対して、絶対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定されない場合、ＴＸ ＵＥは相対速度を用いて前記特定優先順位のサービスに関連するメッセージの送信に用いられるＴＸパラメータを決定／選択することができる。例えば、特定優先順位のサービスに対して、絶対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定されない場合、ＴＸ ＵＥの能力によって、ＴＸ ＵＥは相対速度を用いて前記特定優先順位のサービスに関連するメッセージの送信に用いられるＴＸパラメータを決定／選択することができる。例えば、ＴＸパラメータは事前に設定された候補パラメータセット内において決定／選択される。

【0242】

例えば、特定タイプのサービスに対して、絶対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定されない場合、ＴＸ ＵＥは相対速度を用いて前記特定タイプのサービスに関連するメッセージの送信に用いられるＴＸパラメータを決定／選択することができる。例えば、特定タイプのサービスに対して、絶対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定されない場合、ＴＸ ＵＥの能力によって、ＴＸ ＵＥは相対速度を用いて前記特定タイプのサービスに関連するメッセージの送信に用いられるＴＸパラメータを決定／選択することができる。例えば、ＴＸパラメータは事前に設定された候補パラメータセット内において決定／選択される。

【0243】

例えば、特定ＱｏＳ要件を持つサービスに対して、絶対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定されない場合、ＴＸ ＵＥは相対速度を用いて前記特定ＱｏＳ要件を持つサービスに関連するメッセージの送信に用いられるＴＸパラメータを決定／選択することができる。例えば、特定ＱｏＳ要件を持つサービスに対して、絶対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定されない場合、ＴＸ ＵＥの能力によって、ＴＸ ＵＥは相対速度を用いて前記特定ＱｏＳ要件を持つサービスに関連するメッセージの送信に用いられるＴＸパラメータを決定／選択することができる。例えば、ＴＸパラメータは事前に設定された候補パラメータセット内において決定／選択される。

【0244】

例えば、特定キャストタイプに関連するサービスに対して、絶対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定されない場合、ＴＸ ＵＥは相対速度を用いて前記特定キャストタイプのサービスに関連するメッセージの送信に用いられるＴＸパラメータを決定／選択することができる。例えば、特定キャストタイプに関連するサービスに対して、絶対速度ベースのＴＸパラメータ制限がＴＸ ＵＥに対して設定されない場合、ＴＸ ＵＥの能力によって、ＴＸ ＵＥは相対速度を用いて前記特定キャストタイプのサービスに関連するメッセージの送信に用いられるＴＸパラメータを決定／選択することができる。例えば、ＴＸパラメータは事前に設定された候補パラメータセット内において決定／選択される。

【0245】

例えば、ＴＸ ＵＥが絶対速度を考慮せずＴＸパラメータを制限するようにＴＸ ＵＥに対して設定された場合、ＴＸ ＵＥは相対速度を用いてメッセージの送信に用いられるＴＸパラメータを決定／選択することができる。例えば、前記メッセージは前記特定優先順位のサービスに関連するメッセージ、前記特定タイプのサービスに関連するメッセージ、前記特定ＱｏＳ要件を持つサービスに関連するメッセージ、及び／又は前記特定キャストタイプのサービスに関連するメッセージのうち少なくともいずれか一つを含む。

【0246】

例えば、ＴＸ ＵＥがＴＸパラメータを制限するようにＴＸ ＵＥに対して設定されなかった場合、ＴＸ ＵＥは相対速度を用いてメッセージの送信に用いられるＴＸパラメータを決定／選択することができる。例えば、前記メッセージは前記特定優先順位のサービスに関連するメッセージ、前記特定タイプのサービスに関連するメッセージ、前記特定ＱｏＳ要件を持つサービスに関連するメッセージ、及び／又は前記特定キャストタイプのサービスに関連するメッセージのうち少なくともいずれか一つを含む。

【0247】

例えば、通常、ＴＸ ＵＥのキャストタイプ（例えば、ユニキャスト、グループキャスト、ブロードキャスト）及び／又はＳＬ ＨＡＲＱフィードバックが活性化されるかどうかによって、（ターゲット）サービスの優先順位、（ターゲット）サービスのタイプ、（ターゲット）サービスのＱｏＳ要件が異なる場合がある。したがって、ＴＸ ＵＥのキャストタイプ及び／又はＳＬ ＨＡＲＱフィードバックがＴＸ ＵＥによって送信されるサービスに対して実行／適用されるかどうかに基づいて、ＴＸパラメータ制限がＴＸ ＵＥに対して適用／設定／実装される。

【0248】

本開示の一実施例によれば、ＴＸ ＵＥが（ＰＳＳＣＨ上において送信する）ＰＴ－ＲＳに関連するＡＰ（ａｎｔｅｎｎａ ｐｏｒｔ）の数はＰＳＳＣＨに関連するＡＰの数より少ない場合がある。例えば、ＴＸ ＵＥがＰＴ－ＲＳを送信するのに使用するＡＰの数はＴＸ ＵＥがＰＳＳＣＨを送信するのに使用するＡＰの数より少ない場合がある。前記の場合、ＴＸ ＵＥは特定／一部の（ＰＳＳＣＨ）レイヤ／ＡＰ上のＰＴ－ＲＳ ＲＥに電力を割り当てない場合がある。例えば、ＰＴ－ＲＳ ＲＥはＰＴ－ＲＳが送信されるＲＥである。ここで、例えば、ＴＸ ＵＥがゼロパワーＰＴ－ＲＳ ＲＥ上のＰＳＤ（Ｐｏｗｅｒ Ｓｐｅｃｔｒａｌ Ｄｅｎｓｉｔｙ）を（同一シンボル内において）前記ゼロパワーＰＴ－ＲＳ ＲＥとＦＤＭの形として位置するデータＲＥに割り当て／分散する場合、第１シンボル（例えば、ＰＴ－ＲＳ及びデータがマッピングされたシンボル）及び前記第１シンボルと隣接する第２シンボル（例えば、データのみマッピングされたシンボル）間において、ＰＳＤが異なる場合がある。したがって、電力過渡期間（ｐｏｗｅｒ ｔｒａｎｓｉｅｎｔ ｐｅｒｉｏｄ）が追加要求される。ここで、例えば、上述した問題を軽減させるために、ＴＸ ＵＥはゼロパワーＰＴ－ＲＳ ＲＥ上のＰＳＤを前記ゼロパワーＰＴ－ＲＳ ＲＥとＦＤＭの形として位置する（同一シンボル内の）データＲＥに割り当て／分散しないように設定される。例えば、ＴＸ ＵＥはゼロパワーＰＴ－ＲＳ ＲＥ上のＰＳＤを前記ゼロパワーＰＴ－ＲＳ ＲＥとＦＤＭの形として位置する（同一シンボル内の）データＲＥに割り当て／分散させない場合がある。例えば、ＴＸ ＵＥはゼロパワーＰＴ－ＲＳ ＲＥ上にデータマッピングが仮想に実行されたと決定／解釈することができ、ＴＸ ＵＥはゼロパワーＰＴ－ＲＳ ＲＥ上のＰＳＤを前記ゼロパワーＰＴ－ＲＳ ＲＥとＦＤＭの形として位置する（同一シンボル内の）データＲＥに割り当て／分散させない場合がある。

【0249】

例えば、端末がチェーンベースのリソース予約動作を実行するかどうかによって、端末は本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかを決定することができる。例えば、端末がブロックベースのリソース予約動作を実行するかどうかによって、端末は本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかを決定することができる。例えば、端末がブラインド再送動作を実行するかどうかによって、端末は本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかを決定することができる。例えば、端末がＳＬ ＨＡＲＱフィードバックベースの再送動作を実行するかどうかによって、端末は本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかを決定することができる。例えば、端末がＣＧベースのリソース選択／予約動作を実行するかどうかによって、端末は本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかを決定することができる。例えば、端末がＤＧベースのリソース選択／予約動作を実行するかどうかによって、端末は本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかを決定することができる。

【0250】

例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、リソースプールごとに端末に対して異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、サービスタイプごとに端末に対して異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、サービス優先順位ごとに端末に対して異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、キャストタイプごとに端末に対して異なるように又は限定して設定される。例えば、キャストタイプはユニキャスト、グループキャスト及び／又はブロードキャストのうち少なくともいずれか一つを含む。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、デスティネーションＵＥごとに端末に対して異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、（Ｌ１又はＬ２）デスティネーションＩＤごとに端末に対して異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、（Ｌ１又はＬ２）ソースＩＤごとに端末に対して異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、（サービス）ＱｏＳパラメータごとに端末に対して異なるように又は限定して設定される。例えば、（サービス）ＱｏＳパラメータは信頼度関連パラメータ、レイテンシー関連パラメータ、及び／又は（ターゲット）ＢＬＥＲ（ｂｌｏｃｋ ｅｒｒｏｒ ｒａｔｅ）関連パラメータのうち少なくともいずれか一つを含む。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、（リソースプール）輻輳レベルごとに端末に対して異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、ＳＬモードタイプごとに端末に対して異なるように又は限定して設定される。例えば、ＳＬモードタイプはＳＬモード１及び／又はＳＬモード２を含む。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、グラントタイプごとに端末に対して異なるように又は限定して設定される。例えば、グラントタイプはＣＧ及び／又はＤＧを含む。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、パケット／メッセージ（例えば、ＴＢ）サイズごとに端末に対して異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、端末がＰＳＳＣＨを送信するのに使用するサブチャネルの数ごとに端末に対して異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、端末がＰＳＣＣＨを送信するのに使用するＲＢの数ごとに端末に対して異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、（一つの）サブチャネルを構成するＲＢの数ごとに端末に対して異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、リソースプールを構成するサブチャネルの数及び／又はリソースプールを構成するＲＢの数ごとに端末に対して異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、（一つの）サブチャネルサイズとＰＳＣＣＨ（周波数）リソースサイズが同じか否かによって異なるように又は限定して設定される。例えば、端末が本開示の様々な実施例によって提案されるルールのうち少なくともいずれか一つのルールを適用するかどうかは、（準）静的コードブックが端末に対して設定されたかどうかによって異なるように又は限定して設定される。

【0251】

例えば、端末がチェーンベースのリソース予約動作を実行するかどうかによって、パラメータは端末に対して異なるように又は限定して設定される。例えば、端末がブロックベースのリソース予約動作を実行するかどうかによって、パラメータは端末に対して異なるように又は限定して設定される。例えば、端末がブラインド再送動作を実行するかどうかによって、パラメータは端末に対して異なるように又は限定して設定される。例えば、端末がＳＬ ＨＡＲＱフィードバックベースの再送動作を実行するかどうかによって、パラメータは端末に対して異なるように又は限定して設定される。例えば、端末がＣＧベースのリソース選択／予約動作を実行するかどうかによって、パラメータは端末に対して異なるように又は限定して設定される。例えば、端末がＤＧベースのリソース選択／予約動作を実行するかどうかによって、パラメータは端末に対して異なるように又は限定して設定される。

【0252】

例えば、パラメータはリソースプールごとに端末に対して異なるように又は限定して設定される。例えば、パラメータはサービスタイプごとに端末に対して異なるように又は限定して設定される。例えば、パラメータはサービス優先順位ごとに端末に対して異なるように又は限定して設定される。例えば、パラメータはキャストタイプごとに端末に対して異なるように又は限定して設定される。例えば、キャストタイプはユニキャスト、グループキャスト及び／又はブロードキャストのうち少なくともいずれか一つを含む。例えば、パラメータはデスティネーションＵＥごとに端末に対して異なるように又は限定して設定される。例えば、パラメータは（Ｌ１又はＬ２）デスティネーションＩＤごとに端末に対して異なるように又は限定して設定される。例えば、パラメータは（Ｌ１又はＬ２）ソースＩＤごとに端末に対して異なるように又は限定して設定される。例えば、パラメータは（サービス）ＱｏＳパラメータごとに端末に対して異なるように又は限定して設定される。例えば、（サービス）ＱｏＳパラメータは信頼度関連パラメータ、レイテンシー関連パラメータ、及び／又は（ターゲット）ＢＬＥＲ関連パラメータのうち少なくともいずれか一つを含む。例えば、パラメータは（リソースプール）輻輳レベルごとに端末に対して異なるように又は限定して設定される。例えば、パラメータはＳＬモードタイプごとに端末に対して異なるように又は限定して設定される。例えば、ＳＬモードタイプはＳＬモード１及び／又はＳＬモード２を含む。例えば、パラメータはグラントタイプごとに端末に対して異なるように又は限定して設定される。例えば、グラントタイプはＣＧ及び／又はＤＧを含む。例えば、パラメータはパケット／メッセージ（例えば、ＴＢ）サイズごとに端末に対して異なるように又は限定して設定される。例えば、パラメータは端末がＰＳＳＣＨを送信するのに使用するサブチャネルの数ごとに端末に対して異なるように又は限定して設定される。例えば、パラメータは端末がＰＳＣＣＨを送信するのに使用するＲＢの数ごとに端末に対して異なるように又は限定して設定される。例えば、パラメータは（一つの）サブチャネルを構成するＲＢの数ごとに端末に対して異なるように又は限定して設定される。例えば、パラメータはリソースプールを構成するサブチャネルの数及び／又はリソースプールを構成するＲＢの数ごとに端末に対して異なるように又は限定して設定される。例えば、パラメータは（一つの）サブチャネルサイズとＰＳＣＣＨ（周波数）リソースサイズが同じか否かによって異なるように又は限定して設定される。例えば、パラメータは（準）静的コードブックが端末に対して設定されたかどうかによって異なるように又は限定して設定される。

【0253】

図１６は本開示の一実施例によって、第１装置がＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを送信する方法を示す。図１６の実施例は本開示の様々な実施例と組み合わせることができる。

【0254】

図１６を参照すれば、ステップＳ１６１０において、第１装置はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを第１シンボル上にマッピングすることができる。例えば、第１装置は本開示の様々な実施例によって、ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを第１シンボル上にマッピングすることができる。例えば、第１装置はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭがマッピングされた第１シンボルとＦＤＭの形として位置するＲＥ上に、データ情報、２^ｎｄＳＣＩ及び／又はＰＴ－ＲＳのうち少なくともいずれか一つをマッピングするかどうかを決定することができる。例えば、第１装置は本開示の様々な実施例によって、ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭがマッピングされた第１シンボルとＦＤＭの形として位置するＲＥ上に、データ情報、２^ｎｄＳＣＩ及び／又はＰＴ－ＲＳのうち少なくともいずれか一つをマッピングするかどうかを決定することができる。ステップＳ１６２０において、第１装置はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを第２装置へ送信することができる。例えば、第１装置は本開示の様々な実施例によって、ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを第２装置へ送信することができる。

【0255】

図１７は本開示の一実施例によって、第２装置がＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭに基づいてチャネル状態情報を獲得する方法を示す。図１７の実施例は本開示の様々な実施例と組み合わせることができる。

【0256】

図１７を参照すれば、ステップＳ１７１０において、第２装置はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを第１シンボル上において受信することができる。例えば、ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭを第１シンボル上にマッピングされる。例えば、本開示の様々な実施例によって、ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭは第１装置によって第１シンボル上にマッピングされる。例えば、ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭがマッピングされた第１シンボルとＦＤＭの形として位置するＲＥ上に、データ情報、２^ｎｄＳＣＩ及び／又はＰＴ－ＲＳのうち少なくともいずれか一つがマッピングされるかどうかが第１装置によって決定される。例えば、本開示の様々な実施例によって、ＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭがマッピングされた第１シンボルとＦＤＭの形として位置するＲＥ上に、データ情報、２^ｎｄＳＣＩ及び／又はＰＴ－ＲＳのうち少なくともいずれか一つがマッピングされるかどうかが第１装置によって決定される。ステップＳ１７２０において、第２装置はＮＺＰ ＣＳＩ－ＲＳ及び／又はＣＳＩ－ＩＭに基づいて、第１装置及び第２装置間のチャネル状態情報を測定／獲得／計算することができる。あるいは、第２装置はチャネル状態情報を第１装置へ送信することができる。

【0257】

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

【0258】

図１８を参照すれば、ステップＳ１８１０において、第１装置は第１スロットにおいてリソースプールに対するＣＢＲ（ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ）を測定することができる。ステップＳ１８２０において、第１装置は前記第１スロットにおいて測定されたＣＢＲに基づいて、第２スロットにおいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）送信（ｔｒａｎｓｍｉｓｓｉｏｎ）のための電力を決定することができる。ステップＳ１８３０において、第１装置は前記電力に基づいて前記第２スロットにおいて前記ＰＳＳＣＨ送信を第２装置に実行することができる。例えば、前記第１スロットは前記第２スロットからＮ個のスロット以前のスロットであり、前記Ｎは前記ＰＳＳＣＨ送信に関連するＳＣＳ（ｓｕｂ ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に基づいて決定され、前記Ｎは正の整数である。

【0259】

例えば、前記ＰＳＳＣＨ送信に関連する前記ＳＣＳが大きいほど、前記Ｎは大きい値に決定される。例えば、前記ＳＣＳは１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ又は１２０ｋＨｚのうちいずれか一つである。

【0260】

例えば、前記第１スロットのインデクスは前記第２スロットのインデクスにおいて前記Ｎを引いた値である。

【0261】

例えば、前記ＣＢＲは前記第１スロット以前の複数のスロットを含む持続時間の間に前記リソースプールに対して測定される。例えば、前記ＣＢＲは（ｉ）前記第１スロットから１００個のスロット以前の第３スロットから（ｉｉ）前記第１スロットから１個のスロット以前の第４スロットまでの持続時間の間に前記リソースプールに対して測定される。例えば、前記ＣＢＲは（ｉ）前記第１スロットから１００ｍｓ以前から（ｉｉ）前記第１スロットから１ｍｓ以前までの持続時間の間に前記リソースプールに対して測定される。

【0262】

例えば、前記ＣＢＲの範囲ごとに前記ＰＳＳＣＨ送信に関連する最大送信電力が前記第１装置に対して設定される。

【0263】

例えば、前記ＰＳＳＣＨ送信に関連するＰＲＧ（ｐｒｅｃｏｄｉｎｇ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ）のサイズは前記第１装置に対して設定される。例えば、前記ＰＲＧのサイズはサブチャネルと関係なくＲＢ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）に基づいて適用される。例えば、前記ＰＲＧに含まれた連続的に割り当てられたＲＢに対して同じプリコーディング（ｐｒｅｃｏｄｉｎｇ）が適用される。

【0264】

あるいは、例えば、第１装置は前記第１装置のセンシングタイプに関連する情報を前記第２装置へ送信することができる。例えば、前記センシングタイプは部分センシング（ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ）又は全体センシング（ｆｕｌｌ ｓｅｎｓｉｎｇ）を含む。

【0265】

あるいは、例えば、第１装置は前記第１装置のリソース割り当てモードに関連する情報を前記第２装置へ送信することができる。

【0266】

前記提案方法は本開示の様々な実施例に係る装置に適用される。まず、第１装置１００のプロセッサ１０２は第１スロットにおいてリソースプールに対するＣＢＲ（ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ）を測定することができる。そして、第１装置１００のプロセッサ１０２は前記第１スロットにおいて測定されたＣＢＲに基づいて、第２スロットにおいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）送信（ｔｒａｎｓｍｉｓｓｉｏｎ）のための電力を決定することができる。そして、第１装置１００のプロセッサ１０２は前記電力に基づいて前記第２スロットにおいて前記ＰＳＳＣＨ送信を第２装置に実行するように送受信機１０６を制御することができる。例えば、前記第１スロットは前記第２スロットからＮ個のスロット以前のスロットであり、前記Ｎは前記ＰＳＳＣＨ送信に関連するＳＣＳ（ｓｕｂ ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に基づいて決定され、前記Ｎは正の整数である。

【0267】

本開示の一実施例によれば、無線通信を行う第１装置が提供される。例えば、第１装置は命令を格納する一つ以上のメモリ；一つ以上の送受信機；及び前記一つ以上のメモリと前記一つ以上の送受信機を接続する一つ以上のプロセッサを含む。例えば、前記一つ以上のプロセッサは前記命令を実行して、第１スロットにおいてリソースプールに対するＣＢＲ（ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ）を測定し；前記第１スロットにおいて測定されたＣＢＲに基づいて、第２スロットにおいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）送信（ｔｒａｎｓｍｉｓｓｉｏｎ）のための電力を決定し；及び前記電力に基づいて前記第２スロットにおいて前記ＰＳＳＣＨ送信を第２装置に実行することができる。例えば、前記第１スロットは前記第２スロットからＮ個のスロット以前のスロットであり、前記Ｎは前記ＰＳＳＣＨ送信に関連するＳＣＳ（ｓｕｂ ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に基づいて決定され、前記Ｎは正の整数である。

【0268】

本開示の一実施例によれば、第１端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、装置は一つ以上のプロセッサ；及び前記一つ以上のプロセッサによって実行できるように接続され、及び命令を格納する一つ以上のメモリを含む。例えば、前記一つ以上のプロセッサは前記命令を実行し、第１スロットにおいてリソースプールに対するＣＢＲ（ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ）を測定し；前記第１スロットにおいて測定されたＣＢＲに基づいて、第２スロットにおいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）送信（ｔｒａｎｓｍｉｓｓｉｏｎ）のための電力を決定し；及び前記電力に基づいて前記第２スロットにおいて前記ＰＳＳＣＨ送信を第２端末に実行することができる。例えば、前記第１スロットは前記第２スロットからＮ個のスロット以前のスロットであり、前記Ｎは前記ＰＳＳＣＨ送信に関連するＳＣＳ（ｓｕｂ ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に基づいて決定され、前記Ｎは正の整数である。

【0269】

本開示の一実施例によれば、命令を記録している非一時的コンピュータ可読記憶媒体が提供される。例えば、前記命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに：第１装置によって、第１スロットにおいてリソースプールに対するＣＢＲ（ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ）を測定するようにし；前記第１装置によって、前記第１スロットにおいて測定されたＣＢＲに基づいて、第２スロットにおいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）送信（ｔｒａｎｓｍｉｓｓｉｏｎ）のための電力を決定するようにし；及び前記第１装置によって、前記電力に基づいて前記第２スロットにおいて前記ＰＳＳＣＨ送信を第２装置に実行するようにすることができる。例えば、前記第１スロットは前記第２スロットからＮ個のスロット以前のスロットであり、前記Ｎは前記ＰＳＳＣＨ送信に関連するＳＣＳ（ｓｕｂ ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に基づいて決定され、前記Ｎは正の整数である。

【0270】

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

【0271】

図１９を参照すれば、ステップＳ１９１０において、第２装置は第２スロットにおいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を第１装置から受信することができる。例えば、前記ＰＳＳＣＨに関連する送信電力は前記第１装置によって第１スロットにおいてリソースプールに対して測定されたＣＢＲ（ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ）に基づいて決定され、前記第１スロットは前記第２スロットからＮ個のスロット以前のスロットであり、前記Ｎは前記ＰＳＳＣＨに関連するＳＣＳ（ｓｕｂ ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に基づいて決定され、前記Ｎは正の整数である。

【0272】

前記提案方法は本開示の様々な実施例に係る装置に適用される。まず、第２装置２００のプロセッサ２０２は第２スロットにおいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を第１装置から受信するように送受信機２０６を制御することができる。例えば、前記ＰＳＳＣＨに関連する送信電力は前記第１装置によって第１スロットにおいてリソースプールに対して測定されたＣＢＲ（ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ）に基づいて決定され、前記第１スロットは前記第２スロットからＮ個のスロット以前のスロットであり、前記Ｎは前記ＰＳＳＣＨに関連するＳＣＳ（ｓｕｂ ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に基づいて決定され、前記Ｎは正の整数である。

【0273】

本開示の一実施例によれば、無線通信を行う第２装置が提供される。例えば、第２装置は命令を格納する一つ以上のメモリ；一つ以上の送受信機；及び前記一つ以上のメモリと前記一つ以上の送受信機を接続する一つ以上のプロセッサを含む。例えば、前記一つ以上のプロセッサは前記命令を実行して、第２スロットにおいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を第１装置から受信することができる。例えば、前記ＰＳＳＣＨに関連する送信電力は前記第１装置によって第１スロットにおいてリソースプールに対して測定されたＣＢＲ（ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ）に基づいて決定され、前記第１スロットは前記第２スロットからＮ個のスロット以前のスロットであり、前記Ｎは前記ＰＳＳＣＨに関連するＳＣＳ（ｓｕｂ ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に基づいて決定され、前記Ｎは正の整数である。

【0274】

本開示の一実施例によれば、第２端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、装置は一つ以上のプロセッサ；及び前記一つ以上のプロセッサによって実行できるように接続され、及び命令を格納する一つ以上のメモリを含む。例えば、前記一つ以上のプロセッサは前記命令を実行して、第２スロットにおいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を第１端末から受信することができる。例えば、前記ＰＳＳＣＨに関連する送信電力は前記第１端末によって第１スロットにおいてリソースプールに対して測定されたＣＢＲ（ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ）に基づいて決定され、前記第１スロットは前記第２スロットからＮ個のスロット以前のスロットであり、前記Ｎは前記ＰＳＳＣＨに関連するＳＣＳ（ｓｕｂ ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に基づいて決定され、前記Ｎは正の整数である。

【0275】

本開示の一実施例によれば、命令を記録している非一時的コンピュータ可読記憶媒体が提供される。例えば、前記命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに：第２装置によって、第２スロットにおいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を第１装置から受信するようにすることができる。例えば、前記ＰＳＳＣＨに関連する送信電力は前記第１装置によって第１スロットにおいてリソースプールに対して測定されたＣＢＲ（ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ）に基づいて決定され、前記第１スロットは前記第２スロットからＮ個のスロット以前のスロットであり、前記Ｎは前記ＰＳＳＣＨに関連するＳＣＳ（ｓｕｂ ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に基づいて決定され、前記Ｎは正の整数である。

【0276】

図２０は本開示の一実施例によって、端末がＳＬ ＣＳＩを報告する手順を示す。図２０の実施例は本開示の様々な実施例と組み合わせることができる。

【0277】

図２０を参照すれば、ステップＳ２０１０において、ＴＸ ＵＥはＣＳＩ－ＲＳをＲＸ ＵＥへ送信することができる。例えば、ＴＸ ＵＥはＳＬ ＣＳＩ報告をトリガー／要求したＵＥである。ステップＳ２０２０において、ＲＸ ＵＥはＣＳＩ－ＲＳに基づいてＴＸ ＵＥ及びＲＸ ＵＥ間のチャネル状態を測定することができる。例えば、ＲＸ ＵＥはＣＳＩ－ＲＳに基づいてＳＬ ＣＳＩを獲得することができる。ステップＳ２０３０において、ＲＸ ＵＥはＳＬ ＣＳＩをＴＸ ＵＥに報告することができる。例えば、前記ＳＬ ＣＳＩはＭＡＣ ＣＥを介して送信される。あるいは、ステップＳ２０３０において、ＲＸ ＵＥは前記ＳＬ ＣＳＩに関連する情報をＴＸ ＵＥへ送信することができる。例えば、ＲＸ ＵＥが前記ＳＬ ＣＳＩをＴＸ ＵＥに報告するとき、ＲＸ ＵＥは前記ＳＬ ＣＳＩに関連する情報をともにＴＸ ＵＥに報告することができる。

【0278】

例えば、前記ＳＬ ＣＳＩに関連する情報はＣＳＩ＿ＲＥＦＩＮＸを含む。例えば、前記ＣＳＩ＿ＲＥＦＩＮＸは前記ＳＬ ＣＳＩが測定された（基準（ｒｅｆｅｒｅｎｃｅ））リソース（例えば、スロット）に関連する情報である。説明の便宜上、前記ＳＬ ＣＳＩが測定されたスロット又はＳＬ ＣＳＩ－ＲＳが送受信されたスロットはＳＬ ＣＳＩ基準スロットと称する。

【0279】

例えば、前記ＳＬ ＣＳＩに関連する情報はＣＳＩＲＥＦ＿ＶＡＬを含む。例えば、前記ＣＳＩＲＥＦ＿ＶＡＬは数式１に基づいて獲得される。

【0280】

【数1】

【0281】

ここで、Ｚ＝ＭＯＤＵＬＯ（Ｘ，Ｙ）はＸをＹに割った余りの値を導出する関数を意味する。例えば、リソースプール内ＳＬスロットのインデクスは前記ＳＬ ＣＳＩが測定されたＳＬスロットのインデクスである。例えば、前記ＳＬスロットのインデクスは物理（ｐｈｙｓｉｃａｌ）スロットのインデクスである。例えば、前記ＳＬスロットのインデクスは論理（ｌｏｇｉｃａｌ）スロットのインデクスである。

【0282】

例えば、前記ＳＬ ＣＳＩに関連する情報はＣＳＩ＿ＯＦＦＶＡＬを含む。例えば、前記ＣＳＩ＿ＯＦＦＶＡＬは数式２に基づいて獲得される。

【0283】

【数2】

【0284】

ここで、Ｚ＝ＭＯＤＵＬＯ（Ｘ，Ｙ）はＸをＹに割った余りの値を導出する関数を意味する。例えば、ＳＬ ＣＳＩ報告に関連するレイテンシーバウンド内ＳＬスロットに関連する情報はＳＬ ＣＳＩ報告に関連するレイテンシーバウンド内において（再インデクス付けされた）前記ＳＬ ＣＳＩが測定されたＳＬスロットのインデクス又は次数（ｏｒｄｅｒ）である。例えば、前記ＳＬスロットのインデクスは物理スロットのインデクスである。例えば、前記ＳＬスロットのインデクスは論理スロットのインデクスである。例えば、ＣＳＩ＿ＯＦＦＶＡＬはＳＬ ＣＳＩ基準スロット（例えば、ＳＬ ＣＳＩが測定／導出されたスロット又はＳＬ ＣＳＩ－ＲＳが受信されたスロット）とＳＬ ＣＳＩ報告が実行されるスロット間の時間オフセット情報又はスロットオフセット情報に解釈される。説明の便宜上、レイテンシーバウンドはＣＳＩ＿ＬＢＤと称する。

【0285】

例えば、前記ＳＬ ＣＳＩに関連する情報はＣＳＩ＿ＱＴＶＡＬを含む。例えば、ＳＬ ＣＳＩ報告に関連するレイテンシーバウンドを事前に設定された量子化ウィンドウ（ｑｕａｎｔｉｚａｔｉｏｎ ｗｉｎｄｏｗ）単位（すなわち、ＱＴ＿ＷＩＮ）に割った場合、前記ＣＳＩ＿ＱＴＶＡＬは前記分割された複数のウィンドウのうち、連動されたＳＬ ＣＳＩ基準スロット又はＳＬ ＣＳＩ報告が実行されるスロットが属するＱＴ＿ＷＩＮの次数（ｏｒｄｅｒ）情報又はインデクス情報である。

【0286】

本開示の様々な実施例において、前記ＳＬ ＣＳＩ報告に関連するレイテンシーバウンドはＳＬ ＣＳＩ－ＲＳ受信／送信時点からＳＬ ＣＳＩ報告が実行する必要があるレイテンシー予算（ｌａｔｅｎｃｙ ｂｕｄｇｅｔ）までの時間ウィンドウ／領域である。例えば、前記ＳＬ ＣＳＩ報告に関連するレイテンシーバウンドはＴＸ ＵＥ及びＲＸ ＵＥに対して事前に設定される。例えば、前記ＳＬ ＣＳＩ報告に関連するレイテンシーバウンドはＰＣ５ ＲＲＣシグナリング（例えば、ＲＲＣ再設定サイドリンクメッセージ）を介してＴＸ ＵＥ及びＲＸ ＵＥ間において交換される。

【0287】

表１０はＲＲＣ再設定サイドリンクメッセージの一例を示す。

【0288】

【表10】

【0289】

表１０を参照すれば、ＲＲＣ再設定サイドリンクメッセージはｓｌ－ＬａｔｅｎｃｙＢｏｕｎｄＣＳＩ－Ｒｅｐｏｒｔ－ｒ１６を含む。例えば、Ｓｌ－ＬａｔｅｎｃｙＢｏｕｎｄＣＳＩ－Ｒｅｐｏｒｔ－ｒ１６が１０を指示する場合、ＳＬ ＣＳＩ報告がトリガーされたスロット（例えば、ＳＬ ＣＳＩ基準スロット）から１０個のスロット内においてＳＬ ＣＳＩ報告が要求される。

【0290】

本開示の様々な実施例において、例えば、ＣＳＩ＿ＩＮＤＥＸは時間領域上において又はＳＬ ＣＳＩ報告に関連するレイテンシーバウンド（ｌａｔｅｎｃｙ ｂｏｕｎｄ）内において識別される（最大）ＳＬ ＣＳＩ報告数である。例えば、ＣＳＩ＿ＩＮＤＥＸは時間領域上において又はＳＬ ＣＳＩ報告に関連するレイテンシーバウンド内において識別される（最大）ＳＬ ＣＳＩ－ＲＳ送信数である。例えば、ＣＳＩ＿ＩＮＤＥＸはＲＸ ＵＥが時間領域上において又はＳＬ ＣＳＩ報告に関連するレイテンシーバウンド（ｌａｔｅｎｃｙ ｂｏｕｎｄ）内において送信可能な（最大）ＳＬ ＣＳＩ報告数である。例えば、ＣＳＩ＿ＩＮＤＥＸはＴＸ ＵＥが時間領域上において又はＳＬ ＣＳＩ報告に関連するレイテンシーバウンド内において送信可能な（最大）ＳＬ ＣＳＩ－ＲＳ送信数である。

【0291】

例えば、ＴＸ ＵＥが前記ＳＬ ＣＳＩに関連する情報（例えば、ＣＳＩ＿ＯＦＦＶＡＬ、ＣＳＩ＿ＱＴＶＡＬ及び／又はＣＳＩＲＥＦ＿ＶＡＬのうち少なくともいずれか一つ）をＲＸ ＵＥから受信した場合、ＴＸ ＵＥは前記ＳＬ ＣＳＩに関連する情報を用いて、ＳＬ ＣＳＩ報告を受信した時点（例えば、スロット＃Ｎ）から（時間軸の逆方向に）前記ＳＬ ＣＳＩ報告に関連するＳＬ ＣＳＩ－ＲＳの候補位置／時間領域を導出することができる。

【0292】

例えば、ＴＸ ＵＥが前記ＳＬ ＣＳＩ報告に関連するＳＬ ＣＳＩ－ＲＳの候補位置／時間領域を導出する場合、前記ＴＸ ＵＥによって送信された複数のＳＬ ＣＳＩ－ＲＳが前記候補位置／時間領域内に存在すれば、前記ＴＸ ＵＥは前記複数のＳＬ ＣＳＩ－ＲＳのうち前記スロット＃Ｎと最も遠い時点において送信されたＳＬ ＣＳＩ－ＲＳが前記受信されたＳＬ ＣＳＩ報告に関連すると見なす／決定することができる。

【0293】

例えば、ＴＸ ＵＥが前記ＳＬ ＣＳＩ報告に関連するＳＬ ＣＳＩ－ＲＳの候補位置／時間領域を導出する場合、前記ＴＸ ＵＥによって送信された複数のＳＬ ＣＳＩ－ＲＳが前記候補位置／時間領域内に存在すれば、前記ＴＸ ＵＥは前記複数のＳＬ ＣＳＩ－ＲＳのうち前記スロット＃Ｎと最も近い時点において送信されたＳＬ ＣＳＩ－ＲＳが前記受信されたＳＬ ＣＳＩ報告に関連すると見なす／決定することができる。

【0294】

例えば、ＴＸ ＵＥが前記ＳＬ ＣＳＩに関連する情報（例えば、ＣＳＩ＿ＯＦＦＶＡＬ、ＣＳＩ＿ＱＴＶＡＬ及び／又はＣＳＩＲＥＦ＿ＶＡＬのうち少なくともいずれか一つ）をＲＸ ＵＥから受信した場合、ＴＸ ＵＥはＳＬ ＣＳＩ－ＲＳを送信した時点からＳＬ ＣＳＩ報告に関連するレイテンシーバウンドを適用することができ、ＴＸ ＵＥは（受信されたＳＬ ＣＳＩ報告が属するレイテンシーバウンド領域のうち）ＲＸ ＵＥから受信した前記ＳＬ ＣＳＩに関連する情報が有効なＳＬ ＣＳＩ－ＲＳの候補及び／又はレイテンシーバウンド領域を導出／決定することができる。この場合、例えば、前記ＳＬ ＣＳＩ－ＲＳが複数であれば、ＴＸ ＵＥはＳＬ ＣＳＩ報告を受信した時点から最も遠い時点のＳＬ ＣＳＩ－ＲＳが前記ＳＬ ＣＳＩ報告に関連すると見なす／決定することができる。例えば、前記ＳＬ ＣＳＩ－ＲＳが複数であれば、ＴＸ ＵＥはＳＬ ＣＳＩ報告を受信した時点から最も近い時点のＳＬ ＣＳＩ－ＲＳが前記ＳＬ ＣＳＩ報告に関連すると見なす／決定することができる。

【0295】

図２１は本開示の一実施例に係る、ＳＬ ＣＳＩ報告（ｒｅｐｏｒｔｉｎｇ）ＭＡＣ ＣＥの一例を示す。図２１の実施例は本開示の様々な実施例と組み合わせることができる。

【0296】

例えば、ＣＥＩＬＩＮＧ（ｌｏｇ２（ＣＳＩ＿ＩＮＤＥＸ））ビットがＳＬ ＣＳＩ報告に関連するＭＡＣ（ＣＥ）上にともに多重化される。ここで、Ｙ＝ＣＥＩＬＩＮＧ（Ｘ）はＸより大きいか同じである最小の整数を導出する関数である。

【0297】

例えば、ＣＳＩ＿ＩＮＤＥＸ及び／又はＱＴ＿ＷＩＮに関連する最大値及び／又は最小値はサービスタイプによってＵＥに対して異なるように又は独立して設定される。例えば、ＣＳＩ＿ＩＮＤＥＸ及び／又はＱＴ＿ＷＩＮに関連する最大値及び／又は最小値はサービス優先順位によってＵＥに対して異なるように又は独立して設定される。例えば、ＣＳＩ＿ＩＮＤＥＸ及び／又はＱＴ＿ＷＩＮに関連する最大値及び／又は最小値はキャストタイプ（例えば、ユニキャスト、グループキャスト、ブロードキャスト）によってＵＥに対して異なるように又は独立して設定される。例えば、ＣＳＩ＿ＩＮＤＥＸ及び／又はＱＴ＿ＷＩＮに関連する最大値及び／又は最小値はＱｏＳ要件（例えば、信頼度、レイテンシー）によってＵＥに対して異なるように又は独立して設定される。例えば、ＣＳＩ＿ＩＮＤＥＸ及び／又はＱＴ＿ＷＩＮに関連する最大値及び／又は最小値は端末速度（例えば、絶対速度又は相対速度）によってＵＥに対して異なるように又は独立して設定される。例えば、ＣＳＩ＿ＩＮＤＥＸ及び／又はＱＴ＿ＷＩＮに関連する最大値及び／又は最小値はＣＳＩ＿ＬＢＤによってＵＥに対して異なるように又は独立して設定される。ここで、例えば、ＣＳＩ＿ＬＢＤはリソースプール特定設定された又はＰＣ５ ＲＲＣシグナリングを介して設定されたＳＬ ＣＳＩ報告に関連するレイテンシー予算（ｌａｔｅｎｃｙ ｂｕｄｇｅｔ）である。例えば、前記レイテンシー予算は最大レイテンシー予算、最小レイテンシー予算又は平均レイテンシー予算を含む。例えば、ＣＳＩ＿ＩＮＤＥＸ及び／又はＱＴ＿ＷＩＮに関連する最大値及び／又は最小値は（リソースプール関連）輻輳レベル（例えば、ＣＢＲ）によってＵＥに対して異なるように又は独立して設定される。

【0298】

例えば、ＣＳＩ＿ＲＥＦＩＮＸ情報はＳＬ ＣＳＩ報告に関連するＭＡＣ（ＣＥ）上にともに多重化される。

【0299】

例えば、ＴＸ ＵＥが（事前に設定された時間ウィンドウ又はＳＬ ＣＳＩ報告に関連するＣＳＩ＿ＬＢＤ内において）自身が何回目にＳＬ ＣＳＩ報告をトリガーしたかに対するインジケータがＳＣＩ上に定義／導入される場合、前記インジケータとＳＬ ＣＳＩ要求インジケータは一つのフィールド（すなわち、ＣＳＩ＿ＪＦＤ）にジョイント指示（ｊｏｉｎｔ ｉｎｄｉｃａｔｉｏｎ）される。具体的に、例えば、ＣＳＩ＿ＪＦＤが２ビットに定義される場合、ＣＳＩ＿ＪＦＤは表１１のように定義される。

【0300】

【表11】

【0301】

例えば、ＴＸ ＵＥはＣＳＩ＿ＬＢＤ内においてＲＸ ＵＥにＳＬ ＣＳＩ報告要求を臨界回数（例えば、１）を超過して実行しないように設定される。例えば、前記臨界回数は前記ＴＸ ＵＥ及び／又はＲＸ ＵＥに対して設定されるか事前に設定される。例えば、前記臨界回数は最大臨界回数である。例えば、ＴＸ ＵＥはＣＳＩ＿ＬＢＤ内においてＲＸ ＵＥにＳＬ ＣＳＩ報告要求を臨界回数（例えば、１）を超過して送信しない場合がある。例えば、前記臨界回数が１である場合、ＴＸ ＵＥはＣＳＩ＿ＬＢＤ内においてＲＸ ＵＥにＳＬ ＣＳＩ報告要求を１回送信することができる。具体的に、例えば、前記臨界回数が１である場合、ＴＸ ＵＥがＣＳＩ＿ＬＢＤ内においてＲＸ ＵＥにＳＬ ＣＳＩ報告要求を２回以上送信することは許可されない場合がある。

【0302】

例えば、ＴＸ ＵＥは時間ウィンドウ内においてＲＸ ＵＥにＳＬ ＣＳＩ報告要求を臨界回数（例えば、１）を超過して実行しないように設定される。例えば、前記臨界回数は前記ＴＸ ＵＥ及び／又はＲＸ ＵＥに対して設定されるか事前に設定される。例えば、前記臨界回数は最大臨界回数である。例えば、前記時間ウィンドウは前記ＴＸ ＵＥ及び／又はＲＸ ＵＥに対して設定されるか事前に設定される。例えば、ＴＸ ＵＥは前記時間ウィンドウ内においてＲＸ ＵＥにＳＬ ＣＳＩ報告要求を臨界回数（例えば、１）を超過して送信しない場合がある。例えば、前記臨界回数が１である場合、ＴＸ ＵＥは前記時間ウィンドウ内においてＲＸ ＵＥにＳＬ ＣＳＩ報告要求を１回送信することができる。具体的に、例えば、前記臨界回数が１である場合、ＴＸ ＵＥが前記時間ウィンドウ内においてＲＸ ＵＥにＳＬ ＣＳＩ報告要求を２回以上送信することは許可されない場合がある。

【0303】

例えば、前記臨界回数はサービスタイプによって、ＵＥに対して異なるように又は独立して設定される。例えば、前記臨界回数はサービス優先順位によって、ＵＥに対して異なるように又は独立して設定される。例えば、前記臨界回数はキャストタイプ（例えば、ユニキャスト、グループキャスト、ブロードキャスト）によって、ＵＥに対して異なるように又は独立して設定される。例えば、前記臨界回数はＱｏＳ要件（例えば、信頼度、レイテンシー）によって、ＵＥに対して異なるように又は独立して設定される。例えば、前記臨界回数は端末速度（例えば、絶対速度、相対速度）によって、ＵＥに対して異なるように又は独立して設定される。例えば、前記臨界回数はＣＳＩ＿ＬＢＤによって、ＵＥに対して異なるように又は独立して設定される。例えば、前記臨界回数は（リソースプール関連）輻輳レベル（例えば、ＣＢＲ）によって、ＵＥに対して異なるように又は独立して設定される。

【0304】

例えば、前記ＣＳＩ＿ＬＢＤはサービスタイプによって、ＵＥに対して異なるように又は独立して設定される。例えば、前記ＣＳＩ＿ＬＢＤはサービス優先順位によって、ＵＥに対して異なるように又は独立して設定される。例えば、前記ＣＳＩ＿ＬＢＤはキャストタイプ（例えば、ユニキャスト、グループキャスト、ブロードキャスト）によって、ＵＥに対して異なるように又は独立して設定される。例えば、前記ＣＳＩ＿ＬＢＤはＱｏＳ要件（例えば、信頼度、レイテンシー）によって、ＵＥに対して異なるように又は独立して設定される。例えば、前記ＣＳＩ＿ＬＢＤは端末速度（例えば、絶対速度、相対速度）によって、ＵＥに対して異なるように又は独立して設定される。例えば、前記ＣＳＩ＿ＬＢＤはＣＳＩ＿ＬＢＤによって、ＵＥに対して異なるように又は独立して設定される。例えば、前記ＣＳＩ＿ＬＢＤは（リソースプール関連）輻輳レベル（例えば、ＣＢＲ）によって、ＵＥに対して異なるように又は独立して設定される。

【0305】

例えば、前記時間ウィンドウはサービスタイプによって、ＵＥに対して異なるように又は独立して設定される。例えば、前記時間ウィンドウはサービス優先順位によって、ＵＥに対して異なるように又は独立して設定される。例えば、前記時間ウィンドウはキャストタイプ（例えば、ユニキャスト、グループキャスト、ブロードキャスト）によって、ＵＥに対して異なるように又は独立して設定される。例えば、前記時間ウィンドウはＱｏＳ要件（例えば、信頼度、レイテンシー）によって、ＵＥに対して異なるように又は独立して設定される。例えば、前記時間ウィンドウは端末速度（例えば、絶対速度、相対速度）によって、ＵＥに対して異なるように又は独立して設定される。例えば、前記時間ウィンドウはＣＳＩ＿ＬＢＤによって、ＵＥに対して異なるように又は独立して設定される。例えば、前記時間ウィンドウは（リソースプール関連）輻輳レベル（例えば、ＣＢＲ）によって、ＵＥに対して異なるように又は独立して設定される。

【0306】

例えば、ＴＸ ＵＥが以前に送信したＳＬ ＣＳＩ報告要求に関連するＳＬ ＣＳＩをＲＸ ＵＥから成功的に受信した場合にのみ、ＴＸ ＵＥは（追加の）ＳＬ ＣＳＩ報告要求を前記ＲＸ ＵＥへ送信するように（限定して）許可される。例えば、ＴＸ ＵＥが以前に送信したＳＬ ＣＳＩ報告要求に関連するＳＬ ＣＳＩを前記ＣＳＩ＿ＬＢＤ内においてＲＸ ＵＥから成功的に受信した場合にのみ、ＴＸ ＵＥは（追加の）ＳＬ ＣＳＩ報告要求を前記ＲＸ ＵＥへ送信するように（限定して）許可される。例えば、ＴＸ ＵＥが以前に送信したＳＬ ＣＳＩ報告要求に関連するＳＬ ＣＳＩを前記時間ウィンドウ内においてＲＸ ＵＥから成功的に受信した場合にのみ、ＴＸ ＵＥは（追加の）ＳＬ ＣＳＩ報告要求を前記ＲＸ ＵＥへ送信するように（限定して）許可される。

【0307】

図２２は本開示の一実施例によって、ＴＸ ＵＥがＣＳＩ報告要求及びＣＳＩ－ＲＳを送信する手順を示す。図２２の実施例は本開示の様々な実施例と組み合わせることができる。

【0308】

図２２を参照すれば、ステップＳ２２１０において、ＴＸ ＵＥはＰＳＣＣＨを介して、第２ＳＣＩ及びＰＳＳＣＨのスケジューリングのための第１ＳＣＩをＲＸ ＵＥへ送信することができる。そして、ＴＸ ＵＥはＰＳＳＣＨを介して、ＣＳＩ報告要求を指示するフィールドを含む第２ＳＣＩ及びＣＳＩ－ＲＳをＲＸ ＵＥへ送信することができる。図２２の実施例において、ＣＳＩ報告に関連するレイテンシーバウンドはＴ１だと仮定する。図２２の実施例において、ＴＸ ＵＥはＣＳＩ報告をＲＸ ＵＥから受信するのに失敗すると仮定する。したがって、ステップＳ２２２０及びステップＳ２２３０は省略される。この場合、ＴＸ ＵＥがレイテンシーバウンド（Ｔ１）内において追加のＣＳＩ報告要求及びＣＳＩ－ＲＳを前記ＲＸ ＵＥに送信することは許可されない場合がある。したがって、ステップＳ２２４０において、ＣＳＩ報告を前記ＲＸ ＵＥから受信できなかったＴＸ ＵＥはＴ１以後、ＣＳＩ報告要求及びＣＳＩ－ＲＳを前記ＲＸ ＵＥへ送信することができる。

【0309】

図２３は本開示の一実施例によって、ＴＸ ＵＥがＣＳＩ報告要求及びＣＳＩ－ＲＳを送信する手順を示す。図２３の実施例は本開示の様々な実施例と組み合わせることができる。

【0310】

図２３を参照すれば、ステップＳ２３１０において、ＴＸ ＵＥはＰＳＣＣＨを介して、第２ＳＣＩ及びＰＳＳＣＨのスケジューリングのための第１ＳＣＩをＲＸ ＵＥへ送信することができる。そして、ＴＸ ＵＥはＰＳＳＣＨを介して、ＣＳＩ報告要求を指示するフィールドを含む第２ＳＣＩ及びＣＳＩ－ＲＳをＲＸ ＵＥへ送信することができる。図２３の実施例において、ＣＳＩ報告に関連するレイテンシーバウンドはＴ１だと仮定する。図２３の実施例において、ＴＸ ＵＥはＣＳＩ報告をＲＸ ＵＥから受信すると仮定する。

【0311】

具体的に、ステップＳ２３２０において、ＲＸ ＵＥはＣＳＩ－ＲＳに基づいてＣＳＩを獲得することができる。そして、ステップＳ２３３０において、ＴＸ ＵＥはＣＳＩ報告をＲＸ ＵＥから受信することができる。この場合、ＴＸ ＵＥが前記ＣＳＩ報告を前記ＲＸ ＵＥから受信した以後、ＴＸ ＵＥが追加のＣＳＩ報告要求及びＣＳＩ－ＲＳを前記ＲＸ ＵＥに送信することは許可される。具体的に、例えば、ＴＸ ＵＥがＴ３区間において追加のＣＳＩ報告要求及びＣＳＩ－ＲＳを前記ＲＸ ＵＥに送信することは許可される。したがって、ステップＳ２３４０において、ＣＳＩ報告を前記ＲＸ ＵＥから受信したＴＸ ＵＥはＴ２以後、ＣＳＩ報告要求及びＣＳＩ－ＲＳを前記ＲＸ ＵＥへ送信することができる。

【0312】

例えば、ＵＥは表１２に基づいてＣＳＩ報告を送受信することができる。

【0313】

【表12】

【0314】

例えば、ＴＸ ＵＥが複数のＳＬ ＣＳＩ報告（例えば、ＴＸ ＵＥが異なるサブバンド上においてＳＬ ＣＳＩ－ＲＳを複数送信した状況）をトリガーした場合、ＲＸ ＵＥがＳＬ ＣＳＩを報告時、ＲＸ ＵＥはサブバンド上のＳＬ ＣＳＩ－ＲＳを併合して、広帯域（ｗｉｄｅｂａｎｄ）ＣＳＩ情報を生成／報告するように設定される。例えば、ＴＸ ＵＥが前記ＣＳＩ＿ＬＢＤ又は前記時間ウィンドウ内において複数のＳＬ ＣＳＩ報告（例えば、ＴＸ ＵＥが異なるサブバンド上においてＳＬ ＣＳＩ－ＲＳを複数送信した状況）をトリガーした場合、ＲＸ ＵＥがＳＬ ＣＳＩを報告時、ＲＸ ＵＥはサブバンド上のＳＬ ＣＳＩ－ＲＳを併合して、広帯域（ｗｉｄｅｂａｎｄ）ＣＳＩ情報を生成／報告するように設定される。

【0315】

例えば、ＳＬ ＣＳＩ導出／計算に用いられる基準ＭＣＳテーブルのタイプはサービスタイプに特定して異なるようにＵＥに対して設定される。例えば、ＳＬ ＣＳＩ導出／計算に用いられる基準ＭＣＳテーブルのタイプはサービス優先順位に特定して異なるようにＵＥに対して設定される。例えば、ＳＬ ＣＳＩ導出／計算に用いられる基準ＭＣＳテーブルのタイプはキャストタイプ（例えば、ユニキャスト、グループキャスト、ブロードキャスト）に特定して異なるようにＵＥに対して設定される。例えば、ＳＬ ＣＳＩ導出／計算に用いられる基準ＭＣＳテーブルのタイプはＱｏＳ要件（例えば、信頼度、レイテンシー）に特定して異なるようにＵＥに対して設定される。例えば、ＳＬ ＣＳＩ導出／計算に用いられる基準ＭＣＳテーブルのタイプは（リソースプール）輻輳レベル（例えば、ＣＢＲ）に特定して異なるようにＵＥに対して設定される。例えば、ＳＬ ＣＳＩ導出／計算に用いられる基準ＭＣＳテーブルのタイプは端末（相対）速度に特定して異なるようにＵＥに対して設定される。例えば、ＳＬ ＣＳＩ導出／計算に用いられる基準ＭＣＳテーブルのタイプはリソースプールに特定して異なるようにＵＥに対して設定される。例えば、ＳＬ ＣＳＩ導出／計算に用いられる基準ＭＣＳテーブルのタイプに関連する情報はＰＣ５ ＲＲＣシグナリングを介してＴＸ ＵＥ及びＲＸ ＵＥ間において交換／送信される。

【0316】

例えば、ＲＸ ＵＥは（異なる又は同じキャリア上において）比較的高い優先順位の送信（例えば、ＵＬ送信及び／又はＳＬ送信）が実行されるスロット及び／又はＳＬ ＣＳＩ送信に要求される電力値を保証しないスロットなどを除いた残りのスロット上の候補リソースのうち、ＳＬ ＣＳＩ報告に関連する送信リソースを（再）選択することができる。例えば、比較的高い優先順位の送信（例えば、ＵＬ送信及び／又はＳＬ送信）が実行されるスロットは（ｉ）ＳＬ ＣＳＩ送信が省略されるスロット又は（ｉｉ）ＲＸ ＵＥがＳＬ ＣＳＩ送信に関連する要求電力を割り当てることができないスロットである。例えば、異なるキャリア上の（比較的高い優先順位の）ＵＬ送信とＳＬ ＣＳＩ送信が（時間領域上において）重複し、及び前記ＵＬ送信に関連する要求電力と前記ＳＬ ＣＳＩ送信に関連する要求電力の合計が端末の最大送信電力値を超える場合、当該スロットにおいてＳＬ ＣＳＩ送信に要求される電力値は保証できない場合がある。例えば、前記候補リソースはＲＸ ＵＥがセンシングに基づいて選択可能な候補リソースである。ここで、例えば、前記のルールが適用される場合、ＳＬ ＣＳＩ報告に関連する受信信頼度を保証することのみならず、ＳＬ ＣＳＩ報告が省略される問題を軽減させることができる。

【0317】

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

【0318】

図２４を参照すれば、ステップＳ２４１０において、第１装置はＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第２装置へ送信することができる。ステップＳ２４２０において、第１装置は前記ＰＳＳＣＨを介して、第１ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）報告が要求（ｒｅｑｕｅｓｔ）されたことを示すＣＳＩ要求情報を含む前記第２ＳＣＩ及びＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記第２装置へ送信することができる。例えば、前記第１ＣＳＩ報告に関連する持続時間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内において、前記第１装置は第２ＣＳＩ報告が要求されたことを示すＣＳＩ要求情報を前記第２装置へ送信するように許可されない場合がある。

【0319】

例えば、前記第１ＣＳＩ報告に関連する前記持続時間は前記第１ＣＳＩ報告に関連するレイテンシーバウンド（ｌａｔｅｎｃｙ ｂｏｕｎｄ）である。例えば、前記第１ＣＳＩ報告に関連する前記レイテンシーバウンド内において、前記第１装置は前記第２ＣＳＩ報告が要求されたことを示す前記ＣＳＩ要求情報を前記第２装置へ送信するように許可されない場合がある。例えば、前記レイテンシーバウンドは前記第２ＳＣＩに関連するスロットの次のスロットから前記第２ＳＣＩによって要求された前記第１ＣＳＩ報告が許可させる最後のスロットまでのスロットの数である。例えば、前記第１ＣＳＩ報告に関連する前記レイテンシーバウンド外において、前記第１装置は前記第２ＣＳＩ報告が要求されたことを示す前記ＣＳＩ要求情報を前記第２装置へ送信するように許可される。例えば、前記第１ＣＳＩ報告に関連する前記レイテンシーバウンドは前記第１装置及び前記第２装置に対して設定される。

【0320】

例えば、前記第１ＣＳＩ報告に関連する前記持続時間は前記第１ＣＳＩ報告に関連するレイテンシーバウンドより短いか同じである。あるいは、例えば、第１装置は前記第１ＣＳＩ報告に関連する前記レイテンシーバウンド内の第１スロット上において、前記第２ＳＣＩによって要求された前記第１ＣＳＩ報告を前記第２装置から受信することができる。例えば、前記持続時間は前記第１スロットにおいて終了される。例えば、前記第１スロット以後の第２スロット上において、前記第１装置は前記第２ＣＳＩ報告が要求されたことを示す前記ＣＳＩ要求情報を前記第２装置へ送信するように許可される。例えば、前記第１スロット以後、前記レイテンシーバウンド内の第２スロット上において、前記第１装置は前記第２ＣＳＩ報告が要求されたことを示す前記ＣＳＩ要求情報を前記第２装置へ送信するように許可される。例えば、前記第１装置が前記第２ＳＣＩによって要求された前記第１ＣＳＩ報告を前記持続時間内において前記第２装置からできないことに基づいて、前記第１装置は前記第１ＣＳＩ報告に関連する前記持続時間内において前記第２ＣＳＩ報告が要求されたことを示す前記ＣＳＩ要求情報を前記第２装置へ送信するように許可されない場合がある。例えば、前記レイテンシーバウンドの終了時点は前記第１ＣＳＩ報告の受信が可能な最後のスロットである。

【0321】

前記提案方法は本開示の様々な実施例に係る装置に適用される。まず、第１装置１００のプロセッサ１０２はＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第２装置へ送信するように送受信機１０６を制御することができる。そして、第１装置１００のプロセッサ１０２は前記ＰＳＳＣＨを介して、第１ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）報告が要求（ｒｅｑｕｅｓｔ）されたことを示すＣＳＩ要求情報を含む前記第２ＳＣＩ及びＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記第２装置へ送信するように送受信機１０６を制御することができる。例えば、前記第１ＣＳＩ報告に関連する持続時間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内において、前記第１装置は第２ＣＳＩ報告が要求されたことを示すＣＳＩ要求情報を前記第２装置へ送信するように許可されない場合がある。

【0322】

本開示の一実施例によれば、無線通信を行う第１装置が提供される。例えば、第１装置は命令を格納する一つ以上のメモリ；一つ以上の送受信機；及び前記一つ以上のメモリと前記一つ以上の送受信機を接続する一つ以上のプロセッサを含む。例えば、前記一つ以上のプロセッサは前記命令を実行して、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第２装置へ送信し；及び前記ＰＳＳＣＨを介して、第１ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）報告が要求（ｒｅｑｕｅｓｔ）されたことを示すＣＳＩ要求情報を含む前記第２ＳＣＩ及びＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記第２装置へ送信することができる。例えば、前記第１ＣＳＩ報告に関連する持続時間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内において、前記第１装置は第２ＣＳＩ報告が要求されたことを示すＣＳＩ要求情報を前記第２装置へ送信するように許可されない場合がある。

【0323】

本開示の一実施例によれば、第１端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、装置は一つ以上のプロセッサ；及び前記一つ以上のプロセッサによって実行できるように接続され、及び命令を格納する一つ以上のメモリを含む。例えば、前記一つ以上のプロセッサは前記命令を実行して、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第２端末へ送信し；及び前記ＰＳＳＣＨを介して、第１ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）報告が要求（ｒｅｑｕｅｓｔ）されたことを示すＣＳＩ要求情報を含む前記第２ＳＣＩ及びＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記第２端末へ送信することができる。例えば、前記第１ＣＳＩ報告に関連する持続時間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内において、前記第１端末は第２ＣＳＩ報告が要求されたことを示すＣＳＩ要求情報を前記第２端末へ送信するように許可されない場合がある。

【0324】

本開示の一実施例によれば、命令を記録している非一時的コンピュータ可読記憶媒体が提供される。例えば、前記命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに：第１装置によって、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第２装置へ送信するようにし；及び前記第１装置によって、前記ＰＳＳＣＨを介して、第１ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）報告が要求（ｒｅｑｕｅｓｔ）されたことを示すＣＳＩ要求情報を含む前記第２ＳＣＩ及びＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記第２装置へ送信するようにすることができる。例えば、前記第１ＣＳＩ報告に関連する持続時間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内において、前記第１装置は第２ＣＳＩ報告が要求されたことを示すＣＳＩ要求情報を前記第２装置へ送信するように許可されない場合がある。

【0325】

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

【0326】

図２５を参照すれば、ステップＳ２５１０において、第２装置はＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第１装置から受信することができる。ステップＳ２５２０において、第２装置は前記ＰＳＳＣＨを介して、第１ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）報告が要求（ｒｅｑｕｅｓｔ）されたことを示すＣＳＩ要求情報を含む前記第２ＳＣＩ及びＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記第１装置から受信することができる。例えば、前記第１ＣＳＩ報告に関連する持続時間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内において、前記第１装置は第２ＣＳＩ報告が要求されたことを示すＣＳＩ要求情報を前記第２装置へ送信するように許可されない場合がある。

【0327】

前記提案方法は本開示の様々な実施例に係る装置に適用される。まず、第２装置２００のプロセッサ２０２はＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第１装置から受信するように送受信機２０６を制御することができる。そして、第２装置２００のプロセッサ２０２は前記ＰＳＳＣＨを介して、第１ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）報告が要求（ｒｅｑｕｅｓｔ）されたことを示すＣＳＩ要求情報を含む前記第２ＳＣＩ及びＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記第１装置から受信するように送受信機２０６を制御することができる。例えば、前記第１ＣＳＩ報告に関連する持続時間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内において、前記第１装置は第２ＣＳＩ報告が要求されたことを示すＣＳＩ要求情報を前記第２装置へ送信するように許可されない場合がある。

【0328】

本開示の一実施例によれば、無線通信を行う第２装置が提供される。例えば、第２装置は命令を格納する一つ以上のメモリ；一つ以上の送受信機；及び前記一つ以上のメモリと前記一つ以上の送受信機を接続する一つ以上のプロセッサを含む。例えば、前記一つ以上のプロセッサは前記命令を実行して、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第１装置から受信し；及び前記ＰＳＳＣＨを介して、第１ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）報告が要求（ｒｅｑｕｅｓｔ）されたことを示すＣＳＩ要求情報を含む前記第２ＳＣＩ及びＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記第１装置から受信することができる。例えば、前記第１ＣＳＩ報告に関連する持続時間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内において、前記第１装置は第２ＣＳＩ報告が要求されたことを示すＣＳＩ要求情報を前記第２装置へ送信するように許可されない場合がある。

【0329】

本開示の一実施例によれば、第２端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、装置は一つ以上のプロセッサ；及び前記一つ以上のプロセッサによって実行できるように接続され、及び命令を格納する一つ以上のメモリを含む。例えば、前記一つ以上のプロセッサは前記命令を実行して、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第１端末から受信し；及び前記ＰＳＳＣＨを介して、第１ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）報告が要求（ｒｅｑｕｅｓｔ）されたことを示すＣＳＩ要求情報を含む前記第２ＳＣＩ及びＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記第１端末から受信することができる。例えば、前記第１ＣＳＩ報告に関連する持続時間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内において、前記第１端末は第２ＣＳＩ報告が要求されたことを示すＣＳＩ要求情報を前記第２端末へ送信するように許可されない場合がある。

【0330】

本開示の一実施例によれば、命令を記録している非一時的コンピュータ可読記憶媒体が提供される。例えば、前記命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに：第２装置によって、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第２ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのための第１ＳＣＩを第１装置から受信するようにし；及び前記第２装置によって、前記ＰＳＳＣＨを介して、第１ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）報告が要求（ｒｅｑｕｅｓｔ）されたことを示すＣＳＩ要求情報を含む前記第２ＳＣＩ及びＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記第１装置から受信するようにすることができる。例えば、前記第１ＣＳＩ報告に関連する持続時間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内において、前記第１装置は第２ＣＳＩ報告が要求されたことを示すＣＳＩ要求情報を前記第２装置へ送信するように許可されない場合がある。

【0331】

本開示の様々な実施例によれば、ＴＸ ＵＥがＲＸ ＵＥにＳＬ ＣＳＩ情報に対する報告を要求した後、ＴＸ ＵＥが関連（報告）レイテンシー予算（ｌａｔｅｎｃｙ ｂｕｄｇｅｔ）内においてＳＬ ＣＳＩ情報を成功的に受信すれば、当該レイテンシー予算が過ぎなかったとしても、ＴＸ ＵＥは（同一ＲＸ ＵＥに）追加のＳＬ ＣＳＩ情報に対する報告を要求することができる。しかし、ＴＸ ＵＥが関連（報告）レイテンシー予算内において（ＲＸ ＵＥから）要求したＳＬ ＣＳＩ情報を成功的に受信できなかった場合、ＴＸ ＵＥは当該レイテンシー予算内において（同一ＲＸ ＵＥに）追加のＳＬ ＣＳＩ情報に対する報告を要求することができない。

【0332】

本開示の様々な実施例によれば、ＴＸ ＵＥがスロット＃ＮにおいてＳＬ送信を実行する場合、関連輻輳制御（例えば、最大許可送信電力値）に用いられるＣＢＲ値はＴＸ ＵＥがスロット＃（Ｎ－Ｘ）時点において測定したことである場合がある。ここで、Ｘ値はＳＬ ＳＣＳ値によって異なるように設定される。例えば、ＳＣＳ値が大きいほどＸ値は比較的大きい値に指定される。

【0333】

本開示の様々な実施例によれば、ＰＳＳＣＨ関連ＰＲＧの単位は送信されるＰＳＳＣＨを構成する全体ＲＢ数（すなわち、全体サブチャネル数）に設定される。

【0334】

本開示の多様な実施例は、相互結合されることができる。

【0335】

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

【0336】

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

【0337】

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

【0338】

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

【0339】

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

【0340】

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

【0341】

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

【0342】

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

【0343】

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

【0344】

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

【0345】

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

【0346】

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

【0347】

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

【0348】

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

【0349】

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

【0350】

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

【0351】

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

【0352】

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

【0353】

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

【0354】

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

【0355】

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

【0356】

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

【0357】

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

【0358】

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

【0359】

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

【0360】

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

【0361】

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

【0362】

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

【0363】

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

【0364】

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

【0365】

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

【0366】

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

【0367】

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

【0368】

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

【0369】

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

【0370】

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

【図1】

【図2】

【図3】

【図4(a)】

【図4(b)】

【図5】

【図6】

【図7】

【図8(a)】

【図8(b)】

【図9】

【図10】

【図11】

【図12】

【図13(a)】

【図13(b)】

【図13(c)】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】