(57)【特許請求の範囲】
【請求項１】
異なる巡回シフト量で定義される複数の第２の系列の何れか１つを用いて、応答信号を１次拡散する第１の拡散部と、
サブフレーム内において互いに直交する複数の第３の系列の何れか１つを用いて、前記１次拡散された応答信号を２次拡散する第２の拡散部と、
前記２次拡散された応答信号を複数のサブフレームに渡ってレピティションして、前記応答信号に対して、互いに直交する複数の第１の系列の何れか１つの系列の各成分をサブフレーム毎に乗算して送信信号を生成する生成部と、
前記送信信号を送信する送信部と、
を具備する端末。
【請求項２】
下り制御チャネルの制御情報を通知するためのフィールドの一部又は全てに割り当てられた、前記端末が使用する前記第１の系列を示す情報を受信する受信部、を更に具備する、
請求項１に記載の端末。
【請求項３】
前記制御情報は、リソース割当情報、MCS情報、HARQプロセス情報、送信モード情報、又は、送信電力制御情報である、
請求項２に記載の端末。
【請求項４】
上位レイヤを用いて、前記端末が使用する前記第１の系列を示す情報を受信する受信部、を更に具備する、
請求項１に記載の端末。
【請求項５】
前記複数の第１の系列と、端末ＩＤとが予め対応付けられ、
前記生成部は、前記複数の第１の系列の中から、基地局から通知される前記端末ＩＤに対応する系列を、前記端末が使用する前記第１の系列に設定する、
請求項１に記載の端末。
【請求項６】
前記端末に対してランダムアクセス信号の送信を要求する下り割当制御情報を通知するフィールドのうち、前記要求に使用されていないフィールドに割り当てられた、前記端末が使用する前記第１の系列を示す情報を受信する受信部、を更に具備する、
請求項１に記載の端末。
【請求項７】
前記レピティションの回数は、前記レピティションの送信開始のサブフレーム周期の整数倍であり、
前記第１の系列の系列長は、前記サブフレーム周期と同数である、
請求項１に記載の端末。
【請求項８】
前記第１の系列の系列長は、前記レピティションの回数と同数である、
請求項１に記載の端末。
【請求項９】
複数のサブフレームに渡ってレピティション送信された信号を受信し、前記信号には、互いに直交する複数の第１の系列の何れか１つの系列の各成分がサブフレーム毎に乗算されている、受信部と、
前記何れか１つの系列を用いて、前記複数のサブフレームの信号を合成して、合成信号を生成する合成部と、
互いに直交する複数の第３の系列の何れか１つを用いて、前記合成信号を逆拡散する逆拡散部と、
異なる巡回シフト量で定義される複数の第２の系列の何れか１つを用いて、前記逆拡散された合成信号から応答信号を生成する相関処理部と、
を具備する基地局。
【請求項１０】
異なる巡回シフト量で定義される複数の第２の系列の何れか１つを用いて、応答信号を１次拡散する第１の拡散工程と、
サブフレーム内において互いに直交する複数の第３の系列の何れか１つを用いて、前記１次拡散された応答信号を２次拡散する第２の拡散工程と、
前記２次拡散された応答信号を複数のサブフレームに渡ってレピティションして、前記応答信号に対して、互いに直交する複数の第１の系列の何れか１つの系列の各成分をサブフレーム毎に乗算して送信信号を生成する生成工程と、
前記送信信号を送信する送信工程と、
を具備する送信方法。
【請求項１１】
複数のサブフレームに渡ってレピティション送信された信号を受信し、前記信号には、互いに直交する複数の第１の系列の何れか１つの系列の各成分がサブフレーム毎に乗算されている、受信工程と、
前記何れか１つの系列を用いて前記複数のサブフレームの信号を合成して、合成信号を生成する合成工程と、
互いに直交する複数の第３の系列の何れか１つを用いて、前記合成信号を逆拡散する逆拡散工程と、
異なる巡回シフト量で定義される複数の第２の系列の何れか１つを用いて、前記逆拡散された合成信号から応答信号を生成する相関処理工程と、
を具備する受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末、基地局、送信方法及び受信方法に関する。
【背景技術】
【０００２】
3GPP LTE（3rd Generation Partnership Project Long Term Evolution）では、下りリンクの通信方式として直交周波数分割マルチアクセス（OFDMA：Orthogonal Frequency Division Multiple Access）、上りリンクの通信方式としてシングルキャリア周波数分割マルチアクセス（SC-FDMA：Single Carrier-FDMA）が採用されている。【０００３】
また、3GPP LTEの下りリンクでは、同期チャネル（SCH: Synchronization Channel）、報知チャネル（PBCH: Physical Broadcast Channel）、下りリンク制御チャネル（PDCCH: Physical Downlink Control Channel）、下りリンク共有チャネル（PDSCH: Physical Downlink Shared Channel）、マルチキャストチャネル（PMCH: Physical Multicast Channel）、制御フォーマットインジケータチャネル（PCFICH: Physical Control Format Indicator Channel）、及びHARQインジケータチャネル（PHICH: Physical Hybrid automatic repeat request Indicator Channel）が用いられる。3GPP LTEの上りリンクでは、上りリンク制御チャネル（PUCCH: Physical Uplink Control Channel）、上りリンク共有チャネル（PUSCH: Physical Uplink Shared Channel）及びランダムアクセスチャネル（PRACH: Physical Random Access Channel）が用いられる。【０００４】
端末（UE（User Equipment）と呼ぶこともある）は、まずSCHを捕まえることによって基地局（eNBと呼ぶこともある）との同期を確保する。その後、端末は、BCH情報（報知情報）を読むことにより基地局固有のパラメータを取得する（例えば、非特許文献１〜３を参照）。端末は、基地局固有のパラメータの取得後、基地局に対してPRACHを介して接続要求を行うことにより、基地局との通信を確立する。基地局は、通信が確立された端末に対して、必要に応じてPDCCH等の制御チャネルを介して制御情報を送信する。ここで、基地局から送信される制御情報には、基地局が端末に対して割り当てたリソース情報、MCS（Modulation and channel Coding Scheme）情報、HARQ（Hybrid Automatic Repeat Request）プロセス情報、送信電力制御情報及び端末ID情報などが含まれる。【０００５】
また、LTEでは、制御信号及びデータ信号は、サブフレーム単位で送信される。【０００６】
LTEでは、基地局から端末への下りリンクデータに対してHARQが適用され、PUCCH等の上りリンクチャネルを用いて下りデータ信号に対する肯定応答（ACK: Acknowledgement）又は否定応答（NACK: Negative Acknowledgement）が送信される。ACK又はNACK（ACK/NACK信号又は応答信号と呼ぶこともある）は、例えば、ACK（誤りなし）又はNACK（誤りあり）を示す１ビットの情報である。【０００７】
複数の端末から送信される複数の応答信号は、図１に示すように、時間軸上においてZero Auto-correlation特性を持つZAC（Zero Auto-correlation）系列、ウォルシュ（Walsh）系列及びDFT（Discrete Fourier Transform）系列によって拡散され、PUCCH内においてコード多重される。図１において、（W(0), W(1), W(2), W(3)）は系列長４のウォルシュ系列を表し、（F(0),F(1),F(2)）は系列長３のDFT系列を表す。【０００８】
図１に示すように、端末ではACK/NACK信号は、まず周波数軸上においてZAC系列（系列長１２）によって１SC-FDMAシンボルに対応する周波数成分へ１次拡散される。つまり、系列長１２のZAC系列に対して、複素数で表されるACK/NACK信号成分が乗算される。次に、１次拡散後のACK/NACK信号、及び、参照信号としてのZAC系列は、それぞれウォルシュ系列（系列長４: W(0)〜W(3)）及びDFT系列（系列長３: F(0)〜F(2)）によって２次拡散される。つまり、系列長１２の信号（１次拡散後のACK/NACK信号、又は、参照信号としてのZAC系列）のそれぞれの成分に対して、直交符号系列（Orthogonal sequence: ウォルシュ系列又はDFT系列）の各成分が乗算される。さらに、２次拡散された信号は、逆離散フーリエ変換（IDFT: Inverse Discrete Fourier Transform又はIFFT： Inverse Fast Fourier Transform）によって時間軸上の系列長１２の信号に変換される。そして、IFFT後の信号のそれぞれに対して、サイクリックプリフィックス（CP：Cyclic Prefix）が付加され、７つのSC-FDMAシンボルからなる１スロットの信号が形成される。【０００９】
PUCCHは、周波数軸においてシステム帯域の両端に配置される。また、PUCCHのリソースは、サブフレーム単位で各端末に割り当てられる。また、１サブフレームは２スロットで構成され、PUCCHは前半スロットと後半スロットとで周波数ホッピング（スロット間周波数ホッピング）される。【００１０】
異なる端末からのACK/NACK信号は、異なる巡回シフト量（Cyclic Shift Index）で定義されるZAC系列、及び、異なる系列番号（OC Index: Orthogonal Cover Index）に対応する直交符号系列を用いて拡散されている。直交符号系列は、ウォルシュ系列とDFT系列との組である。また、直交符号系列は、ブロックワイズ拡散コード系列（Block-wise spreading code）と称されることもある。したがって、基地局は、逆拡散及び相関処理を用いることにより、これらのコード多重された複数のACK/NACK信号を分離することができる（例えば、非特許文献４を参照）。図２は、直交符号系列の系列番号（OC index：０〜２）及びZAC系列の循環シフト量の番号（Cyclic shift Index：０〜１１）によって定義されるPUCCHリソースを示す。系列長４のウォルシュ系列及び系列長３のDFT系列を用いた場合、同一の時間周波数リソースにおいて、最大で3*12=36個のPUCCHリソースを定義できる。ただし、36個のPUCCHリソースをすべて利用可能とするとは限らない。【００１１】
ところで、今後の情報社会を支える仕組みとして、近年、ユーザの判断を介することなく機器間の自律的な通信によりサービスを実現するM2M（Machine-to-Machine）通信が期待されている。M2Mシステムの具体的な応用事例としてスマートグリッドがある。スマートグリッドは、電気又はガスなどのライフラインを効率的に供給するインフラシステムであり、各家庭又はビルに配備されるスマートメータと中央サーバとの間でM2M通信を実施して、自律的かつ効果的に資源の需要バランスを調整する。M2M通信システムの他の応用事例として、物品管理又は遠隔医療などのためのモニタリングシステム、自動販売機の在庫又は課金の遠隔管理などが挙げられる。【００１２】
M2M通信システムにおいては、特に広範な通信エリアを有するセルラシステムの利用が着目されている。3GPPでは、LTE及びLTE-Advancedの規格化においてセルラネットワークを前提としたM2Mの検討が、マシンタイプ通信（MTC: Machine Type Communication）という名称で進められている。特に、スマートメータなどのMTC通信機器が、ビルの地下などの既存の通信エリアにおいて利用できない場所に配置されている場合に対応するため、通信エリアをさらに拡大することが検討されている（例えば、非特許文献５を参照）。例えば、通信エリアをさらに拡大するために、同一信号を複数回繰り返して送信するレピティションが検討されている。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】3GPP TS 36.211 V11.5.0, “Physical channels and modulation (Release 11),” December 2013.
【非特許文献２】3GPP TS 36.212 V11.4.0, “Multiplexing and channel coding (Release 11),” December 2013.
【非特許文献３】3GPP TS 36.213 V11.5.0, “Physical layer procedures (Release 11),” December 2013.
【非特許文献４】Seigo Nakao, Tomofumi Takata, Daichi Imamura, and Katsuhiko Hiramatsu, “Performance enhancement of E-UTRA uplink control channel in fast fading environments,” Proceeding of 2009 IEEE 69th Vehicular Technology Conference (VTC2009-Spring), April 2009.
【非特許文献５】3GPP TR 36.888 V12.0.0, “Study on provision of low-cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE、” June 2013.
【非特許文献６】Panasonic, 3GPP RAN1 meeting #76, R1-140498, “Proposal of common coverage enhanced subframe length,” February 2012.
【発明の概要】
【００１４】
上述したように、MTCにおける通信エリア拡大（以下、MTC通信エリア拡大モード（coverage enhancement）と呼ぶこともある）において、制御信号又はデータ信号を複数のサブフレームに渡ってレピティション送信することが検討されている。しかしながら、レピティション送信では、１つの端末が制御信号又はデータ信号の送信のために複数サブフレームを占有するため、周波数利用効率が低下してしまう。また、上述したように、例えばPUCCHでは、異なる端末からの信号が異なる巡回シフト量及び直交符号系列（つまり、PUCCHリソース）を用いて拡散多重されている。しかしながら、MTCシステムでは、セル内の端末が非常に多くなることが想定され、端末数の増加に伴いリソースが不足することも考えられる。
【００１５】
本開示の一態様は、周波数利用効率の低下及びリソースの不足を抑えてレピティション送信することができる端末、基地局、送信方法及び受信方法を提供することである。
【００１６】
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【００１７】
本開示の一態様に係る端末は、複数のサブフレームに渡ってレピティション送信される信号に対して、互いに直交する複数の第１の系列の何れか１つの系列の各成分をサブフレーム毎に乗算して送信信号を生成する生成部と、前記送信信号を送信する送信部と、を具備する構成を採る。
【００１８】
本開示の一態様に係る基地局は、複数のサブフレームに渡ってレピティション送信された信号を受信し、前記信号には、互いに直交する複数の第１の系列の何れか１つの系列の各成分がサブフレーム毎に乗算されている、受信部と、前記何れか１つの系列を用いて、前記複数のサブフレームの信号を合成して、合成信号を生成する合成部と、を具備する構成を採る。
【００１９】
本開示の一態様に係る送信方法は、複数のサブフレームに渡ってレピティション送信される信号に対して、互いに直交する複数の第１の系列の何れか１つの系列の各成分をサブフレーム毎に乗算して送信信号を生成する生成工程と、前記送信信号を送信する送信工程と、を具備する構成を採る。
【００２０】
本開示の一態様に係る受信方法は、複数のサブフレームに渡ってレピティション送信された信号を受信し、前記信号には、互いに直交する複数の第１の系列の何れか１つの系列の各成分がサブフレーム毎に乗算されている、受信工程と、前記何れか１つの系列を用いて前記複数のサブフレームの信号を合成して、合成信号を生成する合成工程と、を具備する構成を採る。
【００２１】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【００２２】
本開示の一態様によれば、周波数利用効率の低下及びリソースの不足を抑えてレピティション送信することができる。
【図面の簡単な説明】
【００２３】
【図１】図１は、応答信号及び参照信号の拡散方法を示す。
【図２】図２は、PUCCHリソースの一例を示す。
【図３】図３は、実施の形態１に係る基地局の要部構成を示す。
【図４】図４は、実施の形態１に係る端末の要部構成を示す。
【図５】図５は、実施の形態１に係る基地局の構成を示す。
【図６】図６は、実施の形態１に係る端末の構成を示す。
【図７】図７は、実施の形態１に係るレピティション信号の拡散方法を示す。
【図８】図８は、実施の形態１に係るPUCCHリソースの一例を示す。
【図９】図９は、実施の形態１に係るサブフレーム間直交符号系列の一例を示す。
【図１０】図１０は、実施の形態１に係るサブフレーム間直交符号系列の一例を示す。
【図１１】図１１は、実施の形態２に係るRIVフィールドの一例を示す。
【図１２】図１２は、MCS情報の一例を示す。
【発明を実施するための形態】
【００２４】
以下、本開示の実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
【００２５】
［通信システムの概要］
以下の説明では、FDD（Frequency Division Duplex）システムを例に説明する。
【００２６】
また、本開示の各実施の形態に係る通信システムは、例えば、LTE-Advancedに対応するシステムであって、基地局１００及び端末２００を備える。
【００２７】
端末２００は、例えば、MTC通信エリア拡大モードが適用される場合、PUCCHにおけるACK/NACK信号のレピティション送信を行う。ここで、例えば、レピティション送信は、１サブフレームを１回分として、同一の信号を複数回送信する。すなわち、端末２００は、所定のレピティション回数（Repetition Factor）分の連続するサブフレームにおいて、レピティション回数分の同一のACK/NACK信号を繰り返し送信する。
【００２８】
図３は、本開示の各実施の形態に係る基地局１００の要部構成を示すブロック図である。図３に示す基地局１００において、受信部１１２は、複数のサブフレームに渡ってレピティション送信された信号を受信する。この信号には、複数のサブフレームにおいて互いに直交する複数の第１の系列（後述するサブフレーム間直交符号系列）の何れか１つの系列の各成分がサブフレーム毎に乗算されている。レピティション信号合成受信部１１５は、上記何れか１つの系列を用いて、複数のサブフレームの信号を同相合成して、合成信号を生成する。
【００２９】
図４は、本開示の各実施の形態に係る端末２００の要部構成を示すブロック図である。図４に示す端末２００において、レピティション信号生成部２１５は、複数のサブフレームに渡ってレピティション送信される信号に対して、複数のサブフレームにおいて互いに直交する複数の第１の系列（後述するサブフレーム間直交符号系列）の何れか１つの系列の各成分をサブフレーム毎に乗算して送信信号を生成する。送信部２１６は、送信信号を送信する。
【００３０】
（実施の形態１）
［基地局の構成］
図５は、本開示の実施の形態１に係る基地局１００の構成を示すブロック図である。図５において、基地局１００は、制御部１０１と、制御信号生成部１０２と、符号化部１０３と、変調部１０４と、符号化部１０５と、変調部１０６と、報知信号生成部１０７と、信号割当部１０８と、OFDM（Orthogonal Frequency Division Multiplexing）信号生成部１０９と、送信部１１０と、アンテナ１１１と、受信部１１２と、PUCCH抽出部１１３と、系列制御部１１４と、レピティション信号合成受信部１１５と、逆拡散部１１６と、相関処理部１１７と、ACK/NACK復号部１１８とを有する。
【００３１】
制御部１０１は、端末２００に対して、制御情報を送信するための下りリソース（下り制御情報割当リソース）、及び、当該制御情報によって示される、下りリンクデータを送信するための下りリソース（下りデータ割当リソース）を割り当てる。下り制御情報割当リソースは、MTC用のPDCCH又はEPDCCHが配置されるリソース領域内で選択される。また、下りデータ割当リソースは、PDSCHが配置されるリソース領域内で選択される。また、端末２００が複数有る場合には、制御部１０１は、端末２００のそれぞれに異なるリソースを割り当てる。
【００３２】
制御部１０１は、制御信号生成部１０２に対して、下りデータ割当リソースに関する情報、MCSに関する情報、HARQプロセス関する情報、及び、PUCCHの送信電力制御に関する情報などの制御情報を出力する。さらに、制御部１０１は、符号化部１０５及び変調部１０６に対して、MCSに関する情報を出力する。また、制御部１０１は、報知信号生成部１０７に対して、予め基地局毎に決められたパラメータに基づいて報知信号を生成するように指示する。また、制御部１０１は、PUCCHリソースに関する情報を生成し、制御信号生成部１０２へ出力する。
【００３３】
また、制御部１０１は、通信エリア拡大モードが設定された端末２００に対して、サブフレーム間直交符号系列に関する情報（サブフレーム間直交符号系列情報）を生成する。「サブフレーム間直交符号系列」は、複数サブフレームに渡ってレピティション送信される信号に乗算される直交符号系列である。つまり、レピティションされた各サブフレームの信号に対して、サブフレーム間直交符号系列の各成分が乗算される。異なる端末２００からのACK/NACK信号は、異なる系列番号（以下、SF-OC Indexと表す）に対応するサブフレーム間直交符号系列を用いて拡散される。すなわち、制御部１０１は、レピティション送信される複数のサブフレームにおいて互いに直交する複数のサブフレーム間直交符号系列の何れか１つを各端末２００に対して設定する。
【００３４】
なお、サブフレーム間直交符号系列と区別するために、以下では、上述したサブフレーム内（各スロット）において用いられる直交符号系列（図１参照）を「サブフレーム内直交符号系列」と呼ぶ。
【００３５】
制御部１０１は、PDCCHを用いてSF-OC Indexを通知する場合には、SF-OC Indexを含むサブフレーム間直交符号系列情報を制御信号生成部１０２へ出力する。なお、基地局１００は、SF-OC Indexを含むサブフレーム間直交符号系列情報を、上位レイヤを用いて端末２００へ通知してもよい。
【００３６】
また、制御部１０１は、ACK/NACK復号部１１８からACKを受け取ると、新規の送信データを送信するように送信データ制御部（図示せず）に指示する。一方、制御部１０１は、ACK/NACK復号部１１８からNACK又はDTX(Discontinuous Transmission)を受け取ると、前回送信した送信データを再送するように送信データ制御部に指示する。
【００３７】
制御信号生成部１０２は、制御部１０１から受け取る情報を用いて、PDCCHに割り当てる制御信号を生成し、制御信号を符号化部１０３に出力する。
【００３８】
符号化部１０３は、制御信号生成部１０２から受け取る制御信号に対してターボ符号等の誤り訂正符号化を施し、符号化後の制御信号を変調部１０４へ出力する。
【００３９】
変調部１０４は、符号化部１０３から受け取る制御信号に対して変調処理を行い、変調後の制御信号を信号割当部１０８へ出力する。
【００４０】
符号化部１０５は、制御部１０１から受け取るMCSに関する情報に含まれる符号化率に従って、送信データ（ビット系列。つまり、下りリンクデータ）に対してターボ符号等の誤り訂正符号化を施し、得られる符号化ビット系列を変調部１０６へ出力する。
【００４１】
変調部１０６は、制御部１０１から受け取るMCSに関する情報に含まれる変調方式に従って、符号化部１０５から受け取る符号化ビット系列に対してデータ変調処理を行い、得られるデータ変調信号を信号割当部１０８へ出力する。
【００４２】
報知信号生成部１０７は、制御部１０１からの指示に従って、報知信号を生成し、報知信号を信号割当部１０８へ出力する。なお、報知信号には、符号化処理及び変調処理が施されてもよい。
【００４３】
信号割当部１０８は、変調部１０４から受け取る制御信号、変調部１０６から受け取るデータ変調信号、及び、報知信号生成部１０７から受け取る報知信号を下りリソース（下りリンクデータ信号割当リソース、下りリンク制御情報割当リソース等）にマッピングし、マッピングした信号をOFDM信号生成部１０９へ出力する。
【００４４】
OFDM信号生成部１０９は、信号割当部１０８から受け取る信号に対してサブキャリアへのマッピング及びIFFT処理を行うことにより時間領域のOFDM信号を生成する。OFDM信号生成部１０９は、生成したOFDM信号を送信部１１０へ出力する。
【００４５】
送信部１１０は、OFDM信号生成部１０９から受け取るOFDM信号に対してD/A（Digital-to-Analog）変換、アップコンバート等のRF（Radio Frequency）処理を行い、アンテナ１１１を介して端末２００に無線信号を送信する。
【００４６】
受信部１１２は、アンテナ１１１を介して受信された端末２００からの無線信号に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、得られるベースバンドのSC-FDMA信号をPUCCH抽出部１１３へ出力する。
【００４７】
PUCCH抽出部１１３は、受信部１１２から受け取るSC-FDMA信号に対してFFT処理を行うことにより周波数領域の信号に変換する。また、PUCCH抽出部１１３は、FFT後の信号からPUCCHを抽出し、抽出したPUCCHをレピティション信号合成受信部１１５へ出力する。
【００４８】
系列制御部１１４は、端末２００から送信されるACK/NACK信号及び参照信号の拡散に用いられる可能性があるZAC系列、サブフレーム内直交符号系列、及び、サブフレーム間直交符号系列を生成する。系列制御部１１４は、サブフレーム間直交符号系列をレピティション信号合成受信部１１５へ出力し、サブフレーム内直交符号系列を逆拡散部１１６へ出力し、ZAC系列を相関処理部１１７へ出力する。なお、互いに異なる循環シフト量で定義される系列であれば、ZAC系列以外の系列でもよい。また、互いに直交する直交符号系列であれば、ウォルシュ系列以外の系列でもよい。
【００４９】
レピティション信号合成受信部１１５は、複数サブフレームに渡ってレピティション送信されたPUCCH（ACK/NACK信号及び参照信号）に対して、系列制御部１１４から受け取るサブフレーム間直交符号を用いて、ACK／NACK信号及び参照信号に相当する部分の信号を同相合成して合成信号を生成する。レピティション信号合成受信部１１５は、同相合成後の信号を逆拡散部１１６へ出力する。なお、基地局１００が端末２００において使用されるサブフレーム間直交符号系列を認識していない場合、系列制御部１１４は、複数のサブフレーム間直交符号系列を順次出力し、レピティション信号合成受信部１１５は、順次受け取るサブフレーム間直交符号系列を用いて、正常に同相合成できるまで処理（つまり、ブラインド処理）を行ってもよい。また、基地局１００が端末２００において使用されるサブフレーム間直交符号系列を認識している場合、系列制御部１１４は、複数のサブフレーム間直交符号系列のうち、当該サブフレーム間直交符号系列を出力し、レピティション信号合成受信部１１５は、受け取るサブフレーム間直交符号系列を用いて、同相合成処理を行う。例えば、サブフレーム間直交符号系列がMTC用のPDCCH又はEPDCCHを用いて端末２００へ通知される場合、系列制御部１１４は、サブフレーム間直交符号系列情報を制御信号生成部１０２から受け取ればよい（図示せず）。
【００５０】
逆拡散部１１６は、系列制御部１１４から受け取るサブフレーム内直交符号系列を用いて、レピティション信号合成受信部１１５から受け取る信号のうちACK/NACK信号に相当する部分の信号を逆拡散し、逆拡散後の信号を相関処理部１１７に出力する。
【００５１】
相関処理部１１７は、系列制御部１１４から入力されるZAC系列を用いて、逆拡散部１１６から入力される信号と、端末２００において１次拡散に用いられる可能性のあるZAC系列との相関値を求めてACK/NACK復号部１１８に出力する。
【００５２】
ACK/NACK復号部１１８は、相関処理部１１７から受け取る相関値に基づいて、端末２００から送信されたACK/NACK信号が、送信されたデータに対してACK又はNACKのいずれかを示しているか、もしくはDTXであるかを判定する。ACK/NACK復号部１１８は、判定結果を制御部１０１に出力する。
【００５３】
［端末の構成］
図６は、本開示の実施の形態１に係る端末２００の構成を示すブロック図である。図６において、端末２００は、アンテナ２０１と、受信部２０２と、抽出部２０３と、報知信号復調部２０４と、報知信号復号部２０５と、PDCCH復調部２０６と、PDCCH復号部２０７と、データ復調部２０８と、データ復号部２０９と、制御部２１０と、ACK/NACK生成部２１１と、１次拡散部２１２と、２次拡散部２１３と、SC-FDMA信号生成部２１４と、レピティション信号生成部２１５と、送信部２１６とを有する。
【００５４】
受信部２０２は、アンテナ２０１を介して受信された、基地局１００からの無線信号に対してダウンコンバート又はAD変換などのRF処理を行い、ベースバンドのOFDM信号を得る。受信部２０２は、OFDM信号を抽出部２０３へ出力する。
【００５５】
抽出部２０３は、受信部２０２から受け取る受信信号から報知信号を抽出して、報知信号復調部２０４へ出力する。ここで、報知信号がマッピングされるリソースは予め決まっているので、抽出部２０３は、そのリソースにマッピングされている情報を抽出することにより、報知信号を得る。抽出された報知信号には、例えば、システム帯域幅に関する情報等が含まれている。また，抽出部２０３は、受信部２０２から受け取る受信信号から、MTC用のPDCCH又はEPDCCH信号を抽出し、PDCCH復調部２０６へ出力する。また、抽出部２０３は、受信部２０２から受け取る受信信号から、自端末宛の下りデータ割当リソースに関する情報に基づいて、下りリンクデータを抽出し、データ復調部２０８へ出力する。
【００５６】
報知信号復調部２０４は、抽出部２０３から受け取る報知信号を復調し、復調後の報知信号を報知信号復号部２０５へ出力する。
【００５７】
報知信号復号部２０５は、報知信号復調部２０４から受け取る報知信号を復号し、システム帯域幅の情報などを含む報知信号を得る。報知信号復号部２０５は、得られた報知信号を制御部２１０へ出力する。
【００５８】
PDCCH復調部２０６は、抽出部２０３から受け取るMTC用のPDCCH又はEPDCCH信号を復調し、復調後のMTC用のPDCCH又はEPDCCH信号をPDCCH復号部２０７へ出力する。
【００５９】
PDCCH復号部２０７は、PDCCH復調部２０６から受け取るMTC用のPDCCH又はEPDCCH信号を復号する。また、PDCCH復号部２０７は、復号結果に含まれる制御情報が自端末宛ての制御情報であるか否かをブラインド判定する。PDCCH復号部２０７は、ブラインド判定後、自端末宛ての制御情報を制御部２１０に出力する。
【００６０】
データ復調部２０８は、抽出部２０３から受け取る下りリンクデータに対して復調処理を行い、データを取り出し、データをデータ復号部２０９へ出力する。
【００６１】
データ復号部２０９は、データ復調部２０８から受け取るデータに対してターボ復号等の誤り訂正処理及びCRC（Cyclic Redundancy Check）判定等の誤り検出処理を行う。データ復号部２０９は、得られる誤り検出結果をACK/NACK生成部２１１へ出力する。
【００６２】
制御部２１０は、報知信号復号部２０５から受け取る報知信号、又は、PDCCH復号部２０７から受け取る制御情報に基づいて、PUCCHリソース（周波数、及び、１次拡散／２次拡散に用いる符号）を特定する。なお、PUCCHリソースは基地局１００から端末２００へ予め通知されていてもよい。
【００６３】
具体的には、制御部２１０は、使用すべきPUCCHリソースに対応する循環シフト量で定義されるZAC系列を生成し、１次拡散部２１２へ出力する。また、制御部２１０は、使用すべきPUCCHリソースに対応するサブフレーム内直交符号系列を２次拡散部２１３へ出力する。また、制御部２１０は、使用すべきPUCCHリソースに対応する周波数リソース（サブキャリア）をSC-FDMA信号生成部２１４へ出力する。例えば、制御部２１０は、巡回シフト量及び２次拡散に用いるOC Indexによって定義されるPUCCHリソース（図２を参照）を、LTE Rel.11と同様にして、送信するACK/NACK信号に対応するPDSCH（下りリンクデータ）に関する制御情報を送信したMTC用のPDCCH又はEPDCCHを構成するCCE（Control Channel Element）に１対１に対応付けて決定してもよく（例えば、非特許文献３を参照）、上位レイヤを介して予め通知されてもよい。
【００６４】
更に、制御部２１０は、基地局１００からMTC通信エリア拡大モードの動作を指示されている場合、レピティション回数等のMTC通信エリア拡大モードに関する情報に基づいて、PUCCHをレピティション送信するようにレピティション信号生成部２１５へ指示する。また、制御部２１０は、PDCCH復号部２０７から受け取るサブフレーム間直交符号又は上位レイヤ（図示せず）において予め通知されたサブフレーム間直交符号に関する情報に基づいて、使用すべきPUCCHリソースに対応するサブフレーム間直交符号系列をレピティション信号生成部２１５へ出力する。なお、制御部２１０におけるPUCCHリソースの制御の詳細については後述する。
【００６５】
ACK/NACK生成部２１１は、データ復号部２０９から受け取る誤り検出結果に基づいてACK/NACK信号を生成する。具体的には、ACK/NACK生成部２１１は、誤りが検出された場合にはNACKを生成し、誤りが検出されない場合にはACKを生成する。ACK/NACK生成部２１１は、生成したACK/NACK信号を１次拡散部２１２へ出力する。
【００６６】
１次拡散部２１２は、制御部２１０によって設定されたZAC系列及び循環シフト量を用いてACK/NACK信号及び参照信号を１次拡散し、１次拡散後のACK/NACK信号及び参照信号を２次拡散部２１３へ出力する。
【００６７】
２次拡散部２１３は、制御部２１０によって設定されたサブフレーム内直交符号系列を用いてACK/NACK信号及び参照信号を２次拡散し、２次拡散後の信号をSC-FDMA信号生成部２１４へ出力する。
【００６８】
SC-FDMA信号生成部２１４は、制御部２１０によって設定された周波数リソースを用いて、２次拡散部２１３から受け取るACK/NACK信号及び参照信号に対してサブキャリアへのマッピング、IFFT処理及びCP付加処理を行うことにより時間領域のSC-FDMA信号を生成する。SC-FDMA信号生成部２１４は、生成したSC-FDMA信号をレピティション信号生成部２１５へ出力する。
【００６９】
レピティション信号生成部２１５は、制御部２１０によって設定されたレピティション回数及びサブフレーム間直交符号系列を用いて、SC-FDMA信号生成部２１４から受け取るSC-FDMA信号に対してレピティション処理を施し、レピティション信号を生成する。また、レピティション信号生成部２１５は、複数のサブフレームに渡ってレピティション送信されるレピティション信号に対して、サブフレーム間直交符号系列の各成分をサブフレーム毎に乗算する。レピティション信号生成部２１５は、サブフレーム間直交符号系列によって拡散されたレピティション信号を送信部２１６へ出力する。なお、基地局１００から端末２００に対してMTC通信エリア拡大モードの動作を指示されていない場合には、レピティション信号生成部２１５は、レピティション処理を行わずに、SC-FDMA信号生成部２１４から受け取るSC-FDMA信号をそのまま送信部２１６へ出力する。
【００７０】
送信部２１６は、レピティション信号生成部２１５から受け取る信号に対してD/A変換、アップコンバート等のRF処理を行い、アンテナ２０１を介して基地局１００に無線信号を送信する。
【００７１】
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００の動作について説明する。
【００７２】
なお、以下では、端末２００に対して通信エリア拡大モードが設定され、端末２００がPUCCHにおいてACK/NACK信号のレピティション送信を行う場合について説明する。
【００７３】
また、以下の説明では、ACK/NACK信号のレピティション送信開始のサブフレームは、予め定められたセル固有又はグループ固有のサブフレーム長（Common SF length）Ｘ（例えば、Ｘ= 4 or 5）の周期とし、レピティション回数をＸの整数倍とする（例えば、非特許文献６を参照）。以下では、レピティション回数をNRepと表す。
【００７４】
すなわち、端末２００は、NRep回のレピティションを行う場合、１サブフレームの信号をNRepサブフレームに渡って繰り返し送信する。
【００７５】
この際、端末２００は、レピティション送信される信号に対して、レピティションが行われるサブフレーム毎にサブフレーム間直交符号系列の各成分を乗算する。例えば、図７は、レピティション回数が８回（NRep＝8）であり、サブフレーム間直交符号系列の系列長が８（NSF＝８）である場合のACK/NACK信号の拡散方法の一例を示す。図７に示すように、端末２００は、連続する８サブフレームに渡ってレピティションされたACK/NACK信号に対して、サブフレーム間直交符号系列の各成分（C(0)〜C(7)）をサブフレーム毎に乗算する。
【００７６】
このように、各端末２００は、レピティション送信されるACK/NACK信号に対して、複数のサブフレームにおいて互いに直交する複数のサブフレーム間直交符号系列の何れか１つの系列の各成分をサブフレーム毎に乗算して送信信号を生成する。つまり、端末２００は、PUCCHにおいて送信するACK/NACK信号に対して、異なる巡回シフト量により互いに分離可能な複数のZAC系列の何れか１つを用いた１次拡散、及び、サブフレーム内直交符号系列を用いた２次拡散に加え、サブフレーム間直交符号系列を用いた拡散処理を行う。
【００７７】
ここで、異なる端末２００から送信されるACK/NACK信号は、異なる巡回シフト量（Cyclic Shift Index）定義されるZAC系列、異なる系列番号（OC Index: Orthogonal Cover Index）に対応するサブフレーム内直交符号系列、又は、異なる直交符号系列番号（SF-OC Index）に対応するサブフレーム間直交符号系列を用いてそれぞれ拡散される。
【００７８】
一方、基地局１００は、端末２００からの信号（ACK/NACK信号を含む）を受信する。MTC通信エリア拡大モードが設定された端末２００から送信されるACK/NACK信号には、サブフレーム間直交符号系列の各成分がサブフレーム毎に乗算されている。この場合、基地局１００は、まず、サブフレーム間直交符号系列に関する逆拡散及び相関処理を行い、その後、サブフレーム内直交符号系列及びZAC系列に関する逆拡散及び相関処理を行う。これにより、基地局１００では、コード多重された複数のACK/NACK信号を分離することができる。
【００７９】
図８は、SF-OC Index、OC Index及びZAC系列の循環シフト量（Cyclic shift Index）によって定義されるPUCCHリソースの一例を示す。図８では、サブフレーム間直交符号系列として系列長４のウォルシュ系列を用い、サブフレーム内直交符号系列として系列長４のウォルシュ系列及び系列長３のDFT系列を用いる。この場合、NSF＝４回のレピティション送信に用いられるサブフレームに対して、最大で4*3*12=144個のPUCCHリソースが利用可能となる。図８に示すPUCCHリソース数は、図２に示すOC Index及びCyclic shift Indexによって定義されるPUCCHリソース数と比較して、サブフレーム間直交符号系列の系列長倍だけ増加している。ただし、図８に示す144個のPUCCHリソースをすべて利用可能とするとは限らない。
【００８０】
また、サブフレーム間直交符号系列について、系列長が２のべき乗である場合にはウォルシュ系列を用いることができる。例えば、NSF＝４の場合、サブフレーム間直交符号系列（C0，C1，C2，C3）は、（1,1,1,1）、（1,-1,1,-1）、（1,1,-1,-1）及び（1,-1,-1,1）の４つとなる。一方、サブフレーム間直交符号系列について、系列長が２のべき乗ではない場合には複素拡散符号を用いることができる。例えば、NSF＝５の場合、サブフレーム間直交符号系列（C0，C1，C2，C3，C4）は、（1,1,1,1,1）、（1,ej2π/5,ej4π/5,ej6π/5,ej8π/5）、（1,ej8π/5,ej6π/5,ej4π/5,ej2π/5）、（1,ej4π/5,ej8π/5,ej2π/5,ej6π/5）、（1,ej6π/5,ej2π/5,ej8π/5,ej4π/5）の５つとなる。また，サブフレーム間直交符号系列は，互いに異なる循環シフト量で定義される系列を用いてもよい。
【００８１】
次に、サブフレーム間直交符号系列の系列長NSFについて説明する。
【００８２】
サブフレーム間直交符号系列の系列長NSFは、例えば、（１）予め定められたセル固有又はグループ固有の値でもよく、（２）レピティション回数NRepと同数でもよい。以下、上記（１）、（２）の場合について具体的に説明する。
【００８３】
＜セル固有又はグループ固有の値の場合＞
例えば、サブフレーム間直交符号系列の系列長NSFは、セル固有又はグループ固有の値として、Common SF length（X）と同数に設定されてもよい。
【００８４】
図９は、系列長NSF＝X＝４であり、端末１のレピティション回数NRep(1)＝４であり、端末２のレピティション回数NRep(2)＝８である場合について示す。すなわち、図９では、サブフレーム間直交符号系列の系列セットとして、（1,1,1,1）、（1,-1,1,-1）、（1,1,-1,-1）及び（1,-1,-1,1）が予め設定されている。
【００８５】
各端末２００には、端末２００のレピティション回数に依らず、サブフレーム間直交符号系列の同一の系列セットの中から使用するサブフレーム間直交符号系列が割り当てられる。
【００８６】
図９に示すように、レピティション回数NRep(1)＝４である端末１には、系列セットの中から、サブフレーム間直交符号系列（1,1,1,1）が割り当てられる。
【００８７】
一方、図９に示すように、レピティション回数NRep(2)＝８である端末２には、系列セットの中から、サブフレーム間直交符号系列（1,-1,1,-1）が２回繰り返して割り当てられる。なお、レピティション回数がサブフレーム間直交符号系列の系列長よりも大きい場合、図９に示すように、同一のサブフレーム間直交符号系列が繰り返して割り当てられてもよく、Common SF length（図９ではX=4）毎に異なるサブフレーム間直交符号系列が割り当てられてもよい。
【００８８】
サブフレーム間直交符号系列によってコード多重可能な端末数は、最大でNSF＝X個（図９では４個）である。
【００８９】
このように、Common SF length単位でサブフレーム間直交符号系列の割当を行うことにより、サブフレーム間直交符号系列の割当に関するスケジューリングが簡易になる。
【００９０】
＜レピティション回数と同数の場合＞
図１０は、端末１のレピティション回数NRep(1)＝４であり、端末２のレピティション回数NRep(2)＝８である場合について示す。
【００９１】
図１０では、端末１に対して、系列長NSF＝NRep(1)＝４のサブフレーム間直交符号系列の系列セットが設定され、端末２に対して、系列長NSF＝NRep(2)＝８のサブフレーム間直交符号系列の系列セットが設定される。つまり、各端末２００には、レピティション回数と同数の系列長のサブフレーム間直交符号系列の系列セットの中から使用するサブフレーム間直交符号系列が割り当てられる。
【００９２】
図１０に示すように、レピティション回数NRep(1)＝４である端末１には、系列長４の系列セットの中から、サブフレーム間直交符号系列（1,1,1,1）が割り当てられる。
【００９３】
一方、図１０に示すように、レピティション回数NRep(2)＝８である端末２には、系列長８の系列セットの中から、サブフレーム間直交符号系列（1,-1,1,-1,-1, 1,-1,1）が割り当てられる。
【００９４】
サブフレーム間直交符号系列によってコード多重可能な端末数は、最大でNSF＝NRep(Max)個である。なお、NRep(Max)は、各端末に設定されるレピティション回数のうち最大値（図１０では８個）である。
【００９５】
ただし、異なる系列セット間には、互いに直交しない系列が存在する。例えば、図１０において、系列長４のサブフレーム間直交符号系列（1,1,1,1）は、系列長８のサブフレーム間直交符号系列（1,1,1,1,1,1,1,1）及び（1,1,1,1,-1,-1,-1,-1）とは直交しない。これに対して、各端末２００に対してこれらの直交しない系列が同時に割り当てられないような運用が行われればよい。
【００９６】
このように、端末２００でのレピティション回数と同数の系列長を有するサブフレーム間直交符号系列の割当を行うことにより、上述したセル固有又はグループ固有の値の場合（図９）と比較して、より多数の端末２００をコード多重することができる。
【００９７】
以上、サブフレーム間直交符号系列の系列長NSFの設定方法について説明した。
【００９８】
このように、本実施の形態によれば、端末２００は、複数のサブフレームに渡ってレピティション送信される信号に対して、サブフレーム毎に直交符号系列の各成分を乗算する。例えば、PUCCHにおいてACK/NACK信号をレピティション送信する際、端末２００は、ACK/NACK信号に対して、１次拡散及び２次拡散に加え、サブフレーム間直交符号系列を用いた拡散処理を行う。これにより、サブフレーム間直交符号系列を用いない場合（１次拡散及び２次拡散のみを行う場合。例えば、図２参照）と比較して、最大でサブフレーム間直交符号系列の系列長倍のPUCCHリソース（例えば、図８参照）を確保することができる。
【００９９】
よって、１つの端末が制御信号又はデータ信号のレピティション送信のために複数サブフレームを占有する場合でも、他の端末に対して同一サブフレームを割当可能となる可能性が高くなるので、周波数利用効率が低下してしまうことを抑えることができる。更に、MTCシステムのようにセル内の端末が非常に多くなることが想定される場合でも、サブフレーム間直交符号系列による使用可能なリソースの増加によって、端末数の増加に伴うリソース不足を抑えることができる。
【０１００】
よって、本実施の形態によれば、周波数利用効率の低下及びリソースの不足を抑えてレピティション送信することができる。
【０１０１】
なお、上記実施の形態では、PUCCHにおけるACK/NACK信号のレピティション送信を一例として説明した。しかし、レピティション送信される信号に対してサブフレーム毎の直交符号系列を乗算する方法は、PUCCH以外の他のチャネル（例えば、PUSCH，MTC用のPDCCH又はEPDCCH，PHICH，PCFICH，PDSCHおよびPRACH）においても適用可能である。なお、レピティション送信される信号に対してサブフレーム毎の直交符号系列を乗算する方法を１次拡散又は２次拡散が行われない他のチャネル（例えば、PUSCH）に対して適用する場合、上述した１次拡散又は２次拡散は行われず、サブフレーム間直交符号系列を用いた複数のサブフレームでの拡散処理のみが行われる。
【０１０２】
（実施の形態２）
本実施の形態では、実施の形態１において説明したサブフレーム間直交符号系列の通知方法について説明する。
【０１０３】
なお、本実施の形態に係る基地局及び端末の基本構成は、実施の形態１と同様であるので、図５（基地局１００）と図６（端末２００）を援用して説明する。
【０１０４】
実施の形態１において説明したように、端末２００は、複数のサブフレームに渡ってレピティション送信される信号に対してサブフレーム毎にサブフレーム間直交符号系列の各成分を乗算する。この場合、基地局１００が、サブフレーム間直交符号系列を用いて、コード多重された信号を正常に検出するためには、基地局１００と端末２００との間でどの直交符号系列が用いられているかを共有する必要がある。
【０１０５】
本実施の形態では、基地局１００は、通信エリア拡大モードに設定された端末２００がレピティション送信を行う場合に用いるサブフレーム間直交符号系列（直交符号系列番号）を、端末２００へ通知する。
【０１０６】
なお、以下では、実施の形態１と同様、PUCCHにおけるACK/NACK信号のレピティション送信について説明する。また、以下の説明では、実施の形態１と同様、ACK/NACK信号のレピティション送信開始のサブフレームは、予め定められたセル固有のサブフレーム長（Common SF length）Ｘとし、レピティション回数をＸの整数倍とする。
【０１０７】
また、各端末２００は、同一のPUCCHリソースを用いてACK/NACK信号をレピティション送信する。
【０１０８】
また、端末２００におけるACK/NACK信号に対するサブフレーム内の１次拡散、２次拡散、レピティション処理およびサブフレーム間直交符号の乗算（拡散）処理の動作は実施の形態１と同様である（図１及び図７を参照)。
【０１０９】
基地局１００は、サブフレーム間直交符号系列の系列番号（SF-OC Index）を、例えば、ACK/NACK信号に対応するPDSCH（下りリンクデータ）に関する制御情報の送信に用いられたMTC用のPDCCH又はEPDCCHにおいて送信される下りリンク割当制御情報（DCI: Downlink Control Information）を用いてダイナミックに通知してもよい。または、基地局１００は、サブフレーム間直交符号系列の系列番号（SF-OC Index）をSemi-staticに通知してもよい。
【０１１０】
以下、サブフレーム間直交符号の系列番号（SF-OC Index）の通知方法について、DCIを用いてダイナミックに通知する場合（通知方法２−１）、及び、Semi-staticに通知する場合（通知方法２−２）について説明する。DCIを用いてダイナミックに通知する方法として、通知方法２−１−１〜２−１−６の６つの通知方法について説明する。また、Semi-staticに通知する方法として、通知方法２−２−１〜２−２−３の３つの通知方法について説明する。
【０１１１】
＜通知方法２−１−１＞
通知方法２−１−１では、SF-OC Indexを通知するためのフィールドがDCIフォーマットに新に追加される。
【０１１２】
つまり、基地局１００は、端末２００に対して、新たに追加されたフィールドを用いてサブフレーム間直交符号系列を通知する。
【０１１３】
サブフレーム間直交符号系列の系列長がNSFの場合、ceil(log2NSF)ビットの追加フィールドが必要となる。なお、関数「ceil(X)」は、X以上の最小の整数を返す天井関数を表す。例えば、系列長NSF＝８の場合、３ビットの追加フィールドが必要となる。
【０１１４】
なお、この通知方法では、既存のDCIフォーマットにSF-OC Index通知用のフィールドを新たに追加してもよく、MTC通信エリア拡大モードのために新たに定義されたDCIフォーマットにSF-OC Index通知用のフィールドが設けられてもよい。
【０１１５】
＜通知方法２−１−２＞
MTC通信エリア拡大モードでは、通信エリア拡大のために各端末２００に割り当てるリソースブロック（RB：Resource Block）数を、通常モードよりも少なく制限することが考えられる。この理由の一つとして、例えば、通信エリアを拡大させるために送信電力を限られたリソース（RB）に集中させることが挙げられる。
【０１１６】
既存のDCIに含まれるリソース割当情報の通知用に用いられるフィールドとしては、RIV（Resource Indication Value）が用いられる。RIVは、システム帯域幅に応じたビット数を用いて通知される情報である。例えば、連続帯域割当の場合、RIVは、ceil(log2(NRBDL(NRBDL+1)/2))ビット)を用いて通知される。ここで、NRBDLは下りリンクのシステム帯域幅を示す。また、連続帯域割当の場合、RIVの値は、次式（１）によって与えられる。
【数１】
0006484611.tif 000002
【０１１７】
式（１）において、LCRBsは端末２００に対する割当RB数を表し、RBSTARTは端末２００の割当RBのうち周波数の最も低いRBを表す。式（１）に示すRIVの値から、端末２００に割り当てられたRB数とRBの位置とが一意に定まる。
【０１１８】
ここで、上述したようにRB数を制限する場合、RBの通知に要するビット数は、RB数を制限しない場合よりも少なくなる。よって、RB数を制限する場合、RIVフィールドの一部を、SF-OC Indexの通知用に流用することができる。
【０１１９】
そこで、基地局１００は、MTC用のPDCCH又はEPDCCHのDCIにおいてリソース割当情報を通知するためのRIVフィールドの一部を用いて、端末２００が使用するサブフレーム間直交符号系列情報を通知する。つまり、基地局１００は、端末２００がレピティション送信を行う場合、既存のDCIに含まれるリソース割当情報の通知用に用いられるRIVフィールドの値によって、RB割当情報とSF-OC Indexとを同時に通知する。
【０１２０】
SF-OC Indexは、例えば、基地局１００から端末２００へ送信されるDCIに含まれる下りリンクの既存のリソース割当情報の通知用に用いられるフィールド（RIVフィールド）の各値に予め対応付けられている。具体的には、端末２００には、指示され得る複数のサブフレーム間直交符号系列が予め通知され、かつリソース割当情報の通知用に用いられるフィールドの各値にそれぞれ対応するサブフレーム間直交符号系列が予め通知されている。
【０１２１】
なお、端末２００に指示され得る複数のサブフレーム間直交符号系列、及び、リソース割当情報の通知用に用いられるフィールドの各値に対するサブフレーム間直交符号系列の対応付けは、基地局１００が端末２００に対して上位レイヤ等を用いて予め通知してもよく、予め規定された組み合わせのみ使用してもよい。
【０１２２】
端末２００は、既存のリソース割当情報の通知用に用いられるフィールド（RIVフィールド）の一部に割り当てられたサブフレーム間直交符号系列情報を受信する。すなわち、端末２００は、リソース割当情報の通知用のフィールドの値に基づいて、PDSCHサブフレーム送信に使用するRBを特定するとともに、当該値に対応するサブフレーム間直交符号系列を、PUCCHでのACK/NACK信号のレピティション送信に用いるサブフレーム間直交符号系列として決定する。
【０１２３】
次に、リソース割当情報の通知用フィールドを用いたSF-OC Indexの通知方法の具体例について説明する。
【０１２４】
基地局１００は、端末２００に対する割当RB数、及び、端末２００の割当RBのうち周波数の最も低いRBを、次式（２）によって与えられるRIV(MTC)を用いて通知する。
【数２】
0006484611.tif 000003
【０１２５】
式（２）において、端末２００に対する割当RB数をLCRBs(MTC)≦NRBDLに制限すると、リソース割当情報の通知に必要なビット数は、ceil(log2(NRBDLLCRBs(MTC)-LCRBs(MTC)(LCRBs(MTC)-1)/2))ビットである。よって、既存のDCIに含まれるリソース割当情報の通知用フィールドの残りの(ceil(log2(NRBDL(NRBDL+1)/2))-ceil(log2(NRBDLLCRBs(MTC)-LCRBs(MTC)(LCRBs(MTC)-1)/2)))ビットは、SF-OC Indexの通知に割当可能である。
【０１２６】
例えば、既存のDCIに含まれるリソース割当情報の通知用フィールド（既存RIVフィールド）の前半（又は後半でもよい）のceil(log2(NRBDLLCRBs(MTC)-LCRBs(MTC)(LCRBs(MTC)-1)/2))ビットを、式（２）によって与えられるRIV(MTC)の値とし、残りのフィールドの(ceil(log2(NRBDL(NRBDL+1)/2))-ceil(log2(NRBDLLCRBs(MTC)-LCRBs(MTC)(LCRBs(MTC)-1)/2)))ビットをSF-OC Indexの値としてもよい。図１１は、既存のRIVフィールドが１１ビットで表され、NRBDL=60であり、LCRBs(MTC)=4とした場合の例を示す。図１１に示すように、１１ビットのうち、８ビットがRIV(MTC)の通知フィールドとして割り当てられ、残りの３ビットがSF-OC Indexの通知フィールドとして割り当てられる。
【０１２７】
このようにして、通知方法２−１−２では、既存のリソース割当情報の通知用に用いられるフィールド（RIVフィールド）を用いてSF-OC Indexの通知が行われる。これにより、SF-OC Indexを通知するための新たな追加ビットが不要となるので、既存のDCIフォーマットのオーバーヘッドの増加が生じない。
【０１２８】
＜通知方法２−１−３＞
既存のMCS情報の通知には、MCS Indexが用いられ、MCS Indexは例えば５ビット（MCS Index：０〜３１）で表される。図１２は、５ビットのMCS Indexと、変調方式（Modulation Order）及びトランスポートブロックのIndex（TBS Index）と、の対応付けの一例を示す。図１２に示すMCS Indexの値によって、端末２００に対する変調方式及びトランスポートブロックのIndexが一意に定まる。
【０１２９】
MTC通信エリア拡大モードでは、通信エリア拡大のために各端末２００が使用するMCS（多値変調数）がQPSKなどの低多値変調に制限され、16QAM又は64QAMなどの高多値変調が使用されないことが考えられる。例えば、図１２では、MTC通信エリア拡大モードにおいて16QAM及び64QAMなど（Qm＝4,6）に対応するMCS Indexは使用されないことが考えられる。よって、MTC通信エリア拡大モードにおいて使用されないMCS Indexを、SF-OC Indexの通知用に流用することができる。
【０１３０】
そこで、基地局１００は、MTC用のPDCCH又はEPDCCHのDCIにおいてMCS情報を通知するためのフィールドの一部を用いて、端末２００が使用するサブフレーム間直交符号系列情報を通知する。つまり、基地局１００は、端末２００がレピティション送信を行う場合、既存のDCIに含まれるMCS情報の通知用に用いられるフィールドの値によって、MCSとSF-OC Indexとを同時に通知する。
【０１３１】
SF-OC Indexは、例えば、基地局１００から端末２００へ送信されるDCIに含まれる下りリンクの既存のMCS情報の通知用に用いられるフィールドの各値に予め対応付けられている。具体的には、端末２００には、指示され得る複数のサブフレーム間直交符号系列が予め通知され、かつ、MCS情報の通知用に用いられるフィールドの各値にそれぞれ対応するサブフレーム間直交符号系列が予め通知されている。
【０１３２】
なお、端末２００に指示され得る複数のサブフレーム間直交符号系列、及び、MCS情報の通知用に用いられるフィールドの各値に対するサブフレーム間直交符号系列の対応付けは、基地局１００が端末２００に対して上位レイヤ等を用いて予め通知してもよく、予め規定された組み合わせのみ使用してもよい。
【０１３３】
端末２００は、既存のMCS情報の通知用に用いられるフィールドの一部に割り当てられたサブフレーム間直交符号系列情報を受信する。すなわち、端末２００は、MCS情報の通知用のフィールドの値に基づいて、PDSCHサブフレーム送信に使用するMCSを特定するとともに、当該値に対応するサブフレーム間直交符号系列を、PUCCHでのACK/NACK信号のレピティション送信に用いるサブフレーム間直交符号系列として決定する。
【０１３４】
次に、MCS情報の通知用フィールドを用いたSF-OC Indexの通知方法の具体例について説明する。
【０１３５】
基地局１００は、MTC通信エリア拡大モードが設定された端末２００に対して、例えば、図１２に示すMCS Index＝０〜３の４個のMCS（つまり、２ビット）に制限する。この場合、例えば、既存のDCIに含まれるMCS情報の通知用フィールドの前半（又は後半でもよい）の２ビットを、MTC通信エリア拡大モードにおけるMCS Indexの値とし、残りの３ビットをSF-OC Indexの値としてもよい。
【０１３６】
このようにして、通知方法２−１−３では、既存のMCS情報の通知用に用いられるフィールドを用いてSF-OC Indexの通知が行われる。これにより、SF-OC Indexを通知するための新たな追加ビットが不要となるので、既存のDCIフォーマットのオーバーヘッドの増加が生じない。
【０１３７】
＜通知方法２−１−４＞
MTC通信エリア拡大モードでは、レピティション送信が行われるため、HARQプロセス数は、通常モード（レピティション送信が行わない場合）よりも制限されることが考えられる。
【０１３８】
通常モードでは、例えば、HARQプロセス数が８個あり、HARQプロセス番号の通知には３ビットが用いられる。
【０１３９】
上述したようにHARQプロセス数が制限される場合、既存のDCIに含まれるHARQプロセス番号の通知用に用いられるフィールドの一部を、SF-OC Indexの通知用に流用することができる。
【０１４０】
そこで、基地局１００は、MTC用のPDCCH又はEPDCCHのDCIにおいてHARQプロセス番号を通知するためのフィールドの一部を用いて、端末２００が使用するサブフレーム間直交符号系列情報を通知する。つまり、基地局１００は、端末２００がレピティション送信を行う場合、既存のDCIに含まれるHARQプロセス番号の通知用に用いられるフィールドの値によって、HARQプロセス番号とSF-OC Indexとを同時に通知する。
【０１４１】
SF-OC Indexは、例えば、基地局１００から端末２００へ送信されるDCIに含まれる下りリンクの既存のHARQプロセス番号の通知用に用いられるフィールドの各値に予め対応付けられている。具体的には、端末２００には、指示され得る複数のサブフレーム間直交符号系列が予め通知され、かつ、HARQプロセス番号の通知用に用いられるフィールドの各値にそれぞれ対応するサブフレーム間直交符号系列が予め通知されている。
【０１４２】
なお、端末２００に指示され得る複数のサブフレーム間直交符号系列、及び、HARQプロセス番号の通知用に用いられるフィールドの各値に対するサブフレーム間直交符号系列の対応付けは、基地局１００が端末２００に対して上位レイヤ等を用いて予め通知してもよく、予め規定された組み合わせのみ使用してもよい。
【０１４３】
端末２００は、既存のHARQプロセス番号の通知用に用いられるフィールドの一部に割り当てられたサブフレーム間直交符号系列情報を受信する。すなわち、端末２００は、HARQプロセス番号の通知用のフィールドの値に基づいて、PDSCHサブフレーム送信に使用するHARQプロセス番号を特定するとともに、当該値に対応するサブフレーム間直交符号系列を、PUCCHでのACK/NACK信号のレピティション送信に用いるサブフレーム間直交符号系列として決定する。
【０１４４】
次に、HARQプロセス番号の通知用フィールドを用いたSF-OC Indexの通知方法の具体例について説明する。
【０１４５】
基地局１００は、MTC通信エリア拡大モードが設定された端末２００に対して、例えば、HARQプロセス番号0,1の２個のHARQプロセス番号（つまり、１ビット）に制限する。この場合、例えば、既存のDCIに含まれるHARQプロセス番号の通知用フィールドの前半（又は後半でもよい）の１ビットを、MTC通信エリア拡大モードにおけるHARQプロセス番号の値とし、残りの２ビットをSF-OC Indexの値としてもよい。
【０１４６】
このようにして、通知方法２−１−４では、既存のHARQプロセス番号の通知用に用いられるフィールドを用いてSF-OC Indexの通知が行われる。これにより、SF-OC Indexを通知するための新たな追加ビットが不要となるので、既存のDCIフォーマットのオーバーヘッドの増加が生じない。
【０１４７】
＜通知方法２−１−５＞
MTC通信エリア拡大モードでは、周波数ダイバーシチ効果を得るために、送信モードが分散RB送信モード（distributed RB assignment）に制限されることが考えられる。
【０１４８】
なお、送信モードには、分散RB送信モードの他に、集中RB送信モード（localized RB assignment）がある。よって、通常モードでは、２つの送信モードの通知に１ビットが用いられる。例えば、送信モードは、既存のDCIに含まれるlocalized/distributed VRB assignment flag（１ビット）によって通知される。
【０１４９】
上述したように送信モードが制限される場合、既存のDCIに含まれるlocalized/distributed VRB assignment flagを、SF-OC Indexの通知用に流用することができる。
【０１５０】
そこで、基地局１００は、PDCCHのDCIにおいて送信モードを通知するためのフィールド（localized/distributed VRB assignment flag）の全てを用いて、端末２００が使用するサブフレーム間直交符号系列情報（SF-OC Index）を通知する。
【０１５１】
SF-OC Indexは、例えば、基地局１００から端末２００へ送信されるDCIに含まれるlocalized/distributed VRB assignment flagに予め対応付けられている。具体的には、端末２００には、指示され得る複数のサブフレーム間直交符号系列が予め通知され、かつ、localized/distributed VRB assignment flagの各値にそれぞれ対応するサブフレーム間直交符号系列が予め通知されている。
【０１５２】
なお、端末２００に指示され得る複数のサブフレーム間直交符号系列、及び、localized/distributed VRB assignment flagの各値に対するサブフレーム間直交符号系列の対応付けは、基地局１００が端末２００に対して上位レイヤ等を用いて予め通知してもよく、予め規定された組み合わせのみ使用してもよい。
【０１５３】
端末２００は、既存の送信モードの通知用に用いられるフィールド（localized/distributed VRB assignment flag）の全てに割り当てられたサブフレーム間直交符号系列情報を受信する。すなわち、端末２００は、レピティション送信を行う場合、localized/distributed VRB assignment flagの値に依らず、送信モードとして分散RB送信モードを設定する。また、端末２００は、localized/distributed VRB assignment flagの値に対応するサブフレーム間直交符号系列を、PUCCHでのACK/NACK信号のレピティション送信に用いるサブフレーム間直交符号系列として決定する。
【０１５４】
このようにして、通知方法２−１−５では、既存のlocalized/distributed VRB assignment flagを用いてSF-OC Indexの通知が行われる。これにより、SF-OC Indexを通知するための新たな追加ビットが不要となるので、既存のDCIフォーマットのオーバーヘッドの増加が生じない。
【０１５５】
＜通知方法２−１−６＞
MTC通信エリア拡大モードでは、通信エリアを補償するために、端末２００は常に最大電力で送信を行うことが考えられる。
【０１５６】
なお、通常モードでは、送信電力の通知には２ビットの送信電力制御（TPC：Transmit Power Control）用のフィールドが用いられる。
【０１５７】
上述したように送信電力が常に最大電力となる場合、既存のDCIに含まれるTPC用のフィールドを、SF-OC Indexの通知用に流用することができる。
【０１５８】
そこで、基地局１００は、MTC用のPDCCH又はEPDCCHのDCIにおいてTCP用のフィールドの全てを用いて、端末２００が使用するサブフレーム間直交符号系列情報（SF-OC Index）を通知する。
【０１５９】
SF-OC Indexは、例えば、基地局１００から端末２００へ送信されるDCIに含まれるTPC用フィールドの各値に予め対応付けられている。具体的には、端末２００には、指示され得る複数のサブフレーム間直交符号系列が予め通知され、かつ、TPC用フィールドの各値にそれぞれ対応するサブフレーム間直交符号系列が予め通知されている。
【０１６０】
なお、端末２００に指示され得る複数のサブフレーム間直交符号系列、及び、TPC用フィールドの各値に対するサブフレーム間直交符号系列の対応付けは、基地局１００が端末２００に対して上位レイヤ等を用いて予め通知してもよく、予め規定された組み合わせのみ使用してもよい。
【０１６１】
端末２００は、既存のTPC用のフィールドの全てに割り当てられたサブフレーム間直交符号系列情報を受信する。すなわち、端末２００は、レピティション送信を行う場合、TPC用フィールドの値に依らず、送信電力を最大電力に設定する。また、端末２００は、TPC用フィールドの値に対応するサブフレーム間直交符号系列を、PUCCHでのACK/NACK信号のレピティション送信に用いるサブフレーム間直交符号系列として決定する。
【０１６２】
このようにして、通知方法２−１−６では、既存のTPC用フィールドを用いてSF-OC Indexの通知が行われる。これにより、SF-OC Indexを通知するための新たな追加ビットが不要となるので、既存のDCIフォーマットのオーバーヘッドの増加が生じない。
【０１６３】
上記通知方法２−１−２〜通知方法２−１−６の５つの通知方法では、MTC通信エリア拡大モードではない端末２００において用いられる既存のDCIフォーマットのフィールドのうち、MTC通信エリア拡大モードにおいて不要となる可能性のあるフィールドをSF-OC Index通知用のフィールドとして流用する。これにより、既存のDCIフォーマットに新たにフィールドを追加する必要がない。よって、既存のDCIフォーマットのオーバーヘッドを増やすことなくSF-OC Indexを通知することができる。
【０１６４】
なお、上記通知方法２−１−２〜通知方法２−１−６の中から複数の方法を組み合わせてもよい。例えば、各通知方法によって単独でSF-OC Indexを通知することができない場合には、各通知方法において用いたフィールドを組み合わせてSF-OC Indexの通知を行ってもよい。例えば、SF-OC Indexの通知に３ビットが必要な場合、通知方法２−１−５におけるlocalized/distributed VRB assignment flag（１ビット）と、通知方法２−１−６におけるTPC用フィールド（２ビット）と、を用いてSF-OC Indexの通知が行われてもよい。
【０１６５】
また、上記通知方法２−１−１〜通知方法２−１−６では、PUCCHにおけるACK/NACK信号の送信を一例として説明した。しかし、DCIを用いてSF-OC Indexをダイナミックに通知する方法は、PUCCH以外の他のチャネル（PUSCH， MTC用のPDCCH又はEPDCCH，PHICH，PCFICH，PDSCHおよびPRACH）に対しても適用可能である。また、上記通知方法２−１−１〜通知方法２−１−６では、下りリンク割当のためのDCIについて一例として説明したが、上りリンク割当のためのDCIを用いてもよい。
【０１６６】
＜通知方法２−２−１＞
基地局１００は、上位レイヤの信号を用いて、端末２００が使用するサブフレーム間直交符号系列の系列番号（SF-OC Index）を通知する。
【０１６７】
すなわち、SF-OC Indexは、基地局１００から端末２００へ送信される上位レイヤ信号によって予め明示的に通知される。
【０１６８】
端末２００は、基地局１００から送信される上位レイヤ信号を受信し、受信した上位レイヤ信号に示されるサブフレーム間直交符号系列を、PUCCHでのレピティション送信に用いるサブフレーム間直交符号系列として使用する。
【０１６９】
このようにして、通知方法２−２−１のように、上位レイヤ信号を用いてSF-OC Indexの値をSemi-staticに通知することにより、DCIのオーバーヘッドを回避することができる。
【０１７０】
更に、上述したように、MTC通信エリア拡大モードでは使用されないDCIフィールドが存在するので、上位レイヤ信号を用いてSF-OC Indexの値をSemi-staticに通知することにより、MTC通信エリア拡大モードではDCIのサイズを削減することができる。
【０１７１】
＜通知方法２−２−２＞
端末２００は、端末ＩＤに基づいてサブフレーム間直交符号系列の系列番号（SF-OC Index）を決定する。
【０１７２】
この場合、複数のサブフレーム間直交符号系列（SF-OC Index）と、端末ＩＤとは予め対応付けられている。例えば、SF-OC Index nSFは、次式（３）によって決定される。
【数３】
0006484611.tif 000004
【０１７３】
式（３）において、UEIDは端末ＩＤを表す。端末ＩＤとしては、例えば、PDCCHに含まれるC-RNTIが用いられてもよい。
【０１７４】
つまり、端末２００は、複数のサブフレーム間直交符号系列の中から、基地局１００から通知される端末ＩＤ（C-RNTI）に対応する系列を、端末２００が使用するサブフレーム間直交符号系列に設定する。
【０１７５】
また、連続的なPUCCHリソースの衝突を防ぐためにレピティション間においてランダム化を行う関数であるハッシュ関数を用いることもできる。
【０１７６】
このようにして、通知方法２−２−２のように、端末ＩＤとしてMTC用のPDCCH又はEPDCCHに含まれるRNTIを用いてSF-OC Indexの値をSemi-staticに通知することにより、追加のシグナリングが不要となるので、DCIのオーバーヘッドを回避することができる。
【０１７７】
＜通知方法２−２−３＞
LTE Rel.11では、ランダムアクセス信号の送信を要求する場合には、PDCCHのDCIフォーマット1Aが用いられる。ただし、DCIフォーマット1Aの一部は使用されずに0または1が挿入されている。
【０１７８】
そこで、通知方法２−２−３では、ランダムアクセス信号の送信を要求するMTC用のPDCCH又はEPDCCHにおいて使用されていない当該フィールドをSF-OC Index通知用のフィールドとして流用する。つまり、基地局１００は、端末２００に対してランダムアクセス信号の送信を要求するMTC用のPDCCH又はEPDCCHのDCIのフィールドのうち、当該要求に使用されていないフィールドを用いてサブフレーム間直交符号系列の系列番号（SF-OC Index）を通知する。
【０１７９】
この場合、複数のサブフレーム間直交符号系列（SF-OC Index）は、ランダムアクセス信号の送信を要求する既存のMTC用のPDCCH又はEPDCCHの使用されていないフィールドの値に予め対応付けられている。
【０１８０】
端末２００は、基地局１００から通知されたランダムアクセス信号の送信を要求するMTC用のPDCCH又はEPDCCHのDCIの特定のフィールド（ランダムアクセス信号の送信の要求に使用されていないフィールド）の値に対応するサブフレーム間直交符号系列をPUCCHでのレピティション送信に用いるサブフレーム間直交符号系列として決定する。
【０１８１】
このようにして、通知方法２−２−３のように、ランダムアクセス信号の送信を要求する既存のMTC用のPDCCH又はEPDCCHの一部のフィールドを用いてSF-OC Indexの値をSemi-staticに通知することにより、追加のシグナリングが不要となるので、DCIのオーバーヘッドを回避することができる。
【０１８２】
なお、上記通知方法２−２−１〜通知方法２−２−３では、PUCCHにおけるACK/NACK信号の送信を一例として説明した。しかし、SF-OC IndexをSemi-staticに通知する方法は、PUCCH以外の他のチャネル（PUSCH，MTC用のPDCCH又はEPDCCH，PHICH，PCFICH，PDSCHおよびPRACH）に対しても適用可能である。
【０１８３】
以上、サブフレーム間直交符号の系列番号（SF-OC Index）の通知方法について説明した。
【０１８４】
本実施の形態では、基地局１００及び端末２００は、端末２００が使用するサブフレーム間直交符号系列を予め共有する。このように基地局１００および端末２００の間で使用するサブフレーム間直交符号系列番号を既知とすることで、基地局１００が端末２００において使用されるサブフレーム間直交符号系列のブラインド検出をする必要がなくなり、基地局１００または端末２００の複雑度の増大を回避できる。
【０１８５】
以上、本開示の各実施の形態について説明した。
【０１８６】
なお、上記各実施の形態では、本開示の一態様をハードウェアで構成する場合を例にとって説明したが、本開示はソフトウェアで実現することも可能である。
【０１８７】
また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１８８】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。
【０１８９】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１９０】
本開示の端末は、複数のサブフレームに渡ってレピティション送信される信号に対して、互いに直交する複数の第１の系列の何れか１つの系列の各成分をサブフレーム毎に乗算して送信信号を生成する生成部と、前記送信信号を送信する送信部と、を具備する構成を採る。
【０１９１】
本開示の端末において、前記信号は応答信号であって、異なる巡回シフト量で定義される複数の第２の系列の何れか１つを用いて、前記応答信号を１次拡散する第１の拡散部と、サブフレーム内において互いに直交する複数の第３の系列の何れか１つを用いて、前記１次拡散された応答信号を２次拡散する第２の拡散部と、を更に具備し、前記生成部は、前記２次拡散された応答信号を複数のサブフレームに渡ってレピティションし、前記応答信号に対して、前記第１の系列の各成分をサブフレーム毎に乗算する。
【０１９２】
本開示の端末において、下り制御チャネルの制御情報を通知するためのフィールドの一部又は全てに割り当てられた、前記端末が使用する前記第１の系列を示す情報を受信する受信部、を更に具備する。
【０１９３】
本開示の端末において、前記制御情報は、リソース割当情報、MCS情報、HARQプロセス情報、送信モード情報、又は、送信電力制御情報である。
【０１９４】
本開示の端末において、上位レイヤを用いて、前記端末が使用する前記第１の系列を示す情報を受信する受信部、を更に具備する。
【０１９５】
本開示の端末において、前記複数の第１の系列と、端末ＩＤとが予め対応付けられ、前記生成部は、前記複数の第１の系列の中から、基地局から通知される前記端末ＩＤに対応する系列を、前記端末が使用する前記第１の系列に設定する。
【０１９６】
本開示の端末において、前記端末に対してランダムアクセス信号の送信を要求する下り割当制御情報を通知するフィールドのうち、前記要求に使用されていないフィールドに割り当てられた、前記端末が使用する前記第１の系列を示す情報を受信する受信部、を更に具備する。
【０１９７】
本開示の端末において、前記レピティションの回数は、前記レピティションの送信開始のサブフレーム周期の整数倍であり、前記第１の系列の系列長は、前記サブフレーム周期と同数である。
【０１９８】
本開示の端末において、前記第１の系列の系列長は、前記レピティションの回数と同数である。
【０１９９】
本開示の基地局は、複数のサブフレームに渡ってレピティション送信された信号を受信し、前記信号には、互いに直交する複数の第１の系列の何れか１つの系列の各成分がサブフレーム毎に乗算されている、受信部と、前記何れか１つの系列を用いて、前記複数のサブフレームの信号を合成して、合成信号を生成する合成部と、を具備する構成を採る。
【０２００】
本開示の送信方法は、複数のサブフレームに渡ってレピティション送信される信号に対して、互いに直交する複数の第１の系列の何れか１つの系列の各成分をサブフレーム毎に乗算して送信信号を生成する生成工程と、前記送信信号を送信する送信工程と、を具備する構成を採る。
【０２０１】
本開示の受信方法は、複数のサブフレームに渡ってレピティション送信された信号を受信し、前記信号には、互いに直交する複数の第１の系列の何れか１つの系列の各成分がサブフレーム毎に乗算されている、受信工程と、前記何れか１つの系列を用いて前記複数のサブフレームの信号を合成して、合成信号を生成する合成工程と、を具備する構成を採る。
【産業上の利用可能性】
【０２０２】
本開示の一態様は、移動通信システムに有用である。
【符号の説明】
【０２０３】
１００  基地局
２００  端末
１０１，２１０  制御部
１０２  制御信号生成部
１０３，１０５  符号化部
１０４，１０６  変調部
１０７  報知信号生成部
１０８  信号割当部
１０９  OFDM信号生成部
１１０，２１６  送信部
１１１，２０１  アンテナ
１１２，２０２  受信部
１１３  PUCCH抽出部
１１４  系列制御部
１１５  レピティション信号合成受信部
１１６  逆拡散部
１１７  相関処理部
１１８  ACK/NACK復号部
２０３  抽出部
２０４  報知信号復調部
２０５  報知信号復号部
２０６  PDCCH復調部
２０７  PDCCH復号部
２０８  データ復調部
２０９  データ復号部
２１１  ACK/NACK生成部
２１２  １次拡散部
２１３  ２次拡散部
２１４  SC-FDMA信号生成部
２１５  レピティション信号生成部
【図１】
0006484611.tif 000005
【図２】
0006484611.tif 000006
【図３】
0006484611.tif 000007
【図４】
0006484611.tif 000008
【図５】
0006484611.tif 000009
【図６】
0006484611.tif 000010
【図７】
0006484611.tif 000011
【図８】
0006484611.tif 000012
【図９】
0006484611.tif 000013
【図１０】
0006484611.tif 000014
【図１１】
0006484611.tif 000015
【図１２】
0006484611.tif 000016