知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-08-14
(54)【発明の名称】サイドリンクリソースの再評価
(51)【国際特許分類】
H04W 72/40 20230101AFI20240806BHJP
H04W 88/04 20090101ALI20240806BHJP
H04W 72/25 20230101ALI20240806BHJP
【ＦＩ】
H04W72/40
H04W88/04
H04W72/25
【審査請求】有
【予備審査請求】有
(21)【出願番号】P 2023569807
(86)(22)【出願日】2022-05-10
(85)【翻訳文提出日】2024-01-05
(86)【国際出願番号】 EP2022062626
(87)【国際公開番号】W WO2022238393
(87)【国際公開日】2022-11-17
(31)【優先権主張番号】63/187,143
(32)【優先日】2021-05-11
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(74)【代理人】
【識別番号】100199705
【弁理士】
【氏名又は名称】仙波 和之
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(72)【発明者】
【氏名】ブラスコ セラーノ， リカルド
(72)【発明者】
【氏名】アリ アシュラフ， シェザド
(72)【発明者】
【氏名】レオン カルボ， ホセ アンヘル
(72)【発明者】
【氏名】フン キム， ジョン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD11
5K067EE02
5K067EE25
(57)【要約】
無線通信ネットワークにおけるＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、送信ＵＥが、Ｄ２Ｄ通信リンク上で受信されたデータを送信するためのリソースを自律的に選択するように構成され、本方法が、送信ＵＥによって、連携ユーザ機器からＤ２Ｄ通信リンク上で受信されることになるデータを送信するための第１のリソースを選択すること、送信ＵＥによって、選択された第１のリソースを、送信ＵＥによって、第１のリソースとの競合を指示する追加情報を取得すること、送信ＵＥによって、連携ＵＥから、更新されたリソースを含む制御メッセージを受信することのうちの少なくとも１つに基づいて、除外すること、前記除外することの後に、送信ＵＥによって、前記連携ＵＥからＤ２Ｄ通信リンク上で受信されることになる前記データを送信するための第２のリソースを再選択すること、送信ＵＥによって、前記第２のリソースを使用して前記データの前記送信を実施することを含む、方法。
【選択図】図６
【選択図】図６
【特許請求の範囲】
【請求項1】
無線通信ネットワークにおけるＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、前記送信ＵＥが、Ｄ２Ｄ通信リンク上で受信されたデータを送信するためのリソースを自律的に選択するように構成され、前記方法が、－ 前記送信ＵＥによって、連携ユーザ機器から前記Ｄ２Ｄ通信リンク上で受信されることになるデータを送信するための第１のリソースを選択すること、
－ 前記送信ＵＥによって、前記選択された第１のリソースを、
－ 前記送信ＵＥによって、前記第１のリソースとの競合を指示する追加情報を取得すること、
－ 前記送信ＵＥによって、前記連携ＵＥから、更新されたリソースを含む制御メッセージを受信すること
のうちの少なくとも１つに基づいて、除外すること、
－ 前記除外することの後に、前記送信ＵＥによって、前記連携ＵＥから前記Ｄ２Ｄ通信リンク上で受信されることになる前記データを送信するための第２のリソースを再選択すること、
－ 前記送信ＵＥによって、前記第２のリソースを使用して前記データの前記送信を実施すること
を含む、方法。
【請求項2】
前記方法が、前記第１のリソースを前記選択するステップより前に、－ 前記送信ＵＥによって、連携ＵＥから、
－ データ送信のための１つまたは複数のリソース、
－ １つまたは複数の好ましくないまたは許可されないリソース
のうちの１つを指示する制御メッセージを受信する
ステップを含む、請求項１に記載の方法。
【請求項3】
前記連携ＵＥから前記制御メッセージを前記受信するステップが、前記送信ＵＥから受信された要求によってトリガされるか、または前記連携ＵＥによって自律的に実施される、請求項２に記載の方法。
【請求項4】
前記送信ＵＥが連携ＵＥから制御メッセージを受信し、前記第１のリソースを前記選択するステップが、－ 前記送信ＵＥによって、前記受信された制御メッセージ中の前記１つまたは複数のリソースに基づいて選択すること
を含む、請求項１から３のいずれか一項に記載の方法。
【請求項5】
前記第１のリソースを前記選択するステップは、－ すべての前記受信された制御メッセージにおいて共通であるリソースを選択すること、
－ 前記受信された制御メッセージの最大数に共通であるリソースを選択すること、
－ 前記受信された制御メッセージのうちの１つの中でリソースをランダムに選択すること、
－ 前記受信された制御メッセージのうちの最新のものにおいて指示されたリソースを選択すること、
－ 前記制御メッセージがそこから受信された、前記連携ＵＥの優先順位に少なくとも部分的に基づいて、リソースを選択すること、
－ 前記送信ＵＥによって前記連携ＵＥのうちの１つに送られた前の要求に少なくとも部分的に基づいてリソースを選択すること
のいずれかを含む、請求項４に記載の方法。
【請求項6】
前記第１のリソースとの前記競合を指示する追加情報を前記取得することが、サイドリンクリソースプールに属するスロットを監視することによって前記追加情報を取得することを含む、請求項１から５のいずれか一項に記載の方法。
【請求項7】
前記第１のリソースとの前記競合を指示する追加情報を前記取得することが、－ 前記追加情報を取得するために測定を実施すること、
－ 前記無線通信ネットワークにおける別のＵＥによって送信された制御情報を受信すること
のいずれかを含む、請求項６に記載の方法。
【請求項8】
前記制御情報が、グラントと予約とのいずれかである、請求項７に記載の方法。
【請求項9】
前記第１のリソースが、前記送信ＵＥによって予約されたリソースである、請求項１から８のいずれか一項に記載の方法。
【請求項10】
前記方法が、前記第２のリソースの前記再選択を上位レイヤプロトコルに報告するステップを含む、請求項１から９のいずれか一項に記載の方法。
【請求項11】
前記追加情報が、－ 前記無線通信ネットワークにおける別の送信ＵＥによって予約されたリソースとの衝突、
－ 半二重競合
のいずれかを指示する、請求項１から１０のいずれか一項に記載の方法。
【請求項12】
前記方法が、－ 前記送信ＵＥによって、前記第１のリソースを除外することに応答して制御情報を送信する
ステップを含む、請求項１から１１のいずれか一項に記載の方法。
【請求項13】
前記制御情報は、－ 前記送信ＵＥが前記第１のリソースを除外したという指示、
－ 連携ＵＥへの代替リソースについての要求
のいずれかを含む、請求項１２に記載の方法。
【請求項14】
前記再選択するステップが、代替リソースについての前記要求に応答して受信された制御メッセージ中で指示された代替リソースから前記第２のリソースを再選択することを含む、請求項１３に記載の方法。
【請求項15】
前記第２のリソースを前記再選択するステップが、－ 第１の制御メッセージとは異なるＵＥから受信された第２の制御メッセージ中で指示された代替リソースから前記第２のリソースを再選択すること、
－ 前記第１の制御メッセージと同じ連携ＵＥから異なる時間的ポイントにおいて受信された第２の制御メッセージ中で指示された代替リソースから前記第２のリソースを再選択すること
のいずれかを含む、請求項１から１４のいずれか一項に記載の方法。
【請求項16】
前記送信ＵＥが、－ それ自体の検知情報、
－ 別のＵＥから受信されたＵＥ間連携メッセージと組み合わせたそれ自体の検知情報
のいずれかに基づいて、前記第２のリソースを再選択する、請求項１から１５のいずれか一項に記載の方法。
【請求項17】
前記制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、請求項１から１６のいずれか一項に記載の方法。
【請求項18】
前記方法が、－ 前記除外するステップより前に、前記送信ＵＥによって、前記Ｄ２Ｄ通信リンク上で受信されることになるデータを送信するための前記第１のリソースを予約する予約メッセージを送信する
ステップを含み、
追加情報を前記取得するステップが、
－ 前記送信ＵＥによって、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信すること
を含む、請求項１から１７のいずれか一項に記載の方法。
【請求項19】
前記予約メッセージが、前記第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示をさらに含む、請求項１８に記載の方法。
【請求項20】
前記モード指示は、－ 前記第１のリソースを選択するための前記リソース選択モードが、低減された量の検知結果を使用したまたは検知結果を使用しなかったという指示、
－ フル検知ベースリソース選択が、前記第１のリソースを選択するために使用されたという指示
のいずれかを含む、請求項１９に記載の方法。
【請求項21】
前記制御メッセージが、前記データの送信のための１つまたは複数の代替リソースを含み、前記送信ＵＥが、前記制御メッセージ中で指示された前記代替リソースから前記第２のリソースを選択する、請求項１７から２０のいずれか一項に記載の方法。
【請求項22】
前記制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、前記送信ＵＥが、前記第２のリソースとして、前記制御メッセージ中で指示されないリソースを選択する、請求項１７から２１のいずれか一項に記載の方法。
【請求項23】
前記方法が、－ 前記送信ＵＥによって、前記データの送信のための１つまたは複数のリソースを指示する制御メッセージを受信する
初期ステップを含み、
前記選択するステップが、前記制御メッセージによって指示された前記１つまたは複数のリソースの中の前記第１のリソースを選択することを含み、
前記再選択するステップが、前記連携ＵＥからの前記制御メッセージ中の前記更新されたリソースの中の前記第２のリソースを再選択することを含む、請求項１から２２のいずれか一項に記載の方法。
【請求項24】
前記制御メッセージが、前記第１の制御メッセージ中で指示されたリソースを含む、請求項２３に記載の方法。
【請求項25】
無線通信ネットワークにおける送信ユーザ機器（ＵＥ）とのＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ＵＥによって実装される方法であって、前記送信ＵＥが、Ｄ２Ｄ通信リンク上で受信されたデータを送信するためのリソースを自律的に選択するように構成され、前記方法は、－ 前記連携ＵＥによって、前記送信ＵＥが、連携ＵＥから前記Ｄ２Ｄ通信リンク上で受信されることになるデータを送信するためのリソースを使用することになると決定すること、
－ 前記連携ＵＥによって、データを送信するための前記リソースとの競合があると決定すること、
－ 前記決定することに応答して、前記連携ＵＥによって、前記送信ＵＥに制御情報を送ることであって、前記制御情報が、前記送信ＵＥのリソース再選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を含む、方法。
【請求項26】
前記送信ＵＥが、データを送信するためのリソースを使用することになると前記決定するステップが、－ 前記連携ＵＥによって、前記送信ＵＥから、データを前記送信するための第１のリソースの予約を受信すること
を含む、請求項２５に記載の方法。
【請求項27】
前記予約が、前記第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示を含む、請求項２６に記載の方法。
【請求項28】
前記モード指示は、－ 前記第１のリソースを選択するための前記リソース選択モードが、低減された量の検知結果を使用したという指示、
－ フル検知ベースリソース選択が、前記第１のリソースを選択するために使用されたという指示
のいずれかを含む、請求項２７に記載の方法。
【請求項29】
前記送信ＵＥが、データを送信するためのリソースを使用することになると前記決定するステップが、－ 前記送信ＵＥに、データを前記送信するための１つまたは複数のリソースを指示する第１の制御メッセージを送ること
を含む、請求項２５から２８のいずれか一項に記載の方法。
【請求項30】
前記送るステップが、－ 前記送信ＵＥに、データを前記送信するための第２のリソースを指示する第２の制御メッセージを送ること
を含む、請求項２５から２８のいずれか一項に記載の方法。
【請求項31】
前記第２の制御メッセージが、前記第１の制御メッセージ中で指示されたリソースを含む、請求項３０に記載の方法。
【請求項32】
データを送信するための前記リソースとの競合があると前記決定するステップが、追加情報を取得することを含み、前記追加情報が、－ 前記連携ＵＥによって検知によって、
－ 前記連携ＵＥによって別のＵＥからのグラント中で、
－ 前記連携ＵＥによって他のＵＥからリソースセットを受信することによって、
－ 前記連携ＵＥによって別のＵＥからの予約中で、
－ 物理レイヤ測定によって
のいずれかで取得される、請求項２５から３１のいずれか一項に記載の方法。
【請求項33】
送信ユーザ機器（ＵＥ）であって、無線通信ネットワークにおけるＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定され、前記送信ＵＥが、Ｄ２Ｄ通信リンク上で受信されたデータを送信するためのリソースを自律的に選択するように構成され、前記送信ＵＥが、請求項１から２４のいずれか一項に記載の方法を実施するように設定された、送信ユーザ機器（ＵＥ）。
【請求項34】
連携ユーザ機器（ＵＥ）であって、無線通信ネットワークにおける送信ＵＥとのＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定され、前記送信ＵＥが、Ｄ２Ｄ通信リンク上で受信されたデータを送信するためのリソースを自律的に選択するように構成され、連携ＵＥが、請求項２５から３２のいずれか一項に記載の方法を実施するように設定された、連携ユーザ機器（ＵＥ）。
【請求項35】
実行可能な命令を備えるコンピュータプログラム製品であって、前記実行可能な命令が、無線通信ネットワークにおけるユーザ機器（ＵＥ）中の処理回路によって実行されたとき、前記ＵＥに請求項１から３２のいずれか一項に記載の方法を実施させる、コンピュータプログラム製品。
【請求項36】
無線通信ネットワークにおいて動作するように構成されたユーザ機器（ＵＥ）を備える車両であって、前記車両が、－ 請求項１から３２のいずれか一項に記載の動作のいずれかを実施するように設定された処理回路、
－ 前記処理回路に電力を供給するように設定された電力供給回路
を備える、車両。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に、サイドリンク（ＳＬ）リソース上のＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信に関し、より詳細には、サイドリンク送信のためのリソース選択および割り当てに関する。
【背景技術】
【0002】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、リリース１２（Ｒｅｌ－１２）およびリリース１３（Ｒｅｌ－１３）において、近傍サービス（ＰｒｏＳｅ）の、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）におけるサポートを指定し、これは、公共安全使用事例（たとえば、ファーストレスポンダ（ｆｉｒｓｔ ｒｅｓｐｏｎｄｅｒ））、ならびに、商業使用事例の小さいサブセット（たとえば、発見）をターゲットにした。ＰｒｏＳｅの主要な新規性は、サイドリンク（ＳＬ）インターフェースを使用するＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信の導入であった。３ＧＰＰにおけるリリース１４（Ｒｅｌ－１４）およびリリース１５（Ｒｅｌ－１５）中に、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信をサポートする目的としてＬＴＥ ＳＬフレームワークに大きい変更が導入され、ここで、Ｖ２Ｘは、車両と任意の他のエンドポイント（たとえば、車両、歩行者など）との間の通信をまとめて示す。その特徴は、大部分が、ｄａｙ－１安全性（ｄａｙ－１ ｓａｆｅｔｙ）など、基本的なＶ２Ｘ使用事例をターゲットにした。
【0003】
リリース１６（Ｒｅｌ－１６）中に、３ＧＰＰは、第５世代（５Ｇ）新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）のためのサイドリンクインターフェースを指定することに取り組んだ。Ｒｅｌ－１６におけるＮＲサイドリンクは、４つの使用事例（ＵＣ）グループ、すなわち、車両隊列走行、拡張されたセンサー、高度運転、およびリモート運転にカテゴリー分類され得る、高度Ｖ２Ｘサービスをターゲットにする。高度Ｖ２Ｘサービスをサポートすることは、レイテンシおよび信頼性に関する厳しい要件を満たすために、新しいサイドリンク設計を必要とした。Ｒｅｌ－１６におけるＮＲサイドリンクは、より高いシステム容量、増加された信頼性、およびより良いカバレッジを提供するように設計された。さらに、その設計は、さらに高度なＶ２Ｘサービスと他の関係するサービスとをサポートするための将来の拡張を有する可能性を考慮した。
【0004】
ＬＴＥ ＳＬにおける無線レイヤは、ブロードキャスト通信のみをサポートした。対照的に、ＮＲ ＳＬは、ブロードキャスト通信、マルチキャスト通信、およびユニキャスト通信の、無線レイヤにおけるサポートを含む。たとえば、隊列走行サービスでは、隊列のメンバーにとってのみ重要であるいくつかのメッセージがあり、これは、隊列のメンバーをグループにする。シースルー使用事例として知られる別の例では、最も可能性があるシナリオが、車両のペアのみを伴い、そのシナリオにはユニキャスト送信が当然適合する。ＬＴＥ ＳＬの場合のように、ＮＲ ＳＬは、スタンドアロンの、ネットワークがない動作のサポートを含む、ネットワークカバレッジありおよびなしの、ならびにユーザ機器（ＵＥ）とネットワーク（ＮＷ）との間の対話の異なる程度での、ＮＲ ＳＬの動作が可能であるようなやり方で、設計される。
【0005】
３ＧＰＰは、通常、Ｄ２Ｄ送信を、サイドリンク送信、またはＰＣ５インターフェースを使用する送信と呼ぶ。適用可能な規格は、ＮＲサイドリンクについての２つのリソース割り当てモード、すなわち、ネットワークベースリソース割り当ておよび自律リソース割り当てを規定する。
【0006】
ネットワークベースリソース割り当てモードでは、ネットワークは、サイドリンクＵＥによって使用されるリソースおよび他の送信パラメータを選択する。いくつかの場合には、ネットワークは、あらゆる送信パラメータを制御し得る。他の場合、ネットワークは、送信のために使用されるリソースを選択し得るが、送信機に、場合によっては、いくつかの制限を伴う、送信パラメータのうちのいくつかを選択する自由を与え得る。ＮＲ ＳＬのコンテキストでは、３ＧＰＰは、このリソース割り当てモードをモード１と呼ぶ。
【0007】
自律リソース割り当てモードでは、ＵＥは、リソースおよび他の送信パラメータを自律的に選択する。このモードでは、ネットワークによる介入がない（たとえば、カバレッジ外、ネットワーク展開なしの未ライセンスキャリアなど）か、またはネットワークによる極めて最小の介入があり得る（たとえば、リソースのプールの設定など）。ＮＲ ＳＬのコンテキストでは、３ＧＰＰは、このリソース割り当てモードをモード２と呼ぶ。
【0008】
ＮＲにおけるネットワークベースリソース割り当てモード（モード１）および自律リソース割り当てモード（モード２）は、それぞれ、ＬＴＥにおけるモード３およびモード４に類似する。
【発明の概要】
【0009】
本開示は、サイドリンク通信のためのリソース選択におけるＵＥ間連携（ｃｏｏｒｄｉｎａｔｉｏｎ）のための方法および装置を提供する。本開示の一態様は、Ｄ２Ｄ通信における競合の数およびレイテンシを低減するためにＵＥ間連携と追加の検知情報とを組み合わせるための方法および装置を含む。本明細書の技法は、異なるノード（たとえば、ＵＥ）および／または異なる時間によって収集された結合リソース利用情報（たとえば、検知情報、グラント、リソース提案、リソースセットなど）について説明する。本技法は、ＵＥ間連携を使用して選択されたリソースが後で検出されて別のＵＥによって予約される状況を解決することと、サイドリンク送信のために使用されることになるリソースを再評価することによってサイドリンク送信における衝突の確率を低減することとを助ける。
【0010】
本開示の第１の態様では、無線通信ネットワークにおけるＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、送信ＵＥが、Ｄ２Ｄ通信リンク上で受信されたデータを送信するためのリソースを自律的に選択するように構成され、本方法が、送信ＵＥによって、連携（ｃｏｏｒｄｉｎａｔｉｎｇ）ユーザ機器からＤ２Ｄ通信リンク上で受信されることになるデータを送信するための、リソースのセット内の、第１のリソースを選択すること、送信ＵＥによって、選択された第１のリソースを、送信ＵＥによって、第１のリソースとの競合を指示する追加情報を取得すること、送信ＵＥによって、連携ＵＥから、更新されたリソースを含む制御メッセージを受信することのうちの少なくとも１つに基づいて除外すること、前記除外することの後に、送信ＵＥによって、前記連携ＵＥからＤ２Ｄ通信リンク上で受信されることになる前記データを送信するための第２のリソースを再選択／無視すること、送信ＵＥによって、前記第２のリソースを使用して前記データの前記送信を実施することを含む、方法が提供される。
【0011】
発明者は、ＵＥ間連携状況の場合、送信のためのリソースを選択するＵＥ、たとえば、送信ＵＥが、情報を逃し得ることを見つけた。たとえば、送信ＵＥにおいて利用可能である何らかの検知情報なしに連携ＵＥによってＵＥ間連携メッセージが生成され得る。別の例は、何らかの追加の検知情報が利用可能になる前に、連携ＵＥによって、ＵＥ間連携メッセージが生成され、送信され得ることである。
【0012】
上記で説明された事例では、送信ＵＥによって行われるリソース選択が送信に好適でないことがある。すなわち、それは、衝突の確率増加を受けるか、または半二重によって影響を及ぼされ得る。
【0013】
他の状況では、ＵＥ間連携状況における送信ＵＥは、矛盾する情報を有することにつながり得る。たとえば、ＵＥは、後でＵＥがそれについて衝突の高い見込みを予測する、リソースを選択するように提案され得る。
【0014】
発明者は、選択されたリソースが、もはや、データを送信するための所望のリソースでないことがある状況が起こり得ることを見つけた。これは、たとえば、送信ＵＥによって、第１のリソースとの競合を指示する追加情報を取得すること、および／または、送信ＵＥによって、連携ＵＥから、更新されたリソースを含む制御メッセージを受信することによって決定され得る。
【0015】
本開示によれば、「連携」ＵＥという表現は、本明細書全体にわたって使用される。連携ＵＥは、このＵＥが、他のＵＥと比較して、より高い階層／特権を有する必要があることを意味しないことに、明示的に留意されたい。連携ＵＥは、無線通信ネットワークにおける任意の通常のＵＥであり得る。
【0016】
一例では、送信ＵＥは、将来のチャネル利用について関連のある情報に気づき得る。その情報は、送信ＵＥによって選択されたリソースとの潜在的競合を指示し得る。送信ＵＥは、次いで、送信ＵＥの選択されたリソースを却下し得、送信目的のための代替リソースを選択し得る。
【0017】
別の例では、送信ＵＥは、送信のための第１のリソースを選択し得、第１のリソースについての予約を送信するための第２のリソースを使用し得る。この送信に基づいて、送信ＵＥは、第１のリソースとの潜在的競合があること、および／または、代わりに代替リソースを使用することについての提案を指示する、制御メッセージを、任意の他のＵＥから受信し得る。受信された制御メッセージに基づいて、送信ＵＥは、第１のリソースを無視し得、データを送信するための代替リソースを選択し得る。
【0018】
また別の例では、連携ＵＥは、データを送信するために使用されることになるリソースについての第１のグラントまたは第１の提案を送信ＵＥに提供し得る。連携は、次いで、将来のチャネル利用について関連のあり得る追加情報を取得し得る。たとえば、追加情報は、リソースについての第１のグラントまたは第１の提案との潜在的競合を指示し得る。その後、連携ＵＥは、データを送信するために使用されることになるリソースについての更新されたグラントまたは更新された提案をもつ別のメッセージを送信ＵＥに送ることを判断し得る。
【図面の簡単な説明】
【0019】
【図1】Ｄ２Ｄ通信をサポートする例示的な通信ネットワークを示す図である。
【図2】ＵＥ間連携を概略的に示す図である。
【図3】連携ＵＥ（ＵＥ－Ａ）と送信ＵＥ（ＵＥ－Ｂ）との間のＵＥ間連携に対する第１の手法を示す図である。
【図4】連携ＵＥ（ＵＥ－Ａ）と送信ＵＥ（ＵＥ－Ｂ）との間のＵＥ間連携に対する第２の手法を示す図である。
【図5】連携ＵＥ（ＵＥ－Ａ）と送信ＵＥ（ＵＥ－Ｂ）との間のＵＥ間連携に対する第３の手法を示す図である。
【図6】ＵＥ間連携に対する第１の手法に従って、送信ＵＥによって実装される方法を示す図である。
【図7】ＵＥ間連携に対する第２の手法に従って、送信ＵＥによって実装される方法を示す図である。
【図8】ＵＥ間連携に対する第２の手法に従って、連携ＵＥによって実装される方法を示す図である。
【図9】ＵＥ間連携に対する第３の手法に従って、送信ＵＥによって実装される方法を示す図である。
【図10】ＵＥ間連携に対する第３の手法に従って、連携ＵＥによって実装される方法を示す図である。
【図11】本明細書で説明されるＵＥ間連携を使用するＳＬ通信のために設定されたＵＥの主要な機能構成要素を示す図である。
【発明を実施するための形態】
【0020】
次に図面を参照すると、本開示によるＵＥ間連携技法が、ＮＲ通信規格を実装する無線通信ネットワークのコンテキストにおいて説明される。しかしながら、本技法が、より一般的には、サイドリンクインターフェース上のＤ２Ｄ通信をサポートする任意の無線通信ネットワークに適用可能であることを、当業者は諒解されよう。
【0021】
図１は、複数のＵＥ３０にコアネットワーク４０への接続を提供する基地局２０を示す。単一の基地局２０が図１に示されているが、無線通信ネットワーク１０が、一般に、多くの基地局２０を含むことになることを、当業者は諒解されよう。基地局２０は、ＮＲ規格において、エボルブドノードＢ（ｅＮＢ）、５ＧノードＢ（ｇＮＢ）または次世代ｅＮＢ（ｎｇ－ｅＮＢ）と呼ばれることもある。
【0022】
ＵＥ－１～ＵＥ－４は、サイドリンク（たとえば、ＰＣ５インターフェース）上の、それらのＵＥの近傍にある他のＵＥ３０とのＤ２Ｄ通信が可能である。ＵＥ－１、ＵＥ－３およびＵＥ－４は、ネットワークカバレッジ内にあり、ＵＥ－２は、ネットワークカバレッジの外にある。ＵＥ－１は、ＵＥ－２およびＵＥ－３の近傍にあり、それぞれ、サイドリンクＳＬ１およびＳＬ２上でＵＥ－２およびＵＥ－３と通信することができる。ＵＥ－２は、ＵＥ－１およびＵＥ－３の近傍にあり、それぞれ、サイドリンクＳＬ１およびＳＬ３上でＵＥ－１およびＵＥ－３と通信することができる。ＵＥ－３は、ＵＥ－１、ＵＥ－２およびＵＥ－４の近傍にあり、それぞれ、サイドリンクＳＬ２、ＳＬ３、およびＳＬ４上で、ＵＥ－１、ＵＥ－２およびＵＥ－４と通信することができる。最後に、ＵＥ－４は、ＵＥ－３の近傍にあり、サイドリンクＳＬ４上で通信することができる。しかしながら、ＵＥ－４は、ＵＥ－１およびＵＥ－２の範囲外にあり、サイドリンク上でのＵＥ－１またはＵＥ－２との直接接続を確立することができない。ＵＥ４は、基地局２０を介してＵＥ－１と通信することができる。しかしながら、ＵＥ－２は、基地局２０のカバレッジ外にある。
【0023】
本開示の一態様は、ＵＥ間連携を使用するＳＬ送信のための自律リソース割り当てのための技法を含む。３ＧＰＰ規格は、ＮＲサイドリンクについての２つのリソース割り当てモード、すなわち、ネットワークベースリソース割り当ておよび自律リソース割り当てを規定する。モード１と呼ばれる、ネットワークベースリソース割り当てモードでは、ネットワークは、サイドリンクＵＥによって使用されるリソースおよび他の送信パラメータを選択する。いくつかの場合、ネットワークは、送信のために使用されるリソースを選択するが、ＵＥ３０に、場合によっては、いくつかの制限を伴う、送信パラメータのうちのいくつかを選択する自由を与え得る。モード２と呼ばれる、自律リソース割り当てモードでは、ＵＥ３０は、リソースおよび他の送信パラメータを自律的に選択する。このモードでは、一般に、ネットワークによる介入がないか、またはネットワークによる極めて最小の介入があり得る（たとえば、リソースのプールの設定など）。
【0024】
ＳＬ送信モード２では、分散リソース選択が採用され、すなわち、スケジューリングのための中央ノードがなく、リソースがＵＥ３０によって自律的に選択される。送信モード２は、２つの機能、すなわち、将来のリソースの予約、および検知ベースリソース割り当てに基づく。将来のリソースの予約は、メッセージを送るＵＥ３０が、後の時間的ポイントにおいていくつかの時間周波数リソースを使用して送信するというＵＥ３０の意図について受信機に通知することができるように、行われる。たとえば、時間Ｔにおいて送信するＵＥ３０が、ＵＥ３０が時間Ｔ＋１００ｍｓにおいて同じ周波数リソースを使用して送信することになることを受信機に知らせ得る。リソース予約は、受信ＵＥ３０が将来における無線リソースの利用を予測することを可能にする。すなわち、別のＵＥの現在の送信をリッスンすることによって、ＵＥ３０はまた、潜在的な将来の送信に関する情報を取得する。この情報は、ＵＥ３０によって、それ自体のリソースを選択するときに衝突を回避するために使用され得る。詳細には、ＵＥ３０は、受信されたブッキングメッセージを読み取ることによって無線リソースの将来の利用を予測し、次いで、同じリソースを使用することを回避するようにＵＥ３０の現在の送信をスケジュールする。これは、検知ベースリソース選択として知られている。
【0025】
概して、検知は、リソースが選択されるサイドリンクリソースプール中のスロットを監視することとして説明され得る。検知は、規定されたウィンドウ上で実施され得る。ＮＲ Ｒｅｌ－１６において指定されている検知ベースリソース選択方式は、ＴＳ３８．２１４中の節８．１．４において規定されている以下のステップにおいて大まかに要約され得る。
・ ＵＥ３０は、間隔［ｎ－ａ，ｎ－ｂ］中に伝送媒体を検知し、ここで、ｎは時間参照であり、ａ＞ｂ＞０は、検知ウィンドウの持続時間を規定する。検知ウィンドウの長さは（事前）設定可能である。伝送媒体を検知することは、とりわけ、リソースの予約を指示する制御情報の送信を受信すること、および／または測定を実施することを含む。ＵＥ３０は、いくつかの場合には、間隔［ｎ－ａ，ｎ－ｂ］からいくつかのタイムスロット（たとえば、ＵＥ３０の送信が行われるスロットなど）を除外し得る。
・ 検知結果に基づいて、ＵＥ３０は、将来の時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］における伝送媒体の将来の利用を予測し、ここで、Ｔ２＞Ｔ１＞０である。間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］はリソース選択ウィンドウである。
・ ＵＥ３０は、選択可能（たとえば、アイドル、使用可能、利用可能など）であると予測／決定された、選択ウィンドウ［ｎ＋Ｔ１，ｎ＋Ｔ２］中のリソースの中で、１つまたは複数の時間周波数リソースを選択する。
・ ＵＥ３０は、間隔［ｎ－ａ，ｎ－ｂ］中に伝送媒体を検知し、ここで、ｎは時間参照であり、ａ＞ｂ＞０は、検知ウィンドウの持続時間を規定する。検知ウィンドウの長さは（事前）設定可能である。伝送媒体を検知することは、とりわけ、リソースの予約を指示する制御情報の送信を受信すること、および／または測定を実施することを含む。ＵＥ３０は、いくつかの場合には、間隔［ｎ－ａ，ｎ－ｂ］からいくつかのタイムスロット（たとえば、ＵＥ３０の送信が行われるスロットなど）を除外し得る。
・ 検知結果に基づいて、ＵＥ３０は、将来の時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］における伝送媒体の将来の利用を予測し、ここで、Ｔ２＞Ｔ１＞０である。間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］はリソース選択ウィンドウである。
・ ＵＥ３０は、選択可能（たとえば、アイドル、使用可能、利用可能など）であると予測／決定された、選択ウィンドウ［ｎ＋Ｔ１，ｎ＋Ｔ２］中のリソースの中で、１つまたは複数の時間周波数リソースを選択する。
【0026】
上記で説明された、自律リソース割り当てに対する手法は、チャネルの将来の利用を予測することと、衝突を回避するようにリソースを選択することとを目的とする。しかしながら、衝突は、リソースの初期割り当ての後に検出され得る。一例として、リソースを選択した後に、ただし、送信を実施することより前に（すなわち、選択されたリソースのいずれかを予約することより前に）、ＵＥ３０は、検知を通して、選択されたリソースのうちの１つに影響を及ぼす潜在的衝突を検出し得る。ＵＥ３０によって行われるリソースの初期選択は、近くのＵＥに知られていない、内部判断であることに留意されたい。この時点で、リソースが選択された（ただし、予約されていない）と言える。選択されたリソースについての予約を送信した後に、周囲のＵＥ３０がこの状態に気づく。この時点で、リソースは、予約された（または選択および予約された）と見なされる。別の例として、リソースを予約した後に、ＵＥ３０は、別のＵＥ３０によって送信された競合する予約を検知し得る。２つの予約のどちらが優先権を有するか（もしあれば）は、それらの予約の各々に関連する優先順位を見ることによって決定され得る。この情報は、予約とともにシグナリングされる。
【0027】
前の２つの状況において衝突を回避するために、２つの機構、すなわち、リソースが選択されるが、予約されない場合についての再評価（または再評価および再選択）と、リソースが選択および予約された場合についてのプリエンプション（および再選択）とが利用可能である。
【0028】
再評価の場合、他のＵＥ３０が、（１つまたは複数の）リソースの選択と対応する予約の送信との間の時間経過において同じリソースを予約し得る。そのような衝突を回避するために、ＵＥ３０は、ＵＥ３０の選択を再考することが可能にされる。そのようなプロシージャの目的は、（１つまたは複数の）より早期の選択されたリソースが依然として送信に好適であるか否かを評価することである。ＵＥ３０が、（１つまたは複数の）より早期の選択されたリソースがもはやＵＥ３０自体の送信に好適でない（たとえば、何らかの他のＵＥ３０も、その間に同じリソースを選択した）と決定した場合、ＵＥ３０は再びリソース選択機構をトリガする。この場合、候補リソースの新しいセットが作成され、（１つまたは複数の）リソースは、新たに作成された候補リソースセットからランダムに選択される。このプロシージャは、再評価、または再評価および再選択と呼ばれる。
【0029】
プリエンプション事例では、予約が送られた後に、ＵＥ３０は、ＵＥ３０の選択を再評価することができない。しかしながら、ＵＥ３０は、他のＵＥ３０が、実施すべき優先順位の高い送信を有する場合、送信するのを妨げられ得る。プリエンプションとして知られる、これらの事例では、ＵＥ３０は、より高い優先順位をもつ別のＵＥ３０が別のＵＥ３０の送信のために同じリソースを選択した場合、リソース選択を（再）トリガする。この場合、低優先順位送信をもつＵＥ３０が、リソース選択を（再）トリガし、候補リソースセットの新しいセットが、最近の検知情報に基づいてＵＥ３０によって作成／決定される。このプロシージャは、プリエンプション、またはプリエンプションおよび再選択と呼ばれる。
【0030】
リリース－１７（Ｒｅｌ－１７）では、３ＧＰＰは、Ｖ２Ｘのサポートを拡張する目的として、および公共安全などの他の使用事例（ＵＣ）をカバーするために、サイドリンクのための複数の拡張に取り組んでいる（ＲＰ－２０２８４６参照）。電力制限されたＵＥ３０（たとえば、歩行者ＵＥ、ファーストレスポンダＵＥなど）の性能を改善することと、リソース連携を使用して性能を改善することとが、このリソースの主要な目標のうちの２つと見なされる。考慮中の１つの特徴は、ＵＥ間連携である。考慮中の１つのシナリオでは、ＵＥ－Ａと示された第１のＵＥ３０が、リソースのセットを決定し、リソースのセットをＵＥ－Ｂに送る。ＵＥ－Ｂは、ＵＥ－Ｂ自体の送信のためのリソース選択において、ＵＥ－Ａによって指示されたリソースを考慮に入れる。ＵＥ－ＡからＵＥ－Ｂに送られる情報は、連携間情報（ｉｎｔｅｒ－ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる。
【0031】
連携間に対する異なる手法が考慮されている。方式１と呼ばれる、１つの手法では、連携間情報は、ＵＥ－Ｂの送信のために好ましいおよび／または好ましくないリソースのセットを含む。方式２と呼ばれる、別の手法では、ＵＥ－ＡからＵＥ－Ｂに送られる連携情報は、ＵＥ－Ｂのサイドリンク制御情報（ＳＣＩ）によって指示されたリソースに関する予想される／潜在的および／または検出されたリソース競合の存在を含む。ＵＥ－ＢがＵＥ－ＡからＵＥ間連携情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信したとき、ＵＥ－Ｂの、ＵＥ－Ｂ自体の送信のためのリソースの選択または再選択は、（利用可能な場合）ＵＥ－Ｂの検知結果と、受信された連携情報の両方に基づき得るか、または受信された連携情報のみに基づき得る。いくつかのシナリオでは、受信された連携情報は、リソースの初期選択のために使用される。他のものでは、受信された連携情報は、リソースの再選択のために使用される。
【0032】
図２は、ＵＥ間連携の一例を示す。この例では、ＵＥ－Ａは、ＵＥ－１、ＵＥ－２、およびＵＥ－３による送信を検知することを通して何らかの情報を集める。ＵＥ－Ａは、ＵＥ－Ｂに、ＵＥ－Ｂによる送信に好適であり得るリソースを提供するために、その情報を使用する。たとえば、ＵＥ－Ａによって提供されたリソースは、ＵＥ－Ｂによって、ＵＥ－Ｂ自体の送信を実施するために使用され得る。
【0033】
ＵＥ間連携を使用するとき、送信のためのリソースを選択するＵＥ３０（すなわち、上記の例におけるＵＥ－Ｂ）は、何らかの必須の情報を逃し得る。たとえば、ＵＥ－Ｂにおいて利用可能である何らかの検知情報なしにＵＥ－ＡによってＵＥ間連携メッセージが生成され得る。また、何らかの追加の検知情報が利用可能になる前に、ＵＥ－Ａによって、ＵＥ間連携メッセージが生成され、送信され得る。これらのシナリオでは、ＵＥ－Ｂによって行われるリソース選択が送信に好適でないことがある。すなわち、それは、衝突の高い確率を受けるか、または半二重によって影響を及ぼされ得る。いくつかのシナリオでは、ＵＥ間連携は、矛盾する情報につながり得る。たとえば、ＵＥ３０は、後でＵＥ３０がそれについて衝突の高い見込みを予測する、リソースを選択するように提案され得る。
【0034】
本開示の一態様は、Ｄ２Ｄ通信における競合の数およびレイテンシを低減するためにＵＥ間連携と追加の検知情報とを組み合わせるための方法および装置を含む。本明細書の技法は、異なるノード（たとえば、ＵＥ）および／または異なる時間によって収集されたリソース利用情報（たとえば、検知情報、グラントなど）を組み合わせることを可能にする。本技法は、ＵＥ間連携を使用して選択されたリソースが後で検出されて別のＵＥ３０によって予約される状況を解決することと、サイドリンク送信のために使用されることになるリソースを再評価することによってサイドリンク送信における衝突の確率を低減することとを助ける。
【0035】
本明細書で説明される方法の共通のテーマは、ＵＥ間連携を使用して、データ送信のためにリソースが選択される（それ自体のために、他のものにグラントされる、など）ことである。後で、リソースの利用可能性に関する新しい情報が収集される。新たに受信および／または収集された情報に基づいて、選択されたリソースの適合性が再考される。最終的に、新しいリソースが選択され、他のものがドロップされ得る。異なるＵＥによって異なるアクションが実施され得る。
【0036】
ＵＥ間連携技法は、（より早期に説明されたＳＬモードのいずれかを動作させる）ＵＥ３０が、基地局２０を通して情報を送ることなしに、互いと直接通信する、３ＧＰＰサイドリンクのコンテキストにおいて説明される。しかしながら、その技法は、ＵＥ３０が、（たとえば、それ自体によって、別のＵＥ、基地局から、など）グラントを取得し、（たとえば、検知を通して収集された、別のノードから送信された、など）チャネルに関する何らかの情報に基づいて、リソースのいずれも使用され得ない／リソースのうちのいくつかが使用され得る／リソースのすべてが使用され得る、またはいくつかの他のリソースが選択されなければならないかどうかを決定することができる限り、サイドリンク以外に、より一般的に適用可能である。以下の説明では、ＵＥ－Ａは、ＵＥ間連携メッセージをＵＥ－Ｂに送信し、ＵＥ－Ｂは、送信を実施するためのリソースを選択する。
【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】
一実施形態では、ＵＥ－Ｂは、それ自体の検知情報と、別のＵＥから受信されたＵＥ間連携メッセージとに基づいて、新しいリソースを選択する。
【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】
図９は、送信ＵＥ３０（上記の例におけるＵＥ－Ｂ）によって実装される、ＵＥ間連携の例示的な方法２２５を示す。送信ＵＥ３０は、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信し、制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択する（ブロック２３０、２３５）。第１のリソースを選択した後に、送信ＵＥ３０は、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信する（ブロック２４０）。制御メッセージに応答して、送信ＵＥ３０は、データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択し、第２のリソースを使用してデータ送信を実施する（ブロック２４５、２５０）。
【0095】
図１０は、連携ＵＥ３０（上記の例におけるＵＥ－Ａ）によって実装される、ＵＥ間連携の例示的な方法２６０を示す。連携ＵＥ３０は、送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送る（ブロック２６５）。第１の制御メッセージを送信した後に、連携ＵＥ３０は、第１のリソースとの競合を指示する追加情報を取得する（ブロック２７０）。取得することに応答して、連携ＵＥ３０は、送信ＵＥ３０に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを送る（ブロック２７５）。いくつかの実施形態では、連携ＵＥ３０は、その後、代替リソースから選択された第２のリソースを使用して送信ＵＥ３０からデータ送信を受信する（ブロック２８０）。
【0096】
装置が、任意の機能的手段、モジュール、ユニット、または回路を実装することによって、本明細書で説明される方法のいずれかを実施することができる。一実施形態では、たとえば、装置は、方法の図に示されているステップを実施するように設定されたそれぞれの回路（ｃｉｒｃｕｉｔ）または回路（ｃｉｒｃｕｉｔｒｙ）を備える。回路（ｃｉｒｃｕｉｔ）または回路（ｃｉｒｃｕｉｔｒｙ）は、この点について、ある機能的処理を実施することに専用の回路および／またはメモリとともに１つまたは複数のマイクロプロセッサを備え得る。たとえば、回路は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラ、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを含み得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含み得る。メモリを採用する実施形態では、メモリは、１つまたは複数のプロセッサによって実行されたとき、本明細書で説明される技法を行うプログラムコードを記憶する。
【0097】
図１１は、別の実施形態による、ＵＥ３００を示す。ＵＥ３００は、１つまたは複数のアンテナ３１５を有するアンテナアレイ３１０と、通信回路３２０と、処理回路３５０と、メモリ３６０とを備える。
【0098】
通信回路３２０は、アンテナ３１０に結合され、無線通信チャネル上で信号を送信および受信するために必要とされる無線周波数（ＲＦ）回路を備える。ＲＦ回路は、たとえば、ＮＲ規格に従って動作するように設定された送信機（ＴＸ）３３０と受信機（ＲＸ）３４０とを備え得る。
【0099】
処理回路３５０は、メモリ３６０に記憶されたプログラム命令に従ってＵＥ３０ ３００の全体的な動作を制御する。処理回路３５０は、１つまたは複数のマイクロプロセッサ、ハードウェア、ファームウェア、またはそれらの組合せを備え得る。
【0100】
メモリ３６０は、動作のために処理回路３５０によって必要とされるコンピュータプログラムコードおよびデータを記憶するための揮発性メモリと不揮発性メモリの両方を備える。メモリ３６０は、電子、磁気、光、電磁、または半導体データストレージを含む、データを記憶するための任意の有形、非一時的コンピュータ可読記憶媒体を備え得る。メモリ３６０は、それぞれ、図６～図１０による方法１００、１５０、２００、２２５および２３０のうちの１つまたは複数を実装するように処理回路３５０を設定する実行可能な命令を備えるコンピュータプログラム３７０を記憶する。コンピュータプログラム３７０は、この点について、上記で説明された手段またはユニットに対応する１つまたは複数のコードモジュールを備え得る。概して、コンピュータプログラム命令および設定情報は、ＲＯＭ、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）またはフラッシュメモリなど、不揮発性メモリに記憶される。動作中に生成される一時的データは、ランダムアクセスメモリ（ＲＡＭ）など、揮発性メモリに記憶され得る。いくつかの実施形態では、本明細書で説明されるように処理回路３５０を設定するためのコンピュータプログラム３５０は、ポータブルコンパクトディスク、ポータブルデジタルビデオディスク、または他のリムーバブル媒体など、リムーバブルメモリに記憶され得る。コンピュータプログラム３７０はまた、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体など、キャリアにおいて具現され得る。
【0101】
また、本明細書の実施形態が、対応するコンピュータプログラムをさらに含むことを、当業者は諒解されよう。コンピュータプログラムは、装置の少なくとも１つのプロセッサ上で実行されたとき、装置に、上記で説明されたそれぞれの処理のいずれかを行わせる命令を備える。コンピュータプログラムは、この点について、上記で説明された手段またはユニットに対応する１つまたは複数のコードモジュールを備え得る。
【0102】
実施形態は、そのようなコンピュータプログラムを含んでいるキャリアをさらに含む。このキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つを備え得る。
【0103】
この点について、本明細書の実施形態は、非一時的コンピュータ可読（記憶または記録）媒体に記憶され、装置のプロセッサによって実行されたとき、装置に、上記で説明されたように実施させる命令を備える、コンピュータプログラム製品をも含む。
【0104】
実施形態は、コンピュータプログラム製品であって、コンピュータプログラム製品がコンピューティングデバイスによって実行されたとき、本明細書の実施形態のいずれかのステップを実施するためのプログラムコード部分を備える、コンピュータプログラム製品をさらに含む。このコンピュータプログラム製品は、コンピュータ可読記録媒体に記憶され得る。
【0105】
本明細書で説明される技法は、ＵＥ間連携情報と追加の検知情報とを組み合わせる。検知情報とＵＥ間連携情報とは、異なる起点を有し得るか、または異なる時間において利用可能であり得る。
【0106】
実施形態
１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法は、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
２． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態１に記載の方法。
３． 送信ＵＥが、複数の連携ＵＥから制御メッセージを受信し、制御メッセージのうちの１つ中で指示されたリソースを選択する、実施形態１または２に記載の方法。
４． 第１のリソースを選択することが、すべての受信された制御メッセージにおいて共通であるリソースを選択することを含む、実施形態３に記載の方法。
５． 第１のリソースを選択することが、受信された制御メッセージの最大数に共通であるリソースを選択することを含む、実施形態３に記載の方法。
６． 第１のリソースを選択することが、受信された制御メッセージのうちの１つの中でリソースをランダムに選択することを含む、実施形態３に記載の方法。
７． 第１のリソースを選択することが、すべての受信された制御メッセージのうちの最新のものにおいて指示されたリソースを選択することを含む、実施形態３に記載の方法。
８． 第１のリソースを選択することは、制御メッセージがそこから受信された、連携ＵＥの優先順位に少なくとも部分的に基づいて、リソースを選択することを含む、実施形態３に記載の方法。
９． 第１のリソースを選択することが、送信ＵＥによって連携ＵＥのうちの１つに送られた前の要求に少なくとも部分的に基づいて選択することを含む、実施形態３に記載の方法。
１０． 第１のリソースとの競合を指示する追加情報を取得することが、サイドリンクリソースプールに属するスロットを監視することによって追加情報を取得することを含む、実施形態１から９のいずれか１つに記載の方法。
１１． 第１のリソースとの競合を指示する追加情報を取得することが、追加情報を取得するために測定を実施することを含む、実施形態１０に記載の方法。
１２． 第１のリソースとの競合を指示する追加情報を取得することが、別のＵＥによって送信された制御情報を受信することを含む、実施形態１から１０のいずれか１つに記載の方法。
１３． 制御情報が、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態１２に記載の方法。
１４． 制御情報が予約を含む、実施形態１２に記載の方法。
１５． 第１のリソースが、送信ＵＥによって予約されたリソースである、実施形態１から１４に記載の方法。
１６． 第１のリソースが、送信ＵＥによって予約されないリソースである、実施形態１から１４のいずれか１つに記載の方法。
１７． 第２のリソースの再選択を上位レイヤプロトコルに報告することをさらに含む、実施形態１または１６に記載の方法。
１８． 追加情報が、別の送信ＵＥによって予約されたリソースとの衝突を指示する、実施形態１から１７のいずれか１つに記載の方法。
１９． 追加情報が半二重競合を指示する、実施形態１から１７のいずれか１つに記載の方法。
２０． 追加情報を取得した後に第１のリソースを除外することをさらに含む、実施形態１から１９のいずれか１つに記載の方法。
２１． 第１のリソースを除外することに応答して制御情報を送信することをさらに含む、実施形態２０に記載の方法。
２２． 制御情報は、送信ＵＥが第１のリソースをドロップしたという指示を含む、実施形態２１に記載の方法。
２３． 制御情報が、連携ＵＥへの代替リソースについての要求を含む、実施形態２１に記載の方法。
２４． 第２のリソースを再選択することが、要求に応答して受信された制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、実施形態２３に記載の方法。
２５． 第２のリソースを再選択することが、第１の制御メッセージとは異なるＵＥから受信された第２の制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、実施形態１から２４のいずれか１つに記載の方法。
２６． 第２のリソースを再選択することが、第１の制御メッセージと同じ連携ＵＥから異なる時間的ポイントにおいて受信された第２の制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、実施形態１から２４のいずれか１つに記載の方法。
２７． 送信ＵＥが、それ自体の検知情報に基づいて第２のリソースを再選択する、実施形態１から２２のいずれか１つに記載の方法。
２８． 送信ＵＥが、それ自体の検知情報と、別のＵＥから受信されたＵＥ間連携メッセージとに基づいて、第２のリソースを再選択する、実施形態１から２２のいずれか１つに記載の方法。
２９． データ送信が、将来のデータ送信についての予約を含む、実施形態１から２８のいずれか１つに記載の方法。
３０． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、実施形態１から２９のいずれか１つに記載の方法。
３１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
３２． 予約メッセージが、第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示をさらに含む、実施形態３１に記載の方法。
３３． モード指示は、第１のリソースを選択するためのリソース選択モードが、低減された量の検知結果を使用したという指示を含む、実施形態３２に記載の方法。
３４． モード指示は、フル検知ベースリソース選択が、第１のリソースを選択するために使用されたという指示を含む、実施形態３２に記載の方法。
３５． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、実施形態３１から３４のいずれか１つに記載の方法。
３６． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態３１から３４のいずれか１つに記載の方法。
３７． 制御メッセージが、データ送信のための１つまたは複数の代替リソースを含み、送信ＵＥが、制御メッセージ中で指示された代替リソースから第２のリソースを選択する、実施形態３１から３４のいずれか１つに記載の方法。
３８． 制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、送信ＵＥが、第２のリソースとして、制御メッセージ中で指示されないリソースを選択する、実施形態３１から３４のいずれか１つに記載の方法。
３９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）によって実装される方法であって、方法は、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を含む、方法。
４０． 予約が、第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示を含む、実施形態３９に記載の方法。
４１． モード指示は、第１のリソースを選択するためのリソース選択モードが、低減された量の検知結果を使用したという指示を含む、実施形態４０に記載の方法。
４２． モード指示は、フル検知ベースリソース選択が、第１のリソースを選択するために使用されたという指示を含む、実施形態３９に記載の方法。
４３． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、実施形態３９から４２のいずれか１つに記載の方法。
４４． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態３９から４２に記載の方法。
４５． 制御メッセージが、データ送信のための１つまたは複数の代替リソースを含み、送信ＵＥが、制御メッセージ中で指示された代替リソースから第２のリソースを選択する、実施形態３９から４４のいずれか１つに記載の方法。
４６． 制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、送信ＵＥが、第２のリソースとして、制御メッセージ中で指示されないリソースを選択する、実施形態３９から４５のいずれか１つに記載の方法。
４７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
４８． 第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、実施形態４７に記載の方法。
４９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を含む、方法。
５０． 第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、実施形態４９に記載の方法。
５１． 追加情報が、連携ＵＥによって検知によって取得される、実施形態４９または５０に記載の方法。
５２． 追加情報が、連携ＵＥによって別のＵＥからのグラント中で取得される、実施形態４９または５０に記載の方法。
５３． 追加情報が、連携ＵＥによって別のＵＥからの予約中で取得される、実施形態４９または５０に記載の方法。
５４． 追加情報を取得することが、物理レイヤ測定を実施することを含む、実施形態４９または５０に記載の方法。
５５． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥは、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
５６． 請求項２から３０のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態５５に記載の送信ＵＥ。
５７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路は、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
５８． 処理回路が、請求項２から３０のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態５７に記載の送信ＵＥ。
５９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
６０． 請求項３２から３８のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態５９に記載の送信ＵＥ。
６１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路が、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
６２． 処理回路が、請求項３２から３８のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態６１に記載の送信ＵＥ。
６３． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥは、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を行うように設定された、連携ユーザ機器（ＵＥ）。
６４． 請求項４０から４６のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態６３に記載の連携ＵＥ。
６５． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路は、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を行うように設定された、連携ユーザ機器（ＵＥ）。
６６． 処理回路が、請求項４０から４６のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態６５に記載の連携ＵＥ。
６７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
６８． 請求項４８に記載の方法を実施するようにさらに設定された、実施形態６７に記載の送信ＵＥ。
６９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路が、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
７０． 処理回路が、請求項４８に記載の方法を実施するようにさらに設定された、実施形態６９に記載の送信ＵＥ。
７１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を行うように設定された、連携ユーザ機器（ＵＥ）。
７２． 請求項５０から５４のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態７１に記載の連携ＵＥ。
７３． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路が、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を行うように設定された、連携ユーザ機器（ＵＥ）。
７４． 処理回路が、請求項５０から５４のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態７３に記載の連携ＵＥ。
７５． 実行可能な命令を備えるコンピュータプログラムであって、実行可能な命令が、無線通信ネットワークにおけるユーザ機器中の処理回路によって実行されたとき、ユーザ機器に、請求項１から５４のいずれか１つに記載の方法を実施させる、コンピュータプログラム。
７６． 請求項７５に記載のコンピュータプログラムを含んでいるキャリアであって、キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。
１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法は、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
２． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態１に記載の方法。
３． 送信ＵＥが、複数の連携ＵＥから制御メッセージを受信し、制御メッセージのうちの１つ中で指示されたリソースを選択する、実施形態１または２に記載の方法。
４． 第１のリソースを選択することが、すべての受信された制御メッセージにおいて共通であるリソースを選択することを含む、実施形態３に記載の方法。
５． 第１のリソースを選択することが、受信された制御メッセージの最大数に共通であるリソースを選択することを含む、実施形態３に記載の方法。
６． 第１のリソースを選択することが、受信された制御メッセージのうちの１つの中でリソースをランダムに選択することを含む、実施形態３に記載の方法。
７． 第１のリソースを選択することが、すべての受信された制御メッセージのうちの最新のものにおいて指示されたリソースを選択することを含む、実施形態３に記載の方法。
８． 第１のリソースを選択することは、制御メッセージがそこから受信された、連携ＵＥの優先順位に少なくとも部分的に基づいて、リソースを選択することを含む、実施形態３に記載の方法。
９． 第１のリソースを選択することが、送信ＵＥによって連携ＵＥのうちの１つに送られた前の要求に少なくとも部分的に基づいて選択することを含む、実施形態３に記載の方法。
１０． 第１のリソースとの競合を指示する追加情報を取得することが、サイドリンクリソースプールに属するスロットを監視することによって追加情報を取得することを含む、実施形態１から９のいずれか１つに記載の方法。
１１． 第１のリソースとの競合を指示する追加情報を取得することが、追加情報を取得するために測定を実施することを含む、実施形態１０に記載の方法。
１２． 第１のリソースとの競合を指示する追加情報を取得することが、別のＵＥによって送信された制御情報を受信することを含む、実施形態１から１０のいずれか１つに記載の方法。
１３． 制御情報が、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態１２に記載の方法。
１４． 制御情報が予約を含む、実施形態１２に記載の方法。
１５． 第１のリソースが、送信ＵＥによって予約されたリソースである、実施形態１から１４に記載の方法。
１６． 第１のリソースが、送信ＵＥによって予約されないリソースである、実施形態１から１４のいずれか１つに記載の方法。
１７． 第２のリソースの再選択を上位レイヤプロトコルに報告することをさらに含む、実施形態１または１６に記載の方法。
１８． 追加情報が、別の送信ＵＥによって予約されたリソースとの衝突を指示する、実施形態１から１７のいずれか１つに記載の方法。
１９． 追加情報が半二重競合を指示する、実施形態１から１７のいずれか１つに記載の方法。
２０． 追加情報を取得した後に第１のリソースを除外することをさらに含む、実施形態１から１９のいずれか１つに記載の方法。
２１． 第１のリソースを除外することに応答して制御情報を送信することをさらに含む、実施形態２０に記載の方法。
２２． 制御情報は、送信ＵＥが第１のリソースをドロップしたという指示を含む、実施形態２１に記載の方法。
２３． 制御情報が、連携ＵＥへの代替リソースについての要求を含む、実施形態２１に記載の方法。
２４． 第２のリソースを再選択することが、要求に応答して受信された制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、実施形態２３に記載の方法。
２５． 第２のリソースを再選択することが、第１の制御メッセージとは異なるＵＥから受信された第２の制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、実施形態１から２４のいずれか１つに記載の方法。
２６． 第２のリソースを再選択することが、第１の制御メッセージと同じ連携ＵＥから異なる時間的ポイントにおいて受信された第２の制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、実施形態１から２４のいずれか１つに記載の方法。
２７． 送信ＵＥが、それ自体の検知情報に基づいて第２のリソースを再選択する、実施形態１から２２のいずれか１つに記載の方法。
２８． 送信ＵＥが、それ自体の検知情報と、別のＵＥから受信されたＵＥ間連携メッセージとに基づいて、第２のリソースを再選択する、実施形態１から２２のいずれか１つに記載の方法。
２９． データ送信が、将来のデータ送信についての予約を含む、実施形態１から２８のいずれか１つに記載の方法。
３０． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、実施形態１から２９のいずれか１つに記載の方法。
３１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
３２． 予約メッセージが、第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示をさらに含む、実施形態３１に記載の方法。
３３． モード指示は、第１のリソースを選択するためのリソース選択モードが、低減された量の検知結果を使用したという指示を含む、実施形態３２に記載の方法。
３４． モード指示は、フル検知ベースリソース選択が、第１のリソースを選択するために使用されたという指示を含む、実施形態３２に記載の方法。
３５． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、実施形態３１から３４のいずれか１つに記載の方法。
３６． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態３１から３４のいずれか１つに記載の方法。
３７． 制御メッセージが、データ送信のための１つまたは複数の代替リソースを含み、送信ＵＥが、制御メッセージ中で指示された代替リソースから第２のリソースを選択する、実施形態３１から３４のいずれか１つに記載の方法。
３８． 制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、送信ＵＥが、第２のリソースとして、制御メッセージ中で指示されないリソースを選択する、実施形態３１から３４のいずれか１つに記載の方法。
３９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）によって実装される方法であって、方法は、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を含む、方法。
４０． 予約が、第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示を含む、実施形態３９に記載の方法。
４１． モード指示は、第１のリソースを選択するためのリソース選択モードが、低減された量の検知結果を使用したという指示を含む、実施形態４０に記載の方法。
４２． モード指示は、フル検知ベースリソース選択が、第１のリソースを選択するために使用されたという指示を含む、実施形態３９に記載の方法。
４３． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、実施形態３９から４２のいずれか１つに記載の方法。
４４． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態３９から４２に記載の方法。
４５． 制御メッセージが、データ送信のための１つまたは複数の代替リソースを含み、送信ＵＥが、制御メッセージ中で指示された代替リソースから第２のリソースを選択する、実施形態３９から４４のいずれか１つに記載の方法。
４６． 制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、送信ＵＥが、第２のリソースとして、制御メッセージ中で指示されないリソースを選択する、実施形態３９から４５のいずれか１つに記載の方法。
４７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
４８． 第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、実施形態４７に記載の方法。
４９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を含む、方法。
５０． 第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、実施形態４９に記載の方法。
５１． 追加情報が、連携ＵＥによって検知によって取得される、実施形態４９または５０に記載の方法。
５２． 追加情報が、連携ＵＥによって別のＵＥからのグラント中で取得される、実施形態４９または５０に記載の方法。
５３． 追加情報が、連携ＵＥによって別のＵＥからの予約中で取得される、実施形態４９または５０に記載の方法。
５４． 追加情報を取得することが、物理レイヤ測定を実施することを含む、実施形態４９または５０に記載の方法。
５５． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥは、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
５６． 請求項２から３０のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態５５に記載の送信ＵＥ。
５７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路は、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
５８． 処理回路が、請求項２から３０のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態５７に記載の送信ＵＥ。
５９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
６０． 請求項３２から３８のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態５９に記載の送信ＵＥ。
６１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路が、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
６２． 処理回路が、請求項３２から３８のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態６１に記載の送信ＵＥ。
６３． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥは、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を行うように設定された、連携ユーザ機器（ＵＥ）。
６４． 請求項４０から４６のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態６３に記載の連携ＵＥ。
６５． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路は、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を行うように設定された、連携ユーザ機器（ＵＥ）。
６６． 処理回路が、請求項４０から４６のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態６５に記載の連携ＵＥ。
６７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
６８． 請求項４８に記載の方法を実施するようにさらに設定された、実施形態６７に記載の送信ＵＥ。
６９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路が、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
７０． 処理回路が、請求項４８に記載の方法を実施するようにさらに設定された、実施形態６９に記載の送信ＵＥ。
７１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を行うように設定された、連携ユーザ機器（ＵＥ）。
７２． 請求項５０から５４のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態７１に記載の連携ＵＥ。
７３． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路が、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を行うように設定された、連携ユーザ機器（ＵＥ）。
７４． 処理回路が、請求項５０から５４のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態７３に記載の連携ＵＥ。
７５． 実行可能な命令を備えるコンピュータプログラムであって、実行可能な命令が、無線通信ネットワークにおけるユーザ機器中の処理回路によって実行されたとき、ユーザ機器に、請求項１から５４のいずれか１つに記載の方法を実施させる、コンピュータプログラム。
７６． 請求項７５に記載のコンピュータプログラムを含んでいるキャリアであって、キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【手続補正書】
【提出日】2023-05-23
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線通信ネットワーク（１０）におけるＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）（ＵＥ－Ｂ、３０、３００）によって実装される方法であって、前記送信ＵＥが、Ｄ２Ｄ通信リンク上でデータを送信するためのリソースを自律的に選択するように構成され、前記方法は、－ 前記送信ＵＥによって、連携ＵＥ（ＵＥ－Ａ、３０、３００）から、ＵＥ間連携を使用して制御メッセージを受信すること（１０５、２３０）であって、前記制御メッセージが、第１のリソースの指示を含む、制御メッセージを受信すること（１０５、２３０）、
－ 前記送信ＵＥによって、および前記制御メッセージの前記第１のリソースの前記指示に基づいて、前記連携ＵＥに前記Ｄ２Ｄ通信リンク上でデータを送信するための前記第１のリソースを選択すること（１１０、２３５）、
－ 前記連携ＵＥに前記Ｄ２Ｄ通信リンク上で前記データを送信することより前に、前記送信ＵＥによって、前記選択された第１のリソースを、
－ 前記送信ＵＥによって、前記第１のリソースとの競合を指示する追加情報を取得すること（１１５）、
－ 前記送信ＵＥによって、前記連携ＵＥから、更新されたリソースを含む制御メッセージを受信すること（２４０）
のうちの少なくとも１つに基づいて、除外すること（２４５）、
－ 前記除外することの後に、前記送信ＵＥによって、前記連携ＵＥに前記Ｄ２Ｄ通信リンク上で前記データを送信するための第２のリソースを再選択すること（１２５、２４５）、
－ 前記送信ＵＥによって、前記第２のリソースを使用して前記データの前記送信を実施すること（１３０、２５０）
を含む、方法。
【請求項2】
前記方法が、前記第１のリソースを前記選択するステップより前に、－ 前記送信ＵＥによって、連携ＵＥから、
－ データ送信のための１つまたは複数のリソース、
－ １つまたは複数の好ましくないまたは許可されないリソース
のうちの１つを指示する制御メッセージを受信する
ステップを含む、請求項１に記載の方法。
【請求項3】
前記連携ＵＥから前記制御メッセージを前記受信するステップが、前記送信ＵＥから受信された要求によってトリガされるか、または前記連携ＵＥによって自律的に実施される、請求項２に記載の方法。
【請求項4】
前記第１のリソースを前記選択するステップは、－ すべての前記受信された制御メッセージにおいて共通であるリソースを選択すること、
－ 前記受信された制御メッセージの最大数に共通であるリソースを選択すること、
－ 前記受信された制御メッセージのうちの１つの中でリソースをランダムに選択すること、
－ 前記受信された制御メッセージのうちの最新のものにおいて指示されたリソースを選択すること、
－ 前記制御メッセージがそこから受信された、前記連携ＵＥの優先順位に少なくとも部分的に基づいて、リソースを選択すること、
－ 前記送信ＵＥによって前記連携ＵＥのうちの１つに送られた前の要求に少なくとも部分的に基づいてリソースを選択すること
のいずれかを含む、請求項１から３のいずれか一項に記載の方法。
【請求項5】
前記第１のリソースとの前記競合を指示する追加情報を前記取得することが、サイドリンクリソースプールに属するスロットを監視することによって前記追加情報を取得することを含む、請求項１から４のいずれか一項に記載の方法。
【請求項6】
前記第１のリソースとの前記競合を指示する追加情報を前記取得することが、－ 前記追加情報を取得するために測定を実施すること、
－ 前記無線通信ネットワークにおける別のＵＥによって送信された制御情報を受信すること
のいずれかを含む、請求項５に記載の方法。
【請求項7】
前記制御情報が、グラントと予約とのいずれかである、請求項６に記載の方法。
【請求項8】
前記第１のリソースが、前記送信ＵＥによって予約されたリソースである、請求項１から７のいずれか一項に記載の方法。
【請求項9】
前記方法が、前記第２のリソースの前記再選択を上位レイヤプロトコルに報告するステップを含む、請求項１から８のいずれか一項に記載の方法。
【請求項10】
前記追加情報が、－ 前記無線通信ネットワークにおける別の送信ＵＥによって予約されたリソースとの衝突、
－ 半二重競合
のいずれかを指示する、請求項１から９のいずれか一項に記載の方法。
【請求項11】
前記方法が、－ 前記送信ＵＥによって、前記第１のリソースを除外することに応答して制御情報を送信する
ステップを含む、請求項１から１０のいずれか一項に記載の方法。
【請求項12】
前記制御情報は、－ 前記送信ＵＥが前記第１のリソースを除外したという指示、
－ 連携ＵＥへの代替リソースについての要求
のいずれかを含む、請求項１１に記載の方法。
【請求項13】
前記再選択するステップが、代替リソースについての前記要求に応答して受信された制御メッセージ中で指示された代替リソースから前記第２のリソースを再選択することを含む、請求項１２に記載の方法。
【請求項14】
前記第２のリソースを前記再選択するステップが、－ 第１の制御メッセージとは異なるＵＥから受信された第２の制御メッセージ中で指示された代替リソースから前記第２のリソースを再選択すること、
－ 前記第１の制御メッセージと同じ連携ＵＥから異なる時間的ポイントにおいて受信された第２の制御メッセージ中で指示された代替リソースから前記第２のリソースを再選択すること
のいずれかを含む、請求項１から１３のいずれか一項に記載の方法。
【請求項15】
前記送信ＵＥが、－ それ自体の検知情報、
－ 別のＵＥから受信されたＵＥ間連携メッセージと組み合わせたそれ自体の検知情報
のいずれかに基づいて、前記第２のリソースを再選択する、請求項１から１４のいずれか一項に記載の方法。
【請求項16】
前記制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、請求項１から１５のいずれか一項に記載の方法。
【請求項17】
前記方法が、－ 前記除外するステップより前に、前記送信ＵＥによって、前記Ｄ２Ｄ通信リンク上でデータを送信するための前記第１のリソースを予約する予約メッセージを送信する
ステップを含み、
追加情報を前記取得するステップが、
－ 前記送信ＵＥによって、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信すること
を含む、請求項１から１６のいずれか一項に記載の方法。
【請求項18】
前記予約メッセージが、前記第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示をさらに含む、請求項１７に記載の方法。
【請求項19】
前記モード指示は、－ 前記第１のリソースを選択するための前記リソース選択モードが、低減された量の検知結果を使用したまたは検知結果を使用しなかったという指示、
－ フル検知ベースリソース選択が、前記第１のリソースを選択するために使用されたという指示
のいずれかを含む、請求項１８に記載の方法。
【請求項20】
前記制御メッセージが、前記データの送信のための１つまたは複数の代替リソースを含み、前記送信ＵＥが、前記制御メッセージ中で指示された前記代替リソースから前記第２のリソースを選択する、請求項１６から１９のいずれか一項に記載の方法。
【請求項21】
前記制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、前記送信ＵＥが、前記第２のリソースとして、前記制御メッセージ中で指示されないリソースを選択する、請求項１６から２０のいずれか一項に記載の方法。
【請求項22】
前記方法が、－ 前記送信ＵＥによって、前記データの送信のための１つまたは複数のリソースを指示する制御メッセージを受信する
初期ステップを含み、
前記選択するステップが、前記制御メッセージによって指示された前記１つまたは複数のリソースの中の前記第１のリソースを選択することを含み、
前記再選択するステップが、前記連携ＵＥからの前記制御メッセージ中の前記更新されたリソースの中の前記第２のリソースを再選択することを含む、請求項１から２１のいずれか一項に記載の方法。
【請求項23】
前記制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、請求項２２に記載の方法。
【請求項24】
無線通信ネットワーク（１０）における送信ユーザ機器（ＵＥ）（ＵＥ－Ｂ、３０、３００）とのＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ＵＥ（ＵＥ－Ａ、３０、３００）によって実装される方法であって、前記送信ＵＥが、Ｄ２Ｄ通信リンク上でデータを送信するためのリソースを自律的に選択するように構成され、前記方法は、－ 前記連携ＵＥによって、前記送信ＵＥが、前記連携ＵＥに前記Ｄ２Ｄ通信リンク上でデータを送信するためのリソースを使用することになると決定すること（２６５）、
－ 前記送信ＵＥから前記Ｄ２Ｄ通信リンク上で前記データを受信することより前に、前記連携ＵＥによって、データを送信するための前記リソースとの競合があると決定すること（２７０）、
－ 前記決定することに応答して、前記連携ＵＥによって、前記送信ＵＥに制御情報を送ること（２７５）であって、前記制御情報が、前記送信ＵＥによるリソース再選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること（２７５）
を含む、方法。
【請求項25】
前記送信ＵＥが、データを送信するためのリソースを使用することになると前記決定するステップが、－ 前記連携ＵＥによって、前記送信ＵＥから、データを前記送信するための第１のリソースの予約を受信すること
を含む、請求項２４に記載の方法。
【請求項26】
前記予約が、前記第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示を含む、請求項２５に記載の方法。
【請求項27】
前記モード指示は、－ 前記第１のリソースを選択するための前記リソース選択モードが、低減された量の検知結果を使用したという指示、
－ フル検知ベースリソース選択が、前記第１のリソースを選択するために使用されたという指示
のいずれかを含む、請求項２６に記載の方法。
【請求項28】
前記送信ＵＥが、データを送信するためのリソースを使用することになると前記決定するステップが、－ 前記送信ＵＥに、データを前記送信するための１つまたは複数のリソースを指示する第１の制御メッセージを送ること
を含む、請求項２４から２７のいずれか一項に記載の方法。
【請求項29】
前記送るステップが、－ 前記送信ＵＥに、データを前記送信するための第２のリソースを指示する第２の制御メッセージを送ること
を含む、請求項２４から２７のいずれか一項に記載の方法。
【請求項30】
前記第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、請求項２９に記載の方法。
【請求項31】
データを送信するための前記リソースとの競合があると前記決定するステップが、追加情報を取得することを含み、前記追加情報が、－ 前記連携ＵＥによって検知によって、
－ 前記連携ＵＥによって別のＵＥからのグラント中で、
－ 前記連携ＵＥによって他のＵＥからリソースセットを受信することによって、
－ 前記連携ＵＥによって別のＵＥからの予約中で、
－ 物理レイヤ測定によって
のいずれかで取得される、請求項２４から３０のいずれか一項に記載の方法。
【請求項32】
送信ユーザ機器（ＵＥ）（ＵＥ－Ｂ、３０、３００）であって、無線通信ネットワークにおけるＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定され、前記送信ＵＥが、Ｄ２Ｄ通信リンク上でデータを送信するためのリソースを自律的に選択するように構成され、前記送信ＵＥが、請求項１から２３のいずれか一項に記載の方法を実施するように設定された、送信ユーザ機器（ＵＥ）（ＵＥ－Ｂ、３０、３００）。
【請求項33】
連携ユーザ機器（ＵＥ）（ＵＥ－Ａ、３０、３００）であって、無線通信ネットワークにおける送信ＵＥとのＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定され、前記送信ＵＥが、Ｄ２Ｄ通信リンク上でデータを送信するためのリソースを自律的に選択するように構成され、前記連携ＵＥが、請求項２４から３１のいずれか一項に記載の方法を実施するように設定された、連携ユーザ機器（ＵＥ）（ＵＥ－Ａ、３０、３００）。
【請求項34】
実行可能な命令を備えるコンピュータプログラム製品であって、前記実行可能な命令が、無線通信ネットワークにおけるユーザ機器（ＵＥ）中の処理回路によって実行されたとき、前記ＵＥに請求項１から３１のいずれか一項に記載の方法を実施させる、コンピュータプログラム製品。
【請求項35】
無線通信ネットワークにおいて動作するように構成されたユーザ機器（ＵＥ）を備える車両であって、前記車両が、－ 請求項１から３１のいずれか一項に記載の動作のいずれかを実施するように設定された処理回路、
－ 前記処理回路に電力を供給するように設定された電力供給回路
を備える、車両。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に、サイドリンク（ＳＬ）リソース上のＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信に関し、より詳細には、サイドリンク送信のためのリソース選択および割り当てに関する。
【背景技術】
【0002】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、リリース１２（Ｒｅｌ－１２）およびリリース１３（Ｒｅｌ－１３）において、近傍サービス（ＰｒｏＳｅ）の、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）におけるサポートを指定し、これは、公共安全使用事例（たとえば、ファーストレスポンダ（ｆｉｒｓｔ ｒｅｓｐｏｎｄｅｒ））、ならびに、商業使用事例の小さいサブセット（たとえば、発見）をターゲットにした。ＰｒｏＳｅの主要な新規性は、サイドリンク（ＳＬ）インターフェースを使用するＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信の導入であった。３ＧＰＰにおけるリリース１４（Ｒｅｌ－１４）およびリリース１５（Ｒｅｌ－１５）中に、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信をサポートする目的としてＬＴＥ ＳＬフレームワークに大きい変更が導入され、ここで、Ｖ２Ｘは、車両と任意の他のエンドポイント（たとえば、車両、歩行者など）との間の通信をまとめて示す。その特徴は、大部分が、ｄａｙ－１安全性（ｄａｙ－１ ｓａｆｅｔｙ）など、基本的なＶ２Ｘ使用事例をターゲットにした。
【0003】
リリース１６（Ｒｅｌ－１６）中に、３ＧＰＰは、第５世代（５Ｇ）新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）のためのサイドリンクインターフェースを指定することに取り組んだ。Ｒｅｌ－１６におけるＮＲサイドリンクは、４つの使用事例（ＵＣ）グループ、すなわち、車両隊列走行、拡張されたセンサー、高度運転、およびリモート運転にカテゴリー分類され得る、高度Ｖ２Ｘサービスをターゲットにする。高度Ｖ２Ｘサービスをサポートすることは、レイテンシおよび信頼性に関する厳しい要件を満たすために、新しいサイドリンク設計を必要とした。Ｒｅｌ－１６におけるＮＲサイドリンクは、より高いシステム容量、増加された信頼性、およびより良いカバレッジを提供するように設計された。さらに、その設計は、さらに高度なＶ２Ｘサービスと他の関係するサービスとをサポートするための将来の拡張を有する可能性を考慮した。
【0004】
ＬＴＥ ＳＬにおける無線レイヤは、ブロードキャスト通信のみをサポートした。対照的に、ＮＲ ＳＬは、ブロードキャスト通信、マルチキャスト通信、およびユニキャスト通信の、無線レイヤにおけるサポートを含む。たとえば、隊列走行サービスでは、隊列のメンバーにとってのみ重要であるいくつかのメッセージがあり、これは、隊列のメンバーをグループにする。シースルー使用事例として知られる別の例では、最も可能性があるシナリオが、車両のペアのみを伴い、そのシナリオにはユニキャスト送信が当然適合する。ＬＴＥ ＳＬの場合のように、ＮＲ ＳＬは、スタンドアロンの、ネットワークがない動作のサポートを含む、ネットワークカバレッジありおよびなしの、ならびにユーザ機器（ＵＥ）とネットワーク（ＮＷ）との間の対話の異なる程度での、ＮＲ ＳＬの動作が可能であるようなやり方で、設計される。
【0005】
３ＧＰＰは、通常、Ｄ２Ｄ送信を、サイドリンク送信、またはＰＣ５インターフェースを使用する送信と呼ぶ。適用可能な規格は、ＮＲサイドリンクについての２つのリソース割り当てモード、すなわち、ネットワークベースリソース割り当ておよび自律リソース割り当てを規定する。
【0006】
ネットワークベースリソース割り当てモードでは、ネットワークは、サイドリンクＵＥによって使用されるリソースおよび他の送信パラメータを選択する。いくつかの場合には、ネットワークは、あらゆる送信パラメータを制御し得る。他の場合、ネットワークは、送信のために使用されるリソースを選択し得るが、送信機に、場合によっては、いくつかの制限を伴う、送信パラメータのうちのいくつかを選択する自由を与え得る。ＮＲ ＳＬのコンテキストでは、３ＧＰＰは、このリソース割り当てモードをモード１と呼ぶ。
【0007】
自律リソース割り当てモードでは、ＵＥは、リソースおよび他の送信パラメータを自律的に選択する。このモードでは、ネットワークによる介入がない（たとえば、カバレッジ外、ネットワーク展開なしの未ライセンスキャリアなど）か、またはネットワークによる極めて最小の介入があり得る（たとえば、リソースのプールの設定など）。ＮＲ ＳＬのコンテキストでは、３ＧＰＰは、このリソース割り当てモードをモード２と呼ぶ。
【0008】
ＮＲにおけるネットワークベースリソース割り当てモード（モード１）および自律リソース割り当てモード（モード２）は、それぞれ、ＬＴＥにおけるモード３およびモード４に類似する。
【0009】
ＷＯ２０２０／０３３０８８Ａ１は、Ｖ２Ｘシナリオについてのサイドリンク上のリソース管理のための方法およびシステムを開示する。リソース設定が、静的に設定され得るか、またはローカルに設定され得る。支援リソース割り当てのための例示的な方法およびシステムが開示される。グループリードまたは路側ユニット（ＲＳＵ）によって支援検知が実施され得、グループリードまたはＲＳＵによってローカルスケジューリングが実施され得る。
【0010】
３ＧＰＰドラフトＲ１－２００７７８８は、モード２拡張のためのＵＥ間連携に関する様々な考慮事項について説明している。
【発明の概要】
【0011】
本開示は、サイドリンク通信のためのリソース選択におけるＵＥ間連携（ｃｏｏｒｄｉｎａｔｉｏｎ）のための方法および装置を提供する。本開示の一態様は、Ｄ２Ｄ通信における競合の数およびレイテンシを低減するためにＵＥ間連携と追加の検知情報とを組み合わせるための方法および装置を含む。本明細書の技法は、異なるノード（たとえば、ＵＥ）および／または異なる時間によって収集された結合リソース利用情報（たとえば、検知情報、グラント、リソース提案、リソースセットなど）について説明する。本技法は、ＵＥ間連携を使用して選択されたリソースが後で検出されて別のＵＥによって予約される状況を解決することと、サイドリンク送信のために使用されることになるリソースを再評価することによってサイドリンク送信における衝突の確率を低減することとを助ける。
【0012】
本開示の第１の態様では、無線通信ネットワークにおけるＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、送信ＵＥが、Ｄ２Ｄ通信リンク上で受信されたデータを送信するためのリソースを自律的に選択するように構成され、本方法が、送信ＵＥによって、連携（ｃｏｏｒｄｉｎａｔｉｎｇ）ユーザ機器からＤ２Ｄ通信リンク上で受信されることになるデータを送信するための、リソースのセット内の、第１のリソースを選択すること、送信ＵＥによって、選択された第１のリソースを、送信ＵＥによって、第１のリソースとの競合を指示する追加情報を取得すること、送信ＵＥによって、連携ＵＥから、更新されたリソースを含む制御メッセージを受信することのうちの少なくとも１つに基づいて除外すること、前記除外することの後に、送信ＵＥによって、前記連携ＵＥからＤ２Ｄ通信リンク上で受信されることになる前記データを送信するための第２のリソースを再選択／無視すること、送信ＵＥによって、前記第２のリソースを使用して前記データの前記送信を実施することを含む、方法が提供される。
【0013】
発明者は、ＵＥ間連携状況の場合、送信のためのリソースを選択するＵＥ、たとえば、送信ＵＥが、情報を逃し得ることを見つけた。たとえば、送信ＵＥにおいて利用可能である何らかの検知情報なしに連携ＵＥによってＵＥ間連携メッセージが生成され得る。別の例は、何らかの追加の検知情報が利用可能になる前に、連携ＵＥによって、ＵＥ間連携メッセージが生成され、送信され得ることである。
【0014】
上記で説明された事例では、送信ＵＥによって行われるリソース選択が送信に好適でないことがある。すなわち、それは、衝突の確率増加を受けるか、または半二重によって影響を及ぼされ得る。
【0015】
他の状況では、ＵＥ間連携状況における送信ＵＥは、矛盾する情報を有することにつながり得る。たとえば、ＵＥは、後でＵＥがそれについて衝突の高い見込みを予測する、リソースを選択するように提案され得る。
【0016】
発明者は、選択されたリソースが、もはや、データを送信するための所望のリソースでないことがある状況が起こり得ることを見つけた。これは、たとえば、送信ＵＥによって、第１のリソースとの競合を指示する追加情報を取得すること、および／または、送信ＵＥによって、連携ＵＥから、更新されたリソースを含む制御メッセージを受信することによって決定され得る。
【0017】
本開示によれば、「連携」ＵＥという表現は、本明細書全体にわたって使用される。連携ＵＥは、このＵＥが、他のＵＥと比較して、より高い階層／特権を有する必要があることを意味しないことに、明示的に留意されたい。連携ＵＥは、無線通信ネットワークにおける任意の通常のＵＥであり得る。
【0018】
一例では、送信ＵＥは、将来のチャネル利用について関連のある情報に気づき得る。その情報は、送信ＵＥによって選択されたリソースとの潜在的競合を指示し得る。送信ＵＥは、次いで、送信ＵＥの選択されたリソースを却下し得、送信目的のための代替リソースを選択し得る。
【0019】
別の例では、送信ＵＥは、送信のための第１のリソースを選択し得、第１のリソースについての予約を送信するための第２のリソースを使用し得る。この送信に基づいて、送信ＵＥは、第１のリソースとの潜在的競合があること、および／または、代わりに代替リソースを使用することについての提案を指示する、制御メッセージを、任意の他のＵＥから受信し得る。受信された制御メッセージに基づいて、送信ＵＥは、第１のリソースを無視し得、データを送信するための代替リソースを選択し得る。
【0020】
また別の例では、連携ＵＥは、データを送信するために使用されることになるリソースについての第１のグラントまたは第１の提案を送信ＵＥに提供し得る。連携は、次いで、将来のチャネル利用について関連のあり得る追加情報を取得し得る。たとえば、追加情報は、リソースについての第１のグラントまたは第１の提案との潜在的競合を指示し得る。その後、連携ＵＥは、データを送信するために使用されることになるリソースについての更新されたグラントまたは更新された提案をもつ別のメッセージを送信ＵＥに送ることを判断し得る。
【図面の簡単な説明】
【0021】
【図1】Ｄ２Ｄ通信をサポートする例示的な通信ネットワークを示す図である。
【図2】ＵＥ間連携を概略的に示す図である。
【図3】連携ＵＥ（ＵＥ－Ａ）と送信ＵＥ（ＵＥ－Ｂ）との間のＵＥ間連携に対する第１の手法を示す図である。
【図4】連携ＵＥ（ＵＥ－Ａ）と送信ＵＥ（ＵＥ－Ｂ）との間のＵＥ間連携に対する第２の手法を示す図である。
【図5】連携ＵＥ（ＵＥ－Ａ）と送信ＵＥ（ＵＥ－Ｂ）との間のＵＥ間連携に対する第３の手法を示す図である。
【図6】ＵＥ間連携に対する第１の手法に従って、送信ＵＥによって実装される方法を示す図である。
【図7】ＵＥ間連携に対する第２の手法に従って、送信ＵＥによって実装される方法を示す図である。
【図8】ＵＥ間連携に対する第２の手法に従って、連携ＵＥによって実装される方法を示す図である。
【図9】ＵＥ間連携に対する第３の手法に従って、送信ＵＥによって実装される方法を示す図である。
【図10】ＵＥ間連携に対する第３の手法に従って、連携ＵＥによって実装される方法を示す図である。
【図11】本明細書で説明されるＵＥ間連携を使用するＳＬ通信のために設定されたＵＥの主要な機能構成要素を示す図である。
【発明を実施するための形態】
【0022】
次に図面を参照すると、本開示によるＵＥ間連携技法が、ＮＲ通信規格を実装する無線通信ネットワークのコンテキストにおいて説明される。しかしながら、本技法が、より一般的には、サイドリンクインターフェース上のＤ２Ｄ通信をサポートする任意の無線通信ネットワークに適用可能であることを、当業者は諒解されよう。
【0023】
図１は、複数のＵＥ３０にコアネットワーク４０への接続を提供する基地局２０を示す。単一の基地局２０が図１に示されているが、無線通信ネットワーク１０が、一般に、多くの基地局２０を含むことになることを、当業者は諒解されよう。基地局２０は、ＮＲ規格において、エボルブドノードＢ（ｅＮＢ）、５ＧノードＢ（ｇＮＢ）または次世代ｅＮＢ（ｎｇ－ｅＮＢ）と呼ばれることもある。
【0024】
ＵＥ－１～ＵＥ－４は、サイドリンク（たとえば、ＰＣ５インターフェース）上の、それらのＵＥの近傍にある他のＵＥ３０とのＤ２Ｄ通信が可能である。ＵＥ－１、ＵＥ－３およびＵＥ－４は、ネットワークカバレッジ内にあり、ＵＥ－２は、ネットワークカバレッジの外にある。ＵＥ－１は、ＵＥ－２およびＵＥ－３の近傍にあり、それぞれ、サイドリンクＳＬ１およびＳＬ２上でＵＥ－２およびＵＥ－３と通信することができる。ＵＥ－２は、ＵＥ－１およびＵＥ－３の近傍にあり、それぞれ、サイドリンクＳＬ１およびＳＬ３上でＵＥ－１およびＵＥ－３と通信することができる。ＵＥ－３は、ＵＥ－１、ＵＥ－２およびＵＥ－４の近傍にあり、それぞれ、サイドリンクＳＬ２、ＳＬ３、およびＳＬ４上で、ＵＥ－１、ＵＥ－２およびＵＥ－４と通信することができる。最後に、ＵＥ－４は、ＵＥ－３の近傍にあり、サイドリンクＳＬ４上で通信することができる。しかしながら、ＵＥ－４は、ＵＥ－１およびＵＥ－２の範囲外にあり、サイドリンク上でのＵＥ－１またはＵＥ－２との直接接続を確立することができない。ＵＥ４は、基地局２０を介してＵＥ－１と通信することができる。しかしながら、ＵＥ－２は、基地局２０のカバレッジ外にある。
【0025】
本開示の一態様は、ＵＥ間連携を使用するＳＬ送信のための自律リソース割り当てのための技法を含む。３ＧＰＰ規格は、ＮＲサイドリンクについての２つのリソース割り当てモード、すなわち、ネットワークベースリソース割り当ておよび自律リソース割り当てを規定する。モード１と呼ばれる、ネットワークベースリソース割り当てモードでは、ネットワークは、サイドリンクＵＥによって使用されるリソースおよび他の送信パラメータを選択する。いくつかの場合、ネットワークは、送信のために使用されるリソースを選択するが、ＵＥ３０に、場合によっては、いくつかの制限を伴う、送信パラメータのうちのいくつかを選択する自由を与え得る。モード２と呼ばれる、自律リソース割り当てモードでは、ＵＥ３０は、リソースおよび他の送信パラメータを自律的に選択する。このモードでは、一般に、ネットワークによる介入がないか、またはネットワークによる極めて最小の介入があり得る（たとえば、リソースのプールの設定など）。
【0026】
ＳＬ送信モード２では、分散リソース選択が採用され、すなわち、スケジューリングのための中央ノードがなく、リソースがＵＥ３０によって自律的に選択される。送信モード２は、２つの機能、すなわち、将来のリソースの予約、および検知ベースリソース割り当てに基づく。将来のリソースの予約は、メッセージを送るＵＥ３０が、後の時間的ポイントにおいていくつかの時間周波数リソースを使用して送信するというＵＥ３０の意図について受信機に通知することができるように、行われる。たとえば、時間Ｔにおいて送信するＵＥ３０が、ＵＥ３０が時間Ｔ＋１００ｍｓにおいて同じ周波数リソースを使用して送信することになることを受信機に知らせ得る。リソース予約は、受信ＵＥ３０が将来における無線リソースの利用を予測することを可能にする。すなわち、別のＵＥの現在の送信をリッスンすることによって、ＵＥ３０はまた、潜在的な将来の送信に関する情報を取得する。この情報は、ＵＥ３０によって、それ自体のリソースを選択するときに衝突を回避するために使用され得る。詳細には、ＵＥ３０は、受信されたブッキングメッセージを読み取ることによって無線リソースの将来の利用を予測し、次いで、同じリソースを使用することを回避するようにＵＥ３０の現在の送信をスケジュールする。これは、検知ベースリソース選択として知られている。
【0027】
概して、検知は、リソースが選択されるサイドリンクリソースプール中のスロットを監視することとして説明され得る。検知は、規定されたウィンドウ上で実施され得る。ＮＲ Ｒｅｌ－１６において指定されている検知ベースリソース選択方式は、ＴＳ３８．２１４中の節８．１．４において規定されている以下のステップにおいて大まかに要約され得る。
・ ＵＥ３０は、間隔［ｎ－ａ，ｎ－ｂ］中に伝送媒体を検知し、ここで、ｎは時間参照であり、ａ＞ｂ＞０は、検知ウィンドウの持続時間を規定する。検知ウィンドウの長さは（事前）設定可能である。伝送媒体を検知することは、とりわけ、リソースの予約を指示する制御情報の送信を受信すること、および／または測定を実施することを含む。ＵＥ３０は、いくつかの場合には、間隔［ｎ－ａ，ｎ－ｂ］からいくつかのタイムスロット（たとえば、ＵＥ３０の送信が行われるスロットなど）を除外し得る。
・ 検知結果に基づいて、ＵＥ３０は、将来の時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］における伝送媒体の将来の利用を予測し、ここで、Ｔ２＞Ｔ１＞０である。間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］はリソース選択ウィンドウである。
・ ＵＥ３０は、選択可能（たとえば、アイドル、使用可能、利用可能など）であると予測／決定された、選択ウィンドウ［ｎ＋Ｔ１，ｎ＋Ｔ２］中のリソースの中で、１つまたは複数の時間周波数リソースを選択する。
・ ＵＥ３０は、間隔［ｎ－ａ，ｎ－ｂ］中に伝送媒体を検知し、ここで、ｎは時間参照であり、ａ＞ｂ＞０は、検知ウィンドウの持続時間を規定する。検知ウィンドウの長さは（事前）設定可能である。伝送媒体を検知することは、とりわけ、リソースの予約を指示する制御情報の送信を受信すること、および／または測定を実施することを含む。ＵＥ３０は、いくつかの場合には、間隔［ｎ－ａ，ｎ－ｂ］からいくつかのタイムスロット（たとえば、ＵＥ３０の送信が行われるスロットなど）を除外し得る。
・ 検知結果に基づいて、ＵＥ３０は、将来の時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］における伝送媒体の将来の利用を予測し、ここで、Ｔ２＞Ｔ１＞０である。間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］はリソース選択ウィンドウである。
・ ＵＥ３０は、選択可能（たとえば、アイドル、使用可能、利用可能など）であると予測／決定された、選択ウィンドウ［ｎ＋Ｔ１，ｎ＋Ｔ２］中のリソースの中で、１つまたは複数の時間周波数リソースを選択する。
【0028】
上記で説明された、自律リソース割り当てに対する手法は、チャネルの将来の利用を予測することと、衝突を回避するようにリソースを選択することとを目的とする。しかしながら、衝突は、リソースの初期割り当ての後に検出され得る。一例として、リソースを選択した後に、ただし、送信を実施することより前に（すなわち、選択されたリソースのいずれかを予約することより前に）、ＵＥ３０は、検知を通して、選択されたリソースのうちの１つに影響を及ぼす潜在的衝突を検出し得る。ＵＥ３０によって行われるリソースの初期選択は、近くのＵＥに知られていない、内部判断であることに留意されたい。この時点で、リソースが選択された（ただし、予約されていない）と言える。選択されたリソースについての予約を送信した後に、周囲のＵＥ３０がこの状態に気づく。この時点で、リソースは、予約された（または選択および予約された）と見なされる。別の例として、リソースを予約した後に、ＵＥ３０は、別のＵＥ３０によって送信された競合する予約を検知し得る。２つの予約のどちらが優先権を有するか（もしあれば）は、それらの予約の各々に関連する優先順位を見ることによって決定され得る。この情報は、予約とともにシグナリングされる。
【0029】
前の２つの状況において衝突を回避するために、２つの機構、すなわち、リソースが選択されるが、予約されない場合についての再評価（または再評価および再選択）と、リソースが選択および予約された場合についてのプリエンプション（および再選択）とが利用可能である。
【0030】
再評価の場合、他のＵＥ３０が、（１つまたは複数の）リソースの選択と対応する予約の送信との間の時間経過において同じリソースを予約し得る。そのような衝突を回避するために、ＵＥ３０は、ＵＥ３０の選択を再考することが可能にされる。そのようなプロシージャの目的は、（１つまたは複数の）より早期の選択されたリソースが依然として送信に好適であるか否かを評価することである。ＵＥ３０が、（１つまたは複数の）より早期の選択されたリソースがもはやＵＥ３０自体の送信に好適でない（たとえば、何らかの他のＵＥ３０も、その間に同じリソースを選択した）と決定した場合、ＵＥ３０は再びリソース選択機構をトリガする。この場合、候補リソースの新しいセットが作成され、（１つまたは複数の）リソースは、新たに作成された候補リソースセットからランダムに選択される。このプロシージャは、再評価、または再評価および再選択と呼ばれる。
【0031】
プリエンプション事例では、予約が送られた後に、ＵＥ３０は、ＵＥ３０の選択を再評価することができない。しかしながら、ＵＥ３０は、他のＵＥ３０が、実施すべき優先順位の高い送信を有する場合、送信するのを妨げられ得る。プリエンプションとして知られる、これらの事例では、ＵＥ３０は、より高い優先順位をもつ別のＵＥ３０が別のＵＥ３０の送信のために同じリソースを選択した場合、リソース選択を（再）トリガする。この場合、低優先順位送信をもつＵＥ３０が、リソース選択を（再）トリガし、候補リソースセットの新しいセットが、最近の検知情報に基づいてＵＥ３０によって作成／決定される。このプロシージャは、プリエンプション、またはプリエンプションおよび再選択と呼ばれる。
【0032】
リリース－１７（Ｒｅｌ－１７）では、３ＧＰＰは、Ｖ２Ｘのサポートを拡張する目的として、および公共安全などの他の使用事例（ＵＣ）をカバーするために、サイドリンクのための複数の拡張に取り組んでいる（ＲＰ－２０２８４６参照）。電力制限されたＵＥ３０（たとえば、歩行者ＵＥ、ファーストレスポンダＵＥなど）の性能を改善することと、リソース連携を使用して性能を改善することとが、このリソースの主要な目標のうちの２つと見なされる。考慮中の１つの特徴は、ＵＥ間連携である。考慮中の１つのシナリオでは、ＵＥ－Ａと示された第１のＵＥ３０が、リソースのセットを決定し、リソースのセットをＵＥ－Ｂに送る。ＵＥ－Ｂは、ＵＥ－Ｂ自体の送信のためのリソース選択において、ＵＥ－Ａによって指示されたリソースを考慮に入れる。ＵＥ－ＡからＵＥ－Ｂに送られる情報は、連携間情報（ｉｎｔｅｒ－ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる。
【0033】
連携間に対する異なる手法が考慮されている。方式１と呼ばれる、１つの手法では、連携間情報は、ＵＥ－Ｂの送信のために好ましいおよび／または好ましくないリソースのセットを含む。方式２と呼ばれる、別の手法では、ＵＥ－ＡからＵＥ－Ｂに送られる連携情報は、ＵＥ－Ｂのサイドリンク制御情報（ＳＣＩ）によって指示されたリソースに関する予想される／潜在的および／または検出されたリソース競合の存在を含む。ＵＥ－ＢがＵＥ－ＡからＵＥ間連携情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信したとき、ＵＥ－Ｂの、ＵＥ－Ｂ自体の送信のためのリソースの選択または再選択は、（利用可能な場合）ＵＥ－Ｂの検知結果と、受信された連携情報の両方に基づき得るか、または受信された連携情報のみに基づき得る。いくつかのシナリオでは、受信された連携情報は、リソースの初期選択のために使用される。他のものでは、受信された連携情報は、リソースの再選択のために使用される。
【0034】
図２は、ＵＥ間連携の一例を示す。この例では、ＵＥ－Ａは、ＵＥ－１、ＵＥ－２、およびＵＥ－３による送信を検知することを通して何らかの情報を集める。ＵＥ－Ａは、ＵＥ－Ｂに、ＵＥ－Ｂによる送信に好適であり得るリソースを提供するために、その情報を使用する。たとえば、ＵＥ－Ａによって提供されたリソースは、ＵＥ－Ｂによって、ＵＥ－Ｂ自体の送信を実施するために使用され得る。
【0035】
ＵＥ間連携を使用するとき、送信のためのリソースを選択するＵＥ３０（すなわち、上記の例におけるＵＥ－Ｂ）は、何らかの必須の情報を逃し得る。たとえば、ＵＥ－Ｂにおいて利用可能である何らかの検知情報なしにＵＥ－ＡによってＵＥ間連携メッセージが生成され得る。また、何らかの追加の検知情報が利用可能になる前に、ＵＥ－Ａによって、ＵＥ間連携メッセージが生成され、送信され得る。これらのシナリオでは、ＵＥ－Ｂによって行われるリソース選択が送信に好適でないことがある。すなわち、それは、衝突の高い確率を受けるか、または半二重によって影響を及ぼされ得る。いくつかのシナリオでは、ＵＥ間連携は、矛盾する情報につながり得る。たとえば、ＵＥ３０は、後でＵＥ３０がそれについて衝突の高い見込みを予測する、リソースを選択するように提案され得る。
【0036】
本開示の一態様は、Ｄ２Ｄ通信における競合の数およびレイテンシを低減するためにＵＥ間連携と追加の検知情報とを組み合わせるための方法および装置を含む。本明細書の技法は、異なるノード（たとえば、ＵＥ）および／または異なる時間によって収集されたリソース利用情報（たとえば、検知情報、グラントなど）を組み合わせることを可能にする。本技法は、ＵＥ間連携を使用して選択されたリソースが後で検出されて別のＵＥ３０によって予約される状況を解決することと、サイドリンク送信のために使用されることになるリソースを再評価することによってサイドリンク送信における衝突の確率を低減することとを助ける。
【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】
一実施形態では、ＵＥ－Ｂは、同じＵＥ３０（すなわちＵＥ－Ａ）によって、ただし、後の時間的ポイントにおいて提供された、制御メッセージ／グラントから、新しいリソースを選択する。
【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】
図８は、連携ＵＥ３０（上記の例におけるＵＥ－Ａ）によって実装される、ＵＥ間連携の例示的な方法２００を示す。連携ＵＥ３０は、データ送信のための第１のリソースの予約を送信ＵＥ３０から受信する（ブロック２０５）。連携ＵＥ３０は、第１のリソースとの競合があると決定する（ブロック２１０）。決定することに応答して、連携ＵＥ３０は、リソース選択に関連のある１つまたは複数のリソースを指示する制御情報を送信ＵＥ３０に送る（ブロック２１５）。
【0095】
いくつかの実施形態では、制御メッセージは、送信ＵＥ３０がデータ送信のための第２のリソースをそこから選択し得る、データ送信のための代替リソースを指示する。代替リソースは、第１の制御メッセージ中で指示されたリソースと重複し得るか、またはすべての新しいリソースを表し得る。他の実施形態では、制御メッセージは、データ送信のための好ましくない／許容されないリソースを指示する。この場合、送信ＵＥ３０は、第１の制御メッセージ中で指示されたリソースを第２のリソースとして選択し得る。また、送信ＵＥは、異なる連携ＵＥからの制御メッセージ中のリソースを第２のリソースとして選択し得る。
【0096】
図９は、送信ＵＥ３０（上記の例におけるＵＥ－Ｂ）によって実装される、ＵＥ間連携の例示的な方法２２５を示す。送信ＵＥ３０は、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信し、制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択する（ブロック２３０、２３５）。第１のリソースを選択した後に、送信ＵＥ３０は、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信する（ブロック２４０）。制御メッセージに応答して、送信ＵＥ３０は、データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択し、第２のリソースを使用してデータ送信を実施する（ブロック２４５、２５０）。
【0097】
図１０は、連携ＵＥ３０（上記の例におけるＵＥ－Ａ）によって実装される、ＵＥ間連携の例示的な方法２６０を示す。連携ＵＥ３０は、送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送る（ブロック２６５）。第１の制御メッセージを送信した後に、連携ＵＥ３０は、第１のリソースとの競合を指示する追加情報を取得する（ブロック２７０）。取得することに応答して、連携ＵＥ３０は、送信ＵＥ３０に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを送る（ブロック２７５）。いくつかの実施形態では、連携ＵＥ３０は、その後、代替リソースから選択された第２のリソースを使用して送信ＵＥ３０からデータ送信を受信する（ブロック２８０）。
【0098】
装置が、任意の機能的手段、モジュール、ユニット、または回路を実装することによって、本明細書で説明される方法のいずれかを実施することができる。一実施形態では、たとえば、装置は、方法の図に示されているステップを実施するように設定されたそれぞれの回路（ｃｉｒｃｕｉｔ）または回路（ｃｉｒｃｕｉｔｒｙ）を備える。回路（ｃｉｒｃｕｉｔ）または回路（ｃｉｒｃｕｉｔｒｙ）は、この点について、ある機能的処理を実施することに専用の回路および／またはメモリとともに１つまたは複数のマイクロプロセッサを備え得る。たとえば、回路は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラ、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを含み得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含み得る。メモリを採用する実施形態では、メモリは、１つまたは複数のプロセッサによって実行されたとき、本明細書で説明される技法を行うプログラムコードを記憶する。
【0099】
図１１は、別の実施形態による、ＵＥ３００を示す。ＵＥ３００は、１つまたは複数のアンテナ３１５を有するアンテナアレイ３１０と、通信回路３２０と、処理回路３５０と、メモリ３６０とを備える。
【0100】
通信回路３２０は、アンテナ３１０に結合され、無線通信チャネル上で信号を送信および受信するために必要とされる無線周波数（ＲＦ）回路を備える。ＲＦ回路は、たとえば、ＮＲ規格に従って動作するように設定された送信機（ＴＸ）３３０と受信機（ＲＸ）３４０とを備え得る。
【0101】
処理回路３５０は、メモリ３６０に記憶されたプログラム命令に従ってＵＥ３０ ３００の全体的な動作を制御する。処理回路３５０は、１つまたは複数のマイクロプロセッサ、ハードウェア、ファームウェア、またはそれらの組合せを備え得る。
【0102】
メモリ３６０は、動作のために処理回路３５０によって必要とされるコンピュータプログラムコードおよびデータを記憶するための揮発性メモリと不揮発性メモリの両方を備える。メモリ３６０は、電子、磁気、光、電磁、または半導体データストレージを含む、データを記憶するための任意の有形、非一時的コンピュータ可読記憶媒体を備え得る。メモリ３６０は、それぞれ、図６～図１０による方法１００、１５０、２００、２２５および２３０のうちの１つまたは複数を実装するように処理回路３５０を設定する実行可能な命令を備えるコンピュータプログラム３７０を記憶する。コンピュータプログラム３７０は、この点について、上記で説明された手段またはユニットに対応する１つまたは複数のコードモジュールを備え得る。概して、コンピュータプログラム命令および設定情報は、ＲＯＭ、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）またはフラッシュメモリなど、不揮発性メモリに記憶される。動作中に生成される一時的データは、ランダムアクセスメモリ（ＲＡＭ）など、揮発性メモリに記憶され得る。いくつかの実施形態では、本明細書で説明されるように処理回路３５０を設定するためのコンピュータプログラム３５０は、ポータブルコンパクトディスク、ポータブルデジタルビデオディスク、または他のリムーバブル媒体など、リムーバブルメモリに記憶され得る。コンピュータプログラム３７０はまた、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体など、キャリアにおいて具現され得る。
【0103】
また、本明細書の実施形態が、対応するコンピュータプログラムをさらに含むことを、当業者は諒解されよう。コンピュータプログラムは、装置の少なくとも１つのプロセッサ上で実行されたとき、装置に、上記で説明されたそれぞれの処理のいずれかを行わせる命令を備える。コンピュータプログラムは、この点について、上記で説明された手段またはユニットに対応する１つまたは複数のコードモジュールを備え得る。
【0104】
実施形態は、そのようなコンピュータプログラムを含んでいるキャリアをさらに含む。このキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つを備え得る。
【0105】
この点について、本明細書の実施形態は、非一時的コンピュータ可読（記憶または記録）媒体に記憶され、装置のプロセッサによって実行されたとき、装置に、上記で説明されたように実施させる命令を備える、コンピュータプログラム製品をも含む。
【0106】
実施形態は、コンピュータプログラム製品であって、コンピュータプログラム製品がコンピューティングデバイスによって実行されたとき、本明細書の実施形態のいずれかのステップを実施するためのプログラムコード部分を備える、コンピュータプログラム製品をさらに含む。このコンピュータプログラム製品は、コンピュータ可読記録媒体に記憶され得る。
【0107】
本明細書で説明される技法は、ＵＥ間連携情報と追加の検知情報とを組み合わせる。検知情報とＵＥ間連携情報とは、異なる起点を有し得るか、または異なる時間において利用可能であり得る。
【0108】
さらなる例示的な実施形態
例１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法は、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
例２． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、例１に記載の方法。
例３． 送信ＵＥが、複数の連携ＵＥから制御メッセージを受信し、制御メッセージのうちの１つ中で指示されたリソースを選択する、例１または２に記載の方法。
例４． 第１のリソースを選択することが、すべての受信された制御メッセージにおいて共通であるリソースを選択することを含む、例３に記載の方法。
例５． 第１のリソースを選択することが、受信された制御メッセージの最大数に共通であるリソースを選択することを含む、例３に記載の方法。
例６． 第１のリソースを選択することが、受信された制御メッセージのうちの１つの中でリソースをランダムに選択することを含む、例３に記載の方法。
例７． 第１のリソースを選択することが、すべての受信された制御メッセージのうちの最新のものにおいて指示されたリソースを選択することを含む、例３に記載の方法。
例８． 第１のリソースを選択することは、制御メッセージがそこから受信された、連携ＵＥの優先順位に少なくとも部分的に基づいて、リソースを選択することを含む、例３に記載の方法。
例９． 第１のリソースを選択することが、送信ＵＥによって連携ＵＥのうちの１つに送られた前の要求に少なくとも部分的に基づいて選択することを含む、例３に記載の方法。
例１０． 第１のリソースとの競合を指示する追加情報を取得することが、サイドリンクリソースプールに属するスロットを監視することによって追加情報を取得することを含む、例１から９のいずれか１つに記載の方法。
例１１． 第１のリソースとの競合を指示する追加情報を取得することが、追加情報を取得するために測定を実施することを含む、例１０に記載の方法。
例１２． 第１のリソースとの競合を指示する追加情報を取得することが、別のＵＥによって送信された制御情報を受信することを含む、例１から１０のいずれか１つに記載の方法。
例１３． 制御情報が、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、例１２に記載の方法。
例１４． 制御情報が予約を含む、例１２に記載の方法。
例１５． 第１のリソースが、送信ＵＥによって予約されたリソースである、例１から１４のいずれか１つに記載の方法。
例１６． 第１のリソースが、送信ＵＥによって予約されないリソースである、例１から１４のいずれか１つに記載の方法。
例１７． 第２のリソースの再選択を上位レイヤプロトコルに報告することをさらに含む、例１または１６に記載の方法。
例１８． 追加情報が、別の送信ＵＥによって予約されたリソースとの衝突を指示する、例１から１７のいずれか１つに記載の方法。
例１９． 追加情報が半二重競合を指示する、例１から１７のいずれか１つに記載の方法。
例２０． 追加情報を取得した後に第１のリソースを除外することをさらに含む、例１から１９のいずれか１つに記載の方法。
例２１． 第１のリソースを除外することに応答して制御情報を送信することをさらに含む、例２０に記載の方法。
例２２． 制御情報は、送信ＵＥが第１のリソースをドロップしたという指示を含む、例２１に記載の方法。
例２３． 制御情報が、連携ＵＥへの代替リソースについての要求を含む、例２１に記載の方法。
例２４． 第２のリソースを再選択することが、要求に応答して受信された制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、例２３に記載の方法。
例２５． 第２のリソースを再選択することが、第１の制御メッセージとは異なるＵＥから受信された第２の制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、例１から２４のいずれか１つに記載の方法。
例２６． 第２のリソースを再選択することが、第１の制御メッセージと同じ連携ＵＥから異なる時間的ポイントにおいて受信された第２の制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、例１から２４のいずれか１つに記載の方法。
例２７． 送信ＵＥが、それ自体の検知情報に基づいて第２のリソースを再選択する、例１から２２のいずれか１つに記載の方法。
例２８． 送信ＵＥが、それ自体の検知情報と、別のＵＥから受信されたＵＥ間連携メッセージとに基づいて、第２のリソースを再選択する、例１から２２のいずれか１つに記載の方法。
例２９． データ送信が、将来のデータ送信についての予約を含む、例１から２８のいずれか１つに記載の方法。
例３０． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、例１から２９のいずれか１つに記載の方法。
例３１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
例３２． 予約メッセージが、第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示をさらに含む、例３１に記載の方法。
例３３． モード指示は、第１のリソースを選択するためのリソース選択モードが、低減された量の検知結果を使用したという指示を含む、例３２に記載の方法。
例３４． モード指示は、フル検知ベースリソース選択が、第１のリソースを選択するために使用されたという指示を含む、例３２に記載の方法。
例３５． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、例３１から３４のいずれか１つに記載の方法。
例３６． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、例３１から３４のいずれか１つに記載の方法。
例３７． 制御メッセージが、データ送信のための１つまたは複数の代替リソースを含み、送信ＵＥが、制御メッセージ中で指示された代替リソースから第２のリソースを選択する、例３１から３４のいずれか１つに記載の方法。
例３８． 制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、送信ＵＥが、第２のリソースとして、制御メッセージ中で指示されないリソースを選択する、例３１から３４のいずれか１つに記載の方法。
例３９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）によって実装される方法であって、方法は、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を含む、方法。
例４０． 予約が、第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示を含む、例３９に記載の方法。
例４１． モード指示は、第１のリソースを選択するためのリソース選択モードが、低減された量の検知結果を使用したという指示を含む、例４０に記載の方法。
例４２． モード指示は、フル検知ベースリソース選択が、第１のリソースを選択するために使用されたという指示を含む、例３９に記載の方法。
例４３． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、例３９から４２のいずれか１つに記載の方法。
例４４． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、例３９から４２のいずれか１つに記載の方法。
例４５． 制御メッセージが、データ送信のための１つまたは複数の代替リソースを含み、送信ＵＥが、制御メッセージ中で指示された代替リソースから第２のリソースを選択する、例３９から４４のいずれか１つに記載の方法。
例４６． 制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、送信ＵＥが、第２のリソースとして、制御メッセージ中で指示されないリソースを選択する、例３９から４５のいずれか１つに記載の方法。
例４７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
例４８． 第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、例４７に記載の方法。
例４９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を含む、方法。
例５０． 第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、例４９に記載の方法。
例５１． 追加情報が、連携ＵＥによって検知によって取得される、例４９または５０に記載の方法。
例５２． 追加情報が、連携ＵＥによって別のＵＥからのグラント中で取得される、例４９または５０に記載の方法。
例５３． 追加情報が、連携ＵＥによって別のＵＥからの予約中で取得される、例４９または５０に記載の方法。
例５４． 追加情報を取得することが、物理レイヤ測定を実施することを含む、例４９または５０に記載の方法。
例５５． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥは、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
例５６． 例２から３０のいずれか１つに記載の方法を実施するようにさらに設定された、例５５に記載の送信ＵＥ。
例５７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を含み、処理回路は、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
例５８． 処理回路が、例２から３０のいずれか１つに記載の方法を実施するようにさらに設定された、例５７に記載の送信ＵＥ。
例５９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
例６０． 例３２から３８のいずれか１つに記載の方法を実施するようにさらに設定された、例５９に記載の送信ＵＥ。
例６１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を含み、処理回路が、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
例６２． 処理回路が、例３２から３８のいずれか１つに記載の方法を実施するようにさらに設定された、例６１に記載の送信ＵＥ。
例６３． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥは、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を行うように設定された、連携ユーザ機器（ＵＥ）。
例６４． 例４０から４６のいずれか１つに記載の方法を実施するようにさらに設定された、例６３に記載の連携ＵＥ。
例６５． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を含み、処理回路は、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を行うように設定された、連携ユーザ機器（ＵＥ）。
例６６． 処理回路が、例４０から４６のいずれか１つに記載の方法を実施するようにさらに設定された、例６５に記載の連携ＵＥ。
例６７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
例６８． 例４８に記載の方法を実施するようにさらに設定された、例６７に記載の送信ＵＥ。
例６９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を含み、処理回路が、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
例７０． 処理回路が、例４８に記載の方法を実施するようにさらに設定された、例６９に記載の送信ＵＥ。
例７１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を行うように設定された、連携ユーザ機器（ＵＥ）。
例７２． 例５０から５４のいずれか１つに記載の方法を実施するようにさらに設定された、例７１に記載の連携ＵＥ。
例７３． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を含み、処理回路が、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を行うように設定された、連携ユーザ機器（ＵＥ）。
例７４． 処理回路が、例５０から５４のいずれか１つに記載の方法を実施するようにさらに設定された、例７３に記載の連携ＵＥ。
例７５． 実行可能な命令を含むコンピュータプログラムであって、実行可能な命令が、無線通信ネットワークにおけるユーザ機器中の処理回路によって実行されたとき、ユーザ機器に、例１から５４のいずれか１つに記載の方法を実施させる、コンピュータプログラム。
例７６． 例７５に記載のコンピュータプログラムを含んでいるキャリアであって、キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。
例１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法は、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
例２． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、例１に記載の方法。
例３． 送信ＵＥが、複数の連携ＵＥから制御メッセージを受信し、制御メッセージのうちの１つ中で指示されたリソースを選択する、例１または２に記載の方法。
例４． 第１のリソースを選択することが、すべての受信された制御メッセージにおいて共通であるリソースを選択することを含む、例３に記載の方法。
例５． 第１のリソースを選択することが、受信された制御メッセージの最大数に共通であるリソースを選択することを含む、例３に記載の方法。
例６． 第１のリソースを選択することが、受信された制御メッセージのうちの１つの中でリソースをランダムに選択することを含む、例３に記載の方法。
例７． 第１のリソースを選択することが、すべての受信された制御メッセージのうちの最新のものにおいて指示されたリソースを選択することを含む、例３に記載の方法。
例８． 第１のリソースを選択することは、制御メッセージがそこから受信された、連携ＵＥの優先順位に少なくとも部分的に基づいて、リソースを選択することを含む、例３に記載の方法。
例９． 第１のリソースを選択することが、送信ＵＥによって連携ＵＥのうちの１つに送られた前の要求に少なくとも部分的に基づいて選択することを含む、例３に記載の方法。
例１０． 第１のリソースとの競合を指示する追加情報を取得することが、サイドリンクリソースプールに属するスロットを監視することによって追加情報を取得することを含む、例１から９のいずれか１つに記載の方法。
例１１． 第１のリソースとの競合を指示する追加情報を取得することが、追加情報を取得するために測定を実施することを含む、例１０に記載の方法。
例１２． 第１のリソースとの競合を指示する追加情報を取得することが、別のＵＥによって送信された制御情報を受信することを含む、例１から１０のいずれか１つに記載の方法。
例１３． 制御情報が、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、例１２に記載の方法。
例１４． 制御情報が予約を含む、例１２に記載の方法。
例１５． 第１のリソースが、送信ＵＥによって予約されたリソースである、例１から１４のいずれか１つに記載の方法。
例１６． 第１のリソースが、送信ＵＥによって予約されないリソースである、例１から１４のいずれか１つに記載の方法。
例１７． 第２のリソースの再選択を上位レイヤプロトコルに報告することをさらに含む、例１または１６に記載の方法。
例１８． 追加情報が、別の送信ＵＥによって予約されたリソースとの衝突を指示する、例１から１７のいずれか１つに記載の方法。
例１９． 追加情報が半二重競合を指示する、例１から１７のいずれか１つに記載の方法。
例２０． 追加情報を取得した後に第１のリソースを除外することをさらに含む、例１から１９のいずれか１つに記載の方法。
例２１． 第１のリソースを除外することに応答して制御情報を送信することをさらに含む、例２０に記載の方法。
例２２． 制御情報は、送信ＵＥが第１のリソースをドロップしたという指示を含む、例２１に記載の方法。
例２３． 制御情報が、連携ＵＥへの代替リソースについての要求を含む、例２１に記載の方法。
例２４． 第２のリソースを再選択することが、要求に応答して受信された制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、例２３に記載の方法。
例２５． 第２のリソースを再選択することが、第１の制御メッセージとは異なるＵＥから受信された第２の制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、例１から２４のいずれか１つに記載の方法。
例２６． 第２のリソースを再選択することが、第１の制御メッセージと同じ連携ＵＥから異なる時間的ポイントにおいて受信された第２の制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、例１から２４のいずれか１つに記載の方法。
例２７． 送信ＵＥが、それ自体の検知情報に基づいて第２のリソースを再選択する、例１から２２のいずれか１つに記載の方法。
例２８． 送信ＵＥが、それ自体の検知情報と、別のＵＥから受信されたＵＥ間連携メッセージとに基づいて、第２のリソースを再選択する、例１から２２のいずれか１つに記載の方法。
例２９． データ送信が、将来のデータ送信についての予約を含む、例１から２８のいずれか１つに記載の方法。
例３０． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、例１から２９のいずれか１つに記載の方法。
例３１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
例３２． 予約メッセージが、第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示をさらに含む、例３１に記載の方法。
例３３． モード指示は、第１のリソースを選択するためのリソース選択モードが、低減された量の検知結果を使用したという指示を含む、例３２に記載の方法。
例３４． モード指示は、フル検知ベースリソース選択が、第１のリソースを選択するために使用されたという指示を含む、例３２に記載の方法。
例３５． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、例３１から３４のいずれか１つに記載の方法。
例３６． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、例３１から３４のいずれか１つに記載の方法。
例３７． 制御メッセージが、データ送信のための１つまたは複数の代替リソースを含み、送信ＵＥが、制御メッセージ中で指示された代替リソースから第２のリソースを選択する、例３１から３４のいずれか１つに記載の方法。
例３８． 制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、送信ＵＥが、第２のリソースとして、制御メッセージ中で指示されないリソースを選択する、例３１から３４のいずれか１つに記載の方法。
例３９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）によって実装される方法であって、方法は、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を含む、方法。
例４０． 予約が、第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示を含む、例３９に記載の方法。
例４１． モード指示は、第１のリソースを選択するためのリソース選択モードが、低減された量の検知結果を使用したという指示を含む、例４０に記載の方法。
例４２． モード指示は、フル検知ベースリソース選択が、第１のリソースを選択するために使用されたという指示を含む、例３９に記載の方法。
例４３． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、例３９から４２のいずれか１つに記載の方法。
例４４． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、例３９から４２のいずれか１つに記載の方法。
例４５． 制御メッセージが、データ送信のための１つまたは複数の代替リソースを含み、送信ＵＥが、制御メッセージ中で指示された代替リソースから第２のリソースを選択する、例３９から４４のいずれか１つに記載の方法。
例４６． 制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、送信ＵＥが、第２のリソースとして、制御メッセージ中で指示されないリソースを選択する、例３９から４５のいずれか１つに記載の方法。
例４７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
例４８． 第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、例４７に記載の方法。
例４９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を含む、方法。
例５０． 第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、例４９に記載の方法。
例５１． 追加情報が、連携ＵＥによって検知によって取得される、例４９または５０に記載の方法。
例５２． 追加情報が、連携ＵＥによって別のＵＥからのグラント中で取得される、例４９または５０に記載の方法。
例５３． 追加情報が、連携ＵＥによって別のＵＥからの予約中で取得される、例４９または５０に記載の方法。
例５４． 追加情報を取得することが、物理レイヤ測定を実施することを含む、例４９または５０に記載の方法。
例５５． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥは、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
例５６． 例２から３０のいずれか１つに記載の方法を実施するようにさらに設定された、例５５に記載の送信ＵＥ。
例５７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を含み、処理回路は、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
例５８． 処理回路が、例２から３０のいずれか１つに記載の方法を実施するようにさらに設定された、例５７に記載の送信ＵＥ。
例５９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
例６０． 例３２から３８のいずれか１つに記載の方法を実施するようにさらに設定された、例５９に記載の送信ＵＥ。
例６１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を含み、処理回路が、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
例６２． 処理回路が、例３２から３８のいずれか１つに記載の方法を実施するようにさらに設定された、例６１に記載の送信ＵＥ。
例６３． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥは、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を行うように設定された、連携ユーザ機器（ＵＥ）。
例６４． 例４０から４６のいずれか１つに記載の方法を実施するようにさらに設定された、例６３に記載の連携ＵＥ。
例６５． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を含み、処理回路は、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を行うように設定された、連携ユーザ機器（ＵＥ）。
例６６． 処理回路が、例４０から４６のいずれか１つに記載の方法を実施するようにさらに設定された、例６５に記載の連携ＵＥ。
例６７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
例６８． 例４８に記載の方法を実施するようにさらに設定された、例６７に記載の送信ＵＥ。
例６９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を含み、処理回路が、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
例７０． 処理回路が、例４８に記載の方法を実施するようにさらに設定された、例６９に記載の送信ＵＥ。
例７１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を行うように設定された、連携ユーザ機器（ＵＥ）。
例７２． 例５０から５４のいずれか１つに記載の方法を実施するようにさらに設定された、例７１に記載の連携ＵＥ。
例７３． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を含み、処理回路が、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を行うように設定された、連携ユーザ機器（ＵＥ）。
例７４． 処理回路が、例５０から５４のいずれか１つに記載の方法を実施するようにさらに設定された、例７３に記載の連携ＵＥ。
例７５． 実行可能な命令を含むコンピュータプログラムであって、実行可能な命令が、無線通信ネットワークにおけるユーザ機器中の処理回路によって実行されたとき、ユーザ機器に、例１から５４のいずれか１つに記載の方法を実施させる、コンピュータプログラム。
例７６． 例７５に記載のコンピュータプログラムを含んでいるキャリアであって、キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。
【手続補正書】
【提出日】2024-01-30
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線通信ネットワークにおけるＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、前記送信ＵＥが、Ｄ２Ｄ通信リンク上で受信されたデータを送信するためのリソースを自律的に選択するように構成され、前記方法が、－ 前記送信ＵＥによって、連携ＵＥから前記Ｄ２Ｄ通信リンク上で受信されることになるデータを送信するための第１のリソースを選択すること、
－ 前記送信ＵＥによって、前記選択された第１のリソースを、
－ 前記送信ＵＥによって、前記第１のリソースとの競合を指示する追加情報を取得すること、
－ 前記送信ＵＥによって、前記連携ＵＥから、更新されたリソースを含む制御メッセージを受信すること
のうちの少なくとも１つに基づいて、除外すること、
－ 前記除外することの後に、前記送信ＵＥによって、前記連携ＵＥから前記Ｄ２Ｄ通信リンク上で受信されることになる前記データを送信するための第２のリソースを再選択すること、
－ 前記送信ＵＥによって、前記第２のリソースを使用して前記データの前記送信を実施すること
を含む、方法。
【請求項2】
前記方法が、前記第１のリソースを前記選択するステップより前に、－ 前記送信ＵＥによって、連携ＵＥから、
－ データ送信のための１つまたは複数のリソース、
－ １つまたは複数の好ましくないまたは許可されないリソース
のうちの１つを指示する制御メッセージを受信する
ステップを含む、請求項１に記載の方法。
【請求項3】
前記連携ＵＥから前記制御メッセージを前記受信するステップが、前記送信ＵＥから受信された要求によってトリガされるか、または前記連携ＵＥによって自律的に実施される、請求項２に記載の方法。
【請求項4】
前記送信ＵＥが連携ＵＥから制御メッセージを受信し、前記第１のリソースを前記選択するステップが、－ 前記送信ＵＥによって、前記受信された制御メッセージ中の１つまたは複数のリソースに基づいて選択すること
を含む、請求項１に記載の方法。
【請求項5】
前記第１のリソースを前記選択するステップは、－ すべての前記受信された制御メッセージにおいて共通であるリソースを選択すること、
－ 前記受信された制御メッセージの最大数に共通であるリソースを選択すること、
－ 前記受信された制御メッセージのうちの１つの中でリソースをランダムに選択すること、
－ 前記受信された制御メッセージのうちの最新のものにおいて指示されたリソースを選択すること、
－ 前記制御メッセージがそこから受信された、前記連携ＵＥの優先順位に少なくとも部分的に基づいて、リソースを選択すること、
－ 前記送信ＵＥによって前記連携ＵＥのうちの１つに送られた前の要求に少なくとも部分的に基づいてリソースを選択すること
のいずれかを含む、請求項４に記載の方法。
【請求項6】
前記第１のリソースとの前記競合を指示する追加情報を前記取得することが、サイドリンクリソースプールに属するスロットを監視することによって前記追加情報を取得することを含む、請求項１に記載の方法。
【請求項7】
前記第１のリソースとの前記競合を指示する追加情報を前記取得することが、－ 前記追加情報を取得するために測定を実施すること、
－ 前記無線通信ネットワークにおける別のＵＥによって送信された制御情報を受信すること
のいずれかを含む、請求項６に記載の方法。
【請求項8】
前記制御情報が、グラントと予約とのいずれかである、請求項７に記載の方法。
【請求項9】
前記第１のリソースが、前記送信ＵＥによって予約されたリソースである、請求項１に記載の方法。
【請求項10】
前記方法が、前記第２のリソースの前記再選択を上位レイヤプロトコルに報告するステップを含む、請求項１に記載の方法。
【請求項11】
前記追加情報が、－ 前記無線通信ネットワークにおける別の送信ＵＥによって予約されたリソースとの衝突、
－ 半二重競合
のいずれかを指示する、請求項１に記載の方法。
【請求項12】
前記方法が、－ 前記送信ＵＥによって、前記第１のリソースを除外することに応答して制御情報を送信する
ステップを含む、請求項１に記載の方法。
【請求項13】
前記制御情報は、－ 前記送信ＵＥが前記第１のリソースを除外したという指示、
－ 連携ＵＥへの代替リソースについての要求
のいずれかを含む、請求項１２に記載の方法。
【請求項14】
前記再選択するステップが、代替リソースについての前記要求に応答して受信された制御メッセージ中で指示された代替リソースから前記第２のリソースを再選択することを含む、請求項１３に記載の方法。
【請求項15】
前記第２のリソースを前記再選択するステップが、－ 第１の制御メッセージとは異なるＵＥから受信された第２の制御メッセージ中で指示された代替リソースから前記第２のリソースを再選択すること、
－ 前記第１の制御メッセージと同じ連携ＵＥから異なる時間的ポイントにおいて受信された第２の制御メッセージ中で指示された代替リソースから前記第２のリソースを再選択すること
のいずれかを含む、請求項１に記載の方法。
【請求項16】
前記送信ＵＥが、－ それ自体の検知情報、
－ 別のＵＥから受信されたＵＥ間連携メッセージと組み合わせたそれ自体の検知情報
のいずれかに基づいて、前記第２のリソースを再選択する、請求項１に記載の方法。
【請求項17】
前記制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、請求項１に記載の方法。
【請求項18】
前記方法が、－ 前記除外するステップより前に、前記送信ＵＥによって、前記Ｄ２Ｄ通信リンク上で受信されることになるデータを送信するための前記第１のリソースを予約する予約メッセージを送信する
ステップを含み、
追加情報を前記取得するステップが、
－ 前記送信ＵＥによって、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信すること
を含む、請求項１に記載の方法。
【請求項19】
前記予約メッセージが、前記第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示をさらに含む、請求項１８に記載の方法。
【請求項20】
前記モード指示は、－ 前記第１のリソースを選択するための前記リソース選択モードが、低減された量の検知結果を使用したまたは検知結果を使用しなかったという指示、
－ フル検知ベースリソース選択が、前記第１のリソースを選択するために使用されたという指示
のいずれかを含む、請求項１９に記載の方法。
【請求項21】
前記制御メッセージが、前記データの送信のための１つまたは複数の代替リソースを含み、前記送信ＵＥが、前記制御メッセージ中で指示された前記代替リソースから前記第２のリソースを選択する、請求項１７に記載の方法。
【請求項22】
前記制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、前記送信ＵＥが、前記第２のリソースとして、前記制御メッセージ中で指示されないリソースを選択する、請求項１７に記載の方法。
【請求項23】
前記方法が、－ 前記送信ＵＥによって、前記データの送信のための１つまたは複数のリソースを指示する制御メッセージを受信する
初期ステップを含み、
前記選択するステップが、前記制御メッセージによって指示された前記１つまたは複数のリソースの中の前記第１のリソースを選択することを含み、
前記再選択するステップが、前記連携ＵＥからの前記制御メッセージ中の前記更新されたリソースの中の前記第２のリソースを再選択することを含む、請求項１に記載の方法。
【請求項24】
前記制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、請求項２３に記載の方法。
【請求項25】
無線通信ネットワークにおける送信ユーザ機器（ＵＥ）とのＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ＵＥによって実装される方法であって、前記送信ＵＥが、Ｄ２Ｄ通信リンク上で受信されたデータを送信するためのリソースを自律的に選択するように構成され、前記方法は、－ 前記連携ＵＥによって、前記送信ＵＥが、連携ＵＥから前記Ｄ２Ｄ通信リンク上で受信されることになるデータを送信するためのリソースを使用することになると決定すること、
－ 前記連携ＵＥによって、データを送信するための前記リソースとの競合があると決定すること、
－ 前記決定することに応答して、前記連携ＵＥによって、前記送信ＵＥに制御情報を送ることであって、前記制御情報が、前記送信ＵＥのリソース再選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を含む、方法。
【請求項26】
前記送信ＵＥが、データを送信するためのリソースを使用することになると前記決定するステップが、－ 前記連携ＵＥによって、前記送信ＵＥから、データを前記送信するための第１のリソースの予約を受信すること
を含む、請求項２５に記載の方法。
【請求項27】
前記予約が、前記第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示を含む、請求項２６に記載の方法。
【請求項28】
前記モード指示は、－ 前記第１のリソースを選択するための前記リソース選択モードが、低減された量の検知結果を使用したという指示、
－ フル検知ベースリソース選択が、前記第１のリソースを選択するために使用されたという指示
のいずれかを含む、請求項２７に記載の方法。
【請求項29】
前記送信ＵＥが、データを送信するためのリソースを使用することになると前記決定するステップが、－ 前記送信ＵＥに、データを前記送信するための１つまたは複数のリソースを指示する第１の制御メッセージを送ること
を含む、請求項２５に記載の方法。
【請求項30】
前記送るステップが、－ 前記送信ＵＥに、データを前記送信するための第２のリソースを指示する第２の制御メッセージを送ること
を含む、請求項２５に記載の方法。
【請求項31】
前記第２の制御メッセージが、前記第１の制御メッセージ中で指示されたリソースを含む、請求項３０に記載の方法。
【請求項32】
データを送信するための前記リソースとの競合があると前記決定するステップが、追加情報を取得することを含み、前記追加情報が、－ 前記連携ＵＥによって検知によって、
－ 前記連携ＵＥによって別のＵＥからのグラント中で、
－ 前記連携ＵＥによって他のＵＥからリソースセットを受信することによって、
－ 前記連携ＵＥによって別のＵＥからの予約中で、
－ 物理レイヤ測定によって
のいずれかで取得される、請求項２５に記載の方法。
【請求項33】
送信ユーザ機器（ＵＥ）であって、無線通信ネットワークにおけるＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定され、前記送信ＵＥが、Ｄ２Ｄ通信リンク上で受信されたデータを送信するためのリソースを自律的に選択するように構成され、前記送信ＵＥが、請求項１から２４のいずれか一項に記載の方法を実施するように設定された、送信ユーザ機器（ＵＥ）。
【請求項34】
連携ユーザ機器（ＵＥ）であって、無線通信ネットワークにおける送信ＵＥとのＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定され、前記送信ＵＥが、Ｄ２Ｄ通信リンク上で受信されたデータを送信するためのリソースを自律的に選択するように構成され、連携ＵＥが、請求項２５から３２のいずれか一項に記載の方法を実施するように設定された、連携ユーザ機器（ＵＥ）。
【請求項35】
実行可能な命令を備えるコンピュータプログラムであって、前記実行可能な命令が、無線通信ネットワークにおけるユーザ機器（ＵＥ）中の処理回路によって実行されたとき、前記ＵＥに請求項１から３２のいずれか一項に記載の方法を実施させる、コンピュータプログラム。
【請求項36】
無線通信ネットワークにおいて動作するように構成されたユーザ機器（ＵＥ）を備える車両であって、前記車両が、－ 請求項１から３２のいずれか一項に記載の方法を実施するように設定された処理回路、
－ 前記処理回路に電力を供給するように設定された電力供給回路
を備える、車両。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に、サイドリンク（ＳＬ）リソース上のＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信に関し、より詳細には、サイドリンク送信のためのリソース選択および割り当てに関する。
【背景技術】
【0002】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、リリース１２（Ｒｅｌ－１２）およびリリース１３（Ｒｅｌ－１３）において、近傍サービス（ＰｒｏＳｅ）の、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）におけるサポートを指定し、これは、公共安全使用事例（たとえば、ファーストレスポンダ（ｆｉｒｓｔ ｒｅｓｐｏｎｄｅｒ））、ならびに、商業使用事例の小さいサブセット（たとえば、発見）をターゲットにした。ＰｒｏＳｅの主要な新規性は、サイドリンク（ＳＬ）インターフェースを使用するＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信の導入であった。３ＧＰＰにおけるリリース１４（Ｒｅｌ－１４）およびリリース１５（Ｒｅｌ－１５）中に、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信をサポートする目的としてＬＴＥ ＳＬフレームワークに大きい変更が導入され、ここで、Ｖ２Ｘは、車両と任意の他のエンドポイント（たとえば、車両、歩行者など）との間の通信をまとめて示す。その特徴は、大部分が、ｄａｙ－１安全性（ｄａｙ－１ ｓａｆｅｔｙ）など、基本的なＶ２Ｘ使用事例をターゲットにした。
【0003】
リリース１６（Ｒｅｌ－１６）中に、３ＧＰＰは、第５世代（５Ｇ）新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）のためのサイドリンクインターフェースを指定することに取り組んだ。Ｒｅｌ－１６におけるＮＲサイドリンクは、４つの使用事例（ＵＣ）グループ、すなわち、車両隊列走行、拡張されたセンサー、高度運転、およびリモート運転にカテゴリー分類され得る、高度Ｖ２Ｘサービスをターゲットにする。高度Ｖ２Ｘサービスをサポートすることは、レイテンシおよび信頼性に関する厳しい要件を満たすために、新しいサイドリンク設計を必要とした。Ｒｅｌ－１６におけるＮＲサイドリンクは、より高いシステム容量、増加された信頼性、およびより良いカバレッジを提供するように設計された。さらに、その設計は、さらに高度なＶ２Ｘサービスと他の関係するサービスとをサポートするための将来の拡張を有する可能性を考慮した。
【0004】
ＬＴＥ ＳＬにおける無線レイヤは、ブロードキャスト通信のみをサポートした。対照的に、ＮＲ ＳＬは、ブロードキャスト通信、マルチキャスト通信、およびユニキャスト通信の、無線レイヤにおけるサポートを含む。たとえば、隊列走行サービスでは、隊列のメンバーにとってのみ重要であるいくつかのメッセージがあり、これは、隊列のメンバーをグループにする。シースルー使用事例として知られる別の例では、最も可能性があるシナリオが、車両のペアのみを伴い、そのシナリオにはユニキャスト送信が当然適合する。ＬＴＥ ＳＬの場合のように、ＮＲ ＳＬは、スタンドアロンの、ネットワークがない動作のサポートを含む、ネットワークカバレッジありおよびなしの、ならびにユーザ機器（ＵＥ）とネットワーク（ＮＷ）との間の対話の異なる程度での、ＮＲ ＳＬの動作が可能であるようなやり方で、設計される。
【0005】
３ＧＰＰは、通常、Ｄ２Ｄ送信を、サイドリンク送信、またはＰＣ５インターフェースを使用する送信と呼ぶ。適用可能な規格は、ＮＲサイドリンクについての２つのリソース割り当てモード、すなわち、ネットワークベースリソース割り当ておよび自律リソース割り当てを規定する。
【0006】
ネットワークベースリソース割り当てモードでは、ネットワークは、サイドリンクＵＥによって使用されるリソースおよび他の送信パラメータを選択する。いくつかの場合には、ネットワークは、あらゆる送信パラメータを制御し得る。他の場合、ネットワークは、送信のために使用されるリソースを選択し得るが、送信機に、場合によっては、いくつかの制限を伴う、送信パラメータのうちのいくつかを選択する自由を与え得る。ＮＲ ＳＬのコンテキストでは、３ＧＰＰは、このリソース割り当てモードをモード１と呼ぶ。
【0007】
自律リソース割り当てモードでは、ＵＥは、リソースおよび他の送信パラメータを自律的に選択する。このモードでは、ネットワークによる介入がない（たとえば、カバレッジ外、ネットワーク展開なしの未ライセンスキャリアなど）か、またはネットワークによる極めて最小の介入があり得る（たとえば、リソースのプールの設定など）。ＮＲ ＳＬのコンテキストでは、３ＧＰＰは、このリソース割り当てモードをモード２と呼ぶ。
【0008】
ＮＲにおけるネットワークベースリソース割り当てモード（モード１）および自律リソース割り当てモード（モード２）は、それぞれ、ＬＴＥにおけるモード３およびモード４に類似する。
【発明の概要】
【0009】
本開示は、サイドリンク通信のためのリソース選択におけるＵＥ間連携（ｃｏｏｒｄｉｎａｔｉｏｎ）のための方法および装置を提供する。本開示の一態様は、Ｄ２Ｄ通信における競合の数およびレイテンシを低減するためにＵＥ間連携と追加の検知情報とを組み合わせるための方法および装置を含む。本明細書の技法は、異なるノード（たとえば、ＵＥ）および／または異なる時間によって収集された結合リソース利用情報（たとえば、検知情報、グラント、リソース提案、リソースセットなど）について説明する。本技法は、ＵＥ間連携を使用して選択されたリソースが後で検出されて別のＵＥによって予約される状況を解決することと、サイドリンク送信のために使用されることになるリソースを再評価することによってサイドリンク送信における衝突の確率を低減することとを助ける。
【0010】
本開示の第１の態様では、無線通信ネットワークにおけるＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、送信ＵＥが、Ｄ２Ｄ通信リンク上で受信されたデータを送信するためのリソースを自律的に選択するように構成され、本方法が、送信ＵＥによって、連携（ｃｏｏｒｄｉｎａｔｉｎｇ）ユーザ機器からＤ２Ｄ通信リンク上で受信されることになるデータを送信するための、リソースのセット内の、第１のリソースを選択すること、送信ＵＥによって、選択された第１のリソースを、送信ＵＥによって、第１のリソースとの競合を指示する追加情報を取得すること、送信ＵＥによって、連携ＵＥから、更新されたリソースを含む制御メッセージを受信することのうちの少なくとも１つに基づいて除外すること、前記除外することの後に、送信ＵＥによって、前記連携ＵＥからＤ２Ｄ通信リンク上で受信されることになる前記データを送信するための第２のリソースを再選択／無視すること、送信ＵＥによって、前記第２のリソースを使用して前記データの前記送信を実施することを含む、方法が提供される。
【0011】
発明者は、ＵＥ間連携状況の場合、送信のためのリソースを選択するＵＥ、たとえば、送信ＵＥが、情報を逃し得ることを見つけた。たとえば、送信ＵＥにおいて利用可能である何らかの検知情報なしに連携ＵＥによってＵＥ間連携メッセージが生成され得る。別の例は、何らかの追加の検知情報が利用可能になる前に、連携ＵＥによって、ＵＥ間連携メッセージが生成され、送信され得ることである。
【0012】
上記で説明された事例では、送信ＵＥによって行われるリソース選択が送信に好適でないことがある。すなわち、それは、衝突の確率増加を受けるか、または半二重によって影響を及ぼされ得る。
【0013】
他の状況では、ＵＥ間連携状況における送信ＵＥは、矛盾する情報を有することにつながり得る。たとえば、ＵＥは、後でＵＥがそれについて衝突の高い見込みを予測する、リソースを選択するように提案され得る。
【0014】
発明者は、選択されたリソースが、もはや、データを送信するための所望のリソースでないことがある状況が起こり得ることを見つけた。これは、たとえば、送信ＵＥによって、第１のリソースとの競合を指示する追加情報を取得すること、および／または、送信ＵＥによって、連携ＵＥから、更新されたリソースを含む制御メッセージを受信することによって決定され得る。
【0015】
本開示によれば、「連携」ＵＥという表現は、本明細書全体にわたって使用される。連携ＵＥは、このＵＥが、他のＵＥと比較して、より高い階層／特権を有する必要があることを意味しないことに、明示的に留意されたい。連携ＵＥは、無線通信ネットワークにおける任意の通常のＵＥであり得る。
【0016】
一例では、送信ＵＥは、将来のチャネル利用について関連のある情報に気づき得る。その情報は、送信ＵＥによって選択されたリソースとの潜在的競合を指示し得る。送信ＵＥは、次いで、送信ＵＥの選択されたリソースを却下し得、送信目的のための代替リソースを選択し得る。
【0017】
別の例では、送信ＵＥは、送信のための第１のリソースを選択し得、第１のリソースについての予約を送信するための第２のリソースを使用し得る。この送信に基づいて、送信ＵＥは、第１のリソースとの潜在的競合があること、および／または、代わりに代替リソースを使用することについての提案を指示する、制御メッセージを、任意の他のＵＥから受信し得る。受信された制御メッセージに基づいて、送信ＵＥは、第１のリソースを無視し得、データを送信するための代替リソースを選択し得る。
【0018】
また別の例では、連携ＵＥは、データを送信するために使用されることになるリソースについての第１のグラントまたは第１の提案を送信ＵＥに提供し得る。連携は、次いで、将来のチャネル利用について関連のあり得る追加情報を取得し得る。たとえば、追加情報は、リソースについての第１のグラントまたは第１の提案との潜在的競合を指示し得る。その後、連携ＵＥは、データを送信するために使用されることになるリソースについての更新されたグラントまたは更新された提案をもつ別のメッセージを送信ＵＥに送ることを判断し得る。
【図面の簡単な説明】
【0019】
【図1】Ｄ２Ｄ通信をサポートする例示的な通信ネットワークを示す図である。
【図2】ＵＥ間連携を概略的に示す図である。
【図3】連携ＵＥ（ＵＥ－Ａ）と送信ＵＥ（ＵＥ－Ｂ）との間のＵＥ間連携に対する第１の手法を示す図である。
【図4】連携ＵＥ（ＵＥ－Ａ）と送信ＵＥ（ＵＥ－Ｂ）との間のＵＥ間連携に対する第２の手法を示す図である。
【図5】連携ＵＥ（ＵＥ－Ａ）と送信ＵＥ（ＵＥ－Ｂ）との間のＵＥ間連携に対する第３の手法を示す図である。
【図6】ＵＥ間連携に対する第１の手法に従って、送信ＵＥによって実装される方法を示す図である。
【図7】ＵＥ間連携に対する第２の手法に従って、送信ＵＥによって実装される方法を示す図である。
【図8】ＵＥ間連携に対する第２の手法に従って、連携ＵＥによって実装される方法を示す図である。
【図9】ＵＥ間連携に対する第３の手法に従って、送信ＵＥによって実装される方法を示す図である。
【図10】ＵＥ間連携に対する第３の手法に従って、連携ＵＥによって実装される方法を示す図である。
【図11】本明細書で説明されるＵＥ間連携を使用するＳＬ通信のために設定されたＵＥの主要な機能構成要素を示す図である。
【発明を実施するための形態】
【0020】
次に図面を参照すると、本開示によるＵＥ間連携技法が、ＮＲ通信規格を実装する無線通信ネットワークのコンテキストにおいて説明される。しかしながら、本技法が、より一般的には、サイドリンクインターフェース上のＤ２Ｄ通信をサポートする任意の無線通信ネットワークに適用可能であることを、当業者は諒解されよう。
【0021】
図１は、複数のＵＥ３０にコアネットワーク４０への接続を提供する基地局２０を示す。単一の基地局２０が図１に示されているが、無線通信ネットワーク１０が、一般に、多くの基地局２０を含むことになることを、当業者は諒解されよう。基地局２０は、ＮＲ規格において、エボルブドノードＢ（ｅＮＢ）、５ＧノードＢ（ｇＮＢ）または次世代ｅＮＢ（ｎｇ－ｅＮＢ）と呼ばれることもある。
【0022】
ＵＥ－１～ＵＥ－４は、サイドリンク（たとえば、ＰＣ５インターフェース）上の、それらのＵＥの近傍にある他のＵＥ３０とのＤ２Ｄ通信が可能である。ＵＥ－１、ＵＥ－３およびＵＥ－４は、ネットワークカバレッジ内にあり、ＵＥ－２は、ネットワークカバレッジの外にある。ＵＥ－１は、ＵＥ－２およびＵＥ－３の近傍にあり、それぞれ、サイドリンクＳＬ１およびＳＬ２上でＵＥ－２およびＵＥ－３と通信することができる。ＵＥ－２は、ＵＥ－１およびＵＥ－３の近傍にあり、それぞれ、サイドリンクＳＬ１およびＳＬ３上でＵＥ－１およびＵＥ－３と通信することができる。ＵＥ－３は、ＵＥ－１、ＵＥ－２およびＵＥ－４の近傍にあり、それぞれ、サイドリンクＳＬ２、ＳＬ３、およびＳＬ４上で、ＵＥ－１、ＵＥ－２およびＵＥ－４と通信することができる。最後に、ＵＥ－４は、ＵＥ－３の近傍にあり、サイドリンクＳＬ４上で通信することができる。しかしながら、ＵＥ－４は、ＵＥ－１およびＵＥ－２の範囲外にあり、サイドリンク上でのＵＥ－１またはＵＥ－２との直接接続を確立することができない。ＵＥ４は、基地局２０を介してＵＥ－１と通信することができる。しかしながら、ＵＥ－２は、基地局２０のカバレッジ外にある。
【0023】
本開示の一態様は、ＵＥ間連携を使用するＳＬ送信のための自律リソース割り当てのための技法を含む。３ＧＰＰ規格は、ＮＲサイドリンクについての２つのリソース割り当てモード、すなわち、ネットワークベースリソース割り当ておよび自律リソース割り当てを規定する。モード１と呼ばれる、ネットワークベースリソース割り当てモードでは、ネットワークは、サイドリンクＵＥによって使用されるリソースおよび他の送信パラメータを選択する。いくつかの場合、ネットワークは、送信のために使用されるリソースを選択するが、ＵＥ３０に、場合によっては、いくつかの制限を伴う、送信パラメータのうちのいくつかを選択する自由を与え得る。モード２と呼ばれる、自律リソース割り当てモードでは、ＵＥ３０は、リソースおよび他の送信パラメータを自律的に選択する。このモードでは、一般に、ネットワークによる介入がないか、またはネットワークによる極めて最小の介入があり得る（たとえば、リソースのプールの設定など）。
【0024】
ＳＬ送信モード２では、分散リソース選択が採用され、すなわち、スケジューリングのための中央ノードがなく、リソースがＵＥ３０によって自律的に選択される。送信モード２は、２つの機能、すなわち、将来のリソースの予約、および検知ベースリソース割り当てに基づく。将来のリソースの予約は、メッセージを送るＵＥ３０が、後の時間的ポイントにおいていくつかの時間周波数リソースを使用して送信するというＵＥ３０の意図について受信機に通知することができるように、行われる。たとえば、時間Ｔにおいて送信するＵＥ３０が、ＵＥ３０が時間Ｔ＋１００ｍｓにおいて同じ周波数リソースを使用して送信することになることを受信機に知らせ得る。リソース予約は、受信ＵＥ３０が将来における無線リソースの利用を予測することを可能にする。すなわち、別のＵＥの現在の送信をリッスンすることによって、ＵＥ３０はまた、潜在的な将来の送信に関する情報を取得する。この情報は、ＵＥ３０によって、それ自体のリソースを選択するときに衝突を回避するために使用され得る。詳細には、ＵＥ３０は、受信されたブッキングメッセージを読み取ることによって無線リソースの将来の利用を予測し、次いで、同じリソースを使用することを回避するようにＵＥ３０の現在の送信をスケジュールする。これは、検知ベースリソース選択として知られている。
【0025】
概して、検知は、リソースが選択されるサイドリンクリソースプール中のスロットを監視することとして説明され得る。検知は、規定されたウィンドウ上で実施され得る。ＮＲ Ｒｅｌ－１６において指定されている検知ベースリソース選択方式は、ＴＳ３８．２１４中の節８．１．４において規定されている以下のステップにおいて大まかに要約され得る。
・ ＵＥ３０は、間隔［ｎ－ａ，ｎ－ｂ］中に伝送媒体を検知し、ここで、ｎは時間参照であり、ａ＞ｂ＞０は、検知ウィンドウの持続時間を規定する。検知ウィンドウの長さは（事前）設定可能である。伝送媒体を検知することは、とりわけ、リソースの予約を指示する制御情報の送信を受信すること、および／または測定を実施することを含む。ＵＥ３０は、いくつかの場合には、間隔［ｎ－ａ，ｎ－ｂ］からいくつかのタイムスロット（たとえば、ＵＥ３０の送信が行われるスロットなど）を除外し得る。
・ 検知結果に基づいて、ＵＥ３０は、将来の時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］における伝送媒体の将来の利用を予測し、ここで、Ｔ２＞Ｔ１＞０である。間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］はリソース選択ウィンドウである。
・ ＵＥ３０は、選択可能（たとえば、アイドル、使用可能、利用可能など）であると予測／決定された、選択ウィンドウ［ｎ＋Ｔ１，ｎ＋Ｔ２］中のリソースの中で、１つまたは複数の時間周波数リソースを選択する。
・ ＵＥ３０は、間隔［ｎ－ａ，ｎ－ｂ］中に伝送媒体を検知し、ここで、ｎは時間参照であり、ａ＞ｂ＞０は、検知ウィンドウの持続時間を規定する。検知ウィンドウの長さは（事前）設定可能である。伝送媒体を検知することは、とりわけ、リソースの予約を指示する制御情報の送信を受信すること、および／または測定を実施することを含む。ＵＥ３０は、いくつかの場合には、間隔［ｎ－ａ，ｎ－ｂ］からいくつかのタイムスロット（たとえば、ＵＥ３０の送信が行われるスロットなど）を除外し得る。
・ 検知結果に基づいて、ＵＥ３０は、将来の時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］における伝送媒体の将来の利用を予測し、ここで、Ｔ２＞Ｔ１＞０である。間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］はリソース選択ウィンドウである。
・ ＵＥ３０は、選択可能（たとえば、アイドル、使用可能、利用可能など）であると予測／決定された、選択ウィンドウ［ｎ＋Ｔ１，ｎ＋Ｔ２］中のリソースの中で、１つまたは複数の時間周波数リソースを選択する。
【0026】
上記で説明された、自律リソース割り当てに対する手法は、チャネルの将来の利用を予測することと、衝突を回避するようにリソースを選択することとを目的とする。しかしながら、衝突は、リソースの初期割り当ての後に検出され得る。一例として、リソースを選択した後に、ただし、送信を実施することより前に（すなわち、選択されたリソースのいずれかを予約することより前に）、ＵＥ３０は、検知を通して、選択されたリソースのうちの１つに影響を及ぼす潜在的衝突を検出し得る。ＵＥ３０によって行われるリソースの初期選択は、近くのＵＥに知られていない、内部判断であることに留意されたい。この時点で、リソースが選択された（ただし、予約されていない）と言える。選択されたリソースについての予約を送信した後に、周囲のＵＥ３０がこの状態に気づく。この時点で、リソースは、予約された（または選択および予約された）と見なされる。別の例として、リソースを予約した後に、ＵＥ３０は、別のＵＥ３０によって送信された競合する予約を検知し得る。２つの予約のどちらが優先権を有するか（もしあれば）は、それらの予約の各々に関連する優先順位を見ることによって決定され得る。この情報は、予約とともにシグナリングされる。
【0027】
前の２つの状況において衝突を回避するために、２つの機構、すなわち、リソースが選択されるが、予約されない場合についての再評価（または再評価および再選択）と、リソースが選択および予約された場合についてのプリエンプション（および再選択）とが利用可能である。
【0028】
再評価の場合、他のＵＥ３０が、（１つまたは複数の）リソースの選択と対応する予約の送信との間の時間経過において同じリソースを予約し得る。そのような衝突を回避するために、ＵＥ３０は、ＵＥ３０の選択を再考することが可能にされる。そのようなプロシージャの目的は、（１つまたは複数の）より早期の選択されたリソースが依然として送信に好適であるか否かを評価することである。ＵＥ３０が、（１つまたは複数の）より早期の選択されたリソースがもはやＵＥ３０自体の送信に好適でない（たとえば、何らかの他のＵＥ３０も、その間に同じリソースを選択した）と決定した場合、ＵＥ３０は再びリソース選択機構をトリガする。この場合、候補リソースの新しいセットが作成され、（１つまたは複数の）リソースは、新たに作成された候補リソースセットからランダムに選択される。このプロシージャは、再評価、または再評価および再選択と呼ばれる。
【0029】
プリエンプション事例では、予約が送られた後に、ＵＥ３０は、ＵＥ３０の選択を再評価することができない。しかしながら、ＵＥ３０は、他のＵＥ３０が、実施すべき優先順位の高い送信を有する場合、送信するのを妨げられ得る。プリエンプションとして知られる、これらの事例では、ＵＥ３０は、より高い優先順位をもつ別のＵＥ３０が別のＵＥ３０の送信のために同じリソースを選択した場合、リソース選択を（再）トリガする。この場合、低優先順位送信をもつＵＥ３０が、リソース選択を（再）トリガし、候補リソースセットの新しいセットが、最近の検知情報に基づいてＵＥ３０によって作成／決定される。このプロシージャは、プリエンプション、またはプリエンプションおよび再選択と呼ばれる。
【0030】
リリース－１７（Ｒｅｌ－１７）では、３ＧＰＰは、Ｖ２Ｘのサポートを拡張する目的として、および公共安全などの他の使用事例（ＵＣ）をカバーするために、サイドリンクのための複数の拡張に取り組んでいる（ＲＰ－２０２８４６参照）。電力制限されたＵＥ３０（たとえば、歩行者ＵＥ、ファーストレスポンダＵＥなど）の性能を改善することと、リソース連携を使用して性能を改善することとが、このリソースの主要な目標のうちの２つと見なされる。考慮中の１つの特徴は、ＵＥ間連携である。考慮中の１つのシナリオでは、ＵＥ－Ａと示された第１のＵＥ３０が、リソースのセットを決定し、リソースのセットをＵＥ－Ｂに送る。ＵＥ－Ｂは、ＵＥ－Ｂ自体の送信のためのリソース選択において、ＵＥ－Ａによって指示されたリソースを考慮に入れる。ＵＥ－ＡからＵＥ－Ｂに送られる情報は、連携間情報（ｉｎｔｅｒ－ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる。
【0031】
連携間に対する異なる手法が考慮されている。方式１と呼ばれる、１つの手法では、連携間情報は、ＵＥ－Ｂの送信のために好ましいおよび／または好ましくないリソースのセットを含む。方式２と呼ばれる、別の手法では、ＵＥ－ＡからＵＥ－Ｂに送られる連携情報は、ＵＥ－Ｂのサイドリンク制御情報（ＳＣＩ）によって指示されたリソースに関する予想される／潜在的および／または検出されたリソース競合の存在を含む。ＵＥ－ＢがＵＥ－ＡからＵＥ間連携情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信したとき、ＵＥ－Ｂの、ＵＥ－Ｂ自体の送信のためのリソースの選択または再選択は、（利用可能な場合）ＵＥ－Ｂの検知結果と、受信された連携情報の両方に基づき得るか、または受信された連携情報のみに基づき得る。いくつかのシナリオでは、受信された連携情報は、リソースの初期選択のために使用される。他のものでは、受信された連携情報は、リソースの再選択のために使用される。
【0032】
図２は、ＵＥ間連携の一例を示す。この例では、ＵＥ－Ａは、ＵＥ－１、ＵＥ－２、およびＵＥ－３による送信を検知することを通して何らかの情報を集める。ＵＥ－Ａは、ＵＥ－Ｂに、ＵＥ－Ｂによる送信に好適であり得るリソースを提供するために、その情報を使用する。たとえば、ＵＥ－Ａによって提供されたリソースは、ＵＥ－Ｂによって、ＵＥ－Ｂ自体の送信を実施するために使用され得る。
【0033】
ＵＥ間連携を使用するとき、送信のためのリソースを選択するＵＥ３０（すなわち、上記の例におけるＵＥ－Ｂ）は、何らかの必須の情報を逃し得る。たとえば、ＵＥ－Ｂにおいて利用可能である何らかの検知情報なしにＵＥ－ＡによってＵＥ間連携メッセージが生成され得る。また、何らかの追加の検知情報が利用可能になる前に、ＵＥ－Ａによって、ＵＥ間連携メッセージが生成され、送信され得る。これらのシナリオでは、ＵＥ－Ｂによって行われるリソース選択が送信に好適でないことがある。すなわち、それは、衝突の高い確率を受けるか、または半二重によって影響を及ぼされ得る。いくつかのシナリオでは、ＵＥ間連携は、矛盾する情報につながり得る。たとえば、ＵＥ３０は、後でＵＥ３０がそれについて衝突の高い見込みを予測する、リソースを選択するように提案され得る。
【0034】
本開示の一態様は、Ｄ２Ｄ通信における競合の数およびレイテンシを低減するためにＵＥ間連携と追加の検知情報とを組み合わせるための方法および装置を含む。本明細書の技法は、異なるノード（たとえば、ＵＥ）および／または異なる時間によって収集されたリソース利用情報（たとえば、検知情報、グラントなど）を組み合わせることを可能にする。本技法は、ＵＥ間連携を使用して選択されたリソースが後で検出されて別のＵＥ３０によって予約される状況を解決することと、サイドリンク送信のために使用されることになるリソースを再評価することによってサイドリンク送信における衝突の確率を低減することとを助ける。
【0035】
本明細書で説明される方法の共通のテーマは、ＵＥ間連携を使用して、データ送信のためにリソースが選択される（それ自体のために、他のものにグラントされる、など）ことである。後で、リソースの利用可能性に関する新しい情報が収集される。新たに受信および／または収集された情報に基づいて、選択されたリソースの適合性が再考される。最終的に、新しいリソースが選択され、他のものがドロップされ得る。異なるＵＥによって異なるアクションが実施され得る。
【0036】
ＵＥ間連携技法は、（より早期に説明されたＳＬモードのいずれかを動作させる）ＵＥ３０が、基地局２０を通して情報を送ることなしに、互いと直接通信する、３ＧＰＰサイドリンクのコンテキストにおいて説明される。しかしながら、その技法は、ＵＥ３０が、（たとえば、それ自体によって、別のＵＥ、基地局から、など）グラントを取得し、（たとえば、検知を通して収集された、別のノードから送信された、など）チャネルに関する何らかの情報に基づいて、リソースのいずれも使用され得ない／リソースのうちのいくつかが使用され得る／リソースのすべてが使用され得る、またはいくつかの他のリソースが選択されなければならないかどうかを決定することができる限り、サイドリンク以外に、より一般的に適用可能である。以下の説明では、ＵＥ－Ａは、ＵＥ間連携メッセージをＵＥ－Ｂに送信し、ＵＥ－Ｂは、送信を実施するためのリソースを選択する。
【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】
一実施形態では、ＵＥ－Ｂは、それ自体の検知情報と、別のＵＥから受信されたＵＥ間連携メッセージとに基づいて、新しいリソースを選択する。
【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】
図９は、送信ＵＥ３０（上記の例におけるＵＥ－Ｂ）によって実装される、ＵＥ間連携の例示的な方法２２５を示す。送信ＵＥ３０は、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信し、制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択する（ブロック２３０、２３５）。第１のリソースを選択した後に、送信ＵＥ３０は、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信する（ブロック２４０）。制御メッセージに応答して、送信ＵＥ３０は、データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択し、第２のリソースを使用してデータ送信を実施する（ブロック２４５、２５０）。
【0095】
図１０は、連携ＵＥ３０（上記の例におけるＵＥ－Ａ）によって実装される、ＵＥ間連携の例示的な方法２６０を示す。連携ＵＥ３０は、送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送る（ブロック２６５）。第１の制御メッセージを送信した後に、連携ＵＥ３０は、第１のリソースとの競合を指示する追加情報を取得する（ブロック２７０）。取得することに応答して、連携ＵＥ３０は、送信ＵＥ３０に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを送る（ブロック２７５）。いくつかの実施形態では、連携ＵＥ３０は、その後、代替リソースから選択された第２のリソースを使用して送信ＵＥ３０からデータ送信を受信する（ブロック２８０）。
【0096】
装置が、任意の機能的手段、モジュール、ユニット、または回路を実装することによって、本明細書で説明される方法のいずれかを実施することができる。一実施形態では、たとえば、装置は、方法の図に示されているステップを実施するように設定されたそれぞれの回路（ｃｉｒｃｕｉｔ）または回路（ｃｉｒｃｕｉｔｒｙ）を備える。回路（ｃｉｒｃｕｉｔ）または回路（ｃｉｒｃｕｉｔｒｙ）は、この点について、ある機能的処理を実施することに専用の回路および／またはメモリとともに１つまたは複数のマイクロプロセッサを備え得る。たとえば、回路は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラ、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを含み得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含み得る。メモリを採用する実施形態では、メモリは、１つまたは複数のプロセッサによって実行されたとき、本明細書で説明される技法を行うプログラムコードを記憶する。
【0097】
図１１は、別の実施形態による、ＵＥ３００を示す。ＵＥ３００は、１つまたは複数のアンテナ３１５を有するアンテナアレイ３１０と、通信回路３２０と、処理回路３５０と、メモリ３６０とを備える。
【0098】
通信回路３２０は、アンテナ３１０に結合され、無線通信チャネル上で信号を送信および受信するために必要とされる無線周波数（ＲＦ）回路を備える。ＲＦ回路は、たとえば、ＮＲ規格に従って動作するように設定された送信機（ＴＸ）３３０と受信機（ＲＸ）３４０とを備え得る。
【0099】
処理回路３５０は、メモリ３６０に記憶されたプログラム命令に従ってＵＥ３０ ３００の全体的な動作を制御する。処理回路３５０は、１つまたは複数のマイクロプロセッサ、ハードウェア、ファームウェア、またはそれらの組合せを備え得る。
【0100】
メモリ３６０は、動作のために処理回路３５０によって必要とされるコンピュータプログラムコードおよびデータを記憶するための揮発性メモリと不揮発性メモリの両方を備える。メモリ３６０は、電子、磁気、光、電磁、または半導体データストレージを含む、データを記憶するための任意の有形、非一時的コンピュータ可読記憶媒体を備え得る。メモリ３６０は、それぞれ、図６～図１０による方法１００、１５０、２００、２２５および２３０のうちの１つまたは複数を実装するように処理回路３５０を設定する実行可能な命令を備えるコンピュータプログラム３７０を記憶する。コンピュータプログラム３７０は、この点について、上記で説明された手段またはユニットに対応する１つまたは複数のコードモジュールを備え得る。概して、コンピュータプログラム命令および設定情報は、ＲＯＭ、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）またはフラッシュメモリなど、不揮発性メモリに記憶される。動作中に生成される一時的データは、ランダムアクセスメモリ（ＲＡＭ）など、揮発性メモリに記憶され得る。いくつかの実施形態では、本明細書で説明されるように処理回路３５０を設定するためのコンピュータプログラム３５０は、ポータブルコンパクトディスク、ポータブルデジタルビデオディスク、または他のリムーバブル媒体など、リムーバブルメモリに記憶され得る。コンピュータプログラム３７０はまた、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体など、キャリアにおいて具現され得る。
【0101】
また、本明細書の実施形態が、対応するコンピュータプログラムをさらに含むことを、当業者は諒解されよう。コンピュータプログラムは、装置の少なくとも１つのプロセッサ上で実行されたとき、装置に、上記で説明されたそれぞれの処理のいずれかを行わせる命令を備える。コンピュータプログラムは、この点について、上記で説明された手段またはユニットに対応する１つまたは複数のコードモジュールを備え得る。
【0102】
実施形態は、そのようなコンピュータプログラムを含んでいるキャリアをさらに含む。このキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つを備え得る。
【0103】
この点について、本明細書の実施形態は、非一時的コンピュータ可読（記憶または記録）媒体に記憶され、装置のプロセッサによって実行されたとき、装置に、上記で説明されたように実施させる命令を備える、コンピュータプログラム製品をも含む。
【0104】
実施形態は、コンピュータプログラム製品であって、コンピュータプログラム製品がコンピューティングデバイスによって実行されたとき、本明細書の実施形態のいずれかのステップを実施するためのプログラムコード部分を備える、コンピュータプログラム製品をさらに含む。このコンピュータプログラム製品は、コンピュータ可読記録媒体に記憶され得る。
【0105】
本明細書で説明される技法は、ＵＥ間連携情報と追加の検知情報とを組み合わせる。検知情報とＵＥ間連携情報とは、異なる起点を有し得るか、または異なる時間において利用可能であり得る。
【0106】
実施形態
１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法は、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
２． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態１に記載の方法。
３． 送信ＵＥが、複数の連携ＵＥから制御メッセージを受信し、制御メッセージのうちの１つ中で指示されたリソースを選択する、実施形態１または２に記載の方法。
４． 第１のリソースを選択することが、すべての受信された制御メッセージにおいて共通であるリソースを選択することを含む、実施形態３に記載の方法。
５． 第１のリソースを選択することが、受信された制御メッセージの最大数に共通であるリソースを選択することを含む、実施形態３に記載の方法。
６． 第１のリソースを選択することが、受信された制御メッセージのうちの１つの中でリソースをランダムに選択することを含む、実施形態３に記載の方法。
７． 第１のリソースを選択することが、すべての受信された制御メッセージのうちの最新のものにおいて指示されたリソースを選択することを含む、実施形態３に記載の方法。
８． 第１のリソースを選択することは、制御メッセージがそこから受信された、連携ＵＥの優先順位に少なくとも部分的に基づいて、リソースを選択することを含む、実施形態３に記載の方法。
９． 第１のリソースを選択することが、送信ＵＥによって連携ＵＥのうちの１つに送られた前の要求に少なくとも部分的に基づいて選択することを含む、実施形態３に記載の方法。
１０． 第１のリソースとの競合を指示する追加情報を取得することが、サイドリンクリソースプールに属するスロットを監視することによって追加情報を取得することを含む、実施形態１から９のいずれか１つに記載の方法。
１１． 第１のリソースとの競合を指示する追加情報を取得することが、追加情報を取得するために測定を実施することを含む、実施形態１０に記載の方法。
１２． 第１のリソースとの競合を指示する追加情報を取得することが、別のＵＥによって送信された制御情報を受信することを含む、実施形態１から１０のいずれか１つに記載の方法。
１３． 制御情報が、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態１２に記載の方法。
１４． 制御情報が予約を含む、実施形態１２に記載の方法。
１５． 第１のリソースが、送信ＵＥによって予約されたリソースである、実施形態１から１４に記載の方法。
１６． 第１のリソースが、送信ＵＥによって予約されないリソースである、実施形態１から１４のいずれか１つに記載の方法。
１７． 第２のリソースの再選択を上位レイヤプロトコルに報告することをさらに含む、実施形態１または１６に記載の方法。
１８． 追加情報が、別の送信ＵＥによって予約されたリソースとの衝突を指示する、実施形態１から１７のいずれか１つに記載の方法。
１９． 追加情報が半二重競合を指示する、実施形態１から１７のいずれか１つに記載の方法。
２０． 追加情報を取得した後に第１のリソースを除外することをさらに含む、実施形態１から１９のいずれか１つに記載の方法。
２１． 第１のリソースを除外することに応答して制御情報を送信することをさらに含む、実施形態２０に記載の方法。
２２． 制御情報は、送信ＵＥが第１のリソースをドロップしたという指示を含む、実施形態２１に記載の方法。
２３． 制御情報が、連携ＵＥへの代替リソースについての要求を含む、実施形態２１に記載の方法。
２４． 第２のリソースを再選択することが、要求に応答して受信された制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、実施形態２３に記載の方法。
２５． 第２のリソースを再選択することが、第１の制御メッセージとは異なるＵＥから受信された第２の制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、実施形態１から２４のいずれか１つに記載の方法。
２６． 第２のリソースを再選択することが、第１の制御メッセージと同じ連携ＵＥから異なる時間的ポイントにおいて受信された第２の制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、実施形態１から２４のいずれか１つに記載の方法。
２７． 送信ＵＥが、それ自体の検知情報に基づいて第２のリソースを再選択する、実施形態１から２２のいずれか１つに記載の方法。
２８． 送信ＵＥが、それ自体の検知情報と、別のＵＥから受信されたＵＥ間連携メッセージとに基づいて、第２のリソースを再選択する、実施形態１から２２のいずれか１つに記載の方法。
２９． データ送信が、将来のデータ送信についての予約を含む、実施形態１から２８のいずれか１つに記載の方法。
３０． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、実施形態１から２９のいずれか１つに記載の方法。
３１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
３２． 予約メッセージが、第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示をさらに含む、実施形態３１に記載の方法。
３３． モード指示は、第１のリソースを選択するためのリソース選択モードが、低減された量の検知結果を使用したという指示を含む、実施形態３２に記載の方法。
３４． モード指示は、フル検知ベースリソース選択が、第１のリソースを選択するために使用されたという指示を含む、実施形態３２に記載の方法。
３５． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、実施形態３１から３４のいずれか１つに記載の方法。
３６． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態３１から３４のいずれか１つに記載の方法。
３７． 制御メッセージが、データ送信のための１つまたは複数の代替リソースを含み、送信ＵＥが、制御メッセージ中で指示された代替リソースから第２のリソースを選択する、実施形態３１から３４のいずれか１つに記載の方法。
３８． 制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、送信ＵＥが、第２のリソースとして、制御メッセージ中で指示されないリソースを選択する、実施形態３１から３４のいずれか１つに記載の方法。
３９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）によって実装される方法であって、方法は、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を含む、方法。
４０． 予約が、第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示を含む、実施形態３９に記載の方法。
４１． モード指示は、第１のリソースを選択するためのリソース選択モードが、低減された量の検知結果を使用したという指示を含む、実施形態４０に記載の方法。
４２． モード指示は、フル検知ベースリソース選択が、第１のリソースを選択するために使用されたという指示を含む、実施形態３９に記載の方法。
４３． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、実施形態３９から４２のいずれか１つに記載の方法。
４４． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態３９から４２に記載の方法。
４５． 制御メッセージが、データ送信のための１つまたは複数の代替リソースを含み、送信ＵＥが、制御メッセージ中で指示された代替リソースから第２のリソースを選択する、実施形態３９から４４のいずれか１つに記載の方法。
４６． 制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、送信ＵＥが、第２のリソースとして、制御メッセージ中で指示されないリソースを選択する、実施形態３９から４５のいずれか１つに記載の方法。
４７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
４８． 第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、実施形態４７に記載の方法。
４９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を含む、方法。
５０． 第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、実施形態４９に記載の方法。
５１． 追加情報が、連携ＵＥによって検知によって取得される、実施形態４９または５０に記載の方法。
５２． 追加情報が、連携ＵＥによって別のＵＥからのグラント中で取得される、実施形態４９または５０に記載の方法。
５３． 追加情報が、連携ＵＥによって別のＵＥからの予約中で取得される、実施形態４９または５０に記載の方法。
５４． 追加情報を取得することが、物理レイヤ測定を実施することを含む、実施形態４９または５０に記載の方法。
５５． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥは、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
５６． 請求項２から３０のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態５５に記載の送信ＵＥ。
５７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路は、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
５８． 処理回路が、請求項２から３０のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態５７に記載の送信ＵＥ。
５９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
６０． 請求項３２から３８のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態５９に記載の送信ＵＥ。
６１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路が、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
６２． 処理回路が、請求項３２から３８のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態６１に記載の送信ＵＥ。
６３． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥは、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を行うように設定された、連携ユーザ機器（ＵＥ）。
６４． 請求項４０から４６のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態６３に記載の連携ＵＥ。
６５． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路は、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を行うように設定された、連携ユーザ機器（ＵＥ）。
６６． 処理回路が、請求項４０から４６のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態６５に記載の連携ＵＥ。
６７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
６８． 請求項４８に記載の方法を実施するようにさらに設定された、実施形態６７に記載の送信ＵＥ。
６９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路が、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
７０． 処理回路が、請求項４８に記載の方法を実施するようにさらに設定された、実施形態６９に記載の送信ＵＥ。
７１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を行うように設定された、連携ユーザ機器（ＵＥ）。
７２． 請求項５０から５４のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態７１に記載の連携ＵＥ。
７３． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路が、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を行うように設定された、連携ユーザ機器（ＵＥ）。
７４． 処理回路が、請求項５０から５４のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態７３に記載の連携ＵＥ。
７５． 実行可能な命令を備えるコンピュータプログラムであって、実行可能な命令が、無線通信ネットワークにおけるユーザ機器中の処理回路によって実行されたとき、ユーザ機器に、請求項１から５４のいずれか１つに記載の方法を実施させる、コンピュータプログラム。
７６． 請求項７５に記載のコンピュータプログラムを含んでいるキャリアであって、キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。
１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法は、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
２． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態１に記載の方法。
３． 送信ＵＥが、複数の連携ＵＥから制御メッセージを受信し、制御メッセージのうちの１つ中で指示されたリソースを選択する、実施形態１または２に記載の方法。
４． 第１のリソースを選択することが、すべての受信された制御メッセージにおいて共通であるリソースを選択することを含む、実施形態３に記載の方法。
５． 第１のリソースを選択することが、受信された制御メッセージの最大数に共通であるリソースを選択することを含む、実施形態３に記載の方法。
６． 第１のリソースを選択することが、受信された制御メッセージのうちの１つの中でリソースをランダムに選択することを含む、実施形態３に記載の方法。
７． 第１のリソースを選択することが、すべての受信された制御メッセージのうちの最新のものにおいて指示されたリソースを選択することを含む、実施形態３に記載の方法。
８． 第１のリソースを選択することは、制御メッセージがそこから受信された、連携ＵＥの優先順位に少なくとも部分的に基づいて、リソースを選択することを含む、実施形態３に記載の方法。
９． 第１のリソースを選択することが、送信ＵＥによって連携ＵＥのうちの１つに送られた前の要求に少なくとも部分的に基づいて選択することを含む、実施形態３に記載の方法。
１０． 第１のリソースとの競合を指示する追加情報を取得することが、サイドリンクリソースプールに属するスロットを監視することによって追加情報を取得することを含む、実施形態１から９のいずれか１つに記載の方法。
１１． 第１のリソースとの競合を指示する追加情報を取得することが、追加情報を取得するために測定を実施することを含む、実施形態１０に記載の方法。
１２． 第１のリソースとの競合を指示する追加情報を取得することが、別のＵＥによって送信された制御情報を受信することを含む、実施形態１から１０のいずれか１つに記載の方法。
１３． 制御情報が、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態１２に記載の方法。
１４． 制御情報が予約を含む、実施形態１２に記載の方法。
１５． 第１のリソースが、送信ＵＥによって予約されたリソースである、実施形態１から１４に記載の方法。
１６． 第１のリソースが、送信ＵＥによって予約されないリソースである、実施形態１から１４のいずれか１つに記載の方法。
１７． 第２のリソースの再選択を上位レイヤプロトコルに報告することをさらに含む、実施形態１または１６に記載の方法。
１８． 追加情報が、別の送信ＵＥによって予約されたリソースとの衝突を指示する、実施形態１から１７のいずれか１つに記載の方法。
１９． 追加情報が半二重競合を指示する、実施形態１から１７のいずれか１つに記載の方法。
２０． 追加情報を取得した後に第１のリソースを除外することをさらに含む、実施形態１から１９のいずれか１つに記載の方法。
２１． 第１のリソースを除外することに応答して制御情報を送信することをさらに含む、実施形態２０に記載の方法。
２２． 制御情報は、送信ＵＥが第１のリソースをドロップしたという指示を含む、実施形態２１に記載の方法。
２３． 制御情報が、連携ＵＥへの代替リソースについての要求を含む、実施形態２１に記載の方法。
２４． 第２のリソースを再選択することが、要求に応答して受信された制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、実施形態２３に記載の方法。
２５． 第２のリソースを再選択することが、第１の制御メッセージとは異なるＵＥから受信された第２の制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、実施形態１から２４のいずれか１つに記載の方法。
２６． 第２のリソースを再選択することが、第１の制御メッセージと同じ連携ＵＥから異なる時間的ポイントにおいて受信された第２の制御メッセージ中で指示された代替リソースから第２のリソースを再選択することを含む、実施形態１から２４のいずれか１つに記載の方法。
２７． 送信ＵＥが、それ自体の検知情報に基づいて第２のリソースを再選択する、実施形態１から２２のいずれか１つに記載の方法。
２８． 送信ＵＥが、それ自体の検知情報と、別のＵＥから受信されたＵＥ間連携メッセージとに基づいて、第２のリソースを再選択する、実施形態１から２２のいずれか１つに記載の方法。
２９． データ送信が、将来のデータ送信についての予約を含む、実施形態１から２８のいずれか１つに記載の方法。
３０． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、実施形態１から２９のいずれか１つに記載の方法。
３１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
３２． 予約メッセージが、第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示をさらに含む、実施形態３１に記載の方法。
３３． モード指示は、第１のリソースを選択するためのリソース選択モードが、低減された量の検知結果を使用したという指示を含む、実施形態３２に記載の方法。
３４． モード指示は、フル検知ベースリソース選択が、第１のリソースを選択するために使用されたという指示を含む、実施形態３２に記載の方法。
３５． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、実施形態３１から３４のいずれか１つに記載の方法。
３６． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態３１から３４のいずれか１つに記載の方法。
３７． 制御メッセージが、データ送信のための１つまたは複数の代替リソースを含み、送信ＵＥが、制御メッセージ中で指示された代替リソースから第２のリソースを選択する、実施形態３１から３４のいずれか１つに記載の方法。
３８． 制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、送信ＵＥが、第２のリソースとして、制御メッセージ中で指示されないリソースを選択する、実施形態３１から３４のいずれか１つに記載の方法。
３９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）によって実装される方法であって、方法は、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を含む、方法。
４０． 予約が、第１のリソースを選択するためのリソース選択の第１のモードを指示するモード指示を含む、実施形態３９に記載の方法。
４１． モード指示は、第１のリソースを選択するためのリソース選択モードが、低減された量の検知結果を使用したという指示を含む、実施形態４０に記載の方法。
４２． モード指示は、フル検知ベースリソース選択が、第１のリソースを選択するために使用されたという指示を含む、実施形態３９に記載の方法。
４３． 制御メッセージが、物理レイヤシグナリング、媒体アクセス制御制御エレメント（ＭＡＣ－ＣＥ）、または無線リソース制御（ＲＲＣ）シグナリングのうちの１つを含む、実施形態３９から４２のいずれか１つに記載の方法。
４４． 制御メッセージが、リソースのセット、好ましくは、好ましくないまたは好ましいリソースのセットを含む、実施形態３９から４２に記載の方法。
４５． 制御メッセージが、データ送信のための１つまたは複数の代替リソースを含み、送信ＵＥが、制御メッセージ中で指示された代替リソースから第２のリソースを選択する、実施形態３９から４４のいずれか１つに記載の方法。
４６． 制御メッセージが、１つまたは複数の好ましくないまたは許可されないリソースを含み、送信ＵＥが、第２のリソースとして、制御メッセージ中で指示されないリソースを選択する、実施形態３９から４５のいずれか１つに記載の方法。
４７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を含む、方法。
４８． 第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、実施形態４７に記載の方法。
４９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）によって実装される方法であって、方法が、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を含む、方法。
５０． 第２の制御メッセージが、第１の制御メッセージ中で指示されたリソースを含む、実施形態４９に記載の方法。
５１． 追加情報が、連携ＵＥによって検知によって取得される、実施形態４９または５０に記載の方法。
５２． 追加情報が、連携ＵＥによって別のＵＥからのグラント中で取得される、実施形態４９または５０に記載の方法。
５３． 追加情報が、連携ＵＥによって別のＵＥからの予約中で取得される、実施形態４９または５０に記載の方法。
５４． 追加情報を取得することが、物理レイヤ測定を実施することを含む、実施形態４９または５０に記載の方法。
５５． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥは、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
５６． 請求項２から３０のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態５５に記載の送信ＵＥ。
５７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路は、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することであって、１つまたは複数のリソースが第１のリソースを含む、データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
データ送信のための第１のリソースを選択することと、
第１のリソースとの競合を指示する追加情報を取得することと、
データ送信のための第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
５８． 処理回路が、請求項２から３０のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態５７に記載の送信ＵＥ。
５９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
６０． 請求項３２から３８のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態５９に記載の送信ＵＥ。
６１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路が、
データ送信のための第１のリソースを選択することと、
データ送信のための第１のリソースを予約する予約メッセージを送信することと、
予約の送信の後に、リソース選択について関連のある１つまたは複数のリソースを指示する制御メッセージを連携ＵＥから受信することと、
制御メッセージに応答して、データ送信のための第２のリソースを選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
６２． 処理回路が、請求項３２から３８のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態６１に記載の送信ＵＥ。
６３． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥは、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を行うように設定された、連携ユーザ機器（ＵＥ）。
６４． 請求項４０から４６のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態６３に記載の連携ＵＥ。
６５． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路は、
データ送信のための第１のリソースの予約を送信ＵＥから受信すること、
第１のリソースとの競合があると決定すること、
決定することに応答して、送信ＵＥに制御情報を送ることであって、制御情報が、リソース選択について関連のある１つまたは複数のリソースを指示する、制御情報を送ること
を行うように設定された、連携ユーザ機器（ＵＥ）。
６６． 処理回路が、請求項４０から４６のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態６５に記載の連携ＵＥ。
６７． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
６８． 請求項４８に記載の方法を実施するようにさらに設定された、実施形態６７に記載の送信ＵＥ。
６９． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された送信ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路が、
データ送信のための１つまたは複数のリソースを指示する制御メッセージを受信することと、
制御メッセージによって指示された１つまたは複数のリソースの中から第１のリソースを選択することと、
第１のリソースを選択した後に、データ送信のための１つまたは複数の代替リソースを指示する第２の制御メッセージを受信することと、
データ送信のための１つまたは複数の代替リソースから第２のリソースを再選択することと、
第２のリソースを使用してデータ送信を実施することと
を行うように設定された、送信ユーザ機器（ＵＥ）。
７０． 処理回路が、請求項４８に記載の方法を実施するようにさらに設定された、実施形態６９に記載の送信ＵＥ。
７１． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を行うように設定された、連携ユーザ機器（ＵＥ）。
７２． 請求項５０から５４のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態７１に記載の連携ＵＥ。
７３． Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信のために設定された連携ユーザ機器（ＵＥ）であって、上記ＵＥが、
他のＵＥとのサイドリンク通信のために設定された通信回路、
処理回路
を備え、処理回路が、
送信ＵＥに、データ送信のための１つまたは複数のリソースを指示する第１の制御メッセージを送ることと、
第１の制御メッセージによって指示された１つまたは複数のリソースの中の第１のリソースとの競合を指示する追加情報を取得することと、
取得することに応答して、送信ＵＥに、データ送信のための第２のリソースを指示する第２の制御メッセージを送ることと
を行うように設定された、連携ユーザ機器（ＵＥ）。
７４． 処理回路が、請求項５０から５４のいずれか１つに記載の方法を実施するようにさらに設定された、実施形態７３に記載の連携ＵＥ。
７５． 実行可能な命令を備えるコンピュータプログラムであって、実行可能な命令が、無線通信ネットワークにおけるユーザ機器中の処理回路によって実行されたとき、ユーザ機器に、請求項１から５４のいずれか１つに記載の方法を実施させる、コンピュータプログラム。
７６． 請求項７５に記載のコンピュータプログラムを含んでいるキャリアであって、キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。
【国際調査報告】