(57)【要約】  互いに異なるUL-DL Configurationが設定された端末が共存する場合において、ＰＨＩＣＨリソースの競合を回避することができる端末装置。端末（２００）に設定された第１構成パターンにおいて、第１サブフレームで送信される応答信号が、第２サブフレームで送信される上り回線データに対するものであり、構成パターンを設定変更できない他の端末装置に設定された第２構成パターンにおいて、第１サブフレームで送信される応答信号が、第２サブフレームとは異なる第３サブフレームで送信される上り回線データに対するものである場合、第１サブフレームにおいて、第２サブフレームで端末（２００）から送信される上り回線データに対する応答信号に割り当てられる第１リソースと、第３サブフレームで他の端末から送信される上り回線データに対する応答信号に割り当てられる第２リソースと、は異なる。
2014068839.tif 000002
【特許請求の範囲】
【請求項１】
１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置であって、
基地局装置から送信された信号を受信する受信部と、
前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離する分離部と、
を具備し、
前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、
前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる、
端末装置。
【請求項２】
前記第１のリソースは、前記第２のリソースを含む領域と異なる領域に含まれる、
請求項１記載の端末装置。
【請求項３】
前記第１のサブフレームで送信される前記端末装置宛の応答信号が、前記第２のサブフレームで送信された上り回線データと前記第３のサブフレームで送信された上り回線データとに対する応答信号である場合、
前記第１のリソースは、前記第３のサブフレームで送信された上り回線データに用いられる物理リソースブロックのインデックスに１を加えたインデックスの物理リソースブロックに対応付けられたリソースである、
請求項１記載の端末装置。
【請求項４】
１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成する生成部と、
前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当てる割当部と、
前記応答信号を含む信号を送信する送信部と、
を具備し、
前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、
前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる、
基地局装置。
【請求項５】
１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置における受信方法であって、
基地局装置から送信された信号を受信し、
前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離し、
前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、
前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる、
受信方法。
【請求項６】
１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成し、
前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当て、
前記応答信号を含む信号を送信し、
前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、
前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる、
送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、受信方法及び送信方法に関する。
【背景技術】
【０００２】
３ＧＰＰ  ＬＴＥでは、下り回線の通信方式としてＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）が採用されている。３ＧＰＰ  ＬＴＥが適用された無線通信システムでは、基地局（ｅＮＢと呼ばれることもある）が予め定められた通信リソースを用いて同期信号（Synchronization Channel：ＳＣＨ）及び報知信号（Broadcast Channel：ＢＣＨ）を送信する。そして、端末（ＵＥと呼ばれることもある）は、まず、ＳＣＨを捕まえることによって基地局との同期を確保する。その後、端末は、ＢＣＨ情報を読むことにより基地局独自のパラメータ（例えば、周波数帯域幅など）を取得する（非特許文献１、２、３参照）。【０００３】
また、端末は、基地局独自のパラメータの取得が完了した後、基地局に対して接続要求を行うことにより、基地局との通信を確立する。基地局は、通信が確立された端末に対して、必要に応じてＰＤＣＣＨ（Physical Downlink Control Channel）等の下り回線制御チャネルを介して制御情報を送信する。【０００４】
そして、端末は、受信したＰＤＣＣＨ信号に含まれる複数の制御情報（下り回線制御情報（Downlink Control Information：ＤＣＩと呼ばれることもある））をそれぞれ「ブラインド判定」する。すなわち、制御情報は、ＣＲＣ（Cyclic Redundancy Check）部分を含み、このＣＲＣ部分は、基地局において、送信対象端末の端末ＩＤによってマスクされる。従って、端末は、受信した制御情報のＣＲＣ部分を自機の端末ＩＤでデマスクしてみるまでは、自機宛の制御情報であるか否かを判定できない。このブラインド判定では、デマスクした結果、ＣＲＣ演算がＯＫとなれば、その制御情報が自機宛であると判定される。下り回線制御情報には、下り回線データの割当情報を示すDL assignment、上り回線データの割当情報を示すUL grant等が含まれる。【０００５】
次に、３ＧＰＰ  ＬＴＥの上り回線の再送制御方法について説明する。ＬＴＥでは、ＰＤＣＣＨによって上り回線データの割当情報であるUL grantが端末に対して送信される。ここでUL grantは、ＦＤＤ（Frequency Division Duplex）システムでは、UL grantが送信されたサブフレームより４サブフレーム後の対象サブフレーム内のリソースの割当を示す。【０００６】
また、ＴＤＤ（Time Division Duplex）システムでは、UL grantは、UL grantが送信されたサブフレームより４サブフレーム以上後の対象サブフレーム内のリソースの割当を示す。図１を用いてより具体的に説明する。ＴＤＤシステムでは、下り単位バンド（下りＣＣ（Component Carrier）と呼ばれることもある）と上り単位バンド（上りＣＣと呼ばれることもある）とが同一周波数帯域であり、時分割で下り回線と上り回線とを切り替えることによって、下り通信と上り通信とを実現する。そのためＴＤＤシステムの場合、下り単位バンドは、「単位バンドにおける下り通信タイミング」とも表現できる。上り単位バンドは、「単位バンドにおける上り通信タイミング」とも表現できる。下り単位バンドと上り単位バンドとの切り替えは、図１に示すように、UL-DL Configurationに基づく。UL-DL Configurationは、ＳＩＢ１（System Information Block Type 1）と呼ばれる報知信号で端末に通知（ＳＩＢ１通知）され、その値はシステム全体で同じ値であり、値の変更を頻繁には行わないことが想定されている。図１に示すUL-DL Configurationでは、１フレーム（10msec）あたりの下り通信（ＤＬ：Downlink）と上り通信（ＵＬ：Uplink）とのサブフレーム単位（すなわち、1msec単位）のタイミングが設定される。UL-DL Configurationは、下り通信と上り通信とのサブフレーム割合を変更することにより、下り通信に対するスループット及び上り通信に対するスループットの要求に柔軟に対応できる通信システムを構築することができる。例えば、図１は、下り通信と上り通信とのサブフレーム割合が異なるUL-DL Configuration（Config#0〜6）を示す。また、図１において、下り通信サブフレームを「Ｄ」で表し、上り通信サブフレームを「Ｕ」で表し、スペシャルサブフレームを「Ｓ」で表す。ここで、スペシャルサブフレームは、下り通信サブフレームから上り通信サブフレームへの切替時のサブフレームである。また、スペシャルサブフレームでは、下り通信サブフレームと同様、下りデータ通信が行われる場合がある。また、図１の実線矢印（UL grant-PUSCHタイミング）に示すように、UL grantに対する上り回線データ（ＰＵＳＣＨ：Physical Uplink Shared Channel）が割り当てられるサブフレームは、当該UL grantが通知されたサブフレームの４サブフレーム以上後の上り通信サブフレームであり、かつ、図１に示すように一意に規定されている。【０００７】
上り回線の再送制御（ＵＬ再送制御）では、前回送信時に上り回線データを割り当てたリソースと同一リソースに再送データを割り当てるノンアダプティブ（Non-adaptive）再送と、前回割り当てたリソースと異なるリソースに再送データを割当可能なアダプティブ（Adaptive）再送とがサポートされている（例えば、非特許文献４参照）。ノンアダプティブ再送では、上り回線データに対するＡＣＫ／ＮＡＣＫ信号（応答信号）を端末に送信するためのＰＨＩＣＨ（Physical Hybrid ARQ Indicator CHannel）のみが再送制御信号用のチャネルとして用いられる。基地局は、端末に対して再送を要求する場合、ＰＨＩＣＨを用いてＮＡＣＫを送信し、端末に対して再送を要求しない場合、ＰＨＩＣＨを用いてＡＣＫを送信する。ノンアダプティブ再送では、基地局はＰＨＩＣＨのみを用いて再送を指示できるので、再送を指示するために必要となる、下り回線で送信される制御信号のオーバヘッドが小さいという利点がある。【０００８】
ここで、ＦＤＤシステムでは、ＰＨＩＣＨは、上り回線データが送信されたサブフレームより４サブフレーム後の対象サブフレーム内のリソースで、端末に通知される。また、ＴＤＤシステムでは、ＰＨＩＣＨは、上り回線データが送信されたサブフレームより４サブフレーム以上後の対象サブフレーム内のリソースで、端末に通知される。図１を用いてより具体的に説明する。図１の破線矢印（PUSCH-PHICHタイミング）に示すように、上り回線データ（ＰＵＳＣＨ）に対するＡＣＫ／ＮＡＣＫ（ＰＨＩＣＨ）が割り当てられるサブフレームは、当該上り回線データが通知されたサブフレームの４サブフレーム以上後の下り通信サブフレームまたはスペシャルサブフレームであり、かつ、図１に示すように一意に規定されている。【０００９】
アダプティブ再送では、基地局は、リソース割当情報を通知するUL grantを用いて再送及び再送用リソースを指示しつつ、ＰＨＩＣＨを用いてＡＣＫを送信する。UL grantにはＮＤＩ（New Data Indicator）というビットがあり、このビットは０か１の２値である。端末は、受信した今回のUL grantのＮＤＩと同一再送プロセス（HARQ (Hybrid ARQ) process）の前回のUL grantのＮＤＩとを比較して、ＮＤＩに変化がある場合には新規データが割り当てられたと判断し、ＮＤＩに変化がない場合には再送データが割り当てられたと判断する。アダプティブ再送では、リソース量及びＭＣＳ（Modulation and Coding Scheme）を再送データの所要ＳＩＮＲ（Signal-to-Interference and Noise power Ratio）に応じて変更できるので、周波数利用効率が向上するという利点がある。【００１０】
また、UL grantにはＣＲＣ（Cyclic Redundancy Check）が付いているため、UL grantはＰＨＩＣＨに比べて受信信号の信頼度が高い。このため、端末は、ＰＨＩＣＨとUL grantとを受信した場合、UL grantの指示に従う。【００１１】
端末におけるＵＬ再送制御の手順の一例を図２に示す。図２において、ステップ（以下、「ＳＴ」と省略する）１１では、端末は、UL grantがあるか否かを判定する。UL grantがある場合（ＳＴ１１：ＹＥＳ）にはＳＴ１２に移行し、UL grantがない場合（ＳＴ１１：ＮＯ）にはＳＴ１５に移行する。【００１２】
ＳＴ１２では、端末は、今回のUL grantのＮＤＩと同一再送プロセスの前回のUL grantのＮＤＩとを比較して、ＮＤＩに変化があるか否かを判定する。ＮＤＩに変化がある場合（ＳＴ１２：ＹＥＳ）にはＳＴ１３に移行し、ＮＤＩに変化がない場合（ＳＴ１２：ＮＯ）にはＳＴ１４に移行する。【００１３】
端末は、ＳＴ１３では新規データを基地局に送信し、ＳＴ１４では再送データを基地局にアダプティブ再送する。【００１４】
ＳＴ１５では、端末は、ＰＨＩＣＨがＮＡＣＫであるか否かを判定する。ＰＨＩＣＨがＮＡＣＫである場合（ＳＴ１５：ＹＥＳ）にはＳＴ１６に移行し、ＰＨＩＣＨがＡＣＫである場合（ＳＴ１５：ＮＯ）にはＳＴ１７に移行する。【００１５】
端末は、ＳＴ１６では再送データを基地局にノンアダプティブ再送し、ＳＴ１７ではサスペンディング（Suspending）とし、再送制御を保留する。【００１６】
次に、ＰＨＩＣＨの構成について説明する。【００１７】
なお、ＬＴＥシステム、及び、ＬＴＥの発展形であるＬＴＥ−Ａ（LTE-Advanced）システムでは、１ＲＢ（Resource Block）は１２サブキャリア×０．５ｍｓｅｃであり、ＲＢを時間軸上に２つ組み合わせた単位をＲＢペア（RB pair）と呼ぶ。従って、ＲＢペアは１２サブキャリア×１ｍｓｅｃである。周波数軸上の１２サブキャリアの塊を表す場合、ＲＢペアを単にＲＢと呼ぶこともある。また、１サブキャリア×１ＯＦＤＭシンボルの単位を１ＲＥ（Resource Element）と呼ぶ。また、１ＲＥＧ（Resource Element Group）は４ＲＥで構成される。【００１８】
まず、ＰＨＩＣＨの符号化では、ＡＣＫ／ＮＡＣＫ（１ビット）は３倍レピティションされる。ＰＨＩＣＨの数は、ＲＢ数の｛１／６、１／２、１、２｝倍のいずれかであり、ＰＢＣＨ（Physical Broadcast Channel）で通知される。基地局は、ＳＦ（拡散率：Spreading Factor）＝４のコード多重及びＩＱ多重により、３ＲＥＧ（＝１２ＲＥ）で８個のＰＨＩＣＨを送信できる。３ＲＥＧに配置される８個のＰＨＩＣＨは、ＰＨＩＣＨグループ（PHICH group）と呼ばれ、「ＰＨＩＣＨグループ数（つまり、リソース数）NgroupPHICHは８である」と表現される。ＦＤＤシステムでは、ＰＨＩＣＨグループ数NgroupPHICHは、全てのサブフレームで同じ値をとる。【００１９】
一方、ＴＤＤシステムでは、図３Ａに示すように、各UL-DL Configuration、及び、各下り通信サブフレーム又はスペシャルサブフレームにおいて、ＰＨＩＣＨグループ数に対する係数（ｍｉ）がそれぞれ規定される。この係数を用いて、総ＰＨＩＣＨグループ数（＝ＰＨＩＣＨグループ数NgroupPHICH×ＰＨＩＣＨグループ数の係数ｍｉ）がサブフレーム毎に変更される。なお、ＦＤＤシステムでは、サブフレームによらず、ＰＨＩＣＨグループ数の係数は常に１である。【００２０】
ここで、ＴＤＤシステムにおいてサブフレーム毎に総ＰＨＩＣＨ数が異なる理由を、図３Ｂを用いて説明する。図３Ｂは、サブフレーム＃ｎにおいて端末が受信するＰＨＩＣＨが、何サブフレーム前に端末が送信したＰＵＳＣＨに対応付けられているかを示す。図３Ｂにおける空欄は、ＰＨＩＣＨが存在しないことを意味する。例えば、図３Ｂに示すように、Config#0のサブフレーム＃１では、ＰＨＩＣＨは４サブフレーム前のサブフレーム＃７において送信されたＰＵＳＣＨに対応付けられている（図１参照）。Config#0のサブフレーム#１では、１つのサブフレームにおけるＰＵＳＣＨが１つのサブフレームにおけるＰＨＩＣＨに対応付けられているので、ＦＤＤシステムと同様、ＰＨＩＣＨグループ数の係数ｍｉを１とする（図３Ａ参照）。一方、図３Ｂに示すように、Config#0のサブフレーム＃０では、ＰＨＩＣＨは７サブフレーム前のサブフレーム＃３及び６サブフレーム前のサブフレーム＃４においてそれぞれ送信されたＰＵＳＣＨに対応付けられている。すなわち、Config#0のサブフレーム＃０では、端末は２つのＰＵＳＣＨに対するＰＨＩＣＨを受信する。よって、Config#0のサブフレーム＃０では、Config#0のサブフレーム＃１と比べて２倍のＰＨＩＣＨ用のリソース（以下、ＰＨＩＣＨリソースと呼ぶ）が必要となるため、ＰＨＩＣＨグループ数の係数ｍｉを２とする（図３Ａ参照）。【００２１】
また、図３Ｂにおいて、同じサブフレーム（例えばサブフレーム＃０，５）で受信される同一端末宛の２つのＰＨＩＣＨは、パラメータＩＰＨＩＣＨによって区別される。例えば、Config#0のサブフレーム＃０において、７サブフレーム前のＰＵＳＣＨに対するＰＨＩＣＨはＩＰＨＩＣＨ＝０に対応し、６サブフレーム前のＰＵＳＣＨに対するＰＨＩＣＨはＩＰＨＩＣＨ＝１に対応する。Config#0のサブフレーム＃５も同様である。なお、それ以外のUL-DL Configuration及びサブフレームにおけるＰＨＩＣＨでは、常にＩＰＨＩＣＨ＝０である。【００２２】
また、ＰＨＩＣＨリソースは、総ＰＨＩＣＨリソース数のインデックスngroupPHICHと直交系列のインデックスnseqPHICHとの組合せ｛ngroupPHICH, nseqPHICH｝で表される。総ＰＨＩＣＨリソース数のインデックスngroupPHICH及び直交系列のインデックスnseqPHICHは、以下の式（１）、（２）でそれぞれ表される。
【数１】
2014068839.tif 000003
【数２】
2014068839.tif 000004
【００２３】
ここで、NPHICHSFは、ＣＰ（Cyclic Prefix）長によって変わる拡散率（ＳＦ）である。IPRB_RAは、トランスポートブロック＃１では、ＰＨＩＣＨに対応するＰＵＳＣＨが割り当てられたＰＲＢ（Physical RB）インデックスの最小値である。また、IPRB_RAは、トランスポートブロック＃２では、ＰＨＩＣＨに対応するＰＵＳＣＨが割り当てられたＰＲＢインデックスの最小値に１を加算した値である。nDMRSは、ＰＨＩＣＨに対応するＰＵＳＣＨを指示するUL grantに含まれるＤＭＲＳ（Demodulation Reference Signal）のサイクリックシフト（Cyclic Shift）値である。IPRB_RAおよびnDMRSはUL grantおよびＰＵＳＣＨの割当に依存するため、ＰＨＩＣＨリソースは、UL grantおよびＰＵＳＣＨの割当に基づいてimplicitに通知される（implicit signalling）と言える。また、決定されたＰＨＩＣＨリソースは、ＩＰＨＩＣＨの値毎に分割される。例えば、Config#0のサブフレーム＃０において、７サブフレーム前のＰＵＳＣＨに対するＰＨＩＣＨと６サブフレーム前のＰＵＳＣＨに対するＰＨＩＣＨとは、各ＰＨＩＣＨリソースが競合しないように設計されている。【００２４】
図４を用いて、Config#0のサブフレーム＃０におけるＰＨＩＣＨリソースの決定方法について詳述する。図４Ａに示すように、Config#0のサブフレーム＃０には、同一端末宛に２つのＰＨＩＣＨが存在する。一方のＰＨＩＣＨは７サブフレーム前のサブフレーム＃３におけるＰＵＳＣＨに対するＰＨＩＣＨであり、ＩＰＨＩＣＨ＝０が規定されている。サブフレーム＃３におけるＰＵＳＣＨの割当及び当該ＰＵＳＣＨを指示するUL grantによって、IPRB_RA及びnDMRSが一意に定められる。また、図４Ｂに示すように、IPRB_RAとnDMRSの組み合わせおよびＩＰＨＩＣＨ＝０より、サブフレーム＃３におけるＰＵＳＣＨに対応するＰＨＩＣＨリソースは、ngroupPHICH<NgroupPHICHの領域内で一意に定められる。【００２５】
図４Ａに示すように、もう一方のＰＨＩＣＨは６サブフレーム前のサブフレーム＃４におけるＰＵＳＣＨに対するＰＨＩＣＨであり、ＩＰＨＩＣＨ＝１が規定されている。サブフレーム＃４におけるＰＵＳＣＨの割当および当該ＰＵＳＣＨを指示するUL grantによって、IPRB_RA及びnDMRSが一意に定められる（以下では区別のためにIPRB_RA'およびnDMRS'と記載する）。また、図４Ｂに示すように、IPRB_RA'とnDMRS'の組み合わせおよびＩＰＨＩＣＨ＝１より、サブフレーム＃４におけるＰＵＳＣＨに対応するＰＨＩＣＨリソースは、NgroupPHICH≦ngroupPHICH<2*NgroupPHICHの領域内で一意に定められる。ここで、ngroupPHICHの上限値である2*NgroupPHICHの係数２は、図３Ａにおけるｍｉ＝２に対応する。【００２６】
また、ＰＨＩＣＨのマッピングはセルＩＤ（cell ID）に依存する。従って、ＰＨＩＣＨでは他セルとの干渉制御が難しく、ＰＨＩＣＨは他セルのＰＤＣＣＨおよび／またはＣＲＳ（Cell-specific Reference Signal）と干渉することがある。また、ＰＨＩＣＨを構成する３ＲＥＧは全てＯＦＤＭシンボル＃０に配置される場合（図示せず）と、図５に示すように、ＯＦＤＭシンボル＃０、＃１、＃２に１つずつ配置される場合とがある。どちらのＰＨＩＣＨの配置であるかを示す情報は報知信号にて端末に通知される。【００２７】
また、ＰＤＣＣＨが占有するＯＦＤＭシンボル数（１〜３個）は、ＯＦＤＭシンボル＃０に配されるＰＣＦＩＣＨ（Physical Control Format Indicator Channel）で通知されるＣＦＩ（Control Format Indicator）の値に基づいて決定される。また、ＰＤＣＣＨの検出において、端末は、ＯＦＤＭシンボル＃０からＣＦＩが指示するＯＦＤＭシンボル数分のリソース領域のうち、ＰＣＦＩＣＨ、ＰＨＩＣＨおよび参照信号が占有するリソースを除いたリソース領域の一部のリソース（以下、ＰＤＣＣＨリソースと呼ぶこともある）においてブラインド検出を行う。【００２８】
また、ＬＴＥ−Ａシステムでは、UL-DL Configurationを変更すること（以下、ＴＤＤ ｅＩＭＴＡ（enhancement for DL-UL Interference Management and Traffic Adaptation）、dynamic TDDまたはflexible TDDと呼ばれることがある）が検討されている。ＴＤＤ ｅＩＭＴＡの目的は、ＵＬ／ＤＬ比率の柔軟な変更によるユーザのニーズに合ったサービスの提供、又は、トラフィックロードの低い時間帯にＵＬ比率を増やすことによる基地局での消費電力の低減などが挙げられる。UL-DL Configurationの変更方法として、変更する目的に応じて、（１）ＳＩ（System Information）シグナリングベースの通知による方法、（２）ＲＲＣ（higher layer）シグナリングベースの通知方法、（３）ＭＡＣ（Media Access Control layer）シグナリングベースの通知方法、及び、（４）Ｌ１（Physical Layer）シグナリングベースの通知方法がそれぞれ検討されている。【００２９】
方法（１）は、最も低頻度のUL-DL Configurationの変更である。方法（１）は、例えば、トラフィックロードの低い時間帯（例えば深夜又は早朝）にＵＬ比率を増やすことによる基地局での消費電力の低減を目的とする場合に適する。方法（４）は、最も高頻度のUL-DL Configurationの変更である。ピコセルなどの小さいセルにおいては、マクロセルなどの大きいセルよりも接続する端末数は少ない。ピコセルでは、ピコセルに接続される少数の端末におけるＵＬ／ＤＬトラフィックの多寡によってピコセル全体のＵＬ／ＤＬトラフィックが決定される。このため、ピコセルでは、ＵＬ／ＤＬトラフィックの時間変動が激しい。よって、ピコセルのような小さいセルにおけるＵＬ／ＤＬトラフィックの時間変動に追従してUL-DL Configurationを変更する場合には、方法（４）が適する。方法（２）および方法（３）は、方法（１）と方法（４）との間に位置し、中程度のUL-DL Configurationの変更頻度である場合に適する。
【先行技術文献】
【非特許文献】
【００３０】
【非特許文献１】3GPP TS 36.211 V10.1.0, “Physical Channels and Modulation (Release 10),” March 2011
【非特許文献２】3GPP TS 36.212 V10.1.0, “Multiplexing and channel coding (Release 10),” March 2011
【非特許文献３】3GPP TS 36.213 V10.1.0, “Physical layer procedures (Release 10),” March 2011
【非特許文献４】R1-074811, “Semi-static Configuration of Non-adaptive and Adaptive HARQ in E-UTRA Downlink”
【発明の概要】
【発明が解決しようとする課題】
【００３１】
ＳＩＢ１通知されたUL-DL Configurationを用いる端末（以降、非TDD eIMTA端末又はレガシ端末と呼ばれることがある）と、ＳＩＢ１通知されたUL-DL Configurationとは異なるUL-DL Configurationを用いるＴＤＤ ｅＩＭＴＡをサポートする端末（以降、TDD eIMTA端末と呼ばれることがある）とが共存する場合について考える。【００３２】
ＬＴＥシステムおよびＬＴＥ−Ａシステムでは、図３Ｂに示したように、UL-DL Configuration毎に、ＰＨＩＣＨに対応するＰＵＳＣＨタイミング（上り回線の再送制御に関するタイミング）が規定されている。さらに、図３Ａに示したように、端末におけるＰＨＩＣＨの受信タイミングに対応付けて、ＰＨＩＣＨグループ数の係数（ｍｉ）が規定されている。従って、ＳＩＢ１通知されたUL-DL Configurationを用いるレガシ端末と、ＳＩＢ１通知されたUL-DL Configurationとは異なるUL-DL Configurationを用いるTDD eIMTA端末とでは、上り回線の再送制御に関するタイミング、及び、ＰＨＩＣＨグループ数の係数も異なることが考えられる。【００３３】
一例として、図６Ａは、レガシ端末にConfig#0が設定され、TDD eIMTA端末にConfig#6が設定される場合を示す。つまり、図６Ａでは、サブフレーム＃０において、レガシ端末は、ＩＰＨＩＣＨ＝０で規定された、７サブフレーム前のサブフレーム＃３におけるＰＵＳＣＨに対するＰＨＩＣＨを受信し、さらに、ＩＰＨＩＣＨ＝１で規定された、６サブフレーム前のサブフレーム＃４におけるＰＵＳＣＨに対するＰＨＩＣＨを受信する。一方、TDD eIMTA端末は、サブフレーム＃０において、ＩＰＨＩＣＨ＝０で規定された、６サブフレーム前のサブフレーム＃４におけるＰＵＳＣＨに対するＰＨＩＣＨを受信する。【００３４】
図６Ｂは、ＰＨＩＣＨリソース領域内における、レガシ端末及びTDD eIMTA端末に対するＰＨＩＣＨのリソースを示す。ここでは、レガシ端末（Config#0）におけるサブフレーム＃３のＰＵＳＣＨ割当および当該ＰＵＳＣＨを指示するUL grantに対するパラメータセット（IPRB_RA，nDMRS）と、TDD eIMTA端末（Config#6）におけるサブフレーム＃４のＰＵＳＣＨ割当および当該ＰＵＳＣＨを指示するUL grantに対するパラメータセット（IPRB_RA，nDMRS）とが、同一である場合を考える。これは、サブフレーム＃３におけるレガシ端末のＰＵＳＣＨと、サブフレーム＃４におけるTDD eIMTA端末のＰＵＳＣＨとが、同一の先頭ＰＲＢインデックス、かつ、同一のＤＭＲＳに対するサイクリックシフト値を有することを意味する。このとき、各ＰＵＳＣＨに対するＰＨＩＣＨにはＩＰＨＩＣＨ＝０が規定されている。したがって、図６Ｂに示すように、レガシ端末（Config#0）におけるサブフレーム＃３のＰＵＳＣＨ送信に対するＰＨＩＣＨリソースと、TDD eIMTA端末（Config#6）におけるサブフレーム＃４のＰＵＳＣＨ送信に対するＰＨＩＣＨリソースとが競合してしまう。【００３５】
このため、各ＰＵＳＣＨに対するＰＨＩＣＨが各端末に正しく通知されず、不要な再送が発生すること、又は、再送が必要であるのにもかかわらず再送がなされないことなどの課題が生じる。また、例えば、レガシ端末にConfig#0が設定され、TDD eIMTA端末にConfig#3が設定される場合（図示せず）にも図６Ｂと同様の課題が生じる。【００３６】
次いで、図７Ａは、レガシ端末にConfig#6が設定され、TDD eIMTA端末にConfig#0が設定される場合の例を示す。つまり、図７Ａでは、サブフレーム＃０において、レガシ端末は、ＩＰＨＩＣＨ＝０で規定された、６サブフレーム前のサブフレーム＃４におけるＰＵＳＣＨに対するＰＨＩＣＨを受信する。一方、TDD eIMTA端末は、ＩＰＨＩＣＨ＝０で規定された、７サブフレーム前のサブフレーム＃３におけるＰＵＳＣＨに対するＰＨＩＣＨを受信し、さらに、ＩＰＨＩＣＨ＝１で規定された、６サブフレーム前のサブフレーム＃４におけるＰＵＳＣＨに対するＰＨＩＣＨを受信する。【００３７】
図７Ｂは、ＰＨＩＣＨリソース領域内における、レガシ端末及びTDD eIMTA端末に対するＰＨＩＣＨのリソースを示す。ここでは、レガシ端末（Config#6）におけるサブフレーム＃４のＰＵＳＣＨ割当および当該ＰＵＳＣＨを指示するUL grantに対するパラメータセット（IPRB_RA，nDMRS）と、TDD eIMTA端末（Config#0）におけるサブフレーム＃３のＰＵＳＣＨ割当および当該ＰＵＳＣＨを指示するUL grantに対するパラメータセット（IPRB_RA，nDMRS）とが、同一である場合を考える。これは、サブフレーム＃４におけるレガシ端末のＰＵＳＣＨと、サブフレーム＃３におけるTDD eIMTA端末のＰＵＳＣＨとが、同一の先頭ＰＲＢインデックス、かつ、同一のＤＭＲＳに対するサイクリックシフト値を有することを意味する。このとき、各ＰＵＳＣＨに対するＰＨＩＣＨにはＩＰＨＩＣＨ＝０が規定されている。したがって、図７Ｂに示すように、レガシ端末（Config#6）におけるサブフレーム＃４のＰＵＳＣＨ送信に対するＰＨＩＣＨリソースと、TDD eIMTA端末（Config#0）におけるサブフレーム＃３のＰＵＳＣＨ送信に対するＰＨＩＣＨリソースとが競合してしまう。【００３８】
このため、図６に示す場合と同様、各ＰＵＳＣＨに対するＰＨＩＣＨが各端末に正しく通知されず、不要な再送が発生すること、又は、再送が必要であるのにもかかわらず再送がなされないなどの課題が生じる。また、例えば、レガシ端末にConfig#3が設定され、TDD eIMTA端末にConfig#0が設定される場合（図示せず）にも図７Ｂと同様の課題が生じる。【００３９】
本発明の目的は、互いに異なるUL-DL Configurationが設定された端末が共存する場合において、ＰＨＩＣＨリソースの競合を回避することができる端末装置、基地局装置、受信方法及び送信方法を提供することである。
【課題を解決するための手段】
【００４０】
本発明の一態様に係る端末装置は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置であって、基地局装置から送信された信号を受信する受信部と、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離する分離部と、を具備し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる構成を採る。【００４１】
本発明の一態様に係る基地局装置は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成する生成部と、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当てる割当部と、前記応答信号を含む信号を送信する送信部と、を具備し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる、構成を採る。【００４２】
本発明の一態様に係る受信方法は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置における受信方法であって、基地局装置から送信された信号を受信し、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる。【００４３】
本発明の一態様に係る送信方法は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成し、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当て、前記応答信号を含む信号を送信し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる。
【発明の効果】
【００４４】
本発明によれば、互いに異なるUL-DL Configurationが設定された端末が共存する場合において、ＰＨＩＣＨリソースの競合を回避することができる。
【図面の簡単な説明】
【００４５】
【図１】TDDにおけるUL-DL ConfigurationとＵＬ再送制御タイミングの説明に供する図
【図２】上り通信再送制御手順を示すフロー図
【図３】UL-DL Configurationに対するＰＨＩＣＨグループ数の係数とＰＵＳＣＨ−ＰＨＩＣＨタイミングを示す図
【図４】PUSCH-PHICHタイミングに対するＰＨＩＣＨリソースの決定方法を示す図
【図５】ＰＨＩＣＨのマッピングの一例を示す図
【図６】レガシ端末がUL-DL Configuration#0の場合における課題の説明に供する図
【図７】レガシ端末がUL-DL Configuration#3又は6の場合における課題の説明に供する図
【図８】本発明の一実施の形態に係る基地局の主要構成を示すブロック図
【図９】本発明の一実施の形態に係る端末の主要構成を示すブロック図
【図１０】本発明の一実施の形態に係る基地局の構成を示すブロック図
【図１１】本発明の一実施の形態に係る端末の構成を示すブロック図
【図１２】本発明の一実施の形態に係るレガシ端末がUL-DL Configuration#0の場合の説明に供する図
【図１３】本発明の一実施の形態に係るレガシ端末がUL-DL Configuration#3または6の場合の説明に供する図
【図１４】本発明の一実施の形態に係るレガシ端末がUL-DL Configuration#3または6の場合の説明に供する図
【発明を実施するための形態】
【００４６】
以下、本発明の各実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
【００４７】
図８は、本実施の形態に係る基地局１００の主要構成図である。基地局１００において、ＰＨＩＣＨ生成部１０３は、１フレームを構成するサブフレームの構成パターン（UL-DL Configuration）であって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号（ＡＣＫ／ＮＡＣＫ信号）が送信されるサブフレームとを含む複数の構成パターンのいずれかに設定変更可能である端末２００から送信された上り回線データに対する応答信号を生成する。信号割当部１０６は、上り回線データが送信されるサブフレームと応答信号が割り当てられるリソース（ＰＨＩＣＨリソース（ＩＰＨＩＣＨ））との関連付けに基づいて、応答信号をＰＨＩＣＨリソースに割り当てる。無線送信部１０７は、応答信号を含む信号を送信する。
【００４８】
図９は、本実施の形態に係る端末２００の主要構成図である。端末２００は、１フレームを構成するサブフレームの構成パターン（UL-DL Configuration）であって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号（ＡＣＫ／ＮＡＣＫ信号）が送信されるサブフレームとを含む複数の構成パターンのいずれかに設定変更可能である端末である。無線受信部２０２は、基地局１００から送信された信号を受信する。信号分離部２０３は、上り回線データが送信されるサブフレームと応答信号が割り当てられるリソース（ＰＨＩＣＨリソース（ＩＰＨＩＣＨ））との関連付けに基づいて、応答信号を、上記信号から分離する。
【００４９】
なお、端末２００（TDD eIMTA端末）に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、構成パターンを設定変更できない他の端末（非TDD eIMTA端末）に設定された第２の構成パターンにおいて、上記第１のサブフレームで送信される応答信号が、上記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、上記第１のサブフレームにおいて、上記第２のサブフレームで端末２００から送信される上り回線データに対する応答信号に割り当てられる第１のリソース（ＰＨＩＣＨリソース）と、第３のサブフレームで上記他の端末から送信される上り回線データに対する応答信号に割り当てられる第２のリソース（ＰＨＩＣＨリソース）と、は異なる。
【００５０】
［基地局１００の構成］
図１０は、本発明の実施の形態に係る基地局１００の構成を示すブロック図である。
【００５１】
図１０において、誤り判定部１０１は、ＣＲＣ等を用いて、後述する誤り訂正復号部１１１から受け取った受信データ信号（上り回線データ）に誤りがあるか否かを判定する。判定結果は制御情報生成部１０２に出力される。
【００５２】
制御情報生成部１０２は、下り回線において送信すべきデータ信号がある場合には、データ信号を割り当てるリソースを決定し、割当情報であるDL assignmentを生成する。また、制御情報生成部１０２は、上り回線に割り当てるデータ信号がある場合には、データ信号を割り当てるリソースを決定し、割当情報であるUL grantを生成する。なお、制御情報生成部１０２は、誤り判定部１０１から受け取った判定結果に基づいて、端末に対して信号（つまり、上り回線データ）を再送させるか否か判断する。生成された割当情報は、ＰＤＣＣＨ（またはＥＰＤＣＣＨ）で送信される情報として信号割当部１０６に出力される。また、DL assignmentは、下り回線データを送信するための制御情報としても、信号割当部１０６に出力される。また、UL grantは、上り回線データを受信するために、無線受信部１０９に出力される。
【００５３】
また、制御情報生成部１０２は、誤り判定部１０１から受け取った判定結果に基づいて、端末に対して再送させる必要がない場合、又は、信号をアダプティブ再送させる場合にはＡＣＫを生成するようにＰＨＩＣＨ生成部１０３に指示する。一方、制御情報生成部１０２は、端末に対してノンアダプティブ再送させる場合にはＮＡＣＫを生成するようにＰＨＩＣＨ生成部１０３に指示する。
【００５４】
ＰＨＩＣＨ生成部１０３は、制御情報生成部１０２からの指示に従って、ＡＣＫ／ＮＡＣＫ信号（ＡＣＫ又はＮＡＣＫ。つまり、TDD eIMTA端末又は非TDD eIMTA端末から送信された上り回線データに対する応答信号）を生成する。なお、上記ＡＣＫ／ＮＡＣＫ信号に対する上り回線データを送信した端末には、複数のUL-DL Configuration（例えばConfig#0〜#6）のうちいずれかが設定されている。ＰＨＩＣＨ生成部１０３は、生成したＡＣＫ／ＮＡＣＫ信号を信号割当部１０６に出力する。
【００５５】
誤り訂正符号化部１０４は、送信データ信号（つまり、下り回線データ信号）を誤り訂正符号化し、符号化後の信号を変調部１０５に出力する。
【００５６】
変調部１０５は、誤り訂正符号化部１０４から受け取った信号を変調し、変調信号を信号割当部１０６に出力する。
【００５７】
信号割当部１０６は、制御情報生成部１０２から受け取ったDL assignmentに基づいて、変調部１０５から受け取った変調信号を対応するリソースに割り当てる。また、信号割当部１０６は、制御情報生成部１０２から受け取ったDL assignment及びUL grantを含むＤＣＩをＰＤＣＣＨのリソース領域（ＰＤＣＣＨ領域）（またはＥＰＤＣＣＨのリソース領域（ＥＰＤＣＣＨ領域））に割り当てる。さらに、信号割当部１０６は、ＰＨＩＣＨ生成部１０３からＡＣＫ／ＮＡＣＫ信号が出力された場合、ＡＣＫ／ＮＡＣＫ信号をＰＨＩＣＨのリソース領域に割り当てる。なお、信号割当部１０６は、上り回線データが送信される上り通信サブフレームとＰＨＩＣＨリソース（ＩＰＨＩＣＨ）との関連付け（後述する）に基づいて、応答信号をＰＨＩＣＨリソースに割り当てる。
【００５８】
このように、送信データ信号、制御情報（割当情報（DL assignment,UL grant）等）、及びＰＨＩＣＨ信号（ＡＣＫ／ＮＡＣＫ信号）が所定のリソースに割り当てられることにより、送信信号が生成される。生成された送信信号は無線送信部１０７に出力される。
【００５９】
無線送信部１０７は、信号割当部１０６から受け取った送信信号に対して、アップコンバート等の所定の無線送信処理を施し、アンテナ１０８を介して送信する。
【００６０】
無線受信部１０９は、端末から送信された信号を、アンテナ１０８を介して受信し、ダウンコンバート等の所定の無線受信処理を施す。そして、無線受信部１０９は、制御情報生成部１０２から受け取ったUL grantにより、端末から送信された信号を分離し、復調部１１０に出力する。
【００６１】
復調部１１０は、無線受信部１０９から受け取った信号に対して復調処理を施し、得られた復調信号を誤り訂正復号部１１１に出力する。
【００６２】
誤り訂正復号部１１１は、復調部１１０から受け取った復調信号を復号し、受信データ信号を得る。得られた受信データ信号は誤り判定部１０１にも出力される。
【００６３】
［端末２００の構成］
図１１は、本実施の形態に係る端末２００の構成を示すブロック図である。
【００６４】
図１１において、無線受信部２０２は、基地局１００から送信された信号を、アンテナ２０１を介して受信し、ダウンコンバート等の所定の無線受信処理を施して、無線受信処理された信号を信号分離部２０３に出力する。
【００６５】
信号分離部２０３は、無線受信部２０２から受け取った信号から、ＰＨＩＣＨ領域の信号（ＡＣＫ／ＮＡＣＫ信号）と、ＰＤＣＣＨ領域の信号（制御情報）とを抽出し、抽出したＰＨＩＣＨ領域の信号およびＰＤＣＣＨ領域の信号を、ＰＨＩＣＨ受信部２０６及び制御情報受信部２０７にそれぞれ出力する。なお、信号分離部２０３は、上り回線データが送信される上り通信サブフレームとＰＨＩＣＨリソース（ＩＰＨＩＣＨ）との関連付け（後述する）に基づいて、応答信号を受信信号から分離する。
【００６６】
また、信号分離部２０３は、後述する制御情報受信部２０７から受け取ったDL assignmentが示すデータリソースに割り当てられた信号（つまり、下り回線データ信号）を受信信号から抽出し、抽出した信号を復調部２０４に出力する。
【００６７】
復調部２０４は、信号分離部２０３から受け取った信号を復調し、当該復調した信号を誤り訂正復号部２０５に出力する。
【００６８】
誤り訂正復号部２０５は、復調部２０４から受け取った復調信号を復号し、得られた受信データ信号を出力する。
【００６９】
ＰＨＩＣＨ受信部２０６は、信号分離部２０３によって抽出されたＰＨＩＣＨ領域の信号がＡＣＫかＮＡＣＫかを判定する。判定結果は制御情報受信部２０７に出力される。
【００７０】
制御情報受信部２０７は、信号分離部２０３によって抽出されたＰＤＣＣＨ領域の信号に対してブラインド復号を行うことにより、自機宛の制御情報（例えば、DL assignment又はUL grant）を抽出する。制御情報受信部２０７は、抽出したDL assignmentを信号分離部２０３に出力し、UL grantを信号割当部２１０に出力する。
【００７１】
また、制御情報受信部２０７は、再送制御部としても機能し、ＰＨＩＣＨ受信部２０６から受け取った判定結果がＮＡＣＫであり、かつ、UL grantを検出しなかった場合、ノンアダプティブ再送を指示する信号（再送指示信号）を信号割当部２１０に出力する。また、制御情報受信部２０７は、ＰＨＩＣＨ受信部２０６から受け取った判定結果がＡＣＫであり、かつ、UL grantを検出しなかった場合、信号割当部２１０へ割当を指示する信号を出力しない。
【００７２】
誤り訂正符号化部２０８は、送信データ信号（つまり、上り回線データ）を誤り訂正符号化し、符号化後の信号を変調部２０９に出力する。
【００７３】
変調部２０９は、誤り訂正符号化部２０８から出力された信号を変調し、変調信号を信号割当部２１０に出力する。
【００７４】
信号割当部２１０は、制御情報受信部２０７からUL grantを受け取ると、当該UL grantのＮＤＩ（今回のUL grantのＮＤＩ）と、同一再送プロセスの前回のUL grantのＮＤＩとを比較して、ＮＤＩに変化がある場合には新規データが割り当てられたと判断し、変調部２０９から出力された新規データの変調信号をUL grantに従いデータリソースに割り当てる。一方、信号割当部２１０は、ＮＤＩに変化がない場合には再送データが割り当てられたと判断し、変調部２０９から出力された再送データの変調信号をUL grantに従いデータリソースに割り当てる。また、信号割当部２１０は、制御情報受信部２０７から再送指示信号を受け取ると、変調部２０９から出力された再送データの変調信号を、同一再送プロセスの前回のUL grantに従いデータリソースに割り当てる。割り当てられた信号は送信信号として無線送信部２１１に出力される。
【００７５】
無線送信部２１１は、信号割当部２１０から受け取った送信信号に対して、アップコンバート等の所定の無線送信処理を施し、アンテナ２０１を介して送信する。
【００７６】
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００の動作の詳細について説明する。ここでは、複数のUL-DL Configurationのいずれかに設定変更可能であるTDD eIMTA端末（端末２００）と、UL-DL Configurationを設定変更できない非TDD eIMTA端末（レガシ端末を含む）とが、基地局１００がカバーする同一セル内に存在する。
【００７７】
TDD eIMTA端末（端末２００）は、まず、ＴＤＤ ｅＩＭＴＡをサポートするセルに接続する際のUL-DL Configurationとして、ＳＩＢ１通知されているUL-DL Configurationを用いて接続する。そして、TDD eIMTA端末は、セル接続後に当該セルの基地局１００の指示に基づいて、異なるUL-DL Configurationに変更することが考えられる。すなわち、TDD eIMTA端末は、自機に設定されたUL-DL Configurationの他に、非TDD eIMTA端末が用いるＳＩＢ１通知されたUL-DL Configurationも知ることができる。
【００７８】
また、上述したように、図６及び図７においてレガシ端末とTDD eIMTA端末（端末２００）との間でＰＨＩＣＨリソースの競合が発生する可能性があるサブフレームとしては、サブフレーム＃０が該当する。具体的には、図６及び図７に示すように、TDD eIMTA端末に設定されたUL-DL Configurationにおいてサブフレーム＃０（ＡＣＫ／ＮＡＣＫ信号が送信されるサブフレーム）に関連付けられた上り通信サブフレームと、非TDD eIMTA端末に設定されたUL-DL Configurationにおいてサブフレーム＃０に関連付けられた上り通信サブフレームとが異なる組み合わせ（サブフレーム＃３（７サブフレーム前）及びサブフレーム＃４（６サブフレーム前））が存在する（図３Ｂ参照）。これらの異なる上り通信サブフレームで送信される上り回線データに対するＡＣＫ／ＮＡＣＫ信号には、ＩＰＨＩＣＨ＝０に対応するリソース領域がそれぞれ対応付けられる（図３Ｂ参照）。このため、図６及び図７では、サブフレーム＃０において、レガシ端末とTDD eIMTA端末との間でＰＨＩＣＨリソースの競合が発生する可能性がある。
【００７９】
換言すると、TDD eIMTA端末に設定されたUL-DL Configurationにおいて、第１サブフレーム（図６，７ではサブフレーム＃０）で送信されるＡＣＫ／ＮＡＣＫ信号が、第２サブフレーム（図６ではサブフレーム＃４、図７ではサブフレーム＃３）で送信される上り回線データに対するものであり、非TDD eIMTA端末に設定されたUL-DL Configurationにおいて、上記第１サブフレーム（図６，７ではサブフレーム＃０）で送信されるＡＣＫ／ＮＡＣＫ信号が、上記第２サブフレームとは異なる第３サブフレーム（図６ではサブフレーム＃３、図７ではサブフレーム＃４）で送信される上り回線データに対するものである場合、第１サブフレームにおいて、非TDD eIMTA端末とTDD eIMTA端末との間でＰＨＩＣＨリソースの競合が発生する可能性がある。
【００８０】
これらの点に着目して、基地局１００及び端末２００は、レガシ端末とTDD eIMTA端末との間でＰＨＩＣＨリソースの競合が発生する可能性があるサブフレームでは、TDD eIMTA端末宛のＰＨＩＣＨに対して、レガシ端末向けのＰＨＩＣＨに対するＩＰＨＩＣＨの対応付け（０又は１）を入れ替える。つまり、基地局１００及び端末２００は、当該サブフレームにおいて、レガシ端末に対するＩＰＨＩＣＨの値（例えば図３Ｂ）を反転した値を、TDD eIMTA端末に対するＩＰＨＩＣＨとして用いる。
【００８１】
こうすることで、当該サブフレームにおいて、レガシ端末とTDD eIMTA端末との間で異なる上り通信サブフレームでそれぞれ送信される上り回線データに対するＡＣＫ／ＮＡＣＫ信号のうち、レガシ端末向けのＡＣＫ／ＮＡＣＫ信号向けのＰＨＩＣＨリソースが上述したようにＩＰＨＩＣＨ＝０のリソース領域内のリソースであるのに対して、基地局１００及び端末２００は、端末２００向けのＡＣＫ／ＮＡＣＫ信号向けのＰＨＩＣＨリソースを、ＩＰＨＩＣＨ＝１のリソース領域内のリソースとすることができる。つまり、サブフレーム＃０において、レガシ端末とTDD eIMTA端末との間で上記異なる上り通信サブフレームでそれぞれ送信される上り回線データに対するＡＣＫ／ＮＡＣＫ信号には、異なるＰＨＩＣＨリソースが割り当てられる。
【００８２】
このようにして、本実施の形態では、レガシ端末とTDD eIMTA端末との間でＰＨＩＣＨリソースを異ならせて、対応するＰＨＩＣＨに対してノンアダプティブ再送を適用することにより、上述したＰＨＩＣＨリソースの競合を解消する。
【００８３】
次に、以下の２通りのケースに分けて詳細に説明する。
＜ケース１＞：非TDD eIMTA端末にConfig#0が設定され、TDD eIMTA端末にConfig#3又はConfig#6が設定された場合
＜ケース２＞：非TDD eIMTA端末にConfig#3又はConfig#6が設定され、TDD eIMTA端末にConfig#0が設定された場合
【００８４】
＜ケース１（図１２）＞
例えば、図１２Ａに示すように、レガシ端末（Config#0）とTDD eIMTA端末（端末２００）（Config#3またはConfig#6）との間でＰＨＩＣＨリソースの競合が発生する可能性があるサブフレーム＃０では、基地局１００（例えば信号割当部１０６）は、レガシ端末が用いるＩＰＨＩＣＨの対応付け（例えば図３Ｂ）と比較して、端末２００向けのＰＨＩＣＨリソースのＩＰＨＩＣＨの対応付けを入れ替える。すなわち、図１２Ａに示すように、基地局１００は、サブフレーム＃０では、端末２００に対して、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースをＩＰＨＩＣＨ＝１に対応付ける。
【００８５】
同様に、端末２００（例えば信号分離部２０３）は、サブフレーム＃０では、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースをＩＰＨＩＣＨ＝１と認識して、ＰＨＩＣＨを検出する。そして、端末２００は、ＰＨＩＣＨの検出結果に基づいて上り回線データの再送制御（例えば図２）を行う。
【００８６】
図１２Ｂは、ケース１における端末２００に対する、上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨ受信タイミング（PUSCH-PHICHタイミング）、及び、各タイミングにおけるＩＰＨＩＣＨの値を示す。つまり、図１２Ｂは、上記ＩＰＨＩＣＨの値の入れ替え後の状態を表す。基地局１００及び端末２００は、図１２Ｂに示す、上り回線データが送信されるサブフレームとＡＣＫ／ＮＡＣＫ信号が割り当てられるＰＨＩＣＨリソース（ＩＰＨＩＣＨ）との関連付けに基づいて、ＡＣＫ／ＮＡＣＫ信号の割当又は分離を行えばよい。
【００８７】
サブフレーム＃０において、図１２Ｂと図３Ｂとを比較する。図３Ｂでは、Config#3又はConfig#6が設定された端末に対して、サブフレーム＃０で送信されるＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝０が対応付けられる。これに対して、図１２Ｂでは、Config#3又はConfig#6が設定された端末２００に対して、サブフレーム＃０で送信されるＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝１が対応付けられる（点線で囲まれた部分）。なお、図１２Ｂでは、図３Ｂと同様、Config#0が設定された端末に対して、サブフレーム＃０で送信されるＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝０が対応付けられる。
【００８８】
ここで、ＰＨＩＣＨが送信されるサブフレーム＃０では、端末２００（Config#3又はConfig#6）におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA, nDMRS）と、レガシ端末（Config#0）におけるサブフレーム＃３の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA, nDMRS）とが同じになる可能性がある。
【００８９】
これに対して、図１２Ａ及び図１２Ｂに示すように、端末２００に対するＩＰＨＩＣＨの値が入れ替わることで、サブフレーム＃０において、レガシ端末とTDD eIMTA端末との間で上記決定用パラメータセット（IPRB_RA, nDMRS）が同一となり得るＡＣＫ／ＮＡＣＫ信号に対して、それぞれ異なるＩＰＨＩＣＨ、つまり異なるリソース領域が対応付けられる。具体的には、図１２Ｂに示すように、TDD eIMTA端末に設定されたConfig#3又はConfig#6においてサブフレーム＃０に関連付けられたサブフレーム＃４（６サブフレーム前）のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソース（ＩＰＨＩＣＨ＝１）と、レガシ端末に設定されたConfig#0においてサブフレーム＃０に関連付けられたサブフレーム＃３（７サブフレーム前）のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソース（ＩＰＨＩＣＨ＝０）とは異なる。つまり、サブフレーム＃０において、端末２００におけるサブフレーム＃４のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースは、レガシ端末におけるサブフレーム＃３のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースを含む領域（ＩＰＨＩＣＨ＝０）と異なる領域（ＩＰＨＩＣＨ＝１）に含まれる。このように、レガシ端末と端末２００との間でＩＰＨＩＣＨが異なる値になるので、双方のＰＨＩＣＨリソースを完全に分離することができる。
【００９０】
なお、同一のサブフレームでは、端末２００及びレガシ端末の上り回線データ（ＰＵＳＣＨ）に割り当てられるＰＲＢが互いに異なるように運用される。よって、例えば、図１２Ａに示すサブフレーム＃４において、端末２００が占有するＰＲＢの先頭ＰＲＢ（IPRB_RA）と、レガシ端末が占有するＰＲＢの先頭ＰＲＢ（IPRB_RA’）とが同一となることはない。よって、IPRB_RAとIPRB_RA’とが一致することはないので、端末２００におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA， nDMRS）と、レガシ端末におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA’, nDMRS’）とは一致しない。これにより、図１２Ａ及び図１２Ｂに示すように、端末２００に対するＩＰＨＩＣＨの値が入れ替わることで、サブフレーム＃０において、レガシ端末とTDD eIMTA端末との間で同一上り通信サブフレーム（サブフレーム＃４）で送信された上り回線データに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースには同一領域（ＩＰＨＩＣＨ＝０）が対応付けられるものの、双方のＰＨＩＣＨリソースを完全に分離することができる。
【００９１】
＜ケース２（図１３）＞
例えば、図１３Ａに示すように、レガシ端末（Config#3又はConfig#6）とTDD eIMTA端末（端末２００）（Config#0）との間でＰＨＩＣＨリソースの競合が発生する可能性があるサブフレーム＃０では、ケース１と同様、基地局１００（例えば、信号割当部１０６）は、レガシ端末が用いるＩＰＨＩＣＨの対応付け（例えば図３Ｂ）と比較して、端末２００向けのＰＨＩＣＨリソースのＩＰＨＩＣＨの対応付けを入れ替える。すなわち、図１３Ａに示すように、基地局１００は、サブフレーム＃０では、端末２００に対して、サブフレーム＃３の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースをＩＰＨＩＣＨ＝１に対応付け、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースをＩＰＨＩＣＨ＝０に対応付ける。
【００９２】
同様に、端末２００（例えば、信号分離部２０３）は、サブフレーム＃０では、サブフレーム＃３の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨのリソースをＩＰＨＩＣＨ＝１と認識し、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨのリソースをＩＰＨＩＣＨ＝０と認識して、ＰＨＩＣＨを検出する。そして、端末２００は、ＰＨＩＣＨの検出結果に基づいて上り回線データの再送制御（例えば図２）を行う。
【００９３】
図１３Ｂは、ケース２における端末２００に対する、上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨ受信タイミング（PUSCH-PHICHタイミング）、及び、各タイミングにおけるＩＰＨＩＣＨの値を示す。つまり、図１３Ｂは、上記ＩＰＨＩＣＨの値の入れ替え後の状態を表す。基地局１００及び端末２００は、図１３Ｂに示す、上り回線データが送信されるサブフレームとＡＣＫ／ＮＡＣＫ信号が割り当てられるＰＨＩＣＨリソース（ＩＰＨＩＣＨ）との関連付けに基づいて、ＡＣＫ／ＮＡＣＫ信号の割当又は分離を行えばよい。
【００９４】
サブフレーム＃０において、図１３Ｂと図３Ｂとを比較する。図３Ｂでは、Config#0が設定された端末に対して、サブフレーム＃０で送信される、７サブフレーム前のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝０が対応付けられ、６サブフレーム前のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝１が対応付けられる。これに対して、図１３Ｂでは、Config#0が設定された端末２００に対して、サブフレーム＃０で送信される、７サブフレーム前のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝１が対応付けられ、６サブフレーム前のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝０が対応付けられる（点線で囲まれた部分）。なお、図１３Ｂでは、図３Ｂと同様、Config#3又はConfig#6が設定された端末に対して、サブフレーム＃０で送信されるＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースにＩＰＨＩＣＨ＝０が対応付けられる。
【００９５】
図１３Ａ及び図１３Ｂに示すように、端末２００に対するＩＰＨＩＣＨの値が入れ替わることで、ケース１と同様、サブフレーム＃０において、レガシ端末とTDD eIMTA端末との間でＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA, nDMRS）が同一となり得るＡＣＫ／ＮＡＣＫ信号に対して、異なるＩＰＨＩＣＨ、つまり異なるリソース領域が対応付けられる。具体的には、図１３Ｂに示すように、TDD eIMTA端末に設定されたConfig#0においてサブフレーム＃０に関連付けられたサブフレーム＃３（７サブフレーム前）のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソース（ＩＰＨＩＣＨ＝１）と、非TDD eIMTA端末に設定されたConfig#3又はConfig#6においてサブフレーム＃０に関連付けられたサブフレーム＃４（６サブフレーム前）のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソース（ＩＰＨＩＣＨ＝０）とは異なる。つまり、サブフレーム＃０において、端末２００におけるサブフレーム＃３のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースは、レガシ端末におけるサブフレーム＃４のＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースを含む領域（ＩＰＨＩＣＨ＝０）と異なる領域（ＩＰＨＩＣＨ＝１）に含まれる。このように、端末２００におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースと、レガシ端末におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースとの間でＩＰＨＩＣＨが異なる値になるので、双方のＰＨＩＣＨリソースを完全に分離することができる。
【００９６】
また、ケース１と同様、同一のサブフレームでは、端末２００及びレガシ端末の上り回線データ（ＰＵＳＣＨ）に割り当てられるＰＲＢが互いに異なるように運用される。よって、例えば、図１３Ａに示すように、端末２００におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA， nDMRS）と、レガシ端末におけるサブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースの決定用パラメータセット（IPRB_RA’, nDMRS’）とは一致しない。これにより、図１３Ａ及び図１３Ｂに示すように、端末２００に対するＩＰＨＩＣＨの値が入れ替わることで、サブフレーム＃０において、レガシ端末とTDD eIMTA端末との間で同一上り通信サブフレーム（サブフレーム＃４）で送信された上り回線データに対するＡＣＫ／ＮＡＣＫ信号のＰＨＩＣＨリソースには同一領域（ＩＰＨＩＣＨ＝０）が対応付けられるものの、双方のＰＨＩＣＨリソースを完全に分離することができる。
【００９７】
以上、ケース１及びケース２について説明した。
【００９８】
（効果）
以上のように、本実施の形態によれば、互いに異なるUL-DL Configurationが設定された端末が共存する場合でも、ＰＨＩＣＨリソースが競合する可能性があるサブフレームにおいて、TDD eIMTA端末である端末２００におけるＩＰＨＩＣＨの値を入れ替えることで、ＰＨＩＣＨリソースの競合を回避することができる。よって、各ＰＵＳＣＨに対するＰＨＩＣＨが各端末に正しく通知できるので、不要な再送が発生すること、又は、再送が必要であるのにもかかわらず再送がなされないこと、などの課題を解決することができる。
【００９９】
（ケース２の他の実現方法：図１４）
ケース２（図１２及び図１３）では、サブフレーム＃０におけるＰＨＩＣＨグループ数の係数ｍｉを、Config#0（ｍｉ＝２）、及び、Config#3またはConfig#6（ｍｉ＝１）のうち、より大きい方に設定（ｍｉ＝２）した場合について説明した。これに対して、ここでは、サブフレーム＃０におけるＰＨＩＣＨグループ数の係数ｍｉを、Config#0（ｍｉ＝２）、及び、Config#3またはConfig#6（ｍｉ＝１）のうち、より小さい方に設定（ｍｉ＝１）する場合について説明する。
【０１００】
換言すると、図１４Ａ及び図１４Ｂでは、レガシ端末（Config#3またはConfig#6：ｍｉ＝１）のみの運用時よりもＰＨＩＣＨリソース数が大きくならないように（ＰＨＩＣＨのオーバヘッドが増加しないように）、TDD eIMTA端末（端末２００）（Config#0）に対してＰＨＩＣＨグループの係数ｍｉ＝１が設定される場合の例をそれぞれ示す。具体的には、図１４Ａ及び図１４Ｂでは、端末２００（Config#0）に対するＰＨＩＣＨグループ数の係数ｍｉよりもレガシ端末（Config#3またはConfig#6）に対するＰＨＩＣＨグループ数の係数ｍｉの方が小さいサブフレーム＃０（図３Ａ参照）における例を示す。
【０１０１】
図１４Ａに示す方法では、基地局１００は、端末２００に対して、ＩＰＨＩＣＨ＝１に対応するＰＨＩＣＨリソース（７サブフレーム前のサブフレーム＃３で送信されたＰＵＳＣＨに対するＰＨＩＣＨリソース）を確保しない。端末２００は、サブフレーム＃０において、ＩＰＨＩＣＨ＝１に対応するＰＨＩＣＨを受信しない。つまり、基地局１００及び端末２００は、サブフレーム＃０において、ＩＰＨＩＣＨ＝１に対応するＰＨＩＣＨリソースを確保せずに、サブフレーム＃３で送信されたＰＵＳＣＨに対してアダプティブ再送のみを常にサポートする。ＩＰＨＩＣＨ＝０に対応するＰＨＩＣＨについてはケース２と同様である。
【０１０２】
図１４Ｂに示す方法では、基地局１００及び端末２００は、当該端末２００に対するＩＰＨＩＣＨ＝１に対応するＰＨＩＣＨリソース（７サブフレーム前のサブフレーム＃３で送信されたＰＵＳＣＨに対するＰＨＩＣＨリソース）として、ＩＰＨＩＣＨ＝０に対応するＰＨＩＣＨリソース（６サブフレーム前のサブフレーム＃４で送信されたＰＵＳＣＨに対するＰＨＩＣＨリソース）を決定するパラメータセット（IPRB_RA’およびnDMRS’）に基づいて決定されるリソースを確保する。図１４Ｂでは、基地局１００及び端末２００は、ＩＰＨＩＣＨ＝０に対応するＰＨＩＣＨリソースに関するパラメータをIPRB_RA’およびnDMRS’とした場合、ＩＰＨＩＣＨ＝１に対応するＰＨＩＣＨリソースに関するパラメータをIPRB_RA’+1およびnDMRS’とする。ここで、IPRB_RA’は上り回線データ（ＰＵＳＣＨ）に割り当てられた先頭ＰＲＢを示すインデックスである。そのため、IPRB_RA’に対応するＰＲＢに隣接するＰＲＢのインデックス（１を加えたインデックス）であるIPRB_RA’+1もまた、当該上り回線データが占有している可能性が高い。すなわち、IPRB_RA’に対応するＰＲＢを割り当てたタイミングにおいて、基地局１００が端末２００以外の他の端末に対して、IPRB_RA’+1に対応するＰＲＢを先頭ＰＲＢとした上り回線データを割り当てた可能性は低い。したがって、基地局１００は、端末２００に対してIPRB_RA’+1に対応付けられたＰＨＩＣＨリソースに加えて、IPRB_RA’+1に対応付けられたＰＨＩＣＨリソースを用いたとしても、他の端末に対するスケジューリングに制約が発生する可能性を抑えることができる。
【０１０３】
（効果）
このように、ケース２の他の実現方法においても、ケース２と同様、ＩＰＨＩＣＨの値を入れ替えることで、ＰＨＩＣＨリソースの競合を完全に回避できる。さらに、ケース２の他の実現方法では、レガシ端末のみで運用した場合と比較して、ＰＨＩＣＨのオーバヘッドを増加させないという効果がある。
【０１０４】
以上、本発明の実施の形態について説明した。
【０１０５】
［他の実施の形態］
（１）なお、上記実施の形態において、TDD eIMTA端末（端末２００）は、自機に設定されたUL-DL Configurationの他に、非TDD eIMTA端末が用いるＳＩＢ１通知されたUL-DL Configurationも知ることができる、とした。ただし、本実施の形態はこれに限定されず、TDD eIMTA端末は、必ずしも非TDD eIMTA端末が用いるＳＩＢ１通知されたUL-DL Configurationを参照しなくてもよい。
【０１０６】
すなわち、TDD eIMTA端末（端末２００）にConfig#3又はConfig#6が設定された場合、基地局１００（例えば信号割当部１０６）は、レガシ端末が用いるUL-DL Configurationによらず、サブフレーム＃０では、端末２００向けのＰＨＩＣＨリソースのＩＰＨＩＣＨの対応付けを常に入れ替える。
【０１０７】
同様に、TDD eIMTA端末（端末２００）にConfig#3又はConfig#6が設定された場合、端末２００（例えば信号分離部２０３）は、レガシ端末が用いるUL-DL Configurationによらず、サブフレーム＃０では、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースを常にＩＰＨＩＣＨ＝１と認識して、ＰＨＩＣＨを検出する。そして、端末２００は、ＰＨＩＣＨの検出結果に基づいて上り回線データの再送制御（例えば図２）を行う。
【０１０８】
また、TDD eIMTA端末（端末２００）にConfig#0が設定された場合、基地局１００（例えば信号割当部１０６）は、レガシ端末が用いるUL-DL Configurationによらず、サブフレーム＃０では、端末２００向けのＰＨＩＣＨリソースのＩＰＨＩＣＨの対応付けを常に入れ替える。すなわち、基地局１００は、サブフレーム＃０では、端末２００に対して、サブフレーム＃３の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースをＩＰＨＩＣＨ＝１に対応付け、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨリソースをＩＰＨＩＣＨ＝０に対応付ける。
【０１０９】
同様に、TDD eIMTA端末（端末２００）にConfig#0が設定された場合、端末２００（例えば、信号分離部２０３）は、レガシ端末が用いるUL-DL Configurationによらず、サブフレーム＃０では、サブフレーム＃３の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨのリソースを常にＩＰＨＩＣＨ＝１と認識し、サブフレーム＃４の上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨのリソースを常にＩＰＨＩＣＨ＝０と認識して、ＰＨＩＣＨを検出する。そして、端末２００は、ＰＨＩＣＨの検出結果に基づいて上り回線データの再送制御（例えば図２）を行う。
【０１１０】
これにより、基地局１００は、非TDD eIMTA端末が用いるＳＩＢ１通知されたUL-DL Configurationによらず、ＰＨＩＣＨリソースを決定できるため、基地局１００（例えば信号割当部１０６）の構成を簡易化できる。同様に、端末２００は、非TDD eIMTA端末が用いるＳＩＢ１通知されたUL-DL Configurationによらず、ＰＨＩＣＨリソースを検出できるため、端末２００（例えば信号分離部２０３）の構成を簡易化できる。
【０１１１】
（２）また、上記実施の形態において、TDD eIMTA端末（端末２００）に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configurationの通知方法は、ＲＲＣ（higher layer）シグナリングベースの通知方法、ＭＡＣ（Media Access Control layer）シグナリングベースの通知方法、及び、Ｌ１（Physical Layer）シグナリングベースのいずれの通知方法をとってもよい。TDD eIMTA端末に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configurationが、非TDD eIMTA端末（レガシ端末）が用いるＳＩＢ１通知されたUL-DL Configurationとは異なる場合は、TDD eIMTA端末に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configurationの通知方法としては、ＳＩ（System Information）シグナリングベースの通知方法をとってもよい。
【０１１２】
（３）また、上記実施の形態では、「TDD eIMTA端末に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configuration」について記載した。ただし、これは、「TDD eIMTA端末に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configuration」と、「ＰＨＩＣＨグループ数の係数を規定する、上り回線制御に係るタイミング（すなわち上り回線データ（ＰＵＳＣＨ）に対するＰＨＩＣＨ受信タイミング）について、当該タイミングを参照するUL-DL Configuration」とが同一である場合を前提としている。
【０１１３】
しかし、ＬＴＥ−Ａシステムにおいて、TDD inter-band CA（Carrier Aggregation）では、キャリアアグリゲーションがなされる複数の単位バンド（Component Carrier）間で、異なるUL-DL Configurationが指示される場合、１フレーム内のサブフレーム構成を指示するUL-DL Configurationと、上り回線制御に係るタイミングを参照するUL-DL Configuration（以降、タイミング参照用UL-DL Configurationと呼ばれることがある）とが、異なる場合がある。
【０１１４】
TDD inter-band CAと、ＴＤＤ ｅＩＭＴＡとを組み合わせて運用した場合、上記実施の形態における「TDD eIMTA端末に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configuration」は、TDD eIMTA端末が参照する「タイミング参照用UL-DL Configuration」とは異なる。そこで、上記実施の形態では、「TDD eIMTA端末に設定されるＴＤＤ ｅＩＭＴＡ用のUL-DL Configuration」を、「TDD eIMTA端末が参照する上り回線制御に係るタイミングのUL-DL Configuration」とみなしてもよい。
【０１１５】
（４）また、上記実施の形態では、各アンテナとして説明したが、本発明はアンテナポート（antenna port）でも同様に適用できる。
【０１１６】
アンテナポートとは、１本又は複数の物理アンテナから構成される、論理的なアンテナを指す。すなわち、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。
【０１１７】
例えばＬＴＥにおいては、アンテナポートが何本の物理アンテナから構成されるかは規定されず、基地局が異なる参照信号（Reference signal）を送信できる最小単位として規定されている。
【０１１８】
また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
【０１１９】
（５）また、上記実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はハードウェアとの連携においてソフトウェアで実現することも可能である。
【０１２０】
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１２１】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１２２】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１２３】
以上、本開示に係る端末装置は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置であって、基地局装置から送信された信号を受信する受信部と、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離する分離部と、を具備し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる、構成を採る。
【０１２４】
本開示に係る端末装置において、前記第１のリソースは、前記第２のリソースを含む領域と異なる領域に含まれる。
【０１２５】
本開示に係る端末装置において、前記第１のサブフレームで送信される前記端末装置宛の応答信号が、前記第２のサブフレームで送信された上り回線データと前記第３のサブフレームで送信された上り回線データとに対する応答信号である場合、前記第１のリソースは、前記第３のサブフレームで送信された上り回線データに用いられる物理リソースブロックのインデックスに１を加えたインデックスの物理リソースブロックに対応付けられたリソースである。
【０１２６】
本開示に係る基地局装置は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成する生成部と、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当てる割当部と、前記応答信号を含む信号を送信する送信部と、を具備し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる、構成を採る。
【０１２７】
本開示に係る受信方法は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置における受信方法であって、基地局装置から送信された信号を受信し、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号を、前記信号から分離し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる。
【０１２８】
本開示に係る送信方法は、１フレームを構成するサブフレームの構成パターンであって、上り回線データが送信されるサブフレームと、当該上り回線データに対する応答信号が送信されるサブフレームとを含む複数の前記構成パターンのいずれかに設定変更可能である端末装置から送信された上り回線データに対する応答信号を生成し、前記上り回線データが送信されるサブフレームと前記応答信号が割り当てられるリソースとの関連付けに基づいて、前記応答信号をリソースに割り当て、前記応答信号を含む信号を送信し、前記端末装置に設定された第１の構成パターンにおいて、第１のサブフレームで送信される応答信号が、第２のサブフレームで送信される上り回線データに対するものであり、前記構成パターンを設定変更できない他の端末装置に設定された第２の構成パターンにおいて、前記第１のサブフレームで送信される応答信号が、前記第２のサブフレームとは異なる第３のサブフレームで送信される上り回線データに対するものである場合、前記第１のサブフレームにおいて、前記第２のサブフレームで前記端末装置から送信される上り回線データに対する応答信号に割り当てられる第１のリソースと、前記第３のサブフレームで前記他の端末装置から送信される上り回線データに対する応答信号に割り当てられる第２のリソースと、は異なる。
【０１２９】
２０１２年１０月３０日出願の特願２０１２−２３８９９５の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【０１３０】
本発明は、移動通信システム等に有用である。
【符号の説明】
【０１３１】
１００  基地局
２００  端末
１０１  誤り判定部
１０２  制御情報生成部
１０３  ＰＨＩＣＨ生成部
１０４，２０８  誤り訂正符号化部
１０５，２０９  変調部
１０６，２１０  信号割当部
１０７，２１１  無線送信部
１０８，２０１  アンテナ
１０９，２０２  無線受信部
１１０，２０４  復調部
１１１，２０５  誤り訂正復号部
２０３  信号分離部
２０６  ＰＨＩＣＨ受信部
２０７  制御情報受信部
【図１】
2014068839.tif 000005
【図２】
2014068839.tif 000006
【図３】
2014068839.tif 000007
【図４】
2014068839.tif 000008
【図５】
2014068839.tif 000009
【図６】
2014068839.tif 000010
【図７】
2014068839.tif 000011
【図８】
2014068839.tif 000012
【図９】
2014068839.tif 000013
【図１０】
2014068839.tif 000014
【図１１】
2014068839.tif 000015
【図１２】
2014068839.tif 000016
【図１３】
2014068839.tif 000017
【図１４】
2014068839.tif 000018
【国際調査報告】
2014068839.tif 000019
2014068839.tif 000020
2014068839.tif 000021
2014068839.tif 000022