(57)【要約】  基地局において、制御部は、上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせの中から１つの組み合わせを選択する。送信部は、複数の組み合わせを示すリソース設定（Semi-static resource configuration）を上位レイヤのシグナリングによって端末へ通知し、選択された１つの組み合わせをダイナミックシグナリング（DCI）によって端末へ通知する。
2018173483.tif 000002
【特許請求の範囲】
【請求項１】
上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせの中から１つの組み合わせを選択する回路と、
前記複数の組み合わせを示すリソース設定を上位レイヤのシグナリングによって端末へ通知し、前記選択された１つの組み合わせをダイナミックシグナリングによって前記端末へ通知する送信機と、
を具備する基地局。
【請求項２】
前記複数のパラメータには、周波数領域リソースを示すパラメータ、スロットを示すパラメータ、前記スロット内のシンボル位置を示すパラメータ、及び、シンボル数を示すパラメータが含まれる、
請求項１に記載の基地局。
【請求項３】
前記周波数領域リソースは、帯域の端からの開始位置を示すオフセット値、連続するリソースブロック数、クラスタ数、前記クラスタ間の距離によって表される、
請求項２に記載の基地局。
【請求項４】
前記オフセット値は、システム帯域のうち、前記端末がサポートする前記帯域の端からの開始位置を示し、
前記オフセット値の範囲は、システム帯域のうち、前記端末がサポートする前記帯域の帯域幅の範囲である、
請求項３に記載の基地局。
【請求項５】
前記オフセット値の範囲は、前記帯域の半分の範囲である、
請求項３に記載の基地局。
【請求項６】
前記PUCCHリソースの前記シンボル数が閾値以上の場合、前記リソースブロック数は１である、
請求項３に記載の基地局。
【請求項７】
前記連続するリソースブロック数は、前記PUCCHのフォーマットに対応付けられている、
請求項３に記載の基地局。
【請求項８】
前記PUCCHリソースの前記シンボル数が閾値以上の場合、前記クラスタ数は１である、
請求項３に記載の基地局。
【請求項９】
前記クラスタ間の距離は、前記帯域の帯域幅と前記連続するリソースブロック数とから特定される、
請求項３に記載の基地局。
【請求項１０】
前記連続するリソースブロック数及び前記クラスタ間の距離は２のべき乗である、
請求項３に記載の基地局。
【請求項１１】
複数の異なるサブキャリア間隔が同一帯域に設定される場合、
第１のサブキャリア間隔における前記連続するリソースブロック数及び前記クラスタ間の距離は、第２のサブキャリア間隔における前記連続するリソースブロック数及び前記クラスタ間の距離からそれぞれ特定される、
請求項３に記載の基地局。
【請求項１２】
前記PUCCHリソースの前記シンボル数が閾値未満の場合に前記クラスタ間の距離を示すパラメータは、前記PUCCHリソースの前記シンボル数が前記閾値以上の場合に周波数ホッピングの距離を示す、
請求項３に記載の基地局。
【請求項１３】
前記スロット内のシンボル位置を示すパラメータの範囲は、前記PUCCHリソースの前記シンボル数が閾値未満の場合と、前記PUCCHリソースの前記シンボル数が前記閾値以上の場合とで異なる、
請求項２に記載の基地局。
【請求項１４】
前記スロット内のシンボル位置を示すパラメータの範囲と、前記PUCCHリソースの前記シンボル数を示すパラメータとが対応付けられている、
請求項２に記載の基地局。
【請求項１５】
上りリンクの複数の制御リソースセットに対して、異なる前記リソース設定が対応付けられている、
請求項１に記載の基地局。
【請求項１６】
前記リソース設定に含まれる前記複数のパラメータは、前記複数の制御リソースセットのうち、前記PUCCHのフォーマットに対応付けられた１つの制御リソースセットに基づいて構成される、
請求項１５に記載の基地局。
【請求項１７】
前記制御リソースセットのリソース量がGroup common PDCCHによって前記基地局から前記端末へ通知され、
前記Group common PDCCHによって通知される前記リソース量に対して前記異なるリソース設定がそれぞれ対応付けられている、
請求項１５に記載の基地局。
【請求項１８】
前記端末に対して、スロット単位の第１の伝送方法、及び、非スロット単位の第２の伝送方法の何れか一方が設定され、
前記第１の伝送方法が設定される場合、前記複数のパラメータには、少なくとも、シンボル位置を示すパラメータが含まれ、前記送信機は、スロットを示すパラメータを、前記リソース設定とは独立して前記端末へ通知し、
前記第２の伝送方法が設定される場合、前記複数のパラメータには、少なくとも、前記スロットを示すパラメータ、及び、前記スロット内のシンボル位置を示すパラメータが含まれる、
請求項１に記載の基地局。
【請求項１９】
前記リソース設定には、スロット内のシンボル位置又はシンボル数を示す数値が含まれず、前記シンボル位置又は前記シンボル数を示す数値は、前記スロットの種類を示す情報によって前記端末に通知される、
請求項１に記載の基地局。
【請求項２０】
前記複数のパラメータの少なくとも１つのパラメータは、当該パラメータの複数の候補値をグループ化した複数のグループの何れか１つを示す前記ダイナミックシグナリングと、前記端末毎に設定されるオフセットとによって前記端末に通知される、
請求項１に記載の基地局。
【請求項２１】
上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせを示すリソース設定を含む上位レイヤのシグナリングを受信し、前記複数の組み合わせの中の１つの組み合わせを示すダイナミックシグナリングを受信する受信機と、
前記複数の組み合わせのうち、前記ダイナミックシグナリングに示される前記１つの組み合わせに対応する前記複数のパラメータによって表される前記PUCCHリソースで上り制御信号を送信する送信機と、
を具備する端末。
【請求項２２】
上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせの中から１つの組み合わせを選択し、
前記複数の組み合わせを示すリソース設定を上位レイヤのシグナリングによって端末へ通知し、前記選択された１つの組み合わせをダイナミックシグナリングによって前記端末へ通知する、
通信方法。
【請求項２３】
上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせを示すリソース設定を含む上位レイヤのシグナリングを受信し、前記複数の組み合わせの中の１つの組み合わせを示すダイナミックシグナリングを受信し、
前記複数の組み合わせのうち、前記ダイナミックシグナリングに示される前記１つの組み合わせに対応する前記複数のパラメータによって表される前記PUCCHリソースで上り制御信号を送信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、基地局、端末及び通信方法に関する。
【背景技術】
【０００２】
近年のモバイルブロードバンドを利用したサービスの普及に伴い、モバイル通信におけるデータトラフィックは指数関数的に増加を続けており、将来に向けてデータ伝送容量の拡大が急務となっている。また、今後はあらゆる「モノ」がインターネットを介してつながるIoT（Internet of Things）の飛躍的な発展が期待されている。IoTによるサービスの多様化を支えるには、データ伝送容量だけではなく、低遅延性及び通信エリア（カバレッジ）などのさまざまな要件について、飛躍的な高度化が求められる。こうした背景を受けて、第４世代移動通信システム(4G: 4th Generation mobile communication systems)と比較して性能及び機能を大幅に向上する第５世代移動通信システム(5G)の技術開発・標準化が進められている。【０００３】
3GPP（3rd Generation Partnership Project）では、5Gの標準化において、LTE（Long Term Evolution）-Advancedとは必ずしも後方互換性を持たない新しい無線アクセス技術（NR: New Radio）の技術開発を進めている。【０００４】
NRでは、LTEと同様に、端末（UE：User Equipment）が上りリンク制御チャネル（PUCCH：Physical Uplink Control Channel)を用いて、下りリンクデータの誤り検出結果を示す応答信号（ACK/NACK：Acknowledgement/Negative Acknowledgment)、下りリンクのチャネル状態情報（CSI：Channel State Information)、及び、上りリンクの無線リソース割当要求（SR：Scheduling Request)を基地局（eNG又はgNB）へ送信することが検討されている。【０００５】
3GPPにより標準化されたLTEにおけるPUCCHリソースには、周波数領域及び符号領域のリソースがある（例えば、非特許文献１−３を参照）。具体的には、LTEにおけるPUCCHリソースは、システム帯域内のリソースブロック(RB：Resource Block)（PRB：Physical RBと呼ぶこともある）、及び、拡散符号（CS：Cyclic Shift又は直交符号）で定義される。また、LTEにおけるPUCCHリソースは、周波数領域の1PRBと、時間領域の１サブフレーム（１４シンボル）とで構成される。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】3GPP TS 36.211 V13.4.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and modulation (Release 13),"December 2016.
【非特許文献２】3GPP TS 36.213 V13.4.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 13),"December 2016.
【非特許文献３】3GPP TS 36.211 V13.4.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and modulation (Release 13)," December 2016.
【非特許文献４】R1-1701553, "Final minutes from RAN1#AH1_NR (Spokane’s meeting)," ETSI, MCC, February 2017.
【非特許文献５】R1-1704043, "WF on PUCCH resource allocation," LG Electronics, NTT DOCOMO, ETRI, CATT, February 2017.
【発明の概要】
【０００７】
上述したように、LTEにおけるPUCCHリソースは、１PRBと１サブフレームとで構成され、PUCCHリソース割り当てのために基地局が端末へ通知すべき情報は、周波数リソース(PRB番号)及び拡散符号番号（CS番号又は直交符号番号）である。しかしながら、NRでは、多様なサービスの要求条件又は送受信機性能に対応するために、LTEと比較してより柔軟性の高いPUCCHの設計が必要である。
【０００８】
本開示の一態様は、PUCCHリソースを柔軟に割り当てることができる基地局、端末及び通信方法の提供に資する。
【０００９】
本開示の一態様に係る基地局は、上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせの中から１つの組み合わせを選択する回路と、前記複数の組み合わせを示すリソース設定を上位レイヤのシグナリングによって端末へ通知し、前記選択された１つの組み合わせをダイナミックシグナリングによって前記端末へ通知する送信機と、を具備する。
【００１０】
本開示の一態様に係る端末は、上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせを示すリソース設定を含む上位レイヤのシグナリングを受信し、前記複数の組み合わせの中の１つの組み合わせを示すダイナミックシグナリングを受信する受信機と、前記複数の組み合わせのうち、前記ダイナミックシグナリングに示される前記１つの組み合わせに対応する前記複数のパラメータによって表される前記PUCCHリソースで上り制御信号を送信する送信機と、を具備する。
【００１１】
本開示の一態様に係る通信方法は、上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせの中から１つの組み合わせを選択し、前記複数の組み合わせを示すリソース設定を上位レイヤのシグナリングによって端末へ通知し、前記選択された１つの組み合わせをダイナミックシグナリングによって前記端末へ通知する。
【００１２】
本開示の一態様に係る通信方法は、上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせを示すリソース設定を含む上位レイヤのシグナリングを受信し、前記複数の組み合わせの中の１つの組み合わせを示すダイナミックシグナリングを受信し、前記複数の組み合わせのうち、前記ダイナミックシグナリングに示される前記１つの組み合わせに対応する前記複数のパラメータによって表される前記PUCCHリソースで上り制御信号を送信する。
【００１３】
なお、これらの包括的又は具体的な態様は、システム、方法、集積回路、コンピュータプログラム、又は、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。
【００１４】
本開示の一態様によれば、PUCCHリソースを柔軟に割り当てることができる。
【００１５】
本開示の一態様における更なる利点及び効果は、明細書及び図面から明らかにされる。かかる利点及び／又は効果は、いくつかの実施形態並びに明細書及び図面に記載された特徴によってそれぞれ提供されるが、１つ又はそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００１６】
【図１】図１は、NRスロットの構成例を示す。
【図２】図２は、LTEにおけるPUCCHリソースの一例を示す。
【図３】図３は、スロットの種類を示す。
【図４】図４は、帯域内のPUCCHリソースの一例を示す。
【図５】図５は、実施の形態１に係る基地局の構成を示す。
【図６】図６は、実施の形態１に係る端末の構成を示す。
【図７】図７は、実施の形態１に係る基地局の構成を示す。
【図８】図８は、実施の形態１に係る端末の構成を示す。
【図９】図９は、実施の形態１に係る基地局及び端末の処理を示す。
【図１０】図１０は、実施の形態１に係るDCIビットとSemi-static resource configurationとの対応関係の一例を示す。
【図１１】図１１は、実施の形態１の変形例１に係る周波数領域リソースの一例を示す。
【図１２】図１２は、実施の形態１の変形例１に係るLocalized送信時のパラメータXの通知方法の一例を示す。
【図１３】図１３は、実施の形態１の変形例１に係るDistributed送信時のパラメータXの通知方法の一例を示す。
【図１４】図１４は、実施の形態１の変形例１に係るパラメータNoffsetの範囲の設定例を示す。
【図１５】図１５は、サブキャリア間隔の異なるNumerology間のRBグリッドの一例を示す。
【図１６】図１６は、実施の形態１の変形例２に係るパラメータMPRB及びDの設定例を示す。
【図１７Ａ】図１７Ａは、実施の形態１の変形例３に係るShort PUCCHに対するパラメータDの設定例を示す。
【図１７Ｂ】図１７Ｂは、実施の形態１の変形例３に係るLong PUCCHに対するパラメータDの設定例を示す。
【図１８】図１８は、実施の形態１の変形例５に係るUplink control resource setの一例を示す。
【図１９】図１９は、実施の形態２に係る課題を説明する。
【図２０Ａ】図２０Ａは、スロット単位の伝送の一例を示す。
【図２０Ｂ】図２０Ｂは、スロット単位の伝送の一例を示す。
【図２１】図２１は、非スロット単位の伝送の一例を示す。
【図２２】図２２は、実施の形態４に係るPUCCHリソースの通知方法の一例を示す。
【図２３】図２３は、実施の形態４の変形例に係るPUCCHリソースの通知方法の一例を示す。
【図２４Ａ】図２４Ａは、実施の形態５に係るPUCCHリソースの設定例を示す。
【図２４Ｂ】図２４Ｂは、実施の形態５に係るDCIビットとSemi-static resource configurationとの対応関係の一例を示す。
【図２５Ａ】図２５Ａは、実施の形態５の変形例に係るスロットnのPUCCHリソースの設定例を示す。
【図２５Ｂ】図２５Ｂは、実施の形態５の変形例に係るスロットn+1のPUCCHリソースの設定例を示す。
【図２５Ｃ】図２５Ｃは、実施の形態５の変形例に係るスロットn+2のPUCCHリソースの設定例を示す。
【図２５Ｄ】図２５Ｄは、実施の形態５の変形例に係るスロットn+3のPUCCHリソースの設定例を示す。
【図２６】図２６は、実施の形態６に係るPUCCHリソースの設定例を示す。
【発明を実施するための形態】
【００１７】
以下、本開示の実施の形態について図面を参照して詳細に説明する。
【００１８】
前述したように、NRでは、LTEと同様に、端末がPUCCHを用いて、ACK/NACK信号（応答信号）、CSI又はSR等の上り制御信号を基地局へ送信することが検討されている。
【００１９】
このとき、端末は、上り制御信号の送信に用いるPUCCHリソースを特定する必要がある。NRでは、下りリンクデータのACK/NACK信号を送信するためのPUCCHリソースの割り当てに関して、上位レイヤ信号により準静的（Semi-static）なPUCCHリソースの集合を端末に通知し、端末が下りリンク制御信号（DCI：Downlink Control Information）によって、実際に用いるPUCCHリソースを選択する方法が検討されている（例えば、非特許文献４、５を参照）。ここで、NRにおけるPUCCHリソースには、時間領域、周波数領域又は符号領域のリソースがある。また、時間領域のリソースには、スロット及びスロット内のシンボルが含まれる。図１は、NRにおけるスロット（「NRスロット」と呼ぶこともある）の構成例である。NRスロットは、7シンボル又は14シンボルで構成される。
【００２０】
次に、3GPPにより標準化されたLTEにおけるPUCCHリソース割当について説明する（例えば、非特許文献１−３を参照）。LTEでは、PUCCHリソースには、周波数領域及び符号領域のリソースがある。具体的には、PUCCHリソースは、図２に示すように、システム帯域内のリソースブロック（PRB）及び拡散符号（CS）で定義される。
【００２１】
LTEでは、下りリンクデータに対するACK/NACK信号を送信するためのPUCCHリソース（PRB及び拡散符号）は、対応する下りリンクデータを割り当てた下りリンク制御チャネル(PDCCH：Physical Downlink Control Channel)のリソースからImplicitに決定される。例えば、図２の例では、PDCCHリソースに対応するPUCCHリソースがn14である場合、RB番号#1のPRB及びCS番号#2の拡散符号が割り当てられる。
【００２２】
また、LTEのFDD（Frequency Division Duplex）システムでは、下りリンクデータに対するACK/NACK信号は、下りリンクデータが送信されたサブフレームより４サブフレーム後の対象サブフレーム内のPUCCHリソースで送信される。また、LTEのTDD（Time Division Duplex）システムでは、下りリンクデータに対するACK/NACK信号は、下りリンクデータが送信されたサブフレームより４サブフレーム以上後の対象サブフレーム内のPUCCHリソースで送信される。
【００２３】
すなわち、LTEでは、PUCCHを送信する時間領域リソース（上りリンクサブフレーム）は、下りリンクデータが送信されたサブフレームに対応付けられて固定されている。このため、LTEでは、端末に対してPUCCHを送信する時間領域リソースを通知する必要が無かった。一方、NRでは、PUCCHを送信する時間領域リソース（スロット位置）をサービスの要求条件又は端末の処理性能に応じて柔軟に変更するために、端末に対してPUCCHを送信する時間領域リソース（スロット番号等）を通知する必要がある。
【００２４】
また、前述したように、LTEのPUCCHリソースは、周波数領域の1PRBと時間領域の１サブフレームとで構成される。このため、LTEでは、PUCCHが送信されるサブフレームが特定されれば、PUCCHを送信する時間領域リソースについて、他の情報（例えば、シンボル情報）を通知する必要が無かった。一方、NRでは、サービスの要求条件又は端末の処理性能に応じてPUCCHの送信時間も、１又は２シンボルのPUCCH送信又は３シンボル以上（例えば、４シンボル以上）のPUCCH送信等のように柔軟に変更することが検討されている。よって、NRでは、PUCCHを送信する時間領域リソースについて、１スロット内のPUCCHを送信するシンボルに関する情報についても端末へ通知する必要がある。また、NRでは、PUCCHの送信区間長（シンボル長等）についても端末へ通知する必要がある。
【００２５】
また、LTEのPUCCHを送信する周波数領域リソースは1PRBで構成されており、端末に対して当該１つのPRBの位置を通知する必要があった。一方、NRでは、複数のPRBを用いてPUCCHを送信することが検討されている。このため、NRでは、PUCCHを送信する周波数領域リソースについても、LTEと比較して、より多くのリソース割当情報を端末へ通知する必要がある。
【００２６】
このように、NRでは、LTEと比較して、時間領域リソース及び周波数領域リソースの双方について、PUCCHリソース割当の通知に必要なパラメータが増加する。
【００２７】
上述したように、NRでは、下りリンクデータのACK/NACK信号を送信するためのPUCCHリソースの割り当てに関して、基地局が上位レイヤ信号により準静的なPUCCHリソースの集合を通知し、DCIによって実際に用いるPUCCHリソースを選択する方法が検討されている。
【００２８】
しかしながら、上述したように、NRでは、LTEと比較して、PUCCHリソース割当の通知に必要なパラメータが増加する。このため、PUCCHリソースのそれぞれのパラメータについて、上位レイヤ信号により各パラメータの採りうる値を端末へ通知し、DCIによって実際に用いるPUCCHリソースの値を選択する場合、DCIによって通知すべきパラメータ数が増加し、DCIのオーバヘッドが増加してしまう。
【００２９】
一方で、LTEでは、CSI又はSRを送信するためのPUCCHリソースは、上位レイヤ信号によって準静的に明示的に通知される。また、LTEでは、SPS（Semi-persistent scheduling）等を用いる下りリンクデータの誤り検出結果を示すACK/NACK信号の送信に対するPUCCHリソース割当として、基地局が上位レイヤ信号によって複数のPUCCHリソース（例えば、４つのPUCCHリソース）を準静的に端末へ通知し、対応する下りリンクデータを割り当てたPDCCHの下りリンク制御信号(DCI)の２ビットを用いて、複数のPUCCHリソースのうちの実際に用いるPUCCHリソースを１つ選択する方法も採用されている。
【００３０】
しかしながら、LTEにおけるSPSのリソース割当の通知方法のように、上位レイヤ信号によって複数のPUCCHリソースを準静的に端末へ通知し、対応する下りリンクデータを割り当てたPDCCHのDCIの数ビットで実際に用いるPUCCHリソースを１つ選択する方法の場合、DCIビット数を削減できるものの、柔軟なリソース割当が実現できない。
【００３１】
また、NRにおいて、LTEの方法を拡張した場合、PUCCHリソース(スロット位置、シンボル位置、RB番号等)の特定はできるものの、PUCCH送信区間長又は周波数領域のリソースマッピングについて考慮できていない。
【００３２】
そこで、以下では、NRにおいて、DCIのオーバヘッドの増大を防ぎつつ、PUCCHリソースを柔軟に割り当てることができる方法について説明する。
【００３３】
NRでは、PUCCHのリソース割り当てにおいて、時間領域リソース及び周波数領域リソースの全ての組み合わせを考慮する必要はない。例えば、NRでは、PUCCHリソースとして使用できるスロット内のシンボル数は、図３に示すように、スロットの種類（Downlink centric slot，Uplink centric slot，Downlink only slot及びUplink only slot等）に依存する。
【００３４】
例えば、図３の例では、PUCCHリソース（ULシンボル）として使用できるスロット内のシンボル数は、Downlink centric slotの場合には最大２シンボルであり、Uplink centric slotの場合には最大５シンボルであり、Downlink only slotの場合には０シンボルであり、Uplink only slotの場合には最大７シンボルである。このように、スロット内のシンボル数がスロットの種類に依存するので、PUCCHリソースとして、スロットに関するパラメータと、シンボルに関するパラメータとの全ての組み合わせを考慮する必要はない。
【００３５】
また、PUCCHリソースとして使用できるスロット内のシンボル数は、図４に示すように、システム帯域内又は端末に割当可能な帯域内の周波数リソース(PRB)にも依存することが考えられる。
【００３６】
例えば、図４の例では、RB番号#0〜#3のPRBに対しては、２シンボル（シンボル#5,#6）がPUCCHリソースとして使用可能であり、RB番号#N-4〜#N-1のPRBに対しては、５シンボル（シンボル#2〜#6）がPUCCHリソースとして使用可能である。このように、スロット内のシンボル数が周波数帯域に応じて異なるので、PUCCHリソースとして、周波数リソース(RB番号)に関するパラメータとシンボルに関するパラメータとの全ての組み合わせを考慮する必要はない。
【００３７】
さらに、PUCCH送信区間長（シンボル数）は、スロット内のシンボル位置に依存する。例えば、２シンボルを用いて送信されるPUCCHに対して、シンボル番号#6（つまり、スロット内の最後尾のシンボル）と組み合わされることはない。また、例えば、４シンボルを用いて送信されるPUCCHに対して、図３に示すDownlink centric slot（ULのシンボル数２）及びDownlink only slot（ULのシンボル数０）、又は、図４に示すRB番号#0〜#3（ULのシンボル数２）との組み合わせを考慮する必要はない。
【００３８】
このように、NRでは、PUCCHのリソース割り当てにおいて、時間領域リソース及び周波数領域リソースの組み合わせを全て考慮する必要はない。
【００３９】
そこで、本開示の一態様では、上り制御信号（例えば、ACK/NACK信号）を送信するためのPUCCHリソースの割り当てに関して、基地局は、上位レイヤ信号によって、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定（「Semi-static resource configuration」と定義する)を端末へ通知し、対応する下りリンクデータを割り当てたPDCCHのDCIの数ビットによって、実際に用いるPUCCHリソースに関するパラメータの組み合わせを１つ選択する。
【００４０】
このとき、上位レイヤ信号によって基地局が端末へ通知するPUCCHリソースに関するパラメータ（Semi-static resource configuration）としては、一例として、周波数領域リソースの使用に関する情報（以下、X(0),X(1),…,X(Nx-1)と表す）、時間領域リソース（具体的にはスロット）に関する情報（以下、A(0),A(1),…,A(NA-1)と表す）、時間領域リソース（具体的にはスロット内のシンボル位置）に関する情報（以下、B(0),B(1),…,B(NB-1)と表す）、及び、PUCCH送信区間に関する情報（以下、C(0),C(1),…,C(NC-1)と表す）が含まれる。なお、PUCCHリソースに関するパラメータはこれらの情報に限定されない。
【００４１】
上位レイヤ信号によって基地局が端末へ通知するSemi-static resource configurationにおけるパラメータ（X,A,B,C）の組み合わせによって、端末が使用するPUCCHリソースに差異が生じる。
【００４２】
このように、基地局から端末に対して、上位レイヤ信号によってPUCCHリソースに関する複数のパラメータの組み合わせが通知され、DCIによって実際に使用される組み合わせが通知されることで、DCIによって実際に使用される複数のパラメータそのものを通知する場合と比較して、DCIのオーバヘッドの増加を防ぐことができる。また、上位レイヤ信号によって、PUCCHリソースに関する複数のパラメータの全ての組み合わせではなく、PUCCHリソースとして設定され得る組み合わせが通知され、DCIによって実際に使用される組み合わせが通知されることで、柔軟なPUCCHリソース割り当てを実現できる。
【００４３】
以下、各実施の形態について、詳細に説明する。
【００４４】
なお、以下では、PUCCHリソースの粒度（単位）について、一例として、周波数領域をPRB単位とし、時間領域をシンボル単位として説明する。つまり、異なる端末間のPUCCHは、PRB単位でFDMされ、シンボル単位でTDMされることを想定する。なお、PUCCHリソースの粒度（単位）は、これらに限定されない。
【００４５】
（実施の形態１）
［通信システムの概要］
本開示の各実施の形態に係る通信システムは、基地局１００及び端末２００を備える。
【００４６】
図５は、本開示の各実施の形態に係る基地局１００の構成を示すブロック図である。図５に示す基地局１００において、制御部１０１は、上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせの中から１つの組み合わせを選択する。送信部１１４は、複数の組み合わせを示すリソース設定（Semi-static resource configuration）を上位レイヤのシグナリングによって端末２００へ通知し、選択された１つの組み合わせをダイナミックシグナリング（DCI）によって端末２００へ通知する。
【００４７】
図６は、本開示の各実施の形態に係る端末２００の構成を示すブロック図である。図６に示す端末２００において、受信部２０２は、上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせを示すリソース設定（Semi-static resource configuration）を含む上位レイヤのシグナリングを受信し、複数の組み合わせの中の１つの組み合わせを示すダイナミックシグナリング（DCI）を受信する。送信部２１９は、複数の組み合わせのうち、ダイナミックシグナリングに示される１つの組み合わせに対応する複数のパラメータによって表されるPUCCHリソースで上り制御信号を送信する。
【００４８】
［基地局の構成］
図７は、本開示の実施の形態１に係る基地局１００の構成を示すブロック図である。図７において、基地局１００は、制御部１０１と、データ生成部１０２と、符号化部１０３と、再送制御部１０４と、変調部１０５と、上位制御信号生成部１０６と、符号化部１０７と、変調部１０８と、下り制御信号生成部１０９と、符号化部１１０と、変調部１１１と、信号割当部１１２と、IFFT（Inverse Fast Fourier Transform）部１１３と、送信部１１４と、アンテナ１１５と、受信部１１６と、FFT（Fast Fourier Transform）部１１７と、抽出部１１８と、CSI復調部１１９と、SRS（Sounding Reference Signal）測定部１２０と、復調・復号部１２１と、判定部１２２と、を有する。
【００４９】
制御部１０１は、上位レイヤ信号によって端末２００へ通知する上りリンクリソースに関する複数のパラメータの組み合わせを示す「Semi-static resource configuration」を決定する。ここで、上りリンクリソースは、例えば、ACK/NACK信号を送信するPUCCHリソース、Periodic CSI信号を送信するPUCCHリソース、SRを送信するPUCCHリソース、Aperiodic CSI信号を送信するリソース、Periodic及びAperiodic SRSを送信するリソース等である。制御部１０１は、決定した情報を上位制御信号生成部１０６へ出力する。
【００５０】
また、制御部１０１は、上位レイヤ信号によって端末２００へ通知したSemi-static resource configurationの中から当該端末２００に対して実際に割り当てる上りリンクリソース（つまり、DCIで通知するパラメータの組み合わせ）を決定する。例えば、制御部１０１は、Semi-static resource configurationに含まれる、ACK/NACK信号を送信するPUCCH resource configuration、Aperiodic CSI信号を送信するresource configuration、Aperiodic SRSを送信するresource configurationの各々から、DCIで通知する実際のリソースに関する情報を決定する。制御部１０１は、決定した情報を下り制御信号生成部１０９へ出力する。また、制御部１０１は、端末２００からの信号を正しく受信するために、決定した情報を抽出部１１８へ出力する。
【００５１】
また、制御部１０１は、端末２００に対する下りリンクデータに対する無線リソース割当を決定し、下りリンクデータのリソース割当を指示する下りリソース割当情報を下り制御信号生成部１０９及び信号割当部１１２へ出力する。
【００５２】
データ生成部１０２は、端末２００に対する下りリンクデータを生成し、符号化部１０３へ出力する。
【００５３】
符号化部１０３は、データ生成部１０２から入力される下りリンクデータに対して誤り訂正符号化を行い、符号化後のデータ信号を再送制御部１０４へ出力する。
【００５４】
再送制御部１０４は、初回送信時には、符号化部１０３から入力される符号化後のデータ信号を保持するとともに、変調部１０５へ出力する。また、再送制御部１０４は、後述する判定部１２２から、送信したデータ信号に対するNACKが入力されると、対応する保持データを変調部１０５へ出力する。一方、再送制御部１０４は、判定部１２２から、送信したデータ信号に対するACKが入力されると、対応する保持データを削除する。
【００５５】
変調部１０５は、再送制御部１０４から入力されるデータ信号を変調して、データ変調信号を信号割当部１１２へ出力する。
【００５６】
上位制御信号生成部１０６は、制御部１０１から入力される情報（例えば、Semi-static resource configuration）を用いて、制御情報ビット列を生成し、生成した制御情報ビット列を符号化部１０７へ出力する。
【００５７】
符号化部１０７は、上位制御信号生成部１０６から入力される制御情報ビット列に対して誤り訂正符号化を行い、符号化後の制御信号を変調部１０８へ出力する。
【００５８】
変調部１０８は、符号化部１０７から入力される制御信号を変調して、変調後の制御信号を信号割当部１１２へ出力する。
【００５９】
下り制御信号生成部１０９は、制御部１０１から入力される情報（端末２００が実際に使用する上りリンクリソースに関する情報、及び、下りリソース割当情報）を用いて、制御情報ビット列（DCI）を生成し、生成した制御情報ビット列を符号化部１１０へ出力する。なお、制御情報が複数の端末向けに送信されることもあるため、下り制御信号生成部１０９は、各端末向けの制御情報に、各端末の端末IDを含めてビット列を生成してもよい。
【００６０】
また、下り制御信号生成部１０９は、スロットの種類又は上りリンクに使用可能なリソース量（シンボル数等）を指示する情報を用いて、複数の端末宛のGroup common制御情報ビット列を生成してもよい。
【００６１】
符号化部１１０は、下り制御信号生成部１０９から入力される制御情報ビット列に対して誤り訂正符号化を行い、符号化後の制御信号を変調部１１１へ出力する。
【００６２】
変調部１１１は、符号化部１１０から入力される制御信号を変調して、変調後の制御信号を信号割当部１１２へ出力する。
【００６３】
信号割当部１１２は、制御部１０１から入力される下りリソース割当情報に基づいて、変調部１０５から入力されるデータ信号を無線リソースにマッピングする。また、信号割当部１１２は、変調部１０８又は変調部１１１から入力される制御信号を無線リソースにマッピングする。信号割当部１１２は、信号がマッピングされた下りリンクの信号をIFFT部１１３へ出力する。
【００６４】
IFFT部１１３は、信号割当部１１２から入力される信号に対して、OFDM(Orthogonal Frequency Division Multiplexing)等の送信波形生成処理を施す。IFFT部１１３は、CP（Cyclic Prefix）を付加するOFDM伝送の場合には、CPを付加する（図示せず）。IFFT部１１３は、生成した送信波形を送信部１１４へ出力する。
【００６５】
送信部１１４は、IFFT部１１３から入力される信号に対してD/A（Digital-to-Analog）変換、アップコンバート等のRF（Radio Frequency）処理を行い、アンテナ１１５を介して端末２００に無線信号を送信する。
【００６６】
受信部１１６は、アンテナ１１５を介して受信された端末２００からの上りリンク信号波形に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、受信処理後の上りリンク信号波形をFFT部１１７に出力する。
【００６７】
FFT部１１７は、受信部１１６から入力される上りリンク信号波形に対して、時間領域信号を周波数領域信号に変換するFFT処理を施す。FFT部１１７は、FFT処理により得られた周波数領域信号を抽出部１１８へ出力する。
【００６８】
抽出部１１８は、制御部１０１から受け取る情報（端末２００に実際に割り当てられる上りリンクリソースに関する情報）に基づいて、FFT部１１７から入力される信号から、CSIフィードバック信号、SRS、又は、ACK/NACK信号が送信された無線リソースを抽出し、抽出した無線リソースの成分（CSIフィードバック信号、SRS信号、又は、ACK/NACK信号）をCSI復調部１１９、SRS測定部１２０、又は、復調・復号部１２１へそれぞれ出力する。
【００６９】
CSI復調部１１９は、抽出部１１８から入力されるCSIフィードバック信号を復調し、復調した情報を制御部１０１へ出力する。CSIフィードバックは、例えば、制御部１０１において、下りリンク割当の制御に使用される。
【００７０】
SRS測定部１２０は、抽出部１１８から入力されるSRS信号を用いて、上りリンクのチャネル品質を測定し、測定した情報を制御部１０１へ出力する。測定した情報は、例えば、制御部１０１において、上りリンク割当の制御に使用される（図示せず）。
【００７１】
復調・復号部１２１は、抽出部１１８から入力される信号に対して、等化、復調及び誤り訂正復号を行い、復号後のビット系列を判定部１２２へ出力する。
【００７２】
判定部１２２は、復調・復号部１２１から入力されるビット系列に基づいて、端末２００から送信されたACK/NACK信号が、送信したデータ信号に対してACK又はNACKのいずれを示しているかを判定する。判定部１２２は、判定結果を再送制御部１０４に出力する。
【００７３】
［端末の構成］
図８は、本開示の実施の形態１に係る端末２００の構成を示すブロック図である。図８において、端末２００は、アンテナ２０１と、受信部２０２と、FFT部２０３と、抽出部２０４と、下り制御信号復調部２０５と、上位制御信号復調部２０６と、下りデータ信号復調部２０７と、誤り検出部２０８と、制御部２０９と、CSI生成部２１０と、符号化部２１１と、変調部２１２と、ACK/NACK生成部２１３と、符号化部２１４と、変調部２１５と、SRS生成部２１６と、信号割当部２１７と、IFFT部２１８と、送信部２１９と、を有する。
【００７４】
受信部２０２は、アンテナ２０１を介して受信された基地局１００からの下りリンク信号（データ信号及び制御信号）の信号波形に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、得られる受信信号（ベースバンド信号）をFFT部２０３に出力する。
【００７５】
FFT部２０３は、受信部２０２から入力される信号（時間領域信号）に対して、時間領域信号を周波数領域信号に変換するFFT処理を施す。FFT部２０３は、FFT処理により得られた周波数領域信号を抽出部２０４へ出力する。
【００７６】
抽出部２０４は、制御部２０９から入力される制御情報に基づいて、FFT部２０３から入力される信号から、下り制御信号（DCI）を抽出し、下り制御信号復調部２０５へ出力する。また、抽出部２０４は、制御部２０９から入力される制御情報に基づいて、上位制御信号及び下りデータ信号を抽出し、上位制御信号を上位制御信号復調部２０６へ出力し、下りデータ信号を下りデータ信号復調部２０７へ出力する。
【００７７】
下り制御信号復調部２０５は、抽出部２０４から入力される下り制御信号をブラインド復号して、自機宛ての制御信号であると判断した場合、当該制御信号を復調して制御部２０９へ出力する。
【００７８】
上位制御信号復調部２０６は、抽出部２０４から入力される上位制御信号を復調し、復調後の上位制御信号を制御部２０９へ出力する。
【００７９】
下りデータ信号復調部２０７は、抽出部２０４から入力される下りデータ信号を復調・復号し、復号後の下りリンクデータを誤り検出部２０８へ出力する。
【００８０】
誤り検出部２０８は、下りデータ信号復調部２０７から入力される下りリンクデータに対して誤り検出を行い、誤り検出結果をACK/NACK生成部２１３へ出力する。また、誤り検出部２０８は、誤り検出の結果、誤り無しと判定した下りリンクデータを受信データとして出力する。
【００８１】
制御部２０９は、下り制御信号復調部２０５から入力される制御信号に示される下りリソース割当情報に基づいて、下りデータ信号に対する無線リソース割当を算出し、算出した無線リソース割当を示す情報を抽出部２０４へ出力する。
【００８２】
また、制御部２０９は、上位制御信号復調部２０６から入力される上位制御信号（Semi-static resource configuration）、及び、下り制御信号復調部２０５から入力される制御信号（端末２００が実際に使用する上りリンクリソースに関する情報）を用いて、後述する方法により、端末２００が使用する上りリンクリソース（ACK/NACK信号を送信するPUCCHリソース、Periodic CSI信号を送信するPUCCHリソース、SRを送信するPUCCHリソース、Aperiodic CSI信号を送信するリソース、Periodic及びAperiodic SRSを送信するリソース）を設定する。そして、制御部２０９は、設定した上りリンクリソースに関する情報を信号割当部２１７へ出力する。
【００８３】
CSI生成部２１０は、端末２００において測定した下りリンクチャネル品質の測定結果（図示せず）を用いて、CSIフィードバックビット列を生成し、CSIフィードバックビット列を符号化部２１１へ出力する。
【００８４】
符号化部２１１は、CSI生成部２１０から入力されるCSIフィードバックビット列に対して誤り訂正符号化を行い、符号化後のCSI信号を変調部２１２へ出力する。
【００８５】
変調部２１２は、符号部２１１から入力されるCSI信号を変調して、変調後のCSI信号を信号割当部２１７へ出力する。
【００８６】
ACK/NACK生成部２１３は、誤り検出部２０８から入力される誤り検出結果に基づいて、受信した下りリンクデータに対するACK/NACK信号（ACK又はNACK）を生成する。ACK/NACK生成部２１３は、生成したACK/NACK信号（ビット系列）を符号化部２１４へ出力する。
【００８７】
符号化部２１４は、ACK/NACK生成部２１３から入力されるビット系列を誤り訂正符号化し、符号化後のビット系列（ACK/NACK信号）を変調部２１５へ出力する。
【００８８】
変調部２１５は、符号部２１４から入力されるACK/NACK信号を変調して、変調後のACK/NACK信号を信号割当部２１７へ出力する。
【００８９】
SRS生成部２１６は、SRS系列を生成し、信号割当部２１７へ出力する。
【００９０】
信号割当部２１７は、変調部２１２から入力されるCSI信号、変調部２１５から入力されるACK/NACK信号、及び、SRS生成部２１６から入力されるSRS系列を、制御部２０９から指示される無線リソースにそれぞれマッピングする。信号割当部２１７は、信号がマッピングされた上りリンク信号をIFFT部２１８へ出力する。
【００９１】
IFFT部２１８は、信号割当部２１７から入力される信号に対して、OFDM等の送信波形生成処理を施す。IFFT部２１８は、CP（Cyclic Prefix）を付加するOFDM伝送の場合には、CPを付加する（図示せず）。又は、IFFT部２１８がシングルキャリア波形を生成する場合には、信号割当部２１７の前段にDFT（Discrete Fourier Transform）部が追加されてもよい（図示せず）。IFFT部２１８は、生成した送信波形を送信部２１９へ出力する。
【００９２】
送信部２１９は、IFFT部２１８から入力される信号に対してD/A（Digital-to-Analog）変換、アップコンバート等のRF（Radio Frequency）処理を行い、アンテナ２０１を介して基地局１００に無線信号を送信する。
【００９３】
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００における動作について詳細に説明する。
【００９４】
図９は、本実施の形態に係る基地局１００及び端末２００の処理のフローを示す。
【００９５】
基地局１００は、同期信号(PSS(Primary Synchronization Signal)/SSS(Secondary Synchronization Signal))又はシステム情報(MIB(Master Information Block)/SIB(System Information Block))を端末２００へ通知する（ＳＴ１０１）。端末２００は、同期信号又はシステム情報を取得する（ＳＴ１０２）。
【００９６】
次に、基地局１００は、端末２００に対して、初期アクセス時のリソース設定（Semi-static resource configuration）を決定し（ＳＴ１０３）、決定したSemi-static resource configurationを、例えば、セル固有情報又はグループ固有情報として端末へ送信する（ＳＴ１０４）。端末２００は、基地局１００から送信されたSemi-static resource configurationを取得する（ＳＴ１０５）。
【００９７】
そして、端末２００は、基地局１００との間で初期アクセス（ランダムアクセス）手順（又はRRC接続制御）等を実行する（ＳＴ１０６）。
【００９８】
次に、基地局１００は、端末２００に固有のリソース設定（Semi-static resource configuration）を決定する（ＳＴ１０７）。
【００９９】
例えば、PUCCHのSemi-static resource configurationを構成するパラメータには以下の情報が含まれる。
X：周波数領域リソースの使用に関する情報
A：時間領域リソース(例えばスロット)に関する情報
B：時間領域リソース(例えばスロット内のシンボル位置)に関する情報
C：PUCCH送信区間に関する情報
【０１００】
ここで、周波数領域リソースの使用に関する情報Xの例としては、PUCCH送信に使用するPRBを示すパラメータがある。
【０１０１】
また、時間領域リソース（スロット）に関する情報Aの例としては、対応する下りリンクデータを割り当てたPDCCH受信からのスロット数に関するパラメータがある。
【０１０２】
また、時間領域リソース（スロット内のシンボル位置）に関する情報Bの例としては、PUCCH送信を開始するスロット内のシンボル番号（例えば、後尾（又は先頭）の何シンボル目から開始するかを示す情報）を示すパラメータがある。
【０１０３】
また、PUCCH送信区間に関する情報Cの例としては、PUCCH送信に用いるシンボル数を示すパラメータがある。
【０１０４】
つまり、パラメータX,A,B,Cの組み合わせによって、PUCCHの周波数領域リソース（PRB）及び時間領域リソース（スロット及びシンボル）が特定される。なお、パラメータX,A,B,Cは上記例に限定されるものではない。
【０１０５】
基地局１００は、例えば、図１０に示すように、上記PUCCHのSemi-static resource configurationを構成する複数のパラメータX,A,B,C、及び、パラメータX,A,B,Cの組み合わせを設定する。図１０では、基地局１００は、パラメータX,A,B,Cについて、（M+1）通りの組み合わせ（M=NX=NA=NB=NC）を設定する。
【０１０６】
そして、基地局１００は、決定した端末２００に固有のリソース設定（Semi-static resource configuration）を上位レイヤ信号（上位レイヤのシグナリング）によって端末２００へ送信する（ＳＴ１０８）。
【０１０７】
例えば、基地局１００は、図１０に示す（M+1）通りの組み合わせ（後述するDCIビットに対応する組み合わせ）を示すPUCCHのSemi-static resource configurationとして、周波数領域リソース使用に関する情報(X(0),X(1),…,X(Nx))、時間領域リソース(スロット)に関する情報(A(0),A(1),…,A(NA))、時間領域リソース(スロット内のシンボル位置)に関する情報(B(0),B(1),…,B(NB))及びPUCCH送信区間に関する情報(C(0),C(1),…,C(NC)を、上位レイヤ信号によって端末２００へ通知する。
【０１０８】
また、基地局１００は、Semi-static resource configurationと、DCIビットとの対応付け（例えば、図１０を参照）を上位レイヤ信号によって端末２００へ通知する。
【０１０９】
端末２００は、上位レイヤ信号に含まれるリソース設定を取得する（ＳＴ１０９）。このように、端末２００は、基地局１００からの上位レイヤ信号によってPUCCHのSemi-static resource configurationを取得することにより、PUCCHの周波数領域リソース及び時間領域リソースとして設定されうる複数（M+1）の組み合わせを特定する。
【０１１０】
次に、基地局１００は、端末２００に対して実際に割り当てる上りリンクリソース又は下りリソースに関する情報（DCIで通知する上りリンクリソース情報）を決定する（ＳＴ１１０）。この際、基地局１００は、ＳＴ１０８で上位レイヤ信号によって端末２００へ通知したSemi-static resource configuration（上りリンクリソースに関するパラメータの組み合わせ）の中から、端末２００に対して実際に使用するパラメータの組み合わせを１つ選択する。
【０１１１】
そして、基地局１００は、端末２００に対して、決定した上りリンクリソース情報（選択した１つの組み合わせ）、下りリンクデータの下りリソース割当情報、及び、当該下りリンクデータを送信する（ＳＴ１１１）。つまり、基地局１００は、図１０に示す（M+1）通りのパラメータX,A,B,Cの組み合わせのうち、端末２００に対して実際に使用するリソースに対応する１つの組み合わせを、対応する下りリンクデータを割り当てるPDCCHのDCIビット（ダイナミックシグナリング）で通知する。
【０１１２】
端末２００は、上りリンクリソース情報（基地局１００で選択されたパラメータの組み合わせ）を取得する（ＳＴ１１２）。
【０１１３】
そして、端末２００は、例えば、下りリンクデータに対してCRC(Cyclic Redundancy Check)を行って、CRC演算結果に誤りが無ければACKを、CRC演算結果に誤りがあればNACKをACK/NACK信号として基地局１００へフィードバックする（ＳＴ１１３）。この際、端末２００は、上位レイヤ信号によって通知されたPUCCHのSemi-static resource configurationとDCIビットとの対応付け（図１０を参照）の中から、DCIビットによって通知された１つの組み合わせ（X,A,B,C）を用いて、ACK/NACK信号のフィードバックに使用するPUCCHのリソースを特定する。
【０１１４】
なお、端末２００は、他の上り信号（CSI,SRS,SR）についても、ACK/NACK信号と同様に、Semi-static resource configurationとDCIビットとの対応付け（図１０を参照）の中から、DCIビットによって通知された１つの組み合わせ（X,A,B,C）によって特定されるリソースで送信すればよい。この時、各信号(ACK/NACK信号，CSI，SRS及びSR)のSemi-static resource configurationとDCIビットとの対応付けはそれぞれで異なってもよい。
【０１１５】
このように、本実施の形態では、基地局１００は、PUCCHのリソース割当情報を端末２００へ通知する際、PUCCHリソースに関する複数のパラメータ（X,A,B,C）の組み合わせを示すSemi-static resource configurationを上位レイヤシグナリングによって通知し、端末２００に対する実際の割当に使用する１つの組み合わせをDCIによって通知する。つまり、上位レイヤのシグナリングと、DCIとを併用してPUCCH割当の通知が行われる。
【０１１６】
そして、端末２００は、上位レイヤのシグナリングで通知されたSemi-static resource configurationの中から、DCIで通知された１つの組み合わせに対応する複数のパラメータによって表されるPUCCHリソースで上り制御信号（ACK/NACK信号、CSI,SRS,SR）を送信する。
【０１１７】
これにより、基地局１００は、PUCCH割当の際に、DCIによって１つの組み合わせ（ビット情報）を通知すればよく、実際に使用するPUCCHリソース（周波数領域リソース及び時間領域リソースに関する情報X,A,B,C）をPUCCH割当の度に通知する必要がなくなるので、DCIサイズの増加を抑えることができる。
【０１１８】
また、基地局１００は、上位レイヤによって、周波数領域リソース及び時間領域リソースの複数の組み合わせで構成されるPUCCHリソースをSemi-static resource configurationとして通知し、DCIによって、PUCCHリソースの複数の組み合わせの中から端末２００が実際に使用する組み合わせをダイナミックに変更できるので、柔軟にPUCCHリソースを割り当てることができる。
【０１１９】
以上より、本実施の形態によれば、DCIのオーバヘッドの増大を防ぎつつ、PUCCHリソースを柔軟に割り当てることができる。
【０１２０】
（実施の形態１の変形例１）
周波数領域リソースの使用に関する情報Xの通知方法について説明する。
【０１２１】
周波数領域リソースの使用に関する情報(X(0),X(1),…,X(Nx))の通知方法の１つとして、ビットマップによる方法が考えられる。ビットマップによる方法は、柔軟なリソース割り当てを実現することができるものの、周波数領域リソースの使用に関する情報Xを上位レイヤ信号によって通知するためのオーバヘッドが増加する。例えば、帯域幅に対応するPRB数がNRBの場合、ビットマップでは、周波数領域リソースの使用に関する情報Xを通知するためにNRBビットが必要となる。
【０１２２】
NRでは、PUCCHのリソースマッピングに関して、Localized送信及びDistributed送信をサポートすることが検討されている。
【０１２３】
この場合、周波数領域リソースの使用に関する情報Xは、帯域（システム帯域又は端末２００に割り当て可能な帯域）の端からの開始位置（オフセット値）（Noffset）、連続するPRB数（MPRB）、クラスタ数（Ncluster）、及び、クラスタ間の距離（D）の４つパラメータを用いて表すことができる。
【０１２４】
図１１は、周波数領域のリソースの使用に関する情報(X(0),X(1),…,X(Nx))を上記４つのパラメータを用いて構成した場合の一例を示す。図１１では、帯域内のPRB数NRB=32とし、Nx=7とした。
【０１２５】
この場合、仮に、ビットマップで周波数領域リソースの使用に関する情報Xを通知するためには３２ビットが必要である。
【０１２６】
一方、図１１に示すLocalized送信において上記４つのパラメータを使用する場合、(X(0),X(1),…,X(7))は図１２に示すように通知される。また、図１１に示すDistributed送信において上記４つのパラメータを使用する場合、(X(0),X(1),…,X(7))は図１３に示すように通知される。
【０１２７】
この際、４つのパラメータそれぞれに対して通知に必要な最大のビット数は、log232=５ビットである。これより、周波数領域のリソース使用に関する情報Xの通知に必要なビット数は２０ビットである。
【０１２８】
以上より、変形例１のように、周波数領域のリソース使用に関する情報(X(0),X(1),…,X(Nx))を、帯域の端からの開始位置(Noffset)、連続するPRB数(MPRB)、クラスタ数(Ncluster)及びクラスタ間の距離(D)の４つパラメータを用いて構成すれば、Localized送信及びDistributed送信の双方のマッピング方法の通知が可能となり、かつ、周波数領域リソース使用に関する情報Xの通知に必要なビット数を低減することができる。
【０１２９】
さらに、変形例１では、以下に示すように、周波数領域のリソース使用に関する情報Xを構成する各パラメータについて採りうる値の範囲に制限を加えることで、周波数領域リソースの使用に関する情報Xの通知に必要なビット数の更なる削減、及び、周波数領域リソースの使用に関する情報(X(0),X(1),…,X(Nx))の候補数の削減が可能となる。
【０１３０】
＜帯域(システム帯域又は端末２００に割当可能な帯域)端からの開始位置(Noffset)＞
NRでは、端末２００がサポートする帯域幅とシステム帯域とが異なり、端末２００がサポートする帯域幅がシステム帯域幅より狭い場合も想定される。
【０１３１】
この場合、図１４に示すように、帯域端からの開始位置(Noffset)は、端末２００がサポートする帯域の端を基準としてもよい。また、帯域端からの開始位置(Noffset)の値の範囲も、端末２００がサポートする帯域幅の範囲とすればよい。
【０１３２】
また、例えば、NRでは、１シンボル又は２シンボルを用いてPUCCHを送信するShort PUCCHと、３シンボル以上を用いてPUCCHを送信するLong PUCCHとがサポートされる。Long PUCCHでは、スロット内で周波数ホッピングを適用することで周波数ダイバーシチ効果を得ることが検討されている。よって、システム帯域又は端末２００がサポートする帯域内の中心周波数に対して対称に周波数ホッピングを適用することを想定した場合、帯域端からの開始位置(Noffset)の値の範囲は、システム帯域又は端末２００がサポートする帯域の帯域幅の半分の範囲で十分となる。
【０１３３】
このように、帯域端からの開始位置(Noffset)の値の範囲を制限することにより、帯域端からの開始位置(Noffset)を通知するために必要なビット数を削減することができる。
【０１３４】
＜連続するPRB数(MPRB)＞
３シンボル以上のシンボルを用いるLong PUCCHを適用する目的はカバレッジの拡張である。そのため、PUCCH送信に用いるリソース使用の観点からは、Long PUCCHに対して、周波数領域リソースを増加させるよりも、時間領域リソースを増加させることが重要である。また、Long PUCCHでは、周波数領域におけるPUCCHリソースの最小単位を1PRBとすることが検討されている。
【０１３５】
したがって、Long PUCCHでは、常に、連続するPRB数(MPRB)=1とすることが可能である。
【０１３６】
また、NRでは、PUCCHで送信するビット数に応じて複数のPUCCHフォーマットを規定することが検討されている。この場合、連続するPRB数(MPRB)がパラメータXとして通知されなくても、端末２００は、設定されるPUCCHフォーマットによって連続するPRB数(MPRB)を特定することが可能である。
【０１３７】
また、連続するPRB数(MPRB)=2以上とすることで、複数のPRBを用いたチャネル推定によってPUCCHの伝送特性の改善効果を得ることが可能になる。そこで、NRでは、連続するPRB数(MPRB)=2以上とすることも考えられる。すなわち、連続するPRB数(MPRB)の値の範囲から１（１RPB）を除外することが可能である。
【０１３８】
これらのように、連続するPRB数(MPRB)の値の範囲を制限することにより、連続するPRB数(MPRB)を通知するために必要なビット数を削減することができる。
【０１３９】
＜クラスタ数(Ncluster)＞
前述したように、Long PUCCHについて、PUCCH送信に用いるリソース使用の観点からは、周波数領域リソースを増加させるよりも、時間領域リソースを増加させることが重要である。また、周波数領域におけるPUCCHリソースの最小単位を1PRBとすることが検討されている。また、クラスタ数を増加させると送信電力対平均電力比が高くなる。
【０１４０】
したがって、Long PUCCHでは、常に、クラスタ数(Ncluster)=1とすることが可能である。
【０１４１】
また、Short PUCCHでは、Distributed送信により周波数ダイバーシチ効果を得ることが検討されている。ただし、周波数ダイバーシチ効果は、クラスタ数よりも、クラスタ間の周波数差が重要である。そのため、PUCCH送信において多くのクラスタ数を用いる必要はない。よって、例えば、クラスタ数(Ncluster)=4程度まで制限することも可能である。さらに、常に、クラスタ数(Ncluster)=2とすることも可能である。なお、クラスタ数(Ncluster)を制限する値は２又は４に限定されず、他の値でもよい。
【０１４２】
これらのように、クラスタ数(Ncluster)の値の範囲を制限することにより、クラスタ数(Ncluster)を通知するために必要なビット数を削減することができる。
【０１４３】
＜クラスタ間の距離(D)＞
クラスタ間の距離Dは、帯域幅及び連続するPRB数(MPRB)と関連した値をとることがある。例えば、帯域内のPRB数がNPRBの場合、クラスタ間の距離Dは、D=NPRB/MPRBと表すことができる。すなわち、端末２００は、クラスタ間の距離DをパラメータXとして通知しなくても、帯域幅（NPRB）と連続するPRB数（MPRB）から特定することが可能である。
【０１４４】
このように、クラスタ間の距離Dを通知するために必要なビット数を削減することができる。
【０１４５】
以上のように、周波数領域リソース使用に関する情報(X(0),X(1),…,X(Nx))を構成する各パラメータについて、採りうる値の範囲に制限を加えることで、周波数領域リソース使用に関する情報Xの通知に必要なビット数の更なる削減、及び、周波数領域リソース使用に関する情報Xの候補数を削減することができる。
【０１４６】
（実施の形態１の変形例２）
周波数領域リソースの使用に関する情報Xを構成する連続するPRB数(MPRB)及びクラスタ間の距離(D)について説明する。
【０１４７】
NRでは、要求条件の異なるサービスを収容可能にする方法として、サブキャリア間隔等が異なる信号波形を同一帯域内に混在させるMixed numerologyが検討されている。
【０１４８】
また、NRでは、PRBは、サブキャリア間隔に依らず１２サブキャリアで構成されることが検討されている。また、異なるサブキャリア間隔を有するNumerologyが周波数分割多重(FDM: Frequency Division Multiplexing)される場合、各サブキャリア間隔のRBグリッドは、図１５に示すNested structureとすることが3GPPで合意されている。なお、図１５に示すRBグリッド番号の割り振りは一例であり、この限りではない。
【０１４９】
変形例２では、異なるサブキャリア間隔の端末２００が混在する場合、連続するPRB数(MPRB)及びクラスタ間の距離(D)は２のべき乗に設定される。
【０１５０】
連続するPRB数(MPRB)及びクラスタ間の距離(D)を２のべき乗に設定することにより、例えば、図１６に示すように、異なるサブキャリア間隔のNumerology間で、クラスタとRBグリッドの区切りとを揃えることができるため、リソースを効率良く使用できる。なお、図１６では、或るサブキャリア間隔（ここでは、15kHz）の端末２００と、その２倍のサブキャリア間隔（30kHz）の端末２００とが多重される際のRBグリッドの例を示している。また、図１６では、一例として、連続するPRB数（MPRB）及びクラスタ間の距離（D）の双方を4PRB（=22）としているが、MPRB及びクラスタ間の距離Dは、他の２のべき乗の値でもよく、各々が異なる値でもよい。
【０１５１】
また、クラスタ間の距離は、D=NPRB/MPRBとすると、帯域内のPRB数も2べき乗とすることができる。
【０１５２】
さらに、基準となるサブキャリア間隔（基準サブキャリア間隔）における、連続するPRB数(MPRB)及びクラスタ間の距離(D)をそれぞれ(MPRB,0)及びクラスタ間の距離(D0)とし、端末２００は、その他のサブキャリア間隔における、連続するPRB数(MPRB)及びクラスタ間の距離(D)を基準サブキャリア間隔における連続するPRB数(MPRB)及びクラスタ間の距離(D)からそれぞれ特定してもよい。
【０１５３】
例えば、その他のサブキャリア間隔における連続するPRB数(MPRB)及びクラスタ間の距離(D)は、基準サブキャリア間隔におけるPRB数(MPRB,0)及びクラスタ間の距離(D0)と同一に設定されてもよい。又は、その他のサブキャリア間隔=f0x2N(ここで、f0は基準サブキャリア間隔)における、連続するPRB数(MPRB)及びクラスタ間の距離(D)は、それぞれMPRB,0/N及びD0/Nに設定することにより、連続するPRB数及びクラスタ間の距離の周波数帯域幅を、異なるサブキャリア間隔の間で同一としてもよい。
【０１５４】
このように、連続するPRB数(MPRB)及びクラスタ間の距離(D)を２のべき乗に設定することで、リソースを効率良く利用することができ、連続するPRB数(MPRB)及びクラスタ間の距離(D)を異なるNumerology毎に設定する必要がなくなる。
【０１５５】
（実施の形態１の変形例３）
周波数領域リソースの使用に関する情報Xを構成するパラメータ(D)について説明する。
【０１５６】
前述したように、NRでは、１シンボル又は２シンボルを用いてPUCCHを送信するShort PUCCHと、３シンボル以上のシンボルを用いてPUCCHを送信するLong PUCCHとがサポートされる。
【０１５７】
Short PUCCHでは、Distributed送信により周波数ダイバーシチ効果を得ることが検討されている。一方、Long PUCCHでは、スロット内で周波数ホッピングを適用することで周波数ダイバーシチ効果を得ることが検討されている。また、Long PUCCHでは、クラスタ送信（つまり、Distributed送信）を適用せずにLocalized送信を適用することも考えられる。
【０１５８】
そこで、変形例３では、基地局１００は、周波数領域のリソース使用に関する情報(X(0),X(1),…,X(Nx))を構成するパラメータ(D)として、Short PUCCHの場合とLong PUCCHの場合とで異なる情報を通知する。
【０１５９】
例えば、図１７Ａに示すように、Short PUCCHに対しては、基地局１００は、パラメータ(D)によってクラスタ間の距離を通知する。一方、図１７Ｂに示すように、Long PUCCHに対しては、基地局１００は、スロット内(又はスロット間)の周波数ホッピング距離を通知する。つまり、Short PUCCHの場合にクラスタ間の距離を示すパラメータDは、Long PUCCHの場合に周波数ホッピング距離を示す。
【０１６０】
このように、PUCCHのフォーマットに応じてパラメータDで通知する値を切り替えることにより、基地局１００から端末２００へ通知するパラメータのオーバヘッドを削減することができる。
【０１６１】
（実施の形態１の変形例４）
時間領域リソース(シンボル位置)に関する情報Bについて説明する。
【０１６２】
前述したようにNRでは、１シンボル又は２シンボルを用いてPUCCHを送信するShort PUCCHと、３シンボル以上を用いてPUCCHを送信するLong PUCCHとがサポートされる。
【０１６３】
変形例４では、時間領域リソース(シンボル位置)に関する情報(B(0),B(1),…,B(NB))の範囲が、Short PUCCHとLong PUCCHとで異なる。さらに、時間領域リソース(シンボル位置)に関する情報(B(0),B(1),…,B(NB))の範囲は、PUCCH送信区間（PUCCHリソースのシンボル数）に応じて異なってもよい。
【０１６４】
例えば、７シンボル（#0〜#6）のスロットにおいて、１シンボルのShort PUCCHの場合にパラメータB(n)の採りうる値の範囲は０〜６である。つまり、１シンボルのShort PUCCHの場合、スロット内のどのシンボルを用いてもPUCCH送信が可能である。
【０１６５】
一方、２シンボルのShort PUCCHの場合、にパラメータB(n)の採りうる値の範囲は、１〜６（後尾からの開始位置）又は０〜５（先頭からの開始位置）である。つまり、スロット内の後尾又は先頭の１シンボルをB(n)の採りうる値の範囲に含めないことができる。
【０１６６】
また、Long PUCCHの場合、最小シンボル数を４シンボルとすることも検討されている。よって、B(n)の採りうる値の範囲は、３〜６（後尾からの開始位置）又は０〜３（先頭からの開始位置）である。つまり、スロット内の後尾又は先頭の３シンボルをB(n)の採りうる値の範囲に含めないことができる。
【０１６７】
さらに、時間領域リソース（シンボル位置）に関する情報B(n)は、PUCCH送信区間（シンボル）に関する情報(C(0),C(1),…,C(NC))と関連して採りうる値が制限されることもある。また、その逆で、PUCCH送信区間に関する情報(C(0),C(1),…,C(NC))が時間領域リソース(シンボル位置)に関する情報B(n)と関連して採りうる値が制限されることもある。つまり、パラメータBの範囲と、パラメータCとが対応付けられてもよい。
【０１６８】
このように、変形例４によれば、時間領域リソース（シンボル位置）に関する情報B又はPUCCH送信区間に関する情報Cを通知するために必要なビット数、又は、候補数を削減することで、上位レイヤ信号のオーバヘッドを削減することができる。
【０１６９】
（実施の形態１の変形例５）
以下では、PUCCHを送信可能なリソースの集合を上りリンク制御リソースセット（Uplink control resource set）と定義する。図１８は、２つのUplink Control resource setY1,Y2が設定された例を示す。
【０１７０】
変形例５では、PUCCHのSemi-static resource configurationと、Uplink control resource setとを関連付けて、Uplink control resource set毎にSemi-static resource configurationを異ならせる。
【０１７１】
例えば、Long PUCCH及びShort PUCCHに対して、異なるUplink Control resource set Y1及びY2がそれぞれ設定される。具体的には、Long PUCCHの場合には、PUCCHのSemi-static resource configurationがY1のリソースセットから構成され、Short PUCCHの場合には、PUCCHのSemi-static resource configurationがY2のリソースセットから構成される。
【０１７２】
また、NRでは、端末固有のPDCCHに加えて、複数の端末を対象としたグループ共通下り制御信号(Group common PDCCH)を用いることが検討されている。この場合、Uplink Control resource setのリソース量(例えば，シンボル数)をGroup common PDCCHにより通知することもできる。この場合、Group common PDCCHのUplink Control resource setのリソース量の通知と、PUCCHのSemi-static resource configurationとを対応付けることも可能である。例えば、Group common PDCCHのUplink Control resource setのリソース量Z1が通知された場合に、PUCCHのSemi-static resource configurationがY1のリソースセットから構成され、Group common PDCCHのUplink Control resource setのリソース量Z2が通知された場合には、PUCCHのSemi-static resource configurationがY2のリソースセットから構成されてもよい。
【０１７３】
また、Semi-static resource configurationを構成するリソースセットを異ならせる要素としては、上述したLong PUCCH/Short PUCCH、Group common PDCCHによるUplink Control resource setのリソース量の通知に限定されず、System Frame Number(SFN)、スロット番号、又は、上りリンクリソース量等でもよい。
【０１７４】
なお、control resource setは「CORESET」と呼ばれることもある。
【０１７５】
＜実施の形態１のなお書き＞
本実施の形態では、PUCCHのSemi-static resource configurationを端末固有の上位レイヤ信号で通知する場合について説明した。しかし、初期アクセスの段階（例えば、図９のＳＴ１０６以前の段階）では、PUCCHのSemi-static resource configurationの通知に端末固有の上位レイヤ信号を用いることはできない。したがって、初期アクセスの段階のPUCCHリソース割り当てでは、Semi-static resource configurationは、SIB等のセル固有又はグループ固有の上位レイヤ信号によって通知されてもよい。
【０１７６】
初期アクセスの段階で必要となるPUCCHリソース割当は、Message4に対するACK/NACK信号を送信するPUCCHに対する割り当てである。
【０１７７】
基地局１００は、SIB等のセル固有又はグループ固有の上位レイヤ信号(RMSI：Remaining minimum system information)によって、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定(Semi-static resource configuration)を端末２００に通知し、対応するMessage 4を割り当てたPDCCHのDCIの数ビットによって、実際に用いるPUCCHリソースに関するパラメータの組み合わせを１つ選択することができる。
【０１７８】
なお、この際、複数の端末２００間で同一のSemi-static resource configurationが通知されるため、端末２００間でPUCCHリソースが衝突しないようにする仕組みが必要である。端末２００間のPUCCHリソースの衝突を防ぐ仕組みとしては、PUCCHリソースをRNTI、PDCCHリソース（例えば、CCE）又はPDSCHリソースと関連付ける方法が挙げられる。
【０１７９】
ところで、SIB等のセル固有又はグループ固有の上位レイヤ信号(RMSI)のオーバヘッドはできるだけ少ないほうが良い。そこで、Message 4に対するACK/NACK信号を送信するPUCCHのリソース割当について、いくつかのパラメータ(例えば、PUCCH送信区間)を予め決定してもよい。
【０１８０】
例えば、PUCCH送信区間(Long PUCCHを用いるか、Short-PUCCHを用いるか）について、Message 4に対するACK/NACK信号を送信するPUCCHはロバストな伝送が必要となるため、Message 4に対するACK/NACK信号に対して常にLong-PUCCHを用いてもよい。
【０１８１】
また、Message 4に対するACK/NACK信号のPUCCH送信区間(Long PUCCHを用いるか、Short-PUCCHを用いるか）について、Message 2又はMessage 3の伝送方法に基づいて決定してもよい。例えば、Message 2又はMessage 3がスロット単位の伝送であれば、Message 4に対するACK/NACK信号にLong-PUCCHを用い、Message 2又はMessage 3が非スロット単位の伝送であれば、Message 4に対するACK/NACK信号にShort-PUCCHを用いてもよい。
【０１８２】
また、本実施の形態では、下りリンクのHARQにおいてACK/NACK信号を送信する際のPUCCHリソースの割当について説明した。しかし、上述したPUCCHリソースの割当は、下りリンクHARQのACK/NACK信号を送信する場合に限らず、Aperiodic CSIを送信する場合にも適用することができる。また、同様の方法は、端末２００が上りリンクのCSI測定のために基地局１００へ送信するAperiodic SRSに対するリソース割り当てにも適用可能である。
【０１８３】
（実施の形態２）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図７及び図８を援用して説明する。
【０１８４】
実施の形態１では、下りリンクHARQのACK/NACK信号を送信する場合のPUCCHリソース割り当てについて説明した。また、実施の形態１では、Aperiodic CSI又はAperiodic SRSを送信する場合についても同様のリソース割り当て方法が適用可能であることについて言及した。
【０１８５】
一方で、PUCCHは、CSI（periodic CSI）又はSR等を周期的に送信する場合にも用いられる。また、SRS（periodic SRS）についても同様に周期的な送信がある。
【０１８６】
これらの周期的に送信される上り制御信号については、PDCCHによるダイナミックな端末２００への通知が行われない。このため、端末２００は、実施の形態１で示した方法のように、上位レイヤ信号によりSemi-static resource configuration（複数のパラメータの組み合わせ）を通知し、DCIによって実際に送信するリソースに関するパラメータの組み合わせを特定することはできない。
【０１８７】
よって、周期的な信号を送信する場合のリソースについては、基地局１００は、実際に送信するリソースに関するパラメータの組み合わせを、端末２００に対して事前に１つ又は複数通知する必要がある。
【０１８８】
しかし、例えば、図１９に示すように、スロットの種類又はスロット内の上りリンクシンボル数がダイナミックに変化する場合、Semi-staticに通知（設定）されたリソースが上りリンクリソースではなくなってしまい、端末２００が上り制御信号に使用できなくなることが考えられる。例えば、図１９では、PRB#0及びシンボル#5のリソースが上りリンクリソースとしてSemi-staticに設定されている。この場合、端末２００は、当該リソースを用いて、周期的な上り制御信号の送信を行っていたが、あるタイミングでPRB#0及びシンボル#5のリソースがギャップ（gap）に設定され、Semi-staticに割り当てられていたリソースが使用できなくなっている。
【０１８９】
ところで、基地局１００は、Group common PDCCHにより、スロットの種類又は上りリンクに使用可能なリソース量(シンボル数等)を端末２００へ通知することができる。
【０１９０】
そこで、本実施の形態では、端末２００は、Group common PDCCHを受信・復号することにより、上りリンクに使用可能なリソースに関する情報を取得し、Semi-staticに割り当てられていた周期的な信号を送信するためのリソースを使用できるか否かを判断する。そして、端末２００は、Semi-staticに割り当てられていた周期的な信号を送信するためのリソースを使用できる場合、当該リソースを使用して周期的な上り制御信号（CSI、SRS、SR）を送信する。
【０１９１】
一方、端末２００は、Semi-staticに割り当てられていた周期的な信号を送信するためのリソースを使用できない場合、以下の方法１、２を実施してもよい。
【０１９２】
＜方法１＞
端末２００は、周期的な信号の送信をドロップ（非送信）する。ここで、周期的な信号は、一部の送信が欠けても特性に大きな影響が無いことが考えられる。よって、端末２００が上りリンクリソースではないシンボルで周期的な信号を送信しないことにより、当該リソースを用いて他の端末が送信する信号への干渉を防ぐことができる。
【０１９３】
＜方法２＞
端末２００は、Group common PDCCHから得られる上りリンクに使用可能なリソースに関する情報を用いて、周期的な信号を送信するリソースを特定する。例えば、Group common PDCCHにより上りリンクのシンボル数NULが通知されている場合、端末２００は、シンボル位置B(n)を、B(n) mod NULにより特定する。この方法では、周期的な信号をドロップする必要がなくなる。
【０１９４】
一例として、シンボル位置B(n)としてスロットの後尾から３シンボルが通知されているとする。この際、Group common PDCCHによってシンボル数NULとしてスロット内の後尾２シンボルが通知されるとき、シンボル位置B(n)は上りリンクリソースではなくなる。この場合、端末２００は、B(n) mod NULにより、スロットの後尾から１シンボルをシンボル位置B(n)として特定する。これにより、スロット内の上りリンクシンボル数がダイナミックに変化した場合でも、端末２００は、変化後の上りリンクリソースを用いて上り制御信号を送信することができる。
【０１９５】
以上のように、本実施の形態によれば、CSI（periodic CSI）又はSR等の周期的に送信される上り制御信号に対してPUCCHリソースを柔軟に割り当てることができる。
【０１９６】
（実施の形態３）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図７及び図８を援用して説明する。
【０１９７】
実施の形態２では、周期的に送信される信号に割り当てられる上りリンクリソースについて、スロットの種類又はスロット内の上りリンクシンボル数がダイナミックに変化することでSemi-staticに通知されたリソースが上りリンクリソースでなくなってしまい、当該信号の送信に使用できなくなる場合（例えば、図１９を参照）について説明した。
【０１９８】
一方で、実施の形態１で説明したような非周期的な信号（ACK/NACK信号、Aperiodic CSI、Aperiodic SRS等）を送信するリソースについてもスロットの種類又はスロット内の上りリンクシンボル数がダイナミックに変化することでSemi-staticに通知されたResource configurationの全てが上りリンクリソースでなくなってしまい、当該信号の送信に使用できなくなる可能性もある。
【０１９９】
このような場合でも、端末２００は、実施の形態２の方法１のように、非周期的な信号(特にACK/NACK等)をドロップすることは望ましくない。そこで、本実施の形態では、基地局１００及び端末２００は、以下の方法を実施する。
【０２００】
具体的には、まず、基地局１００は、端末２００に対して、端末固有のPDCCH等を用いてGroup common PDCCHを受信・復号することを指示する。ただし、端末２００が常にGroup common PDCCHを受信・復号する場合には基地局１００のこの指示は不要である。
【０２０１】
次に、端末２００は、Group common PDCCHを受信・復調し、上りリンクに使用可能なリソースに関する情報を取得する。そして、端末２００は、Group common PDCCHから得られる上りリンクに使用可能なリソースに関する情報を用いて、周期的な信号を送信するリソースを特定する。例えば、端末２００は、Group common PDCCHにより上りリンクのシンボル数NULが通知されている場合、シンボル位置B(n)を、B(n) mod NULにより特定する。
【０２０２】
これにより、非周期的な信号を送信するリソースがスロットの種類又はスロット内の上りリンクシンボル数がダイナミックに変化することで使用できない場合でも、端末２００は、非周期的な信号をドロップすることなく、当該信号の送信に使用可能なりソースを特定して、送信することができる。
【０２０３】
(実施の形態４)
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図７及び図８を援用して説明する。
【０２０４】
実施の形態１では、上り制御信号(例えば、ACK/NACK信号)を送信するためのPUCCHリソースの割り当てに関して、基地局が上位レイヤ信号によって、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定(Semi-static resource configuration)を端末に通知し、対応する下りリンクデータを割り当てたPDCCHのDCIの数ビットによって、実際に用いるPUCCHリソースに関するパラメータの組み合わせを１つ選択する方法について述べた。また、実施の形態１では、PUCCHリソースに関するパラメータには、時間領域リソース(スロット)及び時間領域リソース(シンボル位置)を含み得ることを述べた。
【０２０５】
ところで、NRは、スロット単位の伝送(Slot-based transmission又はPDSCH mapping type Aとも呼ぶ)、及び、非スロット単位の伝送(Non-slot-based transmission, mini-slot-based transmission又はPDSCH mapping type Bとも呼ぶ)をサポートする。
【０２０６】
図２０Ａ及び図２０Ｂはスロット単位の伝送の一例を示す。図２０Ａでは、スロットnのシンボル#0及び#1にマッピングされた下りリンク制御チャネル(PDCCH)により、スロットnのシンボル#2〜#13にマッピングされる下りリンクデータチャネル(PDSCH)がスケジューリングされている。また、図２０Ａに示すPDSCHに対応するACK/NACK信号は、図２０Ｂに示すスロットn+kのPUCCHを用いて送信される。ここで、kは0以上の整数である。
【０２０７】
図２１は非スロット単位の伝送の一例を示す。図２１では、スロットnのシンボル#4及び#5にマッピングされたPDCCHにより、スロットnのシンボル#6及び#7にマッピングされるPDSCHがスケジューリングされている。また、図２１では、PDSCHに対応するACK/NACK信号はスロットnのシンボル#12及び#13のPUCCHを用いて送信される。
【０２０８】
なお、ここでは、PDCCHを送信可能なリソースの集合を下りリンク制御リソースセット（Downlink control resource set，DL CORESET）と定義する。
【０２０９】
図２０Ａに示すように、スロット単位の伝送では、DL CORESETは常にスロット先頭の2又は3シンボルにマッピングされる。一方、図２１に示すように、非スロット単位の伝送では、DL CORESETはスロット内のどのシンボルにもマッピングされ得る。例えば、非スロット単位の伝送においても、DL CORESETがスロット先頭の2又は3シンボルにマッピングされ得る。
【０２１０】
端末は、DL CORESETがスロット先頭の2又は3シンボルにマッピングされた場合、そのDL CORESETがスロット単位の伝送に対するDL CORESETであるか、非スロット単位の伝送に対するDL CORESETであるかを区別しなければならない。そこで、DL CORESETがスロット先頭の2又は3シンボルにマッピングされる場合は、そのDL CORESETがスロット単位の伝送に対するDL CORESETであるか、非スロット単位の伝送に対するDL CORESETであるかを区別するための通知が用いられることが想定される。一方、DL CORESETがスロット先頭の2又は3シンボル以外にマッピングされる場合には、端末は、そのDL CORESETが非スロット単位の伝送に対するDL CORESETであると認識できる。
【０２１１】
ここで、スロット単位の伝送では、PUCCHリソースに関するパラメータである時間領域リソースについて、スロット位置の通知が重要であり、スロット位置をより柔軟に割り当て可能であることが必要である。一方で、非スロット単位の伝送では、PUCCHリソースに関するパラメータである時間領域リソースについて、スロット位置よりも、シンボル位置をより柔軟に割り当て可能であることが必要がある。
【０２１２】
そこで、本実施の形態では、スロット単位の伝送と非スロット単位の伝送とで、PUCCHリソースに関するパラメータである時間領域リソース(スロット)及び時間領域リソース(シンボル位置)の通知方法を異ならせる。
【０２１３】
具体的には、スロット単位の伝送では、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定(Semi-static resource configuration)に、時間領域リソース(スロット)に関するパラメータを含めない。基地局１００は、上位レイヤ信号によって、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定(Semi-static resource configuration)を端末２００に通知する。また、基地局１００は、対応する下りリンクデータを割り当てたPDCCHのDCIの数ビットによって、実際に用いるPUCCHリソースに関するパラメータの組み合わせを１つ選択する。このとき、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定には、例えば、時間領域リソース(シンボル位置)が含まれる。一方、基地局１００は、上位レイヤ信号によって、時間領域リソース(スロット)に関するパラメータ（設定）を、上記リソース設定とは独立に端末２００に通知する。そして、基地局１００は、対応する下りリンクデータを割り当てたPDCCHのDCIの数ビットによって、実際に用いるスロット（スロットの位置）を1つ選択する。
【０２１４】
一方、非スロット単位の伝送では、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定(Semi-static resource configuration)に時間領域リソース(スロット)及び時間領域リソース(シンボル位置)の双方に関する情報を含める。このとき、非スロット単位の伝送では、時間領域リソースに関する情報として、スロットに関する情報が必要ないことも考えられる。そのため、基地局１００は、上記リソース設定において、時間領域リソースに関する情報をシンボル単位で通知することも可能である。
【０２１５】
また、DL CORESETがスロット先頭の2又は3シンボルにマッピングされる場合、PDCCHのブラインド復号の回数を減らすために、実際に用いるPUCCHリソースに関するパラメータ（スロットに関する情報も含む）の通知において、スロット単位の伝送に対するDCIのサイズと、非スロット単位の伝送に対するDCIのサイズとを同一にするとよい。
【０２１６】
そこで、本実施の形態では、少なくとも、DL CORESETがスロット先頭の2又は3シンボルにマッピングされる場合には、スロット単位の伝送に対するDCIのサイズと非スロット単位の伝送に対するDCIのサイズとを同一にするために、基地局１００は、図２２に示すように（X+Y）ビットのDCIを用いて、PUCCHリソースに関するパラメータを選択して、通知してもよい。
【０２１７】
図２２に示すように、スロット単位の伝送（PDSCH mapping type A）では、Xビットは、PUCCHリソースに関する他のパラメータとは独立に端末２００に通知される時間領域リソース(スロット)を選択するために使用され、YビットはPUCCHリソースに関するパラメータの組み合わせを１つ選択するために使用される。一方、非スロット単位の伝送（PDSCH mapping type B）では、X+YビットはPUCCHリソースに関するパラメータの組み合わせを１つ選択するために使用される。
【０２１８】
これにより、基地局１００は、スロット単位の伝送ではスロット位置を他のPUCCHリソースに関するパラメータと独立して端末２００に通知することで、スロット位置をより柔軟に割り当てることができる。また、基地局１００は、非スロット単位の伝送では、例えば、PUCCHリソースをシンボル単位で通知することで、シンボル位置をより柔軟に割り当てることができる。よって、本実施の形態によれば、PUCCHリソース割り当てに関して、スロット単位の伝送及び非スロット単位の伝送それぞれに適した柔軟な時間領域リソース(スロット又はシンボル位置)の割り当てを行うことができる。
【０２１９】
また、スロット単位の伝送と非スロット単位の伝送とでDCIサイズが変わらないため、DL CORESETがスロット先頭の2又は3シンボルにマッピングされる場合でも端末２００におけるPDCCHのブラインド復号の回数を増やす必要がない。
【０２２０】
(実施の形態４の変形例)
実施の形態４では、DL CORESETがスロット先頭の2又は3シンボルにマッピングされる場合に、スロット単位の伝送と非スロット単位の伝送とでDCIサイズを同一にするために、基地局１００が、X+YビットのDCIを用いて、PUCCHリソースに関するパラメータを選択/通知する場合について説明した。
【０２２１】
一方、DL CORESETがスロット先頭の2又は3シンボル以外にマッピングされる場合には、端末２００は、そのDL CORESETが非スロット単位の伝送に対するDL CORESETであると認識することができる。さらに、非スロット単位の伝送は、高信頼性が要求されるURLLC（Ultra Reliable Low Latency Communication）用途に用いられることが想定されるため、DCIサイズをできるだけ小さくするとよい。
【０２２２】
そこで、実施の形態４の変形例として、DL CORESETがスロット内の2又は3シンボル以外にマッピングされる場合、非スロット単位の伝送に対するDL CORESETに対しては、図２３に示すように、基地局１００は、YビットのDCIを用いてPUCCHリソースに関するパラメータを選択して通知してもよい。
【０２２３】
これにより、DCIサイズを小さくして、符号化率を向上させ、PDCCHの伝送品質/信頼性を高めることができる。
【０２２４】
(実施の形態５)
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図７及び図８を援用して説明する。
【０２２５】
NRでは、上述したように、PUCCHリソースとして使用できるスロット内のシンボル数は、図３に示すようなスロットの種類（Downlink centric slot，Uplink centric slot，Downlink only slot及びUplink only slot等）に依存する。端末は、スロットの種類(下りリンクシンボル数又は上りリンクシンボル数等)を以下に示す通知のいずれかにより知ることができる。
【０２２６】
1つ目はSemi-static configuration（又はSemi-static DL/UL configurationと呼ぶ）である。Semi-static configurationは、RRC信号によって通知される。2つ目は、SFI(Slot Format Indicator)である。SFIは、グループ共通下り制御信号(Group common PDCCH)によって通知される。3つ目はUE-specific assignmentである。UE-specific assignmentは端末固有のDCIによって通知される。実施の形態１におけるPUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定の中の、PUCCH送信区間に関する情報もUE-specific assignmentの1つである。
【０２２７】
例えば、端末がSemi-static configuration又はSFIを利用できる場合には、端末は、PUCCHの送信区間及びシンボル位置を、Semi-static configuration又はSFIからImplicitに決定することもできる。すなわち、端末がSemi-static configuration又はSFIを利用できる場合には、RRC信号によって設定するPUCCH送信区間（シンボル数）に関する情報は、具体的な数値(例えばCシンボル(C=1〜14)等)に限らなくてもよい。
【０２２８】
そこで、本実施の形態では、基地局１００が、上位レイヤ信号によるリソース設定(Semi-static resource configuration)において、PUCCH送信区間及びシンボル位置について、具体的な数値を端末２００へ通知せず、端末２００が、Semi-static configuration又はSFIからPUCCH送信区間及びシンボル位置をImplicitに決定する方法について述べる。
【０２２９】
基地局１００は、上位レイヤ信号によって、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定(Semi-static resource configuration)を端末２００に通知し、対応する下りリンクデータを割り当てたPDCCHのDCIの数ビットによって、実際に用いるPUCCHリソースに関するパラメータの組み合わせを１つ選択する。本実施の形態では、このとき、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定(Semi-static resource configuration)のうち、時間領域リソース(シンボル)に関するパラメータ及びPUCCH送信区間（シンボル数）に関するパラメータのいずれかもしくは両方について、基地局１００は、具体的な数値ではなく、例えば、「Semi-static configurationに従う」又は「SFIに従う」などのコマンドを通知する。
【０２３０】
端末２００は、DCIにより通知されたPUCCHリソースに関するパラメータの組み合わせについて、時間領域リソース(シンボル)に関するパラメータ及びPUCCH送信区間に関するパラメータのいずれかもしくは両方が「Semi-static configurationに従う」又は「SFIに従う」ことを示す場合には、RRC信号によって通知されたSemi-static configurationによって得られる上りリンクシンボル又はSFIによって通知された上りリンクシンボルを用いてPUCCHを送信する。
【０２３１】
すなわち、本実施の形態では、上位レイヤ信号によって通知されるリソース設定(Semi-static resource configuration)には、スロット内のシンボル位置又はシンボル数を示す具体的な数値が含まれず、端末２００は、PUCCHリソースのシンボル位置又はシンボル数を示す数値を、スロットの種類を示す情報であるSemi-static configuration又はSFIによって取得する。
【０２３２】
なお、PUCCH送信区間に関するコマンドは、「Semi-static configurationに従う」又は「SFIに従う」ことを示すコマンドに限らず、「スロット内すべてのULシンボル」又は「スロット内すべてのULシンボル-Xシンボル」等を示すコマンドであってもよい。ここで、Xシンボルは、セル固有のsemi-staticな値でもよく、SFI又はUE-specific assignmentによって通知される値でもよい。また、Xは、1〜6シンボルの範囲としてもよい。
【０２３３】
図２４Ａは、実施の形態５におけるPUCCHリソースの設定例を示し、図２４Ｂは、実施の形態５におけるDCIビットとSemi-static resource configurationとの対応関係の一例を示す。
【０２３４】
図２４Ｂでは、時間領域リソース(シンボル)に関するパラメータB及びPUCCH送信区間に関するパラメータCについて、Implicitに決定するためのコマンド「スロット内すべてのULシンボル」が通知される。なお、PUCCHのリソース設定は、図２４Ｂに示す例に限定されず、例えば、時間領域リソース(シンボル)に関するパラメータB及びPUCCH送信区間に関するパラメータCについて、具体的な数値が設定される組み合わせを含んでもよい。
【０２３５】
図２４Ｂの場合、端末２００は、時間領域リソース(シンボル)を、Semi-static configuration又はSFIから得られるスロット内の先頭のULシンボルであるとImplicitに決定できる。例えば、図２４Ａでは、Semi-static configuration又はSFIによって、PUCCHリソースはスロットnのシンボル#8〜#13であることが端末２００に通知されている。そこで、端末２００は、スロットn内の先頭のULシンボルであるシンボル#8を、割り当てられた時間領域リソース（シンボル）として決定する。
【０２３６】
また、図２４Ｂの場合、端末２００は、PUCCH送信区間も、Semi-static configuration又はSFIから得られるスロット内のULシンボルから決定する。例えば、図２４Ａでは、端末２００は、スロットn内のPUCCHリソースであるシンボル#8〜#13の6シンボルを、割り当てられたPUCCH送信区間（シンボル数）として決定する。
【０２３７】
これにより、PUCCHリソースの一部のパラメータ(時間領域リソース(シンボル)及びPUCCH送信区間)ついて、リソースの明示的な通知が必要なくなるため、PUCCHリソース通知のためのDCIビットのオーバヘッドを減らすことができる。又は、PUCCHリソース通知のためのDCIビット数が同じ場合（固定値である場合）には、パラメータの組み合わせについて、時間領域リソース(シンボル)及びPUCCH送信区間を考慮する必要がなくなるため、別のパラメータに対してDCIビット数の割り当てが増加するので、別のパラメータをより柔軟に通知することが可能となる。
【０２３８】
また、本実施の形態のようにしてImplicit通知を用いない場合には、UE-specific assignmentによってPUCCHの時間領域リソースが決定される。基地局１００は、Semi-static configuration又はSFIと、UE-specific assignmentとの両方を端末２００へ通知している場合、それぞれの通知の優先度を制御できず、常にUE-specific assignmentが優先される。これに対して、本実施の形態によれば、基地局１００は、Semi-static configuration又はSFIと、UE-specific assignmentとの両方を端末２００へ通知している場合、スロットの種類を示す複数の通知(Semi-static configuration/SFI及びUE-specific assignment)の優先度を制御することが可能である。例えば、基地局１００は、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定(Semi-static resource configuration)のうち、実際に用いるPUCCHリソースに関するパラメータの組み合わせを通知するDCIにおいて、時間領域リソース(シンボル)又はPUCCH送信区間（シンボル数）に関するパラメータとして、具体的な数値を含める場合（つまり、UE-specific assignmentによる通知）には、UE-specific assignmentの優先度を高くできる。一方、基地局１００は、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定(Semi-static resource configuration)のうち、実際に用いるPUCCHリソースに関するパラメータの組み合わせを通知するDCIにおいて、時間領域リソース(シンボル)又はPUCCH送信区間（シンボル数）に関するパラメータとして、Semi-static configuration/SFIを参照させる上記コマンドを含める場合（つまり、Implicit通知）には、Semi-static configuration/SFI通知の優先度を高くできる。
【０２３９】
(実施の形態５の変形例)
実施の形態５では、単一スロットでPUCCHが送信される場合（例えば、図２４Ａを参照）について説明した。しかし、NRでは、複数スロットを用いてPUCCHを送信することもできる。複数スロットを用いてPUCCHを送信する場合、PUCCHを送信する複数のスロット間でスロットの種類(スロット内のULシンボルの数)が異なる場合がある。
【０２４０】
そこで、実施の形態５の変形例では、複数スロットを用いてPUCCHを送信する場合について説明する。
【０２４１】
具体的には、端末２００は、Semi-static configuration又はSFIを利用できる場合には、時間領域リソース(シンボル)及びPUCCH送信区間について、実施の形態５と同様、Semi-static configurationによって得られる上りリンクシンボル又はSFIによって通知された上りリンクシンボルを用いてPUCCHを送信する。
【０２４２】
一方で、端末２００は、Semi-static configuration又はSFIを利用できない場合には、UE-specific assignment(つまり、PUCCHリソースに関するパラメータの組み合わせで決定される時間領域リソース(シンボル)及びPUCCH送信区間)によって通知された上りリンクシンボルを用いてPUCCHを送信する。
【０２４３】
また、このとき、Semi-static configurationによって得られる上りリンクシンボル、又はSFIによって通知された上りリンクシンボル数が4シンボルよりも少ない場合が考えられる。NRでは、複数スロットを用いてPUCCHを送信できるのはLong PUCCHのみであることが考えられる。そこで、Semi-static configurationによって得られる上りリンクシンボル、又はSFIによって通知されたULシンボル数が4シンボルよりも少ない場合には、端末２００は、PUCCHの送信をドロップ又は延期してもよい。
【０２４４】
図２５Ａ〜図２５Ｄは、実施の形態５の変形例におけるスロットn〜スロットn+3のPUCCHリソースの設定例を示す。すなわち、図２５Ａ〜図２５Ｄは、端末２００が4スロットを用いてPUCCHを送信する場合を示している。
【０２４５】
図２５Ａ〜図２５Ｄに示すように、端末２００は、各スロットに対するSemi-static configuration又はSFIによって通知されたULシンボル（シンボル位置及びシンボル数）に基づいて、図２４Ａと同様にして、各スロットにおいて端末２００に割り当てられたPUCCHリソースを決定する。これにより、図２５Ａ〜図２５Ｄに示すようにPUCCHを送信する複数のスロット間でスロットの種類(スロット内のULシンボルの数)が異なる場合でも、端末２００は、スロット毎に割り当てられたPUCCHリソースを特定することができる。
【０２４６】
複数スロットのPUCCH送信では、それぞれのスロットについて、PUCCHリソースを割り当てる場合にはリソース割り当てのオーバヘッドを増加させてしまう。これに対して、実施の形態５の変形例によれば、端末２００は、Semi-static configuration又はSFIにより各スロットのPUCCHリソースを決定することができるため、リソース割り当てのオーバヘッドを低減できる。また、スロット内のULシンボルの数が異なるスロットを用いてPUCCHを送信する場合でも、端末２００はULシンボルを無駄なく使うことができるため、リソース利用効率を向上することができる。
【０２４７】
(実施の形態６)
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図７及び図８を援用して説明する。
【０２４８】
実施の形態１では、上り制御信号(例えば、ACK/NACK信号)を送信するためのPUCCHリソースの割り当てに関して、基地局が上位レイヤ信号によって、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定(Semi-static resource configuration)を端末に通知し、対応する下りリンクデータを割り当てたPDCCHのDCIの数ビットによって、実際に用いるPUCCHリソースに関するパラメータの組み合わせを１つ選択する方法について述べた。また、実施の形態１では、PUCCHリソースに関するパラメータには、時間領域リソース(スロット)及び時間領域リソース(シンボル位置)を含み得ることを述べた。
【０２４９】
一方、実施の形態５で述べたように、PUCCHリソースの一部のパラメータついて、リソースの明示的な通知をなくすことで、PUCCHリソース通知のためのDCIビットのオーバヘッドを減らすことができる。又は、DCIビット数が同じ場合（固定値である場合）には、パラメータの組み合わせについて、一部のパラメータを考慮する必要がなくなるため、別のパラメータをより柔軟に通知することが可能となる。
【０２５０】
本実施の形態では、PUCCHリソースの一部のパラメータについてImplicitに通知する機能を加える方法について説明する。
【０２５１】
基地局１００は、上位レイヤ信号によって、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定(Semi-static resource configuration)を端末２００に通知し、対応する下りリンクデータを割り当てたPDCCHのDCIの数ビットによって、実際に用いるPUCCHリソースに関するパラメータの組み合わせを１つ選択する。本実施の形態では、このとき、PUCCHリソースに関する複数のパラメータの組み合わせを示すリソース設定(Semi-static resource configuration)のうち、1つ又は複数のパラメータについて、Implicitに通知する機能を備える。
【０２５２】
例えば、Implicitに通知する機能が加わるパラメータとしては、周波数リソースに関する情報又は符号リソース(サイクリックシフト又は時間領域直交符号(OCC))に関する情報等が考えられる。なお、Implicitに通知する機能が加わるパラメータは、これらに限定されない。
【０２５３】
Implicitに通知する機能としては、DCIにより通知されたパラメータに対して追加のオフセットを加える方法がある。追加のオフセットとして、例えば、端末２００の識別子（C-RNTI：Cell-Radio Network Temporary Identifier）又は端末２００に対して使用されるCCE（Control Channel Element）に基づいて、C-RNTI mod X又はCCE mod X等を用いることができる。また、CCEの代わりにPDSCHリソースを用いてもよい。Xの値は、固定の値、もしくはRRC信号によって設定される値としてもよい。
【０２５４】
図２６は、本実施の形態におけるPUCCHリソース設定の一例を示す。図２６では、PUCCHリソース#0〜#7の割り当てについて説明する。例えば、Explicit通知のみの場合（Explicit indication）に8個のPUCCHリソース#0〜#7を3ビットのDCIで通知する必要がある。
【０２５５】
これに対して、本実施の形態（Explicit+Implicit）では、基地局１００は、例えば、8個のPUCCHを1ビットで通知し、端末２００間のPUCCHリソースの衝突をImplicit通知（例えば、追加のオフセット）で避けることができる。
【０２５６】
例えば、図２６では、基地局１００は、8個のPUCCHリソース#0〜#7（候補値）をPUCCHリソース#0〜#3とPUCCHリソース#4〜#7とにグループ化し、１ビットのDCIを用いて、複数（２個）のグループの何れか１つ（nDCI）を端末にExplicitに通知する。そして、端末２００は、1ビットのDCIによって通知されるnDCIに対して追加のオフセット（CCE mod 4）を加えてPUCCHリソースをImplicitに決定する。これにより、基地局１００は、PUCCHリソース#0〜#7について、端末２００間のPUCCHリソースの衝突を避けて、PUCCHリソースをそれぞれ割り当てることができる。
【０２５７】
このように、本実施の形態では、PUCCHリソースに関する複数のパラメータの少なくとも１つのパラメータは、当該パラメータの複数の候補値をグループ化した複数のグループの何れか１つを示すDCI（Explicit通知）と、端末２００毎に設定されるオフセット（Implicit通知）とによって端末２００に通知される。
【０２５８】
これにより、PUCCHリソースの一部のパラメータついて、DCIによるリソースの明示的な通知が必要なくなる、もしくは少なくなるため、PUCCHリソース通知のためのDCIビットのオーバヘッドを減らすことができる。又は、DCIビット数が同じ場合（固定値の場合）には、パラメータの組み合わせについて、一部のパラメータを考慮する必要がなくなる、もしくは通知するためのビット数が減るため、別のパラメータに対してDCIビット数の割り当てが増加するので、別のパラメータをより柔軟に通知することが可能となる。
【０２５９】
以上、本開示の各実施の形態について説明した。
【０２６０】
なお、本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部又は全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０２６１】
本開示の基地局は、上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせの中から１つの組み合わせを選択する回路と、前記複数の組み合わせを示すリソース設定を上位レイヤのシグナリングによって端末へ通知し、前記選択された１つの組み合わせをダイナミックシグナリングによって前記端末へ通知する送信機と、を具備する。
【０２６２】
本開示の基地局において、前記複数のパラメータには、周波数領域リソースを示すパラメータ、スロットを示すパラメータ、前記スロット内のシンボル位置を示すパラメータ、及び、シンボル数を示すパラメータが含まれる。
【０２６３】
本開示の基地局において、前記周波数領域リソースは、帯域の端からの開始位置を示すオフセット値、連続するリソースブロック数、クラスタ数、前記クラスタ間の距離によって表される。
【０２６４】
本開示の基地局において、前記オフセット値は、システム帯域のうち、前記端末がサポートする前記帯域の端からの開始位置を示し、前記オフセット値の範囲は、システム帯域のうち、前記端末がサポートする前記帯域の帯域幅の範囲である。
【０２６５】
本開示の基地局において、前記オフセット値の範囲は、前記帯域の半分の範囲である。
【０２６６】
本開示の基地局において、前記PUCCHリソースの前記シンボル数が閾値以上の場合、前記リソースブロック数は１である。
【０２６７】
本開示の基地局において、前記連続するリソースブロック数は、前記PUCCHのフォーマットに対応付けられている。
【０２６８】
本開示の基地局において、前記PUCCHリソースの前記シンボル数が閾値以上の場合、前記クラスタ数は１である。
【０２６９】
本開示の基地局において、前記クラスタ間の距離は、前記帯域の帯域幅と前記連続するリソースブロック数とから特定される。
【０２７０】
本開示の基地局において、前記連続するリソースブロック数及び前記クラスタ間の距離は２のべき乗である。
【０２７１】
本開示の基地局において、複数の異なるサブキャリア間隔が同一帯域に設定される場合、第１のサブキャリア間隔における前記連続するリソースブロック数及び前記クラスタ間の距離は、第２のサブキャリア間隔における前記連続するリソースブロック数及び前記クラスタ間の距離からそれぞれ特定される。
【０２７２】
本開示の基地局において、前記PUCCHリソースの前記シンボル数が閾値未満の場合に前記クラスタ間の距離を示すパラメータは、前記PUCCHリソースの前記シンボル数が前記閾値以上の場合に周波数ホッピングの距離を示す。
【０２７３】
本開示の基地局において、前記スロット内のシンボル位置を示すパラメータの範囲は、前記PUCCHリソースの前記シンボル数が閾値未満の場合と、前記PUCCHリソースの前記シンボル数が前記閾値以上の場合とで異なる。
【０２７４】
本開示の基地局において、前記スロット内のシンボル位置を示すパラメータの範囲と、前記PUCCHリソースの前記シンボル数を示すパラメータとが対応付けられている。
【０２７５】
本開示の基地局において、上りリンクの複数の制御リソースセットに対して、異なる前記リソース設定が対応付けられている。
【０２７６】
本開示の基地局において、前記リソース設定に含まれる前記複数のパラメータは、前記複数の制御リソースセットのうち、前記PUCCHのフォーマットに対応付けられた１つの制御リソースセットに基づいて構成される。
【０２７７】
本開示の基地局において、前記制御リソースセットのリソース量がGroup common PDCCHによって前記基地局から前記端末へ通知され、前記Group common PDCCHによって通知される前記リソース量に対して前記異なるリソース設定がそれぞれ対応付けられている。
【０２７８】
本開示の基地局において、前記端末に対して、スロット単位の第１の伝送方法、及び、非スロット単位の第２の伝送方法の何れか一方が設定され、前記第１の伝送方法が設定される場合、前記複数のパラメータには、少なくとも、シンボル位置を示すパラメータが含まれ、前記送信機は、スロットを示すパラメータを、前記リソース設定とは独立して前記端末へ通知し、前記第２の伝送方法が設定される場合、前記複数のパラメータには、少なくとも、前記スロットを示すパラメータ、及び、前記スロット内のシンボル位置を示すパラメータが含まれる。
【０２７９】
本開示の基地局において、前記リソース設定には、スロット内のシンボル位置又はシンボル数を示す数値が含まれず、前記シンボル位置又は前記シンボル数を示す数値は、前記スロットの種類を示す情報によって前記端末に通知される。
【０２８０】
本開示の基地局において、前記複数のパラメータの少なくとも１つのパラメータは、当該パラメータの複数の候補値をグループ化した複数のグループの何れか１つを示す前記ダイナミックシグナリングと、前記端末毎に設定されるオフセットとによって前記端末に通知される。
【０２８１】
本開示の端末は、上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせを示すリソース設定を含む上位レイヤのシグナリングを受信し、前記複数の組み合わせの中の１つの組み合わせを示すダイナミックシグナリングを受信する受信機と、前記複数の組み合わせのうち、前記ダイナミックシグナリングに示される前記１つの組み合わせに対応する前記複数のパラメータによって表される前記PUCCHリソースで上り制御信号を送信する送信機と、を具備する。
【０２８２】
本開示の通信方法は、上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせの中から１つの組み合わせを選択し、前記複数の組み合わせを示すリソース設定を上位レイヤのシグナリングによって端末へ通知し、前記選択された１つの組み合わせをダイナミックシグナリングによって前記端末へ通知する。
【０２８３】
本開示の通信方法は、上りリンク制御チャネル（PUCCH）リソースに関する複数のパラメータの組み合わせを示すリソース設定を含む上位レイヤのシグナリングを受信し、前記複数の組み合わせの中の１つの組み合わせを示すダイナミックシグナリングを受信し、前記複数の組み合わせのうち、前記ダイナミックシグナリングに示される前記１つの組み合わせに対応する前記複数のパラメータによって表される前記PUCCHリソースで上り制御信号を送信する。
【０２８４】
本開示の一態様は、移動通信システムに有用である。
【符号の説明】
【０２８５】
１００  基地局
１０１，２０９  制御部
１０２  データ生成部
１０３，１０７，１１０，２１１，２１４  符号化部
１０４  再送制御部
１０５，１０８，１１１，２１２，２１５  変調部
１０６  上位制御信号生成部
１０９  下り制御信号生成部
１１２，２１７  信号割当部
１１３，２１８  IFFT部
１１４，２１９  送信部
１１５，２０１  アンテナ
１１６，２０２  受信部
１１７，２０３  FFT部
１１８，２０４  抽出部
１１９  CSI復調部
１２０  SRS測定部
１２１  復調・復号部
１２２  判定部
２００  端末
２０５  下り制御信号復調部
２０６  上位制御信号復調部
２０７  下りデータ信号復調部
２０８  誤り検出部
２１０  CSI生成部
２１３  ACK/NACK生成部
２１６  SRS生成部
【図１】
2018173483.tif 000003
【図２】
2018173483.tif 000004
【図３】
2018173483.tif 000005
【図４】
2018173483.tif 000006
【図５】
2018173483.tif 000007
【図６】
2018173483.tif 000008
【図７】
2018173483.tif 000009
【図８】
2018173483.tif 000010
【図９】
2018173483.tif 000011
【図１０】
2018173483.tif 000012
【図１１】
2018173483.tif 000013
【図１２】
2018173483.tif 000014
【図１３】
2018173483.tif 000015
【図１４】
2018173483.tif 000016
【図１５】
2018173483.tif 000017
【図１６】
2018173483.tif 000018
【図１７Ａ】
2018173483.tif 000019
【図１７Ｂ】
2018173483.tif 000020
【図１８】
2018173483.tif 000021
【図１９】
2018173483.tif 000022
【図２０Ａ】
2018173483.tif 000023
【図２０Ｂ】
2018173483.tif 000024
【図２１】
2018173483.tif 000025
【図２２】
2018173483.tif 000026
【図２３】
2018173483.tif 000027
【図２４Ａ】
2018173483.tif 000028
【図２４Ｂ】
2018173483.tif 000029
【図２５Ａ】
2018173483.tif 000030
【図２５Ｂ】
2018173483.tif 000031
【図２５Ｃ】
2018173483.tif 000032
【図２５Ｄ】
2018173483.tif 000033
【図２６】
2018173483.tif 000034
【国際調査報告】
2018173483.tif 000035
2018173483.tif 000036
2018173483.tif 000037
2018173483.tif 000038