JP2024514794A - 通信の方法、端末装置及びコンピュータ可読媒体 - Google Patents

Abstract

本開示の実施形態は、サイドリンク送信のための解決策を提供する。通信のための方法において、第１の端末装置は、第１の端末装置から第２の端末装置へのサイドリンク送信のためのリソース選択ウィンドウを決定する。次に、第１の端末装置は、該リソース選択ウィンドウ内の継続時間を決定する。さらに、第１の端末装置は、継続時間のないリソース選択ウィンドウにおいて、サイドリンク送信のための少なくとも１つのリソースを決定する。こうして、サイドリンク送信のための第１の端末装置のリソース選択ウィンドウが最適化されるため、サイドリンク送信の性能が改善される。【選択図】図２

Description

本開示の実施形態は、全体として通信の分野に関し、より具体的には、サイドリンク送信のための解決策に関する。

５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）は、統一されたより高性能な５Ｇ無線エアインターフェースについての世界規格である。５Ｇは、マシンやモノ、装置など、ほぼ全ての人とあらゆるものを一つにつなぐように設計された新たな種類のネットワークを実現している。５Ｇ ＮＲは、遅延、信頼性、セキュリティ、スケーラビリティ（例えば、モノのインターネットの場合）及び他の要件に関連付けられる新しい要件を満たすように、第３世代パートナープロジェクト（３ＧＰＰ：Third Generation Partnership Project）により公布された継続的なモバイルブロードバンドエボリューションの一部である。５Ｇ ＮＲのいくつかの側面は、４Ｇロングタームエボリューション（ＬＴＥ：Long Term Evolution）規格に基づいてもよい。

ＬＴＥ車両対あらゆるもの（Ｖ２Ｘ：vehicle-to-everything）では、ＵＥが部分的センシングを実行するとき、ＵＥは、自身の実装により、リソース選択ウィンドウ内で少なくともＹ個のサブフレームからなるサブフレームのセットを決定する。Ｙは、上位層パラメータｍｉｎＮｕｍＣａｎｄｉｄａｔｅＳＦ以上でなければならない。上記のステップにおけるＹ個のサブフレームのセットにサブフレームｔ＿ｙが含まれる場合、上位層パラメータｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇのｋ番目ビットが１にセットされている場合、ＵＥは任意のサブフレームｔ＿ｙ－ｋ＊ｐを監視すべきである。ＵＥは、復号化された物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical Sidelink Control Channel）及びこれらのサブフレーム内で測定されたサイドリンク受信信号強度インジケータ（Ｓ－ＲＳＳＩ：Sidelink Received Signal Strength Indicator）に基づいて、リソース除外行動、すなわち関連する３ＧＰＰ仕様で定義されているセンシングプロシージャを実行すべきである。しかしながら、いくつかのサイドリンク通信シナリオにおいて、ＵＥの部分的センシングプロシージャにおけるリソース選択ウィンドウを最適化する必要があるかもしれない。

全体として、本開示の実施形態は、サイドリンク送信のための解決策を提供する。

第１の態様において、通信方法が提供される。前記方法は、第１の端末装置において、前記第１の端末装置から第２の端末装置へのサイドリンク送信のためのリソース選択ウィンドウを決定することを含む。前記方法は、前記リソース選択ウィンドウ内の継続時間を決定することも含む。前記方法は、前記継続時間のない前記リソース選択ウィンドウ内で、前記サイドリンク送信のための少なくとも１つのリソースを決定することをさらに含む。

第２の態様において、通信方法が提供される。前記方法は、第２の端末装置において第１の端末装置から、前記第１の端末装置から前記第２の端末装置へのサイドリンク送信のキャストタイプ情報を受信することを含む。前記方法は、前記キャストタイプ情報に基づいて、前記サイドリンク送信の間の前記第２の端末装置のサイドリンク不連続受信（ＤＲＸ：discontinuous reception）の有効化設定を決定することを含む。

第３の態様において、第１の端末装置が提供される。前記第１の端末装置は、前記第１の態様にかかる方法を実行するように設定されたプロセッサを備える。

第４の態様において、第２の端末装置が提供される。前記第２の端末装置は、前記第２の態様にかかる方法を実行するように設定されたプロセッサを備える。

第５の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、装置の少なくとも１つのプロセッサ上で実行された場合、前記装置に第１の態様にかかる方法を実行させる。

第６の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、装置の少なくとも１つのプロセッサ上で実行された場合、前記装置に第２の態様にかかる方法を実行させる。

発明の概要部分は、本開示の実施形態の重要又は基本的な特徴を特定することも、本開示の範囲を限定することも意図していないことを理解すべきである。本開示のその他の特徴は、以下の説明により容易に理解できるはずである。

図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。

本開示のいくつかの実施形態を実施可能な例示的な通信環境の模式図である。

本開示のいくつかの実施形態を実施可能な別の例示的な通信環境の模式図である。

本開示のいくつかの実施形態にかかる通信方法の例示的なプロセスを示す図である。

本開示のいくつかの実施形態にかかる、サイドリンク送信の受信端末装置のオフ継続時間のない、送信端末装置からのサイドリンク送信のためのリソース選択ウィンドウを示す模式図である。

本開示のいくつかの実施形態にかかる、グループキャスト又はブロードキャストサイドリンク送信の複数の受信端末装置の共通オフ継続時間及び結合オフ継続時間を示す模式図である。

本開示のいくつかの実施形態にかかる、グループキャスト又はブロードキャストサイドリンク送信の複数の受信端末装置の共通オン継続時間及び結合オン継続時間を示す模式図である。

本開示のいくつかの実施形態にかかる、パーシャルリソース選択ウィンドウがより多くのスロットを含むように拡張されていることを示す模式図である。

本開示のいくつかの実施形態にかかる、送信端末装置から受信端末装置へのサイドリンク送信のための１つ又は複数のリソースを選択するための例示的なプロセスを示す図である。

本開示のいくつかの実施形態にかかる、リソースがサイドリンク送信のために選択された場合、サイドリンク送信の再送信のために利用可能なリソースが存在しない可能性を示す模式図である。 本開示のいくつかの実施形態にかかる、リソースがサイドリンク送信のために選択された場合、サイドリンク送信の再送信のために利用可能なリソースが存在しない可能性を示す模式図である。

本開示のいくつかの実施形態にかかる、サイドリンク送信の送信端末装置が、送信端末装置のオン継続時間内に位置するセンシングオケージョンに関連付けられたスロット内で候補リソースを選択することができることを示す模式図である。

本開示のいくつかの実施形態にかかる、第１の端末装置と第２の端末装置との間の例示的な通信プロセスを示す図である。

本開示のいくつかの実施形態にかかる別の通信方法の例示的なプロセスを示す図である。

本開示のいくつかの実施形態を実装するのに適した装置の概略ブロック図である。

図面において、同一又は類似の参照番号は、同一又は類似の要素を表す。

いくつかの実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。

以下の説明及び特許請求の範囲において、別途定義されていない限り、本文で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。

本文で使用される「ネットワーク装置」又は「基地局」（ＢＳ：base station）という用語は、端末装置が通信を実行可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、EvolvedノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、Ｖ２Ｘ（vehicle-to-everything）通信のためのインフラ装置、送受信ポイント（ＴＲＰ：Transmission/Reception Point）、リモートラジオユニット（ＲＲＵ：Remote Radio Unit）、ラジオヘッド（ＲＨ：radio head）、リモートラジオヘッド（ＲＲＨ：remote radio head）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。

本文で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ：user equipment）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ：personal digital assistant）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ：internet of things）装置、あらゆるモノのインターネット（ＩｏＥ：Internet of Everything）装置、マシンタイプ通信（ＭＴＣ：machine type communication）装置、Ｖ２Ｘ（「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す）通信のための車載装置などを含むが、これらに限定されない。以下、説明のために、ＵＥを端末装置の例として参照していくつかの実施形態を説明し、用語「端末装置」及び「ユーザ装置」（ＵＥ）は、本開示のコンテキストにおいて互換的に使用されることができる。

いくつかの実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続されることができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスターノードとして、他方をセカンダリ―ノードとしてもよい。第１のネットワーク装置と第２のネットワーク装置は、異なる無線アクセス技術（ＲＡＴ：radio access technology）を使用してもよい。いくつかの実施形態において、第１のネットワーク装置は第１のＲＡＴ装置であってもよく、第２のネットワーク装置は第２のＲＡＴ装置であってもよい。いくつかの実施形態において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置と第２のネットワーク装置とのうちの少なくとも一方から端末装置に送信されることができる。いくつかの実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、第２の情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。いくつかの実施形態において、第２のネットワーク装置により設定された端末装置の設定に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信されてもよい。第２のネットワーク装置により設定された端末装置の再設定に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。

本明細書で使用される用語「回路」は、ハードウェア回路及び／又はハードウェア回路とソフトウェアとの組み合わせを意味することができる。例えば、回路は、アナログ及び／又はデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせであってもよい。さらに別の例として、回路は、端末装置又はネットワーク装置のような装置に様々な機能を実行させるために協働する、デジタル信号プロセッサ、ソフトウェア及び一つ又は複数のメモリを含むソフトウェアを有するハードウェアプロセッサの任意の部分であってもよい。さらに別の例において、回路は、オペレーションのためにソフトウェア／ファームウェアを必要とするハードウェア回路及び／又はマイクロプロセッサ又はその一部のようなプロセッサであってもよいが、オペレーションのために必要でない場合、ソフトウェアは存在しなくてもよい。本明細書で使用されるように、用語「回路」は、ハードウェア回路又は１つ又は複数のプロセッサのみ、又はハードウェア回路又は１つ又は複数のプロセッサの一部、及びその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実装も含む。

本明細書で使用されるように、用語「送受信ポイント」、「送信／受信ポイント」、又は「送信及び受信ポイント」は、一般に、ユーザ装置と通信する局を示すことができる。しかしながら、送受信ポイントは、基地局（ＢＳ）、セル、ノードＢ、evolvedノードＢ（ｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、セクタ、サイト、ベーストランシーバ基地局（ＢＴＳ：base transceiver system）、アクセスポイント（ＡＰ：access point）、中継ノード（ＲＮ：relay node）、遠隔無線ヘッド（ＲＲＨ）、無線ユニット（ＲＵ）、アンテナなどのように、異なる用語で称されてもよい。

すなわち、本開示の文脈では、送受信ポイント、基地局（ＢＳ）又はセルは、符号分割多元接続（ＣＤＭＡ：code division multiple access）における基地局コントローラ（ＢＳＣ：base station controller）、ＷＣＤＭＡにおけるＮｏｄｅ－Ｂ、ＬＴＥにおけるｅＮＢ又はセクタ（サイト）、ＮＲにおけるｇＮＢ又はＴＲＰなどによりカバーされるエリア又は機能の一部を示す包括的概念として解釈されてもよい。したがって、送受信ポイント、基地局（ＢＳ）及び／又はセルの概念は、メガセル、マクロセル、マイクロセル、ピコセル、フェムトセルなどの様々なカバレッジエリアを含んでもよい。さらに、このような概念は、中継ノード（ＲＮ）、遠隔無線ヘッド（ＲＲＨ）、又は無線ユニット（ＲＵ）の通信範囲を含んでもよい。

本開示の文脈では、ユーザ装置及び送信／受信ポイントは、本明細書で開示される技術及び技術概念を具現化するための包括的な意味を有する２つの送信／受信主体とすることができ、特定の用語又は単語に限定されない場合がある。さらに、ユーザ装置及び送信／受信ポイントは、本開示に関連して開示された技術及び技術概念を具現化する包括的な意味を有するアップリンク又はダウンリンク送信／受信主体とすることができ、特定の用語又は単語に限定されない場合がある。本明細書で使用されるように、アップリンク（ＵＬ：uplink）送信／受信は、データがユーザ装置から基地局に送信される方式である。代替として、ダウンリンク（ＤＬ：downlink）送信／受信は、基地局からユーザ装置にデータを送信する方式である。

本明細書で使用される単数形「１つ（a/an）」、及び「前記（the）」は、文脈に明示的に示されていない限り、複数形も含まれる。用語「含む」及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。「に基づく」という用語は、「に少なくとも部分的に基づく」と理解されるべきである。「一実施形態」及び「実施形態」という用語は、「少なくとも１つの実施形態」と理解されるべきである。「もう１つの実施形態」という用語は、「少なくとも１つの他の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指してもよい。以下では、その他の明示的及び暗黙的な定義を含む場合がある。

いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことが、理解されるであろう。

上述したように、いくつかのサイドリンク通信シナリオにおいて、ＵＥの部分的センシングプロシージャにおけるリソース選択ウィンドウを最適化する必要があるかもしれない。従来の解決策におけるこのような技術的問題及び潜在的な他の技術的問題を解決するために、本開示の実施形態は、サイドリンク送信のための解決策を提供する。通信のための方法において、第１の端末装置は、第１の端末装置から第２の端末装置へのサイドリンク送信のためのリソース選択ウィンドウを決定する。次に、第１の端末装置は、該リソース選択ウィンドウ内の継続時間を決定する。さらに、第１の端末装置は、継続時間のないリソース選択ウィンドウにおいて、サイドリンク送信のための少なくとも１つのリソースを決定する。こうして、サイドリンク送信のための第１の端末装置のリソース選択ウィンドウが最適化されるため、サイドリンク送信の性能が改善される。以下に、本開示の原理及び実施態様について詳細に説明する。

図１Ａは本開示のいくつかの実施形態を実施可能な例示的な通信環境１００の模式図である。図１Ａに示すように、通信ネットワーク１００と称されてもよい通信環境１００は、第１の端末装置１１０と第２の端末装置１２０とをサービングするネットワーク装置１０５を含んでもよい。具体的には、アップリンク送信及びダウンリンク送信は、第１の端末装置１１０とネットワーク装置１０５との間で通信リンク１１４を介して実行されてもよく、アップリンク送信及びダウンリンク送信は、第２の端末装置１２０とネットワーク装置１０５との間で通信リンク１１６を介して実行されてもよい。

追加として、第１の端末装置１１０は、本明細書でサイドリンクとも称される装置間（Ｄ２Ｄ：device-to-device）リンクを介して第２の端末装置１２０と通信してもよい。いくつかの状況では、ネットワーク装置１０５は、第１の端末装置１１０と第２の端末装置１２０との間のサイドリンク通信を制御又は補助してもよい。しかしながら、いくつかのケースでは、通信環境１００にネットワーク装置１０５が存在しなくてもよい。例えば、第１の端末装置１１０と、第２の端末装置１２０と、他の端末装置（図示せず）とのうちの１つ又は複数は、ネットワーク装置１０５のカバレッジ１１５外にあってもよい。このようなケースでは、第１の端末装置１１０と第２の端末装置１２０と、場合によっては、図１Ａに示されていない他の端末装置との間には、サイドリンク通信のみが存在する。

いくつかの実施形態において、第１の端末装置１１０と第２の端末装置１２０との間のサイドリンク通信の間、第１の端末装置１１０は、送信リソースのセットを使用して第２の端末装置１２０へのサイドリンク送信１１２を実行することができる。図１Ａの例示的なシナリオにおいて、サイドリンク送信１１２は第２の端末装置１２０にのみ送信されるので、サイドリンク送信１１２はユニキャストサイドリンク送信であってもよい。本明細書で使用されるように、用語「サイドリンク送信」は、一般的には、１つの端末装置から別の端末装置への、それらの間のサイドリンクチャネルを介して実行される任意の送信を意味する。サイドリンク送信は、サイドリンク通信に関連付けられる任意のデータ又は制御情報、例えば、サイドリンクデータ又はサイドリンク制御情報、又はサイドリンクフィードバック情報を送信するために使用されてもよい。本明細書で使用されるように、用語「サイドリンクチャネル」は、一般的には、物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical Sidelink Shared Channel）、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical Sidelink Control Channel）、物理サイドリンク発見チャネル（ＰＳＤＣＨ：Physical Sidelink Discovery Channel）、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ：Physical Sidelink Broadcast Channel）、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）、及び他の既存又は将来のサイドリンクチャネルなど、サイドリンク通信のための任意のチャネルを指してもよい。

いくつかの実施形態において、第１の端末装置１１０と第２の端末装置１２０とは、時間単位、例えば、タイムスロット（又は略してスロットと称する）に基づいて、互いに通信してもよい。例えば、サブキャリア間隔設定μの場合、スロットは、サブフレーム内では昇順に

と番号付けされ、フレーム内では昇順に

と番号付けされる。

が関連する３ＧＰＰ仕様（ＴＳ ３８．２１１）で与えられるサイクリックプレフィックスに依存するスロットには、

個の連続する直交周波数分割多重（ＯＦＤＭ）シンボルが存在する。サブフレーム内のスロット

の開始は、同じサブフレーム内のＯＦＤＭシンボル

の開始と時間的に揃えられる。スロットの他の関連する定義及び情報は、既存又は将来の３ＧＰＰ仕様から見出すことができる。より一般的に言えば、本明細書で使用されるスロットという用語は、任意の既存の定義された時間単位、又は任意の将来定義される時間単位を指すことができる。

図１Ｂは、本開示のいくつかの実施形態を実施可能な別の例示的な通信環境１２０の模式図である。図１Ａのシナリオ例とは異なり、図１Ｂの第１の端末装置１１０は、第２の端末装置１２０と、第３の端末装置１３０と、第４の端末装置１４０とを含む複数の端末装置に同時にサイドリンク送信１１２を送信してもよい。例えば、図１Ｂの例示的なシナリオにおけるサイドリンク送信１１２は、グループチキャスト又はブロードキャストサイドリンク送信であってもよい。図１Ｂには示されていないが、第１、第２、第３及び第４の端末装置１１０、１２０、１３０及び１４０は、１つ又は複数のネットワーク装置によりサービングされてもよく、これらのネットワーク装置は、端末装置１１０、１２０、１３０及び１４０間のサイドリンク送信を制御又は補助してもよい。しかしながら、いくつかのケースでは、通信環境１０２にネットワーク装置が存在しなくてもよい。このようなケースでは、端末装置１１０、１２０、１３０及び１４０、場合によっては、図１Ｂには示されていない他の端末装置の間には、サイドリンク通信のみが存在する。

本明細書で使用されるように、用語「リソース」、「送信リソース」、又は「サイドリンクリソース」は、時間領域におけるリソース（例えば、タイムスロット）、周波数領域におけるリソース（例えば、サブチャネル）、空間領域におけるリソース、コード領域におけるリソース、又は通信を可能にする任意の他のリソースなど、端末装置間のサイドリンク通信などの通信を実行するための任意のリソースを指してもよい。以下では、周波数領域と時間領域との両方におけるリソースは、本開示のいくつかの実施形態を説明するためのサイドリンクリソースの例として使用されてもよい。しかしながら、本開示の実施形態は、任意の他の領域における任意の他のリソースにも同様に適用可能であることに留意すべきである。

図１Ａ及び図１Ｂの通信環境１００及び１０２では、第１の端末装置１１０、第２の端末装置１２０、第３の端末装置１３０、及び第４の端末装置１４０について説明したが、本開示の実施形態は、互いに通信する任意の他の適切な通信装置にも同様に適用可能であってもよい。すなわち、本開示の実施形態は、図１Ａ及び図１Ｂの例示的なシナリオに限定されない。この点において、第１の端末装置１１０、第２の端末装置１２０、第３の端末装置１３０、及び第４の端末装置１４０が図１Ａ及び図２Ａにおいて携帯電話として模式的に図示されているが、この図示は、説明は単なる例であり、いかなる限定を示唆しないことを、理解すべきである。他の実施形態において、第１の端末装置１１０、第２の端末装置１２０、第３の端末装置１３０、及び第４の端末装置１４０は、車載端末装置のような任意の他の無線通信装置であってもよい。

第１の端末装置１１０、第２の端末装置１２０、第３の端末装置１３０、及び第４の端末装置１４０である場合、これらに関する通信はＶ２Ｘ通信と称されてもよい。より一般的には、図１Ａ及び図１Ｂには示されていないが、第１の端末装置１１０、第２の端末装置１２０、第３の端末装置１３０、及び第４の端末装置１４０に関連するＶ２Ｘ通信は、第１の端末装置１１０、第２の端末装置１２０、第３の端末装置１３０、及び第４の端末装置１４０、インフラストラクチャ装置、別の車載端末装置、歩行者装置、路側機等を含むがこれらに限定されない他の通信装置の間の通信を含んでもよい。さらに、図示されていないが、図１Ａ及び図１Ｂに示されているような全ての通信リンクは、１つ又は複数のリレーを介してもよい。

図１Ａ及び図１Ｂに示されるような端末装置の数及びネットワーク装置の数は、説明のためにのみ使用され、いかなる限定も示唆しないことを理解すべきである。通信環境１００及び１０５は、本開示の実施形態を実現するように適合された任意の適切な数の端末装置、任意の適切な数のネットワーク装置及び任意の適切な数の他の通信装置を含んでもよい。さらに、全ての通信装置の間には、必要であれば、様々な無線通信及び有線通信が存在してもよいことを理解すべきである。

通信環境１００及び１０２における通信は、モバイル通信のためのグローバルシステム（ＧＳＭ：Global System for Mobile Communications）、モノのモバイルインタネットのための拡張カバレッジグローバルシステム（ＥＣ－ＧＳＭ－ＩｏＴ：Extended Coverage Global System for Mobile Internet of Things）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）、符号分割多元接続（ＣＤＭＡ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM EDGE Radio Access Network）などを含むが、これらに限定されない任意の適切な規格に準拠してもよい。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。

図２は本開示のいくつかの実施形態にかかる通信方法の例示的なプロセス２００を示す図である。いくつかの実施形態において、該例示的なプロセス２００は、端末装置、例えば図１Ａ又は１Ｂに示すような第１の端末装置１１０において実現されてもよい。追加として又は代替として、例示的なプロセス２００はまた、図１Ａ及び図１Ｂに示されていない他の端末装置において実現されてもよい。説明のために、図１Ａ、図１Ｂ及び図３を参照して一般性を失わずに、第１の端末装置１１０により実行されるように、例示的なプロセス２００を説明する。図３は、本開示のいくつかの実施形態にかかる、サイドリンク送信の受信端末装置のオフ継続時間のない、送信端末装置からのサイドリンク送信のためのリソース選択ウィンドウを示す模式図である。

図２及び図３を参照し、図２のブロック２１０において、第１の端末装置１１０は、第１の端末装置１１０から第２の端末装置１２０へのサイドリンク送信１１２のためのリソース選択ウィンドウ３０５を決定してもよい。本明細書で使用されるように、第１の端末装置１１０により最初に、又は初めに決定されたリソース選択ウィンドウ３０５は、第１のリソース選択ウィンドウと称されてもよい。より一般的には、少なくとも部分的センシングが事前設定又は設定されたリソースプールにおいて、ＵＥが、周期的な部分的センシングを実行する場合、少なくとも、リソースプールのために別のトランスポートブロック、すなわちＴＢ（サイドリンク制御情報（ＳＣＩ）内で搬送されるとき）の予約が有効化され、且つ、スロットｎにおいてリソース選択又は再選択がトリガされたときに、リソース選択ウィンドウ内のＹ個の候補スロットのセットを決定することは、ＵＥの実装次第である。いくつかの実施形態において、リソース選択ウィンドウ３０５は、第１の端末装置１１０がサイドリンク送信１１２を送信すると決定するスロットｎに基づいて決定されてもよい。例えば、スロットｎ内で、第１の端末装置１１０の上位層は、サイドリンク送信１１２のための候補リソースのサブセットを要求、すなわち、サイドリンク送信１１２のためのリソース選択をトリガしてもよい。この場合、リソース選択ウィンドウ３０５は、［ｎ＋Ｔ１，ｎ＋Ｔ２］として決定されてもよく、ここで、Ｔ１及びＴ２の選択は、ＵＥの実装によって決まってもよい。いくつかの実施形態において、Ｔ１とＴ２との各々は、予め定義された最大値及び／又は予め定義された最小値を有してもよい。

ブロック２２０において、第１の端末装置１１０は、リソース選択ウィンドウ３０５内で１つ又は複数の継続時間を決定してもよい。一般には、第１の端末装置１１０により決定される１つ又は複数の継続時間は、第１の端末装置１１０がリソース選択及びサイドリンク送信１１２を回避する必要のある任意の継続時間であってもよい。例えば、第２の端末装置１２０に関連する情報に基づいて、第１の端末装置１１０は、決定された１つ又は複数の継続時間の間、第２の端末装置１２０がサイドリンク送信１１２を受信できないと決定してもよい。この場合、第１の端末装置は、第２の端末装置１２０によりサイドリンク送信１１２を受信できることを保証するために、１つ又は複数の決定された継続時間のない、リソース選択ウィンドウ３０５内でサイドリンク送信１１２のためのリソースを決定する必要があるかもしれない。言い換えれば、第１の端末装置１１０は、決定された１つ又は複数の継続時間を除外した後のリソース選択ウィンドウ３０５の残りの部分であるパーシャルリソース選択ウィンドウを決定してもよい。本明細書で使用されるように、決定された１つ又は複数の継続時間のないパーシャルリソース選択ウィンドウは、第２のリソース選択ウィンドウと称されてもよい。以下では、１つの継続時間がリソース選択ウィンドウ３０５から除外されるとの仮定の下で、いくつかの実施形態について説明する。しかしながら、本開示の実施形態は、２つ以上の継続時間がリソース選択ウィンドウ３０５から除外されるシナリオにも同様に適用できることを理解すべきである。

ブロック２３０において、第１の端末装置１１０は、継続時間のないリソース選択ウィンドウ３０５内の１つ又は複数のリソース、すなわちパーシャルリソース選択ウィンドウを決定してもよい。決定された１つ又は複数のリソースは、第１の端末装置１１０により、サイドリンク送信１１２を送信するために使用される。こうして、パーシャルリソース選択ウィンドウは、サイドリンク送信１１２を阻止する必要があるかもしれない継続時間を含まないので、サイドリンク送信１１２のための第１の端末装置１１０のリソース選択ウィンドウが最適化され、それにより、サイドリンク送信１１２の性能が改善される。

いくつかの実施形態において、第２の端末装置１２０がサイドリンクＤＲＸメカニズムを有効化し、第２の端末装置１２０のサイドリンクＤＲＸ設定を第１の端末装置１１０に通知してもよいと仮定する。例えば、第１の端末装置１１０がサイドリンク送信１１２のための部分的センシングプロシージャを実行する前に、第２の端末装置１２０は、サイドリンクＤＲＸ設定の情報を第１の端末装置１１０に送信してもい。サイドリンクＤＲＸ設定によれば、第２の端末装置１２０のサイドリンク受信オペレーションについての、オン継続時間（例えば、オン継続時間３４０）とオフ継続時間（例えば、オフ継続時間３２０）とが存在する。サイドリンクＤＲＸメカニズムのオン継続時間内で、第２の端末装置１２０は、アクティブであってもよく、そのため、サイドリンク送信を受信することができ、一方、サイドリンクＤＲＸメカニズムのオフ継続時間内で、第２の端末装置１２０は、非アクティブであってもよく、そのため、サイドリンク送信を受信することができない。本明細書で使用されるように、オフ継続時間は、非アクティブ時間又は非アクティブ継続時間と称されてもよい。

第２の端末装置１２０がサイドリンクＤＲＸメカニズムを有効化する場合、パーシャルリソース選択ウィンドウ３１０は、第２の端末装置１２０のＤＲＸパターンのオフ継続時間（例えば、オフ継続時間３２０）を含まない、例えば部分３１０－１及び部分３１０－２を含む、オリジナルのリソース選択ウィンドウ３０５内に位置するスロットのセットであってもよい。いくつかの実施形態において、サイドリンク送信１１２のための１つ又は複数のリソースを決定するために、第１の端末装置１１０は、パーシャルリソース選択ウィンドウ３１０から候補リソース（例えば、スロット３１２及び３１４内のリソース）を選択してもよい。より一般的には、送信ＵＥは、パーシャルリソース選択ウィンドウ内でＹ個のスロットを決定してもよい。次に、第１の端末装置１１０は、それぞれスロット３１２及び３１４に関連付けられたセンシングオケージョン（例えば、スロット３２２及び３２４）内でセンシング測定を実行してもよい。スロット３１２又は３１４とセンシングオケージョン３２２又は３２４との間には、間隔３０２が存在する。いくつかの実施形態において、間隔３０２は、関連する３ＧＰＰ仕様（例えば、ＴＳ ３６．２１３）で定義されているいくつかのパラメータ（例えば、パラメータｋ及びｐ）に従って決定されてもよい。

したがって、いくつかの実施形態において、パーシャルリソース選択ウィンドウ３１０から除外される継続時間を決定する際に、第１の端末装置１１０は、第２の端末装置１２０のＤＲＸ設定に基づいて該継続時間を決定してもよい。こうして、第１の端末装置１１０は、第２の端末装置１２０のＤＲＸ設定を考慮してパーシャルリソース選択ウィンドウ３１０を決定してもよいため、第１の端末装置１１０の部分的センシングプロシージャは、第２の端末装置１２０のＤＲＸメカニズムと共に適用されてもよい。したがって、第１の端末装置１１０と第２の端末装置１２０との両方の電力消費を効果的に低減させることができる。一方、第１の端末装置１１０は、ＤＲＸの影響下で第２の端末装置１２０へのサイドリンク送信１１２が受信可能であることを保証することができる。逆に、従来の部分的センシング解決策はＤＲＸの影響を考慮しないので、受信ＵＥはＤＲＸオフ継続時間中にサイドリンク送信を受信することができない。本開示のいくつかの実施形態は、ＤＲＸと部分的センシングとの両方が設定された場合のリソース選択の新しいＵＥ行動を定義する。

いくつかの実施形態において、第２の端末装置１２０のサイドリンクＤＲＸ設定に基づいて継続時間を決定する場合、サイドリンク送信１１２が第２の端末装置１２０へのユニキャストサイドリンク送信であれば、第１の端末装置１１０は、第２の端末装置１２０のＤＲＸ設定のオフ継続時間（例えば、オフ継続時間３０２）を、パーシャルリソース選択ウィンドウ３１０から除外される継続時間として決定してもよい。こうして、第１の端末装置１１０は、第２の端末装置１２０によりサイドリンク送信１１２を受信できることを保証するため、サイドリンク送信の信頼性を向上させることができる。いくつかの他のシナリオにおいて、例えば図１Ｂに示すように、サイドリンク送信１１２は、複数の端末装置へのグループキャスト又はブロードキャストサイドリンク送信であってもよい。これらのシナリオにおいて、パーシャルリソース選択ウィンドウ３１０から除外される継続時間を決定する際に、複数の端末装置それぞれのオフ継続時間を考慮する必要があるかもしれない。図４Ａ及び図４Ｂを参照して、このような実施形態について説明する。

図４Ａは本開示のいくつかの実施形態にかかる、グループキャスト又はブロードキャストサイドリンク送信の複数の受信端末装置の共通オフ継続時間及び結合オフ継続時間を示す模式図である。図４Ａに示すように、第２の端末装置１２０、第３の端末装置１３０、及び第４の端末装置１４０は、それぞれの異なるＤＲＸ設定を有してもよい。例えば、第２、第３、及び第４の端末装置１２０、１３０及び１４０は、それぞれの、位置がずれたオフ継続時間を有してもよい。しかしながら、図４Ａから分かるように、第２、第３、及び第４の端末装置１２０、１３０及び１４０のＤＲＸ設定の共通オフ継続時間（すなわち、共通部）４２０と、結合オフ継続時間（すなわち、オフ継続時間の和集合）４３０－１及び４３０－２とが存在する。

図４Ａに示す例示的なシナリオにおいて、第２の端末装置１２０のサイドリンクＤＲＸ設定に基づいて継続時間を決定する場合、第１の端末装置１１０は、複数の受信端末装置の共通オフ継続時間、又は結合オフ継続時間に基づいて、継続時間を実際に決定してもよい。より具体的には、サイドリンク送信１１２が、第２の端末装置１２０を含む複数の端末装置へのグループキャスト又はブロードキャストサイドリンク送信である場合、第１の端末装置１１０は、複数の端末装置１２０、１３０、及び１４０のそれぞれのサイドリンクＤＲＸ設定の複数のオフ継続時間を決定してもよい。次に、第１の端末装置１１０は、複数のオフ継続時間のうちの共通オフ継続時間４２０を、パーシャルリソース選択ウィンドウ３１０から除外される継続時間として決定してもよい。例えば、共通オフ継続時間４２０は、グループキャストサイドリンク送信におけるメンバＵＥの共通オフ継続時間であってもよい。こうして、パーシャルリソース選択ウィンドウ３１０から除外される継続時間を短縮することができ、それにより、パーシャルリソース選択ウィンドウ３１０に、グループキャスト又はブロードキャストサイドリンク送信のためのより多くの候補リソースが存在してもよくなる。代替として、第１の端末装置１１０は、複数のオフ継続時間のうちの結合オフ継続時間を、パーシャルリソース選択ウィンドウ３１０から除外される継続時間として決定してもよい。例えば、結合オフ継続時間４３０－１又は４３０－２は、グループキャストサイドリンク送信におけるメンバＵＥの結合オフ継続時間であってもよい。こうして、第１の端末装置１１０は、グループキャスト又はブロードキャストサイドリンク送信の全てのターゲット端末装置がグループキャスト又はブロードキャストサイドリンク送信を受信できることを保証することができるため、グループキャスト又はブロードキャストサイドリンク送信の信頼性を向上させることができる。

図４Ｂは本開示のいくつかの実施形態にかかる、グループキャスト又はブロードキャストサイドリンク送信の複数の受信端末装置の共通オン継続時間及び結合オン継続時間を示す模式図である。図４Ｂに示すように、第２、第３、及び第４の端末装置１２０、１３０及び１４０のＤＲＸ設定の共通オン継続時間４４０及び結合オン継続時間４５０－１及び４５０－２が存在する。共通オン継続時間又は結合オン継続時間の観点から、第１の端末装置１１０は、共通オン継続時間４４０をパーシャルリソース選択ウィンドウ３１０に含めることにより、グループキャスト又はブロードキャストサイドリンク送信の全てのターゲット端末装置がグループキャスト又はブロードキャストサイドリンク送信を受信できることを保証することができる。これとは対照的に、第１の端末装置１１０は、結合オン継続時間４５０－１及び４５０－２をパーシャルリソース選択ウィンドウ３１０に含めることにより、グループキャスト又はブロードキャストサイドリンク送信のためのパーシャルリソース選択ウィンドウ内により多くの候補リソースが存在してもよくなる。

いくつかの実施形態において、第１の端末装置１１０は、半二重モードでサイドリンク送信を実行してもよく、これは、第１の端末装置１１０は、同時に、サイドリンク送信を送信し、且つ、別のサイドリンク送信を受信することができないことを意味する。したがって、第１の端末装置１１０があるスロット内でサイドリンク送信を行う場合、第１の端末装置１１０は、同じスロットをセンシングオケージョンと監視することができない可能性がある。結果として、第１の端末装置１１０は、センシングオケージョンに関連付けられる将来のスロット内に別のサイドリンク送信があるか否かを決定することができない。この場合、第１の端末装置１１０はまた、そのような将来のスロットをパーシャルリソース選択ウィンドウ３１０から除外することにより、センシング測定後にパーシャルリソース選択ウィンドウ３１０から決定される利用可能なリソースが他の端末装置により予約されないことを保証することもできる。より具体的には、第１の端末装置１１０からの前のサイドリンク送信が、パーシャルリソース選択ウィンドウ３１０内のあるスロットに関連付けられたセンシングオケージョン内で実行された場合、第１の端末装置１１０は、該スロットをパーシャルリソース選択ウィンドウ３１０から除外してもよい。言い換えれば、パーシャルリソース選択ウィンドウ３１０は、スロットセットＨをさらに除外してもよい。Ｈは、関連付けられたセンシングオケージョン（ｍ－ｋ＊ｐ）が送信ＵＥのサイドリンク送信が発生したスロットであるスロット（ｍ）表し、ここで、ｋは、ＲＲＣにより設定又は予め定義され、例えば、１、２…であり、ｐは、リソースプールによりサポートされる予約期間のうちの少なくとも１つとして設定又は予め定義され、スロット数に変換される。こうして、第１の端末装置１１０は、センシング測定後にパーシャルリソース選択ウィンドウ３１０から決定された利用可能なリソースが他の端末装置により予約されないことを保証することにより、サイドリンク送信の信頼性を向上させることができる。

パーシャルリソース選択ウィンドウ３１０がオリジナルのリソース選択ウィンドウ３０５よりも短いので、前述した継続時間、例えば、第２の端末装置１２０のオフ継続時間を除いた後に、リソース不足問題やリソース選択競合問題が存在する可能性がある。したがって、いくつかの実施形態において、継続時間のないパーシャルリソース選択ウィンドウ３１０内のスロット数が閾値よりも少ない場合、第１の端末装置１１０は、パーシャルリソース選択ウィンドウ３１０を拡張するなどのリソース選択強化を実行してもよい。こうして、拡張されたパーシャルリソース選択ウィンドウ内には、第１の端末装置１１０により選択可能な候補リソースがより多く存在するかもしれない。いくつかの実施形態において、該閾値は、第１の端末装置１１０の上位層により事前設定又は設定された値であってもよい。他のいくつかの実施形態において、該閾値は整数であってもよく、ＲＲＣメッセージを介して第１の端末装置１１０に通知されてもよい。こうして、パーシャルリソース選択ウィンドウ３１０内のスロット数が不足しているか否かを、上位層により、例えばトラフィック状況等に基づいて合理的に制御することができるため、該閾値の合理性を向上させる。

いくつかの他の実施形態において、該閾値は、上位層により事前設定又は設定される、リソース選択ウィンドウ３０５内のスロット最小数であってもよい。言い換えれば、該閾値は、上位層により事前設定又は設定されたＹの最小値であってもよい。こうして、該閾値は、既存のパラメータであるリソース選択ウィンドウ３０５内のスロット最小数と一致するように設定されてもよく、これにより、上位層はスロット最小数に加えて閾値を設定する必要がなくなるため、上位層のオペレーションが簡略化される。いくつかの別の実施形態において、該閾値は、該最小数とサイドリンク送信１１２の再送信のラウンドトリップ時間（ＲＴＴ：round trip time）のためのスロット数との和であってもよい。言い換えれば、該閾値は、Ｙの最小値に少なくとも１回のＨＡＲＱ再送信のＲＴＴが必要とするスロットのギャップを加算した値であり、ここで、ＲＴＴ時間は、リソースプールについてのｓｌ－ＭｉｎＴｉｍｅＧａｐＰＳＦＣＨ及びｓｌ－ＰＳＦＣＨ－Ｐｅｒｉｏｄにより決定される、第１のリソースの物理サイドリンク共有チャネル（ＰＳＳＣＨ）送信の最後のシンボルの終了と、対応する物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）受信の最初のシンボルの開始との間の時間ギャップと、ＰＳＦＣＨ受信、処理及び必要な物理チャネルの多重化を含むサイドリンク再送信準備に必要な時間に任意のＴＸ－ＲＸ又はＲＸ－ＴＸ切替時間を加算した時間と、により決定される。これにより、第１の端末装置１１０は、サイドリンク送信１１２の再送信のための利用可能なリソースが存在することを保証することにより、サイドリンク送信１１２の信頼性を向上させることができる。

図５は本開示のいくつかの実施形態にかかる、パーシャルリソース選択ウィンドウがより多くのスロットを含むように拡張されていることを示す模式図である。図５の例示的なシナリオにおいて、第１の端末装置１１０が、第２の端末装置１２０のオフ継続時間５０５を除外するパーシャルリソース選択ウィンドウ５１０を決定すると仮定する。いくつかの実施形態において、パーシャルリソース選択ウィンドウ５１０を拡張するために、第１の端末装置１１０は、パーシャルリソース選択ウィンドウ５１０の開始時点５１２を早めてもよい。例えば、拡張されたパーシャルリソース選択ウィンドウ５２０は、新しい開始時点５２２を有してもよい。こうして、第１の端末装置１１０は、パーシャルリソース選択ウィンドウ５１０を時間領域において逆方向に拡張することができるため、拡張されたパーシャルリソース選択ウィンドウ５２０からより多くの候補リソースを選択することができ、これにより、サイドリンク送信１１２の信頼性を向上させる。

代替として又は追加として、第１の端末装置１１０は、パーシャルリソース選択ウィンドウ５１０の終了時点５１４を遅延させてもよい。例えば、拡張されたパーシャルリソース選択ウィンドウ５２０は、新しい終了時点５２４を有してもよい。こうして、第１の端末装置１１０は、パーシャルリソース選択ウィンドウ５１０を時間領域において前方に拡張することができるため、拡張されたパーシャルリソース選択ウィンドウ５２０からより多くの候補リソースを選択することができ、これにより、サイドリンク送信１１２の信頼性を向上させる。いくつかの実施形態において、第１の端末装置１１０は、拡張されたパーシャルリソース選択ウィンドウ５２０を、［ｎ＋Ｔ１，ｎ＋Ｔ２］に設定してもよく、ここで、Ｔ１＝０であり、Ｔ２＝パケット遅延バジェット（ＰＤＢ：packet delay budget）又は残りのパケット遅延バジェットであるため、［ｎ＋Ｔ１，ｎ＋Ｔ２］がより多くのスロットを含むようになる。

いくつかの他の実施形態において、パーシャルリソース選択ウィンドウ５１０を拡張するために、第１の端末装置１１０は、パーシャルリソース選択ウィンドウ５１０から除外される継続時間（例えば、第２の端末装置１２０のオフ継続時間５０５）が短縮されるか又は除去されるように、第２の端末装置１２０の調節されたサイドリンクＤＲＸ設定を決定してもよい。いくつかの実施形態において、調節されたサイドリンクＤＲＸ設定は、前のサイドリンクＤＲＸ設定とは異なる完全に再設定されたサイドリンクＤＲＸ設定であってもよい。いくつかの他の実施形態において、調節されたサイドリンクＤＲＸ設定は、前のサイドリンクＤＲＸ設定の修正されたバージョンであってもよい。次に、第１の端末装置１１０は、調節されたサイドリンクＤＲＸ設定の指示を第２の端末装置１２０に送信してもよい。調節されたサイドリンクＤＲＸ設定の指示を受信すると、第２の端末装置１２０は、調整された適切なサイドリンクＤＲＸ設定を適用することにより、継続時間（例えば、第２の端末装置１２０のオフ継続時間５０５）を短縮又は除去することができる。こうして、第１の端末装置１１０は、第２の端末装置１２０のサイドリンクＤＲＸ設定を調節することでパーシャルリソース選択ウィンドウ５１０を拡張することにより、新しいパーシャルリソース選択ウィンドウからより多くの候補リソースを選択できるようにして、サイドリンク送信１１２の信頼性を向上させることができる。

図６は本開示のいくつかの実施形態にかかる、送信端末装置から受信端末装置へのサイドリンク送信のための１つ又は複数のリソースを選択するための例示的なプロセス６００を示す。いくつかの実施形態において、該例示的なプロセス６００は、端末装置、例えば図１Ａ又は１Ｂに示すような第１の端末装置１１０において実現されてもよい。追加として又は代替として、例示的なプロセス６００はまた、図１Ａ及び図１Ｂに示されていない他の端末装置において実現されてもよい。説明のために、図１Ａ及び図１Ｂを参照して、一般性を失わずに、第１の端末装置１１０により実行されるように、例示的なプロセス６００を説明する。

ブロック６１０において、第１の端末装置１１０は、パーシャルリソース選択ウィンドウから、サイドリンク送信１１２のための複数の候補リソースを選択してもよい。例えば、候補リソースは、パーシャルリソース選択ウィンドウ内のＹ個のスロット内に位置してもよい。ブロック６２０において、第１の端末装置１１０は、該複数の候補リソースをセンシングすることにより、該複数の候補リソースの中から、サイドリンク送信１１２のために複数の利用可能なリソースを決定してもよい。例えば、第１の端末装置１１０は、復号化された物理サイドリンク制御チャネル（ＰＳＣＣＨ）、及び関連するスロット内で測定されたサイドリンク受信信号強度インジケータ（Ｓ－ＲＳＳＩ：Sidelink Received Signal Strength Indicator）、サイドリンク参照信号受信電力（Ｓ－ＲＳＲＰ：Sidelink Reference Signal received Power）などに基づいて、リソース除外行動を実行してもよい。ブロック６３０において、第１の端末装置１１０は、該複数の利用可能なリソースの中から、サイドリンク送信１１２のための１つ又は複数のリソースを選択してもよい。こうして、第１の端末装置１１０は、パーシャルリソース選択ウィンドウ内の全てのリソースではなく、選択された候補リソースについてのセンシング測定を制限することができるため、第１の端末装置１１０の電力消費を低減させることができる。一実施形態において、例示的なプロセス２００又は６００のうちの少なくとも１つは、決定／選択された少なくとも１つのリソースに基づいてサイドリンク送信を実行することをさらに含む。

いくつかの実施形態において、サイドリンク送信１１２のための１つ又は複数のリソースを選択するときに、サイドリンク送信１１２の再送信のためのリソースも第１の端末装置１１０により考慮される場合、サイドリンク送信１１２を送信するための１つ又は複数のリソースの選択については、より多くの制約が存在するかもしれない。このような実施形態については、図７Ａ及び図７Ｂを参照して説明する。図７Ａ及び図７Ｂは、本開示のいくつかの実施形態にかかる、リソースがサイドリンク送信のために選択された場合、サイドリンク送信の再送信のために利用可能なリソースが存在しない可能性を示す模式図である。

図７Ａに示すように、パーシャルリソース選択ウィンドウ（図７Ａには示されていない）内で、第１の端末装置１１０が、サイドリンク送信１１２を送信するためにスロット７１０内のリソースを選択する場合、サイドリンク送信１１２の潜在的な再送信のために利用可能なリソースが存在しない可能性がある。これは、潜在的な再送信とサイドリンク送信１１２との間のギャップ７０５が、少なくとも再送信のＲＴＴ時間である必要があるためであり、図７Ａの例において、ギャップ７０５は２つの（２）スロットであるとして仮定され、パーシャルリソース選択ウィンドウは、スロット７１０のギャップ７０５だけ後にあるスロット７１２を含まない。これとは対照的に、第１の端末装置１１０が、サイドリンク送信１１２を送信するためにスロット７２０内のリソースを選択する場合、サイドリンク送信１１２の潜在的な再送信のために利用可能なリソースが存在する可能性がある。これは、パーシャルリソース選択ウィンドウが、スロット７２０のギャップ７０５だけ後にあるスロット７２２を含むからである。

同様に、図７Ｂに示すように、第１の端末装置１１０が、サイドリンク送信１１２を送信するためにスロット７３０内のリソースを選択する場合、サイドリンク送信１１２の潜在的な再送信のために利用可能なリソースが存在しない可能性がある。これは、パーシャルリソース選択ウィンドウが、スロット７３０のギャップ７０５だけ後にあるスロット７３２を含まないからである。これとは対照的に、第１の端末装置１１０が、サイドリンク送信１１２を送信するためにスロット７４０内のリソースを選択する場合、サイドリンク送信１１２の潜在的な再送信のために利用可能なリソースが存在する可能性がある。これは、パーシャルリソース選択ウィンドウが、スロット７４０のギャップ７０５だけ後にあるスロット７４２を含むからである。

したがって、いくつかの実施形態において、センシング測定により決定された複数の利用可能なリソースが、連続するスロットの複数のサブセット（例えば、図７Ａのサブセット７０２及び７０４、図７Ｂのサブセット７０６及び７０８）内に位置する場合、第１の端末装置１１０は、サイドリンク送信１１２の潜在的な再送信のための利用可能なリソースが存在するように、サイドリンク送信１１２のための１つ又は複数のリソースを選択してもよい。より具体的には、連続するスロットのサブセットにおいて、第１の端末装置１１０は、リソースを、該リソースとサブセットの最後のスロットとの間の時間領域でのギャップが、サイドリンク送信１１２の再送信のＲＴＴよりも長いように、サイドリンク送信１１２のための１つ又は複数のリソースのうちの１つとして選択してもよい。言い換えれば、第１の端末装置１１０は、各サブセットの終了前の少なくとも１つのギャップからリソースを選択することが好ましい。ギャップは（ｍ－ＲＴＴ）であってもよく、ここで、ｍはリソースの各サブセットの終了スロットを意味する。例えば、図７Ａの例示的なシナリオにおいて、第１の端末装置１１０は、サブセット７０２内のスロット７１５内、又はサブセット７０４内のスロット７２０内のリソースを選択してもよい。これにより、第１の端末装置１１０は、サイドリンク送信１１２の再送信のための利用可能なリソースが存在することを保証し、且つＤＲＸの影響下でより多くのＨＡＲＱ送信機会を得ることにより、サイドリンク送信１１２の信頼性を向上させることができる。

代替として又は追加として、連続するスロットのサブセット内で、第１の端末装置１１０は、サブセットの最も早いリソースを、サイドリンク送信１１２を送信するための１つ又は複数のリソースのうちの１つとして選択してもよい。言い換えれば、ＨＡＲＱが有効化されたリソースプールにおいて、ＵＥは、最初のＴＢ送信のために、リソースの各サブセットから最も早い時間リソース及び周波数リソースを選択することが好ましい。例えば、図７Ｂの例示的なシナリオにおいて、第１の端末装置１１０は、サブセット７０６内のスロット７３５内、又はサブセット７０８内のスロット７４５内のリソースを選択してもよい。こうして、第１の端末装置１１０は、サイドリンク送信の再送信のために利用可能なリソースが存在する確率を最大化し、ＤＲＸの影響下でより多くのＨＡＲＱ送信機会を得ることにより、サイドリンク送信の信頼性を向上させることができる。

いくつかの実施形態において、パーシャルリソース選択ウィンドウ内で、サイドリンク送信１１２を送信するための１つ又は複数のリソースを決定するとき、第１の端末装置１１０は、第２の端末装置１２０のサイドリンクＤＲＸ設定がサイドリンク送信１１２にとって不適切であると決定してもよい。例えば、第１の端末装置１１０は、パーシャルリソース選択ウィンドウ内のリソースの総数が、サイドリンク送信１１２のために十分ではないと決定してもよい。言い換えれば、端末装置１１０は、センシングの前に、パーシャルリソース選択ウィンドウ内に十分なリソースがないと決定してもよい。不適切なサイドリンクＤＲＸ設定についてのこのような基準により、第１の端末装置１１０は、サイドリンク送信１１２のために十分なリソースが存在する確率を高めることにより、サイドリンク送信１１２の信頼性を向上させることができる。

別の例として、第１の端末装置１１０は、パーシャルリソース選択ウィンドウ内に、サイドリンク送信の再送信のために利用可能なリソースがないと決定してもよい。より具体的には、第１の端末装置１１０は、センシングの前に、パーシャルリソース選択ウィンドウ内にＨＡＲＱ再送信のために選択可能なリソースがない、例えば、パーシャルリソース選択ウィンドウ内のＲＴＴよりも少ない、と決定してもよい。不適切なサイドリンクＤＲＸ設定についてのこのような基準により、第１の端末装置１１０は、サイドリンク送信１１２のために十分なリソースが存在する確率を高めることにより、サイドリンク送信１１２の信頼性を向上させることができる。

さらに別の例として、第１の端末装置１１０は、パーシャルリソース選択ウィンドウ内で部分的センシングを実行することにより決定されたパーシャルリソース選択ウィンドウ内の利用可能なリソースの数が、サイドリンク送信１１２のために十分ではないと決定してもよい。言い換えれば、パーシャルリソース選択ウィンドウ内のセンシング結果では不十分である。不適切なサイドリンクＤＲＸ設定についてのこのような基準により、第１の端末装置１１０は、サイドリンク送信１１２のために十分なリソースが存在することを保証することにより、サイドリンク送信１１２の信頼性を向上させることができる。

いくつかの実施形態において、第１の端末装置１１０が、第２の端末装置１２０のサイドリンクＤＲＸ設定がサイドリンク送信１１２にとって不適切であると決定した場合、第１の端末装置１１０は、第２の端末装置１２０の調節されたサイドリンクＤＲＸ設定を決定してもよい。すなわち、サイドリンク送信の送信ＵＥが、受信ＵＥのＤＲＸ設定が不適切であると決定した場合、送信ＵＥは、受信ＵＥのＤＲＸ設定を再設定してもよい。第２の端末装置１２０の調節されたサイドリンクＤＲＸ設定を決定した後、第１の端末装置１１０は、調節されたサイドリンクＤＲＸ設定の指示を第２の端末装置１２０に送信してもよい。調節されたサイドリンクＤＲＸ設定の指示を受信すると、第２の端末装置１２０は、調整された適切なサイドリンクＤＲＸ設定を適用することにより、第１の端末装置１１０から第２の端末装置１２０へのサイドリンク送信１１２を容易にすることができる。こうして、第１の端末装置１１０は、第２の端末装置１２０の不適切なサイドリンクＤＲＸ設定を適切なサイドリンクＤＲＸ設定に変更することにより、パーシャルリソース選択ウィンドウからより多くの候補リソースを選択できるようにして、サイドリンク送信１１２の信頼性を向上させることができる。

図８は本開示のいくつかの実施形態にかかる、サイドリンク送信の送信端末装置が、送信端末装置のオン継続時間内に位置するセンシングオケージョンに関連付けられたスロット内で候補リソースを選択することができることを示す模式図である。図８に示すように、図１Ａ又は１Ｂの例示的なシナリオにおいて、送信端末装置が第１の端末装置１１０であり、サイドリンク送信がサイドリンク送信１１２であり、受信端末装置が第２の端末装置１２０であると仮定する。また、第１の端末装置１１０が、スロットｎ内でサイドリンク送信１１２を送信すると決定し、リソース選択ウィンドウが［ｎ＋Ｔ１，ｎ＋Ｔ２］として決定されると仮定する。第１の端末装置１１０はさらに、第２の端末装置１２０のオフ継続時間８１３のないパーシャルリソース選択ウィンドウ８１０を決定する。

スロットのセット８２０、スロットのセット８３０、及びスロットのセット８４０は、それぞれセンシングオケージョン８２５、センシングオケージョン８３５及びセンシングオケージョン８４５に関連付けられていることが分かる。スロットのセットのうちのいずれか１つと、関連付けられるセンシングオケージョンとの間のギャップはギャップ８０２として示され、ギャップ８０２は、例えば、関連する３ＧＰＰ仕様（例えば、ＴＳ ３６．２１３）で定義されているいくつかのパラメータ（例えば、パラメータｋ及びｐ）に従って決定されてもよい。スロットのセット８２０に関連付けられたセンシングオケージョン８２５（利用可能なセンシングオケージョンとも称される）は、第１の端末装置１１０のオン継続時間８１５内にあり、一方、スロットのセット８３０及びスロットのセット８４０にそれぞれ関連付けられたセンシングオケージョン８３５及びセンシングオケージョン８４５は、第１の端末装置１１０のオフ継続時間中にあることに留意できるはずである。これは、第１の端末装置１１０がオフ継続時間中にサイドリンク情報又は信号を受信できない可能性があるので、第１の端末装置１１０は、スロットのセット８３０及びスロットのセット８４０内のリソースが他の端末装置により予約されているか否かを決定できない可能性があることを意味する。

したがって、いくつかの実施形態において、パーシャルリソース選択ウィンドウ８１０内でサイドリンク送信１１２のための１つ又は複数のリソースを決定するとき、第１の端末装置１１０は、最初に、パーシャルリソース選択ウィンドウ８１０内でスロットのセット８２０を決定してもよい。上述したように、スロットのセット８２０は、第１の端末装置１１０のサイドリンクＤＲＸ設定のオン継続時間８１５内に位置するそれぞれのセンシングケース８２５に関連付けられる。次いで、第１の端末装置１１０は、スロットのセット８２０から、サイドリンク送信１１２のために使用される１つ又は複数のリソースを決定してもよい。こうして、第１の端末装置１１０は、センシング測定後に決定された利用可能な候補リソースが他の端末装置により予約されないことを保証することにより、サイドリンク送信１１２の信頼性を向上させ、リソース選択を拡張させ、ＤＲＸの影響下でのリソース競合を減少させることができる。

第１の端末装置１１０は、センシング測定後に、スロットのセット８２０からの１つ又は複数のリソースが利用可能であることを保証することができるが、スロットのセット８２０は、パーシャルリソース選択ウィンドウ８１０よりも少ないスロットを含んでもよい。言い換えれば、１つ又は複数のリソースがスロットのセット８２０から選択されるように限定された場合、いくつかの状況において、リソース不足が発生する可能性がある。したがって、いくつかの実施形態において、第１の端末装置１１０は、重要なトラフィックに関連付けられるサイドリンク送信のためだけに、１つ又は複数のリソースをスロットのセット８２０にあるように限定してもよい。より具体的には、サイドリンク送信１１２に関連付けられるトラフィック優先度が優先度閾値よりも高い場合（例えば、トラフィック優先度値が設定された閾値よりも小さい場合）、第１の端末装置１１０は、センシング測定を実行するためにスロットのセット８２０を決定してもよい。いくつかの実施形態において、設定された閾値は、予め定義されてもよく、又はＲＲＣメッセージを介して第１の端末装置１１０に通知されてもよい。いくつかの実施形態において、該設定された閾値は、１から８までの範囲の値を有してもよい。こうして、より重要なトラフィックに関連付けられるサイドリンク送信の信頼性を保証することができる一方、重要度のより低いトラフィックに関連付けられるサイドリンク送信については、リソース選択プロシージャを簡略化することができ、より多くの候補リソースが存在する可能性がある。

いくつかの実施形態において、スロットのセット８２０は、第１の端末装置１１０の下位層（例えば、物理層）により決定されてもよい。より具体的には、第１の端末装置１１０は、下位層にスロットのセット８２０を決定させてもよい。これらの実施形態において、サイドリンク送信１１２のためにスロットのセット８２０から１つ又は複数のリソースを決定するとき、第１の端末装置１１０は、下位層に、スロットのセット８２０内の利用可能なリソースを第１の端末装置１１０の上位層（例えば、ＭＡＣ層）に報告させてもよい。例えば、利用可能なリソースは、スロットのセット８２０から選択された候補リソースについてのセンシング測定により決定される。次に、第１の端末装置１１０は、上位層に、利用可能なリソースから１つ又は複数のリソースを選択させてもよい。言い換えれば、物理層内及びパーシャルリソース選択ウィンドウ内で、ＵＥは、単に、又は好ましくは、スロットセットＹを、関連付けられたセンシングオケージョンがＵＥのオン継続時間内に位置するスロットセットＳとして決定し、候補リソースをＭＡＣ層に報告する。これにより、上位層（例えばＭＡＣ層）のオペレーションを簡略化することができる。

いくつかの他の実施形態において、スロットのセット８２０は、第１の端末装置１１０の上位層（例えば、ＭＡＣ層）により決定されてもよい。より具体的には、第１の端末装置１１０は、上位層にスロットのセット８２０を決定させてもよい。これらの実施形態において、サイドリンク送信１１２のためにスロットのセット８２０から１つ又は複数のリソースを決定するとき、第１の端末装置１１０は、下位層に、パーシャルリソース選択ウィンドウ内の候補リソースを報告させてもよい。次に、第１の端末装置１１０は、１つ又は複数のリソースがスロットのセット８２０内に位置するように、上位層に、候補リソースから１つ又は複数のリソースを選択させてもよい。言い換えれば、ＭＡＣ層内及び物理層からの報告されたリソースセットＳ_Ａ内では、ＵＥは、単に、又は好ましくは、関連付けられたセンシングオケージョンがＵＥのオン継続時間内に位置するスロットセットＳ内のリソースを選択してもよい。これにより、下位層（例えば物理層）のオペレーションを簡略化することができる。

図９は本開示のいくつかの実施形態にかかる、第１の端末装置１１０と第２の端末装置１２０との間の例示的な通信プロセス９００を示す図である。説明のために、図１Ａ及び１Ｂを参照して通信プロセス９００を説明する。しかしながら、通信プロセス９００は、２つの端末装置が互いに通信する任意の他の通信シナリオにも同様に適用できることを理解すべきである。

図９に示すように、第１の端末装置１１０がサイドリンク送信１１２を第２の端末装置１２０に送信する前に、第１の端末装置１１０は、キャストタイプ情報９１５を第２の端末装置１２０に送信する（９１０）。例えば、キャストタイプ情報９１５は、例えば図１Ａに示す例示的なシナリオにおいて、サイドリンク送信１１２が第１の端末装置１１０から第２の端末装置１２０へのユニキャストサイドリンク送信であることを示してもよい。別の例として、キャストタイプ情報９１５は、例えば図１Ｂに示す例示的なシナリオにおいて、サイドリンク送信１１２が、第１の端末装置１１０から第２の端末装置１２０を含む複数の端末装置（例えば、図１Ｂの第２、第３、及び第４の端末装置１２０、１３０及び１４０）へのグループキャスト又はブロードキャストサイドリンク送信であることを示してもよい。いくつかの実施形態において、キャストタイプ情報９１５は、サイドリンク送信１１２のスケジューリング情報（例えば、サイドリンク制御情報（ＳＣＩ））を介して送信されてもよい。いくつかの他の実施形態において、キャストタイプ情報９１５は、サイドリンク送信１１２のスケジューリング情報以外のシグナリングを介して送信されてもよい。

受信側では、第２の端末装置１２０は、第１の端末装置１１０からキャストタイプ情報９１５を受信する（９２０）。キャストタイプ情報９１５に基づいて、第２の端末装置１２０は、サイドリンク送信中に、第２の端末装置１２０のサイドリンクＤＲＸの有効化設定を決定してもよい（９３０）。より具体的には、第２の端末装置１２０は、サイドリンク送信１１２のために第１の端末装置１１０により実行される部分的センシングプロシージャについてＤＲＸメカニズムを有効化又は無効化することにより、サイドリンク送信１１２の送信側での部分的センシングプロシージャを容易にすることができる。例えば、第２の端末装置１２０は、サイドリンク送信１１２のキャストタイプ（例えば、ユニキャスト、グループキャスト、又はブロードキャスト）に応じてＤＲＸメカニズムを有効化又は無効化してもよい。これにより、ＤＲＸの影響下での、第１の端末装置１１０から第２の端末装置１２０へのサイドリンク送信１１２のより良い送信又は受信効率を達成することができる。

いくつかの実施形態において、キャストタイプ情報９１５が、サイドリンク送信１１２がユニキャストサイドリンク送信であることを示す場合、例えば、サイドリンク送信１１２のＳＣＩ内で示されたキャストタイプが「ユニキャスト」である場合、第２の端末装置１２０は、サイドリンク送信１１２の間、サイドリンクＤＲＸを有効化してもよい。例えば、ＤＲＸ設定がＵＥごとに事前設定又は設定される、すなわち、第２の端末装置１２０について別々に事前設定又は設定される場合がある。こうして、第１の端末装置１１０の部分的センシングプロシージャを、第２の端末装置１２０のＤＲＸメカニズムと共に適用することができる。したがって、第１の端末装置１１０と第２の端末装置１２０との両方の電力消費を効果的に低減させることができる。

いくつかの他の実施形態において、キャストタイプ情報９１５が、サイドリンク送信１１２がグループキャスト又はブロードキャストサイドリンク送信であることを示す場合、例えば、サイドリンク送信１１２のＳＣＩ内で示されたキャストタイプが「ユニキャスト」ではない（例えば、グループキャストオプション１、グループキャストオプション２及びブロードキャスト）場合、第２の端末装置は、サイドリンク送信１１２の間、サイドリンクＤＲＸを無効化してもよい。例えば、ＤＲＸ設定がＵＥごとに事前設定又は設定される、すなわち、第２の端末装置１２０について別々に事前設定又は設定される場合がある。こうして、第１の端末装置１１０は、パーシャルリソース選択ウィンドウから、グループキャスト又はブロードキャストサイドリンク送信のターゲット端末装置の共通オフ継続時間又は結合オフ継続時間を除外する必要がないので、パーシャルリソース選択ウィンドウから選択できるより多くの候補リソースがあるかもしれない。

いくつかの別の実施形態において、第２の端末装置１２０のサイドリンクＤＲＸ設定は、第２の端末装置１２０について別々に事前設定又は設定されるのではなく、サイドリンク送信１１２のためにリソースが選択されたリソースプールについて事前設定又は設定されてもよい。言い換えれば、サイドリンクＤＲＸ設定は、リソースプールごとに事前設定又は設定される。この場合、第２の端末装置１２０は、キャストタイプ情報９１５に関係なく、サイドリンク送信１１２中にサイドリンクＤＲＸを有効化してもよい。こうして、第１の端末装置１１０は、パーシャルリソース選択ウィンドウから、グループキャスト又はブロードキャストサイドリンク送信のターゲット端末装置の同じ継続時間を除外する必要があるのみので、パーシャルリソース選択ウィンドウから選択できるより多くの候補リソースがあるかもしれない。したがって、第１の端末装置１１０の部分的センシングプロシージャを、ターゲット端末装置のＤＲＸメカニズムと共に適用することができる。このため、第１の端末装置１１０とターゲット端末装置との両方の電力消費を効果的に低減させることができる。

図１０は本開示のいくつかの実施形態にかかる別の通信方法の例示的なプロセス１０００を示す。いくつかの実施形態において、該例示的なプロセス１０００は、端末装置、例えば図１Ａ又は１Ｂに示すような第２の端末装置１２０において実現されてもよい。追加として又は代替として、例示的なプロセス１０００はまた、図１Ａ及び図１Ｂ３に示されていない他の端末装置において実現されてもよい。説明のために、図１Ａ及び図１Ｂを参照して、一般性を失わずに、第２の端末装置１２０により実行されるように、例示的なプロセス１０００を説明する。

ブロック１０１０において、第２の端末装置１２０は、第１の端末装置１１０から、第１の端末装置１１０から第２の端末装置１２０へのサイドリンク送信のキャストタイプ情報を受信する。ブロック１０２０において、第２の端末装置１２０は、キャストタイプ情報に基づいて、サイドリンク送信の間の第２の端末装置１２０のサイドリンクＤＲＸの有効化設定を決定する。

いくつかの実施形態において、有効化設定を決定するとき、キャストタイプ情報が、サイドリンク送信がユニキャストサイドリンク送信であることを示す場合、第２の端末装置１２０は、サイドリンク送信の間、サイドリンクＤＲＸを有効化してもよい。

いくつかの実施形態において、有効化設定を決定するとき、キャストタイプ情報が、サイドリンク送信がグループキャスト又はブロードキャストサイドリンク送信であることを示す場合、第２の端末装置１２０は、サイドリンク送信の間、サイドリンクＤＲＸを無効化してもよい。

いくつかの実施形態において、第２の端末装置１２０のサイドリンクＤＲＸ設定は、サイドリンク送信のためにリソースが選択されたリソースプールについて事前設定又は設定される場合、第２の端末装置１２０は、キャストタイプ情報に関係なく、サイドリンク送信の間、サイドリンクＤＲＸを有効化してもよい。

本開示の実施形態によれば、第１の端末装置は回路を備え、前記回路は、前記第１の端末装置から第２の端末装置へのサイドリンク送信のためのリソース選択ウィンドウを決定し、前記リソース選択ウィンドウ内の継続時間を決定し、前記継続時間のない前記リソース選択ウィンドウ内で、前記サイドリンク送信のための少なくとも１つのリソースを決定するように設定されている。

いくつかの実施形態において、前記回路は、前記第２の端末装置のサイドリンク不連続受信（ＤＲＸ）設定に基づいて前記継続時間を決定することにより、前記継続時間を決定するように設定されている。

いくつかの実施形態において、前記回路は、前記サイドリンク送信が前記第２の端末装置へのユニキャストサイドリンク送信であるとの決定に従って、前記第２の端末装置の前記ＤＲＸ設定のオフ継続時間を前記継続時間として決定することにより、前記サイドリンクＤＲＸ設定に基づいて前記継続時間を決定するように設定されている。

いくつかの実施形態において、前記回路は、前記サイドリンク送信が前記第２の端末装置を含む複数の端末装置へのグループキャスト又はブロードキャストサイドリンク送信であるとの決定に従って、前記複数の端末装置のそれぞれのサイドリンクＤＲＸ設定の複数のオフ継続時間を決定し、前記複数のオフ継続時間の共通オフ継続時間又は結合オフ継続時間を前記継続時間として決定することにより、前記サイドリンクＤＲＸ設定に基づいて前記継続時間を決定するように設定されている。

いくつかの実施形態において、前記回路はさらに、前記第１の端末装置からの前のサイドリンク送信が、前記継続時間のない前記リソース選択ウィンドウの残りの部分内のスロットに関連付けられたセンシングオケージョン内で実行されたとの決定に従って、前記スロットを前記リソース選択ウィンドウの残りの部分から除外するように設定されている。

いくつかの実施形態において、前記回路はさらに、前記継続時間のない前記リソース選択ウィンドウの残りの部分内のスロット数が閾値よりも少ないとの決定に従って、前記リソース選択ウィンドウの残りの部分を拡張するように設定されている。

いくつかの実施形態において、前記閾値は、前記第１の端末装置の上位層により事前設定又は設定された値と、前記上位層により事前設定又は設定される、前記リソース選択ウィンドウ内のスロット最小数と、前記最小数と前記サイドリンク送信の再送信のラウンドトリップ時間のためのスロット数との和とのうちの１つである。

いくつかの実施形態において、前記回路は、前記リソース選択ウィンドウの残りの部分の開始時点を早めることと、前記リソース選択ウィンドウの残りの部分の終了時点を遅延させることと、のうちの少なくとも１つにより、前記リソース選択ウィンドウの残りの部分を拡張するように設定されている。

いくつかの実施形態において、前記回路は、前記継続時間が短縮又は除去されるように、前記第２の端末装置の調節されたサイドリンクＤＲＸ設定を決定し、前記調節されたサイドリンクＤＲＸ設定の指示を前記第２の端末装置に送信することにより、前記リソース選択ウィンドウの残りの部分を拡張するように設定されている。

いくつかの実施形態において、前記回路は、前記継続時間のない前記リソース選択ウィンドウの残りの部分から、前記サイドリンク送信のための複数の候補リソースを選択し、前記複数の候補リソースをセンシングすることにより、前記複数の候補リソースの中から、前記サイドリンク送信のための複数の利用可能なリソースを決定し、前記複数の利用可能なリソースから、前記少なくとも１つのリソースを選択することにより、前記少なくとも１つのリソースを決定するように設定されている。

いくつかの実施形態において、前記複数の利用可能なリソースは、連続するスロットの複数のサブセット内に位置し、前記回路は、前記複数のサブセット内のサブセットから、リソースを、前記リソースと前記サブセットの最後のスロットとの間の時間領域でのギャップが前記サイドリンク送信の再送信のラウンドトリップ時間よりも長いように、前記少なくとも１つのリソースのうちの１つとして選択し、前記複数のサブセット内のサブセットから、前記サブセット内の最も早いリソースを、前記少なくとも１つのリソースのうちの１つとして選択することにより、前記少なくとも１つのリソースを選択するように設定されている。

いくつかの実施形態において、前記回路はさらに、前記第２の端末装置のサイドリンクＤＲＸ設定が前記サイドリンク送信にとって不適切であるとの決定に従って、前記第２の端末装置の調節されたサイドリンクＤＲＸ設定を決定し、前記調節されたサイドリンクＤＲＸ設定の指示を前記第２の端末装置に送信するように設定されている。

いくつかの実施形態において、前記第２の端末装置のサイドリンクＤＲＸ設定が不適切であると決定することは、前記継続時間のない前記リソース選択ウィンドウの残りの部分内のリソースの総数が前記サイドリンク送信にとって不十分であると決定することと、前記リソース選択ウィンドウの残りの部分内に、前記サイドリンク送信の再送信のために利用可能なリソースがないと決定することと、前記リソース選択ウィンドウの残りの部分内で部分的センシングを実行することにより決定された、前記リソース選択ウィンドウの残りの部分内の利用可能なリソースの数が、前記サイドリンク送信にとって不十分であると決定することと、のうちの少なくとも１つを含む。

いくつかの実施形態において、前記回路は、前記継続時間のない前記リソース選択ウィンドウの残りの部分内で、前記第１の端末装置のサイドリンクＤＲＸ設定のオン継続時間内に位置するそれぞれのセンシングオケージョンに関連付けられるスロットのセットを決定し、前記スロットのセットから前記少なくとも１つのリソースを決定することにより、前記少なくとも１つのリソースを決定するように設定されている。

いくつかの実施形態において、前記回路は、前記第１の端末装置の下位層に前記スロットのセットを決定させることにより、前記スロットのセットを決定するように設定されている。

いくつかの実施形態において、前記回路は、前記下位層に、前記スロットのセット内の利用可能なリソースを前記第１の端末装置の上位層に報告させ、前記上位層に、前記候補リソースから前記少なくとも１つのリソースを選択させることにより、前記スロットのセットから前記少なくとも１つのリソースを決定するように設定されている。

いくつかの実施形態において、前記回路は、前記第１の端末装置の上位層に前記スロットのセットを決定させることにより、前記スロットのセットを決定するように設定されている。

いくつかの実施形態において、前記回路は、前記第１の端末装置の下位層に、前記リソース選択ウィンドウの残りの部分内の候補リソースを報告させ、前記上位層に、前記候補リソースから、前記スロットのセット内に位置する前記少なくとも１つのリソースを選択させることにより、前記スロットのセットから前記少なくとも１つのリソースを決定するように設定されている。

いくつかの実施形態において、前記回路は、前記サイドリンク送信に関連付けられるトラフィック優先度が優先度閾値よりも高いとの決定に従って、前記スロットのセットを決定することにより、前記スロットのセットを決定するように設定されている。

本開示の実施形態によれば、第２の端末装置は回路を備え、前記回路は、第１の端末装置から、前記第１の端末装置から前記第２の端末装置へのサイドリンク送信のキャストタイプ情報を受信し、前記キャストタイプ情報に基づいて、前記サイドリンク送信の間の前記第２の端末装置のサイドリンク不連続受信（ＤＲＸ）の有効化設定を決定するように設定されている。

いくつかの実施形態において、前記回路は、前記キャストタイプ情報が、前記サイドリンク送信がユニキャストサイドリンク送信であることを示すとの決定に従って、前記サイドリンク送信の間、前記サイドリンクＤＲＸを有効化することにより、前記有効化設定を決定するように設定されている。

いくつかの実施形態において、前記回路は、前記キャストタイプ情報が、前記サイドリンク送信がグループキャスト又はブロードキャストサイドリンク送信であることを示すとの決定に従って、前記サイドリンク送信の間、前記サイドリンクＤＲＸを無効化することにより、前記有効化設定を決定するように設定されている。

いくつかの実施形態において、前記回路はさらに、前記第２の端末装置のサイドリンクＤＲＸ設定が、前記サイドリンク送信のためにリソースが選択されたリソースプールについて事前設定又は設定されるとの決定に従って、前記キャストタイプ情報に関係なく、前記サイドリンク送信の間、前記サイドリンクＤＲＸを有効化する用に設定されている。

図１１は本開示のいくつかの実施形態を実装するのに適した装置１１００の概略ブロック図である。図１Ａ及び図１Ｂに示すように、装置１１００は、ネットワーク装置１０５、第１の端末装置１１０、第２の端末装置１２０、第３の端末装置１３０、及び第４の端末装置１４０の別の実施形態として考えられてもよい。したがって、装置１１００は、ネットワーク装置１０５、第１の端末装置１１０、第２の端末装置１２０、第３の端末装置１３０、及び第４の端末装置１４０において、又はそれらの少なくとも一部として実現されてもよい。

図示されるように、装置１１００は、プロセッサ１１１０と、プロセッサ１１１０に結合されたメモリ１１２０と、プロセッサ１１１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）１１４０と、ＴＸ／ＲＸ１１４０に結合された通信インターフェースとを含む。メモリ１１２０は、プログラム１１３０の少なくとも一部を記憶する。ＴＸ／ＲＸ１１４０は双方向通信に用いられる。ＴＸ／ＲＸ１１４０は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有してもよい。通信インターフェースは、ｇＮＢ又はｅＮＢ間の双方向通信のためのＸ２又はＸｎインターフェース、モビリティ管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信のためのＳ１インターフェース、ｇＮＢ又はｅＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインターフェース、又はｇＮＢ又はｅＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表すことができる。

プログラム１１３０は、上記の図面を参照して本明細書で説明したように、関連付けられたプロセッサ１１１０により実行された場合、装置１１００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと仮定される。本文の実施形態は、装置１１００のプロセッサ１１１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組合せにより実現できる。プロセッサ１１１０は、本開示の様々な実施形態を実施するように設定されてもよい。さらに、プロセッサ１１１０とメモリ１１２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段１１５０を形成してもよい。

メモリ１１２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ読み取り可能な記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現されてもよい。装置１１００内には１つのメモリ１１２０のみが示されているが、装置１１００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ１１１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：digital signal processor）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの一つ又は複数を含んでもよい。装置１１００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

本開示の機器及び／又は装置に含まれるコンポーネントは、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを含む様々な態様で実現されてもよい。いくつかの実施形態において、記憶媒体上に記憶されたマシン実行可能な命令などのようなソフトウェア及び／又はファームウェアを使用して１つ又は複数のユニットを実現してもよい。マシン実行可能な命令に加えて、又はその代わりに、機器及び／又は装置内のユニットの一部又は全部は、少なくとも部分的に、１つ又は複数のハードウェア論理コンポーネントにより実装されてもよい。限定ではなく、一例として、使用可能なハードウェア論理コンポーネントの例示的なタイプは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Field-programmable Gate Array）、特定用途向け集積回路（ＡＳＩＣ：Application-specific Integrated Circuit）、特定用途向け汎用製品（ＡＳＳＰ：Application-specific Standard Product）、システムオンチップ（ＳＯＣ：System-on-a-chip system）、複合プログラマブル論理装置（ＣＰＬＤ：Complex Programmable Logic Device）などを含む。

全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現されてもよい。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装されてもよいことを理解すべきである。

本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも一つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図面の何れか一つを参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行したり、特定の抽象データ型を実装したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割されてもよい。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行されてもよい。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。

本開示の方法を実行するためのプログラムコードは、一つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。

上述のプログラムコードは、マシン可読媒体上で実装されてもおく、マシン可読媒体は、命令実行システム、機器、又は装置により利用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であってもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含むことができるが、これらに限定されない。マシンが読み取り可能な記憶媒体のより具体的な例は、一つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ：random access memory）、リードオンリーメモリ（ＲＯＭ：read-only memory）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ（erasable programmable read-only memory）又はフラッシュメモリ）、光ファイバ、ポータブル光ディスクリードオンリーメモリ（ＣＤ－ＲＯＭ：compact disc read-only memory）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せを含んでもよい。

なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実施形態の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブ組合せで実装されてもよい。

本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims (27)

1. 第１の端末装置において、前記第１の端末装置から第２の端末装置へのサイドリンク送信のためのリソース選択ウィンドウを決定することと、
   前記リソース選択ウィンドウ内の継続時間を決定することと、
   前記継続時間のない前記リソース選択ウィンドウ内で、前記サイドリンク送信のための少なくとも１つのリソースを決定することと、
   を含む通信の方法。
2. 前記継続時間を決定することは、
   前記第２の端末装置のサイドリンク不連続受信（ＤＲＸ：discontinuous reception）設定に基づいて前記継続時間を決定すること
   を含む請求項１に記載の方法。
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. 装置の少なくとも一つのプロセッサ上で実行された場合、前記装置に、請求項２０～２３の何れか一項に記載の方法を実行させる命令を記憶した
    コンピュータ可読媒体。

Images