JP2016149791A - 通信装置、通信方法及び集積回路 - Google Patents

通信装置、通信方法及び集積回路 Download PDF

Info

Publication number
JP2016149791A
JP2016149791A JP2016060060A JP2016060060A JP2016149791A JP 2016149791 A JP2016149791 A JP 2016149791A JP 2016060060 A JP2016060060 A JP 2016060060A JP 2016060060 A JP2016060060 A JP 2016060060A JP 2016149791 A JP2016149791 A JP 2016149791A
Authority
JP
Japan
Prior art keywords
ack
nack
downlink
pucch
error detection
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.)
Granted
Application number
JP2016060060A
Other languages
English (en)
Other versions
JP6094914B2 (ja
Inventor
透 大泉
Toru Oizumi
透 大泉
中尾　正悟
Seigo Nakao
正悟 中尾
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.)
Sun Patent Trust Inc
Original Assignee
Sun Patent Trust 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 Sun Patent Trust Inc filed Critical Sun Patent Trust Inc
Publication of JP2016149791A publication Critical patent/JP2016149791A/ja
Application granted granted Critical
Publication of JP6094914B2 publication Critical patent/JP6094914B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022—Site diversity; Macro-diversity
    • H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • 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/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
    • 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
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

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

Abstract

【課題】上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、悪い伝送特性を有する応答信号の特性を改善すること。【解決手段】ＰＵＣＣＨリソースの数は３であり、誤り検出結果の個数は３であり、３つの誤り検出結果のうちの２つについて、複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が１であり、３つの誤り検出結果のうちの他の１つについて、複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が２である。【選択図】図１７

Description

本発明は、通信装置、通信方法及び集積回路に関する。
３ＧＰＰ ＬＴＥでは、下り回線の通信方式としてＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）が採用されている。３ＧＰＰ ＬＴＥが適用された無線通信システムでは、基地局が予め定められた通信リソースを用いて同期信号（Synchronization Channel：ＳＣＨ）及び報知信号（Broadcast Channel：ＢＣＨ）を送信する。そして、端末は、まず、ＳＣＨを捕まえることによって基地局との同期を確保する。その後、端末は、ＢＣＨ情報を読むことにより基地局独自のパラメータ（例えば、周波数帯域幅など）を取得する（非特許文献１、２、３参照）。
また、端末は、基地局独自のパラメータの取得が完了した後、基地局に対して接続要求を行うことにより、基地局との通信を確立する。基地局は、通信が確立された端末に対して、必要に応じてＰＤＣＣＨ（Physical Downlink Control Channel）を介して制御情報を送信する。
そして、端末は、受信したＰＤＣＣＨ信号に含まれる複数の制御情報（下り割当制御情報：DL Assignment（Downlink Control Information：ＤＣＩと呼ばれることもある））をそれぞれ「ブラインド判定」する。すなわち、制御情報は、ＣＲＣ（Cyclic Redundancy Check）部分を含み、このＣＲＣ部分は、基地局において、送信対象端末の端末ＩＤによってマスクされる。従って、端末は、受信した制御情報のＣＲＣ部分を自機の端末ＩＤでデマスクしてみるまでは、自機宛の制御情報であるか否かを判定できない。このブラインド判定では、デマスクした結果、ＣＲＣ演算がＯＫとなれば、その制御情報が自機宛であると判定される。
また、３ＧＰＰ ＬＴＥでは、基地局から端末への下り回線データに対してＡＲＱ（Automatic Repeat Request）が適用される。つまり、端末は下り回線データの誤り検出結果を示す応答信号を基地局へフィードバックする。端末は下り回線データに対しＣＲＣを行って、ＣＲＣ＝ＯＫ（誤り無し）であればＡＣＫ（Acknowledgment）を、ＣＲＣ＝ＮＧ（誤り有り）であればＮＡＣＫ（Negative Acknowledgment）を応答信号として基地局へフィードバックする。この応答信号(つまり、ＡＣＫ／ＮＡＣＫ信号。以下、単に「Ａ／Ｎ」と表記することもある)のフィードバックには、ＰＵＣＣＨ（Physical Uplink Control Channel）等の上り回線制御チャネルが用いられる。
ここで、基地局から送信される上記制御情報には、基地局が端末に対して割り当てたリソース情報等を含むリソース割当情報が含まれる。この制御情報の送信には、前述の通りＰＤＣＣＨが用いられる。このＰＤＣＣＨは、１つ又は複数のＬ１／Ｌ２ＣＣＨ（L1/L2 Control Channel）から構成される。各Ｌ１／Ｌ２ＣＣＨは、１つ又は複数のＣＣＥ（Control Channel Element）から構成される。すなわち、ＣＣＥは、制御情報をＰＤＣＣＨにマッピングするときの基本単位である。また、１つのＬ１／Ｌ２ＣＣＨが複数（２，４，８個）のＣＣＥから構成される場合には、そのＬ１／Ｌ２ＣＣＨには偶数のインデックスを持つＣＣＥを起点とする連続する複数のＣＣＥが割り当てられる。基地局は、リソース割当対象端末に対する制御情報の通知に必要なＣＣＥ数に従って、そのリソース割当対象端末に対してＬ１／Ｌ２ＣＣＨを割り当てる。そして、基地局は、このＬ１／Ｌ２ＣＣＨのＣＣＥに対応する物理リソースにマッピングして制御情報を送信する。
また、ここで、各ＣＣＥは、ＰＵＣＣＨの構成リソース（以下、ＰＵＣＣＨリソースと呼ぶことがある）と１対１に対応付けられている。従って、Ｌ１／Ｌ２ＣＣＨを受信した端末は、このＬ１／Ｌ２ＣＣＨを構成するＣＣＥに対応するＰＵＣＣＨの構成リソースを特定し、このリソースを用いて応答信号を基地局へ送信する。ただし、Ｌ１／Ｌ２ＣＣＨが連続する複数のＣＣＥを占有する場合には、端末は、複数のＣＣＥにそれぞれ対応する複数のＰＵＣＣＨ構成リソースのうち一番インデックスが小さいＣＣＥに対応するＰＵＣＣＨ構成リソース（すなわち、偶数番号のＣＣＥインデックスを持つＣＣＥに対応付けられたＰＵＣＣＨ構成リソース）を利用して、応答信号を基地局へ送信する。こうして下り回線の通信リソースが効率良く使用される。
複数の端末から送信される複数の応答信号は、図１に示すように、時間軸上でZero Auto-correlation特性を持つＺＡＣ（Zero Auto-correlation）系列、ウォルシュ（Walsh）系列、及び、ＤＦＴ（Discrete Fourier Transform）系列によって拡散され、ＰＵＣＣＨ内でコード多重されている。図１において（Ｗ０,Ｗ１,Ｗ２,Ｗ３）は系列長４のウォルシュ系列を表わし、（Ｆ０,Ｆ１,Ｆ２）は系列長３のＤＦＴ系列を表す。図１に示すように、端末では、ＡＣＫ又はＮＡＣＫの応答信号が、まず周波数軸上でＺＡＣ系列（系列長１２）によって１ＳＣ−ＦＤＭＡシンボルに対応する周波数成分へ１次拡散される。すなわち、系列長１２のＺＡＣ系列に対して複素数で表される応答信号成分が乗算される。次いで１次拡散後の応答信号及び参照信号としてのＺＡＣ系列がウォルシュ系列（系列長４：Ｗ０〜Ｗ３。ウォルシュ符号系列（Walsh Code Sequence）と呼ばれることもある）、ＤＦＴ系列（系列長３：Ｆ０〜Ｆ３）それぞれに対応させられて２次拡散される。すなわち、系列長１２の信号（１次拡散後の応答信号、又は、参照信号としてのＺＡＣ系列（Reference Signal Sequence）のそれぞれの成分に対して、直交符号系列（Orthogonal sequence：ウォルシュ系列又はＤＦＴ系列）の各成分が乗算される。さらに、２次拡散された信号が、ＩＦＦＴ（Inverse Fast Fourier Transform）によって時間軸上の系列長１２の信号に変換される。そして、ＩＦＦＴ後の信号それぞれに対しＣＰが付加され、７つのＳＣ−ＦＤＭＡシンボルからなる１スロットの信号が形成される。
異なる端末からの応答信号同士は、異なる巡回シフト量（Cyclic Shift Index）に対応するＺＡＣ系列、又は、異なる系列番号（Orthogonal Cover Index : OC index）に対応する直交符号系列を用いて拡散されている。直交符号系列は、ウォルシュ系列とＤＦＴ系列との組である。また、直交符号系列はブロックワイズ拡散コード系列（Block-wise spreading code）と称されることもある。従って、基地局は、従来の逆拡散及び相関処理を用いることにより、これらコード多重された複数の応答信号を分離することができる（非特許文献４参照）。
ただし、各端末が各サブフレームにおいて自分宛の下り割当制御信号をブラインド判定するので、端末側では、必ずしも下り割当制御信号の受信が成功するとは限らない。端末が或る下り単位バンドにおける自分宛の下り割当制御信号の受信に失敗した場合、端末は、当該下り単位バンドにおいて自分宛の下り回線データが存在するか否かさえも知り得ない。従って、或る下り単位バンドにおける下り割当制御信号の受信に失敗した場合、端末は、当該下り単位バンドにおける下り回線データに対する応答信号も生成しない。このエラーケースは、端末側で応答信号の送信が行われないという意味での、応答信号のＤＴＸ（DTX (Discontinuous transmission) of ACK/NACK signals）として定義されている。
ところで、３ＧＰＰ ＬＴＥシステム（以下、「ＬＴＥシステム」と呼ばれることがある）では、基地局は上り回線データ及び下り回線データに対してそれぞれ独立にリソース割当を行う。そのため、ＬＴＥシステムでは、上り回線において、端末（つまり、ＬＴＥシステム対応の端末（以下、「ＬＴＥ端末」という））が、下り回線データに対する応答信号と、上り回線データとを同時に送信しなければならない状況が発生する。この状況では、端末からの応答信号及び上り回線データは、時間多重（Time Division Multiplexing：ＴＤＭ）を用いて送信される。このように、ＴＤＭを用いて応答信号と上り回線データとを同時に送信することで、端末の送信波形のシングルキャリア特性（Single carrier properties）を維持している。
また、図２に示すように、時間多重（ＴＤＭ）では、端末から送信される応答信号（「Ａ／Ｎ」）は、上り回線データ向けに割り当てられたリソース（ＰＵＳＣＨ（Physical Uplink Shared CHannel）リソース）の一部（参照信号（ＲＳ（Reference Signal））がマッピングされるＳＣ−ＦＤＭＡシンボルに隣接するＳＣ−ＦＤＭＡシンボルの一部）を占有して基地局に送信される。ただし、図中の縦軸の「Subcarrier」は「Virtual subcarrier」、又は「Time contiguous signal」と呼ばれることもあり、ＳＣ−ＦＤＭＡ送信機においてＤＦＴ（Discrete Fourier Transform）回路に纏めて入力される「時間的に連続する信号」を便宜上「subcarrier」として表したものである。すなわち、ＰＵＳＣＨリソースでは、応答信号によって、上り回線データのうちの任意のデータがパンクチャ（puncture）される。このため、符号化後の上り回線データの任意のビットがパンクチャされることで、上り回線データの品質（例えば、符号化利得）が大幅に劣化する。そのため、基地局は、例えば、端末に対して非常に低い符号化率を指示したり、非常に大きな送信電力を指示したりすることで、パンクチャによる上り回線データの品質劣化を補償する。
また、３ＧＰＰ ＬＴＥよりも更なる通信の高速化を実現する３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄの標準化が開始された。３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄシステム（以下、「ＬＴＥ−Ａシステム」と呼ばれることがある）は、３ＧＰＰ ＬＴＥシステム（以下、「ＬＴＥシステム」と呼ばれることがある）を踏襲する。３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄでは、最大１Ｇｂｐｓ以上の下り伝送速度を実現するために、４０ＭＨｚ以上の広帯域周波数で通信可能な基地局及び端末が導入される見込みである。
ＬＴＥ−Ａシステムにおいては、ＬＴＥシステムにおける伝送速度の数倍もの超高速伝送速度による通信、及び、ＬＴＥシステムに対する後方互換性（バックワードコンパチビリティー：Backward Compatibility）を同時に実現するために、ＬＴＥ−Ａシステム向けの帯域が、ＬＴＥシステムのサポート帯域幅である２０ＭＨｚ以下の「単位バンド」に区切られる。すなわち、「単位バンド」は、ここでは、最大２０ＭＨｚの幅を持つ帯域であって、通信帯域の基本単位として定義される。さらに、下り回線における「単位バンド」（以下、「下り単位バンド」という）は基地局から報知されるＢＣＨの中の下り周波数帯域情報によって区切られた帯域、又は、下り制御チャネル（ＰＤＣＣＨ）が周波数領域に分散配置される場合の分散幅によって定義される帯域として定義されることもある。また、上り回線における「単位バンド」（以下、「上り単位バンド」という）は、基地局から報知されるＢＣＨの中の上り周波数帯域情報によって区切られた帯域、又は、中心付近にＰＵＳＣＨ（Physical Uplink Shared Channel）領域を含み、両端部にＬＴＥ向けのＰＵＣＣＨを含む２０ＭＨｚ以下の通信帯域の基本単位として定義されることもある。また、「単位バンド」は、３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄにおいて、英語でＣｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ（ｓ）又はＣｅｌｌと表記されることがある。また、略称としてＣＣ（ｓ）と表記されることもある。
そして、ＬＴＥ−Ａシステムでは、その単位バンドを幾つか束ねた帯域を用いた通信、所謂Carrier aggregationがサポートされる。そして、一般的に上りに対するスループット要求と下りに対するスループット要求とは異なるので、ＬＴＥ−Ａシステムでは、任意のＬＴＥ−Ａシステム対応の端末（以下、「ＬＴＥ−Ａ端末」という）に対して設定される単位バンドの数が上りと下りで異なるCarrier aggregation、所謂Asymmetric Carrier aggregationも検討されている。さらに、上りと下りで単位バンド数が非対称であり、且つ、各単位バンドの周波数帯域幅がそれぞれ異なる場合も、サポートされる。
図３は、個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図である。図３には、基地局の上りと下りの帯域幅及び単位バンド数が対称である例が示されている。
図３Ｂに示すように、端末１に対しては、２つの下り単位バンドと左側の１つの上り単位バンドを用いてCarrier aggregationを行うような設定（Configuration）が為される一方、端末２に対しては、端末１と同一の２つの下り単位バンドを用いるような設定が為されるにも拘らず、上り通信では右側の上り単位バンドを利用するような設定が為される。
そして、端末１に着目すると、ＬＴＥ−Ａシステムを構成するＬＴＥ−Ａ基地局とＬＴＥ−Ａ端末との間では、図３Ａに示すシーケンス図に従って、信号の送受信が行われる。図３Ａに示すように、（１）端末１は、基地局との通信開始時に、左側の下り単位バンドと同期を取り、左側の下り単位バンドとペアになっている上り単位バンドの情報をＳＩＢ２（System Information Block Type 2）と呼ばれる報知信号から読み取る。（２）端末１は、この上り単位バンドを用いて、例えば、接続要求を基地局に送信することによって基地局との通信を開始する。（３）端末に対し複数の下り単位バンドを割り当てる必要があると判断した場合には、基地局は、端末に下り単位バンドの追加を指示する。ただし、この場合、上り単位バンド数は増えず、個別の端末である端末１において非対称Carrier aggregationが開始される。
また、前述のCarrier aggregationが適用されるＬＴＥ−Ａでは、端末が一度に複数の下り単位バンドにおいて複数の下り回線データを受信することがある。ＬＴＥ−Ａでは、この複数の下り回線データに対する複数の応答信号の送信方法として、Channel Selection（Multiplexingとも呼ぶ）、Bundling、及び、ＤＦＴ−Ｓ−ＯＦＤＭ（Discrete Fourier Transform spread Orthogonal Frequency Division Multiplexing）フォーマットが検討されている。Channel Selectionでは、複数の下り回線データに関する誤り検出結果のパターンに応じて、応答信号に用いるシンボル点だけでなく、応答信号をマッピングするリソースも変化させる。これに対し、Bundlingでは、複数の下り回線データに関する誤り検出結果より生成されたＡＣＫ又はＮＡＣＫ信号をBundlingして（すなわち、ＡＣＫ＝１、ＮＡＣＫ＝０とし、複数の下り回線データに関する誤り検出結果の論理積（Logical AND)を計算して）、予め決められた一つのリソースを用いて応答信号を送信する。また、ＤＦＴ−Ｓ−ＯＦＤＭフォーマットを用いた送信時には、端末は複数の下り回線データに対する応答信号を纏めて符号化（Joint coding）し、当該フォーマットを用いてその符号化データを送信する（非特許文献５参照）。例えば、端末は、誤り検出結果のパターンのビット数に応じて、Channel Selection、Bundling、又は、ＤＦＴ−Ｓ−ＯＦＤＭのいずれかによる応答信号（ＡＣＫ／ＮＡＣＫ）のフィードバックを行ってもよい。又は、基地局が上記応答信号の送信方法を予め設定してもよい。
すなわち、Channel Selectionは、図４に示すように、複数の下り単位バンドで受信した複数の下り回線データに対する誤り検出結果がそれぞれＡＣＫかＮＡＣＫかに基づいて、応答信号の位相点（すなわち、Constellation point）だけではなく、応答信号の送信に用いるリソース（以下、「ＰＵＣＣＨリソース」と表記することもある）も変化させる手法である。これに対し、Bundlingは、複数の下り回線データに対するＡＣＫ／ＮＡＣＫ信号を一つに束ねて、予め決められた一つのリソースから送信する手法である（非特許文献６、７参照）。以下、複数の下り回線データに対するＡＣＫ／ＮＡＣＫ信号を一つに束ねた信号を束ＡＣＫ／ＮＡＣＫ信号と呼ぶことがある。
ここで、端末がＰＤＣＣＨを介して下り割当制御情報を受信し、下り回線データを受信した場合における上り回線での応答信号の送信方法として、以下の２つの方法が考えられる。
一つは、ＰＤＣＣＨが占有しているＣＣＥ（Control Channel Element）と１対１に関連付けられたＰＵＣＣＨリソースを用いて応答信号を送信する方法（Implicit signalling）である（方法１）。つまり、基地局配下の端末に向けたＤＣＩをＰＤＣＣＨ領域に配置する場合、各ＰＤＣＣＨは、１つまたは連続する複数のＣＣＥで構成されるリソースを占有する。また、ＰＤＣＣＨが占有するＣＣＥ数（ＣＣＥ連結数：CCE aggregation level）としては、例えば、割当制御情報の情報ビット数又は端末の伝搬路状態に応じて、１，２，４，８の中の１つが選択される。
もう一つは、基地局からＰＵＣＣＨ向けのリソースを端末に対して予め通知しておく方法（Explicit signalling）である（方法２）。つまり、方法２では、端末は、基地局から予め通知されたＰＵＣＣＨリソースを用いて応答信号を送信する。
また、図４に示すように、２つの下り単位バンドのうち、１つの下り単位バンドは、応答信号を送信すべき１つの上り単位バンドとペアになっている。このような応答信号を送信すべき上り単位バンドとペアになっている下り単位バンドは、ＰＣＣ（Primary Component Carrier）又はＰＣｅｌｌ（Primary Cell）と呼ばれる。また、それ以外の下り単位バンドは、ＳＣＣ（Secondary Component Carrier）又はＳＣｅｌｌ（Secondary Cell）と呼ばれる。例えば、ＰＣＣ（ＰＣｅｌｌ）は、応答信号を送信すべき上り単位バンドに関する報知情報（例えば、ＳＩＢ２（System Information Block type2））を送信している下り単位バンドである。
なお、方法２では、複数の端末間で共通のＰＵＣＣＨ向けのリソース（例えば４つのＰＵＣＣＨ向けのリソース）を、基地局から端末に対して予め通知してもよい。例えば、端末は、ＳＣｅｌｌ内のＤＣＩに含まれる２ビットのＴＰＣ（Transmit Power Control）コマンド（送信電力制御命令）に基づいて、実際に用いるＰＵＣＣＨ向けのリソースを１つ選択する方法を採ってもよい。その際、当該ＴＰＣコマンドは、ＡＲＩ（Ack/nack Resource Indicator）と呼ばれる。これにより、Explicit signalling時に、或るサブフレームにおいて、或る端末がexplicit signallingされたＰＵＣＣＨ向けのリソースを使い、別のサブフレームでは、別の端末が、同一のexplicit signallingされたＰＵＣＣＨ向けのリソースを使うことができるようになる。
また、Channel selectionでは、ＰＣＣ（ＰＣｅｌｌ）内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース（図４ではＰＵＣＣＨ領域１内のＰＵＣＣＨリソース）が割り当てられる（Implicit signalling）。
ここで、上記した非対称のCarrier aggregationが端末に適用される場合のChannel SelectionによるＡＲＱ制御について、図４、図５を援用して説明する。
例えば、図４に示すように、端末１に対して、下り単位バンド１（ＰＣｅｌｌ），下り単位バンド２（ＳＣｅｌｌ）及び上り単位バンド１から成る単位バンドグループ（英語で「Component carrier set」と表記されることがある）が設定される場合には、下り単位バンド１，２のそれぞれのＰＤＣＣＨを介して下りリソース割当情報が基地局から端末１へ送信された後に、その下りリソース割当情報に対応するリソースで下り回線データが送信される。
また、Channel selectionでは、単位バンド１（ＰＣｅｌｌ）における下りデータの受信に成功し、単位バンド２（ＳＣｅｌｌ）における下りデータの受信に失敗した場合（つまり、単位バンド１（ＰＣｅｌｌ）の誤り検出結果がＡＣＫで、単位バンド２（ＳＣｅｌｌ）の誤り検出結果がＮＡＣＫの場合）には、Implicit signallingされるＰＵＣＣＨ領域１内に含まれるＰＵＣＣＨリソースに、応答信号がマッピングされ、且つ、その応答信号の位相点として、第１の位相点（例えば、（１，０）等の位相点）が用いられる。また、単位バンド１（ＰＣｅｌｌ）における下りデータの受信に成功し、かつ、単位バンド２（ＳＣｅｌｌ）における下りデータの受信にも成功した場合には、ＰＵＣＣＨ領域２内に含まれるＰＵＣＣＨリソースに応答信号がマッピングされ、且つ、第１の位相点が用いられる。すなわち、下り単位バンドが２つの場合、かつ、下り単位バンドあたり１つのＣＷ（Code Word）が存在する場合、誤り検出結果のパターンが４パターン（すなわち、ＡＣＫ／ＡＣＫ、ＡＣＫ／ＮＡＣＫ、ＮＡＣＫ／ＡＣＫ、ＮＡＣＫ／ＮＡＣＫ）あるので、２つのＰＵＣＣＨリソースと２種類の位相点（例えばＢＰＳＫ（Binary Phase Shift Keying）マッピング）との組み合わせにより、その４パターンを表すことができる。
また、単位バンド１（ＰＣｅｌｌ）において、ＤＣＩの受信に失敗し、単位バンド２（ＳＣｅｌｌ）における下りデータの受信に成功した場合（つまり、単位バンド１（ＰＣｅｌｌ）の誤り検出結果がＤＴＸで、単位バンド２（ＳＣｅｌｌ）の誤り検出結果がＡＣＫの場合）には、端末１宛のＰＤＣＣＨが占有しているＣＣＥを特定できないため、その先頭ＣＣＥインデックスに１対１に関連付けられた、ＰＵＣＣＨ領域１内に含まれるＰＵＣＣＨリソースもまた、特定できない。したがって、この場合、単位バンド２の誤り検出結果であるＡＣＫを基地局に通知するためには、explicit signallingされたＰＵＣＣＨ領域２内に含まれるＰＵＣＣＨリソースに応答信号がマッピングされる必要がある（以降、「Implicit signallingをサポートする」と表記することもある）。
ここで、具体的に、下り単位バンドが２つ（ＰＣｅｌｌが１つで、ＳＣｅｌｌが１つ）の場合、かつ、
（ａ）下り単位バンドあたり１ＣＷ、
（ｂ）一方の下り単位バンドは１ＣＷで、他方の下り単位バンドは２ＣＷ、
（ｃ）下り単位バンドあたり２ＣＷ、
のそれぞれの場合の誤り検出結果のパターンのマッピングの一例を図５に示す。誤り検出結果のパターン数は、（ａ）については、２２＝４パターン存在する。（ｂ）については、２３＝８パターン存在する。（ｃ）については、２４＝１６パターン存在する。全てのパターンをマッピングするために必要なＰＵＣＣＨリソース数は、マッピングする各位相点間の位相差が最小でも９０度である場合（すなわち、１つのＰＵＣＣＨリソースあたり最大４パターンをマッピングする場合）、（ａ）については、１つ以上、（ｂ）については、２つ以上、（ｃ）については、４つ以上、となる。
図５Ａでは誤り検出結果のパターンが４パターンしか存在しないため、ＱＰＳＫでマッピングすればＰＵＣＣＨリソースは１つで十分である。しかし、マッピングの自由度と、応答信号を基地局に通知する際の誤り率を改善させるため、図５Ａに示すように、２つのＰＵＣＣＨリソースを用いてＢＰＳＫマッピングすることができる。図５Ａのマッピングでは、単位バンド２（ＳＣｅｌｌ）に対応する誤り検出結果については、基地局は、どちらのＰＵＣＣＨリソースに対して応答信号が通知されているかを判定するだけで、ＡＣＫかＮＡＣＫかの判定が可能になる。
一方で、単位バンド１（ＰＣｅｌｌ）に対応する誤り検出結果については、基地局は、どちらのＰＵＣＣＨリソースに対して応答信号が通知されているかを判定するだけでは、ＡＣＫかＮＡＣＫかの判定ができず、さらに、ＢＰＳＫ上のどちらのパターンにマッピングされているかを判定することで、基地局はＡＣＫかＮＡＣＫかの判定が可能になる。
このように、マッピングの方法によって、基地局は、応答信号の判定方法が異なり、その結果、応答信号毎の誤り率特性に差が発生する。すなわち、応答信号が通知されたＰＵＣＣＨリソースを判定するだけで、ＡＣＫかＮＡＣＫかを判定する（以降、「判定方法１」と表記することもある）方が、応答信号が通知されたＰＵＣＣＨリソースを判定し、かつ、そのＰＵＣＣＨリソースの位相点を判定する（以降、「判定方法２」と表記することもある）ことで、ＡＣＫかＮＡＣＫかを判定するのに比べて、誤りが少ない。
同様に、図５Ｂでは、単位バンド１（ＰＣｅｌｌ）のＣＷ０に対応する応答信号の誤り率特性が、他の２つの応答信号の誤り率特性よりも誤りが少ない。図５Ｃでは、単位バンド１（ＰＣｅｌｌ）の２ＣＷ（ＣＷ０、ＣＷ１）に対応する応答信号の誤り率特性が、単位バンド２（ＳＣｅｌｌ）の２ＣＷ（ＣＷ０、ＣＷ１）に対応する応答信号の誤り率特性よりも誤りが少ない。
ところで、基地局と端末との間において、端末に設定（configuration）されているＣＣ数の認識が異なる期間（uncertainty period、または、misalignment period）が存在する。基地局は、端末に対して、ＣＣ数を変更するよう再設定（reconfiguration）するメッセージを通知し、端末はその通知を受けて、ＣＣ数が変更されたと認識し、基地局に対してＣＣ数の再設定の完了メッセージを通知する。端末に設定されているＣＣ数の認識が異なる期間は、基地局がその通知を受けて初めて、端末に設定されているＣＣ数が変更されたと認識することに起因する。
例えば、端末は、設定されているＣＣ数が１つであると認識していて、一方、基地局は、端末に設定されているＣＣ数が２つであると認識している場合、端末は、１ＣＣに対応した、誤り検出結果のパターンのマッピングを用いて、端末が受信したデータに対する応答信号を送信する。一方、基地局は、２ＣＣに対応した、誤り検出結果のパターンのマッピングを用いて、端末に送信したデータに対する端末からの応答信号の判定を行う。
１ＣＣの場合、ＬＴＥシステムとの後方互換性を担保するために、ＬＴＥシステムで用いられる１ＣＣ用の誤り検出結果のパターンのマッピングが用いられる（以降、「ＬＴＥ ｆａｌｌｂａｃｋ」と表記することもある）。すなわち、図６Ａに示すように、１ＣＣが１ＣＷ処理の場合、ＡＣＫを（−１，０）の位相点に、ＮＡＣＫを（１，０）の位相点に、ＢＰＳＫマッピングする（以降、「Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋ」と表記することもある）。図６Ｂに示すように、１ＣＣが２ＣＷ処理の場合、ＡＣＫ／ＡＣＫを（−１，０）の位相点に、ＡＣＫ／ＮＡＣＫを（０，１）の位相点に、ＮＡＣＫ／ＡＣＫを（０，−１）の位相点に、ＮＡＣＫ／ＮＡＣＫを（１，０）の位相点にＱＰＳＫマッピング（以降、「Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋ」と表記することもある）する。
より具体的に、端末は、設定されているＣＣ数が１つであると認識していて、一方、基地局は、端末に設定されているＣＣ数が２つであると認識している場合において、基地局が２ＣＣで、かつ、ＰＣｅｌｌに１ＣＷ、ＳＣｅｌｌに１ＣＷのデータを端末に送信した場合を例に説明する。端末は、設定されているＣＣ数が１つであると認識しているので、ＰＣｅｌｌのみを受信する。端末は、ＰＣｅｌｌにおける下りデータの受信に成功した場合、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられた（Implicit signallingされた）、上り単位バンド内のＰＵＣＣＨリソース（ＰＵＣＣＨリソース１）に、図６Ａのマッピングを用いて応答信号をマッピングする。すなわち、端末は、位相点（−１，０）を用いる。一方、基地局は、端末に設定されているＣＣ数が２つであると認識しているので、図５Ａのマッピングを用いて応答信号の判定を行う。すなわち、基地局は、ＰＵＣＣＨリソース１の位相点（−１，０）より、ＰＣｅｌｌの１ＣＷがＡＣＫ、ＳＣｅｌｌの１ＣＷがＮＡＣＫまたはＤＴＸと判定することができる。同様に、端末は、ＰＣｅｌｌにおける下りデータの受信に失敗した場合は、位相点（１，０）にマッピングする必要がある。
端末と基地局の認識が、上記例と逆である場合も同様である。すなわち、端末は、設定されているＣＣ数が２つであると認識していて、一方、基地局は、端末に設定されているＣＣ数が１つであると認識している場合において、基地局が１ＣＣで、かつ、ＰＣｅｌｌに１ＣＷのデータを端末に送信した場合である。端末は、設定されているＣＣ数が２つであると認識しているので、ＰＣｅｌｌとＳＣｅｌｌを受信する。端末がＰＣｅｌｌにおける下りデータの受信に成功した場合、基地局は、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられた（Implicit signallingされた）、上り単位バンド内のＰＵＣＣＨリソース（ＰＵＣＣＨリソース１）に、図６Ａのマッピングを用いて、位相点（−１，０）を受信することを期待する。したがって、端末は、ＣＣ数が２つであると認識していたとしても、ＰＣｅｌｌの１ＣＷがＡＣＫ、ＳＣｅｌｌがＤＴＸである場合、図５Ａのように、ＰＵＣＣＨリソース１の位相点（−１，０）にマッピングする必要がある。同様に、端末は、ＰＣｅｌｌにおける下りデータの受信に失敗した場合は、位相点（１，０）にマッピングする必要がある。
このように、基地局と端末との間において、端末に設定（configuration）されているＣＣ数の認識が異なる場合においても、ＰＣｅｌｌとＳＣｅｌｌの応答信号を正しく判定できる（以降、「ＬＴＥ ｆａｌｌｂａｃｋをサポートする」と表記することもある）必要がある。
なお、図５Ａは、ＬＴＥ ｆａｌｌｂａｃｋをサポートする。より具体的には、ＰＵＣＣＨ ｆｏｒｍａｔ１ａへのＬＴＥ ｆａｌｌｂａｃｋをサポートする。図５Ｂは、ＰＣｅｌｌが２ＣＷ処理、ＳＣｅｌｌが１ＣＷ処理のとき、Ａ／Ａ／ＤがＰＵＣＣＨリソース１の位相点（−１，０）にマッピングされていないため、ＬＴＥ ｆａｌｌｂａｃｋをサポートしない。より具体的には、ＰＵＣＣＨ ｆｏｒｍａｔ１ａへのＬＴＥ ｆａｌｌｂａｃｋをサポートしない。また、図５Ｂは、ＰＣｅｌｌが１ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理のとき、Ａ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点（−１，０）にマッピングされず、Ａ／Ｎ／ＤがＰＵＣＣＨリソース１の（０，１）にマッピングされず、さらに、Ｎ／Ａ／ＤがＰＵＣＣＨリソース１の（０，−１）にマッピングされていないため、ＬＴＥ ｆａｌｌｂａｃｋをサポートしない。より具体的には、ＰＵＣＣＨ ｆｏｒｍａｔ１ｂへのＬＴＥ ｆａｌｌｂａｃｋをサポートしない。図５Ｃは、Ａ／Ａ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点（−１，０）にマッピングされず、Ａ／Ｎ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点（０，１）にマッピングされず、さらに、Ｎ／Ａ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点(0,-1)にマッピングされていないため、ＬＴＥ ｆａｌｌｂａｃｋをサポートしない。より具体的には、ＰＵＣＣＨ ｆｏｒｍａｔ１ｂへのＬＴＥ ｆａｌｌｂａｃｋをサポートしない。
非特許文献８で開示されているマッピング方法（「送信ルールテーブル」、「マッピングテーブル」とも呼ばれる）（図７、図８）では、例えば図８の「４ＡＣＫ／ＮＡＣＫ Ｂｉｔｓ」の場合、２つのＡＣＫ／ＮＡＣＫビット（「ＨＡＲＱ−ＡＣＫ」ビットとも呼ばれる）（非特許文献９のｂ０とｂ１）は、常に、判定方法１で判定できる。これに対し、例えば図８の「４ＡＣＫ／ＮＡＣＫ Ｂｉｔｓ」において残りの２つのＡＣＫ／ＮＡＣＫビット（非特許文献９のｂ２とｂ３）は、常に、判定方法２で判定する。上記のマッピングを用いた評価結果が非特許文献９に開示されているが、ｂ２とｂ３のＮＡＫ−ｔｏ−ＡＣＫ特性が、ｂ０とｂ１に比べて悪いことがわかる。
非特許文献１０で開示されているマッピング方法（図９）は、判定方法１で判定可能なＰＵＣＣＨリソースの個数が、ビット間で平滑化されている。すなわち、ＰＵＣＣＨ１ではｂ３が、ＰＵＣＣＨ２ではｂ０とｂ１が、ＰＵＣＣＨ３ではｂ１、ｂ２が、ＰＵＣＣＨ４ではｂ３が、判定方法１で判定可能である。図９では、判定方法１で判定可能なＰＵＣＣＨリソースのビット毎の個数は、ｂ０で１個、ｂ１で２個、ｂ２で１個、ｂ３で２個である。さらに、非特許文献１０では、ＰＵＣＣＨ１とｂ０、ＰＵＣＣＨ２とｂ１、ＰＵＣＣＨ３とｂ２、ＰＵＣＣＨ４とｂ３の関連付けに関する記載は無いが、仮にこれらが関連付けられていると仮定すると、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートしている。しかし、このマッピングでは、２ＣＣにおけるＬＴＥ ｆａｌｌｂａｃｋをサポートできない。
3GPP TS 36.211 V9.1.0, "Physical Channels and Modulation (Release 9)," March 2010 3GPP TS 36.212 V9.2.0, "Multiplexing and channel coding (Release 9)," June 2010 3GPP TS 36.213 V9.2.0, "Physical layer procedures (Release 9)," June 2010 Seigo Nakao, Tomofumi Takata, Daichi Imamura, and Katsuhiko Hiramatsu, "Performance enhancement of E-UTRA uplink control channel in fast fading environments," Proceeding of IEEE VTC 2009 spring, April. 2009 Ericsson and ST-Ericsson, "A/N transmission in the uplink for carrier aggregation," R1-100909, 3GPP TSG-RAN WG1 #60, Feb. 2010 ZTE, 3GPP RAN1 meeting #57, R1-091702, "Uplink Control Channel Design for LTE-Advanced," May 2009 Panasonic, 3GPP RAN1 meeting #57, R1-091744, "UL ACK/NACK transmission on PUCCH for Carrier aggregation," May 2009 CATT, LG Electronics, Qualcomm Incorporated, ZTE, 3GPP RAN1 meeting, R1-104140, "ACK/NACK Multiplexing Simulation Assumptions in Rel-10," June 2010 CATT, 3GPP RAN1 meeting, R1-104314, "Equalization of ACK/NACK bit performance in LTE-A," Aug. 2010 Panasonic, 3GPP RAN1 meeting #61, R1-102856, "Support of UL ACK/NACK channel selection for carrier aggregation,"May 2010
前述のChannel selectionにおいて、誤り検出結果のパターンのマッピング方法によって、基地局は、応答信号の判定方法が異なり、その結果、応答信号毎の誤り率特性に差が発生してしまう。
応答信号毎の誤り率特性が異なると、誤り率特性の悪い応答信号を基地局に通知する際に、送信電力の制約が厳しい端末において、より大きい送信電力が必要となってしまう。また、送信電力の増大により、他端末への干渉も増大してしまう。
また、前述の通り、Channel selectionでは、ＰＣＣ（ＰＣｅｌｌ）内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース（図４ではＰＵＣＣＨ領域１内のＰＵＣＣＨリソース）が割り当てられている（Implicit signalling）必要がある。ＰＣｅｌｌ内の自端末宛のＰＤＳＣＨを指示するＰＤＣＣＨの受信に失敗した場合、端末は、受信に失敗したＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと、１対１に関連付けられた、上り単位バンド内のＰＵＣＣＨリソースを特定することができない。そのため、ＰＣｅｌｌのＰＤＳＣＨに対する誤り検出結果がＤＴＸである場合、このＰＵＣＣＨリソースを用いない（Implicit signallingをサポートする）マッピングでなければならない。
さらに、基地局と端末との間において、端末に設定（configuration）されているＣＣ数の認識が異なる期間（uncertainty period、または、misalignment period）における動作を考慮すると、ＬＴＥ ｆａｌｌｂａｃｋをサポートするマッピングでなければならない。特に、初期のＬＴＥ−Ａシステムでは、最大２ＣＣでの運用が主であることを考えると、２ＣＣ時において、ＬＴＥ ｆａｌｌｂａｃｋをサポートするマッピングでなければならない。
本発明の目的は、上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、ＰＣｅｌｌ内のＰＤＣＣＨ領域に含まれる各ＣＣＥが、上り単位バンド内のＰＵＣＣＨリソースと１対１に関連付けられている場合において、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋをサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる通信装置、通信方法及び集積回路を提供することである。
本発明の一態様に係る通信装置は、第１の下り単位バンド及び第２の下り単位バンドを用いて下りデータを送信する送信部と、前記第１の下り単位バンド及び前記第２の下り単位バンドの各々について、通信相手装置において生成された、前記下りデータの複数の誤り検出結果を示すビットの集合である応答信号を受信し、前記応答信号は、前記通信相手装置において、マッピングルールを示すテーブルに基づいて、それぞれ複数の位相点を有する複数の上り制御チャネルリソース（ＰＵＣＣＨリソース）から選択される一つのＰＵＣＣＨリソースにおいて、前記複数の位相点のうちの１つにマッピングされ、前記マッピングルールでは、前記複数の誤り検出結果の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数と、前記複数の誤り検出結果の他の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数との差の最大値が１又は０であり、前記第２の下り単位バンドにおける前記下りデータの受信に失敗した場合に、前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組み合わせは、前記第１の下り単位バンドのみを用いて送信された前記下りデータについての前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組合せと同じである、応答信号受信部と、前記受信された応答信号にもとづいて前記下りデータの再送の必要性を判別し、前記下りデータを再送する再送部と、を具備し、前記ＰＵＣＣＨリソースの数は３であり、前記誤り検出結果の個数は３であり、前記３つの誤り検出結果のうちの２つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が１であり、前記３つの誤り検出結果のうちの他の１つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が２である。
本発明の一態様に係る通信装置は、第１の下り単位バンド及び第２の下り単位バンドを用いて下りデータを送信する送信部と、前記第１の下り単位バンド及び前記第２の下り単位バンドの各々について、通信相手装置において生成された、前記下りデータの複数の誤り検出結果を示すビットの集合である応答信号を受信し、前記応答信号は、前記通信相手装置において、マッピングルールを示すテーブルに基づいて、それぞれ複数の位相点を有する複数の上り制御チャネルリソース（ＰＵＣＣＨリソース）から選択される一つのＰＵＣＣＨリソースにおいて、前記複数の位相点のうちの１つにマッピングされ、前記マッピングルールでは、前記複数の誤り検出結果の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数と、前記複数の誤り検出結果の他の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数との差の最大値が１又は０であり、前記第２の下り単位バンドにおける前記下りデータの受信に失敗した場合に、前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組み合わせは、前記第１の下り単位バンドのみを用いて送信された前記下りデータについての前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組合せと同じである、応答信号受信部と、前記受信された応答信号にもとづいて前記下りデータの再送の必要性を判別し、前記下りデータを再送する再送部と、を具備し、前記ＰＵＣＣＨリソースの数は４であり、前記誤り検出結果の個数は４であり、前記４つの誤り検出結果のうちの２つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が２であり、前記４つの誤り検出結果のうちの他の２つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が１である。
本発明によれば、上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、ＰＣｅｌｌ内のＰＤＣＣＨ領域に含まれる各ＣＣＥが、上り単位バンド内のＰＵＣＣＨリソースと１対１に関連付けられている場合において、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋをサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を、改善することができる。
応答信号及び参照信号の拡散方法を示す図 ＰＵＳＣＨリソースにおける応答信号及び上り回線データのＴＤＭの適用に関わる動作を示す図 個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図 個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図 ＡＣＫ／ＮＡＣＫマッピング例の説明に供する図１ ＡＣＫ／ＮＡＣＫマッピング例の説明に供する図２ 非特許文献８が開示するＡＣＫ／ＮＡＣＫのマッピング１ 非特許文献８が開示するＡＣＫ／ＮＡＣＫのマッピング２ 非特許文献１０が開示するＡＣＫ／ＮＡＣＫのマッピング 本発明の実施の形態１に係る基地局の構成を示すブロック図 本発明の実施の形態１に係る端末の構成を示すブロック図 本発明の実施の形態１に係るＰＵＣＣＨリソースの制御例１ 本発明の実施の形態１に係るＰＵＣＣＨリソースの制御例２ 本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングの制御例１ 本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例１ 本発明の実施の形態１に係るＰＵＣＣＨリソースの制御例３ 本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングの制御例２ 本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例２ 本発明の実施の形態１に係るＰＵＣＣＨリソースの制御例４ 本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングの制御例３ 本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例３ 本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングの制御例４ 本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例４ 本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例５ 本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例６ 本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例７ 本発明の実施の形態２に係るＡＣＫ／ＮＡＣＫマッピングの制御例 本発明の実施の形態２に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例 本発明の実施の形態２に係る各下り単位バンド数における、ＰＣｅｌｌでのＣＷ数、ＳＣｅｌｌでのＣＷ数及びＡＣＫ／ＮＡＣＫビット数を示す図 本発明の実施の形態２に係るImplicit signallingを行えない理由の説明に供する図 本発明の実施の形態２に係るＰＵＣＣＨリソースの制御例を示す図（ケース６） 本発明の実施の形態２に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例を示す図（ケース６） 本発明の実施の形態２に係る本発明の実施の形態２に係るＰＵＣＣＨリソースの制御例を示す図（ケース７） 本発明の実施の形態２に係る本発明の実施の形態２に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例を示す図（ケース７） 本発明の実施の形態２に係る本発明の実施の形態２に係るＰＵＣＣＨリソースの制御例を示す図（ケース８） 本発明の実施の形態２に係る本発明の実施の形態２に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例を示す図（ケース８）
以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
（実施の形態１）
［基地局の構成］
図１０は、本実施の形態に係る基地局１００の構成を示すブロック図である。図１０において、基地局１００は、制御部１０１と、制御情報生成部１０２と、符号化部１０３と、変調部１０４と、符号化部１０５と、データ送信制御部１０６と、変調部１０７と、マッピング部１０８と、ＩＦＦＴ（Inverse Fast Fourier Transform）部１０９と、ＣＰ付加部１１０と、無線送信部１１１と、無線受信部１１２と、ＣＰ除去部１１３と、ＰＵＣＣＨ抽出部１１４と、逆拡散部１１５と、系列制御部１１６と、相関処理部１１７と、Ａ／Ｎ判定部１１８と、束Ａ／Ｎ逆拡散部１１９と、ＩＤＦＴ（Inverse Discrete Fourier Transform）部１２０と、束Ａ／Ｎ判定部１２１と、再送制御信号生成部１２２とを有する。
制御部１０１は、リソース割当対象端末（以下「宛先端末」又は単に「端末」ともいう）２００に対して、制御情報を送信するための下りリソース（つまり、下り制御情報割当リソース）、及び、下り回線データを送信するための下りリソース（つまり、下りデータ割当リソース）を割り当てる（Assignする）。このリソース割当は、リソース割当対象端末２００に設定される単位バンドグループに含まれる下り単位バンドにおいて行われる。また、下り制御情報割当リソースは、各下り単位バンドにおける下り制御チャネル（ＰＤＣＣＨ）に対応するリソース内で選択される。また、下りデータ割当リソースは、各下り単位バンドにおける下りデータチャネル（ＰＤＳＣＨ）に対応するリソース内で選択される。また、リソース割当対象端末２００が複数有る場合には、制御部１０１は、リソース割当対象端末２００のそれぞれに異なるリソースを割り当てる。
下り制御情報割当リソースは、上記したＬ１／Ｌ２ＣＣＨと同等である。すなわち、下り制御情報割当リソースは、１つ又は複数のＣＣＥ（又は、Ｒ−ＣＣＥ。以下、ＣＣＥとＲ−ＣＣＥとを区別せずに、単にＣＣＥと呼ぶことがある）から構成される。
また、制御部１０１は、リソース割当対象端末２００に対して制御情報を送信する際に用いる符号化率を決定する。この符号化率に応じて制御情報のデータ量が異なるので、このデータ量の制御情報をマッピング可能な数のＣＣＥを持つ下り制御情報割当リソースが、制御部１０１によって割り当てられる。
そして、制御部１０１は、制御情報生成部１０２に対して、下りデータ割当リソースに関する情報を出力する。また、制御部１０１は、符号化部１０３に対して、符号化率に関する情報を出力する。また、制御部１０１は、送信データ（つまり、下り回線データ）の符号化率を決定し、符号化部１０５に出力する。また、制御部１０１は、下りデータ割当リソース及び下り制御情報割当リソースに関する情報をマッピング部１０８に対して出力する。ただし、制御部１０１は下り回線データと当該下り回線データに対する下り制御情報を同一の下り単位バンドにマッピングするよう制御する。
制御情報生成部１０２は、下りデータ割当リソースに関する情報を含む制御情報を生成して符号化部１０３へ出力する。この制御情報は下り単位バンド毎に生成される。また、リソース割当対象端末２００が複数有る場合に、リソース割当対象端末２００同士を区別するために、制御情報には、宛先端末２００の端末ＩＤが含まれる。例えば、宛先端末２００の端末ＩＤでマスキングされたＣＲＣビットが制御情報に含まれる。この制御情報は、「下り割当制御情報（Control information carrying downlink assignment）」又は「Downlink Control Information（ＤＣＩ）」と呼ばれることがある。
符号化部１０３は、制御部１０１から受け取る符号化率に従って、制御情報を符号化し、符号化された制御情報を変調部１０４へ出力する。
変調部１０４は、符号化後の制御情報を変調し、得られた変調信号をマッピング部１０８へ出力する。
符号化部１０５は、宛先端末２００毎の送信データ（つまり、下り回線データ）及び制御部１０１からの符号化率情報を入力として送信データを符号化し、データ送信制御部１０６に出力する。ただし、宛先端末２００に対して複数の下り単位バンドが割り当てられる場合には、各下り単位バンドで送信される送信データをそれぞれ符号化し、符号化後の送信データをデータ送信制御部１０６へ出力する。
データ送信制御部１０６は、初回送信時には、符号化後の送信データを保持すると共に変調部１０７へ出力する。符号化後の送信データは、宛先端末２００毎に保持される。また、１つの宛先端末２００への送信データは、送信される下り単位バンド毎に保持される。これにより、宛先端末２００に送信されるデータ全体の再送制御だけでなく、下り単位バンド毎の再送制御も可能になる。
また、データ送信制御部１０６は、再送制御信号生成部１２２から或る下り単位バンドで送信した下り回線データに対するＮＡＣＫ又はＤＴＸを受け取ると、この下り単位バンドに対応する保持データを変調部１０７へ出力する。データ送信制御部１０６は、再送制御信号生成部１２２から或る下り単位バンドで送信した下り回線データに対するＡＣＫを受け取ると、この下り単位バンドに対応する保持データを削除する。
変調部１０７は、データ送信制御部１０６から受け取る符号化後の送信データを変調し、変調信号をマッピング部１０８へ出力する。
マッピング部１０８は、制御部１０１から受け取る下り制御情報割当リソースの示すリソースに、変調部１０４から受け取る制御情報の変調信号をマッピングし、ＩＦＦＴ部１０９へ出力する。
また、マッピング部１０８は、制御部１０１から受け取る下りデータ割当リソース（すなわち、制御情報に含まれる情報）の示すリソース（ＰＤＳＣＨ（下りデータチャネル））に、変調部１０７から受け取る送信データの変調信号をマッピングし、ＩＦＦＴ部１０９へ出力する。
マッピング部１０８にて複数の下り単位バンドにおける複数のサブキャリアにマッピングされた制御情報及び送信データは、ＩＦＦＴ部１０９で周波数領域信号から時間領域信号に変換され、ＣＰ付加部１１０にてＣＰが付加されてＯＦＤＭ信号とされた後に、無線送信部１１１にてＤ／Ａ（Digital to Analog）変換、増幅及びアップコンバート等の送信処理が施され、アンテナを介して端末２００へ送信される。
無線受信部１１２は、端末２００から送信された上り応答信号又は参照信号を、アンテナを介して受信し、上り応答信号又は参照信号に対しダウンコンバート、Ａ／Ｄ変換等の受信処理を行う。
ＣＰ除去部１１３は、受信処理後の上り応答信号又は参照信号に付加されているＣＰを除去する。
ＰＵＣＣＨ抽出部１１４は、受信信号に含まれるＰＵＣＣＨ信号から、予め端末２００に通知してある束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域の信号を抽出する。ここで、束ＡＣＫ／ＮＡＣＫリソースとは、前述したように、束ＡＣＫ／ＮＡＣＫ信号が送信されるべきリソースであり、ＤＦＴ−Ｓ−ＯＦＤＭフォーマット構成を採るリソースである。具体的には、ＰＵＣＣＨ抽出部１１４は、束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域のデータ部分（すなわち、束ＡＣＫ／ＮＡＣＫ信号が配置されているＳＣ−ＦＤＭＡシンボル）と参照信号部分（すなわち、束ＡＣＫ／ＮＡＣＫ信号を復調するための参照信号が配置されているＳＣ−ＦＤＭＡシンボル）を抽出する。ＰＵＣＣＨ抽出部１１４は、抽出したデータ部分を束Ａ／Ｎ逆拡散部１１９に出力し、参照信号部分を逆拡散部１１５−１に出力する。
また、ＰＵＣＣＨ抽出部１１４は、受信信号に含まれるＰＵＣＣＨ信号から、下り割当制御情報（ＤＣＩ）の送信に用いられたＰＤＣＣＨが占有していたＣＣＥに対応付けられているＡ／Ｎリソース及び予め端末２００に通知してある複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域を抽出する。ここで、Ａ／Ｎリソースとは、Ａ／Ｎが送信されるべきリソースである。具体的には、ＰＵＣＣＨ抽出部１１４は、Ａ／Ｎリソースに対応するＰＵＣＣＨ領域のデータ部分（上り制御信号が配置されているＳＣ−ＦＤＭＡシンボル）と参照信号部分（上り制御信号を復調するための参照信号が配置されているＳＣ−ＦＤＭＡシンボル）を抽出する。そして、ＰＵＣＣＨ抽出部１１４は、抽出したデータ部分及び参照信号部分の両方を、逆拡散部１１５−２に出力する。このようにして、ＣＣＥに関連付けられたＰＵＣＣＨリソース及び端末２００に対して通知した特定のＰＵＣＣＨリソースの中から選択されたリソースで応答信号が受信される。
系列制御部１１６は、端末２００から通知されるＡ／Ｎ、Ａ／Ｎに対する参照信号、及び、束ＡＣＫ／ＮＡＣＫ信号に対する参照信号のそれぞれの拡散に用いられる可能性があるＢａｓｅ ｓｅｑｕｅｎｃｅ（すなわち、系列長１２のＺＡＣ系列）を生成する。また、系列制御部１１６は、端末２００が用いる可能性のあるＰＵＣＣＨリソースにおいて、参照信号が配置され得るリソース（以下「参照信号リソース」という）に対応する相関窓をそれぞれ特定する。そして、系列制御部１１６は、束ＡＣＫ／ＮＡＣＫリソースにおいて参照信号が配置され得る参照信号リソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを相関処理部１１７−１に出力する。系列制御部１１６は、参照信号リソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを、相関処理部１１７−１に出力する。また、系列制御部１１６は、Ａ／Ｎ及びＡ／Ｎに対する参照信号が配置されるＡ／Ｎリソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを相関処理部１１７−２に出力する。
逆拡散部１１５−１及び相関処理部１１７−１は、束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域から抽出された参照信号の処理を行う。
具体的には、逆拡散部１１５−１は、端末２００が束ＡＣＫ／ＮＡＣＫリソースの参照信号において２次拡散に用いるべきウォルシュ系列で参照信号部分を逆拡散し、逆拡散後の信号を相関処理部１１７−１に出力する。
相関処理部１１７−１は、参照信号リソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを用いて、逆拡散部１１５−１から入力される信号と、端末２００において１次拡散に用いられる可能性のあるＢａｓｅ ｓｅｑｕｅｎｃｅとの相関値を求める。そして、相関処理部１１７−１は、相関値を束Ａ／Ｎ判定部１２１に出力する。
逆拡散部１１５−２及び相関処理部１１７−２は、複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域から抽出された参照信号及びＡ／Ｎの処理を行う。
具体的には、逆拡散部１１５−２は、端末２００が各Ａ／Ｎリソースのデータ部分及び参照信号部分において２次拡散に用いるべきウォルシュ系列及びＤＦＴ系列でデータ部分及び参照信号部分を逆拡散し、逆拡散後の信号を相関処理部１１７−２に出力する。
相関処理部１１７−２は、各Ａ／Ｎリソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを用いて、逆拡散部１１５−２から入力される信号と、端末２００において１次拡散に用いられる可能性のあるＢａｓｅ ｓｅｑｕｅｎｃｅとの相関値をそれぞれ求める。そして、相関処理部１１７−２は、それぞれの相関値をＡ／Ｎ判定部１１８に出力する。
Ａ／Ｎ判定部１１８は、相関処理部１１７−２から入力される複数の相関値に基づいて、端末２００からどのＡ／Ｎリソースを用いて信号が送信されているか、若しくは、いずれのＡ／Ｎリソースも用いられていないかを判定する。そして、Ａ／Ｎ判定部１１８は、端末２００からいずれかのＡ／Ｎリソースを用いて信号が送信されていると判定した場合、参照信号に対応する成分及びＡ／Ｎに対応する成分を用いて同期検波を行い、同期検波の結果を再送制御信号生成部１２２に出力する。一方、Ａ／Ｎ判定部１１８は、端末２００がいずれのＡ／Ｎリソースも用いていないと判定した場合には、Ａ／Ｎリソースが用いられていない旨を再送制御信号生成部１２２に出力する。なお、Ａ／Ｎ判定部１１８における、Ａ／Ｎ判定に用いるＡ／Ｎの位相点のマッピングの詳細については、後述する。
束Ａ／Ｎ逆拡散部１１９は、ＰＵＣＣＨ抽出部１１４から入力される束ＡＣＫ／ＮＡＣＫリソースのデータ部分に対応する束ＡＣＫ／ＮＡＣＫ信号をＤＦＴ系列によって逆拡散し、その信号をＩＤＦＴ部１２０に出力する。
ＩＤＦＴ部１２０は、束Ａ／Ｎ逆拡散部１１９から入力される周波数領域上の束ＡＣＫ／ＮＡＣＫ信号を、ＩＤＦＴ処理によって時間領域上の信号に変換し、時間領域上の束ＡＣＫ／ＮＡＣＫ信号を束Ａ／Ｎ判定部１２１に出力する。
束Ａ／Ｎ判定部１２１は、ＩＤＦＴ部１２０から入力される束ＡＣＫ／ＮＡＣＫリソースのデータ部分に対応する束ＡＣＫ／ＮＡＣＫ信号を、相関処理部１１７−１から入力される束ＡＣＫ／ＮＡＣＫ信号の参照信号情報を用いて復調する。また、束Ａ／Ｎ判定部１２１は、復調後の束ＡＣＫ／ＮＡＣＫ信号を復号し、復号結果を束Ａ／Ｎ情報として再送制御信号生成部１２２に出力する。ただし、束Ａ／Ｎ判定部１２１は、相関処理部１１７−１から入力される相関値が閾値よりも小さく、端末２００から束Ａ／Ｎリソースを用いて信号が送信されていないと判定した場合には、その旨を再送制御信号生成部１２２に出力する。
再送制御信号生成部１２２は、束Ａ／Ｎ判定部１２１から入力される情報、及び、Ａ／Ｎ判定部１１８から入力される情報に基づいて、下り単位バンドで送信したデータ（下り回線データ）を再送すべきか否かを判定し、判定結果に基づいて再送制御信号を生成する。具体的には、再送制御信号生成部１２２は、或る下り単位バンドで送信した下り回線データに対して再送する必要があると判断した場合には、当該下り回線データの再送命令を示す再送制御信号を生成して、再送制御信号をデータ送信制御部１０６へ出力する。また、再送制御信号生成部１２２は、或る下り単位バンドで送信した下り回線データに対して再送する必要が無いと判断した場合には、当該下り単位バンドで送信した下り回線データを再送しないことを示す再送制御信号を生成して、再送制御信号をデータ送信制御部１０６へ出力する。
［端末の構成］
図１１は、本実施の形態に係る端末２００の構成を示すブロック図である。図１１において、端末２００は、無線受信部２０１と、ＣＰ除去部２０２と、ＦＦＴ（Fast Fourier Transform）部２０３と、抽出部２０４と、復調部２０５と、復号部２０６と、判定部２０７と、制御部２０８と、復調部２０９と、復号部２１０と、ＣＲＣ部２１１と、応答信号生成部２１２と、符号化・変調部２１３と、１次拡散部２１４−１，２１４−２と、２次拡散部２１５−１，２１５−２と、ＤＦＴ部２１６と、拡散部２１７と、ＩＦＦＴ部２１８−１，２１８−２，２１８−３と、ＣＰ付加部２１９−１，２１９−２，２１９−３と、時間多重部２２０と、選択部２２１と、無線送信部２２２とを有する。
無線受信部２０１は、基地局１００から送信されたＯＦＤＭ信号を、アンテナを介して受信し、受信ＯＦＤＭ信号に対しダウンコンバート、Ａ／Ｄ変換等の受信処理を行う。なお、受信ＯＦＤＭ信号には、ＰＤＳＣＨ内のリソースに割り当てられたＰＤＳＣＨ信号（下り回線データ）又はＰＤＣＣＨ内のリソースに割り当てられたＰＤＣＣＨ信号が含まれる。
ＣＰ除去部２０２は、受信処理後のＯＦＤＭ信号に付加されているＣＰを除去する。
ＦＦＴ部２０３は、受信ＯＦＤＭ信号をＦＦＴして周波数領域信号に変換し、得られた受信信号を抽出部２０４へ出力する。
抽出部２０４は、入力される符号化率情報に従って、ＦＦＴ部２０３から受け取る受信信号から下り制御チャネル信号（ＰＤＣＣＨ信号）を抽出する。すなわち、符号化率に応じて下り制御情報割当リソースを構成するＣＣＥ（又はＲ−ＣＣＥ）の数が変わるので、抽出部２０４は、その符号化率に対応する個数のＣＣＥを抽出単位として、下り制御チャネル信号を抽出する。また、下り制御チャネル信号は、下り単位バンドごとに抽出される。抽出された下り制御チャネル信号は、復調部２０５へ出力される。
また、抽出部２０４は、後述する判定部２０７から受け取る自装置宛の下りデータ割当リソースに関する情報に基づいて、受信信号から下り回線データ（下りデータチャネル信号（ＰＤＳＣＨ信号））を抽出し、復調部２０９へ出力する。このように、抽出部２０４は、ＰＤＣＣＨにマッピングされた下り割当制御情報（ＤＣＩ）を受信し、ＰＤＳＣＨで下り回線データを受信する。
復調部２０５は、抽出部２０４から受け取る下り制御チャネル信号を復調し、得られた復調結果を復号部２０６に出力する。
復号部２０６は、入力される符号化率情報に従って、復調部２０５から受け取る復調結果を復号して、得られた復号結果を判定部２０７に出力する。
判定部２０７は、復号部２０６から受け取る復号結果に含まれる制御情報が自装置宛の制御情報であるか否かをブラインド判定（モニタ）する。この判定は、上記した抽出単位に対応する復号結果を単位として行われる。例えば、判定部２０７は、自装置の端末ＩＤでＣＲＣビットをデマスキングし、ＣＲＣ＝ＯＫ（誤り無し）となった制御情報を自装置宛の制御情報であると判定する。そして、判定部２０７は、自装置宛の制御情報に含まれる、自装置に対する下りデータ割当リソースに関する情報を抽出部２０４へ出力する。
また、判定部２０７は、自装置宛の制御情報（すなわち、下り割当制御情報）を検出した場合、ＡＣＫ／ＮＡＣＫ信号が発生（存在）する旨を制御部２０８に通知する。また、判定部２０７は、自装置宛の制御情報をＰＤＣＣＨ信号から検出した場合、当該ＰＤＣＣＨが占有していたＣＣＥに関する情報を制御部２０８に出力する。
制御部２０８は、判定部２０７から入力されるＣＣＥに関する情報から、当該ＣＣＥに関連付けられたＡ／Ｎリソースを特定する。そして、制御部２０８は、ＣＣＥに関連付けられたＡ／Ｎリソース、又は、予め基地局１００から通知されているＡ／Ｎリソースに対応するＢａｓｅ ｓｅｑｕｅｎｃｅ及び循環シフト量を、１次拡散部２１４−１へ出力し、当該Ａ／Ｎリソースに対応するウォルシュ系列及びＤＦＴ系列を２次拡散部２１５−１へ出力する。また、制御部２０８は、Ａ／Ｎリソースの周波数リソース情報をＩＦＦＴ部２１８−１に出力する。
また、制御部２０８は、束ＡＣＫ／ＮＡＣＫ信号を束ＡＣＫ／ＮＡＣＫリソースを用いて送信すると判断した場合、予め基地局１００から通知されている束ＡＣＫ／ＮＡＣＫリソースの参照信号部分（参照信号リソース）に対応するＢａｓｅ ｓｅｑｕｅｎｃｅ及び循環シフト量を、１次拡散部２１４−２へ出力し、ウォルシュ系列を２次拡散部２１５−２へ出力する。また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソースの周波数リソース情報をＩＦＦＴ部２１８−２に出力する。
また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソースのデータ部分の拡散に用いるＤＦＴ系列を拡散部２１７に出力し、束ＡＣＫ／ＮＡＣＫリソースの周波数リソース情報をＩＦＦＴ部２１８−３に出力する。
また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソース又はＡ／Ｎリソースのいずれかを選択し、選択したリソースを無線送信部２２２に出力するよう選択部２２１に指示する。更に、制御部２０８は、選択したリソースに応じて、束ＡＣＫ／ＮＡＣＫ信号又はＡＣＫ／ＮＡＣＫ信号のいずれかを生成するよう応答信号生成部２１２に指示する。なお、制御部２０８における、Ａ／Ｎリソース（ＰＵＣＣＨリソース）の決定方法については後述する。
復調部２０９は、抽出部２０４から受け取る下り回線データを復調し、復調後の下り回線データを復号部２１０へ出力する。
復号部２１０は、復調部２０９から受け取る下り回線データを復号し、復号後の下り回線データをＣＲＣ部２１１へ出力する。
ＣＲＣ部２１１は、復号部２１０から受け取る復号後の下り回線データを生成し、ＣＲＣを用いて下り単位バンド毎に誤り検出し、ＣＲＣ＝ＯＫ（誤り無し）の場合にはＡＣＫを、ＣＲＣ＝ＮＧ（誤り有り）の場合にはＮＡＣＫを、応答信号生成部２１２へそれぞれ出力する。また、ＣＲＣ部２１１は、ＣＲＣ＝ＯＫ（誤り無し）の場合には、復号後の下り回線データを受信データとして出力する。
応答信号生成部２１２は、ＣＲＣ部２１１から入力される、各下り単位バンドにおける下り回線データの受信状況（下り回線データの誤り検出結果）に基づいて応答信号を生成する。すなわち、応答信号生成部２１２は、制御部２０８から束ＡＣＫ／ＮＡＣＫ信号を生成するように指示された場合には、下り単位バンド毎の誤り検出結果の各々が個別データとして含まれている束ＡＣＫ／ＮＡＣＫ信号を生成する。一方、応答信号生成部２１２は、制御部２０８からＡＣＫ／ＮＡＣＫ信号を生成するように指示された場合には、１シンボルのＡＣＫ／ＮＡＣＫ信号を生成する。そして、応答信号生成部２１２は生成した応答信号を符号化・変調部２１３に出力する。なお、応答信号生成部２１２における、ＡＣＫ／ＮＡＣＫ信号の生成方法については後述する。
符号化・変調部２１３は、束ＡＣＫ／ＮＡＣＫ信号が入力された場合には、入力された束ＡＣＫ／ＮＡＣＫ信号を符号化・変調し、１２シンボルの変調信号を生成し、ＤＦＴ部２１６へ出力する。また、符号化・変調部２１３は、１シンボルのＡＣＫ／ＮＡＣＫ信号が入力された場合には、当該ＡＣＫ／ＮＡＣＫ信号を変調し、１次拡散部２１４−１に出力する。
ＤＦＴ部２１６は、入力される時系列の束ＡＣＫ／ＮＡＣＫ信号を１２個纏めてＤＦＴ処理を行うことにより、１２個の周波数軸上の信号成分を得る。そして、ＤＦＴ部２１６は１２個の信号成分を拡散部２１７に出力する。
拡散部２１７は、制御部２０８から指示されたＤＦＴ系列を用いて、ＤＦＴ部２１６から入力された１２個の信号成分を拡散し、ＩＦＦＴ部２１８−３に出力する。
また、Ａ／Ｎリソース、及び、束ＡＣＫ／ＮＡＣＫリソースの参照信号リソースに対応する１次拡散部２１４−１及び２１４−２は、制御部２０８の指示に従ってＡＣＫ／ＮＡＣＫ信号又は参照信号を、リソースに対応するＢａｓｅ ｓｅｑｕｅｎｃｅによって拡散し、拡散した信号を２次拡散部２１５−１，２１５−２へ出力する。
２次拡散部２１５−１，２１５−２は、制御部２０８の指示により、入力された１次拡散後の信号をウォルシュ系列又はＤＦＴ系列を用いて拡散しＩＦＦＴ部２１８−１，２１８−２に出力する。
ＩＦＦＴ部２１８−１，２１８−２，２１８−３は、制御部２０８の指示により、入力された信号を、配置されるべき周波数位置に対応付けてＩＦＦＴ処理を行う。これにより、ＩＦＦＴ部２１８−１，２１８−２，２１８−３に入力された信号（すなわち、ＡＣＫ／ＮＡＣＫ信号、Ａ／Ｎリソースの参照信号、束ＡＣＫ／ＮＡＣＫリソースの参照信号、束ＡＣＫ／ＮＡＣＫ信号）は時間領域の信号に変換される。
ＣＰ付加部２１９−１，２１９−２，２１９−３は、ＩＦＦＴ後の信号の後尾部分と同じ信号をＣＰとしてその信号の先頭に付加する。
時間多重部２２０は、ＣＰ付加部２１９−３から入力される束ＡＣＫ／ＮＡＣＫ信号（すなわち、束ＡＣＫ／ＮＡＣＫリソースのデータ部分を用いて送信される信号）と、ＣＰ付加部２１９−２から入力される束ＡＣＫ／ＮＡＣＫリソースの参照信号とを、束ＡＣＫ／ＮＡＣＫリソースに時間多重し、得られた信号を選択部２２１へ出力する。
選択部２２１は、制御部２０８の指示に従って、時間多重部２２０から入力される束ＡＣＫ／ＮＡＣＫリソースとＣＰ付加部２１９−１から入力されるＡ／Ｎリソースのいずれかを選択し、選択したリソースに割り当てられた信号を無線送信部２２２へ出力する。
無線送信部２２２は、選択部２２１から受け取る信号に対しＤ／Ａ変換、増幅及びアップコンバート等の送信処理を行い、アンテナから基地局１００へ送信する。
［基地局１００及び端末２００の動作］
上述のように構成された基地局１００及び端末２００の動作について説明する。
以下、応答信号の送信に用いるＡ／Ｎリソース（ＰＵＣＣＨリソース）の決定方法およびＡＣＫ／ＮＡＣＫ信号の生成方法（マッピング方法）について、制御例１〜５で説明する。
［制御例１：ＰＣｅｌｌが２ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリング時］
図１２に、２ＣＣ時、ＰＣｅｌｌ、ＳＣｅｌｌともに２ＣＷ処理し、かつ、クロスキャリアスケジューリング（Cross-carrier scheduling）時のＡ／Ｎリソース（ＰＵＣＣＨリソース）の決定方法を示す。ただし、図１２では、ＰＣｅｌｌからＳＣｅｌｌのクロスキャリアスケジューリングの例を示す。すなわち、ＰＣｅｌｌ内のＰＤＣＣＨが、ＳＣｅｌｌ内のＰＤＳＣＨを指示する。
図１２では、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース１が割り当てられる（Implicit signalling）。また、図１２では、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスの次のインデックス（ｎ＿ＣＣＥ＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース２が割り当てられる（Implicit signalling）。
さらに、図１２では、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされた、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＣｅｌｌ内のＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ’（ｎ＿ＣＣＥ’≠ｎ＿ＣＣＥ））に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース３が割り当てられる（Implicit signalling）。また、図１２では、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスの次のインデックス（ｎ＿ＣＣＥ’＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース４が割り当てられる（Implicit signalling）。
なお、第一のＳＣｅｌｌから第二のＳＣｅｌｌにクロスキャリアスケジューリングされる場合、上記ＰＵＣＣＨリソース３、４は、基地局から予め通知されてもよい（Explicit signalling）。また、図１３に示すように、クロスキャリアスケジューリングされない場合も、同様に、ＰＵＣＣＨリソース３、４は、基地局から予め通知されてもよい（Explicit signalling）。
なお、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソース１を除く、他のＰＵＣＣＨリソース（ＰＵＣＣＨリソース２、３、４）は、基地局から予め通知されてもよい（Explicit signalling）。
図１４および図１５に、２ＣＣ時、ＰＣｅｌｌ、ＳＣｅｌｌともに２ＣＷ処理する場合のＡＣＫ／ＮＡＣＫ信号の生成方法（マッピング）を示す。ただし、図１４及び図１５のＰＵＣＣＨリソース１、２、３、４は、図１２で示したＰＵＣＣＨリソース１、２、３、４にそれぞれ対応する。複数のＡＣＫまたはＮＡＣＫまたはＤＴＸから構成される組合せを構成するビットを、順にビットｂ０、ｂ１、ｂ２、ｂ３とする。また、ビットｂ０、ｂ１、ｂ２、ｂ３の順に、ＰＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号、ＰＣｅｌｌのＰＤＳＣＨのＣＷ１のＡＣＫ／ＮＡＣＫ信号、ＳＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号、ＳＣｅｌｌのＰＤＳＣＨのＣＷ１のＡＣＫ／ＮＡＣＫ信号に対応付けられている。なお、ビットとＡＣＫ／ＮＡＣＫ信号の対応付けはこれに限定されるものではない。
全てのＰＵＣＣＨリソースについて、ＤＴＸを示す誤り検出結果のパターンによらず、４つの位相点に対して応答信号がマッピングされる。また、応答信号は、ＰＵＣＣＨリソース毎に、隣接する位相点のハミング距離が小さくなるよう（すなわち、よりグレイマッピングに近づくよう）マッピングされている。
図１４Ａにおける、ビットｂ０、ｂ１、ｂ２、ｂ３のそれぞれに対するＰＵＣＣＨリソース１、２、３、４のＡＣＫ／ＮＡＣＫの偏りを、図１４Ｂに示す。例えば図１４Ａより、ビットｂ１は、ＰＵＣＣＨリソース３において、ＡＣＫが１個、ＮＡＣＫが３個マッピングされている。これは、図１４Ｂにおいて、「ｂ１」の行と「ＰＵＣＣＨリソース３」の列が交差する、「１，３」に対応している。また、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」列は、ビットｂ０、ｂ１、ｂ２、ｂ３のうち、各ＰＵＣＣＨリソースにそれぞれ何組の「ＡＣＫが４個、ＮＡＣＫが０個」（Ａ：Ｎ＝１：０（＝４：０））、または、「ＡＣＫが０個、ＮＡＣＫが４個」（Ａ：Ｎ＝０：１（＝０：４））が存在するかを示したものである。さらに、図１４Ｂにおいて、「Ａ／Ｎの偏り」の列は、各ＰＵＣＣＨリソースにおけるＡＣＫとＮＡＣＫの個数の差の絶対値の、全ＰＵＣＣＨリソースでの総和である。
前述の通り、マッピングの方法によって、基地局は、応答信号の判定方法が２つ存在する。すなわち、応答信号が通知されたＰＵＣＣＨリソースを判定する方法（判定方法１）と、応答信号が通知されたＰＵＣＣＨリソースを判定し、かつ、そのＰＵＣＣＨリソースの位相点を判定する方法（判定方法２）である。
本実施の形態で開示する、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化（同等化、equalization）しつつ、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートし、ＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図１４は、Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋ）をサポートするマッピング方法を図１４に示す。図１５は、図１４に対応するＡＣＫ／ＮＡＣＫマッピングテーブル（送信ルールテーブル）を示す。
判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースとは、すなわち、図１４Ｂにおいて、Ａ：Ｎ＝１：０（＝４：０）またはＡ：Ｎ＝０：１（＝０：４）であるＰＵＣＣＨリソースである。そして、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数とは、図１４Ｂにおいて、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」である。さらに、平滑化とは、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」の最大値と最小値の差が１以下となるマッピングである。より具体的には、図１４のマッピングでは、２ＣＣでＰＣｅｌｌが２ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理する場合、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」は、２ビット（ｂ０，ｂ２）が２個、残りの２ビット（ｂ１，ｂ３）が１個であるため、最大値と最小値の差は１である。
任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートするとは、すなわち、図１４Ａにおいて、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソース１において、ＰＣｅｌｌのＣＷ０のＡＣＫ／ＮＡＣＫと対応付けられたビットｂ０が、ＤＴＸのマッピングをとらないことである。同様に、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートするとは、ＰＵＣＣＨリソース２においてビットｂ１がＤＴＸのマッピングをとらないことであり、ＰＵＣＣＨリソース３においてはビットｂ２がＤＴＸのマッピングをとらないことであり、ＰＵＣＣＨリソース４においてはビットｂ３がＤＴＸのマッピングをとらないことである。
なお、図１４は、全てのＰＵＣＣＨリソースがImplicit signallingされた例であるため、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートしているが、ＰＵＣＣＨリソース１以外はExplicit signallingされていてもよい。すなわち、その場合は、少なくとも１つのＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートすればよい。
ＬＴＥ ｆａｌｌｂａｃｋをサポートするとは、すなわち、以下の（１）〜（３）を同時に満足することである。（１）あるＰＵＣＣＨリソースにおいて、２つのビットがＡ：Ｎ＝０：１（＝０：４）を満足し、残りの２ビットが、図６Ｂのマッピングであること、（２）前記残りの２ビットが、ＰＣｅｌｌ内のＰＤＳＣＨで処理する２ＣＷに対応付けられていること、（３）前記の（１）を満足するＰＵＣＣＨリソースが、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて割り当てられる、ＰＵＣＣＨリソース（図１４の例では、ＰＵＣＣＨリソース１）であること、である。
なお、図１４Ａのマッピングは一例であり、前記（１）〜（３）を同時に満足すればよいので、例えば、ビットｂ０とビットｂ１とを入れ替えたマッピングでもよい。ビットｂ２とビットｂ３とを入れ替えたマッピングでもよい。また、例えば、ＬＴＥ ｆａｌｌｂａｃｋをサポートするＰＵＣＣＨリソース１以外のＰＵＣＣＨリソースに対するマッピングは、それぞれ、時計回りに９０度、１８０度、２７０度回転したものであってもよい。また、ＣＷの優先度に応じて、ビット入れ替え制御を行っても良い。例えば、優先度の高いＣＷは、ビットｂ１よりもビットｂ０に優先的に割り振る、または、ビットｂ３よりもビットｂ２に優先的に割り振る。これにより、優先度の高いＣＷのＡＣＫ／ＮＡＣＫ信号を、より誤り率の低いビットに振り分けて基地局に通知することができる。
このように、任意の応答信号に対するImplicit signallingをサポートし、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図１４では、Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋ）をサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる。
［制御例２：ＰＣｅｌｌが２ＣＷ処理、ＳＣｅｌｌが１ＣＷ処理、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリング時］
図１６に、２ＣＣ時、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理し、かつ、クロスキャリアスケジューリング（Cross-carrier scheduling）時のＡ／Ｎリソース（ＰＵＣＣＨリソース）の決定方法を示す。ただし、図１６では、ＰＣｅｌｌからＳＣｅｌｌのクロスキャリアスケジューリングの例を示す。すなわち、ＰＣｅｌｌ内のＰＤＣＣＨが、ＳＣｅｌｌ内のＰＤＳＣＨを指示する。
図１６では、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース１が割り当てられる（Implicit signalling）。また、図１６では、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスの次のインデックス（ｎ＿ＣＣＥ＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース２が割り当てられる（Implicit signalling）。
さらに、図１６では、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされた、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＣｅｌｌ内のＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ’）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース３が割り当てられる（Implicit signalling）。
なお、第一のＳＣｅｌｌから第二のＳＣｅｌｌにクロスキャリアスケジューリングされる場合、上記ＰＵＣＣＨリソース３は、基地局から予め通知されてもよい（Explicit signalling）。また、クロスキャリアスケジューリングされない場合も、同様に、ＰＵＣＣＨリソース３は、基地局から予め通知されてもよい（Explicit signalling）。
なお、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソース１を除く、他のＰＵＣＣＨリソース（ＰＵＣＣＨリソース２、３）は、基地局から予め通知されてもよい（Explicit signalling）。
図１７および図１８に、２ＣＣ時、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理する場合のＡＣＫ／ＮＡＣＫ信号の生成方法（マッピング）を示す。ただし、図１７及び図１８のＰＵＣＣＨリソース１、２、３は、図１６で示したＰＵＣＣＨリソース１、２、３にそれぞれ対応する。複数のＡＣＫまたはＮＡＣＫまたはＤＴＸから構成される組合せを構成するビットを、順にビットｂ０、ｂ１、ｂ２とする。また、ビットｂ０、ｂ１、ｂ２の順に、ＰＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号、ＰＣｅｌｌのＰＤＳＣＨのＣＷ１のＡＣＫ／ＮＡＣＫ信号、ＳＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号に対応付けられている。すなわち、ビットｂ０、ｂ１を２ＣＷ処理するＣｅｌｌと対応付け、ビット２を１ＣＷ処理するＣｅｌｌと対応付けている。なお、ビットとＡＣＫ／ＮＡＣＫ信号の対応付けはこれに限定されるものではない。
図１７に示すＰＵＣＣＨリソース１では、ＤＴＸを示す誤り検出結果のパターンを除くと、３つの位相点に対して応答信号がマッピングされる。図１７に示すＰＵＣＣＨリソース２では、ＤＴＸを示す誤り検出結果のパターンによらず、３つの位相点に対して応答信号がマッピングされる。図１７に示すＰＵＣＣＨリソース３では、２つの位相点に対して応答信号がマッピングされる。また、ＰＵＣＣＨリソース毎に、隣接する位相点のハミング距離が小さくなるよう（すなわち、よりグレイマッピングに近づくよう）マッピングされている。
図１７Ａにおける、ビットｂ０、ｂ１、ｂ２のそれぞれに対するＰＵＣＣＨリソース１、２、３のＡＣＫ／ＮＡＣＫの偏りを、図１７Ｂに示す。
前述の通り、マッピングの方法によって、基地局は、応答信号の判定方法が２つ存在する。すなわち、応答信号が通知されたＰＵＣＣＨリソースを判定する方法（判定方法１）と、応答信号が通知されたＰＵＣＣＨリソースを判定し、かつ、そのＰＵＣＣＨリソースの位相点を判定する方法（判定方法２）である。
本実施の形態で開示する、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化しつつ、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートし、ＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図１７では、Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋ）をサポートするマッピング方法を、図１７に示す。図１８は、図１７に対応するＡＣＫ／ＮＡＣＫマッピングテーブル（送信ルールテーブル）を示す。
判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースとは、すなわち、図１７Ｂにおいて、Ａ：Ｎ＝１：０（＝３：０）またはＡ：Ｎ＝０：１（＝０：３＝０：２）であるＰＵＣＣＨリソースである。そして、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数とは、図１７Ｂにおいて、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」である。さらに、平滑化とは、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」の最大値と最小値の差が１以下となるマッピングである。より具体的には、図１７のマッピングでは、２ＣＣでＰＣｅｌｌが２ＣＷ処理、ＳＣｅｌｌが１ＣＷ処理する場合、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」は、１ビット（ｂ２）が２個、残りの２ビット（ｂ０，ｂ１）が１個であるため、最大値と最小値の差は１である。
任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートするとは、すなわち、図１７Ａにおいて、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソース１において、ＰＣｅｌｌのＣＷ０のＡＣＫ／ＮＡＣＫと対応付けられたビットｂ０が、ＤＴＸのマッピングをとらないことである。同様に、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートするとは、ＰＵＣＣＨリソース２においてビットｂ１がＤＴＸのマッピングをとらないことであり、ＰＵＣＣＨリソース３においてビットｂ２がＤＴＸのマッピングをとらないことである。
なお、図１７は、全てのＰＵＣＣＨリソースがImplicit signallingされた例であるため、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートしているが、ＰＵＣＣＨリソース１以外はExplicit signallingされていてもよい。すなわち、その場合は、少なくとも１つのＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートすればよい。
ＬＴＥ ｆａｌｌｂａｃｋをサポートするとは、すなわち、以下の（１）〜（３）を同時に満足することである。（１）あるＰＵＣＣＨリソースにおいて、１つのビットがＡ：Ｎ＝０：１（＝０：２＝０：３）を満足し、残りの２ビットが、図６Ｂのマッピングであること、（２）前記残りの２ビットが、ＰＣｅｌｌ内のＰＤＳＣＨで処理する２ＣＷに対応付けられていること、（３）前記の（１）を満足するＰＵＣＣＨリソースが、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて割り当てられる、ＰＵＣＣＨリソース（図１７の例では、ＰＵＣＣＨリソース１）であること、である。
なお、図１７Ａのマッピングは一例であり、前記（１）〜（３）を同時に満足すればよいので、例えば、ビットｂ０とビットｂ１とを入れ替えたマッピングでもよい。また、例えば、ＬＴＥ ｆａｌｌｂａｃｋをサポートするＰＵＣＣＨリソース１以外のＰＵＣＣＨリソースに対するマッピングは、それぞれ、時計回りに９０度、１８０度、２７０度回転したものであってもよい。
このように、任意の応答信号に対するImplicit signallingをサポートし、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図１７では、Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋ）をサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる。
［制御例３：ＰＣｅｌｌが１ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリング時 その１］
図１９に、２ＣＣ時、ＰＣｅｌｌが１ＣＷ処理し、ＳＣｅｌｌが２ＣＷ処理し、かつ、クロスキャリアスケジューリング（Cross-carrier scheduling）時のＡ／Ｎリソース（ＰＵＣＣＨリソース）の決定方法を示す。ただし、図１９では、ＰＣｅｌｌからＳＣｅｌｌのクロスキャリアスケジューリングの例を示す。すなわち、ＰＣｅｌｌ内のＰＤＣＣＨが、ＳＣｅｌｌ内のＰＤＳＣＨを指示する。
図１９では、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース１が割り当てられる（Implicit signalling）。
さらに、図１９では、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされた、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＣｅｌｌ内のＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ’）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース２が割り当てられる（Implicit signalling）。また、図１９では、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスの次のインデックス（ｎ＿ＣＣＥ’＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース３が割り当てられる（Implicit signalling）。
なお、第一のＳＣｅｌｌから第二のＳＣｅｌｌにクロスキャリアスケジューリングされる場合、上記ＰＵＣＣＨリソース２、３は、基地局から予め通知されてもよい（Explicit signalling）。また、クロスキャリアスケジューリングされない場合も、同様に、ＰＵＣＣＨリソース２、３は、基地局から予め通知されてもよい（Explicit signalling）。
なお、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソース１を除く、他のＰＵＣＣＨリソース（ＰＵＣＣＨリソース２、３）は、基地局から予め通知されてもよい（Explicit signalling）。
図２０および図２１に、２ＣＣ時、ＰＣｅｌｌが１ＣＷ処理し、ＳＣｅｌｌが２ＣＷ処理する場合のＡＣＫ／ＮＡＣＫ信号の生成方法（マッピング）を示す。ただし、図２０及び図２１のＰＵＣＣＨリソース１、２、３は、図１９で示したＰＵＣＣＨリソース１、２、３にそれぞれ対応する。複数のＡＣＫまたはＮＡＣＫまたはＤＴＸから構成される組合せを構成するビットを、順にビットｂ０、ｂ１、ｂ２とする。また、ビットｂ０、ｂ１、ｂ２の順に、ＳＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号、ＳＣｅｌｌのＰＤＳＣＨのＣＷ１のＡＣＫ／ＮＡＣＫ信号、ＰＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号に対応付けられている。なお、ビットとＡＣＫ／ＮＡＣＫ信号の対応付けはこれに限定されるものではない。
さらに、本制御例では、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理する制御例２と同一のマッピングを用いるために、ビットｂ０、ｂ１を２ＣＷ処理する（または、ＳＤＭ（Space Division Multiplexing）が設定された）Ｃｅｌｌに対応付け、ビットｂ２を１ＣＷ処理する（または、非ＳＤＭが設定された）Ｃｅｌｌに対応付けている。同一のマッピングテーブルを用いているため、図２０Ａのマッピングテーブル（あるいは、図１７Ａのマッピングテーブル）は、Ｆｏｒｍａｔ１ａとＦｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋをサポート可能である。同一のマッピングを用いることで、１つのマッピングテーブルで、２つの制御例（すなわち、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理する例と、ＰＣｅｌｌが１ＣＷ処理し、ＳＣｅｌｌが２ＣＷ処理する例）を同時にサポートできる。これにより、端末および基地局で保持するマッピングテーブルの組合せ数が少なくて済み、端末における応答信号の送信、および、基地局における応答信号の判定の構成の複雑度が下がる。なお、ここでは、同一のマッピングテーブルを用いることによる追加的な効果を記載したものであり、必ずしも同一のマッピングを用いることに限定されるものではない。
図２０に示すＰＵＣＣＨリソース１では、ＤＴＸを示す誤り検出結果のパターンを除くと、３つの位相点に対して応答信号がマッピングされる。図２０に示すＰＵＣＣＨリソース２では、ＤＴＸを示す誤り検出結果のパターンによらず、３つの位相点に対して応答信号がマッピングされる。図２０に示すＰＵＣＣＨリソース３では、２つの位相点に対して応答信号がマッピングされる。また、ＰＵＣＣＨリソース毎に、隣接する位相点のハミング距離が小さくなるよう（すなわち、よりグレイマッピングに近づくよう）マッピングされている。
図２０Ａにおける、ビットｂ０、ｂ１、ｂ２のそれぞれに対するＰＵＣＣＨリソース１、２、３のＡＣＫ／ＮＡＣＫの偏りを、図２０Ｂに示す。
前述の通り、マッピングの方法によって、基地局は、応答信号の判定方法が２つ存在する。すなわち、応答信号が通知されたＰＵＣＣＨリソースを判定する方法（判定方法１）と、応答信号が通知されたＰＵＣＣＨリソースを判定し、かつ、そのＰＵＣＣＨリソースの位相点を判定する方法（判定方法２）である。
本実施の形態で開示する、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化しつつ、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートし、ＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図２０では、Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋ）をサポートするマッピング方法を、図２０に示す。図２１は、図２０に対応するＡＣＫ／ＮＡＣＫマッピングテーブル（送信ルールテーブル）を示す。
判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースとは、すなわち、図２０Ｂにおいて、Ａ：Ｎ＝１：０（＝３：０）またはＡ：Ｎ＝０：１（＝０：３＝０：２）であるＰＵＣＣＨリソースである。そして、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数とは、図２０Ｂにおいて、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」である。さらに、平滑化とは、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」の最大値と最小値の差が１以下となるマッピングである。より具体的には、図２０のマッピングでは、２ＣＣでＰＣｅｌｌが１ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理する場合、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」は、１ビット（ｂ０）が２個、残りの２ビット（ｂ１，ｂ２）が１個であるため、最大値と最小値の差は１である。
任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートするとは、すなわち、図２０Ａにおいて、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソース３において、ＰＣｅｌｌのＣＷ０のＡＣＫ／ＮＡＣＫと対応付けられたビットｂ２が、ＤＴＸのマッピングをとらないことである。同様に、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートするとは、ＰＵＣＣＨリソース０においてビットｂ０がＤＴＸのマッピングをとらないことであり、ＰＵＣＣＨリソース１においてビットｂ１がＤＴＸのマッピングをとらないことである。
なお、図２０は、全てのＰＵＣＣＨリソースがImplicit signallingされた例であるため、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートしているが、ＰＵＣＣＨリソース３以外はExplicit signallingされていてもよい。すなわち、その場合は、少なくとも１つのＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートすればよい。
ＬＴＥ ｆａｌｌｂａｃｋをサポートするとは、すなわち、以下の（１）〜（３）を同時に満足することである。（１）あるＰＵＣＣＨリソースにおいて、２つのビットがＡ：Ｎ＝０：１（＝０：２＝０：３）を満足し、残りの１ビットが、図６Ａのマッピングであること、（２）前記残りの１ビットが、ＰＣｅｌｌ内のＰＤＳＣＨで処理する１ＣＷに対応付けられていること、（３）前記の（１）を満足するＰＵＣＣＨリソースが、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて割り当てられる、ＰＵＣＣＨリソース（図２０の例では、ＰＵＣＣＨリソース３）であること、である。
なお、図２０Ａのマッピングは一例であり、前記（１）〜（３）を同時に満足すればよいので、例えば、ビットｂ０とビットｂ１とを入れ替えたマッピングでもよい。また、例えば、ＬＴＥ ｆａｌｌｂａｃｋをサポートするＰＵＣＣＨリソース３以外のＰＵＣＣＨリソースに対するマッピングは、それぞれ、時計回りに９０度、１８０度、２７０度回転したものであってもよい。
このように、任意の応答信号に対するImplicit signallingをサポートし、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図２０では、Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋ）をサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる。
［制御例４：ＰＣｅｌｌが１ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリング時 その２］
本制御例は、制御例３と共通する点が多いため、共通点については割愛する。
図２２および図２３に、２ＣＣ時、ＰＣｅｌｌが１ＣＷ処理し、ＳＣｅｌｌが２ＣＷ処理する場合のＡＣＫ／ＮＡＣＫ信号の生成方法（マッピング）を示す。ただし、図２２及び図２３のＰＵＣＣＨリソース１、２、３は、図１９で示したＰＵＣＣＨリソース１、２、３にそれぞれ対応する。複数のＡＣＫまたはＮＡＣＫまたはＤＴＸから構成される組合せを構成するビットを、順にビットｂ０、ｂ１、ｂ２とする。また、ビットｂ０、ｂ１、ｂ２の順に、ＳＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号、ＳＣｅｌｌのＰＤＳＣＨのＣＷ１のＡＣＫ／ＮＡＣＫ信号、ＰＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号に対応付けられている。なお、ビットとＡＣＫ／ＮＡＣＫ信号の対応付けはこれに限定されるものではない。
本制御例では、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理する場合と同一のマッピングを用いてもよい。同一のマッピングを用いる場合、Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋのみがサポート可能であり、Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋはサポートできない。同一のマッピングを用いることで、１つのマッピングテーブルで、２つの制御例（すなわち、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理する例と、ＰＣｅｌｌが１ＣＷ処理し、ＳＣｅｌｌが２ＣＷ処理する例）を同時にサポートできる。これにより、端末および基地局で保持するマッピングテーブルの組合せ数が少なくて済み、端末における応答信号の送信、および、基地局における応答信号の判定の構成の複雑度が下がる。一方で、異なるマッピングを用いる場合、図２２よりＦｏｒｍａｔ１ａへのｆａｌｌｂａｃｋはサポートできる。Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋのサポートは、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理する場合のマッピングに依存する。なお、ここでは、同一のまたは異なるマッピングテーブルを用いることによる追加的な効果を記載したものであり、必ずしも同一のマッピングを用いることに限定されるものではない。
図２２に示すＰＵＣＣＨリソース１では、ＤＴＸを示す誤り検出結果のパターンによらず、２つの位相点に対して応答信号がマッピングされる。図２２に示すＰＵＣＣＨリソース２では、ＤＴＸを示す誤り検出結果のパターンによらず、４つの位相点に対して応答信号がマッピングされる。図２２に示すＰＵＣＣＨリソース３では、ＤＴＸを示す誤り検出結果のパターンによらず、２つの位相点に対して応答信号がマッピングされる。また、ＰＵＣＣＨリソース毎に、隣接する位相点のハミング距離が小さくなるよう（すなわち、よりグレイマッピングに近づくよう）マッピングされている。
図２２Ａにおける、ビットｂ０、ｂ１、ｂ２のそれぞれに対するＰＵＣＣＨリソース１、２、３のＡＣＫ／ＮＡＣＫの偏りを、図２２Ｂに示す。
本実施の形態で開示する、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化しつつ、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートし、ＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図２２では、Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋ）をサポートするマッピング方法を、図２２に示す。図２３は、図２２に対応するＡＣＫ／ＮＡＣＫマッピングテーブル（送信ルールテーブル）を示す。
このように、任意の応答信号に対するImplicit signallingをサポートし、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図２２では、Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋ）をサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる。
［制御例５：ＲＡＮＫ Ａｄａｐｔａｔｉｏｎ適用時のマッピングテーブルの制御例］
本制御例は、ＣｏｎｆｉｇｕｒａｔｉｏｎされたＣＣ(Component Carrier)数とトランスミッションモードだけでなく、ダイナミックに制御されるＲａｎｋ Ａｄａｐｔａｔｉｏｎに応じてマッピングテーブルを切り替える制御を行う場合のマッピングテーブルを開示する。すなわち、Ｒａｎｋ Ａｄａｐｔａｔｉｏｎにより、ＰＣｅｌｌまたはＳＣｅｌｌにＣｏｎｆｉｇｕｒａｔｉｏｎされたＣＷ数（例えばＰＣｅｌｌが２ＣＷ、ＳＣｅｌｌが２ＣＷ）よりも少ないＣＷ数（例えばＰＣｅｌｌが２ＣＷ、ＳＣｅｌｌが１ＣＷ）になった場合のマッピングテーブルを開示する。すなわち、ｅＮＢに通知するＡＣＫ/ＮＡＣＫのリソースと、そのリソース内のコンスタレーション位置を、ＣｏｎｆｉｇｕｒａｔｉｏｎされたＣＷ数から求められるＡＣＫ／ＮＡＣＫビット数に基づいたマッピングテーブルではなく、Ｒａｎｋ ＡｄａｐｔａｔｉｏｎされたＣＷ数から求められるＡＣＫ／ＮＡＣＫビット数に基づいたマッピングテーブルにしたがって決定する。
例えば、１つのＰＣｅｌｌ、１つのＳＣｅｌｌがそれぞれ２ＣＷでＣｏｎｆｉｇｕｒａｔｉｏｎされているとき、かつ、そのＳＣｅｌｌがＲａｎｋ Ａｄａｐｔａｔｉｏｎにより１ＣＷしかＵＥに送信されない場合、ＵＥがｅＮＢに通知するＡＣＫ／ＮＡＣＫの数は、Ｃｏｎｆｉｇｕｒａｔｉｏｎされた数である４つではなく、３つあれば十分である。このとき、端末は３ビット分のマッピングテーブル（すなわちTable1(b)）を用いてｅＮＢに通知すればよい。
ただしその場合、例えばＵＥが、１ＣＷのＳＣｅｌｌのＰＤＣＣＨを受信して、ＰＣｅｌｌのＰＤＣＣＨを受信できなかった場合、ＰＣｅｌｌのデータに対応するＡＣＫ／ＮＡＣＫビットはＤＴＸとなる。しかしＵＥは、ＰＤＣＣＨの受信に失敗したため、ＰＣｅｌｌのデータが１ＣＷであったのか、２ＣＷであったのかを判断できない。そのため、ＵＥは、３ビット（ＰＣｅｌｌが２ＣＷ、ＳＣｅｌｌが１ＣＷ）のマッピングテーブルを用いるか、２ビット（ＰＣｅｌｌが１ＣＷ、ＳＣｅｌｌが１ＣＷ）のマッピングテーブルを用いるのかを特定できない。本発明は、かかる場合においてもｅＮＢに正しくＤＴＸを通知することができる。
以下、図２４、図２５および図２６を援用して説明する。ただし、図２４に開示するマッピングテーブルは、制御例４で説明した特徴を持ち、図２５に開示するマッピングテーブルは、制御例２および３で説明した特徴を持ち、図２６に開示するマッピングテーブルは、制御例１で説明した特徴を持つため、詳細な説明は割愛する。すなわち図２４、図２５および図２６に開示するマッピングテーブルは、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋをサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる。
図２４および図２５を援用して説明する。図２５の３ビットのマッピングテーブルのＰＣｅｌｌ（ＳＤＭ Ｃｅｌｌ）がＤＴＸ（ＤＴＸ，ＤＴＸ）、ＳＣｅｌｌ（Ｎｏｎ−ＳＤＭ Ｃｅｌｌ）がＡＣＫである場合のＰＵＣＣＨリソースおよびそのリソース内のコンスタレーション（Ｃｏｎｓｔｅｌｌａｔｉｏｎ）位置と、図２４の２ビットのマッピングテーブルのＰＣｅｌｌがＤＴＸ、ＳＣｅｌｌがＡＣＫである場合のＰＵＣＣＨリソースおよびそのリソース内のコンスタレーション位置とが、一致する。同様に、ＳＣｅｌｌがＮＡＣＫであった場合もＮｏ Ｔｒａｎｓｍｉｓｓｉｏｎとなり一致する。また、ＰＣｅｌｌが１ＣＷ送信、ＳＣｅｌｌがＤＴＸ（ＵＥは１ＣＷ送信なのか２ＣＷ送信なのかを特定できない）の場合にも、図２４、図２５に示すマッピングテーブルは、ともにＰＵＣＣＨ ｆｏｒｍａｔ１ａをサポートしているため、ＰＵＣＣＨリソースおよびそのリソース内のコンスタレーション位置が、２ビットのマッピングテーブルと３ビットのマッピングテーブルとで一致する。
同様に、図２５および図２６を援用して説明する。図２６の４ビットのマッピングテーブルのＰＣｅｌｌがＤＴＸ（ＤＴＸ，ＤＴＸ）、ＳＣｅｌｌが（ＡＣＫ，ＡＣＫ）である場合のＰＵＣＣＨリソースおよびそのリソース内のコンスタレーション（Ｃｏｎｓｔｅｌｌａｔｉｏｎ）位置と、図２５の３ビットのマッピングテーブルのＰＣｅｌｌ（ｎｏｎ−ＳＤＭ Ｃｅｌｌ）がＤＴＸ、ＳＣｅｌｌ（ＳＤＭ Ｃｅｌｌ）が（ＡＣＫ，ＡＣＫ）である場合のＰＵＣＣＨリソースおよびそのリソース内のコンスタレーション位置とが、一致する。同様に、ＳＣｅｌｌがＮＡＣＫであった場合もＮｏ Ｔｒａｎｓｍｉｓｓｉｏｎとなり一致する。また、ＰＣｅｌｌが２ＣＷ送信、ＳＣｅｌｌがＤＴＸ（ＵＥは１ＣＷ送信なのか２ＣＷ送信なのかを特定できない）の場合にも、図２５、図２６に示すマッピングテーブルは、ともにＰＵＣＣＨ ｆｏｒｍａｔ１ｂをサポートしているため、ＰＵＣＣＨリソースおよびそのリソース内のコンスタレーション位置が、３ビットのマッピングテーブルと４ビットのマッピングテーブルとで一致する。
以上、応答信号の送信に用いるＡ／Ｎリソースの決定方法およびＡＣＫ／ＮＡＣＫ信号の生成方法について、制御例１〜５を用いて説明した。
このようにして、端末２００は、Channel selection時、ＣＣＥに関連付けられたＰＵＣＣＨリソース、および、基地局１００から予め通知された特定のＰＵＣＣＨリソースの中から、応答信号の送信に用いるリソースを選択し、応答信号の送信を制御する。そして、端末２００は、任意の応答信号に対するImplicit signallingをサポートし、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋをサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化するマッピング方法をとることにより、悪い伝送特性を有する応答信号の特性を改善することが可能となる。
また、基地局１００は、ＣＣＥに関連付けられたＰＵＣＣＨリソース、及び、端末２００に対して予め通知した特定のＰＵＣＣＨリソースの中から、応答信号の送信に用いられたリソースを選択する。そして、基地局１００は、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化するマッピングを用いて、ＡＣＫ／ＮＡＣＫを判定する。
よって、本実施の形態によれば、上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、ＰＣｅｌｌ内のＰＤＣＣＨ領域に含まれる各ＣＣＥが、上り単位バンド内のＰＵＣＣＨリソースと１対１に関連付けられている場合において、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋをサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる。
（実施の形態２）
本実施の形態では、端末に設定された下り単位バンド数及び送信モードに応じて、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられたＰＵＣＣＨリソース（Implicit signallingされるＰＵＣＣＨリソース）、及び、ＰＣｅｌｌで受信されるＣＷに対する誤り検出結果を表すビット（ＡＣＫ／ＮＡＣＫビット）の組み合わせを切り替える場合について説明する。
なお、本実施の形態では、一例として、１ＣＷ送信のみをサポートする送信モードを「ｎｏｎ−ＭＩＭＯ（Multiple Input Multiple Output）モード」とし、２ＣＷ送信までをサポートする送信モードを「ＭＩＭＯモード」とする。
実施の形態１と同様、例えば、端末は、図２７及び図２８に示すように、誤り検出結果のパターン候補（誤り検出結果パターン、又はＡＣＫ／ＮＡＣＫステートと記載することもある）と、応答信号が割り当てられるＰＵＣＣＨリソース及びＰＵＣＣＨリソース内の位相点との対応付け（ＡＣＫ／ＮＡＣＫマッピングテーブル。応答信号の送信ルールテーブル）に基づいて、基地局へフィードバックする応答信号を生成する。なお、誤り検出結果パターンは、少なくとも２つの下り単位バンドで受信された複数の下り回線データに対する誤り検出結果で構成される。
ＡＣＫ／ＮＡＣＫマッピングテーブルは、端末に対して予め設定された下り単位バンド数（Carrier Aggregationが行われるので少なくとも２つの下り単位バンド）と、送信モードとによって決定される。具体的には、ＡＣＫ／ＮＡＣＫマッピングテーブルは、下り単位バンド数と送信モードとによって定まるＡＣＫ／ＮＡＣＫビット数によって決定される。
図２７は、端末に設定された下り単位バンドが２つ（ＰＣｅｌｌ：１個、ＳＣｅｌｌ：１個）の場合の誤り検出結果パターンのマッピング例を示す。
図２７Ａは、各下り単位バンドにそれぞれ、ｎｏｎ−ＭＩＭＯモードが設定されている場合のマッピング例である。つまり、図２７Ａは、誤り検出結果パターン（つまり、ＡＣＫ／ＮＡＣＫビット数）が２ビットで表される場合のマッピング例（２ビット用のマッピング）である。図２７Ｂは、一方の下り単位バンドにｎｏｎ−ＭＩＭＯモードが設定され、他方の下り単位バンドにＭＩＭＯモードが設定されている場合のマッピング例である。つまり、図２７Ｂは、誤り検出結果パターン（つまり、ＡＣＫ／ＮＡＣＫビット数）が３ビットで表されるマッピング例（３ビット用のマッピング）である。図２７Ｃ）は、各下り単位バンドにそれぞれ、ＭＩＭＯモードが設定されている場合のマッピング例である。つまり、図２７Ｃは、誤り検出結果パターン（つまり、ＡＣＫ／ＮＡＣＫビット数）が４ビットで表される場合のマッピング例（４ビット用のマッピング）である。
なお、図２８Ａ〜Ｃに示すマッピングテーブルは、図２７Ａ〜Ｃのマッピングにそれぞれ対応する。
図２７Ａ〜Ｃ及び図２８Ａ〜Ｃに示すように、誤り検出結果パターンは、最大４ビット（ｂ０〜ｂ３）で表される。また、図２７Ａ〜Ｃ及び図２８Ａ〜Ｃに示すように、最大４つのＰＵＣＣＨリソース１〜４（Ｃｈ１〜Ｃｈ４）が設定される。
例えば、図２７Ｂ（図２８Ｂ）において、ＰＣｅｌｌにＭＩＭＯモードが設定され、ＳＣｅｌｌにｎｏｎ−ＭＩＭＯが設定されている場合について説明する。例えば、ＰＣｅｌｌのＣＷ０に対する誤り検出結果ｂ０がＡＣＫ、ＰＣｅｌｌのＣＷ１に対する誤り検出結果ｂ１がＡＣＫ、ＳＣｅｌｌのＣＷ０に対する誤り検出結果ｂ２がＮＡＣＫまたはＤＴＸであるとき、図２７Ｂに示すように、応答信号はＰＵＣＣＨリソース１のシンボル位置（位相点）（−１，０）にマッピングされる。ここで、図２７Ｂに示すＰＵＣＣＨリソース１は、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられたＰＵＣＣＨリソースである。
ここで、上述したように、誤り検出結果パターンを構成するビット数（ＡＣＫ／ＮＡＣＫビット数）が４ビット以下の場合、端末は、Channel Selection又はＤＦＴ−Ｓ−ＯＦＤＭを用いて応答信号をフィードバックする。Channel Selection又はＤＦＴ−Ｓ−ＯＦＤＭのいずれを用いるかは、基地局によって予め設定される。一方、誤り検出結果パターンを構成するビット数が４ビットより多い場合、端末は、ＤＦＴ−Ｓ−ＯＦＤＭを用いて応答信号をフィードバックする。
また、ＬＴＥ−Ａｄｖａｎｃｅｄでは、サービス当初を想定して、下り単位バンド数が２個の場合を想定して最適化されたChannel Selectionに用いる誤り検出結果パターンのマッピング（例えば、図２７及び図２８）が定められる。
ここで、下り単位バンド数が２個の場合を想定して最適化されたマッピングとは、ＬＴＥシステムで用いられる１ＣＣ用の誤り検出結果パターンのマッピングとして切り替えて使用可能なマッピング（すなわち、ＬＴＥ ｆａｌｌｂａｃｋがサポートされているマッピング）のことである。より詳細には、ＬＴＥ ｆａｌｌｂａｃｋがサポートされているマッピングでは、例えば、図２８Ｃに示すように、ＳＣｅｌｌで受信されるＣＷに対する誤り検出結果ｂ２，ｂ３が全てＤＴＸとなる特定の誤り検出結果パターンに対応付けられたＰＵＣＣＨリソース１内の位相点が、１ＣＣ時に使用される他のＡＣＫ／ＮＡＣＫマッピングテーブル（例えば図６Ｂ））における、上記特定の誤り検出結果パターン内のＰＣｅｌｌで受信されるＣＷに対する誤り検出結果ｂ０，ｂ１と同一の誤り検出結果に対応付けられた位相点と同一となる。図２８Ａ，Ｂについても同様である。
これにより、基地局と端末との間において、端末に設定（configuration）されているＣＣ数の認識が異なる場合においても、基地局は、ＰＣｅｌｌ及びＳＣｅｌｌの応答信号を正しく判定できる。
しかし、ＬＴＥ−Ａｄｖａｎｃｅｄにおいて今後、下り単位バンド数を３，４個までサポートされることが考えられる。この際、下り単位バンド数が２個の場合に最適化されたマッピングを再利用しつつ、下り単位バンド数が３，４個の場合にもサポートされるマッピングを用いることが、端末及び基地局の構成の簡略の観点で望ましい。
ここで、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされることが提案されている（例えば、「Panasonic, 3GPP RAN1 meeting #63bis, R1-110192, “Text Proposal for PUCCH Resource Allocation for channel selection,” January 2011」参照）。例えば、ＰＣｅｌｌにＭＩＭＯモードが設定されている場合（最大２ＣＷ送信の場合）、２つのＰＵＣＣＨリソースがImplicit signallingされる。この場合、Implicit signallingされる２つのＰＵＣＣＨリソースのうち、一方のＰＵＣＣＨリソースは、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１に関連付けられる。また、Implicit signallingされる他方のＰＵＣＣＨリソースは、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭から２番目のＣＣＥインデックスと１対１に関連付けられる。
一方、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定されている場合、１つのＰＵＣＣＨリソースがImplicit signallingされる。当該ＰＵＣＣＨリソースは、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１に関連付けられる。
例えば、図２７Ｃ及び図２８Ｃでは、ＰＣｅｌｌにＭＩＭＯモードが設定されている。よって、図２７Ｃ及び図２８Ｃでは、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がImplicit signallingされる。一方、図２７Ｃ及び図２８Ｃでは、ＰＵＣＣＨリソース３（Ｃｈ３）及びＰＵＣＣＨリソース４（Ｃｈ４）がExplicit signallingされる。
また、図２７Ｂ及び図２８Ｂにおいて、ＰＣｅｌｌにＭＩＭＯモードが設定され、ＳＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定されているとする。この場合、図２７Ｂ及び図２８Ｂでは、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がImplicit signallingされ、ＰＵＣＣＨリソース３（Ｃｈ３）がExplicit signallingされる。
また、図２７Ｂ及び図２８Ｂにおいて、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定され、ＳＣｅｌｌにＭＩＭＯモードが設定されているとする。この場合、図２７Ｂ及び図２８Ｂでは、ＰＵＣＣＨリソース３（Ｃｈ３）がImplicit signallingされ、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がExplicit signallingされる。
また、図２７Ａ及び図２８Ａでは、ＰＣｅｌｌ及びＳＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定されている。この場合、図２７Ａ及び図２８Ａでは、ＰＵＣＣＨリソース１（Ｃｈ１）がImplicit signallingされ、ＰＵＣＣＨリソース２（Ｃｈ２）がExplicit signallingされる。
前述したように、誤り検出結果パターンのビット数が４ビット以下の場合、端末は、Channel Selectionを用いて応答信号をフィードバックすることができる。図２９は、下り単位バンド数が２個（２ＣＣｓ）、３個（３ＣＣｓ）及び４個（４ＣＣｓ）の場合における、ＰＣｅｌｌでのＣＷ数、ＳＣｅｌｌ（ＳＣｅｌｌ１〜３）でのＣＷ数、及び、Channel Selectionを用いて応答信号をフィードバックする際のＡＣＫ／ＮＡＣＫの数（誤り検出結果パターンを表すＡＣＫ／ＮＡＣＫビット数）を示す。
例えば、図２９において、下り単位バンド数が３個（３ＣＣｓ）であり、ＰＣｅｌｌ、ＳＣｅｌｌ１及びＳＣｅｌｌ２でそれぞれｎｏｎ−ＭＩＭＯモードが設定されている場合、ＡＣＫ／ＮＡＣＫビット数は３ビットとなる。よって、端末は、図２７Ｂ及び図２８Ｂに示す３ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。
また、図２９において、下り単位バンド数が３個（３ＣＣｓ）であり、ＰＣｅｌｌ、ＳＣｅｌｌ１及びＳＣｅｌｌ２のうち、１つのＣｅｌｌでＭＩＭＯモードが設定され、残りの２つのＣｅｌｌでそれぞれｎｏｎ−ＭＩＭＯモードが設定されている場合、ＡＣＫ／ＮＡＣＫビット数は４ビットとなる。よって、端末は、図２７Ｃ及び図２８Ｃに示す４ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。
また、図２９において、下り単位バンド数が４個（４ＣＣｓ）であり、ＰＣｅｌｌ、ＳＣｅｌｌ１〜ＳＣｅｌｌ３でそれぞれｎｏｎ−ＭＩＭＯモードが設定されている場合、ＡＣＫ／ＮＡＣＫビット数は４ビットとなる。よって、端末は、図２７Ｃ及び図２８Ｃに示す４ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。
しかしながら、誤り検出結果パターンのビット数が４ビット以下であり、下り単位バンド数が３，４個であり、かつ、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯが設定される場合、全てのＰＵＣＣＨリソースは、Explicit signallingされる必要がある（例えば、「LG Electronics, 3GPP RAN1 meeting #63, R1-106129, “PUCCH resource allocation for ACK/NACK,” November 2010」参照）。すなわち、誤り検出結果パターンのビット数が４ビット以下であり、下り単位バンド数が３，４個であり、かつ、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯが設定される場合、Implicit signallingを行えない。
以下、誤り検出結果パターンのビット数が４ビット以下であり、下り単位バンド数が３，４個であり、かつ、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯが設定される場合、Implicit signallingを行えない理由について説明する。一例として、図３０（図２８Ｃと同一のＡＣＫ／ＮＡＣＫマッピングテーブル）に示すように、ＰＣｅｌｌ、ＳＣｅｌｌ１〜３の４つの下り単位バンドが１つの端末に設定され、かつ、各下り単位バンドにｎｏｎ−ＭＩＭＯモードが設定される場合について説明する。すなわち、図３０に示すように、ＰＣｅｌｌ、ＳＣｅｌｌ１、ＳＣｅｌｌ２及びＳＣｅｌｌ３の誤り検出結果はｂ０、ｂ１、ｂ２及びｂ３の４ビットでそれぞれ表される。
上述したように、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる方法によれば、図３０では、ＰＵＣＣＨリソース１（Ｃｈ１）がImplicit signallingされ、ＰＵＣＣＨリソース２〜４（Ｃｈ２〜４）がExplicit signallingされる。すなわち、ＰＵＣＣＨリソース１（Ｃｈ１）は、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１で関連付けられる。
ここで、図３０に示すように、ＡＣＫ／ＮＡＣＫステート（ｂ０，ｂ１，ｂ２，ｂ３）＝（Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ）は、ＰＵＣＣＨリソース１（Ｃｈ１）の位相点“−ｊ”にマッピングされる。しかし、ＰＣｅｌｌの誤り検出結果ｂ０がＤＴＸであり、ＰＣｅｌｌ内の端末宛てのＰＤＣＣＨの受信に失敗している。このため、端末は、ＰＵＣＣＨリソース１（ＣＨ１）の位置を特定することができない。
よって、図３０において、ＰＵＣＣＨリソース１（Ｃｈ１）がImplicit signallingされる場合、端末は、ＡＣＫ／ＮＡＣＫステート（ｂ０，ｂ１，ｂ２，ｂ３）＝（Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ）を基地局へフィードバックすることができない。このため、ＡＣＫ／ＮＡＣＫステート（ｂ０，ｂ１，ｂ２，ｂ３）＝（Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ）の場合、端末は、ＳＣｅｌｌ１の誤り検出結果ｂ１がＡＣＫであるにもかかわらず、その旨を基地局へフィードバックできない。このため、基地局は、誤り検出結果ｂ１＝ＡＣＫであるにもかかわらず、ＳＣｅｌｌ１に対して不要な再送処理を実施してしまう。
以上の理由により、誤り検出結果パターンのビット数が４ビット以下であり、下り単位バンド数が３，４個であり、かつ、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯが設定される場合、全てのＰＵＣＣＨリソース１〜４（Ｃｈ１〜４）は、Explicit signallingされる必要がある。
なお、誤り検出結果パターンのビット数が４ビットの場合、かつ、下り単位バンド数が２個の場合には、例えば図１３に示すように、ＰＣｅｌｌ内の１つのＰＤＣＣＨを用いてＰＵＣＣＨリソース１及び２（Ｃｈ１及び２）がImplicit signallingされる。すなわち、端末は、上記ＰＤＣＣＨを正常に受信できればＰＵＣＣＨリソース１及び２（Ｃｈ１及び２）の双方を特定できる。一方、端末は、上記ＰＤＣＣＨの受信に失敗すればＰＵＣＣＨリソース１及び２（Ｃｈ１及び２）の双方を特定できない。換言すると、ＰＣｅｌｌ内で受信した２つのＣＷに対する各誤り検出結果として、「ＤＴＸ，ＡＣＫ」となる状況は生じない。すなわち、下り単位バンド数が２個の場合には、図２８Ｃにおいて、ＡＣＫ／ＮＡＣＫステート（ｂ０，ｂ１，ｂ２，ｂ３）＝（Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ）とはならない。よって、下り単位バンド数が２個の場合には、上述したようなImplicit signallingされるＰＵＣＣＨリソースを使用できない状況は発生しない。
同様に、誤り検出結果パターンのビット数が３ビットの場合、かつ、下り単位バンド数が２個の場合、かつ、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定される場合には、例えば図１９に示すように、ＰＣｅｌｌ内のＰＤＣＣＨを用いてＰＵＣＣＨリソース３（Ｃｈ３）がImplicit signallingされる。ただし、図２８Ｂに示すように、ＰＵＣＣＨリソース３（Ｃｈ３）が使用されるのは、ＰＣｅｌｌで受信されるＣＷに対する誤り検出結果がＡＣＫ又はＮＡＣＫの場合である。すなわち、図２８Ｂに示すように、ＰＵＣＣＨリソース（Ｃｈ３）が使用される場合には、端末は、ＰＤＣＣＨを正常に受信した状態である。よって、この場合にも、上述したようなImplicit signallingされるＰＵＣＣＨリソースを使用できない状況は発生しない。
一方で、誤り検出結果パターンのビット数が４ビット以下の場合、かつ、下り単位バンド数が３，４個の場合に、全てのＰＵＣＣＨリソース１〜４（Ｃｈ１〜４）をExplicit signallingすると、ＰＵＣＣＨリソースのオーバヘッドが増大してしまう。
Implicit signallingされるＰＵＣＣＨリソースは、ＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥ（ＣＣＥインデックス）に１対１で関連付けられている。このため、ＣＣＥインデックスに依存した、規定された大きさのＰＵＣＣＨリソース領域を占有する。これに対して、Explicit signallingされるＰＵＣＣＨリソースは、Implicit signallingされるＰＵＣＣＨリソースとは別に、追加的に設定されるＰＵＣＣＨリソース領域を占有する。
また、一般に、基地局のスケジューリングの観点から、Explicit signallingされるＰＵＣＣＨリソースは、Implicit signallingされるＰＵＣＣＨリソースとは異なるＰＵＣＣＨリソース領域を占有することが望ましい。これは、Implicit signallingされるＰＵＣＣＨリソースと、Explicit signallingされるＰＵＣＣＨリソースとを共有した場合、Explicit signallingされたＰＵＣＣＨリソースとして共有のＰＵＣＣＨリソースが或る端末で使用されると、当該共有のＰＵＣＣＨリソースでの衝突発生を考慮して、当該端末及び他の端末ではImplicit signallingされるＰＵＣＣＨリソースとして、当該共有のＰＵＣＣＨリソースを用いることができないためである。このように、Implicit signallingされるＰＵＣＣＨリソースと、Explicit signallingされるＰＵＣＣＨリソースとの共有は、基地局でのスケジューリングに制約を与えてしまう。
Explicit signallingされたＰＵＣＣＨリソースとImplicit signallingされたＰＵＣＣＨリソースとを共有しない場合、Explicit signallingされたＰＵＣＣＨリソースは、Implicit signallingされたＰＵＣＣＨリソースとは別に設定される。よって、応答信号のフィードバックに使用されるＰＵＣＣＨリソースのうち、Explicit signallingされるＰＵＣＣＨリソースが多いほど、ＰＵＣＣＨでのオーバヘッドが増大してしまう。
このように、誤り検出結果パターンのビット数が４ビット以下であり、下り単位バンド数が３，４個であり、かつ、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯが設定される場合、ＰＣｅｌｌ内でImplicit signallingされたＰＵＣＣＨリソースを特定できない場合が生じ、不要な再送が行われてしまう。一方、Explicit signallingされたＰＵＣＣＨリソースのみを用いるのでは、ＰＵＣＣＨのオーバヘッドが大きくなってしまう。
そこで、本実施の形態では、端末は、誤り検出結果パターンのビット数が４ビット以下の場合、かつ、下り単位バンド数が３，４個の場合、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌで受信されるＣＷに対する誤り検出結果を表すＡＣＫ／ＮＡＣＫビットの組み合わせを、ＰＣｅｌｌに設定された送信モードと、ＡＣＫ／ＮＡＣＫマッピングテーブルとに基づいて切り替える。
［基地局１００及び端末２００の動作］
本実施の形態に係る基地局１００（図１０）及び端末２００（図１１）の動作について説明する。
以下の説明では、下り単位バンド数が４個以下であり、誤り検出結果パターンを構成するビット数（ＡＣＫ／ＮＡＣＫビット数）が下り単位バンド数以上かつ４以下の場合について説明する。
以下、下り単位バンド数、ＡＣＫ／ＮＡＣＫビット数及びＰＣｅｌｌに設定された送信モードがそれぞれ異なるケース１〜８について説明する。
＜ケース１ 下り単位バンド数：２個、ＡＣＫ／ＮＡＣＫビット数：４ビットの場合＞
すなわち、ケース１では、ＰＣｅｌｌ及びＳＣｅｌｌにＭＩＭＯモードがそれぞれ設定されている。
ケース１では、端末２００は、図２７Ｃ及び図２８Ｃに示す４ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。なお、図２８Ｃにおいて、ビットｂ０及びｂ１は、ＰＣｅｌｌで受信する２個のＣＷに対する誤り検出結果をそれぞれ表し、ビットｂ２及びｂ３は、ＳＣｅｌｌで受信する２個のＣＷに対する誤り検出結果をそれぞれ表す。
また、ケース１では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。よって、ケース１では、ＰＣｅｌｌにＭＩＭＯモードが設定されているので、２つのＰＵＣＣＨリソースがImplicit signallingされる。
例えば、図２７Ｃ及び図２８Ｃでは、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がImplicit signallingされ、ＰＵＣＣＨリソース３（Ｃｈ３）及びＰＵＣＣＨリソース４（Ｃｈ４）がExplicit signallingされる。
ケース１では、このようにして、基地局１００から端末２００に対して４つのＰＵＣＣＨリソース１〜４（Ｃｈ１〜４）が通知される。
＜ケース２ 下り単位バンド数：２個、ＡＣＫ／ＮＡＣＫビット数：３ビット、ＰＣｅｌｌの送信モード：ＭＩＭＯの場合＞
すなわち、ケース２では、ＰＣｅｌｌにＭＩＭＯモードが設定され、ＳＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定されている。
ケース２では、端末２００は、図２７Ｂ及び図２８Ｂに示す３ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。なお、図２８Ｂにおいて、ビットｂ０及びｂ１は、ＰＣｅｌｌで受信する２個のＣＷに対する誤り検出結果をそれぞれ表し、ビットｂ２は、ＳＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表す。
また、ケース２では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。よって、ケース２では、ＰＣｅｌｌにＭＩＭＯモードが設定されているので、２つのＰＵＣＣＨリソースがImplicit signallingされる。
例えば、図２７Ｂ及び図２８Ｂでは、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がImplicit signallingされ、ＰＵＣＣＨリソース３（Ｃｈ３）がExplicit signallingされる。
ケース２では、このようにして、基地局１００から端末２００に対して３つのＰＵＣＣＨリソース１〜３（Ｃｈ１〜３）が通知される。
＜ケース３ 下り単位バンド数：２個、ＡＣＫ／ＮＡＣＫビット数：３ビット、ＰＣｅｌｌの送信モード：ｎｏｎ−ＭＩＭＯの場合＞
すなわち、ケース３では、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定され、ＳＣｅｌｌにＭＩＭＯモードが設定されている。
ケース３では、端末２００は、図２７Ｂ及び図２８Ｂに示す３ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。なお、図２８Ｂにおいて、ビットｂ０及びｂ１は、ＳＣｅｌｌで受信する２個のＣＷに対する誤り検出結果をそれぞれ表し、ビットｂ２は、ＰＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表す。
また、ケース３では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。よって、ケース３では、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定されているので、１つのＰＵＣＣＨリソースがImplicit signallingされる。
例えば、図２７Ｂ及び図２８Ｂでは、ＰＵＣＣＨリソース３（Ｃｈ３）がImplicit signallingされ、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がExplicit signallingされる。
ケース３では、このようにして、基地局１００から端末２００に対して３つのＰＵＣＣＨリソース１〜３（Ｃｈ１〜３）が通知される。
＜ケース４ 下り単位バンド数：２個、ＡＣＫ／ＮＡＣＫビット数：２ビットの場合＞
すなわち、ケース４では、ＰＣｅｌｌ及びＳＣｅｌｌにｎｏｎ−ＭＩＭＯモードがそれぞれ設定されている。
ケース４では、端末２００は、図２７Ａ及び図２８Ａに示す２ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。なお、図２８Ａにおいて、ビットｂ０は、ＰＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表し、ビットｂ１は、ＳＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表す。
また、ケース４では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。よって、ケース４では、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定されているので、１つのＰＵＣＣＨリソースがImplicit signallingされる。
例えば、図２７Ａ及び図２８Ａでは、ＰＵＣＣＨリソース１（Ｃｈ１）がImplicit signallingされ、ＰＵＣＣＨリソース２（Ｃｈ２）がExplicit signallingされる。
ケース４では、このようにして、基地局１００から端末２００に対して２つのＰＵＣＣＨリソース１，２（Ｃｈ１，２）が通知される。
＜ケース５ 下り単位バンド数：３個、ＡＣＫ／ＮＡＣＫビット数：４ビット、ＰＣｅｌｌの送信モード：ＭＩＭＯの場合＞
すなわち、ケース５では、ＰＣｅｌｌにＭＩＭＯモードが設定され、ＳＣｅｌｌ１およびＳＣｅｌｌ２にｎｏｎ−ＭＩＭＯモードがそれぞれ設定されている。
ケース５では、端末２００は、図２７Ｃ及び図２８Ｃに示す４ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。なお、図２８Ｃにおいて、ビットｂ０及びｂ１は、ＰＣｅｌｌで受信する２個のＣＷに対する誤り検出結果をそれぞれ表し、ビットｂ２及びｂ３は、ＳＣｅｌｌ１、２でそれぞれ受信する２個のＣＷに対する誤り検出結果を表す。
また、ケース５では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。よって、ケース５では、ＰＣｅｌｌにＭＩＭＯモードが設定されているので、２つのＰＵＣＣＨリソースがImplicit signallingされる。
例えば、図２７Ｃ及び図２８Ｃでは、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がImplicit signallingされ、ＰＵＣＣＨリソース３（Ｃｈ３）及びＰＵＣＣＨリソース４（Ｃｈ４）がExplicit signallingされる。
ケース５では、このようにして、基地局１００から端末２００に対して４つのＰＵＣＣＨリソース１〜４（Ｃｈ１〜４）が通知される。
＜ケース６ 下り単位バンド数：４個、ＡＣＫ／ＮＡＣＫビット数：４ビットの場合＞
すなわち、ケース６では、ＰＣｅｌｌ及びＳＣｅｌｌ１〜３にｎｏｎ−ＭＩＭＯモードがそれぞれ設定されている。
例えば、図３１に、下り単位バンド数が４個の場合のＰＣｅｌｌ及びＳＣｅｌｌ１〜３におけるＰＵＣＣＨリソースの決定方法を示す。
ケース６では、端末２００は、図２７Ｃ及び図２８Ｃに示す４ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。なお、図３２Ａ（図２８Ｃと同一のＡＣＫ／ＮＡＣＫマッピングテーブル）に示すように、ビットｂ０はＰＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表し、ビットｂ１〜ｂ３はＳＣｅｌｌ１〜３でそれぞれ受信する３個のＣＷに対する誤り検出結果を表す。
また、ケース６では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。よって、ケース６では、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定されているので、１つのＰＵＣＣＨリソースがImplicit signallingされる。
ケース６では、図３２Ａに示すように、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース３（Ｃｈ３）である。すなわち、図３２Ａにおいて、Explicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース１，２，４（Ｃｈ１，２，４）である。
ここで、図３２Ａに示すように、ＰＵＣＣＨリソース３（Ｃｈ３）が使用されるのは、ＡＣＫ／ＮＡＣＫステート（ｂ０，ｂ１，ｂ２，ｂ３）が、（Ａ，Ｎ／Ｄ，Ａ，Ａ）、（Ａ，Ｎ／Ｄ，Ａ，Ｎ／Ｄ）、（Ａ，Ａ，Ｎ／Ｄ，Ａ）、及び、（Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ａ）の場合である。
図３２Ａにおいて、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果（ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果）を表すビット「ｂ０」に着目する。図３２Ａに示すように、ＰＵＣＣＨリソース３（Ｃｈ３）が使用される場合には、ビットｂ０は常に「ＡＣＫ」となる。つまり、図３２Ａに示すＰＵＣＣＨリソース３（Ｃｈ３）では、ＡＣＫとＮＡＣＫとの比率（Ａ：Ｎ）は、Ａ：Ｎ＝１：０（＝４：０）となる。すなわち、端末２００は、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果が「ＡＣＫ」である場合のみ、ＰＵＣＣＨリソース３（Ｃｈ３）を応答信号の送信に使用する。
このように、ＰＵＣＣＨリソース３（Ｃｈ３）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨ（ＰＤＳＣＨの割当指示）の受信に成功している場合（ｂ０＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。換言すると、ＰＵＣＣＨリソース３（Ｃｈ３）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ０＝ＤＴＸ）には使用されない。すなわち、図３２Ａに示すように、端末２００は、ＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ０＝ＤＴＸ）、Explicit signallingされたＰＵＣＣＨリソース１，２，４のいずれかを使用する。つまり、ＰＵＣＣＨリソース３（Ｃｈ３）は、ビットｂ０に対するImplicit signallingをサポートする。
これにより、端末２００が応答信号の送信に使用するＰＵＣＣＨリソースの位置を特定できずに基地局１００で不要な再送処理が発生することを防ぐことができる。
このように、ケース６におけるＡＣＫ／ＮＡＣＫマッピングテーブル（図３２Ａ）では、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１に関連付けられるＰＵＣＣＨリソース（図３２ＡではＰＵＣＣＨリソース３）は、当該ＰＵＣＣＨリソースに対応付けられた誤り検出結果パターンのそれぞれにおいて、ＰＣｅｌｌ内で受信されたＣＷに対する誤り検出結果（図３２Ａではｂ０）がＡＣＫのみとなるＰＵＣＣＨリソースである。
または、ケース６におけるＡＣＫ／ＮＡＣＫマッピングテーブルでは、Implicit signallingされるＰＵＣＣＨリソースは、当該ＰＵＣＣＨリソースに対応付けられた誤り検出結果パターンのそれぞれにおいて、ＰＣｅｌｌ内で受信されたＣＷに対する誤り検出結果がＮＡＣＫのみ（すなわち、ＤＴＸ以外）となるＰＵＣＣＨリソースでもよい。
また、例えば、ケース６と、ケース１（下り単位バンド数が２個でＡＣＫ／ＮＡＣＫビット数が４ビットの場合）とを比較する。ケース１（図２８Ｃ）では、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース１（Ｃｈ１）である。これに対して、ケース６（図３２Ａ）では、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース３（Ｃｈ３）である。すなわち、ケース６（ＰＣｅｌｌ：ｎｏｎ−ＭＩＭＯモード）とケース１（ＰＣｅｌｌ：ＭＩＭＯモード）とは、同一のＡＣＫ／ＮＡＣＫビット数であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。
また、ケース６とケース１とは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（ケース６ではＰＵＣＣＨリソース３とｂ０、ケース１ではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
このように、ケース６（下り単位バンド数が４個の場合（図３２Ａ））では、下り単位バンド数が２個の場合（図２８Ｃ）にImplicit signallingされるＰＵＣＣＨリソース１（Ｃｈ１）以外のＰＵＣＣＨリソース（ここではＰＵＣＣＨリソース３（Ｃｈ３））をImplicit signallingされるＰＵＣＣＨリソースとする。これにより、下り単位バンド数が４個の場合でも、下り単位バンド数が２個の場合に使用したＡＣＫ／ＮＡＣＫマッピングテーブルを用いて、Implicit signallingによりＰＵＣＣＨリソースを通知することが可能となる。
こうすることで、ケース６では、端末２００がＰＣｅｌｌ内でImplicit signallingされたＰＵＣＣＨリソースを特定できないことを防ぐことができる。つまり、端末２００が応答信号のフィードバックに使用するＰＵＣＣＨリソースを特定できないことによる基地局１００での不要な再送処理を防ぐことができる。
また、ケース６では、応答信号のフィードバックに使用するＰＵＣＣＨリソースのうち、一部のＰＵＣＣＨリソースは、Implicit signallingにより基地局１００から端末２００へ通知される。これにより、ケース６では、全てのＰＵＣＣＨリソースをExplicit signallingにより基地局１００から端末２００へ通知する場合と比較して、Explicit signallingされるＰＵＣＣＨリソース数を抑えることができ、ＰＵＣＣＨでのオーバヘッドの増加を抑えることができる。
なお、図３２Ａに示すＡＣＫ／ＮＡＣＫマッピングテーブルに限らず、例えば、図３２Ｂ及び図３２Ｃに示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いてもよい。
図３２Ｂでは、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果を表すビットは「ｂ１」である。また、図３２Ｂでは、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース２（Ｃｈ２）である。ここで、図３２Ｂに示すように、ＰＵＣＣＨリソース２（Ｃｈ２）が使用される場合には、ビットｂ１は常に「ＡＣＫ」となる。よって、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ１＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。すなわち、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ１＝ＤＴＸ）には使用されない。つまり、図３２Ｂに示すＰＵＣＣＨリソース２は、ビットｂ１に対するImplicit signallingをサポートする。
また、図３２Ｂとケース１（図２８Ｃ）とを比較すると、同一のＡＣＫ／ＮＡＣＫビット数（４ビット）であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。また、図３２Ｂと図２８Ｃとは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（図３２ＢではＰＵＣＣＨリソース２とｂ１、図２８ＣではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
同様に、図３２Ｃでは、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果を表すビットは「ｂ２」である。また、図３２Ｃでは、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース２（Ｃｈ２）である。ここで、図３２Ｃに示すように、ＰＵＣＣＨリソース２（Ｃｈ２）が使用される場合には、ビットｂ２は常に「ＡＣＫ」となる。よって、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ２＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。すなわち、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ２＝ＤＴＸ）には使用されない。つまり、図３２Ｃに示すＰＵＣＣＨリソース２は、ビットｂ２に対するImplicit signallingをサポートする。
また、図３２Ｃと、図２８Ｃ（例えばケース１）とを比較すると、同一のＡＣＫ／ＮＡＣＫビット数（４ビット）であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。
更に、図３２Ｃと、図２８Ｃ（例えばケース１）とを比較すると、図２８ＣではＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが「ｂ０及びｂ１」であるのに対して、図３２Ｃでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットは「ｂ２」である。すなわち、図３２Ｃと図２８Ｃとでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが互いに異なる。また、図３２Ｃと図２８Ｃとは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（図３２ＣではＰＵＣＣＨリソース２とｂ２、図２８ＣではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
＜ケース７ 下り単位バンド数：３個、ＡＣＫ／ＮＡＣＫビット数：４ビット、ＰＣｅｌｌの送信モード：ｎｏｎ−ＭＩＭＯの場合＞
すなわち、ケース７では、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定され、ＳＣｅｌｌ１、２のうち、いずれか一方にｎｏｎ−ＭＩＭＯモードが設定され、他方にＭＩＭＯモードが設定されている。
例えば、図３３に、下り単位バンド数が３個の場合のＰＣｅｌｌ及びＳＣｅｌｌ１、２におけるＰＵＣＣＨリソースの決定方法を示す。
ケース７では、端末２００は、図２７Ｃ及び図２８Ｃに示す４ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。なお、図３４Ａ（図２８Ｃと同一のＡＣＫ／ＮＡＣＫマッピングテーブル）に示すように、ビットｂ０はＰＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表し、ビットｂ１〜ｂ３はＳＣｅｌｌ１、２でそれぞれ受信する３個のＣＷに対する誤り検出結果を表す。
また、ケース７では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。よって、ケース７では、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定されているので、１つのＰＵＣＣＨリソースがImplicit signallingされる。
ケース７では、図３４Ａに示すように、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース３（Ｃｈ３）である。すなわち、図３４Ａにおいて、Explicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース１，２，４（Ｃｈ１，２，４）である。
図３４Ａに示すように、ケース６（図３２Ａ）と同様、ＰＵＣＣＨリソース３（Ｃｈ３）が使用される場合には、ビット「ｂ０」は常に「ＡＣＫ」となる。つまり、図３４Ａに示すＰＵＣＣＨリソース３（Ｃｈ３）では、ＡＣＫとＮＡＣＫとの比率（Ａ：Ｎ）は、Ａ：Ｎ＝１：０（＝４：０）となる。つまり、ＰＵＣＣＨリソース３（Ｃｈ３）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ０＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。換言すると、ＰＵＣＣＨリソース３（Ｃｈ３）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ０＝ＤＴＸ）には使用されない。つまり、ＰＵＣＣＨリソース３（Ｃｈ３）は、ビットｂ０に対するImplicit signallingをサポートする。
これにより、端末２００が応答信号の送信に使用するＰＵＣＣＨリソースの位置を特定できずに基地局１００で不要な再送処理が発生することを防ぐことができる。
このように、ケース７におけるＡＣＫ／ＮＡＣＫマッピングテーブル（図３４Ａ）では、ケース６と同様、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１に関連付けられるＰＵＣＣＨリソース（図３４ＡではＰＵＣＣＨリソース３）は、当該ＰＵＣＣＨリソースに対応付けられた誤り検出結果パターンのそれぞれにおいて、ＰＣｅｌｌ内で受信されたＣＷに対する誤り検出結果（図３４Ａではｂ０）がＡＣＫのみとなるＰＵＣＣＨリソースである。
または、ケース７におけるＡＣＫ／ＮＡＣＫマッピングテーブルでは、Implicit signallingされるＰＵＣＣＨリソースは、当該ＰＵＣＣＨリソースに対応付けられた誤り検出結果パターンのそれぞれにおいて、ＰＣｅｌｌ内で受信されたＣＷに対する誤り検出結果がＮＡＣＫのみ（すなわち、ＤＴＸ以外）となるＰＵＣＣＨリソースでもよい。
また、例えば、ケース７と、ケース１（下り単位バンド数が２個でＡＣＫ／ＮＡＣＫビット数が４ビットの場合）とを比較する。ケース１（図２８Ｃ）では、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース１（Ｃｈ１）である。これに対して、ケース７（図３４Ａ）では、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース３（Ｃｈ３）である。すなわち、ケース７（ＰＣｅｌｌ：ｎｏｎ−ＭＩＭＯモード）とケース１（ＰＣｅｌｌ：ＭＩＭＯモード）とは、同一のＡＣＫ／ＮＡＣＫビット数であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。
また、ケース７とケース１とは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（ケース７ではＰＵＣＣＨリソース３とｂ０、ケース１ではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
このように、ケース７（下り単位バンド数が３個の場合（図３４Ａ））では、下り単位バンド数が２個の場合（図２８Ｃ）にImplicit signallingされるＰＵＣＣＨリソース１（Ｃｈ１）以外のＰＵＣＣＨリソース（ここではＰＵＣＣＨリソース３（Ｃｈ３））をImplicit signallingされるＰＵＣＣＨリソースとする。これにより、下り単位バンド数が３個の場合でも、下り単位バンド数が２個の場合に使用したＡＣＫ／ＮＡＣＫマッピングテーブルを用いて、Implicit signallingによりＰＵＣＣＨリソースを通知することが可能となる。
こうすることで、ケース７では、端末２００がＰＣｅｌｌ内でImplicit signallingされたＰＵＣＣＨリソースを特定できないことを防ぐことができる。つまり、端末２００が応答信号のフィードバックに使用するＰＵＣＣＨリソースを特定できないことによる基地局１００での不要な再送処理を防ぐことができる。
また、ケース７では、応答信号のフィードバックに使用するＰＵＣＣＨリソースのうち、一部のＰＵＣＣＨリソースは、Implicit signallingにより基地局１００から端末２００へ通知される。これにより、ケース７では、全てのＰＵＣＣＨリソースをExplicit signallingにより基地局１００から端末２００へ通知する場合と比較して、Explicit signallingされるＰＵＣＣＨリソース数を抑えることができ、ＰＵＣＣＨでのオーバヘッドの増加を抑えることができる。
なお、図３４Ａに示すＡＣＫ／ＮＡＣＫマッピングテーブルに限らず、例えば、図３４Ｂ及び図３４Ｃに示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いてもよい。
図３４Ｂでは、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果を表すビットは「ｂ１」である。また、図３４Ｂでは、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース２（Ｃｈ２）である。ここで、図３４Ｂに示すように、ＰＵＣＣＨリソース２（Ｃｈ２）が使用される場合には、ビットｂ１は常に「ＡＣＫ」となる。よって、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ１＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。すなわち、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ１＝ＤＴＸ）には使用されない。つまり、図３４Ｂに示すＰＵＣＣＨリソース２は、ビットｂ１に対するImplicit signallingをサポートする。
また、図３４Ｂとケース１（図２８Ｃ）とを比較すると、同一のＡＣＫ／ＮＡＣＫビット数（４ビット）であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。また、図３４Ｂと図２８Ｃとは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（図３４ＢではＰＵＣＣＨリソース２とｂ１、図２８ＣではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
同様に、図３４Ｃでは、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果を表すビットは「ｂ２」である。また、図３４Ｃでは、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース２（Ｃｈ２）である。ここで、図３４Ｃに示すように、ＰＵＣＣＨリソース２（Ｃｈ２）が使用される場合には、ビットｂ２は常に「ＡＣＫ」となる。よって、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ２＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。すなわち、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ２＝ＤＴＸ）には使用されない。つまり、図３４Ｃに示すＰＵＣＣＨリソース２は、ビットｂ２に対するImplicit signallingをサポートする。
また、図３４Ｃとケース１（図２８Ｃ）とを比較すると、同一のＡＣＫ／ＮＡＣＫビット数（４ビット）であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。
更に、図３４Ｃと、図２８Ｃ（例えばケース１）とを比較すると、図２８ＣではＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが「ｂ０及びｂ１」であるのに対して、図３４Ｃでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットは「ｂ２」である。すなわち、図３４Ｃと図２８Ｃとでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが互いに異なる。また、図３４Ｃと図２８Ｃとは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（図３４ＣではＰＵＣＣＨリソース２とｂ２、図２８ＣではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
＜ケース８ 下り単位バンド数：３個、ＡＣＫ／ＮＡＣＫビット数：３ビットの場合＞
すなわち、ケース８では、ＰＣｅｌｌ、ＳＣｅｌｌ１、２にｎｏｎ−ＭＩＭＯモードがそれぞれ設定されている。
例えば、図３５に、下り単位バンド数が３個の場合のＰＣｅｌｌ、ＳＣｅｌｌ１、２におけるＰＵＣＣＨリソースの決定方法を示す。
ケース８では、端末２００は、図２７Ｂ及び図２８Ｂに示す３ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。なお、図３６Ａ（図２８Ｂと同一のＡＣＫ／ＮＡＣＫマッピングテーブル）に示すように、ビットｂ２はＰＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表し、ビットｂ０、ｂ１はＳＣｅｌｌ１、２でそれぞれ受信する２個のＣＷに対する誤り検出結果を表す。
また、ケース８では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。よって、ケース８では、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定されているので、１つのＰＵＣＣＨリソースがImplicit signallingされる。
ケース８では、図３６Ａに示すように、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース３（Ｃｈ３）である。すなわち、図３６Ａにおいて、Explicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース１，２（Ｃｈ１，２）である。
図３６Ａに示すように、ＰＵＣＣＨリソース３（Ｃｈ３）が使用される場合には、ケース６，７と同様、ビット「ｂ２」は常に「ＡＣＫ」となる。つまり、図３６Ａに示すＰＵＣＣＨリソース３（Ｃｈ３）では、ＡＣＫとＮＡＣＫとの比率（Ａ：Ｎ）は、Ａ：Ｎ＝１：０（＝３：０）となる。つまり、ＰＵＣＣＨリソース３（Ｃｈ３）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ２＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。換言すると、ＰＵＣＣＨリソース３（Ｃｈ３）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ２＝ＤＴＸ）には使用されない。つまり、ＰＵＣＣＨリソース３（Ｃｈ３）は、ビットｂ２に対するImplicit signallingをサポートする。
これにより、端末２００が応答信号の送信に使用するＰＵＣＣＨリソースの位置を特定できずに基地局１００で不要な再送処理が発生することを防ぐことができる。
このように、ケース８におけるＡＣＫ／ＮＡＣＫマッピングテーブル（図３６Ａ）では、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１に関連付けられるＰＵＣＣＨリソース（図３６ＡではＰＵＣＣＨリソース３）は、当該ＰＵＣＣＨリソースに対応付けられた誤り検出結果パターンのそれぞれにおいて、ＰＣｅｌｌ内で受信されたＣＷに対する誤り検出結果（図３６Ａではｂ２）がＡＣＫのみとなるＰＵＣＣＨリソースである。
または、ケース８におけるＡＣＫ／ＮＡＣＫマッピングテーブルでは、Implicit signallingされるＰＵＣＣＨリソースは、当該ＰＵＣＣＨリソースに対応付けられた誤り検出結果パターンのそれぞれにおいて、ＰＣｅｌｌ内で受信されたＣＷに対する誤り検出結果がＮＡＣＫのみ（すなわち、ＤＴＸ以外）となるＰＵＣＣＨリソースでもよい。
また、例えば、ケース８と、ケース２（下り単位バンド数が２個であり、ＡＣＫ／ＮＡＣＫビット数が３ビットであり、ＰＣｅｌｌにＭＩＭＯモードが設定されている場合）とを比較する。ケース２（図２８Ｂ）では、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース１（Ｃｈ１）である。これに対して、ケース８（図３６Ａ）では、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース３（Ｃｈ３）である。すなわち、ケース８（ＰＣｅｌｌ：ｎｏｎ−ＭＩＭＯモード）とケース２（ＰＣｅｌｌ：ＭＩＭＯモード）とは、同一のＡＣＫ／ＮＡＣＫビット数であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。
更に、図２８Ｂ（ケース２）ではＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが「ｂ０及びｂ１」であるのに対して、図３６Ａでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットは「ｂ２」である。すなわち、図３４Ａと図２８Ｂとでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが互いに異なる。また、ケース８とケース１とは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（ケース８ではＰＵＣＣＨリソース３とｂ２、ケース１ではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
このように、ケース８（下り単位バンド数が３個の場合（図３６Ａ））では、下り単位バンド数が２個の場合（図２８Ｂ）にImplicit signallingされるＰＵＣＣＨリソース１（Ｃｈ１）以外のＰＵＣＣＨリソース（ここではＰＵＣＣＨリソース３（Ｃｈ３））をImplicit signallingされるＰＵＣＣＨリソースとする。これにより、下り単位バンド数が３個の場合でも、下り単位バンド数が２個の場合に使用したＡＣＫ／ＮＡＣＫマッピングテーブルを用いて、Implicit signallingによりＰＵＣＣＨリソースを通知することが可能となる。
こうすることで、ケース８では、端末２００がＰＣｅｌｌ内でImplicit signallingされたＰＵＣＣＨリソースを特定できないことを防ぐことができる。つまり、端末２００が応答信号のフィードバックに使用するＰＵＣＣＨリソースを特定できないことによる基地局１００での不要な再送処理を防ぐことができる。
また、ケース８では、応答信号のフィードバックに使用するＰＵＣＣＨリソースのうち、一部のＰＵＣＣＨリソースは、Implicit signallingにより基地局１００から端末２００へ通知される。これにより、ケース８では、全てのＰＵＣＣＨリソースをExplicit signallingにより基地局１００から端末２００へ通知する場合と比較して、Explicit signallingされるＰＵＣＣＨリソース数を抑えることができ、ＰＵＣＣＨでのオーバヘッドの増加を抑えることができる。
なお、図３６Ａに示すＡＣＫ／ＮＡＣＫマッピングテーブルに限らず、例えば、図３６Ｂに示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いてもよい。
図３６Ｂでは、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果を表すビットは「ｂ２」である。また、図３６Ｂでは、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース２（Ｃｈ２）である。ここで、図３６Ｂに示すように、ＰＵＣＣＨリソース２（Ｃｈ２）が使用される場合には、ビットｂ２は常に「ＡＣＫ」となる。よって、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ２＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。すなわち、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ２＝ＤＴＸ）には使用されない。つまり、図３６Ｂに示すＰＵＣＣＨリソース２は、ビットｂ２に対するImplicit signallingをサポートする。更に、図３４Ｂと図２８Ｂとでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが互いに異なる。また、図３６Ｂと図２８Ｂとは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（図３６ＢではＰＵＣＣＨリソース２とｂ２、図２８ＢではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
以上、下り単位バンド数、ＡＣＫ／ＮＡＣＫビット数及びＰＣｅｌｌに設定された送信モードがそれぞれ異なるケース１〜８について説明した。
このようにして、端末２００（例えば制御部２０８）は、ＰＣｅｌｌに設定された送信モードに応じて、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１に関連付けられるＰＵＣＣＨリソース（Implicit signallingされるＰＵＣＣＨリソース）及びＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すＡＣＫ／ＮＡＣＫビットの組み合わせを切り替える。例えば、端末２００は、ＰＣｅｌｌに設定された送信モードに応じて、Implicit signallingされるＰＵＣＣＨリソースを切り替える。又は、端末２００は、ＰＣｅｌｌに設定された送信モードに応じて、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すＡＣＫ／ＮＡＣＫビットを切り替える。
具体的には、端末２００は、下り単位バンド数が３、４個であり、ＡＣＫ／ＮＡＣＫビット数が下り単位バンド数以上かつ４ビット以下であり、ＰＣｅｌｌにｎｏｎ−ＭＩＭＯモードが設定されている場合（ケース６〜８）の応答信号のマッピングと、下り単位バンド数が２個の場合（ケース１〜４）又はＰＣｅｌｌにＭＩＭＯモードが設定されている場合（ケース１，２，５）の応答信号のマッピングとを異ならせる。
例えば、ケース６〜８では、端末２００は、図３２、図３４又は図３６に示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いる。これにより、ｎｏｎ−ＭＩＭＯモードが設定されたＰＣｅｌｌでＤＴＸとなる場合（Implicit signallingされるＰＵＣＣＨリソースを特定できない場合）でも、上述したように、端末２００は、応答信号のフィードバックに使用するＰＵＣＣＨリソース（Explicit signalling）を特定することができる。すなわち、ケース６〜８では、基地局１００での不要な再送処理を発生させることなく、Implicit signallingによるＰＵＣＣＨリソースの通知が可能となる。また、ケース６〜８では、Implicit signallingを用いることで、全てのＰＵＣＣＨリソースの通知をExplicit signallingする場合と比較して、ＰＵＣＣＨのオーバヘッドを低減できる。
一方、ケース１〜５では、例えば、端末２００は、図２８Ａ〜Ｃに示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いる。ここで、図２８Ａ〜Ｃは、実施の形態１と同様、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋがサポートされている。例えば、図２８Ａは、ＰＣｅｌｌが１ＣＷ処理、ＳＣｅｌｌが１ＣＷ処理のとき、Ａ／ＤがＰＵＣＣＨリソース１の位相点（−１，０）にマッピングされ、Ｎ／ＤがＰＵＣＣＨリソース１の位相点（１，０）にマッピングされるので、ＬＴＥ ｆａｌｌｂａｃｋをサポートする。同様に、例えば、図２８Ｂは、ＰＣｅｌｌが１ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理のとき、Ｄ／Ｄ／ＡがＰＵＣＣＨリソース３の位相点（−１，０）にマッピングされ、Ｄ／Ｄ／ＮがＰＵＣＣＨリソース３の（１，０）にマッピングされるので、ＬＴＥ ｆａｌｌｂａｃｋをサポートする。また、図２８Ｂは、ＰＣｅｌｌが２ＣＷ処理、ＳＣｅｌｌが１ＣＷ処理のとき、Ａ／Ａ／ＤがＰＵＣＣＨリソース１の位相点（−１，０）にマッピングされ、Ａ／Ｎ／ＤがＰＵＣＣＨリソース１の（０，１）にマッピングされ、Ｎ／Ａ／ＤがＰＵＣＣＨリソース１の位相点（０，−１）にマッピングされ、Ｎ／Ｎ／ＤがＰＵＣＣＨリソース１の（１，０）にマッピングされるので、ＬＴＥ ｆａｌｌｂａｃｋをサポートする。同様に、図２８Ｃは、Ａ／Ａ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点（−１，０）にマッピングされ、Ａ／Ｎ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点（０，１）にマッピングされ、Ｎ／Ａ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点（０，−１）にマッピングされ、（Ｎ／Ｎ／Ｄ／Ｄ）がＰＵＣＣＨリソース１の位相点（１，０）にマッピングされるので、ＬＴＥ ｆａｌｌｂａｃｋをサポートする。つまり、図２８Ａ〜Ｃは、１ＣＣ時の応答信号のマッピング（例えば、図６Ａ、Ｂ）を包含するマッピングとなる。これにより、基地局１００と端末２００との間において、端末に設定（configuration）されているＣＣ数の認識が異なる場合においても、ＰＣｅｌｌとＳＣｅｌｌの応答信号を正しく判定できる。
なお、ケース６〜８で用いる、図３２、図３４及び図３６に示すＡＣＫ／ＮＡＣＫマッピングテーブルでは、ＬＴＥ ｆａｌｌｂａｃｋはサポートされない。しかしながら、図３２、図３４及び図３６に示すＡＣＫ／ＮＡＣＫマッピングテーブルが使用される状況（下り単位バンド数：３，４個）から、ＬＴＥ ｆａｌｌｂａｃｋが必要となる状況へ、端末２００の設定が変更される確率は極めて低い。よって、ケース６〜８において、端末２００が図３２、図３４又は図３６に示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いても、ＬＴＥ ｆａｌｌｂａｃｋに関して影響を及ぼす可能性は低い。
また、図２８Ｂ及び図３６、若しくは、図２８Ｃ、図３２及び図３４に示すように、誤り検出結果パターン（ｂ０〜ｂ３）と、ＰＵＣＣＨリソース（ＣＨ１〜ＣＨ４）及び各ＰＵＣＣＨリソース内の位相点との対応付けは同一である。すなわち、ＰＣｅｌｌでの送信モードがＭＩＭＯモードであっても、ｎｏｎ−ＭＩＭＯであっても、基地局１００及び端末２００では、ＡＣＫ／ＮＡＣＫビット数に応じた、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いる。すなわち、基地局１００及び端末２００は、下り単位バンドが３，４個に設定される場合、下り単位バンドが２個に設定される場合と比較してImplicit signallingされるＰＵＣＣＨリソースを切り替えるものの、下り単位バンドが２個の場合に最適化されたＡＣＫ／ＮＡＣＫマッピングテーブル（図２８Ｂ、Ｃ）を再利用することができる。
なお、本実施の形態において、図３２、図３４及び図３６に示すＡＣＫ／ＮＡＣＫマッピングテーブルは、実施の形態１と同様、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数が、誤り検出結果パターンを構成するビット間で平滑化されたマッピングを表している。つまり、基地局１００は、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、誤り検出結果パターンを構成するビット間で平滑化するマッピングを用いて、ＡＣＫ／ＮＡＣＫを判定する。すなわち、図３２、図３４及び図３６では、誤り検出結果パターンを構成する誤り検出結果のそれぞれに対する、Ａ：Ｎ＝１：０（又はＡ：Ｎ＝０：１）となるＰＵＣＣＨリソースの数の最大値と最小値との差が１以下となる。ここで、或る誤り検出結果に対するＡ：Ｎ＝１：０（又はＡ：Ｎ＝０：１）となるＰＵＣＣＨリソースとは、当該ＰＵＣＣＨリソース内の全ての位相点で指示される当該誤り検出結果がＡＣＫのみ（またはＮＡＣＫのみ）となるＰＵＣＣＨリソースである。これにより、本実施の形態では、実施の形態１と同様、悪い伝送特性を有する応答信号の特性を改善することができる。すなわち、図３２、図３４及び図３６に示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いることで、Implicit signallingされるＰＵＣＣＨリソースの切替を行わなくても、実施の形態１と同様の効果を得ることができる。
以上、本発明の各実施の形態について説明した。
なお、上記実施の形態では、拡散に用いられる系列の一例として、ＺＡＣ系列、ウォルシュ系列及びＤＦＴ系列について説明した。しかし、本発明では、ＺＡＣ系列の代わりに、ＺＡＣ系列以外の、互いに異なる循環シフト量により互いに分離可能な系列を用いてもよい。例えば、ＧＣＬ（Generalized Chirp like）系列、ＣＡＺＡＣ（Constant Amplitude Zero Auto Correlation）系列、ＺＣ（Zadoff-Chu）系列、Ｍ系列や直交ゴールド符号系列等のＰＮ系列、又は、コンピュータによってランダムに生成された時間軸上での自己相関特性が急峻な系列等を１次拡散に用いてもよい。また、ウォルシュ系列及びＤＦＴ系列の代わりに、互いに直交する系列、又は、互いにほぼ直交すると見なせる系列であればいかなる系列を直交符号系列として用いてもよい。以上の説明では、周波数位置、及び、ＺＡＣ系列の循環シフト量と直交符号系列の系列番号とによって応答信号のリソース（例えば、Ａ／Ｎリソース及び束ＡＣＫ／ＮＡＣＫリソース）が定義されている。
また、上記実施の形態では、基地局１００の制御部１０１は、下り回線データと当該下り回線データに対する下り割当制御情報とを同一の下り単位バンドにマッピングするよう制御するとしたが、これに限定されない。すなわち、下り回線データと当該下り回線データに対する下り割当制御情報とが別の下り単位バンドにマッピングされていても、下り割当制御情報と下り回線データとの対応関係が明確であれば、各実施の形態で説明した技術を適用できる。
また、本実施の形態では、端末側の処理の順番として、１次拡散、２次拡散の後に、ＩＦＦＴ変換を行う場合について説明した。しかし、これらの処理の順番はこれに限定されない。１次拡散処理の後段にＩＦＦＴ処理がある限り、２次拡散処理の場所はどこにあっても等価な結果が得られる。
また、上記実施の形態ではアンテナとして説明したが、本発明はアンテナポート（antenna port）でも同様に適用できる。
アンテナポートとは、１本又は複数の物理アンテナから構成される、論理的なアンテナを指す。すなわち、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。
例えば３ＧＰＰ ＬＴＥにおいては、アンテナポートが何本の物理アンテナから構成されるかは規定されず、基地局が異なる参照信号（Reference signal）を送信できる最小単位として規定されている。
また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
また、上記実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はハードウェアとの連携においてソフトウェアでも実現することも可能である。
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
２０１０年９月１６日出願の特願２０１０−２０８０６８、２０１０年１０月１４日出願の特願２０１０−２３１８６６および２０１１年３月２９日出願の特願２０１１−０７２０４５の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
本発明は、移動体通信システム等に適用することができる。
１００ 基地局
１０１，２０８ 制御部
１０２ 制御情報生成部
１０３ 符号化部
１０４ 変調部
１０５ 符号化部
１０６ データ送信制御部
１０７ 変調部
１０８ マッピング部
１０９，２１８−１，２１８−２，２１８−３ ＩＦＦＴ部
１１０，２１９−１，２１９−２，２１９−３ ＣＰ付加部
１１１，２２２ 無線送信部
１１２，２０１ 無線受信部
１１３，２０２ ＣＰ除去部
１１４ ＰＵＣＣＨ抽出部
１１５ 逆拡散部
１１６ 系列制御部
１１７ 相関処理部
１１８ Ａ／Ｎ判定部
１１９ 束Ａ／Ｎ逆拡散部
１２０ ＩＤＦＴ部
１２１ 束Ａ／Ｎ判定部
１２２ 再送制御信号生成部
２００ 端末
２０３ ＦＦＴ部
２０４ 抽出部
２０５，２０９ 復調部
２０６，２１０ 復号部
２０７ 判定部
２１１ ＣＲＣ部
２１２ 応答信号生成部
２１３ 符号化・変調部
２１４−１，２１４−２ １次拡散部
２１５−１，２１５−２ ２次拡散部
２１６ ＤＦＴ部
２１７ 拡散部
２２０ 時間多重部
２２１ 選択部

Claims (10)

  1. 第１の下り単位バンド及び第２の下り単位バンドを用いて下りデータを送信する送信部と、
    前記第１の下り単位バンド及び前記第２の下り単位バンドの各々について、通信相手装置において生成された、前記下りデータの複数の誤り検出結果を示すビットの集合である応答信号を受信し、前記応答信号は、前記通信相手装置において、マッピングルールを示すテーブルに基づいて、それぞれ複数の位相点を有する複数の上り制御チャネルリソース（ＰＵＣＣＨリソース）から選択される一つのＰＵＣＣＨリソースにおいて、前記複数の位相点のうちの１つにマッピングされ、前記マッピングルールでは、前記複数の誤り検出結果の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数と、前記複数の誤り検出結果の他の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数との差の最大値が１又は０であり、前記第２の下り単位バンドにおける前記下りデータの受信に失敗した場合に、前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組み合わせは、前記第１の下り単位バンドのみを用いて送信された前記下りデータについての前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組合せと同じである、応答信号受信部と、
    前記受信された応答信号に基づいて前記下りデータの再送の必要性を判別し、前記下りデータを再送する再送部と、
    を具備し、
    前記ＰＵＣＣＨリソースの数は３であり、前記誤り検出結果の個数は３であり、
    前記３つの誤り検出結果のうちの２つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が１であり、
    前記３つの誤り検出結果のうちの他の１つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が２である、
    通信装置。
  2. 第１の下り単位バンド及び第２の下り単位バンドを用いて下りデータを送信する送信部と、
    前記第１の下り単位バンド及び前記第２の下り単位バンドの各々について、通信相手装置において生成された、前記下りデータの複数の誤り検出結果を示すビットの集合である応答信号を受信し、前記応答信号は、前記通信相手装置において、マッピングルールを示すテーブルに基づいて、それぞれ複数の位相点を有する複数の上り制御チャネルリソース（ＰＵＣＣＨリソース）から選択される一つのＰＵＣＣＨリソースにおいて、前記複数の位相点のうちの１つにマッピングされ、前記マッピングルールでは、前記複数の誤り検出結果の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数と、前記複数の誤り検出結果の他の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数との差の最大値が１又は０であり、前記第２の下り単位バンドにおける前記下りデータの受信に失敗した場合に、前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組み合わせは、前記第１の下り単位バンドのみを用いて送信された前記下りデータについての前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組合せと同じである、応答信号受信部と、
    前記受信された応答信号に基づいて前記下りデータの再送の必要性を判別し、前記下りデータを再送する再送部と、
    を具備し、
    前記ＰＵＣＣＨリソースの数は４であり、前記誤り検出結果の個数は４であり、
    前記４つの誤り検出結果のうちの２つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が２であり、
    前記４つの誤り検出結果のうちの他の２つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が１である、
    通信装置。
  3. 前記複数のＰＵＣＣＨリソースに含まれる第１のＰＵＣＣＨリソースは、前記第１の下り単位バンドにおいて、下り制御情報の送信に用いられる複数のＣＣＥ（Control Channel Elements）のうち最初のＣＣＥインデックスに対応するリソースであり、各ＣＣＥは前記下り制御情報を下り制御チャネルにマッピングするための基本単位であり、
    前記複数のＰＵＣＣＨリソースに含まれる第２のＰＵＣＣＨリソースは、前記最初のＣＣＥインデックスに１を加えた数に対応するリソースである、
    請求項１又は２に記載の通信装置。
  4. 前記第１の下り単位バンド及び前記第２の下り単位バンドのうち、前記第１の下り単位バンドのみが、前記上り単位バンドと対応づけられている、
    請求項１から３のいずれか一項に記載の通信装置。
  5. 第１の下り単位バンド及び第２の下り単位バンドを用いて下りデータを送信し、
    前記第１の下り単位バンド及び前記第２の下り単位バンドの各々について、通信相手装置において生成された、前記下りデータの複数の誤り検出結果を示すビットの集合である応答信号を受信し、前記応答信号は、前記通信相手装置において、マッピングルールを示すテーブルに基づいて、それぞれ複数の位相点を有する複数の上り制御チャネルリソース（ＰＵＣＣＨリソース）から選択される一つのＰＵＣＣＨリソースにおいて、前記複数の位相点のうちの１つにマッピングされ、前記マッピングルールでは、前記複数の誤り検出結果の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数と、前記複数の誤り検出結果の他の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣKのみを示すＰＵＣＣＨリソースの個数との差の最大値が１又は０であり、前記第２の下り単位バンドにおける前記下りデータの受信に失敗した場合に、前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組み合わせは、前記第１の下り単位バンドのみを用いて送信された前記下りデータについての前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組合せと同じであり、
    前記受信された応答信号にもとづいて、前記下りデータ再送の必要性を判別し、前記下りデータを再送し、
    前記ＰＵＣＣＨリソースの数は３であり、前記誤り検出結果の個数は３であり、
    前記３つの誤り検出結果のうちの２つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が１であり、
    前記３つの誤り検出結果のうちの他の１つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が２である、
    通信方法。
  6. 第１の下り単位バンド及び第２の下り単位バンドを用いて下りデータを送信し、
    前記第１の下り単位バンド及び前記第２の下り単位バンドの各々について、通信相手装置において生成された、前記下りデータの複数の誤り検出結果を示すビットの集合である応答信号を受信し、前記応答信号は、前記通信相手装置において、マッピングルールを示すテーブルに基づいて、それぞれ複数の位相点を有する複数の上り制御チャネルリソース（ＰＵＣＣＨリソース）から選択される一つのＰＵＣＣＨリソースにおいて、前記複数の位相点のうちの１つにマッピングされ、前記マッピングルールでは、前記複数の誤り検出結果の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数と、前記複数の誤り検出結果の他の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣKのみを示すＰＵＣＣＨリソースの個数との差の最大値が１又は０であり、前記第２の下り単位バンドにおける前記下りデータの受信に失敗した場合に、前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組み合わせは、前記第１の下り単位バンドのみを用いて送信された前記下りデータについての前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組合せと同じであり、
    前記受信された応答信号にもとづいて、前記下りデータ再送の必要性を判別し、前記下りデータを再送し、
    前記ＰＵＣＣＨリソースの数は４であり、前記誤り検出結果の個数は４であり、
    前記４つの誤り検出結果のうちの２つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が２であり、
    前記４つの誤り検出結果のうちの他の２つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が１である、
    通信方法。
  7. 前記複数のＰＵＣＣＨリソースに含まれる第１のＰＵＣＣＨリソースは、前記第１の下り単位バンドにおいて、下り制御情報の送信に用いられる複数のＣＣＥ（Control Channel Elements）のうち最初のＣＣＥインデックスに対応するリソースであり、各ＣＣＥは前記下り制御情報を下り制御チャネルにマッピングするための基本単位であり、
    前記複数のＰＵＣＣＨリソースに含まれる第２のＰＵＣＣＨリソースは、前記最初のＣＣＥインデックスに１を加えた数に対応するリソースである、
    請求項５又は６記載の通信方法。
  8. 前記第１の下り単位バンド及び前記第２の下り単位バンドのうち、前記第１の下り単位バンドのみが、前記上り単位バンドと対応づけられている、
    請求項５から７のいずれか一項に記載の通信方法。
  9. 第１の下り単位バンド及び第２の下り単位バンドを用いて下りデータを送信する処理と、
    前記第１の下り単位バンド及び前記第２の下り単位バンドの各々について、通信相手装置において生成された、前記下りデータの複数の誤り検出結果を示すビットの集合である応答信号を受信する処理であって、前記応答信号は、前記通信相手装置において、マッピングルールを示すテーブルに基づいて、それぞれ複数の位相点を有する複数の上り制御チャネルリソース（ＰＵＣＣＨリソース）から選択される一つのＰＵＣＣＨリソースにおいて、前記複数の位相点のうちの１つにマッピングされ、前記マッピングルールでは、前記複数の誤り検出結果の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣKのみを示すＰＵＣＣＨリソースの個数と、前記複数の誤り検出結果の他の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数との差の最大値が１又は０であり、前記第２の下り単位バンドにおける下りデータの受信に失敗した場合に、前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組み合わせは、前記第１の下り単位バンドのみを用いて送信された前記下りデータについての前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組合せ同じである処理と、
    前記受信された応答信号にもとづいて、前記下りデータ再送する必要があるか否かを判別し、前記下りデータを再送する処理と、
    を制御し、
    前記ＰＵＣＣＨリソースの数は３であり、前記誤り検出結果の個数は３であり、
    前記３つの誤り検出結果のうちの２つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が１であり、
    前記３つの誤り検出結果のうちの他の１つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が２である、
    集積回路。
  10. 第１の下り単位バンド及び第２の下り単位バンドを用いて下りデータを送信する処理と、
    前記第１の下り単位バンド及び前記第２の下り単位バンドの各々について、通信相手装置において生成された、前記下りデータの複数の誤り検出結果を示すビットの集合である応答信号を受信する処理であって、前記応答信号は、前記通信相手装置において、マッピングルールを示すテーブルに基づいて、それぞれ複数の位相点を有する複数の上り制御チャネルリソース（ＰＵＣＣＨリソース）から選択される一つのＰＵＣＣＨリソースにおいて、前記複数の位相点のうちの１つにマッピングされ、前記マッピングルールでは、前記複数の誤り検出結果の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣKのみを示すＰＵＣＣＨリソースの個数と、前記複数の誤り検出結果の他の一つが、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数との差の最大値が１又は０であり、前記第２の下り単位バンドにおける下りデータの受信に失敗した場合に、前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組み合わせは、前記第１の下り単位バンドのみを用いて送信された前記下りデータについての前記応答信号がマッピングされるＰＵＣＣＨリソースと位相点の組合せ同じである処理と、
    前記受信された応答信号にもとづいて、前記下りデータ再送する必要があるか否かを判別し、前記下りデータを再送する処理と、
    を制御し、
    前記ＰＵＣＣＨリソースの数は４であり、前記誤り検出結果の個数は４であり、
    前記４つの誤り検出結果のうちの２つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が２であり、
    前記４つの誤り検出結果のうちの他の２つについて、前記複数の位相点の全てにおいてＡＣＫのみを示す又はＮＡＣＫのみを示すＰＵＣＣＨリソースの個数が１である、
    集積回路。
JP2016060060A 2010-09-16 2016-03-24 通信装置、通信方法及び集積回路 Active JP6094914B2 (ja)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2010208068 2010-09-16
JP2010208068 2010-09-16
JP2010231866 2010-10-14
JP2010231866 2010-10-14
JP2011072045 2011-03-29
JP2011072045 2011-03-29

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2012533843A Division JP5915955B2 (ja) 2010-09-16 2011-09-02 端末装置、通信方法及び集積回路

Publications (2)

Publication Number Publication Date
JP2016149791A true JP2016149791A (ja) 2016-08-18
JP6094914B2 JP6094914B2 (ja) 2017-03-15

Family

ID=45831207

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2012533843A Active JP5915955B2 (ja) 2010-09-16 2011-09-02 端末装置、通信方法及び集積回路
JP2016060060A Active JP6094914B2 (ja) 2010-09-16 2016-03-24 通信装置、通信方法及び集積回路

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2012533843A Active JP5915955B2 (ja) 2010-09-16 2011-09-02 端末装置、通信方法及び集積回路

Country Status (13)

Country Link
US (9) US9025436B2 (ja)
EP (2) EP2804340B1 (ja)
JP (2) JP5915955B2 (ja)
KR (1) KR101833575B1 (ja)
CN (2) CN103098405B (ja)
AU (1) AU2011303345B2 (ja)
BR (1) BR112013006339B1 (ja)
ES (2) ES2477291T3 (ja)
HU (1) HUE034588T2 (ja)
IN (1) IN2013MN00443A (ja)
RU (1) RU2546564C2 (ja)
SG (1) SG188498A1 (ja)
WO (1) WO2012035712A1 (ja)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102404802B (zh) * 2010-09-16 2015-03-11 电信科学技术研究院 一种应答信息的传输方法、基站及用户终端
KR101771550B1 (ko) * 2010-10-15 2017-08-29 주식회사 골드피크이노베이션즈 Ａｃｋ／ｎａｃｋ 신호 송수신 방법 및 장치
CN103378954B (zh) 2012-04-20 2019-03-15 北京三星通信技术研究有限公司 支持发送分集和信道选择的分配harq-ack信道资源的方法
WO2013175691A1 (ja) * 2012-05-23 2013-11-28 パナソニック株式会社 端末装置および送信方法
WO2014021631A1 (ko) * 2012-07-31 2014-02-06 엘지전자 주식회사 하향링크 신호 수신 방법 및 사용자기기와, 하향링크 신호 전송 방법 및 기지국
WO2015024215A1 (en) 2013-08-21 2015-02-26 Qualcomm Incorporated Pucch resource mapping an harq-ack feedback
US9729283B2 (en) * 2014-05-08 2017-08-08 Intel IP Corporation Systems, methods and devices for flexible retransmissions
US10291361B2 (en) 2014-06-04 2019-05-14 Nec Corporation Base station, reception confirmation method, and storage medium wherein program is stored
WO2016120028A1 (en) 2015-01-30 2016-08-04 Sony Corporation Telecommunications apparatus and method
CN106301671B (zh) * 2015-05-15 2021-01-22 中兴通讯股份有限公司 下行控制信道的传输方法、配置方法及终端、基站
WO2017193397A1 (zh) * 2016-05-13 2017-11-16 华为技术有限公司 一种传输资源映射方法及设备
WO2018070095A1 (ja) * 2016-10-13 2018-04-19 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
CN109845364B (zh) * 2016-11-03 2020-11-03 Oppo广东移动通信有限公司 传输上行控制信息的方法、终端设备和网络设备
WO2018137584A1 (zh) * 2017-01-26 2018-08-02 华为技术有限公司 用于反馈的方法、设备和系统
CN108365922B (zh) * 2017-01-26 2021-03-30 华为技术有限公司 用于反馈的方法、设备和系统
BR112019025560A2 (pt) * 2017-06-09 2020-06-16 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Método de alocação de largura de banda e dispositivo terminal
CN109150459B (zh) * 2017-06-16 2021-11-30 上海诺基亚贝尔股份有限公司 Uci的发送和接收方法、设备以及计算机可读介质
US10177952B1 (en) * 2017-06-22 2019-01-08 Fast Fit Technologies, Llc Distributed processing software based modem
ES2829602T3 (es) * 2017-09-11 2021-06-01 Guangdong Oppo Mobile Telecommunications Corp Ltd Método y terminal de asignación de recursos
CN109586858B (zh) * 2017-09-28 2021-06-25 上海朗帛通信技术有限公司 一种被用于无线通信的用户、基站中的方法和装置
CN109565373B (zh) 2017-10-26 2021-02-26 Oppo广东移动通信有限公司 反馈应答信息传输方法及相关产品
US11303384B2 (en) * 2017-11-29 2022-04-12 Qualcomm Incorporated User equipment shift randomization for uplink control channel transmission
CN109936401A (zh) * 2017-12-15 2019-06-25 索尼公司 电子装置、无线通信方法以及计算机可读介质
US11792824B2 (en) * 2020-03-30 2023-10-17 Qualcomm Incorporated Multicast feedback and retransmission for transport block grouping

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3860556B2 (ja) * 2003-04-04 2006-12-20 松下電器産業株式会社 基地局装置及び通信方法
JP2007504708A (ja) * 2003-08-29 2007-03-01 サムスン エレクトロニクス カンパニー リミテッド 広帯域無線接続通信システムにおける媒体接続制御階層の動作状態を制御する装置及び方法
US7423973B2 (en) * 2004-05-18 2008-09-09 Qualcomm Incorporated Methods and apparatus for hybrid multicast and unicast transmissions in a data network

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
JPN6015018407; ＮＴＴ ＤＯＣＯＭＯ: 'Ｍａｐｐｉｎｇ Ｔａｂｌｅ ｆｏｒ Ｒｅｌ． １０ Ｃｈａｎｎｅｌ Ｓｅｌｅｃｔｉｏｎ ｆｏｒ ＣＡ［ｏｎｌｉｎｅ］' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ１＃６２ Ｒ１-１０４９２６ , 201008, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *
JPN6015018408; Ｐａｎａｓｏｎｉｃ: 'Ｓｕｐｐｏｒｔ ｏｆ ＵＬ ＡＣＫ／ＮＡＣＫ ｃｈａｎｎｅｌ ｓｅｌｅｃｔｉｏｎ ｆｏｒ ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ［ｏｎｌｉｎｅ］' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ１＃６１ Ｒ１-１０２８５６ , 201005, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *
JPN6015018410; Ｆｕｊｉｔｓｕ: 'Ｃｈａｎｎｅｌ Ｓｅｌｅｃｔｉｏｎ ｆｏｒ Ａ／Ｎ ｆｅｅｄｂａｃｋ ｉｎ ＣＡ［ｏｎｌｉｎｅ］' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ１＃６２ Ｒ１-１０４８７５ , 201008, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *
JPN6015018412; ＬＧ Ｅｌｅｃｔｒｏｎｉｃｓ: 'Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｆｏｒ ＡＣＫ／ＮＡＣＫ ＰＵＣＣＨ［ｏｎｌｉｎｅ］' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ１＃６１ｂ Ｒ１-１０３７２８ , 201006, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *

Also Published As

Publication number Publication date
US10419169B2 (en) 2019-09-17
KR20130100130A (ko) 2013-09-09
CN105162550B (zh) 2018-12-18
EP2618514A1 (en) 2013-07-24
US20210152297A1 (en) 2021-05-20
CN105162550A (zh) 2015-12-16
BR112013006339A2 (pt) 2016-06-21
US20230216618A1 (en) 2023-07-06
US9923675B2 (en) 2018-03-20
US20180159666A1 (en) 2018-06-07
US11637660B2 (en) 2023-04-25
CN103098405B (zh) 2015-09-02
AU2011303345A2 (en) 2013-09-12
BR112013006339B1 (pt) 2021-09-28
ES2477291T3 (es) 2014-07-16
JP6094914B2 (ja) 2017-03-15
US20130163406A1 (en) 2013-06-27
EP2804340A3 (en) 2014-12-24
US10177882B2 (en) 2019-01-08
US10938521B2 (en) 2021-03-02
EP2618514B1 (en) 2014-06-18
HUE034588T2 (en) 2018-02-28
IN2013MN00443A (ja) 2015-05-29
AU2011303345B2 (en) 2015-08-13
EP2804340A2 (en) 2014-11-19
US20170222765A1 (en) 2017-08-03
KR101833575B1 (ko) 2018-02-28
US9667385B2 (en) 2017-05-30
US20150208278A1 (en) 2015-07-23
US9025436B2 (en) 2015-05-05
US20190097766A1 (en) 2019-03-28
CN103098405A (zh) 2013-05-08
RU2013111528A (ru) 2014-10-27
EP2618514A4 (en) 2013-09-18
AU2011303345A1 (en) 2013-03-14
JP5915955B2 (ja) 2016-05-11
ES2626916T3 (es) 2017-07-26
WO2012035712A1 (ja) 2012-03-22
SG188498A1 (en) 2013-05-31
EP2804340B1 (en) 2017-03-08
JPWO2012035712A1 (ja) 2014-01-20
RU2546564C2 (ru) 2015-04-10
US20190363841A1 (en) 2019-11-28
US20160261378A1 (en) 2016-09-08
US9402202B2 (en) 2016-07-26

Similar Documents

Publication Publication Date Title
JP6094914B2 (ja) 通信装置、通信方法及び集積回路
JP5878652B2 (ja) 端末装置及び通信方法
JP6238065B2 (ja) 端末装置、方法及び集積回路
JP2019004524A (ja) 端末装置、送信方法及び集積回路
JP6392405B2 (ja) 端末装置および送信方法
WO2013021569A1 (ja) 端末装置、基地局装置及び送受信方法
JP2012104874A (ja) 端末装置及び再送制御方法
JP5871917B2 (ja) 端末装置及び応答信号送信方法

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170125

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170202

R150 Certificate of patent or registration of utility model

Ref document number: 6094914

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R154 Certificate of patent or utility model (reissue)

Free format text: JAPANESE INTERMEDIATE CODE: R154

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250