JP7277539B2 - Ｈａｒｑ再送信を処理するデバイス - Google Patents

Ｈａｒｑ再送信を処理するデバイス Download PDF

Info

Publication number
JP7277539B2
JP7277539B2 JP2021172065A JP2021172065A JP7277539B2 JP 7277539 B2 JP7277539 B2 JP 7277539B2 JP 2021172065 A JP2021172065 A JP 2021172065A JP 2021172065 A JP2021172065 A JP 2021172065A JP 7277539 B2 JP7277539 B2 JP 7277539B2
Authority
JP
Japan
Prior art keywords
harq feedback
channel
communication device
dci
pusch
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021172065A
Other languages
English (en)
Other versions
JP2022068858A (ja
Inventor
建民 李
立中 羅
仁賢 陳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Acer Inc
Original Assignee
Acer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Acer Inc filed Critical Acer Inc
Publication of JP2022068858A publication Critical patent/JP2022068858A/ja
Application granted granted Critical
Publication of JP7277539B2 publication Critical patent/JP7277539B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/11—Semi-persistent scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Description

本発明は、ハイブリッド自動反復要求（ＨＡＲＱ）再送信を処理するデバイスに関係する。
第３世代パートナーシッププロジェクト（３ＧＰＰ）Ｒｅｌ－８規格および／または３ＧＰＰ Ｒｅｌ－９規格をサポートするロングターム・エボリューション（ＬＴＥ）システムは、ユーザの増加するニーズを満足させるためにＵＭＴＳの性能をさらに強化するために、ユニバーサル移動通信システム（ＵＭＴＳ）の後継として３ＧＰＰによって開発された。ＬＴＥシステムは、ニューラジオ・インタフェースと、高いデータレート、低いレイテンシ、パケット最適化、および改善されたシステム容量とカバレッジを提供するニューラジオ・ネットワークアーキテクチャを含む。
ＬＴＥアドバンスト（ＬＴＥ‐Ａ）システムは、その名前が示唆するように、ＬＴＥシステムの進化である。ＬＴＥ‐Ａシステムは、電力状態間のより速いスイッチングを目標とし、発展型ノードＢ（ｅＮＢ）のカバレッジエッジでの性能を改善し、ピークデータ速度とスループットを増加させ、キャリア・アグリゲーション（ＣＡ）、協調マルチポイント（ＣｏＭＰ）送信／受信、上りリンク（ＵＬ）多入力多出力（ＵＬ‐ＭＩＭＯ）、ライセンス支援アクセス（ＬＡＡ）（例えば、ＬＴＥを使用する）などの高度な技術を含む。
次世代無線アクセスネットワーク（ＮＧ‐ＲＡＮ）が、ＬＴＥ－Ａシステムをさらに強化するために開発されている。ＮＧ－ＲＡＮは、１つ以上の次世代ノードＢ（ｇＮＢ）を含み、より広い動作帯域、異なる周波数範囲に対する異なるヌメロロジ、大容量ＭＩＭＯ、高度なチャネルコーディングなどの特性を有する。
ユーザ機器（ＵＥ）は、特定の原因のためにハイブリッド自動反復要求（ＨＡＲＱ）フィードバックを送信できないことがある。ＵＥとｇＮＢの間の通信は、ＨＡＲＱフィードバックがｇＮＢによって正しく受信されない場合、定期的に進行することができない。したがって、ＨＡＲＱフィードバックの再送信は解決すべき重要な問題である。
したがって、本発明は、上述の問題を解決するために、ハイブリッド自動反復要求（ＨＡＲＱ）再送信を処理するためのデバイスを提供する。
これは、以下の独立請求項による、ＨＡＲＱ再送信を処理するための通信デバイスによって達成される。従属請求項は、対応するさらなる開発および改善に関する。
以下の発明を実施するための形態からより明確に分かるように、ハイブリッド自動反復要求（ＨＡＲＱ）再送信を処理するための請求項に記載された通信デバイスは、少なくとも１つの記憶デバイスと、少なくとも１つの記憶デバイスに結合された少なくとも１つの処理回路と、を含む。少なくとも１つの記憶デバイスは、命令を記憶し、少なくとも１つの処理回路は、ネットワークから第１の物理下りリンク（ＤＬ）共有チャネル（ＰＤＳＣＨ）を受信することであって、第１のＰＤＳＣＨに対応する第１のＨＡＲＱフィードバックは、第１の上りリンク（ＵＬ）チャネルに割り当てられており、第１のＵＬチャネルは、第１の優先度インデックスに対応している、受信することと、第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信しないと決定することと、第１のＨＡＲＱフィードバックのための第２のＵＬチャネルを決定することであって、第２のＵＬチャネルは、第２の優先度インデックスに対応している、決定することと、第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信することと、を行う命令を実行するように構成されている。
本発明の一例による無線通信システムの概略図である。 本発明の一例による無線通信デバイスの概略図である。 本発明の一例によるプロセスのフローチャートである。 本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。 本発明の一例によるＨＡＲＱ再送信のためのＣＩとＤＣＩのタイミング関係の概略図である。 本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。 本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。 本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。 本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。 本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。 本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。 本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。 本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。 本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。 本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。
図１は、本発明の一例による無線通信システム１０の概略図である。無線通信システム１０は、手短に言えば、ネットワークと複数の通信デバイスとから構成されている。無線通信システム１０は、時分割二重化（ＴＤＤ）モード、周波数分割二重化（ＦＤＤ）モード、ＴＤＤ－ＦＤＤジョイント動作モード、非地上ネットワーク（ＮＴＮ）モード、またはライセンス支援アクセス（ＬＡＡ）モードをサポートしてもよい。すなわち、ネットワークおよび通信デバイスは、ＦＤＤキャリア、ＴＤＤキャリア、ライセンスキャリア（ライセンス・サービングセル）および／またはアンライセンスキャリア（アンライセンス・サービングセル）を介して互いに通信してもよい。追加的に、無線通信システム１０は、キャリア・アグリゲーションをサポートしてもよい。すなわち、ネットワークおよび通信デバイスは、一次セル（例えば、一次コンポーネントキャリア）および１つ以上の二次セル（例えば、二次コンポーネントキャリア）を含む複数のサービングセル（例えば、複数のサービングキャリア）を介して互いに通信してもよい。
図１では、無線通信システム１０の構造を示すために、ネットワークおよび通信デバイスが簡潔に利用されている。実際には、ネットワークは、ユニバーサル移動通信システム（ＵＭＴＳ）における少なくとも１つのノードＢ（ＮＢ）を含むユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）であってもよい。一例において、ネットワークは、少なくとも１つの発展型ＮＢ（ｅＮＢ）および／またはロングターム・エボリューション（ＬＴＥ）システム、ＬＴＥアドバンスト（ＬＴＥ－Ａ）システム、ＬＴＥ－Ａシステムの発展などにおける少なくとも１つの中継ノードを含む発展型ＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）であってもよい。一例において、ネットワークは、少なくとも１つの次世代ノードＢ（ｇＮＢ）および／または少なくとも１つの第５世代（５Ｇ）基地局（ＢＳ）を含む次世代無線アクセスネットワークであってもよい。一例において、ネットワークは、通信デバイスと通信するための特定の通信規格に適合する任意のＢＳであってもよい。
ＮＲは、５Ｇシステム（または５Ｇネットワーク）のために定義された規格であり、統一されたエアインターフェースをより良い性能で提供する。ｇＮＢは、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ｍＭＴＣ（Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などの高度な特徴をサポートする５Ｇシステムを実現するために配備されている。ｅＭＢＢは、広い帯域幅、および低い／適度なレイテンシを備えたブロードバンドサービスを提供する。ＵＲＬＬＣは、より高い信頼性、および低いレイテンシの特性を備えたアプリケーション（例えば、エンドツーエンド通信）を提供する。アプリケーションの例としては、産業用インターネット、スマートグリッド、インフラストラクチャ保護、遠隔手術および高度道路交通システム（ＩＴＳ）を含む。ｍＭＴＣは、何十億もの接続されたデバイスおよび／またはセンサを含む５Ｇシステムのモノのインターネット（ＩｏＴ）をサポートすることができる。
さらに、ネットワークはまた、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮおよびコアネットワークのうちの少なくとも１つを含んでもよく、コアネットワークは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）、Ｐ－ＧＷ（ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ） Ｇａｔｅｗａｙ）、ＳＯＮ（Ｓｅｌｆ－Ｏｒｇａｎｉｚｉｎｇ Ｎｅｔｗｏｒｋｓ）サーバおよび／またはＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）などのネットワーク・エンティティを含んでもよい。一例において、ネットワークが通信デバイスによって送信された情報を受信した後、その情報は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮによってのみ処理されてもよく、その情報に対応する決定は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮにおいて行われる。一例において、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮは、コアネットワークに情報を転送し、コアネットワークがその情報を処理した後、その情報に対応する決定は、コアネットワークにおいて行われる。一例において、情報は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮとコアネットワークの両方によって処理されてもよく、協調および／または協力がＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮおよびコアネットワークによって実行された後に、決定が行われる。
通信デバイスは、ユーザ機器（ＵＥ）、低コストデバイス（例えば、マシンタイプ通信（ＭＴＣ）デバイス）、デバイスツーデバイス（Ｄ２Ｄ）通信デバイス、狭帯域モノのインターネット（ＩｏＴ）（ＮＢ－ＩｏＴ）、携帯電話、ラップトップ、タブレットコンピュータ、電子ブック、ポータブルコンピュータシステム、またはそれらの組み合わせであってもよい。また、ネットワークおよび通信デバイスは、方向（例えば、送信方向）にしたがって送信機または受信機としてみることができ、例えば、上りリンク（ＵＬ）の場合、通信デバイスが送信機であり、ネットワークが受信機であり、下りリンク（ＤＬ）の場合、ネットワークが送信機であり、通信デバイスが受信機である。
図２は、本発明の一例による通信デバイス２０の概略図である。通信デバイス２０は、図１に示す通信デバイスまたはネットワークであってもよいが、ここでは限定されない。通信デバイス２０は、マイクロプロセッサまたは特定用途向け集積回路（ＡＳＩＣ）などの少なくとも１つの処理回路２００、少なくとも１つの記憶デバイス２１０、および少なくとも１つの通信インターフェースデバイス２２０を含んでもよい。少なくとも１つの記憶デバイス２１０は、少なくとも１つの処理回路２００によってアクセスされ実行されるプログラムコード２１４を記憶し得る任意のデータ記憶デバイスであってもよい少なくとも１つの記憶デバイス２１０の例は、加入者識別モジュール（ＳＩＭ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、デジタル汎用ディスクＲＯＭ（ＤＶＤ－ＲＯＭ）、ブルーレイ（登録商標）ディスクＲＯＭ（ＢＤ－ＲＯＭ）、磁気テープ、ハードディスク、光データ記憶デバイス、不揮発性記憶デバイス、非一時的コンピュータ可読媒体などを含むが、これらに限定されない。少なくとも１つの通信インターフェースデバイス２２０は、少なくとも１つのトランシーバであることが好ましく、少なくとも１つの処理回路２００の処理結果にしたがって信号（例えば、データ、メッセージおよび／またはパケット）を送信および受信するために使用される。
図３は、本発明の一例によるプロセス３０のフローチャートである。プロセス３０は、ハイブリッド自動反復要求（ＨＡＲＱ）再送信を処理するために、通信デバイスにおいて利用されてもよい。プロセス３０は、プログラムコード２１４にコンパイルされてもよく、以下のステップを含む。
ステップ３００：開始する。
ステップ３０２：ネットワークから第１の物理ＤＬ共有チャネル（ＰＤＳＣＨ）を受信し、第１のＰＤＳＣＨに対応する第１のＨＡＲＱフィードバックは、第１のＵＬチャネルに割り当てられており、第１のＵＬチャネルは、第１の優先度インデックスに対応している。
ステップ３０４：第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信しないと決定する。
ステップ３０６：第１のＨＡＲＱフィードバックのための第２のＵＬチャネルを決定し、第２のＵＬチャネルは、第２の優先度インデックスに対応している。
ステップ３０８：第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信する。
ステップ３１０：終了する。
プロセス３０によれば、通信デバイスは、ネットワークから第１のＰＤＳＣＨを受信し、第１のＰＤＳＣＨに対応する第１のＨＡＲＱフィードバックは、第１のＵＬチャネルに割り当てられており、第１のＵＬチャネルは、第１の優先度インデックスに対応している（例えば、第１の優先度インデックスが設定されているか、または示される）。通信デバイスは、第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信しないと決定する（例えば、送信しないように構成される）。次いで、通信デバイスは、第１のＨＡＲＱフィードバックのための第２のＵＬチャネルを決定（例えば、選択）し、第２のＵＬチャネルは、第２の優先度インデックスに対応している（例えば、第１の優先度インデックスが設定されている）。通信デバイスは、第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信する。すなわち、通信デバイスが第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信（例えば、初期送信）できないため、通信デバイスは、第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信（例えば、再送信）する。したがって、ＨＡＲＱフィードバックの再送信の問題は解決される。
プロセス３０の実現は、上記に限定されない。以下の例は、プロセス３０を実現するために適用されてもよい。
一例では、第２のＵＬチャネルは、第１のＤＬ制御情報（ＤＣＩ）によって示される（例えば、スケジューリングされる）。一例では、第２のＵＬチャネルにおける第１のＨＡＲＱフィードバックの位置は、第１のＤＣＩにしたがって決定される。一例では、第１のＨＡＲＱフィードバックを送信するために予約された第１のペイロードサイズは、第１のＤＣＩにしたがって決定される。一例では、第１のＤＣＩの第１の制御リソースセット（ＣＯＲＳＥＴ）プールインデックスと、第１のＰＤＳＣＨを示す第２のＤＣＩの第２のＣＯＲＥＳＥＴプールインデックスとが同じである。一例では、第１のＤＣＩは任意のＰＤＳＣＨを示さない。すなわち、第１のＤＣＩは特定の目的のためのものであってもよい。一例において、第１のＤＣＩは、第１の優先度インデックスに対応している第１の下りリンク割り当てインデックス（ＤＡＩ）と、第２の優先度インデックスに対応している第２のＤＡＩとを含む。
一例では、第１のＤＣＩは、第１のＵＬチャネルの後に受信される。一例では、第１のＤＣＩは、第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信しないと決定した後に受信される。
一例では、第２のＵＬチャネルは、ＰＵＳＣＨの第１の反復の後の物理ＵＬ共有チャネル（ＰＵＳＣＨ）の第２の反復であり、第１のＵＬチャネルは、ＰＵＳＣＨの第１の反復である。
一例では、通信デバイスは、第１のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信しないと決定し、ネットワークによって送信された指示にしたがって、第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信する。すなわち、第１のＵＬチャネルにおいてキャンセルされた後、すべてのＨＡＲＱフィードバックを再送信できるわけではなく、通信デバイスは、指示にしたがって第１のＨＡＲＱフィードバックを再送信することが可能である。一例では、指示は、無線資源制御（ＲＲＣ）信号またはＤＣＩであってもよい。
一例では、第１の優先度インデックスと第２の優先度インデックスとが同じである。
一例では、第２のＵＬチャネルにおける第１のＨＡＲＱフィードバックの第１の位置は、第２のＨＡＲＱフィードバックの第２の位置の後であり、第２のＨＡＲＱフィードバックは、第２のＵＬチャネルにおける初期送信である。すなわち、ＨＡＲＱフィードバックの初期送信と再送信は、第１のＵＬチャネルにおいて共同送信される。例えば、第１のＨＡＲＱフィードバックは、半永続的スケジューリング（ＳＰＳ）ＰＤＳＣＨに対応するＨＡＲＱフィードバックであるか、またはＤＣＩによって示された（またはスケジューリングされた）ＰＤＳＣＨに対応するＨＡＲＱフィードバックである。
一例では、第２のＵＬチャネルにおける第１のＨＡＲＱフィードバックの第１の位置は、第１の優先度インデックスおよび第２の優先度インデックスにしたがって決定される。
一例では、第１のＨＡＲＱフィードバックを送信するために予約された第１のペイロードサイズが、固定値であるか、またはネットワークの設定にしたがって決定される。
第１のＵＬチャネルと第２のＵＬチャネルとの間の時間距離は、閾値以下である。一例では、閾値は、ネットワークによって指示される。例えば、通信デバイスは、閾値に対応するタイマが満了する前に、第２のＵＬチャネルにおいて第１のＨＡＲＱフィードバックを送信する。すなわち、通信デバイスは、特定の期間内に第１のＨＡＲＱフィードバックを送信する。通信デバイスは、タイマが満了する前に第１のＨＡＲＱフィードバックを送信することができない場合、第１のＨＡＲＱフィードバックをドロップしてもよい。
一例では、第１のＰＤＳＣＨは、第２のＤＣＩによってスケジューリングされる。一例では、第１のＰＤＳＣＨは、半永続的スケジューリング（ＳＰＳ）によってスケジューリングされる。一例では、通信デバイスは、（例えば、ネットワークによって送信される）指示にしたがって第１のＨＡＲＱフィードバックを送信しないと決定する。すなわち、通信デバイスは、指示にしたがって、第１のＨＡＲＱフィードバックをドロップする（または送信を停止する）。指示は、キャンセル表示（ＣＩ）であってもよい。
一例では、通信デバイスは、第１のＵＬチャネルが第３のＵＬチャネルと衝突（例えば、重複）し、第３のＵＬチャネルが第１の優先度インデックスよりも高い第３の優先度インデックスに対応している（例えば、第１の優先度インデックスが設定されているか、または示される）ときに、第１のＨＡＲＱフィードバックを送信しないと決定する。第１のＵＬチャネルおよび第３のＵＬチャネルは、同じスロット（または同じサブスロット）内であってもよいことに留意する。
一例では、第２のＵＬチャネルは、第１の優先度インデックスとは異なる第３の優先度インデックスに対応している（例えば、第３の優先度インデックスが設定される）第２のＨＡＲＱフィードバックを含む。
一例では、第２のＵＬチャネルで第２のＨＡＲＱフィードバックを送信するために予約された第２のペイロードサイズは、第２のＵＬチャネルを示す第３のＤＣＩにしたがって決定される。一例では、第２のＵＬチャネルの第２の優先度インデックスは、第２のＵＬチャネルを示す第３のＤＣＩにしたがって決定される。
図４は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩ ＤＣＩ０を受信し、ＤＣＩ ＤＣＩ０は、ＰＤＳＣＨ ＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。追加的に、ＤＣＩ ＤＣＩ０は、ＰＤＳＣＨ ＰＤＳＣＨ０のＤＡＩ （例えば、ＤＡＩ０＝１）を指示してもよい。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０を受信した後、ＰＵＣＣＨ ＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例において、ＰＤＳＣＨ ＰＤＳＣＨ０は、ＳＰＳ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。
さらに、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０が（例えば、ある期間において）ＰＵＣＣＨ ＰＵＣＣＨ０と衝突する場合、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨ ＰＵＳＣＨ０と多重化してもよい。この状況では、ＨＡＲＱフィードバックＨＡＲＱ０が多重化され、ＰＵＳＣＨ ＰＵＳＣＨ０で送信されているため、通信デバイスはＰＵＣＣＨ ＰＵＣＣＨ０を送信しなくてもよい。例えば、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＤＣＩ （例えば、ＤＣＩ ＤＣＩ１）によってスケジューリングされてもよいし、ＰＵＳＣＨ ＰＵＳＣＨ０は、設定されたグラント（ＣＧ）送信であってもよい。
しかしながら、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信しない（例えば、キャンセルする）と決定してもよい。一例では、通信デバイスは、ＤＣＩ ＤＣＩ１を受信した後、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しないことを示す指示（例えば、ＣＩ ＣＩ０）を受信する。一例では、通信デバイスは、指示（例えば、ＣＩ ＣＩ０）を受信し、指示にしたがってＰＵＳＣＨ ＰＵＳＣＨ０を送信しないと決定する。一例では、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０がＵＬ送信（例えば、ＰＵＳＣＨまたはＰＵＣＣＨ）と衝突し、ＵＬ送信の優先度インデックスがＰＵＳＣＨ ＰＵＳＣＨ０の優先度インデックスよりも高い場合、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しない（例えば、キャンセルする）と決定する。上記の例では、ＨＡＲＱフィードバックＨＡＲＱ０を含むＰＵＳＣＨ ＰＵＳＣＨ０が送信されないことがある。
本例では、通信デバイスは、指示（例えば、ＣＩ ＣＩ０）を受信した後にＤＣＩ ＤＣＩ２を受信し、ＤＣＩ ＤＣＩ２は、ＰＤＳＣＨ ＰＤＳＣＨ１の受信を指示する（例えば、スケジューリングする）。追加的に、ＤＣＩ ＤＣＩ２は、ＰＤＳＣＨ ＰＤＳＣＨ１のＤＡＩ （例えば、ＤＡＩ１＝２）を指示してもよい。ＤＣＩ ＤＣＩ２は、指示後の最新のＤＣＩであってもよい。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ１の受信に応答して、ＰＵＣＣＨ ＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ１を送信する準備をする。次いで、通信デバイスは、ＰＵＣＣＨ ＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱ１を送信する。ＰＵＣＣＨ ＰＵＣＣＨ１は、ＰＵＣＣＨ ＰＵＣＣＨ０およびＰＵＳＣＨ ＰＵＳＣＨ０と重複しないことに留意する。ＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスは、ＤＣＩ ＤＣＩ２によって示されてもよい（または、ＤＣＩ２にしたがって決定されてもよい）。一例において、ＰＤＳＣＨ ＰＤＳＣＨ０がＳＰＳ ＰＤＳＣＨである場合、ＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスは、ＲＲＣシグナリングによって指示されてもよい。
なお、通信デバイスがＤＣＩ ＤＣＩ２を受信した瞬間は、図の内容に限定されるものではないことに留意されたい。一例では、ＤＣＩ ＤＣＩ２は、ＰＵＳＣＨ ＰＵＳＣＨ０の後に受信される。一例では、ＤＣＩ ＤＣＩ２は、通信デバイスがＰＵＳＣＨ ＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないと決定した後（例えば、ＣＩ ＣＩ０の後）に受信される。
本例では、ＰＵＣＣＨ ＰＵＣＣＨ０の優先度インデックスとＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスは、同じであり（または、ＰＤＳＣＨ ＰＤＳＣＨ０の優先度インデックスとＰＤＳＣＨ ＰＤＳＣＨ１の優先度インデックスは同じであり）、例えば、０である。ＨＡＲＱフィードバックＨＡＲＱ０は、ＰＵＣＣＨ ＰＵＣＣＨ０とＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスが異なる（またはＰＤＳＣＨ ＰＤＳＣＨ０とＰＤＳＣＨ ＰＤＳＣＨ１の優先度インデックスが異なる）場合、ＰＵＣＣＨ ＰＵＣＣＨ１において送信されないことがある。一例において、ＰＵＣＣＨ ＰＵＣＣＨ０の優先度インデックスは、ＰＤＳＣＨ ＰＤＳＣＨ０をスケジューリングするＤＣＩ ＤＣＩ０によって指示されてもよい。一例において、ＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスは、ＰＤＳＣＨ ＰＤＳＣＨ１をスケジューリングするＤＣＩ ＤＣＩ２によって指示されてもよい。
本例では、ＤＣＩ ＤＣＩ０を送信するための第１のＣＯＲＥＳＥＴの第１のＣＯＲＳＥＴプールインデックスと、ＤＣＩ ＤＣＩ２を送信するための第２のＣＯＲＥＳＥＴの第２のＣＯＲＥＳＥＴインデックスとは、同じであり、例えば、０である。第１のＣＯＲＥＳＥＴの第１のＣＯＲＳＥＴプールインデックスと第２のＣＯＲＥＳＥＴの第２のＣＯＲＥＳＥＴプールインデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＣＣＨ ＰＵＣＣＨ１において送信されないことがある。
本例では、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないと決定し、ＰＵＣＣＨ ＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信すると決定する。通信デバイスがそのような動作を実行できるかどうかは、通信デバイスの能力（例えば、ＵＥ能力）に依存することがある。通信デバイスは、ＨＡＲＱフィードバックのネットワークへの再送信に関する能力を報告してもよい。
一例において、通信デバイスは、指示を受信する前に、ＤＣＩ ＤＣＩ２およびＰＤＳＣＨ ＰＤＳＣＨ１を受信してもよい。ＨＡＲＱフィードバックＨＡＲＱ１は再送信のためのものではない。ＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱ１がＰＵＣＣＨ ＰＵＣＣＨ１において送信されるときに、ＨＡＲＱフィードバックＨＡＲＱ０は、ＨＡＲＱフィードバックＨＡＲＱ１に付加されてもよい（すなわち、ＨＡＲＱフィードバックＨＡＲＱ１の後に位置してもよい）。
通信デバイスは、図４に示すように、ＰＤＳＣＨ ＰＤＳＣＨ０のＤＡＩ ＤＡＩ０（すなわち１）の値が、ＰＤＳＣＨ ＰＤＳＣＨ１のＤＡＩ ＤＡＩ１（すなわち２）の値よりも小さいときに、ＨＡＲＱフィードバックＨＡＲＱ０を送信してもよい。たとえば、ＤＡＩ１＝ＤＡＩ０＋１である。すなわち、通信デバイスは、ＰＵＣＣＨ ＰＵＣＣＨ１において、ＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱフィードバックＨＡＲＱ１を送信する。ＰＵＣＣＨ ＰＵＣＣＨ１におけるＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱフィードバックＨＡＲＱ１の位置は、それぞれＤＡＩ ＤＡＩ０およびＤＡＩ ＤＡＩ１にしたがって決定されてもよい。たとえば、ＤＡＩ ＤＡＩ０＝１なので、第１の位置は、ＨＡＲＱフィードバックＨＡＲＱ０のためのものであり、ＤＡＩ ＤＡＩ１＝２なので、第２の位置は、ＨＡＲＱフィードバックＨＡＲＱ１のためのものである。
一例では、ＰＤＳＣＨ ＰＤＳＣＨ０がＳＰＳ ＰＤＳＣＨであるときに、ＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱ１がＰＵＣＣＨ ＰＵＣＣＨ１において送信されるとき、ＨＡＲＱフィードバックＨＡＲＱ０は、ＨＡＲＱフィードバックＨＡＲＱ１に付加されてもよい（すなわち、ＨＡＲＱフィードバックＨＡＲＱ１の後に位置してもよい）（すなわち、ＤＡＩにしたがわない）。
ＰＤＳＣＨ ＰＤＳＣＨ０とＰＤＳＣＨ ＰＤＳＣＨ１の優先度が異なるときに、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信しないことがある。
図５は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスの動作は図４と同様である。図４と図５の相違点は、ＰＵＣＣＨ ＰＵＣＣＨ０（優先度インデックス＝０）とＰＵＣＣＨ ＰＵＣＣＨ１（優先度インデックス＝１）の優先度インデックスが異なること、優先度インデックス＝０と優先度インデックス＝１に対応するＤＡＩは、それぞれＤＡＩ０とＤＡＩ１であり、ＤＣＩ ＤＣＩ２において送信されてもよいことである。
ＤＡＩ ＤＡＩ０およびＤＡＩ１の値は、それぞれ、１および１である。ＤＡＩ０＝１は、ＰＵＣＣＨ ＰＵＣＣＨ１において優先度インデックス＝０のリソース（例えば、ＰＤＳＣＨ ＰＤＳＣＨ０のＨＡＲＱフィードバック）が存在することを意味する。ＤＡＩ１＝１は、ＰＵＣＣＨ ＰＵＣＣＨ１において優先度インデックス＝１のリソース（例えば、ＰＤＳＣＨ ＰＤＳＣＨ１のＨＡＲＱフィードバック）が存在することを意味する。すなわち、ＤＡＩ ＤＡＩ０およびＤＡＩ１の値は、通信デバイスがＨＡＲＱフィードバックＨＡＲＱ０をＰＵＣＣＨ ＰＵＣＣＨ１と多重化できることを意味する。したがって、通信デバイスは、ＤＡＩ０およびＤＡＩ１に従い、ＰＵＣＣＨ ＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱ１を送信してもよい。一例では、通信デバイスは、ＤＣＩ ＤＣＩ２がＤＡＩ ＤＡＩ０＝０を示すときに、ＰＵＣＣＨ ＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないことがある。
一例では、ＰＵＣＣＨ ＰＵＣＣＨ１におけるＨＡＲＱフィードバックＨＡＲＱ０の位置は、優先度インデックスにしたがって決定されてもよい。例えば、優先度インデックス＝０に対応している第１のＨＡＲＱフィードバックは、優先度インデックス＝１に対応している第２のＨＡＲＱフィードバックの前（例えば、その前）に位置する。例えば、優先度インデックス＝１に対応している第２のＨＡＲＱフィードバックは、優先度インデックス＝０に対応している第１のＨＡＲＱフィードバックの前（例えば、その前）に位置する。
本例では、通信デバイスは、ＰＵＣＣＨ ＰＵＣＣＨ１において、ＨＡＲＱフィードバックＨＡＲＱ０を異なる優先度インデックスで送信する。通信デバイスがそのような動作を実行できるかどうかは、通信デバイスの能力（例えば、ＵＥ能力）に依存することがある。通信デバイスは、異なる優先度インデックスに関する能力をネットワークに報告してもよい。例えば、通信デバイスは、ＨＡＲＱフィードバックがＵＬチャネルにおいて送信可能かどうか、およびＨＡＲＱフィードバックとＵＬチャネルが異なる優先順位に対応しているかどうかに関する能力を報告してもよい。
なお、通信デバイスがＤＣＩ ＤＣＩ２を受信した瞬間は、図の内容に限定されるものではないことに留意されたい。一例では、ＤＣＩ ＤＣＩ２は、ＰＵＳＣＨ ＰＵＳＣＨ０の後に受信される。一例では、ＤＣＩ ＤＣＩ２は、通信デバイスがＰＵＳＣＨ ＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないと決定した後（例えば、ＣＩ ＣＩ０の後）に受信される。
図６は、本発明の一例によるＨＡＲＱ再送信のための指示（例えばＣＩ）とＤＣＩのタイミング関係の概略図である。図４の指示ＣＩ０とＤＣＩ ＤＣＩ２との間のタイミング関係は、本例で議論される。指示ＣＩ０の開始および終了は、それぞれ瞬間ｔ１およびｔ２である。ＤＣＩ ＤＣＩ２の開始および終了は、それぞれ瞬間ｔ３およびｔ４である。「ＤＣＩ ＤＣＩ２は、指示ＣＩ０の後に受信される」という状況を説明するためのいくつかの例は、以下のように述べられる。（ａ）の場合、ＤＣＩ ＤＣＩ２の開始（ｔ３）は、指示ＣＩ０の終了（ｔ２）後である。（ｂ）の場合、ＤＣＩ ＤＣＩ２の開始（ｔ３）は、指示ＣＩ０の開始（ｔ１）後である。（ｃ）の場合、ＤＣＩ ＤＣＩ２の終了（ｔ４）は、指示ＣＩ０の終了（ｔ２）後である。
図７は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩ ＤＣＩ０を受信し、ＤＣＩ ＤＣＩ０は、ＰＤＳＣＨ ＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０を受信した後、ＰＵＣＣＨ ＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例において、ＰＤＳＣＨ ＰＤＳＣＨ０は、ＳＰＳ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。
さらに、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０が（例えば、ある期間において）ＰＵＣＣＨ ＰＵＣＣＨ０と衝突する場合、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨ ＰＵＳＣＨ０と多重化してもよい。この状況では、ＨＡＲＱフィードバックＨＡＲＱ０が多重化され、ＰＵＳＣＨ ＰＵＳＣＨ０で送信されているため、通信デバイスはＰＵＣＣＨ ＰＵＣＣＨ０を送信しなくてもよい。例えば、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＤＣＩ （例えば、ＤＣＩ ＤＣＩ１）によってスケジューリングされてもよいし、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＣＧ送信であってもよい。
しかしながら、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信しない（例えば、キャンセルする）と決定してもよい。一例では、通信デバイスは、ＤＣＩ ＤＣＩ１を受信した後、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しないことを示す指示（例えば、ＣＩ ＣＩ０）を受信する。一例では、通信デバイスは、指示（例えば、ＣＩ ＣＩ０）を受信し、指示にしたがってＰＵＳＣＨ ＰＵＳＣＨ０を送信しないと決定する。一例では、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０がＵＬ送信（例えば、ＰＵＳＣＨまたはＰＵＣＣＨ）と衝突し、ＵＬ送信の優先度インデックスがＰＵＳＣＨ ＰＵＳＣＨ０の優先度インデックスよりも高い場合、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しない（例えば、キャンセルする）と決定する。上記の例では、ＨＡＲＱフィードバックＨＡＲＱ０を含むＰＵＳＣＨ ＰＵＳＣＨ０が送信されないことがある。
本例では、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信するための別のＵＬリソース（例えば、ＰＵＣＣＨ）を示す別のＤＣＩを見つける必要はない。通信デバイスは、指示（例えば、ＣＩ ＣＩ０）にしたがってＨＡＲＱフィードバックＨＡＲＱ０を送信するためのＰＵＣＣＨ ＰＵＣＣＨ１を決定してもよい。次いで、通信デバイスは、ＰＵＣＣＨ ＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＣＣＨ ＰＵＣＣＨ１は、ＰＵＣＣＨ ＰＵＣＣＨ０およびＰＵＳＣＨ ＰＵＳＣＨ０の両方と重複しないことに留意する。ＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスは、その指示によって指示されてもよい（または、その指示にしたがって決定されてもよい）。
本例では、ＰＵＣＣＨ ＰＵＣＣＨ０の優先度インデックスとＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスは、同じであり（または、ＰＤＳＣＨ ＰＤＳＣＨ０の優先度インデックスとＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスは同じであり）、例えば、０である。ＨＡＲＱフィードバックＨＡＲＱ０は、ＰＵＣＣＨ ＰＵＣＣＨ０とＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスが異なる（またはＰＤＳＣＨ ＰＤＳＣＨ０とＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスが異なる）場合、ＰＵＣＣＨ ＰＵＣＣＨ１において送信されないことがある。
本例では、ＤＣＩ ＤＣＩ０を送信するための第１のＣＯＲＥＳＥＴの第１のＣＯＲＳＥＴプールインデックスと、指示（たとえば、ＣＩ ＣＩ０）を送信するための第２のＣＯＲＥＳＥＴの第２のＣＯＲＥＳＥＴインデックスとは、同じであり、例えば、０である。第１のＣＯＲＥＳＥＴの第１のＣＯＲＳＥＴプールインデックスと第２のＣＯＲＥＳＥＴの第２のＣＯＲＥＳＥＴプールインデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＣＣＨ ＰＵＣＣＨ１において送信されないことがある。
図８は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩ ＤＣＩ０を受信し、ＤＣＩ ＤＣＩ０は、ＰＤＳＣＨ ＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０を受信した後、ＰＵＣＣＨ ＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例において、ＰＤＳＣＨ ＰＤＳＣＨ０は、ＳＰＳ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。
さらに、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０が（例えば、ある期間において）ＰＵＣＣＨ ＰＵＣＣＨ０と衝突する場合、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨ ＰＵＳＣＨ０と多重化してもよい。この状況では、ＨＡＲＱフィードバックＨＡＲＱ０が多重化され、ＰＵＳＣＨ ＰＵＳＣＨ０で送信されているため、通信デバイスはＰＵＣＣＨ ＰＵＣＣＨ０を送信しなくてもよい。例えば、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＤＣＩ （例えば、ＤＣＩ ＤＣＩ１）によってスケジューリングされてもよいし、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＣＧ送信であってもよい。
しかしながら、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信しない（例えば、キャンセルする）と決定してもよい。一例では、通信デバイスは、ＤＣＩ ＤＣＩ１を受信した後、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しないことを示す指示（例えば、ＣＩ ＣＩ０）を受信する。一例では、通信デバイスは、指示（例えば、ＣＩ ＣＩ０）を受信し、指示にしたがってＰＵＳＣＨ ＰＵＳＣＨ０を送信しないと決定する。一例では、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０がＵＬ送信（例えば、ＰＵＳＣＨまたはＰＵＣＣＨ）と衝突し、ＵＬ送信の優先度インデックスがＰＵＳＣＨ ＰＵＳＣＨ０の優先度インデックスよりも高い場合、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しない（例えば、キャンセルする）と決定する。上記の例では、ＨＡＲＱフィードバックＨＡＲＱ０を含むＰＵＳＣＨ ＰＵＳＣＨ０が送信されないことがある。
通信デバイスは、指示（例えば、ＣＩ ＣＩ０）を受信した後にＤＣＩ ＤＣＩ２を受信し、ＤＣＩ ＤＣＩ２は、ＰＵＣＣＨ ＰＵＣＣＨ１を示し、任意のＰＤＳＣＨを示さなくてもよい。ＤＣＩ ＤＣＩ２は、指示（例えば、ＣＩ ＣＩ０）後の最新のＤＣＩであってもよい。次いで、通信デバイスは、ＰＵＣＣＨ ＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＣＣＨ ＰＵＣＣＨ１は、ＰＵＣＣＨ ＰＵＣＣＨ０およびＰＵＳＣＨ ＰＵＳＣＨ０と重複しないことに留意する。ＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスは、ＤＣＩ ＤＣＩ２によって示されてもよい（または、ＤＣＩ２にしたがって決定されてもよい）。一例において、ＰＤＳＣＨ ＰＤＳＣＨ０がＳＰＳ ＰＤＳＣＨである場合、ＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスは、ＲＲＣシグナリングによって指示されてもよい。
なお、通信デバイスがＤＣＩ ＤＣＩ２を受信した瞬間は、図の内容に限定されるものではないことに留意されたい。一例では、ＤＣＩ ＤＣＩ２は、ＰＵＳＣＨ ＰＵＳＣＨ０の後に受信される。一例では、ＤＣＩ ＤＣＩ２は、通信デバイスがＰＵＳＣＨ ＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないと決定した後（例えば、ＣＩ ＣＩ０の後）に受信される。
本例では、ＨＡＲＱフィードバックのためのある数ｎビットが、ＤＣＩ ＤＣＩ２および／またはネットワークの設定によって示されてもよい。
本例では、ＰＵＣＣＨ ＰＵＣＣＨ０の優先度インデックスとＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスは同じであり、例えば０である。ＰＤＳＣＨ ＰＤＳＣＨ０とＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＣＣＨ ＰＵＣＣＨ１において送信されなくてもよい。
本例では、ＤＣＩ ＤＣＩ０を送信するための第１のＣＯＲＥＳＥＴの第１のＣＯＲＳＥＴプールインデックスと、ＤＣＩ ＤＣＩ２を送信するための第２のＣＯＲＥＳＥＴの第２のＣＯＲＥＳＥＴインデックスとは、同じであり、例えば、０である。第１のＣＯＲＥＳＥＴの第１のＣＯＲＳＥＴプールインデックスと第２のＣＯＲＥＳＥＴの第２のＣＯＲＥＳＥＴプールインデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＣＣＨ ＰＵＣＣＨ１において送信されないことがある。
図９は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩ ＤＣＩ０を受信し、ＤＣＩ ＤＣＩ０は、ＰＤＳＣＨ ＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０を受信した後、ＰＵＣＣＨ ＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。
さらに、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０が（例えば、ある期間において）ＰＵＣＣＨ ＰＵＣＣＨ０と衝突する場合、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨ ＰＵＳＣＨ０と多重化してもよい。この状況では、ＨＡＲＱフィードバックＨＡＲＱ０が多重化され、ＰＵＳＣＨ ＰＵＳＣＨ０で送信されているため、通信デバイスはＰＵＣＣＨ ＰＵＣＣＨ０を送信しなくてもよい。例えば、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＤＣＩ（例えば、ＤＣＩ ＤＣＩ１）によってスケジューリングされてもよいし、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＣＧ送信であってもよい。
しかしながら、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信しない（例えば、キャンセルする）と決定してもよい。一例では、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０がＵＬ送信（例えば、ＰＵＳＣＨ ＰＵＳＣＨ１）と衝突し、ＵＬ送信の優先度インデックスがＰＵＳＣＨ ＰＵＳＣＨ０の優先度インデックスよりも高い場合、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しない（例えば、キャンセルする）と決定する。一例において、ＵＬ送信は、ＤＣＩ（例えば、ＤＣＩ ＤＣＩ２）によってスケジューリングされてもよく、またはＣＧ送信であってもよい。
通信デバイスは、（例えば、ＤＣＩ ＤＣＩ２を受信した後）ＰＵＳＣＨ ＰＵＳＣＨ２を示すＤＣＩ ＤＣＩ３を受信する。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０とＰＵＳＣＨ ＰＵＳＣＨ２の優先度インデックスが同じであるため、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨ ＰＵＳＣＨ２と多重化する。次いで、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ２においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＣＣＨ ＰＵＳＣＨ２は、ＰＵＣＣＨ ＰＵＣＣＨ０およびＰＵＳＣＨ ＰＵＳＣＨ０と重複しないことに留意する。
なお、通信デバイスがＤＣＩ ＤＣＩ３を受信した瞬間は、図の内容に限定されるものではないことに留意されたい。一例では、ＤＣＩ ＤＣＩ３は、ＰＵＳＣＨ ＰＵＳＣＨ０の後に受信される。一例では、ＤＣＩ ＤＣＩ３は、通信デバイスがＰＵＳＣＨ ＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないと決定した後（例えば、ＤＣＩ ＤＣＩ２の後）に受信される。
本例では、ＰＵＣＣＨ ＰＵＣＣＨ０の優先度インデックスとＰＵＳＣＨ ＰＵＳＣＨ２の優先度インデックスは同じであり、例えば０である。ＰＵＣＣＨ ＰＵＣＣＨ０とＰＵＳＣＨ ＰＵＳＣＨ２の優先度インデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＳＣＨ ＰＵＳＣＨ２において送信されなくてもよい。
一例では、通信デバイスのネットワーク設定（例えば、ｇＮＢ設定）および／または能力（例えば、ＵＥ能力）にしたがって、ＨＡＲＱフィードバックＨＡＲＱ０は、たとえＰＵＣＣＨ ＰＵＣＣＨ０およびＰＵＳＣＨ ＰＵＳＣＨ２の優先度インデックスが異なる場合でも、ＰＵＳＣＨ ＰＵＳＣＨ２において送信されてもよい。
一例において、ＰＤＳＣＨ ＰＤＳＣＨ０は、ＳＰＳ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。一例において、ＰＵＳＣＨ ＰＵＳＣＨ２は、ＣＧ ＰＵＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。
図１０は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩ ＤＣＩ０を受信し、ＤＣＩ ＤＣＩ０は、ＰＤＳＣＨ ＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０を受信した後、ＰＵＣＣＨ ＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例において、ＰＤＳＣＨ ＰＤＳＣＨ０は、ＳＰＳ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。
さらに、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０が（例えば、ある期間において）ＰＵＣＣＨ ＰＵＣＣＨ０と衝突する場合、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨ ＰＵＳＣＨ０と多重化してもよい。この状況では、ＨＡＲＱフィードバックＨＡＲＱ０が多重化され、ＰＵＳＣＨ ＰＵＳＣＨ０で送信されているため、通信デバイスはＰＵＣＣＨ ＰＵＣＣＨ０を送信しなくてもよい。例えば、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＤＣＩ （例えば、ＤＣＩ ＤＣＩ１）によってスケジューリングされてもよいし、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＣＧ送信であってもよい。
しかしながら、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信しない（例えば、キャンセルする）と決定してもよい。一例では、通信デバイスは、ＤＣＩ ＤＣＩ１を受信した後、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しないことを示す指示（例えば、ＣＩ ＣＩ０）を受信する。一例では、通信デバイスは、指示（例えば、ＣＩ ＣＩ０）を受信し、指示にしたがってＰＵＳＣＨ ＰＵＳＣＨ０を送信しないと決定する。一例では、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０がＵＬ送信（例えば、ＰＵＳＣＨまたはＰＵＣＣＨ）と衝突し、ＵＬ送信の優先度インデックスがＰＵＳＣＨ ＰＵＳＣＨ０の優先度インデックスよりも高い場合、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しない（例えば、キャンセルする）と決定する。上記の例では、ＨＡＲＱフィードバックＨＡＲＱ０を含むＰＵＳＣＨ ＰＵＳＣＨ０が送信されないことがある。
したがって、ＨＡＲＱフィードバックＨＡＲＱ０を含むＰＵＣＣＨ ＰＵＣＣＨ０は送信できない。通信デバイスは、指示（例えば、ＣＩ ＣＩ０）を受信するときに、タイマを開始してもよい。
通信デバイスは、ＤＣＩ ＤＣＩ１を受信した後に、ＰＵＳＣＨ ＰＵＳＣＨ１を示すＤＣＩ ＤＣＩ２を受信する。通信デバイスは、タイマがＰＵＳＣＨ ＰＵＳＣＨ１を送信する瞬間に満了しないため、ＰＵＣＣＨ ＰＵＣＣＨ０およびＰＵＳＣＨ ＰＵＳＣＨ１を多重化する。すなわち、ＣＩを受信する第１の瞬間とＰＵＳＣＨ ＰＵＳＣＨ１を送信する第２の瞬間との間の時間距離は、閾値よりも小さい。次いで、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＳＣＨ ＰＵＳＣＨ１は、ＰＵＣＣＨ ＰＵＣＣＨ０およびＰＵＳＣＨ ＰＵＳＣＨ０と重複しないことに留意する。例えば、閾値は、スロット数、サブスロット数、またはシンボル数であってもよい。例えば、閾値は、ネットワーク（例えば、ｇＮＢ）によって、例えば、ＲＲＣシグナリングを介して指示されてもよい。例えば、閾値は、ネットワークによって設定された少なくとも１つのＨＡＲＱフィードバックタイミングにしたがって決定されてもよい。例えば、閾値は、少なくとも１つのＨＡＲＱフィードバックタイミングの最大値であってもよい。
なお、通信デバイスがＤＣＩ ＤＣＩ２を受信した瞬間は、図の内容に限定されるものではないことに留意されたい。一例では、ＤＣＩ ＤＣＩ２は、ＰＵＳＣＨ ＰＵＳＣＨ０の後に受信される。一例では、ＤＣＩ ＤＣＩ２は、通信デバイスがＰＵＳＣＨ ＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないと決定した後（例えば、ＣＩ ＣＩ０の後）に受信される。
他の例では、通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０が送信されない（例えば、キャンセルされる）と決定された場合、ＰＤＳＣＨ ＰＤＳＣＨ０を受信したときにタイマを開始してもよい。
通信デバイスは、ＤＣＩ ＤＣＩ１を受信した後に、ＰＵＳＣＨ ＰＵＳＣＨ１を示すＤＣＩ ＤＣＩ２を受信する。通信デバイスは、タイマがＰＵＳＣＨ ＰＵＳＣＨ１を送信する瞬間に満了しないため、ＰＵＣＣＨ ＰＵＣＣＨ０およびＰＵＳＣＨ ＰＵＳＣＨ１を多重化する。すなわち、ＰＤＳＣＨ ＰＤＳＣＨ０を受信する第１の瞬間とＰＵＳＣＨ ＰＵＳＣＨ１を送信する第２の瞬間との間の時間距離は、閾値よりも小さい。次いで、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＳＣＨ ＰＵＳＣＨ１は、ＰＵＣＣＨ ＰＵＣＣＨ０およびＰＵＳＣＨ ＰＵＳＣＨ０と重複しないことに留意する。例えば、閾値は、スロット数、サブスロット数、またはシンボル数であってもよい。例えば、閾値は、ネットワーク（例えば、ｇＮＢ）によって、例えば、ＲＲＣシグナリングを介して指示されてもよい。例えば、閾値は、ネットワークによって設定された少なくとも１つのＨＡＲＱフィードバックタイミングにしたがって決定されてもよい。例えば、閾値は、少なくとも１つのＨＡＲＱフィードバックタイミングの最大値であってもよい。
本例では、ＰＵＣＣＨ ＰＵＣＣＨ０の優先度インデックスとＰＵＳＣＨ ＰＵＳＣＨ１の優先度インデックスは同じであり、例えば０である。ＰＵＣＣＨ ＰＵＣＣＨ０とＰＵＳＣＨ ＰＵＳＣＨ１の優先度インデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＳＣＨ ＰＵＳＣＨ１において送信されなくてもよい。
一例では、通信デバイスのネットワーク設定（例えば、ｇＮＢ設定）および／または能力（例えば、ＵＥ能力）にしたがって、ＨＡＲＱフィードバックＨＡＲＱ０は、たとえＰＵＣＣＨ ＰＵＣＣＨ０とＰＵＳＣＨ ＰＵＳＣＨ１の優先度インデックスが異なる場合でも、ＰＵＳＣＨ ＰＵＳＣＨ１において送信されてもよい。
一例において、ＰＤＳＣＨ ＰＤＳＣＨ０は、ＳＰＳ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。一例において、ＰＵＳＣＨ ＰＵＳＣＨ１は、ＣＧ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。
図１１は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩ ＤＣＩ０を受信し、ＤＣＩ ＤＣＩ０は、ＰＤＳＣＨ ＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０を受信した後、ＰＵＣＣＨ ＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。
さらに、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０が（例えば、ある期間において）ＰＵＣＣＨ ＰＵＣＣＨ０と衝突する場合、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨ ＰＵＳＣＨ０と多重化してもよい。この状況では、ＨＡＲＱフィードバックＨＡＲＱ０が多重化され、ＰＵＳＣＨ ＰＵＳＣＨ０で送信されているため、通信デバイスはＰＵＣＣＨ ＰＵＣＣＨ０を送信しなくてもよい。例えば、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＤＣＩ （例えば、ＤＣＩ ＤＣＩ１）によってスケジューリングされてもよいし、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＣＧ送信であってもよい。
しかしながら、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信しない（例えば、キャンセルする）と決定してもよい。一例では、通信デバイスは、ＤＣＩ ＤＣＩ１を受信した後、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しないことを示す指示（例えば、ＣＩ ＣＩ０）を受信する。一例では、通信デバイスは、指示（例えば、ＣＩ ＣＩ０）を受信し、指示にしたがってＰＵＳＣＨ ＰＵＳＣＨ０を送信しないと決定する。一例では、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０がＵＬ送信（例えば、ＰＵＳＣＨまたはＰＵＣＣＨ）と衝突し、ＵＬ送信の優先度インデックスがＰＵＳＣＨ ＰＵＳＣＨ０の優先度インデックスよりも高い場合、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しない（例えば、キャンセルする）と決定する。上記の例では、ＨＡＲＱフィードバックＨＡＲＱ０を含むＰＵＳＣＨ ＰＵＳＣＨ０が送信されないことがある。
したがって、ＨＡＲＱフィードバックＨＡＲＱ０を含むＰＵＳＣＨ ＰＵＳＣＨ０は送信できない。通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０の（例えば、スケジューリングされた）瞬間（例えば、タイムスロット）にしたがってタイマを開始してもよい。
通信デバイスは、ＤＣＩ ＤＣＩ１を受信した後に、ＰＵＳＣＨ ＰＵＳＣＨ１を示すＤＣＩ ＤＣＩ２を受信する。通信デバイスは、タイマがＰＵＳＣＨ ＰＵＳＣＨ１を送信する瞬間に満了しないため、ＰＵＳＣＨ ＰＵＳＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨ ＰＵＳＣＨ１と多重化する。すなわち、ＰＵＳＣＨ ＰＵＳＣＨ０を送信する第１の瞬間とＰＵＳＣＨ ＰＵＳＣＨ１を送信する第２の瞬間との間の時間距離は、閾値よりも小さい。次いで、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＣＣＨ ＰＵＳＣＨ１は、ＰＵＣＣＨ ＰＵＣＣＨ０およびＰＵＳＣＨ ＰＵＳＣＨ０と重複しないことに留意する。例えば、閾値は、スロット数、サブスロット数、またはシンボル数であってもよい。例えば、閾値は、ネットワーク（例えば、ｇＮＢ）によって、例えば、ＲＲＣシグナリングを介して指示されてもよい。例えば、閾値は、ネットワークによって設定された少なくとも１つのＨＡＲＱフィードバックタイミングにしたがって決定されてもよい。例えば、閾値は、少なくとも１つのＨＡＲＱフィードバックタイミングの最大値であってもよい。
通信デバイスがＤＣＩ ＤＣＩ２を受信した瞬間は、図の内容に限定されるものではないことに留意されたい。一例では、ＤＣＩ ＤＣＩ２は、ＰＵＳＣＨ ＰＵＳＣＨ０の後に受信される。一例では、ＤＣＩ ＤＣＩ２は、通信デバイスがＰＵＳＣＨ ＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないことを決定した後に受信される。
本例では、ＰＵＣＣＨ ＰＵＣＣＨ０の優先度インデックスとＰＵＳＣＨ ＰＵＳＣＨ１の優先度インデックスは同じであり、例えば０である。ＰＵＣＣＨ ＰＵＣＣＨ０とＰＵＳＣＨ ＰＵＳＣＨ１の優先度インデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＳＣＨ ＰＵＳＣＨ１において送信されなくてもよい。
一例では、通信デバイスのネットワーク設定（例えば、ｇＮＢ設定）および／または能力（例えば、ＵＥ能力）にしたがって、ＨＡＲＱフィードバックＨＡＲＱ０は、たとえＰＵＣＣＨ ＰＵＣＣＨ０とＰＵＳＣＨ ＰＵＳＣＨ１の優先度インデックスが異なる場合でも、ＰＵＳＣＨ ＰＵＳＣＨ１において送信されてもよい。
一例において、ＰＤＳＣＨ ＰＤＳＣＨ０は、ＳＰＳ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。一例において、ＰＵＳＣＨ ＰＵＳＣＨ１は、ＣＧ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。
図１２は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩ ＤＣＩ０を受信し、ＤＣＩ ＤＣＩ０は、ＰＤＳＣＨ ＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０を受信した後、ＰＵＣＣＨ ＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例では、通信デバイスはＤＣＩ ＤＣＩ１を受信し、ＤＣＩ ＤＣＩ１は、ＰＵＳＣＨ ＰＵＳＣＨ０～ＰＵＳＣＨ３の送信を指示する（例えば、スケジューリングする）。一例では、ＰＵＳＣＨ ＰＵＳＣＨ０～ＰＵＳＣＨ３はＣＧ送信である。ＰＵＳＣＨ ＰＵＳＣＨ１～ＰＵＳＣＨ３はＰＵＳＣＨ ＰＵＳＣＨ０の反復である。通信デバイスは、ＰＵＣＣＨ ＰＵＣＣＨ０とＰＵＳＣＨ ＰＵＳＣＨ０が重複しているため、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨ ＰＵＳＣＨ０と多重化することを意図している。
ただし、通信デバイスは、ＤＣＩ ＤＣＩ１を受信した後に、ＰＵＳＣＨ ＰＵＳＣＨ０の送信をキャンセルするＣＩ ＣＩ０を受信する。したがって、ＨＡＲＱフィードバックＨＡＲＱ０を含むＰＵＳＣＨ ＰＵＳＣＨ０は送信できない。
次いで、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を最新のＵＬリソースと多重化してもよい。例えば、通信デバイスは、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨ ＰＵＳＣＨ１と多重化し、ＰＵＳＣＨ ＰＵＳＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。
本例では、ＰＵＣＣＨ ＰＵＣＣＨ０の優先度インデックスとＰＵＳＣＨ ＰＵＳＣＨ０～ＰＵＳＣＨ３の優先度インデックスは同じであり、例えば０である。ＰＵＣＣＨ ＰＵＣＣＨ０とＰＵＳＣＨ ＰＵＳＣＨ０～ＰＵＳＣＨ３の優先度インデックスが異なる場合、ＨＡＲＱフィードバックＨＡＲＱ０はＰＵＳＣＨ ＰＵＳＣＨ１において送信されなくてもよい。
一例では、通信デバイスのネットワーク設定（例えば、ｇＮＢ設定）および／または能力（例えば、ＵＥ能力）にしたがって、ＨＡＲＱフィードバックＨＡＲＱ０は、たとえＰＵＣＣＨ ＰＵＣＣＨ０とＰＵＳＣＨ ＰＵＳＣＨ０～ＰＵＳＣＨ３の優先度インデックスが異なる場合でも、ＰＵＳＣＨ ＰＵＳＣＨ１において送信されてもよい。
一例において、ＰＤＳＣＨ ＰＤＳＣＨ０は、ＳＰＳ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。一例において、ＰＵＳＣＨ ＰＵＳＣＨ０～ＰＵＳＣＨ３は、ＣＧ ＰＵＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされていない。
図１３は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩ ＤＣＩ０を受信し、ＤＣＩ ＤＣＩ０は、ＰＤＳＣＨ ＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。追加的に、ＤＣＩ ＤＣＩ０は、ＰＤＳＣＨ ＰＤＳＣＨ０のＤＡＩ （例えば、ＤＡＩ１＝１）を指示してもよい。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０を受信した後、ＰＵＣＣＨ ＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。さらに、通信デバイスは、ＤＣＩ ＤＣＩ０を受信した後にＤＣＩ ＤＣＩ１を受信し、ＤＣＩ ＤＣＩ１は、ＰＤＳＣＨ ＰＤＳＣＨ１の受信を指示する（例えば、スケジューリングする）。ＤＣＩ ＤＣＩ１は、ＤＣＩ ＤＣＩ０の後の最新のＤＣＩであってもよい。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ１の受信に応答して、ＰＵＣＣＨ ＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ１を送信する準備をする。一例において、ＰＤＳＣＨ ＰＤＳＣＨ０は、ＳＰＳ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。
本例では、ＰＵＣＣＨ ＰＵＣＣＨ０の優先度インデックスとＰＵＣＣＨ ＰＵＣＣＨ１の優先度インデックスは、異なる（または、ＰＤＳＣＨ ＰＤＳＣＨ０の優先度インデックスとＰＤＳＣＨ ＰＤＳＣＨ１の優先度インデックスは異なる）。ＰＤＳＣＨ ＰＤＳＣＨ０およびＰＤＳＣＨ１のＤＡＩは、それぞれ、ＤＡＩ０およびＤＡＩ１であり、ＤＣＩ ＤＣＩ１において送信されてもよい。
（ａ）の場合、ＤＡＩ ＤＡＩ０およびＤＡＩ１の値は、それぞれ、１および１である。ＤＡＩ０＝１は、ＰＵＣＣＨ ＰＵＣＣＨ１において優先度インデックス＝０のリソース（例えば、ＰＤＳＣＨ ＰＤＳＣＨ０のＨＡＲＱフィードバック）が存在することを意味する。ＤＡＩ１＝１は、ＰＵＣＣＨ ＰＵＣＣＨ１において優先度インデックス＝１のリソース（例えば、ＰＤＳＣＨ ＰＤＳＣＨ１のＨＡＲＱフィードバック）が存在することを意味する。すなわち、ＤＡＩ ＤＡＩ０およびＤＡＩ１の値は、通信デバイスがＨＡＲＱフィードバックＨＡＲＱ０をＰＵＣＣＨ ＰＵＣＣＨ１と多重化できることを意味する。したがって、通信デバイスは、ＤＡＩ０およびＤＡＩ１に従い、ＰＵＣＣＨ ＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱ１を送信してもよい。
（ｂ）の場合、ＤＡＩ ＤＡＩ０およびＤＡＩ１の値は、それぞれ、０および１である。ＤＡＩ０＝０は、ＰＵＣＣＨ ＰＵＣＣＨ１において優先度インデックス＝０のリソース（例えば、ＰＤＳＣＨ ＰＤＳＣＨ０のＨＡＲＱフィードバック）が存在しないことを意味する。ＤＡＩ１＝１は、ＰＵＣＣＨ ＰＵＣＣＨ１において優先度インデックス＝１のリソース（例えば、ＰＤＳＣＨ ＰＤＳＣＨ１のＨＡＲＱフィードバック）が存在することを意味する。すなわち、ＤＡＩ ＤＡＩ０およびＤＡＩ１の値は、通信デバイスがＨＡＲＱフィードバックＨＡＲＱ０をＰＵＣＣＨ ＰＵＣＣＨ１と多重化できないことを意味する。したがって、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０をドロップしてもよく、ＰＵＣＣＨ ＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ１を送信してもよい。
図１４は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩ ＤＣＩ０を受信し、ＤＣＩ ＤＣＩ０は、ＰＤＳＣＨ ＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０を受信した後、ＰＵＣＣＨ ＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例において、ＰＤＳＣＨ ＰＤＳＣＨ０は、ＳＰＳ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。
さらに、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０が（例えば、ある期間において）ＰＵＣＣＨ ＰＵＣＣＨ０と衝突する場合、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨ ＰＵＳＣＨ０と多重化してもよい。この状況では、ＨＡＲＱフィードバックＨＡＲＱ０が多重化され、ＰＵＳＣＨ ＰＵＳＣＨ０で送信されているため、通信デバイスはＰＵＣＣＨ ＰＵＣＣＨ０を送信しなくてもよい。例えば、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＤＣＩ （例えば、ＤＣＩ ＤＣＩ１）によってスケジューリングされてもよいし、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＣＧ送信であってもよい。
しかしながら、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信しない（例えば、キャンセルする）と決定してもよい。一例では、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０がＵＬ送信（例えば、ＰＵＳＣＨ ＰＵＳＣＨ１）と衝突し、ＵＬ送信の優先度インデックスがＰＵＳＣＨ ＰＵＳＣＨ０の優先度インデックスよりも高い場合、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しない（例えば、キャンセルする）と決定する。一例において、ＵＬ送信は、ＤＣＩ （例えば、ＤＣＩ ＤＣＩ２）によってスケジューリングされてもよく、またはＣＧ送信であってもよい。
通信デバイスは、ＤＣＩ ＤＣＩ３を受信し、ＤＣＩ ＤＣＩ３は、ＰＤＳＣＨ ＰＤＳＣＨ１の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ１を受信した後、ＰＵＣＣＨ ＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ１を送信する準備をする（例えば、送信するようにスケジューリングされる）。ＨＡＲＱフィードバックＨＡＲＱ１は再送信のためのものではない。一例において、ＰＤＳＣＨ ＰＤＳＣＨ１は、ＳＰＳ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。
通信デバイスがＤＣＩ ＤＣＩ３を受信した瞬間は、図の内容に限定されるものではないことに留意されたい。一例では、ＤＣＩ ＤＣＩ３は、ＰＵＳＣＨ ＰＵＳＣＨ０の後に受信される。一例では、ＤＣＩ ＤＣＩ３は、通信デバイスがＰＵＳＣＨ ＰＵＳＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信しないと決定した後（例えば、ＤＣＩ ＤＣＩ２の後）に受信される。
通信デバイスは、たとえＰＤＳＣＨ ＰＤＳＣＨ０およびＰＤＳＣＨ１の優先度インデックスが異なる場合でも、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＣＣＨ ＰＵＣＣＨ１と多重化する。次いで、通信デバイスは、ＰＵＣＣＨ ＰＵＣＣＨ１においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＣＣＨ ＰＵＣＣＨ１は、ＰＵＣＣＨ ＰＵＣＣＨ０およびＰＵＳＣＨ ＰＵＳＣＨ０と重複しないことに留意する。ＨＡＲＱフィードバックＨＡＲＱ０およびＨＡＲＱ１がＰＵＣＣＨ ＰＵＣＣＨ１において送信されるときに、ＨＡＲＱフィードバックＨＡＲＱ０は、ＨＡＲＱフィードバックＨＡＲＱ１に付加される（すなわち、ＨＡＲＱフィードバックＨＡＲＱ１の後に位置する）。
図１５は、本発明の一例によるＨＡＲＱフィードバックの再送信の概略図である。通信デバイスは、ＤＣＩ ＤＣＩ０を受信し、ＤＣＩ ＤＣＩ０は、ＰＤＳＣＨ ＰＤＳＣＨ０の受信を指示する（例えば、スケジューリングする）。通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０を受信した後、ＰＵＣＣＨ ＰＵＣＣＨ０においてＨＡＲＱフィードバックＨＡＲＱ０を送信する準備をする（例えば、送信するようにスケジューリングされる）。一例において、ＰＤＳＣＨ ＰＤＳＣＨ０は、ＳＰＳ ＰＤＳＣＨであってもよく、すなわち、ＤＣＩによってスケジューリングされない。
さらに、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０が（例えば、ある期間において）ＰＵＣＣＨ ＰＵＣＣＨ０と衝突する場合、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０をＰＵＳＣＨ ＰＵＳＣＨ０と多重化してもよい。この状況では、ＨＡＲＱフィードバックＨＡＲＱ０が多重化され、ＰＵＳＣＨ ＰＵＳＣＨ０で送信されているため、通信デバイスはＰＵＣＣＨ ＰＵＣＣＨ０を送信しなくてもよい。例えば、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＤＣＩ （例えば、ＤＣＩ ＤＣＩ１）によってスケジューリングされてもよいし、ＰＵＳＣＨ ＰＵＳＣＨ０は、ＣＧ送信であってもよい。
しかしながら、通信デバイスは、ＨＡＲＱフィードバックＨＡＲＱ０を送信しない（例えば、キャンセルする）と決定してもよい。一例では、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ０がＵＬ送信（例えば、ＰＵＳＣＨ ＰＵＳＣＨ１）と衝突し、ＵＬ送信の優先度インデックスがＰＵＳＣＨ ＰＵＳＣＨ０の優先度インデックスよりも高い場合、ＰＵＳＣＨ ＰＵＳＣＨ０を送信しない（例えば、キャンセルする）と決定する。一例において、ＵＬ送信は、ＤＣＩ （例えば、ＤＣＩ ＤＣＩ２）によってスケジューリングされてもよく、またはＣＧ送信であってもよい。
通信デバイスは、ＰＤＳＣＨ ＰＤＳＣＨ０とＰＵＳＣＨ ＰＵＳＣＨ２の優先度インデックスが同じであるため、ＰＵＣＣＨ ＰＵＣＣＨ０のＨＡＲＱフィードバックＨＡＲＱ０を、ＣＧ送信であるＰＵＳＣＨ ＰＵＳＣＨ２と多重化する。次いで、通信デバイスは、ＰＵＳＣＨ ＰＵＳＣＨ２においてＨＡＲＱフィードバックＨＡＲＱ０を送信する。ＰＵＳＣＨ ＰＵＳＣＨ２は、ＰＵＣＣＨ ＰＵＣＣＨ０およびＰＵＳＣＨ ＰＵＳＣＨ０と重複しないことに留意する。
なお、ＨＡＲＱは、ＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）と呼ばれることもある。
上述の「決定」の動作は、「コンピューティング」、「計算」、「取得」、「生成」、「出力」、「使用」、「選出／選択」、「判定」または「構成されている」の動作で置き換えられてもよい。上述の「にしたがって」の用語は、「に応答して」で置き換えられてもよい。上述の「に関連する」の句は、「の」または「に対応する」で置き換えられてもよい。上述の「を介して」の用語は、「の上」、「の中」または「で」で置き換えられてもよい。
当業者は、上述の説明および例に関して、組み合わせ、修正および／または変更を容易に行うべきである。上記の説明、提案されたステップを含むステップおよび／またはプロセスは、ハードウェア、ソフトウェア、ファームウェア（ハードウェアデバイスと、ハードウェアデバイス上の読み出し専用ソフトウェアとして存在するコンピュータ命令およびデータとの組み合わせとして知られる）、電子システム、またはそれらの組み合わせであり得る手段によって実現することができる。手段の一例としては、通信デバイス２０であってもよい。
ハードウェアの例は、アナログ回路、デジタル回路および／または混合回路を含んでもよい。例えば、ハードウェアは、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス、結合ハードウェアコンポーネント、またはそれらの組み合わせを含んでもよい。別の例では、ハードウェアは、汎用プロセッサ、マイクロプロセッサ、コントローラ、デジタル信号プロセッサ（ＤＳＰ）またはそれらの組み合わせを含んでもよい。
ソフトウェアの例は、コードのセット、命令のセット、および／または記憶ユニット（例えば、コンピュータ可読媒体）に保持される（例えば、記憶される）機能のセットを含んでもよい。コンピュータ可読媒体は、ＳＩＭ、ＲＯＭ、フラッシュメモリ、ＲＡＭ、ＣＤ－ＲＯＭ／ＤＶＤ－ＲＯＭ／ＢＤ－ＲＯＭ、磁気テープ、ハードディスク、光データ記憶デバイス、不揮発性記憶ユニット、またはそれらの組み合わせを含んでもよい。コンピュータ可読媒体（例えば、記憶ユニット）は、少なくとも１つのプロセッサに内部的に（例えば、一体化されて）または外部的に（例えば、分離されて）結合してもよい。１つ以上のモジュールを含むことができる少なくとも１つのプロセッサは、コンピュータ可読媒体内でソフトウェアを実行してもよい（例えば、実行するように構成されてもよい）。コードのセット、命令のセット、および／または機能のセットは、少なくとも１つのプロセッサ、モジュール、ハードウェア、および／または電子システムに関係するステップを実行させてもよい。
電子システムの例は、システムオンチップ（ＳｏＣ）、システムインパッケージ（ＳｉＰ）、コンピュータオンモジュール（ＣｏＭ）、コンピュータプログラム製品、装置、携帯電話、ラップトップ、タブレットコンピュータ、電子ブック、またはポータブルコンピュータシステム、および通信デバイス２０を含む。
以上をまとめると、本発明は、ＨＡＲＱ再送を処理するための通信デバイスおよび方法を提供する。ＨＡＲＱフィードバックのスケジューリングされた送信がキャンセルされた場合、ＨＡＲＱフィードバックを、上記の例にしたがって、後のチャネルにおいてネットワークに送信することができる。したがって、ＨＡＲＱフィードバックの再送信が解決される。その結果、通信デバイスとネットワークとの間の通信が定期的に進行することができる。

Claims (17)

  1. ハイブリッド自動反復要求（ＨＡＲＱ）再送信を処理するための通信デバイスであって、
    少なくとも１つの記憶デバイスと、
    前記少なくとも１つの記憶デバイスに結合された少なくとも１つの処理回路と、を含み、前記少なくとも１つの記憶デバイスは命令を記憶し、前記少なくとも１つの処理回路は、
    ネットワークから第１の物理下りリンク（ＤＬ）共有チャネル（ＰＤＳＣＨ）を受信することであって、前記第１のＰＤＳＣＨに対応する第１のＨＡＲＱフィードバックは、第１の上りリンク（ＵＬ）チャネルに割り当てられており、前記第１のＵＬチャネルは、第１の優先度インデックスに対応している、受信することと、
    前記第１のＵＬチャネルにおいて前記第１のＨＡＲＱフィードバックを送信しないと決定することと、
    前記第１のＨＡＲＱフィードバックのための第２のＵＬチャネルを決定することであって、前記第２のＵＬチャネルは、第２の優先度インデックスに対応している、決定することと、
    前記第２のＵＬチャネルにおいて前記第１のＨＡＲＱフィードバックを送信することと、を行う前記命令を実行するように構成されており、
    前記第２のＵＬチャネルは、第１のＤＬ制御情報（ＤＣＩ）によって示され、
    前記第１のＤＣＩの第１の制御リソースセット（ＣＯＲＥＳＥＴ）プールインデックスと、前記第１のＰＤＳＣＨを示す第２のＤＣＩの第２のＣＯＲＥＳＥＴプールインデックスとが同じである、通信デバイス。
  2. 前記第２のＵＬチャネルにおける前記第１のＨＡＲＱフィードバックの位置は、前記第１のＤＣＩにしたがって決定される、請求項１に記載の通信デバイス。
  3. 前記第１のＨＡＲＱフィードバックを送信するために予約された第１のペイロードサイズは、前記第１のＤＣＩにしたがって決定される、請求項１または２に記載の通信デバイス。
  4. 前記第１のＤＣＩが任意のＰＤＳＣＨを示さないか、または前記第１のＤＣＩが、前記第１の優先度インデックスに対応する第１のＤＬ割り当てインデックス（ＤＡＩ）と、前記第２の優先度インデックスに対応する第２のＤＡＩとを含む、請求項１～３のいずれか一項に記載の通信デバイス。
  5. 前記第１のＤＣＩが前記第１のＵＬチャネルの後に受信されるか、または前記第１のＤＣＩが、前記第１のＵＬチャネルにおいて前記第１のＨＡＲＱフィードバックを送信しないと決定した後に受信される、請求項１～４のいずれか一項に記載の通信デバイス。
  6. 前記第２のＵＬチャネルは、物理ＵＬ共有チャネル（ＰＵＳＣＨ）の第１の反復の後の前記ＰＵＳＣＨの第２の反復であり、前記第１のＵＬチャネルは、前記ＰＵＳＣＨの前記第１の反復である、請求項１～５のいずれか一項に記載の通信デバイス。
  7. 前記通信デバイスは、前記第１のＵＬチャネルにおいて前記第１のＨＡＲＱフィードバックを送信しないと決定し、前記ネットワークによって送信された指示にしたがって、前記第２のＵＬチャネルにおいて前記第１のＨＡＲＱフィードバックを送信する、請求項１～６のいずれか一項に記載の通信デバイス。
  8. 前記第１の優先度インデックスと前記第２の優先度インデックスとが同じである、請求項１～７のいずれか一項に記載の通信デバイス。
  9. 前記第２のＵＬチャネルにおける前記第１のＨＡＲＱフィードバックの第１の位置が、第２のＨＡＲＱフィードバックの第２の位置の後にあり、前記第２のＨＡＲＱフィードバックが、前記第２のＵＬチャネルにおける初期送信であるか、または前記第２のＵＬチャネルにおける前記第１のＨＡＲＱフィードバックの第１の位置が、前記第１の優先度インデックスおよび前記第２の優先度インデックスにしたがって決定される、請求項１～８のいずれか一項に記載の通信デバイス。
  10. 前記第１のＨＡＲＱフィードバックを送信するために予約された第１のペイロードサイズが、固定値であるか、または前記ネットワークの設定にしたがって決定される、請求項１～９のいずれか一項に記載の通信デバイス。
  11. 前記第１のＵＬチャネルと前記第２のＵＬチャネルとの間の時間距離は、閾値以下である、請求項１～１０のいずれか一項に記載の通信デバイス。
  12. 前記閾値は、前記ネットワークによって指示される、請求項１１に記載の通信デバイス。
  13. 前記第１のＰＤＳＣＨが第２のＤＣＩによってスケジューリングされるか、または前記第１のＰＤＳＣＨが半永続的スケジューリング（ＳＰＳ）によってスケジューリングされる、請求項１～１２のいずれか一項に記載の通信デバイス。
  14. 前記通信デバイスは、指示に従って前記第１のＨＡＲＱフィードバックを送信しないと決定するか、または前記通信デバイスは、前記第１のＵＬチャネルが第３のＵＬチャネルと衝突し、前記第３のＵＬチャネルが前記第１の優先度インデックスよりも高い第３の優先度インデックスに対応しているときに、前記第１のＨＡＲＱフィードバックを送信しないと決定する、請求項１～１３のいずれか一項に記載の通信デバイス。
  15. 前記第２のＵＬチャネルは、前記第１の優先度インデックスとは異なる第４の優先度インデックスに対応する第２のＨＡＲＱフィードバックを含む、請求項１～１４のいずれか一項に記載の通信デバイス。
  16. 前記第２のＵＬチャネルにおいて第２のＨＡＲＱフィードバックを送信するために予約された第２のペイロードサイズは、前記第２のＵＬチャネルを示す第３のＤＣＩにしたがって決定される、請求項１～１５のいずれか一項に記載の通信デバイス。
  17. 前記第２のＵＬチャネルの前記第２の優先度インデックスは、前記第２のＵＬチャネルを示す第３のＤＣＩにしたがって決定される、請求項１～１６のいずれか一項に記載の通信デバイス。
JP2021172065A 2020-10-22 2021-10-21 Ｈａｒｑ再送信を処理するデバイス Active JP7277539B2 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US202063094912P 2020-10-22 2020-10-22
US63/094,912 2020-10-22
US17/503,379 US11902967B2 (en) 2020-10-22 2021-10-18 Device of handling a HARQ retransmission
US17/503,379 2021-10-18

Publications (2)

Publication Number Publication Date
JP2022068858A JP2022068858A (ja) 2022-05-10
JP7277539B2 true JP7277539B2 (ja) 2023-05-19

Family

ID=78516514

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021172065A Active JP7277539B2 (ja) 2020-10-22 2021-10-21 Ｈａｒｑ再送信を処理するデバイス

Country Status (6)

Country Link
US (1) US11902967B2 (ja)
EP (1) EP3989467A1 (ja)
JP (1) JP7277539B2 (ja)
CN (1) CN114389780B (ja)
AU (1) AU2021254591B2 (ja)
TW (1) TWI784764B (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20240244472A1 (en) * 2023-01-12 2024-07-18 Quectel Wireless Solutions Co., Ltd. Wireless communication method and apparatus

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111092704A (zh) 2019-07-31 2020-05-01 中兴通讯股份有限公司 信号传输方法、装置、网络设备及存储介质

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DK2087630T3 (en) * 2006-10-02 2017-01-30 Nokia Technologies Oy DEVICE, PROCEDURE AND COMPUTER PROGRAM PRODUCT WITH HYBRID ARQ FEEDBACK FOR HSDPA MIMO
CN102377542A (zh) * 2010-08-19 2012-03-14 宏达国际电子股份有限公司 处理上链路回报触发及组态的方法及其通信装置
CN106899391B (zh) * 2011-05-12 2020-09-04 Lg电子株式会社 发送控制信息的方法及其设备
US9553685B2 (en) * 2012-09-28 2017-01-24 Nokia Solutions And Networks Oy PHICH-less operation for uplink-downlink configuration zero
CN104283655B (zh) * 2013-07-10 2018-05-18 财团法人工业技术研究院 传送及接收混合自动重传请求回传的方法
US9479293B2 (en) * 2013-07-10 2016-10-25 Industrial Technology Research Institute Method of handling HARQ feedbacks and related communication device
US20150200751A1 (en) * 2014-01-10 2015-07-16 Sharp Laboratories Of America, Inc. Enhanced pucch reporting for carrier aggregation
US9686064B2 (en) * 2015-01-21 2017-06-20 Intel IP Corporation Devices and methods for HARQ-ACK feedback scheme on PUSCH in wireless communication systems
US10225837B2 (en) * 2015-04-29 2019-03-05 Htc Corporation Device and method of handling HARQ operation for unlicensed band
US10355830B2 (en) * 2015-12-07 2019-07-16 Telefonaktiebolaget Lm Ericsson (Publ) Uplink mac protocol aspects
US11452091B2 (en) * 2016-02-04 2022-09-20 Acer Incorporated Device and method of handling hybrid automatic repeat request transmission
US10237863B2 (en) * 2016-03-04 2019-03-19 Htc Corporation Device and method of handling a hybrid automatic repeat request process in a licensed assisted access secondary cell
US10779308B2 (en) * 2016-08-11 2020-09-15 Qualcomm Incorporated Priority based resource selection in a device-to-device communication system
EP3416325B1 (en) * 2017-06-16 2021-01-13 Acer Incorporated Device and method of handling code block group-based communication operation
US10855403B2 (en) * 2018-02-13 2020-12-01 Mediatek Singapore Pte. Ltd. Method and apparatus for reducing uplink overhead in mobile communications
US11419066B2 (en) * 2018-02-15 2022-08-16 Comcast Cable Communications, Llc Beam failure report
US11172543B2 (en) * 2018-06-15 2021-11-09 Acer Incorporated Device and method of handling physical downlink shared channels in bandwidth parts
US11212057B2 (en) * 2018-06-15 2021-12-28 Acer Incorporated Device and method for handling physical downlink shared channels in bandwidth parts
EP3836443A4 (en) * 2018-08-08 2021-08-18 Beijing Xiaomi Mobile Software Co., Ltd. HYBRID REPETITION AUTOMATIC REQUEST FEEDBACK (HARQ) METHOD AND APPARATUS
CN117040709A (zh) * 2018-11-28 2023-11-10 株式会社Ntt都科摩 终端、终端的无线通信方法、基站以及系统
US20220046722A1 (en) * 2019-01-10 2022-02-10 Lg Electronics Inc. Method for operating terminal and base station in wireless communication system supporting unlicensed band, and device supporting same
US11394497B2 (en) * 2019-04-03 2022-07-19 Acer Incorporated Hybrid automatic repeat request (HARQ) enhancements
US11356995B2 (en) * 2019-07-01 2022-06-07 FG Innovation Company Limited Method and apparatus for performing repetition transmissions in wireless communication system
US20220361247A1 (en) * 2019-07-11 2022-11-10 Sony Group Corporation Methods, communications devices, and infrastructure equipment
KR102251731B1 (ko) * 2019-08-14 2021-05-14 엘지전자 주식회사 무선 통신 시스템에서 하향링크 데이터를 송수신 하는 방법 및 이에 대한 장치
CN116349272A (zh) * 2020-07-31 2023-06-27 株式会社Ntt都科摩 终端、无线通信方法以及基站
WO2022079804A1 (ja) * 2020-10-13 2022-04-21 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局
US11868971B2 (en) * 2021-08-02 2024-01-09 Arch Systems Inc. Method for manufacturing system analysis and/or maintenance

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111092704A (zh) 2019-07-31 2020-05-01 中兴通讯股份有限公司 信号传输方法、装置、网络设备及存储介质

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
3rd Generation Partnership Project，3GPP TS 38.212 V16.3.0 (2020-09)，2020年10月01日
Apple Inc.，Intra-UE Multiplexing/Prioritization for URLLC[online]，3GPP TSG RAN WG1 #102-e R1-2006517，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_102-e/Docs/R1-2006517.zip>，2020年08月08日
Ericsson，Remaining Issue of Scheduling/HARQ for NR URLLC[online]，3GPP TSG RAN WG1 #100_e R1- 2000233，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2000233.zip>，2020年02月15日
MediaTek Inc.，Multiple HARQ procedures and intra-UE UCI prioritization[online]，3GPP TSG RAN WG1 #98 R1-1908409，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98/Docs/R1-1908409.zip>，2019年08月17日
Nokia, Nokia Shanghai Bell，Maintenance of PUSCH enhancements for Rel-16 NR URLLC[online]，3GPP TSG RAN WG1 #100b_e R1-2001696，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100b_e/Docs/R1-2001696.zip>，2020年04月10日
vivo，Enhancement for Scheduling/HARQ[online]，3GPP TSG RAN WG1 #102-e R1-2005350，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_102-e/Docs/R1-2005350.zip>，2020年08月08日
WILUS Inc.，Remaining issues on UCI enhancement for NR URLLC[online]，3GPP TSG RAN WG1 #101-e R1-2004523，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_101-e/Docs/R1-2004523.zip>，2020年05月16日

Also Published As

Publication number Publication date
CN114389780A (zh) 2022-04-22
CN114389780B (zh) 2023-08-08
TWI784764B (zh) 2022-11-21
US11902967B2 (en) 2024-02-13
TW202218366A (zh) 2022-05-01
EP3989467A1 (en) 2022-04-27
AU2021254591B2 (en) 2022-11-24
KR20220053495A (ko) 2022-04-29
US20220132535A1 (en) 2022-04-28
JP2022068858A (ja) 2022-05-10
AU2021254591A1 (en) 2022-05-12

Similar Documents

Publication Publication Date Title
JP2020530246A (ja) アップリンク伝送方法、端末デバイス、およびネットワークデバイス
KR102247385B1 (ko) 전송 방법, 네트워크 장비, 및 단말 장비
US11044053B2 (en) Device and method of handling code block group-based communication operation
WO2017184049A1 (en) Delaying transmission depending on transmission type and ue processing capabilities
TW202002696A (zh) 處理在頻寬部分中的實體下鏈路共享通道的裝置及方法
JP7333853B2 (ja) Ｐｕｓｃｈ伝送を処理するデバイス
JP7277539B2 (ja) Ｈａｒｑ再送信を処理するデバイス
JP2023052740A (ja) 物理的上りリンク制御チャネルの衝突を扱うための装置および方法
JP7433269B2 (ja) サウンディング参照信号を用いてアップリンク送信を扱う方法および関連する通信デバイス装置及び方法
KR102702188B1 (ko) Harq 재전송을 핸들링하는 디바이스
KR102702190B1 (ko) 사운딩 참조 신호를 사용하여 업링크 송신을 처리하는 기기 및 방법
JP7540852B2 (ja) マルチ・セル・スケジューリングを処理するためのデバイス及び方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211220

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221130

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221213

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230302

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230411

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230508

R150 Certificate of patent or registration of utility model

Ref document number: 7277539

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150