特許 7280187 無線システムにおける受信機フィードバック

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

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

(11)【特許番号】

(24)【登録日】2023-05-15

(45)【発行日】2023-05-23

(54)【発明の名称】無線システムにおける受信機フィードバック

(51)【国際特許分類】

   H04L 1/16 20230101AFI20230516BHJP

   H04W 28/04 20090101ALI20230516BHJP

【ＦＩ】

H04L1/16

H04W28/04 110

【請求項の数】 14

(21)【出願番号】P 2019535766

(86)(22)【出願日】2018-01-03

(65)【公表番号】

(43)【公表日】2020-03-05

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

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

(87)【国際公開日】2018-07-12

【審査請求日】2021-01-04

(31)【優先権主張番号】62/500,989

(32)【優先日】2017-05-03

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

(31)【優先権主張番号】62/442,093

(32)【優先日】2017-01-04

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

(31)【優先権主張番号】62/453,085

(32)【優先日】2017-02-01

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

(31)【優先権主張番号】62/519,675

(32)【優先日】2017-06-14

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

(31)【優先権主張番号】62/542,927

(32)【優先日】2017-08-09

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

(73)【特許権者】

【識別番号】316012245

【氏名又は名称】アイディーエーシー ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】ポール・マリニエール

(72)【発明者】

【氏名】ジェイ・パトリック・トゥーハー

(72)【発明者】

【氏名】ファリス・アルファルハン

(72)【発明者】

【氏名】ジスレイン・ペレティエ

(72)【発明者】

【氏名】アータ・エル・ハムス

【審査官】吉江 一明

(56)【参考文献】

【文献】国際公開第２０１０／１１３２１４（ＷＯ，Ａ１）

【文献】中国特許出願公開第１０４２８３６５１（ＣＮ，Ａ）

【文献】国際公開第２０１６／１７５０２９（ＷＯ，Ａ１）

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

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

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

Ｈ０４Ｌ １／１６

Ｈ０４Ｗ ２８／０４

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

【請求項1】

無線送受信ユニット（ＷＴＲＵ）であって、
第１のダウンリンク送信と関連付けられた第１のダウンリンク制御情報（ＤＣＩ）を受信し、
少なくとも１つのトランスポートブロック（ＴＢ）を含む前記第１のダウンリンク送信を受信し、前記少なくとも１つのＴＢは、１つ以上の符号ブロックグループ（ＣＢＧ）を含み、各ＣＢＧは１つ以上の符号ブロック（ＣＢ）を含んでおり、
前記第１のＤＣＩが、ＣＢベースタイプのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックが前記第１のダウンリンク送信のために提供されることになることを示している条件で、前記第１のダウンリンク送信に関連付けられた第１のＣＢベースのＨＡＲＱフィードバックを送信し、
第２のダウンリンク送信と関連付けられた第２のＤＣＩを受信し、前記第２のＤＣＩは、前記第２のダウンリンク送信が前記第１のダウンリンク送信の少なくとも一部の再送信を含んでいることを示しており、前記第２のＤＣＩは、前記第１のダウンリンク送信の前記ＣＢＧのいずれが前記再送信の中に含まれているかを示しており、
前記第２のダウンリンク送信を受信し、
前記第２のＤＣＩが、前記ＣＢベースタイプのＨＡＲＱフィードバックが前記第２のダウンリンク送信のために提供されることになることを示している条件で、前記第２のダウンリンク送信に関連付けられた第２のＣＢベースのＨＡＲＱフィードバックを送信する
ように構成されたプロセッサおよび送受信機
を備えたＷＴＲＵ。

【請求項2】

前記プロセッサは、周波数ドメインまたは時間ドメインのうちの少なくとも一方における、前記１つ以上の符号ブロックの１つ以上のＣＢＧへのマッピングを決定するようさらに構成され、前記第１のダウンリンク送信および／または前記第２のダウンリンク送信は、前記マッピングを使用して受信される請求項１に記載のＷＴＲＵ。

【請求項3】

前記第１のダウンリンク送信に関連付けられた前記第１のＣＢベースのＨＡＲＱフィードバックまたは前記第２のダウンリンク送信に関連付けられた前記第２のＣＢベースのＨＡＲＱフィードバックは、対応する符号ブロックの各々が成功裏にデコードされた場合は肯定応答（ＡＣＫ）であり、前記対応する符号ブロックの１つ以上が成功裏にデコードされなかった場合は否定応答（ＮＡＣＫ）である請求項１に記載のＷＴＲＵ。

【請求項4】

前記第２のＤＣＩは、前記再送信の中に含まれるいずれのＣＢＧが、先に受信されたＣＢＧと組み合わせることが可能なのかを示し、前記第１のダウンリンク送信または前記第２のダウンリンク送信はＨＡＲＱプロセスと関連付けられている請求項１に記載のＷＴＲＵ。

【請求項5】

前記第２のＤＣＩはビットマップを含み、前記ビットマップは、前記再送信の中における前記ＣＢＧのいずれがソフトデコーディングを実施するときに先に受信されたＣＢＧと組み合わせることが可能であるかを示している請求項１に記載のＷＴＲＵ。

【請求項6】

ＨＡＲＱバッファをさらに備え、前記プロセッサは、前記ＨＡＲＱバッファを管理し、および、前記１つ以上の符号ブロックが成功裏にデコードされない場合に前記ＨＡＲＱバッファ内のデータを廃棄するようにさらに構成された請求項１に記載のＷＴＲＵ。

【請求項7】

前記プロセッサおよび前記送受信機は、上位レイヤ構成を経由して、ＣＢＧカウントの数を受信するようさらに構成され、ＣＢＧカウントの前記数は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）である前記第１のダウンリンク送信において当該ＷＴＲＵによって受信されたＣＢＧの数を示している請求項１に記載のＷＴＲＵ。

【請求項8】

第１のダウンリンク送信と関連付けられた第１のダウンリンク制御情報（ＤＣＩ）を受信するステップと、
少なくとも１つのトランスポートブロック（ＴＢ）を含む前記第１のダウンリンク送信を受信するステップであって、前記少なくとも１つのＴＢは、１つ以上の符号ブロックグループ（ＣＢＧ）を含み、各ＣＢＧは１つ以上の符号ブロック（ＣＢ）を含んでいる、ステップと、
前記第１のＤＣＩが、ＣＢベースタイプのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックが前記第１のダウンリンク送信のために提供されることになることを示している条件で、前記第１のダウンリンク送信に関連付けられた第１のＣＢベースのＨＡＲＱフィードバックを送信するステップと、
第２のダウンリンク送信と関連付けられた第２のＤＣＩを受信するステップであって、前記第２のＤＣＩは、前記第２のダウンリンク送信は前記第１のダウンリンク送信の少なくとも一部の再送信を含んでいることを示しており、前記第２のＤＣＩは、前記第１のダウンリンク送信の前記ＣＢＧのいずれが前記再送信の中に含まれているかを示している、ステップと、
前記第２のダウンリンク送信を受信するステップと、
前記第２のＤＣＩが、前記ＣＢベースタイプのＨＡＲＱフィードバックが前記第２のダウンリンク送信のために提供されることになることを示している条件で、前記第２のダウンリンク送信に関連付けられた第２のＣＢベースのＨＡＲＱフィードバックを送信するステップと
を備える、無線送受信ユニット（ＷＴＲＵ）により実施される方法。

【請求項9】

周波数ドメインまたは時間ドメインのうちの少なくとも一方における、前記１つ以上の符号ブロックの１つ以上のＣＢＧへのマッピングを決定するステップであって、前記第１のダウンリンク送信および／または前記第２のダウンリンク送信は、前記マッピングを使用して受信される、ステップ
をさらに備える請求項８に記載の方法。

【請求項10】

前記第１のダウンリンク送信に関連付けられた前記第１のＣＢベースのＨＡＲＱフィードバックまたは前記第２のダウンリンク送信に関連付けられた前記第２のＣＢベースのＨＡＲＱフィードバックは、対応する符号ブロックの各々が成功裏にデコードされた場合は肯定応答（ＡＣＫ）であり、前記対応する符号ブロックの１つ以上が成功裏にデコードされなかった場合は否定応答（ＮＡＣＫ）である請求項８に記載の方法。

【請求項11】

前記第２のＤＣＩは、前記再送信の中に含まれるいずれのＣＢＧが、先に受信されたＣＢＧと組み合わせることが可能なのかを示し、前記第１のダウンリンク送信または前記第２のダウンリンク送信はＨＡＲＱプロセスと関連付けられている請求項８に記載の方法。

【請求項12】

前記第２のＤＣＩはビットマップを含み、前記ビットマップは、前記再送信の中におけるいずれのＣＢＧが、ソフトデコーディングを実施するときに先に受信されたＣＢＧと組み合わせることが可能であるかを示している請求項８に記載の方法。

【請求項13】

ＨＡＲＱバッファと、
前記ＨＡＲＱバッファを管理し、および、前記１つ以上の符号ブロックが成功裏にデコードされない場合に前記ＨＡＲＱバッファ内のデータを廃棄するステップ
をさらに備える請求項８に記載の方法。

【請求項14】

上位レイヤ構成を経由して、ＣＢＧカウントの数を受信するステップであって、ＣＢＧカウントの前記数は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）である前記第１のダウンリンク送信において当該ＷＴＲＵによって受信されたＣＢＧの数を示している、ステップ
をさらに備える請求項８に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０１７年１月４日に出願された米国特許仮出願第６２／４４２０９３号、２０１７年２月１日に出願された米国特許仮出願第６２／４５３０８５号、２０１７年５月３日に出願された米国特許仮出願第６２／５００９８９号、２０１７年６月１４日に出願された米国特許仮出願第６２／５１９６７５号、および２０１７年８月９日に出願された米国特許仮出願第６２／５４２９２７号に基づく優先権および利益を主張し、それらは、すべて、参照によって本明細書に組み込まれる。

【背景技術】

【0002】

無線通信を使用するモバイル通信は、進化し続けている。第５世代は、５Ｇと呼ばれることがある。以前の（レガシ）世代のモバイル通信は、例えば、第４世代（４Ｇ）ロングタームエボリューション（ＬＴＥ）とすることができる。

【発明の概要】

【発明が解決しようとする課題】

【0003】

無線システムにおける受信機フィードバックのためのシステム、方法、および手段が、提供される。

【課題を解決するための手段】

【0004】

無線システムにおける受信機フィードバックのためのシステム、方法、および手段が、開示される。受信機フィードバックフォーマット、内容、タイプ、および／またはタイミングは、例えば、ハイブリッド自動再送要求（ＨＡＲＱ）処理状態の関数として決定することができる。ＨＡＲＱ処理状態は、例えば、ＨＡＲＱプロセスについての送信のシーケンス、ＨＡＲＱプロセスが成功する最大時間、測定もしくは推定されたリンク品質、復調性能、および／またはデコードに成功した符号ブロックの数に対応することができる。受信機フィードバックフォーマット、内容、タイプ、および／またはタイミングは、例えば、無線送受信ユニット（ＷＴＲＵ）の構成の関数として決定することができる。構成は、ＨＡＲＱプロセスにおいて適用されるソフトコンバイニング処理のタイプ、ＨＡＲＱプロセスについてのＨＡＲＱオペレーティングポイント、ＨＡＲＱプロセスについてのＨＡＲＱフィードバックのタイプを制御するための１つまたは複数の基準送信（reference transmission）、ＨＡＲＱプロセスまたはトランスポートブロック（ＴＢ）と関連付けられたシーケンスにおける１つまたは複数の送信についてのフィードバック抑制パラメータのうちの１つまたは複数を示すことができる。１つまたは複数の符号ブロックグループ（ＣＢＧ）のサブセットの（例えば、効率的な）送信を使用することができる。１つまたは複数のＣＢＧのサブセットを送信するために、適応的リソース割り当てを使用することができる。１つまたは複数のＣＢＧのサブセットの再送のために、ミニスロットを使用することができる。ＷＴＲＵは、（例えば、送信を予想しているときに）（例えば、新しいダウンリンクの）ダウンリンク制御チャネルを監視する（monitor）ことができる。ＣＢＧインデックスの再送を示すことができる。ダウンリンク割り当てと、送信（再送）と、適応的スロットサイズについての適応的フィードバックとの間のタイミング関係を使用することができる。例えば、１つまたは複数のパラメータ、干渉およびチャネル状態、ならびに／またはプリエンプティング送信の確率もしくは実際のプリエンプティング送信に基づいて、ＣＢからＣＢＧへの一様および非一様マッピングを（例えば、ＷＴＲＵによって）提供することができる。例えば、ＣＢからＣＢＧへの複数のマッピングから、ＣＢからＣＢＧへのマッピングを選択することをサポートして、ＣＢからＣＢＧへのマッピングのインジケーションを提供することができる。ＷＴＲＵ内およびＷＴＲＵ間干渉／プリエンプションインジケーションを提供することができる。フィードバックビットカウンタダウンリンク割り当てインデックス（ＤＡＩ）は、取り損なったＤＬ割り当てのフィードバック報告のために、フィードバックビットがどのように必要とされたかを、ＷＴＲＵが決定することを可能にすることができる。ＤＬ割り当てごとに一定のフィードバック報告サイズを達成するために、フィードバック報告ビットの適応的バンドリングを使用することができる。多重化されたフィードバック報告について、不等信頼性を使用することができる。

【0005】

ＷＴＲＵおよび無線通信システムは、構成された（例えば、実行可能命令を用いてプログラムされた）１つ以上のコンピュータプロセッサを有することができる。例えば、ＷＴＲＵは、（例えば、ＵＲ－ＬＬＣ通信を使用して）無線通信ネットワークと通信するように構成されたプロセッサを有することができる。ＷＴＲＵプロセッサは、トランスポートブロック（ＴＢ）ベースのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックが、ダウンリンク送信のために提供されるべきかどうか、または符号ブロックグループ（ＣＢＧ）ベースのＨＡＲＱフィードバックが、ダウンリンク送信のために提供されるべきかどうかを示す、第１のダウンリンク制御情報（ＤＣＩ）を受信するように構成することができる。ＷＴＲＵプロセッサは、１つまたは複数の符号ブロックを有するトランスポートブロックを含む、第１のＤＣＩと関連付けられたダウンリンク送信を受信するように構成することができる。ＷＴＲＵプロセッサは、トランスポートブロックの１つまたは複数の符号ブロックをデコードしようと試みるように構成することができる。ＷＴＲＵプロセッサは、第１のＤＣＩが、ＣＢＧベースのＨＡＲＱフィードバックが提供されるべきであることを示していると決定するように構成することができる。プロセッサが、第１のＤＣＩは、ＣＢＧベースのＨＡＲＱフィードバックが提供されるべきであることを示していると決定した場合、ＷＴＲＵプロセッサは、１つまたは複数の符号ブロックの１つまたは複数のＣＢＧへのマッピングを決定し、１つまたは複数のＣＢＧのうちの少なくとも１つについてのＨＡＲＱフィードバックを、少なくとも１つのＣＢＧについての対応する符号ブロックのデコードが成功したかどうかに基づいて、決定し、１つまたは複数のＣＢＧについてのＨＡＲＱフィードバックを無線通信ネットワークに送信するように構成することができる。ＷＴＲＵプロセッサは、第１のＤＣＩが、ＴＢベースのＨＡＲＱフィードバックが提供されるべきであることを示していると決定するように構成することができる。ＷＴＲＵプロセッサが、第１のＤＣＩは、ＴＢベースのＨＡＲＱフィードバックが提供されるべきであることを示していると決定した場合、ＷＴＲＵプロセッサは、トランスポートブロックについてのＨＡＲＱフィードバックを決定し、トランスポートブロックについてのＨＡＲＱフィードバックを無線通信ネットワークに送信するように構成することができる。

【0006】

マッピングは、周波数または時間のうちの少なくとも一方における、１つまたは複数の符号ブロックの符号ブロックグループへのマッピングであることができる。マッピングは、符号ブロックグループまたは送信に割り当てられたサブキャリアまたはＯＦＤＭシンボルの数、最大符号ブロック長、送信における符号ブロックグループの数、送信における符号ブロックの数、ならびに潜在的なプリエンプティング送信によって占有される時間シンボルおよび／またはリソースブロックの数のうちの１つまたは複数に基づくことができる。

【0007】

１つまたは複数のＣＢＧについての決定されたＨＡＲＱフィードバックは、対応する符号ブロックの各々のデコードが成功した場合は、ＡＣＫであり、１つまたは複数の符号ブロックのうちの１つまたは複数のデコードが成功しなかった場合は、ＮＡＣＫであることができる。ＷＴＲＵプロセッサは、送信されたＮＡＣＫに応答して、無線通信ネットワークから再送を受信するように構成することができる。無線通信ネットワークは、送信されたＡＣＫまたはＮＡＣＫを受信し、ＮＡＣＫが受信された場合は、再送を送信することを決定するように構成されたプロセッサを有することができる。

【0008】

ＷＴＲＵプロセッサは、再送用の第２のＤＣＩを受信するように構成することができる。第２のＤＣＩは、どのＣＢＧが再送されるかを示すことができる。第２のＤＣＩは、ソフトデコーディングを実行するときに、再送に含まれるどのＣＢＧを、先に受信されたＣＢＧと組み合わせることができるかを示すことができる。第２のＤＣＩは、ソフトデコーディングを実行するときに、再送に含まれるどのＣＢＧを、先に受信されたＣＢＧと組み合わせることができるかを示すために使用することができる、ビットマップを含むことができる。無線通信ネットワークは、第２のＤＣＩおよび第２のＤＣＩの内容を送信することを決定するように構成されたプロセッサを有することができる。

【0009】

ＷＴＲＵプロセッサは、第１のダウンリンク制御情報についての監視を行い、無線通信ネットワークからのプリエンプション命令に基づいて、第２のダウンリンク制御情報についての監視を行うように構成することができる。無線通信ネットワークは、プリエンプション命令をＷＴＲＵに送信することを決定するように構成されたプロセッサを有することができる。

【0010】

ＷＴＲＵは、ＨＡＲＱバッファを備えることができる。ＷＴＲＵプロセッサは、ＨＡＲＱバッファを管理し、１つまたは複数の符号ブロックのデコードが成功しなかった場合、ＨＡＲＱバッファ内のデータを廃棄するように構成することができる。

【0011】

ＷＴＲＵプロセッサは、１つまたは複数の符号ブロックのデコードが成功しなかった場合に、アップリンク制御情報で無線通信ネットワークに送信するプリエンプションインジケーションを決定するように構成することができる。

【0012】

無線通信ネットワークは、トランスポートブロック（ＴＢ）ベースのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックが、ダウンリンク送信のために提供されるべきかどうか、または符号ブロックグループ（ＣＢＧ）ベースのＨＡＲＱフィードバックが、ダウンリンク送信のために提供されるべきかどうかを示す、第１のダウンリンク制御情報（ＤＣＩ）を送信することを決定し、第１のダウンリンク制御情報を送信するように構成されたプロセッサを有することができる。無線通信ネットワークは、ＴＢベースのＨＡＲＱフィードバックを含む、送信されたＨＡＲＱフィードバックを受信するように構成されたプロセッサを有することができる。

【図面の簡単な説明】

【0013】

【図1A】１つ以上の開示される例を実施する例示的通信システムを示す図である。

【図1B】例に従った、図１Ａにおいて示された通信システム内において使用することができる、例示的無線送受信ユニットを示すシステム図である。

【図1C】例に従った、図１Ａにおいて示された通信システム内で使用できる、例示的無線アクセスネットワークと、例示的コアネットワークとを示すシステム図である。

【図1D】例に従った、図１Ａにおいて示された通信システム内で使用できる、さらなる例示的なＲＡＮと、さらなる例示的なＣＮとを示すシステム図である。

【図2】送信ごとに異なるＨＡＲＱフィードバックタイプを用いる、パンクチャード送信の例を示す図である。

【図3】時間領域において複数のＣＢにまたがるＣＢＧの例を示す図である。

【図4】時間領域において複数のＣＢにまたがるＣＢＧの例を示す図である。

【図5】プリエンプションのケースにおいて、再送されるＣＢの最少化を可能にする、ＣＢからＣＢＧへの非一様マッピングの例を示す図である。

【図5A】周波数ファーストおよび時間ファーストＣＢ－ＣＢＧマッピングの例を示す図である。

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

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

図１Ａ～図１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的または永続的に）使用することができることが企図されている。

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

通信（例えば、ＩＣおよびＶ２Ｘ）について、１０ｅ^-6よりも小さいパケットロス率（ＰＬＲ）のサポートを提供することができる。

【0081】

ＭＴＣ動作のサポートの例においては、エアインターフェースは、少量および低頻度データ送信（例えば、アクセス待ち時間が数秒から数時間の、１～１００ｋｂｐｓの範囲内の低データレート）のために、（例えば、２００ＫＨｚ未満を使用する）狭帯域動作、延長されたバッテリ寿命（例えば、最大１５年の自律性）、および／または最小の通信オーバヘッドをサポートすることができる。

【0082】

例えば、ＬＴＥおよび／またはＩＥＥＥ８０２．１１については、データ送信のための信号フォーマットとして、直交周波数分割多重（ＯＦＤＭ）を使用することができる。ＯＦＤＭを使用して、スペクトルを複数の並列直交サブバンドに分割することができる。（例えば、各）サブキャリアは、時間領域において長方形窓を使用して、整形することができ、それは、周波数領域において、ｓｉｎｃ整形されたサブキャリアをもたらすことができる。例えば、信号間の直交性を維持するために、またキャリア間干渉を最小化するために、（例えば、完璧な）周波数同期と、サイクリックプレフィックスの持続時間内におけるアップリンクタイミングアライメントの（例えば、厳格な）管理とを用いる、ＯＦＤＭアクセス（ＯＦＤＭＡ）を実施することができる。例えば、ＷＴＲＵが複数のアクセスポイントに同時に接続することができるシステムにおいては、厳格な同期は、難題となることがある。例えば、隣接バンドにおけるスペクトル放射要件に従うために、アップリンク送信に追加の電力低減が適用されることがあり、それは、ＷＴＲＵの送信のための断片化されたスペクトルのアグリゲーションが存在するときに、生じることがある。

【0083】

ＯＦＤＭ（例えば、サイクリックプレフィックス（ＣＰ）－ＯＦＤＭ）実施は、アグリゲーションを必要としないで、大きい連続するスペクトルを用いて動作するときなど、より厳格なＲＦ要件を適用することがある。ＣＰベースのＯＦＤＭ送信方式は、パイロット信号密度およびロケーションの変更など、先行世代に類似した５Ｇのためのダウンリンク物理レイヤをもたらすことができる。

【0084】

５Ｇ ＮＲアクセスは、５ＧシステムのためのＯＦＤＭとは異なる波形を使用することができる。

【0085】

基準信号（ＲＳ）は、例えば、本明細書で説明される１つまたは複数の目的で、ＷＴＲＵによって受信および／または送信することができる、任意の基準信号、プリアンブル、またはシステムシグネチャのことであることができる。ダウンリンク（ＤＬ）送信と、アップリンク（ＵＬ）送信のために、異なるＲＳを定義することができる。例えば、（例えば、ＤＬにおいては）基準は、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、復調基準信号（ＤＭＲＳ）、同期信号、またはビーム基準信号（ＢＲＳ）などに対応することができる。例えば、（例えば、ＵＬにおいては）基準信号は、サウンディング基準信号（ＳＲＳ）、復調基準信号（ＤＭＲＳ）、プリアンブル、またはビーム基準信号（ＢＲＳ）などに対応することができる。

【0086】

５Ｇシステムは、異なる処理原理および送信特性をもたらすことができる、例えば、待ち時間、スループット、および信頼性に関する、異なる要件を有するデータの送信をサポートすることができる。例においては、（例えば、超低待ち時間および／または超高信頼性使用事例と関連付けられた）データは、（例えば、ＴＴＩ当たり適度なペイロードを有する）スロットベースのフレーミング内における（例えば、ｘ個のシンボルおよび／または第１のヌメロロジを使用する）ミニスロットなど、（例えば、非常に）短い送信時間間隔（ＴＴＩ）を使用して、送信することができる。（例えば、モバイルブロードバンドまたは大規模ＭＴＣ使用事例と関連付けられた）データは、例えば、（例えば、ｙ＞ｘであるｙ個のシンボルを使用する、および／または第２のヌメロロジを使用する）スロットベースの送信を使用することによって、（例えば、制御チャネルオーバヘッドを低減するための）より長いＴＴＩを使用して、送信することができる。

【0087】

（例えば、超低待ち時間または超高信頼性使用事例と関連付けられた）データは、それがアプリケーションレイヤによって生成された時間から非常に僅かしか遅延せずに、送信することができる。より大きなＴＴＩを使用する進行中の送信が終了するまで、データの送信を遅延させることは、許容可能でないことがある。例えば、遅延センシティブなトラフィックが散発的なことがあると仮定すると、排他的使用のためにリソースを確保することは、非効率的なことがある。次世代（例えば、５Ｇ）無線システムは、進行中の送信のために使用されるリソースでの遅延センシティブなデータの送信を、両方の送信についてのロバスト性能を維持しながら、サポートすることができる。

【0088】

符号ブロックベースのハイブリッド自動再送要求（ＨＡＲＱ）処理をサポートすることができる。（例えば、トランスポートブロック（ＴＢ）として送信される）送信内に含まれるデータ（例えば、ＭＡＣ ＰＤＵ）は、ブロックベースの符号化を使用して、（例えば、さらに）エンコードすることができる。ＴＢは、１つまたは複数のＭＡＣ ＰＤＵと関連付けられた、１つまたは複数の符号ブロック（ＣＢ）を含むことができる。ブロックベースのエンコーディングは、例えば、送信エラーおよび／またはパンクチャリングイベントを送信の特定の部分に隔離し、および／または閉じ込めて、例えば、デコーディング効率を高め、再送を最少化するのに役立つことがある。ブロックベースの符号化は、符号ブロックを符号ブロックグループにマッピングすることを含むことができる。マッピングは、周波数、時間、および／または周波数と時間の組み合わせにおけるものであることができる。マッピングは、制御情報で示すことができる。例えば、無線通信ネットワークは、マッピングを決定するように構成されたプロセッサを有することができ、ダウンリンク制御情報でマッピングをＷＴＲＵに送信することができる。ＷＴＲＵは、ＤＣＩについての監視を行い、ＤＣＩ、符号ブロックを有するダウンリンク送信を受信し、ＤＣＩで受信されたマッピングを用いて、符号ブロックをデコードしようと試みるように構成された、プロセッサを有することができる。

【0089】

ＨＡＲＱフィードバックは、例えば、（例えば、１つの）ＴＢについての送信の受信の結果に基づいて、ＨＡＲＱ処理によって生成することができる。例えば、ＷＴＲＵは、ＨＡＲＱフィードバックのために構成されたプロセッサを有することができ、ＤＣＩ上において受信されたマッピングを使用して、符号ブロックグループの符号ブロックをデコードしようと試みることに基づいて、ＨＡＲＱフィードバックを決定することができる。ＷＴＲＵプロセッサは、デコーディングが成功しなかった場合は、ＮＡＣＫを無線通信ネットワークに送信し、符号化が成功した場合は、ＡＣＫを送信するように構成することができる。無線通信ネットワークは、ＷＴＲＵからＮＡＣＫが受信されたとプロセッサが決定した場合に、符号ブロックの符号ブロックグループへのマッピングを再送するように構成された、プロセッサを有することができる。（例えば、ブロックベースの符号化が使用されるときの）例においては、ＨＡＲＱフィードバックは、そのようなフィードバックの送信のために、より高いオーバヘッド（例えば、数が増えたフィードバックビット）という代償を払って、（例えば、ＣＢ当たり）より高い粒度で生成することができる。

【0090】

ＨＡＲＱ関連フィードバックの生成および送信を改善することができる。改善は、例えば、ブロックベースのエンコーディングが使用されるときに、および／またはシステムにおいてパンクチャリングイベントが発生することがあるときに、役立つことがある。

【0091】

フィードバック手順は、多くの使用事例、技術、およびシナリオに適用可能である。

【0092】

例においては、第１の送信を開始することができる。第１の送信は、物理レイヤリソースの少なくとも一部を使用して、実行することができる。１つまたは複数のリソースは、第２の送信と関連付けられた物理レイヤリソースの少なくとも一部に対応することができる。

【0093】

第１の送信は、例えば「パンクチャリング」送信、「干渉」送信、「遅延センシティブ」送信、または「ミニスロット」送信であることができる。第２の送信は、例えば「進行中」送信、「ベストエフォート」送信、または「スロットベース」送信であることができる。

【0094】

第１および第２の送信は、同じエンティティまたは異なるエンティティによって送信することができる。第１および第２の送信は、同じエンティティまたは異なるエンティティによって受信すること（またはそれらを宛先とすること）ができる。第１および第２の送信は、インフラストラクチャベース（例えばセルラシステム）送信の一部であることができる、ダウンリンクまたはアップリンク送信であることができる。第１および第２の送信は、直接的なＷＴＲＵ間送信（例えば、サイドリンクタイプの送信）であることができる。

【0095】

（例えば、各）エンティティは、例えば、ＷＴＲＵまたはネットワークインフラストラクチャノードの一部であることができる。

【0096】

フィードバック手順は、無線アクセスの特定の態様、手順、および／または構成要素と関連付けることができる。

【0097】

ＷＴＲＵは、例えば、以下のうちの、すなわち、（ｉ）送信と関連付けられたヌメロロジ、スペクトル動作モード（ＳＯＭ）、および／またはそれの構成（例えば、リソースのセット、キャリア、サブキャリア間隔、シンボル持続時間、特定のデータと関連付けられたプライオリティ、ＴＴＩ持続時間、またはフレーミング（例えば、スロットベース、ミニスロットベース）など）、（ｉｉ）送信と関連付けられた物理レイヤリソース、（ｉｉｉ）送信および／または物理レイヤリソースと関連付けられた制御チャネルおよび／または１つもしくは複数の関連付けられた特徴（例えば、ＲＮＴＩ、探索空間に関するロケーション、またはＣＣＥなど）、（ｉｖ）適用される特定の方法についての明示的な要求（例えば、ＨＡＲＱフィードバックなし）、第１の報告方法、または第２の報告方法などの、受信されたダウンリンク制御情報、（ｖ）送信と関連付けられた基準信号および／または復調信号、（ｖｉ）上位レイヤによって受信された構成（例えば、構成されたフィードバックおよび／または送信モード）、（ｖｉｉ）適用可能なソフトコンバイニング手順（例えば、漸増冗長性またはチェース結合）を含むことができる、（例えば、プロセスのセットを含む）１つまたは複数のＨＡＲＱプロセスと関連付けられた構成のうちの１つまたは複数の関数として、フィードバック手順を適用することができる（例えば、フィードバック手順のための実行可能命令を用いるように構成されたプロセッサを有することができる）。

【0098】

（例えば、ＮＲ）システムは、漸増冗長性またはチェース結合など、複数の手順を含むことができる、ＨＡＲＱプロセスのためのソフトコンバイニングをサポートすることができる。（例えば、漸増冗長性（ＩＲ）を使用する与えられたＨＡＲＱプロセスについての）例においては、同じＴＢについての以前の送信と比べて異なる数のビット（ＴＢＳ）を使用して、与えられたＴＢについて、ＨＡＲＱ再送を実行することができる。例えば、ソフトコンバイニングがＩＲを用いて動作する方式を仮定すると、異なる数のビットを使用することができる。これは、（例えば、ＬＴＥのために使用することができるような）ターボ符号化、または（例えば、ＮＲのために使用することができるような）（可変サイズ）ＬＤＰＣについて当てはまることができる。ＷＴＲＵバッファリングおよび処理は、符号化（ＵＬ）およびソフトコンバイニング（ＤＬ）に対してより高位であることができる。ＩＲを用いるＨＡＲＱ再送は、異なる値、および／または同じもしくは異なるＴＢＳをもたらすことができる、ＴＴＩ持続時間、ＰＲＢ割り当て、ＭＣＳなどのうちの１つもしくは複数の組み合わせを有することができる。（例えば、チェース結合を使用する与えられたＨＡＲＱプロセスについての）例においては、ＨＡＲＱプロセスおよび同じＴＢと関連付けられた（例えば、任意の）ＨＡＲＱ送信は、同じ数のビット（ＴＢＳ）を使用することができる。スケジューラは、ＩＲまたはチェース結合を使用することができるかどうかを決定することができ、与えられたＴＢについての与えられたＨＡＲＱプロセスについて、ＴＴＩ（または送信がスロット化された送信か、それともミニスロット送信か）を決定することができる。ＷＴＲＵは、この主旨のシグナリングを受信することができ、（例えば、各）送信のために適切な決定を行うことができる。ＷＴＲＵは、ＵＬ送信に対するグラントに関して、またＨＡＲＱフィードバックタイムラインに関して、ＨＡＲＱ処理タイムラインを（例えば、適宜）処理することができる。

【0099】

受信機フィードバック情報を生成するために、例示的な手順を提供することができる。

【0100】

異なる時間において、異なるタイプのフィードバックを生成することができる。

【0101】

例においては、ＷＴＲＵは、（例えば、ダウンリンク送信のために）ＷＴＲＵの構成の関数として、アップリンク制御情報を生成および／または送信するように構成することができる。構成は、適用されるソフトコンバイニング処理のタイプ、与えられたＨＡＲＱプロセスについてのＨＡＲＱオペレーティングポイント、（例えば、ＨＡＲＱプロセスについての送信のＨＡＲＱ関連フィードバックのタイプを制御するための）１つもしくは複数の基準送信、および／または与えられたＨＡＲＱプロセスもしくはトランスポートブロック（ＴＢ）と関連付けられたシーケンスにおける１つもしくは複数の特定の送信などのフィードバック抑制パラメータなど、ＨＡＲＱ関連パラメータを用いてプログラムされる、プロセッサを含むことができる。

【0102】

（例えば、代替的な）例においては、ＨＡＲＱ関連パラメータは、ＨＡＲＱプロセスについてのスケジューリング機会などに関して、時間的に（例えば、ＴＴＩ単位で）表現することができる。ＨＡＲＱ関連フィードバックは、例えば、ＨＡＲＱプロセスと関連付けられた特定の送信に対応する、フィードバックのことであることができる。

【0103】

目標オペレーティングポイントは、例えば、与えられたＨＡＲＱプロセスについての送信の目標数ｘ_targetに対応することができる。ＷＴＲＵは、例えば、構成された値に対応する送信から始まる、特定のＨＡＲＱ関連フィードバックを報告するように構成することができる（例えば、プロセッサが、その構成を用いてプログラムされる）。このタイプのフィードバックは、例えば、ＤＭベースのフィードバック、ＣＳＩベースのフィードバック、ＣＢベースのフィードバック、またはＴＢベースのフィードバックに対応することができる。

【0104】

フィードバックタイプ制御パラメータを、（例えば、無線通信ネットワークによって、ＷＴＲＵに）提供することができる。与えられたＨＡＲＱプロセスについての１つまたは複数の基準送信は、シーケンスにおける送信Ｘ_{i_type}に対応することができる。ＷＴＲＵは、関係するＨＡＲＱプロセスについてのダウンリンク送信Ｘ_{i_type}のために生成された（またはそれから始まる）ＨＡＲＱ関連フィードバックのタイプを有効化および／または変更するように構成することができる（例えば、プロセッサが、その構成を用いてプログラムされる）。ＷＴＲＵは、ＷＴＲＵによって送信されるフィードバックのタイプを１つのタイプから別のタイプに切り換えることを制御するように構成することができる（例えば、プロセッサが、その構成を用いてプログラムされる）。そのようなタイプのフィードバックは、例えば、ＤＭベースのフィードバック、ＣＳＩベースのフィードバック、ＣＢベースのフィードバック、またはＴＢベースのフィードバックに対応することができる。

【0105】

フィードバック抑制パラメータは、例えば、（例えば、［１，２，３，無限大］などのセットに属する）１つまたは複数の値Ｘ_thresholdに対応することができる。値（例えば、１、２、または３）は、（例えば、ダウンリンク送信のために）ＷＴＲＵが、ＨＡＲＱ関連フィードバックを生成することを差し控えること、および／または初期送信（例えば、最長で第１の送信にわたって抑制する）、第１の再送、もしくは第２の再送についてそれぞれ報告することを差し控えることができることを示すことができる。無限大の値は、ＷＴＲＵが、そのようなフィードバックを要求する（例えば、明示的な）制御シグナリングを受信したときに、（例えば、そのときだけ）ＨＡＲＱ関連フィードバックを送信することができることを示すことができる。抑制パラメータは、関係するＨＡＲＱプロセスに適用可能であることができる、および／もしくは関係するＨＡＲＱプロセスのために構成することができる、またはそれの特定のタイプに適用可能であることができる、フィードバックの（例えば、すべての）タイプと関連付けることができる。フィードバックのタイプは、例えば、ＤＭベースのフィードバック、ＣＳＩベースのフィードバック、ＣＢベースのフィードバック、またはＴＢベースのフィードバックに対応することができる。ＷＴＲＵは、無線通信ネットワークからフィードバック抑制パラメータを受信し、フィードバック抑制パラメータを読み取り、受信されたフィードバック抑制パラメータに従って動作することを決定するようにプログラムされた、プロセッサを有する。無線通信ネットワークは、フィードバック抑制パラメータを決定し、パラメータをＷＴＲＵに送信するようにプログラムされた、１つまたは複数のプロセッサを有することができる。

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

追加の情報ビットを、例えば、チャネル選択を使用して、導入することができる。フィードバックの送信のために、２^y個の可能なアップリンクリソースのセットから１つを選択することは、フィードバック情報のｙ個の追加ビットを提供することができる。例においては、これは、適用可能な報告のタイプを示すために使用することができる。

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

上で説明されたプロセスは、コンピュータおよび／またはプロセッサによって実行される、コンピュータ可読媒体内に含まれる、コンピュータプログラム、ソフトウェア、および／またはファームウェアで実施することができる。コンピュータ可読媒体の例は、限定されることなく、（有線および／もしくは無線接続上において送信される）電子信号、ならびに／またはコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定されることなく、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの、しかし、それらに限定されない、磁気媒体、光磁気媒体、ならびに／またはＣＤ－ＲＯＭディスクおよび／もしくはデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ＷＴＲＵ、端末、基地局、ＲＮＣ、および／または任意のホストコンピュータにおいて使用される、無線周波数送受信機を実施するために、ソフトウェアと関連付けられたプロセッサを使用することができる。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図5A】