特許 7528233 リソース再選択及びプリエンプションの方法

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

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

(11)【特許番号】

(24)【登録日】2024-07-26

(45)【発行日】2024-08-05

(54)【発明の名称】リソース再選択及びプリエンプションの方法

(51)【国際特許分類】

   H04W 72/566 20230101AFI20240729BHJP

   H04W 72/25 20230101ALI20240729BHJP

   H04W 72/0446 20230101ALI20240729BHJP

   H04W 72/542 20230101ALI20240729BHJP

【ＦＩ】

H04W72/566

H04W72/25

H04W72/0446

H04W72/542

【請求項の数】 20

(21)【出願番号】P 2022549054

(86)(22)【出願日】2020-02-12

(65)【公表番号】

(43)【公表日】2023-04-05

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

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

(87)【国際公開日】2021-08-19

【審査請求日】2022-08-12

(73)【特許権者】

【識別番号】503260918

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

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

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

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

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

(74)【代理人】

【識別番号】100067013

【弁理士】

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

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島 孝喜

(74)【代理人】

【識別番号】100139712

【弁理士】

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

(74)【代理人】

【識別番号】100210239

【弁理士】

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

(72)【発明者】

【氏名】ヘ ホン

(72)【発明者】

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

(72)【発明者】

【氏名】ジャン ダウェイ

(72)【発明者】

【氏名】ゼン ウェイ

(72)【発明者】

【氏名】キム ユチョル

(72)【発明者】

【氏名】スン ハイトン

(72)【発明者】

【氏名】ヤン ウェイドン

(72)【発明者】

【氏名】オテリ オゲネコメ

(72)【発明者】

【氏名】ヤオ チュンハイ

(72)【発明者】

【氏名】ジャン ユシュ

(72)【発明者】

【氏名】タン ヤン

(72)【発明者】

【氏名】ツイ ジエ

【審査官】伊藤 嘉彦

(56)【参考文献】

【文献】vivo，Discussion on mode 2 resource allocation mechanism[online]，3GPP TSG RAN WG1 Meeting #99 R1-1912022，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912022.zip>，2019年11月09日

【文献】Panasonic，Discussion on sidelink resource allocation in mode 2 for NR V2X[online]，3GPP TSG RAN WG1 Meeting #99 R1-1912753，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912753.zip>，2019年11月08日

【文献】Huawei，Presentation of Specification/Report to TSG: TR 37.985 v1.0.0 Overall description of Radio Access Network (RAN) aspects for Vehicle-to-everything (V2X) based on LTE and NR; for information[online]，3GPP TSG RAN Meeting #86 RP-192876，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_86/Docs/RP-192876.zip>，2019年12月02日

【文献】OPPO，Discussions on resource reservation, sensing and selection in Mode 2[online]，3GPP TSG RAN WG1 Meeting #99 R1-1912794，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912794.zip>，2019年11月08日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

ユーザ機器（ＵＥ）であって、
無線周波数回路と、
前記無線周波数回路に結合された１以上のプロセッサであって、
リソース選択ウィンドウから、複数の候補リソースを含む候補リソースセットを選択し、
前記複数の候補リソースが、１つ以上の他のＵＥによって予約されているリソースを含む１つ以上の予約済みリソースを含むことを決定し、
前記ＵＥの送信リソースのデータ優先度Ｐ_TXと前記１つ以上の予約済みリソースのデータ優先度Ｐ_RXとの間のギャップが事前定義された閾値ギャップよりも大きいときに、前記１つ以上の予約済みリソースのデータ優先度レベルに従って、前記１つ以上の予約済みリソースから候補リソースのサブセットを選択することを含むプリエンプション手順をトリガし、
前記ＵＥに、候補リソースの前記サブセットを使用して、サイドリンクを介してトランスポートブロック（ＴＢ）を前記１つ以上の他のＵＥに送信させるように構成された、１つ以上のプロセッサと、を備えた、
ＵＥ。

【請求項2】

前記１つ以上の予約済みリソースが、事前定義された上限除外ＲＳＲＰ閾値以上の基準信号受信電力（ＲＳＲＰ）レベルを有するリソースを含む、請求項１に記載のＵＥ。

【請求項3】

前記１つ以上のプロセッサは、他のＵＥによって予約されており、かつ前記事前定義された上限除外ＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有する予約済みリソースのセットを選択するように構成され、前記候補リソースセットを形成するために、前記リソース選択ウィンドウから選択された候補リソースの数が、事前定義された必要な候補リソースの数よりも小さいとき、前記１つ以上の予約済みリソースが、前記リソース選択ウィンドウから選択される、請求項２に記載のＵＥ。

【請求項4】

前記１つ以上の予約済みリソースが前記リソース選択ウィンドウ内で予約済みリソースの１つ以上のセットから選択され、前記予約済みリソースの１つ以上のセットが、前記リソース選択ウィンドウ内で最も低いデータ優先度レベルを有する予約済みリソースのセットを選択することと、前記候補リソースセットを形成するために、前記リソース選択ウィンドウから選択された前記候補リソースの数が、前記事前定義された必要な候補リソース数以上になるまで、データ優先度レベルを増加させることによって、前記リソース選択ウィンドウ内で後続の予約済みリソースのセットを繰り返し選択することと、に基づいて選択され、前記予約済みリソースの前記１つ以上のセット内の予約済みリソースが、前記事前定義された上限除外ＲＳＲＰ閾値以上のＲＳＲＰレベルを含む、請求項３に記載のＵＥ。

【請求項5】

各データ優先度レベルの前記予約済みリソースのセットを選択することが、事前定義されたＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有する予約済みリソースのグループを選択することと、事前定義された最大ＲＳＲＰ閾値に達するまで、前記事前定義されたＲＳＲＰ閾値を増加させることによって、予約済みリソースの後続のグループを繰り返し選択することと、を含む、請求項４に記載のＵＥ。

【請求項6】

前記１つ以上の予約済みリソースが、事前定義された除外ＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有し、かつ前記１つ以上の予約済みリソースを選択する前記ＵＥのデータ優先度レベルＰ_TXよりも小さいデータ優先度レベルＰ_RXを有する予約済みリソースのセットを前記リソース選択ウィンドウ内で選択することに基づいて、前記リソース選択ウィンドウから選択される、請求項１に記載のＵＥ。

【請求項7】

前記事前定義された除外ＲＳＲＰ閾値が、前記データ優先度レベルＰ_TX及び前記データ優先度レベルＰ_RXに基づいて定義される、請求項６に記載のＵＥ。

【請求項8】

前記候補リソースセット内の前記複数の候補リソースが、前記複数の候補リソース内の前記候補リソースが予約済みリソースを含むかどうかに基づいて、前記候補リソースが予約済みリソースを含む場合は前記候補リソースの前記データ優先度レベルに基づいて、ランク付けされる、請求項１に記載のＵＥ。

【請求項9】

前記１つ以上のプロセッサが、前記データ優先度Ｐ_TXが、事前定義された送信閾値Ｔｈ_TXよりも大きいとき、又は前記データ優先度Ｐ_RXが、事前定義された受信閾値Ｔｈ_RXよりも小さいとき、前記１つ以上の予約済みリソースを含む前記候補リソースセットを選択することを含む前記プリエンプション手順をトリガするように構成されている、請求項１に記載のＵＥ。

【請求項10】

新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）のための方法であって、
複数の候補リソースを含む候補リソースセットを、リソース選択ウィンドウから選択することと、
前記複数の候補リソースが、１つ以上の他のＵＥにより予約されているリソースを含む１つ以上の予約済みリソースを含むこと決定することと、
前記ＵＥの送信リソースのデータ優先度Ｐ_TXと前記１つ以上の予約済みリソースのデータ優先度Ｐ_RXとの間のギャップが事前定義された閾値ギャップよりも大きいときに、前記１つ以上の予約済みリソースのデータ優先度レベルに従って、前記１つ以上の予約済みリソースから候補リソースのサブセットを選択することを含むプリエンプション手順をトリガすることと、
候補リソースの前記サブセットを使用してサイドリンクを介してトランスポートブロック（ＴＢ）を前記１つ以上の他のＵＥに送信することと、
を含む、方法。

【請求項11】

前記１つ以上の予約済みリソースが、事前定義された上限除外ＲＳＲＰ閾値以上の基準信号受信電力（ＲＳＲＰ）レベルを有するリソースを含む、請求項１０に記載の方法。

【請求項12】

他のＵＥによって予約されており、かつ前記事前定義された上限除外ＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有するリソースのセットを選択することを更に含み、前記候補リソースセットを形成するために、前記リソース選択ウィンドウから選択された候補リソースの数が、事前定義された必要な候補リソースの数よりも小さいとき、前記１つ以上の予約済みリソースが、前記リソース選択ウィンドウから、選択される、請求項１１に記載の方法。

【請求項13】

前記１つ以上の予約済みリソースが前記リソース選択ウィンドウ内で予約済みリソースの１つ以上のセットから選択され、前記予約済みリソースの１つ以上のセットが、前記リソース選択ウィンドウ内で最も低いデータ優先度レベルを有する予約済みリソースのセットを選択することと、前記リソース選択ウィンドウから選択された前記候補リソースの数が、前記事前定義された必要な候補リソース数以上になるまで、データ優先度レベルを増加させることによって、前記リソース選択ウィンドウ内で後続の予約済みリソースのセットを繰り返し選択することと、に基づいて選択され、前記予約済みリソースの前記１つ以上のセット内の予約済みリソースが、前記事前定義された上限除外ＲＳＲＰ閾値以上のＲＳＲＰレベルを含む、請求項１２に記載の方法。

【請求項14】

前記各データ優先度レベルの予約済みリソースのセットを選択することが、事前定義されたＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有する予約済みリソースのグループを選択することと、事前定義された最大ＲＳＲＰ閾値に達するまで、前記事前定義されたＲＳＲＰ閾値を増加させることによって、プリエンプト対象リソースの後続のグループを繰り返し選択することと、を含む、請求項１３に記載の方法。

【請求項15】

前記１つ以上の予約済みリソースが、事前定義された除外ＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有し、かつ前記１つ以上の予約済みリソースを選択する前記ＵＥのデータ優先度レベルＰ_TXよりも小さいデータ優先度レベルＰ_RXを有する予約済みリソースのセットを前記リソース選択ウィンドウ内で選択することに基づいて、前記リソース選択ウィンドウから選択される、請求項１０に記載の方法。

【請求項16】

前記事前定義された除外ＲＳＲＰ閾値が、前記データ優先度レベルＰ_TX及び前記データ優先度レベルＰ_RXに基づいて定義される、請求項１５に記載の方法。

【請求項17】

前記データ優先度Ｐ_TXが、事前定義された送信閾値Ｔｈ_TXよりも大きいとき、及び／又は、前記データ優先度Ｐ_RXが、事前定義された受信閾値Ｔｈ_RXよりも小さいとき、前記１つ以上の他のＵＥと関連付けられた前記１つ以上の予約済みリソースを含む前記候補リソースセットを選択することを含む前記プリエンプション手順がトリガされる、
請求項１０に記載の方法。

【請求項18】

動作を実行するように構成されたユーザ機器（ＵＥ）のためのベースバンド（ＢＢ）プロセッサであって、前記動作は、
リソース選択ウィンドウから、複数の候補リソースを含む候補リソースを選択することと、
前記複数の候補リソースが、１つ以上の他のＵＥによって予約されているリソースを含む１つ以上の予約済みリソースを含むことを決定することと、
前記ＵＥの送信リソースのデータ優先度Ｐ_TXと前記１つ以上の予約済みリソースのデータ優先度Ｐ_RXとの間のギャップが事前定義された閾値ギャップよりも大きいときに、前記１つ以上の予約済みリソースのデータ優先度レベルに従って、前記１つ以上の予約済みリソースから候補リソースのサブセットを選択することを含むプリエンプション手順をトリガすることと、
候補リソースの前記サブセットを使用してサイドリンクを介して前記１つ以上の他のＵＥに送信するためのトランスポートブロック（ＴＢ）を生成することと、
を含む、
ベースバンドプロセッサ。

【請求項19】

前記１つ以上の予約済みリソースが、事前定義された上限除外ＲＳＲＰ閾値以上の基準信号受信電力（ＲＳＲＰ）レベルを有するリソースを含む、
請求項１８に記載のベースバンドプロセッサ。

【請求項20】

前記データ優先度Ｐ_TXが、事前定義された送信閾値Ｔｈ_TXよりも大きいとき、及び／又は、データ優先度Ｐ_RXが、事前定義された受信閾値Ｔｈ_RXよりも小さいとき、前記候補リソースセットを選択することがトリガされる、
請求項１８に記載のベースバンドプロセッサ。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、第５世代（fifth generation、５Ｇ）新無線（new radio、ＮＲ）ビークルツーエブリシング（vehicle-to-everything、Ｖ２Ｘ）通信システムの分野に関し、特に、５Ｇ ＮＲ Ｖ２Ｘ通信システムにおけるリソース再選択及びプリエンプションのためのシステム及び方法に関する。

【背景技術】

【0002】

車車間（Vehicle-to-Vehicle、Ｖ２Ｖ）、歩車間（Vehicle-to-Pedestrian、Ｖ２Ｐ）、及び路車間（Vehicle-to-Infrastructure、Ｖ２Ｉ）の通信を指すビークルツーエブリシング（Ｖ２Ｘ）は、車両とその周囲との間のデータ交換を可能にすることを目的とした無線技術である。新無線（ＮＲ）ビークルツーエブリシングＶ２Ｘは、サイドリンクを介したユニキャスト通信、グループキャスト通信、及びブロードキャスト通信をサポートすることを目的としている。いくつかの実施形態では、サイドリンクは、基地局（例えば、ｇＮｏｄｅＢ）を通さない、２つのデバイス（例えば、２つのＶ２Ｘ ＵＥ）間の通信メカニズム（例えば、通信チャネル）を指す。Ｖ２Ｘは、車両が互いに通信して安全アプリケーション及び自律運転／走行アプリケーション等の様々なＶ２Ｘアプリケーションをサポートすることを可能にする。Ｖ２Ｘアプリケーションは、典型的には、事前定義された目標通信範囲内での信頼性の高いパケット送達を必要とし、典型的には、非常に低いレイテンシのパケット送達を必要とする。

【図面の簡単な説明】

【0003】

回路、装置、及び／又は方法のいくつかの例を、単なる例として以下に説明する。ここでは、添付の図面を参照しながら説明する。

【図1】本開示の一実施形態に係る、新無線（ＮＲ）システムの簡略ブロック図である。

【図2】本開示の一実施形態に係る、ＴＢ（transport block）の第１の送信と関連付けられた最大でＮｍａｘ個のリソースが複数のリソース選択ウィンドウ内で選択されるリソース選択手順を示す図である。

【図3】本開示の一実施形態に係る、ＴＢの第１の送信と関連付けられた最大でＮｍａｘ個のリソースが単一のリソース選択ウィンドウ内で選択されるリソース選択手順の別の実施形態を示す図である。

【図4】本開示の一実施形態に係る、単一のリソース選択／再選択ウィンドウ内で候補リソースセットから複数のリソースを決定するために利用されるアルゴリズムのフロー図である。

【図5A】本開示の一実施形態に係る、フォワードのみのブーキングスキームを含むリソース予約スキームであって、ＴＢの各送信／再送信は、（事前）構成済み最大再送信回数に基づく、ＴＢのための最大でＮｍａｘ－１個の予約済みリソースの情報を含む、リソース予約スキームの図である。

【図5B】本開示の一実施形態に係る、フォワードブーキングプラスバックワードポインティングスキームを含む代替のリソース予約スキームであって、ＴＢの各送信／再送信は、（事前）構成済み最大再送信回数に基づく、ＴＢのための最大でＮｍａｘ－１個の予約済みリソースの情報を含む、代替のリソース予約スキームの図である。

【図6-1】本開示の一実施形態に係る、プリエンプションに基づいて、候補リソースセットＳを決定するためのアルゴリズムのフロー図である。

【図6-2】本開示の一実施形態に係る、プリエンプションに基づいて、候補リソースセットＳを決定するためのアルゴリズムのフロー図である。

【図7-1】本開示の別の実施形態に係る、プリエンプションに基づいて、候補リソースセットＳを決定するためのアルゴリズムのフロー図である。

【図7-2】本開示の別の実施形態に係る、プリエンプションに基づいて、候補リソースセットＳを決定するためのアルゴリズムのフロー図である。

【図8】本開示の一実施形態に係る、プリエンプト対象ＵＥ（user equipment、ユーザ機器）においてプリエンプションメッセージを受信するためのプリエンプト対象ＵＥタイムラインを示す図である。

【図9】本明細書に記載の様々な態様に係る、基地局（Base Station、ＢＳ）、ｅＮｏｄｅＢ、ｇＮｏｄｅＢ、又は他のネットワークデバイスで使用可能な装置のブロック図である。

【図10】本明細書に記載の様々な態様に係る、ユーザ機器（ＵＥ）又は他のネットワークデバイス（例えば、ＩｏＴ（internet of things）デバイス）で使用可能な装置のブロック図である。

【図11】本開示の一実施形態に係る、新無線（ＮＲ）システムにおけるユーザ機器（ＵＥ）のリソース再選択のための方法のフローチャートである。

【図12】本開示の一実施形態に係る、新無線（ＮＲ）システムにおけるユーザ機器（ＵＥ）のリソースプリエンプションのための方法のフローチャートである。

【図13】本開示の一実施形態に係る、新無線（ＮＲ）システムにおけるプリエンプト対象ユーザ機器（ＵＥ）のための方法のフローチャートである。

【図14】様々な実施形態に係る、コアネットワーク（Core Network、ＣＮ）、例えば、第５世代（５Ｇ）ＣＮ（５ＧＣ）を含むシステムのアーキテクチャを示す図である。

【図15】いくつかの実施形態に係る、デバイスの例示的な構成要素を示す図である。

【図16】いくつかの実施形態に係る、ベースバンド回路の例示的なインタフェースを示す図である。

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

【0004】

本開示の一実施形態では、新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）に使用されるように構成された装置が開示される。装置は、第１のリソース選択ウィンドウ内で複数の候補リソースを含む候補リソースセットから、第１のリソースを選択するように構成された１つ以上のプロセッサを備える。いくつかの実施形態では、第１のリソースは、サイドリンクを介したトランスポートブロック（ＴＢ）の第１の送信のためにＵＥによって利用される。いくつかの実施形態では、第１のリソース選択ウィンドウのサイズは、ＴＢの（事前）構成済み最大再送信回数に基づいて導出される。いくつかの実施形態では、１つ以上のプロセッサは、選択された第１のリソースを使用してサイドリンクを介して送信される、ＴＢの第１の送信を含む第１の送信信号を生成するように更に構成される。

【0005】

本開示の一実施形態では、新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）に使用されるように構成された装置が開示される。装置は、複数のリソースを含むリソース選択ウィンドウから、候補リソースセット内の候補リソースのサブセットを使用した、サイドリンクを介したトランスポートブロック（ＴＢ）の送信のためにＵＥによって利用される、複数の候補リソースを含む候補リソースセットを選択するように構成された１つ以上のプロセッサを備える。いくつかの実施形態では、候補リソースセット内の複数の候補リソースは、１つ以上の他のＵＥによって予約されているリソースを含む１つ以上の予約済みリソースを含む。いくつかの実施形態では、１つ以上の予約済みリソースは、１つ以上の予約済みリソースのデータ優先度レベルに従って、リソース選択ウィンドウから選択される。

【0006】

本開示の一実施形態では、新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）に使用されるように構成された装置が開示される。装置は、プリエンプティングＵＥとしての別のＵＥからプリエンプションメッセージを受信するように構成された１つ以上のプロセッサを備える。いくつかの実施形態では、プリエンプションメッセージは、ＵＥと関連付けられた予約済みリソースを利用する意図を示し、予約済みリソースは、プリエンプティングＵＥによってデータ送信のために選択されたプリエンプト対象リソースを含む。いくつかの実施形態では、１つ以上のプロセッサは、ＵＥにおけるプリエンプションメッセージの受信時間に基づいて、プリエンプト対象リソースを使用して、ＵＥと関連付けられたデータの送信を選択的に継続するように更に構成される。

【0007】

本開示の一実施形態では、新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）のための方法が開示される。方法は、第１のリソース選択ウィンドウ内で複数の候補リソースを含む候補リソースセットから、第１のリソースを、１つ以上のプロセッサを使用して選択することを含む。いくつかの実施形態では、第１のリソースは、サイドリンクを介したトランスポートブロック（ＴＢ）の第１の送信のためにＵＥによって利用される。いくつかの実施形態では、第１のリソース選択ウィンドウのサイズは、ＴＢの（事前）構成済み最大再送信回数に基づいて導出される。いくつかの実施形態では、方法は、ＴＢの第１の送信を含む第１の送信信号を、１つ以上のプロセッサを使用して生成することを更に含み、第１の送信信号は、選択された第１のリソースを使用してサイドリンクを介して送信される。

【0008】

本開示の一実施形態では、新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）のための方法が開示される。方法は、複数のリソースを含むリソース選択ウィンドウから、候補リソースセット内の候補リソースのサブセットを使用した、サイドリンクを介したトランスポートブロック（ＴＢ）の送信のためにＵＥによって利用される、複数の候補リソースを含む候補リソースセットを、１つ以上のプロセッサを使用して選択することを含む。いくつかの実施形態では、候補リソースセット内の複数の候補リソースは、１つ以上のプリエンプト対象ＵＥとしての１つ以上の他のＵＥによって予約されているリソースを含む１つ以上のプリエンプト対象リソースを含む。いくつかの実施形態では、方法は、１つ以上の予約済みリソースのデータ優先度レベルに従って、リソース選択ウィンドウから１つ以上の予約済みリソースを、１つ以上のプロセッサを使用して選択することを更に含む。

【0009】

本開示の一実施形態では、新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）のための方法が開示される。方法は、プリエンプティングＵＥとしての別のＵＥからプリエンプションメッセージを、１つ以上のプロセッサを使用して受信することを含む。いくつかの実施形態では、プリエンプションメッセージは、ＵＥと関連付けられた予約済みリソースを利用する意図を示し、予約済みリソースは、プリエンプティングＵＥによってデータ送信のために選択されたプリエンプト対象リソースを含む。いくつかの実施形態では、方法は、ＵＥにおけるプリエンプションメッセージの受信時間に基づいて、プリエンプト対象リソースを使用して、ＵＥと関連付けられたデータの送信を、１つ以上のプロセッサを使用して選択的に継続することを更に含む。

【0010】

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

【0011】

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

【0012】

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

【0013】

「例示的」という単語の使用は、概念を具体的に表すことが意図されている。本願で使用される「又は」という用語は、排他的な「又は」ではなく、包括的な「又は」を意味することが意図されている。すなわち、特に明記しない限り、又は文脈から明らかでない限り、「ＸはＡ又はＢを用いる」は、全てのあり得る順列のいずれかを意味することが意図される。すなわち、ＸがＡを使用する場合、ＸがＢを使用する場合、又は、ＸがＡとＢの両方を使用する場合、前述の各場合はいずれも「ＸはＡ又はＢを用いる」を満たす。加えて、本願及び添付の特許請求の範囲で使用される冠詞「ａ」及び「ａｎ」は、特に明記しない限り、又は文脈から単数形を指すことが明らかでない限り、「１つ以上」を意味すると一般に解釈されるべきである。更に、「ｉｎｃｌｕｄｉｎｇ」、「ｉｎｃｌｕｄｅｓ」、「ｈａｖｉｎｇ」、「ｈａｓ」、「ｗｉｔｈ」、又はそれらの変化形が、発明を実施するための形態及び特許請求の範囲のいずれかで使用される場合、これらの用語は、「ｃｏｍｐｒｉｓｉｎｇ」という用語と同様に包括的であることが意図される。

【0014】

以下の詳細な説明は、添付の図面を参照する。同じ参照番号が、同じ又は類似の要素を識別するために、異なる図面において使用される場合がある。以下の記載において、限定するためではなく説明の目的上、様々な実施形態の様々な態様の完全な理解を提供するために、特定の構造、アーキテクチャ、インタフェース、技法等の具体的な詳細を説明する。しかし、様々な実施形態の様々な態様が、これらの具体的な詳細から逸脱した他の例において実施され得ることは、本開示の利益を有する技術分野の当業者には明らかであろう。場合によっては、様々な実施形態の説明を不必要な詳細によって不明瞭にしないように、周知のデバイス、回路、及び方法の説明は省略される。

【0015】

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

【0016】

上述のように、Ｖ２Ｘアプリケーションは、典型的には、事前定義された目標通信範囲内での信頼性の高いパケット送達を必要とし、そして典型的には、非常に低いレイテンシのパケット送達を必要とする。ＮＲ Ｖ２Ｘサイドリンクは、ユニキャスト、グループキャスト、及びブロードキャストによる送信をサポートする。サイドリンクを介したＶ２Ｘ通信の効率を改善するために、ＮＲ Ｖ２Ｘは、単一のトランスポートブロック（ＴＢ）の事前定義された数の送信（例えば、最大３２回の送信）をサポートする。いくつかの実施形態では、ＴＢは、データの単一のブロックを指す。いくつかの実施形態では、ＴＢを複数回再送信することにより、レシーバＵＥにおけるＴＢの成功的な受信を確実にすることができる。いくつかの実施形態では、再送信は、ＵＥがＴＢを事前定義された回数再送信するように構成されている、ブラインド再送信であり得る。あるいは、再送信は、ＵＥがサイドリンクを介した別のＵＥ（例えば、レシーバＵＥ）からの肯定応答（acknowledgement、ＡＣＫ）／否定応答（negative acknowledgement、ＮＡＣＫ）の受信に基づいて再送信するように構成されている、ハイブリッド自動反復要求（hybrid automatic repeat request、ＨＡＲＱ）ベースの再送信であり得る。いくつかの実施形態では、ＴＢの最大再送信回数は、各送信リソースプールにつき、チャネルビジー率（channel busy ratio、ＣＢＲ）範囲ごとに、優先度ごとに構成される。いくつかの実施形態では、ＴＢの優先度は、レシーバＵＥから受信したサイドリンク制御情報（sidelink control information、ＳＣＩ）でシグナリングされる。本開示全体を通して説明される実施形態では、送信（transmit、Ｔｘ）ＵＥは、サイドリンクを介してＴＢを送信／再送信するＵＥを指し、受信（receive、Ｒｘ）ＵＥは、サイドリンクを介してＴＢを受信するＵＥを指す。

【0017】

いくつかの実施形態では、ＴＢを送信するより前に、Ｔｘ ＵＥは、ＴＢの送信／再送信に利用される１つ以上のリソース（例えば、無線リソース）を決定する必要がある。ＮＲ Ｖ２Ｘ通信では、２つのリソース選択モードが定義されている。第１のモードでは、セルラネットワーク（例えば、ｇＮｏｄｅＢ）は、車両（例えば、ユーザ機器又はＵＥ）によって直接Ｖ２Ｘ通信に使用される無線リソースを選択及び管理する。第２のモードでは、車両（例えば、ＵＥ）は、直接Ｖ２Ｖ通信のための無線リソースを自律的に選択する。安全アプリケーションは、セルラカバレッジの利用可能性に依存することができないため、第２のモードでは、ＵＥは、セルラカバレッジなしで動作することができ、したがって、このモードはベースラインＶ２Ｘモードと見なされる。無線リソースを自律的に選択するＵＥの典型的な手順は、センシング手順及びリソース選択手順を含む。センシング手順は、センシングウィンドウ内で行われ、Ｔｘ ＵＥは、１つ以上の他のＵＥからのＳＣＩを復号し、また、サイドリンク基準信号受信電力（sidelink reference signal receive power、ＳＬ－ＲＳＲＰ）測定を実行する。

【0018】

いくつかの実施形態では、１つ以上の他のＵＥからのＳＣＩは、１つ以上の他のＵＥによって予約されている１つ以上のリソースの情報を提供し、１つ以上のリソースのＳＬ－ＲＳＲＰ測定は、他のＵＥとＴｘ ＵＥとの距離の指標、又は他のＵＥからの信号の強度の指標を提供する。いくつかの実施形態では、センシング手順は、Ｔｘ ＵＥが、Ｔｘ ＵＥからのＴＢの送信／再送信に利用され得る１つ以上の候補リソースを識別できるようにする情報を提供する。例えば、リソースが受信されたＳＣＩに示され、それと関連付けられたＬ１ ＳＬ－ＲＳＲＰ測定値がＳＬ－ＲＳＲＰ閾値を超えている場合、このリソースは候補リソースと見なされない。リソース選択手順は、センシングウィンドウに続くリソース選択ウィンドウ内で１つ以上の候補リソースを識別することと、リソース選択ウィンドウ内で識別された候補リソースから、送信／再送信のためのリソースを選択することと、を含む。いくつかの実施形態では、リソース選択／再選択処理時間を確保するために、センシングウィンドウは、リソース選択ウィンドウのいくつかの時間スロット前に終了するように設計され、これにより、Ｔｘ ＵＥがリソース選択ウィンドウ内の１つ以上の候補リソースを識別することを可能にする。

【0019】

本明細書の実施形態は、再送信のためのリソースを自律的に選択するためのシステム及び方法に関する。特に、第１の実施形態では、第１のリソース選択ウィンドウから単一のリソースを選択する方法が開示される。更に、第２の実施形態では、第１のリソース選択ウィンドウから、複数のリソースを選択する方法が開示される。例示的な実施形態は、リソース選択ウィンドウのサイズ／持続時間を決定する方法、単一のリソース選択ウィンドウから、複数のリソースを選択するための方法、及びリソース予約スキームのための方法を更に含む。更に、例示的な実施形態は、プリエンプションに基づいてリソース選択ウィンドウから候補リソースのセットを識別するための方法、及びプリエンプト対象ＵＥのための方法を含む。

【0020】

図１は、本開示の一実施形態に係る、新無線（ＮＲ）システム１００の簡略ブロック図を示す。いくつかの実施形態では、ＮＲシステム１００は、サイドリンクを介したトランスポートブロック（ＴＢ）の送信又は再送信に利用される１つ以上のリソースを決定することを容易にする。ＮＲシステム１００は、ｇＮｏｄｅＢ１０２、第１のユーザ機器（ＵＥ）１０４及び第２のＵＥ１０６を備える。しかしながら、他の実施形態では、ＮＲシステム１００は、複数のＵＥ、例えば、２つ以上のＵＥを含み得るが、明確にするために、図示していない。いくつかの実施形態では、ｇＮｏｄｅＢ１０２は、基地局、例えば、ＬＴＥシステムのｅＮｏｄｅＢに相当する。いくつかの実施形態では、第１のＵＥ１０４及び第２のＵＥ１０６は、ビークルツーエブリシング（Ｖ２Ｘ）ＵＥを含み得る。しかしながら、他の実施形態では、第１のＵＥ１０４及び第２のＵＥ１０６は、携帯電話、タブレットコンピュータ、モノのインターネット（ＩｏＴ）デバイス等を含み得る。第１のＵＥ１０４及び第２のＵＥ１０６は、通信媒体（例えば、無線通信）を介してｇＮｏｄｅＢ１０２と通信するように構成される。同様に、第１のＵＥ１０４と第２のＵＥ１０６は、通信媒体（例えば、無線通信）を介して互いに通信するように構成される。

【0021】

いくつかの実施形態では、第１のＵＥ１０４は、サイドリンク１０８（サイドリンク１０８とも呼ばれる）を介して、トランスポートブロック（ＴＢ）を第２のＵＥ１０６に送信するように構成される。この実施形態では、参照の便宜上、第１のＵＥ１０４は、ＴＢを送信するように構成されている、送信（Ｔｘ）ＵＥ１０４と呼ばれ、第２のＵＥ１０６は、ＴＢを受信するように構成されている、受信（Ｒｘ）ＵＥ１０６と呼ばれる。しかしながら、いくつかの実施形態では、第１のＵＥ１０４は、Ｒｘ ＵＥを含み得、第２のＵＥ１０６は、Ｔｘ ＵＥを含み得る。また、いくつかの場合では、第１のＵＥ１０４は、Ｔｘ ＵＥとしてもＲｘ ＵＥとしても構成され得る。更に、場合によっては、第２のＵＥ１０６は、ＴＸ ＵＥとしてもＲｘ ＵＥとしても構成され得る。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、ユニキャスト、グループキャスト、又はブロードキャストによる送信をサポートし得る。したがって、いくつかの実施形態では、第１のＵＥ１０４は、ＴＢを複数のＲｘ ＵＥ（参照の便宜上、図示せず）に送信するように構成され得る。いくつかの実施形態では、Ｒｘ ＵＥ１０６におけるＴＢの成功的な受信を可能にするために、Ｔｘ ＵＥ１０４は、ＴＢの再送信をサポートするように構成される。いくつかの実施形態では、再送信は、Ｔｘ ＵＥ１０４がＴＢを（事前）構成済み最大再送信回数、Ｔｍａｘ回再送信するように構成されている、ブラインド再送信を含み得る。いくつかの実施形態では、（事前）構成済み最大再送信回数Ｔｍａｘは、ＴＢが送信（再送信を含む）され得る最大回数を含む。いくつかの実施形態では、「（事前）構成済み」という用語は、構成済みと事前構成済みの両方を指す。あるいは、他の実施形態では、再送信は、Ｔｘ ＵＥ１０４がサイドリンク１０８を介して別のＵＥ（例えば、Ｒｘ ＵＥ１０６）から否定応答（ＮＡＣＫ）を受信すると、（事前）構成済み最大再送信回数、Ｔｍａｘに達するまで、ＴＢを再送信するように構成されている、ハイブリッド自動反復要求（ＨＡＲＱ）ベースの再送信を含み得る。

【0022】

いくつかの実施形態では、ＴＢを送信するより前に、Ｔｘ ＵＥ１０４は、サイドリンク１０８を介したＴＢの送信又は再送信に利用される１つ以上のリソースを決定するように構成される。本開示全体を通して説明される実施形態は、Ｔｘ ＵＥ１０４が、（例えば、Ｔｘ ＵＥ１０４がｇＮｏｄｅＢ１０２のカバレッジ範囲外にあるシナリオで）ｇＮｏｄｅＢ１０２からのシグナリングなしの、サイドリンク１０８を介したＴＢの送信又は再送信に利用される１つ以上のリソースを選択／決定するように構成されているＵＥ自律的選択を開示する。いくつかの実施形態では、サイドリンクを介した再送信を容易にするために、ＮＲ Ｖ２Ｘは、ＴＢの各送信の前に、最大でＮｍａｘ個のリソース（いくつかの実施形態ではＮ_max-indと呼ばれる）を予約するのをサポートする。いくつかの実施形態では、Ｎｍａｘは、ＴＢの各送信の前に予約されたリソースの最大数を含む。いくつかの実施形態では、Ｎｍａｘ＝３である。しかしながら、他の実施形態では、Ｎｍａｘは異なり得る。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、１つ以上のリソース選択ウィンドウから、ＴＢの送信に利用される１つ以上のリソースを決定するように構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、それぞれのリソース選択ウィンドウと関連付けられた候補リソースセット内から１つ以上のリソースを決定するように構成される。いくつかの実施形態では、候補リソースセットは、ＴＢの送信のためにＴｘ ＵＥ１０４によって利用され得る候補リソースのセットを含む。いくつかの実施形態では、リソース選択ウィンドウは、時間ドメインにおける複数のスロットを含む。更に、１つ以上のリソースは、時間周波数リソースを含む。例えば、いくつかの実施形態では、ＴＢの送信のためのリソースは、時間ドメインにおける１つのスロット及び周波数ドメインにおける１つ以上のサブチャネルを含み得、各サブチャネルは、１つ以上のリソースブロックを含む。

【0023】

いくつかの実施形態では、リソース選択ウィンドウから１つ以上のリソースを決定するより前に、Ｔｘ ＵＥ１０４は、リソース選択ウィンドウ内で候補リソースのセットを含む候補リソースセットを決定するように更に構成される。いくつかの実施形態では、候補リソースセットは、リソース選択ウィンドウに先行するセンシングウィンドウ中に受信された情報に基づいて、Ｔｘ ＵＥ１０４において決定される。いくつかの実施形態では、センシングウィンドウ中に、Ｔｘ ＵＥ１０４は、１つ以上の他のＵＥによって予約されている、リソース選択ウィンドウ内の１つ以上のリソースに関する情報を決定するために、１つ以上の他のＵＥから受信したサイドリンク制御情報（sidelink control information、ＳＣＩ）を復号するように構成される。更に、いくつかの実施形態では、Ｔｘ ＵＥ１０４は、リソース選択ウィンドウ内の１つ以上の予約済みリソースにおける、１つ以上の他のＵＥからの信号の強度を判定するために、サイドリンク基準信号受信電力（ＳＬ－ＲＳＲＰ）測定を実行するように構成される。いくつかの実施形態では、センシングウィンドウ中に取得された情報は、リソース選択ウィンドウ内で候補リソースセットを識別するためにＴｘ ＵＥ１０４によって利用される。いくつかの実施形態では、センシングウィンドウと関連付けられた期間は、リソース選択ウィンドウが開始する前に、リソース選択／再選択処理時間が保証されるように定義される。

【0024】

いくつかの実施形態では、上述のように、Ｔｘ ＵＥ１０４は、ＴＢの各送信／再送信の前に最大でＮｍａｘ個のリソースを決定するように構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、１つ以上のリソース選択ウィンドウを使用して、ＴＢの送信と関連付けられたＮｍａｘ個のリソースを決定するように構成され得る。図２は、本開示の一実施形態に係る、ＴＢの第１の送信と関連付けられた最大でＮｍａｘ個のリソースが複数のリソース選択ウィンドウ内で選択されるリソース選択手順２００を示す。いくつかの実施形態では、リソース選択手順は、Ｔｘ ＵＥ１０４と関連付けられたトランスポートブロック（ＴＢ）を、１つ以上の他のＵＥ、例えば、Ｒｘ ＵＥ１０６に送信／再送信するために利用される１つ以上のリソースを決定するために、図１のＴｘ ＵＥ１０４において実行され得る。したがって、リソース選択手順２００を、図１のＮＲシステム１００を参照して説明する。

【0025】

図２を参照すると、Ｔｘ ＵＥ、例えば、図１のＴｘ ＵＥ１０４から送信すべきＴＢがあることがスロットｎで決定されると、Ｔｘ ＵＥ１０４は、サイドリンク１０８を介したＴＢの第１の送信に利用される第１のリソースを決定するために、複数のリソースを含む第１のリソース選択ウィンドウ２０２を決定するように構成される。いくつかの実施形態では、第１のリソース選択ウィンドウ２０２は、第１のリソース選択ウィンドウ２０２が時間ｎの事前定義された時間後に開始するようにする、時間ｎ＋Ｔ１で開始するように構成され、Ｔ１は任意の事前定義された数である。いくつかの実施形態では、Ｔ１はＴｐｒｏｃ，１以下であり、Ｔｐｒｏｃ，１は、リソース選択処理時間を構成する。いくつかの実施形態では、第１のリソース選択ウィンドウ２０２のサイズは、ＴＢの（事前）構成済み最大再送信回数、Ｔｍａｘに基づいて導出される。例えば、より大きい再送信回数に対し、より小さいリソース選択ウィンドウサイズが構成される。逆もまた同様である。いくつかの実施形態では、第１のリソース選択ウィンドウ２０２のサイズは、ＴＢと関連付けられたパケット遅延バジェット（packet delay budget、ＰＤＢ）を超えないことを更に考慮して導出される。言い換えれば、第１のリソース選択ウィンドウ２０２のサイズは、ｎ＋ＰＤＢ２０５内に収まるように選択される。いくつかの実施形態では、ＰＤＢは、ＴＢがアクティブであり続けられる最大時間を構成する。したがって、いくつかの実施形態では、Ｔ２，１は、Ｔ２，ｍｉｎ＜＝Ｔ２，１＜＝ＰＤＢの関係を満たす。いくつかの実施形態では、第１のリソース選択ウィンドウ２０２のサイズは、時間ドメインにおけるウィンドウ持続時間を指す。いくつかの実施形態では、ＴＢの（事前）構成済み最大再送信回数は、Ｔｘ ＵＥ１０４には既知である。例えば、いくつかの実施形態では、ＴＢの（事前）構成済み最大再送信回数は、上位レイヤシグナリングによってＴｘ ＵＥ１０４に示される。

【0026】

第１のリソース選択ウィンドウ２０２を決定すると、Ｔｘ ＵＥ１０４は、第１のリソース選択ウィンドウ２０２内のスロットｍ１に第１のリソース２０６を決定するように更に構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、第１のリソース選択ウィンドウ２０２内で候補リソースのセットを含む候補リソースセットから、第１のリソース２０６を決定するように構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、第１のリソース選択ウィンドウ２０２内で候補リソースセットから、１つのリソースをランダムに選択することによって、第１のリソース２０６を決定するように構成される。いくつかの実施形態では、上に説明したように、Ｔｘ ＵＥ１０４は、第１のリソース選択ウィンドウ２０２に先行するセンシングウィンドウ２０４中に、１つ以上の他のＵＥから受信した情報に基づいて、候補リソースセットを決定するように構成される。いくつかの実施形態では、センシングウィンドウと関連付けられたウィンドウ持続時間Ｔ０－Ｔｐｒｏｃ，０は、事前定義されている。いくつかの実施形態では、Ｔｐｒｏｃ，０は、ＳＣＩ復号化及びサイドリンク測定のＵＥ処理時間を構成する。更に、センシングウィンドウ２０４は、第１のリソース選択ウィンドウ２０２内で候補リソースセットを決定するための処理時間が十分であるように、時間ｎの事前定義された時間前に（すなわち、時間ｎ－Ｔｐｒｏｃ，０に）終了するように構成される。

【0027】

スロットｍ１に第１のリソース２０６を決定すると、Ｔｘ ＵＥ１０４は、ＴＢの第１の送信より前に、ＴＢのための最大でＮｍａｘ－１個の予約済みリソースを決定するように更に構成される。いくつかの実施形態では、図１に関して上に説明したように、Ｎｍａｘは、ＴＢの各送信の前に予約されたリソースの最大数を含む。この実施形態では、Ｎｍａｘ＝３である。しかしながら、異なる実施形態ではＮｍａｘは異なり得る。いくつかの実施形態では、例えば、ＴＢの（事前）構成済み最大再送信回数がＮｍａｘよりも小さいとき、又はＮｍａｘ個のリソースが選択される前にＴＢと関連付けられたＰＤＢに達したとき、Ｔｘ ＵＥ１０４は、ＴＢの第１の送信より前に、Ｎｍａｘ－１個よりも少ない予約済みリソースを決定するように構成され得る。そうでなければ、Ｔｘ ＵＥ１０４は、ＴＢの第１の送信の前にＮｍａｘ－１個の予約済みリソースを選択するように構成される。

【0028】

Ｎｍａｘ－１個の予約済みリソースを決定するために、Ｔｘ ＵＥ１０４は、第１のリソース２０６と関連付けられたスロットｍ１の後に開始するように構成される第１のリソース再選択ウィンドウ２０８を決定するように更に構成される。特に、いくつかの実施形態では、第１のリソース再選択ウィンドウ２０８は、ｍ＋Ｐ１スロットで開始するように構成され、ｍは、最後に選択されたリソースのスロットであり（この実施形態ではｍ＝ｍ１）、Ｐ１のスロットの数は、ハイブリッド自動反復要求（ＨＡＲＱ）フィードバックが有効になっているか否かに基づいて選択される。いくつかの実施形態では、ＨＡＲＱフィードバックが無効になっているとき、Ｐ１は１に等しい。あるいは、他の実施形態では、ＨＡＲＱフィードバックが有効になっているとき、Ｐ１は、ＨＡＲＱフィードバック時間、物理サイドリンクフィードバックチャネル（physical sidelink feedback channel、ＰＳＦＣＨ）周期性、及び物理サイドリンク制御チャネル（physical sidelink control channel、ＰＳＣＣＨ）又は物理サイドリンク共有チャネル（physical sidelink shared channel、ＰＳＳＣＨ）と関連付けられた処理時間のうちの１つ以上に基づいて導出される。

【0029】

いくつかの実施形態では、第１のリソース再選択ウィンドウ２０８のウィンドウ持続時間は、ＴＢと関連付けられたパケット遅延バジェット（ＰＤＢ）を超えないように選択される。言い換えれば、第１のリソース再選択ウィンドウ２０８のウィンドウ持続時間は、ｎ＋ＰＤＢ２０５内に収められる。いくつかの実施形態では、ＰＤＢは、ＴＢがアクティブであり続けられる最大時間を構成する。更に、第１のリソース再選択ウィンドウ２０８のウィンドウ持続時間は、第１のリソース２０６として選択されたスロットから、事前定義されたリソース予約ウィンドウサイズＷを超えないように選択される。いくつかの実施形態では、リソース予約ウィンドウは、ＴＢの送信のために選択されたリソースから開始し、ＴＢのための全てのＮｍａｘ個のリソースが選択される事前定義された数のスロットを含むウィンドウを含む。したがって、この実施形態では、Ｐ１＋Ｔ_2,2は、Ｗ－１よりも小さい。いくつかの実施形態では、Ｗは３２個のスロットを含む。しかしながら、Ｗは、他の実施形態では異なるように定義され得る。

【0030】

第１のリソース再選択ウィンドウ２０８を決定すると、Ｔｘ ＵＥ１０４は、第１のリソース再選択ウィンドウ２０８内でＮｍａｘ－１個の予約済みリソースを選択するように構成される。この実施形態ではＮｍａｘ＝３であるため、Ｔｘ ＵＥ１０４は、第１のリソース再選択ウィンドウ２０８から２つの予約済みリソース２１０及び２１２を選択するように構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、第１のリソース再選択ウィンドウ２０８内で複数の候補リソースを含む候補リソースセットから２つの予約済みリソース２１０及び２１２をランダムに選択するように構成される。いくつかの実施形態では、上に説明したように、Ｔｘ ＵＥ１０４は、第１のリソース再選択ウィンドウ２０８に先行するセンシングウィンドウ２１４中に、１つ以上の他のＵＥから受信した情報に基づいて、候補リソースセットを決定するように構成される。いくつかの実施形態では、センシングウィンドウ２１４と関連付けられたウィンドウ持続時間、Ｔ₀－Ｔｐｒｏｃ，０は、事前定義されている。更に、センシングウィンドウ２１４は、第１のリソース再選択ウィンドウ２０８内で候補リソースセットを決定するための処理時間が十分であるように、スロットｍ１の事前定義された時間Ｔ３前に（すなわち、時間ｍ１－Ｔ３に）終了するように構成される。一般に、再送信のためのセンシングウィンドウは、ＴＢの現在の再送信のために選択されたリソースの事前定義された時間Ｔ３前に終了するように構成される。いくつかの実施形態では、Ｔ３は、リソース再選択処理時間を構成する。この実施形態では、２つの予約済みリソース２１０及び２１２は、単一のリソース再選択ウィンドウ内で選択されるが、他の実施形態では、２つの予約済みリソース２１０及び２１２は、２つの後続のリソース再選択ウィンドウを使用して選択され得る。

【0031】

ＴＢの第１の送信と関連付けられたＮｍａｘ個の予約済みリソースを決定すると、Ｔｘ ＵＥ１０４は、スロットｍ１に選択された第１のリソース２０６を使用してＴＢの第１の送信を送信するように構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、選択された第１のリソースｍ１を使用してサイドリンク１０８を介して送信される、ＴＢの第１の送信を含む第１の送信信号１１０を生成するように構成される。ＴＢの第１の送信が完了すると、Ｔｘ ＵＥ１０４は、ＴＢに定義された（事前）構成済み最大再送信回数、Ｔｍａｘに基づいて、ＴＢの１つ以上の再送信を実行するように更に構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、予約済みリソース、例えば、ＴＢの以前の送信と関連付けられた予約済みリソース２１０を使用して、ＴＢの再送信を実行するように構成される。ＴＢの各後続の再送信より前に、Ｔｘ ＵＥ１０４は、対応する再送信の前に最大でＮｍａｘ個の予約済みリソースを予約するために、対応する後続のリソース再選択ウィンドウから１つのリソースを選択するように更に構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、各後続の送信より前に、ＴＢの送信のために選択されたリソースの総数（ＴＢが送信されるリソース及び予約済みリソースを含む）が（事前）構成済み最大再送信回数Ｔｍａｘに達するまで、又はＴＢと関連付けられたパケット遅延バジェット（ＰＤＢ）に達するまで、対応する後続のリソース再選択ウィンドウから１つのリソースを選択するように構成される。

【0032】

したがって、予約済みリソース２１０を使用してＴＢの再送信を実行するために、Ｔｘ ＵＥ１０４は、Ｎｍａｘ個のリソース（すなわち、２１０、２１２、及び２１６の３つのリソース）が、予約済みリソース２１０を使用したＴＢの再送信の前に予約されるように、スロットｍ４で１つのリソース２１６を選択するように構成される。１つのリソース２１６を選択するより前に、Ｔｘ ＵＥ１０４は、リソース２１６を決定するために、第２のリソース再選択ウィンドウ２１８を決定するように更に構成される。いくつかの実施形態では、上に説明したように、第２のリソース再選択ウィンドウ２１８は、ｍ＋Ｐ１スロットで開始するように構成され、ｍは、最後に選択されたリソースのスロットであり（この実施形態ではｍ＝ｍ３）、Ｐ１のスロットの数は、ハイブリッド自動反復要求（ＨＡＲＱ）フィードバックが有効になっているか否かに基づいて選択される。更に、上に説明したように、第２のリソース選択ウィンドウ２１８の持続時間は、ＴＢと関連付けられたＰＤＢを超えず、かつ事前定義されたリソース予約ウィンドウサイズＷを超えないように選択される。

【0033】

いくつかの実施形態では、Ｔｘ ＵＥ１０４は、第２のリソース再選択ウィンドウ２１８内で複数の候補リソースを含む候補リソースセットから予約済みリソース２１６を選択するように構成される。いくつかの実施形態では、上に説明したように、Ｔｘ ＵＥ１０４は、第２のリソース再選択ウィンドウ２１８に先行するセンシングウィンドウ２２０中に、１つ以上の他のＵＥから受信した情報に基づいて、候補リソースセットを決定するように構成される。いくつかの実施形態では、センシングウィンドウ２２０と関連付けられたウィンドウ持続時間、Ｔ₀－Ｔｐｒｏｃ，０は、事前定義されている。更に、センシングウィンドウ２２０は、第２のリソース再選択ウィンドウ２１８内で候補リソースセットを決定するための処理時間が十分であるように、スロットｍ２の事前定義された時間Ｔ３前に（すなわち、時間ｍ２－Ｔ３に）終了するように構成される。ＴＢの第１の再送信と関連付けられたＮｍａｘ個のリソースを決定すると、Ｔｘ ＵＥ１０４は、スロットｍ２に選択されたリソース２１０を使用してＴＢの第１の再送信を送信するように構成される。いくつかの実施形態では、後続のリソースが各後続の再送信の前に予約される上記のリソース再選択手順は、ＴＢの送信のために選択されたリソースの総数が（事前）構成済み最大再送信回数に達するまで、又はＴＢと関連付けられたパケット遅延バジェット（ＰＤＢ）に達するまで繰り返すように構成される。

【0034】

例えば、スロットｍ２に選択されたリソース２１０を使用したＴＢの第１の再送信の後、Ｔｘ ＵＥ１０４は、予約済みリソース２１２を使用してＴＢの第２の再送信（すなわち、後続の再送信）を実行するように更に構成される。リソース２１２を使用してＴＢの第２の再送信を実行するより前に、Ｔｘ ＵＥ１０４は、リソース再選択ウィンドウ２２４中にリソース２２２を予約するように構成される。いくつかの実施形態では、リソース２２２は、センシングウィンドウ２２６内の１つ以上の他のＵＥと関連付けられたセンシング情報に基づいて、リソース再選択ウィンドウ２２４内で選択される。ＴＢの後続の再送信と関連付けられたリソース２２２を決定すると、Ｔｘ ＵＥ１０４は、スロットｍ３に選択されたリソース２１２を使用してＴＢの第２の再送信を送信するように構成される。図２に示すように、リソース再選択ウィンドウ２２４内でのリソース２２２の選択後、ＴＢと関連付けられたＰＤＢは、ｎ＋ＰＤＢ２０５に達する。したがって、リソース２２２が選択された後、ＴＢのためのリソースの更なる再選択は停止される。よって、スロットｍ４でリソース２１６を使用する、及びスロットｍ５でリソース２２２を使用するＴＢの後続の再送信のために、更なるリソースは予約されない。一般に、いくつかの実施形態では、ＴＢの送信の前に選択されたリソースの数がＮｍａｘよりも小さく、かつ（事前）構成済み最大再送信回数に達していないとき、後続のリソースの再選択はＴｘ ＵＥ１０４においてトリガされる。あるいは、いくつかの実施形態では、ＰＳＦＣＨを介してＮＡＣＫが受信され、かつ既存の選択されたリソースで（事前）構成済み最大再送信回数に達していないとき、後続のリソースの再選択はＴｘ ＵＥ１０４においてトリガされる。

【0035】

図３は、本開示の一実施形態に係る、ＴＢの第１の送信と関連付けられた最大でＮｍａｘ個のリソースが単一のリソース選択ウィンドウ内で選択されるリソース選択手順３００の別の実施形態を示す。いくつかの実施形態では、リソース選択手順３００は、Ｔｘ ＵＥ１０４と関連付けられたトランスポートブロック（ＴＢ）を、１つ以上の他のＵＥ、例えば、Ｒｘ ＵＥ１０６に送信／再送信するために利用される１つ以上のリソースを決定するために、図１のＴｘ ＵＥ１０４において実行され得る。したがって、リソース選択手順３００は、図１のＮＲシステム１００を参照して説明される。Ｔｘ ＵＥ１０４から送信すべきＴＢがあることがスロットｎで決定されると、Ｔｘ ＵＥ１０４は、サイドリンク１０８を介したＴＢの第１の送信に利用される第１のリソースを決定するために、複数のリソースを含む第１のリソース選択ウィンドウ３０２を決定するように構成される。いくつかの実施形態では、第１のリソース選択ウィンドウ３０２は、時間ｎ＋Ｔ１で開始するように構成され、Ｔ１は第１のリソース選択ウィンドウ３０２が、時間ｎの事前定義された時間後に開始するようにする、任意の事前定義された数である。

【0036】

いくつかの実施形態では、第１のリソース選択ウィンドウ３０２のサイズは、ＴＢの（事前）構成済み最大再送信回数、Ｔｍａｘに基づいて導出される。例えば、より大きい再送信回数に対し、より小さいウィンドウサイズが構成される。逆もまた同様である。いくつかの実施形態では、第１のリソース選択ウィンドウ３０２のサイズは、ＴＢと関連付けられたパケット遅延バジェット（ＰＤＢ）を超えないことを更に考慮して導出される。言い換えれば、第１のリソース選択ウィンドウ３０２のサイズは、ｎ＋ＰＤＢ３０５内に収まるように選択される。いくつかの実施形態では、ＰＤＢは、ＴＢがアクティブであり続けられる最大時間を構成する。いくつかの実施形態では、第１のリソース選択ウィンドウ３０２のサイズは、時間ドメインにおけるウィンドウ持続時間を指す。いくつかの実施形態では、ＴＢの（事前）構成済み最大再送信回数は、Ｔｘ ＵＥ１０４には既知である。例えば、いくつかの実施形態では、ＴＢの（事前）構成済み最大再送信回数は、上位レイヤシグナリングによってＴｘ ＵＥ１０４に示される。

【0037】

第１のリソース選択ウィンドウ３０２を決定すると、Ｔｘ ＵＥ１０４は、第１のリソース選択ウィンドウ３０２内でスロットｍ１に第１のリソース３０６を決定するように更に構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、第１のリソース選択ウィンドウ３０２内で候補リソースのセットを含む候補リソースセットから第１のリソース３０６を決定するように構成される。いくつかの実施形態では、上に説明したように、Ｔｘ ＵＥ１０４は、第１のリソース選択ウィンドウ３０２に先行するセンシングウィンドウ３０４中に、１つ以上の他のＵＥから受信した情報に基づいて、候補リソースセットを決定するように構成される。いくつかの実施形態では、センシングウィンドウ３０４と関連付けられたウィンドウ持続時間、Ｔ₀－Ｔｐｒｏｃ，０は、事前定義されている。更に、センシングウィンドウ３０４は、第１のリソース選択ウィンドウ３０２内で候補リソースセットを決定するための処理時間が十分であるように、時間ｎの事前定義された時間前に（すなわち、時間ｎ－Ｔｐｒｏｃ，０に）終了するように構成される。

【0038】

スロットｍ１に第１のリソース３０６を決定すると、Ｔｘ ＵＥ１０４は、ＴＢの第１の送信より前に、ＴＢのための最大でＮｍａｘ－１個の予約済みリソースを決定するように更に構成される。いくつかの実施形態では、図１に関して上に説明したように、Ｎｍａｘは、ＴＢの各送信の前に予約されたリソースの最大数を含む。この実施形態では、Ｎｍａｘ＝３である。しかしながら、Ｎｍａｘは異なる実施形態では異なり得る。いくつかの実施形態では、例えば、ＴＢの（事前）構成済み最大再送信回数がＮｍａｘよりも小さいとき、又はＮｍａｘ個のリソースが選択される前にＴＢと関連付けられたＰＤＢに達したとき、Ｔｘ ＵＥ１０４は、ＴＢの第１の送信より前に、Ｎｍａｘ－１個よりも少ない予約済みリソースを決定するように構成され得る。そうでなければ、Ｔｘ ＵＥ１０４は、ＴＢの第１の送信の前にＮｍａｘ－１個の予約済みリソースを選択するように構成される。

【0039】

いくつかの実施形態では、Ｔｘ ＵＥ１０４は、第１のリソース選択ウィンドウ３０２内でＮｍａｘ－１個の予約済みリソースを決定するように構成される。このような実施形態では、Ｎｍａｘ－１個の予約済みリソースはまた、第１のリソース選択ウィンドウ３０２内で候補リソースセットから決定される。この実施形態ではＮｍａｘ＝３であるため、Ｔｘ ＵＥ１０４は、第１のリソース選択ウィンドウ３０２から２つの予約済みリソース３１０及び３１２を選択するように構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、第１のリソース再選択ウィンドウ３０８内で複数の候補リソースを含む候補リソースセットから２つの予約済みリソース３１０及び３１２をランダムに選択するように構成される。

【0040】

ＴＢの第１の送信と関連付けられたＮｍａｘ－１個の予約済みリソース３１０及び３１２を決定すると、Ｔｘ ＵＥ１０４は、スロットｍ１に選択された第１のリソース３０６を使用してＴＢの第１の送信を送信するように構成される。いくつかの実施形態では、ＴＢの第１の送信は、図１の第１の送信信号１１０に含まれ得る。ＴＢの第１の送信が完了すると、Ｔｘ ＵＥ１０４は、ＴＢに定義された（事前）構成済み最大再送信回数、Ｔｍａｘに基づいて、ＴＢの１つ以上の再送信を実行するように更に構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、予約済みリソース、例えば、ＴＢの以前の送信と関連付けられた予約済みリソース３１０を使用して、ＴＢの再送信を実行するように構成される。ＴＢの各後続の再送信より前に、Ｔｘ ＵＥ１０４は、対応するＴＢの再送信の前に最大でＮｍａｘ個のリソースを予約するために、対応する後続のリソース再選択ウィンドウから１つのリソースを選択するように更に構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、ＴＢの各後続の送信より前に、ＴＢの送信のために選択されたリソースの総数（ＴＢが送信されるリソース及び予約済みリソースを含む）が（事前）構成済み最大再送信回数Ｔｍａｘに達するまで、又はＴＢと関連付けられたパケット遅延バジェット（ＰＤＢ）に達するまで、対応する後続のリソース再選択ウィンドウから１つのリソースを選択するように構成される。

【0041】

したがって、予約済みリソース３１０を使用してＴＢの再送信を実行するために、Ｔｘ ＵＥ１０４は、Ｎｍａｘ個のリソース（すなわち、３１０、３１２、及び３１６の３つのリソース）が、予約済みリソース３１０を使用したＴＢの再送信の前に予約されるように、スロットｍ４で１つのリソース３１６を選択するように構成される。１つのリソース３１６を選択するより前に、Ｔｘ ＵＥ１０４は、リソース３１６を決定するために、第１のリソース再選択ウィンドウ３０８を決定するように更に構成される。いくつかの実施形態では、第１のリソース再選択ウィンドウ３０８は、ｍ＋Ｐ１スロットで開始するように構成され、ｍは、最後に選択されたリソースのスロットであり（この実施形態ではｍ＝ｍ３）、Ｐ１のスロットの数は、ハイブリッド自動反復要求（ＨＡＲＱ）フィードバックが有効になっているか否かに基づいて選択される。いくつかの実施形態では、ＨＡＲＱフィードバックが無効になっているとき、Ｐ１は１に等しい。あるいは、他の実施形態では、ＨＡＲＱフィードバックが有効になっているとき、Ｐ１は、ＨＡＲＱフィードバック時間、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）周期性、及び物理サイドリンク制御チャネル（ＰＳＣＣＨ）又は物理サイドリンク共有チャネル（ＰＳＳＣＨ）と関連付けられた処理時間のうちの１つ以上に基づいて導出される。

【0042】

いくつかの実施形態では、第１のリソース再選択ウィンドウ３０８のウィンドウ持続時間は、ＴＢと関連付けられたパケット遅延バジェット（ＰＤＢ）を超えないように選択される。言い換えれば、第１のリソース選択ウィンドウ２０２のサイズは、ｎ＋ＰＤＢ２０５内に収まるように選択される。いくつかの実施形態では、ＰＤＢは、ＴＢがアクティブであり続けられる最大時間を構成する。更に、図２に関して上に説明したように、第１のリソース再選択ウィンドウ３０８のウィンドウ持続時間は、ＴＢの現在の送信のために選択されたリソースのスロット、すなわち、リソース３１０から、事前定義されたリソース予約ウィンドウサイズＷを超えないように選択される。いくつかの実施形態では、リソース予約ウィンドウは、ＴＢの現在の送信のために選択されたリソースから開始し、ＴＢのための全てのＮｍａｘ個のリソースが選択される事前定義された数のスロットを含むウィンドウを含む。したがって、この実施形態では、Ｐ１＋Ｔ_2,2＋ｍ３－ｍ２は、Ｗ－１よりも小さい。いくつかの実施形態では、Ｗは３２個のスロットを含む。しかしながら、Ｗは、他の実施形態では異なるように定義され得る。

【0043】

いくつかの実施形態では、Ｔｘ ＵＥ１０４は、第１のリソース再選択ウィンドウ３０８内で複数の候補リソースを含む候補リソースセットから予約済みリソース３１６を選択するように構成される。いくつかの実施形態では、上に説明したように、Ｔｘ ＵＥ１０４は、第１のリソース再選択ウィンドウ３０８に先行するセンシングウィンドウ３１４中に、１つ以上の他のＵＥから受信した情報に基づいて、候補リソースセットを決定するように構成される。いくつかの実施形態では、センシングウィンドウ２２０と関連付けられたウィンドウ持続時間、Ｔ₀－Ｔｐｒｏｃ，０は、事前定義されている。更に、センシングウィンドウ３１４は、第１のリソース再選択ウィンドウ３０８内で候補リソースセットを決定するための処理時間が十分であるように、スロットｍ２の事前定義された時間Ｔ３前に（すなわち、時間ｍ２－Ｔ３に）終了するように構成される。一般に、再送信のためのセンシングウィンドウは、ＴＢの現在の再送信のために選択されたリソースの事前定義された時間Ｔ３前に終了するように構成される。いくつかの実施形態では、Ｔ３は再選択処理時間を構成する。ＴＢの第１の再送信と関連付けられたＮｍａｘ個のリソースを決定すると、Ｔｘ ＵＥ１０４は、スロットｍ２に選択されたリソース３１０を使用してＴＢの第１の再送信を送信するように構成される。

【0044】

いくつかの実施形態では、後続のリソースが各後続の再送信の前に予約される上記のリソース再選択手順は、ＴＢの送信のために選択されたリソースの総数が（事前）構成済み最大再送信回数に達するまで、又はＴＢと関連付けられたパケット遅延バジェット（ＰＤＢ）に達するまで繰り返すように構成される。例えば、スロットｍ２に選択されたリソース３１０を使用したＴＢの第１の再送信の後、Ｔｘ ＵＥ１０４は、予約済みリソース３１２を使用してＴＢの第２の再送信（すなわち、後続の再送信）を実行するように更に構成される。リソース３１２を使用してＴＢの第２の再送信を実行するより前に、Ｔｘ ＵＥ１０４は、リソース再選択ウィンドウ３１８中にリソース３２２を予約するように構成される。いくつかの実施形態では、リソース３２２は、センシングウィンドウ３２０内の１つ以上の他のＵＥと関連付けられたセンシング情報に基づいて、リソース再選択ウィンドウ３１８内で選択される。

【0045】

リソース３２２を決定すると、Ｔｘ ＵＥ１０４は、スロットｍ３に選択されたリソース３１２を使用して、ＴＢの第２の再送信を送信するように構成される。図３に示すように、リソース再選択ウィンドウ３１８内でのリソース３２２の選択後、ＴＢと関連付けられたＰＤＢに達する。したがって、リソース３２２が選択された後、ＴＢのためのリソースの更なる再選択は停止される。よって、スロットｍ４でリソース３１６を使用する、及びスロットｍ５でリソース３２２を使用するＴＢの後続の再送信のために、更なるリソースは予約されない。一般に、いくつかの実施形態では、ＴＢの送信の前に選択されたリソースの数がＮｍａｘよりも小さく、かつ（事前）構成済み最大再送信回数に達していないとき、後続のリソースの再選択はＴｘ ＵＥ１０４においてトリガされる。あるいは、いくつかの実施形態では、ＰＳＦＣＨを介してＮＡＣＫが受信され、かつ既存の選択されたリソースで（事前）構成済み最大再送信回数に達していないとき、後続のリソースの再選択はＴｘ ＵＥ１０４においてトリガされる。

【0046】

図４は、本開示の一実施形態に係る、単一のリソース選択／再選択ウィンドウ内で候補リソースセットから複数のリソースを決定するために利用されるアルゴリズム４００のフロー図を示す。いくつかの実施形態では、アルゴリズム４００は、上記の図２の第１のリソース再選択ウィンドウ２０８内でリソース２１０及び２１２を決定するために適用され得る。更に、アルゴリズム４００は、上記の図３の第１のリソース選択ウィンドウ３０２内でリソース３０６、３１０、及び３１２を決定するために適用され得る。４０２で、単一のリソース選択／再選択ウィンドウ内で、候補リソースのセットを含む候補リソースセット、例えば、対応するタイムスロットのセットＴｓにおける候補リソースＳが識別される。４０４で、選択されたリソースの数ｊがゼロに初期化される。４０６で、候補リソースセットが空であるかどうかの判定が行われる。候補リソースセットが空である場合、アルゴリズムは、アルゴリズム４００が終了する４０７に進む。候補リソースセットが空でない場合、アルゴリズムは、選択されたリソースの数ｊが、候補リソースセットから選択されるリソースの総数であるＭよりも小さいかどうかの判定が行われる４０８に進む。

【0047】

４０８で判定結果が「いいえ」である場合、アルゴリズム４００は、アルゴリズム４００が終了する４０７に進む。４０８で判定結果が「はい」である場合、アルゴリズム４００は、１つのリソースが候補リソースセットからランダムに選択される４１０に進む。４１０で候補リソースセットから１つのリソースを選択すると、アルゴリズム４００は、選択されたリソースの数ｊが１だけインクリメントされる４１２に進む。次いで、アルゴリズム４００は、再送信スキームに応じて、候補リソースセットが更新／縮小される４１４に進む。候補リソースセットを更新すると、アルゴリズム４００は、アルゴリズム４００が、候補リソースセットが空になるまで、又は選択されたリソースの数ｊがＭ以上になるまで、１つ以上のリソースを選択するためにそれ自身を繰り返す４０６に進む。

【0048】

いくつかの実施形態では、候補リソースセットは、必要な数のリソースが選択されるまで、候補リソースセットからの各リソースの選択後に、新たに選択されたリソースのタイムスロットに従って、更新／縮小される。特に、いくつかの実施形態では、候補リソースセットは、以下の関係に従って、対応する時間スロットＴ’ｓとして更新される：
Ｔ’_S＝Ｔ_S∩［ｔ－Ｗ，ｔ－Ｖ］∩［ｔ＋Ｖ，ｔ＋Ｗ］ （１）
式中、ｔは、新たに選択されたリソースのタイムスロットであり、Ｔ’_Sは、候補リソースセットの更新された時間スロットであり、Ｔ_Sは、候補リソースセットの以前の時間スロットであり、Ｗは、リソース予約ウィンドウサイズ－１であり、Ｖは、ハイブリッド自動反復要求（ＨＡＲＱ）フィードバックが有効になっているか否かに基づいて定義される時間スロット数である。例えば、ＨＡＲＱフィードバックが無効になっている場合、Ｖは１に等しい。あるいは、ＨＡＲＱフィードバックが有効になっているとき、Ｖは、ＨＡＲＱフィードバック時間、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）周期性、及び物理サイドリンク制御チャネル（ＰＳＣＣＨ）又は物理サイドリンク共有チャネル（ＰＳＳＣＨ）と関連付けられた処理時間のうちの１つ以上に基づいて導出される。いくつかの実施形態では、式（１）は、既に選択されたリソースを候補リソースセットから削除／除外することにより、候補リソースセットと関連付けられた時間スロットを更新する。更に、式（１）は、時間が、選択されたリソースのリソース予約ウィンドウを超える時間を有する全てのリソースを除外することにより、候補リソースセットと関連付けられた時間スロットを更新する。更に、式（１）は、時間が、選択されたリソース時間と、その対応するＰＳＦＣＨ時間との間の時間を有する全てのリソースを除外することにより、候補リソースセットと関連付けられた時間スロットを更新する。

【0049】

図２及び図３に戻って参照すると、ＴＢの各送信／再送信の前に、最大でＮｍａｘ個のリソースがＴｘ ＵＥ１０４によって予約されていることが分かる。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、サイドリンク制御情報（ＳＣＩ）の一部として、トランスポートブロック（ＴＢ）の各送信／再送信中に、最大でＮｍａｘ－１個の後続の予約済みリソースに関する情報を提供するように更に構成され得る。図５Ａは、フォワードのみのブーキングスキーム５００を含むリソース予約スキームを示し、このスキームでは、ＴＢの各送信／再送信は、（事前）構成済み最大再送信回数に基づく、ＴＢのための最大でＮｍａｘ－１個の予約済みリソースの情報を含む。いくつかの実施形態では、図５Ａは、（事前）構成済み最大再送信回数が５であり、Ｎｍａｘが３である再送信シナリオを示す。特に、図５Ａは、ＴＢ５０２、５０４、５０６、５０８、及び５１０の５回の送信／再送信、並びにそれらの対応するリソース５１２、５１４、５１６、５１８、及び５２０を示す。

【0050】

図５Ａに示すように、ＴＢの第１の送信５０２は、ＴＢの第２の送信５０４及び第３の送信５０６に利用される２つのリソース（すなわち、Ｎｍａｘ－１個の後続の予約済みリソース）５１４及び５１６を予約する（又はそれらの情報を含む）。更に、ＴＢの第２の送信５０４は、ＴＢの第３の送信５０６及び第４の送信５０８に利用される２つのリソース５１６及び５１８の情報を含む。ＴＢの第３の送信５０６は、ＴＢの第４の送信５０８及び第５の送信５１０に利用される２つのリソース５１８及び５２０の情報を含む。しかしながら、ＴＢの第４の送信５０８は、（事前）構成済み最大再送信回数に第５の送信５１０で達するので、第５の送信５１０に利用される１つのリソース５２０のみの情報を含む。同様に、ＴＢの第５の送信５１０は、（事前）構成済み最大再送信回数に第５の送信５１０で達するので、リソースの情報を含まない。フォワードのみのブーキングスキーム５００を使用している間、ＳＣＩには再送信インデックスが含まれない。

【0051】

図５Ｂは、フォワードブーキングプラスバックワードポインティングスキーム５５０を含む代替のリソース予約スキームを示し、このスキームでは、ＴＢの各送信／再送信は、（事前）構成済み最大再送信回数に基づく、ＴＢのための最大でＮｍａｘ－１個の予約済みリソースの情報を含む。更に、ＴＢの１つ以上の再送信は、Ｎｍａｘ－１個よりも少ないリソースが後続の再送信のために予約されているとき、１つ以上の以前の送信の送信に利用されたリソースに関する情報を更に含む。いくつかの実施形態では、図５Ａは、（事前）構成済み最大再送信回数が５であり、Ｎｍａｘが３である再送信シナリオを示す。特に、図５Ｂは、ＴＢ５５２、５５４、５５６、５５８、及び５６０、及びそれらの対応するリソース５６２、５６４、５６６、５６８及び５７０の５回の送信／再送信を示す。

【0052】

図５Ｂに示すように、ＴＢの第１の送信５５２は、ＴＢの第２の送信５５４及び第３の送信５５６に利用される２つのリソース（すなわち、Ｎｍａｘ－１個の後続の予約済みリソース）５６４及び５６６を予約する（又はそれらの情報を含む）。更に、ＴＢの第２の送信５５４は、ＴＢの第３の送信５５６及び第４の送信５５８に利用される２つのリソース５６６及び５６８の情報を含む。ＴＢの第３の送信５５６は、ＴＢの第４の送信５５８及び第５の送信５６０に利用される２つのリソース５６８及び５７０の情報を含む。しかしながら、ＴＢの第４の送信５５８は、第５の送信５６０に利用される１つのリソース５７０の情報を含むと同時に、第３の送信５５６のリソース５６６を指し示す。同様に、ＴＢの第５の送信５１０は、第４の送信５５８及び第３の送信５５６のそれぞれのリソース５６８及び５６６を指し示す。フォワードブーキングプラスバックワードポインティングスキーム５５０を使用している間、ＳＣＩには再送信インデックスが含まれる。特に、第５の送信５６０は、２の再送信インデックスを有し、第４の送信は、１の再送信インデックスを有し、他の送信は、０の再送信インデックスを有する。

【0053】

図１～図３に戻って参照すると、Ｔｘ ＵＥ１０４が、それぞれのリソース選択ウィンドウと関連付けられた候補リソースセットからＴＢの送信／再送信のための１つ以上のリソースを決定するように構成されていることが示されている。したがって、いくつかの実施形態では、候補リソースセットからのＴＢの送信／再送信のための１つ以上のリソースを決定するより前に、Ｔｘ ＵＥ１０４は、候補リソースのセットを含む候補リソースセットを決定／選択するように構成される。特に、いくつかの実施形態では、Ｔｘ ＵＥ１０４は、複数のリソースを含むリソース選択／再選択ウィンドウ（例えば、図２の第１のリソース選択ウィンドウ２０２）から複数の候補リソースを含む候補リソースセットを選択するように構成される。いくつかの実施形態では、候補リソースセットは、候補リソースセット内の候補リソースのサブセットを使用した、サイドリンクを介したトランスポートブロック（ＴＢ）の送信のためにＴｘ ＵＥ１０４によって利用される。いくつかの実施形態では、候補リソースのサブセットは、１つ以上の候補リソースを含み得る。

【0054】

いくつかの実施形態では、Ｔｘ ＵＥ１０４は、プリエンプションに基づいて候補リソースセットを選択するように構成される。このような実施形態では、候補リソースセットは、１つ以上の他のＵＥ（例えば、図１のＲｘ ＵＥ１０６）によって予約されているリソースを含む１つ以上の予約済みリソースを含む。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、１つ以上の予約済みリソースのデータ優先度レベルに従って、リソース選択ウィンドウから１つ以上の予約済みリソースを選択するように構成される。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、Ｔｘ ＵＥ１０４のデータ優先度Ｐ_TXが、事前定義された送信閾値Ｔｈ_TXよりも大きいとき、及び／又は他のＵＥのデータ優先度Ｐ_RXが、事前定義された受信閾値Ｔｈ_RXよりも小さいとき、及び／又はＰ_TXとＰ_RXとの間のギャップが事前定義された閾値ギャップよりも大きいとき、１つ以上の予約済みリソースを含む候補リソースセットを選択することを含むプリエンプション手順をトリガするように構成される。

【0055】

図６は、本開示の一実施形態に係る、プリエンプションに基づいて候補リソースセットＳを決定するためのアルゴリズム６００のフロー図を示す。いくつかの実施形態では、アルゴリズム６００は、図１のＴｘ ＵＥ１０４内に実装され得る。したがって、本明細書では、アルゴリズム６００は、図１のＮＲシステム１００を参照して説明される。６０２で、リソース選択のための上位レイヤパラメータがＴｘ ＵＥ１０４において受信される。いくつかの実施形態では、上位レイヤパラメータは、トランスポートブロック（ＴＢ）のための事前定義された最大再送信回数、ＴＢのパケット遅延バジェット（ＰＤＢ）、リソース予約ウィンドウサイズ等を含み得る。６０４で、リソース選択ウィンドウ（例えば、図２の第１のリソース選択ウィンドウ２０２）が決定される。いくつかの実施形態では、リソース選択ウィンドウは、複数のリソースＳ_Mを含む。６０６で、リソース除外ＲＳＲＰ閾値、Ｔ_EXがＴｘ ＵＥ１０４において取得される。いくつかの実施形態では、リソース除外ＲＳＲＰ閾値Ｔ_EXは事前定義され、Ｔｘ ＵＥ１０４内に（例えば、それと関連付けられたメモリ回路内に）記憶される。あるいは、リソース除外ＲＳＲＰ閾値Ｔ_EXは、上位レイヤシグナリングを経由してＴｘ ＵＥ１０４において取得される。いくつかの実施形態では、リソース除外ＲＳＲＰ閾値Ｔ_EXは、候補リソースセットを選択する間、リソース選択ウィンドウ内の、他のＵＥによって予約されており、かつリソース除外ＲＳＲＰ閾値Ｔ_EXよりも大きいＲＳＲＰレベルを有するリソースを除外するためにＴｘ ＵＥ１０４によって利用される。

【0056】

６０８で、サンプル候補リソースセットＳ_Aが、複数のリソースＳ_Mに等しくなるように初期化される。６１０で、サンプル候補リソースセットＳ_Aが、Ｔｘ ＵＥ１０４（すなわち、ソースＵＥ）と関連付けられた他のデータと衝突するリソースを除外することに基づいて、更新／縮小される。６１２で、サンプル候補リソースセットＳ_Aが、適切なＲＳＲＰを有する他のＵＥによって予約されているリソースを除外することに基づいて、更新／縮小される。いくつかの実施形態では、適切なＲＳＲＰは、リソース除外ＲＳＲＰ閾値Ｔ_EXよりも大きいＲＳＲＰレベルに対応する。いくつかの実施形態では、リソース除外ＲＳＲＰ閾値Ｔ_EXよりも大きいＲＳＲＰレベルは、リソースがＴｘ ＵＥ１０４に近接している他のＵＥによって利用されることを示す。いくつかの実施形態では、リソースのＲＳＲＰは、それと関連付けられた１つ以上の基準信号に基づいて測定される。６１２の終わりに、サンプル候補リソースセットＳ_Aは、１つ以上の候補リソースを含む。

【0057】

６１４で、（更新された）サンプル候補リソースセットＳ_A内の候補リソースの数が、事前定義された必要な候補リソースの数Ｂ１｜Ｓ_M｜よりも小さいかどうかの判定が行われ、Ｂ１は、事前定義された必要な候補リソースの閾値である。６１４で判定結果が「いいえ」である場合、アルゴリズム６００は、リソースが別のＵＥによって予約されているかどうかに基づく、及び予約されている場合はデータの優先度に基づくランク付けに従って、サンプル候補リソースセットＳ_Aから第１のＢ２｜ＳＭ｜個のリソースから選択することに基づいて候補リソースセットＳが選択される６２２に進む。いくつかの実施形態では、Ｂ２は、事前定義された最大候補リソース閾値（典型的には２０％）を含む。６１４で判定結果が「はい」である場合、アルゴリズムは、リソース除外ＲＳＲＰ閾値Ｔ_EXが増加される６１６に進む。次いで、アルゴリズム６００は、リソース除外ＲＳＲＰ閾値Ｔ_EXが、事前定義された上限除外閾値Ｔ_upperboundを超えているかどうかの判定が行われる６１８に進む。６１８で判定結果が「いいえ」である場合、アルゴリズムは、サンプル候補リソースセットＳ_Aの選択が、増加されたリソース除外ＲＳＲＰ閾値Ｔ_EXに基づいて繰り返される６０８に進む。いくつかの実施形態では、事前定義されたリソース除外ＲＳＲＰ閾値Ｔ_EXを、事前定義された量（例えば、３ｄＢ）で増加させる。いくつかの実施形態では、上限除外閾値Ｔ_upperboundは、事前定義されている。いくつかの実施形態では、リソース除外ＲＳＲＰ閾値Ｔ_EXと上限除外閾値Ｔ_upperboundの別個のセットが、異なるデータ優先度の対Ｐ_TXとＰ_RXに対して定義され、Ｐ_TXは、Ｔｘ ＵＥ（例えば、Ｔｘ ＵＥ１０４）と関連付けられたデータ優先度を含み、Ｐ_RXは、プリエンプト対象ＵＥ（例えば、図１のＲｘ ＵＥ１０６）と関連付けられたデータ優先度を含む。

【0058】

６１８で判定結果が「はい」である場合、アルゴリズム６００は、サンプル候補リソースセットＳ_A内の候補リソースの数が、事前定義された必要な候補リソース数Ｂ１｜Ｓ_M｜以上になるように、他のＵＥによって予約されている、Ｓ_A内にない、Ｓ_M内の予約済みリソースの１つ以上のセットが、Ｓ_Aの一部としてＴｘ ＵＥ１０４によって選択される６２０に進む。いくつかの実施形態では、予約済みリソースのセットは、１つ以上の予約済みリソースを含む。いくつかの実施形態では、他のＵＥによって予約されている、Ｓ_A内にない、Ｓ_M内の予約済みリソースは、事前定義された上限除外閾値Ｔ_upperboundよりも大きいＲＳＲＰレベルを有する。いくつかの実施形態では、他のＵＥによって予約されている、Ｓ_A内にない、Ｓ_M内の予約済みリソースの１つ以上のセットは、予約済みリソースの１つ以上のセットと関連付けられたリソースのデータ優先度Ｐ_RX及び／又は予約済みリソースの１つ以上のセットと関連付けられたリソースのＲＳＲＰレベルに基づいて選択される。いくつかの実施形態では、候補リソースセットＳを形成するために、１つ以上の予約済みリソースセットは、選択ウィンドウ内で最も低いデータ優先度レベルを有する予約済みリソースのセットを選択することと、リソース選択ウィンドウから選択された候補リソースの数（言い換えれば、サンプル候補リソースセットＳ_A内の候補リソースの数）が、事前定義された必要な候補リソース数Ｂ１｜Ｓ_M｜以上になるまで、データ優先度レベルを増加させることによってリソース選択ウィンドウ内で後続の予約済みリソースのセットを繰り返し選択することと、に基づいて選択される。したがって、いくつかの実施形態では、予約済みリソースの１つ以上のセットと関連付けられた予約済みリソースのセットは、異なるデータの優先度レベルを含む。更に、いくつかの実施形態では、各データ優先度レベルの予約済みリソースのセットを選択することは、事前定義されたＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有する予約済みリソースのグループを選択することと、事前定義された最大ＲＳＲＰ閾値に達するまで、ＲＳＲＰ閾値を増加させることによって、予約済みリソースの後続のグループを繰り返し選択することと、を含む。

【0059】

特に、１つの例示的な実施形態では、Ｓ_Mからの予約済みリソースの１つ以上のセットを選択することは、まず、データ優先度Ｐ_RXが最も低い予約を持つリソース（例えば、全てのリソース）のセットを選択することと、リソース選択ウィンドウから選択された候補リソースの数（すなわち、サンプル候補リソースセットＳ_A内の候補リソースの数）が、事前定義された必要な候補リソース数Ｂ１｜Ｓ_M｜よりも小さい場合、サンプル候補リソースセットＳ_A内の候補リソースの数が事前定義された必要な候補リソース数Ｂ１｜Ｓ_M｜よりも大きくなるまで、データ優先度をインクリメントすることによって後続の予約を持つリソースのセット（例えば、優先度が２番目に低い、優先度が３番目に低い、等の予約を持つリソースのセット）を選択することと、を含む。

【0060】

あるいは、別の例示的な実施形態では、予約済みリソースの１つ以上のセットを選択することは、まず、事前定義されたＲＳＲＰ閾値Ｒ１よりも小さいＲＳＲＰレベルを有し、かつデータ優先度Ｐ_RXが最も低い予約を持つリソース（又は全てのリソース）のセットを選択することと、リソース選択ウィンドウから選択された候補リソースの数（すなわち、サンプル候補リソースセットＳ_A内の候補リソースの数）が、事前定義された必要な候補リソース数Ｂ１｜Ｓ_M｜よりも小さい場合、最も高いＲＳＲＰ閾値Ｒｍａｘに達するまで、又はサンプル候補リソースセットＳ_A内の候補リソースの数が事前定義された必要な候補リソース数Ｂ１｜Ｓ_M｜よりも大きくなるまで、ＲＳＲＰ閾値Ｒ１をインクリメントすることによって後続のデータ優先度Ｐ_RXが最も低い予約を持つリソースのセットを選択することと、を含む。最も高いＲＳＲＰ閾値Ｒｍａｘに達した後でも、リソース選択ウィンドウから選択された候補リソースの数が、事前定義された必要な候補リソース数Ｂ１｜Ｓ_M｜よりも小さい場合、サンプル候補リソースセットＳ_A内の候補リソースの数が、事前定義された必要な候補リソース数Ｂ１｜Ｓ_M｜以上になるまで、データ優先度を繰り返しインクリメントすることによって、上記の手順を繰り返す。

【0061】

サンプル候補リソースセットＳ_A内の候補リソースの数が、事前定義された必要な候補リソース数Ｂ１｜ＳＭ｜以上であるとき、アルゴリズムは、サンプル候補リソースセットＳ_Aから第１のＢ２｜Ｓ_M｜個のリソースを選択することに基づいて、Ｔｘ ＵＥ１０４によって候補リソースセットＳが選択される６２２に進む。したがって、いくつかの実施形態では、候補リソースセットＳは、事前定義された上限除外閾値Ｔ_upperboundよりも大きいＲＳＲＰレベルを有する１つ以上の予約済みリソースを含む。いくつかの実施形態では、候補リソースセットＳ内の１つ以上の予約済みリソースは、サンプル候補リソースセットＳ_A内の、事前定義された上限除外閾値Ｔ_upperboundよりも大きいＲＳＲＰレベルを有する予約済みリソースの１つ以上のセットのサブセットを構成する。いくつかの実施形態では、第１のＢ２｜Ｓ_M｜個のリソースは、リソースが別のＵＥによって予約されているかどうかに基づく、及びリソースが予約されている場合はリソースのデータ優先度Ｐ_RXに基づくランク付けに従って、サンプル候補リソースセットＳ_Aから選択される。特に、いくつかの実施形態では、Ｔｘ ＵＥ１０４は、リソースが別のＵＥによって予約されているかどうかに基づいて、予約されている場合はデータ優先度Ｐ_RXに基づいて、サンプル候補リソースセットＳ_A内の全てのリソースをランク付けするように構成される。

【0062】

例えば、サンプル候補リソースセットＳ_A内の他のＵＥによる予約のないリソースは全て、ランク１を有し、サンプル候補リソースセットＳ_A内の優先度Ｐ_RXが最も低い予約を持つリソースは全て、ランク２を有し、サンプル候補リソースセットＳ_A内の優先度Ｐ_RXが２番目に低い予約を持つリソースは全て、ランク３を有する等。いくつかの実施形態では、Ｔｘ ＵＥ１０４は、サンプル候補リソースセットＳ_A内でランク１を有するリソース（例えば、全てのリソース）のセットを選択することに基づいて候補リソースセットＳを選択し、候補リソースセットＳ内の候補リソースの数がＢ２｜Ｓ_M｜よりも小さい場合は候補リソースセットＳ内の候補リソースの数がＢ２｜Ｓ_M｜以上になるまで、サンプル候補リソースセットＳ_A内でランク２、ランク３等を有するリソースの１つ以上のセットを繰り返し選択するように構成される。候補リソースセットＳ内の候補リソースの数がＢ２｜Ｓ_M｜よりも大きくなっている場合、候補リソースセットＳ内の候補リソースの数がＢ２｜Ｓ_M｜に等しくなるように、現在のランク内の１つ以上のリソースが候補リソースセットＳからランダムに選択／削除される。

【0063】

図７は、本開示の別の実施形態による、プリエンプションに基づいて候補リソースセットＳを決定するためのアルゴリズム７００のフロー図を示す。いくつかの実施形態では、アルゴリズム７００は、図１のＴｘ ＵＥ１０４内に実装され得る。したがって、本明細書では、アルゴリズム７００は、図１のＮＲシステム１００を参照して説明される。７０２で、リソース選択のための上位レイヤパラメータが、Ｔｘ ＵＥ１０４において受信される。いくつかの実施形態では、上位レイヤパラメータは、トランスポートブロック（ＴＢ）のための事前定義された最大再送信回数、ＴＢのパケット遅延バジェット（ＰＤＢ）、リソース予約ウィンドウサイズ等を含み得る。７０４で、リソース選択／再選択ウィンドウ（例えば、図２の第１のリソース選択ウィンドウ２０２）が決定される。いくつかの実施形態では、リソース選択ウィンドウは、複数のリソースＳ_Mを含む。７０６で、リソース除外ＲＳＲＰ閾値、Ｔ_EXがＴｘ ＵＥ１０４において取得される。いくつかの実施形態では、リソース除外ＲＳＲＰ閾値Ｔ_EXは事前定義され、Ｔｘ ＵＥ１０４内に（例えば、それと関連付けられたメモリ回路内に）記憶される。いくつかの実施形態では、リソース除外ＲＳＲＰ閾値Ｔ_EXは、上位レイヤシグナリングを経由してＴｘ ＵＥ１０４において取得される。いくつかの実施形態では、リソース除外ＲＳＲＰ閾値Ｔ_EXは、候補リソースセットを選択する間、リソース選択ウィンドウ内の、他のＵＥによって予約されており、かつリソース除外ＲＳＲＰ閾値Ｔ_EXよりも大きいＲＳＲＰレベルを有するリソースを除外するためにＴｘ ＵＥ１０４によって利用される。

【0064】

７０８で、サンプル候補リソースセットＳ_Aが、複数のリソースＳ_Mに等しくなるように初期化される。７１０で、サンプル候補リソースセットＳ_Aが、Ｔｘ ＵＥ１０４（すなわち、ソースＵＥ）と関連付けられた他のデータと衝突するリソースを除外することに基づいて、更新／縮小される。７１２で、サンプル候補リソースセットＳ_Aが、適切なＲＳＲＰを有する他のＵＥによって予約されており、かつデータ優先度Ｐ_TXよりも高いデータ優先度Ｐ_RXを有するリソースを除外することに基づいて、更新／縮小される。いくつかの実施形態では、Ｐ_TXは、Ｔｘ ＵＥ（例えば、サンプル候補リソースセットＳ_Aを選択するＵＥ）と関連付けられたデータ優先度を含み、Ｐ_RXは、他のＵＥ（例えば、１つ以上のリソースを予約したＵＥ）と関連付けられたデータ優先度を含む。いくつかの実施形態では、適切なＲＳＲＰは、リソース除外ＲＳＲＰ閾値Ｔ_EX以上のＲＳＲＰレベルに対応する。いくつかの実施形態では、リソース除外ＲＳＲＰ閾値Ｔ_EXよりも大きいＲＳＲＰレベルは、リソースがＴｘ ＵＥ１０４に近接している他のＵＥによって利用されることを示す。いくつかの実施形態では、リソースのＲＳＲＰは、それと関連付けられた１つ以上の基準信号に基づいて測定される。７１２の終わりに、サンプル候補リソースセットＳ_Aは、１つ以上の候補リソースを含む。いくつかの実施形態では、１つ以上の候補リソースは、リソース選択ウィンドウ内の予約済みリソースのセットを含む。いくつかの実施形態では、予約済みリソースのセットは、事前定義された除外ＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを含み、かつ予約済みリソースのセットを選択するＵＥのデータ優先度レベルＰ_TXよりも小さいデータ優先度レベルＰ_RXを有する。

【0065】

７１４で、（更新された）サンプル候補リソースセットＳ_A内の候補リソースの数が、事前定義された必要な候補リソースの数Ｂ１｜ＳＭ｜よりも小さいかどうかの判定が行われ、Ｂ１は、事前定義された必要な候補リソースの閾値である。７１４で判定結果が「いいえ」である場合、アルゴリズム７００は、サンプル候補リソースセットＳ_Aから、第１のＢ２｜ＳＭ｜個のリソースを選択することに基づいて、候補リソースセットＳが選択される７１８に進み、Ｂ２は、事前定義された最大候補リソース閾値である。したがって、いくつかの実施形態では、候補リソースセットＳは、サンプル候補リソースセットＳ_A内の予約済みリソースのセットのサブセットを構成する１つ以上の予約済みリソースを含む。したがって、いくつかの実施形態では、候補リソースセットＳ内の１つ以上の予約済みリソースは、事前定義された除外ＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを含み、かつ１つ以上の予約済みリソースを選択するＵＥのデータ優先度レベルＰ_TXよりも低いデータ優先度レベルＰ_RXを有する。いくつかの実施形態では、図６のアルゴリズム６００に関して上に説明したように、第１のＢ２｜ＳＭ｜個のリソースは、リソースが別のＵＥによって予約されているかどうかに基づく、及び予約されている場合はデータの優先度に基づくランク付けに従って、サンプル候補リソースセットＳ_Aから選択される。７１４で判定結果が「はい」である場合、アルゴリズムは、リソース除外ＲＳＲＰ閾値Ｔ_EXが増加される７１６に進む。次いで、アルゴリズムは、サンプル候補リソースセットＳ_Aの選択が、増加されたリソース除外ＲＳＲＰ閾値Ｔ_EXに基づいて繰り返される７０８に進む。

【0066】

いくつかの実施形態では、図６～図７に示すように、Ｔｘ ＵＥ１０４は、プリエンプションに基づいて候補リソースセットを選択するように構成される。言い換えれば、いくつかの実施形態では、Ｔｘ ＵＥ１０４は、１つ以上の他のＵＥによって予約されている予約済みリソースを含む１つ以上の予約済みリソースを含む候補リソースセットを選択するように構成される。図１に戻って参照すると、いくつかの実施形態では、Ｔｘ ＵＥ１０４は、Ｒｘ ＵＥ１０６によって予約されている１つ以上の予約済みリソースを含む候補リソースセットを選択するように構成され得る。

【0067】

いくつかの実施形態では、Ｔｘ ＵＥ１０４が、候補リソースセット内のＲｘ ＵＥ１０６と関連付けられた予約済みリソースを使用して送信すべきデータ（例えば、高優先度データ）を有するとき、Ｔｘ ＵＥ１０４は、Ｒｘ ＵＥ１０６と関連付けられた予約済みリソースを利用する意図を示すプリエンプションメッセージ１１２を生成するように構成される。いくつかの実施形態では、プリエンプションメッセージ１１２は、Ｔｘ ＵＥ１０４からのサイドリンク制御情報（ＳＣＩ）を含む。このような実施形態では、Ｔｘ ＵＥ１０４は、プリエンプティングＵＥを含み、Ｒｘ ＵＥ１０６は、プリエンプト対象ＵＥを含む。したがって、このような実施形態では、Ｔｘ ＵＥ１０４は、プリエンプティングＵＥ１０４と称され得、Ｒｘ ＵＥ１０６は、プリエンプト対象ＵＥ１０６と称され得る。いくつかの実施形態では、データ送信のためにＴｘ ＵＥ１０４（すなわち、プリエンプティングＵＥ）によって選択される候補リソースセット内の予約済みリソースは、プリエンプト対象リソースを含む。このような実施形態では、プリエンプト対象ＵＥ１０６は、プリエンプションメッセージ１１２を受信し、そしてＲｘ ＵＥ１０６におけるプリエンプションメッセージ１１２の受信時間に基づいて、プリエンプト対象リソースを使用して、プリエンプト対象ＵＥ１０６と関連付けられたデータの送信を選択的に継続するように構成される。特に、図８は、本開示の一実施形態に係る、プリエンプト対象ＵＥ１０６においてプリエンプションメッセージ（例えば、プリエンプションメッセージ１１２）を受信するためのプリエンプト対象ＵＥタイムライン８００を示す。したがって、本明細書では、図８は、図１のプリエンプティングＵＥ１０４及び図１のプリエンプト対象ＵＥ１０６を参照して説明される。この実施形態では、プリエンプト対象リソース８０２は、時間スロットｍにある。いくつかの実施形態では、プリエンプティングＵＥ１０４からのプリエンプションメッセージ１１２は、スロットｔでプリエンプト対象ＵＥ１０６において受信され、ここでｔ＜ｍであり、いくつかの実施形態では、プリエンプションメッセージ１１２は、プリエンプティングＵＥ１０４と関連付けられたデータ８１２にプリエンプト対象リソース８０２を利用する意図を示す。

【0068】

いくつかの実施形態では、時間ドメインでプリエンプト対象リソース８０２のスロットｍに先行する非プリエンプション期間［ｍ－Ｔｐｒｏｃ，０，ｍ］８０４中に、プリエンプションメッセージ１１２がプリエンプト対象ＵＥ１０６において受信されると、プリエンプト対象ＵＥ１０６は、プリエンプト対象リソース８０２を使用して、プリエンプト対象ＵＥ１０６と関連付けられたデータ８１０の送信を継続するように構成される。いくつかの実施形態では、非プリエンプション期間８０４は、プリエンプションメッセージ１１２を復号／処理するために、プリエンプト対象ＵＥ１０６に必要な時間Ｔｐｒｏｃ，０よりも小さい期間を定義する。具体的には、Ｔｐｒｏｃ，０は、ＳＣＩ復号化及びサイドリンク測定のＵＥ処理時間と見なされる。あるいは、他の実施形態では、非プリエンプション期間８０４に先行する部分プリエンプション期間［ｍ－Ｔ３，ｍ－Ｔｐｒｏｃ，０］８０６中に、プリエンプションメッセージ１１２がプリエンプト対象ＵＥ１０６において受信されると、プリエンプト対象ＵＥ１０６は、プリエンプト対象リソース８０２を使用して、プリエンプト対象ＵＥ１０６と関連付けられたデータ８１０を送信しないように構成される。いくつかの実施形態では、Ｔ３は、リソース再選択を実行するための、プリエンプト対象リソース８０２と関連付けられたリソース再選択処理時間に対応する。いくつかの実施形態では、部分プリエンプション期間８０６は、プリエンプト対象リソース８０２のためのリソースの再選択のために定義されたセンシングウィンドウの後から、非プリエンプション期間８０４の前までの期間を定義する。いくつかの実施形態では、部分プリエンプション期間８０６は、リソース再選択処理時間よりも短く、ＳＣＩ復号化及びサイドリンク測定のＵＥ処理時間よりも長い期間を定義する。

【0069】

更に、いくつかの実施形態では、プリエンプションメッセージ１１２が、部分プリエンプション期間８０６に先行する全プリエンプション期間［ｍ－Ｔ０，ｍ－Ｔ３］８０８中に、プリエンプト対象ＵＥ１０６において受信されると、プリエンプト対象ＵＥ１０６は、プリエンプト対象リソース８０２を使用して、プリエンプト対象ＵＥ１０６と関連付けられたデータ８１０を送信しないように構成される。いくつかの実施形態では、プリエンプト対象ＵＥ１０６は、全プリエンプション期間［ｍ－Ｔ０，ｍ－Ｔ３］８０８中に、プリエンプションメッセージ１１２がプリエンプト対象ＵＥ１０６において受信されると、プリエンプト対象ＵＥ１０６と関連付けられたデータ８１０を送信するためのリソースを再選択するように更に構成される。いくつかの実施形態では、Ｔ０は、プリエンプト対象リソース８０２と関連付けられたセンシングウィンドウサイズに対応する。いくつかの実施形態では、全プリエンプション期間８０８は、プリエンプト対象リソース８０２のためのリソースの再選択のために定義されたセンシングウィンドウと関連付けられた期間中にあり、かつリソース再選択処理時間Ｔ３よりも大きい期間を定義する。

【0070】

いくつかの実施形態では、プリエンプト対象ＵＥ１０６は、プリエンプト対象ＵＥ１０６と関連付けられたデータ８１０のデータ優先度レベルに従って、プリエンプト対象ＵＥ１０６と関連付けられたデータ８１０を送信するためのリソースを再選択するように構成される。例えば、優先度の最も低いデータの場合、リソース再選択は実行されなくてもよい。いくつかの実施形態では、プリエンプト対象ＵＥ１０６は、プリエンプト対象ＵＥ１０６の最後の予約済みリソースと関連付けられたスロットの後に開始するリソース再選択ウィンドウから、プリエンプト対象ＵＥ１０６と関連付けられたデータ８１０を送信するためのリソースを再選択するように構成される。いくつかの実施形態では、再選択ウィンドウの幅は、［ｎ＋Ｓ１，ｎ＋Ｓ２］として定義され得、ｎは最後の予約済みリソースのスロットであり、Ｓ１及びＳ２はプリエンプト対象ＵＥ１０６と関連付けられたデータ８１０のデータ優先度レベルに従って定義される。

【0071】

図９を参照すると、本明細書に記載の様々な態様に係る、基地局（ＢＳ）、ｅＮｏｄｅＢ、ｇＮｏｄｅＢ、又は他のネットワークデバイスで使用可能な装置９００のブロック図が示されている。いくつかの実施形態では、装置９００は、図１のｇＮｏｄｅＢ１０２内に含まれ得る。しかしながら、他の実施形態では、装置９００は、新無線（ＮＲ）システムと関連付けられたｇＮｏｄｅＢ内に含まれ得る。装置９００は、処理回路９１０及び（例えば、図１６に関連して論述した１つ以上のインタフェース等の）関連付けられたインタフェースを含む１つ以上のプロセッサ９１０（例えば、図１５及び／又は図１６に関連して記載したベースバンドプロセッサのうちの１つ以上等の、１つ以上のベースバンドプロセッサ）と、（例えば、１つ以上の有線（例えば、Ｘ２等）接続のための回路及び／又は（例えば、１つ以上の送信チェーンに関連付けられた）１つ以上のトランスミッタ回路、又は（例えば、１つ以上の受信チェーンに関連付けられた）レシーバ回路を備え得る、（トランスミッタ回路とレシーバ回路が共通回路素子、個別回路素子、又はそれらの組み合わせを使用し得る）ＲＦ回路１５０６の一部分若しくは全体から構成され得る）トランシーバ回路９２０と、（様々な記憶媒体のいずれかを含み得、１つ以上のプロセッサ９１０又はトランシーバ回路９２０と関連付けられた命令及び／又はデータを記憶し得る）メモリ９３０と、を含み得る。

【0072】

特に、用語「メモリ」は、例えば、ＣＤ－ＲＯＭ、フロッピーディスク、又はテープデバイス等のインストール媒体、ＤＲＡＭ、ＤＤＲ ＲＡＭ、ＳＲＡＭ、ＥＤＯ ＲＡＭ、Ｒａｍｂｕｓ ＲＡＭ等のコンピュータシステムメモリ又はランダムアクセスメモリ、フラッシュ等の不揮発性メモリ、ハードドライブ等の磁気媒体若しくは光学ストレージ、レジスタ、又は他の類似のタイプのメモリ要素等を含むことが意図されている。メモリ媒体は、他のタイプのメモリ、又はこれらの組み合わせを含んでもよい。様々な態様では、装置９００は、無線通信ネットワーク内の進化型ユニバーサル地上無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network、Ｅ－ＵＴＲＡＮ）ノードＢ（進化型ノードＢ（Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）、ｅＮｏｄｅＢ、又はｅＮＢ）、次世代ノードＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ、ｇＮｏｄｅＢ又はｇＮＢ）、又は他の基地局若しくは送信／受信ポイント（Transmit/Receive Point、ＴＲＰ）内に含まれ得る。いくつかの態様では、プロセッサ９１０、トランシーバ回路９２０、及びメモリ９３０は、単一のデバイスに含まれ得るが、他の態様では、それらは、分散アーキテクチャの一部等の異なるデバイスに含まれ得る。

【0073】

図１０を参照すると、本明細書に記載の様々な態様に係る、ユーザ機器（ＵＥ）又は他のネットワークデバイス（例えば、ＩｏＴデバイス）で使用可能な装置１０００のブロック図が示されている。いくつかの実施形態では、装置１０００は、図１のＵＥ１０４及び図１のＵＥ１０６内に含まれ得る。しかしながら、他の実施形態では、装置１０００は、新無線（ＮＲ）システムと関連付けられたＵＥ内に含まれ得る。装置１０００は、処理回路及び（例えば、図１６に関連して記載した１つ以上のインタフェース等の）それらと関連付けられたインタフェースを含む１つ以上のプロセッサ１０１０（例えば、図１５及び／又は図１６に関連して論述したベースバンドプロセッサのうちの１つ以上等の、１つ以上のベースバンドプロセッサ）と、（（例えば、１つ以上の送信チェーンに関連付けられた）トランスミッタ回路、及び／又は（例えば、１つ以上の受信チェーンに関連付けられた）レシーバ回路を備え得、トランスミッタ回路とレシーバ回路が共通回路素子、個別回路素子、又はそれらの組み合わせを使用し得るＲＦ回路１５０６の一部分若しくは全体を含む）トランシーバ回路１０２０と、（様々な記憶媒体のいずれかを含み得、１つ以上のプロセッサ１０１０又はトランシーバ回路１０２０と関連付けられた命令及び／又はデータを記憶し得る）メモリ１０３０と、を含み得る。特に、用語「メモリ」は、例えば、ＣＤ－ＲＯＭ、フロッピーディスク、又はテープデバイス等のインストール媒体、ＤＲＡＭ、ＤＤＲ ＲＡＭ、ＳＲＡＭ、ＥＤＯ ＲＡＭ、Ｒａｍｂｕｓ ＲＡＭ等のコンピュータシステムメモリ又はランダムアクセスメモリ、フラッシュ等の不揮発性メモリ、ハードドライブ等の磁気媒体若しくは光学ストレージ、レジスタ、又は他の類似のタイプのメモリ要素等を含むことが意図されている。メモリ媒体は、他のタイプのメモリ、又はこれらの組み合わせを含んでもよい。様々な態様では、装置１０００は、ユーザ機器（ＵＥ）内に含まれ得る。

【0074】

本明細書に記載の様々な態様では、信号及び／又はメッセージは送信のために生成及び出力され得、かつ／又は送信されたメッセージは受信及び処理され得る。生成される信号又はメッセージのタイプに応じて、（例えば、プロセッサ１０１０による）送信のための出力は、以下のうちの１つ以上を含み得る：信号又はメッセージの内容を示す関連付けられたビットのセットの生成、（例えば、巡回冗長検査（cyclic redundancy check、ＣＲＣ）の追加、及び／又はターボコード、低密度パリティ検査（low density parity-check、ＬＤＰＣ）コード、テールバイティング畳み込みコード（tailbiting convolution code、ＴＢＣＣ）等のうちの１つ以上を経由した符号化を含み得る）符号化、（例えば、スクランブルシードに基づく）スクランブル化、（例えば、２値位相シフトキーイング（binary phase shift keying、ＢＰＳＫ）、４位相シフトキーイング（quadrature phase shift keying、ＱＰＳＫ）のうちの１つ、又は直交振幅変調（quadrature amplitude modulation、ＱＡＭ）のいくつかの形式を経由した）変調、及び／又は（例えば、スケジュールされたリソースのセットへのマッピング、アップリンク送信用に許可された時間と周波数リソースのセットへのマッピング等の）リソースマッピング。受信した信号又はメッセージのタイプに応じて、（例えば、プロセッサ１０１０による）処理は、以下のうちの１つ以上を含み得る：信号／メッセージと関連付けられた物理リソースの識別、信号／メッセージの検出、リソース要素グループのデインターリーブ化、復調、スクランブル解析、及び／又は復号化。

【0075】

図１１は、本開示の一実施形態に係る、新無線（ＮＲ）システムにおけるユーザ機器（ＵＥ）のリソース再選択のための方法１１００のフローチャートを示す。本明細書では、方法１１００は、図１０の装置１０００、並びに図２及び図３のリソース選択手順２００及び３００をそれぞれ参照して説明される。いくつかの実施形態では、装置１０００は、図１のＵＥ１０４内に含まれ得る。したがって、方法１１００は、図１のＮＲシステム１００に関連して更に説明される。１１０２で、サイドリンク（例えば、図１のサイドリンク１０８）を介したトランスポートブロック（ＴＢ）の第１の送信のためにＵＥ（例えば、図１のＵＥ１０４）によって利用される第１のリソースが、第１のリソース選択ウィンドウ内で複数の候補リソースを含む候補リソースセットから、１つ以上のプロセッサ１０１０を使用して選択される。いくつかの実施形態では、第１のリソース選択ウィンドウのサイズは、ＴＢの（事前）構成済み最大再送信回数に基づいて導出される。１１０４で、ＴＢの第１の送信を含む第１の送信信号（例えば、図１の第１の送信信号１１０）が、１つ以上のプロセッサ１０１０を使用して生成される。いくつかの実施形態では、第１の送信信号は、選択された第１のリソースを使用してサイドリンクを介して送信される。

【0076】

１１０６で、第１の送信信号を生成するより前に、第１のリソース選択ウィンドウから、又は第１のリソースと関連付けられたスロットの後に開始するように構成される第１のリソース再選択ウィンドウ（例えば、図２の第１のリソース再選択ウィンドウ２０８）から、ＴＢの後続の送信のために予約されるべき最大でＮｍａｘ－１個の予約済みリソースが、１つ以上のプロセッサ１０１０を使用して選択される。例えば、いくつかの実施形態では、図３に上に説明したように、ＴＢの後続の送信のために予約されるべき最大でＮｍａｘ－１個の予約済みリソースは、第１のリソース選択ウィンドウから選択される。あるいは、いくつかの実施形態では、図２に上に説明したように、ＴＢの後続の送信のために予約されるべき最大でＮｍａｘ－１個の予約済みリソースは、第１のリソースと関連付けられたスロットの後に開始するように構成される第１のリソース再選択ウィンドウから選択される。

【0077】

１１０８で、ＴＢの各後続の再送信より前に、ＴＢの送信のために選択されたリソースの総数が（事前）構成済み最大再送信回数に達するまで、又はＴＢと関連付けられたパケット遅延バジェット（ＰＤＢ）に達するまで、対応する後続のリソース再選択ウィンドウから１つのリソースが、１つ以上のプロセッサを使用して選択される。いくつかの実施形態では、リソース再選択ウィンドウの各々は、ｍ＋Ｐ１スロットで開始し、ｍは、ＴＢのために最後に選択されたリソースのスロットであり、Ｐ１のスロットの数は、ハイブリッド自動反復要求（ＨＡＲＱ）フィードバックが有効になっているか否かに基づいて、ＨＡＲＱフィードバックが有効にされている場合はＨＡＲＱフィードバック時間に基づいて、選択される。いくつかの実施形態では、リソース再選択ウィンドウの各々のウィンドウ持続時間は、ＴＢと関連付けられたＰＤＢを超えず、かつ事前定義されたリソース予約ウィンドウサイズを超えないように選択される。いくつかの実施形態では、ＨＡＲＱフィードバックが無効になっているとき、Ｐ１は１に等しい。あるいは、他の実施形態では、Ｐ１は、ＨＡＲＱフィードバックが有効になっているとき、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）周期性、及び物理サイドリンク制御チャネル（ＰＳＣＣＨ）又は物理サイドリンク共有チャネル（ＰＳＳＣＨ）と関連付けられた処理時間に基づいて導出される。

【0078】

図１２は、本開示の一実施形態に係る、新無線（ＮＲ）システムにおけるユーザ機器（ＵＥ）のリソースプリエンプションのための方法１２００のフローチャートを示す。本明細書では、方法１２００は、図１０の装置１０００、並びに図６及び図７のプリエンプションに基づいて候補リソースセットを決定するためのアルゴリズム６００及び７００をそれぞれ参照して説明される。いくつかの実施形態では、装置１０００は、図１のＵＥ１０４内に含まれ得る。したがって、方法１２００は、図１のＮＲシステム１００に関連して更に説明される。１２０２で、候補リソースセット内の候補リソースのサブセットを使用して、サイドリンク（例えば、図１のサイドリンク１０８）を介したトランスポートブロック（ＴＢ）の送信のためにＵＥ（例えば、図１のＵＥ１０４）によって利用される複数のリソースを含むリソース選択ウィンドウから、複数の候補リソースを含む候補リソースセットが、１つ以上のプロセッサ１０１０を使用して選択される。いくつかの実施形態では、候補リソースセット内の複数の候補リソースは、１つ以上の他のＵＥ（例えば、図１のＵＥ１０６）によって予約されているリソースを含む１つ以上の予約済みリソースを含む。

【0079】

１２０４で、１つ以上の予約済みリソースが、１つ以上の予約済みリソースのデータ優先度レベルに従って、リソース選択ウィンドウから、１つ以上のプロセッサ１０１０を使用して選択される。一実施形態では、図６のアルゴリズム６００に関して上に説明したように、候補リソースセットを形成するために、他のＵＥによって予約されており、かつ事前定義された上限除外ＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有するリソースのセットを選択することに基づいて、リソース選択ウィンドウから選択された候補リソースの数が、事前定義された必要な候補リソースの数よりも小さいとき、１つ以上の予約済みリソースは、リソース選択ウィンドウから、１つ以上のプロセッサ１０１０を使用して選択される。このような実施形態では、１つ以上の予約済みリソースは、事前定義された上限除外ＲＳＲＰ閾値以上の基準信号受信電力（reference signal receive power、ＲＳＲＰ）レベルを含む。

【0080】

このような実施形態では、１つ以上の予約済みリソースはリソース選択ウィンドウ内で予約済みリソースの１つ以上のセットから選択され、予約済みリソースの１つ以上のセットは、リソース選択ウィンドウ内で最も低いデータ優先度レベルを有する予約済みリソースのセットを選択することと、候補リソースセットを形成するために、リソース選択ウィンドウから選択された候補リソースの数が、事前定義された必要な候補リソース数以上になるまで、データ優先度レベルを増加させることによって、リソース選択ウィンドウ内で後続の予約済みリソースのセットを繰り返し選択することと、に基づいて選択される。いくつかの実施形態では、予約済みリソースの１つ以上のセット内の予約済みリソースは、事前定義された上限除外ＲＳＲＰ閾値以上のＲＳＲＰレベルを含む。いくつかの実施形態では、各データ優先度レベルの予約済みリソースのセットを選択することは、事前定義されたＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有する予約済みリソースのグループを選択することと、事前定義された最大ＲＳＲＰ閾値に達するまで、ＲＳＲＰ閾値を増加させることによって、予約済みリソースの後続のグループを繰り返し選択することと、を含む。

【0081】

あるいは、別の実施形態では、図７のアルゴリズム７００に関して上に説明したように、１つ以上の予約済みリソースは、事前定義された除外ＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有し、かつ１つ以上の予約済みリソースを選択するＵＥのデータ優先度レベルＰ_TXよりも小さいデータ優先度レベルＰ_RXを有する予約済みリソースのセットをリソース選択ウィンドウ内で選択することに基づいて、リソース選択ウィンドウから選択される。このような実施形態では、予約済みリソースのセットは、１つ以上の予約済みリソースを含む。いくつかの実施形態では、事前定義された除外ＲＳＲＰ閾値は、データ優先度レベルＰ_TX及びデータ優先度レベルＰ_RXに基づいて定義される。

【0082】

図１３は、本開示の一実施形態に係る、新無線（ＮＲ）システムにおけるプリエンプト対象ユーザ機器（ＵＥ）のための方法１３００のフローチャートを示す。本明細書では、方法１３００は、図１０の装置１０００及び図８のプリエンプト対象ＵＥタイムライン８００を参照して説明される。いくつかの実施形態では、装置１０００は、図１のＲｘ ＵＥ１０６内に含まれ得る。したがって、方法１３００は、図１のＮＲシステム１００に関連して更に説明される。１３０２で、プリエンプティングＵＥ（例えば、図１のＴｘ ＵＥ１０４）としての、別のＵＥからのプリエンプションメッセージ（例えば、図１のプリエンプションメッセージ１１２）が、１つ以上のプロセッサ１０１０を使用してＵＥ（例えば、図１のＲｘ ＵＥ１０６）において受信される。いくつかの実施形態では、プリエンプションメッセージを受信するＵＥは、プリエンプト対象ＵＥ（例えば、図１のＲｘ ＵＥ１０６）を構成する。いくつかの実施形態では、プリエンプションメッセージは、プリエンプト対象ＵＥ（例えば、図１のＲｘ ＵＥ１０６）と関連付けられた予約済みリソースを利用する意図を示す。いくつかの実施形態では、予約済みリソースは、プリエンプティングＵＥによってデータ送信するために選択されたプリエンプト対象リソース（例えば、図８のプリエンプト対象リソース８０２）を含む。

【0083】

１３０４で、プリエンプト対象ＵＥ（例えば、図１のＲｘ ＵＥ１０６）と関連付けられたデータ（例えば、図８のデータ８１０）の送信が、プリエンプト対象ＵＥにおけるプリエンプションメッセージの受信時間に基づいて、プリエンプト対象リソースを使用して、１つ以上のプロセッサを使用して選択的に継続される。特に、時間ドメインでプリエンプト対象リソースに先行する非プリエンプション期間（例えば、図８の非プリエンプション期間８０４）中に、プリエンプションメッセージがプリエンプト対象ＵＥにおいて受信されると、１つ以上のプロセッサ１０１０は、プリエンプト対象リソースを使用して、プリエンプト対象ＵＥと関連付けられたデータの送信を継続するように構成される。いくつかの実施形態では、非プリエンプション期間は、プリエンプションメッセージを復号するためにプリエンプト対象ＵＥに必要なＵＥ処理時間よりも短い期間を定義する。

【0084】

あるいは、非プリエンプション期間に先行する部分プリエンプション期間（例えば、図８の部分プリエンプション期間８０６）中に、プリエンプションメッセージがプリエンプト対象ＵＥにおいて受信されると、１つ以上のプロセッサ１０１０は、プリエンプト対象リソースを使用して、プリエンプト対象ＵＥと関連付けられたデータを送信しないように構成される。いくつかの実施形態では、部分プリエンプション期間は、プリエンプト対象リソースのリソースを再選択するためのリソース再選択処理時間よりも短く、ＵＥ処理時間よりも長い期間を定義する。更に、いくつかの実施形態では、部分プリエンプション期間に先行する全プリエンプション期間（例えば、図８の全プリエンプション期間８０８）中に、プリエンプションメッセージがプリエンプト対象ＵＥにおいて受信されると、１つ以上のプロセッサ１０１０は、プリエンプト対象リソースを使用して、プリエンプト対象ＵＥと関連付けられたデータを送信しないように構成される。いくつかの実施形態では、全プリエンプション期間は、ＵＥのセンシングウィンドウと関連付けられた期間中にあり、かつリソース再選択処理時間よりも長い期間を定義する。更に、全プリエンプション期間中に、プリエンプションメッセージがプリエンプト対象ＵＥにおいて受信されると、１つ以上のプロセッサは、プリエンプト対象ＵＥと関連付けられたデータを送信するためのリソースを再選択するように構成される。

【0085】

本方法は、一連の動作又はイベントとして上記に例示及び説明されているが、このような動作又はイベントの図示された順序は、限定的な意味で解釈されるべきではないことが理解される。例えば、いくつかの動作は、異なる順序で、及び／又は本明細書に図示及び／又は説明されるものとは別の他の動作又はイベントと同時に発生し得る。加えて、本開示の１つ以上の態様又は実施形態を実装するために、全ての図示された動作が必要とされるわけではない。また、本明細書に示す動作のうちの１つ以上は、１つ以上の別個の動作及び／又は段階で実行され得る。

【0086】

本明細書に記載の実施形態は、任意の好適に構成されたハードウェア及び／又はソフトウェアを使用してシステムに実装することができる。図１４は、様々な実施形態に係る、コアネットワーク（ＣＮ）１４２０、例えば、第５世代（５Ｇ）ＣＮ（５ＧＣ）を含むシステム１４００のアーキテクチャを示す。システム１４００は、図に示すように、本明細書に記載の１つ以上の他のＵＥと同じ又は同様であり得るＵＥ１４０１と、第３世代パートナーシッププロジェクト（Third Generation Partnership Project、３ＧＰＰ）無線アクセスネットワーク（無線ＡＮ若しくはＲＡＮ）又は他の（例えば、非３ＧＰＰ）ＡＮであり、１つ以上のＲＡＮノード（例えば、進化型ノードＢ（ｅＮＢ）、次世代ノードＢ（ｇＮＢ、及び／又は他のノード）若しくは他のノード若しくはアクセスポイントを含み得る（Ｒ）ＡＮ２１０と、例えば、オペレータサービス、インターネットアクセス、又はサードパーティサービスであり得る、データネットワーク（Data Network、ＤＮ）２０３と、第５世代コアネットワーク（Fifth Generation Core Network、５ＧＣ）とを含む。５ＧＣ１４２０は、以下の機能及びネットワーク構成要素のうちの１つ以上を含み得る：認証サーバ機能（Authentication Server Function、ＡＵＳＦ）１４２２、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１４２１、セッション管理機能（Session Management Function、ＳＭＦ）１４２４、ネットワーク公開機能（Network Exposure Function、ＮＥＦ）１４２３、ポリシー制御機能（Policy Control Function、ＰＣＦ）１４２６、ネットワークリポジトリ機能（Network Repository Function、ＮＲＦ）１４２５、統合データ管理機能（Unified Data Management、ＵＤＭ）１４２７、アプリケーション機能（Application Function、ＡＦ）１４２８、ユーザプレーン（User Plane、ＵＰ）機能（ＵＰＦ）１４０２、及びネットワークスライス選択機能（Network Slice Selection Function、ＮＳＳＦ）１４２９。

【0087】

ＵＰＦ１４０２は、ＲＡＴ内及びＲＡＴ間のモビリティのためのアンカーポイント、ＤＮ１４０３との相互接続の外部プロトコルデータユニット（Protocol Data Unit、ＰＤＵ）セッションポイント、及びマルチホームＰＤＵセッションをサポートするための分岐ポイントとして機能することができる。ＵＰＦ１４０２はまた、パケットのルーティング及び転送を実行することができ、パケット検査を実行することができ、ポリシールールのユーザプレーン部を強制することができ、パケットを合法的に傍受すること（ＵＰ収集）ができ、トラフィック使用レポートを実行することができ、ユーザプレーンに対するＱｏＳ処理を実行すること（例えば、パケットフィルタリング、ゲーティング、アップリンク（Uplink、ＵＬ）／ダウンリンク（Downlink、ＤＬ）レート強制）ができ、アップリンクトラフィック検証を実行すること（例えば、サービスデータフロー（Service Data Flow、ＳＤＦ）からサービス品質（Quality of Service、ＱｏＳ）フローへのマッピング）ができ、アップリンク及びダウンリンクにおけるトランスポートレベルパケットマーキングを実施することができ、ダウンリンクパケットバッファリング及びダウンリンクデータ通知トリガーリングを実行することができる。ＵＰＦ１４０２は、データネットワークへのルーティングトラフィックフローをサポートするためのアップリンク分類子を含み得る。ＤＮ１４０３は、様々なネットワークオペレータサービス、インターネットアクセス、又はサードパーティサービスを提示することができる。ＤＮ１４０３は、アプリケーションサーバを含むか、又はそれと同様であり得る。ＵＰＦ１４０２は、ＳＭＦ１４２４とＵＰＦ１４０２との間のＮ４リファレンスポイントを経由してＳＭＦ１４２４と相互作用することができる。

【0088】

ＡＵＳＦ１４２２は、ＵＥ１４０１の認証のためのデータを記憶することができ、認証関連機能性を取り扱うことができる。ＡＵＳＦ１４２２は、様々なアクセスタイプのための共通認証フレームワークを容易にすることができる。ＡＵＳＦ１４２２は、ＡＭＦ１４２１とＡＵＳＦ１４２２との間のＮ１２リファレンスポイントを経由してＡＭＦ１４２１と通信することができ、ＵＤＭ１４２７とＡＵＳＦ１４２２との間のＮ１３リファレンスポイントを経由してＵＤＭ１４２７と通信することができる。加えて、ＡＵＳＦ１４２２は、Ｎａｕｓｆサービスベースのインタフェースを呈示することができる。

【0089】

ＡＭＦ１４２１は、（例えば、ＵＥ１４０１等を登録するための）登録管理、接続管理、到達性管理、モビリティ管理、及びＡＭＦ関連イベントの合法的傍受やアクセス認証及び認可に関与することができる。ＡＭＦ１４２１は、ＡＭＦ１４２１とＳＭＦ１４２４との間のＮ１１リファレンスポイントに対するターミネーションポイントであり得る。ＡＭＦ１４２１は、ＵＥ１４０１とＳＭＦ１４２４との間のＳＭメッセージのトランスポートを提供することができ、ＳＭメッセージをルーティングするための透過プロキシとして機能することができる。ＡＭＦ１４２１はまた、ＵＥ１４０１とショートメッセージサービス（Short Message Service、ＳＭＳ）機能（ＳＭＳＦ）（図１４に示さず）との間のＳＭＳメッセージのトランスポートを提供することができる。ＡＭＦ１４２１は、ＡＵＳＦ１４２２及びＵＥ１４０１との相互作用を含むこと、及び／又はＵＥ１４０１の認証プロセスの結果として確立された中間鍵の受信することができる、セキュリティアンカー機能（Security Anchor Function、ＳＥＡＦ）として機能することができる。ユニバーサル加入者識別モジュール（Universal Subscriber Identity Module、ＵＳＩＭ）ベースの認証が使用される場合、ＡＭＦ１４２１は、ＡＵＳＦ１４２２からセキュリティ資料を取得することができる。ＡＭＦ１４２１はまた、アクセスネットワーク固有の鍵を導出するために使用する鍵をＳＥＡから受信する、単一接続モード（Single-Connection Mode、ＳＣＭ）機能を含み得る。更に、ＡＭＦ１４２１は、（Ｒ）ＡＮ１４１０とＡＭＦ１４２１との間のＮ２リファレンスポイントであるか、又はそれを含み得るＲＡＮ制御プレーン（Control Plane、ＣＰ）インタフェースのターミネーションポイントであり得、ＡＭＦ１４２１はまた、非アクセス層（Non Access Stratum、ＮＡＳ）（Ｎ１）シグナリングのターミネーションポイントであることができ、ＮＡＳ暗号化及び完全性保護を実行することができる。

【0090】

ＡＭＦ１４２１はまた、非３ＧＰＰ（Ｎｏｎ－３ＧＰＰ、Ｎ３）インターワーキング機能（Inter Working Function、ＩＷＦ）インタフェースを介した、ＵＥ１４０１とのＮＡＳシグナリングをサポートすることができる。Ｎ３ＩＷＦを使用して、信頼できないエンティティへのアクセスを提供することができる。Ｎ３ＩＷＦは、制御プレーンに対し、（Ｒ）ＡＮ１４１０とＡＭＦ１４２１との間のＮ２インタフェースのターミネーションポイントであることができ、ユーザプレーンに対し、（Ｒ）ＡＮ１４１０とＵＰＦ１４０２との間のＮ３リファレンスポイントに対するターミネーションポイントであることができる。したがって、ＡＭＦ１４２１は、ＰＤＵセッション及びＱｏＳのためにＳＭＦ１４２４及びＡＭＦ１４２１からのＮ２シグナリングを取り扱うことができ、インターネットプロトコル（Internet Protocol、ＩＰ）セキュリティ（ＩＰＳｅｃ）及びＮ３トンネリングのためにパケットをカプセル化／カプセル化解除することができ、アップリンク中のＮ３ユーザプレーンパケットをマーキングすることができ、Ｎ２を介して受信したこのようなマーキングに関連付けられたＱｏＳ要件を加味してＮ３パケットマーキングに対応するＱｏＳを強制することができる。Ｎ３ＩＷＦはまた、ＵＥ１４０１とＡＭＦ１４２１との間のＮ１リファレンスポイントを経由して、ＵＥ１４０１とＡＭＦ１４２１との間のアップリンク及びダウンリンク制御プレーンＮＡＳシグナリングを中継することができ、ＵＥ１４０１とＵＰＦ１４０２との間のアップリンク及びダウンリンクユーザプレーンパケットを中継することができる。Ｎ３ＩＷＦはまた、ＵＥ１４０１とのＩＰｓｅｃトンネル確立のためのメカニズムを提供する。ＡＭＦ１４２１は、Ｎａｍｆサービスベースのインタフェースを呈示することができ、２つのＡＭＦ１４２１間のＮ１４リファレンスポイント、及びＡＭＦ１４２１と５Ｇ機器ＩＤレジストリ（5G Equipment Identity Register、５Ｇ－ＥＩＲ）（図１４に示せず）との間のＮ１７リファレンスポイントに対するターミネーションポイントであり得る。

【0091】

ＵＥ１４０１は、ネットワークサービスを受信するためにＡＭＦ１４２１に登録することができる。登録管理（Registration Management、ＲＭ）は、ＵＥ１４０１をネットワーク（例えば、ＡＭＦ１４２１）に登録又は登録解除し、ネットワーク（例えば、ＡＭＦ１４２１）内にＵＥコンテキストを確立するために用いられる。ＵＥ１４０１は、ＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態又はＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ状態で動作することができる。ＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ状態では、ＵＥ１４０１はネットワークに登録されておらず、ＡＭＦ１４２１内のＵＥコンテキストは、ＵＥ１４０１がＡＭＦ１４２１によって到達できないように、ＵＥ１４０１に関する有効な位置又はルーティングの情報を保持しない。ＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態では、ＵＥ１４０１はネットワークに登録されており、ＡＭＦ１４２１内のＵＥコンテキストは、ＵＥ１４０１がＡＭＦ１４２１によって到達可能であるように、ＵＥ１４０１に対する有効な位置又はルーティング情報を保持することができる。ＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態では、とりわけ、ＵＥ１４０１は、モビリティ登録更新手順を実行することができ、（例えば、ＵＥ１４０１が依然としてアクティブであることをネットワークに通知するために）周期的更新タイマの満了によってトリガされる周期的登録更新手順を実行することができ、ＵＥ能力情報を更新するか、又はネットワークとプロトコルパラメータを再ネゴシエートするために登録更新手順を実行することができる。

【0092】

ＡＭＦ１４２１は、ＵＥ１４０１のための１つ以上のＲＭコンテキストを記憶することができ、各ＲＭコンテキストは、ネットワークへの特定のアクセスと関連付けられる。ＲＭコンテキストは、とりわけ、アクセスタイプごとの登録状態及び周期的更新タイマを示すか又は記憶するデータ構造、データベースオブジェクト等であり得る。ＡＭＦ１４２１はまた、（拡張パケットシステム（Enhanced Packet System、ＥＰＳ））ＭＭ（Ｅｎｔｅｒｐｒｉｓｅ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ、（Ｅ）ＭＭ）コンテキストと同じ又は同様であり得る５ＧＣモビリティ管理（Mobility Management、ＭＭ）コンテキストを記憶することができる。様々な実施形態では、ＡＭＦ１４２１は、関連付けられたＭＭコンテキスト又はＲＭコンテキストに、ＵＥ１４０１のカバレッジ拡張（Coverage Enhancement、ＣＥ）モードＢ規制パラメータを記憶することができる。ＡＭＦ１４２１はまた、必要に応じて、ＵＥコンテキスト（及び／又はＭＭ／ＲＭコンテキスト）に既に記憶されているＵＥの使用設定パラメータから値を導出することができる。

【0093】

接続管理（ＣＭ）は、ＵＥ１４０１とＡＭＦ１４２１との間のＮ１インタフェースを介したシグナリング接続の確立及び解放のために使用され得る。シグナリング接続は、ＵＥ１４０１とＣＮ１４２０との間のＮＡＳシグナリング交換を可能にするために使用され、ＵＥとＡＮ（例えば、非３ＧＰＰアクセスのための無線リソース制御（radio resource control、ＲＲＣ）接続又はＵＥ－Ｎ３ＩＷＦ接続）との間のシグナリング接続と、ＡＮ（例えば、ＲＡＮ１４１０）とＡＭＦ１４２１との間のＵＥ１４０１のためのＮ２接続との両方を備える。ＵＥ１４０１は、ＣＭ－ＩＤＬＥモード又はＣＭ－ＣＯＮＮＥＣＴＥＤモードの２つのＣＭ状態のいずれかで動作することができる。ＵＥ１４０１がＣＭ－ＩＤＬＥ状態／モードで動作しているとき、ＵＥ１４０１には、ＡＭＦ１４２１とのＮ１インタフェースを介した確立されたＮＡＳシグナリング接続があり得なくても、ＵＥ１４０１のための（Ｒ）ＡＮ１４１０シグナリング接続（例えば、Ｎ２及び／又はＮ３接続）はあり得る。ＵＥ１４０１がＣＭ－ＣＯＮＮＥＣＴＥＤ状態／モードで動作しているとき、ＵＥ１４０１は、ＡＭＦ１４２１とのＮ１インタフェースを介した、確立されたＮＡＳシグナリング接続を有することができ、ＵＥ１４０１のための（Ｒ）ＡＮ１４１０シグナリング接続（例えば、Ｎ２及び／又はＮ３接続）があり得る。（Ｒ）ＡＮ１４１０とＡＭＦ１４２１との間のＮ２接続の確立により、ＵＥ１４０１は、ＣＭ－ＩＤＬＥモードからＣＭ－ＣＯＮＮＥＣＴＥＤモードに移行することができ、（Ｒ）ＡＮ１４１０とＡＭＦ１４２１との間のＮ２シグナリングが解放されると、ＵＥ１４０１は、ＣＭ－ＣＯＮＮＥＣＴＥＤモードからＣＭ－ＩＤＬＥモードに移行することができる。

【0094】

ＳＭＦ１４２４は、以下に関与することができる：セッション管理（Session Management、ＳＭ）（例えば、ＵＰＦとＡＮノードとの間のトンネル維持を含む、セッションの確立、変更、及び解放）、ＵＥ ＩＰアドレス割り当て及び管理（任意選択的な認可を含む）、ＵＰ機能の選択及び制御、トラフィックを適切な宛先にルーティングするためのＵＰＦにおけるトラフィックステアリングの構成、ポリシー制御機能とのインタフェースの終了、ポリシー強制及びＱｏＳの一部の制御、（ＳＭイベント、及び合法的傍受（Lawful Interception、ＬＩ）システムとのインタフェースの）合法的傍受、ＮＡＳメッセージのＳＭ部分の終了、ダウンリンクデータ通知、Ｎ２を介してＡＭＦ経由でＡＮに送信されるＡＮ固有のＳＭ情報の開始、セッションのセッション及びサービス連続性（Session and Service Continuity、ＳＳＣ）モードの決定。ＳＭは、ＰＤＵセッションの管理を指すことができ、ＰＤＵセッション又は「セッション」は、ＵＥ１４０１と、データネットワーク名（Data Network Name、ＤＮＮ）によって識別されるデータネットワーク（ＤＮ）１４０３との間のＰＤＵの交換を提供又は可能にするＰＤＵ接続性サービスを指すことができる。ＰＤＵセッションは、ＵＥ１４０１とＳＭＦ１４２４との間でＮ１リファレンスポイントを介して交換されるＮＡＳ ＳＭシグナリングを使用して、ＵＥ１４０１からの要求に応じて確立され、ＵＥ１４０１及び５ＧＣ１４２０の要求に応じて変更され、ＵＥ１４０１及び５ＧＣ１４２０の要求に応じて解放されることができる。５ＧＣ１４２０は、アプリケーションサーバから要求されると、ＵＥ１４０１における特定のアプリケーションをトリガすることができる。トリガメッセージの受信に応じて、ＵＥ１４０１は、トリガメッセージ（又はトリガメッセージの関連部分／情報）をＵＥ１４０１内の１つ以上の識別されたアプリケーションに渡すことができる。ＵＥ１４０１内の識別されたアプリケーションは、特定のＤＮＮへのＰＤＵセッションを確立することができる。ＳＭＦ１４２４は、ＵＥ１４０１の要求がＵＥ１４０１と関連付けられたユーザサブスクリプション情報に準拠しているかどうかをチェックすることができる。その際に、ＳＭＦ１４２４は、ＵＤＭ１４２７からＳＭＦ１４２４レベルサブスクリプションデータに関する更新通知を取得すること、及び／又はそれを受信するように要求することができる。

【0095】

ＳＭＦ１４２４は、以下のローミング機能を含み得る：ＱｏＳサービスレベル合意（Service Level Agreement、ＳＬＡ）を適用するためのローカル強制の処理（訪問先公衆地上移動体通信網（Visited Public Land Mobile Network、ＶＰＬＭＮ））、課金データの収集及び課金インタフェース（ＶＰＬＭＮ）、（ＶＰＬＭＮ内でのＳＭイベント及びＬＩシステムへのインタフェースの）合法的傍受、外部ＤＮによるＰＤＵセッションの認可／認証のためのシグナリングの伝送のための外部ＤＮとの相互作用のためのサポートを含み得る。２つのＳＭＦ１４２４間のＮ１６リファレンスポイントは、システム１４００に含まれ得、ローミングシナリオでは、これは訪問先ネットワーク内の別のＳＭＦ１４２４とホームネットワーク内のＳＭＦ１４２４との間にあり得る。加えて、ＳＭＦ１４２４は、Ｎｓｍｆサービスベースのインタフェースを呈示することができる。

【0096】

ＮＥＦ１４２３は、サードパーティ、内部公開／再公開、アプリケーション機能（例えば、ＡＦ１４２８）、エッジコンピューティング又はフォッグコンピューティングシステム等に、３ＧＰＰネットワーク機能によって提供されるサービス及び能力を安全に公開するための手段を提供することができる。このような実施形態では、ＮＥＦ１４２３は、ＡＦを認証、認可、及び／又は絞り込むことができる。ＮＥＦ１４２３はまた、ＡＦ１４２８と交換される情報、及び内部ネットワーク機能と交換される情報を変換することができる。例えば、ＮＥＦ１４２３は、ＡＦサービス識別子と内部５ＧＣ情報との間で変換を行うことができる。ＮＥＦ１４２３はまた、他のネットワーク機能の公開した能力に基づいて、他のネットワーク機能（ＮＦ）から情報を受信することができる。この情報を、構造化されたデータとしてＮＥＦ１４２３に、又は標準化されたインタフェースを使用してデータストレージＮＦに記憶され得る。次いで、記憶されている情報はＮＥＦ１４２３によって他のＮＦ及びＡＦに再公開されること、及び／又は分析等の他の目的に使用されることができる。更に、ＮＥＦ１４２３は、Ｎｎｅｆサービスベースのインタフェースを呈示することができる。

【0097】

ＮＲＦ１４２５は、サービス発見機能をサポートすることができ、ＮＦインスタンスからＮＦ発見要求を受信することができ、発見されたＮＦインスタンスの情報をＮＦインスタンスに提供することができる。ＮＲＦ１４２５はまた、利用可能なＮＦインスタンス及びそれらのサポートされるサービスの情報を維持する。本明細書で使用するとき、用語「インスタンス化する」、「インスタンス化」等は、インスタンスの作成を指すことができ、「インスタンス」は、例えば、プログラムコードの実行中に発生し得る、オブジェクトの具体的な発生を指すことができる。加えて、ＮＲＦ１４２５は、Ｎｎｒｆサービスベースのインタフェースを呈示することができる。

【0098】

ＰＣＦ１４２６は、制御プレーン機能にポリシールールを提供して、それらを強制することができ、また、統合ポリシーフレームワークをサポートして、ネットワーク挙動を統制することができる。ＰＣＦ１４２６はまた、ＵＤＭ１４２７の統合データレポジトリ（Unified Data Repository、ＵＤＲ）におけるポリシー決定に関連するサブスクリプション情報にアクセスするために、機能エンティティ（Functional Entity、ＦＥ）を実行することができる。ＰＣＦ１４２６は、ＰＣＦ１４２６とＡＭＦ１４２１との間のＮ１５リファレンスポイントを経由してＡＭＦ１４２１と通信することができ、ローミングシナリオの場合、これは訪問先ネットワーク内のＰＣＦ１４２６及びＡＭＦ１４２１を含み得る。ＰＣＦ１４２６は、ＰＣＦ１４２６とＡＦ１４２８との間のＮ５リファレンスポイントを経由してＡＦ１４２８と通信することができ、ＰＣＦ１４２６とＳＭＦ１４２４との間のＮ７リファレンスポイントを介してＳＭＦ１４２４と通信することができる。システム１４００及び／又はＣＮ１４２０はまた、（ホームネットワーク内の）ＰＣＦ１４２６と訪問先ネットワーク内のＰＣＦ１４２６との間にＮ２４リファレンスポイントを含み得る。更に、ＰＣＦ１４２６は、Ｎｐｃｆサービスベースのインタフェースを呈示することができる。

【0099】

ＵＤＭ１４２７は、サブスクリプション関連情報を取り扱ってネットワークエンティティによる通信セッションの処理をサポートすることができ、ＵＥ１４０１のサブスクリプションデータを記憶することができる。例えば、サブスクリプションデータは、ＵＤＭ１４２７とＡＭＦ１４２１との間のＮ８リファレンスポイントを経由してＵＤＭ１４２７とＡＭＦとの間で通信されることができる。ＵＤＭ１４２７は、２つの部分、アプリケーション機能エンティティ（ＦＥ）及び統合データレポジトリ（ＵＤＲ）を含み得る（ＦＥ及びＵＤＲは図１に示さず）。ＵＤＲは、ＵＤＭ１４２７及びＰＣＦ１４２６のサブスクリプションデータ及びポリシーデータ、並びに／又はＮＥＦ１４２３の公開及びアプリケーションデータのための、（アプリケーション検出のためのパケットフロー説明（Packet Flow Description、ＰＦＤ）、複数のＵＥ１４０１のためのアプリケーション要求情報を含む）構造化データを記憶することができる。ＵＤＲ２２１によって呈示されることのできるＮｕｄｒサービスベースのインタフェースは、ＵＤＭ１４２７、ＰＣＦ１４２６、及びＮＥＦ１４２３が記憶されているデータの特定のセットにアクセスすることと、ＵＤＲの関連するデータ変更の通知の読み取り、更新（例えば、追加、修正）、削除、及び加入を行うことと、を可能にする。ＵＤＭは、クレデンシャル、位置管理、加入管理等の処理を担当するＵＤＭ ＦＥを含み得る。いくつかの異なるＦＥは、異なるトランザクションにおいて同じユーザにサービスを提供することができる。ＵＤＭ－ＦＥは、ＵＤＲに記憶されたサブスクリプション情報にアクセスし、認証クレデンシャル処理、ユーザ識別処理、アクセス許可、登録／モビリティ管理、及びサブスクリプション管理を実行する。ＵＤＲは、ＵＤＭ１４２７とＳＭＦ１４２４との間のＮ１０リファレンスポイントを経由してＳＭＦ１４２４と相互作用することができる。ＵＤＭ１４２７はまた、ＳＭＳ－ＦＥが、本明細書の他の箇所に記載されているものと同様のアプリケーションロジックを実装するＳＭＳ管理をサポートすることができる。加えて、ＵＤＭ１４２７は、Ｎｕｄｍサービスベースのインタフェースを呈示することができる。

【0100】

ＡＦ１４２８は、トラフィックルーティングにアプリケーション影響を与えることができ、ＮＥＦ１４２３へのアクセスを提供することができ、ポリシー制御のためにポリシーフレームワークと相互作用することができる。５ＧＣ１４２０とＡＦ１４２８は、ＮＥＦ１４２３を経由して、エッジコンピューティング実装に使用できる情報を互いに提供することができる。このような実装形態では、トランスポートネットワークの低減されたエンドツーエンドレイテンシ及び負荷を通して効率的なサービス配信を達成するように、ネットワークオペレータ及びサードパーティのサービスを、ＵＥ１４０１のアタッチメントのアクセスポイントに近接してホストすることができる。エッジコンピューティング実装については、５ＧＣは、ＵＥ１４０１に近接しているＵＰＦ１４０２を選択し、Ｎ６インタフェースを経由してＵＰＦ１４０２からＤＮ１４０３へのトラフィックステアリングを実行することができる。これは、ＵＥサブスクリプションデータ、ＵＥ位置、及びＡＦ１４２８によって提供される情報に基づくことができる。このようにして、ＡＦ１４２８は、ＵＰＦ（再）選択及びトラフィックルーティングに影響を及ぼし得る。オペレータ配置に基づいて、ＡＦ１４２８が信頼できるエンティティであると見なされるとき、ネットワークオペレータは、ＡＦ１４２８が関連するＮＦと直接相互作用することを許可することができる。加えて、ＡＦ１４２８は、Ｎａｆサービスベースのインタフェースを呈示することができる。

【0101】

ＮＳＳＦ１４２９は、ＵＥ１４０１にサービスを提供するネットワークスライスインスタンスのセットを選択することができる。ＮＳＳＦ１４２９はまた、必要に応じて、許可されたネットワークスライス選択支援情報（Network Slice Selection Assistance Information、ＮＳＳＡＩ）及び加入済みシングルＮＳＳＡＩ（subscribed Single NSSAI、Ｓ－ＮＳＳＡＩ）へのマッピングを決定することができる。ＮＳＳＦ１４２９はまた、好適な構成に基づいて、場合によってはＮＲＦ１４２５にクエリすることによって、ＵＥ１４０１にサービス提供するために使用されるＡＭＦセットを、又は候補ＡＭＦ１４２１のリストを決定することができる。ＵＥ１４０１のためのネットワークスライスインスタンスのセットの選択は、ＮＳＳＦ１４２９と対話することによってＵＥ１４０１が登録されているＡＭＦ１４２１によってトリガされ得、これはＡＭＦ１４２１の変更をもたらすことができる。ＮＳＳＦ１４２９は、ＡＭＦ１４２１とＮＳＳＦ１４２９との間のＮ２２リファレンスポイントを経由してＡＭＦ１４２１と相互作用することができ、Ｎ３１リファレンスポイント（図１４に示せず）を経由して訪問先ネットワーク内の別のＮＳＳＦ１４２９と通信することができる。加えて、ＮＳＳＦ１４２９は、Ｎｎｓｓｆサービスベースのインタフェースを呈示することができる。

【0102】

前述したように、ＣＮ１４２０は、ＳＭＳサブスクリプションチェック及び検証、並びにＵＥ１４０１と、例えば、ＳＭＳ－移動サービス交換機（SMS-Gateway Mobile services Switching Center、ＳＭＳ－ＧＭＳＣ）／インターワーキングＭＳＣ（Inter-Working MSC、ＩＷＭＳＣ）／ＳＭＳルータ等の他のエンティティとの間で送受信されるＳＭメッセージの中継に関与するＳＭＳＦを含み得る。ＳＭＳＦはまた、ＵＥ１４０１がＳＭＳ転送に利用可能であることを通知する手順のために、ＡＭＦ１４２１及びＵＤＭ１４２７と相互作用することができる（例えば、ＵＥ到達不能フラグを設定し、ＵＥ１４０１がＳＭＳを利用可能であるときにＵＤＭ１４２７に通知する）。

【0103】

ＣＮ１４２０はまた、データ記憶システム／アーキテクチャ、５Ｇ－ＥＩＲ、セキュリティエッジ保護プロキシ（Security Edge Protection Proxy、ＳＥＰＰ）等の、図１４に示されていない他の要素を含み得る。データ記憶システムは、構造化データ記憶機能（Structured Data Storage Function、ＳＤＳＦ）、非構造化データ記憶機能（Unstructured Data Storage Function、ＵＤＳＦ）、及び／又はそれらと同様のものを含み得る。ＮＦは全て、あらゆるＮＦとＵＤＳＦとの間のＮ１８リファレンスポイント（図１に示せず）を経由して、非構造化データ（例えば、ＵＥコンテキスト）をＵＤＳＦに記憶すること／ＵＤＳＦから取得することができる。個々のＮＦは、各非構造化データを記憶するためにＵＤＳＦを共有することができ、又は個々のＮＦはそれぞれ、個々のＮＦにおいて又はその近くにおいて、独自のＵＤＳＦを有することができる。加えて、ＵＤＳＦは、Ｎｕｄｓｆサービスベースのインタフェース（図１に示せず）を呈示することができる。５Ｇ－ＥＩＲは、特定の機器／エンティティがネットワークのブラックリストに記載されているかどうかを判定するために永久設備識別子（Permanent Equipment Identifier、ＰＥＩ）のステータスをチェックするＮＦであり得、ＳＥＰＰは、ＰＬＭＮ間制御プレーンインタフェース上でトポロジ隠蔽、メッセージフィルタリング、及びポリシングを実行する非透過プロキシであり得る。

【0104】

加えて、ＮＦ内のＮＦサービス間には、多くの更なるリファレンスポイント及び／又はサービスベースインタフェースがあり得るが、図１４では、明確にするために、これらのインタフェース及びリファレンスポイントは省略されている。一例では、ＣＮ１４２０は、ＣＮ１４２０と非５Ｇ ＣＮとの間のインターワーキングを可能にするための、モビリティ管理エンティティ（Mobility Management Entity、ＭＭＥ）（例えば、非５Ｇ ＭＭＥ）とＡＭＦ１４２１との間のＣＮ間インタフェースである、Ｎｘインタフェースを含み得る。他の例示的なインタフェース／リファレンスポイントは、５Ｇ－ＥＩＲによって呈示されるＮ５ｇ－ＥＩＲサービスベースのインタフェースと、訪問先ネットワーク内のネットワークリポジトリ機能（ＮＲＦ）とホームネットワーク内のＮＲＦとの間のＮ２７リファレンスポイントと、訪問先ネットワーク内のＮＳＳＦとホームネットワーク内のＮＳＳＦとの間のＮ３１リファレンスポイントとを含み得る。

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

図１６は、いくつかの実施形態に係る、ベースバンド回路の例示的なインタフェースを示す。前述したように、図２のベースバンド回路１５０４は、プロセッサ１５０４Ａ～１５０４Ｅと、それらのプロセッサによって利用されるメモリ１５０４Ｇと、を備え得る。プロセッサ１５０４Ａ～１５０４Ｅの各々は、メモリ１５０４Ｇとの間でデータを送受信するための、メモリインタフェース１６０４Ａ～１６０４Ｅをそれぞれ含み得る。

【0130】

ベースバンド回路１５０４は、メモリインタフェース１６１２（例えば、ベースバンド回路１５０４の外部のメモリとの間でデータを送受信するためインタフェース）、アプリケーション回路インタフェース１６１４（例えば、図２のアプリケーション回路１５０２との間でデータを送受信するためインタフェース）、ＲＦ回路インタフェース１６１６（例えば、図２のＲＦ回路１５０６との間でデータを送受信するためインタフェース）、無線ハードウェア接続性インタフェース１６１８（例えば、近距離無線通信（Near Field Communication、ＮＦＣ）構成要素、Ｂｌｕｅｔｏｏｔｈ（登録商標）構成要素（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｌｏｗ Ｅｎｅｒｇｙ）、Ｗｉ－Ｆｉ（登録商標）構成要素、及び他の通信構成要素との間でデータを送受信するためインタフェース）、及び、電力管理インタフェース１６２０（例えば、ＰＭＣ１５１２との間で電力又は制御信号を送受信するためインタフェース）等の、他の回路／デバイスに通信可能に結合するための１つ以上のインタフェースを更に含み得る。

【0131】

様々な態様では、本明細書に記載の実施形態は、第１のセットの技法及び／又は第２のセットの技法の１つ以上の変形を通じて、Ｌ１（レイヤ１）を経由してセル間ビーム管理（Beam Management、ＢＭ）の技法を容易にすることができる。本明細書に記載の第１のセットの技法は、同期信号ブロック（Synchronization Signal Block、ＳＳＢ）を経由して、Ｌ１セル間ＢＭを容易にすることができる。本明細書に記載の第２のセットの技法は、同期チャネル状態情報（Channel State Information、ＣＳＩ）－基準信号（Reference Signal、ＲＳ）を経由して、Ｌ１セル間ＢＭを容易にすることができる。

【0132】

実施例は、方法、その方法の動作又はブロックを実行するための手段、機械によって実行されると、本明細書に記載の実施形態及び実施例による多重通信技術を使用して、同時通信のために方法又は装置若しくはシステムの動作をその機械に実行させる命令を含む少なくとも１つの機械可読媒体等の主題を含み得る。

【0133】

実施例１は、新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）に使用されるように構成された装置であって、第１のリソース選択ウィンドウ内で複数の候補リソースを含む候補リソースセットから、第１のリソースを選択し、ここで、第１のリソースが、サイドリンクを介したトランスポートブロック（ＴＢ）の第１の送信のためにＵＥによって利用され、第１のリソース選択ウィンドウのサイズが、ＴＢの（事前）構成済み最大再送信回数に基づいて導出され、選択された第１のリソースを使用してサイドリンクを介して送信される、ＴＢの第１の送信を含む第１の送信信号を生成するように構成された、１つ以上のプロセッサを備える、装置である。

【0134】

実施例２は、１つ以上のプロセッサが、第１の送信信号を生成するより前に、第１のリソース選択ウィンドウから、又は第１のリソースと関連付けられたスロットの後に開始するように構成されている第１のリソース再選択ウィンドウから、ＴＢの後続の送信のために予約されるべき最大でＮｍａｘ－１個の予約済みリソースを選択するように更に構成されており、Ｎｍａｘが、ＴＢの各送信の前に予約されたリソースの最大数を含む事前定義された予約済みリソース数である、実施例１の主題を含む装置である。

【0135】

実施例３は、１つ以上のプロセッサが、第１のリソース選択ウィンドウ中に、第１の選択ウィンドウ内で候補リソースセットからＮｍａｘ－１個の予約済みリソースを選択するように構成されている、要素を含む又は省略した実施例１又は２の主題を含む装置である。

【0136】

実施例４は、１つ以上のプロセッサが、第１のリソース再選択ウィンドウ内で候補リソースセットからＮｍａｘ－１個の予約済みリソースを選択するように構成されている、要素を含む又は省略した実施例１から３の主題を含む装置である。

【0137】

実施例５は、１つ以上のプロセッサが、ＴＢの各後続の再送信より前に、ＴＢの送信のために選択されたリソースの総数が（事前）構成済み最大再送信回数に達するまで、又はＴＢと関連付けられたパケット遅延バジェット（ＰＤＢ）に達するまで、対応する後続のリソース再選択ウィンドウから１つのリソースを選択するように更に構成されている、要素を含む又は省略した実施例１から４の主題を含む装置である。

【0138】

実施例６は、リソース再選択ウィンドウの各々が、ｍ＋Ｐ１スロットで開始し、ｍが、ＴＢのために最後に選択されたリソースのスロットであり、Ｐ１のスロットの数が、ハイブリッド自動反復要求（ＨＡＲＱ）フィードバックが有効になっているか否かに基づいて、ＨＡＲＱフィードバックが有効にされている場合はＨＡＲＱフィードバック時間に基づいて、選択される、要素を含む又は省略した実施例１から５の主題を含む装置である。

【0139】

実施例７は、リソース再選択ウィンドウの各々のウィンドウ持続時間が、ＴＢと関連付けられたＰＤＢを超えず、かつ事前定義されたリソース予約ウィンドウサイズを超えないように選択される、要素を含む又は省略した実施例１から６の主題を含む装置である。

【0140】

実施例８は、ＨＡＲＱフィードバックが無効になっているとき、Ｐ１が１に等しい、要素を含む又は省略した実施例１から７の主題を含む装置である。

【0141】

実施例９は、Ｐ１が、ＨＡＲＱフィードバックが有効になっているとき、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）周期性、及び物理サイドリンク制御チャネル（ＰＳＣＣＨ）又は物理サイドリンク共有チャネル（ＰＳＳＣＨ）と関連付けられた処理時間に基づいて導出される、要素を含む又は省略した実施例１から８の主題を含む装置である。

【0142】

実施例１０は、第１のリソース選択ウィンドウ又は第１のリソース再選択ウィンドウを含む単一のリソース選択ウィンドウから、最大でＮｍａｘ－１個のリソースを選択するために、１つ以上のプロセッサが、必要な数のリソースが選択されるまで、候補リソースセットからの各リソースの選択後に、新たに選択されたリソースのタイムスロットに従って、候補リソースセットを更新しながら、単一のリソース選択ウィンドウに関連付けられた候補リソースセットから、１つ以上のリソースをランダムに選択するように構成されている、要素を含む又は省略した実施例１から９の主題を含む装置である。

【0143】

実施例１１は、候補リソースセットが、以下の関係：
Ｔ’_S＝Ｔ_S∩［ｔ－Ｗ，ｔ－Ｖ］∩［ｔ＋Ｖ，ｔ＋Ｗ］
（式中、ｔは、新たに選択されたリソースの時間スロットであり、
Ｔ’_Sは、候補リソースセットの更新された時間スロットであり、
Ｔｓは、候補リソースセットの以前の時間スロットであり、
Ｗは、リソース予約ウィンドウサイズ－１であり、
Ｖは、ハイブリッド自動反復要求（ＨＡＲＱ）フィードバックが有効になっているか否かに基づいて、ＨＡＲＱフィードバックが有効にされている場合はＨＡＲＱフィードバック時間に基づいて、定義されるタイムスロット数である）に従って更新される、要素を含む又は省略した実施例１から１０の主題を含む装置である。

【0144】

実施例１２は、ＴＢの各送信又は再送信が、（事前）構成済み最大再送信回数に基づく、ＴＢのための最大でＮｍａｘ－１個の予約済みリソースの情報を含む、要素を含む又は省略した実施例１から１１の主題を含む装置である。

【0145】

実施例１３は、ＴＢの１つ以上の再送信が、Ｎｍａｘ－１個よりも少ない予約済みリソースが対応する再送信のために予約されているとき、１つ以上の以前の送信の送信に利用されたリソースに関する情報を更に含む、要素を含む又は省略した実施例１から１２の主題を含む装置である。

【0146】

実施例１４は、新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）に使用されるように構成された装置であって、複数の候補リソースを含む候補リソースセットを、候補リソースセット内の候補リソースのサブセットを使用した、サイドリンクを介したトランスポートブロック（ＴＢ）の送信のためにＵＥによって利用される複数のリソースを含むリソース選択ウィンドウから選択するように構成された１つ以上のプロセッサを備え、候補リソースセット内の複数の候補リソースが、１つ以上の他のＵＥによって予約されているリソースを含む１つ以上の予約済みリソースを含み、１つ以上の予約済みリソースが、１つ以上の予約済みリソースのデータ優先度レベルに従って、リソース選択ウィンドウから選択される、装置である。

【0147】

実施例１５は、１つ以上の予約済みリソースが、事前定義された上限除外ＲＳＲＰ閾値以上の基準信号受信電力（ＲＳＲＰ）レベルを含む、実施例１４の主題を含む装置である。

【0148】

実施例１６は、候補リソースセットを形成するために、他のＵＥによって予約されており、かつ事前定義された上限除外ＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有する予約済みリソースのセットを選択することに基づいて、リソース選択ウィンドウから選択された候補リソースの数が、事前定義された必要な候補リソースの数よりも小さいとき、１つ以上の予約済みリソースが、リソース選択ウィンドウから選択される、要素を含む又は省略した実施例１４又は１５の主題を含む装置である。

【0149】

実施例１７は、１つ以上の予約済みリソースがリソース選択ウィンドウ内で予約済みリソースの１つ以上のセットから選択され、予約済みリソースの１つ以上のセットが、リソース選択ウィンドウ内で最も低いデータ優先度レベルを有する予約済みリソースのセットを選択することと、候補リソースセットを形成するために、リソース選択ウィンドウから選択された候補リソースの数が、事前定義された必要な候補リソース数以上になるまで、データ優先度レベルを増加させることによって、リソース選択ウィンドウ内で後続の予約済みリソースのセットを繰り返し選択することと、に基づいて選択され、予約済みリソースの１つ以上のセット内の予約済みリソースが、事前定義された上限除外ＲＳＲＰ閾値以上のＲＳＲＰレベルを含む、要素を含む又は省略した実施例１４から１６の主題を含む装置である。

【0150】

実施例１８は、各データ優先度レベルの予約済みリソースのセットを選択することが、事前定義されたＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有する予約済みリソースのグループを選択することと、事前定義された最大ＲＳＲＰ閾値に達するまで、ＲＳＲＰ閾値を増加させることによって、予約済みリソースの後続のグループを繰り返し選択することと、を含む、要素を含む又は省略した実施例１４から１７の主題を含む装置である。

【0151】

実施例１９は、１つ以上の予約済みリソースが、事前定義された除外ＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有し、かつ１つ以上の予約済みリソースを選択するＵＥのデータ優先度レベルＰ_TXよりも小さいデータ優先度レベルＰ_RXを有する予約済みリソースのセットをリソース選択ウィンドウ内で選択することに基づいて、リソース選択ウィンドウから選択される、要素を含む又は省略した実施例１４から１８の主題を含む装置である。

【0152】

実施例２０は、事前定義された除外ＲＳＲＰ閾値が、データ優先度レベルＰ_TX及びデータ優先度レベルＰ_RXに基づいて定義される、要素を含む又は省略した実施例１４から１９の主題を含む装置である。

【0153】

実施例２１は、候補リソースセット内の複数の候補リソースが、複数の候補リソース内の候補リソースが予約済みリソースを含むかどうかに基づいて、候補リソースが予約済みリソースを含む場合は候補リソースのデータ優先度レベルに基づいて、ランク付けされる、要素を含む又は省略した実施例１４から２０の主題を含む装置である。

【0154】

実施例２２は、１つ以上のプロセッサが、ＵＥのデータ優先度Ｐ _TX が、事前定義された送信閾値Ｔｈ _TX よりも大きいとき、又は１つ以上のＵＥのデータ優先度Ｐ _RX が、事前定義された受信閾値Ｔｈ _RX よりも小さいとき、又はデータ優先度Ｐ_TXとデータ優先度Ｐ_RXとの間のギャップが事前定義された閾値ギャップよりも大きいとき、１つ以上のＵＥと関連付けられた１つ以上の予約済みリソースを含む候補リソースセットを選択することを含むプリエンプション手順をトリガするように構成されている、要素を含む又は省略した実施例１４から２１の主題を含む装置である。

【0155】

実施例２３は、新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）に使用されるように構成された装置であって、プリエンプティングＵＥとしての別のＵＥからプリエンプションメッセージを受信し、ここで、プリエンプションメッセージが、ＵＥと関連付けられた予約済みリソースを利用する意図を示し、予約済みリソースが、プリエンプティングＵＥによってデータ送信のために選択されたプリエンプト対象リソースを含み、ＵＥにおけるプリエンプションメッセージの受信時間に基づいて、プリエンプト対象リソースを使用して、ＵＥと関連付けられたデータの送信を選択的に継続するように構成された、１つ以上のプロセッサを備える、装置である。

【0156】

実施例２４は、１つ以上のプロセッサが、時間ドメインでプリエンプト対象リソースに先行する非プリエンプション期間中に、プリエンプションメッセージがＵＥにおいて受信されると、プリエンプト対象リソースを使用して、ＵＥと関連付けられたデータの送信を継続するように構成されており、非プリエンプション期間が、プリエンプションメッセージを復号するためにＵＥに必要とされるＵＥ処理時間よりも短い期間を定義する、実施例２３の主題を含む装置である。

【0157】

実施例２５は、１つ以上のプロセッサが、非プリエンプション期間に先行する部分プリエンプション期間中に、プリエンプションメッセージがＵＥにおいて受信されると、プリエンプト対象リソースを使用してＵＥと関連付けられたデータを送信しないように構成されており、部分プリエンプション期間が、プリエンプト対象リソースのリソースを再選択するためのリソース再選択処理時間よりも短く、ＵＥ処理時間よりも長い期間を定義する、要素を含む又は省略した実施例２３から２４の主題を含む装置である。

【0158】

実施例２６は、１つ以上のプロセッサが、部分プリエンプション期間に先行する全プリエンプション期間中に、プリエンプションメッセージがＵＥにおいて受信されると、プリエンプト対象リソースを使用してＵＥと関連付けられたデータを送信しないように構成されており、全プリエンプション期間が、ＵＥのセンシングウィンドウと関連付けられた期間中にあり、かつリソース再選択処理時間よりも長い期間を定義する、要素を含む又は省略した実施例２３から２５の主題を含む装置である。

【0159】

実施例２７は、１つ以上のプロセッサが、全プリエンプション期間中に、プリエンプションメッセージがＵＥにおいて受信されると、ＵＥと関連付けられたデータを送信するためのリソースを再選択するように更に構成されている、要素を含む又は省略した実施例２３から２６の主題を含む装置である。

【0160】

実施例２８は、１つ以上のプロセッサが、ＵＥと関連付けられたデータのデータ優先度レベルに従って、ＵＥと関連付けられたデータを送信するためのリソースを再選択するように構成されている、要素を含む又は省略した実施例２３から２７の主題を含む装置である。

【0161】

実施例２９は、１つ以上のプロセッサが、ＵＥの最後の予約済みリソースと関連付けられたスロットの後に開始するリソース再選択ウィンドウから、ＵＥと関連付けられたデータを送信するためのリソースを再選択するように構成されており、再選択ウィンドウの幅がＵＥと関連付けられたデータのデータ優先度レベルに従って定義される、要素を含む又は省略した実施例２３から２８の主題を含む装置である。

【0162】

実施例３０は、新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）のための方法であって、第１のリソース選択ウィンドウ内で複数の候補リソースを含む候補リソースセットから、第１のリソースを、１つ以上のプロセッサを使用して選択することであって、第１のリソースが、サイドリンクを介したトランスポートブロック（ＴＢ）の第１の送信のためにＵＥによって利用され、第１のリソース選択ウィンドウのサイズが、ＴＢの（事前）構成済み最大再送信回数に基づいて導出される、選択することと、ＴＢの第１の送信を含む第１の送信信号を、１つ以上のプロセッサを使用して生成することであって、第１の送信信号が、選択された第１のリソースを使用してサイドリンクを介して送信される、生成することと、を含む、方法である。

【0163】

実施例３１は、第１の送信信号を生成するより前に、第１のリソース選択ウィンドウから、又は第１のリソースと関連付けられたスロットの後に開始するように構成される第１のリソース再選択ウィンドウから、ＴＢの後続の送信のために予約されるべき最大でＮｍａｘ－１個の予約済みリソースを、１つ以上のプロセッサを使用して選択することを更に含み、Ｎｍａｘが、ＴＢの各送信の前に予約されたリソースの最大数を含む事前定義された予約済みリソース数である、実施例３０の主題を含む方法である。

【0164】

実施例３２は、Ｎｍａｘ－１個の予約済みリソースが、第１のリソース選択ウィンドウ内で候補リソースセットから選択される、要素を含む又は省略した実施例３０又は３１の主題を含む方法である。

【0165】

実施例３３は、Ｎｍａｘ－１個の予約済みリソースが、第１のリソース選択ウィンドウに続く第１のリソース再選択ウィンドウ内で候補リソースセットから選択される、要素を含む又は省略した実施例３０から３２の主題を含む方法である。

【0166】

実施例３４は、ＴＢの各後続の再送信より前に、ＴＢの送信のために選択されたリソースの総数が（事前）構成済み最大再送信回数に達するまで、又はＴＢと関連付けられたパケット遅延バジェット（ＰＤＢ）に達するまで、対応する後続のリソース再選択ウィンドウから１つのリソースを、１つ以上のプロセッサを使用して選択することを更に含む、要素を含む又は省略した実施例３０から３３の主題を含む方法である。

【0167】

実施例３５は、リソース再選択ウィンドウの各々が、ｍ＋Ｐ１スロットで開始し、ｍが、ＴＢのために最後に選択されたリソースのスロットであり、Ｐ１のスロットの数が、ハイブリッド自動反復要求（ＨＡＲＱ）フィードバックが有効になっているか否かに基づいて、ＨＡＲＱフィードバックが有効にされている場合はＨＡＲＱフィードバック時間に基づいて、選択される、要素を含む又は省略した実施例３０から３４の主題を含む方法である。

【0168】

実施例３６は、リソース再選択ウィンドウの各々のウィンドウ持続時間が、ＴＢと関連付けられたＰＤＢを超えず、かつ事前定義されたリソース予約ウィンドウサイズを超えないように選択される、要素を含む又は省略した実施例３０から３５の主題を含む方法である。

【0169】

実施例３７は、ＨＡＲＱフィードバックが無効になっているとき、Ｐ１が１に等しい、要素を含む又は省略した実施例３０から３６の主題を含む方法である。

【0170】

実施例３８は、Ｐ１が、ＨＡＲＱフィードバックが有効になっているとき、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）周期性、及び物理サイドリンク制御チャネル（ＰＳＣＣＨ）又は物理サイドリンク共有チャネル（ＰＳＳＣＨ）と関連付けられた処理時間に基づいて導出される、要素を含む又は省略した実施例３０から３７の主題を含む方法である。

【0171】

実施例３９は、新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）のための方法であって、複数の候補リソースを含む候補リソースセットを、候補リソースセット内の候補リソースのサブセットを使用した、サイドリンクを介したトランスポートブロック（ＴＢ）の送信のためにＵＥによって利用される複数のリソースを含むリソース選択ウィンドウから、１つ以上のプロセッサを使用して選択することであって、候補リソースセット内の複数の候補リソースが、１つ以上の他のＵＥによって予約されているリソースを含む１つ以上の予約済みリソースを含む、選択することと、１つ以上の予約済みリソースのデータ優先度レベルに従って、リソース選択ウィンドウから１つ以上の予約済みリソースを、１つ以上のプロセッサを使用して選択することと、を含む、方法である。

【0172】

実施例４０は、１つ以上の予約済みリソースが、事前定義された上限除外ＲＳＲＰ閾値以上の基準信号受信電力（ＲＳＲＰ）レベルを含む、実施例３９の主題を含む方法である。

【0173】

実施例４１は、候補リソースセットを形成するために、他のＵＥによって予約されており、かつ事前定義された上限除外ＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有するリソースのセットを選択することに基づいて、リソース選択ウィンドウから選択された候補リソースの数が、事前定義された必要な候補リソースの数よりも小さいとき、１つ以上の予約済みリソースが、リソース選択ウィンドウから、１つ以上のプロセッサを使用して選択される、要素を含む又は省略した実施例３９又は４０の主題を含む方法である。

【0174】

実施例４２は、１つ以上の予約済みリソースがリソース選択ウィンドウ内で予約済みリソースの１つ以上のセットから選択され、予約済みリソースの１つ以上のセットが、リソース選択ウィンドウ内で最も低いデータ優先度レベルを有する予約済みリソースのセットを選択することと、候補リソースセットを形成するために、リソース選択ウィンドウから選択された候補リソースの数が、事前定義された必要な候補リソース数以上になるまで、データ優先度レベルを増加させることによって、リソース選択ウィンドウ内で後続の予約済みリソースのセットを繰り返し選択することと、に基づいて選択され、予約済みリソースの１つ以上のセット内の予約済みリソースが、事前定義された上限除外ＲＳＲＰ閾値以上のＲＳＲＰレベルを含む、要素を含む又は省略した実施例３９から４１の主題を含む方法である。

【0175】

実施例４３は、各データ優先度レベルの予約済みリソースのセットを選択することが、事前定義されたＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有する予約済みリソースのグループを選択することと、事前定義された最大ＲＳＲＰ閾値に達するまで、ＲＳＲＰ閾値を増加させることによって、プリエンプト対象リソースの後続のグループを繰り返し選択することと、を含む、要素を含む又は省略した実施例３９から４２の主題を含む方法である。

【0176】

実施例４４は、１つ以上の予約済みリソースが、事前定義された除外ＲＳＲＰ閾値よりも小さいＲＳＲＰレベルを有し、かつ１つ以上の予約済みリソースを選択するＵＥのデータ優先度レベルＰ_TXよりも小さいデータ優先度レベルＰ_RXを有する予約済みリソースのセットをリソース選択ウィンドウ内で選択することに基づいて、リソース選択ウィンドウから選択される、要素を含む又は省略した実施例３９から４３の主題を含む方法である。

【0177】

実施例４５は、事前定義された除外ＲＳＲＰ閾値が、データ優先度レベルＰ_TX及びデータ優先度レベルＰ_RXに基づいて定義される、要素を含む又は省略した実施例３９から４４の主題を含む方法である。

【0178】

実施例４６は、新無線（ＮＲ）システムと関連付けられたユーザ機器（ＵＥ）のための方法であって、プリエンプティングＵＥとしての別のＵＥからプリエンプションメッセージを、１つ以上のプロセッサを使用して受信することであって、プリエンプションメッセージが、ＵＥと関連付けられた予約済みリソースを利用する意図を示し、予約済みリソースが、プリエンプティングＵＥによってデータ送信のために選択されたプリエンプト対象リソースを含む、受信することと、ＵＥにおけるプリエンプションメッセージの受信時間に基づいて、プリエンプト対象リソースを使用して、ＵＥと関連付けられたデータの送信を、１つ以上のプロセッサを使用して選択的に継続することと、を含む、方法である。

【0179】

実施例４７は、１つ以上のプロセッサを、時間ドメインでプリエンプト対象リソースに先行する非プリエンプション期間中に、プリエンプションメッセージがＵＥにおいて受信されると、プリエンプト対象リソースを使用して、ＵＥと関連付けられたデータの送信を継続するように構成することを更に含み、非プリエンプション期間が、プリエンプションメッセージを復号するためにＵＥに必要とされるＵＥ処理時間よりも短い期間を定義する、実施例４６の主題を含む方法である。

【0180】

実施例４８は、１つ以上のプロセッサを、非プリエンプション期間に先行する部分プリエンプション期間中に、プリエンプションメッセージがＵＥにおいて受信されると、プリエンプト対象リソースを使用してＵＥと関連付けられたデータを送信しないように構成することを更に含み、部分プリエンプション期間が、プリエンプト対象リソースのリソースを再選択するためのリソース再選択処理時間よりも短く、ＵＥ処理時間よりも長い期間を定義する、要素を含む又は省略した実施例４６又は４７の主題を含む方法である。

【0181】

実施例４９は、１つ以上のプロセッサを、部分プリエンプション期間に先行する全プリエンプション期間中に、プリエンプションメッセージがＵＥにおいて受信されると、プリエンプト対象リソースを使用してＵＥと関連付けられたデータを送信しないように構成することを更に含み、全プリエンプション期間が、ＵＥのセンシングウィンドウと関連付けられた期間中にあり、かつリソース再選択処理時間よりも長い期間を定義する、要素を含む又は省略した実施例４６から４８の主題を含む方法である。

【0182】

実施例５０は、１つ以上のプロセッサを、全プリエンプション期間中に、プリエンプションメッセージがＵＥにおいて受信されると、ＵＥと関連付けられたデータを送信するためのリソースを再選択するように構成することを更に含む、要素を含む又は省略した実施例４６から４９の主題を含む方法である。

【0183】

本発明を例示し、そして１つ以上の実装形態に関して説明したが、添付の特許請求の範囲の趣旨及び範囲から逸脱することなく、図示の実施例に対して改変及び／又は変更を行うことができる。特に、上述の構成要素又は構造（アセンブリ、デバイス、回路、システム等）によって実行される様々な機能に関して、このような構成要素を説明するために使用される用語（「手段」への参照を含む）は、特に明記しない限り、たとえ本明細書に例示される本発明の例示的な実装形態の機能を実行する開示された構造と構造的に同等でなくても、記載の構成要素の特定の機能を実行する（例えば、機能的に同等である）任意の構成要素又は構造に対応することが意図される。

【0184】

要約書に記載の内容も含めて、開示されている主題の例示的な実施形態の上記説明は、網羅的であることも、開示されている実施形態を、開示されている正確な形態に限定することも意図するものではない。具体的な実施形態及び実施例が、説明の目的で本明細書に記載されているが、当業者であれば認識できるように、これらの具体的な実施形態及び実施例の範囲内で考えられる、様々な同等の変更が可能である。
付録Ａ
序論
リリース－１６ＮＲ Ｖ２Ｘ仕様は、２０１９年１２月に承認された。ＮＲ Ｖ２Ｘには依然としていくつかの特定されたタスクが残っている。
この寄稿では、センシングウィンドウ及びリソース選択ウィンドウ、識別された候補リソースからのリソース選択、リソース再選択、及びリソースプリエンプションを含む、特定された残りのタスクのうちのいくつかの詳細な内容について説明する。
考察
センシングウィンドウ及びリソース選択ウィンドウ
ここで、センシングウィンドウ及びリソース選択ウィンドウを考察する。
●リソース（再）選択及び再評価手順がトリガされるときの所与の時間インスタンスｎについては、
○リソース選択ウィンドウが時間インスタンス（ｎ＋Ｔ１）で開始し、Ｔ１≧０であり、時間インスタンス（ｎ＋Ｔ２）で終了する。
■選択ウィンドウの開始Ｔ１はＵＥ実装形態に依存し、Ｔ１≦Ｔ_proc,1を前提とする
§Ｔ２は、作業仮定として以下の詳細な内容を持つＵＥ実装形態に依存する：
・Ｔ２≧Ｔ２_min
・Ｔ２_min＞残りのＰＤＢの場合、Ｔ２_minは残りのＰＤＢに等しくなるように修正される
・次の研究課題：最小ウィンドウ持続時間Ｔ２_min－Ｔ１が優先度の関数であるかどうかを含むＴ２_minのその他の詳細
§ＵＥによるＴ２の選択は、レイテンシ要件、すなわち、Ｔ２≦残りのＰＤＢ、を満たすものとする。
○センシングウィンドウは、時間間隔［ｎ－Ｔ０，ｎ－Ｔ_proc,0）によって定義される。
■Ｔ０は（事前）構成されており、Ｔ０＞_Tproc,0である。次の研究課題：更なる詳細
○次の研究課題：Ｔ_proc,0及びＴ_proc,1が別々に定義されているか、又は合計として定義されている場合
○次の研究課題：Ｔ３、Ｔ_proc,0、Ｔ_proc,1の関係
○時間インスタンスｎ，Ｔ０，Ｔ１，Ｔ２，Ｔ２_minはスロットで計測され、次の研究課題：Ｔ_proc,0とＴ_proc,1
Ｔ_proc,0は、ＳＣＩ復号化及びサイドリンク測定のＵＥ処理時間と見なされる。この値は、センシングウィンドウを定義するために使用される。Ｔ_proc,1は、リソース選択処理時間と見なされ、この値は、リソース選択ウィンドウの境界値として使用される。Ｔ_proc,0及びＴ_proc,1は、センシングウィンドウとリソース選択ウィンドウを別々に明確にするために別々に定義される。
いくつかの実施形態では、Ｔ_proc,0及びＴ_proc,1は、シンボルで定義される。一般に、ＳＣＩ復号化は、いくつかのシンボルで行うことができる。Ｔ_proc,0をスロットで測定する場合、センシングウィンドウ持続時間は、［ｎ－Ｔ₀，ｎ－Ｔ_proc,0）というその定義のために１スロットが減少される。これはセンシング結果に影響を及ぼす。同様に、リソース選択ウィンドウ開始時間Ｔ₁の上限は、Ｔ_proc,1によって制限される。Ｔ_proc,1をスロットで測定する場合、リソース選択ウィンドウは１スロット遅延される。
提案１：Ｔ_proc,0及びＴ_proc,1の処理時間パラメータは別々に定義され、シンボルで測定される。
シグナリングされたリソース予約が、「ｍ－Ｔ₃」の後に受信される場合、リソース再選択手順はトリガされる必要がない。ここで、「ｍ」は他のＵＥによって予約されているリソースが選択された瞬間である。ここで、ギャップＴ₃は、リソース再選択処理時間と見なされる。更新されたセンシング結果は、リソース再選択手順において重要であることに留意されたい。ゆえに、処理時間Ｔ₃は、ＳＣＩ復号化及びサイドリンク測定のＵＥ処理時間を含む。言い換えれば、値Ｔ₃は、Ｔ_proc,0とＴ_proc,1の合計として設定される。Ｔ_proc,0とＴ_proc,1と同様に、Ｔ₃の単位はシンボルである。
提案２：リソース再選択手順において、Ｔ₃は、Ｔ_proc,0とＴ_proc,1の合計として設定される。
複数のリソースの選択
リソース選択のステップ２で、選択ウィンドウ内で識別された候補リソースからのランダム化されたリソース選択がサポートされる。ブラインド再送信又はフィードバックベースのＨＡＲＱ再送信のいずれかに対し、複数のリソースをステップ２で同時に選択することは可能である。
複数のリソースが独立してランダムに選択される場合、選択されたリソースには時間衝突が存在し得る。例えば、２つの選択されたリソースが、同じスロットにあるか、又は２つの選択されたリソース間の時間ギャップが、リソース予約ウィンドウよりも大きい。更に、フィードバックベースのＨＡＲＱ再送信の場合、１つの選択されたリソーススロットが、別の選択されたリソーススロットと、その対応するＰＳＦＣＨスロットとの間にある。これは、ＨＡＲＱ－ＮＡＣＫフィードバックが前の送信から受信された場合にのみ、再送信が起こるため、望ましくない。
したがって、複数のリソースを順次かつ依存的に選択することを提案する。識別された候補リソースセットから第１のリソースをランダムに選択することができる。次いで、識別された候補リソースセットは、選択されたリソースに基づいて更新される。具体的には、以下のリソースは、候補リソースセットから除外される。
１．選択されたリソースと同じ時間を有するリソース
２．選択されたリソースのリソース予約ウィンドウを超える時間を有するリソース
３．選択されたリソース時間と、フィードバックベースのＨＡＲＱ再送信のための対応するＰＳＦＣＨ時間との間の時間を有するリソース
これらのステップは、全ての必要なリソースが選択されるまで繰り返される。
提案３：リソース選択のステップ２で、複数のリソースが識別された候補リソースから選択されるべきである場合、１つのリソースは、以下の２つのサブステップの各繰り返しで選択される：１）．残りの候補リソースから１つのリソースをランダムに選択する。２）．選択されたリソースに基づいて、選択されたリソースと同じ時間を有する全てのリソース、選択されたリソースのリソース予約ウィンドウを超える時間を有する全てのリソース、及び選択されたリソース時間と、対応するＰＳＦＣＨ時間との間の時間を有する全てのリソースが除外されるように、候補リソースを更新する。
リソース再選択及び再評価
最大で３２個のＴＢのＨＡＲＱ再送信を構成することができる。ここで、最大数Ｎ_max-txは、各送信リソースプールにつき、ＣＢＲ範囲ごとに、優先度ごとに（事前）構成される。一方、現在の送信を含めて、１つの送信で予約されたＴＢのためのリソースの最大数Ｎ_max-tx（又はＮｍａｘ）は、３である。
１つのリソース選択メカニズムは、単一のリソース選択手順で、ＴＢの全ての潜在的な再送信のためのリソース、すなわち、Ｎ_max-txを選択することである。これらリソースを全てワンショットで選択するのは非効率的で不必要である。例えば、ＨＡＲＱＡＣＫフィードバックの受信によって、残りの全ての選択されたリソースは無用になる。更に、選択されたリソースの一部は、一定の期間後に古くなったり又は使用不可になったりして、送信前のこれらのリソースの再評価が必要になる。
第２のリソース選択メカニズムは、各リソース（再）選択手順で、ＴＢの次の（再）送信によって予約されるべき残りの数のリソースを選択することである。１つの送信によって予約されるべき全てのリソースを、この送信が発生する前に決定するべきであるため、各リソース選択手順で、ＴＢの次の送信によって予約されるべき数のリソースのみを選択することは妥当である。
提案４：ブラインド再送信とフィードバックベースのＨＡＲＱ再送信の両方については、各リソース（再）選択手順で、ＴＢの次の送信によって予約されるべき残りのリソースの数に等しい数のリソースを選択する。
フィードバックベースのＨＡＲＱ再送信については、リソース再選択をトリガするオプションは２つある。第１のオプションでは、各送信についてのＮＡＣＫを受信すると、リソース再選択がトリガされる。Ｎ_max-indが２に構成されている図２の例を考察する。初期リソース選択手順では、２つのリソースが選択される。初期送信が発生し、ＮＡＣＫが受信されると、リソース再選択手順がトリガされる。ここで、初期リソース選択手順では、他のリソースがすでに選択されているため、新しいリソースは１つのみ選択される。再選択されたリソース（例えば、図２のｍ₃）は、次の送信時間（例えば、図２のｍ₂）のリソース予約ウィンドウ（すなわち、３２個のスロット）内にあるべきであり、最後に選択されたリソース（例えば、図２のｍ₂）に対応するＰＳＦＣＨ時間の後であるべきである。したがって、リソース再選択ウィンドウは適切に定義されるべきである。
第２のオプションでは、最後の予約された送信のＮＡＣＫを受信すると、リソース再選択がトリガされる。Ｎ_max-indが２に構成されている図３の例を考察する。初期リソース選択手順では、２つのリソースが選択される。両方の送信が発生し、第２の送信後にＮＡＣＫが受信されると、リソース再選択手順がトリガされる。ここで、残りの予約済みリソースがもうないため、２つの新しいリソースが選択される。この場合、初期リソース選択手順におけるリソースと、リソース再選択手順におけるリソースとの間の時間関係は強制されない。このオプションは、再送信のレイテンシを潜在的に増加させるコストを伴うが、より少ない数のリソース再選択手順という結果をもたらす。
提案５：フィードバックベースのＨＡＲＱ再送信については、リソース再選択手順のトリガは、各送信のＮＡＣＫの受信、又は最後の予約された送信のＮＡＣＫの受信である。
リソースプリエンプション
前述したように、Ｔ_proc,0は、ＳＣＩ復号化及びサイドリンク測定のＵＥ処理時間と見なされ、Ｔ₃は、リソース再選択処理時間と見なされる。
時間ｍでのリソースがＵＥによって予約されていると仮定する。このＵＥがプリエンプションメッセージ（すなわち、重複した予約及びより高い優先度を有するＳＣＩ）を（ｍ－Ｔ₃）前に受信したならば、このＵＥは、リソース再選択動作を実行して、プリエンプト対象リソース上で送信しないようにすることができる。このＵＥが（ｍ－Ｔ₃）と（ｍ－Ｔ_proc,0）との間でプリエンプションメッセージを受信したならば、このＵＥは、それがＳＣＩ復号化及びサイドリンク測定のＵＥ処理時間よりも長いので、プリエンプションメッセージを復号することができる。しかしながら、このＵＥは、リソース再選択手順を実行できないため、単にプリエンプト対象リソースで送信することができない。このＵＥが（ｍ－Ｔ_proc,0）後にプリエンプションメッセージを受信したならば、このＵＥは、スケジュールされた送信の前にプリエンプションメッセージを復号することができず、したがって、プリエンプティングされる必要がない。
提案６：ＵＥが、プリエンプト対象リソースのＴ₃前にプリエンプションメッセージを受信したならば、ＵＥは、リソースを再選択する。ＵＥが、プリエンプト対象リソース前のＴ_proc,0とＴ₃との間にプリエンプションメッセージを受信したならば、ＵＥは、単にプリエンプト対象リソースで送信することができない。ＵＥが、プリエンプト対象リソースのＴ_proc,0内にプリエンプションメッセージを受信したならば、ＵＥは、プリエンプティングされる必要がない。
結論
この寄稿では、ＮＲサイドリンクのためのモード２リソース割り当ての詳細について説明する。提案は以下の通りである：
提案１：Ｔ_proc,0及びＴ_proc,1の処理時間パラメータは別々に定義され、シンボルで測定される。
提案２：リソース再選択手順において、Ｔ₃は、Ｔ_proc,0とＴ_proc,1の合計として設定される。
提案３：リソース選択のステップ２で、複数のリソースが識別された候補リソースから選択されるべきである場合、１つのリソースが、以下の２つのサブステップの各繰り返しで選択される：１）．残りの候補リソースから１つのリソースをランダムに選択する。２）選択されたリソースに基づいて、選択されたリソースと同じ時間を有する全てのリソース、選択されたリソースのリソース予約ウィンドウを超える時間を有する全てのリソース、及び選択されたリソース時間と、対応するＰＳＦＣＨ時間との間の時間を有する全てのリソースが除外されるように、候補リソースを更新する。
提案４：ブラインド再送信とフィードバックベースのＨＡＲＱ再送信の両方については、各リソース（再）選択手順で、ＴＢの次の送信によって予約されるべき残りのリソースの数に等しい数のリソースを選択する。
提案５：フィードバックベースのＨＡＲＱ再送信については、リソース再選択手順のトリガは、各送信のＮＡＣＫの受信、又は最後の予約された送信のＮＡＣＫの受信である。
提案６：ＵＥが、プリエンプト対象リソースのＴ₃前にプリエンプションメッセージを受信したならば、ＵＥは、リソースを再選択する。ＵＥが、プリエンプト対象リソース前のＴ_proc,0とＴ₃との間にプリエンプションメッセージを受信したならば、ＵＥは、単にプリエンプト対象リソースで送信することができない。ＵＥが、プリエンプト対象リソースのＴ_proc,0内にプリエンプションメッセージを受信したならば、ＵＥは、プリエンプティングされる必要がない。

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6-1】

【図6-2】

【図7-1】

【図7-2】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】