JP2024511546A - サイドリンクリソースの推奨方法、装置、機器及び可読記憶媒体 - Google Patents

Abstract

本開示は、サイドリンクリソースの推奨方法、装置、機器及び可読記憶媒体を開示し、通信の技術分野に属する。本開示の実施例に係るサイドリンクリソースの推奨方法は、第１端末が第１リソース及び第２リソースのうちの１つ又は複数を含むサイドリンクリソースを選択するステップを含み、前記第２リソースは、前記第１端末が第１情報を前記第２端末に送信するためのものであり、前記第１情報は、前記第１端末が前記第１リソースを前記第２端末に推奨するためのものである。

Description

（関連出願の相互参照）
本出願は、２０２１年４月１日に中国で出願した中国特許出願Ｎｏ．２０２１１０３５７７９４．７の優先権を主張し、その全ての内容は参照によって本出願に組み込まれる。

本開示は、通信の技術分野に属し、具体的にはサイドリンクリソースの推奨方法、装置、機器及び可読記憶媒体に関する。

新しい無線（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）サイドリンク（又は副リンク、側リンク、エッジリンクと呼ばれる）（Ｓｉｄｅｌｉｎｋ，ＳＬ）のリソース割り当て方法は、基地局スケジューリングによるもの（ｍｏｄｅ １）と、端末（例えば、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ））自律リソース選択（ｍｏｄｅ ２）によるものとの２種類ある。基地局スケジューリングのリソース割り当て方法では、ＵＥがデータ伝送に使用するｓｉｄｅｌｉｎｋリソースが基地局によって決定され、ダウンリンクシグナリングによって受信（ｒｅｃｅｉｖｅ，ＲＸ）ＵＥに通知される。ＵＥ自律選択のリソース割り当て方法では、ＵＥが（事前に）配置されたリソースプールから利用可能な伝送リソースを選択し、ＵＥがリソース選択前に、先にチャネルを監視し、チャネル監視結果に基づいて干渉が少ないリソースセットを選択し、更に前記リソースセットから伝送用のリソースをランダムに選択する。

ＳＬリソース選択の強化スキームについては、例示的に、ＲＸ ＵＥがリソースを送信（ｔｒａｎｓｐｏｒｔ，ＴＸ）ＵＥに推奨し、ＴＸ ＵＥが前記推奨リソースを利用して伝送を行うか、又は協調を担当するＵＥ（ｃｏｏｒｄｉｎａｔｉｏｎ ＵＥ，Ｃｏ－ＵＥ）がリソースをＴＸ ＵＥに推奨し、ＴＸ ＵＥが前記推奨リソースを利用して伝送を行うことが考慮される。ここで、Ｃｏ－ＵＥはＲＸ ＵＥとして使用することもでき、或いはＲＸ ＵＥはＣｏ－ＵＥとして使用することができる。

但し、関連するリソース選択方法は、ＲＸ ＵＥ（又はＣｏ－ＵＥ）側の伝送ニーズのみが考えられ、ＴＸ ＵＥの推奨リソース上での伝送の信頼性に影響を与える。

本開示の実施例は、伝送の信頼性をどのように向上できるかという問題を解決できる、サイドリンクリソースの推奨方法、装置、機器及び可読記憶媒体を提供する。

第１態様において、
第１端末が第１リソース及び第２リソースのうちの１つ又は複数を含むサイドリンクリソースを選択するステップを含み、
前記第１リソースは、前記第１端末から第２端末に推奨されるものであり、
前記第２リソースは、前記第１端末が第１情報を前記第２端末に送信するためのものであり、前記第１情報は、前記第１端末が前記第１リソースを前記第２端末に推奨するためのものである、サイドリンクリソースの推奨方法を提供する。

第５態様において、プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサ上で実行可能なプログラムとを含み、前記プログラムが前記プロセッサによって実行されると、第１態様に記載の方法のステップが実現される、端末を提供する。

第６態様において、プロセッサと通信インタフェースとを備え、前記プロセッサが、実行時に第１態様に記載の方法のステップを実現するためのものである、端末を提供する。

第９態様において、プロセッサによって実行されると、第１態様に記載の方法のステップが実現されるプログラムもしくはコマンドが記憶されている、可読記憶媒体を提供する。

第１０態様において、記憶媒体に記憶され、第１態様に記載の処理の方法のステップを実現するように少なくとも１つのプロセッサによって実行される、コンピュータプログラム／プログラム製品を提供する。

第１１態様において、プロセッサと通信インタフェースとを備え、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサがプログラムもしくはコマンドを実行して、第１態様に記載の処理の方法を実現するためのものである、チップを提供する。

第１２態様において、第１態様に記載の処理の方法を実行するように設定される、通信機器を提供する。

本開示の実施例において、第１端末は、選択されたサイドリンクリソースのうち第１リソースを第２端末に推奨して、第２端末が推奨リソースを利用して伝送する信頼性を向上させることができ、第１端末は、第１リソースを推奨するための第１情報を第２端末に送信して、リソース推奨が第１端末と第２端末との間でタイムリーに実行可能にすることもできる。

本開示の実施例を適用可能な無線通信システムの構造図である。 本開示の実施例で提供されるサイドリンクリソースの推奨方法のフローチャート１である。 本開示の実施例で提供されるサイドリンクリソースの推奨方法のフローチャート２である。 本開示の実施例で提供されるサイドリンクリソースの推奨方法のフローチャート３である。 本開示の実施例で提供されるサイドリンクリソースの推奨装置の模式図である。 本開示の実施例における端末の模式図である。

本開示の実施形態を理解しやすくするために、以下において、次の技術点をまず説明する。

一、ＮＲ ＳＬリソース割り当て／選択についての説明

ＮＲ ＳＬリソース割り当て方法は、基地局スケジューリングに基づくもの（モード１（ｍｏｄｅ １））と、ＵＥ自律リソース選択に基づくもの（モード２（ｍｏｄｅ ２））との２種類ある。基地局スケジューリングのリソース割り当て方法では、ＵＥがデータ伝送に使用するｓｉｄｅｌｉｎｋリソースが基地局によって決定され、ダウンリンクシグナリングによってＴＸ ＵＥに通知される。ＵＥ自律選択のリソース割り当て方法では、ＵＥが（事前に）配置されたリソースプールから利用可能な伝送リソースを選択し、ＵＥがリソース選択前に、先にチャネルを監視し、チャネル監視結果に基づいて干渉が少ないリソースセットを選択し、更に前記リソースセットから伝送用のリソースをランダムに選択する。

ｍｏｄｅ ２については、具体的なワークフローは次のとおりである。

１）ＴＸ ＵＥは、リソース選択がトリガされた後、まず、リソース選択ウィンドウを決定し、リソース選択ウィンドウの下側境界はリソース選択がトリガされた後のＴ１時間にあり、リソース選択の上側境界はトリガされた後のＴ２時間にあり、ここで、Ｔ１はＵＥの実現形態により［Ｔ１＿ｍｉｎ，Ｔ１＿ｍａｘ］範囲で選択されるものであり、Ｔ２はＵＥの実現形態によりそのトランスポートブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ，ＴＢ）伝送のパケット遅延バジェット（ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ，ＰＤＢ）内で選択された値であり、Ｔ２はＴ１より早くない。

２）ＵＥは、リソース選択前に、リソース選択の候補リソースセット（ｃａｎｄｉｄａｔｅ ｒｅｓｏｕｒｃｅ ｓｅｔ）を決定する必要があり、ここで、候補リソース（例えば、サブチャネル（ｓｕｂ－ｃｈａｎｎｅｌ））の数は、媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）層によって決定され、ＵＥは、リソース選択ウィンドウ内のリソース上で予測された基準信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ，ＲＳＲＰ）測定値（例えば、物理サイドリンク制御チャネル（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＳＣＣＨ）／物理サイドリンク共有チャネル（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＳＳＣＨ）を監視することで予測する）に基づいて、対応するＲＳＲＰ閾値（ｔｈｒｅｓｈｏｌｄ）と比較し、ＲＳＲＰがＲＳＲＰ ｔｈｒｅｈｏｌｄより高い場合、当該リソースは除外となり、候補リソースセットに組み込むことができない。リソース除外を行った後、リソース選択ウィンドウ内の残りのリソースは候補リソースセットを構成する。候補リソースセット内のリソースがリソース選択ウィンドウ内のリソースに占める比率はｘ％以上でなければならず、ｘ％未満の場合、前記ｘ％以上のリソースを選択できるようになるまで、ＲＳＲＰ ｔｈｒｅｓｈｏｌｄをステップ値（３ｄＢ）で増加させて、前記リソース除外操作を実行する必要がある。また、前記ＲＳＲＰ比較は、伝送すべきＴＢの優先度（ｐｒｉｏｒｉｔｙ）及びＰＳＣＣＨ上で復調されたｐｒｉｏｒｉｔｙ値に関連し、具体的なプロセスについては詳細な説明を省略する。

３）候補リソースセットが決定された後、ＵＥは、候補リソースセットから伝送リソースをランダムに選択し、選択されたリソースの数は、ＭＡＣ層の決定によって決定される。

前記ステップ１）及び２）は物理層で実行され、前記ステップ３）は上位層（ＭＡＣ層）で実行される。また、ＵＥは今回の伝送で次の伝送のために伝送リソースを予約してもよい。

二、Ｓｉｄｅｌｉｎｋのリソース予約／指示についての説明

ＮＲ ＳＬでは、ＴＸ ＵＥは、それに割り当てられたリソースに対してリソース予約／指示（予約は周期的予約と非周期的予約に分けられる）を行い、後続のＰＳＣＣＨ／ＰＳＳＣＨ伝送のためにリソースを予約する。

非周期的予約／指示は、サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＳＣＩ）内の時間領域リソース割り当て（Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）フィールドによって実現でき（１～３２スロット（ｓｌｏｔ）のリソースを少なくとも指示する）、予約されたリソースは、少なくとも同一ＴＢの伝送に使用できる。

周期的予約／指示は、ＳＣＩ内のリソース予約期間（Ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）フィールドによって実現でき、現在の周期で予約された周期的リソースは、次のＴＢの伝送に使用できる。ここで、周期的に現れる特定の周波数領域リソースは、当該リソースの周期的リソースと呼ばれてもよい。

三、ＳＬリソースプリエンプション（Ｒｅｓｏｕｒｃｅ ｐｒｅ－ｅｍｐｔｉｏｎ）についての説明

Ｍｏｄｅ ２のリソース割り当てモードでは、リソースｐｒｅ－ｅｍｐｔｉｏｎメカニズムはサポートされており、当該メカニズムの簡単な説明は次のとおりである。ＵＥが予約／選択したリソースは、より高い優先度のサービスを有する別のＵＥが予約／選択したリソースと重複（部分的に重複）し、当該ＵＥの関連リソース上でのＳＬ－ＲＳＲＰ測定値が特定の関連付けられた（ａｓｓｏｃｉａｔｅｄ）ＳＬ－ＲＳＲＰ閾値より大きい場合、当該ＵＥは、リソースの再選択をトリガする。前記サービス優先度及び前記ＳＬ－ＲＳＲＰ閾値は、前記リソース上でのＴＢ伝送によって決定される。

四、ＳＬリソース再評価（Ｒｅｓｏｕｒｃｅ ｒｅ－ｅｖａｌｕａｔｉｏｎ）についての説明

Ｍｏｄｅ ２のリソース割り当てモードでは、リソース再評価メカニズムはサポートされており、当該メカニズムの簡単な説明は次のとおりである。少なくともＵＥが選択したが予約していないリソース（他の形式のリソースは排除されるものではなく、紙面の都合により詳細な説明を省略する）について、当該リソースが、他のＵＥが予約／選択したリソースと重複（部分的に重複）した場合、当該ＵＥの関連リソース上でのＳＬ－ＲＳＲＰ測定値が特定のａｓｓｏｃｉａｔｅｄ ＳＬ－ＲＳＲＰ閾値より大きければ、当該ＵＥはリソースの再選択をトリガする。

五、ＳＬハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ，ＨＡＲＱ）往復遅延時間（Ｒｏｕｎｄ－Ｔｒｉｐ Ｔｉｍｅ，ＲＴＴ）制限についての説明

少なくともｍｏｄｅ ２について、ＰＳＳＣＨ再送のリソースがＴＸ ＵＥ復調フィードバック情報の後に現れることを確保するために、任意２回で選択されたＰＳＳＣＨ伝送リソース間の時間間隔がＨＡＲＱ ＲＴＴ時間より大きくなければならないと規定して、伝送効率及び信頼性を確保する。

六、ＮＲ ｓｉｄｅｌｉｎｋリソース割り当て／選択の強化スキームについての説明

端末Ａ（ＵＥ－Ａ）はリソースセットを決定し、ＵＥ－Ａはリソースセットを端末Ｂ（ＵＥ－Ｂ，ＵＥ－Ｂ）に通知し、ｍｏｄｅ ２のリソース選択を行う際にＵＥ－Ａから通知されたリソースセットを考慮してもよい。

七、アップリンク（ＵｐＬｉｎｋ，ＵＬ）／ＳＬ優先度付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）についての説明

ＳＬ送信／受信はＵＬ送信と衝突することがある。いくつかの適用シナリオにおいて、衝突が発生した場合、優先度の低い方（ＳＬ／ＵＬ）は破棄／電力低下の操作を行う必要がある。ここで、ＳＬ送信／受信とＵＬ送信の優先度を判断するために、優先度判定ルールを標準的に定義し、ＳＬ優先度インデックス（ｐｒｉｏｒｉｔｙ ｉｎｄｅｘ）及び／又はＵＬ ｐｒｉｏｒｉｔｙ ｉｎｄｅｘに基づいてＳＬ送信／受信とＵＬ送信の最終的な優先度を決定する。

以下において、本開示の実施例における図面を参照しながら、本開示の実施例における技術的解決手段を明確に説明し、当然ながら、説明される実施例は本開示の実施例の一部であり、全ての実施例ではない。本開示における実施例に基づき、当業者により得られた他の全ての実施例は、いずれも本開示の保護範囲に属するものである。

本開示の明細書及び特許請求の範囲における用語「第１」、「第２」等は、指定順序又は先後順序を記述するためのものではなく、類似する対象を区別するためのものである。このように使用される用語は、本開示の実施例がここで図示又は記述される以外の順序で実施できるように、適当な場合において互いに置き換えてもよいことを理解すべきであり、また、「第１」、「第２」で区別する対象は一般に一種類であり、対象の数を限定することがなく、例えば、第１対象は１つであってもよいし、複数であってもよい。また、明細書及び特許請求の範囲において「及び」は、接続している対象のうちの少なくとも１つを示し、符号の「／」は、一般に前後の関連対象が「又は」という関係にあることを示す。

指摘すべきことは、本開示の実施例に記載の技術は、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）／発展型ＬＴＥ（ＬＴＥ－Ａｄｖａｎｃｅｄ，ＬＴＥ－Ａ）システムに限定されず、例えば符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＣＤＭＡ）、時分割多元接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＴＤＭＡ）、周波数分割多元接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＦＤＭＡ）、直交周波数分割多元接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＳＣ－ＦＤＭＡ）及び他のシステムのような、他の無線通信システムに用いることもできる点である。本開示の実施例における「システム」と「ネットワーク」という用語はしばしば交換可能に使用され、説明される技術は上記したシステムと無線電信技術に加えて、他のシステムと無線電信技術に用いることもできる。以下の説明では例示の目的で新しい無線（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）システムについて説明し、且つ以下の説明の多くにおいてＮＲ用語が使用されるが、これらの技術は、第６世代（６^ｔｈ Ｇｅｎｅｒａｔｉｏｎ，６Ｇ）通信システムのような、ＮＲシステムアプリケーション以外のアプリケーションにも適用可能である。

図１は本開示の実施例を適用可能な無線通信システムの構造図を示す。無線通信システムは、端末１１、ネットワーク側機器１２を備える。そのうち、端末１１は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）と呼ばれてもよく、端末１１は、携帯電話、タブレットパソコン（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ノートパソコンとも呼ばれるラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ，ＰＤＡ）、携帯情報端末、ネットブック、ウルトラモバイルパーソナルコンピュータ（Ｕｌｔｒａ－Ｍｏｂｉｌｅ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ，ＵＭＰＣ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ，ＭＩＤ）、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載機器（ＶＵＥ）、歩行者端末（ＰＵＥ）等の端末側機器であってもよく、ウェアラブルデバイスは、スマートウォッチ、リストバンド、イヤホン、メガネ等を含む。説明すべきことは、本開示の実施例では端末１１の具体的な種類が限定されない点である。

ネットワーク側機器１２は、基地局又はコアネットワーク側機器であってもよく、そのうち、基地局は、ノードＢ、発展型ノードＢ、アクセスポイント、ベーストランシーバ基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ，ＢＴＳ）、無線基地局、無線送受信機、基本サービスセット（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ，ＢＳＳ）、拡張サービスセット（ＥｘｔｅｎｄｅｄＳｅｒｖｉｃｅＳｅｔ，ＥＳＳ）、Ｂノード、発展型Ｂノード（ｅＮＢ）、ホームＢノード、ホーム発展型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、送受信ポイント（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔ，ＴＲＰ）、無線アクセスネットワークノード又は前記分野における他の何らかの適切な用語と呼ばれてもよく、同じ技術効果を達成できれば、前記基地局は特定の技術用語に限定されるものではなく、説明すべきことは、本開示の実施例では、ＮＲシステムにおける基地局のみを例とするが、基地局の具体的な種類が限定されない点である。

以下に図面を参照しながら、いくつかの実施例及びその適用シナリオにより本開示の実施例で提供されるサイドリンクリソースの推奨方法、装置、機器及び可読記憶媒体を詳細に説明する。

図２を参照し、本開示はサイドリンクリソースの推奨方法を提供し、当該方法の実行主体は第１端末であってもよく、具体的なステップは、以下のステップ２０１を含む。

ステップ２０１では、第１端末が第１リソース及び第２リソースのうちの１つ又は複数を含むサイドリンクリソースを選択する。

ここで、前記第２リソースは、前記第１端末が第１情報を前記第２端末に送信するためのものであり、前記第１情報は、前記第１端末が前記第１リソースを前記第２端末に推奨するためのものである。第１リソースを推奨することは、第１リソースを割り当てること、又は第１リソースをスケジュールすることと解釈してもよい。

上記サイドリンクリソースは伝送リソースと呼ばれてもよい。

上記第１端末はＣｏ－ＵＥと呼ばれてもよく、第２端末はＴｘ ＵＥと呼ばれてもよい。

上記第１情報はリソース推奨シグナリングと呼ばれてもよく、第１リソースは推奨リソースと呼ばれてもよく、第２端末が伝送すべきＴＢを伝送するためのものであり、第２リソースはリソース推奨シグナリング伝送リソースと呼ばれてもよい。

本開示の一実施形態では、図３を参照し、ステップ２０１の前に、前記方法はステップ２０２を更に含む。

ステップ２０２では、前記第１端末が第２情報を受信し、前記第２情報は、前記第１端末がサイドリンクリソースを選択することをトリガするためのものであり、又は前記第２情報は、前記第１端末が前記第１リソースを前記第２端末に推奨することをトリガするためのものである。

上記第２情報はトリガシグナリングと呼ばれてもよい。

本開示の一実施形態では、図４を参照し、ステップ２０１の後に、前記方法はステップ２０３を更に含む。

ステップ２０３では、前記第１端末が、前記第２リソースによって第１情報を前記第２端末に送信する。

本開示の一実施形態では、第１端末がサイドリンクリソースを選択する前記ステップは、
前記第１端末が第３リソースから前記サイドリンクリソースを選択するステップを含み、前記第３リソースは、干渉が閾値より低いリソースである。

上記第３リソースは低干渉リソースと呼ばれてもよい。

説明すべきことは、第１リソース及び第２リソースの選択プロセスが異なるリソース選択プロセスである場合、第１端末は、第１種類の第３リソースから第１リソースを選択し、及び第１端末は、第２種類の第３リソースから第２リソースを選択し、即ちこのようなシナリオでは第３リソースが２種類ある点である。

第１リソース及び第２リソースの選択プロセスが同一リソース選択プロセスである場合、第１端末は１種類の第３リソースから第１リソース及び第２リソースを選択し、即ちこのようなシナリオでは第３リソースが１種類ある。

本開示の一実施形態では、前記第１端末が第３リソースから前記サイドリンクリソースを選択するステップの前に、前記方法は、
前記第１端末が前記第３リソースを決定（又は識別）するステップを更に含む。

本開示の一実施形態では、前記第１端末が前記第３リソースを決定するステップは、
前記第１端末が第１リソース選択ウィンドウ内で前記第３リソースを決定するステップを含む。

例示的に、第１端末は、ｍｏｄｅ ２のリソース選択プロセスに従ってリソース選択ウィンドウ内でＸ％の第３リソース（又は低干渉リソース）を識別する。

本開示の一実施形態では、前記第１端末が第１リソース選択ウィンドウ内で前記第３リソースを決定するステップは、
前記第１端末がプロトコルで規定された情報、制御ノードによって設定された情報、又は事前に設定された情報に基づいて、前記第１リソース選択ウィンドウ内で前記第３リソースを決定するステップを含む。

例えば、第１端末が第２端末をスケジュールするモードのみが存在する場合、第１端末は第３リソースを決定（又は識別）する必要がない。

上記制御ノードは、ネットワーク側機器、基地局、ヘッドノード、ＵＥ、ＲＸ ＵＥ又は中継（Ｒｅｌａｙ）ＵＥを含んでもよい。

本開示の一実施形態では、前記第１端末が第３リソースから前記サイドリンクリソースを選択するステップは、前記第１端末が第２リソース選択ウィンドウを決定するステップと、前記第１端末が前記第２リソース選択ウィンドウ内の前記第３リソース（又は低干渉リソース）から前記サイドリンクリソースを選択するステップと、を含む。

本開示の一実施形態では、前記第１端末は、（１）第１時間、（２）ＰＤＢ（例えば、残りの（ｒｅｍａｉｎｉｎｇ）ＰＤＢ）、（３）優先度（Ｐｒｉｏｒｉｔｙ）情報、（４）サブチャネル（ｓｕｂ－ｃｈａｎｎｅｌ）の数及び（５）再送回数のうちの１つ又は複数に基づいて、前記サイドリンクリソースを選択し、ここで、前記第１時間は第１端末がサイドリンクリソースを選択するトリガ時間（又はトリガ時刻と呼ばれる）である。

第１時間は、第１端末が第２情報を受信した時間、又は第１端末が第２情報を受信した時間とオフセット値の和、又は第１端末が自律的に決定した時間であってもよいことが理解可能である。

本開示の一実施形態では、前記第１端末は第２時間に基づいて、前記サイドリンクリソースを選択し、
ここで、前記第２時間は、
（１）前記第２情報の処理時間と、
（２）前記第１リソース選択の処理時間と、
（３）前記第１情報の伝送準備時間と、
（４）前記第１情報の伝送時間と、
（５）前記第１情報の復調時間と、
（６）前記第２端末の伝送準備時間と、のうちの１つ又は複数を少なくとも含む。

本開示の一実施形態では、前記第１端末は、（１）第３時間、（２）ＰＤＢ（例えば、残りの（ｒｅｍａｉｎｉｎｇ）ＰＤＢ）、（３）優先度（Ｐｒｉｏｒｉｔｙ）情報、（４）サブチャネル（ｓｕｂ－ｃｈａｎｎｅｌ）の数及び（５）再送回数のうちの１つ又は複数に基づいて、第３リソースを決定し、ここで、前記第３時間は、第１端末がサイドリンクリソースを選択するトリガ時間（又はトリガ時刻と呼ばれる）である。

第３時間は、第１端末が第２情報を受信した時間、又は第１端末が第２情報を受信した時間とオフセット値の和、又は第１端末が自律的に決定した時間であってもよいことが理解可能である。

本開示の一実施形態では、前記第１端末は第４時間に基づいて、第３リソースを決定し、
ここで、前記第４時間は、
（１）前記第２情報の処理時間と、
（２）前記第１リソース選択の処理時間と、
（３）前記第１情報の伝送準備時間と、
（４）前記第１情報の伝送時間と、
（５）前記第１情報の復調時間と、
（６）前記第２端末の伝送準備時間と、のうちの１つ又は複数を少なくとも含む。

本開示の一実施形態では、前記パケット遅延バジェットは、プロトコルで規定されるか、制御ノードによって設定されるもしくは事前に設定されるか、制御ノードによって動的に指示されるか、端末間（例えば、Ｃｏ－ＵＥとＴＸ ＵＥとの間）でネゴシエートされるか、又は前記第２端末の伝送すべきＴＢのパケット遅延バジェットである。

本開示の一実施形態では、前記優先度情報は、プロトコルで規定されるか、制御ノードによって設定されるもしくは事前に設定されるか、制御ノードによって動的に指示されるか、端末間（例えば、Ｃｏ－ＵＥとＴＸ ＵＥとの間）でネゴシエートされるか、又は前記第２端末の伝送すべきＴＢの優先度情報である。

本開示の一実施形態では、前記サブチャネルの数は、プロトコルで規定されるか、制御ノードによって設定されるもしくは事前に設定されるか、制御ノードによって動的に指示されるか、端末間（例えば、Ｃｏ－ＵＥとＴＸ ＵＥとの間）でネゴシエートされるか、又は前記第２端末の伝送すべきＴＢのサブチャネルの数である。

本開示の一実施形態では、前記再送回数は、プロトコルで規定されるか、制御ノードによって設定されるもしくは事前に設定されるか、制御ノードによって動的に指示されるか、端末間（例えば、Ｃｏ－ＵＥとＴＸ ＵＥとの間）でネゴシエートされるか、又は前記第２端末の伝送すべきＴＢの再送回数である。

本開示の一実施形態では、前記第１情報の優先度は、第１情報の送受信と他の伝送との優先度判断にも使用され、前記他の伝送は、ＮＲ ＳＬ送信、ＮＲ ＳＬ受信、ＮＲアップリンク（ＵｐＬｉｎｋ，ＵＬ）送信、進化型ユニバーサル地上無線アクセス（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ，ＥＵＴＲＡ）ＳＬ送信及びＥＵＴＲＡ ＳＬ受信のうちの少なくとも１つを含む。

説明すべきことは、第１端末（例えばＣｏ－ＵＥ）側では、第１情報（リソース推奨シグナリングに相当）のｐｒｉｏｒｉｔｙ情報が第１情報（リソース推奨シグナリングに相当）送信とＵＬ送信とのＵＬ／ＳＬ優先度付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に使用してもよく、又は第１情報（リソース推奨シグナリングに相当）に対応するＨＡＲＱフィードバック受信とＵＬ送信とのＵＬ／ＳＬ ｐｒｉｏｒｉｔｉｚａｔｉｏｎに使用してもよい点である。

また、第２端末（例えば、ＴＸ ＵＥ）側では、第１情報（リソース推奨シグナリングに相当）のｐｒｉｏｒｉｔｙ情報は、第１情報（リソース推奨シグナリングに相当）受信とＵＬ送信とのＵＬ／ＳＬ ｐｒｉｏｒｉｔｉｚａｔｉｏｎに使用してもよく、又は第１情報（リソース推奨シグナリングに相当）に対応するＨＡＲＱフィードバック受信とＵＬ送信とのＵＬ／ＳＬ ｐｒｉｏｒｉｔｉｚａｔｉｏｎに使用してもよい。

ここで、第１情報（リソース推奨シグナリングに相当）受信及び送信は、異なるｐｒｉｏｒｉｔｙ決定方法を採用してもよい。

本開示の一実施形態では、前記第１端末が前記サイドリンクリソースを選択するステップは、
前記第１端末がリソース選択メカニズムに従って前記サイドリンクリソースを選択するステップを含む。

ここで、前記リソース選択メカニズムは、
（１）前記第１リソースが第１リソース選択プロセスを採用し、前記第２リソースが第２リソース選択プロセスを採用することを含む第１メカニズムと、
（２）前記第１リソースが第３リソース選択ウィンドウ（又は推奨リソースのリソース選択ウィンドウと呼ばれる）を採用し、前記第２リソースが第４リソース選択ウィンドウ（又はリソース推奨シグナリングの選択ウィンドウと呼ばれる）を採用することを含む第２メカニズムと、のうちの１つ又は複数を含む。

本開示の一実施形態では、前記リソース選択メカニズムは、プロトコルで規定されるか、制御ノードによって設定されるか、もしくは事前に設定されるものである。

本開示の一実施形態では、第１リソース選択プロセスと前記第２リソース選択プロセスは、次の条件（１）及び（２）のうちの１つを満たす。

（１）前記第１リソース選択プロセスと前記第２リソース選択プロセスは別々に実行し、つまり、第１リソース選択プロセスと第２リソース選択プロセスは関連して独立している。例えば、先に第１リソース選択プロセスを実行し、更に第２リソース選択プロセスを実行するか、又は、先に第２リソース選択プロセスを実行し、更に第２リソース選択プロセスを実行するか、又は、第１リソース選択プロセスと第２リソース選択プロセスを同時に実行し、即ち第１リソース及び第２リソースを選択する際に、その前後順を規定しない。

選択的に、第１リソース選択プロセス又は第２リソース選択プロセスは、物理層リソース選択プロセスとＭＡＣ層リソース選択プロセスのうちの１つを少なくとも含む。

例示的に、第１リソースと第２リソースのリソース選択の物理層プロセスは互いに独立しているが、ＭＡＣ層は最終的な伝送リソースを選択する際に、少なくとも第１リソースと第２リソースとの間の所定関係（例えばタイミング関係／時間間隔制限）を保証する。

（２）前記第１リソース選択プロセスと前記第２リソース選択プロセスはリソース選択プロセスを共有する。つまり、第１リソース選択プロセスと第２リソース選択プロセスは互いに依存している。

ここで、前記リソース選択プロセスは、物理層リソース選択プロセスとＭＡＣ層リソース選択プロセスのうちの１つを少なくとも含む。本開示の一実施形態では、前記第１リソース選択プロセスと前記第２リソース選択プロセスは別々に実行することは、
（１）前記第１リソース選択プロセスで選択された第１リソースの位置に応じて前記第２リソース選択プロセスをトリガすることと、
（２）前記第２リソース選択プロセスで選択された第２リソースの位置に応じて前記第１リソース選択プロセスをトリガすることと、
（３）前記第１リソース選択プロセスで選択された第１リソースの位置に応じて前記第２リソースを選択することと、
（４）前記第２リソース選択プロセスで選択された第２リソースの位置に応じて前記第１リソースを選択することと、のうちの１つ又は複数を少なくとも含む。

例示的に、第１リソースと第２リソースのリソース選択プロセスが互いに依存している場合、
まず、第１リソース及び第２リソースのリソース選択プロセスのうちの１つ（物理層及びＭＡＣ層を含む）を実行し、ＭＡＣ層はその１つのリソースを選択してから、別のリソース選択をトリガする。

又は、まず、第１リソース及び第２リソースのリソース選択プロセスのうちの１つ（物理層及びＭＡＣ層を含む）を実行し、ＭＡＣ層がその１つのリソースを選択した後、ＭＡＣ層は選択された第１リソース及び第２リソースを物理層に通知し、物理層及びＭＡＣ層は更に、通知されたリソース位置に応じて別のプロセスを実行する。

本開示の一実施形態では、前記方法は、
前記第１リソース選択プロセスで第１リソース選択に失敗した場合、前記第１端末が、前記第１リソース選択プロセスを停止するか、又は選択されたリソースを廃棄し、
又は、
前記第２リソース選択プロセスで第２リソース選択に失敗した場合、前記第１端末が、前記第２リソース選択プロセスを停止するか、又は選択されたリソースを廃棄するステップを更に含む。

つまり、任意１つのリソース選択メカニズムについて、第１リソースと第２リソースのいずれかの選択に失敗した（例えば、適切なリソースが選択されなかった）場合、Ｃｏ－ＵＥは当該リソース選択プロセスを停止し／選択された第１リソース又は第２リソースを廃棄する。

本開示の一実施形態では、前記第３リソース選択ウィンドウ及び前記第４リソース選択ウィンドウは、プロトコルで規定されるか、制御ノードによって設定されるか、もしくは事前に設定されるものである。

選択的に、前記選択メカニズムに一致するように、第１リソース及び第２リソースの選択ウィンドウ決定方式を、プロトコルで規定するか、制御ノードによって設定するか、もしくは事前に設定する。

本開示の一実施形態では、第３リソース選択ウィンドウ及び第４リソース選択ウィンドウは次の（１）及び（２）のうちの１つを満たす。

（１）前記第３リソース選択ウィンドウと前記第４リソース選択ウィンドウは異なるリソース選択ウィンドウである。

選択的に、第４リソース選択ウィンドウは、第３リソース選択ウィンドウで選択された第１リソースの位置に応じて決定され、又は、第３リソース選択ウィンドウは、第４リソース選択ウィンドウで選択された第２リソースの位置に応じて決定される。

例示的に、先に第３リソース選択ウィンドウを決定し、更に選択された第１リソースの位置に応じて第４リソース選択ウィンドウを決定するか、又は、先に第４リソース選択ウィンドウを決定し、更に選択された第２リソースの位置に応じて第３リソース選択ウィンドウを決定するか、又は、その前後順を規定することなく第３リソース選択ウィンドウ及び第４リソース選択ウィンドウを決定する。

（２）前記第３リソース選択ウィンドウと前記第４リソース選択ウィンドウはリソース選択ウィンドウを共有する。

本開示の一実施形態では、前記第１リソースと前記第２リソースとの間の時間間隔は、次の（１）～（５）のうちの１つ又は複数に基づいて決定される。

（１）前記第１情報の伝送時間と前記第２端末による前記第１情報の復調時間の和。

（２）前記第１情報の伝送時間と前記第２端末の伝送準備時間の和。

（３）前記第１情報の伝送時間と、前記第２端末による前記第１情報の復調時間と、前記第２端末の伝送準備時間の和。

（４）プロトコル規定、制御ノード設定もしくは事前設定、端末間ネゴシエーション。

例えば、第１リソースと前記第２リソースとの間の最小時間間隔は、ＴＸ ＵＥからＣｏ－ＵＥに通知され、例えば、ＴＸ ＵＥ能力（ｃａｐａｂｉｌｉｔｙ）の形式で通知される。

（５）前記第１情報が前記第１リソースを指示できる。

説明すべきことは、第１リソースと前記第２リソースとの間の時間間隔は、第１情報が選択された第１リソースを指示できることを確保しなければならない点である。第１リソースと前記第２リソースとの間の時間間隔は、最後の第２リソースと最初の第１リソースとの間の間隔であってもよく、又は、第１リソースと前記第２リソースとの間の時間間隔は、第１情報の伝送に成功した位置（例えば、ＡＣＫが受信される）の後のＮ個の時間単位と最初の第１リソースとの間の時間間隔であってもよい。

本開示の一実施形態では、前記第１情報には、
（１）１つ又は複数の開始サブチャネルの位置と、
（２）それぞれが１つの開始サブチャネルの位置に対応する１つ又は複数の時間領域リソース割り当て（Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ，ＴＤＲＡ）フィールド又は周波数領域リソース割り当て（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ，ＦＤＲＡ）フィールドと、
（３）１つ又は複数の開始スロットの位置と、
（４）前記第１情報と前記開始スロットの時間間隔と、
（５）複数の開始スロット間の時間間隔と、
（６）開始スロットの絶対時間と、
（７）開始スロットの基準システムフレーム番号（ｓｙｓｔｅｍ ｆｒａｍｅ ｎｕｍｂｅｒ，ＳＦＮ）と、
（８）開始スロットの時間オフセット値と、のうちの１つ又は複数が含まれる。

本開示の実施例では、第１端末は、選択されたサイドリンクリソースのうち第１リソースを第２端末に推奨して、第２端末が推奨リソースを利用して伝送する信頼性を向上させることができ、第１端末は、第１リソースを推奨するための第１情報を第２端末に送信して、リソース推奨が第１端末と第２端末との間でタイムリーに実行可能にすることもできる。

以下において、実施例１、実施例２及び実施例３と関連付けて本開示の実施形態を説明する。

理解を容易にするために、以下において、推奨リソースは第１リソースに相当し、リソース推奨シグナリングの伝送リソースは第２リソースに相当し、リソース推奨シグナリングは第１情報に相当し、トリガシグナリングは第２情報に相当し、Ｃｏ－ＵＥは第１端末に相当し、ＴＸ ＵＥは第２端末に相当する。

実施例１

一、推奨リソースのリソース選択は次の（１）～（４）のうちの１つ又は複数を含む。

（１）ＰＤＢに基づいて低干渉リソースを識別し／リソースを選択する。

選択的に、ＰＤＢはトリガシグナリングを受信する時間から起算してもよい。

選択的に、ＰＤＢはプロトコルで規定されるか、制御ノードによって設定されるもしくは動的に指示されるか、制御ノードによって事前に設定されるか、又はＵＥ間（ＴＸ ＵＥとＣｏ－ＵＥ間）でネゴシエートされるか、又はＴＸ ＵＥの伝送すべきＴＢのＰＤＢである。

選択的に、制御ノードは、ネットワークノード、基地局、ヘッドノードＵＥ、ＲＸ ＵＥ、ｒｅｌａｙ ＵＥを含む。

（２）ｐｒｉｏｒｉｔｙ情報に基づいて低干渉リソースを識別し／リソースを選択する。

選択的に、ｐｒｉｏｒｉｔｙ情報は、プロトコルで規定されるか、制御ノードによって設定されるもしくは動的に指示されるか、制御ノードによって事前に設定されるか、ＵＥ間（ＴＸ ＵＥとＣｏ－ＵＥ間）でネゴシエートされるか、又はＴＸ ＵＥ側の伝送すべきＴＢのｐｒｉｏｒｉｔｙ情報である。

（３）ｓｕｂ－ｃｈａｎｎｅｌの数に基づいて低干渉リソースを識別し／リソースを選択する。

選択的に、前記ｓｕｂ－ｃｈａｎｎｅｌは、プロトコルで規定されるか、制御ノードによって設定されるもしくは動的に指示されるか、制御ノードによって事前に設定されるか、ＵＥ間（ＴＸ ＵＥとＣｏ－ＵＥ間）でネゴシエートされるか、又はＴＸ ＵＥ側の伝送すべきＴＢのｓｕｂ－ｃｈａｎｎｅｌの数である。

（４）再送回数に基づいて低干渉リソースを識別し／リソースを選択する。

選択的に、前記再送回数は、プロトコルで規定されるか、制御ノードによって設定されるもしくは動的に指示されるか、制御ノードによって事前に設定されるか、ＵＥ間（ＴＸ ＵＥとＣｏ－ＵＥ間）でネゴシエートされるか、又はＴＸ ＵＥ側の伝送すべきＴＢの再送回数である。

二、リソース推奨シグナリングの伝送リソース選択は次の（１）～（４）のうちの１つ又は複数を含む。

（１）ＰＤＢに基づいて低干渉リソースを識別し／リソースを選択する。

選択的に、前記ＰＤＢはトリガシグナリングを受信する時間から起算してもよい。

選択的に、ＰＤＢはプロトコルで規定されるか、制御ノードによって設定されるもしくは動的に指示されるか、制御ノードによって事前に設定されるか、又はＵＥ間（ＴＸ ＵＥとＣｏ－ＵＥ間）でネゴシエートされるものである。

選択的に、ＰＤＢは、伝送すべきＴＢのＰＤＢ又は推奨リソース選択のＰＤＢに関連する。例えば、各伝送すべきＴＢのＰＤＢ又は推奨リソース選択のＰＤＢは、１つのリソース推奨シグナリングのＰＤＢに対応するように、プロトコルで規定されるか、又は設定される。

（２）ｐｒｉｏｒｉｔｙ情報に基づいて低干渉リソースを識別し／リソースを選択する。

選択的に、ｐｒｉｏｒｉｔｙ情報は、プロトコルで規定されるか、制御ノードによって設定されるもしくは動的に指示されるか、制御ノードによって事前に設定されるか、ＵＥ間（ＴＸ ＵＥとＣｏ－ＵＥ間）でネゴシエートされるか、又はＴＸ ＵＥ側の伝送すべきＴＢのｐｒｉｏｒｉｔｙ情報である。

例示的に、トリガシグナリングはＭＡＣ ＣＥによって搬送され、当該ＭＡＣ ＣＥのｐｒｉｏｒｉｔｙは設定され／事前に設定されてもよい。

選択的に、トリガシグナリングと他の情報がＰＳＣＣＨ／ＰＳＳＣＨを多重化する場合、当該ＰＳＣＣＨ／ＰＳＳＣＨのｐｒｉｏｒｉｔｙは、
（ａ）全ての情報ｐｒｉｏｒｉｔｙ中の最高値と、
（ｂ）トリガシグナリングのｐｒｉｏｒｉｔｙと、
（ｃ）トリガシグナリング以外の他の情報のｐｒｉｏｒｉｔｙに応じて決定されるものと、のうちの１つである。

（３）ｓｕｂ－ｃｈａｎｎｅｌの数に基づいて低干渉リソースを識別し／リソースを選択する。

選択的に、前記ｓｕｂ－ｃｈａｎｎｅｌはプロトコルで規定されるか、制御ノードによって設定されるもしくは動的に指示されるか、制御ノードによって事前に設定されるか、ＵＥ間（ＴＸ ＵＥとＣｏ－ＵＥ間）でネゴシエートされるか、又はＴＸ ＵＥ側の伝送すべきＴＢのｓｕｂ－ｃｈａｎｎｅｌの数である。例えば、１つのｓｕｂ－ｃｈａｎｎｅｌを占有する。

（４）再送回数に基づいて低干渉リソースを識別し／リソースを選択する。

前記再送回数はプロトコルで規定されるか、制御ノードによって設定されるもしくは動的に指示されるか、事前に設定されるか、ＵＥ間（ＴＸ ＵＥとＣｏ－ＵＥ間）でネゴシエートされるものである。例えば、１回だけ伝送する。

実施例２

Ｃｏ－ＵＥは処理時間／シグナリング伝送時間に基づいて低干渉リソースを識別し／伝送リソースを選択する。

選択的に、前記処理時間／シグナリング伝送時間は、最大値、最小値、固定値又は真値に制限されるために、次の（１）～（４）のような制限の１つ又は複数が含まれる。

（１）トリガシグナリングの処理時間Ｎ０。

例示的に、Ｎ０は第１処理時間（
）によって限定されてもよい。

（２）推奨リソース選択の処理時間及び／又はリソース推奨シグナリングの伝送準備時間Ｎ１。

選択的に、上記２種類の時間、即ち推奨リソース選択の処理時間Ｎ１’及びリソース推奨シグナリングの伝送準備時間Ｎ１’’は、別々に限定されてもよい。

例示的に、Ｎ１、Ｎ１’又はＮ１’’は、第２処理時間（
）によって制限されてもよい。

（３）リソース推奨シグナリングの伝送時間Ｎ２。

例示的に、Ｎ２の値は、１スロット（ｓｌｏｔ）である。

（４）リソース推奨シグナリングの復調時間及び／又はＴＸ ＵＥ側の伝送準備時間Ｎ３。

選択的に、上記２種類の時間、即ちリソース推奨シグナリングの復調時間Ｎ３’及びＴＸ ＵＥ側の伝送準備時間Ｎ３’’は、別々に限定されてもよい。

例示的に、Ｎ３’は
によって制限されてもよい。

例示的に、Ｎ３、Ｎ３’又はＮ３’’は、第１処理時間と第２処理時間の和（
）によって制限されてもよい。

例示的に、Ｎ３、Ｎ３’又はＮ３’は、ソース推奨シグナリングの復調、ＰＳＣＣＨ／ＰＳＳＣＨ伝送の準備、ＴＸ－ＲＸ／ＲＸ－ＴＸの変換等の少なくとも１つを含むＴＸ ＵＥの能力次第で、実定値となってもよく、当該値は協調ＵＥに通知されてもよい。

説明すべきことは、Ｎ０…Ｎ３の任意の和を限定することは排除されない点である。

実施例３

（１）ＵＥは推奨リソースのリソース選択ウィンドウｎ＋（Ｘ１，Ｘ２）／［Ｘ１，Ｘ２］を決定する。

リソース選択トリガ時刻はｎである。Ｃｏ－ＵＥがｎ時刻でトリガシグナリングを受信した場合、推奨リソースはｎ＋Ｎ０＋Ｎ１＋Ｎ２＋Ｎ３の後に選択されるべきである。

（２）Ｘ１の具体的な位置は、Ｘ１＞＝／＞Ｘ１＿ｍｉｎ及び／又はＸ１＜＝／＜Ｘ１＿ｍａｘの制限を満たす。

Ｘ１＿ｍｉｎの決定方法は次のオプション１～４のうちの１つ又は複数を少なくとも含む。

オプション（Ｏｐｔｉｏｎ）１では、Ｘ１＿ｍｉｎは、前記Ｎ１…Ｎ３（又は対応する最大／最小値）のうちの１つ又は複数（の和）によって決定される。

例示的に、前記Ｘ１＿ｍｉｎ＝Ｎ２＋Ｎ３（Ｎ１…Ｎ３は、対応する最大／最小値であってもよい）である。

Ｏｐｔｉｏｎ ２では、Ｘ１＿ｍｉｎはプロトコルによって規定される。

例示的に、前記Ｘ１＿ｍｉｎ＝Ｎであり、Ｎが０の場合、Ｘ１＿ｍｉｎの決定方法は、関連技術におけるＴ１＿ｍｉｎの決定方法と同等である（プロトコルはＮ１…Ｎ３に基づいてＮ値を規定してもよく、Ｎは、０以外の値であってもよい）。

Ｏｐｔｉｏｎ ３では、Ｘ１＿ｍｉｎは、制御ノードによって設定され／事前に設定される。

例示的に、Ｘ１＿ｍｉｎ＝Ｙであり、リソース推奨シグナリングのリソース選択ウィンドウに応じてＹ値を規定／設定してもよい。

Ｏｐｔｉｏｎ ４では、Ｘ１＿ｍｉｎは、少なくともリソース推奨シグナリングの位置によって決定され、リソース推奨シグナリングのリソース位置がｙ時刻にあると仮定する（選択的に、対応するリソース推奨シグナリングが複数存在する場合、ｙ時刻は、最後のリソース推奨シグナリングの位置である）。

例示的に、Ｘ１＿ｍｉｎ＝ｙである。

例示的に、Ｏｐｔｉｏｎ ４はＯｐｔｉｏｎ １と組み合わせることができ、例えばＸ１＿ｍｉｎ＝ｙ＋Ｎ２＋Ｎ３である（Ｎ１…Ｎ３は、対応する最大／最小値であってもよい）。

例示的に、Ｏｐｔｉｏｎ ４はＯｐｔｉｏｎ ２と組み合わせることができ、例えばＸ１＿ｍｉｎ＝ｙ＋Ｎである（Ｎは０であってもよい）。

Ｘ１＿ｍａｘの決定方法は、次のＯｐｔｉｏｎ １～４のうちの１つ又は複数を少なくとも含む。

Ｏｐｔｉｏｎ １では、Ｘ１＿ｍａｘは上記ｏｐｔｉｏｎ １／２／３／４の任意のＸ１＿ｍｉｎ及びＮ１…Ｎ３（又は対応する最大／最小値）のうちの１つ又は複数（の和）によって決定される。

例示的に、Ｘ１＿ｍａｘ＝Ｎ０＋Ｎ１＋Ｘ１＿ｍｉｎである（Ｎ１…Ｎ３は、対応する最大／最小値であってもよい）。

Ｏｐｔｉｏｎ ２では、Ｘ１＿ｍａｘ（又はＸ１＿ｍａｘ－Ｘ１＿ｍｉｎ）は、プロトコルによって規定される。

Ｏｐｔｉｏｎ ３では、Ｘ１＿ｍａｘ（又はＸ１＿ｍａｘ－Ｘ１＿ｍｉｎ）は、制御ノードによって設定され／事前に設定される。

Ｏｐｔｉｏｎ ４では、Ｘ１＿ｍａｘは、少なくともリソース推奨シグナリングの位置によって決定され、リソース推奨シグナリングのリソース位置がｙ時刻にあると仮定する（選択的に、対応するリソース推奨シグナリングが複数存在する場合、ｙ時刻は、最後のリソース推奨シグナリングの位置である）。

例示的に、ｙとＸ１＿ｍａｘの時間間隔は所定関係を満たし、即ちＸ１＿ｍａｘ－ｙ＜／＜＝Ｋ０であり、Ｋ０はＫ０プロトコルで規定され／設定され／事前に設定された値である。

また、Ｘ１＿ｍｉｎ／Ｘ１＿ｍａｘを決定する方法によってＸ１を決定してもよい。

Ｘ２＞／＞＝Ｘ１及び／又はＸ２＜／＜＝ＰＤＢである（当該ＰＤＢは推奨リソース選択に関連し、実施例１を参照されたい）。

（３）ＵＥはリソース指示シグナリングのリソース選択ウィンドウｎ＋（Ｙ１，Ｙ２）／［Ｙ１，Ｙ２］を決定する。

リソース選択トリガ時刻はｎであり、Ｃｏ－ＵＥがｎ時刻でトリガシグナリングを受信した場合、リソース推奨シグナリング伝送リソースは、ｎ＋Ｎ０＋Ｎ１の後に選択される。

Ｙ１の具体的な位置は、Ｙ１＞＝／＞Ｙ１＿ｍｉｎ及び／又はＹ１＜＝／＜Ｙ１＿ｍａｘの制限を満たす。

Ｙ１＿ｍｉｎ／Ｙ１＿ｍａｘの決定方法は、関連技術におけるＴ１＿ｍｉｎの決定方法と同等である。

Ｙ２＞／＞＝Ｙ１及び／又はＹ２＜／＜＝Ｙ２＿ｍａｘであり、ここで、Ｙ２＿ｍａｘの決定方法は、次のＯｐｔｉｏｎ １～３のうちの１つ又は複数を少なくとも含む。

Ｏｐｔｉｏｎ １では、Ｙ２＿ｍａｘはＰＤＢである（当該ＰＤＢはリソース指示シグナリングリソース選択に関連し、実施例１を参照されたい）。

選択的に、当該ＰＤＢ値は、プロトコルで規定され／制御ノードによって設定され／事前に設定され／ＵＥ間でネゴシエートされて決定されるものであってもよい。

Ｏｐｔｉｏｎ ２では、Ｙ２＿ｍａｘはプロトコルで規定され／設定され／事前に設定された値である。

Ｏｐｔｉｏｎ ３では、Ｙ２＿ｍａｘは少なくとも推奨リソースの位置によって決定され、推奨リソースのリソース位置がｘ時刻にあると仮定する（選択的に、対応する推奨リソースが複数存在する場合、ｘ時刻は最初の推奨リソースの位置である）。

例示的に、ｘとＹ２＿ｍａｘの時間間隔は所定関係を満たし、即ちｘ－Ｙ２＿ｍａｘ＜／＜＝ｄｅｌｔａであり、ｄｅｌｔａはプロトコルで規定され／設定され／事前に設定された値であり、又はｄｅｌｔａは少なくとも前記Ｎ１…Ｎ３（又は対応する最大／最小値）のうちの１つ又は複数（の和）によって決定される。

（４）ＵＥはリソース選択ウィンドウｎ＋（Ｚ１，Ｚ２）／［Ｚ１，Ｚ２］を決定する。

リソース選択トリガ時刻はｎであり、Ｚ１の決定方法はＸ１／Ｙ１と同じであり、Ｚ２の決定方法はＸ２／Ｙ２と同じである。

また、実施例１の補足として、前記ウィンドウでリソース選択を行う際、『推奨リソース』のｓｕｂ－ｃｈａｎｎｅｌの数に応じてリソース選択を行ってもよい。但し、最初のいくつか（／最初の１つ）のリソースはリソース推奨シグナリングを伝送するために使用され、且つ「リソース推奨シグナリング」が１つのｓｕｂｃｈａｎｎｅｌのみを使用して伝送することを限定してもよい。

図５を参照し、本開示の実施例は、第１端末に適用されるサイドリンクリソースの推奨装置を提供し、当該装置５００は、
第１リソース及び第２リソースのうちの１つ又は複数を含むサイドリンクリソースを選択するための選択モジュール５０１を備え、
ここで、前記第１リソースは、前記第１端末から第２端末に推奨されるものであり、
前記第２リソースは、前記第１端末が第１情報を前記第２端末に送信するためのものであり、前記第１情報は、前記第１端末が前記第１リソースを前記第２端末に推奨するためのものである。

本開示の一実施形態では、前記装置５００は、
第２情報を受信するための第１受信モジュールを更に備え、前記第２情報は、前記第１端末が前記サイドリンクリソースを選択することをトリガするためのものであり、又は前記第２情報は、前記第１端末が前記第１リソースを前記第２端末に推奨することをトリガするためのものである。

本開示の一実施形態では、前記装置５００は、
前記第２リソースによって第１情報を前記第２端末に送信するための第１送信モジュールを更に備える。

本開示の一実施形態では、選択モジュール５０１は更に、前記第１端末が第３リソースから前記サイドリンクリソースを選択するためのものであり、前記第３リソースは干渉が閾値より低いリソースである。

本開示の一実施形態では、前記装置５００は、
前記第３リソースを決定するための決定モジュールを更に備える。

本開示の一実施形態では、決定モジュールは更に、第１リソース選択ウィンドウ内で前記第３リソースを決定するためのものである。

本開示の一実施形態では、決定モジュールは更に、前記第１端末がプロトコルで規定された情報、制御ノードによって設定された情報、又は事前に設定された情報に基づいて、前記第１リソース選択ウィンドウ内で前記第３リソースを決定するためのものである。

本開示の一実施形態では、選択モジュール５０１は更に、第２リソース選択ウィンドウを決定し、そして前記第２リソース選択ウィンドウ内の前記第３リソースから前記サイドリンクリソースを選択するためのものである。

本開示の一実施形態では、選択モジュール５０１は更に、前記第１端末が第１時間、ＰＤＢ、優先度情報、サブチャネルの数及び再送回数のうちの１つ又は複数に基づいて、前記サイドリンクリソースを選択するためのものであり、
ここで、前記第１時間は、前記第１端末がサイドリンクリソースを選択するトリガ時間である。

本開示の一実施形態では、選択モジュール５０１は更に、第２時間に基づいて、前記サイドリンクリソースを選択するためのものであり、
ここで、前記第２時間は、
前記第２情報の処理時間と、
前記第１リソース選択の処理時間と、
前記第１情報の伝送準備時間と、
前記第１情報の伝送時間と、
前記第１情報の復調時間と、
前記第２端末の伝送準備時間と、のうちの１つ又は複数を少なくとも含む。

本開示の一実施形態では、決定モジュールは更に、第３時間、パケット遅延バジェット、優先度情報、サブチャネルの数及び再送回数のうちの１つ又は複数に基づいて、前記第３リソースを決定するためのものであり、
ここで、前記第３時間は、前記第１端末が前記サイドリンクリソースを選択するトリガ時間である。

本開示の一実施形態では、決定モジュールは更に、第４時間に基づいて、前記第３リソースを決定するためのものであり、
ここで、前記第４時間は、
前記第２情報の処理時間と、
前記第１リソース選択の処理時間と、
前記第１情報の伝送準備時間と、
前記第１情報の伝送時間と、
前記第１情報の復調時間と、
前記第２端末の伝送準備時間と、のうちの１つ又は複数を含む。

本開示の一実施形態では、前記パケット遅延バジェットは、プロトコルで規定されるか、制御ノードによって設定されるもしくは事前に設定されるか、制御ノードによって動的に指示されるか、端末間でネゴシエートされるか、又は前記第２端末の伝送すべきＴＢのパケット遅延バジェットであり、
又は、
前記優先度情報は、プロトコルで規定されるか、制御ノードによって設定されるもしくは事前に設定されるか、制御ノードによって動的に指示されるか、端末間でネゴシエートされるか、又は前記第２端末の伝送すべきＴＢの優先度情報であり、
又は、
前記サブチャネルの数は、プロトコルで規定されるか、制御ノードによって設定されるもしくは事前に設定されるか、制御ノードによって動的に指示されるか、端末間でネゴシエートされるか、又は前記第２端末の伝送すべきＴＢのサブチャネルの数であり、
又は、
前記再送回数はプロトコルで規定されるか、制御ノードによって設定されるもしくは事前に設定されるか、制御ノードによって動的に指示されるか、端末間でネゴシエートされるか、又は前記第２端末の伝送すべきＴＢの再送回数である。

本開示の一実施形態では、前記第１情報の優先度は前記第１情報送受信と他の伝送との優先度判断にも使用され、ここで、前記他の伝送は、新しい無線ＮＲサイドリンクＳＬ送信、ＮＲ ＳＬ受信、ＮＲアップリンクＵＬ送信、進化型ユニバーサル地上無線アクセスＥＵＴＲＡ ＳＬ送信及びＥＵＴＲＡ ＳＬ受信のうちの少なくとも１つを含む。

本開示の一実施形態では、選択モジュール５０１は更に、リソース選択メカニズムに従って前記サイドリンクリソースを選択するためのものであり、
ここで、前記リソース選択メカニズムは、
前記第１リソースが第１リソース選択プロセスを採用し、前記第２リソースが第２リソース選択プロセスを採用することを含む第１メカニズムと、
前記第１リソースが第３リソース選択ウィンドウを採用し、前記第２リソースが第４リソース選択ウィンドウを採用することを含む第２メカニズムと、を含む。

本開示の一実施形態では、前記リソース選択メカニズムは、プロトコルで規定されるか、制御ノードによって設定されるか、もしくは事前に設定されるものである。

本開示の一実施形態では、前記第１リソース選択プロセスと前記第２リソース選択プロセスは別々に実行し、
又は、前記第１リソース選択プロセスと前記第２リソース選択プロセスはリソース選択プロセスを共有する。

本開示の一実施形態では、前記第１リソース選択プロセスと前記第２リソース選択プロセスは別々に実行することは、
前記第１リソース選択プロセスで選択された第１リソースの位置に応じて前記第２リソース選択プロセスをトリガすることと、
前記第２リソース選択プロセスで選択された第２リソースの位置に応じて前記第１リソース選択プロセスをトリガすることと、
前記第１リソース選択プロセスで選択された第１リソースの位置に応じて前記第２リソースを選択することと、
前記第２リソース選択プロセスで選択された第２リソースの位置に応じて前記第１リソースを選択することと、のうちの１つ又は複数を少なくとも含む。

本開示の一実施形態では、前記装置５００は、
前記第１リソース選択プロセスで第１リソース選択に失敗した場合、前記第１リソース選択プロセスを停止するか、又は選択されたリソースを廃棄し、
又は、
前記第２リソース選択プロセスで第２リソース選択に失敗した場合、前記第２リソース選択プロセスを停止し、又は選択されたリソースを廃棄するための処理モジュールを更に備える。

本開示の一実施形態では、前記第３リソース選択ウィンドウと前記第４リソース選択ウィンドウは、プロトコルで規定されるか、制御ノードによって設定されるか、もしくは事前に設定されるものである。

本開示の一実施形態では、前記第３リソース選択ウィンドウと第４リソース選択ウィンドウは、
前記第３リソース選択ウィンドウと前記第４リソース選択ウィンドウが異なるリソース選択ウィンドウであること、
又は、前記第３リソース選択ウィンドウと前記第４リソース選択ウィンドウがリソース選択ウィンドウを共有すること、のうちの１つを満たす。

本開示の一実施形態では、前記第３リソース選択ウィンドウと前記第４リソース選択ウィンドウが異なるリソース選択ウィンドウであることは、
前記第４リソース選択ウィンドウが、第３リソース選択ウィンドウで選択された第１リソースの位置に応じて決定され、又は、前記第３リソース選択ウィンドウが、第４リソース選択ウィンドウで選択された第２リソースの位置に応じて決定されることを含む。

本開示の一実施形態では、前記第１リソースと前記第２リソースとの間の時間間隔は、
前記第１情報の伝送時間と前記第２端末による前記第１情報の復調時間の和と、
前記第１情報の伝送時間と前記第２端末の伝送準備時間の和と、
前記第１情報の伝送時間と、前記第２端末による前記第１情報の復調時間と前記第２端末の伝送準備時間の和と、
プロトコル規定、制御ノード設定もしくは事前設定、端末間ネゴシエーションと、
前記第１情報が前記第１リソースを指示できることと、のうちの１つ又は複数に基づいて決定される。

本開示の一実施形態では、前記第１情報には、
１つ又は複数の開始サブチャネルの位置と、
それぞれが１つの開始サブチャネルの位置に対応する１つ又は複数のＴＤＲＡフィールド又はＦＤＲＡフィールドと、
１つ又は複数の開始スロットの位置と、
前記第１情報と前記開始スロットの時間間隔と、
複数の開始スロット間の時間間隔と、
開始スロットの絶対時間と、
開始スロットの基準ＳＦＮと、
開始スロットの時間オフセット値と、のうちの１つ又は複数が含まれる。

本開示の実施例で提供される装置は、図２～図４に示す方法実施例で実現される各プロセスを実現でき、同様な技術効果を達成でき、繰り返して説明することを回避するために、ここで詳細な説明を省略する。

本開示の実施例は、第１リソース及び第２リソースのうちの１つ又は複数を含むサイドリンクリソースを選択するためのプロセッサと、通信インタフェースとを備える端末を更に提供し、ここで、前記第１リソースは、前記第１端末から第２端末に推奨されるものであり、前記第２リソースは、前記第１端末が第１情報を前記第２端末に送信するためのものであり、前記第１情報は、前記第１端末が前記第１リソースを前記第２端末に推奨するためのものである。当該端末実施例は上記端末側方法実施例に対応するものであり、上記方法実施例の各実施プロセスと実現形態は全て当該端末実施例に適用可能であり、且つ同様な技術効果を達成できる。

具体的には、図６は本開示の実施例を実現する端末のハードウェア構造模式図である。当該端末６００は、高周波ユニット６０１、ネットワークモジュール６０２、オーディオ出力ユニット６０３、入力ユニット６０４、センサ６０５、表示ユニット６０６、ユーザ入力ユニット６０７、インタフェースユニット６０８、メモリ６０９、及びプロセッサ６１０等の部材のうちの少なくとも一部を含むが、それらに限定されない。

当業者であれば、端末６００は各部材に給電する電源（例えば、電池）を更に含んでもよく、電源は、電源管理システムによってプロセッサ６１０と論理的に接続し、更に電源管理システムによって充放電の管理、及び電力消費管理等の機能を実現できることが理解可能である。図６に示す端末の構造は端末を限定するものではなく、端末は図示より多く又はより少ない部材、又は一部の部材の組合せ、又は異なる部材配置を含んでもよく、ここで詳細な説明は省略する。

本開示の実施例では、入力ユニット６０４は、ビデオ獲得モード又は画像獲得モードで画像獲得装置（例えば、カメラ）により取得した静的画像又はビデオの画像データを処理するグラフィックスプロセッシングユニット（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＧＰＵ）６０４１と、マイクロホン６０４２とを含んでもよいことを理解すべきである。表示ユニット６０６は表示パネル６０６１を含んでもよく、表示パネル６０６１は液晶ディスプレイ、有機発光ダイオード等の形式で配置してもよい。ユーザ入力ユニット６０７はタッチパネル６０７１及び他の入力デバイス６０７２を含む。タッチパネル６０７１はタッチスクリーンとも呼ばれる。タッチパネル６０７１は、タッチ検出装置及びタッチ制御器という２つの部分を含んでもよい。他の入力デバイス６０７２は、物理キーボード、機能ボタン（例えば、音量制御ボタン、スイッチボタン等）、トラックボール、マウス、操作レバーを含んでもよいが、これらに限定されず、ここで詳細な説明を省略する。

本開示の実施例において、高周波ユニット６０１は、ネットワーク側機器からのダウンリンクデータを受信した後、プロセッサ６１０で処理し、また、アップリンクのデータをネットワーク側機器に送信する。通常、高周波ユニット６０１は、アンテナ、少なくとも１つの増幅器、受送信機、カプラー、低騒音増幅器、デュプレクサ等を含むが、それらに限定されない。

メモリ６０９は、ソフトウェアプログラム又はコマンド及び様々なデータを記憶するために用いることができる。メモリ６０９は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーション又はコマンド（例えば、音声再生機能、画像再生機能等）等を記憶可能なプログラム又はコマンド記憶領域と、データ記憶領域とを主に含んでもよい。また、メモリ６０９は、高速ランダムアクセスメモリを含んでもよいし、不揮発性メモリを含んでもよく、そのうち、不揮発性メモリは、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、プログラマブル読み取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ，ＰＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ，ＥＰＲＯＭ）、電気的消去可能なプログラマブル読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ，ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性ソリッドステート記憶デバイスが挙げられる。

プロセッサ６１０は、１つ又は複数の処理ユニットを含んでもよく、選択的に、プロセッサ６１０に、オペレーティングシステム、ユーザインタフェース及びアプリケーション又はコマンド等を主に処理するアプリケーションプロセッサと、ベースバンドプロセッサのような無線通信を主に処理するモデムプロセッサとを統合することができる。上記モデムプロセッサはプロセッサ６１０に統合されなくてもよいことが理解可能である。

本開示の実施例で提供される端末は図２～図４に示す方法実施例で実現する各工程を実現でき、同様な技術効果を達成でき、繰り返して説明することを回避するために、ここで詳細な説明を省略する。

本開示の実施例は、記憶媒体に記憶され、図２～図４に記載の処理の方法のステップを実現するように少なくとも１つのプロセッサによって実行されるコンピュータプログラム／プログラム製品を更に提供する。

本開示の実施例は可読記憶媒体を更に提供し、前記可読記憶媒体にはプログラムもしくはコマンドが記憶されており、当該プログラムもしくはコマンドがプロセッサによって実行されると、上記図２～図４に示す方法実施例の各プロセスが実現され、且つ同様な技術効果を達成でき、繰り返して説明することを回避するために、ここで詳細な説明を省略する。

ここで、前記プロセッサは上記実施例に記載の端末におけるプロセッサである。前記可読記憶媒体は、例えば、コンピュータ読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク又は光ディスク等のコンピュータ可読記憶媒体を含む。

本開示の実施例はチップを更に提供し、前記チップはプロセッサと通信インタフェースとを備え、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサがプログラムもしくはコマンドを実行し、上記図２～図４に示す方法実施例の各プロセスを実現するためのものであり、且つ同様な技術効果を達成でき、繰り返して説明することを回避するために、ここで詳細な説明を省略する。

本開示の実施例で言及したチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップ等と呼ばれてもよいことを理解すべきである。

本開示の実施例はチップを更に提供し、前記チップは上記図２～図４に示す方法実施例の各プロセスを実行するように設定され、且つ同様な技術効果を達成でき、繰り返して説明することを回避するために、ここで詳細な説明を省略する。

説明すべきことは、本明細書において、用語「含む」、「からなる」又はその他のあらゆる変形は、非排他的包含を含むように意図され、それにより一連の要素を含むプロセス、方法、物品又は装置は、それらの要素のみならず、明示されていない他の要素、又はこのようなプロセス、方法、物品又は装置に固有の要素をも含む点である。特に断らない限り、語句「１つの……を含む」により限定される要素は、該要素を含むプロセス、方法、物品又は装置に別の同じ要素が更に存在することを排除するものではない。また、指摘すべきことは、本出願の実施形態における方法及び装置の範囲は、図示又は検討された順序で機能を実行することに限定されず、係る機能に応じて実質的に同時に又は逆の順序で機能を実行することも含み得る点であり、例えば、説明されたものと異なる順番で、説明された方法を実行してもよく、更に各種のステップを追加、省略、又は組み合わせてもよい。また、何らかの例を参照して説明した特徴は他の例において組み合わせられてもよい。

以上の実施形態に対する説明によって、当業者であれば上記実施例の方法がソフトウェアと必要な共通ハードウェアプラットフォームとの組合せという形態で実現できることを明確に理解可能であり、当然ながら、ハードウェアによって実現してもよいが、多くの場合において前者はより好ましい実施形態である。このような見解をもとに、本出願の技術的解決手段は実質的に又は従来技術に寄与する部分はコンピュータプログラム製品の形で実施することができ、該コンピュータプログラム製品は、記憶媒体（例えば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器等であってもよい）に本開示の各実施例に記載の方法を実行させる複数のコマンドを含む。

以上、図面を参照しながら本開示の実施例を説明したが、本開示は上記の具体的な実施形態に限定されず、上記の具体的な実施形態は例示的なものに過ぎず、限定的なものではなく、本開示の示唆をもとに、当業者が本開示の趣旨及び特許請求の保護範囲から逸脱することなくなし得る多くの形態は、いずれも本開示の保護範囲に属するものとする。

501 選択モジュール
601 高周波ユニット
602 ネットワークモジュール
603 オーディオ出力ユニット
604 入力ユニット
6041 グラフィックスプロセッシングユニット
6042 マイクロホン
605 センサ
606 表示ユニット
6061 表示パネル
607 ユーザ入力ユニット
6071 タッチパネル
6072 他の入力デバイス
608 インタフェースユニット
609 メモリ
610 プロセッサ

Claims (30)

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. 請求項１から２４のいずれか１項に記載のサイドリンクリソースの推奨方法のステップを実行するように設定される、通信機器。

Images