特表 2024-537195 ＮＲ Ｖ２ＸにおけるＳＬ ＤＲＸに関連する無線通信を行う方法及び装置

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

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

(11)【公表番号】

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

(54)【発明の名称】ＮＲ Ｖ２ＸにおけるＳＬ ＤＲＸに関連する無線通信を行う方法及び装置

(51)【国際特許分類】

   H04W 72/40 20230101AFI20241003BHJP

   H04W 92/18 20090101ALI20241003BHJP

   H04W 52/02 20090101ALI20241003BHJP

【ＦＩ】

H04W72/40

H04W92/18

H04W52/02 111

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024520957

(86)(22)【出願日】2022-10-07

(85)【翻訳文提出日】2024-04-05

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

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

(87)【国際公開日】2023-04-13

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

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

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】パク キウォン

(72)【発明者】

【氏名】ソ ハンピョル

(72)【発明者】

【氏名】パク ソヨン

(72)【発明者】

【氏名】イ スンミン

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

5K067

【Ｆターム（参考）】

5K067CC22

5K067DD11

5K067EE02

5K067EE10

5K067EE25

(57)【要約】

第１の装置が無線通信を行う方法及びこれをサポートする装置が提案される。例えば、前記第１の装置は、第２の装置の第１の活性時間に関連する情報を含む第１のＳＬ ＤＲＸ設定を獲得することができる。例えば、前記第１の装置はリソース選択をトリガーすることができる。例えば、前記第１の装置は前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定することができる。例えば、前記第１の装置はセンシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定することができる。例えば、前記第１の装置は前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択することができる。例えば、前記第１の装置は前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定することができる。例えば、前記第１の装置は前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーすることができる。
【選択図】図１１

【特許請求の範囲】

【請求項1】

第１の装置が無線通信を行う方法において、
第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得するステップと、
リソース選択をトリガー（ｔｒｉｇｇｅｒ）するステップと、
前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定するステップと、
センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定するステップと、
前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択するステップと、
前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）するステップと、
前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーするステップとを含む、方法。

【請求項2】

前記１つ以上のＳＬリソースのうち、全ての（ａｌｌ）リソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択がトリガーされる、請求項１に記載の方法。

【請求項3】

前記１つ以上のＳＬリソースのうち、一部のリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択がトリガーされない、請求項１に記載の方法。

【請求項4】

前記第１のＳＬ ＤＲＸ設定に関連する情報は第１のＳＬ ＤＲＸサイクル（ｃｙｃｌｅ）に関連する情報又は第１のＳＬ ＤＲＸタイマー（ｔｉｍｅｒ）に関連する情報のうち、少なくともいずれか１つを含み、
前記第２のＳＬ ＤＲＸ設定に関連する情報は第２のＳＬ ＤＲＸサイクル（ｃｙｃｌｅ）に関連する情報又は第２のＳＬ ＤＲＸタイマー（ｔｉｍｅｒ）に関連する情報のうち、少なくともいずれか１つを含む、請求項１に記載の方法。

【請求項5】

前記第２のＳＬ ＤＲＸタイマーはＳＬ ＤＲＸオンデュレーションタイマー（ｏｎｄｕｒａｔｉｏｎ ｔｉｍｅｒ）、ＳＬ ＤＲＸ非活性タイマー（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）、ＳＬ ＤＲＸ ＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）ＲＴＴ（ｒｏｕｎｄ ｔｒｉｐ ｔｉｍｅ）タイマー又はＳＬ ＤＲＸ再送タイマー（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒ）のうち、少なくともいずれか１つを含み、
前記第２の装置の活性時間は前記ＳＬ ＤＲＸオンデュレーションタイマーが駆動している時間又は前記ＳＬ ＤＲＸ非活性タイマーが駆動している時間又は前記ＳＬ ＤＲＸ再送タイマーが駆動している時間のうち、少なくともいずれか１つを含む、請求項４に記載の方法。

【請求項6】

（ｉ）前記第１のＳＬ ＤＲＸサイクル又は前記第１のＳＬ ＤＲＸタイマーが満了すること及び（ｉｉ）前記第１のＳＬ ＤＲＸ設定が前記第２のＳＬ ＤＲＸ設定に再設定されることに基づいて、前記第２のＳＬ ＤＲＸ設定に基づいたＳＬ ＤＲＸ動作を実行するステップをさらに含む、請求項４に記載の方法。

【請求項7】

前記第２のＤＲＸ設定に基づいた前記ＳＬ ＤＲＸ動作がＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）要件（ｒｅｑｕｉｒｅｍｅｎｔ）を満足するか否かを決定するステップをさらに含み、
前記第２のＤＲＸ設定に基づいた前記ＳＬ ＤＲＸ動作が前記ＱｏＳ要件を満足することに基づいて、前記第２のＳＬ ＤＲＸ設定に基づいた前記ＳＬ ＤＲＸ動作は実行される、請求項６に記載の方法。

【請求項8】

前記ＱｏＳ要件はＰＤＢ（ｐａｃｋｅｔ ｄａｔａ ｂｕｄｇｅｔ）を含む、請求項７に記載の方法。

【請求項9】

前記第１のＳＬ ＤＲＸ設定が前記第２のＳＬ ＤＲＸ設定に再設定されることに基づいて、ＳＬ ＤＲＸ命令（ｃｏｍｍａｎｄ）ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を前記第２の装置に送信するステップをさらに含み、
前記ＳＬ ＤＲＸ命令ＭＡＣＣＥは前記第２の装置のＳＬ ＤＲＸオンデュレーションタイマー（ｏｎｄｕｒａｔｉｏｎ ｔｉｍｅｒ）又は前記第２の装置のＳＬ ＤＲＸ非活性タイマー（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）のうち、少なくともいずれか１つを中止（ｓｔｏｐ）するための情報を含む、請求項１に記載の方法。

【請求項10】

前記第１のＳＬ ＤＲＸ設定が前記第２のＳＬ ＤＲＸ設定に再設定されることに基づいて、前記第２のＳＬ ＤＲＸ設定に関連するリソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）に基づいてＳＬ ＤＲＸ動作を実行するステップをさらに含む、請求項１に記載の方法。

【請求項11】

前記第１のＳＬ ＤＲＸ設定が前記第２のＳＬ ＤＲＸ設定に再設定されることに基づいて、少なくとも１つのＳＬリソースに関連する情報を基地局から受信するステップをさらに含む、請求項１に記載の方法。

【請求項12】

前記１つ以上のＳＬリソース上で、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）及び第２のＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）のスケジューリングのための、第１のＳＣＩを前記第２の装置に送信するステップと、
前記１つ以上のＳＬリソース上で、前記ＰＳＳＣＨを介して、前記第２のＳＣＩ及びＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を前記第２の装置に送信するステップと、
前記第１のＳＬ ＤＲＸ設定が前記第２のＳＬ ＤＲＸ設定に再設定されることに基づいて及び前記１つ以上のＳＬリソース上でＰＳＳＣＨが送信されたことに基づいて、少なくとも１つのＳＬリソースに関連する情報を基地局から受信するステップとをさらに含む、請求項１に記載の方法。

【請求項13】

前記第１のＳＬ ＤＲＸ設定が前記第２のＳＬ ＤＲＸ設定に再設定されることに基づいて、前記１つ以上のＳＬリソースを諦める（ｄｉｓｃａｒｄ）ステップをさらに含む、請求項１に記載の方法。

【請求項14】

無線通信を行う第１の装置において、
命令を格納する１つ以上のメモリと、
１つ以上の送受信機と、
前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含み、前記１つ以上のプロセッサは前記命令を実行して、
第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得して、
リソース選択をトリガー（ｔｒｉｇｇｅｒ）して、
前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定し、
センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定し、
前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択して、
前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）して、
前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーする、第１の装置。

【請求項15】

第１の端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）において、前記装置は、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含み、前記１つ以上のプロセッサは前記命令を実行して、
第２の端末の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得して、
リソース選択をトリガー（ｔｒｉｇｇｅｒ）して、
前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定し、
センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定し、
前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択して、
前記第１のＳＬ ＤＲＸ設定を、前記第２の端末の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）して、
前記１つ以上のＳＬリソースが前記第２の端末の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーする、装置。

【請求項16】

命令を記録している非一時的コンピューター可読記憶媒体として、
前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、
第１の装置が第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得するようにして、
前記第１の装置がリソース選択をトリガー（ｔｒｉｇｇｅｒ）するようにして、
前記第１の装置が、前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定するようにして、
前記第１の装置が、センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定するようにして、
前記第１の装置が、前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択するようにして、
前記第１の装置が、前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）するようにして、
前記第１の装置が、前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーするようにする、非一時的コンピューター可読記憶媒体。

【請求項17】

第２の装置が無線通信を行う方法において、
前記第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得するステップと、
前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）するステップと、を含み、
リソース選択はトリガー（ｔｒｉｇｇｅｒ）され、
前記リソース選択がトリガーされたことに基づいて、選択ウィンドウは決定され、
センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースは決定され、
前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースは選択され、及び
前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択はトリガーされる、方法。

【請求項18】

無線通信を行う第２の装置において、
命令を格納する１つ以上のメモリと、
１つ以上の送受信機と、
前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含み、前記１つ以上のプロセッサは前記命令を実行して、
前記第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得して、
前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）し、
リソース選択はトリガー（ｔｒｉｇｇｅｒ）され、
前記リソース選択がトリガーされたことに基づいて、選択ウィンドウは決定され、
センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースは決定され、
前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースは選択され、
前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択はトリガーされる、第２の装置。

【請求項19】

第２の端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）において、前記装置は、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含み、前記１つ以上のプロセッサは前記命令を実行して、
前記第２の端末の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得して、
前記第１のＳＬ ＤＲＸ設定を、前記第２の端末の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）し、
リソース選択はトリガー（ｔｒｉｇｇｅｒ）され、
前記リソース選択がトリガーされたことに基づいて、選択ウィンドウは決定され、
センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースは決定され、
前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースは選択され、
前記１つ以上のＳＬリソースが前記第２の端末の前記第２の活性時間に含まれないことに基づいて、リソース再選択はトリガーされる、装置。

【請求項20】

命令を記録している非一時的コンピューター可読記憶媒体として、
前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、
第２の装置が前記第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得するようにして、
前記第２の装置が、前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）するようにし、
リソース選択はトリガー（ｔｒｉｇｇｅｒ）され、
前記リソース選択がトリガーされたことに基づいて、選択ウィンドウは決定され、
センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースは決定され、
前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースは選択され、
前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択はトリガーされる、非一時的コンピューター可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【発明の概要】

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

【0004】

例えば、ＳＬ ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）動作はサポートすることができる。例えば、ＳＬ ＤＲＸ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は獲得することができる。また、例えば、ＳＬ ＤＲＸ設定はＳＬ ＤＲＸタイマーに関連する情報又はＳＬ ＤＲＸサイクルに関連する情報を含むことができる。例えば、ＳＬ ＤＲＸ設定に基づいてＳＬ ＤＲＸ動作しているＲＸ ＵＥはＲＸ ＵＥの活性時間（ａｃｔｉｖｅ ｔｉｍｅ）内でＰＳＣＣＨ／ＰＳＳＣＨモニタリングを実行することができる。

【0005】

その一方で、例えば、リソース割り当てモード２内で、ＴＸ ＵＥはセンシングに基づいて選択ウィンドウ内で決定されたリソース内でＳＬリソースを自ら選択することができ、前記ＳＬリソースに基づいてＴＸ ＵＥ及びＲＸ ＵＥの間のＳＬ通信を実行することができる。しかし、ＲＸ ＵＥがＳＬ ＤＲＸ設定に基づいてＳＬ ＤＲＸ動作を実行する場合、ＳＬ ＤＲＸ動作を実行するＲＸ ＵＥだけでなくＴＸ ＵＥもＲＸ ＵＥの既存のＳＬ ＤＲＸ設定に係る活性時間を考慮してＲＸ ＵＥが興味のあるＳＬ通信／サービスをサポートする必要がある。しかし、例えば、ＳＬ ＤＲＸ動作を実行するＲＸ ＵＥのＳＬ ＤＲＸ設定が再設定された場合、ＴＸ ＵＥはＲＸ ＵＥの既存のＳＬ ＤＲＸ設定に係る活性時間を考慮してＴＸ ＵＥがリソース割り当てモード２に基づいてＳＬリソースを自ら選択することができる。したがって、ＴＸ ＵＥはＲＸ ＵＥの再設定されたＳＬ ＤＲＸ設定に基づいてＲＸ ＵＥが興味のあるＳＬサービスをサポートされない場合がある。

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

【0006】

一実施形態において、第１の装置が無線通信を行う方法が提供される。例えば、前記第１の装置は、第２の装置の第１の活性時間に関連する情報を含む第１のＳＬ ＤＲＸ設定を獲得することができる。例えば、前記第１の装置はリソース選択をトリガーすることができる。例えば、前記第１の装置は前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定することができる。例えば、前記第１の装置はセンシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定することができる。例えば、前記第１の装置は前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択することができる。例えば、前記第１の装置は前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定することができる。例えば、前記第１の装置は前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーすることができる。

【0007】

一実施形態において、無線通信を行う第１の装置が提供される。前記第１の装置は命令を格納する１つ以上のメモリと、１つ以上の送受信機と、前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含み、前記１つ以上のプロセッサは前記命令を実行して、第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、リソース選択をトリガー（ｔｒｉｇｇｅｒ）することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーすることができる。

【0008】

一実施形態において、第１の端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。前記装置は、１つ以上のプロセッサと前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含み、前記１つ以上のプロセッサは前記命令を実行して、第２の端末の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、リソース選択をトリガー（ｔｒｉｇｇｅｒ）することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、前記第１のＳＬ ＤＲＸ設定を、前記第２の端末の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、前記１つ以上のＳＬリソースが前記第２の端末の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーすることができる。

【0009】

一実施形態において、命令を記録している非一時的コンピューター可読記憶媒体が提案される。前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、第１の装置が第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得するようにすることができる。例えば、前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、前記第１の装置がリソース選択をトリガー（ｔｒｉｇｇｅｒ）するようにすることができる。例えば、前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、前記第１の装置が、前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定するようにすることができる。例えば、前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、前記第１の装置が、センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定するようにすることができる。例えば、前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、前記第１の装置が、前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択するようにすることができる。例えば、前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、前記第１の装置が、前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）するようにすることができる。例えば、前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、前記第１の装置が、前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーするようにすることができる。

【0010】

一実施形態において、第２の装置が無線通信を行う方法が提案される。例えば、前記第２の装置は前記第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得することができる。例えば、前記第２の装置は、前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）することができる。例えば、リソース選択はトリガー（ｔｒｉｇｇｅｒ）することができる。例えば、前記リソース選択がトリガーされたことに基づいて、選択ウィンドウは決定することができる。例えば、センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースは決定することができる。例えば、前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースは選択することができる。例えば、前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択はトリガーすることができる。

【0011】

一実施形態において、無線通信を行う第２の装置が提供される。前記第２の装置は命令を格納する１つ以上のメモリと、１つ以上の送受信機と、前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含み、前記１つ以上のプロセッサは前記命令を実行して、前記第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）することができる。例えば、リソース選択はトリガー（ｔｒｉｇｇｅｒ）することができる。例えば、前記リソース選択がトリガーされたことに基づいて、選択ウィンドウは決定することができる。例えば、センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースは決定することができる。例えば、前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースは選択することができる。例えば、前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択はトリガーすることができる。

【0012】

一実施形態において、第２の端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。前記装置は、１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含み、前記１つ以上のプロセッサは前記命令を実行して、前記第２の端末の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得することができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、前記第１のＳＬ ＤＲＸ設定を、前記第２の端末の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）することができる。例えば、リソース選択はトリガー（ｔｒｉｇｇｅｒ）することができる。例えば、前記リソース選択がトリガーされたことに基づいて、選択ウィンドウは決定することができる。例えば、センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースは決定することができる。例えば、前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースは選択することができる。例えば、前記１つ以上のＳＬリソースが前記第２の端末の前記第２の活性時間に含まれないことに基づいて、リソース再選択はトリガーすることができる。

【0013】

一実施形態において、命令を記録している非一時的コンピューター可読記憶媒体が提案される。前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、第２の装置が前記第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得するようにすることができる。例えば、前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、前記第２の装置が、前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）するようにすることができる。例えば、リソース選択はトリガー（ｔｒｉｇｇｅｒ）することができる。例えば、前記リソース選択がトリガーされたことに基づいて、選択ウィンドウは決定することができる。例えば、センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースは決定することができる。例えば、前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースは選択することができる。例えば、前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択はトリガーすることができる。

【発明の効果】

【0014】

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

【図面の簡単な説明】

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

【図8】本開示の一実施形態に係る、ＳＬ ＤＲＸに関連する無線通信を行う方法の問題点を説明するための図面である。

【0023】

【図9】本開示の一実施形態に係る、ＳＬ ＤＲＸに関連する無線通信を行う方法を説明するための図面である。

【0024】

【図10】本開示の一実施形態に係る、ＳＬ ＤＲＸに関連する無線通信を行う手順を説明するための図面である。

【0025】

【図11】本開示の一実施例に係る、第１装置が無線通信を実行する方法を示す。

【0026】

【図12】本開示の一実施例に係る、基地局が無線通信を実行する方法を示す。

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

以下の説明において、「～であるとき、～場合（ｗｈｅｎ，ｉｆ，ｉｎ ｃａｓｅ ｏｆ）」は、「～に基づいて／基にして（ｂａｓｅｄ ｏｎ）」に代替してもよい。

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

【表1】

【0065】

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

【0066】

【表2】

【0067】

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

【0068】

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

【0069】

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

【0070】

【表3】

【0071】

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

【0072】

【表4】

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

ＤＣＩフォーマット３＿０は、１つのセルにおけるＮＲ ＰＳＣＣＨ及びＮＲ ＰＳＳＣＨのスケジューリングに使用される。

【0095】

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

【0096】

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

【0097】

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

【0098】

－ ＨＡＲＱプロセス番号 － ４ビット

【0099】

－ 新しいデータインジケータ（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ） － １ビット

【0100】

－ 初期転送のサブチャネル割り当ての最も低いインデックス － ｃｅｉｌｉｎｇ（ｌｏｇ２（ＮＳＬｓｕｂＣｈａｎｎｅｌ））ビット

【0101】

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

【0102】

－ ＰＳＦＣＨ－ｔｏ－ＨＡＲＱ フィードバックタイミングインジケータ － ｃｅｉｌｉｎｇ（ｌｏｇ２ Ｎｆｂ＿ｔｉｍｉｎｇ） ビット、ここで Ｎｆｂ＿ｔｉｍｉｎｇ は上位レイヤパラメータ ｓｌ－ＰＳＦＣＨ－ＴｏＰＵＣＣＨ のエントリ数です。

【0103】

－ ＰＵＣＣＨリソースインジケータ － ３ビット

【0104】

－ 設定インデックス － ＵＥがＳＬ－ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣを持つＤＣＩフォーマット３＿０を監視するように設定されていない場合０ビット。 それ以外の場合は３ビットです。 ＵＥがＳＬ－ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット３＿０を監視するように設定されている場合、このフィールドはＳＬ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット３＿０のために予約される。

【0105】

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

【0106】

－ 必要に応じて、パディングビット

【0107】

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

【0108】

図６の（ａ）又は（ｂ）を参照すると、例えば、第１端末はＰＳＣＣＨ上でＳＣＩを第２端末に送信できる。或いは、例えば、第１端末はＰＳＣＣＨ及び／又はＰＳＳＣＨ上で２つの連続的なＳＣＩ（例えば、２－ｓｔａｇｅ ＳＣＩ）を第２端末に送信できる。この場合、第２端末はＰＳＳＣＨを第１端末から受信するために、２つの連続的なＳＣＩ（例えば、２－ｓｔａｇｅ ＳＣＩ）をデコードできる。本明細書において、ＰＳＣＣＨ上で送信されるＳＣＩは、１ｓｔ ＳＣＩ、第１ＳＣＩ、１ｓｔ－ｓｔａｇｅ ＳＣＩ又は１ｓｔ－ｓｔａｇｅ ＳＣＩフォーマットと称することができ、ＰＳＳＣＨ上で送信されるＳＣＩは、２ｎｄ ＳＣＩ、第２ＳＣＩ、２ｎｄ－ｓｔａｇｅ ＳＣＩ又は２ｎｄ－ｓｔａｇｅ ＳＣＩフォーマットと称することができる。例えば、１ｓｔ－ｓｔａｇｅ ＳＣＩフォーマットは、ＳＣＩフォーマット１－Ａを含むことができ、２ｎｄ－ｓｔａｇｅ ＳＣＩフォーマットは、ＳＣＩフォーマット２－Ａ及び／又はＳＣＩフォーマット２－Ｂを含むことができる。

【0109】

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

【0110】

ＳＣＩフォーマット１－Ａは、ＰＳＳＣＨ及びＰＳＳＣＨ上の２ｎｄステージＳＣＩのスケジューリングに使用されます。

【0111】

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

【0112】

－ 優先順位 － ３ビット

【0113】

－ 周波数リソース割り当て － 上位層パラメータｓｌ－ＭａｘＮｕｍＰｅｒＲｅｓｅｒｖｅの値が２に設定されている場合のｃｅｉｌｉｎｇ（ｌｏｇ２（ＮＳＬｓｕｂＣｈａｎｎｅｌ（ＮＳＬｓｕｂＣｈａｎｎｅｌ ＋ １）／ ２））ビット。 それ以外の場合、上位層パラメータ ｓｌ－ＭａｘＮｕｍＰｅｒＲｅｓｅｒｖｅ の値が ３ に設定されている場合、ｃｅｉｌｉｎｇ ｌｏｇ２（ＮＳＬｓｕｂＣｈａｎｎｅｌ（ＮＳＬｓｕｂＣｈａｎｎｅｌ＋１）（２ＮＳＬｓｕｂＣｈａｎｎｅｌ＋１）／６） ビット

【0114】

－ 時間リソース割り当て － 上位層パラメータ ｓｌ－ＭａｘＮｕｍＰｅｒＲｅｓｅｒｖｅ の値が ２ に設定されている場合、５ ビット。 それ以外の場合、上位レイヤパラメータ ｓｌ－ＭａｘＮｕｍＰｅｒＲｅｓｅｒｖｅ の値が ３ に設定されている場合、９ ビット

【0115】

－ リソース予約サイクル － ｃｅｉｌｉｎｇ（ｌｏｇ２ Ｎｒｓｖ＿ｐｅｒｉｏｄ） ビット。ここで、Ｎｒｓｖ＿ｐｅｒｉｏｄ は、上位レイヤパラメータ ｓｌ－ＭｕｌｔｉＲｅｓｅｒｖｅＲｅｓｏｕｒｃｅ が設定されている場合、上位レイヤパラメータ ｓｌ－ＲｅｓｏｕｒｃｅＲｅｓｅｒｖｅＰｅｒｉｏｄＬｉｓｔ のエントリの数。 そうでなければ、０ビット

【0116】

－ ＤＭＲＳ パターン － ｃｅｉｌｉｎｇ（ｌｏｇ２ Ｎｐａｔｔｅｒｎ） ビット、ここで Ｎｐａｔｔｅｒｎ は上位レイヤパラメータ ｓｌ－ＰＳＳＣＨ－ＤＭＲＳ－ＴｉｍｅＰａｔｔｅｒｎＬｉｓｔ によって設定される ＤＭＲＳ パターンの数

【0117】

－ ２ｎｄ－ｓｔａｇｅ ＳＣＩフォーマット － 表５で定義されているように２ビット

【0118】

－ ベータ＿オフセットインジケータ － 上位レイヤパラメータｓｌ－ＢｅｔａＯｆｆｓｅｔｓ２ｎｄＳＣＩによって提供されるように２ビット

【0119】

－ ＤＭＲＳポートの数 － 表６で定義されているように１ビット

【0120】

－ 変調と符号化方式 － ５ビット

【0121】

－ 追加のＭＣＳテーブルインジケータ － １つのＭＣＳテーブルが上位レイヤパラメータｓｌ－Ａｄｄｉｔｉｏｎａｌ－ＭＣＳ－Ｔａｂｌｅによって設定されている場合は１ビット。 ２つのＭＣＳテーブルが上位レイヤパラメータｓｌ－Ａｄｄｉｔｉｏｎａｌ－ＭＣＳ－Ｔａｂｌｅによって設定されている場合、２ビット。 それ以外の場合は０ビット

【0122】

－ ＰＳＦＣＨオーバーヘッドインジケータ － 上位レイヤパラメータｓｌ－ＰＳＦＣＨ－Ｐｅｒｉｏｄ ＝ ２または４の場合１ビット。 それ以外の場合は０ビット

【0123】

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

【0124】

【表5】

【0125】

【表6】

【0126】

以下、ＳＣＩフォーマット２－Ａの一例について説明する。

【0127】

ＨＡＲＱ動作において、ＨＡＲＱ－ＡＣＫ情報がＡＣＫまたはＮＡＣＫを含む場合、またはＨＡＲＱ－ＡＣＫ情報がＮＡＣＫのみを含む場合、またはＨＡＲＱ－ＡＣＫ情報のフィードバックがない場合、ＳＣＩフォーマット２－ＡはＰＳＳＣＨ の復号に使用されます。

【0128】

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

【0129】

－ ＨＡＲＱプロセス番号 － ４ビット

【0130】

－ 新しいデータインジケータ（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ） － １ビット

【0131】

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

【0132】

－ ソースＩＤ － ８ビット

【0133】

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

【0134】

－ ＨＡＲＱフィードバックイネーブル／ディセーブルインジケータ － １ビット

【0135】

－ キャストタイプインジケータ － 表７で定義されているように２ビット

【0136】

－ ＣＳＩ要求 － １ビット

【0137】

【表7】

【0138】

以下、ＳＣＩフォーマット２－Ｂの一例について説明する。

【0139】

ＨＡＲＱ動作において、ＨＡＲＱ－ＡＣＫ情報がＮＡＣＫのみを含む場合、またはＨＡＲＱ－ＡＣＫ情報のフィードバックがない場合、ＳＣＩフォーマット２－ＢはＰＳＳＣＨの復号に使用される。

【0140】

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

【0141】

－ ＨＡＲＱプロセス番号 － ４ビット

【0142】

－ 新しいデータインジケータ － １ビット

【0143】

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

【0144】

－ ソースＩＤ － ８ビット

【0145】

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

【0146】

－ ＨＡＲＱフィードバックイネーブル／ディセーブルインジケータ － １ビット

【0147】

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

【0148】

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

【0149】

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

【0150】

図６の（ａ）を参照すると、ステップＳ６４０において、第１端末はＰＵＣＣＨ及び／又はＰＵＳＣＨを介してＳＬ ＨＡＲＱフィードバックを基地局に送信できる。

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

本明細書において、ＨＡＲＱ－ＡＣＫはＡＣＫ、ＡＣＫ情報または肯定（ｐｏｓｉｔｉｖｅ）－ＡＣＫ情報と称され、ＨＡＲＱ－ＮＡＣＫはＮＡＣＫ、ＮＡＣＫ情報または否定（ｎｅｇａｔｉｖｅ）－ＡＣＫ情報と称することができる。

【0160】

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

【0161】

ＵＥは、ＰＳＳＣＨ受信の応答として、ＨＡＲＱ－ＡＣＫ情報を含むＰＳＦＣＨを送信するために、Ｎ^{ＰＳＳＣＨ} _{ｓｕｂｃｈ}個のサブチャネルから１つ以上のサブチャネルでＰＳＳＣＨ受信をススケジューリングするＳＣＩフォーマットによって指示され得る。ＵＥは、ＡＣＫまたはＮＡＣＫ、またはＮＡＣＫのみを含むＨＡＲＱ－ＡＣＫ情報を提供する。

【0162】

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

【0163】

ＵＥは、リソースプールのＰＲＢにおけるＰＳＦＣＨ送信のためのリソースプール内のＰＲＢのセットＭ^{ＰＳＦＣＨ}ＰＲＢ_、ｓｅｔをによって提供を受ける。ｓｌ－ＮｕｍＳｕｂｃｈａｎｎｅｌによって提供されるリソースプールのサブチャネルの数Ｎ_{ｓｕｂｃｈ}及びＮ^{ＰＳＦＣＨ} _{ＰＳＳＣＨ}以下のＰＳＦＣＨスロットに関連するＰＳＳＣＨスロットの数に対して、ＵＥはＭ_{ＰＲＢ、ｓｅｔ} ^{ＰＳＦＣＨ}ＰＲＢの中で［（ｉ＋ｊ・ＮＰＳＦＣＨＰＳＳＣＨ）・ＭＰＳＦＣＨｓｕｂｃｈ，ｓｌｏｔ， （ｉ＋１＋ｊ・ＮＰＳＦＣＨＰＳＳＣＨ）・ＭＰＳＦＣＨｓｕｂｃｈ，ｓｌｏｔ－１］ ＰＲＢをＰＳＦＣＨスロットと連動したＰＳＳＣＨスロットの内スロットｉ及びサブチャネルｊに対して割り当てる。 ここでＭＰＳＦＣＨｓｕｂｃｈ，ｓｌｏｔ ＝ ＭＰＳＦＣＨ ＰＲＢ，ｓｅｔ ／ （Ｎｓｕｂｃｈ・ＮＰＳＦＣＨＰＳＳＣＨ）， ０ ≦ ｉ ＜ ＮＰＳＦＣＨＰＳＳＣＨ， ０ ≦ ｊ ＜ Ｎｓｕｂｃｈであり、及び割り当てはｉの昇順で始まり、ｊの昇順で継続される。ＵＥはＭ^{ＰＳＦＣＨ} _{ＰＲＢ、ｓｅｔ}がＮ_{ｓｕｂｃｈ}・Ｎ^{ＰＳＦＣＨ} _{ＰＳＳＣＨ}の倍数であると期待する。

【0164】

ＵＥは、ＰＳＦＣＨ送信に含まれるＨＡＲＱ－ＡＣＫ情報を多重化するために使用可能なＰＳＦＣＨリソースの数をＲ^{ＰＳＦＣＨ} _{ＰＲＢ，ＣＳ} ＝ Ｎ^{ＰＳＦＣＨ} _ｔｙｐｅ・Ｍ^{ＰＳＦＣＨ} _{ｓｕｂｃｈ，ｓｌｏｔ}・Ｎ^{ＰＳＦＣＨＣＳ}、として決定する。ここで、Ｎ^{ＰＳＦＣＨ} _ＣＳは、リソースプールに対する循環シフトペアの数であり、及び上位層による指示に基づいて、

【0165】

－ Ｎ^{ＰＳＦＣＨ} _ｔｙｐｅ＝ １であり、及びＭ^{ＰＳＦＣＨ} _{ｓｕｂｃｈ，ｓｌｏｔ} ＰＲＢは該当するＰＳＳＣＨの開始サブチャネルに関連付けられ、

【0166】

－ ＮＰ^ＳＦＣＨ _ｔｙｐｅ ＝ Ｎ^{ＰＳＳＣＨ} _{ｓｕｂｃｈ}であり、及びＮ^{ＰＳＳＣＨ} _{ｓｕｂｃｈ}・Ｍ^{ＰＳＦＣＨ} _{ｓｕｂｃｈ，ｓｌｏｔ} ＰＲＢは、該当するＰＳＳＣＨのＮ^{ＰＳＳＣＨ} _{ｓｕｂｃｈ}サブチャネルの内の１つ以上のサブチャネルに関連付けられる。

【0167】

ＰＳＦＣＨリソースは、まず、Ｎ^{ＰＳＦＣＨ} _ｔｙｐｅ・Ｍ^{ＰＳＦＣＨ} _{ｓｕｂｃｈ}，_ｓｌｏｔ ＰＲＢ 中でＰＲＢインデックスの昇順にインデックスされた後、Ｎ^{ＰＳＦＣＨ} _ＣＳ循環シフトペア中で循環シフトペアインデックス（ｃｙｃｌｉｃ ｓｈｉｆｔ ｐａｉｒ ｉｎｄｅｘ）の昇順にインデックスされる。

【0168】

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

【0169】

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

【0170】

【表8】

【0171】

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

【0172】

【表9】

【0173】

【表10】

【0174】

以下、ＵＥがアップリンクでＨＡＲＱ－ＡＣＫを報告する手順について説明する。

【0175】

ＵＥは、ＵＥがＰＳＦＣＨ受信からまたはＰＳＦＣＨ受信の不在（ａｂｓｅｎｃｅ）から獲得したＨＡＲＱ－ＡＣＫ情報に基づいてＵＥが生成する、ＨＡＲＱ－ＡＣＫ情報を報告するためにＰＵＣＣＨリソースまたはＰＵＳＣＨリソースの提供を受けられる。ＵＥは、ＵＥがＤＣＩフォーマット３＿０の検出のためにＰＤＣＣＨを監視するセルの内、ＰＵＣＣＨグループのプライマリセル（ｐｒｉｍａｒｙ ｃｅｌｌ）に関するＨＡＲＱ－ＡＣＫ情報を報告する。

【0176】

ｓｌ－ＰｅｒｉｏｄＣＧによって提供された時間期間内でのＵＥによるタイプ１またはタイプ２のＳＬ設定グラント（Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｇｒａｎｔ）ＰＳＳＳＣＨ送信のために、ＵＥは、時間リソース（ｔｉｍｅ ｒｅｓｏｕｒｃｅｓ）セット内の最後の時間リソース以降のＰＵＣＣＨ送信機会内で多重化するために、ＰＳＦＣＨ受信に対した応答としてＨＡＲＱ－ＡＣＫ情報を生成する。

【0177】

ＰＳＦＣＨ受信機会の内、各ＰＳＦＣＨ受信機会について、ＵＥは、ＰＵＣＣＨまたはＰＵＳＣＨ送信中に報告するＨＡＲＱ－ＡＣＫ情報を生成する。ＵＥは、以下の内 の１つを実行するためにＳＣＩフォーマットで指示されてもよく得、及びＵＥは、適用可能の場合、ＨＡＲＱ－ＡＣＫ情報を使用してＨＡＲＱ－ＡＣＫコードワード（ｃｏｄｅｗｏｒｄ）を構成する。ここでＵＥが実行するための次の内、１つは：

【0178】

もしＵＥがキャストタイプインジケータフィールド（ｃａｓｔ ｔｙｐｅ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）値が「１０」であるＳＣＩフォーマット２－Ａと連動したＰＳＦＣＨを受信する場合、

【0179】

－ＵＥがＰＳＦＣＨ受信機会内でＰＳＦＣＨ受信時に決定したＨＡＲＱ－ＡＣＫ情報値と同じ値でＨＡＲＱ－ＡＣＫ情報を生成し、ＰＳＦＣＨ受信機会内でＰＳＦＣＨが受信されなかったと判断した場合、ＮＡＣＫを生成する。

【0180】

－もしＵＥがキャストタイプインジケータフィールド値が「０１」のＳＣＩフォーマット２－Ａと連動したＰＳＦＣＨを受信する場合、

【0181】

－ＰＳＳＣＨを受信することを期待する複数のＵＥのすべてのＩＤ Ｍ_ＩＤに対応するＰＳＦＣＨリソースの内、ＰＳＦＣＨ受信機会の回数の内少なくとも１つのＰＳＦＣＨ受信機会の内，ＡＣＫを決定する場合、ＡＣＫを生成する。それ以外の場合はＮＡＣＫを生成する。

【0182】

－ もしＵＥが、キャストタイプインジケータフィールド値が「１１」のＳＣＩフォーマット２－ＢまたはＳＣＩフォーマット２－Ａと連動したＰＳＦＣＨを受信する場合、

【0183】

ＵＥがＰＳＦＣＨの受信機会の内、各々のＰＳＦＣＨ受信機会についてのＰＳＦＣＨ受信の不在を決定するとき、ＡＣＫを生成しそれそれではない場合はＮＡＣＫを生成する。

【0184】

ＵＥがＰＳＦＣＨリソース機会に対応してＰＳＳＣＨを送信し、ＰＳＦＣＨを受信した後、ＨＡＲＱ－ＡＣＫ情報の優先順位値は、ＨＡＲＱ－ＡＣＫ情報を提供するＰＳＦＣＨ受信機会と連動したＰＳＳＣＨ送信の優先順位値と同じである。

【0185】

優先 順位の設定（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）により
、ＳＬ－ＲＮＴＩによってスクランブル（ｓｃｒａｍｂｌｅｄ）されたＣＲＣが含まれたＤＣＩフォーマット３＿０によって提供されるリソース内でＰＳＳＣＨ送信に関連するいかなるＰＳＦＣＨ受信機会でもＰＳＦＣＨを受信しない時、または設定グラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）に対して単一周期内に提供されるリソース内でＵＥがＨＡＲＱ－ＡＣＫ情報を報告するためのＰＵＣＣＨリソースの提供を受ける場合、ＵＥはＮＡＣＫを生成する。ＮＡＣＫの優先順位値は、優先順位設定のために送信されなかったＰＳＳＣＨの優先順位値と同じである。

【0186】

もしＵＥが単一周期内での設定グラントによって提供されるリソースの内、任意のいずれのリソースの内、ＰＳＳＣＨをススケジューリングするＳＣＩフォーマット１－Ａを含むＰＳＣＣＨを送信せずにＵＥがＨＡＲＱ－ＡＣＫ情報を報告するためのＰＵＣＣＨリソースの提供を受ける場合、ＵＥはＡＣＫを生成する。ＡＣＫの優先順位値は、設定グラントに対して可能な優先順位値の内最も大きい優先順位値と同じである。

【0187】

ＵＥは、最後のＰＳＦＣＨ受信機会の最後のシンボル終了後（Ｎ＋１）＊（２０４８＋１４４）＊κ＊２μ ＊Ｔｃより先に始まるＨＡＲＱ－ＡＣＫ情報を報告するために、ＵＥがＰＵＣＣＨ又はＰＵＳＣＨ送信中に報告するＨＡＲＱ－ＡＣＫ情報を生成した複数のＰＳＦＣＨ受信機会の内、ＰＵＣＣＨリソースまたはＰＵＳＣＨリソースが提供されることで期待（ｅｘｐｅｃｔ）しない。

【0188】

－ μ＝ ｍｉｎ（μ_ＳＬ、μ_ＵＬ）、ここでμ_ＳＬはＳＬ ＢＷＰのＳＣＳ設定であり、μ_ＵＬはプライマリセルのアクティブＵＬ ＢＷＰのＳＣＳ設定である。

【0189】

－Ｎは、表１１に従ってμで決定される。

【0190】

【表11】

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

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

【0346】

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

【0347】

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

【0348】

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

【図1】

【図2(a)】

【図2(b)】

【図2(c)】

【図2(d)】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【手続補正書】

【提出日】2024-04-05

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１の装置が無線通信を行う方法において、
第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得するステップと、
リソース選択をトリガー（ｔｒｉｇｇｅｒ）するステップと、
前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定するステップと、
センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定するステップと、
前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択するステップと、
前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）するステップと、
前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーするステップとを含む、方法。

【請求項2】

前記１つ以上のＳＬリソースのうち、全ての（ａｌｌ）リソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択がトリガーされる、請求項１に記載の方法。

【請求項3】

前記１つ以上のＳＬリソースのうち、一部のリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択がトリガーされない、請求項１に記載の方法。

【請求項4】

前記第１のＳＬ ＤＲＸ設定に関連する情報は第１のＳＬ ＤＲＸサイクル（ｃｙｃｌｅ）に関連する情報又は第１のＳＬ ＤＲＸタイマー（ｔｉｍｅｒ）に関連する情報のうち、少なくともいずれか１つを含み、
前記第２のＳＬ ＤＲＸ設定に関連する情報は第２のＳＬ ＤＲＸサイクル（ｃｙｃｌｅ）に関連する情報又は第２のＳＬ ＤＲＸタイマー（ｔｉｍｅｒ）に関連する情報のうち、少なくともいずれか１つを含む、請求項１に記載の方法。

【請求項5】

前記第２のＳＬ ＤＲＸタイマーはＳＬ ＤＲＸオンデュレーションタイマー（ｏｎｄｕｒａｔｉｏｎ ｔｉｍｅｒ）、ＳＬ ＤＲＸ非活性タイマー（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）、ＳＬ ＤＲＸ ＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）ＲＴＴ（ｒｏｕｎｄ ｔｒｉｐ ｔｉｍｅ）タイマー又はＳＬ ＤＲＸ再送タイマー（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒ）のうち、少なくともいずれか１つを含み、
前記第２の装置の活性時間は前記ＳＬ ＤＲＸオンデュレーションタイマーが駆動している時間又は前記ＳＬ ＤＲＸ非活性タイマーが駆動している時間又は前記ＳＬ ＤＲＸ再送タイマーが駆動している時間のうち、少なくともいずれか１つを含む、請求項４に記載の方法。

【請求項6】

（ｉ）前記第１のＳＬ ＤＲＸサイクル又は前記第１のＳＬ ＤＲＸタイマーが満了すること及び（ｉｉ）前記第１のＳＬ ＤＲＸ設定が前記第２のＳＬ ＤＲＸ設定に再設定されることに基づいて、前記第２のＳＬ ＤＲＸ設定に基づいたＳＬ ＤＲＸ動作を実行するステップをさらに含む、請求項４に記載の方法。

【請求項7】

前記第２のＤＲＸ設定に基づいた前記ＳＬ ＤＲＸ動作がＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）要件（ｒｅｑｕｉｒｅｍｅｎｔ）を満足するか否かを決定するステップをさらに含み、
前記第２のＤＲＸ設定に基づいた前記ＳＬ ＤＲＸ動作が前記ＱｏＳ要件を満足することに基づいて、前記第２のＳＬ ＤＲＸ設定に基づいた前記ＳＬ ＤＲＸ動作は実行される、請求項６に記載の方法。

【請求項8】

前記ＱｏＳ要件はＰＤＢ（ｐａｃｋｅｔ ｄａｔａ ｂｕｄｇｅｔ）を含む、請求項７に記載の方法。

【請求項9】

前記第１のＳＬ ＤＲＸ設定が前記第２のＳＬ ＤＲＸ設定に再設定されることに基づいて、ＳＬ ＤＲＸ命令（ｃｏｍｍａｎｄ）ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を前記第２の装置に送信するステップをさらに含み、
前記ＳＬ ＤＲＸ命令ＭＡＣＣＥは前記第２の装置のＳＬ ＤＲＸオンデュレーションタイマー（ｏｎｄｕｒａｔｉｏｎ ｔｉｍｅｒ）又は前記第２の装置のＳＬ ＤＲＸ非活性タイマー（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）のうち、少なくともいずれか１つを中止（ｓｔｏｐ）するための情報を含む、請求項１に記載の方法。

【請求項10】

前記第１のＳＬ ＤＲＸ設定が前記第２のＳＬ ＤＲＸ設定に再設定されることに基づいて、前記第２のＳＬ ＤＲＸ設定に関連するリソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）に基づいてＳＬ ＤＲＸ動作を実行するステップをさらに含む、請求項１に記載の方法。

【請求項11】

前記第１のＳＬ ＤＲＸ設定が前記第２のＳＬ ＤＲＸ設定に再設定されることに基づいて、少なくとも１つのＳＬリソースに関連する情報を基地局から受信するステップをさらに含む、請求項１に記載の方法。

【請求項12】

前記１つ以上のＳＬリソース上で、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）及び第２のＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）のスケジューリングのための、第１のＳＣＩを前記第２の装置に送信するステップと、
前記１つ以上のＳＬリソース上で、前記ＰＳＳＣＨを介して、前記第２のＳＣＩ及びＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を前記第２の装置に送信するステップと、
前記第１のＳＬ ＤＲＸ設定が前記第２のＳＬ ＤＲＸ設定に再設定されることに基づいて及び前記１つ以上のＳＬリソース上でＰＳＳＣＨが送信されたことに基づいて、少なくとも１つのＳＬリソースに関連する情報を基地局から受信するステップとをさらに含む、請求項１に記載の方法。

【請求項13】

前記第１のＳＬ ＤＲＸ設定が前記第２のＳＬ ＤＲＸ設定に再設定されることに基づいて、前記１つ以上のＳＬリソースを諦める（ｄｉｓｃａｒｄ）ステップをさらに含む、請求項１に記載の方法。

【請求項14】

無線通信を行う第１の装置において、
命令を格納する１つ以上のメモリと、
１つ以上の送受信機と、
前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含み、前記１つ以上のプロセッサは前記命令を実行して、
第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得して、
リソース選択をトリガー（ｔｒｉｇｇｅｒ）して、
前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定し、
センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定し、
前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択して、
前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）して、
前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーする、第１の装置。

【請求項15】

第１の端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）において、前記装置は、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含み、前記１つ以上のプロセッサは前記命令を実行して、
第２の端末の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得して、
リソース選択をトリガー（ｔｒｉｇｇｅｒ）して、
前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定し、
センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定し、
前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択して、
前記第１のＳＬ ＤＲＸ設定を、前記第２の端末の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）して、
前記１つ以上のＳＬリソースが前記第２の端末の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーする、装置。

【請求項16】

命令を記録している非一時的コンピューター可読記憶媒体として、
前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、
第１の装置が第２の装置の第１の活性時間（ａｃｔｉｖｅ ｔｉｍｅ）に関連する情報を含む第１のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を獲得するようにして、
前記第１の装置がリソース選択をトリガー（ｔｒｉｇｇｅｒ）するようにして、
前記第１の装置が、前記リソース選択がトリガーされたことに基づいて、選択ウィンドウを決定するようにして、
前記第１の装置が、センシングに基づいて前記選択ウィンドウ内で少なくとも１つの第１の候補リソースを決定するようにして、
前記第１の装置が、前記少なくとも１つの第１の候補リソースのうち、１つ以上のＳＬリソースを選択するようにして、
前記第１の装置が、前記第１のＳＬ ＤＲＸ設定を、前記第２の装置の第２の活性時間に関連する情報を含む第２のＳＬ ＤＲＸ設定に再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）するようにして、
前記第１の装置が、前記１つ以上のＳＬリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択をトリガーするようにする、非一時的コンピューター可読記憶媒体。

【請求項17】

前記１つ以上のＳＬリソースのうち、全ての（ａｌｌ）リソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択がトリガーされる、請求項１４に記載の第１の装置。

【請求項18】

前記１つ以上のSLリソースのうち、一部のリソースが前記第２の装置の前記第２の活性時間に含まれないことに基づいて、リソース再選択がトリガーされない、請求項１４に記載の第１の装置。

【請求項19】

前記第１のＳＬ ＤＲＸ設定に関連する情報は第１のＳＬ ＤＲＸサイクル（ｃｙｃｌｅ）に関連する情報又は第１のＳＬ ＤＲＸタイマー（ｔｉｍｅｒ）に関連する情報のうち、少なくともいずれか１つを含み、
前記第２のＳＬ ＤＲＸ設定に関連する情報は第２のＳＬ ＤＲＸサイクル（ｃｙｃｌｅ）に関連する情報又は第２のＳＬ ＤＲＸタイマー（ｔｉｍｅｒ）に関連する情報のうち、少なくともいずれか１つを含む、請求項１４に記載の第１の装置。

【請求項20】

前記第２のＳＬ ＤＲＸタイマーはＳＬ ＤＲＸオンデュレーションタイマー（ｏｎｄｕｒａｔｉｏｎ ｔｉｍｅｒ）、ＳＬ ＤＲＸ非活性タイマー（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）、ＳＬ ＤＲＸ ＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）ＲＴＴ（ｒｏｕｎｄ ｔｒｉｐ ｔｉｍｅ）タイマー又はＳＬ ＤＲＸ再送タイマー（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒ）のうち、少なくともいずれか１つを含み、
前記第２の装置の活性時間は前記ＳＬ ＤＲＸオンデュレーションタイマーが駆動している時間又は前記ＳＬ ＤＲＸ非活性タイマーが駆動している時間又は前記ＳＬ ＤＲＸ再送タイマーが駆動している時間のうち、少なくともいずれか１つを含む、請求項１９に記載の第１の装置。

【国際調査報告】