特表 2024-500996 ＮＲ Ｖ２ＸにおけるデフォルトＤＲＸ設定に基づいてＳＬ ＤＲＸ動作を実行する方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2024-01-10

(54)【発明の名称】ＮＲ Ｖ２ＸにおけるデフォルトＤＲＸ設定に基づいてＳＬ ＤＲＸ動作を実行する方法及び装置

(51)【国際特許分類】

   H04W 52/02 20090101AFI20231227BHJP

   H04W 72/30 20230101ALI20231227BHJP

   H04W 72/40 20230101ALI20231227BHJP

   H04W 92/18 20090101ALI20231227BHJP

【ＦＩ】

H04W52/02 111

H04W72/30

H04W72/40

H04W92/18

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023539133

(86)(22)【出願日】2021-12-22

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

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

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

(87)【国際公開日】2022-06-30

(31)【優先権主張番号】63/130,429

(32)【優先日】2020-12-24

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

(31)【優先権主張番号】63/130,430

(32)【優先日】2020-12-24

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

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

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

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

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

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

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】パク キウォン

(72)【発明者】

【氏名】イ ソンミン

(72)【発明者】

【氏名】パク ソヨン

(72)【発明者】

【氏名】ホン チョンウ

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

5K067

【Ｆターム（参考）】

5K067CC22

5K067EE02

5K067EE10

5K067EE25

(57)【要約】

一実施例において、第１の装置が無線通信を実行する方法が提案される。前記方法は、ＳＬ ＤＲＸ（ｓｉｄｅｌｉｎｋ ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）サイクルと関連した情報及び活性時間と関連した情報を含むＳＬ ＤＲＸ設定を取得し、第２の装置に第１のＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して第１のＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）をスケジューリングするための第１のＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信し、前記第２の装置に前記第１のＰＳＳＣＨを介して第２のＳＣＩ及び第１のＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信し、前記第１のＰＳＳＣＨと関連したスロットのインデックス及びサブチャネルのインデックスに基づいて、第１のＰＳＦＣＨスロット内で第１のＰＳＦＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）リソースを決定し、前記第２の装置から前記第１のＰＳＦＣＨリソースに基づいて前記第１のＭＡＣ ＰＤＵに対する第１のＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックを受信するステップを含む。例えば、前記第１のＭＡＣ ＰＤＵを送信する時点で前記第１のＰＳＦＣＨスロットは、非活性時間に含まれる。例えば、前記第１のＨＡＲＱフィードバックを受信する時点で前記第１のＰＳＦＣＨスロットは、活性時間に含まれる。
【選択図】図９

【特許請求の範囲】

【請求項1】

第１の装置が無線通信を実行する方法において、
グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（discontinuous reception）設定を取得し、
前記デフォルトＤＲＸ設定は、ＳＬ（sidelink）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含むステップと、
第２の装置とユニキャスト接続を確立するためのメッセージを前記第２の装置から受信するステップと、を含み、
前記第２の装置とユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信される、方法。

【請求項2】

前記デフォルトＤＲＸ設定は、上位階層シグナリングを介して受信される、請求項１に記載の方法。

【請求項3】

前記デフォルトＤＲＸ設定は、ＳＩＢ（system information block）を介して受信される、請求項１に記載の方法。

【請求項4】

前記デフォルトＤＲＸ設定は、キャストタイプに基づいて設定される、請求項１に記載の方法。

【請求項5】

前記デフォルトＤＲＸ設定は、ソースとデスティネーションのペアに基づいて設定される、請求項１に記載の方法。

【請求項6】

前記デフォルトＤＲＸ設定は、サービスに基づいて設定される、請求項１に記載の方法。

【請求項7】

前記デフォルトＤＲＸ設定は、サービス及びキャストタイプの組み合わせに基づいて設定される、請求項１に記載の方法。

【請求項8】

前記デフォルトＤＲＸ設定は、サービス及びデスティネーションの組み合わせに基づいて設定される、請求項１に記載の方法。

【請求項9】

前記デフォルトＤＲＸ設定は、サービス及びソースとデスティネーションのペアの組み合わせに基づいて設定される、請求項１に記載の方法。

【請求項10】

前記デフォルトＤＲＸ設定を受信した時点が基準タイミングに決定される、請求項１に記載の方法。

【請求項11】

前記基準タイミングは、ＳＬ ＤＲＸオンデュレーションの開始時点を含む、請求項１０に記載の方法。

【請求項12】

前記デフォルトＤＲＸと関連した基準タイミングに対する情報が受信される、請求項１に記載の方法。

【請求項13】

前記デフォルトＤＲＸと関連した基準タイミングは、同期化ソースベースのＤＦＮ＝０である時点から事前設定されたオフセット値以後の時点に決定される、請求項１に記載の方法。

【請求項14】

無線通信を実行する第１の装置において、
命令語を格納する一つ以上のメモリと、
一つ以上の送受信機と、
前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサと、を含み、前記一つ以上のプロセッサは、前記命令語を実行し、
グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（discontinuous reception）設定を取得し、
前記デフォルトＤＲＸ設定は、ＳＬ（sidelink）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含み、
第２の装置とユニキャスト接続を確立するためのメッセージを前記第２の装置から受信し、
前記第２の装置とユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信される、第１の装置。

【請求項15】

第１の端末を制御するように設定された装置（apparatus）において、前記装置は、
一つ以上のプロセッサと、
前記一つ以上のプロセッサにより実行可能に連結され、及び命令語を格納する一つ以上のメモリと、を含み、前記一つ以上のプロセッサは、前記命令語を実行し、
グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（discontinuous reception）設定を取得し、
前記デフォルトＤＲＸ設定は、ＳＬ（sidelink）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含み、
第２の端末とユニキャスト接続を確立するためのメッセージを前記第２の装置から受信し、
前記第２の端末とユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信される、装置。

【請求項16】

命令を記録している非一時的コンピュータで読み取り可能な格納媒体であって、
前記命令は、実行される時、第１の装置にとって、
グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（discontinuous reception）設定を取得するようにし、
前記デフォルトＤＲＸ設定は、ＳＬ（sidelink）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含み、
第２の装置とユニキャスト接続を確立するためのメッセージを前記第２の装置から受信するようにし、
前記第２の装置とユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信される、非一時的コンピュータで読み取り可能な格納媒体。

【請求項17】

第２の装置が無線通信を実行する方法において、
第１の装置とユニキャスト接続を確立するためのメッセージを前記第１の装置に送信し、
前記第１の装置とユニキャスト接続を確立するためのメッセージは、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（discontinuous reception）設定に基づいて送信され、
前記デフォルトＤＲＸ設定が取得され、
前記デフォルトＤＲＸ設定は、ＳＬ（sidelink）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含む、方法。

【請求項18】

前記デフォルトＤＲＸ設定は、上位階層シグナリングを介して受信される、請求項１７に記載の方法。

【請求項19】

無線通信を実行する第２の装置において、
命令語を格納する一つ以上のメモリと、
一つ以上の送受信機と、
前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサと、を含み、前記一つ以上のプロセッサは、前記命令語を実行し、
第１の装置とユニキャスト接続を確立するためのメッセージを前記第１の装置に送信し、
前記第１の装置とユニキャスト接続を確立するためのメッセージは、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（discontinuous reception）設定に基づいて送信され、
前記デフォルトＤＲＸ設定が取得され、
前記デフォルトＤＲＸ設定は、ＳＬ（sidelink）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含む、第２の装置。

【請求項20】

前記デフォルトＤＲＸ設定は、上位階層シグナリングを介して受信される、請求項１９に記載の第２の装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【発明の概要】

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

【0004】

一方、サイドリンク通信において、端末の電力節減のために、端末は、ＳＬ ＤＲＸ（ｓｉｄｅｌｉｎｋ ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）動作を実行することができる。例えば、ユニキャスト接続を確立する以前に、端末がユニキャスト接続確立のためのブロードキャストメッセージをどのようなＤＲＸ設定に基づいて受信するかが問題になることができる。

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

【0005】

本開示の一実施例によると、第１の装置が無線通信を実行する方法が提案される。前記方法は、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定を取得し、前記デフォルトＤＲＸ設定は、ＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含み、第２の装置とユニキャスト接続を確立するためのメッセージを前記第２の装置から受信するステップを含む。例えば、前記第２の装置とユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信される。

【0006】

本開示の一実施例によると、無線通信を実行する第１の装置が提供される。例えば、第１の装置は、命令語を格納する一つ以上のメモリと、一つ以上の送受信機と、前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサと、を含む。例えば、前記一つ以上のプロセッサは、前記命令語を実行し、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定を取得し、前記デフォルトＤＲＸ設定は、ＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含み、第２の装置とユニキャスト接続を確立するためのメッセージを前記第２の装置から受信する。例えば、前記第２の装置とユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信される。

【0007】

本開示の一実施例によると、第１の端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、一つ以上のプロセッサと、前記一つ以上のプロセッサにより実行可能に連結され、及び命令語を格納する一つ以上のメモリと、を含む。例えば、前記一つ以上のプロセッサは、前記命令語を実行し、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定を取得し、前記デフォルトＤＲＸ設定は、ＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含み、第２の端末とユニキャスト接続を確立するためのメッセージを前記第２の端末から受信する。例えば、前記第２の端末とユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信される。

【0008】

本開示の一実施例によると、命令を記録している非一時的コンピュータで読み取り可能な格納媒体が提供される。例えば、前記命令は、実行される時、第１の装置にとって、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定を取得するようにし、前記デフォルトＤＲＸ設定は、ＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含み、第２の装置とユニキャスト接続を確立するためのメッセージを前記第２の装置から受信するようにする。例えば、前記第２の装置とユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信される。

【0009】

本開示の一実施例によると、第２の装置が無線通信を実行する方法が提案される。前記方法は、第１の装置とユニキャスト接続を確立するためのメッセージを前記第１の装置に送信するステップを含む。例えば、前記第１の装置とユニキャスト接続を確立するためのメッセージは、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定に基づいて送信される。例えば、前記デフォルトＤＲＸ設定が取得され、前記デフォルトＤＲＸ設定は、ＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含む。

【0010】

本開示の一実施例によると、無線通信を実行する第２の装置が提供される。例えば、第２の装置は、命令語を格納する一つ以上のメモリと、一つ以上の送受信機と、前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサと、を含む。例えば、前記一つ以上のプロセッサは、前記命令語を実行し、第１の装置とユニキャスト接続を確立するためのメッセージを前記第１の装置に送信する。例えば、前記第１の装置とユニキャスト接続を確立するためのメッセージは、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定に基づいて送信される。例えば、前記デフォルトＤＲＸ設定が取得され、前記デフォルトＤＲＸ設定は、ＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含む。

【発明の効果】

【0011】

端末は、ユニキャスト接続が確立される以前にもブロードキャストメッセージをデフォルトＤＲＸ設定に基づいて受信することによって、ＳＬ通信を円滑に維持して電力を節減することができる。

【図面の簡単な説明】

【0012】

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

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

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

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

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

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

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

【図8】本開示の一実施例に係る、端末が基本／共通ＳＬ ＤＲＸ設定に基づいてＳＬ ＤＲＸ動作を実行する手順を示す。

【図9】本開示の一実施例に係る、送信端末が受信端末とユニキャスト接続を確立する手順を示す。

【図10】本開示の一実施例に係る、第１の装置が第２の装置からユニキャスト接続を確立するためのメッセージを受信する方法を示す。

【図11】本開示の一実施例に係る、第２の装置が第１の装置にユニキャスト接続を確立するためのメッセージを送信する方法を示す。

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

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

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

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

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

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

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

以下の説明において、‘～である時’、‘～場合（ｗｈｅｎ、ｉｆ、ｉｎ ｃａｓｅ ｏｆ）’は、‘～に基づいて／基盤して（ｂａｓｅｄ ｏｎ）’に代替されることができる。

【0019】

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

【0020】

本明細書において、上位階層パラメータ（上位層パラメータ、ｈｉｇｈｅｒ ｌａｙｅｒ ｐａｒａｍｅｔｅｒ）は、端末に対して設定され、または事前に設定され、または事前に定義されたパラメータである。例えば、基地局またはネットワークは、上位階層パラメータを端末に送信できる。例えば、上位階層パラメータは、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングまたはＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）シグナリングを介して送信されることができる。

【0021】

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

【0022】

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

【0023】

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

【0024】

本明細書で使われた用語及び技術のうち具体的に説明されない用語及び技術に対しては、本明細書が出願される前に公開された無線通信標準文書が参照されることができる。

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

【表1】

【0046】

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

【0047】

【表2】

【0048】

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

【0049】

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

【0050】

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

【0051】

【表3】

【0052】

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

【0053】

【表4】

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

図６の（а）を参照すると、ＬＴＥ送信モード１、ＬＴＥ送信モード３またはＮＲリソース割り当てモード１において、基地局はＳＬ送信のために端末によって用いられるＳＬリソースをスケジューリングすることができる。例えば、ステップＳ６００において、基地局は、第１の端末にＳＬリソースと関連した情報及び／又はＵＬリソースと関連した情報を送信することができる。例えば、前記ＵＬリソースは、ＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースを含むことができる。例えば、前記ＵＬリソースは、ＳＬ ＨＡＲＱフィードバックを基地局に報告するためのリソースである。

【0072】

例えば、第１の端末は、ＤＧ（ｄｙｎａｍｉｃ ｇｒａｎｔ）リソースと関連した情報及び／又はＣＧ（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）リソースと関連した情報を基地局から受信することができる。例えば、ＣＧリソースは、ＣＧタイプ１リソースまたはＣＧタイプ２リソースを含むことができる。本明細書において、ＤＧリソースは、基地局がＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を介して第１の端末に設定／割り当てるリソースである。本明細書において、ＣＧリソースは、基地局がＤＣＩ及び／又はＲＲＣメッセージを介して第１の端末に設定／割り当てる（周期的な）リソースである。例えば、ＣＧタイプ１リソースの場合、基地局は、ＣＧリソースと関連した情報を含むＲＲＣメッセージを第１の端末に送信できる。例えば、ＣＧタイプ２リソースの場合、基地局は、ＣＧリソースと関連した情報を含むＲＲＣメッセージを第１の端末に送信でき、基地局は、ＣＧリソースの活性化（ａｃｔｉｖａｔｉｏｎ）または解除（ｒｅｌｅａｓｅ）と関連したＤＣＩを第１の端末に送信できる。

【0073】

ステップＳ６１０において、第１の端末は、前記リソーススケジューリングに基づいてＰＳＣＣＨ（例、ＳＣＩ（Ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）または１ｓｔ－ｓｔａｇｅ ＳＣＩ）を第２の端末に送信できる。ステップＳ６２０において、第１の端末は、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（例、２ｎｄ－ｓｔａｇｅ ＳＣＩ、ＭＡＣ ＰＤＵ、データ等）を第２の端末に送信できる。ステップＳ６３０において、第１の端末は、ＰＳＣＣＨ／ＰＳＳＣＨと関連したＰＳＦＣＨを第２の端末から受信することができる。例えば、ＨＡＲＱフィードバック情報（例、ＮＡＣＫ情報またはＡＣＫ情報）が前記ＰＳＦＣＨを介して前記第２の端末から受信されることができる。ステップＳ６４０において、第１の端末は、ＨＡＲＱフィードバック情報をＰＵＣＣＨまたはＰＵＳＣＨを介して基地局に送信／報告できる。例えば、前記基地局に報告されるＨＡＲＱフィードバック情報は、前記第１の端末が前記第２の端末から受信したＨＡＲＱフィードバック情報に基づいて生成（ｇｅｎｅｒａｔｅ）する情報である。例えば、前記基地局に報告されるＨＡＲＱフィードバック情報は、前記第１の端末が事前に設定された規則に基づいて生成（ｇｅｎｅｒａｔｅ）する情報である。例えば、前記ＤＣＩは、ＳＬのスケジューリングのためのＤＣＩである。例えば、前記ＤＣＩのフォーマットは、ＤＣＩフォーマット３＿０またはＤＣＩフォーマット３＿１である。

【0074】

以下、ＤＣＩフォーマット３＿０の一例を説明する。

【0075】

ＤＣＩフォーマット３＿０は、一つのセルでＮＲ ＰＳＣＣＨとＮＲ ＰＳＳＣＨのスケジューリングのために使われる。

【0076】

次の情報は、ＳＬ－ＲＮＴＩまたはＳＬ－ＣＳ－ＲＮＴＩによりスクランブルされたＣＲＣを有するＤＣＩフォーマット３＿０を介して送信される。

【0077】

－リソースプールインデックス－ｃｅｉｌｉｎｇ（ｌｏｇ₂Ｉ）ビット、ここで、Ｉは、上位階層パラメータｓｌ－ＴｘＰｏｏｌＳｃｈｅｄｕｌｉｎｇにより設定された送信のためのリソースプールの個数である。

【0078】

－時間ギャップ－上位階層パラメータｓｌ－ＤＣＩ－ＴｏＳＬ－Ｔｒａｎｓにより決定された３ビット

【0079】

－ＨＡＲＱプロセスナンバー－４ビット

【0080】

－新しいデータ指示者（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）－１ビット

【0081】

－初期送信に対するサブチャネル割り当ての最も低いインデックス－ｃｅｉｌｉｎｇ（ｌｏｇ₂（Ｎ^SL _subChannel））ビット

【0082】

－ＳＣＩフォーマット１－Ａフィールド：周波数リソース割り当て、時間リソース割り当て

【0083】

－ＰＳＦＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミング指示者－ｃｅｉｌｉｎｇ（ｌｏｇ₂Ｎ_{fb_timing}）ビット、ここで、Ｎ_{fb_timing}は、上位階層パラメータｓｌ－ＰＳＦＣＨ－ＴｏＰＵＣＣＨのエントリーの個数である。

【0084】

－ＰＵＣＣＨリソース指示者－３ビット

【0085】

－設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｅｘ）－ＵＥがＳＬ－ＣＳ－ＲＮＴＩによりスクランブルされたＣＲＣを有するＤＣＩフォーマット３＿０をモニタリングするように設定されない場合は、０ビットであり、そうでない場合は、３ビットである。ＵＥがＳＬ－ＣＳ－ＲＮＴＩによりスクランブルされたＣＲＣを有するＤＣＩフォーマット３＿０をモニタリングするように設定される場合、このフィールドは、ＳＬ－ＲＮＴＩによりスクランブルされたＣＲＣを有するＤＣＩフォーマット３＿０のために予約される。

【0086】

－カウンターサイドリンク割り当てインデックス－２ビット、ＵＥがｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ＝ｄｙｎａｍｉｃに設定された場合は２ビット、ＵＥがｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ＝ｓｅｍｉ－ｓｔａｔｉｃに設定された場合は２ビット

【0087】

－必要な場合、パディングビット

【0088】

図６の（ｂ）を参照すると、ＬＴＥ送信モード２、ＬＴＥ送信モード４またはＮＲリソース割り当てモード２で、端末は、基地局／ネットワークにより設定されたＳＬリソースまたはあらかじめ設定されたＳＬリソース内でＳＬ送信リソースを決定することができる。例えば、前記設定されたＳＬリソースまたはあらかじめ設定されたＳＬリソースは、リソースプールである。例えば、端末は、自律的にＳＬ送信のためのリソースを選択またはスケジューリングすることができる。例えば、端末は、設定されたリソースプール内でリソースを自体的に選択し、ＳＬ通信を実行することができる。例えば、端末は、センシング（ｓｅｎｓｉｎｇ）及びリソース（再）選択手順を実行し、選択ウィンドウ内で自体的にリソースを選択することができる。例えば、前記センシングは、サブチャネル単位で実行されることができる。例えば、ステップＳ６１０において、リソースプール内でリソースを自ら選択した第１の端末は、前記リソースを使用してＰＳＣＣＨ（例、ＳＣＩ（Ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）または１^st－ｓｔａｇｅ ＳＣＩ）を第２の端末に送信できる。ステップＳ６２０において、第１の端末は、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（例、２^nd－ｓｔａｇｅ ＳＣＩ、ＭＡＣ ＰＤＵ、データ等）を第２の端末に送信できる。ステップＳ６３０において、第１の端末は、ＰＳＣＣＨ／ＰＳＳＣＨと関連したＰＳＦＣＨを第２の端末から受信することができる。図６の（ａ）または（ｂ）を参照すると、例えば、第１の端末は、ＰＳＣＣＨ上でＳＣＩを第２の端末に送信できる。または、例えば、第１の端末は、ＰＳＣＣＨ及び／又はＰＳＳＣＨ上で二つの連続的なＳＣＩ（例、２－ｓｔａｇｅ ＳＣＩ）を第２の端末に送信できる。この場合、第２の端末は、ＰＳＳＣＨを第１の端末から受信するために二つの連続的なＳＣＩ（例、２－ｓｔａｇｅ ＳＣＩ）をデコーディングすることができる。本明細書において、ＰＳＣＣＨ上で送信されるＳＣＩは、１^st ＳＣＩ、第１のＳＣＩ、１^st－ｓｔａｇｅ ＳＣＩまたは１^st－ｓｔａｇｅ ＳＣＩフォーマットと称することができ、ＰＳＳＣＨ上で送信されるＳＣＩは、２^nd ＳＣＩ、第２のＳＣＩ、２^nd－ｓｔａｇｅ ＳＣＩまたは２^nd－ｓｔａｇｅ ＳＣＩフォーマットと称することができる。例えば、１^st－ｓｔａｇｅ ＳＣＩフォーマットは、ＳＣＩフォーマット１－Ａを含むことができ、２^nd－ｓｔａｇｅ ＳＣＩフォーマットは、ＳＣＩフォーマット２－Ａ及び／又はＳＣＩフォーマット２－Ｂを含むことができる。

【0089】

以下、ＳＣＩフォーマット１－Ａの一例を説明する。

【0090】

ＳＣＩフォーマット１－Ａは、ＰＳＳＣＨ及びＰＳＳＣＨ上の２^nd－ｓｔａｇｅ ＳＣＩのスケジューリングのために使われる。

【0091】

次の情報は、ＳＣＩフォーマット１－Ａを使用して送信される。

【0092】

－優先順位－３ビット

【0093】

－周波数リソース割り当て－上位階層パラメータｓｌ－ＭａｘＮｕｍＰｅｒＲｅｓｅｒｖｅの値が２に設定された場合は、ｃｅｉｌｉｎｇ（ｌｏｇ₂（Ｎ^SL _subChannel（Ｎ^SL _subChannel＋１）／２））ビット、そうでない場合、上位階層パラメータｓｌ－ＭａｘＮｕｍＰｅｒＲｅｓｅｒｖｅの値が３に設定された場合は、ｃｅｉｌｉｎｇ ｌｏｇ₂（Ｎ^SL _subChannel（Ｎ^SL _subChannel＋１）（２Ｎ^SL _subChannel＋１）／６）ビット

【0094】

－時間リソース割り当て－上位階層パラメータｓｌ－ＭａｘＮｕｍＰｅｒＲｅｓｅｒｖｅの値が２に設定された場合は５ビット、そうでない場合、上位階層パラメータｓｌ－ＭａｘＮｕｍＰｅｒＲｅｓｅｒｖｅの値が３に設定された場合は９ビット

【0095】

－リソース予約周期－ｃｅｉｌｉｎｇ（ｌｏｇ₂Ｎ_{rsv_period}）ビット、ここで、Ｎ_{rsv_period}は、上位階層パラメータｓｌ－ＭｕｌｔｉＲｅｓｅｒｖｅＲｅｓｏｕｒｃｅが設定された場合、上位階層パラメータｓｌ－ＲｅｓｏｕｒｃｅＲｅｓｅｒｖｅＰｅｒｉｏｄＬｉｓｔのエントリーの個数、そうでない場合は０ビット

【0096】

－ＤＭＲＳパターン－ｃｅｉｌｉｎｇ（ｌｏｇ₂Ｎ_pattern）ビット、ここで、Ｎ_patternは、上位階層パラメータｓｌ－ＰＳＳＣＨ－ＤＭＲＳ－ＴｉｍｅＰａｔｔｅｒｎＬｉｓｔにより設定されたＤＭＲＳパターンの個数

【0097】

－２^nd－ｓｔａｇｅ ＳＣＩフォーマット－表５に定義された通りに２ビット

【0098】

－ベータ＿オフセット指示者－上位階層パラメータｓｌ－ＢｅｔａＯｆｆｓｅｔｓ２ｎｄＳＣＩにより提供された通りに２ビット

【0099】

－ＤＭＲＳポートの個数－表６に定義された通りに１ビット

【0100】

－変調及びコーディング方式－５ビット

【0101】

－追加ＭＣＳテーブル指示者－一つのＭＣＳテーブルが上位階層パラメータｓｌ－Ａｄｄｉｔｉｏｎａｌ－ＭＣＳ－Ｔａｂｌｅにより設定された場合は１ビット、二つのＭＣＳテーブルが上位階層パラメータｓｌ－Ａｄｄｉｔｉｏｎａｌ－ＭＣＳ－Ｔａｂｌｅにより設定された場合は２ビット、そうでない場合は０ビット

【0102】

－ＰＳＦＣＨオーバーヘッド指示者－上位階層パラメータｓｌ－ＰＳＦＣＨ－Ｐｅｒｉｏｄ＝２または４である場合は１ビット、そうでない場合は０ビット

【0103】

－予約されたビット－上位階層パラメータｓｌ－ＮｕｍＲｅｓｅｒｖｅｄＢｉｔｓにより決定されたビット数であり、値は０に設定される。

【0104】

【表5】

【0105】

【表6】

【0106】

以下、ＳＣＩフォーマット２－Ａの一例を説明する。ＨＡＲＱ動作で、ＨＡＲＱ－ＡＣＫ情報がＡＣＫまたはＮＡＣＫを含む場合、またはＨＡＲＱ－ＡＣＫ情報がＮＡＣＫのみを含む場合、またはＨＡＲＱ－ＡＣＫ情報のフィードバックがない場合、ＳＣＩフォーマット２－Ａは、ＰＳＳＣＨのデコーディングに使われる。

【0107】

次の情報は、ＳＣＩフォーマット２－Ａを介して送信される。

【0108】

－ＨＡＲＱプロセスナンバー－４ビット

【0109】

－新しいデータ指示者（新しいデータ指示子、ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）－１ビット

【0110】

－重複バージョン（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）－２ビット

【0111】

－ソースＩＤ－８ビット

【0112】

－デスティネーションＩＤ－１６ビット

【0113】

－ＨＡＲＱフィードバック活性化／非活性化指示者－１ビット

【0114】

－キャストタイプ指示者－表７に定義された通りに２ビット

【0115】

－ＣＳＩ要請－１ビット

【0116】

【表7】

【0117】

以下、ＳＣＩフォーマット２－Ｂの一例を説明する。ＳＣＩフォーマット２－Ｂは、ＰＳＳＣＨのデコーディングに使われ、ＨＡＲＱ－ＡＣＫ情報がＮＡＣＫのみを含み、またはＨＡＲＱ－ＡＣＫ情報のフィードバックがない時、ＨＡＲＱ動作と共に使われる。

【0118】

ＨＡＲＱ動作でＨＡＲＱ－ＡＣＫ情報がＮＡＣＫのみを含む場合、またはＨＡＲＱ－ＡＣＫ情報のフィードバックがない場合、ＳＣＩフォーマット２－Ｂは、ＰＳＳＣＨのデコーディングに使われる。

【0119】

次の情報は、ＳＣＩフォーマット２－Ｂを介して送信される。

【0120】

－ＨＡＲＱプロセスナンバー－４ビット

【0121】

－新しいデータ指示者（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）－１ビット

【0122】

－重複バージョン（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）－２ビット

【0123】

－ソースＩＤ－８ビット

【0124】

－デスティネーションＩＤ－１６ビット

【0125】

－ＨＡＲＱフィードバック活性化／非活性化指示者－１ビット

【0126】

－ゾーンＩＤ－１２ビット

【0127】

－通信範囲要求事項－上位階層パラメータｓｌ－ＺｏｎｅＣｏｎｆｉｇＭＣＲ－Ｉｎｄｅｘにより決定される４ビット

【0128】

図６の（ａ）または（ｂ）を参照すると、ステップＳ６３０において、第１の端末は、ＰＳＦＣＨを受信することができる。例えば、第１の端末及び第２の端末は、ＰＳＦＣＨリソースを決定することができ、第２の端末は、ＰＳＦＣＨリソースを使用してＨＡＲＱフィードバックを第１の端末に送信できる。図６の（ａ）を参照すると、ステップＳ６４０において、第１の端末は、ＰＵＣＣＨ及び／又はＰＵＳＣＨを介してＳＬ ＨＡＲＱフィードバックを基地局に送信できる。

【0129】

以下、サイドリンクでＨＡＲＱ－ＡＣＫを報告するＵＥ手順に対して説明する。

【0130】

ＵＥは、ＰＳＳＣＨ受信に対する応答として、ＨＡＲＱ－ＡＣＫ情報を含むＰＳＦＣＨを送信するために、Ｎ^PSSCH _subch個のサブチャネルから一つ以上のサブチャネルでＰＳＳＣＨ受信をスケジューリングするＳＣＩフォーマットにより指示されることができる。ＵＥは、ＡＣＫまたはＮＡＣＫ、またはＮＡＣＫのみを含むＨＡＲＱ－ＡＣＫ情報を提供する。

【0131】

ＵＥは、ｓｌ－ＰＳＦＣＨ－Ｐｅｒｉｏｄ－ｒ１６によりＰＳＦＣＨ送信機会リソース（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ ｒｅｓｏｕｒｃｅｓ）に対するリソースプール内スロットの個数の提供を受けることができる。個数が０である場合、リソースプールでＵＥからのＰＳＦＣＨ送信が非活性化される。ＵＥは、ｋ ｍｏｄ Ｎ^PSFCH _PSSCH＝０である場合、スロットｔ^′ _k ^SL（０≦ｋ<Ｔ^′ _max）にＰＳＦＣＨ送信機会リソースがあることを期待し、ここで、ｔ^′ _k ^SL はリソースプールに属するスロットであり、及びＴ^′ _maxは１０２４０ｍｓｅｃ内のリソースプールに属するスロットの個数であり、Ｎ^PSFCH _PSSCHはｓｌ－ＰＳＦＣＨ－Ｐｅｒｉｏｄ－ｒ１６で提供される。ＵＥは、ＰＳＳＣＨ受信に対する応答としてＰＳＦＣＨを送信しないように上位階層により指示されることができる。ＵＥがリソースプールでＰＳＳＣＨを受信して及び関連したＳＣＩフォーマット２－ＡまたはＳＣＩフォーマット２－Ｂに含まれているＨＡＲＱフィードバック活性化／非活性化指示者フィールドが１の値を有する場合、ＵＥは、リソースプールでＰＳＦＣＨ送信を介してＨＡＲＱ－ＡＣＫ情報を提供する。ＵＥは、第１のスロットでＰＳＦＣＨを送信し、ここで、前記第１のスロットは、ＰＳＦＣＨリソースを含んで及びＰＳＳＣＨ受信の最後のスロット以後リソースプールのｓｌ－ＭｉｎＴｉｍｅＧａｐＰＳＦＣＨ－ｒ１６により提供される最小スロットの個数以後のスロットである。

【0132】

ＵＥは、リソースプールのＰＲＢでＰＳＦＣＨ送信のためのリソースプール内のＰＲＢのセットＭ^PSFCH _PRB,setをｓｌ－ＰＳＦＣＨ－ＲＢ－Ｓｅｔ－ｒ１６により提供を受ける。ｓｌ－ＮｕｍＳｕｂｃｈａｎｎｅｌにより提供されるリソースプールに対するサブチャネルの個数Ｎ_subch及びＮ^PSFCH _PSSCHより小さいまたは同じＰＳＦＣＨスロットと関連したＰＳＳＣＨスロットの個数に対して、ＵＥは、Ｍ_PRB,set ^PSFCHＰＲＢのうち［（ｉ＋ｊ・Ｎ^PSFCH _PSSCH）・Ｍ^PSFCH _subch,slot、（ｉ＋１＋ｊ・Ｎ^PSFCH _PSSCH）・Ｍ^PSFCH _subch,slot－１］ＰＲＢをＰＳＦＣＨスロットと連動されたＰＳＳＣＨスロットのうちスロットｉ及びサブチャネルｊに対して割り当てる。ここで、Ｍ^PSFCH _subch,slot＝Ｍ^PSFCH _PRB,set／（Ｎ_subch・Ｎ^PSFCH _PSSCH）、０≦ｉ<Ｎ^PSFCH _PSSCH、０≦ｊ<Ｎ_subchであり、及び割り当てはｉの昇順から始まってｊの昇順に続く。ＵＥは、Ｍ^PSFCH _PRB,setがＮ_subch・Ｎ^PSFCH _PSSCHの倍数であることを期待する。

【0133】

ＵＥは、ＰＳＦＣＨ送信に含まれるＨＡＲＱ－ＡＣＫ情報をマルチプレクシングするために使用可能なＰＳＦＣＨリソースの個数をＲ^PSFCH _PRB,CS＝Ｎ^PSFCH _type・Ｍ^PSFCH _subch,slot・Ｎ^PSFCH _CSに決定する。ここで、Ｎ^PSFCH _CSは、リソースプールに対する循環シフトペアの個数であり、及び上位階層による指示に基づいて、

【0134】

－Ｎ^PSFCH _type＝１であり及びＭ^PSFCH _subch,slotＰＲＢは、該当ＰＳＳＣＨの開始サブチャネルと関連付けられ、

【0135】

－Ｎ^PSFCH _type＝Ｎ^PSSCH _subchであり及びＮ^PSSCH _subch・Ｍ^PSFCH _subch,slotＰＲＢは、該当ＰＳＳＣＨのＮ^PSSCH _subchサブチャネルのうち一つ以上のサブチャネルと関連付けられる。

【0136】

ＰＳＦＣＨリソースは、まず、Ｎ^PSFCH _type・Ｍ^PSFCH _subch,slotＰＲＢのうちＰＲＢインデックスの昇順にインデクシングされた後、Ｎ^PSFCH _CS循環シフトペアのうち循環シフトペアインデックス（ｃｙｃｌｉｃ ｓｈｉｆｔ ｐａｉｒ ｉｎｄｅｘ）の昇順にインデクシングされる。

【0137】

ＵＥは、ＰＳＳＣＨ受信に対する応答としてＰＳＦＣＨ送信のためのＰＳＦＣＨリソースのインデックスを（Ｐ_ID＋Ｍ_ID）ｍｏｄ Ｒ^PSFCH _PRB,CSに決定する。ここで、Ｐ_IDは、ＰＳＳＣＨ受信をスケジューリングするＳＣＩフォーマット２－Ａまたは２－Ｂにより提供される物理階層ソースＩＤであり、Ｍ_IDは、ＵＥがキャストタイプ指示者フィールド値が“０１”であるＳＣＩフォーマット２－Ａを検出した場合、上位階層で指示されるＰＳＳＣＨを受信するＵＥのＩＤであり、そうでない場合、Ｍ_IDは０である。

【0138】

ＵＥは、表８を使用してＮ^PSFCH _CSから及びＰＳＦＣＨリソースインデックスに対応する循環シフトペアインデックスから循環シフトα値を計算するためのｍ₀値を決定する。

【0139】

【表8】

【0140】

ＵＥが“０１”または“１０”のキャストタイプ指示者フィールド値を有するＳＣＩフォーマット２－Ａを検出する場合、表９のように、またはＵＥがキャストタイプ指示者フィールド値が“１１”であるＳＣＩフォーマット２－ＢまたはＳＣＩフォーマット２－Ａを検出する場合、表１０のように、ＵＥは、循環シフトα値を計算するための値ｍ_csを決定する。ＵＥは、循環シフトペアのうち一つの循環シフトをＰＳＦＣＨ送信に使われるシーケンスに適用する。

【0141】

【表9】

【0142】

【表10】

【0143】

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

【0144】

例えば、ＳＬ ＤＲＸ設定は、以下に列挙された一つ以上の情報を含むことができる。

【0145】

例えば、ＳＬ ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒは、ＤＲＸサイクルの開始区間（ｔｈｅ ｄｕｒａｔｉｏｎ ａｔ ｔｈｅ ｂｅｇｉｎｎｉｎｇ ｏｆ ａ ＤＲＸ Ｃｙｃｌｅ）に対する情報である。例えば、ＤＲＸサイクルの開始区間は、端末がサイドリンクデータを送信または受信するために活性モードで動作する区間に対する情報である。

【0146】

例えば、ＳＬ ＤＲＸ－ＳｌｏｔＯｆｆｓｅｔは、ＤＲＸ－オンデュレーションタイマの開始前遅延（ｔｈｅ ｄｅｌａｙ ｂｅｆｏｒｅ ｓｔａｒｔｉｎｇ ｔｈｅ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）に対する情報である。

【0147】

例えば、ＳＬ ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、ＭＡＣエンティティに対する新しいサイドリンク送信及びサイドリンク受信を指示するＰＳＣＣＨ発生以後の区間（ｔｈｅ ｄｕｒａｔｉｏｎ ａｆｔｅｒ ｔｈｅ ＰＳＣＣＨ ｏｃｃａｓｉｏｎｉｎ ｗｈｉｃｈ ａ ＰＳＣＣＨ ｉｎｄｉｃａｔｅｓ ａ ｎｅｗ ｓｉｄｅｌｉｎｋ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｆｏｒ ｔｈｅ ＭＡＣ ｅｎｔｉｔｙ）に対する情報である。例えば、送信端末がＰＳＣＣＨを介してＰＳＳＣＨ送信を指示する場合、送信端末は、ＳＬ ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが動作する間に活性モードで動作することによって、送信端末は、受信端末にＰＳＳＣＨを送信することができる。また、例えば、受信端末は、ＰＳＣＣＨ受信を介して送信端末がＰＳＳＣＨを送信することに対する指示を受ける場合、受信端末は、ＳＬ ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが動作する間に活性モードで動作することによって、受信端末は、送信端末からＰＳＳＣＨを受信することができる。

【0148】

例えば、ＳＬ ＤＲＸ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、再送信が受信される時までの最大期間（ｔｈｅ ｍａｘｉｍｕｍ ｄｕｒａｔｉｏｎ ｕｎｔｉｌ ａ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｉｓ ｒｅｃｅｉｖｅｄ）に対する情報である。例えば、ＳＬ ＤＲＸ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、ＨＡＲＱプロセス別に設定されることができる。

【0149】

例えば、ＳＬ ＤＲＸ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔは、長いＤＲＸサイクル及び短いＤＲＸサイクルが始まるサブフレームを定義する長いＤＲＸサイクル及びＤＲＸ－ＳｔａｒｔＯｆｆｓｅｔ（ｔｈｅ Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ ａｎｄ ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ ｗｈｉｃｈ ｄｅｆｉｎｅｓ ｔｈｅ ｓｕｂｆｒａｍｅ ｗｈｅｒｅ ｔｈｅ Ｌｏｎｇ ａｎｄ Ｓｈｏｒｔ ＤＲＸ Ｃｙｃｌｅ ｓｔａｒｔｓ）に対する情報である。

【0150】

例えば、ＳＬ ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅは、短いＤＲＸサイクル（ｔｈｅ Ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ）に対する情報である。例えば、ＳＬ ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅは、選択的な（ｏｐｔｉｏｎａｌ）情報である。

【0151】

例えば、ＳＬ ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒは、端末が短いＤＲＸサイクルに従う区間（ｔｈｅ ｄｕｒａｔｉｏｎ ｔｈｅ ＵＥ ｓｈａｌｌ ｆｏｌｌｏｗ ｔｈｅ Ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ）に対する情報である。例えば、ＳＬ ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒは、選択的な（ｏｐｔｉｏｎａｌ）情報である。

【0152】

例えば、ＳＬ ＤＲＸ－ＨＡＲＱ－ＲＴＴ－Ｔｉｍｅｒは、ＭＡＣエンティティがＨＡＲＱ再送信のための割り当てを予想する前の最小期間（ｔｈｅ ｍｉｎｉｍｕｍ ｄｕｒａｔｉｏｎ ｂｅｆｏｒｅ ａｎ ａｓｓｉｇｎｍｅｎｔ ｆｏｒ ＨＡＲＱ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｉｓ ｅｘｐｅｃｔｅｄ ｂｙ ｔｈｅ ＭＡＣ ｅｎｔｉｔｙ）に対する情報である。例えば、ＳＬ ＤＲＸ－ＨＡＲＱ－ＲＴＴ－Ｔｉｍｅｒは、ＨＡＲＱプロセス別に設定されることができる。

【0153】

一方、リリース（ｒｅｌｅａｓｅ）１６のＮＲ Ｖ２ＸではＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）のパワーセービング（ｐｏｗｅｒ ｓａｖｉｎｇ）動作をサポートせず、リリース１７のＮＲ Ｖ２ＸではＵＥ（例えば、電力節減（ｐｏｗｅｒ ｓａｖｉｎｇ）ＵＥ）のパワーセービング動作をサポートすることができる。したがって、端末のパワーセービング動作（例えば、ＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ動作）のためのＳＬ ＤＲＸ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）が定義されなければならない。

【0154】

本開示の多様な実施例において、端末のパワーセービング動作のためのＳＬ ＤＲＸ設定が定義され、端末が定義されたＳＬ ＤＲＸ設定を使用してＳＬ ＤＲＸ動作を円滑に実行することができるようにする方法が提案される。以下の説明において、‘～した場合（ｗｈｅｎ、ｉｆ、ｉｎ ｃａｓｅ ｏｆ）’は、‘～したことに基づいて（ｂａｓｅｄ ｏｎ）’に代替されることができる。

【0155】

以下の説明において、タイマの名称（Ｕｕ ＤＲＸ ＨＡＲＱ ＲＴＴ ＴｉｍｅｒＳＬ、Ｕｕ ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ＴｉｍｅｒＳＬ、ＳＬ ＤＲＸオンデュレーションタイマ、ＳＬ ＤＲＸ非活性化タイマ（Ｉｎａｃｔｄｉｖｉｔｙ Ｔｉｍｅｒ）、ＳＬ ＤＲＸ ＨＡＲＱ ＲＴＴタイマ、ＳＬ ＤＲＸ再送信タイマなど）は、例示に過ぎず、各タイマで説明される内容に基づいて同一／類似の機能を遂行するタイマは、その名称と関係なしに同一／類似のタイマと見なされることができる。

【0156】

図８は、本開示の一実施例に係る、端末が基本／共通ＳＬ ＤＲＸ設定に基づいてＳＬ ＤＲＸ動作を実行する手順を示す。図８の実施例は、本開示の多様な実施例と結合されることができる。

【0157】

図８を参照すると、Ｖ２ＸサービスまたはサイドリンクサービスのＱｏＳ要求事項に基づいて端末のための一つの基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸ設定を設定する実施例が開示される。例えば、（ｓｔｅｐ１）端末のＶ２Ｘ階層（層、ｌａｙｅｒ）は、アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）階層で生成されたＶ２ＸサービスのＱｏＳ要求事項に基づいて、端末のＳＬ ＤＲＸ動作のためのＳＬ ＤＲＸパターン（ｐａｔｔｅｒｎ）（例えば、ＳＬ ＤＲＸサイクル（ｃｙｃｌｅ）、ＳＬ ＤＲＸオンデュレーション（ｏｎ－ｄｕｒａｔｉｏｎ））情報を生成してＡＳ階層に伝達し、またはＳＬ ＤＲＸ設定を生成してＡＳ階層に伝達できる。

【0158】

（ｓｔｅｐ２）そして、前記端末のＡＳ階層は、Ｖ２Ｘ階層で受信したＳＬ ＤＲＸパターン情報（ＳＬ ＤＲＸサイクル及びＳＬ ＤＲＸオンデュレーションの長さ、またはＳＬ ＤＲＸオンデュレーションの長さ及びＳＬ ＤＲＸオフデュレーション（ｏｆｆ－ｄｕｒａｔｉｏｎ）の長さ）に基づいて基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸ設定を生成し、前記基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸ設定をＳＬ ＤＲＸ動作のために使用することができる。

【0159】

（ｓｔｅｐ３）そして、前記端末は、端末のＶ２Ｘサービスに対するＱｏＳ要求事項情報（ＰＦＩ、ＰＤＢ）と選好する（ｐｒｅｆｅｒｒｅｄ）基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸ設定を基地局に伝達できる。例えば、前記ｓｔｅｐ１及び２過程が省略される場合、Ｖ２Ｘサービスに対するＱｏＳ要求事項情報のみが基地局に伝達されることができ、前記基地局は、該当情報に基づいて端末が使用する共通ＳＬ ＤＲＸ設定情報を生成して端末に伝達できる。

【0160】

（ｓｔｅｐ４）そして、前記端末は、前記基地局から伝達を受けた共通ＳＬ ＤＲＸ設定を使用してＳＬ ＤＲＸ動作及びサイドリンク送信／受信を実行することができる。

【0161】

本開示の一実施例によると、Ｖ２ＸサービスまたはＳＬサービスのＱｏＳ要求事項に基づいて一つの基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸ設定のみが許容される場合、ＳＬ ＤＲＸ設定のＳＬ ＤＲＸオンデュレーション区間上で異なる端末間のリソース衝突確率、混雑／干渉レベルが高まる問題が発生できる。したがって、本実施例では共通ＳＬ ＤＲＸ設定のＳＬ ＤＲＸオンデュレーション区間上で異なる端末間のリソース衝突確率を減らすことができるようにする方法が下記のように提案される。

【0162】

例えば、共通ＳＬ ＤＲＸ設定のウェイクアップ（ｗａｋｅｕｐ）開始時点、ＳＬ ＤＲＸサイクルの開始時点、ウェイクアップ区間（ｄｕｒａｔｉｏｎ）（ＳＬ ＤＲＸオンデュレーション長さ（ｌｅｎｇｔｈ））または共通ＳＬ ＤＲＸ設定のウェイクアップ区間（例えば、ＳＬ ＤＲＸオンデュレーション）が繰り返しされる周期（共通ＳＬ ＤＲＸサイクル）をアプリケーション／サービス（ｓｅｒｖｉｃｅ）ＩＤ（及び／又は（Ｌ１またはＬ２）（ソース（ｓｏｕｒｃｅ）／デスティネーション（ｄｅｓｔｉｎａｔｉｏｎ））ＩＤ）などのパラメータに基づいて決定されるように定義することができる。これによって、ＳＬ ＤＲＸ動作を実行する異なる端末間のリソース衝突確率が減ることができる。例えば、前記ウェイクアップ時点は、ＳＬ ＤＲＸオンデュレーション開始時点を含むことができる。例えば、前記共通ＳＬ ＤＲＸ設定のウェイクアップ開始時点、ＳＬ ＤＲＸサイクルの開始時点、ウェイクアップ区間または共通ＳＬ ＤＲＸ設定のウェイクアップ区間が繰り返しされる周期を決定する方法は、ホッピング（ｈｏｐｐｉｎｇ）／ランダマイズ（ｒａｎｄｏｍｉｚｅ）を介して決定する方法を含むことができる。

【0163】

また、例えば、Ｖ２ＸまたはＳＬサービス／ＱｏＳ特定的に複数個の共通ＳＬ ＤＲＸ設定が許容されるようにすることができる。ここで、端末は、この中から一つをランダムに選択（または、端末具現的に選択）し、または共通ＳＬ ＤＲＸ設定のウェイクアップ区間（例えば、共通ＳＬ ＤＲＸオンデュレーション）関連受信スロット上で、（過去）測定された干渉レベルなどに基づいて相対的に低い干渉レベルの共通ＳＬ ＤＲＸ設定を優先的に選択できる。または、例えば、前記端末は、事前にサービス／ＱｏＳ特定的に設定された閾値以下の共通ＳＬ ＤＲＸ設定の中から一つをランダム選択することができる。

【0164】

本開示の一実施例によると、基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸ設定（または、基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸパターン）または基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸ設定に含まれているＳＬ ＤＲＸ関連パラメータをランダムに設定する方法外に、提案上に記述された条件などが満たされる場合、端末がＳＬ ＤＲＸオンデュレーション（または、活性時間（ａｃｔｉｖｅ ｔｉｍｅ）区間）を増やし、または事前に別途に設定されたＳＬ ＤＲＸタイマ値（例えば、相対的に大きい値）を適用するようにすることができる。すなわち、例えば、干渉が少ないリソースを選択するために、端末は、候補リソースの時間領域を増やすことができる。例えば、前記提案上に記述された条件は、異なる端末間のリソース衝突確率、混雑／干渉レベルが高まる状況、異なる端末間のリソース衝突確率が閾値を超過する場合、または異なる端末間の混雑／干渉レベルが閾値を超過する場合を含むことができる。例えば、前記事前に別途に設定されたＳＬ ＤＲＸタイマは、本開示で言及されたＳＬ ＤＲＸ設定に含まれるＳＬ ＤＲＸタイマ、またはその他ＳＬ ＤＲＸ動作のサポートのために定義されるＳＬ ＤＲＸ関連タイマを含むことができる。

【0165】

本開示の一実施例によると、選択された基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸ設定（または、基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸパターン）または基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸ設定に含まれているＳＬ ＤＲＸ関連パラメータで、他の基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸ設定（または、基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸパターン）または基本（ｄｅｆａｕｌｔ）／共通ＳＬ ＤＲＸ設定に含まれているＳＬ ＤＲＸ関連パラメータにスイッチングする時、混雑／干渉レベルヒステリシス（ｈｙｓｔｅｒｅｓｉｓ）が設定されるようにすることができる。例えば、既存／新しい設定またはパターン上の混雑／干渉レベル差が事前に設定されたヒステリシス値より大きく、同時に、新しい設定またはパターン上の混雑／干渉レベルが事前に設定された閾値より低い場合にのみ、端末が新しい共通ＳＬ ＤＲＸ設定、共通ＳＬ ＤＲＸパターンまたは共通ＳＬ ＤＲＸ設定のパラメータへのスイッチングが許容されることができる。また、例えば、他の設定またはパターンへのスイッチングは、リソース再選択がトリガリングされた場合、ＴＢ関連再送信が完了した場合、端末がロング（ｌｏｎｇ）ＤＲＸ動作で動作する場合、またはタイマが満了されて端末がＳＬオンデュレーションに基づいて動作する場合などにのみ限定的に許容されるように設定されることができる。

【0166】

本開示の一実施例によると、高い優先順位／要求事項のサービス関連ＳＬ ＤＲＸオンデュレーションまたは活性区間が、低い優先順位／要求事項のサービス関連ＳＬ ＤＲＸオンデュレーションまたは活性区間と（一部）重なった場合、（該当重なった区間内で）高い優先順位／要求事項のサービスに及ぼす干渉を減らすために、低い優先順位／要求事項のサービス送信に使われる（最大、最小、または平均）送信電力値、ＴＢ関連（最大）再送信回数、チャネル占有率（ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｒａｔｉｏ；ＣＲ）値の上限（ｕｐｐｅｒ ｂｏｕｎｄ）値などが限定されて設定されることができる。例えば、前記活性区間は、ＳＬ ＤＲＸオンデュレーションを含む、サイドリンクシグナルを受信または送信するために端末がウェイクアップ状態にある区間を意味することができる。

【0167】

本開示の一実施例によると、端末が位置したゾーン（ｚｏｎｅ）領域が変更される場合（または、端末が位置したゾーンＩＤが変更される場合）、共通ＳＬ ＤＲＸ設定、共通ＳＬ ＤＲＸパターン、共通ＳＬ ＤＲＸ設定に含まれているＳＬ ＤＲＸ動作パラメータ及びタイマ、設定、パターン、及び／又は設定に含まれているＤＲＸ動作パラメータのうち少なくとも一つに対する選択のランダム化がトリガリングまたは許容されることができる。

【0168】

本開示の一実施例によると、端末がＩｎ－ＣｏｖｅｒａｇｅからＯｕｔ－Ｏｆ－Ｃｏｖｅｒａｇｅ状態に変更される場合または端末がＯｕｔ－ｏｆ－ＣｏｖｅｒａｇｅからＩｎ－Ｃｏｖｅｒａｇｅ状態に変更される場合、共通ＳＬ ＤＲＸ設定、共通ＳＬ ＤＲＸパターン、共通ＳＬ ＤＲＸ設定に含まれているＳＬ ＤＲＸ動作パラメータ及びタイマ、設定、パターン、設定に含まれているＤＲＸ動作パラメータのうち少なくとも一つに対する選択のランダム化がトリガリングまたは許容されることができる。

【0169】

本開示の一実施例によると、端末が位置したＣｅｌｌ ＩＤが変更される場合、共通ＳＬ ＤＲＸ設定、共通ＳＬ ＤＲＸパターン、共通ＳＬ ＤＲＸ設定に含まれているＳＬ ＤＲＸ動作パラメータ及びタイマ、設定、パターン、設定に含まれているＤＲＸ動作パラメータのうち少なくとも一つに対する選択のランダム化がトリガリングまたは許容されることができる。

【0170】

本開示の一実施例によると、端末の搬送波（ｃａｒｒｉｅｒ）タイプ（ｔｙｐｅ）（例えば、免許（ｌｉｃｅｎｓｅｄ）搬送波、ＩＴＳ－専用（ｄｅｄｉｃａｔｅｄ）搬送波）が変更される場合、共通ＳＬ ＤＲＸ設定、共通ＳＬ ＤＲＸパターン、共通ＳＬ ＤＲＸ設定に含まれているＳＬ ＤＲＸ動作パラメータ及びタイマ、設定、パターン、設定に含まれているＤＲＸ動作パラメータのうち少なくとも一つに対する選択のランダム化がトリガリングまたは許容されることができる。

【0171】

本開示の一実施例によると、端末の通信タイプ／方向（例えば、Ｖ２Ｐ、Ｐ２Ｐ、Ｐ２Ｖ）が変更される場合、共通ＳＬ ＤＲＸ設定、共通ＳＬ ＤＲＸパターン、共通ＳＬ ＤＲＸ設定に含まれているＳＬ ＤＲＸ動作パラメータ及びタイマ、設定、パターン、設定に含まれているＤＲＸ動作パラメータのうち少なくとも一つに対する選択のランダム化がトリガリングまたは許容されることができる。

【0172】

本開示の一実施例によると、端末の残余バッテリ量が変更される場合、共通ＳＬ ＤＲＸ設定、共通ＳＬ ＤＲＸパターン、共通ＳＬ ＤＲＸ設定に含まれているＳＬ ＤＲＸ動作パラメータ及びタイマ、設定、パターン、設定に含まれているＤＲＸ動作パラメータのうち少なくとも一つに対する選択のランダム化がトリガリングまたは許容されることができる。

【0173】

本開示の一実施例によると、端末のＶ２Ｘ（または、ＳＬ）サービスＩＤ／種類が変更される場合、共通ＳＬ ＤＲＸ設定、共通ＳＬ ＤＲＸパターン、共通ＳＬ ＤＲＸ設定に含まれているＳＬ ＤＲＸ動作パラメータ及びタイマ、設定、パターン、設定に含まれているＤＲＸ動作パラメータのうち少なくとも一つに対する選択のランダム化がトリガリングまたは許容されることができる。

【0174】

本開示の一実施例によると、（基本（ｄｅｆａｕｌｔ）／共通）ＳＬ ＤＲＸパターン／設定情報が上位階層シグナリングを介して交換される場合、端末間に（基本（ｄｅｆａｕｌｔ）／共通）ＳＬ ＤＲＸパターン／設定の開始時点（例えば、ＳＬ ＤＲＸオンデュレーション開始時点）に対する共通した理解を有するようにするメカニズムが必要である。したがって、本開示ではＳＬ ＤＲＸ確認（ｃｏｎｆｉｒｍａｔｉｏｎ）メッセージ（例えば、ＳＬ ＤＲＸパターン／設定情報をレポートするメッセージまたはＳＬ ＤＲＸパターン／設定レポートメッセージに対するＡＣＫメッセージ）が定義され、端末がこれを受信した時点を基準タイミング（ｒｅｆｅｒｅｎｃｅ ｔｉｍｉｎｇ）（例えば、ＳＬ ＤＲＸオンデュレーション開始時点）と見なす方法、または追加的な上位階層シグナリングを介してＳＬ ＤＲＸパターン関連基準タイミングに対する情報をシグナリングする方法、または同期化ソースベースのＤＦＮ（ｄｉｒｅｃｔ ｆｒａｍｅ ｎｕｍｂｅｒ）０から、事前に設定／交換されたスロットオフセット（ｏｆｆｓｅｔ）値が適用される時点を基準タイミングと見なす方法が提案される。例えば、前記ＳＬ ＤＲＸパターン／設定情報は、ＳＬ ＤＲＸサイクル、ＳＬ ＤＲＸオンデュレーション区間情報などを含むことができる。例えば、前記上位階層シグナリングは、ＭＡＣ ＣＥ、ＰＣ５ ＲＲＣを含むことができる。例えば、前記追加的な上位階層シグナリングは、ＳＬ ＤＲＸ確認メッセージ、ＳＩＢ、ＤＬ専用ＲＲＣメッセージ、及び／又はＰＣ５ ＲＲＣメッセージを含むことができる。

【0175】

本開示の多様な実施例において、共通サイドリンクＤＲＸ設定／パラメータは、キャストタイプ（例えば、ユニキャスト、グループキャストまたはブロードキャスト）に関係なしに全ての端末と共通に使用するＤＲＸ設定／パラメータである。または、例えば、共通サイドリンクＤＲＸ設定／パラメータは、特定キャストタイプ（例えば、ユニキャスト、グループキャストまたはブロードキャスト）別に構成されたＤＲＸ設定／パラメータである。ここで、例えば、共通サイドリンクＤＲＸ設定は、基本（デフォルト、ｄｅｆａｕｌｔ）サイドリンクＤＲＸ設定である。例えば、共通サイドリンクＤＲＸ設定／パラメータは、同じグループキャストサービスに属し、または加入した端末が共通に使用するＤＲＸ設定／パラメータである。例えば、同じグループキャストサービスは、同じグループキャストデスティネーション（ｄｅｓｔｉｎａｔｉｏｎ）レイヤ（ｌａｙｅｒ）２ ＩＤを有するグループキャストサービスを含むことができる。例えば、共通サイドリンクＤＲＸ設定／パラメータは、同じユニキャストサービスに属し、または加入した端末が共通に使用するＤＲＸ設定／パラメータである。例えば、同じユニキャストサービスは、同じソース（ｓｏｕｒｃｅ）レイヤ（ｌａｙｅｒ）２ ＩＤ／デスティネーションレイヤ２ ＩＤのペア（ｐａｉｒ）を有するユニキャストサービスを含むことができる。例えば、共通サイドリンクＤＲＸ設定／パラメータは、同じブロードキャストサービスに属し、または加入した端末が共通に使用するＤＲＸ設定／パラメータである。例えば、同じブロードキャストサービスは、同じブロードキャストデスティネーションレイヤ２ ＩＤを有するブロードキャストサービスを含むことができる。

【0176】

または、例えば、共通サイドリンクＤＲＸ設定／パラメータは、特定キャストタイプ（例えば、ユニキャスト、グループキャストまたはブロードキャスト）別に構成されたＤＲＸ設定／パラメータである。例えば、共通サイドリンクＤＲＸ設定／パラメータは、サービスに関心のある端末が共通に使用するＤＲＸ設定／パラメータである。ここで、例えば、サービスは、同じグループキャストデスティネーション（ｄｅｓｔｉｎａｔｉｏｎ）レイヤ（ｌａｙｅｒ）２ ＩＤを有するグループキャストサービス、同じユニキャストサービスは、同じソース（ｓｏｕｒｃｅ）レイヤ（ｌａｙｅｒ）２ ＩＤ／デスティネーションレイヤ２ ＩＤのペア（ｐａｉｒ）を有するユニキャストサービスまたは同じブロードキャストサービスは、同じブロードキャストデスティネーションレイヤ２ ＩＤを有するブロードキャストサービスのうち少なくとも一つである。例えば、キャストタイプと関連したサービスに加入または連結されない状態である場合、サービスに関心のある端末は、キャストタイプと関連したサービスの加入に関心があり、該当サービスと関連した信号をモニタする端末を含むことができる。ここで、例えば、ＤＲＸ設定／パラメータは、サービスに関心のある端末が共通に使用するＵＥサービス特定（ＵＥ ｓｅｒｖｉｃｅ ｓｐｅｃｉｆｉｃ）ＤＲＸ設定を含むことができる。

【0177】

例えば、端末がユニキャストと関連したサービスに連結されない状態である場合、端末は、前記サービスと関連した信号をモニタすることができる。このとき、例えば、端末は、前記サービスと関連した信号をモニタするために基本（ｄｅｆａｕｌｔ）／共通サイドリンクＤＲＸ設定を使用することができる。ここで、例えば、基本（ｄｅｆａｕｌｔ）／共通サイドリンクＤＲＸ設定は、グループキャストまたはブロードキャストのための基本（ｄｅｆａｕｌｔ）／共通サイドリンクＤＲＸ設定である。付加的に、ここで、例えば、ユニキャストと関連したサービスは、専用ＱｏＳプロファイルに対して設定されたＤＲＸ設定にマッピングされることができないＱｏＳプロファイルと関連したサービスを含むことができる。ここで、例えば、前記サービスと関連した信号は、ユニキャスト接続を確立するためのメッセージ（例えば、ＤＣＲ（ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ）メッセージ）を含むことができる。ここで、例えば、基本でないＤＲＸ設定にマッピングされないＱｏＳプロファイルと関連したサービスは、ユニキャスト接続を確立するためのメッセージ（例えば、ＤＣＲメッセージ）を含むことができる。

【0178】

付加的に、例えば、グループキャスト及び／又はブロードキャストに対する共通ＤＲＸ設定は、ユニキャストリンクを設定するためのメッセージを受信するために使われることができる。

【0179】

例えば、グループキャストとブロードキャストとの間に共通的なデフォルトＤＲＸ設定は、基本でないＤＲＸ設定にマッピングされないＱｏＳプロファイルに使われることができる。

【0180】

例えば、グループキャストとブロードキャストのために、デフォルトＤＲＸ設定は、専用ＱｏＳプロファイルに対して設定されたＤＲＸ設定にマッピングされることができないＱｏＳプロファイルに使われることができる。

【0181】

例えば、デフォルトＤＲＸ設定と関連したパラメータ（例えば、ｓｌ－ＤＲＸ－ＣｏｎｆｉｇＣｏｍｍｏｎ－ＧＣ－ＢＣフィールド）は、グループキャスト及びブロードキャスト通信のためのサイドリンクＤＲＸ設定を示すことができる。ここで、例えば、デフォルトＤＲＸ設定と関連したパラメータは、基地局から受信されることができる。

【0182】

例えば、前述した共通サイドリンクＤＲＸ設定または端末が共通に使用するＵＥサービス特定サイドリンクＤＲＸ設定は、下記のような組み合わせで構成または設定されることができる。

【0183】

例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、キャストタイプ別に設定されることができる。例えば、キャストタイプは、ユニキャストサービス、グループキャストサービス、及びブロードキャストサービスを含むことができる。

【0184】

例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、ソース／デスティネーションペア（ｓｏｕｒｃｅ／ｄｅｓｔｉｎａｔｉｏｎ ｐａｉｒ）別に設定されることができる。例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、ソースＬ１またはＬ２ ＩＤ／デスティネーションＬ１またはＬ２ ＩＤのペア別に設定されることができる。ここで、例えば、Ｌ１はレイヤ１を意味し、Ｌ２はレイヤ２を意味することができる。

【0185】

例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、サービス別に設定されることができる。例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、ＰＱＩ（ＰＣ５ ５ＱＩ（５Ｇ ＱｏＳ Ｉｎｄｉｃａｔｏｒ））別に設定されることができる。例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、ＰＤＢ（ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）別に設定されることができる。

【0186】

例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、ＰＳ ＩＤ（Ｐｒｏｖｉｄｅｒ Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｆｉｅｒ）別に設定されることができる。

【0187】

例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、サービス及びキャストタイプに基づいて設定されることができる。ここで、例えば、サービスは、ＰＱＩ、ＰＳ ＩＤを含むことができる。例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、サービス及びキャストタイプの組み合わせ別に設定されることができる。

【0188】

例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、サービス及びデスティネーションに基づいて設定されることができる。例えば、サービスは、ＰＱＩ、ＰＳ ＩＤを含むことができる。例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、サービス及びデスティネーションの組み合わせ別に設定されることができる。例えば、デスティネーションは、グループキャストＩＤまたはブロードキャストＩＤを含むことができる。例えば、グループキャストまたはブロードキャストの場合、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、サービス及びデスティネーションはグループキャストＩＤまたはブロードキャストＩＤに基づいて設定されることができる。

【0189】

例えば、デスティネーションレイヤ２ ＩＤがグループキャスト／ブロードキャストサービスを区分する識別子として使われることができるため、デスティネーションレイヤ２ ＩＤ別に共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定が構成されることができる。このとき、例えば、デスティネーションレイヤ２ ＩＤ別のサイドリンクデータのＰＱＩを反映した共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定が構成されることができる。

【0190】

例えば、グループキャストまたはブロードキャストの場合、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、サービス及びソース／デスティネーションのペアに基づいて設定されることができる。例えば、サービスは、ＰＱＩ、ＰＳ ＩＤを含むことができる。例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、サービス及びソース／デスティネーションのペアの組み合わせ別に設定されることができる。例えば、ソース／デスティネーションのペアは、ソースＬ１またはＬ２ ＩＤ／デスティネーションＬ１またはＬ２ ＩＤのペアを含むことができる。

【0191】

また、例えば、サイドリンクＤＲＸ設定は、サイドリンクデータを受信する受信端末が適用するＤＲＸ設定情報である。したがって、受信端末の観点で、ソースレイヤ２ ＩＤは、送信端末のデスティネーションレイヤ２ ＩＤであり、デスティネーションレイヤ２ ＩＤは、送信端末のソースレイヤ２ ＩＤである。すなわち、例えば、受信端末の観点で、ソースＬ２ ＩＤ／デスティネーションＬ２ ＩＤのペア別にサイドリンクＤＲＸ設定が設定されることができ、受信端末は、前記サイドリンクＤＲＸ設定を使用することができる。また、例えば、送信端末は、受信端末のように他の端末が送信するＳＬデータを受信する受信端末の役割を遂行することができる。すなわち、例えば、送信端末も受信端末の役割を遂行しながら、ソースＬ２ ＩＤ／デスティネーションＬ２ ＩＤのペア別にサイドリンクＤＲＸ設定を設定することができ、前記サイドリンクＤＲＸ設定を使用することができる。すなわち、例えば、サイドリンクデータの送信／受信方向（例えば、送信端末から受信端末、受信端末から送信端末）によってソースＬ２ ＩＤ／デスティネーションＬ２ ＩＤのペア別にサイドリンクＤＲＸ設定が設定及び使われることができる。

【0192】

例えば、ユニキャストの場合、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、サービス及びソース／デスティネーションのペアに基づいて設定されることができる。例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、サービス及びソース／デスティネーションのペアの組み合わせ別に設定されることができる。ここで、例えば、サービスは、ＰＱＩ、ＰＳ ＩＤを含むことができる。例えば、ソース／デスティネーションのペアは、ソースＬ１またはＬ２ ＩＤ／デスティネーションＬ１またはＬ２ ＩＤのペアを含むことができる。

【0193】

例えば、ソースＬ２ ＩＤ／デスティネーションＬ２ ＩＤのペアがＰＣ５ユニキャストリンクを区分する識別子として使われることができるため、端末は、ＰＣ５ユニキャストリンクまたはＰＣ５ ＲＲＣ接続別にＵＥサービス特定サイドリンクＤＲＸ設定を構成することができる。ここで、例えば、ＰＣ５ ＲＲＣ接続は、ソースＬ２ ＩＤ／デスティネーションＬ２ ＩＤのペアを含むことができる。このとき、例えば、ＰＣ５ユニキャストリンクまたはＰＣ５ ＲＲＣ接続で端末間に送受信するサイドリンクデータのＰＱＩを反映したＵＥサービス特定サイドリンクＤＲＸ設定が構成されることができる。

【0194】

例えば、ソースＬ２ ＩＤ／デスティネーションＬ２ ＩＤのペアがＰＣ５ユニキャストリンクを区分する識別子として使われることができるため、端末は、ＰＣ５ユニキャストリンクまたはＰＣ５ ＲＲＣ接続別にＵＥサービス特定サイドリンクＤＲＸ設定を構成することができる。ここで、例えば、ＰＣ５ ＲＲＣ接続は、ソースＬ２ ＩＤ／デスティネーションＬ２ ＩＤのペアを含むことができる。このとき、例えば、ＰＣ５ユニキャストリンクまたはＰＣ５ ＲＲＣ接続で端末間に送受信するサイドリンクデータのＰＱＩを反映したＵＥサービス特定サイドリンクＤＲＸ設定が構成されることができる。

【0195】

例えば、共通サイドリンクＤＲＸ設定またはＵＥサービス特定サイドリンクＤＲＸ設定は、サービス、ソース／デスティネーションペア、デスティネーションレイヤ１ ＩＤまたはレイヤ２ ＩＤ、ソースレイヤ１ ＩＤまたはソースレイヤ２ ＩＤ、キャストタイプまたはＰＤＢのうち少なくとも二つの組み合わせに設定されることができる。例えば、サービスは、ＰＱＩまたはＰＳ ＩＤを含むことができる。例えば、ソース／デスティネーションペアは、ソースレイヤ１ ＩＤまたはソースレイヤ２ ＩＤ／デスティネーションレイヤ１ ＩＤまたはレイヤ２ ＩＤのペアを含むことができる。

【0196】

本開示の一実施例によると、ＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を確立している端末のための専用共通ＳＬ ＤＲＸ設定が定義されることができる。例えば、ＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を確立することを所望する端末のための専用共通ＳＬ ＤＲＸ設定が定義されることができる。

【0197】

例えば、ＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）サービス（例えば、ユニキャストサービス）を使用する端末と自律走行サービスを使用する端末は、ＰＣ５ユニキャスト接続を確立してサービスを使用するまで所要される要求（ｒｅｑｕｉｒｅｍｅｎｔ）時間が異なる場合がある。ここで、例えば、自律走行サービスは、群集走行のためのメッセージ送受信サービスを含むことができ、自律走行サービスは、ブロードキャストサービスを含むことができる。すなわち、例えば、ＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を設定する前に、端末間に交換するメッセージを受信するために使われるＳＬ ＤＲＸ設定が同じ設定である必要がない。ここで、例えば、ＳＬ ＤＲＸ設定は、ＤＲＸサイクルまたはＳＬ ＤＲＸオンデュレーションタイマのうち少なくとも一つを含むことができる。例えば、速いＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を要求するサービスのために使われるＰＣ５ユニキャスト特定共通ＳＬ ＤＲＸ設定は、ＤＲＸサイクルまたはＳＬ ＤＲＸオンデュレーションタイマが短い値を有することができる。

【0198】

例えば、本開示で提案したＰＣ５ユニキャスト特定共通ＳＬ ＤＲＸ設定は、全てのＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を確立した端末が共通に使用することができる共通ＳＬ ＤＲＸ設定である。例えば、ＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を確立した端末は、ＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を確立することを所望する端末を含むことができる。

【0199】

または、例えば、本開示で提案したＰＣ５ユニキャスト特定共通ＳＬ ＤＲＸ設定は、特定ＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を確立した端末が使用することができる、ＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続に特定する共通ＳＬ ＤＲＸ設定である。例えば、ＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を確立した端末は、ＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を確立することを所望する端末を含むことができる。すなわち、例えば、本開示で提案したＰＣ５ユニキャスト特定共通ＳＬ ＤＲＸ設定は、同じソースレイヤ２ ＩＤ／デスティネーションレイヤ２ ＩＤのペアを有するＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を確立した端末に対する、共通ＳＬ ＤＲＸ設定である。例えば、ユニキャスト通信は、両方向通信であるため、受信端末立場で適用するＳＬ ＤＲＸ設定は、ユニキャスト通信の方向毎に異なる値に適用されることができる。したがって、例えば、本開示で提案したＰＣ５ユニキャスト特定共通ＳＬ ＤＲＸ設定は、ソースレイヤ２ ＩＤ／デスティネーションレイヤ２ ＩＤのペアに対する方向別に設定されることができる。

【0200】

本開示で提案したＰＣ５ユニキャスト特定共通ＳＬ ＤＲＸ設定またはＰＣ５ ＲＲＣ接続特定共通ＳＬ ＤＲＸ設定は、下記のような多様な用途で使われることができる。

【0201】

例えば、ＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を設定する前に、ＵＥ間に交換されるメッセージを送信／受信するために、ＵＥは、共通ＳＬ ＤＲＸ設定を使用することができる。ここで、例えば、共通ＳＬ ＤＲＸ設定は、ＰＣ５ユニキャスト接続に特定する共通ＳＬ ＤＲＸ設定またはＰＣ５ ＲＲＣ接続に特定する共通ＳＬ ＤＲＸ設定である。例えば、ＵＥは、ＳＬ ＤＲＸ動作を実行するＵＥ、電力節減ＵＥを含むことができる。例えば、ＵＥ間に交換されるメッセージは、ＰＣ５－Ｓ直接通信要請／応答（直接通信要求／応答、Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）メッセージ、ＰＣ５ユニキャストリンクを確立するために交換する他のＰＣ５－Ｓメッセージ（ｏｔｈｅｒ ＰＣ５－Ｓ ｍｅｓｓａｇｅ）及びＵＥ能力交渉（ｃａｐａｂｉｌｉｔｙ ｎｅｇｏｔｉａｔｉｏｎ）のために交換するＰＣ５ ＲＲＣメッセージを含むことができる。

【0202】

例えば、ＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を設定したＵＥが他のＵＥと新しいＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を設定する前に、ＵＥ間に交換されるメッセージを送信／受信するために、ＵＥは、共通ＳＬ ＤＲＸ設定を使用することができる。ここで、例えば、共通ＳＬ ＤＲＸ設定は、ＰＣ５ユニキャスト接続に特定する共通ＳＬ ＤＲＸ設定またはＰＣ５ ＲＲＣ接続に特定する共通ＳＬ ＤＲＸ設定である。例えば、ＵＥは、ＳＬ ＤＲＸ動作を実行するＵＥ、電力節減ＵＥを含むことができる。例えば、ＵＥ間に交換されるメッセージは、ＰＣ５－Ｓ直接通信要請／応答（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）メッセージ、ＰＣ５ユニキャストリンクを確立するために交換する他のＰＣ５－Ｓメッセージ（ｏｔｈｅｒ ＰＣ５－Ｓ ｍｅｓｓａｇｅ）及びＵＥ能力交渉（ｃａｐａｂｉｌｉｔｙ ｎｅｇｏｔｉａｔｉｏｎ）のために交換するＰＣ５ ＲＲＣメッセージを含むことができる。

【0203】

例えば、ＰＣ５ユニキャスト接続またはＰＣ５ ＲＲＣ接続を設定したＵＥが他のＵＥのチャネルまたは信号をモニタするために共通ＳＬ ＤＲＸ設定を使用することができる。ここで、例えば、共通ＳＬ ＤＲＸ設定は、ＰＣ５ユニキャスト接続に特定する共通ＳＬ ＤＲＸ設定またはＰＣ５ ＲＲＣ接続に特定する共通ＳＬ ＤＲＸ設定である。例えば、ＵＥは、ＳＬ ＤＲＸ動作を実行するＵＥ、電力節減ＵＥを含むことができる。例えば、前記チャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＦＣＨまたはＰＳＢＣＨのうち少なくとも一つを含むことができる。例えば、前記信号は、Ｓ－ＳＳＢを含むことができる。

【0204】

本開示の多様な実施例によって、端末の電力節減（電力節約、Ｐｏｗｅｒ Ｓａｖｉｎｇ）動作のためのサイドリンクＤＲＸタイマの設定が定義され、定義されたサイドリンクＤＲＸタイマの設定を使用することで端末がサイドリンクＤＲＸ動作を効率的に実行することができるようにする方法を提案する。

【0205】

本開示の一実施例によると、サイドリンクユニキャスト通信のために使われるサイドリンクＤＲＸタイマ（例えば、サイドリンクＤＲＸオンデュレーションタイマ、サイドリンクＤＲＸ非活性化（Ｉｎａｃｔｉｖｉｔｙ）タイマ、サイドリンクＤＲＸ ＨＡＲＱ ＲＴＴタイマ、サイドリンクＤＲＸ再送信タイマ）の値を下記のように設定できる。

【0206】

すなわち、例えば、ＳＬユニキャストに使われるサイドリンクＤＲＸタイマは、ユニキャスト別に独立的な値を使用するように設定されることができる。ここで、例えば、ＳＬユニキャストに使われるサイドリンクＤＲＸタイマは、サイドリンクＤＲＸオンデュレーションタイマ、サイドリンクＤＲＸ非活性化（Ｉｎａｃｔｉｖｉｔｙ）タイマ、サイドリンクＤＲＸ ＨＡＲＱ ＲＴＴタイマまたはサイドリンクＤＲＸ再送信タイマのうち少なくとも一つを含むことができる。例えば、ＳＬユニキャストに使われるサイドリンクＤＲＸタイマは、ＰＣ５ユニキャストリンク識別子別に独立的な値を使用するように設定されることができる。例えば、ＳＬユニキャストに使われるサイドリンクＤＲＸタイマは、同じソースレイヤ１ ＩＤまたはレイヤ２ ＩＤ／デスティネーションレイヤ１ ＩＤまたはレイヤ２ ＩＤのペア別に独立的な値を使用するように設定されることができる。例えば、ＳＬユニキャストに使われるサイドリンクＤＲＸタイマは、ユニキャストサービス別に独立的な値を使用するように設定されることができる。ここで、例えば、ユニキャストサービスは、ＰＱＩ及びＰＤＢを含むことができる。例えば、ＳＬユニキャストに使われるサイドリンクＤＲＸタイマは、デスティネーションレイヤ１ ＩＤまたはレイヤ２ ＩＤ別に独立的な値を使用するように設定されることができる。例えば、ＳＬユニキャストに使われるサイドリンクＤＲＸタイマは、ソースレイヤ１ ＩＤまたはレイヤ２ ＩＤ別に独立的な値を使用するように設定されることができる。このような場合、例えば、設定された特定ユニキャストのためのサイドリンクＤＲＸタイマの設定は、ＰＣ５ ＲＲＣメッセージまたはＭＡＣ ＣＥを介して相手ユニキャストピアＵＥに伝達されることができる。

【0207】

または、例えば、ＳＬユニキャストに使われるサイドリンクＤＲＸタイマは、全てのユニキャストサービスに共通した値を使われることができるように設定できる。このような場合、例えば、基地局は、設定されたユニキャスト共通サイドリンクＤＲＸタイマの設定を端末にＳＩＢ（Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）または専用（Ｄｅｄｉｃａｔｅｄ）ＲＲＣメッセージを介して伝達できる。または、例えば、前記ユニキャスト共通サイドリンクＤＲＸタイマの設定は、事前設定されることができ、端末は、事前設定されたユニキャスト共通サイドリンクＤＲＸタイマの設定を使用することができる。

【0208】

本開示の一実施例によると、サイドリンクグループキャスト通信のために使われるサイドリンクＤＲＸタイマの値を下記のように設定できる。

【0209】

例えば、ＳＬグループキャストに使われるサイドリンクＤＲＸタイマは、グループキャスト別に独立的な値を使用するように設定されることができる。例えば、ＳＬグループキャストに使われるサイドリンクＤＲＸタイマは、サイドリンクＤＲＸオンデュレーションタイマ、サイドリンクＤＲＸ非活性化（Ｉｎａｃｔｉｖｉｔｙ）タイマ、サイドリンクＤＲＸ ＨＡＲＱ ＲＴＴタイマまたはサイドリンクＤＲＸ再送信タイマのうち少なくとも一つを含むことができる。例えば、ＳＬグループキャストに使われるサイドリンクＤＲＸタイマは、グループキャストデスティネーションレイヤ２ ＩＤ別に独立的な値を使用するように設定されることができる。例えば、ＳＬグループキャストに使われるサイドリンクＤＲＸタイマは、同じソースレイヤレイヤ２ ＩＤ／グループキャストデスティネーションレイヤ２ ＩＤのペア別に独立的な値を使用するように設定されることができる。例えば、ＳＬグループキャストに使われるサイドリンクＤＲＸタイマは、グループキャストサービス別に独立的な値を使用するように設定されることができる。ここで、例えば、グループキャストサービスは、ＰＱＩ及びＰＤＢを含むことができる。このような場合、設定された特定グループキャストグループのためのサイドリンクＤＲＸタイマの設定は、ＭＡＣ ＣＥを介して相手グループキャストグループに属するＵＥに伝達されることができる。

【0210】

または、例えば、ＳＬグループキャストに使われるサイドリンクＤＲＸタイマは、全てのグループキャストサービスに対して共通した値を使用するように設定されることができる。このような場合、例えば、基地局は、設定されたグループキャスト共通サイドリンクＤＲＸタイマの設定を端末にＳＩＢまたは専用ＲＲＣメッセージを介して伝達できる。または、例えば、グループキャスト共通サイドリンクＤＲＸタイマの設定は、事前設定されることができ、端末は、事前設定されたグループキャスト共通サイドリンクＤＲＸタイマの設定を使用することができる。

【0211】

本開示の一実施例によると、サイドリンクブロードキャスト通信のために使われるサイドリンクＤＲＸタイマの値を下記のように設定できる。

【0212】

例えば、ＳＬブロードキャストに使われるサイドリンクＤＲＸタイマは、ブロードキャスト別に独立的な値を使用するように設定されることができる。例えば、ＳＬブロードキャストに使われるサイドリンクＤＲＸタイマは、サイドリンクＤＲＸオンデュレーションタイマ、サイドリンクＤＲＸ非活性化（Ｉｎａｃｔｉｖｉｔｙ）タイマ、サイドリンクＤＲＸ ＨＡＲＱ ＲＴＴタイマまたはサイドリンクＤＲＸ再送信タイマのうち少なくとも一つを含むことができる。例えば、ＳＬブロードキャストに使われるサイドリンクＤＲＸタイマは、ブロードキャストデスティネーションレイヤ２ ＩＤ別に独立的な値を使用するように設定されることができる。例えば、ＳＬブロードキャストに使われるサイドリンクＤＲＸタイマは、同じソースレイヤレイヤ２ ＩＤ／ブロードキャストデスティネーションレイヤ２ ＩＤのペア別に独立的な値を使用するように設定されることができる。例えば、ＳＬブロードキャストに使われるサイドリンクＤＲＸタイマは、ブロードキャストサービス別に独立的な値を使用するように設定されることができる。ここで、例えば、ブロードキャストサービスは、ＰＱＩ及びＰＤＢを含むことができる。このような場合、設定された特定ブロードキャストグループのためのサイドリンクＤＲＸタイマの設定は、ＭＡＣ ＣＥを介して相手ブロードキャストグループに属するＵＥに伝達されることができる。

【0213】

または、例えば、ＳＬブロードキャストに使われるサイドリンクＤＲＸタイマは、全てのブロードキャストサービスに対して共通した値を使用するように設定されることができる。このような場合、例えば、基地局は、設定されたブロードキャスト共通サイドリンクＤＲＸタイマの設定を端末にＳＩＢまたは専用ＲＲＣメッセージを介して伝達できる。または、例えば、ブロードキャスト共通サイドリンクＤＲＸタイマの設定は、事前設定されることができ、端末は、事前設定されたブロードキャスト共通サイドリンクＤＲＸタイマの設定を使用することができる。

【0214】

本開示の多様な実施例において、言及した下記のＳＬ ＤＲＸタイマは、次のような用途で使われることができる。

【0215】

例えば、ＳＬ ＤＲＸオンデュレーションタイマは、ＳＬ ＤＲＸ動作を実行中であるＵＥが相手ＵＥのＰＳＣＣＨ／ＰＳＳＣＨ受信のために基本的に活性時間で動作すべき区間で使われることができる。

【0216】

例えば、ＳＬ ＤＲＸ非活性化タイマは、ＳＬ ＤＲＸ動作を実行中であるＵＥが相手ＵＥのＰＳＣＣＨ／ＰＳＳＣＨ受信のために基本的に活性時間で動作すべき区間であるＳＬ ＤＲＸオンデュレーション区間を延長する区間で使われることができる。すなわち、例えば、ＳＬ ＤＲＸ非活性化タイマ区間ほどＳＬ ＤＲＸオンデュレーションタイマを延長することができる。また、ＵＥは、相手ＵＥから新しいパケット（例えば、新しいＰＳＳＣＨ）を受信すると、ＳＬ ＤＲＸ非活性化タイマを開始させてＳＬ ＤＲＸオンデュレーションタイマを延長させることができる。

【0217】

例えば、ＳＬ ＤＲＸ ＨＡＲＱ ＲＴＴタイマは、ＳＬ ＤＲＸ動作を実行中であるＵＥが、相手ＵＥが送信する再送信パケット（または、ＰＳＳＣＨ割り当て（ａｓｓｉｇｎｍｅｎｔ））を受信する前までスリープモードで動作する区間で使われることができる。すなわち、例えば、ＵＥは、ＳＬ ＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始させる場合、相手ＵＥがＳＬ ＤＲＸ ＨＡＲＱ ＲＴＴタイマが満了される時まで、自分にサイドリンク再送信パケットを送信しないことと判断し、ＵＥは、該当タイマの間にスリープモードで動作できる。

【0218】

例えば、ＳＬ ＤＲＸ再送信タイマは、ＳＬ ＤＲＸ動作を実行中であるＵＥが、相手ＵＥが送信する再送信パケット（または、ＰＳＳＣＨ割り当て（ａｓｓｉｇｎｍｅｎｔ））を受信するために活性時間で動作する区間で使われることができる。例えば、ＳＬ ＤＲＸ再送信タイマ区間の間に、ＵＥは、相手ＵＥが送信する再送信サイドリンクパケット（または、ＰＳＳＣＨ割り当て）受信をモニタすることができる。

【0219】

本開示の多様な実施例は、ＵｕＢＷＰをスイッチングする時に発生する妨害（Ｉｎｔｅｒｒｕｐｔｉｏｎ）によって損失（Ｌｏｓｓ）が発生する問題を解決するために使われることができる。

【0220】

また、例えば、端末が多重ＳＬ ＢＷＰをサポートする場合、ＳＬ ＢＷＰをスイッチングする時に発生する妨害（Ｉｎｔｅｒｒｕｐｔｉｏｎ）によって損失（Ｌｏｓｓ）が発生する問題を解決するために使われることができる。

【0221】

本開示の多様な実施例は、基本／共通（Ｄｅｆａｕｌｔ／Ｃｏｍｍｏｎ）ＳＬ ＤＲＸ設定、基本／共通（Ｄｅｆａｕｌｔ／Ｃｏｍｍｏｎ）ＳＬ ＤＲＸパターン、基本／共通（Ｄｅｆａｕｌｔ／Ｃｏｍｍｏｎ）ＳＬ ＤＲＸ設定に含まれているパラメータまたは基本／共通（Ｄｅｆａｕｌｔ／Ｃｏｍｍｏｎ）ＳＬ ＤＲＸ設定に含まれているタイマだけでなく、ＵＥ－ペア特定（ＵＥ－Ｐａｉｒ Ｓｐｅｃｉｆｉｃ）ＳＬ ＤＲＸ設定、ＵＥ－ペア特定ＳＬ ＤＲＸパターン、ＵＥ－ペア特定ＳＬ ＤＲＸ設定に含まれているパラメータ、ＵＥ－ペア特定ＳＬ ＤＲＸ設定に含まれているタイマに対して適用されることができる。

【0222】

また、本開示において、例えば、‘オンデュレーション（Ｏｎｄｕｒａｔｉｏｎ）’は、活性時間（活性時間（Ａｃｔｉｖｅ Ｔｉｍｅ））区間である。例えば、活性時間は、無線シグナルを受信／送信するために、ウェイクアップ（ｗａｋｅｕｐ）状態（ＲＦモジュールが“オン”）で動作する区間である。例えば、‘オフデュレーション（Ｏｆｆｄｕｒａｔｉｏｎ）’は、スリープ時間（Ｓｌｅｅｐ Ｔｉｍｅ）区間である。例えば、スリープ時間区間は、パワーセービングのためにスリープモード状態（ＲＦモジュールが“オフ”）で動作する区間である。例えば、送信ＵＥは、スリープ時間区間に義務的にスリープモードで動作すべきことを意味しない。例えば、必要な場合、端末は、スリープ時間であるとしてもセンシング動作／送信動作のためにしばらくの間活性時間で動作することが許諾されることができる。

【0223】

例えば、本開示の多様な実施例の適用可否は、リソースプール、混雑レベル、サービス優先順位、サービスタイプ、要求事項（例えば、レイテンシー、信頼度）、トラフィックタイプ（例えば、周期的生成、非周期的生成）、ＳＬ送信リソース割り当てモード（例えば、モード１、モード２）のうち少なくとも一つによって独立的にまたは異なるように設定されることができる。

【0224】

例えば、本開示の多様な実施例と関連したパラメータ（例えば、閾値）は、リソースプール、混雑レベル、サービス優先順位、サービスタイプ、要求事項（例えば、レイテンシー、信頼度）、トラフィックタイプ（例えば、周期的生成、非周期的生成）、ＳＬ送信リソース割り当てモード（例えば、モード１、モード２）のうち少なくとも一つによって独立的にまたは異なるように設定されることができる。

【0225】

例えば、本開示の多様な実施例の適用可否は、リソースプール、サービス／パケットタイプ、優先順位、ＱｏＳ要求事項（例えば、信頼度、レイテンシー、ＵＲＬＬＣ／ＥＭＢＢ）、ＨＡＲＱフィードバックのイネイブル可否、ＨＡＲＱフィードバックのディセイブル可否、ＬＣＨ、ＭＡＣ ＰＤＵ、キャストタイプ（例えば、ユニキャスト、グループキャスト、ブロードキャスト）、リソースプールの混雑レベル（例えば、ＣＢＲ）、ＳＬ ＨＡＲＱフィードバック方式（例えば、ＮＡＣＫのみをフィードバックする方式、ＡＣＫ／ＮＡＣＫをフィードバックする方式）、ＨＡＲＱフィードバックがイネイブルされたＭＡＣ ＰＤＵ送信、ＨＡＲＱフィードバックがディセイブルされたＭＡＣ ＰＤＵ送信、ＰＵＣＣＨベースのＳＬ ＨＡＲＱフィードバック報告動作の設定可否、プリエンプション実行、再評価実行、リソース再選択、Ｌ１またはＬ２ソース識別子、Ｌ１またはＬ２デスティネーション識別子、ソースレイヤＩＤとデスティネーションレイヤＩＤの組み合わせ、ソースレイヤＩＤとデスティネーションレイヤＩＤのペアの方向、ソースレイヤＩＤとデスティネーションレイヤＩＤのペアとキャストタイプの組み合わせ、ＰＣ５ ＲＲＣ接続／リンク、ＳＬ ＤＲＸ実行の場合、ＳＬモードタイプ（例えば、リソース割り当てモード１、リソース割り当てモード２）、周期的リソース予約実行または非周期的リソース予約実行の少なくとも一つに対して、独立的にまたは異なるように設定されることができる。

【0226】

例えば、本開示の多様な実施例と関連したパラメータ設定値は、リソースプール、サービス／パケットタイプ、優先順位、ＱｏＳ要求事項（例えば、信頼度、レイテンシー、ＵＲＬＬＣ／ＥＭＢＢ）、ＨＡＲＱフィードバックのイネイブル可否、ＨＡＲＱフィードバックのディセイブル可否、ＬＣＨ、ＭＡＣ ＰＤＵ、キャストタイプ（例えば、ユニキャスト、グループキャスト、ブロードキャスト）、リソースプールの混雑レベル（例えば、ＣＢＲ）、ＳＬ ＨＡＲＱフィードバック方式（例えば、ＮＡＣＫのみをフィードバックする方式、ＡＣＫ／ＮＡＣＫをフィードバックする方式）、ＨＡＲＱフィードバックがイネイブルされたＭＡＣ ＰＤＵ送信、ＨＡＲＱフィードバックがディセイブルされたＭＡＣ ＰＤＵ送信、ＰＵＣＣＨベースのＳＬ ＨＡＲＱフィードバック報告動作の設定可否、プリエンプション実行、再評価実行、リソース再選択、Ｌ１またはＬ２ソース識別子、Ｌ１またはＬ２デスティネーション識別子、ソースレイヤＩＤとデスティネーションレイヤＩＤの組み合わせ、ソースレイヤＩＤとデスティネーションレイヤＩＤのペアの方向、ソースレイヤＩＤとデスティネーションレイヤＩＤのペアとキャストタイプの組み合わせ、ＰＣ５ ＲＲＣ接続／リンク、ＳＬ ＤＲＸ実行の場合、ＳＬモードタイプ（例えば、リソース割り当てモード１、リソース割り当てモード２）、周期的リソース予約実行または非周期的リソース予約実行の少なくとも一つに対して、独立的にまたは異なるように設定されることができる。

【0227】

また、例えば、本開示において“設定”または“指定”は、基地局が事前に定義された物理階層チャネル／シグナルまたは上位階層チャネル／シグナル（例えば、ＳＩＢ、ＲＲＣ、ＭＡＣ ＣＥ）を介して端末に知らせる形態を含むことができる。例えば、“設定”または“指定”は、事前－設定を介して提供され、または端末が事前に定義された物理階層チャネル／シグナルまたは上位階層チャネル／シグナル（例、ＳＬ ＭＡＣ ＣＥ、ＰＣ５ ＲＲＣ）を介して他の端末に知らせる形態を含むことができる。また、本開示の多様な実施例は、相互組み合わせられることができる。

【0228】

本開示において、例えば、“一定時間”は、ＵＥが相手ＵＥからサイドリンク信号またはサイドリンクデータを受信するために事前定義された時間（ｐｒｅｄｅｆｉｎｅｄ ｔｉｍｅ）ほど活性時間（活性時間（Ａｃｔｉｖｅ Ｔｉｍｅ））で動作する時間である。例えば、“一定時間”は、ＵＥが相手ＵＥからサイドリンク信号またはサイドリンクデータを受信するためにタイマ（ＳＬ ＤＲＸ再送信タイマ、ＳＬ ＤＲＸ非活性化（Ｉｎａｃｔｉｖｉｔｙ）タイマ、ＲＸ ＵＥのＤＲＸ動作で活性時間で動作できるように保障するタイマ）時間ほど活性時間で動作する時間である。

【0229】

本開示の多様な実施例は、ミリ波（ｍｍＷａｖｅ）ＳＬ動作に適用されることができる。本開示の多様な実施例の適用可否は、ミリ波（ｍｍＷａｖｅ）ＳＬ動作に適用されることができる。本開示の多様な実施例と関連したパラメータ設定値は、ミリ波（ｍｍＷａｖｅ）ＳＬ動作に適用されることができる。

【0230】

図９は、本開示の一実施例に係る、送信端末が受信端末とユニキャスト接続を確立する手順を示す。図９の実施例は、本開示の多様な実施例と結合されることができる。

【0231】

図９を参照すると、ステップＳ９１０において、送信端末は、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ設定を取得することができる。例えば、前記デフォルトＤＲＸ設定は、サイドリンクＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含むことができる。

【0232】

ステップＳ９２０において、送信端末は、受信端末からユニキャスト接続を確立するためのメッセージを受信することができる。例えば、受信端末とのユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信されることができる。

【0233】

ステップＳ９３０において、送信端末は、受信端末とユニキャスト接続を確立することができる。

【0234】

例えば、前記デフォルトＤＲＸ設定は、上位階層シグナリングを介して受信されることができる。

【0235】

例えば、前記デフォルトＤＲＸ設定は、ＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）を介して受信されることができる。

【0236】

例えば、前記デフォルトＤＲＸ設定は、キャストタイプに基づいて設定されることができる。

【0237】

例えば、前記デフォルトＤＲＸ設定は、ソースとデスティネーションのペアに基づいて設定されることができる。

【0238】

例えば、前記デフォルトＤＲＸ設定は、サービスに基づいて設定されることができる。

【0239】

例えば、前記デフォルトＤＲＸ設定は、サービス及びキャストタイプの組み合わせに基づいて設定されることができる。

【0240】

例えば、前記デフォルトＤＲＸ設定は、サービス及びデスティネーションの組み合わせに基づいて設定されることができる。

【0241】

例えば、前記デフォルトＤＲＸ設定は、サービス及びソースとデスティネーションのペアの組み合わせに基づいて設定されることができる。

【0242】

例えば、前記デフォルトＤＲＸ設定を受信した時点が基準タイミングに決定されることができる。例えば、前記基準タイミングは、ＳＬ ＤＲＸオンデュレーションの開始時点を含むことができる。

【0243】

例えば、前記デフォルトＤＲＸと関連した基準タイミングに対する情報が受信されることができる。

【0244】

例えば、前記デフォルトＤＲＸと関連した基準タイミングは、同期化ソースベースのＤＦＮ（ｄｉｒｅｃｔ ｆｒａｍｅ ｎｕｍｂｅｒ）＝０である時点から事前設定されたオフセット値以後の時点に決定されることができる。

【0245】

図１０は、本開示の一実施例に係る、第１の装置が第２の装置からユニキャスト接続を確立するためのメッセージを受信する方法を示す。図１０の実施例は、本開示の多様な実施例と結合されることができる。

【0246】

図１０を参照すると、ステップＳ１０１０において、第１の装置１００は、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ設定を取得することができる。例えば、前記デフォルトＤＲＸ設定は、サイドリンクＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含むことができる。

【0247】

ステップＳ１０２０において、第１の装置１００は、第２の装置２００からユニキャスト接続を確立するためのメッセージを受信することができる。例えば、第２の装置２００とユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信されることができる。

【0248】

例えば、前記デフォルトＤＲＸ設定は、上位階層シグナリングを介して受信されることができる。

【0249】

例えば、前記デフォルトＤＲＸ設定は、ＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）を介して受信されることができる。

【0250】

例えば、前記デフォルトＤＲＸ設定は、キャストタイプに基づいて設定されることができる。

【0251】

例えば、前記デフォルトＤＲＸ設定は、ソースとデスティネーションのペアに基づいて設定されることができる。

【0252】

例えば、前記デフォルトＤＲＸ設定は、サービスに基づいて設定されることができる。

【0253】

例えば、前記デフォルトＤＲＸ設定は、サービス及びキャストタイプの組み合わせに基づいて設定されることができる。

【0254】

例えば、前記デフォルトＤＲＸ設定は、サービス及びデスティネーションの組み合わせに基づいて設定されることができる。

【0255】

例えば、前記デフォルトＤＲＸ設定は、サービス及びソースとデスティネーションのペアの組み合わせに基づいて設定されることができる。

【0256】

例えば、前記デフォルトＤＲＸ設定を受信した時点が基準タイミングに決定されることができる。例えば、前記基準タイミングは、ＳＬ ＤＲＸオンデュレーションの開始時点を含むことができる。

【0257】

例えば、前記デフォルトＤＲＸと関連した基準タイミングに対する情報が受信されることができる。

【0258】

例えば、前記デフォルトＤＲＸと関連した基準タイミングは、同期化ソースベースのＤＦＮ＝０である時点から事前設定されたオフセット値以後の時点に決定されることができる。

【0259】

前述した実施例は、以下説明される多様な装置に対して適用されることができる。例えば、第１の装置１００のプロセッサ１０２は、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ設定を取得することができる。そして、例えば、第１の装置１００のプロセッサ１０２は、第２の装置２００からユニキャスト接続を確立するためのメッセージを受信するように送受信機１０６を制御することができる。

【0260】

本開示の一実施例によると、無線通信を実行する第１の装置が提供されることができる。例えば、第１の装置は、命令語を格納する一つ以上のメモリと、一つ以上の送受信機と、前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサと、を含むことができる。例えば、前記一つ以上のプロセッサは、前記命令語を実行し、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定を取得し、前記デフォルトＤＲＸ設定は、ＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含み、第２の装置とユニキャスト接続を確立するためのメッセージを前記第２の装置から受信することができる。例えば、前記第２の装置とユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信されることができる。

【0261】

本開示の一実施例によると、第１の端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供されることができる。例えば、一つ以上のプロセッサと、前記一つ以上のプロセッサにより実行可能に連結され、及び命令語を格納する一つ以上のメモリと、を含むことができる。例えば、前記一つ以上のプロセッサは、前記命令語を実行し、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定を取得し、前記デフォルトＤＲＸ設定は、ＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含み、第２の端末とユニキャスト接続を確立するためのメッセージを前記第２の端末から受信することができる。例えば、前記第２の端末とユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信されることができる。

【0262】

本開示の一実施例によると、命令を記録している非一時的コンピュータで読み取り可能な格納媒体が提供されることができる。例えば、前記命令は、実行される時、第１の装置にとって、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定を取得するようにし、前記デフォルトＤＲＸ設定は、ＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含み、第２の装置とユニキャスト接続を確立するためのメッセージを前記第２の装置から受信するようにすることができる。例えば、前記第２の装置とユニキャスト接続を確立するためのメッセージは、前記デフォルトＤＲＸ設定に基づいて受信されることができる。

【0263】

図１１は、本開示の一実施例に係る、第２の装置が第１の装置にユニキャスト接続を確立するためのメッセージを送信する方法を示す。図１１の実施例は、本開示の多様な実施例と結合されることができる。

【0264】

図１１を参照すると、ステップＳ１１１０において、第２の装置２００は、第１の装置１００とユニキャスト接続を確立するためのメッセージを第１の装置１００に送信できる。

【0265】

例えば、第１の装置１００とユニキャスト接続を確立するためのメッセージは、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定に基づいて送信されることができる。例えば、前記デフォルトＤＲＸ設定が取得されることができる。例えば、前記デフォルトＤＲＸ設定は、ＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含むことができる。

【0266】

例えば、前記デフォルトＤＲＸ設定は、上位階層シグナリングを介して受信されることができる。

【0267】

例えば、前記デフォルトＤＲＸ設定は、ＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）を介して受信されることができる。

【0268】

例えば、前記デフォルトＤＲＸ設定は、キャストタイプに基づいて設定されることができる。

【0269】

例えば、前記デフォルトＤＲＸ設定は、ソースとデスティネーションのペアに基づいて設定されることができる。

【0270】

例えば、前記デフォルトＤＲＸ設定は、サービスに基づいて設定されることができる。

【0271】

例えば、前記デフォルトＤＲＸ設定は、サービス及びキャストタイプの組み合わせに基づいて設定されることができる。

【0272】

例えば、前記デフォルトＤＲＸ設定は、サービス及びデスティネーションの組み合わせに基づいて設定されることができる。

【0273】

例えば、前記デフォルトＤＲＸ設定は、サービス及びソースとデスティネーションのペアの組み合わせに基づいて設定されることができる。

【0274】

例えば、前記デフォルトＤＲＸ設定を受信した時点が基準タイミングに決定されることができる。例えば、前記基準タイミングは、ＳＬ ＤＲＸオンデュレーションの開始時点を含むことができる。

【0275】

例えば、前記デフォルトＤＲＸと関連した基準タイミングに対する情報が受信されることができる。

【0276】

例えば、前記デフォルトＤＲＸと関連した基準タイミングは、同期化ソースベースのＤＦＮ＝０である時点から事前設定されたオフセット値以後の時点に決定されることができる。

【0277】

前述した実施例は、以下説明される多様な装置に対して適用されることができる。まず、例えば、第２の装置２００のプロセッサ２０２は、第１の装置１００とユニキャスト接続を確立するためのメッセージを第１の装置１００に送信するように送受信機２０６を制御することができる。

【0278】

本開示の一実施例によると、無線通信を実行する第２の装置が提供されることができる。例えば、第２の装置は、命令語を格納する一つ以上のメモリと、一つ以上の送受信機と、前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサと、を含むことができる。例えば、前記一つ以上のプロセッサは、前記命令語を実行し、第１の装置とユニキャスト接続を確立するためのメッセージを前記第１の装置に送信できる。例えば、前記第１の装置とユニキャスト接続を確立するためのメッセージは、グループキャストまたはブロードキャストのためのデフォルトＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定に基づいて送信されることができる。例えば、前記デフォルトＤＲＸ設定が取得され、前記デフォルトＤＲＸ設定は、ＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸサイクルと関連した情報及び活性時間と関連した情報を含むことができる。

【0279】

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

【0280】

本開示の多様な実施例は、独立的に具現されることができる。または、本開示の多様な実施例は、相互組み合わせまたは併合されて具現されることができる。例えば、本開示の多様な実施例は、説明の便宜のために３ＧＰＰシステムに基づいて説明されたが、本開示の多様な実施例は、３ＧＰＰシステム外に他のシステムにも拡張可能である。例えば、本開示の多様な実施例は、端末間の直接通信にのみ制限されるものではなく、アップリンクまたはダウンリンクでも使われることができ、このとき、基地局や中継ノードなどが本開示の多様な実施例によって提案した方法を使用することができる。例えば、本開示の多様な実施例に係る方法が適用されるかどうかに対する情報は、基地局が端末にまたは第２の装置２００が受信端末に、事前に定義されたシグナル（例えば、物理階層シグナルまたは上位階層シグナル）を介して知らせるように定義されることができる。例えば、本開示の多様な実施例に係る規則に対する情報は、基地局が端末にまたは第２の装置２００が受信端末に、事前に定義されたシグナル（例えば、物理階層シグナルまたは上位階層シグナル）を介して知らせるように定義されることができる。

【0281】

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

【0282】

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

【0283】

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

【0284】

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

【0285】

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

【0286】

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

【0287】

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

【0288】

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

【0289】

図１３は、本開示の一実施例に係る、無線機器を示す。図１３の実施例は、本開示の多様な実施例と結合されることができる。

【0290】

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

【0291】

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

【0292】

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

【0293】

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

【0294】

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

【0295】

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

【0296】

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

【0297】

図１４は、本開示の一実施例に係る、送信信号のための信号処理回路を示す。図１４の実施例は、本開示の多様な実施例と結合されることができる。

【0298】

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

【0299】

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

【0300】

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

【0301】

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

【0302】

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

【0303】

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

【0304】

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

【0305】

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

【0306】

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

【0307】

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

【0308】

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

【0309】

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

【0310】

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

【0311】

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

【0312】

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

【0313】

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

【0314】

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

【0315】

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

【0316】

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

【図1】

【図2(a)】

【図2(b)】

【図2(c)】

【図2(d)】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【国際調査報告】