JP7432017B2

JP7432017B2 - リソースの選択方法、装置及び端末機器

Info

Publication number: JP7432017B2
Application number: JP2022578883A
Authority: JP
Inventors: ヤークンワン; 鋭趙; チェンシンリー; ティアンジュンシェン
Original assignee: CICT Connected and Intelligent Technologies Co Ltd
Current assignee: CICT Connected and Intelligent Technologies Co Ltd
Priority date: 2020-10-23
Filing date: 2021-10-22
Publication date: 2024-02-15
Anticipated expiration: 2041-10-22
Also published as: EP4236393A1; US12610380B2; EP4236393A4; US20230262737A1; CN112291743B; WO2022083766A1; JP2023530032A; KR102920241B1; KR20230014765A; CN112291743A

Description

（関連出願の相互参照）
本開示は、２０２０年１０月２３日に中国で提出された出願番号が２０２０１１１４９０７８．１である中国特許出願に基づく優先権を主張し、その全内容が参照として本願に組み込まれる。

本開示は、通信技術分野に関し、特に、リソースの選択方法、装置及び端末機器に関する。

リリース１６（Ｒｅｌ－１６：Ｒｅｌｅａｓｅ１６）ＮＲ－Ｖ２ＸＭｏｄｅ２リソース割り当てメカニズムにおいて、ユーザ機器（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）リソース選択の過程は、以下のＡ、Ｂ及びＣを含む。

Ａ）ＵＥは、自身の感知結果に基づいて、リソース選択ウィンドウ内に予約され且つ受信されたサイドリンク共有チャンネル（ＰＳＳＣＨ：ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）の基準信号受信電力（ＲＳＲＰ：ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｉｎｇＰｏｗｅｒ）がＲＳＲＰ閾値より大きいリソースを、リソース選択ウィンドウから排除し、ここで、ＲＳＲＰ閾値は、受信されるサービスパケットの優先度及び送信されるべきサービスパケットの優先度に基づいて決定されるものである。

Ｂ）リソースの排除を経て、利用可能なリソースの割合を判定する。仮に利用可能なリソースの割合がリソース選択ウィンドウ内のリソース総数のＸ％より小さい場合、ＲＳＲＰ閾値を３ｄＢだけ向上させ、利用可能なリソースの割合がＸ％以上になるまでステップＡにおけるリソースの排除の過程を繰り返す。

Ｃ）ＵＥは、利用可能なリソースから伝送に必要なリソースをランダムに選択する。

しかしながら、上記リソース割り当てメカニズムにおいて半二重、隠れノード等の問題が存在し、これらの問題を解決するために、業界関係者は、ユーザ機器間の連携（Ｉｎｔｅｒ－ＵＥＣｏｏｒｄｉｎａｔｉｏｎ）メカニズムを採用してリソースの割り当てを行うと提案し、Ｉｎｔｅｒ－ＵＥＣｏｏｒｄｉｎａｔｉｏｎメカニズムに対して、関連解決手段は、要求シグナリングに基づいて調整情報の送信をトリガし、当該要求シグナリングは、サブチャンネル情報、ＲＳＲＰ閾値及びサービスパケットの優先度情報を含み、調整ＵＥは、調整要求情報を受信した後、調整要求情報の情報に基づいて有効な調整情報を決定することができる。

当然のことながら、調整要求情報には、さらに、調整されるＵＥにより選択された時間周波数リソースが含まれてもよく、調整ＵＥは、調整要求情報をデコードした後、自身の感知結果に基づいて、即ち、調整ＵＥの角度から、調整されるＵＥにより選択されたリソースが適切であるか否かを判定し、不適切である場合、調整されるＵＥにより選択されるリソースが適切であるか否か（仮に「０」が不適切と表し、「１」が適切と表す）を識別するための１ｂｉｔの情報をフィードバックすることができ、調整されるＵＥが「０」を受信した場合、リソースの再選択を行うように調整されるＵＥをトリガすることができる。

しかしながら、関連の解決手段には、隠れノード、半二重の問題のために、調整されるＵＥにより選択されるリソースが必ずしも適切ではないため、それにより、調整ＵＥは、正しくデコードできず、調整要求情報のオーバーヘッドの不確定により調整要求情報の搬送方式の不確定を引き起こし、そして、調整情報のオーバーヘッドが大きすぎ、時効性が悪くなるという問題が依然として存在する。

本開示の実施例は、リソース割り当てメカニズムにおいて、調整情報のオーバーヘッドが大きく、調整情報の時効性が悪く、調整要求情報の搬送方式が不確定であるという問題を解決するために、リソース選択方法、装置及び端末装置を提供する。

第１態様において、本開示の実施例は、Ｖ２Ｘサイドリンクシステムの調整されるＵＥに適用されるリソース選択方法を提供し、当該方法は、
サイドリンクリソース調整要求情報を送信することと、
調整ＵＥのサイドリンクリソース調整情報を受信することと、
前記サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うことと、を含む。

第２態様において、本開示の実施例は、端末装置を提供し、当該端末装置は、送受信機、メモリ、プロセッサ及びメモリに記憶されてプロセッサで実行可能なコンピュータプログラムを含み、前記プロセッサは、前記コンピュータプログラムを実行するとき、第１態様に記載のリソース選択方法を実現させる。

第３態様において、本開示の実施例は、Ｖ２Ｘサイドリンクシステムの調整されるＵＥに適用されるリソース選択装置を提供し、当該装置は、
サイドリンクリソース調整要求情報を送信するように構成される送信モジュールと、
調整ＵＥのサイドリンクリソース調整情報を受信するように構成される受信モジュールと、
前記サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うように構成される選択モジュールと、を含む。

第４態様において、本開示の実施例は、前記コンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にコンピュータプログラムが記憶され、前記コンピュータプログラムがプロセッサによって実行されるとき、第１態様に記載のリソース選択方法を実現させる。

本開示の上述した技術的手段は、
本開示の解決手段において、Ｖ２Ｘサイドリンクシステムの調整されるＵＥがリソース選択を行うとき、まず、サイドリンクリソース調整要求情報を送信し、その後、調整ＵＥから送信されるサイドリンクリソース調整情報を受信し、最後に、当該サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うことにより、サイドリンクリソース調整要求情報の搬送方式を決定しやすいためにサイドリンクリソース調整要求情報のオーバーヘッドを確定的にする一方、調整ＵＥが当該サイドリンクリソース調整要求情報に基づいて決定されるサイドリンクリソース調整情報の時効性をよりよくさせ、不要なサイドリンクリソース調整情報の伝送によるサイドリンクリソース調整情報シグナリングのオーバーヘッドが大きすぎる問題を回避する、という有益な効果を有する。

本開示の実施例に係るリソース選択方法のフローチャートである。本開示の実施例に係るＵＥ同士の間の連携インタラクションの時系列図その一である。本開示の実施例に係るＵＥ同士の間の連携により、使用が推奨されない時系列リソースを排除する模式図である。本開示の実施例に係るサイドリンクリソース調整情報の時効性の模式図である。本開示の実施例に係るサイドリンクリソース調整情報を周期的に送信する模式図である。本開示の実施例に係るサイドリンクリソース調整要求情報を送信する最大遅延及びリソース選択ウィンドウの模式図である。本開示の実施例に係るＵＥ同士の間の連携インタラクションの時系列図その二である。本開示の実施例に係るリソース選択装置の構成図である。本開示の実施例に係る端末装置の模式図である。

本開示の解決しようとする技術課題、技術手段及び利点は、明確なものにするために、以下、図面及び具体的な実施例に合わせて詳しく説明する。以下の説明では、本開示の実施例を全面的に理解してもらうだけのために、具体的な構成及び構成要素の特定の詳細を提供する。よって、明らかに、当業者にとって、ここに記載の実施例に対し、本開示の範囲や精神を逸脱することなく様々な変更や修正を行うことができる。また、明確及び簡潔のために、既知の機能や構造の記載を省略している。

なお、明細書の全文にわたって言及されている「１つの実施例」や「一実施例」とは、実施例に関連する特定の特徴、構造又は特性が本開示の少なくとも１つの実施例に含まれることを意味する。従って、明細書の各箇所に記載されている「１つの実施例では」や「一実施例では」とは、必ずしも同じ実施例を指すとは限らない。また、これらの特定の特徴、構造又は特性は、任意且つ適切な方式で１つ又は複数の実施例に組み込まれることができる。

本開示の各実施例では、下記の各プロセスの番号の大きさは、実行順の前後を意味するのではなく、各プロセスの実行順番は、その機能及び内在的な論理によって決められるものであり、本開示の実施例による実施プロセスを限定するものではないことは理解されるべきである。

本開示に提供される実施例では、「Ａに対応するＢ」とは、ＢとＡが関連付けられることを示し、Ａに基づいてＢを特定することができる。なお、Ａに基づいてＢを特定することは、Ａのみに基づいてＢを特定するという意味ではなく、Ａ及び／又は他の情報に基づいてＢを特定するのもよい。

本開示の実施例では、端末機器は、モバイル電話（又は携帯電話）であってもよく、又は無線信号を送受信できる機器であってもよく、端末機器は、ユーザ機器、パーソナルデジタルアシスタント（ＰＤＡ）、無線モデム、無線通信装置、ハンドヘルド機器、ラップトップコンピュータ、コードレス電話、無線ローカルループ（ＷＬＬ）局、移動信号をＷｉＦｉ信号に変換可能なクライアント端末（ＣＰＥ：ＣｕｓｔｏｍｅｒＰｒｅｍｉｓｅＥｑｕｉｐｍｅｎｔ）や移動スマートホットスポット、スマート家電、又はそれ以外の人の操作を介さずに自発的に移動通信ネットワークと通信可能な機器など、を含む。

図１に示すように、本開示の実施例は、リソース選択方法を提供し、当該リソース選択方法は、車両用無線通信技術（Ｖ２Ｘ：Ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇ）サイドリンク（ｓｉｄｅｌｉｎｋ）システムの調整されるユーザ機器（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）に適用され、当該方法は、ステップ１０１～１０４を含む。

ステップ１０１において、サイドリンクリソース調整要求情報を送信する。

図２に示すように、サイドリンクリソース調整要求情報を送信する前に、調整されるＵＥの上位層は、まず、送信されるべきサービスパケットを調整されるＵＥの物理層に送信し、即ち、図２において、送信されるべきサービスパケットがｎ時点で調整されるＵＥの物理層に達し、その後、調整されるＵＥは、当該サイドリンクリソース調整要求情報をｍ１時点で調整ＵＥに送信する。

ステップ１０２において、調整ＵＥのサイドリンクリソース調整情報を受信する。

また、図２に示すように、当該ステップは、具体的に、ｍ１＋Ｔ_{ｄｅｌａｙ}（遅延）時点で調整ＵＥから送信される当該サイドリンクリソース調整情報を受信し、ここで、説明するべきものとして、当該サイドリンクリソース調整情報は、調整ＵＥが当該サイドリンクリソース調整要求情報に基づいて決定されるサイドリンクリソース調整情報である。このように、サイドリンクリソース調整情報のオーバーヘッドが大きすぎず且つ時効性がよりよくなる。

ステップ１０３において、サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行う。

本開示の実施例に係るリソース選択方法において、まず、Ｖ２Ｘサイドリンクの調整されるＵＥがサイドリンクリソース調整要求情報を送信し、その後、調整ＵＥから送信されるサイドリンクリソース調整情報を受信し、最後に、当該サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うことにより、サイドリンクリソース調整要求情報の搬送方式を決定しやすいためにサイドリンクリソース調整要求情報のオーバーヘッドを確定的にする一方、調整ＵＥが当該サイドリンクリソース調整要求情報に基づいて決定されるサイドリンクリソース調整情報の時効性をよりよくさせ、不要なサイドリンクリソース調整情報の伝送によるサイドリンクリソース調整情報シグナリングのオーバーヘッドが大きすぎる問題を回避する。

１つの選択可能な実施例として、サイドリンクリソース調整要求情報は、
調整情報タイプの指示情報と、
調整情報フィードバックの最大遅延の指示情報と、
リソース調整のターゲットリソース選択ウィンドウの指示情報と、
調整されるＵＥサービスパケットの送信パラメータと、
ＲＳＲＰ閾値の指示情報と、
調整情報送信パラメータ指示情報と、
調整ＵＥの指示情報と、のうちの少なくとも１つを含む。

ここで、説明するべきものとして、調整情報タイプの指示情報は、所望する、調整ＵＥから送信されるサイドリンクリソース調整情報における調整指示リソースのタイプを表すために用いられてもよく、当該タイプは、利用可能な時間領域リソース、利用可能な時間周波数リソース、利用不可の時間領域リソース又は利用不可の時間周波数リソース等であってもよく、調整情報フィードバックの最大遅延の指示情報は、調整ＵＥから送信されるサイドリンクリソース調整情報を受信する最遅時間を表すために用いられてもよく、即ち、調整情報フィードバックの最大遅延の前に受信したサイドリンクリソース調整情報は、有効であり、このように、サイドリンクリソース調整情報の時効性をよりよく確保することができ、リソース調整のターゲットリソース選択ウィンドウの指示情報は、調整ＵＥが当該リソース調整のターゲットリソース選択ウィンドウにおいて調整指示リソースの選択を行うよう所望することを表すために用いられ、調整されるＵＥサービスパケットの送信パラメータは、調整されるＵＥによるサービスパケットの送信に用いられるパラメータを表すために用いられ、サイドリンクリソース調整要求シグナリングにおいて当該調整されるＵＥサービスパケットの送信パラメータを設置することにより、調整ＵＥが当該パラメータに基づいてリソース選択を行って要求に合致しないリソースを排除し、サイドリンクリソース調整情報に不要なオーバーヘッドを減らすことを実現でき、ＲＳＲＰ閾値の指示情報は、調整されるＵＥの所望する、調整ＵＥがリソース選択を行う時のＲＳＲＰ閾値の調整要求を表すために用いられ、調整情報送信パラメータ指示情報は、調整ＵＥの所望する、調整されるＵＥがサイドリンクリソース調整情報を送信する送信方式を表すために用いられ、調整ＵＥの指示情報は、有効な調整ＵＥ、例えば、調整ＵＥリストを表すために用いられ、当該調整ＵＥリストにおけるＵＥは、有効な調整ＵＥである。

１つの選択可能な実施例として、調整されるＵＥサービスパケットの送信パラメータは、
調整されるＵＥの送信するべきサービスパケットが占有するサブチャンネルの数と、
調整されるＵＥの送信するべきサービスパケットの再送回数と、
調整されるＵＥの送信するべきサービスパケットの送信周期と、
調整されるＵＥの送信するべきサービスパケットの現在のカウンタ（Ｃｏｕｎｔｅｒ）値と、
調整されるＵＥの送信するべきサービスパケットの優先度と、
調整されるＵＥのターゲットリソース選択ウィンドウのパラメータと、のうちの少なくとも１つを含む。

ここで、説明するべきものとして、調整ＵＥは、当該調整されるＵＥの送信するべきサービスパケットが占有するサブチャンネル数に基づいて、サイドリンクリソース調整要求情報における利用可能なリソース又は利用不可のリソースの粒度を決定することができ、それにより、サイドリンクリソース調整要求情報のオーバーヘッドを低減させ、例えば、調整されるＵＥの伝送リソースが２つの連続するサブチャンネルを占有する必要があり、調整ＵＥは、あるタイムスロットにおいて１つのサブチャンネルのみが利用可能であると感知した場合、当該リソースが占有されていないが、当該リソースは、当該調整されるＵＥに適用されず、それによって、当該リソースは、当該サイドリンクリソース調整情報に含まれない。

調整ＵＥは、調整されるＵＥの送信するべきサービスパケットの再送回数に基づいて、調整情報における利用可能なリソース又は利用不可のリソースの割合を調整することができる。

調整されるＵＥの送信するべきサービスパケットの送信周期、及び調整されるＵＥの送信するべきサービスパケットの現在のカウンタ（Ｃｏｕｎｔｅｒ）値は、サイドリンクリソース調整情報におけるリソース指示ウィンドウの長さ、又はサイドリンクリソース調整情報の送信周期及び／又は送信回数を判定するために用いられてもよい。

調整されるＵＥの送信するべきサービスパケットの優先度は、調整情報シグナリングにおけるリソースは、使用が推奨されないリソースである場合、調整ＵＥが利用可能なリソースを決定するとき、当該優先度より高いＵＥが占有するリソースを候補リソースから排除し得ることに用いられてもよく、即ち、これらのリソース占有情報は、当該サイドリンクリソース調整情報に含まれ、調整されるＵＥが当該サイドリンクリソース調整情報を受信してリソース選択を行うとき、これらの優先度の高いＵＥにより占有されるリソースを回避することで高い優先度の性能を確保するべきである。

調整されるＵＥのターゲットリソース選択ウィンドウのパラメータは、調整されるＵＥに予め定義されたリソース選択ウィンドウを表すために用いられ、つまり、調整されるＵＥがいつサイドリンクリソース調整情報を受信したかに関わらず、調整されるＵＥのリソース選択ウィンドウは、常に、リソース調整のターゲットリソース選択ウィンドウの指示情報によって指示される範囲であり、そのため、調整ＵＥは、リソース調整のターゲットリソース選択ウィンドウの指示情報によって指示される時間帯の終了時間前のリソースのみを送信する必要がある。なお、ターゲットリソース選択ウィンドウの指示情報によって指示される時間帯の終了時間は、残りのサービスパケット伝送遅延予算（ＲｅｍａｉｎｉｎｇＰＤＢ：ＲｅｍａｉｎｉｎｇＰａｃｋｅｔＤｅｌａｙＢｕｄｇｅｔ）、即ち、サービスパケットの最遅送信時点であってもよい。

当然のことながら、本開示の実施例によるサイドリンクリソース調整要求メッセージは、調整されるＵＥが既に選択したリソースを含んでもよく、調整ＵＥは、調整要求情報をデコードした後、自身の感知結果に基づいて、即ち、調整ＵＥの角度から調整されるＵＥにより選択されるリソースが適切であるか否かを判定し、不適切である場合、調整されるＵＥにより選択されるリソースが適切であるか否か（仮に「０」が不適切と表し、「１」が適切と表す）を識別するための１ｂｉｔ（ビット）の情報をフィードバックすることができ、調整されるＵＥが「０」を受信した場合、リソースの再選択を行うように調整されるＵＥをトリガすることができる。

１つの選択可能な実施例として、当該調整情報タイプの指示情報は、
利用可能な時間周波数リソース、又は
利用可能な時間領域リソース、又は
利用不可の時間周波数リソース、又は
利用不可の時間領域リソース、を含む。
当該選択可能な実施例では、調整情報タイプの指示情報は、調整されるＵＥの所望する、調整ＵＥから送信される調整情報のタイプを識別するために用いられる。

また、図３に示すように、１つの具体的な実例として、調整されるＵＥが送信した調整要求情報に調整情報タイプの指示情報（所望する調整情報のタイプ）が含まれ、それぞれ、１ｂｉｔの情報で「所望する、送信される調整情報が利用可能なリソース（使用が推奨されるリソース）であるか利用不可のリソース（使用が推奨されないリソース）であるか」と指示し、１ｂｉｔの情報で「所望の送信される調整情報が時間領域リソースであるか時間周波数リソース（時間領域＋周波数領域リソース）であるか」と指示する。例えば、半二重の問題を解決するために、調整情報タイプの指示情報に対応するビットが「００」であるべきであり、それは、「使用が推奨されない時間領域リソース」を表し、調整ＵＥは、当該調整要求情報を受信した後に感知して、図３に示すような１０４ｓｌｏｔ（タイムスロット）及び１０５ｓｌｏｔにおいて調整ＵＥによるサービスパケットの送信を行うことを発見するが、半二重の影響によりデータを受信することができない。従って、調整情報シグナリングに含まれる時間領域リソースは、１０４ｓｌｏｔ、１０５ｓｌｏｔである。調整されるＵＥが当該調整情報シグナリングを受信したとき、対応するｓｌｏｔでのリソースを候補リソースから排除し、伝送リソースを選択するとき、対応するｓｌｏｔでのリソースを選択しないことになる。

１つの選択可能な実施例として、当該調整情報フィードバックの最大遅延の指示情報は、
前記サイドリンクリソース調整要求情報の送信に対する前記サイドリンクリソース調整情報の受信の最大遅延を指示するための遅延閾値、又は、
送信されるべきサービスパケットの調整されるＵＥ物理層に達する時間に対する前記サイドリンクリソース調整要求情報を送信する時間のオフセットを指示するための第１オフセット時間、である。

ここで、説明するべきものとして、遅延情報は、当該遅延情報に対応する時点の前に受信した調整情報シグナリングが有効な調整情報シグナリングであると指示するために用いられ、それにより、調整情報シグナリングの時効性を確保する。つまり、当該遅延情報は、調整情報シグナリングを受信する最遅時間を指示するために用いられる。

以下は、図４を参照して当該遅延情報を具体的に説明する。図４に示すように、ｎ時点で調整要求情報をトリガし、上位層によって設定される調整情報を受信する最大遅延がＴ_{ｍａｘｄｅｌａｙ}である。仮にｍ１（ｍ１＜＝ｎ＋Ｔ_{ｍａｘｄｅｌａｙ}）時点で当該調整情報シグナリングを受信した場合、当該調整情報シグナリングが有効であると考えられ、仮にｍ２（ｍ２＞ｎ＋Ｔ_{ｍａｘｄｅｌａｙ}）時点で当該調整情報シグナリングを受信した場合、当該調整情報が無効であると考えられる。

具体的に、当該遅延情報は、上位層によって設定される数値、例えば、前述した遅延閾値であってもよく、当該値は、当該調整要求情報の送信に対する当該調整情報シグナリングの受信の最大遅延であり、つまり、当該調整要求情報を送信する時点の後、遅延閾値以内に受信した当該調整情報シグナリングが有効なシグナリングであり、即ち、調整ＵＥは、当該調整要求情報を送信する時点、及び当該遅延閾値に基づいて当該調整情報シグナリングを送信する最遅時間を決定することができる。

当然のことながら、当該遅延情報は、絶対的時間、例えば、当該調整情報シグナリングを受信する最遅時間であってもよく、つまり、調整要求情報には当該調整情報シグナリングの受信を指示する最遅な絶対的時間が含まれてもよい。

当該遅延情報は、相対的時間、例えば、第１オフセット時間であってもよく、送信されるべきサービスパケットの当該調整されるＵＥ物理層に達する時間に対する当該調整要求情報を送信する時間のオフセットを指示するために用いられる。

なお、当該遅延情報が第１オフセット時間である場合、調整ＵＥは、当該調整要求情報の送信時点及び当該第１オフセット時間に基づいて、送信されるべきサービスパケットが当該調整されるＵＥの物理層に達する時点を決定することができ、それにより、さらに、当該調整要求情報に付帯する当該送信されるべきサービスパケットの優先度に基づいて、調整されるＵＥが当該調整情報シグナリングを受信する最大遅延（送信されるべきサービスパケットが到着する時点に対し又は調整要求情報を送信する時点に対する最大遅延）を暗黙的に取得することができる。

１つの選択可能な実施例として、当該リソース調整のターゲットリソース選択ウィンドウの指示情報は、
当該調整されるＵＥのターゲットリソース選択ウィンドウの開始時間及び終了時間と、
当該調整されるＵＥのターゲットリソース選択ウィンドウの終了時間と、のうちのいずれか１つを含む。

なお、当該選択可能な実施例では、当該サイドリンクリソース調整要求情報において当該リソース調整のターゲットリソース選択ウィンドウの指示情報を設置することにより、サイドリンクリソース調整情報に対する時間的制限を実現でき、調整ＵＥが選択した調整指示リソースを、少なくともリソース調整のターゲットリソース選択ウィンドウの終了時間の前に位置するようにさせ、それにより、サイドリンクリソース調整情報のオーバーヘッドを低減し、サイドリンクリソース調整情報がより対応性を有することを確保する。

具体的に、当該リソース調整のターゲットリソース選択ウィンドウの指示情報は、明示的に、ターゲットリソース選択ウィンドウの開始時間の最遅時間、及び終了時間の最遅時間として指示され得、図２に示すように、当該リソース選択ウィンドウの開始時間の最遅時間は、ｍ１＋Ｔ_{ｍａｘｄｅｌａｙ}＋処理遅延であってもよく、ここで、ｍ１は、当該サイドリンクリソース調整要求シグナリングを送信する時間を表し、Ｔ_{ｍａｘｄｅｌａｙ}は、当該サイドリンクリソース調整要求情報における調整情報フィードバックの最大遅延の指示情報を表す。

当該リソース選択ウィンドウパラメータは、リソース選択ウィンドウの終了時間の最遅時間及びリソース選択ウィンドウの長さＴ_{ｌｅｎｇｔｈ}であってもよく、調整ＵＥは、当該リソース選択ウィンドウの終了時間の最遅時間及び当該リソース選択ウィンドウの長さに基づいて当該リソース選択ウィンドウの開始時間の最遅時間（リソース選択ウィンドウの終了時間の最遅時間－Ｔ_{ｌｅｎｇｔｈ}）を取得することができる。

当該リソース選択ウィンドウパラメータは、リソース選択ウィンドウの開始時間の最遅時間、及びリソース選択ウィンドウの長さＴ_{ｌｅｎｇｔｈ}であってもよく、調整ＵＥは、当該リソース選択ウィンドウの開始時間の最遅時間及び当該リソース選択ウィンドウの長さＴ_{ｌｅｎｇｔｈ}に基づいて当該リソース選択ウィンドウの終了時間の最遅時間（リソース選択ウィンドウの開始時間の最遅時間＋Ｔ_{ｌｅｎｇｔｈ}）を取得することができる。

当然のことながら、当該リソース調整のターゲットリソース選択ウィンドウの指示情報は、ターゲットリソース選択ウィンドウの終了時間のみを含んでもよく、このような場合、調整ＵＥは、調整されるＵＥに必要なリソースが当該終了時間前のリソースであると決定することができ、このように、調整ＵＥは、リソース指示ウィンドウを決定するために、予め設定されたルールに基づいてリソース指示ウィンドウの開始時間を自動的に決定し、そして、決定されたリソース指示ウィンドウにおいて有効な調整情報を決定する。

当然のことながら、当該リソース調整のターゲットリソース選択ウィンドウの指示情報は、ターゲットリソース選択ウィンドウの開始時間の最遅時間であってもよく、このように、調整ＵＥは、第１の予め設定された値に基づいて、リソース指示ウィンドウの終了する最遅時間（リソース選択ウィンドウの開始時間の最遅時間＋第１の予め設定された値）を決定することができる。

当然のことながら、当該リソース調整のターゲットリソース選択ウィンドウの指示情報は、ターゲットリソース選択ウィンドウの開始時間のみであってもよく、このように、調整ＵＥは、第２の予め設定された値に基づいてリソース指示ウィンドウの終了時間（リソース選択ウィンドウの開始時間＋第２の予め設定された値）を決定することができる。

当該リソース調整のターゲットリソース選択ウィンドウの指示情報は、当該サイドリンクリソース調整要求情報を送信する時間に対するターゲットリソース選択ウィンドウの開始の最遅時間のオフセットを指示するための第２オフセット時間であってもよく、このように、調整ＵＥは、当該サイドリンクリソース調整要求情報を送信する時間、及び当該第２オフセット時間に基づいて、リソース指示ウィンドウの開始時間の最遅時間（当該サイドリンクリソース調整要求情報を送信する時間＋第２オフセット時間）を得、その後、予め設定された値に基づいてリソース指示ウィンドウの終了時間の最遅時間（当該調整要求情報を送信する時間＋第２オフセット時間＋予め設定された値）を決定することができる。

当該リソース調整のターゲットリソース選択ウィンドウの指示情報は、送信されるべきサービスパケットを送信する時間の最遅時間であってもよい。

１つの選択可能な実施例として、当該リソース調整のターゲットリソース選択ウィンドウの指示情報に当該調整されるＵＥのターゲットリソース選択ウィンドウの終了時間のみが含まれる場合、受信した当該サイドリンクの調整情報は、当該調整ＵＥが感知するリソース選択ウィンドウの開始時間を含む。

つまり、仮に調整されるＵＥがターゲットリソース選択ウィンドウの終了時間のみを指示すると、調整ＵＥは、調整されるＵＥの所望する調整情報が当該時点の前のリソース占有情報であると確認し、この場合、調整ＵＥは、自身の感知に基づいて開始時間を決定し、サイドリンク調整情報を送信するとき、調整されるＵＥが当該開始時間を知ることができるように、感知される開始時間を調整されるＵＥに送信する。

１つの選択可能な実施例として、サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うことは、
調整されるＵＥのリソース選択ウィンドウであって、サイドリンクリソース調整情報に含まれるリソース指示ウィンドウの少なくとも一部であるリソース選択ウィンドウを決定することと、
前記調整されるＵＥのリソース選択ウィンドウ内にサイドリンクのリソース選択を行うことと、を含む。

ここで、説明するべきものとして、仮にサイドリンクリソース調整要求情報におけるリソース調整のターゲットリソース選択ウィンドウの指示情報が、開始時間及び終了時間、例えば、［ｋ１、ｋ２］を含む場合、調整ＵＥは、［ｋ１、ｋ２］時間帯内の調整情報をフィードバックし、調整されるＵＥは、リソース選択ウィンドウを決定するとき、［ｋ１、ｋ２］として、又は［ｋ１、ｋ２］のうちの１つのサブセットとして、リソース選択ウィンドウの時間帯を選択してもよい。仮にサイドリンクリソース調整要求情報におけるリソース調整のターゲットリソース選択ウィンドウの指示情報が終了時間を含む場合、調整ＵＥは、自身の感知する開始時間を調整されるＵＥに送信し、それにより、調整されるＵＥは、調整ＵＥの感知する開始時間及び当該ターゲットリソース選択ウィンドウ指示情報に含まれる終了時間に基づいて、当該リソース選択ウィンドウを決定し、具体的に、当該リソース選択ウィンドウは、当該調整ＵＥの感知する開始時間及び当該ターゲットリソース選択ウィンドウ指示情報に含まれる終了時間に基づいて決定されたウィンドウの一部又は全部であってもよい。

当該調整されるＵＥのリソース選択ウィンドウ内にサイドリンクのリソース選択を行うことは、具体的に、
調整されるＵＥが、自身の感知結果に基づいて上記リソース選択ウィンドウのリソース占有情況を決定し、利用可能なリソース集合ＳＡを決定することであってもよい。

フィードバックされるサイドリンクリソース調整情報に基づいて最新の利用可能なリソースＳＡ’を決定することは、
仮に調整情報に含まれるのは利用不可の時間領域リソース情報である場合、対応する、利用不可の時間領域でのすべてのリソースがＳＡに位置すれば、対応するリソースをＳＡから排除し、排除した後の集合がＳＡ’である状況と、
仮に調整情報に含まれるのは利用不可の時間周波数リソース情報である場合、利用不可の時間周波数リソースがＳＡに位置すれば、それをＳＡから排除する必要があり、排除した後の集合がＳＡ’である状況と、
仮に調整情報に含まれるのは利用可能な時間周波数リソース情報である場合、ＳＡ’は、ＳＡと、調整情報に含まれる利用可能な時間周波数リソース情報との共通集合又は和集合である状況と、
仮に調整情報に含まれるのは利用可能な時間領域リソース情報である場合、ＳＡ’は、ＳＡと、調整情報に含まれる利用可能な時間領域でのすべてのリソースとの共通集合又は和集合である状況と、に分けられ、
自身の感知情報及び調整情報に基づいて得られた利用可能なリソース集合ＳＡ’から、伝送に必要なリソースをランダムに選択する。

１つの選択可能な実施例として、当該調整情報送信パラメータ指示情報は、
送信周期と、
送信周期及び送信回数と、のうちのいずれか１つを含む。

ここで、説明するべきものとして、当該調整情報送信パラメータ指示情報は、調整されるＵＥの所望する、調整ＵＥが当該サイドリンクリソース調整情報を送信する送信方式、例えば、周期的な送信であってもよく、当然のことながら、仮に周期的な送信である場合、周期的な送信の送信回数をさらに指示してもよい。当然のことながら、仮に調整されるＵＥは調整ＵＥが当該サイドリンク調整情報を周期的に送信することを所望しない場合、当該サイドリンクリソース調整要求情報に当該調整情報シグナリングの送信パラメータが含まれなくてもよく、又は、当該調整情報送信パラメータ指示情報が空である。

１つの選択可能な実施例として、当該調整情報送信パラメータ指示情報は、上位層によって設定され又は予め設定されたものであり、
又は、
当該調整されるＵＥのサービスが周期的なサービスである場合、当該送信周期は、当該調整されるＵＥのサービス周期であり、当該送信回数は、当該調整されるＵＥの現在のカウンタ（Ｃｏｕｎｔｅｒ）値である。

つまり、当該調整情報シグナリングの送信パラメータは、調整されるＵＥの物理層が上位層から取得されたものであってもよく、又は、予め設定されたものであってもよく、又は、調整されるＵＥの周期的なサービスによって決定されたものであってもよい。

ここで、説明するべきものとして、ｃｏｕｎｔｅｒ値は、ＮＲ（ＮｅｗＲａｄｉｏ）に基づく車両用無線通信技術モード２（ＮＲ－Ｖ２Ｘｍｏｄｅ２：ＮｅｗＲａｄｉｏ－Ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇｍｏｄｅ２）のリソース割り当てにおける周期的なサービスが、或る種のリソースを持続的に占有する回数であり、ｃｏｕｎｔｅｒ値が０である場合、リソースの再選択を行うように調整されるＵＥをトリガする可能性がある。

具体的に、サイドリンクリソース調整要求情報を送信する調整されるＵＥが周期的なサービスであり、サービス周期が１００ｍｓであり、現在のカウンタ（Ｃｏｕｎｔｅｒ）値が１０である場合、当該調整されるＵＥが調整要求情報を送信するとき、サイドリンクリソース調整情報の送信周期が１００ｍｓ、調整情報シグナリング送信回数が１０であるとして、調整情報シグナリングの送信パラメータを識別する。調整ＵＥが要求情報をデコードすることに成功するとき、調整ＵＥは、図５に示すように、１００ｍｓである周期で調整情報シグナリングを１０回連続に送信する。

１つの選択可能な実施例として、当該ＲＳＲＰ閾値の指示情報は、
ＲＳＲＰ閾値の最大値と、
ＲＳＲＰ閾値調整回数の最大値と、のうちのいずれか１つを含む。
なお、当該ＲＳＲＰ閾値の設定情報は、上位層によって設定されてもよい。

具体的に、当該ＲＳＲＰ閾値の指示情報は、調整ＵＥがリソースの排除を行って調整情報を決定する過程において、調整ＵＥは、判定された利用可能なリソース割合がリソース選択ウィンドウ内のリソース総数の所定の割合以上であるように当該ＲＳＲＰ閾値の指示情報に基づいてＲＰＲＰ閾値を調整することに用いられてもよい。ここで、当該ＲＳＲＰ閾値を調整した後の最終のＲＳＲＰ閾値が当該ＲＳＲＰ閾値の最大値以下であるべき、又は、当該ＲＳＲＰ閾値を調整する回数が当該ＲＳＲＰ閾値調整回数の最大値以下であるべきである。

また、当該サイドリンクリソース調整要求情報は、調整されるＵＥの送信するべきサービスパケットの優先度をさらに含んでもよく、このように、調整ＵＥは、当該送信されるべきサービスパケットの優先度に基づいて、調整されるＵＥの所望する、当該ＲＳＲＰ閾値を決定することができ、具体的に、予め設定されたＲＳＲＰ閾値－サービスパケットの優先度の対応関係により、当該送信されるべきサービスパケットの優先度に対応するＲＳＲＰ閾値を取得し、つまり、送信されるべきサービスパケットの優先度により、当該ＲＳＲＰ閾値を暗黙的に決定することができる。

ここで、当該調整要求情報には、調整情報タイプの指示情報、調整情報フィードバックの最大遅延の指示情報、ＲＳＲＰ閾値の指示情報が含まれ、調整されるＵＥサービスパケットの送信パラメータには、調整されるＵＥの送信するべきサービスパケットが占有するサブチャンネルの数が含まれる場合を例として、調整されるＵＥと調整ＵＥとの間の連携過程を説明する。

Ｓｔｅｐ１において、調整されるＵＥがｎ時点で調整要求情報を送信し、その中に、送信されるべきサービスパケットが２つのサブチャンネルを占有することのような、サブチャンネル数情報、ＲＳＲＰ閾値、調整情報タイプの指示情報が‘１１’（使用が推奨される時間周波数リソース情報を表す）であること、調整情報を受信する最大遅延が３ｍｓであること、が含まれる。

Ｓｔｅｐ２において、伝送遅延を考慮しない場合、調整ＵＥは、ｎ時点で当該調整要求情報を受信する。当該調整要求情報におけるＲＳＲＰ閾値に基づいて、リソース選択ウィンドウ内の占有されているリソースを排除し、すべての利用可能なリソースを決定する。サブチャンネル数情報に基づいて、１つの連続するサブチャンネルのみがまだ占有されていない利用可能なリソースを排除し、それにより、調整されるＵＥの使用に適合されるすべての「利用可能な」リソース情報を決定する。

Ｓｔｅｐ３において、調整ＵＥは、ｎ＋１ｍｓでサイドリンクリソース調整情報を送信し、伝送遅延を考慮しない場合、調整されるＵＥは、ｎ＋１ｍｓで当該調整情報シグナリングを受信する。

１つの選択可能な実施例として、ステップ１０１において、サイドリンクリソース調整要求情報を送信することは、
前記サイドリンクリソース調整要求情報を送信する最大遅延であって、上位層によって設定され又は予め設定されたものであり、又は、決定される、送信されるべきサービスパケットの前記調整されるＵＥの物理層に達する時間に対する前記サイドリンクリソース調整情報の受信の最大遅延に基づいて決定されるものである最大遅延を決定することと、
決定される前記サイドリンクリソース調整要求情報を送信する最大遅延内に前記サイドリンクリソース調整要求情報を送信することと、を含む。

ここで、説明するべきものとして、調整要求情報は、調整されるＵＥの上位層が物理層に送信したものであるため、当該ステップにおいて、当該調整要求情報が当該調整されるＵＥの物理層に達することは、調整されるＵＥの上位層から物理層に送信する調整要求情報が、当該物理層に達する時間を指してもよい。つまり、調整されるＵＥの物理層は、上位層から送信される調整要求情報を受信した時点からの所定の遅延内で、当該調整要求情報を調整ＵＥに送信する必要がある。このように、調整要求情報を受信する時間が遅すぎないように確保し、それにより、受信した調整情報シグナリングの時間が最大遅延を超えることを回避し、調整情報シグナリングの時効性を確保し、最終的に、受信した調整情報シグナリングが無効になることを回避することができる。

具体的に、調整されるＵＥが当該調整要求情報に対してリソース選択を行うとき、調整要求情報の到着時点に対するリソース選択ウィンドウの終了時間の最大値を表す所定の遅延を定義する。図６に示すように、調整されるＵＥが調整要求情報に対してリソース選択を行うとき、リソース選択ウィンドウ内のＴ２が所定の遅延以下（Ｔ２＜＝所定の遅延）であり、Ｔ２の具体的な値は、調整されるＵＥの具体的な実現に依存するものである。調整されるＵＥは、感知結果に基づいて、図６に示すようなリソース選択ウィンドウ内で当該調整要求情報の送信に必要なリソースをランダムに選択する。ここで、説明するべきものとして、図６におけるリソース選択ウィンドウ内の「ブロック」は、選択される当該調整要求情報を伝送するためのリソースである。

１つの選択可能な実施例として、当該サイドリンクリソース調整要求情報の優先度は、
送信されるべきサービスパケットの優先度と、
上位層によって設定され又は予め設定された優先度と、
所定の優先度と、のうちのいずれか１つであり、
前記所定の優先度は、第１差と０とのうちの比較的大きい方であり、前記第１差は、送信されるべきサービスパケットの優先度と所定の値との差であり、前記所定の値は、上位層によって設定されるものである。

なお、現在の第１段階サイドリンク制御情報（１ｓｔ－ｓｔａｇｅＳＣＩ：１ｓｔ－ｓｔａｇｅＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）の設計に基づき、１ｓｔ－ｓｔａｇｅＳＣＩにおいて３ｂｉｔで優先度情報を表してもよく、当該優先度情報は、当該調整要求情報の優先度情報として理解され得、それによって、上記送信されるべきサービスパケットの優先度、上位層によって設定された優先度、予め設定された優先度、及び所定の優先度のうちの１つに基づいて、１ｓｔ－ｓｔａｇｅＳＣＩにおける優先度情報を書き込むことができる。

具体的に、送信されるべきサービスパケットの優先度は、現在の調整されるＵＥの物理層に達する送信されるべきサービスパケットの優先度であり、上位層によって設定される優先度は、調整されるＵＥの物理層が受信した上位層からの当該調整要求情報の優先度であり、所定の優先度は、送信されるべきサービスパケットと、上位層よって設定された所定の値との第１差と、０との比較に基づいて決定される優先度であり、ここで、説明するべきものとして、当該選択可能な実施例では、「０」が表す優先度は、最高優先度であり、当該第１差と「０」とを比較することは、当該第１差の値が負の数となる等の所定のルールに満たさない状況の発生を回避することを目的とする。言い換えれば、当該所定の優先度は、当該調整要求情報の優先度が当該送信されるべきサービスパケットの優先度より高いと確保する所定の値である。予め設定された優先度は、最高優先度であってもよい。

１つの選択可能な実施例として、当該サイドリンクリソース調整要求情報は、
第２段階サイドリンク制御情報２ｎｄ－ｓｔａｇｅＳＣＩと、
無線リソース制御（ＲＲＣ：ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）シグナリングと、
リンクアクセス制御層制御ユニット（ＭＡＣＣＥ：ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌＣｏｎｔｒｏｌＵｎｉｔ）と、のうちのいずれか１つで搬送される。
つまり、当該選択可能な実施例では、当該調整要求情報は、２ｎｄ－ｓｔａｇｅＳＣＩ、ＲＲＣシグナリング又はＭＡＣＣＥで搬送され得る。

１つの選択可能な実施例として、２ｎｄ－ｓｔａｇｅＳＣＩが当該調整要求情報を搬送する場合、
第１段階サイドリンク制御情報１ｓｔ－ｓｔａｇｅＳＣＩにおける当該２ｎｄ－ｓｔａｇｅＳＣＩのフォーマットを指示するためのビットは、「１０」又は「１１」である。

具体的に、１ｓｔ－ｓｔａｇｅＳＣＩには、２ｎｄ－ｓｔａｇｅＳＣＩのフォーマット（ｆｏｒｍａｔ）を指示するための２ｂｉｔ情報があり、現在の「００」及び「０１」は、それぞれ、関連する「ＳＣＩｆｏｒｍａｔ－Ａ」と「ＳＣＩｆｏｒｍａｔ－Ｂ」を表すために用いられ、そのため、当該選択可能な実施例は、当該調整要求情報を伝送するための新たな２ｎｄ－ｓｔａｇｅＳＣＩｆｏｒｍａｔを定義してもよい。ここで、現在の１ｓｔ－ｓｔａｇｅＳＣＩの設計に基づいて、２ｂｉｔが２ｎｄ－ｓｔａｇｅＳＣＩのフォーマットを表すために用いられるため、「１０」又は「１１」で当該調整要求情報を搬送するための新たな２ｎｄ－ｓｔａｇｅＳＣＩのフォーマットを表することができる。
１つの選択可能な実施例として、当該調整ＵＥの指示情報は、１つ又は複数のターゲット調整ＵＥの識別子情報を含んでもよい。

ここで、仮にブロードキャスト又はマルチキャストの方式で当該サイドリンクリソース調整要求情報を送信する場合、当該調整ＵＥの指示情報は、１つ又は複数のターゲット調整ＵＥのＩＤを含み、仮にユニキャストの方式で当該サイドリンクリソース調整要求情報を送信する場合、当該調整ＵＥの指示情報は空であってもよい。

ブロードキャスト又はマルチキャストの方式で当該調整要求情報を送信するとき、当該調整要求情報を受信するＵＥが複数であるため、他のＵＥが当該調整要求情報を受信した後で自身が有効なＵＥであるか否かを決定することができるように、当該選択可能な実施例では、ブロードキャスト又はマルチキャストの方式で当該調整要求情報を送信する場合、当該調整要求情報は、当該調整ＵＥリストを含み、それによって、他のＵＥが当該調整要求情報を受信した後、まず自身が当該調整ＵＥリストにあるか否かを判定し、それにより、自身が有効な調整ＵＥであるか否かを判定し、有効な調整ＵＥである場合、さらに、調整されるＵＥに調整情報シグナリングを送信することができる。

なお、当該選択可能な実施例では、当該調整ＵＥの指示情報は、上位層によって設定されるものであってもよく、一方、当該調整ＵＥの指示情報に含まれるＵＥは、調整されるＵＥの所望する、調整ＵＥのリストであり、即ち、調整されるＵＥは、ＵＥ間の連携用のＵＥのリストを確立するよう所望する。

以下は、図７の具体的な実例を参照してＵＥ間の連携メカニズムのインタラクションフローを説明する。

Ｓｔｅｐ１において、サイドリンクリソース調整要求情報の内容を決定する。

サイドリンクリソース調整要求情報は、
占有サブチャンネル数が２、ＲＳＲＰ閾値が－７５ｄＢｍであることを含む調整されるＵＥ送信パラメータと、
フィードバックされる調整情報のタイプが利用可能な時間周波数リソースであると所望することと、
調整情報の現在のウィンドウの終了時間がｍ１であることと、
調整情報フィードバックの最大遅延が３ｍｓであることと、を含む。

Ｓｔｅｐ２において、予め定義された遅延（１ｍｓ）に基づいて調整要求情報を送信する。
図７に示すように、ｎ２時点でサイドリンクリソース調整要求情報が物理層に達し、その後、感知結果に基づいてサイドリンクリソース調整要求情報に対して、伝送のリソースを選択する。遅延が１ｍｓであるため、選択されるリソースがｎ２＋１を超え得ない。図７に示すように、最終的に選択されるリソースの位置する時点は、ｎ２＋１である。

Ｓｔｅｐ３において、調整ＵＥがサイドリンクリソース調整要求情報を受信した後、調整情報を決定する。

図７に示すように、伝送遅延を考慮せず、調整ＵＥは、ｎ２＋１時点でサイドリンクリソース調整要求情報を受信する。処理遅延（１ｍｓであると仮定する）を考慮すると、図７に示すように、調整ＵＥに含まれる調整情報の最早時間は、ｎ２＋２でり、感知結果及びサイドリンクリソース調整要求情報におけるＲＳＲＰ閾値に基づいて決定される利用可能な時間周波数リソースは、＃１、＃２、＃３、＃４、＃６（これらのリソースは、いずれも２つのサブチャンネルを占有する）である。要求シグナリングに含まれる調整情報ターゲットリソース選択ウィンドウは、ｍ１である終了時間だけを含むため、利用可能なリソース＃６が調整情報に含まれる必要がない。利用可能なリソース情報以外、さらに、調整情報ウィンドウの開始時間ｎ２＋２が含まれる必要がある。

Ｓｔｅｐ３において、調整情報を送信する。

サイドリンクリソース調整要求情報に含まれる調整情報フィードバックの最大遅延が３ｍｓであるため、サイドリンクリソース調整情報を送信する時間は、ｎ２＋３を超え得ない。図７に示すように、伝送遅延を考慮せず、調整情報を送信する時間はｎ２＋２である。

Ｓｔｅｐ４において、調整ＵＥは、リソース選択ウィンドウを決定し、リソースの排除及びリソースの選択を行う。

調整ＵＥは、受信した調整情報における開始時間がｎ２＋２であることに基づいて、リソース選択ウィンドウを［ｎ２＋３，ｍ１］として決定する。その後、自身の感知結果に基づいてリソース＃１、＃２、＃３、＃４、＃５（これらのリソースは、いずれも２つのサブチャンネルを占有する）を利用可能なリソースとして決定する。調整情報と、自体情報が感知した利用可能な時間周波数リソースとの共通集合を取って、最終的に＃１、＃２、＃３、＃４を利用可能なリソースとして決定する。その後、利用可能なリソースから伝送に必要なリソースをランダムに選択する。

本開示の実施例に係るリソース選択方法において、当該調整要求情報の内容を設計することにより、調整要求情報の内容をより完全にし、隠れノード、半二重の問題による、現在の調整されるＵＥの自身が感知した利用可能なリソースが不適切であり、受信ＵＥが受信したサービスパケットを正しくデコードできず、調整要求情報のオーバーヘッドが大きく、調整要求情報の搬送方式が不確定であるという問題を回避する。また、調整ＵＥは、当該調整要求情報における内容に基づいてリソース選択を行い、調整情報に対する時間上の制限を実現し、不要な調整情報の伝送を回避し、調整情報のオーバーヘッドを低減させ、調整情報の時効性を向上させる。

図８に示すように、本開示の実施例は、Ｖ２Ｘサイドリンクの調整されるＵＥに適用されるリソース選択装置をさらに提供し、当該装置は、
サイドリンクリソース調整要求情報を送信するように構成される送信モジュール８０１と、
調整ＵＥのサイドリンクリソース調整情報を受信するように構成される受信モジュール８０２と、
前記サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うように構成される選択モジュール８０３と、を含む。

本開示の解決手段において、Ｖ２Ｘサイドリンクシステムの調整されるＵＥがリソース選択を行うとき、まず、送信モジュール８０１は、サイドリンクリソース調整要求情報を送信し、その後、受信モジュール８０２は、調整ＵＥから送信されるサイドリンクリソース調整情報を受信し、最後に、選択モジュール８０３は、当該サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うことにより、サイドリンクリソース調整要求情報の搬送方式を決定しやすいためにサイドリンクリソース調整要求情報のオーバーヘッドを確定的にする一方、調整ＵＥが当該サイドリンクリソース調整要求情報に基づいて決定されるサイドリンクリソース調整情報の時効性をよりよくさせ、不要なサイドリンクリソース調整情報の伝送によるサイドリンクリソース調整情報シグナリングのオーバーヘッドが大きすぎる問題を回避する。

本開示の実施例に係るリソース選択装置において、サイドリンクリソース調整要求情報は、
調整情報タイプの指示情報と、
調整情報フィードバックの最大遅延の指示情報と、
リソース調整のターゲットリソース選択ウィンドウの指示情報と、
調整されるＵＥサービスパケットの送信パラメータと、
ＲＳＲＰ閾値の指示情報と、
調整情報送信パラメータ指示情報と、
調整ＵＥの指示情報と、のうちの少なくとも１つを含む。

本開示の実施例に係るリソース選択装置において、調整されるＵＥサービスパケットの送信パラメータは、
調整されるＵＥの送信するべきサービスパケットが占有するサブチャンネルの数と、
調整されるＵＥの送信するべきサービスパケットの再送回数と、
調整されるＵＥの送信するべきサービスパケットの送信周期と、
調整されるＵＥの送信するべきサービスパケットの現在のカウンタ（Ｃｏｕｎｔｅｒ）値と、
調整されるＵＥの送信するべきサービスパケットの優先度と、
調整されるＵＥのターゲットリソース選択ウィンドウのパラメータと、のうちの少なくとも１つを含む。

本開示の実施例に係るリソース選択装置において、調整情報タイプの指示情報は、
利用可能な時間周波数リソース、又は
利用可能な時間領域リソース、又は
利用不可の時間周波数リソース、又は
利用不可の時間領域リソース、を含む。

本開示の実施例に係るリソース選択装置において、調整情報フィードバック的最大遅延的指示情報は、
前記サイドリンクリソース調整要求情報の送信に対する前記サイドリンクリソース調整情報の受信の最大遅延を指示するための遅延閾値、又は、
送信されるべきサービスパケットの調整されるＵＥ物理層に達する時間に対する前記サイドリンクリソース調整要求情報を送信する時間のオフセットを指示するための第１オフセット時間、である。

本開示の実施例に係るリソース選択装置において、リソース調整のターゲットリソース選択ウィンドウの指示情報は、
調整されるＵＥのターゲットリソース選択ウィンドウの開始時間及び終了時間と、
調整されるＵＥのターゲットリソース選択ウィンドウの終了時間と、のうちのいずれか１つを含む。

本開示の実施例に係るリソース選択装置において、リソース調整のターゲットリソース選択ウィンドウの指示情報に調整されるＵＥのターゲットリソース選択ウィンドウの終了時間のみが含まれる場合、受信したサイドリンクの調整情報は、調整ＵＥが感知するリソース選択ウィンドウの開始時間を含む。

本開示の実施例に係るリソース選択装置において、サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うことは、
調整されるＵＥのリソース選択ウィンドウであって、サイドリンクリソース調整情報に含まれるリソース指示ウィンドウの少なくとも一部であるリソース選択ウィンドウを決定することと、
調整されるＵＥのリソース選択ウィンドウ内にサイドリンクのリソース選択を行うことと、を含む。

本開示の実施例に係るリソース選択装置において、調整情報送信パラメータ指示情報は、
送信周期と、
送信周期及び送信回数と、のうちのいずれか１つを含む。

本開示の実施例に係るリソース選択装置において、調整情報送信パラメータ指示情報は、上位層によって設定され又は予め設定されたものであり、
又は、
調整されるＵＥのサービスが周期的なサービスである場合、送信周期は、調整されるＵＥの送信するべきサービスパケットの送信周期であり、送信回数は、調整されるＵＥの送信するべきサービスパケットの現在のカウンタ（Ｃｏｕｎｔｅｒ）値である。

本開示の実施例に係るリソース選択装置において、ＲＳＲＰ閾値の指示情報は、
ＲＳＲＰ閾値の最大値と、
ＲＳＲＰ閾値調整回数の最大値と、のうちのいずれか１つを含む。

本開示の実施例に係るリソース選択装置において、サイドリンクリソース調整要求情報を送信することは、
サイドリンクリソース調整要求情報を送信する最大遅延であって、上位層によって設定され又は予め設定されたものであり、又は、決定される、送信されるべきサービスパケットの調整されるＵＥの物理層に達する時間に対するサイドリンクリソース調整情報の受信の最大遅延に基づいて決定されるものである最大遅延を決定することと、
決定されるサイドリンクリソース調整要求情報を送信する最大遅延内にサイドリンクリソース調整要求情報を送信することと、を含む。

本開示の実施例に係るリソース選択装置において、サイドリンクリソース調整要求情報の優先度は、
送信されるべきサービスパケットの優先度と、
上位層によって設定され又は予め設定された優先度と、
所定の優先度と、のうちのいずれか１つであり、
前記所定の優先度は、第１差と０とのうちの比較的大きい方であり、前記第１差は、送信されるべきサービスパケットの優先度と所定の値との差であり、所定の値は、上位層によって設定されるものである。

本開示の実施例に係るリソース選択装置において、サイドリンクリソース調整要求情報は、
第２段階サイドリンク制御情報（２ｎｄ－ｓｔａｇｅＳＣＩ）と、
無線リソース制御ＲＲＣシグナリングと、
リンクアクセス制御層制御ユニット（ＭＡＣＣＥ）と、のうちのいずれか１つで搬送される。

本開示の実施例に係るリソース選択装置において、２ｎｄ－ｓｔａｇｅＳＣＩが前記サイドリンクリソース調整要求情報を搬送する場合、
第１段階サイドリンク制御情報（１ｓｔ－ｓｔａｇｅＳＣＩ）における前記２ｎｄ－ｓｔａｇｅＳＣＩのフォーマットを指示するためのビットは、「１０」又は「１１」である。
本開示の実施例に係るリソース選択装置において、調整ＵＥの指示情報は、１つ又は複数のターゲット調整ＵＥの識別子情報を含んでもよい。

本開示の実施例に係るリソース選択装置において、送信モジュール８０１に送信する当該サイドリンクリソース調整要求情報の内容を設計することにより、調整要求情報の内容をより完全にさせ、隠れノード、半二重の問題による、現在の調整されるＵＥの自身が感知した利用可能なリソースが不適切であり、調整ＵＥが正しくデコードできず、調整要求情報のオーバーヘッドが大きく、調整要求情報の搬送方式が不確定であるという問題を回避する。また、調整ＵＥは、当該調整要求情報における内容に基づいてリソース選択を行い、調整情報に対する時間上の制限を実現し、不要な調整情報の伝送を回避し、調整情報のオーバーヘッドを低減させ、調整情報の時効性を向上させる。

本開示の実施例に係るリソース選択装置８００は、上記方法実施例に対応する装置であり、上記方法実施例におけるすべての実現手段は、いずれも当該装置の実施例に適用し、同じ技術効果を奏することもできる。重複を回避するために、ここで説明を省略する。

図９に示すように、本開示の実施例は、さらに、電子機器を提供し、当該電子機器は、プロセッサ９００と、バスインターフェースを介してプロセッサ９００に接続されたメモリ９２０とを含み、メモリ９２０は、プロセッサ９００が動作を実行するときに用いられるプログラム及びデータを記憶するために用いられ、プロセッサ９００は、メモリ９２０に記憶されるプログラム及びデータを呼び出して実行する。

ここで、送受信機９１０は、バスインターフェースに接続され、プロセッサ９００の制御でデータを受信及び送信するために用いられ、プロセッサ９００は、メモリ９２０におけるプログラムを読み取って、
サイドリンクリソース調整要求情報を送信するように送受信機９１０を制御することと、
調整ＵＥのサイドリンクリソース調整情報を受信するように送受信機９１０を制御することと、
前記サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うことと、を実行するために用いられる。

ここで、図９において、バスアーキテクチャは、任意数の互いに連結するバス及びブリッジを含んでもよく、具体的には、プロセッサ９００に代表される１つ又は複数のプロセッサと、メモリ９２０に代表されるメモリの各種の回路とが接続されてなる。バスアーキテクチャは、さらに、例えば周辺装置、電圧レギュレータ及び電力管理回路等のような各種の他の回路を接続してもよく、これらはいずれも本分野で公知されているため、本明細書では、更なる説明を省略する。バスインターフェースは、インターフェースを提供する。バスインターフェースは、インターフェースを提供する。送受信機９１０は、複数の部品であってもよく、即ち、送信機及び受信機を含み、伝送媒体において各種の他の装置と通信するユニットを提供するために用いられる。異なる端末に対して、ユーザインターフェース９３０は、必要な機器を外部接続、又は内部接続が可能なインターフェースであってもよく、接続される機器は、キーパッド、ディスプレイ、スピーカー、マイクロフォン、操縦レバー等を含むが、これらに限らない。プロセッサ９００は、バスアーキテクチャの管理及び通常の処理を行うために用いられ、メモリ９２０は、プロセッサ９００が操作を実行する時に用いるデータを記憶してもよい。

選択可能に、送受信機９１０によって送信される前記サイドリンクリソース調整要求情報は、
調整情報タイプの指示情報と、
調整情報フィードバックの最大遅延の指示情報と、
リソース調整のターゲットリソース選択ウィンドウの指示情報と、
調整されるＵＥサービスパケットの送信パラメータと、
ＲＳＲＰ閾値の指示情報と、
調整情報送信パラメータ指示情報と、
調整ＵＥの指示情報と、のうちの少なくとも１つを含む。

選択可能に、送受信機９１０によって送信される前記サイドリンクリソース調整要求情報における前記調整されるＵＥサービスパケットの送信パラメータは、
調整されるＵＥの送信するべきサービスパケットが占有するサブチャンネルの数と、
調整されるＵＥの送信するべきサービスパケットの再送回数と、
調整されるＵＥの送信するべきサービスパケットの送信周期と、
調整されるＵＥの送信するべきサービスパケットの現在のカウンタ（Ｃｏｕｎｔｅｒ）値と、
調整されるＵＥの送信するべきサービスパケットの優先度と、
調整されるＵＥのターゲットリソース選択ウィンドウのパラメータと、のうちの少なくとも１つを含む。

選択可能に、送受信機９１０によって送信される前記サイドリンクリソース調整要求情報における前記調整情報タイプの指示情報は、
利用可能な時間周波数リソース、又は
利用可能な時間領域リソース、又は
利用不可の時間周波数リソース、又は
利用不可の時間領域リソース、を含む。

選択可能に、送受信機９１０によって送信される前記サイドリンクリソース調整要求情報における前記調整情報フィードバックの最大遅延の指示情報は、
前記サイドリンクリソース調整要求情報の送信に対する前記サイドリンクリソース調整情報の受信の最大遅延を指示するための遅延閾値、又は、
送信されるべきサービスパケットの調整されるＵＥ物理層に達する時間に対する前記サイドリンクリソース調整要求情報を送信する時間のオフセットを指示するための第１オフセット時間、である。

選択可能に、送受信機９１０によって送信される前記サイドリンクリソース調整要求情報における前記リソース調整のターゲットリソース選択ウィンドウの指示情報は、
前記調整されるＵＥのターゲットリソース選択ウィンドウの開始時間及び終了時間と、
前記調整されるＵＥのターゲットリソース選択ウィンドウの終了時間と、のうちのいずれか１つを含む。

選択可能に、送受信機９１０によって送信される前記サイドリンクリソース調整要求情報における前記リソース調整のターゲットリソース選択ウィンドウの指示情報には、前記調整されるＵＥのターゲットリソース選択ウィンドウの終了時間のみが含まれる場合、前記送受信機９１０が受信した前記サイドリンクの調整情報は、前記調整ＵＥが感知するリソース選択ウィンドウの開始時間を含む。

プロセッサ９００は、前記サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うために用いられるとき、具体的に
調整されるＵＥのリソース選択ウィンドウであって、前記サイドリンクリソース調整情報に含まれるリソース指示ウィンドウの少なくとも一部であるリソース選択ウィンドウを決定することと、
前記調整されるＵＥのリソース選択ウィンドウ内にサイドリンクのリソース選択を行うことと、のために用いられる。

選択可能に、送受信機９１０によって送信される前記サイドリンクリソース調整要求情報における前記調整情報送信パラメータ指示情報は、
送信周期と、
送信周期及び送信回数と、のうちのいずれか１つを含む。

選択可能に、送受信機９１０によって送信される前記サイドリンクリソース調整要求情報における前記調整情報送信パラメータ指示情報は、上位層によって設定され又は予め設定されたものであり、
又は、
前記調整されるＵＥのサービスが周期的なサービスである場合、前記送信周期は、前記調整されるＵＥの送信するべきサービスパケットの送信周期であり、前記送信回数は、前記調整されるＵＥの送信するべきサービスパケットの現在のカウンタ（Ｃｏｕｎｔｅｒ）値である。

選択可能に、送受信機９１０によって送信される前記サイドリンクリソース調整要求情報における前記ＲＳＲＰ閾値の指示情報は、
ＲＳＲＰ閾値の最大値と、
ＲＳＲＰ閾値調整回数の最大値と、のうちのいずれか１つを含む。

選択可能に、送受信機９１０によって送信される前記サイドリンクリソース調整要求情報における前記サイドリンクリソース調整要求情報を送信することは、
前記サイドリンクリソース調整要求情報を送信する最大遅延であって、上位層によって設定され又は予め設定されたものであり、又は、決定される、送信されるべきサービスパケットの前記調整されるＵＥの物理層に達する時間に対する前記サイドリンクリソース調整情報の受信の最大遅延に基づいて決定されるものである最大遅延を決定することと、
決定される前記サイドリンクリソース調整要求情報を送信する最大遅延内に前記サイドリンクリソース調整要求情報を送信することと、を含む。

選択可能に、送受信機９１０によって送信される前記サイドリンクリソース調整要求情報における前記サイドリンクリソース調整要求情報の優先度は、
送信されるべきサービスパケットの優先度と、
上位層によって設定され又は予め設定された優先度と、
所定の優先度と、のうちのいずれか１つであり、
前記所定の優先度は、第１差と０とのうちの比較的大きい方であり、前記第１差は、送信されるべきサービスパケットの優先度と所定の値との差であり、前記所定の値は、上位層によって設定されるものである。

選択可能に、前記送受信機９１０によって送信される前記サイドリンクリソース調整要求情報は、
第２段階サイドリンク制御情報２ｎｄ－ｓｔａｇｅＳＣＩと、
無線リソース制御（ＲＲＣ）シグナリングと、
リンクアクセス制御層制御ユニット（ＭＡＣＣＥ）と、のうちのいずれか１つで搬送される。

選択可能に、２ｎｄ－ｓｔａｇｅＳＣＩが前記送受信機９１０によって送信される前記サイドリンクリソース調整要求情報を搬送する場合、
第１段階サイドリンク制御情報（１ｓｔ－ｓｔａｇｅＳＣＩ）における前記２ｎｄ－ｓｔａｇｅＳＣＩのフォーマットを指示するためのビットは、「１０」又は「１１」である。
選択可能に、前記送受信機９１０によって送信される前記サイドリンクリソース調整要求情報における前記調整ＵＥの指示情報は、１つ又は複数のターゲット調整ＵＥの識別子情報を含んでもよい。

本開示の実施例は、上記方法の実施例に対応する方法であり、上記方法の実施例におけるすべての実現手段及び実施例は、いずれも同じ技術効果を奏することもできる。
当業者にとって、上記実施例を実現する全て又は一部のステップは、ハードウェアによって完成されてもよく、コンピュータプログラムで関連ハードウェアを指示して完成されてもよい。前記コンピュータプログラムは、上記方法の一部又はすべてのステップを実行するコマンドを含み、且つ該コンピュータプログラムは、読み取り可能な記憶媒体に格納される。記憶媒体は、あらゆる形態の記憶媒体であってもよい。つまり、本開示の実施例は、コンピュータ可読記憶媒体をさらに提供し、それにコンピュータプログラムが記憶されており、当該コンピュータプログラムがプロセッサによって実行されるとき、上記のリソース選択方法を実現させる。

また、本開示の装置と方法において、各部品又は各ステップは、分解及び／又は再度の組み合わせが可能である。これらの分解及び／又は再度の組み合わせは、本開示の同等効果手段と見なされるべきである。しかも、上記一連の処理を実行するステップは、自然に説明順に時間順で実行されるが、必ず時間順に実行される必要がない。一部のステップは、並行に実行されてもよく、又は、互いに独立に実行されてもよい。当業者にとって、本開示の方法及び装置のすべて又は任意のステップや部品は、任意の計算装置（プロセッサ、記憶媒体などを含む）や計算装置のネットワークでハードウェア、ファームウェア、ソフトウェア又はそれらの組み合わせによって実現できることが理解できる。これは、当業者が本開示の説明を閲読して基本的なプログラミング技能を活用して実現できることである。

従って、本開示の目的は、任意の計算装置で１つ又は一連のプログラムを実行することによっても実現できる。前記計算装置は、周知されている汎用装置である。したがって、本開示の目的は、前記方法又は装置を実現するプログラムコードを含むプログラムプロダクトの提供のみでも実現できる。即ち、このようなプログラムプロダクトも本開示を構成し、しかもこのようなプログラムプロダクトを記憶した記憶媒体も本開示を構成する。明らかに、前記記憶媒体は、任意の周知される記憶媒体又は将来開発される任意の記憶媒体である。なお、本開示の装置と方法において、各部品又は各ステップは、分解及び／又は再度の組み合わせが可能である。これらの分解及び／又は再度の組み合わせは、本開示の同等効果手段と見なされるべきである。しかも、上記一連の処理を実行するステップは、自然に説明順に時間順で実行されるが、必ず時間順に実行される必要がない。一部のステップは、並行に実行されてもよく、又は、互いに独立に実行されてもよい。

以上は本開示の好ましい実施形態である。なお、当業者であれば、本開示に記載した前記原理から逸脱しない前提で、さらに、様々な改良や修飾をすることができる。これらの改良や修飾も、本開示の保護範囲と見なされるべきである。

Claims

Ｖ２Ｘサイドリンクシステムの調整されるＵＥに適用されるリソース選択方法であって、
サイドリンクリソース調整要求情報を調整ＵＥに送信することと、
前記調整ＵＥのサイドリンクリソース調整情報を受信することと、
前記サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うことと、を含む、リソース選択方法。
前記サイドリンクリソース調整要求情報は、
調整情報タイプの指示情報と、
調整情報フィードバックの最大遅延の指示情報と、
リソース調整のターゲットリソース選択ウィンドウの指示情報と、
調整されるＵＥサービスパケットの送信パラメータと、
ＲＳＲＰ閾値の指示情報と、
調整情報送信パラメータ指示情報と、
調整ＵＥの指示情報と、のうちの少なくとも１つを含む
請求項１に記載の方法。
前記調整されるＵＥサービスパケットの送信パラメータは、
調整されるＵＥの送信するべきサービスパケットが占有するサブチャンネルの数と、
調整されるＵＥの送信するべきサービスパケットの再送回数と、
調整されるＵＥの送信するべきサービスパケットの送信周期と、
調整されるＵＥの送信するべきサービスパケットの現在のカウンタ（Ｃｏｕｎｔｅｒ）値と、
調整されるＵＥの送信するべきサービスパケットの優先度と、
調整されるＵＥのターゲットリソース選択ウィンドウのパラメータと、のうちの少なくとも１つを含む
請求項２に記載の方法。
前記調整情報タイプの指示情報は、
利用可能な時間周波数リソース、又は
利用可能な時間領域リソース、又は
利用不可の時間周波数リソース、又は
利用不可の時間領域リソース、を含む
請求項２に記載の方法。
前記リソース調整のターゲットリソース選択ウィンドウの指示情報は、
前記調整されるＵＥのターゲットリソース選択ウィンドウの開始時間及び終了時間と、
前記調整されるＵＥのターゲットリソース選択ウィンドウの終了時間と、のうちのいずれか１つを含む
請求項２に記載の方法。
前記リソース調整のターゲットリソース選択ウィンドウの指示情報には、前記調整されるＵＥのターゲットリソース選択ウィンドウの終了時間のみが含まれる場合、受信した前記サイドリンクの調整情報は、前記調整ＵＥが感知するリソース選択ウィンドウの開始時間を含む
請求項５に記載の方法。
前記サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うことは、
調整されるＵＥのリソース選択ウィンドウであって、前記サイドリンクリソース調整情報に含まれるリソース指示ウィンドウの少なくとも一部であるリソース選択ウィンドウを決定することと、
前記調整されるＵＥのリソース選択ウィンドウ内にサイドリンクのリソース選択を行うことと、を含む
請求項１に記載の方法。
前記調整情報送信パラメータ指示情報は、
送信周期と、
送信周期及び送信回数と、のうちのいずれか１つを含み、
前記調整情報送信パラメータ指示情報は、上位層によって設定され又は予め設定されたものであり、
又は、
前記調整されるＵＥのサービスが周期的なサービスである場合、前記送信周期は、前記調整されるＵＥの送信するべきサービスパケットの送信周期であり、前記送信回数は、前記調整されるＵＥの送信するべきサービスパケットの現在のカウンタ（Ｃｏｕｎｔｅｒ）値である
請求項２に記載の方法。
前記サイドリンクリソース調整要求情報を送信することは、
前記サイドリンクリソース調整要求情報を送信する最大遅延を決定することと、
決定される前記サイドリンクリソース調整要求情報を送信する最大遅延内に前記サイドリンクリソース調整要求情報を送信することと、を含み、
前記サイドリンクリソース調整要求情報を送信する最大遅延は、上位層によって設定され又は予め設定されたものであり、又は、決定される、送信されるべきサービスパケットの前記調整されるＵＥの物理層に達する時間に対する前記サイドリンクリソース調整情報の受信の最大遅延に基づいて決定されるものである
請求項１に記載の方法。
前記サイドリンクリソース調整要求情報の優先度は、
送信されるべきサービスパケットの優先度と、
上位層によって設定され又は予め設定された優先度と、
所定の優先度と、のうちのいずれか１つであり、
前記所定の優先度は、第１差と０とのうちの比較的大きい方であり、前記第１差は、送信されるべきサービスパケットの優先度と所定の値との差であり、前記所定の値は、上位層によって設定されるものである
請求項１に記載の方法。
前記サイドリンクリソース調整要求情報は、
第２段階サイドリンク制御情報２ｎｄ－ｓｔａｇｅＳＣＩと、
無線リソース制御（ＲＲＣ）シグナリングと、
リンクアクセス制御層制御ユニット（ＭＡＣＣＥ）と、のうちのいずれか１つで搬送される
請求項１に記載の方法。
前記調整ＵＥの指示情報は、１つ又は複数のターゲット調整ＵＥの識別子情報を含む
請求項２に記載の方法。
端末装置であって、
送受信機、メモリ、プロセッサ、及びメモリに記憶されてプロセッサで実行可能なコンピュータプログラムを含み、
前記プロセッサは前記コンピュータプログラムを実行するとき、請求項１～１２のいずれか１項に記載のリソース選択方法を実現させる、端末装置。
Ｖ２Ｘサイドリンクの調整されるＵＥに適用されるリソース選択装置であって、
サイドリンクリソース調整要求情報を調整ＵＥに送信するように構成される送信モジュールと、
前記調整ＵＥのサイドリンクリソース調整情報を受信するように構成される受信モジュールと、
前記サイドリンクリソース調整情報に基づいてサイドリンクのリソース選択を行うように構成される選択モジュールと、を含む、リソース選択装置。
コンピュータ可読記憶媒体であって、
前記コンピュータ可読記憶媒体にコンピュータプログラムが記憶され、
前記コンピュータプログラムがプロセッサによって実行されるとき、請求項１～１２のいずれか１項に記載のリソース選択方法を実現させる、コンピュータ可読記憶媒体。