(57)【特許請求の範囲】
【請求項１】
第１の構成パターンが設定された第１のコンポーネントキャリアと前記第１の構成パターンとは異なる第２の構成パターンが設定された第２のコンポーネントキャリアにおいて下りデータを受信し、前記第１の構成パターン及び前記第２の構成パターンの各々は、複数の下り通信サブフレームと複数の上り通信サブフレームとを含むフレームのための複数の構成パターン（UL/DL Configurations）のうちのいずれかである、受信部と、
前記第２のコンポーネントキャリアを用いて受信された下りデータの誤り検出を行い、前記第２のコンポーネントキャリアにおける複数の下り通信サブフレームの各下り通信サブフレームについて、前記誤り検出結果を示す応答信号を生成する応答信号生成部と、
前記第２のコンポーネントキャリアにおける前記各下り通信サブフレームの応答信号を、前記第１のコンポーネントキャリアにおけるフレーム中の所定の上り通信サブフレームを用いて送信し、前記複数の構成パターンは、前記フレームにおける下り通信から上り通信への切り替えポイント（ＤＬ／ＵＬ切り替えポイント）の周期が互いに異なる２つの構成パターンを含み、前記２つの構成パターンでは、前記所定の上り通信サブフレームが前記ＤＬ／ＵＬ切り替えポイントの周期にしたがって設定されている、送信部と、
を具備する端末装置。
【請求項２】
前記複数の構成パターンは、前記ＤＬ／ＵＬ切り替えポイントの周期が５ミリ秒である１つ以上の構成パターンと、前記ＤＬ／ＵＬ切り替えポイントの周期が１０ミリ秒である１つ以上の構成パターンとを含み、
前記第１の構成パターンにおける前記ＤＬ／ＵＬ切り替えポイントの周期が５ミリ秒である場合は、１フレームに含まれる前記所定の上り通信サブフレームの数は２であり、
前記第１の構成パターンにおける前記ＤＬ／ＵＬ切り替えポイントの周期が１０ミリ秒である場合は、１フレームに含まれる前記所定の上り通信サブフレームの個数は１である、
請求項１に記載の端末装置。
【請求項３】
前記１フレームは＃０、＃１、＃２、＃３、＃４、＃５、＃６、＃７、＃８、＃９の１０個のサブフレームにより構成され、
前記第１の構成パターンにおける前記ＤＬ／ＵＬ切り替えポイントの周期が５ｍｓである場合は、前記所定上り通信サブフレームは＃２のサブフレーム及び＃７のサブフレームであり、
前記第１の構成パターンにおける前記ＤＬ／ＵＬ切り替えポイントの周期が１０ｍｓである場合は、前記所定上り通信サブフレームは＃２のサブフレームである、
請求項２に記載の端末装置。
【請求項４】
前記複数の構成パターンの各々は、下り通信サブフレームから上り通信サブフレームへの切り替えのためのガード期間を含むスペシャルサブフレームをさらに含み、
前記ＤＬ／ＵＬ切り替えポイントの周期は、前記スペシャルサブフレームの周期である、
請求項１から３のいずれか一項に記載の端末装置。
【請求項５】
前記所定の上り通信サブフレームは、前記スペシャルサブフレームの次に位置するサブフレームである、
請求項４に記載の端末装置。
【請求項６】
前記第１の構成パターンに含まれる前記下り通信サブフレーム及び前記上り通信サブフレームの比率は、前記第２の構成パターンに含まれる前記下り通信サブフレーム及び前記上り通信サブフレームの比率と異なる、
請求項１から５のいずれか一項に記載の端末装置。
【請求項７】
前記所定の上り通信サブフレームは、前記各下り通信サブフレームより４サブフレーム以上後で、最も早いタイミングに位置する上り通信サブフレームである、
請求項１から６のいずれか一項に記載の端末装置。
【請求項８】
第１の構成パターンが設定された第１のコンポーネントキャリアと前記第１の構成パターンとは異なる第２の構成パターンが設定された第２のコンポーネントキャリアにおいて下りデータを受信し、前記第１の構成パターン及び前記第２の構成パターンの各々は、複数の下り通信サブフレームと複数の上り通信サブフレームとを含むフレームのための複数の構成パターン（UL/DL Configurations）のうちのいずれかであり、
前記第２のコンポーネントキャリアを用いて受信された下りデータの誤り検出を行い、前記第２のコンポーネントキャリアにおける複数の下り通信サブフレームの各下り通信サブフレームについて、前記誤り検出結果を示す応答信号を生成し、
前記第２のコンポーネントキャリアにおける前記各下り通信サブフレームの応答信号を、前記第１のコンポーネントキャリアにおけるフレーム中の所定の上り通信サブフレームを用いて送信し、前記複数の構成パターンは、前記フレームにおける下り通信から上り通信への切り替えポイント（ＤＬ／ＵＬ切り替えポイント）の周期が互いに異なる２つの構成パターンを含み、前記２つの構成パターンでは、前記所定の上り通信サブフレームが前記ＤＬ／ＵＬ切り替えポイントの周期にしたがって設定されている、
応答信号送信方法。
【請求項９】
前記複数の構成パターンは、前記ＤＬ／ＵＬ切り替えポイントの周期が５ミリ秒である１つ以上の構成パターンと、前記ＤＬ／ＵＬ切り替えポイントの周期が１０ミリ秒である１つ以上の構成パターンとを含み、
前記第１の構成パターンにおける前記ＤＬ／ＵＬ切り替えポイントの周期が５ミリ秒である場合は、１フレーム内に含まれる前記所定の上り通信サブフレームの数は２であり、
前記第１の構成パターンにおける前記ＤＬ／ＵＬ切り替えポイントの周期が１０ミリ秒である場合は、１フレーム内に含まれる前記所定の上り通信サブフレームの個数は１である、
請求項８に記載の応答信号送信方法。
【請求項１０】
前記１フレームは＃０、＃１、＃２、＃３、＃４、＃５、＃６、＃７、＃８、＃９の１０個のサブフレームにより構成され、
前記第１の構成パターンにおける前記ＤＬ／ＵＬ切り替えポイントの周期が５ｍｓである場合は、前記所定上り通信サブフレームは＃２のサブフレーム及び＃７のサブフレームであり、
前記第１の構成パターンにおける前記ＤＬ／ＵＬ切り替えポイントの周期が１０ｍｓである場合は、前記所定上り通信サブフレームは＃２のサブフレームである、
請求項９に記載の応答信号送信方法。
【請求項１１】
前記複数の構成パターンの各々は、下り通信サブフレームから上り通信サブフレームへの切り替えのためのガード期間を含むスペシャルサブフレームをさらに含み、
前記ＤＬ／ＵＬ切り替えポイントの周期は、前記スペシャルサブフレームの周期である、
請求項８から１０のいずれか一項に記載の応答信号送信方法。
【請求項１２】
前記所定の上り通信サブフレームは、前記スペシャルサブフレームの次に位置するサブフレームである、
請求項１１に記載の応答信号送信方法。
【請求項１３】
前記第１の構成パターンに含まれる前記下り通信サブフレーム及び前記上り通信サブフレームの比率は、前記第２の構成パターンに含まれる前記下り通信サブフレーム及び前記上り通信サブフレームの比率と異なる、
請求項８から１２のいずれか一項に記載の応答信号送信方法。
【請求項１４】
前記所定の上り通信サブフレームは、前記各下り通信サブフレームより４サブフレーム以上後で、最も早いタイミングに位置する上り通信サブフレームである、
請求項８から１３のいずれか一項に記載の応答信号送信方法。
【請求項１５】
第１の構成パターンが設定された第１のコンポーネントキャリアと前記第１の構成パターンとは異なる第２の構成パターンが設定された第２のコンポーネントキャリアにおいて下りデータを受信し、前記第１の構成パターン及び前記第２の構成パターンの各々は、複数の下り通信サブフレームと複数の上り通信サブフレームとを含むフレームのための複数の構成パターン（UL/DL Configurations）のうちのいずれかである、処理と、
前記第２のコンポーネントキャリアを用いて受信された下りデータの誤り検出を行い、前記第２のコンポーネントキャリアにおける複数の下り通信サブフレームの各下り通信サブフレームについて、前記誤り検出結果を示す応答信号を生成する処理と、
前記第２のコンポーネントキャリアにおける前記各下り通信サブフレームの応答信号を、前記第１のコンポーネントキャリアにおけるフレーム中の所定の上り通信サブフレームを用いて送信し、記複数の構成パターンは、前記フレームにおける下り通信から上り通信への切り替えポイント（ＤＬ／ＵＬ切り替えポイント）の周期が互いに異なる２つの構成パターンを含み、前記２つの構成パターンでは、前記所定の上り通信サブフレームが前記ＤＬ／ＵＬ切り替えポイントの周期にしたがって設定されている、処理と、
を制御する集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、応答信号送信方法及び集積回路に関する。
【背景技術】
【０００２】
３ＧＰＰ ＬＴＥでは、下り回線の通信方式としてＯＦＤＭＡ（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）を同時に実現するために、ＬＴＥ−Ａシステム向けの帯域が、ＬＴＥシステムのサポート帯域幅である２０ＭＨｚ以下の「単位バンド」に区切られる。すなわち、「単位バンド」は、ここでは、最大２０ＭＨｚの幅を持つ帯域であって、通信帯域の基本単位として定義される。ＦＤＤ（Frequency Division Duplex）システムでは、さらに、下り回線における「単位バンド」（以下、「下り単位バンド」と呼ぶ）は基地局から報知されるＢＣＨの中の下り周波数帯域情報によって区切られた帯域、又は、下り制御チャネル（ＰＤＣＣＨ）が周波数領域に分散配置される場合の分散幅によって定義される帯域として定義されることもある。また、上り回線における「単位バンド」（以下、「上り単位バンド」と呼ぶ）は、基地局から報知されるＢＣＨの中の上り周波数帯域情報によって区切られた帯域、又は、中心付近にＰＵＳＣＨ（Physical Uplink Shared Channel）領域を含み、両端部にＬＴＥ向けのＰＵＣＣＨを含む２０ＭＨｚ以下の通信帯域の基本単位として定義されることもある。なお、「単位バンド」は、３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄにおいて、英語でＣｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ（ｓ）又はＣｅｌｌと表記されることがある。また、略称としてＣＣ（ｓ）と表記されることもある。【００１５】
ＴＤＤ（Time Division Duplex）システムでは、下り単位バンドと上り単位バンドとが同一周波数帯域であり、時分割で下り回線と上り回線とを切り替えることによって、下り通信と上り通信とを実現する。そのためＴＤＤシステムの場合、下り単位バンドは、「単位バンドにおける下り通信タイミング」とも表現できる。上り単位バンドは、「単位バンドにおける上り通信タイミング」とも表現できる。下り単位バンドと上り単位バンドとの切り替えは、図３に示すように、UL-DL Configurationに基づく。図３に示すUL-DL Configurationでは、１フレーム（10msec）当たりの下り通信（ＤＬ：Downlink）と上り通信（ＵＬ：Uplink）とのサブフレーム単位（すなわち、1msec単位）のタイミングが設定される。UL-DL Configurationは、下り通信と上り通信とのサブフレーム割合を変更することにより、下り通信に対するスループット及び上り通信に対するスループットの要求に柔軟に対応できる通信システムを構築することができる。例えば、図３は、下り通信と上り通信とのサブフレーム割合が異なるUL-DL Configuration（Config 0〜6）を示す。また、図３において、下り通信サブフレームを「Ｄ」で表し、上り通信サブフレームを「Ｕ」で表し、スペシャルサブフレームを「Ｓ」で表す。ここで、スペシャルサブフレームは、下り通信サブフレームから上り通信サブフレームへの切替時のサブフレームである。また、スペシャルサブフレームでは、下り通信サブフレームと同様、下りデータ通信が行われる場合がある。なお、図３に示す各UL-DL Configurationでは、２フレーム分のサブフレーム（２０サブフレーム）を、下り通信に用いられるサブフレーム（上段の「Ｄ」及び「Ｓ」）と上り通信に用いられるサブフレーム（下段の「Ｕ」）とに分けて２段で表している。また、図３に示すように、下りデータに対する誤り検出結果（ＡＣＫ／ＮＡＣＫ）は、当該下りデータが割り当てられたサブフレームの４サブフレーム以上後の上り通信サブフレームで通知される。【００１６】
ＬＴＥ−Ａシステムでは、単位バンドを幾つか束ねた帯域を用いた通信、所謂Carrier aggregation(CA)がサポートされる。なお、UL-DL Configurationは、単位バンド毎に設定可能であるが、ＬＴＥ−Ａシステム対応の端末（以下、「ＬＴＥ−Ａ端末」と呼ぶ）は、複数の単位バンド間で同じUL-DL Configurationが設定されることを想定して設計されている。【００１７】
図４は、個別の端末に適用される非対称の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 signaling）である（方法１）。つまり、基地局配下の端末に向けたＤＣＩをＰＤＣＣＨ領域に配置する場合、各ＰＤＣＣＨは、１つ又は連続する複数のＣＣＥで構成されるリソースを占有する。また、ＰＤＣＣＨが占有するＣＣＥ数（ＣＣＥ連結数：CCE aggregation level）としては、例えば、割当制御情報の情報ビット数又は端末の伝搬路状態に応じて、１，２，４，８の中の１つが選択される。【００２４】
もう一つは、基地局からＰＵＣＣＨ向けのリソースを端末に対して予め通知しておく方法（Explicit signaling）である（方法２）。つまり、方法２では、端末は、基地局から予め通知されたＰＵＣＣＨリソースを用いて応答信号を送信する。【００２５】
また、図５に示すように、端末は、２つの単位バンドのうち、１つの単位バンドを用いて、応答信号を送信する。このような応答信号を送信する単位バンドは、ＰＣＣ（Primary Component Carrier）又はＰＣｅｌｌ（Primary Cell）と呼ばれる。また、それ以外の単位バンドは、ＳＣＣ（Secondary Component Carrier）又はＳＣｅｌｌ（Secondary Cell）と呼ばれる。例えば、ＰＣＣ（ＰＣｅｌｌ）は、応答信号を送信する単位バンドに関する報知情報（例えば、ＳＩＢ２（System Information Block type2））を送信している単位バンドである。【００２６】
なお、方法２では、複数の端末間で共通のＰＵＣＣＨ向けのリソース（例えば４つのＰＵＣＣＨ向けのリソース）を、基地局から端末に対して予め通知してもよい。例えば、端末は、ＳＣｅｌｌ内のＤＣＩに含まれる２ビットのＴＰＣ（Transmit Power Control）コマンド（送信電力制御命令）に基づいて、実際に用いるＰＵＣＣＨ向けのリソースを１つ選択する方法を採ってもよい。その際、当該ＴＰＣコマンドは、ＡＲＩ（Ack/nack Resource Indicator）とも呼ばれる。これにより、Explicit signaling時に、或るサブフレームにおいて、或る端末がexplicit signalingされたＰＵＣＣＨ向けのリソースを使い、別のサブフレームでは、別の端末が、同一のexplicit signalingされたＰＵＣＣＨ向けのリソースを使うことができるようになる。【００２７】
また、Channel selectionでは、ＰＣＣ（ＰＣｅｌｌ）内のＰＤＳＣＨ（Physical Downlink Shared CHannel）を指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース（図５ではＰＵＣＣＨ領域１内のＰＵＣＣＨリソース）が割り当てられる（Implicit signaling）。【００２８】
ここで、上記した非対称のCarrier aggregationが端末に適用される場合のChannel SelectionによるＡＲＱ制御について、図５、図６を援用して説明する。【００２９】
例えば、図５では、端末１に対して、単位バンド１（ＰＣｅｌｌ）、単位バンド２（ＳＣｅｌｌ）から成る単位バンドグループ（英語で「Component carrier set」と表記されることがある）が設定される。この場合には、単位バンド１，２のそれぞれのＰＤＣＣＨを介して下りリソース割当情報が基地局から端末１へ送信された後に、その下りリソース割当情報に対応するリソースで下り回線データが送信される。【００３０】
また、Channel selectionでは、単位バンド１（ＰＣｅｌｌ）における複数の下りデータに対する誤り検出結果と、単位バンド２（ＳＣｅｌｌ）における複数の下りデータに対する誤り検出結果とを表す応答信号が、ＰＵＣＣＨ領域１内又はＰＵＣＣＨ領域２内に含まれるＰＵＣＣＨリソースにマッピングされる。また、端末は、その応答信号として、２種類の位相点（ＢＰＳＫ（Binary Phase Shift Keying）マッピング）又は４種類の位相点（ＱＰＳＫ（Quadrature Phase Shift Keying）マッピング）のいずれかを用いる。すなわち、Channel selectionでは、ＰＵＣＣＨリソースと位相点との組み合わせにより、単位バンド１（ＰＣｅｌｌ）における複数の下りデータに対する誤り検出結果、及び、単位バンド２（ＳＣｅｌｌ）における複数の下りデータに対する誤り検出結果のパターンを表すことができる。【００３１】
ここで、ＴＤＤシステムにおいて、単位バンドが２つの場合（ＰＣｅｌｌが１つ、ＳＣｅｌｌが１つの場合）の誤り検出結果のパターンのマッピング方法を図６Ａに示す。【００３２】
なお、図６Ａは、送信モードが以下の（ａ），（ｂ），（ｃ）のいずれかに設定される場合を想定する。
（ａ）各単位バンドが、下り１ＣＷ送信のみをサポートする送信モード
（ｂ）一方の単位バンドが、下り１ＣＷ送信のみをサポートする送信モードで、
他方の単位バンドが、下り２ＣＷ送信までをサポートする送信モード
（ｃ）各単位バンドが、下り２ＣＷ送信までをサポートする送信モード【００３３】
更に、図６Ａは、単位バンド当たりに、何個分の下り通信サブフレーム（以降、「ＤＬ（DownLink）サブフレーム」と記載する。図３に示す「Ｄ」又は「Ｓ」）の誤り検出結果を、１つの上り通信サブフレーム（以降、「ＵＬ（UpLink）サブフレーム」と記載する。図３に示す「Ｕ」）で基地局に通知する必要があるか、を表す数Ｍが、以下の（１）〜（４）のいずれかに設定される場合を想定する。例えば、図３に示すConfig 2では、４個のＤＬサブフレームの誤り検出結果が１つのＵＬサブフレームで基地局に通知されるので、Ｍ＝４となる。
（１）Ｍ＝１
（２）Ｍ＝２
（３）Ｍ＝３
（４）Ｍ＝４【００３４】
つまり、図６Ａは、上記（ａ）〜（ｃ）及び上記（１）〜（４）のそれぞれを組み合わせた場合の誤り検出結果のパターンのマッピング方法を示す。なお、Ｍの値は、図３に示すように、UL-DL Configuration（Config 0〜6）、及び、１フレーム内のサブフレーム番号（SF#0〜SF#9）によって異なる。また、図３に示すConfig 5では、サブフレーム（ＳＦ）＃２においてＭ＝９となる。しかし、この場合、ＬＴＥ−ＡのＴＤＤシステムでは、端末は、Channel selectionを適用せずに、例えばＤＦＴ−Ｓ−ＯＦＤＭフォーマットを用いて誤り検出結果を通知する。このため、図６Ａでは、Config 5（Ｍ＝９）を、上記組合せに組み入れていない。【００３５】
（１）の場合、誤り検出結果のパターン数は、（ａ）、（ｂ）、（ｃ）の順に、２２×１＝４パターン、２３×１＝８パターン、２４×１＝１６パターン存在する。（２）の場合、誤り検出結果のパターン数は、（ａ）、（ｂ）、（ｃ）の順に、２２×２＝８パターン、２３×２＝１６パターン、２４×２＝３２パターン存在する。（３）、（４）の場合も同様である。【００３６】
ここで、１つのＰＵＣＣＨリソースにおいてマッピングする各位相点間の位相差が最小でも９０度である場合（すなわち、１つのＰＵＣＣＨリソースあたり最大４パターンをマッピングする場合）を想定する。この場合、誤り検出結果の全てのパターンをマッピングするために必要なＰＵＣＣＨリソース数は、誤り検出結果のパターン数が最大の（４）かつ（ｃ）の場合（２４×４＝６４パターン）に、２４×４÷４＝１６個必要になってしまい、現実的ではない。そこで、ＴＤＤシステムでは、誤り検出結果を、空間領域、さらに必要ならば、時間領域で束ねる（バンドリング：Bundling）ことで、誤り検出結果の情報量を意図的に欠落させる。これにより、誤り検出結果パターンの通知に必要なＰＵＣＣＨリソース数を制限している。【００３７】
ＬＴＥ−ＡのＴＤＤシステムでは、（１）の場合、端末は、誤り検出結果をバンドリングせずに、（ａ）、（ｂ）、（ｃ）の順に、４パターン、８パターン、１６パターンの誤り検出結果パターンを、それぞれ２つ、３つ、４つのＰＵＣＣＨリソースにマッピングする（図６ＡのＳｔｅｐ３）。すなわち、端末は、下り回線で１ＣＷ（コードワード：codeword）送信のみをサポートする送信モード（ｎｏｎ−ＭＩＭＯ）が設定された単位バンドあたり、１ビットの誤り検出結果を通知し、下り回線で２ＣＷ送信までをサポートする送信モード（ＭＩＭＯ）が設定された単位バンドあたり、２ビットの誤り検出結果を通知する。【００３８】
ＬＴＥ−ＡのＴＤＤシステムでは、（２）かつ（ａ）の場合も、端末は、誤り検出結果をバンドリングせずに、８パターンの誤り検出結果パターンを、４つのＰＵＣＣＨリソースにマッピングする（図６ＡのＳｔｅｐ３）。その際、端末は、１つの下り単位バンドあたり、２ビットの誤り検出結果を通知する。【００３９】
ＬＴＥ−ＡのＴＤＤシステムでは、（２）かつ（ｂ）（（２）かつ（ｃ）も同様）の場合、端末は、下り回線で２ＣＷ送信までをサポートする送信モードが設定された単位バンドの誤り検出結果を空間領域でバンドリング（空間バンドリング：Spatial bundling）（図６ＡのＳｔｅｐ１）する。空間バンドリングでは、たとえば、２ＣＷの誤り検出結果のうち、少なくとも一方のＣＷに対する誤り検出結果がＮＡＣＫである場合、空間バンドリング後の誤り検出結果をＮＡＣＫと判定する。すなわち、空間バンドリングでは、２ＣＷの誤り検出結果に対して論理ＡＮＤ（Logical And）をとる。そして、端末は、空間バンドリング後の誤り検出結果パターン（（２）かつ（ｂ）の場合は８パターン、（２）かつ（ｃ）の場合は１６パターン）を、４つのＰＵＣＣＨリソースにマッピングする（図６ＡのＳｔｅｐ３）。その際、端末は、１つの下り単位バンドあたり、２ビットの誤り検出結果を通知する。【００４０】
ＬＴＥ−ＡのＴＤＤシステムでは、（３）又は（４）、かつ、（ａ）、（ｂ）又は（ｃ）の場合、端末は、空間バンドリング（Ｓｔｅｐ１）後に、時間領域でバンドリング（時間領域バンドリング：Time-domain bundling）する（図６ＡのＳｔｅｐ２）。そして、端末は、時間領域バンドリング後の誤り検出結果パターンを、４つのＰＵＣＣＨリソースにマッピングする（図６ＡのＳｔｅｐ３）。その際、端末は、１つの下り単位バンドあたり、２ビットの誤り検出結果を通知する。【００４１】
次に、図６Ｂを用いて、具体的なマッピング方法の一例を示す。図６Ｂは、下り単位バンドが２つ（ＰＣｅｌｌが１つ、ＳＣｅｌｌが１つ）の場合、かつ、「（ｃ）各単位バンドが、下り２ＣＷ送信までをサポートする送信モード」が設定され、かつ、「（４）Ｍ＝４」の場合の例である。【００４２】
図６Ｂでは、ＰＣｅｌｌの誤り検出結果が、４つのＤＬサブフレーム（ＳＦ１〜４）で、（ＣＷ０，ＣＷ１）の順に、（ＡＣＫ（Ａ），ＡＣＫ）、（ＡＣＫ，ＡＣＫ）、（ＮＡＣＫ（Ｎ），ＮＡＣＫ）、（ＡＣＫ，ＡＣＫ）となる。図６Ｂに示すＰＣｅｌｌでは、Ｍ＝４であるので、端末は、図６ＡのＳｔｅｐ１で、これらを空間バンドリングする（図６Ｂの実線で囲んだ部分）。空間バンドリングの結果、図６Ｂに示すＰＣｅｌｌの４つのＤＬサブフレームでは、順にＡＣＫ、ＡＣＫ、ＮＡＣＫ、ＡＣＫが得られる。さらに、端末は、図６ＡのＳｔｅｐ２で、Ｓｔｅｐ１で得られた空間バンドリング後の４ビットの誤り検出結果パターン（ＡＣＫ，ＡＣＫ，ＮＡＣＫ，ＡＣＫ）に対して、時間領域バンドリングする（図６Ｂの破線で囲んだ部分）。これにより、図６Ｂに示すＰＣｅｌｌでは、（ＮＡＣＫ，ＡＣＫ）の２ビットの誤り検出結果が得られる。【００４３】
端末は、図６Ｂに示すＳＣｅｌｌについても同様に、空間バンドリング及び時間領域バンドリングを行うことにより、（ＮＡＣＫ，ＮＡＣＫ）の２ビットの誤り検出結果が得られる。【００４４】
そして、端末は、図６ＡのＳｔｅｐ３で、ＰＣｅｌｌ及びＳＣｅｌｌの時間領域バンドリング後の各２ビットの誤り検出結果パターンをＰＣｅｌｌ、ＳＣｅｌｌの順に組み合わせて、４ビットの誤り検出結果パターン（ＮＡＣＫ，ＡＣＫ，ＮＡＣＫ，ＮＡＣＫ）にまとめる。端末は、この４ビットの誤り検出結果パターンを、図６ＡのＳｔｅｐ３に示すマッピングテーブルを用いて、ＰＵＣＣＨリソース（この場合、ｈ１）と位相点（この場合、−ｊ）とを決定する。
【先行技術文献】
【非特許文献】
【００４５】
【非特許文献１】3GPP TS 36.211 V10.1.0, “Physical Channels and Modulation (Release 9),” March 2011
【非特許文献２】3GPP TS 36.212 V10.1.0, “Multiplexing and channel coding (Release 9),” March 2011
【非特許文献３】3GPP TS 36.213 V10.1.0, “Physical layer procedures (Release 9),” March 2011
【非特許文献４】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
【発明の概要】
【発明が解決しようとする課題】
【００４６】
ＬＴＥ−Ａ端末は、前述のとおり、複数の単位バンド間で同じUL-DL Configurationが設定されることを想定して設計されている。【００４７】
ところで、ＬＴＥ−ＡのＴＤＤシステムを提供する通信キャリアが、周波数帯域を新たにＬＴＥ−Ａサービスに割り当てる際には、次のようなUL-DL Configurationの設定を行うことが検討されている。すなわち、当該通信キャリアが、どのサービスを重視するかに応じて、新たに割り当てた周波数帯域のUL-DL Configurationを、既存の周波数帯域のUL-DL Configurationと異なる設定にする。具体的には、下り通信のスループットを重視する通信キャリアでは、新たな周波数帯域に、ＵＬサブフレームに対するＤＬサブフレームの割合が大きいUL-DL Configuration（例えば図３では、Config 3、4又は5等）が用いられる。これにより、より柔軟なシステム構築が行われる。【００４８】
しかしながら、単位バンド間でUL-DL Configurationが異なる場合、つまり、単位バンド間で「Ｍ」の値が異なる場合の誤り検出結果のバンドリング方法については、これまで検討されてこなかった。【００４９】
図７Ａおよび図７Ｂは、単位バンド間でUL-DL Configurationが異なる場合の誤り検出結果の通知方法の一例を示す。例えば、図７Ａ及び図７Ｂでは、Config 1が設定された単位バンド（周波数ｆ１）はＰＣｅｌｌであり、Config 3が設定された単位バンド（周波数ｆ２）はＳＣｅｌｌである。【００５０】
図７Ａは、ＰＣｅｌｌおよびＳＣｅｌｌのそれぞれの単位バンドで独立に誤り検出結果を通知する方法である。図７Ａの方法では、端末は、単位バンド毎に独立に誤り検出結果を通知できるため、複雑度は低い。しかし、図７Ａの方法では、２つの単位バンド毎に誤り検出結果（応答信号）を送信するためのリソース（Ａ／Ｎリソース）が必要となる。さらに、図７Ａの方法では、基地局は、２つの単位バンドの誤り検出結果に対して、復号処理を並列（つまり、２並列）で行う必要がある。つまり、図７Ａの方法では、端末に１単位バンド（１ＣＣ）のみが設定される3GPP Release 10（Rel-10）と比較して、２倍のＡ／Ｎリソース及び２倍の復号処理が必要となる。【００５１】
また、端末に対して単位バンドが最大５ＣＣ設定される場合、最大５ＣＣ分のＡ／Ｎリソースが必要となる。さらに、基地局においては、最大５並列（１ＣＣの誤り検出結果／１並列）で誤り検出結果の復号処理を行うことが必要となってしまう。ここで、単位バンド間でUL-DL Configurationが常に同じである場合には各単位バンドでのＵＬサブフレームのタイミングは同じである。よって、端末に対して単位バンドが最大５ＣＣ設定されている場合であっても、Ａ／Ｎリソース量は１ＣＣ分のＡ／Ｎリソースで済む。さらに、基地局における誤り検出結果の復号処理も最大５ＣＣ設定時において１並列分（１ＣＣの誤り検出結果に対する処理）で済む。これに対し、単位バンド間でUL-DL Configurationが異なる場合は、最大５倍のＡ／Ｎリソースおよび復号処理量を要することになる。【００５２】
一方、図７Ｂの方法は、各単位バンドの誤り検出結果を常にＰＣｅｌｌでまとめて通知する方法である。すなわち、図７Ｂの方法では、ＰＣｅｌｌ及びＳＣｅｌｌの双方の誤り検出結果は、ＰＣｅｌｌのＵＬサブフレームで送信される。図７Ｂの方法では、端末は、常にＰＣｅｌｌから誤り検出結果を通知するため、使用するＡ／ＮリソースはＰＣｅｌｌの１ＣＣ分でよい。また、基地局における誤り検出結果の復号処理についても、１並列分でよい（最大５ＣＣの誤り検出結果／１並列）。【００５３】
しかし、ＰＣｅｌｌ及びＳＣｅｌｌにそれぞれ設定されるUL-DL Configurationの組合せに応じて、ＳＣｅｌｌの誤り検出結果の通知タイミングが、１ＣＣ時と比較して前後することがある。例えば、図７Ｂにおいて、Config 3が設定されたＳＣｅｌｌのサブフレーム＃０のデータの誤り検出結果に対する、最も早い通知タイミングは、ＰＣｅｌｌのサブフレーム＃７である。しかし、図３に示すように、Config 3が単一の単位バンド（１ＣＣ）のみに設定されている場合、サブフレーム＃０のデータに対する誤り検出結果に対する通知タイミングは、サブフレーム＃４である。このように、複数のUL-DL Configurationおよびサブフレーム番号の組合せに応じて、誤り検出結果の通知タイミングが異なってしまう。この場合、基地局および端末の誤り検出結果に関する処理が非常に煩雑になり、また基地局および端末の開発段階のテストケースが増加してしまう。【００５４】
処理の煩雑化に関して、図８を用いてより具体的に説明する。図８Ａから図８Ｄには、ＳＣｅｌｌにConfig 3、ＰＣｅｌｌに異なるUL-DL Configurationがそれぞれ設定された場合の誤り検出結果（Ａ／Ｎ）の通知タイミングを示す。図８Ａから図８Ｄの方法では、図７Ｂの方法のように、端末は、ＳＣｅｌｌの下りデータに対する誤り検出結果を常にＰＣｅｌｌで通信する。【００５５】
図８Ａでは、図７Ｂと同様、ＰＣｅｌｌにはConfig 1が設定され、ＳＣｅｌｌにはConfig 3が設定されている。図８Ｂ、図８Ｃおよび図８Ｄではそれぞれ、図８ＡとＰＣｅｌｌに設定されるUL-DL Configurationが異なり、ＰＣｅｌｌには、順に、Config 0、Config 4、Config 2が設定されている。ここで、サブフレーム＃０に着目して、端末が、ＳＣｅｌｌで受信した下りデータに対する誤り検出結果を、ＰＣｅｌｌの最も早いタイミングで通知することを検討する。図８Ａと図８ＤのようにＰＣｅｌｌがConfig 1およびConfig 2の場合には、端末はＳＣｅｌｌのサブフレーム＃０で受信した下りデータに対する誤り検出結果をサブフレーム＃７で通知する。図８ＢのようにＰＣｅｌｌがConfig 0の場合には、端末はＳＣｅｌｌのサブフレーム＃０で受信した下りデータに対する誤り検出結果をサブフレーム＃４で通知する。図８ＣのようにＰＣｅｌｌがConfig 4の場合には、端末はＳＣｅｌｌのサブフレーム＃０で受信した下りデータに対する誤り検出結果をサブフレーム＃１２（次フレーム（１フレームは１０サブフレームから成る）のサブフレーム＃２）で通知する。このように、ＰＣｅｌｌとＳＣｅｌｌとで異なるUL-DL Configurationが設定された場合、端末は、ＳＣｅｌｌの同一のサブフレームで受信した下りデータに対する誤り検出結果をＰＣｅｌｌの異なるタイミングで通知する。すなわち、複数のUL-DL Configurationの組合せと、ＳＣｅｌｌにおける下りデータを受信するサブフレーム番号との組合せに応じて、端末は、この下りデータに対する誤り検出結果をＰＣｅｌｌの様々なタイミングで通知してしまう。従って、図８Ａから図８Ｄに示す方法において、基地局および端末は、複数のUL-DL Configuration（２種類の場合は７×７＝４９通り）とサブフレーム番号（Config 5のとき最大９通り）との組合せに応じた誤り検出結果の通知タイミングを予め定めておかねばならない。この組合せ数は非常に多いため、基地局および端末における誤り検出結果の通知に関する処理は非常に煩雑になる。また、基地局および端末の開発段階のテストケースが増加してしまう。【００５６】
図９には、２つのセル（ＰＣｅｌｌとＳＣｅｌｌ）のUL-DL Configurationと下りデータを受信するサブフレーム番号との組合せに応じた誤り検出結果の通知タイミング（ＰＣｅｌｌのどのサブフレームで通知するか）を表わしたデータテーブルを示す。図９Ａから図９Ｇの複数のデータテーブルは、ＳＣｅｌｌのUL-DL ConfigurationがそれぞれConfig 0からConfig 6であるときのデータテーブルである。各データテーブルの複数の行には、ＰＣｅｌｌのUL-DL ConfigurationがConfig 0からConfig6の場合の通知タイミングがそれぞれ示されている。また、複数の列には、ＳＣｅｌｌのサブフレーム番号＃０から＃９で受信した下りデータに対する誤り検出結果である場合の通知タイミングがそれぞれ示されている。また、図９には、２つのセルに同一のUL-DL Configurationが設定されているときの通知タイミングが斜線の網掛けにより示され、UL-DL Configurationの組み合わせにより散らばった通知タイミングがドットの網掛けにより示されている。【００５７】
例えば、図９Ｄに示されるように、ＳＣｅｌｌがConfig 3であり、ＰＣｅｌｌのUL-DL ConfigurationがＳＣｅｌｌのUL-DL Configurationと異なる（すなわちConfig 3以外）場合には、次のようになる。すなわち、ＳＣｅｌｌのサブフレーム＃０の受信データに対する誤り検出結果の通知タイミングは、ＰＣｅｌｌがConfig 0、Config 3またはConfig 6の場合、サブフレーム＃４である。ＰＣｅｌｌがConfig 1またはConfig 2の場合、上記通知タイミングはサブフレーム＃７である。ＰＣｅｌｌがConfig 4またはConfig 5の場合、上記通知タイミングはサブフレーム＃１２（すなわち次のフレーム（１フレームは１０サブフレームから成る）のサブフレーム＃２）である。【００５８】
また、ＳＣｅｌｌのサブフレーム＃９の受信データに対する誤り検出結果の通知タイミングは、ＰＣｅｌｌがConfig 0、Config 1、Config 4またはConfig 6の場合、サブフレーム＃１３（すなわち次フレームのサブフレーム＃３）である。ＰＣｅｌｌがConfig 2の場合、上記通知タイミングはサブフレーム＃１７（すなわち次フレームのサブフレーム＃７）である。ＰＣｅｌｌがConfig 5の場合、上記通知タイミングはサブフレーム＃２２（すなわち次々フレームのサブフレーム＃２）である。【００５９】
本発明の目的は、本発明の目的は、複数の単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、単位バンド毎に設定されるUL-DL Configuration（ＵＬサブフレームとＤＬサブフレームとの割合）が異なる場合において、ＳＣｅｌｌで受信した下りデータの誤り検出結果の通知タイミングが複雑に散らばらないようにすることである。そして、それにより、端末での応答信号の送信処理と基地局での応答信号の受信処理を簡略化できる端末装置、応答信号送信方法及び集積回路を提供することである。
【課題を解決するための手段】
【００６０】
本発明の一態様に係る端末装置は、第１の構成パターンが設定された第１のコンポーネントキャリアと前記第１の構成パターンとは異なる第２の構成パターンが設定された第２のコンポーネントキャリアにおいて下りデータを受信し、前記第１の構成パターン及び前記第２の構成パターンの各々は、複数の下り通信サブフレームと複数の上り通信サブフレームとを含むフレームのための複数の構成パターン（UL/DL Configurations）のうちのいずれかである、受信部と、前記第２のコンポーネントキャリアを用いて受信された下りデータの誤り検出を行い、前記第２のコンポーネントキャリアにおける複数の下り通信サブフレームの各下り通信サブフレームについて、前記誤り検出結果を示す応答信号を生成する応答信号生成部と、前記第２のコンポーネントキャリアにおける前記各下り通信サブフレームの応答信号を、前記第１のコンポーネントキャリアにおけるフレーム中の所定の上り通信サブフレームを用いて送信し、前記複数の構成パターンは、前記フレームにおける下り通信から上り通信への切り替えポイント（ＤＬ／ＵＬ切り替えポイント）の周期が互いに異なる２つの構成パターンを含み、前記２つの構成パターンでは、前記所定の上り通信サブフレームが前記ＤＬ／ＵＬ切り替えポイントの周期にしたがって設定されている、送信部と、を具備する構成を採る。
【００６１】
本発明の一態様に係る応答信号送信方法は、第１の構成パターンが設定された第１のコンポーネントキャリアと前記第１の構成パターンとは異なる第２の構成パターンが設定された第２のコンポーネントキャリアにおいて下りデータを受信し、前記第１の構成パターン及び前記第２の構成パターンの各々は、複数の下り通信サブフレームと複数の上り通信サブフレームとを含むフレームのための複数の構成パターン（UL/DL Configurations）のうちのいずれかであり、前記第２のコンポーネントキャリアを用いて受信された下りデータの誤り検出を行い、前記第２のコンポーネントキャリアにおける複数の下り通信サブフレームの各下り通信サブフレームについて、前記誤り検出結果を示す応答信号を生成し、前記第２のコンポーネントキャリアにおける前記各下り通信サブフレームの応答信号を、前記第１のコンポーネントキャリアにおけるフレーム中の所定の上り通信サブフレームを用いて送信し、前記複数の構成パターンは、前記フレームにおける下り通信から上り通信への切り替えポイント（ＤＬ／ＵＬ切り替えポイント）の周期が互いに異なる２つの構成パターンを含み、前記２つの構成パターンでは、前記所定の上り通信サブフレームが前記ＤＬ／ＵＬ切り替えポイントの周期にしたがって設定されている、応答信号送信方法とする。
【発明の効果】
【００６２】
本発明によれば、複数の単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、単位バンド毎に設定されるUL-DL Configuration（ＵＬサブフレームとＤＬサブフレームとの割合）が異なる場合において、ＳＣｅｌｌで受信した下りデータの誤り検出結果の通知タイミングが複雑に散らばってしまうことが回避される。それにより、端末での応答信号の送信処理と基地局での応答信号の受信処理を簡略化できる。
【図面の簡単な説明】
【００６３】
【図１】応答信号及び参照信号の拡散方法を示す図
【図２】ＰＵＳＣＨリソースにおける応答信号及び上り回線データのＴＤＭの適用に関わる動作を示す図
【図３】ＴＤＤにおけるUL-DL Configurationの説明に供する図
【図４】個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図
【図５】Channel Selectionの説明に供する図
【図６】ＴＤＤにおけるバンドリング方法及びマッピング方法の説明に供する図
【図７】単位バンド間でUL-DL Configurationが異なる場合における応答信号の通知方法を示す図
【図８】ＳＣｅｌｌとＰＣｅｌｌとに異なるUL-DL Configurationが設定された場合における応答信号の通知タイミングを示す図
【図９】ＰＣｅｌｌとＳＣｅｌｌのUL-DL Configurationと下りデータを受信するサブフレーム番号との組合せに応じた応答信号の通知タイミングを表わした図
【図１０】本発明の実施の形態１に係る端末の主要構成を示すブロック図
【図１１】本発明の実施の形態１に係る基地局の構成を示すブロック図
【図１２】本発明の実施の形態１に係る端末の構成を示すブロック図
【図１３】本発明の実施の形態１に係る応答信号の通知タイミングを示す図
【図１４】本発明の実施の形態１に係るＰＣｅｌｌとＳＣｅｌｌのUL-DL Configurationおよび下りデータを受信するサブフレーム番号の組合せに応じた応答信号の通知タイミングを表わす図
【図１５】本発明の実施の形態１に係る応答信号の通知タイミングの決定方法を説明するフローチャート
【図１６】本発明の実施の形態２に係るＰＣｅｌｌとＳＣｅｌｌのUL-DL Configurationおよび下りデータを受信するサブフレーム番号の組合せに応じた応答信号の通知タイミングを表わす図
【図１７】本発明の実施の形態２に係る応答信号の通知タイミングの決定方法を説明するフローチャート
【図１８】本発明の実施の形態３に係るUL grantの有無に応じた応答信号の通知タイミングとUL grantの有無に応じた従来規格に類似させた通知タイミングとを説明する図
【図１９】本発明の実施の形態４に係る基地局の主要構成を示すブロック図
【図２０】本発明の実施の形態に係る応答信号の遅延を説明する図
【発明を実施するための形態】
【００６４】
以下、本発明の各実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
【００６５】
（実施の形態１）
図１０は、本実施の形態に係る端末２００の主要構成図である。端末２００は、第１の単位バンド及び第２の単位バンドを含む複数の単位バンドを用いて基地局１００と通信する。また、端末２００に設定される各単位バンドには、１フレームを構成するサブフレームの構成パターンであって、下り回線の通信に用いられる下り通信サブフレーム（ＤＬサブフレーム）及び上り回線の通信に用いられる上り通信サブフレーム（ＵＬサブフレーム）を含む構成パターン（DL-UL Configuration）が設定される。端末２００において、抽出部２０４が、複数の単位バンドで下りデータをそれぞれ受信し、ＣＲＣ部２１１が、各下りデータの誤りを検出し、応答信号生成部２１２が、ＣＲＣ部２１１で得られる各下りデータの誤り検出結果を用いて応答信号を生成し、制御部２０８が、応答信号を基地局１００へ送信する。
【００６６】
制御部２０８は、第２の単位バンドで受信されたデータに対する誤り検出結果を含む応答信号を、第１の単位バンドのサブフレーム＃２またはサブフレーム＃７で送信する。第１の単位バンドと第２の単位バンドには、異なるUL DL Configurationが設定可能にされている。以下、第１の単位バンドに設定されるUL DL Configurationを、「第１のUL DL Configuration」、または、「第１の構成パターン」と言うことがある。また、第２の単位バンドに設定されるUL DL Configurationを、「第２のUL DL Configuration」、または、「第２の構成パターン」と言うことがある。
【００６７】
［基地局の構成］
図１１は、本実施の形態に係る基地局１００の構成を示すブロック図である。図１１において、基地局１００は、制御部１０１と、制御情報生成部１０２と、符号化部１０３と、変調部１０４と、符号化部１０５と、データ送信制御部１０６と、変調部１０７と、マッピング部１０８と、ＩＦＦＴ（Inverse Fast Fourier Transform）部１０９と、ＣＰ付加部１１０と、無線送信部１１１と、無線受信部１１２と、ＣＰ除去部１１３と、ＰＵＣＣＨ抽出部１１４と、逆拡散部１１５と、系列制御部１１６と、相関処理部１１７と、Ａ／Ｎ判定部１１８と、束Ａ／Ｎ逆拡散部１１９と、ＩＤＦＴ（Inverse Discrete Fourier Transform）部１２０と、束Ａ／Ｎ判定部１２１と、再送制御信号生成部１２２とを有する。
【００６８】
制御部１０１は、リソース割当対象端末（以下「宛先端末」又は単に「端末」ともいう）２００に対して、制御情報を送信するための下りリソース（つまり、下り制御情報割当リソース）、及び、下り回線データを送信するための下りリソース（つまり、下りデータ割当リソース）を割り当てる（Assignする）。このリソース割当は、リソース割当対象端末２００に設定される単位バンドグループに含まれる下り単位バンドにおいて行われる。また、下り制御情報割当リソースは、各下り単位バンドにおける下り制御チャネル（ＰＤＣＣＨ）に対応するリソース内で選択される。また、下りデータ割当リソースは、各下り単位バンドにおける下りデータチャネル（ＰＤＳＣＨ）に対応するリソース内で選択される。また、リソース割当対象端末２００が複数有る場合には、制御部１０１は、リソース割当対象端末２００のそれぞれに異なるリソースを割り当てる。
【００６９】
下り制御情報割当リソースは、上記したＬ１／Ｌ２ＣＣＨと同等である。すなわち、下り制御情報割当リソースは、１つ又は複数のＣＣＥから構成される。
【００７０】
また、制御部１０１は、リソース割当対象端末２００に対して制御情報を送信する際に用いる符号化率を決定する。この符号化率に応じて制御情報のデータ量が異なるので、このデータ量の制御情報をマッピング可能な数のＣＣＥを持つ下り制御情報割当リソースが、制御部１０１によって割り当てられる。
【００７１】
そして、制御部１０１は、制御情報生成部１０２に対して、下りデータ割当リソースに関する情報を出力する。また、制御部１０１は、符号化部１０３に対して、符号化率に関する情報を出力する。また、制御部１０１は、送信データ（つまり、下り回線データ）の符号化率を決定し、符号化部１０５に出力する。また、制御部１０１は、下りデータ割当リソース及び下り制御情報割当リソースに関する情報をマッピング部１０８に対して出力する。ただし、制御部１０１は下り回線データと当該下り回線データに対する下り制御情報を同一の下り単位バンドにマッピングするよう制御する。
【００７２】
制御情報生成部１０２は、下りデータ割当リソースに関する情報を含む制御情報を生成して符号化部１０３へ出力する。この制御情報は下り単位バンド毎に生成される。また、リソース割当対象端末２００が複数有る場合に、リソース割当対象端末２００同士を区別するために、制御情報には、宛先端末２００の端末ＩＤが含まれる。例えば、宛先端末２００の端末ＩＤでマスキングされたＣＲＣビットが制御情報に含まれる。この制御情報は、「下り割当制御情報（Control information carrying downlink assignment）」又は「Downlink Control Information（ＤＣＩ）」と呼ばれることがある。
【００７３】
符号化部１０３は、制御部１０１から受け取る符号化率に従って、制御情報を符号化し、符号化された制御情報を変調部１０４へ出力する。
【００７４】
変調部１０４は、符号化後の制御情報を変調し、得られた変調信号をマッピング部１０８へ出力する。
【００７５】
符号化部１０５は、宛先端末２００毎の送信データ（つまり、下り回線データ）及び制御部１０１からの符号化率情報を入力として送信データを符号化し、データ送信制御部１０６に出力する。ただし、宛先端末２００に対して複数の下り単位バンドが割り当てられる場合には、符号化部１０５は、各下り単位バンドで送信される送信データをそれぞれ符号化し、符号化後の送信データをデータ送信制御部１０６へ出力する。
【００７６】
データ送信制御部１０６は、初回送信時には、符号化後の送信データを保持すると共に変調部１０７へ出力する。符号化後の送信データは、宛先端末２００毎に保持される。また、１つの宛先端末２００への送信データは、送信される下り単位バンド毎に保持される。これにより、宛先端末２００に送信されるデータ全体の再送制御だけでなく、下り単位バンド毎の再送制御も可能になる。
【００７７】
また、データ送信制御部１０６は、再送制御信号生成部１２２から或る下り単位バンドで送信した下り回線データに対するＮＡＣＫ又はＤＴＸを受け取ると、この下り単位バンドに対応する保持データを変調部１０７へ出力する。データ送信制御部１０６は、再送制御信号生成部１２２から或る下り単位バンドで送信した下り回線データに対するＡＣＫを受け取ると、この下り単位バンドに対応する保持データを削除する。
【００７８】
変調部１０７は、データ送信制御部１０６から受け取る符号化後の送信データを変調し、変調信号をマッピング部１０８へ出力する。
【００７９】
マッピング部１０８は、制御部１０１から受け取る下り制御情報割当リソースの示すリソースに、変調部１０４から受け取る制御情報の変調信号をマッピングし、ＩＦＦＴ部１０９へ出力する。
【００８０】
また、マッピング部１０８は、制御部１０１から受け取る下りデータ割当リソース（すなわち、制御情報に含まれる情報）の示すリソース（ＰＤＳＣＨ（下りデータチャネル））に、変調部１０７から受け取る送信データの変調信号をマッピングし、ＩＦＦＴ部１０９へ出力する。
【００８１】
マッピング部１０８にて複数の下り単位バンドにおける複数のサブキャリアにマッピングされた制御情報及び送信データは、ＩＦＦＴ部１０９で周波数領域信号から時間領域信号に変換される。変換された信号は、ＣＰ付加部１１０にてＣＰが付加されてＯＦＤＭ信号とされた後に、無線送信部１１１にてＤ／Ａ（Digital to Analog）変換、増幅及びアップコンバート等の送信処理が施され、アンテナを介して端末２００へ送信される。
【００８２】
無線受信部１１２は、端末２００から送信された上り応答信号又は参照信号を、アンテナを介して受信し、上り応答信号又は参照信号に対しダウンコンバート、Ａ／Ｄ変換等の受信処理を行う。
【００８３】
ＣＰ除去部１１３は、受信処理後の上り応答信号又は参照信号に付加されているＣＰを除去する。
【００８４】
ＰＵＣＣＨ抽出部１１４は、受信信号に含まれるＰＵＣＣＨ信号から、予め端末２００に通知してある束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域の信号を抽出する。ここで、束ＡＣＫ／ＮＡＣＫリソースとは、前述したように、束ＡＣＫ／ＮＡＣＫ信号が送信されるべきリソースであり、ＤＦＴ−Ｓ−ＯＦＤＭフォーマット構成を採るリソースである。具体的には、ＰＵＣＣＨ抽出部１１４は、束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域のデータ部分（すなわち、束ＡＣＫ／ＮＡＣＫ信号が配置されているＳＣ−ＦＤＭＡシンボル）と参照信号部分（すなわち、束ＡＣＫ／ＮＡＣＫ信号を復調するための参照信号が配置されているＳＣ−ＦＤＭＡシンボル）を抽出する。ＰＵＣＣＨ抽出部１１４は、抽出したデータ部分を束Ａ／Ｎ逆拡散部１１９に出力し、参照信号部分を逆拡散部１１５−１に出力する。
【００８５】
また、ＰＵＣＣＨ抽出部１１４は、受信信号に含まれるＰＵＣＣＨ信号から、下り割当制御情報（ＤＣＩ）の送信に用いられたＰＤＣＣＨが占有していたＣＣＥに対応付けられているＡ／Ｎリソース及び予め端末２００に通知してある複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域を抽出する。ここで、Ａ／Ｎリソースとは、Ａ／Ｎが送信されるべきリソースである。具体的には、ＰＵＣＣＨ抽出部１１４は、Ａ／Ｎリソースに対応するＰＵＣＣＨ領域のデータ部分（上り制御信号が配置されているＳＣ−ＦＤＭＡシンボル）と参照信号部分（上り制御信号を復調するための参照信号が配置されているＳＣ−ＦＤＭＡシンボル）を抽出する。そして、ＰＵＣＣＨ抽出部１１４は、抽出したデータ部分及び参照信号部分の両方を、逆拡散部１１５−２に出力する。このようにして、ＣＣＥに関連付けられたＰＵＣＣＨリソース及び端末２００に対して通知した特定のＰＵＣＣＨリソースの中から選択されたリソースで応答信号が受信される。
【００８６】
系列制御部１１６は、端末２００から通知されるＡ／Ｎ、Ａ／Ｎに対する参照信号、及び、束ＡＣＫ／ＮＡＣＫ信号に対する参照信号のそれぞれの拡散に用いられる可能性があるBase sequence（すなわち、系列長１２のＺＡＣ系列）を生成する。また、系列制御部１１６は、端末２００が用いる可能性のあるＰＵＣＣＨリソースにおいて、参照信号が配置され得るリソース（以下「参照信号リソース」と呼ぶ）に対応する相関窓をそれぞれ特定する。そして、系列制御部１１６は、束ＡＣＫ／ＮＡＣＫリソースにおいて参照信号が配置され得る参照信号リソースに対応する相関窓を示す情報及びBase sequenceを相関処理部１１７−１に出力する。系列制御部１１６は、参照信号リソースに対応する相関窓を示す情報及びBase sequenceを、相関処理部１１７−１に出力する。また、系列制御部１１６は、Ａ／Ｎ及びＡ／Ｎに対する参照信号が配置されるＡ／Ｎリソースに対応する相関窓を示す情報及びBase sequenceを相関処理部１１７−２に出力する。
【００８７】
逆拡散部１１５−１及び相関処理部１１７−１は、束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域から抽出された参照信号の処理を行う。
【００８８】
具体的には、逆拡散部１１５−１は、端末２００が束ＡＣＫ／ＮＡＣＫリソースの参照信号において２次拡散に用いるべきウォルシュ系列で参照信号部分を逆拡散し、逆拡散後の信号を相関処理部１１７−１に出力する。
【００８９】
相関処理部１１７−１は、参照信号リソースに対応する相関窓を示す情報及びBase sequenceを用いて、逆拡散部１１５−１から入力される信号と、端末２００において１次拡散に用いられる可能性のあるBase sequenceとの相関値を求める。そして、相関処理部１１７−１は、相関値を束Ａ／Ｎ判定部１２１に出力する。
【００９０】
逆拡散部１１５−２及び相関処理部１１７−２は、複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域から抽出された参照信号及びＡ／Ｎの処理を行う。
【００９１】
具体的には、逆拡散部１１５−２は、端末２００が各Ａ／Ｎリソースのデータ部分及び参照信号部分において２次拡散に用いるべきウォルシュ系列及びＤＦＴ系列でデータ部分及び参照信号部分を逆拡散し、逆拡散後の信号を相関処理部１１７−２に出力する。
【００９２】
相関処理部１１７−２は、各Ａ／Ｎリソースに対応する相関窓を示す情報及びBase sequenceを用いて、逆拡散部１１５−２から入力される信号と、端末２００において１次拡散に用いられる可能性のあるBase sequenceとの相関値をそれぞれ求める。そして、相関処理部１１７−２は、それぞれの相関値をＡ／Ｎ判定部１１８に出力する。
【００９３】
Ａ／Ｎ判定部１１８は、相関処理部１１７−２から入力される複数の相関値に基づいて、端末２００からどのＡ／Ｎリソースを用いて信号が送信されているか、若しくは、いずれのＡ／Ｎリソースも用いられていないかを判定する。そして、Ａ／Ｎ判定部１１８は、端末２００からいずれかのＡ／Ｎリソースを用いて信号が送信されていると判定した場合、参照信号に対応する成分及びＡ／Ｎに対応する成分を用いて同期検波を行い、同期検波の結果を再送制御信号生成部１２２に出力する。一方、Ａ／Ｎ判定部１１８は、端末２００がいずれのＡ／Ｎリソースも用いていないと判定した場合には、Ａ／Ｎリソースが用いられていない旨を再送制御信号生成部１２２に出力する。
【００９４】
束Ａ／Ｎ逆拡散部１１９は、ＰＵＣＣＨ抽出部１１４から入力される束ＡＣＫ／ＮＡＣＫリソースのデータ部分に対応する束ＡＣＫ／ＮＡＣＫ信号をＤＦＴ系列によって逆拡散し、その信号をＩＤＦＴ部１２０に出力する。
【００９５】
ＩＤＦＴ部１２０は、束Ａ／Ｎ逆拡散部１１９から入力される周波数領域上の束ＡＣＫ／ＮＡＣＫ信号を、ＩＤＦＴ処理によって時間領域上の信号に変換し、時間領域上の束ＡＣＫ／ＮＡＣＫ信号を束Ａ／Ｎ判定部１２１に出力する。
【００９６】
束Ａ／Ｎ判定部１２１は、ＩＤＦＴ部１２０から入力される束ＡＣＫ／ＮＡＣＫリソースのデータ部分に対応する束ＡＣＫ／ＮＡＣＫ信号を、相関処理部１１７−１から入力される束ＡＣＫ／ＮＡＣＫ信号の参照信号情報を用いて復調する。また、束Ａ／Ｎ判定部１２１は、復調後の束ＡＣＫ／ＮＡＣＫ信号を復号し、復号結果を束Ａ／Ｎ情報として再送制御信号生成部１２２に出力する。ただし、束Ａ／Ｎ判定部１２１は、相関処理部１１７−１から入力される相関値が閾値よりも小さく、端末２００から束Ａ／Ｎリソースを用いて信号が送信されていないと判定した場合には、その旨を再送制御信号生成部１２２に出力する。
【００９７】
再送制御信号生成部１２２は、下り単位バンドで送信したデータ（下り回線データ）を再送すべきか否かを判定し、判定結果に基づいて再送制御信号を生成する。この判定は、束Ａ／Ｎ判定部１２１から入力される情報、Ａ／Ｎ判定部１１８から入力される情報、および、誤り検出結果の通知タイミング情報に基づいて行われる。誤り検出結果の通知タイミング情報は、予め基地局１００及び端末２００間で定められた複数のUL-DL Configurationとサブフレームタイミングの組合せに応じて決定される。再送制御信号生成部１２２は、或る下り単位バンドで送信した下り回線データに対して再送する必要があると判断した場合には、当該下り回線データの再送命令を示す再送制御信号を生成して、再送制御信号をデータ送信制御部１０６へ出力する。また、再送制御信号生成部１２２は、或る下り単位バンドで送信した下り回線データに対して再送する必要が無いと判断した場合には、当該下り単位バンドで送信した下り回線データを再送しないことを示す再送制御信号を生成して、再送制御信号をデータ送信制御部１０６へ出力する。なお、再送制御信号生成部１２２においてデータを再送すべきか否かの判定に使用される、複数のUL-DL Configurationとサブフレームタイミングの組合せに対する誤り検出結果の通知タイミング情報の詳細については後述する。
【００９８】
［端末の構成］
図１２は、本実施の形態に係る端末２００の構成を示すブロック図である。図１２において、端末２００は、無線受信部２０１と、ＣＰ除去部２０２と、ＦＦＴ（Fast Fourier Transform）部２０３と、抽出部２０４と、復調部２０５と、復号部２０６と、判定部２０７と、制御部２０８と、復調部２０９と、復号部２１０と、ＣＲＣ部２１１と、応答信号生成部２１２と、符号化＆変調部２１３と、１次拡散部２１４−１，２１４−２と、２次拡散部２１５−１，２１５−２と、ＤＦＴ部２１６と、拡散部２１７と、ＩＦＦＴ部２１８−１，２１８−２，２１８−３と、ＣＰ付加部２１９−１，２１９−２，２１９−３と、時間多重部２２０と、選択部２２１と、無線送信部２２２とを有する。
【００９９】
無線受信部２０１は、基地局１００から送信されたＯＦＤＭ信号を、アンテナを介して受信し、受信ＯＦＤＭ信号に対しダウンコンバート、Ａ／Ｄ変換等の受信処理を行う。なお、受信ＯＦＤＭ信号には、ＰＤＳＣＨ内のリソースに割り当てられたＰＤＳＣＨ信号（下り回線データ）又はＰＤＣＣＨ内のリソースに割り当てられたＰＤＣＣＨ信号が含まれる。
【０１００】
ＣＰ除去部２０２は、受信処理後のＯＦＤＭ信号に付加されているＣＰを除去する。
【０１０１】
ＦＦＴ部２０３は、受信ＯＦＤＭ信号をＦＦＴして周波数領域信号に変換し、得られた受信信号を抽出部２０４へ出力する。
【０１０２】
抽出部２０４は、入力される符号化率情報に従って、ＦＦＴ部２０３から受け取る受信信号から下り制御チャネル信号（ＰＤＣＣＨ信号）を抽出する。すなわち、符号化率に応じて下り制御情報割当リソースを構成するＣＣＥ（又はＲ−ＣＣＥ）の数が変わるので、抽出部２０４は、その符号化率に対応する個数のＣＣＥを抽出単位として、下り制御チャネル信号を抽出する。また、下り制御チャネル信号は、下り単位バンドごとに抽出される。抽出された下り制御チャネル信号は、復調部２０５へ出力される。
【０１０３】
また、抽出部２０４は、後述する判定部２０７から受け取る自装置宛の下りデータ割当リソースに関する情報に基づいて、受信信号から下り回線データ（下りデータチャネル信号（ＰＤＳＣＨ信号））を抽出し、復調部２０９へ出力する。このように、抽出部２０４は、ＰＤＣＣＨにマッピングされた下り割当制御情報（ＤＣＩ）を受信し、ＰＤＳＣＨで下り回線データを受信する。
【０１０４】
復調部２０５は、抽出部２０４から受け取る下り制御チャネル信号を復調し、得られた復調結果を復号部２０６に出力する。
【０１０５】
復号部２０６は、入力される符号化率情報に従って、復調部２０５から受け取る復調結果を復号して、得られた復号結果を判定部２０７に出力する。
【０１０６】
判定部２０７は、復号部２０６から受け取る復号結果に含まれる制御情報が自装置宛の制御情報であるか否かをブラインド判定（モニタ）する。この判定は、上記した抽出単位に対応する復号結果を単位として行われる。例えば、判定部２０７は、自装置の端末ＩＤでＣＲＣビットをデマスキングし、ＣＲＣ＝ＯＫ（誤り無し）となった制御情報を自装置宛の制御情報であると判定する。そして、判定部２０７は、自装置宛の制御情報に含まれる、自装置に対する下りデータ割当リソースに関する情報を抽出部２０４へ出力する。
【０１０７】
また、判定部２０７は、自装置宛の制御情報（すなわち、下り割当制御情報）を検出した場合、ＡＣＫ／ＮＡＣＫ信号が発生（存在）する旨を制御部２０８に通知する。また、判定部２０７は、自装置宛の制御情報をＰＤＣＣＨ信号から検出した場合、当該ＰＤＣＣＨが占有していたＣＣＥに関する情報を制御部２０８に出力する。
【０１０８】
制御部２０８は、判定部２０７から入力されるＣＣＥに関する情報から、当該ＣＣＥに関連付けられたＡ／Ｎリソースを特定する。そして、制御部２０８は、ＣＣＥに関連付けられたＡ／Ｎリソース、又は、予め基地局１００から通知されているＡ／Ｎリソースに対応するBase sequence及び循環シフト量を、１次拡散部２１４−１へ出力し、当該Ａ／Ｎリソースに対応するウォルシュ系列及びＤＦＴ系列を２次拡散部２１５−１へ出力する。また、制御部２０８は、Ａ／Ｎリソースの周波数リソース情報をＩＦＦＴ部２１８−１に出力する。
【０１０９】
また、制御部２０８は、束ＡＣＫ／ＮＡＣＫ信号を束ＡＣＫ／ＮＡＣＫリソースを用いて送信すると判断した場合、予め基地局１００から通知されている束ＡＣＫ／ＮＡＣＫリソースの参照信号部分（参照信号リソース）に対応するBase sequence及び循環シフト量を、１次拡散部２１４−２へ出力し、ウォルシュ系列を２次拡散部２１５−２へ出力する。また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソースの周波数リソース情報をＩＦＦＴ部２１８−２に出力する。
【０１１０】
また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソースのデータ部分の拡散に用いるＤＦＴ系列を拡散部２１７に出力し、束ＡＣＫ／ＮＡＣＫリソースの周波数リソース情報をＩＦＦＴ部２１８−３に出力する。
【０１１１】
また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソース又はＡ／Ｎリソースのいずれかを選択し、選択したリソースを無線送信部２２２に出力するよう選択部２２１に指示する。更に、制御部２０８は、選択したリソースに応じて、束ＡＣＫ／ＮＡＣＫ信号又はＡＣＫ／ＮＡＣＫ信号のいずれかを生成するよう応答信号生成部２１２に指示する。
【０１１２】
復調部２０９は、抽出部２０４から受け取る下り回線データを復調し、復調後の下り回線データを復号部２１０へ出力する。
【０１１３】
復号部２１０は、復調部２０９から受け取る下り回線データを復号し、復号後の下り回線データをＣＲＣ部２１１へ出力する。
【０１１４】
ＣＲＣ部２１１は、復号部２１０から受け取る復号後の下り回線データを生成し、ＣＲＣを用いて下り単位バンド毎に誤り検出し、ＣＲＣ＝ＯＫ（誤り無し）の場合にはＡＣＫを、ＣＲＣ＝ＮＧ（誤り有り）の場合にはＮＡＣＫを、応答信号生成部２１２へそれぞれ出力する。また、ＣＲＣ部２１１は、ＣＲＣ＝ＯＫ（誤り無し）の場合には、復号後の下り回線データを受信データとして出力する。
【０１１５】
応答信号生成部２１２は、ＣＲＣ部２１１から入力される、各下り単位バンドにおける下り回線データの受信状況（下り回線データの誤り検出結果）、及び、誤り検出結果の通知タイミング情報に基づいて応答信号を生成する。ここで、誤り検出結果の通知タイミング情報は、予め基地局１００及び端末２００間で定められた複数のUL-DL Configurationとサブフレームタイミングの組合せに応じて決定される。応答信号生成部２１２は、制御部２０８から束ＡＣＫ／ＮＡＣＫ信号を生成するように指示された場合には、下り単位バンド毎の誤り検出結果の各々が個別データとして含まれている束ＡＣＫ／ＮＡＣＫ信号を生成する。一方、応答信号生成部２１２は、制御部２０８からＡＣＫ／ＮＡＣＫ信号を生成するように指示された場合には、１シンボルのＡＣＫ／ＮＡＣＫ信号を生成する。そして、応答信号生成部２１２は生成した応答信号を符号化・変調部２１３に出力する。なお、応答信号生成部２１２において使用される、複数のUL-DL Configurationとサブフレームタイミングの組合せに対する誤り検出結果の通知タイミング情報の詳細については後述する。
【０１１６】
符号化・変調部２１３は、束ＡＣＫ／ＮＡＣＫ信号が入力された場合には、入力された束ＡＣＫ／ＮＡＣＫ信号を符号化・変調し、１２シンボルの変調信号を生成し、ＤＦＴ部２１６へ出力する。また、符号化・変調部２１３は、１シンボルのＡＣＫ／ＮＡＣＫ信号が入力された場合には、当該ＡＣＫ／ＮＡＣＫ信号を変調し、１次拡散部２１４−１に出力する。
【０１１７】
Ａ／Ｎリソース、及び、束ＡＣＫ／ＮＡＣＫリソースの参照信号リソースに対応する１次拡散部２１４−１及び２１４−２は、制御部２０８の指示に従ってＡＣＫ／ＮＡＣＫ信号又は参照信号を、リソースに対応するBase sequenceによって拡散し、拡散した信号を２次拡散部２１５−１，２１５−２へ出力する。
【０１１８】
２次拡散部２１５−１，２１５−２は、制御部２０８の指示により、入力された１次拡散後の信号をウォルシュ系列又はＤＦＴ系列を用いて拡散しＩＦＦＴ部２１８−１，２１８−２に出力する。
【０１１９】
ＤＦＴ部２１６は、入力される時系列の束ＡＣＫ／ＮＡＣＫ信号を１２個纏めてＤＦＴ処理を行うことにより、１２個の周波数軸上の信号成分を得る。そして、ＤＦＴ部２１６は１２個の信号成分を拡散部２１７に出力する。
【０１２０】
拡散部２１７は、制御部２０８から指示されたＤＦＴ系列を用いて、ＤＦＴ部２１６から入力された１２個の信号成分を拡散し、ＩＦＦＴ部２１８−３に出力する。
【０１２１】
ＩＦＦＴ部２１８−１，２１８−２，２１８−３は、制御部２０８の指示により、入力された信号を、配置されるべき周波数位置に対応付けてＩＦＦＴ処理を行う。これにより、ＩＦＦＴ部２１８−１，２１８−２，２１８−３に入力された信号（すなわち、ＡＣＫ／ＮＡＣＫ信号、Ａ／Ｎリソースの参照信号、束ＡＣＫ／ＮＡＣＫリソースの参照信号、束ＡＣＫ／ＮＡＣＫ信号）は時間領域の信号に変換される。
【０１２２】
ＣＰ付加部２１９−１，２１９−２，２１９−３は、ＩＦＦＴ後の信号の後尾部分と同じ信号をＣＰとしてその信号の先頭に付加する。
【０１２３】
時間多重部２２０は、ＣＰ付加部２１９−３から入力される束ＡＣＫ／ＮＡＣＫ信号（すなわち、束ＡＣＫ／ＮＡＣＫリソースのデータ部分を用いて送信される信号）と、ＣＰ付加部２１９−２から入力される束ＡＣＫ／ＮＡＣＫリソースの参照信号とを、束ＡＣＫ／ＮＡＣＫリソースに時間多重する。そして、時間多重部２２０は、得られた信号を選択部２２１へ出力する。
【０１２４】
選択部２２１は、制御部２０８の指示に従って、時間多重部２２０から入力される束ＡＣＫ／ＮＡＣＫリソースとＣＰ付加部２１９−１から入力されるＡ／Ｎリソースのいずれかを選択し、選択したリソースに割り当てられた信号を無線送信部２２２へ出力する。
【０１２５】
無線送信部２２２は、選択部２２１から受け取る信号に対しＤ／Ａ変換、増幅及びアップコンバート等の送信処理を行い、アンテナから基地局１００へ送信する。
【０１２６】
［基地局１００及び端末２００の動作］
次に、上記の構成を有する基地局１００及び端末２００の動作について説明する。以下、続く説明のために、ＰＣｅｌｌの単位バンドとＳＣｅｌｌの単位バンドとに異なるUL-DL Configurationが設定されている場合のことを、「２ＣＣ−別コンフィグ設定」と呼ぶ。また、ＰＣｅｌｌの単位バンドとＳＣｅｌｌの単位バンドとに同一のUL-DL Configurationが設定されている場合のことを、「２ＣＣ−同コンフィグ設定」と呼ぶ。また、端末２００に単一の単位バンド（１ＣＣ）のみが設定され、この単位バンドに比較対象のＳＣｅｌｌと同一のUL-DL Configurationが設定されている場合のことを、「１ＣＣ−ＳＣｅｌｌコンフィグ設定」と呼ぶ。
【０１２７】
実施の形態１において、２ＣＣ−別コンフィグ設定の場合、端末２００は、ＳＣｅｌｌの単位バンドで受信した下りデータに対する誤り検出結果を、常にＰＣｅｌｌの単位バンドのサブフレーム＃２またはサブフレーム＃７で通知する。つまり、実施の形態１では、２ＣＣ−別コンフィグ設定の場合にＳＣｅｌｌの下りデータに対する誤り検出結果を通知するタイミングと、１ＣＣ−ＳＣｅｌｌコンフィグ設定で同じサブフレームで受信した下りデータの誤り検出結果を通知するタイミングとは同一にならない。
【０１２８】
なお、２ＣＣ−同コンフィグ設定の場合、端末２００は、１ＣＣ−ＳＣｅｌｌコンフィグ設定の通知タイミングと同一のタイミングで、ＳＣｅｌｌの下りデータに対する誤り検出結果をＰＣｅｌｌの単位バンドで通知する。言い換えれば、本実施の形態において、ＳＣｅｌｌの下りデータに対する誤り検出結果の通知タイミングは、２ＣＣ−別コンフィグ設定の場合と、２ＣＣ−同コンフィグ設定の場合とで同一にならない。
【０１２９】
図３に示すように、Ｓｐｅｃｉａｌサブフレームには、ＤＬ／ＵＬ切り替えポイント（ガード期間、Guard Period(GP)ともいう）が含まれる。Config 0、Config 1、Config 2およびConfig 6において、ＤＬ／ＵＬ切り替えポイントは５ｍｓ周期で現れる。また、Config 3、Config 4、Config 5において、ＤＬ／ＵＬ切り替えポイントは１０ｍｓ周期で現れる。以下、Ｓｐｅｃｉａｌサブフレームが周期的に現れる最小周期が５ｍｓ周期であるUL-DL Configurationを「５ｍｓ周期のUL-DL Configuration」と呼ぶ。また、Ｓｐｅｃｉａｌサブフレームが周期的に現れる最小周期が１０ｍｓ周期であるUL-DL Configurationを「１０ｍｓ周期のUL-DL Configuration」と呼ぶ。
【０１３０】
２種類の周期が存在する理由は、様々なＵＬサブフレームとＤＬサブフレーム（およびＳｐｅｃｉａｌサブフレーム）の比率を規定できるようにするためである。ＵＬサブフレームとＤＬサブフレーム（およびＳｐｅｃｉａｌサブフレーム）の比率は、Config 0のとき６：４、Config 6のとき５：５、Config 1のとき４：６、Config 3のとき３：７、Config 2のとき２：８、Config 5のとき１：９である。各UL-DL Configurationに対するＤＬ／ＵＬ切り替えポイントは、５ｍｓ周期のUL-DL Configurationでは、常にサブフレーム＃１に存在する。また、１０ｍｓ周期のUL-DL Configurationでは、常にサブフレーム＃１およびサブフレーム＃６に存在する。このように、複数のUL-DL Configuration間で同じタイミングにＤＬ／ＵＬ切り替えポイントが規定されることにより、基地局１００および端末２００は、Ｓｐｅｃｉａｌサブフレームか否かを少ない場合分けで判断することができる。ここで、前述の通り、ＳｐｅｃｉａｌサブフレームにはＤＬ／ＵＬ切り替えポイントが含まれるため、Ｓｐｅｃｉａｌサブフレームの次のサブフレームは、どのUL-DL Configurationにおいても、必ずＵＬサブフレームになる。すなわち、Config 0、Config 1、Config 2およびConfig 6）では、サブフレーム＃２およびサブフレーム＃７が必ずＵＬサブフレームになる。１０ｍｓ周期のUL-DL Configuration（Config 3、Config 4およびConfig 5）では、サブフレーム＃２が必ずＵＬサブフレームになる。
【０１３１】
そこで本実施の形態では、ＰＣｅｌｌの単位バンドに１０ｍｓ周期のUL-DL Configurationが設定されている場合、端末２００は、サブフレーム＃２でＳＣｅｌｌの下りデータに対する誤り検出結果を通知する。サブフレーム＃２は、全てのUL-DL Configurationで共通にＵＬサブフレームとなる。また、ＰＣｅｌｌの単位バンドに５ｍｓ周期のUL-DL Configurationが設定されている場合、端末２００は、サブフレーム＃２とサブフレーム＃７でＳＣｅｌｌの下りデータに対する誤り検出結果を通知する。
【０１３２】
図１３には、実施の形態１に係るＳＣｅｌｌの下りデータに対する誤り検出結果の通知タイミングを説明する図を示す。図１３Ａは、図８Ａと同様、ＰＣｅｌｌにConfig 1が設定され、ＳＣｅｌｌにConfig 3が設定された例である。図１３Ｂ、図１３Ｃおよび図１３Ｄの例は、ＰＣｅｌｌに、順に、Config 0、Config 4、Config 2が設定され、ＳＣｅｌｌに図１３Ａと同じConfig 3が設定された例である。ここで、サブフレーム＃０に着目すると、端末２００は、ＳＣｅｌｌで受信した下りデータに対する誤り検出結果を、通知用に定められたサブフレームのうち最も早いタイミングのサブフレームで通知する。ただし、端末２００は、下りデータの受信から誤り検出結果を通知するまでに最低４ｍｓ（誤り検出結果を含む応答信号の生成に必要な時間）を要する。そのため、端末２００は、下りデータの受信から４ｍｓ以降で最も早いタイミングのサブフレーム＃２またはサブフレーム＃７で、この下りデータに対する誤り検出結果を通知する。すなわち、図１３Ａ、図１３Ｂ又は図１３ＤのようにＰＣｅｌｌに５ｍｓ周期のUL-DL Configurationが設定されている場合、端末２００は、次に現れるサブフレーム＃７で誤り検出結果を通知する。図１３ＣのようにＰＣｅｌｌに１０ｍｓ周期のUL-DL Configurationが設定されている場合には、端末２００は、受信から４ｍｓ以降で最も早いタイミングのサブフレーム＃１２（次フレームのサブフレーム＃２）で誤り検出結果を通知する。
【０１３３】
このように、ＰＣｅｌｌとＳＣｅｌｌとに異なるUL-DL Configurationが設定された場合、端末２００は、誤り検出結果をＰＣｅｌｌで通知するタイミングを、サブフレーム＃２またはサブフレーム＃７に限定する。ＰＣｅｌｌとＳＣｅｌｌに設定されるUL-DL Configurationと、端末２００が下りデータを受信するＳＣｅｌｌのサブフレーム番号との組合せが何れの場合であっても、上記通知タイミングはサブフレーム＃２またはサブフレーム＃７に限定される。つまり、誤り検出結果の通知タイミングが条件によって複雑に分散しない。したがって、基地局１００および端末２００は、誤り検出結果に関する処理を簡略化して行うことができる。また、基地局１００および端末２００の開発段階におけるテストケースが少なくなる。
【０１３４】
図１４には、実施の形態１における、２つのセル（ＰＣｅｌｌとＳＣｅｌｌ）のUL-DL Configurationと下りデータを受信するサブフレーム番号との組合せに応じた誤り検出結果の通知タイミングを表わしたデータテーブルを示す。図１４は、図９と同様に、ＳＣｅｌｌに或るUL-DL Configurationが設定されている場合に、ＳＣｅｌｌの或る下りサブフレームで受信した下りデータに対する誤り検出結果を、ＰＣｅｌｌのどのサブフレームで通知するかを示している。また、図１４には、２つのセルに同一のUL-DL Configurationが設定されているときの通知タイミングを斜線の網掛けにより示している。
【０１３５】
例えば、図１４Ｄに示されるように、ＳＣｅｌｌがConfig 3であり、ＰＣｅｌｌのUL-DL ConfigurationがＳＣｅｌｌのUL-DL Configurationと異なる（すなわちConfig 3以外）場合には、次のようになる。すなわち、ＳＣｅｌｌのサブフレーム＃０における受信データに対する誤り検出結果の通知タイミングは、ＰＣｅｌｌが５ｍｓ周期のUL-DL Configurationの場合、サブフレーム＃７である。ＰＣｅｌｌが１０ｍｓ周期のUL-DL Configurationの場合、サブフレーム＃１２（すなわち次フレームのサブフレーム＃２）である。
【０１３６】
また、ＳＣｅｌｌのサブフレーム＃９における受信データに対する誤り検出結果の通知タイミングは、ＰＣｅｌｌが５ｍｓ周期のUL-DL Configurationの場合、サブフレーム＃１７（すなわち次フレームのサブフレーム＃７）である。ＰＣｅｌｌが１０ｍｓ周期のUL-DL Configurationの場合、サブフレーム＃２２（すなわち２つ先のフレームのサブフレーム＃２）である。
【０１３７】
また、ＳＣｅｌｌのサブフレーム＃５における受信データに対する誤り検出結果は、ＰＣｅｌｌが５ｍｓ周期のUL-DL Configurationの場合、サブフレーム＃１２（すなわち次フレームのサブフレーム＃２）である。ＰＣｅｌｌが１０ｍｓ周期のUL-DL Configurationの場合もまた、サブフレーム＃１２（すなわち次フレームのサブフレーム＃２）である。
【０１３８】
図１５には、実施の形態１に係る誤り検出結果の通知タイミングの決定方法を説明するフローチャートを示す。この決定フローは、ＰＣｅｌｌとＳＣｅｌｌに異なるUL-DL Configurationの設定が行われている場合を前提としたものである。上述した実施の形態１に係る誤り検出結果（ＡＣＫ／ＮＡＣＫ）の通知タイミングは、図１５の決定フローにより求めることができる。すなわち、通知タイミングを決定する場合、先ず、ＰＣｅｌｌのUL-DL Configurationが１０ｍｓ周期（Ｓｐｅｃｉａｌサブフレームが周期的に現れる最小周期）か５ｍｓ周期かが判別（Ｓ１００）される。判別結果が１０ｍｓ周期であれば、通知タイミングはＰＣｅｌｌの最も早いサブフレーム（ＳＦ）＃２と決定される（Ｓ１０１）。判別結果が５ｍｓ周期であれば、次に、ＳＣｅｌｌの下りデータが伝送されたＰＤＳＣＨのサブフレーム番号が判別される（Ｓ１０１）。その結果、サブフレーム番号が「＃０〜＃２，＃９」であれば、通知タイミングはＰＣｅｌｌの最も早いサブフレーム＃７と決定される（Ｓ１０３）。サブフレーム番号が「＃４〜＃８」であれば、通知タイミングはＰＣｅｌｌの最も早いサブフレーム＃２と決定される（Ｓ１０１）。
【０１３９】
ＰＣｅｌｌとＳＣｅｌｌに同じUL-DL Configurationの設定が行われている場合には、端末２００は、１ＣＣの場合に規定される誤り検出結果の通知タイミングを採用する。
【０１４０】
本実施の形態において、端末２００の制御部２０８（図１０参照）は、図１５の決定フローを実行することで、誤り検出結果の通知タイミングを決定してもよい。或いは、端末２００の制御部２０８は、図１５の決定フローにより決定された通知タイミングを表わすテーブルデータをメモリに保持し、制御部２０８がこのテーブルデータを読んで誤り検出結果の通知タイミングを決定してもよい。
【０１４１】
この実施の形態１の送受信方法において、次の状況およびタイミングについて着目する。すなわち、ＰＣｅｌｌとＳＣｅｌｌに異なるUL-DL Configurationが設定され、端末２００がＳＣｅｌｌで下りデータを受信した後、この下りデータの誤り検出結果を生成するのに必要な４ｍｓが経過したタイミングに着目する。このとき、ＳＣｅｌｌがＵＬサブフレーム、ＰＣｅｌｌがＤＬサブフレームであった場合、端末２００は、１ＣＣ−ＳＣｅｌｌコンフィグ設定の場合と同様のタイミングで誤り検出結果をＰＣｅｌｌで通知できない。しかしながら、この実施の形態１の端末２００の制御部２０８は、このような場合でも、上記下りデータに対する誤り検出結果の通知タイミングを簡単に決定することができる。そして、端末２００は、複数のUL-DL Configurationで共通にされたサブフレーム番号の期間、すなわち、ＰＣｅｌｌの次のサブフレーム＃２（５ｍ周期のUL-DL Configurationの場合は、次のサブフレーム＃２又は＃７）に誤り検出結果を通知する。従って、端末２００における誤り検出結果の送信処理と、基地局１００における誤り検出結果の受信処理とが簡略化される。
【０１４２】
（実施の形態２）
実施の形態２において、端末２００は、次のタイミングで、ＳＣｅｌｌの単位バンドで受信された下りデータに対する誤り検出結果をＰＣｅｌｌで通知する。すなわち、ＳＣｅｌｌの下りデータに対して１ＣＣ−ＳＣｅｌｌコンフィグ設定であれば通知タイミングとなる期間に、ＰＣｅｌｌのサブフレームがＵＬサブフレームである場合、端末２００は、このＵＬサブフレームで誤り検出結果を通知する。１ＣＣ−ＳＣｅｌｌコンフィグ設定であれば通知タイミングとなる期間におけるＰＣｅｌｌのサブフレームがＤＬサブフレームである場合、端末２００は、実施の形態１と同様のタイミングで誤り検出結果を通知する。すなわち、この後者の場合、端末２００は、ＰＣｅｌｌに１０ｍ周期のUL-DL Configurationが設定されていれば、次に最も早く現れるサブフレーム＃２で誤り検出結果を通知する。また、端末２００は、ＰＣｅｌｌに５ｍ周期のUL-DL Configurationが設定されていれば、次に最も早く現れるサブフレーム＃２または＃７で誤り検出結果を通知する。
【０１４３】
図３に示すように、複数のUL-DL Configurationの中には、サブフレーム＃２およびサブフレーム＃７以外でも、同じタイミングでＵＬサブフレームを有する複数のUL-DL Configurationの組み合わせがある。例えば、Config 0、Config 1、Config 3、Config 4およびConfig 6のサブフレーム＃３は、ＵＬサブフレームである。従って、ＳＣｅｌｌとＰＣｅｌｌにこれらのUL-DL Configurationが設定されている場合には、次のことが言える。すなわち、この場合、１ＣＣ−ＳＣｅｌｌコンフィグ設定であればサブフレーム＃３が通知タイミングとなるＳＣｅｌｌの下りデータに対して、端末２００は、この誤り検出結果をこの通知タイミングにＰＣｅｌｌで通知できる。Config 0、Config 1、Config 3、Config 4およびConfig 6のうち、ＳＣｅｌｌとＰＣｅｌｌに別々のUL-DL Configurationが設定されている場合も同様である。つまり、上記の条件が満たされる場合には、端末２００は、１ＣＣの場合の通知タイミングを利用して、ＳＣｅｌｌで受信した下りデータに対する誤り検出結果をＰＣｅｌｌで通知することが可能となる。また、このような通知タイミングは、複数のUL-DL Configurationで共通のタイミングであり、UL-DL Configurationの組み合わせによって通知タイミングは複雑に散らばらない。従って、このような場合、上記誤り検出結果の通知タイミングを、１ＣＣ−ＳＣｅｌｌコンフィグ設定のときの通知タイミングから異ならせる必要性は少なくなる。
【０１４４】
一方、ＰＣｅｌｌにConfig 2またはConfig 5が設定されている場合、ＰＣｅｌｌのサブフレーム＃３はＤＬサブフレームになる。従って、この場合、１ＣＣ−ＳＣｅｌｌコンフィグ設定であればサブフレーム＃３が通知タイミングとなるＳＣｅｌｌの下りデータに対して、端末２００は、この通知タイミングにＰＣｅｌｌで誤り検出結果を通知できない。従って、このような場合、端末２００は、上記の誤り検出結果の通知タイミングを、１ＣＣ−ＳＣｅｌｌコンフィグ設定のときの通知タイミングから異ならせる必要がある。
【０１４５】
図１６には、実施の形態２における、２つのセル（ＰＣｅｌｌとＳＣｅｌｌ）のUL-DL ConfigurationとＳＣｅｌｌで下りデータを受信するサブフレーム番号との組合せに応じた誤り検出結果の通知タイミングを表わしたデータテーブルを示す。具体的には、図１６は、図９または図１４と同様に、ＳＣｅｌｌに或るUL-DL Configurationが設定されている場合に、ＳＣｅｌｌの或る下りフレームで受信した下りデータに対する誤り検出結果を、ＰＣｅｌｌのどのサブフレームで通知するかを示している。また、図１６には、２つのセルに同一のUL-DL Configurationが設定されているときの通知タイミングが斜線の網掛けにより示され、１ＣＣ−ＳＣｅｌｌコンフィグ設定のときと同一にされた通知タイミングがドットの網掛けにより示されている。
【０１４６】
例えば、図１６Ｄに示すように、実施の形態１と実施の形態２の誤り検出結果の通知タイミングは、ＰＣｅｌｌのUL-DL Configurationが＃0または＃6で、且つ、ＳＣｅｌｌの下りデータを受信したサブフレームが＃７、＃８または＃９の場合に、異なっている。実施の形態１の通知タイミングは、サブフレーム＃１２と＃１７であるが、実施の形態２の通知タイミングはサブフレーム＃１３と＃１４となる。このサブフレーム＃１３と＃１４の通知タイミングは、ＰＣｅｌｌのUL-DL Configurationと、ＳＣｅｌｌのUL-DL Configurationとが同一である場合の通知タイミングと同じになる。
【０１４７】
図１７には、実施の形態２に係る誤り検出結果の通知タイミングの決定方法を説明するフローチャートを示す。この決定フローは、ＰＣｅｌｌとＳＣｅｌｌに異なるUL-DL Configurationの設定が行われている場合を前提としたものである。通知タイミングを決定する場合、先ず、ＳＣｅｌｌの下りデータに対する誤り検出結果に対して、１ＣＣ−ＳＣｅｌｌコンフィグ設定であれば通知タイミングとなる期間に、ＰＣｅｌｌはＵＬサブフレーム（ＵＬ ＳＦ）であるか否かが判別される（Ｓ２００）。この判別の結果、ＵＬサブフレームであれば、上記誤り検出結果の通知タイミングは、ＰＣｅｌｌのこのＵＬサブフレームと決定される（Ｓ２０１）。一方、ＵＬサブフレームでなければ、上記誤り検出結果の通知タイミングは、図１５の決定方法に従って決定される（Ｓ２０２）。図１６に示される実施の形態２に係る誤り検出結果（ＡＣＫ／ＮＡＣＫ）の通知タイミングは、この決定フローにより求められる。
【０１４８】
この実施の形態２において、端末２００の制御部２０８（図１０参照）は、図１５の決定フローを実行することで、誤り検出結果の通知タイミングを決定してもよい。或いは、端末２００の制御部２０８は、図１７の決定フローにより決定された通知タイミングを表わすテーブルデータをメモリに保持し、制御部２０８がこのテーブルデータを読んで誤り検出結果の通知タイミングを決定してもよい。
【０１４９】
この実施の形態２に係る送受信方法によれば、ＰＣｅｌｌとＳＣｅｌｌとに異なるUL-DL Configurationが設定された場合に、端末２００は、ＳＣｅｌｌの下りデータに対する誤り検出結果をＰＣｅｌｌで通知する。その際、誤り検出結果のＰＣｅｌｌでの通知タイミングは、ＰＣｅｌｌとＳＣｅｌｌとにそれぞれ設定されるUL-DL Configurationの番号と、ＳＣｅｌｌで下りデータを受信するサブフレームの番号の組み合わせに応じて決定される。実施の形態２では、誤り検出結果のＰＣｅｌｌでの通知タイミングは、上記の組み合わせが一部の組み合わせとなる場合に、サブフレーム＃２またはサブフレーム＃７に限定される。ＰＣｅｌｌとＳＣｅｌｌにそれぞれ設定されるUL-DL Configurationの番号の組み合わせは４９（＝７×７）通りであり、ＳＣｅｌｌで下りデータを受信するサブフレーム番号は、最大で９通り（Config 5の場合）である。それゆえ、これらの組み合わせ数は非常に多くなるが、各組み合わせに応じた誤り検出結果の通知タイミングは、多くの場合にサブフレーム＃２またはサブフレーム＃７に限定され、複雑に散らばらない。従って、端末２００における誤り検出結果の送信処理と、基地局１００における誤り検出結果の受信処理とが簡略化される。また、端末２００および基地局１００の開発段階におけるテストケースが少なくなる。
【０１５０】
さらに、実施の形態２に係る送受信方法によれば、端末２００は、ＳＣｅｌｌで受信した下りデータの誤り検出結果をＰＣｅｌｌで通知する際、可能であれば１ＣＣ−ＳＣｅｌｌコンフィグ設定の場合と同じ通知タイミングで誤り検出結果をＰＣｅｌｌで通知する。つまり、実際の誤り検出結果の通知タイミングと、１ＣＣ−ＳＣｅｌｌコンフィグ設定の場合の通知タイミングとがずれる状況が最小限になる。つまり、ＰＣｅｌｌとＳＣｅｌｌで異なるUL-DL Configurationが設定された場合でも、１ＣＣ−ＳＣｅｌｌコンフィグ設定の場合および２ＣＣ−同コンフィグ設定の場合と比較して、誤り検出結果の通知処理の内容（タイミングなど）の変更が少なくなる。従って、端末２００における誤り検出結果の送信処理、および、基地局１００における誤り検出結果の受信処理は、１ＣＣ−ＳＣｅｌｌコンフィグ設定の場合あるいは２ＣＣ−同コンフィグ設定の場合の処理と同様になる。それにより、端末２００および基地局１００の開発段階におけるテストケースが少なくなる。
【０１５１】
（実施の形態３）
実施の形態３の端末２００は、２ＣＣ−同コンフィグ設定の場合、ＳＣｅｌｌの単位バンドにおける上りデータ（ＰＵＳＣＨ）送信の有無によらず、ＳＣｅｌｌの単位バンドで受信した下りデータに対する誤り検出結果を、常にＰＣｅｌｌで通知する。具体的には、端末２００は、この誤り検出結果を、ＰＣｅｌｌのＰＵＳＣＨ領域またはＰＵＣＣＨ領域で通知する。また、２ＣＣ−別コンフィグ設定の場合、端末２００は、ＳＣｅｌｌの単位バンドにおける上りデータ（ＰＵＳＣＨ）送信の有無によらず、ＳＣｅｌｌの単位バンドで受信した下りデータに対する誤り検出結果を、常にＰＣｅｌｌで通知する。
【０１５２】
実施の形態１および実施の形態２では、２ＣＣ−別コンフィグ設定の場合にＳＣｅｌｌで受信された下りデータに対する誤り検出結果の通知タイミングと、１ＣＣ−ＳＣｅｌｌコンフィグ設定であればこの誤り検出結果の通知タイミングとなるタイミングとが、異なる。あるいは、別の表現をすると、端末２００がＳＣｅｌｌの単位バンドで受信したデータに対する誤り検出結果の通知タイミングは、２ＣＣ−同コンフィグ設定の場合と、２ＣＣ−別コンフィグ設定の場合とで異なる。次に、実施の形態３に係る基地局１００および端末２００の動作について、上記のように誤り検出結果の通知タイミングが異なる場合で、且つ、ＳＣｅｌｌに上りデータ送信がある場合とない場合に対して、それぞれ説明する。
【０１５３】
ＬＴＥ−Ａｄｖａｎｃｅｄ  Ｒｅｌｅａｓｅ１０では、端末に対して、ＰＣｅｌｌの単位バンドとＳＣｅｌｌの単位バンドとに同じUL-DL Configurationが設定される。そして、端末は、ＰＣｅｌｌで受信した下りデータに対する誤り検出結果と、ＳＣｅｌｌで受信した下りデータに対する誤り検出結果とを、ＵＬサブフレームにおけるＰＣｅｌｌの上り制御チャネル（ＰＵＣＣＨ）領域で通知する。ただし、このＵＬサブフレームにおいて、端末がＳＣｅｌｌで上りデータを送信する場合には、端末は、次のように誤り検出結果を通知する。すなわち、端末は、ＳＣｅｌｌの上がりデータに合わせて、ＰＣｅｌｌで前に受信した下りデータの誤り検出結果と、ＳＣｅｌｌで前に受信した下りデータの誤り検出結果とを追加して、ＳＣｅｌｌの上りデータチャネル（ＰＵＳＣＨ）領域で通知する。このような単一チャネルでの伝送は、上り送信において、低ＰＡＰＲ（Peak-to-Average Power Ratio）のシングルキャリア特性を維持するために行われる。
【０１５４】
図１８には、ＳＣｅｌｌでの上りデータ送信の有無に応じた誤り検出結果の通知タイミングについて、実施の形態３に係る方法（ａ）と、ＬＴＥ−ＡｄｖａｎｃｅｄのＲｅｌｅａｓｅ１０に類似させた方法（ｂ）とを対比させた説明図を示す。図１８では、ＰＣｅｌｌの単位バンドとＳＣｅｌｌの単位バンドに異なるUL-DL Configurationが設定された場合を示している。ただし、これらに同一のUL-DL Configurationが設定されている場合も同様の内容となる。図１８中の（Ａ）の行は、ＳＣｅｌｌのUL grant（端末に対してＳＣｅｌｌの指定のＵＬサブフレームに上りデータ用のリソースを割り当てる制御情報）が無い、すなわち、上りデータ送信が無い場合を示す。（Ｂ）の行は、ＳＣｅｌｌのUL grantが有る、すなわち、上りデータ送信が有る場合を示す。
【０１５５】
図１８の例では、基地局１００は、サブフレーム＃０でＳＣｅｌｌのDL assignment（下りデータのリソースを割り当てる制御情報）を端末２００へ通知し、端末２００は、このサブフレームで下りデータを受信する。（Ａ）行の例では、ＳＣｅｌｌのUL grantが通知されないため、端末２００は、ＳＣｅｌｌのサブフレーム＃０で受信した下りデータに対する誤り検出結果を、ＰＣｅｌｌのサブフレーム＃７で通知する。この誤り検出結果の通知の際、端末２００は、ＰＣｅｌｌに上りデータのリソース割当が行われていれば、ＰＣｅｌｌのＰＵＳＣＨ領域で誤り検出結果を通知する。一方、ＰＣｅｌｌに上りデータのリソース割当が行われていなければ、端末２００は、ＰＣｅｌｌのＰＵＣＣＨ領域でこの誤り検出結果を通知する。
【０１５６】
それに対して、（Ｂ）行の例では、基地局１００はサブフレーム＃０でＳＣｅｌｌのUL grantを端末２００へ通知し、ＳＣｅｌｌのサブフレーム＃４のＰＵＳＣＨ領域のリソースを上りデータの送信用に端末２００へ割り当てている。この場合、（ｂ）ＬＴＥ−Ａｄｖａｎｃｅｄ  Ｒｅｌｅａｓｅ１０に類似させた方法では、端末は、ＳＣｅｌｌのサブフレーム＃４のＰＵＳＣＨ領域で、ＳＣｅｌｌのサブフレーム＃０で受信した下りデータに対する誤り検出結果を通知する。ただし、基地局１００は、端末に通知したDL assignmentおよびUL grantが、端末により正しく受信されたかを把握することができない。したがって、基地局１００は、端末がDL assignmentおよびUL grantを受信失敗した場合も考慮しなければならない。具体的には、（ｂ）の方法では、基地局１００は、ＳＣｅｌｌのサブフレーム＃０で受信した下りデータに対する誤り検出結果が、次の１、２、或いは３の何れで通知されるのかを確認する必要がある。１、（Ｂ）−（ｂ）に示されるサブフレーム＃４のＰＵＳＣＨ領域、２、（Ａ）−（ｂ）に示されるＰＣｅｌｌのサブフレーム＃７のＰＵＣＣＨ領域、３、（Ａ）−（ｂ）に示されるＰＣｅｌｌのサブフレーム＃７のＰＵＳＣＨ領域。このように、（ｂ）ＬＴＥ−Ａｄｖａｎｃｅｄ  Ｒｅｌｅａｓｅ１０に類似させた方法では、基地局１００は、ある下りデータに対する誤り検出結果の確認を、複数の単位バンドおよび複数のタイミングにまたがって行う必要がある。そのため、基地局１００における誤り検出結果の復号処理が煩雑になる。
【０１５７】
そこで、図１８（ａ）に示す本実施の形態３の方法では、ＳＣｅｌｌでUL grantが通知されてＳＣｅｌｌのＰＵＳＣＨ領域で上りデータが送信される場合であっても、端末２００は、常に、ＰＣｅｌｌでＳＣｅｌｌの誤り検出結果を通知するようにしている。図１８（Ｂ）−（ａ）にはこの通知の具体例が示されている。すなわち、基地局２００はサブフレーム＃０でＳＣｅｌｌのUL grantを端末１００に通知し、端末１００はＳＣｅｌｌのサブフレーム＃４のＰＵＳＣＨ領域で上りデータを送信している。そして、この場合でも、端末２００は、ＳＣｅｌｌのサブフレーム＃０で受信した下りデータに対する誤り検出結果をＰＣｅｌｌのサブフレーム＃７で通知する。
【０１５８】
つまり、実施の形態３に係る送受信方法では、端末２００は、ＳＣｅｌｌのＰＵＳＣＨ領域の有無によらず、ＳＣｅｌｌで受信した下りデータに対する誤り検出結果を、常に、ＰＣｅｌｌのＰＵＣＣＨ領域またはＰＵＳＣＨ領域で送信する。このようにすることで、基地局１００は、ＳＣｅｌｌで送信した下りデータに対する誤り検出結果が、ＰＣｅｌｌのＰＵＣＣＨ領域で通知されるのか、ＰＣｅｌｌのＰＵＳＣＨ領域で通知されるのかを確認すればよくなる。言い換えれば、基地局１００は、複数の単位バンドおよび複数のタイミングにまたがって上記の確認を行う必要がなくなる。したがって、実施の形態３に係る送受信方法では、ＳＣｅｌｌの誤り検出結果の通知タイミングは、２ＣＣ−同コンフィグ設定の場合と、２ＣＣ−別コンフィグ設定の場合とで異なるが、基地局１００は誤り検出結果の復号処理を簡単に行うことができる。
【０１５９】
なお、実施の形態３の送受信方法は、実施の形態１または実施の形態２の構成に対してのみ適用可能なものではない。すなわち、ＳＣｅｌｌの下りデータに対する誤り検出結果の通知タイミングが、２ＣＣ−同コンフィグ設定の場合と２ＣＣ−別コンフィグ設定の場合とで異なる構成への適用に制限されない。ここで、実施の形態３の送受信方法とは、ＳＣｅｌｌでUL grantが通知され、ＳＣｅｌｌのＰＵＳＣＨ領域で上りデータが送信される場合であっても、端末２００はＳＣｅｌｌの誤り検出結果をＰＣｅｌｌで通知するという方法を指している。
【０１６０】
この実施の形態３の送受信方法は、例えば、図７Ｂに示すように、２ＣＣ−別コンフィグ設定の場合に、端末２００が、通知可能となる最も早いＰＣｅｌｌのＵＬサブフレームでＳＣｅｌｌの誤り検出結果を通知する構成に対しても同様に適用することができる。例えば、端末２００は、Config 3（図３参照）が設定されたＳＣｅｌｌのサブフレーム＃９で受信した下りデータに対して、２ＣＣ−同コンフィグ設定の場合には、次フレームのサブフレーム＃４で誤り検出結果を通知する。それに対して、図７Ｂのように、ＰＣｅｌｌの最も早いタイミングで、ＳＣｅｌｌで受信した下りデータに対する誤り検出結果を通知する場合、端末２００は、当該下りデータに対する誤り検出結果を、次フレームのサブフレーム＃３で通知する。実施の形態３の方法を、この図７Ｂの場合に適用すれば、次のようになる。すなわち、図７Ｂにおいて、ＳＣｅｌｌの次フレームのサブフレーム＃４でＰＵＳＣＨ送信が行われる場合でも、端末２００は、ＳＣｅｌｌのサブフレーム＃９で受信した下りデータに対する誤り検出結果を、ＰＣｅｌｌの次フレームのサブフレーム＃３で通知する。従って、基地局１００は、複数の単位バンドおよび複数のタイミングにまたがって誤り検出結果の判断を行う必要がなくなり、基地局１００は誤り検出結果の復号処理を簡単に行うことができる。
【０１６１】
また、実施の形態３の送受信方法は、上記図７Ｂおよび図８の構成、図１４に示した実施の形態１の構成、実施の形態２の構成に適用可能なだけでない。この実施の形態３の方法は、ＳＣｅｌｌの下りデータに対する誤り検出結果の通知タイミングが、２ＣＣ−別コンフィグ設定の場合と、２ＣＣ−同コンフィグ設定の場合とで異なるどのような構成に対しても適用することができる。そして、それにより同様の効果が奏される。
【０１６２】
（実施の形態４）
実施の形態４に係る送受信方法は、実施の形態１と実施の形態２の方法に加えて、基地局１００がDL assignmentを端末２００へ通知するサブフレームに制限を付加して、誤り検出結果の遅延を小さくしたものである。
【０１６３】
図１９は、実施の形態４に係る基地局１００の主要構成図である。基地局１００は、端末２００へ下りデータのリソースの割り当てを決定する制御部１０１と、制御部１０１の決定に基づいてDL assignmentを含む制御情報を生成する制御情報生成部１０２と、端末２００へ下りデータと制御情報とを送信する無線送信部１１１などとを備えている。
【０１６４】
図２０は、本発明の実施の形態に係る誤り検出結果の遅延を説明する図である。実施の形態１および実施の形態２の方法において、ＳＣｅｌｌの下りデータに対する誤り検出結果の通知タイミングは、１ＣＣ−ＳＣｅｌｌコンフィグ設定の場合の通知タイミングと異なるようにずらされる。そのため、誤り検出結果の遅延が、１ＣＣ−ＳＣｅｌｌコンフィグ設定の場合よりも大きくなることがある。この通知タイミングの遅延（１ＣＣ−ＳＣｅｌｌコンフィグ設定の場合の通知タイミングからの遅延）は、ＰＣｅｌｌに５ｍｓ周期のUL-DL Configurationが設定されている場合、最大４ｍｓとなる。すなわち、図２０に示すように、端末２００は、１ＣＣ−ＳＣｅｌｌコンフィグ設定であればサブフレーム＃３で通知していた誤り検出結果を、サブフレーム＃７で通知する。また、ＰＣｅｌｌに１０ｍｓ周期のUL-DL Configurationが設定されている場合、誤り検出結果の遅延は最大で９ｍｓとなる。すなわち、端末２００は、１ＣＣ−ＳＣｅｌｌコンフィグ設定であればサブフレーム＃３で通知していた誤り検出結果を、次のフレームのサブフレーム＃２で通知する。
【０１６５】
実施の形態４において、基地局１００は、誤り検出結果の通知タイミングの遅延（１ＣＣ−ＳＣｅｌｌコンフィグ設定の通知タイミングからの遅延）を最大値（例えば４ｍｓ）以内と規定する。そして、基地局１００は、この最大値を超える誤り検出結果の通知が発生しないように、端末２００に対して下りデータを送信するサブフレーム、すなわち、DL assignmentを通知するサブフレームを制限する。具体的には、基地局１００は、下りデータを送信した場合に誤り検出結果が最大値を超えるサブフレームに対して、DL assignmentの通知を禁止する。これにより、基地局１００は、誤り検出結果の遅延を最大値以内に制限することができる。
【０１６６】
なお、ＰＣｅｌｌに１０ｍｓ周期のUL-DL Configurationが設定されている場合、誤り検出結果の遅延量はより大きくなる。そのため、基地局１００あるいは端末２００は、ＰＣｅｌｌに設定可能なUL-DL Configurationを、５ｍｓ周期のUL-DL Configuration（Config 0, 1, 2および6）のみに制限してもよい。この方法でも、端末２００は、誤り検出結果の通知タイミングの遅延を上記の最大値（４ｍｓ）以下に制限することができる。
【０１６７】
但し、ＰＣｅｌｌに対して１０ｍｓ周期のUL-DL Configurationの設定を制限した場合、基地局１００は、ＰＣｅｌｌ内の他の端末に影響を与えてしまうことがある。すなわち、複数の単位バンドに異なるUL-DL Configurationが設定されることをサポートしない端末がＰＣｅｌｌ内に存在した場合、ＰＣｅｌｌのUL-DL Configurationが制限されてしまうと、上記端末は１０ｍｓ周期のUL-DL Configurationで通信できなくなる。一方、実施の形態４のように、基地局１００がDL assignmentを通知するサブフレームを制限する構成を採用することで、ＰＣｅｌｌ内の他の端末に影響を与えないという効果が奏される。
【０１６８】
なお、実施の形態１から４では、ＴＤＤシステムにおいて、複数の単位バンド間でUL-DL Configurationが異なる場合についての例を示した。しかしながら、本発明は、これに限られず、例えば、ＰＣｅｌｌにＴＤＤバンド、ＳＣｅｌｌに少なくとも下り回線のＦＤＤバンドが設定されている場合においても同様に適用することができる。
【０１６９】
また、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）、ＬＳＩ内部の回路セルの接続あるいは設定を再構成可能なリコンフィギュラブルプロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。また、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、コンピュータがプログラムを実行することで機能するソフトウェア、或いは、ソフトウェアとハードウェアとの連携により実現することもできる。
【０１７０】
２０１１年８月１０日出願の特願２０１１−１７４８８８の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【０１７１】
本発明は、移動通信システム等に有用である。
【符号の説明】
【０１７２】
１００  基地局
２００  端末
１０１，２０８  制御部
１０２  制御情報生成部
１０３，１０５  符号化部
１０４，１０７  変調部
１０６  データ送信制御部
１０８  マッピング部
１０９，２１８  ＩＦＦＴ部
１１０，２１９  ＣＰ付加部
１１１，２２２  無線送信部
１１２，２０１  無線受信部
１１３，２０２  ＣＰ除去部
１１４  ＰＵＣＣＨ抽出部
１１５  逆拡散部
１１６  系列制御部
１１７  相関処理部
１１８  Ａ／Ｎ判定部
１１９  束Ａ／Ｎ逆拡散部
１２０  ＩＤＦＴ部
１２１  束Ａ／Ｎ判定部
１２２  再送制御信号生成部
２０３  ＦＦＴ部
２０４  抽出部
２０５，２０９  復調部
２０６，２１０  復号部
２０７  判定部
２１１  ＣＲＣ部
２１２  応答信号生成部
２１３  符号化・変調部
２１４  １次拡散部
２１５  ２次拡散部
２１６  ＤＦＴ部
２１７  拡散部
２２０  時間多重部
２２１  選択部
【図１】
0005905469.tif 000002
【図２】
0005905469.tif 000003
【図３】
0005905469.tif 000004
【図４】
0005905469.tif 000005
【図５】
0005905469.tif 000006
【図６】
0005905469.tif 000007
【図７】
0005905469.tif 000008
【図８】
0005905469.tif 000009
【図９】
0005905469.tif 000010
【図１０】
0005905469.tif 000011
【図１１】
0005905469.tif 000012
【図１２】
0005905469.tif 000013
【図１３】
0005905469.tif 000014
【図１４】
0005905469.tif 000015
【図１５】
0005905469.tif 000016
【図１６】
0005905469.tif 000017
【図１７】
0005905469.tif 000018
【図１８】
0005905469.tif 000019
【図１９】
0005905469.tif 000020
【図２０】
0005905469.tif 000021