特表 2025-504399 不連続受信タイマを管理するための技術

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2025-02-12

(54)【発明の名称】不連続受信タイマを管理するための技術

(51)【国際特許分類】

   H04W 52/02 20090101AFI20250204BHJP

   H04W 28/04 20090101ALI20250204BHJP

   H04W 72/0446 20230101ALI20250204BHJP

【ＦＩ】

H04W52/02 110

H04W28/04 110

H04W72/0446

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024541274

(86)(22)【出願日】2022-01-12

(85)【翻訳文提出日】2024-07-09

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

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

(87)【国際公開日】2023-07-20

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】503260918

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

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

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

(74)【代理人】

【識別番号】100103610

【弁理士】

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

(74)【代理人】

【識別番号】100119013

【弁理士】

【氏名又は名称】山崎 一夫

(74)【代理人】

【識別番号】100067013

【弁理士】

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

(74)【代理人】

【識別番号】100139712

【弁理士】

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

(74)【代理人】

【識別番号】100210239

【弁理士】

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

(72)【発明者】

【氏名】ロスバッハ ラルフ

(72)【発明者】

【氏名】シュ ファンリ

(72)【発明者】

【氏名】ヤン ウェイドン

(72)【発明者】

【氏名】パレ ヴェンカタ ナヴィーン クマール アール

(72)【発明者】

【氏名】ウー ジビン

(72)【発明者】

【氏名】シロトキン アレクサンダー

(72)【発明者】

【氏名】フ ハイジン

(72)【発明者】

【氏名】チェン ユチン

(72)【発明者】

【氏名】ヌッゲハリ パヴァン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA43

5K067EE02

5K067EE71

5K067HH28

(57)【要約】

本出願は、ワイヤレスネットワークにおける不連続受信タイマを管理するための技術のための装置、システム、及び方法を含むデバイス及び構成要素に関する。

【特許請求の範囲】

【請求項1】

命令を有する１つ以上のコンピュータ可読媒体であって、前記命令は、１つ以上のプロセッサによって実行されると、デバイスに、
ダウンリンク（ＤＬ）ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信するための第１のリソースを識別させ、
ＨＡＲＱ－肯定応答（ＡＣＫ）再送信を示す物理ダウンリンクチャネル（ＰＤＣＣＨ）送信を受信させ、
第２のリソースの物理アップリンク制御チャネル（ＰＵＣＣＨ）中で前記ＨＡＲＱ－ＡＣＫ再送信として前記ＤＬ ＨＡＲＱフィードバックを送信させ、
前記ＤＬ ＨＡＲＱフィードバックを送信した後に、第１のシンボルにおいて不連続受信（ＤＲＸ）ＨＡＲＱラウンドトリップ時間（ＲＴＴ）タイマを開始させる、１つ以上のコンピュータ可読媒体。

【請求項2】

前記第１のリソースは第１のスロット又はサブスロットであり、前記第２のリソースは第２のスロット又はサブスロットである、請求項１に記載の１つ以上のコンピュータ可読媒体。

【請求項3】

前記ＰＤＣＣＨ送信は、ダウンリンク送信をスケジュールしない、請求項１又は２に記載の１つ以上のコンピュータ可読媒体。

【請求項4】

前記命令は、実行されると、前記デバイスに更に、
前記ＰＤＣＣＨ送信を受信したことに基づいて、ＤＲＸ再送信タイマを停止させる、請求項１から３のいずれか一項に記載の１つ以上のコンピュータ可読媒体。

【請求項5】

前記ＰＤＣＣＨ送信は第３のリソースにおいて受信され、前記命令は、実行されると、前記デバイスに更に、
オフセットを識別させ、
前記オフセット及び前記第３のリソースに基づいて、前記ＤＬ ＨＡＲＱフィードバックを識別させる、請求項１から４のいずれか一項に記載の１つ以上のコンピュータ可読媒体。

【請求項6】

ユーザ機器（ＵＥ）に搭載される装置であって、
タイプ３ ＨＡＲＱ－ＡＣＫコードブックのための不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマと、
処理回路であって、
ハイブリッド自動再送要求（ＨＡＲＱ）－肯定応答（ＡＣＫ）コードブックを報告するための要求であって、前記要求は、ワンショットＨＡＲＱ－ＡＣＫ要求又は拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブック報告のための要求である、要求を含む物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信し、
前記要求に基づいて、前記ＨＡＲＱ－ＡＣＫコードブックに対応するＨＡＲＱフィードバックを送信し、
前記ＨＡＲＱフィードバックの送信後に、タイプ３ ＨＡＲＱ－ＡＣＫコードブックのための前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始又は再開する、ための処理回路と、
を備える、装置。

【請求項7】

前記ＨＡＲＱフィードバックは第１のシンボルにおいて送信され、前記処理回路は更に、
前記第１のシンボルに続く第２のシンボルにおいてタイプ３ ＨＡＲＱ－ＡＣＫコードブックのための前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始又は再開するためのものである、請求項６に記載の装置。

【請求項8】

前記処理回路は更に、
前記ＰＤＣＣＨ送信を受信したことに基づいて、タイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのＤＲＸ再送信タイマを停止するためのものである、請求項６又は７に記載の装置。

【請求項9】

回路を備える装置であって、前記回路は、
ワンショットハイブリッド自動再送要求（ＨＡＲＱ）－肯定応答（ＡＣＫ）要求を示すか、又は拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブック報告の要求を含む物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信し、
前記ＰＤＣＣＨ送信に基づいて、ＨＡＲＱ－ＡＣＫコードブックの複数のＨＡＲＱプロセスに対応するＨＡＲＱフィードバックを送信し、
対応する不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマ又は対応するＤＲＸ再送信タイマのいずれも実行していない前記複数のＨＡＲＱプロセスのうちの１つ以上のＨＡＲＱプロセスを識別し、
前記１つ以上のＨＡＲＱプロセスの各々に対応するＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始するためのものである、装置。

【請求項10】

前記ＨＡＲＱフィードバックは第１のシンボルにおいて送信され、前記回路は更に、
前記第１のシンボルに続く第２のシンボルにおいて前記１つ以上のＨＡＲＱプロセスの各々に対応するＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始するためのものである、請求項９に記載の装置。

【請求項11】

前記回路は更に、
前記複数のＨＡＲＱプロセスのうちの第１のＨＡＲＱプロセスのためのＤＲＸ ＨＡＲＱ ＲＴＴタイマが実行中であると決定し、
前記ＨＡＲＱフィードバックの前記送信に基づいて、前記第１のＨＡＲＱプロセスのための前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマを再開することを控えるためのものである、請求項１０に記載の装置。

【請求項12】

装置であって、
命令を有するメモリと、
前記メモリに結合された処理回路と、を備え、前記処理回路は、前記命令を実行して、デバイスに、
１つ以上のコンポーネントキャリアのＨＡＲＱプロセスのセットのためのＨＡＲＱフィードバック情報を有するタイプ３ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）コードブックを報告するための要求を受信させ、
前記タイプ３ ＨＡＲＱ－ＡＣＫコードブックを報告させ、
前記ＨＡＲＱプロセスのセットから１つ以上のＨＡＲＱプロセスを選択させ、
前記１つ以上のＨＡＲＱプロセスに対応する不連続受信（ＤＲＸ）ＨＡＲＱタイマを開始又は再開させる、装置。

【請求項13】

前記タイプ３ ＨＡＲＱ－ＡＣＫコードブックは拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックであり、前記処理回路は更に、
基地局から、前記拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックを構成するための情報を受信するためのものである、請求項１２に記載の装置。

【請求項14】

前記情報は、ＨＡＲＱプロセス及びコンポーネントキャリア（ＣＣ）ごとの構成を使用して、前記拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックを構成するためのものであり、前記１つ以上のＨＡＲＱプロセスは、前記ＨＡＲＱプロセスのセットの全てのＨＡＲＱプロセスを含む、請求項１３に記載の装置。

【請求項15】

前記情報は、ＨＡＲＱプロセス及びコンポーネントキャリア（ＣＣ）ごとの構成を使用して、前記拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックを構成するためのものであり、前記処理回路は更に、
前記要求が、ＨＡＲＱプロセスの複数のリストからＨＡＲＱプロセスのリストを動的に示すように構成されたダウンリンク制御情報（ＤＣＩ）フィールドとともに受信された場合、前記ＨＡＲＱプロセスのリストの全てのＨＡＲＱプロセスを含むように前記１つ以上のＨＡＲＱプロセスを選択し、
前記要求が、ＨＡＲＱプロセスの複数のリストからＨＡＲＱプロセスのリストを動的に示すように構成されたＤＣＩフィールド無しで受信された場合、不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマ又はＤＲＸ再送信タイマのいずれも実行していない前記ＨＡＲＱプロセスのセットのＨＡＲＱプロセスを含むように、前記１つ以上のＨＡＲＱプロセスを選択するためのものである、請求項１３に記載の装置。

【請求項16】

前記情報は、コンポーネントキャリア（ＣＣ）ごとのプロセスを使用して、前記拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックを構成するためのものであり、前記１つ以上のＨＡＲＱプロセスを選択することは、前記ＨＡＲＱプロセスのセットからＨＡＲＱプロセスのサブセットを選択することを含む、請求項１３に記載の方法。

【請求項17】

前記処理回路は、
不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマ又はＤＲＸ再送信タイマのいずれも実行していない前記ＨＡＲＱプロセスのセットのうちのＨＡＲＱプロセスを選択することによって、前記ＨＡＲＱプロセスのサブセットを選択するためのものである、請求項１６に記載の方法。

【請求項18】

前記処理回路は更に、
前記ＨＡＲＱプロセスのセットの全てのＨＡＲＱプロセスを含むように、前記１つ以上のＨＡＲＱプロセスを選択するためのものである、請求項１２又は１３に記載の装置。

【請求項19】

不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマ又はＤＲＸ再送信タイマのいずれも実行していない前記ＨＡＲＱプロセスのセットのうちのＨＡＲＱプロセスを含むように、前記１つ以上のＨＡＲＱプロセスを選択すること、
を更に含む、請求項１２又は１３に記載の装置。

【請求項20】

前記ＤＲＸ ＨＡＲＱタイマは、ＤＲＸラウンドトリップ時間（ＲＴＴ）タイマと、タイプ３ ＨＡＲＱ－ＡＣＫコードブック専用のＤＲＸ再送信タイマとを備える、請求項１２から１９のいずれか一項に記載の装置。

【請求項21】

方法であって、
ハイブリッド自動再送要求（ＨＡＲＱ）－肯定応答（ＡＣＫ）再送信を示す物理ダウンリンクチャネル（ＰＤＣＣＨ）送信を送信することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）送信において前記ＨＡＲＱ－ＡＣＫ再送信としてダウンリンクＨＡＲＱフィードバックを受信することと、
前記ＤＬ ＨＡＲＱフィードバックを受信した後に、第１のシンボルにおいて不連続受信（ＤＲＸ）ＨＡＲＱラウンドトリップ時間（ＲＴＴ）タイマを開始することと、
を含む、方法。

【請求項22】

前記ＰＤＣＣＨ送信はダウンリンク送信をスケジュールしない、請求項２１に記載の方法。

【請求項23】

前記ＰＤＣＣＨ送信を送信することに基づいて、ＤＲＸ再送信タイマを停止すること、
を更に含む、請求項２１又は２２に記載の方法。

【請求項24】

第３のリソースにおいて前記ＰＤＣＣＨ送信を受信することであって、前記方法は、
オフセットを識別することと、
前記オフセット及び前記第３のリソースに基づいて、前記ＤＬ ＨＡＲＱフィードバックを識別することと、を更に含む、請求項２３に記載の方法。

【発明の詳細な説明】

【背景技術】

【0001】

第３世代パートナーシッププロジェクト（Third Generation Partnership Project、３ＧＰＰ）技術仕様書（Technical Specification、ＴＳ）は、新無線（New Radio、ＮＲ）無線ネットワークの規格を定義する。これらのＴＳを開発するための研究の１つの領域は、不連続受信（ＤＲＸ）タイマを管理することである。

【図面の簡単な説明】

【0002】

【図1】いくつかの実施形態に係るネットワーク環境を示す。

【0003】

【図2】いくつかの実施形態による延期動作を示す。

【0004】

【図3】いくつかの実施形態によるセル切り替え動作を示す。

【0005】

【図4】いくつかの実施形態によるシグナリング図を示す。

【0006】

【図5】いくつかの実施形態によるコードブック再送信を示す。

【0007】

【図6】いくつかの実施形態によるコードブックを示す。

【0008】

【図7】いくつかの実施形態による別のコードブックを示す。

【0009】

【図8】いくつかの実施形態による別のシグナリング図を示す。

【0010】

【図9】いくつかの実施形態による動作フロー／アルゴリズム構造を示す。

【0011】

【図10】いくつかの実施形態による別の動作フロー／アルゴリズム構造を示す。

【0012】

【図11】いくつかの実施形態による別の動作フロー／アルゴリズム構造を示す。

【0013】

【図12】いくつかの実施形態による別の動作フロー／アルゴリズム構造を示す。

【0014】

【図13】いくつかの実施形態による別の動作フロー／アルゴリズム構造を示す。

【0015】

【図14】いくつかの実施形態によるユーザ機器を示す。

【0016】

【図15】いくつかの実施形態によるネットワークノードを示す。

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

【0017】

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

【0018】

以下は、本開示で使用され得る用語の用語集である。

【0019】

本明細書で使用される「回路」という用語は、説明される機能を提供するように構成されたハードウェア構成要素を指す、その一部である、又はそれを含む。ハードウェア構成要素は、電子回路、論理回路、プロセッサ（共有、専用又はグループ）又はメモリ（共有、専用又はグループ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルデバイス（ＦＰＤ）（例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、複合ＰＬＤ（ＣＰＬＤ）、大容量ＰＬＤ（ＨＣＰＬＤ）、構造化ＡＳＩＣ、プログラム可能なシステムオンチップ（ＳｏＣ））、あるいはデジタル信号プロセッサ（ＤＳＰ）を含み得る。いくつかの実施形態では、回路は、１つ以上のソフトウェア又はファームウェアプログラムを実行して、記載された機能の少なくとも一部を提供することができる。「回路」という用語はまた、１つ以上のハードウェア要素（又は、電気システム若しくは電子システムにおいて使用される回路の組み合わせ）と、使用されるプログラムコードを組み合わせて、そのプログラムコードの機能を実行することを指すことができる。これらの実施形態では、ハードウェア要素とプログラムコードとの組み合わせは、特定の種類の回路構成と呼ばれ得る。

【0020】

本明細書で使用するとき、「プロセッサ回路構成」という用語は、一連の算術演算若しくは論理演算又はデジタルデータの記録、記憶若しくは転送を順次自動的に実行することができる回路構成を指すか、その一部であるか、又はそれを含む。「プロセッサ回路」という用語は、アプリケーションプロセッサ、ベースバンドプロセッサ、中央処理装置（ＣＰＵ）、グラフィック処理装置、シングルコアプロセッサ、デュアルコアプロセッサ、トリプルコアプロセッサ、クアドコアプロセッサ、あるいはプログラムコード、ソフトウェアモジュール又は機能プロセスなどのコンピュータ実行可能命令を実行する、又は他の方法で動作させることができる任意の他のデバイスを指し得る。

【0021】

本明細書で使用するとき、「インタフェース回路構成」という用語は、２つ以上の構成要素又はデバイス間の情報の交換を可能にする回路構成を指すか、その一部であるか、又はそれを含む。「インタフェース回路」という用語は、１つ以上のハードウェアインタフェース、例えば、バス、Ｉ／Ｏインタフェース、周辺構成要素インタフェース、及びネットワークインタフェースカードを指し得る。

【0022】

本明細書で使用される「ユーザ機器」又は「ＵＥ」という用語は、通信ネットワーク内のネットワークリソースにユーザがアクセスすることを可能にし得る無線通信機能を有するデバイスを指す。「ユーザ機器」又は「ＵＥ」という用語は、クライアント、モバイル、モバイルデバイス、モバイル端末、ユーザ端末、モバイルユニット、モバイル局、モバイルユーザ、加入者、ユーザ、遠隔局、アクセスエージェント、ユーザエージェント、受信機、無線機器、再構成可能な無線機器、又は再構成可能なモバイルデバイスと同義であると見なされ得、またそのように呼ばれ得る。更に、「ユーザ機器」又は「ＵＥ」という用語は、無線通信インタフェースを含む任意の種類の無線／有線デバイス又は任意のコンピューティングデバイスを含み得る。

【0023】

本明細書で使用するとき、用語「コンピュータシステム」は、任意のタイプの相互接続された電子デバイス、コンピュータデバイス、又はそれらの構成要素を指す。加えて、「コンピュータシステム」又は「システム」という用語は、互いに通信可能に結合されたコンピュータの様々な構成要素を指し得る。更に、「コンピュータシステム」又は「システム」という用語は、互いに通信可能に結合され、コンピューティングリソース又はネットワーキングリソースを共有するように構成された複数のコンピュータデバイス又は複数のコンピューティングシステムを指し得る。

【0024】

本明細書で使用するとき、「リソース」という用語は、コンピュータデバイス、機械的デバイス、メモリ空間、プロセッサ／ＣＰＵ時間、プロセッサ／ＣＰＵ使用量、プロセッサ及びアクセラレータ負荷、ハードウェア時間又は使用量、電力、入出力動作、ポート又はネットワークソケット、チャネル／リンク割り当て、スループット、メモリ使用量、ストレージ、ネットワーク、データベース及びアプリケーション、あるいはワークロードユニットなど、物理デバイス又は仮想デバイス、コンピューティング環境内の物理的構成要素又は仮想コンポーネント、あるいは、特定のデバイス内の物理的構成要素又は仮想コンポーネントを指す。「ハードウェアリソース」は、物理的ハードウェア要素によって提供される計算リソース、記憶リソース又はネットワークリソースを指し得る。「仮想化リソース」は、仮想化インフラストラクチャによってアプリケーション、デバイス又はシステムに提供される計算リソース、記憶リソース又はネットワークリソースを指し得る。「ネットワークリソース」又は「通信リソース」という用語は、通信ネットワークを介してコンピュータデバイス／システムによってアクセス可能なリソースを指し得る。「システムリソース」という用語は、サービスを提供するための任意の種類の共有エンティティを指し得、コンピューティングリソース又はネットワークリソースを含み得る。システムリソースは、このようなシステムリソースが単一のホスト又は複数のホスト上に存在し、かつ明確に識別可能なサーバを通じてアクセスできるコヒーレント機能、ネットワークデータオブジェクト又はサービスのセットと考えられてもよい。

【0025】

本明細書で使用するとき、用語「チャネル」は、データ又はデータストリームを通信するために使用される有形又は非有形のいずれかの伝送媒体を指す。「チャネル」という用語は、「通信チャネル」、「データ通信チャネル」、「伝送チャネル」、「データ伝送チャネル」、「アクセスチャネル」、「データアクセスチャネル」、「リンク」、「データリンク」、「キャリア」、「高周波キャリア」又はデータが通信される経路又は媒体を示す任意の他の同様の用語と同義又は同等であり得る。加えて、本明細書で使用するとき、用語「リンク」は、情報を送受信する目的での２つのデバイス間の接続を指す。

【0026】

本明細書で使用するとき、「インスタンス化する」、「インスタンス化」などの用語は、インスタンスの作成を指す。「インスタンス」はまた、例えばプログラムコードの実行中に発生し得るオブジェクトの具体的な発生を指す。

【0027】

「接続される」という用語は、共通の通信プロトコルレイヤにある２つ以上の要素が、通信チャネル、リンク、インタフェース又は基準点を介して互いに確立されたシグナリング関係を有することを意味し得る。

【0028】

本明細書で使用するとき、「ネットワーク要素」という用語は、ワイヤード又はワイヤレス通信ネットワークサービスを提供するために使用される物理又は仮想化機器又はインフラストラクチャを指す。「ネットワーク要素」という用語は、ネットワーク化コンピュータ、ネットワーク用ハードウェア、ネットワーク機器、ネットワークノード又は仮想化ネットワーク機能と同義であると見なされ得、又はそのように呼ばれ得る。

【0029】

「情報要素」という用語は、１つ以上のフィールドを含む構造要素を指す。「フィールド」という用語は、情報要素、又はコンテンツを含むデータ要素の個々のコンテンツを指す。情報要素は、１つ以上の更なる情報要素を含み得る。

【0030】

図１は、いくつかの実施形態に係るネットワーク環境１００を示す。ネットワーク環境１００は、基地局１０８と通信可能に結合されたユーザ機器（ＵＥ）１０４を含むことができる。ＵＥ１０４及び基地局１０８は、第５世代（Fifth Generation、５Ｇ）ＮＲシステム規格を定義するものなど、３ＧＰＰ ＴＳに準拠したエアインタフェースを介して通信することができる。基地局１０８は、ＵＥ１０４に向かってＮＲユーザプレーン及び制御プレーンプロトコル終端を提示する、１つ以上の５Ｇ新しい無線（ＮＲ）セルを提供するためのｇＮＢであり得る。

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

シグナリング図８００は、８１２において、基地局１０８がＵＥ１０４に報告指示を送信することを更に含み得る。報告指示は、ワンショットＨＡＲＱ－ＡＣＫ要求（例えば、リリース１６タイプ３コードブック報告の場合）、又は拡張タイプ３コードブックインジケータ（例えば、リリース１７拡張タイプ３コードブック報告の場合）を含み得る。報告指示は、ＤＣＩフォーマット１＿１又は１＿２を通して提供され得、それはまた、いくつかの状況においてＰＤＳＣＨをスケジュールし得る。

【0081】

報告指示を受信すると、ＵＥ１０４は、選択されたタイプ３コードブックとともにＨＡＲＱフィードバックを送り得る。

【0082】

拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのワンショットＨＡＲＱ－ＡＣＫ要求を使用するための２つの主なケースが存在する。ケース１では、ワンショットＨＡＲＱ－ＡＣＫ要求は、ＰＤＳＣＨ受信をスケジュールするＤＣＩフォーマットにおいて示され得る（例えば、ＤＣＩは、有効な周波数領域リソース割り当て（ＦＤＲＡ）フィールドを含む）。ケース２では、ワンショットＨＡＲＱ－ＡＣＫ要求は、ＰＤＳＣＨをスケジュールしない（例えば、ＦＤＲＡフィールドが無効である）ＤＣＩフォーマットで示され得る。

【0083】

ＤＣＩ上でワンショットＨＡＲＱ－ＡＣＫ要求が与えられるとき、例えば、「ワンショットＨＡＲＱ－ＡＣＫ要求」フィールドが「１」に設定されるとき、ＵＥ１０４は、ＰＤＳＣＨスケジューリング及び拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックルックアップのために表１を参照し得る。

【表1】

【0084】

ワンショットＨＡＲＱ－ＡＣＫ要求がＤＣＩ上で与えられるとき、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミングインジケータフィールドは、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫからの適用不可能な値を提供してはならない。言い換えれば、数値Ｋ１は、ワンショットＨＡＲＱ－ＡＣＫ要求とともに示される必要がある。

【0085】

ＤＣＩが非数値Ｋ１を示す場合、ワンショットＨＡＲＱ要求は、後のＤＣＩに入ることができる。したがって、（非数値Ｋ１を有する）ＰＤＳＣＨをスケジュールする第１のＤＣＩの後に、数値Ｋ１中のＨＡＲＱ－ＡＣＫのためのタイミングを与えられたＰＤＳＣＨをスケジュールしない第２のＤＣＩが続き得る。本明細書の実施形態は、（ワンショットＨＡＲＱ－ＡＣＫに関連付けられた全てのＨＡＲＱプロセスのための）ＤＲＸタイマがそのようなシナリオにおいてどのように扱われるべきかを定義する。

【0086】

ＴＳ ３８．２１３は、ケース１／２及び数値／非数値Ｋ１の様々な他の組み合わせの可能性を説明する。例えば、他の可能性は、ＰＤＳＣＨをスケジュールしない第１のＤＣＩのみ、又はＰＤＳＣＨをスケジュールする第２のＤＣＩのみを含む。

【0087】

タイプ３ ＨＡＲＱ－ＡＣＫコードブック要求が、ＰＤＳＣＨ受信をスケジュールしてもしなくてもよいＤＣＩフォーマットとともに提供される状況を考慮するために、いくつかの実施形態に従って、ＴＳ ３８．３２１に対する様々な更新が提供されてもよい。

【0088】

第１のオプションでは、別個のＤＲＸ ＨＡＲＱ ＲＴＴタイマＤＬ及びＤＲＸ再送信タイマＤＬが、タイプ３ ＨＡＲＱ－ＡＣＫコードブック／ワンショットＨＡＲＱ－ＡＣＫ要求のためだけに導入され得る。これらのタイマは、任意の他のＨＡＲＱプロセスにリンクされなくてもよい。これらのタイマの利用は、ワンショットＨＡＲＱ－ＡＣＫ／拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブック専用のＴＳ言語において捕捉されてもよく、これは、ＰＤＳＣＨ受信をスケジュールする場合とスケジュールしない場合の両方に共通であってもよい。例えば、ＴＳ ３８．３２１の５．７節の言語は、以下のように下線付きテキストで更新することができる：
ＲＲＣは、以下のパラメータを構成することによってＤＲＸ動作を制御する：
．．．
－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（タイプ３ ＨＡＲＱ－ＡＣＫコードブックに対して１つ、ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセスごとに１つ）：ＤＬ再送信が受信されるまでの最大持続時間、
．．．
－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（タイプ３ ＨＡＲＱ－ＡＣＫコードブックに対して１つ、ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセスごとに１つ）：ＨＡＲＱ再送信のためのＤＬ割り当てがＭＡＣエンティティによって予期される前の最小持続時間、
．．．
ＤＲＸが構成される場合、ＭＡＣエンティティは、
．．．
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬが満了した場合：
２＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬがタイプ３ ＨＡＲＱ－ＡＣＫコードブックに対するものである場合：
３＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの満了後の第１のシンボルにおいてタイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを開始する。
２＞その他対応するＨＡＲＱプロセスのデータが正常に復号されなかった場合：
３＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの満了後に第１のシンボルにおいて対応するＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを開始する。
．．．
１＞ＤＲＸグループがアクティブ時間にある場合：
．．．
２＞ＰＤＣＣＨがワンショットＨＡＲＱ－ＡＣＫ要求を示すか、又は拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブック報告の要求を含む場合：
３＞ＤＬ ＨＡＲＱフィードバックを搬送する対応する送信の終了後の第１のシンボルにおいて、タイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始又は再開する、
３＞タイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを停止する。
注釈Ｚ：ＰＵＣＣＨセル切り替えがＴＳ ３８．２１３において規定されるように構成されるとき、ＤＬ ＨＡＲＱフィードバックを搬送する対応する送信は、異なるＰＵＣＣＨセル上で起こり得る。

【0089】

ワンショットＨＡＲＱ－ＡＣＫ／拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックに専用のＤＲＸタイミング挙動を捕捉するための第２のオプションは、ＨＡＲＱプロセスのサブセット、例えば、最も重要なもののみのためのタイマを選択的に管理（例えば、停止、開始、再開）することであり得る。これは、以下のテキストを含むようにＴＳ ３８．３２１、５．７節を更新することによって達成され得る：
２＞ＰＤＣＣＨがワンショットＨＡＲＱ－ＡＣＫ要求を示すか、又は拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブック報告の要求を含む場合：
３＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ又はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬのいずれも実行していないＨＡＲＱ－ＡＣＫコードブックにおいて報告される各ＨＡＲＱプロセスに対して：
４＞ＤＬ ＨＡＲＱフィードバックを搬送する対応する送信の終了後の第１のシンボルにおいて、対応するＨＡＲＱプロセスのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始する。
注釈Ｚ：ＰＵＣＣＨセル切り替えがＴＳ ３８．２１３において規定されるように構成されるとき、ＤＬ ＨＡＲＱフィードバックを搬送する対応する送信は、異なるＰＵＣＣＨセル上で起こり得る。

【0090】

第１及び第２のオプションのテキストは、ＤＣＩがＰＤＳＣＨ受信をスケジュールするか又はスケジュールしないかに関する条件を指定しないことに留意されたい。したがって、第１及び第２のオプションの両方のテキストは、暗黙的に両方を含むことができる。例えば、第１及び第２のオプションは、ＰＤＳＣＨ受信をスケジュールする場合とスケジュールしない場合の両方に適用され得る。

【0091】

ワンショットＨＡＲＱ－ＡＣＫ要求が示され得るか、又は組み合わせられ得る様々なオプションが与えられると、いくつかの事例では、上記で説明したように、ＴＳ ３８．３２１における別個の段落においてワンショットＨＡＲＱ－ＡＣＫを扱うことが有利であり得る。これは、ＰＤＳＣＨのスケジューリングを伴う／伴わないケースを参照することを回避することができ、（ワンショットＨＡＲＱ－ＡＣＫに関連付けられたＨＡＲＱプロセスのうちの）対応するＨＡＲＱプロセスを構成するものの定義の重複も回避することができる。

【0092】

実施形態は、タイプ３ ＨＡＲＱ－ＡＣＫコードブックの構成及びトリガ態様に基づいてＨＡＲＱ ＲＴＴタイマを管理するための様々な方法オプションを説明する。これらのオプションは、本明細書の他の箇所で説明されるようなトリガ条件に基づいて、どのＨＡＲＱプロセスがそれらのＨＡＲＱ ＲＴＴタイマを開始／再開させるかをＵＥが選択することができる方式を提供する。

【0093】

第１のオプションは、第１のサブオプション及び第２のサブオプションを含み得る。第１のサブオプションでは、拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックの構成がＨＡＲＱごとである場合には（例えば、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－ｅｎｈＴｙｐｅ３ｐｅｒＨＡＲＱを介して）、ＵＥ１０４は、コードブックの全てのＨＡＲＱプロセスに対してＨＡＲＱ ＲＴＴタイマを開始／再開することができる。これは、この状況においてワンショットＨＡＲＱ－ＡＣＫ要求に基づいて報告されるＨＡＲＱプロセスのリストが、ＨＡＲＱプロセスの総数のサブセットである場合に実現可能であり得る。

【0094】

第２のサブオプションでは、タイプ３ ＨＡＲＱ－ＡＣＫの構成がＣＣごとであるか（例えば、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－ｅｎｈＴｙｐｅ３ｐｅｒＣＣを介する）、又はワンショットＨＡＲＱ－ＡＣＫ要求がリリース１６に従って適用される場合、ＵＥ１０４は、コードブックのＨＡＲＱプロセスのサブセットのためのＨＡＲＱ ＲＴＴタイマを開始し得る。サブセットのＨＡＲＱプロセスは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ又はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬのいずれも実行していないＨＡＲＱ－ＡＣＫコードブックにおいて報告されるＨＡＲＱプロセスを識別することを含む２次的／選択的手法を通じて識別され得る。

【0095】

第２のオプションは、第１のオプションと同様であり得るが、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－ｅｎｈＴｙｐｅ３ｐｅｒＨＡＲＱリストにおいて構成されたＨＡＲＱプロセスのリスト全体は、トリガリングがｐｄｓｃｈ－ＨＡＲＱ－ｅｎｈＴｙｐｅ３ＤＣＩｆｉｅｌｄが構成されたＤＣＩを介する場合にのみ使用され得る。ｐｄｓｃｈ－ＨＡＲＱ－ｅｎｈＴｙｐｅ３ＤＣＩｆｉｅｌｄが構成されたＤＣＩを介してトリガリングが行われる場合、ＤＣＩは、構成された複数のｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－ｅｎｈＴｙｐｅ３ｐｅｒＨＡＲＱリストから１つのリストを識別するために使用され得、識別されたリストからの全てのＨＡＲＱプロセスのためのＨＡＲＱ ＲＴＴタイマが開始／再開され得る。ｐｄｓｃｈ－ＨＡＲＱ－ｅｎｈＴｙｐｅ３ＤＣＩｆｉｅｌｄが構成されない場合、拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックは、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－ｅｎｈＴｙｐｅ３Ｌｉｓｔが含まれるＤＣＩ上のワンショットＨＡＲＱ－ＡＣＫ要求フィールドを介して依然としてトリガされることができる。この場合、第１のオプションに関して上記で説明した２次的／選択的手法は、対応するＨＡＲＱ ＲＴＴタイマが開始されるべきＨＡＲＱプロセスのサブセットを識別するために使用され得る。

【0096】

第３のオプションでは、拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのリリース１７オプションのうちの１つがアクティブである場合、ＵＥ１０４は、構成された（及び潜在的に低減された）数のＨＡＲＱプロセスのリスト全体にＤＲＸタイマ設定を適用し得る。２次的／選択的手法は、他の全ての場合に使用され得る。

【0097】

第４のオプションでは、ＤＲＸタイマは、ＨＡＲＱ－ＡＣＫコードブックに関連付けられた全てのＨＡＲＱプロセスに対して開始／再開され得る。これは、任意のタイプ３のＨＡＲＱ－ＡＣＫコードブックに適用することができる。

【0098】

第５のオプションでは、２次的／選択的手法が全ての場合に使用され得る。例えば、ＤＲＸタイマは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ又はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬのいずれも実行していないＨＡＲＱ－ＡＣＫコードブックにおいて報告される各ＨＡＲＱプロセスに対して開始され得る。

【0099】

第６のオプションでは、関連するＨＡＲＱプロセスに関係なく、（拡張された）タイプ３ ＨＡＲＱ－ＡＣＫコードブックに対してのみ、１つの追加のＤＲＸ ＨＡＲＱ ＲＴＴタイマ及び１つの追加のＤＲＸ再送信タイマが提供され得る。

【0100】

図９は、いくつかの実施形態による動作フロー／アルゴリズム構造９００を示す。動作フロー／アルゴリズム構造９００は、例えばＵＥ １０４若しくはＵＥ １４００などのＵＥ、又はその構成要素、例えば処理回路１４０４によって実行され得る。

【0101】

動作フロー／アルゴリズム構造９００は、９０４において、ＨＡＲＱフィードバックを生成することを含むことができる。ＨＡＲＱフィードバックは、ダウンリンク送信、例えば、ＭＡＣ ＰＤＵを搬送するＰＤＳＣＨ送信を受信する試みに基づいて生成され得る。ダウンリンク送信は、構成されたダウンリンク割り当て（例えば、ＳＰＳ割り当て）において、又は任意の他の方法で受信され得る。

【0102】

動作フロー／アルゴリズム構造９００は、９０８において、第１のＰＵＣＣＨリソースとの競合を識別することを更に含み得る。第１のＰＵＣＣＨリソースは、ＨＡＲＱフィードバックを搬送するように最初にスケジュールされたリソースであり得る。競合は、より高い優先度を有し得るダウンリンクシンボルと少なくとも部分的に重複するＰＵＣＣＨリソースに起因し得る。

【0103】

動作フロー／アルゴリズム構造９００は、９１２において、第２のＰＵＣＣＨリソースにおいてＨＡＲＱフィードバックを送信することを更に含み得る。第２のＰＵＣＣＨリソースは、第１のＰＵＣＣＨリソースよりも後に生じ得る。例えば、第２のＰＵＣＣＨリソースは、第１のＰＵＣＣＨリソースを有するスロットの後に生じるスロット中にあり得る。

【0104】

動作フロー／アルゴリズム構造９００は、９１６において、ＨＡＲＱフィードバックを送信した後にＤＲＸ ＲＴＴタイマを開始することを更に含むことができる。ＤＲＸ ＲＴＴタイマは、ＨＡＲＱフィードバックを送信した後の第１のシンボルにおいて開始され得る。いくつかの実施形態は、ダウンリンク送信を受信したことに基づいてＤＲＸ再送信タイマを停止することを更に含み得る。

【0105】

図１０は、いくつかの実施形態による動作フロー／アルゴリズム構造１０００を示す。動作フロー／アルゴリズム構造１０００は、例えばＵＥ １０４若しくはＵＥ １４００などのＵＥ、又はその構成要素、例えば処理回路１４０４によって実行され得る。

【0106】

動作フロー／アルゴリズム構造１０００は、１００４において、第１のサービングセルにおけるＰＤＳＣＨ送信の受信を試みることを含んでもよい。ＰＤＳＣＨ送信は、ＭＡＣ ＰＤＵを搬送し得る。ＰＣｅｌｌ又はＳＣｅｌｌであり得る第１のサービングセルは、第１の帯域中の第１のコンポーネントキャリア上で与えられ得る。

【0107】

動作フロー／アルゴリズム構造１０００は、１００８において、第２のサービングセルへの切り替えを更に含んでもよい。ＰＣｅｌｌ又はＳＣｅｌｌであり得る第２のサービングセルは、第２の帯域中の第２のコンポーネントキャリア上で与えられ得る。

【0108】

いくつかの実施形態では、第１のサービングセルと第２のサービングセルとの間の切り替えは、半静的ＰＵＣＣＨキャリア切り替え構成又は動的ＰＵＣＣＨキャリア切り替え構成に従って行われ得る。ＲＲＣシグナリングは、半静的ＰＵＣＣＨキャリア切り替えを可能にするために、周期的セル切り替えパターンをＵＥに与えるために使用され得る。動的ＰＵＣＣＨキャリア切り替えは、サービングセルを切り替えるようにＵＥに促す指示をＤＣＩ内に含める基地局によって達成され得る。

【0109】

動作フロー／アルゴリズム構造１０００は、１０１２において、第２のセルにおいてＨＡＲＱフィードバックを送信することを更に含み得る。ＨＡＲＱフィードバックは、第１のサービングセルにおいてＰＤＳＣＨ送信を受信しようとする試みに対応し得る。ＨＡＲＱフィードバックは、第２のサービングセルのＰＵＣＣＨリソース上で送信され得る。

【0110】

動作フロー／アルゴリズム構造１０００は、１０１６において、ＨＡＲＱフィードバックを送信した後にＤＲＸ ＲＴＴタイマを開始することを更に含むことができる。ＤＲＸ ＲＴＴタイマは、ＨＡＲＱフィードバックを送信した後の第１のシンボルにおいて開始され得る。

【0111】

図１１は、いくつかの実施形態による動作フロー／アルゴリズム構造１１００を示す。動作フロー／アルゴリズム構造１１００は、例えばＵＥ １０４若しくはＵＥ １４００などのＵＥ、又はその構成要素、例えば処理回路１４０４によって実行され得る。

【0112】

動作フロー／アルゴリズム構造１１００は、１１０４において、ＤＬ ＨＡＲＱフィードバックを送信するための第１のリソースを識別することを含むことができる。第１のリソースは、スロット又はサブスロットであり得る。ＤＬ ＨＡＲＱフィードバックは、ダウンリンク送信を受信しようとする試みに対応し得る。第１のリソースは、ダウンリンク送信を受信する試みのタイミングに基づいて決定され得るか、又はＤＣＩによってスケジュールされ得る。

【0113】

動作フロー／アルゴリズム構造１１００は、１１０８において、ＨＡＲＱ－ＡＣＫ再送信を示すＰＤＣＣＨ送信を受信することを更に含み得る。ＰＤＣＣＨ送信は、ＤＬ ＨＡＲＱフィードバックを送信するために識別された第１のリソースの後に生じるリソース中で受信され得る。

【0114】

動作フロー／アルゴリズム構造１１００は、１１１２において、ＤＬ ＨＡＲＱフィードバックをＨＡＲＱ再送信として送信することを更に含むことができる。ＨＡＲＱ再送信は、ＰＤＣＣＨ送信が受信されたリソースの後に生じるリソース上で実行され得る。

【0115】

いくつかの実施形態では、ＵＥは、オフセットを識別し、オフセットと、ＰＤＣＣＨ送信が受信されるリソースとに基づいて、ＤＬ ＨＡＲＱフィードバックをＨＡＲＱ送信として識別し得る。

【0116】

動作フロー／アルゴリズム構造１１００は、１１１６において、ＤＬ ＨＡＲＱフィードバックを送信した後にＤＲＸ ＲＴＴタイマを開始することを更に含むことができる。ＤＲＸ ＲＴＴタイマは、ＤＬ ＨＡＲＱフィードバックを送信した後の第１のシンボルにおいて開始され得る。いくつかの実施形態は、ＰＤＳＣＨ送信を受信したことに基づいてＤＲＸ再送信タイマを停止することを更に含み得る。

【0117】

図１２は、いくつかの実施形態による動作フロー／アルゴリズム構造１２００を示す。動作フロー／アルゴリズム構造１２００は、例えばＵＥ １０４若しくはＵＥ １４００などのＵＥ、又はその構成要素、例えば処理回路１４０４によって実行され得る。

【0118】

動作フロー／アルゴリズム構造１２００は、１２０４において、タイプ３コードブックについての要求を有するＰＤＣＣＨ送信を受信することを含み得る。コードブックは、非拡張タイプ３コードブック（例えば、リリース１６コードブック）又は拡張タイプ３コードブック（例えば、リリース１７コードブック）であってもよい。ＤＣＩ送信であり得る要求は、ワンショットＨＡＲＱ－ＡＣＫ要求又は拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブック報告の要求であり得る。

【0119】

動作フロー／アルゴリズム構造１２００は、１２０８において、要求に基づいてＨＡＲＱフィードバックを送信することを更に含むことができる。ＨＡＲＱフィードバックは、対応するタイプ３コードブックのＨＡＲＱプロセスのためのフィードバックを含み得る。これらは、コンポーネントキャリアのＨＡＲＱプロセスの一部又は全部を含み得る。

【0120】

動作フロー／アルゴリズム構造１２００は、１２１２において、タイプ３コードブックのためのＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始又は再開することを更に含み得る。タイマは、ＨＡＲＱフィードバックが送信されたシンボルに続く第１のシンボルにおいて開始又は再開され得る。いくつかの実施形態では、タイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのＤＲＸ再送信タイマは、ＰＤＣＣＨ送信を受信することに基づいて停止され得る。

【0121】

図１３は、いくつかの実施形態による動作フロー／アルゴリズム構造１３００を示す。動作フロー／アルゴリズム構造１３００は、例えばＵＥ １０４若しくはＵＥ １４００などのＵＥ、又はその構成要素、例えば処理回路１４０４によって実行され得る。

【0122】

動作フロー／アルゴリズム構造１３００は、１３０４において、タイプ３コードブックについての要求を有するＰＤＣＣＨ送信を受信することを含み得る。コードブックは、非拡張タイプ３コードブック（例えば、リリース１６コードブック）又は拡張タイプ３コードブック（例えば、リリース１７コードブック）であってもよい。ＤＣＩ送信であり得る要求は、ワンショットＨＡＲＱ－ＡＣＫ要求又は拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブック報告の要求であり得る。

【0123】

動作フロー／アルゴリズム構造１３００は、１３０８において、要求に基づいてＨＡＲＱフィードバックを送信することを更に含むことができる。ＨＡＲＱフィードバックは、対応するタイプ３コードブックのＨＡＲＱプロセスのためのフィードバックを含み得る。これらは、コンポーネントキャリアのＨＡＲＱプロセスの一部又は全部を含み得る。

【0124】

動作フロー／アルゴリズム構造１３００は、１３１２において、ＤＲＸタイマを実行することなく、１つ以上のＨＡＲＱプロセスを識別することを更に含むことができる。ＤＲＸタイマは、ＤＲＸ ＨＡＲＱ ＲＴＴタイマ又はＤＲＸ再送信タイマであり得る。いくつかの実施形態では、１３１２において実行される識別は、対応するＤＲＸ ＨＡＲＱ ＲＴＴタイマ又は対応するＤＲＸ再送信タイマのいずれも実行していない１つ以上のＨＡＲＱプロセスを識別することを含み得る。

【0125】

動作フロー／アルゴリズム構造１３００は、１３１６において、１つ以上のＨＡＲＱプロセスのためのＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始することを更に含むことができる。したがって、ＤＲＸ ＨＡＲＱ ＲＴＴタイマは、ＨＡＲＱフィードバックの送信時に動作するＤＲＸ ＨＡＲＱ ＲＴＴタイマもＤＲＸ再送信タイマも有さないＨＡＲＱプロセスのために開始され得る。

【0126】

図９～図１３は、ＵＥの観点からの動作フロー／アルゴリズム構造を説明する。しかしながら、上述したように、基地局は、通信を調整するために、ＵＥと同様の方法でＤＲＸ ＨＡＲＱタイマを管理する必要があり得る。したがって、実施形態はまた、図９～図１３又は本明細書の任意の他の実施形態に関して説明されるものと同様の、基地局の観点からの動作フロー／アルゴリズム構造を含み得る。

【0127】

図１４は、いくつかの実施形態によるＵＥ１４００を示す。ＵＥ１４００は、図１のＵＥ１０４と同様であり、実質的に交換可能であり得る。

【0128】

ＵＥ１４００は、例えば、モバイルフォン、コンピュータ、タブレット、ＸＲデバイス、眼鏡、産業用ワイヤレスセンサ（例えば、マイクロフォン、炭酸ガスセンサ、気圧センサ、湿気センサ、温度計、動きセンサ、加速度計、レーザスキャナ、流体レベルセンサ、在庫センサ、電圧／電流計、又はアクチュエータ）、ビデオ監視／モニタリングデバイス（例えば、カメラ又はビデオカメラ）、ウェアラブルデバイス（例えば、スマートウォッチ）、又はモノのインターネットデバイスなどの、任意のモバイル又は非モバイルコンピューティングデバイスであり得る。

【0129】

ＵＥ１４００は、プロセッサ１４０４、ＲＦインタフェース回路１４０８、メモリ／ストレージ１４１２、ユーザインタフェース１４１６、センサ１４２０、ドライバ回路１４２２、電源管理用集積回路（power management integrated circuit、ＰＭＩＣ）１４２４、アンテナ構造１４２６、及びバッテリ１４２８を含むことができる。ＵＥ１４００の構成要素は、集積回路（Integrated Circuit、ＩＣ）、その一部分、個別の電子デバイス、又は他のモジュール、ロジック、ハードウェア、ソフトウェア、ファームウェア、又はそれらの組み合わせとして実装され得る。図１４のブロック図は、ＵＥ１４００のいくつかの構成要素のハイレベル図を示すことを意図している。しかしながら、示されている構成要素のいくつかは省略されてもよく、追加の構成要素が存在してもよく、示されている構成要素の異なる配置が他の実施態様で発生してもよい。

【0130】

ＵＥ１４００の構成要素は、１つ以上の相互接続部１４３２を介して、様々な他の構成要素と結合され得、１つ以上の相互接続部は、（共通の又は異なるチップ又はチップセット上の）様々な回路構成要素が互いに相互作用することを可能にする、任意の種類のインタフェース、入出力部、（ローカル、システム、若しくは拡張）バス、伝送線、トレース、又は光学接続部などを表し得る。

【0131】

プロセッサ１４０４は、例えば、ベースバンドプロセッサ回路（ＢＢ）１４０４Ａ、中央処理装置回路（ＣＰＵ）１４０４Ｂ及びグラフィック処理装置回路（ＧＰＵ）１４０４Ｃなどのプロセッサ回路を含み得る。プロセッサ１４０４は、メモリ／ストレージ１４１２からのプログラムコード、ソフトウェアモジュール又は機能プロセスなどのコンピュータ実行可能命令を実行するか、又は別様に動作させるかして、本明細書に記載の動作をＵＥ１４００に実行させる、任意の種類の回路構成又はプロセッサ回路構成を含み得る。

【0132】

いくつかの実施形態では、ベースバンドプロセッサ回路構成１４０４Ａは、メモリ／ストレージ１４１２内の通信プロトコルスタック１４３６にアクセスして、３ＧＰＰ準拠ネットワークを介して通信し得る。概して、ベースバンドプロセッサ回路１４０４Ａは、通信プロトコルスタック１４３６にアクセスして、ＰＨＹ層、ＭＡＣ層、ＲＬＣサブ層、ＰＤＣＰサブ層、ＳＤＡＰサブ層、及び上位層においてユーザプレーン機能を実行し、ＰＨＹ層、ＭＡＣ層、ＲＬＣサブ層、ＰＤＣＰサブ層、ＲＲＣ層、及びＮＡＳ層において制御プレーン機能を実行することができる。いくつかの実施形態において、ＰＨＹ層動作は、追加的に／代替的に、ＲＦインタフェース回路１４０８の構成要素によって実行されてよい。

【0133】

ベースバンドプロセッサ回路１４０４Ａは、３ＧＰＰ準拠ネットワーク内で情報を搬送するベースバンド信号又は波形を生成又は処理し得る。いくつかの実施形態では、ＮＲのための波形は、アップリンク又はダウンリンクにおけるサイクリックプレフィックスＯＦＤＭ（ＣＰ－ＯＦＤＭ）、及びアップリンクにおける離散フーリエ変換スプレッドＯＦＤＭ（ＤＦＴ－Ｓ－ＯＦＤＭ）に基づき得る。

【0134】

メモリ／ストレージ１４１２は、本明細書に記載される様々な動作をＵＥ１４００に実行させるためにプロセッサ１４０４の１つ以上によって実行され得る命令を含む１つ以上の非一時的コンピュータ可読媒体（例えば、通信プロトコルスタック１４３６）を含み得る。メモリ／ストレージ１４１２は、ＵＥ１４００の全体に分散され得る任意の種類の揮発性又は不揮発性メモリを含む。いくつかの実施形態では、メモリ／ストレージ１４１２のいくつかは、プロセッサ１４０４自体に配置され得る（例えば、Ｌ１及びＬ２キャッシュ）一方で、他のメモリ／ストレージ１４１２は、プロセッサ１４０４の外部にあるが、メモリインタフェースを介してアクセスし得る。メモリ／ストレージ１４１２は、限定はしないが、例えばダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ソリッドステートメモリ、又は任意の他のタイプのメモリデバイス技術など、任意の適切な揮発性又は不揮発性メモリを含み得る。

【0135】

ＲＦインタフェース回路１４０８は、無線アクセスネットワークを介してＵＥ１４００が他のデバイスと通信することを可能にする送受信機回路及び無線周波数フロントモジュール（ＲＦＥＭ）を含み得る。ＲＦインタフェース回路１４０８は、送信経路又は受信経路に配置された種々の要素を含み得る。これらの要素は、例えば、スイッチ、混合器、増幅器、フィルタ、合成器回路及び制御回路を含み得る。

【0136】

受信経路では、ＲＦＥＭは、アンテナ構造１４２６を介してエアインタフェースから放射信号を受信し、その信号を（低雑音増幅器を用いて）フィルタ処理及び増幅することに進み得る。信号は、プロセッサ１４０４のベースバンドプロセッサに提供されるベースバンド信号にＲＦ信号をダウンコンバートする送受信機の受信機に提供され得る。

【0137】

送信経路では、送受信機の送信機は、ベースバンドプロセッサから受信されたベースバンド信号をアップコンバートし、ＲＦ信号をＲＦＥＭに提供する。ＲＦＥＭは、信号がアンテナ１４２６を介してエアインタフェースにわたって放射される前に、電力増幅器を通してＲＦ信号を増幅し得る。

【0138】

様々な実施形態で、ＲＦインタフェース回路構成１４０８は、ＮＲアクセス技術に準拠するように信号を送受信するように構成されてもよい。

【0139】

アンテナ１４２６は、電気信号を電波に変換して空中を進行させるとともに、受信した電波を電気信号に変換するアンテナ要素を含んでもよい。アンテナ要素は、１つ以上のアンテナパネルに配置され得る。アンテナ１４２６は、ビームフォーミング及び多入力多出力通信を可能にするために、無指向性、指向性、又はそれらの組み合わせであるアンテナパネルを有し得る。アンテナ１４２６には、マイクロストリップアンテナ、１つ以上のプリント回路基板の表面上に組み立てられたプリントアンテナ、パッチアンテナ、又はフェーズドアレイアンテナが含まれ得る。アンテナ１４２６は、ＦＲ１又はＦＲ２の帯域を含む特定の周波数帯域用に設計された１つ以上のパネルを有することができる。

【0140】

ユーザインタフェース回路１４１６は、ＵＥ１４００とのユーザ対話を可能にするように設計された様々な入出力（Ｉ／Ｏ）デバイスを含む。ユーザインタフェース１４１６は、入力デバイス回路及び出力デバイス回路を含む。入力デバイス回路構成は、とりわけ、１つ以上の物理又は仮想ボタン（例えば、リセットボタン）、物理キーボード、キーパッド、マウス、タッチパッド、タッチスクリーン、マイクロフォン、スキャナ、ヘッドセット、などを含む入力を受け付けるための任意の物理又は仮想手段を含む。出力デバイス回路は、センサ読み取り値、アクチュエータ位置（単数又は複数）、又は他の同様の情報などの情報を表示するか、又は別様に情報を伝達するための任意の物理的手段又は仮想的手段を含む。出力デバイス回路は、とりわけ、１つ以上の単純な視覚出力／インジケータ（例えば、発光ダイオード（ＬＥＤ）などのバイナリ状態インジケータ及び複数文字の視覚出力）、又はディスプレイデバイス若しくはタッチスクリーン（例えば、液晶ディスプレイ（ＬＣＤ）、ＬＥＤディスプレイ、量子ドットディスプレイ又はプロジェクタ）などのより複雑な出力を含む、任意の数又は組合せのオーディオディスプレイ又は視覚ディスプレイを含んでもよく、文字、グラフィック、マルチメディアオブジェクトなどの出力は、ＵＥ１４００の動作から生成若しくは作成される。

【0141】

センサ１４２０は、その目的がその環境内でのイベント又は変化を検出し、検出されたイベントに関する情報（センサデータ）をいくつかの他のデバイス、モジュール、又はサブシステムに送信することである、デバイス、モジュール、又はサブシステムを含み得る。そのようなセンサの例としては、加速度計、ジャイロスコープ若しくは磁力計を備える慣性測定ユニット；３軸加速度計、３軸ジャイロスコープ若しくは磁力計を備えるマイクロ電気機械システム又はナノ電気機械システム；レベルセンサ；流れセンサ；温度センサ（例えば、サーミスタ）；圧力センサ；気圧センサ；重力計；高度計；画像キャプチャデバイス（例えば、カメラ又はレンズ無し絞り）；光検出及び測距センサ、近接センサ（例えば、赤外線検出器など）、深度センサ、周囲光センサ、超音波送受信機；マイクロフォン又は他の同様の音声キャプチャデバイスが挙げられる。

【0142】

ドライバ回路構成１４２２は、ＵＥ１４００に組み込まれた、ＵＥ１４００にアタッチされた、又は別様にＵＥ１４００と通信可能に結合された特定のデバイスを制御するように動作するソフトウェア及びハードウェア要素を含み得る。ドライバ回路１４２２は、他の構成要素が、ＵＥ１４００内に存在し得るか、又はそれに接続され得る様々な入出力（Ｉ／Ｏ）デバイスと相互作用するか、又はそれらを制御することを可能にする個々のドライバを含み得る。例えば、ドライバ回路１４２２は、ディスプレイデバイスへのアクセスを制御し可能にするディスプレイドライバ、タッチスクリーンインタフェースへのアクセスを制御し可能にするタッチスクリーンドライバ、センサ回路１４２０のセンサ読み取り値を取得し、センサ回路１４２０へのアクセスを制御し可能にするセンサドライバ、電気機械構成要素のアクチュエータポジションを取得し、又は電気機械構成要素へのアクセスを制御し可能にするドライバ、埋込み画像キャプチャデバイスへのアクセスを制御し可能にするカメラドライバ、１つ以上のオーディオデバイスへのアクセスを制御し可能にするオーディオドライバを含み得る。

【0143】

ＰＭＩＣ１４２４は、ＵＥ１４００の様々な構成要素に供給される電力を管理し得る。特に、プロセッサ１４０４に関して、ＰＭＩＣ１４２４は、電源選択、電圧スケーリング、バッテリ充電、又はＤＣ－ＤＣ変換を制御し得る。

【0144】

いくつかの実施形態では、ＰＭＩＣ１４２４は、本明細書で論じるＤＲＸを含む、ＵＥ１４００の様々な省電力機構を制御してもよく、又は他の場合にはその一部であってもよい。

【0145】

バッテリ１４２８は、ＵＥ１４００に電力を供給してもよいが、いくつかの例では、ＵＥ１４００は、固定ロケーションにデプロイされて取り付けられてもよく、送電網に結合された電源を有してもよい。バッテリ１４２８は、リチウムイオンバッテリ、亜鉛空気バッテリなどの金属空気バッテリ、アルミニウム空気バッテリ、リチウム空気バッテリなどであってもよい。車両ベースの用途などのいくつかの実装形態では、バッテリ１４２８は、典型的な自動車用鉛酸バッテリであってもよい。

【0146】

図１５は、いくつかの実施形態によるネットワークノード１５００を示す。ネットワークノード１５００は、図１の基地局１０８と同様であり、実質的に交換可能であり得る。

【0147】

ネットワークノード１５００は、プロセッサ１５０４、ＲＦインタフェース回路１５０８（アクセスノードとして実装される場合）、コアネットワーク（ＣＮ）インタフェース回路１５１２、メモリ／記憶回路１５１６、及びアンテナ構造１５２６（アクセスノードとして実装される場合）を含み得る。

【0148】

ネットワークノード１５００の構成要素は、１つ以上の相互接続部１５２８を介して種々の他の構成要素に結合され得る。

【0149】

プロセッサ１５０４、ＲＦインタフェース回路１５０８、メモリ／記憶回路１５１６（通信プロトコルスタック１５１０を含む）、アンテナ構造１５２６、及び相互接続１５２８は、図１２に関して図示及び説明した同様の名称の要素と同様であり得る。

【0150】

ＣＮインタフェース回路１５１２は、キャリアイーサネットプロトコルなどの５ＧＣ互換コアネットワークプロトコル、又は何らかの他の好適なプロトコルを使用して、コアネットワーク、例えば、第５世代ネットワークインタフェース（５ＧＣ）への接続性を提供することができる。ネットワーク接続性は、光ファイバ又はワイヤレスバックホールを介して基地局１５００に／から提供され得る。ＣＮインタフェース回路構成１５１２は、前述したプロトコルのうちの１つ以上を使用して通信するための１つ以上の専用プロセッサ又はＦＰＧＡを含み得る。いくつかの実装形態では、ＣＮインタフェース回路１５１２は、同じ又は異なるプロトコルを使用して他のネットワークへの接続性を提供するために複数のコントローラを含み得る。

【0151】

いくつかの実施形態では、ネットワークノード１５００は、アンテナ構造１５２６、ＣＮインタフェース回路、又は他のインタフェース回路を使用して、伝送受信ポイント（ＴＲＰ）に結合され得る。

【0152】

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

【0153】

１つ以上の実施形態については、前述の図のうちの１つ以上に記載されている構成要素のうちの少なくとも１つは、以下の例示的なセクションに記載されているような１つ以上の動作、技術、プロセス又は方法を実行するように構成され得る。例えば、前述の図のうちの１つ以上に関連して上述したベースバンド回路は、以下に記載される例のうちの１つ以上に従って動作するように構成されていてもよい。別の例として、前述の図のうちの１つ以上に関連して上述したようなＵＥ、基地局、ネットワーク要素に関連付けられた回路は、実施例セクションにおいて以下に記載される例のうちの１つ以上に従って動作するように構成され得る。
実施例

【0154】

以下のセクションには、更なる例示的な実施形態が提供される。

【0155】

例１は、構成されたダウンリンク割り当てにおいて媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を受信する試みに基づいて、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを生成することと、ＨＡＲＱフィードバックを搬送するようにスケジュールされた第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに関連付けられた競合を識別することと、競合の当該識別に基づいて、第２のＰＵＣＣＨリソースにおいてＨＡＲＱフィードバックを送信することと、ＨＡＲＱフィードバックを送信した後に、第１のシンボルにおいて不連続受信（ＤＲＸ）ＨＡＲＱラウンドトリップ時間（ＲＴＴ）タイマを開始することと、を含む方法を含む。

【0156】

実施例２は、実施例１又は本明細書のいくつかの他の実施例の方法を含み、ＭＡＣ ＰＤＵの受信に基づいてＤＲＸ再送信タイマを停止することを更に含む。

【0157】

実施例３は、実施例１又は本明細書のいくつかの他の実施例の方法を含み、構成されたダウンリンク割り当ては、半永続的スケジューリング（ＳＰＳ）物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を含む。

【0158】

実施例４は、実施例１又は本明細書のいくつかの他の実施例の方法を含み、第１のＰＵＣＣＨリソースは、第１のスロット内にあり、第２のＰＵＣＣＨリソースは、第１のスロットの後に生じる第２のスロット内にある。

【0159】

実施例５は、第１のサービングセルにおいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信することを試みることと、ＰＤＳＣＨ送信を受信することを試みた後に第２のサービングセルに切り替えることと、第２のサービングセルの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースにおいて、ＰＤＳＣＨ送信を受信することを試みることに対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信することと、ＨＡＲＱフィードバックを送信した後に、第１のシンボルにおいて不連続受信（ＤＲＸ）ＨＡＲＱラウンドトリップ時間（ＲＴＴ）タイマを開始することと、を含む方法を含む。

【0160】

実施例６は、実施例５又は本明細書のいくつかの他の実施例の方法を含み、周期的なセル切り替えパターンでＵＥを構成する無線リソース制御（ＲＲＣ）メッセージを受信することと、周期的なセル切り替えパターンに基づいて第２のサービングセルに切り替えることと、を更に含む。

【0161】

実施例７は、実施例６又は本明細書のいくつかの他の実施例の方法を含み、半永続的スケジューリング（ＳＰＳ）ダウンリンク割り当てにおいてＰＤＳＣＨ送信を受信することを試みることを更に含む。

【0162】

実施例８は、実施例５又は本明細書のいくつかの他の実施例の方法を含み、ダウンリンク制御情報（ＤＣＩ）において指示を受信することと、指示に基づいて第２のサービングセルに切り替えることと、を更に含む。

【0163】

実施例９は、実施例８又は本明細書のいくつかの他の実施例の方法を含み、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を監視することと、監視することに基づいて、ＰＤＳＣＨ送信をスケジュールするＰＤＣＣＨ送信を検出することと、を更に含む。

【0164】

実施例１０は、ダウンリンク（ＤＬ）ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信するための第１のリソースを識別することと、ＨＡＲＱ－肯定応答（ＡＣＫ）再送信を示す物理ダウンリンクチャネル（ＰＤＣＣＨ）送信を受信することと、第２のリソースの物理アップリンク制御チャネル（ＰＵＣＣＨ）においてＨＡＲＱ－ＡＣＫ再送信としてＤＬ ＨＡＲＱフィードバックを送信することと、ＤＬ ＨＡＲＱフィードバックを送信した後に第１のシンボルにおいて不連続受信（ＤＲＸ）ＨＡＲＱラウンドトリップ時間（ＲＴＴ）タイマを開始することと、を含む方法を含む。

【0165】

実施例１１は、実施例１０又は本明細書のいくつかの他の実施例の方法を含み、第１のリソースは、第１のスロット又はサブスロットであり、第２のリソースは、第２のスロット又はサブスロットである。

【0166】

実施例１２は、実施例１０又は本明細書のいくつかの他の実施例の方法を含み、ＰＤＣＣＨ送信はダウンリンク送信をスケジュールしない。

【0167】

実施例１３は、実施例１０又は本明細書のいくつかの他の実施例の方法を含み、ＰＤＣＣＨ送信を受信することに基づいてＤＲＸ再送信タイマを停止することを更に含む。

【0168】

実施例１４は、実施例１０又は本明細書のいくつかの他の実施例の方法を含み、ＰＤＣＣＨ送信は、第３のリソースにおいて受信され、方法は、オフセットを識別することと、オフセット及び第３のリソースに基づいてＤＬ ＨＡＲＱフィードバックを識別することとを更に含む。

【0169】

実施例１５は、ハイブリッド自動再送要求（ＨＡＲＱ）－肯定応答（ＡＣＫ）コードブックを報告するための要求であって、要求は、ワンショットＨＡＲＱ－ＡＣＫ要求又は拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブック報告のための要求である、要求を含む物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信することと、要求に基づいて、ＨＡＲＱ－ＡＣＫコードブックに対応するＨＡＲＱフィードバックを送信することと、ＨＡＲＱフィードバックの送信後に、タイプ３ ＨＡＲＱ－ＡＣＫコードブックのための不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマを開始又は再開することと、を含む方法を含む。

【0170】

実施例１６は、実施例１５又は本明細書のいくつかの他の実施例の方法を含み、ＨＡＲＱフィードバックを送信することは、第１のシンボルにおいてＨＡＲＱフィードバックを送信することを含み、方法は、第１のシンボルに続く第２のシンボルにおいて、タイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始又は再開することを更に含む。

【0171】

実施例１７は、実施例１５又は本明細書のいくつかの他の実施例の方法を含み、ＰＤＣＣＨ送信を受信することに基づいてタイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのＤＲＸ再送信タイマを停止することを更に含む。

【0172】

実施例１８は、ワンショットハイブリッド自動再送要求（ＨＡＲＱ）－肯定応答（ＡＣＫ）要求を示すか、又は拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブック報告の要求を含む物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信することと、ＰＤＣＣＨ送信に基づいて、ＨＡＲＱ－ＡＣＫコードブックの複数のＨＡＲＱプロセスに対応するＨＡＲＱフィードバックを送信することと、対応する不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマ又は対応するＤＲＸ再送信タイマのいずれも動作していない複数のＨＡＲＱプロセスのうちの１つ以上のＨＡＲＱプロセスを識別することと、１つ以上のＨＡＲＱプロセスの各々に対応するＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始することと、を含む方法を含む。

【0173】

実施例１９は、実施例１８又は本明細書のいくつかの他の実施例の方法を含み、ＨＡＲＱフィードバックを送信することは、第１のシンボルにおいてＨＡＲＱフィードバックを送信することを含み、方法は、第１のシンボルに続く第２のシンボルにおいて、１つ以上のＨＡＲＱプロセスの各々に対応するＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始することを更に含む。

【0174】

実施例２０は、実施例１９又は本明細書のいくつかの他の実施例の方法を含み、複数のＨＡＲＱプロセスのうちの第１のＨＡＲＱプロセスのためのＤＲＸ ＨＡＲＱ ＲＴＴタイマが実行中であると決定することと、ＨＡＲＱフィードバックの送信に基づいて、第１のＨＡＲＱプロセスのためのＤＲＸ ＨＡＲＱ ＲＴＴタイマを再開することを控えることと、を更に含む。

【0175】

実施例２１は、１つ以上のコンポーネントキャリアのＨＡＲＱプロセスのセットのためのＨＡＲＱフィードバック情報を有するタイプ３ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）コードブックを報告するための要求を受信することと、タイプ３ ＨＡＲＱ－ＡＣＫコードブックを報告することと、ＨＡＲＱプロセスのセットから１つ以上のＨＡＲＱプロセスを選択することと、１つ以上のＨＡＲＱプロセスに対応する不連続受信（ＤＲＸ）ＨＡＲＱタイマを開始又は再開することと、を含む方法を含む。

【0176】

実施例２２は、実施例２１又は本明細書のいくつかの他の実施例の方法を含み、タイプ３ ＨＡＲＱ－ＡＣＫコードブックは、拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックであり、方法は、基地局から、拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックを構成するための情報を受信することを更に含む。

【0177】

実施例２３は、実施例２２又は本明細書のいくつかの他の実施例の方法を含み、情報は、ＨＡＲＱプロセス及びコンポーネントキャリア（ＣＣ）ごとの構成を使用して、拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックを構成するためのものであり、１つ以上のＨＡＲＱプロセスは、ＨＡＲＱプロセスのセットの全てのＨＡＲＱプロセスを含む。

【0178】

実施例２４は、実施例２２又は本明細書のいくつかの他の実施例の方法を含み、情報は、ＨＡＲＱプロセス及びコンポーネントキャリア（ＣＣ）ごとの構成を使用して、拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックを構成するためのものであり、方法は、要求がダウンリンク制御情報（ＤＣＩ）を介して受信される場合、ＨＡＲＱプロセスのセットの全てのＨＡＲＱプロセスを含むように１つ以上のＨＡＲＱプロセスを選択することと、要求がＤＣＩを介して受信されない場合、不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマ又はＤＲＸ再送信タイマのいずれも実行していないＨＡＲＱプロセスのセットのＨＡＲＱプロセスを含むように、１つ以上のＨＡＲＱプロセスを選択することと、を更に含む。

【0179】

実施例２５は、実施例２２又は本明細書のいくつかの他の実施例の方法を含み、情報は、ＨＡＲＱプロセス及びコンポーネントキャリア（ＣＣ）ごとの構成を使用して、拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックを構成するためのものであり、方法は更に、要求が、ＨＡＲＱプロセスの複数のリストからＨＡＲＱプロセスのリストを動的に示すように構成されたダウンリンク制御情報（ＤＣＩ）フィールドとともに受信された場合、ＨＡＲＱプロセスのリストの全てのＨＡＲＱプロセスを含むように１つ以上のＨＡＲＱプロセスを選択することと、要求が、ＨＡＲＱプロセスの複数のリストからＨＡＲＱプロセスのリストを動的に示すように構成されたＤＣＩフィールド無しで受信された場合、不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマ又はＤＲＸ再送信タイマのいずれも動作していないＨＡＲＱプロセスのセットのＨＡＲＱプロセスを含むように、１つ以上のＨＡＲＱプロセスを選択することと、を更に含む。

【0180】

実施例２６は、実施例２２又は本明細書のいくつかの他の実施例の方法を含み、情報は、コンポーネントキャリア（ＣＣ）ごとのプロセスを使用して、拡張タイプ３ ＨＡＲＱ－ＡＣＫコードブックを構成するためのものであり、１つ以上のＨＡＲＱプロセスの当該選択は、ＨＡＲＱプロセスのセットからＨＡＲＱプロセスのサブセットを選択することを含む。

【0181】

実施例２７は、実施例２６又は本明細書のいくつかの他の実施例の方法を含み、ＨＡＲＱプロセスのサブセットを選択することは、不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマ又はＤＲＸ再送信タイマのいずれも実行していないＨＡＲＱプロセスのセットのうちのＨＡＲＱプロセスを選択することを含む。

【0182】

実施例２８は、実施例２１若しくは２２又は本明細書のいくつかの他の実施例の方法を含み、ＨＡＲＱプロセスのセットの全てのＨＡＲＱプロセスを含むように、１つ以上のＨＡＲＱプロセスを選択することを更に含む。

【0183】

実施例２９は、実施例２１若しくは２２、又は本明細書における他の何らかの実施例の方法を含み、不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマ又はＤＲＸ再送信タイマのいずれも実行していないＨＡＲＱプロセスのセットのうちのＨＡＲＱプロセスを含むように、１つ以上のＨＡＲＱプロセスを選択することを更に含む。

【0184】

実施例３０は、実施例２１又は本明細書のいくつかの他の実施例の方法を含み、ＤＲＸ ＨＡＲＱタイマは、ＤＲＸラウンドトリップ時間（ＲＴＴ）タイマと、タイプ３ ＨＡＲＱ－ＡＣＫコードブック専用のＤＲＸ再送信タイマとを備える。

【0185】

実施例３１は、ハイブリッド自動再送要求（ＨＡＲＱ）－肯定応答（ＡＣＫ）再送信を示す物理ダウンリンクチャネル（ＰＤＣＣＨ）送信を送信することと、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信においてＨＡＲＱ－ＡＣＫ再送信としてダウンリンクＨＡＲＱフィードバックを受信することと、ＤＬ ＨＡＲＱフィードバックを受信した後に、第１のシンボルにおいて不連続受信（ＤＲＸ）ＨＡＲＱラウンドトリップ時間（ＲＴＴ）タイマを開始することと、を含む、方法を含む。

【0186】

実施例３２は、実施例３１又は本明細書のいくつかの他の実施例の方法を含み、ＰＤＣＣＨ送信はダウンリンク送信をスケジュールしない。

【0187】

実施例３３は、実施例３１又は本明細書のいくつかの他の実施例の方法を含み、ＰＤＣＣＨ送信を送信することに基づいてＤＲＸ再送信タイマを停止することを更に含む。

【0188】

実施例３４は、実施例３１又は本明細書のいくつかの他の実施例の方法を含み、ＰＤＣＣＨ送信は、第３のリソースにおいて受信され、方法は、オフセットを識別することと、オフセット及び第３のリソースに基づいてＤＬ ＨＡＲＱフィードバックを識別することとを更に含む。

【0189】

実施例３５は、実施例１～３４のいずれかに記載されるか若しくはそれに関連する方法、又は本明細書に記載される任意の他の方法若しくはプロセスの１つ以上の要素を実行するための手段を備える装置を含み得る。

【0190】

実施例３６は、命令を含む１つ以上の非一時的コンピュータ可読媒体を含み得、命令は、電子デバイスの１つ以上のプロセッサによる命令の実行時に、電子デバイスに、実施例１～３４のいずれかに記載されるか若しくはそれに関連する方法、又は本明細書に記載される任意の他の方法若しくはプロセスの１つ以上の要素を実行させる。

【0191】

実施例３７は、実施例１～３４のいずれかに記載された、若しくはそれに関連する方法、又は本明細書に記載された任意の他の方法若しくはプロセスの１つ以上の要素を実行するためのロジック、モジュール、又は回路を備える装置を含み得る。

【0192】

実施例３８は、実施例１～３４のいずれかに記載された、若しくはそれらに関連する方法、技術、若しくはプロセス、又はそれらの一部若しくは部分を含み得る。

【0193】

実施例３９は、１つ以上のプロセッサと、命令を有する１つ以上のコンピュータ可読媒体と、を有する装置を含み得、命令は、１つ以上のプロセッサにより実行されると、１つ以上のプロセッサに、実施例１～３４のいずれかに記載される又は関連する方法、技術又は処理、又はそれらの一部を実行させる。

【0194】

実施例４０は、実施例１～３４のいずれかに記載されるか、若しくはそれに関連する信号、又はその一部若しくは部分を含み得る。

【0195】

実施例４１は、実施例１～３４のうちのいずれかに記載された、若しくはそれに関連するデータグラム、情報要素、パケット、フレーム、セグメント、ＰＤＵ、若しくはメッセージ、又はそれらの部分若しくは一部、あるいは本開示に記載された他のものを含み得る。

【0196】

実施例４２は、実施例１～３４のいずれかに記載されるか、若しくはそれに関連するデータでコード化された信号、又はその一部分若しくは一部、あるいは本開示に記載される他の信号を含み得る。

【0197】

実施例４３は、実施例１～３４のいずれかに記載されているか若しくはそれに関連するデータグラム、ＩＥ、パケット、フレーム、セグメント、ＰＤＵ、若しくはメッセージ、又はそれらの部分若しくは一部で符号化された信号、あるいは本開示で他の方法で記載された信号を含み得る。

【0198】

実施例４４は、複数のコンピュータ可読命令を搬送する電磁信号を含んでよく、１つ以上のプロセッサによる複数のコンピュータ可読命令の実行は、１つ以上のプロセッサに、実施例１～３４のいずれか又はその複数の部分に記載された、又はそれらに関連する方法、技術、又はプロセスを実行させる。

【0199】

実施例４５は、命令を含むコンピュータプログラムを含んでもよく、処理要素によるプログラムの実行は、処理要素に、実施例１～３４のいずれかに記載された又は実施例１～３４のいずれかに関連する方法、技術又は処理、又はそれらの一部を実行させる。

【0200】

実施例４６は、本明細書で図示及び説明されるようなワイヤレスネットワークにおける信号を含み得る。

【0201】

実施例４７は、本明細書に図示及び記載されたワイヤレスネットワークにおいて通信する方法を含み得る。

【0202】

実施例４８は、本明細書に示され説明されたワイヤレス通信を提供するためのシステムを含み得る。

【0203】

実施例４９は、本明細書において図示及び説明されるようなワイヤレス通信を提供するためのデバイスを含み得る。

【0204】

上記の実施例のいずれも、特に明記しない限り、任意の他の実施例（又は実施例の組み合わせ）と組み合わされ得る。１つ以上の実装形態の前述の説明は、例示及び説明を提供するが、網羅的であることを意図するものではなく、又は、実施形態の範囲を開示される正確な形態に限定することを意図するものではない。修正及び変形は、上記の教示を踏まえると可能であり、又は様々な実施形態の実践から習得し得る。

【0205】

上記の実施形態は、かなり詳細に記載されているが、上記の開示が完全に理解されれば、多数の変形形態及び修正形態が当業者には明らかになる。以下の特許請求の範囲は、全てのこのような変形及び修正を包含すると解釈されることが意図されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【手続補正書】

【提出日】2024-07-09

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

命令を有する１つ以上のコンピュータ可読媒体であって、前記命令は、実行されると、プロセッサ回路に、
ダウンリンク（ＤＬ）ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信するための第１のリソースを識別させ、
ＨＡＲＱ－肯定応答（ＡＣＫ）再送信を示す物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信させ、
第２のリソースの物理アップリンク制御チャネル（ＰＵＣＣＨ）中で前記ＨＡＲＱ－ＡＣＫ再送信として前記ＤＬ ＨＡＲＱフィードバックを送信させ、
前記ＤＬ ＨＡＲＱフィードバックを送信した後に、第１のシンボルにおいて不連続受信（ＤＲＸ）ＨＡＲＱラウンドトリップ時間（ＲＴＴ）タイマを開始させる、１つ以上のコンピュータ可読媒体。

【請求項2】

前記第１のリソースは第１のスロット又はサブスロットであり、前記第２のリソースは第２のスロット又はサブスロットである、請求項１に記載の１つ以上のコンピュータ可読媒体。

【請求項3】

前記ＰＤＣＣＨ送信は、ダウンリンク送信をスケジュールしない、請求項１に記載の１つ以上のコンピュータ可読媒体。

【請求項4】

前記命令は、実行されると、前記プロセッサ回路に、更に、
前記ＰＤＣＣＨ送信を受信したことに基づいて、ＤＲＸ再送信タイマを停止させる、請求項１から３のいずれか一項に記載の１つ以上のコンピュータ可読媒体。

【請求項5】

前記ＰＤＣＣＨ送信は第３のリソースにおいて受信され、前記命令は、実行されると、前記プロセッサ回路に更に、
オフセットを識別させ、
前記オフセットおよび前記第３のリソースに基づいて、前記ＤＬ ＨＡＲＱフィードバックを識別させる、請求項１から３のいずれか一項に記載の１つ以上のコンピュータ可読媒体。

【請求項6】

前記ＤＬ ＨＡＲＱフィードバックおよび前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマの両方は、ＨＡＲＱプロセスに関連付けられている、請求項１から３のいずれか一項に記載の１つ以上のコンピュータ可読媒体。

【請求項7】

回路を備える装置であって、前記回路は、
不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマを実装し、
フィードバックを示す物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信し、前記フィードバックは、ワンショットハイブリッド自動再送要求（ＨＡＲＱ）フィードバック又はＨＡＲＱフィードバックの再送信であり、
前記ＰＤＣＣＨ送信に基づいて、送信のための前記フィードバックを生成し、
前記フィードバックの送信に基づいて前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始又は再開する、装置。

【請求項8】

前記フィードバックは第１のシンボルにおいて送信され、前記回路は更に、
前記第１のシンボルに続く第２のシンボルにおいて前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始又は再開するためのものである、請求項７に記載の装置。

【請求項9】

前記回路は更に、
前記ＰＤＣＣＨ送信を受信したことに基づいて、タイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのＤＲＸ再送信タイマを停止するためのものである、請求項７又は８に記載の装置。

【請求項10】

前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマは、タイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのものである、請求項７又は８に記載の装置。

【請求項11】

前記フィードバックおよび前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマの両方は、ＨＡＲＱプロセスに関連付けられている、請求項７又は８に記載の装置。

【請求項12】

前記フィードバックは、ワンショットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである、請求項７又は８に記載の装置。

【請求項13】

前記フィードバックは、ＨＡＲＱフィードバックの再送信である、請求項７又は８に記載の装置。

【請求項14】

方法であって、
フィードバックであって、前記フィードバックは、ワンショットハイブリッド自動再送要求（ＨＡＲＱ）フィードバック又はＨＡＲＱフィードバックの再送信である、フィードバックを示す物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信することと、
前記ＰＤＣＣＨ送信に基づいて、送信のための前記フィードバックを生成することと、
前記フィードバックの送信に基づいて、不連続受信（ＤＲＸ）ハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマを開始又は再開することと、
を含む、方法。

【請求項15】

前記フィードバックは第１のシンボルにおいて送信され、前記方法は更に、
前記第１のシンボルに続く第２のシンボルにおいて前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマを開始又は再開することを含む、請求項１４に記載の方法。

【請求項16】

前記方法は、
前記ＰＤＣＣＨ送信を受信したことに基づいて、タイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのＤＲＸ再送信タイマを停止することを更に含む、請求項１４又は１５に記載の方法。

【請求項17】

前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマは、タイプ３ ＨＡＲＱ－ＡＣＫコードブックのためのものである、請求項１４又は１５に記載の方法。

【請求項18】

前記フィードバックおよび前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマの両方は、ＨＡＲＱプロセスに関連付けられている、請求項１４又は１５に記載の方法。

【請求項19】

前記フィードバックは、ワンショットハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである、請求項１４又は１５に記載の方法。

【請求項20】

前記フィードバックは、ＨＡＲＱフィードバックの再送信である、請求項１４又は１５に記載の方法。

【国際調査報告】