▶ ミツビシ・エレクトリック・アールアンドディー・センター・ヨーロッパ・ビーヴィの特許一覧
特許7551008第１のデバイスによって実施される方法、第１のデバイス、コンピュータープログラム、及び第２のデバイスによって実施される方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-05
(45)【発行日】2024-09-13
(54)【発明の名称】第１のデバイスによって実施される方法、第１のデバイス、コンピュータープログラム、及び第２のデバイスによって実施される方法
(51)【国際特許分類】
H04W 72/25 20230101AFI20240906BHJP
H04W 72/40 20230101ALI20240906BHJP
H04W 72/50 20230101ALI20240906BHJP
【ＦＩ】
H04W72/25
H04W72/40
H04W72/50
【請求項の数】
17
(21)【出願番号】P 2023566079
(86)(22)【出願日】2021-12-21
(65)【公表番号】
(43)【公表日】2024-01-25
(86)【国際出願番号】 JP2021048451
(87)【国際公開番号】W WO2022230239
(87)【国際公開日】2022-11-03
【審査請求日】2023-07-12
(31)【優先権主張番号】21305536.1
(32)【優先日】2021-04-26
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】503163527
【氏名又は名称】ミツビシ・エレクトリック・アールアンドディー・センター・ヨーロッパ・ビーヴィ
【氏名又は名称原語表記】ＭＩＴＳＵＢＩＳＨＩ ＥＬＥＣＴＲＩＣ Ｒ＆Ｄ ＣＥＮＴＲＥ ＥＵＲＯＰＥ Ｂ．Ｖ．
【住所又は居所原語表記】Ｃａｐｒｏｎｉｌａａｎ ４６， １１１９ ＮＳ Ｓｃｈｉｐｈｏｌ Ｒｉｊｋ， Ｔｈｅ Ｎｅｔｈｅｒｌａｎｄｓ
(74)【代理人】
【識別番号】100110423
【弁理士】
【氏名又は名称】曾我 道治
(74)【代理人】
【識別番号】100111648
【弁理士】
【氏名又は名称】梶並 順
(74)【代理人】
【識別番号】100122437
【弁理士】
【氏名又は名称】大宅 一宏
(74)【代理人】
【識別番号】100147566
【弁理士】
【氏名又は名称】上田 俊一
(74)【代理人】
【識別番号】100188514
【弁理士】
【氏名又は名称】松岡 隆裕
(72)【発明者】
【氏名】シェハタ、モハメド
(72)【発明者】
【氏名】シベル、ジャン－クリストフ
(72)【発明者】
【氏名】グレッセ、ニコラ
【審査官】望月 章俊
(56)【参考文献】
【文献】国際公開第２０２０／０２４８５４（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０２１／０３６８３５１（ＵＳ，Ａ１）
【文献】国際公開第２０１６／１６３２５１（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００
Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
無線通信ネットワーク内で少なくとも１つのリソース要素を共有する第１のデバイスによって実施される方法であって、前記リソース要素は、リソースプール内において前記第１のデバイスに配分された無線リソースの第１のセットに属し、前記第１のデバイスは、前記無線通信ネットワーク内でデバイスツーデバイス通信を使用し、前記第１のデバイスは、前記デバイスツーデバイス通信を通じて、前記リソース要素が共有に利用可能であることを示す表示を送出し、該表示は、１次基準に基づいて送出され、該１次基準は、少なくとも前記リソースプール内の輻輳レベルに関する値に関係する、方法。
【請求項2】
前記第１のデバイスは、前記デバイスツーデバイス通信を通じて共有シグナリングメッセージを送出し、前記共有シグナリングメッセージは、前記リソース要素が共有に利用可能であることを示す前記表示を少なくとも含む、請求項１に記載の方法。
【請求項3】
前記１次基準は、さらに、前記リソース要素の前記共有を可能又は不可能にする事前構成メッセージと、
前記リソース要素が利用可能であることに関する値と、
前記無線通信ネットワークのチャネル状態に関する値と、
前記第１のデバイスのハードウェア能力と、
のうちの１つ又はそれらの組み合わせに関連している、請求項１又は２に記載の方法。
【請求項4】
前記リソース要素が共有に利用可能であることを示す前記表示は、前記共有に利用可能なリソース要素の位置を示す少なくとも１つのビットと、
前記共有に利用可能なリソース要素のサイズを示す少なくとも１つのビットと、
前記リソース要素が共有に利用可能である時間間隔を示す少なくとも１つのビットと、
前記共有に利用可能なリソース要素に関連付けられた地理的ゾーンを示す少なくとも１つのビットと、
のうちの１つ又はそれらの組み合わせを含む、請求項１～３のいずれか１項に記載の方法。
【請求項5】
前記リソース要素は、少なくとも１つの送信次元において共有に利用可能であり、前記送信次元は、空間送信次元と、
偏波送信次元と、
時間周波数送信次元と、
を含む要素のセットの中の少なくとも１つの要素を含む、請求項１～４のいずれか１項に記載の方法。
【請求項6】
前記リソース要素が共有に利用可能であることを示す前記表示は、前記共有に利用可能なリソース要素の位置を示す少なくとも１つのビットと、
前記共有に利用可能なリソース要素のサイズを示す少なくとも１つのビットと、
前記リソース要素が共有に利用可能である時間間隔を示す少なくとも１つのビットと、
前記共有に利用可能なリソース要素に関連付けられた地理的ゾーンを示す少なくとも１つのビットと、
のうちの１つ又はそれらの組み合わせを含み、
前記第１のデバイスは、前記リソースプール内の輻輳レベルの表示を取得し、前記第１のデバイスは、少なくとも１つの既定の輻輳レベル閾値を第１のメモリユニットに更に記憶し、前記１次基準は、前記輻輳レベルが前記輻輳レベル閾値を超えている場合に満たされる、請求項３に記載の方法。
【請求項7】
前記リソース要素は、少なくとも１つの送信次元において共有に利用可能であり、前記送信次元は、空間送信次元と、
偏波送信次元と、
時間周波数送信次元と、
を含む要素のセットの中の少なくとも１つの要素を含み、
前記第１のデバイスは、前記リソースプール内の輻輳レベルの表示を取得し、前記第１のデバイスは、少なくとも１つの既定の輻輳レベル閾値を第１のメモリユニットに更に記憶し、前記１次基準は、前記輻輳レベルが前記輻輳レベル閾値を超えている場合に満たされる、請求項３に記載の方法。
【請求項8】
前記第１のデバイスは、前記第１のデバイスの第１のリソース占有量の物理的測定値を取得し、
前記第１のデバイスから少なくとも１つの第１の受信デバイスへの第１のデータパケットの少なくとも１つの送信用の前記第１のデバイスの第１のリソース使用量に関する値を求め、
前記１次基準は、
前記輻輳レベルが輻輳レベル閾値を超えており、
前記第１のデバイスの前記第１のリソース占有量の前記物理的測定値が、前記第１のデバイスの前記第１のリソース使用量に関する前記値を超えている、
場合に満たされる、請求項６または７に記載の方法。
【請求項9】
第１のデバイスであって、請求項１～８のいずれか１項に記載の方法を実行する第１の処理回路を備える、第１のデバイス。
【請求項10】
請求項１～８のいずれか１項に記載の方法を実行する第１のコンピューター可読記憶媒体に記憶されたプログラム命令コードの第１のセットを含む、コンピュータープログラム。
【請求項11】
無線通信ネットワーク内で少なくとも１つのリソース要素を利用する第２のデバイスによって実施される方法であって、前記リソース要素は、リソースプール内において第１のデバイス用に確保された無線リソースの第１のセットに属し、前記第１のデバイス及び前記第２のデバイスは、前記無線通信ネットワーク内でデバイスツーデバイス通信を使用し、該方法は、前記リソース要素が前記第１のデバイスによる共有に利用可能であることを示す表示を、前記デバイスツーデバイス通信を通じて受信することと、
前記無線通信ネットワーク内における送信に、前記第１のデバイスによって共有される前記リソース要素を利用することと、
を含み、
前記リソース要素を利用することは、２次基準に基づいており、該２次基準は、少なくとも前記リソースプール内の輻輳レベルに関するデータに関係する、方法。
【請求項12】
前記リソース要素が前記第１のデバイスによる共有に利用可能であることを示す前記表示は、前記デバイスツーデバイス通信を通じて、共有シグナリングメッセージ内において受信される、請求項１１に記載の方法。
【請求項13】
前記２次基準は、さらに、前記リソース要素の利用を可能又は不可能にする事前構成メッセージと、
前記無線通信ネットワークのチャネル状態に関するデータと、
前記リソース要素が共有に利用可能である時間間隔に関するデータと、
前記共有に利用可能なリソース要素に関連付けられた地理的ゾーンに関するデータと、
前記共有に利用可能なリソース要素のサイズに関するデータと、
前記共有に利用可能なリソース要素の少なくとも１つの送信次元に関するデータと、
前記第２のデバイスのハードウェア能力と、
のうちの１つ又はそれらの組み合わせに関係する、請求項１１又は１２に記載の方法。
【請求項14】
前記リソース要素が前記第１のデバイスによる共有に利用可能であることを示す前記表示は、前記共有に利用可能なリソース要素のサイズに関するデータを少なくとも含み、前記第２のデバイスは、前記リソースプール内の輻輳レベルに関するデータと、
前記第２のデバイスから少なくとも１つの第２の受信デバイスへの第２のデータパケットの少なくとも１つの送信用の前記第２のデバイスの第２のリソース使用量の測定値と、
を取得し、
前記第２のデバイスは、少なくとも１つの既定の輻輳レベル閾値を第２のメモリユニットに更に記憶し、
前記第２のデバイスは、前記第２のデバイスの前記第２のリソース使用量の前記測定値を前記共有に利用可能なリソース要素の前記サイズと比較し、前記２次基準は、
前記輻輳レベルが前記輻輳レベル閾値を超えており、
前記第１のデバイスによる前記共有に利用可能なリソース要素の前記サイズが、前記第２のデバイスの前記第２のリソース使用量の前記測定値を超えている、
場合に満たされる、請求項１３に記載の方法。
【請求項15】
前記第２のデバイスは、前記第１のデバイスによる前記共有に利用可能なリソース要素を使用して、第２のデータパケットを少なくとも第２の受信デバイスに送信する、請求項１１～１４のいずれか１項に記載の方法。
【請求項16】
第２のデバイスであって、請求項１１～１５のいずれか１項に記載の方法を実行する第２の処理回路を備える、第２のデバイス。
【請求項17】
請求項１１～１５のいずれか１項に記載の方法を実行する第２のコンピューター可読記憶媒体に記憶されたプログラム命令コードの第２のセットを含む、コンピュータープログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、無線通信の分野に関し、特に、ビークルツーエブリシング（Ｖ２Ｘ：vehicle-to-everything）通信のリソースの選択に関する。
【背景技術】
【0002】
第５世代新無線ベースのビークルツーエブリシング（５Ｇ ＮＲ Ｖ２Ｘ：Fifth-Generation New Radio based Vehicle-to Everything）通信は、ビークルツーエブリシング（Ｖ２Ｘ）通信を可能にするとともに自律運転等のアプリケーションの超高信頼性低レイテンシー無線通信を提供することを目的とする無線アクセス技術（ＲＡＴ：Radio Access Technology）を指す。
その上、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：3rd Generation Partnership Project）システム規格のリリース１４に導入された直接通信モード（又はサイドリンク送信）の開発は、デバイス（Ｖ－ＵＥ、又は車両デバイス）がセルラーネットワークに依拠することなく他のデバイス（Ｖ２Ｖ）及び歩行者（Ｖ２Ｐ）と通信することを可能にする。
ＮＲ Ｖ２Ｘ技術が発展し続けるにつれて、より高い信頼性、より低いレイテンシー及びより高いデータレートを通じて、自律運転ユースケースを高性能Ｖ２Ｘアプリケーションに向けて継続的に改善するために、直接通信モードがＮＲ Ｖ２Ｘの状況において指定される。
その上、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：3rd Generation Partnership Project）システム規格のリリース１４に導入された直接通信モード（又はサイドリンク送信）の開発は、デバイス（Ｖ－ＵＥ、又は車両デバイス）がセルラーネットワークに依拠することなく他のデバイス（Ｖ２Ｖ）及び歩行者（Ｖ２Ｐ）と通信することを可能にする。
ＮＲ Ｖ２Ｘ技術が発展し続けるにつれて、より高い信頼性、より低いレイテンシー及びより高いデータレートを通じて、自律運転ユースケースを高性能Ｖ２Ｘアプリケーションに向けて継続的に改善するために、直接通信モードがＮＲ Ｖ２Ｘの状況において指定される。
【0003】
特に、ＮＲ Ｖ２Ｘは、デバイス（Ｖ－ＵＥ）の直接通信（又はＤ２Ｄ）を利用して、無線通信ネットワークを介したデータサイドリンク送信及び制御サイドリンク送信の無線リソース管理（ＲＲＭ：Radio Resource Management）を改善する。
例えば、ＮＲ Ｖ２Ｘサイドリンクモード２では、無線リソースは、基地局等のセルラーネットワークエンティティの介入なく、分散センシングベースの方式を使用してデバイス（Ｖ－ＵＥ）によってリソースプール内で自律的に選択される。
Ｄ２Ｄ通信を使用する自律的な無線リソース管理の開発によって、セルラーカバレッジが低いか又は存在しないリモートエリア及び範囲外エリアであっても、デバイスの信頼性が確保される。
例えば、ＮＲ Ｖ２Ｘサイドリンクモード２では、無線リソースは、基地局等のセルラーネットワークエンティティの介入なく、分散センシングベースの方式を使用してデバイス（Ｖ－ＵＥ）によってリソースプール内で自律的に選択される。
Ｄ２Ｄ通信を使用する自律的な無線リソース管理の開発によって、セルラーカバレッジが低いか又は存在しないリモートエリア及び範囲外エリアであっても、デバイスの信頼性が確保される。
【0004】
しかしながら、リソースプールのレイテンシーバジェット及び周波数帯域幅制約、ネットワーク内の車両密度、並びにＶ－ＵＥがそれぞれリソースを必要とすることによって、定期的にリソースプールが輻輳し、スペクトルが不足する。
いくつかのデバイス（Ｖ－ＵＥ）が送信用に十分な無線リソースを確保することができないことによって、レイテンシーはより高くなり、Ｖ２Ｘアプリケーションの信頼性は低下する。
いくつかのデバイス（Ｖ－ＵＥ）が送信用に十分な無線リソースを確保することができないことによって、レイテンシーはより高くなり、Ｖ２Ｘアプリケーションの信頼性は低下する。
【0005】
既存の輻輳制御方法は、いくつかのデバイスに、リソースプールにおける別の利用可能な選択ウィンドウを待機させるか、又は、データパケットドロップメカニズム又はプリエンプションメカニズムを通じて選択的な送信に進ませるものである。
しかし、そのような方法には、関係している車両デバイスのレイテンシー及び信頼性の問題が依然として存在し、Ｖ２Ｘアプリケーションの全体的な性能は劣化する。
しかし、そのような方法には、関係している車両デバイスのレイテンシー及び信頼性の問題が依然として存在し、Ｖ２Ｘアプリケーションの全体的な性能は劣化する。
【発明の概要】
【発明が解決しようとする課題】
【0006】
本発明は、そのような問題に対処する。
【課題を解決するための手段】
【0007】
本発明の第１の態様は、無線通信ネットワーク内で少なくとも１つのリソース要素を共有する第１のデバイスによって実施される方法であって、リソース要素は、リソースプール内において第１のデバイスに配分された無線リソースの第１のセットに属し、第１のデバイスは、無線通信ネットワーク内でデバイスツーデバイス通信を使用し、第１のデバイスは、デバイスツーデバイス通信を通じて、リソース要素が共有に利用可能であることを示す表示を送出する、方法を提案する。
【0008】
したがって、本発明は、デバイスのリソース配分を高度化する方法を提案し、無線通信ネットワークにおけるスペクトル不足、レイテンシー及び信頼性の問題に対処する。
本方法は、車両ユーザー機器に関する既存の無線リソース管理（ＲＲＭ）方法の代替の方法を提案することによってビークルツーエブリシング（すなわちＶ２Ｘ）アプリケーションの信頼性を最適化することを特に可能にする。
本方法は、車両ユーザー機器に関する既存の無線リソース管理（ＲＲＭ）方法の代替の方法を提案することによってビークルツーエブリシング（すなわちＶ２Ｘ）アプリケーションの信頼性を最適化することを特に可能にする。
【0009】
実際、本発明は、直接通信（又はデバイスツーデバイス通信、すなわちＤ２Ｄ（Device-to-Device））を使用するデバイスの間のリソース要素の共有を提案する。
そのような共有は、第１のデバイスによって開始及び表示され、第１のデバイスに配分された無線リソースの第１のセットの一部分である少なくとも１つのリソース要素を利用可能にする。
その結果、別のデバイスは、成功したリソース選択手順をトリガーした後、必ずしも配分された無線リソースをリソースプールから取得することなく、リソース要素をそれ自身の送信用に取得して利用することもできるし、完全な既存の無線リソース選択手順を全く実行しなくても、それ自身の送信用のリソース要素を取得することもできる。
そのような共有は、第１のデバイスによって開始及び表示され、第１のデバイスに配分された無線リソースの第１のセットの一部分である少なくとも１つのリソース要素を利用可能にする。
その結果、別のデバイスは、成功したリソース選択手順をトリガーした後、必ずしも配分された無線リソースをリソースプールから取得することなく、リソース要素をそれ自身の送信用に取得して利用することもできるし、完全な既存の無線リソース選択手順を全く実行しなくても、それ自身の送信用のリソース要素を取得することもできる。
【0010】
配分された無線リソースを取得する既存のリソース選択手順は、デバイスがリソースセンシング方法による分散型リソース選択手順を開始することができるものであり、この手順は、デバイスが、リソースプールにおいて利用可能な無線リソースを特定し、次に、その無線リソースをそれ自身の送信用に選択することを可能にするものである。
配分される無線リソースは、ネットワークスケジューリングからも得ることができ、ネットワークは、ネットワークに対してデバイスによって開始されるリソース要求手順後に無線リソースをデバイスに配分する。
配分される無線リソースは、ネットワークスケジューリングからも得ることができ、ネットワークは、ネットワークに対してデバイスによって開始されるリソース要求手順後に無線リソースをデバイスに配分する。
【0011】
したがって、他のデバイスは、既存のリソース選択手順を実行しない場合もあれば、既存のリソース選択手順を通じてそれらの送信用に配分されたリソースを首尾よく取得することができない場合もあるが、そのようなときであっても、本方法は、配分されたリソースを取得する代替のプロセスをそのような他のデバイスに提供する。
【0012】
特に、本方法は、例えばリソースプールが輻輳しており、既存のリソース選択手順がそのようなデバイスへの無線リソースの配分に失敗したときに他のデバイスが遭遇するスペクトル不足に対処することを可能にする。
リソース選択手順がそのように不成功になることによって、そのようなデバイスは、それらのサービス要件及びレイテンシー要件を尊重することによるそれら自身の送信を行うことができなくなる場合もあるし、Ｖ２Ｘアプリケーションの全体的な信頼性を下げる既存の輻輳制御方法に進む場合もある。
リソース選択手順がそのように不成功になることによって、そのようなデバイスは、それらのサービス要件及びレイテンシー要件を尊重することによるそれら自身の送信を行うことができなくなる場合もあるし、Ｖ２Ｘアプリケーションの全体的な信頼性を下げる既存の輻輳制御方法に進む場合もある。
【0013】
第１のデバイスに最初に配分されたリソース要素が共有に利用可能であることを示すことによって、本方法は、既存のリソース配分方式に柔軟性を導入し、ネットワークのデバイスが、配分されたリソースを取得する方法として、既存の手順と比較してより柔軟で状況に応じた方法を使用してそれら自身の送信を保証することを可能にする。
【0014】
本方法は、第１のデバイスが、第１のデバイスに配分された無線リソースの第１のセットの潜在的に使用されないリソース要素又は不必要なリソース要素の再配分を提案することも可能にし、したがって、無線通信ネットワークのデバイス間のリソース要素の配分を最適化し、リソース浪費を回避することを可能にする。
実際、第１のデバイスに配分された無線リソースの第１のセットは、リソースプールにおいて第１のデバイスによって実行されるリソース選択手順から得ることができる。
リソースプールのリソース構造は、無線リソースが、時間の１つのスロットと周波数の１つ又はいくつかのサブチャネルとによって構成される単一の時間周波数ブロックとして定義される構造とすることができる。
その結果、第１のデバイスは、例えば、第１のデバイスが送信しなければならないサービスデータパケットの量、そのリンクバジェット及び／又はそのサービス品質（ＱｏＳ：Quality of Service）要件に応じて、第１のデバイスがそれ自身の送信に完全には利用しない場合がある第１のデバイスに配分された量の無線リソースを取得することができる。
実際、第１のデバイスに配分された無線リソースの第１のセットは、リソースプールにおいて第１のデバイスによって実行されるリソース選択手順から得ることができる。
リソースプールのリソース構造は、無線リソースが、時間の１つのスロットと周波数の１つ又はいくつかのサブチャネルとによって構成される単一の時間周波数ブロックとして定義される構造とすることができる。
その結果、第１のデバイスは、例えば、第１のデバイスが送信しなければならないサービスデータパケットの量、そのリンクバジェット及び／又はそのサービス品質（ＱｏＳ：Quality of Service）要件に応じて、第１のデバイスがそれ自身の送信に完全には利用しない場合がある第１のデバイスに配分された量の無線リソースを取得することができる。
【0015】
無線通信ネットワークとは、１つ又はいくつかの基地局によってカバーされる地表面上の地理的領域を指す。
各基地局は、セルと呼ばれる特定のエリアにサービスを提供する。
無線通信ネットワークは、スマートインフラストラクチャ、静止デバイス又はモバイルデバイス等のいくつかのタイプのユニット又はユーザーも含む。
無線通信ネットワークの検討対象のユニット（又はユーザー）は、接続性を提供するために埋め込まれた電子機器、ソフトウェア、センサー等を有する。
これによって、そのようなユニットは、無線通信ネットワークのインフラストラクチャにわたってデータ及び制御を収集及び交換することが可能になる。
各基地局は、セルと呼ばれる特定のエリアにサービスを提供する。
無線通信ネットワークは、スマートインフラストラクチャ、静止デバイス又はモバイルデバイス等のいくつかのタイプのユニット又はユーザーも含む。
無線通信ネットワークの検討対象のユニット（又はユーザー）は、接続性を提供するために埋め込まれた電子機器、ソフトウェア、センサー等を有する。
これによって、そのようなユニットは、無線通信ネットワークのインフラストラクチャにわたってデータ及び制御を収集及び交換することが可能になる。
【0016】
第１のデバイスは、地上の車両ユーザー機器に対応する無線通信ネットワーク内の特定のタイプのユニットを指す。
車両ユーザー機器、デバイス、車両、車両デバイスという用語は、本発明において区別なく使用される。
そのような第１のデバイスは、モバイルデバイス（移動している車両の場合）であってもよいし、静止デバイス（例えば停止している車両の場合）であってもよい。
第１のデバイスは、新無線（ＮＲ：New Radio）ビークルツーエブリシング（Ｖ２Ｘ）技術を備えると考えられる。
車両ユーザー機器、デバイス、車両、車両デバイスという用語は、本発明において区別なく使用される。
そのような第１のデバイスは、モバイルデバイス（移動している車両の場合）であってもよいし、静止デバイス（例えば停止している車両の場合）であってもよい。
第１のデバイスは、新無線（ＮＲ：New Radio）ビークルツーエブリシング（Ｖ２Ｘ）技術を備えると考えられる。
【0017】
第１のデバイスは、第１のデバイスが空間又は偏波等の１つ又はいくつかの特定の送信次元において信号を送信及び受信することを可能にする特定のアンテナ及び／又はアンテナアレイパネル等の特定のハードウェアも備えることができる。
第１のデバイスは、例えば垂直偏波面及び水平偏波面において偏波多重化を行うことができ、及び／又は空間における特定の方向にビームフォーミングを行うことができる。
第１のデバイスは、例えば垂直偏波面及び水平偏波面において偏波多重化を行うことができ、及び／又は空間における特定の方向にビームフォーミングを行うことができる。
【0018】
無線リソースの第１のセットとは、無線通信ネットワークを介した第１のデバイスの送信をサポートする時間及び周波数に関連したブロックのセットを指す。
そのような送信は、第１のデバイスがデータシグナリング及び制御シグナリングをネットワークの別のユニット、例えば第１のデバイスの送信を受信する別のデバイスに送信することを可能にする。
無線リソースの第１のセットは、時間による区切りサイズの１つのスロットと、周波数による固定数のサブチャネルとを有することができる。
無線リソースの第１のセットは、特定の期間において特定の地理的ゾーン内で行われる送信に利用することができる。
そのような送信は、第１のデバイスがデータシグナリング及び制御シグナリングをネットワークの別のユニット、例えば第１のデバイスの送信を受信する別のデバイスに送信することを可能にする。
無線リソースの第１のセットは、時間による区切りサイズの１つのスロットと、周波数による固定数のサブチャネルとを有することができる。
無線リソースの第１のセットは、特定の期間において特定の地理的ゾーン内で行われる送信に利用することができる。
【0019】
第１のデバイスに配分された無線リソースの第１のセットとは、特定の期間内の第１のデバイスの送信をサポートするために第１のデバイスによって最初に取得される無線リソースの第１のセットであると解釈される（最初とは、第１のデバイスが、リソース要素が共有に利用可能であることを示すことによってこの無線リソースの第１のセットの一部分の再配分を決定する前であると解釈される）。
第１のデバイスに配分された無線リソースの第１のセットは、例えば、第１のデバイスによって開始されるか又はネットワークによって管理されるリソース選択手順から得ることができる。
例えば、配分された無線リソースの第１のセットは、第１のデバイスによって開始される分散型リソース選択手順から得ることができ、すなわち、第１のデバイスは、リソースプール内で利用可能な無線リソースを検知し、その送信をサポートするその無線リソースの第１のセットを選択する。
配分された無線リソースの第１のセットは、ネットワークスケジューリング型手順から得ることもでき、この手順では、例えば、第１のデバイスによってネットワークに対して開始されたリソース要求手順の後に、ネットワークが、集中型リソースプールから無線リソースの第１のセットを選択し、無線リソースの第１のセットを第１のデバイスに割り当てる。
第１のデバイスに配分された無線リソースの第１のセットは、例えば、第１のデバイスによって開始されるか又はネットワークによって管理されるリソース選択手順から得ることができる。
例えば、配分された無線リソースの第１のセットは、第１のデバイスによって開始される分散型リソース選択手順から得ることができ、すなわち、第１のデバイスは、リソースプール内で利用可能な無線リソースを検知し、その送信をサポートするその無線リソースの第１のセットを選択する。
配分された無線リソースの第１のセットは、ネットワークスケジューリング型手順から得ることもでき、この手順では、例えば、第１のデバイスによってネットワークに対して開始されたリソース要求手順の後に、ネットワークが、集中型リソースプールから無線リソースの第１のセットを選択し、無線リソースの第１のセットを第１のデバイスに割り当てる。
【0020】
本明細書において、「デバイスに配分された」、「デバイス用に確保された」及び「デバイス用に選択された」無線リソース又は無線リソースのセットは、区別なく使用される場合があり、一般的には、（分散型リソース配分方式ではデバイスによって又は集中型リソース配分方式ではネットワークによって）リソースプールにおいて実行されたリソース選択手順の後にデバイスによって取得された無線リソースであると解釈することができる。
【0021】
リソースプールとは、様々な物理チャネル及び物理信号がマッピングされる物理リソースグリッドを指す。
そのようなリソースプールは、無線リソースのいくつかのセットを含む時間及び周波数に関連したブロックの大規模セットと定義することができる。
リソースプールは、リソースプールの物理チャネルが時間領域及び周波数領域の双方において多重化される新無線（ＮＲ）の状況において考慮することができる。
リソースプールは、無線通信ネットワークにおける送信に使用される無線リソースを含む。
そのような送信は、特定のタイプの送信、例えば、サイドリンク通信の場合におけるデバイス間の送信に関係し得る。
そのようなリソースプールは、ネットワークによって管理される集中型リソースプールとすることができ、この場合に、無線リソースは、種々のデバイスに（例えばそれらのサイドリンク送信用に）配分されるようにネットワークによってスケジューリング及び選択される。
リソースプールは、ネットワークがリソース選択に干渉することなく、既定の地理的領域（例えばカバレッジ外の領域）内のデバイスが、それら自身の送信をサポートするために、それらのそれぞれの配分された無線リソースのセットを選択することができるように、ネットワークによって事前構成されたリソースプールとすることもできる。
そのようなリソースプールは、無線リソースのいくつかのセットを含む時間及び周波数に関連したブロックの大規模セットと定義することができる。
リソースプールは、リソースプールの物理チャネルが時間領域及び周波数領域の双方において多重化される新無線（ＮＲ）の状況において考慮することができる。
リソースプールは、無線通信ネットワークにおける送信に使用される無線リソースを含む。
そのような送信は、特定のタイプの送信、例えば、サイドリンク通信の場合におけるデバイス間の送信に関係し得る。
そのようなリソースプールは、ネットワークによって管理される集中型リソースプールとすることができ、この場合に、無線リソースは、種々のデバイスに（例えばそれらのサイドリンク送信用に）配分されるようにネットワークによってスケジューリング及び選択される。
リソースプールは、ネットワークがリソース選択に干渉することなく、既定の地理的領域（例えばカバレッジ外の領域）内のデバイスが、それら自身の送信をサポートするために、それらのそれぞれの配分された無線リソースのセットを選択することができるように、ネットワークによって事前構成されたリソースプールとすることもできる。
【0022】
リソース要素とは、時間領域における厳密に１つのＯＦＤＭ（直交周波数分割多重化（Orthogonal frequency-division multiplexing））シンボルと、周波数領域における１つのリソースブロック（すなわちＲＢ（resource block））とによって構成される時間及び周波数に関連した単位ブロックを指す。
リソース要素のサイズは、無線リソースのサイズよりも小さく、実際のところ、無線リソースは、いくつかのリソース要素によって構成される。
例えば、時間領域における無線リソースを構成する１つのスロットは、１４個のＯＦＤＭシンボルによって構成される。
いくつかのリソース要素は、このように、時間領域におけるいくつかのＯＦＤＭシンボルと、周波数領域におけるいくつかのリソースブロックとによって構成される。
リソース要素のサイズは、無線リソースのサイズよりも小さく、実際のところ、無線リソースは、いくつかのリソース要素によって構成される。
例えば、時間領域における無線リソースを構成する１つのスロットは、１４個のＯＦＤＭシンボルによって構成される。
いくつかのリソース要素は、このように、時間領域におけるいくつかのＯＦＤＭシンボルと、周波数領域におけるいくつかのリソースブロックとによって構成される。
【0023】
第１のデバイスに配分された無線リソースの第１のセットからの少なくとも１つのリソース要素を共有することは、したがって、第１のデバイスに配分された無線リソースの第１のセットを構成する区切られた複数のリソース要素を第１のデバイスが再配分することができると解釈され、そのようなリソース要素再配分は、第１のデバイスによって提案される。
【0024】
デバイスツーデバイス通信（直接通信又はサイドリンク通信又はＤ２Ｄとも呼ばれる）とは、いくつかのデバイスが、ネットワークの基地局を通る信号中継を必要とすることなく、特定のインターフェース（新無線においてＰＣ５インターフェースと呼ばれる）を介したデータ信号及び制御信号の交換を通じて互いに通信することを可能にする直接通信モードを指す。
デバイスツーデバイス通信を使用する第１のデバイスは、データ信号及び制御信号を、直接通信を使用して他のデバイスに送信する第１のデバイスを指す。
そのような直接通信によって、デバイスは、リモートエリア及びカバレッジ外のエリアにおいても通信することが可能になる。
デバイスツーデバイス通信を使用する第１のデバイスは、データ信号及び制御信号を、直接通信を使用して他のデバイスに送信する第１のデバイスを指す。
そのような直接通信によって、デバイスは、リモートエリア及びカバレッジ外のエリアにおいても通信することが可能になる。
【0025】
リソース要素が共有に利用可能であることを示す表示は、リソースプールにおいて第１のデバイスに配分されたリソース要素が第１のデバイスによって利用可能にされ、そのようなリソース要素を、別のデバイスの送信をサポートするためにそのような別のデバイスに再配分することができることに関するメッセージであると解釈される。
第１のデバイスが、リソース要素が共有に利用可能であることを示す表示を、デバイスツーデバイス通信を通じて送出することは、第１のデバイスがネットワークの少なくとも１つの他のデバイスに再配分されるリソース要素を提案することについてのメッセージを、第１のデバイスがそのような他のデバイスに直接通信することであると解釈される。
この表示は、例えば制御情報に関する実際のリソース要素配分に対応することができる。
この表示は、デバイスツーデバイス通信を使用し、直接通信を介して制御シグナリングを受信することができる他のデバイスに第１のデバイスによって専用で又は非専用で送出される制御シグナリングを指すこともできる。
リソース要素が共有に利用可能であることを示すそのような表示は、第１のデバイスが開始することができ、第１のデバイスがその無線リソースの第１のセットの一部分を再配分するとの決定の結果得られる。
そのような無線リソースの第１のセットとは、第１のデバイスの送信を特にサポートするために最初に取得されたものである。
第１のデバイスが、リソース要素が共有に利用可能であることを示す表示を、デバイスツーデバイス通信を通じて送出することは、第１のデバイスがネットワークの少なくとも１つの他のデバイスに再配分されるリソース要素を提案することについてのメッセージを、第１のデバイスがそのような他のデバイスに直接通信することであると解釈される。
この表示は、例えば制御情報に関する実際のリソース要素配分に対応することができる。
この表示は、デバイスツーデバイス通信を使用し、直接通信を介して制御シグナリングを受信することができる他のデバイスに第１のデバイスによって専用で又は非専用で送出される制御シグナリングを指すこともできる。
リソース要素が共有に利用可能であることを示すそのような表示は、第１のデバイスが開始することができ、第１のデバイスがその無線リソースの第１のセットの一部分を再配分するとの決定の結果得られる。
そのような無線リソースの第１のセットとは、第１のデバイスの送信を特にサポートするために最初に取得されたものである。
【0026】
本発明の一態様によれば、第１のデバイスは、デバイスツーデバイス通信を通じて共有シグナリングメッセージを送出し、この共有シグナリングメッセージは、リソース要素が共有に利用可能であることを示す上記表示を少なくとも含む。
【0027】
したがって、第１のデバイスは、リソース要素が利用可能であることを、いくつかの他のデバイスによって潜在的に受信される特定の明示的な制御シグナリングメッセージを介してシグナリングする。
そのようなメッセージは、特定の他のデバイスに再配分を実際に課すことなく、リソース要素の再配分を提案する。
したがって、リソース要素が共有に利用可能であることを示す表示は、一般的なブロードキャスト／グループキャストシグナリングによってデバイスに通信することができ、他の任意の潜在的なデバイスのデータ送信は、そのような他のデバイスが共有に利用可能なリソース要素の利用を決定した場合には、共有に利用可能なリソース要素に再スケジューリングすることができる。
そのようなメッセージは、特定の他のデバイスに再配分を実際に課すことなく、リソース要素の再配分を提案する。
したがって、リソース要素が共有に利用可能であることを示す表示は、一般的なブロードキャスト／グループキャストシグナリングによってデバイスに通信することができ、他の任意の潜在的なデバイスのデータ送信は、そのような他のデバイスが共有に利用可能なリソース要素の利用を決定した場合には、共有に利用可能なリソース要素に再スケジューリングすることができる。
【0028】
共有シグナリングメッセージは、リソース要素が共有に利用可能であることを示すために第１のデバイスによって送出される制御シグナリングであると解釈される。
そのような共有シグナリングメッセージは、例えば、Ｄ２Ｄを通じてブロードキャスト又はグループキャストされる信号とすることができる。
そのような共有シグナリングメッセージは、例えば、Ｄ２Ｄを通じてブロードキャスト又はグループキャストされる信号とすることができる。
【0029】
本発明の一態様によれば、リソース要素が共有に利用可能であることを示す表示は、１次基準に基づいて送出され、この１次基準は、
リソース要素の共有を可能又は不可能にする事前構成メッセージと、
リソース要素が利用可能であることに関する値と、
リソースプール内の輻輳レベルに関する値と、
無線通信ネットワークのチャネル状態に関する値と、
第１のデバイスのハードウェア能力と、
のうちの１つ又はそれらの組み合わせに関連している。
リソース要素の共有を可能又は不可能にする事前構成メッセージと、
リソース要素が利用可能であることに関する値と、
リソースプール内の輻輳レベルに関する値と、
無線通信ネットワークのチャネル状態に関する値と、
第１のデバイスのハードウェア能力と、
のうちの１つ又はそれらの組み合わせに関連している。
【0030】
したがって、第１のデバイスによるリソース要素の共有は、第１のデバイスが他のデバイスへのリソース要素を共有する実際の能力、又は、リソース要素の利用に好適なネットワーク内のチャネル状態の存在を条件とすることができる。
リソース要素の共有は、例えば、ネットワーク内のスペクトル不足及び／又は輻輳状況を削減するために、第１のデバイスから別のデバイスへのリソース要素再配分が実際に有用であり、ネットワークの全体的な機能のためになることを条件とすることもできる。
リソース要素の共有は、例えば、ネットワーク内のスペクトル不足及び／又は輻輳状況を削減するために、第１のデバイスから別のデバイスへのリソース要素再配分が実際に有用であり、ネットワークの全体的な機能のためになることを条件とすることもできる。
【0031】
その結果、第１のデバイスは、そのような共有がネットワークの別のデバイスの送信をサポートするために必要でなく、有用でなく及び／又は実際に使用可能でない可能性があると判断した場合に、第１のデバイスは、リソース要素が共有に利用可能であることを示すためにエネルギーを消費せず、潜在的にリソースを消費しないものとすることができる。
【0032】
１次基準に基づいてとは、１次基準の内容が満たされていない場合には、第１のデバイスが、リソース要素が共有に利用可能であることを示すことができないことと解釈される。
その結果、リソース要素が共有に利用可能であることを示す表示を送出する前に、第１のデバイスは、１次基準が満たされていることを確認することができる。
その結果、リソース要素が共有に利用可能であることを示す表示を送出する前に、第１のデバイスは、１次基準が満たされていることを確認することができる。
【0033】
リソース要素の共有を可能又は不可能にする事前構成メッセージとは、ネットワーク若しくは別のデバイスから受信されるメッセージ、又は、例えば地理的基準に基づいてネットワークによって配備されるリソースプールによって課されるメッセージであって、そのようなメッセージが、共有されるリソース要素の使用を既定の基準に従って可能又は不可能にする、メッセージであると解釈される。
【0034】
リソース要素が利用可能であることに関する値とは、例えば、測定、推定又は計算に基づいて第１のデバイスによって求められた値であって、そのような値が、第１のデバイスが共有に利用可能なリソース要素を有するか否かを反映している、値であると解釈される。
リソース要素が利用可能であることに関するそのような値は、例えば、第１のデバイスに配分された無線リソースの第１のセットのサイズ及び第１のデバイスによって所定の時間内にその送信に実際に使用される無線リソースの量（例えば、第１のデバイスのチャネル使用率すなわちＣＲ（Channel Usage Ratio））に基づいて求めることができる。
第１のデバイスによって実際に使用される無線リソースのそのような量が、第１のデバイスに配分された無線リソースの第１のセットのサイズよりも小さい場合には、そのサイズ差（１つ又はいくつかのリソース要素に対応する）は、リソース要素が利用可能であることに関する値に対応することができる。
その場合に、そのようなサイズ差がヌルでないことは、１次基準（又は１次基準の一部）とすることができる。
リソース要素が利用可能であることに関するそのような値は、例えば、第１のデバイスに配分された無線リソースの第１のセットのサイズ及び第１のデバイスによって所定の時間内にその送信に実際に使用される無線リソースの量（例えば、第１のデバイスのチャネル使用率すなわちＣＲ（Channel Usage Ratio））に基づいて求めることができる。
第１のデバイスによって実際に使用される無線リソースのそのような量が、第１のデバイスに配分された無線リソースの第１のセットのサイズよりも小さい場合には、そのサイズ差（１つ又はいくつかのリソース要素に対応する）は、リソース要素が利用可能であることに関する値に対応することができる。
その場合に、そのようなサイズ差がヌルでないことは、１次基準（又は１次基準の一部）とすることができる。
【0035】
リソースプール内の輻輳レベルに関する値とは、ネットワーク若しくは別のデバイスから受信される値、又は、例えば測定、推定若しくは計算に基づいて第１のデバイスによって求められる値であって、そのような値が、リソースプール内の輻輳のレベル、例えば、リソースプールのいくつかの近時のサブフレーム（１つのサブフレームは、１ミリ秒の固定持続時間をもたらすリソースプール内のいくつかのスロットに対応する）におけるチャネルビジー率（すなわちＣＢＲ（Channel Busy Ratio））を反映している、値であると解釈される。
【0036】
無線通信ネットワークのチャネル状態に関する値とは、例えば、デバイスの２つの異なる偏波送信アンテナの間の直交性のレベルを反映する交差偏波比（すなわちＸＰＲ（Cross Polarization Ratio））等の、ネットワーク内の送信伝播の状態を反映する任意の値であると解釈される。
【0037】
第１のデバイスのハードウェア能力とは、第１のデバイスがネットワークにおいて特定の送信を行うことを可能にするハードウェアの機能性であると解釈され、例えば、特に偏波アンテナが、第１のデバイスが偏波多重化を行うことを可能にするか、又は、アンテナアレイパネルが、第１のデバイスがビームフォーミングを行うことを可能にするハードウェアの機能性であると解釈される。
【0038】
本発明の一態様によれば、リソース要素が共有に利用可能であることを示す表示は、
共有に利用可能なリソース要素の位置を示す少なくとも１つのビットと、
共有に利用可能なリソース要素のサイズを示す少なくとも１つのビットと、
リソース要素が共有に利用可能である時間間隔を示す少なくとも１つのビットと、
共有に利用可能なリソース要素に関連付けられた地理的ゾーンを示す少なくとも１つのビットと、
のうちの１つ又はそれらの組み合わせを含む。
共有に利用可能なリソース要素の位置を示す少なくとも１つのビットと、
共有に利用可能なリソース要素のサイズを示す少なくとも１つのビットと、
リソース要素が共有に利用可能である時間間隔を示す少なくとも１つのビットと、
共有に利用可能なリソース要素に関連付けられた地理的ゾーンを示す少なくとも１つのビットと、
のうちの１つ又はそれらの組み合わせを含む。
【0039】
したがって、第１のデバイスは、共有に利用可能なリソース要素を正確に特定するために、全ての必要な情報をこの表示に提供する。
その結果、そのような表示を受信する別のデバイスは、第１のデバイスによって表示に提供された情報のみに基づいて、例えば特定のスロット及び特定のサブチャネル内で、そのような別のデバイスの送信に専用化された無線リソースの正確な部分を特定可能とすることができる。
その結果、そのような表示を受信する別のデバイスは、第１のデバイスによって表示に提供された情報のみに基づいて、例えば特定のスロット及び特定のサブチャネル内で、そのような別のデバイスの送信に専用化された無線リソースの正確な部分を特定可能とすることができる。
【0040】
第１のデバイスによって送出される表示に含まれる情報は、そのような表示を受信する他のデバイスが、共有に利用可能なリソース要素を利用する必要があるか否か及び／又は利用することができる否かを判断することを可能にするものとすることもできる。
したがって、そのような表示は、資格のない他のデバイス（すなわち、例えば、リソース要素を利用するハードウェア能力を有しない他のデバイス）が不成功に終わる送信を試みることを防止する。
したがって、そのような表示は、資格のない他のデバイス（すなわち、例えば、リソース要素を利用するハードウェア能力を有しない他のデバイス）が不成功に終わる送信を試みることを防止する。
【0041】
共有に利用可能なリソース要素の位置を示す少なくとも１つのビットとは、リソース要素が共有に利用可能であることを示す、第１のデバイスによって送出される表示の内容を構成するいくつかの２進数字（すなわちビット）であって、そのようなビットが、共有に利用可能なリソース要素を、例えば、配分された無線リソースの第１のセットのスロット内及び特定の数のサブチャネル内に区切り、そのような区切りが、共有に利用可能なリソース要素の一意の位置を定義する、２進数字であると解釈される。
【0042】
共有に利用可能なリソース要素のサイズを示す少なくとも１つのビットとは、リソース要素が共有に利用可能であることを示す、第１のデバイスによって送出される表示の内容を構成するいくつかの２進数字（すなわちビット）であって、そのようなビットが、共有に利用可能なリソース要素の数を直接示す、２進数字であると解釈される。
そのようなビットは、共有に利用可能なリソース要素の位置を示すビットと共通にすることもできる。
すなわち、共有に利用可能なリソース要素の正確な区切りに基づいて、リソース要素のサイズを推論することができる。
そのようなビットは、共有に利用可能なリソース要素の位置を示すビットと共通にすることもできる。
すなわち、共有に利用可能なリソース要素の正確な区切りに基づいて、リソース要素のサイズを推論することができる。
【0043】
リソース要素が共有に利用可能である時間間隔を示す少なくとも１つのビットとは、リソース要素が共有に利用可能であることを示す、第１のデバイスによって送出される表示の内容を構成するいくつかの２進数字（すなわちビット）であって、そのようなビットが、リソース要素が利用可能である持続時間を示す、２進数字であると解釈される。
そのような時間間隔は、例えば、第１のデバイスの送信のタイミング又は配分された無線リソースの第１のセットを構成するスロットに関係し得る。
そのような時間間隔は、例えば、第１のデバイスの送信のタイミング又は配分された無線リソースの第１のセットを構成するスロットに関係し得る。
【0044】
共有に利用可能なリソース要素に関連付けられた地理的ゾーンを示す少なくとも１つのビットとは、リソース要素が共有に利用可能であることを示す、第１のデバイスによって送出される表示の内容を構成するいくつかの２進数字（すなわちビット）であって、そのようなビットが、リソース要素を送信に使用することができる場所を示す（又は直接推論することを可能にする）、２進数字であると解釈される。
そのような地理的ゾーンは、例えば、第１のデバイスのリソースプール、又は、第１のデバイス及び配分された無線リソースの第１のセットを使用する第１のデバイスの送信を受信するデバイスの位置に関係し得る。
そのような地理的ゾーンは、例えば、第１のデバイスのリソースプール、又は、第１のデバイス及び配分された無線リソースの第１のセットを使用する第１のデバイスの送信を受信するデバイスの位置に関係し得る。
【0045】
本発明の一態様によれば、リソース要素は、少なくとも１つの送信次元において共有に利用可能であり、上記送信次元は、
空間送信次元と、
偏波送信次元と、
時間周波数送信次元と、
を含む要素のセットの中の少なくとも１つの要素を含む。
空間送信次元と、
偏波送信次元と、
時間周波数送信次元と、
を含む要素のセットの中の少なくとも１つの要素を含む。
【0046】
したがって、第１のデバイスは、可能性のある他のデバイスに、多重化において共有に利用可能にされたリソース要素を使用してそれ自身の送信を行うよう提案することができる。
多重化とは、１つの通信チャネルを使用する一連の独立した重なり合わない送信への送信分割を指す。
多重化とは、１つの通信チャネルを使用する一連の独立した重なり合わない送信への送信分割を指す。
【0047】
その結果、第１のデバイスは、様々な領域（すなわち送信次元）において多重化を使用して送信の可能性の数を増加させることができる。
リソース多重化を使用することによって、いくつかの送信は、単一の通信媒体（例えば、単一の多重化された物理チャネル等）を使用して個別の方法で行うことができる。
ネットワークにおけるスペクトル不足は、リソース多重化によって、同じリソース要素を各送信次元内でいくつかの別個の送信に使用することができるようにして対処することができる。
実際、リソースプールは、デバイスの送信用に当該デバイスに配分されるスロット及びサブチャネルとして、限られた数のスロット及びサブチャネルしか含んでいないので、例えば空間送信次元（又は偏波送信次元）におけるそのようなリソースプールの多重化は、同じ時間及び周波数に関連したリソースの複数の「コピー」を有することを可能にし、リソースプールＲＰの各「コピー」は、いくつかの別個の送信に同時に使用可能である。
リソース多重化を使用することによって、いくつかの送信は、単一の通信媒体（例えば、単一の多重化された物理チャネル等）を使用して個別の方法で行うことができる。
ネットワークにおけるスペクトル不足は、リソース多重化によって、同じリソース要素を各送信次元内でいくつかの別個の送信に使用することができるようにして対処することができる。
実際、リソースプールは、デバイスの送信用に当該デバイスに配分されるスロット及びサブチャネルとして、限られた数のスロット及びサブチャネルしか含んでいないので、例えば空間送信次元（又は偏波送信次元）におけるそのようなリソースプールの多重化は、同じ時間及び周波数に関連したリソースの複数の「コピー」を有することを可能にし、リソースプールＲＰの各「コピー」は、いくつかの別個の送信に同時に使用可能である。
【0048】
リソース要素が時間及び周波数の送信次元において共有に利用可能であるとは、リソース要素が、時間における特定の数のＯＦＤＭシンボル及び周波数における特定の数のリソースブロックとして共有に利用可能であり、デバイスの送信が時間及び周波数に関連した無線リソースに依拠することができ、各送信が、時間における特定のスロット内において周波数における特定のサブチャネルにわたってスケジューリングされることと解釈される。
新無線の場合には、リソースプールは、時間及び周波数において多重化され、その結果、リソース要素は、時間及び周波数の送信次元において共有に利用可能である。
新無線の場合には、リソースプールは、時間及び周波数において多重化され、その結果、リソース要素は、時間及び周波数の送信次元において共有に利用可能である。
【0049】
リソース要素が偏波送信次元において共有に利用可能であるとは、第１のデバイスが、別個の幾何学的送信面をもたらす別個の幾何学的振動方位においてその送信をサポートする無線リソース（すなわち、固定スロット及び固定サブチャネル）を多重化することができることと解釈される。
例えば、デュアル偏波多重化の場合には、第１のデバイスは、垂直偏波面及び水平偏波面において同じ配分された無線リソースの第１のセットを使用して送信を行うことができ、２つの偏波面のうちの一方は、例えば第１のデバイスによってそれ自身の送信に使用されない。
この使用されない偏波面は、その場合に、偏波送信次元において使用されない偏波面における第１のデバイスによる共有に利用可能なリソース要素を指す。
例えば、デュアル偏波多重化の場合には、第１のデバイスは、垂直偏波面及び水平偏波面において同じ配分された無線リソースの第１のセットを使用して送信を行うことができ、２つの偏波面のうちの一方は、例えば第１のデバイスによってそれ自身の送信に使用されない。
この使用されない偏波面は、その場合に、偏波送信次元において使用されない偏波面における第１のデバイスによる共有に利用可能なリソース要素を指す。
【0050】
リソース要素が空間送信次元において共有に利用可能であるとは、第１のデバイスがビームフォーミングを行うことができ、別個の空間方向においてその送信をサポートする無線リソース（すなわち、固定スロット及び固定サブチャネル）を多重化することができることと解釈される。
少なくとも１つの方向は、第１のデバイスによってそれ自身の送信に使用されない。
そのような使用されない空間方向におけるリソース要素は、その場合に、空間送信次元の使用されない空間方向における第１のデバイスによる共有に利用可能なリソース要素を指す。
少なくとも１つの方向は、第１のデバイスによってそれ自身の送信に使用されない。
そのような使用されない空間方向におけるリソース要素は、その場合に、空間送信次元の使用されない空間方向における第１のデバイスによる共有に利用可能なリソース要素を指す。
【0051】
本発明の一態様によれば、第１のデバイスは、リソースプール内の輻輳レベルの表示を取得し、第１のデバイスは、少なくとも１つの既定の輻輳レベル閾値を第１のメモリユニットに更に記憶し、１次基準は、輻輳レベルが輻輳レベル閾値を超えている場合に満たされる。
【0052】
したがって、第１のデバイスが、ネットワークにスペクトル不足状況が存在し、リソースプールが、無線リソースをそのようなリソースプールに要請する全てのデバイスに配分される利用可能な無線リソースを潜在的に欠くおそれがあると判断した場合には、第１のデバイスは、そのリソース要素の共有を提案することができる。
その結果、リソース要素が輻輳したネットワーク状況において共有に利用可能であることを示すことによって、第１のデバイスは、別のデバイスが、例えばリソースプール内の利用可能な無線リソースの欠如（ひいては、例えばリソース選択手順の不成功）に起因して当該別のデバイスに配分される無線リソースのセットの取得に失敗するにもかかわらず、それ自身の送信を行うリソース要素を取得することを可能にすることができる。
その結果、リソース要素が輻輳したネットワーク状況において共有に利用可能であることを示すことによって、第１のデバイスは、別のデバイスが、例えばリソースプール内の利用可能な無線リソースの欠如（ひいては、例えばリソース選択手順の不成功）に起因して当該別のデバイスに配分される無線リソースのセットの取得に失敗するにもかかわらず、それ自身の送信を行うリソース要素を取得することを可能にすることができる。
【0053】
リソースプール内の輻輳レベルの表示を取得するとは、第１のデバイスがリソースプール内の輻輳レベルに関する値を、ネットワーク又は別のデバイスからそのような値を受信することによって取得することができることと解釈される。
そのような値は、第１のデバイスが、例えば測定、推定又は計算に基づいて求めることもできる。
輻輳レベルの表示は、例えばチャネルビジー率（すなわちＣＢＲ）及び／又はリソースプールの各サブフレームの受信信号エネルギーのレベルに対応することができる。
輻輳レベルのそのような表示によって、第１のデバイスは、リソースプール内の輻輳レベルを反映する値を実際に取得することが可能になる（そのような値は、輻輳レベル自体の表示に対応することもできる）。
そのような値は、第１のデバイスが、例えば測定、推定又は計算に基づいて求めることもできる。
輻輳レベルの表示は、例えばチャネルビジー率（すなわちＣＢＲ）及び／又はリソースプールの各サブフレームの受信信号エネルギーのレベルに対応することができる。
輻輳レベルのそのような表示によって、第１のデバイスは、リソースプール内の輻輳レベルを反映する値を実際に取得することが可能になる（そのような値は、輻輳レベル自体の表示に対応することもできる）。
【0054】
輻輳レベル閾値とは、リソースプール内の輻輳レベルが、その値を超えると輻輳状況を反映しているとみなされる輻輳レベルの最大値であると解釈される。
そのような輻輳レベル閾値は、ネットワークが第１のデバイスについて事前に定義することができる。
第１のデバイスは、いくつかの輻輳レベル閾値を記憶することもでき、これらの閾値によって、第１のデバイスは、リソースプール内の輻輳状況をより正確に判断するために、リソースプール内のいくつかの輻輳レベルを判断することが可能になる。
輻輳レベルの表示から得られる輻輳レベルと比較される輻輳レベル閾値は、第１のデバイスによって記憶された輻輳レベル閾値のうちの１つである。
そのような輻輳レベル閾値は、ネットワークが第１のデバイスについて事前に定義することができる。
第１のデバイスは、いくつかの輻輳レベル閾値を記憶することもでき、これらの閾値によって、第１のデバイスは、リソースプール内の輻輳状況をより正確に判断するために、リソースプール内のいくつかの輻輳レベルを判断することが可能になる。
輻輳レベルの表示から得られる輻輳レベルと比較される輻輳レベル閾値は、第１のデバイスによって記憶された輻輳レベル閾値のうちの１つである。
【0055】
本発明の一態様によれば、第１のデバイスは、
第１のデバイスの第１のリソース占有量の物理的測定値を取得し、
第１のデバイスから少なくとも１つの第１の受信デバイスへの第１のデータパケットの少なくとも１つの送信用の第１のデバイスの第１のリソース使用量に関する値を求め、
１次基準は、
輻輳レベルが輻輳レベル閾値を超えており、
第１のデバイスの第１のリソース占有量の物理的測定値が、第１のデバイスの第１のリソース使用量に関する値を超えている、
場合に満たされる。
第１のデバイスの第１のリソース占有量の物理的測定値を取得し、
第１のデバイスから少なくとも１つの第１の受信デバイスへの第１のデータパケットの少なくとも１つの送信用の第１のデバイスの第１のリソース使用量に関する値を求め、
１次基準は、
輻輳レベルが輻輳レベル閾値を超えており、
第１のデバイスの第１のリソース占有量の物理的測定値が、第１のデバイスの第１のリソース使用量に関する値を超えている、
場合に満たされる。
【0056】
したがって、第１のデバイスが、第１のデバイスに配分された無線リソースの第１のセット内に使用されないリソース要素があるとともに、ネットワークにスペクトル不足状況が存在し、したがって、第１のデバイスから別のデバイスへのリソース要素の再配分が必要であると判断した場合に、第１のデバイスは、そのリソース要素の共有を提案することができる。
これによって、第１のデバイスは、使用されないリソース要素を浪費しないことが可能になり、そのようなリソース要素は、別のデバイスによってそれ自身の送信に潜在的に必要とされる。
リソース要素の共有は、このように、ネットワークにおける輻輳状況に加えて第１のデバイス自身のリソース使用量に対しても状況に応じた適応的な方法で第１のデバイスによって行われる。
これによって、第１のデバイスは、使用されないリソース要素を浪費しないことが可能になり、そのようなリソース要素は、別のデバイスによってそれ自身の送信に潜在的に必要とされる。
リソース要素の共有は、このように、ネットワークにおける輻輳状況に加えて第１のデバイス自身のリソース使用量に対しても状況に応じた適応的な方法で第１のデバイスによって行われる。
【0057】
第１のデバイスの第１のリソース占有量とは、第１のデバイスに配分された無線リソースの第１のセットのサイズ、すなわち、第１のデバイスがその送信を行うために自由に使用することができる無線リソースの量であると解釈される。
【0058】
第１のリソース使用量とは、所定の時間内に第１のデバイスによってその送信に実際に使用される無線リソースの量（例えば、第１のデバイスのチャネル使用率すなわちＣＲ）であると解釈される。
第１のデバイスの第１のリソース使用量は、例えば、第１のデバイスのサービス品質要件及びリソースプール内の輻輳レベルを考慮に入れることができ、その結果、第１のデバイスがその送信を行うために使用し得るリソース要素の量が得られる。
第１のデバイスの第１のリソース使用量は、例えば、第１のデバイスのサービス品質要件及びリソースプール内の輻輳レベルを考慮に入れることができ、その結果、第１のデバイスがその送信を行うために使用し得るリソース要素の量が得られる。
【0059】
第１のデバイスの第１のリソース占有量と第１のリソース使用量との間の差は、第１のデバイスによって共有されるリソース要素が利用可能であることに関する値を反映することができる。
【0060】
本発明の一態様によれば、第１のデバイスは、配分された無線リソースの第１のセットを使用して、第１のデータパケットを少なくとも１つの第１の受信デバイスに送信し、第１のデバイスは、少なくとも２つの第１の偏波アンテナと、第１の偏波アンテナごとの第１の無線周波数チェーンとを備え、第１のデバイスは、第１のデバイス側及び第１の受信デバイス側における交差偏波比の測定値を取得し、第１のデバイスは、第１の交差偏波比閾値を第１のメモリユニットに更に記憶し、
輻輳レベルが輻輳レベル閾値を超えており、
第１のデバイス側及び第１の受信デバイス側における交差偏波比の測定値が第１の交差偏波比閾値を超えている、
場合には、１次基準は満たされ、第１のデバイスは、偏波送信次元においてリソース要素を共有する。
輻輳レベルが輻輳レベル閾値を超えており、
第１のデバイス側及び第１の受信デバイス側における交差偏波比の測定値が第１の交差偏波比閾値を超えている、
場合には、１次基準は満たされ、第１のデバイスは、偏波送信次元においてリソース要素を共有する。
【0061】
その結果、第１のデバイスが、
リソースプール内の輻輳状況が、可能性のある他のデバイスがそれら自身の送信にそのようなリソース要素を使用するためにリソース要素の共有を必要とし、
第１のデバイスのハードウェア能力及びチャネル状態が、第１のデバイスが偏波送信次元において送信を行うのに好適である、
と判断した場合には、第１のデバイスは、リソース要素が特定の偏波面（すなわち領域）において共有に利用可能であることを示すことができる。
リソースプール内の輻輳状況が、可能性のある他のデバイスがそれら自身の送信にそのようなリソース要素を使用するためにリソース要素の共有を必要とし、
第１のデバイスのハードウェア能力及びチャネル状態が、第１のデバイスが偏波送信次元において送信を行うのに好適である、
と判断した場合には、第１のデバイスは、リソース要素が特定の偏波面（すなわち領域）において共有に利用可能であることを示すことができる。
【0062】
少なくとも２つの第１の偏波アンテナ及び第１の偏波アンテナごとの第１の無線周波数チェーンとは、第１のデバイスハードウェアに含まれる２つの異なる無線アンテナであり、２つの第１の偏波アンテナ及びそれらのそれぞれの無線周波数チェーン（すなわちＲＦ（radiofrequency）チェーン）が、互いに異なる特定の偏波（又は偏波面）において最大電磁波信号を受信するように設計されていると解釈される。
例えば、２つの第１の偏波アンテナのうちの一方は、垂直偏波信号を受信することができるのに対して、他方の第１の偏波アンテナは、水平偏波信号を受信することができる。
第１のデバイスは、２つ以上の第１の偏波アンテナも有することができ、各第１の偏波アンテナは、特定且つ一意の偏波と、関連付けられた無線周波数チェーンとを有する。
第１のデバイスは、したがって、異なる第１の偏波アンテナを使用して異なる偏波面において信号を送信することができる。
例えば、２つの第１の偏波アンテナのうちの一方は、垂直偏波信号を受信することができるのに対して、他方の第１の偏波アンテナは、水平偏波信号を受信することができる。
第１のデバイスは、２つ以上の第１の偏波アンテナも有することができ、各第１の偏波アンテナは、特定且つ一意の偏波と、関連付けられた無線周波数チェーンとを有する。
第１のデバイスは、したがって、異なる第１の偏波アンテナを使用して異なる偏波面において信号を送信することができる。
【0063】
第１のデバイス側及び第１の受信デバイス側における交差偏波比の測定値とは、検討対象の偏波面（第１のデバイスと第１の受信デバイスとの間の送信に実際に使用される偏波）において第１のデバイスから受信デバイスに送出される無線電力と、直交偏波面（すなわち、交差偏波面）において干渉する無線電力との間の比であると解釈される。
そのような交差偏波比の測定値は、例えば、第１のデバイスの偏波アンテナと第１の受信デバイスの偏波アンテナとの間の整列のレベルと、そのようなアンテナの間の高低差とに依存し得る。
第１の交差偏波比閾値は、第１のデバイスが、ネットワーク内のチャネル状態が所与の偏波面における送信に好適であると考えるために交差偏波比の最小値を指す。
そのような交差偏波比の測定値は、例えば、第１のデバイスの偏波アンテナと第１の受信デバイスの偏波アンテナとの間の整列のレベルと、そのようなアンテナの間の高低差とに依存し得る。
第１の交差偏波比閾値は、第１のデバイスが、ネットワーク内のチャネル状態が所与の偏波面における送信に好適であると考えるために交差偏波比の最小値を指す。
【0064】
本発明の一態様によれば、第１のデバイスは、少なくとも２つの空間的に分離されたアンテナを備える少なくとも１つの第１のアンテナパネルを備え、
輻輳レベルが輻輳レベル閾値を超えている場合には、１次基準は満たされ、第１のデバイスは、空間送信次元においてリソース要素を共有する。
輻輳レベルが輻輳レベル閾値を超えている場合には、１次基準は満たされ、第１のデバイスは、空間送信次元においてリソース要素を共有する。
【0065】
その結果、第１のデバイスが、
リソースプール内の輻輳状況が、可能性のある他のデバイスがそれら自身の送信にリソース要素を使用するためにそのようなリソース要素の共有を必要とし、
第１のデバイスのハードウェア能力が、第１のデバイスがビームフォーミングを行うことを可能にする、
と判断した場合に、第１のデバイスは、リソース要素が空間送信次元において共有に利用可能であることを示すことができる。
リソースプール内の輻輳状況が、可能性のある他のデバイスがそれら自身の送信にリソース要素を使用するためにそのようなリソース要素の共有を必要とし、
第１のデバイスのハードウェア能力が、第１のデバイスがビームフォーミングを行うことを可能にする、
と判断した場合に、第１のデバイスは、リソース要素が空間送信次元において共有に利用可能であることを示すことができる。
【0066】
少なくとも２つの空間的に分離されたアンテナを備える少なくとも１つの第１のアンテナパネルとは、第１のデバイスが、異なる空間方向のそれぞれに送信を行い、したがってビームフォーミングを行うためにそのような異なる空間方向を分離することを可能にする第１のデバイスのハードウェア機器の一部分であると解釈される。
【0067】
第１のデバイスは、送信ビームフォーミングが方向制約を顕著に示し、その結果、ビームフォーミングを使用する送信がブロードキャスト及びグループキャストにほとんど適用することができないことを考慮に入れることもできる。
その結果、第１のデバイスの空間次元における送信がユニキャスト送信である場合に、１次基準を満たすことができ、第１のデバイスは、空間送信次元においてリソース要素を共有することができる。
その結果、第１のデバイスの空間次元における送信がユニキャスト送信である場合に、１次基準を満たすことができ、第１のデバイスは、空間送信次元においてリソース要素を共有することができる。
【0068】
本発明の別の態様は、本発明の第１の態様を通して記載の方法を実行する第１の処理回路を備える、第１のデバイスに関する。
【0069】
本発明の別の態様は、本発明の第１の態様に記載の方法を実行する第１のコンピューター可読媒体に記憶されたプログラム命令コードの第１のセットを含む、コンピュータープログラム製品に関する。
【0070】
本発明の第２の態様は、無線通信ネットワーク内で少なくとも１つのリソース要素を利用する第２のデバイスによって実施される方法であって、このリソース要素は、リソースプール内において第１のデバイス用に確保された無線リソースの第１のセットに属し、第１のデバイス及び第２のデバイスは、無線通信ネットワーク内でデバイスツーデバイス通信を使用し、本方法は、
リソース要素が第１のデバイスによる共有に利用可能であることを示す表示を、デバイスツーデバイス通信を通じて受信することと、
無線通信ネットワーク内における送信に、第１のデバイスによって共有されるリソース要素を利用することと、
を含む、方法に関する。
リソース要素が第１のデバイスによる共有に利用可能であることを示す表示を、デバイスツーデバイス通信を通じて受信することと、
無線通信ネットワーク内における送信に、第１のデバイスによって共有されるリソース要素を利用することと、
を含む、方法に関する。
【0071】
したがって、第２のデバイスは、第２のデバイスに配分される無線リソースのセットを、例えばリソース選択手順を実行することによって必ずしも取得することなく、第２のデバイスの送信をサポートするリソース要素を取得することができる。
既存のリソース選択手順は、第２のデバイスがリソースセンシング方法によってリソースプールにおいて分散型リソース選択手順を実行するものとすることができ、これによって、第２のデバイスは、リソースプールにおいて利用可能な無線リソースを特定し、続いて、その無線リソースをそれ自身の送信用に選択することが可能になる。
リソース選択手順は、ネットワークスケジューリングに基づくこともでき、ネットワークは、ネットワークに対して第２のデバイスによって開始されたリソース要求手順の後に、配分された無線リソースのセットを第２のデバイスに与える。
したがって、デバイスツーデバイス通信を通じて第１のデバイスによって利用可能にされたリソース要素を利用することによって、第２のデバイスは、リソース選択手順又はリソース要求手順を省くことができ、本方法によって、第２のデバイスに配分された無線リソースを取得するために第２のデバイス（及びネットワークスケジューリング型選択手順の場合にはネットワーク）によって使用されるシグナリング及びエネルギーを削減することが可能になる。
既存のリソース選択手順は、第２のデバイスがリソースセンシング方法によってリソースプールにおいて分散型リソース選択手順を実行するものとすることができ、これによって、第２のデバイスは、リソースプールにおいて利用可能な無線リソースを特定し、続いて、その無線リソースをそれ自身の送信用に選択することが可能になる。
リソース選択手順は、ネットワークスケジューリングに基づくこともでき、ネットワークは、ネットワークに対して第２のデバイスによって開始されたリソース要求手順の後に、配分された無線リソースのセットを第２のデバイスに与える。
したがって、デバイスツーデバイス通信を通じて第１のデバイスによって利用可能にされたリソース要素を利用することによって、第２のデバイスは、リソース選択手順又はリソース要求手順を省くことができ、本方法によって、第２のデバイスに配分された無線リソースを取得するために第２のデバイス（及びネットワークスケジューリング型選択手順の場合にはネットワーク）によって使用されるシグナリング及びエネルギーを削減することが可能になる。
【0072】
本方法は、第２のデバイスが、第２のデバイスに配分される無線リソースのセットを取得しないとき、例えば、第２のデバイスによって開始されたリソース選択手順が、第２のデバイス用にリソースプールにおいて無線リソースを確保することに失敗した場合に、第２のデバイスが、それ自身の送信を行うためにリソース要素を取得することも可能にする。
これは、リソースプールが輻輳しており、第２のデバイスに配分される利用可能な無線リソースが十分にない状況の場合に該当し得る。
リソースプール内の無線リソースを必要とし、第２のデバイスと比較してより厳しいサービス品質（ＱｏＳ）要件又はより高い送信優先度を有する他のデバイスが存在する場合もあり、これによって、リソースプールの利用可能な無線リソースは、そのような他のデバイスに優先して配分される。
したがって、第２のデバイスがそれ自身の送信を行う無線リソースが欠如する場合があり、第２のデバイスは、リソースプールにおいて別のリソース選択手順を実行するのを待機しなければならない場合があり、これによって、その信頼性は低下し、そのレイテンシーは増加する。
その結果、本方法は、無線通信ネットワークの信頼性問題及び性能問題に対処することを可能にする。
これは、リソースプールが輻輳しており、第２のデバイスに配分される利用可能な無線リソースが十分にない状況の場合に該当し得る。
リソースプール内の無線リソースを必要とし、第２のデバイスと比較してより厳しいサービス品質（ＱｏＳ）要件又はより高い送信優先度を有する他のデバイスが存在する場合もあり、これによって、リソースプールの利用可能な無線リソースは、そのような他のデバイスに優先して配分される。
したがって、第２のデバイスがそれ自身の送信を行う無線リソースが欠如する場合があり、第２のデバイスは、リソースプールにおいて別のリソース選択手順を実行するのを待機しなければならない場合があり、これによって、その信頼性は低下し、そのレイテンシーは増加する。
その結果、本方法は、無線通信ネットワークの信頼性問題及び性能問題に対処することを可能にする。
【0073】
本発明は、既存のリソース配分方式に代わる方式としてデバイスの間のリソース要素の直接再配分も可能にする。
第１のデバイスによって使用されない場合があるリソース要素は、再配分することができ、第２のデバイスが利用することができる。
これによって、リソースの浪費が回避され、既存のＲＲＭ方式と比較して状況に応じた適応的な無線リソース管理（ＲＲＭ）が可能になる。
第１のデバイスによって使用されない場合があるリソース要素は、再配分することができ、第２のデバイスが利用することができる。
これによって、リソースの浪費が回避され、既存のＲＲＭ方式と比較して状況に応じた適応的な無線リソース管理（ＲＲＭ）が可能になる。
【0074】
第２のデバイスとは、無線通信ネットワークの車両ユーザー機器であると解釈される。
第２のデバイスは、モバイルデバイス（移動している車両の場合）又は静止デバイス（例えば停止している車両の場合）のいずれであってもよい。
第２のデバイスは、新無線（ＮＲ）ビークルツーエブリシング（Ｖ２Ｘ）技術を備えるとみなされる。
第２のデバイスは、第１のデバイスと異なるデバイスであり、第１のデバイスからの無線リソースの第１のセットによってサポートされる送信を受信するデバイスと異なってもよい。
第２のデバイスは、リソースプール（そのようなリソースプールは、第１のデバイスがその配分された無線リソースの第１のセットを取得するリソースプールと共通である場合もあるし共通でない場合もある）から第２のデバイスに配分された無線リソースのセットを取得するために、リソース選択手順を実行済みである場合もあるし実行済みでない場合もある。
第２のデバイスは、モバイルデバイス（移動している車両の場合）又は静止デバイス（例えば停止している車両の場合）のいずれであってもよい。
第２のデバイスは、新無線（ＮＲ）ビークルツーエブリシング（Ｖ２Ｘ）技術を備えるとみなされる。
第２のデバイスは、第１のデバイスと異なるデバイスであり、第１のデバイスからの無線リソースの第１のセットによってサポートされる送信を受信するデバイスと異なってもよい。
第２のデバイスは、リソースプール（そのようなリソースプールは、第１のデバイスがその配分された無線リソースの第１のセットを取得するリソースプールと共通である場合もあるし共通でない場合もある）から第２のデバイスに配分された無線リソースのセットを取得するために、リソース選択手順を実行済みである場合もあるし実行済みでない場合もある。
【0075】
第２のデバイスは、第２のデバイスが空間又は偏波等の１つ又はいくつかの特定の送信次元において信号を送信及び受信することを可能にする特定のアンテナ及び／又はアンテナアレイパネル等の特定のハードウェアも備えることができる。
第２のデバイスは、例えば垂直偏波面及び水平偏波面において偏波多重化を行うことができ、及び／又は空間における特定の方向にビームフォーミングを行うことができる。
第２のデバイスは、例えば垂直偏波面及び水平偏波面において偏波多重化を行うことができ、及び／又は空間における特定の方向にビームフォーミングを行うことができる。
【0076】
リソース要素が第１のデバイスによる共有に利用可能であることを示す表示を、デバイスツーデバイス通信を通じて受信することとは、第２のデバイスが、例えば、ブロードキャスト、グループキャスト又はユニキャストされたメッセージとして送出された第１のデバイスからのメッセージを受信することができ、そのようなメッセージが、リソース要素が共有に利用可能であることを示し、リソース要素についての特定の情報を含むことと解釈される。
リソース要素に関するそのような表示及び情報は、リソース要素が共有に利用可能であることを示す表示を形成する一連の２進数字として符号化することができ、これらの２進数字は、第２のデバイスが例えば復号化モジュールを使用することによって復号化可能なものとすることができる。
リソース要素に関するそのような表示及び情報は、リソース要素が共有に利用可能であることを示す表示を形成する一連の２進数字として符号化することができ、これらの２進数字は、第２のデバイスが例えば復号化モジュールを使用することによって復号化可能なものとすることができる。
【0077】
リソース要素が第１のデバイスによる共有に利用可能であることを示す表示の復号化は、第２のデバイスが、表示の次のビットを復号化する前に表示内の各ビット又はビットのセットを復号化及び処理することができるように、漸進的なものとすることができる。
これによって、例えば、第２のデバイスによって復号化される最初のビットが、第２のデバイスが例えば共有に利用可能にされたリソース要素を利用することができないか又は利用する必要がないと判断することを既に可能にしている場合には、第２のデバイスは、リソース要素が共有に利用可能であることを示す表示全体を処理しないことによってエネルギー及び時間を得ることが可能になる。
そのような場合には、第２のデバイスは、受信された表示の復号化を継続する必要がないものとすることができ、受信された表示の残りの部分を無視することができる。
第２のデバイスは、リソース要素が共有に利用可能であることを示す表示を受信すると、例えば、リソースプールにおいて第２のデバイスによって行われるリソースセンシングフェーズが、（リソース要素が第１のデバイスに配分されているので）リソース要素が利用不能であることを反映するにもかかわらず、リソースプール内のリソース要素を正確に特定することもできるものであってもよく、そのようなリソース要素が利用可能であることを考慮に入れる。
これによって、例えば、第２のデバイスによって復号化される最初のビットが、第２のデバイスが例えば共有に利用可能にされたリソース要素を利用することができないか又は利用する必要がないと判断することを既に可能にしている場合には、第２のデバイスは、リソース要素が共有に利用可能であることを示す表示全体を処理しないことによってエネルギー及び時間を得ることが可能になる。
そのような場合には、第２のデバイスは、受信された表示の復号化を継続する必要がないものとすることができ、受信された表示の残りの部分を無視することができる。
第２のデバイスは、リソース要素が共有に利用可能であることを示す表示を受信すると、例えば、リソースプールにおいて第２のデバイスによって行われるリソースセンシングフェーズが、（リソース要素が第１のデバイスに配分されているので）リソース要素が利用不能であることを反映するにもかかわらず、リソースプール内のリソース要素を正確に特定することもできるものであってもよく、そのようなリソース要素が利用可能であることを考慮に入れる。
【0078】
第１のデバイスによって共有されるリソース要素を無線通信ネットワーク内の送信に利用することとは、第２のデバイスが、それ自身の第２のデータパケットを受信する別のデバイス（そのような別のデバイスは第２の受信デバイスと呼ばれる）に送信されるそのような第２のデータパケットを、第１のデバイスによる共有に利用可能であり、本開示の第１の態様に従って第１のデバイスによって示されるリソース要素を使用して送信することと解釈される。
【0079】
本発明の一態様によれば、リソース要素が第１のデバイスによる共有に利用可能であることを示す表示は、デバイスツーデバイス通信を通じて、共有シグナリングメッセージ内において受信される。
【0080】
本発明の一態様によれば、リソース要素を利用することは、２次基準に基づいており、この２次基準は、
リソース要素の利用を可能又は不可能にする事前構成メッセージと、
リソースプール内の輻輳レベルに関するデータと、
無線通信ネットワークのチャネル状態に関するデータと、
リソース要素が共有に利用可能である時間間隔に関するデータであって、第１のデバイスから受信されるデータと、
共有に利用可能なリソース要素に関連付けられた地理的ゾーンに関するデータであって、第１のデバイスから受信されるデータと、
共有に利用可能なリソース要素のサイズに関するデータであって、第１のデバイスから受信されるデータと、
共有に利用可能なリソース要素の少なくとも１つの送信次元に関するデータであって、第１のデバイスから受信されるデータと、
第２のデバイスのハードウェア能力と、
のうちの１つ又はそれらの組み合わせに関係する。
リソース要素の利用を可能又は不可能にする事前構成メッセージと、
リソースプール内の輻輳レベルに関するデータと、
無線通信ネットワークのチャネル状態に関するデータと、
リソース要素が共有に利用可能である時間間隔に関するデータであって、第１のデバイスから受信されるデータと、
共有に利用可能なリソース要素に関連付けられた地理的ゾーンに関するデータであって、第１のデバイスから受信されるデータと、
共有に利用可能なリソース要素のサイズに関するデータであって、第１のデバイスから受信されるデータと、
共有に利用可能なリソース要素の少なくとも１つの送信次元に関するデータであって、第１のデバイスから受信されるデータと、
第２のデバイスのハードウェア能力と、
のうちの１つ又はそれらの組み合わせに関係する。
【0081】
その結果、第２のデバイスは、リソース要素が共有に利用可能であることを示す表示を受信すると、第２のデバイスがそのようなリソース要素を必要とし及び／又は利用することができるか否かを判断するために、特定のプロセスをトリガーすることができる。
２次基準が満たされていない場合には、第２のデバイスは、共有に利用可能なリソース要素を利用しないことを決定し、第２のデバイスは、第１のデバイスによって送出された表示を無視することができる。
２次基準が満たされていない場合には、第２のデバイスは、共有に利用可能なリソース要素を利用しないことを決定し、第２のデバイスは、第１のデバイスによって送出された表示を無視することができる。
【0082】
共有に利用可能なリソース要素についての第１のデバイスから受信されるデータとは別に、第２のデバイスの２次基準は、
第２のデバイスがその送信を行う必要がある持続時間に関するデータと、
第２のデバイスがいる地理的エリアに関するデータと、
第２のデバイスの第２のリソース使用量に関するデータであって、そのような第２のリソース使用量は、第２のデバイスが第２の受信デバイスにその送信を行うのに必要とされるリソース要素の量を指す、データと、
においても関係し得る。
第２のデバイスがその送信を行う必要がある持続時間に関するデータと、
第２のデバイスがいる地理的エリアに関するデータと、
第２のデバイスの第２のリソース使用量に関するデータであって、そのような第２のリソース使用量は、第２のデバイスが第２の受信デバイスにその送信を行うのに必要とされるリソース要素の量を指す、データと、
においても関係し得る。
【0083】
本発明の一態様によれば、リソース要素が第１のデバイスによる共有に利用可能であることを示す表示は、共有に利用可能なリソース要素のサイズに関するデータを少なくとも含み、第２のデバイスは、
リソースプール内の輻輳レベルに関するデータと、
第２のデバイスから少なくとも１つの第２の受信デバイスへの第２のデータパケットの少なくとも１つの送信用の第２のデバイスの第２のリソース使用量の測定値と、
を取得し、
第２のデバイスは、少なくとも１つの既定の輻輳レベル閾値を第２のメモリユニットに更に記憶し、
第２のデバイスは、第２のデバイスの第２のリソース使用量の測定値を共有に利用可能なリソース要素のサイズと比較し、２次基準は、
輻輳レベルが輻輳レベル閾値を超えており、
第１のデバイスによる共有に利用可能なリソース要素のサイズが、第２のデバイスの第２のリソース使用量の測定値を超えている、
場合に満たされる。
リソースプール内の輻輳レベルに関するデータと、
第２のデバイスから少なくとも１つの第２の受信デバイスへの第２のデータパケットの少なくとも１つの送信用の第２のデバイスの第２のリソース使用量の測定値と、
を取得し、
第２のデバイスは、少なくとも１つの既定の輻輳レベル閾値を第２のメモリユニットに更に記憶し、
第２のデバイスは、第２のデバイスの第２のリソース使用量の測定値を共有に利用可能なリソース要素のサイズと比較し、２次基準は、
輻輳レベルが輻輳レベル閾値を超えており、
第１のデバイスによる共有に利用可能なリソース要素のサイズが、第２のデバイスの第２のリソース使用量の測定値を超えている、
場合に満たされる。
【0084】
その結果、リソースプールが第２のデバイスによって輻輳状況にあると判断された場合には、第２のデバイスは、第１のデバイスによる共有に利用可能なリソース要素を利用する必要があり得ると判断する。
リソースプールが輻輳している場合には、例えば、リソースプールは、第２のデバイスに配分される十分な量の利用可能な無線リソースを有していないので、第２のデバイスは、それ自身の送信をサポートするために使用される配分された無線リソースのセットを取得することができない場合がある。
第２のデバイスは、第２のデバイスよりも厳しいサービス品質要件のより高い送信優先度を有する他のデバイスとリソースプールにおいて競合している場合もあり、その結果、第２のデバイスには、その送信用の無線リソースが配分されない場合もある。
したがって、第２のデバイスがそれ自身の送信を行うリソースが欠如し、その場合に、第２のデバイスは、第１のデバイスによる共有に利用可能なリソース要素を必要とすると判断することができる。
リソースプールが輻輳している場合には、例えば、リソースプールは、第２のデバイスに配分される十分な量の利用可能な無線リソースを有していないので、第２のデバイスは、それ自身の送信をサポートするために使用される配分された無線リソースのセットを取得することができない場合がある。
第２のデバイスは、第２のデバイスよりも厳しいサービス品質要件のより高い送信優先度を有する他のデバイスとリソースプールにおいて競合している場合もあり、その結果、第２のデバイスには、その送信用の無線リソースが配分されない場合もある。
したがって、第２のデバイスがそれ自身の送信を行うリソースが欠如し、その場合に、第２のデバイスは、第１のデバイスによる共有に利用可能なリソース要素を必要とすると判断することができる。
【0085】
その上、第２のデバイスは、第１のデバイスによる共有に利用可能なリソース要素のサイズが第２のデバイスの送信をサポートするのに十分であると判断した場合に、リソース要素の利用を決定することができる。
【0086】
第２のリソース使用量とは、第２のデバイスが所与の時間内に第２の受信デバイスにそれ自身の送信を行うために必要とするリソース要素の量であると解釈される。
そのような第２のリソース使用量は、第２のデバイスが求めることができ、第２のデバイスのチャネル使用率（すなわちＣＲ）に対応することができる。
第２のデバイスの第２のリソース使用量は、例えば、第２のデバイスのサービス品質要件及びリソースプール内の輻輳レベルを考慮に入れることができ、その結果、第２のデバイスがその送信を行うために使用し得るリソース要素の量が得られる。
そのような第２のリソース使用量は、第２のデバイスが求めることができ、第２のデバイスのチャネル使用率（すなわちＣＲ）に対応することができる。
第２のデバイスの第２のリソース使用量は、例えば、第２のデバイスのサービス品質要件及びリソースプール内の輻輳レベルを考慮に入れることができ、その結果、第２のデバイスがその送信を行うために使用し得るリソース要素の量が得られる。
【0087】
本発明の一態様によれば、第１のデバイスによる共有に利用可能なリソース要素は、少なくとも偏波送信次元において共有され、第２のデバイスは、第２のデータパケットを少なくとも１つの第２の受信デバイスに送信し、第２のデバイスは、少なくとも２つの第２の偏波アンテナと、第２の偏波アンテナごとの第２の無線周波数チェーンとを備え、第２のデバイスは、第２のデバイス側及び第２の受信デバイス側における交差偏波比の測定値を取得し、第２のデバイスは、第２の交差偏波比閾値を第２のメモリユニットに更に記憶し、
輻輳レベルが、輻輳レベル閾値を超えており、
第１のデバイスによる共有に利用可能なリソース要素のサイズが、第２のデバイスの第２のリソース使用量の測定値を超えており、
第２のデバイス側及び第２の受信デバイス側における交差偏波比の測定値が、第２の交差偏波比閾値を超えている、
場合に、２次基準は満たされ、第２のデバイスは、偏波送信次元において第１のデバイスによる共有に利用可能なリソース要素を利用する。
輻輳レベルが、輻輳レベル閾値を超えており、
第１のデバイスによる共有に利用可能なリソース要素のサイズが、第２のデバイスの第２のリソース使用量の測定値を超えており、
第２のデバイス側及び第２の受信デバイス側における交差偏波比の測定値が、第２の交差偏波比閾値を超えている、
場合に、２次基準は満たされ、第２のデバイスは、偏波送信次元において第１のデバイスによる共有に利用可能なリソース要素を利用する。
【0088】
その結果、第２のデバイスが、
リソースプール内の輻輳状況が、第２のデバイスがそれ自身の送信をサポートするためにリソース要素を潜在的に必要とすることを要求するものであり、
第１のデバイスによる共有に利用可能なリソース要素のサイズが、第２のデバイスの送信をサポートするのに十分であり、
第２のデバイスのハードウェア能力及びチャネル状態が、第２のデバイスが偏波送信次元において第１のデバイスによって提案された偏波面に従って送信を行うのに好適である、
と判断した場合には、第２のデバイスは、偏波送信次元において第１のデバイスによって共有に利用可能にされたリソース要素を利用することができる。
リソースプール内の輻輳状況が、第２のデバイスがそれ自身の送信をサポートするためにリソース要素を潜在的に必要とすることを要求するものであり、
第１のデバイスによる共有に利用可能なリソース要素のサイズが、第２のデバイスの送信をサポートするのに十分であり、
第２のデバイスのハードウェア能力及びチャネル状態が、第２のデバイスが偏波送信次元において第１のデバイスによって提案された偏波面に従って送信を行うのに好適である、
と判断した場合には、第２のデバイスは、偏波送信次元において第１のデバイスによって共有に利用可能にされたリソース要素を利用することができる。
【0089】
本発明の一態様によれば、第１のデバイスによる共有に利用可能なリソース要素は、少なくとも空間送信次元において共有され、第２のデバイスは、少なくとも２つの空間的に分離されたアンテナを備える少なくとも１つの第２のアンテナパネルを備え、
輻輳レベルが輻輳レベル閾値を超えており、
第１のデバイスによる共有に利用可能なリソース要素のサイズが、第２のデバイスの第２のリソース使用量の測定値を超えている、
場合に、２次基準は満たされ、第２のデバイスは、空間送信次元において第１のデバイスによる共有に利用可能なリソース要素を利用する。
輻輳レベルが輻輳レベル閾値を超えており、
第１のデバイスによる共有に利用可能なリソース要素のサイズが、第２のデバイスの第２のリソース使用量の測定値を超えている、
場合に、２次基準は満たされ、第２のデバイスは、空間送信次元において第１のデバイスによる共有に利用可能なリソース要素を利用する。
【0090】
その結果、第２のデバイスが、
リソースプール内の輻輳状況が、可能性のある他のデバイスがそれら自身の送信にリソース要素を使用するために、そのようなリソース要素の共有を必要とし、
第２のデバイスのハードウェア能力が、第２のデバイスが表示において第１のデバイスによって提案された方向と同じ方向にビームフォーミングを行うことを可能にする、
と判断した場合に、第２のデバイスは、空間送信次元において第１のデバイスによって共有に利用可能にされたリソース要素を利用することができる。
リソースプール内の輻輳状況が、可能性のある他のデバイスがそれら自身の送信にリソース要素を使用するために、そのようなリソース要素の共有を必要とし、
第２のデバイスのハードウェア能力が、第２のデバイスが表示において第１のデバイスによって提案された方向と同じ方向にビームフォーミングを行うことを可能にする、
と判断した場合に、第２のデバイスは、空間送信次元において第１のデバイスによって共有に利用可能にされたリソース要素を利用することができる。
【0091】
第１のデバイスは、送信ビームフォーミングが方向制約を顕著に示し、その結果、ビームフォーミングを使用する送信がブロードキャスト及びグループキャストにほとんど適用することができないことを考慮に入れることもできる。
その結果、第２のデバイスの空間次元における送信がユニキャスト送信である場合に、２次基準を満たすことができ、第２のデバイスは、空間送信次元において第１のデバイスによって共有されるリソース要素を利用することができる。
その結果、第２のデバイスの空間次元における送信がユニキャスト送信である場合に、２次基準を満たすことができ、第２のデバイスは、空間送信次元において第１のデバイスによって共有されるリソース要素を利用することができる。
【0092】
本発明の一態様によれば、第２のデバイスは、２次基準が満たされている場合に、第１のデバイスによる共有に利用可能なリソース要素を使用して、第２のデータパケットを少なくとも第２の受信デバイスに送信する。
【0093】
その結果、第２のデバイスが、第１のデバイスによる共有に利用可能なリソース要素を利用することを決定すると、第２のデバイスは、第１のデバイスによって共有されるリソース要素に対応する配分された無線リソースの第１のセットの専用部分において、そのデータパケットを第２の受信デバイスに送信する。
【0094】
第２のデバイスは、第２のデバイスが第１のデバイスによって利用可能にされたリソース要素を利用することを他のデバイスに通知するために、新無線における物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）等のネットワークの特定のフィードバックチャネルにおいて、そのデータ送信の前に第２のデバイスの制御情報を含む制御シグナリングを送出することもできる。
【0095】
本発明の別の態様は、本開示の第２の態様を通して記載の方法を実行する第２の処理回路を備える、第２のデバイスに関する。
【0096】
本発明の別の態様は、本開示の第２の態様に記載の方法を実行する第２のコンピューター可読媒体に記憶されたプログラム命令コードの第２のセットを含む、コンピュータープログラム製品に関する。
【0097】
他の特徴、詳細、及び利点を、限定を避けて、以下の詳細な説明において、及び図面上で示す。
【図面の簡単な説明】
【0098】
【図1】本発明による方法の一実施形態を適用することができる一般的な無線通信ネットワークの一部分を示す図である。
【図2】一般的な無線通信ネットワークにおける既存のリソース配分手順を示す図である。
【図3】本発明の可能な実施形態による第１のデバイスのシグナリングを示す図である。
【図4】本発明の可能な実施形態による第１のデバイスによって実施されるステップを示すフローチャートである。
【図5】本発明の可能な実施形態による第２のデバイスによって実施されるステップを示すフローチャートである。
【図6】本発明の可能な実施形態による第１のデバイスによって実施されるステップを示すフローチャートである。
【図7】本発明の可能な実施形態による第２のデバイスによって実施されるステップを示すフローチャートである。
【図8】本発明の可能な実施形態による偏波送信次元におけるリソース共有を示す図である。
【図9】本発明の可能な実施形態による空間送信次元におけるリソース共有を示す図である。
【図10】本発明の可能な実施形態による時間周波数送信次元におけるリソース共有を示す図である。
【図11】デバイスの概略的な処理回路を示す図である。
【発明を実施するための形態】
【0099】
まず図１を参照する。
一般的な無線通信ネットワークＮＷの一部分が示されている。
そのような無線通信ネットワークＮＷは、基地局ＢＳと、歩行者Ｐと、路傍インフラストラクチャＩと、いくつかの車両ユーザー機器（すなわちＶ－ＵＥ（vehicular user equipment））ＵＥ１、ＵＥ２、ＵＥ３とを含む種々のユニットを含む。
別の実施形態において、無線通信ネットワークＮＷは、いくつかの基地局ＢＳと、種々の数のユニットとを全体として含んでもよい。
一般的な無線通信ネットワークＮＷの一部分が示されている。
そのような無線通信ネットワークＮＷは、基地局ＢＳと、歩行者Ｐと、路傍インフラストラクチャＩと、いくつかの車両ユーザー機器（すなわちＶ－ＵＥ（vehicular user equipment））ＵＥ１、ＵＥ２、ＵＥ３とを含む種々のユニットを含む。
別の実施形態において、無線通信ネットワークＮＷは、いくつかの基地局ＢＳと、種々の数のユニットとを全体として含んでもよい。
【0100】
そのようなユニットは、全体で協調型高度道路交通システム（Ｃ－ＩＴＳ：Cooperative Intelligent Transport System）を無線通信ネットワークＮＷ内に形成し、これは、そのようなユニットが、所与のデジタル技術を備え、交通安全及び交通効率に関する情報を互いに提供するために互いに通信することで行われる。
【0101】
そのようなネットワークＮＷ内の車両ユーザー機器ＵＥ１、ＵＥ２、ＵＥ３は、ビークルツーエブリシング（Ｖ２Ｘ）通信と呼ばれる車両通信システムを用いて使用可能にされる。
この通信は、車両ユーザー機器ＵＥ１、ＵＥ２、ＵＥ３と、車両ユーザー機器ＵＥ１、ＵＥ２、ＵＥ３に影響を与える場合もあるし、これらの車両ユーザー機器による影響を受ける場合もある任意のユニットとの間の全てのタイプの通信を示す。
所与の車両ユーザー機器ＵＥ１は、したがって、ビークルツービークル（Ｖ２Ｖ：Vehicle-to-Vehicle）通信を通じて別の車両ユーザー機器ＵＥ２、ＵＥ３とインタラクトすることもできるし、ビークルツーネットワーク（Ｖ２Ｎ：Vehicle-to-Network）通信を通じて基地局ＢＳ等のネットワークエンティティとインタラクトすることもできるし、ビークルツー歩行者（Ｖ２Ｐ：Vehicle-to-Pedestrian）通信を通じて歩行者Ｐのセルラーユーザー機器とインタラクトすることもできるし、ビークルツーインフラストラクチャ（Ｖ２Ｉ：Vehicle-to-Infrastructure）通信を通じてスマート信号機等の路傍インフラストラクチャＩとインタラクトすることもできる。
この通信は、車両ユーザー機器ＵＥ１、ＵＥ２、ＵＥ３と、車両ユーザー機器ＵＥ１、ＵＥ２、ＵＥ３に影響を与える場合もあるし、これらの車両ユーザー機器による影響を受ける場合もある任意のユニットとの間の全てのタイプの通信を示す。
所与の車両ユーザー機器ＵＥ１は、したがって、ビークルツービークル（Ｖ２Ｖ：Vehicle-to-Vehicle）通信を通じて別の車両ユーザー機器ＵＥ２、ＵＥ３とインタラクトすることもできるし、ビークルツーネットワーク（Ｖ２Ｎ：Vehicle-to-Network）通信を通じて基地局ＢＳ等のネットワークエンティティとインタラクトすることもできるし、ビークルツー歩行者（Ｖ２Ｐ：Vehicle-to-Pedestrian）通信を通じて歩行者Ｐのセルラーユーザー機器とインタラクトすることもできるし、ビークルツーインフラストラクチャ（Ｖ２Ｉ：Vehicle-to-Infrastructure）通信を通じてスマート信号機等の路傍インフラストラクチャＩとインタラクトすることもできる。
【0102】
特に、車両ユーザー機器ＵＥ１と別の車両ユーザー機器ＵＥ２等の別の車両ユーザー機器との間の通信（Ｖ２Ｖに対応する）又は例えば歩行者モバイルデバイスとの間の通信（Ｖ２Ｐに対応する）は、双方の通信エンドポイントがユーザー機器（ＵＥ：user equipment）であるので、サイドリンク（ＳＬ：Sidelink）通信又はデバイスツーデバイス通信（Ｄ２Ｄ）とも呼ばれる直接通信といわれる。
直接通信は、ネットワークＮＷの２つのユーザー機器（ＵＥ）の間の直接チャネルに対応するＰＣ５インターフェースと呼ばれるインターフェースを使用する。
セルラーネットワークベースの通信とは逆に、ＰＣ５を介したＵＥの間の直接通信は、基地局ＢＳを通る信号中継を必要としない。
直接通信は、ネットワークＮＷの２つのユーザー機器（ＵＥ）の間の直接チャネルに対応するＰＣ５インターフェースと呼ばれるインターフェースを使用する。
セルラーネットワークベースの通信とは逆に、ＰＣ５を介したＵＥの間の直接通信は、基地局ＢＳを通る信号中継を必要としない。
【0103】
本明細書においては、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって定義されているようなＮＲ Ｖ２ＸにおけるＰＣ５を介した２つの車両ユーザー機器（Ｖ－ＵＥ）の間の直接通信（すなわちＤ２Ｄ）を検討することにする。
その結果、車両ユーザー機器、デバイス、車両デバイス又は車両という用語は、本明細書の全体を通して区別なく使用される場合がある。
その結果、車両ユーザー機器、デバイス、車両デバイス又は車両という用語は、本明細書の全体を通して区別なく使用される場合がある。
【0104】
図１は、そのようなデバイスＵＥ１、ＵＥ２、ＵＥ３を示している。
全てのデバイスＵＥ１、ＵＥ２、ＵＥ３は、ＮＲ Ｖ２Ｘ能力を有するとみなされ、ＰＣ５インターフェースを使用して互いに直接通信を行うことができる。
例えば、図１における全矢印は、一方にある第１のデバイスＵＥ１と、他方にある第２のデバイスＵＥ２及び第３のデバイスＵＥ３との間のＰＣ５インターフェースを表している。
したがって、ＰＣ５を介して、第１のデバイスＵＥ１は、例えばユニキャスト送信を通じて、専用の制御シグナリング及びデータシグナリングを第２のデバイスＵＥ２又は第３のデバイスＵＥ３に送信することができる。
第１のデバイスＵＥ１は、他の任意のデバイスＵＥ２、ＵＥ３が受信することができるブロードキャスト送信及び／又はグループキャスト送信を通じて制御シグナリング及びデータシグナリングも送信することができ、ここでは詳述されないいくつかの地理的条件、チャネル状態及びハードウェア条件を提供することができる。
全てのデバイスＵＥ１、ＵＥ２、ＵＥ３は、ＮＲ Ｖ２Ｘ能力を有するとみなされ、ＰＣ５インターフェースを使用して互いに直接通信を行うことができる。
例えば、図１における全矢印は、一方にある第１のデバイスＵＥ１と、他方にある第２のデバイスＵＥ２及び第３のデバイスＵＥ３との間のＰＣ５インターフェースを表している。
したがって、ＰＣ５を介して、第１のデバイスＵＥ１は、例えばユニキャスト送信を通じて、専用の制御シグナリング及びデータシグナリングを第２のデバイスＵＥ２又は第３のデバイスＵＥ３に送信することができる。
第１のデバイスＵＥ１は、他の任意のデバイスＵＥ２、ＵＥ３が受信することができるブロードキャスト送信及び／又はグループキャスト送信を通じて制御シグナリング及びデータシグナリングも送信することができ、ここでは詳述されないいくつかの地理的条件、チャネル状態及びハードウェア条件を提供することができる。
【0105】
各デバイスＵＥ１、ＵＥ２、ＵＥ３は、図１１によって示されるような別個の処理回路を備える。
そのような処理回路は、デバイスＵＥ１、ＵＥ２、ＵＥ３が本明細書におけるデータシグナリング及び制御シグナリングを送信、記憶及び処理することができるように処理ユニット（ＰＲＯＣ－ＵＥ）、メモリユニット（ＭＥＭ－ＵＥ）及び通信ユニット（ＣＯＭ－ＵＥ）を備える。
各デバイスＵＥ１、ＵＥ２、ＵＥ３の処理回路は、共通の又は異なるコンピュータープログラムルーチン（例えば、リソースを共有するためのもの及び共有されたリソースを取り出すためのもの）を実行するように構成することができる。
そのような処理回路は、デバイスＵＥ１、ＵＥ２、ＵＥ３が本明細書におけるデータシグナリング及び制御シグナリングを送信、記憶及び処理することができるように処理ユニット（ＰＲＯＣ－ＵＥ）、メモリユニット（ＭＥＭ－ＵＥ）及び通信ユニット（ＣＯＭ－ＵＥ）を備える。
各デバイスＵＥ１、ＵＥ２、ＵＥ３の処理回路は、共通の又は異なるコンピュータープログラムルーチン（例えば、リソースを共有するためのもの及び共有されたリソースを取り出すためのもの）を実行するように構成することができる。
【0106】
そのようなＶ２Ｘ無線インターフェースフレームワークにおいて、設計の重要な側面は、デバイスＵＥ１、ＵＥ２、ＵＥ３がデータ及び制御の送信を行う際に基礎となる無線リソース管理（ＲＲＭ）である。
【0107】
ＮＲサイドリンク送信については、以下の２つの無線リソース管理モードが存在する。
集中型ＲＲＭモードとも呼ばれるネットワークスケジューリング型ＮＲ ＲＲＭモードであるＮＲ Ｖ２Ｘサイドリンクモード１。
このＮＲ Ｖ２Ｘサイドリンクモード１では、デバイスＵＥ１、ＵＥ２、ＵＥ３の無線リソースは、ネットワークの基地局ＢＳによってスケジューリングされる。
デバイスＵＥ１、ＵＥ２、ＵＥ３は、基地局ＢＳのカバレッジ内でなければならず、それらの送信用に配分される無線リソースが与えられるようにダウンリンク（ＤＬ：downlink）信号及びアップリンク（ＵＬ：uplink）信号を基地局ＢＳと交換しなければならない。
そのような集中型ＲＲＭモードは、カバレッジ内のデバイスＵＥ１、ＵＥ２、ＵＥ３によって採用される。
分散型ＲＲＭモードとも呼ばれる自律的ＮＲ ＲＲＭモードであるＮＲ Ｖ２Ｘサイドリンクモード２。
このＮＲ Ｖ２Ｘサイドリンクモード２では、デバイスＵＥ１、ＵＥ２、ＵＥ３は、ネットワークエンティティ（すなわち、例えば基地局ＢＳ）を必要とすることなく、それらの送信用の無線リソースをそれら自身によって選択する。
そのために、デバイスＵＥ１、ＵＥ２、ＵＥ３は、本説明において更に詳述されるチャネルセンシングメカニズムに基づいてリソースプールＲＰにおいてリソース選択手順を開始する。
そのような分散型ＲＲＭモードは、カバレッジ内のデバイス及びカバレッジ外のデバイスＵＥ１、ＵＥ２、ＵＥ３の双方が採用することができる。
集中型ＲＲＭモードとも呼ばれるネットワークスケジューリング型ＮＲ ＲＲＭモードであるＮＲ Ｖ２Ｘサイドリンクモード１。
このＮＲ Ｖ２Ｘサイドリンクモード１では、デバイスＵＥ１、ＵＥ２、ＵＥ３の無線リソースは、ネットワークの基地局ＢＳによってスケジューリングされる。
デバイスＵＥ１、ＵＥ２、ＵＥ３は、基地局ＢＳのカバレッジ内でなければならず、それらの送信用に配分される無線リソースが与えられるようにダウンリンク（ＤＬ：downlink）信号及びアップリンク（ＵＬ：uplink）信号を基地局ＢＳと交換しなければならない。
そのような集中型ＲＲＭモードは、カバレッジ内のデバイスＵＥ１、ＵＥ２、ＵＥ３によって採用される。
分散型ＲＲＭモードとも呼ばれる自律的ＮＲ ＲＲＭモードであるＮＲ Ｖ２Ｘサイドリンクモード２。
このＮＲ Ｖ２Ｘサイドリンクモード２では、デバイスＵＥ１、ＵＥ２、ＵＥ３は、ネットワークエンティティ（すなわち、例えば基地局ＢＳ）を必要とすることなく、それらの送信用の無線リソースをそれら自身によって選択する。
そのために、デバイスＵＥ１、ＵＥ２、ＵＥ３は、本説明において更に詳述されるチャネルセンシングメカニズムに基づいてリソースプールＲＰにおいてリソース選択手順を開始する。
そのような分散型ＲＲＭモードは、カバレッジ内のデバイス及びカバレッジ外のデバイスＵＥ１、ＵＥ２、ＵＥ３の双方が採用することができる。
【0108】
本明細書において、デバイスＵＥ１、ＵＥ２、ＵＥ３は、ＮＲ Ｖ２Ｘサイドリンクモード１リソース配分手順又はＮＲ Ｖ２Ｘサイドリンクモード２リソース配分手順のいずれかを開始するとみなすことができる。
デバイスＵＥ１、ＵＥ２、ＵＥ３は、デバイスＵＥ１、ＵＥ２、ＵＥ３の無線リソースの配分をもたらす他の任意のリソース配分手順も開始することができる。
デバイスＵＥ１、ＵＥ２、ＵＥ３は、デバイスＵＥ１、ＵＥ２、ＵＥ３の無線リソースの配分をもたらす他の任意のリソース配分手順も開始することができる。
【0109】
リソース配分モード１及び２のいずれにおいても、デバイスＵＥ１、ＵＥ２、ＵＥ３は、それら自身の制御及びデータの送信用に配分された無線リソースを取得することができる。
【0110】
ＮＲ Ｖ２Ｘの場合には、各デバイスＵＥ１、ＵＥ２、ＵＥ３は、時間及び周波数の双方において多重化される配分された無線リソースを有する。
一方、各デバイスＵＥ１、ＵＥ２、ＵＥ３のハードウェア能力ＨＷ１、ＨＷ２、ＨＷ３に応じて、無線リソース管理（ＲＲＭ）は、異なる偏波、空間領域等において利用することができ、したがって、偏波、空間等において多重化することができ、その結果、スペクトル効率の観点からデバイスＵＥ１、ＵＥ２、ＵＥ３の幅広い可能性が得られる。
リソースプールのアーキテクチャ及び種々のタイプのリソース多重化が図２の説明において詳述される。
一方、各デバイスＵＥ１、ＵＥ２、ＵＥ３のハードウェア能力ＨＷ１、ＨＷ２、ＨＷ３に応じて、無線リソース管理（ＲＲＭ）は、異なる偏波、空間領域等において利用することができ、したがって、偏波、空間等において多重化することができ、その結果、スペクトル効率の観点からデバイスＵＥ１、ＵＥ２、ＵＥ３の幅広い可能性が得られる。
リソースプールのアーキテクチャ及び種々のタイプのリソース多重化が図２の説明において詳述される。
【0111】
デバイスＵＥ１、ＵＥ２、ＵＥ３のハードウェア能力ＨＷ１、ＨＷ２、ＨＷ３は、以下のものに対応することができる。
ＮＢ個のアンテナのアレイを備えるデバイスＵＥ１、ＵＥ２、ＵＥ３がビームフォーミングを行うことができ、ひいては空間送信次元においてＮＢ個の異なるビーム（したがってＮＢ個の異なる方向）を分離することができるように、アンテナのアレイ及び／又は少なくとも２つの異なる方向を示す指向性アンテナのアレイに対応することができる。
したがって、種々の指向性を有するアンテナのアレイを用いて使用可能にされるデバイスＵＥ１、ＵＥ２、ＵＥ３は、空間多重化を行うことができる。
少なくともデュアル偏波アンテナ及びそれらのそれぞれのＲＦチェーンを備えるデバイスＵＥ１、ＵＥ２、ＵＥ３が、偏波送信次元において少なくとも垂直偏波及び水平偏波を分離することができるように、少なくとも２つの異なる偏波を有するアンテナ及び偏波アンテナごとの無線周波数チェーン（すなわちＲＦチェーン）に対応することができる。
ＮＢ個のアンテナのアレイを備えるデバイスＵＥ１、ＵＥ２、ＵＥ３がビームフォーミングを行うことができ、ひいては空間送信次元においてＮＢ個の異なるビーム（したがってＮＢ個の異なる方向）を分離することができるように、アンテナのアレイ及び／又は少なくとも２つの異なる方向を示す指向性アンテナのアレイに対応することができる。
したがって、種々の指向性を有するアンテナのアレイを用いて使用可能にされるデバイスＵＥ１、ＵＥ２、ＵＥ３は、空間多重化を行うことができる。
少なくともデュアル偏波アンテナ及びそれらのそれぞれのＲＦチェーンを備えるデバイスＵＥ１、ＵＥ２、ＵＥ３が、偏波送信次元において少なくとも垂直偏波及び水平偏波を分離することができるように、少なくとも２つの異なる偏波を有するアンテナ及び偏波アンテナごとの無線周波数チェーン（すなわちＲＦチェーン）に対応することができる。
【0112】
そのようなハードウェアＨＷ能力（指向性アンテナのアレイ、偏波アンテナのアレイ等）は、デバイスＵＥ１、ＵＥ２、ＵＥ３が種々の領域においてリソース多重化を行うことができるように、１つのデバイスＵＥ１、ＵＥ２、ＵＥ３内で組み合わせることができる。
空間多重化、偏波多重化等は、例えば無線通信ネットワークＮＷのチャネル状態等のデバイスＵＥ１、ＵＥ２、ＵＥ３のハードウェア能力ＨＷ以外の因子にも依存し得る。
空間多重化、偏波多重化等は、例えば無線通信ネットワークＮＷのチャネル状態等のデバイスＵＥ１、ＵＥ２、ＵＥ３のハードウェア能力ＨＷ以外の因子にも依存し得る。
【0113】
次に図２を参照する。
図２は、３ＧＰＰ ＮＲ Ｖ２Ｘアーキテクチャにおいて検討されるようなリソースプールＲＰの図を示している。
本明細書において、検討対象のリソースプールＲＰは、ＮＲ Ｖ２Ｘにおけるサイドリンク送信のリソースプールである。
リソースプールＲＰ内の無線リソースは、サイドリンク送信のためにデバイスＵＥ１、ＵＥ２、ＵＥ３の間で共有され、以下のものを含む異なる物理チャネルによってサポートされる。
デバイスＵＥ１、ＵＥ２、ＵＥ３のデータ送信用のトランスポートブロック（ＴＢ：transport block）を搬送する物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical Sidelink Shared Channel）、及び
デバイスＵＥ１、ＵＥ２、ＵＥ３の制御送信用のサイドリンク制御情報の一部分を搬送する物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical Sidelink Control Channel）。
図２は、３ＧＰＰ ＮＲ Ｖ２Ｘアーキテクチャにおいて検討されるようなリソースプールＲＰの図を示している。
本明細書において、検討対象のリソースプールＲＰは、ＮＲ Ｖ２Ｘにおけるサイドリンク送信のリソースプールである。
リソースプールＲＰ内の無線リソースは、サイドリンク送信のためにデバイスＵＥ１、ＵＥ２、ＵＥ３の間で共有され、以下のものを含む異なる物理チャネルによってサポートされる。
デバイスＵＥ１、ＵＥ２、ＵＥ３のデータ送信用のトランスポートブロック（ＴＢ：transport block）を搬送する物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical Sidelink Shared Channel）、及び
デバイスＵＥ１、ＵＥ２、ＵＥ３の制御送信用のサイドリンク制御情報の一部分を搬送する物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical Sidelink Control Channel）。
【0114】
３ＧＰＰ ＮＲ Ｖ２Ｘでは、リソースプールＲＰ、ひいてはＰＳＳＣＨ及びＰＳＣＣＨは、時間領域及び周波数領域の双方において多重化される。
【0115】
図２の横軸上に表される時間領域では、リソースプールＲＰの無線リソースは、異なるスロットに構造化され、各スロットは、図２に図示されていない１４個のＯＦＤＭ（直交周波数分割多重化（Orthogonal frequency-division multiplexing））シンボルを含む。
サブフレームは、１つ又は多くのスロットとして定義され、１ミリ秒（ｍｓ）の固定持続時間を有する。
ＮＲ Ｖ２ＸリソースプールＲＰの特殊性は、スロットの持続時間が１つのＯＦＤＭシンボルの持続時間に応じて可変であることであり、１つのＯＦＤＭシンボルは、それ自体が周波数の可変サブキャリア間隔（ＳＣＳ：subcarrier spacing）値に依存する。
ＮＲサイドリンクにおいて、第１の周波数レンジ（ＦＲ１）について、サブキャリア間隔（ＳＣＳ）は、１５キロヘルツ（ｋＨｚ）、３０ｋＨｚ又は６０ｋＨｚの３つの異なる値を採用することができる。
ＳＣＳが１５ｋＨｚに等しい場合には、対応するスロットは、近似的にサブフレームに対応し、したがって、１ｍｓの持続時間を有する。
ＳＣＳの値が１５ｋＨｚよりも高い場合には、スロットの持続時間は１ｍｓ未満となる。
サブフレームは、１つ又は多くのスロットとして定義され、１ミリ秒（ｍｓ）の固定持続時間を有する。
ＮＲ Ｖ２ＸリソースプールＲＰの特殊性は、スロットの持続時間が１つのＯＦＤＭシンボルの持続時間に応じて可変であることであり、１つのＯＦＤＭシンボルは、それ自体が周波数の可変サブキャリア間隔（ＳＣＳ：subcarrier spacing）値に依存する。
ＮＲサイドリンクにおいて、第１の周波数レンジ（ＦＲ１）について、サブキャリア間隔（ＳＣＳ）は、１５キロヘルツ（ｋＨｚ）、３０ｋＨｚ又は６０ｋＨｚの３つの異なる値を採用することができる。
ＳＣＳが１５ｋＨｚに等しい場合には、対応するスロットは、近似的にサブフレームに対応し、したがって、１ｍｓの持続時間を有する。
ＳＣＳの値が１５ｋＨｚよりも高い場合には、スロットの持続時間は１ｍｓ未満となる。
【0116】
リソースプールＲＰの時間長は、例えば、デバイスＵＥ１、ＵＥ２、ＵＥ３が、それ自身の送信用の無線リソースを確保する自律的リソース選択手順を開始するときに、無線通信ネットワークＮＷの車両デバイスＵＥ１、ＵＥ２、ＵＥ３がリソースプールＲＰのリソースにアクセスすることができる時間長を指す。
ＮＲ Ｖ２Ｘモード２では、デバイスＵＥ１、ＵＥ２、ＵＥ３がリソースプールＲＰから無線リソースを選択することができる時間長は、３２個のスロットに対応する。
したがって、自律的リソース選択手順を開始する各デバイスＵＥ１、ＵＥ２、ＵＥ３のリソースプールＲＰ内に選択送信ウィンドウＳＴＷを定義することができる。
そのような選択送信ウィンドウＳＴＷの時間長は、したがって、３２スロットである。
ＮＲ Ｖ２Ｘモード２では、デバイスＵＥ１、ＵＥ２、ＵＥ３がリソースプールＲＰから無線リソースを選択することができる時間長は、３２個のスロットに対応する。
したがって、自律的リソース選択手順を開始する各デバイスＵＥ１、ＵＥ２、ＵＥ３のリソースプールＲＰ内に選択送信ウィンドウＳＴＷを定義することができる。
そのような選択送信ウィンドウＳＴＷの時間長は、したがって、３２スロットである。
【0117】
図２の縦軸上に表される周波数領域では、リソースプールＲＰの無線リソースは、異なるサブチャネルに構造化され、１つのサブチャネルは、少なくとも１０個のリソースブロック（ＲＢ）を含む。
すなわち、選択送信ウィンドウＳＴＷの最大サイズは、時間領域では３２スロットであり、周波数領域では帯域幅に依存する。
すなわち、選択送信ウィンドウＳＴＷの最大サイズは、時間領域では３２スロットであり、周波数領域では帯域幅に依存する。
【0118】
無線リソースは、時間領域における１つのスロットと、周波数領域における１つ又はいくつかのサブチャネルとによって構成される時間周波数ブロックを指す。
【0119】
リソース要素ＲＥは、時間領域における１つのＯＦＤＭシンボルと、周波数領域における１つのリソースブロック（すなわちＲＢ）とによって構成される時間周波数ブロックを指す。
したがって、リソース要素は、無線リソースと比較してより小さなリソース単位であり、実際のところ、無線リソースは、いくつかのリソース要素によって構成される。
したがって、リソース要素は、無線リソースと比較してより小さなリソース単位であり、実際のところ、無線リソースは、いくつかのリソース要素によって構成される。
【0120】
図２を参照すると、リソースプール内の１つのスロット及び１つのサブチャネルによって構成される無線リソースを形成するいくつかのリソース要素ＲＥが表されている。
リソース要素ＲＥのサイズ又は量は、ＯＦＤＭシンボルの数及びそのようなリソース要素ＲＥを構成するリソースブロックの数を指す。
リソース要素ＲＥのサイズ又は量は、ＯＦＤＭシンボルの数及びそのようなリソース要素ＲＥを構成するリソースブロックの数を指す。
【0121】
デバイスＵＥ１、ＵＥ２、ＵＥ３には、リソースプールＲＰから無線リソースを配分することができる。
すなわち、デバイスＵＥ１、ＵＥ２、ＵＥ３に配分される最小単位は、１つのスロット及び１つのサブチャネルによって構成される単一の無線リソースである。
（特に、デバイスＵＥ１、ＵＥ２、ＵＥ３には、例えばリソースプールＲＰから単一のリソース要素ＲＥを配分することができない）。
その上、分散型ＲＲＭモード（ＮＲ Ｖ２Ｘモード２等）の場合には、デバイスＵＥ１、ＵＥ２、ＵＥ３がその送信用に選択することができるリソースプールＲＰの無線リソースは、サイズが制限された選択送信ウィンドウＳＴＷ内に区切られる（すなわち、３２スロット及び帯域幅依存サブチャネルに制限される）。
すなわち、デバイスＵＥ１、ＵＥ２、ＵＥ３に配分される最小単位は、１つのスロット及び１つのサブチャネルによって構成される単一の無線リソースである。
（特に、デバイスＵＥ１、ＵＥ２、ＵＥ３には、例えばリソースプールＲＰから単一のリソース要素ＲＥを配分することができない）。
その上、分散型ＲＲＭモード（ＮＲ Ｖ２Ｘモード２等）の場合には、デバイスＵＥ１、ＵＥ２、ＵＥ３がその送信用に選択することができるリソースプールＲＰの無線リソースは、サイズが制限された選択送信ウィンドウＳＴＷ内に区切られる（すなわち、３２スロット及び帯域幅依存サブチャネルに制限される）。
【0122】
図２を参照し、ＮＲ Ｖ２Ｘの状況下での分散型ＲＲＭモードを検討する。
デバイスＵＥ１は、上述したように、配分された無線リソースの第１のセットをリソースプールＲＰから取得するために、リソースプールＲＰにおいて自律的リソース選択手順を開始する。
リソースプールＲＰのリソースプールウィンドウＳＷ内で、デバイスＵＥ１は、時刻Ｔ０とＴ２との間で図２に表された以下の３つの異なるステップからなる自律的リソース選択手順を開始する。
第１のステップは、時刻Ｔ０とＴ１との間のセンシングウィンドウＳＳＷにおいて開始されるリソースセンシングフェーズであり、そのようなセンシングウィンドウＳＳＷは、リソースプールウィンドウＳＷに含まれる。
第１のステップは、デバイスＵＥ１が、デバイスＵＥ１によるリソース選択の潜在的な候補を特定するために、他の車両デバイスに既に配分された無線リソースから利用可能なリソースを特定することを可能にする。
そのために、デバイスＵＥ１は、当該デバイスＵＥ１が、各無線リソース上でＰＳＣＣＨ部分によって搬送されるサイドリンク制御情報（ＳＣＩ：Sidelink Control Information）の一部分を検出することを可能にするセンシングベースの方式を実施する。
他のデバイスによって占有される無線リソースは、それらの無線リソースが利用不能であることについての情報を、対応するデバイスによって開始され、センシングフェーズ中にデバイスＵＥ１によって復号化可能なＳＣＩの部分（すなわち第１ステージＳＣＩ）に含む。
この第１のステップ中に、デバイスＵＥ１は、デバイスＵＥ１に対する許容可能干渉レベルを有する無線リソースを特定するために、各無線リソースの基準信号受信電力（ＲＳＲＰ：Reference Signal Received Power）も測定する。
許容可能干渉レベルは、干渉レベル閾値を超えない干渉レベルを指し、そのような閾値は、例えば、デバイスＵＥ１のサービス品質（ＱｏＳ）に依存する。
第１のステップの終わりに、デバイスＵＥ１は、空いたリソース、占有されたリソースを特定するリソースプールＲＰのフルマップとともに、デバイスＵＥ１に対する各リソースの干渉レベルを取得する。
デバイスＵＥ１の候補無線リソースは、空いたリソースに対応する。
別の実施形態において、候補リソースは、他のデバイスの進行中のサイドリンク送信であって、デバイスＵＥ１に対する干渉レベルが所与の干渉レベル閾値未満であるサイドリンク送信によって占有されたリソースも含んでよい。
第２のステップは、時刻Ｔ１におけるリソース選択フェーズである。
デバイスＵＥ１の送信用に時間（すなわち、１つのスロット）及び周波数（すなわち、１つ又はいくつかのサブチャネル）においてデバイスＵＥ１に配分されるリソースは、第１のステップにおいて事前に特定された候補リソースの中からランダムに選択される。
ステップ２の終了までに、デバイスＵＥ１は、その送信用に配分された無線リソースのセットを有する。
第３のステップは、配分された無線リソースのセットを使用した、Ｔ１とＴ２との間におけるデータ送信である。
選択フェーズ及び送信フェーズは、選択送信ウィンドウＳＴＷ内において時刻Ｔ１とＴ２との間で１つずつ順番に開始することもでき、そのような選択送信ウィンドウＳＴＷは、リソースプールウィンドウＳＷに含まれる。
デバイスＵＥ１は、その送信用に配分された無線リソースのセットを取得した後、そのように配分された無線リソースのＰＳＳＣＨ部分にそのデータパケットを割り当てる。
デバイスＵＥ１は、配分された無線リソースのセットに関するＳＣＩも準備し、そのようなＳＣＩの一部分（すなわち第１ステージＳＣＩ）を最終的に送信する。
このＳＣＩの一部分は、デバイスＵＥ１が確保した無線リソースの情報を、配分された無線リソースのセットのＰＳＣＣＨ部分で他のデバイスに知らせるものである。
デバイスＵＥ１は、上述したように、配分された無線リソースの第１のセットをリソースプールＲＰから取得するために、リソースプールＲＰにおいて自律的リソース選択手順を開始する。
リソースプールＲＰのリソースプールウィンドウＳＷ内で、デバイスＵＥ１は、時刻Ｔ０とＴ２との間で図２に表された以下の３つの異なるステップからなる自律的リソース選択手順を開始する。
第１のステップは、時刻Ｔ０とＴ１との間のセンシングウィンドウＳＳＷにおいて開始されるリソースセンシングフェーズであり、そのようなセンシングウィンドウＳＳＷは、リソースプールウィンドウＳＷに含まれる。
第１のステップは、デバイスＵＥ１が、デバイスＵＥ１によるリソース選択の潜在的な候補を特定するために、他の車両デバイスに既に配分された無線リソースから利用可能なリソースを特定することを可能にする。
そのために、デバイスＵＥ１は、当該デバイスＵＥ１が、各無線リソース上でＰＳＣＣＨ部分によって搬送されるサイドリンク制御情報（ＳＣＩ：Sidelink Control Information）の一部分を検出することを可能にするセンシングベースの方式を実施する。
他のデバイスによって占有される無線リソースは、それらの無線リソースが利用不能であることについての情報を、対応するデバイスによって開始され、センシングフェーズ中にデバイスＵＥ１によって復号化可能なＳＣＩの部分（すなわち第１ステージＳＣＩ）に含む。
この第１のステップ中に、デバイスＵＥ１は、デバイスＵＥ１に対する許容可能干渉レベルを有する無線リソースを特定するために、各無線リソースの基準信号受信電力（ＲＳＲＰ：Reference Signal Received Power）も測定する。
許容可能干渉レベルは、干渉レベル閾値を超えない干渉レベルを指し、そのような閾値は、例えば、デバイスＵＥ１のサービス品質（ＱｏＳ）に依存する。
第１のステップの終わりに、デバイスＵＥ１は、空いたリソース、占有されたリソースを特定するリソースプールＲＰのフルマップとともに、デバイスＵＥ１に対する各リソースの干渉レベルを取得する。
デバイスＵＥ１の候補無線リソースは、空いたリソースに対応する。
別の実施形態において、候補リソースは、他のデバイスの進行中のサイドリンク送信であって、デバイスＵＥ１に対する干渉レベルが所与の干渉レベル閾値未満であるサイドリンク送信によって占有されたリソースも含んでよい。
第２のステップは、時刻Ｔ１におけるリソース選択フェーズである。
デバイスＵＥ１の送信用に時間（すなわち、１つのスロット）及び周波数（すなわち、１つ又はいくつかのサブチャネル）においてデバイスＵＥ１に配分されるリソースは、第１のステップにおいて事前に特定された候補リソースの中からランダムに選択される。
ステップ２の終了までに、デバイスＵＥ１は、その送信用に配分された無線リソースのセットを有する。
第３のステップは、配分された無線リソースのセットを使用した、Ｔ１とＴ２との間におけるデータ送信である。
選択フェーズ及び送信フェーズは、選択送信ウィンドウＳＴＷ内において時刻Ｔ１とＴ２との間で１つずつ順番に開始することもでき、そのような選択送信ウィンドウＳＴＷは、リソースプールウィンドウＳＷに含まれる。
デバイスＵＥ１は、その送信用に配分された無線リソースのセットを取得した後、そのように配分された無線リソースのＰＳＳＣＨ部分にそのデータパケットを割り当てる。
デバイスＵＥ１は、配分された無線リソースのセットに関するＳＣＩも準備し、そのようなＳＣＩの一部分（すなわち第１ステージＳＣＩ）を最終的に送信する。
このＳＣＩの一部分は、デバイスＵＥ１が確保した無線リソースの情報を、配分された無線リソースのセットのＰＳＣＣＨ部分で他のデバイスに知らせるものである。
【0123】
自律的リソース選択手順は、リソースプールＲＰにおいてデバイスＵＥ１によって開始される。
特に、そのようなリソースプールＲＰは、既定の地理的エリア、例えば、いくつかのデバイスがネットワークのカバレッジ外である場合があり、自律的リソース選択手順を開始することによって配分された無線リソースを引き続きなんとか取得することができるエリアにおいて、ネットワーク（例えば基地局ＢＳ）によって事前に構成される。
そのようなリソースプールＲＰからの無線リソースは、そのような地理的エリア内のデバイスに配分することができる。
特に、そのようなリソースプールＲＰは、既定の地理的エリア、例えば、いくつかのデバイスがネットワークのカバレッジ外である場合があり、自律的リソース選択手順を開始することによって配分された無線リソースを引き続きなんとか取得することができるエリアにおいて、ネットワーク（例えば基地局ＢＳ）によって事前に構成される。
そのようなリソースプールＲＰからの無線リソースは、そのような地理的エリア内のデバイスに配分することができる。
【0124】
デバイスＵＥ１は、ＮＲ Ｖ２Ｘモード１等の集中型ＲＲＭモードに基づいて、ネットワークによるスケジューリングを介してその配分された無線リソースのセットを取得することもできる。
そのような集中型ＲＲＭモードでは、デバイスＵＥ１は、無線リソースが基地局ＢＳによってスケジューリングされるように要求する４ステップ交換手順を実行する。
基地局ＢＳは、例えば所与の時間間隔（例えば、選択送信ウィンドウＳＴＷの時間長）内でリソースプールにおいて利用可能な無線リソースに基づいて、配分された無線リソースのセットを、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）を使用してデバイスに与える。
そのようなリソース付与は、動的な方法（デバイスが、実行すべき送信を有するときに、無線リソースをネットワークに要求する）又は設定された方法（デバイスが、無線リソースを事前に要求し、配分されたリソースを設定された周期で取得する）のいずれかで行うことができる。
デバイスＵＥ１は、その後、その制御送信及びデータ送信を含むそのＰＳＣＣＨ及びＰＳＳＣＨを、ネットワークによって与えられる配分された無線リソースを使用して送信する。
そのような集中型ＲＲＭモードでは、デバイスＵＥ１は、無線リソースが基地局ＢＳによってスケジューリングされるように要求する４ステップ交換手順を実行する。
基地局ＢＳは、例えば所与の時間間隔（例えば、選択送信ウィンドウＳＴＷの時間長）内でリソースプールにおいて利用可能な無線リソースに基づいて、配分された無線リソースのセットを、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）を使用してデバイスに与える。
そのようなリソース付与は、動的な方法（デバイスが、実行すべき送信を有するときに、無線リソースをネットワークに要求する）又は設定された方法（デバイスが、無線リソースを事前に要求し、配分されたリソースを設定された周期で取得する）のいずれかで行うことができる。
デバイスＵＥ１は、その後、その制御送信及びデータ送信を含むそのＰＳＣＣＨ及びＰＳＳＣＨを、ネットワークによって与えられる配分された無線リソースを使用して送信する。
【0125】
デバイスＵＥ１がその送信用に配分された無線リソースを取得することができることは、リソースプールＲＰの時限選択送信ウィンドウＳＴＷ内で選択することができる利用可能な無線リソースが存在することに顕著に依存する。
その結果、リソース選択手順（上記に詳述したような自律的なもの又はネットワークスケジューリング型のもののいずれか）は、同じ選択送信ウィンドウＳＴＷにおいて無線リソースを必要とする各デバイスのフル送信を確保する無線リソースのセットの配分を常にもたらすとは限らない。
これは、リソースプールＲＰが輻輳しているときに特に当てはまる。
リソースプールＲＰのそのような輻輳は、例えば、多くのデバイスＵＥ１、ＵＥ２、ＵＥ３が自律的リソース選択手順を開始する場合又は同じ選択送信ウィンドウＳＴＷ内で無線リソースを要求する場合に発生し、リソースプールＲＰ内の同じ限られた量の無線リソースについて多くのデバイスの競合をもたらす。
輻輳は、いくつかのデバイスが、単一の送信に複数の無線リソースの使用を要する、サービス品質（ＱｏＳ）に関してタイトな制約又は厳しい要件を有する場合にもリソースプールＲＰにおいて発生し得る。
そのような高ＱｏＳデバイスは、このように、特にリソースを大量に消費し、配分された無線リソースの多くのセットを必要とする。
その結果、リソース選択手順（上記に詳述したような自律的なもの又はネットワークスケジューリング型のもののいずれか）は、同じ選択送信ウィンドウＳＴＷにおいて無線リソースを必要とする各デバイスのフル送信を確保する無線リソースのセットの配分を常にもたらすとは限らない。
これは、リソースプールＲＰが輻輳しているときに特に当てはまる。
リソースプールＲＰのそのような輻輳は、例えば、多くのデバイスＵＥ１、ＵＥ２、ＵＥ３が自律的リソース選択手順を開始する場合又は同じ選択送信ウィンドウＳＴＷ内で無線リソースを要求する場合に発生し、リソースプールＲＰ内の同じ限られた量の無線リソースについて多くのデバイスの競合をもたらす。
輻輳は、いくつかのデバイスが、単一の送信に複数の無線リソースの使用を要する、サービス品質（ＱｏＳ）に関してタイトな制約又は厳しい要件を有する場合にもリソースプールＲＰにおいて発生し得る。
そのような高ＱｏＳデバイスは、このように、特にリソースを大量に消費し、配分された無線リソースの多くのセットを必要とする。
【0126】
リソースプールＲＰが非常に輻輳しているとき、多くのデバイスＵＥ１、ＵＥ２、ＵＥ３は、最適化された信頼性及びレイテンシーを保証するとともにそれら自身の送信をサポートする無線リソースが、特に既存の輻輳制御方法に起因して潜在的に欠如する。
そのような既存の輻輳制御方法は、例えば、高優先度デバイスに有利になるように低優先度デバイスがデータパケットドロップメカニズム、プリエンプションメカニズムを実行するものである。
ほとんどの既存の輻輳制御方法は、したがって、デバイス送信の信頼性を抑制し、ひいてはＶ２Ｘアプリケーションの全体的な性能を抑制する。
そのような既存の輻輳制御方法は、例えば、高優先度デバイスに有利になるように低優先度デバイスがデータパケットドロップメカニズム、プリエンプションメカニズムを実行するものである。
ほとんどの既存の輻輳制御方法は、したがって、デバイス送信の信頼性を抑制し、ひいてはＶ２Ｘアプリケーションの全体的な性能を抑制する。
【0127】
リソースプールＲＰにおける輻輳問題に対処し、スペクトル不足問題を解決するために、様々な領域（すなわち送信次元）における多重化を使用する代替の送信が存在する。
実際、図２に示すようなリソースプールＲＰは、時間領域及び周波数領域の双方において多重化された無線リソースを有する。
そのようなリソースプールＲＰは、したがって、デバイス自身のサイドリンク送信用にデバイスに配分される限られた数のスロット及びサブチャネルを提供する。
一方、時間及び周波数以外の次元（複数の場合もある）（空間、偏波等）におけるそのようなリソースプールＲＰの多重化は、同じ時間周波数リソースの複数の「コピー」を有することを可能にし、リソースプールＲＰの各「コピー」は、複数のデバイスＵＥ１、ＵＥ２、ＵＥ３によって同時に使用可能である。
実際、図２に示すようなリソースプールＲＰは、時間領域及び周波数領域の双方において多重化された無線リソースを有する。
そのようなリソースプールＲＰは、したがって、デバイス自身のサイドリンク送信用にデバイスに配分される限られた数のスロット及びサブチャネルを提供する。
一方、時間及び周波数以外の次元（複数の場合もある）（空間、偏波等）におけるそのようなリソースプールＲＰの多重化は、同じ時間周波数リソースの複数の「コピー」を有することを可能にし、リソースプールＲＰの各「コピー」は、複数のデバイスＵＥ１、ＵＥ２、ＵＥ３によって同時に使用可能である。
【0128】
多重化は、或る送信を、１つの通信チャネルを使用する一連の独立した重なり合わない送信に分割することを指す。
例えば、周波数分割多重化又は直交周波数分割多重化（ＯＦＤＭ）の場合には、通信媒体を使用する全帯域幅が、重なり合わない周波数帯域に分割され、各帯域は、個別の信号を搬送するのに使用される。
例えば、周波数分割多重化又は直交周波数分割多重化（ＯＦＤＭ）の場合には、通信媒体を使用する全帯域幅が、重なり合わない周波数帯域に分割され、各帯域は、個別の信号を搬送するのに使用される。
【0129】
空間多重化の場合には、異なる指向性アンテナ等の特定のハードウェア能力を有するデバイスは、同じリソースプールＲＰ上で異なるビームによって異なる空間方向に複数の送信を送出するためにビームフォーミングを行うことができる。
その結果、スペクトルリソースはＮＢ倍増加する。
ここで、ＮＢは、デバイスによって展開可能なビームの数である。
その結果、スペクトルリソースはＮＢ倍増加する。
ここで、ＮＢは、デバイスによって展開可能なビームの数である。
【0130】
いくつかの実施形態において、最適化された空間多重化は、異なるビーム間のクロストーク干渉を回避するために、見通し内支配環境（Line-of-Sight-dominated environment）等の特定のチャネル状態を必要とする。
空間多重化は、定義によって方向制約も示し、したがって、ユニキャスト送信（すなわち、ブロードキャスト送信又はグループキャスト送信とは逆に空間的に方向付けられた送信）等の特定の通信シナリオに制限される。
空間多重化は、定義によって方向制約も示し、したがって、ユニキャスト送信（すなわち、ブロードキャスト送信又はグループキャスト送信とは逆に空間的に方向付けられた送信）等の特定の通信シナリオに制限される。
【0131】
偏波多重化の場合には、異なる偏波面（例えば、水平偏波面Ｈ及び垂直偏波面Ｖ）を提供する異なる偏波アンテナ等の特定のハードウェア能力を有するデバイスが、同じリソースプールＲＰからリソースを送信するために偏波分割多重化（ＰＤＭ：polarization division multiplexing）を異なる偏波で複数回行うことができ、いずれのデュアル偏波も直交ペアを形成する。
その結果、スペクトルリソースはＮＰ倍増加する。
ここで、ＮＰは、利用可能な偏波の数である。
その結果、スペクトルリソースはＮＰ倍増加する。
ここで、ＮＰは、利用可能な偏波の数である。
【0132】
偏波多重化は、異なる偏波の間の十分な分離を確保するために、異なる偏波の間において最適化された直交性も必要とする。
２つの偏波の間の交差偏波放射を測定する交差偏波比（ＸＰＲ）等の測定可能な指標が、偏波多重化を行うためにチャネル状態が満たされているか否かを判断することを可能にする。
２つの偏波の間の交差偏波放射を測定する交差偏波比（ＸＰＲ）等の測定可能な指標が、偏波多重化を行うためにチャネル状態が満たされているか否かを判断することを可能にする。
【0133】
空間送信次元又は偏波送信次元における多重化を使用するそのような代替の送信は、本明細書において更に詳述される。
本明細書の場合に、デバイスＵＥ１、ＵＥ２、ＵＥ３は、種々の送信次元（空間又は偏波等）において多重化を行うことができるように、特定のハードウェア能力ＨＷ１、ＨＷ２、ＨＷ３を用いて使用可能にすることができる。
そのような特定のハードウェア能力ＨＷ１、ＨＷ２、ＨＷ３は、必要に応じて詳述される。
本明細書の場合に、デバイスＵＥ１、ＵＥ２、ＵＥ３は、種々の送信次元（空間又は偏波等）において多重化を行うことができるように、特定のハードウェア能力ＨＷ１、ＨＷ２、ＨＷ３を用いて使用可能にすることができる。
そのような特定のハードウェア能力ＨＷ１、ＨＷ２、ＨＷ３は、必要に応じて詳述される。
【0134】
次に図３を参照する。
図３は、無線通信ネットワークＮＷ内の第１のデバイスＵＥ１の３つの異なるデータサイドリンク送信及び制御サイドリンク送信を表している。
図３では、横軸に時間領域における送信が表され、縦軸に周波数領域における送信が表されている。
そのようなサイドリンク送信は、第１のデバイスＵＥ１から第１の受信デバイスに行われる。
第１のデバイスＵＥ１の第１の受信デバイスは、配分された無線リソースの第１のセットを使用して第１のデバイスＵＥ１によって行われる送信を受信するネットワークＮＷの別のデバイスを指す。
ＮＲ Ｖ２Ｘでは、サイドリンク送信をサポートする物理サイドリンク制御チャネル（ＰＳＣＣＨ）及び物理サイドリンク共有チャネル（ＰＳＳＣＨ）が、時間及び周波数の双方において多重化される。
実際、ＰＳＳＣＨの一部分及び対応するＰＳＣＣＨが、重なり合わない周波数リソースにおいて重なり合う時間リソースを使用して送信されることに加えて、ＰＳＳＣＨの別の部分及びそれに対応するＰＳＣＣＨが、重なり合わない時間リソースを使用して送信される。
図３は、このように、第１のデバイスＵＥ１の送信におけるＰＳＳＣＨ及びＰＳＣＣＨの双方のそのような時間周波数多重化を示している。
そのような送信は、第１のデバイスＵＥ１に配分された配分無線リソースの第１のセットを使用して行われる。
第１のデバイスＵＥ１は、図２において詳述したような自律的リソース選択手順を開始することによって又はネットワークスケジューリング型手順によって、図３に示す送信を行う前の時点でそのような配分された無線リソースの第１のセットを取得する。
図３は、無線通信ネットワークＮＷ内の第１のデバイスＵＥ１の３つの異なるデータサイドリンク送信及び制御サイドリンク送信を表している。
図３では、横軸に時間領域における送信が表され、縦軸に周波数領域における送信が表されている。
そのようなサイドリンク送信は、第１のデバイスＵＥ１から第１の受信デバイスに行われる。
第１のデバイスＵＥ１の第１の受信デバイスは、配分された無線リソースの第１のセットを使用して第１のデバイスＵＥ１によって行われる送信を受信するネットワークＮＷの別のデバイスを指す。
ＮＲ Ｖ２Ｘでは、サイドリンク送信をサポートする物理サイドリンク制御チャネル（ＰＳＣＣＨ）及び物理サイドリンク共有チャネル（ＰＳＳＣＨ）が、時間及び周波数の双方において多重化される。
実際、ＰＳＳＣＨの一部分及び対応するＰＳＣＣＨが、重なり合わない周波数リソースにおいて重なり合う時間リソースを使用して送信されることに加えて、ＰＳＳＣＨの別の部分及びそれに対応するＰＳＣＣＨが、重なり合わない時間リソースを使用して送信される。
図３は、このように、第１のデバイスＵＥ１の送信におけるＰＳＳＣＨ及びＰＳＣＣＨの双方のそのような時間周波数多重化を示している。
そのような送信は、第１のデバイスＵＥ１に配分された配分無線リソースの第１のセットを使用して行われる。
第１のデバイスＵＥ１は、図２において詳述したような自律的リソース選択手順を開始することによって又はネットワークスケジューリング型手順によって、図３に示す送信を行う前の時点でそのような配分された無線リソースの第１のセットを取得する。
【0135】
図３の左端部分に示すサイドリンク送信は、ＮＲ Ｖ２Ｘにおける車両ＵＥ１の初期送信ＴＲ０の既存の図に対応する。
図２に示すように、第１のデバイスＵＥ１は、その配分された無線リソースの第１のセットを取得した後、そのデータパケットＤａｔａ１をその配分された無線リソースの第１のセットのＰＳＳＣＨ部分に割り当てるとともに、第１ステージサイドリンク制御情報（ＳＣＩ）ＳＣＩをその配分された無線リソースの第１のセットのＰＳＣＣＨ部分に割り当てる。
送信ＴＲ０のＰＳＳＣＨ部分は、このように、第１のデバイスＵＥ１のデータ送信Ｄａｔａ１に対応する一方、送信ＴＲ０のＰＳＣＣＨ部分は、第１のデバイスＵＥ１の制御送信に対応する。
図２に示すように、第１のデバイスＵＥ１は、その配分された無線リソースの第１のセットを取得した後、そのデータパケットＤａｔａ１をその配分された無線リソースの第１のセットのＰＳＳＣＨ部分に割り当てるとともに、第１ステージサイドリンク制御情報（ＳＣＩ）ＳＣＩをその配分された無線リソースの第１のセットのＰＳＣＣＨ部分に割り当てる。
送信ＴＲ０のＰＳＳＣＨ部分は、このように、第１のデバイスＵＥ１のデータ送信Ｄａｔａ１に対応する一方、送信ＴＲ０のＰＳＣＣＨ部分は、第１のデバイスＵＥ１の制御送信に対応する。
【0136】
図３の中央部分に示すサイドリンク送信ＴＲ１は、本発明の一実施形態において、第１のデバイスＵＥ１がその配分された無線リソースの第１のセットからの共有に利用可能な１つ又はいくつかのリソース要素を共有するときのＮＲ Ｖ２Ｘにおける第１の受信デバイスへの第１のデバイスＵＥ１の初期送信ＴＲ１に対応する。
第１のデバイスＵＥ１がそのようなリソース要素を共有することができる条件は、１次基準と呼ばれ、本明細書において更に詳述される。
第１のデバイスＵＥ１によって共有されるリソース要素は、配分された無線リソースの第１のセットの一部分である。
第１のデバイスＵＥ１がそのようなリソース要素を共有することができる条件は、１次基準と呼ばれ、本明細書において更に詳述される。
第１のデバイスＵＥ１によって共有されるリソース要素は、配分された無線リソースの第１のセットの一部分である。
【0137】
本明細書において、第１のデバイスＵＥ１は、その配分された無線リソースの第１のセットからの１つ又はいくつかのリソース要素に対応する量のリソース要素を共有することができる。
用語「共有に利用可能なリソース要素」及び「共有に利用可能なリソース要素（複数の場合もある）」は全て、第１のデバイスＵＥ１によって共有される量のリソース要素を指す。
用語「共有に利用可能なリソース要素」及び「共有に利用可能なリソース要素（複数の場合もある）」は全て、第１のデバイスＵＥ１によって共有される量のリソース要素を指す。
【0138】
そのようなリソース要素の共有は、第１のデバイスＵＥ１が、リソース要素が共有に利用可能であることを示す表示を送出することで行われる。
そのような表示は、そのような表示をサイドリンク（すなわちデバイスツーデバイス）通信を通じて少なくとも１つの特定された第２のデバイスＵＥ２に送信することによって共有に利用可能なリソース要素を第２のデバイスＵＥ２に再配分するメッセージで行うことができる。
そのような表示は、そのような表示をサイドリンク（すなわちデバイスツーデバイス）通信を通じて少なくとも１つの特定された第２のデバイスＵＥ２に送信することによって共有に利用可能なリソース要素を第２のデバイスＵＥ２に再配分するメッセージで行うことができる。
【0139】
第１のデバイスＵＥ１は、その初期送信ＴＲ１内の追加の制御シグナリングメッセージである共有シグナリングメッセージＳＳＭを介した特定のシグナリングの送出によって、共有に利用可能なリソース要素が利用可能であることをアナウンスすることもでき、そのような共有シグナリングメッセージＳＳＭは、リソース要素が共有に利用可能であることを示す第１のデバイスＵＥ１の表示を含む。
そのような共有シグナリングメッセージＳＳＭは、配分された無線リソースの第１のセットを使用してＰＳＳＣＨ部分において搬送される。
その結果、第１のデバイスＵＥ１が、その配分された無線リソースの第１のセットのリソース要素の共有を決定した場合に、その初期送信ＴＲ１は、以下のものを含むことができる。
－第１のデバイスＵＥ１によって開始され、配分された無線リソースの第１のセットのＰＳＣＣＨ部分に埋め込まれる既存のＳＣＩ、
－配分された無線リソースの第１のセットを使用して第１のデバイスＵＥ１によって第１の受信デバイスに送信されるデータパケットＤａｔａ１であって、配分された無線リソースの第１のセットのＰＳＳＣＨ部分に埋め込まれるデータパケットＤａｔａ１、及び
－配分された無線リソースの第１のセットのＰＳＳＣＨ部分に埋め込まれる共有シグナリングメッセージＳＳＭである追加の制御シグナリングメッセージ。
そのような共有シグナリングメッセージＳＳＭは、配分された無線リソースの第１のセットを使用してＰＳＳＣＨ部分において搬送される。
その結果、第１のデバイスＵＥ１が、その配分された無線リソースの第１のセットのリソース要素の共有を決定した場合に、その初期送信ＴＲ１は、以下のものを含むことができる。
－第１のデバイスＵＥ１によって開始され、配分された無線リソースの第１のセットのＰＳＣＣＨ部分に埋め込まれる既存のＳＣＩ、
－配分された無線リソースの第１のセットを使用して第１のデバイスＵＥ１によって第１の受信デバイスに送信されるデータパケットＤａｔａ１であって、配分された無線リソースの第１のセットのＰＳＳＣＨ部分に埋め込まれるデータパケットＤａｔａ１、及び
－配分された無線リソースの第１のセットのＰＳＳＣＨ部分に埋め込まれる共有シグナリングメッセージＳＳＭである追加の制御シグナリングメッセージ。
【0140】
その結果、リソース要素の共有をアナウンスするために、第１のデバイスＵＥ１の初期送信ＴＲ１は、データＤａｔａ１及び２つの別個の制御シグナリングメッセージ（すなわち、既存のＳＣＩ及び共有シグナリングメッセージＳＳＭ）を送信するために、既存の初期送信ＴＲ０と比較して制御シグナリングメッセージＳＳＭを追加することができる。
特に、既存の初期送信ＴＲ０の内容は同じままであり、共有シグナリングメッセージＳＳＭが、第１のデバイスＵＥ１の初期送信ＴＲ１を形成するためにＰＳＳＣＨ部分に追加されるだけである。
その結果、例えば、他のデバイスが自律的リソース選択手順を開始する場合に、既存のリソース選択手順のリソースセンシングフェーズが依然として実行可能であるように、ＰＳＣＣＨ部分に埋め込まれるＳＣＩは不変であり、引き続き他のデバイスによって復号化可能である。
共有シグナリングメッセージは、その後、例えば、本明細書において特定のリソース共有ハードウェア、ソフトウェア及び／又は特徴を用いて使用可能にされるデバイスによって復号化することができる。
したがって、既存のＳＣＩと共有シグナリングメッセージＳＳＭとの間の無相関性によって、例えば、リソース共有手順と既存のＮＲ Ｖ２Ｘリソース選択方法との間の後方互換性が可能になる。
特に、既存の初期送信ＴＲ０の内容は同じままであり、共有シグナリングメッセージＳＳＭが、第１のデバイスＵＥ１の初期送信ＴＲ１を形成するためにＰＳＳＣＨ部分に追加されるだけである。
その結果、例えば、他のデバイスが自律的リソース選択手順を開始する場合に、既存のリソース選択手順のリソースセンシングフェーズが依然として実行可能であるように、ＰＳＣＣＨ部分に埋め込まれるＳＣＩは不変であり、引き続き他のデバイスによって復号化可能である。
共有シグナリングメッセージは、その後、例えば、本明細書において特定のリソース共有ハードウェア、ソフトウェア及び／又は特徴を用いて使用可能にされるデバイスによって復号化することができる。
したがって、既存のＳＣＩと共有シグナリングメッセージＳＳＭとの間の無相関性によって、例えば、リソース共有手順と既存のＮＲ Ｖ２Ｘリソース選択方法との間の後方互換性が可能になる。
【0141】
リソース要素が共有に利用可能であることを示す第１のデバイスＵＥ１による表示は、共有シグナリングメッセージＳＳＭに埋め込むことができ、第１のデバイスＵＥ１によって符号化される一連の２進数字（すなわちビット）から構成することができ、その内容は、共有に利用可能なリソース要素の特性に依存する。
【0142】
１つの実施形態において、第１のデバイスＵＥ１によって（例えば、共有シグナリングメッセージＳＳＭとして）送信される、リソース要素が共有に利用可能であることを示すそのような表示は、以下のものを含むことができる。
リソース要素が共有に利用可能であるか否かを効果的に示す１つのビット。
例えば、共有シグナリングメッセージＳＳＭを受信する第２のデバイスＵＥ２によって復号化可能な共有シグナリングメッセージＳＳＭの第１ビットが、共有されるリソース要素がない場合には「０」を示し、共有に利用可能なリソース要素がある場合には「１」を示すビットである。
この実施形態において、共有シグナリングメッセージＳＳＭは、例えば、第１のデバイスＵＥ１が、共有するためのリソース要素を有しない（したがって、上記ビットは「０」を示す）ときであっても、その配分された無線リソースの第１のセットを取得した後に、デフォルトによって第１のデバイスＵＥ１によって自動シグナリングとして送出することができる（すなわち、共有シグナリングメッセージＳＳＭを送信するステップが、第１のデバイスＵＥ１のソフトウェア内に埋め込まれている）。
リソース要素が共有されることを示すこのビットの解釈は、共有シグナリングメッセージＳＳＭを受信する他のデバイスＵＥ２、ＵＥ３が共有リソース要素を使用するか否かを決定するために、それらの他のデバイスによる特定の共有決定手順をトリガーするのに役立つことができる。
共有シグナリングメッセージＳＳＭを受信したときに他のデバイスＵＥ２、ＵＥ３によって開始されるそのような特定の共有決定手順は、本明細書において更に詳述される。
或いは、第１のデバイスＵＥ１によるリソース要素の共有を示すビットは存在しない場合があり、リソース要素が共有に利用可能であることを示す表示の受信自体が、共有されるリソース要素が利用可能であることをアナウンスする十分なトリガーとなる（すなわち、利用可能なリソース要素がない場合には、共有シグナリングメッセージＳＳＭは第１のデバイスＵＥ１によって送出されない）。
第１のデバイスＵＥ１による共有に利用可能なリソース要素の送信次元（すなわち領域）を示す１つ又はいくつかのビット。
実際、第１のデバイスＵＥ１は、そのリソース要素を時間周波数領域において共有することができるが、例えば偏波領域及び／又は空間領域においても共有することができる。
共有シグナリングメッセージＳＳＭに含まれる１つ又はいくつかのビットは、したがって、第１のデバイスによる共有に利用可能なリソース要素が利用可能である送信次元に関係し得る。
例えば、共有シグナリングメッセージＳＳＭの２つのビットがそのような領域を示すことができ、ビット「００」は時間周波数領域におけるリソース共有を示し、ビット「０１」は偏波領域におけるリソース共有を示し、ビット「１０」は空間領域におけるリソース共有を示す等がある。
他の送信次元における共有も同様に示すために、より多くのビットを配分することができる。
共有に利用可能なリソース要素の送信次元を示すそのようなビットは、共有シグナリングメッセージＳＳＭを受信する他のデバイスが共有に利用可能なリソース要素を利用するか否かを決定する際に、それらの他のデバイスも誘導することができる。
偏波多重化を（例えば、ハードウェア能力ＨＷ２が欠如していることに起因して）行うことができない第２のデバイスＵＥ２が、共有シグナリングメッセージＳＳＭを受信し、リソース要素が偏波領域において第１のデバイスＵＥ１によって共有に利用可能であることを示すビット「０１」を復号化した場合には、第２のデバイスＵＥ２は、そのようなリソース要素を利用することができないので、共有シグナリングメッセージＳＳＭをこれ以上処理及び復号化する必要はない。
別の実施形態において、例えば、第１のデバイスＵＥ１が偏波領域においてリソース要素を独占的に共有するときに、送信次元は、第１のデバイスＵＥ１のソフトウェア内で直接事前設定することができる。
そのような場合には、共有シグナリングメッセージにおける共有に利用可能なリソース要素の送信次元を示すビットは、必ずしも必要とされない。
－リソース要素が利用されるべき最大時間又はリソース要素を利用することができる時間間隔等の、共有に利用可能なリソース要素についての時間関連情報を示す少なくとも１つのビット。
そのような時間関連情報は、例えば、配分された無線リソースの第１のセットの特定のタイムスロット又はタイムスロット持続時間に基づくこともできるし、第１のデバイスＵＥ１の送信の時刻又はパターンに基づくこともできる。
共有に利用可能なリソース要素に関連付けられた地理的ゾーン又はリソースプールに関連付けられた地理的ゾーン等の、共有に利用可能なリソース要素についての地理的関連情報を示す少なくとも１つのビット。
第１のデバイスＵＥ１によって共有されるリソース要素のサイズを示す１つ又はいくつかのビット。
そのようなビットは、第１のデバイスＵＥ１による共有に利用可能なリソース要素の内容を他のデバイスＵＥ２、ＵＥ３に詳細に示すことを目的とする。
この場合に、共有に利用可能なリソース要素のサイズは、時間領域及び周波数領域におけるリソースプールＲＰ内の共有に利用可能なリソース要素の開始位置及び終了位置を提供することによって示すことができる。
例えば、共有に利用可能なリソース要素が、リソースプールＲＰの時間領域において所与の数のＯＦＤＭシンボルの範囲内に及ぶとともに周波数領域において所与の数のリソースブロックの範囲内に及ぶ場合に、以下のことを行うことができる。
時間領域における共有されるリソース要素の開始位置を示すｌｏｇ２（Ｎｓｙｍｂｏｌｓ）個のビットを共有シグナリングメッセージＳＳＭに含めることができる。
ここで、Ｎｓｙｍｂｏｌｓは、特定のタイムスロット内のＯＦＤＭシンボルの総数を表す；及び
時間領域における共有に利用可能なリソース要素の終了位置を示すｌｏｇ２（Ｎｓｙｍｂｏｌｓ）個のビットを共有シグナリングメッセージＳＳＭに含めることができる。
周波数領域における共有されるリソース要素の開始位置を示すｌｏｇ２（ＮＲＢ）個のビットを共有シグナリングメッセージＳＳＭに含めることができる。
ここで、ＮＲＢは、配分された無線リソース内のリソースブロックの総数を表す。
周波数領域における共有されるリソース要素の終了位置を示すｌｏｇ２（ＮＲＢ）個のビットを共有シグナリングメッセージＳＳＭに含めることができる。
リソース要素が共有に利用可能であるか否かを効果的に示す１つのビット。
例えば、共有シグナリングメッセージＳＳＭを受信する第２のデバイスＵＥ２によって復号化可能な共有シグナリングメッセージＳＳＭの第１ビットが、共有されるリソース要素がない場合には「０」を示し、共有に利用可能なリソース要素がある場合には「１」を示すビットである。
この実施形態において、共有シグナリングメッセージＳＳＭは、例えば、第１のデバイスＵＥ１が、共有するためのリソース要素を有しない（したがって、上記ビットは「０」を示す）ときであっても、その配分された無線リソースの第１のセットを取得した後に、デフォルトによって第１のデバイスＵＥ１によって自動シグナリングとして送出することができる（すなわち、共有シグナリングメッセージＳＳＭを送信するステップが、第１のデバイスＵＥ１のソフトウェア内に埋め込まれている）。
リソース要素が共有されることを示すこのビットの解釈は、共有シグナリングメッセージＳＳＭを受信する他のデバイスＵＥ２、ＵＥ３が共有リソース要素を使用するか否かを決定するために、それらの他のデバイスによる特定の共有決定手順をトリガーするのに役立つことができる。
共有シグナリングメッセージＳＳＭを受信したときに他のデバイスＵＥ２、ＵＥ３によって開始されるそのような特定の共有決定手順は、本明細書において更に詳述される。
或いは、第１のデバイスＵＥ１によるリソース要素の共有を示すビットは存在しない場合があり、リソース要素が共有に利用可能であることを示す表示の受信自体が、共有されるリソース要素が利用可能であることをアナウンスする十分なトリガーとなる（すなわち、利用可能なリソース要素がない場合には、共有シグナリングメッセージＳＳＭは第１のデバイスＵＥ１によって送出されない）。
第１のデバイスＵＥ１による共有に利用可能なリソース要素の送信次元（すなわち領域）を示す１つ又はいくつかのビット。
実際、第１のデバイスＵＥ１は、そのリソース要素を時間周波数領域において共有することができるが、例えば偏波領域及び／又は空間領域においても共有することができる。
共有シグナリングメッセージＳＳＭに含まれる１つ又はいくつかのビットは、したがって、第１のデバイスによる共有に利用可能なリソース要素が利用可能である送信次元に関係し得る。
例えば、共有シグナリングメッセージＳＳＭの２つのビットがそのような領域を示すことができ、ビット「００」は時間周波数領域におけるリソース共有を示し、ビット「０１」は偏波領域におけるリソース共有を示し、ビット「１０」は空間領域におけるリソース共有を示す等がある。
他の送信次元における共有も同様に示すために、より多くのビットを配分することができる。
共有に利用可能なリソース要素の送信次元を示すそのようなビットは、共有シグナリングメッセージＳＳＭを受信する他のデバイスが共有に利用可能なリソース要素を利用するか否かを決定する際に、それらの他のデバイスも誘導することができる。
偏波多重化を（例えば、ハードウェア能力ＨＷ２が欠如していることに起因して）行うことができない第２のデバイスＵＥ２が、共有シグナリングメッセージＳＳＭを受信し、リソース要素が偏波領域において第１のデバイスＵＥ１によって共有に利用可能であることを示すビット「０１」を復号化した場合には、第２のデバイスＵＥ２は、そのようなリソース要素を利用することができないので、共有シグナリングメッセージＳＳＭをこれ以上処理及び復号化する必要はない。
別の実施形態において、例えば、第１のデバイスＵＥ１が偏波領域においてリソース要素を独占的に共有するときに、送信次元は、第１のデバイスＵＥ１のソフトウェア内で直接事前設定することができる。
そのような場合には、共有シグナリングメッセージにおける共有に利用可能なリソース要素の送信次元を示すビットは、必ずしも必要とされない。
－リソース要素が利用されるべき最大時間又はリソース要素を利用することができる時間間隔等の、共有に利用可能なリソース要素についての時間関連情報を示す少なくとも１つのビット。
そのような時間関連情報は、例えば、配分された無線リソースの第１のセットの特定のタイムスロット又はタイムスロット持続時間に基づくこともできるし、第１のデバイスＵＥ１の送信の時刻又はパターンに基づくこともできる。
共有に利用可能なリソース要素に関連付けられた地理的ゾーン又はリソースプールに関連付けられた地理的ゾーン等の、共有に利用可能なリソース要素についての地理的関連情報を示す少なくとも１つのビット。
第１のデバイスＵＥ１によって共有されるリソース要素のサイズを示す１つ又はいくつかのビット。
そのようなビットは、第１のデバイスＵＥ１による共有に利用可能なリソース要素の内容を他のデバイスＵＥ２、ＵＥ３に詳細に示すことを目的とする。
この場合に、共有に利用可能なリソース要素のサイズは、時間領域及び周波数領域におけるリソースプールＲＰ内の共有に利用可能なリソース要素の開始位置及び終了位置を提供することによって示すことができる。
例えば、共有に利用可能なリソース要素が、リソースプールＲＰの時間領域において所与の数のＯＦＤＭシンボルの範囲内に及ぶとともに周波数領域において所与の数のリソースブロックの範囲内に及ぶ場合に、以下のことを行うことができる。
時間領域における共有されるリソース要素の開始位置を示すｌｏｇ２（Ｎｓｙｍｂｏｌｓ）個のビットを共有シグナリングメッセージＳＳＭに含めることができる。
ここで、Ｎｓｙｍｂｏｌｓは、特定のタイムスロット内のＯＦＤＭシンボルの総数を表す；及び
時間領域における共有に利用可能なリソース要素の終了位置を示すｌｏｇ２（Ｎｓｙｍｂｏｌｓ）個のビットを共有シグナリングメッセージＳＳＭに含めることができる。
周波数領域における共有されるリソース要素の開始位置を示すｌｏｇ２（ＮＲＢ）個のビットを共有シグナリングメッセージＳＳＭに含めることができる。
ここで、ＮＲＢは、配分された無線リソース内のリソースブロックの総数を表す。
周波数領域における共有されるリソース要素の終了位置を示すｌｏｇ２（ＮＲＢ）個のビットを共有シグナリングメッセージＳＳＭに含めることができる。
【0143】
同じ理由から、リソース要素が偏波領域において第１のデバイスＵＥ１による共有に利用可能である場合には、共有に関係している偏波を示すｌｏｇ２（ＮＰ）個のビットを共有シグナリングメッセージＳＳＭに含めることができる。
ここで、ＮＰは、ネットワークＮＷ内の偏波の数を表す。
リソース要素が、空間領域において第１のデバイスＵＥ１による共有に利用可能である場合には、共有に関係している空間方向を示すｌｏｇ２（ＮＢ）個のビットを共有シグナリングメッセージＳＳＭに含めることができる。
ここで、ＮＢは、ネットワークＮＷ内におけるビーム又は空間方向の数を表す。
ここで、ＮＰは、ネットワークＮＷ内の偏波の数を表す。
リソース要素が、空間領域において第１のデバイスＵＥ１による共有に利用可能である場合には、共有に関係している空間方向を示すｌｏｇ２（ＮＢ）個のビットを共有シグナリングメッセージＳＳＭに含めることができる。
ここで、ＮＢは、ネットワークＮＷ内におけるビーム又は空間方向の数を表す。
【0144】
共有シグナリングメッセージＳＳＭ内に埋め込まれるビットは、第１のデバイスＵＥ１から共有シグナリングメッセージＳＳＭを受信する他のデバイスＵＥ２、ＵＥ３が、特に、共有に利用可能なリソース要素を使用する必要があるか否か及び／又は使用する能力を有するか否かを判断するために利用可能なリソース要素を正確に特定することができるように、主として、第１のデバイスＵＥ１によって利用可能にされるリソース要素の性質、サイズ、位置、利用可能な持続時間等のその正確な特性を要約することを目的とする。
【0145】
図３の右端部分に示すサイドリンク送信ＴＲ２は、共有に利用可能なリソース要素がネットワークＮＷの第２のデバイスＵＥによって利用されるときのＮＲ Ｖ２Ｘにおける第１のデバイスＵＥ１の第２の送信ＴＲ２に対応する。
第１のデバイスＵＥ１による共有に利用可能にされるリソース要素の利用をもたらす第２のデバイスＵＥ２によって開始されるプロセスが更に詳述される。
第１のデバイスＵＥ１と異なるデバイス、例えば第２のデバイスＵＥ２が、第１のデバイスＵＥ１による共有に利用可能なリソース要素を利用するとき、第１のデバイスＵＥ１及び第２のデバイスＵＥ２は、配分された無線リソースの第１のセットが、第１のデバイスＵＥ１及び第２のデバイスＵＥ２の双方のデータ及び制御送信をカバーするようにペアリングされる。
第２のデバイスＵＥ２の制御及びデータ送信Ｄａｔａ２は、共有に利用可能なリソース要素に対応する配分された無線リソースの第１のセットのＰＳＳＣＨ部分によってサポートされる。
図３の右端部分に示す送信ＴＲ２は、第１のデバイスＵＥ１の第２の送信を含み（第１の送信、すなわち初期送信ＴＲ１は、他のデバイスＵＥ２、ＵＥ３に送出される共有シグナリングメッセージＳＳＭを含む送信である）、また、第２のデバイスＵＥ２の初期送信ＴＲ１＊も含む（ここでは、第２のデバイスＵＥ２は送信ＴＲ１＊の前に送信を行わなかったものと考える）。
第１のデバイスＵＥ１による共有に利用可能にされるリソース要素の利用をもたらす第２のデバイスＵＥ２によって開始されるプロセスが更に詳述される。
第１のデバイスＵＥ１と異なるデバイス、例えば第２のデバイスＵＥ２が、第１のデバイスＵＥ１による共有に利用可能なリソース要素を利用するとき、第１のデバイスＵＥ１及び第２のデバイスＵＥ２は、配分された無線リソースの第１のセットが、第１のデバイスＵＥ１及び第２のデバイスＵＥ２の双方のデータ及び制御送信をカバーするようにペアリングされる。
第２のデバイスＵＥ２の制御及びデータ送信Ｄａｔａ２は、共有に利用可能なリソース要素に対応する配分された無線リソースの第１のセットのＰＳＳＣＨ部分によってサポートされる。
図３の右端部分に示す送信ＴＲ２は、第１のデバイスＵＥ１の第２の送信を含み（第１の送信、すなわち初期送信ＴＲ１は、他のデバイスＵＥ２、ＵＥ３に送出される共有シグナリングメッセージＳＳＭを含む送信である）、また、第２のデバイスＵＥ２の初期送信ＴＲ１＊も含む（ここでは、第２のデバイスＵＥ２は送信ＴＲ１＊の前に送信を行わなかったものと考える）。
【0146】
【0147】
第１のリソース共有プロセスは、第１のデバイスＵＥ１が配分された無線リソースを実際に有する場合にのみ実行することができる。
したがって、ステップＳ０において、第１のデバイスＵＥ１が、それ自身の送信用に配分された無線リソースの第１のセットをまだ選択していない（すなわち、第１のデバイスＵＥ１が、完全なリソース選択手順を開始していないか又はネットワークによって与えられたリソースを取得していない）場合には、第１のデバイスＵＥ１は、他の任意のデバイスＵＥ２、ＵＥ３といずれのリソース要素も共有することができず、第１のリソース共有プロセスはステップＳ３において終了する。
この場合には、リソース要素が共有に利用可能であることを示す表示は第１のデバイスＵＥ１によって送出されず、したがって、共有シグナリングメッセージＳＳＭも送出されない。
或いは、第１のデバイスＵＥ１は、共有されるリソース要素が利用可能であることを示すビットが、リソース要素が第１のデバイスＵＥ１によって共有されないことを意味する「０」に設定された共有シグナリングメッセージＳＳＭを引き続き送信してもよい。
一方、ステップＳ０において、第１のデバイスＵＥ１が、（自律的リソース選択手順又はネットワークスケジューリング型リソース選択手順のいずれかを通じて）それ自身の送信用に配分された無線リソースの第１のセットを取得している場合には、第１のリソース共有プロセスのステップＳ１を第１のデバイスＵＥ１が開始することができる。
ステップＳ１において、第１のデバイスＵＥ１は、第１のリソース共有プロセスが必要であるか否かを評価するために、リソースプールＲＰ内の輻輳レベルを評価する。
そのために、第１のデバイスＵＥ１は、所与の時間内の各サブフレーム、例えばリソースプールＲＰの１００個の直近のサブフレームについての受信信号強度表示（ＲＳＳＩ）の値を取得することによって、リソースプールＲＰの各サブフレームのチャネルビジー率（ＣＢＲ）等のリソースプールＲＰ内の輻輳レベルについての表示を取得することができる。
リソースプールＲＰ内の輻輳レベルについてのそのような表示は、第１のデバイスＵＥ１が測定してもよいし、第１のデバイスＵＥ１がネットワークＮＷの別のユニット、例えば別のデバイス又は基地局ＢＳから受信してもよい。
ＲＳＳＩの値によって、第１のデバイスＵＥ１は、リソースプールＲＰがネットワークＮＷのデバイスによってどの程度要求されているのかを定量化することが可能になる。
したがって、ＣＢＲは、リソースプールＲＰ内の近時の輻輳レベルを反映するメトリックを与える。
第１のデバイスＵＥ１は、リソースプールＲＰ内のＣＢＲと比較される１つ又は種々の輻輳レベル閾値を記憶することもできる。
例えば、ＣＢＲが０．６５０未満である場合には、リソースプールＲＰは輻輳していないと考えられる。
その結果、ステップＳ１において、測定されたＣＢＲが輻輳レベル閾値未満である場合には、リソースプールＲＰは、デバイスＵＥ１、ＵＥ２、ＵＥ３がそれら自身の送信用に選択するための利用可能な無線リソースを十分に有するとみなされるので（十分とは、測定されたＣＢＲが輻輳レベル閾値未満であることによって表される）、第１のデバイスＵＥ１は、リソースプールＲＰが輻輳していないと評価し、したがって、第１のリソース共有プロセスを実行する必要はない。
これによって、第１のリソース共有プロセスは、ステップＳ３において終了する。
一方、ステップＳ１において、測定されたＣＢＲが輻輳レベル閾値よりも大きい場合には、第１のデバイスＵＥ１は、リソースプールＲＰが輻輳していると評価し、これによって、他のデバイスＵＥ２、ＵＥ３は、それら自身の送信用にリソースプールＲＰにおいて選択される利用可能な無線リソースを欠く可能性がある。
この場合はステップＳ２に進む。
第１のデバイスＵＥ１は、チャネルビジー率（ＣＢＲ）以外に／チャネルビジー率（ＣＢＲ）に加えて別のメトリックを使用して、リソースプールＲＰ内の輻輳レベルを評価してもよい。
リソースプールＲＰ内の輻輳レベルは、したがって、第１のリソース共有プロセスが第１のデバイスＵＥ１によって開始される際の１次基準である。
したがって、ステップＳ０において、第１のデバイスＵＥ１が、それ自身の送信用に配分された無線リソースの第１のセットをまだ選択していない（すなわち、第１のデバイスＵＥ１が、完全なリソース選択手順を開始していないか又はネットワークによって与えられたリソースを取得していない）場合には、第１のデバイスＵＥ１は、他の任意のデバイスＵＥ２、ＵＥ３といずれのリソース要素も共有することができず、第１のリソース共有プロセスはステップＳ３において終了する。
この場合には、リソース要素が共有に利用可能であることを示す表示は第１のデバイスＵＥ１によって送出されず、したがって、共有シグナリングメッセージＳＳＭも送出されない。
或いは、第１のデバイスＵＥ１は、共有されるリソース要素が利用可能であることを示すビットが、リソース要素が第１のデバイスＵＥ１によって共有されないことを意味する「０」に設定された共有シグナリングメッセージＳＳＭを引き続き送信してもよい。
一方、ステップＳ０において、第１のデバイスＵＥ１が、（自律的リソース選択手順又はネットワークスケジューリング型リソース選択手順のいずれかを通じて）それ自身の送信用に配分された無線リソースの第１のセットを取得している場合には、第１のリソース共有プロセスのステップＳ１を第１のデバイスＵＥ１が開始することができる。
ステップＳ１において、第１のデバイスＵＥ１は、第１のリソース共有プロセスが必要であるか否かを評価するために、リソースプールＲＰ内の輻輳レベルを評価する。
そのために、第１のデバイスＵＥ１は、所与の時間内の各サブフレーム、例えばリソースプールＲＰの１００個の直近のサブフレームについての受信信号強度表示（ＲＳＳＩ）の値を取得することによって、リソースプールＲＰの各サブフレームのチャネルビジー率（ＣＢＲ）等のリソースプールＲＰ内の輻輳レベルについての表示を取得することができる。
リソースプールＲＰ内の輻輳レベルについてのそのような表示は、第１のデバイスＵＥ１が測定してもよいし、第１のデバイスＵＥ１がネットワークＮＷの別のユニット、例えば別のデバイス又は基地局ＢＳから受信してもよい。
ＲＳＳＩの値によって、第１のデバイスＵＥ１は、リソースプールＲＰがネットワークＮＷのデバイスによってどの程度要求されているのかを定量化することが可能になる。
したがって、ＣＢＲは、リソースプールＲＰ内の近時の輻輳レベルを反映するメトリックを与える。
第１のデバイスＵＥ１は、リソースプールＲＰ内のＣＢＲと比較される１つ又は種々の輻輳レベル閾値を記憶することもできる。
例えば、ＣＢＲが０．６５０未満である場合には、リソースプールＲＰは輻輳していないと考えられる。
その結果、ステップＳ１において、測定されたＣＢＲが輻輳レベル閾値未満である場合には、リソースプールＲＰは、デバイスＵＥ１、ＵＥ２、ＵＥ３がそれら自身の送信用に選択するための利用可能な無線リソースを十分に有するとみなされるので（十分とは、測定されたＣＢＲが輻輳レベル閾値未満であることによって表される）、第１のデバイスＵＥ１は、リソースプールＲＰが輻輳していないと評価し、したがって、第１のリソース共有プロセスを実行する必要はない。
これによって、第１のリソース共有プロセスは、ステップＳ３において終了する。
一方、ステップＳ１において、測定されたＣＢＲが輻輳レベル閾値よりも大きい場合には、第１のデバイスＵＥ１は、リソースプールＲＰが輻輳していると評価し、これによって、他のデバイスＵＥ２、ＵＥ３は、それら自身の送信用にリソースプールＲＰにおいて選択される利用可能な無線リソースを欠く可能性がある。
この場合はステップＳ２に進む。
第１のデバイスＵＥ１は、チャネルビジー率（ＣＢＲ）以外に／チャネルビジー率（ＣＢＲ）に加えて別のメトリックを使用して、リソースプールＲＰ内の輻輳レベルを評価してもよい。
リソースプールＲＰ内の輻輳レベルは、したがって、第１のリソース共有プロセスが第１のデバイスＵＥ１によって開始される際の１次基準である。
【0148】
ステップＳ２において、第１のデバイスＵＥ１は、その配分された無線リソースの第１のセット内の利用可能なリソース要素を他のデバイスと共有するために、そのようなリソース要素を保有するか否かを評価する。
第１のデバイスＵＥ１の利用可能なリソース要素は、配分された無線リソースの第１のセットの一部分であるが、第１のデバイスＵＥ１がそれ自身の送信用に必要としないリソース要素を指す。
第１のデバイスＵＥ１は、共有に利用可能なリソース要素を有するか否かを判断するために、第１のリソース占有量の測定値を取得することができる。
第１のリソース占有量は、リソースプールＲＰ内で第１のデバイスＵＥ１によってその送信用に選択される無線リソースの量を指す。
第１のリソース占有量は、配分された無線リソースの第１のセットのサイズを指す場合もある。
第１のデバイスＵＥ１は、第１のデバイスＵＥ１がそれ自身の送信用に実際に必要とする無線リソース要素の量を指す第１のリソース使用量の値も取得する。
そのような第１のリソース使用量の値は、例えば、第１のデバイスＵＥ１のチャネル使用率（ＣＲ）に対応することができ、このチャネル使用率は、区切り時間（例えば１０００ｍｓ）内に送信される、第１のデバイスＵＥ１に配分されたサブチャネルの総数をカウントすることに依拠する。
特定の実施形態において、第１のリソース使用量の値は、リソースプールＲＰの輻輳レベルにも依存し得る。
第１のデバイスＵＥ１は、リソース使用量制限を用いて構成される。
例えば、リソースプールＲＰに輻輳がない（すなわち、輻輳レベルが輻輳レベル閾値未満である）とき、第１のデバイスＵＥ１は、配分された無線リソースの第１のセット内の最適化された量の無線リソースを使用してそのデータパケットを送信することができる。
最適化された量は、その送信の品質及び信頼性を最適化するとともに送信エラーを最小にするために所与の変調において使用される無線リソースの量として定義される。
一方、リソースプールＲＰの輻輳レベルが高い場合には（高いとは、輻輳レベル閾値よりも大きな輻輳レベルを意味する）、既定のリソース使用量制限によって第１のリソース使用量を制限することができ、これには、例えば、第１のデバイスＵＥ１が、その送信をより少量の無線リソースに削減するようにその変調符号化方式（ＭＣＳ：Modulation and Coding Scheme）を適合させる必要がある（より少量とは、最適化された量未満を意味する）。
第１のデバイスＵＥ１の利用可能なリソース要素は、配分された無線リソースの第１のセットの一部分であるが、第１のデバイスＵＥ１がそれ自身の送信用に必要としないリソース要素を指す。
第１のデバイスＵＥ１は、共有に利用可能なリソース要素を有するか否かを判断するために、第１のリソース占有量の測定値を取得することができる。
第１のリソース占有量は、リソースプールＲＰ内で第１のデバイスＵＥ１によってその送信用に選択される無線リソースの量を指す。
第１のリソース占有量は、配分された無線リソースの第１のセットのサイズを指す場合もある。
第１のデバイスＵＥ１は、第１のデバイスＵＥ１がそれ自身の送信用に実際に必要とする無線リソース要素の量を指す第１のリソース使用量の値も取得する。
そのような第１のリソース使用量の値は、例えば、第１のデバイスＵＥ１のチャネル使用率（ＣＲ）に対応することができ、このチャネル使用率は、区切り時間（例えば１０００ｍｓ）内に送信される、第１のデバイスＵＥ１に配分されたサブチャネルの総数をカウントすることに依拠する。
特定の実施形態において、第１のリソース使用量の値は、リソースプールＲＰの輻輳レベルにも依存し得る。
第１のデバイスＵＥ１は、リソース使用量制限を用いて構成される。
例えば、リソースプールＲＰに輻輳がない（すなわち、輻輳レベルが輻輳レベル閾値未満である）とき、第１のデバイスＵＥ１は、配分された無線リソースの第１のセット内の最適化された量の無線リソースを使用してそのデータパケットを送信することができる。
最適化された量は、その送信の品質及び信頼性を最適化するとともに送信エラーを最小にするために所与の変調において使用される無線リソースの量として定義される。
一方、リソースプールＲＰの輻輳レベルが高い場合には（高いとは、輻輳レベル閾値よりも大きな輻輳レベルを意味する）、既定のリソース使用量制限によって第１のリソース使用量を制限することができ、これには、例えば、第１のデバイスＵＥ１が、その送信をより少量の無線リソースに削減するようにその変調符号化方式（ＭＣＳ：Modulation and Coding Scheme）を適合させる必要がある（より少量とは、最適化された量未満を意味する）。
【0149】
ステップＳ２において、第１のリソース占有量が第１のリソース使用量を超えている場合には、第１のデバイスＵＥ１は、共有に利用可能なリソース要素を有するとみなされる。
その結果、第１のデバイスＵＥに配分された無線リソースの量（すなわち、配分された無線リソースの第１のセットのサイズ）が、第１のデバイスＵＥ１によってその送信用に有効に使用される無線リソース要素の量、すなわち第１のリソース使用量を超えている場合には、第１のデバイスＵＥ１は、第１のリソース共有プロセスを実行することができる。
第１のデバイスＵＥ１による共有に利用可能なリソース要素の量は、したがって、第１のリソース占有量と第１のリソース使用量との間のサイズ差に対応することができる。
第１のデバイスＵＥ１によって共有されるリソース要素が利用可能であることは、リソース共有プロセスを実行するための１次基準とすることができる。
その結果、第１のデバイスＵＥに配分された無線リソースの量（すなわち、配分された無線リソースの第１のセットのサイズ）が、第１のデバイスＵＥ１によってその送信用に有効に使用される無線リソース要素の量、すなわち第１のリソース使用量を超えている場合には、第１のデバイスＵＥ１は、第１のリソース共有プロセスを実行することができる。
第１のデバイスＵＥ１による共有に利用可能なリソース要素の量は、したがって、第１のリソース占有量と第１のリソース使用量との間のサイズ差に対応することができる。
第１のデバイスＵＥ１によって共有されるリソース要素が利用可能であることは、リソース共有プロセスを実行するための１次基準とすることができる。
【0150】
一方、ステップＳ２において、第１のデバイスＵＥ１が、共有に利用可能なリソース要素を有していないと判断した場合には、第１のデバイスは、第１のリソース共有プロセスを実行することができず、その結果、ステップＳ３に進む。
これは、例えば、第１のリソース占有量が第１のリソース使用量を超えていない場合に該当する。
これは、例えば、第１のリソース占有量が第１のリソース使用量を超えていない場合に該当する。
【0151】
リソースプールＲＰが、ステップＳ１において輻輳しているとみなされ、第１のデバイスＵＥ１が、ステップＳ２において、共有に利用可能なリソース要素を有する場合には、第１のデバイスＵＥ１は、ステップＳ２０において、リソース共有プロセスの最後のフェーズを実行することができる。
ステップＳ２０において、第１のデバイスＵＥ１は、リソース要素が共有に利用可能であることを示す表示を、例えばその初期送信ＴＲ１内の共有シグナリングメッセージＳＳＭを介して送出する。
そのような表示は、上記で詳述したように、第１のデバイスＵＥ１によって共有されるリソース要素についての更なる情報を含む。
そのような表示の内容を判断するプロセスは、図６の説明において詳述される。
ステップＳ２０において、第１のデバイスＵＥ１は、リソース要素が共有に利用可能であることを示す表示を、例えばその初期送信ＴＲ１内の共有シグナリングメッセージＳＳＭを介して送出する。
そのような表示は、上記で詳述したように、第１のデバイスＵＥ１によって共有されるリソース要素についての更なる情報を含む。
そのような表示の内容を判断するプロセスは、図６の説明において詳述される。
【0152】
第１のデバイスＵＥ１が、ステップＳ２０における共有に利用可能なリソース要素を有することを示す表示の共有に進む前の中間ステップ（図４に図示せず）において、第１のデバイスＵＥ１は、ステップＳ２において特定された共有に利用可能なリソース要素（又は配分された無線リソースの第１のセット全体）が、そのようなリソース要素の共有を不可能にする事前設定された制限を有しないことを確認することができる。
そのような事前設定された制限は、ネットワークＮＷによって事前に定義しておくことができ、例えば地理的基準に基づいてネットワークＮＷによって配備される各リソースプールＲＰに固有のものとすることができる。
第１のデバイスＵＥ１は、（例えば、配分された無線リソースの第１のセットを取得するときに）既定の基準に従ってそのリソース要素の共有を可能又は不可能にする事前構成されたメッセージを取得することができる。
事前設定された制限が、共有に利用可能なリソース要素に課されていない場合には、第１のデバイスは、ステップＳ２０における共有に進むことができる。
そうでない場合には、第１のリソース共有プロセスは、ステップＳ３において終了する。
そのような事前設定された制限は、ネットワークＮＷによって事前に定義しておくことができ、例えば地理的基準に基づいてネットワークＮＷによって配備される各リソースプールＲＰに固有のものとすることができる。
第１のデバイスＵＥ１は、（例えば、配分された無線リソースの第１のセットを取得するときに）既定の基準に従ってそのリソース要素の共有を可能又は不可能にする事前構成されたメッセージを取得することができる。
事前設定された制限が、共有に利用可能なリソース要素に課されていない場合には、第１のデバイスは、ステップＳ２０における共有に進むことができる。
そうでない場合には、第１のリソース共有プロセスは、ステップＳ３において終了する。
【0153】
ステップＳ２０において送出される共有シグナリングメッセージＳＳＭは、少なくとも１つのリソース要素が共有に利用可能であることを示すビット「１」を含む。
別の実施形態において、共有シグナリングメッセージＳＳＭの送出自体が、少なくとも１つのリソース要素が共有されることを暗に示し、共有シグナリングメッセージＳＳＭは、共有されるリソース要素についての詳細を直接含む。
別の実施形態において、共有シグナリングメッセージＳＳＭの送出自体が、少なくとも１つのリソース要素が共有されることを暗に示し、共有シグナリングメッセージＳＳＭは、共有されるリソース要素についての詳細を直接含む。
【0154】
リソース要素が共有に利用可能であることを示す表示は、ステップＳ２０において第１のデバイスＵＥ１によって送出され、ＰＣ５インターフェースを使用して直接通信Ｄ２Ｄを通じて送信することができる。
そのような表示は、例えばグループキャスト送信又はブロードキャスト送信の一部分として、共有シグナリングメッセージＳＳＭに含めることができる。
したがって、共有シグナリングメッセージは、第１のデバイスＵＥ１が、他の特定のデバイスＵＥ２、ＵＥ３を宛先とすることなく第１のデバイスＵＥ１の送信範囲内に送出することができる。
そのような表示は、例えばグループキャスト送信又はブロードキャスト送信の一部分として、共有シグナリングメッセージＳＳＭに含めることができる。
したがって、共有シグナリングメッセージは、第１のデバイスＵＥ１が、他の特定のデバイスＵＥ２、ＵＥ３を宛先とすることなく第１のデバイスＵＥ１の送信範囲内に送出することができる。
【0155】
【0156】
第２のデバイスＵＥ２が第２のリソース共有プロセスを実行するには、完全な第１のリソース共有プロセスが第１のデバイスＵＥ１によって事前に実行されていなければならない。
【0157】
第２のデバイスＵＥ２は、一方では第１のデバイスＵＥ１と異なるとともに、例えばユニキャスト送信又はグループキャスト送信の場合には第１のデバイスＵＥ１の受信デバイスとも異なることが前提である。
【0158】
第１のデバイスＵＥ１が、第１のリソース共有プロセスのステップＳ２０において、リソース要素が共有に利用可能であることを示す表示を例えば共有シグナリングメッセージＳＳＭを介して送出することを通じて、少なくとも配分された無線リソースの第１のセットのリソース要素を共有することを決定した後、この表示は、ステップＳ２１において、無線通信ネットワークＮＷの１つ又はいくつかのデバイスＵＥ２、ＵＥ３によって受信及び復号化される可能性がある。
【0159】
第１のデバイスＵＥ１によって送出された共有シグナリングメッセージＳＳＭを受信するデバイスＵＥ２、ＵＥ３の数及び識別情報は、デバイスＵＥ２、ＵＥ３のソフトウェア能力及びハードウェア能力（デバイスＵＥ２、ＵＥ３は、共有シグナリングメッセージＳＳＭを復号化するために復号化方式を実施することができるはずである）、第１のデバイスＵＥ１に対するデバイスＵＥ２、ＵＥ３の地理的位置及び／又は第１のデバイスＵＥ１によって送出されるシグナリングの送信電力等のいくつかのパラメーターに依存する。
実際、第１のデバイスＵＥ１によって送出された共有シグナリングメッセージＳＳＭを受信するために、第２のデバイスＵＥ２は、例えば、第１のデバイスＵＥ１とのデバイスツーデバイス通信を使用することができ、ＮＲ Ｖ２Ｘ能力を有することができ、十分な送信電力を有する共有シグナリングメッセージＳＳＭを受信することができるはずである。
第１のデバイスＵＥ１の共有シグナリングメッセージＳＳＭを受信する別のデバイスＵＥ２は、リソース選択手順に関して、第１のデバイスＵＥ１に対して特定のタイミングも有することができる。
すなわち、例えば、別のデバイスＵＥ２が、それ自身の送信用の候補無線リソースを見つけるためにそのリソース選択手順のセンシングフェーズを開始している間に、第１のデバイスＵＥ１が共有シグナリングメッセージＳＳＭを送出した場合にのみ、別のデバイスＵＥ２は、共有シグナリングメッセージＳＳＭを受信可能とすることができる。
第１のデバイスＵＥ１によって送出された表示は、したがって、例えば、第１のデバイスＵＥ１のリソースプールＲＰと同じリソースプールＲＰにおける別のデバイスＵＥ２のセンシングフェーズ中に、別のデバイスＵＥ２によって復号化することができる。
実際、第１のデバイスＵＥ１によって送出された共有シグナリングメッセージＳＳＭを受信するために、第２のデバイスＵＥ２は、例えば、第１のデバイスＵＥ１とのデバイスツーデバイス通信を使用することができ、ＮＲ Ｖ２Ｘ能力を有することができ、十分な送信電力を有する共有シグナリングメッセージＳＳＭを受信することができるはずである。
第１のデバイスＵＥ１の共有シグナリングメッセージＳＳＭを受信する別のデバイスＵＥ２は、リソース選択手順に関して、第１のデバイスＵＥ１に対して特定のタイミングも有することができる。
すなわち、例えば、別のデバイスＵＥ２が、それ自身の送信用の候補無線リソースを見つけるためにそのリソース選択手順のセンシングフェーズを開始している間に、第１のデバイスＵＥ１が共有シグナリングメッセージＳＳＭを送出した場合にのみ、別のデバイスＵＥ２は、共有シグナリングメッセージＳＳＭを受信可能とすることができる。
第１のデバイスＵＥ１によって送出された表示は、したがって、例えば、第１のデバイスＵＥ１のリソースプールＲＰと同じリソースプールＲＰにおける別のデバイスＵＥ２のセンシングフェーズ中に、別のデバイスＵＥ２によって復号化することができる。
【0160】
本明細書において、第２のデバイスＵＥ２は、したがって、リソース要素が共有に利用可能であることを示す表示を、例えば、第１のリソース共有プロセスを通じて第１のデバイスＵＥ１によって送出された共有シグナリングメッセージＳＳＭを介して受信する、第１のデバイスＵＥ１と異なる無線通信ネットワークＮＷのデバイスを指す。
図５は、１つの第２のデバイスＵＥ２のみの観点からの第２のリソース共有プロセスを示しているが、別の実施形態において、いくつかのデバイスＵＥ２、ＵＥ３が第１のデバイスＵＥ１の共有シグナリングメッセージＳＳＭを受信し、同じ第２のリソース共有プロセスを実行する。
図５は、１つの第２のデバイスＵＥ２のみの観点からの第２のリソース共有プロセスを示しているが、別の実施形態において、いくつかのデバイスＵＥ２、ＵＥ３が第１のデバイスＵＥ１の共有シグナリングメッセージＳＳＭを受信し、同じ第２のリソース共有プロセスを実行する。
【0161】
ステップＳ２１において、第２のデバイスＵＥ２は、リソース要素が共有に利用可能であることを示す表示を（例えば、共有シグナリングメッセージＳＳＭとして）受信した後、第２のデバイスＵＥ２によって実施される復号化方式を使用して共有シグナリングメッセージＳＳＭを復号化する。
第２のデバイスＵＥ２は、したがって、共有シグナリングメッセージＳＳＭに含まれ、第１のデバイスＵＥ１による共有に利用可能なリソース要素を記述した一連のビットを読み取ることができる。
１つの実施形態において、第１のデバイスＵＥ１による共有シグナリングメッセージＳＳＭの送出は、少なくとも１つの共有に利用可能なリソース要素が第１のデバイスＵＥ１の配分されたリソースの第１のセット内に存在する場合にのみ行われる。
この場合に、第２のデバイスＵＥ２は、共有シグナリングメッセージＳＳＭを受信して復号化すると、少なくとも１つのリソース要素が共有に利用可能であることを直接識別し、これによって、第２のリソース共有プロセスのその後のステップがトリガーされる。
その後のステップにおいて、第２のデバイスＵＥ２は、共有に利用可能なリソース要素を利用するか否かを決定する。
別の実施形態において、共有シグナリングメッセージＳＳＭは、共有されるリソースの存在を示す少なくとも１つのビットを含む。
そのようなビットは、少なくとも１つのリソース要素が共有に利用可能である場合には「１」を示し、リソース要素が共有されない場合には「０」を示す。
この場合に、第２のリソース共有プロセスのその後のステップは、共有シグナリングメッセージの復号化が、「１」に対応する共有されるリソースの存在を示すビットを復号化する場合には、第２のデバイスＵＥ２によってトリガーされる。
第２のデバイスＵＥ２は、したがって、共有シグナリングメッセージＳＳＭに含まれ、第１のデバイスＵＥ１による共有に利用可能なリソース要素を記述した一連のビットを読み取ることができる。
１つの実施形態において、第１のデバイスＵＥ１による共有シグナリングメッセージＳＳＭの送出は、少なくとも１つの共有に利用可能なリソース要素が第１のデバイスＵＥ１の配分されたリソースの第１のセット内に存在する場合にのみ行われる。
この場合に、第２のデバイスＵＥ２は、共有シグナリングメッセージＳＳＭを受信して復号化すると、少なくとも１つのリソース要素が共有に利用可能であることを直接識別し、これによって、第２のリソース共有プロセスのその後のステップがトリガーされる。
その後のステップにおいて、第２のデバイスＵＥ２は、共有に利用可能なリソース要素を利用するか否かを決定する。
別の実施形態において、共有シグナリングメッセージＳＳＭは、共有されるリソースの存在を示す少なくとも１つのビットを含む。
そのようなビットは、少なくとも１つのリソース要素が共有に利用可能である場合には「１」を示し、リソース要素が共有されない場合には「０」を示す。
この場合に、第２のリソース共有プロセスのその後のステップは、共有シグナリングメッセージの復号化が、「１」に対応する共有されるリソースの存在を示すビットを復号化する場合には、第２のデバイスＵＥ２によってトリガーされる。
【0162】
第２のデバイスＵＥ２は、リソース要素が共有に利用可能であると判断すると、第２のリソース共有プロセスを進める前に、共有に利用可能にされたリソース要素の利用を不可能にする事前設定された制限がないことを確認することができる。
そのような事前設定された制限は、ネットワークＮＷによって事前に定義しておくことができ、例えば地理的基準に基づいてネットワークＮＷによって配備される各リソースプールＲＰに固有のものとすることができる。
第２のデバイスＵＥ２は、共有されるリソース要素の使用を既定の基準に従って可能又は不可能にする事前構成されたメッセージを（例えば、基地局等のネットワークユニットから）取得することができる。
事前設定された制限が、共有に利用可能なリソース要素の利用に課されてない場合には、第２のデバイスＵＥ２は、第２のリソース選択プロセスを進めることができる。
そのような事前設定された制限は、ネットワークＮＷによって事前に定義しておくことができ、例えば地理的基準に基づいてネットワークＮＷによって配備される各リソースプールＲＰに固有のものとすることができる。
第２のデバイスＵＥ２は、共有されるリソース要素の使用を既定の基準に従って可能又は不可能にする事前構成されたメッセージを（例えば、基地局等のネットワークユニットから）取得することができる。
事前設定された制限が、共有に利用可能なリソース要素の利用に課されてない場合には、第２のデバイスＵＥ２は、第２のリソース選択プロセスを進めることができる。
【0163】
第２のデバイスＵＥ２が、共有シグナリングメッセージＳＳＭを、少なくとも１つのリソース要素が共有に利用可能であることを示すものとして識別した場合には、第２のデバイスＵＥ２は、次に、共有に利用可能なリソース要素を利用するか否かを決定することができる。
そのために、第１のリソース共有プロセスにおいて第１のデバイスＵＥ１によって実行されるステップＳ１と同様に、第２のリソース共有手順のステップＳ２２において、第２のデバイスＵＥ２は、リソースプールＲＰの各サブフレームのチャネルビジー率（ＣＢＲ）等のリソースプールＲＰ内の輻輳レベルについての表示に基づいて、リソースプールＲＰの輻輳レベルを評価する。
リソースプールＲＰ内の輻輳レベルについてのそのような表示は、第２のデバイスＵＥ２が測定してもよいし、第２のデバイスＵＥ２が基地局ＢＳ又は別のデバイス等の別のネットワークユニットから受信してもよい。
したがって、第２のデバイスＵＥ２によって取得されるＣＢＲは、リソースプールＲＰ内の近時の輻輳レベルを反映するメトリックを与える。
また、第２のデバイスＵＥ２は、リソースプールＲＰ内の測定されたＣＢＲと比較される１つ又は種々の輻輳レベル閾値を記憶する。
そのような輻輳レベル閾値は、第１のデバイスＵＥ１によって記憶されるものと同じものとすることもできるし、異なるものとすることもできる。
例えば、第２のデバイスＵＥ２が、０．７に等しい輻輳レベル閾値を記憶している場合に、０．７未満のＣＢＲは、リソースプールＲＰが第２のデバイスＵＥ２の観点から輻輳していないことを示す。
その結果、ステップＳ２２において、第２のデバイスＵＥ２によって測定されたＣＢＲが輻輳レベル閾値未満である場合には、リソースプールＲＰは、第２のデバイスＵＥ２、ＵＥ３がそれ自身の送信用に選択するための利用可能な無線リソースを十分に有するとみなされるので（十分とは、測定されたＣＢＲが輻輳レベル閾値未満であることによって表される）、第２のデバイスＵＥ２は、リソースプールＲＰが輻輳しておらず、共有シグナリングメッセージＳＳＭを通じて通知された利用可能にされているリソース要素を利用する必要がない可能性があると判断する。
この場合に、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素を利用しないことを決定し、ステップＳ２３において第２のリソース共有プロセスを終了する。
そのようなステップＳ２３は、ステップＳ２１において受信された共有シグナリングメッセージＳＳＭを単に無視するものである。
別の実施形態において、第２のデバイスＵＥ２が、共有シグナリングメッセージＳＳＭの一部分しか復号化していない場合（例えば、第２のデバイスＵＥ２が、共有されるリソース要素が利用可能であることを示すビット「１」のみを復号化し、実際のリソース要素を詳細に示す共有シグナリングメッセージＳＳＭの残りの部分を復号化していなかった場合）、ステップＳ２３において、第２のデバイスＵＥ２は、共有されるリソース要素についての詳細を与える他のビットを読み取ることなく、共有シグナリングメッセージＳＳＭの残りの部分を無視する。
この実施形態によって、第２のデバイスＵＥ２は、ステップＳ２２の後に、他のデバイス（この場合には第１のデバイスＵＥ１）とのリソース共有に頼る必要がないことを知っているので、第２のデバイスＵＥ２は、共有シグナリングメッセージＳＳＭの残りの部分を復号化しないことによって時間及びプロセッサエネルギーを得ることが特に可能になる。
そのために、第１のリソース共有プロセスにおいて第１のデバイスＵＥ１によって実行されるステップＳ１と同様に、第２のリソース共有手順のステップＳ２２において、第２のデバイスＵＥ２は、リソースプールＲＰの各サブフレームのチャネルビジー率（ＣＢＲ）等のリソースプールＲＰ内の輻輳レベルについての表示に基づいて、リソースプールＲＰの輻輳レベルを評価する。
リソースプールＲＰ内の輻輳レベルについてのそのような表示は、第２のデバイスＵＥ２が測定してもよいし、第２のデバイスＵＥ２が基地局ＢＳ又は別のデバイス等の別のネットワークユニットから受信してもよい。
したがって、第２のデバイスＵＥ２によって取得されるＣＢＲは、リソースプールＲＰ内の近時の輻輳レベルを反映するメトリックを与える。
また、第２のデバイスＵＥ２は、リソースプールＲＰ内の測定されたＣＢＲと比較される１つ又は種々の輻輳レベル閾値を記憶する。
そのような輻輳レベル閾値は、第１のデバイスＵＥ１によって記憶されるものと同じものとすることもできるし、異なるものとすることもできる。
例えば、第２のデバイスＵＥ２が、０．７に等しい輻輳レベル閾値を記憶している場合に、０．７未満のＣＢＲは、リソースプールＲＰが第２のデバイスＵＥ２の観点から輻輳していないことを示す。
その結果、ステップＳ２２において、第２のデバイスＵＥ２によって測定されたＣＢＲが輻輳レベル閾値未満である場合には、リソースプールＲＰは、第２のデバイスＵＥ２、ＵＥ３がそれ自身の送信用に選択するための利用可能な無線リソースを十分に有するとみなされるので（十分とは、測定されたＣＢＲが輻輳レベル閾値未満であることによって表される）、第２のデバイスＵＥ２は、リソースプールＲＰが輻輳しておらず、共有シグナリングメッセージＳＳＭを通じて通知された利用可能にされているリソース要素を利用する必要がない可能性があると判断する。
この場合に、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素を利用しないことを決定し、ステップＳ２３において第２のリソース共有プロセスを終了する。
そのようなステップＳ２３は、ステップＳ２１において受信された共有シグナリングメッセージＳＳＭを単に無視するものである。
別の実施形態において、第２のデバイスＵＥ２が、共有シグナリングメッセージＳＳＭの一部分しか復号化していない場合（例えば、第２のデバイスＵＥ２が、共有されるリソース要素が利用可能であることを示すビット「１」のみを復号化し、実際のリソース要素を詳細に示す共有シグナリングメッセージＳＳＭの残りの部分を復号化していなかった場合）、ステップＳ２３において、第２のデバイスＵＥ２は、共有されるリソース要素についての詳細を与える他のビットを読み取ることなく、共有シグナリングメッセージＳＳＭの残りの部分を無視する。
この実施形態によって、第２のデバイスＵＥ２は、ステップＳ２２の後に、他のデバイス（この場合には第１のデバイスＵＥ１）とのリソース共有に頼る必要がないことを知っているので、第２のデバイスＵＥ２は、共有シグナリングメッセージＳＳＭの残りの部分を復号化しないことによって時間及びプロセッサエネルギーを得ることが特に可能になる。
【0164】
一方、ステップＳ２２において、リソースプールＲＰ内の測定された輻輳レベル（ＣＢＲ等）が、第２のデバイスＵＥ２によって記憶された輻輳レベル閾値を超えている場合には、第２のデバイスＵＥ２は、第２のリソース共有プロセスを継続する。
その理由は、リソースプールＲＰ内の潜在的に利用可能な無線リソースが輻輳に起因して第２のデバイスＵＥ２自身の送信用に十分でない可能性があり、共有シグナリングメッセージＳＳＭを通じて利用可能にされるリソース要素等のリソースを取得する補完的な方法が必要である可能性があると考えられるからである。
輻輳したリソースプールＲＰは、したがって、第２のデバイスＵＥ２が共有されるリソース要素を利用するための２次基準である。
その理由は、リソースプールＲＰ内の潜在的に利用可能な無線リソースが輻輳に起因して第２のデバイスＵＥ２自身の送信用に十分でない可能性があり、共有シグナリングメッセージＳＳＭを通じて利用可能にされるリソース要素等のリソースを取得する補完的な方法が必要である可能性があると考えられるからである。
輻輳したリソースプールＲＰは、したがって、第２のデバイスＵＥ２が共有されるリソース要素を利用するための２次基準である。
【0165】
この場合には、第２のデバイスＵＥ２は、第２のリソース共有プロセスのステップＳ２４に進む。
ステップＳ２４において、第２のデバイスＵＥ２は、共有に利用可能なリソース要素がそれ自身の送信用に十分なものであるか否かを評価する。
十分とは、第１のデバイスＵＥ１によって共有されるリソース要素が、第２のデバイスＵＥ２によってそれ自身の送信用に利用されるために、そのような共有されるリソース要素を使用する第２のデバイスＵＥ２のデータ送信が、例えば信頼性及びサービス品質（ＱｏＳ）に関する第２のデバイスＵＥ２の送信制約を尊重するように、十分なＯＦＤＭシンボル及びリソースブロックを提供しなければならないことと解釈される。
そのために、ステップＳ２４において、第２のデバイスＵＥ２は、一方において、そのデータ送信をサポートするとともにその送信制約を尊重するために必要となる無線リソース要素（複数の場合もある）の量の測定値を取得する。
第２のデバイスＵＥ２によってそれ自身の送信用に必要とされるそのような無線リソースの量は、第２のデバイスＵＥ２の第２のリソース使用量と呼ばれる。
他方において、第２のデバイスＵＥ２は、共有シグナリングメッセージＳＳＭを復号化することによって、第１のデバイスＵＥ１によって共有されるリソース要素のサイズを取得する。
１つの実施形態において、共有シグナリングメッセージＳＳＭに含まれる２進数字の少なくとも一部分は、第１のデバイスＵＥ１による共有に利用可能にされたリソース要素のサイズを与える（すなわち、共有に利用可能にされたＯＦＤＭシンボル及びリソースブロックの明示的な数が詳細に示される）。
別の実施形態において、共有シグナリングメッセージＳＳＭは、リソースプール内で共有されるリソース要素の正確な位置についての情報（すなわち、配分されたリソースの第１のセットの少なくとも時間領域及び周波数領域における共有に利用可能なリソース要素（複数の場合もある）の開始位置及び終了位置を表す共有シグナリングメッセージＳＳＭの２進数字の少なくとも一部分）を含む。
その場合には、第２のデバイスＵＥ２は、共有されるリソース要素（複数の場合もある）のサイズを求めるために、共有シグナリングメッセージＳＳＭに含まれるそのような情報を処理することができる。
ステップＳ２４において、第２のデバイスＵＥ２は、その第２のリソース使用量の測定値を、共有シグナリングメッセージＳＳＭを通じて第１のデバイスＵＥ１によって利用可能にされたリソース要素（複数の場合もある）のサイズと比較する。
共有されるリソース要素（複数の場合もある）のサイズが、第２のリソース使用量よりも小さい場合に、これは、第１のデバイスＵＥ１によって利用可能にされたリソース要素によって、第２のデバイスＵＥ２は、そのような共有されるリソース要素（複数の場合もある）を使用してそれ自身の送信を行うことが可能でないことを意味し、したがって、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって利用可能にされたリソース要素（複数の場合もある）を使用しないとの決定を行い、その結果、ステップＳ２３に進む。
ステップＳ２３において、第２のリソース共有手順は、第２のデバイスＵＥ２によってドロップされる。
したがって、共有されるリソース要素（複数の場合もある）のサイズが第２のリソース使用量のサイズよりも大きいことは、第２のデバイスＵＥ２が共有されるリソース要素（複数の場合もある）を利用するための２次基準である。
ステップＳ２４において、第２のデバイスＵＥ２は、共有に利用可能なリソース要素がそれ自身の送信用に十分なものであるか否かを評価する。
十分とは、第１のデバイスＵＥ１によって共有されるリソース要素が、第２のデバイスＵＥ２によってそれ自身の送信用に利用されるために、そのような共有されるリソース要素を使用する第２のデバイスＵＥ２のデータ送信が、例えば信頼性及びサービス品質（ＱｏＳ）に関する第２のデバイスＵＥ２の送信制約を尊重するように、十分なＯＦＤＭシンボル及びリソースブロックを提供しなければならないことと解釈される。
そのために、ステップＳ２４において、第２のデバイスＵＥ２は、一方において、そのデータ送信をサポートするとともにその送信制約を尊重するために必要となる無線リソース要素（複数の場合もある）の量の測定値を取得する。
第２のデバイスＵＥ２によってそれ自身の送信用に必要とされるそのような無線リソースの量は、第２のデバイスＵＥ２の第２のリソース使用量と呼ばれる。
他方において、第２のデバイスＵＥ２は、共有シグナリングメッセージＳＳＭを復号化することによって、第１のデバイスＵＥ１によって共有されるリソース要素のサイズを取得する。
１つの実施形態において、共有シグナリングメッセージＳＳＭに含まれる２進数字の少なくとも一部分は、第１のデバイスＵＥ１による共有に利用可能にされたリソース要素のサイズを与える（すなわち、共有に利用可能にされたＯＦＤＭシンボル及びリソースブロックの明示的な数が詳細に示される）。
別の実施形態において、共有シグナリングメッセージＳＳＭは、リソースプール内で共有されるリソース要素の正確な位置についての情報（すなわち、配分されたリソースの第１のセットの少なくとも時間領域及び周波数領域における共有に利用可能なリソース要素（複数の場合もある）の開始位置及び終了位置を表す共有シグナリングメッセージＳＳＭの２進数字の少なくとも一部分）を含む。
その場合には、第２のデバイスＵＥ２は、共有されるリソース要素（複数の場合もある）のサイズを求めるために、共有シグナリングメッセージＳＳＭに含まれるそのような情報を処理することができる。
ステップＳ２４において、第２のデバイスＵＥ２は、その第２のリソース使用量の測定値を、共有シグナリングメッセージＳＳＭを通じて第１のデバイスＵＥ１によって利用可能にされたリソース要素（複数の場合もある）のサイズと比較する。
共有されるリソース要素（複数の場合もある）のサイズが、第２のリソース使用量よりも小さい場合に、これは、第１のデバイスＵＥ１によって利用可能にされたリソース要素によって、第２のデバイスＵＥ２は、そのような共有されるリソース要素（複数の場合もある）を使用してそれ自身の送信を行うことが可能でないことを意味し、したがって、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって利用可能にされたリソース要素（複数の場合もある）を使用しないとの決定を行い、その結果、ステップＳ２３に進む。
ステップＳ２３において、第２のリソース共有手順は、第２のデバイスＵＥ２によってドロップされる。
したがって、共有されるリソース要素（複数の場合もある）のサイズが第２のリソース使用量のサイズよりも大きいことは、第２のデバイスＵＥ２が共有されるリソース要素（複数の場合もある）を利用するための２次基準である。
【0166】
したがって、ステップＳ２４において、第２のデバイスＵＥ２の第２のリソース使用量が、第１のデバイスＵＥ１によって利用可能にされたリソース要素（複数の場合もある）のサイズ以下である場合に、これは、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）が第２のデバイスＵＥ２の送信をサポートするために十分なものであることを意味する。
この場合には、第２のデバイスＵＥ２は、ステップＳ２５において、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）の利用を決定する。
この場合には、ステップＳ２５において、第２のデバイスＵＥ２は、そのデータパケットを送信し、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）に対応する第１のデバイスＵＥ１の配分された無線リソースの第１のセットの専用部分を使用してその送信を行う。
換言すれば、第２のデバイスＵＥ２が、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）の利用を決定したとき、第１のデバイス及び第２のデバイスは、ステップＳ２５においてペアリングされ、第２のデバイスＵＥ２の送信は、第１のデバイスＵＥ１の制御シグナリング「アンブレラ（umbrella）」の下で行われる。
別の実施形態において、ステップＳ２５において、第２のデバイスＵＥ２は、共有されるリソース要素（複数の場合もある）を利用する意図があることを知らせるために、共有シグナリングメッセージＳＳＭに応答して制御シグナリングを送出する。
そのような応答シグナリングは、第２のデバイスＵＥ２が、ＮＲ Ｖ２Ｘにおいて物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）と呼ばれるフィードバックチャネルを介して送信することができる。
この場合には、第２のデバイスＵＥ２は、ステップＳ２５において、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）の利用を決定する。
この場合には、ステップＳ２５において、第２のデバイスＵＥ２は、そのデータパケットを送信し、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）に対応する第１のデバイスＵＥ１の配分された無線リソースの第１のセットの専用部分を使用してその送信を行う。
換言すれば、第２のデバイスＵＥ２が、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）の利用を決定したとき、第１のデバイス及び第２のデバイスは、ステップＳ２５においてペアリングされ、第２のデバイスＵＥ２の送信は、第１のデバイスＵＥ１の制御シグナリング「アンブレラ（umbrella）」の下で行われる。
別の実施形態において、ステップＳ２５において、第２のデバイスＵＥ２は、共有されるリソース要素（複数の場合もある）を利用する意図があることを知らせるために、共有シグナリングメッセージＳＳＭに応答して制御シグナリングを送出する。
そのような応答シグナリングは、第２のデバイスＵＥ２が、ＮＲ Ｖ２Ｘにおいて物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）と呼ばれるフィードバックチャネルを介して送信することができる。
【0167】
第２のリソース共有プロセスは、ステップＳ２５の前に、第２のデバイスＵＥ２が、例えば、共有に利用可能なリソース要素に関連付けられた地理的ゾーンを取得するために、共有シグナリングメッセージＳＳＭに含まれる地理的関連情報を評価することもできるステップも含むことができる。
例えば、第２のデバイスＵＥ２が地理的ゾーンに位置していない場合には、第２のデバイスＵＥ２は、ステップＳ２３において第２のリソース共有プロセスを終了することができ、第１のデバイスＵＥ１によって共有されるリソース要素を利用しなくてもよい。
例えば、第２のデバイスＵＥ２が地理的ゾーンに位置していない場合には、第２のデバイスＵＥ２は、ステップＳ２３において第２のリソース共有プロセスを終了することができ、第１のデバイスＵＥ１によって共有されるリソース要素を利用しなくてもよい。
【0168】
第２のリソース共有プロセスは、ステップＳ２５の前に、第２のデバイスＵＥ２が、第１のデバイスＵＥ１によって利用可能にされたリソース要素を利用しなければならない時間間隔についての表示を取得するために、共有シグナリングメッセージＳＳＭに含まれる時間関連情報を評価することもできるステップも含むことができる。
第２のデバイスＵＥ２は、例えば第２のデバイスＵＥ２のレイテンシー要件に基づいてその送信を行なければならない持続時間を求めることもできる。
そのような持続時間は、リソースプールＲＰ内の第２のデバイスＵＥ２の選択送信ウィンドウＳＴＷに対応することができる。
第２のデバイスＵＥ２は、例えば、時間間隔及び持続時間が重なり合わない場合に、ステップＳ２３において第２のリソース共有プロセスを終了することができ、第１のデバイスＵＥ１によって共有されるリソース要素を利用しなくてもよい。
第２のデバイスＵＥ２は、例えば第２のデバイスＵＥ２のレイテンシー要件に基づいてその送信を行なければならない持続時間を求めることもできる。
そのような持続時間は、リソースプールＲＰ内の第２のデバイスＵＥ２の選択送信ウィンドウＳＴＷに対応することができる。
第２のデバイスＵＥ２は、例えば、時間間隔及び持続時間が重なり合わない場合に、ステップＳ２３において第２のリソース共有プロセスを終了することができ、第１のデバイスＵＥ１によって共有されるリソース要素を利用しなくてもよい。
【0169】
【0170】
図４によって詳述したように、ステップＳ１において、リソースプールＲＰの輻輳レベルがリソース共有を必要とするか否かを評価し、ステップＳ２において、配分された無線リソースの第１のセットが共有に利用可能なリソース要素（複数の場合もある）を提供するか否かを評価した後、第１のデバイスＵＥ１は、どの送信次元（すなわち領域）においてリソース要素（複数の場合もある）を共有することができるのかを判断する。
【0171】
リソースプールＲＰが時間及び周波数の送信次元において多重化されるとき、リソース要素は、ステップＳ２０ｂにおいて、時間及び周波数の送信次元において第１のデバイスＵＥ１によって共有される。
ステップＳ２０ｂにおいて、第１のデバイスＵＥ１は、少なくとも１つのリソース要素が共有に利用可能であることを示す表示を、例えば共有シグナリングメッセージＳＳＭとして送出することができ、共有されるリソース要素（複数の場合もある）を区切って定義するそのようなリソース要素の正確な特性を詳細に示すことができる。
ステップＳ２０ｂにおいて、第１のデバイスＵＥ１は、少なくとも１つのリソース要素が共有に利用可能であることを示す表示を、例えば共有シグナリングメッセージＳＳＭとして送出することができ、共有されるリソース要素（複数の場合もある）を区切って定義するそのようなリソース要素の正確な特性を詳細に示すことができる。
【0172】
一方、第１のデバイスＵＥ１のハードウェア能力ＨＷ１、第１のデバイスＵＥ１の送信制約及び／又はチャネル状態に応じて、第１のデバイスＵＥ１は、多重化を使用して異なる偏波送信次元及び／又は空間送信次元において利用可能なリソース要素（複数の場合もある）を共有可能とすることができ、したがって、利用可能なスペクトルリソースを増加させることができる。
【0173】
ステップＳ４１において、第１のデバイスＵＥ１は、偏波多重化を行うことができるか否か、すなわち、特定の偏波においてリソース要素（複数の場合もある）を共有することができるか否かを判断することによって第１のリソース共有プロセスを進める。
そのために、第１のデバイスＵＥ１のハードウェアＨＷ１は、例えば、垂直Ｖ偏波面及び水平Ｈ偏波面に第１の偏波アンテナごとに個別の無線周波数チェーンを与える少なくとも２つの第１の偏波アンテナを含まなければならない。
したがって、そのようなハードウェアＨＷ１によって、第１のデバイスＵＥ１は、異なる偏波領域を分離することができ、例えば、垂直Ｖ偏波面及び水平Ｈ偏波面において無線リソースを独立に使用して同時送信を行うことができる。
そのために、第１のデバイスＵＥ１のハードウェアＨＷ１は、例えば、垂直Ｖ偏波面及び水平Ｈ偏波面に第１の偏波アンテナごとに個別の無線周波数チェーンを与える少なくとも２つの第１の偏波アンテナを含まなければならない。
したがって、そのようなハードウェアＨＷ１によって、第１のデバイスＵＥ１は、異なる偏波領域を分離することができ、例えば、垂直Ｖ偏波面及び水平Ｈ偏波面において無線リソースを独立に使用して同時送信を行うことができる。
【0174】
第１のデバイスＵＥ１がステップＳ４１において異なる偏波を分離することを可能にする第１のデバイスＵＥ１のハードウェア能力ＨＷ１は、ステップＳ４２において好適なチャネル状態を伴っていなければならない。
好適な状態は、ここでは、異なる偏波領域の間の直交性が許容可能レベルであると定義される。
２つの異なる偏波の直交性のレベルは、交差偏波比すなわちＸＰＲと呼ばれる交差偏波放射レベルを用いて測定することができる。
ステップＳ４２において、第１のデバイスＵＥ１は、第１のデバイスＵＥ１側及び第１のデバイスＵＥ１の受信デバイス側において、例えば１秒等の既定の期間にわたって交差偏波放射レベルを物理的に測定することができる。
ＸＰＲのそのような測定は、特に第１のデバイスＵＥ１が偏波分離用の特定のハードウェアＨＷ１を備えるので可能である。
好適な状態は、ここでは、異なる偏波領域の間の直交性が許容可能レベルであると定義される。
２つの異なる偏波の直交性のレベルは、交差偏波比すなわちＸＰＲと呼ばれる交差偏波放射レベルを用いて測定することができる。
ステップＳ４２において、第１のデバイスＵＥ１は、第１のデバイスＵＥ１側及び第１のデバイスＵＥ１の受信デバイス側において、例えば１秒等の既定の期間にわたって交差偏波放射レベルを物理的に測定することができる。
ＸＰＲのそのような測定は、特に第１のデバイスＵＥ１が偏波分離用の特定のハードウェアＨＷ１を備えるので可能である。
【0175】
異なる偏波領域の間の直交性の許容可能レベルは、交差偏波比閾値を超える交差偏波比のレベルを指す。
この閾値は、第１のデバイスＵＥ１によって第１のメモリユニットに記憶することができる。
ステップＳ４２において、第１のデバイスＵＥ１による交差偏波比のレベルの測定値は、第１のデバイスＵＥ１によって記憶された交差偏波比閾値と比較される。
ステップＳ４２において、測定された交差偏波比のレベルが交差偏波比閾値を超えている場合には、異なる偏波の間の直交性のレベルは、異なる偏波の間の良好な分離、ひいてはその受信デバイスに向けた第１のデバイスＵＥ１の送信の良好な品質を確保するのに十分であるとみなされる。
この場合に、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）は、ステップＳ２０ａにおいて、少なくとも偏波送信次元で共有される。
この閾値は、第１のデバイスＵＥ１によって第１のメモリユニットに記憶することができる。
ステップＳ４２において、第１のデバイスＵＥ１による交差偏波比のレベルの測定値は、第１のデバイスＵＥ１によって記憶された交差偏波比閾値と比較される。
ステップＳ４２において、測定された交差偏波比のレベルが交差偏波比閾値を超えている場合には、異なる偏波の間の直交性のレベルは、異なる偏波の間の良好な分離、ひいてはその受信デバイスに向けた第１のデバイスＵＥ１の送信の良好な品質を確保するのに十分であるとみなされる。
この場合に、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）は、ステップＳ２０ａにおいて、少なくとも偏波送信次元で共有される。
【0176】
一方、Ｓ４１における第１のデバイスＵＥ１のハードウェア能力についての状態及びステップＳ４２におけるチャネル状態が再結合されない場合には、第１のデバイスＵＥ１は、偏波送信次元においてリソース要素（複数の場合もある）を共有することができない。
偏波多重化のハードウェア能力ＨＷ１及び好適なチャネル状態は、したがって、偏波領域におけるリソース共有の１次基準である。
偏波多重化のハードウェア能力ＨＷ１及び好適なチャネル状態は、したがって、偏波領域におけるリソース共有の１次基準である。
【0177】
ステップＳ５において、第１のデバイスＵＥ１は、ビームフォーミングを用いて、すなわち、特定のビームを使用して特定の方向にリソースを共有することによって空間送信次元においてリソース要素（複数の場合もある）を共有することができるか否かを判断することによって、第１のリソース共有プロセスを進める。
そのために、第１のデバイスＵＥ１のハードウェアＨＷ１は、種々の空間方向に向けられたアンテナのアレイ（又はアンテナパネル）及び／又は指向性アンテナを少なくとも含まなければならない。
したがって、そのようなハードウェアＨＷ１によって、第１のデバイスＵＥ１は、空間領域において異なるビームを分離することができ、例えば、２つの異なる方向に無線リソースを使用し、２つの異なるビームを独立に使用して送信を行うことができる。
そのために、第１のデバイスＵＥ１のハードウェアＨＷ１は、種々の空間方向に向けられたアンテナのアレイ（又はアンテナパネル）及び／又は指向性アンテナを少なくとも含まなければならない。
したがって、そのようなハードウェアＨＷ１によって、第１のデバイスＵＥ１は、空間領域において異なるビームを分離することができ、例えば、２つの異なる方向に無線リソースを使用し、２つの異なるビームを独立に使用して送信を行うことができる。
【0178】
第１のデバイスＵＥ１は、ステップＳ５において、そのような特定のハードウェアＨＷ１を備える場合には、ステップＳ２０ｃにおいて、そのアンテナパネルの特定の識別されたビームを使用して、空間領域においてリソース要素（複数の場合もある）を共有することができる。
したがって、空間多重化のハードウェア能力ＨＷ１は、空間領域におけるリソース共有の１次基準である。
したがって、空間多重化のハードウェア能力ＨＷ１は、空間領域におけるリソース共有の１次基準である。
【0179】
特定の実施形態において、ステップＳ５において、ビーム間の高レベルの直交性を確保するために又は異なるビーム間のクロストーク干渉を回避するために、第１のデバイスＵＥ１とその受信デバイスとの間のチャネル状態又は通信制約を第１のデバイスＵＥ１が更に考慮してもよい。
第１のデバイスＵＥ１の送信の性質は、空間多重化の制約にも適合可能であるはずである。
そのような測定は、ネットワークＮＷ内のＸＰＲ又は見通し線に関係することがあり、第１のデバイスＵＥ１によって取得することができる。
第１のデバイスＵＥ１の送信の性質は、空間多重化の制約にも適合可能であるはずである。
そのような測定は、ネットワークＮＷ内のＸＰＲ又は見通し線に関係することがあり、第１のデバイスＵＥ１によって取得することができる。
【0180】
次に図７を参照する。
図７は、共有シグナリングメッセージＳＳＭを受信した後に、第２のデバイスＵＥ２によって実行される第２のリソース共有プロセスのステップを表すフローチャートである。
図７は、図５に示す概略的なステップの詳細なフローチャートである。
図７は、共有シグナリングメッセージＳＳＭを受信した後に、第２のデバイスＵＥ２によって実行される第２のリソース共有プロセスのステップを表すフローチャートである。
図７は、図５に示す概略的なステップの詳細なフローチャートである。
【0181】
図５によって詳述したように、ステップＳ２２において、リソースプールＲＰの輻輳レベルが、共有されるリソース要素（複数の場合もある）の利用を必要とするか否かを評価した後、第２のデバイスＵＥ２は、共有されるリソース要素を利用することができるか否かを共有シグナリングメッセージＳＳＭ内のその説明に基づいて決定することによって、第２のリソース共有プロセスを進める。
共有シグナリングメッセージＳＳＭに含まれる２進数字は、共有されるリソース要素の正確な位置を詳細に示している。
その結果、受信された共有シグナリングメッセージＳＳＭを復号化することによって、第２のデバイスＵＥ２は、サイズ、リソースプールＲＰ内の位置及び送信次元に関して、共有されるリソース要素の特性を特定することができる。
そのような特性に応じて、第２のデバイスＵＥ２は、以下の異なるステップをトリガーする。
第２のデバイスＵＥ２が、共有されるリソース要素が偏波領域において共有されることを特定した場合には、第２のリソース共有プロセスの分岐Ｓ２２０ａのステップがトリガーされる。
第２のデバイスＵＥ２が、共有されるリソース要素が時間領域及び周波数領域において共有されることを特定した場合には、第２のリソース共有プロセスの分岐Ｓ２２０ｂのステップがトリガーされる。
第２のデバイスＵＥ２が、共有されるリソース要素が空間領域において共有されることを特定した場合には、第２のリソース共有プロセスの分岐Ｓ２２０ｃのステップがトリガーされる。
分岐Ｓ２２０ａ、２２０ｂ及び２２０ｃは、排他的なものではなく、特に第１のデバイスＵＥ１によるリソース共有がいくつかの異なる送信次元において行われる場合には、同時に又は連続的にトリガーされてもよい。
共有シグナリングメッセージＳＳＭに含まれる２進数字は、共有されるリソース要素の正確な位置を詳細に示している。
その結果、受信された共有シグナリングメッセージＳＳＭを復号化することによって、第２のデバイスＵＥ２は、サイズ、リソースプールＲＰ内の位置及び送信次元に関して、共有されるリソース要素の特性を特定することができる。
そのような特性に応じて、第２のデバイスＵＥ２は、以下の異なるステップをトリガーする。
第２のデバイスＵＥ２が、共有されるリソース要素が偏波領域において共有されることを特定した場合には、第２のリソース共有プロセスの分岐Ｓ２２０ａのステップがトリガーされる。
第２のデバイスＵＥ２が、共有されるリソース要素が時間領域及び周波数領域において共有されることを特定した場合には、第２のリソース共有プロセスの分岐Ｓ２２０ｂのステップがトリガーされる。
第２のデバイスＵＥ２が、共有されるリソース要素が空間領域において共有されることを特定した場合には、第２のリソース共有プロセスの分岐Ｓ２２０ｃのステップがトリガーされる。
分岐Ｓ２２０ａ、２２０ｂ及び２２０ｃは、排他的なものではなく、特に第１のデバイスＵＥ１によるリソース共有がいくつかの異なる送信次元において行われる場合には、同時に又は連続的にトリガーされてもよい。
【0182】
分岐Ｓ２２０ａにおいて、共有シグナリングメッセージＳＳＭは、偏波送信次元において共有されるリソース要素を詳細に示す。
第２のデバイスＵＥ２は、したがって、偏波送信次元において共有されるリソース要素（複数の場合もある）を利用するために、ステップＳ２２１において、ハードウェア能力ＨＷ２を保有するか否かを最初に判断しなければならない。
したがって、ステップＳ２２１において、第２のデバイスＵＥ２が、共有シグナリングメッセージＳＳＭに提案された偏波と同じ偏波において送信を行うことができるように、第２のデバイスＵＥ２は、そのハードウェアＨＷ２が、第２の偏波アンテナごとに個別の無線周波数チェーンを有する少なくとも２つの第２の偏波アンテナを含むか否かを判断する。
第２のデバイスＵＥ２のハードウェア能力ＨＷ２が、個別の無線周波数チェーンを有するそのような第２の偏波アンテナを含む場合には、第２のデバイスＵＥ２は、ステップＳ２２２において、第２のデバイスＵＥ２側におけるチャネル状態及び第２のデバイスＵＥ２の受信デバイス側におけるチャネル状態が偏波送信に好適なものであるか否かを判断する。
第２のデバイスＵＥ２の受信デバイスとは、ここでは、（共有されるリソース要素を潜在的に使用して）第２のデバイスＵＥ２の送信を受信するネットワークＮＷのデバイスを指す。
好適なチャネル状態は、第１のデバイスＵＥ１の偏波多重化の好適なチャネル状態と同様に定義される。
第２のデバイスＵＥ２は、したがって、偏波送信次元において共有されるリソース要素（複数の場合もある）を利用するために、ステップＳ２２１において、ハードウェア能力ＨＷ２を保有するか否かを最初に判断しなければならない。
したがって、ステップＳ２２１において、第２のデバイスＵＥ２が、共有シグナリングメッセージＳＳＭに提案された偏波と同じ偏波において送信を行うことができるように、第２のデバイスＵＥ２は、そのハードウェアＨＷ２が、第２の偏波アンテナごとに個別の無線周波数チェーンを有する少なくとも２つの第２の偏波アンテナを含むか否かを判断する。
第２のデバイスＵＥ２のハードウェア能力ＨＷ２が、個別の無線周波数チェーンを有するそのような第２の偏波アンテナを含む場合には、第２のデバイスＵＥ２は、ステップＳ２２２において、第２のデバイスＵＥ２側におけるチャネル状態及び第２のデバイスＵＥ２の受信デバイス側におけるチャネル状態が偏波送信に好適なものであるか否かを判断する。
第２のデバイスＵＥ２の受信デバイスとは、ここでは、（共有されるリソース要素を潜在的に使用して）第２のデバイスＵＥ２の送信を受信するネットワークＮＷのデバイスを指す。
好適なチャネル状態は、第１のデバイスＵＥ１の偏波多重化の好適なチャネル状態と同様に定義される。
【0183】
第１のデバイスＵＥ１によって実行される第１のリソース共有プロセスのステップＳ４２と同様の方法で、ステップＳ２２２において、第２のデバイスＵＥ２は、第２のデバイスＵＥ２側及びその受信デバイス側において交差偏波比（すなわちＸＰＲ）の測定値を取得し、その後、そのような測定されたＸＰＲを第２のデバイスＵＥ２の第２のメモリユニットに記憶された既定の交差偏波比閾値と比較する。
そのような既定の交差偏波比閾値は、ステップＳ４２における第１のデバイスＵＥ１によって記憶された既定の交差偏波比閾値と同じであってもよいし、異なってもよい。
ステップＳ２２２において、第２のデバイスＵＥ２は、既定の交差偏波比閾値を超えるＸＰＲの値を測定した場合には、ステップＳ２２２において、共有シグナリングメッセージＳＳＭによって示される偏波領域においてその送信を行うことができると判断する。
一方、第２のデバイスＵＥ２が、ステップ２２１において異なる偏波を分離することができる必要なハードウェアＨＷ２を備えていない場合、又は、ステップＳ２２２において偏波送信の好適でないチャネル状態を測定した場合には（好適でないとは、ステップＳ２２における測定されたＸＰＲが、第２のデバイスＵＥ２によって記憶された既定の交差偏波比閾値未満であることを意味する）、第１のデバイスＵＥ１によって利用可能にされ、共有シグナリングメッセージＳＳＭにおいて詳細に示されたリソース要素（複数の場合もある）を第２のデバイスＵＥ２は利用することができない。
この場合には、第２のリソース共有プロセスは、ステップＳ２３において停止され、第１のデバイスＵＥ１と第２のデバイスＵＥ２との間のリソース共有は、第２のデバイスＵＥ２のハードウェア能力ＨＷ２の欠如又は第２のデバイス（又はその受信デバイス）側における偏波送信の好適なチャネル状態の欠如に起因して行われない。
偏波多重化のハードウェア能力ＨＷ２及び好適なチャネル状態は、したがって、偏波領域におけるリソース共有の２次基準である。
そのような既定の交差偏波比閾値は、ステップＳ４２における第１のデバイスＵＥ１によって記憶された既定の交差偏波比閾値と同じであってもよいし、異なってもよい。
ステップＳ２２２において、第２のデバイスＵＥ２は、既定の交差偏波比閾値を超えるＸＰＲの値を測定した場合には、ステップＳ２２２において、共有シグナリングメッセージＳＳＭによって示される偏波領域においてその送信を行うことができると判断する。
一方、第２のデバイスＵＥ２が、ステップ２２１において異なる偏波を分離することができる必要なハードウェアＨＷ２を備えていない場合、又は、ステップＳ２２２において偏波送信の好適でないチャネル状態を測定した場合には（好適でないとは、ステップＳ２２における測定されたＸＰＲが、第２のデバイスＵＥ２によって記憶された既定の交差偏波比閾値未満であることを意味する）、第１のデバイスＵＥ１によって利用可能にされ、共有シグナリングメッセージＳＳＭにおいて詳細に示されたリソース要素（複数の場合もある）を第２のデバイスＵＥ２は利用することができない。
この場合には、第２のリソース共有プロセスは、ステップＳ２３において停止され、第１のデバイスＵＥ１と第２のデバイスＵＥ２との間のリソース共有は、第２のデバイスＵＥ２のハードウェア能力ＨＷ２の欠如又は第２のデバイス（又はその受信デバイス）側における偏波送信の好適なチャネル状態の欠如に起因して行われない。
偏波多重化のハードウェア能力ＨＷ２及び好適なチャネル状態は、したがって、偏波領域におけるリソース共有の２次基準である。
【0184】
分岐Ｓ２２０ｃにおいて、共有シグナリングメッセージＳＳＭは、空間送信次元において共有されるリソース要素（複数の場合もある）を詳細に示す。
共有シグナリングメッセージＳＳＭを復号化することによって、第２のデバイスＵＥ２は、共有されるリソース要素の方向（又はビーム）も特定する。
第２のデバイスＵＥ２は、したがって、ステップＳ２２３において、空間送信次元において共有されるリソース要素（複数の場合もある）を利用するためのハードウェア能力ＨＷ２を保有するか否か、より詳細には、共有されるリソース要素（複数の場合もある）の方向と同じ方向にビームフォーミングを行うことができるか否かを判断しなければならない。
ステップＳ２２３において、第２のデバイスＵＥ２は、したがって、そのハードウェアＨＷ２が、共有されるリソース要素（複数の場合もある）の空間方向を含む種々の空間方向に向けられたアンテナのアレイ（又はアンテナパネル）及び／又は指向性アンテナを少なくとも含むか否かを判断する。
共有シグナリングメッセージＳＳＭを復号化することによって、第２のデバイスＵＥ２は、共有されるリソース要素の方向（又はビーム）も特定する。
第２のデバイスＵＥ２は、したがって、ステップＳ２２３において、空間送信次元において共有されるリソース要素（複数の場合もある）を利用するためのハードウェア能力ＨＷ２を保有するか否か、より詳細には、共有されるリソース要素（複数の場合もある）の方向と同じ方向にビームフォーミングを行うことができるか否かを判断しなければならない。
ステップＳ２２３において、第２のデバイスＵＥ２は、したがって、そのハードウェアＨＷ２が、共有されるリソース要素（複数の場合もある）の空間方向を含む種々の空間方向に向けられたアンテナのアレイ（又はアンテナパネル）及び／又は指向性アンテナを少なくとも含むか否かを判断する。
【0185】
ステップＳ２２３において、第２のデバイスＵＥ２がそのような特定のハードウェアＨＷ２を備える場合には、第２のデバイスＵＥ２は、ステップＳ２２３において、そのアンテナパネルの特定の識別されたビームを使用して空間領域において共有されるリソース要素（複数の場合もある）を利用するためのハードウェア能力ＨＷ２を有すると判断する。
一方、第２のデバイスＵＥ２のハードウェアＨＷ２が、第２のデバイスＵＥ２が必要とされる方向にビームフォーミングを行うことを可能にしない場合には、第１のデバイスＵＥ１によって利用可能にされ、共有シグナリングメッセージＳＳＭにおいて詳細に示されたリソース要素（複数の場合もある）を第２のデバイスＵＥ２は利用することができない。
この場合には、第２のリソース共有プロセスは、ステップＳ２３において停止され、第１のデバイスＵＥ１と第２のデバイスＵＥ２との間のリソース共有は、第２のデバイスＵＥ２のハードウェア能力ＨＷ２の欠如に起因して行われない。
共有されるリソース要素の方向と同じ方向における空間多重化のハードウェア能力ＨＷ２は、したがって、空間領域におけるリソース共有の２次基準である。
一方、第２のデバイスＵＥ２のハードウェアＨＷ２が、第２のデバイスＵＥ２が必要とされる方向にビームフォーミングを行うことを可能にしない場合には、第１のデバイスＵＥ１によって利用可能にされ、共有シグナリングメッセージＳＳＭにおいて詳細に示されたリソース要素（複数の場合もある）を第２のデバイスＵＥ２は利用することができない。
この場合には、第２のリソース共有プロセスは、ステップＳ２３において停止され、第１のデバイスＵＥ１と第２のデバイスＵＥ２との間のリソース共有は、第２のデバイスＵＥ２のハードウェア能力ＨＷ２の欠如に起因して行われない。
共有されるリソース要素の方向と同じ方向における空間多重化のハードウェア能力ＨＷ２は、したがって、空間領域におけるリソース共有の２次基準である。
【0186】
分岐Ｓ２２０ｂにおいて、第１のデバイスＵＥ１によって利用可能にされたリソース要素（複数の場合もある）は、「基本」リソースプールＲＰにおいて共有される。
基本とは、空間多重化及び／又は偏波多重化を有しないリソースプールＲＰを指す。
この場合には、リソース共有は、特定の偏波ハードウェア能力及び／又はビームフォーミングハードウェア能力も特定のチャネル状態も必要としない。
基本とは、空間多重化及び／又は偏波多重化を有しないリソースプールＲＰを指す。
この場合には、リソース共有は、特定の偏波ハードウェア能力及び／又はビームフォーミングハードウェア能力も特定のチャネル状態も必要としない。
【0187】
第２のデバイスＵＥ２が共有されるリソース要素を利用するための共通の２次基準は、ステップＳ２４において、共有されるリソース要素（複数の場合もある）のサイズが、第２のデバイスＵＥ２によってそれ自身の送信用に必要とされる無線リソース要素（複数の場合もある）の量以上、すなわち第２のリソース使用量以上であることである。
共有されるリソース要素（複数の場合もある）のサイズに関するそのような２次基準は、図５のステップＳ２４の説明に詳述されている。
実際、分岐Ｓ２２０ａにおいて、ハードウェア能力ＨＷ２及び好適なチャネル状態の２次基準が満たされている場合には、第２のリソース共有プロセスはステップＳ２４に進み、このステップにおいて、第２のデバイスＵＥ２は、偏波送信次元において共有されるリソース要素（複数の場合もある）が第２のデバイスＵＥ２の送信をカバーするのに十分であるか否かを判断する。
同様に、分岐Ｓ２２０ｃにおいて、ハードウェア能力ＨＷ２の２次基準が満たされている場合には、第２のリソース共有プロセスはステップＳ２４に進み、このステップにおいて、第２のデバイスＵＥ２は、空間送信次元において共有されるリソース要素（複数の場合もある）が第２のデバイスＵＥ２の送信をカバーするのに十分であるか否かを判断する。
分岐Ｓ２２０ｂの場合には、共有されるリソース要素（複数の場合もある）のサイズが第２のリソース使用量を上回っていることが、考慮される唯一の２次基準である。
共有されるリソース要素（複数の場合もある）のサイズに関するそのような２次基準は、図５のステップＳ２４の説明に詳述されている。
実際、分岐Ｓ２２０ａにおいて、ハードウェア能力ＨＷ２及び好適なチャネル状態の２次基準が満たされている場合には、第２のリソース共有プロセスはステップＳ２４に進み、このステップにおいて、第２のデバイスＵＥ２は、偏波送信次元において共有されるリソース要素（複数の場合もある）が第２のデバイスＵＥ２の送信をカバーするのに十分であるか否かを判断する。
同様に、分岐Ｓ２２０ｃにおいて、ハードウェア能力ＨＷ２の２次基準が満たされている場合には、第２のリソース共有プロセスはステップＳ２４に進み、このステップにおいて、第２のデバイスＵＥ２は、空間送信次元において共有されるリソース要素（複数の場合もある）が第２のデバイスＵＥ２の送信をカバーするのに十分であるか否かを判断する。
分岐Ｓ２２０ｂの場合には、共有されるリソース要素（複数の場合もある）のサイズが第２のリソース使用量を上回っていることが、考慮される唯一の２次基準である。
【0188】
そのような２次基準が、ステップＳ２４において満たされている場合には、第２のデバイスＵＥ２は、ステップＳ２５において、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）の利用を決定する。
そのようなリソース共有の詳細は、図５の説明に示されている。
一方、ステップＳ２４において、共有されるリソース要素（複数の場合もある）のサイズが、第２のデバイスＵＥ２がそれ自身の送信に必要とする無線リソース要素（複数の場合もある）の量未満である場合には、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）を利用しないことを決定し、ステップＳ２３において第２のリソース共有プロセスを終了する。
そのようなリソース共有の詳細は、図５の説明に示されている。
一方、ステップＳ２４において、共有されるリソース要素（複数の場合もある）のサイズが、第２のデバイスＵＥ２がそれ自身の送信に必要とする無線リソース要素（複数の場合もある）の量未満である場合には、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）を利用しないことを決定し、ステップＳ２３において第２のリソース共有プロセスを終了する。
【0189】
次に図８、図９及び図１０を参照する。
図８、図９及び図１０は、本発明の可能な実施形態による、それぞれ偏波送信次元、空間送信次元及び時間周波数送信次元におけるリソース共有を表している。
そのようなリソース共有シグナリングは、３つの別々の図に表されているが、他の実施形態において、リソース共有は、いくつかの送信次元において一時に行うことができる。
リソース共有は、無線通信ネットワークＮＷの第１のデバイスＵＥ１と第２のデバイスＵＥ２との間で行われる。
図８、図９及び図１０は、本発明の可能な実施形態による、それぞれ偏波送信次元、空間送信次元及び時間周波数送信次元におけるリソース共有を表している。
そのようなリソース共有シグナリングは、３つの別々の図に表されているが、他の実施形態において、リソース共有は、いくつかの送信次元において一時に行うことができる。
リソース共有は、無線通信ネットワークＮＷの第１のデバイスＵＥ１と第２のデバイスＵＥ２との間で行われる。
【0190】
図８を参照すると、第１のデバイスＵＥ１は、図４及び図６の説明で詳述したような第１のリソース共有プロセスを実行した後に、偏波送信次元において、より正確には水平偏波面においてリソース要素を共有することができると判断する。
そのような実施形態において、これは、
リソースプールＲＰが、第１のデバイスＵＥ１によって輻輳しているとみなされ、
第１のデバイスＵＥ１が、第１の偏波アンテナごとの無線周波数チェーンを有する少なくともデュアルの第１の偏波アンテナを含む特定のハードウェアＨＷ１を備え、デュアルの第１の偏波アンテナは、それぞれ垂直偏波面及び水平偏波面における送信を可能にし、
第１のデバイスＵＥ１側及び第１のデバイスＵＥ１の受信デバイス側におけるチャネル状態が、それらのチャネル状態が偏波送信に好適であることを意味する、高レベルの（すなわち、既定の閾値を超える）交差偏波比を反映し、
偏波面のうちの少なくとも一方（ここでは水平Ｈ偏波面）が、第１のデバイスＵＥ１によってそれ自身の送信に使用されず、したがって、第１のデバイスによる共有に利用可能である、
ことを意味する。
そのような実施形態において、これは、
リソースプールＲＰが、第１のデバイスＵＥ１によって輻輳しているとみなされ、
第１のデバイスＵＥ１が、第１の偏波アンテナごとの無線周波数チェーンを有する少なくともデュアルの第１の偏波アンテナを含む特定のハードウェアＨＷ１を備え、デュアルの第１の偏波アンテナは、それぞれ垂直偏波面及び水平偏波面における送信を可能にし、
第１のデバイスＵＥ１側及び第１のデバイスＵＥ１の受信デバイス側におけるチャネル状態が、それらのチャネル状態が偏波送信に好適であることを意味する、高レベルの（すなわち、既定の閾値を超える）交差偏波比を反映し、
偏波面のうちの少なくとも一方（ここでは水平Ｈ偏波面）が、第１のデバイスＵＥ１によってそれ自身の送信に使用されず、したがって、第１のデバイスによる共有に利用可能である、
ことを意味する。
【0191】
この場合には、垂直偏波面において第１のデバイスＵＥ１の初期送信ＴＲ１を行っている間、第１のデバイスＵＥ１は、リソース要素が偏波送信次元において共有に利用可能であることをシグナリングするために、共有シグナリングメッセージＳＳＭを追加して、その初期送信ＴＲ１のＰＳＳＣＨ部分に埋め込む。
そのようなリソース要素は、水平偏波面において正確に共有される。
そのようなリソース要素は、水平偏波面において正確に共有される。
【0192】
第１のデバイスＵＥ１のＰＳＣＣＨ部分に埋め込まれるサイドリンク制御情報（ＳＣＩ）は、リソース共有機能を用いて可能であるか否かを問わず、既存のＮＲ Ｖ２Ｘの自律的リソース配分手順に従って、ＳＣＩがネットワークＮＷの他の全てのデバイスによって復号化可能であるように、リソース共有プロセス全体を通して不変であり、共有されるリソース要素と重なり合わず、したがって既存のシグナリング手順との後方互換性を保証する。
【0193】
共有シグナリングメッセージＳＳＭは、第１のデバイスＵＥ１によってその送信範囲内で開始することができ、及び／又は、そのような送信範囲内の他の任意のデバイスがこの共有シグナリングメッセージＳＳＭを受信することができるようにブロードキャストすることができる。
【0194】
図８を参照すると、無線通信ネットワークＮＷの第２のデバイスＵＥ２が、第１のデバイスＵＥ１によってその初期送信ＴＲ１を通じて送出された共有シグナリングメッセージＳＳＭを受信するとみなされ、第２のデバイスＵＥ２は、図５及び図７の説明で詳述したような第２のリソース共有プロセスを実行した後、偏波送信次元において、より正確には水平偏波面において第１のデバイスＵＥ１によって共有されるリソース要素を利用することを決定する。
そのような実施形態において、これは、
リソースプールＲＰが、第２のデバイスＵＥ２によって輻輳しているとみなされ、
第２のデバイスＵＥ２が、第２の偏波アンテナごとの無線周波数チェーンを有する少なくともデュアルの第２の偏波アンテナを含む特定のハードウェアＨＷ２を備え、デュアルの第２の偏波アンテナのうちの一方は、水平偏波面における送信を可能にし、
第２のデバイスＵＥ２側及び第２のデバイスＵＥ２の受信デバイス側におけるチャネル状態が、それらのチャネル状態が偏波送信に好適であることを意味する、高レベルの（すなわち、既定の閾値を超える）交差偏波比を反映し、
水平偏波面において第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）のサイズが、第２のデバイスＵＥ２のデータ及び制御送信Ｄａｔａ２に十分である、
ことを意味する。
そのような実施形態において、これは、
リソースプールＲＰが、第２のデバイスＵＥ２によって輻輳しているとみなされ、
第２のデバイスＵＥ２が、第２の偏波アンテナごとの無線周波数チェーンを有する少なくともデュアルの第２の偏波アンテナを含む特定のハードウェアＨＷ２を備え、デュアルの第２の偏波アンテナのうちの一方は、水平偏波面における送信を可能にし、
第２のデバイスＵＥ２側及び第２のデバイスＵＥ２の受信デバイス側におけるチャネル状態が、それらのチャネル状態が偏波送信に好適であることを意味する、高レベルの（すなわち、既定の閾値を超える）交差偏波比を反映し、
水平偏波面において第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）のサイズが、第２のデバイスＵＥ２のデータ及び制御送信Ｄａｔａ２に十分である、
ことを意味する。
【0195】
この場合には、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）の利用を決定する。
その結果、第１のデバイスＵＥ１の第２の送信ＴＲ２が垂直Ｖ偏波面において行われるとき、第２のデバイスＵＥ２の初期送信ＴＲ１＊は、第１のデバイスＵＥ１によって利用可能にされた専用のリソース要素（複数の場合もある）を使用して水平Ｈ偏波面において並列に行われる。
特に、第１のデバイスＵＥ１のＳＣＩを含むＰＳＣＣＨ部分は、水平Ｈ偏波面を含む全ての送信次元（ここでは、周波数、時間及び偏波）において第２のデバイスＵＥ２によって不変のままとされる。
第１のデバイスＵＥ１のＰＳＣＣＨのこの不変部分は、図８においてストライプ付きのゾーンとして表されている。
図８に示す特定の実施形態において、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）の利用を決定すると、共有されるリソース要素（複数の場合もある）を第２のデバイスＵＥ２が利用する意図があることを他のデバイス（第１のデバイスＵＥ１を含む）に知らせるために、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を通じて応答制御シグナリングを送出することができる。
そのような応答制御シグナリングは、第２のデバイスＵＥ２の初期送信ＴＲ１＊の前に行われる。
その結果、第１のデバイスＵＥ１の第２の送信ＴＲ２が垂直Ｖ偏波面において行われるとき、第２のデバイスＵＥ２の初期送信ＴＲ１＊は、第１のデバイスＵＥ１によって利用可能にされた専用のリソース要素（複数の場合もある）を使用して水平Ｈ偏波面において並列に行われる。
特に、第１のデバイスＵＥ１のＳＣＩを含むＰＳＣＣＨ部分は、水平Ｈ偏波面を含む全ての送信次元（ここでは、周波数、時間及び偏波）において第２のデバイスＵＥ２によって不変のままとされる。
第１のデバイスＵＥ１のＰＳＣＣＨのこの不変部分は、図８においてストライプ付きのゾーンとして表されている。
図８に示す特定の実施形態において、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）の利用を決定すると、共有されるリソース要素（複数の場合もある）を第２のデバイスＵＥ２が利用する意図があることを他のデバイス（第１のデバイスＵＥ１を含む）に知らせるために、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を通じて応答制御シグナリングを送出することができる。
そのような応答制御シグナリングは、第２のデバイスＵＥ２の初期送信ＴＲ１＊の前に行われる。
【0196】
図９を参照すると、第１のデバイスＵＥ１は、図４及び図６の説明で詳述したような第１のリソース共有プロセスを実行した後に、空間送信次元において、より正確にはビームＢ２を使用して特定の方向においてリソース要素を共有することができると判断する。
そのような実施形態において、これは、
リソースプールＲＰが、第１のデバイスＵＥ１によって輻輳しているとみなされ、
第１のデバイスＵＥ１が、少なくとも指向性アンテナの第１のアレイを含む特定のハードウェアＨＷ１を備え、そのようなアンテナの第１のアレイは、ビームＢ１及びＢ２をそれぞれ使用して２つの異なる方向に送信を可能にする少なくとも２つの異なるビームを含み、
これらの方向のうちの少なくとも一方（ここでは、ビームＢ２を使用する方向）が、第１のデバイスＵＥ１によってそれ自身の送信に使用されず、したがって、第１のデバイスによる共有に利用可能であり、
特定の実施形態において、第１のデバイスＵＥ１側及び第１のデバイスＵＥ１の受信デバイス側におけるチャネル状態が、ビームＢ１とＢ２との間に高レベルの直交性が存在するように、見通し線支配環境を反映し、これによって、ビームフォーミングの最適化されたチャネル状態が可能になる、
ことを意味する。
そのような実施形態において、これは、
リソースプールＲＰが、第１のデバイスＵＥ１によって輻輳しているとみなされ、
第１のデバイスＵＥ１が、少なくとも指向性アンテナの第１のアレイを含む特定のハードウェアＨＷ１を備え、そのようなアンテナの第１のアレイは、ビームＢ１及びＢ２をそれぞれ使用して２つの異なる方向に送信を可能にする少なくとも２つの異なるビームを含み、
これらの方向のうちの少なくとも一方（ここでは、ビームＢ２を使用する方向）が、第１のデバイスＵＥ１によってそれ自身の送信に使用されず、したがって、第１のデバイスによる共有に利用可能であり、
特定の実施形態において、第１のデバイスＵＥ１側及び第１のデバイスＵＥ１の受信デバイス側におけるチャネル状態が、ビームＢ１とＢ２との間に高レベルの直交性が存在するように、見通し線支配環境を反映し、これによって、ビームフォーミングの最適化されたチャネル状態が可能になる、
ことを意味する。
【0197】
この場合には、ビームＢ１を使用して第１のデバイスＵＥ１の初期送信ＴＲ１を行っている間、第１のデバイスＵＥ１は、リソース要素が空間送信次元において共有に利用可能であることをシグナリングするために、共有シグナリングメッセージＳＳＭを追加し、その初期送信ＴＲ１のＰＳＳＣＨ部分に埋め込む。
そのようなリソース要素は、ビームＢ２と正確に共有される。
そのような共有シグナリングメッセージＳＳＭは、その後、第１のデバイスＵＥ１によって全ての方向Ｂｘにブロードキャストされる。
そのようなリソース要素は、ビームＢ２と正確に共有される。
そのような共有シグナリングメッセージＳＳＭは、その後、第１のデバイスＵＥ１によって全ての方向Ｂｘにブロードキャストされる。
【0198】
第１のデバイスＵＥ１のＰＳＣＣＨ部分に埋め込まれたサイドリンク制御情報（ＳＣＩ）及び第１のデバイスＵＥ１のＰＳＳＣＨ部分に埋め込まれたＳＳＭは、全ての空間方向Ｂｘに送出される。
特に、第１のデバイスＵＥ１のＰＳＣＣＨ部分に埋め込まれるサイドリンク制御情報（ＳＣＩ）は、リソース共有機能を用いて可能であるか否かを問わず、既存のＮＲ Ｖ２Ｘの自律的リソース配分手順に従って、ＳＣＩがネットワークＮＷの他の全てのデバイスによって復号化可能であるように、リソース共有プロセス全体を通して不変であり、共有されるリソース要素と重なり合わず、したがって既存のシグナリング手順との後方互換性を保証する。
特に、第１のデバイスＵＥ１のＰＳＣＣＨ部分に埋め込まれるサイドリンク制御情報（ＳＣＩ）は、リソース共有機能を用いて可能であるか否かを問わず、既存のＮＲ Ｖ２Ｘの自律的リソース配分手順に従って、ＳＣＩがネットワークＮＷの他の全てのデバイスによって復号化可能であるように、リソース共有プロセス全体を通して不変であり、共有されるリソース要素と重なり合わず、したがって既存のシグナリング手順との後方互換性を保証する。
【0199】
図９を参照すると、無線通信ネットワークＮＷの第２のデバイスＵＥ２が、第１のデバイスＵＥ１によってその初期送信ＴＲ１を通じて送出された共有シグナリングメッセージＳＳＭを受信するとみなされ、第２のデバイスＵＥ２は、図５及び図７の説明で詳述したような第２のリソース共有プロセスを実行した後、空間送信次元において、より正確にはビームＢ２の方向において第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）を利用することを決定する。
そのような実施形態において、これは、
リソースプールＲＰが、第２のデバイスＵＥ２によって輻輳しているとみなされ、
第２のデバイスＵＥ２が、少なくとも指向性アンテナの第２のアレイを含む特定のハードウェアＨＷ２を備え、そのような第２のアンテナのアレイが、少なくともビームＢ２と同じ方向における送信のビームを含み、
ビームＢ２を使用して第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）のサイズが、第２のデバイスＵＥ２のデータ及び制御送信Ｄａｔａ２に十分なものであり、
特定の実施形態において、第２のデバイスＵＥ２側及び第２のデバイスＵＥ２の受信デバイス側におけるチャネル状態が、ビームＢ２と同じ方向を有するビームを含む第２のデバイスＵＥ２のビームの間に高レベルの直交性が存在するように、見通し線支配環境を反映し、これによって、第２のデバイスＵＥ２によって開始されるビームフォーミングの最適化されたチャネル状態が可能になる、
ことを意味する。
そのような実施形態において、これは、
リソースプールＲＰが、第２のデバイスＵＥ２によって輻輳しているとみなされ、
第２のデバイスＵＥ２が、少なくとも指向性アンテナの第２のアレイを含む特定のハードウェアＨＷ２を備え、そのような第２のアンテナのアレイが、少なくともビームＢ２と同じ方向における送信のビームを含み、
ビームＢ２を使用して第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）のサイズが、第２のデバイスＵＥ２のデータ及び制御送信Ｄａｔａ２に十分なものであり、
特定の実施形態において、第２のデバイスＵＥ２側及び第２のデバイスＵＥ２の受信デバイス側におけるチャネル状態が、ビームＢ２と同じ方向を有するビームを含む第２のデバイスＵＥ２のビームの間に高レベルの直交性が存在するように、見通し線支配環境を反映し、これによって、第２のデバイスＵＥ２によって開始されるビームフォーミングの最適化されたチャネル状態が可能になる、
ことを意味する。
【0200】
この場合には、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）の利用を決定する。
その結果、第１のデバイスＵＥ１の第２の送信ＴＲ２がビームＢ１の方向において行われるとき、第２のデバイスＵＥ２の初期送信ＴＲ１＊は、第１のデバイスＵＥ１によって利用可能にされた専用のリソース要素（複数の場合もある）を使用してビームＢ２の方向において並列に行われる。
特に、第１のデバイスＵＥ１のＳＣＩを含むＰＳＣＣＨ部分は、ビームＢ２の方向を含む全ての送信次元（ここでは、周波数、時間及び空間）において第２のデバイスＵＥ２によって不変のままとされる。
第１のデバイスＵＥ１のＰＳＣＣＨのこの不変部分は、図９においてストライプ付きのゾーンとして表されている。
図９に示す特定の実施形態において、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素の利用を決定すると、共有されるリソース要素を第２のデバイスＵＥ２が利用する意図があることを他のデバイス（第１のデバイスＵＥ１を含む）に知らせるために、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を通じて応答制御シグナリングを送出することができる。
そのような応答制御シグナリングは、全ての方向（ビームＢ１及びＢ２の方向を含む）における第２のデバイスＵＥ２の初期送信ＴＲ１＊の前に行われる。
その結果、第１のデバイスＵＥ１の第２の送信ＴＲ２がビームＢ１の方向において行われるとき、第２のデバイスＵＥ２の初期送信ＴＲ１＊は、第１のデバイスＵＥ１によって利用可能にされた専用のリソース要素（複数の場合もある）を使用してビームＢ２の方向において並列に行われる。
特に、第１のデバイスＵＥ１のＳＣＩを含むＰＳＣＣＨ部分は、ビームＢ２の方向を含む全ての送信次元（ここでは、周波数、時間及び空間）において第２のデバイスＵＥ２によって不変のままとされる。
第１のデバイスＵＥ１のＰＳＣＣＨのこの不変部分は、図９においてストライプ付きのゾーンとして表されている。
図９に示す特定の実施形態において、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素の利用を決定すると、共有されるリソース要素を第２のデバイスＵＥ２が利用する意図があることを他のデバイス（第１のデバイスＵＥ１を含む）に知らせるために、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を通じて応答制御シグナリングを送出することができる。
そのような応答制御シグナリングは、全ての方向（ビームＢ１及びＢ２の方向を含む）における第２のデバイスＵＥ２の初期送信ＴＲ１＊の前に行われる。
【0201】
図１０を参照すると、第１のデバイスＵＥ１は、図４及び図６の説明で詳述したような第１のリソース共有プロセスを実行した後に、時間周波数送信次元においてリソース要素を共有することができると判断する。
そのような実施形態において、これは、
リソースプールＲＰが、第１のデバイスＵＥ１によって輻輳しているとみなされ、
第１のデバイスＵＥ１に配分されたスロットの所与の数のＯＦＤＭシンボル及び第１のデバイスＵＥ１に配分された所与の数のリソースブロックが、第１のデバイスＵＥ１によってそれ自身の送信に使用されず、したがって、第１のデバイスによる共有に利用可能なリソース要素（複数の場合もある）を形成する、
ことを意味する。
そのような利用可能な空いたリソース要素（複数の場合もある）は、図１０においてＦＲＥＥ ＲＥとして表されている。
そのような実施形態において、これは、
リソースプールＲＰが、第１のデバイスＵＥ１によって輻輳しているとみなされ、
第１のデバイスＵＥ１に配分されたスロットの所与の数のＯＦＤＭシンボル及び第１のデバイスＵＥ１に配分された所与の数のリソースブロックが、第１のデバイスＵＥ１によってそれ自身の送信に使用されず、したがって、第１のデバイスによる共有に利用可能なリソース要素（複数の場合もある）を形成する、
ことを意味する。
そのような利用可能な空いたリソース要素（複数の場合もある）は、図１０においてＦＲＥＥ ＲＥとして表されている。
【0202】
この場合には、第１のデバイスＵＥ１は、それ自身の送信に必要とされる量のＯＦＤＭシンボル及びリソースブロック（定義によれば、共有されるリソース要素（複数の場合もある）を形成する所与の数のＯＦＤＭシンボル及び所与の数のリソースブロックを含まない）を使用して第１のデバイスＵＥ１の初期送信ＴＲ１を行っている間、リソース要素（複数の場合もある）が時間周波数送信次元において共有に利用可能であることをシグナリングするために、共有シグナリングメッセージＳＳＭを追加して、その初期送信ＴＲ１のＰＳＳＣＨ部分に埋め込む。
そのようなリソース要素（複数の場合もある）は、所与の数のＯＦＤＭシンボル及び所与の数のリソースブロックを介して正確に共有される。
そのようなリソース要素（複数の場合もある）は、所与の数のＯＦＤＭシンボル及び所与の数のリソースブロックを介して正確に共有される。
【0203】
第１のデバイスＵＥ１のＰＳＣＣＨ部分に埋め込まれるサイドリンク制御情報（ＳＣＩ）は、リソース共有機能を用いて可能であるか否かを問わず、既存のＮＲ Ｖ２Ｘの自律的リソース配分手順に従って、ＳＣＩがネットワークＮＷの他の全てのデバイスによって復号化可能であるように、リソース共有プロセス全体を通して不変であり、共有されるリソース要素と重なり合わず、したがって既存のシグナリング手順との後方互換性を保証する。
【0204】
図１０を参照すると、無線通信ネットワークＮＷの第２のデバイスＵＥ２が、第１のデバイスＵＥ１によってその初期送信ＴＲ１を通じて送出された共有シグナリングメッセージＳＳＭを受信するとみなされ、第２のデバイスＵＥ２は、図５及び図７の説明で詳述したような第２のリソース共有プロセスを実行した後、時間周波数送信次元において第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）を利用することを決定する。
そのような実施形態において、これは、
リソースプールＲＰが、第２のデバイスＵＥ２によって輻輳しているとみなされ、
第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）（すなわち、所与の数のＯＦＤＭシンボル及び所与の数のリソースブロック）のサイズが、第２のデバイスＵＥ２のデータ及び制御送信Ｄａｔａ２に十分なものである、
ことを意味する。
そのような実施形態において、これは、
リソースプールＲＰが、第２のデバイスＵＥ２によって輻輳しているとみなされ、
第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）（すなわち、所与の数のＯＦＤＭシンボル及び所与の数のリソースブロック）のサイズが、第２のデバイスＵＥ２のデータ及び制御送信Ｄａｔａ２に十分なものである、
ことを意味する。
【0205】
この場合には、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）を利用することを決定する。
その結果、第１のデバイスＵＥ１の第２の送信ＴＲ２が時間領域及び周波数領域を介して行われるとき、第２のデバイスＵＥ２の初期送信ＴＲ１＊は、第１のデバイスＵＥ１によって利用可能にされた専用のリソース要素（複数の場合もある）を使用して（すなわち、所与の数のＯＦＤＭシンボル及び所与の数のリソースブロックＲＢを使用して）並列に行われる。
特に、第１のデバイスＵＥ１のＳＣＩを含むＰＳＣＣＨ部分は、第２のデバイスＵＥ２によって不変のままとされる。
図１０に示す特定の実施形態において、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）の利用を決定すると、共有されるリソース要素（複数の場合もある）を第２のデバイスＵＥ２が利用する意図があることを他のデバイス（第１のデバイスＵＥ１を含む）に知らせるために、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を通じて応答制御シグナリングを送出することができる。
そのような応答制御シグナリングは、第２のデバイスＵＥ２の初期送信ＴＲ１＊の前に行われる。
その結果、第１のデバイスＵＥ１の第２の送信ＴＲ２が時間領域及び周波数領域を介して行われるとき、第２のデバイスＵＥ２の初期送信ＴＲ１＊は、第１のデバイスＵＥ１によって利用可能にされた専用のリソース要素（複数の場合もある）を使用して（すなわち、所与の数のＯＦＤＭシンボル及び所与の数のリソースブロックＲＢを使用して）並列に行われる。
特に、第１のデバイスＵＥ１のＳＣＩを含むＰＳＣＣＨ部分は、第２のデバイスＵＥ２によって不変のままとされる。
図１０に示す特定の実施形態において、第２のデバイスＵＥ２は、第１のデバイスＵＥ１によって共有されるリソース要素（複数の場合もある）の利用を決定すると、共有されるリソース要素（複数の場合もある）を第２のデバイスＵＥ２が利用する意図があることを他のデバイス（第１のデバイスＵＥ１を含む）に知らせるために、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を通じて応答制御シグナリングを送出することができる。
そのような応答制御シグナリングは、第２のデバイスＵＥ２の初期送信ＴＲ１＊の前に行われる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
