知財求人 - 知財ポータルサイト「IP Force」
特表2024-521596サイドリンクリソース選択のための方法、デバイス、システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-06-04
(54)【発明の名称】サイドリンクリソース選択のための方法、デバイス、システム
(51)【国際特許分類】
H04W 76/28 20180101AFI20240528BHJP
H04W 72/40 20230101ALI20240528BHJP
H04W 72/0446 20230101ALI20240528BHJP
【ＦＩ】
H04W76/28
H04W72/40
H04W72/0446
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023507420
(86)(22)【出願日】2021-05-10
(85)【翻訳文提出日】2023-03-20
(86)【国際出願番号】 CN2021092616
(87)【国際公開番号】W WO2022236532
(87)【国際公開日】2022-11-17
(81)【指定国・地域】
(71)【出願人】
【識別番号】511151662
【氏名又は名称】中興通訊股▲ふん▼有限公司
【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100078282
【弁理士】
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【弁理士】
【氏名又は名称】森下 夏樹
(74)【代理人】
【識別番号】100181674
【弁理士】
【氏名又は名称】飯田 貴敏
(74)【代理人】
【識別番号】100181641
【弁理士】
【氏名又は名称】石川 大輔
(74)【代理人】
【識別番号】230113332
【弁護士】
【氏名又は名称】山本 健策
(72)【発明者】
【氏名】ドゥー， ウェイチャン
(72)【発明者】
【氏名】ルオ， ウェイ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA23
5K067DD11
5K067EE02
5K067EE10
5K067EE25
5K067EE71
5K067GG02
(57)【要約】
上記の本開示は、サイドリンク通信のための方法、デバイス、およびシステムを説明する。第１のＵＥによって実施される、本方法は、ＤＲＸモードで起動している第２のＵＥと、サイドリンクデータ伝送セッションを開始することと、第２のＵＥの第１のアクティブ時間内に、サイドリンクデータ伝送セッションの第１のデータパケットを第２のＵＥに伝送するために、第１の伝送リソースを選択することとを含む。本開示は、ＤＲＸモードにおけるサイドリンク伝送リソース選択、サイドリンク伝送リソース選択／再選択、伝送リソース選択のためのＵＥ間協調、論理チャネル優先順位付け、および共有伝送リソースを介した補助情報報告等をサポートする、種々の実施形態を説明する。
【特許請求の範囲】
【請求項1】
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、断続受信（ＤＲＸ）モードで起動している第２のＵＥとサイドリンクデータ伝送セッションを開始することと、
前記第２のＵＥの第１のアクティブ時間内に、前記第２のＵＥに前記サイドリンクデータ伝送セッションの第１のデータパケットを伝送するために、第１の伝送リソースを選択することと
を含む、方法。
【請求項2】
前記第２のＵＥの第２のアクティブ時間内に、前記第２のＵＥに前記サイドリンクデータ伝送セッションの後続データパケットを伝送するために、第２の伝送リソースを選択することをさらに含む、請求項１に記載の方法。
【請求項3】
周期数ｔ１を用いてサイドリンクデータ伝送セッションを構成することであって、ｔ１は、前記第２のＵＥによって管理される非アクティブタイマの持続時間に等しいまたはそれ未満であり、前記非アクティブタイマは、前記サイドリンクデータ伝送セッションの後続データパケットの受信に応答して前記第２のＵＥによってリセットされる、ことをさらに含む、請求項１に記載の方法。
【請求項4】
前記第１のＵＥは、ＤＲＸモードで起動している、請求項１に記載の方法。
【請求項5】
ＤＲＸモードで起動している第１の宛先ＵＥへの第１のサイドリンクデータ伝送をサポートするために、第１の論理チャネル構成を構成することと、ＤＲＸモードで起動していない第２の宛先ＵＥへの第２のサイドリンクデータ伝送をサポートするために、第２の論理チャネル構成を構成することと
をさらに含む、請求項４に記載の方法。
【請求項6】
前記第１の伝送リソースを選択することは、前記第２のＵＥの前記第１のアクティブ時間内に、前記第２のＵＥのＤＲＸ構成に従って、前記第２のＵＥに前記サイドリンクデータ伝送セッションの第１のデータパケットを伝送するために、前記第１の伝送リソースを選択すること
を含む、請求項１に記載の方法。
【請求項7】
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、ＤＲＸモードで起動している第２のＵＥとサイドリンクデータ伝送セッションを開始することであって、前記サイドリンクデータ伝送セッションは、論理チャネルのセットに関連付けられる、ことと、
予め定義された条件に基づいて、前記論理チャネルのセットから論理チャネルを決定することと、
前記論理チャネルに基づいて、前記サイドリンクデータ伝送セッションのための伝送リソースを選択することと
を含む、方法。
【請求項8】
前記予め定義された条件は、伝送のために利用可能なサイドリンクデータを有する前記論理チャネルのセット内の全ての論理チャネルの中で最も高い優先順位を有する論理チャネル、または
０より大きいサイドリンクバケットサイズを有する前記論理チャネルのセット内の全ての論理チャネルの中で最も高い優先順位を有する論理チャネル
のうちの１つを含む、請求項７に記載の方法。
【請求項9】
無線通信ネットワークにおけるサイドリンク通信のための方法であって、第２のＵＥへのサイドリンクデータ伝送をサポートするための伝送リソースプールにおいて事前に選択された伝送リソースを用いて構成される第１のＵＥによって実施され、前記事前に選択された伝送リソースがもはやサイドリンクデータ伝送のために好適ではないと決定することと、
前記事前に選択された伝送リソースを、サイドリンクデータ伝送のために好適である伝送リソースを用いて、更新することと
を含む、方法。
【請求項10】
前記事前に選択された伝送リソースがもはやサイドリンクデータ伝送のために好適ではないと決定することは、前記事前に選択された伝送リソースが、前記第２のＵＥのアクティブ時間内にないことに応答して、前記事前に選択された伝送リソースがもはや前記サイドリンクデータ伝送のために好適ではないと決定すること
を含む、請求項９に記載の方法。
【請求項11】
前記事前に選択された伝送リソースを更新することは、サイドリンク伝送リソース再選択プロシージャをトリガすること、または
前記サイドリンクデータ伝送のために好適である前記伝送リソースを選択し、前記事前に選択された伝送リソースを、前記第１のＵＥによって維持される伝送リソースプール内の前記伝送リソースと置換すること
のうちの１つを含む、請求項９に記載の方法。
【請求項12】
ＵＥによって実施されるサイドリンク通信における論理チャネル優先順位付けを実施するための方法であって、宛先ＵＥが、アクティブ時間中ではなく、前記宛先ＵＥが、ＤＲＸモードで起動していることを決定することと、
前記論理チャネル優先順位付けを実施するとき、前記宛先ＵＥと関連付けられる論理チャネルをスキップすることと
を含む、方法。
【請求項13】
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、伝送されるべきサイドリンクデータの優先順位または信頼性要件が、事前に構成された閾値よりも高いこと、
前記第１のＵＥのチャネルビジー率が、事前に構成された閾値より多いこと、
第２のＵＥへの断続伝送の数が、事前に構成された閾値より多いこと、
前記第２のＵＥから受信されるハイブリッド自動再送要求否定応答（ＨＡＲＱ ＮＡＣＫ）の数が、事前に構成された閾値より多いこと、
前記第２のＵＥが、ＵＥ間協調をサポートすること、
前記第２のＵＥによって提供されるサイドリンク通信のための伝送リソースのセットが、古くなっていること、
サイドリンク通信のための伝送リソースプールが、再構成されていること、
前記第１のＵＥの感知パラメータが、再構成されていること、または
前記第２のＵＥによって提供されるサイドリンク通信のための伝送リソースのセット内の伝送リソースのいずれも、最大許容変調符号化方式に適応することが可能ではないこと
のうちの少なくとも１つの条件が充足されることに応答して、第２のＵＥに対してＵＥ間協調を開始することを含む、方法。
【請求項14】
サイドリンクデータ伝送のための伝送リソースを用いて構成される第１のＵＥによって実施される、サイドリンク通信における論理チャネル優先順位付けプロシージャの間に、第１のＵＥが、第２のＵＥを宛先ＵＥとして選択するための方法であって、前記伝送リソースが前記第２のＵＥによって提供される優先リソースのセット内にあることに応答して、前記第２のＵＥを宛先ＵＥとして選択すること、
前記伝送リソースが前記第２のＵＥによって提供される非優先リソースのセットに含まれないことに応答して、前記第２のＵＥを宛先ＵＥとして選択すること、または
前記伝送リソースが前記第２のＵＥによって提供される衝突リソースのセットに含まれていないことに応答して、前記第２のＵＥを宛先ＵＥとして選択すること
の少なくとも１つを含む、方法。
【請求項15】
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、サイドリンク通信の論理チャネル優先順位付けプロシージャの間に、データ多重化後のサイドリンクデータ伝送リソースに十分な容量が存在することを決定することと、
サイドリンクデータ伝送リソースに伝送リソース報告を追加することであって、前記伝送リソース報告は、サイドリンクデータ伝送リソースを選択するための第２のＵＥを補助するために使用される、ことと、
前記サイドリンクデータ伝送リソースを前記第２のＵＥに伝送することと
を含む、方法。
【請求項16】
１つまたはそれを上回るプロセッサを備えるデバイスであって、前記１つまたはそれを上回るプロセッサは、請求項１－１５のいずれか１項に記載の方法を実装するように構成される、デバイス。
【請求項17】
非一過性コンピュータ可読プログラム媒体を備えるコンピュータプログラム製品であって、前記非一過性コンピュータ可読プログラム媒体は、その上に記憶されるコンピュータコードを伴い、前記コンピュータコードは、１つまたそれを上回るプロセッサによって実行されると、前記１つまたそれを上回るプロセッサに請求項１－１５のいずれか１項に記載の方法を実装させる、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、概して、無線通信を対象とし、特に、サイドリンク通信のための方法、システム、およびデバイスを対象とする。
【背景技術】
【0002】
無線マルチメディアサービスの発展に伴い、高データレートおよびユーザ体験のための需要が、高まっており、これは、無線通信システムの容量およびカバレッジに関するより高い要件につながる。一方、公共安全、ソーシャルネットワーキング、近距離データ共有、ローカル広告等の用途シナリオは、近傍デバイス間の通信の需要を徐々に高めている。したがって、デバイス間（Ｄ２Ｄ）通信技術が登場した。Ｄ２Ｄ技術は、セルラーネットワークの負担を低減させ、ユーザ機器（ＵＥ）のバッテリ電力消費を低減させ、データレートを増加させ、ネットワークインフラのロバスト性を改良させることができ、これは、高データレートサービスおよび近接サービスの要件を充足させる。Ｄ２Ｄ技術はまた、近接サービス（ＰｒｏＳｅ）またはサイドリンク（ＳＬ）通信と称される。
【0003】
モバイルデバイスの消費電力を低減させ、バッテリ寿命を延ばすことは、サイドリンク通信を設計する際の重要な目標である。サイドリンク通信におけるＵＥハードウェア回路網の動作時間を低減させ、それでもなおサービス要件を満たすことは、そのような電力節約に大きく寄与することができる。
【発明の概要】
【課題を解決するための手段】
【0004】
本開示は、サイドリンク通信のための方法、システム、およびデバイスを対象とする。
【0005】
１つの実施形態では、無線通信ネットワークにおけるサイドリンク通信のための方法が、開示される。第１のＵＥによって実施される、本方法は、断続受信（ＤＲＸ）モードで起動している第２のＵＥとサイドリンクデータ伝送セッションを開始することと、第２のＵＥの第１のアクティブ時間内に、第２のＵＥにサイドリンクデータ伝送セッションの第１のデータパケットを伝送するために、第１の伝送リソースを選択することとを含んでもよい。
【0006】
１つの実施形態では、無線通信ネットワークにおけるサイドリンク通信のための方法が、開示される。第１のＵＥによって実施される、本方法は、ＤＲＸモードで起動している第２のＵＥとサイドリンクデータ伝送セッションを開始することであって、サイドリンクデータ伝送セッションは、論理チャネルのセットに関連付けられる、ことと、予め定義された条件に基づいて、論理チャネルのセットから論理チャネルを決定することと、論理チャネルに基づいて、サイドリンクデータ伝送セッションのための伝送リソースを選択することとを含んでもよい。
【0007】
１つの実施形態では、無線通信ネットワークにおけるサイドリンク通信のための方法が、開示される。第１のＵＥによって実行される、第２のＵＥへのサイドリンクデータ伝送をサポートするための伝送リソースプールにおいて事前に選択された伝送リソースを用いて構成される、本方法は、事前に選択された伝送リソースがもはやサイドリンクデータ伝送のために好適ではないと決定することと、事前に選択された伝送リソースを、サイドリンクデータ伝送のために好適である伝送リソースを用いて、更新することとを含んでもよい。
【0008】
１つの実施形態では、ＵＥによって実施される、サイドリンク通信における論理チャネル優先順位付けを実施するための方法が、開示され、本方法は、宛先ＵＥが、アクティブ時間中ではなく、宛先ＵＥが、ＤＲＸモードで起動していることを決定することと、論理チャネル優先順位付けを実施するとき、宛先ＵＥと関連付られる論理チャネルをスキップすることとを含んでもよい。
【0009】
１つの実施形態では、無線通信ネットワークにおけるサイドリンク通信のための方法が、開示される。第１のＵＥによって実施される、本方法は、伝送されるべきサイドリンクデータの優先順位または信頼性要件が、事前に構成された閾値よりも高いこと、第１のＵＥのチャネルビジー率が、事前に構成された閾値より高いこと、第２のＵＥへの断続伝送の数が、事前に構成された閾値より多いこと、第２のＵＥから受信されるハイブリッド自動再送要求否定応答（ＨＡＲＱ ＮＡＣＫ）の数が、事前に構成された閾値より多いこと、第２のＵＥが、ＵＥ間協調をサポートすること、第２のＵＥによって提供されるサイドリンク通信のための伝送リソースのセットが、古くなっていること、サイドリンク通信のための伝送リソースプールが、再構成されていること、第１のＵＥの感知パラメータが、再構成されていること、または第２のＵＥによって提供されるサイドリンク通信のための伝送リソースのセット内の伝送リソースのいずれも、最大許容変調符号化方式に適応することが可能ではないことのうちの少なくとも１つの条件が充足されることに応答して、第２のＵＥに対してＵＥ間協調を開始することを含んでもよい。
【0010】
１つの実施形態では、第１のＵＥが、サイドリンクデータ伝送のための伝送リソースを用いて構成される第１のＵＥによって実施される、サイドリンク通信における論理チャネル優先順位付けプロシージャの間に、第２のＵＥを宛先ＵＥとして選択するための方法が、開示され、本方法は、伝送リソースが第２のＵＥによって提供される優先リソースのセット内にあることに応答して、第２のＵＥを宛先ＵＥとして選択すること、伝送リソースが第２のＵＥによって提供される非優先リソースのセットに含まれないことに応答して、第２のＵＥを宛先ＵＥとして選択すること、または伝送リソースが第２のＵＥによって提供される衝突リソースのセットに含まれていないことに応答して、第２のＵＥを宛先ＵＥとして選択することの少なくとも１つを含んでもよい。
【0011】
１つの実施形態では、無線通信ネットワークにおけるサイドリンク通信のための方法が、開示される。第１のＵＥによって実施される、本方法は、サイドリンク通信の論理チャネル優先順位付けプロシージャの間に、データ多重化後のサイドリンクデータ伝送リソースに十分な容量が存在することを決定することと、サイドリンクデータ伝送リソースに伝送リソース報告を追加することであって、伝送リソース報告は、サイドリンクデータ伝送リソースを選択するための第２のＵＥを補助するために使用される、ことと、サイドリンクデータ伝送リソースを第２のＵＥに伝送することとを含んでもよい。
【0012】
いくつかの実施形態では、プロセッサと、メモリとを備える、無線通信デバイスであって、プロセッサは、メモリからコードを読み出し、実施形態のいずれかに記載される任意の方法を実装するように構成される、無線通信デバイスが、開示される。
【0013】
いくつかの実施形態では、その上に記憶される、コンピュータ可読媒体コードを備える、コンピュータプログラム製品であって、コードは、プロセッサによって実行されるとき、プロセッサに実施形態のいずれかに記載された任意の方法を実装させる、コンピュータプログラム製品が、開示される。
【0014】
上記の実施形態およびその実装の他の側面および代替は、以下の図面、説明、および請求項において、より詳細に説明される。
【図面の簡単な説明】
【0015】
【発明を実施するための形態】
【0016】
以下の説明および図面は、本開示のある例証的実装を詳細に記載し、これは、本開示の種々の原理が実行され得る、いくつかの例示的様式を示す。しかしながら、図示される実施例は、本開示の多くの可能性として考えられる実施形態の包括ではない。本開示の他の目的、利益、および新規特徴も、図面と併せて検討されるとき、以下の詳細な説明に記載されるであろう。
緒言
緒言
【0017】
図１は、コアネットワーク１１０と、無線アクセスネットワーク（ＲＡＮ）１２０とを含む、例示的無線通信ネットワーク１００を示す。コアネットワーク１１０はさらに、少なくとも１つのモビリティ管理エンティティ（ＭＭＥ）１１２および／または少なくとも１つのアクセスおよびモビリティ管理機能（ＡＭＦ）を含む。コアネットワーク１１０に含まれ得る、他の機能は、図１に示されない。ＲＡＮ１２０は、さらに複数の基地局、例えば、基地局１２２および１２４を含む。基地局は、４Ｇ ＬＴＥのための少なくとも１つの進化型ＮｏｄｅＢ（ｅＮＢ）、または５Ｇ新規無線（ＮＲ）のための次世代ＮｏｄｅＢ（ｇＮＢ）、またはＵＭＴＳ ＮｏｄｅＢ等の任意の他のタイプの信号伝送／受信デバイスを含んでもよい。ｅＮＢ１２２は、Ｓ１インターフェースを介してＭＭＥ１１２と通信する。ｅＮＢ１２２とｇＮＢ１２４とは両方とも、Ｎｇインターフェースを介してＡＭＦ１１４に接続してもよい。各基地局は、少なくとも１つのセルを管理し、サポートする。例えば、基地局ｇＮＢ１２４は、セル１、セル２、およびセル３を管理し、サポートするように構成されてもよい。
【0018】
ｇＮＢ１２４はさらに、中央ユニット（ＣＵ）と、少なくとも１つの分散ユニット（ＤＵ）とを含んでもよい。ＣＵおよびＤＵは、同一場所に併置され得る、またはそれらは、異なる場所に分裂され得る。ＣＵおよびＤＵは、Ｆ１インターフェースを介して、接続されてもよい。代替として、５Ｇネットワークに接続することが可能なｅＮＢに関してもまた、同様にＣＵおよび少なくとも１つのＤＵに分割され、それぞれ、ｎｇ－ｅＮＢ－ＣＵおよびｎｇ－ｅＮＢ－ＤＵと称されてもよい。ｎｇ－ｅＮＢ－ＣＵおよびｎｇ－ｅＮＢ－ＤＵは、Ｗ１インターフェースを介して、接続されてもよい。
【0019】
無線通信ネットワーク１００は、１つまたはそれを上回る追跡エリアを含んでもよい。追跡エリアは、少なくとも１つの基地局によって管理されるセルのセットを含んでもよい。例えば、１４０と標識された追跡エリア１は、セル１、セル２、およびセル３を含み、他の基地局によって管理され得、図１には示されていない、より多くのセルをさらに含んでもよい。無線通信ネットワーク１００はまた、少なくとも１つのＵＥ１６０を含んでもよい。ＵＥは、地上波（ＯＴＡ）無線通信インターフェースおよびリソースを通して基地局と通信するために、基地局によってサポートされる複数のセルの中からセルを選択してもよく、ＵＥ１６０は、無線通信ネットワーク１００内で移動するとき、通信のためのセルを再選択してもよい。例えば、ＵＥ１６０は、最初に、基地局１２４と通信するために、セル１を選択してもよく、次いで、ある後の時点でセル２を再選択してもよい。ＵＥ１６０によるセルの選択または再選択は、種々のセルにおける無線信号強度／品質および他の要因に基づいてもよい。
【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】
さらに、本ソリューションの説明される特徴、利点、および特性は、１つまたはそれを上回る実施形態において任意の好適な様式で組み合わせられ得る。当業者は、本明細書の説明に照らして、本ソリューションが、特定の実施形態の具体的特徴または利点のうちの１つまたはそれを上回るものを伴わずに実践され得ることを認識するであろう。他の事例では、本ソリューションの全ての実施形態に存在しない場合がある、付加的特徴および利点が、ある実施形態において認識され得る。
【図1】
【図2】
【図3】
【図4】
【手続補正書】
【提出日】2024-03-15
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、断続受信（ＤＲＸ）モードで起動している第２のＵＥとサイドリンクデータ伝送セッションを開始することと、
前記第２のＵＥの第１のアクティブ時間内に、前記第２のＵＥに前記サイドリンクデータ伝送セッションの第１のデータパケットを伝送するために、第１の伝送リソースを選択することと
を含む、方法。
【請求項2】
前記第２のＵＥの第２のアクティブ時間内に、前記第２のＵＥに前記サイドリンクデータ伝送セッションの後続データパケットを伝送するために、第２の伝送リソースを選択することをさらに含む、請求項１に記載の方法。
【請求項3】
周期数ｔ１を用いてサイドリンクデータ伝送セッションを構成することをさらに含み、ｔ１は、前記第２のＵＥによって管理される非アクティブタイマの持続時間に等しいまたはそれ未満であり、前記非アクティブタイマは、前記サイドリンクデータ伝送セッションの後続データパケットの受信に応答して前記第２のＵＥによってリセットされる、請求項１に記載の方法。
【請求項4】
前記第１のＵＥは、ＤＲＸモードで起動している、請求項１に記載の方法。
【請求項5】
ＤＲＸモードで起動している第１の宛先ＵＥへの第１のサイドリンクデータ伝送をサポートするために、第１の論理チャネル構成を構成することと、前記ＤＲＸモードで起動していない第２の宛先ＵＥへの第２のサイドリンクデータ伝送をサポートするために、第２の論理チャネル構成を構成することと
をさらに含む、請求項４に記載の方法。
【請求項6】
前記第１の伝送リソースを選択することは、前記第２のＵＥの前記第１のアクティブ時間内に、前記第２のＵＥのＤＲＸ構成に従って、前記第２のＵＥに前記サイドリンクデータ伝送セッションの前記第１のデータパケットを伝送するために、前記第１の伝送リソースを選択すること
を含む、請求項１に記載の方法。
【請求項7】
無線通信ネットワークにおけるサイドリンク通信のための方法であって、前記方法は、第２のＵＥへのサイドリンクデータ伝送をサポートするための伝送リソースプールにおいて事前に選択された伝送リソースを用いて構成される第１のＵＥによって実施され、前記方法は、
前記事前に選択された伝送リソースがもはやサイドリンクデータ伝送のために好適ではないと決定することと、
前記事前に選択された伝送リソースを、サイドリンクデータ伝送のために好適である伝送リソースを用いて、更新することと
を含む、方法。
【請求項8】
前記事前に選択された伝送リソースがもはやサイドリンクデータ伝送のために好適ではないと決定することは、前記事前に選択された伝送リソースが、前記第２のＵＥのアクティブ時間内にないことに応答して、前記事前に選択された伝送リソースがもはや前記サイドリンクデータ伝送のために好適ではないと決定すること
を含み、
前記事前に選択された伝送リソースを更新することは、
サイドリンク伝送リソース再選択プロシージャをトリガすること、または
前記サイドリンクデータ伝送のために好適である前記伝送リソースを選択し、前記事前に選択された伝送リソースを、前記第１のＵＥによって維持される伝送リソースプール内の前記伝送リソースと置換すること
のうちの１つを含む、請求項７に記載の方法。
【請求項9】
ＤＲＸモードで起動している宛先ＵＥの第１のセットへのサイドリンクデータ伝送をサポートするために、第１の論理チャネル構成を構成することであって、前記宛先ＵＥの第１のセットのそれぞれのＤＲＸサイクルは、第１の範囲内にある、ことと、
ＤＲＸモードで起動している宛先ＵＥの第２のセットへのサイドリンクデータ伝送をサポートするために、第２の論理チャネル構成を構成することであって、前記宛先ＵＥの第２のセットのそれぞれのＤＲＸサイクルは、第２の範囲内にある、ことと
をさらに含む、請求項１に記載の方法。
【請求項10】
前記サイドリンクデータ伝送セッションを開始する前に、前記方法は、前記第２のＵＥにサイドリンク制御情報（ＳＣＩ）メッセージを伝送することをさらに含み、前記ＳＣＩメッセージは、前記サイドリンクデータ伝送セッションをサポートするために前記第２のＵＥによって留保されるべき伝送リソースのセットを含み、
前記第２のＵＥの前記第１のアクティブ時間内に前記第１の伝送リソースを選択することは、前記伝送リソースのセットから前記第１の伝送リソースを選択することを含む、請求項１に記載の方法。
【請求項11】
前記サイドリンクデータ伝送セッションは、論理チャネルのセットに関連付けられ、
前記方法は、予め定義された条件に基づいて、前記論理チャネルのセットから論理チャネルを決定することをさらに含む、請求項１に記載の方法。
【請求項12】
前記予め定義された条件は、
伝送のために利用可能なサイドリンクデータを有する前記論理チャネルのセット内の全ての論理チャネルの中で最も高い優先順位を有する論理チャネル、または
０より大きいトークンの数を有する前記論理チャネルのセット内の全ての論理チャネルの中で最も高い優先順位を有する論理チャネル
のうちの１つを含む、請求項１１に記載の方法。
【請求項13】
無線通信ネットワークにおけるサイドリンク通信のための第１のデバイスであって、前記第１のデバイスは、コンピュータ命令を記憶するためのメモリと、前記メモリと通信するプロセッサとを備え、前記プロセッサが前記コンピュータ命令を実行すると、前記プロセッサは、
断続受信（ＤＲＸ）モードで起動している第２のデバイスとサイドリンクデータ伝送セッションを開始することと、
前記第２のデバイスの第１のアクティブ時間内に、前記第２のデバイスに前記サイドリンクデータ伝送セッションの第１のデータパケットを伝送するために、第１の伝送リソースを選択することと
を前記第１のデバイスに行わせるように構成される、第１のデバイス。
【請求項14】
前記プロセッサが前記コンピュータ命令を実行すると、前記プロセッサは、
前記第２のデバイスの第２のアクティブ時間内に、前記第２のデバイスに前記サイドリンクデータ伝送セッションの後続データパケットを伝送するために、第２の伝送リソースを選択すること
を前記第１のデバイスにさらに行わせるように構成される、請求項１３に記載の第１のデバイス。
【請求項15】
前記プロセッサが前記コンピュータ命令を実行すると、前記プロセッサは、
周期数ｔ１を用いてサイドリンクデータ伝送セッションを構成することであって、ｔ１は、前記第２のデバイスによって管理される非アクティブタイマの持続時間に等しいまたはそれ未満であり、前記非アクティブタイマは、前記サイドリンクデータ伝送セッションの後続データパケットの受信に応答して前記第２のデバイスによってリセットされる、こと
を前記第１のデバイスにさらに行わせるように構成される、請求項１３に記載の第１のデバイス。
【請求項16】
前記第１のデバイスは、ＤＲＸモードで起動している、請求項１３に記載の第１のデバイス。
【請求項17】
前記プロセッサが前記コンピュータ命令を実行すると、前記プロセッサは、
ＤＲＸモードで起動している第１の宛先デバイスへの第１のサイドリンクデータ伝送をサポートするために、第１の論理チャネル構成を構成することと、
前記ＤＲＸモードで起動していない第２の宛先デバイスへの第２のサイドリンクデータ伝送をサポートするために、第２の論理チャネル構成を構成することと
を前記第１のデバイスにさらに行わせるように構成される、請求項１６に記載の第１のデバイス。
【請求項18】
１つまたはそれを上回るプロセッサを備えるデバイスであって、前記１つまたはそれを上回るプロセッサは、請求項７に記載の方法を実装するように構成される、デバイス。
【請求項19】
非一過性コンピュータ可読プログラム媒体を備えるコンピュータプログラム製品であって、前記非一過性コンピュータ可読プログラム媒体は、その上に記憶されるコンピュータコードを伴い、前記コンピュータコードは、１つまたはそれを上回るプロセッサによって実行されると、請求項１に記載の方法を前記１つまたはそれを上回るプロセッサに実装させる、コンピュータプログラム製品。
【請求項20】
非一過性コンピュータ可読プログラム媒体を備えるコンピュータプログラム製品であって、前記非一過性コンピュータ可読プログラム媒体は、その上に記憶されるコンピュータコードを伴い、前記コンピュータコードは、１つまたはそれを上回るプロセッサによって実行されると、請求項７に記載の方法を前記１つまたはそれを上回るプロセッサに実装させる、コンピュータプログラム製品。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【0014】
上記の実施形態およびその実装の他の側面および代替は、以下の図面、説明、および請求項において、より詳細に説明される。
本発明は、例えば、以下を提供する。
（項目１）
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、
断続受信（ＤＲＸ）モードで起動している第２のＵＥとサイドリンクデータ伝送セッションを開始することと、
前記第２のＵＥの第１のアクティブ時間内に、前記第２のＵＥに前記サイドリンクデータ伝送セッションの第１のデータパケットを伝送するために、第１の伝送リソースを選択することと
を含む、方法。
（項目２）
前記第２のＵＥの第２のアクティブ時間内に、前記第２のＵＥに前記サイドリンクデータ伝送セッションの後続データパケットを伝送するために、第２の伝送リソースを選択することをさらに含む、項目１に記載の方法。
（項目３）
周期数ｔ１を用いてサイドリンクデータ伝送セッションを構成することであって、ｔ１は、前記第２のＵＥによって管理される非アクティブタイマの持続時間に等しいまたはそれ未満であり、前記非アクティブタイマは、前記サイドリンクデータ伝送セッションの後続データパケットの受信に応答して前記第２のＵＥによってリセットされる、こと
をさらに含む、項目１に記載の方法。
（項目４）
前記第１のＵＥは、ＤＲＸモードで起動している、項目１に記載の方法。
（項目５）
ＤＲＸモードで起動している第１の宛先ＵＥへの第１のサイドリンクデータ伝送をサポートするために、第１の論理チャネル構成を構成することと、
ＤＲＸモードで起動していない第２の宛先ＵＥへの第２のサイドリンクデータ伝送をサポートするために、第２の論理チャネル構成を構成することと
をさらに含む、項目４に記載の方法。
（項目６）
前記第１の伝送リソースを選択することは、
前記第２のＵＥの前記第１のアクティブ時間内に、前記第２のＵＥのＤＲＸ構成に従って、前記第２のＵＥに前記サイドリンクデータ伝送セッションの第１のデータパケットを伝送するために、前記第１の伝送リソースを選択すること
を含む、項目１に記載の方法。
（項目７）
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、
ＤＲＸモードで起動している第２のＵＥとサイドリンクデータ伝送セッションを開始することであって、前記サイドリンクデータ伝送セッションは、論理チャネルのセットに関連付けられる、ことと、
予め定義された条件に基づいて、前記論理チャネルのセットから論理チャネルを決定することと、
前記論理チャネルに基づいて、前記サイドリンクデータ伝送セッションのための伝送リソースを選択することと
を含む、方法。
（項目８）
前記予め定義された条件は、
伝送のために利用可能なサイドリンクデータを有する前記論理チャネルのセット内の全ての論理チャネルの中で最も高い優先順位を有する論理チャネル、または
０より大きいサイドリンクバケットサイズを有する前記論理チャネルのセット内の全ての論理チャネルの中で最も高い優先順位を有する論理チャネル
のうちの１つを含む、項目７に記載の方法。
（項目９）
無線通信ネットワークにおけるサイドリンク通信のための方法であって、第２のＵＥへのサイドリンクデータ伝送をサポートするための伝送リソースプールにおいて事前に選択された伝送リソースを用いて構成される第１のＵＥによって実施され、
前記事前に選択された伝送リソースがもはやサイドリンクデータ伝送のために好適ではないと決定することと、
前記事前に選択された伝送リソースを、サイドリンクデータ伝送のために好適である伝送リソースを用いて、更新することと
を含む、方法。
（項目１０）
前記事前に選択された伝送リソースがもはやサイドリンクデータ伝送のために好適ではないと決定することは、
前記事前に選択された伝送リソースが、前記第２のＵＥのアクティブ時間内にないことに応答して、前記事前に選択された伝送リソースがもはや前記サイドリンクデータ伝送のために好適ではないと決定すること
を含む、項目９に記載の方法。
（項目１１）
前記事前に選択された伝送リソースを更新することは、
サイドリンク伝送リソース再選択プロシージャをトリガすること、または
前記サイドリンクデータ伝送のために好適である前記伝送リソースを選択し、前記事前に選択された伝送リソースを、前記第１のＵＥによって維持される伝送リソースプール内の前記伝送リソースと置換すること
のうちの１つを含む、項目９に記載の方法。
（項目１２）
ＵＥによって実施されるサイドリンク通信における論理チャネル優先順位付けを実施するための方法であって、
宛先ＵＥが、アクティブ時間中ではなく、前記宛先ＵＥが、ＤＲＸモードで起動していることを決定することと、
前記論理チャネル優先順位付けを実施するとき、前記宛先ＵＥと関連付けられる論理チャネルをスキップすることと
を含む、方法。
（項目１３）
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、
伝送されるべきサイドリンクデータの優先順位または信頼性要件が、事前に構成された閾値よりも高いこと、
前記第１のＵＥのチャネルビジー率が、事前に構成された閾値より多いこと、
第２のＵＥへの断続伝送の数が、事前に構成された閾値より多いこと、
前記第２のＵＥから受信されるハイブリッド自動再送要求否定応答（ＨＡＲＱ ＮＡＣＫ）の数が、事前に構成された閾値より多いこと、
前記第２のＵＥが、ＵＥ間協調をサポートすること、
前記第２のＵＥによって提供されるサイドリンク通信のための伝送リソースのセットが、古くなっていること、
サイドリンク通信のための伝送リソースプールが、再構成されていること、
前記第１のＵＥの感知パラメータが、再構成されていること、または
前記第２のＵＥによって提供されるサイドリンク通信のための伝送リソースのセット内の伝送リソースのいずれも、最大許容変調符号化方式に適応することが可能ではないこと
のうちの少なくとも１つの条件が充足されることに応答して、第２のＵＥに対してＵＥ間協調を開始することを含む、方法。
（項目１４）
サイドリンクデータ伝送のための伝送リソースを用いて構成される第１のＵＥによって実施される、サイドリンク通信における論理チャネル優先順位付けプロシージャの間に、第１のＵＥが、第２のＵＥを宛先ＵＥとして選択するための方法であって、
前記伝送リソースが前記第２のＵＥによって提供される優先リソースのセット内にあることに応答して、前記第２のＵＥを宛先ＵＥとして選択すること、
前記伝送リソースが前記第２のＵＥによって提供される非優先リソースのセットに含まれないことに応答して、前記第２のＵＥを宛先ＵＥとして選択すること、または
前記伝送リソースが前記第２のＵＥによって提供される衝突リソースのセットに含まれていないことに応答して、前記第２のＵＥを宛先ＵＥとして選択すること
の少なくとも１つを含む、方法。
（項目１５）
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、
サイドリンク通信の論理チャネル優先順位付けプロシージャの間に、データ多重化後のサイドリンクデータ伝送リソースに十分な容量が存在することを決定することと、
サイドリンクデータ伝送リソースに伝送リソース報告を追加することであって、前記伝送リソース報告は、サイドリンクデータ伝送リソースを選択するための第２のＵＥを補助するために使用される、ことと、
前記サイドリンクデータ伝送リソースを前記第２のＵＥに伝送することと
を含む、方法。
（項目１６）
１つまたはそれを上回るプロセッサを備えるデバイスであって、前記１つまたはそれを上回るプロセッサは、項目１－１５のいずれか１項に記載の方法を実装するように構成される、デバイス。
（項目１７）
非一過性コンピュータ可読プログラム媒体を備えるコンピュータプログラム製品であって、前記非一過性コンピュータ可読プログラム媒体は、その上に記憶されるコンピュータコードを伴い、前記コンピュータコードは、１つまたそれを上回るプロセッサによって実行されると、前記１つまたそれを上回るプロセッサに項目１－１５のいずれか１項に記載の方法を実装させる、コンピュータプログラム製品。
本発明は、例えば、以下を提供する。
（項目１）
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、
断続受信（ＤＲＸ）モードで起動している第２のＵＥとサイドリンクデータ伝送セッションを開始することと、
前記第２のＵＥの第１のアクティブ時間内に、前記第２のＵＥに前記サイドリンクデータ伝送セッションの第１のデータパケットを伝送するために、第１の伝送リソースを選択することと
を含む、方法。
（項目２）
前記第２のＵＥの第２のアクティブ時間内に、前記第２のＵＥに前記サイドリンクデータ伝送セッションの後続データパケットを伝送するために、第２の伝送リソースを選択することをさらに含む、項目１に記載の方法。
（項目３）
周期数ｔ１を用いてサイドリンクデータ伝送セッションを構成することであって、ｔ１は、前記第２のＵＥによって管理される非アクティブタイマの持続時間に等しいまたはそれ未満であり、前記非アクティブタイマは、前記サイドリンクデータ伝送セッションの後続データパケットの受信に応答して前記第２のＵＥによってリセットされる、こと
をさらに含む、項目１に記載の方法。
（項目４）
前記第１のＵＥは、ＤＲＸモードで起動している、項目１に記載の方法。
（項目５）
ＤＲＸモードで起動している第１の宛先ＵＥへの第１のサイドリンクデータ伝送をサポートするために、第１の論理チャネル構成を構成することと、
ＤＲＸモードで起動していない第２の宛先ＵＥへの第２のサイドリンクデータ伝送をサポートするために、第２の論理チャネル構成を構成することと
をさらに含む、項目４に記載の方法。
（項目６）
前記第１の伝送リソースを選択することは、
前記第２のＵＥの前記第１のアクティブ時間内に、前記第２のＵＥのＤＲＸ構成に従って、前記第２のＵＥに前記サイドリンクデータ伝送セッションの第１のデータパケットを伝送するために、前記第１の伝送リソースを選択すること
を含む、項目１に記載の方法。
（項目７）
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、
ＤＲＸモードで起動している第２のＵＥとサイドリンクデータ伝送セッションを開始することであって、前記サイドリンクデータ伝送セッションは、論理チャネルのセットに関連付けられる、ことと、
予め定義された条件に基づいて、前記論理チャネルのセットから論理チャネルを決定することと、
前記論理チャネルに基づいて、前記サイドリンクデータ伝送セッションのための伝送リソースを選択することと
を含む、方法。
（項目８）
前記予め定義された条件は、
伝送のために利用可能なサイドリンクデータを有する前記論理チャネルのセット内の全ての論理チャネルの中で最も高い優先順位を有する論理チャネル、または
０より大きいサイドリンクバケットサイズを有する前記論理チャネルのセット内の全ての論理チャネルの中で最も高い優先順位を有する論理チャネル
のうちの１つを含む、項目７に記載の方法。
（項目９）
無線通信ネットワークにおけるサイドリンク通信のための方法であって、第２のＵＥへのサイドリンクデータ伝送をサポートするための伝送リソースプールにおいて事前に選択された伝送リソースを用いて構成される第１のＵＥによって実施され、
前記事前に選択された伝送リソースがもはやサイドリンクデータ伝送のために好適ではないと決定することと、
前記事前に選択された伝送リソースを、サイドリンクデータ伝送のために好適である伝送リソースを用いて、更新することと
を含む、方法。
（項目１０）
前記事前に選択された伝送リソースがもはやサイドリンクデータ伝送のために好適ではないと決定することは、
前記事前に選択された伝送リソースが、前記第２のＵＥのアクティブ時間内にないことに応答して、前記事前に選択された伝送リソースがもはや前記サイドリンクデータ伝送のために好適ではないと決定すること
を含む、項目９に記載の方法。
（項目１１）
前記事前に選択された伝送リソースを更新することは、
サイドリンク伝送リソース再選択プロシージャをトリガすること、または
前記サイドリンクデータ伝送のために好適である前記伝送リソースを選択し、前記事前に選択された伝送リソースを、前記第１のＵＥによって維持される伝送リソースプール内の前記伝送リソースと置換すること
のうちの１つを含む、項目９に記載の方法。
（項目１２）
ＵＥによって実施されるサイドリンク通信における論理チャネル優先順位付けを実施するための方法であって、
宛先ＵＥが、アクティブ時間中ではなく、前記宛先ＵＥが、ＤＲＸモードで起動していることを決定することと、
前記論理チャネル優先順位付けを実施するとき、前記宛先ＵＥと関連付けられる論理チャネルをスキップすることと
を含む、方法。
（項目１３）
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、
伝送されるべきサイドリンクデータの優先順位または信頼性要件が、事前に構成された閾値よりも高いこと、
前記第１のＵＥのチャネルビジー率が、事前に構成された閾値より多いこと、
第２のＵＥへの断続伝送の数が、事前に構成された閾値より多いこと、
前記第２のＵＥから受信されるハイブリッド自動再送要求否定応答（ＨＡＲＱ ＮＡＣＫ）の数が、事前に構成された閾値より多いこと、
前記第２のＵＥが、ＵＥ間協調をサポートすること、
前記第２のＵＥによって提供されるサイドリンク通信のための伝送リソースのセットが、古くなっていること、
サイドリンク通信のための伝送リソースプールが、再構成されていること、
前記第１のＵＥの感知パラメータが、再構成されていること、または
前記第２のＵＥによって提供されるサイドリンク通信のための伝送リソースのセット内の伝送リソースのいずれも、最大許容変調符号化方式に適応することが可能ではないこと
のうちの少なくとも１つの条件が充足されることに応答して、第２のＵＥに対してＵＥ間協調を開始することを含む、方法。
（項目１４）
サイドリンクデータ伝送のための伝送リソースを用いて構成される第１のＵＥによって実施される、サイドリンク通信における論理チャネル優先順位付けプロシージャの間に、第１のＵＥが、第２のＵＥを宛先ＵＥとして選択するための方法であって、
前記伝送リソースが前記第２のＵＥによって提供される優先リソースのセット内にあることに応答して、前記第２のＵＥを宛先ＵＥとして選択すること、
前記伝送リソースが前記第２のＵＥによって提供される非優先リソースのセットに含まれないことに応答して、前記第２のＵＥを宛先ＵＥとして選択すること、または
前記伝送リソースが前記第２のＵＥによって提供される衝突リソースのセットに含まれていないことに応答して、前記第２のＵＥを宛先ＵＥとして選択すること
の少なくとも１つを含む、方法。
（項目１５）
第１のＵＥによって実施される無線通信ネットワークにおけるサイドリンク通信のための方法であって、
サイドリンク通信の論理チャネル優先順位付けプロシージャの間に、データ多重化後のサイドリンクデータ伝送リソースに十分な容量が存在することを決定することと、
サイドリンクデータ伝送リソースに伝送リソース報告を追加することであって、前記伝送リソース報告は、サイドリンクデータ伝送リソースを選択するための第２のＵＥを補助するために使用される、ことと、
前記サイドリンクデータ伝送リソースを前記第２のＵＥに伝送することと
を含む、方法。
（項目１６）
１つまたはそれを上回るプロセッサを備えるデバイスであって、前記１つまたはそれを上回るプロセッサは、項目１－１５のいずれか１項に記載の方法を実装するように構成される、デバイス。
（項目１７）
非一過性コンピュータ可読プログラム媒体を備えるコンピュータプログラム製品であって、前記非一過性コンピュータ可読プログラム媒体は、その上に記憶されるコンピュータコードを伴い、前記コンピュータコードは、１つまたそれを上回るプロセッサによって実行されると、前記１つまたそれを上回るプロセッサに項目１－１５のいずれか１項に記載の方法を実装させる、コンピュータプログラム製品。
【国際調査報告】