特表2025-504295 | 知財ポータル「IP Force」

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

▶ パナソニック　インテレクチュアル　プロパティ　コーポレーション　オブ　アメリカの特許一覧

特表2025-504295リソース選択の事前指示

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

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

< >

1
2
3
4
5
6
7
8
9
10
11
12
13

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

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

(11)【公表番号】

(43)【公表日】2025-02-12

(54)【発明の名称】リソース選択の事前指示

(51)【国際特許分類】

H04W 52/02 20090101AFI20250204BHJP

H04W 92/18 20090101ALI20250204BHJP

H04W 72/25 20230101ALI20250204BHJP

H04W 72/40 20230101ALI20250204BHJP

【ＦＩ】

H04W52/02 110

H04W92/18

H04W72/25

H04W72/40

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024536277

(86)(22)【出願日】2022-11-11

(85)【翻訳文提出日】2024-06-17

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

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

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

(31)【優先権主張番号】10202200145R

(32)【優先日】2022-01-06

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】514136668

【氏名又は名称】パナソニックインテレクチュアルプロパティコーポレーションオブアメリカ

【氏名又は名称原語表記】ＰａｎａｓｏｎｉｃＩｎｔｅｌｌｅｃｔｕａｌＰｒｏｐｅｒｔｙＣｏｒｐｏｒａｔｉｏｎｏｆＡｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002952

【氏名又は名称】弁理士法人鷲田国際特許事務所

(72)【発明者】

【氏名】カンヤン

(72)【発明者】

【氏名】鈴木秀俊

(72)【発明者】

【氏名】シムホンチェンマイケル

(72)【発明者】

【氏名】トランスアントゥオン

(72)【発明者】

【氏名】小川佳彦

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

5K067

【Ｆターム（参考）】

5K067EE02

5K067EE25

5K067JJ13

(57)【要約】

ＤＲＸが設定されたサイドリンク（ＳＬ）通信におけるリソース選択の事前指示のための通信装置および通信方法が提供される。本明細書において開示される技術は、第１のユーザ機器（ＵＥ）における無線通信のための方法を特徴とする。本方法は、サイドリンク通信リンクを介した第２のＵＥとの次回のサイドリンク通信のための事前指示を第２のＵＥに送信するステップであって、次回のサイドリンク通信が、不連続受信（ＤＲＸ）設定において第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースを含む１つまたは複数の選択されたリソースに関連付けられる、ステップ、を含む。
【選択図】図８

【特許請求の範囲】

【請求項1】

第１のユーザ機器（ＵＥ）における無線通信のための方法であって、
サイドリンク通信リンクを介した第２のＵＥとの次回のサイドリンク通信のための事前指示を前記第２のＵＥに送信するステップ、
を含み、
前記次回のサイドリンク通信が、不連続受信（ＤＲＸ）設定において前記第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースを含む１つまたは複数の選択されたリソースに関連付けられる、
方法。

【請求項2】

前記事前指示の前記送信が、前記第１のＵＥが上位層のシグナリングを受信したことに応答して行われる、
請求項１に記載の方法。

【請求項3】

前記事前指示の前記送信が、
物理サイドリンク制御チャネル（ＰＳＣＣＨ）および／または物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して、前記第２のＵＥにサイドリンク制御情報（ＳＣＩ）を送信するステップ、
を含み、
前記ＳＣＩが、１ビットのＳＣＩ情報、２ビットのＳＣＩ情報、またはｎビットのＳＣＩ情報を含む、
請求項１または請求項２に記載の方法。

【請求項4】

前記ＳＣＩが１ビットのＳＣＩ情報であるとき、前記１ビットのＳＣＩ情報が、前記第２のＵＥのアクティブ時間の外側に位置する前記少なくとも１つのリソースに先行する時間ウィンドウが存在するかどうかを示す、
請求項３に記載の方法。

【請求項5】

前記ＳＣＩ情報が２ビットのＳＣＩ情報であるとき、前記２ビットのＳＣＩ情報が、前記第２のＵＥのアクティブ時間の外側に位置する前記少なくとも１つのリソースに先行する１つまたは複数の時間ウィンドウのカウント、周期性、持続時間、キャリア、および／または帯域幅部分（ＢＷＰ）を示す、
請求項３に記載の方法。

【請求項6】

前記事前指示が、１つまたは複数の選択されたリソースのうち、前記次回のサイドリンク通信においてデータ送信を開始するための特定のリソースを示す、
請求項１から請求項５のいずれか一項に記載の方法。

【請求項7】

前記第２のＵＥのアクティブ時間が、新無線（ＮＲ）サイドリンク通信において排他的に使用されるリソースを含み、前記第２のＵＥの非アクティブ時間が、ロングタームエボリューション（ＬＴＥ）通信と共有されるリソースまたはＬＴＥ通信にのみ使用されるリソースを含む、
請求項１から請求項６のいずれか一項に記載の方法。

【請求項8】

前記事前指示の前記送信が、前記第１のＵＥが１つまたは複数のトリガー条件を満たすことに応答して行われ、前記１つまたは複数のトリガー条件が、チャネルビジー率（ＣＢＲ）条件、チャネル占有率（ＣＲ）条件、連続送信失敗条件、基地局からの命令、および／または高い優先順位のデータの送信、を含む、
請求項１に記載の方法。

【請求項9】

前記１つまたは複数のトリガー条件が、前記１つまたは複数の選択されたリソースのうちの最初のリソースに先行する１つまたは複数の時間ウィンドウの対応するカウント、周期性、持続時間、キャリア、および／または帯域幅部分（ＢＷＰ）に関連付けられる、
請求項８に記載の方法。

【請求項10】

第２のユーザ機器（ＵＥ）における無線通信のための方法であって、
サイドリンク通信リンクを介した第１のＵＥとの次回のサイドリンク通信のための事前指示を前記第１のＵＥから受信するステップであって、前記次回のサイドリンク通信が、不連続受信（ＤＲＸ）設定において前記第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースを含む１つまたは複数の選択されたリソースに関連付けられる、ステップと、
前記事前指示の前記受信に応答して、前記１つまたは複数の選択されたリソースに従って前記第２のＵＥのアクティブ時間を延長するステップと、
を含む、方法。

【請求項11】

前記事前指示の前記受信が、
物理サイドリンク制御チャネル（ＰＳＣＣＨ）および／または物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して前記第１のＵＥからサイドリンク制御情報（ＳＣＩ）を受信するステップ、
を含み、
前記ＳＣＩが、１ビットのＳＣＩ情報、２ビットのＳＣＩ情報、またはｎビットのＳＣＩ情報を含む、
請求項１０に記載の方法。

【請求項12】

前記事前指示を受信する前記ステップが、１ビットのＳＣＩ情報を受信するステップを含むとき、前記１ビットのＳＣＩ情報が、前記第２のＵＥのアクティブ時間の外側に位置する前記少なくとも１つのリソースに先行する時間ウィンドウが存在するかどうかを示す、
請求項１１に記載の方法。

【請求項13】

前記事前指示を受信する前記ステップが、２ビットのＳＣＩ情報を受信するステップを含むとき、前記２ビットのＳＣＩ情報が、前記第２のＵＥのアクティブ時間の外側に位置する前記少なくとも１つのリソースに先行する１つまたは複数の時間ウィンドウのカウント、周期性、持続時間、キャリア、および／または帯域幅部分（ＢＷＰ）を示す、
請求項１１に記載の方法。

【請求項14】

前記事前指示を受信する前記ステップが、前記１つまたは複数の選択されたリソースのうち、前記次回のサイドリンク通信においてデータ送信を開始するための特定のリソースを示す、
請求項１１から請求項１３のいずれか一項に記載の方法。

【請求項15】

前記１つまたは複数の選択されたリソースに従って前記第２のＵＥのアクティブ時間を延長するステップが、
所定の有効期間にわたってＤＲＸアクティブタイマーをトリガーするステップ、
前記１つまたは複数の選択されたリソースの有効期間が満了するまでＤＲＸアクティブタイマーをトリガーするステップ、
前記特定のリソースの有効期間が満了するまでＤＲＸアクティブタイマーをトリガーするステップ、
前記１つまたは複数の選択されたリソースまたは前記特定のリソースに対して、より早いウェイクアップを設定するステップ、
前記１つまたは複数の選択されたリソースまたは前記特定のリソースの有効期限が満了するまで、ＤＲＸアクティブタイマーを常時オンモードに変更し、前記第２のＵＥをそのデフォルトのＤＲＸにリセットするステップ、
前記第１のＵＥからの周期的な送信のために周期的なＤＲＸアクティブタイマーをトリガーするステップ、および／または
前記第１のＵＥからの周期的な送信のために、周期的な早期ウェイクアップを設定するステップ、
を含む、請求項１４に記載の方法。

【請求項16】

前記第２のＵＥのアクティブ時間が、新無線（ＮＲ）サイドリンク通信において排他的に使用されるリソースを含み、前記第２のＵＥの非アクティブ時間が、ロングタームエボリューション（ＬＴＥ）通信と共有される１つまたは複数の選択されたリソース、またはＬＴＥ通信にのみ使用される１つまたは複数の選択されたリソースを含む、
請求項１０から請求項１６のいずれか一項に記載の方法。

【請求項17】

サイドリンク不連続受信（ＤＲＸ）設定を有する通信装置であって、前記通信装置が第１のユーザ機器（ＵＥ）であり、前記通信装置が、
動作中に、サイドリンク通信リンクを介した第２のＵＥとの次回のサイドリンク通信のための事前指示を前記第２のＵＥに送信する、送受信機であって、
前記次回のサイドリンク通信が、不連続受信（ＤＲＸ）設定において前記第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースを含む１つまたは複数の選択されたリソースに関連付けられる、
送受信機と、
動作中に、前記送受信機を制御する回路と、
を備える、通信装置。

【請求項18】

サイドリンク不連続受信（ＤＲＸ）設定を有する通信装置であって、前記通信装置が第２のユーザ機器（ＵＥ）であり、前記通信装置が、
動作中に、サイドリンク通信リンクを介した第１のＵＥとの次回のサイドリンク通信のための事前指示を前記第１のＵＥから受信する、送受信機であって、前記次回のサイドリンク通信が、不連続受信（ＤＲＸ）設定において第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースを含む、１つまたは複数の選択されたリソースに関連付けられる、送受信機と、
動作中に、前記事前指示の前記受信に応答して、前記１つまたは複数の選択されたリソースに従って、前記第２のＵＥのアクティブ時間を延長する回路と、
を備える、通信装置。

【請求項19】

第１のユーザ機器（ＵＥ）のプロセスを制御するための集積回路であって、前記プロセスが、
サイドリンク通信リンクを介した第２のＵＥとの次回のサイドリンク通信のための事前指示を前記第２のＵＥに送信するステップ、
を含み、
前記次回のサイドリンク通信が、不連続受信（ＤＲＸ）設定において前記第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースを含む１つまたは複数の選択されたリソースに関連付けられる、
集積回路。

【請求項20】

第２のユーザ機器（ＵＥ）のプロセスを制御する集積回路であって、前記プロセスが、
サイドリンク通信リンクを介した第１のＵＥとの次回のサイドリンク通信のための事前指示を前記第１のＵＥから受信するステップであって、前記次回のサイドリンク通信が、不連続受信（ＤＲＸ）設定において前記第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースを含む、１つまたは複数の選択されたリソースに関連付けられる、ステップと、
前記事前指示の前記受信に応答して、前記１つまたは複数の選択されたリソースに従って、前記第２のＵＥのアクティブ時間を延長するステップと、
を含む、
集積回路。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般的には無線通信に関し、より詳細には、ＤＲＸが設定されたサイドリンク（sidelink、ＳＬ）通信におけるリソース選択の事前指示のための通信方法および通信装置に関する。

【背景技術】

【0002】

サイドリンク（ＳＬ）通信とは、基地局を介してデータを中継することなく通信装置が互いに直接接続して通信することを可能にする通信の一種である。ＳＬ通信では、他の通信装置にデータを送信する通信装置を送信側（transmitting、Ｔｘ）ユーザ機器（user equipment、ＵＥ）と呼ぶ。同様に、他の通信装置からデータを受信する通信装置を、受信側（receiving、Ｒｘ）ＵＥと呼ぶ。ＳＬ通信においてＴｘＵＥとして動作する通信装置が、別のＳＬ通信においてＲｘＵＥとして動作することができることは、当業者には理解される。

【0003】

ＳＬ通信では、ＲｘＵＥのアクティブ／非アクティブ時間を使用する不連続受信（discontinuous reception、ＤＲＸ）が、省電力を目的として３ＧＰＰリリース１７（Ｒ１７）で導入された。

【0004】

省電力の間、ＲｘＵＥの非アクティブ時間は、ＳＬ通信のためにＴｘＵＥがリソースを選択することに制限を課す。ＲＡＮ１＃１０６ｂｉｓ－ｅ会合では、物理（ＰＨＹ）層にＲｘＵＥのアクティブ時間が示されるとき、物理（ＰＨＹ）層の制限が適用されることが作業想定として確立されている。リソース選択の制限に関しては、以下の３つのオプションが提案された。
オプション１：ＰＨＹ層は、ＲｘＵＥの示されたアクティブ時間内でのみ候補リソースを選択して報告する。
オプション２：ＰＨＹ層は、少なくとも候補リソースのサブセットがＲｘＵＥの示されたアクティブ時間内にある候補リソースを選択して報告する。
オプション３：ＰＨＹ層は、ＲｘＵＥの示されたアクティブ時間内に、候補リソースの追加の候補リソースセットを選択して報告する。

【0005】

ＲＡＮ１＃１０７－ｅ会合では、ＲＡＮ１＃１０６ｂｉｓ－ｅ会合で言及されたリソース選択制限を実装するためのオプション２について合意に達した。すなわち、ＲｘＵＥのＳＬＤＲＸアクティブ時間が、候補リソースの選択（リソースの（再）選択および再評価／プリエンプションチェックを含む）のために上位層によってＴｘＵＥに提供された場合、ＰＨＹ層は、候補リソースの少なくともサブセットがＲｘＵＥのＤＲＸアクティブ時間内にある候補リソースを選択し、報告する。

【0006】

しかしながら、ＴｘＵＥがどのようにＲｘＵＥのＤＲＸアクティブ時間を考慮してリソース報告を適切に実行するかについて、詳細な解決策および手順は現在のところ存在しない。さらに、ＲｘＵＥのＤＲＸアクティブ時間を考慮したリソースの選択と報告には、いくつかの潜在的な問題がある。

【0007】

（１）ＴｘＵＥはＲｘＵＥのＤＲＸアクティブ時間の情報を有するが、ＲｘＵＥのＤＲＸアクティブ時間が、上位層に報告すべき閾値（例えば、ＳＡのうち２０％）を下回っている。

【0008】

（２）ＴｘＵＥはＲｘＵＥのＤＲＸアクティブ時間の情報を有するが、ＲｘＵＥのＤＲＸアクティブ時間内で候補リソースがビジーまたはノイジーである。

【0009】

（３）ＴｘＵＥがＲｘＵＥのＤＲＸアクティブ時間の情報を有さない、またはＲｘＵＥのＤＲＸアクティブ時間の情報が古い。

【0010】

したがって、本開示に記載されているリソース選択の事前指示を使用することによって、前述した問題を軽減する通信方法および通信装置が必要とされている。さらに、他の望ましい特徴および特性は、添付の図面およびこの背景技術と併せて考慮される、以下の詳細な説明および添付の特許請求の範囲から明らかになるであろう。

【先行技術文献】

【非特許文献】

【0011】

【非特許文献1】3GPP TS 38.300 v15.6.0

【非特許文献2】3GPP TS 38.211 V15.6.0

【非特許文献3】ITU-R M.2083

【非特許文献4】TR 38.913

【非特許文献5】TS 23.501 v16.1.0

【発明の概要】

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

【0012】

１つの非限定的かつ例示的な実施形態は、ＤＲＸが設定されたＳＬ通信においてリソース選択の事前指示を使用する複数の構造および方法を提供することを容易にする。本開示では、「事前指示（advance indication）」および「事前指示（advanced indication）」という用語は互換的に使用され、これらは、ＴｘＵＥがＲｘＵＥに次回のＳＬ通信に関する情報を送信する事前通知を指す。

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

【0013】

一実施形態では、本明細書に開示される技術は、第１のユーザ機器（ＵＥ）における無線通信のための方法を提供する。本方法は、サイドリンク通信リンクを介した第２のＵＥとの次回のサイドリンク通信のための事前指示を第２のＵＥに送信するステップであって、次回のサイドリンク通信が、不連続受信（ＤＲＸ）設定において第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースを含む１つまたは複数の選択されたリソースに関連付けられる、ステップ、を含む。

【0014】

一般的または具体的な実施形態は、システム、デバイス、方法、集積回路、コンピュータプログラム、記憶媒体、またはそれらの任意の選択的な組合せとして実施され得ることに留意されたい。

【0015】

開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。

【図面の簡単な説明】

【0016】

以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳細に説明する。

【図1】３ＧＰＰＮＲシステムの例示的なアーキテクチャ１００を示している。

【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能の分割を示す概略図２００である。

【図3】ＲＲＣ接続セットアップ／再構成手順のシーケンス図３００である。

【図4】拡張モバイルブロードバンド（Enhanced mobile broadband、ｅＭＢＢ）、大規模マシンタイプ通信（Massive Machine Type Communications、ｍＭＴＣ）、および超高信頼・低遅延通信（Ultra Reliable Low Latency Communication、ＵＲＬＬＣ）の使用シナリオを示す概略図４００である。

【図5】非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャ５００を示すブロック図である。

【図6】リソース選択の事前指示を使用しない、ＴｘＵＥとＲｘＵＥとの間の例示的なＤＲＸが設定されたＳＬ通信６００を示している。

【図7】実際の要件に基づいて、本開示の実施形態に従ってＴｘＵＥまたはＲｘＵＥとして実施することのできる例示的な通信装置７１０のブロック図７００を示している。

【図8】本開示の実施形態に従った、第１のＵＥにおける無線通信のための方法８００を図解したフローチャートを示している。

【図9】本開示の実施形態に従った、第２のＵＥにおける無線通信のための方法９００を図解したフローチャートを示している。

【図10】図８に示した第１のＵＥにおける方法８００に従った例示的な実施形態１０００を図解したフローチャートを示している。図１０において、ステップ１００４は、図８のステップ８０２の実施形態を示している。

【図11】図９に示した第２のＵＥにおける方法９００に従った例示的な実施形態１１００を図解したフローチャートを示している。図１１において、ステップ１１０４は、図９のステップ９０４の実施形態を示している。

【図12】本開示の第１の実施形態に従った、リソース選択の事前指示を使用する、ＴｘＵＥとＲｘＵＥとの間の例示的な、ＤＲＸが設定されたＳＬ通信１２００を示している。この実施形態は、ＴｘＵＥとＲｘＵＥとの間のＳＬ通信リンクを示している。この実施形態では、事前指示１２０６は、ＲｘＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースに先行する時間ウィンドウ１２０８を示す。

【図13】本開示の第２の実施形態に従った、リソース選択の事前指示を使用する、ＴｘＵＥとＲｘＵＥとの間の例示的なＤＲＸが設定されたＳＬ通信１３００を示している。この実施形態は、ＴｘＵＥとＲｘＵＥとの間のＳＬ通信リンクを示している。この実施形態では、事前指示１３０６は、１つまたは複数の選択されたリソースのうち、次回のサイドリンク通信においてデータ送信を開始するための特定のリソース１３０８を示す。

【0017】

図中の要素は簡潔かつ明確であるように図解されており、必ずしも正しい縮尺では描かれていないことが、当業者には理解されるであろう。

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

【0018】

以下の詳細な説明は、本質的に単なる例示的なものであり、例示的な実施形態、または例示的な実施形態の適用および用途を限定することを意図するものではない。さらに、先行する背景技術のセクションまたは以下の詳細な説明で提示される理論に拘束される意図はない。

【0019】

５ＧＮＲシステムのアーキテクチャおよびプロトコルスタック
３ＧＰＰは、最大１００ＧＨｚの周波数で動作する新しい無線アクセス技術（ＮＲ）の開発を含む第５世代セルラー技術（単に５Ｇと呼ばれる）の次のリリースに取り組んでいる。５Ｇ規格の最初のバージョンは、２０１７年の終わりに完了し、これにより、５ＧＮＲ規格に準拠したスマートフォンの試験および商用展開に進むことができる。

【0020】

特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク：Next Generation - Radio Access Network）を想定しており、ｇＮＢは、ＵＥに向かうＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。さらにｇＮＢは、次世代（ＮＧ）インタフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（アクセスおよびモビリティ管理機能：Access and Mobility Management Function）（例：ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－ＵインタフェースによってＵＰＦ（ユーザプレーン機能：User Plane Function）（例：ＵＰＦを実行する特定のコアエンティティ）に接続される。図１はＮＧ－ＲＡＮのアーキテクチャを示している（例えば非特許文献１の４節を参照）。

【0021】

ＮＲにおけるユーザプレーンプロトコルスタック（例えば非特許文献１の４．４．１節を参照）は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol、非特許文献１の６．４節を参照）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control、非特許文献１の６．３節を参照）サブレイヤ、およびＭＡＣ（媒体アクセス制御：Medium Access Control、非特許文献１の６．２節を参照）サブレイヤを含み、これらのサブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、ＰＤＣＰの上に、アクセス層（ＡＳ）の新しいサブレイヤ（ＳＤＡＰ：サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される（例えば非特許文献１の６．５節を参照）。ＮＲにおいても制御プレーンプロトコルスタックが定義されている（例えば非特許文献１の４．４．２節を参照）。レイヤ２の機能の概要は、非特許文献１の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ非特許文献１の６．４節、６．３節、および６．２節に記載されている。ＲＲＣレイヤの機能は、非特許文献１の７節に記載されている。

【0022】

媒体アクセス制御（ＭＡＣ）層は、例えば、論理チャネルの多重化と、スケジューリングおよびスケジューリング関連機能（様々なヌメロロジーの処理を含む）を扱う。

【0023】

物理層（ＰＨＹ）は、例えば、符号化、ＰＨＹＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理時間－周波数リソースへの信号のマッピングの責務を担う。さらに物理層（ＰＨＹ）は、物理チャネルへのトランスポートチャネルのマッピングを処理する。物理層（ＰＨＹ）は、トランスポートチャネルの形でＭＡＣ層にサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルが、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、アップリンクのためのＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access Channel）、ＰＵＳＣＨ（物理アップリンク共有チャネル：Physical Uplink Shared Channel）、およびＰＵＣＣＨ（物理アップリンク制御チャネル：Physical Uplink Control Channel）であり、ダウンリンクのためのＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）、ＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control Channel）、およびＰＢＣＨ（物理ブロードキャストチャネル：Physical Broadcast Channel）である。

【0024】

ＮＲのユースケース／配置シナリオには、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が含まれ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関して多様な要件を有する。例えばｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供される３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが期待される。これに対してＵＲＬＬＣの場合、より厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシはアップリンクおよびダウンリンクそれぞれで０．５ｍｓ）および高い信頼性（１ｍｓ内で１～１０^－５）が課せられる。さらにｍＭＴＣでは、高い接続密度（都市環境では１ｋｍ^２あたり１、０００、０００個のデバイス）、過酷な環境における広いカバレッジ、デバイスコストを下げるための極めて長寿命のバッテリ（１５年）が好ましくは要求されうる。

【0025】

したがって、あるユースケースに適したＯＦＤＭヌメロロジー（例：サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースではうまく機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも短いシンボル持続時間（したがってより大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボル、が好ましくは要求されうる。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いサイクリックプレフィックス（ＣＰ）持続時間が好ましくは要求されうる。同程度のサイクリックプレフィックス（ＣＰ）オーバーヘッドを維持するため、遅延スプレッドに応じてサブキャリア間隔を最適化するべきである。ＮＲでは、サブキャリア間隔の２つ以上の値がサポートされうる。したがって現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、．．．のサブキャリア間隔が検討されている。シンボル持続時間Ｔ_ｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔ_ｕにより、直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小リソース単位を表すのに、用語「リソースエレメント」を使用することができる。

【0026】

新しい無線システム５Ｇ－ＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献２を参照）。

【0027】

ＮＧ－ＲＡＮと５ＧＣの５ＧＮＲ機能の分割
図２は、ＮＧ－ＲＡＮと５ＧＣとの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。

【0028】

ｇＮＢおよびｎｇ－ｅＮＢは、特に次の主要機能を処理する。
－無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ＩＰヘッダ圧縮、暗号化、およびデータの整合性保護
－ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ＵＰＦへのユーザプレーンデータのルーティング
－ＡＭＦへの制御プレーン情報のルーティング
－接続の確立および解放
－ページングメッセージのスケジューリングおよび送信
－（ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－モビリティおよびスケジューリングのための測定および測定報告の設定
－アップリンクにおけるトランスポートレベルのパケットマーキング
－セッション管理
－ネットワークスライシングのサポート
－ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのサポート
－ＮＡＳメッセージの配信機能
－無線アクセスネットワークシェアリング
－二重接続
－ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング

【0029】

アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。
－非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ＮＡＳシグナリングのセキュリティ
－アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－レジストレーションエリア（Registration Area）管理
－システム内モビリティおよびシステム間モビリティのサポート
－アクセス認証
－ローミング権のチェックを含むアクセス認証
－モビリティ管理制御（サブスクリプションおよびポリシー）
－ネットワークスライシングのサポート
－セッション管理機能（ＳＭＦ：Session Management Function）の選択

【0030】

さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、次の主要機能を処理する。
－ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－データネットワークとの相互接続の外部ＰＤＵセッションポイント
－パケットのルーティングおよび転送
－パケット検査およびポリシールール施行のユーザプレーン部分
－トラフィック使用報告
－データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガーリング

【0031】

最後に、セッション管理機能（ＳＭＦ）は、次の主要機能を処理する。
－セッション管理
－ＵＥＩＰアドレスの割当ておよび管理
－ＵＰ機能の選択および制御
－トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ポリシー施行およびＱｏＳの制御部分
－ダウンリンクデータ通知

【0032】

（ＲＲＣ接続のセットアップおよび再構成手順）
図３は、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移するときの、ＮＡＳ部分における、ＵＥ、ｇＮＢ、ＡＭＦ（５ＧＣエンティティ）の間のインタラクションの一部を示している（非特許文献１を参照）。

【0033】

ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位層シグナリング（プロトコル）である。特に、この移行では、ＡＭＦがＵＥコンテキストデータ（例：ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力などを含む）を作成し、それをＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴによってｇＮＢに送る。次にｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにし、これはｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後ｇＮＢは、再設定を実行してシグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ）をセットアップし、これは、ｇＮＢがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによる。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢがセットアップされないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するこれらのステップはスキップされる。最後にｇＮＢは、セットアップ手順が完了したことを、ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＳＰＯＮＳＥによってＡＭＦに通知する。

【0034】

本開示では、このように、動作中にｇＮｏｄｅＢとの次世代（ＮＧ）接続を確立する制御回路と、動作中にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信し、ｇＮｏｄｅＢとユーザ機器（ＵＥ）との間にシグナリング無線ベアラをセットアップさせる送信機と、を備える第５世代コア（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦなど）が提供される。特に、ｇＮｏｄｅＢは、リソース割当て設定情報要素を含む無線リソース制御（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。その後、ＵＥはリソース割当て設定に基づいてアップリンク送信またはダウンリンク受信を行う。

【0035】

（２０２０年以降のＩＭＴ利用シナリオ）
図４は、５ＧＮＲのユースケースのいくつかを示している。３ＧＰＰ（第３世代パートナーシッププロジェクト）の新無線（３ＧＰＰＮＲ）では、初期のＩＭＴ－２０２０による様々なサービスおよびアプリケーションをサポートするために想定される３つのユースケースが考慮されている。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は決定された。現在および今後の作業としては、ｅＭＢＢのサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信の標準化が含まれる。図４は、ＩＭＴ－２０００およびそれ以降に想定される使用シナリオのいくつかの例を示している（例えば非特許文献３の図２を参照）。

【0036】

ＵＲＬＬＣのユースケースは、スループット、レイテンシ、可用性などの能力に関する厳しい要件を有し、産業製造や生産工程のワイヤレス制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献４によって設定される要件を満たすための技術を特定することによってサポートされる。リリース１５のＮＲＵＲＬＬＣでは、重要な要件として、ＵＬ（アップリンク）およびＤＬ（ダウンリンク）それぞれで０．５ｍｓの目標ユーザプレーンレイテンシが含まれる。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザプレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。

【0037】

物理層の観点から、信頼性を向上させる方法はいくつか考えられる。現在、信頼性を向上させるためには、ＵＲＬＬＣ用の個別のＣＱＩテーブルの定義、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどがある。しかしながら、（ＮＲＵＲＬＬＣの重要な要件について）ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を実現するための範囲が広がりうる。リリース１５におけるＮＲＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、ミッションクリティカルなアプリケーションが挙げられる。

【0038】

さらに、ＮＲＵＲＬＬＣが対象とする技術強化は、レイテンシの改善および信頼性の向上を目標としている。レイテンシを改善するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用する非スロットベースのスケジューリング、グラントフリー（コンフィギュアドグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先順位要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信によってプリエンプトされる。プリエンプションは、サービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性の向上に関連する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる。

【0039】

ｍＭＴＣ（大規模マシンタイプ通信）のユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有することが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能な解決策である。

【0040】

上に述べたように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般には、信頼性の向上に役立つ可能性のある重要な領域がいくつか存在する。これらの領域としては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数領域、時間領域、および／または空間領域に関連するダイバーシティが挙げられる。これらの領域は、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。

【0041】

ＮＲＵＲＬＬＣの場合、ファクトリーオートメーション、運輸業、配電など、より厳しい要件のさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０^－６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓオーダーの時刻同期（周波数範囲に応じて１μｓないし数μｓ）、０．５～１ｍｓオーダーの短いレイテンシ、特に０．５ｍｓの目標ユーザプレーンレイテンシである。

【0042】

さらに、ＮＲＵＲＬＬＣの場合、物理層の観点からいくつかの技術的強化が確認されている。特に、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）に関連する強化として、コンパクトなＤＣＩ、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨモニタリングの増加などが挙げられる。また、ＵＣＩ（アップリンク制御情報：Uplink Control Information）に関連する強化として、ＨＡＲＱ（ハイブリッド自動再送要求）の強化およびＣＳＩフィードバックの強化が挙げられる。また、ミニスロットレベルのホッピングや再送／繰り返しの強化に関連するＰＵＳＣＨの強化も認識されている。用語「ミニスロット」は、スロットよりも少ない数のシンボルを含むＴＴＩ（送信時間間隔：Transmission Time Interval）を意味する（スロットは１４個のシンボルを含む）。

【0043】

（ＱｏＳ制御）
５ＧＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲＱｏＳフロー）と、保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲＱｏＳフロー）の両方をサポートする。したがってＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内では、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で伝えられるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。

【0044】

５ＧＣは、各ＵＥごとに１つまたは複数のＰＤＵセッションを確立する。ＮＧ－ＲＡＮは、各ＵＥごとに、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、次にそのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢを、例えば図３を参照しながら上述したように設定することができる（いつ設定するかはＮＧ－ＲＡＮが決定する）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルのパケットフィルタによって、ＵＬおよびＤＬのパケットがＱｏＳフローに関連付けられ、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルのマッピング規則によって、ＵＬおよびＤＬのＱｏＳフローがＤＲＢに関連付けられる。

【0045】

図５は、５ＧＮＲの非ローミング基準アーキテクチャ（非特許文献５の４．２３節を参照）を示している。アプリケーション機能（ＡＦ：Application Function）（例えば図４に例示的に記載されている５Ｇサービスを処理する外部アプリケーションサーバ）は、サービスを提供する目的で、３ＧＰＰコアネットワークと対話する。例えば、トラフィックのルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、ポリシー制御（例：ＱｏＳ制御）のためのポリシーフレームワーク（ポリシー制御機能（ＰＣＦ）を参照）と対話する。事業者の配備に基づいて、事業者によって信頼されるものとみなされるアプリケーション機能（ＡＦ）を、関連するネットワーク機能（Network Function）と直接対話できるようにすることができる。ネットワーク機能に直接アクセスすることが事業者によって許可されていないアプリケーション機能（ＡＦ）は、ＮＥＦを介して外部の公開フレームワークを使用して、関連するネットワーク機能と対話する。

【0046】

図５は、５Ｇアーキテクチャのさらなる機能ユニット、すなわち、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワークリポジトリ機能（ＮＲＦ：Network Repository Function）、統合データ管理（ＵＤＭ：Unified Data Management）、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）、アクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）、セッション管理機能（ＳＭＦ：Session Management Function）、およびデータネットワーク（ＤＮ：Data Network）（例えば、事業者サービス、インターネットアクセス、またはサードパーティサービス）を示している。コアネットワーク機能およびアプリケーションサービスのすべてまたは一部は、クラウドコンピューティング環境上に配備して実行することができる。

【0047】

したがって、本開示では、送信機および制御回路を備えたアプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供され、送信機は、動作中に、ＵＲＬＬＣサービス、ｅＭＭＢサービス、およびｍＭＴＣサービスのうちの少なくとも１つに対するＱｏＳ要件を含む要求を、５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦなど）のうちの少なくとも１つに送信して、ＱｏＳ要件に従ってｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立し、制御回路は、動作中に、確立されたＰＤＵセッションを使用してサービスを実行する。

【0048】

＜実施の形態＞
本開示の目的は、ＤＲＸが設定されたＳＬ通信においてリソース選択の事前指示を利用する通信方法および通信装置の例示的な実施形態を提示することである。ＴｘＵＥがＲｘＵＥのアクティブ時間内のリソースのみを選択する（または優先順位を付ける）ように制限する代わりに、本開示は、ＴｘＵＥがＲｘＵＥに事前指示を送信することを可能にし、したがってＲｘＵＥは、延長タイマーを有効にする、早期ウェイクアップをトリガーする、ＤＲＸのアクティブ／非アクティブパターンを変更する、および／またはその他によって、次回のＳＬ通信のために自身のＤＲＸアクティブ時間を延長することができる。このように、本開示は、ＴｘＵＥがＲｘＵＥのＤＲＸアクティブ時間を考慮してリソース報告を適切に実行するための解決策および手順を有利に提供し、ＳＬ通信におけるリソース使用効率を向上させ、ＲｘＵＥのＤＲＸアクティブ時間を考慮したリソース選択および報告に関する上述のリソース選択の制限および潜在的な問題に対処している。

【0049】

理解を容易にするために、図６は、リソース選択の事前指示を使用しない、ＴｘＵＥとＲｘＵＥとの間の例示的なＤＲＸが設定されたＳＬ通信６００を示している。図６において、ブロック図６０２は、ＳＬ通信６００においてＴｘＵＥで使用されるリソースを示しており、ブロック図６０４は、ＳＬ通信６００においてＲｘＵＥで使用されるリソースを示している。リソースは、時間－周波数リソースを含む。簡潔にする目的で、リソースは、時間リソース単位として、例えば図６ではスロットとして示されている。時間リソース単位は、本開示で説明するように、他の形態であってもよいことが理解される。

【0050】

ＤＲＸが設定されているＳＬ通信６００では、ＴｘＵＥは、次回のサイドリンク通信のために、ＲｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＷｉｎｄｏｗ６０６内で１つまたは複数のリソースを選択する。しかしながら、選択された１つまたは複数のリソースには、ＲｘＵＥのアクティブ時間６１６、６１２の外側に位置する２つのリソース６０８、６１０が含まれる。事前指示がなければ、２つのリソース６０８、６１０においてＴｘＵＥから送信されたデータはＲｘＵＥによって受信されない。これにより、ＤＲＸが設定されたＳＬ通信６００では、上述したようにデータ消失および他の潜在的な問題が発生する。

【0051】

ＤＲＸが設定されたＳＬ通信においてリソース選択の事前指示を利用する図７～図１３に示される本開示の実施形態によって、上記のデータ消失が事前に回避され、ＤＲＸが設定されたＳＬ通信６００が改善される。

【0052】

図７は、実際の要件に基づき本開示の実施形態に従ってＴｘＵＥまたはＲｘＵＥとして実施することのできる例示的な通信装置７１０のブロック図７００を示している。

【0053】

通信装置７１０は、本開示に記載されている通信の機能を実行するために、アンテナ７１６に接続された送受信機７１４などの無線通信デバイスに結合されたコントローラ７１２などのデバイスを含むことができる。例えば、通信装置７１０は、通信装置７１０の通信機能を実行するために送受信機７１４によって使用される制御信号および／またはデータ信号を生成するコントローラ７１２を備えることができる。通信装置７１０は、コントローラ７１２による制御信号および／またはデータ信号の生成のための命令および／またはデータを記憶するために、コントローラ７１２に結合されたメモリ７１８を備えることもできる。また、通信装置７１０は、メモリ７１８への格納のため、および／または制御信号および／またはデータ信号の生成のためのデータおよび／または命令の入力を受信するためと、オーディオ、ビデオ、テキスト、または他の媒体の形態でのデータの出力を提供するために、コントローラ７１２に結合された入出力（Ｉ／Ｏ）回路７２０を含むことができる。

【0054】

通信装置７１０において、送受信機は回路７２０と連動して動作し、回路７２０は動作中に、図８および図９に示した方法の実施形態に従ったステップを実行する。

【0055】

図８は、本開示の実施形態に従った、第１のＵＥにおける無線通信のための方法８００を図解したフローチャートを示している。

【0056】

この実施形態では、方法８００は、第１のＵＥによって実行されるステップ８０２を含む。
－サイドリンク通信リンクを介した第２のＵＥとの次回のサイドリンク通信のための事前指示を第２のＵＥに送信するステップであって、次回のサイドリンク通信が、不連続受信（ＤＲＸ）設定において第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースを含む、１つまたは複数の選択されたリソースに関連付けられる、ステップ。

【0057】

方法８００では、第１のＵＥはＴｘＵＥである。第２のＵＥはＲｘＵＥである。上述したように、本開示では、「事前指示（advance indication）」および「事前指示（advanced indication）」という用語が互換的に使用され、これらは、ＴｘＵＥが、次回のＳＬ通信に関する情報をＲｘＵＥに送信する事前通知を指す。

【0058】

いくつかの実施形態では、事前指示の送信は、ＴｘＵＥが上位層のシグナリングを受信したことに応答して行われる。上位層のシグナリングは、ＭＡＣ層、ＲＲＣ層などを介することができる。言い換えると、事前指示は、上位層の有効化／設定によってトリガーされる。

【0059】

いくつかの実施形態では、事前指示を送信するステップ８０２は、物理サイドリンク制御チャネル（Physical Sidelink Control Channel、ＰＳＣＣＨ）および／または物理サイドリンク共有チャネル（Physical Sidelink Shared Channel、ＰＳＳＣＨ）を介してＲｘＵＥにサイドリンク制御情報（sidelink control information、ＳＣＩ）を送信するステップ、を含む。すなわち、いくつかの例では、事前指示は、ＰＳＣＣＨまたはＰＳＣＣＨ＋ＰＳＳＣＨによって送信されるＲｘＵＥのアクティブ時間内に、第１段ＳＣＩまたは第２段ＳＣＩのいずれかによって伝えられる。

【0060】

ＳＣＩは、１ビットのＳＣＩ情報、２ビットのＳＣＩ情報、またはｎビット（ｎ＞２）のＳＣＩ情報とすることができる。いくつかの実施形態では、ＳＣＩは、１ビットのＳＣＩ情報である。１ビットのＳＣＩ情報は、ＲｘＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースに先行する時間ウィンドウが存在するかどうかを示す。ＲｘＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースに先行する時間ウィンドウの一例は、図１２に事前期間（ＡｄｖＤｕｒａｔｉｏｎ）１２０８として示されている。例えば、１ビットのＳＣＩ情報では、「１」は、事前期間が使用されることを示し、「０」は、事前期間が使用されず、次回のＳＬ通信のためにＲｘＵＥのＤＲＸアクティブ時間を延長する必要がないことを示す。またはこの逆である。

【0061】

いくつかの実施形態では、ＳＣＩ情報は、２ビットのＳＣＩ情報またはｎビットのＳＣＩ情報である。２ビットのＳＣＩ情報またはｎビットのＳＣＩ情報は、ＲｘＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースに先行する１つまたは複数の時間ウィンドウのカウント、周期性、持続時間、キャリア、および／または帯域幅部分（ＢＷＰ）を示す。ＲｘＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースに先行する時間ウィンドウは、図１２では事前期間（ＡｄｖＤｕｒａｔｉｏｎ）１２０８として示されている。例えば、２ビットのＳＣＩ情報では、「００」は、事前期間が使用されず、次回のＳＬ通信のためにＲｘＵＥのＤＲＸアクティブ時間を延長する必要がないことを示し、「０１」は、事前期間が１回だけ使用されることを示し、「１０」は、事前期間がＸ（例えば２）回だけ周期的に使用されることを示し、「１１」は、事前期間がＹ（例えば５）回だけ周期的に使用されることを示す。このように、事前指示は、ＳＬ通信の今後のＸ回またはＹ回において、各ＳＬ通信が事前期間に基づいてＲｘＵＥのＤＲＸアクティブ時間を延長する必要があることの事前通知を、ＲｘＵＥに有利に提供する。

【0062】

別の例では、２ビットのＳＣＩ情報の場合、「１０」は、事前期間が周期Ｐで周期的に使用されることを示し、「１１」は、事前期間が周期Ｑで周期的に使用されることを示す。

【0063】

さらに別の例では、２ビットのＳＣＩ情報の場合、「０１」は、事前期間Ａが１回使用されることを示し、「１０」は、事前期間Ｂが１回使用されることを示し、「１１」は、事前期間Ｃが１回使用されることを示す。

【0064】

上記の例では、カウントＸ／Ｙ、周期性Ｐ／Ｑ、および持続時間Ａ／Ｂ／Ｃは、実際の要件に基づき、ＴｘＵＥおよびＲｘＵＥに既知であるように（事前に）設定／指定することができる。

【0065】

１ビットおよび２ビットのＳＣＩ情報は、上記の例に限定されるものではなく、実際の要件に基づいて変化し得ることを理解されたい。

【0066】

同様に、ｎビット（ｎ＞２）のＳＣＩ情報が使用されるとき、ＳＣＩ情報は、ＲｘＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースに先行する１つまたは複数の時間ウィンドウ（すなわち図１２に示した事前期間）のカウント、周期性、持続時間、キャリア、および／または帯域幅部分（ＢＷＰ）のさまざまな組合せを示すことができる。

【0067】

ＲｘＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースに先行する１つまたは複数の時間ウィンドウの上述した事前指示の一実施形態は、図１２に示されている。図１２には、ＴｘＵＥとＲｘＵＥとの間のＳＬ通信リンク１２００が示されている。この実施形態では、ブロック図１２０２が、ＴｘＵＥで使用されるリソースを示しており、ブロック図１２０４が、ＲｘＵＥで使用されるリソースを示している。リソースは、時間－周波数リソースを含む。簡潔にする目的で、リソースは、時間リソース単位、例えば図１２のスロットとして示されている。時間リソース単位は、本開示に記載されているように他の形態であってもよいことが理解される。

【0068】

図１２に示したように、ＲｘＵＥは、ＤＲＸアクティブ時間１２１２、１２１６、およびＤＲＸ非アクティブ時間１２１４を有する。図１２は、ＲｘＵＥによって使用されるリソースの一部を示しており、例示されたＤＲＸアクティブ時間１２１２、１２１６、およびＤＲＸ非アクティブ時間１２１４は、ＲｘＵＥのＤＲＸアクティブ／非アクティブ時間の一部であることが理解される。本開示では、ＲｘＵＥの「ＤＲＸアクティブ時間」および「アクティブ時間」という用語は、互換的に使用される。同様に、ＲｘＵＥの「ＤＲＸ非アクティブ時間」、「非アクティブ時間（inactive time）」、および「非アクティブ時間（non-active time）」という用語は、互換的に使用される。

【0069】

図１２において、ＴｘＵＥは、次回のサイドリンク通信のためにＲｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＷｉｎｄｏｗ１２１０内で１つまたは複数のリソースを選択する。選択される１つまたは複数のリソースは、ＲｘＵＥのアクティブ時間１２１６、１２１２の外側に位置する２つのリソース１２２０、１２２２を含む。

【0070】

図８に示したステップ８０２の一実施形態として、図１２のＴｘＵＥは、サイドリンク通信リンク１２００を介したＲｘＵＥとの次回のサイドリンク通信のために、時刻ｔ＝ｎにＲｘＵＥに事前指示１２０６を送信する。次回のサイドリンク通信は、不連続受信（ＤＲＸ）設定においてＲｘＵＥのアクティブ時間１２１６、１２１２の外側に位置する少なくとも１つのリソース１２２０、１２２２を含む１つまたは複数の選択されたリソースに関連付けられる。

【0071】

この事前指示１２０６は、ＲｘＵＥのアクティブ時間１２１６、１２１２の外側に位置する少なくとも１つのリソース１２２０、１２２２に先行する１つまたは複数の時間ウィンドウが存在するかどうかを示す１ビット、２ビット、またはｎビットのＳＣＩ情報とすることができる。上述したように、時間ウィンドウの一例は、図１２において事前期間（ＡｄｖＤｕｒａｔｉｏｎ）１２０８として示されている。いくつかの実施形態では、時間ウィンドウは、ＲｘＵＥのアクティブ時間１２１６、１２１２の外側に位置する少なくとも１つのリソース１２２０、１２２２に先行する１６個の時間リソーススロットの持続時間を有する。すなわち、ＴｘＵＥのＲｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＷｉｎｄｏｗ１２１０の最初の時間リソーススロット１２２０に先行する。時間ウィンドウの持続時間は、１６個の時間リソーススロットに限定されず、実際の要件に基づいて、ＲｘＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースに先行する、別の数の時間リソーススロットを含むことができる。

【0072】

いくつかの実施形態では、ＴｘＵＥのＲｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＷｉｎｄｏｗ１２１０は、所定の長さ（ＬｅｎｇｔｈＯｆＲＳＷとして示されている）を有する。本開示は、事前指示の送信時刻ｔ＝ｎと、時間ウィンドウの持続時間（ＡｄｖＤｕｒａｔｉｏｎ１２０８）と、ＴｘＵＥのＲｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＷｉｎｄｏｗ１２１０の長さ（ＬｅｎｇｔｈＯｆＲＳＷ）とに基づいて、ＲｘＵＥが、事前指示の受信に応答して、１つまたは複数の選択されたリソースに関連付けられる次回のＳＬ通信に対応するように、（例えば、リソース時間スロット１２２０からリソース時間スロット１２２４にまたがる拡張されたＤＲＸアクティブ時間１２１８に）自身のＤＲＸアクティブ時間１２１６を延長するように動作することを可能にする。ＲｘＵＥにおける対応する方法の一実施形態は図９に示されており、対応する段落で説明する。

【0073】

いくつかの実施形態では、ＲｘＵＥのアクティブ時間１２１６、１２１２の外側に位置する少なくとも１つのリソース１２２０、１２２２に先行する１つまたは複数の時間ウィンドウの基準タイミングとして、事前指示の送信時刻ｔ＝ｎ以外に、他の時間リソーススロット（例えば、ＲｘＵＥのＤＲＸアクティブ／非アクティブ時間の最初または最後のスロットなど）を使用することができる。

【0074】

上述した１つまたは複数の時間ウィンドウに加えて、またはそれに代えて、事前指示は、１つまたは複数の選択されたリソースのうち、次回のサイドリンク通信においてデータ送信を開始するための特定のリソースを示す。この事前指示の一実施形態が図１３に示されている。

【0075】

図１２と同様に、ＴｘＵＥとＲｘＵＥとの間のＳＬ通信リンク１３００が図１３に示されている。この実施形態では、ブロック図１３０２が、ＴｘＵＥで使用されるリソースを示しており、ブロック図１３０４が、ＲｘＵＥで使用されるリソースを示している。リソースは、時間－周波数リソースを含む。簡潔にする目的で、リソースは、時間リソース単位、例えば図１３のスロットとして示されている。時間リソース単位は、本開示に記載されているように他の形態であってもよいことが理解される。

【0076】

図１３に示したように、ＲｘＵＥは、ＤＲＸアクティブ時間１３１８、１３１４と、ＤＲＸ非アクティブ時間１３１６とを有する。図１３は、ＲｘＵＥによって使用されるリソースの一部を示しており、例示されたＤＲＸアクティブ時間１３１８、１３１４およびＤＲＸ非アクティブ時間１３１６は、ＲｘＵＥのＤＲＸアクティブ／非アクティブ時間の一部であることが理解される。本開示では、ＲｘＵＥの「ＤＲＸアクティブ時間」および「アクティブ時間」という用語は、互換的に使用される。同様に、ＲｘＵＥの「ＤＲＸ非アクティブ時間」、「非アクティブ時間（inactive time）」、および「非アクティブ時間（non-active time）」という用語は、互換的に使用される。

【0077】

図１３において、ＴｘＵＥは、次回のサイドリンク通信のために、ＲｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＷｉｎｄｏｗ１３１２内で１つまたは複数のリソースを選択する。選択される１つまたは複数のリソースは、ＲｘＵＥのアクティブ時間１３１８、１３１４の外側に位置する少なくとも１つのリソース１３０８、１３２２を含む。

【0078】

図８に示されているステップ８０２の別の実施形態として、図１３のＴｘＵＥは、サイドリンク通信リンク１３００を介したＲｘＵＥとの次回のサイドリンク通信のために、時刻ｔ＝ｎにＲｘＵＥに事前指示１３０６を送信する。次回のサイドリンク通信は、不連続受信（ＤＲＸ）設定においてＲｘＵＥのアクティブ時間１３１８、１３１４の外側に位置する少なくとも１つのリソース１３０８、１３２２を含む１つまたは複数の選択されたリソースに関連付けられる。

【0079】

この事前指示１３０６は、１つまたは複数の選択されたリソースのうち、次回のサイドリンク通信においてデータ送信を開始するための特定のリソース１３０８を示す１ビット、２ビット、またはｎビットのＳＣＩ情報とすることができる。このように、図１３の実施形態における事前指示１３０６は、図１２に関して上述したように１つまたは複数の時間ウィンドウ１２０８も示してもよいし、示さなくてもよい。

【0080】

事前指示１３０６が、図１２に関して上述したように１つまたは複数の時間ウィンドウ１２０８も示す実施形態では、そのような時間ウィンドウは、図１３のＡｄｖＤｕｒａｔｉｏｎ１３１０として示される。

【0081】

図１２に関して上述したように事前指示１３０６が１つまたは複数の時間ウィンドウ１２０８を示さない実施形態では、事前指示１３０６は、ＡｄｖＤｕｒａｔｉｏｎ１３１０に関する情報を含まなくてよい。

【0082】

図１３に示した実施形態では、不連続受信（ＤＲＸ）設定においてＲｘＵＥのアクティブ時間１３１８、１３１４の外側に位置する少なくとも１つのリソース１３０８、１３２２とＡｄｖＤｕｒａｔｉｏｎ１３１０との間で重複する時間リソーススロット１３２２が示されているが、別の実施形態では、ＡｄｖＤｕｒａｔｉｏｎ１３１０は、不連続受信（ＤＲＸ）設定においてＲｘＵＥのアクティブ時間１３１８、１３１４の外側に位置する少なくとも１つのリソース１３０８、１３２２と重複しなくてもよいことが当業者には理解される。

【0083】

図１３の実施形態では、次回のサイドリンク通信においてデータ送信を開始するための特定のリソース１３０８が、ＴｘＵＥによって事前指示において示されるため、本開示は、ＲｘＵＥが、事前指示の受信に応答して、１つまたは複数の選択されたリソースに関連付けられる次回のＳＬ通信に対応するために、自身のＤＲＸアクティブ時間１３１８を（例えば、特定のリソース１３０８においてより早くウェイクアップする延長されたＤＲＸアクティブ時間１３２０に）延長するように動作することを可能にする。ＲｘＵＥにおける対応する方法の一実施形態は、図１０に示されており、対応する段落で説明されている。

【0084】

代替実施形態では、事前指示の送信は、ＴｘＵＥが１つまたは複数のトリガー条件を満たすことに応答して行われる。１つまたは複数のトリガー条件は、チャネルビジー率（Channel Busy Ratio、ＣＢＲ）条件、チャネル占有率（Channel Occupation Ratio、ＣＲ）条件、連続送信失敗条件、基地局からの命令、および／または高い優先順位のデータの送信、を含む。

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

本開示では、ＲｘＵＥのアクティブ時間は、新無線（ＮＲ）サイドリンク通信において排他的に使用されるリソースを含む。ＲｘＵＥの非アクティブ時間は、ロングタームエボリューション（Long-Term Evolution、ＬＴＥ）通信と共有されるリソース、またはＬＴＥ通信にのみ使用されるリソースを含む。

【0124】

本開示では、ＲｘＵＥのアクティブ時間は、代替的に、ロングタームエボリューション（ＬＴＥ）サイドリンク通信において排他的に使用されるリソースを含むことができる。第２のＵＥの非アクティブ時間は、新無線（ＮＲ）通信と共有されるリソース、またはＮＲ通信にのみ使用されるリソースを含む。

【0125】

以上のようにして、本開示に従った例示的な実施形態は、ＮＲ通信およびＬＴＥ通信の両方において互換性を有することができる。

【0126】

本開示において、本開示に従った例示的な実施形態は、ユニキャストＳＬ通信、グループキャストＳＬ通信、またはブロードキャストＳＬ通信に適用することができる。グループキャストＳＬ通信またはブロードキャストＳＬ通信では、ＴｘＵＥと通信する１つまたは複数のＲｘＵＥが存在し得る。上述した方法９００は、それら１つまたは複数のＲｘＵＥに適用され得る。

【0127】

したがって、本開示に従った例示的な実施形態は、ＴｘＵＥが候補リソースをＲｘＵＥのアクティブ時間のみに制限することなく通常のリソース選択を有利に実行できるように、ＴｘＵＥの候補リソースに対する選択／報告制限の潜在的な欠点を克服するために、本明細書で上述したようなＤＲＸが設定されたＳＬ通信におけるリソース選択の事前指示のための通信装置および通信方法を提供することが分かる。

【0128】

本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上述した各実施形態の説明において使用される各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩは、集積回路チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、集積回路（ＩＣ）、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実施することができる。さらには、ＬＳＩの製造後にプログラムすることのできるフィールドプログラマブルゲートアレイ（ＦＰＧＡ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブル・プロセッサを使用することもできる。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として、ＬＳＩが将来の集積回路技術に置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを適用することもできる。

【0129】

本開示は、通信の機能を有する任意の種類の装置、デバイス、またはシステム（通信装置と呼ばれる）によって実施することができる。

【0130】

通信装置は、送受信機および処理／制御回路を備えていることができる。送受信機は、受信機および送信機を備えている、および／または、受信機および送信機として機能することができる。送信機および受信機としての送受信機は、増幅器、ＲＦ変調器／復調器などを含む無線周波数（ＲＦ）モジュールと、１つまたは複数のアンテナとを含むことができる。

【0131】

このような通信装置のいくつかの非限定的な例としては、電話（例：携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例：ラップトップ、デスクトップ、ノートブック）、カメラ（例：デジタルスチル／ビデオカメラ）、デジタルプレイヤー（例：デジタルオーディオ／ビデオプレイヤー）、ウェアラブルデバイス（例：ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、電子書籍リーダー、遠隔医療／テレメディシン（リモート医療・医薬）装置、通信機能を提供する車両（例：自動車、飛行機、船舶）、およびこれらのさまざまな組合せ、が挙げられる。

【0132】

通信装置は、携帯型または可搬型に限定されず、非携帯型または据置型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システムなど、およびそれらの様々な組合せを通じてデータを交換することを含む。

【0133】

通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサなどのデバイスを備えることができる。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えていることができる。

【0134】

通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。

【0135】

本開示では、本開示に関連するダウンリンク制御信号（情報）は、物理層のＰＤＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣ制御要素（ＣＥ）またはＲＲＣを介して送信される信号（情報）とすることができる。ダウンリンク制御信号は、事前定義される信号（情報）とすることができる。

【0136】

本開示に関連するアップリンク制御信号（情報）は、物理層のＰＵＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣＣＥもしくはＲＲＣを介して送信される信号（情報）とすることができる。さらに、アップリンク制御信号は、事前定義される信号（情報）とすることができる。アップリンク制御信号は、アップリンク制御情報（ＵＣＩ）、第１段サイドリンク制御情報（ＳＣＩ）（1st stage sildelink control information (SCI)）、または第２段ＳＣＩ（2nd stage SCI）に置き換えることができる。

【0137】

本開示において、基地局は、例えば、送信受信ポイント（ＴＲＰ：Transmission Reception Point）、クラスタヘッド、アクセスポイント、遠隔無線ヘッド（ＲＲＨ：Remote Radio Head）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ）、ベース送受信機ステーション（ＢＴＳ：Base Transceiver Station）、ベースユニット、またはゲートウェイとすることができる。さらに、サイドリンク通信では、基地局に代えて端末を採用してもよい。基地局は、上位ノードと端末との間の通信を中継する中継装置であってもよい。基地局は、ロードサイドユニット（roadside unit）であってもよい。

【0138】

本開示は、アップリンク、ダウンリンク、およびサイドリンクのいずれにも適用することができる。

【0139】

本開示は、例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＰＲＡＣＨなどのアップリンクチャネル、ＰＤＳＣＨ、ＰＤＣＣＨ、およびＰＢＣＨなどのダウンリンクチャネル、ならびに物理サイドリンク共有チャネル（ＰＳＳＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、および物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）などのサイドリンクチャネルに適用することができる。

【0140】

ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨは、それぞれ、ダウンリンク制御チャネル、ダウンリンクデータチャネル、アップリンクデータチャネル、アップリンク制御チャネルの一例である。ＰＳＣＣＨおよびＰＳＳＣＨは、それぞれ、サイドリンク制御チャネルおよびサイドリンクデータチャネルの一例である。ＰＢＣＨおよびＰＳＢＣＨは、それぞれブロードキャストチャネルの一例であり、ＰＲＡＣＨは、ランダムアクセスチャネルの一例である。

【0141】

本開示は、データチャネルおよび制御チャネルのいずれにも適用することができる。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、および／または、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルに置き換えることができる。

【0142】

本開示において、参照信号は、基地局および移動局の両方に既知である信号であり、各参照信号は、基準信号（ＲＳ）または場合によりパイロット信号と呼ばれることがある。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Channel State Information - Reference Signal）、追跡参照信号（ＴＲＳ：Tracking Reference Signal）、位相追跡参照信号（ＰＴＲＳ：Phase Tracking Reference Signal）、セル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、およびサウンディング参照信号（ＳＲＳ：Sounding Reference Signal）のいずれであってもよい。

【0143】

本開示において、時間リソース単位は、スロットおよびシンボルの一方または組合せに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、時間スロットサブスロット、ミニスロットなどの時間リソース単位、または、シンボル、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボル、シングルキャリア－周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Single Carrier-Frequency Division Multiplexing Access）シンボルなどの時間リソース単位、または他の時間リソース単位であってもよい。１スロットに含まれるシンボルの数は、上述した実施形態において例示した数に限定されず、別のシンボル数であってもよい。

【0144】

本開示は、ライセンスバンドおよびアンライセンスバンドのいずれにも適用することができる。

【0145】

本開示は、基地局と端末との間の通信（Ｕｕリンク通信）、端末と端末の間の通信（サイドリンク通信）、および、車両と何らかのエンティティとの通信（Ｖ２Ｘ：Vehicle to Everything）のいずれにも適用することができる。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨに置き換えることができる。

【0146】

さらに、本開示は、地上ネットワーク、または、衛星もしくは高高度疑似衛星（ＨＡＰＳ：High Altitude Pseudo Satellite）を使用する地上ネットワーク以外のネットワーク（ＮＴＮ：非地上系ネットワーク：Non-Terrestrial Network）のいずれにも適用することができる。さらに、本開示は、セルサイズが大きいネットワークや、超広帯域伝送ネットワークのようにシンボル長やスロット長に比べて遅延が大きい地上ネットワークに適用してもよい。

【0147】

アンテナポートとは、１つまたは複数の物理アンテナで形成される論理アンテナ（アンテナ群）のことを指す。すなわち、アンテナポートは、必ずしも１つの物理アンテナを指すものではなく、複数のアンテナで形成されるアレイアンテナ等を指す場合もある。例えば、アンテナポートを形成する物理アンテナの数は定義されておらず、代わりに、端末が参照信号を送信することのできる最小単位をアンテナポートと定義する。また、アンテナポートは、プリコーディングベクトル重み付けの乗算のための最小単位として定義されることもある。

【0148】

本開示の前述の詳細な説明において例示的な実施形態を示したが、膨大な数の変形例が存在することを理解されたい。さらに、例示的な実施形態は例示に過ぎず、本開示の範囲、適用性、動作、または構成を何ら限定することを意図していないことを理解されたい。むしろ、前述の詳細な説明は、例示的な実施形態を実施するための便利なロードマップを当業者に提供するものであり、添付の特許請求の範囲に記載されている本開示の範囲から逸脱することなく、例示的な実施形態に記載されている、ステーションモード（ＳＴＡ）またはアクセスポイントモード（ＡＰ）にある通信装置の機能および配置に、様々な変更を加えることができることを理解されたい。

【0149】

１．第１のユーザ機器（ＵＥ）における無線通信のための方法であって、サイドリンク通信リンクを介した第２のＵＥとの次回のサイドリンク通信のための事前指示を第２のＵＥに送信するステップ、を含み、次回のサイドリンク通信が、不連続受信（ＤＲＸ）設定において第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースを含む１つまたは複数の選択されたリソースに関連付けられる、方法。

【0150】

２．事前指示の送信が、第１のＵＥが上位層のシグナリングを受信したことに応答して行われる、請求項１に記載の方法。

【0151】

３．事前指示の送信が、物理サイドリンク制御チャネル（ＰＳＣＣＨ）および／または物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して、第２のＵＥにサイドリンク制御情報（ＳＣＩ）を送信するステップ、を含み、ＳＣＩが、１ビットのＳＣＩ情報、２ビットのＳＣＩ情報、またはｎビットのＳＣＩ情報を含む、請求項１または請求項２に記載の方法。

【0152】

４．ＳＣＩが１ビットのＳＣＩ情報であるとき、１ビットのＳＣＩ情報が、第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースに先行する時間ウィンドウが存在するかどうかを示す、請求項３に記載の方法。

【0153】

５．ＳＣＩ情報が２ビットのＳＣＩ情報であるとき、２ビットのＳＣＩ情報が、第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースに先行する１つまたは複数の時間ウィンドウのカウント、周期性、持続時間、キャリア、および／または帯域幅部分（ＢＷＰ）を示す、請求項３に記載の方法。

【0154】

６．事前指示が、１つまたは複数の選択されたリソースのうち、次回のサイドリンク通信においてデータ送信を開始するための特定のリソースを示す、請求項１から請求項５のいずれか一項に記載の方法。

【0155】

７．第２のＵＥのアクティブ時間が、新無線（ＮＲ）サイドリンク通信において排他的に使用されるリソースを含み、第２のＵＥの非アクティブ時間が、ロングタームエボリューション（ＬＴＥ）通信と共有されるリソースまたはＬＴＥ通信にのみ使用されるリソースを含む、請求項１から請求項６のいずれか一項に記載の方法。

【0156】

８．第２のＵＥのアクティブ時間が、ロングタームエボリューション（ＬＴＥ）サイドリンク通信において排他的に使用されるリソースを含み、第２のＵＥの非アクティブ時間が、新無線（ＮＲ）通信と共有されるリソースまたはＮＲ通信にのみ使用されるリソースを含む、請求項１から請求項７のいずれか一項に記載の方法。

【0157】

９．事前指示の送信が、第１のＵＥが１つまたは複数のトリガー条件を満たすことに応答して行われ、１つまたは複数のトリガー条件が、チャネルビジー率（ＣＢＲ）条件、チャネル占有率（ＣＲ）条件、連続送信失敗条件、基地局からの命令、および／または高い優先順位のデータの送信、を含む、請求項１に記載の方法。

【0158】

１０．１つまたは複数のトリガー条件が、１つまたは複数の選択されたリソースのうちの最初のリソースに先行する１つまたは複数の時間ウィンドウの対応するカウント、周期性、持続時間、キャリア、および／または帯域幅部分（ＢＷＰ）に関連付けられる、請求項９に記載の方法。

【0159】

１１．第２のユーザ機器（ＵＥ）における無線通信のための方法であって、サイドリンク通信リンクを介した第１のＵＥとの次回のサイドリンク通信のための事前指示を第１のＵＥから受信するステップであって、次回のサイドリンク通信が、不連続受信（ＤＲＸ）設定において第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースを含む１つまたは複数の選択されたリソースに関連付けられる、ステップと、事前指示の受信に応答して、１つまたは複数の選択されたリソースに従って第２のＵＥのアクティブ時間を延長するステップと、を含む、方法。

【0160】

１２．事前指示の受信が、物理サイドリンク制御チャネル（ＰＳＣＣＨ）および／または物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して第１のＵＥからサイドリンク制御情報（ＳＣＩ）を受信するステップであって、ＳＣＩが、１ビットのＳＣＩ情報、２ビットのＳＣＩ情報、またはｎビットのＳＣＩ情報を含む、請求項１１に記載の方法。

【0161】

１３．事前指示を受信するステップが、１ビットのＳＣＩ情報を受信するステップを含むとき、１ビットのＳＣＩ情報が、第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースに先行する時間ウィンドウが存在するかどうかを示す、請求項１２に記載の方法。

【0162】

１４．事前指示を受信するステップが、２ビットのＳＣＩ情報を受信するステップを含むとき、２ビットのＳＣＩ情報が、第２のＵＥのアクティブ時間の外側に位置する少なくとも１つのリソースに先行する１つまたは複数の時間ウィンドウのカウント、周期性、持続時間、キャリア、および／または帯域幅部分（ＢＷＰ）を示す、請求項１２に記載の方法。

【0163】

１５．事前指示を受信するステップが、１つまたは複数の選択されたリソースのうち、次回のサイドリンク通信においてデータ送信を開始するための特定のリソースを示す、請求項１１から請求項１４のいずれか一項に記載の方法。

【0164】

１６．１つまたは複数の選択されたリソースに従って第２のＵＥのアクティブ時間を延長するステップが、所定の有効期間にわたってＤＲＸアクティブタイマーをトリガーするステップ、１つまたは複数の選択されたリソースの有効期間が満了するまでＤＲＸアクティブタイマーをトリガーするステップ、特定のリソースの有効期間が満了するまでＤＲＸアクティブタイマーをトリガーするステップ、１つまたは複数の選択されたリソースまたは特定のリソースに対して、より早いウェイクアップを設定するステップ、１つまたは複数の選択されたリソースまたは特定のリソースの有効期限が満了するまで、ＤＲＸアクティブタイマーを常時オンモードに変更し、第２のＵＥをそのデフォルトのＤＲＸにリセットするステップ、第１のＵＥからの周期的な送信のために周期的なＤＲＸアクティブタイマーをトリガーするステップ、および／または第１のＵＥからの周期的な送信のために、周期的な早期ウェイクアップを設定するステップ、を含む、請求項１５に記載の方法。

【0165】

１７．第２のＵＥのアクティブ時間が、新無線（ＮＲ）サイドリンク通信において排他的に使用されるリソースを含み、第２のＵＥの非アクティブ時間が、ロングタームエボリューション（ＬＴＥ）通信と共有される１つまたは複数の選択されたリソース、またはＬＴＥ通信にのみ使用される１つまたは複数の選択されたリソースを含む、請求項１１から請求項１６のいずれか一項に記載の方法。

【0166】

１８．第２のＵＥのアクティブ時間が、ロングタームエボリューション（ＬＴＥ）サイドリンク通信において排他的に使用されるリソースを含み、第２のＵＥの非アクティブ時間が、新無線（ＮＲ）通信と共有されるリソースまたはＮＲ通信にのみ使用されるリソースを含む、請求項１１から請求項１６のいずれか一項に記載の方法。

【0167】

１９．サイドリンク不連続受信（ＤＲＸ）設定を有する通信装置であって、送受信機と、回路と、を備え、送受信機が回路と連動して動作し、回路が、動作中に、請求項１から１０のいずれか一項に従って１つまたは複数のステップを実行する、通信装置。

【0168】

２０．サイドリンク不連続受信（ＤＲＸ）設定を有する通信装置であって、送受信機と、回路と、を備え、送受信機が回路と連動して動作し、回路が、動作中に、請求項１１から１８のいずれか一項に従って１つまたは複数のステップを実行する、通信装置。

【図1】