(57)【要約】  信号割当部（１０５）は、PDSCHのリソース割当情報を含む下り制御信号を、下りリソースに割り当てる。特定部（１０８）は、下り制御信号が上記第１PRB set及び上記第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて、PUCCHリソースを特定する。信号分離部（１０９）は、下り制御信号を送信した端末からの受信信号から、特定されたPUCCHリソースに含まれるACK/NACK信号を分離する。
2017077677.tif 000002
【特許請求の範囲】
【請求項１】
PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を、下りリソースに割り当てる信号割当部と、
前記下り制御信号が割り当てられた下りリソースに基づいて、前記PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定する特定部と、
前記下り制御信号を送信した端末からの受信信号から、前記特定されたPUCCHリソースに含まれる前記ACK/NACK信号を分離する信号分離部と、
を具備し、
前記下りリソースは複数のPRB pairで構成され、前記複数のPRB pairの各々には、第１PRB set及び第２PRB setの何れかが割り当てられ、
前記特定部は、前記下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、前記第１PRB set及び前記第２PRB setの何れかに設定されたオフセット値を用いて、前記PUCCHリソースを特定する、
基地局。
【請求項２】
前記第１PRB set及び前記第２PRB setには、互いに異なるオフセット値がそれぞれ設定され、
前記特定部は、前記下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、前記第１PRB set及び前記第２PRB setのうち、PRB番号が最小のPRB pairに割り当てられたPRB setに設定されたオフセット値を用いて、前記PUCCHリソースを特定する、
請求項１に記載の基地局。
【請求項３】
前記第１PRB set及び前記第２PRB setには、互いに異なるオフセット値がそれぞれ設定され、
前記特定部は、前記下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、前記第１PRB set及び前記第２PRB setのうち、PRB set番号が小さいPRB setに設定されたオフセット値を用いて、前記PUCCHリソースを特定する、
請求項１に記載の基地局。
【請求項４】
前記第１PRB set及び前記第２PRB setには、互いに異なるオフセット値がそれぞれ設定され、
前記特定部は、前記下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、前記第１PRB setに設定されたオフセット値及び前記第２PRB setに設定されたオフセット値のうち、値が小さいオフセット値を用いて、前記PUCCHリソースを特定する、
請求項１に記載の基地局。
【請求項５】
前記第１PRB set及び前記第２PRB setには、共通のオフセット値が設定され、
前記特定部は、前記共通のオフセット値を用いて前記PUCCHリソースを特定する、
請求項１に記載の基地局。
【請求項６】
前記第１PRB set及び前記第２PRB setには、互いに異なるオフセット値がそれぞれ設定され、
前記特定部は、前記下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、前記第１PRB set及び前記第２PRB setのうち、前記下り制御信号が先に配置されるPRB setに設定されたオフセット値を用いて、前記PUCCHリソースを特定する、
請求項１に記載の基地局。
【請求項７】
前記下り制御信号が先に配置されるPRB setが割り当てられるPRB pair数は、前記下り制御信号が後に配置されるPRB setが割り当てられるPRB pair数よりも多い、
請求項６に記載の基地局。
【請求項８】
PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を受信する受信部と、
前記下り制御信号が割り当てられた下りリソースに基づいて、前記PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定する特定部と、
前記特定されたPUCCHリソースに、前記ACK/NACK信号を割り当てる信号割当部と、
を具備し、
前記下りリソースは複数のPRB pairで構成され、前記複数のPRB pairの各々には第１PRB set及び第２PRB setの何れかが割り当てられ、
前記特定部は、前記下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、前記第１PRB set及び前記第２PRB setの何れかに設定されたオフセット値を用いて、前記PUCCHリソースを特定する、
端末。
【請求項９】
PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を、下りリソースに割り当て、
前記下り制御信号が割り当てられた下りリソースに基づいて、前記PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定し、
前記下り制御信号を送信した端末からの受信信号から、前記特定されたPUCCHリソースに含まれる前記ACK/NACK信号を分離し、
前記下りリソースは複数のPRB pairで構成され、前記複数のPRB pairの各々には、第１PRB set及び第２PRB setの何れかが割り当てられ、
前記下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、前記PUCCHリソースは、前記第１PRB set及び前記第２PRB setの何れかに設定されたオフセット値を用いて特定される、
通信方法。
【請求項１０】
PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を受信し、
前記下り制御信号が割り当てられた下りリソースに基づいて、前記PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定し、
前記特定されたPUCCHリソースに、前記ACK/NACK信号を割り当て、
前記下りリソースは複数のPRB pairで構成され、前記複数のPRB pairの各々には第１PRB set及び第２PRB setの何れかが割り当てられ、
前記下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、前記PUCCHリソースは、前記第１PRB set及び前記第２PRB setの何れかに設定されたオフセット値を用いて特定される、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、基地局、端末及び通信方法に関する。
【背景技術】
【０００２】
近年、セルラネットワークを使用したMachine-Type Communications（MTC）が検討されている（例えば、非特許文献１を参照）。MTCの用途には、スマートメータの自動検針や在庫管理、位置情報を利用した物流管理やペット及び家畜管理、又はモバイル決裁等が考えられている。MTCでは、MTCに対応する端末（MTC端末あるいはMTC UEと呼ぶこともある）とネットワークとが接続することが想定されている。MTC端末は大量に配置されるが、１つ１つのMTC端末のトラフィック量はそれほど多くないことが予想されている。したがって、MTC端末は低コスト、低消費電力であることが望まれる。また、MTC端末を電波が届きにくいビルの地下などに配置することも考えられるので、カバレッジの拡張も求められている。【０００３】
3GPPで標準化されているLTE-Advancedの拡張では、MTC端末の低コスト実現のため、MTC端末が通信に使用するリソースを、システム帯域にかかわらず、6PRB（Physical resource block）以下に限定することが検討されている。システム帯域が6PRBよりも広い場合、MTC端末はシステム帯域の一部のみを受信して送受信する。送受信に使用するPRBはretuningをして変更できる。この6PRB以下のリソースを「Narrowband」と呼ぶ。Narrowbandは連続するPRBで構成されることが定められている。【０００４】
また、MTC端末用の制御信号として、EPDCCH（Enhanced Physical Downlink Control CHannel）をMTC用に拡張したMPDCCH（PDCCH for MTC）を用いることが検討されている。MPDCCHはNarrowband内のPDSCH領域に配置される。また、MTCでは、カバレッジ拡張のため、MPDCCHをNarrowbandに含まれる6PRB pairすべてに割り当てる方法が検討されている。EPDCCHでは、1PRB pairあたり16EREG（Enhanced Resource Element Group）があり、1ECCE（Enhanced CCE）あたりのEREG数を4とすると、6PRB pairのECCE数は24ECCEとなる。なお、ECCEは、EPDCCHを割り当てる際の単位であり、EREGは、ECCEをRE（Resource Element）にマッピングする際に使用する単位である。また、PRB pairとはリソースの単位であり、1subframe (時間方向)×12サブキャリア(周波数)であり、周波数軸上のみを示す場合、単にPRBと呼ばれることもある。【０００５】
MTC端末用に設定されるMPDCCHでは、6PRB pair内に、4PRB pairで構成されるMPDCCH（4 PRB set）、又は、2PRB pairで構成されるMPDCCH（2 PRB set）を配置することが検討されている。また、MPDCCHのAggregation levelとして1,2,4,8,16,24が検討されている。なお、Aggregation levelはMPDCCHを構成するECCE数を示す。Aggregation level=1,2,4,8については、4PRB set又は2PRB set内に閉じて、MPDCCHが配置され、Aggregation level=16については、4PRB set内の16ECCEすべてに１つのMPDCCHが配置される。【０００６】
さらに、回線品質が低いMTC端末向けには、4PRB pairと2PRB pairとで構成されるMPDCCHのリソースとオーバーラップするNarrowband内の6PRB pairすべてに１つのMPDCCHを配置することが検討されている。この場合、Aggregation level=24であり、単に「24ECCEs」とも呼ばれる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】3GPP TR 36.888 V12.0.0, “Machine-Type Communications (MTC) User Equipments (UEs) based on LTE (Release 12),” June 2013.
【発明の概要】
【０００８】
MTC端末では、従来の端末と同様に、ダウンリンク制御信号であるMPDCCHを受信し、MPDCCHで指定されたダウンリンクデータ（PDSCH）を受信し、受信結果のACK/NACK信号を、UL制御信号であるPUCCHで送信する。その際、各MTC端末が、MTC端末用のPUCCHのリソース（PUCCHリソース）を特定するために、EPDCCHと同様にして、PRB set毎に設定されたオフセット（「N_pucch」と呼ばれる）を用いることが検討されている。
【０００９】
しかしながら、Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する「24ECCEs」に対するオフセット（N_pucch）をどのように定義するかについては検討されていない。
【００１０】
そこで、本開示の一態様は、Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する場合のPUCCHリソースを効率良く特定することができる基地局、端末及び通信方法を提供する。
【００１１】
本開示の一態様に係る基地局は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を、下りリソースに割り当てる信号割当部と、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定する特定部と、下り制御信号を送信した端末からの受信信号から、特定されたPUCCHリソースに含まれるACK/NACK信号を分離する信号分離部と、を具備し、下りリソースは複数のPRB pairで構成され、複数のPRB pairの各々には、第１PRB set及び第２PRB setの何れかが割り当てられ、上記特定部は、下り制御信号が前記第１PRB set及び前記第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて、PUCCHリソースを特定する。
【００１２】
本開示の一態様に係る端末は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を受信する受信部と、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定する特定部と、特定されたPUCCHリソースに、前記ACK/NACK信号を割り当てる信号割当部と、を具備し、下りリソースは複数のPRB pairで構成され、複数のPRB pairの各々には第１PRB set及び第２PRB setの何れかが割り当てられ、上記特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて、PUCCHリソースを特定する。
【００１３】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【００１４】
本開示の一態様によれば、Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する場合のPUCCHリソースを効率良く特定することができる。
【００１５】
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００１６】
【図１】PUCCHリソースの概念図
【図２Ａ】MPDCCHの配置方法の一例を示す図（Option 1）
【図２Ｂ】MPDCCHの配置方法の一例を示す図（Option 1）
【図３Ａ】MPDCCHの配置方法の一例を示す図（Option 2）
【図３Ｂ】MPDCCHの配置方法の一例を示す図（Option 2）
【図４】基地局の要部構成を示すブロック図
【図５】端末の要部構成を示すブロック図
【図６】基地局の構成を示すブロック図
【図７】端末の構成を示すブロック図
【図８】実施の形態１の動作例１に係るPUCCHリソースの特定方法の一例を示す図
【図９】PUCCHリソースの概念図
【図１０】実施の形態３の課題の説明に供する図
【図１１】実施の形態３の課題の説明に供する図
【図１２Ａ】実施の形態３の動作例６に係るMPDCCHの配置方法の一例を示す図
【図１２Ｂ】実施の形態３の動作例６に係るMPDCCHの配置方法の一例を示す図
【図１２Ｃ】実施の形態３の動作例６に係るMPDCCHの配置方法の一例を示す図
【図１３Ａ】バリエーションに係る4 PRB setの割当例を示す図
【図１３Ｂ】バリエーションに係る2 PRB setの割当例を示す図
【発明を実施するための形態】
【００１７】
（本開示の基礎となった知見）
MTC端末向けのPUCCHリソースを特定するためのオフセット（N_pucch）を用いることにより、従来端末及びMTC端末のPUCCHリソースを区別し、PUCCHリソースの衝突を避けることができる。また、N_pucchは、リピティションレベル毎に指示されることで、異なるリピティションレベルのMTC端末間でもPUCCHリソースの衝突を避けることができる。これにより、基地局との距離が異なる端末同士の信号が多重される際に起きる遠近問題を解決することができる。
【００１８】
ただし、単一のMTC用のN_pucchでは、同一リピティションレベルの複数のMTC端末間でのPUCCHリソースの衝突を避けることができない。
【００１９】
これに対して、同一リピティションレベルのMTC端末のPUCCHリソースについて、EPDCCHと同様にして、DLデータ信号の送信を指示するDL assignmentが送信されたDL制御信号（MPDCCH）の配置から、ACK/NACKを送信するPUCCH format 1a/1bのリソースを特定することが考えらえる。
【００２０】
EPDCCHでは、EPDCCH-PRB-set q=0,1毎にオフセットNPUCCH,q(e1)（以下、「N_pucch,q」と省略して記載する）が設定され、ECCE番号からPUCCHのリソースが特定される。EPDCCHでは、PUCCH format 1a/1bのリソース（リソース番号）は、以下の式で特定される。
【００２１】
【数１】
2017077677.tif 000003
【００２２】
nECCE,qはq番目のEPDCCH PRB setにおいてDCI（Downlink Control Information）がマッピングされた最初のECCE番号によるオフセットを表す。ΔAROはDCIに含まれる2ビットのARO（ACK/NACK Resource Offset）で指示されるオフセットを表し、FDDの場合、-2, -1, 0, +2の値をとる。また、NPUCCH,q(e1)は端末毎に上位レイヤで通知される。また、NRBECCE,qはRB当たりのECCE数を表し、n'はアンテナポートに基づくオフセットを表す。
【００２３】
図１は、上述したPUCCHリソースの概念図を示す。
【００２４】
図１に示すように、各PRB setに設定されたオフセット値NPUCCH,0(e1)とNPUCCH,1(e1)とを離れた値に設定することで、各PRB setに対応するPUCCHリソースがオーバーラップしないように配置され、PUCCHリソースの衝突を避けることができる。また、NPUCCH,0(e1)とNPUCCH,1(e1)とを近い値に設定し、各PRB setに対応するPUCCHリソースをオーバーラップさせて、PUCCHリソース全体を縮小することもできる。
【００２５】
MPDCCHについても、EPDCCHと同様にしてPUCCHリソースを特定することが考えられる。この場合、4PRB pair又は2PRB pairで構成されるPRB set内に配置されるMPDCCHについては、上述したEPDCCHと同様の方法でPUCCHリソースを特定することができる。
【００２６】
しかしながら、Narrowband内の24ECCEsにMPDCCHを配置した場合（つまり、4PRB set及び2PRB setに跨ってMPDCCHが配置される場合）のPUCCHリソースについては、上記EPDCCHと同様の方法が適用できず、リソースを特定することができないという課題がある。なお、24CCEsのMPDCCHに対応するオフセットを別途通知することも考えられるが、この場合、シグナリング量が増えてしまう。
【００２７】
以下では、Narrowband内の24ECCEsにMPDCCHを配置する場合に、シグナリング量を増やすことなくPUCCHリソースを特定する方法について説明する。
【００２８】
以下、本開示の実施の形態について図面を参照して詳細に説明する。
【００２９】
［MTC 24ECCEsの説明］
上述したように、MTCにおいて用いられる24ECCEsのMPDCCHは、Narrowband 内の6PRBpairに含まれる、MPDCCHに使用できる全てのREに配置される。以下では、24ECCEsのMPDCCHの配置方法として考えられる２つのOption 1, 2について説明する。
【００３０】
（Option 1：図２Ａ、図２Ｂ)
Option 1では、24ECCEsのMPDCCHが周波数先行（Frequency first）で配置される。具体的には、Narrowbandにおいて、MPDCCHのシンボル列が、OFDM symbol番号の低いOFDM symbolから、PRB pairを縦断して周波数の低い方から高い方へ配置された後、次のOFDM symbolに移り、同様にPRB pairを縦断して周波数の低い方から高い方へ配置される。
【００３１】
図２Ａ及び図２Ｂは、Option 1のMPDCCH配置例を示す。
【００３２】
図２Ａでは、2PRB setがPRB pair#0, #1に割り当てられ、4PRB setがPRB pair #2〜#5に割り当てられている。図２Ａでは、2PRB setのリソース（PRB pair #0,#1）と、4 PRB setのリソース（PRB pair #2〜#5）が区別されずに、MPDCCHに使用できる全てのREに24ECCEsのMPDCCHが配置される。
【００３３】
図２Ｂでは、2PRB setがPRB pair #2, #3に割り当てられ、4PRB set がPRB pair #0,#1,#4,#5に割り当てられている。図２Ｂでも、図２Ａと同様に、2PRB setのリソース（PRB pair #2,#3）と、4 PRB setのリソース（PRB pair #0,#1,#4,#5）が区別されずに、MPDCCHに使用できる全てのREに24ECCEsのMPDCCHが配置される。
【００３４】
（Option2：図３Ａ、図３Ｂ）
Option2では、24ECCEsのMPDCCHがNarrowband内のMPDCCH PRB set先行で配置される。したがって、MPDCCHの配置順は、PRB setがどのPRB pairに割り当てられているかによって変更される。
【００３５】
図３Ａ及び図３Ｂは、Option 2のMPDCCH配置例であって、4PRB setから先にMPDCCHが配置される例を示す。具体的には、まず、MPDCCHは、4 PRB set内のREに配置され、その後、2 PRB set内のREに配置される。なお、4PRB set内及び2PRB set内の配置は、EPDCCHと同様、周波数先行となる。すなわち、PRB set内のPRB pairにおいて、MPDCCHのシンボル列が、OFDM symbol番号の低いOFDM symbolから、PRB pairを縦断して周波数の低い方から高い方へ配置された後、次のOFDM symbolに移り、同様にPRB pairを縦断して周波数の低い方から高い方へ配置される。
【００３６】
図３Ａでは、2PRB setがPRB pair #0, #1に割り当てられ、4PRB setがPRB pair #2〜#5に割り当てられている。よって、図３Ａでは、24ECCEsのMPDCCHは、4PRB setが割り当てられたPRB#2〜#5に配置された後、2PRB setが割り当てられたPRB#0,#1に配置される。
【００３７】
図３Ｂでは、2PRB setがPRB pair #2, #3に割り当てられ、4PRB setがPRB pair #0,#1,#4,#5に割り当てられている。よって、図３Ｂでは、24ECCEsのMPDCCHは、4PRB setが割り当てられたPRB#、0，#1，#4，#5に配置された後、2PRB setが割り当てられたPRB#2,#3に配置される。
【００３８】
なお、以下では、何れのOptionにおいても、24ECCEsのMPDCCHを検出した場合の最小ECCE番号を、nECCE,q=0と仮定する。
【００３９】
［通信システムの概要］
本開示の各実施の形態に係る通信システムは、例えば、LTE-Advancedシステムに対応する基地局１００及び端末２００を備える。端末２００は、例えば、MTC端末である。
【００４０】
図４は本開示の実施の形態に係る基地局１００の要部構成を示すブロック図である。図４に示す基地局１００において、信号割当部１０５は、PDSCHのリソース割当情報を含む下り制御信号（MPDCCH）を、下りリソース（Narrowband）に割り当てる。PUCCHリソース特定部１０８は、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCHリソースを特定する。信号分離部１０９は、下り制御信号を送信した端末からの受信信号から、特定されたPUCCHリソースに含まれるACK/NACK信号を分離する。
【００４１】
また、図５は、本開示の各実施の形態に係る端末２００の要部構成を示すブロック図である。図５に示す端末２００において、MPDCCH受信部２０７は、PDSCHのリソース割当情報を含む下り制御信号（MPDCCH）を受信する。PUCCHリソース特定部２０８は、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCHリソースを特定する。信号割当部２１１は、特定されたPUCCHリソースに、ACK/NACK信号を割り当てる。
【００４２】
なお、上記下りリソース（Narrowband）は複数のPRB pairで構成され、複数のPRB pairの各々には第１PRB set及び第２PRB setの何れかが割り当てられる。PUCCHリソース特定部１０８，２０８は、下り制御信号が上記第１PRB set及び上記第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて、PUCCHリソースを特定する。
【００４３】
（実施の形態１）
［基地局の構成］
図６は、本実施の形態に係る基地局１００の構成を示すブロック図である。図６において、基地局１００は、Aggregation level設定部１０１と、MPDCCH生成部１０２と、誤り訂正符号化部１０３と、変調部１０４と、信号割当部１０５と、送信部１０６と、受信部１０７と、PUCCHリソース特定部１０８と、信号分離部１０９と、PUCCH受信部１１０と、復調部１１１と、誤り訂正復号部１１２と、を有する。
【００４４】
Aggregation level設定部１０１は、基地局１００が保持しているMTC端末の受信品質及びMPDCCHの情報ビット数（図示せず）に基づいて、当該MTC端末に対するAggregation levelを設定する。Aggregation level設定部１０１は、設定したAggregation levelをMPDCCH生成部１０２へ出力する。
【００４５】
MPDCCH生成部１０２は、MTC端末宛ての制御情報であるMPDCCHを生成する。具体的には、MPDCCH生成部１０２は、MPDCCHの情報ビットを生成し、誤り訂正符号化し、Aggregation level設定部１０１から入力されたAggregation levelと、MPDCCHに使用できるRE数とから、レートマッチングをして送信ビット列を生成し、送信ビット列を信号割当部１０５へ出力する。MPDCCHには、例えば、PDSCHのリソース割当を示すDL割当情報、及び、PUSCHのリソース割当を示すUL割当情報などが含まれる。また、DL割当情報は、信号割当部１０５へ出力され、UL割当情報は、信号分離部１０９へ出力される。
【００４６】
誤り訂正符号化部１０３は、送信データ信号（DLデータ信号）又は上位レイヤのシグナリングを誤り訂正符号化し、符号化後の信号を変調部１０４へ出力する。
【００４７】
変調部１０４は、誤り訂正符号化部１０３から受け取る信号に対して変調処理を施し、変調後のデータ信号を信号割当部１０５へ出力する。
【００４８】
信号割当部１０５は、変調部１０４から受け取る信号（データ信号を含む）、及び、MPDCCH生成部１０２から受け取る制御信号（MPDCCH）を、所定の下りリソースに割り当てる。例えば、信号割当部１０５は、MPDCCHのAggregation levelが1,2,4,8であれば、Narrowband内のPRB set0又はPRB set 1の何れかにMPDCCHを割り当て、MPDCCHのAggregation levelが16であれば、PRB数が４であるPRB setにMPDCCHを割り当てる。また、信号割当部１０５は、Aggregation levelが24（24ECCEs）の場合、Narrowband内のPRB set0及びPRB set1に跨がって、Narrowband内の全てのECCEにMPDCCHを割り当てる。また、信号割当部１０５は、送信データ信号及び上位レイヤのシグナリングのうち、MTC端末向けの信号をNarrowbandに割り当てる。このようにして制御信号（MPDCCH）及びデータ信号（PDSCH）が所定のリソースに割り当てられることにより、送信信号が形成される。形成された送信信号は、送信部１０６へ出力される。また、信号割当部１０５は、MPDCCHが割り当てられたリソースを示す割当情報（例えば、MPDCCHが配置されていた、PRB set番号、最小ECCE番号、及び、DL割当情報に含まれるARO）をPUCCHリソース特定部１０８へ出力する。
【００４９】
送信部１０６は、信号割当部１０５から入力される送信信号に対してアップコンバート等の無線送信処理を施し、アンテナを介して端末２００へ送信する。
【００５０】
受信部１０７は、端末２００から送信された信号をアンテナを介して受信し、受信信号に対してダウンコンバート等の無線受信処理を施し、信号分離部１０９へ出力する。
【００５１】
PUCCHリソース特定部１０８は、信号割当部１０５から入力される割当情報に示されるMPDCCHが割り当てられた下りリソースに基づいて、当該MPDCCHによって指示されたデータ信号（PDSCH）に対するACK/NACK信号が割り当てられるPUCCHリソースを特定する。PUCCHリソース特定部１０８は、特定したPUCCHリソースを示す情報を、信号分離部１０９へ出力する。なお、PUCCHリソース特定部１０８におけるPUCCHリソースの特定方法の詳細については後述する。
【００５２】
信号分離部１０９は、MPDCCH生成部１０２から入力される情報に基づいて、受信信号からULデータ信号を分離し、復調部１１１へ出力する。また、信号分離部１０９は、PUCCHリソース特定部１０８から入力される情報に基づいて、受信信号から、PUCCHリソースに含まれる信号（ACK/NACK信号を含む）を分離し、PUCCH受信部１１０へ出力する。
【００５３】
PUCCH受信部１１０は、信号分離部１０９から入力される信号（PUCCH）からACK及びNACKを判定し、上位レイヤへ通知する。
【００５４】
復調部１１１は、信号分離部１０９から入力される信号に対して復調処理を施し、得られた信号を誤り訂正復号部１１２へ出力する。
【００５５】
誤り訂正復号部１１２は、復調部１１１から入力される信号を復号し、端末２００からの受信データ信号を得る。
【００５６】
［端末の構成］
図７は、本実施の形態に係る端末２００の構成を示すブロック図である。図７において、端末２００は、受信部２０１と、信号分離部２０２と、復調部２０３と、誤り訂正復号部２０４と、誤り判定部２０５と、ACK/NACK生成部２０６と、MPDCCH受信部２０７と、PUCCHリソース特定部２０８と、誤り訂正符号化部２０９と、変調部２１０と、信号割当部２１１と、送信部２１２と、を有する。
【００５７】
受信部２０１は、予め定められているパターン又は上位レイヤで通知される情報（図示せず）に基づいて、システム帯域内のどのNarrowbandに信号が割り当てられているかを特定し、特定したNarrowbandにretuningする。そして、受信部２０１は、受信信号をアンテナを介して受信し、受信信号に対してダウンコンバート等の受信処理を施した後に信号分離部２０２へ出力する。
【００５８】
信号分離部２０２は、MPDCCHが割り当てられる可能性のあるPRBに配置された信号（MPDCCH信号）をMPDCCH受信部２０７へ出力する。また、信号分離部２０２は、MPDCCH受信部２０７から入力されるDL割当情報に基づいて、受信信号からDLデータ信号及び上位レイヤシグナリングを分離し、復調部２０３へ出力する。
【００５９】
復調部２０３は、信号分離部２０２から受け取る信号を復調し、復調後の信号を誤り訂正復号部２０４へ出力する。
【００６０】
誤り訂正復号部２０４は、復調部２０３から受け取る復調信号を復号し、得られた受信データ信号を出力する。また、受信データ信号は、誤り判定部２０５へ出力される。
【００６１】
誤り判定部２０５は、受信データ信号のCRCで誤りを検出し、検出結果をACK/NACK生成部２０６へ出力する。
【００６２】
ACK/NACK生成部２０６は、誤り判定部２０５から入力される、受信データ信号の検出結果に基づいて、誤りが無ければACKを生成し、誤りが有ればNACKを生成し、生成したACK/NACK信号を上位レイヤ及び信号割当部２１１へ出力する。
【００６３】
MPDCCH受信部２０７は、信号分離部２０２から受け取るMPDCCH信号を、PRB set0及びPRB set1毎のサーチスペース、及び、PRB set0及びPRB set1に跨がってNarrowband内の全てのECCEに割り当てられる「24ECCEs」に対して受信を試みて、DL割当情報又はUL割当情報を含む制御信号であるMPDCCHを検出する。MPDCCH受信部２０７は、自端末宛ての信号として検出されたDL割当情報を信号分離部２０２へ出力し、UL割当情報を信号割当部２１１へ出力する。また、MPDCCH受信部２０７は、MPDCCHが配置されていた、PRB set番号、最小ECCE番号、及び、DL割当情報に含まれるAROを示す割当情報をPUCCHリソース特定部２０８へ出力する。
【００６４】
PUCCHリソース特定部２０８は、MPDCCH受信部２０７から入力される割り当て情報（PRB set番号、最小ECCE番号、ARO）、及び、上位レイヤで予め通知さているN_pucch情報に基づいて、受信データ信号に対するACK/NACKが割り当てられるPUCCHリソースを特定する。PUCCHリソース特定部２０８は、特定したPUCCHリソースを示す情報を信号割当部２１１へ出力する。なお、PUCCHリソース特定部２０８におけるPUCCHリソースの特定方法の詳細については後述する。
【００６５】
誤り訂正符号化部２０９は、送信データ信号（ULデータ信号）を誤り訂正符号化し、符号化後のデータ信号を変調部２１０へ出力する。
【００６６】
変調部２１０は、誤り訂正符号化部２０９から受け取るデータ信号を変調し、変調後のデータ信号を信号割当部２１１へ出力する。
【００６７】
信号割当部２１１は、MPDCCH受信部２０７から受け取るUL割当情報に基づいて、変調部２１０から入力されたデータ信号をリソースに割り当て、送信部２１２へ出力する。また、信号割当部２１１は、PUCCHリソース特定部２０８から入力される、PUCCHリソースの割当情報に基づいて、ACK/NACK生成部２０６から入力されたACK/NACK信号をPUCCHリソースに割り当て、送信部２１２へ出力する。
【００６８】
送信部２１２は、予め定められているパターンに基づいて、ULデータを割り当てるNarrowbandに対応するリソースを特定し、retuningする。そして、送信部２１２は、信号割当部２１１から入力される信号に対してアップコンバート等の送信処理を施し、アンテナを介して送信する。
【００６９】
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００における動作について詳細に説明する。
【００７０】
本実施の形態では、基地局１００（PUCCHリソース特定部１０８）及び端末２００（PUCCHリソース特定部２０８）は、MPDCCHが複数のPRB set（4PRB set及び2PRB set）に跨がって配置される場合（つまり、24CCEsのMPDCCHの場合）、複数のPRB setの何れかに設定されたオフセット値（N_pucch）を用いて、PUCCHリソースを特定する。
【００７１】
以下、本実施の形態に係る動作例１、２について説明する。
【００７２】
（動作例１）
動作例１では、端末２００（MTC端末）は、Option 1，2の何れにおいても、24ECCEsのMPDCCHを検出した場合、Narrowband内のPRB setのうち、PRB番号が最小のPRB pairに割り当てられたPRB setに設定されたオフセット値（MTC N_pucch）を用いてPUCCHリソースを特定する。
【００７３】
例えば、Option 1の図２Ａ及びOption 2の図３Ａでは、端末２００は、PRB#0に割り当てられている2PRB setに対応するN_pucchを用いてPUCCHリソースを特定する。一方、Option 1の図２Ｂ及びOption 2の図３Ｂでは、端末２００は、PRB#0に割り当てられている4PRB setに対応するN_pucchを用いてPUCCHリソースを特定する。
【００７４】
また、基地局１００は、端末２００と同様にして、MPDCCHを割り当てたNarrowband内のPRB setのうち、PRB番号が最小のPRB pairに割り当てられたPRB setに設定されたオフセット値（MTC N_pucch）を用いて、ACK/NACK信号が割り当てられたPUCCHリソースを特定する。
【００７５】
このようにして24ECCEsのMPDCCHに対応するPUCCHリソースが特定される場合、MPDCCHのPRB setのPRB pairへの割当に応じて、24ECCEsのMPDCCHに設定されるオフセット値N_pucchは異なる。これより、MPDCCHのPRB setの割当によって、24ECCEsのMPDCCHに対応するPUCCHリソースを切り替えることができる。
【００７６】
図８は、２つのNarrowband1,3が異なるMTC端末（端末２００）に使用され、双方のNarrowbandにおいて24ECCEsのMPDCCHが検出された場合のPUCCHリソースの割当例を示す。
【００７７】
図８では、2PRB setにはN_pucch,0が設定され、4PRB setにはN_pucch,1が設定されている。また、図８に示す２つのNarrowbandではPRB setの割当が異なる。具体的には、Narrowband 1では、図２Ａと同様、2PRB setがPRB pair#0, #1に割り当てられ、4PRB setがPRB pair #2〜#5に割り当てられている。一方、Narrowband 3では、図２Ｂと同様、2PRB setがPRB pair #14, #15に割り当てられ、4PRB set がPRB pair #12,#13,#16,#17に割り当てられている。
【００７８】
この場合、Narrowband 1を使用するMTC端末は、PRB番号が最小のPRB pair#0に割り当てられた2PRB setに設定されたN_pucch,0を用いてPUCCHリソースを特定する。一方、Narrowband 3を使用するMTC端末は、PRB番号が最小のPRB pair#12に割り当てられた4PRB setに設定されたN_pucch,1を用いてPUCCHリソースを特定する。
【００７９】
これにより、図８に示すように、２つのNarrowband 1,3において24ECCEsのMPDCCHが同時に配置された場合でも、各MTC端末は、異なるN_pucchを使用してPUCCHリソースを特定するので、PUCCHリソースの衝突を防ぐことができる。
【００８０】
（動作例２）
動作例２では、端末２００（MTC端末）は、Option 1，2の何れにおいても、24ECCEsのMPDCCHを検出した場合、Narrowband内のPRB setのうち、PRB set番号が最小のPRB setに設定されたオフセット値（N_pucch,0）を用いてPUCCHリソースを特定する。
【００８１】
ここで、N_pucch,0は、PRB set 0（first PRB set）に対して設定されたN_pucchである。2PRB set及び4PRB setのうち、どのPRB setがPRB set 0又はPRB set 1であるかは、上位レイヤ（RRCシグナリング）で設定する際に指示される、又は、一方のPRB setをPRB set 0として予め定めてもよい。また、N_pucch,0及びN_pucch,1は、上位レイヤ（RRC signaling）で端末２００に通知される。上位レイヤのシグナリングは、MTC端末が共通で受信できるMTC用SIB、又は、端末２００個別のシグナリングが考えられる。
【００８２】
また、基地局１００は、端末２００と同様にして、MPDCCHを割り当てたNarrowband内のPRB setのうち、PRB set番号が最小のPRB setに設定されたオフセット値（N_pucch,0）を用いて、ACK/NACK信号が割り当てられたPUCCHリソースを特定する。
【００８３】
このようにして24ECCEsのMPDCCHに対応するPUCCHリソースが特定される場合、Narrowbandにおいて各PRB setがどのPRB pairに割り当てられているかに依存せずに、N_pucch,0が常に使用される。
【００８４】
また、24ECCEsが使用され、MU-MIMOを想定しない場合、24ECCEsが配置されたNarrowbandには、他のMPDCCHは配置されない。したがって、不要な空きリソースを作らないためには、リソース番号の低いPUCCHリソースを使うことが望ましい。そこで、24 ECCEsのMPDCCHに対応するPUCCHリソースを特定する際にN_pucch,0を使用することで、リソース番号の低いPUCCHリソースが設定されることが期待できる。これにより、PUCCHリソースの縮小を実現でき、PUSCHのリソースをより広く確保することができる。なお、ここでは、N_pucch,0の値がN_pucch,1の値よりも小さいと仮定している。
【００８５】
また、MU-MIMOを想定し、他のNarrowbandにおいてMPDCCHが送信され、同一のN_pucch,0かつnECCE,0=0が使用された場合には、PUCCHリソースが衝突してしまう。ただし、この場合には、AROによってPUCCHリソースの衝突を回避することができる。
【００８６】
（動作例２の変形例）
なお、動作例２において、MTC端末が24ECCEsのMPDCCHを検出した場合、N_pucch,1を使用してPUCCHリソースを特定すると定めてもよい。この場合、N_pucch,1をN_pucch,0よりも小さい値とすることで、PUCCHリソースの縮小を実現できる。
【００８７】
また、MTC端末が24ECCEsのMPDCCHを検出した場合、N_pucch,0及びN_pucch,1のうち、小さい値を使用してPUCCHリソースを特定すると定めてもよい。この場合、N_pucch,0，N_pucch,1の大小関係にかかわらず、PUCCHリソースの縮小を実現できる。
【００８８】
また、MTC端末が24ECCEsのMPDCCHを検出した場合、4PRB setに対応するN_pucch又は2PRB setに対するN_pucchを使用してPUCCHリソースを特定すると定めてもよい。この場合、4PRB setに対応するN_pucch又は2PRB setに対するN_pucchを小さい値とすることで、PUCCHリソースの縮小を実現できる。
【００８９】
以上、本実施の形態に係る動作例１、２について説明した。
【００９０】
このように、本実施の形態では、基地局１００及び端末２００は、MPDCCHが複数のPRB setに跨がって配置される場合、当該MPDCCHが配置された複数のPRB set qの何れかに対応するN_pucch,qを用いてPUCCHリソースを特定する。
【００９１】
こうすることで、基地局１００及び端末２００は、新たなシグナリングを追加することなく、24ECCEsのように複数のPRB setに跨がって配置されるMPDCCHに対応するPUCCHリソースを特定することができる。すなわち、本実施の形態によれば、Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する場合のPUCCHリソースを効率良く特定することができる。
【００９２】
なお、Option2のMPDCCH配置において、上記動作例では、上位レイヤで通知されるPRB set 0（first PRB set）が4PRB setであり、PRB set 1（second PRB set）が2PRB setであると想定し、4PRB setにMPDCCHが先に配置される場合について例示したが、PRB set 1（second PRB set）にMPDCCHが先に配置されてもよい。
【００９３】
（実施の形態２）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図６及び図７を援用して説明する。
【００９４】
実施の形態１では、複数のPRBsetに対して異なるオフセット値N_pucchが設定されることを前提とした場合について説明した。これに対して、本実施の形態では、複数のPRB setに対して共通のオフセット値N_pucchが設定されることを前提とする場合について説明する。
【００９５】
ここで、本実施の形態でのMPDCCHに対応するPUCCHリソースについて説明する。
【００９６】
同一リピティションレベルのMTC端末のPUCCHについて、PRB setに共通のNPUCCH(e1)（以下、「N_pucch」と省略して記載する）が設定され、PRB set毎に、ECCE番号からPUCCHのリソースが特定される。PUCCH format 1a/1bを送信するPUCCHリソース（リソース番号）は、以下の式で特定される。
【００９７】
【数２】
2017077677.tif 000004
【００９８】
PRB set 0（q=0）の場合、K0 = 0であり、 PRB set 1（q=1）の場合、K1は、PRB set0に含まれるECCE数である。例えば、PRB set0が4PRB set（16ECCE）の場合にはK1=16となり、 PRB set 1が2PRB set（8ECCE）の場合にはK1=8となる。
【００９９】
図９は、本実施の形態のPUCCHリソースの概念図を示す。
【０１００】
図９に示すように、PRB set 0に対応するPUCCHリソース（PUCCH set(0)）はN_pucch及びECCE番号を用いて特定され、PRB set 1に対応するPUCCHリソース（PUCCH set(1)）はN_pucch+ECCE番号+K1（ただし、K1はPUCCH set(0)内のECCE数）を用いて特定される。これにより、PRB set 1に対応するPUCCHリソースと、PRB set 1に対応するPUCCHリソースとが連続するリソースに設定される。よって、全てのMPDCCHがAggregation level 1で送信された場合でも、AROを使用することなく、PRB set 0に対応するPUCCHリソースが確保された後、PRB set 1に対するPUCCHリソースを配置することができる。
【０１０１】
本実施の形態では、基地局１００及び端末２００は、複数のPRB setに跨がって配置されるMPDCCH（24ECCEsのMPDCCH）に対応するPUCCHリソースを、共通のN_pucchを用いて特定する。
【０１０２】
以下、本実施の形態に係る動作例３について説明する。
【０１０３】
（動作例３）
動作例３では、基地局１００及び端末２００（MTC端末）は、Option 1，2の何れにおいても、24ECCEsのMPDCCHを検出した場合、Narrowband内の複数のPRB setに共通に設定されたN_pucchを用いてPUCCHリソースを特定する。このとき、4PRB set及び2PRB setがどのPRB pairに割り当てられているかに依らず、Kq=0とする。また、24ECCEsのMPDCCHを用いる場合の最小ECCE番号をnECCE,q=0と仮定する場合、PUCCHリソース（リソース番号）は、以下の式で特定される。
【０１０４】
【数３】
2017077677.tif 000005
【０１０５】
このようにして基地局１００及び端末２００が共通のN_pucchに基づいて24ECCEsのMPDCCHに対応するPUCCHリソースを特定することで、MPDCCH PRB setのPRB pairへの割当に依らず、24ECCEsのMPDCCHに対応するPUCCHリソースとして、リソース番号の低いPUCCHリソースを常に設定できる。
【０１０６】
これにより、不要な空きPUCCHリソースが確保されることを避け、PUCCHリソースの縮小を実現でき、この結果、PUSCHのリソースをより広く確保することができる。
【０１０７】
また、本実施の形態によれば、実施の形態１と同様、基地局１００及び端末２００は、新たなシグナリングを追加することなく、24ECCEsのように複数のPRB setに跨がって配置されるMPDCCHに対応するPUCCHリソースを特定することができる。すなわち、本実施の形態によれば、Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する場合のPUCCHリソースを効率良く特定することができる。
【０１０８】
なお、実施の形態１の動作例２と同様、MU-MIMOを想定し、他のNarrowbandにおいて、MPDCCHが送信され、同一のN_pucch,0かつnECCE,0=0が使用された場合には、PUCCHリソースが衝突してしまう。ただし、この場合には、AROによってPUCCHリソースの衝突を回避することができる。
【０１０９】
また、本実施の形態では、変数Kqを用いてPRB set q毎にPRB setに対応するPUCCHリソースを変化させる場合について説明したが、Kqを用いずにPRB set q間でPUCCHリソースを共有してもよい。その場合、PRB set q間のPUCCHリソースの衝突はAROで回避すればよい。特に、24ECCEsのMPDCCHのようにAggregation levelが高いMPDCCHが使用される場合、PUCCHリソースは混雑していないことが予想されるので、AROのみでも衝突を回避できる。このように、PRB set q間でPUCCHリソースを共有することでPUCCHリソース量を削減できる。また、この場合も、24ECCEs MPDCCHを検出した場合のPUCCHリソースは動作例３と同様の式で求めることができる。
【０１１０】
また、本実施の形態では、K1を、PRB set0に含まれるECCE数とする場合について説明したが、K1の値は、これに限定されず、PRB set0に含まれるECCE数の1/2などの値でもよい。K1をECCE数の1/2のように小さい値にすると、全体のPUCCHリソース量を縮小できる。これは、例えば、PUCCHリソースの衝突確率が低い場合に有効である。
【０１１１】
（実施の形態３）
Option2で説明したように24ECCEsのMPDCCHをNarrowband内のMPDCCH PRB set先行で割り当てる場合、MTC端末が、MPDCCHが先に配置されたMPDCCH PRB setの最大Aggregation levelの信号を受信したと誤るケース（以下、「誤認識１」と呼ぶ）、及び、MPDCCHが２番目に配置されたMPDCCH PRB setの最大Aggregation levelの信号を受信したと誤るケース（以下、「誤認識２」と呼ぶ）がある。
【０１１２】
以下では、説明を簡単にするため、24ECCEsがPRB set 0から割り当てられると仮定する。以下、図１０及び図１１を用いて上述した誤認識とそれに伴う課題について具体的に説明する。
【０１１３】
誤認識１は、PRB set 0においてMPDCCHに使用できるRE数から計算される送信可能ビット数が、MPDCCHの符号化後のビット数の整数倍となる場合に起こり得る。また、誤認識２は、誤認識１の上記条件に加えて、PRB set 1においてMPDCCHに使用できるRE数から計算される送信可能ビット数がMPDCCHの符号化後のビット数の整数倍となる場合に起こり得る。
【０１１４】
図１０では、MPDCCHの符号化後のビット（After encoding bits）の数が、Aggregation level 8（8ECCEs）において送信できるビット数と等しい場合を示している。したがって、24ECCEsの送信ビット列は、Rate matchingにより、符号化後のビットを２回コピーして３倍にしたビット列として生成される。図１０に示すように、生成された送信ビット列は、PRB set 0である4PRB setの16ECCEに配置された後、PRB set 1である2PRB setの8ECCEに配置される。
【０１１５】
MPDCCHの符号化後のビット数が、他のAggregation levelにおいて送信できるビット数と等しい場合には、Rate matching時にビットを削減する必要がない。このため、図１０に示す24ECCEsの送信ビット列の前半16ECCE及び後半8ECCEの送信ビット列は、MTC端末での受信品質が高ければ、MTC端末では16ECCE又は8ECCEとして受信できるビット列（つまり、16ECCE又は8ECCEとして誤認識されるビット列）となる。
【０１１６】
なお、Rate matching時にビットが削減されるか否かは、MPDCCH送信に使用できるRE数によって異なる。また、MPDCCH送信に使用できるRE数は、PDCCH長、CRSポート数、CSI-RSポート数、CP length長等によって可変である。したがって、MPDCCHに対して、どの条件の時に上記誤認識の問題が起こるのかについて全てのパターンを網羅するのは困難である。一方、PDCCHでは、同様の問題が発生した場合、情報ビットにpadding bitを追加する対策がとられている。これは、PDCCHはAggregation level毎に送信に使用されるRE数が固定されているためである。また、EPDCCHでは、EPDCCHのREへの配置を周波数先行とすることで、この問題を回避している。
【０１１７】
また、上記誤認識は、基地局で予想したMTC端末の受信品質よりもMTC端末での実際の受信品質が高く、MTC端末において、24ECCEsよりも低いAggregation levelである4PRB setのAggregation level 16、又は、2PRB setのAggregation level 8で、MPDCCHを受信できる場合に起こる。このAggregation levelの誤認識が起こると、PUCCHリソースを誤るという課題がある。
【０１１８】
具体的には、基地局が24ECCEsでMPDCCHを送信したものの、MTC端末が4PRB setのAggregation level 16のMPDCCH、又は、2PRB setのAggregation level 8のMPDCCHを受信したと誤認識すると、MTC端末は、4PRB setのAggregation level 16又は2PRB setのAggregation level 8に対応するN_pucchから特定されるPUCCHリソースを用いてACK/NACKを送信する。
【０１１９】
例えば、図１１では、MTC端末は、4PRB setのAggregation level 16のMPDCCHを受信したと認識した場合、4PRB setに設定されたN_pucch,0を用いて特定されるPUCCHリソース（PUCCH set(0)）を用いてACK/NACKを送信し、2PRB setのAggregation level 8のMPDCCHを受信したと認識した場合、2PRB setに設定されたN_pucch,1を用いて特定されるPUCCHリソース（PUCCH set(1)）を用いてACK/NACKを送信する。
【０１２０】
すなわち、図１１では、MTC端末は、基地局が本来予定していた24ECCEsに対応するPUCCHリソースにおいてACK/NACKを送信できない可能性がある。一方で、基地局は、予定していた24ECCEsに対応するPUCCHリソースでACK/NACKを受信しようと試みて、ACK/NACKを誤検出する可能性がある。また、MTC端末が、予定していないPUCCHリソースでACK/NACKを送信することで、他の端末が送信した信号に対して干渉を与える可能性もある。
【０１２１】
なお、Option 1（周波数先行）では、24ECCEsのMPDCCHが、OFDM シンボル単位で4PRB setと2PRB setとを跨いで配置されており、4PRB setのAggregation level 16のMPDCCH、又は、2PRB setのAggregation level 8のMPDCCHとは、MPDCCHのREへの配置が異なるので、上記の誤認識に関する問題は起こらない。
【０１２２】
本実施の形態では、上述した誤認識を回避することができるPUCCHリソースの特定方法について説明する。
【０１２３】
なお、本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図６及び図７を援用して説明する。
【０１２４】
以下、本実施の形態に係る動作例４〜６について説明する。
【０１２５】
（動作例４）
動作例４では、端末２００（MTC端末）が24ECCEsのMPDCCHを検出した場合、Narrowband内の複数のPRB setのうち、24ECCEsのMPDCCHが先に配置されるPRB set qに設定されたN_puuch,qを用いてPUCCHリソースを特定する。例えば、24ECCEsのMPDCCHがPRB set 0に先に配置され、その後、PRB set 1に配置される場合、端末２００は、24ECCEsのMPDCCHを検出した場合、PRB set 0に設定されたN_puuch,0を用いてPUCCHリソースを特定する。
【０１２６】
こうすることで、24ECCEsで基地局１００から送信されたMPDCCHを、端末２００がPRB set 0の最大Aggregation levelのMPDCCHとして誤認識した場合でも、端末２００は、24ECCEsのMPDCCHに対して確保されたPUCCHリソースを用いてACK/NACKを送信できる。したがって、誤認識１が起きた場合に端末２００がPUCCHリソースを誤ることを回避できる。
【０１２７】
さらに、MPDCCHが先に配置されるPRB set 0が割り当てられるPRB pair数を、MPDCCHが後に配置されるPRB set 1が割り当てられるPRB pair数よりも多くしてもよい。例えば、PRB set 0を4PRB setとし、PRB set 1を2PRB setとしてもよい。こうすることで誤認識２の発生確率を下げることができる。これは、MTC端末において、24ECCEsのMPDCCHをAggregation level 8として受信するには、Aggregation level 16として受信するよりも高い受信品質が求められることより、24ECCEsをAggregation level 16と誤認識する確率よりも、Aggregation level 8と誤認識する確率の方が低いからである。このように、PRB set 0を4PRB setとし、PRB set 1を2PRB setとしたとき、端末２００が24ECCEsのMPDCCHを検出した場合に、PRB set 0に設定されたN_puuch,0を用いてPUCCHリソースを特定することで、誤認識１によりPUCCHリソースを誤ることを回避しつつ、誤認識２の発生確率を下げることができる。
【０１２８】
また、本実施の形態によれば、基地局１００及び端末２００は、MPDCCHが先に配置されるPRB setに設定されたオフセット値N_pucchを用いてPUCCHリソースを特定する。これにより、実施の形態１と同様、基地局１００及び端末２００は、新たなシグナリングを追加することなく、24ECCEsのように複数のPRB setに跨がって配置されるMPDCCHに対応するPUCCHリソースを特定することができる。すなわち、Narrowband内の6PRB pairすべてに１つのMPDCCHを配置する場合のPUCCHリソースを効率良く特定することができる。
【０１２９】
（動作例５）
動作例５では、動作例４の動作に加えて、誤認識２によってPUCCHリソースを誤ることを回避するために、端末２００（MTC端末）は、MPDCCHをPRB setの最大Aggregation levelで検出した場合に、N_pucch,0を使用してPUCCHリソースを特定する。
【０１３０】
例えば、端末２００は、PRB set 1の最大Aggregation levelでMPDCCHを検出した場合、N_pucch,0を用いてPUCCHリソースを特定し、PRB set 1の他のAggregation levelでMPDCCHを検出した場合、PRB set 1に設定されたN_pucch,1を用いてPUCCHリソースを特定する。
【０１３１】
このようにすると、端末２００が、MPDCCHを24ECCEsで検出した場合、MPDCCHをPRB set 0の最大Aggregation levelで検出した場合、及び、MPDCCHをPRB set 1の最大Aggregation levelで検出した場合の３つの全ての場合において、N_pucch,0を用いてPUCCHリソースを特定する。
【０１３２】
よって、端末２００が受信したMPDCCHのAggregation levelを誤検出しても、ACK/NACK信号の送信に使用するPUCCHリソースは、誤検出しない場合と同じリソースとなり、誤認識１及び誤認識２によってPUCCHリソースを誤ることを回避できる。
【０１３３】
なお、基地局１００が或るMTC端末向けのMPDCCHをPRB set 1の最大Aggregation levelで送信し、他のMTC端末向けのMPDCCHをPRB set 0のECCE#0を用いて送信した場合、これらのMPDCCHに対応するPUCCHリソースが衝突するという課題がある。ただし、この衝突は、AROで回避できる。
【０１３４】
また、PRB set 1では、MTC端末が最大Aggregation levelでMPDCCHを検出した場合のみ、N_pucch,0を使用し、MTC端末が他のAggregation levelでMPDCCHを検出した場合、N_pucch,1を使用する。したがって、PRB set 1の最大Aggregation level以外の他のAggregation levelでは、基地局１００がECCE#0を含むMPDCCHを送信しても、PRB set 0のPUCCHリソースとの衝突確率は、動作例５を適用しない場合と比較して変化しない。
【０１３５】
（動作例６）
動作例６では、誤検出２を回避するために、基地局１００は、24ECCEsのMPDCCHを配置する場合、REにマッピングする順番を、PRB set 1の最大Aggregation levelでのREのマッピングと異ならせる。MPDCCHのREへのマッピングの順番を変えることで、24ECCEsのMPDCCHが送信された場合に、端末２００（MTC端末）においてPRB set 1の最大Aggregation levelとして誤検出されることを回避できる。
【０１３６】
以下、MPDCCHのREへのマッピング方法の具体例について説明する。なお、以下の説明では、MPDCCHを24ECCEsを割り当てる場合、PRB set 0, PRB set1の順に割り当てる。また、PRB set 0を4PRB setとし、PRB set 1を2PRB setとする。
【０１３７】
また、PRB set 1（ここでは2PRB set）の最大Aggregation levelでMPDCCHが送信される場合、EPDCCHと同様に、PRB set 1（2PRB set）内では、MPDCCHは、OFDM symbol番号の低いOFDM symbolから、PRB pairを縦断して周波数の低い方から高い方へ配置された後、次のOFDM symbolに移り、同様にPRB pairを縦断して周波数の低い方から高い方へ配置される。
【０１３８】
（例1： Mirroring）
Mirroringでは、図１２Ａに示すように、24ECCEsのMPDCCHが配置される際に、PRB set 1（2PRB set）内では、MPDCCHは、OFDM symbol番号の低いOFDM symbolから、PRB pairを縦断して周波数の高い方から低い方へ配置した後、次のOFDM symbolに移り、同様にPRB pairを縦断して周波数の高い方から低い方へ配置される。つまり、Mirroringでは、24ECCEsの場合と、PRB set 1の最大Aggregation levelの場合とで、各OFDM symbolにおける周波数方向のMPDCCHの配置順が反転している。
【０１３９】
したがって、24ECCEsのMPDCCHを配置した場合と、PRB set 1の最大Aggregation levelのMPDCCHを配置した場合とでは、PRB set 1内でのMPDCCHの配置順が異なるので、MTC端末においてAggregation levelを誤検出することを回避できる。
【０１４０】
（例2：PRB pair shifting）
PRB pair shiftingでは、24ECCEsのMPDCCHが配置される際に、PRB set 1（2PRB set）内において、MPDCCHは、PRB pair番号をシフトして配置される。例えば、図１２Ｂでは、PRB pair#0とPRB pair#1とに2PRB setが割り当てられているので、24ECCEsのMPDCCHに対しては、PRB set 1の最大Aggregation levelの場合に対して、PRB pair#0とPRB pair#1とでMPDCCHの配置が入れ替わる。
【０１４１】
したがって、24ECCEsのMPDCCHを配置した場合と、PRB set 1の最大Aggregation levelのMPDCCHを配置した場合とでは、PRB set 1内でのMPDCCHの配置順が異なるので、MTC端末においてAggregation levelを誤検出することを回避できる。
【０１４２】
（例3：OFDM symbol shifting）
OFDM symbol shiftingでは、24ECCEsのMPDCCHが配置される際に、PRB set 1（2PRB set)内において、MPDCCHは、OFDMシンボル番号をシフトして配置される。例えば、図１２Ｃでは、OFDM symbol番号を３つシフトする例を示す。つまり、PRB set 1（2PRB set）内では、MPDCCHは、OFDM symbol#3から、PRB pairを縦断して周波数の低い方から高い方へ配置した後、次のOFDM symbolに移り、同様にPRB pairを縦断して周波数の低い方から高い方へ配置される。そして、MPDCCHが配置されるOFDM symbolが最終OFDMシンボルになると、先頭のOFDMシンボル#0へ移り、OFDM symbol#2まで移る。
【０１４３】
したがって、24ECCEsのMPDCCHを配置した場合と、PRB set 1の最大Aggregation levelのMPDCCHを配置した場合とでは、PRB set 1内でのMPDCCHの配置順が異なるので、MTC端末においてAggregation levelを誤検出することを回避できる。
【０１４４】
以上、MPDCCHのREへのマッピング方法の具体例について説明した。
【０１４５】
このようにして、本実施の形態によれば、端末２００がMPDCCHのAggregation levelを誤検出した場合でも誤検出しない場合と同様のPUCCHリソースを特定すること、又は、端末２００がMPDCCHのAggregation levelを誤検出することを防止することができる。こうすることで、基地局１００でのACK/NACK信号の誤検出を回避できる。また、端末２００が正しいPUCCHリソースでACK/NACKを送信することで、他の端末が送信した信号に干渉を与えることを回避できる。
【０１４６】
なお、上記動作例では、24ECCEsのMPDCCHがPRB set 0，PRB set,1の順に割り当てられる場合について説明したが、24ECCEsのMPDCCHは、PRB set ,1 PRB set 0の順に割り当てられてもよい。
【０１４７】
以上、本開示の各実施の形態について説明した。
【０１４８】
なお、上記の実施の形態１及び２では、Narrowband内において4PRB setと2PRB setとが重複しないPRB pairに割り当てられる例を示した。しかし、Narrowband内において4PRB setと2PRB setとが重複するPRB pairに割り当てられる場合も考えられる。図１３Ａ及び図１３Ｂは、4 PRB setがPRB pair #2,3,4,5に割り当てられ、2PRB setが重複するPRB pair #2,#3に割り当てられる例を示す。なお、図１３Ａ及び図１３Ｂでは、24ECCEsのMPDCCH配置はOption 1（周波数先行）を前提とする。すなわち、4PRB set及び2PRB setの配置に影響を受けず、Narrowbandにおいて24ECCEsのMPDCCHのシンボル列は、OFDM symbol番号の低いOFDM symbolから、PRB pairを縦断して周波数の低い方から高い方へ配置された後、次のOFDM symbolに移り、同様にPRB pairを縦断して周波数の低い方から高い方へ配置される。4PRB setと2PRB setとが重複する配置であっても、実施の形態１の動作例２及び実施の形態２の動作例３を適用できる。例えば、動作例２では、MTC端末が24ECCEsのMPDCCHを検出した場合、N_pucch,0を使用してPUCCHリソースを特定すればよい。また、動作例３では、MTC端末が24ECCEsのMPDCCHを検出した場合、複数のPRB setに共通に設定されるN_pucchを使用してPUCCHリソースを特定すればよい。
【０１４９】
また、上記実施の形態では、本開示の一態様をハードウェアで構成する場合を例にとって説明したが、本開示はハードウェアとの連携においてソフトウェアで実現することも可能である。
【０１５０】
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。集積回路は、上記実施の形態の説明に用いた各機能ブロックを制御し、入力と出力を備えてもよい。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１５１】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１５２】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１５３】
本開示の基地局は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を、下りリソースに割り当てる信号割当部と、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定する特定部と、下り制御信号を送信した端末からの受信信号から、特定されたPUCCHリソースに含まれるACK/NACK信号を分離する信号分離部と、を具備し、下りリソースは複数のPRB pairで構成され、複数のPRB pairの各々には、第１PRB set及び第２PRB setの何れかが割り当てられ、特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて、PUCCHリソースを特定する、構成を採る。
【０１５４】
本開示の基地局において、第１PRB set及び第２PRB setには、互いに異なるオフセット値がそれぞれ設定され、特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setのうち、PRB番号が最小のPRB pairに割り当てられたPRB setに設定されたオフセット値を用いて、PUCCHリソースを特定する。
【０１５５】
本開示の基地局において、第１PRB set及び第２PRB setには、互いに異なるオフセット値がそれぞれ設定され、特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setのうち、PRB set番号が小さいPRB setに設定されたオフセット値を用いて、PUCCHリソースを特定する。
【０１５６】
本開示の基地局において、第１PRB set及び第２PRB setには、互いに異なるオフセット値がそれぞれ設定され、特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB setに設定されたオフセット値及び第２PRB setに設定されたオフセット値のうち、値が小さいオフセット値を用いて、PUCCHリソースを特定する。
【０１５７】
本開示の基地局において、第１PRB set及び第２PRB setには、共通のオフセット値が設定され、特定部は、共通のオフセット値を用いてPUCCHリソースを特定する。
【０１５８】
本開示の基地局において、第１PRB set及び第２PRB setには、互いに異なるオフセット値がそれぞれ設定され、特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setのうち、下り制御信号が先に配置されるPRB setに設定されたオフセット値を用いて、PUCCHリソースを特定する。
【０１５９】
本開示の基地局において、下り制御信号が先に配置されるPRB setが割り当てられるPRB pair数は、下り制御信号が後に配置されるPRB setが割り当てられるPRB pair数よりも多い。
【０１６０】
本開示の端末は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を受信する受信部と、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定する特定部と、特定されたPUCCHリソースに、ACK/NACK信号を割り当てる信号割当部と、を具備し、下りリソースは複数のPRB pairで構成され、複数のPRB pairの各々には第１PRB set及び第２PRB setの何れかが割り当てられ、特定部は、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて、PUCCHリソースを特定する、構成を採る。
【０１６１】
本開示の通信方法は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を、下りリソースに割り当て、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定し、下り制御信号を送信した端末からの受信信号から、特定されたPUCCHリソースに含まれるACK/NACK信号を分離し、下りリソースは複数のPRB pairで構成され、複数のPRB pairの各々には、第１PRB set及び第２PRB setの何れかが割り当てられ、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、PUCCHリソースは、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて特定される。
【０１６２】
本開示の通信方法は、PDSCH（Physical Downlink Shared Channel）のリソース割当情報を含む下り制御信号を受信し、下り制御信号が割り当てられた下りリソースに基づいて、PDSCHに対するACK/NACK信号が割り当てられるPUCCH（Physical Uplink Control Channel）リソースを特定し、特定されたPUCCHリソースに、ACK/NACK信号を割り当て、下りリソースは複数のPRB pairで構成され、複数のPRB pairの各々には第１PRB set及び第２PRB setの何れかが割り当てられ、下り制御信号が第１PRB set及び第２PRB setに跨がって配置される場合、PUCCHリソースは、第１PRB set及び第２PRB setの何れかに設定されたオフセット値を用いて特定される。
【産業上の利用可能性】
【０１６３】
本開示の一態様は、移動通信システムに有用である。
【符号の説明】
【０１６４】
１００  基地局
１０１  Aggregation level設定部
１０２  MPDCCH生成部
１０３，２０９  誤り訂正符号化部
１０４，２１０  変調部
１０５，２１１  信号割当部
１０６，２１２  送信部
１０７，２０１  受信部
１０８，２０８  PUCCHリソース特定部
１０９，２０２  信号分離部
１１０  PUCCH受信部
１１１，２０３  復調部
１１２，２０４  誤り訂正復号部
２００  端末
２０５  誤り判定部
２０６  ACK/NACK生成部
２０７  MPDCCH受信部
【図１】
2017077677.tif 000006
【図２Ａ】
2017077677.tif 000007
【図２Ｂ】
2017077677.tif 000008
【図３Ａ】
2017077677.tif 000009
【図３Ｂ】
2017077677.tif 000010
【図４】
2017077677.tif 000011
【図５】
2017077677.tif 000012
【図６】
2017077677.tif 000013
【図７】
2017077677.tif 000014
【図８】
2017077677.tif 000015
【図９】
2017077677.tif 000016
【図１０】
2017077677.tif 000017
【図１１】
2017077677.tif 000018
【図１２Ａ】
2017077677.tif 000019
【図１２Ｂ】
2017077677.tif 000020
【図１２Ｃ】
2017077677.tif 000021
【図１３Ａ】
2017077677.tif 000022
【図１３Ｂ】
2017077677.tif 000023
【国際調査報告】
2017077677.tif 000024
2017077677.tif 000025
2017077677.tif 000026
2017077677.tif 000027