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

Abstract

本開示の実施形態は、通信方法、通信装置及び通信用のコンピュータ可読媒体に関する。この方法は、第１の端末装置において、リソース選択ウィンドウ内の少なくとも１つの候補リソースを選択することを含む。この方法は、前記第１の端末装置のサイドリンク送信のためのリソース選択のための協調情報を、第２の端末装置から受信することをさらに含む。この方法は、前記協調情報と前記少なくとも１つの候補リソースとのうちの少なくとも１つに基づいて、前記リソース選択ウィンドウ内の、前記サイドリンク送信のためのターゲットリソースの第１のセットを選択することをさらに含む。【選択図】図７

Description

本開示の実施形態は、全体として、電気通信の分野に関するものであり、特にリソース選択のための通信方法、装置及びコンピュータ可読媒体に関するものである。

特定の通信システムによって、車両からあらゆるもの（Ｖ２Ｘ）及びデバイス対デバイス（Ｄ２Ｄ）通信の実行が可能になる。Ｖ２Ｘ通信は、サイドリンク通信技術のような通信技術に基づくことができる。このために、サイドリンクリソースプール及びサイドリンクチャネルは、このような通信に関与する車両のために確立することが可能である。

Ｖ２Ｘ通信には、２つのリソース割り当てモードが存在する。第１のモード（以下、ＮＲ Ｖ２Ｘモード１又はモード１とも称される）において、端末装置はネットワーク装置により割り当てられたリソースをサイドリンク送信に用いることができる。第２のモード（以下、ＮＲ Ｖ２Ｘモード２又はモード２とも称される）において、端末装置は端末装置によりリソースプール内で自律的に選択されたリソースを、サイドリンク送信に用いることができる。

モード２において、少なくとも１つの候補リソースを選択した後、端末装置は、別の端末装置から、サイドリンク送信のためのターゲットリソースを選択するための協調情報を受信することができる。しかしながら、該協調情報はうまく活用されていない。

全体として、本開示の例示的な実施形態は、通信方法、通信装置及び通信用のコンピュータ可読媒体を提供する。

第１の態様において、通信方法が提供される。この方法は、第１の端末装置において、リソース選択ウィンドウ内の少なくとも１つの候補リソースを選択することを含む。この方法は、前記第１の端末装置のサイドリンク送信のためのリソース選択のための協調情報を、第２の端末装置から受信することをさらに含む。この方法は、前記協調情報と前記少なくとも１つの候補リソースとのうちの少なくとも１つに基づいて、前記リソース選択ウィンドウ内の、前記サイドリンク送信のためのターゲットリソースの第１のセットを選択することをさらに含む。

第２の態様において、端末装置が提供される。端末装置は、プロセッサと、命令を格納するメモリとを含む。メモリ及び命令は、プロセッサを用いて、端末装置に第１の態様にかかる方法を実行させるように設定されている。

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

第４の態様において、通信方法が提供される。この方法は、第１の端末装置において、リソース選択ウィンドウ内の少なくとも１つの候補リソースを選択することを含む。この方法は、前記第１の端末装置のサイドリンク送信のためのリソース選択のための情報を、第２の端末装置から受信することをさらに含む。この方法は、前記情報と前記少なくとも１つの候補リソースとのうちの少なくとも１つに基づいて、前記リソース選択ウィンドウ内の、前記サイドリンク送信のための少なくとも１つのターゲットリソースを決定することをさらに含む。

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

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

本開示の実施形態を実施可能な例示的な通信ネットワークを示す図である。

本開示のいくつかの実施形態にかかる、リソース選択のための例示的なプロセスを示す例示的なシグナリング図である。

本開示のいくつかの実施形態にかかる、リソース選択のための例示的なプロセスを示す模式図である。

本開示のいくつかの別の実施形態にかかる、リソース選択のための例示的なプロセスを示す模式図である。 本開示のいくつかの別の実施形態にかかる、リソース選択のための例示的なプロセスを示す模式図である。 本開示のいくつかの別の実施形態にかかる、リソース選択のための例示的なプロセスを示す模式図である。 本開示のいくつかの別の実施形態にかかる、リソース選択のための例示的なプロセスを示す模式図である。 本開示のいくつかの別の実施形態にかかる、リソース選択のための例示的なプロセスを示す模式図である。 本開示のいくつかの別の実施形態にかかる、リソース選択のための例示的なプロセスを示す模式図である。

本開示のさらに別の実施形態にかかる、リソース選択のための例示的なプロセスを示す模式図である。 本開示のさらに別の実施形態にかかる、リソース選択のための例示的なプロセスを示す模式図である。

本開示のさらに別の実施形態にかかる、リソース選択のための例示的なプロセスを示す模式図である。

本開示のいくつかの実施形態にかかる例示的な方法のフローチャートである。

本開示のいくつかの別の実施形態にかかる例示的な方法のフローチャートである。

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

図中、同一又は類似の参照番号は、同一又は類似の要素を表す。

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

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

本文で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ）装置、あらゆるモノのインターネット（ＩｏＥ）装置、マシンタイプ通信（ＭＴＣ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されず、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。

本文で使用される「ネットワーク装置」又は「基地局」（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ）という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信点（ＴＲＰ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。

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

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

上記したように、Ｖ２Ｘ通信では、リソース割当のモード２において、少なくとも１つの候補リソースを選択した後、端末装置は、別の端末装置から、サイドリンク送信のためのターゲットリソースを選択するための協調情報を受信することができる。協調情報を受信したときの端末装置の挙動を調べる必要がある。

本開示の実施形態は、上記の問題及び１つ又は複数の他の潜在的な問題を解決するために、Ｖ２Ｘ通信におけるリソース選択のための解決策を提供する。この解決策によれば、リソース選択ウィンドウ内の少なくとも１つの候補リソースを選択した後、第１の端末装置は、第２の端末装置から、第１の端末装置のサイドリンク送信のためのリソース選択のための協調情報を受信する。さらに、第１の端末装置は、前記協調情報と前記少なくとも１つの候補リソースとのうちの少なくとも１つに基づいて、前記リソース選択ウィンドウ内の、前記サイドリンク送信のためのターゲットリソースの第１のセットを選択する。このようにして、第１の端末装置と第２の端末装置との間でリソース選択を協調することができる。

図１は、本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示す模式図である。図１に示すように、通信ネットワーク１００は、端末装置１１０（「第１の端末装置１１０」とも呼ぶ）と、端末装置１２０－１及び端末装置１２０－２（まとめて「第２の端末装置１２０」と称するか、又はそれぞれ「第２の端末装置１２０」と称する）とを含むことができる。通信ネットワーク１００は、ネットワーク装置（図示せず）をさらに含むことができることを理解すべきである。ネットワーク装置は、それぞれの無線通信チャネルを介して、第１の端末装置１１０と第２の端末装置１２０と通信することが可能である。図１における装置の数は説明の目的で与えられており、本開示に対するいかなる制限も暗示していないことを理解すべきである。通信ネットワーク１００は、本開示の実施態様を実施するのに適した任意の適切な数のネットワーク装置及び／又は端末装置を含むことができる。

図１には、第１の端末装置１１０と第２の端末装置１２０とがＶ２Ｘ通信を可能にする車両として示されている。本開示の実施形態は、車両以外の他の端末装置、例えば、携帯電話、センサ等にも適用可能であることを理解すべきである。

いくつかの実施形態において、第１の端末装置１１０は、端末装置１２０－１とサイドリンクを確立していてもよい。つまり、第１の端末装置１１０は、端末装置１２０－１と継続的な通信セッションを確立していてもよい。この点において、端末装置１２０－１をセッション中端末装置と称してもよい。

他の実施形態において、第１の端末装置１１０は、端末装置１２０－２とサイドリンクを確立していなくてもよい。つまり、第１の端末装置１１０は、端末装置１２０－１と継続的な通信セッションを確立していなくてもよい。この点において、端末装置１２０－１をセッション外端末装置と称してもよい。

通信ネットワーク１００における通信は、モバイル通信のためのグローバルシステム（ＧＳＭ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、符号分割多元接続（ＣＤＭＡ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、マシンタイプ通信（ＭＴＣ）などを含むが、これらに限定されない任意の適切な規格に準拠することができる。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行することができる。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。

図２は本開示のいくつかの実施形態にかかる、リソース選択のための例示的なプロセス２００を示す例示的なシグナリング図である。図２に示すように、プロセス２００には、図１に示すような第１の端末装置１１０及び第２の端末装置１２０が関与してもよい。プロセス２００は、図示されていない追加の動作を含むことができ、且つ／又は図示されているいくつかの動作を省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。さらに、本明細書では主に連続的に実行されるものとして提示されているが、プロセス２００の動作の少なくとも一部は、同時に、又は図２で提示されているものとは異なる順序で実行されてもよいことが理解されるであろう。

図２に示すように、第１の端末装置１１０は、リソース選択ウィンドウ内の少なくとも１つの候補リソースを選択する（２１０）。第１の端末装置１１０は、第２の端末装置１２０から、第１の端末装置１１０のサイドリンク送信のためのリソース選択のための協調情報を受信する（２２０）。第１の端末装置１１０は、協調情報と少なくとも１つの候補リソースとのうちの少なくとも１つに基づいて、リソース選択ウィンドウ内の、サイドリンク送信のためのターゲットリソースの第１のセットを選択する（２３０）。このようにして、第１の端末装置１１０と第２の端末装置１２０との間でリソース選択を協調することができる。

いくつかの例示的な実施形態において、協調情報は、リソースセットに関する情報を含むことができる。リソースセットは、シングルリソース又は複数のリソースを含むことができる。あるいは、リソースセットは、ワンショット（ｏｎｅ－ｓｈｏｔ）のリソースを含むことができる。以下で説明されるシングルリソースの特徴は、ワンショットのリソースにも適用できる。

いくつかの例示的な実施形態において、リソースセットに関する情報は、リソースの時間領域位置情報及びリソースの周波数領域位置情報のうちの少なくとも１つを含むことができる。

例えば、リソースセットが複数のリソースを含む場合、時間領域位置情報は、リソースの数、開始スロットインデックス、又は複数のリソースの周期のうちの少なくとも１つを含むことができる。周波数領域位置情報は、リソース境界のＰＲＢインデックス又はリソースの周波数長さのうちの少なくとも１つを含むことができる。例えば、リソース境界のＰＲＢインデックスは、リソースの最下端又は最上端を示すことができる。リソースの周波数長さは、リソースのＰＲＢ数又はサブチャネル数を示すことができる。

いくつかの例示的な実施形態において、第１の端末装置１１０は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）と、サイドリンク制御情報（ＳＣＩ）と、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）と、ＰＣ５無線リソース制御（ＲＲＣ）メッセージとのうちの一つ上で協調情報を受信することができる。第１の端末装置１１０がＰＳＳＣＨ上で協調情報を受信する場合、第１の端末装置１１０は、メディアアクセス制御（ＭＡＣ）メッセージ内で協調情報を受信する。

いくつかの例示的な実施形態において、第１の端末装置１１０は、該少なくとも１つの候補リソースを選択した後で、且つ、該少なくとも１つの候補リソースを示すリソース予約シグナリングを送信する前に、協調情報を受信することができる。これについては、図３を参照して説明する。

図３は本開示のいくつかの実施形態にかかる、リソース選択のための例示的なプロセス３００を示す模式図である。説明のために、図１を参照して例示的なプロセス３００を説明する。しかしながら、例示的なプロセス３００は、端末装置と他の端末装置とが互いに通信する他の通信シナリオにも同様に適用できることを理解すべきである。

例示的なプロセス３００において、時刻Ｔ１に、端末装置１１０の物理層は、端末装置１１０の上位層から、第１の端末装置１１０のサイドリンク送信のためのリソース選択のためのトリガを受信することができる。そして、第１の端末装置１１０は、センシングウィンドウ３１０内で、サイドリンクチャネルのセンシングを実行する。

センシングウィンドウ３１０内でのサイドリンクチャネルのセンシングにより、第１の端末装置１１０の物理層は、他の端末装置によって占有されていると識別された１つ又は複数の候補リソースをリソース選択ウィンドウ３２０から除外する。例えば、他の端末装置は、第２の端末装置１２０及び／又は図１に示されていない１つ又は複数の端末装置を含むことができる。

さらに、第１の端末装置１１０の物理層は、リソース選択ウィンドウ３２０内に残った候補シングルスロットリソースをセンシングの結果として上位層に報告する。

時刻Ｔ１＋Δに、第１の端末装置１１０は、サイドリンク送信のためのリソース選択ウィンドウ３２０内の候補リソース３２１及び３２２を選択する。以下では、候補リソースは、事前選択リソースと称されることもある。

例示的なプロセス３００において候補リソース３２１及び３２２が選択されるように示されているが、他の例では、より多くの又はより少ない候補リソースが選択されてもよいことを理解すべきである。本開示の範囲は、それに限定されるものではない。

時刻Ｔ２に、第１の端末装置１１０は、候補リソース３２１及び３２２を示すリソース予約シグナリング３３０を送信する。例えば、第１の端末装置１１０は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）上でリソース予約シグナリング３３０を送信することができる。いくつかの例示的な実施形態において、第１の端末装置１１０は、リソース予約シグナリング３３０を端末装置１２０－１及び１２０－２に送信することができる。もちろん、第１の端末装置１１０は、図１に示されていない他の端末装置にリソース予約シグナリング３３０を送信することもできる。

いくつかの例示的な実施形態において、候補リソース３２１及び３２２を選択した後で、且つ、リソース予約シグナリング３３０を送信する前に、すなわち、時間間隔［Ｔ１＋Δ，Ｔ２］の間に、第１の端末装置１１０は、第２の端末装置１２０から、第１の端末装置１１０のサイドリンク送信のためのリソース選択のための協調情報を受信することができる。

協調情報を受信すると、第１の端末装置１１０は、協調情報と該少なくとも１つの候補リソースとのうちの少なくとも１つに基づいて、リソース選択ウィンドウ３２０内のサイドリンク送信のためのターゲットリソースの第１のセットを選択する。

いくつかの実施形態において、協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨される第１のシングルリソースに関する第１の情報を含むことができる。このような例示的な実施形態において、第１の端末装置１１０は、時間領域において第１のシングルリソースに続くリソース上で協調情報を受信することができる。例えば、該リソースがシングルスロットリソースである場合、該第１のシングルリソースが位置するスロットのインデックスは、該リソースが存在するスロットのインデックスより小さくてもよい。

このような例示的な実施形態において、第１の端末装置１１０は、サイドリンク送信が周期的トラフィックの送信を含むか、非周期的トラフィックの送信を含むかを決定することができる。例えば、無線リソース制御（ＲＲＣ）パラメータsl-ResourceReservePeriodListから選択されたリソース予約間隔が０に等しい場合、第１の端末装置１１０は、サイドリンク送信が非周期的トラフィックの送信を含むと決定する。そうでない場合、無線リソース制御（ＲＲＣ）パラメータsl-ResourceReservePeriodListから選択されたリソース予約間隔がゼロでない値に等しい場合、第１の端末装置１１０は、サイドリンク送信が周期的トラフィックの送信を含むと決定する。

第１の端末装置１１０が、サイドリンク送信が非周期的トラフィックの送信を含むと決定した場合、第１の端末装置１１０は、協調情報を処理せずに、候補リソース３２１、３２２をサイドリンク（ＳＬ）権限（grant）として第１の端末装置１１０の物理層に渡すことができる。

一方、第１の端末装置１１０が、サイドリンク送信が周期的トラフィックの送信を含むと決定した場合、第１の端末装置１１０は、第１の情報と周期的トラフィックの周期とに基づいて、リソース選択ウィンドウ内の、利用可能リソースの第２のセットを決定する。いくつかの例示的な実施形態において、第１の端末装置１１０は、ＲＲＣパラメータsl-ResourceReservePeriodListから選択されたリソース予約間隔に基づいて、周期的トラフィックの周期を決定することができる。以下では、リソース予約間隔は、Ｐ＿ｒｓｒｖ ｍｓによって表される。利用可能リソースの第２のセットを決定すると、第１の端末装置１１０は、利用可能リソースの第２のセットに基づいてターゲットリソースの第１のセットを選択する。これについては、図４Ａを参照して説明する。

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

例示的なプロセス４１０において、第１の端末装置１１０のサイドリンク送信は、周期的トラフィックの送信を含む。時刻Ｔ１＋Δに、第１の端末装置１１０は、サイドリンク送信のためのリソース選択ウィンドウ３２０内の候補リソース４０１、４０２及び４０３を選択する。時間間隔［Ｔ１＋Δ，Ｔ２］の間に、第１の端末装置１１０は、サイドリンク送信のためのリソース選択のための協調情報を第２の端末装置１２０から受信する。協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨される過去のリソース４１１に関する情報を含む。

過去のリソース４１１及び周期的トラフィックの周期に関する情報に基づいて、第１の端末装置１１０は、リソース選択ウィンドウ３２０内の利用可能リソースの第２のセットを決定することができる。例えば、リソース予約間隔Ｐ＿ｒｓｒｖ ｍｓとリソース４１１が位置するスロットのインデックスとに基づいて、第１の端末装置１１０は、第２のセット内の利用可能リソースが位置するスロットのインデックスを決定することができる。具体的には、第１の端末装置１１０は、リソース４１１が位置するスロットのインデックスと１つ又は複数のＰ＿ｒｓｒｖ ｍｓとの和に基づいて、第２のセット内の利用可能リソースが位置するスロットのインデックスを決定することができる。

例示的なプロセス４１０において、利用可能リソースの第２のセットは、リソース４１２、４１３、４１４、４１５を含む。さらに、第１の端末装置１１０は、リソース４１２、４１３、４１４、４１５に基づいて、ターゲットリソースの第１のセットを選択する。

いくつかの例示的な実施形態において、第１の端末装置１１０は、第１のセット内のターゲットリソースの第１の数が第１の所定数に等しくなるまで、以下の動作を繰り返して実行することによって、ターゲットリソースの第１のセットを選択することができる。第１の端末装置１１０は、第２のセット内の第１の利用可能リソースに基づいて、第１のセット内の開始ターゲットリソースを選択し、第１のセット内の該開始ターゲットリソースに続くターゲットリソースで該開始ターゲットリソースを更新し、そして、第２のセット内の該第１の利用可能リソースに続く利用可能リソースで該第１の利用可能リソースを更新することができる。

いくつかの例示的な実施形態において、第２のセット内の第１の利用可能リソースは、第２のセット内の開始利用可能リソースを含むことができる。例えば、例示的なプロセス４１０において、第２のセット内の開始利用可能リソースは、リソース４１２である。したがって、第１の端末装置１１０は、第２のセット内のリソース４１２に基づいて、第１のセット内の開始ターゲットリソースを選択することができる。例えば、協調情報がリソース４１１の時間領域位置情報及び周波数領域位置情報を含む場合、第１の端末装置１１０は、リソース４１２～４１５の時間領域位置情報及び周波数領域位置情報を決定することができる。この場合、第１の端末装置１１０は、リソース４１２を開始ターゲットリソースとして選択することができる。

他の例示的な実施形態において、第２のセット内の第１の利用可能リソースは、時間領域において開始ターゲットリソースに続く第２のセット内の利用可能リソース（第２の利用可能リソースとも称される）を含むことができる。例えば、例示的なプロセス４１０において、開始ターゲットリソースに続く第２のセット内の第２の利用可能リソースは、リソース４１３である。したがって、第１の端末装置１１０は、リソース４１３に基づいて、開始ターゲットリソースを選択することができる。

他の例示的な実施形態において、第１の端末装置１１０は、時間領域において開始ターゲットリソースに最も近い第２のセット内の利用可能リソースに基づいて、開始ターゲットリソースを選択することができる。このような例示的な実施形態において、第２のセット内の第１の利用可能リソースは、第２のセット内の利用可能リソース（第３の利用可能リソースとも称される）を含むことができ、第３の利用可能リソースと開始候補リソースとの間のタイミング値は、第１のタイミング閾値に等しい。

いくつかの例示的な実施形態において、第１のタイミング閾値は、開始候補リソースと第２のセット内の利用可能リソースとの間の最小タイミング値として決定されてもよい。例えば、例示的なプロセス４１０において、第１の端末装置１１０は、開始候補リソース４０１と、第２のセット内のリソース４１２～４１５との間のタイミング値を決定することができる。さらに、第１の端末装置１１０は、タイミング値のうちの最小タイミング値を決定することができる。例えば、リソース４１３と開始候補リソース４０１との間のタイミング値は、最小タイミング値であってもよい。したがって、第１の端末装置１１０は、リソース４１３と開始候補リソース４０１との間のタイミング値を第１のタイミング閾値として決定することができる。さらに、第１の端末装置１１０は、リソース４１３に基づいて、開始ターゲットリソースを選択することができる。

開始ターゲットリソースを選択すると、開始ターゲットリソースに続く１つ又は複数のターゲットリソースを選択するために、第１の端末装置１１０は、第１のセット内の該開始ターゲットリソースに続くターゲットリソースで該開始ターゲットリソースを更新し、そして、第２のセット内の該第１の利用可能リソースに続く利用可能リソースで該第１の利用可能リソースを更新することができる。

例えば、例示的なプロセス４１０において、第１の利用可能リソースがリソース４１２を含む場合、第１の端末装置１１０は、利用可能リソース４１３で第１の利用可能リソースを更新することができる。こうして、第１の端末装置１１０は、利用可能リソース４１３に基づいて、開始ターゲットリソースに続くターゲットリソースを選択することができる。例えば、第１の端末装置１１０は、リソース４１３を開始ターゲットリソースに続くターゲットリソースとして選択することができる。同様に、第１の端末装置１１０は、リソース４１４をターゲットリソースに続く別のターゲットリソースとして選択することができる。

第１の端末装置１１０は、第１のセット内のターゲットリソースの第１の数が第１の所定数に等しくなるまで、上述した動作を繰り返して実行することができる。いくつかの例示的な実施形態において、第１の所定数は、少なくとも１つの候補リソースの数に等しくてもよい。例えば、例示的なプロセス４１０において、第１の所定数は３に等しくてもよい。

協調情報が、サイドチェーン送信のために第１の端末装置１１０により選択されることが推奨される第１のシングルリソースに関する第１の情報を含むことができる例示的な実施形態において、第１の端末装置１１０は、時間領域において第１のシングルリソースの前のリソース上で協調情報を受信することができる。例えば、該リソースがシングルスロットリソースである場合、該第１のシングルリソースが位置するスロットのインデックスは、該リソースが存在するスロットのインデックスより大きくてもよい。この場合、第１のシングルリソースは、将来のリソースと称してもよい。

このような例示的な実施形態において、第１の端末装置１１０が、サイドリンク送信が非周期的トラフィックの送信を含むと決定した場合、第１の端末装置１１０は、利用可能リソースの第２のセットが第１のシングルリソースを含むと決定することができる。さらに、第１の端末装置１１０は、第１のシングルリソースに基づいて、ターゲットリソースの第１のセットを選択する。これについては、図４Ｂを参照して説明する。

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

例示的なプロセス４２０において、第１の端末装置１１０のサイドリンク送信は、非周期的トラフィックの送信を含む。時刻Ｔ１＋Δに、第１の端末装置１１０は、サイドリンク送信のためのリソース選択ウィンドウ３２０内の候補リソース４０１を選択する。時間間隔［Ｔ１＋Δ，Ｔ２］の間に、第１の端末装置１１０は、サイドリンク送信のためのリソース選択のための協調情報を第２の端末装置１２０から受信する。協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨される将来のリソース４２１に関する情報を含む。

例示的なプロセス４２０において、ターゲットリソースの第１のセットは、シングルターゲットリソースを含む。協調情報を受信すると、第１の端末装置１１０は、将来リソース４２１に基づいて該シングルターゲットリソースを選択する。例えば、第１の端末装置１１０は、将来リソース４２１を該シングルターゲットリソースとして選択することができる。該シングルターゲットリソースを選択すると、第１の端末装置１１０は、該シングルターゲットリソースをＳＬ権限として物理層に渡す。

協調情報が、選択されることが推奨される該シングルの将来リソースに関する第１の情報を含むことができ、第１の端末装置１１０が、時間領域において該第１のシングルリソースの前のリソース上で協調情報を受信する例示的な実施形態において、第１の端末装置１１０が、サイドリンク送信が周期的トラフィックの送信を含むと決定した場合、第１の端末装置１１０は、第１の情報と周期的トラフィックの周期とに基づいて、利用可能リソースの第２のセットが第１のシングルリソースを含むと決定することができる。さらに、第１の端末装置１１０は、第２のセットに基づいて、ターゲットリソースの第１のセットを選択する。これについては、図４Ｃを参照して説明する。

図４Ｃは本開示のいくつかの実施形態にかかる、リソース選択のための例示的なプロセス４３０を示す模式図である。説明のために、図１及び図３を参照して例示的なプロセス４３０を説明する。しかしながら、例示的なプロセス４３０は、端末装置と他の端末装置とが互いに通信する他の通信シナリオにも同様に適用できることを理解すべきである。

例示的なプロセス４３０において、第１の端末装置１１０のサイドリンク送信は、周期的トラフィックの送信を含む。時刻Ｔ１＋Δに、第１の端末装置１１０は、サイドリンク送信のためのリソース選択ウィンドウ３２０内の候補リソース４０１、４０２、４０３を選択する。時間間隔［Ｔ１＋Δ，Ｔ２］の間に、第１の端末装置１１０は、サイドリンク送信のためのリソース選択のための協調情報を第２の端末装置１２０から受信する。協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨される将来のリソース４３１に関する情報を含む。

協調情報を受信すると、第１の情報と周期的トラフィックの周期とに基づいて、第１の端末装置１１０は、リソース４３１、４３２、４３３を含む利用可能リソースの第２のセットを決定する。さらに、第１の端末装置１１０は、リソース４３１、４３２、４３３に基づいてターゲットリソースの第１のセットを選択する。例えば、第１の端末装置１１０は、リソース４３１、４３２、４３３を第１のセット内のターゲットリソースとして選択することができる。

いくつかの実施形態において、協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨されるリソースの第３のセットに関する第２の情報を含む。第３のセットは複数のリソースを含む。

このような実施形態において、第１の端末装置１１０は、時間領域において第３のセット内の開始リソースの前のリソース上で協調情報を受信することができる。

このような実施形態において、第１の端末装置１１０が、サイドリンク送信が周期的トラフィックの送信を含むと決定した場合、第１の端末装置１１０は、第３のセット内の複数のリソースの周期が周期的トラフィックの周期に等しいか否かを決定する。第３のセット内の複数のリソースの周期が周期的トラフィックの周期に等しい場合、第１の端末装置１１０は、第３のセットに基づいてターゲットリソースの第１のセットを選択する。これについては、図４Ｄを参照して説明する。

図４Ｄは本開示のいくつかの実施形態にかかる、リソース選択のための例示的なプロセス４４０を示す模式図である。説明のために、図１及び図３を参照して例示的なプロセス４４０を説明する。しかしながら、例示的なプロセス４４０は、端末装置と他の端末装置とが互いに通信する他の通信シナリオにも同様に適用できることを理解すべきである。

例示的なプロセス４２０とは異なり、例示的なプロセス４４０において、協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨されるリソースの第３のセットに関する情報を含む。第３のセットは、リソース４４１、４４２、４４３を含む。

協調情報を受信すると、第１の端末装置１１０は、リソース４４１、４４２、４４３の周期が周期的トラフィックの周期に等しいか否かを決定する。リソース４４１、４４２、４４３の周期が周期的トラフィックの周期に等しい場合、第１の端末装置１１０は、リソース４４１、４４２、４４３に基づいてターゲットリソースの第１のセットを選択する。リソース４４１、４４２、４４３の周期が周期的トラフィックの周期に等しくない場合、第１の端末装置１１０は、リソース４４１、４４２、４４３を処理しなくてもよい。

いくつかの例示的な実施形態において、第１の端末装置１１０は、時間領域において第３のセット内の開始リソースに続くリソース上で協調情報を受信することができ、第３のセットのサブセットは、リソース選択ウィンドウ内にある。言い換えれば、協調情報は、少なくとも１つの過去のリソースと少なくとも１つの将来のリソースに関する情報を含む。

このような例示的な実施形態において、第１の端末装置１１０が、サイドリンク送信が非周期的トラフィックの送信を含むと決定した場合、第１の端末装置１１０は、サブセット内の第４のリソースに基づいて、ターゲットリソースの第１のセットを選択することができる。サブセット内の第４のリソースは、サブセット内の開始リソースと、時間領域において第１のセット内の開始ターゲットリソースに続くサブセット内の第５のリソースと、サブセット内の第６のリソースとのうちの少なくとも１つを含む。第６のリソースと開始候補リソースとの間のタイミング値は、第２のタイミング閾値に等しい。これについては、図４Ｅを参照して説明する。

図４Ｅは本開示のいくつかの実施形態にかかる、リソース選択のための例示的なプロセス４５０を示す模式図である。説明のために、図１及び図３を参照して例示的なプロセス４５０を説明する。しかしながら、例示的なプロセス４５０は、端末装置と他の端末装置とが互いに通信する他の通信シナリオにも同様に適用できることを理解すべきである。

例示的なプロセス４５０において、第１の端末装置１１０のサイドリンク送信は、非周期的トラフィックの送信を含む。時刻Ｔ１＋Δに、第１の端末装置１１０は、サイドリンク送信のためのリソース選択ウィンドウ３２０内の候補リソース４０１を選択する。時間間隔［Ｔ１＋Δ，Ｔ２］の間に、第１の端末装置１１０は、サイドリンク送信のためのリソース選択のための協調情報を第２の端末装置１２０から受信する。協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨される過去のリソース４５１、４５２、４５３と将来のリソース４５４、４５５、４５６、４５７とに関する情報を含む。

過去のリソース４５１、４５２、４５３と将来のリソース４５４、４５５、４５６、４５７とに関する情報と、周期的トラフィックの周期とに基づいて、第１の端末装置１１０は、リソース選択ウィンドウ３２０内の第３のセットのサブセットを決定することができる。サブセットは、リソース４５４、４５５、４５６、４５７を含む。さらに、第１の端末装置１１０は、サブセット内の第４のリソースに基づいて、ターゲットリソースの第１のセットを選択することができる。例えば、第４のリソースは、サブセット内の開始リソースであるリソース４５４であってもよい。別の例について、第４のリソースは、開始候補リソース４０１に続くリソース４５５であってもよい。さらに別の例について、第４のリソースは、開始候補リソース４０１に最も近いリソース４５５であってもよい。

協調情報が少なくとも１つの過去のリソースと少なくとも１つの将来のリソースの両方に関する情報を含む例示的な実施形態において、第１の端末装置１１０が、サイドリンク送信が周期的トラフィックの送信を含むと決定した場合、第１の端末装置１１０は、第１のセット内のターゲットリソースの第２の数が第２の所定数に等しくなるまで、以下の動作を繰り返して実行することによって、ターゲットリソースの第１のセットを選択することができる。第１の端末装置１１０は、サブセット内の第７のリソースに基づいて、第１のセット内の開始ターゲットリソースを選択し、第１のセット内の該開始ターゲットリソースに続くターゲットリソースで該開始ターゲットリソースを更新し、そして、サブセット内の第７のリソースに続くリソースで第７のリソースを更新することができる。これについては、図４Ｆを参照して説明する。

図４Ｆは本開示のいくつかの実施形態にかかる、リソース選択のための例示的なプロセス４６０を示す模式図である。説明のために、図１及び図３を参照して例示的なプロセス４６０を説明する。しかしながら、例示的なプロセス４６０は、端末装置と他の端末装置とが互いに通信する他の通信シナリオにも同様に適用できることを理解すべきである。

例示的なプロセス４６０において、第１の端末装置１１０のサイドリンク送信は、周期的トラフィックの送信を含む。例示的なプロセス４５０とは異なり、時刻Ｔ１＋Δに、第１の端末装置１１０は、サイドリンク送信のためのリソース選択ウィンドウ３２０内の候補リソース４０１、４０２、４０３を選択する。

第１のセットを選択するために、第１の端末装置１１０は、サブセット内の第７のリソースに基づいて、第１のセット内の開始ターゲットリソースを選択する。例えば、第７のリソースは、サブセット内の開始リソースであるリソース４５４であってもよい。別の例について、第７のリソースは、開始候補リソース４０１に続くリソース４５５であってもよい。さらに別の例について、第７のリソースは、開始候補リソース４０１に最も近いリソース４５５であってもよい。

例示的なプロセス４１０と同様に、開始ターゲットリソースを選択すると、開始ターゲットリソースに続く１つ又は複数のターゲットリソースを選択するために、第１の端末装置１１０は、第１のセット内の該開始ターゲットリソースに続くターゲットリソースで該開始ターゲットリソースを更新し、そして、サブセット内の第７のリソースに続くリソースで第７のリソースを更新する。

いくつかの実施形態において、協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨されていないリソースの第４のセットに関する第３の情報を含む。

このような例示的な実施形態において、第１の端末装置１１０は、少なくとも１つの候補リソースと第４のセットとの間の重複を識別し、重複を含む第４のセットのサブセットを決定することができる。さらに、第１の端末装置１１０は、該サブセットに基づいて、第１のセットを選択することができる。一方、少なくとも１つの候補リソースと第４のセットとの間に重複がない場合、第１の端末装置１１０は、第４のセットを処理しなくてもよい。これについては、図５Ａ及び図５Ｂを参照して説明する。

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

例示的なプロセス５１０において、第１の端末装置１１０のサイドリンク送信は、周期的トラフィックの送信を含む。時刻Ｔ１＋Δに、第１の端末装置１１０は、サイドリンク送信のためのリソース選択ウィンドウ３２０内の候補リソース４０１、４０２、４０３を選択する。時間間隔［Ｔ１＋Δ，Ｔ２］の間に、第１の端末装置１１０は、サイドリンク送信のためのリソース選択のための協調情報を第２の端末装置１２０から受信する。協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨されていない第４のセットに関する情報を含む。この場合、第４のセットは、過去のリソース５１１を含む。

過去のリソース５１１及び周期的トラフィックの周期に関する情報に基づいて、第１の端末装置１１０は、リソース選択ウィンドウ３２０内のリソースの第５のセットを決定することができる。第５のセットは、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨されていない。例示的なプロセス５１０において、第５のセットは、リソース５１１、５１２、５１３、５１４、５１５、５１６を含む。さらに、第１の端末装置１１０は、候補リソース４０１、４０２、４０３とリソース５１１、５１２、５１３、５１４、５１５、５１６との間の重複を識別し、重複を含む第５のセットのサブセットを決定する。候補リソース４０１、４０２、４０３とリソース５１３、５１４、５１５との間に重複があるので、第５のセットのサブセットは、リソース５１３、５１４、５１５を含む。さらに、第１の端末装置１１０は、該サブセットに基づいて、ターゲットリソースの第１のセットを選択する。例えば、第１の端末装置１１０は、サブセット内のいずれのリソースも含まないターゲットリソースの第１のセットを選択することができる。

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

例示的なプロセス５１０とは異なり、例示的なプロセス５２０において、協調情報は、過去のリソース５２１、５２２と将来のリソース５２２、５２３、５２４、５２５及び５２６とを含む第４のセットに関する情報を含む。

第１の端末装置１１０は、候補リソース４０１、４０２、４０３とリソース５２１、５２２、５２３、５２４、５２５、５２６との間の重複を識別し、重複を含む第５のセットのサブセットを決定する。候補リソース４０１、４０２、４０３とリソース５２３、５２４、５２５との間に重複があるので、第４のセットのサブセットは、リソース５２３、５２４、５２５を含む。さらに、第１の端末装置１１０は、該サブセットに基づいて、ターゲットリソースの第１のセットを選択する。例えば、第１の端末装置１１０は、サブセット内のいずれのリソースも含まないターゲットリソースの第１のセットを選択することができる。

いくつかの例示的な実施形態において、協調情報は、ターゲットリソースの第１のセットの選択の要求を含む。

このような例示的な実施形態において、第１の端末装置１１０は、送信されるトラフィックの優先度が閾値優先度を超えているか否かを決定することができる。いくつかの実施形態において、閾値優先度は、第１の端末装置１１０の上位層により設定されることが可能である。

このような例示的な実施形態において、送信されるトラフィックの優先度が閾値優先度を超えている場合、第１の端末装置１１０は、要求に基づいてターゲットリソースの第１のセットを選択することができる。代替として、送信されるトラフィックの優先度が閾値優先度を下回っている場合、第１の端末装置１１０は、要求に基づいてターゲットリソースの第１のセットを選択することができる。

このような例示的な実施形態において、第１の端末装置１１０は、少なくとも１つの候補リソースとは異なるターゲットリソースの第１のセットを選択することができる。言い換えれば、第１の端末装置１１０は、少なくとも１つの候補リソースの全部についてリソース再選択を実行することができる。

このような例示的な実施形態において、第１の端末装置１１０は、少なくとも１つの候補リソースのうちの第１１のリソースの前の第１０のリソース上で協調情報を受信し、第１１のリソースとは異なる第３のシングルリソースを選択することができる。言い換えれば、第１の端末装置１１０は、次の候補リソースについてのみリソース再選択を行うことができる。

いくつかの例示的な実施形態において、第１の端末装置１１０は、該少なくとも１つの候補リソースを示すリソース予約シグナリングを送信する後に、第１２のリソース上で協調情報を受信することができる。

このような例示的な実施形態において、該少なくとも１つの候補リソースは少なくとも、時間領域において第１２のリソースに続く第１３のリソースを含む。第１の端末装置１１０が、サイドリンク送信が周期的トラフィックの送信を含むと決定した場合、第１の端末装置１１０は、第１３のリソースとは異なるターゲットリソースを含む第１のセットを選択する。言い換えれば、第１の端末装置１１０は、協調情報が受信されたリソースのタイミングの後の候補リソースについてリソース再選択を行うことができる。これについては、図６を参照して説明する。

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

例示的なプロセス６００において、第１の端末装置１１０のサイドリンク送信は、周期的トラフィックの送信を含む。時刻Ｔ１＋Δに、第１の端末装置１１０は、サイドリンク送信のためのリソース選択ウィンドウ３２０内の候補リソース４０１、４０２、４０３を選択する。時刻Ｔ２の後、すなわち、少なくとも１つの候補リソースを示すリソース予約シグナリングを送信した後、第１の端末装置１１０は、時刻Ｔ４に、サイドリンク送信のためのリソース選択のための協調情報６１０を受信する。協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨されるリソースセットに関する情報を含む。この場合、このセットは、将来リソース６２１、６２２を含む。

協調情報を受信すると、第１の端末装置１１０は、時刻Ｔ４の後に、リソース６２１、６２２に基づいて、ターゲットリソースの第１のセットを選択することができる。言い換えれば、第１の端末装置１１０は、時刻Ｔ４の後の候補リソースについてリソース再選択を行うことができる。例えば、第１の端末装置１１０は、リソース６２１、６２２をターゲットリソースとして選択することができる。

第１の端末装置１１０が、リソース予約シグナリングを送信した後に協調情報を受信する例示的な実施形態において、協調情報は、シングルの過去リソース、複数の過去リソース、シングルの将来リソース、又は少なくとも１つの過去リソースと少なくとも１つ将来のリソースとの組み合わせに関する情報を含むことができることを理解すべできである。これらの場合、第１の端末装置１１０は、例示的なプロセス４１０～４６０及び５１０～５２０のいずれかを実行することにより、ターゲットリソースの第１のセットを選択することができる。

第１の端末装置１１０が、リソース予約シグナリングを送信した後に協調情報を受信する例示的な実施形態において、第１の端末装置１１０が、サイドリンク送信が周期的トラフィックの送信を含むと決定した場合、第１の端末装置１１０は、周期的トラフィックの送信回数を第１の端末装置１１０により選択された初期値にリセットすることができる。例えば、例示的なプロセス６００において、リセットすると、再選択されたリソース６２１上の最初の送信は、周期的トラフィックの送信のうちの最初の送信に対応する。

いくつかの例示的な実施形態において、予約されたリソース（例えば、リソース４０２、４０３）の不使用を避けるために、第１の端末装置１１０は、リソース予約シグナリングを送信するｗ ｍｓ前に協調情報を受信することを期待されており、ここで、ｗは、第１の端末装置１１０により協調情報を処理するための時間を表す。

いくつかの例示的な実施形態において、第１の端末装置１１０と第２の端末装置１２０との間の協調を容易にするために、第２の端末装置１２０が協調情報を第１の端末装置１１０に送信する前に、第１の端末装置１１０は、要求メッセージを第２の端末装置１２０に送信することができる。

いくつかの例示的な実施形態において、要求メッセージは、第１の端末装置１１０のトラフィックタイプと、好ましい協調リソースタイプと、好ましい協調リソースタイミングと、第１の端末装置１１０のトラフィック優先度と、第１の端末装置１１０のトラフィックのパケット遅延バジェットとのうちの少なくとも１つを含むことができる。

いくつかの例示的な実施形態において、第１の端末装置１１０のトラフィックタイプは、非周期的トラフィックタイプ、又は周期的トラフィックタイプ及びその周期を示すことができる。

いくつかの例示的な実施形態において、好ましい協調リソースタイプは、推奨されるリソース情報又は推奨されていないリソース情報を示すことができる。

いくつかの例示的な実施形態において、好ましい協調リソースタイミングは、過去リソース、将来リソース、又は好ましいリソースタイミング範囲を示すことができる。

図７は本開示のいくつかの実施形態にかかる例示的な方法７００のフローチャートである。例えば、方法７００は、図１に示すような第１の端末装置１１０において実行することができる。方法７００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

ブロック７１０において、第１の端末装置１１０は、リソース選択ウィンドウ内の少なくとも１つの候補リソースを選択する。ブロック７２０において、第１の端末装置１１０は、第２の端末装置から、第１の端末装置１１０のサイドリンク送信のためのリソース選択のための協調情報を受信する。ブロック７３０において、第１の端末装置１１０は、協調情報と該少なくとも１つの候補リソースとのうちの少なくとも１つに基づいて、リソース選択ウィンドウ内の、サイドリンク送信のためのターゲットリソースの第１のセットを選択する。

いくつかの例示的な実施形態において、第１の端末装置１１０は、該少なくとも１つの候補リソースを選択した後、且つ、該少なくとも１つの候補リソースを示すリソース予約シグナリングを送信する前に、協調情報を受信することができる。

いくつかの実施形態において、協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨される第１のシングルリソースに関する第１の情報を含むことができる。

いくつかの例示的な実施形態において、第１の端末装置１１０は、サイドリンク送信が周期的トラフィックの送信を含むか、非周期的トラフィックの送信を含むかを決定することができる。サイドリンク送信が周期的トラフィックの送信を含む場合、第１の端末装置１１０は、第１の情報と周期的トラフィックの周期とに基づいて、リソース選択ウィンドウ内の、利用可能リソースの第２のセットを決定することができる。さらに、第１の端末装置１１０は、利用可能リソースの第２のセットに基づいて、ターゲットリソースの第１のセットを選択することができる。

いくつかの例示的な実施形態において、第１の端末装置１１０は、第１のセット内のターゲットリソースの第１の数が第１の所定数に等しくなるまで、以下の動作を繰り返して実行することによって、利用可能リソースの第２のセットに基づいて、ターゲットリソースの第１のセットを選択することができる。第１の端末装置１１０は、第２のセット内の第１の利用可能リソースに基づいて、第１のセット内の開始ターゲットリソースを選択することができる。さらに、第１の端末装置１１０は、第１のセット内の該開始ターゲットリソースに続くターゲットリソースで該開始ターゲットリソースを更新し、そして、第２のセット内の該第１の利用可能リソースに続く利用可能リソースで該第１の利用可能リソースを更新することができる。

いくつかの例示的な実施形態において、第２のセット内の第１の利用可能リソースは、第２のセット内の開始利用可能リソースを含むことができる。

代替として又は追加として、第２のセット内の第１の利用可能リソースは、時間領域において開始ターゲットリソースに続く第２のセット内の第２の利用可能リソースを含むことができる。

代替として又は追加として、第２のセット内の第１の利用可能リソースは、第２のセット内の第３の利用可能リソースを含むことができる。第３の利用可能リソースと、少なくとも１つの候補リソースのうちの開始候補リソースとの間のタイミング値は、第１のタイミング閾値に等しい。

いくつかの例示的な実施形態において、第１の端末装置１１０は、時間領域において第１のシングルリソースに続くリソース上で協調情報を受信することができ、第２のセットは第１のシングルリソースを含まない。

いくつかの例示的な実施形態において、第１の端末装置１１０は、時間領域において第１のシングルリソースの前のリソース上で協調情報を受信することができ、第２のセットは第１のシングルリソースを含む。

いくつかの例示的な実施形態において、第１の端末装置１１０は、サイドリンク送信が周期的トラフィックの送信を含むか、非周期的トラフィックの送信を含むかを決定することができる。サイドリンク送信が非周期的トラフィックの送信を含む場合、第１の端末装置１１０は、第１のシングルリソースに基づいて、ターゲットリソースの第１のセットを選択することができる。ターゲットリソースの第１のセットは、第２のシングルターゲットリソースを含む。

いくつかの実施形態において、協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨されるリソースの第３のセットに関する第２の情報を含む。第３のセットは複数のリソースを含む。

いくつかの例示的な実施形態において、第１の端末装置１１０は、時間領域において第３のセット内の開始リソースの前のリソース上で協調情報を受信することができる。

いくつかの例示的な実施形態において、第１の端末装置１１０は、サイドリンク送信が周期的トラフィックの送信を含むか、非周期的トラフィックの送信を含むかを決定することができる。サイドリンク送信が周期的トラフィックの送信を含む場合、第１の端末装置１１０は、第３のセット内の複数のリソースの第１の周期が周期的トラフィックの第２の周期に等しいか否かを決定することができる。第１の周期が第２の周期に等しい場合、第１の端末装置１１０は、第３のセットに基づいてターゲットリソースの第１のセットを選択することができる。

いくつかの例示的な実施形態において、第１の端末装置１１０は、時間領域において第３のセット内の開始リソースに続くリソース上で協調情報を受信することができる。このような例示的な実施形態において、第３のセットのサブセットは、リソース選択ウィンドウ内にある。

いくつかの例示的な実施形態において、第１の端末装置１１０は、サイドリンク送信が周期的トラフィックの送信を含むか、非周期的トラフィックの送信を含むかを決定することができる。サイドリンク送信が非周期的トラフィックの送信を含む場合、第１の端末装置１１０は、サブセット内の第４のリソースに基づいて、ターゲットリソースの第１のセットを選択することができる。

いくつかの例示的な実施形態において、第４のリソースは、サブセット内の開始リソースを含むことができる。

代替として又は追加として、第４のリソースは、時間領域において第１のセット内の開始ターゲットリソースに続くサブセット内の第５のリソースを含むことができる。

代替として又は追加として、第４のリソースは、サブセット内の第６のリソースを含むことができる。第６のリソースと、少なくとも１つの候補リソースのうちの開始候補リソースとの間のタイミング値は、第２のタイミング閾値に等しい。

いくつかの例示的な実施形態において、第１の端末装置１１０は、サイドリンク送信が周期的トラフィックの送信を含むか、非周期的トラフィックの送信を含むかを決定することができる。サイドリンク送信が周期的トラフィックの送信を含む場合、いくつかの例示的な実施形態において、第１の端末装置１１０は、第１のセット内のターゲットリソースの第２の数が第２の所定数に等しくなるまで、以下の動作を繰り返して実行することによって、第１のセットを選択することができる。第１の端末装置１１０は、サブセット内の第７のリソースに基づいて、第１のセット内の開始ターゲットリソースを選択することができる。さらに、第１の端末装置１１０は、第１のセット内の該開始ターゲットリソースに続くターゲットリソースで該開始ターゲットリソースを更新し、そして、サブセット内の該第７の利用可能リソースに続くリソースで該第７のリソースを更新することができる。

いくつかの例示的な実施形態において、サブセット内の第７のリソースは、サブセット内の開始リソースを含むことができる。

代替として又は追加として、サブセット内の第７のリソースは、時間領域において開始ターゲットリソースに続くサブセット内の第８のリソースを含むことができる。

代替として又は追加として、サブセット内の第７のリソースは、サブセット内の第９のリソースを含むことができる。第９のリソースと、少なくとも１つの候補リソースのうちの開始候補リソースとの間のタイミング値は、第３のタイミング閾値に等しい。

いくつかの実施形態において、協調情報は、サイドリンク送信のために第１の端末装置１１０により選択されることが推奨されていないリソースの第４のセットに関する第３の情報を含むことができる。

いくつかの例示的な実施形態において、第１の端末装置１１０は、少なくとも１つの候補リソースと第４のセットとの間の重複を識別し、重複を含む第４のセットのサブセットを決定することができる。さらに、第１の端末装置１１０は、該サブセットに基づいて、第１のセットを選択することができる。

いくつかの例示的な実施形態において、協調情報は、ターゲットリソースの第１のセットの選択の要求を含む。

いくつかの例示的な実施形態において、第１の端末装置１１０は、送信されるトラフィックの優先度が閾値優先度を超えているか否かを決定することができる。送信されるトラフィックの優先度が閾値優先度を超えている場合、第１の端末装置１１０は、要求に基づいてターゲットリソースの第１のセットを選択することができる。

いくつかの例示的な実施形態において、第１の端末装置１１０は、少なくとも１つの候補リソースの各々とは異なる少なくとも１つのターゲットリソースを含む第１のセットを選択することができる。

いくつかの例示的な実施形態において、第１の端末装置１１０は、少なくとも１つの候補リソースのうちの第１１のリソースの前の第１０のリソース上で協調情報を受信することができる。このような例示的な実施形態において、第１の端末装置１１０は、第１１のリソースとは異なる第３のシングルリソースを選択することができる。

いくつかの例示的な実施形態において、第１の端末装置１１０は、該少なくとも１つの候補リソースを示すリソース予約シグナリングを送信する後に、第１２のリソース上で協調情報を受信することができる。

いくつかの例示的な実施形態において、該少なくとも１つの候補リソースは少なくとも、時間領域において第１２のリソースに続く第１３のリソースを含む。このような例示的な実施形態において、第１の端末装置１１０は、サイドリンク送信が周期的トラフィックの送信を含むか、非周期的トラフィックの送信を含むかを決定することができる。サイドリンク送信が周期的トラフィックの送信を含む場合、第１の端末装置１１０は、第１３のリソースとは異なるターゲットリソースを含む第１のセットを選択することができる。

追加として、いくつかの例示的な実施形態において、サイドリンク送信が周期的トラフィックの送信を含む場合、第１の端末装置１１０は、周期的トラフィックの送信回数を、第１の端末装置１１０により選択された初期値にリセットすることができる。

図８は本開示のいくつかの実施形態にかかる例示的な方法８００のフローチャートである。例えば、方法８００は、図１に示すような第１の端末装置１１０において実行することができる。方法８００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

ブロック８１０において、第１の端末装置１１０は、リソース選択ウィンドウ内の少なくとも１つの候補リソースを選択する。ブロック８２０において、第１の端末装置１１０は、第２の端末装置から、第１の端末装置１１０のサイドリンク送信のためのリソース選択のための情報を受信する。ブロック８３０において、第１の端末装置１１０は、該情報と少なくとも１つの候補リソースとのうちの少なくとも１つに基づいて、リソース選択ウィンドウ内のサイドリンク送信のための少なくとも１つのターゲットリソースを決定する。

いくつかの例示的な実施形態において、第１の端末装置１１０により受信される情報は、図１から図７を参照して説明したように、リソース選択のための協調情報を含むことができる。

他の例示的な実施形態において、第１の端末装置１１０により受信された情報は、リソース選択のための補助情報を含むことができる。例えば、図１から図７を参照して説明したように、該補助情報は、少なくとも１つのターゲットリソースの選択ための要求を含むことができる。別の例について、補助情報は、少なくとも１つのターゲットリソースの選択のためのトリガ又は指示を含むことができる。

図１から図７を参照して説明した特徴は、方法８００にも適用できることを理解すべきである。簡略化のため、特徴の詳細については省略する。

図９は本開示の実施形態を実装するのに適した装置９００の概略ブロック図である。装置９００は、図１に示す端末装置１１０又は端末装置１２０の別の例示的な実施態様として考えられる。したがって、装置９００は、端末装置１１０又は端末装置１２０において、或いはそれらの少なくとも一部として実現することができる。

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

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

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

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

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

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

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

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

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

Claims (28)

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. プロセッサと、
    前記プロセッサに結合され命令が記憶されているメモリと、を備える端末装置であって、
    前記命令が前記プロセッサにより実行された場合、請求項１から請求項２６の何れか一項に記載の方法を実行する
    端末装置。
28. 装置の少なくとも一つのプロセッサ上で実行された場合、前記装置に、請求項１から請求項２６の何れか一項に記載の方法を実行させる命令が記憶されている
    コンピュータ可読媒体。

Images