特許 7564936 ＮＲ Ｖ２Ｘにおける省電力のための方法及び装置

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

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

(11)【特許番号】

(24)【登録日】2024-10-01

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

(54)【発明の名称】ＮＲ Ｖ２Ｘにおける省電力のための方法及び装置

(51)【国際特許分類】

   H04W 72/40 20230101AFI20241002BHJP

   H04W 72/02 20090101ALI20241002BHJP

   H04W 72/25 20230101ALI20241002BHJP

   H04W 72/542 20230101ALI20241002BHJP

   H04W 72/563 20230101ALI20241002BHJP

【ＦＩ】

H04W72/40

H04W72/02

H04W72/25

H04W72/542

H04W72/563

【請求項の数】 15

(21)【出願番号】P 2023504089

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

(65)【公表番号】

(43)【公表日】2023-08-15

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

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

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

【審査請求日】2023-01-19

(31)【優先権主張番号】63/063,216

(32)【優先日】2020-08-07

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

(31)【優先権主張番号】63/105,204

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

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(74)【代理人】

【識別番号】100202740

【弁理士】

【氏名又は名称】増山 樹

(72)【発明者】

【氏名】イ ソンミン

(72)【発明者】

【氏名】ファン テソン

(72)【発明者】

【氏名】ソ ハンピョル

【審査官】永井 啓司

(56)【参考文献】

【文献】米国特許出願公開第２０１９／００７５５４８（ＵＳ，Ａ１）

【文献】特表２０１９－５３１６５３（ＪＰ，Ａ）

【文献】Huawei, HiSilicon, Sony, ITRI，WF on P-UE sensing for shorter reservation period[online]，3GPP TSG RAN WG1 #88 R1-1703834，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88/Docs/R1-1703834.zip>，2017年02月16日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

第１装置が無線通信を行うための方法であって、
リソース選択のための時間間隔を決定するステップと、
前記時間間隔内においてＹ個の候補スロットを選択するステップと、
部分センシングを行うステップと、
前記Ｙ個の候補スロットに含まれたＳＬ（sidelink）リソースのうちから少なくとも１つのＳＬリソースを、前記部分センシングに基づいて選択するステップと、
前記少なくとも１つのＳＬリソースに基づいてＳＬ通信を行うステップと、を含み、
前記リソース選択が周期的送信によってトリガーされることに基づいて、前記部分センシングは、リソースプールに対して設定されたリソース予約周期値によって前記Ｙ個の候補スロットのそれぞれから周期的に間隔をあけた複数のスロットに対して行われ、
Ｙの値は、正の整数である、方法。

【請求項2】

送信されるＭＡＣ ＰＤＵ（medium access control protocol data unit）の優先順位に基づいて前記Ｙの値を決定するステップをさらに含み、
Ｙの少なくとも１つの候補値は、各優先順位について前記第１装置に対して設定される、請求項１に記載の方法。

【請求項3】

前記リソースプールに対する輻輳レベルに基づいて前記Ｙの値を決定するステップをさらに含み、
Ｙの少なくとも１つの候補値は、各輻輳レベルについて前記第１装置に対して設定される、請求項１に記載の方法。

【請求項4】

前記Ｙ個の候補スロットは、以前ＳＣＩ（sidelink control information）によって通知され得るように選択される、請求項１に記載の方法。

【請求項5】

第１優先順位に関連する情報及び第１リソースに関連する情報を含む第１ＳＣＩを第２装置から受信するステップと、
第２優先順位に関連する情報及び第２リソースに関連する情報を含む第２ＳＣＩを第３装置から受信するステップと、をさらに含み、
前記第２装置は、省電力が要求される装置であり、
前記第３装置は、省電力が要求されない装置である、請求項１に記載の方法。

【請求項6】

前記第１リソースが前記少なくとも１つのＳＬリソースと重複することに基づいて、前記第１リソースを再選択するか否かを第１ＲＳＲＰ閾値に基づいて決定するステップと、
前記第２リソースが前記少なくとも１つのＳＬリソースと重複することに基づいて、前記第２リソースを再選択するか否かを第２ＲＳＲＰ閾値に基づいて決定するステップと、をさらに含み、
省電力が要求される装置に関連する前記第１ＲＳＲＰ閾値は、省電力が要求されない装置に関連する前記第２ＲＳＲＰ閾値と異なる、請求項５に記載の方法。

【請求項7】

前記第１リソースが前記少なくとも１つのＳＬリソースと重複することに基づいて、前記第１リソースを再選択するか否かを前記第１優先順位に関連する前記情報及び第１優先順位閾値に基づいて決定するステップと、
前記第２リソースが前記少なくとも１つのＳＬリソースと重複することに基づいて、前記第２リソースを再選択するか否かを前記第２優先順位に関連する前記情報及び第２優先順位閾値に基づいて決定するステップと、をさらに含み、
省電力が要求される装置に関連する前記第１優先順位閾値は、省電力が要求されない装置に関連する前記第２優先順位閾値と異なる、請求項５に記載の方法。

【請求項8】

前記第１リソースが前記少なくとも１つのＳＬリソースと重複することに基づいて、前記第１リソースを再選択するか否かを第３優先順位に関連する情報に基づいて決定するステップであって、前記第３優先順位に関連する前記情報は、省電力が要求される装置に関連する第１優先順位閾値に優先順位オフセット値を適用することによって取得される値である、ステップと、
前記第２リソースが前記少なくとも１つのＳＬリソースと重複することに基づいて、前記第２リソースを再選択するか否かを前記第２優先順位に関連する前記情報に基づいて決定するステップと、をさらに含む、請求項５に記載の方法。

【請求項9】

前記第１ＳＣＩは、省電力装置を示す情報を含む、請求項５に記載の方法。

【請求項10】

前記リソースプールに対して全体センシングに基づいた前記リソース選択が許可されないことに基づいて、前記第１装置は、前記リソースプール上において再評価動作またはプリエンプション動作を行うことが許可されない、請求項１に記載の方法。

【請求項11】

前記リソース選択が非周期的送信によってトリガーされることに基づいて、前記部分センシングは、前記Ｙ個の候補スロットの最初のスロットの前のＮ個のスロットに対して行われ、
Ｎの値は、正の整数である、請求項１に記載の方法。

【請求項12】

スロット内でリソース選択をトリガーするステップをさらに含む、請求項１１に記載の方法。

【請求項13】

前記リソース選択が前記非周期的送信によってトリガーされることに基づいて、前記部分センシングは、前記Ｙ個の候補スロットの前記最初のスロットの前の前記スロットから前記Ｎ個のスロットに対して行われる、請求項１２に記載の方法。

【請求項14】

無線通信を行うように適合された第１装置であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと接続され、命令を格納する少なくとも１つのメモリと、を含み、
前記命令は、実行されることに基づいて、
リソース選択のための時間間隔を決定することと、
前記時間間隔内においてＹ個の候補スロットを選択することと、
部分センシングを行うことと、
前記Ｙ個の候補スロットに含まれたＳＬ（sidelink）リソースのうちから少なくとも１つのＳＬリソースを、前記部分センシングに基づいて選択することと、
前記少なくとも１つのＳＬリソースに基づいてＳＬ通信を行うことと、を含む動作を前記第１装置に行わせ、
前記リソース選択が周期的送信によってトリガーされることに基づいて、前記部分センシングは、リソースプールに対して設定されたリソース予約周期値によって前記Ｙ個の候補スロットのそれぞれから周期的に間隔をあけた複数のスロットに対して行われ、
Ｙの値は、正の整数である、第１装置。

【請求項15】

第１装置を制御するように適合された処理装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと接続され、命令を格納する少なくとも１つのメモリと、を含み、
前記命令は、実行されることに基づいて、
リソース選択のための時間間隔を決定することと、
前記時間間隔内においてＹ個の候補スロットを選択することと、
部分センシングを行うことと、
前記Ｙ個の候補スロットに含まれたＳＬ（sidelink）リソースのうちから少なくとも１つのＳＬリソースを、前記部分センシングに基づいて選択することと、
前記少なくとも１つのＳＬリソースに基づいてＳＬ通信を行うことと、を含む動作を前記第１装置に行わせ、
前記リソース選択が周期的送信によってトリガーされることに基づいて、前記部分センシングは、リソースプールに対して設定されたリソース予約周期値によって前記Ｙ個の候補スロットのそれぞれから周期的に間隔をあけた複数のスロットに対して行われ、
Ｙの値は、正の整数である、処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【発明の概要】

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

【0007】

その一方で、ＮＲ Ｖ２Ｘにおいて、部分センシング（ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ）またはＮＯセンシング（ｎｏ ｓｅｎｓｉｎｇ）がサポートされる。部分センシングまたはＮＯセンシングは全体センシング（ｆｕｌｌ ｓｅｎｓｉｎｇ）と比較して、省電力利益が得られる一方、端末の間でリソース衝突を引き起こす可能性がある。したがって、リソース衝突を最小化すると同時に省電力利益を最大化する方法及びこれをサポートする装置を提案する必要がある。

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

【0008】

一実施形態において、第１装置が無線通信を行う方法が提供される。前記方法は、選択ウィンドウを決定するステップと、前記選択ウィンドウ内においてＹ個の候補スロットを選択するステップと、リソースプールに対して設定されたリソース予約周期値に基づいて、前記Ｙ個の候補スロットに関連する少なくとも１つのスロットを決定するステップと、前記少なくとも１つのスロットに対するセンシングに基づいて、前記Ｙ個の候補スロットに含まれたＳＬ（ｓｉｄｅｌｉｎｋ）リソースのうち、少なくとも１つのＳＬリソースを選択するステップと、前記少なくとも１つのＳＬリソースに基づいてＳＬ通信を行うステップと、を含むが、前記Ｙの値は正の整数である。

【0009】

一実施形態において、無線通信を行う第１装置が提供される。前記第１装置は命令を格納する１つ以上のメモリと、１つ以上の送受信機と、前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。前記１つ以上のプロセッサは前記命令を実行して、選択ウィンドウを決定して、前記選択ウィンドウ内においてＹ個の候補スロットを選択して、リソースプールに対して設定されたリソース予約周期値に基づいて、前記Ｙ個の候補スロットに関連する少なくとも１つのスロットを決定して、前記少なくとも１つのスロットに対するセンシングに基づいて、前記Ｙ個の候補スロットに含まれたＳＬ（ｓｉｄｅｌｉｎｋ）リソースのうち、少なくとも１つのＳＬリソースを選択して、前記少なくとも１つのＳＬリソースに基づいてＳＬ通信を行うが、前記Ｙの値は正の整数である。

【発明の効果】

【0010】

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

【図面の簡単な説明】

【0011】

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

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

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

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

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

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

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

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

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

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

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

【図12】本開示の一実施形態によって、端末がリソースプールに対して許可されたリソース予約周期に基づいてセンシングのためのスロットを決定する方法を示している。

【図13】本開示の一実施形態によって、端末がリソースプールに対して許可されたリソース予約周期に基づいてセンシングのためのスロットを決定する方法を示している。

【図14】本開示の一実施形態によって、端末が選択可能な候補スロットのうち、最初のスロットを基準にＮ個のスロットをセンシングする方法を示している。

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

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

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

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

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

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

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

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

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

【表1】

【0042】

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

【0043】

【表2】

【0044】

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

【0045】

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

【0046】

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

【0047】

【表3】

【0048】

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

【0049】

【表4】

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

例えば、ＮＲリソース割り当てモード２において、第１端末はＳＣＩを用いてＳＬ送信の優先順位を第２端末に指示することができる。例えば、第２端末は前記ＳＣＩをデコードすることができ、第２端末は前記優先順位に基づいてセンシング及び／またはリソース（再）選択を実行することができる。例えば、前記リソース（再）選択手順は、第２端末がリソース選択ウィンドウにおいて候補リソースを識別するステップ及び第２端末が識別された候補リソースのうち、（再）送信のためのリソースを選択するステップを含むことができる。例えば、リソース選択ウィンドウは端末がＳＬ送信のためのリソースを選択する時間間隔（ｔｉｍｅ ｉｎｔｅｒｖａｌ）である。例えば、第２端末がリソース（再）選択をトリガーした後、リソース選択ウィンドウはＴ１≧０から開始することができ、リソース選択ウィンドウは第２端末の残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）によって制限される。例えば、第２端末がリソース選択ウィンドウにおいて候補リソースを識別するステップにおいて、第２端末が第１端末から受信したＳＣＩによって特定のリソースが指示され及び前記特定のリソースに対するＬ１ ＳＬ ＲＳＲＰ測定値がＳＬ ＲＳＲＰ閾値を超える場合、前記第２端末は前記特定のリソースを候補リソースとして決定しない可能性がある。例えば、ＳＬ ＲＳＲＰ閾値は第２端末が第１端末から受信したＳＣＩによって指示されるＳＬ送信の優先順位及び第２端末が選択したリソース上においてＳＬ送信の優先順位に基づいて決定することができる。

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

－送信電力情報

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

その一方で、本明細書において、例えば、ＰＳＣＣＨはＳＣＩ、第１ＳＣＩ（１^st－ｓｔａｇｅ ＳＣＩ）及び／または第２ＳＣＩ（２^nd－ｓｔａｇｅ ＳＣＩ）のうち、少なくともいずれか１つと相互代替／置換される。例えば、ＳＣＩはＰＳＣＣＨ、第１ＳＣＩ及び／または第２ＳＣＩのうち、少なくともいずれか１つと相互代替／置換される。例えば、ＰＳＳＣＨは第２ＳＣＩ及び／またはＰＳＣＣＨと相互代替／置換される。

【0123】

その一方で、本明細書において、例えば、（比較的）高いＳＣＩペイロード（ｐａｙｌｏａｄ）サイズを考慮してＳＣＩ構成フィールドを２つのグループに分けた場合、第１ＳＣＩ構成フィールドグループを含む第１ＳＣＩを１^stＳＣＩと称することができ、第２ＳＣＩ構成フィールドグループを含む第２ＳＣＩを２^ndＳＣＩに称することができる。例えば、１^stＳＣＩと２^ndＳＣＩは異なるチャネルを介して送信される。例えば、１^stＳＣＩはＰＳＣＣＨを介して受信端末に送信される。例えば、２^ndＳＣＩは（独立した）ＰＳＣＣＨを介して受信端末に送信されるか、ＰＳＳＣＨを介してデータとともにピギーバックされ送信される。

【0124】

その一方で、本明細書において、例えば、「設定」または「定義」は基地局またはネットワークからの（事前）設定を意味する。例えば、「設定」または「定義」は基地局またはネットワークからのリソースプール特定の（事前）設定を意味する。例えば、基地局またはネットワークは「設定」または「定義」に関連する情報を端末に送信することができる。例えば、基地局またはネットワークは事前に定義されたシグナリングを介して、「設定」または「定義」に関連する情報を端末に送信することができる。例えば、事前に定義されるシグナリングはＲＲＣシグナリング、ＭＡＣシグナリング、ＰＨＹシグナリング及び／またはＳＩＢのうち、少なくともいずれか１つを含むことができる。

【0125】

その一方で、本明細書において、例えば、「設定」または「定義」は端末の間に事前に設定されたシグナリングを介して指定または設定されることを意味する。例えば、「設定」または「定義」に関連する情報は端末の間に事前に設定されたシグナリングを介して送受信される。例えば、事前に定義されるシグナリングはＰＣ５ ＲＲＣシグナリングである。

【0126】

その一方で、本明細書において、例えば、ＲＬＦはＯＯＳ（Ｏｕｔ－ｏｆ－Ｓｙｎｃｈ）及び／またはＩＳ（Ｉｎ－Ｓｙｎｃｈ）と相互代替／置換される。

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

【表5】

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

本明細書において、例えば、第１リソースを予約した端末がプリエンプション（ｐｒｅ－ｅｍｐｔｉｏｎ）または再評価（ｒｅ－ｅｖａｌｕａｔｉｏｎ）に基づいて前記第１リソースを除去（ｒｅｍｏｖｅ）して及び第２リソースを選択する場合、前記第２リソースは再選択されたリソースと称することができる。

【0149】

本明細書において、例えば、Ｐ－ＵＥは歩行者端末、省電力が要求される装置、部分センシング（ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ）に基づいてリソース選択を実行する装置、ランダム選択（すなわち、ｎｏ ｓｅｎｓｉｎｇ）に基づいてリソース選択を実行する装置などを含むことができる。

【0150】

本明細書において、例えば、Ｖ－ＵＥは車両、省電力が要求されない装置、全体センシング（ｆｕｌｌ ｓｅｎｓｉｎｇ）に基づいてリソース選択を実行する装置などを含むことができる。

【0151】

本開示の一実施形態によれば、周期的リソース予約を実行する場合、ＰＥＲＩＯＤ ＃Ｘのリソース領域上において、プリエンプションチェック動作が実行される将来の周期のリソース領域はＰＥＲＩＯＤ ＃Ｘ＋Ｋのリソース領域に限定される。例えば、Ｋ値は１に固定される。例えば、Ｋ値は端末に対して事前に設定された値である。ここで、例えば、前記ルールはプリエンプションチェック動作に必要な最小処理時間値より、周期値が大きい場合にのみ限定して適用できる。例えば、前記ルールはプリエンプションチェック動作に必要な最小処理時間値より、周期値が大きいか等しい場合にのみ限定して適用できる。

【0152】

例えば、周期的リソース予約を実行する場合、ＰＥＲＩＯＤ ＃Ｘのリソース領域上において、プリエンプションチェック動作が実行される将来の周期のリソース領域はＰＥＲＩＯＤ ＃Ｘのリソース領域からプリエンプションチェック動作に必要な最小処理時間値以降の将来の周期のリソース領域に限定される。例えば、周期的リソース予約を実行する場合、ＰＥＲＩＯＤ ＃Ｘのリソース領域上において、プリエンプションチェック動作が実行される将来の周期のリソース領域はＰＥＲＩＯＤ ＃Ｘのリソース領域からプリエンプションチェック動作に必要な最小処理時間値以降の最も早く現れる（予約リソースが属した）将来の周期のリソース領域に限定される。例えば、周期的リソース予約を実行する場合、ＰＥＲＩＯＤ ＃Ｘのリソース領域上において、プリエンプションチェック動作が実行される将来の周期のリソース領域はＰＥＲＩＯＤ ＃Ｘのリソース領域からプリエンプションチェック動作に必要な最小処理時間値以降の最も早く現れる（予約リソースが属した）事前に設定された個数の将来の周期のリソース領域に限定される。例えば、前記事前に設定された個数は１である。

【0153】

本開示の一実施形態によれば、周期的リソース予約を実行する場合、端末はプリエンプションに基づいてリソース再選択を実行することができる。例えば、この場合、もし再選択されたリソースが以前ＳＣＩによって予約／シグナリングできない場合、端末は前記再選択されたリソースに関連するＳＣＩ上においてリソース予約周期をシグナリング／送信しない。例えば、上述した動作は一種のワンショット（ｏｎｅ－ｓｈｏｔ）送信の形で解釈できる。その一方で、例えば、もし再選択されたリソースが以前ＳＣＩによって予約／シグナリングできる場合、端末は前記再選択されたリソースに関連するＳＣＩ上においてリソース予約周期をシグナリング／送信することができ、端末は前記再選択されたリソースを周期的に使用することができる。

【0154】

例えば、もし周期的予約リソースのうち、一部のリソースがプリエンプションベースで再選択する必要があれば、端末は関連ＳＬグラント全体に対するリソース再選択を実行するように設定することができる。例えば、もし周期的予約リソースのうち、一部のリソースがプリエンプションベースで再選択する必要があれば、端末は関連ＳＬグラント全体をクリアすることができ、リソース再選択を実行することができる。

【0155】

本開示の一実施形態によれば、周期的リソース予約を実行する場合、１つの周期内においてたくさんの再送リソースを確保するために、端末は複数の周期的リソース予約を併合して、１つのＳＬ ＨＡＲＱプロセスのために使用することができる。ここで、例えば、併合された複数の周期的リソース予約は全て同じ（または共通的な（ｃｏｍｍｏｎ））リソース再選択トリガー関連カウンター値及び／またはリソース予約された周期個数を持つように（または共有するように）設定される。または、例えば、それぞれの周期的リソース予約は独立したリソース再選択トリガー関連カウンター値及び／またはリソース予約された周期個数を持つことができる。このような場合、例えば、リソース再選択が（最小）１つの周期的リソース予約に対してトリガーされれば、リソース再選択は併合された全ての周期的リソース予約に対して実行される。または、例えば、リソース再選択が（最小）１つの周期的リソース予約に対してトリガーされれば、リソース再選択は当該周期的リソース予約に対してのみ実行される。

【0156】

その一方で、次期システムでは、端末消費電力を節約するために、端末がセンシング動作を省略するかまたは簡略化されたセンシング動作を実行することができる。例えば、端末はセンシング動作なしに予約リソースまたはＳＬ送信のための候補リソースを選択することができる。例えば、端末はセンシングウィンドウ内の一部のスロットに対してＳＣＩ検出を試みることができ、端末は検出したＳＣＩによって指示されたセンシング情報（例えば、予約リソース）及び従来のＲＳＲＰに基づいて前記指示された予約リソースを利用可能リソースに含めるかまたは除外するか否かを決定することができる。例えば、端末は前記ＳＣＩ検出を試みるスロットを実装的に選択することができる。例えば、前記ＳＣＩ検出を試みるスロットは端末がＳＬ送信を実行する予約リソースまたは候補リソースから導出できる。例えば、端末はＳＬ送信を実行する予約リソースまたは候補リソースに対して特定の周期値を仮定して、センシングウィンドウ内ＳＣＩを検出するスロットの位置を導出／決定することができる。

【0157】

例えば、端末は部分センシング（ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ）を実行することができ、端末は前記部分センシングに基づいてリソースを選択／予約することができる。例えば、全体センシング（ｆｕｌｌ ｓｅｎｓｉｎｇ）と比較して、部分センシングは省電力の側面から利益がある。例えば、ＮＲ Ｖ２Ｘにおいて、全体センシング手順は表６及び表７のように定義することができる。例えば、ＮＲ Ｖ２Ｘにおいて、プリエンプションまたは再評価のための全体センシング手順は表６から表８のように定義することができる。

【0158】

【表6】

【0159】

【表7】

【0160】

【表8】

【0161】

例えば、ＬＴＥ Ｖ２Ｘにおいて、部分センシング手順は表９のように定義することができる。

【0162】

【表9】

【0163】

本開示の一実施形態によれば、同じプール上において共存する別の端末（例えば、全体センシングを実行する端末）との衝突をできるだけ防ぐために、部分センシングに関連する選択ウィンドウに対するＹ値（例えば、最小個数）は送信パケットの優先順位、リソースプールの干渉レベル、車両－端末（Ｖ－ＵＥ）の存在有無などに応じて、異なるように設定される。例えば、前記候補リソースに対するスロットの個数Ｙ値（例えば、最小個数）は送信パケットの優先順位、リソースプールの干渉レベル、車両－端末（Ｖ－ＵＥ）の存在有無などに応じて、異なるように設定される。

【0164】

例えば、Ｙ個のサブフレーム／スロットのセット内の特定のサブフレーム／スロットに関連するセンシングサブフレーム／スロットの個数／位置（例えば、最小個数）を決定するために使用される数式（例えば、ｎ－１００＊ｋ）において、ｋ値はリソースプールに許可された最大リソース予約周期値に限られない。具体的には、例えば、端末はＲＳＳＩベースのセンシングを実行しないため、ｋ値はリソースプールに許可された最大リソース予約周期値に限られない。例えば、端末はリソースプールに対して許可されたリソース予約周期値に基づいて、Ｙ個のサブフレーム／スロットのセット内の特定のサブフレーム／スロットに関連するセンシングサブフレーム／スロットを決定することができる。本明細書において、例えば、Ｙ個のサブフレーム／スロットのセットは最小Ｙ個の候補サブフレーム／スロットを含むサブフレーム／スロットのセットである。例えば、Ｙ個のサブフレーム／スロットのセットは最小Ｙ個の候補サブフレーム／スロットを含む選択ウィンドウ内サブフレーム／スロットのセットである。

【0165】

図１２及び図１３は本開示の一実施形態によって、端末がリソースプールに対して許可されたリソース予約周期に基づいてセンシングのためのスロットを決定する方法を示している。図１２及び図１３の実施形態は本開示の様々な実施形態と組み合わせることができる。

【0166】

図１２及び図１３の実施形態において、リソースプールに対して許可されたリソース予約周期はＰ１及びＰ２と仮定する。さらに、端末はスロット＃Ｋを選択するための部分センシングを実行すると仮定する。

【0167】

図１２を参照すれば、端末はスロット＃ＫからＰ１以前に位置するスロット、及びスロット＃ＫからＰ２以前に位置するスロットに対してセンシングを実行することができる。

【0168】

図１３を参照すれば、端末はスロット＃ＫからＰ１以前に位置するスロット、及びスロット＃ＫからＰ２以前に位置するスロットに対してセンシングを実行することができる。さらに、選択的に、端末はスロット＃ＫからＡ＊Ｐ１以前に位置するスロット、及びスロット＃ＫからＢ＊Ｐ２以前に位置するスロットに対してセンシングを実行することができる。例えば、Ａ及びＢは２以上の正の整数である。

【0169】

例えば、Ｙ個のサブフレーム／スロットのセット内の特定のサブフレーム／スロットに関連するセンシングサブフレーム／スロットの個数／位置（例えば、最小個数）を決定するために使用される数式（例えば、ｎ－１００＊ｋ）において、定数１００は異なる値に設定される。例えば、Ｙ個のサブフレーム／スロットのセット内の特定のサブフレーム／スロットに関連するセンシングサブフレーム／スロットの個数／位置（例えば、最小個数）を決定するために使用される数式（例えば、ｎ－１００＊ｋ）において、定数１００はＰ－ＵＥの送信パケット、干渉レベルなどごとに異なる値に設定される。例えば、Ｙ個のサブフレーム／スロットのセット内の特定のサブフレーム／スロットに関連するセンシングサブフレーム／スロットの個数／位置（例えば、最小個数）を決定するために使用される数式（例えば、ｎ－１００＊ｋ）において、定数１００はリソースプールに対して許可されたリソース予約周期値に設定される。

【0170】

例えば、端末がＹ個のサブフレーム／スロットのセットを選択する場合、端末は以前（ｐｒｉｏｒ）ＳＣＩを介して予約ができるように、Ｙ個のサブフレーム／スロットのセットをできるだけ選択することができる。

【0171】

例えば、Ｙ値は再送要件及び／またはサービス要件にしたがって、端末に対して異なるように設定される。

【0172】

例えば、端末は以前（ｐｒｉｏｒ）ＳＣＩを介して予約するようにＹ個のサブフレーム／スロットを選択することができる。

【0173】

例えば、必要な再送回数だけのサブフレーム／スロットがＹ値に基づいてサポートされなければ、端末は部分センシング動作を適用／実行しない可能性がある。

【0174】

例えば、周期的リソース予約がリソースプール上において許可されなければ、端末は数式（例えば、ｎ－１００＊ｋ）に基づいてセンシングを実行しない可能性がある。例えば、端末は選択ウィンドウの最初のスロットから事前に設定された個数のスロットをセンシングすることができる。例えば、端末はＮサブフレーム／スロットから３２スロット以前までのみセンシングすることができる。

【0175】

図１４は本開示の一実施形態によって、端末が選択可能な候補スロットのうち、最初のスロットを基準にＮ個のスロットをセンシングする方法を示している。図１４の実施形態は本開示の様々な実施形態と組み合わせることができる。

【0176】

図１４の実施形態において、端末が選択可能な候補スロットはスロット＃Ｍ、スロット＃（Ｍ＋Ｔ１）及びスロット＃（Ｍ＋Ｔ１＋Ｔ２）と仮定する。この場合、端末がセンシングを実行する必要があるスロットは選択可能な候補スロットのうち、最初のスロット（すなわち、スロット＃Ｍ）を基準に決定することができる。例えば、端末は選択可能な候補スロットのうち、最初のスロットを基準スロットとして決定した後、前記基準スロットから（以前の）Ｎ個のスロットに対してセンシングを実行することができる。

【0177】

図１４を参照すれば、選択可能な候補スロットのうち、最初のスロット（すなわち、スロット＃Ｍ）を基準に、端末はＮ個のスロットに対するセンシングを実行することができる。例えば、端末はスロット＃Ｍ以前のＮ個のスロットに対するセンシングを実行することができ、端末はセンシングの結果に基づいて選択可能な候補スロット（すなわち、スロット＃Ｍ、スロット＃（Ｍ＋Ｔ１）及びスロット＃（Ｍ＋Ｔ１＋Ｔ２））のうち、少なくとも１つのＳＬリソースを選択することができる。例えば、Ｎは端末に対して設定するか事前に設定される。例えば、前記Ｎ個のスロットのうち、最後のスロット及びスロット＃Ｍの間には処理のための時間ギャップが存在する。

【0178】

本開示の一実施形態によれば、ＬＴＥ対比、Ｐ－ＵＥの送信をさらに保護するためのメカニズムが導入することができる。例えば、省電力のために、Ｐ－ＵＥの送信をさらに保護するためのメカニズムを導入することができる。

【0179】

例えば、ＳＣＩ上にＰ－ＵＥを示す情報（例えば、Ｐ－ＵＥ指示子）が含まれる。例えば、Ｐ－ＵＥはＰ－ＵＥを示す情報を含むＳＣＩを送信することができる。この場合、例えば、事前に設定された他のＲＳＲＰ閾値（例えば、表７のステップ７）が前記Ｐ－ＵＥの送信に対して適用できる。例えば、端末がプリエンプションまたは再評価動作を実行する場合、事前に設定された他のＲＳＲＰ閾値（例えば、表７のステップ７）が前記Ｐ－ＵＥの送信に対して適用できる。例えば、端末がプリエンプション動作を実行する場合、前記Ｐ－ＵＥの送信に対する優先順位閾値（例えば、表８の優先順位閾値）が異なるように設定される。

【0180】

例えば、ランダムセンシング／部分センシングが許可されるプールにおいて適用されるＲＳＲＰ閾値、プリエンプション優先順位などは異なるように設定される。例えば、ランダムセンシング／部分センシングが許可されないプールと比較して、ランダムセンシング／部分センシングが許可されるプールにおいて適用されるＲＳＲＰ閾値、プリエンプション優先順位などは異なるように設定される。

【0181】

例えば、第２ＳＣＩのフォーマット、ＰＳＣＣＨスクランブル／ＰＳＣＣＨＤＭＲＳシーケンス初期化、ＳＣＩ上のＩＤなどに基づいて、端末がＰ－ＵＥであるかどうか区別することができる。例えば、干渉ランダム化のために、ＰＳＳＣＨ／第２ＳＣＩスクランブルまたはＤＭＲＳを別途初期化するか否かを決定する必要がある。例えば、干渉ランダム化のために、ＰＳＳＣＨ／第２ＳＣＩスクランブルまたはＤＭＲＳは別途初期化することができる。

【0182】

例えば、Ｐ－ＵＥが優先順位の値を含むＳＣＩを送信する場合、前記優先順位の値に事前に設定されたオフセットを適用するように設定される。例えば、前記ＳＣＩを受信した端末は前記優先順位の値に事前に設定されたオフセットを適用することができ、前記端末は前記オフセットが適用された優先順位値に基づいてプリエンプション動作を実行することができる。

【0183】

本開示の一実施形態によれば、部分センシングを実行する端末がプリエンプション動作／再評価動作を実行するか否かが設定される。例えば、プリエンプション動作／再評価動作は端末の消費電力を増加させることができるため、プリエンプション動作／再評価動作は部分センシングを実行する端末に対して許可されない場合がある。

【0184】

例えば、部分センシングを実行する端末はプリエンプション動作／再評価動作を実行することができる。この場合、全体センシングを実行する端末（例えば、Ｖ－ＵＥ）と比較して、部分センシングを実行する端末に係るプリエンプション動作／再評価動作に関連するタイムラインはルーズ（ｌｏｏｓｅ）（例えば、頻度またはいつまで測定されたＳＣＩなどの条件）になる可能性がある。例えば、全体センシングを実行する端末（例えば、Ｖ－ＵＥ）と比較して、部分センシングを実行する端末に係るプリエンプション動作／再評価動作に関連するセンシングウィンドウは短い場合がある。

【0185】

例えば、プリエンプション動作／再評価動作を適用するか否かはＵＥタイプによって異なるように設定される。

【0186】

例えば、Ｐ ＵＥのカウンタースケーリングファクタ（ｃｏｕｎｔｅｒ ｓｃａｌｉｎｇ ｆａｃｔｏｒ）／スケーリング（ｓｃａｌｉｎｇ）が適用される下限（ｌｏｗｅｒ ｂｏｕｎｄ）周期値は、Ｖ－ＵＥと異なるように設定される。例えば、部分センシングまたはランダム選択であるかにしたがって、カウンタースケーリングファクタ（ｃｏｕｎｔｅｒ ｓｃａｌｉｎｇ ｆａｃｔｏｒ）／スケーリング（ｓｃａｌｉｎｇ）が適用される下限（ｌｏｗｅｒ ｂｏｕｎｄ）周期値は異なるように設定される。

【0187】

例えば、Ｐ－ＵＥ ｏｎｌｙまたはランダム選択ｏｎｌｙ（及び／または部分センシングｏｎｌｙ）リソースプールにおいて、プリエンプション動作／再評価動作は許可されない場合がある。

【0188】

本開示の一実施形態によれば、部分センシング及びランダム選択が全て許可されたリソースプールが端末に対して設定され、及び端末が部分センシング能力を持っており、及び端末が部分センシングまたはランダム選択のうちいずれか１つのみを使用するように指示されない場合、端末は部分センシングまたはランダム選択のうちいずれか１つを選択することができる。

【0189】

例えば、干渉レベルが高い場合、端末は部分センシングを選択することができ、端末は部分センシングに基づいてＳＬ送信のためのリソースを選択することができる。例えば、リソースプールの干渉レベルが高い場合、端末は部分センシングを選択することができ、端末は部分センシングに基づいてＳＬ送信のためのリソースを選択することができる。

【0190】

例えば、端末のパケット送信の優先順位が比較的低い場合、端末は部分センシングを選択することができ、端末は部分センシングに基づいてＳＬ送信のためのリソースを選択することができる。例えば、端末のパケット送信に関連する優先順位値が閾値より大きい場合、及び／または端末のパケット送信に関連する優先順位値が別の端末のパケット送信に関連する優先順位値より大きい場合、端末は部分センシングを選択することができ、端末は部分センシングに基づいてＳＬ送信のためのリソースを選択することができる。

【0191】

例えば、端末のパケット送信の優先順位が比較的高い場合、端末は部分センシングを選択することができ、端末は部分センシングに基づいてＳＬ送信のためのリソースを選択することができる。例えば、端末のパケット送信に関連する優先順位値が閾値より小さい場合、及び／または端末のパケット送信に関連する優先順位値が別の端末のパケット送信に関連する優先順位値より小さい場合、端末は部分センシングを選択することができ、端末は部分センシングに基づいてＳＬ送信のためのリソースを選択することができる。

【0192】

例えば、端末のバッテリ残量が十分な場合、端末は部分センシングを選択することができ、端末は部分センシングに基づいてＳＬ送信のためのリソースを選択することができる。例えば、端末のバッテリ残量が閾値以上である場合、端末は部分センシングを選択することができ、端末は部分センシングに基づいてＳＬ送信のためのリソースを選択することができる。例えば、前記端末はＲＸ能力（ｃａｐａｂｉｌｉｔｙ）がある端末である。

【0193】

例えば、上述した条件が満たされない場合、端末はランダム選択でフォールバック（ｆａｌｌｂａｃｋ）することができる。例えば、上述した条件が満たされない場合、端末はランダム選択を選択することができ、端末はランダム選択に基づいてＳＬ送信のためのリソースを選択することができる。

【0194】

例えば、上述した開示は端末がサービス優先順位によって異なるリソース選択方法を選択することと解釈することができる。

【0195】

例えば、再評価は高い優先順位のパケット送信に対してのみ適用され、プリエンプションは低い優先順位のパケット送信に対してのみ適用される。

【0196】

本開示の一実施形態によれば、Ｐ－ＵＥがＰＳＣＣＨ／ＰＳＳＣＨを受信できない場合、Ｖ－ＵＥに対して定義された手順は（事前）設定されたＣＢＲ値に基づいて再利用することができる。

【0197】

例えば、Ｐ－ＵＥのＣＢＲ測定ウィンドウ／ＣＲ評価ウィンドウ（ｅｖａｌｕａｔｉｏｎ ｗｉｎｄｏｗ）は、Ｖ－ＵＥと異なるように設定される。例えば、Ｐ－ＵＥはＹセットによって決定されたセンシングウィンドウ内のセンシングサブフレーム／スロット上において測定されたＲＳＳＩ値のみに基づいて、ＣＢＲ値を計算／獲得することができる。例えば、センシングが実行されないセンシングウィンドウ内のサブフレーム／スロットはビジー（ｂｕｓｙ）とカウントされる。例えば、Ｙセットは最小Ｙ個の候補サブフレーム／スロットを含むサブフレーム／スロットのセットである。例えば、Ｙセットは最小Ｙ個の候補サブフレーム／スロットを含む選択ウィンドウ内のサブフレーム／スロットのセットである。

【0198】

例えば、ビジー（ｂｕｓｙ）を判断するためのＲＳＳＩ閾値または輻輳レベルベースの物理層パラメータ値がＰ－ＵＥに対して別途設定される。

【0199】

例えば、端末のタイプ別にＣＢＲ測定ウィンドウ及び／またはＣＲ評価ウィンドウが異なるように（事前に）設定される。

【0200】

本開示の一実施形態によれば、端末が複数のリソースプールの間でスイッチする場合、獲得された／計算されたＣＢＲ値及び／または獲得された／計算されたＣＲ値を処理する方法が提案される。例えば、獲得された／計算されたＣＢＲ値及び／または獲得された／計算されたＣＲ値はリセットすることができる。例えば、端末が第１リソースプールに対してＣＢＲ値及び／またはＣＲ値を獲得した後、端末が前記第１リソースプールにおいて第２リソースプールにスイッチした場合、端末は前記第１リソースプールに対して獲得されたＣＢＲ値及び／またはＣＲ値をリセットすることができる。

【0201】

本開示の一実施形態によれば、優先順位別Ｘ値（例えば、表７のステップ７のＸ値）がＰ－ＵＥに対して別途設定される。例えば、Ｖ－ＵＥのための優先順位別Ｘ値と別途、Ｐ－ＵＥのための優先順位別Ｘ値が設定される。

【0202】

例えば、優先順位別Ｔ２ ｍｉｎ値（例えば、表７のステップ１のＴ２ ｍｉｎ値）がＰ－ＵＥに対して別途設定される。例えば、Ｖ－ＵＥのための優先順位別Ｔ２ ｍｉｎ値と別途、Ｐ－ＵＥのための優先順位別Ｔ２ ｍｉｎ値が設定される。

【0203】

例えば、例外的に、Ｘ％を満足させるためのＲＳＲＰ閾値ブースト（例えば、表７のステップ７）に対する制限がＰ－ＵＥに対して設定される。

【0204】

例えば、センシングウィンドウ値はＶ－ＵＥと異なるようにＰ－ＵＥに対して設定される。例えば、センシングウィンドウ値がＰ－ＵＥに対して別途設定される。

【0205】

その一方で、複雑（ｃｏｍｐｌｅｘｉｔｙ）、消費電力（ｐｏｗｅｒ ｃｏｎｓｕｍｐｔｉｏｎ）などを考慮して、Ｐ－ＵＥに対する送信方法（ｓｃｈｅｍｅ）（例えば、ランク－２、ＭＣＳテーブル）を制限するか決定する必要がある。また、ＬＴＥ Ｖ２Ｘによれば、ランダム選択／部分センシングを実行する端末はＳＬＳＳ／ＰＳＢＣＨ送信を実行しなかった。一方、ＮＲ Ｖ２Ｘにおいて、ランダム選択／部分センシングを実行する端末がＳＬＳＳ／ＰＳＢＣＨ送信を実行することを許可するか否かを決定する必要がある。また、ＬＴＥ Ｖ２Ｘと同様に、選択可能なリソース予約周期に下限値（例えば、１００ｍｓ）を設定するか決定する必要がある。

【0206】

例えば、端末は実際のパケット送信を実行する場合にのみＳＬＳＳ／ＰＳＢＣＨ送信を実行することができる。例えば、Ｄ２Ｄディスカバリーのように、端末は実際のパケット送信を実行する場合にのみＳＬＳＳ／ＰＳＢＣＨ送信を実行することができる。

【0207】

例えば、端末は１６０ｍｓより長い周期に基づいてＳＬＳＳ／ＰＳＢＣＨ送信を実行することができる。例えば、ＳＬＳＳ／ＰＳＢＣＨ送信のためのリソースが既存のと同じでも、端末は１６０ｍｓより長い周期に基づいてＳＬＳＳ／ＰＳＢＣＨ送信を実行することができる。

【0208】

例えば、Ｐ－ＵＥがＳＬＳＳ／ＰＳＢＣＨを送信する場合、前記ＳＬＳＳ／ＰＳＢＣＨは比較的高い優先順位と見なされる。例えば、Ｐ－ＵＥによって送信されるＳＬＳＳ／ＰＳＢＣＨの優先順位はＶ－ＵＥによって送信されるＳＬＳＳ／ＰＳＢＣＨの優先順位より高い場合がある。例えば、Ｐ－ＵＥによって送信されるＳＬＳＳ／ＰＳＢＣＨの優先順位が比較的高いため、前記ＳＬＳＳ／ＰＳＢＣＨを受信した周辺の端末は前記ＳＬＳＳ／ＰＳＢＣＨに基づいて同期クラスタ（ｓｙｎｃ ｃｌｕｓｔｅｒ）を生成することができる。

【0209】

本開示の一実施形態によれば、Ｐ－ＵＥのための第２ＳＣＩに関連するベータ候補値及び／またはアルファ値はＶ－ＵＥと異なるように設定される。例えば、Ｖ－ＵＥのための第２ＳＣＩに関連するベータ候補値及び／またはアルファ値と別途、Ｐ－ＵＥのための第２ＳＣＩに関連するベータ候補値及び／またはアルファ値がＰ－ＵＥに対して設定される。例えば、さらに、部分センシングまたはランダム選択有無によって、当該パラメータ候補値は異なるように設定される。

【0210】

例えば、Ｐ－ＵＥのためのＤＭＲＳパターン候補またはＭＣＳテーブル候補はＶ－ＵＥと異なるように設定される。例えば、Ｖ－ＵＥのためのＤＭＲＳパターン候補またはＭＣＳテーブル候補と別途、Ｐ－ＵＥのためのＤＭＲＳパターン候補またはＭＣＳテーブル候補がＰ－ＵＥに対して設定される。例えば、さらに、部分センシングまたはランダム選択有無によって、当該パラメータ候補は異なるように設定される。

【0211】

本開示の一実施形態によれば、ランダム選択または部分センシングベースのパケット送信に対するＨＡＲＱフィードバックイネーブル（ｆｅｅｄｂａｃｋ ｅｎａｂｌｅｄ）を許可するか否かを決定する必要がある。

【0212】

例えば、ランダム選択または部分センシングベースのパケット送信は同じリソースプール上の全体センシングベースの送信を実行する端末にたくさんの干渉を与える。このため、再送が増加することができる。したがって、例えば、ＰＳＦＣＨリソースＲＢセットは別途設定される。

【0213】

例えば、ランダム選択または部分センシングに基づいて送信を実行する端末がＨＡＲＱ ｆｅｅｄｂａｃｋ ｅｎａｂｌｅｄ ＭＡＣ ＰＤＵを送信する場合、前記端末は事前に設定された別途のリソースを使用することができる。

【0214】

例えば、部分センシングがリソースプールに対して許可され、及びランダム選択されたリソースが予約される場合にのみ、端末はランダム選択されたリソースに基づいてＨＡＲＱ ｆｅｅｄｂａｃｋ ｅｎａｂｌｅｄ ＭＡＣ ＰＤＵを送信するように許可される。あるいは、例えば、部分センシングがリソースプールに対して許可され、及びランダム選択されたリソースが予約される場合、端末はランダム選択されたリソースに基づいてＨＡＲＱ ｆｅｅｄｂａｃｋ ｅｎａｂｌｅｄ ＭＡＣ ＰＤＵを送信するように許可されない場合がある。

【0215】

例えば、ＡＣＫ／ＮＡＣＫがサポートされる場合、Ｋ値（例えば、ＰＳＳＣＨ－ｔｏ－ＰＳＦＣＨ値）が設定される。例えば、クロック速度（ｃｌｏｃｋ ｓｐｅｅｄ）を下げる場合、消費電力（ｐｏｗｅｒ ｃｏｎｓｕｍｐｔｉｏｎ）を減らすことができる。この場合、代わりに、さらに大きいＫ値（例えば、ＰＳＳＣＨ－ｔｏ－ＰＳＦＣＨ値）が必要になる。

【0216】

例えば、通信範囲（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ）別ゾーンの長さ／幅（ｚｏｎｅ ｌｅｎｇｔｈ／ｗｉｄｔｈ）値がＰ－ＵＥに対して別途設定される。例えば、Ｖ－ＵＥのための通信範囲（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ）別ゾーンの長さ／幅（ｚｏｎｅ ｌｅｎｇｔｈ／ｗｉｄｔｈ）値と別途、Ｐ－ＵＥのための通信範囲（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ）別ゾーンの長さ／幅（ｚｏｎｅ ｌｅｎｇｔｈ／ｗｉｄｔｈ）値がＰ－ＵＥに対して設定される。

【0217】

本開示の一実施形態によれば、ＳＬ経路ロスベースの電力制御をＰ－ＵＥに対して許可するか否かを決定する必要がある。例えば、Ｐ－ＵＥがＲＸ能力がなければ、Ｐ－ＵＥはＳＬ経路ロスベースの電力制御を実行できない場合がある。例えば、Ｐ－ＵＥが部分的な（ｐａｒｔｉａｌ）ＲＸ能力があれば、Ｐ－ＵＥがＳＬ経路ロスベースの電力制御を実行することはＲＳＲＰ精度問題で非効率になる可能性がある。例えば、Ｐ－ＵＥが部分的な（ｐａｒｔｉａｌ）ＲＸ能力があれば、Ｐ－ＵＥはＳＬ経路ロスベースの電力制御を実行することができる。

【0218】

例えば、Ｐ－ＵＥの公称電力（ｎｏｍｉｎａｌ ｐｏｗｅｒ）はＶ－ＵＥと異なるように設定される。例えば、Ｐ－ＵＥの公称電力（ｎｏｍｉｎａｌ ｐｏｗｅｒ）はＶ－ＵＥと同じく設定される。

【0219】

例えば、Ｐ－ＵＥの最大電力（ｍａｘｉｍｕｍ ｐｏｗｅｒ）は制限される。例えば、ＤＬ経路ロスベースのチャネル電力制御パラメータが含まれる。例えば、Ｐ－ＵＥのＤＬ経路ロスベースのチャネル電力制御パラメータが制限される。

【0220】

本開示の一実施形態によれば、ＵＬ－ＳＬ優先化（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）はＵＥタイプ別に異なる場合がある。例えば、ＵＬ－ＳＬ優先化はＮＲ／ＬＴＥの装置内の共存（ｉｎ－ｄｅｖｉｃｅｃｏｅｘｉｓｔｅｎｃｅ）においてＳＬ優先化状況も含むことができる。例えば、ＵＥタイプ別に閾値のセットが異なる場合がある。例えば、装置内の共存において、Ｐ－ＵＥのＳＬ送信は重要であるため、Ｐ－ＵＥのＳＬ送信は優先される。例えば、装置内共存において、Ｐ－ＵＥのＳＬ送信は重要であるため、Ｐ－ＵＥのＳＬ送信は別のＳＬ受信より優先される。

【0221】

例えば、Ｐ－ＵＥはＳＬ送信を実行する機会が少なかったが、ＵＬ送信によるＳＬ送信を放棄するかどうか問題になる可能性がある。したがって、Ｐ－ＵＥのＳＬ送信はＵＬ送信より優先される。

【0222】

例えば、リソースプール別に前記センシング動作実行有無及び／またはセンシング動作簡略化有無などが（事前に）設定される。例えば、センシング動作を実行しないことがサポートされ、及び簡略化されたセンシング動作を実行することがサポートされれば、端末は実装的にセンシング動作有無及び方法を決定することができる。例えば、端末は輻輳レベル別に及び／またはサービスタイプ別に及び／または残りの電力別に及び／または省電力モード別にセンシング動作有無及び方法を決定することができる。例えば、干渉レベルが高いか、または自身のパケット送信が比較的低い優先順位であるか、またはバッテリ残量が（閾値より）十分であれば、端末は部分センシングを選択することができる。例えば、端末は受信能力（ｃａｐａｂｉｌｉｔｙ）がある端末である。例えば、上述した条件が満足されなければ、端末はランダム選択でフォールバック（ｆａｌｌｂａｃｋ）することができる。例えば、上述した開示は端末がサービス優先順位によって異なるリソース選択方法を選択することと解釈することができる。

【0223】

その一方で、従来の端末はセンシング動作を実行した後、ＳＬ送信のための予約リソースまたは候補リソースを決定することができる。以降、端末は継続的にＳＣＩ検出を試みることができ、端末は検出されたＳＣＩによって指示された予約リソース及びこれに対応するＲＳＲＰ測定値によって前記予約リソースまたは前記候補リソースに対する再評価または再選択またはプリエンプションを実行することができる。例えば、新しく検出されたＳＣＩによって指示された予約リソースに対するＲＳＲＰ測定値が特定の閾値を超える場合、及び前記予約リソースが端末の送信のための候補リソースと重なる場合、端末は前記候補リソースを再選択するプロセスを実行することができる。例えば、前記新しく検出されたリソースはプリエンプション条件（例えば、受信優先順位値が特定の閾値未満であり、受信優先順位値が送信優先順位値より小さい場合）を満足するリソースである。

【0224】

前記再評価プロセス及び／またはプリエンプションプロセスによれば、端末はリソースを再選択した以降、継続的にＳＣＩ検出を試みる必要があり、これは端末の消費電力を高めることができる。したがって、例えば、継続的なセンシング動作及び／または再評価プロセス実行有無及び／またはプリエンプション動作実行有無は端末のタイプ別に異なるように設定されるか実行される。例えば、Ｐ－ＵＥまたは省電力端末は（当該リソースプールに当該動作が設定された場合であっても）継続的なセンシング動作及び／または再評価プロセス実行及び／またはプリエンプション動作実行を省略することができる。例えば、継続的なセンシング動作及び／または再評価プロセス実行及び／またはプリエンプション動作を実行する場合、反映するＳＣＩ検出時点に対する時間制約が端末タイプ別に異なるように決定または設定される。例えば、従来の端末がｍ－Ｔ３（ここで、ｍはＳＬ送信に対する（時間上、早い）候補リソース）時点まで検出されたＳＣＩに基づいて再評価プロセス実行有無及び／またはプリエンプション動作実行有無を決定したとすれば、Ｐ－ＵＥはｍ－Ｔ｀３（例えば、Ｔ｀３はＴ３以上の値）時点まで検出されたＳＣＩに基づいて再評価プロセス実行有無及び／またはプリエンプション動作実行有無を決定することができる。

【0225】

例えば、センシングウィンドウ内に検出されたＳＣＩによって指示された予約リソースを決定する場合、周期適用有無及び周期の個数に対する情報（例えば、ｃｏｕｎｔｅｒ ｓｃａｌｉｎｇ）が端末のタイプによって異なる場合がある。例えば、従来の端末が指示された予約リソースに対して１つの周期のみで拡張したことに基づいて利用可能リソースを決定した場合、Ｐ－ＵＥは指示された予約リソースを複数の周期で拡張して利用可能リソースを決定することができる。例えば、従来の端末が指示された予約リソースを複数の周期のみで拡張したことに基づいて利用可能リソースを決定した場合、Ｐ－ＵＥは指示された予約リソースを単一周期または少ない数の周期で拡張して利用可能リソースを決定することができる。

【0226】

例えば、指示された予約リソースに対するＲＳＲＰ測定値に基づいて前記予約リソースを利用可能リソースにおいて除外するか否かを決定するのに使用される閾値は、端末のタイプによって異なるように（事前に）設定される。例えば、リソース再選択ウィンドウのサイズは端末のタイプによって異なるように決定することができる。例えば、リソース再選択ウィンドウの開始位置、開始位置の下限値または開始位置の上限値のうち、少なくともいずれか１つは端末のタイプによって異なるように（事前に）設定される。例えば、リソース再選択ウィンドウの終了位置、終了位置の下限値または終了位置の上限値のうち、少なくともいずれか１つは端末のタイプによって異なるように（事前に）設定される。例えば、リソース再選択ウィンドウ内全体リソース対比利用可能リソースに対して許可される比率下限値（例えば、Ｘ値）は端末のタイプによって異なるように（事前に）設定される。

【0227】

例えば、リソースセンシングウィンドウのサイズは端末のタイプによって異なるように決定することができる。例えば、リソースセンシングウィンドウの開始位置、開始位置の下限値または開始位置の上限値のうち、少なくともいずれか１つは端末のタイプによって異なるように（事前に）設定される。例えば、リソースセンシングウィンドウの終了位置、終了位置の下限値または終了位置の上限値のうち、少なくともいずれか１つは端末のタイプによって異なるように（事前に）設定される。

【0228】

例えば、ＣＢＲ測定ウィンドウ及び／またはＣＲ評価ウィンドウ（ｅｖａｌｕａｔｉｏｎ ｗｉｎｄｏｗ）は端末のタイプ別に異なるように（事前に）設定される。

【0229】

例えば、端末は第１ＳＣＩ及び／または第２ＳＣＩ及び／またはＰＳＳＣＨに基づいて端末のタイプ（例えば、Ｖ－ＵＥ、Ｐ－ＵＥ）を分けることができる。例えば、前記第１ＳＣＩは予約された（ｒｅｓｅｒｖｅｄ）フィールドを用いて端末のタイプを指示することができる。例えば、端末のタイプは第２ＳＣＩのフォーマットに基づいて分けられる。例えば、端末のタイプはＰＳＣＣＨスクランブルシーケンス及び／またはＤＭＲＳシーケンス及び／またはＰＳＣＣＨ ＣＲＣマスキングシーケンスに基づいて分けられる。例えば、端末のタイプはＬ１ソースＩＤ及び／またはＬ１デスティネーションＩＤに基づいて分けられる。例えば、端末がＳＣＩによって指示された予約リソースに対するＲＳＲＰ測定値に基づいて前記予約リソースを利用可能リソースにおいて除外するか否かを決定する場合、前記決定に使用されるＲＳＲＰ閾値は端末のタイプによって異なるように（事前に）設定される。

【0230】

その一方で、端末のタイプに応じて、ＳＬ受信動作が制限される。前記の状況において、特定の端末はＰＳＣＣＨ／ＰＳＳＣＨ送信以降、これに対応するＰＳＦＣＨ受信を実行することができないか限られた位置においてＰＳＦＣＨを受信することができる。例えば、端末のタイプによって及び／または端末が実行するセンシング動作方法またはセンシング動作実行有無によって、ＳＬ ＨＡＲＱフィードバック活性化可否が異なるように設定／指示される。例えば、センシング動作を実行しない端末及び／または簡略化されたセンシング動作を実行する端末はＳＬ ＨＡＲＱフィードバックをサポートしないか非活性化することができる。例えば、端末のタイプによって及び／または端末が実行するセンシング動作方法またはセンシング動作実行有無によって、ＰＳＦＣＨ関連設定（例えば、ＰＳＦＣＨリソースの周期及び／またはＲＢの位置及び／またはＣＳの個数及び／またはＰＳＳＣＨ及びＰＳＦＣＨの間のタイミングまたはスロットオフセット）が異なるように（事前に）設定される。

【0231】

例えば、端末のタイプによって及び／または端末が実行するセンシング動作方法またはセンシング動作実行有無によって、ＣＳＩ報告トリガー活性化可否が異なるように設定／指示される。例えば、センシング動作を実行しない端末及び／または簡略化されたセンシング動作を実行する端末はＣＳＩ報告トリガーを実行しない可能性がある。または、例えば、センシング動作を実行しない端末及び／または簡略化されたセンシング動作を実行する端末に対して、ＣＳＩ報告ウィンドウのサイズが異なるように（事前に）設定されるか（ＰＣ５－ＲＲＣシグナリングを介して）設定される。

【0232】

例えば、端末のタイプによって及び／または端末が実行するセンシング動作方法またはセンシング動作実行有無によって、サポート可能な電力制御方法を決定することができる。例えば、センシング動作を実行しない端末及び／または簡略化されたセンシング動作を実行する端末はＳＬ経路ロスベースの電力制御方法をサポートしないか非活性化することができる。例えば、センシング動作を実行しない端末及び／または簡略化されたセンシング動作を実行する端末に対して、Ｐｏまたは公称電力（ｎｏｍｉｎａｌ ｐｏｗｅｒ）値が異なるように（事前に）設定される。例えば、センシング動作を実行しない端末及び／または簡略化されたセンシング動作を実行する端末に対して、最大送信電力値が（事前に）設定される。

【0233】

例えば、端末のタイプによって及び／または端末が実行するセンシング動作方法またはセンシング動作実行有無によって、ＵＬ及びＳＬの間の優先順位を決定するために使用される閾値グループが異なるように（事前に）設定されるか（ＲＲＣシグナリングを介して）設定される。

【0234】

例えば、端末のタイプによって及び／または端末が実行するセンシング動作方法またはセンシング動作実行有無によって、第２ＳＣＩマッピング関連パラメータ（例えば、ベータ値候補、アルファ値など）が異なるように（事前に）設定される。

【0235】

例えば、端末のタイプによって及び／または端末が実行するセンシング動作方法またはセンシング動作実行有無によって、ＰＳＳＣＨ ＤＭＲＳパターン候補が異なるように（事前に）設定される。例えば、端末のタイプによって及び／または端末が実行するセンシング動作方法またはセンシング動作実行有無によって、指示可能なＰＳＳＣＨ ＤＭＲＳパターンが制限される。

【0236】

例えば、端末のタイプによって及び／または端末が実行するセンシング動作方法またはセンシング動作実行有無によって、ＰＳＳＣＨの送信の形が制限される。例えば、前記ＰＳＳＣＨの送信の形は送信アンテナポートの個数またはランク（ｒａｎｋ）を含むことができる。例えば、前記ＰＳＳＣＨの送信の形は使用可能なＭＣＳテーブルに関連する情報を含むことができる。

【0237】

以下、ランダムリソース選択及び部分センシング動作について具体的に説明する。

【0238】

このセクションでは、ＬＴＥ ＳＬの原理をＮＲモード２動作に適用するとき、消費電力を減らすためにリソース割り当てに対してある追加改善事項を考慮することができるかに対する高いレベルのビュー（ｈｉｇｈ－ｌｅｖｅｌ ｖｉｅｗｓ）を提供する。

【0239】

ＬＴＥ ＳＬの部分センシング動作によれば、省電力端末（Ｐ－ＵＥ）がＴＴＩ ｍにおいてリソース（再）選択を決定するとき、可能な候補リソース（すなわち、Ｙ個のスロット）が選択ウィンドウ（すなわち、［ｍ＋Ｔ１、ｍ＋Ｔ２］）において選択され、Ｙの最小許可値が（事前）設定される。どのＹ値を（事前）設定するかによって、消費電力レベルと再送可能回数が変更できる。（予め）設定されたＹ値が必要な再送回数より少ないといった問題を避けるために、優先順位値（またはサービスタイプ／要件）別に異なるＹ値が（予め）設定されていると考慮することができる。このようにすることで、部分センシング動作の場合でも、互い別のサービスタイプに必要な互い他の再送回数を効率的にサポートすることができる。また、リソースプールの干渉レベル（例えば、ＣＢＲ）が低い場合、平均的な観点から互い別の端末間のリソース衝突確率が下げることができる。この場合、比較的小さいＹ値を適用しても性能低下が大きくない。同じリソースプールにおいてセンシング動作を実行する端末がある場合、当該端末が選択したリソースに対する干渉をできるだけ減らすことが望ましい。このような側面を考慮するとき、互い別の（予め）設定されたＹ値はリソースプールの互い別の干渉レベルに適用されるかセンシング動作を実行する端末が検出されるか否か（例えば、特にＵＥタイプ情報がＳＣＩを介してシグナリングされる場合）によって適用されるように定義することができる。またＹ個のスロットのセット内のスロットｎに対してモニタリングされるスロットの最小個数または位置を決定するＬＴＥ ＳＬ原則を単に再利用するか否かを議論する必要がある。具体的には、ＬＴＥ ＳＬにおいてＰ－ＵＥはＹ個のスロットのセット内のスロットｎにおいて任意の候補リソースに対して少なくともスロットｎ－１００＊ｋをセンシングすることができ、ｋのセットは［１，１０］範囲の各要素で（事前）設定される。ＮＲモード２では、センシングウィンドウ内においてＲＳＳＩ測定を実行する必要がないため、ｋ値の上限はリソースプールにおいて許可される最大予約周期で設定されると判断される。もしモニタリングされる最初のスロットが常にスロットｎより１００スロット前に位置する場合、短い周期（例えば、＜１００スロット）でリソースをした端末との衝突を避けることが難しい。リソースプールに比較的短い予約期間を持った候補のみ許可されれば、この問題はさらに悪化する。したがって、「ｓｌｏｔｎ－１００＊ｋ」′方程式の定数値（すなわち、１００）は（事前）設定可能な値に変更できる。

【0240】

例えば、端末の（（ＬＴＥ／ＮＲ）ＳＬ及び／またはＵＬ）送信動作のため、前記端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）のうち、一部のスロットに対するモニタリングが実行できなかった場合、端末は前記スロットＮを選択ウィンドウ内において選択する必要があるＹ個のスロットにおいて排除するように設定される。例えば、端末の（（ＬＴＥ／ＮＲ）ＳＬ及び／またはＵＬ）送信動作のため、前記端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）のうち、一部のスロットに対するモニタリングが実行できなかった場合、端末は前記スロットＮを選択ウィンドウ内において低い優先度で選択するように設定される。

【0241】

例えば、端末の（（ＬＴＥ／ＮＲ）ＳＬ及び／またはＵＬ）送信動作のため、前記端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）のうち、事前に設定された閾値個数／比率（ＴＨ＿ＮＭＮ）以上のスロットに対するモニタリングが実行できなかった場合、端末は前記スロットＮを選択ウィンドウ内において選択する必要があるＹ個のスロットにおいて排除するように設定される。例えば、端末の（（ＬＴＥ／ＮＲ）ＳＬ及び／またはＵＬ）送信動作のため、前記端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）のうち、事前に設定された閾値個数／比率（ＴＨ＿ＮＭＮ）以上のスロットに対するモニタリングが実行できなかった場合、端末は前記スロットＮを選択ウィンドウ内において低い優先度で選択するように設定される。

【0242】

例えば、端末の（（ＬＴＥ／ＮＲ）ＳＬ及び／またはＵＬ）送信動作のため、前記端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）のうち、全てのスロットに対するモニタリングが実行できなかった場合、端末は前記スロットＮを選択ウィンドウ内において選択する必要があるＹ個のスロットにおいて排除するように設定される。例えば、端末の（（ＬＴＥ／ＮＲ）ＳＬ及び／またはＵＬ）送信動作のため、前記端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）のうち、全てのスロットに対するモニタリングが実行できなかった場合、端末は前記スロットＮを選択ウィンドウ内において低い優先度で選択するように設定される。

【0243】

前記ルールが適用される場合、例えば、端末は事前に設定されたＫ値に基づいて（連動された）全てのスロットに対してセンシングできるように、Ｙ個のスロットを選択ウィンドウ内において（限定してまたは優先的に）選択することができる。例えば、端末は事前に設定されたＫ値に基づいて（連動された）スロットのうち、事前に設定された閾値個数／比率以上の個数（ＴＨ＿ＹＭＮ）のスロットに対してセンシングできるように、Ｙ個のスロットを選択ウィンドウ内において（限定してまたは優先的に）選択することができる。

【0244】

例えば、端末が部分センシングに基づいて複数のＳＬグラント（及び／またはＢＯＯＫＩＮＧ ＰＲＯＣＥＳＳ）（ＢＫ＿ＰＲ）関連（周期的）リソース選択／予約を実行する場合、端末が特定のＢＫ＿ＰＲ＃Ａ関連選択ウィンドウ内においてＹ個のスロットを選択するとき、端末は（Ｋ値に基づいてセンシングが実行される必要があるスロットが）別のＢＫ＿ＰＲ＃Ｂ関連リソース選択／予約においてセンシングが実行されたスロットとできるだけ多く重なるようにＹ個のスロットを優先的に選択することができる。例えば、端末が部分センシングに基づいて複数のＳＬグラント（及び／またはＢＯＯＫＩＮＧ ＰＲＯＣＥＳＳ）（ＢＫ＿ＰＲ）関連（周期的）リソース選択／予約を実行する場合、端末が特定のＢＫ＿ＰＲ＃Ａ関連選択ウィンドウ内においてＹ個のスロットを選択するとき、端末は（Ｋ値に基づいてセンシングが実行される必要があるスロットが）別のＢＫ＿ＰＲ＃Ｂ関連リソース選択／予約においてセンシングが実行されたスロットと事前に設定された閾値個数（ＴＨ＿ＯＭＮ）以上に重なるようにＹ個のスロットを優先的に選択することができる。例えば、端末がＢＫ＿ＰＲ＃Ａ関連リソース選択／予約のためのセンシングスロットを選択／決定する場合、端末はＢＫ＿ＰＲ＃Ｂ関連リソース選択／予約に使用されたセンシングスロットを優先的に選定／活用することができる。

【0245】

例えば、Ｖ－ＵＥと異なるように、Ｐ－ＵＥのセンシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数（ＳＥＮ＿ＷＩＮ）はリソースプールに設定／許可された最大リソース予約周期値と見なす／決定することができる。例えば、Ｖ－ＵＥと異なるように、Ｐ－ＵＥのセンシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数（ＳＥＮ＿ＷＩＮ）はリソースプールに設定／許可された最小リソース予約周期値と見なす／決定することができる。例えば、Ｖ－ＵＥと異なるように、Ｐ－ＵＥのセンシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数（ＳＥＮ＿ＷＩＮ）はリソースプールに設定／許可されたリソース予約周期値の平均値と見なす／決定することができる。例えば、Ｖ－ＵＥと異なるように、Ｐ－ＵＥのセンシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数（ＳＥＮ＿ＷＩＮ）はリソースプールに設定／許可された事前に設定されたリソース予約周期値と見なす／決定することができる。例えば、端末のタイプによって、センシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数が異なるように設定される。

【0246】

例えば、端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）の（最大または最小）個数、パターン／組み合わせ、センシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数のうち、少なくともいずれか１つはサービス／パケットの優先順位別に（独立的にまたは異なるように）設定される。例えば、端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）の（最大または最小）個数、パターン／組み合わせ、センシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数のうち、少なくともいずれか１つはサービス／パケットの要件別に（独立的にまたは異なるように）設定される。例えば、端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）の（最大または最小）個数、パターン／組み合わせ、センシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数のうち、少なくともいずれか１つは送信パケット関連残りのＰＤＢ値別に（独立的にまたは異なるように）設定される。例えば、端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）の（最大または最小）個数、パターン／組み合わせ、センシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数のうち、少なくともいずれか１つはリソースプール内輻輳レベル（例えば、ＣＢＲ）別に（独立的にまたは異なるように）設定される。例えば、端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）の（最大または最小）個数、パターン／組み合わせ、センシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数のうち、少なくともいずれか１つはＨＡＲＱフィードバックベースのパケット（例えば、ＭＡＣ ＰＤＵ）送信有無に基づいて（独立的にまたは異なるように）設定される。例えば、端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）の（最大または最小）個数、パターン／組み合わせ、センシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数のうち、少なくともいずれか１つは再評価実行に対して（独立的にまたは異なるように）設定される。例えば、端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）の（最大または最小）個数、パターン／組み合わせ、センシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数のうち、少なくともいずれか１つはプリエンプション実行に対して（独立的にまたは異なるように）設定される。例えば、端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）の（最大または最小）個数、パターン／組み合わせ、センシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数のうち、少なくともいずれか１つは再評価ベースのリソース再選択に対して（独立的にまたは異なるように）設定される。例えば、端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）の（最大または最小）個数、パターン／組み合わせ、センシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数のうち、少なくともいずれか１つはプリエンプションベースのリソース再選択に対して（独立的にまたは異なるように）設定される。例えば、端末が選択ウィンドウ内において（前記説明した）Ｙ値に基づいて選択したスロットＮに関連する（センシングウィンドウ内）センシングを実行する必要があるスロットＭ（例えば、Ｍ＝Ｎ－１００＊Ｋ）の（最大または最小）個数、パターン／組み合わせ、センシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数のうち、少なくともいずれか１つは初期センシングベースのリソース選択に対して（独立的にまたは異なるように）設定される。

【0247】

例えば、端末が初期センシングに基づいてリソース選択／予約を実行する場合、前記初期センシングに関連するセンシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数（ＩＮＩ＿ＳＥＮＳ）は比較的大きく及び／または多く（例えば、１秒または１秒内に属するスロットの個数）設定される。その一方で、例えば、端末が以降、（ＳＣＩによってシグナリングされた）選択／予約リソースに対するプリエンプションチェック／動作及び／または再選択されたリソースに対する再評価動作及び／または初期センシングに基づいて選択されたリソースに対する再評価動作を実行する場合、前記動作に関連するセンシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数（ＡＦ＿ＳＥＮＳ）は比較的小さく及び／または少なく（例えば、３２スロット）設定される。

【0248】

例えば、端末が初期センシングに基づいてリソース選択／予約を実行する場合、前記初期センシングに関連するセンシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数（ＩＮＩ＿ＳＥＮＳ）は比較的小さく及び／または少なく設定される。その一方で、例えば、端末が以降、（ＳＣＩによってシグナリングされた）選択／予約リソースに対するプリエンプションチェック／動作及び／または再選択されたリソースに対する再評価動作及び／または初期センシングに基づいて選択されたリソースに対する再評価動作を実行する場合、前記動作に関連するセンシングウィンドウの（最大または最小）サイズ及び／またはセンシングスロットの（最大または最小）個数（ＡＦ＿ＳＥＮＳ）は比較的大きく及び／または多く設定される。

【0249】

例えば、端末が（センシングなしに）ランダムリソース選択及び／または部分センシングベースのリソース選択を実行する場合、別の端末は（再評価／プリエンプションに基づいて）効果的に前記リソースに対するセンシング／衝突回避を実行する必要がある。このために、選択ウィンドウ内において、前記端末は前記選択ウィンドウの開始時点から事前に設定されたオフセット値（ＯＦＦ＿ＶＡＬ）以降に位置したリソースを（優先的にまたは限定して）選択することができる。

【0250】

例えば、端末は実行したセンシングタイプに関連する情報（例えば、ＮＯセンシング、部分センシング、全体センシング）及び／またはリソース選択／予約タイプに関連する情報（例えば、ランダム選択）をＳＣＩ上の事前に設定されたビット（例えば、予約されたビット）及び／またはフィールドを介してシグナリング／送信するように設定される。ここで、例えば、端末が事前に設定されたセンシングタイプ及び／またはリソース選択／予約タイプ（例えば、ＮＯセンシング（または部分センシングまたは全体センシング）、ランダム選択のうち、最小１つで設定される）に基づいて選択／予約された（別の端末（例えば、Ｐ－ＵＥに限られる）の）送信リソース（ＳＥＮ＿ＲＳＣ）を検出／把握して、及びＳＥＮ＿ＲＳＣと重なる前記端末の選択／予約リソースがプリエンプション及び／または再評価手順において存在する場合、（Ａ）端末は（常に）リソース再選択を実行するようにするか、及び／または（Ｂ）端末はＳＥＮ＿ＲＳＣ関連（パケット）優先順位を事前に設定された値と仮定して（またはＳＥＮ＿ＲＳＣ関連（パケット）優先順位に事前に設定されたオフセット値（ＰＲＩ＿ＯＦＦ）を足してまたはＳＥＮ＿ＲＳＣ関連（パケット）優先順位は（常に）自身の（パケット）優先順位より高いと仮定して）プリエンプション動作及び／または再評価動作を実行することができる。

【0251】

例えば、事前に設定されたタイプの端末が（例外的に）デコードに成功したＭＡＣ ＰＤＵを再び受信すれば、前記端末はＰＳＦＣＨ送信（例えば、ＡＣＫ）を省略するように設定される。例えば、事前に設定されたタイプの端末が（例外的に）デコードに成功したＭＡＣ ＰＤＵを再び受信すれば、前記端末は事前に設定された閾値回数（ＲＥ＿ＴＨＮＵＭ）までのみＰＳＦＣＨ送信を実行することができる。

【0252】

例えば、前記パラメータ（例えば、ＴＨ＿ＮＭＮ、ＴＨ＿ＹＭＮ、ＴＨ＿ＯＭＮ、ＳＥＮ＿ＷＩＮ、ＩＮＩ＿ＳＥＮＳ、ＡＦ＿ＳＥＮＳ、ＯＦＦ＿ＶＡＬ、ＰＲＩ＿ＯＦＦ及び／またはＲＥ＿ＴＨＮＵＭ）及び／または本開示のルールの適用有無はサービス／パケットの優先順位別に（独立的にまたは異なるように）設定される。例えば、前記パラメータ（例えば、ＴＨ＿ＮＭＮ、ＴＨ＿ＹＭＮ、ＴＨ＿ＯＭＮ、ＳＥＮ＿ＷＩＮ、ＩＮＩ＿ＳＥＮＳ、ＡＦ＿ＳＥＮＳ、ＯＦＦ＿ＶＡＬ、ＰＲＩ＿ＯＦＦ及び／またはＲＥ＿ＴＨＮＵＭ）及び／または本開示のルールの適用有無はサービス／パケットの要件別に（独立的にまたは異なるように）設定される。例えば、前記パラメータ（例えば、ＴＨ＿ＮＭＮ、ＴＨ＿ＹＭＮ、ＴＨ＿ＯＭＮ、ＳＥＮ＿ＷＩＮ、ＩＮＩ＿ＳＥＮＳ、ＡＦ＿ＳＥＮＳ、ＯＦＦ＿ＶＡＬ、ＰＲＩ＿ＯＦＦ及び／またはＲＥ＿ＴＨＮＵＭ）及び／または本開示のルールの適用有無は送信パケット関連残りのＰＤＢ値別に（独立的にまたは異なるように）設定される。例えば、前記パラメータ（例えば、ＴＨ＿ＮＭＮ、ＴＨ＿ＹＭＮ、ＴＨ＿ＯＭＮ、ＳＥＮ＿ＷＩＮ、ＩＮＩ＿ＳＥＮＳ、ＡＦ＿ＳＥＮＳ、ＯＦＦ＿ＶＡＬ、ＰＲＩ＿ＯＦＦ及び／またはＲＥ＿ＴＨＮＵＭ）及び／または本開示のルールの適用有無はリソースプール内輻輳レベル（例えば、ＣＢＲ）別に（独立的にまたは異なるように）設定される。例えば、前記パラメータ（例えば、ＴＨ＿ＮＭＮ、ＴＨ＿ＹＭＮ、ＴＨ＿ＯＭＮ、ＳＥＮ＿ＷＩＮ、ＩＮＩ＿ＳＥＮＳ、ＡＦ＿ＳＥＮＳ、ＯＦＦ＿ＶＡＬ、ＰＲＩ＿ＯＦＦ及び／またはＲＥ＿ＴＨＮＵＭ）及び／または本開示のルールの適用有無はＨＡＲＱフィードバックベースのパケット（例えば、ＭＡＣ ＰＤＵ）送信有無に基づいて（独立的にまたは異なるように）設定される。例えば、前記パラメータ（例えば、ＴＨ＿ＮＭＮ、ＴＨ＿ＹＭＮ、ＴＨ＿ＯＭＮ、ＳＥＮ＿ＷＩＮ、ＩＮＩ＿ＳＥＮＳ、ＡＦ＿ＳＥＮＳ、ＯＦＦ＿ＶＡＬ、ＰＲＩ＿ＯＦＦ及び／またはＲＥ＿ＴＨＮＵＭ）及び／または本開示のルールの適用有無は再評価実行に対して（独立的にまたは異なるように）設定される。例えば、前記パラメータ（例えば、ＴＨ＿ＮＭＮ、ＴＨ＿ＹＭＮ、ＴＨ＿ＯＭＮ、ＳＥＮ＿ＷＩＮ、ＩＮＩ＿ＳＥＮＳ、ＡＦ＿ＳＥＮＳ、ＯＦＦ＿ＶＡＬ、ＰＲＩ＿ＯＦＦ及び／またはＲＥ＿ＴＨＮＵＭ）及び／または本開示のルールの適用有無はプリエンプション実行に対して（独立的にまたは異なるように）設定される。例えば、前記パラメータ（例えば、ＴＨ＿ＮＭＮ、ＴＨ＿ＹＭＮ、ＴＨ＿ＯＭＮ、ＳＥＮ＿ＷＩＮ、ＩＮＩ＿ＳＥＮＳ、ＡＦ＿ＳＥＮＳ、ＯＦＦ＿ＶＡＬ、ＰＲＩ＿ＯＦＦ及び／またはＲＥ＿ＴＨＮＵＭ）及び／または本開示のルールの適用有無は再評価ベースのリソース再選択に対して（独立的にまたは異なるように）設定される。例えば、前記パラメータ（例えば、ＴＨ＿ＮＭＮ、ＴＨ＿ＹＭＮ、ＴＨ＿ＯＭＮ、ＳＥＮ＿ＷＩＮ、ＩＮＩ＿ＳＥＮＳ、ＡＦ＿ＳＥＮＳ、ＯＦＦ＿ＶＡＬ、ＰＲＩ＿ＯＦＦ及び／またはＲＥ＿ＴＨＮＵＭ）及び／または本開示のルールの適用有無はプリエンプションベースのリソース再選択に対して（独立的にまたは異なるように）設定される。例えば、前記パラメータ（例えば、ＴＨ＿ＮＭＮ、ＴＨ＿ＹＭＮ、ＴＨ＿ＯＭＮ、ＳＥＮ＿ＷＩＮ、ＩＮＩ＿ＳＥＮＳ、ＡＦ＿ＳＥＮＳ、ＯＦＦ＿ＶＡＬ、ＰＲＩ＿ＯＦＦ及び／またはＲＥ＿ＴＨＮＵＭ）及び／または本開示のルールの適用有無は初期センシングベースのリソース選択に対して（独立的にまたは異なるように）設定される。

【0253】

提案１：部分センシング動作の場合、ＲＡＮ１は選択ウィンドウ内において候補スロットの最小個数とセンシングウィンドウ内においてモニタリングするスロットの最小個数または位置を（事前）設定／決定する方法について議論する。

【0254】

ＴＸプール設定が部分センシング動作とランダムリソース選択を全て許可して、及びＰ－ＵＥがそのうち１つのみ使用するように指示されない場合、そのうち１つを選択する方法について議論する必要がある。例えば、リソースプールの干渉レベル／バッテリの残量が（事前に）設定された閾値より高いか（または送信するパケットの優先順位値が（事前に）設定された閾値より小さい場合）、Ｐ－ＵＥは部分センシング動作を選択する。そうでなければ、ランダムリソース選択が選択される。

【0255】

提案２：ＴＸプール（事前）設定が部分センシング動作とランダムリソース選択を全て許可する場合、ＲＡＮ１は２つのうち、１つを選択するための基準を定義するか否かまたは定義する方法を議論する。

【0256】

Ｐ－ＵＥの消費電力を減らす方法のうち、１つは再送確率を下げるかパケット転送成功率を高めることである。このような意味から、Ｐ－ＵＥの送信を保護するための潜在的な改善事項に対して議論することができる。例えば、ＵＥタイプ情報がＳＣＩを介してシグナリングされると定義した後、センシング動作（または再評価／プリエンプション手順）のうち、Ｐ－ＵＥが予約したリソースが感知されれば、（選択ウィンドウ内の候補リソースセットにおいて）がリソースを除外するか否かは別途（事前）設定されたＲＳＲＰ閾値に基づいて決定される。Ｐ－ＵＥによって予約されたリソースに適用されるＲＳＲＰ閾値はＶ－ＵＥによって予約されたリソースに適用されることより比較的低く設定される。または、Ｐ－ＵＥによって予約されたリソースにおいて測定されたＲＳＲＰ値に（事前）設定されたオフセット値を追加することを考慮することができる。プリエンプション動作において、異なるように（事前）設定された優先順位閾値は異なるＵＥタイプによって予約されたリソース間に適用できる（例えば、Ｐ－ＵＥによって予約されたリソースに比較的高い優先順位閾値が適用）。またＰ－ＵＥが比較的干渉レベルが低いリソースを選択するために、リソース排除手順後、残りの候補リソースの最小パーセント（Ｘ）（または選択ウィンドウに対するＴ２の最小値）はＶ－ＵＥと異なるように（事前）設定される。選択ウィンドウにおいて識別された候補リソースの総リソース数に対する比率がＸ％未満である場合、ＲＳＲＰ閾値増分数の上限値（または増加されたＲＳＲＰ閾値）はＰ－ＵＥに対して（事前）設定される。

【0257】

提案３：ＲＡＮ１はＰ－ＵＥの予約されたリソースを保護してＰ－ＵＥが干渉レベルが低いリソースを選択するようにするか否かまたは方法を議論する。

【0258】

ランダムリソース選択を使用する場合、センシング動作を実行した別の端末によって選択されたリソースに対する干渉をできるだけ減らすことが望ましい。このような意味から、ＮＲモード２の場合、ＴＸプールにおいて部分センシングが許可されれば、周期的リソース予約手順によってランダムに選択されたリソースを再選択するＬＴＥ ＳＬのメカニズムを再利用することができる。

【0259】

提案４：ＲＡＮ１は（センシング動作を実行する）別のＵＥがＰ－ＵＥによってランダムに選択されたリソースを避けるようにする方法を議論する。

【0260】

再評価／プリエンプション手順は追加的な消費電力を必要とするため、Ｐ－ＵＥがこのような動作をいつ実行するか／実行するか否かを議論する必要がある。例えば、Ｐ－ＵＥがこのような動作をサポート／実行しないと単純に定義することができるが、Ｐ－ＵＥの送信リソースが別のＵＥの送信リソースと衝突する確率が高くなる。またはＰ－ＵＥが再評価／プリエンプション動作を実行するか否かは、例えば、リソースプールの干渉レベル、送信するパケットの優先順位、バッテリ残量などを考慮して決定することができる。具体的には、リソースプールの干渉レベル／バッテリの残量が（事前）設定された閾値より低い場合、Ｐ－ＵＥはこのような動作を実行する必要がない。また、優先順位値が低いパケットに対してのみ再評価動作を実行して、優先順位値が高いパケットに対してのみプリエンプション動作を実行する。再評価／プリエンプション動作を実行する頻度／部分（ｐｏｒｔｉｏｎ）はＰ－ＵＥに対して（事前）設定される。

【0261】

提案５：ＲＡＮ１はＰ－ＵＥに対する再評価／プリエンプション動作を許可するか否かまたは方法を議論する。

【0262】

Ｐ－ＵＥがＳＬ受信能力がない可能性を考慮して、混雑制御の側面からＰＨＹパラメータ調整をサポートする方法を議論する必要がある。ＰＨＹパラメータの選択が（事前）設定されたＣＢＲ値に基づくというＬＴＥ ＳＬの原理を再利用することが可能である。

【0263】

提案６：Ｐ－ＵＥにＳＬ受信能力がないとき、ＲＡＮ１は混雑制御の側面からＰＨＹパラメータ調整をサポートする方法を議論する。

【0264】

さらに議論すべきテーマのうち、１つはＰ－ＵＥがランダムに選択されたリソースを使用してＨＡＲＱフィードバックイネーブルされたＭＡＣ ＰＤＵを送信するかどうかである。許可された場合、ランダムに選択されたリソースを介した送信は別の端末のＰＳＳＣＨ／ＰＳＣＣＨ受信及びＰＳＦＣＨ受信全てに対する干渉を生成することができる。このような問題を解決するために、例えば、ＨＡＲＱフィードバックイネーブルされたＭＡＣ ＰＤＵはセンシング動作によって選択されたリソースのみを使用して送信されるように定義することができる（すなわち、ＨＡＲＱフィードバックディセーブルされたＭＡＣ ＰＤＵのみがランダム選択されたリソースを使用して送信される）。または、ＰＳＦＣＨリソースセットはセンシング動作によって選択されたリソースのＰＳＦＣＨリソースセットと直交（ｏｒｔｈｏｇｏｎａｌ）するランダムに選択されたリソースに対して追加的に（事前）設定される。ＨＡＲＱフィードバックイネーブルされたＭＡＣ ＰＤＵ送信に使用されるリソースプールはランダムに選択されたリソースとセンシング動作を介して選択されたリソース間に別途（事前）設定される。ＰＳＳＣＨと関連ＰＳＦＣＨの間の最小時間間隔またＶ－ＵＥより大きくなるように、Ｐ－ＵＥに対して別途（事前）設定される（例えば、低い処理／クロック速度のための消費電力の減少利益達成）。

【0265】

提案７：ＲＡＮ１はランダムに選択されたリソースを使用してＨＡＲＱフィードバックイネーブルされたＭＡＣ ＰＤＵ送信を許可するか否かまたは許可する方法を議論する。

【0266】

また、（ＳＬ／ＤＬ経路ロスベースの電力制御手順において）ＯＬＰＣパラメータ／最大ＳＬ送信電力値がＰ－ＵＥとＶ－ＵＥ間に同じか否かに対して議論する必要がある。例えば、消費電力を減らすために比較的小さいＯＬＰＣパラメータ／最大ＳＬ送信電力値をＰ－ＵＥに対して別途（事前）設定することができる。

【0267】

提案８：ＲＡＮ１はＰ－ＵＥのＴＸ電力制御サポート否かまたはサポート方法を議論する。

【0268】

ＳＬパケット送信のドロップ（ｄｒｏｐ）は消費電力減少の側面から否定的な影響を及ぼすため、ＵＬ－ＳＬ優先化（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）手順においてＰ－ＵＥのＳＬ送信をどのように処理するかに対する議論が必要である。例えば、Ｐ－ＵＥ観点からＳＬ送信がＵＬ送信と重複する場合、別途（事前）設定されたＳＬ（またはＵＬ）優先順位閾値を使用してどの送信をドロップするか決定するように定義することができる。このＳＬ（またはＵＬ）優先順位閾値はＶ－ＵＥがＵＬ－ＳＬ優先化手順を実行することに使用することより比較的大きい（または、小さい）場合がある。またはＰ－ＵＥのＳＬ送信の優先順位値に（事前）設定されたオフセット値を足すことができる。そうすることで、Ｐ－ＵＥのＳＬ送信の頻繁なドロップを避けることができる。

【0269】

提案９：ＲＡＮ１はＵＬ－ＳＬ優先化手順においてＰ－ＵＥのＳＬ送信処理するか否かまたは処理方法を議論する。

【0270】

パケット送信の信頼性が高くなれば、Ｐ－ＵＥの消費電力を減らすのに役立つ。このような意味から、第２ＳＣＩがマッピングされるＲＥの個数を決定／調整するベータ値（または、第２ＳＣＩがマッピングされるＲＥの上限を決定するアルファ値）はＰ－ＵＥに対して別途（事前）設定でき、これはＶ－ＵＥのことより大きい（例えば、低い符号化レートのための第２ＳＣＩのデコード性能利益達成）。どのセンシング方法を使用するかによって、選択されたリソースに対する干渉レベルが異なる。このような側面を考慮して、ランダムリソース選択と部分センシング動作の間（または全体センシング動作と部分センシング動作の間）に互い別のベータ値セットが（事前）設定される。

【0271】

提案１０：ＲＡＮ１はＰ－ＵＥのパケット送信の信頼性を高めるか否かまたは高める方法を議論する。

【0272】

Ｐ－ＵＥの複雑度／消費電力を減らすためには、２つのレイヤーにおいてＰＳＳＣＨ送信（または高い変調次数）とＳＬ－ＳＳＢ送信をサポート／実行することであるかに対する議論が必要である。ＬＴＥ ＳＬにおいて部分センシング動作やランダムリソース選択を実行するＰ－ＵＥはＳＬ－ＳＳＢを送信しない。例えば、実際のパケットが送信される前に最も近いＳＬＳＳスロットにおいてのみ、Ｐ－ＵＥがＳＬ－ＳＳＢ送信を実行すると定義することができる。このアクセス方法を使用すれば、ＳＬ－ＳＳＢ送信において消費する電力を減らすことができる。

【0273】

提案１１：ＲＡＮ１は、例えば、２つのレイヤーにおいてＰＳＳＣＨ送信、高い変調次数及びＳＬ－ＳＳＢ送信に対するＰ－ＵＥの能力を定義する方法を議論する。

【0274】

本開示の様々な実施形態によれば、端末のタイプによって及び／または端末が実行するセンシング動作方法またはセンシング動作実行有無によって、端末は異なる方法でリソース（再）選択を実行することができる。これを介して、リソース衝突を最小化すると同時に省電力利益を最大化することができる。

【0275】

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

【0276】

図１５を参照すれば、ステップＳ１５１０において、第１装置は選択ウィンドウを決定することができる。ステップＳ１５２０において、第１装置は前記選択ウィンドウ内においてＹ個の候補スロットを選択することができる。ステップＳ１５３０において、第１装置はリソースプールに対して設定されたリソース予約周期値に基づいて、前記Ｙ個の候補スロットに関連する少なくとも１つのスロットを決定することができる。ステップＳ１５４０において、第１装置は前記少なくとも１つのスロットに対するセンシングに基づいて、前記Ｙ個の候補スロットに含まれたＳＬ（ｓｉｄｅｌｉｎｋ）リソースのうち、少なくとも１つのＳＬリソースを選択することができる。ステップＳ１５５０において、第１装置は前記少なくとも１つのＳＬリソースに基づいてＳＬ通信を実行することができる。例えば、前記Ｙの値は正の整数である。

【0277】

さらに、例えば、第１装置は送信されるＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）の優先順位に基づいて前記Ｙ値を決定することができる。例えば、少なくとも１つの候補Ｙ値は優先順位別に前記第１装置に対して設定される。

【0278】

さらに、例えば、第１装置は前記リソースプールに対する輻輳レベルに基づいて前記Ｙ値を決定することができる。例えば、少なくとも１つの候補Ｙ値は輻輳レベル別に前記第１装置に対して設定される。

【0279】

例えば、前記Ｙ個の候補スロットは以前（ｐｒｉｏｒ）ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）によって指示できるように選択される。

【0280】

さらに、例えば、第１装置は第１優先順位に関連する情報及び第１リソースに関連する情報を含む第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置から受信することができ、第１装置は第２優先順位に関連する情報及び前記第２リソースに関連する情報を含む第２ＳＣＩを第３装置から受信することができる。例えば、前記第２装置は省電力が要求される装置であり、前記第３装置は省電力が要求されない装置である。

【0281】

さらに、例えば、第１装置は前記第１リソースが前記少なくとも１つのＳＬリソースと重複することに基づいて、前記第１リソースを再選択するか否かを第１ＲＳＲＰ閾値に基づいて決定することができ、第１装置は前記第２リソースが前記少なくとも１つのＳＬリソースと重複することに基づいて、前記第２リソースを再選択するか否かを第２ＲＳＲＰ閾値に基づいて決定することができる。例えば、前記省電力が要求される装置に関連する前記第１ＲＳＲＰ閾値は前記省電力が要求されない装置に関連する前記第２ＲＳＲＰ閾値と異なる場合がある。

【0282】

さらに、例えば、第１装置は前記第１リソースが前記少なくとも１つのＳＬリソースと重複することに基づいて、前記第１リソースを再選択するか否かを前記第１優先順位に関連する情報及び第１優先順位閾値に基づいて決定することができ、第１装置は前記第２リソースが前記少なくとも１つのＳＬリソースと重複することに基づいて、前記第２リソースを再選択するか否かを前記第２優先順位に関連する情報及び第２優先順位閾値に基づいて決定することができる。例えば、前記省電力が要求される装置に関連する前記第１優先順位閾値は前記省電力が要求されない装置に関連する前記第２優先順位閾値と異なる場合がある。

【0283】

さらに、例えば、第１装置は前記第１リソースが前記少なくとも１つのＳＬリソースと重複することに基づいて、前記第１リソースを再選択するか否かを第３優先順位に関連する情報に基づいて決定することができる。例えば、前記第３優先順位に関連する情報は前記省電力が要求される装置に関連する前記第１優先順位閾値に優先順位オフセット値を適用した値である。さらに、例えば、第１装置は前記第２リソースが前記少なくとも１つのＳＬリソースと重複することに基づいて、前記第２リソースを再選択するか否かを前記第２優先順位に関連する情報に基づいて決定することができる。

【0284】

例えば、前記第１ＳＣＩは省電力装置を示す情報を含むことができる。

【0285】

例えば、前記リソースプールに対して全体センシングに基づいたリソース選択が許可されないことに基づいて、前記第１装置は前記リソースプール上において再評価（ｒｅ－ｅｖａｌｕａｔｉｏｎ）動作またはプリエンプション（ｐｒｅ－ｅｍｐｔｉｏｎ）動作を実行するように許可されない。

【0286】

例えば、ランダムリソース選択または部分センシングに基づいたリソース選択は前記リソースプールに対して許可される。例えば、前記リソースプールに対する輻輳レベルが閾値レベルより高いことに基づいて、前記少なくとも１つのＳＬリソースは前記部分センシングに基づいて選択される。例えば、前記第１装置のバッテリ残量が閾値よりたくさんのことに基づいて、前記少なくとも１つのＳＬリソースは前記部分センシングに基づいて選択される。さらに、例えば、第１装置は送信されるＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）の優先順位に基づいて、前記ランダムリソース選択または前記部分センシングに基づいたリソース選択のうちいずれか１つを選択することができる。

【0287】

例えば、前記リソース予約周期値は最大リソース予約周期値を含むことができる。例えば、前記少なくとも１つのスロットの間の間隔は前記最大リソース予約周期値を超過しない場合がある。

【0288】

例えば、前記少なくとも１つのスロットは以下の数式によって獲得することができる。

【0289】

少なくとも１つのスロット＝ｎ－ａ＊ｋ

【0290】

ここで、ｎはＹ個の候補スロットであり、ｋは前記少なくとも１つのスロットを示すためのビットマップであり、ａは前記リソース予約周期値である。

【0291】

前記提案方法は本開示の様々な実施形態に係る装置に適用できる。先ず、第１装置１００のプロセッサ１０２は選択ウィンドウを決定することができる。そして、第１装置１００のプロセッサ１０２は前記選択ウィンドウ内においてＹ個の候補スロットを選択することができる。そして、第１装置１００のプロセッサ１０２はリソースプールに対して設定されたリソース予約周期値に基づいて、前記Ｙ個の候補スロットに関連する少なくとも１つのスロットを決定することができる。そして、第１装置１００のプロセッサ１０２は前記少なくとも１つのスロットに対するセンシングに基づいて、前記Ｙ個の候補スロットに含まれたＳＬ（ｓｉｄｅｌｉｎｋ）リソースのうち、少なくとも１つのＳＬリソースを選択することができる。そして、第１装置１００のプロセッサ１０２は前記少なくとも１つのＳＬリソースに基づいてＳＬ通信を実行するように送受信機１０６を制御することができる。例えば、前記Ｙの値は正の整数である。

【0292】

本開示の一実施形態によれば、無線通信を行う第１装置が提供される。例えば、第１装置は命令を格納する１つ以上のメモリと、１つ以上の送受信機と、前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、選択ウィンドウを決定して、前記選択ウィンドウ内においてＹ個の候補スロットを選択して、リソースプールに対して設定されたリソース予約周期値に基づいて、前記Ｙ個の候補スロットに関連する少なくとも１つのスロットを決定して、前記少なくとも１つのスロットに対するセンシングに基づいて、前記Ｙ個の候補スロットに含まれたＳＬ（ｓｉｄｅｌｉｎｋ）リソースのうち、少なくとも１つのＳＬリソースを選択して、前記少なくとも１つのＳＬリソースに基づいてＳＬ通信を実行することができる。例えば、前記Ｙの値は正の整数である。

【0293】

本開示の一実施形態によれば、第１端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、装置は１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、選択ウィンドウを決定して、前記選択ウィンドウ内においてＹ個の候補スロットを選択して、リソースプールに対して設定されたリソース予約周期値に基づいて、前記Ｙ個の候補スロットに関連する少なくとも１つのスロットを決定して、前記少なくとも１つのスロットに対するセンシングに基づいて、前記Ｙ個の候補スロットに含まれたＳＬ（ｓｉｄｅｌｉｎｋ）リソースのうち、少なくとも１つのＳＬリソースを選択して、前記少なくとも１つのＳＬリソースに基づいてＳＬ通信を実行することができる。例えば、前記Ｙの値は正の整数である。

【0294】

本開示の一実施形態によれば、命令を記録している非一時的コンピュータ可読記憶媒体が提供される。例えば、前記命令は、実行されるとき、第１装置に、選択ウィンドウを決定するようにして、前記選択ウィンドウ内においてＹ個の候補スロットを選択するようにして、リソースプールに対して設定されたリソース予約周期値に基づいて、前記Ｙ個の候補スロットに関連する少なくとも１つのスロットを決定するようにして、前記少なくとも１つのスロットに対するセンシングに基づいて、前記Ｙ個の候補スロットに含まれたＳＬ（ｓｉｄｅｌｉｎｋ）リソースのうち、少なくとも１つのＳＬリソースを選択するようにして、前記少なくとも１つのＳＬリソースに基づいてＳＬ通信を実行するようにすることができる。例えば、前記Ｙの値は正の整数である。

【0295】

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

【0296】

図１６を参照すれば、ステップＳ１６１０において、第１装置はＳＬ（ｓｉｄｅｌｉｎｋ）送信のために選択可能な候補スロットを決定することができる。ステップＳ１６２０において、第１装置は前記選択可能な候補スロットのうち、最初のスロットから、センシングのためのＮ個のスロットを決定することができる。例えば、前記Ｎ個のスロットは前記選択可能な候補スロットに含まれたＳＬリソースのうち、少なくとも１つのＳＬリソースを選択するための少なくとも１つのスロットである。ステップＳ１６３０において、第１装置は前記Ｎ個のスロットに対するセンシングに基づいて、前記少なくとも１つのＳＬリソースを選択することができる。ステップＳ１６４０において、第１装置は前記少なくとも１つのＳＬリソースに基づいて、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介してＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を第２装置に送信することができる。例えば、前記Ｎの値は正の整数である。

【0297】

例えば、前記最初のスロットの位置の変更に基づいて、前記センシングのためのＮ個のスロットの位置は変更できる。

【0298】

例えば、リソース選択がトリガーされる時点と関係なしに、前記センシングのためのＮ個のスロットは前記選択可能な候補スロットのうち、前記最初のスロットの位置に基づいて決定することができる。

【0299】

例えば、前記少なくとも１つのＳＬリソースは候補ＳＬリソースのうち、選択される。例えば、前記候補ＳＬリソースの個数は総候補リソースの個数のＸパーセント以上であり、前記第１装置が省電力が要求される装置であるか否かに基づいて、前記Ｘの値は異なるように設定することができ、前記Ｘの値は正の整数である。例えば、前記候補ＳＬリソースの個数が総候補リソースの個数のＸパーセント未満であり、及び前記第１装置が省電力が要求される装置であることに基づいて、総候補リソースの個数のＸパーセント以上の候補ＳＬリソースの個数を確保するためのＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）閾値ブーストは前記第１装置に対して許可されない場合があり、前記Ｘの値は正の整数である。

【0300】

さらに、例えば、第１装置は前記ＰＳＳＣＨを介してＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信することができる。例えば、前記第１装置が省電力が要求される装置であるか否かに基づいて、前記ＰＳＳＣＨに関連するリソース上に前記ＳＣＩをマッピングするためのパラメータは異なるように設定される。例えば、前記第１装置のリソース選択方法に基づいて、前記ＰＳＳＣＨに関連するリソース上に前記ＳＣＩをマッピングするためのパラメータは異なるように設定することができ、前記リソース選択方法はランダム選択ベースのリソース選択、部分センシングベースのリソース選択または全体センシングベースのリソース選択を含むことができる。

【0301】

さらに、例えば、第１装置はＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を送信することができる。例えば、前記第１装置が省電力が要求される装置であるか否かに基づいて、前記ＤＭＲＳをマッピングするための候補パターンは異なるように設定される。例えば、前記第１装置のリソース選択方法に基づいて、前記ＤＭＲＳをマッピングするための候補パターンは異なるように設定することができ、前記リソース選択方法はランダム選択ベースのリソース選択、部分センシングベースのリソース選択または全体センシングベースのリソース選択を含むことができる。

【0302】

例えば、前記第１装置が省電力が要求される装置であるか否かに基づいて、候補ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）テーブルは異なるように設定される。

【0303】

例えば、前記第１装置のリソース選択方法に基づいて、候補ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）テーブルは異なるように設定することができ、前記リソース選択方法はランダム選択ベースのリソース選択、部分センシングベースのリソース選択または全体センシングベースのリソース選択を含むことができる。

【0304】

例えば、前記第１装置が部分センシングベースのリソース選択を実行することに基づいて、前記第１装置が前記ＭＡＣ ＰＤＵに対するＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックをイネーブルすることは許可されない場合がある。

【0305】

前記提案方法は本開示の様々な実施形態に係る装置に適用できる。先ず、第１装置１００のプロセッサ１０２はＳＬ（ｓｉｄｅｌｉｎｋ）送信のために選択可能な候補スロットを決定することができる。そして、第１装置１００のプロセッサ１０２は前記選択可能な候補スロットのうち、最初のスロットから、センシングのためのＮ個のスロットを決定することができる。例えば、前記Ｎ個のスロットは前記選択可能な候補スロットに含まれたＳＬリソースのうち、少なくとも１つのＳＬリソースを選択するための少なくとも１つのスロットである。そして、第１装置１００のプロセッサ１０２は前記Ｎ個のスロットに対するセンシングに基づいて、前記少なくとも１つのＳＬリソースを選択することができる。そして、第１装置１００のプロセッサ１０２は前記少なくとも１つのＳＬリソースに基づいて、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介してＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を第２装置に送信するように送受信機１０６を制御することができる。例えば、前記Ｎの値は正の整数である。

【0306】

本開示の一実施形態によれば、無線通信を行う第１装置が提供される。例えば、第１装置は命令を格納する１つ以上のメモリと、１つ以上の送受信機と、前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、ＳＬ（ｓｉｄｅｌｉｎｋ）送信のために選択可能な候補スロットを決定して、前記選択可能な候補スロットのうち、最初のスロットから、センシングのためのＮ個のスロットを決定するが、前記Ｎ個のスロットは前記選択可能な候補スロットに含まれたＳＬリソースのうち、少なくとも１つのＳＬリソースを選択するための少なくとも１つのスロットであり、前記Ｎ個のスロットに対するセンシングに基づいて、前記少なくとも１つのＳＬリソースを選択して、前記少なくとも１つのＳＬリソースに基づいて、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介してＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を第２装置に送信することができる。例えば、前記Ｎの値は正の整数である。

【0307】

本開示の一実施形態によれば、第１端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、装置は１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、ＳＬ（ｓｉｄｅｌｉｎｋ）送信のために選択可能な候補スロットを決定して、前記選択可能な候補スロットのうち、最初のスロットから、センシングのためのＮ個のスロットを決定するが、前記Ｎ個のスロットは前記選択可能な候補スロットに含まれたＳＬリソースのうち、少なくとも１つのＳＬリソースを選択するための少なくとも１つのスロットであり、前記Ｎ個のスロットに対するセンシングに基づいて、前記少なくとも１つのＳＬリソースを選択して、前記少なくとも１つのＳＬリソースに基づいて、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介してＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を第２端末に送信することができる。例えば、前記Ｎの値は正の整数である。

【0308】

本開示の一実施形態によれば、命令を記録している非一時的コンピュータ可読記憶媒体が提供される。前記命令は、実行されるとき、第１装置に、ＳＬ（ｓｉｄｅｌｉｎｋ）送信のために選択可能な候補スロットを決定するようにして、前記選択可能な候補スロットのうち、最初のスロットから、センシングのためのＮ個のスロットを決定するようにするが、前記Ｎ個のスロットは前記選択可能な候補スロットに含まれたＳＬリソースのうち、少なくとも１つのＳＬリソースを選択するための少なくとも１つのスロットであり、前記Ｎ個のスロットに対するセンシングに基づいて、前記少なくとも１つのＳＬリソースを選択するようにして、前記少なくとも１つのＳＬリソースに基づいて、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介してＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を第２装置に送信するようにすることができる。例えば、前記Ｎの値は正の整数である。

【0309】

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

【0310】

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

【0311】

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

【0312】

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

【0313】

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

【0314】

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

【0315】

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

【0316】

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

【0317】

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

【0318】

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

【0319】

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

【0320】

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

【0321】

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

【0322】

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

【0323】

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

【0324】

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

【0325】

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

【0326】

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

【0327】

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

【0328】

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

【0329】

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

【0330】

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

【0331】

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

【0332】

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

【0333】

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

【0334】

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

【0335】

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

【0336】

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

【0337】

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

【0338】

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

【0339】

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

【0340】

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

【0341】

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

【0342】

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

【0343】

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

【0344】

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

【0345】

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

【図1】

【図2】

【図3(a)】

【図3(b)】

【図3(c)】

【図3(d)】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11(a)】

【図11(b)】

【図11(c)】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】