JP7127205B2 - ユーザ機器及び通信方法 - Google Patents

Description

本開示は、無線通信分野、特にユーザ機器（ＵＥ）及び通信方法に関する。

関連技術の説明

現在、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）は、例えば、プラトーン（platooning）、拡張センサ、高度運転、遠隔運転などのより高度な用途をサポートすることを目的とした新無線（New Radio：ＮＲ）の車両からあらゆるもの（Vehicle to anything：Ｖ２Ｘ）についての標準規格を定めることを望んでいる。ＮＲ Ｖ２Ｘ評価の研究項目（study item：ＳＩ）に関する最新の議論によれば、物理層の区別化を伴うユニキャスト、マルチキャスト及びブロードキャストのトラフィックは、ＮＲにおいてサポートされる潜在的なトラフィックであり、３ＧＰＰ ＮＲ Ｖ２Ｘ ＳＩにおいて評価されるであろう。例えば、プラトーンのような代表的なユニキャスト／マルチキャストのトラフィックは、５Ｇオートモーティブアソシエーション（5G Automotive Association：５ＧＡＡ）とソサエティオブオートモーティブエンジニアズ（Society of Automotive Engineers：ＳＡＥ）の両方から得られる優先的な使用例の１つとして識別される。ＮＲ Ｖ２Ｘにおいて、ＵＥは、混合トラフィックを同時に送信する必要がある場合があり、例えば、ＵＥは、ブロードキャストベースのベーシックセーフティメッセージ（Basic Safety Message：ＢＳＭ）トラフィックを送信しながら、ユニキャストベースのプラトーントラフィックを送信する場合がある。更に、トラフィックは、非周期的と周期的である場合がある。このように、ＮＲにおいてサポートされるトラフィックは、主に周期的なトラフィックを対象とするロングタームエボリューション（Long Term Evolution：ＬＴＥ）に比べてより複雑であり、従って、相異なるトラフィック相互間の相互の影響を最小限に抑えてパフォーマンスを保証することが求められ、そして、ＮＲにおいては遅延と信頼性についての要件もより高くなる。

ＬＴＥサイドリンクベースのＶ２Ｘにおいて、物理層は、主に、検知手順に基づくセミパーシステントスケジューリング（Semi-Persistent Scheduling：ＳＰＳ）送信を対象としている。しかしながら、非ＳＰＳ（Semi-Persistent Scheduling）トラフィックの検知をサポートする方法は不明確である。従来、非ＳＰＳトラフィックは、検知が利用できない場合に、特別なリソースプール内においてランダムな選択によってサポートされる場合がある。従って、ＮＲ Ｖ２Ｘにおける非周期的なトラフィックについての検知手順及びリソース選択手順を明確に決定できることが求められている。

更に、一般的に、ＵＥのジオメトリ（geometry）に基づいて選択されるゾーン毎に１つの送信リソースプールがアクティブ化される。しかしながら、ＮＲ Ｖ２ＸにおいてＵＥによって生成される複数のタイプのトラフィックをサポートするには、１つの送信リソースプールでは不十分な場合がある。ゾーン毎に複数の送信リソースプールがアクティブ化されるシナリオの場合には、リソースの利用をより良く保つために、ゾーン毎にサポートされる送信リソースプールの数を最小限に抑える必要がある。その一方で、相異なるトラフィック間の影響を最小限に抑える方法を検討する必要がある。

概要

１つの非限定的で例示的な実施形態によってＮＲ Ｖ２Ｘにおける相異なるタイプ及び送信モードのトラフィックについての検知手順及びリソース選択手順が容易になる。ここに開示する実施形態は、Ｖ２Ｉ（車両からインフラストラクチャ）、Ｖ２Ｐ（車両から歩行者）、Ｖ２Ｖ（車両から車両）、及び、ＮＲサイドリンクを使用する任意のその他の通信に適用可能であり得る。

本開示の概括的な一態様において、検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知するように動作し、リソース選択ウィンドウの期間中に、検知ウィンドウにおける検知結果に従って、送信リソースプールから１つ又は複数のリソースを選択するように動作する回路であり、検知ウィンドウとリソース選択ウィンドウとのうちの１つ又は複数のものが、トラフィックのタイプに応じて構成、事前構成、あるいは、規定される回路と、選択された１つ又は複数のリソースを用いてトラフィックを送信するように動作する送信器と、を備えたユーザ機器が提供される。

本開示の別の概括的な一態様において、検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知するステップと、リソース選択ウィンドウの期間中に、検知ウィンドウにおける検知結果に従って、送信リソースプールから１つ又は複数のリソースを選択するステップであり、検知ウィンドウとリソース選択ウィンドウとのうちの１つ又は複数のものが、トラフィックのタイプに応じて構成、事前構成、あるいは、規定されるステップと、選択された１つ又は複数のリソースを用いてトラフィックを送信するステップと、を含む通信方法が提供される。

本開示の更に別の概括的な一態様において、トラフィックを受信するように動作する受信器と、受信されたトラフィックを復号するように動作する回路と、を備えており、受信されたトラフィックが、リソース選択の期間中に検知ウィンドウにおける検知結果に従って送信リソースプールから選択される１つ又は複数のリソースによって送信され、且つ、検知結果が、検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知することによって生成され、検知ウィンドウとリソース選択ウィンドウとのうちの１つ又は複数のものが、トラフィックのタイプに応じて構成、事前構成、あるいは、規定される、ユーザ機器が提供される。

本開示の更に別の概括的な一態様において、トラフィックを受信するステップと、受信されたトラフィックを復号するステップと、を含み、受信されたトラフィックが、リソース選択の期間中に検知ウィンドウにおける検知結果に従って送信リソースプールから選択される１つ又は複数のリソースによって送信され、且つ、検知結果が、検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知することによって生成され、検知ウィンドウとリソース選択ウィンドウとのうちの１つ又は複数のものが、トラフィックのタイプに応じて構成、事前構成、あるいは、規定される、通信方法が提供される。

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

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

本開示の前述の特徴及びその他の特徴は、添付図面と併せた以下の説明と末尾の特許請求の範囲から更に十分に明らかになるであろう。これらの図面は、本開示に従うほんのいくつかの実施形態しか示しておらず、従って、その権利範囲を限定すると見なされるべきではないことを認識した上で、以下の添付図面の使用を通じて、本開示を更に具体的に且つ詳細に説明する。

本開示の一実施形態に従うユーザ機器のブロック図を例示する図である。 本開示の一実施形態に従うユーザ機器のブロック図を概略的に示す図である。 本開示の一実施形態に従う、第１のタイプのトラフィックと第２のタイプのトラフィックとについての検知ウィンドウとリソース選択ウィンドウとの構成を概略的に示す図である。 本開示の一実施形態に従う、第１のタイプのトラフィックと第２のタイプのトラフィックとの優先順位に応じた、第１のタイプのトラフィックと第２のタイプのトラフィックとについてのリソース選択ウィンドウの構成を概略的に示す図である。 本開示の一実施形態に従う、時分割多重化（ＴＤＭ）方式に応じた、第１のタイプのトラフィックと第２のタイプのトラフィックとについてのリソース選択ウィンドウの構成を概略的に示す図である。 本開示の一実施形態に従う、周波数分割多重化（ＦＤＭ）方式に応じた、第１のタイプのトラフィックと第２のタイプのトラフィックとについてのリソース選択ウィンドウの構成を概略的に示す図である。 本開示の一実施形態に従う、複数の送信リソースプールの構成を概略的に示す図である。 本開示の別の一実施形態に従う、複数の送信リソースプールの構成を概略的に示す図である。 本開示の一実施形態に従うユーザ機器の詳細なブロック図を概略的に示す図である。 本開示の一実施形態に従う通信方法のフローチャートを概略的に示す図である。 本開示の一実施形態に従ってＬＢＴが適用される論理的に連続したサブフレームの一例を概略的に示す図である。 本開示の一実施形態に従うユーザ機器のブロック図を例示する図である。 本開示の一実施形態に従う通信方法のフローチャートを概略的に示す図である。

詳細な説明

以下の詳細な説明では、その一部分を形成する添付図面を参照する。これらの図面においては、特にことわりのない限り、一般的に、同様の符号によって同様の構成要素が識別される。本開示の複数の態様は、多種多様な相異なる構成にアレンジでき、置換でき、組み合わせでき、及び、設計でき、それらの構成の全ては、明確に予想され、本開示の一部分を成すことが容易に理解されるであろう。

図１は、本開示の一実施形態に従うユーザ機器（ＵＥ）１００のブロック図を例示している。

図１の例に示されているように、ＵＥ１００は、回路１１０及び送信器１３０を備えている。一実施形態において、回路１１０は、検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知し、検知ウィンドウにおける検知結果に従ってリソース選択ウィンドウの期間中に送信リソースプールから１つ又は複数のリソースを選択する。一実施形態において、検知ウィンドウ及びリソース選択ウィンドウのうちの１つ又は複数のものが、トラフィックのタイプに従って、構成、事前構成、あるいは、規定される。ＵＥ１００内の送信器１３０は、選択されたリソースを使用してトラフィックを送信する。

一実施形態において、図１に示されているＵＥ１００は、相異なるタイプのトラフィックを送信する場合がある。例えば、このトラフィックには、第１のタイプのトラフィック及び／又は第２のタイプのトラフィックが含まれている場合がある。上述の如く、検知ウィンドウ及びリソース選択ウィンドウのうちの１つ又は複数のものが、トラフィックのタイプに従って、構成、事前構成、あるいは、規定される。例えば、第１の検知ウィンドウが第１のタイプのトラフィックについて構成、事前構成、あるいは、規定される、第２の検知ウィンドウが第２のタイプのトラフィックについて構成、事前構成、あるいは、規定される、第１のリソース選択ウィンドウが第１のタイプのトラフィックについて構成、事前構成、あるいは、規定される、及び、第２のリソース選択ウィンドウが第２のタイプのトラフィックについて構成、事前構成、あるいは、規定される。

一実施形態において、第２のタイプのトラフィックについての第２の検知ウィンドウの持続時間は、第１のタイプのトラフィックについての第１の検知ウィンドウの持続時間よりも短く、第２のタイプのトラフィックについての第２のリソース選択ウィンドウの持続時間は、第１のタイプのトラフィックについての第１のリソース選択ウィンドウの持続時間よりも短い。

一実施形態において、第１のタイプのトラフィックは周期的トラフィックであり、第２のタイプのトラフィックは非周期的トラフィックである。非周期的トラフィックについての第２の検知ウィンドウの持続時間は、周期的トラフィックについての第１の検知ウィンドウの持続時間よりも短く、そして、非周期的トラフィックについての第２のリソース選択ウィンドウの持続時間は、周期的トラフィックについての第１のリソース選択ウィンドウの持続時間よりも短い。

利点として、検知ウィンドウ及びリソース選択ウィンドウをトラフィックのタイプに応じて構成、事前構成又は指定することにより、ＮＲ Ｖ２Ｘにおける非周期的トラフィックについての検知手順及びリソース選択手順を実現できる。更に、非周期的トラフィックについて短縮検知ウィンドウ及び／又は短縮リソース選択ウィンドウを使用することにより、ＮＲ Ｖ２Ｘにおける非周期的トラフィックをより効率的にサポートできる。

周期的及び非周期的については特定のタイプを説明したが、当業者であれば、それらが例示目的のためだけであり、様々なタイプのトラフィックがそれらに当てはまり得ることを理解するはずである。例えば、別の一実施形態において、第１のタイプのトラフィックは高遅延トラフィックであり、第２のタイプのトラフィックは低遅延トラフィックである。低遅延トラフィックについての第２の検知ウィンドウと第２のリソース選択ウィンドウの一方又は両方の持続時間は、高遅延トラフィックについての第１の検知ウィンドウと第１のリソース選択ウィンドウの一方又は両方の持続時間よりも短い。別の一実施形態において、第１のタイプのトラフィックは非セキュリティトラフィックであり、第２のタイプのトラフィックはセキュリティトラフィックである。セキュリティトラフィックについての第２の検知ウィンドウと第２のリソース選択ウィンドウの一方又は両方の持続時間は、非セキュリティトラフィックについての第１の検知ウィンドウと第１のリソース選択ウィンドウの一方又は両方の持続時間よりも短い。優先順位のより高いトラフィックについての第２の検知ウィンドウと第２のリソース選択ウィンドウの一方又は両方の持続時間が、優先順位のより低いトラフィックについての第１の検知ウィンドウと第１のリソース選択ウィンドウの一方又は両方の持続時間よりも短い限り、その他の例も利用できる。

「第１」及び「第２」という用語は、ここでは様々なタイプのトラフィックを表現するために使用しているが、ある１つのタイプのトラフィックと別の１つのタイプのトラフィックとを区別するためにのみ使用しており、トラフィックのタイプを制限することを意図したものではない。更に、第３のタイプのトラフィックが、検知ウィンドウとリソース選択ウィンドウの一方又は両方の持続時間が第１のタイプのトラフィック、第２のタイプのトラフィック及びこの第３のタイプのトラフィックの間で異なる限り、利用可能であり得る。３つよりも多くのタイプのトラフィックも利用可能であるが、それらの例は、簡潔さと明確さのために、ここでは省略する。

図２は、本開示の一実施形態に従うユーザ機器１００の図を概略的に示している。図２では、図１で示されている同じ要素を示すために、同じ参照番号が使用されている。一実施形態において、ＵＥ１００内の回路１１０には、検知部２１０と選択部２３０が含まれている。

一実施形態において、第１のタイプのトラフィックについて、検知部２１０は、第１の検知ウィンドウの期間中に物理サイドリンク制御チャネル（Physical Sidelink Control Channel：ＰＳＣＣＨ）を復号して物理サイドリンク共有チャネル（Physical Sidelink Shared Channel：ＰＳＳＣＨ）の参照信号受信電力（Reference Signal Received Power：ＲＳＲＰ）を測定し、第１の検知ウィンドウの期間中に測定を実施して第１の測定済みサイドリンク受信信号強度インジケータ（Sidelink Received Signal Strength Indicator：Ｓ-ＲＳＳＩ）を取得する場合があり、そして、選択部２３０は、第１のリソース選択ウィンドウの期間中に、第１の検知ウィンドウの期間中に検知された測定済みＲＳＲＰに従って、１つ又は複数のリソースを除外して第１のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースを取得し、第１の測定済みＳ-ＲＳＳＩに従って、取得済み利用可能リソースをランク付けする場合がある。

一実施形態において、第２のタイプのトラフィックについて、検知部２１０は、第１の検知ウィンドウの期間中にＰＳＣＣＨを復号してＰＳＳＣＨのＲＳＲＰを測定し、第２の検知ウィンドウの期間中に測定を実施して第２の測定済みＳ-ＲＳＳＩを取得する場合があり、そして、選択部２３０は、第２のリソース選択ウィンドウの期間中に、第１の検知ウィンドウの期間中に検知された測定済みＲＳＲＰに従って、１つ又は複数のリソースを除外して第２のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースを取得し、第２の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースをランク付けする場合がある。

次に図３を参照して検知部２１０と選択部２３０との動作を詳細に説明するが、この図３は、本開示の一実施形態に従って、第１のタイプのトラフィックと第２のタイプのトラフィックとについての検知ウィンドウとリソース選択ウィンドウとの構成を例示している。

図３には、第１のタイプのトラフィック（例えば、周期的トラフィック）について構成、事前構成、あるいは、規定される第１の検知ウィンドウと、第２のタイプのトラフィック（例えば、非周期的トラフィック）について構成、事前構成、あるいは、規定される第２の検知ウィンドウと、第１のタイプのトラフィックについて構成、事前構成、あるいは、規定される第１のリソース選択ウィンドウと、第２のタイプのトラフィックについて構成、事前構成、あるいは、規定される第２のリソース選択ウィンドウと、が概略的に示されている。

図３の例に示されているように、時点（ｎ-ａ）から時点ｎまでの期間と時点（ｐ-ａ）から時点ｐまでの期間とは、第１のタイプのトラフィックについて構成、事前構成、あるいは、規定される第１の検知ウィンドウである場合があり、そして、時点ｍから時点ｐまでの期間は、第２のタイプのトラフィックについて構成、事前構成、あるいは、規定される第２の検知ウィンドウである場合がある。時点ｔ１から時点ｔ２までの期間は、第１のタイプのトラフィックについて構成、事前構成、あるいは、規定される第１のリソース選択ウィンドウである場合がある。時点ｔ３から時点ｔ４までの期間は、第２のタイプのトラフィックについて構成、事前構成、あるいは、規定される第２のリソース選択ウィンドウである場合がある。一実施形態において、第２の検知ウィンドウの持続時間は、第１の検知ウィンドウの持続時間よりも短い。一実施形態において、第２のリソース選択ウィンドウの持続時間は、第１のリソース選択ウィンドウの持続時間よりも短い。一実施形態において、第２の検知ウィンドウと第２のリソース選択ウィンドウの両方の持続時間は、第１のリソース検知ウィンドウと第１のリソース選択ウィンドウの両方の持続時間よりも短い。

図３に示されている時点ｔ１と時点ｔ２は例示のみを目的としており、時点ｔ１と時点ｔ２は、トラフィックのタイプに応じて構成する、事前構成する、あるいは、規定することができ、リソース選択ウィンドウの持続時間は、時点ｔ２と時点ｔ１との間の時間差によって決まる。同様の原理が、第２のリソース選択ウィンドウについて指定されている時点ｔ３と時点ｔ４に適用できる。更に、図３に示されている時点（ｎ-ａ）（又は（ｐ-ａ））と時点ｎ（又はｐ）も例示のみを目的としており、時点（ｎ-ａ）（又は（ｐ-ａ））と時間ｎ（又はｐ）は、トラフィックのタイプに応じて構成する、事前構成する、あるいは、規定することができ、検知ウィンドウの持続時間は、時点（ｎ-ａ）と時点ｎと（又は時点（ｐ-ａ）と時点ｐと）の間の時間差によって決まる。同様の原理が、第２の検知ウィンドウについて指定されている時点ｍと時点ｐに適用できる。

第１のタイプのトラフィックが（例えば、時点ｎで）トリガされる限りでは、この場合、その第１のタイプのトラフィックについて、検知部２１０は、図３の例に示されているように時点（ｎ-ａ）から時点ｎまでの第１の検知ウィンドウの期間中に物理サイドリンク制御チャネル（Physical Sidelink Control Channel：ＰＳＣＣＨ）を復号して物理サイドリンク共有チャネル（Physical Sidelink Shared Channel：ＰＳＳＣＨ）の参照信号受信電力（Reference Signal Received Power：ＲＳＲＰ）を測定し、そして、（時点（ｎ-ａ）から時点ｎまでの）第１の検知ウィンドウの期間中に測定を実施して、第１の測定済みのサイドリンク受信信号強度インジケータ（Sidelink Received Signal Strength Indicator：Ｓ-ＲＳＳＩ）を取得する。例えば、検知部２１０は、第１のタイプのトラフィックについて第１の検知ウィンドウ（時点（ｎ-ａ）から時点ｎまで）における全てのシンボル（十字線で満たされたシンボルとサンプリングされるシンボル）のうちの複数のシンボル（ドットで満たされたブロックとして示されている）をサンプリングし、サンプリング済みシンボルのエネルギを測定し、測定済みエネルギを平均することによって、第１の検知ウィンドウ（時点（ｎ-ａ）から時点ｎまで）において第１のＳ-ＲＳＳＩを取得する。

第１のタイプのトラフィックについての第１のリソース選択が上位層によって（例えば、時点ｎで）トリガされると、第１のタイプのトラフィックについて、選択部２３０は、時点ｔ１から時点ｔ２までの第１のリソース選択ウィンドウの期間中に、第１の検知ウィンドウ（時点（ｎ-ａ）から時点ｎまで）の期間中に検知された測定済みＲＳＲＰに従って、１つ又は複数の利用できないリソースを除外して、第１のタイプのトラフィック、例えば周期的トラフィックを送信するための１つ又は複数の利用可能なリソースを取得し、そして、第１のリソース選択ウィンドウ（時点ｔ１から時点ｔ２まで）の期間中に第１の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースをランク付けする。例えば、選択部２３０は、利用可能リソース（即ち、候補リソース）をＲＳＳＩの昇順において高いものから低いものへとランク付けして、その結果、エネルギ予測が最も低い候補リソースがリソース選択について最も高くランク付けされた候補となるようにしてもよい。次に、選択部２３０は、第１のタイプのトラフィックを送信するためのランク付け済み候補リソースの中から１つ又は複数のリソースを選択する上位層に、最高ランク付け済み候補の特定の割合（例えば、候補リソース全体の２０％）を、報告する。図３の例に示されているように、ＰＳＳＣＨ１、ＰＳＳＣＨ４及びＰＳＳＣＨ３のリソースが第１のタイプのトラフィックの送信用に選択されてもよい。

第２のタイプのトラフィックが（例えば、時点ｐで）トリガされる限りでは、この状況において、第２のタイプのトラフィックについて、検知部２１０は、時点（ｐ-ａ）から時点ｐまでの第１の検知ウィンドウの期間中にＰＳＣＣＨを復号してＰＳＳＣＨのＲＳＲＰを測定し、そして、時点ｍから時点ｐまでの第２の検知ウィンドウの期間中に測定を実施して、第２の測定済みＳ－ＲＳＳＩを取得する。例えば、検知部２１０は、第２のタイプのトラフィックについて第２の検知ウィンドウ（時点ｍから時点ｐまで）における全てのシンボルのうちの複数のシンボルをサンプリングし、サンプリング済みシンボルのエネルギを測定し、測定済みエネルギを平均することによって、第２の検知ウィンドウ（時点ｍから時点ｐまで）において第２のＳ-ＲＳＳＩを取得する。

第２のタイプのトラフィックについての第２のリソース選択が上位層によって（例えば、時点ｐで）トリガされると、第２のタイプのトラフィックについて、選択部２３０は、（時点ｔ３から時点ｔ４までの）第２のリソース選択ウィンドウの期間中に、第１の検知ウィンドウ（例えば、時点（ｐ-ａ）から時点ｐまで）の期間中に検知部２１０によって検知された測定済みＲＳＲＰに従って、１つ又は複数の利用できないリソースを除外して、第２のタイプのトラフィック、例えば非周期的トラフィックを送信するための１つ又は複数の利用可能なリソースを取得し、そして、第２のリソース選択ウィンドウ（例えば、時点ｔ３から時点ｔ４まで）の期間中に第２の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースをランク付けする。例えば、選択部２３０は、利用可能リソース（即ち、候補リソース）をＲＳＳＩの昇順において高いものから低いものへとランク付けして、その結果、エネルギ予測が最も低い候補リソースがリソース選択について最も高くランク付けされた候補となるようにしてもよい。次に、選択部２３０は、第２のタイプのトラフィックを送信するためのランク付け済み候補リソースの中から１つ又は複数のリソースを選択する上位層に、最高ランク付け済み候補リソースの特定の割合（例えば、候補リソース全体の２０％）を、報告する。図３の例に示されているように、ＰＳＳＣＨ２のリソースが、（例えば、時点ｔ３から時点ｔ４までの）第２のリソース選択ウィンドウにおいて第２のタイプのトラフィックの送信用に選択される。

図３の例に示されているように、時点ｎと時点ｔ１との間の時間ギャップΔｔ１は、第１のタイプのトラフィックについての第１のリソース選択がトリガされた時点（時点ｎ）から時間ギャップΔｔ１の後に選択部２３０が第１のタイプのトラフィックの送信用のリソースの選択を開始することを示しており、時点ｐと時点ｔ３との間の時間ギャップΔｔ２は、第２のタイプのトラフィックについての第２のリソース選択がトリガされた時点（時点ｐ）から時間ギャップΔｔ２の後に選択部２３０が第２のタイプのトラフィックの送信用のリソースの選択を開始することを示している。しかしながら、Δｔ１とΔｔ２は例示の目的のみで示されており、当業者であれば、リソース選択がトリガされた直後に選択部２３０が、対応するタイプのトラフィックの送信用のリソースの選択を開始し得ることを理解するであろう。

第１の検知ウィンドウと第２の検知ウィンドウは同じ終了点（時点ｐ）を使用しているが、これは単なる一例であり、その他の場合には相異なる終了点も使用され得る。また、図３に示されているシンボルの数、リソースＰＳＳＣＨの数、検知ウィンドウの数及び選択ウィンドウの数も例示目的のためのものであり、実際の適用及びシナリオによって変わり得る。更に、図３に示されているようなリソース選択のトリガについてのシーケンスとトリガのタイミングとは単なる例であり、相異なるタイプのトラフィックを送信するためのリソース選択のトリガについてのその他のシーケンス及びトリガのタイミングも、実際の適用に応じて、実施可能である。

更に、トラフィックのタイプは、上述のような周期的トラフィックと非周期的トラフィックとには限定されず、その他のタイプのトラフィック、例えば、低遅延トラフィック、高遅延トラフィック、セキュリティトラフィック、及び、非セキュリティトラフィックなども、本開示の実施形態に従って、実施可能であり得る。そして、これらのその他のタイプのトラフィックについての検知ウィンドウとリソース選択ウィンドウとの構成は、周期的トラフィックと非周期的トラフィックについて説明したものと同様であり、従って、明確さと簡潔さのために、それらの詳細は省略する。

更に、図３は、検知ウィンドウとリソース選択ウィンドウとが第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定されることを示しているが、これらは、単に一例について例示されているにすぎない。当業者であれば、より多くのタイプのトラフィックもそれらに適用されてもよく、そして、上述の如くの構成がそれらのより多くのタイプのトラフィックに適用されてもよいことを理解するであろう。例えば、第３のタイプのトラフィックがここでは利用可能である場合があり、それぞれのタイプのトラフィックについて構成、事前構成、あるいは、規定される検知ウィンドウとリソース選択ウィンドウとの一方又は両方の持続時間が第１のタイプのトラフィック、第２のタイプのトラフィック及びこの第３のタイプのトラフィックの間で異なる限り、第３の検知ウィンドウと第３のリソース選択ウィンドウとが、この第３のタイプのトラフィックについて構成、事前構成、あるいは、規定されてもよい。３つよりも多くのタイプのトラフィックも利用可能であるが、それらの例は、明確さと簡潔さのために、ここでは省略する。

図４Ａには、本開示の一実施形態に従う、第１のタイプのトラフィックと第２のタイプのトラフィックとの優先順位に応じた、第１のタイプのトラフィックと第２のタイプのトラフィックとについてのリソース選択ウィンドウの構成が概略的に示されている。

図４Ａの例に示されているように、リソース選択ウィンドウの構成は、第１のタイプのトラフィックと第２のタイプのトラフィックとの優先順位に基づいている。第２のタイプのトラフィックと第１のタイプのトラフィックとについてのリソース選択は、時点ｎ′において同時にトリガされる。この状況において、第１のタイプのトラフィックについての第１の検知ウィンドウは時点（ｎ-ａ）′から時点ｎ′までであり、第２のタイプのトラフィックについての第２の検知ウィンドウは時点ｍ′から時点ｎ′までである。そして、第１のリソース選択ウィンドウは時点ｔ１１から時点ｔ１２までであり、第２のリソース選択ウィンドウは時点ｔ１１から時点ｔ１３までである。一実施形態において、第２の検知ウィンドウの持続時間は、第１の検知ウィンドウの持続時間よりも短い。一実施形態において、第２のリソース選択ウィンドウの持続時間は、第１の選択ウィンドウの持続時間よりも短い。

第２のタイプのトラフィックと第１のタイプのトラフィックとが同時にトリガされる状況においては、第１の検知ウィンドウと第２の検知ウィンドウとが互いに部分的に重なる。第１の検知ウィンドウと第２の検知ウィンドウとには同じ終了点（時点ｎ′）が使用されているが、これは一例に過ぎず、その他の場合には相異なる終了点も使用されることがある。

図４Ａの例に示されているように、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとの開始点は、同じであり、例えば、時点ｔ１１である。そして、第２のタイプのトラフィックがより高い優先順位を有する場合、選択部２３０は、リソースの選択について第１のタイプのトラフィックよりも第２のタイプのトラフィックに対してより早く（即ち、より高い優先順位で）動作する。例えば、図４Ａに示されているように、リソースＰＳＳＣＨ２が、第２のタイプのトラフィックについての（時点ｔ１１から時点ｔ１３までの）第２のリソース選択ウィンドウの期間中に、第２のタイプのトラフィックの送信用に選択される。

検知部２１０と選択部２３０（回路１１０に含まれている構成要素）の動作は図３を参照して説明した動作と同様であり、第１の検知ウィンドウと第２の検知ウィンドウとの期間中における検知部２１０の動作は図３を参照して説明しており、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとの期間中における選択部２３０の動作も図３を参照して説明しているので、それらの詳細は、明確さと簡潔さのために、ここでは省略する。

更に、時点ｎ′と時点ｔ１１との間の時間ギャップΔｔは、リソース選択がトリガされた時点から時間Δｔ後に、選択部２３０が、対応するタイプのトラフィックの送信用のリソースの選択を開始することを示している。しかしながら、Δｔ１は例示の目的のみで示されており、当業者であれば、リソース選択がトリガされた直後に選択部２３０が、対応するタイプのトラフィックの送信用のリソースの選択を開始することを理解するであろう。

図４Ａに示されているシンボル及びリソースＰＳＳＣＨの数も例示目的のためのものであり、シンボル及びリソースの任意の数が実際の適用及びシナリオによって決まり得る。

更に、検知部２１０と選択部２３０（回路１１０に含まれている構成要素）の動作は図３を参照して説明した動作と同様であり、当業者であれば、上述した如くの回路１１０の動作は、検知ウィンドウとリソース選択ウィンドウとがトラフィックのタイプに応じて構成、事前構成、あるいは、規定される限り、図４Ａに示されている検知ウィンドウとリソース選択ウィンドウとの構成にも、そして、検知ウィンドウとリソース選択ウィンドウとのその他の構成にも、適用できることを理解できるであろう。例えば、図４Ｂと図４Ｃに示されている検知ウィンドウとリソース選択ウィンドウとの構成については、上述のような回路１１０の動作がそれらにも適用できる。

図４Ｂには、本開示の一実施形態に従って、時分割多重化（Time-Division Multiplexed：ＴＤＭ）方式に応じた、第１のタイプのトラフィックと第２のタイプのトラフィックとについてのリソース選択ウィンドウの構成が概略的に示されている。

図４Ｂにおける構成についての（検知部２１０と選択部２３０を含む）回路１１０の動作は、図３を参照して説明したものと同じであるので、回路１１０の詳細な動作については、明確さと簡潔さのために、ここでは省略する。

図４Ｂに示されているように、リソース選択ウィンドウの構成は、時分割多重化（Time-Division Multiplexed：ＴＤＭ）方式に基づいている。更に具体的に述べると、第２のタイプのトラフィックと第１のタイプのトラフィックとについてのリソース選択が時点ｎ″で同時にトリガされる限りでは、この場合、時点（ｎ-ａ）″から時点ｎ″までの第１の検知ウィンドウが第１のタイプのトラフィックについて構成、事前構成、あるいは、規定され、そして、時点ｍ″から時点ｎ″までの第２の検知ウィンドウが第２のタイプのトラフィックについて構成、事前構成、あるいは、規定され、そして、第１の検知ウィンドウと第２の検知ウィンドウとは部分的に重なり、そして、第１の検知ウィンドウと第２の検知ウィンドウとの終了点には両方とも時点ｎ″が使用される。一実施形態において、第２の検知ウィンドウの持続時間は、第１の検知ウィンドウの持続時間よりも短い。

図４Ｂに示されているように、第２のタイプのトラフィックについて構成、事前構成、あるいは、規定される第２のリソース選択ウィンドウは時点ｔ２１から時点ｔ２３までであり、第１のタイプのトラフィックについて構成、事前構成、あるいは、規定される第１のリソース選択ウィンドウは時点ｔ２４から時点ｔ２２までであり、第２のリソース選択ウィンドウは第１のリソース選択ウィンドウよりも早い。

第１の検知ウィンドウと第２の検知ウィンドウとの期間中における検知部２１０の動作は図３を参照して上述しており、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとの期間中における選択部２３０の動作も図３を参照して上述しているので、それらの詳細は、明確さと簡潔さのために、ここでは省略する。図４Ｂの例に示されているように、ＰＳＳＣＨ２のリソースが第２のタイプのトラフィックの送信用に選択される場合があり、ＰＳＳＣＨ１、ＰＳＳＣＨ４及びＰＳＳＣＨ３のリソースが第１のタイプのトラフィックの送信用に選択される。

利点として、ＴＤＭ方式に従ってリソース選択ウィンドウを構成することによって、リソース選択の手順の期間中に、相異なるタイプのトラフィック相互間の影響を回避できる。

図４Ｂに示されているシンボル及びリソースＰＳＳＣＨの数も例示目的のためのものであり、シンボル及びリソースの任意の数が実際の適用及びシナリオによって決まり得る。そして、時間ギャップΔｔは例示の目的のみで示されており、当業者であれば、リソース選択がトリガされた直後に選択部２３０が、第２のタイプのトラフィックの送信用のリソースの選択を開始することを理解するであろう。

図４Ｃには、本開示の一実施形態に従う、周波数分割多重化（Frequency-Division Multiplexed：ＦＤＭ）方式に応じた、第１のタイプのトラフィックと第２のタイプのトラフィックとについてのリソース選択ウィンドウの構成が概略的に示されている。

図４Ｃにおける構成についての（検知部２１０と選択部２３０を含む）回路１１０の動作は、図３における動作と同じであるので、回路１１０の詳細な動作は、上述しており、明確さと簡潔さのために、ここでは省略する。

図４Ｃに示されているように、第２のタイプのトラフィックと第１のタイプのトラフィックとについてのリソース選択が一時点において同時にトリガされるので、第２のリソース選択ウィンドウと第１のリソース選択ウィンドウの両方は時点ｔ３１からｔ３２までであり、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウは、図４Ｃの例に示されているように、相異なる周波数を利用している。

第１の検知ウィンドウと第２の検知ウィンドウとの期間中における検知部２１０の動作は図３を参照して上述しており、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとの期間中における選択部２３０の動作は図３を参照して上述しているので、それらの詳細は、明確さと簡潔さのために、ここでは省略する。更に、図４Ｃについての検知ウィンドウの構成は、図４Ａと図４Ｂとに示されているものと同じであってもよく、即ち、図４Ａと図４Ｂとにおいては、第１のタイプのトラフィックについての第１の検知ウィンドウと第２のタイプのトラフィックについての第２の検知ウィンドウとは部分的に重なっており、そして、第１の検知ウィンドウの終了点と第２の検知ウィンドウの終了点は、実際の適用に応じて、同じ時点であるか、あるいは、相異なる時点である。一実施形態において、第２の検知ウィンドウの持続時間は、第１の検知ウィンドウの持続時間よりも短い。

利点として、ＦＤＭ方式に従ってリソース選択ウィンドウを構成することによって、リソース選択の手順の期間中に、相異なるタイプのトラフィック相互間の影響を回避できる。

更に、図４Ａから図４Ｃには、第１のタイプのトラフィックと第２のタイプのトラフィックについて構成、事前構成、あるいは、規定される検知ウィンドウとリソース選択ウィンドウとが示されているが、これらは、単に一例について例示されているにすぎない。当業者であれば、より多くのタイプのトラフィックもそれらに適用されてもよく、そして、上述の如くの構成がそれらのより多くのタイプのトラフィックに適用されてもよいことを理解するであろう。例えば、第３のタイプのトラフィックがここでは利用可能である場合があり、それぞれのタイプのトラフィックについて構成、事前構成、あるいは、規定される検知ウィンドウとリソース選択ウィンドウとの一方又は両方の持続時間が第１のタイプのトラフィック、第２のタイプのトラフィック及びこの第３のタイプのトラフィックの間で異なる限り、第３の検知ウィンドウと第３のリソース選択ウィンドウとが、この第３のタイプのトラフィックについて構成、事前構成、あるいは、規定されてもよい。３つよりも多くのタイプのトラフィックも利用可能であるが、それらの例は、明確さと簡潔さのために、ここでは省略する。

更に、リソース選択ウィンドウは、第２のタイプのトラフィックと第１のタイプのトラフィックとが同時にトリガされる場合に第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが符号分割多重化（Code-Division Multiplexed：ＣＤＭ）される方式に従って、構成できる。そのような状況において、ＣＤＭ方式についての検知ウィンドウの構成は、図３及び図４Ａ～４Ｃに示されているものと同じであってもよく、即ち、図３及び図４Ａ～４Ｃにおいては、第１のタイプのトラフィックについての第１の検知ウィンドウと第２のタイプのトラフィックについての第２の検知ウィンドウとは部分的に重なっており、そして、第１の検知ウィンドウの終了点と第２の検知ウィンドウの終了点は、実際の適用に応じて、同じ時点であるか、あるいは、相異なる時点である。一実施形態において、第２の検知ウィンドウの持続時間は、第１の検知ウィンドウの持続時間よりも短い。

留意すべき点として、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウは、上述した如くの方式以外の任意の他の適切な方式に従って、構成、事前構成、あるいは、規定できる。

この検知ウィンドウとリソース選択ウィンドウとの構成は、第１のタイプのトラフィック（例えば、周期的トラフィック）と第２のタイプのトラフィック（例えば、非周期的トラフィック）とが同一の送信リソースプール内に共存するシナリオについて使用されてもよい。しかしながら、実際の適用に応じて構成又は事前構成される複数の送信リソースプールがあり得る。

一実施形態において、第１の送信リソースプールと第２の送信リソースプールとは、トラフィックの送信モードに基づいて互いに分離されている。一実施形態において、この送信モードには、ブロードキャスト、ユニキャスト及びマルチキャストが含まれている。図５には、本開示の一実施形態に従う、複数の送信リソースプールの一構成が概略的に示されている。

図５の例に示されているように、１つのゾーン内に２つの送信リソースプール、例えば、第１の送信リソースプール１と第２の送信リソースプール２が存在する。一実施形態において、第１の送信リソースプール１と第２の送信リソースプール２は、トラフィックの送信モードに基づいて互いに分離されている。例えば、第１の送信モード用の第１の送信リソースプールと第２のトラフィック送信モード用の第２の送信リソースプールとは、互いに分離されている。例えば、図５に示されているように、第１の送信リソースプール１はブロードキャストのトラフィック（周期的と非周期的の両方）用であり、第２の送信リソースプール２はユニキャストのトラフィック（周期的と非周期的の両方）用であり、第１の送信リソースプール１と第２の送信リソースプール２は、互いに分離されている。

別の一実施形態において、第１の送信リソースプールと第２の送信リソースプールは、トラフィックのタイプに基づいて互いに分離されている。一実施形態において、第１のタイプのトラフィックは周期的トラフィックであり、第２のタイプのトラフィックは非周期的トラフィックである。図６には、本開示の一実施形態に従う、複数の送信リソースプールの一構成が概略的に示されている。

図６の例に示されているように、１つのゾーン内に２つの送信リソースプール、例えば、第１の送信リソースプール１と第２の送信リソースプール２が存在する。一実施形態において、第１の送信リソースプール１と第２の送信リソースプール２は、トラフィックのタイプに基づいて互いに分離されている。例えば、第１のタイプのトラフィック用の第１の送信リソースプールと第２のタイプのトラフィック用の第２の送信リソースプールとは、互いに分離されている。例えば、図６に示されているように、第１の送信リソースプール１は第１のタイプのトラフィック用（ブロードキャストとユニキャストの両方）であり、第２の送信リソースプール２は第２のタイプのトラフィック用（ブロードキャストとユニキャストの両方）であり、そして、第１の送信リソースプール１と第２の送信リソースプール２は、互いに分離されている。

留意すべき点として、図５及び図６には２つの送信リソースプールが示されているが、これは、説明のみを目的としており、実際の適用要件に応じて、その他の数の送信リソースプールも利用可能である。

更に、トラフィックのタイプは、上述の如くの周期的トラフィックと非周期的トラフィックには限定されず、その他のタイプのトラフィックも、例えば、低遅延トラフィック、高遅延トラフィック、セキュリティトラフィック、非セキュリティトラフィックも、本開示の実施形態に従って実施可能な場合がある。

更に、この複数リソース分離方式は、相異なるキャリア事例にも適用できる。例えば、１つ又は複数のトラフィックを送信するための第１のキャリアについての第１の送信リソースプールと、１つ又は複数のトラフィックを送信するための第２のキャリアについての第２の送信リソースプールとが互いに分離される。ここでの「トラフィック」は、特定の単一タイプのトラフィック又は特定の送信モードのトラフィックだけには限定されず、いくつかのタイプのトラフィック又はいくつかのタイプの送信モードのトラフィックも含む場合がある。

更に、この複数リソース分離方式は、相異なるゾーン事例にも適用できる。例えば、第１の送信モードのトラフィックがサイドリンクを介して送信される第１のゾーンについての第１の送信リソースプールと、第２の送信モードのトラフィックがサイドリンクを介して送信される第２のゾーンにおける第２の送信リソースプールとが互いに分離される。

更に、複数の送信リソースプールは、それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックとについての第１の送信リソースプールと第２の送信リソースプールとが共有され、第１のタイプのトラフィックと第２のタイプのトラフィックとがそれぞれ周期的トラフィックと非周期的トラフィックから成る構成に従って、構成することもできる。

更に、第１の送信リソースプールと第２の送信リソースプールとをトラフィックの優先順位に基づいて互いに分離することもできる。例えば、第１の送信リソースプールは、トラフィックの第１の優先順位を有するトラフィックについて使用されてもよく、そして、第２の送信リソースプールは、トラフィックの第２の優先順位を有するトラフィックについて使用されてもよく、そして、第１の送信リソースプールと第２の送信リソースプールは、互いに分離される。

上述の如くの送信リソースプール内におけるリソースの検知と選択とについての回路１１０の動作は、複数の送信リソースプールが存在するシナリオに適用されてもよく、そのリソースの検知と選択との詳細な説明は、明確さと簡潔さのために、ここでは省略する。

図７には、本開示の一実施形態に従うユーザ機器１００の詳細なブロック図が概略的に示されている。

図７に示されているように、ＵＥ１００には、符号化器７２０、変調器７３０、信号割当器７４０、信号多重分離器７５０、復調器７６０、復号器７７０、誤り検出器７８０、検知部２１０、選択部２３０、送信器１３０及び受信器７１０が含まれている。

図７では、図１と図２とに示されている同じ要素を示すために、同じ参照番号が使用されている。この場合、説明が複雑になることを回避するために、トラフィックの送信に関連し、且つ、本実施形態の特徴と密接に関係する構成要素が主に示されている。

符号化器７２０は、送信されるべきトラフィックを符号化して符号化信号を取得し、変調器７３０は、この符号化信号を変調して変調信号を取得し、信号割当器７４０は、トラフィックのタイプに基づいて、回路から、例えば、選択部２３０からの出力結果に従って、この変調信号にリソースを割り当てる。そして、送信器１３０は、このトラフィックを表す信号を送信する。

一実施形態において、検知部２１０は、トラフィックのタイプに応じて、検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知し、そして、選択部２３０は、リソース選択ウィンドウの期間中に、検知ウィンドウ内の検知結果に従って、送信リソースプールから１つ又は複数のリソースを選択するが、ここでは、検知ウィンドウとリソース選択ウィンドウとのうちの１つ又は複数が、トラフィックのタイプに従って構成、事前構成、あるいは、規定される。更に具体的には、検知部２１０は、本開示の実施形態に従ってリソースを検知し（即ち、図３～６を参照した詳細な動作、その詳細は明確さと簡潔さのために省略する）、そして、選択部２３０は、本開示の実施形態に従ってリソースを選択する（即ち、図３～６を参照した詳細な動作、その詳細は明確さと簡潔さのために省略する）。信号割当器７４０に出力される選択済みリソースは、対応するタイプのトラフィックの送信用に使用される。

受信器７１０は、アンテナからトラフィックを受信する。信号多重分離器７５０は、高速フーリエ変換（Fast Fourier Transform：ＦＦＴ）によって受信トラフィックを多重分離し、この多重分離済みトラフィックを復調器７６０に送る。復調器７６０は、この多重分離済みトラフィックを復調して、復調済みトラフィックを生成する。復号器７７０は復調済みトラフィックを復号し、そして、誤り検出器７８０は検査手順（例えば、巡回冗長検査（Cyclic Redundancy Check：ＣＲＣ）を実施して受信トラフィックを検査する。

一実施形態において、受信器７１０は、トラフィックのタイプの特定による、トラフィックに対して実施され得る検知方式と選択方式との決定のために、受信トラフィックを回路１１０に送る。

留意すべき点として、図７には、複数の構成要素、即ち、符号化器７２０、変調器７３０、信号割当器７４０、信号多重分離器７５０、復調器７６０、復号器７７０及び誤り検出器７８０が回路１１０内にあることが示されているが、これは単なる一例であり、限定事項ではなく、実際、例えば、これらの内蔵された構成要素のうちの１つ又は複数のものが、通信装置の要件に応じて回路１１０から分離されてもよい。

また、留意すべき点として、図７においては、検知部２１０と選択部２３０とが個別のユニットとして示されているが、これは単なる一例であり、限定事項ではない。例えば、これらは、１つのユニット内にあってもよく、あるいは、１つの集積回路として互いに一体的に形成されていてもよく、あるいは、その他の形態であってもよい。

図８は、本開示の一実施形態に従う通信方法のフローチャート８００を概略的に示している。図８には具体的なステップが開示されているが、このようなステップは代表的な例である。即ち、本開示は、様々なその他のステップ、あるいは、図８に列挙されたステップの変形形態、を実施するのに十分に適している。次に、図１～図７を参照しながら図８を説明する。

ブロック８２０において、検知ウィンドウの期間中に、送信リソースプール内の複数のリソースがＵＥ１００によって検知される。

ブロック８４０において、リソース選択ウィンドウの期間中に、１つ又は複数のリソースが、ＵＥ１００によって、検知ウィンドウ内における検知結果に従って、送信リソースプールから選択される。一実施形態において、検知ウィンドウとリソース選択ウィンドウとのうちの１つ又は複数のものが、トラフィックのタイプに従って構成、事前構成、あるいは、規定される。

一実施形態において、相異なるタイプのトラフィックには、第１のタイプのトラフィックと第２のタイプのトラフィックが含まれている。第１の検知ウィンドウと第２の検知ウィンドウは、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定され、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウは、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定される。

一実施形態において、第２の検知ウィンドウの持続時間は第１の検知ウィンドウの持続時間よりも短く、第２のリソース選択ウィンドウの持続時間は第１のリソース選択ウィンドウの持続時間よりも短い。

一実施形態において、第１のタイプのトラフィックは周期的トラフィックから成り、第２のタイプのトラフィックは非周期的トラフィックから成る。

一実施形態において、第１のタイプのトラフィックと第２のタイプのトラフィックの両方が同時にトリガされる場合、第１の検知ウィンドウと第２の検知ウィンドウは部分的に重なる。

一実施形態において、第１のタイプのトラフィックと第２のタイプのトラフィックの両方がトリガされる場合、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウは、（ａ）第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが時分割多重化（Time-Division Multiplexed：ＴＤＭ）され、且つ、第２のリソース選択ウィンドウが第１のリソース選択ウィンドウよりも早い方式、（ｂ）第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが周波数分割多重化（Frequency-Division Multiplexed：ＦＤＭ）される方式、（ｃ）第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが符号分割多重化（Code-Division Multiplexed：ＣＤＭ）される方式、及び（ｄ）第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとにおけるリソースの選択についての優先順位が、第１のタイプのトラフィックと第２のタイプのトラフィックとの優先順位に従って構成、事前構成、あるいは、規定される方式、のうちの１つ又は複数の方式に従って構成、事前構成、あるいは、規定される。

一実施形態において、第１のタイプのトラフィックについて、検知部２１０によって、第１の検知ウィンドウの期間中に物理サイドリンク制御チャネル（Physical Sidelink Control Channel：ＰＳＣＣＨ）が復号されて、物理サイドリンク共有チャネル（Physical Sidelink Shared Channel：ＰＳＳＣＨ）の参照信号受信電力（Reference Signal Received Power：ＲＳＲＰ）が測定され、そして、検知部２１０によって、第１の検知ウィンドウの期間中に測定が、例えばシンボルのエネルギについて、実施されて、第１の測定済みサイドリンク受信信号強度インジケータ（Sidelink Received Signal Strength Indicator：Ｓ-ＲＳＳＩ）が取得される。

一実施形態において、第１のタイプのトラフィックについて、第１のリソース選択ウィンドウの期間中に、第１の検知ウィンドウにおいて検知部２１０によって検知された測定済みＲＳＲＰに従って、選択部２３０によって、１つ又は複数のリソースが除外されて、第１のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースが取得され、そして、選択部２３０によって、第１の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースがランク付けされる。そして、最高ランク付け済み候補リソースの特定の割合（例えば、候補リソース全体の２０％）が、第１のタイプのトラフィックを送信するためのランク付け済み候補リソースの中から１つ又は複数のリソースを選択する上位層に、選択部２３０によって、報告される。

一実施形態において、第２のタイプのトラフィックについて、検知部２１０によって、第１の検知ウィンドウの期間中にＰＳＣＣＨが復号されてＰＳＳＣＨのＲＳＲＰが測定され、そして、検知部２１０によって、第２の検知ウィンドウの期間中に測定が実施されて第２の測定済みＳ-ＲＳＳＩが取得される。

一実施形態において、第２のタイプのトラフィックについて、第２のリソース選択ウィンドウの期間中に、第１の検知ウィンドウにおいて検知部２１０によって検知された測定済みＲＳＲＰに従って、選択部２３０によって、１つ又は複数のリソースが除外されて、第２のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースが取得され、そして、選択部２３０によって、取得済み利用可能リソースが第２の測定済みＳ-ＲＳＳＩに従ってランク付けされる。そして、最高ランク付け済み候補リソースの特定の割合（例えば、候補リソース全体の２０％）が、第２のタイプのトラフィックを送信するためのランク付け済み候補リソースの中から１つ又は複数のリソースを選択する上位層に、選択部２３０によって、報告される。

ブロック８６０において、トラフィックが、ＵＥ１００によって、１つ又は複数の選択済みリソースを用いて送信される。

更に、一実施形態において、送信リソースプールは、（ａ）それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが共有され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、（ｂ）それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、（ｃ）それぞれ第１の送信モードのトラフィックと第２の送信モードのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、送信モードがブロードキャスト、ユニキャスト及びマルチキャストのうちの１つ又は複数のものから成る構成、（ｄ）１つ又は複数のトラフィックを送信するための第１のキャリアについての第１の送信リソースプールと、１つ又は複数のトラフィックを送信するための第２のキャリアについての第２の送信リソースプールと、が分離される構成、及び、（ｅ）第１の送信モードのトラフィックがサイドリンクを介して送信される第１のゾーンについての第１の送信リソースプールと、第２の送信モードのトラフィックがサイドリンクを介して送信される第２のゾーンにおける第２の送信リソースプールと、が分離される構成、のうちの１つ又は複数の構成で構成又は事前構成される。

図９は、ＬＢＴが、本開示の一実施形態に従って、適用される論理的に連続したサブフレームの一例を概略的に示している。

一実施形態において、リッスンビフォートーク（Listen Before Talk：ＬＢＴ）は、論理的にＶ２Ｘのサブフレームにおいて適用され得る。例えば、図９の例に示されているように、論理的に連続するサブフレーム１、２、３及び４は、リソースを検知するためにＬＢＴを適用し得る。別の一実施形態において、ＬＢＴは、ＬＡＡ（Licensed Assisted Access）におけるように時間領域においてのみではなくリソース候補毎に適用し得る。

図１０は、本開示の一実施形態に従うユーザ機器１０００のブロック図を例示している。ＵＥ１０００には、トラフィックを受信する受信器１０３０と、受信トラフィックを復号し得る回路１０５０と、が含まれている。例えば、回路１０５０は、受信器１０３０からトラフィックを受信して、例えば高速フーリエ変換（Fast Fourier Transform：ＦＦＴ）によって、この受信トラフィックを多重分離し、この多重分離済みトラフィックを復調して復調済みトラフィックを生成し、この復調済みトラフィックを復号し、そして、検査手順（例えば、巡回冗長検査（Cyclic Redundancy Check：ＣＲＣ）を実施して受信トラフィックを検査する。

一実施形態において、受信トラフィックは、検知ウィンドウ内における検知結果に従って、リソース選択の期間中に、ＵＥ１００内の回路１１０によって送信リソースプールから選択される１つ又は複数のリソースを用いて送信され、この検知結果は、ＵＥ１００の回路１１０によって、検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知することによって生成される。一実施形態において、検知ウィンドウとリソース選択ウィンドウとのうちの１つ又は複数のものは、トラフィックのタイプに従って構成、事前構成、あるいは、規定される。

一実施形態において、相異なるタイプのトラフィックには、第１のタイプのトラフィックと第２のタイプのトラフィックが含まれている。第１の検知ウィンドウと第２の検知ウィンドウは、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定され、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウは、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定される。

一実施形態において、第２の検知ウィンドウの持続時間は第１の検知ウィンドウの持続時間よりも短く、第２のリソース選択ウィンドウの持続時間は第１のリソース選択ウィンドウの持続時間よりも短い。

一実施形態において、第１のタイプのトラフィックは周期的トラフィックから成り、第２のタイプのトラフィックは非周期的トラフィックから成る。

一実施形態において、第１のタイプのトラフィックと第２のタイプのトラフィックの両方が同時にトリガされる場合、第１の検知ウィンドウと第２の検知ウィンドウは部分的に重なる。

一実施形態において、第１のタイプのトラフィックと第２のタイプのトラフィックの両方がトリガされる場合、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウは、（ａ）第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが時分割多重化（Time-Division Multiplexed：ＴＤＭ）され、且つ、第２のリソース選択ウィンドウが第１のリソース選択ウィンドウよりも早い方式、（ｂ）第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが周波数分割多重化（Frequency-Division Multiplexed：ＦＤＭ）される方式、（ｃ）第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが符号分割多重化（Code-Division Multiplexed：ＣＤＭ）される方式、及び（ｄ）第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとにおけるリソースの選択についての優先順位が、第１のタイプのトラフィックと第２のタイプのトラフィックとの優先順位に従って構成、事前構成、あるいは、規定される方式、のうちの１つ又は複数の方式に従って構成、事前構成、あるいは、規定される。

一実施形態において、図２を参照して上述した如く、第１のタイプのトラフィックについて、検知部２１０によって、第１の検知ウィンドウの期間中に物理サイドリンク制御チャネル（Physical Sidelink Control Channel：ＰＳＣＣＨ）が復号されて、物理サイドリンク共有チャネル（Physical Sidelink Shared Channel：ＰＳＳＣＨ）の参照信号受信電力（Reference Signal Received Power：ＲＳＲＰ）が測定され、そして、検知部２１０によって、第１の検知ウィンドウの期間中に測定が、例えばシンボルのエネルギについて、実施されて、第１の測定済みサイドリンク受信信号強度インジケータ（Sidelink Received Signal Strength Indicator：Ｓ-ＲＳＳＩ）が取得される。

一実施形態において、図２を参照して上述した如く、第１のタイプのトラフィックについて、第１のリソース選択ウィンドウの期間中に、第１の検知ウィンドウにおいて検知部２１０によって検知された測定済みＲＳＲＰに従って、選択部２３０によって、１つ又は複数のリソースが除外されて、第１のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースが取得され、そして、選択部２３０によって、第１の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースがランク付けされる。そして、最高ランク付け済み候補リソースの特定の割合（例えば、候補リソース全体の２０％）が、第１のタイプのトラフィックを送信するためのランク付け済み候補リソースの中から１つ又は複数のリソースを選択する上位層に、選択部２３０によって、報告される。

一実施形態において、図２を参照して上述した如く、第２のタイプのトラフィックについて、検知部２１０によって、第１の検知ウィンドウの期間中にＰＳＣＣＨが復号されてＰＳＳＣＨのＲＳＲＰが測定され、そして、検知部２１０によって、第２の検知ウィンドウの期間中に測定が実施されて第２の測定済みＳ-ＲＳＳＩが取得される。

一実施形態において、図２を参照して上述した如く、第２のタイプのトラフィックについて、第２のリソース選択ウィンドウの期間中に、第１の検知ウィンドウにおいて検知部２１０によって検知された測定済みＲＳＲＰに従って、選択部２３０によって、１つ又は複数のリソースが除外されて、第２のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースが取得され、そして、選択部２３０によって、取得済み利用可能リソースが第２の測定済みＳ-ＲＳＳＩに従ってランク付けされる。そして、最高ランク付け済み候補リソースの特定の割合（例えば、候補リソース全体の２０％）が、第２のタイプのトラフィックを送信するためのランク付け済み候補リソースの中から１つ又は複数のリソースを選択する上位層に、選択部２３０によって、報告される。

このトラフィックは、選択された１つ又は複数のリソースを使用して、ＵＥ１００によってＵＥ１０００に送信される。

更に、一実施形態において、送信リソースプールは、（ａ）それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが共有され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、（ｂ）それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、（ｃ）それぞれ第１の送信モードのトラフィックと第２の送信モードのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、送信モードがブロードキャスト、ユニキャスト及びマルチキャストのうちの１つ又は複数のものから成る構成、（ｄ）１つ又は複数のトラフィックを送信するための第１のキャリアについての第１の送信リソースプールと、１つ又は複数のトラフィックを送信するための第２のキャリアについての第２の送信リソースプールと、が分離される構成、及び、（ｅ）第１の送信モードのトラフィックがサイドリンクを介して送信される第１のゾーンについての第１の送信リソースプールと、第２の送信モードのトラフィックがサイドリンクを介して送信される第２のゾーンにおける第２の送信リソースプールと、が分離される構成、のうちの１つ又は複数の構成で構成又は事前構成される。

図１１は、本開示の一実施形態に従う通信方法のフローチャートを概略的に示している。一実施形態において、この通信方法は、例えばＵＥ１００からトラフィックを受信するＵＥ１０００によって実施されてもよい。図１１には具体的なステップが開示されているが、このようなステップは代表的な例である。即ち、本開示は、様々なその他のステップ、あるいは、図１１に列挙されたステップの変形形態、を実施するのに十分に適している。

更に具体的に述べると、ブロック１１２０において、トラフィックがＵＥ１０００の受信器１０３０によって受信される。ブロック１１４０において、この受信トラフィックは、ＵＥ１０００の回路１０５０によって復号される。一実施形態において、この受信トラフィックは、検知ウィンドウ内における検知結果に従って、リソース選択の期間中に送信リソースプールから選択される１つ又は複数のリソースを用いて送信され、この検知結果は、検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知することによって生成され、そして、検知ウィンドウとリソース選択ウィンドウとのうちの１つ又は複数のものは、トラフィックのタイプに従って構成、事前構成、あるいは、規定される。

一実施形態において、第１の検知ウィンドウと第２の検知ウィンドウは、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定され、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウは、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定される。

一実施形態において、第２の検知ウィンドウの持続時間は第１の検知ウィンドウの持続時間よりも短く、第２のリソース選択ウィンドウの持続時間は第１のリソース選択ウィンドウの持続時間よりも短い。

一実施形態において、第１のタイプのトラフィックについて、第１の検知ウィンドウの期間中に物理サイドリンク制御チャネル（Physical Sidelink Control Channel：ＰＳＣＣＨ）が復号されて、物理サイドリンク共有チャネル（Physical Sidelink Shared Channel：ＰＳＳＣＨ）の参照信号受信電力（Reference Signal Received Power：ＲＳＲＰ）が測定され、そして、第１の検知ウィンドウの期間中に、測定が実施されて、第１の測定済みサイドリンク受信信号強度インジケータ（Sidelink Received Signal Strength Indicator：Ｓ-ＲＳＳＩ）が取得され、そして、第１のタイプのトラフィックについて、第１のリソース選択ウィンドウの期間中に、第１の検知ウィンドウにおける測定済みＲＳＲＰに従って、１つ又は複数のリソースが除外されて、第１のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースが取得され、そして、第１の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースがランク付けされる。

一実施形態において、第２のタイプのトラフィックについて、第１の検知ウィンドウの期間中にＰＳＣＣＨが復号されてＰＳＳＣＨのＲＳＲＰが測定され、そして、第２の検知ウィンドウの期間中に測定が実施されて第２の測定済みＳ-ＲＳＳＩが取得され、そして、第２のタイプのトラフィックについて、第２のリソース選択ウィンドウの期間中に、第１の検知ウィンドウにおける測定済みＲＳＲＰに従って、１つ又は複数のリソースが除外されて、第２のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースが取得され、そして、取得済み利用可能リソースが第２の測定済みＳ-ＲＳＳＩに従ってランク付けされる。

一実施形態において、第１のタイプのトラフィックと第２のタイプのトラフィックの両方が同時にトリガされる場合、第１の検知ウィンドウと第２の検知ウィンドウは部分的に重なる。

一実施形態において、第１のタイプのトラフィックと第２のタイプのトラフィックの両方がトリガされる場合、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウは、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが時分割多重化（Time-Division Multiplexed：ＴＤＭ）され、且つ、第２のリソース選択ウィンドウが第１のリソース選択ウィンドウよりも早い方式、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが周波数分割多重化（Frequency-Division Multiplexed：ＦＤＭ）される方式、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが符号分割多重化（Code-Division Multiplexed：ＣＤＭ）される方式、及び、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとにおけるリソースの選択についての優先順位が、第１のタイプのトラフィックと第２のタイプのトラフィックとの優先順位に従って構成、事前構成、あるいは、規定される方式、のうちの１つ又は複数の方式に従って構成、事前構成、あるいは、規定される。

一実施形態において、第１のタイプのトラフィックは周期的トラフィックから成り、第２のタイプのトラフィックは非周期的トラフィックから成る。

一実施形態において、送信リソースプールは、複数の構成、即ち、それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが共有され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、それぞれ第１の送信モードのトラフィックと第２の送信モードのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、送信モードがブロードキャスト、ユニキャスト及びマルチキャストのうちの１つ又は複数のものから成る構成、１つ又は複数のトラフィックを送信するための第１のキャリアについての第１の送信リソースプールと、１つ又は複数のトラフィックを送信するための第２のキャリアについての第２の送信リソースプールと、が分離される構成、及び、第１の送信モードのトラフィックがサイドリンクを介して送信される第１のゾーンについての第１の送信リソースプールと、第２の送信モードのトラフィックがサイドリンクを介して送信される第２のゾーンについての第２の送信リソースプールと、が分離される構成、のうちの１つ又は複数のもので、構成又は事前構成される。

検知手順と選択手順は、図１～図８を参照して説明しており、そして、上述した如くの送信リソースプールの構成、並びに、検知ウィンドウとリソース選択ウィンドウとの構成は、これらに適用されてもよく、従って、それらについての詳細な説明は、明確さと簡潔さのために、ここでは省略する。

本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上述した各実施形態の説明において使用される各機能ブロックは、集積回路として、ＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、ＬＳＩによって制御されてもよい。それらは、複数のチップとして個別に形成されてもよく、あるいは、１つのチップが、機能ブロックの一部またはすべてを含むように形成されてもよい。それらは、自身に結合されたデータ入出力部を含んでいてもよい。ここでのＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと呼ばれることがある。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、あるいは、汎用プロセッサを使用して実施されてもよい。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブル・プロセッサを使用することもできる。

なお、留意すべき点として、本開示は、当業者によって、本明細書に提示された説明と既知の技術とに基づいて、本開示の内容と範囲から逸脱することなく、様々に変更又は修正されることを意図しており、そのような変更と適用は、保護されるべき特許請求の範囲内に在る。更に、上述の実施形態の構成要素は、本開示の内容から逸脱しない範囲において、任意に組み合わせてもよい。

本開示の実施形態は、少なくとも以下の要旨を提供できる。
（１） 検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知するように動作し、リソース選択ウィンドウの期間中に、前記検知ウィンドウにおける検知結果に従って、前記送信リソースプールから１つ又は複数のリソースを選択するように動作する回路であり、前記検知ウィンドウと前記リソース選択ウィンドウとのうちの１つ又は複数のものが、トラフィックのタイプに応じて構成、事前構成、あるいは、規定される前記回路と、
前記選択された１つ又は複数のリソースを用いて前記トラフィックを送信するように動作する送信器と、
を備えたユーザ機器。

（２） 第１の検知ウィンドウと第２の検知ウィンドウが、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定され、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウが、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定される、（１）に記載のユーザ機器。

（３） 第２の検知ウィンドウの持続時間が第１の検知ウィンドウの持続時間よりも短く、第２のリソース選択ウィンドウの持続時間が第１のリソース選択ウィンドウの持続時間よりも短い、（２）に記載のユーザ機器。

（４） 回路が、更に、検知部と選択部とを備えており、
第１のタイプのトラフィックについて、検知部が、第１の検知ウィンドウの期間中に物理サイドリンク制御チャネル（ＰＳＣＣＨ）を復号して物理サイドリンク共有チャネル（ＰＳＳＣＨ）の参照信号受信電力（ＲＳＲＰ）を測定するように動作し、第１の検知ウィンドウの期間中に測定を実施して第１の測定済みサイドリンク受信信号強度インジケータ（Ｓ-ＲＳＳＩ）を取得するように動作し、そして、
第１のタイプのトラフィックについて、選択部が、第１のリソース選択ウィンドウの期間中に、第１の検知ウィンドウの期間中に検知された測定済みＲＳＲＰに従って、１つ又は複数のリソースを除外して第１のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースを取得し、第１の測定済みＳ-ＲＳＳＩに従って、取得済み利用可能リソースをランク付けするように動作する、（２）に記載のユーザ機器。

（５） 第２のタイプのトラフィックについて、検知部が、第１の検知ウィンドウの期間中にＰＳＣＣＨを復号してＰＳＳＣＨのＲＳＲＰを測定するように動作し、第２の検知ウィンドウの期間中に測定を実施して第２の測定済みＳ-ＲＳＳＩを取得するように動作し、そして、
第２のタイプのトラフィックについて、選択部が、第２のリソース選択ウィンドウの期間中に、第１の検知ウィンドウの期間中に検知された測定済みＲＳＲＰに従って、１つ又は複数のリソースを除外して第２のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースを取得し、第２の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースをランク付けするように動作する、（４）に記載のユーザ機器。

（６） 第１のタイプのトラフィックと第２のタイプのトラフィックの両方が同時にトリガされる場合、第１の検知ウィンドウと第２の検知ウィンドウが部分的に重なる、（２）に記載のユーザ機器。

（７） 第１のタイプのトラフィックと第２のタイプのトラフィックの両方がトリガされる場合、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが時分割多重化（ＴＤＭ）され、且つ、第２のリソース選択ウィンドウが第１のリソース選択ウィンドウよりも早い方式、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが周波数分割多重化（ＦＤＭ）される方式、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが符号分割多重化（ＣＤＭ）される方式、及び、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとにおけるリソースの選択についての優先順位が、第１のタイプのトラフィックと第２のタイプのトラフィックとの優先順位に従って構成、事前構成、あるいは、規定される方式、
のうちの１つ又は複数の方式に従って構成、事前構成、あるいは、規定される、（２）に記載のユーザ機器。

（８） 第１のタイプのトラフィックが周期的トラフィックから成り、第２のタイプのトラフィックが非周期的トラフィックから成る、（２）に記載のユーザ機器。

（９） 送信リソースプールが、
それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが共有され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、
それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、
それぞれ第１の送信モードのトラフィックと第２の送信モードのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、送信モードがブロードキャスト、ユニキャスト及びマルチキャストのうちの１つ又は複数のものから成る構成、
１つ又は複数のトラフィックを送信するための第１のキャリアについての第１の送信リソースプールと、１つ又は複数のトラフィックを送信するための第２のキャリアについての第２の送信リソースプールと、が分離される構成、及び、
第１の送信モードのトラフィックがサイドリンクを介して送信される第１のゾーンについての第１の送信リソースプールと、第２の送信モードのトラフィックがサイドリンクを介して送信される第２のゾーンについての第２の送信リソースプールと、が分離される構成、
のうちの１つ又は複数の構成で構成又は事前構成される、（１）に記載のユーザ機器。

（１０） 検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知するステップと、
リソース選択ウィンドウの期間中に、検知ウィンドウにおける検知結果に従って、送信リソースプールから１つ又は複数のリソースを選択するステップであり、検知ウィンドウとリソース選択ウィンドウとのうちの１つ又は複数のものが、トラフィックのタイプに応じて構成、事前構成、あるいは、規定されるステップと、
選択された１つ又は複数のリソースを用いてトラフィックを送信するステップと、
を含む通信方法。

（１１） 第１の検知ウィンドウと第２の検知ウィンドウが、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定され、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウが、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定される、（１０）に記載の通信方法。

（１２） 第２の検知ウィンドウの持続時間が第１の検知ウィンドウの持続時間よりも短く、第２のリソース選択ウィンドウの持続時間が第１のリソース選択ウィンドウの持続時間よりも短い、（１１）に記載の通信方法。

（１３） 第１のタイプのトラフィックについて、検知するステップが、第１の検知ウィンドウの期間中に物理サイドリンク制御チャネル（ＰＳＣＣＨ）を復号して物理サイドリンク共有チャネル（ＰＳＳＣＨ）の参照信号受信電力（ＲＳＲＰ）を測定し、第１の検知ウィンドウの期間中に測定を実施して第１の測定済みサイドリンク受信信号強度インジケータ（Ｓ-ＲＳＳＩ）を取得することを含み、そして、
第１のタイプのトラフィックについて、選択するステップが、第１のリソース選択ウィンドウの期間中に、第１の検知ウィンドウにおける測定済みＲＳＲＰに従って、１つ又は複数のリソースを除外して第１のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースを取得し、第１の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースをランク付けすることを含む、（１１）に記載の通信方法。

（１４） 第２のタイプのトラフィックについて、検知するステップが、第１の検知ウィンドウの期間中にＰＳＣＣＨを復号してＰＳＳＣＨのＲＳＲＰを測定し、第２の検知ウィンドウの期間中に測定を実施して第２の測定済みＳ-ＲＳＳＩを取得することを含み、そして、
第２のタイプのトラフィックについて、選択するステップが、更に、第２のリソース選択ウィンドウの期間中に、第１の検知ウィンドウにおける測定済みＲＳＲＰに従って、１つ又は複数のリソースを除外して第２のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースを取得し、第２の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースをランク付けすることを含む、（１３）に記載の通信方法。

（１５） 第１のタイプのトラフィックと第２のタイプのトラフィックの両方が同時にトリガされる場合、第１の検知ウィンドウと第２の検知ウィンドウが部分的に重なる、（１１）に記載の通信方法。

（１６） 第１のタイプのトラフィックと第２のタイプのトラフィックの両方がトリガされる場合、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが時分割多重化（ＴＤＭ）され、且つ、第２のリソース選択ウィンドウが第１のリソース選択ウィンドウよりも早い方式、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが周波数分割多重化（ＦＤＭ）される方式、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが符号分割多重化（ＣＤＭ）される方式、及び、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとにおけるリソースの選択についての優先順位が、第１のタイプのトラフィックと第２のタイプのトラフィックとの優先順位に従って構成、事前構成、あるいは、規定される方式、
のうちの１つ又は複数の方式に従って構成、事前構成、あるいは、規定される、（１１）に記載の通信方法。

（１７） 第１のタイプのトラフィックが周期的トラフィックから成り、第２のタイプのトラフィックが非周期的トラフィックから成る、（１１）に記載の通信方法。

（１８） 送信リソースプールが、
それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが共有され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、
それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、
それぞれ第１の送信モードのトラフィックと第２の送信モードのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、送信モードがブロードキャスト、ユニキャスト及びマルチキャストのうちの１つ又は複数のものから成る構成、
１つ又は複数のトラフィックを送信するための第１のキャリアについての第１の送信リソースプールと、１つ又は複数のトラフィックを送信するための第２のキャリアについての第２の送信リソースプールと、が分離される構成、及び、
第１の送信モードのトラフィックがサイドリンクを介して送信される第１のゾーンについての第１の送信リソースプールと、第２の送信モードのトラフィックがサイドリンクを介して送信される第２のゾーンについての第２の送信リソースプールと、が分離される構成、
のうちの１つ又は複数の構成で構成又は事前構成される、（１０）に記載の通信方法。

（１９） トラフィックを受信するように動作する受信器と、
受信されたトラフィックを復号するように動作する回路と、
を備えており、
受信されたトラフィックが、リソース選択の期間中に検知ウィンドウにおける検知結果に従って送信リソースプールから選択される１つ又は複数のリソースによって送信され、且つ、検知結果が、検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知することによって生成され、
検知ウィンドウとリソース選択ウィンドウとのうちの１つ又は複数のものが、トラフィックのタイプに応じて構成、事前構成、あるいは、規定される、ユーザ機器。

（２０） 第１の検知ウィンドウと第２の検知ウィンドウが、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定され、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウが、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定される、（１９）に記載のユーザ機器。

（２１） 第２の検知ウィンドウの持続時間が第１の検知ウィンドウの持続時間よりも短く、第２のリソース選択ウィンドウの持続時間が第１のリソース選択ウィンドウの持続時間よりも短い、（２０）に記載のユーザ機器。

（２２） 第１のタイプのトラフィックについて、第１の検知ウィンドウの期間中に物理サイドリンク制御チャネル（ＰＳＣＣＨ）が復号されて物理サイドリンク共有チャネル（ＰＳＳＣＨ）の参照信号受信電力（ＲＳＲＰ）が測定され、第１の検知ウィンドウの期間中に測定が実施されて第１の測定済みサイドリンク受信信号強度インジケータ（Ｓ-ＲＳＳＩ）が取得され、そして、
第１のタイプのトラフィックについて、第１のリソース選択ウィンドウの期間中に、第１の検知ウィンドウにおける測定済みＲＳＲＰに従って、１つ又は複数のリソースが除外されて第１のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースが取得され、第１の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースがランク付けされる、（２０）に記載のユーザ機器。

（２３） 第２のタイプのトラフィックについて、第１の検知ウィンドウの期間中にＰＳＣＣＨが復号されてＰＳＳＣＨのＲＳＲＰが測定され、第２の検知ウィンドウの期間中に測定が実施されて第２の測定済みＳ-ＲＳＳＩが取得され、そして、
第２のタイプのトラフィックについて、第２のリソース選択ウィンドウの期間中に、第１の検知ウィンドウにおける測定済みＲＳＲＰに従って、１つ又は複数のリソースが除外されて第２のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースが取得され、第２の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースがランク付けされる、（２２）に記載のユーザ機器。

（２４） 第１のタイプのトラフィックと第２のタイプのトラフィックの両方が同時にトリガされる場合、第１の検知ウィンドウと第２の検知ウィンドウが部分的に重なる、（２０）に記載のユーザ機器。

（２５） 第１のタイプのトラフィックと第２のタイプのトラフィックの両方がトリガされる場合、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが時分割多重化（ＴＤＭ）され、且つ、第２のリソース選択ウィンドウが第１のリソース選択ウィンドウよりも早い方式、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが周波数分割多重化（ＦＤＭ）される方式、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが符号分割多重化（ＣＤＭ）される方式、及び、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとにおけるリソースの選択についての優先順位が、第１のタイプのトラフィックと第２のタイプのトラフィックとの優先順位に従って構成、事前構成、あるいは、規定される方式、
のうちの１つ又は複数の方式に従って構成、事前構成、あるいは、規定される、（２０）に記載のユーザ機器。

（２６） 第１のタイプのトラフィックが周期的トラフィックから成り、第２のタイプのトラフィックが非周期的トラフィックから成る、（２０）に記載のユーザ機器。

（２７） 送信リソースプールが、
それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが共有され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、
それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、
それぞれ第１の送信モードのトラフィックと第２の送信モードのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、送信モードがブロードキャスト、ユニキャスト及びマルチキャストのうちの１つ又は複数のものから成る構成、
１つ又は複数のトラフィックを送信するための第１のキャリアについての第１の送信リソースプールと、１つ又は複数のトラフィックを送信するための第２のキャリアについての第２の送信リソースプールと、が分離される構成、及び、
第１の送信モードのトラフィックがサイドリンクを介して送信される第１のゾーンについての第１の送信リソースプールと、第２の送信モードのトラフィックがサイドリンクを介して送信される第２のゾーンについての第２の送信リソースプールと、が分離される構成、
のうちの１つ又は複数の構成で構成又は事前構成される、（１９）に記載のユーザ機器。

（２８） トラフィックを受信するステップと、
受信されたトラフィックを復号するステップと、
を含み、
受信されたトラフィックが、リソース選択の期間中に検知ウィンドウにおける検知結果に従って送信リソースプールから選択される１つ又は複数のリソースによって送信され、且つ、検知結果が、検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知することによって生成され、
検知ウィンドウとリソース選択ウィンドウとのうちの１つ又は複数のものが、トラフィックのタイプに応じて構成、事前構成、あるいは、規定される、通信方法。

（２９） 第１の検知ウィンドウと第２の検知ウィンドウが、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定され、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウが、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定される、（２８）に記載の通信方法。

（３０） 第２の検知ウィンドウの持続時間が第１の検知ウィンドウの持続時間よりも短く、第２のリソース選択ウィンドウの持続時間が第１のリソース選択ウィンドウの持続時間よりも短い、（２９）に記載の通信方法。

（３１） 第１のタイプのトラフィックについて、第１の検知ウィンドウの期間中に物理サイドリンク制御チャネル（ＰＳＣＣＨ）が復号されて物理サイドリンク共有チャネル（ＰＳＳＣＨ）の参照信号受信電力（ＲＳＲＰ）が測定され、第１の検知ウィンドウの期間中に測定が実施されて第１の測定済みサイドリンク受信信号強度インジケータ（Ｓ-ＲＳＳＩ）が取得され、そして、第１のタイプのトラフィックについて、第１のリソース選択ウィンドウの期間中に、第１の検知ウィンドウにおける測定済みＲＳＲＰに従って、１つ又は複数のリソースが除外されて第１のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースが取得され、第１の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースがランク付けされる、（２９）に記載の通信方法。

（３２） 第２のタイプのトラフィックについて、第１の検知ウィンドウの期間中にＰＳＣＣＨが復号されてＰＳＳＣＨのＲＳＲＰが測定され、第２の検知ウィンドウの期間中に測定が実施されて第２の測定済みＳ-ＲＳＳＩが取得され、そして、第２のタイプのトラフィックについて、第２のリソース選択ウィンドウの期間中に、第１の検知ウィンドウにおける測定済みＲＳＲＰに従って、１つ又は複数のリソースが除外されて第２のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースが取得され、第２の測定済みＳ-ＲＳＳＩに従って取得済み利用可能リソースがランク付けされる、（３１）に記載の通信方法。

（３３） 第１のタイプのトラフィックと第２のタイプのトラフィックの両方が同時にトリガされる場合、第１の検知ウィンドウと第２の検知ウィンドウが部分的に重なる、（２９）に記載の通信方法。

（３４） 第１のタイプのトラフィックと第２のタイプのトラフィックの両方がトリガされる場合、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが時分割多重化（ＴＤＭ）され、且つ、第２のリソース選択ウィンドウが第１のリソース選択ウィンドウよりも早い方式、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが周波数分割多重化（ＦＤＭ）される方式、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとが符号分割多重化（ＣＤＭ）される方式、及び、
第１のリソース選択ウィンドウと第２のリソース選択ウィンドウとにおけるリソースの選択についての優先順位が、第１のタイプのトラフィックと第２のタイプのトラフィックとの優先順位に従って構成、事前構成、あるいは、規定される方式、
のうちの１つ又は複数の方式に従って構成、事前構成、あるいは、規定される、（２９）に記載の通信方法。

（３５） 第１のタイプのトラフィックが周期的トラフィックから成り、第２のタイプのトラフィックが非周期的トラフィックから成る、（２９）に記載の通信方法。

（３６） 送信リソースプールが、
それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが共有され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、
それぞれ第１のタイプのトラフィックと第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、第１のタイプのトラフィックと第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、
それぞれ第１の送信モードのトラフィックと第２の送信モードのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、送信モードがブロードキャスト、ユニキャスト及びマルチキャストのうちの１つ又は複数のものから成る構成、
１つ又は複数のトラフィックを送信するための第１のキャリアについての第１の送信リソースプールと、１つ又は複数のトラフィックを送信するための第２のキャリアについての第２の送信リソースプールと、が分離される構成、及び、
第１の送信モードのトラフィックがサイドリンクを介して送信される第１のゾーンについての第１の送信リソースプールと、第２の送信モードのトラフィックがサイドリンクを介して送信される第２のゾーンについての第２の送信リソースプールと、が分離される構成、
のうちの１つ又は複数の構成で構成又は事前構成される、（２８）に記載の通信方法。

Claims (20)

1. 検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知するように動作し、リソース選択ウィンドウの期間中に、前記検知ウィンドウにおける検知結果に従って、前記送信リソースプールから１つ又は複数のリソースを選択するように動作する回路であり、前記検知ウィンドウと前記リソース選択ウィンドウが、トラフィックのタイプに応じて構成、事前構成、あるいは、規定される前記回路と、
   前記選択された１つ又は複数のリソースを用いて前記トラフィックを送信するように動作する送信器と、
   を備えたユーザ機器。
2. 第１の検知ウィンドウと第２の検知ウィンドウが、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定され、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウが、それぞれ、前記第１のタイプのトラフィックと前記第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定される、請求項１に記載のユーザ機器。
3. 前記第２の検知ウィンドウの持続時間が前記第１の検知ウィンドウの持続時間よりも短く、前記第２のリソース選択ウィンドウの持続時間が前記第１のリソース選択ウィンドウの持続時間よりも短い、請求項２に記載のユーザ機器。
4. 前記回路が、更に、検知部と選択部とを備えており、
   前記第１のタイプのトラフィックについて、前記検知部が、前記第１の検知ウィンドウの期間中に物理サイドリンク制御チャネル（ＰＳＣＣＨ）を復号して物理サイドリンク共有チャネル（ＰＳＳＣＨ）の参照信号受信電力（ＲＳＲＰ）を測定するように動作し、前記第１の検知ウィンドウの期間中に測定を実施して第１の測定済みサイドリンク受信信号強度インジケータ（Ｓ-ＲＳＳＩ）を取得するように動作し、そして、
   前記第１のタイプのトラフィックについて、前記選択部が、前記第１のリソース選択ウィンドウの期間中に、前記第１の検知ウィンドウの期間中に検知された前記測定済みＲＳＲＰに従って、１つ又は複数のリソースを除外して前記第１のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースを取得し、前記第１の測定済みＳ-ＲＳＳＩに従って、前記取得済み利用可能リソースをランク付けするように動作する、請求項２に記載のユーザ機器。
5. 前記第２のタイプのトラフィックについて、前記検知部が、前記第１の検知ウィンドウの期間中にＰＳＣＣＨを復号してＰＳＳＣＨのＲＳＲＰを測定するように動作し、前記第２の検知ウィンドウの期間中に測定を実施して第２の測定済みＳ-ＲＳＳＩを取得するように動作し、そして、
   前記第２のタイプのトラフィックについて、前記選択部が、前記第２のリソース選択ウィンドウの期間中に、前記第１の検知ウィンドウの期間中に検知された前記測定済みＲＳＲＰに従って、１つ又は複数のリソースを除外して前記第２のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースを取得し、前記第２の測定済みＳ-ＲＳＳＩに従って前記取得済み利用可能リソースをランク付けするように動作する、請求項４に記載のユーザ機器。
6. 前記第１のタイプのトラフィックと前記第２のタイプのトラフィックの両方が同時にトリガされる場合、前記第１の検知ウィンドウと前記第２の検知ウィンドウが部分的に重なる、請求項２に記載のユーザ機器。
7. 前記第１のタイプのトラフィックと前記第２のタイプのトラフィックの両方がトリガされる場合、前記第１のリソース選択ウィンドウと前記第２のリソース選択ウィンドウとが、
   前記第１のリソース選択ウィンドウと前記第２のリソース選択ウィンドウとが時分割多重化（ＴＤＭ）され、且つ、前記第２のリソース選択ウィンドウが前記第１のリソース選択ウィンドウよりも早い方式、
   前記第１のリソース選択ウィンドウと前記第２のリソース選択ウィンドウとが周波数分割多重化（ＦＤＭ）される方式、
   前記第１のリソース選択ウィンドウと前記第２のリソース選択ウィンドウとが符号分割多重化（ＣＤＭ）される方式、及び、
   前記第１のリソース選択ウィンドウと前記第２のリソース選択ウィンドウとにおけるリソースの選択についての優先順位が、前記第１のタイプのトラフィックと前記第２のタイプのトラフィックとの優先順位に従って構成、事前構成、あるいは、規定される方式、
   のうちの１つ又は複数の方式に従って構成、事前構成、あるいは、規定される、請求項２に記載のユーザ機器。
8. 前記第１のタイプのトラフィックが周期的トラフィックから成り、前記第２のタイプのトラフィックが非周期的トラフィックから成る、請求項２に記載のユーザ機器。
9. 前記送信リソースプールが、
   それぞれ前記第１のタイプのトラフィックと前記第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが共有され、且つ、前記第１のタイプのトラフィックと前記第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、
   それぞれ前記第１のタイプのトラフィックと前記第２のタイプのトラフィックについての前記第１の送信リソースプールと前記第２の送信リソースプールが分離され、且つ、前記第１のタイプのトラフィックと前記第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、
   それぞれ第１の送信モードのトラフィックと第２の送信モードのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、送信モードがブロードキャスト、ユニキャスト及びマルチキャストのうちの１つ又は複数のものから成る構成、
   １つ又は複数のトラフィックを送信するための第１のキャリアについての第１の送信リソースプールと、１つ又は複数のトラフィックを送信するための第２のキャリアについての第２の送信リソースプールと、が分離される構成、及び、
   第１の送信モードのトラフィックがサイドリンクを介して送信される第１のゾーンについての第１の送信リソースプールと、第２の送信モードのトラフィックがサイドリンクを介して送信される第２のゾーンについての第２の送信リソースプールと、が分離される構成、
   のうちの１つ又は複数の構成で構成又は事前構成される、請求項１に記載のユーザ機器。
10. 検知ウィンドウの期間中に送信リソースプール内の複数のリソースを検知するステップと、
    リソース選択ウィンドウの期間中に、前記検知ウィンドウにおける検知結果に従って、前記送信リソースプールから１つ又は複数のリソースを選択するステップであり、前記検知ウィンドウと前記リソース選択ウィンドウが、トラフィックのタイプに応じて構成、事前構成、あるいは、規定されるステップと、
    前記選択された１つ又は複数のリソースを用いて前記トラフィックを送信するステップと、
    を含む通信方法。
11. 第１の検知ウィンドウと第２の検知ウィンドウが、それぞれ、第１のタイプのトラフィックと第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定され、そして、第１のリソース選択ウィンドウと第２のリソース選択ウィンドウが、それぞれ、前記第１のタイプのトラフィックと前記第２のタイプのトラフィックとについて構成、事前構成、あるいは、規定される、請求項１０に記載の通信方法。
12. 前記第２の検知ウィンドウの持続時間が前記第１の検知ウィンドウの持続時間よりも短く、前記第２のリソース選択ウィンドウの持続時間が前記第１のリソース選択ウィンドウの持続時間よりも短い、請求項１１に記載の通信方法。
13. 前記第１のタイプのトラフィックについて、前記検知するステップが、前記第１の検知ウィンドウの期間中に物理サイドリンク制御チャネル（ＰＳＣＣＨ）を復号して物理サイドリンク共有チャネル（ＰＳＳＣＨ）の参照信号受信電力（ＲＳＲＰ）を測定し、前記第１の検知ウィンドウの期間中に測定を実施して第１の測定済みサイドリンク受信信号強度インジケータ（Ｓ-ＲＳＳＩ）を取得することを含み、そして、
    前記第１のタイプのトラフィックについて、前記選択するステップが、前記第１のリソース選択ウィンドウの期間中に、前記第１の検知ウィンドウにおける前記測定済みＲＳＲＰに従って、１つ又は複数のリソースを除外して前記第１のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースを取得し、前記第１の測定済みＳ-ＲＳＳＩに従って前記取得済み利用可能リソースをランク付けすることを含む、請求項１１に記載の通信方法。
14. 前記第２のタイプのトラフィックについて、前記検知するステップが、前記第１の検知ウィンドウの期間中にＰＳＣＣＨを復号してＰＳＳＣＨのＲＳＲＰを測定し、前記第２の検知ウィンドウの期間中に測定を実施して第２の測定済みＳ-ＲＳＳＩを取得することを含み、そして、
    前記第２のタイプのトラフィックについて、前記選択するステップが、前記第２のリソース選択ウィンドウの期間中に、前記第１の検知ウィンドウにおける前記測定済みＲＳＲＰに従って、１つ又は複数のリソースを除外して前記第２のタイプのトラフィックの送信用の１つ又は複数の利用可能リソースを取得し、前記第２の測定済みＳ-ＲＳＳＩに従って前記取得済み利用可能リソースをランク付けすることを含む、請求項１３に記載の通信方法。
15. 前記第１のタイプのトラフィックと前記第２のタイプのトラフィックの両方が同時にトリガされる場合、前記第１の検知ウィンドウと前記第２の検知ウィンドウが部分的に重なる、請求項１１に記載の通信方法。
16. 前記第１のタイプのトラフィックと前記第２のタイプのトラフィックの両方がトリガされる場合、前記第１のリソース選択ウィンドウと前記第２のリソース選択ウィンドウとが、
    前記第１のリソース選択ウィンドウと前記第２のリソース選択ウィンドウとが時分割多重化（ＴＤＭ）され、且つ、前記第２のリソース選択ウィンドウが前記第１のリソース選択ウィンドウよりも早い方式、
    前記第１のリソース選択ウィンドウと前記第２のリソース選択ウィンドウとが周波数分割多重化（ＦＤＭ）される方式、
    前記第１のリソース選択ウィンドウと前記第２のリソース選択ウィンドウとが符号分割多重化（ＣＤＭ）される方式、及び、
    前記第１のリソース選択ウィンドウと前記第２のリソース選択ウィンドウとにおけるリソースの選択についての優先順位が、前記第１のタイプのトラフィックと前記第２のタイプのトラフィックとの優先順位に従って構成、事前構成、あるいは、規定される方式、
    のうちの１つ又は複数の方式に従って構成、事前構成、あるいは、規定される、請求項１１に記載の通信方法。
17. 前記第１のタイプのトラフィックが周期的トラフィックから成り、前記第２のタイプのトラフィックが非周期的トラフィックから成る、請求項１１に記載の通信方法。
18. 前記送信リソースプールが、
    それぞれ前記第１のタイプのトラフィックと前記第２のタイプのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが共有され、且つ、前記第１のタイプのトラフィックと前記第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、
    それぞれ前記第１のタイプのトラフィックと前記第２のタイプのトラフィックについての前記第１の送信リソースプールと前記第２の送信リソースプールが分離され、且つ、前記第１のタイプのトラフィックと前記第２のタイプのトラフィックが、それぞれ、周期的トラフィックと非周期的トラフィックから成る構成、
    それぞれ第１の送信モードのトラフィックと第２の送信モードのトラフィックについての第１の送信リソースプールと第２の送信リソースプールが分離され、且つ、送信モードがブロードキャスト、ユニキャスト及びマルチキャストのうちの１つ又は複数のものから成る構成、
    １つ又は複数のトラフィックを送信するための第１のキャリアについての第１の送信リソースプールと、１つ又は複数のトラフィックを送信するための第２のキャリアについての第２の送信リソースプールと、が分離される構成、及び、
    第１の送信モードのトラフィックがサイドリンクを介して送信される第１のゾーンについての第１の送信リソースプールと、第２の送信モードのトラフィックがサイドリンクを介して送信される第２のゾーンについての第２の送信リソースプールと、が分離される構成、
    のうちの１つ又は複数の構成で構成又は事前構成される、請求項１０に記載の通信方法。
19. トラフィックを受信するように動作する受信器と、
    前記受信されたトラフィックを復号するように動作する回路と、
    を備えており、
    前記受信されたトラフィックが、リソース選択の期間中に検知ウィンドウにおける検知結果に従って送信リソースプールから選択される１つ又は複数のリソースによって送信され、且つ、前記検知結果が、前記検知ウィンドウの期間中に前記送信リソースプール内の複数のリソースを検知することによって生成され、
    前記検知ウィンドウと前記リソース選択ウィンドウが、前記トラフィックのタイプに応じて構成、事前構成、あるいは、規定される、ユーザ機器。
20. トラフィックを受信するステップと、
    前記受信されたトラフィックを復号するステップと、
    を含み、
    前記受信されたトラフィックが、リソース選択の期間中に検知ウィンドウにおける検知結果に従って送信リソースプールから選択される１つ又は複数のリソースによって送信され、且つ、前記検知結果が、前記検知ウィンドウの期間中に前記送信リソースプール内の複数のリソースを検知することによって生成され、
    前記検知ウィンドウと前記リソース選択ウィンドウが、前記トラフィックのタイプに応じて構成、事前構成、あるいは、規定される、通信方法。

Images