ホーム > 特許ランキング > Ａｐｐｌｅ Ｉｎｃ．
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-06-25
(45)【発行日】2025-07-03
(54)【発明の名称】サイドリンクグラントのためのダウンリンク制御情報（ＤＣＩ）
(51)【国際特許分類】
H04W 72/25 20230101AFI20250626BHJP
H04W 28/04 20090101ALI20250626BHJP
H04W 72/232 20230101ALI20250626BHJP
H04W 72/40 20230101ALI20250626BHJP
H04W 92/18 20090101ALI20250626BHJP
【ＦＩ】
H04W72/25
H04W28/04 110
H04W72/232
H04W72/40
H04W92/18
【請求項の数】
17
(21)【出願番号】P 2022548916
(86)(22)【出願日】2020-02-12
(65)【公表番号】
(43)【公表日】2023-04-05
(86)【国際出願番号】 CN2020074915
(87)【国際公開番号】W WO2021159325
(87)【国際公開日】2021-08-19
【審査請求日】2022-08-12
【前置審査】
(73)【特許権者】
【識別番号】503260918
【氏名又は名称】アップル インコーポレイテッド
【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．
【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．
(74)【代理人】
【識別番号】100103610
【弁理士】
【氏名又は名称】▲吉▼田 和彦
(74)【代理人】
【識別番号】100119013
【弁理士】
【氏名又は名称】山崎 一夫
(74)【代理人】
【識別番号】100067013
【弁理士】
【氏名又は名称】大塚 文昭
(74)【代理人】
【識別番号】100139712
【弁理士】
【氏名又は名称】那須 威夫
(72)【発明者】
【氏名】ヤオ チュンハイ
(72)【発明者】
【氏名】イェ チュンシュアン
(72)【発明者】
【氏名】チャン ダウェイ
(72)【発明者】
【氏名】ゼン ウェイ
(72)【発明者】
【氏名】チャン ユシュ
(72)【発明者】
【氏名】ヤン ウェイドン
(72)【発明者】
【氏名】オテリ オゲネコメ
(72)【発明者】
【氏名】スン ハイトン
(72)【発明者】
【氏名】キム ユチュル
(72)【発明者】
【氏名】ヘ ホン
(72)【発明者】
【氏名】ツイ ジエ
(72)【発明者】
【氏名】タン ヤン
【審査官】原田 聖子
(56)【参考文献】
【文献】特表２０１９－５３０２９４（ＪＰ，Ａ）
【文献】vivo，Discussion on mode 1 resource allocation mechanism[online]，3GPP TSG RAN WG1 #99 R1-1912021，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912021.zip>，2019年11月09日
【文献】Ericsson，Enhancement of Configured Grant for NR URLLC[online]，3GPP TSG RAN WG1 #98b R1-1910550，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1910550.zip>，2019年10月08日
【文献】Huawei, HiSilicon，Sidelink resource allocation mode 1[online]，3GPP TSG RAN WG1 #99 R1-1911883，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1911883.zip>，2019年11月09日
【文献】ZTE, Sanechips，Mode 1 resource allocation schemes on sidelink[online]，3GPP TSG RAN WG1 #99 R1- 1912552，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912552.zip>，2019年11月09日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
ｎｅｗ ｒａｄｉｏ（ＮＲ）サイドリンク通信のためのネットワーク化されたデバイス又はユーザ機器（ＵＥ）で使用されるように構成され、処理回路であって、
前記ＮＲサイドリンク通信のための１つ以上のサイドリンク設定グラントに関連する処理動作のためにＤＣＩフォーマット３＿０を含むダウンリンク制御情報（ＤＣＩ）を処理し、
前記ＮＲサイドリンク通信のための前記ＤＣＩの１つ以上のフィールドに基づいて、前記１つ以上のサイドリンク設定グラントをリリースすると決定し、前記１つ以上のフィールドが、テーブルエントリを示すハイブリッド自動再送要求（ＨＡＲＱ）プロセスＩＤフィールドを含み、前記テーブルエントリが、前記１つ以上のサイドリンク構成グラントにそれぞれ対応する１つ以上の設定グラントインデックスを含む、
ように構成されている処理回路、
を備える、装置。
【請求項2】
前記処理回路が、別のＤＣＩのＨＡＲＱプロセスＩＤフィールドに基づいて、前記１つ以上のサイドリンク設定グラントのアクティブ化動作を構成するように更に構成されている、請求項１に記載の装置。
【請求項3】
前記１つ以上のフィールドが、サイドリンク制御情報（ＳＣＩ）フォーマット０＿１の周波数ドメインリソース割り当て（ＦＤＲＡ）フィールドを含む、請求項１に記載の装置。
【請求項4】
前記処理回路が、全てのビットが同じ状態のＳＣＩフォーマット０＿１の周波数ドメインリソース割り当て（ＦＤＲＡ）フィールドに応答して、前記１つ以上のサイドリンク設定グラントをリリースすると決定するように更に構成されている、請求項１に記載の装置。
【請求項5】
前記処理回路が、前記ＤＣＩの新規データインジケータ（ＮＤＩ）フィールドに基づいて、前記１つ以上のサイドリンク設定グラントをリリースすると決定するように更に構成されている、請求項４に記載の装置。
【請求項6】
前記処理回路が、スロットに基づく前記設定グラントの周期性に応答した１つ以上の論理スロットに基づいて、またはミリ秒に基づく前記設定グラントの周期性に応答した前記ＮＲサイドリンク通信のための前記設定グラントの周期性の期間の後の最初の論理スロットに基づいて、ＨＡＲＱプロセスＩＤを決定するように更に構成されている、請求項１に記載の装置。
【請求項7】
前記処理回路が、前記１つ以上のサイドリンク設定グラントと関連付けられた複数のＨＡＲＱプロセスＩＤを、ビットマップ又はＨＡＲＱプロセスＩＤ範囲に基づいて決定するように更に構成されている、請求項１に記載の装置。
【請求項8】
前記処理回路が、直接フレーム番号（ＤＦＮ）又はシステムフレーム番号（ＳＦＮ）から導出された現在＿スロット変数に基づいてグラントＨＡＲＱ ＩＤを導出し、前記グラントＨＡＲＱ ＩＤからＨＡＲＱプロセスＩＤを決定するように更に構成されており、前記グラントＨＡＲＱ ＩＤ及び前記ＨＡＲＱプロセスＩＤは、それらの間で１対１のマッピングを含む、請求項１に記載の装置。
【請求項9】
前記処理回路が、ＤＣＩフォーマット３＿０サイズ又はＤＣＩフォーマット３＿１サイズのうちの少なくとも１つを、固定サイズ、又はＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット０＿２、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、ＤＣＩフォーマット１＿２、若しくは前記ＮＲサイドリンク通信のための最大数の予約リソースに基づく構成可能なサイズに基づくレガシーＤＣＩフォーマットサイズに整合させるように更に構成され、ＤＣＩフォーマット０＿０又はＤＣＩフォーマット０＿１を含む前記レガシーＤＣＩフォーマットサイズに応答して、前記処理回路が、前記ＤＣＩフォーマット３＿０サイズ又は前記ＤＣＩフォーマット３＿１サイズのうちの前記少なくとも１つをゼロパディングによって整合させるように、更に構成されている、請求項１に記載の装置。
【請求項10】
ｎｅｗ ｒａｄｉｏ（ＮＲ）ネットワークのためのユーザ機器（ＵＥ）又はサービス消費者デバイスで使用されるように構成されている装置であって、ＮＲサイドリンク通信のための１つ以上のサイドリンク設定グラントに関連する処理動作のためにダウンリンク制御情報（ＤＣＩ）を受信し、
前記ＤＣＩのＤＣＩフォーマット３＿０構成の１つ以上のフィールドに基づいて、前記１つ以上のサイドリンク設定グラントをリリースすると決定するように構成されている１つ以上のプロセッサであって、前記１つ以上のフィールドが、テーブルエントリを示すハイブリッド自動再送要求（ＨＡＲＱ）プロセスＩＤフィールドを含み、前記テーブルエントリが、前記１つ以上のサイドリンク構成グラントにそれぞれ対応する１つ以上の設定グラントインデックスを含む、１つ以上のプロセッサを備える、装置。
【請求項11】
前記１つ以上のプロセッサが、別のＤＣＩフォーマット３＿０構成のＨＡＲＱプロセスＩＤフィールドがすべてゼロで構成されていることに応答して、前記サイドリンク設定グラントをアクティブ化するように更に構成されている、請求項１０に記載の装置。
【請求項12】
前記１つ以上のプロセッサが、前記ＤＣＩフォーマット３＿０構成の周波数ドメインリソース割り当て（ＦＤＲＡ）フィールドのためのＳＣＩフォーマット０＿１フィールドがすべて１で構成されていることに応答して、前記１つ以上のサイドリンク設定グラントをリリースするように更に構成されている、請求項１０に記載の装置。
【請求項13】
前記１つ以上のプロセッサが、設定グラントの周期性がスロット又はミリ秒のどちらに基づくかに基づいて、ＨＡＲＱプロセスＩＤを決定するように更に構成されている、請求項１０に記載の装置。
【請求項14】
前記１つ以上のプロセッサが、ビットマップ又はＨＡＲＱプロセスＩＤ範囲に基づいて、前記１つ以上のサイドリンク設定グラントのうちの１つのサイドリンク設定グラントと関連付けられた１つ以上のＨＡＲＱプロセスＩＤを導出するように更に構成されている、請求項１０に記載の装置。
【請求項15】
実行可能な命令を記憶するコンピュータ可読記憶デバイスであって、前記実行可能な命令が、実行に応答して、ｎｅｗ ｒａｄｉｏ（ＮＲ）ネットワーク上のユーザ機器（ＵＥ）の１つ以上のプロセッサに動作を行わせるものであって、前記動作が、ＮＲサイドリンク通信のための１つ以上のサイドリンク設定グラントのためにダウンリンク制御情報（ＤＣＩ）を処理することと、
前記ＤＣＩのＤＣＩフォーマット３＿０構成の１つ以上のフィールドに基づいて、前記１つ以上のサイドリンク設定グラントをリリースすると決定することであって、前記１つ以上のフィールドが、テーブルエントリを示すハイブリッド自動再送要求（ＨＡＲＱ）プロセスＩＤフィールドを含み、前記テーブルエントリが、前記１つ以上のサイドリンク構成グラントにそれぞれ対応する１つ以上の設定グラントインデックスを含む、ことと、を含む、コンピュータ可読記憶デバイス。
【請求項16】
前記動作が、前記ＤＣＩフォーマット３＿０構成の新規データインジケータ（ＮＤＩ）フィールドに基づいて、再送信、アクティブ化動作、またはリリース動作を生成するかどうかを決定すること、
前記ＤＣＩフォーマット３＿０構成のＨＡＲＱプロセスＩＤフィールドに基づいて、前記サイドリンク設定グラントの前記アクティブ化動作を生成すること、または、
前記ＤＣＩフォーマット３＿０構成の周波数リソース割り当てについてのサイドリンク制御情報（ＳＣＩ）フォーマット０＿１フィールドと前記ＨＡＲＱプロセスＩＤフィールドに基づいて、前記サイドリンク設定グラントの前記リリース動作を生成すること、
を更に含む、請求項１５に記載のコンピュータ可読記憶デバイス。
【請求項17】
前記動作が、サイドリンク動的グラントに適用可能である前記ＤＣＩフォーマット３＿０構成のフィールドに基づいて、前記サイドリンク設定グラントの再送信のための再送信動作を開始するかどうかを決定することを更に含み、前記サイドリンク設定グラントが、前記サイドリンク動的グラントとは異なるＲＮＴＩに基づく、請求項１５に記載のコンピュータ可読記憶デバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線技術に関し、より具体的には、１つ以上のサイドリンクグラントのためのダウンリンク制御情報（ＤＣＩ）に関する。
【背景技術】
【0002】
次世代無線通信システム、５Ｇ、又はｎｅｗ ｒａｄｉｏ（ＮＲ）ネットワークにおけるモバイル通信は、至る所での接続性及び情報へのアクセス、並びにデータ共有能力を世界中で提供する。５Ｇネットワーク及びネットワークスライシングは、多目的かつ時には相矛盾する性能基準を満たし、高速大容量（ｅＭＢＢ）から大規模機械型通信（ｍＭＴＣ）、超高信頼低遅延（ＵＲＬＬＣ）、及び他の通信まで、非常に異質の応用領域に対するサービスの提供を狙う、統一されたサービスベースのフレームワークである。一般に、ＮＲは、シームレスでより速い無線接続性ソリューションを可能にするために、第３世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエボリューション（ＬＴＥ）アドバンスト技術に基づき、追加の強化された無線アクセス技術（ＲＡＴ）を用いて進化する。
【0003】
いくつかのサービスは、ネットワークにおける障害又は性能の問題が、物的損害及び身体損傷をもたらし得るサービス障害を引き起こす可能性があるため、超低遅延、高データ容量、及び厳密な信頼性要件を有する。モバイル通信のタイプには、車両が車両関連情報を通信又は交換する車両通信を含む。車両通信は、車両対全て（Ｖ２Ｘ）を含み得て、Ｖ２Ｘは、車両対車両（Ｖ２Ｖ）、車両対インフラストラクチャ（Ｖ２Ｉ）、及び車両対歩行者（Ｖ２Ｐ）などを含むことができ、それぞれが、ｎｅｗ ｒａｄｉｏ ＮｏｄｅＢ（ｇＮＢ）、ｅＮｏｄｅＢ（ｅＮＢ）、又は他のデバイス／ノードなどのユーザ機器（ＵＥ）又は基地局装置を含むことができる。例えば、Ｖ２Ｘノードは、本明細書で言及される場合、ｎｅｗ ｒａｄｉｏ ＮｏｄｅＢ（ｇＮＢ）、ｅＮｏｄｅＢ（ｅＮＢ）、ユーザ機器（ＵＥ）、ロードサイドユニット（ＲＳＵ）、ドローン、又は他の車両デバイス、又はネットワークデバイスを含むことができる。状況によっては、車両関連情報は、単一の車両又は他のエンティティを対象としている。緊急警告などの他の状況では、車両関連情報は、多数の車両又は他のデバイスのエンティティを対象としている。緊急警告には、特に車両（例えば、自動車、船・飛行機、ドローンなど）対車両通信における安全かつ効率的な交通の流れを確保するための、衝突警告、制御喪失警告、衝突回避、歩行者安全性及び他の調整が挙げられ得る。
【0004】
ロングタームエボリューション（ＬＴＥ）ネットワーク又はＮｅｗ Ｒａｄｉｏ（ＮＲ）セルラ技術は、デバイス（例えば、車両、ドローン、ウェアラブルなど）間の直接通信をサポートするために開発されている。現在時点で、Ｖ２Ｘ技術においてサイドリンク通信が使用可能とされており、複数の参照ソースを、サイドリンク同期グローバルナビゲーション衛星システム（ＧＮＳＳ）、ｅＮｏｄｅＢ（ｅＮＢ）、サイドリンク同期信号（ＳＬＳＳ）について使用することができる（ＵＥは、タイミングをＧＮＳＳ、ｅＮＢ、又はＧＮＳＳ又はｅＮＢからタイミングを導き出している他のユーザ装置（ＵＥ）のいずれかから導き出している）。信頼性及び電力効率を確保するために、効率的な機構によってサイドリンク通信可能なリソースについてサイドリンクグラントを更に構成する必要がある。
【図面の簡単な説明】
【0005】
【図1】本明細書に記載の様々な実施形態（態様）に関連して使用可能なネットワーク構成要素を有するネットワーク内の、ユーザ機器（複数可）（ＵＥ）及びｇＮＢ又はアクセスノードの例を示すブロック図である。
【図2】本明細書に記載の様々な実施形態による、ＵＥ又はｇＮＢで使用可能なシステムを示すブロック図である。
【図3】本明細書に記載の様々な実施形態による、単一サイドリンク設定グラント構成におけるダウンリンク制御情報（ＤＣＩ）フォーマット３＿０を処理するための例示的なプロセスフローである。
【図4】本明細書に記載の様々な実施形態による、複数サイドリンク設定グラント構成のＤＣＩフォーマット３＿０を処理するための別の例示的なプロセスフローである。
【図5】本明細書に記載の様々な実施形態による、ＤＣＩフォーマット３＿０を処理するためのハイブリッド自動再送要求（ＨＡＲＱ）プロセスＩＤを決定するための例示的なプロセスフローである。
【図6】本明細書に記載の様々な実施形態によるＤＣＩフォーマット３＿０／３＿１を整合させるための例示的なプロセスフローである。
【図7】本明細書に記載の様々な実施形態による、サイドリンク通信を構成するための例示的なプロセスフローを示すブロック図である。
【図8】記載された様々な態様による、ユーザ機器無線通信デバイス又は他のネットワークデバイス／構成要素の簡略化されたブロック図である。
【発明を実施するための形態】
【0006】
個人特定可能な情報の使用は、ユーザのプライバシーを維持するための業界又は政府の要件を満たす又は超えると一般に認識されているプライバシーポリシー及びプラクティスに従うべきであることを十分に理解されたい。特に、個人特定可能な情報データは、意図されない又は許可されていないアクセス若しくは使用のリスクを最小限に抑えるように管理かつ取り扱われるべきであり、許可された使用の性質はユーザに明確に示されるべきである。
【0007】
ここで、本開示を添付の図面を参照して説明するが、同様の参照番号は、全体を通して同様の要素を指すために使用され、図示された構造及びデバイスは必ずしも縮尺通りに描かれていない。本明細書で利用されているように、「構成要素」、「システム」、「インターフェース」などの用語は、コンピュータ関連エンティティ、ハードウェア、（例えば、実行中の）ソフトウェア、及び／又はファームウェアを指すことを意図している。例えば、構成要素は、プロセッサ（例えば、マイクロプロセッサ、コントローラ、又は他の処理デバイス）、プロセッサ上で実行されるプロセス、コントローラ、オブジェクト、実行可能ファイル、プログラム、記憶デバイス、コンピュータ、タブレットＰＣ、及び／又は処理デバイスを備えたユーザ機器（例えば、携帯電話など）であり得る。例示として、サーバ上で実行されるアプリケーション及びサーバもまた、構成要素であり得る。１つ以上の構成要素がプロセス内に存在することができ、構成要素は、１つのコンピュータ上にローカライズされ得、かつ／又は２つ以上のコンピュータ間に分散され得る。本明細書では、要素のセット又は他の構成要素のセットを説明することができ、「セット」という用語は、「１つ以上」として解釈され得る。
【0008】
更に、これらの構成要素は、例えばモジュールなどで、その上に記憶された様々なデータ構造を有する様々なコンピュータ可読記憶媒体から実行することができる。構成要素は、１つ以上のデータパケットを有する信号（例えば、ローカルシステム内、分散システム内、及び／又はインターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、若しくはその信号を介する他のシステムとの同様のネットワークなどのネットワーク経由の別の構成要素と作用する１つの構成要素からのデータ）に従ってなど、ローカル及び／又はリモートプロセスを介して通信することができる。
【0009】
別の例として、構成要素は、電気回路又は電子回路によって動作される機械部品によって提供される特定の機能を有する装置であり得て、電気回路又は電子回路は、１つ以上のプロセッサによって実行されるソフトウェアアプリケーション又はファームウェアアプリケーションによって動作され得る。１つ以上のプロセッサは、装置の内部又は外部であり得て、ソフトウェア又はファームウェアアプリケーションの少なくとも一部を実行することができる。更に別の例として、構成要素は、機械部品を有さない電子部品を介して特定の機能を提供する装置であり得、電子部品は、少なくとも部分的に電子部品の機能性を付与するソフトウェア及び／又はファームウェアを実行するための１つ以上のプロセッサをその中に含むことができる。
【0010】
例示的という単語の使用は、概念を具体的な方法で提示することを意図している。本出願で使用される場合、「又は」という用語は、排他的な「又は」ではなく、包括的な「又は」を意味することを意図する。すなわち、特に明記しない限り、又は文脈から明らかでない限り、「ＸはＡ又はＢを用いる」は、自然の包括的な置換のいずれをも意味することが意図される。すなわち、ＸがＡを用いる、ＸがＢを用いる、又はＸがＡとＢの両方を用いる場合、「ＸはＡ又はＢを用いる」が前述の例のいずれでも満たされる。加えて、本出願及び添付の特許請求の範囲で使用される冠詞「ａ」及び「ａｎ」は、特に指定されない限り、又は文脈から単数形を指すことが明確でない限り、「１つ以上」を意味すると概して解釈されるべきである。更に、「含む（including）」、「含む（includes）」、「有している（having）」、「有する（has）」、「持つ（with）」、又はそれらの異形が、詳細な説明及び特許請求の範囲のいずれかで使用される限り、そのような用語は、「含む（comprising）」という用語と同様の方法で包括的であることが意図される。更に、１つ以上の番号付き項目が考察される状況（例えば、「第１のＸ」、「第２のＸ」など）において、概して、１つ以上の番号付けされた項目は、別個であってもよく、又は同じであってもよいが、いくつかの状況においては、文脈は、それらが異なる又は同じであることを示してもよい。
【0011】
本明細書で使用される場合、「回路」という用語は、特定用途向け集積回路（ＡＳＩＣ）、電子回路、プロセッサ（共有、専用、若しくはグループ）、又は１つ以上のソフトウェア若しくはファームウェアプログラムを実行する回路に動作可能に結合された関連付けられたメモリ（共有、専用、又はグループの）、組合せ論理回路、又は説明された機能性を提供する他の好適なハードウェア構成要素に言及する、その一部である、又は含むことができる。いくつかの実施形態では、回路が１つ以上のソフトウェア又はファームウェアモジュールに実装されてもよく、回路に関連付けられた機能が１つ以上のソフトウェア又はファームウェアモジュールによって実装されてもよい。いくつかの実施形態では、回路は、少なくとも部分的にハードウェアで動作可能なロジックを含み得る。
【0012】
本明細書においては、サイドリンク通信についての様々な要求を考慮して、とりわけ、信頼性及び電力効率を確保する効率的な機構によってサイドリンク通信を可能にするリソースのためのサイドリンクグラントを構成することに関して、実施形態が記載されている。特に、デバイス間のサイドリンク通信のためにネットワークからのリソースを割り当てるサイドリンクグラントをアクティブ化及び非アクティブ化するための機構が記載される。追加の態様は、サイドリンクグラントの再送信に関与するハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子（ＩＤ）／番号を導出するなどの再送信動作に関する。他の実施形態は、ＤＣＩフォーマット構成のサイズを既存のＤＣＩフォーマットに整合させることに対処して、サイドリンク通信におけるシームレスさを更に確実にし、それによって、信頼性及び効率の動作目標を更に高める。
【0013】
様々な実施形態（態様）では、ネットワーク（化された）デバイス（例えば、ユーザ機器、サービス消費者デバイス、ネットワークノード、車両、又は他のネットワーク構成要素）は、実行に応答して、ｎｅｗ ｒａｄｉｏ（ＮＲ）ネットワーク上の１つ以上のプロセッサにサイドリンク通信動作を実行させる実行可能命令を格納することができる。これらの動作は、ＮＲサイドリンク通信のためにネットワークリソースが割り当てられることを可能にするサイドリンク設定グラントのために、物理チャネル（例えば、物理ダウンリンク制御チャネル（ＰＤＤＣＨ）、又は他の物理チャネル）上のダウンリンク制御情報（ＤＣＩ）を受信することを含むことができる。デバイスは、ＤＣＩのＤＣＩフォーマット３＿０構成の１つ以上のフィールドに基づいて、少なくとも１つのサイドリンクグラントをアクティブ化、リリース、又は再送信を生成するかどうかの判定を生成するように構成することができる。
【0014】
サイドリンクグラントは、例えば、動的グラント又は設定グラントであり得る。設定グラントは、タイプＩ（一又は１）の設定グラント又はタイプＩＩ（２又は二）の設定グラントであり得る。タイプＩＩの設定グラントは、ネットワーク通信リソースを、ネットワークからのリソースのための物理層トリガ（例えば、ＤＣＩフォーマット３＿０）を介したグラントに基づいて割り当てる。これに対して、タイプ一の設定グラントはＲＲＣシグナリングに基づくことによって区別され、本明細書では単に設定グラントと呼ばれる。本開示の追加の態様及び詳細は、図を参照して以下で更に説明される。
【0015】
図１は、様々な実施形態によるコアネットワーク（ＣＮ）１２０を含むシステム１００のアーキテクチャを示す。システム１００は、ユーザ機器（ＵＥ）／車両対全て（Ｖ２Ｘ）デバイス１０１、無線アクセスネットワーク（Ｒ）ＡＮ１１０又はアクセスノード（ＡＮ）、５ＧＣ１２０、及び、例えば、オペレータサービス、インターネットアクセス、又はサードパーティサービスであり得る、データネットワーク（ＤＮ）１０３を含むように示されている。
【0016】
ＵＥ（Ｖ２Ｘ、又は他のネットワーク構成要素／デバイスとして）１０１は、車両（Ｖ２Ｖ）、車両及びインフラストラクチャ（Ｖ２Ｉ）、車両及び歩行者（Ｖ２Ｐ）、又は他のネットワークデバイス／構成要素（複数可）のうちの１つ以上を含むことができる。様々な実施形態では、ＵＥ構成、ＵＥ提供情報、ネットワーク提供情報、及びＵＥのカバレッジのうちの１つ以上を使用して、送信のためのＶ２Ｘ無線アクセス技術（ＲＡＴ）（例えば、狭域通信（ＤＳＲＣ）、ロングタームエボリューション（ＬＴＥ）、５Ｇ、又は他のＲＡＴ）を選択することができる。Ｖ２Ｘ通信に利用可能な複数の技術があるため、（ＵＥ１０１を介して）いくつかのネットワークデバイスは、Ｖ２Ｘ通信のためにこれらの複数のアクセス技術を備えて、これらの技術に従ってサイドリンク通信を利用することができる。
【0017】
５ＧＣ１２０は、認証サーバ機能（Authentication Server Function、ＡＵＳＦ）１１２、アクセス・モビリティ機能（Access and Mobility Function、ＡＭＦ）１２１、セッション管理機能（Session Management Function、ＳＭＦ）１２４、ネットワーク露出機能（Network Exposure Function、ＮＥＦ）１２３、ポリシー制御機能（Policy Control Function、ＰＣＦ）１２６、ネットワーク機能リポジトリ機能（Network Function Repository Function、ＮＲＦ）１２５、統一データ管理（Unified Data Management、ＵＤＭ）１２７、アプリケーション機能（application function、ＡＦ）１２８、ユーザプレーン機能（user plane function、ＵＰＦ）１０２、及びネットワークスライス選択機能（Network Slice Selection Function、ＮＳＳＦ）１２９を含むことができる。これらの構成要素の各々は、本明細書の実施形態のいずれか１つ以上に関連付けられたネットワーク機能として、対応する５ＧＣネットワーク機能（ＮＦ）又はそれに関連する性能測定値を処理するために使用することができる。
【0018】
ＵＰＦ１０２は、ＲＡＴ内及びＲＡＴ間モビリティのためのアンカー点、ＤＮ１０３に相互接続する外部プロトコルデータ単位（ＰＤＵ）セッション点、及びマルチホームＰＤＵセッションをサポートするための分岐点として機能することができる。ＵＰＦ１０２はまた、パケットのルーティング及び転送を実行し、パケット検査を実行し、ポリシールールのユーザプレーン部分を施行し、パケットを合法的に傍受し（ＵＰコレクション）、トラフィック使用レポートを実行し、ユーザプレーンに対するＱｏＳ（Quality of Service）処理を実行し（例えば、パケットフィルタリング、ゲーティング、アップリンク（ＵＬ）／ダウンリンク（ＤＬ）レート施行）、アップリンクトラフィックの検証（例えば、ＳＤＦ（Service Data Flow）からＱｏＳへのフローマッピング）、アップリンク及びダウンリンクにおけるトランスポート・レベル・パケット・マーキング、並びにダウンリンク・パケット・バッファ及びダウンリンクデータ通知トリガを実行することができる。ＵＰＦ１０２は、トラフィックフローのデータネットワークへのルーティングをサポートするためのアップリンク分類子（uplink classifier）を含むことができる。ＤＮ１０３は、様々なネットワークオペレータサービス、インターネットアクセス、又はサードパーティサービスを表すことができる。ＤＮ１０３は、アプリケーションサーバを含むか、又はそれと同様であり得る。ＵＰＦ１０２は、ＳＭＦ１２４とＵＰＦ１０２との間のＮ４基準点を介してＳＭＦ１２４と相互作用し得る。
【0019】
ＡＵＳＦ１２２は、ＵＥ１０１の認証のためのデータを記憶し、認証関連機能を処理し得る。ＡＭＦ１２１は、（例えば、ＵＥ１０１などを登録する）登録管理、接続管理、到達可能性管理、モビリティ管理、及びＡＭＦ関連イベントの合法的傍受、並びにアクセス認証及び認可に関与し得る。ＡＭＦ１２１は、ＡＭＦ１２１とＳＭＦ１２４との間のＮ１１基準点の終端点であってもよい。ＡＭＦ１２１は、ＵＥ１０１とＳＭＦ１２４との間のセッション管理（ＳＭ）メッセージのための伝送を行うことができ、ＳＭメッセージをルーティングするための透過型プロキシとして機能する。ＡＭＦ１２１はまた、ＵＥ１０１とショートメッセージサービス（ＳＭＳ）機能（ＳＭＳＦ）との間のＳＭＳメッセージのための伝送を行うことができる。ＡＭＦ１２１は、ＡＵＳＦ１２２とＵＥ１０１との相互作用と、ＵＥ１０１の認証プロセスの結果として確立された中間鍵の受信とを含み得る、セキュリティアンカー機能（ＳＥＡＦ）として機能することができる。ユニバーサル加入者識別モジュール（ＵＳＩＭ）ベースの認証が使用される場合、ＡＭＦ１２１は、ＡＵＳＦ１２２からセキュリティ資料を取得してもよい。ＡＭＦ１２１はまた、アクセスネットワーク固有の鍵を導出するために使用するＳＥＡＦからの鍵を受信する、セキュリティコンテキスト管理（ＳＣＭ）機能を含んでもよい。更に、ＡＭＦ１２１は、ＲＡＮ ＣＰインターフェース、又はＲＡＮ接続点インターフェースの終端点であってもよく、（Ｒ）ＡＮ１１０とＡＭＦ１２１との間のＮ２基準点を含む又はＮ２基準点であることができ、ＡＭＦ１２１は、非アクセス層（ＮＡＳ）層（Ｎ１）シグナリングの終端点であってもよく、ＮＡＳ暗号化及び完全性保護を行ってもよい。
【0020】
ＡＭＦ１２１はまた、Ｎ３インターワーキング機能（Interworking Function、ＩＷＦ）インターフェースを介して、ＵＥ１０１を用いてＮＡＳシグナリングをサポートすることができる。Ｎ３ ＩＷＦを使用して、信頼できないエンティティへのアクセスを提供することができる。Ｎ３ＩＷＦは、制御プレーンの（Ｒ）ＡＮ１１０とＡＭＦ１２１との間のＮ２インターフェースの終端点であってもよく、ユーザプレーンの（Ｒ）ＡＮ１１０とＵＰＦ１０２との間のＮ３基準点の終端点であってもよい。したがって、ＡＭＦ１２１は、ＰＤＵセッション及びＱｏＳについてはＳＭＦ１２４及びＡＭＦ１２１からのＮ２シグナリングを処理し、ＩＰｓｅｃ及びＮ３トンネリングについてはパケットをカプセル化／カプセル化解除し、アップリンクでＮ３ユーザプレーン・パケットをマーキングし、Ｎ２を介して受信されたそのようなマーキングに関連付けられたＱｏＳ要件を考慮してＮ３パケットマーキングに対応するＱｏＳを実施し得る。Ｎ３ＩＷＦはまた、ＵＥ１０１とＡＭＦ１２１との間のＮ１基準点を介してＵＥ１０１とＡＭＦ１２１との間のアップリンク及びダウンリンク制御プレーンＮＡＳシグナリングを中継し、ＵＥ１０１とＵＰＦ１０２との間のアップリンク及びダウンリンク・ユーザプレーン・パケットを中継し得る。Ｎ３ＩＷＦはまた、ＵＥ１０１とのＩＰｓｅｃトンネル確立のための機構を提供する。ＡＭＦ１２１は、Ｎａｍｆサービスベースのインターフェースを呈することができ、２つのＡＭＦ１２１間のＮ１４基準点、及びＡＭＦ１２１と５Ｇ機器識別レジスタ（Equipment Identity Register、ＥＩＲ）との間のＮ１７基準点の終端点であってもよい。
【0021】
ＵＥ１０１は、ネットワークサービスを受信するためにＡＭＦ１２１に登録することができる。登録管理（ＲＭ）を使用して、ＵＥ１０１をネットワーク（例えば、ＡＭＦ１２１）に登録又は登録解除し、ネットワーク（例えば、ＡＭＦ１２１）内にＵＥコンテキストを確立する。ＵＥ１０１は、ＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態又はＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ状態で動作し得る。ＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ状態では、ＵＥ１０１はネットワークに登録されておらず、ＡＭＦ１２１内のＵＥコンテキストはＵＥ１０１に対する有効な位置又はルーティング情報を保持していないため、ＡＭＦ１２１はＵＥ１０１に到達できない。ＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態では、ＵＥ１０１はネットワークに登録されており、ＡＭＦ１２１内のＵＥコンテキストはＵＥ１０１に対する有効な位置又はルーティング情報を保持することができるため、ＡＭＦ１２１はＵＥ１０１に到達可能である。ＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態では、ＵＥ１０１は、モビリティ登録更新手順を実行し、（例えば、ＵＥ１０１が依然としてアクティブであることをネットワークに通知するために）周期的な更新タイマの満了によってトリガされる周期的な登録更新手順を実行し、中でも、ＵＥ能力情報を更新する、又はネットワークとの間でプロトコルパラメータを再ネゴシエートするために登録更新手順を実行し得る。
【0022】
接続管理（ＣＭ）は、Ｎ１インターフェースを介してＵＥ１０１とＡＭＦ１２１との間のシグナリング接続を確立及びリリースするために使用することができる。シグナリング接続は、ＵＥ１０１とＣＮ１２０との間のＮＡＳシグナリング交換を可能にするために使用され、ＵＥとアクセスネットワーク（ＡＮ）（例えば、非３ＧＰＰアクセスのための無線リソース制御（ＲＲＣ）接続又はＵＥ－Ｎ３ＩＷＦ接続）との間のシグナリング接続と、ＡＮ１１０（例えば、ＲＡＮ又はメモリ）とＡＭＦ１２１との間のＵＥ１０１のためのＮ２接続の両方を含む。
【0023】
ＳＭＦ１２４は、ＳＭ（例えば、ＵＰＦとＡＮノードとの間のトンネル維持を含む、セッションの確立、変更、及びリリース）、ＵＥ ＩＰアドレス割り当て及び管理（任意選択的な認可を含む）、ＵＰ機能の選択及び制御、トラフィックを適切な宛先にルーティングするためのＵＰＦにおけるトラフィックステアリングの構成、ポリシー制御機能に対するインターフェースの終了、ポリシーエンフォースメント及びＱｏＳの一部の制御、合法的な傍受（ＳＭイベント及びＬＩシステムへのインターフェースの場合）、ＮＡＳメッセージのＳＭ部分の終端、ダウンリンクデータの通知、Ｎ２上でＡＭＦを介してＡＮに送信されるＡＮ固有ＳＭ情報の開始、並びにセッションのＳＳＣモードの判定に関与し、実行することができる。ＳＭは、ＰＤＵセッションの管理を指し、ＰＤＵセッション又は「セッション」は、ＵＥ１０１と、データネットワーク名（ＤＮＮ）によって識別されるデータネットワーク（ＤＮ）１０３との間のＰＤＵの交換を提供又は可能にするＰＤＵ接続性サービスを指し得る。ＰＤＵセッションは、ＵＥ１０１とＳＭＦ１２４との間のＮ１基準点を介して交換されるＮＡＳ ＳＭシグナリングを使用して、ＵＥ１０１要求時に確立され、ＵＥ１０１及び５ＧＣ１２０要求時に変更され、ＵＥ１０１及び５ＧＣ１２０要求時にリリースされ得る。アプリケーションサーバからの要求に応じて、５ＧＣ１２０は、ＵＥ１０１における特定のアプリケーションをトリガしてもよい。トリガメッセージの受信に応答して、ＵＥ１０１は、トリガメッセージ（又はトリガメッセージの関連部分／情報）をＵＥ１０１内の１つ以上の識別されたアプリケーションに渡すことができる。ＵＥ１０１内の識別されたアプリケーション（複数可）は、特定のＤＮＮへのＰＤＵセッションを確立することができる。ＳＭＦ１２４は、ＵＥ１０１要求がＵＥ１０１に関連付けられたユーザサブスクリプション情報に準拠しているかどうかをチェックすることができる。これに関して、ＳＭＦ１２４は、ＵＤＭ１２７からＳＭＦ１２４レベルサブスクリプションデータに関する更新通知を取得及び／又は受信するように要求することができる。
【0024】
ＮＥＦ１２３は、サードパーティ、内部開示／再開示、アプリケーション機能（例えば、ＡＦ１２８）、エッジコンピューティング又はフォッグ・コンピューティング・システムなどのための３ＧＰＰネットワーク機能によって提供されるサービス及び能力を第三者に安全に開示するための手段を提供し得る。そのような実施形態では、ＮＥＦ１２３は、ＡＦを認証、認可、及び／又は調整することができる。ＮＥＦ１２３はまた、ＡＦ１２８と交換された情報、及び内部ネットワーク機能と交換された情報を変換することができる。例えば、ＮＥＦ１２３は、ＡＦサービス識別子と内部５ＧＣ情報との間で変換することができる。ＮＥＦ１２３はまた、他のネットワーク機能の開示した能力に基づいて、他のネットワーク機能（ＮＦ）から情報を受信することができる。この情報は、構造化されたデータとしてＮＥＦ１２３に、又は標準化されたインターフェースを使用してデータストレージＮＦで記憶することができる。次いで、記憶された情報は、ＮＥＦ１２３によって他のＮＦ及びＡＦに再開示し、かつ／又は分析等の他の目的に使用することができる。更に、ＮＥＦ１２３は、Ｎｅｆｆサービスベースのインターフェースを呈することができる。
【0025】
ＮＲＦ１２５は、サービス発見機能をサポートし、ＮＦインスタンスからＮＦ発見要求を受信し、発見されたＮＦインスタンスの情報をＮＦインスタンスに提供し得る。ＮＲＦ１２５はまた、利用可能なＮＦインスタンス及びそれらのサポートされたサービスの情報を維持する。
【0026】
ＵＤＭ１２７は、加入関連情報を処理して、通信セッションのネットワークエンティティの処理をサポートし、ＵＥ１０１の加入データを記憶し得る。例えば、加入データは、ＵＤＭ１２７とＡＭＦ１２１との間のＮ８基準点を介してＵＤＭ１２７とＡＭＦとの間で通信され得る。ＵＤＭ１２７は、アプリケーションＦＥ及び統一データリポジトリ（Uniform Data Repository、ＵＤＲの２つの部分を含み得る（ＦＥ及びＵＤＲは図２に示さず）。ＵＤＲは、ＵＤＭ１２７及びＰＣＦ１２６の加入データ及びポリシーデータ、並びに／又はＮＥＦ１２３の開示及びアプリケーションデータ（アプリケーション検出のためのＰＦＤ、複数のＵＥ１０１のためのアプリケーション要求情報を含む）のための構造化データを記憶し得る。
【0027】
ＮＳＳＦ１２９は、ＵＥ１０１にサービスを提供するネットワーク・スライス・インスタンスのセットを選択することができる。ＮＳＳＦ１２９はまた、必要に応じて、許可されたＮＳＳＡＩ及び加入した単一ネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）へのマッピングを判定することもできる。ＮＳＳＦ１２９はまた、好適な構成に基づいて、場合によってはＮＲＦ１２５を照会することによって、ＵＥ１０１にサービス提供するために使用されるＡＭＦセットを、又は候補ＡＭＦ（複数可）１２１のリストを決定することができる。ＵＥ１０１のためのネットワークスライスインスタンスのセットの選択は、ＮＳＳＦ１２９と対話することによってＵＥ１０１が登録されているＡＭＦ１２１によってトリガされてもよく、これはＡＭＦ１２１の変更をもたらし得る。ＮＳＳＦ１２９は、ＡＭＦ１２１とＮＳＳＦ１２９との間のＮ１２基準点を介してＡＭＦ１２１と相互作用し、Ｎ３１基準点（図２に示さず）を介して訪問先ネットワーク内の別のＮＳＳＦ１２９と通信することができる。加えて、ＮＳＳＦ１２９は、Ｎｎｓｓｆサービスベースのインターフェースを呈することができる。
【0028】
図２を参照すると、例示されるのは、ＲＡＮ１１０において、次世代ノードＢ（ｇＮｏｄｅＢ又はｇＮＢ）又は他の基地局（ＢＳ）／送受信点（ＴＲＰ）、又は本明細書の実施形態などの第３世代パートナーシッププロジェクト３ＧＰＰネットワーク５Ｇ構成要素の構成要素として使用可能なシステム２００のブロック図である。システム２００は、処理回路／構成要素（複数可）及び関連付けられたインターフェース（複数可）（例えば、通信回路２２０と通信するための通信インターフェース、メモリ２３０と通信するためのメモリインターフェース）を含むプロセッサ（複数可）２１０と、通信回路２２０（例えば、有線及び／又は無線接続（複数可）のための回路を含む）と、（例えば、１つ以上の送信チェーンに関連付けられた）送信機回路及び／又は（例えば、１つ以上の受信チェーンに関連付けられた）受信機回路とを含むことができる。トランシーバ２２０のこの送信機回路及び受信機回路は、共通又は別個の回路素子、又はそれらの組み合わせを使用することができる）。メモリ２３０は、様々な記憶媒体のうちのいずれかを含むことができ、プロセッサ（複数可）２１０又は通信回路２２０のうちの１つ以上に関連付けられた命令又はデータを記憶することができる。同様に、実施形態（例えば、ＵＥの実施形態）は、例えば、プロセッサ（複数可）、通信回路、及びメモリを、ＵＥ（例えば、Ｖ２ＸのＵＥなど）内において、プロセッサ（複数可）２１０、通信回路２２０、及びｇＮＢ１１０のメモリ２３０として含むことができる。
【0029】
基地局（ＢＳ）実施形態（例えば、ｇＮＢのシステム２００）及びネットワーク構成要素（例えば、ユーザプレーン機能（ＵＰＦ）など）の実施形態（例えば、ＵＰＦのシステム２００）ｇＮＢのプロセッサ（複数可）２１０、など）では、通信回路２２０（など）、及びメモリ２３０（など）は、単一のデバイス内にあり得る、又は分散アーキテクチャの一部などの異なるデバイスに含まれ得る。実施形態では、システム２００の異なる実施形態間のシグナリング又はメッセージングは、プロセッサ（複数可）２１０によって生成され、通信回路２２０によって、適切なインターフェース又は基準点（例えば、Ｎ４など）を介して送信され、通信回路２２０によって受信され、プロセッサ（複数可）２１０によって処理され得る。
【0030】
ＵＥ１０１は、ＵＥが３ＧＰＰネットワークを介してＶ２Ｘサービスを使用することを許可されたときに、Ｖ２Ｘ構成情報を受信することができる。この許可は、コアネットワーク（例えば、ＣＮ１２０）内でＶ２Ｘ機能によって行うことができ、許可手順の一部として、Ｖ２Ｘ機能は好ましいエアインターフェース技術のリストを送信することができる。代替的に、又は追加的に、Ｖ２Ｘ構成は、コアネットワーク１２０の一部ではないアプリケーションサーバによって実行することができる。ＵＥ１０１は、サイドリンク通信に関連する電力測定又は他の測定などの１つ以上のチャネル品質測定値を使用することができる。
【0031】
Ｖ２Ｘ ＵＥは、５Ｇ、ＬＴＥ、又はＤＳＲＣロードサイドユニット（ＲＳＵ）機能をサポートするｇＮＢによってカバーされるセル内の所与のカバレッジ領域にあり得る。これらのＵＥは、Ｖ２２Ｘ通信ＲＡＴ（複数可）がサポートされる、ｇＮＢ／ＲＳＵに通知することができる。その情報に基づいて、ネットワークは、使用するＵＥのアクセス技術を選択することができる。システム２００は、車両／交通参加者エンティティ２４０を含むことができる。車両／交通参加者エンティティ２４０は、１つ以上のサービス歩行者デバイス（Ｐ－ＵＥ）又は他のＵＥデバイス１０１、車両エンティティ２２６（Ｖ－ＵＥ）、又は他のネットワークデバイス（複数可）／構成要素（複数可）を含む。Ｖ２Ｘ ＵＥ１０１はまた、車両／交通参加者エンティティ又はＵＥ２４０とのサイドリンク通信２１４（例えば、ＤＣＩ）のためのリソースを含む、通信用の１つ以上のアンテナを含むことができる。
【0032】
Ｖ２Ｘ ＵＥ１０１と任意の車両／歩行者デバイスエンティティ２４０との間の車両通信は、他の車両、センサなどからの情報を含む協働的認識を利用して、衝突警告、自律運転などの車両サービスを提供するために情報を処理し共有することができる。Ｖ２Ｘ ＵＥ１０１は、サイドリンク通信に関連付けられたＱｏＳ属性を取得、選択、又は決定するように構成することができる。本明細書の通信／通信構成は、送信リソース、フレーム構造設計、ブロードキャスト（通信）のための送信電力、サブフレーム構造、変調及びコーディングスキーム（ＭＣＳ）、占有されたサブチャネルの数／時間送信間隔（ＴＴＩ）、リソース予約間隔／期間、トランスポートブロック（ＴＢ）あたりの送信範囲、チャネルビジー比（ＣＢＲ）、チャネル占有率（ＣＲ）、ＣＲ制限（ＣＲ＿制限）、３ＧＰＰ、５Ｇなどにおける関連付けられたＬＴＥパラメータなどを含むことができる。例えば、フレーム構造は、サンプリングレート、フレーム長、サブフレーム長、サブキャリア間隔、及び巡回プレフィックス長を含むパラメータを含むことができ、得られた成功率に基づくことができる。
【0033】
感知動作は、複雑さ及び電力消費を低減することを目的とするＶ２Ｘ ＵＥリソース選択のための簡略化された感知手順であり得る。一般に、感知及びリソース選択手順の原理を、サイドリンク通信管理に使用することができる。他の実施形態は、サイドリンク通信のためのリソースを、ネットワーク（例えば、物理チャネル（例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）など）のダウンリンク制御情報（ＤＣＩ）を介して）から取得することを含む。
【0034】
本明細書の実施形態は、デバイス間の直接通信のため、１つ以上のＵＥ１０１、Ｖ－ＵＥ２２６、又は他のネットワーク化されたデバイスにおいてＤ２Ｄ又はサイドリンク通信を可能にするための、リソース割り当てのための様々な構成要素、構成、及びプロセスを含む。特に、これらの機構は、サイドリンク通信のためのリソースをネットワークを介して（例えば、ＲＡＮ／ｇＮＢ１１０から、１つ以上のデバイス２４０のいずれかに対して）取得することを含む。
【0035】
ＵＥ１０１又はＶ２Ｘ ＵＥ２２６は、ネットワークから送信自体又はリソースを取得することができる１つ以上の送信（Ｔｘ）ＵＥ２４０であり得る。ネットワーク又はｇＮＢ１１０が、ＴｘＵＥ２４０に送信のためのリソースを提供する３つの異なるモードが有効とされ得る：Ａ）動的グラント、Ｂ）設定グラントタイプ１、及びＣ）設定グラントタイプ２。サイドリンク通信を可能にするための、これらの３つの異なるリソースウグラントの間には様々な違いが存在する。動的グラントは、ネットワーク構成要素（例えば、ＲＡＮ１１０）が、ＴｘＵＥ２４０に、例えば、１つのトランスポートブロック（ＴＢ）、１回の送信、又は１つのパケットのデータについて、１つのリソース、又は別個のリソースを提供することを含み、それは、リソース割り当ての後続のインスタンスのために動的に修正することができる。
【0036】
設定グラントタイプ１又はタイプ２は、ネットワークがＴｘＵＥ２４０に、単一ショットのシグナリングに周期的リソースを割り当てるシナリオを含むことができる。したがって、ＵＥ１０１がいくつかの周期的トラフィック（例えば、１秒ごとに発生するトラフィック）を有する場合、ネットワークは、デバイスリソース（例えば、サイドリンク送信リソース）に、１秒の周期を複数回、又は複数の送信についてワンショットの割り当てを提供することができる。
【0037】
設定グラントタイプ１は、無線リソース制御（ＲＲＣ）シグナリングを含み得る上位層シグナリング又は高レベル信号を含むことができ、物理層信号に帰着する。対照的に、設定グラントタイプ２は、上位層シグナリングと下位層シグナリングとの組み合わせであり得る。上位層では、ネットワークは、設定グラントタイプ２のリソース周期性（例えば、１秒ごと、又は他の期間ごと）でデバイスを構成するが、グラントは変更せず、リソースの物理ドメインを与えない。具体的には、設定グラントタイプ２は、ＰＤＣＣＨのＤＣＩ信号と同様に、物理チャネルの物理的層シグナリングに依存してリソースを割り当てる。ネットワークは、ＤＣＩで設定グラントタイプ２をトリガすることができ、次に、設定グラントタイプ２を一度に、又はある時間後にリリースすることもできる。
【0038】
設定グラント（設定グラントタイプ２）のアクティブ化／非アクティブ化（リリース）は、ＤＣＩを通じて（介して）であってよい。しかしながら、ＤＣＩを用いて、直接的な方法で動的グラントを提供し、取得することもでき、これは設定グラント（設定グラントタイプ２）と同様である。ＤＣＩは、最上位層に、リソース、周波数リソース、サイドリンクグラントの場所、又は他のリソースを提供する。
【0039】
ＮＲ Ｖ２Ｘは、サイドリンクの動的グラント、設定グラントタイプ１及び設定グラントタイプ２をサポートする。動的グラントの場合、ＤＣＩは、例えば、ＩＥフィールド２５０の表に示されるように、物理チャネルのＤＣＩの一部として、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子（ＩＤ）／番号及び新規データインジケータ（ＮＤＩ）を含むことができる。ＤＣＩは、サイドリンク制御情報（ＳＣＩ）に使用されるシグナリングフォーマットによる時間リソース割り当て及び周波数リソース割り当てを更に示している。更に、初期送信のための開始サブチャネルは、ＤＣＩ内でサイドリンク通信のためにシグナリングされることができる。
【0040】
設定グラント（設定グラントタイプ２）及び動的グラントのためのＤＣＩの情報素子（ＩＥ）２５０のフィールドの例示的なセットは、ｇＮＢ１１０からＴｘ－ＵＥ２４０に対して、例えば、３ＧＰＰ、ＴＳ３８．２１２の技術仕様に基づいて通信することができる。例示的なＩＥ２５０のＤＣＩフィールドは、ＤＣＩフォーマット３＿０に基づくことができる。ＮＲ／５ＧのためのこのＤＣＩフォーマット、ＤＣＩフォーマット３＿０は、時間ギャップ、ＨＡＲＱプロセスＩＤ、新規データインジケータ（ＮＤＩ）、初期送信へのサブチャネル割り当ての最低インデックス、周波数（ドメイン）リソースの割り当て（ＦＲＡ又はＦＤＲＡ）と時間リソースの割り当てを含むＳＣＩフォーマット０＿１フィールド、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）対ＨＡＲＱフィードバックタイミングインジケータ、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータ、構成インデックス又は設定グラントインデックスなど、のうち１つ以上を含むことができる。
【0041】
ＤＣＩフォーマット３＿０は、ＮＲ／５Ｇサイドリンクを制御するためのｇＮＢ１１０のＤＣＩフィールド２５０を含む。５Ｇリリース１６超信頼性低レイテンシ通信（ＵＲＬＬＣ）に対して、バンド幅部分（ＢＷＰ）あたりのアップリンク（ＵＬ）設定グラント（ＣＧ）がサポートされる最大及び最大数は、例えば１２であり得る。したがって、様々な実施形態では、設定グラントは、ＵＬ設定グラントを含むことができるが、ダウンリンク（ＤＬ）半永続的グラントも含み得る。ＤＣＩフォーマット３＿０（例えば、ＤＣＩフィールド２５０）のフィールドを利用して、単一のＤＣＩで複数の設定グラントをリリースすることができる。更に、単一のＤＣＩを利用して、単一の設定グラントをアクティブ化すること、並びに複数の設定グラントをリリースすることができる。実施形態は複数の設定グラントのリリースを構成するが、本明細書で論じるように、複数の設定グラントのアクティブ化のみならず、単一の設定グラントのリリースもまた、想定することができる。
【0042】
様々な他の実施形態では、ＴｘＵＥ１０１は、例えば、ＩＥフィールド２５０を含むＤＣＩフォーマット３＿０に基づいて、デバイス２４０間のサイドリンク通信のためにネットワークからリソースを割り当てる１つ以上のサイドリンク設定グラント（例えば、設定グラントタイプ２）をアクティブ化及び非アクティブ化するように構成することができる。追加の態様は、動的グラントに基づいてサイドリンクグラントの再送信に関与するＨＡＲＱプロセスＩＤを導出するなどの再送信動作に関し、各サイドリンクグラント（動的グラント／設定グラント）はそれぞれ、異なる無線ネットワーク一時識別子（ＲＮＴＩ）に基づいて構成され、動的グラントフィールドに基づいているかどうかに関係なく、それぞれ、異なる無線ネットワーク一時識別子（ＲＮＴＩ）に基づいて、グラントのタイプ、動的又は設定グラントを区別することができる。言い換えれば、設定グラントは、設定グラントの送信が動的グラントに基づくかどうかに関係なく、設定グラントＲＮＴＩに基づいて構成され続け、動的グラントＲＮＴＩ上の動的グラントは設定グラントとは異なるＲＮＴＩとして構成され続ける。
【0043】
他の実施形態は、特に再送信動作のための設定グラントのＨＡＲＱプロセスＩＤの計算、及びＤＣＩフォーマット構成のサイズの既存のＤＣＩフォーマットへの整合に対処する。サイドリンク通信のためのこれらのプロセスは、サイドリンク通信における動作目標を改善するためのＤＣＩのフィールド２５０を有するＤＣＩフォーマット３＿０に基づいてもよく、動作目標には、概して本明細書においてタイプ２の設定グラントと呼ばれる設定グラント、及び動的グラント、言い換えるとＤＣＩ又はネットワークからの直接のコントロール情報に具体的に基づくグラントによる、リソース割り当ての信頼性と効率性が含まれる。
【0044】
一実施形態では、（例えば、ＤＣＩフィールド２５０の）ＤＣＩフォーマット３＿０は、動的グラント及び設定グラントのための共通のＤＣＩサイズを提供することができる。更に、ＤＣＩフィールド２５０のＤＣＩフォーマット３＿０のうちのいくつかのフィールドは、動的グラントのみに適用可能であり得るが、他のものは、設定グラントに適用可能である。例えば、ＤＣＩのＩＥのＤＣＩフィールド２５０の「ＨＡＲＱプロセスＩＤ」フィールド及びＮＤＩフィールドを、特に動的グラントに関与するリソースに対して使用することができる。他のフィールド（例えば、設定グラントのインデックスフィールド）は、設定グラントに適用可能であり得る。一態様では、変調及びコーディングスキーム（ＭＣＳ）並びに冗長バージョン（ＲＶ）フィールドは、動的グラント及び設定グラントのためのＤＣＩフォーマット３＿０においては構成されない。
【0045】
特定のＤＣＩフィールド２５０において、略されたテーブルが更に示されて、動作の異なるカテゴリと、アクティブ化、非アクティブ化（リリース）、及び設定グラントの再送信、並びに動的グラントへの適用性のための列を含む特定の動作に各フィールドがどのように適用可能か、が示されている。フィールドのリストは、左から１つ目の列に与えられており、左から右にこれらの異なる動作が示されている：設定グラントのアクティブ化、設定グラントの非アクティブ化、設定グラントの再伝送、及び動的許可アプリケーションの適用。例えば、設定グラントのインデックスを除き、すべてのフィールドを動的グラントに使用することができる。
【0046】
具体的には、設定グラントは、第２及び第３の列に示すように、異なるタイプのＤＣＩによって、１つはアクティブ化するため、別のは非アクティブ化するために取得することができ、第４の列は、設定グラントの再送信に適用可能である。
【0047】
設定グラントのためのリソースをネットワークが提供するテーブルのフィールド２５０。例えば、１秒、又は他の時間周期の周期性。しかしながら、正常に通信されなかった場合、設定グラントに対する１つの送信機会後、そのＴＢの再送信を開始され得る。設定グラントの再送信は、態様によって、動的グラントを使用して構成又は生成することができる。このリソース割り当ては動的グラントの構成であるが、設定グラントによる再送信のためのものである。設定グラントの再送信と動的グラントの再送信との違いは、設定グラントの再送信においては、設定グラントのためのＲＮＴＩがなお利用されることである。具体的には、２つの異なるＲＮＴＩが利用され、１つは、設定グラント用、１つは動的グラント用であり、お互いに異なるため、それぞれのサイドリンクグラントは、異なるＲＮＴＩ（例えば、サイドリンク（ＳＬ）－ＲＮＴＩか、又は他のタイプか）によって区別され得る。しかしながら、データは、設定グラントの再送信のためであり、動的グラントの形態ではあるが、設定グラントのためのＲＮＴＩに基づいており、したがって、設定グラントの再送信のために構成されている。
【0048】
態様では、動的グラントのみならず設定グラントの再送信についても、ネットワークは、ｇＮＢ１１０に対し、又はｇＮＢ１１０を介してＵＥ１０１に対し、どのグラントがどちらのためかをＨＡＲＱプロセスＩＤを介して示し、ＤＣＩフォーマット３＿０のＩＥにおけるテーブル２５０のフィールドのうちＨＡＲＱプロセスＩＤのフィールドに関連付けられているこの行の最後の２列については「はい」である。しかしながら、設定グラントのアクティブ化／リリースにはＨＡＲＱフィールドが必要とされておらず、それはＨＡＲＱプロセスＩＤのテーブル２５０の第２及び第３の列における「いいえ」によって示されている。
【0049】
別の態様では、周波数リソース「割り当て」（ＦＲＡ）フィールドのＳＣＩフォーマット０＿１フィールドは、リリースのためには利用されないが、設定グラントのアクティブ化、設定グラントの再送信、及び動的許可については利用される。更に、設定グラントのインデックスは、設定グラントのアクティブ化のために利用され（「はい」で示されている）、どの設定グラントがアクティブ化されるべきかを定めており、設定グラントのリリースについても同様である。設定グラントの再送信の動的グラントについては、複数の設定グラントインデックスを構成することができるために設定グラントインデックスは利用されない。しかし、設定グラントをアクティブ化するときには設定グラントインデックスが利用される。
【0050】
一実施形態では、単一のサイドリンク設定グラントを単一のＤＣＩによってトリガして、単一のサイドリンク設定グラントのみをアクティブ化又はリリースすることができる。グラント構成はＲＲＣシグナリングを介して示してもよく、周期性をも示し、一方で、ＤＣＩは設定グラントをアクティブ化又はリリースするために使用することができる。ｇＮＢ１１０は、例えば、構成されたＤＣＩフォーマット３＿０によって、１つ以上のネットワークデバイス２４０で設定グラントのアクティブ化又はリリースするために、物理チャネルを介してＤＣＩを通信する。設定グラントのアクティブ化は、ＤＣＩフォーマット３＿０の検証が「ＨＡＲＱプロセスＩＤ」フィールドによって達成されることに基づくことができる。例えば、ＵＥ１０１は、ＤＣＩフォーマット３＿０を処理して、ＨＡＲＱプロセスＩＤビットがすべて同じ状態又は値を有するかどうかを判定することができる。例えば、ＵＥ１０１は、ＨＡＲＱプロセスＩＤフィールドが、例えば、事前定義された値としてすべてゼロ（０）で構成されているかどうかを判定することができ、もしそうであれば、取得したＤＣＩフォーマット３＿０に基づいて、設定グラントの構成をサイドリンク通信のためにアクティブ化するように動作する。
【0051】
別の実施形態では、サイドリンクグラントのリリース（非アクティブ化）動作のために、ｇＮＢ１１０は、設定グラントをＤＣＩフォーマット３＿０で構成することができ、ＵＥ１０１は、ＤＣＩフォーマット３＿０の検証が「ＨＡＲＱプロセスＩＤ」及び「ＳＣＩフォーマット０＿１フィールドの周波数（ドメイン）リソース割り当て」の両方のフィールドによって達成されたことに基づいて、ＤＣＩフォーマット３＿０から設定グラントを処理することができる。ＵＥ１０１は、ＨＡＲＱプロセスＩＤの値に基づいて、サイドリンクグラントをリリース／非アクティブ化するかどうかを判定するように構成することができる。例えば、ＵＥ１０１は、ＤＣＩフォーマット３＿０を処理して、ＨＡＲＱプロセスＩＤビットがすべて同じ状態又は値を有するかどうかを判定することができる。例えば、ＨＡＲＱプロセスＩＤは、すべてゼロ（０）を有することができる。リリースは、ＨＡＲＱプロセスＩＤと、「周波数リソース割り当て（ＦＲＡ）」フィールドのＳＣＩフォーマット０＿１フィールドとの組み合わせによって制御することができ、したがって、ＨＡＲＱプロセスＩＤが特定の値のビットを含み、ＳＣＩフォーマットＦＲＡフィールドもまた、特定の値のビットを含み、サイドリンクグラントのリリース（例えば、設定グラント）が、ＵＥ１０１によって開始され得る。「周波数リソース割り当て」のＳＣＩフォーマット０＿１フィールドは、例えば、ＨＡＲＱプロセスＩＤとは異なる同じ状態として、同じ状態のビット（例えば、すべて１）を有することができる。例えば、「周波数リソース割り当て」のＳＣＩフォーマット０＿１フィールドが同じ第２の状態（例えば、すべて１）を含む間に、ＨＡＲＱプロセスＩＤが同じ第１の状態（例えば、すべてゼロ、０）を含む場合、設定グラントは、ＤＣＩフォーマット３＿０に基づいてリリース又は非アクティブ化することができる。
【0052】
「周波数リソース割り当て」のＳＣＩフォーマット０＿１フィールドは、例えば、第２のリソース及び第３のリソースの開始サブチャネル、並びにサブチャネルサイズの数を示すように構成される。ここで、リソースの最大数が２である場合、例えば、ＳＣＩフォーマット０＿１フィールドには、ＳＣＩフォーマットは
ビットあり、式中、Ｎは、リソースプール内のサブチャネルの総数である。リソースの最大数が３である場合、ＳＣＩフォーマット０＿１フィールドは、
ビット、有することができる。任意の整数値Ｎについて、
のいずれかも２の累乗でない。具体的には、これにより、周波数リソース指示値設計の構成が、その意図された機能を保持しながら、すべて１であることを回避することができることを可能にする。したがって、例えば、すべて１であることは設定グラントのリリースを示すために予約され、ＵＥ１０１によって設定グラントの非アクティブ化を処理するためのものとして定義され得る。
【数1】
【数2】
【数3】
【0053】
別の実施形態では、ネットワークによって、ｇＮＢ１１０を介してＵＥ１０１に対し、複数のサイドリンク設定グラントを、サイドリンク通信のためのサイドリンクグラントを用いて、ＤＣＩフォーマット３＿０でトリガすることができる。ＤＣＩのＩＥは、１つ以上の設定グラント構成を含むことができ、これは、サイドリンク通信のためのＵＲＬＬＣ構成又は他の構成に基づくことができる。例えば、単一のＤＣＩを使用して、１つの設定グラントをアクティブ化することができる。複数の設定グラントをアクティブ化するために、複数のＤＣＩを構成することができるが、以下で更に説明するように、これについて少なくとも２つの実施形態が存在する。１つでは、ＤＣＩフォーマット３＿０の単一のＤＣＩ又はフィールドを使用して、単一の設定グラントをリリースすることができる。代替的に、又は追加的に、第２の場合として、単一のＤＣＩが１つのショット（又は１つのシグナリングされたリソース送信）で複数の設定グラントをリリースするように構成され得る。
【0054】
一実施形態では、例えば、単一のＤＣＩは、単一のサイドリンク設定グラントをアクティブ化するか、又は１つ以上のサイドリンク設定グラントをリリースするように構成され得る。構成グラントインデックスフィールドは、ＤＣＩフォーマット３＿０に基づいてフィールド２５０の他のフィールドを使用することによって回避することができる。設定グラントをアクティブ化するために、例えば、フィールド２５０のＨＡＲＱプロセスＩＤフィールドを、アクティブ化されるべきサイドリンク設定グラントのインデックスを示す方法として、設定グラントインデックス情報を示す指示として使用することができる。ＨＡＲＱプロセスＩＤフィールドのサイズがビットサイズについて具体的に定義されない可能性があるが、ｇＮＢ１１０を介したネットワークはサイズＭとして可変のサイズを定義することができる。そうすることで、設定グラントのビット数として、上限ビット数をＬｏｇ2 Ｍまでとなるようにサイズを指示又は構成し得る。例えば、Ｍとして１２、１０、又は他の数を、設定グラントの構成に対して選択することができる。したがって、サイドリンク設定グラントに対するＭとして４つのビットを使用して１０を示すことができ、１０のＬｏｇ2として決定し、Ｌｏｇ2 Ｍと表現される。これは一例であり、したがって、この例を用いれば、ＨＡＲＱプロセスＩＤフィールドは、４ビット長であり得る。
【0055】
一実施形態では、１６までを、設定グラント構成のＭとして使用することができる。具体的には、ＤＣＩフォーマット３＿０のＨＡＲＱプロセスＩＤをこのように構成して設定グラントを示し、サイドリンク設定グラントのどのインデックスがアクティブ化されていることを示すことができる。サイドリンク設定グラントの最大構成可能数がＭである場合、Ｌｏｇ2 Ｍビットが、サイドリンク設定グラントインデックスを示すために使用され得る。Ｌｏｇ2 ＭがＨＡＲＱプロセスＩＤのビット長よりも短い場合、ＨＡＲＱプロセスＩＤの最下位（又は最上位）の
ビットを使用して、アクティブ化するサイドリンク設定グラントのインデックスを示すことができる。
【数4】
【0056】
別の実施形態では、例えば上記の第２の場合として、ＨＡＲＱプロセスＩＤフィールドを使用して、複数の設定グラントの同時の又は並行したリリースを示すことができる。ここで、ＨＡＲＱプロセスＩＤフィールドを利用してテーブルのエントリを示すことができるように、独立した又は別個のテーブルを構成することができる。各テーブルは少なくとも１つのエントリを有することができ、テーブルの各エントリは複数の設定グラントインデックスを含む。したがって、ＨＡＲＱプロセスＩＤフィールドは、テーブルエントリを指し示すように構成することができ、テーブルのどのエントリが指し示めされているかを示す。このエントリが複数の設定グラントインデックスを含む場合、すべての関連付けられた設定グラントがリリースされる。ＵＥ１０１は、このメカニズムを用いて（例えば、１つ以上のプロセッサを介して）複数の設定グラントのリリースを同時に処理するように構成することができる。
【0057】
したがって、ｇＮＢ１１０は、ＤＣＩフォーマット３＿０構成による複数のサイドリンクグラントのリリース動作を提供することができる。テーブル２５０からの別個のテーブルを、各エントリに対して、１つ又は複数のサイドリンク設定グラントインデックスを示すように構成することができる。「ＨＡＲＱプロセスＩＤ」のフィールドのビット長をＸとして表すことができる場合、テーブルは、最大２Xのエントリを有することができる。したがって、「ＨＡＲＱプロセスＩＤ」フィールドは、アクティブ化又はサイドリンク通信における使用からリリースされるべき、関連付けられたサイドリンク設定グラントのテーブルエントリを示すことができる。
【0058】
本開示内に記載された方法は一連の動作又はイベントとして本明細書に例示されて説明されているが、そのような動作又は事象の図示された順序は、限定的な意味で解釈されるべきではないことが理解されよう。例えば、いくつかの動作は、他の動作又は事象と異なる順序で、かつ／又は同時に、本明細書に図示及び／又は説明された動作又は事象とは別に、発生し得る。加えて、本明細書の説明の１つ以上の態様又は実施形態を実装するために、すべての図示された動作が必要とされない場合がある。更に、本明細書に示す動作のうちの１つ以上は、１つ以上の別個の動作及び／又は段階で実行され得る。説明を容易にするために、上記の図を参照することができる。しかしながら、本方法は、本開示内で提供される任意の特定の実施形態又は実施例に限定されず、本明細書に開示されるシステムのいずれかに適用され得る。
【0059】
図３を参照すると、図示されているのは、サイドリンク通信のために、特に単一のサイドリンクグラントに関してＤＣＩフォーマット３＿０を処理又は構成するための例示的なプロセスフロー３００である。３０２では、例えば、ＵＥ又は他のネットワーク化されたデバイス（例えば、Ｖ２Ｘ又はネットワーク構成要素）は、サイドリンク通信のためのサイドリンクグラントに関連する処理動作のためのＤＣＩフォーマット３＿０構成としてＤＣＩを受信することができる。上述のように、ＤＣＩフォーマット３＿０は、動的グラント又は設定グラント（設定グラントタイプ２）に利用されるフィールド（例えば、図２のサンプルテーブル２５０のフィールド）を含む。
【0060】
３０４では、ＤＣＩを復号化した後、巡回冗長検査（ＣＲＣ）がＳＬ－ＲＮＴＩでマスクされているかどうかの判定が行われる。判定３０４が肯定（「はい」）で終了する場合、プロセスは３０６に進み、動的グラントを処理する。判定３０４が否定（「なし」）で終了する場合、プロセスは判定３０８に進み、受信されたＤＣＩフォーマット３＿０のＮＤＩが１つ以上のゼロ、又は他の事前定義された値を含むかどうかを更に判定する。
【0061】
判定３０８が「いいえ」である場合、プロセスは３１０に進み、ＤＣＩ内のＨＡＲＱプロセスＩＤの再送信（ｒｅＴｘ）のための動的グラントを処理する。判定３０８が「はい」である場合、プロセスは３１２における追加の判定に進み、ＨＡＲＱプロセスＩＤが事前定義された値又は第１の同じ値（例えば、すべてゼロなど）に等しいビットを含むかどうかを判定する。判定３１２が「いいえ」である場合、許可は無視されるが、「はい」である場合、プロセスは３１６に進み、周波数（ドメイン）リソース割り当て（ＦＤＲＡ／ＦＲＡ）が別の事前定義された値又は第２の異なる同じ値（例えば、すべて１など）に等しいビットを含むかどうかを判定する更なる追加判定が行われる。
【0062】
３１６でのＦＤＲＡ（例えば、周波数（ドメイン）リソース割り当て（ＦＲＡ又はＦＤＲＡ）及び時間リソース割り当てを含むＳＣＩフォーマット０＿１フィールド）を伴う判定が「はい」である場合、設定グラントのリリースが、ＤＣＩフォーマット３＿０のフィールド（例えば、２５０）に基づいて３２０で実行される。３１６での判定が「いいえ」である場合、設定グラントのアクティブ化が、物理チャネル内のＤＣＩのＩＥのフィールドに基づいて実行される。その結果、プロセスフロー３００は、特定のサイドリンクグラント（例えば、動的グラント及び設定グラントタイプ２／ＩＩ）を有するサイドリンク通信の構成と関連付けられ、かつこれを可能とする動作を行うように終了する。
【0063】
図４を参照すると、例示されるのは、サイドリンク通信のために、特に複数のサイドリンクグラントの構成に関してＤＣＩフォーマット３＿０を処理又は構成するための別の例示的なプロセスフロー４００である。プロセスフローの動作４０２～４１０は、上記の図３のプロセスフロー３００の動作３０２～３１０と同様であり得る。とりわけ、プロセスフロー４００は、ＨＡＲＱプロセスＩＤフィールドを伴う本開示で論じられるように、複数の設定グラント構成に対して別個のテーブルを利用するように構成することができる。独立した又は別個のテーブルを構成することができ、ＨＡＲＱプロセスＩＤフィールドを利用して、テーブルのエントリを示すことができる。このテーブルは、少なくとも１つのエントリを有することができ、テーブルの各エントリは複数の設定グラントインデックスを含む。「ＨＡＲＱプロセスＩＤ」フィールドは、アクティブ化又はサイドリンク通信における使用からリリースされるべき、関連付けられた、サイドリンク設定グラントのテーブルエントリを示すように構成することができる。
【0064】
４０２では、ＵＥ又は他のネットワーク化されたデバイス（例えば、Ｖ２Ｘ又はネットワーク構成要素）は、サイドリンク通信のためのサイドリンクグラントに関連する処理動作のためのＤＣＩフォーマット３＿０構成としてＤＣＩを受信することができる。上述のように、ＤＣＩフォーマット３＿０は、１つ以上の動的グラント又は設定グラント（設定グラントタイプ２）に利用することができるフィールド（例えば、図２のサンプルテーブル２５０のフィールド）を含む。
【0065】
４０４では、ＤＣＩを復号化した後、巡回冗長検査（ＣＲＣ）がＳＬ－ＲＮＴＩでマスクされているかどうかの判定が行われる。判定３０４が肯定（「はい」）で終了する場合、プロセスは４０６に進み、構成インデックスフィールドを使用せず、又は構成インデックスフィールドとは異なるフィールドを使用して構成インデックス（例えば、ＨＡＲＱプロセスＩＤフィールド、又はＤＣＩフォーマット３＿０の他のフィールド）を示すことによって、動的グラントを処理する。判定４０４が否定（「なし」）で終了する場合、プロセスは判定４０８に進み、受信されたＤＣＩフォーマット３＿０のＮＤＩが１つ以上のゼロ、又は他の事前定義された値を含むかどうかを更に判定する。
【0066】
判定４０８が「いいえ」である場合、プロセスは４１０に進み、構成インデックスフィールドを使用せず、又は構成インデックスフィールドと異なるフィールドを使用して構成インデックスを示すことによって、ＤＣＩ内ＨＡＲＱプロセスＩＤの再送信（ｒｅＴｘ）の動的グラントを処理する。判定４０８が「はい」である場合、プロセスは４１２における追加の判定へ進み、周波数（ドメイン）リソース割り当て（ＦＤＲＡ／ＦＲＡ）が別の事前定義された値、又は第２のそれとは異なる同じ値（例えば、すべて１など）に等しいビットを含むかどうかを判定する。ＦＤＲＡがすべて１に等しい場合、そのことは設定グラントを４２０でリリースすることを示し、設定グラントインデックスは、ＨＡＲＱプロセスＩＤフィールドに等しい、又は同等であり得る。４１８における設定グラントのアクティブ化のために、ＨＡＲＱプロセスＩＤフィールドは、どの設定グラントがアクティブ化されるべきかを定める。設定グラントインデックスは、設定グラントについて使用されることを回避するため、これらのプロセスを介して使用されない。具体的には、図４のプロセスフロー４００は、設定グラントインデックスフィールドを回避し、また、ＦＤＲＡフィールドを利用して設定グラント（複数可）のリリースとアクティブ化とを区別する。
【0067】
図５を参照すると、例示されるのは、設定グラントのためのＨＡＲＱプロセスＩＤを判定する例示的なプロセスフロー５００である。ＵＥ１０１、ｇＮＢ１１０又は他のネットワーク構成要素が１つ以上の処理構成要素を介して処理を行う実施形態は、５２０において、ＨＡＲＱプロセスＩＤを設定グラントについて１つ以上のプロセッサを介して判定することを含み得る。いくつかの例では、ＨＡＲＱプロセスＩＤは、設定グラントの送信時／機会に対して、送信が失敗した場合に計算することができる。次いで、ＵＥ１０１は、レポートを処理、ネットワークに報告し、ネットワークによるｇＮＢ１１０を介する再送信を要求することができ、それに応答して、ネットワークが再送信グラントを提供することができる。
【0068】
設定グラントに対する再送信は、動的グラントに関して、又は動的グラントの機能によりトリガすることができ、また、ＤＣＩフォーマット３＿０のＨＡＲＱプロセスＩＤフィールド内のＨＡＲＱプロセスＩＤも提供される。ネットワーク構成要素（例えば、ｇＮＢ１２０）は、ＵＥ１０１に対し、例えば、サイドリンクグラントがＨＡＲＱプロセスＩＤに関連付けられた送信ブロック（ＴＢ）を伴う設定グラントに対するものであることを、示すことができる。ＨＡＲＱプロセスＩＤは、ネットワーク（例えば、ｇＮＢ１１０）に直接知られていなくてもよい。これは設定グラントであるため、複数の送信がサイドリンクグラントと関連付けられ得て、したがってｇＮＢ１１０又は他のネットワーク構成要素は、ＴｘＵＥ（例えば、ＵＥ１０１／２４０）が利用するＨＡＲＱプロセスＩＤを計算することができる。
【0069】
一実施形態では、ＨＡＲＱプロセスＩＤは、第１のＲＮＴＩに基づく設定グラントを、異なるＲＮＴＩを伴う動的グラントを介して再送信するために計算することができる。ＨＡＲＱプロセスＩＤの計算は、５２０での設定グラントの周期性に基づかせることができる。例えば、設定グラントの周期性は、スロット単位又はミリ秒単位であり得る。５３０でのＨＡＲＱプロセスＩＤの計算は、設定グラントの周期性がスロット単位か、又はミリ秒単位であるかに応じて、更に決定され得る。
【0070】
一実施形態では、５３０で、サイドリンク送信は、スロットに関して、又はスロットの単位で定義することができる。例えば、ＨＡＲＱプロセスＩＤは、グラント周期性がスロット、ミリ秒のどちらに関するものなのかに応じて決定することができる。周期性がシンボルであるアップリンク設定グラントと異なり、サイドリンク設定グラントの周期性は、ＤＬ半永続的スケジューリング（ＳＰＳ）と同様に、スロットレベルにある、又はミリ秒レベルにあり得る。設定グラントに対するサイドリンク通信において、すべてのスロットが利用可能ではないため、一定の周期性（例えば、１秒又は他の持続時間）は有するが、ある期間の後は、スロットのリソースがＵＥサイドリンク送信に利用できない場合がある。そのため、設定グラントがスロットの単位で提供されるとき、設定グラントの周期性は、物理スロットの単位の代わりに、論理スロットの単位で構成され得る。論理スロットは、連続する時間を確保するための、サイドリンク送信に利用可能なすべてのスロットを意味し得る。
【0071】
別の実施形態では、設定グラント周期性がミリ秒の単位である場合、ある期間の後の第１の論理スロットを使用して、設定グラントのＨＡＲＱプロセスＩＤを決定／定義することができる。ミリ秒又は時間の絶対値（例えば、ミリ秒又は秒）の場合、設定グラントは、この設定グラントが毎秒又は他の持続時間であることを示すが、１秒後にはこのリソースはサイドリンク用には利用可能ではなく、例えばダウンリンク送信用又は他のリソース用に利用可能であり得ることがあり得る。したがって、設定グラントがミリ秒（複数可）の周期性を提供するにもかかわらず、設定グラントに対してそのスロットが利用可能ではない場合、最初の利用可能な、又は期間後の最初の論理スロットが、使用可能又は使用するために定義可能である。例えば、１秒後にはリソースが利用可能でなくなり、その１秒後の最初のスロットが設定グラントのために使用され、エラーケースの処理を構成し得る。代替的に、又は追加的に、サイドリンク送信は、対応するスロットがサイドリンク送信のために利用できない場合、ある期間にわたって中断される。ＨＡＲＱプロセスＩＤは、それに応じてスキップされ得る。
【0072】
他の実施形態では、ネットワークノード又はｇＮＢ１１０が設定グラントを割り当てるとき、使用されるＨＡＲＱプロセスＩＤの数を示すことができるが、ＨＡＲＱプロセスＩＤ値は必ずしも提供しない。例えば、ｇＮＢ１１０はＵＥデバイス１０１に、使用する総数を提供することができる。例えば、ネットワークは、例えば、２つのＨＡＲＱプロセスＩＤ、又は３つのＨＡＲＱプロセスＩＤのように数を示すことはできるが、特定のＨＡＲＱプロセスＩＤの正確な番号は必ずしも示さない。したがって、一実施形態では、これは、ある設定グラントについて、どのＨＡＲＱプロセスＩＤが、ＵＥ１０１でのサイドリンク通信のための使用に関連しているかを正確に示すことである。例えば、ネットワークは、この設定グラントが、例えば、ＨＡＲＱプロセスＩＤ番号３、４、５を使用することができることを示すことができる。このように、サイドリンク通信で使用するために、どのＨＡＲＱプロセスＩＤが設定グラントと関連付けられているかを示すビットマップ、データセット、又はテーブルを提供することができる。
【0073】
代替的に、又は追加的に、例えば、例えば数字３、４、５であるＨＡＲＱプロセスＩＤは、最小ＨＡＲＱプロセスＩＤを３、最大値を５として、表示すべき範囲を提供することによって、値の範囲を示すことができる。そのようにして、ここで範囲を与える。したがって、特定の設定グラントに対していくつのＨＡＲＱプロセスＩＤを使用できるかを様々な実施形態で規定するよりも、正確なＨＡＲＱプロセスＩＤ番号を提供する代わりにＨＡＲＱプロセスＩＤを決定する２つの方法がある。
【0074】
他の実施形態は、直接フレーム番号（ＤＦＮ）から導出されるグラントＨＡＲＱ ＩＤに基づくＨＡＲＱプロセスＩＤ計算を含む。ＨＡＲＱプロセスＩＤが送信に使用されるスロットの単位に基づく場合、グラントＨＡＲＱ ＩＤは、Ｕｕリンクにおいて定義されるように、以下の表現に従って決定され得る。グラントＨＡＲＱ ＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿スロット／周期性）］ｍｏｄｕｌｏ ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ。ＨＡＲＱプロセスＩＤがミリ秒で構成されている場合、グラントＨＡＲＱ ＩＤは、以下の表現に従って決定され得る。グラントＨＡＲＱ ＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿スロット×１０／（ｎｕｍｂｅｒｏｆｓｌｏｔｓＰｅｒＦｒａｍｅ×周期性））］ｍｏｄｕｌｏ ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ。ここで、「ＣＵＲＲＥＮＴ＿スロット」は、［ＤＦＮ＊ｎｕｍｂｅｒｏｆｓｌｏｔｓＰｅｒＦｒａｍｅ＋フレームにおけるスロット番号］、又は［ＳＦＮ＊ｎｕｍｂｅｒｏｆｓｌｏｔｓＰｅｒＦｒａｍｅ＋フレームにおけるスロット番号］に等しくてもよく、式中、ＤＦＮは直接フレーム数であり、ＳＦＮはシステムフレーム数である。ＨＡＲＱプロセスＩＤ計算は、サイドリンクと、複数のアクティブな設定グラントを伴うＵｕリンクの両方に適用可能である。ここで、ＤＦＮは、サイドリンクに使用される直接フレーム番号であり、ＳＦＮは、ｅＮＢ１１０からＵＥ１０１へのメインリンクに使用されるシステムフレーム番号である。この実施形態では、サイドリンクは、ＵＥデバイス１０１から別のＵＥデバイス（例えば、２２６）への通信であるので、ＤＳＮを使用して、グラントＨＡＲＱ ＩＤを計算し、グラントＨＡＲＱ ＩＤを用いてＨＡＲＱプロセスＩＤを更に決定又は導出することができる。
【0075】
グラントＨＡＲＱ ＩＤは、どのＨＡＲＱインデックスがサイドリンクグラント内にあるかを示す。例えば、グラントは、３～５の数からＨＡＲＱプロセスＩＤを割り当てることができ、このグラントＨＡＲＱ ＩＤをＨＡＲＱプロセスＩＤにマッピングすることができる。例えば、グラントＨＡＲＱ ＩＤとＨＡＲＱプロセスＩＤとの間に１対１のマッピングを構成することができる。設定グラントがＨＡＲＱプロセスＩＤのビットマップを有する場合、ＨＡＲＱプロセスＩＤは、ビットマップ内の値１のｉ番目のビットと関連付けられることができ、ｉは、「グラントＨＡＲＱ ＩＤ」に等しい。設定グラントがＨＡＲＱプロセスＩＤの範囲を有する場合、ＨＡＲＱプロセスＩＤは、例えば、「グラントＨＡＲＱ ＩＤ」と構成された「最小ＨＡＲＱプロセスＩＤ」の合計に等しくなり得る。
【0076】
他の実施形態では、ＤＣＩフォーマット３＿０サイズ、又はＤＣＩフォーマット３＿１サイズのうちの少なくとも１つは、既存のＤＣＩフォーマットサイズ（例えば、スロット、時間、ＢＷＰ、又は他のリソースパラメータ）に整合させることができる。ＤＣＩフォーマット３＿１は、ＬＴＥサイドリンクを制御するためのＮＲ Ｕｕリンクのために構成することができる。ＤＣＩフォーマット３＿０及びＤＣＩフォーマット３＿１は、ｇＮＢ１１０又は５Ｇネットワークから構成され、ＵＥデバイスを制御することができる。ＤＣＩフォーマット３＿０は５Ｇサイドリンク通信を制御するように構成され、ＤＣＩフォーマット３＿１はＬＴＥサイドリンクを制御するように構成される。特に、３＿０のＤＣＩフォーマット及びＤＣＩフォーマット３＿１は、既存のＤＣＩフォーマットサイズのサイズに基づいて整合させることができる。
【0077】
一実施形態では、ｇＮＢ１１０は、ＤＣＩフォーマット３＿０及び／又はＤＣＩフォーマット３＿１のサイズを、固定サイズに従った既存のＤＣＩフォーマットサイズ又は異なる時間若しくは異なるＤＣＩ送信に対して動的に構成され得る構成可能なサイズに整合するよう構成することができる。例えば、ＤＣＩフォーマット３＿０又はＤＣＩフォーマット３＿１は、ＤＣＩフォーマット０＿０又は０＿１との固定された整合に従うサイズに整合させることができる。
【0078】
代替的に、又は追加的に、ＤＣＩフォーマット３＿０又はＤＣＩフォーマット３＿１のうちの１つ以上は、それ自体が構成可能であるＤＣＩフォーマット０＿２との固定された整合に従うサイズに整合させることができる。ＤＣＩフォーマット０＿０がＤＣＩフォーマット３＿０と同様のサイズを有することができる一方、ＤＣＩフォーマット０＿２のサイズは構成可能であり、ＤＣＩフォーマット０＿０のサイズよりも小さいことが可能である。したがって、ＤＣＩフォーマット３＿０のサイズが、ＤＣＩフォーマット０＿２と同様であるように構成することができる。
【0079】
代替的に、又は追加的に、ＤＣＩフォーマット３＿０又はＤＣＩフォーマット３＿１サイズは、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット０＿２、又はそれらの順次の組み合わせに構成可能に整合することができる。したがって、ＤＣＩフォーマット３＿０又は３＿１は、別のＤＣＩフォーマット構成に基づいて固定的又は構成可能に定義され得る。
【0080】
代替的に、又は追加的に、ＤＣＩフォーマット３＿０又はＤＣＩフォーマット３＿１のサイズ整合は、サイドリンク送信のための予約リソースの最大数に基づいて構成することができる。例えば、サイドリンクのために最大３つのリソースを割り当てることができ、３つのリソースがサイドリンクのために予約されている場合と、２つのリソースがサイドリンクのために予約されている場合とで、ＤＣＩフォーマット３＿０又はＤＣＩフォーマット３＿１のサイズは異なり得る。サイドリンク送信のための予約リソースの最大数が２である場合、ＤＣＩフォーマット３＿０又はＤＣＩフォーマット３＿１は、ＤＣＩフォーマット０＿２などのより小さいＤＣＩフォーマットに整合されることができる。サイドリンク送信のための予約リソースの最大数が３である場合、ＤＣＩフォーマット３＿０又はＤＣＩフォーマット３＿１サイズは、ＤＣＩフォーマット０＿０又は０＿１に整合されることができる。
【0081】
代替的に、又は追加的に、ＤＣＩフォーマット３＿０又はＤＣＩフォーマット３＿１サイズを、ゼロから始まるアップリンクグラントに整合させることができるが、ダウンリンクフォーマットのグラント（例えば、ＤＣＩフォーマット１＿０、１＿１及び１＿２）に、上記実施形態及び本明細書の拡張として整合させることもできる。
【0082】
図６を参照すると、例示されるのは、ＤＣＩフォーマット３＿０又はフォーマット３＿１のサイズをサイドリンク通信のための別のＤＣＩフォーマットに整合させるための例示的なプロセスフロー６００である。プロセスフロー６００は整合を開始することができ、６１０でＤＣＩフォーマット０＿０及び０＿１のサイズを共通検索空間（ＣＳＳ）に整合させることを含む。
【0083】
６２０では、プロセスフローは、ＤＣＩフォーマット０＿０及び０＿１サイズをＵＥ固有検索空間（ＵＳＳ）に整合させることを含む。６３０における実施形態で、ＤＣＩフォーマット３＿０が監視される場合、ＤＣＩフォーマット３＿０はゼロパディングによってＤＣＩフォーマット０＿０／０＿１に整合させることができる。６４０において、ＤＣＩフォーマット３＿０がより大きなペイロードサイズを有する場合、ゼロパディングはＤＣＩフォーマット０＿０／０＿１で実行することができる。そうでない場合、ゼロパディングはＤＣＩフォーマット３＿０で行うことができる。ＤＣＩフォーマット３＿１は監視されるがＤＣＩフォーマット３＿０は監視されない場合、代替的に、又は追加的に、６５０において、ＤＣＩフォーマット３＿１はゼロパディングによってＤＣＩフォーマット０＿０／０＿１に整合されることができる。６６０では、ＤＣＩフォーマット３＿１がより大きなペイロードサイズを有する場合、ゼロパディングをＤＣＩフォーマット０＿０／０＿１上で実行することができる。そうでなければ、ＤＣＩフォーマット３＿１に対してゼロパディングを実行することができる。
【0084】
６７０では、プロセスフロー６００は、ＤＣＩフォーマット０＿０／１＿０からＤＣＩフォーマット０＿１及び１＿１を区別することを更に含む。ＤＣＩフォーマット０＿２及び１＿２は、更にＤＣＩフォーマット０＿０／１＿０から区別され得る。
【0085】
６８０では、プロセスフロー６００は、更なるＤＣＩフォーマットペイロードサイズの整合が再整合によって実行されるかどうかを判定することを更に含む。更なる整合、又は再整合が所望される場合、ＤＣＩフォーマット０＿０及び０＿１サイズを再整合させることができる。ＤＣＩフォーマット３＿０が監視される場合、６３０での動作（複数可）と同様に、ＤＣＩフォーマット３＿０をＤＣＩフォーマット０＿０／０＿１にゼロパディングによって更に整合させることができる。ＤＣＩフォーマット３＿１は監視されるがＤＣＩフォーマット３＿０は監視されない場合、６５０の動作（複数可）と同様に、ＤＣＩフォーマット３＿１をＤＣＩフォーマット０＿０／０＿１にゼロパディングによって更に整合させることができる。ＤＣＩフォーマット０＿２及び１＿２サイズは、ＤＣＩフォーマット０＿１及び１＿１サイズと同様に、再整合によって、更に整合させることもできる。
【0086】
代替的に、又は追加的に、上記のように、そのような動作又はイベントの例示された順序は、限定的な意味で解釈されるべきではないことが理解されよう。例えば、いくつかの動作は、他の動作又は事象と異なる順序で、かつ／又は同時に、本明細書に図示及び／又は説明された動作又は事象とは別に、発生し得る。一例では、ＤＣＩフォーマット３＿０／ＤＣＩフォーマット３＿１のＤＣＩフォーマット０＿０／０＿１への再整合は、ＤＣＩフォーマット０＿２及び１＿２サイズが再整合される前又は後に、ゼロパディングによって更に整合させることができる。
【0087】
図７を参照すると、例示されるのは、サイドリンクグラントの動作を実行して、ＵＥデバイス間のサイドリンク通信を可能にするためのネットワークデバイス又は構成要素（例えば、ＵＥ１０１、又は他のネットワーク構成要素）のプロセスフローの例である。
【0088】
７１０では、プロセスフロー７００は、ＮＲサイドリンク通信を可能にするサイドリンク設定グラントのためのダウンリンク制御情報（ＤＣＩ）を受信／処理することで開始する。
【0089】
７２０において、プロセスフロー７００は、ＤＣＩのＤＣＩフォーマット３＿０構成の１つ以上のフィールドに基づいて、サイドリンク設定グラントのアクティブ化、少なくとも１つのサイドリンク設定グラントのリリース、又は少なくとも１つのサイドリンク設定グラントの再送信生成を行うかどうかを決定することを更に含む。
【0090】
本明細書の様々な実施形態では、プロセスフロー７００は、ＤＣＩフォーマット３＿０構成の新規データインジケータ（ＮＤＩ）フィールドに基づいて、再送信動作の生成、又はアクティブ化動作若しくはリリース動作を生成するかどうかの更なる決定を生成するかどうかを決定することを更に含むことができる。
【0091】
本明細書の様々な実施形態では、プロセスフロー７００は、ＤＣＩフォーマット３＿０構成のハイブリッド自動再送要求（ＨＡＲＱ）プロセスＩＤフィールドに基づいて、サイドリンク設定グラントのアクティブ化動作を生成することを更に含むことができる。
【0092】
本明細書の様々な実施形態では、プロセスフロー７００は、ＤＣＩフォーマット３＿０構成の周波数リソース割り当てのためのサイドリンク制御情報（ＳＣＩ）フォーマット０＿１フィールド及びＨＡＲＱプロセスＩＤフィールドに基づいて、サイドリンク設定グラントのリリース動作を生成することを更に含むことができる。
【0093】
本明細書の様々な実施形態では、プロセスフロー７００は、ＤＣＩフォーマット３＿０構成のＨＡＲＱプロセスＩＤフィールド及びサイドリンク制御情報（ＳＣＩ）フォーマット０＿１のうちの１つの周波数（ドメイン）リソース割り当てフィールドに基づいて、少なくとも１つのサイドリンク設定グラントをリリースし、少なくとも１つのサイドリンク設定グラントをアクティブ化することを更に含むことができる。ＨＡＲＱプロセスＩＤフィールドは、サイドリンク設定グラントインデックスに等しくあり得る、又は１つ以上のサイドリンク設定グラントインデックスを含むデータセット、ビットマップ、又はテーブルのエントリを示すことができる。
【0094】
本明細書の様々な実施形態では、プロセスフロー７００は、サイドリンク動的グラントに適用可能なＤＣＩフォーマット３＿０構成のフィールドに基づいて、サイドリンク設定グラントの再送信のための再送信動作を開始するかどうかを決定することを更に含むことができる。サイドリンク設定グラントは、サイドリンク動的グラントとは異なるＲＮＴＩに基づく。
【0095】
図８を参照すると、例示されているのは、本明細書に記載の様々な態様による、サイドリンク通信を実行するように構成されたユーザ機器無線通信デバイス（ＵＥ）又は他のネットワークデバイス／構成要素（例えば、ＣＮ１２０又はｇＮＢ１１０の構成要素）のブロック図である。ＵＥデバイス８００は、処理回路及び関連付けられたインターフェース（複数可）を備える１つ以上のプロセッサ８１０（例えば、１つ以上のベースバンドプロセッサ）と、（例えば、共通回路構成要素、別個の回路構成要素、又はそれらの組み合わせを用いることができる、（例えば、１つ以上の送信チェーンに関連付けられた）送信機回路及び／又は（例えば、１つ以上の受信チェーンに関連付けられた）受信機回路を含み得るＲＦ回路を備える）トランシーバ回路８２０と、（任意の様々な記憶媒体を含むことができ、１つ以上のプロセッサ（複数可）８１０又はトランシーバ回路８２０に関連付けられた命令及び／又はデータを記憶することができる）メモリ８３０と、を含む。
【0096】
本明細書で論じられる様々な実施形態（態様）では、信号及び／又はメッセージが生成されて送信のために出力され得て、かつ／又は送信されたメッセージが受信されて処理され得る。生成される信号又はメッセージのタイプに応じて、（例えば、プロセッサ（複数可）８１０、プロセッサ（複数可）８１０などによって）送信のために出力することは、以下の１つ以上を含む。信号又はメッセージの内容を符号化する関連付けられたビットのセットの生成、（例えば、巡回冗長検査（ＣＲＣ）の追加、及び／又は１つ以上のターボ符号を介する符号化、低密度パリティ検査（ＬＤＰＣ）符号、テイルバイティング畳み込み符号（ＴＢＣＣ）、Ｐｏｌａｒ符号などの１つ以上を介した符号化を含み得る）符号化、（例えば、スクランブリングシードに基づく）スクランブリング、（例えば、２位相偏移変調（ＢＰＳＫ）、４位相偏移変調（ＱＰＳＫ）、又は何らかの形式の直交振幅変調（ＱＡＭ）のうちの１つなどを介した）変調、及び／又は（例えば、一覧化されたリソースのセットへの、アップリンク送信のために許可された時間及び周波数リソースのセットへの）リソースマッピング。受信信号又はメッセージのタイプに応じて、（例えば、プロセッサ（複数可）８１０による）処理は、信号／メッセージと関連付けられた物理リソースの識別、信号／メッセージの検出、リソース要素グループのデインターリービング、復調、デスクランブリング、及び／又は復号化のうちの１つ以上を含み得る。
【0097】
本明細書で使用されるとき、「プロセッサ」という用語は、実質的に任意のコンピューティング処理ユニット又はデバイスを指すことができ、シングルコアプロセッサ、ソフトウェアマルチスレッド実行能力を備えたシングルプロセッサ、マルチコアプロセッサ、ソフトウェアマルチスレッド実行能力を備えたマルチコアプロセッサ、ハードウェアマルチスレッド技術を備えたマルチコアプロセッサ、並列プラットフォーム、及び分散共有メモリを備えた並列プラットフォーム、を含むがこれらに限定されない。更に、プロセッサは、本明細書に記載の機能及び／又はプロセスを実行するように設計された、集積回路、特定用途向け集積回路、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、プログラマブル論理コントローラ、複合プログラマブル論理デバイス、個別ゲート若しくはトランジスタ論理、個別ハードウェアコンポーネント、又はそれらの任意の組み合わせを指すことができる。プロセッサは、空間使用を最適化するか、又はモバイルデバイスの性能を向上させるために、分子ドット及び量子ドットベースのトランジスタ、スイッチ及びゲートなどを含むがこれらに限定されないナノスケールアーキテクチャを利用することができる。プロセッサはまた、コンピューティング処理ユニットの組み合わせとして実装され得る。
【0098】
実施例（実施形態）は、方法、方法の動作又はブロックを実行するための手段、機械（例えば、メモリを有するプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）によって実行されると、方法の動作又は装置もしくはシステムの動作を機械に実行させて、本明細書に記載の実施形態及び実施例による複数通信技術を使用する同時通信を実行する命令を含む少なくとも１つの機械可読媒体などの主題を含み得る。
【0099】
第１の実施例は、ｎｅｗ ｒａｄｉｏ（ＮＲ）サイドリンク通信のためのネットワーク化されたデバイス又はユーザ機器（ＵＥ）で使用されるように構成された装置である。装置は、処理回路であって、ダウンリンク制御情報（ＤＣＩ）を処理して、１つ以上のサイドリンク設定グラントに基づくＮＲサイドリンク通信を可能とし、ＮＲサイドリンク通信のためのＤＣＩのＤＣＩフォーマット３＿０構成及びＤＣＩフォーマット３＿０構成の１つ以上のフィールドに基づく１つ以上のサイドリンク設定グラントの、アクティブ化動作、リリース動作、又は再送信動作のうちの少なくとも１つを構成するかどうかを決定するように構成されている、処理回路を備える。
【0100】
第２の実施例は、第１の実施例を含むことができ、処理回路は、１つ以上のサイドリンク設定グラントのアクティブ化動作を、ＤＣＩフォーマット３＿０構成のハイブリッド自動再送要求（ＨＡＲＱ）プロセスＩＤフィールドに基づいて構成するように更に構成されている。
【0101】
第３の実施例は、第１又は第２の実施例を含むことができ、処理回路は、１つ以上のサイドリンク設定グラントのリリース動作を、ＤＣＩフォーマット３＿０構成の第１のフィールド及び第２のフィールドに基づいて構成するように更に構成され、第１のフィールドはＨＡＲＱプロセスＩＤフィールドを含み、第２のフィールドはサイドリンク制御情報（ＳＣＩ）フォーマット０＿１の周波数（ドメイン）リソース割り当てフィールドを含む。
【0102】
第４の実施例は、第１～第３の実施例のいずれか１つ以上を含むことができ、処理回路は、どのサイドリンク設定グラントインデックスをリリースすべきかを示すＤＣＩフォーマット３＿０構成のＨＡＲＱプロセスＩＤフィールドに応答して、１つ以上のサイドリンク設定グラントをリリースし、１つ以上のサイドリンク設定グラントインデックスを含むビットマップ、テーブル又はデータセットと、ビットマップ、テーブル、又はデータセットの１つ以上のエントリを含むＨＡＲＱプロセスＩＤフィールドに応答して、複数のサイドリンク設定グラントをリリースするように更に構成されている。
【0103】
第５の実施例は、第１～第４の実施例のうちのいずれか１つ以上を含むことができ、処理回路は、同じ第１の状態のビットを含むＤＣＩフォーマット３＿０構成のＨＡＲＱプロセスＩＤフィールドと、同じ第１の状態とは異なる同じ第２の状態のすべてのビットを含むＤＣＩフォーマット３＿０構成の周波数リソース割り当てについてのＳＣＩフォーマット０＿１フィールドに応答して、１つ以上のサイドリンク設定グラントをリリースするように更に構成されている。
【0104】
第６の実施例は、第１～第５の実施例のいずれか１つ以上を含むことができ、処理回路は、ＤＣＩフォーマット３＿０構成の新規データインジケータ（ＮＤＩ）フィールドに基づいて、再送信動作を生成するか、又はアクティブ化動作若しくはリリース動作を実行するかどうかの更なる決定を生成するかを決定するように更に構成されている。
【0105】
第７の実施例は、第１～第６の実施例のいずれか１つ以上を含むことができ、処理回路は、１つ以上のフィールドがサイドリンク動的グラントに適用可能であることに基づいて、１つ以上のサイドリンク設定グラントの再送信動作を生成するように更に構成されており、１つ以上のフィールドが、ＤＣＩフォーマット３＿０構成のＨＡＲＱプロセスＩＤフィールド又は新規データインジケータ（ＮＤＩ）フィールドのうちの少なくとも１つを含む。
【0106】
第８の実施例は、第１～第７の実施例のうちのいずれか１つ以上を含むことができ、処理回路は、スロットに基づく設定グラントの周期性に応答したＮＲサイドリンク通信のための連続する時間を確実にするために、１つ以上の論理スロットに基づいて、かつミリ秒に基づく設定グラントの周期性に応答したＮＲサイドリンク通信のための設定グラントの周期性の期間の後の最初の論理スロットに基づいて、ＨＡＲＱプロセスＩＤを決定するように更に構成されている。
【0107】
第９の実施例は、第１～第８の実施例のいずれか１つ以上を含むことができ、処理回路は、ＤＣＩフォーマット３＿０構成の１つ以上のサイドリンク設定グラントに関連付けられた複数のＨＡＲＱプロセスＩＤを、ビットマップ又はＨＡＲＱプロセスＩＤ範囲に基づいて決定するように更に構成されている。
【0108】
第１０の実施例は、第１～第９の実施例のうちのいずれか１つ以上を含むことができ、処理回路は、直接フレーム番号（ＤＦＮ）又はシステムフレーム番号（ＳＦＮ）から導出された現在＿スロット変数に基づいてグラントＨＡＲＱ ＩＤを導出し、グラントＨＡＲＱ ＩＤからＨＡＲＱプロセスＩＤを決定するように更に構成されており、グラントＨＡＲＱ ＩＤ及びＨＡＲＱプロセスＩＤとは、それらの間で１対１のマッピングを含む。
【0109】
第１１の実施例は、第１～第１０の実施例のうちのいずれか１つ以上を含むことができ、処理回路は、ＤＣＩフォーマット３＿０サイズ又はＤＣＩフォーマット３＿１サイズのうちの少なくとも１つを、固定サイズ、又は、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット０＿２、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、ＤＣＩフォーマット１＿２、若しくはＮＲサイドリンク通信のための最大数の予約リソースに基づく構成可能なサイズに基づくレガシーＤＣＩフォーマットサイズに整合させるように更に構成され、ＤＣＩフォーマット０＿０又はＤＣＩフォーマット０＿１を含むレガシーＤＣＩフォーマットサイズに応答して、処理回路が、ＤＣＩフォーマット３＿０サイズ又はＤＣＩフォーマット３＿１サイズのうちの少なくとも１つをゼロパディングによって整合させるように、更に構成されている。
【0110】
第１２の実施例は、ｎｅｗ ｒａｄｉｏ（ＮＲ）ネットワークのためのユーザ機器（ＵＥ）又はサービス消費者デバイスで使用されるように構成されている装置であって、ＮＲサイドリンク通信を可能にするサイドリンク設定グラントについてのダウンリンク制御情報（ＤＣＩ）を受信し、ＤＣＩのＤＣＩフォーマット３＿０構成の１つ以上のフィールドに基づいて、サイドリンク設定グラントをアクティブ化するか、少なくとも１つのサイドリンク設定グラントをリリースするか、又は少なくとも１つのサイドリンク設定グラントのための再送信を生成するかどうかを決定するように構成されている、１つ以上のプロセッサを備える、装置であり得る。
【0111】
第１３の実施例は、第１２の実施例を含むことができ、１つ以上のプロセッサは、ＤＣＩフォーマット３＿０構成のＨＡＲＱプロセスＩＤフィールドがすべてゼロで構成されていることに応答して、サイドリンク設定グラントをアクティブ化するように更に構成されている。
【0112】
第１４の実施例は、第１２～第１３の実施例のいずれか１つ以上を含むことができ、１つ以上のプロセッサは、ＤＣＩフォーマット３＿０構成のＨＡＲＱプロセスＩＤフィールドがすべてゼロで構成され、かつＤＣＩフォーマット３＿０構成の周波数リソース割り当てについてのＳＣＩフォーマット０＿１フィールドがすべて１で構成されていることに応答して、サイドリンク設定グラントをリリースするように更に構成されている。
【0113】
第１５の実施例は、第１２～第１４の実施例のいずれか１つ以上を含むことができ、１つ以上のプロセッサは、設定グラントの周期性がスロット又はミリ秒のどちらに基づくかに基づいて、ＨＡＲＱプロセスＩＤを決定するように更に構成されている。
【0114】
第１６の実施例は、第１２～第１５の実施例のいずれか１つ以上を含むことができ、１つ以上のプロセッサは、ビットマップ又はＨＡＲＱプロセスＩＤ範囲に基づいて、ＤＣＩフォーマット３＿０構成のサイドリンク設定グラントと関連付けられた１つ以上のＨＡＲＱプロセスＩＤを導出するように更に構成されている。
【0115】
第１７の実施例は、実行可能な命令を記憶するコンピュータ可読記憶デバイスであって、前記実行可能な命令が、実行に応答して、ｎｅｗ ｒａｄｉｏ（ＮＲ）ネットワーク上のユーザ機器（ＵＥ）の１つ以上のプロセッサに動作を行わせるものであって、動作は、ＮＲサイドリンク通信を可能にするサイドリンク設定グラントについてのダウンリンク制御情報（ＤＣＩ）を受信することと、ＤＣＩのＤＣＩフォーマット３＿０構成の１つ以上のフィールドに基づいて、サイドリンク設定グラントをアクティブ化するか、少なくとも１つのサイドリンク設定グラントをリリースするか、又は少なくとも１つのサイドリンク設定グラントの再送信を生成するか同かを決定することと、を含む、コンピュータ可読記憶デバイスであり得る。
【0116】
第１８の実施例は、第１７の実施例を含むことができ、動作は、ＤＣＩフォーマット３＿０構成の新規データインジケータ（ＮＤＩ）フィールドに基づいて、再送信動作を生成するか、又は、アクティブ化動作とリリース動作のどちらを生成するかの更なる決定を生成するかどうかを決定することと、ＤＣＩフォーマット３＿０構成のハイブリッド自動再送要求（ＨＡＲＱ）プロセスＩＤフィールドに基づいて、サイドリンク設定グラントのアクティブ化動作を生成することと、ＤＣＩフォーマット３＿０構成の周波数リソース割り当てについてのサイドリンク制御情報（ＳＣＩ）フォーマット０＿１フィールド及びＨＡＲＱプロセスＩＤフィールドに基づいて、サイドリンク設定グラントのリリース動作を生成することと、を更に含む。
【0117】
第１９の実施例は、第１７～第１８の実施例のうちのいずれか１つ以上を含み、動作は、ＤＣＩフォーマット３＿０構成のＨＡＲＱプロセスＩＤフィールドとサイドリンク制御情報（ＳＣＩ）フォーマット０＿１の周波数（ドメイン）リソース割り当てフィールドに基づいて少なくとも１つ以上のサイドリンク設定グラントをリリースして少なくとも１つ以上のサイドリンク設定グラントをアクティブ化することを更に含み、ＨＡＲＱプロセスＩＤフィールドが、サイドリンク設定グラントインデックスに等しい、又は１つ以上のサイドリンク設定グラントインデックスを含むデータセット、ビットマップ、又はテーブルのエントリを示す。
【0118】
第２０の実施例は、第１７～第１９の実施例のうちのいずれか１つ以上を含み、動作は、サイドリンク動的グラントに適用可能であるＤＣＩフォーマット３＿０構成のフィールドに基づいて、サイドリンク設定グラントの再送信のための再送信動作を開始するかどうかを決定することを更に含み、サイドリンク設定グラントが、サイドリンク動的グラントとは異なるＲＮＴＩに基づく。
【0119】
さらなる実施例として、１．以下は、ＤＣＩコンテンツ、ＤＣＩフォーマットサイズ整合、ｇＮＢへのサイドリンクＨＡＲＱフィードバックレポート、複数のサイドリンクＨＡＲＱの多重化、並びに設定グラントに対するＨＡＲＱプロセスＩＤ決定、を含む特定された残るタスクのうちいくつかの詳細について説明する。
【0120】
２．ＤＣＩコンテンツ：ＤＣＩフォーマット３＿０は、ＮＲサイドリンク送信をスケジューリングするｇＮＢのために定義される。ＤＣＩフォーマット３＿０のフィールドには、時間ギャップ、ＨＡＲＱプロセスＩＤ、ＮＤＩ、初期送信の最低サブチャネルインデックス、周波数及び時間リソース割り当てのＳＣＩフォーマット０＿１フィールド、ＰＳＦＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケータ、構成インデックスが含まれる。時間ギャップ、ＨＡＲＱプロセスＩＤ、及び構成インデックスフィールドのビットサイズは指定されていない。時間ギャップフィールドは、上位層パラメータによって与えられるスロットオフセットテーブルにインデックスを提供する。このスロットオフセットテーブルは、最大８個のエントリを有することができ、したがって、このフィールドには３ビットが使用される。ＮＲ Ｕｕと同様に、最大１６個のサイドリンクのためのＨＡＲＱプロセスをサポートすることができ、４ビットがＨＡＲＱプロセスＩＤフィールドに使用される。ＬＴＥ Ｖ２Ｘでは、最大８個のサイドリンクＳＰＳ構成がサポートされる。ＮＲ Ｖ２Ｘでは、最大８個の設定グラントがサポートされる。したがって、一実施形態は、構成インデックスフィールドに３ビットを使用することである。
【0121】
提案１：ＤＣＩフォーマット３＿０では、ＨＡＲＱプロセスＩＤのフィールドは４ビットを有し、時間ギャップのフィールドは３ビットを有し、構成インデックスのフィールドは３ビットを有する。ＤＣＩフォーマット３＿０は、タイプ２のサイドリンク設定グラントをアクティブ化又はリリースするために使用される。ＮＲタイプ２のアップリンク設定グラントと同様に、タイプ２のサイドリンク設定グラントのアクティブ化又はリリースは、ＤＣＩフォーマット３＿０の特別なフィールドによって検証することができる。例えば、ＤＣＩフォーマット３＿０におけるＨＡＲＱプロセスＩＤフィールドは、タイプ２のサイドリンク設定グラントをアクティブ化又はリリースするためにすべて０であり得る。更に、周波数リソース割り当ての有効なＳＣＩフォーマット０＿１フィールドは、すべて１であることができないと想定される。したがって、タイプ２のサイドリンク設定グラントのアクティブ化とリリースとの間の区別は、周波数リソース割り当てのＳＣＩフォーマット０＿１フィールドがすべて１であるかどうかをチェックすることによって達成される。このフィールドがすべて１である場合、ＤＣＩフォーマット３＿０は、タイプ２のサイドリンク設定グラントをリリースすると考えられる。そうでない場合、ＤＣＩフォーマット３＿０は、タイプ２のサイドリンク設定グラントをアクティブ化すると考えられる。
【0122】
提案２：ＤＣＩフォーマット３＿０におけるサイドリンクのタイプ２設定グラントのアクティブ化を検証するには、ＨＡＲＱプロセスＩＤがすべて０であり、周波数リソース割り当てのＳＣＩフォーマット０＿１フィールドはすべて１ではない。ＤＣＩフォーマット３＿０におけるサイドリンクのタイプ２設定グラントのリリースを検証するには、ＨＡＲＱプロセスＩＤがすべて０ではなく、周波数リソース割り当てのＳＣＩフォーマット０＿１フィールドはすべて１である。
【0123】
２．２．ＤＣＩフォーマットサイズ整合：ＤＣＩフォーマット３＿０のサイズと既存のＮＲ ＤＣＩフォーマットのうちの１つのサイズが整合される。ＤＣＩフォーマット３＿０を既存のどのＮＲ ＤＣＩフォーマットに整合させるかは限定されなくてもよい。ＤＣＩフォーマット３＿０を、同様のペイロードサイズを有する既存のＤＣＩフォーマットに整合させることが有益である。既知のＤＣＩフォーマット３＿０のコンテンツでは、ＤＣＩフォーマット３＿０は、ＤＣＩフォーマット０＿０と同様のペイロードサイズを有する。ＤＣＩフォーマット３＿０とＤＣＩフォーマット０＿０との間のペイロードサイズの整合は、ゼロパディングによって達成可能である。
【0124】
提案３：ＮＲ ＤＣＩフォーマット３＿０は、ゼロパディングを介してＮＲ ＤＣＩフォーマット０＿０にペイロードサイズを整合し得る。
【0125】
２．５ 設定グラントに対するＨＡＲＱプロセスＩＤ決定：ＮＲ Ｕｕでは、アップリンク設定グラントは、複数のＨＡＲＱプロセスを有し得、ＨＡＲＱプロセスの数は、アップリンク設定グラントの構成の一部である。この同様のスキームはサイドリンク設定グラントに拡張されるはずであり、すなわち、複数のＨＡＲＱプロセスがサイドリンク設定グラントに割り当てられる。これにより、サイドリンク送信のスループットが増加する。サイドリンク動的グラントは、設定グラントに対する再送信のためのリソースを提供するために使用される。ＨＡＲＱプロセスＩＤがこの動的グラントに含まれるため、ｇＮＢは、再送信のために動的グラントのためのＨＡＲＱプロセスＩＤを計算する必要がある。Ｕｕと同様に、サイドリンクのためのＨＡＲＱプロセスＩＤは、初期サイドリンク送信のサイドリンクスロットインデックス、設定グラントの周期性、及びサイドリンク設定グラントにおけるＨＡＲＱプロセスの数に基づいて取得される。複数の設定グラント構成がサイドリンクのためにサポートされているため、ＨＡＲＱプロセスＩＤの曖昧性を回避すべく、正確なＨＡＲＱプロセスＩＤが各設定グラントに割り当てられるべきである。したがって、サイドリンク設定グラント構成は、関連付けられたＨＡＲＱプロセスＩＤを含む。
【0126】
提案１１：設定グラントのＨＡＲＱプロセスＩＤは、第１のサイドリンク送信の物理リソースによって決定される。サイドリンク設定グラント構成は、その関連するＨＡＲＱプロセスＩＤを含む。
【0127】
結論提案：提案１：ＤＣＩフォーマット３＿０において、ＨＡＲＱプロセスＩＤのフィールドは４ビットを有し、時間ギャップのフィールドは３ビットを有し、構成インデックスのフィールドは３ビットを有する。提案２：ＤＣＩフォーマット３＿０におけるタイプ２のサイドリンク設定グラントのアクティブ化を検証するには、ＨＡＲＱプロセスＩＤがすべて０であり、周波数リソース割り当てのＳＣＩフォーマット０＿１フィールドはすべて１ではない。ＤＣＩフォーマット３＿０におけるタイプ２のサイドリンク設定グラントのリリースを検証するには、ＨＡＲＱプロセスＩＤがすべて０であり、周波数リソース割り当てのＳＣＩフォーマット３＿０フィールドはすべて１である。提案３：ＮＲ ＤＣＩフォーマット３＿０のペイロードサイズは、ＮＲ ＤＣＩフォーマット０＿０にゼロパディングを介して整合されるべきである。提案１１：設定グラントのＨＡＲＱプロセスＩＤは、第１のサイドリンク送信の物理リソースによって決定される。サイドリンク設定グラント構成は、その関連するＨＡＲＱプロセスＩＤを含む。
【0128】
更に、本明細書に記載の様々な態様又は特徴は、標準的なプログラミング及び／又は工学技術を使用して、方法、装置、又は製造物品として実装することができる。本明細書で使用される「製造物品」という用語は、任意のコンピュータ可読デバイス、キャリア、又は媒体からアクセス可能なコンピュータプログラムを包含することを意図している。例えば、コンピュータ可読媒体は、磁気記憶デバイス（例えば、ハードディスク、フロッピーディスク、磁気ストリップなど）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）など）、スマートカード、及びフラッシュメモリデバイス（例えば、ＥＰＲＯＭ、カード、スティック、キードライブなど）を含むことができるが、これらに限定されない。更に、本明細書に記載の様々な記憶媒体は、情報を記憶するための１つ以上のデバイス及び／又は他の機械可読媒体を表すことができる。「機械可読媒体」という用語は、限定されるものではないが、無線チャネルと、命令（複数可）及び／又はデータを記憶、収容、及び／又は運搬することができる様々な他の媒体を含むことができる。更に、コンピュータプログラム製品は、コンピュータに、本明細書に記載の機能を実行させるように動作可能な１つ以上の命令又はコードを有するコンピュータ可読媒体を含むことができる。
【0129】
通信媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、又は他の構造若しくは非構造データを、変調データ信号、例えば、搬送波又は他の輸送機構などのデータ信号に含み、任意の情報配信又は輸送媒体を含む。「変調データ信号」又は複数の信号は、１つ以上の信号内の情報を符号化するように設定又は変更された１つ以上の特性を有する信号を指す。限定ではなく例として、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体、並びに音響、ＲＦ、赤外線、及び他の無線媒体などの無線媒体を含む。
【0130】
例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合することができる。代替的に、記憶媒体は、プロセッサと一体であり得る。更に、いくつかの態様では、プロセッサ及び記憶媒体は、ＡＳＩＣに存在することができる。加えて、ＡＳＩＣは、ユーザ端末に存在することができる。代替的に、プロセッサ及び記憶媒体は、ユーザ端末内にて別個の構成要素として存在することができる。加えて、いくつかの態様では、方法又はアルゴリズムのプロセス及び／又は動作は機械可読媒体及び／又はコンピュータ可読媒体上の１つ又は任意の組み合わせ又はコード及び／又は命令として存在することができ、これは、コンピュータプログラム製品に組み込むことができる。
【0131】
これに関して、開示された主題は様々な実施形態及び対応する図に関連して説明されてきたが、適用可能な場合、他の同様の実施形態を使用することができ、又は、開示された主題の同じ、類似の、代替的、又は代替機能を実行するための記載された実施形態に、そこから逸脱することなく、修正及び追加を行うことができることを理解されたい。したがって、開示される主題は本明細書に記載される任意の単一の実施形態に限定されるべきではなく、むしろ、以下の添付の特許請求の範囲に従って幅及び範囲で解釈されるべきである。
【0132】
具体的には、上述の構成要素（アセンブリ、デバイス、回路、システムなど）によって実行される様々な機能に関して、そのような構成要素を説明するために使用される用語（「手段」への参照を含む）は、本明細書に示される本開示の例示的な実装形態における機能を実行する開示された構造と構造的に同等でない場合でも、記載された構成要素の特定の機能を実行する任意の構成要素又は構造（例えば、機能的に同等である）に対応することが意図される。更に、特定の特徴がいくつかの実装のうちの１つのみに関して開示されている可能性があるが、そのような特徴は、任意の所与の又は特定の用途に望ましく有利であり得るように、他の実装の１つ以上の他の特徴と組み合わせることができる。
付属書類
１．以下は、ＤＣＩコンテンツ、ＤＣＩフォーマットサイズ整合、ｇＮＢへのサイドリンクＨＡＲＱフィードバックレポート、複数のサイドリンクＨＡＲＱの多重化、並びに設定グラントに対するＨＡＲＱプロセスＩＤ決定、を含む特定された残るタスクのうちいくつかの詳細について説明する。
２．ＤＣＩコンテンツ：ＤＣＩフォーマット３＿０は、ｇＮＢスケジューリングＮＲサイドリンク送信のために定義される。ＤＣＩフォーマット３＿０のフィールドには、時間ギャップ、ＨＡＲＱプロセスＩＤ、ＮＤＩ、初期送信の最低サブチャネルインデックス、周波数及び時間リソース割り当てのＳＣＩフォーマット０＿１フィールド、ＰＳＦＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケータ、構成インデックスが含まれる。時間ギャップ、ＨＡＲＱプロセスＩＤ、及び構成インデックスフィールドのビットサイズは指定されていない。時間ギャップフィールドは、上位層パラメータによって与えられるスロットオフセットテーブルにインデックスを提供する。このスロットオフセットテーブルは、最大８個のエントリを有することができ、したがって、このフィールドには３ビットが使用される。ＮＲ Ｕｕと同様に、最大１６個のサイドリンクのためのＨＡＲＱプロセスをサポートすることができ、４ビットがＨＡＲＱプロセスＩＤフィールドに使用される。ＬＴＥ Ｖ２Ｘでは、最大８個のサイドリンクＳＰＳ構成がサポートされる。ＮＲ Ｖ２Ｘでは、最大８個の設定グラントがサポートされる。したがって、一実施形態は、構成インデックスフィールドのために３ビットを使用することである。
提案１：ＤＣＩフォーマット３＿０では、ＨＡＲＱプロセスＩＤのフィールドは４ビットを有し、時間ギャップのフィールドは３ビットを有し、構成インデックスのフィールドは３ビットを有する。ＤＣＩフォーマット３＿０は、タイプ２のサイドリンク設定グラントをアクティブ化又はリリースするために使用される。ＮＲタイプ２のアップリンク設定グラントと同様に、タイプ２のサイドリンク設定グラントのアクティブ化又はリリースは、ＤＣＩフォーマット３＿０の特別なフィールドによって検証することができる。例えば、ＤＣＩフォーマット３＿０におけるＨＡＲＱプロセスＩＤフィールドは、タイプ２のサイドリンク設定グラントをアクティブ化又はリリースするためにすべて０であり得る。更に、周波数リソース割り当ての有効なＳＣＩフォーマット０＿１フィールドは、すべて１であることができないと想定される。したがって、タイプ２のサイドリンク設定グラントのアクティブ化とリリースとの間の区別は、周波数リソース割り当てのＳＣＩフォーマット０＿１フィールドがすべて１であるかどうかをチェックすることによって達成される。このフィールドがすべて１である場合、ＤＣＩフォーマット３＿０は、タイプ２のサイドリンク設定グラントをリリースすると考えられる。そうでない場合、ＤＣＩフォーマット３＿０は、タイプ２のサイドリンク設定グラントをアクティブ化すると考えられる。
提案２：ＤＣＩフォーマット３＿０におけるサイドリンクのタイプ２設定グラントのアクティブ化を検証するには、ＨＡＲＱプロセスＩＤがすべて０であり、周波数リソース割り当てのＳＣＩフォーマット０＿１フィールドはすべて１ではない。ＤＣＩフォーマット３＿０におけるサイドリンクのタイプ２設定グラントのリリースを検証するには、ＨＡＲＱプロセスＩＤがすべて０であり、周波数リソース割り当てのＳＣＩフォーマット０＿１フィールドはすべて１である。
２．２ＤＣＩフォーマットサイズ整合：ＤＣＩフォーマット３＿０のサイズと既存のＮＲ ＤＣＩフォーマットのうちの１つのサイズが整合される。ＤＣＩフォーマット３＿０を既存のどのＮＲ ＤＣＩフォーマットに整合させるかは限定されていない。ＤＣＩフォーマット３＿０を同様のペイロードサイズを有する既存のＤＣＩフォーマットに整合させることが有益である。既知のＤＣＩフォーマット３＿０のコンテンツでは、ＤＣＩフォーマット３＿０は、ＤＣＩフォーマット０＿０と同様のペイロードサイズを有する。ＤＣＩフォーマット３＿０とＤＣＩフォーマット０＿０との間のペイロードサイズの整合は、ゼロパディングによって達成可能である。
提案３：ＮＲ ＤＣＩフォーマット３＿０は、ゼロパディングを介してＮＲ ＤＣＩフォーマット０＿０にペイロードサイズを整合し得る。
２．５ 設定グラントに対するＨＡＲＱプロセスＩＤ決定：ＮＲ Ｕｕでは、アップリンク設定グラントは、複数のＨＡＲＱプロセスを有し得て、ＨＡＲＱプロセスの数は、アップリンク設定グラントの構成の一部である。この同様のスキームはサイドリンク設定グラントに拡張されるはずであり、すなわち、複数のＨＡＲＱプロセスがサイドリンク設定グラントに割り当てられる。これにより、サイドリンク送信のスループットが増加する。サイドリンク動的グラントは、設定グラントに対する再送信のためのリソースを提供するために使用される。ＨＡＲＱプロセスＩＤがこの動的グラントに含まれるため、ｇＮＢは、再送信のために動的グラントのためのＨＡＲＱプロセスＩＤを計算する必要がある。Ｕｕと同様に、サイドリンクのためのＨＡＲＱプロセスＩＤは、初期サイドリンク送信のサイドリンクスロットインデックス、設定グラントの周期性、及びサイドリンク設定グラントにおけるＨＡＲＱプロセスの数に基づいて取得される。複数の設定グラント構成がサイドリンクのためにサポートされているため、ＨＡＲＱプロセスＩＤの曖昧性を回避すべく、正確なＨＡＲＱプロセスＩＤが各設定グラントに割り当てられるべきである。したがって、サイドリンク設定グラント構成は、関連付けられたＨＡＲＱプロセスＩＤを含む。
提案１１：設定グラントのＨＡＲＱプロセスＩＤは、第１のサイドリンク送信の物理リソースによって決定される。サイドリンク設定グラント構成は、その関連するＨＡＲＱプロセスＩＤを含む。
結論提案：提案１：ＤＣＩフォーマット３＿０において、ＨＡＲＱプロセスＩＤのフィールドは４ビットを有し、時間ギャップのフィールドは３ビットを有し、構成インデックスのフィールドは３ビットを有する。提案２：ＤＣＩフォーマット３＿０におけるタイプ２のサイドリンク設定グラントのアクティブ化を検証するには、ＨＡＲＱプロセスＩＤがすべて０であり、周波数リソース割り当てのＳＣＩフォーマット０＿１フィールドはすべて１ではない。ＤＣＩフォーマット３＿０におけるタイプ２のサイドリンク設定グラントのリリースを検証するには、ＨＡＲＱプロセスＩＤがすべて０であり、周波数リソース割り当てのＳＣＩフォーマット３＿０フィールドはすべて１である。提案３：ＮＲ ＤＣＩフォーマット３＿０のペイロードサイズは、ＮＲ ＤＣＩフォーマット０＿０にゼロパディングを介して整合されるべきである。提案１１：設定グラントのＨＡＲＱプロセスＩＤは、第１のサイドリンク送信の物理リソースによって決定される。サイドリンク設定グラント構成は、その関連するＨＡＲＱプロセスＩＤを含む。
付属書類
１．以下は、ＤＣＩコンテンツ、ＤＣＩフォーマットサイズ整合、ｇＮＢへのサイドリンクＨＡＲＱフィードバックレポート、複数のサイドリンクＨＡＲＱの多重化、並びに設定グラントに対するＨＡＲＱプロセスＩＤ決定、を含む特定された残るタスクのうちいくつかの詳細について説明する。
２．ＤＣＩコンテンツ：ＤＣＩフォーマット３＿０は、ｇＮＢスケジューリングＮＲサイドリンク送信のために定義される。ＤＣＩフォーマット３＿０のフィールドには、時間ギャップ、ＨＡＲＱプロセスＩＤ、ＮＤＩ、初期送信の最低サブチャネルインデックス、周波数及び時間リソース割り当てのＳＣＩフォーマット０＿１フィールド、ＰＳＦＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケータ、構成インデックスが含まれる。時間ギャップ、ＨＡＲＱプロセスＩＤ、及び構成インデックスフィールドのビットサイズは指定されていない。時間ギャップフィールドは、上位層パラメータによって与えられるスロットオフセットテーブルにインデックスを提供する。このスロットオフセットテーブルは、最大８個のエントリを有することができ、したがって、このフィールドには３ビットが使用される。ＮＲ Ｕｕと同様に、最大１６個のサイドリンクのためのＨＡＲＱプロセスをサポートすることができ、４ビットがＨＡＲＱプロセスＩＤフィールドに使用される。ＬＴＥ Ｖ２Ｘでは、最大８個のサイドリンクＳＰＳ構成がサポートされる。ＮＲ Ｖ２Ｘでは、最大８個の設定グラントがサポートされる。したがって、一実施形態は、構成インデックスフィールドのために３ビットを使用することである。
提案１：ＤＣＩフォーマット３＿０では、ＨＡＲＱプロセスＩＤのフィールドは４ビットを有し、時間ギャップのフィールドは３ビットを有し、構成インデックスのフィールドは３ビットを有する。ＤＣＩフォーマット３＿０は、タイプ２のサイドリンク設定グラントをアクティブ化又はリリースするために使用される。ＮＲタイプ２のアップリンク設定グラントと同様に、タイプ２のサイドリンク設定グラントのアクティブ化又はリリースは、ＤＣＩフォーマット３＿０の特別なフィールドによって検証することができる。例えば、ＤＣＩフォーマット３＿０におけるＨＡＲＱプロセスＩＤフィールドは、タイプ２のサイドリンク設定グラントをアクティブ化又はリリースするためにすべて０であり得る。更に、周波数リソース割り当ての有効なＳＣＩフォーマット０＿１フィールドは、すべて１であることができないと想定される。したがって、タイプ２のサイドリンク設定グラントのアクティブ化とリリースとの間の区別は、周波数リソース割り当てのＳＣＩフォーマット０＿１フィールドがすべて１であるかどうかをチェックすることによって達成される。このフィールドがすべて１である場合、ＤＣＩフォーマット３＿０は、タイプ２のサイドリンク設定グラントをリリースすると考えられる。そうでない場合、ＤＣＩフォーマット３＿０は、タイプ２のサイドリンク設定グラントをアクティブ化すると考えられる。
提案２：ＤＣＩフォーマット３＿０におけるサイドリンクのタイプ２設定グラントのアクティブ化を検証するには、ＨＡＲＱプロセスＩＤがすべて０であり、周波数リソース割り当てのＳＣＩフォーマット０＿１フィールドはすべて１ではない。ＤＣＩフォーマット３＿０におけるサイドリンクのタイプ２設定グラントのリリースを検証するには、ＨＡＲＱプロセスＩＤがすべて０であり、周波数リソース割り当てのＳＣＩフォーマット０＿１フィールドはすべて１である。
２．２ＤＣＩフォーマットサイズ整合：ＤＣＩフォーマット３＿０のサイズと既存のＮＲ ＤＣＩフォーマットのうちの１つのサイズが整合される。ＤＣＩフォーマット３＿０を既存のどのＮＲ ＤＣＩフォーマットに整合させるかは限定されていない。ＤＣＩフォーマット３＿０を同様のペイロードサイズを有する既存のＤＣＩフォーマットに整合させることが有益である。既知のＤＣＩフォーマット３＿０のコンテンツでは、ＤＣＩフォーマット３＿０は、ＤＣＩフォーマット０＿０と同様のペイロードサイズを有する。ＤＣＩフォーマット３＿０とＤＣＩフォーマット０＿０との間のペイロードサイズの整合は、ゼロパディングによって達成可能である。
提案３：ＮＲ ＤＣＩフォーマット３＿０は、ゼロパディングを介してＮＲ ＤＣＩフォーマット０＿０にペイロードサイズを整合し得る。
２．５ 設定グラントに対するＨＡＲＱプロセスＩＤ決定：ＮＲ Ｕｕでは、アップリンク設定グラントは、複数のＨＡＲＱプロセスを有し得て、ＨＡＲＱプロセスの数は、アップリンク設定グラントの構成の一部である。この同様のスキームはサイドリンク設定グラントに拡張されるはずであり、すなわち、複数のＨＡＲＱプロセスがサイドリンク設定グラントに割り当てられる。これにより、サイドリンク送信のスループットが増加する。サイドリンク動的グラントは、設定グラントに対する再送信のためのリソースを提供するために使用される。ＨＡＲＱプロセスＩＤがこの動的グラントに含まれるため、ｇＮＢは、再送信のために動的グラントのためのＨＡＲＱプロセスＩＤを計算する必要がある。Ｕｕと同様に、サイドリンクのためのＨＡＲＱプロセスＩＤは、初期サイドリンク送信のサイドリンクスロットインデックス、設定グラントの周期性、及びサイドリンク設定グラントにおけるＨＡＲＱプロセスの数に基づいて取得される。複数の設定グラント構成がサイドリンクのためにサポートされているため、ＨＡＲＱプロセスＩＤの曖昧性を回避すべく、正確なＨＡＲＱプロセスＩＤが各設定グラントに割り当てられるべきである。したがって、サイドリンク設定グラント構成は、関連付けられたＨＡＲＱプロセスＩＤを含む。
提案１１：設定グラントのＨＡＲＱプロセスＩＤは、第１のサイドリンク送信の物理リソースによって決定される。サイドリンク設定グラント構成は、その関連するＨＡＲＱプロセスＩＤを含む。
結論提案：提案１：ＤＣＩフォーマット３＿０において、ＨＡＲＱプロセスＩＤのフィールドは４ビットを有し、時間ギャップのフィールドは３ビットを有し、構成インデックスのフィールドは３ビットを有する。提案２：ＤＣＩフォーマット３＿０におけるタイプ２のサイドリンク設定グラントのアクティブ化を検証するには、ＨＡＲＱプロセスＩＤがすべて０であり、周波数リソース割り当てのＳＣＩフォーマット０＿１フィールドはすべて１ではない。ＤＣＩフォーマット３＿０におけるタイプ２のサイドリンク設定グラントのリリースを検証するには、ＨＡＲＱプロセスＩＤがすべて０であり、周波数リソース割り当てのＳＣＩフォーマット３＿０フィールドはすべて１である。提案３：ＮＲ ＤＣＩフォーマット３＿０のペイロードサイズは、ＮＲ ＤＣＩフォーマット０＿０にゼロパディングを介して整合されるべきである。提案１１：設定グラントのＨＡＲＱプロセスＩＤは、第１のサイドリンク送信の物理リソースによって決定される。サイドリンク設定グラント構成は、その関連するＨＡＲＱプロセスＩＤを含む。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
