(57)【特許請求の範囲】
【請求項１】
サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器であって、
リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、前記リソース選択ウィンドウ内のリソースから少なくともデータチャネルについての候補リソースを選択するように動作可能な回路構成と、
前記選択された候補リソースの少なくとも一部を基地局に報告するように動作可能な送信機と、
前記報告された前記候補リソースの少なくとも一部に基づいてスケジューリングされた、サイドリンク送信のためのリソースの許可を受信する受信機と、
を備え、
前記候補リソースの前記選択は、データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての前記選択された候補リソースの干渉と、前記データチャネルを用いて一意にマッピングされた制御チャネルについての前記リソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての前記選択された候補リソースの前記干渉が閾値干渉以下であること、という規則に従う、
ユーザ機器。
【請求項２】
前記送信機は、前記基地局に報告される前記候補リソースに関連付けられた、推奨される変調・符号化方式（ＭＣＳ）、物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）数、再送数、およびパワーのうちの、少なくとも１つを報告するようにさらに動作可能である、
請求項１に記載のユーザ機器。
【請求項３】
前記報告される候補リソースの細分性は前記基地局によって構成される、
請求項１に記載のユーザ機器。
【請求項４】
前記候補リソースの前記選択は、前記基地局からのシグナリングによって、あるいはイベントまたは条件によって、トリガされる、
請求項１に記載のユーザ機器。
【請求項５】
前記選択された候補リソースの前記少なくとも一部は、定期的または非定期的に報告される、
請求項１に記載のユーザ機器。
【請求項６】
前記選択された候補リソースの前記少なくとも一部は、前記リソース選択ウィンドウの後に報告される、
請求項１に記載のユーザ機器。
【請求項７】
前記候補リソースの選択は、複数のリソース選択ウィンドウにわたって、および前記複数のリソース選択ウィンドウの後に実行され、前記選択された候補リソースの前記少なくとも一部は、前記複数のリソース選択ウィンドウにわたって実行された前記候補リソースの選択のすべての結果に基づいて報告される、
請求項１に記載のユーザ機器。
【請求項８】
前記送信機は、前記リソース選択ウィンドウの開始時点および終了時点を前記基地局に報告するようにさらに動作可能である、
請求項１に記載のユーザ機器。
【請求項９】
サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器のためのワイヤレス通信方法であって、
リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、前記リソース選択ウィンドウ内のリソースから少なくともデータチャネルについての候補リソースを選択すること、
前記選択された候補リソースの少なくとも一部を基地局に報告すること、および、
前記報告された前記候補リソースの少なくとも一部に基づいてスケジューリングされた、サイドリンク送信のためのリソースの許可を受信すること、
を含み、
前記候補リソースの前記選択は、データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての前記選択された候補リソースの干渉と、前記データチャネルを用いて一意にマッピングされた制御チャネルについての前記リソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての前記選択された候補リソースの前記干渉が閾値干渉以下であること、という規則に従う、
ユーザ機器のためのワイヤレス通信方法。
【請求項１０】
前記基地局に報告される前記候補リソースに関連付けられた、推奨される変調・符号化方式（ＭＣＳ）、物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）数、再送数、およびパワーのうちの、少なくとも１つを報告することをさらに含む、
請求項９に記載のワイヤレス通信方法。
【請求項１１】
前記報告される候補リソースの細分性は前記基地局によって構成される、
請求項９に記載のワイヤレス通信方法。
【請求項１２】
前記候補リソースの前記選択は、前記基地局からのシグナリングによって、あるいはイベントまたは条件によって、トリガされる、
請求項９に記載のワイヤレス通信方法。
【請求項１３】
前記選択された候補リソースの前記少なくとも一部は、前記リソース選択ウィンドウの後に報告される、
請求項９に記載のワイヤレス通信方法。
【請求項１４】
前記候補リソースの選択は、複数のリソース選択ウィンドウにわたって、および前記複数のリソース選択ウィンドウの後に実行され、前記選択された候補リソースの前記少なくとも一部は、前記複数のリソース選択ウィンドウにわたって実行された前記候補リソースの選択のすべての結果に基づいて報告される、
請求項９に記載のワイヤレス通信方法。
【請求項１５】
前記リソース選択ウィンドウの開始時点および終了時点を前記基地局に報告することをさらに含む、
請求項９に記載のワイヤレス通信方法。
【請求項１６】
基地局であって、
サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器から、候補リソースを報告するための情報を受信するように動作可能な受信機と、
前記情報に基づいて、前記ユーザ機器のためにサイドリンクリソースをスケジューリングするためのパラメータを構成するように動作可能な回路構成と、
を備え、
前記報告される候補リソースは、リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、前記リソース選択ウィンドウ内のリソースから前記ユーザ機器によって選択される、少なくともデータチャネルについての前記選択された候補リソースの少なくとも一部であり、
前記ユーザ機器による前記候補リソースの前記選択は、データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての前記選択された候補リソースの干渉と、前記データチャネルを用いて一意にマッピングされた制御チャネルについての前記リソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての前記選択された候補リソースの前記干渉が閾値干渉以下であること、という規則に従う、
基地局。
【請求項１７】
前記受信機は、前記ユーザ機器から前記リソース選択ウィンドウの開始時点および終了時点を受信するようにさらに動作可能である、
請求項１６に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示はワイヤレス通信の分野に関し、特に、サイドリンク通信のための異なるリソーススケジューリングモードで動作するＵＥ間のリソースプールシェアリングに関する、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、基地局（ｅＮｏｄｅＢ）、およびワイヤレス通信方法に関する。
【背景技術】
【０００２】
ｅＶ２Ｘ（ｅｎｈａｎｃｅｄ  Ｖｅｈｉｃｌｅ  ｔｏ  ａｎｙｔｈｉｎｇ）通信において、サイドリンク送信のための定義済みの異なるリソーススケジューリングモードが存在する。たとえば、モード３は、基地局ベーススケジューリングモードと呼ばれ、ｅＮｏｄｅＢスケジューリングに基づくサイドリンクリソース選択モードとも呼ぶことができる。さらに、モード４は、センシングに基づくＵＥ自律スケジューリングに基づくサイドリンクリソース選択モードである。
【０００３】
一般に、複数のリソースプールが（事前）構成され、複数のリソースプールの各々が１つのモードによって動作される。たとえば、第１のリソースプールはモード３について構成され、第２のリソースプールはモード４について構成される。この場合、第１のリソースプールをモード４で動作するＵＥ（以下、モード４ＵＥとも呼ばれる）が使用することは不可能であり、第２のリソースプールをモード３で動作するＵＥ（以下、モード３ＵＥとも呼ばれる）が使用することは不可能である。リソースプール構成が静的または半静的であるものと考えると、結果としてリソース利用率は低くなる。さらに、いくつかの場合、たとえ１つのリソースプールの負荷が低い場合であっても、これを別のリソースプール内のＵＥ、すなわち、別のモードで動作するＵＥに使用することはできない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって、リソース利用率を向上させるために、モード３ＵＥとモード４ＵＥとの間でのリソースプールシェアリングが、ｅＶ２Ｘ作業項目における１つの目的である。
【課題を解決するための手段】
【０００５】
非限定的かつ例示的な一実施形態は、リソース利用率を向上させ、リソース衝突を削減／回避するための、サイドリンク送信におけるリソースプールシェアリングの提供を容易にする。
【０００６】
本開示の第１の一般態様において、サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器が提供され、ユーザ機器は、リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、リソース選択ウィンドウ内のリソースから少なくともデータチャネルについての候補リソースを選択するように動作可能な回路構成であって、リソース選択ウィンドウの開始時点はサービス到着時点以降である、回路構成と、選択された候補リソースの少なくとも一部を基地局に報告するように動作可能な送信機と、を備え、候補リソースの選択は、サービス到着時点からリソース選択ウィンドウの終了時点までの時間期間が、閾値レイテンシ以下であること、データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉と、データチャネルを用いて一意にマッピングされた制御チャネルについてのリソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉が閾値干渉以下であること、ならびに、選択された候補リソースおよび関連付けられた無線パラメータがチャネルビジネス比（ＣＢＲ）要件を満たすこと、という規則のうちの、少なくとも１つに従う。
【０００７】
本開示の第２の一般態様において、サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器のためのワイヤレス通信方法が提供され、方法は、リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、リソース選択ウィンドウ内のリソースから少なくともデータチャネルについての候補リソースを選択することであって、リソース選択ウィンドウの開始時点はサービス到着時点以降である、選択すること、および、選択された候補リソースの少なくとも一部を基地局に報告すること、を含み、候補リソースの選択は、サービス到着時点からリソース選択ウィンドウの終了時点までの時間期間が、閾値レイテンシ以下であること、データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉と、データチャネルを用いて一意にマッピングされた制御チャネルについてのリソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉が閾値干渉以下であること、ならびに、選択された候補リソースおよび関連付けられた無線パラメータがチャネルビジネス比（ＣＢＲ）要件を満たすこと、という規則のうちの、少なくとも１つに従う。
【０００８】
本開示の第３の一般態様において、基地局が提供され、基地局は、サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器から、候補リソースを報告するための情報を受信するように動作可能な受信機と、情報に基づいてユーザ機器のためにサイドリンクリソースをスケジューリングするためのパラメータを構成するように動作可能な回路構成とを備え、報告される候補リソースは、リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、リソース選択ウィンドウ内のリソースからユーザ機器によって選択される、少なくともデータチャネルについての選択された候補リソースの少なくとも一部であり、リソース選択ウィンドウの開始時点はサービス到着時点以降であり、ユーザ機器による候補リソースの選択は、サービス到着時点からリソース選択ウィンドウの終了時点までの時間期間が、閾値レイテンシ以下であること、データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉と、データチャネルを用いて一意にマッピングされた制御チャネルについてのリソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉が閾値干渉以下であること、ならびに、選択された候補リソースおよび関連付けられた無線パラメータがチャネルビジネス比（ＣＢＲ：Ｃｈａｎｎｅｌ  Ｂｕｓｉｎｅｓｓ  Ｒａｔｉｏ）要件を満たすこと、という規則のうちの、少なくとも１つに従う。
【０００９】
一般または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはそれらのうちの任意の選択された組合せとして実施できることに留意されたい。
【００１０】
開示される実施形態の追加の特典および利点は、本明細書および図面から明らかとなろう。特典および／または利点は、こうした特典および／または利点のうちの１つまたは複数を取得するためにすべてが提供される必要のない、本明細書および図面の様々な実施形態および特徴によって、個々に取得することができる。
【００１１】
本開示の前述および他の特徴は、添付の図面に関連して以下の説明および添付の特許請求の範囲を読めば、より完全に明らかになろう。これらの図面は、本開示に従ったいくつかの実施形態のみを示すものであり、したがって、その範囲を限定するものとは見なされず、添付の図面を使用しながら、追加の特異性および詳細と共に本開示を説明する。
【図面の簡単な説明】
【００１２】
【図１】セルエッジに近い、モード３ＵＥとモード４ＵＥとの間の衝突の例示的なシナリオを概略的に示す図である。
【図２】Ｖ２Ｘにおけるセンシングおよびリソース選択機構の例を概略的に示す図である。
【図３】本開示の一実施形態に係る、サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器のための、ワイヤレス通信方法のフローチャートを示す図である。
【図４】データチャネルと制御チャネルとの間の非隣接スケジューリングの場合の、モード３ＵＥのためのセンシングおよびリソース選択機構の例を概略的に示す図である。
【図５】データチャネルと制御チャネルとの間の隣接スケジューリングの場合の、モード３ＵＥのためのセンシングおよびリソース選択機構の別の例を概略的に示す図である。
【図６】本開示の一実施形態に係る、サイドリンク送信のためのモード３で動作するユーザ端末のための、リソーススケジューリングのフローチャートの例を概略的に示す図である。
【図７】本開示の実施形態に係る、基地局のためのワイヤレス通信方法のフローチャートを示す図である。
【図８】本開示のさらなる実施形態に係る、ユーザ機器を示すブロック図である。
【図９】本開示の別の実施形態に係る、基地局を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下の詳細な説明において、その一部を形成する添付の図面が参照される。図面では、特に文脈に示されていない限り、同様の記号は同様の構成要素を識別する。本開示の態様は、そのすべてが明示的に企図され本開示の一部を形成する、多種多様な異なる構成で配置、置換、組合せ、および設計可能であることを容易に理解されよう。
【００１４】
リソース利用率を向上させることに加えて、モード３ＵＥとモード４ＵＥとの間でのリソースプールシェアリングの別のモチベーションは、セルエッジＵＥについての衝突を削減するかあるいは回避することである。図１は、セルエッジに近いモード３ＵＥとモード４ＵＥとの間の衝突の例示的なシナリオを概略的に示す。図１に示されるように、ＵＥ２０１、２０２、２０３は、ｅＮＢ１０１のセル１０内、すなわち、ｅＮＢ１０１のカバレッジ内にある。ここで、ＵＥ２０１、２０２、２０３はモード３で動作することが想定される。また、図１に示されるように、ＵＥ３０１、３０２、３０３はｅＮＢ１０１のカバレッジ外にあるが、セル１０のエッジに近い。ここで、ＵＥ３０１、３０２、３０３はモード４で動作することがさらに想定される。
【００１５】
図１の場合、ＵＥ３０１、３０２、３０３はセル１０のエッジに近いため、これらのカバレッジ外ＵＥは、カバレッジ内ＵＥ（すなわち、ＵＥ２０１、２０２、２０３）と同じリソースプールを使用することができる。モード４ＵＥは、モード３ＵＥについてスケジューリングされたリソースをスケジューリングするのを回避するために、モード３ＵＥをセンシングすることができるが、モード４ＵＥはそれらのリソース割り振りをｅＮＢ１０１には報告せず、モード３ＵＥはセンシングを実行しない。したがって、ｅＮＢ１０１はモード４ＵＥについてのリソース割り振りを全く知らず、したがって、ｅＮＢ１０１によって割り振られたモード３ＵＥの送信が、モード４ＵＥの送信と衝突する可能性がある。すなわち、図１に示されるシナリオでは、ＵＥ２０１、２０２、２０３（モード３で動作するカバレッジ内ＵＥ）およびＵＥ３０１、３０２、３０３（モード４で動作するカバレッジ外ＵＥ）は、互いに何らかの衝突を発生させる可能性がある。
【００１６】
理解しやすいように、下記で、Ｖ２Ｘにおけるセンシングおよびリソース選択機構の例を概略的に示す図２を参照しながら、Ｖ２Ｘにおけるセンシングおよびリソース選択機構を簡潔に紹介する。たとえば、Ｒｅｌ．１４規格に基づいて、モード４ＵＥは第１にセンシングウィンドウ内でセンシングを実行した後、センシングの結果に基づいてリソース選択ウィンドウ内で利用可能なリソースを選択／予測する。図２に示されるように、右矢印で表される時間軸を参照すると、センシングウィンドウはリソース選択ウィンドウより時間的に前である。
【００１７】
図２において、サービス到着時点はセンシングウィンドウの終わりと整合していることが示されているが、これは単なる例示であり、本発明はこれに限定されない。センシングウィンドウの終わりとサービス到着時点との間には、時間期間が存在する場合がある。同様に、図２では、サービス到着時点とリソース選択ウィンドウの開始時点との間にいくらかの時間オフセットが存在するように示されているが、これは単なる例示であり、本発明はこれに限定されない。理想的なケースでは、後に説明するように、サービス到着時点はリソース選択ウィンドウの開始時点と整合し得る。
【００１８】
Ｒｅｌ．１４規格に基づいて、送信などに起因してモード４ＵＥがセンシングウィンドウ内で監視できないサブフレームの場合、ある周期性を想定して、関連するリソースがリソース選択ウィンドウ内で選択されないことがある。図２は、ＵＥがセンシングウィンドウ内での送信に起因して、サブフレーム＃Ａを監視できないことが想定される一例を示し、したがって、リソース選択ウィンドウ内では、ある周期性に基づいてサブフレーム＃Ａに関連するサブフレーム＃Ｂ内の関連リソースをサービスのために選択することができない。いかなる衝突もない場合、リソース選択ウィンドウ内のサブフレーム＃Ｃにおけるリソースは、たとえばセンシングウィンドウの間に受信されるサイドリンク受信信号強度インジケータ（Ｓ−ＲＳＳＩ：Ｓｉｄｅｌｉｎｋ  Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）のランキングに基づいて、サービスのために選択することができる。
【００１９】
異なるリリースのＵＥを考えてみると、モード３ＵＥとモード４ＵＥとの間のリソースプールシェアリングは、１）Ｒｅｌ．１４モード３ＵＥおよびＲｅｌ．１４モード４ＵＥ、２）Ｒｅｌ．１４モード３ＵＥおよびＲｅｌ．１５モード４ＵＥ、３）Ｒｅｌ．１５モード３ＵＥおよびＲｅｌ．１４モード４ＵＥ、ならびに４）Ｒｅｌ．１５モード３ＵＥおよびＲｅｌ．１５モード４ＵＥの、少なくとも異なる４つのケースに関係する。リリース１４は、現在使用されているリリースであり、Ｒｅｌ．１５は現在検討中である。すなわち、Ｒｅｌ．１４モード３ＵＥおよびＲｅｌ．１４モード４ＵＥの場合、それらの構成は修正不可能であるが、Ｒｅｌ．１５モード３ＵＥおよびＲｅｌ．１５モード４ＵＥは、それらの間でのリソースプールシェアリングの目的を達成するために設計可能である。したがって、本明細書ではケース２）〜４）を考察する。
【００２０】
図１を参照しながら上述したように、モード３ＵＥはセンシングを行わず、ｅＮＢにはモード４ＵＥの状況がわからないため、現在の機構（Ｒｅｌ．１４）はモード３／モード４ＵＥを非常に良好に保護することはできない。したがって、第１の選択肢は、Ｒｅｌ．１５モード３ＵＥを、センシングを実行し、候補リソースをｅＮＢに報告するように構成することであるため、結果としてｅＮＢは、報告された候補リソースに基づいて、Ｒｅｌ．１５モード３ＵＥに適切なリソースを選択できることになる（ケース３）および４）の場合）。したがって、Ｒｅｌ．１５モード３ＵＥについて、候補リソース選択をどのようにトリガするか、候補リソースをどのように選択するか、および候補リソースをどのように報告するかを考察する必要がある。
【００２１】
本開示の一実施形態において、図３に示されるように、サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器のためのワイヤレス通信方法３０が提供される。図３は、本開示の一実施形態に係る、サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器のためのワイヤレス通信方法のフローチャートを示す。ユーザ機器は、たとえばＲｅｌ．１５モード３ＵＥであり得る。
【００２２】
図３に示すように、ワイヤレス通信方法３０はステップＳ３０１で開始され、ステップＳ３０１では、少なくともデータチャネルについての候補リソースが、センシングウィンドウ内で実行されるセンシングの結果に基づいてリソース選択ウィンドウ内のリソースから選択され、センシングウィンドウはリソース選択ウィンドウより前であり、リソース選択ウィンドウの開始時点はサービス到着時点以降である。次いで、ステップＳ３０２で、選択された候補リソースの少なくとも一部が基地局に報告される。ステップＳ３０２の後、ワイヤレス通信方法３０は終了する。ステップＳ３０１において、候補リソースの選択は、サービス到着時点からリソース選択ウィンドウの終了時点までの時間期間が、閾値レイテンシ（レイテンシの閾値）以下であること、データチャネルについての選択された候補リソースの干渉と、データチャネルを用いて一意にマッピングされた制御チャネルについてのリソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉が閾値干渉以下であること、ならびに、選択された候補リソースおよび関連付けられた無線パラメータがチャネルビジネス比（ＣＢＲ）要件を満たすこと、という規則のうちの、少なくとも１つに従う。
【００２３】
具体的に言えば、たとえば、基地局は図１に示されるようにｅＮＢ１０１であり得、ユーザ機器は、図１に示されるようにＵＥ２０１、２０２、および２０３のうちのいずれか１つであり得る。すなわち、ワイヤレス通信方法３０は、モード３ＵＥによって使用され、基地局が、報告された候補リソースに基づいてモード３ＵＥに適切なリソースをスケジューリングするために、候補リソースを基地局に報告し得る。
【００２４】
ここで、ステップＳ３０１におけるセンシングおよびリソース選択機構は、図１を参照しながら説明したものとおおよそ同様である。具体的に言えば、センシングは、リソース選択ウィンドウよりも前のセンシングウィンドウ内で、第１に実行される。センシングの原理および動作は当業者に周知であるため、本開示の発明点の混乱を避けるために、その詳細は本明細書では考察しない。次に、センシングの結果に基づいて、リソース選択ウィンドウ内で候補リソース選択が実行される。候補リソース選択の詳細な動作は、後で考察する。
【００２５】
「少なくともデータチャネルについての候補リソース選択する」ということは、データチャネルのみについて候補リソースを選択すること、およびしたがって、データチャネルのみについて候補リソースを報告することが可能であることを意味することに留意されたい。代替として、データチャネルおよび制御チャネルの両方について候補リソースを選択すること、ならびにしたがって、データチャネルおよび制御チャネルの両方について候補リソースを報告することも可能である。明らかなことに、データチャネルのみについて候補リソースを報告することは、シグナリングオーバヘッドの相対的な節約を可能にする。しかしながら、本開示はこれに限定されず、制御チャネルについて候補リソースを選択および報告するかどうかは、特定の要件に応じて決まる。
【００２６】
加えて、「リソース選択ウィンドウの開始時点はサービス到着時点以降である」ということは、前述のように、リソース選択ウィンドウの開始時点がサービス到着時点よりも何らかの時間オフセットだけ遅い可能性があること、または、サービス到着時点と同時である可能性があることを意味する。より具体的に言えば、図１に示されるケースは、サービス到着時点とリソース選択ウィンドウの開始時点との間に何らかのオフセットが存在する一例として理解され得、このケースでは、こうした時間オフセットは何らかの処理を行うためにＵＥによって使用され得る。図４は、データチャネルと制御チャネルとの間の非隣接スケジューリングの場合の、モード３ＵＥのためのセンシングおよびリソース選択機構の例を概略的に示す。図４に示すように、Ｔ２は、リソース選択ウィンドウの開始時点と整合されたサービス到着時点を表し、こうしたケースは、前述のように理想的なケースとして理解され得る。サービス到達時点とリソース選択ウィンドウの開始時点との間の時間オフセットは、特定の要件に依存して設計され得ることに留意されたい。
【００２７】
以下で、前述のようにステップＳ３０１における候補リソースの選択において従うべき規則に関して詳細に説明する。候補リソースの選択の際に考慮すべき第１の要因は、サービスのレイテンシ要件である。具体的に言えば、閾値レイテンシがサービスについて許容可能な最大レイテンシを表すことが想定される。したがって、レイテンシ要件を満たすために、閾値レイテンシ以下でサービス到着時点よりも後のリソースのみを、サービスについてスケジューリングすることができる。したがって、リソース選択ウィンドウの終了時点は、サービス到着時点および閾値レイテンシに基づいて決定することができる。前述のように、サービス到着時点からリソース選択ウィンドウの終了時点までの時間期間は、閾値レイテンシ以下である必要がある。たとえば、図４に示されるケースにおいて、Ｔ３は、リソース選択ウィンドウの終了時点を表し、Ｔ２とＴ３との間の関係は、Ｔ３−Ｔ２≦閾値レイテンシを満たすはずである。
【００２８】
前述のように、リソース選択ウィンドウの開始時点は、（図４に示すように）サービス到着時点と同じであり得るか、または、（図２に示すように）サービス到着時点よりも何らかの時間オフセットだけ後であり得、これは特定の要件に依存する。リソース選択ウィンドウの開始時点が、リソース選択ウィンドウの終了時点と共に（サービス到着時点および時間オフセット（あれば）に基づいて）決定された後、リソース選択ウィンドウ（の長さ）が決定され、リソース選択ウィンドウ内のリソースは、場合によっては、サイドリンク通信のためのモード３ＵＥについての候補リソースとして選択され得る。
【００２９】
候補リソースの選択の際に考慮すべき第２の要因は、データチャネルと制御チャネルとの間の非隣接スケジューリングの場合に、データチャネルと制御チャネルの両方の結果をセンシングすることである。図４に示されるように、説明を容易にするために、リソース選択ウィンドウ内に、それぞれ１、２、３、４、５、６によって示される物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）についての６つのリソースが存在すること、および、リソース選択ウィンドウ内に、それぞれ１、２、３、４、５、６によって示される物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）についての６つのリソースが存在することが想定される。また、双方向矢印によって表されるように、ＰＳＣＣＨリソースおよびＰＳＳＣＨリソースの各ペア間には、同じ番号によって示される１対１のマッピング関係が存在する。
【００３０】
このＰＳＣＣＨとＰＳＳＣＨとの間の非隣接送信の場合、ＵＥは、それぞれ、ＰＳＣＣＨチャネルおよびＰＳＳＣＨチャネルにおいて利用可能なリソースを決定するために、センシング結果を利用する必要がある。ＰＳＣＣＨとＰＳＳＣＨとの間の１対１マッピングを考えると、ＰＳＣＣＨおよびＰＳＳＣＨについてのリソースは、どちらも、それらのうちの任意の１つが使用不可である限り、たとえば、センシングウィンドウからセンシングされる大きな干渉に起因して、利用不可であると見なされる。図４を例に取ると、ＰＳＣＣＨについてのリソース１および５は、センシングウィンドウの間に受信されるサイドリンク参照信号受信パワー（Ｓ−ＲＳＲＰ）が大きいことに起因して、利用不可であるため、ＰＳＳＣＨのリソース１および５も候補リソースについて除外されるべきである。また、センシングウィンドウ内のセンシング結果に基づいて、ＰＳＳＣＨについてのリソース３は、センシングウィンドウ内で受信されるＳ−ＲＳＲＰが大きいことに起因して、利用不可であると見なされる。この場合、ＰＳＳＣＨについてのリソース２、４、６がＰＳＳＣＨについての候補リソースとして選択可能である。
【００３１】
図５は、データチャネルと制御チャネルとの間の隣接スケジューリングの場合の、モード３ＵＥのためのセンシングおよびリソース選択機構の別の例を概略的に示す。図５を図４と比較すると、図５にはＰＳＣＣＨリソースがないことだけが異なることがわかる。これは、隣接スケジューリングの場合、ＰＳＣＣＨおよびＰＳＳＣＨは同じサブチャネルを共有し、ＰＳＣＣＨは常にＰＳＳＣＨの固定位置で送信されるためである。すなわち、各ＰＳＣＣＨはその対応するＰＳＳＣＨリソースにおいて送信される。したがって、リソース選択ウィンドウ内のＰＳＳＣＨについてのリソースが使用可能であることは、ＰＳＣＣＨについてのリソースも使用可能であることを意味する。そのため、このケースでは、ＵＥがＰＳＳＣＨについての候補リソースを選択および／または報告するときに、制御チャネルの影響を考慮する必要がない。図５を例に取ると、センシングウィンドウ内で受信されるＲＳＲＰが大きいことに起因して、ＰＳＳＣＨについてのリソース３のみが使用不可である。したがって、ＰＳＳＣＨについての候補リソースとしてリソース１、２、４、５、６を選択することができる。
【００３２】
候補リソースの選択の際に考慮すべき第３の要因は、ＣＢＲ要件である。具体的に言えば、選択された候補リソースおよび関連付けられる無線パラメータは、ＣＢＲ要件を満たさなければならない。たとえば、変調・符号化方式（ＭＣＳ）、物理リソースブロック（ＰＲＢ：：Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）数、再送数、およびパワー、ならびにチャネル占有比（ＣＲ：Ｃｈａｎｎｅｌ  ｏｃｃｕｐｙ  Ｒａｔｉｏ）などの、関連付けられる無線パラメータは、パケットの優先度に従ってＣＢＲ要件を超えてはならない。現行のＣＢＲ要件が、現行パケットの優先度に従って、｛最大ＭＣＳ：１６ＱＡＭ、ＰＲＢ数制限：２０、再送数制限：２、パワー制限：２３ｄＢｍ｝であると想定すると、関連付けられる無線パラメータは、ＣＢＲによって要求されるこうした制限を超えてはならない。
【００３３】
第２の要因に関連して上記で説明した状況と同様に、データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルおよび制御チャネルの両方のＣＢＲ、ＣＲ、および優先度を考慮すべきであることに留意されたい。データチャネルと制御チャネルとの間の隣接スケジューリングの場合、上記と同じ理由に基づいて、データチャネルのみのＣＢＲ、ＣＲ、および優先度を考慮する必要がある。
【００３４】
リソース選択ウィンドウ内の候補リソースを選択するときに、上記の３つの要因をすべて考慮することができるか、またはその代わりに、３つの要因のうちのいずれか１つまたは２つを考慮することができることに留意されたい。さらに、リソース選択ウィンドウ内の候補リソースの選択において、特定の要件に応じて、追加として任意の他の要因を考慮することもできる。
【００３５】
ステップＳ３０２において、「選択された候補リソースの少なくとも一部を報告する」とは、選択された候補リソースのすべてを基地局に報告すること、または、選択された候補リソースのいくつかを基地局に報告することが、可能であることを意味する。選択された候補リソースのうちの一部を報告するかまたはすべてを報告するかは、報告モード（事前）構成に依存する。理解しやすいように、再度図４を例に取る。前述のように、ＰＳＳＣＨについての３つのリソース２、４、６が候補リソースとして選択される。報告モード（事前）構成が、３つの候補リソースが報告できることを必要とする場合、最終的に、ＰＳＳＣＨについての３つのリソース２、４、６のすべてが基地局に報告される。これに対して、報告モード（事前）構成が、２つの候補リソースのみが報告されることを必要とする場合、最終的に、ＰＳＳＣＨについての３つのリソース２、４、６のうちの２つのみが基地局に報告される。後者のケースは、前者のケースに比べてシグナリングオーバヘッドを節約することができる。
【００３６】
報告される候補リソースの数が、リソース選択ウィンドウ内で選択された候補リソースの数よりも少ない場合、選択された候補リソースのうちのいずれが報告されるべきであるかは、ＵＥの実装次第であるか、または、センシングウィンドウ内で受信されるＳ−ＲＳＳＩのような一定のメトリックに基づくものとすることができる。選択された候補リソースのうちのいずれが報告されるべきであるかは、優先度などの任意の他の好適な要因などに基づくものとすることもできることに留意されたい。
【００３７】
下記で、ワイヤレス通信方法３０をより良く理解するために、上記のワイヤレス通信方法３０が適用可能な例示のシナリオを、図６を参照しながら説明する。
【００３８】
図６は、本開示の一実施形態に係る、サイドリンク送信のためのモード３で動作するユーザ端末のための、リソーススケジューリングのフローチャートの例を概略的に示す。たとえば、ユーザ端末（端末）２００がＲｅｌ．１５モード３ＵＥであり、ユーザ端末（端末）３００がＲｅｌ．１４／１５モード４ＵＥであることが想定される。
【００３９】
図６に示されるように、ステップＳＴ１０１において、基地局１００は同期信号およびシステム情報信号を端末２００に送信する。ステップＳＴ１０２において、基地局１００および端末２００は互いに対話し、システム情報、ランダムアクセス手順、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続制御、およびリソースプール構成の、獲得を完了する。ステップＳＴ１０１およびＳＴ１０２は、通常のワイヤレス通信における従来のステップである、同期化、システム情報、ランダムアクセス手順、ＲＲＣ接続制御、およびリソースプール構成の獲得に関するものである。
【００４０】
ＳＴ１０３において、基地局１００は、候補報告要求を端末２００に送信する。ＳＴ１０４において、端末２００は、図４および図５に示されるセンシングウィンドウに対応し得るセンシング手順を実行する。図４および図５は、モード３ＵＥが候補リソースを報告するための要求を受信する時間Ｔ１が、センシングウィンドウの終わりと整合されることを示すが、本開示はこれに限定されないことに留意されたい。図６に示されるように、基地局１００からの候補報告要求は、センシング手順の間、すなわちセンシングウィンドウの間に、端末２００にも到達し得る。端末２００で実行されるセンシング手順と、候補報告要求の送信および／または受信との間の時間関係は、必ずしも存在しない。
【００４１】
ステップＳＴ１０３の機能は、端末２００からの候補リソース報告をトリガすることである。したがって、ステップＳＴ１０３で送信される基地局１００からの候補報告要求に基づいて、端末２００は、ステップＳＴ１０５において、図４および図５に示されるリソース選択ウィンドウに対応し得る、候補／無線パラメータ選択を実行する。ステップＳＴ１０５は、図３におけるステップＳＴ３０１にも対応し得る。次いで、ステップＳＴ１０６において、端末２００は候補報告を基地局１００に送信する。ステップＳＴ１０６は、図３のステップＳ３０２に対応し得る。
【００４２】
ステップＳＴ１０７において、基地局１００は、サイドリンク送信のための許可を端末２００に送信する。次いで、端末２００は、端末３００とのサイドリンク送信を実行し得る。ステップＳＴ１０７で基地局から送信されるサイドリンク送信のための許可は、ＳＴ１０６で端末２００から送信された候補報告に基づき得るため、基地局１００は、端末３００などのモード４ＵＥとの衝突を避けるために、サイドリンク送信のために端末２００について適切なリソースをスケジューリングし得ることになる。
【００４３】
ワイヤレス通信方法３０を用いると、上記３つの要因のうちの少なくとも１つを考慮しながら、センシングの結果に基づいて、モード３ＵＥによって基地局候補リソースを選択し、報告することによって、リソース使用率を向上させ、モード３ＵＥとモード４ＵＥとの間の衝突を削減／回避しながら、モード３ＵＥとモード４ＵＥとの間のリソースプールシェアリングを実現することができる。
【００４４】
さらに、３つの要因のすべてが考慮される場合、ワイヤレス通信方法３０を使用することによって報告される候補リソースは、適切なサイドリンク送信を保証し、ＣＲＢ要件およびレイテンシ要件を満たすことができる。
【００４５】
本開示の一実施形態によれば、図３には示されていないが、ワイヤレス通信方法３０は、基地局に報告される候補リソースに関連付けられた、推奨されるＭＣＳ、ＰＲＢ数、再送数、およびパワーのうちの、少なくとも１つを報告することをさらに含み得る。
【００４６】
前述のように、ＣＢＲ要件を満たすために、報告される候補リソースに関連付けられた、ＭＣＳ、ＰＲＢ数、再送数、およびパワーを使用することができる。したがって、ＣＢＲ要件に基づいて報告される候補リソースに関連付けられた、推奨されるＭＣＳ、ＰＲＢ数、再送数、およびパワーが、追加として基地局に報告される場合、基地局はこれらのパラメータを考慮して、サイドリンク送信のためにＵＥに最適なリソースを決定することができる。それにより、サイドリンク送信の性能を向上させ、モード３ＵＥとモード４ＵＥとの間のリソースプールシェアリングを強化することができる。
【００４７】
一例において、モード３ＵＥは、推奨される候補リソース（たとえば、報告される候補リソースのうちの１つ）について、再送数２を基地局（ｅＮＢ）に報告することが想定される。この場合、たとえ推奨される候補リソースについてｅＮＢが再送数２を知っている場合であっても、ｅＮＢは、現行の候補リソースについて再送が存在することのみを知っており、再送のタイミングおよび周波数位置は知らない。こうした例についての１つのソリューションは、ｅＮＢが現行の送信をスケジューリングするために任意の２つの候補リソースを組み合わせられることである。こうしたソリューションの特典は、シグナリングオーバヘッドの低減であるが、組み合わせた２つの候補リソースがＵＥの推奨に整合しない可能性があるため、性能は最適ではない。
【００４８】
こうした例についての別の代替ソリューションは、モード３ＵＥが、ｅＮＢへの再送を含むあらゆるパケット送信について２つの候補リソースを報告することであり得、すなわち、１つの候補リソースがパケットの初期送信に使用され、別の候補リソースが同じパケットの再送に使用される。したがって、ｅＮＢは、追加のシグナリングオーバヘッドを負担しながら、再送のタイミングおよび周波数位置を明確に知ることになる。
【００４９】
代替として、トランスポートブロックまたはパケットの再送および初期再送のタイミング／周波数位置が、たとえば、再送を含むあらゆるパケット送信について、ｅＮＢによって固定／（事前）構成される場合、ＵＥは、初期送信についての候補リソースのみを報告することができ、再送についての候補リソースを報告する必要はない。これは、再送と初期再送のタイミング／周波数位置の間の関係が固定／（事前）構成されるため、ＵＥが１つの候補リソースを関連付けられた再送数２と共に報告するとき、初期送信および再送の両方が使用可能であることを意味するためである。これにより、再送を含むあらゆるパケット送信について２つの候補リソースを報告するソリューションに比べて、報告シグナリングは節約できるが、再送の柔軟性が制限される。
【００５０】
本開示の一実施形態によれば、図３に示されるようなワイヤレス通信方法３０において、報告される候補リソースの細分性は基地局によって構成される。
【００５１】
具体的に言えば、図４および図５に示されるように、１、２、３、４、５、６のうちの１つによって示される各ブロックは、報告される候補リソースの細分性を表し得る。図４および図５における各ブロックは、たとえば、基地局によって構成される１サブフレーム内の１サブチャネルに対応し得る。報告される候補リソースの細分性は１サブフレーム内の１サブチャネルに限定されず、いくつかのサブフレーム内のいくつかのサブチャネルであり得ることに留意されたい。
【００５２】
本開示の一実施形態によれば、図３に示されるようなワイヤレス通信方法３０において、候補リソースの選択は、基地局からのシグナリングによって、あるいはイベントまたは条件によってトリガされる。
【００５３】
具体的に言えば、図４および図５に示されるように、Ｔ１は、モード３ＵＥが基地局（ｅＮｏｄｅＢ）から候補リソースの報告についての要求を受信する時点を示す。こうした要求は、モード３ＵＥによるリソース選択ウィンドウ内での候補リソースの選択をトリガすることができる。こうした要求は、基地局からのシグナリングによって送信され得る。たとえばシグナリングは、ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）などの物理レイヤシグナリング、または、無線リソース制御（ＲＲＣ）などのより高レイヤのシグナリングであり得る。本開示はＤＣＩまたはＲＲＣに限定されず、当業者であれば、モード３ＵＥによるリソース選択ウィンドウ内での候補リソースの選択をトリガさせるために、任意の他の好適なシグナリングを採用し得ることに留意されたい。
【００５４】
代替として、候補リソースの選択は、基地局からのシグナリングに代わって、イベントまたは条件によってもトリガされ得る。たとえば、たとえ基地局からのトリガがない場合であっても、モード３ＵＥは、適切な候補リソースを見つけたときに、候補リソースを選択して基地局に報告することができる。また、いくつかの条件が満たされる場合、モード３ＵＥは候補リソースを選択して基地局に報告することができる。ここで、モード３ＵＥによってリソース選択ウィンドウ内で候補リソースの選択をトリガするためのイベントおよび条件は、特定の環境に依存し得る。
【００５５】
本開示の一実施形態によれば、図３に示されるようなワイヤレス通信方法３０において、選択された候補リソースの少なくとも一部は定期的または非定期的に報告される。
【００５６】
具体的に言えば、報告される候補リソースは、定期的に、たとえばある期間に１回、基地局に送信され得る。代替として、報告される候補リソースは、たとえば基地局からのシグナリングに基づいて、あるいは、前述のようにイベントまたは条件に基づいて、非定期的に基地局に送信することもできる。
【００５７】
本開示の一実施形態によれば、図３に示されるようなワイヤレス通信方法３０において、選択された候補リソースの少なくとも一部は、リソース選択ウィンドウの後で報告される。
【００５８】
具体的に言えば、モード３ＵＥによる推奨される候補リソースの報告は、瞬時、すなわち短期報告であり得る。たとえば図４および図５に示されるように、リソース選択ウィンドウの後に、モード３ＵＥは、この単一のリソース選択ウィンドウのみにおける選択の結果に基づいて、推奨される候補リソースを報告することができる。
【００５９】
本開示の一実施形態によれば、図３に示されるようなワイヤレス通信方法３０において、候補リソースの選択は、複数のリソース選択ウィンドウにわたって実行され、複数のリソース選択ウィンドウの後、選択された候補リソースの少なくとも一部は、複数のリソース選択ウィンドウにわたって実行された候補リソースの選択のすべての結果に基づいて報告される。
【００６０】
具体的に言えば、モード３ＵＥによる推奨される候補リソースの報告は、長期報告でもあり得る。図４および図５は１つのセンシングウィンドウおよび１つのリソース選択ウィンドウのみを示しているが、本開示はこれらに限定されず、多くのセンシングウィンドウおよび対応するリソース選択ウィンドウが存在してもよい。長期候補リソース報告の場合、モード３ＵＥは、複数のリソース選択ウィンドウを測定し得、すなわち、候補リソースの選択は、あらゆる複数のリソース選択ウィンドウにわたって実行される。その後、モード３ＵＥは、複数のリソース選択ウィンドウ内で実行された候補リソースの選択のすべての結果に基づいて（たとえば、平均化によって）、基地局に長期間の適切な候補リソースを推奨する。
【００６１】
本開示の一実施形態によれば、図３に示されるようなワイヤレス通信方法３０において、リソース選択ウィンドウの開始時点および終了時点は、ユーザ機器によって報告されるサービス統計から、基地局によって非明示的に取得される。
【００６２】
具体的に言えば、たとえば図４および図５に示されるように、この例におけるＴ２（サービス到着時点）は、まさにリソース選択ウィンドウの開始時点であり、Ｔ３は、リソース選択ウィンドウの終了時点を表す。時点Ｔ２およびＴ３は、ワイヤレス通信方法３０においてＵＥ側およびｅＮＢ側の両方で知られていることが想定される。ｅＮＢ側でのＴ２およびＴ３の知識は、サービス到着時点およびレイテンシ要件などのサービス統計に関するＵＥの報告から、非明示的に取得され得る。より具体的に言えば、ｅＮＢは、サービス到着時点とリソース選択ウィンドウの開始時点との間に時間オフセットがない場合に、たとえばサービス到着時点およびレイテンシ要件から、リソース選択ウィンドウの開始時点および終了時点を推測し得る。加えて、サービス到着時点とリソース選択ウィンドウの開始時点との間に時間オフセットが存在する場合に、ＵＥは、サービス到着時点、時間オフセット、およびレイテンシ要件を報告し得、ｅＮＢは、たとえばサービス到着時点、時間オフセット、およびレイテンシ要件から、リソース選択ウィンドウの開始時点および終了時点を推測し得る。
【００６３】
本開示の一実施形態によれば、図３には示されていないが、ワイヤレス通信方法３０は、リソース選択ウィンドウの開始時点および終了時点を基地局に報告することをさらに含み得る。
【００６４】
具体的に言えば、再度図４および図５を例に取ると、ｅＮＢ側でのＴ２およびＴ３の知識は、代替としてＵＥの報告から明示的に取得され得る。たとえばＵＥは、推奨される候補リソースを報告するときに、Ｔ２およびＴ３をｅＮＢに直接報告することになる。また、サービス到着時点とリソース選択ウィンドウの開始時点との間に時間オフセットが存在する場合、ＵＥは、サービス到着時点を時間オフセットと共に報告する代わりに、リソース選択ウィンドウの開始時点を直接報告することができる。
【００６５】
本開示は、ｅＮＢが、リソース選択ウィンドウの開始時点および終了時点の知識を、ＵＥから非明示的または明示的に取得することに限定されていないことに留意されたい。代替として、リソース選択ウィンドウの開始時点および終了時点は、基地局によっても構成され得る。したがって、どのようなオプションにおいても、ＵＥおよびｅＮＢは、候補リソース報告についてのリソース選択ウィンドウに関して同じ理解を有するはずである。
【００６６】
本開示の一実施形態によれば、図３に示されるようなワイヤレス通信方法３０において、選択された候補リソースの少なくとも一部は、媒体アクセス制御（ＭＡＣ）レイヤ内の物理アップリンク制御チャネル（ＰＵＣＣＨ）によって、またはＲＲＣによって報告され得る。ＰＵＣＣＨベースの報告の場合、新しいアップリンク制御情報（ＵＣＩ）を定義する必要がある。推奨される候補リソースの報告様式は上記の例に限定されておらず、当業者であれば、任意の他の好適な報告様式を採用し得ることに留意されたい。
【００６７】
上記において、ワイヤレス通信方法３０は、図３〜図６を参照しながら詳細に説明している。ワイヤレス通信方法３０を用いる場合、上記の３つの要因のうちの少なくとも１つを考慮しながら、センシングの結果に基づいて、モード３ＵＥによって候補リソースを選択し、基地局に報告することによって、リソース使用率を向上させ、モード３ＵＥとモード４ＵＥとの間の衝突を削減／回避しながら、モード３ＵＥとモード４ＵＥとの間のリソースプールシェアリングを実現することができる。
【００６８】
本開示は、単一キャリアの場合および複数キャリアの場合の両方に適用可能であることに留意されたい。明らかに、単一キャリアの場合には、任意のキャリアインデックスをさらに示す必要がなく、上記のワイヤレス通信方法３０を良好に適用することができる。単一キャリアのケースは相対的にシンプルなケースであり、当業者が容易に理解できるため、ここでその詳細は考察しない。
【００６９】
相対的に複雑な複数キャリアの場合には、モード３ＵＥが、上記のワイヤレス通信方法３０を使用することによって、推奨される候補リソース（すなわち、選択された候補リソースの少なくとも一部）を基地局に報告するとき、ＵＥはその間に、推奨される候補リソースの各々に対応するキャリアインデックスを基地局に示すべきである。さらに、たとえば前述のように、再送数が２であることが想定される場合、同じパケットについての初期送信および再送は同じキャリア上にあり得るか、またはそれぞれ異なるキャリア上にあり得るため、ＵＥは、異なるキャリア上にあるときに、初期送信および再送の両方についてキャリアインデックスをさらに示す必要があり得る。
【００７０】
ワイヤレス通信方法３０はモード３ＵＥを向上させるように指示されるため、前述のようなワイヤレス通信方法３０は、ケース３）Ｒｅｌ．１５モード３ＵＥおよびＲｅｌ．１４モード４ＵＥ、ならびにケース４）Ｒｅｌ．１５モード３ＵＥおよびＲｅｌ．１５モード４ＵＥに使用することができる。しかしながら、ケース２）Ｒｅｌ．１４モード３ＵＥおよびＲｅｌ．１５モード４ＵＥに関して、Ｒｅｌ．１４モード３ＵＥの構成はすでに固定され、これ以上修正できないため、ワイヤレス通信方法３０はこのケースには適用不可能である。
【００７１】
本開示の別の実施形態は、モード４ＵＥの視点から、ケース２）Ｒｅｌ．１４モード３ＵＥおよびＲｅｌ．１５モード４ＵＥを強化することである。具体的に言えば、当分野では、Ｒｅｌ．１４モード３ＵＥは常に「予約期間」をゼロに設定するため、Ｒｅｌ．１４モード３ＵＥのセミパーシステントスケジューリング（ＳＰＳ）動作はＲｅｌ．１５モード４ＵＥには見えないことが知られている。したがって、特にＳＰＳ動作上のＲｅｌ．１４モード３ＵＥを保護するために、予約期間が「ゼロ」に設定されているＵＥは「フェイクＳＰＳ  ＵＥ」と見られ、その周期性はこうしたモード４ＵＥと同じである。モード４ＵＥは、センシング手順の間こうした「フェイクＳＰＳ  ＵＥ」を考慮し、リソース選択ウィンドウの間に関連するリソースを除外する。
【００７２】
Ｒｅｌ．１５モード４ＵＥの動作は、ＳＰＳ動作上のＲｅｌ．１４モード３ＵＥを保護することができるが、非ＳＰＳ動作上のＲｅｌ．１４モード３ＵＥも「フェイクＳＰＳ  ＵＥ」と見なすことから、実際にＲｅｌ．１５モード４ＵＥに使用可能ないくつかのリソースも除外され得ることに留意されたい。したがって、リソース使用率は低減され得る。
【００７３】
本開示の別の実施形態において、図７に示されるように、基地局のためのワイヤレス通信方法７０が提供される。図７は、本開示の別の実施形態に係る、ワイヤレス通信方法７０のフローチャートを示す。
【００７４】
図７に示されるように、ワイヤレス通信方法７０は、サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器から候補リソースを報告するための情報が受信される、ステップＳ７０１で開始される。次にステップＳ７０２で、情報に基づいて、ユーザ機器のためにサイドリンクリソースをスケジューリングするためのパラメータが構成される。ステップＳ７０２の後、ワイヤレス通信方法７０は終了する。報告される候補リソースは、リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、リソース選択ウィンドウ内のリソースからユーザ機器によって選択される、少なくともデータチャネルについての選択された候補リソースの少なくとも一部であって、リソース選択ウィンドウの開始時点はサービス到着時点以降であり、また、ユーザ機器による候補リソースの選択は、サービス到着時点からリソース選択ウィンドウの終了時点までの時間期間が、閾値レイテンシ以下であること、データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉と、データチャネルを用いて一意にマッピングされた制御チャネルについてのリソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉が閾値干渉以下であること、ならびに、選択された候補リソースおよび関連付けられた無線パラメータがチャネルビジネス比（ＣＢＲ）要件を満たすこと、という規則のうちの、少なくとも１つに従う。たとえば、ワイヤレス通信方法７０は、図１に示されるようなｅＮＢ１０１に適用可能である。
【００７５】
本開示の一実施形態によれば、図７には示されていないが、ワイヤレス通信方法７０は、リソース選択ウィンドウの開始時点および終了時点をユーザ機器から受信することをさらに含み得る。
【００７６】
本開示の一実施形態によれば、図７には示されていないが、ワイヤレス通信方法７０は、サービス統計に関する情報をユーザ機器から受信すること、ならびに、サービス統計に関する情報に基づいて、リソース選択ウィンドウの開始時点および終了時点を決定することを、さらに含み得る。
【００７７】
本開示の一実施形態によれば、図７には示されていないが、ワイヤレス通信方法７０は、ユーザ機器から報告される候補リソースに関連付けられた、推奨される変調・符号化方式（ＭＣＳ）、物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）数、再送数、およびパワーのうちの、少なくとも１つに関する情報を受信することを、さらに含み得る。
【００７８】
本開示の一実施形態によれば、図７には示されていないが、ワイヤレス通信方法７０は、報告される候補リソースの細分性を構成することをさらに含み得る。
【００７９】
本開示の一実施形態によれば、図７には示されていないが、ワイヤレス通信方法７０は、ユーザ機器による候補リソースの選択をトリガするためのシグナリングを、ユーザ機器に送信することをさらに含み得る。
【００８０】
ワイヤレス通信方法７０を用いる場合、上記３つの要因のうちの少なくとも１つを考慮しながら、センシングの結果に基づいて、モード３ＵＥによって報告される候補リソースに関する情報に基づいて、ユーザ機器についてのサイドリンクリソースをスケジューリングするためのパラメータを構成することによって、リソース使用率を向上させ、モード３ＵＥとモード４ＵＥとの間の衝突を削減／回避しながら、モード３ＵＥとモード４ＵＥとの間のリソースプールシェアリングを実現することができる。さらに、３つの要因のすべてが考慮されるとき、ユーザ機器によって報告される候補リソースは、適切なサイドリンク送信を保証し、ＣＲＢ要件およびレイテンシ要件を満たすことができる。
【００８１】
ユーザ機器についてサイドリンクリソースをスケジューリングするためのパラメータを構成するとき、基地局は、必ずしもユーザ機器からの候補リソースを報告するための情報を考慮に入れるとは限らないことに留意されたい。
【００８２】
本開示のさらなる実施形態において、図８に示されるようなユーザ機器８００が提供される。図８は、本開示のさらなる実施形態に係る、ユーザ機器８００のブロック図を示す。ユーザ機器８００は、サイドリンク送信のための基地局ベーススケジューリングモードで動作する。
【００８３】
図８に示されるように、ユーザ機器８００は、リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、リソース選択ウィンドウ内のリソースから少なくともデータチャネルについての候補リソースを選択するように動作可能な回路構成８０１であって、リソース選択ウィンドウの開始時点はサービス到着時点以降である、回路構成と、選択された候補リソースの少なくとも一部を基地局に報告するように動作可能な送信機８０２と、を含む。回路構成８０１において、候補リソースの選択は、サービス到着時点からリソース選択ウィンドウの終了時点までの時間期間が、閾値レイテンシ以下であること、データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉と、データチャネルを用いて一意にマッピングされた制御チャネルについてのリソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉が閾値干渉以下であること、ならびに、選択された候補リソースおよび関連付けられた無線パラメータがチャネルビジネス比（ＣＢＲ）要件を満たすこと、という規則のうちの、少なくとも１つに従う。
【００８４】
本実施形態に係るユーザ機器８００は、ユーザ機器８００内のそれぞれのユニットの様々なデータおよび制御動作を処理するための関連プログラムを実行するためのＣＰＵ（中央処理ユニット）８１０、ＣＰＵ８１０によって様々な処理および制御を実行するために必要な様々なプログラムを記憶するためのＲＯＭ（読み取り専用メモリ）８１３、ＣＰＵ８１０による処理および制御の手順において一時的に生成される中間データを記憶するためのＲＡＭ（ランダムアクセスメモリ）８１５、および／または、様々なプログラム、データなどを記憶するためのストレージユニット８１７を、さらに含み得る。上記の回路構成８０１、送信機８０２、ＣＰＵ８１０、ＲＯＭ８１３、ＲＡＭ８１５、および／またはストレージユニット８１７などは、データおよび／またはコマンドバス８２０を介して相互接続され得、互いの間で信号を転送し得る。
【００８５】
前述のようなそれぞれのユニットは、本開示の範囲を限定するものではない。本開示の一実施形態によれば、上記の回路構成８０１および送信機８０２の機能は、ハードウェアによって実装され得、上記のＣＰＵ８１０、ＲＯＭ８１３、ＲＡＭ８１５、および／またはストレージユニット８１７は、不要な場合がある。代替として、上記の回路構成８０１または送信機８０２の機能のうちの一部またはすべては、上記のＣＰＵ８１０、ＲＯＭ８１３、ＲＡＭ８１５、および／またはストレージユニット８１７などと組み合わせて、機能ソフトウェアによっても実装され得る。
【００８６】
具体的に言えば、ユーザ機器８００は、図１に示されるモード３ＵＥ２０１、２０２、２０３のうちのいずれか１つであり得、図３に関連して上記で説明したように、ワイヤレス通信方法３０を実行することができる。
【００８７】
ユーザ機器８００を用いると、上記３つの要因のうちの少なくとも１つを考慮しながら、センシングの結果に基づいて、モード３ＵＥによって候補リソースを選択し、基地局に報告することによって、リソース使用率を向上させ、モード３ＵＥとモード４ＵＥとの間の衝突を削減／回避しながら、モード３ＵＥとモード４ＵＥとの間のリソースプールシェアリングを実現することができる。さらに、３つの要因のすべてが考慮される場合、ワイヤレス通信方法３０を使用することによって報告される候補リソースは、適切なサイドリンク送信を保証し、ＣＲＢ要件およびレイテンシ要件を満たすことができる。
【００８８】
上記ワイヤレス通信方法３０における他の技術的特徴をユーザ機器８００に組み込むことも可能であり、冗長性を避けるためにここでは説明しないことに留意されたい。
【００８９】
本開示の別の実施形態において、図９に示されるような基地局９００が提供される。図９は、本開示の別の実施形態に係る、基地局９００のブロック図を示す。
【００９０】
図９に示されるように、基地局９００は、サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器から、候補リソースを報告するための情報を受信するように動作可能な、受信機９０１と、情報に基づいてユーザ機器のためにサイドリンクリソースをスケジューリングするためのパラメータを構成するように動作可能な、回路構成９０２とを含む。また、報告される候補リソースは、リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、リソース選択ウィンドウ内のリソースからユーザ機器によって選択される、少なくともデータチャネルについての選択された候補リソースの少なくとも一部であり、リソース選択ウィンドウの開始時点はサービス到着時点以降であり、ユーザ機器による候補リソースの選択は、サービス到着時点からリソース選択ウィンドウの終了時点までの時間期間が、閾値レイテンシ以下であること、データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉と、データチャネルを用いて一意にマッピングされた制御チャネルについてのリソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉が閾値干渉以下であること、ならびに、選択された候補リソースおよび関連付けられた無線パラメータがチャネルビジネス比（ＣＢＲ）要件を満たすこと、という規則のうちの、少なくとも１つに従う。
【００９１】
本実施形態に係る基地局９００は、基地局９００内のそれぞれのユニットの様々なデータおよび制御動作を処理するための関連プログラムを実行するためのＣＰＵ（中央処理ユニット）９１０、ＣＰＵ９１０によって様々な処理および制御を実行するために必要な様々なプログラムを記憶するためのＲＯＭ（読み取り専用メモリ）９１３、ＣＰＵ９１０による処理および制御の手順において一時的に生成される中間データを記憶するためのＲＡＭ（ランダムアクセスメモリ）９１５、および／または、様々なプログラム、データなどを記憶するためのストレージユニット９１７を、さらに含み得る。上記の受信機９０１、回路構成９０２、ＣＰＵ９１０、ＲＯＭ９１３、ＲＡＭ９１５、および／またはストレージユニット９１７などは、データおよび／またはコマンドバス９２０を介して相互接続され得、互いの間で信号を転送し得る。
【００９２】
前述のようなそれぞれのユニットは、本開示の範囲を限定するものではない。本開示の一実施形態によれば、上記の受信機９０１および回路構成９０２の機能は、ハードウェアによって実装され得、上記のＣＰＵ９１０、ＲＯＭ９１３、ＲＡＭ９１５、および／またはストレージユニット９１７は、不要な場合がある。代替として、上記の受信機９０１および／または回路構成９０２の機能のうちの一部またはすべては、上記のＣＰＵ９１０、ＲＯＭ９１３、ＲＡＭ９１５、および／またはストレージユニット９１７などと組み合わせて、機能ソフトウェアによっても実装され得る。
【００９３】
具体的に言えば、基地局９００は、図１に示されるｅＮＢ１０１であり得、図７に関連して上記で説明したように、ワイヤレス通信方法７０を実行することができる。
【００９４】
基地局９００を用いる場合、上記３つの要因のうちの少なくとも１つを考慮しながら、センシングの結果に基づいて、モード３ＵＥによって報告される候補リソースに関する情報に基づいて、ユーザ機器についてのサイドリンクリソースをスケジューリングするためのパラメータを構成することによって、リソース使用率を向上させ、モード３ＵＥとモード４ＵＥとの間の衝突を削減／回避しながら、モード３ＵＥとモード４ＵＥとの間のリソースプールシェアリングを実現することができる。さらに、３つの要因のすべてが考慮されるとき、ユーザ機器によって報告される候補リソースは、適切なサイドリンク送信を保証し、ＣＲＢ要件およびレイテンシ要件を満たすことができる。
【００９５】
上記ワイヤレス通信方法７０における他の技術的特徴を基地局９００に組み込むことも可能であり、冗長性を避けるためにここでは説明しないことに留意されたい。
【００９６】
本開示は、ソフトウェア、ハードウェア、またはハードウェアと協働するソフトウェアによって実現可能である。前述の各実施形態の説明で使用される各機能ブロックは、集積回路としてのＬＳＩによって実現可能であり、各実施形態において説明される各プロセスは、ＬＳＩによって制御され得る。それらは個別にチップとして形成され得るか、または、１つのチップが機能ブロックの一部またはすべてを含むように形成され得る。それらは、結合されたデータ入力および出力を含み得る。ここでＬＳＩは、集積の度合における差に依存して、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと呼ばれることがある。しかしながら、集積回路を実装する技法はＬＳＩに限定されず、専用回線または汎用プロセッサを使用することによって実現され得る。加えて、ＬＳＩの製造後にプログラミング可能なＦＰＧＡ（フィールドプログラマブルゲートアレイ）、または、ＬＳＩ内部に配設される回路セルの接続および設定が再構成可能なリコンフィギャラブル・プロセッサが、使用可能である。
【００９７】
本開示は、本開示の内容および範囲から逸脱することなく、本明細書に提示された説明および既知の技術に基づき、当業者によって様々に変更または修正されることを意図しており、こうした変更および適用例は、保護されるべく請求された範囲内に入ることに留意されたい。さらに、本開示の内容から逸脱しない範囲内で、前述の実施形態の構成要素を任意に組み合わせることができる。
【００９８】
本開示の実施形態は、少なくとも以下の主題を提供することができる。
【００９９】
（１）  サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器であって、
リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、リソース選択ウィンドウ内のリソースから少なくともデータチャネルについての候補リソースを選択するように動作可能な回路構成であって、リソース選択ウィンドウの開始時点はサービス到着時点以降である、回路構成と、
選択された候補リソースの少なくとも一部を基地局に報告するように動作可能な送信機と、
を備え、
候補リソースの選択は、
サービス到着時点からリソース選択ウィンドウの終了時点までの時間期間が、閾値レイテンシ以下であること、
データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉と、データチャネルを用いて一意にマッピングされた制御チャネルについてのリソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉が閾値干渉以下であること、ならびに、
選択された候補リソースおよび関連付けられた無線パラメータがチャネルビジネス比（ＣＢＲ）要件を満たすこと、
という規則のうちの、少なくとも１つに従う、
ユーザ機器。
【０１００】
（２）  （１）に記載のユーザ機器であって、送信機は、基地局に報告される候補リソースに関連付けられた、推奨される変調・符号化方式（ＭＣＳ）、物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）数、再送数、およびパワーのうちの、少なくとも１つを報告するようにさらに動作可能である、ユーザ機器。
【０１０１】
（３）  （１）に記載のユーザ機器であって、報告される候補リソースの細分性は基地局によって構成される、ユーザ機器。
【０１０２】
（４）  （１）に記載のユーザ機器であって、候補リソースの選択は、基地局からのシグナリングによって、あるいはイベントまたは条件によって、トリガされる、ユーザ機器。
【０１０３】
（５）  （１）に記載のユーザ機器であって、選択された候補リソースの少なくとも一部は、定期的または非定期的に報告される、ユーザ機器。
【０１０４】
（６）  （１）に記載のユーザ機器であって、選択された候補リソースの少なくとも一部は、リソース選択ウィンドウの後に報告される、ユーザ機器。
【０１０５】
（７）  （１）に記載のユーザ機器であって、候補リソースの選択は、複数のリソース選択ウィンドウにわたって、および複数のリソース選択ウィンドウの後に実行され、選択された候補リソースの少なくとも一部は、複数のリソース選択ウィンドウにわたって実行された候補リソースの選択のすべての結果に基づいて報告される、ユーザ機器。
【０１０６】
（８）  （１）に記載のユーザ機器であって、リソース選択ウィンドウの開始時点および終了時点は、ユーザ機器によって報告されたサービス統計から基地局によって非明示的に取得される、ユーザ機器。
【０１０７】
（９）  （１）に記載のユーザ機器であって、送信機は、リソース選択ウィンドウの開始時点および終了時点を基地局に報告するようにさらに動作可能である、ユーザ機器。
【０１０８】
（１０）  サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器のためのワイヤレス通信方法であって、
リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、リソース選択ウィンドウ内のリソースから少なくともデータチャネルについての候補リソースを選択することであって、リソース選択ウィンドウの開始時点はサービス到着時点以降である、選択すること、および、
選択された候補リソースの少なくとも一部を基地局に報告すること、
を含み、
候補リソースの選択は、
サービス到着時点からリソース選択ウィンドウの終了時点までの時間期間が、閾値レイテンシ以下であること、
データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉と、データチャネルを用いて一意にマッピングされた制御チャネルについてのリソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉が閾値干渉以下であること、ならびに、
選択された候補リソースおよび関連付けられた無線パラメータが、チャネルビジネス比（ＣＢＲ）要件を満たすこと、
という規則のうちの、少なくとも１つに従う、
ワイヤレス通信方法。
【０１０９】
（１１）  （１０）に記載のワイヤレス通信方法であって、基地局に報告される候補リソースに関連付けられた、推奨される変調・符号化方式（ＭＣＳ）、物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）数、再送数、およびパワーのうちの、少なくとも１つを報告することをさらに含む、ワイヤレス通信方法。
【０１１０】
（１２）  （１０）に記載のワイヤレス通信方法であって、報告される候補リソースの細分性は基地局によって構成される、ワイヤレス通信方法。
【０１１１】
（１３）  （１０）に記載のワイヤレス通信方法であって、候補リソースの選択は、基地局からのシグナリングによって、あるいはイベントまたは条件によって、トリガされる、ワイヤレス通信方法。
【０１１２】
（１４）  （１０）に記載のワイヤレス通信方法であって、選択された候補リソースの少なくとも一部は、定期的または非定期的に報告される、ワイヤレス通信方法。
【０１１３】
（１５）  （１０）に記載のワイヤレス通信方法であって、選択された候補リソースの少なくとも一部は、リソース選択ウィンドウの後に報告される、ワイヤレス通信方法。
【０１１４】
（１６）  （１０）に記載のワイヤレス通信方法であって、候補リソースの選択は、複数のリソース選択ウィンドウにわたって、および複数のリソース選択ウィンドウの後に実行され、選択された候補リソースの少なくとも一部は、複数のリソース選択ウィンドウにわたって実行された候補リソースの選択のすべての結果に基づいて報告される、ワイヤレス通信方法。
【０１１５】
（１７）  （１０）に記載のワイヤレス通信方法であって、リソース選択ウィンドウの開始時点および終了時点は、ユーザ機器によって報告されたサービス統計から基地局によって非明示的に取得される、ワイヤレス通信方法。
【０１１６】
（１８）  （１０）に記載のワイヤレス通信方法であって、リソース選択ウィンドウの開始時点および終了時点を基地局に報告することをさらに含む、ワイヤレス通信方法。
【０１１７】
（１９）  基地局であって、
サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器から、候補リソースを報告するための情報を受信するように動作可能な受信機と、
情報に基づいてユーザ機器のためにサイドリンクリソースをスケジューリングするためのパラメータを構成するように動作可能な回路構成と、
を備え、
報告される候補リソースは、リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、リソース選択ウィンドウ内のリソースからユーザ機器によって選択される、少なくともデータチャネルについての選択された候補リソースの少なくとも一部であり、リソース選択ウィンドウの開始時点はサービス到着時点以降であり、
ユーザ機器による候補リソースの選択は、
サービス到着時点からリソース選択ウィンドウの終了時点までの時間期間が、閾値レイテンシ以下であること、
データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉と、データチャネルを用いて一意にマッピングされた制御チャネルについてのリソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉が閾値干渉以下であること、ならびに、
選択された候補リソースおよび関連付けられた無線パラメータがチャネルビジネス比（ＣＢＲ）要件を満たすこと、
という規則のうちの、少なくとも１つに従う、
基地局。
【０１１８】
（２０）  （１９）に記載の基地局であって、受信機は、ユーザ機器からリソース選択ウィンドウの開始時点および終了時点を受信するようにさらに動作可能である、基地局。
【０１１９】
（２１）  （１９）に記載の基地局であって、受信機は、サービス統計に関する情報をユーザ機器から受信するようにさらに動作可能であり、回路構成は、サービス統計に関する情報に基づいてリソース選択ウィンドウの開始時点および終了時点を決定するようにさらに動作可能である、基地局。
【０１２０】
（２２）  （１９）に記載の基地局であって、受信機は、ユーザ機器から、報告される候補リソースに関連付けられた、推奨される変調・符号化方式（ＭＣＳ）、物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）数、再送数、およびパワーのうちの、少なくとも１つに関する情報を受信するようにさらに動作可能である、基地局。
【０１２１】
（２３）  （１９）に記載の基地局であって、回路構成は、報告される候補リソースの細分性を構成するようにさらに動作可能である、基地局。
【０１２２】
（２４）  （１９）に記載の基地局であって、ユーザ機器による候補リソースの選択をトリガするためのシグナリングを、ユーザ機器に送信するように動作可能な送信機をさらに備える、基地局。
【０１２３】
（２５）  基地局のためのワイヤレス通信方法であって、
サイドリンク送信のための基地局ベーススケジューリングモードで動作するユーザ機器から、候補リソースを報告するための情報を受信すること、および、
情報に基づいて、ユーザ機器のためにサイドリンクリソースをスケジューリングするためのパラメータを構成すること、
を含み、
報告される候補リソースは、リソース選択ウィンドウの前のセンシングウィンドウ内で実行されるセンシングの結果に基づいて、リソース選択ウィンドウ内のリソースからユーザ機器によって選択される、少なくともデータチャネルについての選択された候補リソースの少なくとも一部であり、リソース選択ウィンドウの開始時点はサービス到着時点以降であり、
ユーザ機器による候補リソースの選択は、
サービス到着時点からリソース選択ウィンドウの終了時点までの時間期間が、閾値レイテンシ以下であること、
データチャネルと制御チャネルとの間の非隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉と、データチャネルを用いて一意にマッピングされた制御チャネルについてのリソースの干渉との両方が、閾値干渉以下であるか、または、データチャネルと制御チャネルとの間の隣接スケジューリングの場合、データチャネルについての選択された候補リソースの干渉が閾値干渉以下であること、ならびに、
選択された候補リソースおよび関連付けられた無線パラメータがチャネルビジネス比（ＣＢＲ）要件を満たすこと、
という規則のうちの、少なくとも１つに従う、
ワイヤレス通信方法。
【０１２４】
（２６）  （２５）に記載のワイヤレス通信方法であって、ユーザ機器からリソース選択ウィンドウの開始時点および終了時点を受信することをさらに含む、ワイヤレス通信方法。
【０１２５】
（２７）  （２５）に記載のワイヤレス通信方法であって、
サービス統計に関する情報をユーザ機器から受信すること、ならびに、
サービス統計に関する情報に基づいてリソース選択ウィンドウの開始時点および終了時点を決定すること、
をさらに含む、ワイヤレス通信方法。
【０１２６】
（２８）  （２５）に記載のワイヤレス通信方法であって、ユーザ機器から、報告される候補リソースに関連付けられた、推奨される変調・符号化方式（ＭＣＳ）、物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）数、再送数、およびパワーのうちの、少なくとも１つに関する情報を受信することをさらに含む、ワイヤレス通信方法。
【０１２７】
（２９）  （２５）に記載のワイヤレス通信方法であって、報告される候補リソースの細分性を構成することをさらに含む、ワイヤレス通信方法。
【０１２８】
（３０）  （２５）に記載のワイヤレス通信方法であって、ユーザ機器による候補リソースの選択をトリガするためのシグナリングを、ユーザ機器に送信することをさらに含む、ワイヤレス通信方法。
【図１】
0006869368.tif 000002
【図２】
0006869368.tif 000003
【図３】
0006869368.tif 000004
【図４】
0006869368.tif 000005
【図５】
0006869368.tif 000006
【図６】
0006869368.tif 000007
【図７】
0006869368.tif 000008
【図８】
0006869368.tif 000009
【図９】
0006869368.tif 000010