特開2022-68858 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 宏碁股▲分▼有限公司の特許一覧

特開2022-68858ＨＡＲＱ再送信を処理するデバイス

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

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

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

(11)【公開番号】P2022068858

(43)【公開日】2022-05-10

(54)【発明の名称】ＨＡＲＱ再送信を処理するデバイス

(51)【国際特許分類】

H04W 28/04 20090101AFI20220427BHJP

H04W 72/04 20090101ALI20220427BHJP

【ＦＩ】

H04W28/04 110

H04W72/04 136

【審査請求】有

【請求項の数】19

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2021172065

(22)【出願日】2021-10-21

(31)【優先権主張番号】63/094,912

(32)【優先日】2020-10-22

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

(31)【優先権主張番号】17/503,379

(32)【優先日】2021-10-18

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

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】509352749

【氏名又は名称】宏碁股▲分▼有限公司

【氏名又は名称原語表記】ＡＣＥＲＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎修

(72)【発明者】

【氏名】李建民

(72)【発明者】

【氏名】羅立中

(72)【発明者】

【氏名】陳仁賢

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

5K067

【Ｆターム（参考）】

5K067AA23

5K067DD34

5K067EE02

5K067EE10

5K067HH28

(57)【要約】

【課題】ＨＡＲＱ再送信を処理するデバイスを提供する。
【解決手段】ハイブリッド自動反復要求（ＨＡＲＱ）再送信を処理するための通信デバイスは、ネットワークから第１の物理下りリンク（ＤＬ）共有チャネル（ＰＤＳＣＨ）を受信することであって、第１のＰＤＳＣＨに対応する第１のＨＡＲＱフィードバックは、第１の上りリンク（ＵＬ）チャネルに割り当てられており、第１のＵＬチャネルは、第１の優先度インデックスに対応している、受信することと、第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信しないと決定することと、第１のＨＡＲＱフィードバックのための第２のＵＬチャネルを決定することであって、第２のＵＬチャネルは、第２の優先度インデックスに対応している、決定することと、第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信することと、を行う命令を実行するように構成されている。
【選択図】図３

【特許請求の範囲】

【請求項1】

ハイブリッド自動反復要求（ＨＡＲＱ）再送信を処理するための通信デバイスであって、
少なくとも１つの記憶デバイスと、
前記少なくとも１つの記憶デバイスに結合された少なくとも１つの処理回路と、を含み、前記少なくとも１つの記憶デバイスは命令を記憶し、前記少なくとも１つの処理回路は、
ネットワークから第１の物理下りリンク（ＤＬ）共有チャネル（ＰＤＳＣＨ）を受信することであって、前記第１のＰＤＳＣＨに対応する第１のＨＡＲＱフィードバックは、第１の上りリンク（ＵＬ）チャネルに割り当てられており、前記第１のＵＬチャネルは、第１の優先度インデックスに対応している、受信することと、
前記第１のＵＬチャネルにおいて前記第１のＨＡＲＱフィードバックを送信しないと決定することと、
前記第１のＨＡＲＱフィードバックのための第２のＵＬチャネルを決定することであって、前記第２のＵＬチャネルは、第２の優先度インデックスに対応している、決定することと、
前記第２のＵＬチャネルにおいて前記第１のＨＡＲＱフィードバックを送信することと、を行う前記命令を実行するように構成されている、通信デバイス。

【請求項2】

前記第２のＵＬチャネルは、第１のＤＬ制御情報（ＤＣＩ）によって示される、請求項１に記載の通信デバイス。

【請求項3】

前記第２のＵＬチャネルにおける前記第１のＨＡＲＱフィードバックの位置は、前記第１のＤＣＩにしたがって決定される、請求項２に記載の通信デバイス。

【請求項4】

前記第１のＨＡＲＱフィードバックを送信するために予約された第１のペイロードサイズは、前記第１のＤＣＩにしたがって決定される、請求項２または３に記載の通信デバイス。

【請求項5】

前記第１のＤＣＩの第１の制御リソースセット（ＣＯＲＳＥＴ）プールインデックスと、前記第１のＰＤＳＣＨを示す第２のＤＣＩの第２のＣＯＲＥＳＥＴプールインデックスとが同じである、請求項２～４のいずれか一項に記載の通信デバイス。

【請求項6】

前記第１のＤＣＩが任意のＰＤＳＣＨを示さないか、または前記第１のＤＣＩが、前記第１の優先度インデックスに対応する第１のＤＬ割り当てインデックス（ＤＡＩ）と、前記第２の優先度インデックスに対応する第２のＤＡＩとを含む、請求項２～５のいずれか一項に記載の通信デバイス。

【請求項7】

前記第１のＤＣＩが前記第１のＵＬチャネルの後に受信されるか、または前記第１のＤＣＩが、前記第１のＵＬチャネルにおいて前記第１のＨＡＲＱフィードバックを送信しないと決定した後に受信される、請求項２～６のいずれか一項に記載の通信デバイス。

【請求項8】

前記第２のＵＬチャネルは、前記ＰＵＳＣＨの第１の反復の後の物理ＵＬ共有チャネル（ＰＵＳＣＨ）の第２の反復であり、前記第１のＵＬチャネルは、前記ＰＵＳＣＨの前記第１の反復である、請求項１～７のいずれか一項に記載の通信デバイス。

【請求項9】

前記通信デバイスは、前記第１のＵＬチャネルにおいて前記第１のＨＡＲＱフィードバックを送信しないと決定し、前記ネットワークによって送信された指示にしたがって、前記第２のＵＬチャネルにおいて前記第１のＨＡＲＱフィードバックを送信する、請求項１～８のいずれか一項に記載の通信デバイス。

【請求項10】

前記第１の優先度インデックスと前記第２の優先度インデックスとが同じである、請求項１～９のいずれか一項に記載の通信デバイス。

【請求項11】

前記第２のＵＬチャネルにおける前記第１のＨＡＲＱフィードバックの第１の位置が、第２のＨＡＲＱフィードバックの第２の位置の後にあり、前記第２のＨＡＲＱフィードバックが、前記第２のＵＬチャネルにおける初期送信であるか、または前記第２のＵＬチャネルにおける前記第１のＨＡＲＱフィードバックの第１の位置が、前記第１の優先度インデックスおよび前記第２の優先度インデックスにしたがって決定される、請求項１～１０のいずれか一項に記載の通信デバイス。

【請求項12】

前記第１のＨＡＲＱフィードバックを送信するために予約された第１のペイロードサイズが、固定値であるか、または前記ネットワークの設定にしたがって決定される、請求項１～１１のいずれか一項に記載の通信デバイス。

【請求項13】

前記第１のＵＬチャネルと前記第２のＵＬチャネルとの間の時間距離は、閾値以下である、請求項１～１２のいずれか一項に記載の通信デバイス。

【請求項14】

前記閾値は、前記ネットワークによって指示される、請求項１３に記載の通信デバイス。

【請求項15】

前記第１のＰＤＳＣＨが第２のＤＣＩによってスケジューリングされるか、または前記第１のＰＤＳＣＨが半永続的スケジューリング（ＳＰＳ）によってスケジューリングされる、請求項１～１４のいずれか一項に記載の通信デバイス。

【請求項16】

前記通信デバイスは、指示に従って前記第１のＨＡＲＱフィードバックを送信しないと決定するか、または前記通信デバイスは、前記第１のＵＬチャネルが第３のＵＬチャネルと衝突し、前記第３のＵＬチャネルが前記第１の優先度インデックスよりも高い第３の優先度インデックスに対応しているときに、前記第１のＨＡＲＱフィードバックを送信しないと決定する、請求項１～１５のいずれか一項に記載の通信デバイス。

【請求項17】

前記第２のＵＬチャネルは、前記第１の優先度インデックスとは異なる第３の優先度インデックスに対応する第２のＨＡＲＱフィードバックを含む、請求項１～１６のいずれか一項に記載の通信デバイス。

【請求項18】

前記第２のＵＬチャネルにおいて第２のＨＡＲＱフィードバックを送信するために予約された第２のペイロードサイズは、前記第２のＵＬチャネルを示す第３のＤＣＩにしたがって決定される、請求項１～１７のいずれか一項に記載の通信デバイス。

【請求項19】

前記第２のＵＬチャネルの前記第２の優先度インデックスは、前記第２のＵＬチャネルを示す第３のＤＣＩにしたがって決定される、請求項１～１８のいずれか一項に記載の通信デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ハイブリッド自動反復要求（ＨＡＲＱ）再送信を処理するデバイスに関係する。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ）Ｒｅｌ－８規格および／または３ＧＰＰＲｅｌ－９規格をサポートするロングターム・エボリューション（ＬＴＥ）システムは、ユーザの増加するニーズを満足させるためにＵＭＴＳの性能をさらに強化するために、ユニバーサル移動通信システム（ＵＭＴＳ）の後継として３ＧＰＰによって開発された。ＬＴＥシステムは、ニューラジオ・インタフェースと、高いデータレート、低いレイテンシ、パケット最適化、および改善されたシステム容量とカバレッジを提供するニューラジオ・ネットワークアーキテクチャを含む。

【0003】

ＬＴＥアドバンスト（ＬＴＥ‐Ａ）システムは、その名前が示唆するように、ＬＴＥシステムの進化である。ＬＴＥ‐Ａシステムは、電力状態間のより速いスイッチングを目標とし、発展型ノードＢ（ｅＮＢ）のカバレッジエッジでの性能を改善し、ピークデータ速度とスループットを増加させ、キャリア・アグリゲーション（ＣＡ）、協調マルチポイント（ＣｏＭＰ）送信／受信、上りリンク（ＵＬ）多入力多出力（ＵＬ‐ＭＩＭＯ）、ライセンス支援アクセス（ＬＡＡ）（例えば、ＬＴＥを使用する）などの高度な技術を含む。

【0004】

次世代無線アクセスネットワーク（ＮＧ‐ＲＡＮ）が、ＬＴＥ－Ａシステムをさらに強化するために開発されている。ＮＧ－ＲＡＮは、１つ以上の次世代ノードＢ（ｇＮＢ）を含み、より広い動作帯域、異なる周波数範囲に対する異なるヌメロロジ、大容量ＭＩＭＯ、高度なチャネルコーディングなどの特性を有する。

【0005】

ユーザ機器（ＵＥ）は、特定の原因のためにハイブリッド自動反復要求（ＨＡＲＱ）フィードバックを送信できないことがある。ＵＥとｇＮＢの間の通信は、ＨＡＲＱフィードバックがｇＮＢによって正しく受信されない場合、定期的に進行することができない。したがって、ＨＡＲＱフィードバックの再送信は解決すべき重要な問題である。

【発明の概要】

【0006】

したがって、本発明は、上述の問題を解決するために、ハイブリッド自動反復要求（ＨＡＲＱ）再送信を処理するためのデバイスを提供する。

【0007】

これは、以下の独立請求項による、ＨＡＲＱ再送信を処理するための通信デバイスによって達成される。従属請求項は、対応するさらなる開発および改善に関する。

【0008】

以下の発明を実施するための形態からより明確に分かるように、ハイブリッド自動反復要求（ＨＡＲＱ）再送信を処理するための請求項に記載された通信デバイスは、少なくとも１つの記憶デバイスと、少なくとも１つの記憶デバイスに結合された少なくとも１つの処理回路と、を含む。少なくとも１つの記憶デバイスは、命令を記憶し、少なくとも１つの処理回路は、ネットワークから第１の物理下りリンク（ＤＬ）共有チャネル（ＰＤＳＣＨ）を受信することであって、第１のＰＤＳＣＨに対応する第１のＨＡＲＱフィードバックは、第１の上りリンク（ＵＬ）チャネルに割り当てられており、第１のＵＬチャネルは、第１の優先度インデックスに対応している、受信することと、第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信しないと決定することと、第１のＨＡＲＱフィードバックのための第２のＵＬチャネルを決定することであって、第２のＵＬチャネルは、第２の優先度インデックスに対応している、決定することと、第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信することと、を行う命令を実行するように構成されている。

【図面の簡単な説明】

【0009】

【図1】本発明の一例による無線通信システムの概略図である。

【図2】本発明の一例による無線通信デバイスの概略図である。

【図3】本発明の一例によるプロセスのフローチャートである。

【図4】本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。

【図5】本発明の一例によるＨＡＲＱ再送信のためのＣＩとＤＣＩのタイミング関係の概略図である。

【図6】本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。

【図7】本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。

【図8】本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。

【図9】本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。

【図10】本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。

【図11】本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。

【図12】本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。

【図13】本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。

【図14】本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。

【図15】本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。

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

【0010】

図１は、本発明の一例による無線通信システム１０の概略図である。無線通信システム１０は、手短に言えば、ネットワークと複数の通信デバイスとから構成されている。無線通信システム１０は、時分割二重化（ＴＤＤ）モード、周波数分割二重化（ＦＤＤ）モード、ＴＤＤ－ＦＤＤジョイント動作モード、非地上ネットワーク（ＮＴＮ）モード、またはライセンス支援アクセス（ＬＡＡ）モードをサポートしてもよい。すなわち、ネットワークおよび通信デバイスは、ＦＤＤキャリア、ＴＤＤキャリア、ライセンスキャリア（ライセンス・サービングセル）および／またはアンライセンスキャリア（アンライセンス・サービングセル）を介して互いに通信してもよい。追加的に、無線通信システム１０は、キャリア・アグリゲーションをサポートしてもよい。すなわち、ネットワークおよび通信デバイスは、一次セル（例えば、一次コンポーネントキャリア）および１つ以上の二次セル（例えば、二次コンポーネントキャリア）を含む複数のサービングセル（例えば、複数のサービングキャリア）を介して互いに通信してもよい。

【0011】

図１では、無線通信システム１０の構造を示すために、ネットワークおよび通信デバイスが簡潔に利用されている。実際には、ネットワークは、ユニバーサル移動通信システム（ＵＭＴＳ）における少なくとも１つのノードＢ（ＮＢ）を含むユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）であってもよい。一例において、ネットワークは、少なくとも１つの発展型ＮＢ（ｅＮＢ）および／またはロングターム・エボリューション（ＬＴＥ）システム、ＬＴＥアドバンスト（ＬＴＥ－Ａ）システム、ＬＴＥ－Ａシステムの発展などにおける少なくとも１つの中継ノードを含む発展型ＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）であってもよい。一例において、ネットワークは、少なくとも１つの次世代ノードＢ（ｇＮＢ）および／または少なくとも１つの第５世代（５Ｇ）基地局（ＢＳ）を含む次世代無線アクセスネットワークであってもよい。一例において、ネットワークは、通信デバイスと通信するための特定の通信規格に適合する任意のＢＳであってもよい。

【0012】

ＮＲは、５Ｇシステム（または５Ｇネットワーク）のために定義された規格であり、統一されたエアインターフェースをより良い性能で提供する。ｇＮＢは、ｅＭＢＢ（ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）、ＵＲＬＬＣ（ＵｌｔｒａＲｅｌｉａｂｌｅＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ）、ｍＭＴＣ（ＭａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）などの高度な特徴をサポートする５Ｇシステムを実現するために配備されている。ｅＭＢＢは、広い帯域幅、および低い／適度なレイテンシを備えたブロードバンドサービスを提供する。ＵＲＬＬＣは、より高い信頼性、および低いレイテンシの特性を備えたアプリケーション（例えば、エンドツーエンド通信）を提供する。アプリケーションの例としては、産業用インターネット、スマートグリッド、インフラストラクチャ保護、遠隔手術および高度道路交通システム（ＩＴＳ）を含む。ｍＭＴＣは、何十億もの接続されたデバイスおよび／またはセンサを含む５Ｇシステムのモノのインターネット（ＩｏＴ）をサポートすることができる。

【0013】

さらに、ネットワークはまた、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮおよびコアネットワークのうちの少なくとも１つを含んでもよく、コアネットワークは、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、Ｓ－ＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）、Ｐ－ＧＷ（ＰＤＮ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ）Ｇａｔｅｗａｙ）、ＳＯＮ（Ｓｅｌｆ－ＯｒｇａｎｉｚｉｎｇＮｅｔｗｏｒｋｓ）サーバおよび／またはＲＮＣ（ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）などのネットワーク・エンティティを含んでもよい。一例において、ネットワークが通信デバイスによって送信された情報を受信した後、その情報は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮによってのみ処理されてもよく、その情報に対応する決定は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮにおいて行われる。一例において、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮは、コアネットワークに情報を転送し、コアネットワークがその情報を処理した後、その情報に対応する決定は、コアネットワークにおいて行われる。一例において、情報は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮとコアネットワークの両方によって処理されてもよく、協調および／または協力がＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮおよびコアネットワークによって実行された後に、決定が行われる。

【0014】

通信デバイスは、ユーザ機器（ＵＥ）、低コストデバイス（例えば、マシンタイプ通信（ＭＴＣ）デバイス）、デバイスツーデバイス（Ｄ２Ｄ）通信デバイス、狭帯域モノのインターネット（ＩｏＴ）（ＮＢ－ＩｏＴ）、携帯電話、ラップトップ、タブレットコンピュータ、電子ブック、ポータブルコンピュータシステム、またはそれらの組み合わせであってもよい。また、ネットワークおよび通信デバイスは、方向（例えば、送信方向）にしたがって送信機または受信機としてみることができ、例えば、上りリンク（ＵＬ）の場合、通信デバイスが送信機であり、ネットワークが受信機であり、下りリンク（ＤＬ）の場合、ネットワークが送信機であり、通信デバイスが受信機である。

【0015】

図２は、本発明の一例による通信デバイス２０の概略図である。通信デバイス２０は、図１に示す通信デバイスまたはネットワークであってもよいが、ここでは限定されない。通信デバイス２０は、マイクロプロセッサまたは特定用途向け集積回路（ＡＳＩＣ）などの少なくとも１つの処理回路２００、少なくとも１つの記憶デバイス２１０、および少なくとも１つの通信インターフェースデバイス２２０を含んでもよい。少なくとも１つの記憶デバイス２１０は、少なくとも１つの処理回路２００によってアクセスされ実行されるプログラムコード２１４を記憶し得る任意のデータ記憶デバイスであってもよい少なくとも１つの記憶デバイス２１０の例は、加入者識別モジュール（ＳＩＭ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、デジタル汎用ディスクＲＯＭ（ＤＶＤ－ＲＯＭ）、ブルーレイ（登録商標）ディスクＲＯＭ（ＢＤ－ＲＯＭ）、磁気テープ、ハードディスク、光データ記憶デバイス、不揮発性記憶デバイス、非一時的コンピュータ可読媒体などを含むが、これらに限定されない。少なくとも１つの通信インターフェースデバイス２２０は、少なくとも１つのトランシーバであることが好ましく、少なくとも１つの処理回路２００の処理結果にしたがって信号（例えば、データ、メッセージおよび／またはパケット）を送信および受信するために使用される。

【0016】

図３は、本発明の一例によるプロセス３０のフローチャートである。プロセス３０は、ハイブリッド自動反復要求（ＨＡＲＱ）再送信を処理するために、通信デバイスにおいて利用されてもよい。プロセス３０は、プログラムコード２１４にコンパイルされてもよく、以下のステップを含む。
ステップ３００：開始する。
ステップ３０２：ネットワークから第１の物理ＤＬ共有チャネル（ＰＤＳＣＨ）を受信し、第１のＰＤＳＣＨに対応する第１のＨＡＲＱフィードバックは、第１のＵＬチャネルに割り当てられており、第１のＵＬチャネルは、第１の優先度インデックスに対応している。
ステップ３０４：第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信しないと決定する。
ステップ３０６：第１のＨＡＲＱフィードバックのための第２のＵＬチャネルを決定し、第２のＵＬチャネルは、第２の優先度インデックスに対応している。
ステップ３０８：第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信する。
ステップ３１０：終了する。

【0017】

プロセス３０によれば、通信デバイスは、ネットワークから第１のＰＤＳＣＨを受信し、第１のＰＤＳＣＨに対応する第１のＨＡＲＱフィードバックは、第１のＵＬチャネルに割り当てられており、第１のＵＬチャネルは、第１の優先度インデックスに対応している（例えば、第１の優先度インデックスが設定されているか、または示される）。通信デバイスは、第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信しないと決定する（例えば、送信しないように構成される）。次いで、通信デバイスは、第１のＨＡＲＱフィードバックのための第２のＵＬチャネルを決定（例えば、選択）し、第２のＵＬチャネルは、第２の優先度インデックスに対応している（例えば、第１の優先度インデックスが設定されている）。通信デバイスは、第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信する。すなわち、通信デバイスが第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信（例えば、初期送信）できないため、通信デバイスは、第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信（例えば、再送信）する。したがって、ＨＡＲＱフィードバックの再送信の問題は解決される。

【0018】

プロセス３０の実現は、上記に限定されない。以下の例は、プロセス３０を実現するために適用されてもよい。

【0019】

一例では、第２のＵＬチャネルは、第１のＤＬ制御情報（ＤＣＩ）によって示される（例えば、スケジューリングされる）。一例では、第２のＵＬチャネルにおける第１のＨＡＲＱフィードバックの位置は、第１のＤＣＩにしたがって決定される。一例では、第１のＨＡＲＱフィードバックを送信するために予約された第１のペイロードサイズは、第１のＤＣＩにしたがって決定される。一例では、第１のＤＣＩの第１の制御リソースセット（ＣＯＲＳＥＴ）プールインデックスと、第１のＰＤＳＣＨを示す第２のＤＣＩの第２のＣＯＲＥＳＥＴプールインデックスとが同じである。一例では、第１のＤＣＩは任意のＰＤＳＣＨを示さない。すなわち、第１のＤＣＩは特定の目的のためのものであってもよい。一例において、第１のＤＣＩは、第１の優先度インデックスに対応している第１の下りリンク割り当てインデックス（ＤＡＩ）と、第２の優先度インデックスに対応している第２のＤＡＩとを含む。

【0020】

一例では、第１のＤＣＩは、第１のＵＬチャネルの後に受信される。一例では、第１のＤＣＩは、第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信しないと決定した後に受信される。

【0021】

一例では、第２のＵＬチャネルは、ＰＵＳＣＨの第１の反復の後の物理ＵＬ共有チャネル（ＰＵＳＣＨ）の第２の反復であり、第１のＵＬチャネルは、ＰＵＳＣＨの第１の反復である。

【0022】

一例では、通信デバイスは、第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信しないと決定し、ネットワークによって送信された指示にしたがって、第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信する。すなわち、第１のＵＬチャネルにおいてキャンセルされた後、すべてのＨＡＲＱフィードバックを再送信できるわけではなく、通信デバイスは、指示にしたがって第１のＨＡＲＱフィードバックを再送信することが可能である。一例では、指示は、無線資源制御（ＲＲＣ）信号またはＤＣＩであってもよい。

【0023】

一例では、第１の優先度インデックスと第２の優先度インデックスとが同じである。

【0024】

一例では、第２のＵＬチャネルにおける第１のＨＡＲＱフィードバックの第１の位置は、第２のＨＡＲＱフィードバックの第２の位置の後であり、第２のＨＡＲＱフィードバックは、第２のＵＬチャネルにおける初期送信である。すなわち、ＨＡＲＱフィードバックの初期送信と再送信は、第１のＵＬチャネルにおいて共同送信される。例えば、第１のＨＡＲＱフィードバックは、半永続的スケジューリング（ＳＰＳ）ＰＤＳＣＨに対応するＨＡＲＱフィードバックであるか、またはＤＣＩによって示された（またはスケジューリングされた）ＰＤＳＣＨに対応するＨＡＲＱフィードバックである。

【0025】

一例では、第２のＵＬチャネルにおける第１のＨＡＲＱフィードバックの第１の位置は、第１の優先度インデックスおよび第２の優先度インデックスにしたがって決定される。

【0026】

一例では、第１のＨＡＲＱフィードバックを送信するために予約された第１のペイロードサイズが、固定値であるか、またはネットワークの設定にしたがって決定される。

【0027】

第１のＵＬチャネルと第２のＵＬチャネルとの間の時間距離は、閾値以下である。一例では、閾値は、ネットワークによって指示される。例えば、通信デバイスは、閾値に対応するタイマが満了する前に、第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信する。すなわち、通信デバイスは、特定の期間内に第１のＨＡＲＱフィードバックを送信する。通信デバイスは、タイマが満了する前に第１のＨＡＲＱフィードバックを送信することができない場合、第１のＨＡＲＱフィードバックをドロップしてもよい。

【0028】

一例では、第１のＰＤＳＣＨは、第２のＤＣＩによってスケジューリングされる。一例では、第１のＰＤＳＣＨは、半永続的スケジューリング（ＳＰＳ）によってスケジューリングされる。一例では、通信デバイスは、（例えば、ネットワークによって送信される）指示にしたがって第１のＨＡＲＱフィードバックを送信しないと決定する。すなわち、通信デバイスは、指示にしたがって、第１のＨＡＲＱフィードバックをドロップする（または送信を停止する）。指示は、キャンセル表示（ＣＩ）であってもよい。

【0029】

一例では、通信デバイスは、第１のＵＬチャネルが第３のＵＬチャネルと衝突（例えば、重複）し、第３のＵＬチャネルが第１の優先度インデックスよりも高い第３の優先度インデックスに対応している（例えば、第１の優先度インデックスが設定されているか、または示される）ときに、第１のＨＡＲＱフィードバックを送信しないと決定する。第１のＵＬチャネルおよび第３のＵＬチャネルは、同じスロット（または同じサブスロット）内であってもよいことに留意する。

【0030】

一例では、第２のＵＬチャネルは、第１の優先度インデックスとは異なる第３の優先度インデックスに対応している（例えば、第３の優先度インデックスが設定される）第２のＨＡＲＱフィードバックを含む。

【0031】

一例では、第２のＵＬチャネルで第２のＨＡＲＱフィードバックを送信するために予約された第２のペイロードサイズは、第２のＵＬチャネルを示す第３のＤＣＩにしたがって決定される。一例では、第２のＵＬチャネルの第２の優先度インデックスは、第２のＵＬチャネルを示す第３のＤＣＩにしたがって決定される。

【0032】

図４は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩＤＣＩ０を受信し、ＤＣＩＤＣＩ０は、ＰＤＳＣＨＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。追加的に、ＤＣＩＤＣＩ０は、ＰＤＳＣＨＰＤＳＣＨ０のＤＡＩ（例えば、ＤＡＩ０＝１）を指示してもよい。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０を受信した後、ＰＵＣＣＨＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例において、ＰＤＳＣＨＰＤＳＣＨ０は、ＳＰＳＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。

【0033】

さらに、通信デバイスは、ＰＵＳＣＨＰＵＳＣＨ０が（例えば、ある期間において）ＰＵＣＣＨＰＵＣＣＨ０と衝突する場合、ＰＵＣＣＨＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨＰＵＳＣＨ０と多重化してもよい。この状況では、ＨＡＲＱフィードバックＨＡＲＱ０が多重化され、ＰＵＳＣＨＰＵＳＣＨ０で送信されているため、通信デバイスはＰＵＣＣＨＰＵＣＣＨ０を送信しなくてもよい。例えば、ＰＵＳＣＨＰＵＳＣＨ０は、ＤＣＩ（例えば、ＤＣＩＤＣＩ１）によってスケジューリングされてもよいし、ＰＵＳＣＨＰＵＳＣＨ０は、設定されたグラント（ＣＧ）送信であってもよい。

【0034】

しかしながら、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信しない（例えば、キャンセルする）と決定してもよい。一例では、通信デバイスは、ＤＣＩＤＣＩ１を受信した後、ＰＵＳＣＨＰＵＳＣＨ０を送信しないことを示す指示（例えば、ＣＩＣＩ０）を受信する。一例では、通信デバイスは、指示（例えば、ＣＩＣＩ０）を受信し、指示にしたがってＰＵＳＣＨＰＵＳＣＨ０を送信しないと決定する。一例では、通信デバイスは、ＰＵＳＣＨＰＵＳＣＨ０がＵＬ送信（例えば、ＰＵＳＣＨまたはＰＵＣＣＨ）と衝突し、ＵＬ送信の優先度インデックスがＰＵＳＣＨＰＵＳＣＨ０の優先度インデックスよりも高い場合、ＰＵＳＣＨＰＵＳＣＨ０を送信しない（例えば、キャンセルする）と決定する。上記の例では、ＨＡＲＱフィードバックＨＡＲＱ０を含むＰＵＳＣＨＰＵＳＣＨ０が送信されないことがある。

【0035】

本例では、通信デバイスは、指示（例えば、ＣＩＣＩ０）を受信した後にＤＣＩＤＣＩ２を受信し、ＤＣＩＤＣＩ２は、ＰＤＳＣＨＰＤＳＣＨ１の受信を指示する（例えば、スケジューリングする）。追加的に、ＤＣＩＤＣＩ２は、ＰＤＳＣＨＰＤＳＣＨ１のＤＡＩ（例えば、ＤＡＩ１＝２）を指示してもよい。ＤＣＩＤＣＩ２は、指示後の最新のＤＣＩであってもよい。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ１の受信に応答して、ＰＵＣＣＨＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ１を送信する準備をする。次いで、通信デバイスは、ＰＵＣＣＨＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱ１を送信する。ＰＵＣＣＨＰＵＣＣＨ１は、ＰＵＣＣＨＰＵＣＣＨ０およびＰＵＳＣＨＰＵＳＣＨ０と重複しないことに留意する。ＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスは、ＤＣＩＤＣＩ２によって示されてもよい（または、ＤＣＩ２にしたがって決定されてもよい）。一例において、ＰＤＳＣＨＰＤＳＣＨ０がＳＰＳＰＤＳＣＨである場合、ＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスは、ＲＲＣシグナリングによって指示されてもよい。

【0036】

なお、通信デバイスがＤＣＩＤＣＩ２を受信した瞬間は、図の内容に限定されるものではないことに留意されたい。一例では、ＤＣＩＤＣＩ２は、ＰＵＳＣＨＰＵＳＣＨ０の後に受信される。一例では、ＤＣＩＤＣＩ２は、通信デバイスがＰＵＳＣＨＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないと決定した後（例えば、ＣＩＣＩ０の後）に受信される。

【0037】

本例では、ＰＵＣＣＨＰＵＣＣＨ０の優先度インデックスとＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスは、同じであり（または、ＰＤＳＣＨＰＤＳＣＨ０の優先度インデックスとＰＤＳＣＨＰＤＳＣＨ１の優先度インデックスは同じであり）、例えば、０である。ＨＡＲＱフィードバックＨＡＲＱ０は、ＰＵＣＣＨＰＵＣＣＨ０とＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスが異なる（またはＰＤＳＣＨＰＤＳＣＨ０とＰＤＳＣＨＰＤＳＣＨ１の優先度インデックスが異なる）場合、ＰＵＣＣＨＰＵＣＣＨ１において送信されないことがある。一例において、ＰＵＣＣＨＰＵＣＣＨ０の優先度インデックスは、ＰＤＳＣＨＰＤＳＣＨ０をスケジューリングするＤＣＩＤＣＩ０によって指示されてもよい。一例において、ＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスは、ＰＤＳＣＨＰＤＳＣＨ１をスケジューリングするＤＣＩＤＣＩ２によって指示されてもよい。

【0038】

本例では、ＤＣＩＤＣＩ０を送信するための第１のＣＯＲＥＳＥＴの第１のＣＯＲＳＥＴプールインデックスと、ＤＣＩＤＣＩ２を送信するための第２のＣＯＲＥＳＥＴの第２のＣＯＲＥＳＥＴインデックスとは、同じであり、例えば、０である。第１のＣＯＲＥＳＥＴの第１のＣＯＲＳＥＴプールインデックスと第２のＣＯＲＥＳＥＴの第２のＣＯＲＥＳＥＴプールインデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＣＣＨＰＵＣＣＨ１において送信されないことがある。

【0039】

本例では、通信デバイスは、ＰＵＳＣＨＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないと決定し、ＰＵＣＣＨＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信すると決定する。通信デバイスがそのような動作を実行できるかどうかは、通信デバイスの能力（例えば、ＵＥ能力）に依存することがある。通信デバイスは、ＨＡＲＱフィードバックのネットワークへの再送信に関する能力を報告してもよい。

【0040】

一例において、通信デバイスは、指示を受信する前に、ＤＣＩＤＣＩ２およびＰＤＳＣＨＰＤＳＣＨ１を受信してもよい。ＨＡＲＱフィードバックＨＡＲＱ１は再送信のためのものではない。ＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱ１がＰＵＣＣＨＰＵＣＣＨ１において送信されるときに、ＨＡＲＱフィードバックＨＡＲＱ０は、ＨＡＲＱフィードバックＨＡＲＱ１に付加されてもよい（すなわち、ＨＡＲＱフィードバックＨＡＲＱ１の後に位置してもよい）。

【0041】

通信デバイスは、図４に示すように、ＰＤＳＣＨＰＤＳＣＨ０のＤＡＩＤＡＩ０（すなわち１）の値が、ＰＤＳＣＨＰＤＳＣＨ１のＤＡＩＤＡＩ１（すなわち２）の値よりも小さいときに、ＨＡＲＱフィードバックＨＡＲＱ０を送信してもよい。たとえば、ＤＡＩ１＝ＤＡＩ０＋１である。すなわち、通信デバイスは、ＰＵＣＣＨＰＵＣＣＨ１において、ＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱフィードバックＨＡＲＱ１を送信する。ＰＵＣＣＨＰＵＣＣＨ１におけるＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱフィードバックＨＡＲＱ１の位置は、それぞれＤＡＩＤＡＩ０およびＤＡＩＤＡＩ１にしたがって決定されてもよい。たとえば、ＤＡＩＤＡＩ０＝１なので、第１の位置は、ＨＡＲＱフィードバックＨＡＲＱ０のためのものであり、ＤＡＩＤＡＩ１＝２なので、第２の位置は、ＨＡＲＱフィードバックＨＡＲＱ１のためのものである。

【0042】

一例では、ＰＤＳＣＨＰＤＳＣＨ０がＳＰＳＰＤＳＣＨであるときに、ＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱ１がＰＵＣＣＨＰＵＣＣＨ１において送信されるとき、ＨＡＲＱフィードバックＨＡＲＱ０は、ＨＡＲＱフィードバックＨＡＲＱ１に付加されてもよい（すなわち、ＨＡＲＱフィードバックＨＡＲＱ１の後に位置してもよい）（すなわち、ＤＡＩにしたがわない）。

【0043】

ＰＤＳＣＨＰＤＳＣＨ０とＰＤＳＣＨＰＤＳＣＨ１の優先度が異なるときに、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信しないことがある。

【0044】

図５は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスの動作は図４と同様である。図４と図５の相違点は、ＰＵＣＣＨＰＵＣＣＨ０（優先度インデックス＝０）とＰＵＣＣＨＰＵＣＣＨ１（優先度インデックス＝１）の優先度インデックスが異なること、優先度インデックス＝０と優先度インデックス＝１に対応するＤＡＩは、それぞれＤＡＩ０とＤＡＩ１であり、ＤＣＩＤＣＩ２において送信されてもよいことである。

【0045】

ＤＡＩＤＡＩ０およびＤＡＩ１の値は、それぞれ、１および１である。ＤＡＩ０＝１は、ＰＵＣＣＨＰＵＣＣＨ１において優先度インデックス＝０のリソース（例えば、ＰＤＳＣＨＰＤＳＣＨ０のＨＡＲＱフィードバック）が存在することを意味する。ＤＡＩ１＝１は、ＰＵＣＣＨＰＵＣＣＨ１において優先度インデックス＝１のリソース（例えば、ＰＤＳＣＨＰＤＳＣＨ１のＨＡＲＱフィードバック）が存在することを意味する。すなわち、ＤＡＩＤＡＩ０およびＤＡＩ１の値は、通信デバイスがＨＡＲＱフィードバックＨＡＲＱ０をＰＵＣＣＨＰＵＣＣＨ１と多重化できることを意味する。したがって、通信デバイスは、ＤＡＩ０およびＤＡＩ１に従い、ＰＵＣＣＨＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱ１を送信してもよい。一例では、通信デバイスは、ＤＣＩＤＣＩ２がＤＡＩＤＡＩ０＝０を示すときに、ＰＵＣＣＨＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないことがある。

【0046】

一例では、ＰＵＣＣＨＰＵＣＣＨ１におけるＨＡＲＱフィードバックＨＡＲＱ０の位置は、優先度インデックスにしたがって決定されてもよい。例えば、優先度インデックス＝０に対応している第１のＨＡＲＱフィードバックは、優先度インデックス＝１に対応している第２のＨＡＲＱフィードバックの前（例えば、その前）に位置する。例えば、優先度インデックス＝１に対応している第２のＨＡＲＱフィードバックは、優先度インデックス＝０に対応している第１のＨＡＲＱフィードバックの前（例えば、その前）に位置する。

【0047】

本例では、通信デバイスは、ＰＵＣＣＨＰＵＣＣＨ１において、ＨＡＲＱフィードバックＨＡＲＱ０を異なる優先度インデックスで送信する。通信デバイスがそのような動作を実行できるかどうかは、通信デバイスの能力（例えば、ＵＥ能力）に依存することがある。通信デバイスは、異なる優先度インデックスに関する能力をネットワークに報告してもよい。例えば、通信デバイスは、ＨＡＲＱフィードバックがＵＬチャネルにおいて送信可能かどうか、およびＨＡＲＱフィードバックとＵＬチャネルが異なる優先順位に対応しているかどうかに関する能力を報告してもよい。

【0048】

【0049】

図６は、本発明の一例によるＨＡＲＱ再送信のための指示（例えばＣＩ）とＤＣＩのタイミング関係の概略図である。図４の指示ＣＩ０とＤＣＩＤＣＩ２との間のタイミング関係は、本例で議論される。指示ＣＩ０の開始および終了は、それぞれ瞬間ｔ１およびｔ２である。ＤＣＩＤＣＩ２の開始および終了は、それぞれ瞬間ｔ３およびｔ４である。「ＤＣＩＤＣＩ２は、指示ＣＩ０の後に受信される」という状況を説明するためのいくつかの例は、以下のように述べられる。（ａ）の場合、ＤＣＩＤＣＩ２の開始（ｔ３）は、指示ＣＩ０の終了（ｔ２）後である。（ｂ）の場合、ＤＣＩＤＣＩ２の開始（ｔ３）は、指示ＣＩ０の開始（ｔ１）後である。（ｃ）の場合、ＤＣＩＤＣＩ２の終了（ｔ４）は、指示ＣＩ０の終了（ｔ２）後である。

【0050】

図７は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩＤＣＩ０を受信し、ＤＣＩＤＣＩ０は、ＰＤＳＣＨＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０を受信した後、ＰＵＣＣＨＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例において、ＰＤＳＣＨＰＤＳＣＨ０は、ＳＰＳＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。

【0051】

【0052】

【0053】

本例では、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信するための別のＵＬリソース（例えば、ＰＵＣＣＨ）を示す別のＤＣＩを見つける必要はない。通信デバイスは、指示（例えば、ＣＩＣＩ０）にしたがってＨＡＲＱフィードバックＨＡＲＱ０を送信するためのＰＵＣＣＨＰＵＣＣＨ１を決定してもよい。次いで、通信デバイスは、ＰＵＣＣＨＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＣＣＨＰＵＣＣＨ１は、ＰＵＣＣＨＰＵＣＣＨ０およびＰＵＳＣＨＰＵＳＣＨ０の両方と重複しないことに留意する。ＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスは、その指示によって指示されてもよい（または、その指示にしたがって決定されてもよい）。

【0054】

本例では、ＰＵＣＣＨＰＵＣＣＨ０の優先度インデックスとＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスは、同じであり（または、ＰＤＳＣＨＰＤＳＣＨ０の優先度インデックスとＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスは同じであり）、例えば、０である。ＨＡＲＱフィードバックＨＡＲＱ０は、ＰＵＣＣＨＰＵＣＣＨ０とＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスが異なる（またはＰＤＳＣＨＰＤＳＣＨ０とＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスが異なる）場合、ＰＵＣＣＨＰＵＣＣＨ１において送信されないことがある。

【0055】

本例では、ＤＣＩＤＣＩ０を送信するための第１のＣＯＲＥＳＥＴの第１のＣＯＲＳＥＴプールインデックスと、指示（たとえば、ＣＩＣＩ０）を送信するための第２のＣＯＲＥＳＥＴの第２のＣＯＲＥＳＥＴインデックスとは、同じであり、例えば、０である。第１のＣＯＲＥＳＥＴの第１のＣＯＲＳＥＴプールインデックスと第２のＣＯＲＥＳＥＴの第２のＣＯＲＥＳＥＴプールインデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＣＣＨＰＵＣＣＨ１において送信されないことがある。

【0056】

図８は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩＤＣＩ０を受信し、ＤＣＩＤＣＩ０は、ＰＤＳＣＨＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０を受信した後、ＰＵＣＣＨＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例において、ＰＤＳＣＨＰＤＳＣＨ０は、ＳＰＳＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。

【0057】

【0058】

【0059】

通信デバイスは、指示（例えば、ＣＩＣＩ０）を受信した後にＤＣＩＤＣＩ２を受信し、ＤＣＩＤＣＩ２は、ＰＵＣＣＨＰＵＣＣＨ１を示し、任意のＰＤＳＣＨを示さなくてもよい。ＤＣＩＤＣＩ２は、指示（例えば、ＣＩＣＩ０）後の最新のＤＣＩであってもよい。次いで、通信デバイスは、ＰＵＣＣＨＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＣＣＨＰＵＣＣＨ１は、ＰＵＣＣＨＰＵＣＣＨ０およびＰＵＳＣＨＰＵＳＣＨ０と重複しないことに留意する。ＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスは、ＤＣＩＤＣＩ２によって示されてもよい（または、ＤＣＩ２にしたがって決定されてもよい）。一例において、ＰＤＳＣＨＰＤＳＣＨ０がＳＰＳＰＤＳＣＨである場合、ＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスは、ＲＲＣシグナリングによって指示されてもよい。

【0060】

【0061】

本例では、ＨＡＲＱフィードバックのためのある数ｎビットが、ＤＣＩＤＣＩ２および／またはネットワークの設定によって示されてもよい。

【0062】

本例では、ＰＵＣＣＨＰＵＣＣＨ０の優先度インデックスとＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスは同じであり、例えば０である。ＰＤＳＣＨＰＤＳＣＨ０とＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＣＣＨＰＵＣＣＨ１において送信されなくてもよい。

【0063】

【0064】

図９は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩＤＣＩ０を受信し、ＤＣＩＤＣＩ０は、ＰＤＳＣＨＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０を受信した後、ＰＵＣＣＨＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。

【0065】

【0066】

しかしながら、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信しない（例えば、キャンセルする）と決定してもよい。一例では、通信デバイスは、ＰＵＳＣＨＰＵＳＣＨ０がＵＬ送信（例えば、ＰＵＳＣＨＰＵＳＣＨ１）と衝突し、ＵＬ送信の優先度インデックスがＰＵＳＣＨＰＵＳＣＨ０の優先度インデックスよりも高い場合、ＰＵＳＣＨＰＵＳＣＨ０を送信しない（例えば、キャンセルする）と決定する。一例において、ＵＬ送信は、ＤＣＩ（例えば、ＤＣＩＤＣＩ２）によってスケジューリングされてもよく、またはＣＧ送信であってもよい。

【0067】

通信デバイスは、（例えば、ＤＣＩＤＣＩ２を受信した後）ＰＵＳＣＨＰＵＳＣＨ２を示すＤＣＩＤＣＩ３を受信する。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０とＰＵＳＣＨＰＵＳＣＨ２の優先度インデックスが同じであるため、ＰＵＣＣＨＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨＰＵＳＣＨ２と多重化する。次いで、通信デバイスは、ＰＵＳＣＨＰＵＳＣＨ２においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＣＣＨＰＵＳＣＨ２は、ＰＵＣＣＨＰＵＣＣＨ０およびＰＵＳＣＨＰＵＳＣＨ０と重複しないことに留意する。

【0068】

なお、通信デバイスがＤＣＩＤＣＩ３を受信した瞬間は、図の内容に限定されるものではないことに留意されたい。一例では、ＤＣＩＤＣＩ３は、ＰＵＳＣＨＰＵＳＣＨ０の後に受信される。一例では、ＤＣＩＤＣＩ３は、通信デバイスがＰＵＳＣＨＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないと決定した後（例えば、ＤＣＩＤＣＩ２の後）に受信される。

【0069】

本例では、ＰＵＣＣＨＰＵＣＣＨ０の優先度インデックスとＰＵＳＣＨＰＵＳＣＨ２の優先度インデックスは同じであり、例えば０である。ＰＵＣＣＨＰＵＣＣＨ０とＰＵＳＣＨＰＵＳＣＨ２の優先度インデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＳＣＨＰＵＳＣＨ２において送信されなくてもよい。

【0070】

一例では、通信デバイスのネットワーク設定（例えば、ｇＮＢ設定）および／または能力（例えば、ＵＥ能力）にしたがって、ＨＡＲＱフィードバックＨＡＲＱ０は、たとえＰＵＣＣＨＰＵＣＣＨ０およびＰＵＳＣＨＰＵＳＣＨ２の優先度インデックスが異なる場合でも、ＰＵＳＣＨＰＵＳＣＨ２において送信されてもよい。

【0071】

一例において、ＰＤＳＣＨＰＤＳＣＨ０は、ＳＰＳＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。一例において、ＰＵＳＣＨＰＵＳＣＨ２は、ＣＧＰＵＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。

【0072】

図１０は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩＤＣＩ０を受信し、ＤＣＩＤＣＩ０は、ＰＤＳＣＨＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０を受信した後、ＰＵＣＣＨＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例において、ＰＤＳＣＨＰＤＳＣＨ０は、ＳＰＳＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。

【0073】

【0074】

【0075】

したがって、ＨＡＲＱフィードバックＨＡＲＱ０を含むＰＵＣＣＨＰＵＣＣＨ０は送信できない。通信デバイスは、指示（例えば、ＣＩＣＩ０）を受信するときに、タイマを開始してもよい。

【0076】

通信デバイスは、ＤＣＩＤＣＩ１を受信した後に、ＰＵＳＣＨＰＵＳＣＨ１を示すＤＣＩＤＣＩ２を受信する。通信デバイスは、タイマがＰＵＳＣＨＰＵＳＣＨ１を送信する瞬間に満了しないため、ＰＵＣＣＨＰＵＣＣＨ０およびＰＵＳＣＨＰＵＳＣＨ１を多重化する。すなわち、ＣＩを受信する第１の瞬間とＰＵＳＣＨＰＵＳＣＨ１を送信する第２の瞬間との間の時間距離は、閾値よりも小さい。次いで、通信デバイスは、ＰＵＳＣＨＰＵＳＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＳＣＨＰＵＳＣＨ１は、ＰＵＣＣＨＰＵＣＣＨ０およびＰＵＳＣＨＰＵＳＣＨ０と重複しないことに留意する。例えば、閾値は、スロット数、サブスロット数、またはシンボル数であってもよい。例えば、閾値は、ネットワーク（例えば、ｇＮＢ）によって、例えば、ＲＲＣシグナリングを介して指示されてもよい。例えば、閾値は、ネットワークによって設定された少なくとも１つのＨＡＲＱフィードバックタイミングにしたがって決定されてもよい。例えば、閾値は、少なくとも１つのＨＡＲＱフィードバックタイミングの最大値であってもよい。

【0077】

【0078】

他の例では、通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０が送信されない（例えば、キャンセルされる）と決定された場合、ＰＤＳＣＨＰＤＳＣＨ０を受信したときにタイマを開始してもよい。

【0079】

通信デバイスは、ＤＣＩＤＣＩ１を受信した後に、ＰＵＳＣＨＰＵＳＣＨ１を示すＤＣＩＤＣＩ２を受信する。通信デバイスは、タイマがＰＵＳＣＨＰＵＳＣＨ１を送信する瞬間に満了しないため、ＰＵＣＣＨＰＵＣＣＨ０およびＰＵＳＣＨＰＵＳＣＨ１を多重化する。すなわち、ＰＤＳＣＨＰＤＳＣＨ０を受信する第１の瞬間とＰＵＳＣＨＰＵＳＣＨ１を送信する第２の瞬間との間の時間距離は、閾値よりも小さい。次いで、通信デバイスは、ＰＵＳＣＨＰＵＳＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＳＣＨＰＵＳＣＨ１は、ＰＵＣＣＨＰＵＣＣＨ０およびＰＵＳＣＨＰＵＳＣＨ０と重複しないことに留意する。例えば、閾値は、スロット数、サブスロット数、またはシンボル数であってもよい。例えば、閾値は、ネットワーク（例えば、ｇＮＢ）によって、例えば、ＲＲＣシグナリングを介して指示されてもよい。例えば、閾値は、ネットワークによって設定された少なくとも１つのＨＡＲＱフィードバックタイミングにしたがって決定されてもよい。例えば、閾値は、少なくとも１つのＨＡＲＱフィードバックタイミングの最大値であってもよい。

【0080】

本例では、ＰＵＣＣＨＰＵＣＣＨ０の優先度インデックスとＰＵＳＣＨＰＵＳＣＨ１の優先度インデックスは同じであり、例えば０である。ＰＵＣＣＨＰＵＣＣＨ０とＰＵＳＣＨＰＵＳＣＨ１の優先度インデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＳＣＨＰＵＳＣＨ１において送信されなくてもよい。

【0081】

一例では、通信デバイスのネットワーク設定（例えば、ｇＮＢ設定）および／または能力（例えば、ＵＥ能力）にしたがって、ＨＡＲＱフィードバックＨＡＲＱ０は、たとえＰＵＣＣＨＰＵＣＣＨ０とＰＵＳＣＨＰＵＳＣＨ１の優先度インデックスが異なる場合でも、ＰＵＳＣＨＰＵＳＣＨ１において送信されてもよい。

【0082】

一例において、ＰＤＳＣＨＰＤＳＣＨ０は、ＳＰＳＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。一例において、ＰＵＳＣＨＰＵＳＣＨ１は、ＣＧＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。

【0083】

図１１は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩＤＣＩ０を受信し、ＤＣＩＤＣＩ０は、ＰＤＳＣＨＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０を受信した後、ＰＵＣＣＨＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。

【0084】

【0085】

【0086】

したがって、ＨＡＲＱフィードバックＨＡＲＱ０を含むＰＵＳＣＨＰＵＳＣＨ０は送信できない。通信デバイスは、ＰＵＳＣＨＰＵＳＣＨ０の（例えば、スケジューリングされた）瞬間（例えば、タイムスロット）にしたがってタイマを開始してもよい。

【0087】

通信デバイスは、ＤＣＩＤＣＩ１を受信した後に、ＰＵＳＣＨＰＵＳＣＨ１を示すＤＣＩＤＣＩ２を受信する。通信デバイスは、タイマがＰＵＳＣＨＰＵＳＣＨ１を送信する瞬間に満了しないため、ＰＵＳＣＨＰＵＳＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨＰＵＳＣＨ１と多重化する。すなわち、ＰＵＳＣＨＰＵＳＣＨ０を送信する第１の瞬間とＰＵＳＣＨＰＵＳＣＨ１を送信する第２の瞬間との間の時間距離は、閾値よりも小さい。次いで、通信デバイスは、ＰＵＳＣＨＰＵＳＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＣＣＨＰＵＳＣＨ１は、ＰＵＣＣＨＰＵＣＣＨ０およびＰＵＳＣＨＰＵＳＣＨ０と重複しないことに留意する。例えば、閾値は、スロット数、サブスロット数、またはシンボル数であってもよい。例えば、閾値は、ネットワーク（例えば、ｇＮＢ）によって、例えば、ＲＲＣシグナリングを介して指示されてもよい。例えば、閾値は、ネットワークによって設定された少なくとも１つのＨＡＲＱフィードバックタイミングにしたがって決定されてもよい。例えば、閾値は、少なくとも１つのＨＡＲＱフィードバックタイミングの最大値であってもよい。

【0088】

通信デバイスがＤＣＩＤＣＩ２を受信した瞬間は、図の内容に限定されるものではないことに留意されたい。一例では、ＤＣＩＤＣＩ２は、ＰＵＳＣＨＰＵＳＣＨ０の後に受信される。一例では、ＤＣＩＤＣＩ２は、通信デバイスがＰＵＳＣＨＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないことを決定した後に受信される。

【0089】

【0090】

【0091】

【0092】

図１２は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩＤＣＩ０を受信し、ＤＣＩＤＣＩ０は、ＰＤＳＣＨＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０を受信した後、ＰＵＣＣＨＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例では、通信デバイスはＤＣＩＤＣＩ１を受信し、ＤＣＩＤＣＩ１は、ＰＵＳＣＨＰＵＳＣＨ０～ＰＵＳＣＨ３の送信を指示する（例えば、スケジューリングする）。一例では、ＰＵＳＣＨＰＵＳＣＨ０～ＰＵＳＣＨ３はＣＧ送信である。ＰＵＳＣＨＰＵＳＣＨ１～ＰＵＳＣＨ３はＰＵＳＣＨＰＵＳＣＨ０の反復である。通信デバイスは、ＰＵＣＣＨＰＵＣＣＨ０とＰＵＳＣＨＰＵＳＣＨ０が重複しているため、ＰＵＣＣＨＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨＰＵＳＣＨ０と多重化することを意図している。

【0093】

ただし、通信デバイスは、ＤＣＩＤＣＩ１を受信した後に、ＰＵＳＣＨＰＵＳＣＨ０の送信をキャンセルするＣＩＣＩ０を受信する。したがって、ＨＡＲＱフィードバックＨＡＲＱ０を含むＰＵＳＣＨＰＵＳＣＨ０は送信できない。

【0094】

次いで、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を最新のＵＬリソースと多重化してもよい。例えば、通信デバイスは、ＰＵＣＣＨＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨＰＵＳＣＨ１と多重化し、ＰＵＳＣＨＰＵＳＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。

【0095】

本例では、ＰＵＣＣＨＰＵＣＣＨ０の優先度インデックスとＰＵＳＣＨＰＵＳＣＨ０～ＰＵＳＣＨ３の優先度インデックスは同じであり、例えば０である。ＰＵＣＣＨＰＵＣＣＨ０とＰＵＳＣＨＰＵＳＣＨ０～ＰＵＳＣＨ３の優先度インデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＳＣＨＰＵＳＣＨ１において送信されなくてもよい。

【0096】

一例では、通信デバイスのネットワーク設定（例えば、ｇＮＢ設定）および／または能力（例えば、ＵＥ能力）にしたがって、ＨＡＲＱフィードバックＨＡＲＱ０は、たとえＰＵＣＣＨＰＵＣＣＨ０とＰＵＳＣＨＰＵＳＣＨ０～ＰＵＳＣＨ３の優先度インデックスが異なる場合でも、ＰＵＳＣＨＰＵＳＣＨ１において送信されてもよい。

【0097】

一例において、ＰＤＳＣＨＰＤＳＣＨ０は、ＳＰＳＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。一例において、ＰＵＳＣＨＰＵＳＣＨ０～ＰＵＳＣＨ３は、ＣＧＰＵＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされていない。

【0098】

図１３は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩＤＣＩ０を受信し、ＤＣＩＤＣＩ０は、ＰＤＳＣＨＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。追加的に、ＤＣＩＤＣＩ０は、ＰＤＳＣＨＰＤＳＣＨ０のＤＡＩ（例えば、ＤＡＩ１＝１）を指示してもよい。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０を受信した後、ＰＵＣＣＨＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。さらに、通信デバイスは、ＤＣＩＤＣＩ０を受信した後にＤＣＩＤＣＩ１を受信し、ＤＣＩＤＣＩ１は、ＰＤＳＣＨＰＤＳＣＨ１の受信を指示する（例えば、スケジューリングする）。ＤＣＩＤＣＩ１は、ＤＣＩＤＣＩ０の後の最新のＤＣＩであってもよい。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ１の受信に応答して、ＰＵＣＣＨＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ１を送信する準備をする。一例において、ＰＤＳＣＨＰＤＳＣＨ０は、ＳＰＳＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。

【0099】

本例では、ＰＵＣＣＨＰＵＣＣＨ０の優先度インデックスとＰＵＣＣＨＰＵＣＣＨ１の優先度インデックスは、異なる（または、ＰＤＳＣＨＰＤＳＣＨ０の優先度インデックスとＰＤＳＣＨＰＤＳＣＨ１の優先度インデックスは異なる）。ＰＤＳＣＨＰＤＳＣＨ０およびＰＤＳＣＨ１のＤＡＩは、それぞれ、ＤＡＩ０およびＤＡＩ１であり、ＤＣＩＤＣＩ１において送信されてもよい。

【0100】

（ａ）の場合、ＤＡＩＤＡＩ０およびＤＡＩ１の値は、それぞれ、１および１である。ＤＡＩ０＝１は、ＰＵＣＣＨＰＵＣＣＨ１において優先度インデックス＝０のリソース（例えば、ＰＤＳＣＨＰＤＳＣＨ０のＨＡＲＱフィードバック）が存在することを意味する。ＤＡＩ１＝１は、ＰＵＣＣＨＰＵＣＣＨ１において優先度インデックス＝１のリソース（例えば、ＰＤＳＣＨＰＤＳＣＨ１のＨＡＲＱフィードバック）が存在することを意味する。すなわち、ＤＡＩＤＡＩ０およびＤＡＩ１の値は、通信デバイスがＨＡＲＱフィードバックＨＡＲＱ０をＰＵＣＣＨＰＵＣＣＨ１と多重化できることを意味する。したがって、通信デバイスは、ＤＡＩ０およびＤＡＩ１に従い、ＰＵＣＣＨＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱ１を送信してもよい。

【0101】

（ｂ）の場合、ＤＡＩＤＡＩ０およびＤＡＩ１の値は、それぞれ、０および１である。ＤＡＩ０＝０は、ＰＵＣＣＨＰＵＣＣＨ１において優先度インデックス＝０のリソース（例えば、ＰＤＳＣＨＰＤＳＣＨ０のＨＡＲＱフィードバック）が存在しないことを意味する。ＤＡＩ１＝１は、ＰＵＣＣＨＰＵＣＣＨ１において優先度インデックス＝１のリソース（例えば、ＰＤＳＣＨＰＤＳＣＨ１のＨＡＲＱフィードバック）が存在することを意味する。すなわち、ＤＡＩＤＡＩ０およびＤＡＩ１の値は、通信デバイスがＨＡＲＱフィードバックＨＡＲＱ０をＰＵＣＣＨＰＵＣＣＨ１と多重化できないことを意味する。したがって、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０をドロップしてもよく、ＰＵＣＣＨＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ１を送信してもよい。

【0102】

図１４は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩＤＣＩ０を受信し、ＤＣＩＤＣＩ０は、ＰＤＳＣＨＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０を受信した後、ＰＵＣＣＨＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例において、ＰＤＳＣＨＰＤＳＣＨ０は、ＳＰＳＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。

【0103】

【0104】

【0105】

通信デバイスは、ＤＣＩＤＣＩ３を受信し、ＤＣＩＤＣＩ３は、ＰＤＳＣＨＰＤＳＣＨ１の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ１を受信した後、ＰＵＣＣＨＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ１を送信する準備をする（例えば、送信するようにスケジューリングされる）。ＨＡＲＱフィードバックＨＡＲＱ１は再送信のためのものではない。一例において、ＰＤＳＣＨＰＤＳＣＨ１は、ＳＰＳＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。

【0106】

通信デバイスがＤＣＩＤＣＩ３を受信した瞬間は、図の内容に限定されるものではないことに留意されたい。一例では、ＤＣＩＤＣＩ３は、ＰＵＳＣＨＰＵＳＣＨ０の後に受信される。一例では、ＤＣＩＤＣＩ３は、通信デバイスがＰＵＳＣＨＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないと決定した後（例えば、ＤＣＩＤＣＩ２の後）に受信される。

【0107】

通信デバイスは、たとえＰＤＳＣＨＰＤＳＣＨ０およびＰＤＳＣＨ１の優先度インデックスが異なる場合でも、ＰＵＣＣＨＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＣＣＨＰＵＣＣＨ１と多重化する。次いで、通信デバイスは、ＰＵＣＣＨＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＣＣＨＰＵＣＣＨ１は、ＰＵＣＣＨＰＵＣＣＨ０およびＰＵＳＣＨＰＵＳＣＨ０と重複しないことに留意する。ＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱ１がＰＵＣＣＨＰＵＣＣＨ１において送信されるときに、ＨＡＲＱフィードバックＨＡＲＱ０は、ＨＡＲＱフィードバックＨＡＲＱ１に付加される（すなわち、ＨＡＲＱフィードバックＨＡＲＱ１の後に位置する）。

【0108】

図１５は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩＤＣＩ０を受信し、ＤＣＩＤＣＩ０は、ＰＤＳＣＨＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０を受信した後、ＰＵＣＣＨＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例において、ＰＤＳＣＨＰＤＳＣＨ０は、ＳＰＳＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。

【0109】

【0110】

【0111】

通信デバイスは、ＰＤＳＣＨＰＤＳＣＨ０とＰＵＳＣＨＰＵＳＣＨ２の優先度インデックスが同じであるため、ＰＵＣＣＨＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０を、ＣＧ送信であるＰＵＳＣＨＰＵＳＣＨ２と多重化する。次いで、通信デバイスは、ＰＵＳＣＨＰＵＳＣＨ２においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＳＣＨＰＵＳＣＨ２は、ＰＵＣＣＨＰＵＣＣＨ０およびＰＵＳＣＨＰＵＳＣＨ０と重複しないことに留意する。

【0112】

なお、ＨＡＲＱは、ＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）と呼ばれることもある。

【0113】

上述の「決定」の動作は、「コンピューティング」、「計算」、「取得」、「生成」、「出力」、「使用」、「選出／選択」、「判定」または「構成されている」の動作で置き換えられてもよい。上述の「にしたがって」の用語は、「に応答して」で置き換えられてもよい。上述の「に関連する」の句は、「の」または「に対応する」で置き換えられてもよい。上述の「を介して」の用語は、「の上」、「の中」または「で」で置き換えられてもよい。

【0114】

当業者は、上述の説明および例に関して、組み合わせ、修正および／または変更を容易に行うべきである。上記の説明、提案されたステップを含むステップおよび／またはプロセスは、ハードウェア、ソフトウェア、ファームウェア（ハードウェアデバイスと、ハードウェアデバイス上の読み出し専用ソフトウェアとして存在するコンピュータ命令およびデータとの組み合わせとして知られる）、電子システム、またはそれらの組み合わせであり得る手段によって実現することができる。手段の一例としては、通信デバイス２０であってもよい。

【0115】

ハードウェアの例は、アナログ回路、デジタル回路および／または混合回路を含んでもよい。例えば、ハードウェアは、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス、結合ハードウェアコンポーネント、またはそれらの組み合わせを含んでもよい。別の例では、ハードウェアは、汎用プロセッサ、マイクロプロセッサ、コントローラ、デジタル信号プロセッサ（ＤＳＰ）またはそれらの組み合わせを含んでもよい。

【0116】

ソフトウェアの例は、コードのセット、命令のセット、および／または記憶ユニット（例えば、コンピュータ可読媒体）に保持される（例えば、記憶される）機能のセットを含んでもよい。コンピュータ可読媒体は、ＳＩＭ、ＲＯＭ、フラッシュメモリ、ＲＡＭ、ＣＤ－ＲＯＭ／ＤＶＤ－ＲＯＭ／ＢＤ－ＲＯＭ、磁気テープ、ハードディスク、光データ記憶デバイス、不揮発性記憶ユニット、またはそれらの組み合わせを含んでもよい。コンピュータ可読媒体（例えば、記憶ユニット）は、少なくとも１つのプロセッサに内部的に（例えば、一体化されて）または外部的に（例えば、分離されて）結合してもよい。１つ以上のモジュールを含むことができる少なくとも１つのプロセッサは、コンピュータ可読媒体内でソフトウェアを実行してもよい（例えば、実行するように構成されてもよい）。コードのセット、命令のセット、および／または機能のセットは、少なくとも１つのプロセッサ、モジュール、ハードウェア、および／または電子システムに関係するステップを実行させてもよい。

【0117】

電子システムの例は、システムオンチップ（ＳｏＣ）、システムインパッケージ（ＳｉＰ）、コンピュータオンモジュール（ＣｏＭ）、コンピュータプログラム製品、装置、携帯電話、ラップトップ、タブレットコンピュータ、電子ブック、またはポータブルコンピュータシステム、および通信デバイス２０を含む。

【0118】

以上をまとめると、本発明は、ＨＡＲＱ再送を処理するための通信デバイスおよび方法を提供する。ＨＡＲＱフィードバックのスケジューリングされた送信がキャンセルされた場合、ＨＡＲＱフィードバックを、上記の例にしたがって、後のチャネルにおいてネットワークに送信することができる。したがって、ＨＡＲＱフィードバックの再送信が解決される。その結果、通信デバイスとネットワークとの間の通信が定期的に進行することができる。

【図1】