(57)【要約】【課題】MTCカバレッジエンハンスメントモードにおいて、端末間のPUCCHリソースの衝突を回避すること。【解決手段】端末は、複数の第１のサブフレームに渡ってレピティションされたPhysical Downlink Control Channel（PDCCH）、及びPDCCHによって割り当てられたPhysical Downlink Shared Channel（PDSCH）を受信する受信部と、複数の第１のサブフレームに関連付けられたリソースブロックを、PDSCHに対する応答信号の送信に使用されるPhysical Uplink Control Channel（PUCCH）リソースとして決定する制御部と、決定されたPUCCHリソースを用いて、応答信号を複数の第２のサブフレームに渡ってレピティションする送信部と、を具備する。【選択図】図１０
2019080353.tif 000002
【特許請求の範囲】
【請求項１】
複数の第１のサブフレームに渡ってレピティションされたPhysical Downlink Control Channel（PDCCH）、及び前記PDCCHによって割り当てられたPhysical Downlink Shared Channel（PDSCH）を受信する受信部と、
前記複数の第１のサブフレームに関連付けられたリソースブロックを、前記PDSCHに対する応答信号の送信に使用されるPhysical Uplink Control Channel（PUCCH）リソースとして決定する制御部と、
前記決定されたPUCCHリソースを用いて、前記応答信号を複数の第２のサブフレームに渡ってレピティションする送信部と、
を具備する端末。
【請求項２】
前記PDCCHがレピティション送信される前記複数の第１のサブフレームのうち、先頭サブフレーム又は最後尾サブフレームに関連付けられたリソースブロックが、前記PUCCHリソースとして決定される、
請求項１に記載の端末。
【請求項３】
前記端末は、MTCカバレッジエンハンスメントモードが設定された端末である、
請求項１に記載の端末。
【請求項４】
前記PDCCHがレピティション送信された前記複数の第１のサブフレームの各サブフレームと前記リソースブロックとは、１対１で対応付けられている、
請求項１に記載の端末。
【請求項５】
前記複数の第１のサブフレームに付された番号にそれぞれ前記リソースブロックが対応付けられる、
請求項１に記載の端末。
【請求項６】
前記リソースブロックは、前記PDCCHが送信されたサブフレームに関連付けてImplicitに通知される、
請求項１に記載の端末。
【請求項７】
複数の第１のサブフレームに渡ってレピティションされたPhysical Downlink Control Channel（PDCCH）、及び前記PDCCHによって割り当てられたPhysical Downlink Shared Channel（PDSCH）を受信する工程と、
前記複数の第１のサブフレームに関連付けられたリソースブロックを、前記PDSCHに対する応答信号の送信に使用されるPhysical Uplink Control Channel（PUCCH）リソースとして決定する工程と、
前記決定されたPUCCHリソースを用いて、前記応答信号を複数の第２のサブフレームに渡ってレピティションする工程と、
を具備する送信方法。
【請求項８】
前記PDCCHがレピティション送信される前記複数の第１のサブフレームのうち、先頭サブフレーム又は最後尾サブフレームに関連付けられたリソースブロックが、前記PUCCHリソースとして決定される、
請求項７に記載の送信方法。
【請求項９】
前記送信方法を実行する端末は、MTCカバレッジエンハンスメントモードが設定された端末である、
請求項７に記載の送信方法。
【請求項１０】
前記PDCCHがレピティション送信された前記複数の第１のサブフレームの各サブフレームと前記リソースブロックとは、１対１で対応付けられている、
請求項７に記載の送信方法。
【請求項１１】
前記複数の第１のサブフレームに付された番号にそれぞれ前記リソースブロックが対応付けられる、
請求項７に記載の送信方法。
【請求項１２】
前記リソースブロックは、前記PDCCHが送信されたサブフレームに関連付けてImplicitに通知される、
請求項７に記載の送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末及び送信方法に関する。
【背景技術】
【０００２】
3GPP LTE（3rd Generation Partnership Project Long Term Evolution）では、下りリンクの通信方式として直交周波数分割マルチアクセス（OFDMA：Orthogonal Frequency Division Multiple Access）が採用されている。
【０００３】
3GPP LTEが適用された無線通信システムでは、基地局（eNBと呼ぶこともある）は、予め定められた通信リソースを用いて、同期信号（SCH: Synchronization Channel）及び報知信号（PBCH: Physical Broadcast Channel）を送信する。そして、端末（UE（User Equipment）と呼ぶこともある）は、まずSCHを捕まえることによって基地局との同期を確保する。その後、端末は、BCH情報を読むことにより基地局固有のパラメータ（例えば、周波数帯域幅など）を取得する（例えば、非特許文献１〜３を参照）。
【０００４】
また、端末は、基地局固有のパラメータの取得が完了した後、基地局に対して接続要求を行うことにより、基地局との通信を確立する。基地局は、通信が確立された端末に対して、必要に応じてPDCCH（Physical Downlink Control Channel）等の制御チャネルを介して制御情報を送信する。そして、端末は、受信したPDCCH信号に含まれる制御情報の復号を試みる（ブラインド判定）。すなわち、制御情報は、基地局において、送信対象端末の端末IDによってマスクされたCRC（Cyclic Redundancy Check）部分を含む。従って、端末は、受信した制御情報のCRC部分を自機の端末IDによってデマスクし、自機宛の制御情報であるか否かを判定する。このブラインド判定によってデマスクした結果、CRCの演算結果に誤りがなれば、端末は、その制御情報が自機宛であると判定する。
【０００５】
また、LTEでは、基地局から端末への下りリンクデータに対してHARQ（Hybrid Automatic Repeat Request）が適用される。つまり、端末は、下りリンクデータの誤り検出結果を示す応答信号を基地局へフィードバックする。端末は、下りリンクデータに対してCRCを行って、CRCの演算結果に誤りがなければ肯定応答（ACK: Acknowledgement）を、CRCの演算結果に誤りがあれば否定応答（NACK: Negative Acknowledgement）を応答信号として基地局へフィードバックする。この応答信号（つまり、ACK/NACK信号）のフィードバックには、PUCCH（Physical Uplink Control Channel）等の上りリンク制御チャネルが用いられる。
【０００６】
ここで、基地局から送信される上記制御情報には、基地局が端末に対して割り当てたリソースを示すリソース割当情報が含まれる。この制御情報の送信には、PDCCHが用いられる。PDCCHは、１つ又は複数のL1/L2 CCH（L1/L2 Control Channel）から構成される。各L1/L2 CCHは、１つ又は複数のCCE（Control Channel Element）から構成される。すなわち、CCEは、制御情報をPDCCHにマッピングするときの基本単位である。また、１つのL1/L2 CCHが複数のCCEから構成される場合には、そのL1/L2 CCHには連続する複数のCCEが割り当てられる。基地局は、リソース割当対象端末に対する制御情報の通知に必要なCCE数に従って、そのリソース割当対象端末に対してL1/L2 CCHを割り当てる。そして、基地局は、このL1/L2 CCHのCCEに対応する物理リソースに制御情報をマッピングして送信する。
【０００７】
また、各CCEは、PUCCHを構成するリソース（以下、PUCCHリソースと呼ぶ）と１対１に対応付けられている。したがって、L1/L2 CCHを受信した端末は、このL1/L2 CCHを構成するCCEに対応するPUCCHリソースを特定し、このPUCCHリソースを用いてACK/NACK信号を基地局へ送信する。ただし、L1/L2 CCHが連続する複数のCCEを占有する場合には、端末は、複数のCCEにそれぞれ対応する複数のPUCCHリソースのうち１つのリソース（例えば、インデックスが最も小さいCCEに対応するPUCCHリソース）を利用して、ACK/NACK信号を基地局へ送信する。
【０００８】
また、図１に示すように、端末がPUCCHを用いてACK/NACK信号を送信するタイミングは、受信したPDCCH信号及びそのPDDCH信号によりデータが割り当てられたPDSCH（Physical Downlink Shared Channel）信号を受信したサブフレーム（図１ではサブフレームｎ）から、Ｋサブフレーム後（例えばFDD（Frequency Division Duplex）ではK=4）のサブフレーム（図１ではサブフレームｎ＋Ｋ）となる。
【０００９】
複数の端末からそれぞれ送信される複数のACK/NACK信号は、図２に示すように、時間軸上においてZero Auto-correlation特性を持つZAC（Zero Auto-correlation）系列によって拡散され（ZAC系列を乗算）、PUCCH内においてコード多重される。図２において、（W(0), W(1), W(2), W(3)）は系列長４のウォルシュ系列を表し、（F(0),F(1),F(2)）は系列長３のDFT系列を表す。
【００１０】
図２に示すように、端末ではACK/NACK信号は、まず周波数軸上においてZAC系列（系列長１２）によって１SC-FDMA（Single-Carrier Frequency Division Multiple Access）シンボルに対応する周波数成分へ１次拡散される。つまり、系列長１２の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リソースをすべて利用可能とするとは限らない。例えば、図３では１８個のPUCCHリソース（#0〜#17）を利用可能とした場合を示す。
【００１３】
ところで、今後の情報社会を支える仕組みとして、近年、ユーザの判断を介することなく機器間の自律的な通信によりサービスを実現するM2M（Machine-to-Machine）通信が期待されている。M2Mシステムの具体的な応用事例としてスマートグリッドがある。スマートグリッドは、電気又はガスなどのライフラインを効率的に供給するインフラシステムである。例えば、スマートグリッドは、各家庭又はビルに配備されるスマートメータと中央サーバとの間でM2M通信を実施して、自律的かつ効果的に資源の需要バランスを調整する。M2M通信システムの他の応用事例として、物品管理又は遠隔医療などのためのモニタリングシステム、自動販売機の在庫又は課金の遠隔管理などが挙げられる。
【００１４】
M2M通信システムにおいては、特に広範な通信エリアを有するセルラシステムの利用が着目されている。3GPPでは、LTE及びLTE-Advancedの規格化においてセルラネットワークを前提としたM2Mの検討が、マシンタイプ通信（MTC: Machine Type Communication）という名称で進められている。特に、スマートメータなどのMTC通信機器が、既存の通信エリアにおいて利用できない、ビルの地下などの場所に配置されている場合に対応するため、通信エリアをさらに拡大する「カバレッジエンハンスメント（Coverage Enhancement）」が検討されている（例えば、非特許文献５を参照）。
【００１５】
通信エリアをさらに拡大するために、MTCカバレッジエンハンスメントでは、同一信号を複数回繰り返して送信するレピティションが検討されている。具体的には、PDCCH、PDSCH及びPUCCH等の各チャネルにおいてレピティション送信を行うことが検討されている。
【先行技術文献】
【非特許文献】
【００１６】
【非特許文献１】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 (Release11),” 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.
【非特許文献６】R1-140501, Panasonic, “(E)PDCCH coverage enhancement for MTC, 3GPP TSG RAN WG1 Meeting #76, February 2014.
【非特許文献７】R1-140641, Sharp, “Discussion on PUCCH for MTC UEs in coverage enhanced mode,” 3GPP TSG RAN WG1 Meeting #76, February 2014.
【非特許文献８】R1-140498, Panasonic, “Proposal of common coverage enhanced subframe length,” 3GPP TSG RAN WG1 Meeting #76, February 2014.
【発明の概要】
【００１７】
しかしながら、MTCカバレッジエンハンスメントを行う端末（レピティション送信を行う端末、又は、MTCカバレッジエンハンスメントモードの端末、と呼ぶ）が、ACK/NACK信号を送信するPUCCHリソースについては、未だ十分な検討がなされていない。特に、PUCCHリソースは、各端末が使用するPUCCHリソース間で衝突しないように設計することが必要である。
【００１８】
本開示の非限定的な実施例は、MTCカバレッジエンハンスメントモードにおいて、端末間のPUCCHリソースの衝突を回避することができる端末及び送信方法を提供することである。
【００１９】
本開示の一態様に係る端末は、複数の第１のサブフレームに渡ってレピティションされたPhysical Downlink Control Channel（PDCCH）、及び前記PDCCHによって割り当てられたPhysical Downlink Shared Channel（PDSCH）を受信する受信部と、前記複数の第１のサブフレームに関連付けられたリソースブロックを、前記PDSCHに対する応答信号の送信に使用されるPhysical Uplink Control Channel（PUCCH）リソースとして決定する制御部と、前記決定されたPUCCHリソースを用いて、前記応答信号を複数の第２のサブフレームに渡ってレピティションする送信部と、を具備する構成を採る。
【００２０】
本開示の一態様に係る端末において、前記PDCCHがレピティション送信される前記複数の第１のサブフレームのうち、先頭サブフレーム又は最後尾サブフレームに関連付けられたリソースブロックが、前記PUCCHリソースとして決定される。
【００２１】
本開示の一態様に係る送信方法は、複数の第１のサブフレームに渡ってレピティションされたPhysical Downlink Control Channel（PDCCH）、及び前記PDCCHによって割り当てられたPhysical Downlink Shared Channel（PDSCH）を受信する工程と、前記複数の第１のサブフレームに関連付けられたリソースブロックを、前記PDSCHに対する応答信号の送信に使用されるPhysical Uplink Control Channel（PUCCH）リソースとして決定する工程と、前記決定されたPUCCHリソースを用いて、前記応答信号を複数の第２のサブフレームに渡ってレピティションする工程と、を具備する。
【００２２】
本開示の一態様に係る送信方法において、前記PDCCHがレピティション送信される前記複数の第１のサブフレームのうち、先頭サブフレーム又は最後尾サブフレームに関連付けられたリソースブロックが、前記PUCCHリソースとして決定される。
【００２３】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【００２４】
本開示の一態様によれば、MTCカバレッジエンハンスメントモードにおいて、端末間のPUCCHリソースの衝突を回避することができる。また、本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００２５】
【図１】図１は、各チャネルの送信タイミングを示す。
【図２】図２は、応答信号及び参照信号の拡散方法を示す。
【図３】図３は、PUCCHリソースの一例を示す。
【図４】図４は、レピティション送信時の各チャネルの送信タイミングを示す。
【図５】図５は、PUCCHリソースの衝突の一例を示す。
【図６】図６は、PUCCHリソースの衝突の一例を示す。
【図７】図７は、実施の形態１に係る基地局の要部構成を示す。
【図８】図８は、実施の形態１に係る端末の要部構成を示す。
【図９】図９は、実施の形態１に係る基地局の構成を示す。
【図１０】図１０は、実施の形態１に係る端末の構成を示す。
【図１１】図１１は、実施の形態１に係るACK/NACK信号の拡散方法の一例を示す。
【図１２】図１２は、実施の形態１に係るPUCCHリソースを示す。
【図１３】図１３は、実施の形態１に係るサブフレーム間直交符号系列の一例を示す。
【図１４】図１４は、実施の形態１に係るレピティション送信時の各チャネルの送信タイミングを示す。
【図１５】図１５は、実施の形態１のバリエーション１に係るPUCCHリソースを示す。
【図１６】図１６は、実施の形態１のバリエーション２に係るPUCCHリソースを示す。
【発明を実施するための形態】
【００２６】
図４は、本開示の一態様として想定したMTCカバレッジエンハンスメントにおける各チャネルの送信タイミングを示す。図４では、PDCCHのレピティションレベルをNPDCCHとし、PDSCHのレピティションレベルをNPDSCHとし、PUCCHのレピティションレベルをNPUCCHとする。また、図４に示すように、MTCカバレッジエンハンスメントでは、PDCCHのレピティション送信後に、当該PDCCHによってデータが割り当てられたPDSCHのレピティション送信が行われる。端末でのACK/NACK信号（PUCCH）の送信タイミングは、PDSCHの受信を終えたサブフレームから、KMTCサブフレーム後となる。また、PDCCH又はPUCCHのレピティション送信において、複数回繰り返して送信される信号を同一のリソースを用いて送信することが検討されている（例えば、非特許文献６、７を参照）。なお、図４に示す各チャネルの送信タイミングは例示であり、本開示の送信タイミングは、この送信タイミングに限定されない。
【００２７】
MTC環境では、一つのセルに接続する端末数が増大することが予想される。このようなMTC環境においてExplicitにPUCCHリソースを割り当てることは、比較的頻繁に通信を行わない多数のMTC端末に対してPUCCHリソースをそれぞれ確保する必要があるため、PUCCHリソースの利用効率を低下させる。また、MTCカバレッジエンハンスメントにおいては、Explicitに割り当てるPUCCHリソースを通知するシグナリングに対してもレピティション送信が適用されることが考えられるため、シグナリングのオーバーヘッドが増加する。
【００２８】
したがって、本開示のMTCカバレッジエンハンスメントでは、PUCCHリソースの利用効率を向上させるため、通常モードの端末（レピティション送信を行わない端末）と同様に、ImplicitにPUCCHリソースを割り当てる。例えば、PUCCHリソースと、PDCCHに使用されるCCEとを１対１に対応付けて、基地局がPUCCHリソースをImplicitに通知する。
【００２９】
ここで、複数の通常モードの端末からそれぞれ送信される複数のACK/NACK信号は、上述したように、ZAC系列および直交符号系列（Walsh系列またはDFT系列）によって拡散され、PUCCH内においてコード多重されている。また、通常モードの端末が使用するPUCCHリソースは、PDCCHに使用されたCCEと１対１に対応付けられている。さらに、通常モードの端末が、ACK/NACK信号を送信する送信タイミングは、受信したPDCCH信号及びそのPDDCHによりデータが割り当てられたPDSCH信号を受信したサブフレームから、Kサブフレーム後（例えばFDDではK＝４サブフレーム後）である。複数の通常モードの端末に対して同一サブフレームで割り当てられるPDCCHのCCEは、スケジューリングにより端末間で異なるため、複数の通常モードの端末が同一のサブフレームにおいて送信するACK/NACK信号は、互いに異なるPUCCHリソースを用いて送信される（衝突しない）。
【００３０】
一方、MTCカバレッジエンハンスメントモードでは、複数の端末が同一のサブフレームにおいてACK/NACK信号を送信するPUCCHリソースが、端末間で同一のCCEに対応付けられている場合がある。このため、PUCCHリソースを、PDCCHに使用されるCCEに１対１に対応付けてImplicitに通知する場合、複数の端末がそれぞれACK/NACK信号の送信に用いるPUCCHリソースが衝突する場合がある。
【００３１】
図５及び図６は、MTCカバレッジエンハンスメントモードの端末間でPUCCHリソースが衝突する場合の一例を示す。
【００３２】
図５は、上りリンク（PUCCH）に設定されたレピティションレベルと下りリンク（PDCCH及びPDSCH）に設定されたレピティションレベルとが異なる場合の一例を示す。図５では、端末１及び端末２のPDCCHのレピティションレベルをNPDCCH、端末１及び端末２のPDSCHのレピティションレベルをNPDSCHとする。また、端末１のPUCCHのレピティションレベルをNPUCCH+αPUCCHとし、端末２のPUCCHのレピティションレベルをNPUCCHとする。つまり、図５では、端末１の下りリンクのレピティションレベルは、端末２と下りリンクのレピティションレベルと同一であり、端末１の上りリンクのレピティションレベルは、端末２の上りリンクのレピティションレベルよりもαPUCCHだけ大きい。
【００３３】
また、図５において、基地局は、端末１に対して、CCE#0からCCE#3を用いてPDCCHを送信する。一方、基地局は、端末２に対して、端末１のPDCCHの送信が完了した後のサブフレームから、CCE#0からCCE#3を用いてPDCCHを送信する。つまり、基地局は、端末１及び端末２に対して、異なるサブフレームにおいて同一のCCEを用いてPDCCHをレピティション送信する。したがって、端末１及び端末２は、同一サブフレームにおいてCCE#0に対応付けられたPUCCHリソースを用いてACK/NACK信号を送信する。具体的には、図５に示すように、端末１は、NPUCCH+αPUCCHサブフレームに渡ってACK/NACK信号をレピティション送信し、端末２は、端末１がACK/NACK信号をNPUCCHサブフレームに渡って送信した後のサブフレームからNPUCCHサブフレームに渡ってACK/NACK信号を送信する。このため、端末１がPUCCHをレピティション送信するNPUCCH+αPUCCHサブフレームのうち、最後のαPUCCHサブフレームと、端末２がPUCCHをレピティション送信するNPUCCHサブフレームのうち、最初のαPUCCHサブフレームとにおいて、PUCCHリソースが端末間で衝突してしまう。
【００３４】
このように、上りリンクのレピティションレベルと下りリンクのレピティションレベルとが異なる場合、PDCCHの送信サブフレームが端末間で異なっていても、PUCCHの送信サブフレームが端末間で同じになり、ACK/NACK信号を送信するPUCCHリソースが端末間で衝突する場合がある。
【００３５】
一方、図６は、レピティションレベルが端末間で異なる場合の一例を示す。図６において、端末１のPDCCH、PDSCH、PUCCHのレピティションレベルが８であり、端末２のPDCCH、PDSCH、PUCCHのレピティションレベルが４である。
【００３６】
また、図６において、基地局は、端末１に対して、CCE#0からCCE#3を用いてPDCCHを送信する。一方、基地局は、端末２に対して、端末１のPDCCHの送信が完了した後のサブフレームから、CCE#0からCCE#3を用いてPDCCHを送信する。つまり、基地局は、端末１及び端末２に対して、異なるサブフレームにおいて同一のCCEを用いてPDCCHをレピティション送信する。したがって、端末１及び端末２は、同一サブフレームにおいてCCE#0に対応付けられたPUCCHリソースを用いてACK/NACK信号を送信する。
【００３７】
具体的には、図６に示すように、端末１は、８サブフレームに渡ってPDCCHを受信し、次の８サブフレームに渡ってPDSCHを受信する。一方、端末２は、端末１がPDCCHの受信を完了した次のサブフレームから４サブフレームに渡ってPDCCHを受信し、次の４サブフレームに渡ってPDSCHを受信する。つまり、端末１と端末２とは、PDSCHの受信完了のサブフレーム（タイミング）が同一となる。この場合、端末１と端末２とにおいて同一サブフレーム（タイミング）から、端末１は、８サブフレームに渡ってACK/NACK信号を送信し、端末２は、４サブフレームに渡ってACK/NACK信号を送信する。したがって、図６に示すように、端末１がPUCCHをレピティション送信する最初の４サブフレームと、端末２がPUCCHをレピティション送信する４サブフレームとにおいて、PUCCHリソースが端末間で衝突してしまう。
【００３８】
このように、レピティションレベルが端末間で異なる場合、PDCCHの送信サブフレームが端末間で異なっていても、PUCCHの送信サブフレームが端末間で同じになり、ACK/NACK信号を送信するPUCCHリソースが端末間で衝突する場合がある。
【００３９】
図５又は図６に例示するように、レピティションレベルの設定によって、端末間でPUCCHリソースが衝突する場合がある。このような場合に、端末間でPUCCHリソースが衝突しないように、基地局側が端末のPDCCH割当を制御する（例えば、過去のサブフレームにおいて或る端末に用いられたCCEを、現在のサブフレームにおいても他の端末に割り当てない）ことが考えられる。しかし、この場合は、PDCCHリソースの利用効率が低下する又はスケジューリングの複雑度が増加する。
【００４０】
以下、本開示の実施の形態について図面を参照して詳細に説明する。
【００４１】
［通信システムの概要］
以下の説明では、FDD（Frequency Division Duplex）システムを例に説明する。
【００４２】
また、本開示の各実施の形態に係る通信システムは、例えば、LTE-Advancedに対応するシステムであって、基地局１００及び端末２００を備える。
【００４３】
端末２００には、例えば、通常モード又はMTCカバレッジエンハンスメントモードが設定される。端末２００は、例えば、MTCカバレッジエンハンスメントモードが適用される場合、PDCCH、PDSCH又はPUCCHを、複数のサブフレームに渡ってレピティションして送信する（レピティション送信）。ここで、例えば、レピティション送信は、１サブフレームを１回分として、同一の信号を複数回送信する。すなわち、端末２００は、所定のレピティションレベル分の連続するサブフレームにおいて、所定のレピティションレベル分の同一の信号を繰り返し送信する。
【００４４】
図７は本開示の実施の形態に係る基地局１００の要部構成を示すブロック図である。図７に示す基地局１００において、送信部１１２は、複数の第１のサブフレームに渡ってレピティションされた制御信号（PDCCH）、及び、上記制御信号によって示されるリソースに割り当てられたデータ信号（PDSCH）を端末２００に送信する。受信部１１４は、上記データ信号に対する応答信号（ACK/NACK信号）であって、端末２００から、複数の第２のサブフレームに渡ってレピティションされ送信された、応答信号を受信する。当該応答信号には、互いに直交する複数の第１の系列（後述するサブフレーム間直交符号系列。サブフレーム間直交系列とも呼ぶ。）のうち、第１のサブフレームに関連付けられた１つの系列の各成分が複数の第２のサブフレーム毎に乗算されている。判定部１２１は、受信された応答信号（ACK/NACK信号）が、ACK又はNACKのいずれかを示しているかを判定する。
【００４５】
また、図８は、本開示の各実施の形態に係る端末２００の要部構成を示すブロック図である。図８に示す端末２００において、受信部２０２は、複数の第１のサブフレームに渡ってレピティションされた制御信号（PDCCH）、及び、上記制御信号によって示されるリソースに割り当てられたデータ信号（PDSCH）を受信する。ACK/NACK生成部２１４は、受信したデータ信号に対する応答信号（ACK/NACK信号）を複数の第２のサブフレームに渡ってレピティションし、互いに直交する複数の第１の系列（サブフレーム間直交符号系列）のうち、第１のサブフレームに関連付けられた系列の各成分を、複数の第２のサブフレーム毎の応答信号に乗算して送信信号を生成する。送信部２２０は、送信信号を送信する。
【００４６】
（実施の形態１）
［基地局の構成］
図９は、本開示の実施の形態１に係る基地局１００の構成を示すブロック図である。図９において、基地局１００は、制御部１０１と、制御信号生成部１０２と、制御信号符号化部１０３と、制御信号変調部１０４と、報知信号生成部１０５と、データ符号化部１０６と、再送制御部１０７と、データ変調部１０８と、信号割当部１０９と、IFFT部１１０と、CP付加部１１１と、送信部１１２と、アンテナ１１３と、受信部１１４と、CP除去部１１５と、PUCCH抽出部１１６と、系列制御部１１７と、レピティション信号合成受信部１１８と、逆拡散部１１９と、相関処理部１２０と、判定部１２１とを有する。
【００４７】
なお、図９に示す基地局１００の各構成は例示であり、他の構成に置き換える、又は、省略することが可能であり、本開示を実施するにおいて必ずしも全ての構成は必要ない。
【００４８】
制御部１０１は、端末２００に対して、制御情報を送信するための下りリソース（下り制御情報割当リソース）、及び、当該制御情報によって示される、下りリンクデータ（送信データ）を送信するための下りリソース（下りデータ割当リソース）を割り当てる。下り制御情報割当リソースは、PDCCH又はEPDCCH（Enhanced PDCCH）に対応するリソース内で選択される。また、下りデータ割当リソースは、PDSCHに対応するリソース内で選択される。また、端末２００が複数有る場合には、制御部１０１は、端末２００のそれぞれに異なるリソースを割り当てる。下り制御情報割当リソースは、上述したL1/L2 CCHと同等である。すなわち、下り制御情報割当リソースは、１つ又は複数のCCEから構成される。また、上述したようにPUCCHリソースがCCEを用いてImplicitに通知される場合、各CCEは、上りリンク制御チャネル領域（PUCCH領域）のPUCCHリソースと対応付けられている。
【００４９】
また、制御部１０１は、制御情報を含むPDCCHが占有するCCEに関連付けられたPUCCHリソース（周波数、及び、１次拡散／２次拡散に用いる系列）を特定する。また、制御部１０１は、MTCカバレッジエンハンスメントモードが設定された端末２００向けのPDCCHがレピティション送信されるサブフレーム（例えば、PDCCHがレピティション送信される複数のサブフレームのうち先頭サブフレーム又は最後尾サブフレーム）に関連付けられたPUCCHリソース（サブフレーム間直交符号系列）を特定する。制御部１０１は、端末２００から送信されるPUCCH信号（ACK/NACK信号及び参照信号）の拡散に用いられる可能性があるZAC系列及び直交符号系列（サブフレーム間直交符号系列及びサブフレーム内直交符号系列）に関する情報を、系列制御部１１７へ出力し、周波数に関する情報をPUCCH抽出部１１６へ出力する。
【００５０】
「サブフレーム間直交符号系列」は、MTCカバレッジエンハンスメントモードの端末２００において、複数のサブフレームに渡ってレピティション送信される信号に乗算される直交符号系列である。つまり、レピティションされた各サブフレームの信号に対して、サブフレーム間直交符号系列の各成分がサブフレーム毎に乗算される。異なる端末２００からのACK/NACK信号は、異なる系列番号に対応するサブフレーム間直交符号系列を用いて拡散される。
【００５１】
なお、サブフレーム間直交符号系列と区別するために、以下では、上述したサブフレーム内（各スロット）において用いられる直交符号系列（図１参照）を「サブフレーム内直交符号系列」と呼ぶ。各CCEは、ZAC系列及びサブフレーム内直交符号系列を含むPUCCHリソースと関連付けられている。また、レピティション送信されるPDCCHのサブフレーム（例えば、PDCCHがレピティション送信される複数のサブフレームのうち先頭サブフレーム又は最後尾サブフレーム）は、サブフレーム間直交符号系列と関連付けられている。例えば、各CCEは、PUCCHリソースと１対１で関連付けられ、レピティション送信されるPDCCHのサブフレームは、サブフレーム間直交符号系列と１対１で関連付けられている。
【００５２】
また、基地局１００及び端末２００は、PDCCHがレピティションされるサブフレームと、サブフレーム間直交符号系列との関連付けを予め保持している。
【００５３】
また、制御部１０１は、端末２００に対して、制御情報を送信する際に用いる符号化率を決定し、決定した符号化率を制御信号符号化部１０３へ出力する。また、制御部１０１は、対象端末２００に対して、下りリンクデータを送信する際に用いる符号化率を決定し、決定した符号化率をデータ符号化部１０６へ出力する。
【００５４】
なお、決定される符号化率に応じて制御情報のデータ量が異なるため、制御部１０１は、このデータ量に応じて、制御情報をマッピング可能なCCEを含む下り制御情報割当リソースを割り当てる。制御部１０１は、制御信号生成部１０２に対して、下りデータ割当リソースに関する情報を出力する。また、制御部１０１は、下りデータ割当リソース及び下り制御情報割当リソースに関する情報を信号割当部１０９に出力する。
【００５５】
また、制御部１０１は、端末２００に対してMTCカバレッジエンハンスメントモードが設定される場合、当該端末２００の各チャネル（PDCCH、PDSCH又はPUCCH）に対するレピティションレベル（レピティション回数）に関する情報を、制御信号生成部１０２及びデータ符号化部１０６に出力する。
【００５６】
また、制御部１０１は、報知信号生成部１０５に対して、予め基地局毎に決められたパラメータに基づいて報知信号を生成するように指示する。
【００５７】
また、制御部１０１は、PUCCHリソースに関する情報を生成し、制御信号生成部１０２へ出力する。PUCCHリソースに関する情報とは、端末２００がPUCCHリソースを特定するためのパラメータである。例えば、PUCCHリソースに関する情報として、CCE番号からPUCCHリソース番号を特定する際に使用するオフセット値、又は、各PUCCH領域に配置される１リソースブロック当たりに符号多重されるPUCCHリソースの最大数に関する情報などが挙げられる。なお、PUCCHリソースに関する情報は、セル固有の値として報知情報として端末２００へ通知されてもよく、上位レイヤのシグナリングとして端末２００へ通知されてもよい。
【００５８】
制御信号生成部１０２は、制御部１０１から受け取る情報（下りデータ割当リソースに関する情報又はPUCCHのレピティションレベルに関する情報）を用いて制御信号を生成し、制御信号を制御信号符号化部１０３に出力する。端末２００が複数ある場合、端末２００を区別するために、制御信号には、端末IDが含まれる。例えば、制御信号には、端末IDによってマスキングされたCRCビットが含まれる。また、制御信号生成部１０２は、端末２００に対してMTCカバレッジエンハンスメントモードが設定される場合、制御部１０１から受け取るレピティションレベルに関する情報に従って、レピティション信号を生成する。すなわち、PDCCHのレピティションレベルが１より大きい場合には、制御信号生成部１０２は、レピティションレベルに対応した連続する複数のサブフレームに渡って、同一の制御信号を制御信号符号化部１０３へ出力する。
【００５９】
制御信号符号化部１０３は、制御部１０１から受け取る符号化率に従って、制御信号生成部１０２から受け取る制御信号を符号化し、符号化後の制御信号を制御信号変調部１０４へ出力する。
【００６０】
制御信号変調部１０４は、制御信号符号化部１０３から受け取る制御信号を変調し、変調後の制御信号を信号割当部１０９へ出力する。
【００６１】
報知信号生成部１０５は、制御部１０１からの指示に従って、報知信号を生成し、報知信号を信号割当部１０９へ出力する。報知信号には、例えば、システム帯域幅、又は、PUCCHリソースに関する信号等が含まれている。また、報知信号には、符号化処理及び変調処理が施されてもよい。
【００６２】
データ符号化部１０６は、制御部１０１から受け取る符号化率に従って、送信データ（ビット系列。つまり、下りリンクデータ）を符号化し、符号化後のデータ信号を再送制御部１０７へ出力する。また、データ符号化部１０６は、端末２００に対してMTCカバレッジエンハンスメントモードが設定される場合、制御部１０１から受け取るレピティションレベルに関する情報に従って、レピティション信号を生成する。すなわち、PDSCHのレピティションレベルが１より大きい場合には、データ符号化部１０６は、レピティションレベルに対応した連続する複数のサブフレームに渡って、同一のデータ信号を再送制御部１０７へ出力する。
【００６３】
再送制御部１０７は、初回送信時には、データ符号化部１０６から受け取る符号化後のデータ信号を保持するとともにデータ変調部１０８へ出力する。再送制御部１０７は、符号化後のデータ信号を、保持する。また、再送制御部１０７は、後述する判定部１２１から、送信したデータ信号に対するNACKを受け取ると、対応する保持データをデータ変調部１０８へ出力する。再送制御部１０７は、送信したデータ信号に対するACKを受け取ると、対応する保持データを削除する。
【００６４】
データ変調部１０８は、再送制御部１０７から受け取るデータ信号を変調して、データ変調信号を信号割当部１０９へ出力する。
【００６５】
信号割当部１０９は、制御信号変調部１０４から受け取る制御信号、報知信号生成部１０５から受け取る報知信号、及び、データ変調部１０６から受け取るデータ変調信号を、下りリソース（下りリンクデータ信号割当リソース、下りリンク制御情報割当リソース等）にマッピングし、マッピングした信号をIFFT部１１０へ出力する。具体的には、信号割当部１０９は、制御部１０１から受け取る下り制御情報割当リソースに示されるリソースに制御信号をマッピングし、制御部１０１から受け取る下りデータ割当リソースに示されるリソースにデータ変調信号をマッピングする。また、信号割当部１０９は、予め設定された時間・周波数リソースに報知信号をマッピングする。
【００６６】
IFFT部１１０は、信号割当部１０９から受け取る信号に対してIFFT処理を行うことにより、周波数領域信号を時間領域信号に変換する。IFFT部１１０は、時間領域信号をCP付加部１１１へ出力する。
【００６７】
CP付加部１１１は、IFFT部１１０から受け取る信号に対してCPを付加し、CP付加後の信号（OFDM信号）を送信部１１２へ出力する。
【００６８】
送信部１１２は、CP付加部１１１から受け取るOFDM信号に対してD/A（Digital-to-Analog）変換、アップコンバート等のRF（Radio Frequency）処理を行い、アンテナ１１３を介して端末２００に無線信号を送信する。
【００６９】
受信部１１４は、アンテナ１１３を介して受信された端末２００からの無線信号に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、得られる受信信号をCP除去部１１５に出力する。
【００７０】
CP除去部１１５は、受信部１１４から受け取る受信信号に付加されているCPを除去し、CP除去後の信号をPUCCH抽出部１１６へ出力する。
【００７１】
PUCCH抽出部１１６は、制御部１０１から受け取る情報に基づいて、CP除去部１１５から受け取る信号から上り制御チャネル信号（PUCCH）を抽出し、抽出したPUCCHをレピティション信号合成受信部１１８へ出力する。
【００７２】
系列制御部１１７は、制御部１０１から受け取るZAC系列及び直交符号系列に関する情報に基づいて、端末２００から送信されるACK/NACK信号及び参照信号の拡散に用いられる可能性があるZAC系列、及び、直交符号系列を生成する。系列制御部１１７は、直交符号系列のうちのサブフレーム間直交符号系列をレピティション信号合成受信部１１８へ出力し、直交符号系列のうちのサブフレーム内直交符号系列を逆拡散部１１９へ出力し、ZAC系列を相関処理部１２０へ出力する。
【００７３】
なお、互いに異なる循環シフト量で定義される系列であれば、ZAC系列以外の系列でもよい。また、互いに直交する直交符号系列であれば、ウォルシュ系列以外の系列でもよい。
【００７４】
レピティション信号合成受信部１１８は、複数サブフレームに渡ってレピティション送信されたPUCCH（ACK/NACK信号及び参照信号）に対して、系列制御部１１７から受け取るサブフレーム間直交符号系列を用いて、ACK／NACK信号及び参照信号に相当する部分の信号を同相合成して合成信号を生成する。レピティション信号合成受信部１１８は、同相合成後の信号を逆拡散部１１９へ出力する。
【００７５】
逆拡散部１１９は、系列制御部１１７から受け取るサブフレーム内直交符号系列（端末２００が２次拡散で用いるべき直交符号系列）を用いて、レピティション信号合成受信部１１８から受け取る信号のうちACK/NACK信号に相当する部分の信号を逆拡散し、逆拡散後の信号を相関処理部１２０に出力する。また、逆拡散部１１９は、サブフレーム内直交符号系列を用いて、レピティション信号合成受信部１１８から受け取る信号のうち参照信号に相当する部分の信号を逆拡散し、逆拡散後の信号を相関処理部１２０に出力する。
【００７６】
相関処理部１２０は、系列制御部１１７から入力されるZAC系列（端末２００が１次拡散で用いる可能性のあるZAC系列）と、逆拡散部１１９から入力される信号（ACK/NACK信号又は参照信号）との相関値を求める。相関処理部１２０は、ACK/NACK信号の相関値を判定部１２１に出力する。
【００７７】
判定部１２１は、相関処理部１２０から受け取る相関値に基づいて、端末２００から送信されたACK/NACK信号が、送信されたデータに対してACK又はNACKのいずれかを示しているかを判定する。判定部１２１は、判定結果を再送制御部１０７に出力する。
【００７８】
［端末の構成］
図１０は、本開示の実施の形態１に係る端末２００の構成を示すブロック図である。図１０において、端末２００は、アンテナ２０１と、受信部２０２と、CP除去部２０３と、FFT（Fast Fourier Transform）部２０４と、抽出部２０５と、報知信号受信部２０６と、制御信号復調部２０７と、制御信号復号部２０８と、判定部２０９と、データ復調部２１０と、データ復号部２１１と、CRC部２１２と、制御部２１３と、ACK/NACK生成部２１４と、変調部２１５と、１次拡散部２１６と、２次拡散部２１７と、IFFT部２１８と、CP付加部２１９と、送信部２２０とを有する。
【００７９】
なお、図１０に示す端末２００の各構成は例示であり、他の構成に置き換える、又は、省略することが可能であり、本開示を実施するにおいて必ずしも全ての構成は必要ない。
【００８０】
受信部２０２は、アンテナ２０１を介して受信された、基地局１００からの無線信号に対してダウンコンバート又はAD変換などのRF処理を行い、ベースバンドのOFDM信号を得る。受信部２０２は、OFDM信号をCP除去部２０３へ出力する。
【００８１】
CP除去部２０３は、受信部２０２から受け取るOFDM信号に付加されているCPを除去し、CP除去後の信号をFFT部２０４へ出力する。
【００８２】
FFT部２０４は、CP除去部２０３から受け取る信号に対してFFT処理を行うことにより、時間領域信号を周波数領域信号に変換する。FFT部２０４は、周波数領域信号を抽出部２０５へ出力する。
【００８３】
抽出部２０５は、FFT部２０４から受け取る信号から報知信号を抽出して、報知信号受信部２０６へ出力する。ここで、報知信号がマッピングされるリソースは予め決まっているので、抽出部２０５は、そのリソースにマッピングされている情報を抽出することにより、報知信号を得る。抽出された報知信号には、例えば、システム帯域幅、又は、PUCCHリソースに関する信号等が含まれている場合がある。
【００８４】
また、抽出部２０５は、FFT部２０４から受け取る信号から、下り制御チャネル信号（PDCCH信号）を抽出し、制御信号復調部２０７へ出力する。また、抽出部２０５は、判定部２０９から受け取る、自端末宛の下りデータ割当リソースに関する情報に基づいて、FFT部２０４から受け取る信号から下りリンクデータ（PDSCH信号）を抽出し、データ復調部２１０へ出力する。PDCCH信号には、例えば、下りデータ割当リソースに関する情報、PUCCHのレピティションレベルに関する情報などが含まれている。
【００８５】
また、抽出部２０５は、自装置に対してMTCカバレッジエンハンスメントモードが設定され、PDCCH信号がレピティション送信されている場合、複数のサブフレームに渡ってレピティション送信されたPDCCH信号に対して同相合成して、PDCCH信号を抽出する。同様に、抽出部２０５は、下りリンクデータ（PDSCH信号）がレピティション送信されている場合には、複数のサブフレームに渡ってレピティション送信されたPDSCH信号に対して同相合成して、下りリンクデータを抽出する。
【００８６】
報知信号受信部２０６は、抽出部２０５から受け取る報知信号から、システム帯域幅、又は、PUCCHリソースに関する情報などを得る。報知信号受信部２０６は、報知信号に符号化処理及び変調処理が施されている場合、復調処理及び復号処理を施す。報知信号受信部２０６は、得られた報知信号を判定部２０９又は制御部２１３へ出力する。
【００８７】
制御信号復調部２０７は、抽出部２０５から受け取るPDCCH信号を復調し、復調後のPDCCH信号を制御信号復号部２０８へ出力する。
【００８８】
制御信号復号部２０８は、制御信号復調部２０７から受け取るPDCCH信号を復号して、復号結果を判定部２０９に出力する。
【００８９】
判定部２０９は、制御信号復号部２０８から受け取る復号結果に含まれる制御情報が自端末宛ての制御情報であるか否かを判定（ブラインド判定）する。例えば、判定部２０９は、自端末の端末IDによって制御情報に含まれるCRCビットをデマスキングし、CRCの演算結果に誤りがなければ、自端末宛ての制御情報であると判定する。そして、判定部２０９は、自装置宛の制御情報に含まれる下りデータ割当リソースに関する情報を抽出部２０５へ出力する。また、判定部２０９は、自装置宛の制御情報がマッピングされていたCCEを特定し、特定したCCEの識別情報（CCE番号）を制御部２１３へ出力する。また、判定部２０９は、自装置宛ての制御情報（PDCCH）がレピティション送信されたサブフレーム（例えば、PDCCHがレピティション送信される複数のサブフレームのうち、先頭（又は最後尾）のサブフレーム）を特定し、特定したサブフレーム情報を制御部２１３へ出力する。
【００９０】
データ復調部２１０は、抽出部２０５から受け取る下りリンクデータを復調し、復調後の下りリンクデータをデータ復号部２１１へ出力する。
【００９１】
データ復号部２１１は、データ復調部２１０から受け取る下りリンクデータを復号し、復号後の下りリンクデータをCRC部２１２へ出力する。
【００９２】
CRC部２１２は、データ復号部２１１から受け取る下りリンクデータに対して、CRCを用いて誤り検出を行い、誤り検出結果をACK/NACK生成部２１４へ出力する。また、CRC部２１２は、誤り検出の結果、誤りなしと判定した下りリンクデータを受信データとして出力する。
【００９３】
制御部２１３は、報知信号又は上位レイヤシグナリングによって基地局１００から端末２００に対して通知されたPUCCHリソースに関する情報（CCE番号からPUCCHリソース番号を特定する際に使用されるオフセット値、又は、各PUCCH領域に配置される１リソースブロックあたりに符号多重されるPUCCHリソースの最大数など）、及び、レピティションレベルに関する情報を予め保持する。
【００９４】
制御部２１３は、PUCCHリソースに関する情報、判定部２０９から受け取るCCEの識別情報及びサブフレーム情報を用いて、CCEの識別情報に対応するPUCCHリソース（周波数、及び、１次拡散／２次拡散に用いる系列）、及び、サブフレーム情報に対応するPUCCHリソース（サブフレーム間直交符号系列）を特定する。すなわち、制御部２１３は、CCEの識別情報及びPDCCHが送信されたサブフレーム情報に基づいて上り制御チャネルのPUCCHリソースを特定する。
【００９５】
制御部２１３は、使用すべきPUCCHリソースに対応する循環シフト量で定義されるZAC系列を生成し、１次拡散部２１６へ出力する。また、制御部２１３は、使用すべきPUCCHリソースに対応するサブフレーム間直交符号系列をACK/NACK生成部２１４へ出力し、使用すべきPUCCHリソースに対応するサブフレーム内直交符号系列を２次拡散部２１７へ出力する。また、制御部２１３は、使用すべきPUCCHリソースに対応する周波数リソース（サブキャリア）をIFFT部２１８へ出力する。
【００９６】
また、制御部２１３は、自端末がMTCカバレッジエンハンスメントモードである場合、PUCCHのレピティションレベルに関する情報をACK/NACK生成部２１４へ出力する。
【００９７】
ACK/NACK生成部２１４は、CRC部２１２から受け取る誤り検出結果に基づいて、受信した下りリンクデータ（データ信号）に対するACK/NACK信号を生成する。具体的には、ACK/NACK生成部２１４は、誤りが検出された場合にはNACKを生成し、誤りが検出されない場合にはACKを生成する。ACK/NACK生成部２１４は、生成したACK/NACK信号を変調部２１５へ出力する。
【００９８】
また、ACK/NACK生成部２１４は、自端末がMTCカバレッジエンハンスメントモードである場合、制御部２１３から受け取るレピティションレベルに関する情報に従って、ACK/NACK信号をレピティションする。すなわち、PUCCHのレピティションレベルが１より大きい場合には、ACK/NACK生成部２１４は、レピティションレベルに対応した連続する複数のサブフレーム（レピティション回数分に相当する複数のサブフレーム）に渡って、同一のACK/NACK信号を変調部２１５へ出力する。また、ACK/NACK生成部２１４は、自端末がMTCカバレッジエンハンスメントモードである場合、制御部２１３から受け取ったサブフレーム間直交符号系列を、レピティションレベルに対応した連続する複数のサブフレームに渡ってACK/NACK信号に乗算する。具体的には、ACK/NACK生成部２１４は、互いに直交する複数のサブフレーム間直交符号系列のうち、PDCCHがレピティションされたサブフレーム（例えば、PDCCHがレピティション送信される複数のサブフレームのうち、先頭又は最後尾のサブフレーム）に関連付けられたサブフレーム間直交符号系列の各成分を、ACK/NACK信号がレピティションされる複数のサブフレーム毎のACK/NACK信号に乗算して送信信号を生成する。
【００９９】
変調部２１５は、ACK/NACK生成部２１４から受け取るACK/NACK信号を変調して、変調後のACK/NACK信号を１次拡散部２１６へ出力する。
【０１００】
１次拡散部２１６は、制御部２１３によって設定された循環シフト量で定義されたZAC系列を用いて、参照信号、及び、変調部２１５から受け取るACK/NACK信号を１次拡散し、１次拡散後のACK/NACK信号及び参照信号を２次拡散部２１７へ出力する。
【０１０１】
２次拡散部２１７は、制御部２１３によって設定されたサブフレーム内直交符号系列を用いてACK/NACK信号及び参照信号を２次拡散し、２次拡散後の信号をIFFT部２１８へ出力する。
【０１０２】
IFFT部２１８は、制御部２１３によって設定された周波数リソースを用いて、２次拡散部２１７から受け取るACK/NACK信号及び参照信号に対してサブキャリアへのマッピング、及び、IFFT処理を行うことにより時間領域信号を生成する。IFFT部２１８は、生成した信号をCP付加部２１９へ出力する。
【０１０３】
CP付加部２１９は、IFFT部２１８から受け取る信号に対してCPを付加し、CP付加後の信号を送信部２２０へ出力する。
【０１０４】
送信部２２０は、CP付加部２１９から受け取る信号に対してD/A変換、アップコンバート等のRF処理を行い、アンテナ２０１を介して基地局１００に無線信号を送信する。
【０１０５】
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００の動作について説明する。
【０１０６】
なお、以下では、基地局１００のセル内に、MTCカバレッジエンハンスメントモードが設定された複数の端末２００が存在している場合について説明する。
【０１０７】
また、以下の説明では、各チャネル（PDCCH、PDSCH、及び、PUCCH）の信号のレピティション送信を開始する先頭のサブフレームは、予め定められたセル固有のサブフレーム長（Common Subframe length）Ｘ（例えば、Ｘ= 4 or 5）の周期とし、レピティションレベルをＸの整数倍とする（例えば、非特許文献８を参照）。以下では、PUCCHのレピティションレベルをNRepと表す。
【０１０８】
すなわち、端末２００は、NRep回のレピティションを行う場合、１サブフレームの信号をNRepサブフレームに渡って繰り返して送信する。
【０１０９】
端末２００は、レピティション送信されるACK/NACK信号に対して、レピティションが行われるサブフレーム毎にサブフレーム間直交符号系列の各成分を乗算する。例えば、図１１は、レピティションレベルが４（NRep＝4）であり、サブフレーム間直交符号系列の系列長が４（NSF＝４）である場合の一例を示す。図１１に示すように、端末２００は、連続する４サブフレームに渡ってレピティションされたACK/NACK信号に対して、サブフレーム間直交符号系列の各成分（C(0)〜C(3)）をサブフレーム毎にそれぞれ乗算する。
【０１１０】
このように、各端末２００は、互いに直交する複数のサブフレーム間直交符号系列のうちの１つの系列の各成分を、複数のサブフレーム毎のACK/NACK信号に乗算して送信信号を生成する。つまり、端末２００は、PUCCHにおいて送信するACK/NACK信号に対して、循環シフト量で定義されるZAC系列を用いた１次拡散、及び、サブフレーム内直交符号系列を用いた２次拡散に加え、サブフレーム間直交符号系列を用いた拡散処理を行う。
【０１１１】
ここで、異なる端末２００から送信されるACK/NACK信号は、異なる直交符号系列番号（Inter-subframe(SF) OC Index）に対応するサブフレーム間直交符号系列を用いてそれぞれ拡散される。
【０１１２】
一方、基地局１００は、端末２００からの信号（ACK/NACK信号を含む）を受信する。MTCエンハンスメントモードが設定された端末２００から送信されるACK/NACK信号は複数のサブフレームに渡ってレピティションされている。また、ACK/NACK信号には、サブフレーム間直交符号系列の各成分がサブフレーム毎に乗算されている。この場合、基地局１００は、まず、サブフレーム間直交符号系列に関する逆拡散及び相関処理を行い、その後、サブフレーム内直交符号系列及びZAC系列に関する逆拡散及び相関処理を行う。これにより、基地局１００では、コード多重された複数のACK/NACK信号を分離することができる。
【０１１３】
なお、各端末２００がACK/NACK信号を送信するPUCCHリソース（巡回シフト量、サブフレーム内直交符号系列及びサブフレーム間直交符号系列）の決定方法の詳細については後述する。
【０１１４】
図１２は、ZAC系列の循環シフト量（Cyclic shift Index）、サブフレーム内直交符号（OC Index）及びサブフレーム間直交符号（Inter-SF OC Index）によって定義されるPUCCHリソースの一例を示す。図１２では、１２の循環シフト量、サブフレーム間直交符号系列として系列長４の４つのウォルシュ系列、サブフレーム内直交符号系列として系列長４の３つのウォルシュ系列を用いた例を示す。この場合、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は、予め定められたセル固有又はグループ固有の値であるCommon Subframe length（X）と同数に設定される。ただし、サブフレーム間直交符号系列の系列長は、Common Subframe 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 Subframe length（図１３ではX=4）毎に異なるサブフレーム間直交符号系列が割り当てられてもよい。
【０１２２】
サブフレーム間直交符号系列によってコード多重可能な端末数は、最大でNSF＝X個（図１３では４個）である。
【０１２３】
このように、レピティションレベルに依らず、セル固有の（一定の）系列長（Common Subframe length単位の拡散率）のサブフレーム間直交符号系列を用いることにより、端末２００間においてPUCCHのレピティション送信を行うサブフレームが部分的に重なっている場合でも、PUCCHリソース間の直交性を保つことができる。
【０１２４】
次に、各端末２００がACK/NACK信号を送信するPUCCHリソース（循環シフト量、サブフレーム内直交符号系列及びサブフレーム間直交符号系列）の決定方法の詳細について説明する。
【０１２５】
上述したように、PDCCHを構成する各CCEは、PUCCHリソース（循環シフト量及びサブフレーム内直交符号系列）と１対１に対応付けられている。したがって、PDCCHを受信した端末２００は、PDCCHを構成するCCEに対応するPUCCHリソースを特定する。具体的には、端末２００は、PDCCHを構成するCCEと１対１に対応付けられているPUCCHリソースに対応する循環シフト量、及び、サブフレーム内直交符号系列を特定する。
【０１２６】
本実施の形態では、更に、複数のサブフレームに渡ってレピティション送信されるPDCCHのサブフレーム（例えば、PDCCHがレピティション送信される複数のサブフレームのうち、先頭又は最後尾サブフレーム）と、サブフレーム間直交符号系列とが対応付けられている。よって、MTCカバレッジエンハンスメントモードが設定された端末２００は、レピティション送信されたPDCCHを受信すると、PDCCHがレピティション送信されたサブフレームに関連付けられているサブフレーム間直交符号系列を特定する。例えば、サブフレーム間直交符号系列は、レピティション送信されるPDCCHのサブフレーム（例えば、PDCCHがレピティション送信される複数のサブフレームのうち、先頭又は最後尾のサブフレーム）に１対１で関連付けられている。
【０１２７】
図１４は、本実施の形態に係る各チャネルの送信タイミングを示す。
【０１２８】
図１４では、端末１及び端末２のPDCCH、PDSCH及びPUCCHのレピティションレベルをそれぞれNPDCCH、NPDSCH、NPUCCHとする。また、図１４では、NPDCCH＝NPDSCH＝４であり、NPUCCH＝８である。すなわち、図１４では、下りリンクのレピティションレベルと上りリンクのレピティションレベルとが異なる。
【０１２９】
また、図１４では、所定の周期毎のサブフレーム（例えば、Common Subframe length周期毎のサブフレーム）に、サブフレーム間直交符号系列を特定するためのインデックス（subframe group index）が付されている。例えば、図１４では、４サブフレーム毎のレピティション送信する複数のサブフレームのうちの先頭サブフレームと、複数のサブフレーム間直交符号系列とが１対１で関連付けられている。
【０１３０】
なお、レピティション送信する複数のサブフレームのうちの先頭サブフレームではなく、最後尾サブフレームに、サブフレーム間直交符号系列を関連付けてよい。また、レピティション送信する複数のサブフレーム全体（図１４では、４サブフレーム）に、サブフレーム間直交符号系列を関連付けてよい。さらに、レピティションレベル（レピティション回数）の最小単位毎（図１４では、４サブフレーム）にサブフレームをグループ化してサブフレームグループを形成し、サブフレームグループに、サブフレーム間直交符号系列を関連付けてよい。
【０１３１】
例えば、図１４では、基地局１００は、端末１に対して、subframe group index#0に関連付けられたサブフレームにおいて、CCE#0からCCE#3を用いてPDCCHのレピティション送信を開始する。一方、基地局１００は、端末２に対して、端末１へのPDCCHの送信が完了した後のサブフレームであるsubframe group index#1に関連付けられたサブフレームにおいて、CCE#0からCCE#3を用いてPDCCHのレピティション送信を開始する。
【０１３２】
この場合、図１４に示すように、端末１は、NPUCCH（＝８）サブフレームに渡ってACK/NACK信号をレピティション送信する。その際、端末１は、PDCCHに使用されたCCEのうち最小のインデックスを有するCCE#0に対応付けられた循環シフト量で定義されるZAC系列、及びサブフレーム内直交符号系列を用いる。また、端末１は、PDCCHのレピティション送信を開始した先頭サブフレームに対応付けられたサブフレーム間直交符号系列（subframe group index #0に対応する系列）を用いてACK/NACK信号をレピティション送信する。
【０１３３】
一方、図１４に示すように、端末２は、端末１がACK/NACK信号をNPUCCH（＝４）サブフレームに渡ってレピティション送信した後のサブフレームからNPUCCH（＝８）サブフレームに渡ってACK/NACK信号をレピティション送信する。その際、端末２は、PDCCHに使用されたCCEのうち最小のインデックスを有するCCE#0に対応付けられた循環シフト量で定義されるZAC系列及びサブフレーム内直交符号系列を用いる。また、端末２は、PDCCHのレピティション送信を開始した先頭サブフレームに対応付けられたサブフレーム間直交符号系列（subframe group index #1に対応する系列）を用いてACK/NACK信号をレピティション送信する。
【０１３４】
つまり、図１４では、端末１及び端末２において、CCE番号に対応付けられたリソース（循環シフト量で定義されるZAC系列及びサブフレーム内直交符号系列）は同一であるが、PDCCHのレピティション送信を開始した先頭サブフレームに関連付けられたサブフレーム間直交符号系列は異なる。したがって、PUCCHのレピティション送信に使用されるPUCCHリソースは、端末１及び端末２の双方において互いに異なるため、端末１と端末２との間でのPUCCHリソースは衝突しない。
【０１３５】
なお、図１４では、下りリンクのレピティションレベルと上りリンクのレピティションレベルとが異なる場合について説明した。しかし、図６のように、端末１のレピティションレベルと端末２のレピティションレベルとが異なる場合についても同様である。すなわち、PDCCHの送信サブフレームが端末２００間で異なっている場合には、ACK/NACK信号の送信に用いる循環シフト量及びサブフレーム内直交符号系列が同一のCCEに対応付けられていたとしても、ACK/NACK信号に乗算されるサブフレーム間直交符号系列は端末２００間で異なるため、当該端末２００間でPUCCHリソースは衝突しない。
【０１３６】
このように、本実施の形態によれば、MTCカバレッジエンハンスメントモードの端末２００は、ACK/NACK信号に対して、１次拡散及び２次拡散に加え、サブフレーム間直交符号系列を用いた拡散処理を行う。この際、端末２００は、複数のサブフレームに渡ってレピティション送信されるACK/NACK信号に対して、当該ACK/NACK信号に対応する下りリンクデータのリソース割当を示す制御信号（PDCCH）のレピティション送信に使用されるサブフレームに対応付けられたサブフレーム間直交符号系列の各成分を、複数のサブフレーム毎に乗算する。これにより、同一サブフレームで複数の端末２００からACK/NACK信号が送信される場合でも、各端末２００には、互いに異なるサブフレーム間直交符号系列が割り当てられるので、端末２００間のPUCCHリソースの衝突を回避することができる。
【０１３７】
また、本実施の形態では、レピティションレベルに依らず、一定（同一）の系列長（拡散率）のサブフレーム間直交符号系列を用いる。これにより、端末２００間においてPUCCHのレピティション送信を行うサブフレームが部分的に重なっている場合（端末間でPUCCHのレピティションレベルが異なる場合）でも、PUCCHリソース間の直交性を保つことができる。
【０１３８】
さらに、本実施の形態では、PUCCHリソースを構成するサブフレーム間直交符号系列と、PDCCHがレピティション送信されるサブフレーム（例えば、PDCCHがレピティション送信される複数のサブフレームのうち先頭又は最後尾のサブフレーム）とが対応付けられている。こうすることで、基地局１００は、端末２００に対して、PUCCHリソース（サブフレーム間直交符号系列）をImplicitに通知することができる。よって、本実施の形態によれば、PUCCHリソースを通知するためのシグナリングが不要となり、シグナリングのオーバーヘッドの増加を防ぐことができる。また、上述したように、各端末２００においてPDCCHのレピティション送信に使用されるサブフレームに基づいてPUCCHリソースを特定することにより、PUCCHリソースの衝突を回避するので、PDCCHリソースの利用効率の低下又はスケジューリングの複雑度が増加することはない。
【０１３９】
［バリエーション１］
上記実施の形態では、図１２及び図１４に示すように、循環シフト量とCCEとが１対１で対応付けられ、PDCCHをレピティション送信するサブフレームとサブフレーム間直交符号系列と対応付けられている。つまり、循環シフト量及びサブフレーム内直交符号系列と、サブフレーム間直交符号系列とが、CCEとPDCCHをレピティション送信するサブフレームとにそれぞれ別々に関連付けている。
【０１４０】
これに対して、本バリエーションでは、PDCCHの送信に用いられるCCE、及び、PDCCHをレピティション送信するサブフレーム（例えば、PDCCHがレピティション送信される複数のサブフレームのうち先頭又は最後尾のサブフレーム）から得られる仮想CCE番号を定義する。そして、循環シフト量（又は、循環シフト量から定義される系列）、サブフレーム内直交符号系列及びサブフレーム間直交符号系列から成るPUCCHリソースと、仮想CCE番号とを対応付ける。例えば、循環シフト量、サブフレーム内直交符号系列及びサブフレーム間直交符号系列から成るPUCCHリソースと、仮想CCE番号とは、１対１で対応付けられる。
【０１４１】
端末２００は、PDCCH（L1/L2 CCH）を受信すると、このPDCCHを構成するCCEと、このPDCCHを受信したサブフレーム（例えば、PDCCHがレピティション送信される複数のサブフレームのうち先頭又は最後尾のサブフレーム）とによって定義される仮想CCEに対応付けられたPUCCHリソース（循環シフト量、サブフレーム内直交符号系列及びサブフレーム間直交符号系列）を特定する。そして、端末２００は、特定したPUCCHリソースを用いてACK/NACK信号を送信する。
【０１４２】
例えば、仮想CCE番号n~CCEは、次式（１）によって定義される。
【数１】
2019080353.tif 000003
【０１４３】
ここで、nCCEはPDCCHの送信に用いられたCCE番号を示し、iPDCCH_RepはPDCCHがレピティション送信されたサブフレーム（例えば、PDCCHがレピティション送信される複数のサブフレームのうちの先頭又は最後尾のサブフレーム）を表すインデックスを示し、NCCEはPDCCH内のCCEの総数を示す。iPDCCH_Repは、例えば、図１４に示すように、Common Subframe length周期でサブフレームに付された番号（subframe group index）を示す。
【０１４４】
なお、iPDCCH_Repは、PDCCHをレピティション送信する複数のサブフレームのうちの先頭サブフレームに対応付けた番号であってもよいし、最後尾サブフレームに対応付けた番号であってもよい。また、iPDCCH_Repは、レピティション送信する複数のサブフレーム全体（図１４では、４サブフレーム）に、対応付けた番号であってもよい。さらに、レピティションレベル（レピティション回数）の最小単位毎（図１４では、４サブフレーム）にサブフレームをグループ化してサブフレームグループを形成し、iPDCCH_Repは、サブフレームグループに対応付けた番号であってもよい。
【０１４５】
MTCカバレッジエンハンスメントモードが設定された端末２００に対する仮想PUCCHリソース番号n~PUCCH_MTCは、次式（２）によって算出される。
【数２】
2019080353.tif 000004
【０１４６】
ここで、n~CCEは仮想CCE番号を示し、N~(1)PUCCH_MTCは、仮想CCE番号から仮想PUCCHリソース番号を特定する場合に使用されるオフセット値を示す。
【０１４７】
図１５は、仮想PUCCHリソース番号を用いた場合のPUCCHリソースの一例を示す。図１５では、系列長４のサブフレーム間直交符号系列を用いる場合、最大で4*3*12=144個のPUCCHリソースが利用可能となる。ただし、図１５では、144個のPUCCHリソースのうち、72個のPUCCHリソースを利用可能とする場合の一例を示す。
【０１４８】
図１５に示すように、循環シフト量（Cyclic Shift Index (0〜11)）、サブフレーム内直交符号系列（Orthogonal Cover (OC) Index (0〜2)）及びサブフレーム間直交符号系列（Inter-subframe OC Index (0〜3)）によって、仮想PUCCHリソース番号#0〜#71が設定されている。つまり、図１５では、PUCCHリソース（循環シフト量、サブフレーム内直交符号系列及びサブフレーム間直交符号系列）が、CCEとPDCCHがレピティション送信されるサブフレームとの組み合わせ（当該組み合わせによって定義される仮想CCE）に関連付けて、Implicitに通知される。
【０１４９】
例えば、図１５では、端末２００は、仮想PUCCHリソース番号n~PUCCH_MTCから、ZAC系列の巡回シフト量nCS、サブフレーム内直交符号系列nOC、及び、サブフレーム間直交符号系列nOCinterを次式（３）〜（６）に従って特定する。
【数３】
2019080353.tif 000005
【数４】
2019080353.tif 000006
【数５】
2019080353.tif 000007
【数６】
2019080353.tif 000008
【０１５０】
ここで、ΔshiftPUCCHは、一つのサブフレーム内直交符号系列に対して用いられる循環シフト量（インデックス）間の差を表し、図１５の例では、２である。また、Nocinterは、サブフレーム間直交符号系列の系列数を表し、図１５の例では、４である。
【０１５１】
このように、本バリエーションでは、PDCCHのレピティション送信に使用されるCCE及びサブフレームの組み合わせに基づいて、PUCCHリソースが一意に特定される。この場合でも、上記実施の形態１と同様、基地局１００は、端末２００に対して、PUCCHリソースをImplicitに通知することができる。また、PDCCHリソースの利用効率の低下又はスケジューリングの複雑度の増加を発生させることなく、MTCカバレッジエンハンスメントモードが設定された端末２００間のPUCCHリソースの衝突を回避することができる。
【０１５２】
［バリエーション２］
上記実施の形態では、PDCCHをレピティション送信するサブフレームと、サブフレーム間直交符号系列とを対応付けることにより、MTCカバレッジエンハンスメントモードの端末間のPUCCHリソースの衝突を回避させる場合について説明した。
【０１５３】
これに対して、本バリエーションでは、上記実施の形態において用いられていた、サブフレーム間直交符号系列の乗算を必ずしも用いなくてもよい。端末２００は、PUCCHにおいて送信するACK/NACK信号に対して、循環シフト量で定義される系列を用いた１次拡散、及び、サブフレーム内直交符号系列を用いた２次拡散に加え、サブフレーム間直交符号系列を用いた拡散処理を行なってもよく、行わなくてもよい。
【０１５４】
上述したように、PDCCHを構成する各CCEは、PUCCHリソースと１対１に対応付けられている。したがって、PDCCHを受信した端末２００は、PDCCHを構成するCCEに対応するPUCCHリソースを特定する。具体的には、端末２００は、PDCCHの送信に用いられたCCEと１対１に対応付けられているPUCCHリソースに対応する循環シフト量、及び、サブフレーム内直交符号系列を特定する。
【０１５５】
本バリエーションでは、更に、複数のサブフレームに渡ってレピティション送信されるPDCCHのサブフレーム（例えば、PDCCHがレピティション送信される複数のサブフレームのうち先頭サブフレーム又は最後尾サブフレーム））と、PUCCHを送信するリソースブロックとが対応付けられている。よって、MTCカバレッジエンハンスメントモードが設定された端末２００は、レピティション送信されたPDCCHを受信すると、PDCCHがレピティション送信されたサブフレームに関連付けられているリソースブロックを特定する。つまり、本バリエーションでは、上記実施の形態において用いられたサブフレーム間直交符号系列の代わりに、リソースブロックが用いられる。なお、例えば、PDCCHがレピティション送信されたサブフレームとリソースブロックとは、１対１で対応付けられている。
【０１５６】
図１６は、本バリエーションに係るPUCCHリソースの一例を示す。図１６に示すように、PDCCHをレピティション送信したサブフレームに付された番号（例えば、subframe group index）に対応付けられた複数のリソースブロック（PRB：Physical Resource Block）に、 PUCCHリソースが設定されている。つまり、図１６では、PUCCHリソース（循環シフト量及びサブフレーム内直交符号系列）が、PDCCHが送信されたCCEに関連付けてImplicitに通知され、PUCCHを送信するリソースブロックが、PDCCHが送信されたサブフレームに関連付けてImplicitに通知される。
【０１５７】
なお、PUCCHを送信するリソースブロックは、PDCCHをレピティション送信する複数のサブフレームのうちの先頭サブフレームに対応付けてもよいし、最後尾サブフレームに対応付けてもよい。また、PUCCHを送信するリソースブロックは、レピティション送信する複数のサブフレーム全体（図１４では、４サブフレーム）に対応付けてもよい。さらに、レピティションレベル（レピティション回数）の最小単位毎（図１４では、４サブフレーム）にサブフレームをグループ化してサブフレームグループを形成し、サブフレームグループに、PUCCHを送信するリソースブロックを対応付けてもよい。
【０１５８】
本バリエーションによれば、PDCCHの送信サブフレームが端末２００間で異なっている場合には、ACK/NACK信号の送信に用いる循環シフト量及びサブフレーム内直交符号系列が同一のCCEと対応付けられていたとしても、ACK/NACK信号に割り当てられるリソースブロックが端末２００間で異なるため、当該端末２００間でPUCCHリソースは衝突しない。
【０１５９】
以上、本開示の各実施の形態について説明した。
【０１６０】
なお、上記実施の形態では、本開示の一態様をハードウェアで構成する場合を例にとって説明したが、本開示はハードウェアとの連携においてソフトウェアで実現することも可能である。
【０１６１】
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。集積回路は、上記実施の形態の説明に用いた各機能ブロックを制御し、入力と出力を備えてもよい。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１６２】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。
【０１６３】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１６４】
本開示の端末は、複数の第１のサブフレームに渡ってレピティションされた制御信号、及び、前記制御信号によって示されるリソースに割り当てられたデータ信号を受信する受信部と、前記データ信号に対する応答信号を複数の第２のサブフレームに渡ってレピティションし、互いに直交する複数の第１の系列のうち、前記第１のサブフレームに関連付けられた１つの第１の系列の各成分を、前記複数の第２のサブフレーム毎の前記応答信号に乗算して送信信号を生成する生成部と、前記送信信号を送信する送信部と、を具備する構成を採る。
【０１６５】
本開示の端末において、前記第１の系列の系列長は、前記レピティションの回数に依らず、一定である。
【０１６６】
本開示の端末において、前記レピティションの回数は、前記レピティション送信を開始するサブフレーム周期の整数倍であり、前記第１の系列の系列長は、前記サブフレーム周期と同じである。
【０１６７】
本開示の端末において、前記レピティションの回数は、前記レピティション送信を開始するサブフレーム周期の整数倍であり、前記サブフレーム周期毎のサブフレームと、前記第１の系列とが１対１で関連付けられている。
【０１６８】
本開示の基地局は、複数の第１のサブフレームに渡ってレピティションされた制御信号、及び、前記制御信号によって示されるリソースに割り当てられたデータ信号を送信する送信部と、複数の第２のサブフレームに渡ってレピティションされた、前記データ信号に対する応答信号を受信し、前記応答信号には、互いに直交する複数の第１の系列のうち、前記第１のサブフレームに関連付けられた１つの第１の系列の各成分が前記複数の第２のサブフレーム毎に乗算されている、受信部と、を具備する構成を採る。
【０１６９】
本開示の送信方法は、複数の第１のサブフレームに渡ってレピティションされた制御信号、及び、前記制御信号によって示されるリソースに割り当てられたデータ信号を受信する受信工程と、前記データ信号に対する応答信号を複数の第２のサブフレームに渡ってレピティションし、互いに直交する複数の第１の系列のうち、前記第１のサブフレームに関連付けられた１つの第１の系列の各成分を、前記複数の第２のサブフレーム毎の前記応答信号に乗算して送信信号を生成する生成工程と、前記送信信号を送信する送信工程と、を具備する構成を採る。
【０１７０】
本開示の受信方法は、複数の第１のサブフレームに渡ってレピティションされた制御信号、及び、前記制御信号によって示されるリソースに割り当てられたデータ信号を送信する送信工程と、複数の第２のサブフレームに渡ってレピティションされた、前記データ信号に対する応答信号を受信し、前記応答信号には、互いに直交する複数の第１の系列のうち、前記第１のサブフレームに関連付けられた１つの第１の系列の各成分が前記複数の第２のサブフレーム毎に乗算されている、受信工程と、を具備する構成を採る。
【０１７１】
本開示の一態様は、移動通信システムに有用である。
【符号の説明】
【０１７２】
１００  基地局
２００  端末
１０１，２１３  制御部
１０２  制御信号生成部
１０３  制御信号符号化部
１０４  制御信号変調部
１０５  報知信号生成部
１０６  データ符号化部
１０７  再送制御部
１０８  データ変調部
１０９  信号割当部
１１０，２１８  IFFT部
１１１，２１９  CP付加部
１１２，２２０  送信部
１１３，２０１  アンテナ
１１４，２０２  受信部
１１５，２０３  CP除去部
１１６  PUCCH抽出部
１１７  系列制御部
１１８  レピティション信号合成受信部
１１９  逆拡散部
１２０  相関処理部
１２１，２０９  判定部
２０４  FFT部
２０５  抽出部
２０６  報知信号受信部
２０７  制御信号復調部
２０８  制御信号復号部
２１０  データ復調部
２１１  データ復号部
２１２  CRC部
２１４  ACK/NACK生成部
２１５  変調部
２１６  １次拡散部
２１７  ２次拡散部
【図１】
2019080353.tif 000009
【図２】
2019080353.tif 000010
【図３】
2019080353.tif 000011
【図４】
2019080353.tif 000012
【図５】
2019080353.tif 000013
【図６】
2019080353.tif 000014
【図７】
2019080353.tif 000015
【図８】
2019080353.tif 000016
【図９】
2019080353.tif 000017
【図１０】
2019080353.tif 000018
【図１１】
2019080353.tif 000019
【図１２】
2019080353.tif 000020
【図１３】
2019080353.tif 000021
【図１４】
2019080353.tif 000022
【図１５】
2019080353.tif 000023
【図１６】
2019080353.tif 000024