JP7322294B2 - 無線通信システムにおいて無線信号送受信方法及び装置 - Google Patents

無線通信システムにおいて無線信号送受信方法及び装置 Download PDF

Info

Publication number
JP7322294B2
JP7322294B2 JP2022525514A JP2022525514A JP7322294B2 JP 7322294 B2 JP7322294 B2 JP 7322294B2 JP 2022525514 A JP2022525514 A JP 2022525514A JP 2022525514 A JP2022525514 A JP 2022525514A JP 7322294 B2 JP7322294 B2 JP 7322294B2
Authority
JP
Japan
Prior art keywords
dci
pdsch
ack
harq
feedback
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
JP2022525514A
Other languages
English (en)
Other versions
JP2023500306A (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.)
LG Electronics Inc
Original Assignee
LG Electronics 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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2023500306A publication Critical patent/JP2023500306A/ja
Application granted granted Critical
Publication of JP7322294B2 publication Critical patent/JP7322294B2/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
    • 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/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
    • 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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling 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/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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • 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/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • 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
    • 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/50—Allocation or scheduling criteria for wireless resources
    • H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies

Description

本発明は、無線通信システムに関し、より詳細には、無線通信システムにおいて上りリンク／下りリンク無線信号を送信又は受信する方法及び装置に関する。
無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステムリソース（帯域幅、送信電力など）を共有して複数ユーザとの通信を支援することができる多重接続（ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムである。多重接続システムの例は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムなどがある。
本発明の目的は、無線信号送受信過程を効率的に行う方法及びそのための装置を提供することにある。
本発明で遂げようとする技術的課題は、上記の技術的課題に制限されず、言及していない別の技術的課題は、以下の記載から、本発明の属する技術分野における通常の知識を有する者に明確に理解されるであろう。
本発明の一側面に係る無線通信システムにおいて端末がＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）報告を送信する方法は、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）で下りリンク（ＤＬ）承認（ｇｒａｎｔ）フォーマットのＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信することと、前記ＤＬ承認フォーマットのＤＣＩに基づいてＨＡＲＱ－ＡＣＫ報告を送信することを含むことができる。前記ＤＬ承認フォーマットのＤＣＩが、前記端末に設定された１つ又は２つ以上のサービングセルの全てのＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ（ｎｅｇａｔｉｖｅ－ＡＣＫ）をワンショット（ｏｎｅ－ｓｈｏｔ）ベースで送信するための特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記端末は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされたか否かに基づいて前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定することができる。
本発明の他の側面に係る無線通信のための端末は、送受信機；及び、前記送受信機を制御することによって、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）で下りリンク（ＤＬ）承認（ｇｒａｎｔ）フォーマットのＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、前記ＤＬ承認フォーマットのＤＣＩに基づいてＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）報告を送信するプロセッサを含むことができる。前記ＤＬ承認フォーマットのＤＣＩが、前記端末に設定された１つ又は２つ以上のサービングセルの全てのＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ（ｎｅｇａｔｉｖｅ－ＡＣＫ）をワンショット（ｏｎｅ－ｓｈｏｔ）ベースで送信するための特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記プロセッサは、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされたか否かに基づいて、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定することができる。
前記ＤＬ承認フォーマットのＤＣＩが前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記端末は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされていないことに基づいて、前記ＰＤＣＣＨの受信のための時間リソースを基準に前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定することができる。前記ＰＤＣＣＨの受信のための時間リソースは、前記ＰＤＣＣＨの受信が終わるシンボルであり、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースは、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告の送信が始まるシンボルであってよい。
前記ＰＤＣＣＨの受信のための時間リソースを基準に前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定するとき、前記端末は、ＳＣＳ（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）によって、前記ＰＤＣＣＨの受信のための時間リソースと前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソース間の間隔を決定することができる。
前記ＤＬ承認フォーマットのＤＣＩが前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記端末は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされていないことに基づいて、ＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨ解除（ｒｅｌｅａｓｅ）指示に関連したＨＡＲＱ－ＡＣＫタイミングによって前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定することができる。
前記ＤＬ承認フォーマットのＤＣＩが前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記端末は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされたことに基づいて、前記ＰＤＳＣＨの受信のための時間リソースを基準に前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定することができる。
前記ＰＤＳＣＨの受信のための時間リソースを基準に前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定するとき、前記端末は、前記ＤＣＩのＰＤＳＣＨ－ｔｏ－ＨＡＲＱタイミング指示フィールドから、前記ＰＤＳＣＨの受信が終わる第１スロットと前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告が始まる第２スロット間のスロットオフセット値を取得することができる。
前記特定タイプコードブックは、Ｔｙｐｅ－３コードブックであってよい。
前記端末は、上位層シグナリングによってＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信することができる。前記端末は、前記Ｔｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫ設定に基づいて、ＣＢＧ（ｃｏｄｅｂｌｏｃｋ ｇｒｏｕｐ）ベーススケジューリングが設定されたサービングセルに対してＣＢＧ（ｃｏｄｅｂｌｏｃｋ ｇｒｏｕｐ）ベースＡＣＫ／ＮＡＣＫを報告すべきか否か及びＮＤＩ（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）を報告すべきか否かを決定することができる。
下位インデックス（ｌｏｗｅｒ ｉｎｄｅｘｅｄ）サービングセルのＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）ビットが前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告において下位インデックスビットにマップされてよい。同一インデックスサービングセルのＡ／Ｎビットのうち、下位インデックスＨＡＲＱプロセスのＡ／Ｎビットが、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告において下位インデックスビットにマップされてよい。同一インデックスＨＡＲＱプロセスのＡ／Ｎビットのうち、下位インデックスＴＢのＡ／Ｎビットが、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告において下位インデックスビットにマップされてよい。当該ＴＢに含まれた複数のＣＢＧ（ｃｏｄｅｂｌｏｃｋ ｇｒｏｕｐ）のＡ／Ｎビットのうち、下位インデックスＣＢＧのＡ／Ｎビットが、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告において下位インデックスビットにマップされてよい。
本発明の他の側面によって上述の方法を行うための命令語を記録した、プロセッサで読み取り可能な記録媒体が提供されてよい。
本発明のさらに他の側面によって無線通信のための信号処理を行うデバイスは、命令語を記憶するメモリ及び、前記命令語を実行することによって、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）で下りリンク（ＤＬ）承認（ｇｒａｎｔ）フォーマットのＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信する動作（ｏｐｅｒａｔｉｏｎ）；及び前記ＤＬ承認フォーマットのＤＣＩに基づいてＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）報告を送信する動作を行うプロセッサを含むことができる。前記ＤＬ承認フォーマットのＤＣＩが、前記デバイスに設定された１つ又は２つ以上のサービングセルの全てのＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ（ｎｅｇａｔｉｖｅ－ＡＣＫ）をワンショット（ｏｎｅ－ｓｈｏｔ）ベースで送信するための特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記プロセッサは、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされたか否かに基づいて、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定することができる。
本発明のさらに他の側面に係る無線通信システムにおいて基地局がＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）報告を受信する方法は、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）で下りリンク（ＤＬ）承認（ｇｒａｎｔ）フォーマットのＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を端末に送信すること、及び前記端末から前記ＤＬ承認フォーマットのＤＣＩに基づくＨＡＲＱ－ＡＣＫ報告を受信することを含むことができる。前記ＤＬ承認フォーマットのＤＣＩが、前記端末に設定された１つ又は２つ以上のサービングセルの全てのＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ（ｎｅｇａｔｉｖｅ－ＡＣＫ）をワンショット（ｏｎｅ－ｓｈｏｔ）ベースで送信するための特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記基地局は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）をスケジュールしたか否かに基づいて、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定することができる。
本発明のさらに他の側面に係る無線通信のための基地局は、送受信機及び、前記送受信機を制御することによって、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）で下りリンク（ＤＬ）承認（ｇｒａｎｔ）フォーマットのＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を端末に送信し、前記端末から前記下りリンク（ＤＬ）承認（ｇｒａｎｔ）フォーマットのＤＣＩに基づくＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）報告を受信するプロセッサを含むことができる。前記ＤＬ承認フォーマットのＤＣＩが、前記端末に設定された１つ又は２つ以上のサービングセルの全てのＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ（ｎｅｇａｔｉｖｅ－ＡＣＫ）をワンショット（ｏｎｅ－ｓｈｏｔ）ベースで送信するための特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記プロセッサは、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）をスケジュールしたか否かに基づいて、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定することができる。
本発明によれば、無線通信システムにおいて無線信号送受信を効率的に行うことができる。
本発明から得られる効果は、以上で言及した効果に制限されず、言及していない別の効果は、以下の記載から、本発明の属する技術分野における通常の知識を有する者に明確に理解されるであろう。
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と一緒に本発明の技術的思想を説明する。
無線通信システムの一例である３ＧＰＰ（登録商標）システムに用いられる物理チャネル及びそれらを用いた一般の信号送信方法を例示する。 無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）の構造を例示する。 スロットのリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。 自己完備（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ）スロットの構造を例示する。 自己完備スロット内に物理チャネルがマップされる例を図示する。 ＡＣＫ／ＮＡＣＫ送信過程を例示する。 ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）送信過程を例示する。 制御情報をＰＵＳＣＨに多重化する例を示す。 非免許帯域を支援する無線通信システムを例示する。 非免許バンド内でリソースを占有する方法を例示する。 上りリンク信号送信のための端末のＴｙｐｅ １ ＣＡＰ動作フローチャートである。 本発明の例に係るＡ／Ｎ送信を例示する。 本発明の例に係るＡ／Ｎ送信を例示する。 本発明の例に係るＡ／Ｎ送信を例示する。 既存の伝送ブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ，ＴＢ）処理過程を例示する。 既存のＣＢＧベース送信を例示する。 Ｔｙｐｅ－３コードブックベースのＡ／Ｎ送信を例示する。 本発明の例に係るＴｙｐｅ－３コードブックベースのＡ／Ｎ送信を例示する。 本発明の例に係るＡ／Ｎ送信を例示する。 本発明の例に係るＴｙｐｅ－３コードブックベースのＡ／Ｎを例示する。 本発明の例に係るＴｙｐｅ－３コードブックベースのＡ／Ｎを例示する。 本発明の例に係るＴｙｐｅ－３コードブックベースのＡ／Ｎを例示する。 本発明の例に係るＴｙｐｅ－３コードブックベースのＡ／Ｎを例示する。 本発明の例に係るＴｙｐｅ－３コードブックベースのＡ／Ｎ送信を例示する。 本発明に適用される通信システム（１）と無線機器を例示する。 本発明に適用される通信システム（１）と無線機器を例示する。 本発明に適用される通信システム（１）と無線機器を例示する。 本発明に適用される通信システム（１）と無線機器を例示する。 本発明に適用可能なＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作を例示する。
以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような様々な無線接続システムに用いられてよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏｔｅｃｈｎｏｌｏｇｙ）によって具現されてよい。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現されてよい。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現されてよい。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを使用するＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａの進化したバージョンである。
より多い通信機器がより大きい通信容量を要求することにより、既存のＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド通信に対する必要性が台頭している。また、多数の機器及び物を連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。また、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、マッシブＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本発明では、便宜上、当該技術をＮＲ（Ｎｅｗ Ｒａｄｉｏ又はＮｅｗ ＲＡＴ）と呼ぶ。
説明を明確にするために、３ＧＰＰ ＮＲを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。
本明細書において“設定”の表現は、“構成（ｃｏｎｆｉｇｕｒｅ／ｃｏｎｆｉｇｕｒａｔｉｏｎ）”の表現に代替されてよく、両者は同じ意味で使われてよい。また、条件的表現（例えば、“～～であると（ｉｆ）”、“～～である場合（ｉｎ ａ ｃａｓｅ）”又は“～～であるとき（ｗｈｅｎ）”など）は、“～～であることに基づいて（ｂａｓｅｄ ｏｎ ｔｈａｔ～～）”又は“～～である状態で（ｉｎ ａ ｓｔａｔｅ／ｓｔａｔｕｓ）”の表現に代替されてよい。また、当該条件の充足による端末／基地局の動作又はＳＷ／ＨＷ構成が類推／理解されてよい。また、無線通信装置（例えば、基地局、端末）間の信号送受信において送信（又は、受信）側のプロセスから受信（又は、送信）側のプロセスが類推／理解できれば、その説明が省略されてよい。例えば、送信側の信号決定／生成／エンコーディング／送信などは、受信側の信号モニタリング受信／デコーディング／決定などと理解されてよい。また、“端末が特定動作を行う（又は、行わない）”という表現は、“基地局が、端末が特定動作を行うと期待／仮定（又は、行わないと期待／仮定）して動作する”という意味でも解釈されてよい。“基地局が特定動作を行う（又は、行わない）”という表現は、“端末が、基地局が特定動作を行うと期待／仮定（又は、行わないと期待／仮定）して動作する”という意味でも解釈されてよい。また、後述する説明において、各セクション、実施例、例示、オプション、方法、方案などの区分とインデックスは、説明の便宜のためのものであり、それぞれが必ず独立した発明を構成するということを意味するか或いはそれぞれが必ず個別に実施されるべきであるということを意味する意図で解釈されてはならない。また、各セクション、実施例、例示、オプション、方法、方案などを説明するとき、明示的に衝突／反対する記述がない限り、それらの少なくとも一部を組み合わせて共に実施してもよく、少なくとも一部を省略して実施してもよいと類推／解釈されてよい。
無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ，ＤＬ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ，ＵＬ）で情報を送信する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、それらが送受信する情報の種類／用途に応じて様々な物理チャネルが存在する。
図１は、３ＧＰＰ ＮＲシステムに用いられる物理チャネル及びそれらを用いた一般の信号送信方法を説明するための図である。
電源の消えている状態で再び電源が入る或いはセルに新しく進入した端末は、段階Ｓ１０１において基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う。そのために、端末は基地局からＳＳＢ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ）を受信する。ＳＳＢは、ＰＳＳ（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）、ＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及びＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を含む。端末は、ＰＳＳ／ＳＳＳに基づいて基地局と同期を取り、セルＩＤ（ｃｅｌｌ ｉｄｅｎｔｉｔｙ）などの情報を取得する。また、端末は、ＰＢＣＨに基づいてセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ，ＤＬ ＲＳ）を受信し、下りリンクチャネル状態を確認することができる。
初期セル探索を終えた端末は、段階Ｓ１０２で物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＤＣＣＨ）及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信し、より具体的なシステム情報を取得することができる。
その後、端末は基地局に接続を完了するために段階Ｓ１０３～段階Ｓ１０６のような任意接続過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、端末は、物理任意接続チャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ，ＰＲＡＣＨ）でプリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ１０３）、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルでプリアンブルに対する応答メッセージを受信することができる（Ｓ１０４）。競合ベース任意接続（Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ）では、追加の物理任意接続チャネルの送信（Ｓ１０５）、及び物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信（Ｓ１０６）のような衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
上述したような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ１０７）及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＵＣＣＨ）の送信（Ｓ１０８）を行うことができる。端末が基地局に送信する制御情報を総称して上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ）と呼ぶ。ＵＣＩは、ＨＡＲＱＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは一般にＰＵＣＣＨで送信されるが、制御情報とトラフィックデータが同時に送信されるべき場合にはＰＵＳＣＨで送信されてもよい。また、ネットワークの要請／指示に応じて、ＵＣＩをＰＵＳＣＨで非周期的に送信してもよい。
図２には無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）の構造を例示する。ＮＲにおいて上りリンク及び下りリンク送信はフレームで構成される。各無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム（Ｈａｌｆ－Ｆｒａｍｅ，ＨＦ）に分割される。各ハーフフレームは５個の１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ，ＳＦ）に分割される。サブフレームは、１個以上のスロットに分割され、サブフレーム内のスロット個数は、ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）に依存する。各スロットはＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）によって１２個又は１４個のＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。一般（ｎｏｒｍａｌ）ＣＰが用いられる場合に、各スロットは１４個のＯＦＤＭシンボルを含む。拡張（ｅｘｔｅｎｄｅｄ）ＣＰが用いられる場合に、各スロットは１２個のＯＦＤＭシンボルを含む。
表１は、一般ＣＰが用いられる場合に、ＳＣＳによってスロット別シンボルの個数、フレーム別スロットの個数、及びサブフレーム別スロットの個数が変わることを例示する。
Figure 0007322294000001
＊ Ｎｓｌｏｔ ｓｙｍｂ：スロット内のシンボル数
＊ Ｎｆｒａｍｅ，ｕ ｓｌｏｔ：フレーム内のスロット数
＊ Ｎｓｕｂｆｒａｍｅ，ｕ ｓｌｏｔ：サブフレーム内のスロット数
表２は、拡張ＣＰが用いられる場合に、ＳＣＳによってスロット別シンボルの個数、フレーム別スロットの個数、及びサブフレーム別スロットの個数が変わることを例示する。
Figure 0007322294000002
フレームの構造は例示に過ぎず、フレームにおいてサブフレームの数、スロットの数、シンボルの数は様々に変更されてよい。
ＮＲシステムでは一つの端末に併合される複数のセルの間にＯＦＤＭヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ）が異なるように設定されてよい。これにより、同一の個数のシンボルで構成された時間リソース（例えば、ＳＦ、スロット又はＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）と総称する。）の（絶対時間）区間が、併合されたセル間に異なるように設定されてよい。ここで、シンボルは、ＯＦＤＭシンボル（或いは、ＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡシンボル（或いは、Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ，ＤＦＴ－ｓ－ＯＦＤＭシンボル）を含むことができる。
図３には、スロットのリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。スロットは、時間ドメインにおいて複数のシンボルを含む。例えば、一般ＣＰでは１個のスロットが１４個のシンボルを含むが、拡張ＣＰでは１個のスロットが１２個のシンボルを含む。搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続したＰＲＢ（Ｐｈｙｓｉｃａｌ ＲＢ）と定義され、１つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長など）に対応してよい。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は、活性化されたＢＷＰで行われ、１つの端末に対しては１つのＢＷＰのみが活性化されてよい。リソースグリッドにおいて、各要素は、リソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ，ＲＥ）と呼ばれ、１つの複素シンボルがマップされてよい。
図４には、自己完備（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ）スロットの構造を例示する。ＮＲシステムにおいて、フレームは、１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどを全て含み得る自己完備構造を特徴とする。例えば、スロット内の先頭Ｎ個のシンボルは、ＤＬ制御チャネルを送信するために用いられ（以下、ＤＬ制御領域）、スロット内の末尾Ｍ個のシンボルは、ＵＬ制御チャネルを送信するために用いられてよい（以下、ＵＬ制御領域）。ＮとＭはそれぞれ、０以上の整数である。ＤＬ制御領域とＵＬ制御領域との間にあるリソース領域（以下、データ領域）は、ＤＬデータ送信のために用いられるか、ＵＬデータ送信のために用いられてよい。制御領域とデータ領域との間にはＤＬ－ｔｏ－ＵＬ或いはＵＬ－ｔｏ－ＤＬスイッチングのための時間ギャップが存在してよい。例えば、次の構成を考慮できる。各区間は時間順に並べられている。
１．ＤＬのみ構成
２．ＵＬのみ構成
３．混合された（Ｍｉｘｅｄ）ＵＬ－ＤＬ構成
－ ＤＬ領域＋ＧＰ（Ｇｕａｒｄ Ｐｅｒｉｏｄ）＋ＵＬ制御領域
－ ＤＬ制御領域＋ＧＰ＋ＵＬ領域
＊ ＤＬ領域：（ｉ）ＤＬデータ領域、（ｉｉ）ＤＬ制御領域＋ＤＬデータ領域
＊ ＵＬ領域：（ｉ）ＵＬデータ領域、（ｉｉ）ＵＬデータ領域＋ＵＬ制御領域
図５には、自己完備スロット内に物理チャネルがマップされる例を示す。ＤＬ制御領域ではＰＤＣＣＨが送信されてよく、ＤＬデータ領域ではＰＤＳＣＨが送信されてよい。ＵＬ制御領域ではＰＵＣＣＨが送信されてよく、ＵＬデータ領域ではＰＵＳＣＨが送信されてよい。ＧＰは、基地局と端末が送信モードから受信モードに切り替わる過程又は受信モードから送信モードに切り替わる過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに切り替わる時点の一部シンボルがＧＰとして設定されてよい。
以下、それぞれの物理チャネルについてより詳細に説明する。
ＰＤＣＣＨは、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を運搬する。例えば、ＰＤＣＣＨ（すなわち、ＤＣＩ）は、ＤＬ－ＳＣＨ（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の送信フォーマット及びリソース割り当て情報、ＵＬ－ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に関するリソース割り当て情報、ＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）に関するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位層制御メッセージに関するリソース割り当て情報、送信電力制御命令、ＣＳ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ）の活性化／解除などを運ぶ。ＤＣＩは、ＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を含み、ＣＲＣは、ＰＤＣＣＨの所有者又は使用用途によって様々な識別子（例えば、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ，ＲＮＴＩ）でマスク／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣは端末識別子（例えば、Ｃｅｌｌ－ＲＮＴＩ，Ｃ－ＲＮＴＩ）でマスクされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ－ＲＮＴＩ（Ｐａｇｉｎｇ－ＲＮＴＩ）でマスクされる。ＰＤＣＣＨがシステム情報（例えば、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ，ＳＩＢ）に関するものであれば、ＣＲＣはＳＩ－ＲＮＴＩ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）でマスクされる。ＰＤＣＣＨがランダム接続応答に関するものであれば、ＣＲＣはＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ－ＲＮＴＩ）でマスクされる。
ＰＤＣＣＨは、ＡＬ（Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ）によって１、２、４、８、１６個のＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）で構成される。ＣＣＥは、無線チャネル状態によって所定符号率のＰＤＣＣＨを提供するために用いられる論理的割り当て単位である。ＣＣＥは、６個のＲＥＧ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ）で構成される。ＲＥＧは、１個のＯＦＤＭシンボルと１個の（Ｐ）ＲＢと定義される。ＰＤＣＣＨは、ＣＯＲＥＳＥＴ（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ）で送信される。ＣＯＲＥＳＥＴは、与えられたヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）を有するＲＥＧセットと定義される。１つの端末のための複数のＣＯＲＥＳＥＴは、時間／周波数ドメインにおいて重なってよい。ＣＯＲＥＳＥＴは、システム情報（例えば、Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ，ＭＩＢ）又は端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）上位層（例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ） ｌａｙｅｒ）シグナリングによって設定されてよい。具体的に、ＣＯＲＥＳＥＴを構成するＲＢ個数及びＯＦＤＭシンボル個数（最大で３個）が上位層シグナリングによって設定されてよい。
ＰＤＣＣＨの受信／検出のために、端末はＰＤＣＣＨ候補をモニターする。ＰＤＣＣＨ候補は、ＰＤＣＣＨ検出のために端末がモニターしなければならないＣＣＥを表す。各ＰＤＣＣＨ候補は、ＡＬによって１、２、４、８、１６個のＣＣＥと定義される。モニタリングは、ＰＤＣＣＨ候補を（ブラインド）デコードすることを含む。端末がモニターするＰＤＣＣＨ候補のセットを、ＰＤＣＣＨ検索空間（Ｓｅａｒｃｈ Ｓｐａｃｅ，ＳＳ）と定義する。検索空間は、共通検索空間（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ，ＣＳＳ）又は端末特定検索空間（ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ，ＵＳＳ）を含む。端末は、ＭＩＢ又は上位層シグナリングによって設定された１つ以上の検索空間においてＰＤＣＣＨ候補をモニターし、ＤＣＩを取得することができる。それぞれのＣＯＲＥＳＥＴは１つ以上の検索空間と関連付けられ、各検索空間は１つのＣＯＲＥＳＴと関連付けられる。検索空間は次のパラメータに基づいて定義されてよい。
－ ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：検索空間と関連付けられたＣＯＲＥＳＥＴを示す。
－ ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期（スロット単位）及びＰＤＣＣＨモニタリング区間オフセット（スロット単位）を示す。
－ ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：スロット内のＰＤＣＣＨモニタリングシンボルを示す（例えば、ＣＯＲＥＳＥＴの最先頭のシンボルを示す）。
－ ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝｛１，２，４，８，１６｝別のＰＤＣＣＨ候補の数（０，１，２，３，４，５，６，８のいずれか一つの値）を示す。
＊ ＰＤＣＣＨ候補をモニターしなければならない機会（ｏｃｃａｓｉｏｎ）（例えば、時間／周波数リソース）を、ＰＤＣＣＨ（モニタリング）機会と定義する。スロット内に１つ以上のＰＤＣＣＨ（モニタリング）機会が構成されてよい。
表３は、検索空間タイプ別特徴を例示する。
Figure 0007322294000003
表４は、ＰＤＣＣＨで送信されるＤＣＩフォーマットを例示する。
Figure 0007322294000004
ＤＣＩフォーマット０＿０は、ＴＢベース（又は、ＴＢレベル）ＰＵＳＣＨをスケジュールするために用いられ、ＤＣＩフォーマット０＿１は、ＴＢベース（又は、ＴＢレベル）ＰＵＳＣＨ又はＣＢＧ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）ベース（又は、ＣＢＧレベル）ＰＵＳＣＨをスケジュールするために用いられてよい。ＤＣＩフォーマット１＿０は、ＴＢベース（又は、ＴＢレベル）ＰＤＳＣＨをスケジュールするために用いられ、ＤＣＩフォーマット１＿１は、ＴＢベース（又は、ＴＢレベル）ＰＤＳＣＨ又はＣＢＧベース（又は、ＣＢＧレベル）ＰＤＳＣＨをスケジュールするために用いられてよい（ＤＬ承認（ｇｒａｎｔ）ＤＣＩ）。ＤＣＩフォーマット０＿０／０＿１は、ＵＬ承認（ｇｒａｎｔ）ＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１＿０／１＿１は、ＤＬ承認ＤＣＩ又はＵＬスケジューリング情報と呼ばれてよい。ＤＣＩフォーマット２＿０は、動的スロットフォーマット情報（例えば、ｄｙｎａｍｉｃ ＳＦＩ）を端末に伝達するために用いられ、ＤＣＩフォーマット２＿１は、下りリンク先取（ｐｒｅ－Ｅｍｐｔｉｏｎ）情報を端末に伝達するために用いられる。ＤＣＩフォーマット２＿０及び／又はＤＣＩフォーマット２＿１は、一つのグループとして定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ（Ｇｒｏｕｐ ｃｏｍｍｏｎ ＰＤＣＣＨ）で当該グループ内端末に伝達されてよい。
ＤＣＩフォーマット０＿０とＤＣＩフォーマット１＿０は、フォールバック（ｆａｌｌｂａｃｋ）ＤＣＩフォーマットと呼ばれ、ＤＣＩフォーマット０＿１とＤＣＩフォーマット１＿１はノン－フォールバックＤＣＩフォーマットと呼ばれてよい。フォールバックＤＣＩフォーマットは、端末設定に関係なくＤＣＩサイズ／フィールド構成が同一に維持される。一方、ノン－フォールバックＤＣＩフォーマットは、端末設定によってＤＣＩサイズ／フィールド構成が変わる。
ＰＤＳＣＨは下りリンクデータ（例えば、ＤＬ－ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＤＬ－ＳＣＨ ＴＢ）を運搬し、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、１６ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ ＡｍｐｌｉｔｕｄｅＭｏｄｕｌａｔｉｏｎ）、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢをエンコードしてコードワード（ｃｏｄｅｗｏｒｄ）を生成する。ＰＤＳＣＨは、最大で２個のコードワードを運ぶことができる。コードワード別にスクランブリング（ｓｃｒａｍｂｌｉｎｇ）及び変調マッピング（ｍｏｄｕｌａｔｉｏｎ ｍａｐｐｉｎｇ）が行われ、各コードワードから生成された変調シンボルは、１つ以上のレイヤにマップされてよい。各レイヤはＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）と共にリソースにマップされてＯＦＤＭシンボル信号として生成され、該当のアンテナポートから送信される。
ＰＵＣＣＨは、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を運ぶ。ＵＣＩは次を含む。
－ ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）：ＵＬ－ＳＣＨリソースを要請するために用いられる情報である。
－ ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）－ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）：ＰＤＳＣＨ上の下りリンクデータパケット（例えば、コードワード）に対する応答である。下りリンクデータパケットが成功的に受信されたか否かを示す。単一のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ １ビットが送信され、２つのコードワードに対する応答としてＨＡＲＱ－ＡＣＫ ２ビットが送信されてよい。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（ＮＡＣＫ）、ＤＴＸ又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われてよい。
－ ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）：下りリンクチャネルに関するフィードバック情報である。ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）関連フィードバック情報は、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）及びＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）を含む。
表５は、ＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨの送信長によってショート（Ｓｈｏｒｔ）ＰＵＣＣＨ（フォーマット０、２）及びロング（Ｌｏｎｇ）ＰＵＣＣＨ（フォーマット１、３、４）に区別されてよい。
Figure 0007322294000005
ＰＵＣＣＨフォーマット０は、最大で２ビットサイズのＵＣＩを運搬し、シーケンスベースでマップされて送信される。具体的に、端末は、複数個のシーケンスのうち一つのシーケンスを、ＰＵＣＣＨフォーマット０であるＰＵＣＣＨで送信することによって特定ＵＣＩを基地局に送信する。端末は、肯定（ｐｏｓｉｔｉｖｅ）ＳＲを送信する場合に限って、対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。
ＰＵＣＣＨフォーマット１は、最大で２ビットサイズのＵＣＩを運搬し、変調シンボルは、時間領域（周波数ホッピングの有無によって異なるように設定される。）において直交カバーコード（ＯＣＣ）によって拡散される。ＤＭＲＳは、変調シンボルが送信されないシンボルで送信される（すなわち、ＴＤＭ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される）。
ＰＵＣＣＨフォーマット２は、２ビットよりも大きいビットサイズのＵＣＩを運搬し、変調シンボルはＤＭＲＳとＦＤＭ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される。ＤＭ－ＲＳは、１／３の密度で与えられたリソースブロック内のシンボルインデックス＃１、＃４、＃７及び＃１０に位置する。ＰＮ（Ｐｓｅｕｄｏ Ｎｏｉｓｅ）シーケンスがＤＭ＿ＲＳシーケンスのために用いられる。２シンボルＰＵＣＣＨフォーマット２のために周波数ホッピングは活性化されてよい。
ＰＵＣＣＨフォーマット３は、同一物理リソースブロックにおいて端末多重化がされず、２ビットよりも大きいビットサイズのＵＣＩを運搬する。言い換えると、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含まない。変調シンボルはＤＭＲＳとＴＤＭ（ＴｉｍｅＤｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される。
ＰＵＣＣＨフォーマット４は、同一物理リソースブロックにおいて最大４個の端末まで多重化が支援され、２ビットよりも大きいビットサイズのＵＣＩを運搬する。言い換えると、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは、直交カバーコードを含む。変調シンボルは、ＤＭＲＳとＴＤＭ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される。
ＰＵＳＣＨは、上りリンクデータ（例えば、ＵＬ－ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＵＬ－ＳＣＨ ＴＢ）及び／又は上りリンク制御情報（ＵＣＩ）を運搬し、ＣＰ－ＯＦＤＭ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）波形（ｗａｖｅｆｏｒｍ）又はＤＦＴ－ｓ－ＯＦＤＭ（Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ－ｓ－ＯＦＤＭ波形に基づいて送信される場合に、端末は変換プリコーディング（ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ）を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングが不可能な場合（例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｄｉｓａｂｌｅｄ）に、端末はＣＰ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングが可能な場合（例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｅｎａｂｌｅｄ）に、端末はＣＰ－ＯＦＤＭ波形又はＤＦＴ－ｓ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信できる。ＰＵＳＣＨ送信は、ＤＣＩ内のＵＬ承認によって動的にスケジュールされるか、上位層（例えば、ＲＲＣ）シグナリング（及び／又はＬ１（Ｌａｙｅｒ １）シグナリング（例えば、ＰＤＣＣＨ））に基づいて半静的（ｓｅｍｉ－ｓｔａｔｉｃ）にスケジュール（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）されてよい。ＰＵＳＣＨ送信は、コードブックベース又は非コードブックベースで行われてよい。
図６にはＡＣＫ／ＮＡＣＫ送信過程を例示する。図６参照すると、端末は、スロット＃ｎにおいてＰＤＣＣＨを検出できる。ここで、ＰＤＣＣＨは下りリンクスケジューリング情報（例えば、ＤＣＩフォーマット１＿０、１＿１）を含み、ＰＤＣＣＨは、ＤＬ ａｓｓｉｇｎｍｅｎｔ－ｔｏ－ＰＤＳＣＨ ｏｆｆｓｅｔ（Ｋ０）とＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫ ｒｅｐｏｒｔｉｎｇ ｏｆｆｓｅｔ（Ｋ１）を示す。例えば、ＤＣＩフォーマット１＿０、１＿１は次の情報を含むことができる。
－ Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：ＰＤＳＣＨに割り当てられたＲＢセットを示す
－ Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：Ｋ０（例えば、スロットオフセット）、スロット＃ｎ＋Ｋ０内のＰＤＳＣＨの開始位置（例えば、ＯＦＤＭシンボルインデックス）及びＰＤＳＣＨの長さ（例えば、ＯＦＤＭシンボル個数）を示す
－ ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ：Ｋ１を示す
－ ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ（４ビット）：データ（例えば、ＰＤＳＣＨ、ＴＢ）に対するＨＡＲＱプロセスＩＤ（Ｉｄｅｎｔｉｔｙ）を示す
その後、端末は、スロット＃ｎのスケジューリング情報によってスロット＃（ｎ＋Ｋ０）からＰＤＳＣＨを受信し始めた後、スロット＃ｎ１（ここで、ｎ＋Ｋ０≦ｎ１）でＰＤＳＣＨの受信が終わると、スロット＃（ｎ１＋Ｋ１）にＰＵＣＣＨでＵＣＩを送信できる。ここで、ＵＣＩは、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含むことができる。図６では、便宜上、ＰＤＳＣＨに対するＳＣＳとＰＵＣＣＨに対するＳＣＳが同一であり、スロット＃ｎ１＝スロット＃ｎ＋Ｋ０であると仮定したが、本発明はこれに限定されない。ＳＣＳが互いに異なる場合に、ＰＵＣＣＨのＳＣＳに基づいてＫ１が指示／解釈されてよい。
ＰＤＳＣＨが最大で１個のＴＢを送信するように構成された場合に、ＨＡＲＱ－ＡＣＫ応答は１ビットで構成されてよい。ＰＤＳＣＨが最大で２個のＴＢを送信するように構成された場合に、ＨＡＲＱ－ＡＣＫ応答は、空間（ｓｐａｔｉａｌ）バンドリングが構成されていると２ビットで構成され、空間バンドリングが構成されていないと１ビットで構成されてよい。複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点がスロット＃（ｎ＋Ｋ１）と指定された場合に、スロット＃（ｎ＋Ｋ１）に送信されるＵＣＩは、複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。
ＨＡＲＱ－ＡＣＫ応答のために端末が空間（ｓｐａｔｉａｌ）バンドリングを行うべきか否かは、セルグループ別に構成（ｃｏｎｆｉｇｕｒｅ）（例えば、ＲＲＣ／上位層シグナリング）されてよい。一例として、空間バンドリングは、ＰＵＣＣＨで送信されるＨＡＲＱ－ＡＣＫ応答及び／又はＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ応答のそれぞれに個別に構成されてよい。
空間バンドリングは、当該サービングセルにおいて一度で受信可能な（又は、１ ＤＣＩでスケジュール可能な）ＴＢ（又は、コードワード）の最大個数が２個である場合（又は、２個以上である場合）に支援されてよい（例えば、上位層パラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩが２ＴＢに該当する場合）。一方、２ＴＢ送信のためには、４個よりも多い個数のレイヤが用いられてよく、１ＴＢ送信には、最大で４個のレイヤが用いられてよい。結果的に、空間バンドリングが当該セルグループに構成された場合に、当該セルグループ内のサービングセルのうち、４個よりも多い個数のレイヤがスケジュール可能なサービングセルに対して空間バンドリングが行われてよい。当該サービングセル上で、空間バンドリングを用いてＨＡＲＱ－ＡＣＫ応答を送信しようとする端末は、複数ＴＢに対するＡ／Ｎビットを（ビット単位（ｂｉｔ－ｗｉｓｅ））論理的ＡＮＤ（ｌｏｇｉｃａｌ ＡＮＤ）演算してＨＡＲＱ－ＡＣＫ応答を生成することができる。
例えば、端末が２ＴＢをスケジュールするＤＣＩを受信し、当該ＤＣＩに基づいてＰＤＳＣＨで２ＴＢを受信したと仮定すれば、空間バンドリングを行う端末は、第１ＴＢに対する第１Ａ／Ｎビットと第２ＴＢに対する第２Ａ／Ｎビットとを論理的ＡＮＤ演算して単一Ａ／Ｎビットを生成することができる。結果的に、第１ＴＢと第２ＴＢが両方ともＡＣＫである場合に、端末はＡＣＫビット値を基地局に報告し、いずれか一方ののＴＢでもＮＡＣＫである場合に、端末はＮＡＣＫビット値を基地局に報告する。
例えば、２ＴＢが受信可能なように構成（ｃｏｎｆｉｇｕｒｅ）されたサービングセル上で実際に１ＴＢのみがスケジュールされた場合に、端末は、当該１ＴＢに対するＡ／Ｎビットとビット値１を論理的ＡＮＤ演算して単一Ａ／Ｎビットを生成することができる。結果的に、端末は、当該１ＴＢに対するＡ／Ｎビットをそのまま基地局に報告する。
基地局／端末にはＤＬ送信のために複数の並列ＤＬ ＨＡＲＱプロセスが存在する。複数の並列ＨＡＲＱプロセスは、前のＤＬ送信を受信することに成功したか否かに対するＨＡＲＱフィードバックを待つ間にＤＬ送信が連続して行われるようにする。各ＨＡＲＱプロセスは、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層のＨＡＲＱバッファーと関連付けられる。各ＤＬ ＨＡＲＱプロセスは、バッファー内のＭＡＣ ＰＤＵ（Ｐｈｙｓｉｃａｌ Ｄａｔａ Ｂｌｏｃｋ）の送信回数、バッファー内のＭＡＣ ＰＤＵに対するＨＡＲＱフィードバック、現在リダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）などに関する状態変数を管理する。各ＨＡＲＱプロセスはＨＡＲＱプロセスＩＤによって区別される。
図７にはＰＵＳＣＨ送信過程を例示する。図７を参照すると、端末は、スロット＃ｎにＰＤＣＣＨを検出できる。ここで、ＰＤＣＣＨは上りリンクスケジューリング情報（例えば、ＤＣＩフォーマット０＿０、０＿１）を含む。ＤＣＩフォーマット０＿０、０＿１は、次の情報を含むことができる。
－ Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：ＰＵＳＣＨに割り当てられたＲＢセットを示す。
－ Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：スロットオフセットＫ２、スロット内のＰＵＳＣＨの開始位置（例えば、シンボルインデックス）及び長さ（例えば、ＯＦＤＭシンボル個数）を示す。開始シンボルと長さは、ＳＬＩＶ（Ｓｔａｒｔ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）で指示されるか、それぞれ指示されてよい。
その後、端末はスロット＃ｎのスケジューリング情報によってスロット＃（ｎ＋Ｋ２）にＰＵＳＣＨを送信できる。ここで、ＰＵＳＣＨはＵＬ－ＳＣＨ ＴＢを含む。
図８には、ＵＣＩをＰＵＳＣＨに多重化する例を示す。スロット内に複数のＰＵＣＣＨリソースとＰＵＳＣＨリソースとが重なり、ＰＵＣＣＨ－ＰＵＳＣＨ同時送信が設定されていない場合に、ＵＣＩは、図示のようにＰＵＳＣＨで送信されてよい（ＵＣＩピギーバック又はＰＵＳＣＨピギーバック）。図８には、ＨＡＲＱ－ＡＣＫとＣＳＩがＰＵＳＣＨリソースに乗せられる場合を例示する。
図９には、非免許帯域を支援する無線通信システムを例示する。便宜上、免許帯域（以下、Ｌ－バンド）で動作するセルをＬＣｅｌｌと定義し、ＬＣｅｌｌのキャリアを（ＤＬ／ＵＬ）ＬＣＣ（Ｌｉｃｅｎｓｅｄ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）と定義する。また、非免許帯域（以下、Ｕ－バンド）で動作するセルをＵＣｅｌｌと定義し、ＵＣｅｌｌのキャリアを（ＤＬ／ＵＬ）ＵＣＣ（Ｕｎｌｉｃｅｎｓｅｄ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）と定義する。セルのキャリアは、セルの動作周波数（例えば、中心周波数）を意味できる。セル／キャリア（例えば、Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ，ＣＣ）はセルと総称されてよい。
キャリア併合（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ，ＣＡ）が支援される場合に、一つの端末は、併合された複数のセル／キャリアで基地局と信号を送受信することができる。一つの端末に複数のＣＣが構成された場合に、一つのＣＣはＰＣＣ（Ｐｒｉｍａｒｙ ＣＣ）として設定され、残りのＣＣはＳＣＣ（Ｓｅｃｏｎｄａｒｙ ＣＣ）として設定されてよい。特定の制御情報／チャネル（例えば、ＣＳＳ ＰＤＣＣＨ、ＰＵＣＣＨ）は、ＰＣＣでのみ送受信されるように設定されてよい。データは、ＰＣＣ／ＳＣＣで送受信されてよい。図９（ａ）は、端末と基地局がＬＣＣ及びＵＣＣで信号を送受信する場合を例示する（ＮＳＡ（ｎｏｎ－ｓｔａｎｄ ａｌｏｎｅ）モード）。この場合、ＬＣＣはＰＣＣとして設定され、ＵＣＣはＳＣＣとして設定されてよい。端末に複数のＬＣＣが構成された場合に、一つの特定ＬＣＣはＰＣＣとして設定され、残りのＬＣＣはＳＣＣとして設定されてよい。図９（ａ）は、３ＧＰＰ ＬＴＥシステムのＬＡＡに該当する。図９（ｂ）は、端末と基地局がＬＣＣ無しに１つ以上のＵＣＣで信号を送受信する場合を例示する（ＳＡ（ｓｔａｎｄ ａｌｏｎｅ）モード）。この場合。ＵＣＣのいずれか一つはＰＣＣとして設定され、残りのＵＣＣはＳＣＣとして設定されてよい。これにより、ＮＲ ＵＣｅｌｌではＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨ送信などが支援されてよい。３ＧＰＰ ＮＲシステムの非免許帯域ではＮＳＡモードとＳＡモードの両方が支援されてよい。
図１０には、非免許帯域でリソースを占有する方法を例示する。非免許帯域に対する地域別規制（ｒｅｇｕｌａｔｉｏｎ）によれば、非免許帯域内の通信ノードは、信号送信前に他の通信ノードのチャネル使用の有無を判断しなければならない。具体的に、通信ノードは、信号送信に先立ってＣＳ（Ｃａｒｒｉｅｒ Ｓｅｎｓｉｎｇ）を行うことにより、他の通信ノードが信号送信を行うか否かを確認することができる。他の通信ノードが信号送信を行わないと判断された場合を、ＣＣＡ（Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓｍｅｎｔ）が確認されたと定義する。既に定義された或いは上位層（例えば、ＲＲＣ）シグナリングによって設定されたＣＣＡ臨界値がある場合に、通信ノードは、ＣＣＡ臨界値よりも高いエネルギーがチャネルから検出されると、チャネル状態をビジー（ｂｕｓｙ）と判断し、そうでないと、チャネル状態をアイドル（ｉｄｌｅ）と判断できる。参考として、Ｗｉ－Ｆｉ標準（８０２．１１ａｃ）において、ＣＣＡ臨界値は非Ｗｉ－Ｆｉ信号に対して－６２ｄＢｍ、Ｗｉ－Ｆｉ信号に対して－８２ｄＢｍと規定されている。チャネル状態がアイドルと判断されると、通信ノードはＵＣｅｌｌで信号送信を開始することができる。上述した一連の過程を、ＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）又はＣＡＰ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）と呼ぶことができる。ＬＢＴとＣＡＰは互いに言い換え可能である。
ヨーロッパではＦＢＥ（Ｆｒａｍｅ Ｂａｓｅｄ Ｅｑｕｉｐｍｅｎｔ）とＬＢＥ（Ｌｏａｄ Ｂａｓｅｄ Ｅｑｕｉｐｍｅｎｔ）と命名される２つのＬＢＴ動作を例示している。ＦＢＥは、通信ノードがチャネル接続に成功した際に送信を持続できる時間を意味するチャネル占有時間（ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ ｔｉｍｅ）（例えば、１～１０ｍｓ）と該チャネル占有時間の少なくとも５％に該当するアイドル期間（ｉｄｌｅ ｐｅｒｉｏｄ）が１つの固定（ｆｉｘｅｄ）フレームを構成し、ＣＣＡはアイドル期間の末尾部分においてＣＣＡスロット（少なくとも２０μｓ）の間にチャネルを観測する動作として定義される。通信ノードは、固定フレーム単位で周期的にＣＣＡを行い、チャネルが非占有（ｕｎｏｃｃｕｐｉｅｄ）状態である場合には、チャネル占有時間の間にデータを送信し、チャネルが占有（ｏｃｃｕｐｉｅｄ）状態である場合には送信を保留し、次の周期のＣＣＡスロットまで待つ。
一方、ＬＢＥでは、通信ノードはまずｑ∈｛４，５，…，３２｝の値を設定した後に１個のＣＣＡスロットに対するＣＣＡを行い、最初のＣＣＡスロットでチャネルが非占有状態であれば、最大で（１３／３２）ｑ ｍｓ長の時間を確保してデータを送信することができる。最初のＣＣＡスロットでチャネルが占有状態であれば、通信ノードはランダムにＮ∈｛１，２，…，ｑ｝の値を選んでカウンターの初期値として保存し、その後、ＣＣＡスロット単位でチャネル状態をセンシングしながら、ＣＣＡスロット単位でチャネルが非占有状態であれば、カウンターに保存された値を１ずつ減らしていく。カウンター値が０になると、通信ノードは最大で（１３／３２）ｑ ｍｓ長の時間を確保してデータを送信することができる。
具体的に、非免許帯域における上りリンク送信のために複数のＣＡＰタイプ（すなわち、ＬＢＴタイプ）が定義されてよい。例えば、上りリンク送信のためにＴｙｐｅ １又はＴｙｐｅ ２ ＣＡＰが定義されてよい。端末は、上りリンク信号の送信のために基地局が設定／指示したＣＡＰ（例えば、Ｔｙｐｅ １又はＴｙｐｅ ２）を行うことができる。
（１）Ｔｙｐｅ １上りリンクＣＡＰ方法
図１１は、上りリンク信号送信のための端末のＴｙｐｅ １ ＣＡＰ動作フローチャートである。
端末は、非免許帯域での信号送信のためにＣＡＰを開始することができる（Ｓ１５１０）。端末は、ステップ１によって、競合ウィンドウ（ＣＷ）内でバックオフカウンターＮを任意に選択することができる。このとき、Ｎ値は初期値Ｎｉｎｉｔに設定される（Ｓ１５２０）。Ｎｉｎｉｔは、０～ＣＷｐの値から任意の値が選択される。続いて、ステップ４によって、バックオフカウンター値（Ｎ）が０であれば（Ｓ１５３０；Ｙ）、端末はＣＡＰ過程を終了する（Ｓ１５３２）。その後、端末はＴｘバースト送信を行うことができる（Ｓ１５３４）。一方、バックオフカウンター値が０でなければ（Ｓ１５３０；Ｎ）、端末はステップ２によって、バックオフカウンター値を１だけ減らす（Ｓ１５４０）。その後、端末は、ＵＣｅｌｌ（ｓ）のチャネルがアイドル状態であるか否か確認し（Ｓ１５５０）、チャネルがアイドル状態であれば（Ｓ１５５０；Ｙ）、バックオフカウンター値が０であるか確認する（Ｓ１５３０）。逆に、Ｓ１５５０段階でチャネルがアイドル状態でなければ、すなわち、チャネルがビジー状態であれば（Ｓ１５５０；Ｎ）、端末はステップ５によって、スロット時間（例えば、９ｕｓ）よりも長い遅延期間（ｄｅｆｅｒ ｄｕｒａｔｉｏｎ Ｔｄ；２５ｕｓｅｃ以上）の間に当該チャネルがアイドル状態であるか確認する（Ｓ１５６０）。遅延期間の間にチャネルがアイドル状態であれば（Ｓ１５７０；Ｙ）、端末は（再び）ＣＡＰ過程を再開することができる。ここで、遅延期間は、１６ｕｓｅｃ区間及びその直後のｍｐ個の連続するスロット時間（例えば、９ｕｓ）で構成されてよい。一方、遅延期間間チャネルがビジー状態であれば（Ｓ１５７０；Ｎ）、端末はＳ１５６０段階を再び行い、新しい遅延期間の間にチャネルがアイドル状態であるか再び確認する。
表６は、チャネル接続優先順位クラス（ｐ）に従って、ＣＡＰに適用されるｍｐ、最小ＣＷ（ＣＷｍｉｎ，ｐ）、最大ＣＷ（ＣＷｍａｘ，ｐ）、最大チャネル占有時間（Ｍａｘｉｍｕｍ Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ，ＭＣＯＴ）（Ｔｕｌｍｃｏｔ，ｐ）及び許容されたＣＷサイズ（ａｌｌｏｗｅｄ ＣＷ ｓｉｚｅｓ）が変わることを例示する。
Figure 0007322294000006
Ｔｙｐｅ １ ＣＡＰに適用されるＣＷサイズ（ＣＷＳ）は、様々な方法に基づいて決定されてよい。一例として、ＣＷＳは、一定時間区間（例えば、参照ＴＵ）内のＵＬ－ＳＣＨのＨＡＲＱプロセスＩＤであるＨＡＲＱ＿ＩＤ＿ｒｅｆと関連した少なくとも一つのＨＡＲＱプロセッサのためのＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）値がトグルされるか否かに基づいて調整されてよい。端末が搬送波上でチャネル接続優先順位クラスｐと関連付けられたＴｙｐｅ １ ＣＡＰを用いて信号送信を行う場合に、端末は、ＨＡＲＱ＿ＩＤ＿ｒｅｆと関連した少なくとも一つのＨＡＲＱプロセスのためのＮＤＩ値がトグルされると、全ての優先順位クラスｐ∈｛１，２，３，４｝においてＣＷｐ＝ＣＷｍｉｎ，ｐと設定し、そうでないと、全ての優先順位クラスｐ∈｛１，２，３，４｝においてＣＷｐを、次に高い許容された値（ｎｅｘｔ ｈｉｇｈｅｒ ａｌｌｏｗｅｄ ｖａｌｕｅ）に増加させる。
参照サブフレームｎｒｅｆ（又は、参照スロットｎｒｅｆ）は次のように決定される。
端末がサブフレーム（又は、スロット）ｎｇでＵＬ承認を受信し、サブフレーム（又は、スロット）ｎ０、ｎ１、．．．ｎｗ内でサブフレーム（又は、スロット）ｎ０から始まり、ギャップのないＵＬ－ＳＣＨを含む送信を行う場合に、参照サブフレーム（又は、スロット）ｎｒｅｆは、サブフレーム（又は、スロット）ｎ０である。
（２）Ｔｙｐｅ ２上りリンクＣＡＰ方法
少なくともセンシング区間Ｔｓｈｏｒｔ＿ｕｌ＝２５ｕｓの間にチャネルがアイドルであるとセンシングされると、端末はセンシングの終了した直後（ｉｍｍｅｄｉａｔｅｌｙ ａｆｔｅｒ）から非免許帯域で上りリンク送信（例えば、ＰＵＳＣＨ）ができる。Ｔｓｈｏｒｔ＿ｕｌは、Ｔｓｌ（＝９ｕｓ）＋Ｔｆ（＝１６ｕｓ）で構成されてよい。
実施例：Ｕ－バンドでのＨＡＲＱ－ＡＣＫフィードバック
Ｕ－バンドでのスタンドアロン動作を支援するために、ＤＬデータ（例えば、ＰＤＳＣＨ）受信に対して、端末のＵ－バンドＰＵＣＣＨ／ＰＵＳＣＨ送信に基づくＨＡＲＱ－ＡＣＫフィードバック動作が必須であり得る（以下、便宜上、ＨＡＲＱ－ＡＣＫをＡ／Ｎと総称する）。ＰＵＣＣＨ／ＰＵＳＣＨは、ＰＵＣＣＨ又はＰＵＳＣＨを表す。一例として、基地局は、ＬＢＴ（ＣＣＡ）動作を行って確保したＣＯＴ（Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ）区間で端末にＤＬデータ送信をスケジュールし、同一のＣＯＴ区間で当該端末から当該ＤＬデータ受信に対するＨＡＲＱ－ＡＣＫフィードバックが送信されるように指示する過程が考慮されてよい（以下、便宜上、ＬＢＴ又はＣＣＡをＬＢＴと総称する。）。他の例として、ＤＬデータ信号のデコーディング及び対応するＨＡＲＱ－ＡＣＫ信号のエンコーディングに伴う端末プロセシング時間によって、特定ＣＯＴ区間でスケジュール／送信されたＤＬデータ受信に対するＨＡＲＱ－ＡＣＫフィードバックを、当該ＣＯＴ後の別のＣＯＴ区間で送信するように指示する過程も考慮されてよい。
以下、本明細書では、Ｕ－バンドでのＨＡＲＱ－ＡＣＫフィードバック（以下、Ａ／Ｎ）構成／送信方法について提案する。ここで、Ａ／Ｎ構成／送信方法は、ＬＢＴ動作、ＣＯＴ構成などを考慮して行われてよい。本明細書で提案された事項は、ＰＵＣＣＨ／ＰＵＳＣＨを用いたＨＡＲＱ－ＡＣＫフィードバック送信方法に限定されず、ＰＵＣＣＨ／ＰＵＳＣＨを用いた他のＵＣＩ（例えば、ＣＳＩ、ＳＲ）送信方法にも類似に適用されてよい。また、本明細書において提案された事項は、ＬＢＴベースのＵ－バンド動作に限定されず、ＬＢＴを伴わないＬ－バンド（又は、Ｕ－バンド）動作にも類似に適用されてよい。また、以下の説明において、複数のＣＣ（インデックス）は一つ（以上）のＣＣ／（サービング）セル内に構成された複数のＢＷＰ（インデックス）に代替されるか、複数のＢＷＰで構成された複数のＣＣ／（サービング）セル（すなわち、ＣＣ（インデックス）とＢＷＰ（インデックス）との組合せ）に代替されてよい。
まず、次のように用語を定義する。
－ ＵＣＩ：端末がＵＬ送信する制御情報を意味する。ＵＣＩは、種々のタイプの制御情報（すなわち、ＵＣＩタイプ）を含む。例えば、ＵＣＩは、ＨＡＲＱ－ＡＣＫ、ＳＲ、ＣＳＩを含む。
－ ＨＡＲＱ－ＡＣＫ：ＰＤＳＣＨ上のＤＬデータ（例えば、伝送ブロック（ＴＢ）、コードワード（ＣＷ））が成功的に受信されたか否かを示す。単一ＤＬデータに対する応答としてＨＡＲＱ－ＡＣＫ １ビットが送信され、２つのＤＬデータに対する応答としてＨＡＲＱ－ＡＣＫ ２ビットが送信されてよい。ＨＡＲＱ－ＡＣＫ応答／結果は、ポジティブＡＣＫ（ＡＣＫ）、ネガティブＡＣＫ（ＮＡＣＫ）、ＤＴＸ又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫは、ＡＣＫ／ＮＡＣＫ、Ａ／Ｎ、ＡＮと同じ意味で使われてよい。
－ ＨＡＲＱプロセス番号／ＩＤ：ＨＡＲＱプロセスの番号又は識別子を示す。ＨＡＲＱプロセスは、バッファー内のＭＡＣ ＰＤＵの送信回数、バッファー内のＭＡＣ ＰＤＵに対するＨＡＲＱフィードバック、現在リダンダンシーバージョンなどに関する状態変数を管理する。
－ ＰＵＣＣＨ：ＵＣＩ送信のための物理層ＵＬチャネルを意味する。便宜上、Ａ／Ｎ、ＳＲ、ＣＳＩ送信のために、基地局が設定した及び／又は送信を指示したＰＵＣＣＨリソースをそれぞれＡ／Ｎ ＰＵＣＣＨリソース、ＳＲ ＰＵＣＣＨリソース、ＣＳＩ ＰＵＣＣＨリソースと命名する。
－ ＰＵＳＣＨ：ＵＬデータ送信のための物理層ＵＬチャネルを意味する。
－ スロット：データスケジューリングのための基本時間単位（時間単位（ｔｉｍｅ ｕｎｉｔ，ＴＵ）又は時間インタバル（ｔｉｍｅ ｉｎｔｅｒｖａｌ））を意味する。スロットは複数のシンボルを含む。ここで、シンボルは、ＯＦＤＭベースシンボル（例えば、ＣＰ－ＯＦＤＭシンボル、ＤＦＴ－ｓ－ＯＦＤＭシンボル）を含む。本明細書においてシンボル、ＯＦＤＭベースシンボル、ＯＦＤＭシンボル、ＣＰ－ＯＦＤＭシンボル及びＤＦＴ－ｓ－ＯＦＤＭシンボルは、互いに代替可能である。
下記に説明する各提案方案は、他の提案方案と相互に背馳しない限り、共に適用されてよい。
（１）基本動作方式
本明細書において提案するＡ／Ｎフィードバック構成／送信方法のための基本動作方式について説明すると、次の通りである。本明細書において、Ａ／ＮトリガリングＤＣＩは少なくともＤＬ承認ＤＣＩを含み、（ＤＬ承認ＤＣＩに加えて）ＵＬ承認ＤＣＩ及び／又はＰＤＳＣＨ／ＰＵＳＣＨ送信をスケジュールしない特定ＤＣＩをさらに含んでよい。
１）タイミングベースのＡ／Ｎフィードバック方式（以下、ｔ－Ａ／Ｎ方式）（図１２）
Ａ．事前にＲＲＣシグナリングによって複数の候補ＨＡＲＱタイミングを設定した後、基地局は（ＤＬ承認）ＤＣＩを用いて複数の候補ＨＡＲＱタイミングのうち一つを端末に指示できる。この場合、端末は、全候補ＨＡＲＱタイミングセットに対応する複数スロット（或いは、スロット集合；便宜上、バンドリングウィンドウという。）での（複数）ＰＤＳＣＨ受信に対するＡ／Ｎフィードバックを、指示されたＨＡＲＱタイミングで送信するように動作することができる。ここで、ＨＡＲＱタイミングは、ＰＤＳＣＨ－ｔｏ－Ａ／Ｎタイミング／間隔を意味する。ＨＡＲＱタイミングはスロット単位で表現されてよい。
例えば、Ａ／Ｎ送信がスロット＃ｍと指示された場合に、Ａ／Ｎ情報は、スロット＃（ｍ－ｉ）でのＰＤＳＣＨ受信に対する応答情報を含むことができる。ここで、スロット＃（ｍ－ｉ）は、候補ＨＡＲＱタイミングに対応するスロットに該当する。図１２（ａ）は、候補ＨＡＲＱタイミングがｉ＝｛２，３，４，５｝と設定された場合を例示する。この場合、Ａ／Ｎ送信時点が＃（ｎ＋５）（＝ｍ）と指示されると、端末はスロット＃ｎ～＃（ｎ＋３）（＝ｍ－ｉ）のＰＤＳＣＨ受信に対するＡ／Ｎ情報を生成／送信できる（すなわち、４個のスロットの全てに対してＡ／Ｎフィードバック）。ここで、スロット＃ｎ＋１／＃ｎ＋３のＰＤＳＣＨ受信に対するＡ／Ｎ応答はＮＡＣＫとして処理されてよい。
便宜上、このＡ／Ｎフィードバック構成／送信方式を“タイプ－１Ａ／Ｎコードブック”と称する。
Ｂ．ＨＡＲＱタイミング指示に加えて、（ＤＬ承認）ＤＣＩを用いてｃ－ＤＡＩ（ｃｏｕｎｔｅｒ Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）及び／又はｔ－ＤＡＩ（ｔｏｔａｌ－ＤＡＩ）が共にシグナルされてよい。ｃ－ＤＡＩは、（ＤＬ承認）ＤＣＩに対応するＰＤＳＣＨが何番目にスケジュールされているかを知らせることができる。ｔ－ＤＡＩは、現在（スロット）までスケジュールされたＰＤＳＣＨの総個数（又は、ＰＤＳＣＨが存在するスロットの総個数）を知らせることができる。これにより、端末は、ｃ－ＤＡＩ初期値から（受信された）最後のｔ－ＤＡＩ値までのｃ－ＤＡＩ値に対応するＰＤＳＣＨに対するＡ／Ｎを、指示されたＨＡＲＱタイミングで送信するように動作することができる。端末に構成されたサービングセルの個数が１つである場合に、ｃ－ＤＡＩとｔ－ＤＡＩは同じ意味を有してよい。したがって、ｔ－ＤＡＩは、サービングセルの個数が複数である場合に限って（ＤＬ承認）ＤＣＩに含まれてよい。端末に複数のサービングセルが構成された場合に、ｃ－ＤＡＩはセルドメインにおいてまず計数された後、時間ドメインにおいて計数されたＰＤＳＣＨのスケジューリング順序（又は、ＰＤＳＣＨが存在する（サービングセル、スロット）の順序）を知らせることができる。類似に、ｔ－ＤＡＩは、現在（スロット）までスケジュールされたＰＤＳＣＨの総個数（又は、ＰＤＳＣＨが存在する（サービングセル、スロット）の総個数）を知らせることができる。ここで、ｃ－ＤＡＩ／ｔ－ＤＡＩはＰＤＣＣＨを基準に定義されてよい。この場合、前の説明においてＰＤＳＣＨはＰＤＣＣＨに代替され、ＰＤＣＣＨが存在するスロットは、該ＰＤＣＣＨと関連したＰＤＣＣＨ（或いは、ＤＣＩ）が存在するＰＤＣＣＨモニタリング機会に代替されてよい。
ｃ－ＤＡＩ／ｔ－ＤＡＩはそれぞれ２ビット値で指示されてよい。４よりも大きい数は、モジュロ演算によって次のように指示されてよい。
－ ＤＡＩビットが００（例えば、ＤＡＩ値＝１）である場合：４ｎ＋１を指示（すなわち、１，５，９，．．．）
－ ＤＡＩビットが０１（例えば、ＤＡＩ値＝２）である場合：４ｎ＋２を指示（すなわち、２，６，１０，．．．）
－ ＤＡＩビットが１０（例えば、ＤＡＩ値＝３）である場合：４ｎ＋３を指示（すなわち、３，７，１１，．．．）
－ ＤＡＩビットが１１（例えば、ＤＡＩ値＝４）である場合：４ｎ＋４を指示（すなわち、４，８，１２，．．．）
＊ ｎは、０以上の整数を表す。
図１２（ｂ）は、図１２（ａ）と同じ状況において（ＤＬ承認）ＤＣＩによってＤＡＩがシグナルされる場合を例示する。図１２（ｂ）を参照すると、スロット＃ｎで、ＤＡＩ＝００を有するＤＣＩによってスケジュールされたＰＤＳＣＨが受信され、スロット＃（ｎ＋２）で、ＤＡＩ＝１０を有するＤＣＩによってスケジュールされたＰＤＳＣＨが受信されてよい。この場合、端末は、連続したＤＡＩ値（すなわち、ＤＡＩ＝００／０１／１１）（以下、ＤＡＩシーケンス）に該当する３個のＰＤＳＣＨ受信に対してのみＡ／Ｎ情報を生成／送信することができる。ここで、ＤＡＩ＝０１に対応するＰＤＳＣＨ受信に対するＡ／Ｎ応答はＮＡＣＫとして処理されてよい。
２）プーリング（ｐｏｏｌｉｎｇ）ベースのＡ／Ｎフィードバック方式（以下、ｐ－Ａ／Ｎ方式）（図１３）
Ａ．ＤＬ承認ＤＣＩを用いて、対応するＰＤＳＣＨに対するＡ／Ｎフィードバック送信を延期（ｐｅｎｄｉｎｇ／ｄｅｆｅｒｒｉｎｇ）させる動作を指示することができる。その後、ＤＣＩを用いて、（ｉ）全ＤＬＨＡＲＱプロセスＩＤ、或いは（ｉｉ）特定の一部ＤＬ ＨＡＲＱプロセスＩＤに対応するＰＤＳＣＨに対するＡ／Ｎフィードバックの送信を指示することができる（ｐｏｏｌｉｎｇ）。Ａ／Ｎフィードバックは、特定信号（例えば、ＲＲＣ又はＤＣＩシグナリング）に基づいて設定／指示されたタイミングで送信されてよい。Ａ／Ｎプーリングは、ＤＬ承認（例えば、ＤＣＩフォーマット１＿０／１＿１）、ＵＬ承認（例えば、ＤＣＩフォーマット０＿０／０＿１）又は他のＤＣＩ（例えば、端末（グループ）共通ＤＣＩ）で指示されてよい。便宜上、Ａ／Ｎプーリングを指示するＤＣＩをプーリングＤＣＩと称する。プーリング対象となるＨＡＲＱプロセスＩＤは、あらかじめ設定／定義されているか、プーリングＤＣＩによって指示されてよい。Ａ／Ｎプーリングは、全体／グループ／個別のＨＡＲＱプロセスＩＤ単位で指示されてよい。
例えば、図１３を参照すると、端末は、基地局から３個のＰＤＳＣＨを受信することができ、それぞれのＰＤＳＣＨに割り当てられたＨＡＲＱプロセスＩＤ（ＨｐＩＤ）は０、３及び２であってよい。また、それぞれのＤＬ承認ＤＣＩによって３個のＰＤＳＣＨに対してＡ／Ｎペンディング（ＡＮ＝ｐｅ）が指示されてよい。この場合、端末は、ＨｐＩＤ＝０／３／２に対応するＰＤＳＣＨ受信に対するＡ／Ｎ送信を延期する。その後、基地局からプーリングＤＣＩ（ＡＮ＝ｐｏｏｌｉｎｇ）を受信すると、端末は全ＨｐＩＤ或いは一部ＨｐＩＤに対応するＰＤＳＣＨ受信に対するＡ／Ｎを一度で送信することができる。
Ｂ．ｔ－Ａ／Ｎ方式にｃ－／ｔ－ＤＡＩシグナリングが設定された場合（例えば、ＤＬ承認ＤＣＩによってＤＡＩがシグナルされる場合）に、Ａ／Ｎプーリングは、（プーリングＤＣＩによって指示された）ＨＡＲＱプロセスＩＤに対応するＰＤＳＣＨに対するＡ／Ｎ送信をプールすること、或いは（プーリングＤＣＩによって指示された）ｔ－ＤＡＩ値に対応するＰＤＳＣＨに対するＡ／Ｎ送信をプールすることと定義されてよい。後者の場合、端末は、ｃ－ＤＡＩ初期値～ｔ－ＤＡＩ値に対応するＰＤＳＣＨ受信に対するＡ／Ｎ情報を一度で送信することができる。
（２）提案方法１
提案方法１では、Ａ／ＮトリガリングＤＣＩを用いて、１）実際のＡ／Ｎ送信タイミングを指示するタイミング－Ａと、２）Ａ／Ｎフィードバック対象となる（ＤＬ ＰＤＳＣＨ）スロットグループに対応する基準（ｒｅｆｅｒｅｎｃｅ）Ａ／Ｎタイミングを指示するタイミング－Ｄ、がシグナルされてよい。
これに基づき、端末は、タイミング－Ａと指示された時点で、タイミング－Ｄに対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックを送信するように動作することができる。この場合、Ａ／Ｎペイロードは、当該スロットグループに属するスロットインデックス順にマッピング（例えば、オーダリング（ｏｒｄｅｒｉｎｇ））されてよい。
一例として、Ａ／ＮトリガリングＤＣＩ（或いは、Ａ／ＮトリガリングＤＣＩがＤＬ承認ＤＣＩである場合には、対応するＰＤＳＣＨ）がスロット＃ｎで送信／検出され、当該ＤＣＩによってタイミング－Ａ＝Ｋ及びタイミング－Ｄ＝Ｌが指示されてよい。この場合、端末は、スロット＃（ｎ＋Ｋ－Ｌ）に対応するスロットグループ（すなわち、そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックを、スロット＃（ｎ＋Ｋ）で送信するように動作できる。ここで、スロットグループは、複数（例えば、Ｍ個）の候補タイミング値Ｄ＿ｍ（ｍ＝０，１，．．．，Ｍ－１）で構成されたタイミングセットと規定されてよい。例えば、スロット＃ｎに対応するスロットグループは、スロット＃（ｎ－Ｄ＿ｍ）又はスロット＃（ｎ＋Ｄ＿ｍ）（ｍ＝０，１，．．．，Ｍ－１）に該当するＭ個のスロットと構成／定義されてよい。この場合、スロット＃（ｎ＋Ｋ－Ｌ）に対応するスロットグループは、スロット＃（ｎ＋Ｋ－Ｌ－Ｄｍ）又はスロット＃（ｎ＋Ｋ－Ｌ＋Ｄ＿ｍ）（ｍ＝０，１，．．．，Ｍ－１）と構成／定義されてよい。
一方、スロットグループを規定するタイミングセットは、タイミング－Ａで指示可能な候補タイミング－Ａ値の集合（例えば、Ｋ＿ｍ；ｍ＝０，１，．．．，Ｍ－１）と同一に設定されるか、独立して（異なるように）設定されてよい。例えば、スロット＃ｎに対応するバンドリングウィンドウはスロット＃（ｎ－Ｋ＿ｍ）と構成され、スロット＃ｎに対応するスロットグループもＫ＿ｍ（ｍ＝０，１，．．．，Ｍ－１）と構成されたタイミングセットによって規定されてよい。一例として、Ａ／ＮトリガリングＤＣＩ（或いは、Ａ／ＮトリガリングＤＣＩがＤＬ承認ＤＣＩである場合に、対応するＰＤＳＣＨ）がスロット＃ｎで送信／検出され、当該ＤＣＩによってタイミング－Ａ＝Ｋとタイミング－Ｄ＝Ｌが指示されてよい。この場合、端末は、スロット＃（ｎ＋Ｋ－Ｌ）に対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックを、スロット＃（ｎ＋Ｋ）で送信するように動作できる。ここで、スロット＃（ｎ＋Ｋ－Ｌ）に対応するスロットグループは、スロット＃（ｎ＋Ｋ－（Ｋ＿ｍ＋Ｌ））（ｍ＝０，１，．．．，Ｍ－１）と構成されてよい。
一方、Ａ／ＮトリガリングＤＣＩがＤＬ承認ＤＣＩと同一である（すなわち、タイミング－Ａとタイミング－ＤがいずれもＤＬ承認ＤＣＩによってシグナルされる）場合に、端末は、タイミング－Ａとして指示された時点で、１）タイミング－Ａに対応するバンドリングウィンドウ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックと、２）タイミング－Ｄに対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックを結合して（同時に、例えば、１つのＰＵＣＣＨ／ＰＵＳＣＨで）送信するように動作できる。
一例として、ＤＬ承認ＤＣＩ或いは対応するＰＤＳＣＨがスロット＃ｎで送信／検出され、当該ＤＣＩによってタイミング－Ａ＝Ｋとタイミング－Ｄ＝Ｌが指示された場合に、端末は、１）スロット＃（ｎ＋Ｋ）に対応するバンドリングウィンドウ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックと、２）スロット＃（ｎ＋Ｋ－Ｌ）に対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックを結合して、スロット＃（ｎ＋Ｋ）で送信するように動作できる。ここで、スロット＃（ｎ＋Ｋ－Ｌ）に対応するスロットグループは、（ｉ）スロット＃（ｎ＋Ｋ－Ｌ－Ｄｍ）又はスロット＃（ｎ＋Ｋ－Ｌ＋Ｄ＿ｍ）（ｍ＝０，１，．．．，Ｍ－１）と構成／定義されるか、（ｉｉ）スロット＃（ｎ＋Ｋ－（Ｋ＿ｍ＋Ｌ））（ｍ＝０，１，．．．，Ｍ－１）と構成／定義されてよい。
さらに、（例えば、Ａ／ＮトリガリングＤＣＩがＤＬ承認ＤＣＩと同一である場合に）ＤＣＩを用いて、タイミング－Ｄ及び／又はそれに対応するスロットグループ（それに対するＡ／Ｎフィードバック要請）がないことを指示することができる。例えば、タイミング－Ｄ＝特定値（例えば、０）と設定された場合に、対応するスロットグループ（それに対するＡ／Ｎフィードバック要請）がないことを指示できる。
さらに、（例えば、Ａ／ＮトリガリングＤＣＩがＤＬ承認ＤＣＩと同一である場合に）ＤＣＩを用いて、タイミング－Ａに対応するバンドリングウィンドウ（或いは、タイミング－Ｄに対応するスロットグループ）に属するスロットのうち特定の一部（例えば、最初或いは最後のスロット）に対してのみＡ／Ｎフィードバックを送信するように（例えば、タイミング－Ｄ指示フィールドで）指示することができる。
さらに他の方法として、タイミング－Ａ／タイミング－Ｄ及びそれに対応するスロットグループ（例えば、バンドリングウィンドウ）に対するＡ／Ｎフィードバック送信トリガリングを、端末（グループ）共通ＤＣＩを用いてシグナルする構造も考慮できる。
一方、制限されたＤＣＩフィールドサイズ／ビット数のため、タイミング－Ｄで指示可能な基準Ａ／Ｎタイミング（それに対応するＡ／Ｎフィードバック対象スロットグループ）には限界があり得る。これを考慮して、タイミング－Ｄ指示フィールドの特定状態（ｓｔａｔｅ）を用いて、（特定スロットグループではなく）全体或いは（あらかじめ指定された）特定の一部ＨＡＲＱプロセスＩＤに対応するＰＤＳＣＨ受信に対するＡ／Ｎフィードバックを送信するように指示してもよい。
一方、タイミング－Ｄ値別にＡ／Ｎ送信ＰＵＣＣＨ／ＰＵＳＣＨリソース（セット）が異なるように設定されてよい。例えば、それぞれのタイミング－Ｄ値に対応するスロットグループ別に、Ａ／Ｎ送信ＰＵＣＣＨ／ＰＵＳＣＨリソース（セット）が異なるように設定されてよい。また、それぞれのＡ／Ｎ送信ＰＵＣＣＨ／ＰＵＳＣＨリソース（セット）別に対応する（例えば、当該ＰＵＣＣＨ／ＰＵＳＣＨリソース（セット）へのＡ／Ｎフィードバック対象スロットグループに対応する）タイミング－Ｄ値が異なるように設定されてよい。例えば、ＰＵＣＣＨ／ＰＵＳＣＨリソース（セット）別に対応するスロットグループが異なるように設定され、それによってタイミング－Ｄ値も異なるように設定されてよい。
（３）提案方法２
提案方法２では、一つのスロットグループサイズ（例えば、単一スロットグループ内のスロット数Ｎ或いは単一スロットグループ内のスケジューリング可能な最大ＰＤＳＣＨ数Ｎ）があらかじめ設定された状態で、１）ＤＬ承認ＤＣＩによって、当該ＤＣＩ或いは対応するＰＤＳＣＨが送信されたスロットの属したスロットグループＩＤを指示するｃｕｒｒｅｎｔ－ＩＤ（ｃ－ＩＤ）がシグナルされ、２）Ａ／ＮトリガリングＤＣＩによって、Ａ／Ｎフィードバック対象となる（ＤＬ ＰＤＳＣＨ）スロットグループＩＤを指示するｆｅｅｄｂａｃｋ－ＩＤ（ｆ－ＩＤ）がシグナルされてよい。
これに基づき、端末は、Ａ／Ｎ送信タイミングとして指示された時点（例えば、スロット）で、ｆｅｅｄｂａｃｋ－ＩＤに対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックを送信できる。ここで、ｆｅｅｄｂａｃｋ－ＩＤに対応するスロットグループは、前にｆｅｅｄｂａｃｋ－ＩＤと同じ値のｃｕｒｒｅｎｔ－ＩＤがシグナル／受信されたスロット、すなわち、ＤＬ承認ＤＣＩによってｆｅｅｄｂａｃｋ－ＩＤと同じ値のｃｕｒｒｅｎｔ－ＩＤがシグナル／受信されたスロットを含む。
このとき、Ａ／Ｎペイロードは、（ＤＬ承認ＤＣＩによってｃｏｕｎｔｅｒ－ＤＡＩがシグナルされるように設定された状態で）ｆｅｅｄｂａｃｋ－ＩＤに対応するスロットグループに対して、ＤＬ承認ＤＣＩによって受信された（例えば、１からＮまでの）ｃｏｕｎｔｅｒ－ＤＡＩ値の順にマッピング（ｏｒｄｅｒｉｎｇ）されてよい。
一例として、図１４を参照すると、Ａ／ＮトリガリングＤＣＩ（或いは、Ａ／ＮトリガリングＤＣＩがＤＬ承認ＤＣＩである場合に、対応するＰＤＳＣＨ）がスロット＃ｎで送信／検出され、当該ＤＣＩによってタイミング－Ａ（Ｔ－Ａ）＝Ｋ及びｆｅｅｄｂａｃｋ－ＩＤ（ｆ－ＩＤ）＝Ｘが指示されてよい。この場合、端末は、スロットグループＩＤ＝Ｘに対応する（すなわち、ＤＬ承認ＤＣＩによってｃｕｒｒｅｎｔ－ＩＤ（ｃ－ＩＤ）＝Ｘと受信された）スロットグループでのＰＤＳＣＨ受信に対するＡ／Ｎフィードバックを、スロット＃（ｎ＋Ｋ）で送信できる。
一方、ｃｏｕｎｔｅｒ－ＤＡＩは、図１２（ｂ）のように、一つのスロットグループ（ＩＤ）内において（初期値（例えば、１）から始まって）連続する値を有するように決定／シグナルされてよい。すなわち、異なるスロットグループ間にｃｏｕｎｔｅｒ－ＤＡＩ値は独立して決定／シグナルされてよい。また、スロットグループは、（ＤＣＩによって指示される）同じスロットグループＩＤ値に対応する１からＮまでのｃｏｕｎｔｅｒ－ＤＡＩ値で構成されたＤＡＩシーケンス形態として規定されてよい。この場合、スロットグループは、受信／検出されたｃｏｕｎｔｅｒ－ＤＡＩに基づいて不連続スロットで構成されてよい。本明細書において、スロットグループＩＤとＤＡＩシーケンスＩＤは互いに代替／互換されてよい。
一方、Ａ／ＮトリガリングＤＣＩがＤＬ承認ＤＣＩと同一である（すなわち、ｃｕｒｒｅｎｔ－ＩＤとｆｅｅｄｂａｃｋ－ＩＤが両方ともＤＬ承認ＤＣＩによってシグナルされる）場合に、端末は、タイミング－Ａで指示された時点に、１）タイミング－Ａに対応するバンドリングウィンドウ或いはｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックと、２）ｆｅｅｄｂａｃｋ－ＩＤに対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックを結合して（例えば、ｃｏｎｃａｔｅｎａｔｅ）（同時、例えば、一つのＰＵＣＣＨ／ＰＵＳＣＨで）送信するように動作できる。
一方、本明細書において、Ａ／ＮトリガリングＤＣＩ（例えば、ＤＬ承認ＤＣＩ、ＵＬ承認ＤＣＩ）によってｆｅｅｄｂａｃｋ－ＩＤがシグナル／指示されるとは、当該ＤＣＩでは、Ａ／Ｎフィードバック送信／要請対象となる総（ＰＤＳＣＨ）スロットグループ（ＩＤ）数を指示するｔｏｔａｌ－ＩＤがシグナルされ、ｔｏｔａｌ－ＩＤとｃｕｒｒｅｎｔ－ＩＤから決定される特定スロットグループＩＤをｆｅｅｄｂａｃｋ－ＩＤとして適用することを意味できる。一例として、最大で２個の（ＰＤＳＣＨ）スロットグループＩＤ（例えば、ＩＤ＝０又はＩＤ＝１）が設定／構成された状態で、ｃｕｒｒｅｎｔ－ＩＤがＸと指示され、ｔｏｔａｌ－ＩＤが１と指示された場合に、ｆｅｅｄｂａｃｋ－ＩＤは、（ｃｕｒｒｅｎｔ－ＩＤと同じ値である）Ｘと決定／適用されてよい。他の例として、最大で２個の（ＰＤＳＣＨ）スロットグループＩＤ（例えば、ＩＤ＝０又はＩＤ＝１）が設定／構成された状態で、ｃｕｒｒｅｎｔ－ＩＤがＸと指示され、ｔｏｔａｌ－ＩＤが２と指示された場合に、ｆｅｅｄｂａｃｋ－ＩＤは、（ｃｕｒｒｅｎｔ－ＩＤと異なる値である）Ｙと決定／適用されてよい。この場合、ＸとＹは互いに異なる値として決定されてよい（例えば、Ｘ＝０であればＹ＝１、又はＸ＝１であればＹ＝０）。このようなｆｅｅｄｂａｃｋ－ＩＤ決定方法を、便宜上、“Ｍｅｔｈｏｄ １”と称する。
一例として、ＤＬ承認ＤＣＩ或いは対応するＰＤＳＣＨがスロット＃ｎで送信／検出され、当該ＤＣＩによってタイミング－Ａ＝Ｋ、ｃｕｒｒｅｎｔ－ＩＤ＝Ｘ、及びｆｅｅｄｂａｃｋ－ＩＤ＝Ｙ（又は、ｔｏｔａｌ－ＩＤ＝２）が指示されてよい。この場合、端末は、１）スロット＃（ｎ＋Ｋ）に対応するバンドリングウィンドウ或いはＩＤ＝Ｘに対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックと、２）ＩＤ＝Ｙに対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックを結合して、スロット＃（ｎ＋Ｋ）で送信できる。
一方、本明細書において、Ａ／ＮトリガリングＤＣＩ（例えば、ＤＬ承認ＤＣＩ、ＵＬ承認ＤＣＩ）によってシグナル／指示されるｆｅｅｄｂａｃｋ－ＩＤ（それに対応する（ＰＤＳＣＨ）スロットグループ）に対するｔｏｔａｌ－ＤＡＩ及び／又はＮＦＩ（Ｎｅｗ Ｆｅｅｄｂａｃｋ Ｉｎｄｉｃａｔｏｒ）は、Ｍｅｔｈｏｄ １によって決定されるｆｅｅｄｂａｃｋ－ＩＤに対するｔｏｔａｌ－ＤＡＩ及び／又はＮＦＩを意味するか、（ｔｏｔａｌ－ＩＤとして指示された値に関係なく）ｃｕｒｒｅｎｔ－ＩＤと異なる値を有するｏｔｈｅｒ－ＩＤ（それに対応するスロットグループ）に対するｔｏｔａｌ－ＤＡＩ及び／又はＮＦＩを意味できる。後者の例として、最大で２個の（ＰＤＳＣＨ）スロットグループＩＤ（例えば、ＩＤ＝０又はＩＤ＝１）が設定／構成された状態で、ｃｕｒｒｅｎｔ－ＩＤ＝Ｘと指示された場合に、“ｆｅｅｄｂａｃｋ－ＩＤに対するｔｏｔａｌ－ＤＡＩ及び／又はＮＦＩ”は、ｏｔｈｅｒ－ＩＤ＝Ｙに対応するスロットグループに対するｔｏｔａｌ－ＤＡＩ及び／又はＮＦＩを意味できる。この場合、ＸとＹは、互いに異なる値として決定されてよい（例えば、Ｘ＝０であればＹ＝１、又はＸ＝１であればＹ＝０）。このようなｏｔｈｅｒ－ＩＤ決定及びｔｏｔａｌ－ＤＡＩ／ＮＦＩ適用方法を、便宜上、“Ｍｅｔｈｏｄ ２”と称する。
ここで、ＮＦＩは１ビット情報であって、前（例えば、最後）の時点に送信したＡ／Ｎフィードバック（以下、以前Ａ／Ｎフィードバックという。）が、（ａ）基地局で正確に検出／受信されたか、（ｂ）基地局で検出／受信に失敗したかがシグナルされてよい。（ａ）において、端末は、以前Ａ／Ｎ送信後にスケジュールされたＰＤＳＣＨに対応するＡ／Ｎを除く残りの部分をＮＡＣＫ又はＤＴＸ（フィードバック構成／送信を省略）として処理して、アップデートされたＡ／Ｎフィードバックを構成／送信することができる。（ｂ）において、端末は、以前Ａ／Ｎ送信後にスケジュールされたＰＤＳＣＨに対応するＡ／Ｎを除く残りの部分をそのまま維持して、Ａ／Ｎフィードバックを構成／送信できる。（ａ）では、以前ＤＣＩによって指示されたＮＦＩ値からトグルされたＮＦＩ値が、現在ＤＣＩによって指示される。（ｂ）では、以前ＤＣＩによって受信されたＮＦＩ値からトグルされていないＮＦＩ値が、現在ＤＣＩによって指示されてよい。
一例として、ＤＬ承認ＤＣＩ或いは対応するＰＤＳＣＨがスロット＃ｎで送信／検出され、当該ＤＣＩによってｔｉｍｉｎｇ－Ａ＝Ｋ、ｃｕｒｒｅｎｔ－ＩＤ＝Ｘ及びｆｅｅｄｂａｃｋ－ＩＤ＝Ｙ（又は、ｔｏｔａｌ－ＩＤ値が２）とそれぞれ指示された場合に、端末は、１）スロット＃（ｎ＋Ｋ）に対応するバンドリングウィンドウ或いはＩＤ＝Ｘに対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックと、２）ＩＤ＝Ｙに対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックを結合して、スロット＃（ｎ＋Ｋ）で送信するように動作できる。
さらに、（例えば、Ａ／ＮトリガリングＤＣＩがＤＬ承認ＤＣＩと同一である場合に）ＤＣＩを用いて、ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｏｔｈｅｒ－ＩＤ）及び／又はそれに対応するスロットグループ（それに対するＡ／Ｎフィードバック要請）がないことを（例えば、ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ）指示フィールドによって）指示できる。一例として、ｆｅｅｄｂａｃｋ－ＩＤがｃｕｒｒｅｎｔ－ＩＤと同じ値（又は、ｔｏｔａｌ－ＩＤ値が１）として指示された場合に、端末は、ｃｕｒｒｅｎｔ－ＩＤに対応する（一つの）スロットグループに対してのみＡ／Ｎフィードバックを構成／送信するように動作できる。
また、さらに、（例えば、Ａ／ＮトリガリングＤＣＩがＤＬ承認ＤＣＩと同一である場合に）ＤＣＩを用いて、タイミング－Ａに対応するバンドリングウィンドウ又はｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループ（或いは、ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｏｔｈｅｒ－ＩＤ）に対応するスロットグループ）に属するスロットのうち特定の一部（例えば、最初或いは最後のスロット）に対してのみＡ／Ｎフィードバックを送信するように（例えば、ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ）指示フィールドによって）指示できる。
他の方法として、ｃｕｒｒｅｎｔ－ＩＤを端末（グループ）共通ＤＣＩ ＃１でシグナルし、及び／又はｆｅｅｄｂａｃｋ－ＩＤ及びそれに対応するスロットグループに対するＡ／Ｎフィードバック送信トリガリングを端末（グループ）共通ＤＣＩ ＃２でシグナルする構造も考慮できる。この場合、端末（グループ）共通ＤＣＩ ＃１と＃２は別個のＤＣＩであってもよく、同一の単一ＤＣＩで構成されてもよい。
さらに他の方法として、Ａ／ＮトリガリングＤＣＩによってｔｏｔａｌ－ＤＡＩがシグナルされ、端末は、ｆｅｅｄｂａｃｋ－ＩＤに対応するスロットグループ（或いは、タイミング－Ａに対応するバンドリングウィンドウ又はｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループ）に対して（１から）ｔｏｔａｌ－ＤＡＩ値までのｃｏｕｎｔｅｒ－ＤＡＩ値に対してのみＡ／Ｎフィードバックを構成／送信するように動作できる。すなわち、１からｔｏｔａｌ－ＤＡＩ値までのｃｏｕｎｔｅｒ－ＤＡＩ値に対応するスロット（それによってスケジュールされたＰＤＳＣＨ）に対してのみＡ／Ｎフィードバックを構成／送信できる。または、ＤＣＩによって、ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｏｔｈｅｒ－ＩＤ）に対応するスロットグループとｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループ（或いは、タイミング－Ａに対応するバンドリングウィンドウ）に対してｔｏｔａｌ－ＤＡＩがそれぞれシグナルされてよい。この場合、端末は、各スロットグループに対するｔｏｔａｌ－ＤＡＩに基づいてＡ／Ｎフィードバックを構成／送信するように動作できる。
一例として、ＤＬ承認ＤＣＩによって指示されるＡ／Ｎフィードバック構成関連情報は、少なくとも（ｉ）ｃｕｒｒｅｎｔ－ＩＤ、（ｉｉ）ｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループ（それによってスケジュールされたＰＤＳＣＨ）に対するｃｏｕｎｔｅｒ／ｔｏｔａｌ－ＤＡＩ、及び（ｉｉｉ）ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ）を含むことができる。また、ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｏｔｈｅｒ－ＩＤ）に対応するスロットグループ（それによってスケジュールされたＰＤＳＣＨ）に対するｔｏｔａｌ－ＤＡＩがＤＬ承認ＤＣＩ（すなわち、Ａ／Ｎフィードバック構成関連情報）にさらに含まれてよい。
一方、ＵＬ承認ＤＣＩによっては、（ｉ）ｃｕｒｒｅｎｔ－ＩＤ、（ｉｉ）ｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループ（それによってスケジュールされたＰＤＳＣＨ）に対するｔｏｔａｌ－ＤＡＩ、（ｉｉｉ）ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ）、（ｉｖ）ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｏｔｈｅｒ－ＩＤ）に対応するスロットグループに対するｔｏｔａｌ－ＤＡＩが指示されてよい。ここで、ｃｕｒｒｅｎｔ－ＩＤとｆｅｅｄｂａｃｋ－ＩＤは、２個のｆｅｅｄｂａｃｋ－ＩＤ ＃１と＃２として定義／一般化されてよい。これにより、端末は、ｆｅｅｄｂａｃｋ－ＩＤ＃１と＃２に対応するスロットグループに対するＡ／Ｎフィードバックを、（ＰＵＣＣＨ又は）ＰＵＳＣＨで（例えば、ＵＣＩピギーバック形態で）送信するように動作できる。
他の方法として、ｃｕｒｒｅｎｔ－ＩＤ（及び／又はｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ））は、ＵＬ承認ＤＣＩに含まれなくてもよい。すなわち、ｃｕｒｒｅｎｔ－ＩＤ（及び／又はｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ））は、ＵＬ承認ＤＣＩを用いたシグナリングが省略されてもよい。この場合、端末は、ＤＬ承認ＤＣＩによって受信したｃｕｒｒｅｎｔ－ＩＤ（及び／又はｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ））情報に基づいて（ＰＵＳＣＨ上の）Ａ／Ｎフィードバックを構成／送信するように動作できる。さらに、ＵＬ承認ＤＣＩを用いて、Ａ／Ｎフィードバック送信要請（例えば、Ａ／Ｎフィードバック対象となるスロットグループ）がないことを特定フィールドで指示できる。ここで、特定フィールドは、例えば、ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ）及び／又はｃｕｒｒｅｎｔ－ＩＤ（及び／又はｆｅｅｄｂａｃｋ－ＩＤ（又は、ｏｔｈｅｒ－ＩＤ）及び／又はｃｕｒｒｅｎｔ－ＩＤに対応するｔｏｔａｌ－ＤＡＩ）指示フィールドを含むことができる。
さらに他の方法として、Ａ／ＮトリガリングＤＣＩ（例えば、ＤＬ承認ＤＣＩ、ＵＬ承認ＤＣＩ）によってｃｕｒｒｅｎｔ－ＩＤとｓｔａｒｔｉｎｇ－ＩＤが指示されてよい。この場合、端末は、ｓｔａｒｔｉｎｇ－ＩＤからｃｕｒｒｅｎｔ－ＩＤまでの（複数の）連続したスロットグループＩＤに対応するスロットグループ集合Ａ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックを構成／送信するように動作できる。ｓｔａｒｔｉｎｇ－ＩＤがｃｕｒｒｅｎｔ－ＩＤと同じ値として指示された場合に、端末は、ｃｕｒｒｅｎｔ－ＩＤに対応する（一つの）スロットグループに対してのみＡ／Ｎフィードバックを構成／送信するように動作できる。ここで、ｃｕｒｒｅｎｔ－ＩＤはｅｎｄｉｎｇ－ＩＤとして定義／一般化されてよい。
一例として、ＤＬ承認ＤＣＩによって指示されるＡ／Ｎフィードバック構成関連情報は、少なくとも（ｉ）ｃｕｒｒｅｎｔ－ＩＤ、（ｉｉ）ｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループ（それによってスケジュールされたＰＤＳＣＨ）に対するｃｏｕｎｔｅｒ／ｔｏｔａｌ－ＤＡＩ、（ｉｉｉ）ｓｔａｒｔｉｎｇ－ＩＤを含むことができる。また、（ｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループを除く）スロットグループ集合Ａに属する（複数）スロットグループのそれぞれに共通に適用される（単一の）ｔｏｔａｌ－ＤＡＩがＤＬ承認ＤＣＩ（すなわち、Ａ／Ｎフィードバック構成関連情報）にさらに含まれてよい。
他の例として、ＵＬ承認ＤＣＩによっては、（ｉ）ｃｕｒｒｅｎｔ－ＩＤ、（ｉｉ）ｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループ（それによってスケジュールされたＰＤＳＣＨ）に対するｔｏｔａｌ－ＤＡＩ、（ｉｉｉ）ｓｔａｒｔｉｎｇ－ＩＤ、（ｉｖ）（ｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループを除く）スロットグループ集合Ａに属する（複数）スロットグループのそれぞれに共通に適用される（単一の）ｔｏｔａｌ－ＤＡＩが指示されてよい。これにより、端末は、ｓｔａｒｔｉｎｇ－ＩＤからｃｕｒｒｅｎｔ－ＩＤまでに対応するスロットグループ集合に対するＡ／Ｎフィードバックを（ＰＵＣＣＨ又は）ＰＵＳＣＨで（例えば、ＵＣＩピギーバック形態で）送信するように動作できる。
さらに他の例として、ｃｕｒｒｅｎｔ－ＩＤ（及び／又はｓｔａｒｔｉｎｇ－ＩＤ）はＵＬ承認ＤＣＩに含まれなくてもよい。すなわち、ｃｕｒｒｅｎｔ－ＩＤ（及び／又はｓｔａｒｔｉｎｇ－ＩＤ）は、ＵＬ承認ＤＣＩによるシグナリングが省略されてよい。この場合、端末は、ＤＬ承認ＤＣＩによって受信したｃｕｒｒｅｎｔ－ＩＤ（及び／又はｓｔａｒｔｉｎｇ－ＩＤ）情報に基づいて（ＰＵＳＣＨ上の）Ａ／Ｎフィードバックを構成／送信するように動作できる。さらに、ＵＬ承認ＤＣＩを用いて、Ａ／Ｎフィードバック送信要請（例えば、Ａ／Ｎフィードバック対象となるスロットグループ）がないことを特定フィールドで指示してよい。ここで、特定フィールドは、例えば、ｓｔａｒｔｉｎｇ－ＩＤ及び／又はｃｕｒｒｅｎｔ－ＩＤ（及び／又は、対応するｔｏｔａｌ－ＤＡＩ）指示フィールドを含むことができる。
一方、上述した方法或いはその他の方法を適用した時に同時に送信される（単一）Ａ／Ｎフィードバック構成対象となるスロットグループ個数が（例えば、ｃｕｒｒｅｎｔ－ＩＤを含めて２個に、又はｃｕｒｒｅｎｔ－ＩＤを含めて３個以上に）動的に変更されてよい。この場合、Ａ／ＮトリガリングＤＣＩ（例えば、ＤＬ承認ＤＣＩ）及び／又はＵＬ承認ＤＣＩによって、Ａ／Ｎフィードバック構成対象となる（ｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループを除く）複数のスロットグループのそれぞれに共通に適用される（単一の）ｔｏｔａｌ－ＤＡＩが指示されてよい。
一方、制限されたＤＣＩフィールドサイズ／ビット数のため、ｃｕｒｒｅｎｔ－ＩＤ／ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ）で指示可能なスロットグループＩＤ（それに対応するＡ／Ｎフィードバック対象スロットグループ）に限界があり得る。これを考慮して、ｃｕｒｒｅｎｔ－ＩＤ／ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ）指示フィールドの特定状態（ｓｔａｔｅ）を用いて、（特定スロットグループではなく）全体或いは（あらかじめ指定された）特定の一部ＨＡＲＱプロセスＩＤに対応するＰＤＳＣＨ受信に対するＡ／Ｎフィードバックを送信するように指示できる。
一方、各スロットグループＩＤ値別に（当該ＩＤに対応するスロットグループに対する）Ａ／Ｎ送信ＰＵＣＣＨ／ＰＵＳＣＨリソース（セット）が異なるように設定されるか、各Ａ／Ｎ送信ＰＵＣＣＨ／ＰＵＳＣＨリソース（セット）別に対応する（例えば、当該ＰＵＣＣＨ／ＰＵＳＣＨリソース（セット）へのＡ／Ｎフィードバック対象となる）スロットグループＩＤ値が異なるように設定されてよい。一例として、スロットグループＩＤ＝Ｘに対するＡ／Ｎフィードバックに対して、端末は、スロットグループＩＤ＝Ｘとして設定されたＰＵＣＣＨ／ＰＵＳＣＨリソース（セット）を選択／使用して送信するように動作できる。
さらに、一つの端末に複数のキャリアが併合／設定された状況で（すなわち、ＣＡ状況）、スロットグループＩＤは、Ｏｐｔ １－１）同一時点（例えば、スロットタイミング）又は時間区間において全ての複数キャリアに対して共通に同一のスロットグループＩＤが指示／規定されるか、Ｏｐｔ １－２）周波数（キャリア）－ファースト（ｆｉｒｓｔ）時間（スロットグループ）－セカンド（ｓｅｃｏｎｄ）の順に各キャリア別にスロットグループＩＤが個別に指示／規定されてよい。
さらに、ＣＡ状況においてスロットグループＩＤが指示／規定された状態で、ｃｏｕｎｔｅｒ－ＤＡＩは、１）（Ｏｐｔ １－１が適用された状態で）一つのスロットグループ（ＩＤ）内で周波数（キャリア）－ファースト時間（スロット）－セカンドの順にＰＤＳＣＨスケジューリングカウンター値が決定／指示されるか、２）（Ｏｐｔ １－２が適用された状態で）各キャリア別に一つのスロットグループ（ＩＤ）内でＰＤＳＣＨスケジューリングカウンター値が独立して決定／指示されてよい。
（４）提案方法３
提案方法の説明に先立ち、Ａ／Ｎフィードバック構成／送信及び関連基本動作方式について説明すると、次の通りである。ｔ－Ａ／Ｎ方式とｐ－Ａ／Ｎ方式は、図１２及び図１３を参照して説明したのと実質的に同一であり、Ａ／Ｎフィードバック構成／送信方式（或いは、Ａ／Ｎコードブック方式）を分類するために、次に再び記載した。
１）タイミングベースのＡ／Ｎフィードバック方式（ｔ－Ａ／Ｎ方式）
Ａ．ＲＲＣシグナリングによって複数の候補ＨＡＲＱタイミングをあらかじめ設定した後、基地局は、（ＤＬ承認）ＤＣＩを用いて複数の候補ＨＡＲＱタイミングのうち一つを端末に指示できる。この場合、端末は、全体候補ＨＡＲＱタイミングセットに対応する複数スロット（或いは、スロット集合；バンドリングウィンドウ）での（複数）ＰＤＳＣＨ受信に対するＡ／Ｎフィードバックを、指示されたＨＡＲＱタイミングで送信するように動作できる。ここで、ＨＡＲＱタイミングは、ＰＤＳＣＨ－ｔｏ－Ａ／Ｎタイミング／間隔を意味する。ＨＡＲＱタイミングはスロット単位で表現されてよい。以下、上述した方式をＴｙｐｅ－１ Ａ／Ｎコードブックと称する。Ｔｙｐｅ－１ Ａ／Ｎコードブックは、準静的（Ｓｅｍｉ－ｓｔａｔｉｃ）Ａ／Ｎコードブックと称することもできる。
Ｂ．ＨＡＲＱタイミング指示に加えて、（ＤＬ承認）ＤＣＩによってｃ－ＤＡＩ（ｃｏｕｎｔｅｒ Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）及び／又はｔ－ＤＡＩ（ｔｏｔａｌ－ＤＡＩ）が共にシグナルされてよい。ｃ－ＤＡＩは、（ＤＬ承認）ＤＣＩに対応するＰＤＳＣＨが何番目にスケジュールされたかを知らせることができる。ｔ－ＤＡＩは、現在（スロット）までスケジュールされたＰＤＳＣＨの総個数（又は、ＰＤＳＣＨが存在するスロットの総個数）を知らせることができる。これにより、端末は、ｃ－ＤＡＩ初期値から（受信された）最後のｔ－ＤＡＩ値までのｃ－ＤＡＩ値に対応するＰＤＳＣＨに対するＡ／Ｎを、指示されたＨＡＲＱタイミングで送信するように動作できる。以下、上述した方式をＴｙｐｅ－２ Ａ／Ｎコードブックと称する。Ｔｙｐｅ－２ Ａ／Ｎコードブックは、動的（ｄｙｎａｍｉｃ）Ａ／Ｎコードブックと称することもできる。
Ｃ．ＰＤＳＣＨ（スロット）グループＩＤベースのＡ／Ｎフィードバック方式（以下、Ｔｙｐｅ－２ａ Ａ／Ｎコードブック）
ｉ．ＤＬ承認ＤＣＩによってｃｕｒｒｅｎｔ－ＩＤがシグナルされ、Ａ／ＮトリガリングＤＣＩによってｆｅｅｄｂａｃｋ－ＩＤがシグナルされてよい。ここで、ｃｕｒｒｅｎｔ－ＩＤは、ＤＬ承認ＤＣＩ或いは対応するＰＤＳＣＨが送信されたスロットの属したスロットグループＩＤを指示するために用いられる。また、ｆｅｅｄｂａｃｋ－ＩＤは、Ａ／Ｎフィードバック対象となる（ＤＬ ＰＤＳＣＨ）スロットグループＩＤを指示するために用いられる。ここで、ＤＣＩによってｔｏｔａｌ－ＩＤがシグナルされ、Ｍｅｔｈｏｄ １に基づいてｔｏｔａｌ－ＩＤからｆｅｅｄｂａｃｋ－ＩＤが類推されてよい。
ｉｉ．端末は、Ａ／Ｎ送信タイミングとして指示された時点で、ｆｅｅｄｂａｃｋ－ＩＤに対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックを送信することができる。
ｉｉｉ．Ａ／ＮトリガリングＤＣＩがＤＬ承認ＤＣＩと同一である（すなわち、ｃｕｒｒｅｎｔ－ＩＤとｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ）がいずれもＤＬ承認ＤＣＩによってシグナルされた）場合に、端末は、タイミング－Ａとして指示された時点で、１）タイミング－Ａに対応するバンドリングウィンドウ或いはｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックと、２）ｆｅｅｄｂａｃｋ－ＩＤに対応するスロットグループ（そこでのＰＤＳＣＨ受信）に対するＡ／Ｎフィードバックを結合して（同時に、例えば、一つのＰＵＣＣＨ／ＰＵＳＣＨで）送信するように動作できる。
２）プーリングベースのＡ／Ｎフィードバック方式（ｐ－Ａ／Ｎ方式）
Ａ．ＤＬ承認ＤＣＩを用いて、対応するＰＤＳＣＨに対するＡ／Ｎフィードバック送信を延期（ｐｅｎｄｉｎｇ／ｄｅｆｅｒｒｉｎｇ）させる動作を指示できる。その後、ＤＣＩを用いて、（ｉ）全ＤＬＨＡＲＱプロセスＩＤ、或いは（ｉｉ）特定の一部ＤＬ ＨＡＲＱプロセスＩＤに対応するＰＤＳＣＨに対するＡ／Ｎフィードバックの送信を指示できる（ｐｏｏｌｉｎｇ）。Ａ／Ｎフィードバックは、特定信号（例えば、ＲＲＣ又はＤＣＩシグナリング）に基づいて設定／指示されたタイミングで送信されてよい。以下、上述した方式をＴｙｐｅ－３ Ａ／Ｎコードブックと称する。Ｔｙｐｅ－３ Ａ／Ｎコードブックは、ワンショット（ｏｎｅ－ｓｈｏｔ）Ａ／Ｎコードブックと称することもできる。
Ｂ．ｔ－Ａ／Ｎ方式にｃ－／ｔ－ＤＡＩシグナリングが設定された場合（例えば、ＤＬ承認ＤＣＩによってＤＡＩがシグナルされる場合）に、Ａ／Ｎプーリングは、（プーリングＤＣＩによって指示された）ＨＡＲＱプロセスＩＤに対応するＰＤＳＣＨに対するＡ／Ｎ送信をプールすること、或いは（プーリングＤＣＩによって指示された）ｔ－ＤＡＩ値に対応するＰＤＳＣＨに対するＡ／Ｎ送信をプールすることと定義されてよい。後者の場合、端末は、ｃ－ＤＡＩ初期値～ｔ－ＤＡＩ値に対応するＰＤＳＣＨ受信に対するＡ／Ｎ情報を一度で送信できる。
３）ｔ－Ａ／Ｎ方式とｐ－Ａ／Ｎ方式とのダイナミックスイッチング動作方法
Ａ．一例として、ＤＬ承認ＤＣＩを用いて、ｔ－Ａ／Ｎ方式とｐ－Ａ／Ｎ方式間スイッチングを指示することができる。すなわち、ＤＬ承認ＤＣＩを用いて、ｔ－Ａ／Ｎ方式とｐ－Ａ／Ｎ方式のうちいずれの方式を適用してＡ／Ｎフィードバックを構成／送信するかを指示できる。さらに、同一ＤＬ承認ＤＣＩによって、ｐ－Ａ／Ｎ方式のためのＡ／ＮペンディングもＡ／Ｎプーリングも指示されてよい。例えば、ＤＬ承認ＤＣＩがｐ－Ａ／Ｎ方式を指示する場合に、ＤＬ承認ＤＣＩは、Ａ／Ｎフィードバック送信をペンドするか、それともプーリングを指示するかをさらに指示できる。
Ｂ．他の例として、ＤＬ承認ＤＣＩを用いて、ｔ－Ａ／Ｎ方式とｐ－Ａ／Ｎ方式の適用のためのＡ／Ｎペンディング動作間スイッチングを指示することができる。すなわち、ＤＬ承認ＤＣＩによって、ｔ－Ａ／Ｎ方式を適用するか、それともｐ－Ａ／Ｎ方式のためにＡ／Ｎフィードバック送信をペンドするかを指示できる。このとき、ｐ－Ａ／Ｎ方式のためのＡ／Ｎプーリング動作は、ＵＬ承認ＤＣＩ或いは（端末（グループ））共通ＤＣＩによって指示されてよい。
Ｃ．さらに他の例として、ＰＤＳＣＨスケジューリングを含むＤＬ承認ＤＣＩを用いて、ｔ－Ａ／Ｎ方式とｐ－Ａ／ＮのためのＡ／Ｎペンディング間スイッチングを指示できる。すなわち、ＤＬ承認ＤＣＩを用いて、ｔ－Ａ／Ｎを適用するか、それともｐ－Ａ／Ｎ方式のためにＡ／Ｎ送信をペンドするかを指示できる。このとき、ｐ－Ａ／Ｎ方式のためのＡ／Ｎプーリングは、ＰＤＳＣＨスケジューリングを含まないＤＬ承認ＤＣＩによって指示されてよい。
４）ＮＦＩ（Ｎｅｗ Ｆｅｅｄｂａｃｋ Ｉｎｄｉｃａｔｏｒ）情報シグナリング
Ａ．ＬＢＴ失敗による端末のＡ／Ｎフィードバック送信ドロップ及び／又は基地局でのＡ／Ｎ２フィードバック検出失敗などによる、端末と基地局間Ａ／Ｎコードブック（ペイロード）構成上の不一致の防止（及びＡ／Ｎ ＰＵＣＣＨ（これを含むＰＵＳＣＨなどのＵＬ送信）に伴われるＬＢＴ動作のためのＣＷＳ（Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ Ｓｉｚｅ）アップデート）を目的に、Ａ／Ｎフィードバック送信をトリガーする（例えば、ＤＬ承認又はＵＬ承認）ＤＣＩによって１ビットＮＦＩがシグナルされてよい。ＮＦＩは、トグリング形態で次の情報を指示できる。
ｉ．以前（最後）の時点に送信したＡ／Ｎフィードバック（以下、以前（ｐｒｅｖｉｏｕｓ）Ａ／Ｎフィードバックという。）が、（ａ）基地局で正しく検出／受信されたか、（ｂ）基地局で検出／受信に失敗したかがシグナルされてよい。（ａ）の場合、端末は、以前Ａ／Ｎ送信後にスケジュールされたＰＤＳＣＨに対応するＡ／Ｎを除く残りの部分をＮＡＣＫ又はＤＴＸ（フィードバック構成／送信省略）として処理し、アップデートされたＡ／Ｎフィードバックを構成／送信することができる。（ｂ）の場合、端末は、以前Ａ／Ｎ送信以後にスケジュールされたＰＤＳＣＨに対応するＡ／Ｎを除く残りの部分をそのまま維持してＡ／Ｎフィードバックを構成／送信することができる。
ｉｉ．（ａ）の場合には、以前のＤＣＩによって受信されたＮＦＩ値からトグルされたＮＦＩ値が現在のＤＣＩによって指示される。（ｂ）の場合には、以前のＤＣＩによって受信されたＮＦＩ値から非トグルされたＮＦＩ値が現在のＤＣＩによって指示されてよい。端末は、トグルされたＮＦＩを受信した場合に、Ａ／Ｎ ＰＵＣＣＨ（及び／又はＰＵＳＣＨ）送信のためのＣＷＳを最小値にリセットするが、非トグルされたＮＦＩを受信した場合には、ＣＷＳ値を（一定単位で）増加させるように動作できる。
以下、Ｔｙｐｅ－２ａ及びＴｙｐｅ－１／２ Ａ／Ｎコードブックの設定時にＤＬ／ＵＬ承認ＤＣＩ構成方法及びシグナリング情報について提案する。一方、本明細書では、ＤＣＩフォーマット内のフィールド構成及び各フィールドサイズなどが構成可能な（ｃｏｎｆｉｇｕｒａｂｌｅ）（すなわち、変更可能な）ＤＣＩ（フォーマット）を、非（ｎｏｎ）フォールバックＤＣＩと称し、ＤＣＩフィールド構成及びそれぞれのサイズなどが構成不可能な（すなわち、固定された）ＤＣＩ（フォーマット）を、フォールバックＤＣＩと称する。本明細書において、特にフォールバックＤＣＩと明示しないＤＣＩは、非フォールバックＤＣＩを意味できる。
（ａ）Ｔｙｐｅ－２ａ Ａ／Ｎコードブック設定時のＤＣＩ構成及びシグナリング情報
１）ＤＬ承認ＤＣＩによってシグナルされる情報
Ａ．基本的に次の情報を含むことができる（便宜上、基本情報）。
ｉ．ｃｕｒｒｅｎｔ－ＩＤ情報
ｉｉ．ｃｕｒｒｅｎｔ－ＩＤに対応する（ＰＤＳＣＨ）スロットグループに関連したｃｏｕｎｔｅｒ－ＤＡＩ及びｔｏｔａｌ－ＤＡＩ情報
ｉｉｉ．ｆｅｅｄｂａｃｋ－ＩＤ情報
１．又は、ＤＣＩによってはｔｏｔａｌ－ＩＤがシグナルされ、ｆｅｅｄｂａｃｋ－ＩＤ情報はＭｅｔｈｏｄ １に基づいて決定されてよい。
ｉｖ．ｃｕｒｒｅｎｔ－ＩＤに対応するＡ／Ｎフィードバックに対するＮＦＩ情報（すなわち、ＮＦＩ ｆｏｒ ｃｕｒｒｅｎｔ－ＩＤ）
ｖ．ｆｅｅｄｂａｃｋ－ＩＤに対応するＡ／Ｎフィードバックに対するＮＦＩ情報（すなわち、ＮＦＩ ｆｏｒｆｅｅｄｂａｃｋ－ＩＤ）
１．Ｍｅｔｈｏｄ ２に基づいて（ｔｏｔａｌ－ＩＤで指示された値に関係なく）ｃｕｒｒｅｎｔ－ＩＤと異なる値を有するｏｔｈｅｒ－ＩＤに対応するＡ／Ｎフィードバックに対するＮＦＩ情報に代替可能（すなわち、ＮＦＩ ｆｏｒ ｏｔｈｅｒ－ＩＤ）
Ｂ．さらに、次の情報を含むことができる。
ｉ．ｆｅｅｄｂａｃｋ－ＩＤに対応する（ＰＤＳＣＨ）スロットグループに関連したｔｏｔａｌ－ＤＡＩ情報
１．Ｍｅｔｈｏｄ ２に基づいて（ｔｏｔａｌ－ＩＤで指示された値に関係なく）ｃｕｒｒｅｎｔ－ＩＤと異なる値を有するｏｔｈｅｒ－ＩＤに対応するＡ／Ｎフィードバックに対するｔｏｔａｌ－ＤＡＩ情報に代替可能（すなわち、ｔｏｔａｌ－ＤＡＩ ｆｏｒ ｏｔｈｅｒ－ＩＤ）
Ｃ．さらに、次の情報を含むことができる。
ｉ．Ｔｙｐｅ－３コードブックに基づくＡ／Ｎフィードバック構成／送信の有無（例えば、Ｔｙｐｅ－２ａとＴｙｐｅ－３のうちどのＡ／Ｎコードブックとして構成／送信するかを指示するＣＴＩ（Ｃｏｄｅｂｏｏｋ Ｔｙｐｅ Ｉｎｄｉｃａｔｏｒ）シグナリング）
ｉｉ．Ｎｏｔｅｓ
１．（特定時点に）ＤＣＩによってＴｙｐｅ－３が指示されると、当該ＤＣＩによってＴｙｐｅ－３コードブックベースＡ／Ｎフィードバックに対するＮＦＩ情報（すなわち、ＮＦＩ ｆｏｒ Ｔｙｐｅ－３）がさらにシグナルされてよい。
２．ＣＴＩ情報は専用の１ビットを用いて明示的に（ｅｘｐｌｉｃｉｔ）シグナルされるか、次のような方法で暗黙的に（ｉｍｐｌｉｃｉｔ）シグナルされてよい。
３．その第一の方法は、ｃｕｒｒｅｎｔ－ＩＤに対応する一つの（ＰＤＳＣＨ）スロットグループに対してのみＡ／Ｎフィードバック送信がＤＣＩによって指示された場合に、ＮＦＩ ｆｏｒ ｆｅｅｄｂａｃｋ－ＩＤ（又は、ＮＦＩ ｆｏｒ ｏｔｈｅｒ－ＩＤ）ビット／フィールドでＣＴＩ情報がシグナルされてよい。ＣＴＩによってＴｙｐｅ－３が指示された場合に、ｃｏｕｎｔｅｒ－ＤＡＩ、ｔｏｔａｌ－ＤＡＩビット／フィールド、及び／又はＮＦＩ ｆｏｒ ｃｕｒｒｅｎｔ－ＩＤビット／フィールドにより、Ａ／Ｎフィードバック対象となるＨＡＲＱプロセスＩＤグループ及び／又は（ＣＡ状況で）ＣＣ／セルグループが指示される及び／又はＮＦＩ ｆｏｒ Ｔｙｐｅ－３情報がシグナルされてよい。
４．第二の方法は、ｃｕｒｒｅｎｔ－ＩＤに対応する一つの（ＰＤＳＣＨ）スロットグループに対してのみＡ／Ｎフィードバック送信がＤＣＩによって指示された場合に、ｔｏｔａｌ－ＤＡＩ ｆｏｒ ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＤＡＩ ｆｏｒ ｏｔｈｅｒ－ＩＤ）ビット／フィールドでＣＴＩ情報がシグナルされてよい。ＣＴＩによってＴｙｐｅ－３が指示された場合に、ｃｏｕｎｔｅｒ－ＤＡＩ、ｔｏｔａｌ－ＤＡＩ（ｆｏｒ ｃｕｒｒｅｎｔ－ＩＤ）ビット／フィールド、ＮＦＩ ｆｏｒ ｃｕｒｒｅｎｔ－ＩＤ、及び／又はＮＦＩ ｆｏｒ ｆｅｅｄｂａｃｋ－ＩＤ（又は、ＮＦＩ ｆｏｒ ｏｔｈｅｒ－ＩＤ）ビット／フィールドにより、Ａ／Ｎフィードバック対象となるＨＡＲＱプロセスＩＤグループ及び／又は（ＣＡ状況で）ＣＣ／セルグループが指示される及び／又はＮＦＩ ｆｏｒ Ｔｙｐｅ－３情報がシグナルされてよい。
５．一方、前記Ｔｙｐｅ－２ａコードブックベースＡ／Ｎと関連した（複数（ＰＤＳＣＨ）スロットグループのそれぞれに対する）ＮＦＩがトグルされたか否かに対する端末と基地局の不一致（これによるＡ／Ｎエラー発生）を防止、Ａ／Ｎフィードバック信頼度（ｒｅｌｉａｂｉｌｉｔｙ）を保障するために、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信時に、前記複数のスロットグループのそれぞれに対して最後に（例えば、Ｔｙｐｅ－２ａコードブックベースＡ／Ｎフィードバックを指示するＤＣＩによって）受信されたＮＦＩビットを共に、同一の一つのＰＵＣＣＨ／ＰＵＳＣＨリソースで送信するように動作できる。
Ｄ．フォールバックＤＣＩベースのＤＬスケジューリング関連
ｉ．基本的に、フォールバックＤＣＩフォーマットには上述の基本情報のうちｃｕｒｒｅｎｔ－ＩＤ情報及び／又は（当該ＩＤに対応する（ＰＤＳＣＨ）スロットグループに関連した）ｃｏｕｎｔｅｒ－ＤＡＩ情報のみが含まれる／シグナルされてよい（便宜上、Ｃａｓｅ １）
ｉｉ．さらに他の方法として、フォールバックＤＣＩフォーマットにはｔｏｔａｌ－ＤＡＩ ｆｏｒ ｃｕｒｒｅｎｔ－ＩＤを除く前記全ての基本情報が含まれる／シグナルされてよい。
ｉｉｉ．さらに他の方法として、当該ＤＣＩフォーマットには前記スロットグループＩＤ／インデックス、ｔｏｔａｌ－ＤＡＩ、ＮＦＩのいずれも含まない／シグナルされない（ただし、当該ＤＣＩからスケジュールされたＰＤＳＣＨは、特定（例えば、一番目に低い（ｌｏｗｅｓｔ）ＩＤ／インデックスを有するスロットグループと設定／定義する）形態であってよい（これを便宜上、“Ｃａｓｅ ２”と称する）。
ｉｖ．この場合、フォールバックＤＣＩに含まれない／シグナルされない情報に対して、端末は、非フォールバックＤＬ ＤＣＩによって最後に検出／受信された情報（例えば、ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ）、ｃｕｒｒｅｎｔ－ＩＤ、ＮＦＩ、ｔｏｔａｌ－ＤＡＩ及び／又はＣＴＩ）に基づいてＡ／Ｎコードブック（ペイロード）を構成／送信できる。ここで、最後に検出／受信された情報に関連した非フォールバックＤＬ ＤＣＩは、フォールバックＤＬ ＤＣＩによって指示されたＨＡＲＱ－ＡＣＫ（ＰＵＣＣＨ）送信時点（スロット）を、ＨＡＲＱ－ＡＣＫ（ＰＵＣＣＨ）送信時点として指示したＤＣＩに限定されてよい。
１．仮に、フォールバックＤＣＩと同じＨＡＲＱ－ＡＣＫ（ＰＵＣＣＨ）送信時点を指示する非フォールバックＤＣＩが存在しない場合、Ｃａｓｅ １にしたがって、端末はｃｕｒｒｅｎｔ－ＩＤに対応するスロットグループ或いは（前記Ｃａｓｅ ２の場合）一番目に低いＩＤに対応するスロットグループに対してのみＡ／Ｎフィードバックを構成／送信し、ＮＦＩ ｆｏｒ ｃｕｒｒｅｎｔ－ＩＤ又は一番目に低いＩＤに対しては（以前Ａ／Ｎフィードバックに比べて或いは以前（すなわち、最後）に受信されたＮＦＩビットと比較して）トグルされた形態（又は、非トグルされた形態）として仮定／適用して動作できる。また、端末は、ＣＴＩがＴｙｐｅ－２ａコードブックとして指示されることを仮定／適用して動作できる。
２．また、前記（Ｃａｓｅ ２）のようにＤＬフォールバックＤＣＩには、ＮＦＩ情報が含まれない／シグナルされない形態（これによって、端末と基地局間でＮＦＩがトグルされたか否かに対する不一致によるＡ／Ｎエラーが発生可能な状況）であることを考慮して、当該ＤＣＩ（このＤＣＩからスケジュールされたＰＤＳＣＨ）に対応する特定（例えば、一番目に低い（ｌｏｗｅｓｔ））ＩＤ／インデックスを有するスロットグループに対しては、最後に（例えば、ＤＬ非フォールバックＤＣＩによって）受信されたＮＦＩビットをＡ／Ｎフィードバックと共に、同一の一つのＰＵＣＣＨ／ＰＵＳＣＨリソースで送信するように動作できる。
３．また、さらに（Ａ／Ｎフィードバック信頼度（ｒｅｌｉａｂｉｌｉｔｙ）のために）前記特定（例えば、一番目に低い）ＩＤ／インデックスを有するスロットグループでない他のスロットグループに対しても、すなわち、Ａ／Ｎフィードバック送信が指示されたスロットグループのそれぞれに対して最後に（例えば、ＤＬ ｎｏｎ－ｆａｌｌｂａｃｋ ＤＣＩを介して）受信されたＮＦＩビットをＡ／Ｎフィードバックと共に、同一のＰＵＣＣＨ／ＰＵＳＣＨリソースで送信するように動作できる。
ｖ．一方、端末のＤＬ ＤＣＩ検出失敗などによる端末と基地局間Ａ／Ｎフィードバック不一致を事前に防止するために、（前記Ｃａｓｅ－１の場合）同一のＨＡＲＱ－ＡＣＫ（ＰＵＣＣＨ）送信時点（例えば、スロット）を指示する複数のフォールバックＤＬ ＤＣＩはいずれも同一のｃｕｒｒｅｎｔ－ＩＤを指示するように規定されてよい。これにより、端末は、同一のＨＡＲＱ－ＡＣＫ（ＰＵＣＣＨ）送信時点を指示する複数のフォールバックＤＬ ＤＣＩはいずれも同一のｃｕｒｒｅｎｔ－ＩＤを指示すると仮定した状態で動作し、そうでないＤＣＩが検出される場合は、当該ＤＣＩを無視できる（ｄｉｓｃａｒｄ）。例えば、端末は、当該ＤＣＩによって指示される動作を行わなくてよい。
Ｅ．ＣＢグループ（ＣＢＧ）単位ＤＬ送信動作関連
ｉ．ＣＢＧ単位ＤＬ送信が設定されたＣＣ／セルの場合、ｔｏｔａｌ－ＤＡＩ ｆｏｒ ｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＤＡＩ ｆｏｒ ｏｔｈｅｒ－ＩＤ）情報が、ＴＢ単位送信に対応するＡ／ＮサブコードブックとＣＢＧ単位送信に対応するＡ／Ｎサブコードブックに対してそれぞれ個別にシグナルされてよい。
２）ＵＬ承認ＤＣＩによってシグナルされる情報
Ａ．基本的に、次の情報を含むことができる（便宜上、基本情報）。
ｉ．１番目の（ＰＤＳＣＨ）スロットグループＩＤ（以下、ｆｉｒｓｔ－ＩＤ）に対するｔｏｔａｌ－ＤＡＩ情報
ｉｉ．２番目の（ＰＤＳＣＨ）スロットグループＩＤ（以下、ｓｅｃｏｎｄ－ＩＤ）に対するｔｏｔａｌ－ＤＡＩ情報
ｉｉｉ．Ｎｏｔｅｓ
１．一例として、最大２個までの（ＰＤＳＣＨ）スロットグループ（インデックス＝０、１）が定義／設定される場合、ｆｉｒｓｔ－ＩＤとｓｅｃｏｎｄ－ＩＤはそれぞれスロットグループインデックス０と１に対応してよい。
２．他の例として、ｆｉｒｓｔ－ＩＤとｓｅｃｏｎｄ－ＩＤがそれぞれｃｕｒｒｅｎｔ－ＩＤとｆｅｅｄｂａｃｋ－ＩＤ（又は、ｏｔｈｅｒ－ＩＤ）に設定／代替されてよい。この場合、ＤＣＩによってｃｕｒｒｅｎｔ－ＩＤ情報とｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ）情報がさらにシグナルされてよい。
Ａ）．ｆｅｅｄｂａｃｋ－ＩＤの場合、ＤＣＩによってはｔｏｔａｌ－ＩＤがシグナルされ、ｆｅｅｄｂａｃｋ－ＩＤ情報はＭｅｔｈｏｄ １に基づいて決定されてよい。
Ｂ）．ｏｔｈｅｒ－ＩＤは、Ｍｅｔｈｏｄ ２に基づいてｃｕｒｒｅｎｔ－ＩＤと異なる値を有するスロットグループＩＤと決定されてよい。
３．さらに他の例として、全スロットグループＩＤ／インデックス集合（例えば、ＩＤ／インデックス＝０、１）に対するビットマップ情報がＤＣＩによってシグナルされてよい。該当のグループＩＤビットマップにより、各スロットグループＩＤ別に当該ＩＤに対応するスロットグループがＡ／Ｎフィードバック要請／送信対象であるか否かが指示されてよい。
４．一方、ＵＬ承認ＤＣＩがスロットグループＩＤ／インデックス関連情報／シグナリングを含まなくてよい。この場合、端末は、ＤＬ承認ＤＣＩによって最後に検出／受信されたスロットグループＩＤ／インデックス情報に基づいてＡ／Ｎコードブック（ペイロード）を構成／送信するように動作できる。ここで、スロットグループＩＤ／インデックスに関連したＤＬ承認ＤＣＩは、ＵＬ承認ＤＣＩによってスケジュールされたＰＵＳＣＨ送信時点（スロット）を、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点として指示したＤＣＩに限定されてよい。
ｉｖ．さらに他の方法として、前記ＵＬ承認ＤＣＩ（ＵＬ ｇｒａｎｔ ＤＣＩ）は、特定一つの（ＰＤＳＣＨ）スロットグループ（ＩＤ／インデックス）に対する単一ｔｏｔａｌ－ＤＡＩ情報のみを含む形態で設定されてよい。
１．この場合、当該特定スロットグループ（ＩＤ／インデックス）は、前記ＵＬ承認ＤＣＩに対応するＰＵＳＣＨ送信時点（例えば、ＰＵＳＣＨタイミング）を、ＰＤＳＣＨに対するＡ／Ｎフィードバック送信時点として（例えば、当該Ａ／Ｎタイミングを有効値又は数値（ｖａｌｉｄ ｏｒ ｎｕｍｅｒｉｃａｌ ｖａｌｕｅ）の形態で）指示したＤＬ承認ＤＣＩ（或いは、当該ＤＣＩに対応するＰＤＳＣＨ）のうち、当該ＵＬ承認ＤＣＩ受信時点（或いは、当該ＰＵＳＣＨタイミング）から最も近い時点に受信されたＤＬ承認ＤＣＩによってスケジュールされたＰＤＳＣＨ（或いは、最も近い時点に受信されたＰＤＳＣＨ）が属するスロットグループ（ＩＤ／インデックス）と決定されてよい（これを、“方法１”と称する）。
２．又は、当該特定スロットグループは、特定（例えば、一番目に低い）ＩＤ／インデックスを有するスロットグループとして（事前）設定／定義されてよい（これを、“方法２”と称する）。
３．又は、当該特定スロットグループのＩＤ／インデックス（これを指示するフィールド）が前記ＵＬ承認ＤＣＩによってシグナルされる／含まれてよく、さらに、当該特定スロットグループでない他の（ｏｔｈｅｒ）スロットグループに対するＡ／Ｎフィードバック送信の有無（これを指示するフィールド）が前記ＵＬ承認ＤＣＩによってシグナルされる／含まれてよい。
４．一方、前記他の（ｏｔｈｅｒ）スロットグループに対してはＤＬ ＤＣＩによって最後に検出／受信した情報（例えば、ｔｏｔａｌ－ＤＡＩ、ＮＦＩ）に基づいて対応するＡ／Ｎコードブック（ペイロード）を構成／送信するように動作できる。
５．さらに他の方法として、前記ＵＬ承認ＤＣＩによってシグナルされる単一ｔｏｔａｌ－ＤＡＩ情報が複数（例えば、２個）のスロットグループに共通に適用されてよい（これを、“方法３”と称する）。
Ａ）．一例として、ＵＬ承認ＤＣＩで指示される前記ｔｏｔａｌ－ＤＡＩ（例えば、ＵＬ ＤＡＩ）情報は、前記複数スロットグループのそれぞれに対してＤＬ承認ＤＣＩで指示された最後のｃｏｕｎｔｅｒ－ＤＡＩ又はｔｏｔａｌ－ＤＡＩ（例えば、ＤＬ ＤＡＩ）値のうち最大値（例えば、当該最大値にｍｏｄｕｌｏ－４演算を適用した値）が指示されてよい。
Ｂ）．これによって、端末は、前記指示されたＵＬ ＤＡＩ値を、各スロットグループ別に受信されたＤＬ ＤＡＩ値を基準に個別に解析して、対応するＡ／Ｎコードブック（ペイロード）を構成／送信するように動作できる。
Ｃ）．例えば、スロットグループ０と１のＤＬ ＤＡＩがそれぞれ２と７である状況で、（ｍｏｄｕｌｏ－４演算が適用された）ＵＬ ＤＡＩは、（最大値である７に対応する）３と指示されてよく、これを受信した端末は、スロットグループ０及び１のｔｏｔａｌ－ＤＡＩ値をそれぞれ３及び７と解析して、Ａ／Ｎコードブック（ペイロード）を構成／送信するように動作できる。
Ｄ）．他の例として、スロットグループ０と１のＤＬ ＤＡＩがそれぞれ３と５である状況で、（ｍｏｄｕｌｏ－４演算が適用された）ＵＬ ＤＡＩは（最大値である５に対応する）１と指示されてよく、これを受信した端末は、スロットグループ０及び１のｔｏｔａｌ－ＤＡＩ値をそれぞれ５及び５と解析して、Ａ／Ｎコードブック（ペイロード）を構成／送信するように動作できる。
６．一方、前記方法は、端末観点で、Ｃａｓｅ １）複数（例えば、２個）のスロットグループの全てに対して基地局からＰＤＳＣＨスケジューリング及び／又はＡ／Ｎフィードバックが指示された場合、又はＣａｓｅ ２）特定単一スロットグループに対してのみ基地局からＰＤＳＣＨスケジューリング及び／又はＡ／Ｎフィードバックが指示された場合、又はＣａｓｅ ３）複数（例えば、２個）のスロットグループの全てに対して基地局からＰＤＳＣＨスケジューリング及び／又はＡ／Ｎフィードバックが指示されていない場合に適用されてよい。
Ａ）．一例として、Ｃａｓｅ １／３の場合には前記方法２（又は、方法３）が適用されてよく、Ｃａｓｅ ２の場合には前記方法１（又は、方法２）が適用されてよい。
７．一方、前記ＤＬ（ｎｏｎ－ｆａｌｌｂａｃｋ）ＤＣＩの場合にも、特定一つの（例えば、前記ｃｕｒｒｅｎｔ－ＩＤに対応する）スロットグループに対する単一ｔｏｔａｌ－ＤＡＩ（及び／又はＮＦＩ）情報のみを含む形態で設定されてよく、これによって、ＤＬ／ＵＬ ＤＣＩを構成する情報／シグナリングを設定するとき、１）ＤＬ／ＵＬ ＤＣＩ両方とも複数（例えば、２個）のスロットグループのそれぞれに対する個別のｔｏｔａｌ－ＤＡＩ（及び／又はＮＦＩ）情報を含む形態で設定される、又は２）ＤＬ／ＵＬ ＤＣＩ両方とも特定一つのスロットグループに対するｔｏｔａｌ－ＤＡＩ（及び／又はＮＦＩ）情報のみを含む形態で設定されてよい。
Ｂ．さらに、次の情報を含むことができる。
ｉ．ｆｉｒｓｔ－ＩＤに対応するＡ／Ｎフィードバックに対するＮＦＩ情報
ｉｉ．ｓｅｃｏｎｄ－ＩＤに対応するＡ／Ｎフィードバックに対するＮＦＩ情報
ｉｉｉ．Ｎｏｔｅｓ
１．この場合、基地局から追加ＤＬ（ＰＤＳＣＨ）スケジューリング／送信無しにも端末に（ＰＵＳＣＨを用いる）Ａ／Ｎフィードバック送信が指示されてよい。
２．或いは、ＵＬ承認ＤＣＩがＡ／Ｎフィードバックに対するＮＦＩ情報を含まなくてもよい。この場合、端末は（各（ＰＤＳＣＨ）スロットグループに対して）ＤＬ承認ＤＣＩによって最後に検出／受信したＮＦＩ情報に基づいてＡ／Ｎコードブック（ペイロード）を構成／送信するように動作できる。ここで、ＮＦＩ情報に関連したＤＬ承認ＤＣＩは、ＵＬ承認ＤＣＩによってスケジュールされたＰＵＳＣＨ送信時点（スロット）を、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点として指示したＤＣＩに限定されてよい。
３．さらに他の方法として、ＵＬ承認ＤＣＩ内に前記（スロットグループ別）ＮＦＩ情報／シグナリング（そのためのフィールド）を含む／構成するかそれとも含まない／構成しないかを端末に（例えば、上位層信号（例えば、ＲＲＣシグナリング）によって）設定することができる。
ｉｖ．さらに他の方法として、前記ＵＬ承認ＤＣＩは、特定一つの（ＰＤＳＣＨ）スロットグループ（ＩＤ／インデックス）に対する単一ＮＦＩ情報のみを含む形態で設定されてよい。
１．この場合、当該特定スロットグループ（ＩＤ／インデックス）は、前記ＵＬ承認ＤＣＩに対応するＰＵＳＣＨ送信時点（例えば、ＰＵＳＣＨタイミング）を、ＰＤＳＣＨに対するＡ／Ｎフィードバック送信時点として（例えば、当該Ａ／Ｎタイミングを有効値又は数値の形態で）指示したＤＬ承認ＤＣＩ（或いは、当該ＤＣＩに対応するＰＤＳＣＨ）のうち、当該ＵＬ承認ＤＣＩ受信時点（或いは、当該ＰＵＳＣＨタイミング）から最も近い時点に受信されたＤＬ承認ＤＣＩによってスケジュールされたＰＤＳＣＨ（或いは、最も近い時点に受信されたＰＤＳＣＨ）が属するスロットグループ（ＩＤ／インデックス）と決定されてよい（これを、“方法１”と称する）。
２．又は、当該特定スロットグループは、特定（例えば、ｌｏｗｅｓｔ）ＩＤ／インデックスを有するスロットグループと（事前）設定／定義されてよい（これを、“方法２”と称する）。
３．又は、当該特定スロットグループのＩＤ／インデックス（これを指示するフィールド）が前記ＵＬ承認ＤＣＩによってシグナルされる／含まれてよく、さらに、当該特定スロットグループでない他の（ｏｔｈｅｒ）スロットグループに対するＡ／Ｎフィードバック送信の有無（これを指示するフィールド）が前記ＵＬ承認ＤＣＩによってシグナルされる／含まれてよい。
４．一方、前記他の（ｏｔｈｅｒ）スロットグループに対してはＤＬ ＤＣＩによって最後に検出／受信した情報（例えば、ｔｏｔａｌ－ＤＡＩ、ＮＦＩ）に基づいて、対応するＡ／Ｎコードブック（ペイロード）を構成／送信するように動作できる。
５．さらに他の方法として、前記ＵＬ承認ＤＣＩによってシグナルされる単一ＮＦＩ情報が複数（例えば、２個）のスロットグループに共通に適用されてよい（これを、“方法３”と称する）。
６．一方、前記方法は、端末観点で、Ｃａｓｅ １）複数（例えば、２個）のスロットグループの全てに対して基地局からＰＤＳＣＨスケジューリング及び／又はＡ／Ｎフィードバックが指示された場合、又はＣａｓｅ ２）特定単一スロットグループに対してのみ基地局からＰＤＳＣＨスケジューリング及び／又はＡ／Ｎフィードバックが指示された場合、又はＣａｓｅ ３）複数（例えば、２個）のスロットグループの全てに対して基地局からＰＤＳＣＨスケジューリング及び／又はＡ／Ｎフィードバックが指示されていない場合に適用されてよい。
Ａ）．一例として、Ｃａｓｅ １／３の場合には前記方法２（又は、方法３）が適用されてよく、Ｃａｓｅ ２の場合には前記方法１（又は、方法２）が適用されてよい。
７．さらに、ＵＬ承認ＤＣＩ内に前記（単一）ＮＦＩ情報／シグナリング（そのためのフィールド）を含む／構成するかそれとも含まない／構成しないかを端末に（例えば、上位層信号（例えば、ＲＲＣシグナリング）によって）設定できる。
Ｃ．さらに、次の情報を含むことができる。
ｉ．Ｔｙｐｅ－３コードブックに基づくＡ／Ｎフィードバック構成／送信の有無（例えば、Ｔｙｐｅ－２ａとＴｙｐｅ－３のうちどのＡ／Ｎコードブックとして構成／送信するかを指示）
ｉｉ．Ｎｏｔｅｓ
１．（特定時点に）ＤＣＩによってＴｙｐｅ－３が指示されると、当該ＤＣＩによってＴｙｐｅ－３コードブックベースＡ／Ｎフィードバックに対するＮＦＩ情報がさらにシグナルされてよい。
Ｄ．フォールバックＤＣＩベースのＵＬスケジューリング関連
ｉ．基本的に、フォールバックＤＣＩフォーマットは基本情報が全て含まれない／シグナルされない（省略された）形態であってよい。
ｉｉ．他の方法として、フォールバックＤＣＩフォーマットは全ての基本情報（例えば、ｆｉｒｓｔ－ＩＤ及びｓｅｃｏｎｄ－ＩＤのそれぞれに対するｔｏｔａｌ－ＤＡＩ及び／又はグループＩＤビットマップ情報）が含まれる／シグナルされる形態であってよい。
ｉｉｉ．又は、フォールバックＤＣＩフォーマットは、｛ｆｉｒｓｔ－ＩＤに対するｔｏｔａｌ－ＤＡＩ、ｓｅｃｏｎｄ－ＩＤに対するｔｏｔａｌ－ＤＡＩ、ｆｉｒｓｔ－ＩＤに対するＮＦＩ、ｓｅｃｏｎｄ－ＩＤに対するＮＦＩ｝が含まれる／シグナルされる形態であってよい。
ｉｖ．又は、フォールバックＤＣＩフォーマットは、｛ｆｉｒｓｔ－ＩＤに対するＮＦＩ、ｓｅｃｏｎｄ－ＩＤに対するＮＦＩ｝（及び／又はグループＩＤビットマップ情報）が含まれる／シグナルされる形態であってよい。
ｖ．この場合、ＵＬ承認ＤＣＩに含まれない／シグナルされない情報に対して、端末は、ＤＬ承認ＤＣＩによって最後に検出／受信された情報（例えば、スロットグループＩＤ／インデックス、ｔｏｔａｌ－ＤＡＩ、ＮＦＩ、ＣＴＩ）に基づいてＡ／Ｎコードブック（ペイロード）を構成／送信するように動作できる。ここで、最後に検出／受信された情報に関連したＤＬ承認ＤＣＩは、ＵＬ承認ＤＣＩによってスケジュールされたＰＵＳＣＨ送信時点（スロット）を、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点として指示するＤＣＩに限定される。
ｖｉ．一方、ダイナミック承認ＤＣＩ送信を伴うスケジューリングでない、構成された（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ，ＣＧ）形態でＤＣＩ無しで送信されるＣＧ－ＰＵＳＣＨを用いてＡ／Ｎをピギーバックして送信する場合に、端末は、ＤＬ承認ＤＣＩによって最後に検出／受信された情報（例えば、スロットグループＩＤ／インデックス、ｔｏｔａｌ－ＤＡＩ、ＮＦＩ、ＣＴＩ）に基づいてＡ／Ｎコードブック（ペイロード）を構成／送信するように動作できる。ここで、最後に検出／受信された情報に関連したＤＬ承認ＤＣＩは、ＣＧ－ＰＵＳＣＨ送信時点（スロット）を、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点として指示するＤＣＩに限定される。
Ｅ．ＣＢグループ（ＣＢＧ）単位ＤＬ送信動作関連
ｉ．ＣＢＧ単位ＤＬ送信が設定されたＣＣ／セルの場合、ｔｏｔａｌ－ＤＡＩ（例えば、ｔｏｔａｌ－ＤＡＩ ｆｏｒ ｆｉｒｓｔ－ＩＤ及びｔｏｔａｌ－ＤＡＩ ｆｏｒ ｓｅｃｏｎｄ－ＩＤ）情報がＴＢ単位送信に対応するＡ／ＮサブコードブックとＣＢＧ単位送信に対応するＡ／Ｎサブコードブックに対してそれぞれ個別にシグナルされてよい。
一方、端末がＴｙｐｅ－２ａコードブックに基づいてＰＵＣＣＨ／ＰＵＳＣＨ上にＡ／Ｎフィードバックを構成／送信する場合、基地局は端末に“ＰＵＳＣＨにピギーバックされて送信されるＡ／Ｎフィードバックがないこと”を指示／認知するようにする方法が必要なことがある。そのために、次のようなＤＣＩシグナリング及び動作を考慮できる。
１）方法１
Ａ．ＵＬ承認ＤＣＩ内のｔｏｔａｌ－ＤＡＩビットが‘１１’として（又は、ｔｏｔａｌ－ＤＡＩ値が４として）指示され、ＰＵＳＣＨ送信時点に対応するバンドリングウィンドウ区間（又は、以前（例えば、最後）のＡ／Ｎフィードバック送信時点（或いは、当該送信タイミングとして指示された時点）以後からＰＵＳＣＨ送信時点までの区間）において検出されたＤＬ承認ＤＣＩがなく、ＵＬ承認ＤＣＩによって指示されたＮＦＩビットが（以前Ａ／Ｎフィードバックに比べて或いは以前（例えば、最後）に受信されたＮＦＩビットと比較して）トグルされた場合、端末はＰＵＳＣＨ上にいずれのＡ／Ｎもピギーバックしないように動作できる。この方式は、ＵＬ承認ＤＣＩによってＮＦＩ情報をシグナルする構造に適用されてよい。ここで、ＤＣＩ情報チェック及びそれによる端末動作は、各（ＰＤＳＣＨ）スロットグループ（ＩＤ）別に独立／個別に行われてよい。
Ｂ．他の方式として、（ＵＬ承認ＤＣＩによる別個のＮＦＩ情報シグナリングがない状態で）検出／受信されたＵＬ承認ＤＣＩに対して、前記ＤＣＩチェック／端末動作を適用する／行うものの、ＮＦＩビットは（以前Ａ／Ｎフィードバックに比べて或いは以前（最後）に受信されたＮＦＩビットと比較して）非トグルされた（又は、トグルされた）と仮定されてよい。この方式は、別個のＮＦＩ情報シグナリングがない（例えば、フォールバック）ＵＬ承認ＤＣＩ（フォーマット）である場合に対して適用されてよい。
２）方法２
Ａ．ＵＬ承認ＤＣＩ内のｔｏｔａｌ－ＤＡＩフィールドでシグナルされる状態（ｓｔａｔｅ）のうちの一つを、（ＰＵＳＣＨにピギーバックされる）“Ａ／Ｎフィードバックがないこと”を指示するものと定義できる。端末は、ＤＣＩによって当該状態が指示された場合、ＰＵＳＣＨ上に何らＡ／Ｎもピギーバックしないように動作できる。この方法は、ＵＬ承認ＤＣＩによるＮＦＩ情報シグナリングがない構造に適用されてよい。ここで、ＤＣＩ情報チェック及びそれによる端末動作は、各（ＰＤＳＣＨ）スロットグループ（ＩＤ）別に独立／個別に行われてよい。
３）方法３
Ａ．ＵＬ承認ＤＣＩ内のｆｉｒｓｔ－ＩＤ及びｓｅｃｏｎｄ－ＩＤ（又は、ｃｕｒｒｅｎｔ－ＩＤ及びｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ））ビット／フィールドで一つの（ＰＤＳＣＨ）スロットグループ（例えば、ｆｉｒｓｔ－ＩＤ）のみが指示されてよい。この場合、特定ｔｏｔａｌ－ＤＡＩフィールド（例えば、ｓｅｃｏｎｄ－ＩＤに対するｔｏｔａｌ－ＤＡＩフィールド）により、１）指示されたスロットグループ（例えば、ｆｉｒｓｔ－ＩＤ）の一つに対してのみＡ／Ｎフィードバックを（ＰＵＳＣＨにピギーバックして）構成／送信するように指示するか、２）指示されたスロットグループ（例えば、ｆｉｒｓｔ－ＩＤ）に対しても（すなわち、全てのスロットグループ（ｆｉｒｓｔ－ＩＤ及びｓｅｃｏｎｄ－ＩＤ）に対して）ＰＵＳＣＨにピギーバックされるＡ／Ｎフィードバックがないことを指示できる。
ｉ．本方法は、（ＵＬ承認ＤＣＩによるＮＦＩ情報シグナリングがなく）ＵＬ承認ＤＣＩによって（ＰＤＳＣＨ）スロットグループＩＤ情報をシグナルする構造に適用されてよい。例えば、スロットグループＩＤ情報は、ｆｉｒｓｔ－ＩＤ及びｓｅｃｏｎｄ－ＩＤ（又は、ｃｕｒｒｅｎｔ－ＩＤ及びｆｅｅｄｂａｃｋ－ＩＤ（又は、ｔｏｔａｌ－ＩＤ））情報）を含む。
一方、前記Ｔｙｐｅ－２ａコードブックに基づいてＰＵＣＣＨ／ＰＵＳＣＨ上にＡ／Ｎフィードバックを構成／送信するように動作する（そして、ＵＬ承認ＤＣＩによる別個のＮＦＩ情報シグナリングはない）状況で、ＰＵＳＣＨ送信時点に対応するバンドリングウィンドウ（ｂｕｎｄｌｉｎｇ ｗｉｎｄｏｗ）区間（又は、以前（最近）Ａ／Ｎフィードバック送信時点（或いは、当該送信タイミングと指示された時点）以後から当該ＰＵＳＣＨ送信時点までの区間）において、特定（ＰＤＳＣＨ）スロットグループ（ＩＤ）に属したＰＤＳＣＨをスケジュールする又は当該スロットグループに対するＡ／Ｎフィードバックを指示する（ＤＬ ｇｒａｎｔ）ＤＣＩが検出／受信されていない場合に、端末は、当該（ＰＤＳＣＨ）スロットグループ（ＩＤ）に対応するＮＦＩビットが（以前Ａ／Ｎフィードバックに比して或いは以前（最近）受信されたＮＦＩビットと比較して）トグルされたと（又は、非トグルされたと）仮定した／見なした状態で、ＵＬ承認ＤＣＩで指示されたｔｏｔａｌ－ＤＡＩ値に基づいてＰＵＳＣＨ上に、当該（ＰＤＳＣＨ）スロットグループ（ＩＤ）に対応するＡ／Ｎペイロードを構成する又は構成しないように（例えば、仮に当該ｔｏｔａｌ－ＤＡＩ値が４である場合には、Ａ／Ｎペイロードを構成しないことで（すなわち、０ビットＡ／Ｎ）、ＰＵＳＣＨ上にピギーバック（ｐｉｇｇｙｂａｃｋ）しないように、一方、仮に当該ｔｏｔａｌ－ＤＡＩ値が４でない場合には、Ａ／Ｎペイロード（すなわち、１ビット以上のＡ／Ｎ）を構成することで、当該Ａ／ＮをＰＵＳＣＨ上にピギーバックするように）動作できる。
さらに他の追加の方案のために、一応前記Ｔｙｐｅ－２ａコードブックに基づいてＰＵＣＣＨ／ＰＵＳＣＨ上にＡ／Ｎフィードバックを構成／送信するように動作する（そして、ＵＬ承認ＤＣＩによる別個のＮＦＩ情報シグナリングはない）状況で、ＰＵＳＣＨ送信時点に対応するバンドリングウィンドウ区間において、特定（ＰＤＳＣＨ）スロットグループ（ＩＤ）に属したＰＤＳＣＨをスケジュールする（ＤＬ ｇｒａｎｔ）ＤＣＩが検出／受信されていない、又は当該スロットグループに対するＡ／Ｎフィードバックを指示する（ＤＬ ｇｒａｎｔ）ＤＣＩが検出／受信されていない、又は当該スロットグループに対するＮＦＩ情報を指示する（ＤＬ ｇｒａｎｔ）ＤＣＩが検出／受信されていない場合を、便宜上、ｎｏ ＰＤＳＣＨ ｃａｓｅと称する。
このとき、前記ｎｏ ＰＤＳＣＨ ｃａｓｅである場合、端末は、当該（ＰＤＳＣＨ）スロットグループ（ＩＤ）に対応するＮＦＩビット値が（以前（最近）受信されたＮＦＩ値と比較して）トグルされていないと（又は、トグルされていると）仮定した／見なした状態で、当該ＮＦＩ値とＵＬ承認ＤＣＩで指示されたｔｏｔａｌ－ＤＡＩ値に基づいて、ＰＵＳＣＨ上に当該（ＰＤＳＣＨ）スロットグループ（ＩＤ）に対応するＡ／Ｎペイロードを構成する又は構成しないように動作できる。
具体的に、仮に当該ｔｏｔａｌ－ＤＡＩ値Ｎが４である場合（例えば、Ｎ＝４）には、Ａ／Ｎペイロードを構成しないことで（すなわち、０ビットＡ／Ｎ）、ＰＵＳＣＨ上にピギーバックしないように動作でき、一方、仮に当該ｔｏｔａｌ－ＤＡＩ値Ｎが４でない場合（例えば、Ｎ＜４）には、Ａ／Ｎペイロード（すなわち、１ビット以上のＡ／Ｎ）を構成することで、当該Ａ／ＮをＰＵＳＣＨ上にピギーバックするように動作でき、具体的には、前記ｎｏｎ－ｔｏｇｇｌｅｄ ＮＦＩ仮定（又は、ｔｏｇｇｌｅｄ ＮＦＩ仮定）に基づいて、｛Ｎ＋４Ｍ｝個（Ｍは、（０を含む）正の整数）のＰＤＳＣＨ（又は、Ｎ個のＰＤＳＣＨ）に対するＡ／Ｎペイロードを構成することでＰＵＳＣＨ上にピギーバックするように動作できる。
一例として、ＵＬ承認ＤＣＩによって各ＰＤＳＣＨグループ別にＴ－ＤＡＩが指示されるように設定された状況で、特定ＰＤＳＣＨグループに対して前記ｎｏ ＰＤＳＣＨ ｃａｓｅである場合に、当該ＰＤＳＣＨグループに対して前記動作が適用されてよく、他の例として、ＵＬ承認ＤＣＩによって一つのＴ－ＤＡＩのみが指示されるように設定された状況で、全てのＰＤＳＣＨグループに対して前記ｎｏ ＰＤＳＣＨ ｃａｓｅである場合に、特定（例えば、一番目に低いグループＩＤ／インデックスを有する）ＰＤＳＣＨグループに対して前記動作が適用されてよい。
他の方法として、前記ｎｏ ＰＤＳＣＨ ｃａｓｅである場合に、端末は、当該（ＰＤＳＣＨ）スロットグループ（ＩＤ）に対応するＮＦＩビット値は以前（最近）受信されたＮＦＩ値と同一に維持される（例えば、以前（最近）受信されたＮＦＩ値からトグルされない）ことを仮定するが、当該ＮＦＩ値に対する考慮無しでＵＬ承認ＤＣＩで指示されたｔｏｔａｌ－ＤＡＩ値のみに基づいて、ＰＵＳＣＨ上に当該（ＰＤＳＣＨ）スロットグループ（ＩＤ）に対応するＡ／Ｎペイロードを構成する又は構成しないように動作できる。
具体的に、仮に当該ｔｏｔａｌ－ＤＡＩ値Ｎが４である場合（例えば、Ｎ＝４）には、Ａ／Ｎペイロードを構成しないことで（すなわち、０ビットＡ／Ｎ）、ＰＵＳＣＨ上にピギーバックしないように動作でき、一方、仮に当該ｔｏｔａｌ－ＤＡＩ値Ｎが４でない場合（例えば、Ｎ＜４）には、Ａ／Ｎペイロード（すなわち、１ビット以上のＡ／Ｎ）を構成することで、当該Ａ／ＮをＰＵＳＣＨ上にピギーバックするように動作でき、具体的には、（１からＮまでのｃｏｕｎｔｅｒ－ＤＡＩ値に対応する）Ｎ個のＰＤＳＣＨに対するＡ／Ｎペイロードを構成することでＰＵＳＣＨ上にピギーバックするように動作できる。
一例として、ＵＬ承認ＤＣＩによって各ＰＤＳＣＨグループ別にＴ－ＤＡＩが指示されるように設定された状況で、特定ＰＤＳＣＨグループに対して前記ｎｏ ＰＤＳＣＨ ｃａｓｅである場合に、当該ＰＤＳＣＨグループに対して前記動作が適用されてよく、他の例として、ＵＬ承認ＤＣＩによって一つのＴ－ＤＡＩのみが指示されるように設定された状況で、全てのＰＤＳＣＨグループに対して前記ｎｏ ＰＤＳＣＨ ｃａｓｅである場合に、特定（例えば、一番目に低いグループＩＤ／インデックスを有する）ＰＤＳＣＨグループに対して前記動作が適用されてよい。
さらに他の方法として、前記ｎｏ ＰＤＳＣＨ ｃａｓｅである場合に、端末は、当該（ＰＤＳＣＨ）スロットグループ（ＩＤ）に対応するＮＦＩビット値は、以前（最近）受信されたＮＦＩ値と同一に維持される（例えば、以前（最近）受信されたＮＦＩ値からトグルされない）ことを仮定するが、ＵＬ承認ＤＣＩで指示されたｔｏｔａｌ－ＤＡＩ値に対応するＰＤＳＣＨはいかなる（ＰＤＳＣＨ）スロットグループ（ＩＤ）にも属しないと見なした状態で、当該ＰＤＳＣＨに対してのみＡ／Ｎペイロードを構成する又は構成しないように動作できる。
具体的に、仮に当該ｔｏｔａｌ－ＤＡＩ値Ｎが４である場合（例えば、Ｎ＝４）には、Ａ／Ｎペイロードを構成しないことで（すなわち、０ビットＡ／Ｎ）、ＰＵＳＣＨ上にピギーバックしないように動作でき、一方、仮に当該ｔｏｔａｌ－ＤＡＩ値Ｎが４でない場合（例えば、Ｎ＜４）には、Ａ／Ｎペイロード（すなわち、１ビット以上のＡ／Ｎ）を構成することで、当該Ａ／ＮをＰＵＳＣＨ上にピギーバックするように動作でき、具体的には、（１からＮまでのｃｏｕｎｔｅｒ－ＤＡＩ値に対応する）Ｎ個のＰＤＳＣＨに対するＡ／Ｎペイロードを構成し、ＰＵＳＣＨ上にピギーバックするように動作できる。
一例として、ＵＬ承認ＤＣＩによって各ＰＤＳＣＨグループ別にＴ－ＤＡＩが指示されるように設定された状況で、特定ＰＤＳＣＨグループに対して前記ｎｏ ＰＤＳＣＨ ｃａｓｅである場合に、当該ＰＤＳＣＨグループに設定されたＴ－ＤＡＩに対応するＰＤＳＣＨはいかなるＰＤＳＣＨグループにも属しないと見なした状態で前記動作が適用されてよく、他の例として、ＵＬ承認ＤＣＩによって一つのＴ－ＤＡＩのみが指示されるように設定された状況で、全てのＰＤＳＣＨグループに対して前記ｎｏ ＰＤＳＣＨ ｃａｓｅである場合に、当該Ｔ－ＤＡＩに対応するＰＤＳＣＨはいかなるＰＤＳＣＨグループにも属しないと見なした状態で前記動作が適用されてよい。
一方、単一ＵＬ承認ＤＣＩによって、複数スロットにわたって送信される複数のＰＵＳＣＨリソースをスケジュール／指示する（マルチスロットスケジューリングの）場合、当該ＤＣＩによってりシグナルされるｔｏｔａｌ－ＤＡＩ、ＮＦＩ、及び／又はＣＴＩ情報を適用する動作が必要であり得る。当該情報の場合、ＤＣＩによってスケジュールされた複数のスロット又はＰＵＳＣＨリソースのうち、１）（ａ）最初スロット内ＰＵＳＣＨリソース（すなわち、ｆｉｒｓｔ－スロットＰＵＳＣＨ）、（ｂ）最初ＰＵＳＣＨリソース（すなわち、ｆｉｒｓｔ ＰＵＳＣＨ）、（ｃ）特定シンボル数（又は、ｎｏｎ－ＤＭＲＳシンボル数）及び／又は特定ＲＢ数（又は、ＲＥ数或いはｎｏｎ－ＤＭＲＳ ＲＥ数）以上で構成された最初ＰＵＳＣＨリソース、（ｄ）ＰＵＳＣＨ送信が指示された最初スロットの直後のスロット内に割り当てられたＰＵＳＣＨリソース、或いは（ｅ）スロット区間（ｄｕｒａｔｉｏｎ）と同じシンボル区間を有する最初ＰＵＳＣＨリソース（すなわち、ｆｉｒｓｔ ｆｕｌｌ－ＰＵＳＣＨ）にのみ（例えば、前記複数のリソースのうち特定の一つのリソース又は特定リソース組合せにのみ）適用されるか、２）（ａ）ＬＢＴ（それによるＣＣＡ）に最初に成功したｆｉｒｓｔ－スロットＰＵＳＣＨ、（ｂ）ｆｉｒｓｔ ＰＵＳＣＨ、或いは（ｃ）ｆｉｒｓｔ ｆｕｌｌ－ＰＵＳＣＨにのみ適用されるか、３）（ａ）Ａ／Ｎフィードバックがピギーバックされた形態で送信されるｆｉｒｓｔ－スロットＰＵＳＣＨ、（ｂ）ｆｉｒｓｔ ＰＵＳＣＨ、或いは（ｃ）ｆｉｒｓｔ ｆｕｌｌ－ＰＵＳＣＨにのみ適用されてよい。上記以外のスロット又はＰＵＳＣＨリソースに対しては、ａ）ＤＬ承認ＤＣＩによって最後に検出／受信された情報（例えば、スロットグループＩＤ／インデックス、ｔｏｔａｌ－ＤＡＩ、ＮＦＩ、ＣＴＩ、及び／又は下記フォールバックＡ／Ｎ有無の指示情報、ｐｅｎｄｅｄ Ａ／Ｎ有無の指示情報）に基づいてＡ／Ｎコードブック（ペイロード）を構成／送信する、及び／又はｂ）前記情報に対して特定（例えば、デフォルト）値を仮定／適用できる。
ａ）の場合、最後に検出／受信された情報に関連したＤＬ承認ＤＣＩは、ＰＵＳＣＨ送信時点（スロット）を、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点として指示したＤＣＩに限定されてよい。一方、ｂ）の場合、少なくとも一つに対して次のように仮定／適用できる。
１）ｔｏｔａｌ－ＤＡＩに対してはｔｏｔａｌ－ＤＡＩビットを‘１１’と（又は、ｔｏｔａｌ－ＤＡＩ値を４と）仮定／適用し、
２）ＮＦＩに対しては（以前Ａ／Ｎフィードバックに比べて或いは以前（例えば、最後）に受信されたＮＦＩビットと比較して）トグルされた（又は、非トグルされた）と仮定／適用し、
３）ＣＴＩではＴｙｐｅ－２ａ（又は、下記の場合、Ｔｙｐｅ－１）コードブックが指示されることを仮定／適用し、
４）下記において“Ｔｙｐｅ－１コードブックベースＡ／Ｎフィードバックの有無を示す情報”に対しては、該当のフィールド／シグナリングがないと仮定／適用し、
５）下記において“Ｐｅｎｄｅｄ Ａ／Ｎの有無を指示する情報”に対しては、当該ｐｅｎｄｅｄ Ａ／Ｎフィードバックがないと仮定／適用できる。
（ｂ）Ｔｙｐｅ－１／２ Ａ／Ｎコードブック設定時のＤＣＩ構成及びシグナリング情報
１）ＤＬ承認ＤＣＩによってシグナルされる情報
Ａ．基本的に次の情報を含むことができる（便宜上、基本情報）。
ｉ．フォールバックＡ／Ｎの有無を指示する情報（例えば、Ｔｙｐｅ－１コードブックの場合）
ｉｉ．Ｎｏｔｅｓ
ｉｉｉ．Ｃｏｕｎｔｅｒ－ＤＡＩ及びｔｏｔａｌ－ＤＡＩ指示情報（Ｔｙｐｅ－２コードブックの場合）
１．前記情報は、一つのバンドリングウィンドウ区間でＰＣｅｌｌ（そこでのＰＤＳＣＨ送信）をスケジュールするフォールバックＤＣＩ一つのみが送信されたか否かを指示できる。前記情報は１ビットのみで構成／シグナルされてよい。
Ｂ．さらに、次の情報を含むことができる。
ｉ．Ｔｙｐｅ－３コードブックに基づくＡ／Ｎフィードバック構成／送信の有無（例えば、Ｔｙｐｅ－１又はＴｙｐｅ－２とＴｙｐｅ－３のうちどのＡ／Ｎコードブックとして構成／送信するかを指示するＣＴＩシグナリング）
ｉｉ．Ｎｏｔｅｓ
１．（特定時点に）ＤＣＩによってＴｙｐｅ－３が指示されると、当該ＤＣＩによってＴｙｐｅ－３コードブックベースＡ／Ｎフィードバックに対するＮＦＩ情報がさらにシグナルされてよい。
Ｃ．さらに、次の情報を含むことができる。
ｉ．Ｐｅｎｄｅｄ Ａ／Ｎの有無を指示する情報
ｉｉ．Ｎｏｔｅｓ
１．前記情報は、Ｔｙｐｅ－１又はＴｙｐｅ－２コードブックに基づいて構成されたＡ／Ｎペイロードに（以前時点に）ペンディングが指示されたＡ／Ｎ（すなわち、ｐｅｎｄｅｄ Ａ／Ｎ）をさらに含め、最終Ａ／Ｎフィードバックを構成するか否かを指示できる。
Ｄ．フォールバックＤＣＩベースのＤＬスケジューリング関連
ｉ．前記Ｔｙｐｅ－１コードブックの場合、
１.基本的に、（少なくともＰＣｅｌｌ／ＰＳＣｅｌｌに対応する）当該ＤＣＩフォーマットには前記基本情報が含まれる／シグナルされる形態であってよい。
２．さらに、（ＰＣｅｌｌ／ＰＳＣｅｌｌを除く）ＳＣｅｌｌに対応するフォールバックＤＣＩフォーマットには前記基本情報が含まれない／シグナルされない形態であってよい。
ｉｉ．前記Ｔｙｐｅ－２コードブックの場合、
１．基本的に、当該ＤＣＩフォーマットには前記基本情報のうちｃｏｕｎｔｅｒ－ＤＡＩのみが含まれる／シグナルされる形態であってよい。
Ｅ．ＣＢグループ（ＣＢＧ）単位ＤＬ送信動作関連
ｉ．ＣＢＧ単位ＤＬ送信が設定されたＣＣ／セルの場合又はＣＢＧ単位ＤＬ送信が設定されたＣＣ／セルを含むＣＡである場合に、ｐｅｎｄｅｄ Ａ／Ｎペイロードは、全てのセル／ＣＣに設定された最大（送信可能）ＣＢＧ数、すなわちセル／ＣＣ別に設定された（送信可能）ＣＢＧ数のうち最大値に基づいて決定されてよい。ＴＢ単位送信が設定されたＣＣ／セルの場合又はＴＢ単位送信が設定されたＣＣ／セルのみが併合された場合に、ｐｅｎｄｅｄ Ａ／Ｎペイロードは全セル／ＣＣに設定された最大（送信可能）ＴＢ数、すなわちセル／ＣＣ別に設定された（送信可能）ＴＢ数のうち最大値に基づいて決定されてよい。
２）ＵＬ承認ＤＣＩによってシグナルされる情報
Ａ．基本的に次の情報を含むことができる（便宜上、基本情報）。
ｉ．Ｔｙｐｅ－１コードブックベースＡ／Ｎフィードバックの有無を指示する情報（例えば、Ｔｙｐｅ－１コードブックの場合）
ｉｉ．Ｎｏｔｅｓ
１．前記情報は、ｔｙｐｅ－１コードブックに基づいて構成されたＡ／ＮペイロードをＰＵＳＣＨにピギーバックして送信するか（そうでないと、０ビット（すなわち、ピギーバック省略）或いはフォールバックＡ／Ｎのみをピギーバックするか）を指示できる。
ｉｉｉ．Ｔｏｔａｌ－ＤＡＩ指示情報（例えば、Ｔｙｐｅ－２コードブックの場合）
Ｂ．さらに、次の情報を含むことができる。
ｉ．Ｔｙｐｅ－３コードブックに基づくＡ／Ｎフィードバック構成／送信の有無（例えば、Ｔｙｐｅ－１又はＴｙｐｅ－２とＴｙｐｅ－３のうちどのＡ／Ｎコードブックとして構成／送信するかを指示）
ｉｉ．Ｎｏｔｅｓ
１．（特定時点に）ＤＣＩによってＴｙｐｅ－３が指示されると、当該ＤＣＩによってＴｙｐｅ－３コードブックベースＡ／Ｎフィードバックに対するＮＦＩ情報がさらにシグナルされてよい。
Ｃ．さらに、次の情報を含むことができる。
ｉ．Ｐｅｎｄｅｄ Ａ／Ｎ有無を指示する情報
ｉｉ．Ｎｏｔｅｓ
１．前記情報は、Ｔｙｐｅ－１又はＴｙｐｅ－２コードブックに基づいて構成されたＡ／Ｎペイロードに、（以前時点に）ペンディングが指示されたＡ／Ｎ（すなわち、ｐｅｎｄｅｄ Ａ／Ｎ）をさらに含み、最終Ａ／Ｎフィードバックを構成するか否かを指示できる。
Ｄ．フォールバックＤＣＩベースのＵＬスケジューリング関連
ｉ．基本的に、フォールバックＤＣＩフォーマットには前記基本情報が含まれない／シグナルされない形態であってよい。
ｉｉ．ＵＬ承認ＤＣＩに含まれない／シグナルされない情報に対して、端末はＤＬ承認ＤＣＩによって最後に検出／受信された情報（例えば、（Ｔｙｐｅ－１コードブックの場合）フォールバックＡ／Ｎ有無の指示情報、（Ｔｙｐｅ－２ コードブックの場合）ｃｏｕｎｔｅｒ－ＤＡＩ／ｔｏｔａｌ－ＤＡＩ情報、ＣＴＩ、ｐｅｎｄｅｄ Ａ／Ｎ有無の指示情報）に基づいてＡ／Ｎコードブック（ペイロード）を構成／送信するように動作できる。ここで、最後に検出／受信された情報に関連したＤＬ承認ＤＣＩは、ＵＬ承認ＤＣＩによってスケジュールされたＰＵＳＣＨ送信時点（スロット）を、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点として指示したＤＣＩに限定されてよい。
ｉｉｉ．一方、ダイナミック承認ＤＣＩ送信を伴うスケジューリングでない、ＣＧ（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）形態でＤＣＩ無しに送信されるＣＧ－ＰＵＳＣＨを用いてＡ／Ｎをピギーバックして送信できる。この場合、端末は、ＤＬ承認ＤＣＩによって最後に検出／受信された情報（例えば、（Ｔｙｐｅ－１コードブックの場合）フォールバックＡ／Ｎ有無の指示情報、（Ｔｙｐｅ－２コードブックの場合）ｃｏｕｎｔｅｒ－ＤＡＩ／ｔｏｔａｌ－ＤＡＩ情報、ＣＴＩ、ｐｅｎｄｅｄ Ａ／Ｎ有無の指示情報）に基づいてＡ／Ｎコードブック（ペイロード）を構成／送信できる。最後に検出／受信された情報に関連したＤＬ承認ＤＣＩは、ＣＧ－ＰＵＳＣＨ送信時点（スロット）を、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点として指示したＤＣＩに限定されてよい。
Ｅ．ＣＢグループ（ＣＢＧ）単位ＤＬ送信動作関連
ｉ．先のＤＬ承認ＤＣＩにおけると同様に、ｐｅｎｄｅｄ Ａ／Ｎペイロードが全セル／ＣＣに設定された最大（送信可能）ＣＢＧ数或いはＴＢ数に基づいて決定されてよい。
一方、（Ｔｙｐｅ－２ａ又はＴｙｐｅ－１又はＴｙｐｅ－２ Ａ／Ｎコードブック設定及びそれによる）ＤＬ／ＵＬ承認ＤＣＩ情報構成及びシグナリング動作は、ＣＡ状況でＰＵＣＣＨ送信を行うように設定されたＰＵＣＣＨセル／ＣＣ（例えば、ＰＣｅｌｌ又はＰＳＣｅｌｌ）がＵ－バンド上で動作するセル／ＣＣである場合に限定されてよい。この場合、ＣＡされた全セル／ＣＣに対応するＤＬ／ＵＬ承認ＤＣＩは、本明細書の提案方法によって構成されてよい。一方、ＰＵＣＣＨセル／ＣＣがＬ－バンド上で動作するセル／ＣＣである場合、（既存Ｔｙｐｅ－１又はＴｙｐｅ－２ Ａ／Ｎコードブックを設定した状態で）既存と同じＤＬ／ＵＬ承認ＤＣＩ情報構成及びシグナリング動作が適用されてよい。この場合、併合された全セル／ＣＣに対応するＤＬ／ＵＬ承認ＤＣＩは、既存と同一に構成されてよい。
他の方案として、Ｔｙｐｅ－２ａ又はＴｙｐｅ－１又はＴｙｐｅ－２ Ａ／Ｎコードブック設定及びそれによるＤＬ／ＵＬ承認ＤＣＩ情報の構成／シグナリングは、マルチキャリア、すなわち、端末にＣＡによって設定された複数セル／ＣＣ集合に、Ｕ－バンド上で動作するセル／ＣＣが含まれた場合に限定されてよい。この場合、併合された全セル／ＣＣに対応するＤＬ／ＵＬ承認ＤＣＩを上述の提案方法のように構成できる。一方、マルチキャリアにＬ－バンド上で動作するセル／ＣＣのみが含まれた場合に、既存Ｔｙｐｅ－１又はＴｙｐｅ－２ Ａ／Ｎコードブック設定及びそれによる既存ＤＬ／ＵＬ承認ＤＣＩ情報の構成／シグナリングが適用されてよい。この場合、併合された全てのセル／ＣＣに対応するＤＬ／ＵＬ承認ＤＣＩは、既存と同一に構成されてよい。
（５）提案方法４
（ａ）特定ＰＤＳＣＨに対するＡ／Ｎフィードバックアップデート
特定ＰＤＳＣＨ或いはＨＡＲＱプロセスＩＤに対して、（端末が支援可能な最小プロセシング時間に比べて）不足した（ＰＤＳＣＨデコーディング及びＡ／Ｎ準備（ｐｒｅｐａｒａｔｉｏｎ）動作にかかる）プロセシング時間が基地局からスケジュール／指示されることがある。この場合、端末は、（当該ＰＤＳＣＨに対応する）ＤＣＩにより指示された（最初）Ａ／Ｎ（ＰＵＣＣＨ）送信時点では、当該ＰＤＳＣＨ（又は、ＨＡＲＱプロセスＩＤ）に対してＮＡＣＫをフィードバック（或いはＤＴＸ）するように動作できる。
その後、（前記ＰＤＳＣＨ（又は、ＨＡＲＱプロセスＩＤ）に対する基地局からの別個の再送信スケジューリングはなかった状態で）前記ＰＤＳＣＨを含むスロットグループＩＤに対する（Ｔｙｐｅ－２ａコードブックベースの）Ａ／Ｎフィードバック送信又は前記ＨＡＲＱプロセスＩＤを含むＨＡＲＱプロセスグループに対する（Ｔｙｐｅ－３コードブックベースの）Ａ／Ｎフィードバック送信が、基地局から（再び）指示されてよい。この場合、端末は、当該ＰＤＳＣＨ（又は、ＨＡＲＱプロセスＩＤ）の実際／最終デコーディング結果を反映して当該ＰＤＳＣＨ（又は、ＨＡＲＱプロセスＩＤ）に対するＡ／Ｎフィードバックをアップデートできる。一例として、デコーディング結果がＡＣＫである場合、基地局から（再び）指示されたＡ／Ｎ（ＰＵＣＣＨ）送信時点では当該ＰＤＳＣＨ（又は、ＨＡＲＱプロセスＩＤ）に対してＡＣＫをフィードバックできる。
一方、上の動作は、ＰＤＳＣＨ（又は、ＨＡＲＱプロセスＩＤ）に対応するＮＦＩのトグリングの有無に関係なく適用されるか、当該ＮＦＩが非トグルである場合とトグルである場合のいずれか一つの場合にのみ適用されてよい。この場合、他の場合には、上記のようなフィードバックアップデートを省略（例えば、以前フィードバックを維持）できる。
さらに、ＨＡＲＱプロセスＩＤに対して、不足したプロセシング時間が基地局からスケジュール／指示された場合に、それに対応するＨＡＲＱ－ＡＣＫ送信時点で端末が送信するＨＡＲＱ－ＡＣＫフィードバックのアップデート（以下、ｕｐｄａｔｅｄ ｆｅｅｄｂａｃｋ）は、当該ＨＡＲＱプロセスＩＤに対して指示されたＮＤＩ値によって変わってよい。一例として、ＮＤＩ値が（以前値と比較して）非トグルされた状態で、端末が当該ＨＡＲＱプロセスＩＤに対して以前にＡＣＫをフィードバックしたか／したし、実際／最終ＰＤＳＣＨデコーディング結果がＡＣＫであった場合に、端末は、ＨＡＲＱ－ＡＣＫフィードバック（例えば、ｕｐｄａｔｅｄ ｆｅｅｄｂａｃｋ）をＡＣＫとしてアップデート／報告できる。他の例として、ＮＤＩ値が（以前値と比較して）非トグルされた状態で、端末が当該ＨＡＲＱプロセスＩＤに対して以前にＮＡＣＫをフィードバックしたか／したし、実際／最終ＰＤＳＣＨデコーディング結果がＮＡＣＫであった場合に、端末はＨＡＲＱ－ＡＣＫフィードバック（例えば、ｕｐｄａｔｅｄ ｆｅｅｄｂａｃｋ）をＮＡＣＫとして報告できる。さらに他の例として、ＮＤＩが（以前値と比較して）トグルされた状態で指示され、新しいＴＢ又はＰＤＳＣＨがスケジュール／送信された場合に、端末は、当該ＴＢ又はＰＤＳＣＨに対するプロセシング時間の不足により、ＨＡＲＱ－ＡＣＫフィードバック（例えば、ｕｐｄａｔｅｄ ｆｅｅｄｂａｃｋ）を、有効（ｖａｌｉｄ）でない値（例えば、ＮＡＣＫ）として報告してよい。
（ｂ）ＣＢＧ再送信が設定されたＣＣ関連Ａ／Ｎフィードバック
前記Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信が基地局から指示された場合に、ＰＵＣＣＨ（又は、ＰＵＳＣＨ）上のＡ／Ｎペイロード構成方法が必要であり得る。Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックに対するペイロード構成に対する端末と基地局間の共通の理解が必要である。
具体的な例として、端末に設定されたＣＣインデックス集合、各ＣＣ別に設定されたＨＡＲＱプロセス（ｐｒｏｃｅｓｓ）ＩＤ／インデックス集合、各ＣＣ別に設定された（最大）ＴＢインデックス集合及び／又はＣＢＧインデックス集合に基づいて、端末がいかなる順序に従って各｛ＣＣ，ＨＡＲＱ ＩＤ，ＴＢ又はＣＢＧ｝組合せに対応するＡ／Ｎビットをマップするかが決定される必要があり得る。
これを勘案して、一例として、“ＴＢ／ＣＢＧインデックスｆｉｒｓｔ－ＨＡＲＱプロセスインデックスｓｅｃｏｎｄ－ＣＣインデックスｔｈｉｒｄ”方式でＡ／Ｎビットをマップする方法を考慮できる。例えば、ＴＢ／ＣＢＧインデックスに基づいてＴＢ／ＣＢＧに対するＡ／Ｎビットをマップし（第１レベル（ｆｉｒｓｔ ｌｅｖｅｌ））－＞当該ＨＡＲＱプロセスに対するＡ／Ｎビットのマッピングが完了すると、ＨＡＲＱプロセスインデックスに基づいて次のＨＡＲＱプロセスに対するＡ／Ｎビットをマップし（第２レベル（ｓｅｃｏｎｄ ｌｅｖｅｌ））－＞当該ＣＣに対するＡ／Ｎビットのマッピングが完了すると、ＣＣインデックスに基づいて次のＣＣに対するＡ／Ｎビットをマップする（第３レベル（ｔｈｉｒｄ ｌｅｖｅｌ））方式で、ＨＡＲＱ－ＡＣＫペイロード内で各Ａ／Ｎビットがマップされてよい。より具体的な例を挙げると、端末は、１）一番目に低いＣＣインデックスの一番目に低いＨＡＲＱプロセスインデックスに対して、一番目に低いＴＢ／ＣＢＧインデックスから順次に（一番目に高い（ｈｉｇｈｅｓｔ）ＴＢ／ＣＢＧインデックスまで）対応するＡ／Ｎをマップし、２）一番目に低いＣＣインデックスの二番目に低い（２ｎｄ ｌｏｗｅｓｔ）ＨＡＲＱプロセスインデックスに対して、一番目に低いＴＢ／ＣＢＧインデックスから順次に対応するＡ／Ｎをマップし、…３）一番目に低いＣＣインデックスの一番目に高いＨＡＲＱプロセスインデックスに対して、一番目に低いＴＢ／ＣＢＧインデックスから順次に対応するＡ／Ｎをマップし、４）二番目に低いＣＣインデックスの一番目に低いＨＡＲＱプロセスインデックスに対して、一番目に低いＴＢ／ＣＢＧインデックスから順次に対応するＡ／Ｎをマップし、…このような順序でＡ／Ｎをマップするように動作できる。このようなＡ／Ｎマッピングが用いられた例示として、後述する図１７～図２３が参照できる。
端末は、（Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信のために）複数（又は、全体）ＣＣ、複数（又は、全体）ＨＡＲＱプロセス及び複数（又は、全体）ＴＢ／ＣＢＧに対するＡ／Ｎを一度で報告するように構成（例えば、上位層シグナリングによってｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－ＯｎｅＳｈｏｔＦｅｅｄｂａｃｋ－ｒ１６パラメータ受信）されてよく、端末は、Ｔｙｐｅ３コードブックに関連した構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいてＨＡＲＱ－ＡＣＫ応答を報告することができる。ＨＡＲＱ－ＡＣＫ応答のペイロード内で各Ａ／Ｎビットがマップされる順序は、上のような順序に従ってよい。例えば、Ｔｙｐｅ３コードブックに基づいてＡ／Ｎを報告する端末は、まず、一番目に低いインデックスのセル内で一番目に低いインデックスのＨＡＲＱプロセスの一番目に低いインデックスのＴＢ／ＣＢＧのＡ／Ｎビットから一番目に高いインデックスのＴＢ／ＣＢＧのＡ／Ｎビットを順にマップし（すなわち、第１レベルマッピング）、その後、一番目に低いインデックスのセル内で二番目に低いインデックスのＨＡＲＱプロセスから一番目に高いインデックスのＨＡＲＱプロセスに対して第１レベルマッピングをそれぞれ行い（すなわち、第２レベルマッピング）、その後、二番目に低いインデックスのセルから一番目に高いインデックスのセルまで第１及び第２レベルマッピングをそれぞれ行うこと（すなわち、第３レベルマッピング）ができる。本例示によれば、同一の一つのＨＡＲＱ－ＡＣＫメッセージ（例えば、単一ＰＵＣＣＨ信号又は単一ＰＵＳＣＨ信号）によって一度で送信されるＡ／Ｎビットがいかなる順序で配置されるべきかに対して端末／基地局間に規則が明確に定義されてよい。一方、ペイロードにおいてＡ／Ｎビットが先に配置されるということは、各Ａ／Ｎビット（ＯＡＣＫ ｊ）（ここで、０＜ｊ＜Ａ／Ｎビットの最大数）においてインデックスｊが相対的に低いＡ／Ｎビットに当該Ａ／Ｎ値がマップされるということを意味できる。
要するに：
－ （複数のサービングセルが１端末に構成（ｃｏｎｆｉｇｕｒｅ）された場合）に、セルインデックスがより低いサービングセルに対するＡ／Ｎビット（すなわち、より低いセルインデックスを有するサービングセルで受信されたＤＬ信号に対するＡ／Ｎビット）がまず配置
－ 同一のセルインデックスに対するＡ／Ｎビットの場合、ＨＡＲＱインデックスが相対的に低いＨＡＲＱプロセスと関連したＡ／Ｎビットが先に配置
－ 同一のＨＡＲＱプロセスインデックスに対するＡ／Ｎビットの場合、ＴＢインデックスが相対的に低いＴＢに対するＡ／Ｎビットが先に配置
－ （ＣＢＧベースのＨＡＲＱ－ＡＣＫが構成（ｃｏｎｆｉｇｕｒｅ）されたサービングセルである場合に）同一のＴＢインデックスに対するＡ／Ｎビットの場合、ＣＢＧインデックスが相対的に低いＣＢＧに対するＡ／Ｎビットが先に配置
図１５には、既存の伝送ブロック（ＴＢ）処理過程を例示する。図１５の過程は、ＤＬ－ＳＣＨ送信チャネルのデータに適用されてよい。上りリンクＴＢ（或いは、上りリンク送信チャネルのデータ）も類似に処理されてよい。
図１５を参照すると、送信機は、ＴＢにエラーチェックのためにＣＲＣ（例えば、２４－ビット）（ＴＢ ＣＲＣ）を加える。その後、送信機は、チャネルエンコーダのサイズを考慮して、ＴＢ＋ＣＲＣを複数のコードブロック（ＣＢ）に分けることができる。ＮＲにおいてＣＢ最大サイズは８４２４ビット（ＬＤＰＣベースグラフ１）又は３８４０ビット（ＬＤＰＣベースグラフ２）である。したがって、ＴＢサイズがＣＢ最大サイズよりも小さいとＣＢは構成されなく、ＴＢサイズがＣＢ最大サイズよりも大きいと、ＴＢはＣＢ最大サイズ単位に分割され、複数のＣＢが生成される。それぞれのＣＢにはエラーチェックのためにＣＲＣ（例えば、２４ビット）（ＣＢ ＣＲＣ）が個別に付加される。それぞれのＣＢはチャネルコーディング及びレートマッチングを経た後、一つに合わせられてコードワード（ＣＷ）が生成される。ＣＢＧベースの送信が設定されていないセル（例えば、ＣＣ）の場合、データスケジューリングとそれによるＨＡＲＱ過程はＴＢ単位で行われ、ＣＢ ＣＲＣはＴＢデコーディングの早期終了（ｅａｒｌｙ ｔｅｒｍｉｎａｔｉｏｎ）を判断するために用いられる。
図１６には、既存のＣＢＧベース送信を例示する。
図１６を参照すると、ＣＢＧベース（再）送信が設定された（ｃｏｎｆｉｇｕｒｅｄ）セル（例えば、ＣＣ）に対し、端末は上位層信号（例えば、ＲＲＣ信号）によって伝送ブロック当たりコードブロックグループの最大個数Ｍ（＞１）に関する情報を基地局から受信することができる（Ｓ１６０２）。ＣＢＧベース送信はセル（例えば、ＣＣ）別に設定されてよい。その後、端末は、データ初期送信を（ＰＤＳＣＨで）基地局から受信することができる（Ｓ１６０４）。ここで、データはＴＢを含み、伝送ブロックは複数のＣＢを含み、複数のＣＢは一つ以上のＣＢＧに区分されてよい。便宜上、ＴＢ－ＣＲＣ及びＣＢ－ＣＲＣは図示していない。ここで、ＣＢＧのうち一部はｃｅｉｌｉｎｇ（Ｋ／Ｍ）個のＣＢを含み、残りのＣＢはｆｌｏｏｒｉｎｇ（Ｋ／Ｍ）個のＣＢを含むことができる。Ｋは、ＴＢ内のＣＢの個数を表す。その後、端末は、データに対してＣＢＧ－ベースのＡ／Ｎ情報を基地局にフィードバックでき（Ｓ１６０６）、基地局は、ＣＢＧに基づいてデータ再送信を行うことができる（Ｓ１６０８）。Ａ／Ｎ情報は、ＰＵＣＣＨ又はＰＵＳＣＨで送信されてよい。ここで、Ａ／Ｎ情報はデータに対して複数のＡ／Ｎビットを含み、それぞれのＡ／Ｎビットはデータに対してＣＢＧ単位で生成されたそれぞれのＡ／Ｎ応答を示すことができる。Ａ／Ｎ情報のペイロードサイズは、データ（例えば、ＴＢ）を構成するＣＢＧに関係なくＭに基づいて同一に維持されてよい。
一方、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信が基地局から指示された場合に、ＰＵＣＣＨ（又は、ＰＵＳＣＨ）で送信されるＡ／Ｎペイロードサイズは、端末に設定された（ｃｏｎｆｉｇｕｒｅｄ）ＣＣ個数、各ＣＣ別に設定されたＨＡＲＱプロセス個数、各ＣＣ別に設定された最大ＴＢ個数又は最大ＣＢＧ個数に比例して増加してよい。これらのうち、特に、ＣＢＧ個数は、他のパラメータに比べて急激にＡ／Ｎペイロードサイズを増加させる要因になり、大きいＰＵＣＣＨリソースオーバーヘッドを誘発することがある。
図１７には、Ｔｙｐｅ－３コードブックベースのＡ／Ｎ送信を例示する。
Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信が基地局からＰＤＣＣＨのＤＣＩによって指示されてよい。Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信が指示されると、端末は、上位層シグナリングによって取得したＴｙｐｅ－３コードブックに対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいて、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信を行うことができる。
このような、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックは、複数ＣＣ、各ＣＣ当たりに複数ＨＡＲＱプロセス及び／又は各ＨＡＲＱプロセス当たりに少なくとも一つ以上のＴＢ／ＣＢＧに対して一度でＨＡＲＱ－ＡＣＫを報告するワンショットＡ／Ｎフィードバックと理解されてよい。
基地局は、Ｔｙｐｅ－３コードブックベースのＡ／ＮフィードバックをＤＣＩによって指示する前に、上位層シグナリングによってＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバックに関連したパラメータを設定（ｃｏｎｆｉｇｕｒｅ）できる。例えば、上位層シグナリングはセルグループ別に提供されてよい。基地局は、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを上位層シグナリング（例えば、ＲＲＣシグナリング）によって端末に設定しながら、Ｔｙｐｅ－３コードブックベースのＡ／ＮフィードバックがＣＢＧ単位で行われるべきか及び／又は当該Ａ／Ｎ値に関連したＮＤＩ値（例えば、ＤＬ承認ＤＣＩに含まれたＮＤＩフィールド値）を共に報告すべきかを設定できる。
Ｔｙｐｅ－３コードブックベースのＡ／ＮフィードバックがＣＢＧ単位で行われるべきであると設定された場合に、端末は、ＣＢＧ単位送信が行われる全てのＣＣに対してはＣＢＧ単位でＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを行うことができる。しかし、ＴＢ単位で送信が行われるＣＣに対しては、端末は依然としてＴＢ単位でＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを行う。これと違い、Ｔｙｐｅ－３コードブックベースのＡ／ＮフィードバックがＣＢＧ単位で行われるべきであると設定されていない場合に、端末は、全てのＣＣ（例えば、ＣＢＧ単位送信が行われるＣＣを含む全てのＣＣ）に対してＴＢ単位でＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを行うことができる。
Ｔｙｐｅ－３コードブックベースのＡ／Ｎ送信においてＮＤＩ値（例えば、ＤＬ承認ＤＣＩに含まれたＮＤＩフィールド値）を共に報告するように設定（例えば、上位層シグナリング）された端末は、毎ＴＢごとに１個のＮＤＩフィールド値を報告する。例えば、ＴＢ単位でＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバックが生成されるＣＣに対して、端末は、当該ＴＢに対するＡ／Ｎビット及び当該ＮＤＩ値（例えば、当該ＴＢをスケジュールするＤＣＩの当該ＮＤＩフィールド値）を共に報告する。また、例えば、ＣＢＧ単位でＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバックが生成されるＣＣに対して、端末は、当該ＴＢに含まれたＣＢＧに対するＡ／Ｎビット及び当該ＴＢに属するＣＢＧ共通の当該ＮＤＩ値（例えば、当該ＴＢのＣＢＧをスケジュールするＤＣＩの当該ＮＤＩフィールド値）を共に報告することができる。
ＤＣＩによってＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバック要請が受信されると、端末は、前述した上位層シグナリングに基づいてＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを生成及び送信することができる。
図１７ではＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバックに関連した上位層シグナリング過程は既に完了したと仮定する。
図１７を参照すると、端末は、少なくとも一つのＣＣ上で一つ以上のＰＤＳＣＨを受信することができる（Ｓ１７０２）。各ＰＤＳＣＨは一つ以上のＴＢを含むことができる。各ＴＢは一つ以上のＣＢを含むことができる。当該ＣＣに対してＣＢＧ単位（再）送信が設定された場合に、ＴＢのＣＢは複数のＣＢＧにまとめられてよい。受信された各ＰＤＳＣＨは各（ＤＬ）ＨＡＲＱプロセスＩＤに対応し、当該ＰＤＳＣＨに対応する（ＤＬ）ＨＡＲＱプロセスＩＤは、ＰＤＳＣＨをスケジュールするＤＣＩで指示されてよい。（ＤＬ）ＨＡＲＱプロセスＩＤの全体個数はＣＣ別に設定されてよい。
その後、端末は、受信した一つ以上のＰＤＳＣＨに対して当該ＨＡＲＱ－ＡＣＫプロセスタイミングにしたがって（Ｔｙｐｅ－１／２コードブックベース）Ａ／Ｎ情報を送信することができる（図示せず）。説明の論点がぼけることを防止するために、Ｔｙｐｅ－１／２コードブックベースＡ／Ｎ情報送信の過程は図示しておらず、それに関する具体的な説明は省略するものとする。
一方、端末は、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信を指示するための制御情報を基地局から受信することができる（Ｓ１７０４）。Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信は、（当該サービングＣＣ／セルの全ＨＡＲＱプロセスＩＤに対して）ＨＡＲＱプロセスＩＤベースでＡ／Ｎフィードバックを構成する過程を含むことができる。ＨＡＲＱプロセスＩＤ－ベースのＡ／Ｎフィードバック構成は、Ａ／Ｎフィードバックを構成するＡ／Ｎ情報の生成／配置を、ＨＡＲＱプロセスＩＤを基準に構成するこを意味できる。（当該サービングＣＣ／セルの全ＨＡＲＱプロセスＩＤに対して）各ＨＡＲＱプロセスＩＤ別にＡ／Ｎ情報が構成／配置されてよい。
より具体的な例として、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信は、ＤＣＩ（例えば、ＤＬ承認）の指示に基づいて（例えば、提案方法３のＣＴＩ参照）、（全サービングＣＣに対して）各ＣＣのＤＬ ＨＡＲＱプロセスＩＤ全体に対応するＰＤＳＣＨに対するＡ／ＮフィードバックをＨＡＲＱプロセスＩＤベースで構成する過程を含むことができる（提案方法３のｐ－Ａ／Ｎ参照）。
端末は、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを送信できる（Ｓ１７０６）。
Ａ／Ｎフィードバックは、特定信号（例えば、ＲＲＣ又はＤＣＩシグナリング）に基づいて設定／指示されたタイミングで送信されてよい。
Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックの場合、Ａ／Ｎペイロードは（全サービングＣＣに対して）各ＣＣの（ＤＬ）ＨＡＲＱプロセスＩＤ全体に対してＨＡＲＱプロセスＩＤベースで構成されたＡ／Ｎ情報を含むことができる。
図２０及び図２１に、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックの様々な例示を示す。より具体的に、図２０には、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックのために空間バンドリング（Ｓｐａｔｉａｌ Ｂｕｎｄｌｉｎｇ）が適用されず、ＮＤＩ報告が設定されない場合を例示する。図２１には、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックのために空間バンドリングが適用され、ＮＤＩ報告が設定されない場合を例示する。
一例として、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックにおいて、特定ＣＣに対してＣＢＧベース送信が設定されない場合（例えば、図２０の（ｂ）におけるＣＣ又は図２１の（ｃ）におけるＣＣ＃ｎ）に、特定ＣＣに対するＡ／Ｎペイロードサイズは、特定ＣＣに対して設定された最大ＴＢ個数に基づいて決定されてよい。例えば、特定ＣＣに対するＡ／Ｎペイロードは、各ＨＡＲＱプロセスＩＤに対応するＴＢレベルＡ／Ｎ情報を含むことができる。ＴＢレベルＡ／Ｎ情報はＴＢ別に１ビットで構成されてよい（ｃｏｎｆｉｇｕｒｅｄ）。
一方、特定ＣＣに対してＣＢＧベース送信が設定された場合であって、Ｔｙｐｅ－３Ａ／ＮフィードバックのためにワンショットフィードバックＣＢＧパラメータが設定された場合（例えば、図２０の（ａ）におけるＣＣ又は図２０の（ｃ）におけるＣＣ＃ｍ）に、特定ＣＣに対するＡ／Ｎペイロードサイズは、特定ＣＣに設定された最大ＣＢＧ個数に基づいて決定されてよい。すなわち、特定ＣＣに対するＡ／Ｎペイロードは、各ＨＡＲＱプロセスＩＤに対応するＣＢＧレベルＡ／Ｎ情報を含む。ＣＢＧレベルＡ／Ｎ情報は、ＣＢＧ別に１ビットで構成されてよい。ＣＢＧレベルＡ／Ｎ情報は、一つのＴＢに対して複数（例えば、図１６のＭ）のＡ／Ｎ情報で構成されるので、Ａ／Ｎ情報がＣＢＧレベルで構成される場合、Ａ／Ｎペイロードサイズが急激に増加することがある。
上のようにＵＬ（ＰＵＣＣＨ）リソースオーバーヘッドが増加する問題を考慮して、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信が指示された場合に、ＣＢＧ単位（再）送信が設定されたＣＣに対しては、各ＨＡＲＱプロセスＩＤ別にＴＢレベル（ｌｅｖｅｌ）Ａ／Ｎを生成／マッピング／送信するように動作できる方法が必要であり得る。そのために上位層シグナリングが用いられてよい。例えば、端末は、明示的にＣＢＧベースＡ／ＮをＴｙｐｅ－３コードブックに対しても適用することを指示する上位層シグナリングを受信しなかった場合（例えば、Ｏｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＣＢＧが含まれていない場合）に、端末は、ＣＢＧ単位（再）送信が設定されたＣＣに対しても各ＨＡＲＱプロセスＩＤ別にＴＢレベル（ｌｅｖｅｌ）Ａ／Ｎを生成／マッピング／送信するように動作できる（例えば、２０の（ｃ）におけるＣＣ＃ｍ、又は図２０の（ｄ）におけるＣＣ）。
これに制限されないが、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックのペイロードの送受信オーバーヘッドを低減するための更なる方法として、前述した空間バンドリング（ｓｐａｔｉａｌ ｂｕｎｄｌｉｎｇ）が用いられてもよい（例えば、図２１）。ＣＢＧ単位（再）送信が設定されたＣＣに対してＴＢレベルＡ／Ｎをフィードバックするように設定（例えば、ｗｉｔｈｏｕｔ Ｏｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＣＢＧ）された端末は、さらに空間バンドリングを行うように設定されてよい。空間バンドリングされたＡ／Ｎは、同一の一つのＨＡＲＱプロセスＩＤに対応するＣＢ間又はＣＢＧ間にＡ／Ｎをバンドリングすることによって生成されてよい。一例として、ＴＢレベルＡ／Ｎは、複数ＣＢのそれぞれに対するＣＢ－レベルＡ／Ｎ間又は複数ＣＢＧのそれぞれに対するＣＢＧレベルＡ／Ｎ間に論理的ＡＮＤ演算を適用することによって生成されてよい。このように同一の一つのＨＡＲＱプロセスＩＤに対応するＣＢ間又はＣＢＧ間にＡ／Ｎをバンドルすることは、結果的に、同一の一つのＨＡＲＱプロセスＩＤに対応するＴＢレベルＡ／Ｎ間の論理的ＡＮＤ演算をすることと同じ意味で理解されてよい（例えば、図２１の（ｆ）におけるＣＣ又は図２１の（ｈ）におけるＣＣ＃ｍ）。
これにより、Ｔｙｐｅ－３コードブックベースのＡ／ＮペイロードサイズとＰＵＣＣＨリソースオーバーヘッドが低減し得る。
一方、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信でない場合（例えば、Ｔｙｐｅ－１／２コードブック）に、ＣＢＧ単位（再）送信が設定されたＣＣに対しては、当該ＰＤＳＣＨ（又は、ＨＡＲＱプロセスＩＤ）に対してＣＢＧレベルＡ／Ｎを生成／マッピング／送信するように動作できる。
図１８には、本発明の例に係るＴｙｐｅ－３コードブックベースのＡ／Ｎ送信を例示する。説明の便宜上、図１８において、Ｏｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＣＢＧが端末に設定されていないと仮定する。
図１８を参照すると、端末は、ＣＢＧレベル送信が構成された（ｃｏｎｆｉｇｕｒｅｄ）キャリア（例えば、ＣＣ）上で、少なくとも一つのＰＤＳＣＨを基地局から受信することができる（Ｓ１８０２）。その後、端末は、前記少なくとも一つのＰＤＳＣＨに対するＡ／Ｎ情報を含む制御情報（例えば、ＰＵＣＣＨ又はＰＵＳＣＨを介したＵＣＩ）を基地局に送信できる（Ｓ１８０４）。ここで、前記少なくとも一つのＰＤＳＣＨはそれぞれ、ＴＢに対応するＣＢＧを含み、前記キャリアの全ＨＡＲＱプロセスＩＤのうちの一つと関連してよい。このとき、前記制御情報が前記キャリアの全ＨＡＲＱプロセスＩＤに対してＨＡＲＱプロセスＩＤベースで構成されたことに基づいて（例えば、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信が指示された場合）、前記キャリアの各ＨＡＲＱプロセスＩＤに対するＡ／Ｎ情報は、前記キャリアに対してＣＢＧレベル送信が構成されたにもかかわらず、（Ｏｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＣＢＧが端末に設定されていないことに基づいて）ＴＢレベルＡ／Ｎ情報として構成されてよい。一方、前記制御情報が前記キャリアの前記少なくとも一つのＰＤＳＣＨに対してスロットインデックスベース又はＤＡＩベースで構成されたことに基づいて（例えば、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信が指示されていない場合、或いはＴｙｐｅ－１／２コードブックベースのＡ／Ｎフィードバック送信が指示されている場合）、前記少なくとも一つのＰＤＳＣＨに対するＡ／Ｎ情報はＣＢＧレベルＡ／Ｎ情報として構成されてよい（Ｏｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＣＢＧが端末に設定されるか否かに関係なく）。例えば、（Ｏｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＣＢＧパラメータは、Ｔｙｐｅ－１／２／２ａコードブックではなくＴｙｐｅ－３コードブックに限定的に適用されるパラメータと理解されてよい。
ここで、前記ＣＢＧレベルＡ／Ｎ情報のサイズは、前記キャリアに対して設定された最大ＣＢＧ個数に基づいて、前記ＴＢレベルＡ／Ｎ情報のサイズよりも大きくてよい。
ここで、端末は、段階Ｓ１８０４の前にＤＣＩをさらに受信でき、前記制御情報は、前記ＤＣＩ内のコードブックタイプ情報（例えば、ＣＴＩ）に基づいて、前記キャリアの前記全ＨＡＲＱプロセスＩＤに対して構成されてよい。
このようにＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信が指示された場合に、ＣＢＧ単位（再）送信が設定されたＣＣに対して、ＴＢレベルＡ／Ｎを生成／送信するかそれともＣＢＧレベルＡ／Ｎを生成／送信するかを、上位層信号（例えば、ＲＲＣシグナリングによって送信されるＯｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＣＢＧパラメータ）によって設定できる。
図１９には、本発明の例に係るＡ／Ｎ送信を例示する。
図１９を参照すると、ＣＣ（或いは、セル）によってＰＤＳＣＨに対するＡ／Ｎを含むＡ／Ｎペイロード（１９０２）は、状況によってＡ／Ｎコードブック構成方式が異なってよい。まず、前記ＣＣに対してｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信が指示されていない場合（例えば、ｔｙｐｅ－１、２コードブックベースのＡ／Ｎフィードバック送信が指示されている場合（例えば、スロットインデックスベース又はＤＡＩベースでＡ／Ｎフィードバック送信が指示されている場合））（１９０４）に、端末は、前記ＣＣに対してＣＢＧベース送信が設定（ｃｏｎｆｉｇｕｒｅｄ）されているか否かによって、前記ＣＣで受信されたＰＤＳＣＨに対して（ＨＡＲＱプロセスＩＤにベースせず；例えば、スロットインデックスベース又はＤＡＩベースで）ＴＢレベルＡ／Ｎ又はＣＢＧレベルＡ／Ｎを構成できる（Ｃａｓｅ １）。
一方、前記ＣＣに対してｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信が（ＤＣＩによって）指示されると（１９０６ａ）、端末は、ｔｙｐｅ－３コードブックに関連した上位層（例えば、ＲＲＣ）シグナリング（１９０６ｂ）にさらに基づいてＡ／Ｎコードブック構成方式を変えることができる。図１９では、ｔｙｐｅ－３コードブックベースのＡ／Ｎペイロードを生成する端末プロセシングの説明の便宜のために１９０６ａが１９０６ｂよりも先に示されているが、実際に時間ドメイン上で、端末は、１９０６ｂに該当するＲＲＣシグナリングをまず受信した後、１９０６ａの指示（ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信を行うことをＤＣＩで指示）を受信するということが当業者には理解できる。
具体的に、ｔｙｐｅ－３コードブックに関連した上位層（例えば、ＲＲＣ）シグナリング（１９０６ｂ）は、ＣＢＧ単位（再）送信が設定されたＣＣに対して、ＴＢレベルＡ／Ｎを生成／送信するかそれともＣＢＧレベルＡ／Ｎを生成／送信するかを指示する情報（例えば、Ｏｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＣＢＧパラメータ）を含むことができる。ＣＢＧレベルＡ／Ｎを生成が指示された場合（例えば、Ｏｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＣＢＧパラメータが上位層シグナリング（１９０６ｂ）に含まれている場合）に、Ｃａｓｅ １と同様に、端末は、前記ＣＣに対してＣＢＧベース送信が設定されているか否かによって、前記ＣＣの全ＨＡＲＱプロセスＩＤに対して（ＨＡＲＱプロセスＩＤベースで）ＴＢレベルＡ／Ｎ又はＣＢＧレベルＡ／Ｎを構成できる（Ｃａｓｅ ２）（例えば、図２０の（ａ）又は（ｃ））。
一方、ＴＢレベルＡ／Ｎ生成が指示された場合（例えば、Ｏｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＣＢＧパラメータが上位層シグナリング（１９０６ｂ）に含まれていない場合）に、図１８を参照して説明した通り、端末は、前記ＣＣに対してＣＢＧベース送信が設定されていても、前記ＣＣの全ＨＡＲＱプロセスＩＤに対して（ＨＡＲＱプロセスＩＤベースで）ＴＢレベルＡ／Ｎを構成できる（Ｃａｓｅ ３）（例えば、図２０の（ｄ））。
一方、前記ＣＣに対してＣＢＧベース送信が設定されていない場合（すなわち、ＴＢベース送信が設定されている場合）に、端末は、Ａ／Ｎペイロードのコードブックタイプに関係なく前記ＣＣに対するＡ／Ｎ情報は常にＴＢレベルＡ／Ｎを構成できる。生成されたＡ／Ｎペイロード（１９０２）は、端末から基地局に送信される。基地局は、Ａ／Ｎ構成方式によってＡ／Ｎペイロード内のＡ／Ｎ情報を解析し、Ａ／Ｎ情報に基づいてＰＤＳＣＨ（再）送信を行うことができる。
（ｃ）Ａ／Ｎフィードバック不一致（ｍｉｓａｌｉｇｎｍｅｎｔ）に対するハンドリング
Ｔｙｐｅ－１（又は、Ｔｙｐｅ－２又はＴｙｐｅ－２ａ）コードブックベースのＡ／Ｎフィードバック送信が設定されている状況で端末が特定時点（例えば、スロット＃ｎ）でＨＡＲＱプロセスＩＤ＝Ｘに対してＡＣＫをフィードバック／送信することができる。その後、他の特定時点（例えば、スロット＃（ｎ＋Ｋ））でのｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信が、基地局から端末に指示されてよい。一方、特定ＤＣＩがＨＡＲＱプロセスＩＤ＝Ｘに対応するＰＤＳＣＨをスケジュールしながらそれに対するＡ／Ｎ送信タイミングを、ｔｙｐｅ－３コードブックベースＡ／Ｎ送信が指示された時点（例えば、スロット＃（ｎ＋Ｋ））と同じ時点として指示できる。仮に、端末が当該ＤＣＩの検出に失敗すると、ｔｙｐｅ－３コードブック上でＨＡＲＱプロセスＩＤ＝Ｘに対して端末と基地局間にＡ／Ｎフィードバック不一致（例えば、ＤＴＸ－ｔｏ－ＡＣＫエラー）が発生することがある。これによって、非効率的な（ＲＬＣレベル）再送信が不要に発生することがある。
上の問題を解決するために、特定時点（例えば、スロットＹ）がｔｙｐｅ－３コードブックベースＡ／Ｎ送信時点として指示された場合に、端末は、ＰＤＳＣＨ送信をスケジュールしながらスロットＹをＡ／Ｎ送信タイミングとして指示する（及び／又は、新しいＴＢの最初送信をスケジュール（或いは、トグルされたＮＤＩ値を指示）する）ＤＣＩ（受信）を期待せず、そのようなＤＣＩはないと仮定した状態で動作できる。これにより、前記のようなＤＣＩを受信した場合に、端末は当該ＤＣＩを無視できる（ｄｉｓｃａｒｄ）。例えば、端末は、当該ＤＣＩによって指示される動作を行わなくてよい。
例えば、第１ＤＣＩによってｔｙｐｅ－３コードブックベースＡ／Ｎ送信を特定スロットで行うことが端末に指示された場合に、端末は、ＰＤＳＣＨをスケジュールしながら同一の特定スロットでＡ／Ｎ送信タイミングとして指示する第２ＤＣＩは受信されないと仮定することができる。このような仮定にもかかわらず、第２ＤＣＩが受信されると、端末は第２ＤＣＩを無視し、第２ＤＣＩによる動作は行わなくてよい。
例えば、任意のコードブックタイプ（例えば、ｔｙｐｅ－１／２／２ａ／３コードブック）に基づいて特定ＨＡＲＱプロセスＩＤ＝Ｘに対応するＰＤＳＣＨに対して端末がＡＣＫを報告（送信）した時点がスロットＹであり、その後、（当該ＨＡＲＱプロセスＩＤ＝Ｘに対する最初ＨＡＲＱ－ＡＣＫフィードバック時点で）特定コードブックタイプ（例えば、ｔｙｐｅ－３コードブック）に基づくＨＡＲＱ－ＡＣＫフィードバック送信タイミングとして指示された時点がスロットＺであると仮定する。この場合、端末は、前記スロットＹ（或いは、当該スロットＹ以後の特定（次のスロット）時点）から前記スロットＺ（或いは、当該スロットＺ内に指示されたＰＵＣＣＨ開始シンボルから端末の最小ＰＤＳＣＨプロセシング時間だけの以前時点）までの区間では、前記ＨＡＲＱプロセスＩＤ＝Ｘに対応するＰＤＳＣＨをスケジュールする（及び／又は、新しいＴＢの最初送信をスケジュール（或いは、トグルされたＮＤＩ値を指示）する）ＤＣＩ（受信）を期待せず、そのようなＤＣＩはないと仮定した状態で動作できる。仮に端末が前記のようなＤＣＩを受信した場合に、端末は当該ＤＣＩを無視（ｄｉｓｃａｒｄ）するように動作できる。
さらに、前記Ｔｙｐｅ－３コードブックが設定された場合に、任意のコードブックｔｙｐｅ（例えば、Ｔｙｐｅ－１／２／２ａ／３コードブック）に基づいて、端末は、特定ＨＡＲＱプロセスＩＤ＝Ｘに対応するＰＤＳＣＨ ＃１に対するＡＣＫを最初Ａ／Ｎフィードバック時点に一度のみ報告（送信）するように（その後に当該ＨＡＲＱプロセスＩＤ＝Ｘに対するＡ／Ｎ状態（ｓｔａｔｅ）をＤＴＸ或いはＮＡＣＫとリセット（ｒｅｓｅｔ）するように）動作できる。したがって、ＰＤＳＣＨ ＃１に対する最初Ａ／Ｎフィードバック時点以後からＡ／Ｎフィードバック時点まで当該ＨＡＲＱプロセスＩＤ＝Ｘに対する追加ＰＤＳＣＨスケジューリングがなかった場合に、端末は、当該ＨＡＲＱプロセスＩＤ＝Ｘに対応するＡ／ＮをＤＴＸ／ＮＡＣＫと報告するように動作できる。これと違い、仮にＰＤＳＣＨ ＃１に対する最初Ａ／Ｎフィードバック時点以後からＡ／Ｎフィードバック時点まで当該ＨＡＲＱプロセスＩＤ＝Ｘに対する追加のＰＤＳＣＨ ＃２のスケジューリングがあった場合に、端末は、１）仮に当該ＰＤＳＣＨ ＃２が（トグルされたＮＤＩを指示するＤＣＩでスケジュールされた）新しいデータ（ＴＢ）に対する送信であれば、当該ＰＤＳＣＨ ＃２に対するデコーディング結果に該当するＡＣＫ又はＮＡＣＫを報告するように動作する、又は２）仮に当該ＰＤＳＣＨ ＃２が（非トグルされたＮＤＩを指示するＤＣＩでスケジュールされた）以前データ送信（例えば、前記ＰＤＳＣＨ ＃１で送信されたＴＢ）に対する再送信であれば（以前Ａ／Ｎ状態に該当する）ＡＣＫを報告するように動作できる。すなわち、結果的に、２）の場合には、端末は例外として以前Ａ／Ｎ状態をリセットせずに維持するように動作できる。一方、前記でＡ／Ｎ状態を（ＤＴＸ／ＮＡＣＫに）リセットするか否か／基準は、端末が（例えば、ＡＣＫである）Ａ／Ｎフィードバックを実際に送信しか否かによって決定されてよい。一例として、端末がＬＢＴに失敗してＡ／Ｎ（ＰＵＣＣＨ／ＰＵＳＣＨ）送信を省略（ｄｒｏｐ）した場合には、当該Ａ／Ｎ状態をリセットしないで（例えば、ＡＣＫとして）維持するように動作できる。
さらに他の方案として、前記Ｔｙｐｅ－３コードブックに基づいて端末が特定ＨＡＲＱプロセスＩＤ＝Ｘに対するＡ／Ｎをフィードバック／送信する時に、当該ＨＡＲＱプロセスＩＤ＝Ｘに対して（任意の（例えば、Ｔｙｐｅ－１／２／２ａ／３）コードブックに基づいて）以前Ａ／Ｎフィードバック時点に報告（送信）したＡ／Ｎ状態（例えば、ＡＣＫ）を（ＤＴＸ或いはＮＡＣＫに）リセットするように動作できる。これによって、以前Ａ／Ｎフィードバック時点以後から前記Ｔｙｐｅ－３コードブックベースフィードバック時点まで当該ＨＡＲＱプロセスＩＤ＝Ｘに対する追加ＰＤＳＣＨスケジューリングがなかった場合に、端末は、ＨＡＲＱプロセスＩＤ＝Ｘに対応するＡ／ＮをＤＴＸ／ＮＡＣＫとして報告するように動作できる。これと違い、仮に以前Ａ／Ｎフィードバック時点以後から前記Ｔｙｐｅ－３コードブックベースフィードバック時点までＨＡＲＱプロセスＩＤ＝Ｘに対する追加のＰＤＳＣＨスケジューリングがあった場合には、端末は、１）仮に、さらにスケジュールされたＰＤＳＣＨが（トグルされたＮＤＩを指示するＤＣＩでスケジュールされた）新しいデータに対する送信であれば、当該ＰＤＳＣＨに対するデコーディング結果に該当するＡＣＫ又はＮＡＣＫを報告するように動作する、又は２）仮に当該ＰＤＳＣＨが（非トグルされたＮＤＩを指示するＤＣＩでスケジュールされた）以前データ送信に対する再送信であれば（以前Ａ／Ｎ状態に該当する）ＡＣＫを報告するように、すなわち、結果的にこの場合には例外として以前Ａ／Ｎ状態をリセットしないで維持するように動作できる。一方、この場合にもＡ／Ｎ状態を（ＤＴＸ／ＮＡＣＫに）リセットするか否か／基準は、端末が（例えば、ＡＣＫである）Ａ／Ｎフィードバックを実際に送信しか否かによって決定されてよい。一例として、端末がＬＢＴに失敗してＡ／Ｎ（ＰＵＣＣＨ／ＰＵＳＣＨ）送信を省略（ｄｒｏｐ）した場合には、当該Ａ／Ｎ状態をリセットしないで（例えば、ＡＣＫとして）維持するように動作できる。
一方、上記で端末が期待しないで無視する対象になるＤＣＩから、ＰＤＳＣＨ送信をスケジュールしながら同時にｔｙｐｅ－３コードブックベースＡ／Ｎ送信を指示するＤＣＩは除外されてよい。すなわち、端末は、当該ＤＣＩを無視しなく、対応する動作を行うことができる。例えば、端末は、当該ＤＣＩによってスケジュールされたＰＤＳＣＨに対するＡ／Ｎまで含めてｔｙｐｅ－３コードブックベースＡ／Ｎフィードバックを構成／送信することができる。
一方、端末は、Ａ／Ｎフィードバックと当該Ａ／Ｎフィードバックに関連したＮＤＩビットを共に報告するように設定（又は、指示）されてよい。例えば、端末は、ＰＤＳＣＨをスケジュールする特定ＤＣＩに基づいてＰＤＳＣＨで送信されるＴＢ／ＣＢＧを受信し、当該ＴＢ／ＣＢＧベースＡ／Ｎをフィードバックしながら、特定ＤＣＩに含まれたＮＤＩフィールドの値を共に送信できる。例えば、各ＨＡＲＱプロセスＩＤ別にＤＬ承認ＤＣＩによって（最後に）受信されたＮＤＩビットに対応するＰＤＳＣＨに対するＡ／Ｎビットを共にフィードバックする方法を考慮できる。
さらに他の方案として、各ＨＡＲＱプロセスＩＤ別にＤＬ承認ＤＣＩによって（最後に）受信されたＮＤＩビットに対応するＰＤＳＣＨに対するＡ／Ｎビット（例えば、ＮＡＣＫをビット‘０’に、ＡＣＫをビット‘１’にマッピング）を互いにＸＯＲ（ｅｘｃｌｕｓｉｖｅ ＯＲ）演算して算出されたビットをフィードバックする方法を考慮できる。例えば、端末は、当該ＮＤＩビットと当該Ａ／ＮビットのＸＯＲ演算を行った結果を報告することもできる。
一方、前記方案の適用を勘案すると、ＣＢＧ単位の（再）送信／フィードバックが設定されたＣＣ及び／又はＴＢ別Ａ／Ｎ間の（論理的ＡＮＤ演算による）空間バンドリングが設定されたＣＣに対して、次のようなＡ／Ｎフィードバック方法（例えば、ＮＤＩを含むフィードバック）を考慮できる。
１）ＣＢＧ単位送信が設定されたＣＣの場合
Ａ．Ｂａｓｅ
ｉ．当該ＣＣに設定された（ＴＢ当たり）最大ＣＢＧ数をＮと仮定する。
Ｂ．Ｏｐｔ １
ｉ．端末は、各ＨＡＲＱプロセスＩＤに対して（各ＴＢ別に）ＮＤＩビットとＮ個ＣＢＧに対応するＮ個Ａ／Ｎビットのそれぞれを互いにＸＯＲ演算して算出されたＮ個ビットをフィードバックするように動作できる。例えば、Ｎ個のＸＯＲ演算結果が報告されてよい。
Ｃ．Ｏｐｔ ２
ｉ．端末は、各ＨＡＲＱプロセスＩＤに対して（各ＴＢ別に）まずＮ個ＣＢＧに対応するＡ／Ｎ間に（論理的ＡＮＤ演算による）バンドリングを適用して単一Ａ／Ｎビットを生成し、当該単一Ａ／ＮビットとＮＤＩビットを互いにＸＯＲ演算して算出された単一ビットをフィードバックするように動作できる。
Ｄ．Ｏｐｔ ３
ｉ．各ＨＡＲＱプロセスＩＤに対して（各ＴＢ別に）まずＮ個ＣＢＧに対応するＡ／Ｎ間に（論理的ＡＮＤ演算による）バンドリングを適用して単一Ａ／Ｎビットを生成し、当該Ａ／Ｎビットと（これに対応するＴＢに対する）ＮＤＩビットを共に（例えば、各ＨＡＲＱプロセスＩＤ（当該ＨＡＲＱプロセスＩＤの各ＴＢ）別に１ビットＡ／Ｎと１ビットＮＤＩを）フィードバックするように動作できる。
Ｅ．Ｏｐｔ ４
ｉ．ＣＢＧ単位送信が（いかなるＣＣにも）設定されていない場合には、端末は（全てのＣＣに対して）各ＨＡＲＱ ＩＤの各ＴＢ別に（１ビット）Ａ／Ｎ情報と（１ビット）ＮＤＩ情報を共にフィードバックできる。これと違い、ＣＢＧ単位送信が（少なくとも一つのＣＣに）設定された場合には、端末は（全てのＣＣに対して）各ＨＡＲＱ ＩＤ別に（当該ＣＣに設定された最大ＴＢ／ＣＢＧ数によって）各ＴＢ／ＣＢＧに対するＡ／Ｎビットのみをフィードバックするように動作できる。
Ｆ．Ｎｏｔｅ
ｉ．前記Ｏｐｔ １／２／３において仮にＴＢ全体デコーディング結果がＡＣＫであれば、（実際に当該ＴＢを構成するＣＢＧ数がＮよりも小さい場合にも）端末はＮ個のＣＢＧの全てにＡＣＫビットをマップできる。
２）空間バンドリングが設定されたＣＣの場合
Ａ．Ｂａｓｅ
ｉ．当該ＣＣに設定された最大ＴＢ数が２個以上であると仮定する。
Ｂ．Ｏｐｔ １
ｉ．端末は、各ＨＡＲＱプロセスＩＤ別にまず複数ＴＢに対応するＡ／Ｎ間に空間バンドリングを適用して単一Ａ／Ｎビットを生成し、当該Ａ／Ｎビットと（複数ＴＢのうち）特定一つのＴＢに対応するＮＤＩビットを互いにＸＯＲ演算して算出された単一ビットをフィードバックするように動作できる。
Ｃ．Ｏｐｔ ２
ｉ．端末は、各ＨＡＲＱプロセスＩＤ別に複数ＴＢに対応するＡ／Ｎ間に空間バンドリングを適用して生成された単一Ａ／Ｎビットと、（複数ＴＢのうち）特定一つのＴＢに対応するＮＤＩビットを共に（例えば、各ＨＡＲＱプロセスＩＤ別に１ビットＡ／Ｎと１ビットＮＤＩを）フィードバックするように動作できる。
Ｄ．Ｏｐｔ ３
ｉ．端末は、各ＨＡＲＱプロセスＩＤ別に複数ＴＢに対応するＡ／Ｎ間に空間バンドリングを適用して生成された単一Ａ／Ｎビットと、当該複数（例えば、Ｌ個）ＴＢのそれぞれに対応する複数ＮＤＩビットを共に（例えば、各ＨＡＲＱプロセスＩＤ別に１ビットＡ／ＮとＬビットＮＤＩを）フィードバックするように動作できる。
Ｅ．Ｏｐｔ ４
ｉ．端末は、前記Ｔｙｐｅ－３コードブックベースＡ／Ｎフィードバックの場合に例外として設定された空間バンドリングを適用しなくてよく、これによって各ＨＡＲＱプロセスＩＤの各ＴＢ別にＡ／ＮビットとＮＤＩビットを互いにＸＯＲ演算して算出された単一ビットをフィードバックするように動作できる。
Ｆ．Ｏｐｔ ５
ｉ．端末は、前記Ｔｙｐｅ－３コードブックベースＡ／Ｎフィードバックの場合に例外として設定された空間バンドリングを適用しなくてよく、これによって各ＨＡＲＱ ＩＤの各ＴＢ別にＡ／ＮビットとＮＤＩビットを共に（例えば、各ＨＡＲＱ ＩＤの各ＴＢ別に１ビットＡ／Ｎと１ビットＮＤＩを）フィードバックするように動作できる。例えば、端末が当該ＣＣに対して（ａ）空間バンドリングを用いてＡ／Ｎフィードバックを行うように構成され（例えば、上位層シグナリング）、（ｂ）Ｔｙｐｅ－３コードブックベースＡ／Ｎフィードバックと当該ＴＢに対するＮＤＩ（例えば、当該ＴＢをスケジュールするＤＬ承認ＤＣＩに含まれたＮＤＩフィールドのビット値）を共に報告するように構成された（例えば、上位層シグナリング）状態で、（ｂ）ＰＤＣＣＨのＤＣＩがＴｙｐｅ－３コードブックベースＡ／Ｎフィードバックを行うことを指示すれば、端末は（ａ）空間バンドリング構成にもかかわらず空間バンドリングを行わず、（ｂ）構成及び（ｃ）指示に基づいてＴｙｐｅ－３コードブックベースＡ／Ｎフィードバックと当該ＴＢに対するＮＤＩを報告できる。
ｉｉ．例えば、端末は、上位層シグナリングによってＯｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＮＤＩパラメータを受信した場合に、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを行う際に、ＮＤＩを共に送信（例えば、ＰＵＣＣＨ又はＰＵＳＣＨ）できる。端末は、Ｔｙｐｅ－３コードブックベースのＡ／ＮフィードバックをＮＤＩと共に報告するように構成された場合（例えば、Ｏｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＮＤＩパラメータを受信）に、端末は、Ｔｙｐｅ－３コードブックベースＡ／Ｎフィードバックに対しては例外として空間バンドリングを行わなくてよい。基地局は、上位層シグナリングによってＯｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＮＤＩパラメータを端末に送信した場合に、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック及びＮＤＩを共に受信することができる。基地局は、Ｔｙｐｅ－３コードブックベースのＡ／ＮフィードバックとＮＤＩを共に報告するように端末に設定した場合（例えば、Ｏｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＮＤＩパラメータを送信）に、基地局は、Ｔｙｐｅ－３コードブックベースＡ／Ｎフィードバックに対しては例外として空間バンドリングが行われないと仮定し、Ａ／Ｎフィードバックをデコードすることができる。
ｉｉｉ．図２２は、Ｏｐｔ．５による様々なＴｙｐｅ－３コードブックベースＡ／Ｎフィードバックのペイロードを示す。図２２の（ｉ）、（ｊ）、（ｋ）、（ｌ）を参照すれば、端末に空間バンドリングとＯｎｅｓｈｏｔ－ｆｅｅｄｂａｃｋ－ＮＤＩが共に設定された場合に、空間バンドリングは、Ｔｙｐｅ－３コードブックベースＡ／Ｎフィードバックに対しては例外として行われずにＮＤＩが報告される。ただし、このような例外はＴｙｐｅ－３コードブックベースＡ／Ｎフィードバックに対して適用されるものであり、Ｔｙｐｅ－１／２／２ａコードブックベースのＡ／Ｎフィードバックに対しては相変らず空間バンドリングが適用される。一方、図２２に示すように、ＮＤＩは、各ＴＢ／ＣＢＧ別Ａ／Ｎビットの最後のに配置されてよい。スケジュールされていないＴＢに対するＮＤＩ値は０と報告されてよい。一方、図２２の（ｉ）、（ｊ）、（ｋ）、（ｌ）で空間バンドリングが設定されていると仮定したが、空間バンドリングが設定されていなくてもＴｙｐｅ－３コードブックベースＡ／Ｎフィードバックのペイロードは、図２２の（ｉ）、（ｊ）、（ｋ）、（ｌ）と同一に生成／送信されることが当業者には理解できる。
ｉｖ．一方、本実施例において端末がＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバック過程でＮＤＩを共に報告することは、端末がＮＤＩを含むＵＣＩを送信（例えば、ＰＵＣＣＨ送信又はＰＵＳＣＨにピギーバックされたＵＣＩ送信）することと理解されてよい。このように端末がＵＣＩによってＮＤＩを送信する本実施例は、端末がＤＣＩによってＮＤＩを受信する従来技術とは区分される必要があり、両者間には明確な差異点がある。便宜上、ＤＬデータ（例えば、ＰＤＳＣＨ）をスケジュールするＤＬ承認ＤＣＩに含まれるＮＤＩをＤＬデータＮＤＩといい、ＵＬデータ（例えば、ＰＵＳＣＨ）をスケジュールするＵＬ承認ＤＣＩに含まれるＮＤＩをＵＬデータＮＤＩという。ＤＬ／ＵＬデータＮＤＩフィールドの個数は、ＤＣＩがスケジュールするＤＬ／ＵＬ ＴＢ（ＣＢＧを含むＴＢ）数によって異なってよいが、ＴＢ（ＣＢＧを含む１ＴＢ）当たり１個のＤＬ／ＵＬデータＮＤＩフィールド（例えば、１ビット）が関連付けられる。基地局は、ＤＬデータＮＤＩフィールドを用いて当該ＤＬデータ送信（例えば、ＴＢ／ＣＢＧ）が初期（ｉｎｉｔｉａｌ）送信かそれとも再送信かを端末に知らせることができる。基地局は、ＵＬデータＮＤＩフィールドを用いて端末に新しいＵＬデータ送信をスケジュールする又はＵＬデータ再送信をスケジュールすることができる。基地局は、以前（ｐｒｅｖｉｏｕｓ）ＵＬ送信において当該ＵＬデータを正しく受信できなかった場合に、ＵＬデータＮＤＩフィールドを用いてＵＬデータ再送信をスケジュールでき、当該ＵＬデータを正しく受信した場合は、ＵＬデータＮＤＩフィールドをトトグルして新しいＵＬデータ送信をスケジュールすることができる。このようにＵＬデータＮＤＩは、基地局のＵＬデータ受信状態を示す一種のＡ／Ｎと類似に用いられてよく、基地局のＨＡＲＱプロセスと関連してよい。一方、本実施例によって送信されるＵＣＩ内のＮＤＩは端末が基地局に送信するものであり、端末が第１ＤＬデータに対する第１Ａ／Ｎを送信する場合に、ＵＣＩ内の第１ＮＤＩは、第１ＤＬデータと関連付いたＤＬデータＮＤＩと同じ値に設定され、第２ＤＬデータに対する第２Ａ／Ｎを送信する場合に、ＵＣＩ内の第２ＮＤＩは第２ＤＬデータと関連付いたＤＬデータＮＤＩと同じ値に設定される。例えば、ＵＣＩのＮＤＩは、ＵＣＩに含まれた当該Ａ／Ｎと関連付いたＤＬデータＮＤＩを基地局に報告するためのものと理解されてよい。ＤＬデータＮＤＩは基地局が既に知っている値であるため、端末が自分の受信したＤＬデータＮＤＩをＵＣＩによって送信（すなわち、ＵＬ ｃｏｎｔｒｏｌ ＮＤＩ）を送信する過程自体が既存には存在しなかった。しかし、１ＵＥに設定されるＣＣ個数の増加、ＨＡＲＱプロセス個数の増加及びＣＢＧベース送信などの原因から端末と基地局間に送受信されるＡ／Ｎビットが増加した状態でＡ／Ｎ不一致（ｍｉｓａｌｉｇｎｍｅｎｔ）エラーが発生した部分と原因をより効率的に把握して対処するための方案が必要であり、そのために、端末はＴｙｐｅ－３コードブックベースＡ／Ｎフィードバック時に自分の知っているＤＬデータＮＤＩを共に報告できる。このようにＤＬデータＮＤＩまでＵＣＩを用いて報告する状態であれば（例えば、第１ＮＤＩ及び第２ＮＤＩのそれぞれを報告）、これは、ＵＣＩのオーバーヘッドを低減するための目的よりは正確に各ＴＢ（ＣＢＧ別に）Ａ／Ｎビットを報告することがより重要であり得る。したがって、ＵＣＩを用いてＮＤＩを報告するように設定された端末は、空間バンドリング設定にもかかわらず、第１ＴＢのＡ／Ｎと第２ＴＢのＡ／Ｎを論理的ＡＮＤ演算せずに、第１ＴＢのＡ／Ｎと第２ＴＢのＡ／Ｎのそれぞれを報告することが好ましいだろう。
ｖ．図２３には、本発明の例に係るＴｙｐｅ－３コードブックベースのＡ／Ｎ送信を例示する。具体的に、図２３は、図１７～図２２に対する実施例に基づく端末／基地局動作の例示の一つであり、図１７～図２２で説明された内容は便宜のために省略されてよく、本発明の権利範囲は図２３に限定されない。
図２３を参照すると、端末は、上位層シグナリングによってＨＡＲＱ－ＡＣＫ応答と関連した構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）をネットワークから（少なくとも一つの基地局から）受信することができる（２３０５）。例えば、ＲＲＣ再構成メッセージ又はＲＲＣセットアップメッセージなどによってセルグループごとにＨＡＲＱ－ＡＣＫ応答と関連した構成（例えば、空間バンドリング、ＨＡＲＱ－ＡＣＫ－ＯｎｅＳｈｏｔＦｅｅｄｂａｃｋ、ＨＡＲＱ－ＡＣＫ－ＯｎｅＳｈｏｔＦｅｅｄｂａｃｋ ＮＤＩ及び／又はＨＡＲＱ－ＡＣＫ－ＯｎｅＳｈｏｔＦｅｅｄｂａｃｋ ＣＢＧ）が提供されてよく、これに限定されない。
端末は、ネットワークから（少なくとも一つの基地局から）１つ又は２つ以上のＰＤＣＣＨを少なくとも一つのＤＬ ＣＣで受信することができる（２３１０）。ＰＤＣＣＨはＰＤＳＣＨをスケジュールするＤＬ承認ＤＣＩを含むことができる。ＤＬ承認ＤＣＩは、当該ＰＤＳＣＨのＨＡＲＱプロセスインデックスを指示するフィールド（ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ）、当該ＰＤＳＣＨの（ＣＢＧが含まれた）ＴＢが新規送信なのか又は再送信なのかを示すフィールド（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ，ＮＤＩ）、及び当該ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を端末がいつ基地局に送信すべきかを指示するフィールド（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ）を含むことができる。ＤＣＩ承認ＤＣＩが特定ＤＣＩフォーマットである場合に、ＤＣＩ承認ＤＣＩはＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバックが要請されたか否かを示すフィールド（ワンショットＨＡＲＱ－ＡＣＫ ｒｅｑｕｅｓｔ）をさらに含むことができる。
端末は、ネットワークから（少なくとも一つの基地局から）１つ又は２つ以上のＰＤＳＣＨを少なくとも一つのＤＬ ＣＣで受信することができる（２３１５）。ＰＤＣＣＨとＰＤＳＣＨは、同一のＤＬ ＣＣで受信されてもよいが、クロス－キャリアスケジューリング方式に基づいてＰＤＣＣＨとＰＤＳＣＨが異なったＤＬ ＣＣで受信されてもよい。ＰＤＳＣＨは、受信されたＰＤＣＣＨ（２３１０）によってスケジュールされたものを含むことができるが、これに限定されず、例えば、ＳＰＳ ＰＤＳＣＨを含むこともできる。
端末は、受信したＰＤＳＣＨに対してＨＡＲＱ－ＡＣＫ応答をネットワークに（少なくとも一つの基地局に）送信できる（２３２０，２３３０）。ＨＡＲＱ－ＡＣＫ応答は、Ｔｙｐｅ－１／２／２ａ（２３２０）及び／又はＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを含む（２３２５ Ｙ、２３３０）できる。ＨＡＲＱ－ＡＣＫ応答は、ＰＵＣＣＨ又はＰＵＳＣＨのＵＣＩによって送信されてよい。
例えば、受信されたＰＤＣＣＨ（２３１０）のＤＣＩが指示するＨＡＲＱ－ＡＣＫ送信タイミングで、当該ＤＣＩがスケジュールしたＤＬデータに対するＡ／ＮがＴｙｐｅ－１、２又は２ａコードブックベースで送信されてよい（２３２０、例えば、図１９のＣａｓｅ １）。端末は、上位層シグナリング（２３０５）（例えば、準静的／動的）にしたがって、Ｔｙｐｅ－１、２又は２ａコードブックのうち、ＨＡＲＱ－ＡＣＫ応答のベースとなるコードブックのタイプを決定することができる。
一方、上位層シグナリング（２３０５）がＴｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫフィードバック構成を含み、ＤＣＩによってＴｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫが端末に指示（例えば、ワンショットＨＡＲＱ－ＡＣＫ要請）されると、端末は、Ｔｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫを生成してネットワークに送信できる（２３３０）。Ｔｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫを指示するＤＣＩは、ＰＤＣＣＨ（２３１０）のうち一つであってもよいが、別個のＰＤＣＣＨ（図示せず）で端末に受信されてもよい。
Ｔｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫペイロード内で各Ａ／Ｎビットのマッピングは、前述したように“ＴＢ／ＣＢＧインデックスｆｉｒｓｔ－ＨＡＲＱプロセスインデックスｓｅｃｏｎｄ－ＣＣインデックスｔｈｉｒｄ”方式（例えば、図２０～図２３）が用いられてよく、これに限定されない。
ＣＣがＣＢＧベース送信／スケジューリングが行われるＣＣであり（２３３５ ＣＢＧ）、上位層シグナリング（２３０５）によってＴｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫにもＣＢＧベースＡ／Ｎ報告が当該ＣＣに設定（２３４０ Ｙ、ワンショットフィードバックＣＢＧ）された場合に、端末は、当該ＣＣに対してＣＢＧベースＡ／Ｎビットを（例えば、図１９のＣＡＳＥ ２）マップできる。また、Ｔｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫにＮＤＩを含むように構成された場合（２３４５ Ｙ）に（例えば、ワンショットフィードバックＮＤＩ設定）、端末はＮＤＩを共に報告できる（２３５５）（例えば、図２２（ｉ）、（ｋ））。そうでないと（２３４５ Ｎ）、ＮＤＩ無しにＣＢＧベースで当該ＣＣのＡ／ＮビットがＴｙｐｅ３－コードブックベースＨＡＲＱ－ＡＣＫ応答にマップされてよい（２３５０）（例えば、図２０（ａ）、（ｃ））
ＣＣがＣＢＧベース送信／スケジューリングが行われるＣＣであっても（２３３５ ＣＢＧ）、上位層シグナリング（２３０５）によってＴｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫにもＣＢＧベースＡ／Ｎ報告が当該ＣＣに設定されていない場合（２３４０ Ｎ）（例えば、図１８又は図１９のＣａｓｅ ３）に、ＴＢベースで当該ＣＣのＡ／ＮビットがＴｙｐｅ３－コードブックベースＨＡＲＱ－ＡＣＫ応答にマップされてよい。ＣＣがＴＢベース送信／スケジューリングが行われるＣＣであれば（２３３５ ＴＢ）、当該ＣＣのＴｙｐｅ３－コードブックベースＡ／ＮビットをワンショットフィードバックＣＢＧパラメータ構成の有／無に関係なく決定されてよい。
上位層シグナリング（２３０５）によって空間バンドリングが設定され（２３６０ Ｙ）、Ｔｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫにＮＤＩを含むように構成されない場合に（２３６５Ｎ）、端末は、ＨＡＲＱプロセスごとに空間バンドリングを行って（例えば、ＴＢベースＡ／Ｎを論理的ＡＮＤ演算して）、当該ＣＣのＡ／ＮビットをＴｙｐｅ３－コードブックベースＨＡＲＱ－ＡＣＫ応答にマップできる（２３７０）（例えば、図２１）。
上位層シグナリング（２３０５）によって空間バンドリングが設定されておらず（２３６０Ｎ）、Ｔｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫにＮＤＩを含むように構成されていない場合（２３８０Ｎ）、端末は、当該ＣＣのＴＢベースＡ／ＮビットをＴｙｐｅ３－コードブックベースＨＡＲＱ－ＡＣＫ応答にマップできる（２３８５）（例えば、図２０（ｂ）、（ｄ））。
上位層シグナリング（２３０５）によって空間バンドリングが構成され（２３６０Ｙ）、Ｔｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫにＮＤＩを含むように構成された場合（２３６５ Ｙ）に、端末は、空間バンドリング構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）にもかかわらずＴｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫに対しては空間バンドリング無しでＴＢベースＡ／Ｎビット及びＮＤＩを生成／報告できる（２３７５）（例えば、図２２（ｊ）、（ｌ））。
上位層シグナリング（２３０５）によって空間バンドリングが設定されておらず（２３６０ Ｎ）、Ｔｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫにＮＤＩを含むように構成されている場合（２３８０ Ｙ）に、端末は、当該ＣＣのＴＢベースＡ／Ｎビット及びＮＤＩを生成／報告できる（２３７５）。
Ｇ．Ｏｐｔ ６
ｉ．空間バンドリングが設定されていない場合（例えば、図２３の２３６０ Ｎ）には、（全ＣＣに対して）端末が各ＨＡＲＱプロセスＩＤの各ＴＢ別に（１ビット）Ａ／Ｎ情報と（１ビット）ＮＤＩ情報を共にフィードバックするかそれとも各ＨＡＲＱ ＩＤの各ＴＢ別に（１ビット）Ａ／Ｎ情報のみをフィードバックするかが基地局によって設定（例えば、図２３の２３８０、Ｏｎｅ－Ｓｈｏｔ ｆｅｅｄｂａｃｋ ＮＤＩ）されてよい（端末は当該設定によってフィードバックするように動作、例えば、図２３の２３８５／２３７５）。空間バンドリングが設定された場合（例えば、図２３の２３６０Ｙ）には、（全ＣＣに対して）各ＨＡＲＱ ＩＤ別に（当該ＣＣに設定された最大ＴＢ数によって）単一ＴＢ或いは複数ＴＢに対する単一（ｂｕｎｄｌｅｄ）Ａ／Ｎビットのみをフィードバックするように動作できる（例えば、図２３の２３７０）。
Ｈ．Ｎｏｔｅ
ｉ．前記Ｏｐｔ １／２において（フィードバックされるＮＤＩビットに対応する）特定一つのＴＢは、一番目に低い／高いインデックスを有するＴＢとして適用されてよい。
一方、上記で各ＨＡＲＱプロセスＩＤに対して（各ＴＢ別に）ＮＤＩビットとＡ／Ｎビットを共にフィードバックする方式を適用した場合に、対応するＵＣＩペイロードサイズ及びＤＣＩによるＰＲＩ指示に基づいてＰＵＣＣＨリソースを決定した時に、当該ＰＵＣＣＨに設定された全ての周波数／時間リソースを使用しても、大きいＵＣＩペイロードサイズのため、（当該ＰＵＣＣＨに設定された）最大ＵＣＩコードレートを超える場合が発生することがあり、この場合には前記フィードバックにおいて（全体或いは特定一部）ＮＤＩビットの送信を省略（ｄｒｏｐ）するように動作できる。
さらに、前記Ｔｙｐｅ－１／２／２ａコードブックベースのＡ／Ｎフィードバック動作が設定された状況でＤＣＩによって動的に前記Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを送信するように指示される場合に、当該ＤＣＩ内の（前記Ｔｙｐｅ－１／２／２ａコードブックのために設定された）ｃｏｕｎｔｅｒ－ＤＡＩフィールド及び／又はｔｏｔａｌ－ＤＡＩフィールド及び／又はｃｕｒｒｅｎｔ－ＩＤ（及びｆｅｅｄｂａｃｋ－ＩＤ又はｔｏｔａｌ－ＩＤ）フィールド及び／又はＮＦＩフィールドを用いて、端末にとって（事前定義／設定された複数のＣＣグループ及び／又は複数のＨＡＲＱ（プロセスＩＤ）グループのうち）どのＣＣ／ＨＡＲＱグループに対するＡ／Ｎフィードバックを送信するかを指示する方法を考慮できる。
及び／又は、前記Ｔｙｐｅ－１／２／２ａコードブックベースのＡ／Ｎフィードバック動作が設定された状況でＤＣＩによって動的に前記Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを送信するように指示される場合に、当該ＤＣＩによって（例えば、別個のフィールド又は（前記Ｔｙｐｅ－１／２／２ａコードブックのために設定された）ｃｏｕｎｔｅｒ－ＤＡＩフィールド及び／又はｔｏｔａｌ－ＤＡＩフィールド及び／又はｃｕｒｒｅｎｔ－ＩＤ（及びｆｅｅｄｂａｃｋ－ＩＤ又はｔｏｔａｌ－ＩＤ）フィールド及び／又はＮＦＩフィールドを用いて）、全体（或いは、前記のように指示された特定）ＣＣ／ＨＡＲＱグループに対して各ＨＡＲＱプロセスＩＤ別にＡ／Ｎフィードバックのみを送信するかそれともＡ／Ｎフィードバックと対応するＮＤＩを共に送信するかを指示できる。
一方、（同一のＣＣ又はＢＷＰに対して）前記Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを指示するＤＣＩによって指示可能な候補Ａ／Ｎタイミング集合の場合に、前記Ｔｙｐｅ－１／２／２ａコードブックベースのＡ／Ｎフィードバックを指示するＤＣＩによって指示可能な候補Ａ／Ｎタイミング集合と同一に設定されるか、又は互いに独立して（例えば、互いに異なるＡ／Ｎタイミング値で構成された集合と）設定されてよい。
（ｄ）Ａ／Ｎペンディング（ｐｅｎｄｉｎｇ）が指示されたＰＤＳＣＨ処理
まず、端末に前記Ｔｙｐｅ－１Ａ／Ｎコードブック方式が設定された状態で特定ＤＬ承認ＤＣＩによって（例えば、ＰＤＳＣＨに対するＡ／Ｎタイミングが有効値又は非数値（ｉｎｖａｌｉｄ ｏｒ ｎｏｎ－ｎｕｍｅｒｉｃａｌ ｖａｌｕｅ）で指示される形態で）Ａ／Ｎペンディングが指示されたＰＤＳＣＨの場合、当該ＰＤＳＣＨに対するＡ／Ｎフィードバック（便宜上、“ｐｅｎｄｅｄ Ａ／Ｎ”と称する）は、１）特定ＤＣＩによって別個のＡ／Ｎプーリング（ｐｏｏｌｉｎｇ）を指示することによって（端末にとって）当該ｐｅｎｄｅｄ Ａ／Ｎを前記Ｔｙｐｅ－３Ａ／Ｎコードブック形態で送信するようにする形態であるか、或いは２）別個のＡ／Ｎプーリング無しでさらに他の（例えば、ＰＤＳＣＨに対するＡ／Ｎタイミングが有効値又は数値の形態で指示される）ＤＬ承認ＤＣＩによって指示されたＡ／Ｎタイミングで送信されるＴｙｐｅ－１Ａ／Ｎコードブックに当該ｐｅｎｄｅｄ Ａ／Ｎを追加して構成する動作を考慮できる。一方、上記のようにＴｙｐｅ－１Ａ／Ｎコードブックにｐｅｎｄｅｄ Ａ／Ｎを追加する形態でＡ／Ｎペイロードを構成して送信する動作を考慮する場合、１）追加される総ｐｅｎｄｅｄ Ａ／Ｎ情報／ビット数、及び２）Ａ／Ｎペイロード上の当該ｐｅｎｄｅｄ Ａ／Ｎ情報／ビットマッピング順序が、端末と基地局間に一致するように構成／マップすることが必須であり、仮にこのようなＡ／Ｎペイロード上のｐｅｎｄｅｄ Ａ／Ｎ数／マッピングに対して端末と基地局間に不一致が発生する場合には、ＵＣＩデコーディング性能が低下するだけでなく、深刻なＡＣＫ／ＮＡＣＫ（例えば、ＮＡＣＫ－ｔｏ－ＡＣＫ）エラーが発生し、不要なＰＤＳＣＨ再送信オーバーヘッド及び大きいレイテンシー（ｌａｔｅｎｃｙ）を招くことがある。
上の問題を考慮して、前記Ｔｙｐｅ－１Ａ／Ｎコードブックに追加可能な（最大）ｐｅｎｄｅｄ Ａ／Ｎ情報／ビット数（例えば、Ｐビット）を（基地局が）端末にＲＲＣシグナリングによって設定することができ、端末は、実際ｐｅｎｄｅｄ Ａ／Ｎの有無に関係なく常にＴｙｐｅ－１Ａ／Ｎコードブックに当該Ｐビットを追加して最終Ａ／Ｎペイロードを構成するように動作できる。さらに他の方法として、ＤＣＩ（例えば、ＤＬ承認）内の特定（例えば、１ビット）フィールドを用いて（基地局が）端末にｐｅｎｄｅｄ Ａ／Ｎの有無（或いは、前記Ｐビット追加の有無）を指示でき、当該フィールドで指示された情報によって端末はＴｙｐｅ－１Ａ／Ｎコードブックにｐｅｎｄｅｄ Ａ／Ｎビット（或いは、当該Ｐビット）を追加する又は追加しない形態で最終Ａ／Ｎペイロードを構成するように動作できる。さらに他の方法として、前記追加されるｐｅｎｄｅｄ Ａ／Ｎビット数Ｐに対して（０を含めて異なった値を有する）複数の候補が（ＲＲＣによって）端末に設定されてよく、ＤＣＩ（例えば、ＤＬ承認）内の特定フィールドで当該候補ののうち一つの値が指示されてよく、端末は、指示された値に相応するビット数をＴｙｐｅ－１Ａ／Ｎコードブックに追加して最終Ａ／Ｎペイロードを構成するように動作できる。
一方、最終Ａ／Ｎペイロード上には、前記Ｔｙｐｅ－１Ａ／Ｎコードブックから優先してＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）で始まる低いビットインデックス部分にマップされ（例えば、１番目のＡ／Ｎサブ（ｓｕｂ）コードブック形態で構成）、次いで前記ｐｅｎｄｅｄ Ａ／Ｎ情報が（高いビットインデックス部分に）マップされる形態で構成されてよい（例えば、２番目のＡ／Ｎサブコードブック形態で構成）。さらに、Ａ／Ｎペイロード上のｐｅｎｄｅｄ Ａ／Ｎ情報／ビット間のマッピング順序を一致させるために、前記Ａ／Ｎペンディング動作を指示するＤＣＩ（例えば、ＤＬ承認）内の特定フィールドを用いて、（基地局が）端末に指示されたＡ／Ｎペンディングに対応するＰＤＣＣＨ／ＰＤＳＣＨが（Ａ／Ｎペンディングが指示された全体ＰＤＣＣＨ／ＰＤＳＣＨのうち）何番目にスケジューリング／送信されたのか、その順序値（例えば、ｃｏｕｎｔｅｒ－ＤＡＩ）を知らせることができ、端末は、（前記Ｔｙｐｅ－１Ａ／Ｎコードブックに）当該ｃｏｕｎｔｅｒ値の順序に従って構成／マップされたｐｅｎｄｅｄ Ａ／Ｎビット（ペイロード）を追加する形態で最終Ａ／Ｎペイロードを構成するように動作できる。この場合、ＤＣＩ（例えば、ＤＬ承認）内に前記ｃｏｕｎｔｅｒ値を指示するフィールドはｃｏｕｎｔｅｒ－ＤＡＩシグナリングに用いられるフィールドとして適用されるか、又は（Ａ／Ｎフィードバック送信に用いられる）ＰＵＣＣＨリソースを割り当てるフィールド（例えば、ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ，ＰＲＩ）として決定／考慮されてよい。
一方、特定時点のＤＣＩ（例えば、ＤＬ承認）によって、対応するＰＤＳＣＨに対してＡ／Ｎペンディング動作が指示された状態で、当該ＰＤＳＣＨに対する（ｐｅｎｄｅｄ）Ａ／Ｎフィードバックを以後特定時点の他のＤＣＩから（前記Ｔｙｐｅ－１コードブックベースＡ／Ｎフィードバック時点として）指示されたＡ／Ｎタイミングで送信するように動作でき、この場合（ｐｅｎｄｅｄ Ａ／Ｎが送信される）当該Ａ／Ｎタイミングに対する決定が必要であり得る。そのための方案として、（例えば、前記Ｔｙｐｅ－１コードブックベースＡ／Ｎフィードバックをトリガーする）各ＤＣＩによって当該ＤＣＩから指示されたＡ／Ｎタイミングに（以前時点にＡ／Ｎペンディングが指示されたＰＤＳＣＨに対する）ｐｅｎｄｅｄ Ａ／Ｎを（追加して）送信するか否かを直接指示することができる。さらに他の方案として、Ａ／Ｎペンディングが指示された（ＤＣＩ又はＰＤＳＣＨ送信）時点以後に送信された（例えば、Ａ／Ｎタイミングを有効値又は数値で指示しながら前記Ｔｙｐｅ－１コードブックベースＡ／Ｎフィードバックをトリガーする）ＤＣＩから指示されたＡ／Ｎタイミングのうち最も早い時点（或いは、当該指示されたＡ／Ｎタイミングのうち前記Ａ／Ｎペンディングが指示されたＰＤＳＣＨ送信時点から端末の最小ＰＤＳＣＨプロシング時間以後の最も早い時点、或いは前記Ａ／Ｎペンディングが指示されたＰＤＳＣＨ送信時点から端末の最小ＰＤＳＣＨプロシング時間以後の最初Ａ／Ｎタイミングと指示された時点）で当該ｐｅｎｄｅｄ Ａ／Ｎを（追加して）送信するように動作できる。さらに他の方案として、Ａ／Ｎペンディングが指示されたＰＤＳＣＨ送信時点（これと同じスロット）或いは以後に送信された（例えば、Ａ／Ｎタイミングを有効値又は数値で指示しながら前記Ｔｙｐｅ－１コードブックベースＡ／Ｎフィードバックをトリガーする）最初ＤＣＩから指示されたＡ／Ｎタイミングで当該ｐｅｎｄｅｄ Ａ／Ｎを（追加して）送信するように動作できる。さらに他の方案として、Ａ／Ｎペンディングが指示されたＰＤＳＣＨ送信時点（これと同じスロット）或いは以後に送信された最初ＰＤＳＣＨをスケジュールする（例えば、Ａ／Ｎタイミングを有効値又は数値で指示しながら前記Ｔｙｐｅ－１コードブックベースＡ／Ｎフィードバックをトリガーする）ＤＣＩから指示されたＡ／Ｎタイミングで当該ｐｅｎｄｅｄ Ａ／Ｎを（追加して）送信するように動作できる。
さらに、Ａ／Ｎペイロードに対する端末と基地局間の不一致を防止するために、前記のような（Ｔｙｐｅ－１Ａ／Ｎコードブックに追加されて同一ＵＬ時点で送信される）方式でｐｅｎｄｅｄ Ａ／Ｎ送信が可能な時点を設定／指定する方法を考慮できる。具体的に、スロット＃ｎに送信されたＤＣＩ（例えば、ＤＬ承認）によって又はスロット＃ｎに送信されたＰＤＳＣＨに対してＡ／Ｎペンディング動作が指示された場合に、スロット＃（ｎ＋Ｔ）包含／後の時点（及び／又は、スロット＃（ｎ＋Ｔ＋Ｆ）包含／前の時点）で送信される（Ｔｙｐｅ－１Ａ／Ｎコードブックを運ぶ）ＰＵＣＣＨ（ＰＵＳＣＨ）でのみ当該ｐｅｎｄｅｄ Ａ／Ｎ送信が可能なように設定／指定されてよい。また、さらに、前記ｐｅｎｄｅｄ Ａ／Ｎに対応するＰＤＳＣＨ受信スロットが任意のＤＣＩ（例えば、ＤＬ承認）によって指示されたＡ／Ｎ送信タイミングに対応するバンドリングウィンドウに含まれたスロットＸと一致する場合に、端末は、当該スロットＸに対応するＡ／Ｎビットに当該ｐｅｎｄｅｄ Ａ／Ｎ情報／ビットをマップする形態で当該バンドリングウィンドウに対するＴｙｐｅ－１Ａ／Ｎコードブックを構成するように動作できる。
一方、Ｐｃｅｌｌをスケジュールしながらｃｏｕｎｔｅｒ－ＤＡＩ＝１を含むＤＬフォールバックＤＣＩ（これに対応するＡ／Ｎを便宜上、“フォールバックＡ／Ｎ”と定義）が特定Ａ／Ｎタイミングを指示し、当該Ａ／Ｎタイミングを指示する他のＤＬ承認ＤＣＩはない状態で、前記方式（又は、その他の方式）によって当該Ａ／Ｎタイミングが（以前時点にＡ／Ｎペンディングが指示されたＰＤＳＣＨに対する）ｐｅｎｄｅｄ Ａ／Ｎを（追加して）送信する時点として決定されてよい。この場合、端末は、Ｏｐｔ １）前記Ａ／Ｎタイミングで前記フォールバックＡ／Ｎと当該ｐｅｎｄｅｄ Ａ／Ｎを共にフィードバック／送信するように動作する、又はＯｐｔ ２）前記Ａ／Ｎタイミングでは（既存と同一に）前記フォールバックＡ／Ｎのみをフィードバック／送信するように動作（したがって、この場合、フォールバックＡ／Ｎ送信に指示されたＡ／Ｎタイミングでは例外としてｐｅｎｄｅｄ Ａ／Ｎを追加／フィードバックしないように動作）する、又はＯｐｔ３）前記Ａ／Ｎタイミングで全体Ｔｙｐｅ－１コードブックに当該ｐｅｎｄｅｄ Ａ／Ｎを追加してフィードバック／送信するように動作（したがって、この場合、フォールバックＡ／Ｎ送信はｐｅｎｄｅｄ Ａ／Ｎフィードバック／送信時点として決定されていないＡ／Ｎタイミングでのみ行うように動作）できる。
また、端末に前記Ｔｙｐｅ－２Ａ／Ｎコードブック方式が設定された状態で特定ＤＬ承認ＤＣＩによって（例えば、ＰＤＳＣＨに対するＡ／Ｎタイミングが、有効でない値又は非数値で指示される形態で）Ａ／Ｎペンディングが指示されたＰＤＳＣＨの場合に、当該ＰＤＳＣＨに対する（ｐｅｎｄｅｄ）Ａ／Ｎフィードバックは、１）特定ＤＣＩによって別個のＡ／Ｎプーリングを指示することによって（端末にとって）当該ｐｅｎｄｅｄ Ａ／Ｎを前記Ｔｙｐｅ－３Ａ／Ｎコードブック形態で送信するようにする形態である、或いは２）別個のＡ／Ｎプーリング無しでさらに他の（例えば、ＰＤＳＣＨに対するＡ／Ｎタイミングが有効値又は数値の形態で指示される）ＤＬ承認ＤＣＩによって指示されたＡ／Ｎタイミングで送信されるＴｙｐｅ－２Ａ／Ｎコードブックに当該ｐｅｎｄｅｄ Ａ／Ｎを追加して構成する動作を考慮できる。一方、この場合にも、上記のようにＴｙｐｅ－２Ａ／Ｎコードブックにｐｅｎｄｅｄ Ａ／Ｎを追加する形態でＡ／Ｎペイロードを構成して送信する動作を考慮する場合、１）追加される総ｐｅｎｄｅｄ Ａ／Ｎ情報／ビット数と、２）Ａ／Ｎペイロード上の当該ｐｅｎｄｅｄ Ａ／Ｎ情報／ビットのマッピング順序が、端末と基地局間に一致するように構成／マップすることが（ＵＣＩデコーディング性能及びＰＤＳＣＨ再送信オーバーヘッド／レイテンシー側面で）必須であり得る。
これを考慮して、前記Ａ／Ｎペイロード上の総ｐｅｎｄｅｄ Ａ／Ｎ情報／ビット数及び当該ｐｅｎｄｅｄ Ａ／Ｎ情報／ビット間のマッピング順序を（端末と基地局間に）一致させるために、（基地局が）前記Ａ／Ｎペンディング動作を指示するＤＣＩ（例えば、ＤＬ承認）内の特定フィールドを用いて、当該ＤＣＩで指示されたＡ／Ｎペンディングに対応するＰＤＣＣＨ／ＰＤＳＣＨが（Ａ／Ｎペンディングが指示された全体ＰＤＣＣＨ／ＰＤＳＣＨのうち）何番目にスケジューリング／送信されたか（その順序値（例えば、ｃｏｕｎｔｅｒ－ＤＡＩ））及び／又は現在時点まで端末にＡ／Ｎペンディングが指示されたＰＤＣＣＨ／ＰＤＳＣＨの数が合計で何個か（その合計値（例えば、ｔｏｔａｌ－ＤＡＩ））に関する情報を知らせることができる。これによって、端末は、（前記Ｔｙｐｅ－２Ａ／Ｎコードブックに）当該合計値に基づいて及び／又は当該ｃｏｕｎｔｅｒ値の順序に従って構成／マップされたｐｅｎｄｅｄ Ａ／Ｎビット（ペイロード）を追加する形態で最終Ａ／Ｎペイロードを構成するように動作できる。一方、最終Ａ／Ｎペイロード上には前記Ｔｙｐｅ－２Ａ／Ｎコードブックから優先してＭＳＢで始まる低いビットインデックス部分にマップされ（例えば、最初サブコードブック形態で構成）、次いで前記ｐｅｎｄｅｄ Ａ／Ｎ情報が（高いビットインデックス部分に）マップされる形態で構成されてよい（例えば、２番目のサブコードブック形態で構成）。
一方、特定時点のＤＣＩ（例えば、ＤＬ承認）によって、対応するＰＤＳＣＨに対してＡ／Ｎペンディング動作が指示された状態で、当該ＰＤＳＣＨに対する（ｐｅｎｄｅｄ）Ａ／Ｎフィードバックを以後特定時点の他のＤＣＩから（前記Ｔｙｐｅ－２コードブックベースＡ／Ｎフィードバック時点として指示されたＡ／Ｎタイミングで送信するように動作でき、この場合（ｐｅｎｄｅｄ Ａ／Ｎが送信される）当該Ａ／Ｎタイミングに対する決定が必要であり得る。そのための方案として、（例えば、前記Ｔｙｐｅ－２コードブックベースＡ／Ｎフィードバックをトリガーする）各ＤＣＩによって当該ＤＣＩから指示されたＡ／Ｎタイミングに（以前時点にＡ／Ｎペンディングが指示されたＰＤＳＣＨに対する）ｐｅｎｄｅｄ Ａ／Ｎを（追加して）送信するか否かを直接指示することができる。さらに他の方案として、Ａ／Ｎペンディングが指示された（ＤＣＩ又はＰＤＳＣＨ送信）時点以後に送信された（例えば、Ａ／Ｎタイミングを有効値又は数値で指示しながら前記Ｔｙｐｅ－２コードブックベースＡ／Ｎフィードバックをトリガーする）ＤＣＩから指示されたＡ／Ｎタイミングのうち最も早い時点（或いは、当該指示されたＡ／Ｎタイミングのうち前記Ａ／Ｎペンディングが指示されたＰＤＳＣＨ送信時点から端末の最小ＰＤＳＣＨプロシング時間以後の最も早い時点、或いは前記Ａ／Ｎペンディングが指示されたＰＤＳＣＨ送信時点から端末の最小ＰＤＳＣＨプロシング時間以後の最初Ａ／Ｎタイミングと指示された時点）で当該ｐｅｎｄｅｄ Ａ／Ｎを（追加して）送信するように動作できる。さらに他の方案として、Ａ／Ｎペンディングが指示されたＰＤＳＣＨ送信時点（これと同じスロット）或いは以後に送信された（例えば、Ａ／Ｎタイミングを有効値又は数値で指示しながら前記Ｔｙｐｅ－２コードブックベースＡ／Ｎフィードバックをトリガーする）最初ＤＣＩから指示されたＡ／Ｎタイミングで当該ｐｅｎｄｅｄ Ａ／Ｎを（追加して）送信するように動作できる。さらに他の方案として、Ａ／Ｎペンディングが指示されたＰＤＳＣＨ送信時点（これと同じスロット）或いは以後に送信された最初ＰＤＳＣＨをスケジュールする（例えば、Ａ／Ｎタイミングを有効値又は数値で指示しながら前記Ｔｙｐｅ－２コードブックベースＡ／Ｎフィードバックをトリガーする）ＤＣＩから指示されたＡ／Ｎタイミングで当該ｐｅｎｄｅｄ Ａ／Ｎを（追加して）送信するように動作できる。
前記方式を総合して（或いは、前記方式に追加して）Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対するＡ／ＮフィードバックをＴｙｐｅ－１／２Ａ／Ｎコードブックに追加して送信する動作を支援するために次のような方法を考慮できる。
１）Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対するＡ／Ｎペイロードサイズ
Ａ．Ｏｐｔ １
ｉ．各ＣＣ或いはＢＷＰ別に（単一Ａ／Ｎフィードバック上に構成可能な）Ａ／Ｎペンディングが指示可能な最大ＰＤＳＣＨ数ＮｐをＲＲＣによって設定。
Ｂ．Ｏｐｔ ２
ｉ．各ＣＣ或いはＢＷＰ別に（単一Ａ／Ｎフィードバック上に構成可能な）Ａ／Ｎペンディングが指示可能な最大ＰＤＳＣＨ数Ｎｐを事前に定義。
１．一例として、当該ＣＣ／ＢＷＰに設定された有効又は数値的（ｖａｌｉｄ ｏｒ ｎｕｍｅｒｉｃａｌ）Ａ／Ｎタイミングのうち最小値をＴｍと定義する場合、Ｎｐ＝Ｔｍ－ａ（ここで、ａ＝１（又は、０又は２）と決定されてよい。
Ａ）．又は、Ｎｐ＝ｂｘ（Ｔｍ－ａ）と決定されてよく、ここで、ｂは、単一スロット内に複数ＰＤＳＣＨ受信が可能か否かに対する端末能力（ｃａｐａｂｉｌｉｔｙ）によって１よりも大きい整数である。
２）Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対するＡ／Ｎオーダリング（ｏｒｄｅｒｉｎｇ）方式
Ａ．Ｏｐｔ １
ｉ．各ＣＣ別に個別／独立して（当該ＣＣ内で）Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対してのみｃｏｕｎｔｅｒ－ＤＡＩをシグナリング／適用。
１．この場合、前記ｐｅｎｄｅｄ Ａ／Ｎペイロードは各ＣＣ別に１からＮｐまでのｃｏｕｎｔｅｒ－ＤＡＩ値に対応するＡ／Ｎをマッピングして構成されてよい。
２．この場合、各ＣＣ別に一つのｃｏｕｎｔｅｒ－ＤＡＩ値に対応するＡ／Ｎビット数は、当該ＣＣに設定された最大ＴＢ又はＣＢＧ数と同一に決定されてよい。
Ｂ．Ｏｐｔ ２
ｉ．全体ＣＣにわたって（ＣＣ ｆｉｒｓｔ－ｔｉｍｅ ｓｅｃｏｎｄ方式で）Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対してのみｃｏｕｎｔｅｒ－ＤＡＩ（及びｔｏｔａｌ－ＤＡＩ）をシグナリング／適用。
１．この場合、前記ｃｏｕｎｔｅｒ－ＤＡＩ値はＡ／Ｎペンディングが指示されたＰＤＳＣＨから始まって（以後に送信される）当該ＰＤＳＣＨに対するＡ／Ｎフィードバックを要請するＤＣＩまで連続した値を有するようにシグナル／適用されてよい。
Ａ）．例えば、Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対応する最後のｃｏｕｎｔｅｒ－ＤＡＩ値がＸである場合に、その後、当該ＰＤＳＣＨに対するＡ／Ｎフィードバックを要請する（最初）ＤＣＩに対応するｃｏｕｎｔｅｒ－ＤＡＩ値は（Ｘ＋１）とシグナル／適用されてよい。
２．この場合、全体Ａ／Ｎペイロードは、前記Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対応するｃｏｕｎｔｅｒ－ＤＡＩ値から始まって最後の受信されたｃｏｕｎｔｅｒ－ＤＡＩ（又は、ｔｏｔａｌ－ＤＡＩ）値に対応するＡ／Ｎを順次にマッピングして構成。
３）Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対するＡ／Ｎフィードバック時点
Ａ．Ｏｐｔ １
ｉ．ＤＣＩ（例えば、ＤＬ承認）によって当該ＤＣＩから指示されたＡ／Ｎタイミングで（以前時点に）Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対する（ｐｅｎｄｅｄ）Ａ／Ｎフィードバックを（Ｔｙｐｅ－１／２Ａ／Ｎコードブックに）追加して送信するか（例えば、ｒｅｑｕｅｓｔ）否か（例えば、ｎｏ ｒｅｑｕｅｓｔ）かを指示
１．上記で“ｒｅｑｕｅｓｔ”と指示された場合にはＴｙｐｅ－１／２Ａ／Ｎコードブックに（ｐｅｎｄｅｄ）Ａ／Ｎフィードバックを追加して送信するが、“ｎｏ ｒｅｑｕｅｓｔ”と指示された場合には（ｐｅｎｄｅｄ）Ａ／Ｎフィードバック追加無しでＴｙｐｅ－１／２Ａ／Ｎコードブックのみを送信。
２．この場合、毎（ｐｅｎｄｅｄ）Ａ／Ｎフィードバック時点におけるＡ／Ｎ状態は、フィードバック送信後に常にリセットするように動作（例えば、特定フィードバック時点におけるＡ／Ｎ状態は、以前（最近）時点にフィードバックされたＡ／Ｎ状態をリセットし、（後にさらにＡ／Ｎペンディングが指示されたＰＤＳＣＨの有無によって）アップデートして決定するように動作）できる。
Ｂ．Ｏｐｔ ２
ｉ．ＤＣＩ（例えば、ＤＬ承認）によってＡ／Ｎペンディングが指示されたＰＤＳＣＨに対応する（ｐｅｎｄｅｄ）Ａ／Ｎフィードバックに対するＮＦＩ情報（一例として、以前（最近）フィードバックされたＡ／Ｎ状態をリセットし、（後に追加としてＡ／Ｎペンディングが指示されたＰＤＳＣＨの有無によって）アップデートするかそれとも以前（最近）フィードバックされたＡ／Ｎ状態をそのまま維持するか）を指示し、当該ＤＣＩから指示されたＡ／Ｎタイミングで当該ＮＦＩ情報を反映して（ｐｅｎｄｅｄ）Ａ／Ｎフィードバックを（Ｔｙｐｅ－１／２コードブックに追加して）送信。
１．この場合、前記ｐｅｎｄｅｄ Ａ／Ｎフィードバックは全ての時点のＴｙｐｅ－１／２コードブックに常に追加して送信するか、或いはＮＦＩがｎｏｎ－ｔｏｇｇｌｅｄ（又は、以前Ａ／Ｎ状態維持を指示）である場合には常に追加／送信するのに対し、ｔｏｇｇｌｅｄ（又は、以前Ａ／Ｎ状態リセットを指示）である場合には、（以前フィードバック時点以後に）さらにＡ／Ｎペンディングが指示されたＰＤＳＣＨがあれば追加／送信し、なければ追加／送信しないように動作できる。
２．上記でＮＦＩの場合、ＤＣＩ内の別個のビット／フィールドでシグナルされる形態であるか、或いは全体ＰＵＣＣＨリソース集合を、ｎｏｎ－ｔｏｇｇｌｅｄ ＮＦＩ（又は、以前Ａ／Ｎ状態維持）に対応するリソースグループとｔｏｇｇｌｅｄ ＮＦＩ（又は、以前Ａ／Ｎ状態リセット）に対応するリソースグループとに分けた状態で、ＤＣＩで指示されるＰＵＣＣＨリソースによって対応するＮＦＩ値として決定されてよい
また、端末に前記Ｔｙｐｅ－２ａ Ａ／Ｎコードブック方式が設定された状態で特定ＤＬ承認ＤＣＩによって（特定（ＰＤＳＣＨ）スロットグループＩＤ＝Ｘと指定されると同時に）Ａ／Ｎペンディングが指示されたＰＤＳＣＨの場合、当該ＰＤＳＣＨに対する（ｐｅｎｄｅｄ）Ａ／Ｎフィードバックは、１）特定ＤＣＩによって別個のＡ／Ｎプーリングを指示することによって（端末にとって）当該ｐｅｎｄｅｄ Ａ／Ｎを前記Ｔｙｐｅ－３Ａ／Ｎコードブック形態で送信するようにする形態であるか、或いは２）別個のＡ／Ｎプーリング無しでさらに他の特定（例えば、前記スロットグループＩＤ＝Ｘに対するＡ／Ｎフィードバックを要請（ｒｅｑｕｅｓｔする））ＤＬ承認ＤＣＩによって指示されたＡ／Ｎタイミングで送信されるＴｙｐｅ－２ａ Ａ／Ｎコードブックに当該ｐｅｎｄｅｄ Ａ／Ｎを含めて構成する動作を考慮できる。一方、上記で、後者の場合、ｐｅｎｄｅｄ Ａ／Ｎフィードバックが送信される当該Ａ／Ｎタイミングに対する決定が必要であり、そのための方案として、Ａ／Ｎペンディングが指示された（ＤＣＩ又はＰＤＳＣＨ送信）時点以後に送信された特定（例えば、（前記Ｔｙｐｅ－２ａコードブックベースＡ／Ｎフィードバックをトリガーしながら）前記スロットグループＩＤ＝Ｘに対するＡ／Ｎフィードバックを要請する）ＤＣＩから指示されたＡ／Ｎタイミングのうち最も早い時点で当該ｐｅｎｄｅｄ Ａ／Ｎを（追加して）送信するように動作できる。
一方、上記のようにＡ／Ｎペンディングが指示されたＰＤＳＣＨに対するＡ／Ｎフィードバック送信時点は、当該ＰＤＳＣＨ受信時点以後に検出／受信されたＤＣＩで指示されたＡ／Ｎタイミングとして決定されてよいが、この時、当該Ａ／Ｎタイミング時点又は当該ＤＣＩ受信時点以前の特定時点で特定（例えば、ＳＰＳ ＰＤＳＣＨ受信に対応する）Ａ／Ｎ情報を運ぶＰＵＣＣＨ或いはＰＵＳＣＨ送信が設定／指示／実行される可能性がある。この場合、ＨＡＲＱ動作において端末具現上の信号処理の複雑度を誘発するｏｕｔ－ｏｆ－ｏｒｄｅｒ（ＯＯＯ）、例えば、特定ＨＡＲＱプロセスＩＤのＰＤＳＣＨ＃１受信時点以後に受信された他の（或いは、同一の）ＨＡＲＱプロセスＩＤのＰＤＳＣＨ＃２に対するＡ／Ｎフィードバックが、ＰＤＳＣＨ＃１に対するＡ／Ｎフィードバック時点以前に送信される状況が演出される可能性がある。
したがって、前記のようなＯＯＯ動作状況を避けるために、Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対するＡ／Ｎフィードバック送信時点は、当該ＰＤＳＣＨ受信時点から（端末の最小ＰＤＳＣＨプロシング時間以後）最も早いＡ／Ｎ ＰＵＣＣＨ（又は、ＰＵＳＣＨ）送信（当該送信が設定／指示／実行された）時点として決定されてよい。この場合、仮に前記Ａ／Ｎ ＰＵＣＣＨがＳＰＳ ＰＤＳＣＨに対応するＡ／Ｎフィードバック専用ＰＵＣＣＨリソースである場合には、前記Ａ／Ｎペンディングを指示したＤＣＩに含まれたＰＲＩで指示されたＰＵＣＣＨリソースを用いて、当該Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対するＡ／ＮとＳＰＳ ＰＤＳＣＨに対するＡ／Ｎを共にフィードバック／送信するように動作できる。
また、この場合、仮に端末に前記Ｔｙｐｅ－１Ａ／Ｎコードブック方式が設定された状態で前記Ａ／Ｎ ＰＵＣＣＨがＳＰＳ ＰＤＳＣＨに対応するＡ／Ｎ専用ＰＵＣＣＨリソースである場合には、１）Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対するＡ／ＮとＳＰＳ ＰＤＳＣＨに対するＡ／Ｎを共に同一の一つのＰＵＣＣＨ（又は、ＰＵＳＣＨ）上に構成／送信する、又は２）ＳＰＳ ＰＤＳＣＨに対するＡ／Ｎのみを送信するように（この場合、Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対するＡ／Ｎ送信は（前記ＳＰＳ ＰＤＳＣＨに対応するＡ／Ｎタイミングを含めて以後の全てのＡ／Ｎタイミングに対して）省略するように）動作できる。また、この場合、仮に端末に前記Ｔｙｐｅ－２Ａ／Ｎコードブック方式が設定された状態で前記Ａ／Ｎ ＰＵＣＣＨがＳＰＳ ＰＤＳＣＨに対応するＡ／Ｎ専用ＰＵＣＣＨリソースである場合には、１）ｃｏｕｎｔｅｒ－ＤＡＩ初期値から（Ａ／Ｎペンディングが指示されていないＰＤＳＣＨまで含めて）Ａ／Ｎペンディングを指示したＤＣＩに含まれたｔｏｔａｌ－ＤＡＩ（又は、ｃｏｕｎｔｅｒ－ＤＡＩ）値までのＰＤＳＣＨに対応するＡ／ＮとＳＰＳ ＰＤＳＣＨに対するＡ／Ｎを共に同一の一つのＰＵＣＣＨ（又は、ＰＵＳＣＨ）上に構成／送信する、又は２）（Ａ／Ｎペンディングが指示されていないＰＤＳＣＨを除いて）Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対するＡ／ＮとＳＰＳ ＰＤＳＣＨに対するＡ／Ｎを共に同一の一つのＰＵＣＣＨ（又は、ＰＵＳＣＨ）上に構成／送信するように動作できる。また、この場合、仮に端末に前記Ｔｙｐｅ－２ａ Ａ／Ｎコードブック方式が設定された状態で前記Ａ／Ｎ ＰＵＣＣＨがＳＰＳ ＰＤＳＣＨに対応するＡ／Ｎ専用ＰＵＣＣＨリソースであるか又は前記Ａ／Ｎ ＰＵＣＣＨ（又は、ＰＵＳＣＨ）がＡ／Ｎペンディングが指示されたＰＤＳＣＨに対応する（ＰＤＳＣＨ）スロットグループＩＤ＝Ｘとは異なるグループＩＤ＝Ｙに対するＡ／Ｎフィードバックが指示されたＰＵＣＣＨ（又は、ＰＵＳＣＨ）である場合には、１）前記グループＩＤ＝Ｘに対してｃｏｕｎｔｅｒ－ＤＡＩ初期値から（Ａ／Ｎペンディングが指示されていないＰＤＳＣＨまで含めて）Ａ／Ｎペンディングを指示したＤＣＩに含まれたｔｏｔａｌ－ＤＡＩ（又は、ｃｏｕｎｔｅｒ－ＤＡＩ）値までのＰＤＳＣＨに対応するＡ／ＮとＳＰＳ ＰＤＳＣＨに対するＡ／Ｎ又はグループＩＤ＝Ｙに対するＡ／Ｎを共に同一の一つのＰＵＣＣＨ（又は、ＰＵＳＣＨ）上に構成／送信する、又は２）前記グループＩＤ＝Ｘに対して（Ａ／Ｎペンディングが指示されていないＰＤＳＣＨを除いて）Ａ／Ｎペンディングが指示されたＰＤＳＣＨに対するＡ／ＮとＳＰＳ ＰＤＳＣＨに対するＡ／Ｎ又はグループＩＤ＝Ｙに対するＡ／Ｎを共に同一の一つのＰＵＣＣＨ（又は、ＰＵＳＣＨ）上に構成／送信するように動作する、又は３）上記でグループＩＤ＝Ｙに対するＡ／Ｎフィードバックを指示するＤＣＩによっては常にグループＩＤ＝Ｘに対するＡ／Ｎフィードバックが共に指示されるように規定できる。
さらに、前記Ｔｙｐｅ－１或いはＴｙｐｅ－２Ａ／Ｎコードブック方式が設定された場合には、特定ＤＣＩによって前記Ｔｙｐｅ－３Ａ／Ｎコードブック方式に基づくＡ／Ｎフィードバック送信を動的にトリガーする動作が適用／許容されるが、前記Ｔｙｐｅ－２ａ Ａ／Ｎコードブック方式が設定された場合にはこのようなＤＣＩベースの動的Ｔｙｐｅ－３Ａ／Ｎコードブックトリガリングが適用／許容されないように規定／定義されてよい。また、さらに、前記Ｔｙｐｅ－１或いはＴｙｐｅ－２Ａ／Ｎコードブック方式が設定された場合には、ＤＣＩ（例えば、ＤＬ承認）によってた前記のような（ＰＤＳＣＨに対して、有効でない又は非数値的（ｉｎｖａｌｉｄ ｏｒ ｎｏｎ－ｎｕｍｅｒｉｃａｌ）Ａ／Ｎタイミング値を指示する形態の）Ａ／Ｎペンディング指示動作が適用／許容されないが、前記Ｔｙｐｅ－２ａ方式が設定された場合には、ＤＣＩによる（有効でない又は非数値的Ａ／Ｎタイミング値を指示する形態の）Ａ／Ｎペンディング指示動作が適用／許容されるように規定／定義されてよい。
（ｅ）ＳＰＳ ＰＤＳＣＨに対するＡ／Ｎフィードバック送信動作
一方、前記Ｔｙｐｅ－２ａ（又は、Ｔｙｐｅ－１又はＴｙｐｅ－２）Ａ／Ｎコードブック方式が設定／指示された状況で対応するＤＣＩ（例えば、ＤＬ承認）無しで送信されるＳＰＳ ＰＤＳＣＨ及びこれに対するＡ／Ｎフィードバックを考慮する場合、当該ＳＰＳ ＰＤＳＣＨに対する別個のスロットグループＩＤ指定がないことにより、対応するＡ／Ｎフィードバックに対する（例えば、端末のＬＢＴ失敗及び／又は基地局のＡ／Ｎ検出失敗による）再送信要請が不可なため、１）当該ＳＰＳ ＰＤＳＣＨに対するＡ／Ｎフィードバック送信時点の決定、及び２）Ｔｙｐｅ－２ａ Ａ／Ｎコードブック上ににおける当該Ａ／Ｎフィードバック構成／マッピングに対する規則が必要となり得る。
まず、ＳＰＳ ＰＤＳＣＨに対するＡ／Ｎフィードバック送信時点の場合、例えば、ＳＰＳ ＰＤＳＣＨ周期がＬ個スロットとして設定され、ＳＰＳ ＰＤＳＣＨに対応するＡ／Ｎタイミング（ｄｅｌａｙ）がＫ個スロットとして指示されることを仮定すれば、特定スロット＃ｎに送信されたＳＰＳ ＰＤＳＣＨに対するＡ／Ｎフィードバックは、スロット＃（ｎ＋Ｋ）からスロット＃（ｎ＋Ｋ＋Ｌ－１）までの区間内に指示された全てのＡ／Ｎタイミングで（反復的に）送信するように動作できる。他の方法として、特定スロット＃ｎに送信されたＳＰＳ ＰＤＳＣＨに対する前記Ｔｙｐｅ－２ａ（又は、Ｔｙｐｅ－１又はＴｙｐｅ－２）コードブックベースのＡ／Ｎフィードバックは、スロット＃（ｎ＋Ｋ）でのみ送信され、さらに、スロット＃（ｎ＋Ｋ）からスロット＃（ｎ＋Ｋ＋Ｌ－１）までの区間内に前記Ｔｙｐｅ－３コードブックベースのＡ／Ｎタイミングと指示された時点で（追加）送信されてよい。さらに他の方法として、Ｔｙｐｅ－２ａ Ａ／Ｎコードブック方式で動作する場合には、ＳＰＳ活性化（ａｃｔｉｖａｔｉｏｎ）ＤＣＩによって、後に送信されるＳＰＳ ＰＤＳＣＨの属する特定スロットグループＩＤを指定でき、これによって（基地局からの要請による）当該スロットグループＩＤに対するＡ／Ｎフィードバック構成／送信時に当該ＳＰＳ ＰＤＳＣＨに対するＡ／Ｎまで含めて構成／送信するように動作できる。
一方、Ｔｙｐｅ－２ａ Ａ／Ｎコードブック上でＳＰＳ ＰＤＳＣＨに対するＡ／Ｎ構成／マッピングの場合、ＤＣＩ（例えば、ＤＬ承認）によってスロットグループＩＤが指定されたＰＤＳＣＨに対するＡ／Ｎと分離された形態で構成／マップされてよく、一例として、Ｔｙｐｅ－２ａコードブックのＡ／Ｎペイロード上にスロットグループＩＤが指定されたＰＤＳＣＨに対するＡ／ＮからＭＳＢで始まって低いビットインデックス部分にマップされ（例えば、１番目のサブコードブック形態で構成）、次いで当該ＳＰＳ ＰＤＳＣＨに対するＡ／Ｎが（高いビットインデックス部分に）マップされる形態で構成されてよい（例えば、２番目のサブコードブック形態で構成）。また、Ｔｙｐｅ－３Ａ／Ｎコードブック上でＳＰＳ ＰＤＳＣＨに対するＡ／Ｎ構成／マッピングの場合、ＤＣＩ（例えば、ＤＬ承認）によってＨＡＲＱプロセスＩＤが指定されたＰＤＳＣＨに対するＡ／Ｎと分離された形態で構成／マップされてよく、一例として、Ｔｙｐｅ－３コードブックのＡ／Ｎペイロード上にＤＣＩによってＨＡＲＱプロセスＩＤが指定されたＰＤＳＣＨに対するＡ／ＮからＭＳＢで始まって低いビットインデックス部分にマップされ（例えば、１番目のサブコードブック形態で構成）、次いで当該ＳＰＳ ＰＤＳＣＨに対するＡ／Ｎが（高いビットインデックス部分に）マップされる形態で構成されてよい（例えば、２番目のサブコードブック形態で構成）。
一方、前記Ｔｙｐｅ－３Ａ／Ｎコードブックの場合、各ＨＡＲＱプロセスＩＤに対応するＡ／Ｎがマップされる形態でＡ／Ｎペイロードが構成されてよいが、ＳＰＳ ＰＤＳＣＨに対する解除（ｒｅｌｅａｓｅ）を指示するＰＤＣＣＨの場合には、ＤＣＩ内のＨＡＲＱプロセスＩＤフィールドを用いて、当該ＰＤＣＣＨがＳＰＳ解除用途であることを設定する目的で用いられてよい。これを勘案して、まず、各ＨＡＲＱプロセスＩＤ別Ａ／ＮをマップしてＡ／Ｎペイロードを構成した状態で前記ＳＰＳ解除ＰＤＣＣＨに対する（１ビット）Ａ／Ｎ情報を当該Ａ／Ｎペイロードの特定位置に追加する形態で全体Ｔｙｐｅ－３Ａ／Ｎコードブックが構成されてよく、当該特定位置は、１）前記全体Ａ／Ｎペイロードの最後のＡ／Ｎビットの次／以後、又は２）前記Ａ／Ｎペイロード内でＳＰＳ解除ＰＤＣＣＨが送信されたＣＣに対応する最後のＡ／Ｎビットの次／以後、又は３）前記Ａ／Ｎペイロード内でＳＰＳ解除ＰＤＣＣＨに対応するＳＰＳ ＰＤＳＣＨが送信されたＣＣに対応する最後のＡ／Ｎビットの次／以後、又は４）前記ＳＰＳ解除ＰＤＣＣＨに対応するＳＰＳ ＰＤＳＣＨ送信用途として予約（ｒｅｓｅｒｖｅ）された特定ＨＡＲＱプロセスＩＤに対応するＡ／Ｎビットによって決定されてよい。
一方、さらに、ＳＰＳ活性化を指示するＤＣＩによってＳＰＳ ＰＤＳＣＨ受信に対応するＡ／Ｎタイミングが適用不可能な（ｉｎａｐｐｌｉｃａｂｌｅ）（又は、有効でない又は非数値的な）値で指示された場合に、当該ＤＣＩに対応する最初ＰＤＳＣＨ受信に対しては特定の適用不可能な（又は、有効でない又は非数値的な）値をＡ／Ｎタイミングで適用して対応するＡ／Ｎフィードバックを送信し、その後、ＳＰＳ ＰＤＳＣＨに対しては対応するＡ／Ｎフィードバックをペンド（ｐｅｎｄｉｎｇ）するように動作する方法を考慮できる。この場合、前記最初ＰＤＳＣＨ受信に対応するＡ／Ｎフィードバック送信のためのＰＵＣＣＨリソースは、１）前記同一ＳＰＳ活性化ＤＣＩによって直接指示される、或いは２）ＲＲＣによって設定された複数の候補ＰＵＣＣＨリソース（ＰＲＩ）インデックスのうち、特定（例えば、一番目に低い又は一番目に高いインデックスに対応する）リソースと決定される、或いは３）特定リソースと事前に定義されるか又はＲＲＣによって設定されてよい。また、この場合、前記最初ＰＤＳＣＨ受信に対するＡ／Ｎ送信タイミングに適用される特定の適用可能な値（ａｐｐｌｉｃａｂｌｅ ｖａｌｕｅ）は、１）特定値と事前に定義されるか又はＲＲＣによって設定される、或いは２）ＲＲＣによって設定された複数の候補（適用可能な）Ｋ１値のうち、特定（例えば、最小又は最大）値と定される、或いは３）前記同一ＳＰＳ活性化ＤＣＩによって直接指示されてよい。
一方、ＳＰＳ活性化を指示するＤＣＩによって適用不可能な値（ｉｎａｐｐｌｉｃａｂｌｅ ｖａｌｕｅ）がＡ／Ｎタイミングと指示される（例えば、Ａ／Ｎペンディング指示）動作は、端末に前記Ｔｙｐｅ－２ａ（及び／又は、Ｔｙｐｅ－３）Ａ／Ｎコードブック或いは前記Ｔｙｐｅ－２（及び／又は、Ｔｙｐｅ－３）Ａ／Ｎコードブックが設定された場合にのみ許容されてよく、端末に前記Ｔｙｐｅ－１（及び／又は、Ｔｙｐｅ－３）Ａ／Ｎコードブックが設定された場合には、当該動作が許容されなくてよい。その理由は、上記のようにＡ／Ｎペンディングが指示された複数のＳＰＳ ＰＤＳＣＨに対する一括的な（基地局からの）Ａ／Ｎフィードバック要請は、端末に前記Ｔｙｐｅ－２ａ Ａ／Ｎコードブックが設定された場合に、当該Ｔｙｐｅ－２ａ及び／又はＴｙｐｅ－３コードブックベースＡ／Ｎ送信を指示する任意のＤＣＩによって要請可能であり、端末に前記Ｔｙｐｅ－２Ａ／Ｎコードブックが設定された場合に、当該Ｔｙｐｅ－２及び／又はＴｙｐｅ－３コードブックベースＡ／Ｎ送信を指示する任意のＤＣＩによって要請可能であるが、端末に前記Ｔｙｐｅ－１Ａ／Ｎコードブックが設定された場合には、Ｔｙｐｅ－３コードブックベースＡ／Ｎ送信を指示するＤＣＩのみによって（少ない要請機会で制限的に）要請可能なためである。
また、さらに、前記Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信を指示するＤＣＩ、及び／又はＳＰＳ活性化を指示するＤＣＩ、及び／又はＳＰＳ解除を指示するＤＣＩ、及び／又は特定セル（例えば、Ｓｃｅｌｌ）に対して端末のＰＤＣＣＨモニタリング或いはデコーディング動作がディセーブルされる（ｄｉｓａｂｌｅｄ）ように設定された特定（例えば、ドミナント（ｄｏｒｍａｎｔ））ＢＷＰへのスイッチング（ｓｗｉｔｃｈｉｎｇ）を指示するＤＣＩなど（便宜上、このようなＤＣＩを“特殊（ｓｐｅｃｉａｌ）ＤＣＩ”と称する。）に対しては、当該ＤＣＩ受信に対応するＡ／Ｎタイミングが、適用不可能な値で指示されないように（又は、適用可能な値（ａｐｐｌｉｃａｂｌｅ ｖａｌｕｅ）でのみ指示されるように）規定されてよく、これによって、端末は前記のような特殊ＤＣＩによって、適用不可能な値がＡ／Ｎタイミングとして指示された場合に、当該ＤＣＩを無視（ｄｉｓｃａｒｄ）するように動作できる。その理由は、前記のような特殊ＤＣＩに対して仮に当該ＤＣＩ受信に対するＡ／Ｎフィードバックがペンドされる場合に、当該ＤＣＩで指示された動作（例えば、ＳＰＳ ＰＤＳＣＨ送信／受信動作に対するＳＰＳ解除又はドミナントＢＷＰへの送受信動作の切替のためのＢＷＰスイッチング）の適用／実行されるか否か及び時点に対して、端末と基地局間に曖昧さ（ａｍｂｉｇｕｉｔｙ）又は不一致（ｍｉｓａｌｉｇｎｍｅｎｔ）が発生し得るためである。
さらに他の方法として、ＤＣＩ内のＡ／Ｎタイミングフィールドで指示される状態（ｓｔａｔｅ）のうち、適用不可能な値がマップされた状態を、前記特殊ＤＣＩに対しては特定の適用可能な値に代替／変更して解析／適用する方式も可能であり、この場合、前記特定の適用可能な値は、１）特定値として事前に定義されるか又はＲＲＣによって設定される、或いは２）ＲＲＣによって設定された複数の候補（ａｐｐｌｉｃａｂｌｅ）Ｋ１値のうち、特定（例えば、最小又は最大）値を基準に（例えば、当該値に特定オフセットを足した値と）決定されてよい（例えば、最小Ｋ１－ａ（例えば、ａ＝１）又は最大Ｋ１＋ｂ（例えば、ｂ＝１）と決定）。
（ｆ）Ｔｙｐｅ－３Ａ／Ｎコードブックを指示するＤＣＩのための最小プロセシング時間（ｍｉｎｉｍｕｍ ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）決定
前述したように、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信はＤＬ承認ＤＣＩによって指示されてよいが、より具体的に、次のような２つの方法が考慮（支援）されてよい：
Ｃａｓｅ Ａ）（ＤＬ承認）ＤＣＩがＰＤＳＣＨスケジューリングを含むと共にＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを指示；
Ｃａｓｅ Ｂ）（ＤＬ承認）ＤＣＩがＰＤＳＣＨスケジューリングを含まないと共にＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバックを指示
一例として、後者であるＣａｓｅ Ｂの場合、当該ＤＣＩによって割り当てられたＰＤＳＣＨ周波数リソースが適用不可能な（ｉｎｖａｌｉｄ）（例えば、エンプティ（ｅｍｐｔｙ））であれば、端末は、ＰＤＳＣＨスケジューリング無しでＴｙｐｅ－３Ａ／Ｎコードブックが指示された場合と認識して動作できる。例えば、Ｃａｓｅ Ｂにおいて端末は、ＤＬ承認ＤＣＩフォーマットに該当するＤＣＩを受信してもＰＤＳＣＨ受信無しで、Ｔｙｐｅ－３コードブックベースＨＡＲＱ－ＡＣＫを生成／送信できる。
Ｃａｓｅ Ｂの場合、当該ＤＣＩによって指示されたＨＡＲＱ－ＡＣＫタイミング（例えば、Ｋ１）値がどの時点を基準に適用されるかが定義される必要がある。図６で前述したように、当該ＤＣＩは、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ Ｆｅｅｄｂａｃｋ Ｔｉｍｉｎｇ Ｉｎｄｉｃａｔｏｒフィールドを含み、Ｋ１値を指示しているが、Ｃａｓｅ Ｂの場合、Ｋ１値の適用の基準となるＰＤＳＣＨのスケジューリングがないため、端末／基地局がＨＡＲＱ－ＡＣＫ応答時点をどのように決定すべきかが問題になる。これを解決するための具体的な一例として、端末／基地局は、Ｏｐｔ １）当該ＤＣＩが受信されたスロットからＫ１個スロット以後の時点をＡ／Ｎ送信時点と決定する、又はＯｐｔ ２）当該ＤＣＩによって（実際に送信されないが）ＰＤＳＣＨ受信時点と指示されたスロットからＫ１個スロット以後の時点をＡ／Ｎ送信時点と決定する方法が考慮されてよく、これに限定されない。
一方、現在ＮＲシステムでは、端末のＰＤＳＣＨ受信と関連して最小プロセシング時間（ｍｉｎｉｍｕｍ ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）（例えば、Ｎ１）を規定している。具体的には、ＰＤＳＣＨ（最後のシンボル）受信時点から、当該Ａ／Ｎを含むＰＵＣＣＨ（最初シンボル）送信時点までの区間として、ＰＤＳＣＨ最小プロセシング時間＝Ｎ１個シンボル以上が確保される場合に、端末は、当該ＰＤＳＣＨ受信に対して（最終デコーディング結果を反映した）有効な（ｖａｌｉｄ）Ａ／Ｎ情報をフィードバックするように動作するが、当該区間がＮ１個シンボル未満である場合には、有効なＡ／Ｎ情報をフィードバックしなくてよい。このようなＮ１の場合、ＰＤＳＣＨ及びＡ／Ｎ ＰＵＣＣＨ送信に適用されるＳＣＳ、そしてＰＤＳＣＨに設定されたＤＭＲＳシンボルパターンによって異なる値を有し得る。下表７は、ＳＣＳ値及びＤＭＲＳパターンによる最小ＰＤＳＣＨプロシング時間（Ｎ１シンボル個数）値を提示する。
Figure 0007322294000007
また、現在ＮＲシステムでは、端末のＰＵＳＣＨ送信と関連して最小プロシング時間（例えば、Ｎ２）を規定している。具体的には、ＵＬ承認ＤＣＩを含むＰＤＣＣＨ（最後のシンボル）受信時点から、当該ＵＬ承認ＤＣＩによってスケジュールされたＰＵＳＣＨ（最初シンボル）送信時点までの区間としてＮ２個シンボル以上が確保される場合、端末は、当該ＰＤＣＣＨでスケジュールされたＵＬデータ（例えば、ＴＢ又はＣＢＧ）を運ぶＰＵＳＣＨを送信するように動作するが、当該区間がＮ２個シンボル未満である場合には、当該ＰＤＣＣＨを無視（ｄｉｓｃａｒｄ）し、対応するＰＵＳＣＨ送信を省略（ｄｒｏｐ）できる。このようなＮ２の場合、ＵＬ承認ＰＤＣＣＨ及びＰＵＳＣＨ送信に適用されるＳＣＳによって異なる値を有してよい。下表８は、ＳＣＳ値による最小ＰＵＳＣＨプロシング時間（シンボル個数Ｎ２）値を提示する。
Figure 0007322294000008
また、ＮＲシステムでは、ＳＰＳ ＰＤＳＣＨ解除を指示するＰＤＣＣＨ受信と関連して最小プロシング時間（例えば、シンボル個数Ｎ）を規定している。具体的には、ＳＰＳ ＰＤＳＣＨ解除を指示するＰＤＣＣＨ（最後のシンボル）受信時点から、当該ＰＤＣＣＨに対するＡ／Ｎを含むＰＵＣＣＨ（最初シンボル）送信時点までの区間としてＮ個シンボル以上が確保される場合に、端末は、当該ＰＤＣＣＨ受信に対して有効なＡ／Ｎ（例えば、ＡＣＫ）情報をフィードバックするように動作するが、当該区間がＮ個シンボル未満である場合には、有効なＡ／Ｎ情報をフィードバックしなくてよい。このようなシンボル個数Ｎは、ＰＤＣＣＨ及びＡ／Ｎ ＰＵＣＣＨ送信に適用されるＳＣＳによって異なる値を有してよい。下表９は、ＳＣＳ値によるＳＰＳ ＰＤＳＣＨ解除を指示するＰＤＣＣＨの（最小）プロシング時間（シンボル個数Ｎ）値を提示する。
Figure 0007322294000009
具体的に、表９で、ＳＣＳは当該ＰＤＣＣＨのＳＣＳ及び当該Ａ／Ｎ ＰＵＣＣＨのＳＣＳのうち、相対的に小さい値を意味できる。一方、ＰＤＳＣＨに対して向上したプロセシング時間（ａｄｖａｎｃｅｄ ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ））が用いられる場合（例えば、ｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄ）に、表９におけるシンボル個数Ｎは減少してよい（例えば、１５ｋＨｚ ＳＣＳに対してＮ＝５、３０ｋＨｚ ＳＣＳに対してＮ＝５．５、６０ｋＨｚ ＳＣＳに対してＮ＝１１）。
一方、前記Ｃａｓｅ ＢのようにＤＬ承認 ＰＤＣＣＨがＰＤＳＣＨスケジューリング無しで（Ｔｙｐｅ－３コードブックベースの）Ａ／Ｎフィードバック送信のみを指示する場合に、当該ＰＤＣＣＨ（最後のシンボル）受信時点から対応するＡ／Ｎ ＰＵＣＣＨ（最初シンボル）送信時点までの区間に適用される最小プロシング時間及びこれに対応するシンボル数（例えば、Ｎｘ）を規定する必要があり得る。具体的には、ＰＤＳＣＨスケジューリング無しで（Ｔｙｐｅ－３コードブックベースの）Ａ／Ｎフィードバック送信を指示するＰＤＣＣＨ（最後のシンボル）受信時点から、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック（例えば、Ａ／Ｎ ＰＵＣＣＨ）（最初シンボル）送信時点までの区間としてＮｘ個シンボル以上が確保される場合に、端末は、当該ＰＤＣＣＨに対応する有効な（Ｔｙｐｅ－３コードブックベースの）Ａ／Ｎ情報をフィードバックするように動作するが、当該区間がＮｘ個シンボル未満である場合には、１）有効なＡ／Ｎ情報をフィードバックしない、又は２）当該ＰＤＣＣＨ自体を無視（ｄｉｓｃａｒｄ）するように動作できる。
Ｎｘ値の一例として、表７に提示された値のうち、追加ＤＭＲＳシンボル（グループ）が設定されない場合に適用されるＮ１値（或いは、当該Ｎ１に特定シンボル数ａを足した（Ｎ１＋ａ）値、ここで、ａは正数又は負数に設定されてよい。）を前記Ｎｘ値に適用できる。実際にスケジュールされたＰＤＳＣＨはなく、これに要求されるプロセシング過程は省略できる状況であるので、各ＳＣＳ別に最小のＮ１値を適用することが可能であるためである。
又は、Ｎｘ値の他の一例として、表７に提示された値のうち、追加ＤＭＲＳシンボル（グループ）が設定された場合に適用されるＮ１値（或いは、当該Ｎ１に特定シンボル数ａを足した（Ｎ１＋ａ）値、ここで、ａは正数又は負数に設定されてよい。）を前記Ｎｘ値に適用できる。ＰＤＣＣＨの場合、それを構成する全てのシンボルのそれぞれにＤＭＲＳが含まれた形態であるので、それに対応するチャネル推定時間（ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ ｔｉｍｅ）を考慮したとき、各ＳＣＳ別に最も大きいＮ１値を適用することに無理がないためである。
Ｎｘ値のさらに他の例として、表８に提示されたＮ２値（或いは、当該Ｎ２に特定シンボル数ａを足した（Ｎ２＋ａ）値、ここで、ａは正数又は負数に設定されてよい。）を前記Ｎｘ値に適用できる。Ｃａｓｅ ＢがＰＵＳＣＨスケジューリング／送信ケースと類似にＤＬ制御（ＤＬ ｃｏｎｔｒｏｌ）を受信し、対応するＵＬチャネルを送信する形態であるので、各ＳＣＳ別に定義されたＮ２値を適用することに無理がないためである。
Ｎｘ値のさらに他の例として、表９に提示されたＳＰＳ解除を指示するＰＤＣＣＨに関連したＮ値（或いは、当該Ｎに特定シンボル数ａを足した（Ｎ＋ａ）値、ここで、ａは、正数又は負数に設定されてよい。）がＮｘ値（例えば、ＰＤＳＣＨスケジューリング無しでＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信を指示するＰＤＣＣＨの最後のシンボルからＴｙｐｅ－３コードブックベースのＡ／Ｎフィードバック（例えば、Ａ／Ｎ ＰＵＣＣＨ）（最初シンボル）送信までシンボルオフセット）として用いられてよい。その理由は、Ｃａｓｅ Ｂが、（ＰＤＣＣＨによって指示される情報はＳＰＳ ＰＤＳＣＨ解除とは異なるが）端末がＰＤＣＣＨを受信し、ＰＤＣＣＨに対応するＨＡＲＱ－ＡＣＫ（例えば、Ａ／Ｎ ＰＵＣＣＨ）を送信する形態であるので、表９のようにＳＰＳ ＰＤＳＣＨ解除を指示するＰＤＣＣＨに対して各ＳＣＳ別に定義されたＮ値を、Ｔｙｐｅ－３コードブックベースのＡ／Ｎフィードバック送信を指示するＰＤＣＣＨに適用することが可能なためである。例えば、ＰＤＳＣＨのスケジューリング無しでＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫを要請するＤＣＩ（例えば、ＤＬ承認フォーマットＤＣＩ）を運ぶ第１ＰＤＣＣＨを受信した端末は、仮にＳＰＳ解除を指示するＤＣＩを運ぶ第２ＰＤＣＣＨが受信されていると端末が第２ＰＤＣＣＨに対してＡ／Ｎフィードバックを送信すべきタイミング（実際には第２ＰＤＣＣＨが受信されず第１ＰＤＣＣＨが受信されていることにもかかわらず）で、第１ＰＤＣＣＨが指示するＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫを送信（又は、送信を開始）できる。ＰＤＳＣＨのスケジューリング無しでＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫを要請するＤＣＩ（例えば、ＤＬ承認フォーマットＤＣＩ）を運ぶ第１ＰＤＣＣＨを送信した基地局は、仮にＳＰＳ解除を指示するＤＣＩを運ぶ第２ＰＤＣＣＨが受信されていると基地局が第２ＰＤＣＣＨに対してＡ／Ｎフィードバックを受信すべきタイミング（実際には第２ＰＤＣＣＨが送信されず第１ＰＤＣＣＨが送信されているにもかかわらず）で、第１ＰＤＣＣＨが指示するＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫを受信（又は、受信を開始）できる。このようにＳＰＳ ＰＤＳＣＨ解除を指示するＰＤＣＣＨに対するＡ／Ｎフィードバックタイミングが、Ｃａｓｅ Ｂ（例えば、ＰＤＳＣＨのスケジューリング無しでＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫを要請するＤＣＩ（例えば、ＤＬ承認フォーマットＤＣＩ）を運ぶＰＤＣＣＨを受信した端末がＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫを送信）のために再使用されてよい。
図２４には、本発明の一例に係るＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫ送信タイミングを例示する。本発明は、図２４に限定されず、前述した内容（例えば、図１７～図２３など）と重複する説明は省略されてよい。
図２４を参照すると、端末は、ＤＬ承認ＤＣＩフォーマットに該当するＤＣＩを運ぶＰＤＣＣＨの検出を試みる（２４０５）。ＰＤＣＣＨの検出試みは、探索空間内で当該ＰＤＣＣＨの候補に対するブラインドデコーディングを行うことを含むことができる。
端末は、ＰＤＣＣＨからＤＬ承認ＤＣＩフォーマットを有するＤＣＩを取得する（２４１０）。
ＤＣＩがＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫフィードバックを要請し（２４１２Ｙ）、ＰＤＳＣＨをスケジュールすると（２４１５ Ｙ）（例えば、Ｃａｓｅ Ａ）、端末は、当該ＤＣＩによってスケジュールされたＰＤＳＣＨを受信（２４２５）する一方、ＤＣＩで指示されたＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫペイロードを生成する（２４３０）（例えば、図２１～図２３など）。
ＤＣＩがＰＤＳＣＨをスケジューリング無しで（２４１５ Ｎ）、Ｔｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫフィードバックを要請する場合（２４１２ Ｙ）（例えば、Ｃａｓｅ Ｂ）、端末は、ＰＤＳＣＨ受信無しにＤＣＩで指示されたＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫペイロードを生成する（例えば、図２１～図２３など）。
端末は、Ｔｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫを送信する（２４３５）。ＨＡＲＱ－ＡＣＫ送信タイミングは、Ｔｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫフィードバックを要請するＤＣＩ（２４１２ Ｙ）がＰＤＳＣＨをスケジュールするか否か（２４１５ Ｙ／Ｎ）に基づいて決定されてよい。
例えば、ＤＣＩ（２４１２ Ｙ）がＰＤＳＣＨをスケジュールする場合（２４１５ Ｙ）に、ＨＡＲＱ－ＡＣＫ送信（２４３５）は、ＰＤＳＣＨ受信（２４２５）時点に基づいて決定されてよい。具体的な例として、ＰＤＳＣＨ受信（２４２５）が終わる第１スロットに第１スロットオフセット値を適用して決定された第２スロットで、ＨＡＲＱ－ＡＣＫ送信（２４３５）が行われてよい。第１スロットオフセット値は、ＤＣＩ（２４１２ Ｙ及び２４１５ Ｙ）がＰＤＳＣＨ－ｔｏ－ＨＡＲＱタイミング指示子を含む場合に、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱタイミング指示子によって指示されたＫ１を意味できる。ＤＣＩ（２４１２ Ｙ及び２４１５ Ｙ）がＰＤＳＣＨ－ｔｏ－ＨＡＲＱタイミング指示子を含まない場合に、第１スロットオフセット値は、上位層シグナリングによって事前設定された値によって決定されてよい。
例えば、ＤＣＩ（２４１２ Ｙ）がＰＤＳＣＨをスケジュールしない場合（２４１５ Ｎ）に、ＨＡＲＱ－ＡＣＫ送信（２４３５）は、検出されたＰＤＣＣＨ（２４０５）の受信時点に基づいて決定されてよい。具体的な例として、ＳＰＳ ＰＤＳＣＨ解除を指示するＰＤＣＣＨである時に用いられるＡ／Ｎタイミング（例えば、表９）に基づいて、ＨＡＲＱ－ＡＣＫ送信（２４３５）タイミングが決定されてよい。端末／基地局は、ＤＣＩ（２４１２ Ｙ及び２４１５ Ｎ）を運ぶＰＤＣＣＨ（２４０５）に対して、ＳＰＳ ＰＤＳＣＨ解除を指示するＰＤＣＣＨである時に用いられるＡ／Ｎタイミング（例えば、表９）を適用／再使用してＨＡＲＱ－ＡＣＫ送信（２４３５）タイミングを決定できる。より具体的な例として、ＤＣＩ（２４１２ Ｙ及び２４１５ Ｎ）を運ぶＰＤＣＣＨ（２４０５）の受信がシンボル＃Ｘで終るとき、Ｔｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫ送信（２４３５）は、シンボル＃（Ｘ＋Ｎ）で実行（又は、送信開始）されてよく、Ｎ値のために表９が参照されてよい。
一方、ＰＤＣＣＨ（２４０５）の受信が終わる第３スロットに第２スロットオフセット値を適用して決定された第４スロットで、ＨＡＲＱ－ＡＣＫ送信（２４３５）が行われてよい。第２スロットオフセット値は、ＤＣＩ（２４１２ Ｙ及び２４１５ Ｎ）がＰＤＳＣＨ－ｔｏ－ＨＡＲＱタイミング指示子を含む場合に、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱタイミング指示子によって指示されたＫ１を意味できる。ＤＣＩ（２４１２ Ｙ及び２４１５ Ｎ）がＰＤＳＣＨ－ｔｏ－ＨＡＲＱタイミング指示子を含まない場合に、第２スロットオフセット値は、上位層シグナリングによって事前設定された値が用いられてよく、本発明はこれに限定されない。
（ｇ）ＣＢＧベース送信設定を考慮したＴｙｐｅ－２ａ Ａ／Ｎコードブック関連ＤＬ／ＵＬ ＤＣＩシグナリング
まず、端末に設定された特定サービングセルにＣＢＧベースＰＤＳＣＨ送信が設定された場合に、Ｔｙｐｅ－２Ａ／Ｎコードブック構成のために下記のようなＤＬ承認ＤＣＩシグナリング方法を考慮できる。
１）ＤＬ承認ＤＣＩによって前記ｏｔｈｅｒ－ＩＤに対応する（ＰＤＳＣＨ）スロットグループに対するｔｏｔａｌ－ＤＡＩ（すなわち、Ｔ－ＤＡＩ）及びＮＦＩ情報が指示されるように設定された場合（例えば、ＤＣＩが前記ｃｕｒｒｅｎｔ－ＩＤに対応するＰＤＳＣＨグループ（すなわち、ｃｕｒｒｅｎｔグループ）とｏｔｈｅｒ－ＩＤに対応するＰＤＳＣＨグループ（すなわち、他のグループ）のそれぞれに対するＴ－ＤＡＩ及びＮＦＩ情報を全て指示）
Ａ．方法０：（ＤＬ承認ＤＣＩによって）他のグループに対してＴＢベース（すなわち、ＴＢ－ｂａｓｅｄ）ＰＤＳＣＨに対する（これに対応するＴＢベースＡ／Ｎサブコードブック構成のための）Ｔ－ＤＡＩ情報とＣＢＧベース（すなわち、ＣＢＧ－ｂａｓｅｄ）ＰＤＳＣＨに対する（これに対応するＣＢＧベースＡ／Ｎサブコードブック構成のための）Ｔ－ＤＡＩ情報を全て指示
Ｂ．方法１：（ＤＬ承認ＤＣＩによって）他のグループに対して一つのＴ－ＤＡＩ情報のみを指示（この場合、当該Ｔ－ＤＡＩはＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのいずれか一方のＰＤＳＣＨタイプに対するＴ－ＤＡＩ情報のみを指示できる）
ｉ．この方法の場合、ＰＤＳＣＨタイプがＴＢベースＰＤＳＣＨと固定（又は、ＣＢＧベースＰＤＳＣＨと固定）されてよい。例えば、Ｔ－ＤＡＩがＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち特定のいずれか一方のＰＤＳＣＨタイプに対するＴ－ＤＡＩ情報のみを指示する場合において、特定のいずれか一方のＰＤＳＣＨタイプでＰＤＳＣＨ送信が行われるようにＰＤＳＣＨタイプが固定されてよい。
ｉｉ．一方、（方法１／２／３／４に共通に）前記ＰＤＳＣＨタイプでない他のＰＤＳＣＨタイプ－１（例えば、前記ＰＤＳＣＨタイプがＴＢベースＰＤＳＣＨである場合に、当該ＰＤＳＣＨタイプ－１はＣＢＧベースＰＤＳＣＨになり、前記ＰＤＳＣＨタイプがＣＢＧベースＰＤＳＣＨである場合に、当該ＰＤＳＣＨタイプ－１はＴＢベースＰＤＳＣＨになる。）に対しては、以前の（当該他のグループの当該ＰＤＳＣＨタイプ－１をスケジュールする他のＤＣＩによって）最後に受信されたＴ－ＤＡＩ情報を適用して、対応するＡ／Ｎフィードバック（サブコードブック）を構成
Ｃ．方法２：（ＤＬ承認ＤＣＩによって）他のグループに対して一つのＴ－ＤＡＩ情報のみを指示（この場合、当該Ｔ－ＤＡＩはＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち一方のＰＤＳＣＨタイプに対するＴ－ＤＡＩ情報のみを指示）
ｉ．前記ＤＣＩと同じＡ／Ｎ送信スロットを指示しながら当該他のグループ（ｏｔｈｅｒ ｇｒｏｕｐ）をスケジュールした他のＤＣＩ－１がある場合に、前記ＰＤＳＣＨタイプは、当該ＤＣＩ－１から最後にスケジュールされたＰＤＳＣＨタイプと決定（又は、当該ＤＣＩ－１から最後にスケジュールされたセルにＣＢＧベースＰＤＳＣＨ送信が設定された場合には、ＣＢＧベースＰＤＳＣＨがＰＤＳＣＨタイプとして決定され、そうでない場合には、ＴＢベースＰＤＳＣＨがＰＤＳＣＨタイプとして決定）
ｉｉ．前記ＤＣＩと同じＡ／Ｎ送信スロットを指示しながら当該他のグループをスケジュールした他のＤＣＩ－１がない場合に、前記ＰＤＳＣＨタイプはＴＢベースＰＤＳＣＨと決定（又は、ＣＢＧベースＰＤＳＣＨと決定、或いは前記ＰＤＳＣＨタイプがＴＢベースＰＤＳＣＨかそれともＣＢＧベースＰＤＳＣＨかをＲＲＣシグナリングによって設定）
Ｄ．方法３：（ＤＬ承認ＤＣＩによって）他のグループに対して一つのＴ－ＤＡＩ情報のみを指示（この場合、当該Ｔ－ＤＡＩはＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち一方のＰＤＳＣＨタイプに対するＴ－ＤＡＩ情報のみを指示）
ｉ．前記ＤＣＩと同じＡ／Ｎ送信スロットを指示しながら当該他のグループをスケジュールした他のＤＣＩ－１があり、当該ＤＣＩ－１がＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨを全てスケジュールした場合に、前記ＰＤＳＣＨタイプはＴＢベースＰＤＳＣＨと決定（又は、ＣＢＧベースＰＤＳＣＨと決定、或いは前記ＰＤＳＣＨタイプがＴＢベースＰＤＳＣＨかそれともＣＢＧベースＰＤＳＣＨかをＲＲＣシグナリングによって設定）
ｉｉ．前記ＤＣＩと同じＡ／Ｎ送信スロットを指示しながら当該他のグループをスケジュールした他のＤＣＩ－１があり、当該ＤＣＩ－１がＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち一方のＰＤＳＣＨタイプ－１のみをスケジュールした場合に、前記ＰＤＳＣＨタイプは当該ＰＤＳＣＨタイプ－１と決定
ｉｉｉ．前記ＤＣＩと同じＡ／Ｎ送信スロットを指示しながら当該他のグループをスケジュールした他のＤＣＩ－１がない場合に、前記ＰＤＳＣＨタイプはＴＢベースＰＤＳＣＨと決定（又は、ＣＢＧベースＰＤＳＣＨと決定、或いは前記ＰＤＳＣＨタイプがＴＢベースＰＤＳＣＨかそれともＣＢＧベースＰＤＳＣＨかをＲＲＣシグナリングによって設定）
Ｅ．方法４：（ＤＬ承認ＤＣＩによって）他のグループに対して一つのＴ－ＤＡＩ情報のみを指示（この場合、当該Ｔ－ＤＡＩはＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち一方のＰＤＳＣＨタイプに対するＴ－ＤＡＩ情報のみを指示）
ｉ．前記ＰＤＳＣＨタイプがＴＢベースＰＤＳＣＨかそれともＣＢＧベースＰＤＳＣＨなのか否かが同一ＤＣＩによって（例えば、別個の１ビットで）指示される又はＲＲＣシグナリングによって設定
ｉｉ．一方、前記ＰＤＳＣＨタイプでない他のＰＤＳＣＨタイプ－１に対しては、以前の（当該他のグループの当該ＰＤＳＣＨタイプ－１をスケジュールするＤＣＩによって）最後に受信されたＴ－ＤＡＩ情報を適用して、対応するＡ／Ｎフィードバック（サブコードブック）を構成する、又はこの方法４の場合、当該ＰＤＳＣＨタイプ－１に対してはＡ／Ｎフィードバック（サブコードブック）を構成／送信しなくてもよい
２）ＤＬ承認ＤＣＩによって他のグループに対するＴ－ＤＡＩ及びＮＦＩ情報が指示されないように（すなわち、ｃｕｒｒｅｎｔグループに対するＴ－ＤＡＩ及びＮＦＩ情報のみが指示されるように）設定された場合
Ａ．方法５：前記他のグループに対しては、各ＰＤＳＣＨタイプ（ＴＢベース又はＣＢＧベース）に対して以前の（当該他のグループの当該ＰＤＳＣＨタイプをスケジュールするＤＣＩによって）最後に受信されたＴ－ＤＡＩ情報を適用して、当該各ＰＤＳＣＨタイプに対応するＡ／Ｎフィードバック（サブコードブック）を構成するように動作
上記に加えて、ＤＬ承認ＤＣＩによるＴ－ＤＡＩ情報シグナリング観点で、下記２つの方式のうち一つがＲＲＣシグナリングによって端末に設定されてよい。
１）方式Ｘ：（ＤＬ承認ＤＣＩによって）前記他のグループに対してＴＢベースＰＤＳＣＨに対するＴ－ＤＡＩ情報とＣＢＧベースＰＤＳＣＨに対するＴ－ＤＡＩ情報を全て指示（前記方法０と同一）
２）方式Ｙ：（ＤＬ承認ＤＣＩによって）前記他のグループに対して一つのＴ－ＤＡＩ情報のみを指示（当該Ｔ－ＤＡＩはＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち一方に対するＴ－ＤＡＩ情報のみを指示）
次に、端末に設定された特定セルにＣＢＧベースＰＤＳＣＨ送信が設定された場合に、前記Ｔｙｐｅ－２Ａ／Ｎコードブック構成のために、下記のようなＵＬ承認ＤＣＩシグナリング方法を考慮できる。
１）ＵＬ承認ＤＣＩによって２つのＰＤＳＣＨグループのそれぞれに対するＴ－ＤＡＩ情報が全て指示されるように設定された場合（例えば、ＤＣＩによって前記ｆｉｒｓｔ－ＩＤに対応するＰＤＳＣＨグループ（すなわち、第１グループ（インデックス０））に対するＴ－ＤＡＩ情報と前記ｓｅｃｏｎｄ－ＩＤに対応するＰＤＳＣＨグループ（すなわち、第２グループ（インデックス１））に対するＴ－ＤＡＩ情報が両方とも指示される）
Ａ．方法０：（ＵＬ承認ＤＣＩによって）次のようにそれぞれのＰＤＳＣＨグループ別にＴＢベースＰＤＳＣＨに対する（それに対応するＴＢベースＡ／Ｎサブコードブック構成のための）Ｔ－ＤＡＩ情報とＣＢＧベースＰＤＳＣＨに対する（それに対応するＣＢＧベースＡ／Ｎサブコードブック構成のための）Ｔ－ＤＡＩ情報を全て指示
ｉ．第１グループに属したＴＢベースＰＤＳＣＨに対するＴ－ＤＡＩ情報
ｉｉ．第１グループに属したＣＢＧベースＰＤＳＣＨに対するＴ－ＤＡＩ情報
ｉｉｉ．第２グループに属したＴＢベースＰＤＳＣＨに対するＴ－ＤＡＩ情報
ｉｖ．第２グループに属したＣＢＧベースＰＤＳＣＨに対するＴ－ＤＡＩ情報
Ｂ．方法１：（ＵＬ承認ＤＣＩによって）それぞれのＰＤＳＣＨグループ別に一つのＴ－ＤＡＩ情報のみを指示（この場合、当該Ｔ－ＤＡＩはＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち一方のＰＤＳＣＨタイプに対するＴ－ＤＡＩ情報のみを指示）
ｉ．この方法の場合、（各ＰＤＳＣＨグループ別に指示される前記Ｔ－ＤＡＩに対応する）前記ＰＤＳＣＨタイプをＴＢベースＰＤＳＣＨと固定（又は、ＣＢＧベースＰＤＳＣＨと固定）
ｉｉ．一方、（方法１／２／３／４に共通に）各ＰＤＳＣＨグループに対して前記ＰＤＳＣＨタイプでない他のＰＤＳＣＨタイプ－１（例えば、前記ＰＤＳＣＨタイプがＴＢベースＰＤＳＣＨである場合に、当該ＰＤＳＣＨタイプ－１はＣＢＧベースＰＤＳＣＨになり、前記ＰＤＳＣＨタイプがＣＢＧベースＰＤＳＣＨである場合に、当該ＰＤＳＣＨタイプ－１はＴＢベースＰＤＳＣＨになる。）に対しては、以前の（当該ＰＤＳＣＨグループの当該ＰＤＳＣＨタイプ－１に対するＴ－ＤＡＩ情報を指示するＤＬ承認ＤＣＩによって）最後に受信されたＴ－ＤＡＩ情報を適用して、対応するＡ／Ｎフィードバック（サブコードブック）を構成
Ｃ．方法２：（ＵＬ承認ＤＣＩによって）それぞれのＰＤＳＣＨグループ別に一つのＴ－ＤＡＩ情報のみを指示（この場合、当該Ｔ－ＤＡＩはＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち一方のＰＤＳＣＨタイプに対するＴ－ＤＡＩ情報のみを指示）
ｉ．各ＰＤＳＣＨグループに対して前記ＵＬ承認ＤＣＩによって指示されたＰＵＳＣＨ送信スロットをＡ／Ｎ ＰＵＣＣＨ送信スロットと指示しながら、当該ＰＤＳＣＨグループをスケジュールしたＤＬ承認ＤＣＩがある場合に、（当該ＰＤＳＣＨグループに対して指示される前記Ｔ－ＤＡＩに対応する）前記ＰＤＳＣＨタイプは、当該ＤＬ ＤＣＩから最後にスケジュールされたＰＤＳＣＨタイプと決定（又は、当該ＤＬ承認ＤＣＩから最後にスケジュールされたセルにＣＢＧベースＰＤＳＣＨ送信が設定された場合にはＣＢＧベースＰＤＳＣＨと、そうでない場合にはＴＢベースＰＤＳＣＨと、それぞれＰＤＳＣＨタイプが決定される）
ｉｉ．各ＰＤＳＣＨグループに対して前記ＵＬ承認ＤＣＩによって指示されたＰＵＳＣＨ送信スロットをＡ／Ｎ ＰＵＣＣＨ送信スロットとして指示しながら、当該ＰＤＳＣＨグループをスケジュールしたＤＬ承認ＤＣＩがない場合に、（当該ＰＤＳＣＨグループに対して指示される前記Ｔ－ＤＡＩに対応する）前記ＰＤＳＣＨタイプはＴＢベースＰＤＳＣＨと決定（又は、ＣＢＧベースＰＤＳＣＨと決定、或いは前記ＰＤＳＣＨタイプがＴＢベースＰＤＳＣＨかそれともＣＢＧベースＰＤＳＣＨかをＲＲＣシグナリングによって設定）
Ｄ．方法３：（ＵＬ承認ＤＣＩによって）それぞれのＰＤＳＣＨグループ別に一つのＴ－ＤＡＩ情報のみを指示（この場合、当該Ｔ－ＤＡＩはＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち一方のＰＤＳＣＨタイプに対するＴ－ＤＡＩ情報のみを指示）
ｉ．各ＰＤＳＣＨグループに対して前記ＵＬ承認ＤＣＩによって指示されたＰＵＳＣＨ送信スロットをＡ／Ｎ ＰＵＣＣＨ送信スロットとして指示しながら、当該ＰＤＳＣＨグループをスケジュールしたＤＬ ＤＣＩがあり、当該ＤＬ承認ＤＣＩがＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨを全てスケジュールした場合に、（当該ＰＤＳＣＨグループに対して指示される前記Ｔ－ＤＡＩに対応する）前記ＰＤＳＣＨタイプはＴＢベースＰＤＳＣＨと決定（又は、ＣＢＧベースＰＤＳＣＨと決定、或いは前記ＰＤＳＣＨタイプがＴＢベースＰＤＳＣＨかそれともＣＢＧベースＰＤＳＣＨかをＲＲＣシグナリングによって設定）
ｉｉ．各ＰＤＳＣＨグループに対して前記ＵＬ承認ＤＣＩによって指示されたＰＵＳＣＨ送信スロットをＡ／Ｎ ＰＵＣＣＨ送信スロットとして指示しながら、当該ＰＤＳＣＨグループをスケジュールしたＤＬ承認ＤＣＩがあり、当該ＤＬ承認ＤＣＩがＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち一方のＰＤＳＣＨタイプ－１のみをスケジュールした場合に、（当該ＰＤＳＣＨグループに対して指示される前記Ｔ－ＤＡＩに対応する）前記ＰＤＳＣＨタイプは当該ＰＤＳＣＨタイプ－１と決定
ｉｉｉ．各ＰＤＳＣＨグループに対して前記ＵＬ承認ＤＣＩによって指示されたＰＵＳＣＨ送信スロットをＡ／Ｎ ＰＵＣＣＨ送信スロットとして指示しながら、当該ＰＤＳＣＨグループをスケジュールしたＤＬ承認ＤＣＩがない場合に、（当該ＰＤＳＣＨグループに対して指示される前記Ｔ－ＤＡＩに対応する）前記ＰＤＳＣＨタイプはＴＢベースＰＤＳＣＨと決定（又は、ＣＢＧベースＰＤＳＣＨと決定、或いは前記ＰＤＳＣＨタイプがＴＢベースＰＤＳＣＨかそれともＣＢＧベースＰＤＳＣＨかをＲＲＣシグナリングによって設定）
Ｅ．方法４：（ＵＬ承認ＤＣＩによって）それぞれのＰＤＳＣＨグループ別に一つのＴ－ＤＡＩ情報のみを指示（この場合、当該Ｔ－ＤＡＩはＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち一方のＰＤＳＣＨタイプに対するＴ－ＤＡＩ情報のみを指示）
ｉ．（各ＰＤＳＣＨグループ別に指示される前記Ｔ－ＤＡＩに対応する）前記ＰＤＳＣＨタイプがＴＢベースＰＤＳＣＨかそれともＣＢＧベースＰＤＳＣＨかが同一ＵＬ承認ＤＣＩによって（例えば、別個の１ビットで）指示される又はＲＲＣシグナリングによって設定される
ｉｉ．一方、各ＰＤＳＣＨグループに対して、前記ＰＤＳＣＨタイプでない他のＰＤＳＣＨタイプ－１に対しては以前の（当該ＰＤＳＣＨグループの当該ＰＤＳＣＨタイプ－１に対するＴ－ＤＡＩ情報を指示するＤＬ ＤＣＩによって）最後に受信されたＴ－ＤＡＩ情報を適用して、対応するＡ／Ｎフィードバック（サブコードブック）を構成する、又はこの方法４の場合、当該ＰＤＳＣＨタイプ－１に対してはＡ／Ｎフィードバック（サブコードブック）を構成／送信しなくてよい
２）ＵＬ ＤＣＩによって２つのＰＤＳＣＨグループ（第１グループ（インデックス０）、第２グループ（インデックス１））のうち一つのＰＤＳＣＨグループＸに対してのみＴ－ＤＡＩ情報が指示されるように設定された場合
Ａ．方法５：（ＵＬ承認ＤＣＩによって）前記一つのＰＤＳＣＨグループＸに対してＴＢベースＰＤＳＣＨに対する（それに対応するＴＢベースＡ／Ｎサブコードブック構成のための）Ｔ－ＤＡＩ情報とＣＢＧベースＰＤＳＣＨに対する（それに対応するＣＢＧベースＡ／Ｎサブコードブック構成のための）Ｔ－ＤＡＩ情報を全て指示
ｉ．前記ＰＤＳＣＨグループＸは、１）前記ＵＬ承認ＤＣＩによって指示されたＰＵＳＣＨ送信スロットをＡ／Ｎ ＰＵＣＣＨ送信スロットとして指示したＤＬ承認ＤＣＩが２つのＰＤＳＣＨグループを全てスケジュールした場合には第１グループと、２）前記ＵＬ承認ＤＣＩによって指示されたＰＵＳＣＨ送信スロットをＡ／Ｎ ＰＵＣＣＨ送信スロットとして指示したＤＬ承認ＤＣＩが特定ＰＤＳＣＨグループの一つのみをスケジュールした場合には当該特定グループと、３）前記ＵＬ承認ＤＣＩによって指示されたＰＵＳＣＨ送信スロットをＡ／Ｎ ＰＵＣＣＨ送信スロットとして指示したＤＬ承認ＤＣＩがない場合には第１グループと、それぞれ決定されてよい
ｉｉ．前記ＰＤＳＣＨグループＸでない他のＰＤＳＣＨグループＹに対しては、各ＰＤＳＣＨタイプ（ＴＢベース又はＣＢＧベース）に対して以前の（当該ＰＤＳＣＨグループＹの当該ＰＤＳＣＨタイプに対するＴ－ＤＡＩ情報を指示するＤＬ ＤＣＩによって）最後に受信されたＴ－ＤＡＩ情報を適用して、当該各ＰＤＳＣＨタイプに対応するＡ／Ｎフィードバック（サブコードブック）を構成
Ｂ．方法６：（ＵＬ ＤＣＩによって）前記一つのＰＤＳＣＨグループＸに対して一つのＴ－ＤＡＩ情報のみを指示（この場合、当該Ｔ－ＤＡＩはＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち一方のＰＤＳＣＨタイプに対するＴ－ＤＡＩ情報のみを指示）
ｉ．まず、前記ＰＤＳＣＨグループＸは、前記方法５と同じ方式で決定されてよく、次に当該ＰＤＳＣＨグループＸに対して指示される前記Ｔ－ＤＡＩに対応するＰＤＳＣＨタイプ（ＴＢベース又はＣＢＧベース）は、前記方法１／２／３／４のうち少なくとも一つの方法を適用して決定されてよい
ｉｉ．前記ＰＤＳＣＨグループＸでない他のＰＤＳＣＨグループＹに対しては、前記方法５と同じ方式で各ＰＤＳＣＨタイプ別Ｔ－ＤＡＩ情報を適用して、対応するＡ／Ｎフィードバック（サブコードブック）を構成できる
上記に加えて、ＵＬ ＤＣＩによるＴ－ＤＡＩ情報シグナリング観点で、下記２方式のうち一つがＲＲＣシグナリングによって端末に設定されてよい。
１）方式Ｘ：（ＵＬ承認ＤＣＩによって）それぞれのＰＤＳＣＨグループ別にＴＢベースＰＤＳＣＨに対するＴ－ＤＡＩ情報とＣＢＧベースＰＤＳＣＨに対するＴ－ＤＡＩ情報を全て指示（前記方法０と同一）
２）方式Ｙ：（ＵＬ承認ＤＣＩによって）それぞれのＰＤＳＣＨグループ別に一つのＴ－ＤＡＩ情報のみを指示（当該Ｔ－ＤＡＩはＴＢベースＰＤＳＣＨとＣＢＧベースＰＤＳＣＨのうち一方に対するＴ－ＤＡＩ情報のみを指示）
図２５には、本発明に適用される通信システム１を例示する。
図２５を参照すると、本発明に適用される通信システム１は、無線機器、基地局及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器と呼ぶことができる。これに制限されるものではないが、無線機器は、ロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバー４００を含むことができる。例えば、車両は、無線通信機能を備えている車両、自律走行車両、車両間通信が可能な車両などを含むことができる。ここで、車両は、ＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、車両に設けられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態として具現されてよい。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などを含むことができる。家電は、ＴＶ、冷蔵庫、洗濯機などを含むことができる。ＩｏＴ機器は、センサー、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは無線機器として具現されてもよく、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作してもよい。
無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００に連結されてよい。無線機器１００ａ～１００ｆにはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術が適用されてよく、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバー４００に連結されてよい。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク又は５Ｇ（例えば、ＮＲ）ネットワークなどを用いて構成されてよい。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介さずに直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１，１００ｂ－２は、直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）ｃｏｍｍｕｎｉｃａｔｉｏｎ）ができる。また、ＩｏＴ機器（例えば、センサー）は、他のＩｏＴ機器（例えば、センサー）又は他の無線機器１００ａ～１００ｆと直接通信ができる。
無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００間には、無線通信／連結１５０ａ，１５０ｂ，１５０ｃがなされてよい。ここで、無線通信／連結は、上りリンク／下りリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０ｃ（例えば、リレー（ｒｅｌａｙ）、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）のような様々な無線接続技術（例えば、５Ｇ ＮＲ）によってなされてよい。無線通信／連結１５０ａ，１５０ｂ，１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ，１５０ｂ，１５０ｃは、様々な物理チャネルを通じて信号を送信／受信することができる。そのために、本発明の様々な提案に基づき、無線信号の送信／受信のための様々な構成情報設定過程、様々な信号処理過程（例えば、チャネルエンコーディング／デコーディング、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程などのうち少なくとも一部が行われてよい。
図２６には、本発明に適用可能な無線機器を例示する。
図２６を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を用いて無線信号を送受信することができる。ここで、｛第１無線機器１００、第２無線機器２００｝は、図２５の｛無線機器１００ｘ、基地局２００｝及び／又は｛無線機器１００ｘ、無線機器１００ｘ｝に対応してよい。
第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、第１情報／信号を含む無線信号を送受信機１０６から送信してよい。また、プロセッサ１０２は、第２情報／信号を含む無線信号を送受信機１０６から受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と連結されてよく、プロセッサ１０２の動作に関連した様々な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの一部又は全部を行うか、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機１０６は、プロセッサ１０２と連結されてよく、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。
第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６から第３情報／信号を含む無線信号を送信してよい。また、プロセッサ２０２は、第４情報／信号を含む無線信号を送受信機２０６から受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に保存することができる。メモリ２０４は、プロセッサ２０２と連結されてよく、プロセッサ２０２の動作と関連した様々な情報を保存することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの一部又は全部を行うか、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機２０６は、プロセッサ２０２と連結されてよく、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含むことができる。送受信機２０６は、ＲＦユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。
以下、無線機器１００，２００のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、一つ以上のプロトコル層が一つ以上のプロセッサ１０２，２０２によって具現されてよい。例えば、一つ以上のプロセッサ１０２，２０２は、一つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的な層）を具現することができる。一つ以上のプロセッサ１０２，２０２は、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、一つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は一つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２，２０２は、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、メッセージ、制御情報、データ又は情報を生成できる。１つ以上のプロセッサ１０２，２０２は、本文書に開示された機能、手続、提案及び／又は方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成し、それを１つ以上の送受信機１０６，２０６に提供できる。１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６から信号（例えば、ベースバンド信号）を受信することができ、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。
１つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。１つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２，２０２に含まれてよい。本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手続、機能などを含むように具現されてよい。本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、１つ以上のメモリ１０４，２０４に保存され、１つ以上のプロセッサ１０２，２０２によって駆動されてよい。本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。
１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２と連結されてよく、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を保存することができる。１つ以上のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ可読記憶媒体及び／又はそれらの組合せによって構成されてよい。１つ以上のメモリ１０４，２０４は、１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置してよい。また、１つ以上のメモリ１０４，２０４は、有線又は無線連結のような様々な技術によって１つ以上のプロセッサ１０２，２０２と連結されてよい。
１つ以上の送受信機１０６，２０６は、１つ以上の他の装置に、本文書の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信できる。１つ以上の送受信機１０６，２０６は、１つ以上の他の装置から、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２と連結されてよく、無線信号を送受信できる。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８と連結されてよく、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８を介して、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されてよい。本文書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であってよい。１つ以上の送受信機１０６，２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）してよい。１つ以上の送受信機１０６，２０６は、１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを、ベースバンド信号からＲＦバンド信号に変換してよい。そのために、１つ以上の送受信機１０６，２０６は（アナログ）オシレーター及び／又はフィルターを含むことができる。
上述した一例によって、第１無線機器１００は、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）で下りリンク（ＤＬ）承認（ｇｒａｎｔ）フォーマットのＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、前記ＤＬ承認フォーマットのＤＣＩに基づいてＨＡＲＱ－ＡＣＫ報告を送信できる。前記ＤＬ承認フォーマットのＤＣＩが、前記第１無線機器１００に設定された１つ又は２つ以上のサービングセルの全てのＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ（ｎｅｇａｔｉｖｅ－ＡＣＫ）をワンショット（ｏｎｅ－ｓｈｏｔ）ベースで送信するための特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記第１無線機器１００は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされたか否かに基づいて、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定できる。
上述した一例によって、第２無線機器２００は、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）で下りリンク（ＤＬ）承認（ｇｒａｎｔ）フォーマットのＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１無線機器１００に送信し、前記第１無線機器１００から前記ＤＬ承認フォーマットのＤＣＩに基づくＨＡＲＱ－ＡＣＫ報告を受信することができる。前記ＤＬ承認フォーマットのＤＣＩが、前記第１無線機器１００に設定された１つ又は２つ以上のサービングセルの全てのＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ（ｎｅｇａｔｉｖｅ－ＡＣＫ）をワンショット（ｏｎｅ－ｓｈｏｔ）ベースで送信するための特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記第２無線機器２００は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）をスケジュールしたか否かに基づいて、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定できる。
前記ＤＬ承認フォーマットのＤＣＩが前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記第１無線機器１００は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされていないことに基づいて、前記ＰＤＣＣＨの受信のための時間リソースを基準に前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定できる。前記ＰＤＣＣＨの受信のための時間リソースは、前記ＰＤＣＣＨの受信が終わるシンボルであり、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースは、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告の送信が始まるシンボルであってよい。
前記ＰＤＣＣＨの受信のための時間リソースを基準に前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定するとき、前記第１無線機器１００は、ＳＣＳ（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）によって前記ＰＤＣＣＨの受信のための時間リソースと前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソース間の間隔を決定できる。
前記ＤＬ承認フォーマットのＤＣＩが前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記第１無線機器１００は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされていないことに基づいて、ＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨ解除（ｒｅｌｅａｓｅ）指示に関連したＨＡＲＱ－ＡＣＫタイミングによって前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定できる。
前記ＤＬ承認フォーマットのＤＣＩが前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記第１無線機器１００は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされたことに基づいて、前記ＰＤＳＣＨの受信のための時間リソースを基準に前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定できる。
前記ＰＤＳＣＨの受信のための時間リソースを基準に前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定するとき、前記第１無線機器１００は、前記ＤＣＩのＰＤＳＣＨ－ｔｏ－ＨＡＲＱタイミング指示フィールドから、前記ＰＤＳＣＨの受信が終わる第１スロットと前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告が始まる第２スロット間のスロットオフセット値を取得することができる。
前記特定タイプコードブックは、Ｔｙｐｅ－３コードブックであってよい。
前記第１無線機器１００は、上位層シグナリングによってＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信することができる。前記第１無線機器１００は、前記Ｔｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫ設定に基づいて、ＣＢＧ（ｃｏｄｅｂｌｏｃｋ ｇｒｏｕｐ）ベーススケジューリングが設定されたサービングセルに対してＣＢＧ（ｃｏｄｅｂｌｏｃｋ ｇｒｏｕｐ）ベースＡＣＫ／ＮＡＣＫを報告すべきか否か及びＮＤＩ（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）を報告すべきか否かを決定できる。
下位インデックス（ｌｏｗｅｒ ｉｎｄｅｘｅｄ）サービングセルのＡＣＫ／ＮＡＣＫビットが前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告において下位インデックスビットにマップされてよい。同一インデックスサービングセルのＡＣＫ／ＮＡＣＫビットのうち、下位インデックスＨＡＲＱプロセスのＡＣＫ／ＮＡＣＫビットが、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告において下位インデックスビットにマップされてよい。同一インデックスＨＡＲＱプロセスのＡＣＫ／ＮＡＣＫのうち、下位インデックスＴＢのＡＣＫ／ＮＡＣＫビットが、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告において下位インデックスビットにマップされてよい。当該ＴＢに含まれた複数のＣＢＧ（ｃｏｄｅｂｌｏｃｋ ｇｒｏｕｐ）のＡＣＫ／ＮＡＣＫビットのうち、下位インデックスＣＢＧのＡＣＫ／ＮＡＣＫビットが、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告において下位インデックスビットにマップされてよい。
図２７には、本発明に適用される無線機器の他の例を示す。無線機器は、使用の例／サービスによって様々な形態として具現されてよい（図２５参照）。
図２７を参照すると、無線機器１００，２００は、図２６の無線機器１００，２００に対応し、様々な要素（ｅｌｅｍｅｎｔ）、成分（ｃｏｍｐｏｎｅｎｔ）、ユニット／部（ｕｎｉｔ）、及び／又はモジュール（ｍｏｄｕｌｅ）で構成されてよい。例えば、無線機器１００，２００は、通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含むことができる。通信部は、通信回路１１２及び送受信機１１４を含むことができる。例えば、通信回路１１２は、図２６の一つ以上のプロセッサ１０２，２０２及び／又は一つ以上のメモリ１０４，２０４を含むことができる。例えば、送受信機１１４は、図２６の一つ以上の送受信機１０６，２０６及び／又は一つ以上のアンテナ１０８，２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０及び追加要素１４０と電気的に連結されて無線機器の諸般動作を制御する。例えば、制御部１２０は、メモリ部１３０に保存されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に保存された情報を通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インターフェースを通じて送信するか、或いは通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インターフェースを通じて受信された情報をメモリ部１３０に保存することができる。
追加要素１４０は、無線機器の種類によって様々に構成されてよい。例えば、追加要素１４０は、パワーユニット／バッテリー、入出力部（Ｉ／Ｏ ｕｎｉｔ）、駆動部及びコンピューティング部のうち少なくとも一つを含むことができる。これに制限されるものではないが、無線機器は、ロボット（図２５，１００ａ）、車両（図２５，１００ｂ－１，１００ｂ－２）、ＸＲ機器（図２５，１００ｃ）、携帯機器（図２５，１００ｄ）、家電（図２５，１００ｅ）、ＩｏＴ機器（図２５，１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置（又は、金融装置）、保安装置、気候／環境装置、ＡＩサーバー／機器（図２５，４００）、基地局（図２５，２００）、ネットワークノードなどの形態で具現されてよい。無線機器は、使用の例／サービスによって移動可能である或いは固定した場所で用いられてよい。
図２７で、無線機器１００，２００内の様々な要素、成分、ユニット／部、及び／又はモジュールは、全体が有線インターフェースを通じて相互連結されるか、少なくとも一部が通信部１１０を介して無線で連結されてよい。例えば、無線機器１００，２００内で制御部１２０と通信部１１０は有線で連結され、制御部１２０と第１ユニット（例えば、１３０，１４０）は通信部１１０を介して無線で連結されてよい。また、無線機器１００，２００内の各要素、成分、ユニット／部、及び／又はモジュールは、一つ以上の要素をさらに含むことができる。例えば、制御部１２０は、一つ以上のプロセッサ集合で構成されてよい。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されてよい。他の例として、メモリ部１３０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）及び／又はこれらの組合せによって構成されてよい。
図２８には、本発明に適用される車両又は自律走行車両を例示する。車両又は自律走行車両は、移動型ロボット、車両、電車、有／無人飛行体（Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ，ＡＶ）、船舶などとして具現されてよい。
図２８を参照すると、車両又は自律走行車両１００は、アンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサー部１４０ｃ及び自律走行部１４０ｄを含むことができる。アンテナ部１０８は、通信部１１０の一部として構成されてよい。ブロック１１０／１３０／１４０ａ～１４０ｄはそれぞれ、図２７のブロック１１０／１３０／１４０に対応する。
通信部１１０は、他の車両、基地局（例えば、基地局、路側基地局（Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ）など）、サーバーなどの外部機器と信号（例えば、データ、制御信号など）を送受信できる。制御部１２０は、車両又は自律走行車両１００の要素を制御して様々な動作を行うことができる。制御部１２０は、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を含むことができる。駆動部１４０ａは、車両又は自律走行車両１００を地上で走行させることができる。駆動部１４０ａは、エンジン、モーター、パワートレイン、ホイール、ブレーキ、操向装置などを含むことができる。電源供給部１４０ｂは、車両又は自律走行車両１００に電源を供給し、有／無線充電回路、バッテリーなどを含むことができる。センサー部１４０ｃは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサー部１４０ｃは、ＩＭＵ（ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ）センサー、衝突センサー、ホイールセンサー（ｗｈｅｅｌ ｓｅｎｓｏｒ）、速度センサー、傾斜センサー、重量感知センサー、ヘディングセンサー（ｈｅａｄｉｎｇ ｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎ ｍｏｄｕｌｅ）、車両前進／後進センサー、バッテリーセンサー、燃料センサー、タイヤセンサー、ステアリングセンサー、温度センサー、湿度センサー、超音波センサー、照度センサー、ペダルポジションセンサーなどを含むことができる。自律走行部１４０ｄは、走行中の車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると自動で経路を設定して走行する技術などを具現することができる。
一例として、通信部１１０は、外部サーバーから地図データ、交通情報データなどを受信することができる。自律走行部１４０ｄは、取得されたデータに基づいて自律走行経路とドライビングプランを生成することができる。制御部１２０は、ドライビングプランに基づき、車両又は自律走行車両１００が自律走行経路に沿って移動するように駆動部１４０ａを制御することができる（例えば、速度／方向調節）。自律走行途中に通信部１１０は、外部サーバーから最新交通情報データを非／周期的に取得し、周辺車両から周辺交通情報データを取得することができる。また、自律走行途中にセンサー部１４０ｃは、車両状態、周辺環境情報を取得できる。自律走行部１４０ｄは、新しく取得されたデータ／情報に基づいて自律走行経路とドライビングプランを更新することができる。通信部１１０は、車両位置、自律走行経路、ドライビングプランなどに関する情報を外部サーバーに伝達できる。外部サーバーは、車両又は自律走行車両から収集された情報に基づき、ＡＩ技術などを用いて交通情報データをあらかじめ予測でき、予測された交通情報データを車両又は自律走行車両に提供することができる。
図２９は、本発明の一実施例に係る端末のＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作を説明するための図である。
端末は、上に説明／提案した手続及び／又は方法を行いながらＤＲＸ動作を行うことができる。ＤＲＸが設定された端末は、ＤＬ信号を不連続に受信することによって電力消費を下げることができる。ＤＲＸは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）＿ＩＤＬＥ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で行われてよい。ＲＲＣ＿ＩＤＬＥ状態とＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＤＲＸはページング信号を不連続受信するために用いられる。以下、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で行われるＤＲＸについて説明する（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＤＲＸ）。
図２９を参照すると、ＤＲＸサイクルはオンデュレーション（Ｏｎ Ｄｕｒａｔｉｏｎ）とＤＲＸ機会（Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ）で構成される。ＤＲＸサイクルは、オンデュレーションが周期的に反復される時間間隔を定義する。オンデュレーションは、端末がＰＤＣＣＨを受信するためにモニターする時間区間を表す。ＤＲＸが設定されると、端末は、オンデュレーションでＰＤＣＣＨモニタリングを行う。ＰＤＣＣＨモニタリングで成功的に検出されたＰＤＣＣＨがあると、端末は、不活（ｉｎａｃｔｉｖｉｔｙ）タイマーを動作させて起床（ａｗａｋｅ）状態を維持する。一方、ＰＤＣＣＨモニタリングで成功的に検出されたＰＤＣＣＨがないと、端末は、オンデュレーションが終わった後に休眠（ｓｌｅｅｐ）状態に入る。したがって、ＤＲＸが設定された場合に、上に説明／提案した手続及び／又は方法を行うとき、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて不連続に行われてよい。例えば、ＤＲＸが設定された場合に、本発明においてＰＤＣＣＨ受信機会（ｏｃｃａｓｉｏｎ）（例えば、ＰＤＣＣＨ探索空間を有するスロット）は、ＤＲＸ設定によって不連続に設定されてよい。一方、ＤＲＸが設定されていない場合、上に説明／提案した手続及び／又は方法を行うとき、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて連続して行われてよい。例えば、ＤＲＸが設定されていない場合、本発明においてＰＤＣＣＨ受信機会（例えば、ＰＤＣＣＨ探索空間を有するスロット）は連続して設定されてよい。一方、ＤＲＸ設定の有無に関係なく、測定ギャップとして設定された時間区間ではＰＤＣＣＨモニタリングが制限されてよい。
表１０は、ＤＲＸに関連した端末の過程を示す（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）。表１０を参照すると、ＤＲＸ構成情報は上位層（例えば、ＲＲＣ）シグナリングによって受信され、ＤＲＸ ＯＮ／ＯＦＦは、ＭＡＣ層のＤＲＸコマンドによって制御される。ＤＲＸが設定されると、端末は、本発明に説明／提案した手続及び／又は方法を行うとき、ＰＤＣＣＨモニタリングを不連続に行うことができる。
Figure 0007322294000010
ここで、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、セルグループのためのＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）パラメータを設定するために必要な構成情報を含む。ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸに関する構成情報を含むことができる。例えば、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸを定義する上で、次のように情報を含むことができる。
－ Ｖａｌｕｅ ｏｆ ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始区間の長さを定義
－ Ｖａｌｕｅ ｏｆ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：初期ＵＬ又はＤＬデータを指示するＰＤＣＣＨが検出されたＰＤＣＣＨ機会以後に、端末が起床した状態でいる時間区間の長さを定義
－ Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＤＬ初期送信が受信された後、ＤＬ再送信が受信されるまでの最大時間区間の長さを定義
－ Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＵＬ初期送信に対する承認が受信された後、ＵＬ再送信に対する承認が受信されるまでの最大時間区間の長さを定義
－ ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ＤＲＸサイクルの時間長と開始時点を定義
－ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（ｏｐｔｉｏｎａｌ）：ｓｈｏｒｔ ＤＲＸサイクルの時間長を定義
ここで、ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬのいずれか一つでも動作中であれば、端末は起床した状態を維持しながら毎ＰＤＣＣＨ機会ごとにＰＤＣＣＨモニタリングを行う。
以上で説明された実施例は、本発明の構成要素及び特徴が所定の形態で結合したものである。各構成要素又は特徴は、特に明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施されてもよい。また、一部の構成要素及び／又は特徴を結合させて本発明の実施例を構成することも可能である。本発明の実施例において説明される動作の順序は変更されてよい。ある実施例の一部の構成又は特徴は他の実施例に含まれてもよく、或いは他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係を有しない請求項を結合させて実施例を構成するか、或いは出願後の補正によって新しい請求項として含めることができることは明らかである。
本発明は、本発明の特徴から逸脱しない範囲において他の特定の形態で具体化できることは当業者に自明である。したがって、前記の詳細な説明は、いかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本発明の範囲は、添付する請求項の合理的解釈によって決定されなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
本発明は、無線移動通信システムの端末機、基地局、又はその他の装備に利用可能である。

Claims (13)

  1. 無線通信システムにおいて、端末がＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）報告を送信する方法であって、
    ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して下りリンク（ＤＬ）承認（ｇｒａｎｔ）フォーマットのＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信するステップと、
    前記ＤＬ承認フォーマットのＤＣＩに基づいてＨＡＲＱ－ＡＣＫ報告を送信するステップを含み、
    前記ＤＬ承認フォーマットのＤＣＩが、前記端末に設定された１つ又は２つ以上のサービングセルの全てのＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ（ｎｅｇａｔｉｖｅ－ＡＣＫ）のワンショット（ｏｎｅ－ｓｈｏｔ）ベース送信に対する特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記端末は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされたか否かに基づいて前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定する、方法。
  2. 前記端末は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされていないことに基づいて、前記ＰＤＣＣＨの受信のための時間リソースに基づく前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定する、請求項１に記載の方法。
  3. 前記ＰＤＣＣＨの受信のための時間リソースは、前記ＰＤＣＣＨの受信が終わるシンボルであり、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースは、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告の送信が始まるシンボルである、請求項２に記載の方法。
  4. 前記端末は、ＳＣＳ（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）にしたがって前記ＰＤＣＣＨの受信のための時間リソースと前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソース間の間隔を決定する、請求項２に記載の方法。
  5. 前記端末は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされていないことに基づいて、ＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨ解除（ｒｅｌｅａｓｅ）指示に関連したＨＡＲＱ－ＡＣＫタイミングにしたがって前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定する、請求項１に記載の方法。
  6. 前記端末は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされたことに基づいて、前記ＰＤＳＣＨの受信のための時間リソースに基づき前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定する、請求項１に記載の方法。
  7. 前記端末は、前記ＤＣＩのＰＤＳＣＨ－ｔｏ－ＨＡＲＱタイミング指示フィールドから、前記ＰＤＳＣＨの受信が終わる第１スロットと前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告が始まる第２スロット間とのスロットオフセット値を取得する、請求項６に記載の方法。
  8. 前記特定タイプコードブックは、Ｔｙｐｅ－３コードブックであり、
    前記端末は、上位層シグナリングによってＴｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信する、請求項１に記載の方法。
  9. 前記端末は、前記Ｔｙｐｅ－３コードブックベースのＨＡＲＱ－ＡＣＫ設定に基づいて、ＣＢＧ（ｃｏｄｅｂｌｏｃｋ ｇｒｏｕｐ）ベーススケジューリングが設定されたサービングセルに対するＣＢＧ（ｃｏｄｅｂｌｏｃｋ ｇｒｏｕｐ）ベースＡＣＫ／ＮＡＣＫが報告されるべきか否か、及びＮＤＩ（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）が報告されるべきか否かを決定する、請求項８に記載の方法。
  10. 下位インデックス（ｌｏｗｅｒ ｉｎｄｅｘｅｄ）サービングセルのＡＣＫ／ＮＡＣＫビットが前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告において下位インデックスビットにマップされ、
    同一インデックスサービングセルのＡＣＫ／ＮＡＣＫビットのうちの、下位インデックスＨＡＲＱプロセスのＡ／Ｎビットが、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告において下位インデックスビットにマップされ、
    同一インデックスＨＡＲＱプロセスのＡ／Ｎビットのうちの、下位インデックスＴＢ（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）のＡＣＫ／ＮＡＣＫビットが、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告において下位インデックスビットにマップされる、請求項１に記載の方法。
  11. 該当ＴＢに含まれた複数のＣＢＧ（ｃｏｄｅｂｌｏｃｋ ｇｒｏｕｐ）のＡＣＫ／ＮＡＣＫビットのうちの、下位インデックスＣＢＧのＡＣＫ／ＮＡＣＫビットが、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告において下位インデックスビットにマップされる、請求項１０に記載の方法。
  12. 無線通信のための端末であって、
    送受信機と、
    前記送受信機を制御することによって、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して下りリンク（ＤＬ）承認（ｇｒａｎｔ）フォーマットのＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、前記ＤＬ承認フォーマットのＤＣＩに基づいてＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）報告を送信するプロセッサを含み、
    前記ＤＬ承認フォーマットのＤＣＩが、前記端末に設定された１つ又は２つ以上のサービングセルの全てのＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ（ｎｅｇａｔｉｖｅ－ＡＣＫ）のワンショット（ｏｎｅ－ｓｈｏｔ）ベース送信に対して特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記プロセッサは、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされるか否かに基づいて、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告に対する時間リソースを決定する、端末。
  13. 無線通信システムにおいて基地局がＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）報告を受信する方法であって、
    ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して下りリンク（ＤＬ）承認（ｇｒａｎｔ）フォーマットのＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を端末に送信するステップと、
    前記端末から前記ＤＬ承認フォーマットのＤＣＩに基づいてＨＡＲＱ－ＡＣＫ報告を受信するステップを含み、
    前記ＤＬ承認フォーマットのＤＣＩが、前記端末に設定された１つ又は２つ以上のサービングセルの全てのＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ（ｎｅｇａｔｉｖｅ－ＡＣＫ）のワンショット（ｏｎｅ－ｓｈｏｔ）ベース送信に対する特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告を指示する状態で、前記基地局は、前記ＤＬ承認フォーマットのＤＣＩによってＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がスケジュールされたか否かに基づいて、前記特定タイプコードブックベースのＨＡＲＱ－ＡＣＫ報告のための時間リソースを決定する、方法。
JP2022525514A 2019-11-06 2020-11-05 無線通信システムにおいて無線信号送受信方法及び装置 Active JP7322294B2 (ja)

Applications Claiming Priority (21)

Application Number Priority Date Filing Date Title
US201962931749P 2019-11-06 2019-11-06
US62/931,749 2019-11-06
US201962932540P 2019-11-08 2019-11-08
US62/932,540 2019-11-08
US201962936582P 2019-11-17 2019-11-17
US62/936,582 2019-11-17
US201962938282P 2019-11-20 2019-11-20
US62/938,282 2019-11-20
KR10-2020-0017991 2020-02-13
KR20200017991 2020-02-13
US202062983556P 2020-02-28 2020-02-28
US62/983,556 2020-02-28
US202063006705P 2020-04-07 2020-04-07
US63/006,705 2020-04-07
US202063007294P 2020-04-08 2020-04-08
US63/007,294 2020-04-08
US202063012252P 2020-04-19 2020-04-19
US63/012,252 2020-04-19
KR20200062650 2020-05-25
KR10-2020-0062650 2020-05-25
PCT/KR2020/015398 WO2021091251A1 (ko) 2019-11-06 2020-11-05 무선 통신 시스템에서 신호 송수신 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2023500306A JP2023500306A (ja) 2023-01-05
JP7322294B2 true JP7322294B2 (ja) 2023-08-07

Family

ID=75848936

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022525514A Active JP7322294B2 (ja) 2019-11-06 2020-11-05 無線通信システムにおいて無線信号送受信方法及び装置

Country Status (6)

Country Link
US (2) US11611413B2 (ja)
EP (1) EP4057537A4 (ja)
JP (1) JP7322294B2 (ja)
KR (1) KR102508036B1 (ja)
CN (1) CN114641960B (ja)
WO (1) WO2021091251A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11671975B2 (en) * 2019-11-19 2023-06-06 Qualcomm Incorporated Configuration for one-shot hybrid automatic repeat request (HARQ) feedback
CN114365567A (zh) * 2019-11-21 2022-04-15 Oppo广东移动通信有限公司 用于混合自动报告请求确认反馈的配置的方法
US11777663B2 (en) * 2020-02-04 2023-10-03 Qualcomm Incorporated Type 3 hybrid automatic repeat request acknowledgment
US11751193B2 (en) * 2021-01-14 2023-09-05 Qualcomm Incorporated Scheduling order for a scheduled cell having downlink control information from multiple scheduling cells
WO2022193159A1 (zh) * 2021-03-16 2022-09-22 Oppo广东移动通信有限公司 信息传输方法、装置、设备及存储介质
US11877295B2 (en) * 2021-05-10 2024-01-16 Qualcomm Incorporated Downlink assignment index processing in multiple physical downlink shared channel scenarios
CN115701010A (zh) * 2021-07-30 2023-02-07 维沃移动通信有限公司 码本反馈的方法、装置、设备及计算机存储介质
CN117837243A (zh) * 2021-09-28 2024-04-05 联想(北京)有限公司 用于每下行链路控制信息的harq-ack反馈产生的方法及设备
WO2023233604A1 (ja) * 2022-06-01 2023-12-07 株式会社Ｎｔｔドコモ 端末、基地局、および、無線通信方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018512096A (ja) 2015-01-28 2018-05-10 インターデイジタル パテント ホールディングス インコーポレイテッド 多数のキャリアを用いて動作するためのアップリンクフィードバック方法
US20190029052A1 (en) 2016-02-02 2019-01-24 Lg Electronics Inc. Method and device for transmitting/receiving wireless signal in wireless communication system
WO2019050368A1 (ko) 2017-09-08 2019-03-14 엘지전자 주식회사 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011007985A2 (ko) * 2009-07-16 2011-01-20 엘지전자 주식회사 무선 통신 시스템에서 수신 장치가 제어 정보를 전송하는 방법
WO2011043617A2 (ko) * 2009-10-08 2011-04-14 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 신호 전송 방법 및 장치
KR20150028365A (ko) * 2010-01-08 2015-03-13 인터디지탈 패튼 홀딩스, 인크 다중 반송파의 채널 상태 정보 전송 방법
US9001756B2 (en) * 2011-04-27 2015-04-07 Texas Instruments Incorporated Physical downlink control channel and physical hybrid automatic repeat request indicator channel enhancements
US10257737B2 (en) * 2014-12-09 2019-04-09 Lg Electronics Inc. Method for terminal for reporting channel status information and apparatus for the method in wireless communication system supporting carrier aggregation
KR101882279B1 (ko) * 2014-12-23 2018-07-26 엘지전자 주식회사 비면허 대역을 지원하는 무선 접속 시스템에서 향상된 물리 하향링크 제어채널을 송수신하는 방법 및 이를 지원하는 장치
US10491337B2 (en) * 2015-08-12 2019-11-26 Lg Electronics Inc. Method for transmitting ACK/NACK in wireless communication system and apparatus using same
KR102511925B1 (ko) * 2015-11-06 2023-03-20 주식회사 아이티엘 반송파 집성을 지원하는 무선통신 시스템에서 harq 동작을 수행하는 장치 및 방법
EP4016893A1 (en) * 2017-06-28 2022-06-22 Telefonaktiebolaget LM ERICSSON (PUBL) Operation of a user equipment and a receiving radio node based on a harq codebook, configured by a configuring radio node
EP3529934B1 (en) * 2017-08-10 2021-09-29 Ofinno, LLC Harq retransmission and control channel monitoring
CN111034086B (zh) * 2017-08-10 2022-06-10 Lg电子株式会社 在无线通信系统中报告harq ack/nack的方法及其装置
US10805916B2 (en) * 2017-11-15 2020-10-13 Sharp Laboratories Of America, Inc. Procedure, user equipment and base station for code block group based hybrid automatic repeat request process
US10985877B2 (en) * 2017-11-16 2021-04-20 Sharp Kabushiki Kaisha Codebook determination of HARQ-ACK multiplexing with fallback downlink control information (DCI) and code block group (CBG) configurations
CN109905211B (zh) * 2017-12-08 2020-10-27 电信科学技术研究院 一种传输、接收方法、终端及基站
CN111788787B (zh) * 2018-02-13 2022-10-11 联想(北京)有限公司 用于半静态harq-ack码本确定的回落操作的方法及设备
US11252754B2 (en) * 2019-01-09 2022-02-15 Ofinno, Llc Configured grant for unlicensed cells
CN113475137A (zh) * 2019-02-15 2021-10-01 瑞典爱立信有限公司 用于新无线电配置的上行链路(ul)的时间资源
EP3984156A1 (en) * 2019-06-12 2022-04-20 Lenovo (Singapore) Pte. Ltd. Responding to a new data indicator for a hybrid automatic repeat request process

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018512096A (ja) 2015-01-28 2018-05-10 インターデイジタル パテント ホールディングス インコーポレイテッド 多数のキャリアを用いて動作するためのアップリンクフィードバック方法
US20190029052A1 (en) 2016-02-02 2019-01-24 Lg Electronics Inc. Method and device for transmitting/receiving wireless signal in wireless communication system
WO2019050368A1 (ko) 2017-09-08 2019-03-14 엘지전자 주식회사 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Huawei，Feature lead summary#3 of HARQ enhancements for NR-U[online]，3GPP TSG RAN WG1 #98 R1-1909806，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98/Docs/R1-1909806.zip>，2019年09月03日
LG Electronics，HARQ procedure for NR-U[online]，3GPP TSG RAN WG1 #98b R1-1910821，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1910821.zip>，2019年10月08日
LG Electronics，Remaining issues of HARQ procedure for NR-U[online]，3GPP TSG RAN WG1 #100_e R1-2000665，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2000665.zip>，2020年02月14日，（本願優先日以降に公開された同出願人による文献）

Also Published As

Publication number Publication date
CN114641960B (zh) 2023-10-24
US20220303064A1 (en) 2022-09-22
EP4057537A4 (en) 2022-12-07
KR20220052329A (ko) 2022-04-27
US11777666B2 (en) 2023-10-03
KR102508036B1 (ko) 2023-03-10
US20230163894A1 (en) 2023-05-25
WO2021091251A1 (ko) 2021-05-14
CN114641960A (zh) 2022-06-17
JP2023500306A (ja) 2023-01-05
EP4057537A1 (en) 2022-09-14
US11611413B2 (en) 2023-03-21

Similar Documents

Publication Publication Date Title
JP7322294B2 (ja) 無線通信システムにおいて無線信号送受信方法及び装置
JP7375188B2 (ja) 無線通信システムにおいて無線信号送受信方法及び装置
KR102610857B1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
JP7344380B2 (ja) 無線通信システムにおいて無線信号送受信方法及び装置
CN112740590B (zh) 在无线通信系统中发送和接收无线信号的方法和装置
CN112740591B (zh) 在无线通信系统中发送和接收无线信号的方法和设备
CN112740605B (zh) 在无线通信系统中发送或接收无线信号的方法和设备
US11831580B2 (en) Method and apparatus for transmitting or receiving wireless signal in wireless communication system
US20230156791A1 (en) Method and apparatus for transmitting and receiving signal in wireless communication system
JP2023513875A (ja) 無線通信システムにおいて信号の送受信方法及び装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220601

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220601

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230529

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: 20230627

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230726

R150 Certificate of patent or registration of utility model

Ref document number: 7322294

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150