知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-25
(45)【発行日】2024-12-03
(54)【発明の名称】無線システムにおける開ループＨＡＲＱ
(51)【国際特許分類】
H04W 28/04 20090101AFI20241126BHJP
H04W 84/06 20090101ALI20241126BHJP
H04L 1/18 20230101ALI20241126BHJP
【ＦＩ】
H04W28/04 110
H04W84/06
H04L1/18
【請求項の数】
12
(21)【出願番号】P 2021564169
(86)(22)【出願日】2020-04-30
(65)【公表番号】
(43)【公表日】2022-07-06
(86)【国際出願番号】 US2020030657
(87)【国際公開番号】W WO2020223453
(87)【国際公開日】2020-11-05
【審査請求日】2023-05-01
(31)【優先権主張番号】62/840,987
(32)【優先日】2019-04-30
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/886,075
(32)【優先日】2019-08-13
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】タンガラジ、ユゲスワール、ディーノー ナラヤナン
(72)【発明者】
【氏名】ホアン、トゥオン デュク
(72)【発明者】
【氏名】ペルティエ、ギスラン
【審査官】望月 章俊
(56)【参考文献】
【文献】米国特許出願公開第２０１６／００５７７７１（ＵＳ，Ａ１）
【文献】Ericsson，On switching off HARQ for NTN[online]，3GPP TSG RAN WG2 #105bis R2-1904519，フランス，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_105bis/Docs/R2-1904519.zip>，2019年03月28日，[検索日 2024.04.23]
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００
Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６
Ｈ０４Ｌ１／１８
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
無線送信／受信ユニット（ＷＴＲＵ）であって、
プロセッサを備え、前記プロセッサは、
第１のハイブリッド自動再送要求（ＨＡＲＱ）処理識別子（ＩＤ）と第１のＨＡＲＱ処理タイプとの間の関連付け、および第２のＨＡＲＱ処理ＩＤと第２のＨＡＲＱ処理タイプとの間の関連付けのインジケーションを受信し、
第１の論理チャネルと前記第１のＨＡＲＱ処理タイプとの間の関連付け、および第２の論理チャネルと前記第２のＨＡＲＱ処理タイプとの間の関連付けのインジケーションを受信し、
ＨＡＲＱ処理ＩＤを示すアップリンクグラント（ＵＬグラント）を受信し、
前記ＨＡＲＱ処理ＩＤと関連付けられたＨＡＲＱ処理タイプを判定し、前記判定されるＨＡＲＱ処理タイプは前記第１のＨＡＲＱ処理タイプまたは前記第２のＨＡＲＱ処理タイプであり、
前記ＨＡＲＱ処理タイプが前記第１のＨＡＲＱ処理タイプと判定される場合、前記ＵＬグラントと関連付けられた送信のために使用される前記第１の論理チャネルを選択し、
前記ＨＡＲＱ処理タイプが前記第２のＨＡＲＱ処理タイプと判定される場合、前記ＵＬグラントと関連付けられた前記送信のために使用される前記第２の論理チャネルを選択し、
前記送信を送信する
ように構成されたことを特徴とするＷＴＲＵ。
【請求項2】
使用に利用可能な前記論理チャネルの判定は、前記ＨＡＲＱ処理ＩＤが前記第１のＨＡＲＱ処理タイプと関連付けられる場合、前記第１の論理チャネルが前記送信のための使用に利用可能であると判定され、
前記ＨＡＲＱ処理ＩＤが前記第２のＨＡＲＱ処理タイプと関連付けられる場合、前記第２の論理チャネルが前記送信のための使用に利用可能であると判定される、
ことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項3】
前記送信は、スケジューリング要求（ＳＲ）であり、前記プロセッサは、使用に利用可能な前記論理チャネル上で前記ＳＲを送信するようにさらに構成されていることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項4】
前記送信は、使用に利用可能な前記論理チャネルを使用して送信されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項5】
前記第１のＨＡＲＱ処理タイプは、第１の電力パラメータと関連付けられ、前記第２のＨＡＲＱ処理タイプは、第２の電力パラメータと関連付けられていることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項6】
前記プロセッサは、使用に利用可能な前記論理チャネルを使用して前記送信を送信するように更に構成され、前記送信は、電力パラメータと関連付けられ、前記電力パラメータは、前記第１の電力パラメータまたは前記第２の電力パラメータであり、前記第１の電力パラメータは、第１の電力オフセット、第１の部分的電力値、第１の送信電力コマンド（ＴＰＣ）コマンド、または第１のターゲット電力であり、前記第２の電力パラメータは、第２の電力オフセット、第２の部分的電力値、第２のＴＰＣコマンド、または第２のターゲット電力であることを特徴とする請求項５に記載のＷＴＲＵ。
【請求項7】
ハイブリッド自動要求（ＨＡＲＱ）処理と関連付けられた方法であって、第１のハイブリッド自動再送要求（ＨＡＲＱ）処理識別子（ＩＤ）と第１のＨＡＲＱ処理タイプとの間の関連付け、および第２のＨＡＲＱ処理ＩＤと第２のＨＡＲＱ処理タイプとの間の関連付けのインジケーションを受信するステップと、
第１の論理チャネルと前記第１のＨＡＲＱ処理タイプとの間の関連付け、および第２の論理チャネルと前記第２のＨＡＲＱ処理タイプとの間の関連付けのインジケーションを受信するステップと、
ＨＡＲＱ処理ＩＤを示すアップリンクグラント（ＵＬグラント）を受信するステップと、
前記ＨＡＲＱ処理ＩＤと関連付けられたＨＡＲＱ処理タイプを判定するステップであって、前記判定されるＨＡＲＱ処理タイプは前記第１のＨＡＲＱ処理タイプまたは前記第２のＨＡＲＱ処理タイプである、ステップと、
前記ＨＡＲＱ処理タイプが前記第１のＨＡＲＱ処理タイプと判定される場合、前記ＵＬグラントと関連付けられた送信のために使用される前記第１の論理チャネルを選択するステップと、
前記ＨＡＲＱ処理タイプが前記第２のＨＡＲＱ処理タイプと判定される場合、前記ＵＬグラントと関連付けられた前記送信のために使用される前記第２の論理チャネルを選択するステップと、
前記送信を送信するステップと
を備えることを特徴とする方法。
【請求項8】
使用に利用可能な前記論理チャネルの判定は、前記ＨＡＲＱ処理ＩＤが前記第１のＨＡＲＱ処理タイプと関連付けられる場合、前記第１の論理チャネルが前記送信のための使用に利用可能であると判定され、
前記ＨＡＲＱ処理ＩＤが前記第２のＨＡＲＱ処理タイプと関連付けられる場合、前記第２の論理チャネルが前記送信のための使用に利用可能であると判定される、
ことを特徴とする請求項７に記載の方法。
【請求項9】
前記送信は、スケジューリング要求（ＳＲ）であり、前記方法は、使用に利用可能な前記論理チャネル上で前記ＳＲを送信するステップをさらに備えることを特徴とする請求項７に記載の方法。
【請求項10】
前記送信は、使用に利用可能な前記論理チャネルを使用して送信されることを特徴とする請求項７に記載の方法。
【請求項11】
前記第１のＨＡＲＱ処理タイプは、第１の電力パラメータと関連付けられ、前記第２のＨＡＲＱ処理タイプは、第２の電力パラメータと関連付けられていることを特徴とする請求項７に記載の方法。
【請求項12】
使用に利用可能な前記論理チャネルを使用して前記送信を送信するステップをさらに備え、前記送信は、電力パラメータと関連付けられ、前記電力パラメータは、前記第１の電力パラメータまたは前記第２の電力パラメータであり、前記第１の電力パラメータは、第１の電力オフセット、第１の部分的電力値、第１の送信電力コマンド（ＴＰＣ）コマンド、または第１のターゲット電力であり、前記第２の電力パラメータは、第２の電力オフセット、第２の部分的電力値、第２のＴＰＣコマンド、または第２のターゲット電力であることを特徴とする請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
＜関連出願の相互参照＞
本出願は、参照によってその内容が以下に組み込まれる、２０１９年８月３０日に出願された米国仮特許出願第６２／８４０，９８７号および２０１９年８月１３日に出願された米国仮特許出願第６２／８８６，０７５号の利益を主張する。
本出願は、参照によってその内容が以下に組み込まれる、２０１９年８月３０日に出願された米国仮特許出願第６２／８４０，９８７号および２０１９年８月１３日に出願された米国仮特許出願第６２／８８６，０７５号の利益を主張する。
【0002】
本出願は、無線システムにおける開ループＨＡＲＱに関する。
【背景技術】
【0003】
無線通信を使用したモバイル通信が発展し続けている。第５世代が５Ｇと称される場合がある。前の（例えば、レガシ）世代のモバイル通信は、例えば、第４世代（４Ｇ）ロングタームエボリューション（ＬＴＥ）である場合がある。
【0004】
非地上波ネットワークにおける通信についてのラウンドトリップディレイ（ＲＴＤ）は、地上波ネットワークにおける通信についてのＲＴＤよりもはるかに高い場合がある。例えば、約６００キロメートルの高度における低地球軌道（ＬＥＯ）衛星についてのＲＴＤは、約２８ミリ秒ほどのＲＴＤである場合がある。約１００００キロメートルの高度における中地球軌道（ＭＥＯ）衛星についてのＲＴＤは、約１９０ミリ秒ほどのＲＴＤである場合がある。静止地球軌道（ＧＥＯ）衛星についてのＲＴＤは、約５４５ミリ秒ほどのＲＴＤである場合がある。そのような大きなＲＴＤ時間は、高データレートサービスについてのサポートを維持する無線送信／受信ユニット（ＷＴＲＵ）の能力に様々な影響を与える。
【発明の概要】
【0005】
論理チャネル優先順位付けと関連付けられたシステム、方法、および手段が本明細書で説明される。ＷＴＲＵは、論理チャネル優先順位付けを実行するように構成されてもよい。ＷＴＲＵは、第１のハイブリッド自動再送要求（ＨＡＲＱ）処理識別子（ＩＤ）と第１のＨＡＲＱ処理タイプとの間の関連付け、および第２のＨＡＲＱ処理ＩＤと第２のＨＡＲＱ処理タイプとの間の関連付けを示すインジケーション（例えば、マッピング）を受信してもよい。ＷＴＲＵは、第１の論理チャネルと第１のＨＡＲＱ処理タイプとの間の関連付け、および第２の論理チャネルと第２のＨＡＲＱ処理タイプとの間の関連付けを示すインジケーション（例えば、マッピング）を受信してもよい。ＷＴＲＵは、ＨＡＲＱ処理ＩＤを示すアップリンク（ＵＬ）グラントを受信してもよい。ＷＴＲＵは、ＨＡＲＱ処理ＩＤと関連付けられたＨＡＲＱ処理タイプを判定してもよい。ＷＴＲＵは、送信のために使用されることに利用可能な論理チャネルを判定してもよい。送信のために使用されることに利用可能な論理チャネルは、例えば、ＨＡＲＱ処理ＩＤと関連付けられたＨＡＲＱ処理タイプに基づいて判定されてもよい。ＷＴＲＵは、利用可能であると判定された論理チャネルを使用して、送信を送信してもよい。
【0006】
ＷＴＲＵは、例えば、ＨＡＲＱ処理ＩＤが第１のＨＡＲＱ処理タイプと関連付けられる場合、第１の論理チャネルが送信のための使用に利用可能であると判定してもよい（例えば、ＨＡＲＱ処理ＩＤと関連付けられたＨＡＲＱ処理タイプに基づいた、使用に利用可能な論理チャネルの判定に対し）。ＷＴＲＵは、例えば、ＨＡＲＱ処理ＩＤが第２のＨＡＲＱ処理タイプと関連付けられる場合、第２の論理チャネルが送信のための使用に利用可能であると判定してもよい（例えば、ＨＡＲＱ処理ＩＤと関連付けられたＨＡＲＱ処理タイプに基づいた、使用に利用可能な論理チャネルの判定に対し）。ＷＴＲＵは、例えば、ＨＡＲＱ処理ＩＤが第１のＨＡＲＱ処理タイプと関連付けられない場合、第１の論理チャネルが送信のための使用に利用可能でないと判定してもよい（例えば、ＨＡＲＱ処理ＩＤと関連付けられたＨＡＲＱ処理タイプに基づいた、使用に利用可能な論理チャネルの判定に対し）。ＷＴＲＵは、例えば、ＨＡＲＱ処理ＩＤが第２のＨＡＲＱ処理タイプと関連付けられない場合、第２の論理チャネルが送信のための使用に利用可能でないと判定してもよい（例えば、ＨＡＲＱ処理ＩＤと関連付けられたＨＡＲＱ処理タイプに基づいた、使用に利用可能な論理チャネルの判定に対し）。
【0007】
論理チャネル優先順位付けと関連付けられたシステム、方法、および手段が本明細書で説明される。ＷＴＲＵは、論理チャネル優先順位付けを実行するように構成されてもよい。ＷＴＲＵは、第１のハイブリッド自動再送要求（ＨＡＲＱ）処理識別子（ＩＤ）と第１のＨＡＲＱ処理タイプとの間の関連付け、および第２のＨＡＲＱ処理ＩＤと第２のＨＡＲＱ処理タイプとの間の関連付けを示すマッピングを受信してもよい。ＷＴＲＵは、第１の論理チャネルと第１のＨＡＲＱ処理タイプとの間の関連付け、および第２の論理チャネルと第２のＨＡＲＱ処理タイプとの間の関連付けを示すマッピングを受信してもよい。ＷＴＲＵは、ＨＡＲＱ処理ＩＤを示すアップリンク（ＵＬ）グラントを受信してもよい。ＷＴＲＵは、ＨＡＲＱ処理ＩＤと関連付けられたＨＡＲＱ処理タイプを判定してもよい。ＷＴＲＵは、論理チャネルが送信のために使用されることを制限する論理チャネル制限を判定してもよい。論理チャネル制限は、ＨＡＲＱ処理ＩＤと関連付けられたＨＡＲＱ処理タイプに基づいて判定されてもよい。
【0008】
ＷＴＲＵは、例えば、ＨＡＲＱ処理ＩＤが第１のＨＡＲＱ処理タイプと関連付けられる場合、第１の論理チャネルが送信のために使用されることを制限してもよく（例えば、ＨＡＲＱ処理ＩＤと関連付けられたＨＡＲＱ処理タイプに基づいた、論理チャネル制限の判定に対し）、および／または、例えば、ＨＡＲＱ処理ＩＤが第２のＨＡＲＱ処理タイプと関連付けられる場合、第２の論理チャネルが送信のために使用されることを制限してもよい。
【0009】
第１のＨＡＲＱ処理タイプは、例えば、閉ループＨＡＲＱ処理タイプであってもよく、第２のＨＡＲＱ処理タイプは、例えば、開ループＨＡＲＱ処理タイプであってもよい。第１のＨＡＲＱ処理タイプは、第１の電力パラメータと関連付けられてもよく、第２のＨＡＲＱ処理タイプは、第２の電力パラメータと関連付けられてもよい。送信は、例えば、スケジューリング要求（ＳＲ）であってもよい。ＷＴＲＵは、使用に制限されていない論理チャネルを使用して（例えば、その上で）、送信（例えば、ＳＲ）を送信してもよい。送信は、電力パラメータと関連付けられてもよい。電力パラメータは、第１の電力パラメータまたは第２の電力パラメータであってもよい。第１の電力パラメータは、第１の電力オフセット、第１の部分的電力値、第１の送信電力コマンド（ＴＰＣ）コマンド、または第１のターゲット電力であってもよい。第２の電力パラメータは、第２の電力オフセット、第２の部分的電力値、第２のＴＰＣコマンド、または第２のターゲット電力であってもよい。
【0010】
様々なタイプのハイブリッド自動要求（ＨＡＲＱ）処理を判定し、ダウンリンク処理および／またはアップリンク処理に適用するシステム、方法、および手段が本明細書で説明される。ＷＴＲＵは、第１のＨＡＲＱ処理と関連付けられた第１のＨＡＲＱ処理タイプ（ＨＰＴ）および第２のＨＡＲＱ処理と関連付けられた第２のＨＡＲＱ処理タイプを判定してもよい。第１のＨＡＲＱ処理タイプおよび／または第２のＨＡＲＱ処理タイプは、例えば、準静的構成および／または受信された動的シグナリングに基づいて判定されてもよい。例えば、第１のＨＡＲＱ処理タイプおよび／または第２のＨＡＲＱ処理タイプは、事前構成されてもよい。
【0011】
ＷＴＲＵは、第１の送信と関連付けられた第１のＨＡＲＱ処理に第１のＨＡＲＱ処理タイプを適用してもよく、第２の送信と関連付けられた第２のＨＡＲＱ処理に第２のＨＡＲＱ処理タイプを適用してもよい。第１のＨＡＲＱ処理タイプまたは第２のＨＡＲＱ処理タイプは、例えば、閉ループＨＡＲＱ処理、開ループＨＡＲＱ処理、またはステートレスＨＡＲＱ処理であってもよい。第１のＨＡＲＱ処理タイプおよび／または第２のＨＡＲＱ処理タイプは、例えば、ネットワークから受信された、例えば、スケジューリング情報のタイプに基づいて適用されてもよい。
【0012】
第１のＨＡＲＱ処理タイプまたは第２のＨＡＲＱ処理タイプは、例えば、ＲＲＣ接続の持続時間の間、またはＲＲＣ構成の持続時間の間、第１の送信に適用されてもよい。第１のＨＡＲＱ処理タイプおよび／または第２のＨＡＲＱ処理タイプは、サービングセルに特有であってもよい。ＷＴＲＵは、例えば、システム情報を介して、第１のＨＡＲＱ処理タイプおよび／または第２のＨＡＲＱ処理タイプに関する構成を受信してもよい。第１のＨＡＲＱ処理タイプまたは第２のＨＡＲＱ処理タイプは、１つまたは複数のＨＡＲＱ処理識別子に対するものであってもよい。
【0013】
ＷＴＲＵは、ＨＡＲＱ構成に基づいて、１つまたは複数の構成済みグラントと関連付けられたＨＡＲＱ振る舞いを判定してもよい。ＷＴＲＵは、例えば、動的（例えば、構成されていない）グラントと関連付けられた送信のためのＨＡＲＱ構成に基づいて、１つまたは複数の構成済みグラントと関連付けられたＨＡＲＱ振る舞いを判定してもよい。
【図面の簡単な説明】
【0014】
【図1A】１つまたは複数の開示される実施形態を実装することができる、実施例の通信システムを示すシステム図である。
【図2】ベントパイプペイロード（bent pipe payload）を有する非地上波ネットワークにおける例示的な次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）アーキテクチャを示す。
【図3】ｇＮＢ－ＤＵ処理済みペイロード（gNB-DU processed payload）を有する非地上波ネットワークにおける例示的なＮＧ－ＲＡＮアーキテクチャを示す。
【図4】ｇＮＢ処理済みペイロードを有する非地上波ネットワークにおける例示的なＮＧ－ＲＡＮアーキテクチャを示す。
【図5】論理チャネル制限と関連付けられた実施例を示す。
【図6】構成済みグラントのリソースについてのＨＡＲＱタイプをＷＴＲＵが判定する実施例を示す。
【発明を実施するための形態】
【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】
図１Ａ乃至８Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態では、そのような端末は、通信ネットワークとの有線通信インタフェースを（例えば、一時的または永続的に）使用することができることが企図されている。
【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】
図３は、ｇＮＢ分散ユニット（ｇＮＢ－ＤＵ：gNB distributed unit）処理済みペイロードを有する非地上波ネットワークにおけるＮＧ－ＲＡＮアーキテクチャの実施例を示す。図３における実施例に示されるように、ｇｎＢ－ＤＵは、例えば、衛星無線機インタフェース（ＳＲＩ）を使用して、Ｆ１インタフェースを介してｇｎＢ－ＣＵに接続されてもよい。例えば、（例えば、図３に示される）ＷＴＲＵは、ＮＧ－ＲＡＮ（例えば、５Ｇ ＣＮに結合された（例えば、Ｎ１／２／３インタフェースを介して）ｇＮＢ－ＤＵ、ＮＴＮ ＲＲＵ、およびｇＮＢ－ＣＵを含む）を介してデータネットワークと通信してもよい。
【0075】
図４は、ｇＮＢ処理済みペイロードを有する非地上波ネットワークにおけるＮＧ－ＲＡＮアーキテクチャの実施例を示す。図４における実施例に示されるように、ｇＮＢは、Ｎ１／２／３インタフェースを介して５Ｇ ＣＮに接続されてもよい（例えば、ＳＲＩを通じて）。例えば、（例えば、図４に示される）ＷＴＲＵは、ＮＧ－ＲＡＮ（例えば、５Ｇ ＣＮに結合された（例えば、Ｎ１／２／３インタフェースを介して）ｇＮＢおよびＮＴＮ ＲＲＵを含む）を介してデータネットワークと通信してもよい。
【0076】
ＷＴＲＵは、例えば、送信誤りに対するロバスト性を達成するために、１つまたは複数のハイブリッド自動再送要求（ＨＡＲＱ）プロトコルを利用するように構成されてもよい（例えば、ＮＲにおいて）。例えば、ソフトコンバイニングおよび高速再電送によって（例えば、それを有効にすることによって）、ロバスト性を達成することができる。ハイブリッドＡＲＱは、データの継続的な送信を可能にするために、複数のストップアンドウェイトプロトコル（multiple stop and wait protocols）を利用してもよい。ＷＴＲＵ ＭＡＣは、（例えば、各々の）サービングセルについてのＨＡＲＱエンティティを含んでもよい。ＷＴＲＵは、いくつかの並列ＨＡＲＱ処理を維持してもよい。（例えば、各々の）ＨＡＲＱ処理は、ＨＡＲＱ処理識別子と関連付けられてもよい。（例えば、各々の）ＨＡＲＱ処理は、ＨＡＲＱバッファと関連付けられてもよい。ダウンリンク方向およびアップリンク方向において非同期ＨＡＲＱプロトコルが利用されてもよい。ダウンリンク送信またはアップリンク送信と関連付けられたＨＡＲＱ処理識別子は、例えば、ダウンリンク制御情報（ＤＣＩ）の一部としてシグナリングされてもよい（例えば、明確にシグナリングされる）。
【0077】
非地上波ネットワークにおける通信についてのラウンドトリップディレイ（ＲＴＤ：round trip delay）は、地上波ネットワークにおける通信についてのＲＴＤよりもはるかに高い場合がある。例えば、約６００キロメートルの高度における低地球軌道（ＬＥＯ：low earth orbit）衛星についてのＲＴＤは、約２８ミリ秒ほどのＲＴＤである場合がある。約１００００キロメートルの高度における中地球軌道（ＭＥＯ：medium earth orbit）衛星についてのＲＴＤは、約１９０ミリ秒ほどのＲＴＤである場合がある。静止地球軌道（ＧＥＯ：geosynchronous earth orbit）衛星についてのＲＴＤは、約５４５ミリ秒ほどのＲＴＤである場合がある。大きなＲＴＤ時間は、高データレートサービスをサポートするようＷＴＲＵが維持することができるＨＡＲＱ処理の回数に直接の影響を与える場合がある。例えば、ＷＴＲＵにおけるソフトバッファサイズは、ＨＡＲＱ処理の回数と共に増大する場合がある。
【0078】
実施例では、ＨＡＲＱ機能は、非地上波通信に対して無効にされてもよい。ＷＴＲＵ（例えば、ＨＡＲＱが無効にされた）は、上位層送信に依存してもよい。しかしながら、ＨＡＲＱ機能を無効にすることは、信頼性を低下させ、または所望の信頼性を達成するために待ち時間を増加させることにつながる場合がある。例えば、無線リンク監視非確認応答モード（ＲＬＭ－ＵＭ：radio link monitoring-unacknowledged mode）を使用した音声サービスは、例えば、ＨＡＲＱが無効にされる場合に、信頼性の欠如の影響を受ける場合がある。あまり頻繁でないデータ転送によるサービスは、ＨＡＲＱ動作からの利点を有する場合があり、ＮＴＮ通信についての大きな伝搬遅延によって制約されない場合がある。
【0079】
ＷＴＲＵは、例えば、シグナリング無線ベアラ０（ＳＲＢ０：signaling radio bearer）上で、無線リソース制御（ＲＲＣ）メッセージを送信してもよい。ＲＲＣメッセージは、例えば、全ＲＲＣ構成を受信する前、またはシグナリング無線ベアラ１（ＳＲＢ１）の確立の前に送信されてもよい。実施例では、ＷＴＲＵは、（例えば、初期アクセスの間）例えば、無線リンク制御（ＲＬＣ）透過モードを使用して、ＭＳＧ３（例えば、ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージ）を送信してもよい。ＷＴＲＵは、例えば、ＳＲＢ１を確立するよう、ネットワークからＭＳＧ４（例えば、ＲＲＣＳｅｔｕｐメッセージ）を受信してもよい。例えば、（例えば、レガシ）ＭＳＧ３送信および／またはＭＳＧ４送信の間、例えば、通信の信頼性を保証するために、ＨＡＲＱが利用されてもよい。初期シグナリング交換の信頼性は、例えば、ＨＡＲＱが無効にされる場合に悪化する場合がある。１つまたは複数のＲＲＣプロシージャは、（例えば、単一の）ＲＬＣプロトコルデータユニット（ＰＤＵ）の送信を伴ってもよい。損失したＰＤＵを復元するためにＲＬＣレベル状態報告を使用することは（例えば、ＨＡＲＱなしに）、ＲＲＣプロシージャに著しい待ち時間を加える場合がある。
【0080】
開ループＨＡＲＱを提供するシステムおよび方法が本明細書で説明される。ＷＴＲＵは、ＨＡＲＱ機能の第１のセットおよび／またはＨＡＲＱ処理の第１のセットについての第１のＨＡＲＱ振る舞い、ならびにＨＡＲＱ処理の第２のセットについての第２の振る舞いを適用してもよい（例えば、適用するように構成される）。ＨＡＲＱ構成は、ダウンリンクＨＡＲＱ処理、アップリンク処理、またはダウンリンク処理およびアップリンク処理の両方に対するものであってもよい。
【0081】
実施例では、ＨＡＲＱ振る舞いは、ＨＡＲＱ処理のタイプとしてモデル化および／または構成されてもよい。ＨＡＲＱ処理のタイプおよび／またはＨＡＲＱ処理についての振る舞いは、例えば、閉ループＨＡＲＱ処理、開ループＨＡＲＱ処理、および／またはステートレスＨＡＲＱ処理（stateless HARQ processing）のうちの１つまたは複数を含んでもよい。例えば、閉ループＨＡＲＱ処理に対して、様々な送信のソフトコンバイニングが適用可能であってもよい。例えば、閉ループＨＡＲＱ処理に対して、ＨＡＲＱフィードバック（例えば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ）の送信および／または受信が適用可能であってもよい。例えば、開ループＨＡＲＱ処理に対して、様々な送信のソフトコンバイニングが適用可能であってもよい。例えば、開ループＨＡＲＱ処理に対して、ＨＡＲＱフィードバックの送信／受信が適用可能でなくてもよい。例えば、ステートレスＨＡＲＱ処理に対して、ソフトコンバイニングおよびＨＡＲＱフィードバックの送信／受信が適用可能でなくてもよい。
【0082】
ＷＴＲＵは、例えば、準静的構成および／または動的シグナリングに基づいて、所与のＨＡＲＱ処理と関連付けることができるＨＡＲＱ処理のタイプを判定してもよい。実施例では、ＷＴＲＵは、例えば、ＲＲＣ接続の持続時間の間、またはＲＲＣ構成の持続時間の間、（例えば、各々の）送信および／または受信に事前構成されたＨＡＲＱ処理タイプ（ＨＰＴ）を適用してもよい。実施例では（例えば、準静的構成を使用する実施例）、ＷＴＲＵは、サービングセルに特有の事前構成されたＨＡＲＱ処理タイプを適用してもよい。例えば、適用されることになるＨＡＲＱ処理のタイプおよび／またはＨＡＲＱ処理が示されてもよく（例えば、システム情報において）、ならびに／または暗黙的に判定されてもよい（例えば、サービング周波数および／もしくはセル識別子に応じて）。
【0083】
動的方法（例えば、ＨＡＲＱ処理タイプを判定するために使用される）は、以下のうちの１つまたは複数を含んでもよい。動的方法の実施例では、ＷＴＲＵは、構成されたＨＡＲＱ処理（複数可）のサブセットに、特定のＨＡＲＱ処理タイプを適用してもよい。ＷＴＲＵは、１つまたは複数の予め定義されたＨＡＲＱ処理識別子（例えば、ＨＡＲＱ処理ＩＤ（ＰＩＤ）０など）についての開ループＨＡＲＱ動作を想定してもよい。ＷＴＲＵは、ＨＡＲＱ処理識別子（ＩＤ）のリストにより構成されてもよく（例えば、明示的に構成され）、ＨＡＲＱ処理識別子のリストに対し、開ループＨＡＲＱ処理タイプが適用されてもよい。例えば、ＲＲＣメッセージを介して構成が提供されてもよい。
【0084】
動的方法の実施例では、ＷＴＲＵは、特定の送信（例えば、ダウンリンク送信、アップリンク送信、またはダウンリンク送信およびアップリンク送信の両方）に事前構成されたタイプのＨＡＲＱ処理を適用してもよい。例えば、適用されるＨＡＲＱ処理のタイプは、ダウンリンク制御情報（ＤＣＩ）または割り当て情報および／もしくはグラント情報（例えば、動的なもしくは構成された）における動的インジケーションに基づいてもよい。ＷＴＲＵは、例えば、送信に対して受信されたＤＣＩのタイプに基づいて、ＨＡＲＱ処理のタイプを判定してもよい。例えば、ＷＴＲＵは、ＷＴＲＵが第１のＤＣＩタイプまたはフォーマットを受信した場合に第１のＨＡＲＱ処理を適用してもよく、そうでなければ（例えば、ＷＴＲＵが第２のＤＣＩタイプまたはフォーマットを受信した場合）、第２のＨＡＲＱ処理を適用してもよい。
【0085】
動的方法の実施例では、ＷＴＲＵは、特定の送信（例えば、ダウンリンク送信、アップリンク送信、またはダウンリンク送信およびアップリンク送信の両方）に事前構成されたタイプのＨＡＲＱ処理を適用してもよい。例えば、適用されるＨＡＲＱ処理のタイプは、スケジューリング情報のタイプに基づいてもよい。実施例では、ＷＴＲＵは、準静的に構成された割り当ておよび／またはグラントと関連付けられたＨＡＲＱ処理に第１の処理を適用してもよく、動的にスケジューリングされた送信に対して第２の処理を適用してもよい。例えば、ＷＴＲＵは、第１のタイプ（例えば、準永続的スケジューリング（ＳＰＳ）タイプ０）の準静的に構成された割り当てと関連付けられたＨＡＲＱ処理に第１の処理を適用してもよく、そうでなければ、第２の処理を適用してもよい。
【0086】
実施例では、ＷＴＲＵは、例えば、ＵＬグラントに含めることができるＨＡＲＱ処理識別子に基づいて、送信に適用されることになるＨＡＲＱ処理のタイプを判定してもよい。（例えば、追加のまたは代替的な）実施例では、ＷＴＲＵは、例えば、ダウンリンク（ＤＬ）割り当てを搬送するダウンリンク制御情報（ＤＣＩ）に含めることができるＨＡＲＱ処理識別子に基づいて、適用する（例えば、受信のための）ＨＡＲＱ処理のタイプを判定してもよい。
【0087】
実施例では、ＷＴＲＵは、ＨＡＲＱ ＰＩＤ＝ｘに対してスケジューリングされたＨＡＲＱ処理に対して第１のＨＡＲＱ処理を適用してもよく（例えば、適用するように構成される）、ｘは、例えば、ゼロ（ＰＩＤ＝０）であってもよく、それは、閉ループＨＡＲＱ処理を表してもよい。ＷＴＲＵは、そうでなければ、第２の処理（例えば、開ループＨＡＲＱ処理）を適用してもよい（例えば、適用するように構成される）。ＷＴＲＵ ＭＡＣレイヤは、ＨＡＲＱ ＰＩＤ＝ｘについてのＤＬ送信（例えば、それのみ）に対してＨＡＲＱフィードバックを生成するよう、ＰＨＹレイヤに指示してもよい。ＷＴＲＵ ＭＡＣレイヤは、ＨＡＲＱ ＰＩＤについて以外のＵＬ送信に対してＨＡＲＱ ＡＣＫを想定してもよく（例えば、暗黙的に想定する）（例えば、ＨＡＲＱ ＰＩＤ＝ｘについてのＨＡＲＱフィードバックに基づいて）、その結果、例えば、送信の後にＨＡＲＱ処理を保留することができ、および／またはＨＡＲＱバッファをクリアすることができる。ＷＴＲＵは、例えば、他のＰＩＤ値についてのＨＡＲＱフィードバックを処理するために、異なる（例えば、レガシ）プロシージャ（例えば、ＮＲ Ｒ１５ ＨＡＲＱプロシージャ、ＬＴＥ Ｒ８ ＨＡＲＱプロシージャなど）を使用してもよい。ＷＴＲＵは、例えば、ＵＬ ＨＡＲＱ処理（例えば、開ループＨＡＲＱ処理またはステートレスＨＡＲＱ処理に対して構成された）が最大数のＨＡＲＱ最送信に到達することができず、および／または無線リンク障害（ＲＬＦ）をトリガすることができないように構成されてもよい。ＷＴＲＵは、例えば、ＨＡＲＱ最送信カウンタをカウントせず、および／または更新しないように構成されてもよい。例えば、ＷＴＲＵは、ステートレスＨＡＲＱ処理に対して構成されたＨＡＲＱ ＰＩＤ（前の実施例では、例えば、ＨＡＲＱ ＰＩＤ！＝０）に対応するＨＡＲＱ処理に対してニューデータインジケータ（ＮＤＩ：New Data Indicator）をトグルしてもよい（例えば、トグルするように構成される）。ＷＴＲＵは（例えば、そうでなければ）、ＮＤＩをトグルするための異なる（例えば、レガシ）判定（例えば、ＮＤＩをトグルするためのＮＲ Ｒ１５プロシージャ、ＮＤＩをトグルするためのＬＴＥ Ｒ８プロシージャなど）を実行してもよい。
【0088】
ＷＴＲＵは、例えば、ＨＡＲＱフィードバックが存在しないとき、ネットワークエンティティに、長期ＨＡＲＱ性能（long term HARQ performance）のインジケーションを送信してもよい（送信するように構成される）。インジケーションは、例えば、ブラインド送信の回数を調節するためにネットワークエンティティによって利用されてもよい。インジケーションは、例えば、ＲＬＣ状態報告を介して通信されてもよい。長期ＨＡＲＱ性能は、例えば、時間期間内の巡回冗長検査（ＣＲＣ）障害の回数に基づいてトリガされてもよい。ＲＬＣ状態報告は、例えば、時間期間内のＣＲＣ障害の回数に基づいてトリガされてもよい。トリガされたＲＬＣ状態報告は、長期ＨＡＲＱフィードバックを含んでもよく、または含まなくてもよい。
【0089】
ＷＴＲＵは、不連続受信（ＤＲＸ）により構成されてもよい。ＤＲＸ振る舞いは、ＨＡＲＱ処理に基づいてもよい（例えば、ＨＡＲＱ処理に応じてもよい）。実施例では、ＷＴＲＵは、例えば、ＤＬ割り当ておよび／またはＵＬグラントと関連付けられたＨＡＲＱ処理タイプに基づいて、ＤＲＸと関連付けられた１つまたは複数のタイマを扱ってもよい（例えば、扱うように構成される）。
【0090】
ＷＴＲＵは、例えば、ＤＲＸが構成される場合（構成されるとき）、様々なアクション（例えば、本明細書で説明されるような）を実行してもよい。ＷＴＲＵのＭＡＣエンティティ（例えば、活性時間状態にある（in Active Time state））は、例えば、物理ダウンリンク制御チャネルがＵＬ送信またはＤＬ送信を示すかどうかを判定するよう、ＰＤＣＣＨを監視してもよい。ＷＴＲＵは、対応するＨＡＲＱ処理タイプが開ループまたは閉ループであるかどうかを判定してもよい。
【0091】
ＷＴＲＵは、例えば、第１のシンボルにおける対応するＨＡＲＱ処理に対して、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬタイマを開始してもよく（例えば、対応する閉ループＨＡＲＱ処理タイプによりＰＤＣＣＨによって示されるＤＬ送信に対して）（例えば、ＤＬ ＨＡＲＱフィードバックを搬送する対応する送信の終了の後）、対応するＨＡＲＱ処理に対して、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬタイマを停止してもよい。ＷＴＲＵは、例えば、対応するＨＡＲＱ処理に対して、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬタイマを開始または再開してもよい（例えば、対応する開ループＨＡＲＱ処理タイプによりＰＤＣＣＨによって示されるＤＬ送信に対して）。
【0092】
ＷＴＲＵは、例えば、第１のシンボルにおける対応するＨＡＲＱ処理に対して、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬタイマを開始してもよく（例えば、対応する閉ループＨＡＲＱ処理タイプによりＰＤＣＣＨによって示されるＵＬ送信に対して）（例えば、対応するＰＵＳＣＨ送信の１回目の反復の終了の後）、対応するＨＡＲＱ処理に対して、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬタイマを停止してもよい。ＷＴＲＵは、例えば、対応するＨＡＲＱ処理に対して、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬタイマを開始または再開してもよい（例えば、ＰＤＣＣＨおよび対応する開ループＨＡＲＱ処理タイプによって示されるＵＬ送信に対して）。
【0093】
ＷＴＲＵは、例えば、伝搬遅延をもたらし、または伝搬遅延を考慮するよう、ＤＲＸ適応（DRX adaptation,）を実行してもよい（例えば、実行するように構成される）。ＤＲＸ適応は、ＷＴＲＵによって実行されてもよく（例えば、自律的に）、ならびに／またはネットワークエンティティから受信された構成および／もしくはコマンドに基づいてもよい。実施例では、例えば、データ送信／受信動作に基づいて（例えば、それに応じて）、ＷＴＲＵにおいて電力を節約するためにＤＲＸが利用されてもよい。非地上波ネットワークは、大きな伝搬遅延を経験する場合がある（例えば、ＬＥＯに対して９５ミリ秒およびＧＥＯに対して２７２ミリ秒）。ＷＴＲＵは、例えば、活性時間になかった場合（活性時間になかったとき）例えば、非活性時間にある間）、ＰＤＣＣＨを監視しない場合がある（例えば、監視することが必要とされない）。活性時間は、例えば、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、またはｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒのうちの１つまたは複数のタイマが稼働しているときの時間を含んでもよい。実施例では、活性時間は、例えば、スケジューリング要求が保留中であるときの時間を含んでもよい。例えば、ＮＴＮなどの著しい伝搬遅延によりネットワークからの応答を待機している間にＷＴＲＵが活性時間にある場合、不必要な電力消費が発生する場合がある。
【0094】
ＷＴＲＵは、例えば、伝搬遅延に基づいて、不連続受信（ＤＲＸ）を適用してもよい（例えば、適用するように構成される）。ＤＲＸの適用は、性能に大きな悪影響を与えることなく（例えば、待ち時間、信頼性など）、スリープ時間を最大化することを試みるために使用されてもよい。実施例では、ＵＬ送信に対する予測される応答の前に予測された他のＤＬ受信および／または他のＵＬ送信が存在しない場合、ＷＴＲＵは、応答が予測されるＵＬ送信が完了すると、事前構成された持続期間の間にスリープモードに入ってもよい。実施例では、ＷＴＲＵは、例えば、ネットワークからの応答を待機している間、スリープしてもよい（例えば、スリープするように構成される）（例えば、ＰＤＣＣＨを連続して監視する代わりに）。（追加のおよび／または代替的な）実施例では、ＷＴＲＵは、それらに限定されないが、プリアンブルの送信、ＭＳＧ３の送信、スケジューリング要求の送信などを含む、ＵＬ送信に対する伝搬遅延に基づいてＤＲＸを適用してもよい。実施例では、ＷＴＲＵは、ＵＬ送信があると、タイマ（例えば、伝搬遅延タイマ）を開始してもよい（例えば、開始するように構成される）。実施例では、ＷＴＲＵは、例えば、伝搬遅延タイマが稼働している場合、ＰＤＣＣＨを監視しなくてもよい（例えば、監視することが必要とされない）。実施例では、ＷＴＲＵは、例えば、伝搬遅延タイマが稼働しており、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、またはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬのうちの１つまたは複数のタイマが稼働していない場合、ＰＤＣＣＨを監視しなくてもよい（例えば、監視することが必要とされない）。実施例では、ＷＴＲＵは、伝搬遅延タイマが稼働しており、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが稼働している場合、ＰＤＣＣＨを監視しなくてもよい（例えば、監視することが必要とされない）。実施例では、ＷＴＲＵは、伝搬遅延タイマが稼働しており、スケジューリング要求に対する応答が保留中である場合、ＰＤＣＣＨを監視しなくてもよい（例えば、監視することが必要とされない）。ＷＴＲＵは、例えば、伝搬遅延タイマが満了すると、ウェイクアップし、ＰＤＣＣＨを監視してもよい（例えば、ウェイクアップおよび監視するように構成される）。
【0095】
図５は、論理チャネル制限／論理チャネル優先順位付けと関連付けられた実施例を示す。
【0096】
論理チャネル優先順位付けおよび／または論理チャネル多重化をもたらすシステムおよび方法が本明細書で説明され、論理チャネル優先順位付けおよび／または論理チャネル多重化は、ＨＡＲＱ処理（例えば、ＨＡＲＱ処理タイプまたはＨＡＲＱ処理ＩＤ）に基づいてもよい。ＷＴＲＵは、例えば、ＵＬグラントと関連付けられたＨＡＲＱ特性に基づいて、ＵＬ送信に対する論理チャネル（複数可）を選択してもよい（例えば、選択するように構成される）。例えば、図５は、「ＨＡＲＱ処理ｃｏｎｆｉｇ」の下に示される開ループＨＡＲＱ処理タイプと関連付けられたＨＡＲＱ処理ＩＤ「ｘ」を識別するＵＬグラントを示す。実施例では、論理チャネル２…ｎのうちの１つまたは複数は、ＵＬ送信に対して選択されてもよい（例えば、ＬＣＨ １が「論理チャネルｃｏｎｆｉｇ」において示される閉ループタイプの論理チャネルであることを理由に、ＬＣＨ １は使用を制限されている）。
【0097】
ＷＴＲＵは、論理チャネルと関連付けられた適用可能なＨＡＲＱ特性により構成されてもよい。ＨＡＲＱ特性は、適用可能な処理ＩＤ（複数可）および／または適用可能なＨＡＲＱ処理タイプ（例えば、開ループもしくは閉ループ）に対応してもよい。実施例では、１つまたは複数のＵＬグラントは、所与の信頼性レベルを達成する様々な信頼性値または様々な待ち時間値を提供することができる。１つまたは複数のＵＬ送信（例えば、他のカテゴリ（複数可）よりも高い優先度を有するとして示されるカテゴリにある、閾値を上回る優先度を有するＵＬ送信（複数可））は、より良好な信頼性をもたらすＵＬグラントにマッピングされてもよい。例えば、シグナリング無線ベアラと関連付けられた論理チャネル（ＬＣＨ）は、有効にされたＨＡＲＱフィードバックと共にＵＬグラントにマッピングされてもよい。マッピングは、関連付けのインジケーションであってもよく、インジケーションは、受信されてもよく（例えば、信号を介して）、事前構成されてもよい、などである。マッピング制限は、選択のインジケーションであってもよく（例えば、使用に対して許可されたチャネル（複数可）の選択、使用に対して許可されていないチャネル（複数可）の選択など）、インジケーションは、受信されてもよく（例えば、信号を介して）、事前構成されてもよい、などである。
【0098】
ＷＴＲＵは、ＨＡＲＱ処理のタイプと関連付けられたＬＣＨマッピング制限により構成されてもよい（例えば、図５に示されるように、ＬＣＨ １は、ＵＬグラントにおいて示されたＨＡＲＱ処理ＩＤおよびその関連するＨＡＲＱ処理タイプに基づいて使用が制限され、ＬＣＨ ２…ｎは、ＵＬグラントにおいて示されたＨＡＲＱ処理ＩＤおよびその関連するＨＡＲＱ処理タイプに基づいて使用が許可されている）。例えば、ＬＣＨ（複数可）の第１のセットに対する送信に利用可能なデータは、第１のタイプのＨＡＲＱ処理のＨＡＲＱ処理（複数可）に対応するトランスポートブロックに多重化されてもよく、ＬＣＨ（複数可）の第２のセットに対する送信に利用可能なデータは、第２のタイプのＨＡＲＱ処理のＨＡＲＱ処理（複数可）の第２のセットに基づいて多重化されてもよい。
【0099】
ＷＴＲＵは、例えば、論理チャネルと論理チャネルに対して許可されたＨＡＲＱ処理タイプ（複数可）との間の（例えば、（事前）構成された）マッピング制限に基づいて、論理チャネル優先順位付け（ＬＣＰ）を実行してもよい（例えば、マッピング制限は、許可されたＨＡＲＱ処理タイプ（複数可）と関連付けられた論理チャネル（複数可）の選択である）。例えば、ＷＴＲＵは、論理チャネルと論理チャネルに対して許可されたＨＡＲＱ処理ＩＤ（複数可）との間の（例えば、（事前）構成された）マッピング制限に基づいて、ＬＣＰを実行してもよい（例えば、図５に示されるように、ＬＣＨ １は、許可されていない、例えば、示されたＨＡＲＱ処理ＩＤと関連付けられていない閉ループＨＡＲＱ処理タイプと関連付けられたＬＣＨ １に基づいて送信に対する使用が制限され、ならびに／またはＬＣＨ ２およびＬＣＨ ｎは、許可された開ループＨＡＲＱ処理タイプと関連付けられたＬＣＨ ２およびＬＣＨ ｎに基づいて送信に対する使用が許可されている）。ＷＴＲＵは、論理チャネル（例えば、マッピング制限から結果として生じた許可されたＬＣＨ（複数可））に対して構成されたＨＡＲＱ処理ＩＤ（複数可）および／または適用可能なＨＡＲＱ処理タイプを含むＵＬグラントを使用して、論理チャネルからＵＬ ＭＡＣ ＳＤＵを送信してもよい。ＷＴＲＵは、例えば、その構成されたＨＡＲＱ特性がＵＬグラントのＨＡＲＱ特性と一致しない場合、論理チャネルをスキップしてもよい（例えば、図５に示されるように、ＬＣＨ １は、ＵＬグラントにおいて示されたＨＡＲＱ処理ＩＤと関連付けられたＨＡＲＱ処理タイプと一致しないＨＡＲＱ処理タイプに基づいて、スキップされ、例えば、使用が制限される）。ＷＴＲＵは、例えば、そのＨＡＲＱ特性がＵＬグラントのＨＡＲＱ特性と一致する論理チャネルに対する優先度と比較して、そのＨＡＲＱ特性がＵＬグラントのＨＡＲＱ特性と一致しない論理チャネルに対して低い優先度を適用してもよい。ＷＴＲＵは、（例えば、構成に基づいて）例えば、論理チャネルが適用可能なＨＡＲＱ特性により構成されない場合、適用可能なＨＡＲＱ特性に関わらず、論理チャネルをいずれかのＵＬグラントにマッピングすることができると想定してもよい。
【0100】
ＷＴＲＵは、ＨＡＲＱ処理の（例えば、共通の）タイプに対応することができるマッピング制限により構成されたＬＣＨ（例えば、ＬＣＨに共通する）に対するサービス要求（ＳＲ）構成により構成されてもよい。実施例では、ＷＴＲＵは、例えば、新たなデータが第１のタイプのＨＡＲＱ処理へのマッピング制限によるＬＣＨに対する送信に利用可能になる場合、リソースの第１のセットを使用して、ＳＲの送信を実行してもよい（例えば、物理アップリンク制御チャネル（ＰＵＣＣＨ）上での、または物理ランダムアクセスチャネル（ＰＲＡＣＨ）上での）。ＷＴＲＵは、例えば、そうでなければ、リソースの第２のセットを使用してＳＲの送信を実行してもよい。
【0101】
ＷＴＲＵは、例えば、データがバッファに記憶される時間を考慮して、ＬＣＰを実行してもよい。実施例では、ＷＴＲＵは、論理チャネルにおけるデータの年数（ΔＴ）に基づいて、ＬＣＰを実行してもよい。データの年数は、データがバッファに記憶される時間を測定することができる。データの年数は、例えば、バッファへのデータの到達時間に基づいて判定されてもよい。ＷＴＲＵは、例えば、構成されたリソースを満たす論理チャネルをＷＴＲＵが選択する場合、（例えば、各々の）論理チャネルのΔＴを考慮してもよい。実施例では、ＷＴＲＵは、例えば、データがバッファに記憶された時間およびデータの優先度に基づいて（例えば、論理チャネルに対するトークンバケットＢｊ値との組み合わせで）論理チャネルを選択することによって、ＬＣＰを実行してもよい。例えば、論理チャネルを選択するために、関数ｆ（ΔＴ，ｐｒｉｏｒｉｔｙ）が定義および使用されてもよい。関数ｆ（ΔＴ，ｐｒｉｏｒｉｔｙ）は、例えば、ΔＴの値および論理チャネルの優先度に基づいて計算されてもよい。関数ｆ（ΔＴ，ｐｒｉｏｒｉｔｙ）は、論理チャネルに対するＢｊ値（例えば、トークンバケットスキームにおいて利用可能なトークンの最新の数）に依存してもよい。関数ｆと関連付けられた実施例では、ＷＴＲＵは、最高優先度に属する論理チャネルを選択するように構成されてもよい。それらの選択された論理チャネルの間で、ＷＴＲＵは、ΔＴの降順に基づいて論理チャネルをサービスするように構成されてもよい。例えば、どちらが早いかどうかであっても、論理チャネル（例えば、全ての論理チャネル）がサービスされ、またはグラントにおけるＵＬリソース（例えば、全てのＵＬリソース）が使い果たされるまで、次の優先度まで処理が継続してもよい。関数ｆと関連付けられた実施例では、ＷＴＲＵは、そのΔＴ値が閾値を上回る論理チャネル（複数可）を選択するように構成されてもよい。それらの選択された論理チャネルの間で、ＷＴＲＵは、それらの優先度レベル（例えば、最高から最低への）に基づいて、論理チャネルをサービスするように構成されてもよい。処理は、最初にΔＴの降順において、次に減少する優先度において継続してもよい。どちらが早いかでどうかあっても、論理チャネル（例えば、全ての論理チャネル）がサービスされ、またはグラントにおけるＵＬリソース（例えば、全てのＵＬリソース）が使い果たされるまでこれが継続してもよい。
【0102】
例えば、ＨＡＲＱ処理に応じて、ＭＡＣ制御要素（ＭＡＣ ＣＥ）多重化が実行されてもよい。ＷＴＲＵは、例えば、ＵＬグラントと関連付けられたＨＡＲＱ特性に基づいて、送信のための１つまたは複数のＭＡＣ ＣＥ（複数可）を選択してもよい（例えば、選択するように構成される）。ＷＴＲＵは、例えば、ＵＬグラントと関連付けられたＨＡＲＱ特性がＭＡＣ ＣＥについての（例えば、事前構成された）ＨＡＲＱ特性と一致する場合に、ＭＡＣ ＣＥにＭＡＣ ＰＤＵに多重化してもよい（多重化するように構成される）。ＨＡＲＱ特性は、適用可能な処理ＩＤ（複数可）および／または適用可能なＨＡＲＱ処理タイプ（複数可）に対応してもよい。実施例では、（例えば、各々の）ＭＡＣ ＣＥは、（例えば、単一の）適用可能なＨＡＲＱ特性により構成されてもよい。（例えば、追加のおよび／または代替的な）実施例では、ＭＡＣ ＣＥタイプごとにＨＡＲＱ特性が構成されてもよい。例えば、複数のＵＬグラントが異なる信頼性または所与の信頼性を達成するための異なる待ち時間をもたらす場合、ＭＡＣ ＣＥ（複数可）（例えば、重要なＭＡＣ ＣＥ（複数可））は、より良好な信頼性をもたらすＵＬグラントにマッピングされてもよい。実施例では、上位レイヤ再送信（例えば、ＲＬＣレイヤ再送信）を介してＭＡＣ ＣＥ送信における障害を回復することができないことがある。ＭＡＣ ＣＥ送信は、有効にされるＨＡＲＱフィードバックと関連付けられたＵＬグラントに対して許可されてもよい。
【0103】
ＷＴＲＵは、例えば、ＵＬグラントと関連付けられたＨＡＲＱ特性に基づいて、論理チャネルの優先順位付けを適用してもよい（適用するように構成される）。実施例では、例えば、ＨＡＲＱフィードバックが有効にされることをＵＬグラントが示す場合（例えば、明示的または暗黙的に示す）、ＷＴＲＵは、第１の優先順位付け順序を適用してもよい。例えば、ＨＡＲＱフィードバックが無効にされることをＵＬグラントが示す場合（例えば、明示的または暗黙的に示す）、ＷＴＲＵは、第２の優先順位付け順序を適用してもよい。第１の優先順位付け順序の実施例では、バッファ状態報告（ＢＳＲ）および電力ヘッドルーム（ＰＨＲ）ＭＡＣ ＣＥは、論理チャネル（例えば、アップリンク共有制御チャネル（ＵＬ－ＣＣＣＨ）以外の）からのデータよりも低い優先度を有してもよい。第２の優先順位付け順序の実施例では、ＢＳＲおよびＰＨＲ ＭＡＣ ＣＥは、論理チャネル（例えば、ＵＬ－ＣＣＣＨ以外の）からのデータよりも高い優先度を有してもよい。
【0104】
ＨＡＲＱ制限をオーバライドするシステムおよび方法が説明される。ＷＴＲＵは、例えば、ＭＡＣ ＣＥがトリガされる場合、タイマを開始してもよい（例えば、開始するように構成される）。ＷＴＲＵは、例えば、ＭＡＣ ＣＥの送信が成功した場合、タイマをリセットしてもよい。ＷＴＲＵは、例えば、ＵＬグラントがＭＡＣ ＣＥに対して事前構成されたＨＡＲＱ特性に一致する場合、ＭＡＣ ＣＥを送信してもよい（例えば、タイマが稼働している間）。ＷＴＲＵは、例えば、タイマの満了の前にＭＡＣ ＣＥを送信することができない場合、ＨＡＲＱ特性構成をオーバライドしてもよく、最先の利用可能なＵＬグラントにおいてＭＡＣ ＣＥを送信してもよい。
【0105】
ＷＴＲＵは、例えば、受信されたＤＬトランスポートブロックが開ループＨＡＲＱ処理タイプと関連付けられる場合、ＨＡＲＱフィードバック送信をスキップしてもよい。ＷＴＲＵは、例えば、ＭＡＣ ＰＤＵのコンテンツに基づいて、ルール（例えば、受信されたＤＬトランスポートブロックが開ループＨＡＲＱ処理タイプと関連付けられる場合、ＨＡＲＱフィードバック送信をスキップすることなどのルール）をオーバライドしてもよい（例えば、オーバライドするように構成される）。ＷＴＲＵは、例えば、ＤＬ ＭＡＣ ＰＤＵがＭＡＣ ＣＥを含むとＷＴＲＵが判定する場合、ＨＡＲＱ処理タイプ構成をオーバライドしてもよく、ＨＡＲＱフィードバックを送信してもよい。
【0106】
ＷＴＲＵは、第１のタイプのＨＡＲＱ処理のＨＡＲＱ処理（複数可）に対応するトランスポートブロックにＭＡＣ ＣＥの第１のセットを多重化してもよい（例えば、多重化するように構成される）。ＭＡＣ ＣＥの他のセット（複数可）は、ＨＡＲＱ処理（複数可）の第２のセットに対応するトランスポートブロックに多重化されてもよい。実施例では、ＭＡＣ ＣＥのセットは、ＭＡＣ ＣＥのタイプ（例えば、ＢＳＲ、ＰＨＲ）に応じてもよい。
【0107】
ＵＬ電力制御は、ＨＡＲＱ処理に基づいてもよい。実施例では、ＷＴＲＵは、電力制御のための１つもしくは複数のパラメータおよび／またはテーブルを、ＨＡＲＱ処理ＩＤ（複数可）のセットおよび／または適用可能なＨＡＲＱ処理タイプに関連付けてもよい。パラメータおよび／またはテーブルの例は、（ａ）送信のための結果として生じる電力レベルを増加／低下させることができる電力オフセット、（ｂ）部分的経路損失補償（fractional pathloss compensation;）のために使用することができる部分的電力値（fractional power value）、（ｃ）ＤＣＩにおけるＴＰＣコマンドフィールドを絶対電力調節および／または累積電力調節にマッピングすることができる送信電力コマンド（ＴＰＣ）コマンドマッピングテーブル、（ｄ）送信のためのターゲット電力Ｐo値および／または電力設定に対する調節、のうちの１つまたは複数を含んでもよい。
【0108】
ＷＴＲＵは、ＨＡＲＱ再送信を必要とすることがあるＨＡＲＱ処理タイプと関連付けられた（例えば、関連付けられてもよい）電力オフセット値により構成されてもよい。ＷＴＲＵは、ＨＡＲＱ再送信を必要としないことがある他のＨＡＲＱ処理タイプと関連付けられてもよい別の電力オフセット値により構成されてもよい。
【0109】
ＷＴＲＵは、ＨＡＲＱ再送信を必要としないことがあるＨＡＲＱ処理タイプと関連付けられてもよいＴＰＣコマンドマッピングテーブルにより構成されてもよい。ＷＴＲＵは、ＨＡＲＱ再送信を必要とすることがあるＨＡＲＱ処理タイプと関連付けられてもよい別のＴＰＣコマンドマッピングテーブルにより構成されてもよい。
【0110】
ＷＴＲＵは、ＴＰＣコマンドマッピングテーブルをＨＡＲＱ処理タイプと関連付けてもよい（例えば、関連付けるように構成される）（例えば、１対１の関係において）。ＷＴＲＵは、ＨＡＲＱ処理タイプに応じて、絶対電力調節値および／または累積電力調節値により演算（例えば、パラメータαを使用した加算または乗算）を実行するように（例えば、更に）構成されてもよい。例えば、ＷＴＲＵは、第１のＨＡＲＱ処理タイプ（例えば、ＨＡＲＱ処理タイプはＨＡＲＱ再送信を必要とする）と関連付けられた絶対電力調節値および／または累積電力調節値についての第１のパラメータ（例えば、ａ１）を使用して第１の演算（例えば、加算または乗算）を適用し、第２のＨＡＲＱ処理タイプ（例えば、ＨＡＲＱ処理タイプはＨＡＲＱ再送信を必要としない）と関連付けられた絶対電力調節値および／または累積電力調節値についての第２のパラメータ（例えば、ａ２）を使用して第２の演算（例えば、加算または乗算）を適用するように構成されてもよい。
【0111】
ＷＴＲＵは、例えば、オーバライドされたコードポイント（codepoints）について異なる意味を有するように、ＴＰＣコマンドマッピングテーブルにおいて１つまたは複数のＴＰＣコードポイントをオーバライドしてもよい（例えば、オーバライドするように構成される）。実施例では、ＷＴＲＵは、例えば、ＴＰＣコマンドにおけるＴＰＣコードポイントが絶対「Ｐｃｍａｘ」に対するものであることを示すように、ＴＰＣコマンドマッピングテーブルにおいてＴＰＣコードポイントをオーバライドしてもよい（例えば、オーバライドするように構成される）。
【0112】
ＷＴＲＵは、ＨＡＲＱ処理のタイプに対して変調およびコーディングスキーム（ＭＣＳ）テーブルを使用してもよい（例えば、使用するように構成される）。実施例では、ＷＴＲＵは、低ブロックエラー率（ＢＬＥＲ）ターゲットを有するテーブルにより構成されてもよい。ＭＣＳテーブル（例えば、低ＢＬＥＲターゲットを有するテーブルにより構成された）は、例えば、ＨＡＲＱ再送信を必要としないことがあるＨＡＲＱ処理タイプに対して使用されてもよい。実施例では、ＷＴＲＵは、高（より高い）ＢＬＥＲターゲットを有するテーブルにより構成されてもよい。ＭＣＳテーブル（例えば、高（より高い）ＢＬＥＲターゲットを有するテーブルにより構成された）は、ＨＡＲＱ再送信を必要とすることがあるＨＡＲＱ処理タイプに対して使用されてもよい。
【0113】
ＷＴＲＵは、ＭＣＳテーブルをＴＰＣコマンドマッピングテーブルと関連付けて、および／またはその逆に関連付けてもよい（例えば、関連付けるように構成される）。実施例では、ＷＴＲＵは、１つのＭＣＳテーブルを一度に使用してもよい（例えば、使用するように構成される）。ＷＴＲＵは、例えば、電力制御のためのＴＰＣコマンドを解釈するために、対応するＴＰＣコマンドマッピングテーブルを使用するように構成されてもよい（例えば、活性ＭＣＳテーブルに基づいて）。
【0114】
ＷＴＲＵは、例えば、ＨＡＲＱ構成に基づいて、構成済みグラントと関連付けられたＨＡＲＱ振る舞いを判定してもよい（例えば、判定するように構成される）。実施例では、ＷＴＲＵは、例えば、動的グラントと関連付けられた送信のためのＨＡＲＱ構成に基づいて（例えば、暗黙的に基づいて）、構成済みグラントと関連付けられたＨＡＲＱ振る舞いを判定してもよい。ＷＴＲＵは、例えば、開ループＨＡＲＱが動的グラントに対して構成される場合、構成済みグラントと関連付けられた送信のための開ループＨＡＲＱ機能を適用してもよい。実施例では、ＷＴＲＵは、例えば、構成済みグラントに対して割り当てられたＨＡＲＱ処理およびそれらのＨＡＲＱ処理に対して構成されたＨＡＲＱ振る舞い（例えば、開／閉／ステートレス）に基づいて、ＨＡＲＱ機能を適用してもよい。
【0115】
（例えば、追加のおよび／または代替的な）実施例では、ＷＴＲＵは、例えば、動的グラントによる送信と比較して、構成済みグラントに対する区別されたＨＡＲＱ機能を適用してもよい（例えば、適用するように構成される）。例えば、ＷＴＲＵは、動的グラント（例えば、構成済みグラント）なしの送信のためのＨＡＲＱ振る舞いを適用してもよい（例えば、適用するように構成される）。ＨＡＲＱ振る舞いは、例えば、ＲＲＣシグナリングを介して（例えば、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報要素において）構成されてもよい。
【0116】
ＷＴＲＵは、構成済みグラントにおけるＡ（例えば、各々の）リソースと関連付けられたＨＡＲＱタイプを判定してもよい（例えば、判定するように構成される）。ＷＴＲＵは、（例えば、各々の）リソースが１つもしくは複数のＨＡＲＱタイプ（例えば、ステートレスＨＡＲＱ、開ループＨＡＲＱ、および／もしくは閉ループＨＡＲＱ）に属することができ、または１つもしくは複数のＨＡＲＱタイプと関連付けられてもよいと判定してもよい（例えば、判定するように構成される）。
【0117】
各々のリソースと関連付けられたＨＡＲＱタイプは、例えば、構成済みグラントに割り当てられたＨＡＲＱ処理の回数、構成済みグラントの周期性、２つの連続したＨＡＲＱ処理の間の時間間隔、および／またはＨＡＲＱ再使用時間（例えば、ＷＴＲＵが同一のＨＡＲＱ処理を再使用するための最小時間）、のうちの１つまたは複数のパラメータに基づいて判定されてもよい。ＷＴＲＵは、（例えば、それによって）例えば、データレートを犠牲にすることなく、可能性のあるＨＡＲＱ再送信のための送信パケットを選択的にバッファリングしてもよい。
【0118】
（例えば、追加のおよび／または代替的な）実施例では、ＷＴＲＵは、構成済みグラントにおけるリソースに対してステートレスＨＡＲＱ送信を使用してもよい（例えば、使用するように構成される）。実施例では、ＷＴＲＵは、例えば、構成済みグラントにおけるリソースに割り当てられたＨＡＲＱ処理のうちの１つまたは複数（例えば、各々）が使用中である場合、構成済みグラントにおけるリソースに対してステートレスＨＡＲＱ送信を使用してもよい（例えば、使用するように構成される）。
【0119】
図６は、構成済みグラントにおけるリソースごとのＨＡＲＱタイプをＷＴＲＵが判定する実施例を示す。図６における実施例によって示されるように、ＷＴＲＵは、構成済みグラントに割り当てられた２つのＨＡＲＱ処理（例えば、ＰＩＤ１およびＰＩＤ２によって識別される）を有してもよい。実施例では（例えば、Ｏｐｔｉｏｎ １に示される）、２×ｐｅｒｉｏｄｉｃｉｔｙの時間間隔は、２つの連続したＨＡＲＱ処理（例えば、ＰＩＤ１およびＰＩＤ２）に対して構成されてもよい。（例えば、追加のおよび／または代替的な）実施例では（例えば、Ｏｐｔｉｏｎ ２に示される）、２つの連続したＨＡＲＱ処理（例えば、ＰＩＤ１およびＰＩＤ２）の間の時間間隔が構成されなくてもよい。実施例では（例えば、Ｏｐｔｉｏｎ １およびＯｐｔｉｏｎ ２に示される）、ＷＴＲＵは、構成済みグラントにおける（例えば、各々の）リソースと関連付けられたＨＡＲＱタイプを判定してもよい（例えば、構成に基づいて）。
【0120】
本明細書で提供されるソリューションは、ＬＴＥ、ＬＴＥ－Ａ、新無線（ＮＲ）、または５Ｇ特有プロトコルに関連した実施例を説明することができ、非地上波ネットワークを使用して説明されてもよいが、本明細書で説明されるソリューションは、それらのシナリオに限定されず、他の無線システム、配備、またはネットワークにも適用可能であってもよいことが理解されよう。本明細書で議論されるソリューションは、長い待ち時間、ラウンドトリップ時間遅延、および／またはネットワーク構成要素（例えば、ｇＮＢ）が固定されない（例えば、衛星、エアリアルなど）点で、同様の特性によるネットワーク配備に少なくとも適用可能であってもよい。
【0121】
特徴および要素が特に組み合わせて上記説明されたが、当業者は、各々の特徴または要素が単独で使用されてもよく、または他の特徴および要素とのいずれかの組み合わせで使用されてもよいことを認識するであろう。加えて、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装されてもよい。コンピュータ可読媒体の例は、電気信号（有線接続または無線接続を通じて送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、それらに限定されないが、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、磁気光学媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含む。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはいずれかのホストコンピュータにおける使用のための無線周波数送受信機を実装するために、ソフトウェアと関連してプロセッサが使用されてもよい。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】