特許 7715949 サイドリンク間欠受信（ＤＲＸ）受信機ユーザ機器（ＵＥ）のためのリソース選択の向上

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-07-22

(45)【発行日】2025-07-30

(54)【発明の名称】サイドリンク間欠受信（ＤＲＸ）受信機ユーザ機器（ＵＥ）のためのリソース選択の向上

(51)【国際特許分類】

   H04W 72/40 20230101AFI20250723BHJP

   H04W 52/02 20090101ALI20250723BHJP

   H04W 72/25 20230101ALI20250723BHJP

   H04W 92/18 20090101ALI20250723BHJP

【ＦＩ】

H04W72/40

H04W52/02 111

H04W72/25

H04W92/18

【請求項の数】 14

(21)【出願番号】P 2024537489

(86)(22)【出願日】2022-01-10

(65)【公表番号】

(43)【公表日】2025-02-12

(86)【国際出願番号】 CN2022071145

(87)【国際公開番号】W WO2023130481

(87)【国際公開日】2023-07-13

【審査請求日】2024-06-27

(73)【特許権者】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．

【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100119013

【弁理士】

【氏名又は名称】山崎 一夫

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(74)【代理人】

【識別番号】100210239

【弁理士】

【氏名又は名称】富永 真太郎

(72)【発明者】

【氏名】ヤオ チュンハイ

(72)【発明者】

【氏名】イェ チュンシュアン

(72)【発明者】

【氏名】チャン ダウェイ

(72)【発明者】

【氏名】フ ハイジン

(72)【発明者】

【氏名】スン ハイトン

(72)【発明者】

【氏名】ヘ ホン

(72)【発明者】

【氏名】ゼン ウェイ

(72)【発明者】

【氏名】ヤン ウェイドン

(72)【発明者】

【氏名】チャン ユシュ

(72)【発明者】

【氏名】ウ ジビン

【審査官】望月 章俊

(56)【参考文献】

【文献】LG Electronics，Discussion on resource allocation for power saving，3GPP TSG RAN WG1 #107-e R1-2111815，2021年11月06日

【文献】Zhejiang Lab，Discussion on resource allocation for power saving，3GPP TSG RAN WG1 #106-e R1-2106724，2021年08月06日

【文献】Robert Bosch GmbH，Discussion on sidelink enhancements for power saving，3GPP TSG RAN WG1 #107-e R1-2112394，2021年11月06日

【文献】ZTE, Sanechips，Discussion on resource allocation for power saving，3GPP TSG RAN WG1 #105-e R1-2105614，2021年05月12日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

ユーザ機器（ＵＥ）であって、
メモリと、
処理回路と、を備えるＵＥであって、前記処理回路が、前記メモリに記憶された命令を実行するとき、前記ＵＥに、
サイドリンク（ＳＬ）通信のための受信機ＵＥのＳＬ間欠受信（ＤＲＸ）パラメータの指示を受信させ、
リソース選択手順を実行させて、候補リソースのセットであって、候補リソースの前記セットは、前記受信機ＵＥの前記ＳＬ ＤＲＸパラメータの閾値を満たす候補リソースの少なくともサブセットを含む、候補リソースのセットを決定させ、
候補リソースの前記セットから１つ以上のリソースを使用させて、前記ＳＬ通信を有効にさせ、
チャネルビジー比（ＣＢＲ）閾値を上回るＳＬ ＣＢＲ測定であって、ＳＬ ＣＢＲ測定ウィンドウ内で測定されたＳＬ受信信号強度指示（ＲＳＳＩ）に基づくＳＬ ＣＢＲ測定に応じてＳＬ通信を中止させ、
ＳＬ ＲＳＳＩ測定スロットの数がＳＬ ＲＳＳＩ測定スロット閾値を下回ることに応じて、前記ＳＬ通信を中止するかどうかを判定するために、事前設定されたＳＬ ＣＢＲ値を使用させる、よう構成されている、
ＵＥ。

【請求項2】

前記処理回路は、
リソース選択ウィンドウ（ＲＳＷ）内の物理（ＰＨＹ）層において候補リソースの前記少なくとも前記サブセットを選択して、前記ＳＬ ＤＲＸパラメータの前記指示に基づいて、前記閾値を満たす、よう更に構成されているＵＥであって、前記閾値は、前記受信機ＵＥのＳＬ ＤＲＸアクティブ時間内の報告された候補リソースの一部分、前記ＳＬ ＤＲＸアクティブ時間内の報告された候補リソースの数、又は前記ＳＬ ＤＲＸアクティブ時間と重複する候補スロットの数のうちの少なくとも１つを含む、請求項１に記載のＵＥ。

【請求項3】

前記処理回路は、
リソースプールに関連付けられた候補リソースの事前設定された比率又は事前設定された数に基づいて、前記閾値を決定する、又は、
前記受信機ＵＥとの通信に基づいて、前記閾値であって、候補リソースの一部分、候補リソースの数、又は前記受信機ＵＥのＳＬ ＤＲＸアクティブ時間と重複する候補スロットの数を含む前記閾値を決定する、よう更に構成されており、
候補リソースの前記少なくとも前記サブセットは前記閾値以上である、請求項１又は２に記載のＵＥ。

【請求項4】

前記処理回路は、
時限ウィンドウ内のサイドリンク候補リソースの総数（Ｍ）に基づいてＲＳＷを決定し、
前記ＲＳＷの前の検知ウィンドウの間に前記ＳＬ通信のために使用されることになる候補リソースの検知を実行して、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を復号し、
前記ＲＳＷに基づいて、基準信号受信電力（ＲＳＲＰ）閾値に従って初期候補リソースセットを選択し、利用不可能な候補リソースを除外し、
前記閾値に基づいて、前記受信機ＵＥのＳＬ ＤＲＸアクティブ時間内にある前記初期候補リソースセット内の候補リソースの前記少なくとも前記サブセットを定義する、よう更に構成されている、
請求項１に記載のＵＥ。

【請求項5】

前記処理回路は、
候補スロットの閾値部分、又は候補スロットの閾値数が前記ＲＳＷ及び前記ＳＬ ＤＲＸアクティブ時間と重複することを保証するように前記ＲＳＷのサイズを変更し、
候補スロットの前記閾値部分又は前記閾値数の後になるように、前記ＲＳＷ中の候補スロットの残りの部分またはスロットの残りの数を設定する、よう更に構成されている、
請求項４に記載のＵＥ。

【請求項6】

前記処理回路は、
１つ以上の条件であって、前記初期候補リソースセットがサイドリンク候補リソースの前記総数の報告された部分未満であること、又は前記受信機ＵＥの前記ＳＬ ＤＲＸアクティブ時間内の候補リソースの前記少なくとも前記サブセットのサブセット候補リソースの数が、サイドリンク候補リソースの前記総数の前記報告された部分の数閾値又はパーセンテージ閾値未満であること、の少なくとも１つを含む、１つ以上の条件が満たされたことに応じて、
前記ＲＳＲＰ閾値を変更し、前記ＲＳＷに基づいて前記初期候補リソースセットを再選択し、前記利用不可能な候補リソースを除外し、前記ＳＬ ＤＲＸアクティブ時間内にある候補リソースの前記少なくとも前記サブセットを再定義することによって、前記リソース選択手順の反復を実行する、よう更に構成されている、
請求項４に記載のＵＥ。

【請求項7】

前記処理回路は、
前記初期候補リソースセットがサイドリンク候補リソースの前記総数のうちの報告された部分以上であり、前記受信機ＵＥの前記ＳＬ ＤＲＸアクティブ時間内の候補リソースの前記少なくとも前記サブセットのサブセット候補リソースの数が、サイドリンク候補リソースの前記総数のうちの前記報告された部分の前記数閾値又は前記パーセンテージ閾値以上であることに応じて、及び候補リソースの前記少なくとも前記サブセットがサイドリンク候補リソースの前記総数のうちの前記報告された部分未満でないことに応じて、
候補リソースの前記少なくとも前記サブセットがサイドリンク候補リソースの前記総数のうちの前記報告された部分未満でないことに応じて、サイドリンク候補リソースの前記総数のうちの前記報告された部分をランダムに選択すること、又は候補リソースの前記少なくとも前記サブセットのうちの各候補リソースを報告することによって、候補リソースの前記少なくとも前記サブセットを上位層に報告し、
候補リソースの前記少なくとも前記サブセットがサイドリンク候補リソースの前記総数の前記報告された部分未満であることに応じて、候補リソースの前記少なくとも前記サブセット中にない候補リソースの前記セット中の少なくとも１つの候補リソースをランダムに選択し、ランダムに選択された前記少なくとも１つの候補リソースと候補リソースの前記サブセットの各候補リソースとの両方を前記上位層に報告するか、又は前記少なくとも１つの候補リソースを前記上位層に報告する、よう更に構成されている、
請求項６に記載のＵＥ。

【請求項8】

前記処理回路は、
前記受信機ＵＥのＳＬ ＤＲＸアクティブ時間に基づいて、前記リソース選択手順を、
検知ウィンドウの間に前記ＳＬ通信のために使用されることになる候補リソースの検知を実行する一方で、前記ＳＬ ＤＲＸアクティブ時間に関連付けられた初期ＲＳＲＰ閾値を取得することと、
前記受信機ＵＥの前記ＳＬ ＤＲＸアクティブ時間内に選択されることになる初期候補リソースセットを制限する一方で、利用不可能な候補リソースを除外することと、により実行し、
前記初期候補リソースセットがサイドリンク候補リソースの前記総数のうちの前記報告された部分の数閾値又はパーセンテージ閾値未満であることに応じて、変更されたＲＳＲＰ閾値を用いて前記リソース選択手順の別の反復を実行して、前記ＳＬ ＤＲＸアクティブ時間内にある前記初期候補リソースセットを再定義するか、さもなければ、
前記受信機ＵＥのＳＬ ＤＲＸ非アクティブ時間に基づいて、前記リソース選択手順を、
前記検知ウィンドウの間に前記ＳＬ通信のために使用されることになる候補リソースの検知を実行する一方で、前記ＳＬ ＤＲＸ非アクティブ時間に関連付けられたＲＳＲＰ閾値を取得することと、
別の候補リソースセットを前記ＳＬ ＤＲＸ非アクティブ時間内にあるように制限することと、により実行し、
前記別の候補リソースセットがサイドリンク候補リソースの総数の前記報告された部分の前記数閾値又はパーセンテージ閾値の残り未満であることに応じて、別の変更されたＲＳＲＰ閾値を用いて前記リソース選択手順の別の反復を実行して、前記ＳＬ ＤＲＸ非アクティブ時間内にある前記別の候補リソースセットを再定義するか、さもなければ、初期候補リソースセットと前記別の候補リソースセットを報告する、よう更に構成されている、
請求項１に記載のＵＥ。

【請求項9】

前記処理回路は、
部分検知ウィンドウと、部分検知のための最小数の候補スロット又は前記最小数の候補スロットより小さい最小数がリソースプール設定によって有効化又は無効化されているかどうかの指示とに基づいて候補リソースを検知することを含む前記リソース選択手順を実行するよう更に構成されている、請求項１に記載のＵＥ。

【請求項10】

候補スロットの数が候補スロットの閾値数を満たす前記受信機ＵＥのＳＬ ＤＲＸアクティブ時間内にあることに応じて、前記より小さい最小数が、候補スロットの閾値数の最小値又は候補スロットの前記最小数として有効にされ、候補リソースの数が前記受信機ＵＥの前記ＳＬ ＤＲＸアクティブ時間内にあることに応じて、前記より小さい最小数が、リソースプール内のサブチャネルの数にわたる候補リソースの閾値数の前記最小値又は候補スロットの前記最小数として有効にされる、請求項９に記載のＵＥ。

【請求項11】

前記処理回路は、
前記受信機ＵＥのＳＬ ＤＲＸアクティブ時間内にある部分検知オケージョンの数の閾値数を用いて、前記候補スロットの最小数（Ｙｍｉｎ）を満たすように、部分検知オケージョン又は部分検知オケージョンの前記数を増加させるよう更に構成されている、請求項９に記載のＵＥ。

【請求項12】

前記処理回路は、
部分検知を実行することによって、非周期的送信のための前記リソース選択手順からの候補リソースの前記セットのうちの１つ以上の選択された候補リソースの再評価又はプリエンプションチェックを実行するよう更に構成されており、候補リソースの前記セットは、前記１つ以上の選択された候補リソースから開始し、前記リソース選択手順において利用されるスロットインデックスに基づく候補スロットのうちの最後のスロットにおいて終了する、請求項１に記載のＵＥ。

【請求項13】

前記処理回路は、
少なくともＭ個であって、最大３１個のスロットであるＭ個の論理スロット又は別の事前設定された数のスロットに、前記１つ以上の選択された候補リソースのうちの第１の選択されたリソースの前の１つ以上の論理スロットを加えたものである検知ウィンドウに基づいて、前記部分検知として連続部分検知（ＣＰＳ）を実行する、又は、
前記リソース選択手順のために利用される周期性に基づいて周期ベース部分検知（ＰＢＰＳ）を実行する、よう更に構成されており、
前記ＣＰＳ及び前記ＰＢＰＳは、候補リソースの前記セットのリソース選択の後に開始する、
請求項１２に記載のＵＥ。

【請求項14】

サイドリンク（ＳＬ）通信のためのリソース選択のための方法であって、
ユーザ機器（ＵＥ）によって、受信機ＵＥのＳＬ間欠受信（ＤＲＸ）パラメータの指示を受信することと、
前記ＵＥによって、リソース選択手順を実行して、候補リソースのセットであって、候補リソースの前記セットが、前記受信機ＵＥの前記ＳＬ ＤＲＸパラメータの閾値を満たす候補リソースの少なくともサブセットを含む、候補リソースのセットを決定することと、
候補リソースの前記セットから１つ以上のリソースを使用して、前記ＳＬ通信を有効にすることと、
チャネルビジー比（ＣＢＲ）閾値を上回るＳＬ ＣＢＲ測定であって、ＳＬ ＣＢＲ測定ウィンドウ内で測定されたＳＬ受信信号強度指示（ＲＳＳＩ）に基づくＳＬ ＣＢＲ測定に応じてＳＬ通信を中止することと、
ＳＬ ＲＳＳＩ測定スロットの数がＳＬ ＲＳＳＩ測定スロット閾値を下回ることに応じて、前記ＳＬ通信を中止するかどうかを判定するために、事前設定されたＳＬ ＣＢＲ値を使用することと、
を含む方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、受信機ユーザ機器（user equipment、ＵＥ）におけるサイドリンク間欠受信（discontinuous reception、ＤＲＸ）のためのリソース選択を含むワイヤレス技術に関する。

【背景技術】

【0002】

次世代無線通信システム、５Ｇ、又は新無線（new radio、ＮＲ）ネットワークにおけるモバイル通信は、至る所での接続性及び情報へのアクセス、並びにデータ共有能力を世界中で提供する。５Ｇネットワーク及びネットワークスライシングは、多目的且つ時には相矛盾する性能基準を満たし、高速大容量（Enhanced Mobile Broadband、ｅＭＢＢ）から大規模マシンタイプコミュニケーション（massive Machine-Type Communications、ｍＭＴＣ）、超高信頼性低待ち時間通信（Ultra-Reliable Low-Latency Communications、ＵＲＬＬＣ）、及び他の通信まで、非常に異質の応用領域に対するサービスの提供を狙う、統一されたサービスベースのフレームワークである。一般に、ＮＲは、シームレス且つより速い無線接続性ソリューションを可能にするために、第３世代パートナーシッププロジェクト（third generation partnership project、３ＧＰＰ）のロングタームエボリューション（long term evolution、ＬＴＥ）アドバンスト技術に基づき、追加の強化された無線アクセス技術（radio access technologies、ＲＡＴ）を用いて進化する。モバイル通信の別のタイプには、車両が車両関連情報を通信又は交換する車両通信が含まれる。車両通信は、ビークルツーエブリシング（Ｖ２Ｘ）を含むことができ、これは、ビークルツービークル（Ｖ２Ｖ）、ビークルツーインフラストラクチャ（Ｖ２Ｉ）、及びビークルツーペデストリアン（Ｖ２Ｐ）を含み、ここでは、サイドリンク（sidelink、ＳＬ）通信など、基地局を伴わない直接通信が採用され得る。

【0003】

状況によっては、車両関連情報は、単一の車両又は他のエンティティを対象としている。緊急警報などの他の状況では、車両関連情報は、多数の車両及び／又は他のエンティティを対象としている。緊急警報は、衝突警報、制御喪失警報などを含むことができる。

【0004】

Ｖ２Ｐ通信及び関連するアプリケーションは、車両と歩行者デバイスとの間の安全性に対してますます増大する潜在的利益を提供し、これは、モバイル機器身に着けているサイクリスト、ベビーカー／ストローラに乗っている子供、歩行者、ジョギングする人、列車及びバスに乗車している人、ドライバ、乗客、又はその他の人のうちの１つ以上を含むことができる。Ｖ２Ｐ通信は、適切な安全コンポーネント及びアプリケーションを有する車両と、歩行者ユーザ機器（Ｐ－ＵＥ）とが、例えば、衝突を回避するために十分に互いに認識していることを保証することができる。

【図面の簡単な説明】

【0005】

【図1】本明細書に記載の様々な実施形態（態様）に関連して使用可能なピアデバイスとしてネットワーク構成要素を有するネットワークに通信可能に結合されたユーザ機器（単数又は複数）（user equipment、ＵＥ）の例を示す例示的なブロック図を示す。

【0006】

【図2】本明細書に記載の様々な態様に従って使用できるデバイスの例示的な構成要素を示す。

【0007】

【図3】様々な態様によるユーザ機器（ＵＥ）ワイヤレス通信デバイス又は他のネットワークデバイス／構成要素（例えば、ｅＮＢ、ｇＮＢ）の例示的な簡略化されたブロック図を示す。

【0008】

【図4】様々な態様による例示的な検知及び選択ウィンドウタイムラインを示す。

【0009】

【図5】様々な態様による別の例示的な検知及び選択ウィンドウタイムラインを示す。

【0010】

【図6】様々な態様によるリソース選択の例示的なプロセスフローを示す。

【0011】

【図7】様々な態様によるリソース選択の別の例示的なプロセスフローを示す。

【0012】

【図8】様々な態様によるリソース選択の別の例示的なプロセスフローを示す。

【0013】

【図9】様々な態様によるＳＬ通信における例示的なシステムを示す。

【0014】

【図10】様々な態様による非周期的送信のための部分検知の動作の例示的なタイムラインを示す。

【0015】

【図11】様々な態様によるサイドリンク通信における輻輳制御のためのプロセスフローの別の例を示す。

【発明を実施するための形態】

【0016】

以下の詳細な説明は、添付の図面を参照する。異なる図における同様の図示数字は、同一又は同様の特徴、要素、動作などを識別し得る。加えて、本開示の範囲から逸脱することなく、他の実装形態が利用され得、構造的又は論理的変更が行われ得るので、本開示は以下の説明に限定されない。

【0017】

サイドリンク（ＳＬ）通信において動作し、リソースを選択して、ＳＬ通信を有効にするユーザ機器（ＵＥ）デバイスを含む様々な態様について説明する。ＵＥデバイスは、歩行者ＵＥ（Ｐ－ＵＥ）デバイス、ビークルツーエブリシング（Ｖ２Ｘ）デバイス、又はビークルツービークル（Ｖ２Ｖ）、ビークルツーインフラストラクチャ（Ｖ２Ｉ）、ビークルツーペデストリアン（Ｖ２Ｐ）デバイス通信、又は他のＵＥ間直接通信を含み得る他のＵＥであり得、これらは、サイドリンク（ＳＬ）通信を含み得、各送信機及び受信機は、ユーザ機器（ＵＥ）デバイスを含み得る。ＵＥはまた、本明細書において参照する場合、例えば、路側ユニット（ＲＳＵ）、ドローン、他の車両デバイス、モノのインターネット（ＩｏＴ）デバイス、又は他のユーザ機器デバイスを更に含むことができる。

【0018】

ＵＥ端末（例えば、ユニキャスト送信における送信機ＵＥ及び受信機ＵＥ）間の直接通信であり得るＳＬ通信を利用するとき、電力節約並びにレイテンシは重要な考慮事項である。具体的には、安全関連トラフィックは低レイテンシを必要とするので、基地局を通過するアップリンク及びダウンリンク通信は、特定の状況（例えば、緊急メッセージング又は他の緊急事態）においてレイテンシ要件を必ずしも満たさないことがある。従って、サイドリンク通信は、自律車両、歩行者ＵＥなどのＵＥ間の直接通信のために設定され得る。

【0019】

Ｐ－ＵＥ又は他のＵＥデバイスは、ＳＬ通信に従事するとき、車両デバイス（例えば、Ｖ２Ｘデバイス又はＶ－ＵＥ）と比較して異なる電力節約制約を有し得る。従って、任意のＵＥに適用され得るが、車両ＵＥ（Ｖ－ＵＥ）と比較して、Ｐ－ＵＥなどの電力が制限されたＵＥによく適し得る、電力節約動作を可能にするための様々な向上策が本明細書で説明される。電力を節約することによってＳＬ通信を向上させるための２つの主な電力節約動作は、サイドリンク間欠受信（ＳＬ ＤＲＸ）及び部分／低減検知を含むことができる。本明細書で説明する様々な態様は、ＳＬ ＤＲＸを用いたリソース選択及び部分検知に関連する最近の３ＧＰＰ規格合意に従って、ＳＬ通信におけるこれらの電力節約向上策を構成する。

【0020】

ＵＥがＳＬ ＤＲＸモードで動作するとき、これは、アクティブ時間と非アクティブ時間との間を循環し、アクティブ時間の間に通信し得る一方で、非アクティブ時間の間に通信することを控え得る。一例では、候補リソースの少なくともサブセットが受信機ＵＥの示されたアクティブ時間内に位置することを保証するためのメカニズムが定義される。これは、リソースが、サイドリンクチャネルを監視していない可能性がある受信機ＵＥの非アクティブ時間内ではなく、受信機ＵＥのアクティブ時間内にあることを保証する送信側ＵＥによって、候補リソースの中からリソースが選択されることを可能にすることができる。いくつかの事例では、これは、受信側ＵＥのアクティブ時間内に位置する選択されたリソースの数を増加又は最大化し、送信側ＵＥからの送信の受信側ＵＥの受信を改善する。

【0021】

サイドリンク通信の２つの異なるタイプのカテゴリが、設定されたリソース割り当て方法に基づいて、モード１通信及びモード２通信として知られている。モード１通信は、基地局（例えば、ｇＮＢ又はｅＮＢ）が端末（互いに異なるＵＥ）間の直接通信のために使用可能なリソースを割り当てる方法を含み、サイドリンク通信を実行する全ての端末がカバレッジ内にある状況の場合に使用することができる。モード２通信は、各ＵＥ又は端末が直接通信のために使用可能なリソースを選択する方法であり、端末がカバレッジ外にある状況の場合でも使用することができる。基地局がモード２通信のためのリソース割り当てに介入しないため、ＵＥは、使用可能なリソース自体を識別する。検知は、サイドリンク送信を実行する前の特定の期間の検知ウィンドウの間に物理サイドリンク制御チャネル（ＰＳＣＣＨ）を復号するために、サイドリンクのために使用され得るリソースを識別するために使用される。しかしながら、検知は、送信していないときでさえ、ＰＳＣＣＨが連続的に復号される必要がある場合、大量の電力を消費する可能性がある。

【0022】

モード２サイドリンク通信の信号環境において動作するＵＥの電力消費を低減するために、部分検知又は低減検知を使用することができる。車両ユーザ機器（Ｖ－ＵＥ）の場合、電力が車両によって提供されるので、電力消費は主要な関心事ではないが、歩行者ユーザ機器（Ｐ－ＵＥ）又は同様のＵＥデバイスの場合、各Ｐ－ＵＥのバッテリ寿命がより重要であるので、電力消費の低減は大きな利益を提供する。検知に関するこれらの電力消費の課題に対処するために、ＵＥ間のサイドリンク通信のために部分検知が利用され得る。部分検知又は低減検知は、本明細書では、データ期間全体の一部のみについてＰＳＣＣＨを復号することによって利用可能なリソースをチェックする方法と呼ばれる。部分検知を用いた場合、復号時間が短縮される分だけ消費電力を削減することができる。

【0023】

加えて、ＳＬ ＤＲＸを設定することによって電力消耗を低減することもできる。ＳＬ ＤＲＸは、ＵＥが、通常の接続動作においてＤＲＸアクティブ時間の間にサイドリンクデータ受信のためにサイドリンクチャネルを監視することを指すことができ、アイドルモードのようにＤＲＸ非アクティブ時間の間にサイドリンクチャネルを監視したりサイドリンクデータを受信したりする必要はない。

【0024】

送信側ＵＥ及び受信側／受信機ＵＥがサイドリンクユニキャスト通信に参加する場合、潜在的な問題が生じ得る。受信機ＵＥのＤＲＸアクティブ時間は、送信側ＵＥがモード２ ＳＬ通信のためのリソースを効果的に選択することを保証するために、（例えば、上位層を介して）送信機ＵＥに示され得る。本明細書の様々な態様は、候補リソースのセットのうちの候補リソースの少なくともサブセットが受信機ＵＥのＳＬ ＤＲＸアクティブ時間内にあるように候補リソースの選択及び報告を設定することによって、モード２ ＳＬ通信のための電力節約を向上させる利点を提供する働きをする。送信側ＵＥが受信機ＵＥのＳＬ ＤＲＸパラメータを考慮するための様々な態様は、候補リソースの少なくともサブセットが受信機ＵＥのＳＬ ＤＲＸアクティブ時間内にあることを保証することと、ＳＬ ＤＲＸアクティブ時間と重複するようにリソース選択ウィンドウを変更することと、候補リソースのサブセットの候補リソースの数が、選択されたリソースがＳＬ ＤＲＸアクティブ時間内にあるための閾値よりも小さいときに効果的に処理することとを含む。

【0025】

他の態様では、ＳＬ通信における更なる電力節約動作のための候補リソースの部分検知を可能にするために、ＵＥが非周期的トラフィックを有するときにも、非周期的送信についての再評価／プリエンプションチェックが設定され得る。ＵＥは、ＳＬ通信における周期的な送信のために、選択されたリソースの再評価及びプリエンプションチェックを実行し、次いで、３ＧＰＰ合意に従って、再評価及びプリエンプションチェックのために、電力節約低減検知を行う。この再評価は、ＵＥが以前に選択した候補リソースのチェックを、これらのリソースが依然として利用可能であり使用に適しているかどうかに関して実行することを指し、プリエンプションは、選択されたリソース（単数又は複数）の送信前であることを指す。ＵＥは、候補リソースのセットを残りの候補スロットに初期化することによって部分検知の電力節約を可能にするための様々な態様で構成され得、ここで、スロットインデックスは、初期リソース（再）選択手順から使用される。

【0026】

更に他の態様では、ＵＥは、特定の条件に応じて、ＳＬ ＤＲＸ非アクティブ時間の間にサイドリンクチャネルビジー比（ＳＬ ＣＢＲ）を測定するように、又は測定しないよう構成され得る。ＳＬ ＣＢＲはまた、測定されたＳＬ ＣＢＲが、例えば、チャネルが異常にビジーであることを示す事前設定された閾値を満たすときにＳＬ通信を停止することによって、ＳＬ ＤＲＸを用いたＳＬ通信に関与する更なる利点として、ＵＥのための電力を低減するために使用され得る。

【0027】

図１は、本明細書に記載の１つ以上の実装形態による例示的なネットワーク１００である。例示的なネットワーク１００は、ＵＥ１１０－１、１１０－２など（まとめて「ＵＥ１１０」と呼ばれ、個々に「ＵＥ１１０」と呼ばれる）、無線アクセスネットワーク（ＲＡＮ）１２０、コアネットワーク（ＣＮ）１３０、アプリケーションサーバ１４０、外部ネットワーク１５０、及び衛星１６０－１、１６０－２など（まとめて「衛星１６０」と呼ばれ、個々に「衛星１６０」と呼ばれる）を含んでもよい。図示のように、ネットワーク１００は、ＵＥ１１０及びＲＡＮ １２０と通信している（例えば、全地球的航法衛星システム（ＧＮＳＳ）の）１つ以上の衛星１６０を備える非地上系ネットワーク（ＮＴＮ）を含んでもよい。

【0028】

例示的なネットワーク１００のシステム及びデバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）の第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）（例えば、ロングタームエボリューション（ＬＴＥ））、第５世代（５Ｇ）（例えば、新無線（ＮＲ））通信規格など、１つ以上の通信規格に従って動作することができる。追加的又は代替的に、例示的なネットワーク１００のシステム及びデバイスのうちの１つ以上は、３ＧＰＰ規格の将来のバージョン又は世代（例えば、第６世代（６Ｇ）規格、第７世代（７Ｇ）規格など）、米国電気電子学会（ＩＥＥＥ）規格（例えば、ワイヤレスメトロポリタンエリアネットワーク（ＷＭＡＮ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ）など）などを含む、本明細書で説明する他の通信規格及びプロトコルに従って動作することができる。

【0029】

ＵＥ１１０の例としては、スマートフォン（例えば、１つ以上のワイヤレス通信ネットワークに接続可能なハンドヘルド型タッチスクリーンモバイルコンピューティングデバイス）が挙げられ得る。追加的又は代替的に、ＵＥ１１０は、携帯情報端末（ＰＤＡ）、ページャ、ラップトップコンピュータ、デスクトップコンピュータ、ワイヤレスハンドセットなど、ワイヤレス通信が可能な他のタイプのモバイル又は非モバイルコンピューティングデバイスを含むことができるいくつかの実装形態では、ＵＥ１１０は、短寿命ＵＥ接続を利用する低電力ＩｏＴアプリケーションのために設計されたネットワークアクセス層を備えることができるモノのインターネット（ＩｏＴ）デバイス（又はＩｏＴ ＵＥ）を含んでもよい。加えて、又はその代わりに、ＩｏＴ ＵＥは、マシンツーマシン（Machine-to-Machine、Ｍ２Ｍ）通信、又は（例えば、公衆陸上移動ネットワーク（Public Land Mobile Network、ＰＬＭＮ）を介してＭＴＣサーバ又は他のデバイスとデータを交換するための）マシンタイプ通信（Machine-Type Communication、ＭＴＣ）、近接ベースサービス（Proximity-based Service、ＰｒｏＳｅ）又はデバイスツーデバイス（Device-to-Device、Ｄ２Ｄ）通信、センサネットワーク、ＩｏＴネットワークなどの１つ以上のタイプの技術を利用することができる。シナリオに応じて、データのＭ２Ｍ又はＭＴＣ交換は、機械によって開始される交換とすることができ、ＩｏＴネットワークは、（インターネットインフラストラクチャ内の一意に識別可能な埋め込みコンピューティングデバイスを含むことができる）ＩｏＴ ＵＥを短寿命接続で相互接続することを含み得る。いくつかのシナリオでは、ＩｏＴ ＵＥは、ＩｏＴネットワークの接続を容易にするために、バックグラウンドアプリケーション（例えば、キープアライブメッセージ、ステータス更新など）を実行してもよい。

【0030】

ＵＥ１１０は、ＲＡＮ １２０と通信し、それとの接続を確立し得（例えば、通信可能に結合される）、それは、１つ以上のワイヤレスチャネル１１４－１及び１１４－２を含むことができ、その各々は、物理通信インタフェース／層を備え得る。いくつかの実装形態では、ＵＥは、マルチ無線アクセス技術（multi-Radio Access Technology、ｍｕｌｔｉ－ＲＡＴ）又はマルチ無線二重接続性（Multi-Radio Dual Connectivity、ＭＲ－ＤＣ）として二重接続性（Dual Connectivity、ＤＣ）を用いて構成され得、複数の受信及び送信（Receive and Transmit、Ｒｘ／Ｔｘ）対応ＵＥは、非理想的バックホールを介して接続され得る異なるネットワークノード（例えば、１２２－１及び１２２－２）によって提供されるリソースを使用することができる（例えば、一方のネットワークノードがＮＲアクセスを提供し、もう一方のネットワークノードがＬＴＥのＥ－ＵＴＲＡ又は５ＧのＮＲアクセスのいずれかを提供する）。そのようなシナリオでは、一方のネットワークノードはマスターノード（Master Node、ＭＮ）として機能することができ、もう一方のネットワークノードはセカンダリノード（Secondary Node、ＳＮ）として機能することができる。ＭＮ及びＳＮは、ネットワークインタフェースを介して接続することができ、少なくともＭＮは、ＣＮ１３０に接続されることができる。更に、ＭＮ又はＳＮのうちの少なくとも１つは、共有スペクトルチャネルアクセスを用いて動作することができ、ＵＥ１１０のために指定された機能は、統合アクセス及びバックホールモバイル終端（ＩＡＢ－ＭＴ）のために使用することができる。ＵＥ１１０と同様に、ＩＡＢ－ＭＴは、１つのネットワークノードを使用して、又は強化された二重接続（ＥＮ－ＤＣ）アーキテクチャ、新無線二重接続（ＮＲ－ＤＣ）アーキテクチャ、又はＳＬインタフェース１１２としてサイドリンク通信チャネルなどの他の直接接続を有する２つの異なるノードを使用して、のいずれかでネットワークにアクセスする場合がある。いくつかの実装形態では、（本明細書に記載の）基地局は、ネットワークノード１２２の一例であってよい。

【0031】

図示のように、ＵＥ１１０は、更に、又は代替として、ＵＥ１１０がアクセスポイント（ＡＰ）１１６と通信可能に結合することを可能にするエアインタフェースを含み得る接続インタフェース１１８を介して、ＡＰ１１６に接続し得る。ＡＰ１１６は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ＷＬＡＮノード、ＷＬＡＮ終端点などを備え得る。接続１２０７は、任意のＩＥＥＥ ７０２．１１プロトコルと一致する接続などのローカルワイヤレス接続を備えてもよく、ＡＰ１１６は、ワイヤレスフィデリティ（Ｗｉ－Ｆｉ（登録商標））ルータ又は他のＡＰを備え得る。図１には明示的に示されていないが、ＡＰ１１６は、ＲＡＮ１２０又はＣＮ１３０に接続することなく、別のネットワーク（例えば、インターネット）に接続され得る。いくつかのシナリオでは、ＵＥ１１０、ＲＡＮ１２０、及びＡＰ１１６は、ＬＴＥ－ＷＬＡＮアグリゲーション（LTE-WLAN aggregation、ＬＷＡ）技術又はＩＰｓｅｃトンネルを有するＬＴＥ－ＷＬＡＮ無線レベル統合（LTE-WLAN radio level integration、ＬＷＩＰ）動作を利用するように構成し得る。ＬＷＡは、ＬＴＥ及びＷＬＡＮの無線リソースを利用するために、ＲＡＮ１２０によって設定されているＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥ１１０を伴い得る。ＬＷＩＰは、ＵＥ１１０が接続インタフェース１１８を介して送信されたパケット（例えば、インターネットプロトコル（ＩＰ）パケット）を認証及び暗号化するために、ＩＰｓｅｃプロトコルトンネリングを介してＷＬＡＮ無線リソース（例えば、接続インタフェース１１８）を使用することを伴い得る。ＩＰｓｅｃトンネリングは、元のＩＰパケットの全体をカプセル化し、新しいパケットヘッダを追加し、それによってＩＰパケットのオリジナルヘッダを保護することを含み得る。

【0032】

ＲＡＮ １２０は、チャネル１１４－１及び１１４－２がＵＥ１１０とＲＡＮ １２０との間で確立されることを可能にする１つ以上のＲＡＮノード１２２－１及び１２２－２（まとめてＲＡＮノード１２２と呼ばれ、個々にＲＡＮノード１２２と呼ばれる）を含むことができる。ＲＡＮノード１２２は、本明細書に記載の通信技術（例えば、２Ｇ、３Ｇ、４Ｇ、５Ｇ、ＷｉＦｉなど）のうちの１つ以上に基づいて、ユーザとネットワークとの間のデータ及び／又は音声接続性のための無線ベースバンド機能を提供するよう構成されているネットワークアクセスポイントを含み得る。従って、例として、ＲＡＮノードは、Ｅ－ＵＴＲＡＮノードＢ（例えば、拡張ノードＢ、ｅノードＢ、ｅＮＢ、４Ｇ基地局など）、次世代基地局（例えば、５Ｇ基地局、ＮＲ基地局、次世代ｅＮＢ（ｇＮＢ）など）であり得る。ＲＡＮノード１２２は、路側ユニット（ＲＳＵ）、送受信ポイント（ＴＲｘＰ又はＴＲＰ）、及び１つ以上の他のタイプの地上局（例えば、地上アクセスポイント）を含み得る。いくつかのシナリオでは、ＲＡＮノード１２２は、マクロセル基地局、及び／又は、マクロセルと比較してより小さいカバレッジエリア、より小さいユーザ容量、又はより広いバンド幅を有するフェムトセル、ピコセルなどを提供するための低電力（ＬＰ）基地局などの専用物理デバイスであり得る。以下で説明するように、いくつかの実装形態では、衛星１６０は、ＵＥ１１０に対して基地局（例えば、ＲＡＮノード１２２）として動作し得る。従って、本明細書における基地局、ＲＡＮノード１２２などへの言及は、基地局、ＲＡＮノード１２２などが地上ネットワークノードである実装形態、及び基地局、ＲＡＮノード１２２などが非地上ネットワークノード（例えば、衛星１６０）である実装形態も含み得る。

【0033】

ＲＡＮノード１２２のいくつか又は全ては、仮想ネットワークの一部としてサーバコンピュータにおいて実行される１つ以上のソフトウェアエンティティとして実装することができ、このソフトウェアエンティティは、集中型ＲＡＮ（ＣＲＡＮ）又は仮想ベースバンドユニットプール（ｖＢＢＵＰ）と呼ばれることがある。これらの実装形態では、ＣＲＡＮ又はｖＢＢＵＰは、無線リソース制御（ＲＲＣ）及びパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層がＣＲＡＮ／ｖＢＢＵＰによって動作され、他の層２（Ｌ２）プロトコルエンティティが個々のＲＡＮノード１２２によって動作され得るＰＤＣＰ分割などのＲＡＮ機能分割、ＲＲＣ、ＰＤＣＰ、無線リンク制御（ＲＬＣ）、及びメディアアクセス制御（ＭＡＣ）層がＣＲＡＮ／ｖＢＢＵＰによって動作され、物理（ＰＨＹ）層が個々のＲＡＮノード１２２によって動作され得るＭＡＣ／ＰＨＹ層分割、又はＲＲＣ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ層、及びＰＨＹ層の上位部分がＣＲＡＮ／ｖＢＢＵＰによって動作され、ＰＨＹ層の下位部分が個々のＲＡＮノード１２２によって動作され得る、「下位ＰＨＹ」分割、を実行し得る。この仮想化されたフレームワークは、ＲＡＮノード１２２のプロセッサコアを解放し、他の仮想化されたアプリケーションを実行することを可能にし得る。

【0034】

いくつかの実装形態では、個々のＲＡＮノード１２２は、個々のＦ１インタフェースを介してｇＮＢ制御ユニット（ＣＵ）に接続された個々のｇＮＢ分散型ユニット（ＤＵ）を表することができる。そのような実装形態では、ｇＮＢ－ＤＵは、１つ以上のリモート無線ヘッド又は無線周波数（ＲＦ）フロントエンドモジュール（RF front end modules、ＲＦＥＭ）を含むことができ、ｇＮＢ－ＣＵは、ＲＡＮ１２０に配置されたサーバ（図示せず）によって、又はＣＲＡＮ／ｖＢＢＵＰと同様の方法でサーバプール（例えば、リソースを共有するように構成されているサーバのグループ）によって動作し得る。追加的又は代替的に、ＲＡＮノード１２２のうちの１つ以上は、次世代ｅＮＢ（すなわち、ｇＮＢ）であってもよく、次世代ｅＮＢは、ＵＥ１１０に対して進化型ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）ユーザプレーン及び制御プレーンプロトコル終端を提供することができ、ＮＧインタフェースを介して５Ｇコアネットワーク（５ＧＣ）１３０に接続され得る。

【0035】

ＲＡＮノード１２２のいずれかは、エアインタフェースプロトコルを終了することができ、ＵＥ１１０の第１の接点とすることができる。いくつかの実装形態では、ＲＡＮノード１２２のいずれも、ＲＡＮ１２０のための様々な論理機能を果たしてもよく、その機能は、限定されないが、無線ベアラ管理、アップリンク及びダウンリンク動的無線リソース管理、並びにデータパケットスケジューリング、並びにモビリティ管理などの無線ネットワークコントローラ（ＲＮＣ）機能を含み得る。ＵＥ１１０は、（例えば、ダウンリンク通信のための）ＯＦＤＭＡ通信技術又は（例えば、アップリンク及びＰｒｏＳｅ又はサイドリンク（ＳＬ）通信のための）シングルキャリア周波数分割多元接続（single carrier frequency-division multiple access、ＳＣ－ＦＤＭＡ）通信技術などだがこれらに限定されない、様々な通信技術に従ったマルチキャリア通信チャネルを介して、直交周波数分割多重（orthogonal frequency-division multiplexing、ＯＦＤＭ）通信信号を用いて、互いに又はＲＡＮノード１２２のいずれかと通信するように構成することができるが、このような実施形態の範囲は、必ずしもこれに限定されるものではない。ＯＦＤＭ信号は、複数の直交サブキャリアを含み得る。

【0036】

いくつかの実装形態では、ダウンリンクリソースグリッドは、ＲＡＮノード１２２のうちのいずれかからＵＥ１１０へのダウンリンク送信のために使用してもよく、アップリンク送信は、同様の技術を利用してもよい。グリッドは、各スロット内のダウンリンクの物理リソースを表す時間周波数グリッド（例えば、リソースグリッド又は時間周波数リソースグリッド）とすることができる。このような時間周波数平面表現は、ＯＦＤＭシステムの一般的な方法であり、それにより無線リソースの割り当てが直感的なものとなる。リソースグリッドの各列及び各行は、それぞれ、１つのＯＦＤＭシンボル及び１つのＯＦＤＭサブキャリアに対応する。時間領域内のリソースグリッドの持続時間は、無線フレーム内の１つのスロットに対応する。リソースグリッドの最小時間周波数単位は、リソース要素と表記する。各リソースグリッドは、リソースブロックを含み、それは、リソース要素への特定の物理チャネルのマッピングを表す。各リソースブロックは、リソース要素（Resource Element、ＲＥ）の集合を含み得、周波数領域において、これは、現在割り振られ得るリソースの最小量を表すことができる。このようなリソースブロックを用いて伝達されるいくつかの異なる物理ダウンリンクチャネルが存在する。

【0037】

更に、ＲＡＮノード１２２は、認可媒体（「認可スペクトル」及び／又は「認可帯域」とも呼ばれる）、無認可共有媒体（「無認可スペクトル」及び／又は「無認可帯域」とも呼ばれる）、及び／又はそれらの組合せを介して、ＵＥ１１０と、又は互いにワイヤレス通信するように構成され得る。ライセンススペクトルは、約４００ＭＨｚ～約３．８ＧＨｚの周波数範囲で動作するチャネルを含んでもよく、アンライセンススペクトルは、５ＧＨｚバンド又はこれより高いバンドを含み得る。ライセンススペクトルは、いくつかのタイプのワイヤレスアクティビティ（例えば、ワイヤレス遠距離通信ネットワークアクティビティ）のために選択、予約、規制などされたチャネル又は周波数バンドに対応することができ、アンライセンススペクトルは、特定のタイプのワイヤレスアクティビティのために制限されない１つ以上の周波数バンドに対応することができる。特定の周波数バンドがライセンス媒体に対応するかそれともアンライセンス媒体に対応するかは、パブリックセクタ組織（例えば、政府機関、規制機関など）によって決定される周波数割り当て、又はワイヤレス通信規格及びプロトコルの開発に関与するプライベートセクタ組織によって決定される周波数割り当てなど、１つ以上の要因に依存し得る。

【0038】

無認可スペクトルで動作するために、ＵＥ１１０及びＲＡＮノード１２２は、認可支援アクセス（licensed assisted access、ＬＡＡ）、ｅＬＡＡ、又はｆｅＬＡＡ機構を使用して動作することができる。これらの実装形態では、ＵＥ１１０及びＲＡＮノード１２２は、無認可スペクトルにおいて送信する前に、１つ以上の既知の媒体検知動作又はキャリア検知動作を実行して、無認可スペクトル内の１つ以上のチャネルが利用不可能であるか、又は別の方法で占有されているかを判定してもよい。媒体／キャリア検知動作は、リッスンビフォアトーク（ＬＢＴ）プロトコルに従って実行されてもよい。

【0039】

ＬＡＡメカニズムは、ＬＴＥアドバンストシステムのキャリアアグリゲーション（Carrier Aggregation、ＣＡ）技術に基づいて構築され得る。ＣＡでは、それぞれの集約されたキャリアは、コンポーネントキャリア（Component Carrier、ＣＣ）と呼ばれる。場合によっては、個々のＣＣは、他のＣＣとは異なるバンド幅を有することができる。時分割二重（Time Division Duplex、ＴＤＤ）システムでは、ＣＣの数及び各ＣＣのバンド幅は、ＤＬ及びＵＬに対して同じであってもよい。ＣＡはまた、個々のＣＣを提供する個々のサービングセルを含む。例えば、異なる周波数バンドにおけるＣＣは、異なる経路損失を経験することになっているので、サービングセルのカバレッジは異なり得る。プライマリサービスセル又はＰＣｅｌｌは、ＵＬ及びＤＬの両方にプライマリコンポーネントキャリア（ＰＣＣ）を提供することができ、ＲＲＣ及び非アクセス層（ＮＡＳ）関連のアクティビティを処理することができる。他のサービングセルはＳＣｅｌｌと呼ばれ、各ＳＣｅｌｌは、ＵＬとＤＬの両方に個別のセカンダリコンポーネントキャリア（Secondary Component Carrier、ＳＣＣ）を提供することができる。ＳＣＣは、必要に応じて追加及び除去され得る一方で、ＰＣＣを変更するには、ＵＥ１１０が、ハンドオーバを受けることが必要であり得る。ＬＡＡ、ｅＬＡＡ、及びｆｅＬＡＡでは、ＳＣｅｌｌのいくつか又は全ては、アンライセンスバンド（「ＬＡＡ ＳＣｅｌｌ」と呼ばれる）で動作することができ、ＬＡＡ ＳＣｅｌｌは、ライセンスバンドで動作するＰＣｅｌｌによって補助される。ＵＥが２つ以上のＬＡＡ ＳＣｅｌｌで構成される場合、ＵＥは、同じサブフレーム内の異なるＰＵＳＣＨ開始ポジションを示す、構成されたＬＡＡ ＳＣｅｌｌ上でＵＬグラントを受信することができる。

【0040】

ＰＤＳＣＨは、ユーザデータ及び上位層シグナリングをＵＥ１１０に搬送し得る。物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、とりわけ、ＰＤＳＣＨチャネルに関するトランスポートフォーマット及びリソース割り当てに関する情報を搬送することができる。ＰＤＣＣＨは、アップリンク共有チャネルに関するトランスポートフォーマット、リソース割り当て、及びハイブリッド自動再送要求（ＨＡＲＱ）情報について、ＵＥ１１０に通知し得る。典型的には、ダウンリンクスケジューリング（例えば、制御及び共有チャネルリソースブロックをセル内のＵＥ１１０－２に割り当てる）は、ＵＥ１１０のいずれかからフィードバックされるチャネル品質情報に基づいて、ＲＡＮノード１２２のいずれかで実行されてもよい。ダウンリンクリソース割り当て情報は、ＵＥ１１０の各々に対して使用される（例えば、割り当てられる）ＰＤＣＣＨで送信され得る。

【0041】

ＰＤＣＣＨは、制御チャネル要素（Control Channel Element、ＣＣＥ）を使用して制御情報を搬送し、ＣＣＥの数（例えば、６つなど）は、リソース要素グループ（Resource Element Group、ＲＥＧ）で設定することができ、ＲＥＧは、ＯＦＤＭシンボル内の物理リソースブロック（ＰＲＢ）として定義される。リソース要素にマッピングされる前に、ＰＤＣＣＨ複素数値シンボルはまず、例えば、クワドラプレットに編成されてもよく、その後、レートマッチングのためのサブブロックインターリーバを用いて入れ替えられてもよい。各ＰＤＣＣＨを、これらのＣＣＥのうちの１つ以上を用いて送信してもよく、各ＣＣＥは、ＲＥＧとして知られる４つの物理リソース要素の９つのセットに対応することができる。４つの直交位相シフトキーイング（Quadrature Phase Shift Keying、ＱＰＳＫ）シンボルが各ＲＥＧにマッピングされ得る。ＰＤＣＣＨは、ＤＣＩのサイズ及びチャネル状態に応じて、１つ以上のＣＣＥを用いて送信することができる。異なる数のＣＣＥ（例えば、アグリゲーションレベル、Ｌ＝１、２、４、８又は１６）を有するＬＴＥに定義される４つ以上の異なるＰＤＣＣＨフォーマットが存在し得る。

【0042】

いくつかの実装形態は、上記の概念の拡張である、制御チャネル情報のためのリソース割り当ての概念を使用し得る。例えば、いくつかの実装形態は、制御情報送信にＰＤＳＣＨリソースを使用する拡張（Extended、Ｅ）ＰＤＣＣＨを利用することができる。ＥＰＤＣＣＨを、１つ以上のＥＣＣＥを用いて送信してもよい。上記と同様に、各ＥＣＣＥは、ＥＲＥＧとして知られる４つの物理リソース要素の９つのセットに対応し得る。ＥＣＣＥは、一部の状況では、他の数のＥＲＥＧを有してもよい。

【0043】

ＲＡＮノード１２２は、インタフェース１２３を介して互いに通信するよう構成され得る。システムがＬＴＥシステムである実装形態では、インタフェース１２３はＸ２インタフェースであってもよい。Ｘ２インタフェースは、進化型パケットコア（evolved packet core、ＥＰＣ）若しくはＣＮ１３０に接続する２つ以上のＲＡＮノード１２２（例えば、２つ以上のｅＮＢ／ｇＮＢ又はそれらの組合せ）間、及び／又はＥＰＣに接続する２つのｅＮＢ間に定義されてもよい。いくつかの実装形態では、Ｘ２インタフェースは、Ｘ２ユーザプレーンインタフェース（X2 User、Ｘ２－Ｕ）及びＸ２制御プレーンインタフェース（X2 Control、Ｘ２－Ｃ）を含み得る。Ｘ２－Ｕは、Ｘ２インタフェースを介して転送されるユーザデータパケットのためのフロー制御メカニズムを提供し得、ｅＮＢ又はｇＮＢ間のユーザデータの配信に関する情報を通信するために使用され得る。例えば、Ｘ２－Ｕは、マスタｅＮＢ（Master eNB、ＭｅＮＢ）からセカンダリｅＮＢ（Secondary eNB、ＳｅＮＢ）へ転送されるユーザデータの特定シーケンス番号情報と、ユーザデータに対するＳｅＮＢからＵＥ１１０へのＰＤＣＰパケットデータユニット（ＰＤＵ）のシーケンス配信の成功に関する情報、ＵＥ１１０に提供されなかったＰＤＣＰ ＰＤＵの情報、ＵＥにユーザデータを送信するためのＳｅＮＢにおける現在の最小所望バッファサイズに関する情報、などを提供することができる。Ｘ２－Ｃは、ＬＴＥ内アクセスモビリティ機能性（例えば、ソースｅＮＢから転送先ｅＮＢへのコンテキスト転送、ユーザプレーントランスポート制御などを含む）と、負荷管理機能性、及びセル間干渉協調機能性を提供することができる。

【0044】

図示のように、ＲＡＮ１２０は、ＣＮ１３０に接続（例えば、通信可能に結合）してもよい。ＣＮ１３０は、ＲＡＮ１２０を介してＣＮ１３０に接続されている顧客／加入者（例えば、ＵＥ１１０のユーザ）に様々なデータ及び電気通信サービスを提供するように構成されている複数のネットワークエレメント１３２を備えることができる。いくつかの実装形態では、ＣＮ１３０は、進化型パケットコア（ＥＰＣ）、５Ｇ ＣＮ、及び／又は１つ以上の追加若しくは代替タイプのＣＮを含むことができる。ＣＮ１３０の構成要素は、機械可読媒体又はコンピュータ可読媒体（例えば、非一時的機械可読記憶媒体）から命令を読み取って実行するための構成要素を含む、単一の物理ノード又は別個の物理ノードに実行されてもよい。いくつかの実装形態では、ネットワーク機能仮想化（Network Function Virtualization、ＮＦＶ）は、（以下に更に詳細に説明される）１つ以上のコンピュータ可読記憶媒体に記憶されている実行可能命令を介して上述のネットワークノードの役割又は機能のいずれか又は全てを仮想化するために利用され得る。ＣＮ１３０の論理インスタンス化は、ネットワークスライスと称されることがあり、ＣＮ１３０の一部の論理インスタンス化は、ネットワークサブスライスと称されることがある。ネットワーク機能仮想化（ＮＦＶ）アーキテクチャ及びインフラストラクチャを使用して、専用ハードウェアによって代わりに実行される１つ以上のネットワーク機能を、業界標準のサーバハードウェア、記憶用ハードウェア、又はスイッチの組合せを含む物理リソース上で仮想化し得る。言い換えれば、ＮＦＶシステムを使用して、１つ以上のＥＰＣ構成要素／機能の仮想的又は再構成可能な実装形態を実行することができる。

【0045】

図示のように、ＣＮ１３０、アプリケーションサーバ１４０、及び外部ネットワーク１５０は、ＩＰネットワークインタフェースを含むことができるインタフェース１３４、１３６、及び１３８を介して互いに接続することができる。アプリケーションサーバ１４０は、ＣＭ１３０でＩＰベアラリソースを使用するアプリケーション（例えば、ユニバーサル移動体通信システムパケットサービス（ＵＭＴＳ ＰＳ）ドメイン、ＬＴＥ ＰＳデータサービスなど）を提供する１つ以上のサーバデバイス又はネットワーク要素（例：仮想ネットワーク機能（ＶＮＦ））を含み得る。アプリケーションサーバ１４０は同様に、又は代替的にＣＮ１３０を介してＵＥ１１０のために１つ以上の通信サービス（例えば、ボイスオーバＩＰ（ＶｏＩＰセッション、プッシュツートーク（ＰＴＴ）セッション、グループ通信セッション、ソーシャルネットワーキングサービスなど）をサポートするように構成され得る。同様に、外部ネットワーク１５０は、インターネットを含む様々なネットワークのうちの１つ以上を含んでもよく、それによって、モバイル通信ネットワーク及びネットワークのＵＥ１１０に、様々な追加のサービス、情報、相互接続性、及び他のネットワーク機能へのアクセスを提供してもよい。

【0046】

図示のように、例示的なネットワーク１００は、１つ以上の衛星１６０－１及び１６０－２（まとめて「衛星１６０」）を備え得るＮＴＮを含み得る。衛星１６０は、サービスリンク若しくはワイヤレスインタフェース１６２を介してＵＥ１１０と、及び／又はフィーダリンク若しくはワイヤレスインタフェース１６４（１６４－１及び１６４として個々に示される）を介してＲＡＮ １２０と通信していることができる。いくつかの実装形態では、衛星１６０は、ＵＥ１１０と地上系ネットワーク（例えば、ＲＡＮ １２０）との間の通信に関してパッシブ又はトランスペアレントなネットワーク中継ノードとして動作してもよい。いくつかの実装形態では、衛星１６０は、ＵＥ１１０とＲＡＮ １２０との間の通信に関して、衛星１６０がＵＥ１１０に対する基地局として（例えば、ＲＡＮ １２０のｇＮＢとして）動作することができるように、アクティブ又は再生ネットワークノードとして動作してもよい。いくつかの実装形態では、衛星１６０は、直接ワイヤレスインタフェース（例えば、１６６）又は間接ワイヤレスインタフェースを介して（例えば、インタフェース１６４－１及び１６４－２を使用してＲＡＮ１２０を介して）互いに通信し得る。

【0047】

追加的又は代替的に、衛星１６０は、ＧＥＯ衛星、ＬＥＯ衛星、又は別のタイプの衛星を含み得る。衛星１６０は、同様に、又は代替として、全地球航法衛星システム（ＧＮＳＳ）、全地球測位システム（ＧＰＳ）、全地球的航法衛星システム（ＧＬＯＮＡＳＳ）、北斗航法衛星システム（ＢＤＳ）など、１つ以上の衛星システム又はアーキテクチャに関係することができるいくつかの実装形態では、衛星１６０は、ＵＥ１１０に対して基地局（例えば、ＲＡＮノード１２２）として動作してもよい。従って、本明細書における基地局、ＲＡＮノード１２２などへの言及は、基地局、ＲＡＮノード１２２などが地上ネットワークノードである実装形態と、基地局、ＲＡＮノード１２２などが非地上ネットワークノード（例えば、衛星１６０）である実装形態とを含み得る。

【0048】

図２は、いくつかの態様による、デバイス２００の例示的な構成要素を示す。いくつかの態様では、デバイス２００は、少なくとも図に示すように、一体に結合されたアプリケーション回路２０２と、ベースバンド回路２０４と、無線周波数（ＲＦ）回路２０６と、フロントエンドモジュール（front-end module、ＦＥＭ）回路２０８と、１つ以上のアンテナ２１０と、電力管理回路（power management circuitry、ＰＭＣ）２１２と、を含み得る。図示のデバイス２００の構成要素は、ＵＥ又はＲＡＮノードに含まれ得る。いくつかの態様では、デバイス２００は、より少ないエレメントを含んでもよい（例えば、ＲＡＮノードは、アプリケーション回路２０２を利用できず、代わりに、５ＧＣ１２０又は進化型パケットコア（Evolved Packet Core、ＥＰＣ）などのＣＮから受信したＩＰデータを処理するプロセッサ／コントローラを含んでもよい）。いくつかの実施形態では、デバイス２００は、例えば、メモリ／記憶装置、ディスプレイ、カメラ、センサ（単一の温度センサ、デバイス２００内の異なる場所にある複数の温度センサなどの、１つ以上の温度センサを含む）、又は入力／出力（Ｉ／Ｏ）インタフェースなどの追加の要素を含んでもよい。他の態様では、以下に説明する構成要素は、２つ以上のデバイスに含まれてもよい（例えば、上記の回路は、クラウド－ＲＡＮ（Ｃ－ＲＡＮ）実装形態に対する２つ以上のデバイスに別個に含まれてもよい）。

【0049】

アプリケーション回路２０２は、１つ以上のアプリケーションプロセッサを含んでもよい。例えば、アプリケーション回路２０２は、１つ以上のシングルコアプロセッサ又はマルチコアプロセッサなどの回路を含み得るが、これらに限定されない。プロセッサ（単数又は複数）は、汎用プロセッサと専用プロセッサ（例えば、グラフィックプロセッサ、アプリケーションプロセッサなど）の任意の組合せを含み得る。プロセッサは、メモリ／記憶装置に結合されてもよく、又はメモリ／記憶装置を含んでもよく、様々なアプリケーション又はオペレーティングシステムをデバイス２００上で実行することを可能にするために、メモリ／記憶装置に記憶されている命令を実行するように構成することができる。いくつかの態様では、アプリケーション回路２０２のプロセッサは、ＥＰＣから受信したＩＰデータパケットを処理することができる。

【0050】

ベースバンド回路２０４は、１つ以上のシングルコアプロセッサ又はマルチコアプロセッサなどの回路を含み得るが、これらに限定されない。ベースバンド回路２０４は、ＲＦ回路２０６の受信信号経路から受信したベースバンド信号を処理し、ＲＦ回路２０６の送信信号経路に対してベースバンド信号を生成する、１つ以上のベースバンドプロセッサ又は制御ロジックを含むことができる。ベースバンド回路２０４は、ベースバンド信号を生成及び処理、並びにＲＦ回路２０６の動作の制御のために、アプリケーション回路２０２とインタフェース接続することができる。例えば、いくつかの態様では、ベースバンド回路２０４は、第３世代（３Ｇ）ベースバンドプロセッサ２０４Ａ、第４世代（４Ｇ）ベースバンドプロセッサ２０４Ｂ、第５世代（５Ｇ）ベースバンドプロセッサ２０４Ｃ、又は他の既存世代、開発中若しくは将来開発される世代（例えば、第２世代（Second Generation、２Ｇ）、第６世代（Sixth Generation、６Ｇ）など）の他のベースバンドプロセッサ（単数又は複数）２０４Ｄを含み得る。ベースバンド回路２０４（例えば、ベースバンドプロセッサ２０４Ａ～２０４Ｄのうちの１つ以上）は、ＲＦ回路２０６を経由した１つ以上の無線ネットワークとの通信を可能にする様々な無線制御機能を取り扱うことができる。別の態様では、ベースバンドプロセッサ２０４Ａ～Ｄの機能の一部又は全部は、メモリ２０４Ｇに記憶されたモジュールに含まれ、中央処理装置２０４Ｅを介して実行されてもよい。メモリ２０４Ｇは、１つ以上のプロセッサ（例えば、ベースバンド回路２０４）に、本明細書における態様、プロセス、又は動作を実行させるための実行可能構成要素又は命令を含むことができる。無線制御機能は、信号変調／復調、符号化／復号、無線周波数シフトなどを含むことができるが、これらに限定されない。いくつかの態様では、ベースバンド回路２０４の変調／復調回路は、高速フーリエ変換（Fast-Fourier Transform、ＦＦＴ）、プリコーディング、又はコンスタレーションマッピング／デマッピング機能を含むことができる。いくつかの態様では、ベースバンド回路２０４の符号化／復号回路は、畳み込み、テールバイティング畳み込み、ターボ、ビタビ、又は低密度パリティ検査（Low-Density Parity Check、ＬＤＰＣ）エンコーダ／デコーダ機能を含むことができる。変調／復調及びエンコーダ／デコーダ機能の態様は、これらの例に限定されず、他の態様では他の好適な機能を含み得る。

【0051】

いくつかの態様では、ベースバンド回路２０４は、１つ以上のオーディオデジタル信号プロセッサ（Digital Signal Processor、ＤＳＰ）（単数又は複数）２０４Ｆを含み得る。オーディオＤＳＰ（単数又は複数）２０４Ｆは、圧縮／解凍及びエコー除去に対する要素を含み得、他の態様では、他の好適な処理要素を含み得る。ベースバンド回路の構成要素は、単一のチップ、単一のチップセット内に好適に組み合わされてもよく、又は、いくつかの態様では、同じ回路基板上に配置されてもよい。いくつかの態様では、ベースバンド回路２０４及びアプリケーション回路２０２の組成構成要素の一部又は全部は、例えば、システムオンチップ（system on a chip、ＳＯＣ）上に一体に実装されてもよい。

【0052】

いくつかの態様では、ベースバンド回路２０４は、１つ以上の無線技術と互換性のある通信を提供することができる。例えば、いくつかの態様では、ベースバンド回路２０４は、次世代（Next Generation、ＮＧ）－無線アクセスネットワーク（ＲＡＮ）、進化型ユニバーサル地上無線アクセスネットワーク（evolved universal terrestrial radio access network、ＥＵＴＲＡＮ）又は他の無線メトロポリタンエリアネットワーク（wireless metropolitan area network、ＷＭＡＮ）、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）などとの通信をサポートすることができる。ベースバンド回路２０４が２つ以上の無線プロトコルの無線通信をサポートするように構成されている態様は、マルチモードベースバンド回路と呼ぶことができる。

【0053】

ＲＦ回路２０６は、非固体媒体を介して、変調電磁放射線を用いてワイヤレスネットワークとの通信を可能にすることができる。様々な態様では、ＲＦ回路２０６は、無線ネットワークとの通信を容易にするために、スイッチ、フィルタ、増幅器などを含み得る。ＲＦ回路２０６は、ＦＥＭ回路２０８から受信したＲＦ信号をダウンコンバートし、ベースバンド信号をベースバンド回路２０４に提供する回路を含み得る受信信号経路を含むことができる。ＲＦ回路２０６はまた、ベースバンド回路２０４によって提供されるベースバンド信号をアップコンバートし、送信のためにＲＦ出力信号をＦＥＭ回路２０８に提供する回路を含み得る送信信号経路を含むことができる。

【0054】

いくつかの態様では、ＲＦ回路２０６の受信信号経路は、ミキサ回路２０６ａ、増幅回路２０６ｂ及びフィルタ回路２０６ｃを含み得る。いくつかの態様では、ＲＦ回路２０６の送信信号経路は、フィルタ回路２０６ｃ及びミキサ回路２０６ａを含み得る。ＲＦ回路２０６はまた、受信信号経路及び送信信号経路のミキサ回路２０６ａによって使用される周波数を合成する合成回路２０６ｄを含み得る。いくつかの態様では、受信信号経路のミキサ回路２０６ａは、合成回路２０６ｄによって提供される合成済み周波数に基づいて、ＦＥＭ回路２０８から受信したＲＦ信号をダウンコンバートするように構成され得る。増幅回路２０６ｂは、ダウンコンバートされた信号を増幅するように構成され得、フィルタ回路２０６ｃは、ダウンコンバートされた信号から不要な信号を除去して出力ベースバンド信号を生成するように構成されているローパスフィルタ（Low-Pass Filter、ＬＰＦ）又はバンドパスフィルタ（Band-Pass Filter、ＢＰＦ）であり得る。出力ベースバンド信号は、更なる処理のためにベースバンド回路２０４に提供することができる。いくつかの態様では、出力ベースバンド信号は、ゼロ周波数ベースバンド信号であり得るが、これは必要条件ではない。いくつかの態様では、受信信号経路のミキサ回路２０６ａは、受動ミキサを含み得るが、態様の範囲はこの点に限定されない。

【0055】

いくつかの態様では、送信信号経路のミキサ回路２０６ａは、合成回路２０６ｄによって提供される合成済み周波数に基づいて、入力ベースバンド信号をアップコンバートして、ＦＥＭ回路２０８に対するＲＦ出力信号を生成するように構成され得る。ベースバンド信号は、ベースバンド回路構成２０４によって提供されてもよく、フィルタ回路構成２０６ｃによってフィルタリングされてもよい。

【0056】

いくつかの態様では、受信信号経路のミキサ回路２０６ａ及び送信信号経路のミキサ回路２０６ａは、２つ以上のミキサを含み得、それぞれ直交ダウンコンバージョン及び直交アップコンバージョンのために配置されてもよい。いくつかの態様では、受信信号経路のミキサ回路２０６ａ及び送信信号経路のミキサ回路２０６ａは、２つ以上のミキサを含み得、イメージ除去（例えば、ハートレー方式イメージ除去）のために配置されてもよい。いくつかの態様では、受信信号経路のミキサ回路２０６ａ及びミキサ回路２０６ａは、それぞれ直接ダウンコンバージョン及び直接アップコンバージョンのために配置されてもよい。いくつかの態様では、受信信号経路のミキサ回路２０６ａ及び送信信号経路のミキサ回路２０６ａは、スーパーヘテロダイン動作のために設定されてもよい。

【0057】

いくつかの態様では、出力ベースバンド信号及び入力ベースバンド信号はアナログベースバンド信号であり得るが、態様の範囲はこの点に限定されない。いくつかの代替態様では、出力ベースバンド信号及び入力ベースバンド信号は、デジタルベースバンド信号であり得る。これらの代替態様では、ＲＦ回路２０６は、アナログデジタル変換器（analog-to-digital converter、ＡＤＣ）及びデジタルアナログ変換器（digital-to-analog converter、ＤＡＣ）回路を含み得、ベースバンド回路２０４は、ＲＦ回路２０６と通信するデジタルベースバンドインタフェースを含み得る。

【0058】

いくつかのデュアルモード態様では、各スペクトルの信号を処理するために別個の無線ＩＣ回路が提供され得るが、態様の範囲はこの点に限定されない。

【0059】

いくつかの態様では、合成回路２０６ｄは、フラクショナルＮ合成器又はフラクショナルＮ／Ｎ＋１合成器であり得るが、他の種類の周波数合成器が好適である場合があるため、態様の範囲はこの点に限定されない。例えば、合成器回路構成２０６ｄは、デルタシグマ合成器、周波数逓倍器、又は周波数分周器を有する位相ロックループを備えた合成器であってもよい。

【0060】

合成回路２０６ｄは、周波数入力及び分割器制御入力に基づいて、ＲＦ回路２０６のミキサ回路２０６ａによって使用される出力周波数を合成するように構成され得る。いくつかの態様では、合成回路２０６ｄは、フラクショナルＮ／Ｎ＋１合成器であり得る。

【0061】

いくつかの態様では、周波数入力は、電圧制御型発振器（voltage controlled oscillator、ＶＣＯ）によって提供されてもよいが、これは必要条件ではない。分割器制御入力は、所望の出力周波数に応じて、ベースバンド回路２０４又はアプリケーションプロセッサ２０２のいずれかによって提供され得る。いくつかの態様では、分割器制御入力（例えば、Ｎ）は、アプリケーション回路２０２によって示されるチャネルに基づくルックアップテーブルから判定され得る。

【0062】

ＲＦ回路２０６の合成器回路２０６ｄは、分周器、遅延ロックループ（Delay-Locked Loop、ＤＬＬ）、マルチプレクサ、及び位相アキュムレータを含むことができる。いくつかの態様では、分割器は、デュアルモジュラス分割器（dual modulus divider、ＤＭＤ）であり得、位相アキュムレータは、デジタル位相アキュムレータ（digital phase accumulator、ＤＰＡ）であり得る。いくつかの態様では、ＤＭＤは、入力信号を（例えば、実行に基づいて）Ｎ又はＮ＋１のいずれかに分割して、フラクショナル分割比を提供するように構成され得る。いくつかの例示的態様では、ＤＬＬは、カスケード式同調可能な遅延素子、位相検出器、チャージポンプ、及びＤ型フリップフロップのセットを含み得る。これらの態様では、遅延素子は、ＶＣＯ周期を、Ｎｄの等しい位相のパケットに分割するように構成することができ、ここでＮｄは遅延線内の遅延素子の数である。このようにして、ＤＬＬは、遅延線を通した合計遅延が１つのＶＣＯサイクルであることを保証することに寄与すべく、負のフィードバックを提供する。

【0063】

いくつかの態様では、合成回路２０６ｄは、出力周波数としてキャリア周波数を生成するように構成され得、他の態様では、出力周波数は、キャリア周波数の倍数（例えば、キャリア周波数の２倍、キャリア周波数の４倍）であり得、直交発生器及び分割器回路と併せて使用して、互いに対して複数の異なる位相を有するキャリア周波数で複数の信号を生成することができる。いくつかの態様では、出力周波数は、ＬＯ周波数（ｆＬＯ）であり得る。いくつかの態様では、ＲＦ回路２０６は、ＩＱ／極性変換器を含み得る。

【0064】

ＦＥＭ回路２０８は、１つ以上のアンテナ２１０から受信したＲＦ信号上で動作し、受信した信号を増幅し、更なる処理のために、受信した信号の増幅バージョンをＲＦ回路２０６に提供するよう構成されている回路を含み得る受信信号経路を含むことができる。ＦＥＭ回路２０８はまた、１つ以上のアンテナ２１０のうちの１つ以上により送信される、ＲＦ回路２０６によって提供される送信のための信号を増幅するよう構成されている回路を含み得る送信信号経路を含むことができる。様々な態様では、送信又は受信信号経路を通じた増幅は、ＲＦ回路２０６のみにおいて、ＦＥＭ回路２０８のみにおいて、又はＲＦ回路２０６及びＦＥＭ回路２０８の両方において行われることができる。

【0065】

いくつかの態様では、ＦＥＭ回路２０８は、送信モードと受信モード動作との間で切り替えるＴＸ／ＲＸスイッチを含み得る。ＦＥＭ回路構成は、受信信号経路及び送信信号経路を含み得る。ＦＥＭ回路の受信信号経路は、受信したＲＦ信号を増幅し、増幅した受信ＲＦ信号を出力として（例えば、ＲＦ回路２０６に）提供するＬＮＡを含むことができる。ＦＥＭ回路２０８の送信信号経路は、（例えば、ＲＦ回路２０６によって提供される）入力ＲＦ信号を増幅する電力増幅器（Power Amplifier、ＰＡ）、及び（例えば、１つ以上のアンテナ２１０のうちの１つ以上による）後続の送信のためのＲＦ信号を生成する１つ以上のフィルタを含み得る。

【0066】

いくつかの態様では、ＰＭＣ２１２は、ベースバンド回路２０４に供給される電力を管理することができる。具体的には、ＰＭＣ２１２は、電源選択、電圧スケーリング、バッテリ充電、又はＤＣ－ＤＣ変換を制御することができる。デバイス２００がバッテリによって給電可能であるとき、例えば、このデバイスがＵＥに含まれているとき、多くの場合、ＰＭＣ２１２が含まれることができる。ＰＭＣ２１２は、望ましい実装サイズ及び放熱特性を付与すると同時に、電力変換効率を高めることができる。

【0067】

図２は、ベースバンド回路２０４のみと結合されたＰＭＣ２１２を示す。しかしながら、他の態様では、ＰＭＣ２１２は、アプリケーション回路２０２、ＲＦ回路２０６又はＦＥＭ回路２０８などを含むが、これらに限定されない他の構成要素と追加的に、又は代替的に結合されて、同様の電力管理動作を実行することができる。

【0068】

いくつかの態様では、ＰＭＣ２１２は、デバイス２００の様々な省電力機構を制御するか、又はさもなければその一部になることができる。例えば、デバイス２００が、トラフィックを間もなく受信することが想定されるのでＲＡＮノードに依然として接続されているＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態である場合、一定の非アクティブ期間後、デバイスは、間欠受信モード（ＤＲＸ）として知られる状態に入ることができる。この状態の間は、デバイス２００は、短い間隔で電源切断することにより節電することができる。

【0069】

長期間にわたってデータトラフィックアクティビティがない場合、デバイス２００は、ネットワークとの接続を切断し、かつチャネル品質フィードバック、ハンドオーバなどの動作を実行しない、ＲＲＣ＿Ｉｄｌｅ状態に移行することができる。デバイス２００は、非常に低い電力状態に入り、そして周期的にウェイクアップして、ネットワークをリスニングし、そして再びパワーダウンするページングを実行する。デバイス２００は、この状態ではデータを受信することができず、データを受信するために、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に戻るよう移行することができる。

【0070】

追加の省電力モードでは、デバイスは、ページング間隔（数秒から数時間に及ぶ）より長期間、ネットワークから利用できなくなることが許容され得る。この間、デバイスは、ネットワークに全く到達できず、完全に電源を切断することがある。この間に送信されたデータがあれば大幅な遅延が生じるが、遅延は許容できるものとみなされる。

【0071】

アプリケーション回路２０２のプロセッサ及びベースバンド回路２０４のプロセッサを使用して、プロトコルスタックの１つ以上のインスタンスの要素を実行することができる。例えば、ベースバンド回路２０２のプロセッサを単独で又は組み合わせて使用して、層３（Ｌ３）、層２（Ｌ２）、又は層１（Ｌ１）の機能を実行することができ、アプリケーション回路２０４のプロセッサは、これらの層から受信したデータ（例えば、パケットデータ）を利用して、層４の機能（例えば、送信通信プロトコル（transmission communication protocol、ＴＣＰ）層及びユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）層）を更に実行することができる。本明細書に上述したように、層３は、以下に更に詳細に記載する、無線リソース制御（ＲＲＣ）層を含み得る。本明細書に上述したように、層２は、以下に更に詳細に記載する、メディアアクセス制御（medium access control、ＭＡＣ）層、無線リンク制御（radio link control、ＲＬＣ）層、及びパケットデータコンバージェンスプロトコル（packet data convergence protocol、ＰＤＣＰ）層を含み得る。本明細書に上述したように、層１は、ＵＥ／ＲＡＮノードの物理（Physical、ＰＨＹ）層を含み得る。

【0072】

図３を参照すると、ユーザ機器（ＵＥ）デバイス又は別のネットワークデバイス／構成要素（例えば、Ｖ－ＵＥ／Ｐ－ＵＥ、ＩｏＴ、ｇＮＢ、ｅＮＢ、又は他の関与ネットワークエンティティ／構成要素）のブロック図が示されている。デバイス３００は、処理回路及び関連付けられたインタフェース（単数又は複数）を備えた１つ以上のプロセッサ３１０（例えば、１つ以上のベースバンドプロセッサ）と、（例えば、（例えば、１つ以上の送信チェーンに関連付けられた）送信機回路、及び／又は（例えば、１つ以上の受信チェーンに関連付けられた）共通回路要素、別個の回路要素、又はそれらの組合せを用いることができる受信機回路を含むことができるＲＦ回路を備えた）送受信機回路３２０と、（様々な記憶媒体のいずれかを含むことができ、プロセッサ（単数又は複数）３１０又は送受信機回路３２０のうちの１つ以上に関連付けられた命令及び／又はデータを記憶することができる）メモリ３３０と、を含む。

【0073】

メモリ３３０（並びに本明細書に記載の他のメモリ構成要素、例えば、メモリ、データストレージなど）は、本明細書のマシン又は構成要素によって実行されると、マシン又は他のデバイスに、本明細書に記載の態様、実施形態及び実施例に従って、複数の通信技術を使用して通信するための方法、装置又はシステムの動作を実行させる命令を含む、１つ以上の機械可読媒体（単数又は複数）を含むことができる。本明細書に記載の態様は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組合せによって実現することができることを理解されたい。ソフトウェアで実現される場合、機能は、１つ以上の命令又はコードとしてコンピュータ可読媒体（例えば、本明細書に記載のメモリ又は他の記憶デバイス）上に記憶する、又はコンピュータ可読媒体を介して送信することができる。コンピュータ可読媒体は、コンピュータ記憶媒体と、コンピュータプログラムの１つの場所から別の場所への転送を容易にする任意の媒体を含む通信媒体との両方を含む。記憶媒体又はコンピュータ可読記憶デバイスは、汎用コンピュータ又は特殊用途向けコンピュータによってアクセスすることができる任意の利用可能な媒体であってもよい。一例として、また限定するものではなく、そのようなコンピュータ可読媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭ若しくは他の光ディスクストレージ、磁気ディスクストレージ若しくは他の磁気記憶デバイス、又は所望の情報若しくは実行可能命令を保持若しくは記憶するために使用することができる他の有形及び／若しくは非一時的媒体を挙げることができる。また、任意の接続は、コンピュータ可読媒体と呼ばれることもある。

【0074】

一態様では、ＵＥ／ｇＮＢデバイス３００は、物理層カプセル化（例えば、ＥＰＣパケット、送信機会、ＭＣＯＴ、単一送信バースト、ＴＴＩ又は他のカプセル化プロトコル、あるいは空中越しでの送信のために上位層からのデータをフレームにカプセル化するための関連するカプセル化パラメータ（単数又は複数））において異なるトランスポートブロック（ＴＢ）間の等しくない保護に基づいて、複数の異なるＴＢを備える上位層（例えば、ＭＡＣ層）への／からの物理（ＰＨＹ）層送信を処理／生成／符号化／復号することによって設定するように動作することができる。物理（ＰＨＹ）層送信は、ＮＲネットワーク又は他のネットワーク内の物理チャネルを介した空間層との物理層送信を同様に処理／生成するために、通信／送信機回路３２０を用いて受信、送信、又は提供（ｄ）され得る。

【0075】

プロセッサ（単数又は複数）３１０は、プロトコルスタックの１つ以上のインスタンスの構成要素又は要素を実行するために使用され得る、アプリケーション／処理回路の構成要素又はベースバンド回路のプロセッサ（単数又は複数）であり得る。例えば、ベースバンド回路のプロセッサ（単数又は複数）３１０は、処理回路として、単独で又は組み合わせて、一態様では、モード２ ＳＬ通信のための受信機ＵＥのＳＬ間欠受信（ＤＲＸ）パラメータの指示を受信するよう構成され得る。モード２ ＳＬ通信は、基地局がリソース割り当てに介入しないＳＬ通信であるので、処理回路は、受信機ＵＥのＳＬ ＤＲＸパラメータに基づいて、更に、候補リソースのセットのうちの候補リソースの少なくともサブセットが受信機ＵＥのＳＬ ＤＲＸパラメータの閾値を満たすように、候補リソースのセット（又は候補リソースセット（Ｓ_A））のリソース選択手順を更に行うことができる。例えば、候補リソースセット（Ｓ_A）又は候補リソースのサブセットの（パーセンテージ、比率、又は数による）閾値量は、ＳＬ ＤＲＸパラメータとしてＳＬ ＤＲＸアクティブ時間と重複することができる。閾値が満たされることを保証した後、候補リソースのセットのレポートが、ＰＨＹ層から上位層（例えば、ＭＡＣ層）に送信されて、ＳＬ通信を有効にし得る。更に、リソース選択ウィンドウ（ＲＳＷ）が受信機ＵＥの示されたＳＬ ＤＲＸアクティブ時間とそれに応じて重複するように、部分検知ウィンドウでの部分検知がリソース選択手順の一部として設定され得る。様々な態様はまた、候補リソースセット（Ｓ_A）のうちの候補リソースのサブセットが閾値を下回るときを考慮するプロセス又はプロセスフローを考慮することができる。

【0076】

一態様では、選択／報告されている候補リソースの少なくともサブセット（Ｓ_A’）が候補リソースのセット（Ｓ_A）内にあることを保証するために使用される閾値は、異なって設定され得る。例えば、閾値は、ＳＬ ＤＲＸアクティブ時間と重複する、報告されている候補リソースのサブセットが閾値（Ｙ）以上となるような、全ての報告された候補リソースにわたる受信機／受信側ＵＥのＳＬ ＤＲＸアクティブ時間中の報告された候補リソースの比率（Ｙ）であり得る。言い換えれば、候補リソースセット（Ｓ_A）のパーセンテージ閾値は、示されたＳＬ ＤＲＸアクティブ時間内の候補リソースの少なくともサブセットを含む。代替又は追加として、閾値は、ＳＬ ＤＲＸアクティブ時間と重複する候補リソースの少なくともサブセットの数が閾値（Ｚ）以上となるような、ＳＬ ＤＲＸアクティブ時間中の報告された候補リソースの数（Ｚ）であり得る。代替又は追加として、閾値は、例えば、選択されている候補スロットの閾値（Ｗ）数がＳＬ ＤＲＸアクティブ時間のアクティブ時間内にあることを保証するための、ＳＬ ＤＲＸアクティブ時間内の候補スロットの数（Ｗ）であり得る。

【0077】

図４は、様々な態様による検知及び選択プロセス４００の例示的タイミングを示す。５Ｇ ＮＲモード２ ＳＬ通信では、基地局は、ＵＥ又は端末ノードのリソース選択プロセスに介入せず、従って、各ＵＥが使用可能なリソース自体を選択する。各ＵＥは、どのリソースが他の端末によって占有されていないかを判断するために、ＰＳＣＣＨを復号することによって検知手順４０２を行う。従って、リソース検知４０２は、データ送信の前に、又は送信側ＵＥが受信機ＵＥに送信／報告する前に実行され、これは、ＰＨＹ層から上位層（例えば、ＭＡＣ層又はその上位）へのものであり得る。

【0078】

検知及び選択プロセス４００の例示的タイミングでは、検知ウィンドウ４０２の長さは２００ｍｓに設定されるが、これは、例えば、より短いもの又はより長いものであり得る。検知及び選択プロセス４００のタイミングは、完全検知の方法に対応し、これは、Ｐ－ＵＥなどに限定されない、電力消費に対するかなりゆるい制限が課されるＶ－ＵＥに主に適用され得る。「Ｔ」は、選択ウィンドウの開始に対応するタイミングを示す。検知ウィンドウ４０２は、時間Ｔ－２００ｍｓ、すなわちＴの２００ｍｓ前に開始する。

【0079】

検知ウィンドウ４０２の期間の間に、各端末は、あるエリアの全てのＵＥによって使用されているＰＳＣＣＨリソースブロックを復号する検知プロセスを経る。従って、リソース検知４０２は、（例えば、影付きのリソース／リソースブロックによって示されるような）占有されたリソースを識別し、これらの占有されたリソースブロックを候補リソースセット（又は候補リソースのセット）から除外するために使用され得る。いくつかのリソースはまた、ＵＥがこれらを監視していない場合は利用可能でないことがある。候補リソースセットが検知プロセス４０２を通じて取得された後、データ送信のために使用されることになるリソースブロックが、選択ウィンドウ４０４の間に、除外された又は利用不可能なリソースを差し引いた総候補リソースから選択される。このプロセスを通して、基地局がリソースブロックを割り当てない場合であっても、ＵＥは、全ての他の端末によって使用されているリソースブロックを識別することができ、従って、ＳＬ通信のための適切な（例えば、ハッシュマークされたリソースブロックにおいて示されるような）リソース候補を選択することによって衝突を防止することができる。ここで、報告されている候補リソースセットのうちの候補リソースの少なくともサブセットは、部分検知のアプローチに基づいて、及び３ＧＰＰにおける対応する合意と並行して、Ｐ２Ｖ（Ｖ２Ｐ）通信のためのリソース選択詳細を可能にすることによってなど、様々なメカニズムによって受信機ＵＥの示されたＳＬ ＤＲＸアクティブ時間と重複するよう構成され得る。

【0080】

図５は、様々な態様による部分検知／低減検知及び選択プロセス５００の例示的タイミングを示す。本明細書に関連する部分検知の方法及び態様は、Ｐ－ＵＥ、又は電力消費制限を伴う任意のデバイスに有効であり得、必ずしもＰ－ＵＥ又は他のＵＥデバイスに限定されず、任意のＵＥに適用することもできる。検知は、２００ｍｓの観測期間全体に対する部分検知ウィンドウ５０２（例えば、４０ｍｓ又は他の部分期間）のみにわたって行われる。「Ｔ」は、リソース選択ウィンドウ（ＲＳＷ）５０４が開始するタイミングを示す。ここで、各ＵＥでの検知は、Ｔ－２００ｍｓからＴ－１６０ｍｓまでの時間間隔に対応する４０ｍｓの間だけ行われる。ＰＳＣＣＨの復号は４０ｍｓ（Ｔ－２００ｍｓからＴ－１６０ｍｓ）の間だけ行われるので、ＲＳＷ５０４は４０ｍｓ（ＴからＴ＋４０ｍｓ）に低減される。従って、４０ｍｓのＲＳＷ５０４に対して、使用可能なリソースが選択される。

【0081】

Ｐ－ＵＥに対する部分検知の主な目的は、電力消費を低減して検知を行うことである。ＵＥの電力消費は、検知の継続時間に直接リンクすることができ、従って、検知期間を短縮すること（すなわち、部分検知を行うこと）は、電力節約のために不可欠であり得る。しかしながら、検知期間が極端に短縮されると、システム性能が低下する可能性がある。従って、部分検知はまた、Ｐ－ＵＥが、２００ｍｓの周期性での送信によって予約されるいくつかのリソースを選択することを回避することを可能にし、必ずしも、Ｐ－ＵＥと同じ選択ウィンドウを共有し得る、より高い周期性を伴う任意の予約されたリソース（単数又は複数）（例えば、制御チャネル要素（ＣＣＥ）又はＣＣＥ候補、サブフレーム、帯域幅、周波数、送信機会、アンテナポートの数、直交周波数分割シンボルなど）を検出することが常に可能であるわけではない。

【0082】

３ＧＰＰで標準化され得る例示的な合意は、選択／報告されている候補リソースのセットのうちの候補リソースの少なくともサブセットが、閾値を満たすことによって受信機ＵＥのＳＬ ＤＲＸアクティブ時間と重複することを含む。閾値は、例えば、ＲＲＣシグナリング又は上位層からリソースプール又はリソースプール設定ごとに（事前に）設定されることによって、送信側ＵＥに設定又は示され得る。代替又は追加として、使用されている閾値は、送信側ＵＥ（例えば、図１のＵＥ１１０－１）と受信側ＵＥ（例えば、図１の１１０－２）との間でネゴシエートされ得る。例えば、受信側／受信機ＵＥのＤＲＸが考慮されているので、受信機ＵＥ１１０－２は、識別された候補リソースの３０パーセントがＳＬ ＤＲＸアクティブ時間内にあるべきであることをＴＸ ＵＥ１１０－１に示すことができる。そのようなネゴシエーションは、例えば、ＵＥの性能又はＳＬ ＤＲＸアクティブ時間のパラメータに依存し得る。

【0083】

上述したように、閾値は、受信機ＵＥのＳＬ ＤＲＸアクティブ時間内の報告された候補リソースの一部分又は比率（Ｙ）、ＳＬ ＤＲＸアクティブ時間内の報告された候補リソースの数（Ｚ）、又はＳＬ ＤＲＸアクティブ時間と重複する候補スロットの数（Ｗ）のうちの少なくとも１つとして設定され得る。送信側ＵＥ１１０－１のＰＨＹ層は、いくつかの候補リソースをＭＡＣ層に報告することができるが、報告された候補リソース内で、報告されたリソースの特定の一部分又はパーセンテージは、ＲＸ ＵＥのアクティブ時間内である。例えば、ＵＥ１１０－１が１００個のリソースをＭＡＣ層に報告する場合、部分Ｙ（例えば、３０％など）は、ＲＸ ＵＥのアクティブ時間内にあるよう構成され得る。報告された候補リソースの数（Ｚ）が使用される場合、そして、例えば、１００個のリソースが選択／報告されることになる場合、それらのうちの少なくとも５０個（又は他の個数）が、閾値ＺとしてＲＸ ＵＥアクティブ時間内にあり、これは、候補スロットの数（Ｗ）を利用する場合も同様である。閾値（Ｙ、Ｚ、又はＷ）は、ＲＳＷ５０４内のＰＨＹ層において選択されている候補リソースセットのうちの候補リソースのサブセットが、ＳＬ ＤＲＸアクティブ内の重複しているリソースに対する閾値を満たすことを保証するために使用され得る。閾値を利用し、ＳＬ通信のためにそれが満たされることを保証するための１つの方法は、１つ以上の条件に基づいてリソース選択手順のためにＲＳＷ５０４を変更することである。

【0084】

一例では、報告された候補リソースセット中の候補リソースの少なくともサブセットがＳＬ ＤＲＸアクティブ時間と重複することを保証するために、リソース選択手順のＲＳＷ５０４又はＲＳＷのサイズが変更され得る。一態様では、ＲＳＷは、例えば、ＲＳＷとＲＳＷサイズにわたる受信機ＵＥのアクティブ時間との間の重複しているリソーススロットの比率（Ｙ’）に関して変更され得る。従って、ＲＳＷ５０４は、比率（Ｙ’）以上となるよう構成され得る。Ｙ’は、ＲＳＷが、閾値Ｙが満たされることを保証するように、上記で説明したように、比率又はパーセンテージＹに基づいて導出され得るか、又はＹ’は、例えば、上位層からのリソースプール設定によって示され得る。代替又は追加として、ＲＳＷ５０４は、ＲＳＷサイズがこれらの閾値のうちの１つ以上を満たすことを保証するために、閾値Ｚ（ＳＬ ＤＲＸアクティブ時間内の候補リソースの数）又はＷ（ＳＬ ＤＲＸアクティブ時間内の候補スロットの数）から導出されるような重複しているスロットの数（Ｚ’）に基づいて変更され得る。Ｚ’はまた、例えば、上位層設定によって示され得る。

【0085】

例えば、受信機ＵＥのＳＬ ＤＲＸアクティブ時間がスロット１０～２０内にあり、初期リソース選択ウィンドウ／ＲＳＷ５０４がスロット０～スロット５０である場合、ＵＥは、受信機ＵＥのアクティブ時間内にあり、比率（例えば、Ｙ’＝．５０）を満たすようにＲＳＷ５０４を変更する必要がある。従って、ＲＳＷ５０４とＳＬ ＤＲＸアクティブ時間との間の候補スロットは、５０％以上であるべきであり、ＵＥ１１０－１は、スロット１０～２０がＲＸ ＵＥのアクティブ時間内にある場合、ＲＳＷを０～５０から０～２０に制限することができる。従って、初期候補スロットによってＲＳＷ５０４を制限することによって、候補スロットの少なくとも半分は、ＲＸ ＵＥのアクティブ時間内にあり得る。代替又は追加として、送信ＵＥは、ＲＳＷとＲＸ ＵＥのアクティブ時間との間の重複しているスロットの数が、例えば、送信ＵＥ１１０－１と受信機ＵＥ１１０－２との間で事前設定又はネゴシエートされた報告された候補リソースの数（Ｚ）又は候補スロットの数（Ｗ）のいずれかから導出され得る数又はパーセント閾値Ｚ’以上であることを保証することができる。

【0086】

一態様では、ＲＳＷの残りは、ＳＬ ＤＲＸ ＵＥアクティブ時間と重複する選択されたＲＳＷの後になるよう構成され得る。言い換えれば、ＳＬ ＤＲＸ ＵＥ非アクティブ時間と重複するＲＳＷを超えるＲＳＷの残りは、閾値を満たす選択されたＲＳＷの後になるように構成又は拡張され得る。例えば、ＲＸ ＵＥのアクティブ時間がスロット１１～２０となるよう構成される場合、ＵＥ１１０－１は、初期リソース選択ウィンドウＲＳＷとしてスロット１１～２０を選択し、スロット２０の後にＲＳＷを拡張することができる。従って、ＲＳＷは、例えば、スロット１１～スロット３０の範囲となるように変更され得る。

【0087】

図６は、様々な態様によるモード２ ＳＬ通信のための受信機ＵＥのＳＬ ＤＲＸを考慮するリソース（再）選択手順のための例示的なプロセスフロー６００を示す。受信機ＵＥ（例えば、１１０－２、又は他のＵＥ）のＳＬ ＤＲＸアクティブ時間は、ＳＬ通信のために使用されることになる候補リソース選択のためにＭＡＣ層から示され得る。示されたＳＬ ＤＲＸアクティブ時間を受信したことに応じて、送信側ＵＥ１１０－１は、ＭＡＣ層に報告されている候補リソースの少なくともサブセットが、ＲＸ ＵＥの示されたアクティブ時間内に位置するように、ＰＨＹ層において制限を適用することができる。リソース選択手順６００のための様々な態様は、例えば、ＭＡＣ層からの示されたアクティブ時間を考慮しながら、候補リソース選択のためにリソースを制限するように動作することができる。次いで、ＰＨＹ層は、１つ以上の閾値が満たされていることに基づいて、候補リソースの少なくともサブセットがＲＸ ＵＥの示されたアクティブ時間内にある候補リソースを選択して報告するよう構成され得る。

【0088】

この方法は、６１０において、潜在的な候補リソースの期間、時限ウィンドウ、又は時間内のサイドリンク候補リソースの総数（Ｍ）に基づいてＲＳＷ（例えば、５０４）を決定することから開始する。送信側ＵＥ１１０－１のＰＨＹ層が、ＲＳＷ５０４のパラメータと、Ｍとして示され得る、このウィンドウ内の候補リソースの総数とを決定する。

【0089】

ＲＳＷ５０４を決定するとき、ＲＳＷは、示されたＳＬ ＤＲＸパラメータ（例えば、ＳＬ ＤＲＸアクティブ時間／非アクティブ時間、報告されたリソースの必要とされる数／部分、ＳＬ ＤＲＸアクティブ時間における重複に対する候補リソース／スロットの比率（Ｙ）又は数（Ｚ）としての閾値など）に基づいて構成又は変更され得る。ＲＳＷは、例えば、［ｎ＋Ｔ１、ｎ＋Ｔ２］として示され得、ここで、ｎは、リソース選択スロットの時間であり得、Ｔ１は、ＲＳＷの開始スロット時間オフセットであり、Ｔ２は、ＲＳＷの終了スロット時間オフセットである。構成された閾値から、ＵＥは、ＲＳＷとＲＳＷサイズにわたるＳＬ ＤＲＸアクティブとの間の重複スロットの比率（Ｙ’）を導出することができ、この比率をＲＳＷのための変更閾値として設定して、それがこの比率を満たし、重複しているスロットが例えば比率（Ｙ’）以上であるようにすることができる。比率Ｙ’は、例えば、ＳＬ ＤＲＸアクティブ時間内にある報告される候補リソースの示された比率又はパーセンテージから導出され得る。任意の残りのＲＳＷは、ＵＥのＳＬ ＤＲＸアクティブ時間と重複する選択されたＲＳＷの後に来るよう構成され得る。

【0090】

代替又は追加として、この変更閾値又はＲＳＷ５０４の変更／設定のために使用される閾値は、ＲＳＷとＳＬ通信のためのＳＬ ＤＲＸアクティブ時間との間の重複しているスロット（Ｚ’）の数（Ｚ’）として導出され得る。数Ｚ’は、数Ｚ’が満たされ、重複しているスロットが数Ｚ’以上となるように、ＲＳＷに対して設定され得る。数Ｚ’は、ＳＬ ＤＲＸアクティブ時間内にあると示される報告された候補リソースの数（Ｚ）、又はＳＬ ＤＲＸアクティブ内にあると示される候補スロットの数（Ｗ）のいずれかから、ＵＥ１１０－１によって導出され得る。任意の残りのＲＳＷは、ＵＥのＳＬ ＤＲＸアクティブ時間と重複する選択されたＲＳＷの後に来るよう構成され得る。

【0091】

６２０において、方法６００は、モード２ ＳＬ通信のために使用されることになる候補リソースに対して、検知ウィンドウ（例えば、５０２）の間に検知することを続ける。検知ウィンドウは、ＲＳＷ（例えば、５０４）の前に検知して、ＰＳＣＣＨを復号するよう設定されており、例えば、部分検知ウィンドウ又は完全検知ウィンドウであり得る。

【0092】

６３０において、初期基準信号受信電力（ＲＳＲＰ）閾値が取得され得る。検知ウィンドウは、他のＵＥからのリソースを監視するために使用されるとともに、Ｓ－ＲＳＳＩ／ＲＳＲＰ測定を実行して、例えば、ＳＬ通信における使用のために、選択ウィンドウ５０４内で最も適切なリソースを選択するために使用される。

【0093】

６４０において、初期候補リソースセット（Ｓ_A）が、ＲＳＷ５０４に基づいてＲＳＲＰ閾値に従って選択される。ここで、時限ＲＳＷ５０４内の全てのリソースは、Ｓ_Aとして示される候補リソースセット／候補リソースのセットとして設定されるか、又はＲＳＷ５０４内の全てのリソースとして初期候補セットと呼ばれることができる。

【0094】

６５０において、候補シングルスロットリソースが、これらのスロットがＵＥ１１０－１によって監視されていない場合に、初期候補リソースセットＳ_Aから除外され得る。

【0095】

６６０において、ＵＥ１１０－１が、検知動作を実行することによって、いくつかのリソースが別のＵＥによって予約されていることを検出した場合、ＵＥ１１０－１は、特に、リソース選択プロセスフローのために使用されるＲＳＲＰ閾値より大きいＲＳＲＰ閾値を有する別のＵＥによって、それらの予約されたリソースを初期リソースセットＳ_Aから除外することができる。ＵＥ１１０－１によって受信される送信は、リソースを占有することができ、これらは、周期的に割り当てられ、ＵＥ（再）選択ウィンドウ（ｎ）（例えば、ウィンドウ５０４）内のいくつかのリソース上に投影され得る。従って、ＵＥは、これらのリソースがこれらの送信のその受信によってすでに占有されていることを知っているので、Ｐ－ＵＥ又はＵＥ１１０－１は、例えば、別のＵＥデバイス又はネットワーク構成要素による再送信のために予約されたものとして、これらのリソースをリソース候補セット（例えば、データセット記憶装置、又は他の記憶装置）から除外するように動作することができる。ＵＥ１１０－１は、例えば、秒、ミリ秒（ｍｓ）、又は他の完全な検知ウィンドウの期間内に、割り当てられた各部分検知ウィンドウを独立して扱うことができる。従って、複数の部分検知ウィンドウが、設定された検知ウィンドウ内に設定される場合、ＵＥ１１０－１は、それらをそれぞれ独立して処理し、リソースを選択してＳＬ送信を生成することにおける使用から除外される全ての対応するリソース予約期間及び対応するリソースを検出することができる。

【0096】

６７０において、初期候補リソースセットＳ_Aの一部である候補リソースのサブセットＳ_A’が、本明細書で説明する１つ以上の閾値に基づいて、受信機ＵＥ１１０－２の示されたＳＬ ＤＲＸアクティブ時間内の重複している候補リソースのサブセットとして定義され得る。様々な条件により、反復手順を使用して、閾値（例えば、Ｙ、Ｗ又はＺ）を満たす候補リソースセットを選択することができる。すなわち、例えば、受信ＵＥ１１０－２のＳＬ ＤＲＸアクティブ時間内の重複するリソース候補のＵＥリソース（再）選択ウィンドウ又はＲＳＷ内での選択のための総利用可能リソースの少なくともＹ％（例えば、Ｙ＝２０％、又は他の比率）を保証するためのリソース選択手順の１つ以上の反復である。候補リソースの数又はＳＬ ＤＲＸアクティブに重複する候補スロットの数など、説明したもの以外の閾値も利用され得る。

【0097】

閾値が満たされることを保証するための初期候補セットのリソース検知／除外及び変更の別のラウンドの反復のための条件は、これらの条件が満足されたかどうかを判定するための判定６８０において定義され得る。これらの条件は、初期候補リソースセットＳ_Aが、サイドリンク候補リソースの総数（Ｍ）のうちの報告された部分（Ｘ）未満であるかどうか（｜Ｓ_A｜＜Ｘ^*Ｍ）を含むことができる。代替又は追加として、別の条件は、受信機ＵＥのＳＬ ＤＲＸアクティブ時間内の候補リソースのサブセット（Ｓａ’）のサブセット候補リソースの数が、サイドリンク候補リソースの総数の報告された部分（Ｘ）の数閾値（｜Ｓ_A’｜＜Ｚ）又はパーセンテージ閾値（Ｙ）（｜Ｓ_A’｜＜Ｙ^*Ｘ^*Ｍ）未満であるかどうかを含むことができる。これらの条件のいずれかが「はい」として満たされる場合、プロセスは、ＲＳＲＰ閾値を増加又は変更するために６８５に進む。これらの条件のいずれかが満たされない場合、プロセスは、ＳＬ通信においてデータをＰＨＹ層から上位層（例えば、ＭＡＣ層）に報告するために６９０に進む。代替又は追加として、これらの条件は、｜Ｓ_A｜＜Ｘ^*Ｍ、又は｜Ｓ_A｜＜Ｘ^*Ｍ、又は（｜Ｓ_A’｜＜Ｙ^*Ｘ^*Ｍ）の逆として、｜Ｓ_A｜≧Ｘ^*Ｍ及び（｜Ｓ_A’｜≧Ｙ^*Ｘ^*Ｍ又は｜Ｓ_A’｜≧Ｚ）のように表すことができる（「はい」及び「いいえ」の指定が切り替えられる）。

【0098】

１つ以上の条件が満たされたことに応じて、６８５においてＲＳＲＰ閾値を変更し、ＲＳＷに基づいて初期候補リソースセットを再選択し、利用不可能な候補リソースを除外し、ＳＬ ＤＲＸアクティブ時間内にある候補リソースの少なくともサブセットを再定義することによって、リソース選択手順の別の反復が行われ得る。

【0099】

ここで、初期候補セット又は候補リソースのセットＳ_Aにおける残りのリソースが、候補リソースの総数Ｍの特定のパーセンテージ又は報告された部分Ｘ倍未満である場合、送信のための候補スロットが少なすぎるため、リソース選択手順におけるループの別の反復が再び実行され得るが、そうでない場合、ＵＥは、ＰＨＹ層から上位層にそれらのリソースを報告する。６８４において、例えば、３ｄＢ調整、又は優先度依存基準信号受信電力（ＲＳＲＰ）閾値の他の調整量が、定義済みのサイズの候補リソースセットを形成又は再選択するために再使用され得る。

【0100】

Ｓ_A’は、ＲＸ ＵＥの示されたアクティブ時間内にある候補リソースのサブセットＳ_Aとして定義される。従って、判定ボックス６８０は条件｜Ｓ_A｜＜Ｘ^*Ｍを有し、更に｜Ｓ_A’｜＜Ｙ^*Ｘ^*Ｍを有する。このセット中のリソースの数としてのＳ_A’が、Ｙ（パーセンテージ閾値）×Ｘ×Ｍ未満の場合、ＲＳＲＰ閾値を増加又は変更することによって別の反復が実行され得る。上述したように、Ｍは候補リソースの総数であり、Ｘは報告されたリソースの必要な数又はパーセンテージであり、Ｙは、例えば、受信機ＵＥ１１０－２のＳＬ ＤＲＸアクティブ時間の考慮によって課される追加のパーセンテージ閾値である。このＳ_A’サイズがＹ^*Ｘ^*Ｍより小さい場合、結果として生じる候補リソースは、ＲＸ ＵＥのＤＲＸアクティブ時間内にあるほど十分ではなく、従って、このＳ_A’セット内のより多くの候補リソースが、閾値量を満たすために必要とされる。これらの条件の両方が満たされない場合、ＲＸ ＵＥのＤＲＸアクティブ時間内に、又はこの時間において重複する十分な候補リソースがあり、追加の反復なしに報告が６９０にて行われ得る。

【0101】

次いで、６９０において、セットＳ_A’を上位層に報告することができる。しかしながら、これが依然として十分に大きくない場合（｜Ｓ_A’｜＜Ｘ^*Ｍである場合）、ＵＥ１１０－１は、Ｓ_Aセット内の候補リソースではあるがサブセットＳ_A’内にない候補リソースを更に報告することができる。これは、Ｘ^*Ｍ－｜Ｓ_A’｜として示される、ＲＳＷ内のリソースの残りの数又は剰余である。従って、例えば、候補リソースのセットのうちの適切な数のサブセット候補リソースが受信機ＵＥ１１０－２のＳＬ ＤＲＸ内にあることを保証しながら、報告される総（Ｍ）個のリソースのパーセンテージ（Ｘ）（Ｘ^*Ｍ）についての要件を満たすことができる。言い換えれば、６９０において、ＵＥ１１０１－１はまず、報告されている候補リソースのセットについての総数としてＸ^*Ｍを報告する必要があり、サブセットＳ_A’の最初のレポートが報告され、これがまだこのＸ^*Ｍに達していない場合、Ｓ_A’内にないＳ_A内の他のリソースがランダムに選択され得る。ここで、パーセンテージＸは、上位層設定又はパラメータ「ｓｌ－ＴｘＰｅｒｃｅｎｔａｇｅＬｉｓｔ」によって設定され得る。Ｙは、示された比率閾値又はパーセンテージであり得、これはまた、示された数閾値として、ＳＬ ＤＲＸアクティブ時間内の報告された候補リソースの閾値数によって置換され得る。

【0102】

図７は、他の様々な態様によるモード２ ＳＬ通信のための受信機ＵＥのＳＬ ＤＲＸを考慮する再選択手順のための、図６と同様の別のプロセスフロー７００を示す。プロセスフロー７００は、図６のプロセスフロー６００と同様であるが、いくつかの追加の態様を有する。具体的には、｜Ｓ_A’｜≧Ｘ^*Ｍであるかどうかを判定するために判定６８０が「いいえ」と判定される場合、判定７０２を行うことができる。ここで、候補リソースセットからの候補リソースのサブセットＳ_A’が、（上位層（例えば、「ｓｌ－ＴｘＰｅｒｃｅｎｔａｇｅＬｉｓｔ」）によって構成されるような）報告されたリソース全体の必要なパーセンテージ（Ｘ^*Ｍ）を満たす場合、プロセスは７０４に進み、ここで、ＵＥは、報告するためにＳ_Aからリソースをランダムに選択するか、又はＳＬ通信のためにＰＨＹ層から上位層にＳ_A’を報告することができる。

【0103】

７０２における判定が「いいえ」である場合、セットＳ_A’は単体で、報告されたリソース全体の必要なパーセンテージ（Ｘ^*Ｍ）を満たすのに十分な大きさではなく（｜Ｓ_A’｜＜Ｘ^*Ｍの場合）、ＵＥ１１０－１は、Ｓ_Aセット内にあるがサブセットＳ_A’にない候補リソースを追加的に報告することができる、又は、Ｓ_Aを報告することができる。これは、Ｘ^*Ｍ－｜Ｓ_A’｜として示される、ＲＳＷ内のリソースの残りの数又は剰余である。従って、候補リソースのセットのうちの適切な数のサブセット候補リソースが受信機ＵＥ１１０－２のＳＬ ＤＲＸ内にあるという閾値も満たしながら、報告される総（Ｍ）リソースのパーセンテージ（Ｘ）（Ｘ^*Ｍ）についての要件を満たすことができる。

【0104】

図８は、他の様々な態様によるモード２ ＳＬ通信のための受信機ＵＥのＳＬ ＤＲＸを考慮するリソース選択手順のための、図６及び図７と同様の別のプロセスフロー８００を示す。プロセスフロー８００は、ＳＬ ＤＲＸアクティブ時間とＳＬ ＤＲＸ非アクティブ時間の両方を含む、受信機ＵＥのＳＬ ＤＲＸ内のファクタリングを考慮する２ラウンドのリソース選択プロセスを含む。

【0105】

プロセスフロー８００のステップ８１０から８４０は、図６及び図７のステップ６１０から６６０と同様である。特に、８１０は６１０としても参照され得、８２０は、６２０及び６３０の組み合わせとして参照され得るが、説明の簡略化のために、８１０及び８２０と指定される。しかしながら、８３０において、初期候補セットＳ_Bは、受信機ＵＥ１１０－２の示されたＳＬ ＤＲＸアクティブ時間の交差内のリソースのみに制限され、８４０においても実行されるような６５０及び６６０におけるリソースの除外も、この初期候補セットＳ_Bからのものである。このセットのための検知及びリソース選択は、全てこの初期候補セットＳ_B内にあり得る。

【0106】

判定８５０において、候補セットＳ_Bが、候補リソースの総数の報告されている必要数又はパーセンテージの閾値Ｙ倍未満であるかどうかについての判定がなされ（｜Ｓ_B｜＜Ｙ^*Ｘ^*Ｍ）、又は代替的に、｜Ｓ_B｜＜Ｚであり、ここで、Ｚは、ＳＬ ＤＲＸアクティブ時間と重複する候補リソースの閾値数を指す。判定８５０が「はい」である場合、プロセスは８５５に進み、ＲＳＲＰ閾値が増加され、初期候補セットＳ_Bを再定義するためにプロセスフローの別の反復が行われる。

【0107】

判定８５０が「いいえ」であることに応じて、プロセスフローの第２のフェーズが継続し、候補セットＳ_Cを定義することが８６０で開始する。ここで、候補セットＳ_Cは、受信機ＵＥのＳＬ ＤＲＸアクティブ時間内にない、又はＳＬ ＤＲＸの非アクティブ時間内にあるＲＳＷ内のリソースとして制限される。従って、検知及びリソース選択は、その全体が候補セットＳ_C内にある。次いで、８７０において、上記の８４０に関して説明したように、任意の利用不可能なリソースが除外され、候補セットＳ_Cから除外される。

【0108】

８８０において、候補セットＳ_Cが、Ｙ^*Ｘ^*Ｍ、又は（１－Ｙ）^*Ｘ^*Ｍの剰余未満か、さもなければ、リソースの閾値数Ｚがリソース選択のために設定される場合、（｜Ｓ_C｜＜（１－Ｙ）^*Ｘ^*Ｍ、又は（｜Ｓ_C｜＜Ｘ^*Ｍ－Ｚ）として表されるかどうかに関する判定が行われ得る。

【0109】

８９０において、候補セットＳ_B及び候補セットＳ_Cの両方が、例えば、共に又は別個のステップとして、ＰＨＹ層から上位層に報告され得る。

【0110】

本開示内に記載された方法は、一連の動作又はイベントとして本明細書に例示されて説明されているが、そのような動作又はイベントの例示された順序は、限定的な意味で解釈されるべきではないことが理解されよう。例えば、いくつかの動作は、異なる順序で、且つ／又は本明細書に図示及び／若しくは説明されるものとは別の他の動作若しくはイベントと同時に、発生し得る。加えて、本明細書の説明の１つ以上の態様又は実施形態を実現するために、全ての例示された動作が必要とされない場合がある。更に、本明細書に示す動作のうちの１つ以上は、１つ以上の別個の動作及び／又は段階で実行することができる。説明を容易にするために、上記の図を参照することができる。しかしながら、これらの方法は、本開示内で提供される任意の特定の実施形態、態様又は実施例に限定されず、本明細書に開示されるシステム／デバイス／構成要素のいずれかに適用することができる。

【0111】

図９は、１つ以上の車両ＵＥ、歩行者ＵＥ、又は他のネットワークデバイスを介した直接通信としてのサイドリンク通信のためのシステム９００を示す図である。システム９００は、リソース選択手順、部分又は低減検知動作、ＳＬ動作における非周期的送信のための再評価／プリエンプションチェック、及び輻輳制御などの電力節約手順の間にデータに対する信頼性及び精度を高めることによって、サイドリンク通信を容易にする。システム９００は、本明細書で説明する様々な態様による再評価／プリエンプションチェック及び輻輳制御プロセス（単数又は複数）を含む部分検知プロセス（単数又は複数）及びＵＥ挙動に基づくリソース選択のために別のＵＥとのモード２ ＳＬ通信を容易にするＵＥ又は他のネットワークデバイス（例えば、Ｐ－ＵＥ／ＵＥデバイス１１０）において採用可能であり得る。

【0112】

システム９００は、車両／歩行者ユーザ機器（Ｖ／Ｐ－ＵＥ）９０２と、送受信機９０６と、車両／トラフィック参加エンティティ９２０とを含み、これらは、相互の直接通信を通してＳＬ通信に参加することができるＶ－ＵＥ、Ｐ－ＵＥ又は他のＵＥを表すことができる。図示されていないが、パケットゲートウェイ（ＰＧＷ）、セカンダリゲートウェイ（ＳＧＷ）、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワーク（ＰＤＮ）、ＵＥ、ｅＮＢ、ｇＮＢ、又は本明細書で説明する任意の他の構成要素などの他の構成要素が含まれ得る。

【0113】

Ｖ／Ｐ－ＵＥ９０２は、例えば、送受信機９０６と、蓄積構成要素９１８と、制御回路又はコントローラ９０４とを含む。蓄積構成要素９１８は、メモリ又は記憶素子などを含み、Ｖ／Ｐ－ＵＥ９０２のための情報を記憶するよう構成される。コントローラ９０４は、Ｖ／Ｐ－ＵＥ９０２に関連付けられた様々な動作を実行するよう構成される。コントローラ９０４は、ロジック、コンポーネント、回路、１つ以上のプロセッサ（図２のベースバンド回路プロセッサ２０４Ａ～Ｅ又は他の処理回路）を含むことができる。送受信機９０６は、送信機機能及び受信機機能を含む。Ｖ／Ｐ－ＵＥ９０２はまた、車両／交通参加者エンティティ９２０との緊急サービスブロードキャスト通信９１４を含む通信のための１つ以上のアンテナ９０８を含む。

【0114】

車両／交通参加者エンティティ９２０は、１人以上の歩行者９２２、インフラストラクチャエンティティ９２４、車両エンティティ９２６などを含む。Ｖ／Ｐ－ＵＥ９０２と車両エンティティ９２０との間の通信は、ビークルツービークル（Ｖ２Ｖ）、ビークルツーインフラストラクチャ（Ｖ２Ｉ）、及びビークルツーペデストリアン（Ｖ２Ｐ）を含むビークルツーエブリシング（Ｖ２Ｘ）を含む。エンティティ９２０はまた、Ｖ２Ｉをサポートし、ｅＮｏｄｅＢ又は固定／非固定ＵＥ／ＩｏＴにおいて実装されるエンティティである、路側ユニット（ＲＳＵ）を含むことができる。

【0115】

Ｖ／Ｐ－ＵＥ９０２と車両又は歩行者エンティティ９２０との間のサイドリンク通信は、他の車両、センサなどからの情報を含む協働的認識を利用して、衝突警告、自律運転などの車両サービスを提供するために情報を処理し共有することができる。

【0116】

Ｖ２Ｖ通信は、発展型ユニバーサル地上波アクセスネットワーク（Ｅ－ＵＴＲＡＮ）によってサービスされ得るＶ／Ｐ－ＵＥ間であり得るか、又は通信するＶ／Ｐ－ＵＥのうちの少なくとも１つがモード２ ＳＬ通信のためのネットワークカバレージ外にあり得る。Ｖ２Ｉ通信は、ＲＳＵへのアプリケーション層情報を含む。ＲＳＵは、アプリケーション層情報をＵＥのグループに送信する。Ｖ２Ｉはまた、通信の一方の当事者がＶ／Ｐ－ＵＥ又はＵＥであり、他方の当事者がサービングエンティティであり、両方ともＶ２Ｎアプリケーションをサポートする、ビークルツーネットワーク（Ｖ２Ｎ）通信を含む。Ｖ２Ｐは、Ｖ／Ｐ－ＵＥ及び歩行者に関連付けられたＵＥを含む別個のＵＥ間にあるＳＬ通信であり得、ここで、１つのＵＥが各々のためのものである。Ｖ２Ｐ通信は、Ｖ２Ｐ関連アプリケーション情報を含む。これは、Ｖ２Ｘ通信を通じた緊急サービス情報及び、これらに限定されないが、前方衝突警告、制御喪失警告、Ｖ２Ｖ緊急車両警告、Ｖ２Ｖ緊急停止ユースケース、Ｖ２Ｉ緊急停止ユース、逆走警告、衝突前検知警告、歩行者衝突に対する警告などを含むユースを含むことができる。

【0117】

追加的又は代替的に、リソース（再）選択手順／動作は、リソース除外、候補リソースセットの反復形成、残りのリソースのＳＬ－ＲＳＳＩ平均化、リソースランキング、及び最小受信エネルギーでの候補リソースセットからのリソースのランダム選択を含むことができる。次いで、これは、検知ウィンドウ／手順によって後続／先行され、次いで、それとともに連続的に繰り返されて、本明細書で説明する態様に従って検出されたＵＥ及び隣接チャネル又は通信デバイスによる通信のスペクトル／媒体／チャネルを監視し得る。

【0118】

いくつかの態様では、ＵＥ９０２は、部分検知を実行するのではなく、例えば、完全検知のために設定され得る。ＵＥ９０２はまた、例えば、ＵＥ１１０－２として、受信機ＵＥ９２２へのモード２ ＳＬ通信において報告する送信側ＵＥ１１０－１を表すことができる。ＵＥ９０２は、部分検知も実行するように構成することができ、ここで、候補スロットの少なくとも最小数Ｙ_minは、例えば、ＲＲＣシグナリング又は上位層のいずれかから、部分検知のために設定することができる。ＵＥ９０２が、ＳＬ ＤＲＸアクティブ時間の指示、又はＵＥ９２２若しくはＵＥ９２２のための他のネットワーク構成要素からＳＬ ＤＲＸアクティブ時間を導出すべき関連ＤＲＸパラメータを受信したとき、ＵＥ９０２は、ＵＥ９２２とＳＬ通信しているときにこの情報に基づいて検知を動作させるようにトリガされ得る。

【0119】

一態様では、受信機ＵＥのＳＬ ＤＲＸパラメータが考慮されている場合、このＹ_min閾値は緩和され得る。Ｙ_minは、部分検知及びＴＸ ＵＥ電力節約に基づく最小候補スロットであるため、Ｒｘ ＵＥのＤＲＸを考慮するとき、ＵＥ９０２は、部分検知に基づくＹ_min個の候補スロットの全てがＲｘ ＵＥのＤＲＸアクティブ時間中にあることを保証することができないことがある。従って、ＵＥ９０２は、Ｒｘ ＵＥのＤＲＸが示されているとき、部分検知に必要な最小数のスロットを利用しないことを判定することができる。特に、Ｙ_minは、例えば、リソースプール（事前）設定によって有効化又は無効化され得るか、又は上位層によってシグナリングされ得る。

【0120】

例えば、リソースプールは、例えば、受信機ＵＥのＤＲＸ設定を考慮するとき、Ｙ_minよりも小さい、より小さい数Ｙ_min’を示すことができる。この場合、ＵＥ９０２は、Ｙ_minの以前の設定ではなく、Ｙ_min’個の候補スロットが満たされることを保証する。

【0121】

一態様では、Ｙ_minよりも小さい候補スロットの異なる最小数Ｙ_min’は、受信機ＵＥ９２２がＳＬ ＤＲＸを示すとき、部分検知とともに使用するために（事前に）設定され得る。代替又は追加として、Ｒｘ ＵＥのＳＬ ＤＲＸアクティブ時間における候補スロットの数は、Ｙ_min’＝Ｍｉｎ（Ｗ、Ｙ_min）となるように、Ｗ又はＹ_minがより小さいかどうかに応じて、候補スロットの（事前に）構成された閾値数（Ｗ）以上であるよう構成され得る。従って、ＷとＹ_minとの間の最小値を、部分検知に利用される候補スロットの最小数として設定することができ、これは、Ｒｘ ＵＥのアクティブ時間中の報告された候補リソースの数について候補スロットの他の閾値数Ｗを考慮するときである。

【0122】

代替又は追加として、Ｒｘ ＵＥのアクティブ時間中の報告された候補リソースの数（Ｚ）が、（事前に）構成された閾値（Ｚ）以上である場合、ＵＥ９０２は、ＺがＲｘ ＵＥのアクティブ時間中の報告された候補リソースの数であると見なすことができる。次いで、ＵＥ９０２は、周波数領域にあるサブチャネルの数によって除算されたＺを構成し、それらの間の最小値をＹ’_minとして取ることができ、これは、Ｙ’_min＝Ｍｉｎ（Ｚ／Ｎ_subchannel，Ｙ_min）によって表され、ここで、Ｙ_minは、部分検知に必要な候補スロットの最小数として設定され、Ｎ_subchannelは、リソースプール内のサブチャネルの数である。

【0123】

他の態様では、ＵＥ９０２に受信機ＵＥのＳＬ ＤＲＸが示されているとき、送信機ＵＥ９０２は、Ｙ_min閾値に依然として従うか又はそれに従うように、部分検知オケージョンを増加させるよう構成され得る。次いで、ＵＥ９０２は、Ｙ_min閾値を満たし、少なくともＹ_min個の候補リソースを定義することができるように、より多くの検知を行うことができる。ＵＥ９０２の検知オケージョン（単数又は複数）は、それらの特定のパーセンテージ／数が受信機ＵＥのＳＬ ＤＲＸアクティブ時間内に重複するように、増加され得る。

【0124】

図１０は、本明細書の様々な態様によるＳＬ送信における非周期的送信のための再評価／プリエンプションチェックタイミング１０００の一例を示す。リソース再評価及びプリエンプションチェックは、リソース衝突の確率を低減し、任意の選択されたリソースが送信の直前に依然として利用可能又は適切であることを保証するために、ＮＲサイドリンクにおいて設定され得る。部分検知を電力節約メカニズムとして設定するとき、リソース再評価及びプリエンプションチェックのために、周期ベース部分検知（ＰＢＰＳ）、連続部分検知（ＣＰＳ）、又は両方の方式が設定される。

【0125】

リソース再評価及びプリエンプションチェックは、例えば、初期リソース選択におけるワンショットトラフィックである非周期的トラフィックのためのリソース選択１００２を含むことができる。選択されたワンタイム非周期的リソースは１００４にて表され、一方、１００６及び１００８のリソースは使用のために選択されていない、残りのリソースである。時間ｎにおいて、ｔ_{y_0}における送信の直前に、ＵＥ１１０－１は、選択されたリソース１００４が依然として利用可能であるか否かがチェックされるリソース再評価又はプリエンプションチェックを実行する。特に、再評価又はプリエンプションチェックは、選択されたリソース１００４と残りのリソース１００６及び１００８の両方を含む初期リソース選択におけるセットとも同じとなる初期候補リソースセットに対して実行され得る。従って、候補リソースセット又は候補リソースのセット（Ｓ_A）は、１００４から１００８のリソース候補を含むことができる。

【0126】

候補リソースセット１００４から１００８、ＰＢＰＳ１０１２のための検知オケージョン、及びＣＰＳ監視ウィンドウ１０１０は、ＵＥが周期的送信のための部分検知を用いてリソース再評価及びプリエンプションチェックを実行するときに設定されており、ＵＥ１１０－１はＰＢＰＳ又はＣＰＳを設定することができる。送信側ＵＥ１１０－１又は９０２が、非周期的送信のための部分検知を用いてリソース再評価及びプリエンプションチェックを実行するタイミングは、設定変更可能とすることができる。

【0127】

一態様では、非周期的送信のためのリソース選択手順からの候補リソースのセットのうちの１つ以上の選択された候補リソースの再評価又はプリエンプションチェックを実行するとき、ＵＥ１１０－１は、候補リソースのセットが、１つ以上の選択された候補リソースから開始し、リソース選択手順１００２において利用されるスロットインデックスに基づく候補スロットのうちの最後のスロットにおいて終了するように、部分検知を実行することができる。このようにして、候補リソースセット（Ｓ_A）は、残りのＹ個の候補スロットに従って、及び初期リソース選択手順（例えば、プロセスフロー６００から８００）において使用された残りのＹ個の候補スロットのスロットインデックスに従って初期化され得る。

【0128】

例えば、タイミング１０００において、ＵＥ１１０－１はまず、このタイムラインに沿った１００２において、その非周期的送信のためのサイドリンクリソースのセットを選択する。次いで、ＵＥ１１０－１は、リソースが依然としてＳＬ送信に利用可能であるか又は適切であることを保証するために、スロットｎにおいてリソース再評価及びプリエンプションチェックを実行し、ここで、ｎは、ｎ＝ｔ_{y_0}－Ｔ₃、ここで、ｔ_y0は、選択されたリソース１００４のスロットである、となるように、選択されたリソースからの時間（ｔ_{y_0}）から時間又はスロットの期間（Ｔ₃）を除算したものに等しくすることができる。ＵＥ１１０－１は、初期リソース選択において使用される候補１００６及び１００８の残りのＹ個の候補スロット（例えば、ｔ_{y_1}及びｔ_{y_2}）に従って初期化されるように、リソース再評価及びプリエンプションのための候補リソースセットを設定するよう構成され得、これは、Ｙ候補スロットのうち、スロットｔ_{y_1}から開始し得、最後のスロットｔ_{y_2}において終了し得る。

【0129】

残りのＹ個の候補スロットを十分な検知結果をもってサポートするために、ｔ_{y_0}より早いＭ論理スロットから開始してｔ_{y_0}より早いＴ_proc,0＋Ｔ_proc,1スロットまでのＣＰＳ検知ウィンドウ１０１０において、ＵＥ１１０－１は連続部分検知を行うことができ、ここで、Ｔ_proc,0は、検知結果の処理時間であり、Ｔ_proc,1は、サイドリンクデータのＳＬ送信である物理サイドリンク共有チャネル（ＰＳＳＣＨ）の準備時間であることができる。従って、ＵＥ１１０－１は、１つ以上の選択された候補リソース１００４から１００８のうちの選択されたリソース１００４の前に、Ｔ_proc、0＋Ｔ_proc、1として、少なくともＭ個の論理スロットに１つ以上の論理スロットを加えたものである検知ウィンドウ１０１０に基づく部分検知として、非周期的送信（例えば、ユニキャスト通信など）のためのＣＰＳ検知を実行し得、ここで、Ｍは、例えば、最大３１個のスロット又は別の事前設定された数のスロットであり得る。Ｍのデフォルト値は、例えば、別の値で（事前に）設定されない限り、３１であり得る。また、ＣＰＳ監視ウィンドウ１０１０は、リソース選択１００２を実行するスロットよりも早く開始しないよう構成される。

【0130】

ＵＥ１１０－１が、追加又は代替として、そのリソース再評価及びプリエンプションチェックのためにＰＢＰＳを実行する場合、ＰＢＰＳ検知オケージョン１０１２は、

【数1】

として設定され得、ここで、ｔ_y’は、残りのＹ個の候補スロットに属するスロットであり、ｋ及びＰ_reserveは、１００２におけるリソース選択手順で使用されるものと同じパラメータであり得る。言い換えれば、ＵＥがＲＳＷ内の１００２におけるような初期リソース選択手順においてＰＢＳを実行する場合、ｋ及びＰ_reserveによるパラメータは、リソースがＳＬ送信の直前に依然として予約されており適切であることを保証するために再評価／プリエンプションチェックのためにも使用される。

【0131】

Ｐｒｅｓｅｒｖｅ１は、ＵＥ１１０－１が監視する周期性を示す。例えば、Ｐｒｅｓｅｒｖｅ１は１００ｍｓであり得る。周期的リソース予約を検出するために、ＵＥ１１０－１は、スロットｔ＿｛ｙ０－１００｝、ｔ＿｛ｙ１－１００｝、ｔ＿｛ｙ２－１００｝においてＳＬチャネルを監視して、他のＵＥが１００ｍｓの周期毎の周期的リソース予約を介してスロットｔ＿｛ｙ０｝、ｔ＿｛ｙ１｝、ｔ＿｛ｙ２｝においてリソースを予約しないことを保証する。Ｐｒｅｓｅｒｖｅ２は、ＵＥ１１０－１が更に監視する別の周期性であり得る。一例では、ＵＥ１１０－１は、リソース再評価及びプリエンプションチェックのために最大１６個の周期性（例えば、最大Ｐｒｅｓｅｒｖｅ１６）を監視することができる。例えば、Ｋは、各周期性について、監視する監視オケージョンの数を示す、１若しくは｛１，２｝、又は他の範囲であり得る。例えば、Ｋ＝｛１，２｝であり、Ｐｒｅｓｅｒｖｅ１＝３０である場合、ＵＥは、スロットｔ＿｛ｙ０－３０｝、ｔ＿｛ｙ１－３０｝、ｔ＿｛ｙ２－３０｝、ｔ＿｛ｙ０－６０｝、ｔ＿｛ｙ１－６０｝、ｔ＿｛ｙ２－６０｝においてＳＬチャネルを監視して、他のＵＥがスロットｔ＿｛ｙ０｝、ｔ＿｛ｙ１｝、ｔ＿｛ｙ２｝においてリソースを予約しないことを保証する。

【0132】

図１１は、他の様々な態様による１つ以上の条件に基づいてＳＬ ＤＲＸ非アクティブ時間の間に実行され得る例示的なプロセスフロー１１００チャネルビジー比（ＣＢＲ）測定を示す。輻輳制御メカニズムに従う非周期的送信のための部分検知を伴うリソース選択手順は、ＳＬ通信（例えば、モード２ ＳＬ通信）のためのＵＥにおける電力節約を向上させるために、本明細書の様々な実施形態、態様、又は例に従って共に動作することができる。

【0133】

ＵＥ１１０－１、１１０－２、９０２、９２２、又はＶ－ＵＥ若しくはＰ－ＵＥとしての他のＵＥは、例えば、電力節約メカニズムの一部としてＳＬ ＤＲＸを用いて設定され得、ＳＬ ＤＲＸ非アクティブ時間の間、ＵＥは、いかなるデータも受信することを期待されず、従って、チャネル（例えば、ＰＳＣＣＨ）を測定しない。ＣＢＲ測定は、ＳＬ通信を継続するか否かを判定するためにＵＥによって使用される。例えば、ＣＢＲ閾値を満たす場合、ＵＥは、ＳＬチャネルがＳＬ通信のために使用するにはビジーすぎるか又は非効率的である場合、ＳＬ通信を中止又は停止することができる。特に、ＳＬ ＣＢＲは、ＳＬ ＲＳＳＩ測定に基づく。ＣＢＲ測定ウィンドウ内の多くのＳＬ ＲＳＳＩ測定値が、例えば、ＳＬ ＲＳＳＩ平均化によって、又は他の手段によって使用されて、ＣＢＲ測定値を決定し得る。

【0134】

一態様では、１１１０において、ＳＬ ＲＳＳＩ測定が、ＵＥのＳＬ ＤＲＸアクティブ時間において最初に実行され得る。代替又は追加として、ＳＬ ＲＳＳＩ測定は、ＵＥがＳＬ ＣＢＲ測定ウィンドウにわたってＰＳＣＣＨを依然として受信していることに応じて、又はそのときに、ＵＥの非アクティブ時間中に実行され得る。ＵＥ１１０－１がＳＬ ＣＢＲ測定ウィンドウ内で依然としてＰＳＣＣＨを受信している場合、ＵＥ１１０－１は、ＵＥがＤＲＸ非アクティブ時間にあっても、それらのスロット内でＲＳＳＩ測定を実行することができるように設定又は有効化され得る。

【0135】

ＳＬ ＣＢＲの計算は、ＲＳＳＩが測定されるスロットに限定される。１１２０において、ＳＬ ＲＳＳＩ測定スロットの数が（事前に）設定されたスロット閾値を下回るかどうかの判定が行われ得る。判定が「はい」であり、ＳＬ ＲＳＳＩスロットがスロット閾値未満である場合、ＲＳＳＩ測定は、ＳＬ ＤＲＸ非アクティブ時間に起因して、ＣＢＲ測定をサポートするのに必ずしも十分ではなく、プロセスフローは、「Ａ」における１つ以上の代替に続く。「いいえ」の場合、１１２５においてＣＢＲ測定値を取得して、ＣＢＲ閾値に基づいてＳＬ通信を停止するか否かを判定することができる。

【0136】

代替又は追加として、１１３０において、（事前に）設定されたＳＬ ＣＢＲ値が、チャネル条件の決定、及びそれに基づいてＳＬ通信を中止するかどうかの決定のために使用され得る。（事前に）設定されたＳＬ ＣＢＲ値は、部分検知の場合の（事前に）設定されたＳＬ ＣＢＲ値と同じであっても異なっていてもよい。（事前に）設定されたＳＬ ＣＢＲ値が存在しない場合、又は追加のスロットの測定が有効化されている場合、プロセスフローは代替として１１４０に進むことができる。

【0137】

代替又は追加として、１１４０において、ＵＥは、例えば、この動作がリソースプール（事前）設定によって有効／無効にされるかどうかに応じて、ＳＬ ＣＢＲ測定ウィンドウ内又は外で、及びＵＥのＳＬ ＤＲＸ非アクティブ時間内で追加のスロットを測定することができる。リソースプールが、ＳＬ ＣＢＲ測定ウィンドウ内又は外のスロットのセットを測定するよう（事前に）構成される場合、ＵＥは、そのような測定（単数又は複数）を実行し、そうでない場合、ＵＥは、１１３０におけるように、事前設定されたＣＢＲ値に従うことができる。

【0138】

代替又は追加として、１１５０において、リソースプール（事前）設定が、ＳＬ ＤＲＸ非アクティブ時間内にＳＬ ＣＢＲを測定することを有効にする場合、ＵＥ１１０－１は、ＵＥの性能又はＵＥの実装に基づいて、そのＳＬ ＤＲＸ非アクティブ時間内にＳＬ ＣＢＲを測定することができる。リソースプールが、ＵＥのＳＬ ＤＲＸ非アクティブ時間内にＳＬ ＣＢＲを測定することを（事前に）設定又は有効化していない場合、（事前に）設定されたＳＬ ＣＢＲ値が使用され得る。

【0139】

代替又は追加として、１１６０において、ＵＥは、例えば、ＳＬ ＲＳＳＩ測定スロットの数が閾値又はスロット閾値を下回るとき、ＣＢＲを測定しないよう構成され得る。この場合、ＳＬ ＣＢＲ測定結果が利用可能でないとき、（事前に）設定されたＳＬ ＣＢＲ値が使用される。

【0140】

個人情報の使用は、ユーザのプライバシーを維持するための業界又は政府の要件を満たす又は超えるとして一般に認識されているプライバシーポリシー及びプラクティスに従うべきであることに十分に理解されている。特に、個人情報データは、意図されない又は認可されていないアクセス又は使用のリスクを最小にするように管理され取り扱われるべきであり、認可された使用の性質は、ユーザに明確に示されるべきである。

【0141】

ここで、本開示を添付の図面を参照して説明するが、同様の参照番号は、全体を通して同様の要素を指すために使用され、そして図示される構造及びデバイスは必ずしも縮尺通りに描かれていない。本明細書で利用される場合、「構成要素」、「システム」、「インタフェース」などの用語は、コンピュータ関連のエンティティ、ハードウェア、（例えば、実行中の）ソフトウェア、及び／又はファームウェアを指すことが意図されている。例えば、構成要素は、プロセッサ（例えば、マイクロプロセッサ、コントローラ、又は他の処理デバイス）、プロセッサ上で実行されているプロセス、コントローラ、オブジェクト、実行可能ファイル、プログラム、記憶デバイス、コンピュータ、タブレットＰＣ、及び／又は処理デバイスを備えたユーザ機器（例えば、携帯電話など）であり得る。実例として、サーバ上で実行されているアプリケーション及びそのサーバもまた、構成要素であり得る。１つ以上の構成要素は、プロセス内に常駐することができ、構成要素は、１つのコンピュータに局在してもよい、且つ／又は２つ以上のコンピュータ間に分散してもよい。本明細書では、要素のセット又は他の構成要素のセットを説明することがあり、ここで、「セット」という用語は、「１つ以上」として解釈することができる。

【0142】

更に、これらの構成要素は、記憶されている様々なデータ構造を有する様々なコンピュータ可読記憶媒体から、例えばモジュールなどで実行することができる。構成要素は、例えば、１つ以上のデータパケット（例えば、ローカルシステム、分散システムにおいて、及び／又はネットワーク、例えば、インターネット、ローカルエリアネットワーク、広域ネットワーク、又は他のシステムを有する同様のネットワークをわたって、信号を経由して別の構成要素と対話する構成要素からのデータ）を有する信号に従って、ローカル及び／又はリモートプロセスを介して通信することができる。

【0143】

別の例として、構成要素は、電気回路又は電子回路によって動作される機械部品によって提供される特定の機能性を有する装置であり得、電気回路又は電子回路は、１つ以上のプロセッサによって実行されるソフトウェアアプリケーション又はファームウェアアプリケーションによって動作され得る。１つ以上のプロセッサは、装置の内部又は外部にあることができ、ソフトウェア又はファームウェアアプリケーションの少なくとも一部を実行することができる。更に別の例として、構成要素は、機械部品なしの電子構成要素を通して特定の機能性を提供する装置であり得、電子構成要素は、少なくとも部分的に電子構成要素の機能性を付与するソフトウェア及び／又はファームウェアを実行する１つ以上のプロセッサを備え得る。

【0144】

「例示的」という単語の使用は、概念を具体的に表すことが意図されている。本願で使用される「又は」という用語は、排他的な「又は」ではなく、包括的な「又は」を意味することが意図されている。すなわち、特に明記しない限り、又は文脈から明らかでない限り、「ＸはＡ又はＢを用いる」は、全てのあり得る順列のいずれかを意味することが意図される。すなわち、「ＸはＡを用いる」場合、「ＸはＢを用いる」場合、又は「ＸはＡとＢの両方を用いる」場合、前述の各場合はいずれも「ＸはＡ又はＢを用いる」を満たす。加えて、本出願及び添付の特許請求の範囲で使用される冠詞「ａ」及び「ａｎ」は、特に明記しない限り、又は文脈から単数形を指すことが明らかでない限り、「１つ以上」を意味すると一般に解釈されるべきである。更に、「including（含む）」、「includes（含む）」、「having（有する）」、「has（有する）」、「with（有する）」、又はそれらの変化形が、発明を実施する形態と特許請求の範囲のいずれかで使用される場合、これらの用語は、「comprising（備える）」という用語と同様に包括的であることが意図される。更に、１つ以上の番号付きアイテムが詳述される状況（例えば、「第１のＸ」、「第２のＸ」など）において、いくつかの状況では、文脈が、１つ以上の番号付きアイテムが別個であるか又は同じであることを示し得るが、一般に、これら１つ以上の番号付きアイテムは、別個であるか又は同じであり得る。

【0145】

本明細書で使用されるとき、「回路」という用語は、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、電子回路、プロセッサ（共有、専用、若しくはグループ）、若しくは１つ以上のソフトウェア若しくはファームウェアプログラムを実行する回路に動作可能に結合された関連付けられたメモリ（共有、専用、又はグループ）、組合せ論理回路、又は説明された機能性を提供する他の好適なハードウェア構成要素を指す、その一部である、又はそれを含むことができる。いくつかの実施形態では、回路は、１つ以上のソフトウェア若しくはファームウェアモジュールに実装されてもよく、又は回路に関連付けられた機能は、１つ以上のソフトウェア若しくはファームウェアモジュールによって実行されてもよい。いくつかの実施形態では、回路は、少なくとも部分的にハードウェアで動作可能なロジックを含むことができる。

【0146】

本明細書で使用されるとき、「プロセッサ」という用語は、実質的に任意のコンピューティング処理ユニット又はデバイスを指すことができ、シングルコアプロセッサ、ソフトウェアマルチスレッド実行能力を備えたシングルプロセッサ、マルチコアプロセッサ、ソフトウェアマルチスレッド実行能力を備えたマルチコアプロセッサ、ハードウェアマルチスレッド技術を備えたマルチコアプロセッサ、並列プラットフォーム、及び分散共有メモリを備えた並列プラットフォーム、を含むがこれらに限定されない。更に、プロセッサは、本明細書に記載の機能及び／又はプロセスを実行するように設計された、集積回路、特定用途向け集積回路、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、プログラマブル論理コントローラ、複合プログラマブル論理デバイス、個別ゲート若しくはトランジスタ論理、個別ハードウェアコンポーネント、又はそれらの任意の組合せを指すことができる。プロセッサは、空間使用を最適化するか、又はモバイルデバイスの性能を向上させるために、分子ドット及び量子ドットベースのトランジスタ、スイッチ及びゲートなどを含むがこれらに限定されないナノスケールアーキテクチャを利用することができる。プロセッサはまた、コンピューティング処理ユニットの組合せとして実装され得る。

【0147】

実施例（実施形態）は、方法、方法の動作又はブロックを実行するための手段、機械（例えば、メモリを有するプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）によって実行されると、方法の動作又は装置若しくはシステムの動作を機械に実行させて、本明細書に記載の実施形態及び実施例による複数通信技術を使用する同時通信を実行する命令を含む少なくとも１つの機械可読媒体などの主題を含み得る。

【0148】

第１の例は、ユーザ機器（ＵＥ）であり、これは、メモリと、処理回路と、含み、処理回路は、メモリに記憶された命令を実行するとき、ＵＥに、サイドリンク（ＳＬ）通信のための受信機ＵＥのＳＬ間欠受信（ＤＲＸ）パラメータの指示を受信させ、受信機ＵＥのＳＬ ＤＲＸパラメータに基づいてリソース選択手順を実行させて、候補リソースのセットであって、受信機ＵＥのＳＬ ＤＲＸパラメータの閾値を満たす候補リソースの少なくともサブセットを含む候補リソースのセットを決定させ、候補リソースのセットから１つ以上のリソースを選択させて、ＳＬ通信を有効にさせる、よう構成されている。

【0149】

第２の例は、第１の例を含むことができ、処理回路は、リソース選択ウィンドウ（ＲＳＷ）内の物理（ＰＨＹ）層において候補リソースの少なくともサブセットを選択して、ＳＬ ＤＲＸパラメータの指示に基づいて、閾値を満たし、ＭＡＣ層に報告するように更に構成されており、閾値は、受信機ＵＥのＳＬ ＤＲＸアクティブ時間内の報告された候補リソースの一部分、ＳＬ ＤＲＸアクティブ時間内の報告された候補リソースの数、又はＳＬ ＤＲＸアクティブ時間と重複する候補スロットの数のうちの少なくとも１つを含む。

【0150】

第３の例は、第１又は第２の例を含むことができ、処理回路は、リソースプールに関連付けられた候補リソースの事前設定された比率又は事前設定された数に基づいて、閾値を決定し、又は、受信機ＵＥとの通信に基づいて、閾値であって、候補リソースの一部分、候補リソースの数、又は受信機ＵＥのＳＬ ＤＲＸアクティブ時間と重複する候補スロットの数を含む閾値を決定する、よう更に構成されており、候補リソースの少なくともサブセットは閾値以上である。

【0151】

第４の例は、第１から第３の例のいずれか１つ以上を含むことができ、処理回路は、時限ウィンドウ内のサイドリンク候補リソースの総数（Ｍ）に基づいてＲＳＷを決定し、ＲＳＷの前の検知ウィンドウの間にＳＬ通信のために使用されることになる候補リソースの検知を実行して、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を復号し、ＲＳＷに基づいて、基準信号受信電力（ＲＳＲＰ）閾値に従って初期候補リソースセットを選択し、利用不可能な候補リソースを除外し、閾値に基づいて、受信機ＵＥのＳＬ ＤＲＸアクティブ時間内にある初期候補リソースセット内の候補リソースの少なくともサブセットを定義する、よう更に構成されている。

【0152】

第５の例は、第１から第４の例のいずれか１つ以上を含むことができ、処理回路は、候補スロットの閾値部分、又は候補スロットの閾値数がＲＳＷ及びＳＬ ＤＲＸアクティブ時間と重複することを保証するようにＲＳＷのサイズを変更し、候補スロットの閾値部分又は閾値数の後になるように、ＲＳＷ中の候補スロットの残りの部分又はスロットの残りの数を設定する、よう更に構成されている。

【0153】

第６の例は、第１から第５の例のいずれか１つ以上を含むことができ、処理回路は、１つ以上の条件であって、初期候補リソースセットがサイドリンク候補リソースの総数の報告された部分未満であること、又は受信機ＵＥのＳＬ ＤＲＸアクティブ時間内の候補リソースの少なくともサブセットのサブセット候補リソースの数が、サイドリンク候補リソースの総数の報告された部分の数閾値又はパーセンテージ閾値未満であること、の少なくとも１つを含む１つ以上の条件が満たされたことに応じて、ＲＳＲＰ閾値を変更し、ＲＳＷに基づいて初期候補リソースセットを再選択し、利用不可能な候補リソースを除外し、ＳＬ ＤＲＸアクティブ時間内にある候補リソースの少なくともサブセットを再定義することによって、リソース選択手順の反復を実行する、よう更に構成されている。

【0154】

第７の例は、第１から第６の例のいずれか１つ以上を含むことができ、処理回路は、初期候補リソースセットがサイドリンク候補リソースの総数のうちの報告された部分以上であり、受信機ＵＥのＳＬ ＤＲＸアクティブ時間内の候補リソースの少なくともサブセットのサブセット候補リソースの数が、サイドリンク候補リソースの総数のうちの報告された部分の数閾値又はパーセンテージ閾値以上であることに応じて、及び候補リソースの少なくともサブセットがサイドリンク候補リソースの総数のうちの報告された部分未満でないことに応じて、サイドリンク候補リソースの総数のうちの報告された部分をランダムに選択すること、又は候補リソースの少なくともサブセットのうちの各候補リソースを報告することによって、候補リソースの少なくともサブセットを上位層に報告するよう更に構成されている。

【0155】

第８の例は、第１から第７の例のいずれか１つ以上を含むことができ、処理回路は、候補リソースの少なくともサブセットがサイドリンク候補リソースの総数の報告された部分未満であることに応じて、候補リソースの少なくともサブセット中にない候補リソースのセット中の少なくとも１つの候補リソースをランダムに選択し、ランダムに選択された少なくとも１つの候補リソースと候補リソースのサブセットの各候補リソースとの両方を上位層に報告するか、又は少なくとも１つの候補リソースを上位層に報告する、よう更に構成されている。

【0156】

第９の例は、第１から第８の例のいずれか１つ以上を含むことができ、処理回路は、受信機ＵＥのＳＬ ＤＲＸアクティブ時間に基づいて、リソース選択手順を、検知ウィンドウの間にＳＬ通信のために使用されることになる候補リソースの検知を実行する一方で、ＳＬ ＤＲＸアクティブ時間に関連付けられた初期ＲＳＲＰ閾値を取得することと、受信機ＵＥのＳＬ ＤＲＸアクティブ時間内に選択されることになる初期候補リソースセットを制限する一方で、利用不可能な候補リソースを除外することと、により実行し、初期候補リソースセットがサイドリンク候補リソースの総数のうちの報告された部分の数閾値又はパーセンテージ閾値未満であることに応じて、変更されたＲＳＲＰ閾値を用いてリソース選択手順の別の反復を実行するか、さもなければ、初期候補リソースセットを報告して、ＳＬ ＤＲＸアクティブ時間内にある初期候補リソースセットを再定義する、よう更に構成されている。

【0157】

第１０の例は、第１から第９の例のいずれか１つ以上を含むことができ、処理回路は、受信機ＵＥのＳＬ ＤＲＸ非アクティブ時間に基づいて、リソース選択手順を、検知ウィンドウの間にＳＬ通信のために使用されることになる候補リソースの検知を実行する一方で、ＳＬ ＤＲＸ非アクティブ時間に関連付けられたＲＳＲＰ閾値を取得することと、別の候補リソースセットをＳＬ ＤＲＸ非アクティブ時間内にあるように制限することと、により実行し、別の候補リソースセットがサイドリンク候補リソースの総数の報告された部分の数閾値又はパーセンテージ閾値の残り未満であることに応じて、別の変更されたＲＳＲＰ閾値を用いてリソース選択手順の別の反復を実行するか、さもなければ、別の候補リソースセットを報告して、ＳＬ ＤＲＸ非アクティブ時間内にある別の候補リソースセットを再定義する、よう更に構成されている。

【0158】

第１１の例は、第１から第１０の例のいずれか１つ以上を含むことができ、処理回路は、部分検知ウィンドウと、部分検知のための最小数の候補スロット又は最小数の候補スロットより小さい最小数がリソースプール設定によって有効化又は無効化されているかどうかの指示とに基づいて候補リソースを検知することを含むリソース選択手順を実行するよう更に構成されている。

【0159】

第１２の例は、第１から第１１の例のいずれか１つ以上を含むことができ、候補スロットの数が候補スロットの閾値数を満たす受信機ＵＥのＳＬ ＤＲＸアクティブ時間内にあることに応じて、より小さい最小数が、候補スロットの閾値数の最小値又は候補スロットの最小数として有効にされ、候補リソースの数が受信機ＵＥのＳＬ ＤＲＸアクティブ時間内にあることに応じて、より小さい最小数が、リソースプール内のサブチャネルの数にわたる候補リソースの閾値数の最小値又は候補スロットの最小数として有効にされる。

【0160】

第１３の例は、第１から第１２の例のいずれか１つ以上を含むことができ、処理回路は、受信機ＵＥのＳＬ ＤＲＸアクティブ時間内にある部分検知オケージョンの数の閾値数を用いて、候補スロットの最小数（Ｙｍｉｎ）を満たすように、部分検知オケージョン又は部分検知オケージョンの数を増加させるよう更に構成されている。

【0161】

第１４の例は、第１から第１３の例のいずれか１つ以上を含むことができ、処理回路は、部分検知を実行することによって、非周期的送信のためのリソース選択手順からの候補リソースのセットのうちの１つ以上の選択された候補リソースの再評価又はプリエンプションチェックを実行するよう更に構成されており、候補リソースのセットは、１つ以上の選択された候補リソースから開始し、リソース選択手順において利用されるスロットインデックスに基づく候補スロットのうちの最後のスロットにおいて終了する。

【0162】

第１５の例は、第１から第１４の例のいずれか１つ以上を含むことができ、処理回路は、少なくともＭ個であって、最大３１個のスロットであるＭ個の論理スロット又は別の事前設定された数のスロットに、１つ以上の選択された候補リソースのうちの第１の選択されたリソースの前の１つ以上の論理スロットを加えたものである検知ウィンドウに基づいて、部分検知として連続部分検知（ＣＰＳ）を実行する、又は、リソース選択手順のために利用される周期性に基づいて周期ベース部分検知（ＰＢＰＳ）を実行するよう更に構成されており、ＣＰＳ及びＰＢＰＳは、候補リソースのセットのリソース選択の後に開始する。

【0163】

第１６の例は、第１から第１５の例のいずれか１つ以上を含むことができ、処理回路は、ＳＬ受信信号強度指示（ＲＳＳＩ）がチャネルビジー比（ＣＢＲ）閾値を上回ることに基づくＳＬ ＣＢＲ測定に応じてＳＬ通信を中止し、ＳＬ ＣＢＲ測定ウィンドウ内でＰＳＣＣＨを受信するとき、ＳＬ ＤＲＸアクティブ時間の間又はＳＬ ＤＲＸ非アクティブ時間の間にＳＬ ＲＳＳＩを測定する、よう更に構成されている。

【0164】

第１７の例は、第１から第１６の例のいずれか１つ以上を含むことができ、処理回路は、ＳＬ ＤＲＸ非アクティブ時間に起因してＳＬ ＲＳＳＩ測定スロットの数がＳＬ ＲＳＳＩ測定スロット閾値を下回ることに応じて、ＳＬ通信を中止するかどうかを判定するために、部分検知動作からのものである事前設定されたＳＬ ＣＢＲ値を使用すること、又は、リソースプール設定及びＵＥの性能によって有効化又は無効化されることに基づいて、ＳＬ ＤＲＸ非アクティブ時間の間にＳＬ ＣＢＲ測定ウィンドウ内又は外のスロットの追加のセットを測定すること、の１つ以上を実行する、よう更に構成されている。

【0165】

第１８の例は、ベースバンドプロセッサであって、メモリと、処理回路と、を含み、処理回路は、サイドリンク（ＳＬ）通信のための受信機ユーザ機器（ＵＥ）の間欠受信（ＤＲＸ）アクティブ時間の指示を受信し、受信機ＵＥのＳＬ ＤＲＸアクティブ時間に基づいてリソース選択ウィンドウ（ＲＳＷ）内でリソース選択手順を実行して、候補リソースのセットであって、これらのうちの候補リソースの少なくともサブセットが、受信機ＵＥのＳＬ ＤＲＸアクティブ時間内にあることとなる閾値を満たす候補リソースのセットを決定し、候補リソースのセットから１つ以上のリソースを選択して、ＳＬ通信を有効にする、ベースバンドプロセッサであり得る。

【0166】

第１９の例は、第１８の例を含むことができ、ＳＬ通信は、モード２サイドリンク通信としてのＳＬリソースの自律的決定を含む。

【0167】

第２０の例は、第１８から第１９の例のいずれか１つ以上を含み、処理回路は、パーセンテージ閾値を満たすＳＬ ＤＲＸアクティブ時間と重複するＲＳＷ中の候補スロットのパーセンテージに基づいて、又は数閾値を満たすＳＬ ＤＲＸアクティブ時間と重複するＲＳＷ中の候補スロットの数に基づいて、リソース選択手順のＲＳＷを変更し、ＲＳＷ内のタイムスロットの残りを、ＳＬ ＤＲＸアクティブ時間と重複するＲＳＷの後になるように構成する、よう更に構成されている。

【0168】

第２１の例は、第１８から第２０の例のいずれか１つ以上を含み、処理回路は、ＳＬ ＤＲＸアクティブ時間内の候補リソースの少なくともサブセットが閾値未満であることに応じて、又は候補リソースのセットが候補リソースの総数のパーセンテージ未満であることに応じて基準信号受信電力（ＲＳＲＰ）閾値を増加させて、ＲＳＷ内でリソース選択手順の別の反復を実行し、ＳＬ ＤＲＸアクティブ時間内の候補リソースの少なくともサブセットが閾値を満たすこと、又は候補リソースのセットが候補リソースの総数のパーセンテージを満たすことに応じて、候補リソースの少なくともサブセットを上位層に報告する、よう更に構成されており、候補リソースの総数のパーセンテージは、上位層パラメータを介して設定される。

【0169】

第２２の例は、第１８から第２１の例のいずれか１つ以上を含み、処理回路は、ＳＬ ＤＲＸアクティブ時間内の候補リソースの少なくともサブセットが候補リソースの総数のパーセンテージ未満であることに応じて、候補リソースの少なくともサブセット内にない候補リソースを候補リソースのセットからランダムに選択し、ＳＬ ＤＲＸアクティブ時間内の候補リソースの少なくともサブセット及びランダムに選択された候補リソースを上位層に報告するか、又は候補リソースのセットのみを上位層に報告する、よう更に構成されている。

【0170】

第２３の例は、第１８から第２２の例のいずれか１つ以上を含み、リソース選択手順は、ＳＬ ＤＲＸアクティブ時間と重複する候補リソースの少なくともサブセット内のリソースと、受信機ＵＥのＳＬ ＤＲＸ非アクティブ時間内にある候補リソースのセットの他のリソースとを選択するための異なるプロセスのセットを含み、第１のプロセスのセットは、ＳＬ ＤＲＸアクティブ時間内の候補リソースの少なくともセットが閾値を下回るとき、ＳＬ ＤＲＸアクティブ時間内にリソースを選択する別の反復を実行するように第１のＲＳＲＰ閾値を変更することを含み、第２のプロセスのセットは、ＳＬ ＤＲＸ非アクティブ時間内の他のリソースが非アクティブ閾値を下回るとき、ＳＬ ＤＲＸ非アクティブ時間内にリソースを選択する更なる反復を実行するように第２のＲＳＲＰ閾値を変更することを含む。

【0171】

第２４の例は、サイドリンク（ＳＬ）通信のためのリソース選択のための方法であって、ユーザ機器（ＵＥ）によって、受信機ＵＥのＳＬ間欠受信（ＤＲＸ）パラメータの指示を受信することと、ＵＥによって、受信機ＵＥのＳＬ ＤＲＸパラメータに基づいてリソース選択手順を実行して、候補リソースのセットであって、候補リソースのセットが、受信機ＵＥのＳＬ ＤＲＸパラメータの閾値を満たす候補リソースの少なくともサブセットを含む、候補リソースのセットを決定することと、候補リソースのセットから１つ以上のリソースを選択して、ＳＬ通信を有効にすることと、を含む方法。

【0172】

第２５の例は、第２４の例を含むことができ、受信機ＵＥのＳＬ ＤＲＸアクティブ時間を含むＳＬ ＤＲＸパラメータの指示に基づいて、閾値を満たすように、リソース選択ウィンドウ（ＲＳＷ）内で候補リソースの少なくともサブセットを選択することを更に含み、閾値が、ＳＬ ＤＲＸアクティブ時間内の報告された候補リソースの一部分、ＳＬ ＤＲＸアクティブ時間内の報告された候補リソースの数、又はＳＬ ＤＲＸアクティブ時間と重複する候補スロットの数のうちの少なくとも１つを含み、ＳＬ通信が、モード２サイドリンク通信としてのＳＬリソースの自律的決定を含む。

【0173】

更に、本明細書に記載の様々な態様又は特徴は、標準的なプログラミング及び／又は工学技術を使用して、方法、装置、又は製造物品として実現することができる。本明細書で使用される「製造物品」という用語は、任意のコンピュータ可読デバイス、キャリア、又は媒体からアクセス可能なコンピュータプログラムを包含することを意図している。例えば、コンピュータ可読媒体は、磁気記憶デバイス（例えば、ハードディスク、フロッピーディスク、磁気ストリップなど）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）など）、スマートカード、及びフラッシュメモリデバイス（例えば、ＥＰＲＯＭ、カード、スティック、キードライブなど）を含むことができるが、これらに限定されない。更に、本明細書に記載の様々な記憶媒体は、情報を記憶するための１つ以上のデバイス及び／又は他の機械可読媒体を表すことができる。「機械可読媒体」という用語は、限定されるものではないが、無線チャネルと、命令（単数又は複数）及び／又はデータを記憶、収容、及び／又は運搬することができる様々な他の媒体を含むことができる。更に、コンピュータプログラム製品は、コンピュータに、本明細書に記載の機能を実行させるように動作可能な１つ以上の命令又はコードを有するコンピュータ可読媒体を含むことができる。

【0174】

通信媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、又は他の構造若しくは非構造データを、変調データ信号、例えば、搬送波又は他の輸送機構などのデータ信号に含み、任意の情報配信又は輸送媒体を含む。「変調データ信号」又は複数の信号は、１つ以上の信号内の情報を符号化するように設定又は変更された１つ以上の特性を有する信号を指す。限定ではなく例として、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体、並びに音響、ＲＦ、赤外線、及び他の無線媒体などの無線媒体を含む。

【0175】

例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合することができる。代替的に、記憶媒体は、プロセッサと一体であり得る。更に、いくつかの態様では、プロセッサ及び記憶媒体は、ＡＳＩＣに存在することができる。加えて、ＡＳＩＣは、ユーザ端末に存在することができる。代替的に、プロセッサ及び記憶媒体は、ユーザ端末内にて別個の構成要素として存在することができる。加えて、いくつかの態様では、方法又はアルゴリズムのプロセス及び／又は動作は機械可読媒体及び／又はコンピュータ可読媒体上の１つ又は任意の組合せ又はコード及び／又は命令として存在することができ、これは、コンピュータプログラム製品に組み込むことができる。

【0176】

これについては、開示されている主題を、様々な実施形態及び対応する図面に関連して説明したが、開示されている主題と同じ機能、類似する機能、代替的機能、又は代用の機能を実行するためには、適用可能な場合、他の同様の実施形態を使用することができ、又は、記載されている実施形態から逸脱することなく、変更及び追加を行うことができることを理解されたい。従って、開示されている主題は、本明細書に記載のいずれかの単一の実施形態に限定されるべきではなく、むしろ、以下の添付の特許請求の範囲の広さ及び範囲に従って解釈されるべきである。

【0177】

具体的には、上述の構成要素（アセンブリ、デバイス、回路、システムなど）によって実行される様々な機能に関して、そのような構成要素を説明するために使用される用語（「手段」への参照を含む）は、本明細書に示される本開示の例示的な実装形態における機能を実行する開示された構造と構造的に同等でない場合でも、記載された構成要素の特定の機能を実行する任意の構成要素又は構造（例えば、機能的に同等である）に対応することが意図される。更に、特定の特徴がいくつかの実現形態のうちの１つのみに関して開示されている可能性があるが、そのような特徴は、任意の所与の又は特定の用途に望ましく有利であり得るように、他の実現形態の１つ以上の他の特徴と組み合わせることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】