特許 7416911 サイドリンク通信のための確認応答フィードバック

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

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

(11)【特許番号】

(24)【登録日】2024-01-09

(45)【発行日】2024-01-17

(54)【発明の名称】サイドリンク通信のための確認応答フィードバック

(51)【国際特許分類】

   H04W 28/04 20090101AFI20240110BHJP

   H04W 4/40 20180101ALI20240110BHJP

   H04W 92/18 20090101ALI20240110BHJP

   H04W 72/25 20230101ALI20240110BHJP

   H04W 72/40 20230101ALI20240110BHJP

【ＦＩ】

H04W28/04 110

H04W4/40

H04W92/18

H04W72/25

H04W72/40

【請求項の数】 20

(21)【出願番号】P 2022508847

(86)(22)【出願日】2020-08-14

(65)【公表番号】

(43)【公表日】2022-10-27

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

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

(87)【国際公開日】2021-02-18

【審査請求日】2022-04-19

(31)【優先権主張番号】62/887,284

(32)【優先日】2019-08-15

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(72)【発明者】

【氏名】ドー， ヒェウ

(72)【発明者】

【氏名】スン， ワンルー

(72)【発明者】

【氏名】ブラスコ セラーノ， リカルド

(72)【発明者】

【氏名】アシュラフ， シエザド アリ

(72)【発明者】

【氏名】レオン カルボ， ホセ アンヘル

【審査官】鈴木 重幸

(56)【参考文献】

【文献】米国特許出願公開第２０１９／００４４６６７（ＵＳ，Ａ１）

【文献】Huawei, HiSilicon，Sidelink physical layer procedures for NR V2X[online]，3GPP TSG RAN WG1 #97 R1-1906008，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906008.zip>，2019年05月03日

【文献】LG Electronics，Feature lead summary for agenda item 7.2.4.5 Physical layer procedures for sidelink[online]，3GPP TSG RAN WG1 #97 R1-1907682，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1907682.zip>，2019年05月16日

【文献】Ericsson，PHY layer procedures for NR sidelink[online]，3GPP TSG RAN WG1 #98 R1-1908917，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98/Docs/R1-1908917.zip>，2019年08月16日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

無線デバイス（１２Ａ）によって実施される方法であって、
前記無線デバイス（１２Ａ）とピア無線デバイス（１２Ｂ）との間のサイドリンク（２０）上で前記ピア無線デバイス（１２Ｂ）からデータ送信（２２）を受信すること（６００）と、
前記ピア無線デバイス（１２Ｂ）に、前記ピア無線デバイス（１２Ｂ）の識別情報（３２Ｂ）に基づいたシーケンス（２６）を送信すること（６２０）であって、前記シーケンス（２６）の送信が、前記データ送信（２２）に関する確認応答フィードバック（２４）を伝達する、前記シーケンス（２６）を送信すること（６２０）と、
を含む、無線デバイス（１２Ａ）によって実施される方法。

【請求項2】

前記ピア無線デバイス（１２Ｂ）の前記識別情報（３２Ｂ）に基づいて前記シーケンス（２６）を生成または選択すること（６０５）を更に含む、請求項１に記載の方法。

【請求項3】

前記シーケンス（２６）が前記無線デバイス（１２Ａ）の識別情報にも基づく、請求項１または２に記載の方法。

【請求項4】

前記シーケンス（２６）がベースシーケンスのあるバージョンであり、前記ベースシーケンスの前記あるバージョンが、前記ベースシーケンスを位相回転したバージョンまたは前記ベースシーケンスを巡回シフトしたバージョンであり、前記ベースシーケンスの位相回転、または前記ベースシーケンスの巡回シフトが、前記無線デバイス（１２Ａ）の識別情報に基づく、請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記シーケンス（２６）を送信するリソースブロックを選択すること（６１５）を更に含み、前記リソースブロックを選択することが前記無線デバイス（１２Ａ）の識別情報に基づき、前記シーケンス（２６）を送信することが、選択された前記リソースブロックで前記シーケンス（２６）を送信することを含む、請求項１から４のいずれか一項に記載の方法。

【請求項6】

特定のサブチャネル上で前記シーケンス（２６）を送信するリソースブロックを選択することを更に含み、前記リソースブロックを選択することが、前記特定のサブチャネルにおける複数のリソースブロックの中で前記リソースブロックを選択することを含み、前記シーケンス（２６）を送信することが、選択された前記リソースブロックで前記シーケンス（２６）を送信することを含む、請求項１から５のいずれか一項に記載の方法。

【請求項7】

前記シーケンス（２６）を送信することが、前記データ送信（２２）が受信されるサブチャネルと同じサブチャネル上で前記シーケンス（２６）を送信することを含む、請求項１から６のいずれか一項に記載の方法。

【請求項8】

前記データ送信（２２）が、前記無線デバイス（１２Ａ）と前記ピア無線デバイス（１２Ｂ）との間のサイドリンク（２０）上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記シーケンス（２６）が、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で送信される、請求項１から８のいずれか一項に記載の方法。

【請求項10】

ピア無線デバイス（１２Ｂ）によって実施される方法であって、
無線デバイス（１２Ａ）と前記ピア無線デバイス（１２Ｂ）との間のサイドリンク（２０）上で前記ピア無線デバイス（１２Ｂ）から前記無線デバイス（１２Ａ）へのデータ送信（２２）を送信すること（７００）と、
前記無線デバイス（１２Ａ）から、前記ピア無線デバイス（１２Ｂ）の識別情報（３２Ｂ）に基づいたシーケンス（２６）の送信を受信すること（７１０）であって、前記シーケンス（２６）の前記送信が、前記データ送信（２２）に関する確認応答フィードバック（２４）を伝達する、前記シーケンス（２６）の前記送信を受信すること（７１０）と、
を含む、方法。

【請求項11】

前記シーケンス（２６）が前記無線デバイス（１２Ａ）の識別情報にも基づく、請求項１０に記載の方法。

【請求項12】

前記シーケンス（２６）がベースシーケンスのあるバージョンであり、前記ベースシーケンスの前記あるバージョンが、前記ベースシーケンスを位相回転したバージョンまたは前記ベースシーケンスを巡回シフトしたバージョンであり、前記ベースシーケンスの位相回転、または前記ベースシーケンスの巡回シフトが、前記無線デバイス（１２Ａ）の識別情報に基づく、請求項１０または１１に記載の方法。

【請求項13】

前記シーケンス（２６）が、前記無線デバイス（１２Ａ）の識別情報と関連付けられたリソースブロック上で受信される、請求項１０から１２のいずれか一項に記載の方法。

【請求項14】

前記シーケンス（２６）を受信することが、前記データ送信（２２）が送信されるサブチャネルと同じサブチャネル上で前記シーケンス（２６）を受信することを含む、請求項１０から１３のいずれか一項に記載の方法。

【請求項15】

前記データ送信（２２）が、前記無線デバイス（１２Ａ）と前記ピア無線デバイス（１２Ｂ）との間のサイドリンク（２０）上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、請求項１０から１４のいずれか一項に記載の方法。

【請求項16】

前記シーケンス（２６）が、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で受信される、請求項１０から１５のいずれか一項に記載の方法。

【請求項17】

無線デバイス（１２Ａ）であって、
前記無線デバイス（１２Ａ）とピア無線デバイス（１２Ｂ）との間のサイドリンク（２０）上で前記ピア無線デバイス（１２Ｂ）からデータ送信（２２）を受信し、
前記ピア無線デバイス（１２Ｂ）に、前記ピア無線デバイス（１２Ｂ）の識別情報（３２Ｂ）に基づいたシーケンス（２６）を送信し、前記シーケンス（２６）の送信が、前記データ送信（２２）に関する確認応答フィードバック（２４）を伝達する
ように設定された、無線デバイス（１２Ａ）。

【請求項18】

請求項２から９のいずれか一項に記載の方法を実施するように設定された、請求項１７に記載の無線デバイス。

【請求項19】

ピア無線デバイス（１２Ｂ）であって、
無線デバイス（１２Ａ）と前記ピア無線デバイス（１２Ｂ）との間のサイドリンク（２０）上で前記ピア無線デバイス（１２Ｂ）から前記無線デバイス（１２Ａ）にデータ送信（２２）を送信し、
前記無線デバイス（１２Ａ）から、前記ピア無線デバイス（１２Ｂ）の識別情報（３２Ｂ）に基づいたシーケンス（２６）の送信を受信し、前記シーケンス（２６）の前記送信が、前記データ送信（２２）に関する確認応答フィードバック（２４）を伝達する
ように設定された、ピア無線デバイス（１２Ｂ）。

【請求項20】

請求項１１から１６のいずれか一項に記載の方法を実施するように設定された、請求項１９に記載のピア無線デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、全体として、無線デバイス間のサイドリンク通信に関し、より詳細には、かかるサイドリンク通信のための確認応答フィードバックに関する。

【背景技術】

【0002】

ダウンリンクデータ送信を無線通信ネットワークから受信する無線デバイスは、例えば、物理レイヤにおいて送信をエラーありまたはなしのどちらで受信したかを示すために、確認応答フィードバックをネットワークに送信する。このように、無線デバイスがエラーありのダウンリンクデータ送信を受信した場合、ネットワークは、無線デバイスとの信頼性が高い通信を実現するように、ダウンリンクデータ送信を再送信することができる。

【0003】

ネットワークは、異なる無線デバイスが確認応答フィードバックを直交無線リソース上でネットワークに送信するようにスケジューリングする。ネットワークは、スケジューリング情報を無線デバイスに送信して、このスケジューリングを示す。無線リソース使用をこのように調整することによって、ネットワークは、あるデバイスの確認応答フィードバックを他のデバイスの確認応答フィードバックから区別できることを担保する。

【0004】

しかしながら、確認応答フィードバックのこれらおよび他の態様は、サイドリンクを通じた無線デバイス間の直接通信が困難であることが分かっている。これは、少なくとも部分的には、ネットワークがリソース選択および確認応答フィードバックの他のパラメータを調整する能力を限定する、サイドリンクの分散される性質によるものである。

【発明の概要】

【0005】

本明細書のいくつかの実施形態は、無線デバイス間のサイドリンク通信に関する確認応答フィードバックを容易にする。いくつかの実施形態は、例えば、シーケンスを送信することによって、かかる確認応答フィードバックを伝達する。１つまたは複数の実施形態では、シーケンスは、確認応答フィードバックが伝達される無線デバイスの識別情報、確認応答フィードバックを伝達する無線デバイスの識別情報、および／またはそれらの無線デバイス間の距離に基づく。代わりにまたは加えて、いくつかの実施形態は、確認応答フィードバックを送信する無線デバイスの識別情報に基づいて、および／または確認応答フィードバック自体に基づいて、リソースブロック上でシーケンスを送信する。本明細書の更に他の実施形態では、代わりにまたは加えて、どのサブチャネル上でシーケンスが送信されるかを支配する。本明細書の他の実施形態では、代わりにまたは加えて、他の確認応答フィードバックがいつ送信または受信されるべきかに基づいて、確認応答フィードバックがいつ送信されるべきかをスケジューリングする。これらおよび他の実施形態は、上記により、サイドリンクの分散される性質にかかわらず、および／またはシグナリングオーバーヘッドに対する有意な影響なしに、サイドリンク通信に関する確認応答フィードバックを容易にしてもよい。

【0006】

より詳細には、本明細書の実施形態は、無線デバイスによって実施される方法を含む。方法は、無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスからデータ送信を受信することを含む。方法は更に、ピア無線デバイスの識別情報に基づいたシーケンスをピア無線デバイスに送信することを含む。いくつかの実施形態では、シーケンスの送信は、データ送信に関する確認応答フィードバックを伝達する。

【0007】

いくつかの実施形態では、方法は更に、ピア無線デバイスの識別情報に基づいてシーケンスを生成または選択することを含む。

【0008】

いくつかの実施形態では、シーケンスはまた、無線デバイスの識別情報に基づく。

【0009】

いくつかの実施形態では、シーケンスは、ベースシーケンスの位相回転したもの、またはベースシーケンスを巡回シフトしたものである、ベースシーケンスのあるバージョンであり、ベースシーケンスの位相回転、またはベースシーケンスの巡回シフトは、無線デバイスの識別情報に基づく。

【0010】

いくつかの実施形態では、方法は更に、シーケンスを送信するリソースブロックを選択することを含み、リソースブロックを選択することは無線デバイスの識別情報に基づき、シーケンスを送信することは、選択されたリソースブロックでシーケンスを送信することを含む。

【0011】

いくつかの実施形態では、方法は更に、特定のサブチャネル上でシーケンスを送信するリソースブロックを選択することを含み、リソースブロックを選択することは、特定のサブチャネルにおける複数のリソースブロックの中でリソースブロックを選択することを含み、シーケンスを送信することは、選択されたリソースブロックでシーケンスを送信することを含む。

【0012】

いくつかの実施形態では、シーケンスを送信することは、データ送信が受信されるサブチャネルと同じサブチャネル上でシーケンスを送信することを含む。

【0013】

いくつかの実施形態では、データ送信は、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である。

【0014】

いくつかの実施形態では、シーケンスは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で送信される。

【0015】

本明細書の実施形態はまた、無線デバイスによって実施される方法を含む。方法は、無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスからデータ送信を受信することを含む。方法はまた、データ送信に関する確認応答フィードバックを伝達するためにシーケンスを送信するリソースブロックを選択することを含む。リソースブロックは、無線デバイスの識別情報に基づいて選択される。方法はまた、選択されたリソースブロック上でピア無線デバイスにシーケンスを送信することを含む。

【0016】

いくつかの実施形態では、リソースブロックを選択することは、複数のサブチャネルにわたる複数のリソースブロックの中からリソースブロックを選択することを含み、各サブチャネルは１つまたは複数のリソースブロックを含む。

【0017】

いくつかの実施形態では、シーケンスは特定のサブチャネル上で送信され、リソースブロックを選択することは、特定のサブチャネルの複数のリソースブロックの中からリソースブロックを選択することを含む。

【0018】

いくつかの実施形態では、シーケンスを送信することは、データ送信が受信されるサブチャネルと同じサブチャネル上でシーケンスを送信することを含む。

【0019】

いくつかの実施形態では、データ送信は、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である。

【0020】

いくつかの実施形態では、シーケンスは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で送信される。

【0021】

本明細書の実施形態は更に、無線デバイスによって実施される方法を含む。方法は、無線デバイスとピア無線デバイスとの間のサイドリンクのサブチャネル上でピア無線デバイスからデータ送信を受信することを含む。方法はまた、データ送信が受信されたサブチャネルと同じサブチャネル上でピア無線デバイスにシーケンスを送信することを含み、シーケンスの送信は、データ送信に関する確認応答フィードバックを伝達する。

【0022】

本明細書の実施形態はまた、無線デバイスによって実施される方法を含む。方法は、同じ時間スロット内で実施されるべき複数の確認応答フィードバック動作の中から、複数の確認応答フィードバック動作にそれぞれの優先順位を割り当てる１つまたは複数の規則に基づいて、時間スロット内で実施する複数の確認応答フィードバック動作のサブセットを決定することを含む。方法はまた、時間スロット内で、決定されたサブセットに含まれる確認応答フィードバック動作を実施することを含む。

【0023】

いくつかの実施形態では、複数の確認応答フィードバック動作は、第１のデータ送信の肯定応答を送信することと、第２のデータ送信の否定応答を送信することとを含む。

【0024】

いくつかの実施形態では、第１のデータ送信はグループキャスト送信であり、決定されたサブセットは、否定応答を送信することを含み、肯定応答を送信することは除外する。

【0025】

いくつかの実施形態では、１つまたは複数の規則は、確認応答フィードバック動作が確認応答フィードバックを送信するためもしくは受信するためのどちらであるか、確認応答フィードバック動作に関する確認応答フィードバックが肯定応答もしくは否定応答のどちらであるか、または確認応答フィードバック動作が実施されるべきデータ送信がユニキャスト送信もしくはグループキャスト送信のどちらであるかの１つまたは複数に基づいて、それぞれの優先順位を複数の確認応答フィードバック動作に割り当てる。

【0026】

実施形態は更に、ピア無線デバイスによって実施される方法を含む。方法は、無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスから無線デバイスにデータ送信を送信することを含む。方法はまた、無線デバイスから、ピア無線デバイスの識別情報に基づいたシーケンスの送信を受信することを含み、シーケンスの送信は、データ送信に関する確認応答フィードバックを伝達する。

【0027】

いくつかの実施形態では、シーケンスはまた、無線デバイスの識別情報に基づく。

【0028】

いくつかの実施形態では、シーケンスは、ベースシーケンスの位相回転したもの、またはベースシーケンスを巡回シフトしたものである、ベースシーケンスのあるバージョンであり、ベースシーケンスの位相回転、またはベースシーケンスの巡回シフトは、無線デバイスの識別情報に基づく。

【0029】

いくつかの実施形態では、シーケンスは、無線デバイスの識別情報と関連付けられたリソースブロック上で受信される。

【0030】

いくつかの実施形態では、シーケンスを受信することは、データ送信が送信されるサブチャネルと同じサブチャネル上でシーケンスを受信することを含む。

【0031】

いくつかの実施形態では、データ送信は、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である。

【0032】

いくつかの実施形態では、シーケンスは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で受信される。

【0033】

本明細書の実施形態は更に、ピア無線デバイスによって実施される方法を含む。方法は、無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスから無線デバイスにデータ送信を送信することを含む。方法はまた、無線デバイスからシーケンスの送信を受信することを含み、シーケンスの送信は、データ送信に関する確認応答フィードバックを伝達し、シーケンスの送信は、無線デバイスの識別情報に依存するリソースブロック上で受信される。

【0034】

いくつかの実施形態では、シーケンスを受信することは、データ送信が送信されるサブチャネルと同じサブチャネル上でシーケンスを受信することを含む。

【0035】

いくつかの実施形態では、データ送信は、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である。

【0036】

いくつかの実施形態では、シーケンスは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で受信される。

【0037】

本明細書の実施形態はまた、ピア無線デバイスによって実施される方法を含む。方法は、無線デバイスとピア無線デバイスとの間のサイドリンクのサブチャネル上でピア無線デバイスから無線デバイスにデータ送信を送信することを含む。方法は更に、データ送信が送信されたサブチャネルと同じサブチャネル上で無線デバイスからシーケンスの送信を受信することを含み、シーケンスの送信は、データ送信に関する確認応答フィードバックを伝達する。

【0038】

いくつかの実施形態では、データ送信は、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である。

【0039】

いくつかの実施形態では、シーケンスは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で受信される。

【0040】

実施形態はまた、対応する装置、コンピュータプログラム、およびそれらのコンピュータプログラムのキャリアを含む。例えば、本明細書の実施形態は、例えば通信回路と処理回路とを備える、無線デバイスを含む。無線デバイスは、無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスからデータ送信を受信するように設定される。無線デバイスはまた、ピア無線デバイスに、ピア無線デバイスの識別情報に基づいたシーケンスを送信するように設定され、シーケンスの送信は、データ送信に関する確認応答フィードバックを伝達する。

【0041】

本明細書の実施形態はまた、例えば通信回路と処理回路とを備える、無線デバイスを含む。無線デバイスは、無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスからデータ送信を受信するように設定される。無線デバイスは更に、データ送信に関する確認応答フィードバックを伝達するためにシーケンスを送信するリソースブロックを選択するように設定され、リソースブロックは、無線デバイスの識別情報に基づいて選択される。無線デバイスはまた、選択されたリソースブロック上でピア無線デバイスにシーケンスを送信するように設定される。

【0042】

本明細書の実施形態は、例えば通信回路と処理回路とを備える、無線デバイスを含む。無線デバイスは、無線デバイスとピア無線デバイスとの間のサイドリンクのサブチャネル上でピア無線デバイスからデータ送信を受信するように設定される。方法はまた、データ送信が受信されたサブチャネルと同じサブチャネル上でピア無線デバイスにシーケンスを送信するように設定され、シーケンスの送信は、データ送信に関する確認応答フィードバックを伝達する。

【0043】

本明細書の実施形態は、例えば通信回路と処理回路とを備える、無線デバイスを含む。無線デバイスは、同じ時間スロット内で実施されるべき複数の確認応答フィードバック動作の中から、複数の確認応答フィードバック動作にそれぞれの優先順位を割り当てる１つまたは複数の規則に基づいて、時間スロット内で実施する複数の確認応答フィードバック動作のサブセットを決定するように設定される。無線デバイスは更に、時間スロット内で、決定されたサブセットに含まれる確認応答フィードバック動作を実施するように設定される。

【0044】

本明細書の実施形態は、例えば通信回路と処理回路とを備える、ピア無線デバイスを含む。方法は、無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスから無線デバイスにデータ送信を送信するように設定される。ピア無線デバイスは更に、無線デバイスから、ピア無線デバイスの識別情報に基づいたシーケンスの送信を受信するように設定され、シーケンスの送信は、データ送信に関する確認応答フィードバックを伝達する。

【0045】

本明細書の実施形態はまた、例えば通信回路と処理回路とを備える、ピア無線デバイスを含む。ピア無線デバイスは、無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスから無線デバイスにデータ送信を送信するように設定される。ピア無線デバイスはまた、無線デバイスからシーケンスの送信を受信するように設定され、シーケンスの送信は、データ送信に関する確認応答フィードバックを伝達し、シーケンスの送信は、無線デバイスの識別情報に依存するリソースブロック上で受信される。

【0046】

本明細書の実施形態は、例えば通信回路と処理回路とを備える、ピア無線デバイスを含む。ピア無線デバイスは、無線デバイスとピア無線デバイスとの間のサイドリンクのサブチャネル上でピア無線デバイスから無線デバイスにデータ送信を送信するように設定される。ピア無線デバイスはまた、データ送信が送信されたサブチャネルと同じサブチャネル上で無線デバイスからシーケンスの送信を受信するように設定され、シーケンスの送信は、データ送信に関する確認応答フィードバックを伝達する。

【図面の簡単な説明】

【0047】

【図1】いくつかの実施形態による無線通信システムのブロック図である。

【図2】いくつかの実施形態によるリソースブロック選択のブロック図である。

【図3】他の実施形態によるリソースブロック選択のブロック図である。

【図4】いくつかの実施形態による距離の範囲に基づいたシーケンス生成のブロック図である。

【図5】いくつかの実施形態によるサブチャネルに基づいたシーケンス送信のブロック図である。

【図6】いくつかの実施形態による無線デバイスによって実施される方法の論理フロー図である。

【図7】いくつかの実施形態によるピア無線デバイスによって実施される方法の論理フロー図である。

【図8】いくつかの実施形態による無線ネットワークノードによって実施される方法の論理フロー図である。

【図9】他の実施形態による無線デバイスによって実施される方法の論理フロー図である。

【図10】更に他の実施形態による無線デバイスによって実施される方法の論理フロー図である。

【図11】更なる他の実施形態による無線デバイスによって実施される方法の論理フロー図である。

【図12】いくつかの実施形態による無線デバイスのブロック図である。

【図13】いくつかの実施形態によるネットワークノードのブロック図である。

【図14】いくつかの実施形態によるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）通信システムのブロック図である。

【図15】いくつかの実施形態による物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマット０のブロック図である。

【図16】いくつかの実施形態によるサイドリンクリソースプール内のサブチャネルのブロック図である。

【図17】いくつかの実施形態によるＰＳＦＣＨ送信／受信のブロック図である。

【図18】いくつかの実施形態によるによるＰＳＦＣＨシーケンス生成のブロック図である。

【図19】いくつかの実施形態によるリソース選択のブロック図である。

【図20】他の実施形態によるリソース選択のブロック図である。

【図21】いくつかの実施形態による無線通信ネットワークのブロック図である。

【図22】いくつかの実施形態によるユーザ機器のブロック図である。

【図23】いくつかの実施形態による仮想化環境のブロック図である。

【図24】いくつかの実施形態によるホストコンピュータとの通信ネットワークのブロック図である。

【図25】いくつかの実施形態によるホストコンピュータのブロック図である。

【図26】一実施形態による通信システムにおいて実装される方法を示すフローチャートである。

【図27】一実施形態による通信システムにおいて実装される方法を示すフローチャートである。

【図28】一実施形態による通信システムにおいて実装される方法を示すフローチャートである。

【図29】一実施形態による通信システムにおいて実装される方法を示すフローチャートである。

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

【0048】

図１は、いくつかの実施形態による無線通信システム１０を示している。システム１０は、無線アクセスネットワーク（ＲＡＮ）１０Ａとコアネットワーク（ＣＮ）１０Ｂとを含む。ＲＡＮ １０Ａは、１つまたは複数の無線デバイス（例えば、ユーザ機器（ＵＥ））に対する無線アクセスを提供し、無線デバイスをＣＮ １０Ｂに接続する。ＣＮ １０Ｂは次に、無線デバイスを１つまたは複数のデータネットワークに、例えば、インターネットに接続する。

【0049】

図１は特に無線デバイス１２Ａを示している。無線デバイス１２Ａは、ＲＡＮ １０Ａの無線ネットワークノード１４と無線で通信するように設定されてもよい。無線デバイス１２は、これに関して、アップリンク１６を通じて無線ネットワークノード１４に通信を送信してもよく、ダウンリンク１８を通じて無線ネットワークノード１４から通信を受信してもよい。特に、無線デバイス１２は、代わりにまたは加えて、サイドリンク２０を通じてピア無線デバイス１２Ｂと直接通信するように設定される。無線デバイス１２Ａは、これに関して、ネットワークノードが何ら介在することなく、サイドリンク２０を通じてピア無線デバイス１２Ｂとの直接接続を有してもよい。いくつかの実施形態では、無線デバイス１２Ａ、１２Ｂの一方または両方は、マシン型通信（ＭＴＣ）デバイスまたはＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）デバイスである。実際は、図１に示されるように、無線デバイス１２Ａは、車両１１Ａに埋め込まれるか、統合されるか、中に位置付けられるか、または別の形で関連付けられ、ピア無線デバイス１２Ｂは、車両１１Ｂに埋め込まれるか、統合されるか、中に位置付けられるか、または別の形で関連付けられる。

【0050】

図１に示されるように、無線デバイス１２Ａは、例えば、物理サイドリンク共有チャネル（ＰＳＳＣＨ）などのデータチャネルを通じて、サイドリンク２０上でピア無線デバイス１２Ｂからデータ送信２２（例えば、データパケットまたは搬送ブロック）を受信する。データ送信２２は、例えばＶ２Ｘ送信であってもよい。いずれにせよ、無線デバイス１２Ａは、例えば、受信したデータ送信２２のエラーをチェックし、またいくつかの実施形態では、補正可能な検出されたエラーを補正することによって、受信したデータ送信２２を復号するよう試行してもよい。無線デバイス１２Ａは次に、エラーなしで復号に成功したものとしてデータ送信２２に肯定応答する（ＡＣＫ）か、または復号に失敗したものとしてデータ送信２２に否定応答する（ＮＡＣＫ）ために、確認応答フィードバック２４をピア無線デバイス１２Ｂに返して伝達してもよい。確認応答フィードバック２４は、例えば、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックであってもよい。無線デバイス１２Ａは、サイドリンク制御チャネル上、例えば、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）または物理サイドリンク制御チャネル（ＰＳＣＣＨ）上で、確認応答フィードバック２４を伝達してもよい。いくつかの実施形態では、無線デバイス１２Ａは、シーケンス２６（例えば、Ｚａｄｏｆｆ－Ｃｈｕシーケンス）をピア無線デバイス１２Ｂに送信することによって、この確認応答フィードバック２４を伝達する。即ち、確認応答フィードバック２４を伝達するシーケンス２６の送信である。

【0051】

いくつかの実施形態では、例えば、確認応答フィードバック２４を伝達する、シーケンス２６のコンテンツ自体ではなく、特定のリソースブロック２８上におけるシーケンス２６の送信である。ここで、リソースブロック２８は、例えば、時間周波数リソースのブロック、例えばリソース要素のブロックであってもよい。換言すれば、シーケンス２６が送信されるリソースブロック２８は、確認応答フィードバック２４を暗示的に伝達する。これらの実施形態のいくつかでは、次に、無線デバイス１２Ａは、伝達されるべき確認応答フィードバック２４に基づいて、シーケンス２６を送信するリソースブロック２８を選択する。これに関して、図１は、無線デバイス１２Ａにおけるリソースブロック選択３１が伝達されるべき確認応答フィードバック２４を入力として取ってもよいことを示している。

【0052】

図２に示されるように、例えば、異なる候補リソースブロック３０Ａ、３０Ｂはそれぞれ、肯定応答（ＡＣＫ）および否定応答（ＮＡＣＫ）と関連付けられてもよい。肯定応答と関連付けられたリソースブロック３０Ａ上におけるシーケンス２６の送信は、データ送信２２の肯定応答を伝達し、一方で否定応答と関連付けられたリソースブロック３０Ｂ上における同じシーケンス２６の送信は、データ送信２２の否定応答を伝達する。いくつかの実施形態では、例えば、低いインデックスを有するリソースブロックは肯定応答に対するものであり、高いインデックスを有するリソースブロックは否定応答に対するものである。肯定応答および否定応答を異なるリソースブロックに分離することによって、有利には、ピア無線デバイス１２Ｂにおける肯定および否定応答の明確な区別を可能にする。

【0053】

図１ではリソースブロック選択に関して示されているが、確認応答フィードバック２４は、他の実施形態では、シーケンス２６を送信する他の任意のタイプの無線リソース（例えば、時間、周波数、および／または符号）の選択を介して、暗示的に伝達されてもよい。

【0054】

かかる選択を介して確認応答フィードバック２４を暗示的に伝達する代わりにまたは加えて、本明細書のいくつかの実施形態は、確認応答フィードバック２４が無線デバイス１２Ａからのものであることをどのように示すか、および／または少なくとも無線デバイス１２Ａからの確認応答フィードバック２４を別の無線デバイス（図示なし）からの確認応答フィードバックとどのように区別するかに関する。１つまたは複数の実施形態は、例えば、この目的のためのリソースブロック選択を同様に活用する。これらの実施形態では、無線デバイス１０Ａは、無線デバイス１２Ａの識別情報３２Ａ、例えば物理レイヤ（即ち、レイヤ１）識別情報に基づいて、シーケンス２６を送信するリソースブロック２８を選択する。図１は、例えば、無線デバイス１２Ａにおけるリソースブロック選択３１が、代わりにまたは加えて、かかる識別情報３２Ａを入力として取ってもよいことを示している。かかる実施形態では、それ故、図１の無線デバイス１２Ａは、無線デバイスの識別情報３２Ａと関連付けられたリソースブロックであるものとして、例えば、無線デバイスの識別情報３２Ａと関連付けられたリソースブロックのセットに含まれるリソースブロックであるものとして、シーケンス２６を送信するリソースブロック２８を選択してもよい。

【0055】

図３に示されるように、例えば、１つまたは複数のリソースブロックの異なるセット３４Ａ、３４Ｂはそれぞれ、異なる無線デバイスＡ、Ｂと関連付けられてもよい。セット３４Ａの任意のリソースブロック上におけるシーケンスの送信は、デバイスＡに関する確認応答フィードバックを伝達してもよく、一方でシーケンスの送信（同じシーケンスであっても）は、デバイスＢに関する確認応答フィードバックを伝達してもよい。異なる無線デバイスに関する異なるリソースブロックセットを使用することによって、有利には、各デバイスの確認応答フィードバックによって生じる干渉のランダム化が可能になって、例えば、同じリソースブロックが確認応答フィードバックに関して複数のデバイスによって選択されるシナリオが回避される。いくつかの実施形態では、ピア無線デバイス１２Ｂは、どのリソースブロックセットがどの無線デバイスと関連付けられるかの知識を有してもよく、その場合、ピア無線デバイス１２Ｂは、特定の無線デバイスから伝達されるものとして特定の確認応答フィードバックを識別してもよい。他の実施形態では、対照的に、ピア無線デバイス１２Ｂが、どのリソースブロックがどの無線デバイスと関連付けられるか知っている必要がない場合など、ピア無線デバイス１２Ｂはいずれにせよ、（どの特定の無線デバイスがどの確認応答フィードバックを伝達したかを必ずしも理解する必要なく）異なる無線デバイスから伝達されるものとして、異なるリソースブロックセット上で伝達される確認応答フィードバックを区別してもよい。この後者の場合は、例えば、データ送信２２がグループキャストまたはブロードキャスト送信である場合に有用であることが分かっている。実際は、グループキャストまたはブロードキャスト送信を用いて、ピア無線デバイス１２Ｂは単に、いずれかの無線デバイス（どの無線デバイスであるかとは逆に）がデータ送信２２に否定応答するか否かを知っている必要がある。この事例においていずれかの無線デバイスがデータ送信２２に否定応答した場合、どの無線デバイスがデータ送信２２に否定応答しても、ピア無線デバイス１２Ｂはデータ送信２２を再送信する。

【0056】

一例では、リソースプールまたは関心のサブチャネルは、例えば偶数のリソースブロック（ＲＢ）とする、２×Ｋ個のリソースブロックから成る。これは、１からＫまでインデックス付けされたＫ個の互いに疎な連続するＲＢ対（各対は２つの連続するＲＢから成る）に分割される。ＩＤ＝Ｎの無線デバイスは、Ｋを法とするインデックス＝ＮのＲＢ対を選択する。

【0057】

いずれの場合も、上述の実施形態と組み合わせて、いくつかの実施形態におけるリソースブロック選択は、無線デバイスの識別情報３２Ａおよび確認応答フィードバック２４の両方に基づいてもよい。例えば、無線デバイス１２Ａは、最初に、無線デバイスの識別情報３２Ａと関連付けられたリソースブロックのセットを選択し、次に、選択されたセットに含まれるリソースブロックの中から、シーケンス２６を送信するリソースブロック２８を選択してもよい。

【0058】

いくつかの実施形態では、複数の異なるサブチャネル（図示なし）は周波数領域内で規定され、各サブチャネルが１つまたは複数のリソースブロックを備える。この場合、いくつかの実施形態では、上述のリソースブロック選択は、無線デバイス１２Ａが、複数のサブチャネルにわたる複数のリソースブロックの中からシーケンスを送信するリソースブロック２８を選択するように、サブチャネルにわたって行われてもよい。リソースブロック選択は、この場合、サブチャネル選択を命令するか、制御するか、または別の形で影響を与える。他の実施形態では、対照的に、リソースブロック選択は特定のサブチャネル内で行われてもよい（例えば、特定のサブチャネルが別の方法で選択または決定される場合）。この場合、無線デバイス１２Ａは、特定のサブチャネル内の１つまたは複数のリソースブロックの中から、シーケンスを送信するリソースブロック２８を選択する。

【0059】

他の実施形態は、対照的に、シーケンス２６自体を使用して、確認応答フィードバック２４が無線デバイス１２Ａからのものであることを示し、かつ／または異なる無線デバイスからの確認応答フィードバックを区別する。いくつかの実施形態では、例えば、シーケンス２６自体は無線デバイス１２Ａの識別情報３２Ａに基づいてもよい。図１は、対応して、無線デバイスＩＤ ３２Ａが無線デバイス１２Ａにおけるシーケンス生成または選択３３に対する入力であってもよいことを示している。かかる一実施形態では、シーケンス２６はベースシーケンスのあるバージョンであり、例えば、ベースシーケンスを位相回転させたバージョンまたはベースシーケンスを巡回シフトさせたバージョンである。この場合、ベースシーケンスのバージョン管理は無線デバイス１２Ａの識別情報３２Ａに基づいてもよい。例えば、位相回転または巡回シフトはデバイスの識別情報３２Ａに基づいてもよく、例えば、同じベースシーケンスの異なる位相回転または巡回シフトが、異なる無線デバイスに関する確認応答フィードバックを伝達する。この場合、次に、無線デバイス１２Ａは、無線デバイス１２Ａの識別情報３２Ａに基づいて、ベースシーケンスに適用する位相回転または巡回シフトを決定し、次に、決定された位相回転または巡回シフトをベースシーケンスに適用してもよい。ピア無線デバイス１２Ｂは、対応して、異なる無線デバイスからの確認応答フィードバックを検出するために、ベースシーケンスの異なる巡回シフトまたは位相回転を使用して実施するブラインド検出を実施してもよい。

【0060】

上述の実施形態の代わりにまたは加えて、本明細書の他の実施形態は、確認応答フィードバック２４がピア無線デバイス１２Ｂを対象とするものであることをどのように示すかに関する。いくつかの実施形態では、これに関して、シーケンス２６自体は、代わりにまたは加えて、ピア無線デバイス１０Ｂの識別情報（ＩＤ）３２Ｂに、即ちシーケンス２６がどれに送信されるかに基づく。識別情報３２Ｂは、例えば、ピア無線デバイス１０Ｂの物理レイヤ識別情報であってもよい。ピア無線デバイスＩＤ ３２Ｂは、したがって、無線デバイス１２Ａにおけるシーケンス生成または選択３３に対する入力であってもよい。これらの実施形態では、次に、ピア無線デバイス１２Ｂは、自身の識別情報３２Ｂに基づいた任意のシーケンスを検出することによって、それを対象とする任意のシーケンスを検出してもよい。これは、ピア無線デバイス１２Ｂがそれを対象とするシーケンスを監視するために、明示的な制御シグナリングが不要であることを意味する。例えば、ピア無線デバイス１２Ｂは、シーケンス２６のコピーをローカルで生成または選択し、ローカルシーケンスを受信したシーケンスと照合するように試行し、ローカルシーケンスに一致する任意の受信したシーケンスがピア無線デバイス１２Ｂを対象とすることを決定してもよい。

【0061】

これらの実施形態のいくつかでは、どの無線デバイスからシーケンスが送信されるかにかかわらず、またシーケンスの送信が肯定または否定どちらの応答を伝達するかにかかわらず、ピア無線デバイス１２Ｂを対象とする任意のシーケンスは同じである。これは、例えば、シーケンスを送信するための無線ブロック選択が、確認応答フィードバックを暗示的に伝達し、ならびにその無線デバイスからシーケンスが受信される場合であってもよい。

【0062】

他の実施形態では、ピア無線デバイス１２Ｂを対象とする任意のシーケンスは、同じベースシーケンスに基づいてもよく、そのベースシーケンスの異なるバージョンがそれぞれ、確認応答フィードバックが異なる無線デバイスから伝達されることを示す。例えば、図１のように、確認応答フィードバック２４を無線デバイス１２Ａからピア無線デバイス１２Ｂに伝達する場合、ベースシーケンスは、ピア無線デバイス１２Ｂの識別情報３２Ｂに基づいてもよく、一方でベースシーケンスの位相回転または巡回シフトは、無線デバイス１２Ａの識別情報３２Ａに基づいてもよい。

【0063】

更に他の実施形態では、シーケンス２６自体は、代わりにまたは加えて、例えば、無線デバイス１２Ａによって推定、測定、または別の方法で取得されるような、無線デバイス１２Ａとピア無線デバイス１２Ｂとの間の距離３６に基づく。図１は、対応して、この距離３６が、シーケンス生成に対する入力または無線デバイス１２Ａにおける選択３３であってもよいことを示している。例えば、シーケンス２６は、ベースシーケンスのあるバージョン（例えば、位相回転したバージョンまたは巡回シフトしたバージョン）であってもよい。この場合、ベースシーケンスは、無線デバイス１２Ａとピア無線デバイス１２Ｂとの間の距離３６に基づいてもよい。

【0064】

いくつかの実施形態では、例えば、距離の異なる（例えば、互いに疎な）範囲は異なるベースシーケンスと関連付けられる。図４は、例えば、ピア無線デバイス１２Ｂからの距離の異なる範囲Ｒ１、Ｒ２、およびＲ３を示している。範囲Ｒ１はベースシーケンスＳ１と関連付けられ、範囲Ｒ２はベースシーケンスＳ２と関連付けられ、範囲Ｒ３はベースシーケンスＳ３と関連付けられる。無線デバイス１２Ａは、異なる範囲Ｒ１、Ｒ２、およびＲ３のうちどの中に、無線デバイス１２Ａとピア無線デバイス１２Ｂとの間の距離３６が含まれるかを決定する。無線デバイス１２Ａは次に、異なるベースシーケンスＳ１、Ｓ２、およびＳ３の中から、決定された距離の範囲と関連付けられたベースシーケンスを決定する。図４のこの例では、それ故、無線デバイス１２Ａはその距離３６が範囲Ｒ３に含まれると決定されるので、無線デバイス１２Ａは、その範囲Ｒ３と関連付けられたベースシーケンスＳ３を使用すると決定する。なお、それ故、ピア無線デバイス１２Ｂから同じ距離の範囲内にある全ての無線デバイスは、それらの確認応答フィードバックをピア無線デバイス１２Ｂに伝達するのに、同じベースシーケンスを使用するであろう。しかしながら、いくつかの実施形態で上述したように、同じ範囲内の異なる無線デバイス１２Ｂは、そのベースシーケンスの異なるバージョン（例えば、異なる位相回転または巡回シフトを介する）を使用してもよく、または異なるリソースブロック上でベースシーケンスを送信してもよい。

【0065】

シーケンス２６がこのようにまたは別の形で無線デバイス間の距離に基づくことは、有利には、所与のピア無線デバイス１２Ｂに確認応答フィードバックを送信するためのより大きい容量を容易にしてもよい。実際は、全ての無線デバイスが同じベースシーケンスを共有するのとは対照的に、ピア無線デバイス１２Ｂから同じ距離範囲内にあるそれらの無線デバイスのみが、ピア無線デバイス１２Ｂに確認応答フィードバックを伝達するために同じベースシーケンスを共有する。更に、ピア無線デバイス１２Ｂは、どれだけ多くの無線デバイス（例えば、グループキャスト内）が肯定応答を伝達しているか、および／またはどれだけ多くの無線デバイスが範囲基準による範囲で否定応答を伝達しているか推論するのに、異なる範囲を活用してもよい。

【0066】

上述の実施形態の代わりにまたは加えて、無線デバイス１２Ａは、データ送信２２が受信されるサブチャネルと同じサブチャネル上でシーケンス２６を送信するように設定されてもよい。図５に示されるように、例えば、Ｎ個のサブチャネルが規定され、各サブチャネルは１つまたは複数のリソースブロックを備える。無線デバイス１２Ａは、サブチャネル１上で、即ちサブチャネル１内のリソースブロック４０上でデータ送信２２を受信する。これらの実施形態によれば、次に、サブチャネル１上におけるデータ送信２２の受信は、無線デバイス１２Ａがシーケンス２６を送信して、やはりサブチャネル１上でそのデータ送信２２に対する確認応答フィードバック２４を伝達することを命令する。

【0067】

なお、図１～図４からの上述の実施形態はいずれも、無線デバイス１２Ａがピア無線デバイス１２Ｂおよび／またはＲＡＮ １０Ａ内の無線ネットワークノード１４から受信するという制御シグナリングによって、支配または別の形で設定されてもよい。例えば、いくつかの実施形態では、無線デバイス１２Ａは、（ｉ）シーケンス２６を生成する、（ｉｉ）シーケンス２６を送信するかリソースブロック２８を選択する、かつ／または（ｉｉｉ）シーケンス２６を送信するサブチャネルを選択するのに、無線デバイス１２Ａがしたがう１つまたは複数の規則を示す制御シグナリングを受信する。１つまたは複数の規則は、例えば、上述したように、無線デバイス１２Ａが実施する方式を指定してもよい。無線デバイス１２Ａは、対応して、シーケンス２６を生成し、リソースブロック２８を選択し、かつ／またはサブチャネルを選択するのに、１つまたは複数の規則を適用してもよい。

【0068】

上述の修正および変形に照らして、図６は、特定の実施形態による、無線デバイス１２Ａによって実施される方法を示している。方法は、無線デバイス１２Ａとピア無線デバイス１２Ｂとの間のサイドリンク２０上でピア無線デバイス１２Ｂからデータ送信２２（例えば、Ｖ２Ｘデータ送信）を受信することを含む（ブロック６００）。方法はまた、ピア無線デバイス１２Ｂにシーケンス２６を送信することを含み、シーケンス２６の送信は、データ送信２２に対する確認応答フィードバック２４を伝達する（ブロック６２０）。

【0069】

いくつかの実施形態では、シーケンス２６は、ピア無線デバイス１２Ｂの識別情報３２Ｂに基づく。例えば、シーケンス２６がベースシーケンスのあるバージョンである場合、ベースシーケンスは、ピア無線デバイス１２Ｂの識別情報３２Ｂに基づいてもよい。代わりにまたは加えて、シーケンス２６は、無線デバイス１２Ａの識別情報３２Ａに基づいてもよい。例えば、シーケンス２６がベースシーケンスの位相回転したバージョンまたは巡回シフトしたバージョンである場合、ベースシーケンスの位相回転または巡回シフトは、無線デバイス１２Ａの識別情報３２Ａに基づいてもよい。代わりにまたは加えて、シーケンス２６は、無線デバイス１２Ａとピア無線デバイス１２Ｂとの間の距離３６に基づいてもよい。例えば、シーケンス２６がベースシーケンスのあるバージョンである場合、ベースシーケンスはかかる距離３６に基づいてもよい。これらの実施形態のいずれかでは、それ故、方法は更に、例えば上述したように、シーケンス２６を生成または選択することを含んでもよい（ブロック６０５）。

【0070】

いくつかの実施形態では、方法は、代わりにまたは加えて、シーケンス２６を送信するサブチャネルを選択することを含む（ブロック６１０）。例えば、無線デバイス１２Ａは、データ送信２２が受信されたサブチャネルと同じサブチャネル上でシーケンス２６を送信することを選択してもよい。または、サブチャネル選択は、複数の可能なサブチャネルの優先順位付けもしくはインデックス付けに基づいてもよい。

【0071】

いくつかの実施形態では、方法は、代わりにまたは加えて、シーケンス２６を送信するリソースブロック２８を選択することを含む（ブロック６１５）。例えば、リソースブロック選択は、無線デバイス１２Ａの識別情報３２Ａに基づいてもよい。代わりにまたは加えて、選択は、例えば、特定のリソースブロック上のシーケンス２６の送信が確認応答フィードバック２４を伝達するように、伝達されるべき確認応答フィードバック２４に基づいてもよい。例えば、無線デバイス１２Ａは、伝達されるべき確認応答フィードバックがデータ送信２２に肯定または否定どちらで応答するかに応じて、肯定応答および否定応答とそれぞれ関連付けられた、２つの候補リソースブロックの間からリソースブロック２８を選択してもよい。いずれにせよ、無線デバイス１２Ａは、複数のサブチャネルにわたる複数のリソースブロックの中からリソースブロック２８を選択してもよく、各サブチャネルは１つまたは複数のリソースブロックを含む。または、他の実施形態の無線デバイス１２Ａは、特定のサブチャネルの複数のリソースブロックの中からリソースブロックを選択してもよい（例えば、上述したように選択される）。

【0072】

代わりにまたは加えて、方法は、（ｉ）シーケンス２６を生成する、（ｉｉ）シーケンス２６を送信するリソースブロック２８を選択する、かつ／または（ｉｉｉ）シーケンス２６を送信するサブチャネルを選択するのに、無線デバイス１２Ａがしたがう１つまたは複数の規則を示す制御シグナリングを受信することを含んでもよい（ブロック６２５）。

【0073】

図７は、他の特定の実施形態による、ピア無線デバイス１２Ｂによって実施される方法を示している。方法は、無線デバイス１２Ａとピア無線デバイス１２Ｂとの間のサイドリンク２０上でピア無線デバイス１２Ｂから無線デバイス１２Ａにデータ送信２２（例えば、Ｖ２Ｘデータ送信）を送信することを含む（ブロック７００）。方法はまた、無線デバイス１２Ａからシーケンス２６の送信を受信することを含み、シーケンス２６の送信は、データ送信２２に関する確認応答フィードバック２４を伝達する（ブロック７１０）。

【0074】

いくつかの実施形態では、シーケンス２６は、ピア無線デバイス１２Ｂの識別情報３２Ｂに基づく。例えば、シーケンス２６がベースシーケンスのあるバージョンである場合、ベースシーケンスは、ピア無線デバイス１２Ｂの識別情報３２Ｂに基づいてもよい。代わりにまたは加えて、シーケンス２６は、無線デバイス１２Ａの識別情報３２Ａに基づいてもよい。例えば、シーケンス２６がベースシーケンスの位相回転したバージョンまたは巡回シフトしたバージョンである場合、ベースシーケンスの位相回転または巡回シフトは、無線デバイス１２Ａの識別情報３２Ａに基づいてもよい。代わりにまたは加えて、シーケンス２６は、無線デバイス１２Ａとピア無線デバイス１２Ｂとの間の距離３６に基づいてもよい。例えば、シーケンス２６がベースシーケンスのあるバージョンである場合、ベースシーケンスはかかる距離３６に基づいてもよい。これらの実施形態のいずれかでは、それ故、方法は更に、例えば上記に基づいて、シーケンス２６を検出および／または処理することを含んでもよい（ブロック７２０）。

【0075】

いくつかの実施形態では、無線デバイス１２Ｂは、データ送信２２が送信されたサブチャネルと同じサブチャネル上でシーケンス２６を受信してもよい。

【0076】

いくつかの実施形態では、無線デバイス１２Ｂはリソースブロック２８内でシーケンス２６を受信してもよい。例えば、シーケンスが受信されるリソースブロック２８は、無線デバイス１２Ａの識別情報３２Ａに基づいてもよい。代わりにまたは加えて、シーケンスが受信されるリソースブロック２８は、例えば、特定のリソースブロック上のシーケンス２６の送信が確認応答フィードバック２４を伝達するように、伝達されるべき確認応答フィードバック２４に基づいてもよい。例えば、２つの候補リソースブロックは、伝達されるべき確認応答フィードバックがデータ送信２２に肯定または否定どちらで応答するかに応じて、肯定応答および否定応答とそれぞれ関連付けられてもよい。

【0077】

代わりにまたは加えて、方法は、（ｉ）シーケンス２６を生成する、（ｉｉ）シーケンス２６を送信するリソースブロック２８を選択する、かつ／または（ｉｉｉ）シーケンス２６を送信するサブチャネルを選択するのに、無線デバイス１２Ａがしたがう１つまたは複数の規則を示す制御シグナリングを送信することを含んでもよい（ブロック７２５）。

【0078】

図示されていないが、方法は更に、伝達された確認応答フィードバック２４を処理することと、確認応答フィードバック２４に応じて、新しいデータ送信またはデータ送信２２の再送信を実施することとを含んでもよい。

【0079】

図８は、他の特定の実施形態による、無線ネットワークノード１４によって実施される方法を示している。方法は、（ｉ）シーケンス２６を生成する、（ｉｉ）シーケンス２６を送信するリソースブロック２８を選択する、および／または（ｉｉｉ）シーケンス２６を送信するサブチャネルを選択するのに、無線デバイス１２Ａがしたがう１つまたは複数の規則を示す制御シグナリングを送信することを含む（ブロック８００）。

【0080】

図９は、他の特定の実施形態による、無線デバイス１２Ａによって実施される方法を示している。方法は、１つまたは複数のサイドリンク上でデータ送信を受信することを含み、データ送信それぞれに関する確認応答フィードバックは、同じフィードバック報告時間間隔で伝達されるべきである（ブロック９００）。方法はまた、データ送信それぞれに関して、そのデータ送信に関する確認応答フィードバックが伝達されるべきピア無線デバイスを識別することを含む（ブロック９１０）。方法は更に、上記識別にしたがって、データ送信の複数に関する確認応答フィードバックが伝達されるべきピア無線デバイスに関して、ピア無線デバイスに同じフィードバック報告時間間隔内で、データ送信の複数に関する確認応答フィードバックを伝達するシーケンスを送信することを含んでもよく、異なるデータ送信に関する確認応答フィードバックは符号領域内で区別される（ブロック９２０）。

【0081】

例えば、いくつかの実施形態では、送信されたシーケンスはベースシーケンスの位相回転したバージョンを含む。この場合、ベースシーケンスの異なる位相回転は、データ送信の複数に関する確認応答フィードバックの異なる組合せを伝達してもよい。

【0082】

図１０は、他の特定の実施形態による、無線デバイス１２Ａによって実施される方法を示している。方法は、同じ時間スロット内で実施されるべき複数の確認応答フィードバック動作の中から、複数の確認応答フィードバック動作にそれぞれの優先順位を割り当てる１つまたは複数の規則に基づいて、時間スロット内で実施する複数の確認応答フィードバック動作のサブセットを決定することを含む（ブロック１０００）。方法はまた、時間スロット内で、決定されたサブセットに含まれる確認応答フィードバック動作を実施することを含んでもよい（ブロック１０１０）。

【0083】

図１１は、他の特定の実施形態による、無線デバイス１２Ａによって実施される方法を示している。方法は、別のデータ送信に関して確認応答フィードバックがいつ送信または受信されるべきかに基づいて、無線デバイスとピア無線デバイスとの間のサイドリンク上で、無線デバイスからピア無線デバイスへのデータ送信をいつ実施するかをスケジューリングすることを含む（ブロック１１００）。方法はまた、上記スケジューリングにしたがってデータ送信を実施することを含んでもよい（ブロック１１１０）。

【0084】

本明細書の実施形態はまた、対応する装置を含む。本明細書の実施形態は、例えば、無線デバイスに関して上述した実施形態のいずれかにおけるステップのいずれかを実施するように設定された、無線デバイスを含む。

【0085】

実施形態はまた、処理回路と電力供給回路とを備える無線デバイスを含む。処理回路は、無線デバイスに関して上述した実施形態のいずれかにおけるステップのいずれかを実施するように設定される。電力供給回路は、無線デバイスに電力を供給するように設定される。

【0086】

実施形態は更に、処理回路を備える無線デバイスを含む。処理回路は、無線デバイスに関して上述した実施形態のいずれかにおけるステップのいずれかを実施するように設定される。いくつかの実施形態では、無線デバイスは更に、通信回路を備える。

【0087】

実施形態は更に、処理回路とメモリとを備える無線デバイスを含む。メモリは、処理回路によって実行可能な命令を含み、それにより、無線デバイスは、無線デバイスに関して上述した実施形態のいずれかにおけるステップのいずれかを実施するように設定される。

【0088】

実施形態は更に、ユーザ機器（ＵＥ）を含む。ＵＥは、無線信号を伝送しかつ受信するように設定されたアンテナを備える。ＵＥはまた、アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路を備える。処理回路は、無線デバイスに関して上述した実施形態のいずれかにおけるステップのいずれかを実施するように設定される。いくつかの実施形態では、ＵＥはまた、処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースを備える。ＵＥは、処理回路に接続され、処理回路によって処理されているＵＥからの情報を出力するように設定された、出力インターフェースを備えてもよい。ＵＥはまた、処理回路に接続され、ＵＥに電力を供給するように設定された、バッテリーを備える。

【0089】

本明細書の実施形態はまた、無線ネットワークノードに関して上述した実施形態のいずれかにおけるステップのいずれかを実施するように設定された、無線ネットワークノードを含む。

【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】

解決策１（ユニキャストでのＰＳＦＣＨに関するリソースおよびシーケンスの決定）：
この解決策は問題Ｐ１およびＰ２に対処する。別個の（互いに疎な）リソースブロック（ＲＢ）は、同じＰＳＳＣＨのＰＳＦＣＨ－ＡＣＫおよびＰＳＦＣＨ－ＮＡＣＫに割り当てられる。これらのＲＢのロケーションはＲＸ ＵＥの識別情報に応じて決まる。更に、ＰＳＦＣＨ－ＡＣＫおよびＰＳＦＣＨ－ＮＡＣＫは、ＴＸ ＵＥの識別情報に基づいて生成（または選択）される、同じシーケンスを使用する。

【0133】

この解決策の利点は次の通りである。第一に、ＰＳＦＣＨ－ＡＣＫおよびＰＳＦＣＨ－ＮＡＣＫを異なるＲＢに分離することによって、ＰＵＣＣＨフォーマット０のように異なる位相回転を使用するよりも、ＴＸ ＵＥにおいてＡＣＫおよびＮＡＣＫをより明確に区別することが可能になる。第二に、ＲＢを選択する際にＲＸ ＵＥ ＩＤを使用することによって、各ＰＳＦＣＨに生じる干渉をランダム化することが可能になって、多くのＰＳＦＣＨに関してＲＢが選択され、したがって大きく干渉されるシナリオが回避される。これはまた、複数のＰＳＦＣＨが同じスロット内で同じＴＸ ＵＥに伝送される場合に、ＴＸ ＵＥが、ＰＳＦＣＨがどのＲＸ ＵＥから来るかを識別する助けとなる（ユニキャストの場合、一般的に、ＴＸ ＵＥはＲＸ ＵＥ ＩＤを分かっており、その逆もまた真であることに留意されたい）。第三に、ＰＳＦＣＨシーケンスを選択する際にＴＸ ＵＥ ＩＤを使用することによって、ＰＳＦＣＨまたはいずれかの場所で明示的なシグナリングを要することなく、ＴＸ ＵＥが所望のＰＳＦＣＨを検出することが可能になる（例えば、ＴＸ ＵＥは、シーケンスのコピーをローカルで生成することができ、ローカルシーケンスを受信したシーケンスと照合する）。

【0134】

解決策２（グループキャストでのＰＳＦＣＨに関するシーケンスの決定）：
この解決策は問題Ｐ１およびＰ２に対処する。ＰＳＦＣＨに関するベースシーケンスは、ＴＸ ＵＥの識別情報に基づいて生成（または選択）され、ＲＸ ＵＥ ＩＤを使用して、ベースシーケンスの位相回転（即ち、巡回シフト）を選択してＰＳＦＣＨシーケンスが作成される。ＡＣＫおよびＮＡＣＫの両方がＨＡＲＱフィードバックが可能な場合、ＰＳＦＣＨ－ＡＣＫおよびＰＳＦＣＨ－ＮＡＣＫは同じベースシーケンスを共有するが、互いに疎なリソースブロックを使用する。

【0135】

この解決策の利点は次の通りである：追加のシグナリングなしで、ＴＸ ＵＥはどのベースシーケンスがＰＳＦＣＨに使用されるか分かっている。ＴＸ ＵＥは単に、ベースシーケンスの異なる巡回シフトを使用してブラインド検出を行って、いくつのＡＣＫおよびＮＡＣＫが受信されているかを見つけ出すことができる。なお、各ＲＸ ＵＥが自身のＰＳＦＣＨに関して使用する巡回シフトはＲＸ ＵＥ ＩＤに基づいて選ばれるので、異なるＲＸ ＵＥからのＰＳＦＣＨはＴＸ ＵＥにおいて区別可能である。

【0136】

解決策３（グループキャストでのＰＳＦＣＨに関するリソースおよびシーケンスの決定）
この解決策は問題Ｐ１およびＰ２に対処する。ＴＸ ＵＥの周りの空間は互いに疎な範囲間隔（または距離範囲）に分割される。各範囲間隔は、ＴＸ ＵＥを中心とする内円および外円によって区切られる。例えば、ＴＸ ＵＥの周りのエリアは、ＴＸ ＵＥから（０，１５０ｍ］、（１５０ｍ，３００ｍ］、（３００ｍ，４５０ｍ］、および［４５０ｍ超］の距離範囲で４つの間隔に分割される。同じ範囲間隔に属する全てのＲＸ ＵＥは、自身のＰＳＦＣＨに関して同じベースシーケンスを使用する。ＰＳＦＣＨベースシーケンスは、ＴＸ ＵＥの識別情報とＲＸ ＵＥが属する距離範囲との組合せに基づいて生成（または選択）される。ＲＸ ＵＥ ＩＤは、ベースシーケンスの位相回転（即ち、巡回シフト）を選択して、そのＲＸ ＵＥのＰＳＦＣＨシーケンスを形成するのに使用される。一例が図１８に与えられる。

【0137】

図１８では、ＲＸ ＵＥのセットが異なるグループに分割され、各グループはＴＸ ＵＥまでの同じ距離範囲を有する。この図では、ＲＸ ＵＥ １およびＲＸ ＵＥ ２は、ＴＸ ＵＥまでの距離が同じ範囲ｄ１に属するので、同じグループに属する。同様に、ＲＸ ＵＥ ３、ＲＸ ＵＥ ４、およびＲＸ ＵＥ ５は、ＴＸ ＵＥまでの距離が同じ範囲ｄ２に属するので、別のグループに属し、その後も同様である。解決策３によれば、ＲＸ ＵＥ １およびＲＸ ＵＥ ２は、自身のＰＳＦＣＨに関して同じベースシーケンスを共有し、各ＲＸ ＵＥのＩＤはそのベースシーケンスの位相回転を選択するのに使用される。同じ原理がＵＥの他のグループに当てはまる。

【0138】

この解決策の１つの利点は、より多数の受信機をグループキャストに適応させる助けとなることである。具体的には、グループキャストの全てのＲＸ ＵＥが同じベースシーケンスを共有する場合とは対照的に、同じ距離範囲内のＲＸ ＵＥのみがＰＳＦＣＨに関して同じベースシーケンスを共有する（ベースシーケンスは距離範囲に基づいて選択されるため）。更に、解決策は、ＴＸ ＵＥが、グループキャスト内のいくつのＲＸ ＵＥがＡＣＫおよび／またはＮＡＣＫを伝送しているかだけではなく、いくつが個々の距離範囲それぞれに関してＡＣＫおよび／またはＮＡＣＫを伝送しているかを知る助けとなる。上述の解決策と同様に、この解決策は余分なシグナリングを要しない。

【0139】

解決策４（１つのＰＳＦＣＨにおける複数のＨＡＲＱフィードバック）
この解決策は問題Ｐ１およびＰ４に対処する。複数のＨＡＲＱフィードバック（即ち、ＡＣＫおよび／またはＮＡＣＫ）が同じスロット内のＲＸ ＵＥから伝送されるべきである場合、各フィードバックは個々のＰＳＳＣＨを目標とし、ＲＸ ＵＥは、フィードバックがどのＴＸ ＵＥのセット（即ち、ＰＳＳＣＨを伝送したＵＥ）を標的としているかをチェックし、以下を行う。

【0140】

セット内に１つしかＴＸ ＵＥがない（即ち、全てのフィードバックが同じＴＸ ＵＥを標的としている）場合、フィードバックビットは組み合わされ、単一のＰＳＦＣＨで伝送される。フィードバックビットの異なる組合せは、符号領域内で、例えばＰＳＦＣＨシーケンスの位相回転によって区別される。例えば、ＰＵＣＣＨ ０の場合と同じように位相回転を使用して、１つのＰＳＦＣＨで３ビット（即ち、（ＡＣＫ，ＡＣＫ，ＡＣＫ）、（ＡＣＫ，ＡＣＫ，ＮＡＣＫ）など、フィードバックビットの８つの組合せ）をシグナリングすることができる。更に、位相回転がサポートすることができるよりも多くのフィードバックビットが組み合わされる場合、ビットの一部を破棄することができる。フィードバックビットを破棄する規則は、時間優先（即ち、ビットは対応するＰＳＳＣＨの送信時間にしたがって順序付けられる）か、もしくはＰＳＳＣＨの優先順位、または送信時間と優先順位の組合せに基づくことができる。

【0141】

いくつかの実施形態では、ＰＳＳＣＨが異なるサブチャネルで送信される場合、サブチャネルの１つはＰＳＦＣＨを送信するのに使用される。このサブチャネルを選択する規則は（予め）設定することができ、例えば、最も小さいインデックスを有するものが選択されるか、またはＰＳＳＣＨが最も高い優先順位を有するものが送信される。ＰＳＳＣＨが同じサブチャネル内で送信される場合、そのサブチャネルがＰＳＦＣＨに使用される。

【0142】

その他の場合（即ち、ＨＡＲＱフィードバックが異なるＴＸ ＵＥを標的とする場合）、フィードバックの１つがＰＳＦＣＨ内で伝送され、例えば、最も高い優先順位のＰＳＳＣＨと関連付けられたＨＡＲＱフィードバックが伝送される（更に解決策６を参照）。

【0143】

この解決策の利点は、ＨＡＲＱフィードバックの容量を改善することである。具体的には、複数のＨＡＲＱフィードバックを１つのＰＳＦＣＨで伝送することが可能になるが、どのサブチャネルが使用されるべきかに関して、ＴＸ ＵＥとＲＸ ＵＥとの間で明示的なシグナリングを必要としない。更に、解決策は、一般的に、サポートされていない場合よりもデータパケットごとにより多数のフィードバックビットを要する、コードブロックグループ（ＣＢＧ）ごとのＨＡＲＱフィードバックがサポートされる場合に特に有用であり得る。この場合、各ＰＳＳＣＨはコードブロックまたはコードブロックグループを表す。

【0144】

解決策５（ＰＳＦＣＨに関するサブチャネル選択における優先順位付け）
ＰＳＦＣＨを送信するのに、ＵＥは、標的のＰＳＳＣＨのサブチャネルと同じサブチャネルを使用することを優先する。この解決策の利点は、ＲＸ ＵＥがＰＳＦＣＨに関して使用するであろうサブチャネルインデックスをシグナリングする必要性が回避されることである。したがって、この解決策は問題Ｐ１に対処する。なお、複数のＨＡＲＱフィードバックがある場合、特定の例では、フィードバックを組み合わせ、解決策５に記載したようなサブチャネルの１つで伝送することができる。

【0145】

解決策６（ＨＡＲＱフィードバック送信／受信における優先順位付け）
この解決策は問題Ｐ３およびＰ４に対処する。ＵＥが、複数のＰＳＦＣＨ関連動作を同時に実施する（例えば、ＰＳＦＣＨを同時に送信および受信する、または複数のフィードバックを同時に送信する）必要がある場合、ＵＥは、特定の規則に基づいて動作の１つを優先することができる。一例として、グループキャストでは、ＵＥがＡＣＫおよびＮＡＣＫを同じスロット内で伝送する必要がある場合、ＵＥはＮＡＣＫ送信を優先する。これは、データパケットの送信機にとって、再送信を実施するために、パケットを復号できなかった受信機があるかどうか（即ち、ＮＡＣＫが存在するかどうか）を知ることが最も重要なためである。いくつのＮＡＣＫが存在するかを送信機が知ろうとすることも一般的である。

【0146】

別の例として、ユニキャストでは、ＵＥが同じスロット内でＮＡＣＫを伝送し、別のＰＳＦＣＨを受信する必要がある場合、ＵＥはＰＳＦＣＨ受信を優先する。これは、ユニキャストでは、ＨＡＲＱフィードバックの受信は一般的にＮＡＣＫと解釈されないためである。

【0147】

別の例では、ユニキャストにおいて、ＵＥが同じスロット内でＡＣＫおよびＮＡＣＫを伝送する必要がある場合、ＵＥはＡＣＫ送信を優先する。これは、ユニキャストでは、ＨＡＲＱフィードバックの受信は一般的にＮＡＣＫと解釈されないためである。

【0148】

解決策７（ＰＳＦＣＨのためのリソース選択）
この解決策は問題Ｐ３およびＰ４に対処する。リソース選択アルゴリズムは、将来のＰＳＦＣＨ送信および／または受信を考慮に入れる。この解決策では、ＵＥがＨＡＲＱフィードバックを伝送または受信する必要がある時間スロットを分かっていて、同じＵＥまたは別のＵＥが、データ送信のためのリソースを検索するときに、利用可能なリソースのセットから特定のリソースのセットを除外する。結果として、ＰＳＦＣＨ送信／受信のオーバーラップまたは複数のＰＳＦＣＨの同時送信という状況を回避することができる。

【0149】

解決策の組合せおよび適用可能性
上述したように、解決策は様々な有意の形で組み合わせることができる。解決策は、ユニキャストもしくはグループキャストのどちらかまたは両方に適用することができる。例えば、上述の解決策１～７を参照すると：
解決策１、４、５、６、７はユニキャストに適用可能であってもよい。
解決策２、３、５、６、７はグループキャストに適用可能であってもよい。

【0150】

上述の解決策に関する実施形態
解決策１に関する実施形態
この実施形態によれば、ＵＥは、以下のことによって、ＰＳＳＣＨに応答して、シーケンスベースのＰＳＦＣＨを送信するためのリソースを選択する。
ＰＳＦＣＨ－ＡＣＫおよびＰＳＦＣＨ－ＮＡＣＫに対してオーバーラップしないリソースブロック（ＲＢ）を選択する。ＲＢのロケーションは、規則にしたがってＵＥの識別情報に基づいて選択される。
ＰＳＦＣＨ－ＡＣＫおよびＰＳＦＣＨ－ＮＡＣＫに対して同じシーケンスを使用する。シーケンスは、規則にしたがってＰＳＳＣＨの送信機ＵＥの識別情報に基づいて生成される。

【0151】

いくつかの実施形態では、ＰＳＦＣＨを送信するためのリソースは、時間、周波数、空間、および符号領域の任意の組合せにおけるリソースを含む。

【0152】

いくつかの実施形態では、ＵＥの識別情報はＵＥの物理レイヤ識別情報である。

【0153】

いくつかの実施形態では、選択されたＲＢは２つの連続するＲＢを備える。

【0154】

いくつかの実施形態では、ＰＳＳＣＨの送信機ＵＥの識別情報は、ＰＳＳＣＨの送信機ＵＥの物理レイヤＩＤであり、ＩＤはＰＳＳＣＨをスケジューリングするＰＳＣＣＨで示される。

【0155】

いくつかの実施形態では、上述の実施形態で規定した規則は、ネットワークノードによって（予め）設定され、ＵＥおよびＰＳＳＣＨの送信機ＵＥに伝送される。他のいくつかの例では、規則は、ＰＳＳＣＨの送信機ＵＥによって設定され、サイドリンクシグナリングを介して受信機ＵＥに伝送される。他のいくつかの例では、規則は、ネットワークノードおよびＰＳＳＣＨの送信機ＵＥの両方によって設定される。

【0156】

解決策２に関する実施形態
この実施形態によれば、ＵＥは、以下のことによって、ＰＳＳＣＨに応答して、シーケンスベースのＰＳＦＣＨを送信するためのシーケンスを選択する。
規則にしたがって、ＰＳＳＣＨの送信機ＵＥの識別情報に基づいて、ＰＳＦＣＨに関するベースシーケンスを選択する。
位相回転をベースシーケンスに適用する。位相回転は、規則にしたがってＵＥの識別情報に基づく。

【0157】

いくつかの実施形態では、ＰＳＦＣＨ－ＡＣＫおよびＰＳＦＣＨ－ＮＡＣＫの両方を要する場合、規則にしたがって、ＰＳＦＣＨ－ＡＣＫおよびＰＳＦＣＨ－ＮＡＣＫに関して互いに疎なリソースブロックが選択される。一例では、リソースブロックは連続するリソースブロックである。

【0158】

いくつかの実施形態では、ＵＥの識別情報はＵＥの物理レイヤ識別情報である。

【0159】

いくつかの実施形態では、ＰＳＳＣＨの送信機ＵＥの識別情報は、ＰＳＳＣＨの送信機ＵＥの物理レイヤＩＤであり、ＩＤはＰＳＣＣＨで示されてＰＳＳＣＨをスケジューリングする。

【0160】

いくつかの実施形態では、上述の実施形態で規定した規則は、ネットワークノードによって（予め）設定され、ＵＥおよびＰＳＳＣＨの送信機ＵＥに伝送される。他のいくつかの例では、規則は、ＰＳＳＣＨの送信機ＵＥによって設定され、サイドリンクシグナリングを介して受信機ＵＥに伝送される。他のいくつかの例では、規則は、ネットワークノードおよびＰＳＳＣＨの送信機ＵＥの両方によって設定される。

【0161】

解決策３に関する実施形態
この実施形態によれば、ＵＥは、以下のことによって、ＰＳＳＣＨに応答して、シーケンスベースのＰＳＦＣＨを選択／生成する。
ＰＳＳＣＨの制御情報によって示される識別情報と、ＵＥからＰＳＳＣＨの送信機ＵＥまでの距離との組合せに基づいて、ＰＳＦＣＨに関するベースシーケンスを選択する。選択は規則にしたがう。
位相回転をベースシーケンスに適用する。位相回転は、規則にしたがってＵＥの識別情報に基づく。

【0162】

いくつかの実施形態では、ＰＳＳＣＨの制御情報によって示される識別情報（ＰＳＦＣＨシーケンスを生成または選択するのに使用される）は、ＰＳＳＣＨのＴＸ ＵＥの物理レイヤＩＤであり、ＩＤはＰＳＣＣＨで伝送されてＰＳＳＣＨをスケジューリングする。

【0163】

いくつかの実施形態では、ＵＥの識別情報はＵＥの物理レイヤ識別情報である。

【0164】

いくつかの実施形態では、上述の実施形態で規定した規則は、ネットワークノードによって（予め）設定され、ＵＥおよびＰＳＳＣＨの送信機ＵＥに伝送される。他のいくつかの例では、規則は、ＰＳＳＣＨの送信機ＵＥによって設定され、サイドリンクシグナリングを介して受信機ＵＥに伝送される。他のいくつかの例では、規則は、ネットワークノードおよびＰＳＳＣＨの送信機ＵＥの両方によって設定される。

【0165】

解決策４に関する実施形態
この実施形態によれば、ＵＥは、以下のことによって、シーケンスベースのＰＳＦＣＨを選択／生成して、複数のＰＳＳＣＨに応答して複数のＨＡＲＱフィードバックを送信する。
フィードバックが標的としているＴＸ ＵＥのセット（即ち、ＰＳＳＣＨの送信機ＵＥ）を決定する。
セット内にＴＸ ＵＥが１つしかないという決定に応答して、フィードバックを単一のＰＳＦＣＨに組み合わせる。
ＰＳＦＣＨを決定されたＴＸ ＵＥに伝送する。

【0166】

いくつかの実施形態では、フィードバックを１つのＰＳＦＣＨに組み合わせることは、位相回転をベースシーケンスに適用することによって達成される。フィードバックビットは特定の規則にしたがって位相回転を決定する。一例では、規則はネットワークノードによって（予め）設定される。

【0167】

いくつかの実施形態では、ＰＳＳＣＨが送信されるサブチャネルの中から、特定の規則にしたがってＰＳＦＣＨに関するサブチャネルが選択される。例えば、最も小さいインデックスを有するサブチャネルが選択される。ある例では、ネットワークノードは規則を（予め）設定する。

【0168】

いくつかの実施形態では、セット内に複数のＴＸ ＵＥがあるという決定に応答して、１つのフィードバックのみを選択し、ＰＳＦＣＨ内の対応するＵＥに伝送する。一例では、選択されたフィードバックは、最も優先順位が高いデータパケットと関連付けられる。

【0169】

解決策５に関する実施形態
この実施形態によれば、ＵＥは、ＰＳＦＣＨを送信するための関連するＰＳＳＣＨのサブチャネルとして、同じサブチャネルを使用することを優先する。

【0170】

いくつかの実施形態では、ＰＳＳＣＨが複数のサブチャネルを使用して送信される場合、対応するＰＳＦＣＨは、複数のサブチャネルの中で最も小さいインデックスを有するサブチャネルを使用して送信される。

【0171】

解決策６に関する実施形態
この実施形態によれば、ＵＥは、関連するＨＡＲＱフィードバック情報の性質（即ち、フィードバックがＡＣＫかまたはＮＡＣＫか）、および関連する通信がユニキャストかまたはグループキャストかに基づいて、１つのＰＳＦＣＨ関連動作（即ち、ＨＡＲＱフィードバックの送信または受信）を別のＰＳＦＣＨ関連動作よりも優先する。

【0172】

いくつかの実施形態では、グループキャストにおいて、ＵＥは、ＡＣＫを送信することよりもＮＡＣＫを送信することを優先する。

【0173】

いくつかの実施形態では、ユニキャストにおいて、ＵＥは、ＮＡＣＫを送信することよりもＡＣＫを受信することを優先する。

【0174】

いくつかの実施形態では、ユニキャストにおいて、ＵＥは、ＮＡＣＫを送信することよりもＡＣＫを送信することを優先する。

【0175】

解決策７に関する実施形態
この部分は、上述の半二重の課題および同時送信の課題を解決する、方法のセットについて記載する。

【0176】

（ｉ）ｔ１におけるＵＥ １からＵＥ ２へ、および（ｉｉ）ｔ２におけるＵＥ ３からＵＥ １への２つのユニキャスト送信のシナリオについて検討する。また、明示的または暗示的な指示がＰＳＣＣＨおよび／またはＰＳＳＣＨに含まれ、受信機ＵＥにＨＡＲＱフィードバックが予期されることを通知するものと仮定する。

【0177】

一実施形態では、ＵＥは、ＵＥが関与する将来のＰＳＦＣＨ送信に基づいて、自身のデータ送信に関するリソースを選択し、即ち、ＵＥはＰＳＦＣＨ送信の送信機または受信機のどちらかである。

【0178】

ｔ１＞ｔ２である一代替例では、ＵＥ １は最初にデータをＵＥ ３から受信し、それからデータをＵＥ ２に伝送する。この場合、ＵＥ １は、時間ｔ２＋ｄ（ｄはＰＳＦＣＨリソースプールの時間ロケーションに応じて決まる）においてＰＳＦＣＨをＵＥ ３に伝送する必要があることを認識している。したがって、ＵＥ １がＵＥ ２に対する自身のデータ送信のためにリソースを選択するとき、ＰＳＦＣＨリソースプールの現在の期間に属するリソースを除外する。一例では、リソースの除外は、始点がｔ２＋ｄよりも遅いリソース選択ウィンドウを導入することによって実現される。この解決策は図１９に示されており、ＵＥ １は最初にデータをＵＥ ３から受信し、それからデータをＵＥ ２に伝送する。この例では、ＰＳＦＣＨに関するリソースは４スロットごとに利用可能である（即ち、Ｎ＝４）。

【0179】

ｔ１＜ｔ２である別の代替例では、ＵＥ １は最初にデータをＵＥ ２に伝送し、それからデータをＵＥ ３から受信する。この場合、ＵＥ ３は、ＵＥ １が最も近いＰＳＦＣＨリソースにおいてＨＡＲＱフィードバックを予期していることを認識している場合がある。なお、これは、上述したように、ＵＥ（例えば、ＵＥ １）が、ＨＡＲＱフィードバックを予期していることを示す指示を、ＰＳＣＣＨに含むためである。このように、ＵＥ ３がＵＥ １に対する自身のデータ送信のためにリソースを選択するとき、ＰＳＦＣＨリソースプールの現在の期間に属するリソースを除外する。一例では、リソースの除外は、始点がｔ１＋ｄよりも遅いリソース選択ウィンドウを導入することによって実現される。この解決策は図２０に示されており、ＵＥ １は最初にデータをＵＥ ２に伝送し、それからデータをＵＥ ３から受信する。なお、ＵＥ ３は、ＵＥ １からＵＥ ２へのデータ送信を復号することができ、その知識を、ＵＥ ３がＵＥ １にデータ送信するためのリソースを選択するのに使用する。この例では、ＰＳＦＣＨに関するリソースは４スロットごとに利用可能である（即ち、Ｎ＝４）。

【0180】

上述の記載は、ＰＳＦＣＨによって伝達されるＨＡＲＱフィードバックのみに焦点を当てていた。しかしながら、本明細書の実施形態は、他の情報がＰＳＦＣＨに含まれる場合にも依然として適用することができる。実施形態は主に、ＳＬユニキャストの観点から記載している。しかしながら、本明細書の実施形態は、ＳＬグループキャストにも拡張することができる。

【0181】

実施形態は、ＵＥが送信を自律的に選択するＳＬモード、例えばＮＲ ＳＬモード２に関して記載している。しかしながら、実施形態はまた、ＮＷがデータ送信またはＰＳＦＣＨリソースをＵＥに割り当てるＳＬモード、例えばＮＲ ＳＬモード１に適用することができる。

【0182】

いくつかの実施形態では、ＨＡＲＱフィードバックは、（事前）設定に基づいて使用可能および使用不能にされるべきである。いくつかの実施形態では、ＨＡＲＱの有効化／無効化は、輻輳制御およびＶ２Ｘサービス要件を考慮し、一般的なＱｏＳフレームワークの一部である。

【0183】

更に、受信機ＵＥに対する指示は、いくつかの実施形態では、ＨＡＲＱフィードバックが要求されるかどうかのサイドリンク制御情報（ＳＣＩ）に含まれる。例えば、オンにされた場合にＨＡＲＱフィードバックの必要性を示すフラグである。いくつかの実施形態では、それ故、ＳＣＩは、対応するＨＡＲＱフィードバックの存在を示すフィールド、即ち、ＰＳＳＣＨ復号の成果に基づいたＡＣＫまたはＮＡＣＫを伝送する。

【0184】

いくつかの実施形態では、ＴＸ－ＲＸ距離ベースのＨＡＲＱフィードバックは、少なくともグループキャストの選択肢１に関してサポートされ、ＵＥは、ＴＸ－ＲＸ距離が通信範囲要件以下である場合にのみＨＡＲＱフィードバックを送信する。また、この機能性をサポートするため、ＴＸ－ＲＸ距離は、ＲＸ ＵＥのロケーションおよびＴＸ ＵＥのロケーションに基づいてＲＸ ＵＥによって推定される。それ故、次の疑問は、ロケーションをどのように規定するか、およびＴＸ ＵＥのロケーションについてＲＸ ＵＥにどのように通知するかである。

【0185】

第一に、地理座標は、１）ロケーション情報をより正確に表すことができ、２）ＮＷのカバレッジ内およびカバレッジ外両方のシナリオに使用することができるので、ロケーションを規定するのに良好な手法である。しかしながら、完全ＧＰＳ座標は通常、数十ビットのサイズを有し、ＳＣＩで伝送される場合に大きすぎるオーバーヘッドであることがある。したがって、ＰＣ５－ＲＲＣメッセージは、いくつかの実施形態では、比較的大きいサイズの地理座標を伝達するのに使用される。他方で、ＰＣ５－ＲＲＣメッセージの送信は非常に低頻度であり得るので、ＰＣ５－ＲＲＣのみに依存すると、ロケーション情報が十分に更新されないことがある。したがって、いくつかの実施形態は、ＰＣ５－ＲＲＣをＳＣＩで伝達される下層情報と組み合わせ、その場合、ＳＣＩは、最新のＰＣ５－ＲＲＣメッセージで伝送されたロケーションと比較した相対移動を含むことができる。更に、各ＵＥは、他のＵＥのＬ１ソースＩＤとそれぞれのロケーションとの間のマッピングを格納してもよい。このように、ＴＸ ＵＥのＬ１ソースＩＤを含むＳＣＩを復号した後、ＲＸ ＵＥは、以前格納されたロケーション情報をどのように正確にＴＸ ＵＥに接続し、次にＴＸ－ＲＸ距離を計算するかが分かる。いくつかの実施形態では、次に、その地理座標がロケーション情報を表すのに使用される。ＴＸ ＵＥのロケーションは、ＰＣ５－ＲＲＣおよびＳＣＩを介して併せて伝送することができる。ＲＸ ＵＥは、ＴＸ ＵＥのＬ１ソースＩＤとそれぞれのロケーションとの間のマッピングを格納する。

【0186】

ＴＸ ＵＥのロケーションを、ＰＣ５－ＲＲＣおよびＳＣＩを介して併せて伝送することで、オーバーヘッドを低減することができるが、いくつかのシナリオに関しては面倒なことが残っていることがある。この課題を解決するため、ＲＳＲＰベースおよび距離ベース両方のＨＡＲＱフィードバックが、サポートされてもよく、（予め）設定することができる。また、ネットワークが、ＲＳＲＰおよび距離の両方を使用するように、ＵＥを（予め）設定することがあってもよく、この場合、ＵＥは、両方の判断基準が満たされる場合のみ、ＨＡＲＱフィードバック送信をスキップすることが可能になる。サイドリンクグループキャストの場合、距離およびＲＳＲＰの両方がベースのＨＡＲＱフィードバック判断基準がサポートされ、（予め）設定できることが提案される。

【0187】

いくつかの実施形態によるＰＳＦＣＨリソース割当てについて検討する。いくつかの実施形態では、Ｋは、Ｕｕにおける検討事項と整合される、ＵＥ能力に基づいて決定される。スロット内の追加のＤＭＲＳ機会（Ｖ２Ｘシナリオに関してより関連性が高い）を有するＤＭＲＳ設定の場合、ＮＲ ＵｕにおけるＤＬ受信の最小ＵＥ処理時間は以下の表に与えられる。

【0188】

ベースラインＵＥ能力の最小処理時間、およびＰＳＦＣＨの可能なスロット構造（例えば、１つまたは２つのＰＳＦＣＨシンボル、ＰＳＦＣＨの後の１つのＧＰシンボルおよびＰＳＦＣＨの前の１つのＡＧＣシンボル）を考慮に入れることによって、Ｋは、いくつかの実施形態におけるサブキャリア間隔にかかわらず、少なくとも２であってもよい。いくつかの実施形態では、それ故、全てのＳＣＳに関して少なくともＫ＝２をサポートする。１５ｋＨｚおよび３０ｋＨｚの場合のＫ＝１はＦＦＳである。

【0189】

加えて、設定されたリソースプール内で、ＰＳＳＣＨに応答してＰＳＦＣＨの周波数および／または符号領域リソースを決定するのに、暗示的メカニズムが使用されるべきである。次に、ユニキャストおよびグループキャストそれぞれに関する、暗示的ＰＳＦＣＨリソース割当てメカニズムについて検討する。

【0190】

サイドリンクユニキャストの場合、ＰＳＦＣＨに使用されるＲＢは、関連するＰＳＳＣＨによって使用されるサブチャネル内に制限されてもよい。また、ＡＣＫおよびＮＡＣＫを異なるＲＢ上で伝送することがより有益である。更に、同じ時間周波数リソース内で生じる異なるＰＳＳＣＨに応答してＰＳＦＣＨ送信を区別するため、選択されたＰＳＦＣＨリソースはＴＸ ＵＥのＬ１ソースＩＤに応じて決まってもよい。ＩＤは、ＨＡＲＱフィードバックに関するベースシーケンスを選択するのに使用することができる。したがって、ユニキャストに関する暗示的メカニズムは次式によって与えられ得る。ユニキャストのＰＳＦＣＨリソース（ＲＢ、コード）＝関数（ＰＳＳＣＨサブチャネル、ＴＸ ＵＥのＬ１ソースＩＤ、復号の成果）。

【0191】

以下は、サイドリンクユニキャストに関して提案され、ＰＳＦＣＨリソース（ＲＢ、コード）＝関数（ＰＳＳＣＨサブチャネル、ＴＸ ＵＥのＬ１ソースＩＤ、復号の成果）である。
ａ．使用されるＲＢは、関連するＰＳＳＣＨ送信のサブチャネル内に制限される。
ｂ．ＡＣＫおよびＮＡＣＫは、サブチャネル内の異なるＲＢを使用して送信される。
ｃ．使用されるコードは、ＴＸ ＵＥのＬ１ソースＩＤによって選択される。

【0192】

サイドリンクグループキャストに関して、検討事項は同様である。しかしながら、各ＲＸ ＵＥは、選択肢２に関してＨＡＲＱ ＡＣＫ／ＮＡＣＫに別個のＰＳＦＣＨを使用してもよく、グループ内の各ＲＸ ＵＥは区別する必要がある。ＴＸ ＵＥの場合、どのＲＸ ＵＥがパケットを受信したかまたはしていないかを正確に理解する必要がないので、各ＲＸ ＵＥのＩＤを知っている必要はない。他方で、重要なのは、全てのＲＸ ＵＥがパケットの受信に成功したか否かをＴＸ ＵＥに認識させることである。そうでなければ、ＴＸ ＵＥは別の再送信を実施することができる。この目的のため、１つのグループキャストに関して、ＴＸ ＵＥのＬ１ソースＩＤに応じて、ＲＸ ＵＥの全てのＰＳＦＣＨリソースに使用されるベースシーケンスは同じであるべきである。その上更に、各ＲＸ ＵＥは、ベースシーケンスに適用される巡回シフトを選択することができ、その場合、巡回シフトはＲＸ ＵＥのソースＩＤに応じて決まる。このように、ＴＸおよびＲＸ ＵＥの間の追加のシグナリングなしで、ＴＸ ＵＥは依然として、どのベースシーケンスをＰＳＦＣＨリソースが使用したかを知っており、それ故、ベースシーケンス全ての可能な巡回シフトにわたってブラインド検出を実施することができる。巡回シフトの可能な値は前もって設定することができる。したがって、グループキャストに関する暗示的メカニズムは次式によって与えられ得る。グループキャストのＰＳＦＣＨリソース（ＲＢ、コード）＝関数（ＰＳＳＣＨサブチャネル、ＴＸ ＵＥのＬ１ソースＩＤ、復号の成果、ＲＸ ＵＥのソースＩＤ）。

【0193】

したがって、サイドリンクグループキャストに関して、ＰＳＦＣＨリソース（ＲＢ、コード）＝関数（ＰＳＳＣＨサブチャネル、ＴＸ ＵＥのＬ１ソースＩＤ、復号の成果、ＲＸ ＵＥのソースＩＤ）である。
ｄ．使用されるＲＢは、関連するＰＳＳＣＨ送信のサブチャネル内に制限される。
ｅ．ＡＣＫおよびＮＡＣＫ送信はＦＤＭ多重化される。
ｆ．使用されるコードのベースシーケンスは、ＴＸ ＵＥのＬ１ソースＩＤによって選択される。
ｇ．ベースシーケンスに適用される巡回シフトはＲＸ ＵＥのＩＤによって選択される。

【0194】

次に、グループキャスト受信機が選択肢１および選択肢２の両方に関してＰＳＦＣＨをどのように共有するかについて検討する。受信機のサブセットがＡＣＫ／ＮＡＣＫに関して１つのＰＳＦＣＨリソースを共有するのが有益な場合がある。サブセットの選択は、それらのロケーション、即ちそれらそれぞれのＴｘ－Ｒｘ距離に応じて決まる。例えば、図１８では、範囲ｄ１に属するＵＥ（ＵＥ １およびＵＥ ２）は、ＰＳＦＣＨリソース１上でＮＡＣＫフィードバック（ＦＢ）を伝送し、範囲ｄ２に属するＵＥ（ＵＥ ３、ＵＥ ４、およびＵＥ ５）は、ＰＳＦＣＨリソース２上でＮＡＣＫフィードバック（ＦＢ）を伝送し、範囲ｄ３に属するＵＥ（ＵＥ ６およびＵＥ ７）は、ＰＳＦＣＨリソース３上でＮＡＣＫフィードバック（ＦＢ）を伝送する。このように、Ｒｘ ＵＥのサブセットは１つのＰＳＦＣＨリソースを共有し、サブセット選択はＲｘ ＵＥのロケーションに応じて決まる。

【0195】

次に、いくつかのシナリオに関して、グループキャストＲｘ ＵＥを、Ｔｘ ＵＥまでの距離に応じて、サブセットに分割するのが有益であり得ることを観察する。異なるサブセットは、ＨＡＲＱフィードバックを伝送するために異なるＰＳＦＣＨリソースを使用する。

【0196】

上記で分析したように、選択肢１および選択肢２の両方に関して、ＰＳＦＣＨを共有する受信機ＵＥのサブセットをサポートするのが有用である。ＵＥのサブセットのみがＨＡＲＱフィードバックを伝送するか、またはＵＥの１つを超えるサブセットが異なるＰＳＦＣＨリソース上でＨＡＲＱフィードバックを送信するのが可能である。特に、選択肢２では、グループ内により多数の受信機があると、各受信機ＵＥがＨＡＲＱ ＡＣＫ／ＮＡＣＫのために別個のＰＳＦＣＨを使用した場合、消費されるＰＳＦＣＨリソースが多くなりすぎる。これによってシステム全体の性能が低下する。なお、ＰＳＦＣＨリソースはシステムの全てのＵＥによって共有する必要がある。したがって、この場合、ＡＣＫおよびＮＡＣＫフィードバックは特定のリソースのセットに限定されるべきである。例えば、１つのＳＬグループキャスト接続に関して、１つのＰＳＦＣＨリソースが全てのＡＣＫ送信に使用され、別のＰＳＦＣＨリソースが全てのＮＡＣＫ送信に使用される。更に、ＰＳＦＣＨを共有する受信ＵＥのサブセットは、例えば、図１８に示されるようなそれらと送信機ＵＥとの距離に応じて、外側ループリンク適応にも有益である。このように、送信機ＵＥは、その送信がどれだけ遠く達し得るかをより良く把握する。

【0197】

グループキャストの選択肢１に関して、受信機ＵＥのサブセットがＰＳＦＣＨを共有するのをサポートすることが提案される。グループキャストの選択肢２に関して、受信機ＵＥの全てまたはサブセットが、ＡＣＫ送信のためにあるＰＳＦＣＨを、またＮＡＣＫ送信のために別のＰＳＦＣＨを共有する事が提案される。

【0198】

加えて、輻輳に基づいて選択肢１および選択肢２を混合することは不要であり、同じグループに属する各ＵＥに関して別個のＲＲＣ設定を要するであろう。輻輳ネットワークの場合、ＰＳＦＣＨリソースに対する制限は、グループに属するＵＥのサブセットの中で同じＰＳＦＣＨリソースを共有することによって回避することができる。いくつかの実施形態では、ＮＲ ＳＬが、グループキャスト送信に関して選択肢１および選択肢２の混合をサポートしないことが提案される。

【0199】

更に、復号できなかった場合に、グループ内の全てのＵＥにＨＡＲＱ再送信を要求させることで、システムの観点から性能が低下する。したがって、再送信自体に対する制約が両方のＨＡＲＱの選択肢に関して考慮されてもよい。１つのかかる判断基準は、ＨＡＲＱ ＡＣＫまたはＮＡＣＫに関する閾値を予め規定することである。例えば、ＵＥは、受信したＨＡＲＱ ＮＡＣＫの総数が閾値を上回る場合のみ、パケットを再送信し、またはＵＥは、特定の数のＨＡＲＱ ＡＣＫが受信された場合、パケットを再送信しない。いくつかの実施形態では、輻輳制御の目的で、ＴＢの再送信に対する制約が両方のＨＡＲＱの選択肢に適用されることが提案される。

【0200】

次に、ＰＳＦＣＨ ＴＸ／ＲＸオーバーラップ、複数のＵＥに対するＰＳＦＣＨ ＴＸ、および同じＵＥに対する複数のＨＡＲＱフィードバックを含むＰＳＦＣＨ ＴＸを含む、ＰＳＦＣＨ送信および受信の３つの事例をどのように扱うかについて検討する。単純な統一された解決策は優先順位付けである。より具体的には、ＲＸ ＵＥは、例えば、対応するサービスのＱｏＳ要件に応じた（予め）設定された規則に基づいて、ＰＳＦＣＨ ＴＸおよびＲＸの間で優先順位を付けるか、複数のＵＥに対するＰＳＦＣＨ ＴＸの中で優先順位を付けるか、または同じＵＥに対する複数のＨＡＲＱフィードバックを含むＰＳＦＣＨ ＴＸの中で優先順位を付けることができる。あるいは、優先順位付けはまた、ＵＥ実装次第であることができる。

【0201】

優先順位付けは、ＰＳＦＣＨ ＴＸ／ＲＸオーバーラップ、複数のＵＥに対するＰＳＦＣＨ ＴＸ、および同じＵＥに対する複数のＨＡＲＱフィードバックを含むＰＳＦＣＨ ＴＸを含む、ＰＳＦＣＨ送信および受信の３つの可能な事例を扱う野に適用される。優先順位付けが、（予め）設定された規則に基づくか、またはＵＥ実装次第である場合はＦＦＳである。

【0202】

本明細書に記載する主題は、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装されてもよいが、本明細書に開示する実施形態は、図２１に示される例示の無線ネットワークなどの無線ネットワークに関連して記載する。単純にするため、図２１の無線ネットワークは、ネットワーク２１０６、ネットワークノード２１６０および２１６０ｂ、ならびにＷＤ ２１１０、２１１０ｂ、および２１１０ｃのみを示している。実際には、無線ネットワークは更に、無線デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または他の任意のネットワークノードもしくはエンドデバイスなど、別の通信デバイスとの間の通信をサポートするのに好適な、任意の追加の要素を含んでもよい。例示される構成要素のうち、ネットワークノード２１６０および無線デバイス（ＷＤ）２１１０が、追加の詳細とともに示される。無線ネットワークは、通信および他のタイプのサービスを１つまたは複数の無線デバイスに提供して、無線デバイスの、無線ネットワークへのアクセス、および／または、無線ネットワークによってもしくは無線ネットワークを介して提供されるサービスの使用を容易にしてもよい。

【0203】

無線ネットワークは、任意のタイプの通信、電気通信、データ、セルラ、および／もしくは無線ネットワーク、または他の同様のタイプのシステムを備え、および／あるいはそれらとインターフェース接続してもよい。いくつかの実施形態では、無線ネットワークは、特定の規格または他のタイプの予め規定された規則もしくは手順にしたがって動作するように設定されてもよい。したがって、無線ネットワークの特定の実施形態は、汎欧州デジタル移動電話方式（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）、ロングタームエボリューション（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）、および／または他の好適な２Ｇ、３Ｇ、４Ｇ、もしくは５Ｇ規格などの通信規格、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅおよび／またはＺｉｇＢｅｅ規格などの他の任意の適切な無線通信規格を実装してもよい。

【0204】

ネットワーク２１０６は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にする他のネットワークを備えてもよい。

【0205】

ネットワークノード２１６０およびＷＤ ２１１０は、更に詳細に後述する様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなど、ネットワークノードおよび／または無線デバイスの機能性を提供するために共に働く。異なる実施形態では、無線ネットワークは、任意の数の有線もしくは無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび／もしくは信号の通信を容易にするかまたはその通信に参加してもよい、他の任意の構成要素もしくはシステムを備えてもよい。

【0206】

本明細書で使用するとき、ネットワークノードは、無線デバイスと、ならびに／あるいは、無線デバイスへの無線アクセスを可能にし、および／もしくは提供するための、および／または、無線ネットワークにおいて他の機能（例えば、アドミニストレーション）を実施するための、無線ネットワーク中の他のネットワークノードまたは機器と、直接または間接的に通信することが可能な、そうするように設定された、設定された、および／または動作可能な機器を指す。ネットワークノードの例としては、非限定的に、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）、およびＮＲノードＢ（ｇＮＢ））が挙げられる。基地局は、基地局が提供するカバレッジの量（または、言い換えれば、基地局の送信電力レベル）に基づいてカテゴリ分類されてもよく、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。基地局は、リレーを制御するリレーノードまたはリレードナーノードであってもよい。ネットワークノードはまた、リモート無線ヘッド（ＲＲＨ）と呼ばれる場合がある、集中型デジタルユニットおよび／またはリモート無線ユニット（ＲＲＵ）など、分散型無線基地局の１つもしくは複数（または全て）の部分を含んでもよい。かかるリモート無線ユニットは、アンテナ統合無線機としてアンテナと統合されてもよくまたはされなくてもよい。分散型無線基地局の部分は、分散型アンテナシステム（ＤＡＳ）内のノードと呼ばれることもある。ネットワークノードの他の更なる例としては、マルチ規格無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）もしくは基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、ベーストランシーバ基地局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（例えば、Ｅ－ＳＭＬＣ）、および／またはＭＤＴが挙げられる。別の例として、ネットワークノードは、更に詳細に後述するように、仮想ネットワークノードであってもよい。しかしながら、より一般的に、ネットワークノードは、無線ネットワークへのアクセスを可能にし、および／もしくは無線デバイスに提供し、または、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、そのように設定された、配置された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表してもよい。

【0207】

図２１では、ネットワークノード２１６０は、処理回路２１７０と、デバイス可読媒体２１８０と、インターフェース２１９０と、補助機器２１８４と、電源２１８６と、電力回路２１８７と、アンテナ２１６２とを含む。図２１の例示の無線ネットワークに示されるネットワークノード２１６０は、ハードウェア構成要素の例示の組合せを含むデバイスを表してもよいが、他の実施形態は、構成要素の別の組合せを有するネットワークノードを備えてもよい。ネットワークノードは、本明細書に開示するタスク、特徴、機能、および方法を実施するのに必要とされるハードウェアおよび／またはソフトウェアの任意の好適な組合せを備えることが理解されるべきである。更に、ネットワークノード２１６０の構成要素は、より大きいボックス内に位置する、または複数のボックス内で入れ子にされた、単一のボックスとして示されているが、実際には、ネットワークノードは、単一の例示の構成要素を組成する複数の異なる物理的構成要素を備えてもよい（例えば、デバイス可読媒体２１８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備えてもよい）。

【0208】

同様に、ネットワークノード２１６０は、複数の物理的に別個の構成要素（例えば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）で設定されてもよく、それらは各々自身のそれぞれの構成要素を有してもよい。ネットワークノード２１６０が複数の別個の構成要素（例えば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備える特定のシナリオでは、別個の構成要素のうち１つまたは複数が、いくつかのネットワークノードの中で共有されてもよい。例えば、単一のＲＮＣが複数のノードＢを制御してもよい。かかるシナリオでは、一意のノードＢおよびＲＮＣの各対は、いくつかの事例では、単一の別個のネットワークノードとみなされてもよい。いくつかの実施形態では、ネットワークノード２１６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定されてもよい。かかる実施形態では、いくつかの構成要素は複製されてもよく（例えば、異なるＲＡＴに関する別個のデバイス可読媒体２１８０）、いくつかの構成要素は再使用されてもよい（例えば、同じアンテナ２１６２がＲＡＴによって共有されてもよい）。ネットワークノード２１６０はまた、ネットワークノード２１６０に統合された、例えば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術に関する様々な例示される構成要素の複数のセットを含んでもよい。これらの無線技術は、同じもしくは異なるチップまたはチップのセット、およびネットワークノード２１６０内の他の構成要素に統合されてもよい。

【0209】

処理回路２１７０は、ネットワークノードによって提供されているものとして本明細書に記載する、任意の決定動作、計算動作、または同様の動作（例えば、特定の取得動作）を実施するように設定される。処理回路２１７０によって実施されるこれらの動作は、例えば、取得した情報を他の情報に変換すること、取得した情報または変換した情報をネットワークノードに格納された情報と比較すること、ならびに／あるいは、取得した情報または変換した情報に基づいて、および上記処理が決定を行ったことの結果として、１つもしくは複数の動作を実施することによって、処理回路２１７０によって取得した情報を処理することを含んでもよい。

【0210】

処理回路２１７０は、単独で、またはデバイス可読媒体２１８０など、他のネットワークノード２１６０の構成要素と併せてのどちらかで、ネットワークノード２１６０の機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、もしくは他の任意の好適なコンピューティングデバイス、リソースのうち１つもしくは複数の組合せ、またはハードウェア、ソフトウェアおよび／もしくは符号化された論理の組合せを備えてもよい。例えば、処理回路２１７０は、デバイス可読媒体２１８０に、または処理回路２１７０内のメモリに格納された、命令を実行してもよい。かかる機能は、本明細書で考察する様々な無線の特徴、機能、または利益のうちいずれかを提供することを含んでもよい。いくつかの実施形態では、処理回路２１７０はシステムオンチップ（ＳＯＣ）を含んでもよい。

【0211】

いくつかの実施形態では、処理回路２１７０は、無線周波数（ＲＦ）トランシーバ回路２１７２およびベースバンド処理回路２１７４のうち１つまたは複数を含んでもよい。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路２１７２およびベースバンド処理回路２１７４は、別個のチップ（またはチップのセット）、基板、または無線ユニットおよびデジタルユニットなどのユニット上にあってもよい。代替実施形態では、ＲＦトランシーバ回路２１７２およびベースバンド処理回路２１７４の一部または全部が、同じチップもしくはチップのセット、基板、またはユニット上にあってもよい。

【0212】

特定の実施形態では、ネットワークノード、基地局、ｅＮＢ、または他のかかるネットワークデバイスによって提供されるものとして、本明細書に記載する機能性の一部または全部が、デバイス可読媒体２１８０に、または処理回路２１７０内のメモリに格納された、命令を実行する処理回路２１７０によって実施されてもよい。代替実施形態では、機能性の一部または全部が、ハードワイヤード方式など、別個のまたは離散的なデバイス可読媒体に格納された命令を実行することなしに、処理回路２１７０によって提供されてもよい。それらの実施形態のいずれかでは、デバイス可読記憶媒体に格納された命令を実行するか否かにかかわらず、処理回路２１７０は、記載される機能性を実施するように設定することができる。かかる機能性によって提供される利益は、処理回路２１７０のみまたはネットワークノード２１６０の他の構成要素に限定されないが、全体としてネットワークノード２１６０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって享受される。

【0213】

デバイス可読媒体２１８０は、非限定的に、永続ストレージ、固体メモリ、リモートマウントメモリ、磁気媒体、光学媒体、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、フラッシュドライブ、コンパクトディスク（ＣＤ）、もしくはデジタルビデオディスク（ＤＶＤ））を含む、任意の形態の揮発性もしくは不揮発性コンピュータ可読メモリ、ならびに／または、処理回路２１７０によって使用されてもよい情報、データ、および／もしくは命令を格納する、他の任意の揮発性もしくは不揮発性の、非一時的デバイス可読および／もしくはコンピュータ実行可能メモリデバイスを備えてもよい。デバイス可読媒体２１８０は、論理、ルール、コード、テーブルなどのうち１つもしくは複数を含む、コンピュータプログラム、ソフトウェア、アプリケーション、ならびに／または処理回路２１７０によって実行されることが可能であり、ネットワークノード２１６０によって利用される他の命令を含む、任意の好適な命令、データ、または情報を格納してもよい。デバイス可読媒体２１８０は、処理回路２１７０によって行われた任意の計算、および／またはインターフェース２１９０を介して受信された任意のデータを格納するのに使用されてもよい。いくつかの実施形態では、処理回路２１７０およびデバイス可読媒体２１８０は、統合されているものとみなされてもよい。

【0214】

インターフェース２１９０は、ネットワークノード２１６０、ネットワーク２１０６、および／またはＷＤ ２１１０の間のシグナリングおよび／またはデータの有線もしくは無線通信で使用される。例示されるように、インターフェース２１９０は、例えば、有線接続を通じてネットワーク２１０６との間でデータを伝送しかつ受信する、ポート／端末２１９４を備える。インターフェース２１９０は、アンテナ２１６２に結合されるか、または特定の実施形態ではアンテナ２１６２の一部であってもよい、無線フロントエンド回路２１９２も含む。無線フロントエンド回路２１９２は、フィルタ２１９８と増幅器２１９６とを備える。無線フロントエンド回路２１９２は、アンテナ２１６２および処理回路２１７０に接続されてもよい。無線フロントエンド回路は、アンテナ２１６２と処理回路２１７０との間で通信される信号を調整するように設定されてもよい。無線フロントエンド回路２１９２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信してもよい。無線フロントエンド回路２１９２は、デジタルデータを、フィルタ２１９８および／または増幅器２１９６の組合せを使用して、適切なチャネルおよび帯域幅パラメータを有する無線信号に変換してもよい。無線信号は、次に、アンテナ２１６２を介して送信されてもよい。同様に、データを受信するとき、アンテナ２１６２は無線信号を収集してもよく、それが次に、無線フロントエンド回路２１９２によってデジタルデータに変換される。デジタルデータは、処理回路２１７０に渡されてもよい。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備えてもよい。

【0215】

特定の代替実施形態では、ネットワークノード２１６０は別個の無線フロントエンド回路２１９２を含まなくてもよく、代わりに、処理回路２１７０が無線フロントエンド回路を備えてもよく、別個の無線フロントエンド回路２１９２なしでアンテナ２１６２に接続されてもよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路２１７２の全部または一部が、インターフェース２１９０の一部とみなされてもよい。更に他の実施形態では、インターフェース２１９０は、無線ユニット（図示なし）の一部として、１つもしくは複数のポートまたは端末２１９４と、無線フロントエンド回路２１９２と、ＲＦトランシーバ回路２１７２とを含んでもよく、インターフェース２１９０は、デジタルユニット（図示なし）の一部であるベースバンド処理回路２１７４と通信してもよい。

【0216】

アンテナ２１６２は、無線信号を伝送および／または受信するように設定された、１つもしくは複数のアンテナ、またはアンテナアレイを含んでもよい。アンテナ２１６２は、無線フロントエンド回路２１９０に結合されてもよく、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであってもよい。いくつかの実施形態では、アンテナ２１６２は、例えば、２ＧＨｚから６６ＧＨｚの間の無線信号を送信／受信するように動作可能な、１つまたは複数の全指向性、セクタ、またはパネルアンテナを備えてもよい。全指向性アンテナは、任意の方向で無線信号を送信／受信するのに使用されてもよく、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するのに使用されてもよく、またパネルアンテナは、比較的直線ラインで無線信号を送信／受信するのに使用される見通し線アンテナであってもよい。いくつかの事例では、１つを超えるアンテナの使用はＭＩＭＯと呼ばれることがある。特定の実施形態では、アンテナ２１６２は、ネットワークノード２１６０とは別個であってもよく、インターフェースまたはポートを通してネットワークノード２１６０に接続可能であってもよい。

【0217】

アンテナ２１６２、インターフェース２１９０、および／または処理回路２１７０は、ネットワークノードによって実施されるものとして本明細書に記載する、任意の受信動作および／または特定の取得動作を実施するように設定されてもよい。任意の情報、データ、および／または信号が、無線デバイス、別のネットワークノード、および／または他の任意のネットワーク機器から受信されてもよい。同様に、アンテナ２１６２、インターフェース２１９０、および／または処理回路２１７０は、ネットワークノードによって実施されるものとして本明細書に記載する、任意の送信動作を実施するように設定されてもよい。任意の情報、データ、および／または信号が、無線デバイス、別のネットワークノード、および／または任意の他のネットワーク機器に送信されてもよい。

【0218】

電力回路２１８７は、電力管理回路を備えるかまたは電力管理回路に結合されてもよく、本明細書に記載する機能性を実施するための電力を、ネットワークノード２１６０の構成要素に供給するように設定される。電力回路２１８７は、電源２１８６から電力を受信してもよい。電源２１８６および／または電力回路２１８７は、それぞれの構成要素に好適な形態で（例えば、それぞれの構成要素に必要な電圧および電流レベルで）、ネットワークノード２１６０の様々な構成要素に電力を提供するように設定されてもよい。電源２１８６は、電力回路２１８７および／もしくはネットワークノード２１６０に含まれるか、または外部にあるかのいずれかであってもよい。例えば、ネットワークノード２１６０は、電気ケーブルなどの入力回路またはインターフェースを介して外部電源（例えば、電気コンセント）に接続可能であってもよく、それによって外部電源は電力を電力回路２１８７に供給する。更なる例として、電源２１８６は、バッテリー、または電力回路２１８７に接続されるかもしくは統合されたバッテリーパックの形態の電力源を備えてもよい。バッテリーは、外部電源が落ちた場合、バックアップ電力を提供してもよい。光起電力デバイスなどの他のタイプの電源も使用されてもよい。

【0219】

ネットワークノード２１６０の代替実施形態は、本明細書に記載する機能性、および／または本明細書に記載する主題をサポートするのに必要な任意の機能性のいずれかを含む、ネットワークノードの機能性の特定の態様を提供することを担ってもよい、図２１に示される構成要素以外の追加の構成要素を含んでもよい。例えば、ネットワークノード２１６０は、ネットワークノード２１６０への情報の入力を可能にし、ネットワークノード２１６０からの情報の出力を可能にする、ユーザインターフェース機器を含んでもよい。これは、ユーザが、ネットワークノード２１６０に関する診断、保守、修復、および他のアドミニストレーティブ機能を実施することを可能にしてもよい。

【0220】

本明細書で使用するとき、無線デバイス（ＷＤ）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することが可能な、そのように設定された、配置された、および／または動作可能なデバイスを指す。別段の記載がない限り、ＷＤという用語は、本明細書ではユーザ機器（ＵＥ）と互換的に使用されてもよい。無線で通信することは、空中で情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して、無線信号を送信および／または受信することを伴ってもよい。いくつかの実施形態では、ＷＤは、直接人間対話なしに情報を送信および／または受信するように設定されてもよい。例えば、ＷＤは、内部もしくは外部イベントによってトリガされると、またはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計されてもよい。ＷＤの例としては、非限定的に、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールもしくはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内設備（ＣＰＥ）、車載無線端末デバイスなどが挙げられる。ＷＤは、例えば、サイドリンク通信、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）のための３ＧＰＰ規格を実装することによって、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信をサポートしてもよく、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。更に別の特定の例として、モノのインターネット（ＩｏＴ）のシナリオでは、ＷＤは、監視および／または測定を実施し、かかる監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表してもよい。ＷＤは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよく、Ｍ２Ｍデバイスは、３ＧＰＰの文脈ではＭＴＣデバイスと呼ばれることがある。１つの特定の例として、ＷＤは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであってもよい。かかるマシンまたはデバイスの特定の例は、センサ、電力計などの計量デバイス、産業用機械類、または家庭用もしくは個人用電気器具（例えば、冷蔵庫、テレビジョンなど）、個人用ウェアラブル（例えば、時計、フィットネストラッカーなど）である。他のシナリオでは、ＷＤは、車両または他の機器を表してもよく、その動作ステータスを監視および／もしくは報告すること、またはその動作と関連付けられた他の機能が可能である。上述したようなＷＤは、無線接続のエンドポイントを表してもよく、その場合、デバイスは無線端末と呼ばれることがある。更に、上述したようなＷＤはモバイルであってもよく、その場合、モバイルデバイスまたはモバイル端末と呼ばれることもある。

【0221】

例示されるように、無線デバイス２１１０は、アンテナ２１１１と、インターフェース２１１４と、処理回路２１２０と、デバイス可読媒体２１３０と、ユーザインターフェース機器２１３２と、補助機器２１３４と、電源２１３６と、電力回路２１３７とを含む。ＷＤ ２１１０は、ＷＤ ２１１０によってサポートされる、例えば、いくつか例を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、ＮＢ－ＩｏＴ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術に関する例示の構成要素のうち１つまたは複数の複数のセットを含んでもよい。これらの無線技術は、ＷＤ ２１１０内の他の構成要素と同じまたは異なるチップまたはチップのセットに統合されてもよい。

【0222】

アンテナ２１１１は、無線信号を伝送および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含んでもよく、インターフェース２１１４に接続される。特定の代替実施形態では、アンテナ２１１１は、ＷＤ ２１１０とは別個であって、インターフェースまたはポートを通してＷＤ ２１１０に接続可能であってもよい。アンテナ２１１１、インターフェース２１１４、および／または処理回路２１２０は、ＷＤによって実施されるものとして本明細書に記載する、任意の受信または送信動作を実施するように設定されてもよい。任意の情報、データ、および／または信号が、ネットワークノードおよび／または別のＷＤから受信されてもよい。いくつかの実施形態では、無線フロントエンド回路および／またはアンテナ２１１１は、インターフェースとみなされてもよい。

【0223】

例示されるように、インターフェース２１１４は、無線フロントエンド回路２１１２とアンテナ２１１１とを備える。無線フロントエンド回路２１１２は、１つまたは複数のフィルタ２１１８と増幅器２１１６とを備える。無線フロントエンド回路２１１４は、アンテナ２１１１および処理回路２１２０に接続され、アンテナ２１１１と処理回路２１２０との間で通信される信号を調整するように設定される。無線フロントエンド回路２１１２は、アンテナ２１１１に結合されるかまたはその一部であってもよい。いくつかの実施形態では、ＷＤ ２１１０は別個の無線フロントエンド回路２１１２を含まなくてもよく、むしろ、処理回路２１２０は、無線フロントエンド回路を備えてもよく、アンテナ２１１１に接続されてもよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路２１２２の一部または全部が、インターフェース２１１４の一部とみなされてもよい。無線フロントエンド回路２１１２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信してもよい。無線フロントエンド回路２１１２は、デジタルデータを、フィルタ２１１８および／または増幅器２１１６の組合せを使用して、適切なチャネルおよび帯域幅パラメータを有する無線信号に変換してもよい。無線信号は、次に、アンテナ２１１１を介して送信されてもよい。同様に、データを受信するとき、アンテナ２１１１は無線信号を収集してもよく、それが次に、無線フロントエンド回路２１１２によってデジタルデータに変換される。デジタルデータは、処理回路２１２０に渡されてもよい。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備えてもよい。

【0224】

処理回路２１２０は、単独で、またはデバイス可読媒体２１３０など、他のＷＤ ２１１０の構成要素と併せてのどちらかで、ＷＤ ２１１０の機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、もしくは他の任意の好適なコンピューティングデバイス、リソースのうち１つもしくは複数の組合せ、またはハードウェア、ソフトウェアおよび／もしくは符号化された論理の組合せを備えてもよい。かかる機能は、本明細書で考察する様々な無線の特徴または利益のいずれかを提供することを含んでもよい。例えば、処理回路２１２０は、本明細書に開示する機能性を提供するのに、デバイス可読媒体２１３０に、または処理回路２１２０内のメモリに格納された、命令を実行してもよい。

【0225】

例示されるように、処理回路２１２０は、ＲＦトランシーバ回路２１２２、ベースバンド処理回路２１２４、およびアプリケーション処理回路２１２６のうち１つまたは複数を含む。他の実施形態では、処理回路は、異なる構成要素および／または構成要素の異なる組合せを備えてもよい。特定の実施形態では、ＷＤ ２１１０の処理回路２１２０はＳＯＣを備えてもよい。いくつかの実施形態では、ＲＦトランシーバ回路２１２２、ベースバンド処理回路２１２４、およびアプリケーション処理回路２１２６は、別個のチップまたはチップのセット上にあってもよい。代替実施形態では、ベースバンド処理回路２１２４およびアプリケーション処理回路２１２６の一部または全部は、１つのチップまたはチップのセットになるように組み合わされてもよく、ＲＦトランシーバ回路２１２２は、別個のチップまたはチップのセット上にあってもよい。更なる代替実施形態では、ＲＦトランシーバ回路２１２２およびベースバンド処理回路２１２４の一部または全部は、同じチップまたはチップのセット上にあってもよく、アプリケーション処理回路２１２６は別個のチップまたはチップのセット上にあってもよい。更なる他の代替実施形態では、ＲＦトランシーバ回路２１２２、ベースバンド処理回路２１２４、およびアプリケーション処理回路２１２６の一部または全部は、同じチップまたはチップのセット内で組み合わされてもよい。いくつかの実施形態では、ＲＦトランシーバ回路２１２２は、インターフェース２１１４の一部であってもよい。ＲＦトランシーバ回路２１２２は、処理回路２１２０に関するＲＦ信号を調整してもよい。

【0226】

特定の実施形態では、ＷＤによって実施されるものとして本明細書に記載する機能性の一部もしくは全部が、デバイス可読媒体２１３０に格納された命令を実行する処理回路２１２０によって提供されてもよく、デバイス可読媒体２１３０は、特定の実施形態では、コンピュータ可読記憶媒体であってもよい。代替実施形態では、機能性の一部もしくは全部が、ハードワイヤード方式など、別個のまたは離散的なデバイス可読記憶媒体に格納された命令を実行することなしに、処理回路２１２０によって提供されてもよい。それら特定の実施形態のいずれかでは、デバイス可読記憶媒体に格納された命令を実行するか否かにかかわらず、処理回路２１２０は、記載される機能性を実施するように設定することができる。かかる機能性によって提供される利益は、処理回路２１２０のみまたはＷＤ ２１１０の他の構成要素に限定されないが、全体としてＷＤ ２１１０によって、ならびに／および概してエンドユーザおよび無線ネットワークによって享受される。

【0227】

処理回路２１２０は、ＷＤによって実施されるものとして本明細書に記載する、任意の決定動作、計算動作、または同様の動作（例えば、特定の取得動作）を実施するように設定されてもよい。処理回路２１２０によって実施されるようなこれらの動作は、例えば、取得した情報を他の情報に変換すること、取得した情報もしくは変換した情報をＷＤ ２１１０に格納された情報と比較すること、ならびに／または、取得した情報もしくは変換した情報に基づいて、および上記処理が決定を行ったことの結果として、１つもしくは複数の動作を実施することによって、処理回路２１２０によって取得した情報を処理することを含んでもよい。

【0228】

デバイス可読媒体２１３０は、論理、ルール、コード、テーブルなどのうち１つもしくは複数を含む、コンピュータプログラム、ソフトウェア、アプリケーション、および／または処理回路２１２０によって実行されることが可能な他の命令を格納するように動作可能であってもよい。デバイス可読媒体２１３０は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）または読出し専用メモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）、もしくはデジタルビデオディスク（ＤＶＤ））、ならびに／または、処理回路２１２０によって使用されてもよい情報、データ、および／もしくは命令を格納する、他の任意の揮発性もしくは不揮発性の、非一時的デバイス可読および／もしくはコンピュータ実行可能メモリデバイスを含んでもよい。いくつかの実施形態では、処理回路２１２０およびデバイス可読媒体２１３０は、統合されているものとみなされてもよい。

【0229】

ユーザインターフェース機器２１３２は、人間のユーザがＷＤ ２１１０と対話することを可能にする構成要素を提供してもよい。かかる対話は、視覚、聴覚、触覚など、多くの形態のものであってもよい。ユーザインターフェース機器２１３２は、ユーザへの出力を作成するように、またユーザがＷＤ ２１１０への入力を提供するのを可能にするように、動作可能であってもよい。対話のタイプは、ＷＤ ２１１０にインストールされたユーザインターフェース機器２１３２のタイプに応じて変わってもよい。例えば、ＷＤ ２１１０がスマートフォンである場合、対話はタッチ画面を介してもよく、ＷＤ ２１１０がスマートメータである場合、対話は、使用量（例えば、使用されたガロンの数）を提供する画面、または（例えば、煙が検出された場合）可聴警報を提供するスピーカを通したものであってもよい。ユーザインターフェース機器２１３２は、入力インターフェース、デバイス、および回路、ならびに出力インターフェース、デバイス、および回路を含んでもよい。ユーザインターフェース機器２１３２は、ＷＤ ２１１０への情報の入力を可能にするように設定され、処理回路２１２０が入力情報を処理することを可能にするように、処理回路２１２０に接続される。ユーザインターフェース機器２１３２は、例えば、マイクロフォン、近接もしくは他のセンサ、キー／ボタン、タッチディスプレイ、１つもしくは複数のカメラ、ＵＳＢポート、または他の入力回路を含んでもよい。ユーザインターフェース機器２１３２はまた、ＷＤ ２１１０からの情報の出力を可能にするように、また処理回路２１２０がＷＤ ２１１０からの情報を出力することを可能にするように設定される。ユーザインターフェース機器２１３２は、例えば、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路を含んでもよい。ユーザインターフェース機器２１３２の１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、ＷＤ ２１１０は、エンドユーザおよび／または無線ネットワークと通信し、エンドユーザおよび／または無線ネットワークが本明細書に記載する機能性から利益を得ることを可能にしてもよい。

【0230】

補助機器２１３４は、一般にＷＤによって実施されないことがある、より固有の機能性を提供するように動作可能である。これは、様々な目的のための測定を行う特殊なセンサ、有線通信などの追加のタイプの通信用のインターフェースなどを備えてもよい。補助機器２１３４の構成要素の包含およびタイプは、実施形態および／またはシナリオに応じて変わってもよい。

【0231】

電源２１３６は、いくつかの実施形態では、バッテリーまたはバッテリーパックの形態であってもよい。外部電源（例えば、電気コンセント）、光起電力デバイス、または電池など、他のタイプの電源も使用されてもよい。ＷＤ ２１１０は更に、電源２１３６から、本明細書に記載するかまたは示す任意の機能性を実施するのに電源２１３６からの電力を必要とする、ＷＤ ２１１０の様々な部分に電源２１３６からの電力を送達する、電力回路２１３７を備えてもよい。電力回路２１３７は、特定の実施形態では、電力管理回路を備えてもよい。電力回路２１３７は、加えてまたは代わりに、外部電源から電力を受信するように動作可能であってもよく、その場合、ＷＤ ２１１０は、入力回路または電力ケーブルなどのインターフェースを介して（電気コンセントなどの）外部電源に接続可能であってもよい。電力回路２１３７はまた、特定の実施形態では、外部電源から電源２１３６に電力を送達するように動作可能であってもよい。これは、例えば、電源２１３６の充電のためであってもよい。電力回路２１３７は、電源２１３６からの電力に対して、その電力を、電力が供給されるＷＤ ２１１０のそれぞれの構成要素に好適であるようにするため、任意のフォーマッティング、変換、または他の修正を実施してもよい。

【0232】

図２２は、本明細書に記載する様々な態様による、ＵＥの一実施形態を示している。本明細書で使用するとき、ユーザ機器またはＵＥは必ずしも、関連するデバイスを所有および／または操作する人間のユーザという意味においてユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる操作が意図されるが、特定の人間のユーザと関連付けられなくてもよい、または特定の人間のユーザと最初に関連付けられなくてもよい、デバイス（例えば、スマートスプリンクラーコントローラ）を表してもよい。あるいは、ＵＥは、エンドユーザへの販売、またはエンドユーザによる操作が意図されないが、ユーザと関連付けられるか、またはユーザの利益のために操作されてもよい、デバイス（例えば、スマート電力計）を表してもよい。ＵＥ ２２２００は、ＮＢ－ＩｏＴ ＵＥ、マシン型通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥであってもよい。ＵＥ ２２００は、図２２に示されるように、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって公表された１つもしくは複数の通信規格にしたがった通信のために設定された、ＷＤの一例である。上述したように、ＷＤおよびＵＥという用語は互換的に使用されてもよい。したがって、図２２はＵＥであるが、本明細書で考察される構成要素はＷＤに等しく適用可能であり、その逆もまた真である。

【0233】

図２２では、ＵＥ ２２００は、入出力インターフェース２２０５、無線周波数（ＲＦ）インターフェース２２０９、ネットワーク接続インターフェース２２１１、メモリ２２１５（ランダムアクセスメモリ（ＲＡＭ）２２１７、読出し専用メモリ（ＲＯＭ）２２１９、および記憶媒体２２２１などを含む）、通信サブシステム２２３１、電源２２３３、および／もしくは他の構成要素、またはそれらの任意の組合せに動作可能に結合される、処理回路２２０１を含む。記憶媒体２２２１は、オペレーティングシステム２２２３と、アプリケーションプログラム２２２５と、データ２２２７とを含む。他の実施形態では、記憶媒体２２２１は、他の同様のタイプの情報を含んでもよい。特定のＵＥは、図２２に示されている構成要素の全て、または構成要素のサブセットのみを利用してもよい。構成要素間の統合のレベルはＵＥごとに変わってもよい。更に、特定のＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでもよい。

【0234】

図２２では、処理回路２２０１は、コンピュータ命令およびデータを処理するように設定されてもよい。処理回路２２０１は、（例えば、離散的論理、ＦＰＧＡ、ＡＳＩＣなどにおける）１つもしくは複数のハードウェア実装状態機械など、機械可読コンピュータプログラムとしてメモリに格納された機械命令を実行するように動作可能な任意の逐次状態機械、適切なファームウェアと併せたプログラマブル論理、適切なソフトウェアと併せた、マイクロプロセッサもしくはデジタル信号プロセッサ（ＤＳＰ）など、１つもしくは格納されたプログラム、汎用プロセッサ、または上記の任意の組合せを実装するように設定されてもよい。例えば、処理回路２２０１は２つの中央処理装置（ＣＰＵ）を含んでもよい。データは、コンピュータによる使用に好適な形態の情報であってもよい。

【0235】

図示される実施形態では、入出力インターフェース２２０５は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定されてもよい。ＵＥ ２２００は、入出力インターフェース２２０５を介して出力デバイスを使用するように設定されてもよい。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用してもよい。例えば、ＵＥ ２２００への入力およびＵＥ ２２００からの出力を提供するのに、ＵＳＢポートが使用されてもよい。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであってもよい。ＵＥ ２２００は、ユーザがＵＥ ２２００に情報をキャプチャすることを可能にするため、入出力インターフェース２２０５を介して入力デバイスを使用するように設定されてもよい。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、方向性パッド、トラックパッド、スクロールホイール、スマートカードなどを含んでもよい。プレゼンスセンシティブディスプレイは、ユーザからの入力を感知する容量性または抵抗性タッチセンサを含んでもよい。センサは、例えば、加速度計、ジャイロスコープ、チルトセンサ、力センサ、磁力計、光学センサ、近接センサ、別の同様のセンサ、またはそれらの任意の組合せであってもよい。例えば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光学センサであってもよい。

【0236】

図２２では、ＲＦインターフェース２２０９は、送信機、受信機、およびアンテナなど、ＲＦ構成要素に通信インターフェースを提供するように設定されてもよい。ネットワーク接続インターフェース２２１１は、ネットワーク２２４３ａに通信インターフェースを提供するように設定されてもよい。ネットワーク２２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せなど、有線および／または無線ネットワークを包含してもよい。例えば、ネットワーク２２４３ａはＷｉ－Ｆｉネットワークを備えてもよい。ネットワーク接続インターフェース２２１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなど、１つまたは複数の通信プロトコルにしたがって、通信ネットワークを通じて１つまたは複数の他のデバイスと通信するのに使用される、受信機および送信機インターフェースを含むように設定されてもよい。ネットワーク接続インターフェース２２１１は、通信ネットワークリンク（例えば、光学、電気など）に適した受信機および送信機の機能性を実装してもよい。送信機および受信機の機能性は、回路構成要素、ソフトウェア、もしくはファームウェアを共有してもよく、または別個に実装されてもよい。

【0237】

ＲＡＭ ２２１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなど、ソフトウェアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシングを提供するため、バス２２０２を介して処理回路２２０１にインターフェース接続するように設定されてもよい。ＲＯＭ ２２１９は、処理回路２２０１にコンピュータ命令またはデータを提供するように設定されてもよい。例えば、ＲＯＭ ２２１９は、不揮発性メモリに格納される、基本入出力（Ｉ／Ｏ）、起動、またはキーボードからのキーストロークの受信など、基本システム機能に関する、不変低レベルシステムコードまたはデータを格納するように設定されてもよい。記憶媒体２２２１は、ＲＡＭ、ＲＯＭ、プログラマブル読出し専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光学ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブなどの、メモリを含むように設定されてもよい。一例では、記憶媒体２２２１は、オペレーティングシステム２２２３と、ウェブブラウザアプリケーション、ウィジェットもしくはガジェットエンジン、または別のアプリケーションなどのアプリケーションプログラム２２２５と、データファイル２２２７とを含むように設定されてもよい。記憶媒体２２２１は、ＵＥ ２２００による使用のため、種々の様々なオペレーティングシステム、またはオペレーティングシステムの組合せのいずれかを格納してもよい。

【0238】

記憶媒体２２２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光学ディスクドライブ、内蔵ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光学ディスクドライブ、ホログラフィックデジタルデータ記憶（ＨＤＤＳ）光学ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュールもしくはリムーバブルユーザ識別情報（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、またはそれらの任意の組合せなど、多数の物理ドライブユニットを含むように設定されてもよい。記憶媒体２２２１は、ＵＥ ２２００が、一時的もしくは非一時的メモリ媒体に格納されたコンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、またはデータをアップロードすることを可能にしてもよい。通信システムを利用するものなどの製造品は、デバイス可読媒体を備えてもよい、記憶媒体２２２１内で有形的に具体化されてもよい。

【0239】

図２２では、処理回路２２０１は、通信サブシステム２２３１を使用してネットワーク２２４３ｂと通信するように設定されてもよい。ネットワーク２２４３ａおよびネットワーク２２４３ｂは、同じ１つもしくは複数のネットワークまたは異なる１つもしくは複数のネットワークであってもよい。通信サブシステム２２３１は、ネットワーク２２４３ｂと通信するのに使用される１つまたは複数のトランシーバを含むように設定されてもよい。例えば、通信サブシステム２２３１は、ＩＥＥＥ ８０２．２２、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなど、１つまたは複数の通信プロトコルにしたがって、無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、または基地局など、無線通信が可能な別のデバイスの１つまたは複数のリモートトランシーバと通信するのに使用される、１つまたは複数のトランシーバを含むように設定されてもよい。各トランシーバは、ＲＡＮリンク（例えば、周波数割当てなど）に適した送信機または受信機の機能性をそれぞれ実装するのに、送信機２２３３および／または受信機２２３５を含んでもよい。更に、各トランシーバの送信機２２３３および受信機２２３５は、回路構成要素、ソフトウェア、またはファームウェアを共有してもよく、あるいは別個に実装されてもよい。

【0240】

例示される実施形態では、通信サブシステム２２３１の通信機能は、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、ニアフィールド通信、ロケーションを決定する全地球測位システム（ＧＰＳ）の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含んでもよい。例えば、通信サブシステム２２３１は、セルラ通信、Ｗｉ－Ｆｉ通信、Ｂｌｕｅｔｏｏｔｈ通信、およびＧＰＳ通信を含んでもよい。ネットワーク２２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せなど、有線および／または無線ネットワークを包含してもよい。例えば、ネットワーク２２４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、および／またはニアフィールドネットワークであってもよい。電源２２１３は、ＵＥ ２２００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定されてもよい。

【0241】

本明細書に記載する特徴、利益、および／または機能は、ＵＥ ２２００の構成要素の１つで実装されるか、またはＵＥ ２２００の複数の構成要素にわたって区分されてもよい。更に、本明細書に記載する特徴、利益、および／または機能は、ハードウェア、ソフトウェア、またはファームウェアの任意の組合せで実装されてもよい。一例では、通信サブシステム２２３１は、本明細書に記載する構成要素のいずれかを含むように設定されてもよい。更に、処理回路２２０１は、バス２２０２を通じてかかる構成要素のいずれかと通信するように設定されてもよい。別の例では、かかる構成要素のいずれかは、処理回路２２０１によって実行されると、本明細書に記載する対応する機能を実施する、メモリに格納されたプログラム命令によって表されてもよい。別の例では、かかる構成要素のいずれかの機能性は、処理回路２２０１と通信サブシステム２２３１との間で区分されてもよい。別の例では、かかる構成要素のいずれかの非計算集約的機能は、ソフトウェアまたはファームウェアで実装されてもよく、計算集約的機能はハードウェアで実装されてもよい。

【0242】

図２３は、いくつかの実施形態によって実装される機能が仮想化されてもよい、仮想化環境２３００を示す概略ブロック図である。本文脈では、仮想化は、ハードウェアプラットフォーム、記憶デバイス、およびネットワーキングリソースを仮想化することを含んでもよい、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、ノード（例えば、仮想化された基地局または仮想化された無線アクセスノード）に、またはデバイス（例えば、ＵＥ、無線デバイスまたは任意の他のタイプの通信デバイス）もしくはそのデバイスの構成要素に適用され得、機能の少なくとも一部分が、（例えば、１つまたは複数のネットワークにおいて１つまたは複数の物理処理ノード上で実行する、１つまたは複数のアプリケーション、構成要素、機能、仮想マシンまたはコンテナを介して）１つまたは複数の仮想構成要素として実装される、実装形態に関する。

【0243】

いくつかの実施形態では、本明細書に記載する機能の一部または全部は、ハードウェアノード２３３０の１つもしくは複数によってホストされる１つまたは複数の仮想環境２３００で実装される、１つまたは複数の仮想マシンによって実行される仮想構成要素として実装されてもよい。更に、仮想ノードが無線アクセスノードではないか、または無線コネクティビティを必要としない（例えば、コアネットワークノード）実施形態では、ネットワークノードは完全に仮想化されてもよい。

【0244】

機能は、本明細書で開示される実施形態のうちいくつかの特徴、機能、および／または利益のうちいくつかを実装するように動作可能な、１つまたは複数のアプリケーション２３２０（あるいは、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）によって実装されてもよい。アプリケーション２３２０は、処理回路２３６０とメモリ２３９０とを備えるハードウェア２３３０を提供する、仮想化環境２３００で稼働される。メモリ２３９０は、処理回路２３６０によって実行可能な命令２３９５を含み、それにより、アプリケーション２３２０は、本明細書で開示される特徴、利益、および／または機能の１つもしくは複数を提供するように動作可能である。

【0245】

仮想化環境２３００は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、あるいはデジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む他の任意のタイプの処理回路であってもよい、１つもしくは複数のプロセッサのセットまたは処理回路２３６０を備える、汎用または専用ネットワークハードウェアデバイス２３３０を備える。各ハードウェアデバイスは、処理回路２３６０によって実行される命令２３９５またはソフトウェアを一時的に格納する非永続的メモリであってもよい、メモリ２３９０－１を備えてもよい。各ハードウェアデバイスは、物理ネットワークインターフェース２３８０を含む、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）２３７０を備えてもよい。各ハードウェアデバイスはまた、処理回路２３６０によって実行可能なソフトウェア２３９５および／または命令を格納した、非一時的、永続的、機械可読記憶媒体２３９０－２を含んでもよい。ソフトウェア２３９５は、１つもしくは複数の（ハイパーバイザとも呼ばれる）仮想化レイヤ２３５０をインスタンス化するソフトウェア、仮想マシン２３４０を実行するソフトウェア、ならびに、本明細書に記載するいくつかの実施形態と関連して記載する機能、特徴、および／または利益をソフトウェアが実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含んでもよい。

【0246】

仮想マシン２３４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想ストレージを備え、対応する仮想化レイヤ２３５０またはハイパーバイザによって稼働されてもよい。仮想アプライアンス２３２０の事例の異なる実施形態が、仮想マシン２３４０の１つまたは複数で実装されてもよく、実装は異なる手法で行われてもよい。

【0247】

動作中、処理回路２３６０は、ソフトウェア２３９５を実行して、場合によっては仮想マシンモニタ（ＶＭＭ）と呼ばれることがある、ハイパーバイザまたは仮想化レイヤ２３５０をインスタンス化する。仮想化レイヤ２３５０は、仮想マシン２３４０に対して、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示してもよい。

【0248】

図２３に示されるように、ハードウェア２３３０は、一般的なまたは特定の構成要素を有するスタンドアロンネットワークノードであってもよい。ハードウェア２３３０は、アンテナ２３２２５を備えてもよく、仮想化を介していくつかの機能を実装してもよい。あるいは、ハードウェア２３３０は、多くのハードウェアノードが共に働き、中でも特に、アプリケーション２３２０のライフサイクル管理を監督する、管理およびオーケストレーション（ＭＡＮＯ）２３１００を介して管理される、（例えば、データセンタまたは顧客構内設備（ＣＰＥ）の場合などの）ハードウェアのより大きいクラスタの一部であってもよい。

【0249】

ハードウェアの仮想化は、いくつかの文脈では、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタおよび顧客構内設備内に配置することができる、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理ストレージ上にコンソリデートするのに使用されてもよい。

【0250】

ＮＦＶの文脈では、仮想マシン２３４０は、物理的な仮想化されていないマシン上で実行しているかのようにプログラムを稼働させる、物理マシンのソフトウェア実装であってもよい。仮想マシン２３４０の各々と、その仮想マシン専用のハードウェアであろうと、および／またはその仮想マシンによって仮想マシン２３４０の他のものと共有されるハードウェアであろうと、その仮想マシンを実行するハードウェア２３３０の一部とは、別個の仮想ネットワークエレメント（ＶＮＥ）を形成する。

【0251】

更に、ＮＦＶの文脈では、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ２３３０の上の１つまたは複数の仮想マシン２３４０で稼働する固有のネットワーク機能を扱うことを担い、図２３のアプリケーション２３２０に対応する。

【0252】

いくつかの実施形態では、１つまたは複数の送信機２３２２０と１つまたは複数の受信機２３２１０とをそれぞれ含む、１つまたは複数の無線ユニット２３２００は、１つまたは複数のアンテナ２３２２５に結合されてもよい。無線ユニット２３２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノード２３３０と直接通信してもよく、無線アクセスノードまたは基地局など、無線能力を有する仮想ノードを提供するのに、仮想構成要素と組み合わせて使用されてもよい。

【0253】

いくつかの実施形態では、ハードウェアノード２３３０と無線ユニット２３２００との間の通信に代替的に使用されてもよい、制御システム２３２３０の使用によって、何らかのシグナリングに影響を及ぼすことができる。

【0254】

図２４は、いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示している。特に、図２４を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク２４１１とコアネットワーク２４１４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク２４１０を含む。アクセスネットワーク２４１１は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなど、複数の基地局２４１２ａ、２４１２ｂ、２４１２ｃを備え、それぞれ対応するカバレッジエリア２４１３ａ、２４１３ｂ、２４１３ｃを規定する。各基地局２４１２ａ、２４１２ｂ、２４１２ｃは、有線接続または無線接続２４１５を通じてコアネットワーク２４１４に接続可能である。カバレッジエリア２４１３ｃ内に位置する第１のＵＥ ２４９１は、対応する基地局２４１２ｃに無線で接続するかまたはそれによってページングされるように設定される。カバレッジエリア２４１３ａ内の第２のＵＥ ２４９２が、対応する基地局２４１２ａに無線で接続可能である。この例では複数のＵＥ ２４９１、２４９２が示されているが、開示される実施形態は、単独のＵＥがカバレッジエリア内にあるか、または単独のＵＥが対応する基地局２４１２に接続している状況に等しく適用可能である。

【0255】

通信ネットワーク２４１０自体は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／もしくはソフトウェアにおいて、またはサーバファーム内の処理リソースとして具体化されてもよい、ホストコンピュータ２４３０に接続される。ホストコンピュータ２４３０は、サービスプロバイダの所有もしくは制御下にあってもよく、またはサービスプロバイダによって、もしくはサービスプロバイダに代わって操作されてもよい。通信ネットワーク２４１０とホストコンピュータ２４３０との間の接続２４２１および２４２２は、コアネットワーク２４１４からホストコンピュータ２４３０まで直接延在してもよく、または任意の中間ネットワーク２４２０を介して進んでもよい。中間ネットワーク２４２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうち１つ、または２つ以上の組合せであってもよく、中間ネットワーク２４２０は、存在する場合、バックボーンネットワークまたはインターネットであってもよく、特に、中間ネットワーク２４２０は、２つ以上のサブネットワーク（図示なし）を備えてもよい。

【0256】

図２４の通信システムは全体として、接続されたＵＥ２４９１、２４９２とホストコンピュータ２４３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続２４５０として記載されてもよい。ホストコンピュータ２４３０および接続されたＵＥ２４９１、２４９２は、アクセスネットワーク２４１１、コアネットワーク２４１４、任意の中間ネットワーク２４２０、および可能な更なるインフラストラクチャ（図示なし）を媒介として使用して、ＯＴＴ接続２４５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続２４５０は、ＯＴＴ接続２４５０が通過する参加通信デバイスが、アップリンクおよびダウンリンク通信のルーティングに気づいていないという意味で、透過的であってもよい。例えば、基地局２４１２は、接続されたＵＥ ２４９１にフォワーディング（例えば、ハンドオーバ）されるべき、ホストコンピュータ２４３０から生じるデータを伴う着信ダウンリンク通信の過去のルーティングについて、通知されなくてもよく、または通知される必要がない。同様に、基地局２４１２は、ＵＥ ２４９１から生じてホストコンピュータ２４３０に向かう発信アップリンク通信の将来のルーティングに気づいている必要がない。

【0257】

次に、一実施形態による、前の段落で考察したＵＥ、基地局、およびホストコンピュータの例示の実装形態について、図２５を参照して記載する。図２５は、いくつかの実施形態による、部分的無線接続を通じて基地局を介してユーザ機器と通信するホストコンピュータを示している。通信システム２５００では、ホストコンピュータ２５１０は、通信システム２５００の異なる通信デバイスのインターフェースとの、有線または無線接続をセットアップし維持するように設定された通信インターフェース２５１６を含む、ハードウェア２５１５を備える。ホストコンピュータ２５１０は、記憶および／または処理能力を有してもよい、処理回路２５１８を更に備える。特に、処理回路２５１８は、命令を実行するように適合された、１つもしくは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示なし）を備えてもよい。ホストコンピュータ２５１０は更に、ホストコンピュータ２５１０に格納されるかまたはホストコンピュータ２５１０によってアクセス可能であり、処理回路２５１８によって実行可能である、ソフトウェア２５１１を備える。ソフトウェア２５１１はホストアプリケーション２５１２を含む。ホストアプリケーション２５１２は、ＵＥ ２５３０およびホストコンピュータ２５１０で終端するＯＴＴ接続２５５０を介して接続するＵＥ ２５３０など、リモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際、ホストアプリケーション２５１２は、ＯＴＴ接続２５５０を使用して送信されるユーザデータを提供してもよい。

【0258】

通信システム２５００は更に、通信システム内に提供される基地局２５２０であって、ホストコンピュータ２５１０と、またＵＥ ２５３０と通信できるようにするハードウェア２５２５を備える、基地局２５２０を含む。ハードウェア２５２５は、通信システム２５００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップし維持するための通信インターフェース２５２６、ならびに基地局２５２０によってサーブされるカバレッジエリア（図２５には図示なし）内に位置するＵＥ ２５３０との少なくとも無線接続２５７０をセットアップし維持するための無線インターフェース２５２７を含んでもよい。通信インターフェース２５２６は、ホストコンピュータ２５１０への接続２５６０を容易にするように設定されてもよい。接続２５６０は、直接であってもよく、あるいは通信システムのコアネットワーク（図２５には図示なし）を、および／または通信システム外部の１つもしくは複数の中間ネットワークを通過してもよい。図示される実施形態では、基地局２５２０のハードウェア２５２５は更に、命令を実行するように適合された、１つもしくは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示なし）を備えてもよい、処理回路２５２８を含む。基地局２５２０は更に、内部に格納されるかまたは外部接続を介してアクセス可能である、ソフトウェア２５２１を有する。

【0259】

通信システム２５００は更に、上記に言及したＵＥ ２５３０を含む。ＵＥ ２５３０のハードウェア２５３５は、ＵＥ ２５３０が現在位置するカバレッジエリアにサーブする基地局との無線接続２５７０をセットアップし維持するように設定された、無線インターフェース２５３７を含んでもよい。ＵＥ ２５３０のハードウェア２５３５は更に、命令を実行するように適合された、１つもしくは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示なし）を備えてもよい、処理回路２５３８を含む。ＵＥ ２５３０は更に、ＵＥ ２５３０に格納されるかまたはＵＥ ２５３０によってアクセス可能であり、処理回路２５３８によって実行可能である、ソフトウェア２５３１を備える。ソフトウェア２５３１はクライアントアプリケーション２５３２を含む。クライアントアプリケーション２５３２は、ホストコンピュータ２５１０のサポートにより、ＵＥ ２５３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であってもよい。ホストコンピュータ２５１０では、実行しているホストアプリケーション２５１２は、ＵＥ ２５３０およびホストコンピュータ２５１０で終端するＯＴＴ接続２５５０を介して、実行しているクライアントアプリケーション２５３２と通信してもよい。ユーザにサービスを提供する際、クライアントアプリケーション２５３２は、ホストアプリケーション２５１２から要求データを受信し、要求データに応答してユーザデータを提供してもよい。ＯＴＴ接続２５５０は、要求データとユーザデータの両方を転送してもよい。クライアントアプリケーション２５３２は、提供するユーザデータを生成するためにユーザと対話してもよい。

【0260】

図２５に示されるホストコンピュータ２５１０、基地局２５２０、およびＵＥ ２５３０はそれぞれ、図２４のホストコンピュータ２４３０、基地局２４１２ａ、２４１２ｂ、２４１２ｃのうち１つ、およびＵＥ ２４９１、２４９２のうち１つと、同様または同等であってもよいことに留意されたい。即ち、これらのエンティティの内部の働きは、図２５に示されているようなものであってもよく、別個に、周囲のネットワークトポロジーは図２４のものであってもよい。

【0261】

図２５では、ＯＴＴ接続２５５０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとを明示的に参照することなく、基地局２５２０を介したホストコンピュータ２５１０とＵＥ ２５３０との間の通信を例示するように、抽象的に描かれている。ネットワークインフラストラクチャは、ＵＥ ２５３０から、もしくはホストコンピュータ２５１０を動作させるサービスプロバイダから、またはその両方から隠すように設定されてもよい、ルーティングを決定してもよい。ＯＴＴ接続２５５０がアクティブである間、ネットワークインフラストラクチャは更に、ネットワークインフラストラクチャが（例えば、ネットワークの負荷分散の考慮または再設定に基づいて）ルーティングを動的に変更するのに、判定を行ってもよい。

【0262】

ＵＥ ２５３０と基地局２５２０との間の無線接続２５７０は、本開示全体にわたって記載する実施形態の教示にしたがう。様々な実施形態のうちの１つまたは複数は、無線接続２５７０が最後のセグメントを形成するＯＴＴ接続２５５０を使用して、ＵＥ ２５３０に提供されるＯＴＴサービスの性能を改善する。
１つまたは複数の実施形態が改善する、データレート、レイテンシ、および他のファクタを監視する目的で、測定手順が提供されてもよい。更に、測定結果の変動に応答して、ホストコンピュータ２５１０とＵＥ ２５３０との間のＯＴＴ接続２５５０を再設定する、任意のネットワーク機能があってもよい。測定手順、および／またはＯＴＴ接続２５５０を再設定するためのネットワーク機能性は、ホストコンピュータ２５１０のソフトウェア２５１１およびハードウェア２５１５で、もしくはＵＥ ２５３０のソフトウェア２５３１およびハードウェア２５３５で、または両方で実装されてもよい。実施形態では、ＯＴＴ接続２５５０が通過する通信デバイスにおいて、またはそれに関連して、センサ（図示なし）が展開されてもよく、センサは、上記に例示する監視された量の値を供給するか、またはソフトウェア２５１１、２５３１が監視された量を計算または推定してもよい他の物理量の値を供給することによって、測定手順に参加してもよい。ＯＴＴ接続２５５０の再設定は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含んでもよい、再設定は、基地局２５２０に影響を及ぼす必要がなく、また基地局２５２０に知られていないかまたは知覚不可能であってもよい。かかる手順および機能性は、当該技術分野で知られており、実践されてもよい。特定の実施形態では、測定は、スループット、伝播時間、レイテンシなどのホストコンピュータ２５１０の測定を容易にする、プロプライエタリＵＥシグナリングを伴ってもよい。測定は、ソフトウェア２５１１および２５３１が、伝播時間、エラーなどを監視しながら、ＯＴＴ接続２５５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージを送信させるという点で実装されてもよい。

【0263】

図２６は、一実施形態による通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図２４および図２５を参照して記載されるものであってもよい、ホストコンピュータと、基地局と、ＵＥとを含む。本開示を単純にするため、図２６に対する図面参照のみをこのセクションに含む。ステップ２６１０で、ホストコンピュータはユーザデータを提供する。ステップ２６１０の（任意であってもよい）サブステップ２６１１において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ２６２０で、ホストコンピュータは、ＵＥにユーザデータを伝達する送信を開始する。（任意であってもよい）ステップ２６３０で、基地局は、本開示全体にわたって記載する実施形態の教示にしたがって、ホストコンピュータが開始した送信で伝達されたユーザデータをＵＥに送信する。（やはり任意であってもよい）ステップ２６４０で、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションと関連付けられたクライアントアプリケーションを実行する。

【0264】

図２７は、一実施形態による通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図２４および図２５を参照して記載されるものであってもよい、ホストコンピュータと、基地局と、ＵＥとを含む。本開示を単純にするため、図２７に対する図面参照のみをこのセクションに含む。方法のステップ２７１０で、ホストコンピュータはユーザデータを提供する。任意のサブステップ（図示なし）で、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ２７２０で、ホストコンピュータは、ＵＥにユーザデータを伝達する送信を開始する。送信は、本開示全体にわたって記載する実施形態の教示にしたがって、基地局を介して進んでもよい。（任意であってもよい）ステップ２７３０で、ＵＥは、送信で伝達されるユーザデータを受信する。

【0265】

図２８は、一実施形態による通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図２４および図２５を参照して記載されるものであってもよい、ホストコンピュータと、基地局と、ＵＥとを含む。本開示を単純にするため、図２８に対する図面参照のみをこのセクションに含む。（任意であってもよい）ステップ２８１０で、ＵＥは、ホストコンピュータによって提供される入力データを受信する。加えてまたは代わりに、ステップ２８２０で、ＵＥはユーザデータを提供する。ステップ２８２０の（任意であってもよい）サブステップ２８２１で、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ２８１０の（任意であってもよい）サブステップ２８１１で、ＵＥは、ホストコンピュータによって提供される受信した入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際、実行されたクライアントアプリケーションは更に、ユーザから受信されるユーザ入力を考慮してもよい。ユーザデータが提供された特定の方式にかかわらず、ＵＥは、（任意であってもよい）サブステップ２８３０で、ホストコンピュータへのユーザデータの送信を開始する。方法のステップ２８４０で、ホストコンピュータは、本開示全体にわたって記載する実施形態の教示にしたがって、ＵＥから送信されるユーザデータを受信する。

【0266】

図２９は、一実施形態による通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図２４および図２５を参照して記載されるものであってもよい、ホストコンピュータと、基地局と、ＵＥとを含む。本開示を単純にするため、図２９に対する図面参照のみをこのセクションに含む。（任意であってもよい）ステップ２９１０で、本開示全体にわたって記載する実施形態の教示にしたがって、基地局はＵＥからユーザデータを受信する。（任意であってもよい）ステップ２９２０で、基地局は、ホストコンピュータへの受信したユーザデータの送信を開始する。（任意であってもよい）ステップ２９３０で、ホストコンピュータは、基地局によって開始される送信で伝達されるユーザデータを受信する。

【0267】

本明細書で開示する任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実施されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを備えてもよい。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含んでもよい処理回路、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含んでもよい他のデジタルハードウェアを介して実装されてもよい。処理回路は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなど、１つまたはいくつかのタイプのメモリを含んでもよい、メモリに格納されたプログラムコードを実行するように設定されてもよい。メモリに格納されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書に記載する技法のうち１つまたは複数を実施するための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるのに使用されてもよい。

【0268】

上記に関連して、本明細書の実施形態は、全体として、ホストコンピュータを含む通信システムを含む。ホストコンピュータは、ユーザデータを提供するように設定された処理回路を備えてもよい。ホストコンピュータはまた、ユーザデータをセルラネットワークにフォワーディングしてユーザ機器（ＵＥ）に送信するように設定された、通信インターフェースを備えてもよい。セルラネットワークは、無線インターフェースと処理回路とを有する基地局を備えてもよく、基地局の処理回路は、基地局に関して上述した実施形態のいずれかにおけるステップのいずれかを実施するように設定される。

【0269】

いくつかの実施形態では、通信システムは更に基地局を含む。

【0270】

いくつかの実施形態では、通信システムは更にＵＥを含み、ＵＥは基地局と通信するように設定される。

【0271】

いくつかの実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによってユーザデータを提供するように設定される。この場合、ＵＥは、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行するように設定される処理回路を備える。

【0272】

本明細書の実施形態はまた、ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法を含む。方法は、ホストコンピュータにおいて、ユーザデータを提供することを含む。方法はまた、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介して、ユーザデータをＵＥに伝達する送信を開始することを含んでもよい。基地局は、基地局に関して上述した実施形態のいずれかにおけるステップのいずれかを実施する。

【0273】

いくつかの実施形態では、方法は更に、基地局において、ユーザデータを送信することを含む。

【0274】

いくつかの実施形態では、ユーザデータは、ホストアプリケーションを実行することによって、ホストコンピュータにおいて提供される。この場合、方法は更に、ＵＥにおいて、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行することを含む。

【0275】

本明細書の実施形態はまた、基地局と通信するように設定されたユーザ機器（ＵＥ）を含む。ＵＥは、ＵＥに関して上述した実施形態のいずれかを実施するように設定された、無線インターフェースと処理回路とを備える。

【0276】

本明細書の実施形態は更に、ホストコンピュータを含む通信システムを含む。ホストコンピュータは、ユーザデータを提供するように設定された処理回路と、ユーザデータをセルラネットワークにフォワーディングしてユーザ機器（ＵＥ）に送信するように設定された、通信インターフェースとを備える。ＵＥは、無線インターフェースと処理回路とを備える。ＵＥの構成要素は、ＵＥに関して上述した実施形態のいずれかにおけるステップのいずれかを実施するように設定される。

【0277】

いくつかの実施形態では、セルラネットワークは更に、ＵＥと通信するように設定された基地局を含む。

【0278】

いくつかの実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによってユーザデータを提供するように設定される。ＵＥの処理回路は、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行するように設定される。

【0279】

実施形態はまた、ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法を含む。方法はまた、ホストコンピュータにおいて、ユーザデータを提供し、基地局を備えるセルラネットワークを介して、ユーザデータをＵＥに伝達する送信を開始することを含む。ＵＥは、ＵＥに関して上述した実施形態のいずれかにおけるステップのいずれかを実施する。

【0280】

いくつかの実施形態では、方法は更に、ＵＥにおいて、基地局からユーザデータを受信することを含む。

【0281】

本明細書の実施形態は更に、ホストコンピュータを含む通信システムを含む。ホストコンピュータは、ユーザ機器（ＵＥ）から基地局への送信から生じるユーザデータを受信するように設定された、通信インターフェースを備える。ＵＥは、無線インターフェースと処理回路とを備える。ＵＥの処理回路は、ＵＥに関して上述した実施形態のいずれかにおけるステップのいずれかを実施するように設定される。

【0282】

いくつかの実施形態では、通信システムは更にＵＥを含む。

【0283】

いくつかの実施形態では、通信システムは更に基地局を含む。この場合、基地局は、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって伝達されるユーザデータを、ホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える。

【0284】

いくつかの実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定される。また、ＵＥの処理回路は、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによってユーザデータを提供するように設定される。

【0285】

いくつかの実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによって要求データを提供するように設定される。また、ＵＥの処理回路は、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによって、要求データに応答してユーザデータを提供するように設定される。

【0286】

本明細書の実施形態はまた、ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法を含む。方法は、ホストコンピュータにおいて、ＵＥから基地局に送信されるデータを受信することを含む。ＵＥは、ＵＥに関して上述した実施形態のいずれかにおけるステップのいずれかを実施する。

【0287】

いくつかの実施形態では、方法は更に、ＵＥにおいて、基地局にユーザデータを提供することを含む。

【0288】

いくつかの実施形態では、方法はまた、ＵＥにおいて、クライアントアプリケーションを実行し、それによって送信されるべきユーザデータを提供することを含む。方法は更に、ホストコンピュータにおいて、クライアントアプリケーションと関連付けられたホストアプリケーションを実行することを含む。

【0289】

いくつかの実施形態では、方法は更に、ＵＥにおいて、クライアントアプリケーションを実行することと、ＵＥにおいて、クライアントアプリケーションへの入力データを受信することとを含む。入力データは、ホストコンピュータにおいて、クライアントアプリケーションと関連付けられたホストアプリケーションを実行することによって提供される。送信されるべきユーザデータは、入力データに応答してクライアントアプリケーションによって提供される。

【0290】

実施形態はまた、ホストコンピュータを含む通信システムを含む。ホストコンピュータは、ユーザ機器（ＵＥ）から基地局への送信から生じるユーザデータを受信するように設定された、通信インターフェースを備える。基地局は、無線インターフェースと処理回路とを備える。基地局の処理回路は、基地局に関して上述した実施形態のいずれかにおけるステップのいずれかを実施するように設定される。

【0291】

いくつかの実施形態では、通信システムは更に基地局を含む。

【0292】

いくつかの実施形態では、通信システムは更にＵＥを含む。ＵＥは、基地局と通信するように設定される。

【0293】

いくつかの実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定される。また、ＵＥは、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによって、ホストコンピュータによって受信されるべきユーザデータを提供するように設定される。

【0294】

実施形態は更に、ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法を含む。方法は、ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から生じるユーザデータを受信することを含む。ＵＥは、ＵＥに関して上述した実施形態のいずれかにおけるステップのいずれかを実施する。

【0295】

いくつかの実施形態では、方法は更に、基地局において、ＵＥからユーザデータを受信することを含む。

【0296】

いくつかの実施形態では、方法は更に、基地局において、受信したユーザデータのホストコンピュータへの送信を開始することを含む。

【0297】

概して、本明細書で使用する全ての用語は、異なる意味が、明確に与えられ、かつ／または用語が使用される文脈から暗示されない限り、関連する技術分野における、それらの用語の通常の意味にしたがって解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）要素、装置、構成要素、手段、ステップなどへの全ての言及は、別段の明示的な提示がない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示するいずれの方法のステップも、ステップが、別のステップに後続するかもしくは先行するものとして明示的に記載されない限り、および／またはステップが別のステップに後続するかもしくは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示する実施形態のうちいずれかの特徴はいずれも、適切であればいかなる場合も、他の任意の実施形態に適用されてもよい。同じように、実施形態のうちいずれかの利点はいずれも、他の任意の実施形態に適用されてもよく、その逆もまた真である。同封の実施形態の他の目的、特徴、および利点は、その説明から明らかになるであろう。

【0298】

ユニットという用語は、エレクトロニクス、電気デバイス、および／または電子デバイスの分野における従来の意味を有してもよく、例えば、本明細書に記載するものなど、それぞれのタスク、手順、計算、出力、および／または表示機能などを実施するための、電気および／もしくは電子回路、デバイス、モジュール、プロセッサ、メモリ、論理固体および／もしくは離散的デバイス、コンピュータプログラム、または命令を含んでもよい。

【0299】

添付図面を参照して、本明細書で企図される実施形態のうちいくつかについて更に十分に記載する。しかしながら、他の実施形態が本明細書で開示する主題の範囲内に含まれる。開示する主題は、以下に記載する実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。

【0300】

本明細書に記載する技法および装置の例示の実施形態としては、以下に列挙する例が挙げられるがそれらに限定されない。

【0301】

グループＡの実施形態
Ａ１ 無線デバイスによって実施される方法であって、
無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスからデータ送信を受信することと、
ピア無線デバイスに、ピア無線デバイスの識別情報に基づいたシーケンスを送信することであって、シーケンスの送信が、データ送信に関する確認応答フィードバックを伝達する、シーケンスを送信することと、
を含む、方法。

【0302】

Ａ２ ピア無線デバイスの識別情報に基づいてシーケンスを生成または選択することを更に含む、実施形態Ａ１に記載の方法。

【0303】

Ａ３ シーケンスが無線デバイスの識別情報にも基づく、実施形態Ａ１～Ａ２のいずれか１つに記載の方法。

【0304】

Ａ４ シーケンスがベースシーケンスのあるバージョンであり、ベースシーケンスがピア無線デバイスの識別情報に基づき、ベースシーケンスのあるバージョンが、ベースシーケンスを位相回転したバージョンまたはベースシーケンスを巡回シフトしたバージョンである、実施形態Ａ１～Ａ３のいずれか１つに記載の方法。

【0305】

Ａ５ ベースシーケンスの位相回転またはベースシーケンスの巡回シフトが、無線デバイスの識別情報に基づく、実施形態Ａ４に記載の方法。

【0306】

Ａ６ ピア無線デバイスの識別情報に基づいてベースシーケンスを生成または選択することと、
無線デバイスの識別情報に基づいて、ベースシーケンスに適用する位相回転または巡回シフトを決定することと、
決定された位相回転または巡回シフトをベースシーケンスに適用することと、
によって、シーケンスを生成することを更に含む、実施形態Ａ４～Ａ５のいずれか１つに記載の方法。

【0307】

Ａ７ シーケンスが無線デバイスとピア無線デバイスとの間の距離にも基づく、実施形態Ａ１～Ａ６のいずれかの方法。

【0308】

Ａ８ シーケンスがベースシーケンスのあるバージョンであり、ベースシーケンスが、ピア無線デバイスの識別情報と、無線デバイスとピア無線デバイスとの間の距離とに基づき、ベースシーケンスのあるバージョンが、ベースシーケンスを位相回転したバージョンまたはベースシーケンスを巡回シフトしたバージョンである、実施形態Ａ７に記載の方法。

【0309】

Ａ９ 距離の異なる範囲が異なるベースシーケンスと関連付けられ、方法が、
距離の異なる範囲のうちどの中に、無線デバイスとピア無線デバイスとの間の距離が含まれるかを決定することと、
異なるベースシーケンスの中から、決定された距離の範囲と関連付けられたベースシーケンスを決定することと、
を更に含む、実施形態Ａ８に記載の方法。

【0310】

Ａ１０ シーケンスを送信するリソースブロックを選択することを更に含み、シーケンスを送信することが、選択されたリソースブロック内でシーケンスを送信することを含む、実施形態Ａ１～Ａ９のいずれか１つに記載の方法。

【0311】

Ａ１１ リソースブロックを選択することが無線デバイスの識別情報に基づく、実施形態Ａ１０に記載の方法。

【0312】

Ａ１２ リソースブロックを選択することが、特定のリソースブロック上のシーケンスの送信が確認応答フィードバックを伝達するように、伝達されるべき確認応答フィードバックに基づく、実施形態Ａ１０～Ａ１１のいずれか１つに記載の方法。

【0313】

Ａ１３ リソースブロックを選択することが、伝達されるべき確認応答フィードバックがデータ送信に肯定または否定どちらで応答するかに応じて、肯定応答および否定応答とそれぞれ関連付けられた、２つの候補リソースブロックの間からリソースブロックを選択することを含む、実施形態Ａ１２に記載の方法。

【0314】

Ａ１４ リソースブロックを選択することが、複数のサブチャネルにわたる複数のリソースブロックの中からリソースブロックを選択することを含み、各サブチャネルが１つまたは複数のリソースブロックを含む、実施形態Ａ１０～Ａ１３のいずれか１つに記載の方法。

【0315】

Ａ１５ シーケンスが特定のサブチャネル上で送信され、リソースブロックを選択することが、特定のサブチャネル内の複数のリソースブロックの中からリソースブロックを選択することを含む、実施形態Ａ１０～Ａ１４のいずれか１つに記載の方法。

【0316】

Ａ１６ シーケンスを送信することが、データ送信が受信されるサブチャネルと同じサブチャネル上でシーケンスを送信することを含む、実施形態Ａ１～Ａ１５のいずれか１つに記載の方法。

【0317】

Ａ１７ データ送信が、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、実施形態Ａ１～Ａ１６のいずれか１つに記載の方法。

【0318】

Ａ１８ シーケンスが、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で送信される、実施形態Ａ１～Ａ１７のいずれか１つに記載の方法。

【0319】

Ａ１９ 無線デバイスによって実施される方法であって、
無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスからデータ送信を受信することと、
ピア無線デバイスに、無線デバイスとピア無線デバイスとの間の距離に基づいたシーケンスを送信することであって、シーケンスの送信が、データ送信に関する確認応答フィードバックを伝達する、シーケンスを送信することと、
を含む、方法。

【0320】

Ａ２０ シーケンスがベースシーケンスのあるバージョンであり、ベースシーケンスが、無線デバイスとピア無線デバイスとの間の距離に基づき、ベースシーケンスのあるバージョンが、ベースシーケンスを位相回転したバージョンまたはベースシーケンスを巡回シフトしたバージョンである、実施形態Ａ１９に記載の方法。

【0321】

Ａ２１ 距離の異なる範囲が異なるベースシーケンスと関連付けられ、方法が、
距離の異なる範囲のうちどの中に、無線デバイスとピア無線デバイスとの間の距離が含まれるかを決定することと、
異なるベースシーケンスの中から、決定された距離の範囲と関連付けられたベースシーケンスを決定することと、
を更に含む、実施形態Ａ２０に記載の方法。

【0322】

Ａ２２ シーケンスがピア無線デバイスの識別情報にも基づく、実施形態Ａ１９～Ａ２１のいずれか１つに記載の方法。

【0323】

Ａ２３ シーケンスを送信するリソースブロックを選択することを更に含み、シーケンスを送信することが、選択されたリソースブロック内でシーケンスを送信することを含む、実施形態Ａ１９～Ａ２２のいずれか１つに記載の方法。

【0324】

Ａ２４ リソースブロックを選択することが無線デバイスの識別情報に基づく、実施形態Ａ２３に記載の方法。

【0325】

Ａ２５ リソースブロックを選択することが、特定のリソースブロック上のシーケンスの送信が確認応答フィードバックを伝達するように、伝達されるべき確認応答フィードバックに基づく、実施形態Ａ２３～Ａ２４のいずれか１つに記載の方法。

【0326】

Ａ２６ リソースブロックを選択することが、伝達されるべき確認応答フィードバックがデータ送信に肯定または否定どちらで応答するかに応じて、肯定応答および否定応答とそれぞれ関連付けられた、２つの候補リソースブロックの間からリソースブロックを選択することを含む、実施形態Ａ２５に記載の方法。

【0327】

Ａ２７ シーケンスが特定のサブチャネル上で送信され、リソースブロックを選択することが、特定のサブチャネル内の複数のリソースブロックの中からリソースブロックを選択することを含む、実施形態Ａ２３～Ａ２６のいずれか１つに記載の方法。

【0328】

Ａ２８ シーケンスを送信することが、データ送信が受信されるサブチャネルと同じサブチャネル上でシーケンスを送信することを含む、実施形態Ａ１９～Ａ２７のいずれか１つに記載の方法。

【0329】

Ａ２９ データ送信が、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、実施形態Ａ１９～Ａ２９のいずれか１つに記載の方法。

【0330】

Ａ３０ シーケンスが、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で送信される、実施形態Ａ１９～Ａ２９のいずれか１つに記載の方法。

【0331】

Ａ３１ 無線デバイスによって実施される方法であって、
無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスからデータ送信を受信することと、
データ送信に関する確認応答フィードバックを伝達するためにシーケンスを送信するリソースブロックを選択することであって、リソースブロックが、
無線デバイスの識別情報、または、
伝達されるべき確認応答フィードバック、のうち１つもしくは複数に基づいて選択されることと、
選択されたリソースブロック上でピア無線デバイスにシーケンスを送信することと、
を含む、方法。

【0332】

Ａ３２ リソースブロックを選択することが、特定のリソースブロック上のシーケンスの送信が確認応答フィードバックを伝達するように、伝達されるべき確認応答フィードバックに基づく、実施形態Ａ３１に記載の方法。

【0333】

Ａ３３ リソースブロックを選択することが、伝達されるべき確認応答フィードバックがデータ送信に肯定または否定どちらで応答するかに応じて、肯定応答および否定応答とそれぞれ関連付けられた、２つの候補リソースブロックの間からリソースブロックを選択することを含む、実施形態Ａ３２に記載の方法。

【0334】

Ａ３４ リソースブロックが無線デバイスの識別情報に基づいて選択される、実施形態Ａ３１～Ａ３３のいずれか１つに記載の方法。

【0335】

Ａ３５ リソースブロックが、伝達されるべき確認応答フィードバックがデータ送信の肯定応答またはデータ送信の否定応答のどちらを示すかに基づいて選択される、実施形態Ａ３１～Ａ３４のいずれか１つに記載の方法。

【0336】

Ａ３６ リソースブロックを選択することが、複数のサブチャネルにわたる複数のリソースブロックの中からリソースブロックを選択することを含み、各サブチャネルが１つまたは複数のリソースブロックを含む、実施形態Ａ３１～Ａ３５のいずれか１つに記載の方法。

【0337】

Ａ３７ シーケンスが特定のサブチャネル上で送信され、リソースブロックを選択することが、特定のサブチャネル内の複数のリソースブロックの中からリソースブロックを選択することを含む、実施形態Ａ３１～Ａ３６のいずれか１つに記載の方法。

【0338】

Ａ３８ シーケンスを送信することが、データ送信が受信されるサブチャネルと同じサブチャネル上でシーケンスを送信することを含む、実施形態Ａ３１～Ａ３７のいずれか１つに記載の方法。

【0339】

Ａ３９ シーケンスがピア無線デバイスの識別情報に基づく、実施形態Ａ３１～Ａ３８のいずれか１つに記載の方法。

【0340】

Ａ４０ データ送信が、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、実施形態Ａ３１～Ａ３９のいずれか１つに記載の方法。

【0341】

Ａ４１ シーケンスが、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で送信される、実施形態Ａ３１～Ａ４０のいずれか１つに記載の方法。

【0342】

Ａ４２ 無線デバイスによって実施される方法であって、
無線デバイスとピア無線デバイスとの間のサイドリンクのサブチャネル上でピア無線デバイスからデータ送信を受信することと、
データ送信が受信されたサブチャネルと同じサブチャネル上でピア無線デバイスにシーケンスを送信することであって、シーケンスの送信が、データ送信に関する確認応答フィードバックを伝達する、シーケンスを送信することと、
を含む、方法。

【0343】

Ａ４３ データ送信が、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、実施形態Ａ４２に記載の方法。

【0344】

Ａ４４ シーケンスが、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で送信される、実施形態Ａ４２～Ａ４３のいずれか１つに記載の方法。

【0345】

Ａ４５ 無線デバイスによって実施される方法であって、
１つまたは複数のサイドリンク上でデータ送信を受信することを含み、データ送信それぞれに関する確認応答フィードバックが、同じフィードバック報告時間間隔で伝達されるべきであることと、
データ送信それぞれに関して、そのデータ送信に関する確認応答フィードバックが伝達されるべきピア無線デバイスを識別することと、
上記識別にしたがって、データ送信の複数に関する確認応答フィードバックが伝達されるべきピア無線デバイスに関して、ピア無線デバイスに同じフィードバック報告時間間隔内で、データ送信の複数に関する確認応答フィードバックを伝達するシーケンスを送信することであって、異なるデータ送信に関する確認応答フィードバックが符号領域内で区別される、シーケンスを送信することと、
を含む、方法。

【0346】

Ａ４６ 送信されるシーケンスが、ベースシーケンスを位相回転したバージョンを含み、ベースシーケンスの異なる位相回転が、データ送信の複数に関する確認応答フィードバックの異なる組合せを伝達する、実施形態Ａ４５に記載の方法。

【0347】

Ａ４７ データ送信が異なるそれぞれのサイドリンクデータチャネル上で受信される、実施形態Ａ４５～Ａ４６のいずれか１つに記載の方法。

【0348】

Ａ４８ データ送信が２つ以上の異なるサブチャネル内で受信され、シーケンスが、２つ以上の異なるサブチャネルのうち選択されたサブチャネル内で送信される、実施形態Ａ４６～Ａ４７のいずれか１つに記載の方法。

【0349】

Ａ４９ 選択されたサブチャネルが、最も小さいインデックスを有するサブチャネルか、または最も優先順位が高いデータ送信が受信されたサブチャネルである、実施形態Ａ４８に記載の方法。

【0350】

Ａ５０ シーケンスが、最大数のデータ送信に関する符号領域確認応答フィードバックにおいて区別することができ、方法が、
シーケンスが、上記最大数を超える１つまたは複数のデータ送信に関してピア無線デバイスに伝達されるべき符号領域確認応答フィードバックを、区別することができないと決定することと、
上記最大数を超える１つもしくは複数のデータ送信に関するピア無線デバイス確認応答フィードバックを破棄するか、または伝達を差し控えることと、
を更に含む、実施形態Ａ４５～Ａ４９のいずれか１つに記載の方法。

【0351】

Ａ５１ 上記破棄することまたは差し控えることが、上記最大数を超える１つもしくは複数のデータ送信が、シーケンスが確認応答フィードバックを伝達する対象であるデータ送信の複数よりも後の時間に受信されること、および／または上記最大数を超える１つもしくは複数のデータ送信が、シーケンスが確認応答フィードバックを伝達する対象であるデータ送信の複数よりも優先順位が低いデータを伝達することに基づく、実施形態Ａ５０に記載の方法。

【0352】

Ａ５２ 無線デバイスによって実施される方法であって、
同じ時間スロット内で実施されるべき複数の確認応答フィードバック動作の中から、複数の確認応答フィードバック動作にそれぞれの優先順位を割り当てる１つまたは複数の規則に基づいて、時間スロット内で実施する複数の確認応答フィードバック動作のサブセットを決定することと、
時間スロット内で、決定されたサブセットに含まれる確認応答フィードバック動作を実施することと、
を含む、方法。

【0353】

Ａ５３ 複数の確認応答フィードバック動作が、第１のデータ送信の肯定応答を送信することと、第２のデータ送信の否定応答を送信することとを含む、実施形態Ａ５２に記載の方法。

【0354】

Ａ５４ 第１のデータ送信がグループキャスト送信であり、決定されたサブセットが、否定応答を送信することを含み、肯定応答を送信することは除外する、実施形態Ａ５３に記載の方法。

【0355】

Ａ５５ 第１および第２のデータ送信がそれぞれユニキャスト送信であり、決定されたサブセットが、肯定応答を送信することを含み、否定応答を送信することは除外する、実施形態Ａ５３に記載の方法。

【0356】

Ａ５６ 複数の確認応答フィードバック動作が、確認応答フィードバックを送信することと、確認応答フィードバックを受信することとを含み、決定されたサブセットが、確認応答フィードバックを受信することを含み、確認応答フィードバックを送信することは除外する、実施形態Ａ５２に記載の方法。

【0357】

Ａ５７ １つまたは複数の規則が、
確認応答フィードバック動作が、確認応答フィードバックを送信するかもしくは受信するか、
確認応答フィードバック動作に関する確認応答フィードバックが、肯定応答もしくは否定応答のどちらであるか、または、
確認応答フィードバック動作が実施されるべきデータ送信が、ユニキャスト送信もしくはグループキャスト送信のどちらであるか、
のうち１つまたは複数に基づいて、複数の確認応答フィードバック動作にそれぞれの優先順位を割り当てる、実施形態Ａ５２～Ａ５６のいずれか１つに記載の方法。

【0358】

Ａ５８ 無線デバイスによって実施される方法であって、
別のデータ送信に関する確認応答フィードバックがいつ送信または受信されるべきかに基づいて、無線デバイスとピア無線デバイスとの間のサイドリンク上で、無線デバイスからピア無線デバイスへのデータ送信をいつ実施するかをスケジューリングすることと、
上記スケジューリングにしたがってデータ送信を実施することと、
を含む、方法。

【0359】

Ａ５９ 上記スケジューリングが、無線デバイスが別のデータ送信に関する確認応答フィードバックをいつ送信または受信するかに基づく、実施形態Ａ５８の方法。

【0360】

Ａ６０ 上記スケジューリングが、ピア無線デバイスが別のデータ送信に関する確認応答フィードバックをいつ送信または受信するかに基づく、実施形態Ａ５８～Ａ５９のいずれか１つに記載の方法。

【0361】

Ａ６１別のデータ送信の復号に基づいて、ピア無線デバイスが別のデータ送信に関する確認応答フィードバックをいつ送信または受信するかを決定することを更に含む、実施形態Ａ６０に記載の方法。

【0362】

Ａ６２ 確認応答フィードバックに関する無線リソースのプールが周期的に繰り返され、上記スケジューリングが、別のデータ送信に関する確認応答フィードバックが送信または受信されるべきプールの期間とは異なるプールの期間内で、データ送信に関する確認応答フィードバックが無線デバイスによって受信されるように、実施されるべきそのデータ送信をスケジューリングすることを含む、実施形態Ａ５８～Ａ６１のいずれか１つに記載の方法。

【0363】

Ａ６３ 上記スケジューリングが、確認応答フィードバックに関する無線リソースのプールの期間が期限切れになる後までデータ送信の実施を遅延することを含み、別のデータ送信に関する確認応答フィードバックが、その期間中に送信または受信されるべきである、実施形態Ａ５８～Ａ６２のいずれか１つに記載の方法。

【0364】

Ａ６４ 無線デバイスによって実施される方法であって、
無線デバイスとピア無線デバイスとの間のサイドリンク上で、ピア無線デバイスから受信されるデータ送信に関する確認応答フィードバックを伝達するシーケンスを生成するため、
シーケンスを送信するリソースブロックを選択するため、および／または、
シーケンスを送信するサブチャネル選択するために、
無線デバイスがしたがう１つまたは複数の規則を示す、制御シグナリングを受信することを含む、方法。

【0365】

Ａ６５ 制御シグナリングが、シーケンスを生成するのに無線デバイスがしたがう１つまたは複数の規則を示す、実施形態Ａ６４に記載の方法。

【0366】

Ａ６６ １つまたは複数の規則が、シーケンスがピア無線デバイスの識別情報に基づいて生成されるべきであることを示す、実施形態Ａ６５に記載の方法。

【0367】

Ａ６７ シーケンスがベースシーケンスのあるバージョンであり、１つまたは複数の規則にしたがって、ベースシーケンスがピア無線デバイスの識別情報に基づき、ベースシーケンスのあるバージョンが、ベースシーケンスを位相回転したバージョンまたはベースシーケンスを巡回シフトしたバージョンである、実施形態Ａ６６に記載の方法。

【0368】

Ａ６８ ベースシーケンスの位相回転またはベースシーケンスの巡回シフトが、無線デバイスの識別情報に基づく、実施形態Ａ６７に記載の方法。

【0369】

Ａ６９ １つまたは複数の規則が、シーケンスが無線デバイスとピア無線デバイスとの間の距離に基づいて生成されるべきであることを示す、実施形態Ａ６４～Ａ６８のいずれか１つに記載の方法。

【0370】

Ａ７０ １つまたは複数の規則が、距離の異なる範囲が異なるベースシーケンスと関連付けられることを示す、実施形態Ａ６９に記載の方法。

【0371】

Ａ７１ シーケンスがベースシーケンスのあるバージョンであり、ベースシーケンスが、ピア無線デバイスの識別情報と、無線デバイスとピア無線デバイスとの間の距離とに基づき、ベースシーケンスのあるバージョンが、ベースシーケンスを位相回転したバージョンまたはベースシーケンスを巡回シフトしたバージョンであり、１つまたは複数の規則が、距離の異なる範囲が異なるベースシーケンスと関連付けられることを示す、実施形態Ａ６９～Ａ７０のいずれか１つに記載の方法。

【0372】

Ａ７２ 制御シグナリングが、シーケンスを送信するリソースブロックを選択するのに無線デバイスがしたがう１つまたは複数の規則を示す、実施形態Ａ６４～Ａ７１のいずれか１つに記載の方法。

【0373】

Ａ７３ １つまたは複数の規則が、リソースブロックが無線デバイスの識別情報に基づいて選択されるべきであることを示す、実施形態Ａ７２に記載の方法。

【0374】

Ａ７４ １つまたは複数の規則が、伝達されるべき確認応答フィードバックがデータ送信の肯定応答またはデータ送信の否定応答のどちらを示すかに基づいて、リソースブロックが選択されるべきであることを示す、実施形態Ａ７２～Ａ７３のいずれか１つに記載の方法。

【0375】

Ａ７５ １つまたは複数の規則が、肯定応答および否定応答を伝達するために異なるリソースブロックが使用されるべきであることを示す、実施形態Ａ７４に記載の方法。

【0376】

Ａ７６ 制御シグナリングが、シーケンスを送信するサブチャネルを選択するのに無線デバイスがしたがう１つまたは複数の規則を示す、実施形態Ａ６４～Ａ７５のいずれか１つに記載の方法。

【0377】

Ａ７７ １つまたは複数の規則が、複数のサブチャネルのうちどれでシーケンスが送信されるべきかの優先順位を付ける優先順位付け規則を示す、実施形態Ａ７６に記載の方法。

【0378】

Ａ７８ データ送信が、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、実施形態Ａ７４～Ａ７７のいずれか１つに記載の方法。

【0379】

Ａ７９ シーケンスが、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で送信される、実施形態Ａ６４～Ａ７８のいずれか１つに記載の方法。

【0380】

Ａ８０ 制御シグナリングにしたがって、シーケンスを生成し、リソースブロックを選択し、かつ／またはサブチャネルを選択するのに、１つまたは複数の規則を適用することを更に含む、実施形態Ａ６４～Ａ７９のいずれか１つに記載の方法。

【0381】

Ａ８１ １つまたは複数の規則にしたがって確認応答フィードバックを伝達するためのシーケンスを送信することを更に含む、実施形態Ａ６４～Ａ８０のいずれか１つに記載の方法。

【0382】

Ａ８２ 制御シグナリングがピア無線デバイスから受信される、実施形態Ａ６４～Ａ８１のいずれか１つに記載の方法。

【0383】

Ａ８３ 制御シグナリングが無線ネットワークノードから受信される、実施形態Ａ６４～Ａ８１のいずれか１つに記載の方法。

【0384】

ＡＡ ユーザデータを提供することと、
基地局への送信を介してホストコンピュータにユーザデータをフォワーディングすることと
を更に含む、上述の実施形態のいずれか１つに記載の方法。

【0385】

グループＸの実施形態
Ｘ１ ピア無線デバイスによって実施される方法であって、
無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスから無線デバイスにデータ送信を送信することと、
無線デバイスから、ピア無線デバイスの識別情報に基づいたシーケンスの送信を受信することを含み、シーケンスの送信が、データ送信に関する確認応答フィードバックを伝達する、
方法。

【0386】

Ｘ２ シーケンスが無線デバイスの識別情報にも基づく、実施形態Ｘ１に記載の方法。

【0387】

Ｘ３ シーケンスがベースシーケンスのあるバージョンであり、ベースシーケンスがピア無線デバイスの識別情報に基づき、ベースシーケンスのあるバージョンが、ベースシーケンスを位相回転したバージョンまたはベースシーケンスを巡回シフトしたバージョンである、実施形態Ｘ１～Ｘ２のいずれか１つに記載の方法。

【0388】

Ｘ４ ベースシーケンスの位相回転またはベースシーケンスの巡回シフトが、無線デバイスの識別情報に基づく、実施形態Ｘ３に記載の方法。

【0389】

Ｘ５ シーケンスが無線デバイスとピア無線デバイスとの間の距離にも基づく、実施形態Ｘ１～Ｘ４のいずれか１つに記載の方法。

【0390】

Ｘ６ シーケンスがベースシーケンスのあるバージョンであり、ベースシーケンスが、ピア無線デバイスの識別情報と、無線デバイスとピア無線デバイスとの間の距離とに基づき、ベースシーケンスのあるバージョンが、ベースシーケンスを位相回転したバージョンまたはベースシーケンスを巡回シフトしたバージョンである、実施形態Ｘ５に記載の方法。

【0391】

Ｘ７ 距離の異なる範囲が異なるベースシーケンスと関連付けられ、方法が、
距離の異なる範囲のうちどの中に、無線デバイスとピア無線デバイスとの間の距離が含まれるかを決定することと、
異なるベースシーケンスの中から、決定された距離の範囲と関連付けられたベースシーケンスを決定することと、
を更に含む、実施形態Ｘ６に記載の方法。

【0392】

Ｘ８ シーケンスが、無線デバイスの識別情報と関連付けられたリソースブロック上で受信される、実施形態Ｘ１～Ｘ７のいずれか１つに記載の方法。

【0393】

Ｘ９ 特定のリソースブロック上でシーケンスの送信を受信することと、シーケンスの送信がどのリソースブロック上で受信されるかに基づいて、伝達される確認応答フィードバックを決定することとを更に含む、実施形態Ｘ８に記載の方法。

【0394】

Ｘ１０ 異なる候補リソースブロックが肯定応答および否定応答とそれぞれ関連付けられ、方法が、候補リソースブロックのうちどれの上でシーケンスが受信されるかに応じて、シーケンスの送信が、データ送信に肯定応答するかまたはデータ送信に否定応答する確認応答フィードバックのどちらを伝達するかを決定することを更に含む、実施形態Ｘ９に記載の方法。

【0395】

Ｘ１１ シーケンスを受信することが、データ送信が送信されるサブチャネルと同じサブチャネル上でシーケンスを受信することを含む、実施形態Ｘ１～Ｘ１０のいずれか１つに記載の方法。

【0396】

Ｘ１２ データ送信が、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、実施形態Ｘ１～Ｘ１１のいずれか１つに記載の方法。

【0397】

Ｘ１３ シーケンスが、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で受信される、実施形態Ｘ１～Ｘ１２のいずれか１つに記載の方法。

【0398】

Ｘ１４ ピア無線デバイスによって実施される方法であって、
無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスから無線デバイスにデータ送信を送信することと、
ピア無線デバイスから、無線デバイスとピア無線デバイスとの間の距離に基づいたシーケンスを受信することであって、シーケンスの送信が、データ送信に関する確認応答フィードバックを伝達する、シーケンスを受信することと、
を含む、方法。

【0399】

Ｘ１５ シーケンスがベースシーケンスのあるバージョンであり、ベースシーケンスが、無線デバイスとピア無線デバイスとの間の距離に基づき、ベースシーケンスのあるバージョンが、ベースシーケンスを位相回転したバージョンまたはベースシーケンスを巡回シフトしたバージョンである、実施形態Ｘ１４に記載の方法。

【0400】

Ｘ１６ 距離の異なる範囲が異なるベースシーケンスと関連付けられ、方法が、
距離の異なる範囲のうちどの中に、無線デバイスとピア無線デバイスとの間の距離が含まれるかを決定することと、
異なるベースシーケンスの中から、決定された距離の範囲と関連付けられたベースシーケンスを決定することと、
を更に含む、実施形態Ｘ１５に記載の方法。

【0401】

Ｘ１７ シーケンスがピア無線デバイスの識別情報にも基づく、実施形態Ｘ１５～Ｘ１６のいずれか１つに記載の方法。

【0402】

Ｘ１８ シーケンスが、無線デバイスの識別情報と関連付けられたリソースブロック上で受信される、実施形態Ｘ１５～Ｘ１７のいずれか１つに記載の方法。

【0403】

Ｘ１９ 特定のリソースブロック上でシーケンスの送信を受信することと、シーケンスの送信がどのリソースブロック上で受信されるかに基づいて、伝達される確認応答フィードバックを決定することとを更に含む、実施形態Ｘ１５～Ｘ１８のいずれか１つに記載の方法。

【0404】

Ｘ２０ 異なる候補リソースブロックが肯定応答および否定応答とそれぞれ関連付けられ、方法が、候補リソースブロックのうちどれの上でシーケンスが受信されるかに応じて、シーケンスの送信が、データ送信に肯定応答するかまたはデータ送信に否定応答する確認応答フィードバックのどちらを伝達するかを決定することを更に含む、実施形態Ｘ１９に記載の方法。

【0405】

Ｘ２１ シーケンスを受信することが、データ送信が送信されるサブチャネルと同じサブチャネル上でシーケンスを受信することを含む、実施形態Ｘ１７～Ｘ２０のいずれか１つに記載の方法。

【0406】

Ｘ２２ データ送信が、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、実施形態Ｘ１７～Ｘ２１のいずれか１つに記載の方法。

【0407】

Ｘ２３ シーケンスが、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で受信される、実施形態Ｘ１７～Ｘ２２のいずれか１つに記載の方法。

【0408】

Ｘ２４ ピア無線デバイスによって実施される方法であって、
無線デバイスとピア無線デバイスとの間のサイドリンク上でピア無線デバイスから無線デバイスにデータ送信を送信することと、
無線デバイスからシーケンスの送信を受信することであって、シーケンスの送信が、データ送信に関する確認応答フィードバックを伝達し、シーケンスの送信が、
無線デバイスの識別情報、または、
確認応答フィードバック、のうち１つまたは複数に依存するリソースブロック上で受信されることと、
を含む、方法。

【0409】

Ｘ２５ シーケンスの送信がどのリソースブロック上で受信されるかに基づいて、伝達される確認応答フィードバックを決定することを更に含む、実施形態Ｘ２４に記載の方法。

【0410】

Ｘ２６ 異なる候補リソースブロックが肯定応答および否定応答とそれぞれ関連付けられ、方法が、候補リソースブロックのうちどれの上でシーケンスが受信されるかに応じて、シーケンスの送信が、データ送信に肯定応答するかまたはデータ送信に否定応答する確認応答フィードバックのどちらを伝達するかを決定することを更に含む、実施形態Ｘ２５に記載の方法。

【0411】

Ｘ２７ シーケンスが、無線デバイスの識別情報に応じたリソースブロック上で受信される、実施形態Ｘ２４～Ｘ２６のいずれか１つに記載の方法。

【0412】

Ｘ２８ 伝達されるべき確認応答フィードバックがデータ送信の肯定応答またはデータ送信の否定応答のどちらを示すかに応じたリソースブロック上で、シーケンスが受信される、実施形態Ｘ２４～Ｘ２７のいずれか１つに記載の方法。

【0413】

Ｘ２９ シーケンスがどのリソースブロックで受信されるかに基づいて、シーケンスによって伝達される確認応答フィードバックが、データ送信の肯定応答またはデータ送信の否定応答のどちらを示すかを決定することを更に含む、実施形態Ｘ２４～Ｘ２８のいずれか１つに記載の方法。

【0414】

Ｘ３０ シーケンスを受信することが、データ送信が送信されるサブチャネルと同じサブチャネル上でシーケンスを受信することを含む、実施形態Ｘ２４～Ｘ２９のいずれか１つに記載の方法。

【0415】

Ｘ３１ データ送信が、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、実施形態Ｘ２４～Ｘ３０のいずれか１つに記載の方法。

【0416】

Ｘ３２ シーケンスが、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で受信される、実施形態Ｘ２４～Ｘ３１のいずれか１つに記載の方法。

【0417】

Ｘ３３ ピア無線デバイスによって実施される方法であって、
無線デバイスとピア無線デバイスとの間のサイドリンクのサブチャネル上でピア無線デバイスから無線デバイスにデータ送信を送信することと、
データ送信が送信されたサブチャネルと同じサブチャネル上で無線デバイスからシーケンスの送信を受信することであって、シーケンスの送信が、データ送信に関する確認応答フィードバックを伝達する、シーケンスの送信を受信することと、
を含む、方法。

【0418】

Ｘ３４ データ送信が、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、実施形態Ｘ３３に記載の方法。

【0419】

Ｘ３５ シーケンスが、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で受信される、実施形態Ｘ３３～Ｘ３４のいずれか１つに記載の方法。

【0420】

Ｘ３６ ピア無線デバイスによって実施される方法であって、
無線デバイスとピア無線デバイスとの間の１つまたは複数のサイドリンク上でピア無線デバイスから無線デバイスに複数のデータ送信を送信することと、
無線デバイスから、複数のデータ送信に関する確認応答フィードバックを伝達するシーケンスを受信することであって、複数のデータ送信それぞれに関する確認応答フィードバックが符号領域内で区別される、シーケンスを受信することと、
を含む、方法。

【0421】

Ｘ３７ 受信されるシーケンスが、ベースシーケンスを位相回転したバージョンを含み、ベースシーケンスの異なる位相回転が、複数のデータ送信に関する確認応答フィードバックの異なる組合せを伝達する、実施形態Ａ３６に記載の方法。

【0422】

Ｘ３８ 複数のデータ送信が異なるそれぞれのサイドリンクデータチャネル上で送信される、実施形態Ｘ３６～Ｘ３７のいずれか１つに記載の方法。

【0423】

Ｘ３９ 複数のデータ送信が２つ以上の異なるサブチャネル内で送信され、シーケンスが、２つ以上の異なるサブチャネルのうち選択されたサブチャネル内で受信される、実施形態Ｘ３６～Ｘ３８のいずれか１つに記載の方法。

【0424】

Ｘ４０ 選択されたサブチャネルが、最も小さいインデックスを有するサブチャネルか、または最も優先順位が高いデータ送信が送信されたサブチャネルである、実施形態Ｘ３９に記載の方法。

【0425】

Ｘ４１ 確認応答フィードバックが受信されるべきである、ピア無線デバイスからの１つまたは複数の他のデータ送信を、複数のデータ送信に関する確認応答フィードバックと同じ時間間隔内で送信することと、
１つまたは複数の他のデータ送信に関して確認応答フィードバックが受信されないべきであると決定することと、
を更に含む、実施形態Ｘ３６～Ｘ４０のいずれか１つに記載の方法。

【0426】

Ｘ４２ 上記決定することが、１つもしくは複数の他のデータ送信が複数のデータ送信よりも後の時間に受信されること、および／または１つもしくは複数の他のデータ送信が複数のデータ送信よりも優先順位が低いデータを伝達することに基づく、実施形態Ｘ４１に記載の方法。

【0427】

Ｘ４３ ピア無線デバイスによって実施される方法であって、
無線デバイスとピア無線デバイスとの間のサイドリンク上で、ピア無線デバイスから受信されるデータ送信に関する確認応答フィードバックを伝達するシーケンスを生成するため、
シーケンスを送信するリソースブロックを選択するため、および／または、
シーケンスを送信するサブチャネルを選択するために、
無線デバイスがしたがう１つまたは複数の規則を示す、制御シグナリングを送信することを含む、方法。

【0428】

Ｘ４４ 制御シグナリングが、シーケンスを生成するのに無線デバイスがしたがう１つまたは複数の規則を示す、実施形態Ｘ４３に記載の方法。

【0429】

Ｘ４５ １つまたは複数の規則が、シーケンスがピア無線デバイスの識別情報に基づいて生成されるべきであることを示す、実施形態Ａ４４に記載の方法。

【0430】

Ｘ４６ シーケンスがベースシーケンスのあるバージョンであり、１つまたは複数の規則にしたがって、ベースシーケンスがピア無線デバイスの識別情報に基づき、ベースシーケンスのあるバージョンが、ベースシーケンスを位相回転したバージョンまたはベースシーケンスを巡回シフトしたバージョンである、実施形態A４５に記載の方法。

【0431】

Ｘ４７ ベースシーケンスの位相回転またはベースシーケンスの巡回シフトが、無線デバイスの識別情報に基づく、実施形態Ｘ４６に記載の方法。

【0432】

Ｘ４８ １つまたは複数の規則が、シーケンスが無線デバイスとピア無線デバイスとの間の距離に基づいて生成されるべきであることを示す、実施形態Ｘ４３～Ｘ４７のいずれか１つに記載の方法。

【0433】

Ｘ４９ １つまたは複数の規則が、距離の異なる範囲が異なるシーケンスと関連付けられることを示す、実施形態Ｘ４８に記載の方法。

【0434】

Ｘ５０ シーケンスがベースシーケンスのあるバージョンであり、ベースシーケンスが、ピア無線デバイスの識別情報と、無線デバイスとピア無線デバイスとの間の距離とに基づき、ベースシーケンスのあるバージョンが、ベースシーケンスを位相回転したバージョンまたはベースシーケンスを巡回シフトしたバージョンであり、１つまたは複数の規則が、距離の異なる範囲が異なるベースシーケンスと関連付けられることを示す、実施形態Ｘ４８～Ｘ４９のいずれか１つに記載の方法。

【0435】

Ｘ５１ 制御シグナリングが、シーケンスを送信するリソースブロックを選択するのに無線デバイスがしたがう１つまたは複数の規則を示す、実施形態Ｘ４３～Ｘ５０のいずれか１つに記載の方法。

【0436】

Ｘ５２ １つまたは複数の規則が、リソースブロックがピア無線デバイスの識別情報に基づいて選択されるべきであることを示す、実施形態Ｘ５１に記載の方法。

【0437】

Ｘ５３ １つまたは複数の規則が、伝達されるべき確認応答フィードバックがデータ送信の肯定応答またはデータ送信の否定応答のどちらを示すかに基づいて、リソースブロックが選択されるべきであることを示す、実施形態Ｘ５１～Ｘ５２のいずれか１つに記載の方法。

【0438】

Ｘ５４ １つまたは複数の規則が、肯定応答および否定応答を伝達するために異なるリソースブロックが使用されるべきであることを示す、実施形態Ｘ５３に記載の方法。

【0439】

Ｘ５５ 制御シグナリングが、どのサブチャネル上でシーケンスを送信するかを選択するのに無線デバイスがしたがう１つまたは複数の規則を示す、実施形態Ｘ４３～Ｘ５４のいずれか１つに記載の方法。

【0440】

Ｘ５６ １つまたは複数の規則が、複数のサブチャネルのうちどれでシーケンスが送信されるべきかの優先順位を付ける優先順位付け規則を示す、実施形態Ｘ５５に記載の方法。

【0441】

Ｘ５７ データ送信が、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、実施形態Ｘ４３～Ｘ５６のいずれか１つに記載の方法。

【0442】

Ｘ５８ シーケンスが、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で送信される、実施形態Ｘ４３～Ｘ５７のいずれか１つに記載の方法。

【0443】

Ｘ５９ １つまたは複数の規則にしたがって確認応答フィードバックを伝達するシーケンスを受信することを更に含む、実施形態Ｘ４３～Ｘ５８のいずれか１つに記載の方法。

【0444】

グループＢの実施形態
Ｂ１ 無線ネットワークノードによって実施される方法であって、
無線デバイスとピア無線デバイスとの間のサイドリンク上で、ピア無線デバイスから受信されるデータ送信に関する確認応答フィードバックを伝達するシーケンスを生成するため、
シーケンスを送信するリソースブロックを選択するため、および／または、
シーケンスを送信するサブチャネルを選択するために、
無線デバイスがしたがう１つまたは複数の規則を示す、制御シグナリングを送信することを含む、方法。

【0445】

Ｂ２ 制御シグナリングが、シーケンスを生成するのに無線デバイスがしたがう１つまたは複数の規則を示す、実施形態Ｂ１に記載の方法。

【0446】

Ｂ３ １つまたは複数の規則が、シーケンスがピア無線デバイスの識別情報に基づいて生成されるべきであることを示す、実施形態Ｂ２に記載の方法。

【0447】

Ｂ４ シーケンスがベースシーケンスのあるバージョンであり、１つまたは複数の規則にしたがって、ベースシーケンスがピア無線デバイスの識別情報に基づき、ベースシーケンスのあるバージョンが、ベースシーケンスを位相回転したバージョンまたはベースシーケンスを巡回シフトしたバージョンである、実施形態Ｂ３に記載の方法。

【0448】

Ｂ５ ベースシーケンスの位相回転またはベースシーケンスの巡回シフトが、無線デバイスの識別情報に基づく、実施形態Ｂ４に記載の方法。

【0449】

Ｂ６ １つまたは複数の規則が、シーケンスが無線デバイスとピア無線デバイスとの間の距離に基づいて生成されるべきであることを示す、実施形態Ｂ１～Ｂ５のいずれか１つに記載の方法。

【0450】

Ｂ７ １つまたは複数の規則が、距離の異なる範囲が異なるベースシーケンスと関連付けられることを示す、実施形態Ｂ６に記載の方法。

【0451】

Ｂ８ シーケンスがベースシーケンスのあるバージョンであり、ベースシーケンスが、ピア無線デバイスの識別情報と、無線デバイスとピア無線デバイスとの間の距離とに基づき、ベースシーケンスのあるバージョンが、ベースシーケンスを位相回転したバージョンまたはベースシーケンスを巡回シフトしたバージョンであり、１つまたは複数の規則が、距離の異なる範囲が異なるベースシーケンスと関連付けられることを示す、実施形態Ｂ６～Ｂ７のいずれか１つに記載の方法。

【0452】

Ｂ９ 制御シグナリングが、シーケンスを送信するリソースブロックを選択するのに無線デバイスがしたがう１つまたは複数の規則を示す、実施形態Ｂ１～Ｂ８のいずれか１つに記載の方法。

【0453】

Ｂ１０ １つまたは複数の規則が、リソースブロックがピア無線デバイスの識別情報に基づいて選択されるべきであることを示す、実施形態Ｂ９に記載の方法。

【0454】

Ｂ１１ １つまたは複数の規則が、伝達されるべき確認応答フィードバックがデータ送信の肯定応答またはデータ送信の否定応答のどちらを示すかに基づいて、リソースブロックが選択されるべきであることを示す、実施形態Ｂ９～Ｂ１０のいずれか１つに記載の方法。

【0455】

Ｂ１２ １つまたは複数の規則が、肯定応答および否定応答を伝達するために異なるリソースブロックが使用されるべきであることを示す、実施形態Ｂ１１に記載の方法。

【0456】

Ｂ１３ 制御シグナリングが、シーケンスを送信するサブチャネルを選択するのに無線デバイスがしたがう１つまたは複数の規則を示す、実施形態Ｂ１～Ｂ１２のいずれか１つに記載の方法。

【0457】

Ｂ１４ 複数のサブチャネルのうちどれでシーケンスが送信されるべきかの優先順位を付ける優先順位付け規則を示す、実施形態Ｂ１３に記載の方法。

【0458】

Ｂ１５ データ送信が、無線デバイスとピア無線デバイスとの間のサイドリンク上におけるＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）データ送信である、実施形態Ｂ１～Ｂ１４のいずれか１つに記載の方法。

【0459】

Ｂ１６ シーケンスが、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）上で送信される、実施形態Ｂ１～Ｂ１５のいずれか１つに記載の方法。

【0460】

ＢＢ ユーザデータを取得することと、
ユーザデータをホストコンピュータまたは無線デバイスにフォワーディングすることと
を更に含む、上述の実施形態のいずれか１つに記載の方法。

【0461】

グループＣの実施形態
Ｃ１ グループＡまたはグループＸの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線デバイス。

【0462】

Ｃ２ グループＡまたはグループＸの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路を備える、無線デバイス。

【0463】

Ｃ３ 通信回路と、
グループＡまたはグループＸの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と
を備える、無線デバイス。

【0464】

Ｃ４ グループＡまたはグループＸの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、
無線デバイスに電力を供給するように設定された電力供給回路と
を備える、無線デバイス。

【0465】

Ｃ５ 処理回路とメモリとを備え、メモリが、処理回路によって実行可能な命令を含み、それにより、無線デバイスが、グループＡまたはグループＸの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線デバイス。

【0466】

Ｃ６ 無線信号を伝送しかつ受信するように設定されたアンテナと、
アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路と、
グループＡまたはグループＸの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、処理回路と、
処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、
処理回路に接続され、処理回路によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、
処理回路に接続され、ＵＥに電力を供給するように設定された、バッテリーと
を備える、ユーザ機器（ＵＥ）。

【0467】

Ｃ７ 無線デバイスの少なくとも１つのプロセッサによって実行されたとき、無線デバイスに、グループＡまたはグループＸの実施形態のいずれか１つに記載のステップを実施させる命令を備える、コンピュータプログラム。

【0468】

Ｃ８ 実施形態Ｃ７に記載のコンピュータプログラムを含むキャリアであって、電子信号、光学信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。

【0469】

Ｃ９ グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線ネットワークノード。

【0470】

Ｃ１０ グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路を備える、無線ネットワークノード。

【0471】

Ｃ１１ 通信回路と、
グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と
を備える、無線ネットワークノード。

【0472】

Ｃ１２ グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、
無線ネットワークノードに電力を供給するように設定された電力供給回路と
を備える、無線ネットワークノード。

【0473】

Ｃ１３ 処理回路とメモリとを備え、メモリが、処理回路によって実行可能な命令を含み、それにより、無線ネットワークノードが、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線ネットワークノード。

【0474】

Ｃ１４ 無線ネットワークノードが基地局である、実施形態Ｃ９～Ｃ１３のいずれか１つに記載の無線ネットワークノード。

【0475】

Ｃ１５ 無線ネットワークノードの少なくとも１つのプロセッサによって実行されたとき、無線ネットワークノードにグループＢの実施形態のいずれか１つに記載のステップを実施させる命令を備える、コンピュータプログラム。

【0476】

Ｃ１６ 無線ネットワークノードが基地局である、実施形態Ｃ１４に記載のコンピュータプログラム。

【0477】

Ｃ１７ 実施形態Ｃ１５～Ｃ１６のいずれか１つに記載のコンピュータプログラムを含むキャリアであって、電子信号、光学信号、無線信号、またはコンピュータ可読記憶媒体のうち１つである、キャリア。

【0478】

グループＤの実施形態
Ｄ１ ユーザデータを提供するように設定された処理回路と、
ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースと
を備えるホストコンピュータを含む通信システムであって、
セルラネットワークが、無線インターフェースと処理回路とを有する基地局を備え、基地局の処理回路が、グループＢの実施形態のいずれかにおけるステップのいずれかを実施するように設定された、通信システム。

【0479】

Ｄ２ 基地局を更に含む、実施形態Ｄ１に記載の通信システム。

【0480】

Ｄ３ ＵＥを更に含み、ＵＥが基地局と通信するように設定された、実施形態Ｄ１およびＤ２に記載の通信システム。

【0481】

Ｄ４ ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによってユーザデータを提供するように設定され、
ＵＥが、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行するように設定された、処理回路を備える、
実施形態Ｄ１～Ｄ３のいずれか１つに記載の通信システム。

【0482】

Ｄ５ ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを伝達する送信を開始することであって、基地局が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施する、送信を開始することと、
を含む、方法。

【0483】

Ｄ６ 基地局においてユーザデータを送信することを更に含む、実施形態Ｄ５に記載の方法。

【0484】

Ｄ７ ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することを更に含む、実施形態Ｄ５またはＤ６に記載の方法。

【0485】

Ｄ８ 基地局と通信するように設定されたユーザ機器（ＵＥ）であって、実施形態Ｄ５からＤ７のいずれかを実施するように設定された、無線インターフェースと処理回路とを備える、ユーザ機器（ＵＥ）。

【0486】

Ｄ９ ユーザデータを提供するように設定された処理回路と、
ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースと
を備えるホストコンピュータを含む通信システムであって、
ＵＥが無線インターフェースと処理回路とを備え、ＵＥの構成要素が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
通信システム。

【0487】

Ｄ１０ セルラネットワークが、ＵＥと通信するように設定された基地局を更に含む、実施形態Ｄ９に記載の通信システム。

【0488】

Ｄ１１ ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによってユーザデータを提供するように設定され、
ＵＥの処理回路が、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行するように設定された、
実施形態Ｄ９またはＤ１０に記載の通信システム。

【0489】

Ｄ１２ ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを伝達する送信を開始することであって、ＵＥが、グループＡの実施形態のいずれかにおけるステップのいずれかを実施する、送信を開始することと、
を含む、方法。

【0490】

Ｄ１３ ＵＥにおいて、基地局からユーザデータを受信することを更に含む、実施形態Ｄ１２に記載の方法。

【0491】

Ｄ１４ ユーザ機器（ＵＥ）から基地局への送信から生じるユーザデータを受信するように設定された、通信インターフェースを備える、ホストコンピュータを含み、
ＵＥが無線インターフェースと処理回路とを備え、ＵＥの処理回路が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
通信システム。

【0492】

Ｄ１５ ＵＥを更に含む、実施形態Ｄ１４に記載の通信システム。

【0493】

Ｄ１６ 基地局を更に含み、基地局が、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって伝達されるユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースと、を備える、実施形態Ｄ１４またはＤ１５に記載の通信システム。

【0494】

Ｄ１７ ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
ＵＥの処理回路が、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによってユーザデータを提供するように設定された、
実施形態Ｄ１４からＤ１６に記載の通信システム。

【0495】

Ｄ１８ ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによって要求データを提供するように設定され、
ＵＥの処理回路が、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによって、要求データに応答してユーザデータを提供するように設定された、
実施形態Ｄ１４からＤ１７に記載の通信システム。

【0496】

Ｄ１９ ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、
ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信することであって、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、ユーザデータを受信すること
を含む、方法。

【0497】

Ｄ２０ ＵＥにおいて、基地局にユーザデータを提供することを更に含む、実施形態Ｄ１９に記載の方法。

【0498】

Ｄ２１ ＵＥにおいて、クライアントアプリケーションを実行し、それによって送信されるべきユーザデータを提供することと、
ホストコンピュータにおいて、クライアントアプリケーションと関連付けられたホストアプリケーションを実行することと、
を更に含む、実施形態Ｄ１９またはＤ２０に記載の方法。

【0499】

Ｄ２２ ＵＥにおいて、クライアントアプリケーションを実行することと、
ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、クライアントアプリケーションに関連するホストアプリケーションを実行することによってホストコンピュータにおいて提供される、入力データを受信することと、
を更に含み、
送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態Ｄ１９からＤ２１に記載の方法。

【0500】

Ｄ２３ ユーザ機器（ＵＥ）から基地局への送信から生じたユーザデータを受信するように設定された通信インターフェースを備えるホストコンピュータを含む通信システムであって、基地局が無線インターフェースと処理回路とを備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。

【0501】

Ｄ２４ 基地局を更に含む、実施形態Ｄ２３に記載の通信システム。

【0502】

Ｄ２５ ＵＥを更に含み、ＵＥが基地局と通信するように設定された、実施形態Ｄ２３およびＤ２４に記載の通信システム。

【0503】

Ｄ２６ ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
ＵＥが、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行し、それによって、ホストコンピュータによって受信されるべきユーザデータを提供するように設定された、
実施形態Ｄ２３からＤ２５に記載の通信システム。

【0504】

Ｄ２７ ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、
ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から生じたユーザデータを受信することであって、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、ユーザデータを受信すること
を含む、方法。

【0505】

Ｄ２８ 基地局において、ＵＥからユーザデータを受信することを更に含む、実施形態Ｄ２７に記載の方法。

【0506】

Ｄ２９ 基地局において、ホストコンピュータへの、受信されたユーザデータの送信を開始することを更に含む、実施形態Ｄ２７またはＤ２８に記載の方法。

【0507】

以下の略語のうちの少なくともいくつかが本開示で使用されることがある。略語間の不整合がある場合、その略語が上記でどのように使用されるかが選好されるべきである。以下で複数回リストされる場合、最初のリスティングが（１つまたは複数の）後続のリスティングよりも選好されるべきである。
ＡＣＫ 確認応答
ＢＳＭ 基本安全メッセージ
ＣＡＭ 協調認識メッセージ
Ｄ２Ｄ Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信
ＤＥＮＭ 分散型環境通知メッセージ
ＨＡＲＱ ハイブリッド自動再送要求
ＬＴＥ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＮＡＣＫ 否定応答
ＮＲ 新無線（Ｎｅｗ Ｒａｄｉｏ）
ＮＷ ネットワーク
ＰＳＣＣＨ 物理サイドリンク制御チャネル
ＰＳＦＣＨ 物理サイドリンクフィードバックチャネル
ＰＳＳＣＨ 物理サイドリンク共有チャネル
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＲＢ リソースブロック
ＳＡＥ 自動車技術会
ＳＣＩ サイドリンク制御情報
ＳＬ サイドリンク
ＵＥ ユーザ機器
Ｖ２Ｉ Ｖ２Ｉ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）
Ｖ２Ｐ 車歩間
Ｖ２Ｖ Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）
Ｖ２Ｘ Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）通信
１ｘＲＴＴ ＣＤＭＡ２０００ １×無線送信技術
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＡＢＳ オールモストブランクサブフレーム（ＡＢＳ）
ＡＲＱ 自動再送要求
ＡＷＧＮ 加算性白色ガウス雑音
ＢＣＣＨ ブロードキャスト制御チャネル
ＢＣＨ ブロードキャストチャネル
ＣＡ キャリアアグリゲーション
ＣＣ キャリアコンポーネント
ＣＣＣＨ ＳＤＵ 共通制御チャネルＳＤＵ
ＣＤＭＡ 符号分割多重化アクセス
ＣＧＩ セルグローバル識別子
ＣＩＲ チャネルインパルス応答
ＣＰ サイクリックプレフィックス
ＣＰＩＣＨ 共通パイロットチャネル
ＣＰＩＣＨ Ｅｃ／Ｎｏ 帯域中の電力密度で除算されたチップごとのＣＰＩＣＨ受信エネルギー
ＣＱＩ チャネル品質情報
Ｃ－ＲＮＴＩ セルＲＮＴＩ
ＣＳＩ チャネル状態情報
ＤＣＣＨ 専用制御チャネル
ＤＬ ダウンリンク
ＤＭ 復調
ＤＭＲＳ 復調用参照信号
ＤＲＸ 間欠受信
ＤＴＸ 間欠送信
ＤＴＣＨ 専用トラフィックチャネル
ＤＵＴ 被試験デバイス
Ｅ－ＣＩＤ 拡張セルＩＤ（測位方法）
Ｅ－ＳＭＬＣ エボルブドサービングモバイルロケーションセンタ
ＥＣＧＩ エボルブドＣＧＩ
ｅＮＢ Ｅ－ＵＴＲＡＮノードＢ
ｅＰＤＣＣＨ 拡張物理ダウンリンク制御チャネル
Ｅ－ＳＭＬＣ エボルブドサービングモバイルロケーションセンタ
Ｅ－ＵＴＲＡ エボルブドＵＴＲＡ
Ｅ－ＵＴＲＡＮ エボルブドＵＴＲＡＮ
ＦＤＤ 周波数分割複信
ＦＦＳ 更なる検討が必要
ＧＥＲＡＮ ＧＳＭ ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ ＮＲにおける基地局
ＧＮＳＳ 全地球航法衛星システム
ＧＳＭ 汎欧州デジタル移動電話方式
ＨＡＲＱ ハイブリッド自動再送要求
ＨＯ ハンドオーバ
ＨＳＰＡ 高速パケットアクセス
ＨＲＰＤ 高速パケットデータ
ＬＯＳ 見通し線
ＬＰＰ ＬＴＥ測位プロトコル
ＬＴＥ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＭＡＣ 媒体アクセス制御
ＭＢＭＳ マルチメディアブロードキャストマルチキャストサービス
ＭＢＳＦＮ マルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク
ＭＢＳＦＮ ＡＢＳＭＢＳＦＮオールモストブランクサブフレーム（ＡＢＳ）
ＭＤＴ ドライブテスト最小化
ＭＩＢ マスタ情報ブロック
ＭＭＥ モビリティ管理エンティティ
ＭＳＣ モバイルスイッチングセンタ
ＮＰＤＣＣＨ 狭帯域物理ダウンリンク制御チャネル
ＮＲ 新無線（Ｎｅｗ Ｒａｄｉｏ）
ＯＣＮＧ ＯＦＤＭＡチャネル雑音生成器
ＯＦＤＭ 直交周波数分割多重（ＯＦＤＭ）
ＯＦＤＭＡ 直交周波数分割多元接続
ＯＳＳ 運用サポートシステム
ＯＴＤＯＡ 観測到達時間差
Ｏ＆Ｍ 運用保守
ＰＢＣＨ 物理ブロードキャストチャネル
Ｐ－ＣＣＰＣＨ 一次共通制御物理チャネル
ＰＣｅｌｌ 一次セル
ＰＣＦＩＣＨ 物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＰ プロファイル遅延プロファイル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＧＷ パケットゲートウェイ
ＰＨＩＣＨ 物理ハイブリッド自動再送要求指示チャネル
ＰＬＭＮ 公衆陸上移動体ネットワーク
ＰＭＩ プリコーダ行列インジケータ
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＲＳ 測位参照信号
ＰＳＳ 一次同期信号
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡＣＨ ランダムアクセスチャネル
ＱＡＭ 直交振幅変調
ＲＡＮ 無線アクセスネットワーク
ＲＡＴ 無線アクセス技術
ＲＬＭ 無線リンク管理
ＲＮＣ 無線ネットワークコントローラ
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＲＭ 無線リソース管理
ＲＳ 参照信号
ＲＳＣＰ 受信信号コード電力
ＲＳＲＰ 参照シンボル受信電力、または
参照信号受信電力
ＲＳＲＱ 参照信号受信品質、または
参照シンボル受信品質
ＲＳＳＩ 受信信号強度インジケータ
ＲＳＴＤ 参照信号時間差
ＳＣＨ 同期チャネル
ＳＣｅｌｌ 二次セル
ＳＤＵ サービスデータユニット
ＳＦＮ システムフレーム番号
ＳＧＷ サービングゲートウェイ
ＳＩ システム情報
ＳＩＢ システム情報ブロック
ＳＮＲ 信号対雑音比
ＳＯＮ 自己最適化ネットワーク
ＳＳ 同期信号
ＳＳＳ 二次同期信号
ＴＤＤ 時分割複信（ＴＤＤ）
ＴＤＯＡ 到達時間差
ＴＯＡ 到達時間
ＴＳＳ 三次同期信号
ＴＴＩ 送信時間間隔
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＭＴＳ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ
ＵＳＩＭ ユニバーサル加入者識別情報モジュール
ＵＴＤＯＡ アップリンク到達時間差
ＵＴＲＡ ユニバーサル地上無線アクセス
ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク
ＷＣＤＭＡ 広帯域ＣＤＭＡ
ＷＬＡＮ ワイドローカルエリアネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】