特表2024-517054 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ エルジー　エレクトロニクス　インコーポレイティドの特許一覧

特表2024-517054ＳＬ－Ｕにおける共有ＣＯＴの通知動作方法及び装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

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

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

(11)【公表番号】

(43)【公表日】2024-04-19

(54)【発明の名称】ＳＬ－Ｕにおける共有ＣＯＴの通知動作方法及び装置

(51)【国際特許分類】

H04W 76/14 20180101AFI20240412BHJP

H04W 92/18 20090101ALI20240412BHJP

H04W 72/54 20230101ALI20240412BHJP

H04W 52/02 20090101ALI20240412BHJP

H04W 16/14 20090101ALN20240412BHJP

【ＦＩ】

H04W76/14

H04W92/18

H04W72/54 110

H04W52/02 110

H04W16/14

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023554349

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

(85)【翻訳文提出日】2023-09-13

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

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

(87)【国際公開日】2023-10-19

(31)【優先権主張番号】63/331,236

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

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100109841

【弁理士】

【氏名又は名称】堅田健史

(74)【代理人】

【識別番号】230112025

【弁護士】

【氏名又は名称】小林英了

(74)【代理人】

【識別番号】230117802

【弁護士】

【氏名又は名称】大野浩之

(74)【代理人】

【識別番号】100131451

【弁理士】

【氏名又は名称】津田理

(74)【代理人】

【識別番号】100167933

【弁理士】

【氏名又は名称】松野知紘

(74)【代理人】

【識別番号】100174137

【弁理士】

【氏名又は名称】酒谷誠一

(74)【代理人】

【識別番号】100184181

【弁理士】

【氏名又は名称】野本裕史

(72)【発明者】

【氏名】パク，ギウォン

(72)【発明者】

【氏名】リ，スンミン

(72)【発明者】

【氏名】ベク，ソヨン

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

5K067

【Ｆターム（参考）】

5K067DD11

5K067DD17

5K067EE02

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】

【図1】本開示の一実施形態に係る、６Ｇシステムにおいて提供可能な通信構造を示している。

【図2】本開示の一実施形態に係る、電磁スペクトルを示している。

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

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

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

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

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

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

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

【図10】本開示の一実施形態に係る、ＤＲＸ周期の例を示している。

【図11】本開示の一実施形態に係る、無免許帯をサポートする無線通信システムの例を示している。

【図12】本開示の一実施形態によって、無免許帯内でリソースを占有する方法を示している。

【図13】本開示の一実施形態によって、無免許帯内に複数のＬＢＴ－ＳＢが含まれれている場合を示している。

【図14】本開示の一実施形態に係る、基地局の無免許帯を介したダウンリンク信号送信のためのＣＡＰ動作を示している。

【図15】本開示の一実施形態に係る、アップリンク信号送信のための端末のタイプ１ＣＡＰ動作を示している。

【図16】本開示の一実施形態に係る、ＬＢＥとＦＢＥのチャネルに対するコンテンション動作を示している。

【図17】本開示の一実施形態に係る、共有（Ｓｈａｒｅｄ）ＣＯＴ内で実行される動作の一例を示している。

【図18】本開示の一実施形態に係る、ＣＯＴ共有情報を受信する端末がＣＯＴを使用する手順を示している。

【図19】本開示の一実施形態に係る、ＣＯＴ共有情報を受信する端末がＣＯＴを使用する手順を示している。

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

【図21】本開示の一実施例に係る、第２装置が無線通信を行う手順を示す。

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

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

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

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

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

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

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

６Ｇ（無線通信）システムは（ｉ）デバイス当りの非常に高いデータの速度、（ｉｉ）非常に多い数の接続されたデバイス、（ｉｉｉ）グローバル接続性（ｇｌｏｂａｌｃｏｎｎｅｃｔｉｖｉｔｙ）、（ｉｖ）非常に低い遅延、（ｖ）バッテリーフリー（ｂａｔｔｅｒｙ－ｆｒｅｅ）ＩｏＴデバイスのエネルギ消費を減らし、（ｖｉ）超高信頼性接続、（ｖｉｉ）機械学習能力を持つ接続された知能などに目的がある。６Ｇシステムのビジョンはｉｎｔｅｌｌｉｇｅｎｔｃｏｎｎｅｃｔｉｖｉｔｙ、ｄｅｅｐｃｏｎｎｅｃｔｉｖｉｔｙ、ｈｏｌｏｇｒａｐｈｉｃｃｏｎｎｅｃｔｉｖｉｔｙ、ｕｂｉｑｕｉｔｏｕｓｃｏｎｎｅｃｔｉｖｉｔｙのような４つの側面であり、６Ｇシステムは下記の表１のような要件を満足させることができる。すなわち、表１は６Ｇシステムの要件の一例を示した表である。

【0023】

【表1】

【0024】

６ＧシステムはｅＭＢＢ（Ｅｎｈａｎｃｅｄｍｏｂｉｌｅｂｒｏａｄｂａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ－ｒｅｌｉａｂｌｅｌｏｗｌａｔｅｎｃｙｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ｍＭＴＣ（ｍａｓｓｉｖｅｍａｃｈｉｎｅ－ｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＡＩｉｎｔｅｇｒａｔｅｄｃｏｍｍｕｎｉｃａｔｉｏｎ、Ｔａｃｔｉｌｅｉｎｔｅｒｎｅｔ、Ｈｉｇｈｔｈｒｏｕｇｈｐｕｔ、Ｈｉｇｈｎｅｔｗｏｒｋｃａｐａｃｉｔｙ、Ｈｉｇｈｅｎｅｒｇｙｅｆｆｉｃｉｅｎｃｙ、Ｌｏｗｂａｃｋｈａｕｌａｎｄａｃｃｅｓｓｎｅｔｗｏｒｋｃｏｎｇｅｓｔｉｏｎ、Ｅｎｈａｎｃｅｄｄａｔａｓｅｃｕｒｉｔｙのようなキー要素（ｋｅｙｆａｃｔｏｒ）を有する。

【0025】

図１は本開示の一実施形態に係る、６Ｇシステムにおいて提供可能な通信構造を示している。図１の実施例は本開示の様々な実施例と組み合わせることができる。

【0026】

６Ｇシステムは５Ｇ無線通信システムより５０倍の高い同時無線通信接続性を持つと予想される。５ＧのｋｅｙｆｅａｔｕｒｅであるＵＲＬＬＣは６Ｇ通信において１ｍｓより少ないエンド・ツー・エンド（ｅｎｄ－ｔｏ－ｅｎｄ）遅延を提供することでより主要技術になり得る。６Ｇシステムは頻繁に用いられる領域スペクトル効率と異なり体積スペクトル効率が遥かに優れる可能性がある。６Ｇシステムは非常に長いバッテリー寿命とエネルギ収穫のための高級バッテリー技術を提供することができ、６Ｇシステムにおいてモバイルデバイスは別途充電させる必要がない。６Ｇにおいて新しいネットワークの特性は次の通りである。

【0027】

－衛星統合ネットワーク（Ｓａｔｅｌｌｉｔｅｓｉｎｔｅｇｒａｔｅｄｎｅｔｗｏｒｋ）：グローバルモバイル集団を提供するために６Ｇは衛星と統合されると予想される。地上波、衛星及び公衆ネットワークを１つの無線通信システムで統合は６Ｇにおいて非常に重要である。

【0028】

－接続されたインテリジェンス（Ｃｏｎｎｅｃｔｅｄｉｎｔｅｌｌｉｇｅｎｃｅ）：以前世代の無線通信システムと異なり６Ｇは革新的にあり、「接続されたモノ」から「接続された知能」に無線の進化として更新される。ＡＩは通信手順の各ステップ（又は後述の信号処理の各手順）において適用できる。

【0029】

－無線情報及びエネルギ伝達の完璧な統合（Ｓｅａｍｌｅｓｓｉｎｔｅｇｒａｔｉｏｎｗｉｒｅｌｅｓｓｉｎｆｏｒｍａｔｉｏｎａｎｄｅｎｅｒｇｙｔｒａｎｓｆｅｒ）：６Ｇ無線ネットワークはスマートフォンとセンサーのようにデバイスのバッテリーを充電するために電力を伝える。したがって、無線情報及びエネルギ送信（ＷＩＥＴ）は統合される可能性がある。

【0030】

－ユビキタススーパー３Ｄ接続（Ｕｂｉｑｕｉｔｏｕｓｓｕｐｅｒ３Ｄｃｏｎｎｅｃｔｉｖｉｔｙ）：ドローン及び非常に低い地球軌道衛星のネットワーク及びコアネットワーク機能に接続は６Ｇユビキタスにおいてスーパー３Ｄ接続を作り上げる。

【0031】

上記のような６Ｇの新しいネットワークの特性において複数の一般的な要件は次の通りである。

【0032】

－スモールセルネットワーク（ｓｍａｌｌｃｅｌｌｎｅｔｗｏｒｋｓ）：スモールセルネットワークのアイディアはセルラーシステムにおいて処理量、エネルギ効率及びスペクトル効率向上の結果で受信信号の品質を向上させるために導入された。結果的に、スモールセルネットワークは５Ｇ及びビヨンド５Ｇ（５ＧＢ）以上の通信システムに必須的な特性である。したがって、６Ｇ通信システムもスモールセルネットワークの特性を採用する。

【0033】

－超高密度異種ネットワーク（Ｕｌｔｒａ－ｄｅｎｓｅｈｅｔｅｒｏｇｅｎｅｏｕｓｎｅｔｗｏｒｋ）：超高密度異種ネットワークは６Ｇ通信システムの他の重要な特性になる可能性がある。異種ネットワークで構成されたマルチ－レイヤーネットワークは全体のＱｏＳを改善してコストを削減する。

【0034】

－大容量バックホール（Ｈｉｇｈ－ｃａｐａｃｉｔｙｂａｃｋｈａｕｌ）：バックホール接続は大容量トラフィックをサポートするために大容量バックホールネットワークとして特徴される。高速光ファイバ及び自由空間光通信（ＦＳＯ）システムがその問題に対する可能なソリューションであり得る。

【0035】

－モバイル技術と統合されたレイダー技術：通信を介した高精密地域化（又は位置基盤サービス）は６Ｇ無線通信システムの機能のうちの１つである。したがって、レイダーシステムは６Ｇネットワークと統合される可能性がある。

【0036】

－ソフトウェア化及び仮想化（Ｓｏｆｔｗａｒｉｚａｔｉｏｎａｎｄｖｉｒｔｕａｌｉｚａｔｉｏｎ）：ソフトウェア化及び仮想化は柔軟性、再構成性及びプログラミングの可能性を保証するために５ＧＢネットワークにおいて設計プロセスのベースになる２つの重要な機能である。また、共有物理インフラにおいて数十億個の装置が共有できる。

【0037】

以下において、６Ｇシステムのコア実装技術に対して説明する。

【0038】

－人工知能（ＡｒｔｉｆｉｃｉａｌＩｎｔｅｌｌｉｇｅｎｃｅ）：６Ｇシステムに最も重要であり、新しく導入される技術はＡＩである。４ＧシステムにはＡＩが関与しなかった。５Ｇシステムは部分的に又は非常に限られたＡＩをサポートする。しかし、６Ｇシステムは完全に自動化のためにＡＩがサポートされる。機械学習の発展は６Ｇにおいてリアルタイム通信のためにより知能的なネットワークを作り上げる。通信にＡＩを導入すればリアルタイムデータ送信が簡素化し向上される。ＡＩは数多くの分析を使用して複雑なターゲット操作が実行される方法を決定することができる。すなわち、ＡＩは効率性を高め処理遅延を減らすことができる。ハンドオーバー、ネットワーク選択、リソーススケジューリングのような時間消耗的な作業はＡＩを使用することで即時実行することができる。ＡＩはＭ２Ｍ、機械対人間及び人間対機械通信においても重要な役割をすることができる。また、ＡＩはＢＣＩ（ＢｒａｉｎＣｏｍｐｕｔｅｒＩｎｔｅｒｆａｃｅ）において迅速な通信になる。ＡＩ基盤通信システムはメタ物質、知能型構造、知能型ネットワーク、知能型装置、知能型であるかラジオ（ｒａｄｉｏ）、自体維持無線ネットワーク及び機械学習によってサポートされる。

【0039】

－ＴＨｚ通信（ＴｅｒａｈｅｒｔｚＣｏｍｍｕｎｉｃａｔｉｏｎ）：データ送信率は帯域幅を増やし高めることができる。これは広い帯域幅でｓｕｂ－ＴＨｚ通信を使用して、進歩した大規模のＭＩＭＯ技術を適用して実行することができる。ミリメートル以下の放射線とも知られているＴＨｚ波は通常０．０３ｍｍ－３ｍｍ範囲の当該の波長を持った０．１ＴＨｚと１０ＴＨｚ間の周波数帯域を示している。１００ＧＨｚ－３００ＧＨｚ帯域範囲（ＳｕｂＴＨｚ帯域）はセルラー通信のためのＴＨｚ帯域の主な部分と見なされる。Ｓｕｂ－ＴＨｚ帯域ｍｍＷａｖｅ帯域に追加すれば６Ｇセルラー通信容量は増える。定義されたＴＨｚ帯域のうち３００ＧＨｚ－３ＴＨｚは遠赤外線（ＩＲ）周波数帯域にある。３００ＧＨｚ－３ＴＨｚ帯域は広帯域の一部であるが広帯域の境界にあり、ＲＦ帯域のすぐ後ろにある。したがって、この３００ＧＨｚ－３ＴＨｚ帯域はＲＦと類似している。図２は本開示の一実施形態に係る、電磁スペクトルを示している。図２の実施例は本開示の様々な実施例と組み合わせることができる。ＴＨｚ通信の主な特性は（ｉ）非常に高いデータ送信率をサポートするために広い範囲で使用可能な帯域幅、（ｉｉ）高周波において発生する高い経路ロス（高指向性アンテナは必須）を含む。高い指向性アンテナにおいて生成された狭いビーム幅は干渉を減らす。ＴＨｚ信号の小さい波長はより多くの数のアンテナ素子がこの帯域において動作する装置及びＢＳに統合されるためにする。これを介して範囲制限を克服できる高級適応型の配列技術を使用することができる。

【0040】

－大規模ＭＩＭＯ技術（Ｌａｒｇｅ－ｓｃａｌｅＭＩＭＯ）

【0041】

－ホログラムビームフォーミング（ＨＢＦ，ＨｏｌｏｇｒａｍＢｅａｍｆｏｒｍｉｎｇ）

【0042】

－光無線技術（Ｏｐｔｉｃａｌｗｉｒｅｌｅｓｓｔｅｃｈｎｏｌｏｇｙ）

【0043】

－自由空間光送信バックホールネットワーク（ＦＳＯＢａｃｋｈａｕｌＮｅｔｗｏｒｋ）

【0044】

－非地上ネットワーク（Ｎｏｎ－ＴｅｒｒｅｓｔｒｉａｌＮｅｔｗｏｒｋｓ、ＮＴＮ）

【0045】

－量子通信（ＱｕａｎｔｕｍＣｏｍｍｕｎｉｃａｔｉｏｎ）

【0046】

－セル－フリー通信（Ｃｅｌｌ－ｆｒｅｅＣｏｍｍｕｎｉｃａｔｉｏｎ）

【0047】

－無線情報及びエネルギ送信統合（ＩｎｔｅｇｒａｔｉｏｎｏｆＷｉｒｅｌｅｓｓＩｎｆｏｒｍａｔｉｏｎａｎｄＰｏｗｅｒＴｒａｎｓｍｉｓｓｉｏｎ）

【0048】

－センシングとコミュニケーションの統合（ＩｎｔｅｇｒａｔｉｏｎｏｆＷｉｒｅｌｅｓｓＣｏｍｍｕｎｉｃａｔｉｏｎａｎｄＳｅｎｓｉｎｇ）

【0049】

－アクセスバックホールネットワークの統合（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌＮｅｔｗｏｒｋ）

【0050】

－ビックデータ分析（ＢｉｇｄａｔａＡｎａｌｙｓｉｓ）

【0051】

－再構成可能な知能型メタ表面（ＲｅｃｏｎｆｉｇｕｒａｂｌｅＩｎｔｅｌｌｉｇｅｎｔＳｕｒｆａｃｅ）

【0052】

－メタバース（Ｍｅｔａｖｅｒｓｅ）

【0053】

－ブロックチェーン（Ｂｌｏｃｋ－ｃｈａｉｎ）

【0054】

－無人航空機（ＵＡＶ、ＵｎｍａｎｎｅｄＡｅｒｉａｌＶｅｈｉｃｌｅ）：ＵＡＶ（ＵｎｍａｎｎｅｄＡｅｒｉａｌＶｅｈｉｃｌｅ）又はドローンは６Ｇ無線通信において重要な要素になる可能性がある。大体の場合、ＵＡＶ技術を使用して高速データ無線接続が提供される。ＢＳエンティティはセルラー接続を提供するためにＵＡＶに設置される。ＵＡＶは簡単な配置、強力な視線リンク及び移動性が制御される自由度のような固定ＢＳインフラで見られない特定の機能を有している。天災などの緊急状況の間、地上通信インフラの配置は経済的に実現可能でなく、ときには揮発性環境においてサービスを提供することができない。ＵＡＶはこのような状況を簡単に処理することができる。ＵＡＶは無線通信分野の新しいパラダイムになる可能性がある。この技術はｅＭＢＢ、ＵＲＬＬＣ及びｍＭＴＣである無線ネットワークの３つの基本要件を容易にする。ＵＡＶはまた、ネットワーク接続性向上、火災感知、災害緊急サービス、セキュリティ及び監視、汚染モニタリング、駐車モニタリング、事故モニタリングなどのような様々な目的をサポートすることができる。したがって、ＵＡＶ技術は６Ｇ通信に最も重要な技術のうちの１つとして認識されている。

【0055】

－自律走行（ＡｕｔｏｎｏｍｏｕｓＤｒｉｖｉｎｇ、Ｓｅｌｆ－ｄｒｉｖｉｎｇ）：完璧な自律走行のためには車両と車両間の通信で互いの危険状況を通知するか、駐車場・信号などのようなインフラと車両間通信で駐車情報位置、信号の変更時間などの情報を確認する必要がある。自律走行インフラ構築のキー要素であるＶ２Ｘ（ＶｅｈｉｃｌｅｔｏＥｖｅｒｙｔｈｉｎｇ）は車両と車両間の無線通信（Ｖ２Ｖ、Ｖｅｈｉｃｌｅｔｏｖｅｈｉｃｌｅ）、車両とインフラ間の無線通信（Ｖ２Ｉ、ＶｅｈｉｃｌｅｔｏＩｎｆｒａｓｔｒｕｃｔｕｒｅ）など自動車が自律走行をするために道路にある様々な要素と疎通して共有する技術である。自律走行の性能を極大化して高い安全性を確保するためには速い送信速度と低遅延技術が必ず必要である。さらに、今後自律走行は運転者に警告や案内メッセージを伝えるレベルを超え積極的に車両の運行に介入して危険状況において直接車両を制御するためには送受信する必要がある情報の量が膨大になり、６Ｇにおいては５Ｇより速い送信速度と低遅延で自律走行を極大化させると予想される。

【0056】

説明を明確にするために、５ＧＮＲを中心に記述しているが、本開示の一実施形態に係る技術的な思想がこれに限られるものではない。本開示の様々な実施例は６Ｇ通信システムにも適用することができる。

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

次の表２はノーマルＣＰ又は拡張ＣＰが用いられる場合、ＳＣＳ設定（ｕ）によってスロット別シンボルの数（Ｎ^slot _symb）、フレーム別スロットの数（Ｎ^frame,u _slot）とサブフレーム別スロットの数（Ｎ^subframe,u _slot）を例示する。

【0077】

【表2】

【0078】

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

【0079】

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

【0080】

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

【0081】

【表3】

【0082】

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

【0083】

【表4】

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

－優先順位－３ビット

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

－ＰＳＦＣＨオーバーヘッドインジケータ－上位層パラメータｓｌ－ＰＳＦＣＨ－Ｐｅｒｉｏｄ＝２又は４である場合、１ビット；そうでない場合、０ビット

【0120】

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

【0121】

【表5】

【0122】

【表6】

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

－ソースＩＤ－８ビット

【0130】

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

【0131】

－ＨＡＲＱフィードバック活性化／非活性化インジケータ－１ビット

【0132】

－キャストタイプインジケータ－表７に定義された通り２ビット

【0133】

－ＣＳＩ要求－１ビット

【0134】

【表7】

【0135】

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

【0136】

ＳＣＩフォーマット２－ＢはＰＳＳＣＨのデコーディングに使用され、ＨＡＲＱ－ＡＣＫ情報がＮＡＣＫのみを含むかＨＡＲＱ－ＡＣＫ情報のフィードバックがないとき、ＨＡＲＱ動作とともに使用される。

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

－ソースＩＤ－８ビット

【0142】

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

【0143】

－ＨＡＲＱフィードバック活性化／非活性化インジケータ－１ビット

【0144】

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

【0145】

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

【0146】

以下において、省電力（ｐｏｗｅｒｓａｖｉｎｇ）に対して説明する。

【0147】

端末の省電力技術ではトラフィック及び電力消耗特徴に対する端末適応（ａｄａｐｔａｔｉｏｎ）、周波数／時間の変化に係る適応、アンテナに対する適応、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｒｅｃｅｐｔｉｏｎ）設定に対する適応、端末処理能力に対する適応、ＰＤＣＣＨモニタリング／デコーディングの減少のための適応、端末電力消費に対する適応をトリガーするための省電力信号／チャネル／手順、ＲＲＭ測定においての電力消耗減少などを考慮することができる。

【0148】

以下において、端末省電力を実現できる技術のうちの１つである、不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓｒｅｃｅｐｔｉｏｎ、ＤＲＸ）に対して説明する。

【0149】

ＤＲＸ関連端末の手順は次の表８のように要約することができる。

【0150】

【表8】

【0151】

図１０は本開示の一実施形態に係る、ＤＲＸ周期の例を示している。図１０の実施例は本開示の様々な実施例と組み合わせることができる。

【0152】

図１０を参照すれば、端末は電力消耗を減らすためにＲＲＣ＿ＩＤＬＥ状態及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてＤＲＸを使用する。ＤＲＸが設定されれば、端末はＤＲＸ設定情報によってＤＲＸ動作を実行する。ＤＲＸとして動作する端末は受信作業を繰り返してオンオフする。

【0153】

例えば、ＤＲＸが設定されれば、端末は事前に設定された時間区間内においてのみダウンリンクチャネルであるＰＤＣＣＨ受信を試み、残りの時間区間内においてはＰＤＣＣＨ受信を試みない。端末がＰＤＣＣＨ受信を試みる必要がある時間区間はｏｎ－ｄｕｒａｔｉｏｎといい、前記ｏｎ－ｄｕｒａｔｉｏｎ区間はＤＲＸ周期当り１度定義される。

【0154】

端末はＲＲＣシグナリングを介してｇＮＢからＤＲＸ設定情報を受信することができ、（長い（ｌｏｎｇ））ＤＲＸ命令（ｃｏｍｍａｎｄ）ＭＡＣＣＥの受信を介してＤＲＸとして動作することができる。

【0155】

ＤＲＸ設定情報はＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇに含まれる。ＩＥであるＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇはＤＲＸを含む、セルグループに対するＭＡＣパラメータの設定に用いられる。

【0156】

ＤＲＸ命令ＭＡＣＣＥ又は長いＤＲＸ命令ＭＡＣＣＥはＬＣＩＤ（ｌｏｇｉｃａｌｃｈａｎｎｅｌＩＤ）を持つＭＡＣＰＤＵサブヘッダによって識別される。これは０ビットの固定されたサイズを持つ。

【0157】

次の表９はＤＬ－ＳＣＨに対するＬＣＩＤの値を例示したものである。

【0158】

【表9】

【0159】

端末のＰＤＣＣＨモニタリング動作はＤＲＸ及び帯域幅適応（ＢａｎｄｗｉｄｔｈＡｄａｐｔａｔｉｏｎ、ＢＡ）によって制御される。その一方で、ＤＲＸが設定されれば、端末はＰＤＣＣＨモニタリングを持続的にする必要がない。その一方で、ＤＲＸは次の特徴を持つ。

【0160】

－ｏｎ－ｄｕｒａｔｉｏｎ：起きた（ｗａｋｉｎｇｕｐ）後のＰＤＣＣＨを受信するために端末が待機する区間である。もし端末が正常にＰＤＣＣＨをデコーディングすれば、端末は起きている状態を維持して、無活動タイマー（ｉｎａｃｔｉｖｉｔｙ－ｔｉｍｅｒ）を開始する。

【0161】

－無活動タイマー：最後正常的なＰＤＣＣＨデコーディングから端末が正常的なＰＤＣＣＨデコーディングのために待機する時間区間で失敗したとき、端末が再び眠る区間である。端末は唯一な最初の送信に対するＰＤＣＣＨの単一の正常的なデコーディング以後無活動タイマーを再開始する必要がある（すなわち、再送のためのことではない。）。

【0162】

－再送タイマー：再送が予想される間の時間区間である。

【0163】

－周期：ｏｎ－ｄｕｒａｔｉｏｎと続く可能な非活性周期の周期的な繰り返しを規定する。

【0164】

以下において、ＭＡＣ階層内のＤＲＸに対して説明する。以下において、ＭＡＣエンティティ（ｅｎｔｉｔｙ）は端末又は端末のＭＡＣエンティティとして表現することができる。

【0165】

ＭＡＣエンティティは前記ＭＡＣエンティティのＣ－ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｆｉｅｒ）、ＣＳ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、及びＴＰＣ－ＳＲＳ－ＲＮＴＩに対する端末のＰＤＣＣＨモニタリング活動を制御するＤＲＸ機能を持つＲＲＣによって設定される。ＤＲＸ動作を用いるとき、ＭＡＣエンティティはＰＤＣＣＨをモニタリングする必要がある。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においては、もしＤＲＸが設定されれば、ＭＡＣエンティティはＤＲＸ動作を用いて不連続でＰＤＣＣＨをモニタリングすることができる。そうでない場合、ＭＡＣエンティティはＰＤＣＣＨを連続的にモニタリングする必要がある。

【0166】

ＲＲＣはＤＲＸ設定情報のパラメータを設定することでＤＲＸ動作を制御する。

【0167】

ＤＲＸ周期が設定されれば、活性時間は以下の時間を含む。

【0168】

－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ又はｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ又はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ又はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ又はｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが動作中である時間；又は

【0169】

－スケジューリング要求がＰＵＣＣＨ上で送信され、係留中である時間；又は

【0170】

－競争基盤ランダム接続プリアンブルのうち、ＭＡＣエンティティによって選択されないランダム接続プリアンブルに対するランダム接続応答の正常的な受信以降にＭＡＣエンティティのＣ－ＲＮＴＩへの新しい送信を指示するＰＤＣＣＨが受信されない時間。

【0171】

ＤＲＸが設定されれば、端末は以下の手順を応じる必要がある。

【0172】

１＞もしＭＡＣＰＤＵが設定されたアップリンクグラントにおいて送信される場合

【0173】

２＞対応するＰＵＳＣＨ送信の最初の受信以後、即時対応するＨＡＲＱプロセスに対するｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを開始する；

【0174】

２＞対応するＨＡＲＱ手順に対するｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを中止する。

【0175】

１＞もしｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬが満了されれば：

【0176】

２＞もし対応するＨＡＲＱ手順のデータが正常的にデコーディングされなかった場合：

【0177】

３＞対応するＨＡＲＱ手順に対するｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを開始する。

【0178】

１＞もしｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬが満了されれば：

【0179】

２＞対応するＨＡＲＱ手順に対するｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを開始する。

【0180】

１＞もしＤＲＸ命令ＭＡＣＣＥ又は長い（Ｌｏｎｇ）ＤＲＸ命令ＭＡＣＣＥを受信すれば：

【0181】

２＞ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを中止する；

【0182】

２＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを中止する。

【0183】

１＞もしｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了されるか又はＤＲＸ命令ＭＡＣＣＥが受信されれば：

【0184】

２＞もし短いＤＲＸ周期が設定されれば：

【0185】

３＞ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始又は再開始する；

【0186】

３＞短いＤＲＸ周期を用いる。

【0187】

２＞そうでない場合：

【0188】

３＞長いＤＲＸ周期を用いる。

【0189】

１＞もしｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが満了すれば：

【0190】

２＞長いＤＲＸ周期を用いる。

【0191】

１＞もし長いＤＲＸ命令ＭＡＣＣＥが受信されれば：

【0192】

２＞ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを中止する；

【0193】

２＞長いＤＲＸ周期を用いる。

【0194】

１＞もし短いＤＲＸ周期が使用され、及び［（ＳＦＮ＊１０）＋サブフレームナンバー］ｍｏｄｕｌｏ（ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ｄｒｘ－Ｓｔａｒｔｏｆｆｓｅｔ）ｍｏｄｕｌｏ（ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）であれば；又は

【0195】

１＞もし長いＤＲＸ周期が使用され、及び［（ＳＦＮ＊１０）＋サブフレームナンバー］ｍｏｄｕｌｏ（ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ｄｒｘ－Ｓｔａｒｔｏｆｆｓｅｔであれば：

【0196】

２＞もしｄｒｘ－Ｓｌｏｔｏｆｆｓｅｔが設定されれば：

【0197】

３＞ｄｒｘ－Ｓｌｏｔｏｆｆｓｅｔ以後ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する。

【0198】

２＞そうでない場合：

【0199】

３＞ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する。

【0200】

１＞もしＭＡＣエンティティが活性時間内にあれば：

【0201】

２＞ＰＤＣＣＨをモニタリングする；

【0202】

２＞もしＰＤＣＣＨがＤＬ送信を指示するか又はもしＤＬ割り当てが設定されれば：

【0203】

３＞対応するＰＵＣＣＨ送信以後即時対応するＨＡＲＱ手順に対するｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始する；

【0204】

３＞対応するＨＡＲＱ手順に対するｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを中止する。

【0205】

２＞もしＰＤＣＣＨがＵＬ送信を指示すれば：

【0206】

３＞対応するＰＵＳＣＨ送信の最初の受信以後即時対応するＨＡＲＱ手順に対するｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを開始する；

【0207】

３＞対応するＨＡＲＱ手順に対するｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを中止する。

【0208】

２＞もしＰＤＣＣＨが新しい送信（ＵＬ又はＤＬ）を指示すれば：

【0209】

３＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始又は再開始する。

【0210】

１＞そうでない場合（すなわち、活性時間の一部ではない場合）：

【0211】

２＞ｔｙｐｅ－０－ｔｒｉｇｇｅｒｅｄＳＲＳを送信しない。

【0212】

１＞もしＣＱＩマスキング（ｃｑｉ－Ｍａｓｋ）が上位層によって設定されれば：

【0213】

２＞もしｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが動作しない場合：

【0214】

３＞ＰＵＣＣＨ上でＣＳＩ報告をしない。

【0215】

１＞そうでない場合：

【0216】

２＞もしＭＡＣエンティティが活性時間内にない場合：

【0217】

３＞ＰＵＣＣＨ上でＣＳＩ報告をしない。

【0218】

ＭＡＣエンティティがＰＤＣＣＨをモニタリングするかしないかに関係なしに、ＭＡＣエンティティは期待される場合、ＨＡＲＱフィードバック及びｔｙｐｅ－１－ｔｒｉｇｇｒｅｄＳＲＳを送信する。

【0219】

もし完全なＰＤＣＣＨ時点ではなければ（すなわち、活性時間がＰＤＣＣＨ時点の真ん中で開始するか満了する場合）ＭＡＣエンティティはＰＤＣＣＨをモニタリングする必要がない。

【0220】

その一方で、従来のＮＲ－Ｕ（ｕｎｌｉｃｅｎｓｅｄｓｐｅｃｔｒｕｍ）においては無免許帯において端末と基地局間の通信方法をサポートする。また、サイドリンク端末間にも無免許帯において通信をサポートできるメカニズムをＲｅｌ－１８においてサポートする予定である。

【0221】

本開示において、チャネルはＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）を実行する周波数軸リソースセットを呼ぶことができる。ＮＲ－Ｕにおいて、チャネルは２０ＭＨｚＬＢＴ帯域幅（ｂａｎｄｗｉｄｔｈ）を意味し、ＲＢセット（ｓｅｔ）と同じ意味を有する。例えば、ＲＢセットは３ＧＰＰＴＳ３８．２１４Ｖ１７．０．０のセクション７に定義される。

【0222】

本開示において、ＣＯ（ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ）は基地局又は端末がＬＢＴ成功以後獲得した時間／周波数軸リソースを意味する。

【0223】

本開示において、ＣＯＴ（ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ）は基地局又は端末がＬＢＴ成功以後獲得した時間軸リソースを意味する。ＣＯを獲得した基地局（又は端末）と端末（又は基地局）間共有され、これをＣＯＴ共有（ｓｈａｒｉｎｇ）と呼ぶことができる。開始する装置（ｉｎｉｔｉａｔｉｎｇｄｅｖｉｃｅ）によって、これはｇＮＢ－ｉｎｉｔｉａｔｅｄＣＯＴ又はＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴと呼ぶことができる。

【0224】

以下において、無免許帯（Ｕｎｌｉｃｅｎｓｅｄｂａｎｄ／Ｓｈａｒｅｄｓｐｅｃｔｒｕｍ）をサポートする無線通信システムに対して説明する。

【0225】

図１１は本開示の一実施形態に係る、無免許帯をサポートする無線通信システムの例を示している。例えば、図１１はＮＲ－Ｕ（ｕｎｌｉｃｅｎｓｅｄｓｐｅｃｔｒｕｍ）無線通信システムを含むことができる。図１１の実施例は本開示の様々な実施例と組み合わせることができる。

【0226】

以下の説明において、免許帯域（以下において、Ｌ－ｂａｎｄ）において動作するセルをＬＣｅｌｌに定義することができ、ＬＣｅｌｌのキャリアを（ＤＬ／ＵＬ／ＳＬ）ＬＣＣと定義することができる。また、無免許帯（以下において、Ｕ－ｂａｎｄ）において動作するセルをＵＣｅｌｌに定義することができ、ＵＣｅｌｌのキャリアを（ＤＬ／ＵＬ／ＳＬ）ＵＣＣと定義することができる。セルのキャリア／キャリア－周波数はセルの動作周波数（例えば、中心周波数）を意味する。セル／キャリア（例えば、ＣＣ）はセルと通称する。

【0227】

図１１の（ａ）のように端末と基地局が搬送波結合されたＬＣＣ及びＵＣＣを介して信号を送受信する場合、ＬＣＣはＰＣＣ（ＰｒｉｍａｒｙＣＣ）に設定されＵＣＣはＳＣＣ（ＳｅｃｏｎｄａｒｙＣＣ）に設定される。図１１の（ｂ）のように、端末と基地局は１つのＵＣＣ又は搬送波結合された複数のＵＣＣを介して信号を送受信することができる。すなわち、端末と基地局はＬＣＣなしにＵＣＣ（ｓ）のみを介して信号を送受信することができる。スタンドアローン動作のために、ＵＣｅｌｌにおいてＰＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳ送信などがサポートされる。

【0228】

図１１の実施例において、基地局は端末に代替できる。この場合、例えば、ＵＣｅｌｌにおいてＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＦＣＨ、Ｓ－ＳＳＢ送信などがサポートされる。

【0229】

別途の言及がなければ、下記の定義が本明細書において用いられる用語に適用できる。

【0230】

－チャネル（ｃｈａｎｎｅｌ）：共有スペクトル（Ｓｈａｒｅｄｓｐｅｃｔｒｕｍ）においてチャネル接続手順が実行される連続したＲＢで構成され、搬送波又は搬送波の一部を呼ぶことができる。

【0231】

－チャネル接続手順（Ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ、ＣＡＰ）：信号送信前に他の通信ノード（等）のチャネル使用の可否を判断するために、センシングに基づいてチャネル可用性を評価する手順を示している。センシングのための基本ユニット（ｂａｓｉｃｕｎｉｔ）はＴ_sl＝９ｕｓ区間（ｄｕｒａｔｉｏｎ）のセンシングスロットである。基地局又は端末がセンシングスロット区間の間のチャネルをセンシングして、センシングスロット区間内において少なくとも４ｕｓの間検出された電力がエネルギ検出閾値Ｘ_Threshより小さい場合、センシングスロット区間Ｔ_slは休止状態と見なされる。そうでない場合、センシングスロット区間Ｔ_sl＝９ｕｓはビジー状態と見なされる。ＣＡＰはＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）と呼ぶことができる。

【0232】

－チャネル占有（ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ）：チャネル接続手順を実行した後、基地局／端末によるチャネル（等）上の対応される送信（等）を意味する。

【0233】

－チャネル占有時間（Ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ、ＣＯＴ）：基地局／端末がチャネル接続手順を実行した後、前記基地局／端末及びチャネル占有を共有する任意の（ａｎｙ）基地局／端末（等）がチャネル上で送信（等）を実行できる総時間を呼ぶ。ＣＯＴ決定のとき、送信ギャップが２５ｕｓ以下であれば、ギャップ区間もＣＯＴにカウントされる。ＣＯＴは基地局と対応端末（等）間の送信のために共有できる。

【0234】

－ＤＬ送信バースト（ｂｕｒｓｔ）：１６ｕｓを超えるギャップがない、基地局からの送信セットに定義される。１６ｕｓを超えるギャップによって分離された、基地局からの送信は互い別途のＤＬ送信バーストと見なされる。基地局はＤＬ送信バースト内でチャネル可用性をセンシングせずギャップ以後に送信（等）を実行することができる。

【0235】

－ＵＬ又はＳＬ送信バースト：１６ｕｓを超えるギャップがない、端末からの送信セットに定義される。１６ｕｓを超えるギャップによって分離された、端末からの送信は互い別途のＵＬ又はＳＬ送信バーストと見なされる。端末はＵＬ又はＳＬ送信バースト内でチャネル可用性をセンシングせずギャップ以後に送信（等）を実行することができる。

【0236】

－ディスカバリーバースト：（時間）ウィンドウ内に限られデューティサイクルに関連する、信号（等）及び／又はチャネル（等）のセットを含むＤＬ送信バーストを指す。ＬＴＥ－基盤システムにおいてディスカバリーバーストは基地局によって開始された送信（等）として、ＰＳＳ、ＳＳＳ及びＣＲＳ（ｃｅｌｌ－ｓｐｅｃｉｆｉｃＲＳ）を含み、非ゼロパワーＣＳＩ－ＲＳをさらに含むことができる。ＮＲ－基盤システムにおいてディスカバリーバーストは基地局によって開始された送信（等）として、少なくともＳＳ／ＰＢＣＨブロックを含み、ＳＩＢ１を持つＰＤＳＣＨをスケジューリングするＰＤＣＣＨのためのＣＯＲＥＳＥＴ、ＳＩＢ１を運搬するＰＤＳＣＨ及び／又は非ゼロパワーＣＳＩ－ＲＳをさらに含むことができる。

【0237】

図１２は本開示の一実施形態によって、無免許帯内でリソースを占有する方法を示している。図１２の実施例は本開示の様々な実施例と組み合わせることができる。

【0238】

図１２を参照すれば、無免許帯内の通信ノード（例えば、基地局、端末）は信号送信前に他の通信ノード（等）のチャネル使用可否を判断する必要がある。このために、無免許帯内の通信ノードは送信（等）が実行されるチャネル（等）に接続するためにチャネル接続手順（ＣＡＰ）を実行することができる。チャネル接続手順はセンシングに基づいて実行することができる。例えば、通信ノードは信号の送信前に先にＣＳ（ＣａｒｒｉｅｒＳｅｎｓｉｎｇ）を実行して他の通信ノード（等）が信号送信をするか否かを確認することができる。他の通信ノード（等）が信号送信をしないと判断された場合をＣＣＡ（ＣｌｅａｒＣｈａｎｎｅｌＡｓｓｅｓｓｍｅｎｔ）が確認されたと定義する。既に定義されたまたは上位層（例えば、ＲＲＣ）によって設定されたＣＣＡ閾値（例えば、Ｘ_Thresh）がある場合、通信ノードはＣＣＡ閾値より高いエネルギがチャネルにおいて検出されればチャネル状態をビジー（ｂｕｓｙ）と判断して、そうでない場合、チャネル状態を休止（ｉｄｌｅ）と判断することができる。チャネル状態が休止と判断されれば、通信ノードは無免許帯において信号送信を開始することができる。ＣＡＰはＬＢＴに代替できる。

【0239】

表１０はＮＲ－Ｕにおいてサポートされるチャネル接続手順（ＣＡＰ）を例示する。

【0240】

【表10】

【0241】

表１０を参照すれば、ＤＬ／ＵＬ／ＳＬ送信のためのＬＢＴタイプ又はＣＡＰが定義される。但し、表１０は例に過ぎず、似た方法で新しいタイプ又はＣＡＰが定義される。例えば、タイプ１（Ｃａｔ－４ＬＢＴとも呼ばれる）はランダムバック－オフベースのチャネル接続手順（ｒａｎｄｏｍｂａｃｋ－ｏｆｆｂａｓｅｄｃｈａｎｎｅｌａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ）であり得る。例えば、Ｃａｔ－４の場合に、競争ウィンドウ（ｃｏｎｔｅｎｔｉｏｎｗｉｎｄｏｗ）が変わる可能性がある。例えば、タイプ２は基地局又は端末によって獲得されたＣＯＴ内でＣＯＴ共有の場合に実行（ｃａｎｂｅｐｅｒｆｏｒｍｅｄｉｎｃａｓｅｏｆＣＯＴｓｈａｒｉｎｇｗｉｔｈｉｎＣＯＴａｃｑｕｉｒｅｄｂｙｇＮＢｏｒＵＥ）できる。

【0242】

以下において、ＬＢＴ－ＳＢ（ＳｕｂＢａｎｄ）（又は、ＲＢセット）に対して説明する。

【0243】

無免許帯をサポートする無線通信システムにおいて端末に設定される１つのセル（または、搬送波（例えば、ＣＣ））またはＢＷＰは既存ＬＴＥに比べて大きいＢＷ（ＢａｎｄＷｉｄｔｈ）を持つワイドバンドで構成される。しかし、規制（ｒｅｇｕｌａｔｉｏｎ）などに基づいて独立的なＬＢＴ動作に基づいたＣＣＡが要求されるＢＷは限られる。個別ＬＢＴが実行されるサブ－バンド（ＳＢ）をＬＢＴ－ＳＢに定義すれば、１つのワイドバンドセル／ＢＷＰ内に複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢを構成するＲＢセットは上位層（例えば、ＲＲＣ）シグナリングを介して設定される。したがって、（ｉ）セル／ＢＷＰのＢＷ及び（ｉｉ）ＲＢセット割り当て情報に基づいて、１つのセル／ＢＷＰには１つ以上のＬＢＴ－ＳＢが含まれる。

【0244】

図１３は本開示の一実施形態によって、無免許帯内に複数のＬＢＴ－ＳＢが含まれれている場合を示している。図１３の実施例は本開示の様々な実施例と組み合わせることができる。

【0245】

図１３を参照すれば、セル（または、搬送波）のＢＷＰに複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢは例えば２０ＭＨｚ帯域を有する。ＬＢＴ－ＳＢは周波数領域において複数の連続した（Ｐ）ＲＢで構成され、（Ｐ）ＲＢセットと呼ぶことができる。示されていないが、ＬＢＴ－ＳＢの間にはガードバンド（ＧＢ）が含まれる。したがって、ＢＷＰは｛ＬＢＴ－ＳＢ＃０（ＲＢｓｅｔ＃０）＋ＧＢ＃０＋ＬＢＴ－ＳＢ＃１（ＲＢｓｅｔ＃１＋ＧＢ＃１）＋．．．＋ＬＢＴ－ＳＢ＃（Ｋ－１）（ＲＢｓｅｔ（＃Ｋ－１））｝の形で構成される。便宜上、ＬＢＴ－ＳＢ／ＲＢインデックスは低い周波数帯域において開始して高い周波数帯域に行けば増加するように設定／定義される。

【0246】

以下において、ＣＡＰＣ（ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｉｏｒｉｔｙｃｌａｓｓ）に対して説明する。

【0247】

ＭＡＣＣＥ及び無線ベアラーのＣＡＰＣはＦＲ１において動作するように固定されるか設定可能である：

【0248】

－パディング（ｐａｄｄｉｎｇ）ＢＳＲ（ｂｕｆｆｅｒｓｔａｔｕｓｒｅｐｏｒｔ）及びお勧めのビット率（ｒｅｃｏｍｍｅｎｄｅｄｂｉｔｒａｔｅ）ＭＡＣＣＥに対して最も低い優先順位として固定される；

【0249】

－ＳＲＢ０、ＳＲＢ１、ＳＲＢ３及びその他のＭＡＣＣＥに対して最も高い優先順位として固定される；

【0250】

－ＳＲＢ２及びＤＲＢに対して基地局によって構成される。

【0251】

ＤＲＢのＣＡＰＣを選択するとき、基地局は当該ＤＲＢに多重化された全てのＱｏＳフローの５ＱＩを考慮しながら他のトラフィックタイプと送信間の公平性を考慮する。表９は標準化された（ｓｔａｎｄａｒｄｉｚｅｄ）５ＱＩに対してどのＣＡＰＣを使用するべきか、すなわち、与えられたＱｏＳフローに使用するＣＡＰＣを示している。標準化された（ｓｔａｎｄａｒｄｉｚｅｄ）５ＱＩに対しては下記の表のようにＣＡＰＣが定義されて、非標準化された（ｎｏｎ－ｓｔａｎｄａｒｄｉｚｅｄ）５ＱＩに対してはＱｏＳ特性が最もよく合うＣＡＰＣが使用される必要がある。

【0252】

【表11】

【0253】

以下において、無免許帯を介したダウンリンク信号送信方法に対して説明する。例えば、無免許帯を介したダウンリンク信号送信方法は無免許帯を介したサイドリンク信号送信方法に適用できる。

【0254】

基地局は無免許帯においてのダウンリンク信号送信のために次のうち、１つのチャネル接続手順（ＣＡＰ）を実行することができる。

【0255】

（１）タイプ１ダウンリンク（ＤＬ）ＣＡＰ方法

【0256】

タイプ１ＤＬＣＡＰにおいて送信（等）前にアイドルにセンシングされるセンシングスロットによってスパンされる（ｓｐａｎｎｅｄ）時間区間の長さはランダムである。タイプ１ＤＬＣＡＰは次の送信に適用できる。

【0257】

－（ｉ）ユーザプレーンデータ（ｕｓｅｒｐｌａｎｅｄａｔａ）を持つユニキャストＰＤＳＣＨ、又は（ｉｉ）ユーザプレーンデータを持つユニキャストＰＤＳＣＨ及びユーザプレーンデータをスケジューリングするユニキャストＰＤＣＣＨを含む、基地局によって開始された（ｉｎｉｔｉａｔｅｄ）送信（等）、又は、

【0258】

－（ｉ）ディスカバリーバーストのみ持つ、又は（ｉｉ）非ユニキャスト（ｎｏｎ－ｕｎｉｃａｓｔ）情報と多重化されたディスカバリーバーストを持つ、基地局によって開始された送信（等）。

【0259】

図１４は本開示の一実施形態に係る、基地局の無免許帯を介したダウンリンク信号送信のためのＣＡＰ動作を示している。図１４の実施例は本開示の様々な実施例と組み合わせることができる。

【0260】

図１４を参照すれば、基地局は先に遅延区間（ｄｅｆｅｒｄｕｒａｔｉｏｎ）Ｔ_dのセンシングスロット区間の間のチャネルが休止状態であるかセンシングして、その後、カウンターＮが０になれば、送信を実行することができる（Ｓ１３４）。このとき、カウンターＮは下記手順によって追加センシングスロット区間（等）の間、チャネルをセンシングすることで調節される：

【0261】

ステップ１）（Ｓ１２０）Ｎ＝Ｎ_initに設定。ここで、Ｎ_initは０からＣＷ_pの間で均等に分布されたランダム値である。次にステップ４に移動する。

【0262】

ステップ２）（Ｓ１４０）Ｎ＞０であり基地局がカウンターを減少させると選択した場合、Ｎ＝Ｎ－１に設定。

【0263】

ステップ３）（Ｓ１５０）追加センシングスロット区間の間のチャネルをセンシングする。このとき、追加センシングスロット区間が休止である場合（Ｙ）、ステップ４に移動する。そうではない場合（Ｎ）、ステップ５に移動する。

【0264】

ステップ４）（Ｓ１３０）Ｎ＝０であれば（Ｙ）、ＣＡＰ手順を終了する（Ｓ１３２）。そうでない場合、（Ｎ）、ステップ２に移動する。

【0265】

ステップ５）（Ｓ１６０）追加遅延区間Ｔ_d内でビジー（ｂｕｓｙ）センシングスロットが検出されるか、追加遅延区間Ｔ_d内の全てのセンシングスロットが休止（ｉｄｌｅ）に検出されるときまでチャネルをセンシングする。

【0266】

ステップ６）（Ｓ１７０）追加遅延区間Ｔ_dの全てのセンシングスロット区間の間のチャネルが休止にセンシングされる場合（Ｙ）、ステップ４に移動する。そうではない場合（Ｎ）、ステップ５に移動する。

【0267】

表１２はチャネル接続優先順位クラスによってＣＡＰに適用されるｍ_p、最小競争ウィンドウ（Ｃｏｎｔｅｎｔｉｏｎｗｉｎｄｏｗ、ＣＷ）、最大ＣＷ、最大チャネル占有時間（ＭａｘｉｍｕｍＣｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ、ＭＣＯＴ）及び許可されたＣＷサイズ（ａｌｌｏｗｅｄＣＷｓｉｚｅｓ）が変わることを示す。

【0268】

【表12】

【0269】

表１２を参照すれば、ＣＡＰＣ別のＣＷＳ（ｃｏｎｔｅｎｔｉｏｎｗｉｎｄｏｗｓｉｚｅ）、最大（ｍａｘｉｍｕｍ）ＣＯＴ値などが定義される。例えば、Ｔ_d＝Ｔ_f＋ｍ_p＊Ｔ_slであり得る。

【0270】

遅延区間Ｔ_dは区間Ｔ_f（１６ｕｓ）＋ｍ_p個の連続したセンシングスロット区間Ｔ_sl（９ｕｓ）の順で構成される。Ｔ_fは１６ｕｓ区間の開始時点にセンシングスロット区間Ｔ_slを含む。

【0271】

ＣＷ_min、_p＜＝ＣＷ_p＜＝ＣＷ_max、_pである。ＣＷ_pはＣＷ_p＝ＣＷ_min、_pに設定され、以前ＤＬバースト（例えば、ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫフィードバック（例えば、ＡＣＫ又はＮＡＣＫ比率）に基づいてステップ１以前に更新される（ＣＷｓｉｚｅ更新）。例えば、ＣＷ_pは以前のＤＬバーストに対するＨＡＲＱ－ＡＣＫフィードバックに基づいて、ＣＷ_min、_pで初期化されるか、次に高い許可された値に増加するか、既存の値がその通り維持できる。

【0272】

（２）タイプ２ダウンリンク（ＤＬ）ＣＡＰ方法

【0273】

タイプ２ＤＬＣＡＰにおいて送信（等）前にアイドルにセンシングされるセンシングスロットによってスパンされる（ｓｐａｎｎｅｄ）時間区間の長さは決定的である（ｄｅｔｅｒｍｉｎｉｓｔｉｃ）。タイプ２ＤＬＣＡＰはタイプ２Ａ／２Ｂ／２ＣＤＬＣＡＰに区別される。

【0274】

タイプ２ＡＤＬＣＡＰは下記の送信に適用できる。タイプ２ＡＤＬＣＡＰにおいて基地局は少なくともセンシング区間Ｔ_{short_dl}＝２５ｕｓの間のチャネルが休止にセンシングされた以後すぐ（ｉｍｍｅｄｉａｔｅｌｙａｆｔｅｒ）送信を送信することができる。ここで、Ｔ_{short_dl}は区間Ｔ_f（＝１６ｕｓ）とすぐ次に続く１つのセンシングスロット区間で構成される。Ｔ_fは区間の開始時点にセンシングスロットを含む。

【0275】

－（ｉ）ディスカバリーバーストのみ持つ、又は（ｉｉ）非ユニキャスト（ｎｏｎ－ｕｎｉｃａｓｔ）情報と多重化されたディスカバリーバーストを持つ、基地局によって開始された送信（等）、又は、

【0276】

－共有チャネル占有（ｓｈａｒｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ）内で端末による送信（等）から２５ｕｓギャップ以後の基地局の送信（等）。

【0277】

タイプ２ＢＤＬＣＡＰは共有されたチャネル占有時間内で端末による送信（等）から１６ｕｓギャップ以後に基地局によって実行される送信（等）に適用可能である。タイプ２ＢＤＬＣＡＰにおいて基地局はＴ_f＝１６ｕｓの間のチャネルが休止にセンシングされた以後すぐ（ｉｍｍｅｄｉａｔｅｌｙａｆｔｅｒ）送信を送信することができる。Ｔ_fは区間の最後の９ｕｓ内にセンシングスロットを含む。タイプ２ＣＤＬＣＡＰは共有されたチャネル占有時間内で端末による送信（等）から最大１６ｕｓギャップ以後に基地局によって実行される送信（等）に適用可能である。タイプ２ＣＤＬＣＡＰにおいて基地局は送信を実行する前にチャネルをセンシングしない。

【0278】

以下において、無免許帯を介したアップリンク信号送信方法に対して説明する。例えば、無免許帯を介したアップリンク信号送信方法は無免許帯を介したサイドリンク信号送信方法に適用できる。

【0279】

端末は無免許帯においてのアップリンク信号送信のためにタイプ１又はタイプ２ＣＡＰを実行する。通常端末はアップリンク信号送信のために基地局が設定したＣＡＰ（例えば、タイプ１又はタイプ２）を実行することができる。例えば、ＰＵＳＣＨ送信をスケジューリングするＵＬグラント（例えば、ＤＣＩフォーマット０＿０、０＿１）内に端末がＣＡＰタイプ指示情報が含まれる。

【0280】

（１）タイプ１アップリンク（ＵＬ）ＣＡＰ方法

【0281】

タイプ１ＵＬＣＡＰにおいて送信（等）前にアイドルにセンシングされるセンシングスロットによってスパンされる（ｓｐａｎｎｅｄ）時間区間の長さはランダムである。タイプ１ＵＬＣＡＰは次の送信に適用できる。

【0282】

－基地局からスケジューリング及び／又は設定された（ｃｏｎｆｉｇｕｒｅｄ）ＰＵＳＣＨ／ＳＲＳ送信（等）

【0283】

－基地局からスケジューリング及び／又は設定されたＰＵＣＣＨ送信（等）

【0284】

－ＲＡＰ（ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ）に関連する送信（等）

【0285】

図１５は本開示の一実施形態に係る、アップリンク信号送信のための端末のタイプ１ＣＡＰ動作を示している。図１５の実施例は本開示の様々な実施例と組み合わせることができる。

【0286】

図１５を参照すれば、端末は先に遅延区間（ｄｅｆｅｒｄｕｒａｔｉｏｎ）Ｔ_dのセンシングスロット区間の間のチャネルが休止状態であるかセンシングして、その後、カウンターＮが０になれば、送信を実行することができる（Ｓ２３４）。このとき、カウンターＮは下記の手順によって追加センシングスロット区間（等）の間のチャネルをセンシングすることで調節される：

【0287】

ステップ１）（Ｓ２２０）Ｎ＝Ｎ_initに設定。ここで、Ｎ_initは０からＣＷ_pの間で均等に分布されたランダム値である。次にステップ４に移動する。

【0288】

ステップ２）（Ｓ２４０）Ｎ＞０であり端末がカウンターを減少させると選択した場合、Ｎ＝Ｎ－１に設定。

【0289】

ステップ３）（Ｓ２５０）追加センシングスロット区間の間のチャネルをセンシングする。このとき、追加センシングスロット区間が休止である場合（Ｙ）、ステップ４に移動する。そうではない場合（Ｎ）、ステップ５に移動する。

【0290】

ステップ４）（Ｓ２３０）Ｎ＝０であれば（Ｙ）、ＣＡＰ手順を終了する（Ｓ２３２）。そうではない場合、（Ｎ）、ステップ２に移動する。

【0291】

ステップ５）（Ｓ２６０）追加遅延区間Ｔ_d内でビジー（ｂｕｓｙ）センシングスロットが検出されるか、追加遅延区間Ｔ_d内の全てのセンシングスロットが休止（ｉｄｌｅ）に検出されるときまでチャネルをセンシング。

【0292】

ステップ６）（Ｓ２７０）追加遅延区間Ｔ_dの全てのセンシングスロット区間の間のチャネルが休止にセンシングされる場合、（Ｙ）、ステップ４に移動する。そうではない場合（Ｎ）、ステップ５に移動する。

【0293】

表１３はチャネル接続優先順位クラスによってＣＡＰに適用されるｍ_p、最小ＣＷ、最大ＣＷ、最大チャネル占有時間（ＭａｘｉｍｕｍＣｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ、ＭＣＯＴ）及び許可されたＣＷサイズ（ａｌｌｏｗｅｄＣＷｓｉｚｅｓ）が変わることを示す。

【0294】

【表13】

【0295】

表１３を参照すれば、ＣＡＰＣ別ＣＷＳ（ｃｏｎｔｅｎｔｉｏｎｗｉｎｄｏｗｓｉｚｅ）、最大（ｍａｘｉｍｕｍ）ＣＯＴ値などが定義される。例えば、Ｔ_d＝Ｔ_f＋ｍ_p＊Ｔ_slであり得る。

【0296】

【0297】

ＣＷ_min、_p＜＝ＣＷ_p＜＝ＣＷ_max、_pである。ＣＷ_pはＣＷ_p＝ＣＷ_min、_pに設定され、以前のＵＬバースト（例えば、ＰＵＳＣＨ）に対する明示的／暗黙的受信応答に基づいてステップ１以前に更新される（ＣＷｓｉｚｅ更新）。例えば、ＣＷ_pは以前のＵＬバーストに対する明示的／暗黙的受信応答に基づいて、ＣＷ_min、_pで初期化されるか、次に高い許可された値に増加するか、既存の値がその通り維持できる。

【0298】

（２）タイプ２アップリンク（ＵＬ）ＣＡＰ方法

【0299】

タイプ２ＵＬＣＡＰにおいて送信（等）前にアイドルにセンシングされるセンシングスロットによってスパンされる（ｓｐａｎｎｅｄ）時間区間の長さは決定的である（ｄｅｔｅｒｍｉｎｉｓｔｉｃ）。タイプ２ＵＬＣＡＰはタイプ２Ａ／２Ｂ／２ＣＵＬＣＡＰに区別される。タイプ２ＡＵＬＣＡＰにおいて端末は少なくともセンシング区間Ｔ_{short_dl}＝２５ｕｓの間のチャネルが休止にセンシングされた以後すぐ（ｉｍｍｅｄｉａｔｅｌｙａｆｔｅｒ）送信を送信することができる。ここで、Ｔ_{short_dl}は区間Ｔ_f（＝１６ｕｓ）とすぐ次に続く１つのセンシングスロット区間で構成される。タイプ２ＡＵＬＣＡＰにおいてＴ_fは区間の開始時点にセンシングスロットを含む。タイプ２ＢＵＬＣＡＰにおいて端末はセンシング区間Ｔ_f＝１６ｕｓの間のチャネルが休止にセンシングされた以後すぐ送信を送信することができる。タイプ２ＢＵＬＣＡＰにおいてＴ_fは区間の最後９ｕｓ内にセンシングスロットを含む。タイプ２ＣＵＬＣＡＰにおいて端末は送信を実行する前にチャネルをセンシングしない。

【0300】

例えば、タイプ１ＬＢＴベースＮＲ－Ｕ動作によれば、送信するアップリンクデータを持つ端末はデータの５ＱＩにマッピングされるＣＡＰＣを選択することができ、端末は当該ＣＡＣＰのパラメータ（例えば、最小競争ウィンドウサイズ（ｍｉｎｉｍｕｍｃｏｎｔｅｎｔｉｏｎｗｉｎｄｏｗｓｉｚｅ）、最大競争ウィンドウサイズ（ｍａｘｃｏｎｔｅｎｔｉｏｎｗｉｎｄｏｗｓｉｚｅ）、ｍ_pなど）を適用してＮＲ－Ｕ動作を実行することができる。例えば、端末はＣＡＰＣにマッピングされる最小ＣＷ及び最大ＣＷの間でランダム値を選択した後、ＢＣ（ＢａｃｋｏｆｆＣｏｕｎｔｅｒ）を選択することができる。この場合、例えば、ＢＣは前記ランダム値より小さいか等しい正の整数であり得る。チャネルをセンシングした端末はチャネルがアイドル（ｉｄｌｅ）であればＢＣを１だけ減少させる。ＢＣがゼロ（ｚｅｒｏ）になり端末がＴ_d（Ｔ_d＝Ｔ_f＋ｍ_p＊Ｔ_sl）時間の間のチャネルがアイドル（ｉｄｌｅ）であることを検出すれば、端末はチャネルを占有してデータ送信を試みることができる。例えば、Ｔ_sl（＝９ｕｓｅｃ）は基本的なセンシング単位（ｓｅｎｓｉｎｇｕｎｉｔ）又はセンシングスロット（ｓｅｎｓｉｎｇｓｌｏｔ）であり、少なくとも４ｕｓｅｃの間の測定区間（ｍｅａｓｕｒｅｍｅｎｔｄｕｒａｔｉｏｎ）を含むことができる。例えば、Ｔ_f（＝１６ｕｓｅｃ）のフロントの９ｕｓｅｃがＴ_slで構成される。

【0301】

例えば、タイプ２ＬＢＴベースのＮＲ－Ｕ動作によれば、端末はＣＯＴ内でタイプ２ＬＢＴ（例えば、Ｔｙｐｅ２ＡＬＢＴ、Ｔｙｐｅ２ＢＬＢＴ、Ｔｙｐｅ２ＣＬＢＴ）を実行してデータ送信を実行することができる。

【0302】

例えば、タイプ２Ａ（Ｃａｔ－２ＬＢＴ（ｏｎｅｓｈｏｔＬＢＴ）又はｏｎｅ－ｓｈｏｔＬＢＴとも呼ばれる）は２５ｕｓｅｃｏｎｅ－ｓｈｏｔＬＢＴであり得る。この場合、送信は少なくとも２７ｕｓｅｃギャップに対するアイドルセンシング直後（ｉｍｍｅｄｉａｔｅｌｙａｆｔｅｒｉｄｌｅｓｅｎｓｉｎｇ）に開始することができる。タイプ２ＡはＳＳＢ及び非ユニキャストＤＬ情報送信を開始（ｉｎｉｔｉａｔｅ）するのに使用される。すなわち、端末はＣＯＴ内で２５ｕｓｅｃの間のチャネルをセンシングすることができ、端末はチャネルがアイドル（ｉｄｌｅ）であればチャネルを占有してデータ送信を試みることができる。

【0303】

例えば、タイプ２Ｂは１６ｕｓｅｃｏｎｅ－ｓｈｏｔＬＢＴであり得る。この場合、送信は１６ｕｓｅｃギャップに対するアイドルセンシング直後（ｉｍｍｅｄｉａｔｅｌｙａｆｔｅｒｉｄｌｅｓｅｎｓｉｎｇ）に開始することができる。すなわち、端末はＣＯＴ内で１６ｕｓｅｃの間のチャネルをセンシングすることができ、端末はチャネルがアイドル（ｉｄｌｅ）であればチャネルを占有してデータ送信を試みることができる。

【0304】

例えば、タイプ２Ｃ（Ｃａｔ－１ＬＢＴ又はＮｏＬＢＴとも呼ばれる）の場合、ＬＴＢは実行されない場合がある。この場合、送信は最大１６ｕｓｅｃギャップ以後即時開始することができ前記送信前にチャネルをセンシングしない場合がある。前記送信の区間（ｄｕｒａｔｉｏｎｏｆｔｈｅｔｒａｎｓｍｉｓｓｉｏｎ）は最大５８４ｕｓｅｃであり得る。端末はセンシングなしに１６ｕｓｅｃ後に送信を試みることができ、端末は最大５８４ｕｓｅｃの間送信を実行することができる。

【0305】

サイドリンク無免許帯において端末はＬＢＴ（ＬｉｓｔｅｎＢｅｆｏｒｅＴａｌｋ）基盤のチャネル接続動作を実行することができる。端末は無免許帯のチャネルに接続する前接続チャネルがアイドル（ｉｄｌｅ）（例えば、端末がチャネルを占有しない状態、端末が当該チャネルに接続してデータ送信が可能な状態）であるか又はビジー（ｂｕｓｙ）（例えば、チャネルが占有され当該チャネルにおいてデータ送受信動作が実行される状態、チャネル接続を試みる端末はチャネルがビジー（ｂｕｓｙ）な状態においてデータ送信不可）であるかチェックする必要がある。すなわち、端末がチャネルがアイドル（ｉｄｌｅ）であるかビジー（ｂｕｓｙ）であるかをチェックする動作をＣＣＡ（ＣｌｅａｒＣｈａｎｎｅｌＡｓｓｅｓｓｍｅｎｔ）と呼ぶことができ、端末はＣＣＡ区間（ｄｕｒａｔｉｏｎ）の間のチャネルがアイドル（ｉｄｌｅ）であるかビジー（ｂｕｓｙ）であるかをチェックすることができる。

【0306】

標準文書を参照すれば、本開示に関連する一部の手順（ｓｏｍｅｐｒｏｃｅｄｕｒｅｓ）及び技術仕様（ｔｅｃｈｎｉｃａｌｓｐｅｃｉｆｉｃａｔｉｏｎｓ）は次の通りである。

【0307】

【表14】

【0308】

【表15】

【0309】

【表16】

【0310】

【表17】

【0311】

その一方で、従来のＮＲ－Ｕ（Ｕｎｌｉｃｅｎｓｅｄ）においては無免許帯において端末と基地局間の通信方法がサポートされた。また、無免許帯においてＳＬ（Ｓｉｄｅｌｉｎｋ）端末間通信をサポートできるメカニズムがＲｅｌ－１８においてサポートされる予定である。

【0312】

例えば、ＮＲ－Ｕ従来の技術は下記の通りである。

【0313】

チャネル（Ｃｈａｎｎｅｌ）：ＬＢＴが実行される周波数軸リソースセットを意味する。ＮＲ－Ｕにおいては２０ＭＨｚＬＢＴ帯域幅（ｂａｎｄｗｉｄｔｈ）を意味し、ＲＢセット（ｓｅｔ）と同じ意味を有する。

【0314】

ＣＯ（Ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ）：基地局又は端末がＬＢＴの成功以後、獲得した時間／周波数軸リソースを意味する。

【0315】

ＣＯＴ（Ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ）：基地局又は端末がＬＢＴ成功以後獲得した時間軸リソースを意味する。ＣＯを獲得した基地局（又は、端末）と端末（又は、基地局）間共有が可能で、当該動作はＣＯＴ共有（ｓｈａｒｉｎｇ）と言及することができる。例えば、開始する装置（Ｉｎｉｔｉａｔｉｎｇｄｅｖｉｃｅ）によって、ｇＮＢ－開始された（ｉｎｉｔｉａｔｅｄ）ＣＯＴ又は端末（ＵＥ）－開始されたＣＯＴと言及することができる。

【0316】

本開示の一実施形態によれば、ＤＬ／ＵＬ送信のためのＬＢＴタイプ（ｔｙｐｅ）（又は、チャネルアクセス手順（ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ））が説明される。

【0317】

１．タイプ１（Ｃａｔ－４ＬＢＴと言及することができる。）：ランダムバックオフ（Ｒａｎｄｏｍｂａｃｋ－ｏｆｆ）ベースのチャネルアクセス手順

【0318】

１．１．Ｃａｔ－４：コンテンションウィンドウ（ｃｏｎｔｅｎｔｉｏｎｗｉｎｄｏｗ）が可変であることを意味する。

【0319】

２．タイプ２：ＣＯＴ共有の場合に、ｇＮＢ又は端末によって獲得されたＣＯＴ内で実行することができる。

【0320】

２．１．タイプ２Ａ（Ｃａｔ－２ＬＢＴ（ワンショットＬＢＴ）又はワンショットＬＢＴと言及することができる。）：２５ｕｓｅｃワンショットＬＢＴ

【0321】

２．１．１．最小限２５ｕｓｅｃギャップ（ｇａｐ）に対するアイドル（ｉｄｌｅ）センシング直後に送信が開始される。

【0322】

２．１．２．ＳＳＢ及び非ユニキャスト（ｎｏｎ－ｕｎｉｃａｓｔ）ＤＬ情報送信に使用される。

【0323】

２．２．タイプ２Ｂ（１６ｕｓｅｃワンショットＬＢＴ）

【0324】

２．２．１．最小限１６ｕｓｅｃギャップに対するアイドルセンシング直後に送信が開始される。

【0325】

２．３．タイプ２Ｃ（Ｃａｔ－１ＬＢＴ（ＬＢＴが実行されない。）又はＮｏＬＢＴと言及することができる。）

【0326】

２．３．１．最大１６ｕｓｅｃギャップ直後に送信が開始され、送信が前にチャネルがセンシングされない。

【0327】

２．３．２．送信の持続時間は最大５８４ｕｓｅｃである。

【0328】

本開示の一実施形態によれば、ＣＡＰＣ（ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｉｏｒｉｔｙｃｌａｓｓ）が説明される。例えば、ＳＲＢ０／１／３に対してはＣＡＰＣ１が対応され、ＳＲＢ２又はＤＲＢに対してはどのＣＡＰＣが対応されるか基地局が設定することができる。例えば、標準化された（Ｓｔａｎｄａｒｄｉｚｅｄ）５ＱＩに対しては下記の表のようにＣＡＰＣが定義され、非標準化された（ｎｏｎ－ｓｔａｎｄａｒｄｉｚｅｄ）５ＱＩに対してはＱｏＳ特性が最もよく合うＣＡＰＣが使用される必要がある。

【0329】

表１８はＣＡＰＣと５ＱＩ間のマッピング関係を示している。

【0330】

【表18】

【0331】

例えば、ＣＡＰＣ別にＣＷＳ（ｃｏｎｔｅｎｔｉｏｎｗｉｎｄｏｗｓｉｚｅ）及び最大ＣＯＴ値などが定義される。例えば、Ｔｄ＝Ｔｆ＋ｍｐ＊Ｔｓｌの数式が成立することができる。

【0332】

ＤＬ通信に関して表１９の内容が適用できる。

【0333】

【表19】

【0334】

ＵＬ通信に関して表２０の内容が適用できる。

【0335】

【表20】

【0336】

本開示の一実施形態によれば、サイドリンク無免許帯において端末はＬＢＴ（ＬｉｓｔｅｎＢｅｆｏｒｅＴａｌｋ）ベースのチャネル接続動作を実行することができる。端末は無免許帯のチャネルに接続する前接続チャネルがアイドル（端末がチャネルを占有しない状態、端末が当該チャネルに接続してデータ送信が可能な状態）であるか又はビジー（Ｂｕｓｙ）（チャネルが占有され当該チャネルにおいてデータ送受信動作が実行されている状態、チャネル接続を試みる端末はチャネルがビジーな状態においてはデータ送信不可）であるかチェックする必要があることができる。すなわち、端末がチャネルがアイドルであるかビジーであるかをチェックする動作をＣＣＡ（ＣｌｅａｒＣｈａｎｎｅｌＡｓｓｅｓｓｍｅｎｔ）と呼ぶことができ、端末はＣＣＡ区間の間のチャネルがアイドルであるかビジーであるかをチェックすることができる。

【0337】

図１６は本開示の一実施形態に係る、ＬＢＥとＦＢＥのチャネルに対するコンテンション動作を示している。図１６の実施例は本開示の様々な実施例と組み合わせることができる。

【0338】

図１６の（ａ）を参照すれば、動的（Ｄｙｎａｍｉｃ）チャネルアクセス手順（ｌｏａｄｂａｓｅｄｅｑｕｉｐｍｅｎｔ、ＬＢＥ）が示される。例えば、端末はチャネルがアイドル（ｉｄｌｅ）直後チャネルをすぐ占有するために他の無免許帯端末と競争を実行し、端末はチャネルを占有した以後データを送信することができる。

【0339】

図１６の（ｂ）を参照すれば、準静的（Ｓｅｍｉ－ｓｔａｔｉｃ）チャネルアクセス手順（ｆｒａｍｅｂａｓｅｄｅｑｕｉｐｍｅｎｔ、ＦＢＥ）が示される。例えば、端末は同期化されたフレーム境界（ｓｙｎｃｈｒｏｎｉｚｅｄｆｒａｍｅｂｏｕｎｄａｒｙ）（又は、固定されたフレーム周期（ＦｉｘｅｄＦｒａｍｅＰｅｒｉｏｄ））内の最後時点、例えば、次のＦＦＰが開始される前の一定の時間（又は、開始時点において）他の無免許帯端末と競争を実行し、端末は固定されたフレーム周期内でチャネルを占有した以後データを送信することができる。データ送信は次のＦＦＰが開始される前に完了する必要がある。例えば、ＦＦＰ内ではタイプ２系列のＬＢＴ（ランダムバックオフベースＬＢＴを実行せず、一定の短い時間の間のチャネルをセンシングしてチャネルがアイドルであればデータ送信が可能である。）動作を実行することができる。

【0340】

本開示の一実施形態によれば、端末が共有されるＣＯＴ情報を基地局又は相手端末にリポートする動作が提案される。

【0341】

例えば、ＣＯＴを生成する端末は相手端末に自身が確保したＣＯＴを共有することができる。例えば、ＣＯＴを生成／確保した端末は相手端末にＳＣＩ又はＭＡＣＣＥ又はＰＣ５－ＲＲＣメッセージを介して自身が確保したＣＯＴを伝えることができる。

【0342】

例えば、端末が自身が確保したＣＯＴをＳＣＩを介して伝えるとき、ユニキャストリンクに関連する目的地（Ｌ１ソースＩＤ及びＬ１デスティネーションＩＤのペア）端末に送信することができる。又は、例えば、ＣＯＴを生成／確保した端末はグループキャスト／ブロードキャスト目的地端末（グループキャスト／ブロードキャストＬ１デスティネーションＩＤ）に自身が確保したＣＯＴを送信することができる。

【0343】

例えば、端末が自身が確保したＣＯＴをＭＡＣＣＥ（例えば、ＳＬＣＯＴ（Ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ）情報ＭＡＣＣＥ）を介して伝えるとき、ユニキャストリンクに対する目的地（Ｌ１／Ｌ２ソースＩＤ及びＬ１／Ｌ２デスティネーションＩＤのペア）端末に送信することができる。又は、例えば、ＣＯＴを生成／確保した端末はグループキャスト／ブロードキャスト目的地端末（グループキャスト／ブロードキャストＬ１／Ｌ２デスティネーションＩＤ）に自身が確保したＣＯＴを送信することができる。

【0344】

例えば、ＣＯＴを生成した端末からＣＯＴを共有された端末は共有された（ｓｈａｒｅｄ）ＣＯＴ内で前記ＣＯＴを生成した端末の送信が完了した後、タイプ２ＬＢＴ動作を実行することができる。例えば、前記タイプ２ＬＢＴ動作はタイプ２Ａ、タイプ２ＢＬＢＴ、タイプ２ＣＬＢＴを含むことができる。例えば、前記タイプ２Ａ、タイプ２ＢＬＢＴによれば、端末はセンシング動作を実行して一定の時間の間のチャネルがアイドルであることが確認されれば共有されたＣＯＴ内で自身が送信するＳＬデータを送信することができる。例えば、前記タイプ２ＣＬＢＴによれば、端末は一定の時間センシングなしにすぐＳＬデータ送信をすることができる。

【0345】

本開示の実施例（等）においては、ＣＯＴ生成端末がＣＯＴを生成して共有したＣＯＴを受信した端末が、共有されたＣＯＴを使用してＳＬデータ送信を正常的に実行できない場合、ＣＯＴの再設定を要求して、ＣＯＴの再設定を要求される端末がＣＯＴを新しく再設定して共有する動作が提案される。

【0346】

図１７は本開示の一実施形態に係る、共有（Ｓｈａｒｅｄ）ＣＯＴ内で実行される動作の一例を示している。図１７の実施例は本開示の様々な実施例と組み合わせることができる。

【0347】

図１７を参照すれば、ＣＯＴ開始する（ｉｎｉｔｉａｔｉｎｇ）端末はＣＯＴを生成して共有して、ＣＯＴ共有された（ｓｈａｒｅｄ）端末は前記ＣＯＴを共有されＣＯＴ内でショート（Ｓｈｏｒｔ）ＬＢＴを実行してＳＬデータを送信することができる。例えば、前記ショートＬＢＴはタイプ２系列ＬＢＴを意味し、ショートＬＢＴを実行する端末はランダムバックオフ（ＲａｎｄｏｍＢａｃｋｏｆｆ）ベースＬＢＴではない、短い期間の間センシングを実行してチャネル状態がアイドルであれば即時ＳＬデータ送信を実行することができる。

【0348】

本開示においては端末がＣＯＴを共有された場合、ＣＯＴを共有された端末の後続動作（ＣＯＴ通知）が下記のように提案される。

【0349】

１．端末が自身のサービング基地局からＣＯＴ情報を受信（又は、設定）された場合

【0350】

例えば、端末Ａは自身のサービング基地局からＣＯＴを設定される。サービング基地局からＣＯＴを設定されれば、端末Ａは自身とユニキャスト設定と結ばれた相手端末ＢにＣＯＴ情報を通知（ＳＣＩ、ＭＡＣＣＥ、又はＰＣ５ＲＲＣメッセージを介して）することができる。

【0351】

もし、例えば、相手端末Ｂ（又は、端末Ｂのサービング基地局）が自身（端末Ａ）のＳＬＤＲＸ設定を設定する端末である場合、相手端末Ｂ（又は端末Ｂのサービング基地局）はＣＯＴと端末ＡのＳＬＤＲＸ設定（例えば、ＳＬＤＲＸサイクル、ＳＬオンデュレーションタイマー、ＳＬＤＲＸ開始オフセット、ＳＬＤＲＸスロットオフセット、ＳＬＤＲＸ再送タイマー）を整列することに前記ＣＯＴ情報を参考することができる。

【0352】

例えば、端末Ｂが端末ＡからＣＯＴ情報を受信すれば、端末ＢはＣＯＴ情報を自身（端末Ｂ）のサービング基地局（端末ＡのＳＬＤＲＸ設定を設定する端末Ｂのサービング基地局）にリポートすることができる。例えば、端末Ｂのサービング基地局は受信されたＣＯＴと、端末ＡのＳＬＤＲＸ設定（例えば、ＳＬＤＲＸサイクル、ＳＬオンデュレーションタイマー、ＳＬＤＲＸ開始オフセット、ＳＬＤＲＸスロットオフセット、ＳＬＤＲＸ再送タイマー）を整列させることにＣＯＴ情報を参考することができる。

【0353】

例えば、基地局又は端末はＣＯＴを送信した相手端末のＣＯＴ情報に基づいて、前記ＣＯＴとＳＬＤＲＸ設定間の整列のみならず、前記ＣＯＴと端末Ａが使用する他の設定間整列にも前記ＣＯＴ情報を参考することができる。

【0354】

例えば、端末が（基地局に）リポートするＣＯＴ情報には、ＣＯＴ情報とさらにＣＯＴを使用する端末のＬ２ソースＩＤ及びデスティネーションＩＤ情報、ＱｏＳプロファイル情報、及び／又はＳＬ－優先順位（ｐｒｉｏｒｉｔｙ）情報もともに含まれる。

【0355】

例えば、端末Ａが基地局（又は、端末Ｂ）から自身（端末Ａ）が使用するＣＯＴを設定されれば、端末Ａは設定されたＣＯＴ情報を端末Ａとユニキャスト接続を結んだ他の相手端末Ｃ又は端末Ｄなどに（ＳＣＩ、ＭＡＣＣＥ、ＰＣ５ＲＲＣメッセージを介して）通知することで、相手端末が自身のＣＯＴ情報を用いるようにすることができる。例えば、前記ＣＯＴ情報を受信した端末は端末ＡのＣＯＴ情報を参照して自身のＳＬ－Ｕ送信を実行することができる。例えば、前記ＣＯＴ情報を受信した端末は端末ＡのＣＯＴの間に送信動作を実行しない場合がある。例えば、前記ＣＯＴ情報を受信した端末は端末ＡのＣＯＴの間はランダムバックオフベースのＬＢＴを実行してＳＬデータ送信動作を実行することができる。又は、例えば、前記ＣＯＴ情報を受信した端末が端末ＡのＳＬＤＲＸ設定を設定する端末である場合、前記ＣＯＴ情報を受信した端末はＣＯＴ情報を参考して端末ＡのＳＬＤＲＸ設定を設定することができる。

【0356】

２．端末が相手端末（ユニキャスト接続を設定した相手端末）から自身が（受信に）使用するＣＯＴ情報を受信（又は設定）された場合

【0357】

例えば、端末Ａは自身とユニキャスト設定を結んだ端末Ｂから自身（端末Ａ）が（受信に）使用するＣＯＴを設定される。例えば、端末Ａが端末ＢからＣＯＴを設定されれば端末Ａは自身のサービング基地局に前記設定されたＣＯＴ情報を通知（ＰＵＣＣＨ、ＭＡＣＣＥ、又はＲＲＣメッセージ：ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ／ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎを介して）することができる。例えば、端末Ａのサービング基地局は端末Ａから受信されたＣＯＴ情報を参考してＣＯＴと端末ＡのＳＬＤＲＸ設定（例えば、ＳＬＤＲＸサイクル、ＳＬオンデュレーションタイマー、ＳＬＤＲＸ開始オフセット、ＳＬＤＲＸスロットオフセット、ＳＬＤＲＸ再送タイマー）、ＵｕＤＲＸ設定（例えば、ＤＲＸサイクル、オンデュレーションタイマー、ＤＲＸ開始オフセット、ＤＲＸスロットオフセット、ＤＲＸ再送タイマー）を整列させることができる。

【0358】

例えば、端末Ａが端末Ｂから自身（端末Ａ）が（受信に）使用するＣＯＴを設定されれば、端末Ａは端末Ａとユニキャスト接続を結んだ他の相手端末Ｃ又はＤなどに自身のＣＯＴ情報（端末Ｂから設定されたＣＯＴ）を通知（ＳＣＩ、ＭＡＣＣＥ、ＰＣ５ＲＲＣメッセージを介して）することで、相手端末が自身のＣＯＴ情報を用いるようにすることができる。例えば、前記ＣＯＴ情報を受信した端末は端末ＡのＣＯＴ情報を参照して自身のＳＬ－Ｕ送信を実行することができる。例えば、前記ＣＯＴ情報を受信した端末は端末ＡのＣＯＴの間に送信動作を実行しない場合がある。例えば、前記ＣＯＴ情報を受信した端末は端末ＡのＣＯＴの間はランダムバックオフ基盤のＬＢＴを実行してＳＬデータ送信動作を実行することができる。又は、例えば、前記ＣＯＴ情報を受信した端末が端末ＡのＳＬＤＲＸ設定を設定する端末である場合、前記ＣＯＴ情報を受信した端末はＣＯＴ情報を参考して端末ＡのＳＬＤＲＸ設定を設定することができる。

【0359】

例えば、端末がリポートするＣＯＴ情報には、ＣＯＴ情報とさらにＣＯＴを使用する端末のＬ２ソースＩＤ及びデスティネーションＩＤ情報、ＱｏＳプロファイル情報、及び／又はＳＬ－優先順位（ｐｒｉｏｒｉｔｙ）情報もともに含まれる。

【0360】

３．端末が相手端末（ユニキャスト接続を設定した相手端末）のサービング基地局から、自身が（受信に）使用するＣＯＴ情報を受信（又は設定）された場合

【0361】

例えば、端末Ａは自身とユニキャスト設定をした端末Ｂ（端末Ｂがサービング基地局とＲＲＣＣＯＮＮＥＣＴＥＤである場合）のサービング基地局から、自身が（受信に）使用するＣＯＴを設定される。例えば、端末Ｂがサービング基地局とＲＲＣＣＯＮＮＥＣＴＥＤ状態である場合、端末Ｂは基地局に端末ＡのＣＯＴ情報設定を（ＰＵＣＣＨ、ＭＡＣＣＥ、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ、又は他のＲＲＣメッセージを介して）要求することができる。例えば、端末Ｂが基地局に端末ＡのＣＯＴ情報を要求するとき送信するメッセージにはＣＯＴ情報要求のための理由（ｃａｕｓｅ）（ＣＯＴ要求）値及びＣＯＴを使用する端末のＬ２ＩＤ（すなわち、端末ＡのＬ２ソースＩＤ又は端末ＢのＬ２ソース／デスティネーション又は端末ＢのＬ２ソースＩＤ及びデスティネーションＩＤ）が含まれる。

【0362】

例えば、端末Ｂのサービング基地局は端末Ｂとユニキャスト設定を結んだ端末ＡのＣＯＴを設定して端末Ｂに伝えることができる。端末Ｂはサービング基地局から受信された、端末Ａが使用するＣＯＴ情報を端末Ａに通知（ＳＣＩ、ＭＡＣＣＥ、ＰＣ５ＲＲＣメッセージを介して）することができる。例えば、端末Ａが端末Ｂから自身が使用するＣＯＴを受信すれば、端末Ａは自身のサービング基地局に受信されたＣＯＴ情報を通知（ＰＵＣＣＨ、ＭＡＣＣＥ、又はＲＲＣメッセージ：ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ／ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎを介して）することができる。例えば、端末Ａのサービング基地局は端末ＡのＣＯＴ情報を参考してＣＯＴと端末ＡのＳＬＤＲＸ設定（例えば、ＳＬＤＲＸサイクル、ＳＬオンデュレーションタイマー、ＳＬＤＲＸ開始オフセット、ＳＬＤＲＸスロットオフセット、ＳＬＤＲＸ再送タイマー）、ＵｕＤＲＸ設定（例えば、ＤＲＸサイクル、オンデュレーションタイマー、ＤＲＸ開始オフセット、ＤＲＸスロットオフセット、ＤＲＸ再送タイマー）を整列させることができる。

【0363】

本開示の一実施形態によれば、端末Ａのサービング基地局は端末ＡのＣＯＴ情報を参考して、端末Ａのモード１グラント（動的グラント又は設定されたグラント）を割り当てることができる。すなわち、サービング基地局は端末ＡのＣＯＴ区間内においてモード１グラント（初期送信グラント又は再送グラント）を割り当てることができる。又は、例えば、サービング基地局は端末ＡのＣＯＴ外でモード１グラント（初期送信グラント又は再送グラント）を割り当てることができる。

【0364】

例えば、端末Ａが端末Ｂから自身（端末Ａ）が（受信に）使用するＣＯＴを通知されれば、端末Ａは端末Ａとユニキャスト設定を結んだ他の相手端末Ｃ又はＤなどに自身のＣＯＴ情報（端末Ｂから設定されたＣＯＴ）を通知（ＳＣＩ、ＭＡＣＣＥ、ＰＣ５ＲＲＣメッセージを介して）することで相手端末が自身のＣＯＴ情報を用いるようにすることができる。例えば、前記ＣＯＴ情報を受信した端末は端末ＡのＣＯＴ情報を参照して自身のＳＬ－Ｕ送信を実行することができる。例えば、前記ＣＯＴ情報を受信した端末は端末ＡのＣＯＴの間に送信動作を実行しない場合がある。例えば、前記ＣＯＴ情報を受信した端末は端末ＡのＣＯＴの間はランダムバックオフ基盤のＬＢＴを実行してＳＬデータ送信動作を実行することができる。又は、例えば、前記ＣＯＴ情報を受信した端末が端末ＡのＳＬＤＲＸ設定を設定する端末である場合、前記ＣＯＴ情報を受信した端末はＣＯＴ情報を参考して端末ＡのＳＬＤＲＸ設定を設定することができる。

【0365】

【0366】

４．端末が自身が使用するＣＯＴを自ら設定して使用する場合

【0367】

例えば、端末は自身が使用するＣＯＴを直接生成する方法で確保して、無免許帯において自身が確保したＣＯＴ内でＳＬデータ送信を実行することができる。このとき、例えば、もし端末がサービング基地局とＲＲＣＣＯＮＮＥＣＴＥＤ状態である場合、端末は自身が使用する前記ＣＯＴを基地局にリポート（ＰＵＣＣＨ、ＭＡＣＣＥ、ＲＲＣメッセージを介して）することができる。そして、サービング基地局は端末が生成及び確保したＣＯＴに対する、前記端末の使用可否を最終的に決定及び確認（ｃｏｎｆｉｒｍ）して端末に（ＰＤＣＣＨ、又はＲＲＣメッセージを介して）知らせることができる。例えば、端末は自身が生成及び確保したＣＯＴに対して、基地局が使用を許可した場合にのみ自身が確保したＣＯＴ内でタイプ２系列のＬＢＴを実行することで、ランダムバックオフ基盤のＬＢＴを実行せずＳＬデータ送信を実行することができる。又は、例えば、端末は基地局の確認なしにも自身が生成したＣＯＴ内でタイプ２ＬＢＴを実行してＳＬデータ送信を実行することができる。

【0368】

【0369】

図１８は本開示の一実施形態に係る、ＣＯＴ共有情報を受信する端末がＣＯＴを使用する手順を示している。図１８の実施例は本開示の様々な実施例と組み合わせることができる。

【0370】

図１８を参照すれば、ＣＯＴ共有端末と応答端末が示される。例えば、前記ＣＯＴ共有端末はＣＯＴを獲得（生成及び／又は基地局から受信）する端末を意味する。例えば、前記応答端末はＣＯＴ共有（ｓｈａｒｉｎｇ）情報を受信する端末を意味する。

【0371】

ステップＳ１８１０において、ＣＯＴ共有端末は応答端末にＰＳＣＣＨ及び／又はＰＳＳＣＨ送信を実行することができる。ステップＳ１８２０において、前記ＣＯＴ共有端末は前記応答端末にＣＯＴ共有情報を送信することができる。例えば、前記ステップＳ１８１０は前記ステップＳ１８２０より先に実行される場合もあり、逆に後に実行される場合もある。又は、前記ステップＳ１８１０は前記ステップＳ１８２０と同時に実行することができる。すなわち、ＣＯＴ区間に対する情報である、ＣＯＴ共有情報が前記ＰＳＣＣＨ及び／又はＰＳＳＣＨ送信を介して前記応答端末に受信される。例えば、前記ＰＳＣＣＨ及び／又はＰＳＳＣＨ送信を介して前記ＣＯＴ共有端末のソース（ｓｏｕｒｃｅ）／デスティネーション（ｄｅｓｔｉｎａｔｉｏｎ）ＩＤが前記応答端末に送信される。

【0372】

ステップＳ１８３０において、前記応答端末は受信されたＣＯＴ区間をＳＬデータの送信に使用するか否かを決定することができる。例えば、前記応答端末は前記ＣＯＴ共有端末のソースＩＤと自身のデスティネーションＩＤが同じで、前記ＣＯＴ共有端末のデスティネーションＩＤと自身のソースＩＤが同じである場合、前記ＣＯＴ区間を用いることを決定することができる。

【0373】

ステップＳ１８４０において、前記応答端末は前記ＣＯＴ区間内の送信リソースに対してチャネルセンシングを実行することができる。例えば、前記チャネルセンシングは本開示において説明されるタイプ２ＬＢＴ動作を含むことができる。本実施例においては前記チャネルセンシングの結果がアイドル（ｉｄｌｅ）である場合を仮定する。

【0374】

ステップＳ１８５０において、前記応答端末は前記チャネルセンシングの結果がアイドルであるため、前記送信リソースに基づいて前記ＣＯＴ共有端末にＳＬデータを送信することができる。

【0375】

図１９は本開示の一実施形態に係る、ＣＯＴ共有情報を受信する端末がＣＯＴを使用する手順を示している。図１９の実施例は本開示の様々な実施例と組み合わせることができる。

【0376】

図１９を参照すれば、ＣＯＴ共有端末と応答端末が示される。例えば、前記ＣＯＴ共有端末はＣＯＴを獲得（生成及び／又は基地局から受信）する端末を意味する。例えば、前記応答端末はＣＯＴ共有（ｓｈａｒｉｎｇ）情報を受信する端末を意味する。

【0377】

ステップＳ１９１０において、ＣＯＴ共有端末は応答端末にＣＯＴ共有情報を送信することができる。例えば、前記ＣＯＴ共有情報には、前記ＣＯＴ共有情報内のＣＯＴを使用できる端末（等）のＩＤ（等）が含まれる。例えば、前記ＣＯＴを使用できる端末（等）のＩＤ（等）はＳＣＩ及び／又はＭＡＣＣＥに含まれるソース／デスティネーションＩＤとは異なる新しいＩＤであり得る。又は、例えば、前記ＣＯＴ共有情報がＰＳＣＣＨ及び／又はＰＳＳＣＨ送信を介して送信される場合、前記ＣＯＴを使用できる端末（等）のＩＤ（等）はＳＣＩ上のソース／デスティネーションＩＤフィールドを介して指示されるＩＤとは異なる新しいＩＤであり得る。

【0378】

ステップＳ１９２０において、前記応答端末は受信されたＣＯＴ区間をＳＬデータの送信に使用するか否かを決定することができる。例えば、前記応答端末は前記ＣＯＴを使用できる端末（等）のＩＤ（等）に自身のＩＤが含まれるか確認して、自身のＩＤが前記ＣＯＴを使用できる端末（等）のＩＤ（等）に含まれる場合、前記ＣＯＴ区間を用いることを決定することができる。

【0379】

ステップＳ１９３０において、前記応答端末は前記ＣＯＴ区間内の送信リソースに対してチャネルセンシングを実行することができる。例えば、前記チャネルセンシングは本開示において説明されるタイプ２ＬＢＴ動作を含むことができる。本実施例においては前記チャネルセンシングの結果がアイドル（ｉｄｌｅ）である場合を仮定する。

【0380】

ステップＳ１９４０において、前記応答端末は前記チャネルセンシングの結果がアイドルであるため、前記送信リソースに基づいて前記ＣＯＴ共有端末にＳＬデータを送信することができる。

【0381】

本開示の一実施形態によれば、ＣＯＴ開始者はＣＯＴ生成端末及び／又はＣＯＴ共有（ｓｈａｒｉｎｇ）端末を意味する。例えば、応答する（ｒｅｓｐｏｎｄｉｎｇ）端末はＣＯＴに対する情報を獲得して、ＳＬ通信にＣＯＴを使用する端末を意味する。

【0382】

例えば、共有（ｓｈａｒｅｄ）ＣＯＴに関連する応答する端末はＣＯＴ開始者のＰＳＣＣＨ／ＰＳＳＣＨ送信のターゲットである受信端末であり得る。例えば、前記応答する端末が前記ＣＯＴ開始者のＰＳＣＣＨ／ＰＳＳＣＨ送信のターゲットである受信端末である場合は：ｉ）ＣＯＴ開始者からのユニキャストの場合、前記ＣＯＴ開始者のＳＣＩに含まれるソース及びデスティネーションＩＤが、同じＣＯＴ内で同じユニキャストの受信端末のデスティネーション及びソースＩＤと同じ場合；ｉｉ）グループキャスト及びブロードキャストの場合、前記ＣＯＴ開始者のＳＣＩに含まれるデスティネーションＩＤが受信端末のデスティネーションＩＤと同じ場合を含むことができる。

【0383】

例えば、共有ＣＯＴに関連する応答する端末は、もしＣＯＴ共有情報内に追加的なＩＤがＰＳＣＣＨ／ＰＳＳＣＨ送信のソース及びデスティネーションＩＤにさらにサポートされる場合、前記ＣＯＴ開始者からのＣＯＴ共有情報に含まれる追加的なＩＤによって識別される端末であり得る。

【0384】

本開示の一実施形態によれば、端末のサービング基地局は端末が生成したＣＯＴ情報を参考して端末のＣＯＴと端末のＳＬＤＲＸ設定（例えば、ＳＬＤＲＸサイクル、ＳＬオンデュレーションタイマー、ＳＬＤＲＸ開始オフセット（ｓｔａｒｔｏｆｆｓｅｔ）、ＳＬＤＲＸスロットオフセット（ｓｌｏｔｏｆｆｓｅｔ）、ＳＬＤＲＸ再送タイマー）、ＵｕＤＲＸ設定（例えば、ＤＲＸサイクル、オンデュレーションタイマー、ＤＲＸ開始オフセット、ＤＲＸスロットオフセット、ＤＲＸ再送タイマー）を整列（ａｌｉｇｎｍｅｎｔ）させることができる。

【0385】

例えば、端末のサービング基地局は端末のＣＯＴ情報を参考して端末のモード１グラント（動的グラント又は設定されたグラント）を割り当てることができる。すなわち、端末のサービング基地局は端末のＣＯＴ区間（ｄｕｒａｔｉｏｎ）内でモード１グラント（初期送信グラント又は再送グラント）を割り当てることができる。又は、端末のサービング基地局は端末のＣＯＴ区間外でモード１グラント（初期送信グラント又は再送グラント）を割り当てることができる。

【0386】

本開示の提案は端末が基地局又は相手端末からＣＯＴを設定された場合のみならず、端末が基地局又は相手端末からＦＢＥ設定（ＦＦＰ情報、ＦＦＰ開始オフセット）情報を設定された場合にも同じく適用可能なソリューションであり得る。

【0387】

本開示において言及したＳＬＤＲＸＣｏｎｆｉｇｕｒａｔｉｏｎは次のうち、少なくとも１つ以上のパラメータを含むことができる。

【0388】

【表21】

【0389】

本開示において言及したＵｕＤＲＸＣｏｎｆｉｇｕｒａｔｉｏｎは次のうち、少なくとも１つ以上のパラメータを含むことができる。

【0390】

【表22】

【0391】

例えば、本開示において言及された下記ＵｕＤＲＸタイマーは次のような用途に使用される。

【0392】

ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬタイマー：サイドリンクリソース割り当てモード１に基づいてサイドリンク通信を行う送信端末（ＵｕＤＲＸ動作をサポートする端末）が基地局からサイドリンクモード１リソース割り当てのためにＰＤＣＣＨ（又は、ＤＣＩ）モニタリングを実行しない区間を示すことができる。

【0393】

ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬタイマー：サイドリンクリソース割り当てモード１に基づいてサイドリンク通信を行う送信端末（ＵｕＤＲＸ動作をサポートする端末）が基地局からサイドリンクモード１リソース割り当てのためにＰＤＣＣＨ（又は、ＤＣＩ）モニタリングを実行する区間を示すことができる。

【0394】

例えば、本開示において言及された下記ＳＬＤＲＸタイマーは次のような用途に使用される。

【0395】

ＳＬＤＲＸオンデュレーション（ｏｎ－ｄｕｒａｔｉｏｎ）タイマー：ＳＬＤＲＸ動作を実行中である端末が相手端末のＰＳＣＣＨ／ＰＳＳＣＨ受信のために基本的に活性時間で動作する必要がある区間を示すことができる。

【0396】

ＳＬＤＲＸ非活性（ｉｎａｃｔｉｖｉｔｙ）タイマー：ＳＬＤＲＸ動作を実行中である端末が相手端末のＰＳＣＣＨ／ＰＳＳＣＨ受信のために基本的に活性時間で動作する必要がある区間であるＳＬＤＲＸオンデュレーション区間を延長する区間を示すことができる。すなわち、ＳＬＤＲＸ無活動タイマー区間だけＳＬＤＲＸオンデュレーションタイマーを延長することができる。また、端末が相手端末から新しいＴＢに対するＰＳＣＣＨ（１^stＳＣＩ及び２^ndＳＣＩ）を受信するか又は新しいパケット（新しいＰＳＳＣＨ送信）を受信すれば、前記端末はＳＬＤＲＸ無活動タイマーを開始することでＳＬＤＲＸオンデュレーションタイマーを延長させることができる。

【0397】

ＳＬＤＲＸＨＡＲＱＲＴＴタイマー：ＳＬＤＲＸ動作を実行中である端末が相手端末が送信する再送パケット（又は、ＰＳＳＣＨ割り当て（ａｓｓｉｇｎｍｅｎｔ））を受信する前まで睡眠モードに動作する区間を示すことができる。すなわち、端末がＳＬＤＲＸＨＡＲＱＲＴＴタイマーを開始する場合、前記端末は相手端末がＳＬＤＲＸＨＡＲＱＲＴＴタイマーが満了するときまで自身にＳＬ再送パケットを送信しないと判断して当該タイマーの間睡眠モードに動作することができる。又は、前記端末は相手端末がＳＬＤＲＸＨＡＲＱＲＴＴタイマーが満了するときまで送信端末が送信するＳＬチャネル／信号のモニタリングを実行しない場合がある。

【0398】

ＳＬＤＲＸ再送タイマー：ＳＬＤＲＸ動作を実行中である端末が相手端末が送信する再送パケット（又は、ＰＳＳＣＨ割り当て）を受信するために活性時間で動作する区間を示すことができる。例えば、ＳＬＤＲＸＨＡＲＱＲＴＴタイマーが満了すれば、ＳＬＤＲＸ再送タイマーが開始される。当該タイマー区間の間端末は相手端末が送信する再送ＳＬパケット（又は、ＰＳＳＣＨ割り当て）受信をモニタリングすることができる。

【0399】

本開示の（一部）提案方法／ルール適用可否そして／又は関連パラメータ（例えば、閾値）は特定のＳＬ－ＣＡＰＣ、ＳＬ－ＬＢＴタイプ（例えば、タイプ１ＬＢＴ、タイプ２ＡＬＢＴ、タイプ２ＢＬＢＴ、タイプ２ＣＬＢＴ）、ＦＢＥ（ＦｒａｍｅＢａｓｅｄＬＢＴ）適用可否、ＬＢＥ（ＬｏａｄＢａｓｅｄＬＢＴ）適用可否などによって、特定して（又は異なって又は独立して）設定される。

【0400】

例えば、本開示の（一部）提案方法／ルール適用可否及び／又は関連パラメータ（例えば、閾値）はリソースプール（例えば、ＰＳＦＣＨが設定されたリソースプール、ＰＳＦＣＨが設定されないリソースプール）、輻輳度、サービス優先順位（及び／又はタイプ）、ＱｏＳ要件（例えば、遅延、信頼度）又はＰＱＩ、トラフィックタイプ（例えば、（非）周期的生成）、ＳＬ送信リソース割り当てモード（モード１、モード２）、Ｔｘプロファイル（例えば、ＳＬＤＲＸ動作をサポートするサービスであることを指示するＴｘプロファイル、ＳＬＤＲＸ動作をサポートする必要がないサービスであることを指示するＴｘプロファイル）などによって、特定して（又は、異なって、又は独立して）設定される。

【0401】

例えば、本開示の提案ルール適用可否（及び／又は関連パラメータ設定値）はＰＵＣＣＨ設定サポート可否（例えば、ＰＵＣＣＨリソースが設定された場合又はＰＵＣＣＨリソースが設定されない場合）、リソースプール、サービス／パケットタイプ（及び／又は優先順位）、ＱｏＳプロファイル又はＱｏＳ要件（例えば、ＵＲＬＬＣ／ＥＭＢＢトラフィック、信頼度、遅延）、ＰＱＩ、ＰＦＩ、キャストタイプ（例えば、ユニキャスト、グループキャスト、ブロードキャスト）、（リソースプール）輻輳レベル（例えば、ＣＢＲ）、ＳＬＨＡＲＱフィードバック方法（例えば、ＮＡＣＫＯｎｌｙフィードバック、ＡＣＫ／ＮＡＣＫフィードバック）、ＨＡＲＱフィードバック許可（ｅｎａｂｌｅｄ）ＭＡＣＰＤＵ（及び／又はＨＡＲＱフィードバック不許可（ｄｉｓａｂｌｅｄ）ＭＡＣＰＤＵ）送信の場合、ＰＵＣＣＨベースのＳＬＨＡＲＱフィードバック報告動作設定可否、プリエンプション（ｐｒｅ－ｅｍｐｔｉｏｎ）（及び／又は再評価（ｒｅ－ｅｖａｌｕａｔｉｏｎ））（非）実行（又は、ベースのリソース再選択）の場合、（Ｌ２又はＬ１）（ソース（ｓｏｕｒｃｅ）及び／又はデスティネーション（デスティネーション））識別子、（Ｌ２又はＬ１）（ソース階層ＩＤとデスティネーション階層ＩＤの組み合わせ）識別子、（Ｌ２又はＬ１）（ソース階層ＩＤとデスティネーション階層ＩＤのペア、及びキャストタイプの組み合わせ）識別子、ソース階層ＩＤとデスティネーション階層ＩＤのペアの方向（ｄｉｒｅｃｔｉｏｎ）、ＰＣ５ＲＲＣ接続／リンク、ＳＬＤＲＸ実行場合、ＳＬモードタイプ（リソース割り当てモード１、リソース割り当てモード２）、（非）周期的リソース予約実行、Ｔｘプロファイル（例えば、ＳＬＤＲＸ動作をサポートするサービスであることを指示するＴｘプロファイル、ＳＬＤＲＸ動作をサポートする必要がないサービスであることを指示するＴｘプロファイル）のうち少なくとも１つに対して、特定して（及び／又は、独立して及び／又は、異なって）設定される。

【0402】

また、例えば、本開示の提案及び提案ルール適用可否（及び／又は関連パラメータ設定値）はｍｍＷａｖｅＳＬ動作にも適用できる。

【0403】

既存の技術によれば、ＣＯＴ共有動作を実行するとき、どの端末が当該ＣＯＴを使用するか指示する方法が不備であった。ＣＯＴ共有が広くなるほど無免許帯においてのＳＬ通信が円滑になる確率が高まるが、既存のＬ２ソース／デスティネーションＩＤを活用すればメッセージ受信端末のみでＣＯＴ共有の対象が限られる問題点がある。

【0404】

本開示の実施例によれば、Ｌ２ソース／デスティネーションＩＤ外に追加的なＩＤがＣＯＴ共有動作に活用され、したがって、さらに多くの端末がＣＯＴ共有を受けられる効果がある。

【0405】

図２０は本開示の一実施形態に係る、第１の装置が無線通信を行う手順を示している。図２０の実施例は本開示の様々な実施例と組み合わせることができる。

【0406】

図２０を参照すれば、ステップＳ２０１０において、第１の装置は第２の装置から、第１のＩＤ（ｉｄｅｎｔｉｆｉｅｒ）を含む、ＣＯＴ（ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ）区間に対するＣＯＴ共有（ｓｈａｒｉｎｇ）情報を受信することができる。ステップＳ２０２０において、前記第１の装置は前記第１のＩＤが前記第１の装置の第２のＩＤと同じであることに基づいて、前記ＣＯＴ区間を用いることを決定することができる。ステップＳ２０３０において、前記第１の装置は前記ＣＯＴ区間内の送信リソースに対してチャネルセンシングを実行することができる。ステップＳ２０４０において、前記第１の装置は前記チャネルセンシングの結果に基づいてＳＬ（ｓｉｄｅｌｉｎｋ）通信を行うことができる。

【0407】

例えば、前記ＣＯＴ共有情報及びＳＣＩ（ｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）は第３の装置に受信され、及び前記ＳＣＩに含まれる第３のＩＤと前記第３の装置の第４のＩＤに基づいて、第３の装置が前記ＣＯＴ区間を使用するか否かが決定される。

【0408】

例えば、前記チャネルセンシングの結果がアイドル（ｉｄｌｅ）であることに基づいて、前記ＳＬ通信はＳＬデータの送信であり得る。

【0409】

例えば、前記チャネルセンシングの結果がビジー（ＢＵＳＹ）であることに基づいて、前記ＳＬ通信はリソース再選択又はリソースドロップであり得る。

【0410】

例えば、さらに、前記第１の装置は前記ＣＯＴ共有情報を第１の基地局に報告して；前記ＣＯＴ区間に基づいて設定された、ＳＬＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｒｅｃｅｐｔｉｏｎ）設定を獲得して；及び前記第２の装置に前記ＳＬＤＲＸ設定を送信することができる。

【0411】

例えば、前記ＣＯＴ区間は第２の基地局から前記第２の装置に設定される。

【0412】

例えば、前記ＳＬＤＲＸ設定は前記ＣＯＴ区間と整列するように設定される。

【0413】

例えば、前記ＳＬＤＲＸ設定の活性時間は前記ＣＯＴ区間と同じである。

【0414】

例えば、前記ＳＬＤＲＸ設定のＤＲＸサイクルは前記ＣＯＴ区間と同じである。

【0415】

前記ＳＬＤＲＸ設定を獲得する動作は：前記ＣＯＴ区間に基づいて前記ＳＬＤＲＸ設定を設定するステップを含むことができる。

【0416】

例えば、前記ＳＬ通信は前記第２の装置に対して実行することができる。

【0417】

例えば、前記ＣＯＴ共有情報はＳＣＩ、ＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌｅｌｅｍｅｎｔ）、又はＰＣ５ＲＲＣ（ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ）メッセージを介して受信される。

【0418】

例えば、前記ＣＯＴ共有情報はＳＣＩを介して受信され、及び前記第１のＩＤは前記ＳＣＩのソースＩＤフィールド又はデスティネーションＩＤフィールドに含まれない場合がある。

【0419】

上述した実施例は以下の説明される様々な装置に対して適用できる。先ず、第１の装置１００のプロセッサ１０２は第２の装置２００から、第１のＩＤ（ｉｄｅｎｔｉｆｉｅｒ）を含む、ＣＯＴ（ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ）区間に対するＣＯＴ共有（ｓｈａｒｉｎｇ）情報を受信するように送受信機１０６を制御することができる。そして、前記第１の装置１００のプロセッサ１０２は前記第１のＩＤが前記第１の装置１００の第２のＩＤと同じであることに基づいて、前記ＣＯＴ区間を用いることを決定することができる。そして、前記第１の装置１００のプロセッサ１０２は前記ＣＯＴ区間内の送信リソースに対してチャネルセンシングを実行することができる。そして、前記第１の装置１００のプロセッサ１０２は前記チャネルセンシングの結果に基づいてＳＬ（ｓｉｄｅｌｉｎｋ）通信を行うように前記送受信機１０６を制御することができる。

【0420】

【0421】

【0422】

例えば、前記チャネルセンシングの結果がアイドル（ｉｄｌｅ）であることに基づいて、前記ＳＬ通信はＳＬデータの送信であり得る。

【0423】

【0424】

例えば、さらに、前記動作は：前記ＣＯＴ共有情報を第１の基地局に報告するステップ；前記ＣＯＴ区間に基づいて設定された、ＳＬＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｒｅｃｅｐｔｉｏｎ）設定を獲得するステップ；及び前記第２の装置に前記ＳＬＤＲＸ設定を送信するステップをさらに含むことができる。

【0425】

例えば、前記ＣＯＴ区間は第２の基地局から前記第２の装置に設定される。

【0426】

例えば、前記ＳＬＤＲＸ設定は前記ＣＯＴ区間と整列するように設定される。

【0427】

例えば、前記ＳＬＤＲＸ設定の活性時間は前記ＣＯＴ区間と同じである。

【0428】

例えば、前記ＳＬＤＲＸ設定のＤＲＸサイクルは前記ＣＯＴ区間と同じである。

【0429】

前記ＳＬＤＲＸ設定を獲得するステップは：前記ＣＯＴ区間に基づいて前記ＳＬＤＲＸ設定を設定するステップを含むことができる。

【0430】

例えば、前記ＳＬ通信は前記第２の装置に対して実行することができる。

【0431】

【0432】

【0433】

【0434】

【0435】

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

【0436】

図２１を参照すれば、ステップＳ２１１０において、第２の装置は第１の装置に、第１のＩＤ（ｉｄｅｎｔｉｆｉｅｒ）を含む、ＣＯＴ（ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ）区間に対するＣＯＴ共有（ｓｈａｒｉｎｇ）情報を送信することができる。例えば、前記第１のＩＤが前記第１の装置の第２のＩＤと同じであることに基づいて、前記ＣＯＴ区間は前記第１の装置に用いられることを決定される。

【0437】

例えば、前記ＣＯＴ共有情報はＳＣＩ（ｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を介して送信され、及び前記第１のＩＤは前記ＳＣＩのソースＩＤフィールド又はデスティネーションＩＤフィールドに含まれない場合がある。

【0438】

上述した実施例は以下の説明される様々な装置に対して適用できる。先ず、第２の装置２００のプロセッサ２０２は第１の装置１００に、第１のＩＤ（ｉｄｅｎｔｉｆｉｅｒ）を含む、ＣＯＴ（ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ）区間に対するＣＯＴ共有（ｓｈａｒｉｎｇ）情報を送信するように送受信機２０６を制御することができる。例えば、前記第１のＩＤが前記第１の装置１００の第２のＩＤと同じであることに基づいて、前記ＣＯＴ区間は前記第１の装置１００に用いられることを決定される。

【0439】

【0440】

【図1】