(57)【要約】【課題】初期アクセス時においてPUCCHリソースを柔軟に割り当てること。【解決手段】基地局１００において、制御部１０１は、初期アクセス時のPUCCHリソースの候補を各々が含む複数のセットの中から１つのセットを決定し、決定されたセットに含まれるリソースの候補の中から１つの候補を決定する。送信部１１４は、決定されたセットを上位レイヤのシグナリングによって端末２００へ通知し、決定された候補をダイナミックシグナリングによって端末２００へ通知する。受信部１１６は、決定されたセットにおける決定された候補に対応するリソースを用いて、上り制御信号を受信する。上位レイヤのシグナリングによって通知される値と、複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される。【選択図】図３
2021510462.tif 000002
【特許請求の範囲】
【請求項１】
初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの中から１つのセットを決定し、前記決定されたセットに含まれるリソースの候補の中から１つの候補を決定する回路と、
前記決定されたセットを上位レイヤのシグナリングによって端末へ通知し、前記決定された候補をダイナミックシグナリングによって前記端末へ通知する送信機と、
前記決定されたセットにおける前記決定された候補に対応する前記リソースを用いて、上り制御信号を受信する受信機と、
を具備し、
前記上位レイヤのシグナリングによって通知される値と前記複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される、
基地局。
【請求項２】
前記初期アクセスに関するパラメータは、前記上りリンク制御チャネルのフォーマットである、
請求項１に記載の基地局。
【請求項３】
前記初期アクセスに関するパラメータは、初期アクセスにおけるMessage 1の送信に用いられるリソースである、
請求項１に記載の基地局。
【請求項４】
前記初期アクセスに関するパラメータは、初期アクセスにおけるMessage 3の送信に用いられるリソースである、
請求項１に記載の基地局。
【請求項５】
前記上りリンク制御チャネルのリソースに関する複数のパラメータのうち一部のパラメータは前記セットに含めて前記端末へ通知され、前記複数のパラメータのうち残りのパラメータは前記セットによって前記端末へ通知されずに、設定される、
請求項１に記載の基地局。
【請求項６】
前記残りのパラメータには、前記上りリンク制御チャネルのフォーマットが含まれ、
前記上りリンク制御チャネルのフォーマットは、初期アクセスにおけるMessage 2又はMessage 3の送信モードに基づいて決定される、
請求項５に記載の基地局。
【請求項７】
前記残りのパラメータには、前記上りリンク制御チャネルのフォーマットが含まれ、
前記上りリンク制御チャネルのフォーマットは、初期アクセスにおけるMessage 4によって前記端末へ通知される、
請求項５に記載の基地局。
【請求項８】
前記残りのパラメータには、前記上りリンク制御チャネルのフォーマットが含まれ、
前記上りリンク制御チャネルのフォーマットは、初期アクセスにおけるMessage 4の送信モードに基づいて決定される、
請求項５に記載の基地局。
【請求項９】
前記残りのパラメータには、シンボル数及びスロット内のシンボル位置の少なくとも１つが含まれ、
前記シンボル数及び前記スロット内のシンボル位置の少なくとも１つは固定値である、
請求項５に記載の基地局。
【請求項１０】
前記残りのパラメータには、スロット内のシンボル位置の少なくとも１つが含まれ、
前記スロット内のシンボル位置は、設定可能な値の一部に制限される、
請求項５に記載の基地局。
【請求項１１】
前記残りのパラメータには、周波数ホッピングの適用の有無を示す値が含まれ、
前記周波数ホッピングは常に適用される、
請求項５に記載の基地局。
【請求項１２】
前記残りのパラメータには、周波数ホッピングの適用後の第１の周波数位置が含まれ、
前記第１の周波数位置は、前記周波数ホッピングの適用前の第２の周波数位置に基づいて決定される、
請求項５に記載の基地局。
【請求項１３】
前記残りのパラメータには、周波数位置が含まれ、
前記周波数位置は、前記端末が位置するセルのセルＩＤから算出される、
請求項５に記載の基地局。
【請求項１４】
前記上りリンク制御チャネルのフォーマットは、初期アクセスにおけるMessage 1の送信に用いられるリソースに基づいて決定される、
請求項５に記載の基地局。
【請求項１５】
前記上りリンク制御チャネルのフォーマットは、初期アクセスにおけるMessage 1のフォーマットに基づいて決定される、
請求項５に記載の基地局。
【請求項１６】
前記上りリンク制御チャネルに対するサブキャリア間隔は、初期アクセスにおけるMessage 1又はMessage 3の送信時のサブキャリア間隔に基づいて決定される、
請求項１に記載の基地局。
【請求項１７】
前記上りリンク制御チャネルに対するサブキャリア間隔は、前記基地局から前記端末へ明示的に通知される、
請求項１に記載の基地局。
【請求項１８】
初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの何れかを示す上位レイヤのシグナリングを受信し、前記セットに含まれるリソースの候補の何れかを示すダイナミックシグナリングを受信する受信機と、
前記上位レイヤのシグナリングに示される前記セットに含まれる候補のうち、前記ダイナミックシグナリングに示される前記候補に対応する前記リソースを用いて、上り制御信号を送信する送信機と、
を具備し、
前記上位レイヤのシグナリングによって通知される値と前記複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される、
端末。
【請求項１９】
初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの中から１つのセットを決定し、前記決定されたセットに含まれるリソースの候補の中から１つの候補を決定し、
前記決定されたセットを上位レイヤのシグナリングによって端末へ通知し、前記決定された候補をダイナミックシグナリングによって前記端末へ通知し、
前記決定されたセットにおける前記決定された候補に対応する前記リソースを用いて、上り制御信号を受信し、
前記上位レイヤのシグナリングによって通知される値と前記複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される、
通信方法。
【請求項２０】
初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの何れかを示す上位レイヤのシグナリングを受信し、前記セットに含まれるリソースの候補の何れかを示すダイナミックシグナリングを受信し、
前記上位レイヤのシグナリングに示される前記セットに含まれる候補のうち、前記ダイナミックシグナリングに示される前記候補に対応する前記リソースを用いて、上り制御信号を送信し、
前記上位レイヤのシグナリングによって通知される値と前記複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、基地局、端末及び通信方法に関する。
【背景技術】
【０００２】
近年のモバイルブロードバンドを利用したサービスの普及に伴い、モバイル通信におけるデータトラフィックは指数関数的に増加を続けており、将来に向けてデータ伝送容量の拡大が急務となっている。また、今後はあらゆる「モノ」がインターネットを介してつながる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)を基地局（eNB又はgNB）へ送信する（たとえば、非特許文献１−３を参照）。
【０００５】
3GPPにより標準化されたNRにおけるPUCCHリソースのパラメータには、スロット内のシンボル位置、スロット内のシンボル数、周波数位置、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列又は直交符号等）がある（例えば、非特許文献３を参照）。端末は、上記情報（ACK/NACK、CSI又はSR）を送信するためにPUCCHリソースに関するパラメータを特定する必要がある。
【０００６】
NRでは、下りリンクデータに対するACK/NACKを送信するためのPUCCHリソースの特定に関して、基地局が端末固有の上位レイヤ信号（例えば、RRC（Radio Resource Control）シグナリング）により準静的なPUCCHリソースの集合（PUCCH resource set）を通知し、DCI（Downlink Control Information）によってPUCCH resource setの中のどのPUCCHリソースを実際に用いるかを通知する方法を採用する（例えば、非特許文献３を参照）。上述したように、PUCCHリソースは、スロット内のシンボル位置、スロット内のシンボル数、周波数位置、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列又は直交符号）等からなるパラメータで構成される。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】3GPP TS 38.211 V2.0.0, "NR; Physical channels and modulation (Release 15)," December 2017.
【非特許文献２】3GPP TS 38.212 V2.0.0, "NR; Multiplexing and channel coding (Release 15)," December 2017.
【非特許文献３】3GPP TS 38.213 V2.0.0, “NR; Physical layer procedure for control (Release 15)," December 2017.
【非特許文献４】RAN1#91, Chairman’s note, November, 2017.
【発明の概要】
【０００８】
NRでは、初期アクセスの段階でも、端末は、RACH（Random Access Channel）procedureにおけるMessage 4に対するACK/NACKを送信するためにPUCCHリソースに関するパラメータを特定する必要がある。しかしながら、ACK/NACKを送信するためのPUCCHリソースの特定に関して、上述したような端末固有の上位レイヤ信号（RRCシグナリング）を用いる方法は、基地局と端末との間でRRC接続設定（RRC connection setup）が完了した後の下りリンクデータ伝送に対して有効であるため、RRC接続設定が完了していない初期アクセス時には用いることができない。
【０００９】
本開示の非限定的な実施例は、初期アクセス時においてPUCCHリソースを柔軟に割り当てることができる基地局、端末及び通信方法の提供に資する。
【００１０】
本開示の一態様に係る基地局は、初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの中から１つのセットを決定し、前記決定されたセットに含まれるリソースの候補の中から１つの候補を決定する回路と、前記決定されたセットを上位レイヤのシグナリングによって端末へ通知し、前記決定された候補をダイナミックシグナリングによって前記端末へ通知する送信機と、前記決定されたセットにおける前記決定された候補に対応する前記リソースを用いて、上り制御信号を受信する受信機と、を具備し、前記上位レイヤのシグナリングによって通知される値と前記複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される。
【００１１】
本開示の一態様に係る端末は、初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの何れかを示す上位レイヤのシグナリングを受信し、前記セットに含まれるリソースの候補の何れかを示すダイナミックシグナリングを受信する受信機と、前記上位レイヤのシグナリングに示される前記セットに含まれる候補のうち、前記ダイナミックシグナリングに示される前記候補に対応する前記リソースを用いて、上り制御信号を送信する送信機と、を具備し、前記上位レイヤのシグナリングによって通知される値と前記複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される。
【００１２】
本開示の一態様に係る通信方法は、初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの中から１つのセットを決定し、前記決定されたセットに含まれるリソースの候補の中から１つの候補を決定し、前記決定されたセットを上位レイヤのシグナリングによって端末へ通知し、前記決定された候補をダイナミックシグナリングによって前記端末へ通知し、前記決定されたセットにおける前記決定された候補に対応する前記リソースを用いて、上り制御信号を受信し、前記上位レイヤのシグナリングによって通知される値と前記複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される。
【００１３】
本開示の一態様に係る通信方法は、初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの何れかを示す上位レイヤのシグナリングを受信し、前記セットに含まれるリソースの候補の何れかを示すダイナミックシグナリングを受信し、前記上位レイヤのシグナリングに示される前記セットに含まれる候補のうち、前記ダイナミックシグナリングに示される前記候補に対応する前記リソースを用いて、上り制御信号を送信し、前記上位レイヤのシグナリングによって通知される値と前記複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される。
【００１４】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【００１５】
本開示の一態様によれば、初期アクセス時においてPUCCHリソースを柔軟に割り当てることができる。
【００１６】
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００１７】
【図１】実施の形態１に係る基地局の一部の構成を示すブロック図
【図２】実施の形態１に係る端末の一部の構成を示すブロック図
【図３】実施の形態１に係る基地局の構成を示すブロック図
【図４】実施の形態１に係る端末の構成を示すブロック図
【図５】実施の形態１に係る基地局及び端末の処理を示すシーケンス図
【図６Ａ】RMSIとPUCCH resource setとの関連付けの一例を示す図
【図６Ｂ】DCIとPUCCH resourceとの関連付けの一例を示す図
【図６Ｃ】PUCCH resourceを構成するパラメータの一例を示す図
【図７Ａ】実施の形態１に係るRMSIとPUCCH resource setとの関連付けの一例を示す図
【図７Ｂ】実施の形態１に係るPUCCH Format 0に対するDCIとPUCCH resourceとの関連付けの一例を示す図
【図７Ｃ】実施の形態１に係るPUCCH Format 0に対するPUCCH resourceを構成するパラメータの一例を示す図
【図７Ｄ】実施の形態１に係るPUCCH Format 1に対するDCIとPUCCH resourceとの関連付けの一例を示す図
【図７Ｅ】実施の形態１に係るPUCCH Format 1に対するPUCCH resourceを構成するパラメータの一例を示す図
【図８】実施の形態１のバリエーション１に係るPUCCH Formatの決定方法を示す図
【図９】実施の形態１のバリエーション１に係るPUCCH Formatの決定方法を示す図
【図１０】実施の形態１のバリエーション２に係るPUCCH Format 0に対するPUCCH resourceを構成するパラメータの一例を示す図
【図１１】実施の形態１のバリエーション２に係るPUCCH Format 1に対するPUCCH resourceを構成するパラメータの一例を示す図
【図１２】実施の形態１のバリエーション２に係るPUCCH Format 0に対するPUCCH resourceを構成するパラメータの一例を示す図
【図１３Ａ】実施の形態１のバリエーション２に係るPUCCH Format 0に対するPUCCH resourceを構成するパラメータの一例を示す図
【図１３Ｂ】実施の形態１のバリエーション２に係るPUCCH Format 1に対するPUCCH resourceを構成するパラメータの一例を示す図
【図１４Ａ】実施の形態１のバリエーション２に係るPUCCH Format 0に対するPUCCH resourceを構成するパラメータの一例を示す図
【図１４Ｂ】実施の形態１のバリエーション２に係るPUCCH Format 1に対するPUCCH resourceを構成するパラメータの一例を示す図
【図１５Ａ】実施の形態２に係るRMSIとPUCCH resource setとの関連付けの一例を示す図
【図１５Ｂ】実施の形態２に係るMessege 1 resource 0に対するDCIとPUCCH resourceとの関連付けの一例を示す図
【図１５Ｃ】実施の形態２に係るMessege 1 resource 0に対するPUCCH resourceを構成するパラメータの一例を示す図
【図１５Ｄ】実施の形態２に係るMessege 1 resource 1に対するDCIとPUCCH resourceとの関連付けの一例を示す図
【図１５Ｅ】実施の形態２に係るMessege 1 resource 1に対するPUCCH resourceを構成するパラメータの一例を示す図
【図１６Ａ】実施の形態２に係るMessege 1 resource 0に対するPUCCH resourceを構成するパラメータの他の例を示す図
【図１６Ｂ】実施の形態２に係るMessege 1 resource 1に対するPUCCH resourceを構成するパラメータの他の例を示す図
【図１７】実施の形態２のバリエーションに係るPUCCH Formatの決定方法を示す図
【図１８】実施の形態２のバリエーションに係るPUCCH Formatの決定方法を示す図
【図１９Ａ】実施の形態３に係るRMSIとPUCCH resource setとの関連付けの一例を示す図
【図１９Ｂ】実施の形態３に係るMessege 3 resource 0に対するDCIとPUCCH resourceとの関連付けの一例を示す図
【図１９Ｃ】実施の形態３に係るMessege 3 resource 0に対するPUCCH resourceを構成するパラメータの一例を示す図
【図１９Ｄ】実施の形態３に係るMessege 3 resource 1に対するDCIとPUCCH resourceとの関連付けの一例を示す図
【図１９Ｅ】実施の形態３に係るMessege 3 resource 1に対するPUCCH resourceを構成するパラメータの一例を示す図
【図２０Ａ】実施の形態３に係るMessege 3 resource 0に対するPUCCH resourceを構成するパラメータの他の例を示す図
【図２０Ｂ】実施の形態３に係るMessege 3 resource 1に対するPUCCH resourceを構成するパラメータの他の例を示す図
【発明を実施するための形態】
【００１８】
以下、本開示の実施の形態について図面を参照して詳細に説明する。
【００１９】
前述したように、NRにおいて、初期アクセス時に、端末は、RACH procedureにおけるMessage 4に対するACK/NACKを送信するためにPUCCHリソースに関するパラメータを特定する必要がある。
【００２０】
NRでは、基地局は、セル固有又はグループ固有の上位レイヤ信号（例えば、RMSI: Remaining Minimum System Information）によって、Message 4に対するACK/NACKを送信するためのPUCCH resource setを端末へ通知する（非特許文献３を参照）。このとき、RMSIのオーバヘッドはできるだけ少ない方が望ましい。このため、NRでは、RMSIにおいてPUCCH resource setの通知に使用できるPayload sizeを4ビットとした（例えば、非特許文献４を参照）。
【００２１】
そこで、RMSIにおける4ビット（16パターン）と、Message 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けの詳細を検討する必要がある。
【００２２】
ここで、RRC接続設定が完了した後の下りリンクデータ伝送に対するACK/NACKのPUCCHリソースに関しては、PUCCHリソースを特定するために、スロット内のシンボル位置、スロット内のシンボル数、周波数位置、周波数ホッピングの適用の有無（enabled/disabled）、符号リソース（巡回シフト系列又は直交符号）等の複数のパラメータを設定する必要がある。
【００２３】
また、RRC接続設定が完了した後の下りリンクデータ伝送に対するACK/NACKのPUCCHリソースに関するそれぞれのパラメータに対して設定可能な値の範囲は幅広い。例えば、スロット内のシンボル位置（スタート位置）については、14シンボルからなるスロットに対して、0から13までを設定できる。また、スロット内のシンボル数については、PUCCH Format 0（1〜2ビットの応答信号を送信できるShort PUCCH）では、1又は2シンボルを設定でき、PUCCH Format 1（1〜2ビットの応答信号を送信できるLong PUCCH）では、4〜14シンボルを設定できる。また、周波数位置（PRB番号：PRB index）については、0〜274まで設定できる。また、周波数ホッピングの適用については、適用有り又は適用無しが設定できる。また、符号リソースについては、PUCCH Format 0では、巡回シフト系列番号0〜11までを設定でき、PUCCH Format 1では、巡回シフト系列番号0〜11までと、直交符号系列番号0〜6までとを設定できる。
【００２４】
これに対して、初期アクセスの段階（RRC接続設定の完了前）において、Message 4に対するACK/NACKを送信するためのPUCCH resource setの通知には、上述したようにRMSIの4ビットしか用いることができない。このため、RRC接続設定が完了した後の下りリンクデータ伝送に対するACK/NACKのPUCCHリソースと同程度の柔軟なリソース割当を行うことができない。
【００２５】
そこで、本開示の一態様では、NRにおいて，RRC接続設定が完了する前のPUCCHリソース（例えば、Message 4に対するACK/NACKを送信するためのPUCCHリソース）の割当について、PUCCH resource setの通知にRMSIの4ビットしか用いることができない場合でも、可能な限り柔軟にPUCCHリソースを割り当てることができる方法について説明する。
【００２６】
以下、各実施の形態について、詳細に説明する。
【００２７】
（実施の形態１）
［通信システムの概要］
本開示の各実施の形態に係る通信システムは、基地局１００及び端末２００を備える。
【００２８】
図１は、本開示の各実施の形態に係る基地局１００の一部の構成を示すブロック図である。図１に示す基地局１００において、制御部１０１は、初期アクセス時の上りリンク制御チャネルのリソース（PUCCHリソース）の候補を各々が含む複数のセット（PUCCH resource set）の中から１つのセットを決定し、決定されたセットに含まれるリソースの候補の中から１つの候補を決定する。送信部１１４は、決定されたセットを上位レイヤのシグナリング（例えば、RMSIの4ビット）によって端末２００へ通知し、決定された候補をダイナミックシグナリング（例えば、DCIのPUCCH resource indicator）によって端末２００へ通知する。受信部１１６は、決定されたセットにおける決定された候補に対応するリソースを用いて、上り制御信号（例えば、Message 4に対するACK/NACK）を受信する。
【００２９】
図２は、本開示の各実施の形態に係る端末２００の一部の構成を示すブロック図である。図２に示す端末２００において、受信部２０２は、初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの何れかを示す上位レイヤのシグナリングを受信し、セットに含まれるリソースの候補の何れかを示すダイナミックシグナリングを受信する。送信部２１５は、上位レイヤのシグナリングに示されるセットに含まれる候補のうち、ダイナミックシグナリングに示される候補に対応するリソースを用いて、上り制御信号（例えば、Message 4に対するACK/NACK）を送信する。
【００３０】
本開示の一態様では、上位レイヤのシグナリングによって通知される値（例えば、RMSIの4ビット）と、複数のセット（PUCCH resource set）との関連付けは、初期アクセスに関するパラメータ毎に設定される。
【００３１】
［基地局の構成］
図３は、本開示の実施の形態１に係る基地局１００の構成を示すブロック図である。図３において、基地局１００は、制御部１０１と、データ生成部１０２と、符号化部１０３と、再送制御部１０４と、変調部１０５と、上位制御信号生成部１０６と、符号化部１０７と、変調部１０８と、下り制御信号生成部１０９と、符号化部１１０と、変調部１１１と、信号割当部１１２と、IFFT（Inverse Fast Fourier Transform）部１１３と、送信部１１４と、アンテナ１１５と、受信部１１６と、FFT（Fast Fourier Transform）部１１７と、抽出部１１８と、復調・復号部１１９と、判定部１２０と、を有する。
【００３２】
制御部１０１は、端末２００へ通知する、RRC接続設定が完了する前のPUCCHリソース（例えば、Message 4に対するACK/NACKを送信するPUCCHリソース）に対するPUCCH resource setを決定する。制御部１０１は、決定した情報を上位制御信号生成部１０６へ出力する。
【００３３】
また、制御部１０１は、Message 4に対するACK/NACKを送信するPUCCHリソースに対するPUCCH resource setの中から、端末２００に対して、Message 4に対するACK/NACKの上りリンクリソース（すなわち、DCIのPUCCH resource indicatorによって通知する実際のリソース使用に関する情報）を決定する。制御部１０１は、決定した情報を下り制御信号生成部１０９へ出力する。
【００３４】
また、制御部１０１は、端末２００からの信号を正しく受信するために、決定した情報を抽出部１１８へ出力する。
【００３５】
また、制御部１０１は、端末２００に対する下りリンクデータ（例えば、Message 4）に対する無線リソース割当を決定し、下りリンクデータのリソース割当を指示する下りリソース割当情報を下り制御信号生成部１０９及び信号割当部１１２へ出力する。
【００３６】
データ生成部１０２は、端末２００に対する下りリンクデータ（例えば、Message 4）を生成し、符号化部１０３へ出力する。
【００３７】
符号化部１０３は、データ生成部１０２から入力される下りリンクデータに対して誤り訂正符号化を行い、符号化後のデータ信号を再送制御部１０４へ出力する。
【００３８】
再送制御部１０４は、初回送信時には、符号化部１０３から入力される符号化後のデータ信号を保持するとともに、変調部１０５へ出力する。また、再送制御部１０４は、後述する判定部１２２から、送信したデータ信号に対するNACKが入力されると、対応する保持データを変調部１０５へ出力する。一方、再送制御部１０４は、判定部１２２から、送信したデータ信号に対するACKが入力されると、対応する保持データを削除する。
【００３９】
変調部１０５は、再送制御部１０４から入力されるデータ信号を変調して、データ変調信号を信号割当部１１２へ出力する。
【００４０】
上位制御信号生成部１０６は、制御部１０１から入力される制御情報（例えば、Message 4に対するACK/NACKのPUCCH resource set）を用いて、制御情報ビット列（例えば、RMSI）を生成し、生成した制御情報ビット列を符号化部１０７へ出力する。
【００４１】
符号化部１０７は、上位制御信号生成部１０６から入力される制御情報ビット列に対して誤り訂正符号化を行い、符号化後の制御信号を変調部１０８へ出力する。
【００４２】
変調部１０８は、符号化部１０７から入力される制御信号を変調して、変調後の制御信号を信号割当部１１２へ出力する。
【００４３】
下り制御信号生成部１０９は、制御部１０１から入力される制御情報（端末２００が実際に使用する上りリンクリソースに関する情報、及び、下りリソース割当情報）を用いて、制御情報ビット列（例えば、DCI）を生成し、生成した制御情報ビット列を符号化部１１０へ出力する。なお、制御情報が複数の端末向けに送信されることもあるため、下り制御信号生成部１０９は、各端末向けの制御情報に、各端末の端末IDを含めてビット列を生成してもよい。
【００４４】
符号化部１１０は、下り制御信号生成部１０９から入力される制御情報ビット列に対して誤り訂正符号化を行い、符号化後の制御信号を変調部１１１へ出力する。
【００４５】
変調部１１１は、符号化部１１０から入力される制御信号を変調して、変調後の制御信号を信号割当部１１２へ出力する。
【００４６】
信号割当部１１２は、制御部１０１から入力される下りリソース割当情報に基づいて、変調部１０５から入力されるデータ信号を無線リソースにマッピングする。また、信号割当部１１２は、変調部１０８又は変調部１１１から入力される制御信号を無線リソースにマッピングする。信号割当部１１２は、信号がマッピングされた下りリンクの信号を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部１１７から入力される信号から、ACK/NACKが送信された無線リソースを抽出し、抽出した無線リソースの成分（ACK/NACK）を復調・復号部１１９へ出力する。
【００５２】
復調・復号部１１９は、抽出部１１８から入力される信号に対して、等化、復調及び誤り訂正復号を行い、復号後のビット系列を判定部１２０へ出力する。
【００５３】
判定部１２０は、復調・復号部１１９から入力されるビット系列に基づいて、端末２００から送信されたACK/NACKが、送信したデータ信号に対してACK又はNACKのいずれを示しているかを判定する。判定部１２０は、判定結果を再送制御部１０４に出力する。
【００５４】
［端末の構成］
図４は、本開示の実施の形態１に係る端末２００の構成を示すブロック図である。図４において、端末２００は、アンテナ２０１と、受信部２０２と、FFT部２０３と、抽出部２０４と、下り制御信号復調部２０５と、上位制御信号復調部２０６と、下りデータ信号復調部２０７と、誤り検出部２０８と、制御部２０９と、ACK/NACK生成部２１０と、符号化部２１１と、変調部２１２と、信号割当部２１３と、IFFT部２１４と、送信部２１５と、を有する。
【００５５】
受信部２０２は、アンテナ２０１を介して受信された基地局１００からの下りリンク信号（データ信号又は制御信号）の信号波形に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、得られる受信信号（ベースバンド信号）をFFT部２０３に出力する。
【００５６】
FFT部２０３は、受信部２０２から入力される信号（時間領域信号）に対して、時間領域信号を周波数領域信号に変換するFFT処理を施す。FFT部２０３は、FFT処理により得られた周波数領域信号を抽出部２０４へ出力する。
【００５７】
抽出部２０４は、制御部２０９から入力される制御情報に基づいて、FFT部２０３から入力される信号から、下り制御信号（DCI）を抽出し、下り制御信号復調部２０５へ出力する。また、抽出部２０４は、制御部２０９から入力される制御情報に基づいて、上位制御信号（例えば、RMSI）及び下りデータ信号（例えば、Message 4）を抽出し、上位制御信号を上位制御信号復調部２０６へ出力し、下りデータ信号を下りデータ信号復調部２０７へ出力する。
【００５８】
下り制御信号復調部２０５は、抽出部２０４から入力される下り制御信号をブラインド復号して、自機宛ての制御信号であると判断した場合、当該制御信号を復調して制御部２０９へ出力する。
【００５９】
上位制御信号復調部２０６は、抽出部２０４から入力される上位制御信号を復調し、復調後の上位制御信号を制御部２０９へ出力する。
【００６０】
下りデータ信号復調部２０７は、抽出部２０４から入力される下りデータ信号を復調・復号し、復号後の下りリンクデータを誤り検出部２０８へ出力する。
【００６１】
誤り検出部２０８は、下りデータ信号復調部２０７から入力される下りリンクデータに対して誤り検出を行い、誤り検出結果をACK/NACK生成部２１０へ出力する。また、誤り検出部２０８は、誤り検出の結果、誤り無しと判定した下りリンクデータを受信データとして出力する。
【００６２】
制御部２０９は、下り制御信号復調部２０５から入力される制御信号に示される下りリソース割当情報に基づいて、下りデータ信号に対する無線リソース割当を算出し、算出した無線リソース割当を示す情報を抽出部２０４へ出力する。
【００６３】
また、制御部２０９は、上位制御信号復調部２０６から入力される上位制御信号（RMSIに示される、Message 4に対するACK/NACKのPUCCH resource set）、及び、下り制御信号復調部２０５から入力される制御信号（DCIに示される、端末２００が実際に使用する上りリンクリソースに関する情報）を用いて、後述する方法により、端末２００が使用する上りリンクリソース（Message 4に対するACK/NACKを送信するPUCCHリソース）を算出する。そして、制御部２０９は、算出した上りリンクリソースに関する情報を信号割当部２１３へ出力する。
【００６４】
ACK/NACK生成部２１０は、誤り検出部２０８から入力される誤り検出結果に基づいて、受信した下りリンクデータ（Message 4）に対するACK/NACK（ACK又はNACK）を生成する。ACK/NACK生成部２１０は、生成したACK/NACK（ビット系列）を符号化部２１１へ出力する。
【００６５】
符号化部２１１は、ACK/NACK生成部２１０から入力されるビット系列を誤り訂正符号化し、符号化後のビット系列（ACK/NACK）を変調部２１２へ出力する。
【００６６】
変調部２１２は、符号化部２１１から入力されるACK/NACKを変調して、変調後のACK/NACKを信号割当部２１３へ出力する。
【００６７】
信号割当部２１３は、変調部２１２から入力されるACK/NACKを、制御部２０９から指示される無線リソースにマッピングする。信号割当部２１３は、信号がマッピングされた上りリンク信号をIFFT部２１４へ出力する。
【００６８】
IFFT部２１４は、信号割当部２１３から入力される信号に対して、OFDM等の送信波形生成処理を施す。IFFT部２１４は、CP（Cyclic Prefix）を付加するOFDM伝送の場合には、CPを付加する（図示せず）。または、IFFT部２１４がシングルキャリア波形を生成する場合には、信号割当部２１３の前段にDFT（Descrete 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))を端末２００へ通知する（ＳＴ１０１）。端末２００は、同期信号又はシステム情報を取得する（ＳＴ１０２）。
【００７３】
次に、基地局１００は、端末２００に対して、初期アクセス時の複数のリソース設定（PUCCH resource set）の中から１つのPUCCH resource setを決定し（ＳＴ１０３）、決定したPUCCH resource setを示すRMSI（4ビット）を端末２００へ送信する（ＳＴ１０４）。端末２００は、基地局１００から送信されたRMSI（上位レイヤシグナリング）を受信し、初期アクセス時のPUCCH resource setを取得する（ＳＴ１０５）。
【００７４】
そして、端末２００は、基地局１００との間で初期アクセス（ランダムアクセス）手順（又はRRC接続制御）等を実行する（ＳＴ１０６〜ＳＴ１１２）。
【００７５】
具体的には、端末２００は、Message 1（PRACHプリアンブル）を基地局１００へ送信する（ＳＴ１０６）。基地局１００は、ＳＴ１０６で受信したMessage 1に対する応答であるMessage 2を端末２００へ送信する（ＳＴ１０７）。
【００７６】
次に、端末２００は、RRC接続を要求するためのMessage 3を基地局１００へ送信する（ＳＴ１０８）。基地局１００は、ＳＴ１０８においてMessage 3を受信すると、ＳＴ１０３で決定したPUCCH resource setの中から、端末２００に対してDCIを用いて通知する、実際のリソース使用に関する情報を決定する（ＳＴ１０９）。すなわち、基地局１００は、ＳＴ１０３で決定したPUCCH resource setに含まれるPUCCHリソースの候補の中から１つの候補を決定する。
【００７７】
そして、基地局１００は、決定したPUCCHリソースに関する情報（例えば、PUCCH resource indicator）及びMessage 4（下りリンクデータ）に関する下りリソース割当情報を、含む下り制御信号（DCI）を端末２００へ通知し、RRC接続に関する情報を含むMessage 4を端末２００へ送信する（ＳＴ１１０）。端末２００は、DCIを受信し、Message 4のリソース使用に関する情報、及び、Message 4に対するACK/NACKのリソース使用に関する情報を取得する（ＳＴ１１１）。
【００７８】
そして、端末２００は、ＳＴ１０５で取得したPUCCH resource set、及び、ＳＴ１１１で取得したDCI（PUCCH resource indicator）に基づいて特定したPUCCHリソースを用いて、Message 4に対するACK/NACKを基地局１００へ送信する（ＳＴ１１２）。
【００７９】
以上、初期アクセスの段階までにおける基地局１００及び端末２００の処理について説明した。
【００８０】
図５に示すように、基地局１００は、RMSIの4ビットを用いて、Message 4に対するACK/NACKの送信に使用するPUCCHリソース（すなわち、RRC接続設定完了前のPUCCHリソース）に関する準静的なPUCCHリソースの集合(PUCCH resource set)を端末２００へ通知する（ＳＴ１０４）。
【００８１】
PUCCH resource setを構成するパラメータには、スロット内のシンボル位置、スロット内のシンボル数、周波数位置、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列又は直交符号）が含まれる。また、PUCCH resource setには、上記複数のパラメータの組み合わせによってそれぞれ定義される複数のPUCCHリソース（リソース候補）が含まれる。例えば、1つのPUCCH resource setに含まれるPUCCHリソースの数は、4又は8としてもよい。ただし、1つのPUCCH resource setに含まれるPUCCHリソースの数は4及び8に限らない。
【００８２】
また、基地局１００は、Message 4をスケジューリングする下りリンク制御信号(DCI)に含まれるPUCCH resource indicatorにより、PUCCH resource setに含まれる複数のPUCCHリソースのうち、どのPUCCHリソースを実際に用いるかを通知する（ＳＴ１１０）。ここで、例えば、PUCCH resource setに含まれるPUCCHリソースの数が4の場合、PUCCH resource indicatorには、DCIの2ビットを用いることができる。また、PUCCH resource setに含まれるPUCCHリソースの数が8の場合、PUCCH resource indicatorには、DCIの3ビットを用いることができる。
【００８３】
また、PUCCH resource indicatorのDCIビット数がXビットであり、PUCCH resource setに含まれるPUCCHリソースの数が2Xよりも多い場合には、基地局１００は、PUCCH resource indicatorによる明示的なPUCCHリソースの通知に加えて、PUCCHリソースをImplicitに通知してもよい。PUCCHリソースをImplicitに通知する機能としては、基地局１００がDCIのPUCCH resource indicatorによりPUCCHリソースのサブセットを通知し、サブセット内のPUCCHリソースをImplicitに通知する方法がある。Implicit通知において、例えば、端末２００の識別子（C-RNTI: Cell-Radio Network Temporary Identifier、又は、IMSI: International Mobile Subscriber Identity）、又は、端末２００へのDCI送信に対して使用される下りリンク制御チャネル（PDCCH: Physical Downlink Control Channel）のCCE(Control Channel Element)を用いてもよい。例えば、C-RNTI、IMSI又はCCEに基づいて、C-RNTI mod Z、IMSI mod Z、又は、CCE mod Z等を用いてPUCCHがImplicitに通知されてもよい。ここで、Zは、PUCCHリソースサブセットに含まれるPUCCHリソースの数である。
【００８４】
ここで、Message 4に対するACK/NACKの送信に使用されるPUCCHリソース（すなわち、RRC接続設定完了前のPUCCHリソース）に対しては、PUCCH Format 0（1〜2ビットのACK/NACKを送信できるShort PUCCH）、又は、PUCCH Format 1（1〜2ビットのACK/NACKを送信できるLong PUCCH）の何れかのPUCCHフォーマットを用いることが検討されている（例えば、非特許文献４を参照）。
【００８５】
本実施の形態では、RMSIにおける4ビット(16パターン)と、Message 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けを、PUCCHフォーマット（PUCCH Format 0を用いる場合、及び、PUCCH Format 1を用いる場合）によって差異を生じさせる(異ならせる)。
【００８６】
図６Ａは、RMSIにおける4ビット(0〜15の16パターン)と、Message 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けが、PUCCH Format 0とPUCCH Format 1とで共通の場合の一例を示す。また、図６Ｂは、DCI（PUCCH resource indicator）の2ビット（0〜3の4パターン）と、図６Ａにおいて設定されるPUCCH resource set（set（n）。n=0〜15）に含まれるPUCCHリソース（PUCCH resource (n, x)。x=0〜3）との関連付けを示す。また、図６Ｃは、図６Ｂにおいて設定されるPUCCH resource（n, x）を定義するパラメータ（スロット内のシンボル位置A(n, x)、スロット内のシンボル数B(n, x)、周波数ホッピング適用前の周波数位置C(n, x)、周波数ホッピング適用後の周波数位置D(n, x)、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列E(n, x)、直交符号F(n, x)）、及び、PUCCH resource（n, x）に対するPUCCHフォーマットを示す。図６Ａの場合、基地局は、PUCCH Format 0及びPUCCH Format 1に対して合計で16個のPUCCH resource setを設定できる。
【００８７】
一方、図７Ａは、本実施の形態に係るRMSIにおける4ビット(16パターン)と、Message 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けの一例を示す。
【００８８】
図７Ａに示すように、PUCCH Format 0とPUCCH Format 1とに対して、RMSIにおける4ビット(16パターン)とMessage 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けがそれぞれ設定される。すなわち、本実施の形態では、上位レイヤシグナリングによって通知される値（RMSIの4ビット）と複数のPUCCH resource setとの関連付けは、PUCCHフォーマット毎に設定される。
【００８９】
図７Ｂは、PUCCH Format 0に対する、DCI（PUCCH resource indicator）の2ビット（0〜3の4パターン）と、図７Ａにおいて設定されるPUCCH resource set（set（0, n）。n=0〜15）に含まれるPUCCHリソース（PUCCH resource（0, n, x）。x=0〜3）との関連付けを示す。また、図７Ｃは、PUCCH Format 0に対する、図７Ｂにおいて設定されるPUCCH resource（0, n, x）を定義するパラメータ（スロット内のシンボル位置A(0, n, x)、スロット内のシンボル数B(0, n, x)、周波数ホッピング適用前の周波数位置C(0, n, x)、周波数ホッピングの適用後の周波数位置D(0, n, x)、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列E(0, n, x)）を示す。なお、図７Ｃでは、PUCCHフォーマットはPUCCH Format 0である。
【００９０】
同様に、図７Ｄは、PUCCH Format 1に対する、DCI（PUCCH resource indicator）の2ビット（0〜3の4パターン）と、図７Ａにおいて設定されるPUCCH resource set（set（1, n）。n=0〜15）に含まれるPUCCHリソース（PUCCH resource（1, n, x）。x=0〜3）との関連付けを示す。また、図７Ｅは、PUCCH Format 1に対する、図７Ｄにおいて設定されるPUCCH resource（1, n, x）を定義するパラメータ（スロット内のシンボル位置A(1, n, x)、スロット内のシンボル数B(1, n, x)、周波数ホッピング適用前の周波数位置C(1, n, x)、周波数ホッピングの適用後の周波数位置D(1, n, x)、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列E(1, n, x)、直交符号F(1, n, x)）を示す。なお、図７Ｅでは、PUCCHフォーマットはPUCCH Format 1である。
【００９１】
図７Ａに示すように、本実施の形態では、基地局１００は、PUCCH Format 0及びPUCCH Format 1に対して16個のPUCCH resource setをそれぞれ設定でき、システム全体では、32個のPUCCH resource setを設定できる。すなわち、本実施の形態（図７Ａ）によれば、各PUCCHフォーマットに対して共通のPUCCH resource setが設定される場合（図６Ａ）と比較して、設定可能なPUCCH resource setの個数を増加できる。
【００９２】
また、本実施の形態では、RMSIの4ビットとPUCCH resource setとの関連付けがPUCCHフォーマット毎に設定される。よって、基地局１００は、RMSIの4ビットによって通知するPUCCH resource setのパラメータを、PUCCHフォーマット毎に設定することができる。例えば、PUCCH Format 0では、直交符号Fは使用されない。よって、基地局１００は、直交符号Fを通知する必要がないので、PUCCH Format 0に対するRMSIの4ビットとPUCCH resource setとの関連付けにおいて、図７Ｃに示すように直交符号Fが不要になる分、他のパラメータに関する組み合わせを増やすことができる。
【００９３】
以上より、本実施の形態によれば、初期アクセス時においてPUCCH resource setの通知にRMSIの4ビットしか用いることができない場合でも、ACK/NACKを送信するためのPUCCHリソースに関する各パラメータを柔軟に設定できる。
【００９４】
（実施の形態１のバリエーション１）
本実施の形態では、RMSIにおける4ビット(16パターン)とMessage 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けを、PUCCHフォーマット(PUCCH Format 0を用いるか、PUCCH Format 1を用いるか)によって差異を生じさせた(異ならせた)。
【００９５】
この場合、端末２００は、どのPUCCHフォーマット（PUCCH Format 0（Short PUCCH）又はPUCCH Format 1（Long PUCCH））を用いるかを予め特定する必要がある。以下、端末２００がPUCCHフォーマットを特定する方法について説明する。
【００９６】
<方法1-1>
端末２００は、Message 4に対するACK/NACKを送信するPUCCHフォーマット(PUCCH Format 0を用いるか、PUCCH Format 1を用いるか)について、図８に示すように、RACH procedureにおけるMessage 2又はMessage 3の送信モードに基づいて決定してもよい。なお、図８では、図５に示す処理のうちMessageの送信（ＳＴ１０６〜ＳＴ１０８、ＳＴ１１０）及びMessage 4に対するACK/NACKの送信（ＳＴ１１２）の処理を示す。
【００９７】
例えば、端末２００は、Message 2又はMessage 3がスロット単位の伝送（PDSCH mapping type A）の場合、Message 4に対するACK/NACKの送信にPUCCH Format 1を用いて、Message 2又はMessage 3が非スロット単位の伝送（PDSCH mapping type B。又はミニスロット単位）の場合、Message 4に対するACK/NACKの送信にPUCCH Format 0を用いてもよい。
【００９８】
これにより、基地局１００がPUCCHフォーマットを端末２００へ通知するためのオーバヘッドを減らすことができる。
【００９９】
<方法1-2>
端末２００は、Message 4に対するACK/NACKを送信するPUCCHフォーマット(PUCCH Format 0を用いるか、PUCCH Format 1を用いるか)について、Message 4により明示的に通知される情報に基づいて決定してもよい。
【０１００】
これにより、基地局１００は、例えば、Message 4の送信タイミングにおける端末２００の動作状況に応じてPUCCHフォーマットをダイナミックに変更することが可能になる。
【０１０１】
<方法1-3>
端末２００は、Message 4に対するACK/NACKを送信するPUCCHフォーマット(PUCCH Format 0を用いるか、PUCCH Format 1を用いるか)について、図９に示すように、RACH procedureにおけるMessage 4の送信モードに基づいて決定してもよい。なお、図９では、図５に示す処理のうちMessageの送信（ＳＴ１０６〜ＳＴ１０８、ＳＴ１１０）及びMessage 4に対するACK/NACKの送信（ＳＴ１１２）の処理を示す。
【０１０２】
例えば、端末２００は、Message 4がスロット単位の伝送（PDSCH mapping type A）の場合、Message 4に対するACK/NACKの送信にPUCCH Format 1を用いて、Message 4が非スロット単位の伝送（PDSCH mapping type B）の場合、Message 4に対するACK/NACKの送信にPUCCH Format 0を用いてもよい。
【０１０３】
これにより、基地局１００がPUCCH Formatを端末２００へ通知するためのオーバヘッドを減らすことができ、かつ、基地局１００がPUCCHフォーマットをダイナミックに変更することが可能になる。
【０１０４】
（実施の形態１のバリエーション２）
本実施の形態では、RMSIにおける4ビット(16パターン)とMessage 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けを、PUCCHフォーマット(PUCCH Format 0を用いるか、PUCCH Format 1を用いるか)によって差異を生じさせた(異ならせた)。
【０１０５】
基地局１００は、図７Ａに示すようにPUCCH Format 0及びPUCCH Format 1に対して16個のPUCCH resource setをそれぞれ設定できる。ただし、上述したようにPUCCHリソースを定義するパラメータには、スロット内のシンボル位置、スロット内のシンボル数、周波数位置、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列又は直交符号）等があり、RMSIの4ビットでは、すべてのパラメータ（組み合わせ）を柔軟に設定することは困難である。
【０１０６】
そこで、バリエーション２では、Message 4に対するACK/NACKを送信するためのPUCCHリソースに関する複数のパラメータのうち、一部のパラメータはPUCCH resource setによって端末２００へ通知され、残りのパラメータは、PUCCH resource setによって通知されずに、設定される。例えば、PUCCH resource setに含めず、RMSIによって通知されないパラメータは、規格上で決定された値でもよく、端末２００が初期アクセスを行っている間の動作モードによって決定される値でもよい。このように、PUCCHリソースを定義するパラメータのうちのいくつかのパラメータを、PUCCH resource setによって通知せずに予め決定することにより、PUCCH resource setによって通知されるパラメータを柔軟に設定することができる。
【０１０７】
以下、バリエーション２におけるPUCCH resource setによって通知されないパラメータの決定方法について説明する。なお、以下に記載するパラメータを決定する<方法2-1>〜<方法2-7>は、単独で適用されてもよく、組み合わせて適用されてもよい。
【０１０８】
<方法2-1>
例えば、PUCCH Format 0(Short PUCCH)には、スロット内のシンボル数として、1シンボルと2シンボルを設定できる。ただし、Message 4に対するACK/NACKを送信するPUCCHにはロバストな伝送が必要となる。そこで、方法2-1では、PUCCH Format 0に対して、図１０に示すようにシンボル数を2シンボルに固定する。
【０１０９】
シンボル数を固定値とすることにより、基地局１００は、PUCCH Format 0について、RMSIの4ビットを用いてスロット内のシンボル数を通知する必要がなくなる。すなわち、シンボル数（例えば、図７ＣのパラメータB(0, n, x)）をPUCCH resource set（set(0, n)）から除くことができる。このため、基地局１００は、RMSIの4ビットを使用して、PUCCH resource setに含まれるその他のパラメータをより柔軟に設定することができる。また、端末２００は、固定された2シンボルを用いて、Message 4に対するACK/NACKをロバストに送信することができる。
【０１１０】
なお、PUCCH Format 0は低遅延の初期アクセスを実現するために用いることもある。この場合、PUCCH Format 0に対して、シンボル数を1シンボルに固定してもよい（図示せず）。これにより、初期アクセスにおいて低遅延を実現することができる。
【０１１１】
<方法2-2>
例えば、PUCCH Format 1(Long PUCCH)には、スロット内のシンボル数として、4〜14シンボルの11候補を設定できる。しかし、11候補の全てがRMSIを用いて通知されると、残りの他のパラメータを柔軟に設定することができない。また、Message 4に対するACK/NACKを送信するPUCCHにはロバストな伝送が必要となる。
【０１１２】
そこで、方法2-2では、PUCCH Format 1に対して、図１１に示すようにシンボル数を14シンボルに固定する。
【０１１３】
シンボル数を固定値とすることにより、基地局１００は、PUCCH Format 1について、RMSIの4ビットを用いてスロット内のシンボル数を通知する必要がなくなる。すなわち、シンボル数（例えば、図７ＥのパラメータB(1, n, x)）をPUCCH resource set（set(1, n)）から除くことができる。このため、基地局１００は、RMSIの4ビットを使用して、PUCCH resource setに含まれるその他のパラメータをより柔軟に設定することができる。また、端末２００は、固定された14シンボルを用いて、Message 4に対するACK/NACKをロバストに送信することができる。
【０１１４】
また、図１１に示すように、シンボル数を最大の14シンボルに固定する場合には、スロット内のシンボル位置（スロット内のスタート位置）も先頭のシンボル番号0に固定される。よって、図１１では、基地局１００は、PUCCH Format 1について、スロット内のシンボル数（パラメータB(1, n, x)）に加え、シンボル位置（すなわち、図７Ｅに示すパラメータA(1, n, x)）を、RMSIの4ビットを用いて通知する必要がなくなる。よって、基地局１００は、RMSIの4ビットを使用して、その他のパラメータをより柔軟に設定することができる。
【０１１５】
なお、初期アクセスにおいて、複数のカバレッジをサポートする必要がある場合には、シンボル数に対して複数の候補が設定されてもよい。例えば、シンボル数の候補として、上述した14シンボルに加えて、7シンボル又は10シンボルの設定を可能にしてもよい。
【０１１６】
また、RMSIを用いて通知されるシンボル数は7シンボル、10シンボル及び14シンボルに限らず、他のシンボル数でもよい。すなわち、方法2-2では、シンボル数として設定可能な11パターンのうち一部のパターンがRMSIを用いて通知されればよい。
【０１１７】
さらに、端末２００は、MIB又はRMSIにより通知されたスロットフォーマットに基づいて、PUCCHリソースのシンボル数をImplicitに決定してもよい。この場合、基地局１００は、RMSIの4ビットを用いてスロット内のシンボル数（パラメータB）を通知する必要がなくなる。
【０１１８】
<方法2-3>
例えば、PUCCH Format 0（Short PUCCH）には、スロット内のシンボル位置として、シンボル番号0〜13の14候補を設定できる。しかし、14候補の全てがRMSIを用いて通知されると、残りの他のパラメータを柔軟に設定することができない。
【０１１９】
そこで、方法2-3では、PUCCH Format 0に対して、図１２に示すようにスロット内のシンボル位置（スタート位置）をスロットの後尾から2シンボル目（つまり、シンボル番号12)に制限する。
【０１２０】
スロット内のシンボル位置を固定値とすることにより、基地局１００は、PUCCH Format 0について、RMSIの4ビットを用いてスロット内のシンボル位置を通知する必要がなくなる。すなわち、シンボル位置（例えば、図７ＣのパラメータA(0, n, x)）をPUCCH resource set（set(0, n)）から除くことができる。このため、基地局１００は、RMSIの4ビットを使用して、PUCCH resource setに含まれるその他のパラメータをより柔軟に設定することができる。
【０１２１】
また、図１２に示すように、シンボル位置をシンボル番号12に固定する場合に、スロット内のシンボル数も固定値（2シンボル）としてもよい。図１２では、基地局１００は、PUCCH Format 0について、スロット内のシンボル位置（パラメータA(0, n, x)）に加え、シンボル数（例えば、図７ＣのパラメータB(0, n, x)）を、RMSIの4ビットを用いて通知する必要がなくなり、RMSIの4ビットを使用して、その他のパラメータをより柔軟に設定することができる。
【０１２２】
なお、RMSIを用いて通知されるシンボルの位置はシンボル番号12に限らず、他のシンボル位置でもよい。すなわち、方法2-3では、シンボル位置として設定可能な14候補のうち一部の候補がRMSIを用いて通知されればよい。例えば、RMSIを用いて通知されるシンボルの位置はシンボル番号13（スロットの後尾から1シンボル目）としてもよい。また、シンボル位置をシンボル番号13に固定する場合に、スロット内のシンボル数も固定値（1シンボル）としてもよい。
【０１２３】
<方法2-4>
例えば、PUCCH Format 1(Long PUCCH)には、スロット内のシンボル位置として、シンボル番号0〜10の11候補を設定できる。しかし、11候補の全てがRMSIを用いて通知されると、残りの他のパラメータを柔軟に設定することができない。
【０１２４】
そこで、方法2-4では、PUCCH Format 1に対して、スロット内のシンボル位置は、設定可能な値（11候補）の一部（例えば、1つ又は複数のシンボル位置）に制限される（図示せず）。
【０１２５】
これにより、例えば、１つのシンボル位置に固定される場合には、基地局１００は、PUCCH Format 1について、RMSIの4ビットを用いてスロット内のシンボル位置（パラメータA(1, n, x)）を通知する必要がなくなる。また、いくつかのシンボル位置に制限される場合には、基地局１００から端末２００へのシンボル位置の通知に必要なビット数を低減できる。このため、RMSIの4ビットを使用して、その他のパラメータをより柔軟に設定することができる。
【０１２６】
なお、<方法2-2>で説明したように、シンボル数として14シンボルのみを用いる場合には、シンボル位置は常にシンボル番号0が設定される。よって、基地局１００は、図１１では、スロット内のシンボル位置（パラメータA(1, n, x)）の通知も不要になる。また、シンボル数として7シンボルの設定を可能とする場合には、例えば、シンボル位置をシンボル番号7に限定してもよい。この場合についても、基地局１００は、スロット内のシンボル位置の通知が不要となる。
【０１２７】
<方法2-5>
例えば、PUCCH Format 0（Short PUCCH）及びPUCCH Format 1（Long PUCCH）には、通常、周波数ホッピングの適用有り、又は適用無しを設定できる（ただし、PUCCH Format 0の1シンボルの場合、周波数ホッピングの適用は無い）。また、Message 4に対するACK/NACKを送信するPUCCHにはロバストな伝送が必要となる。
【０１２８】
そこで、方法2-5では、図１３Ａ及び図１３Ｂに示すように、周波数ホッピングを常に適用する（有効にする）。すなわち、周波数ホッピングの適用の有無を表すパラメータは常にOnを示す。これにより、基地局１００は、PUCCH Format 0（2シンボルの場合）及びPUCCH Format 1について、RMSIの4ビットを用いて、周波数ホッピングの適用の有無を通知する必要がなくなる。すなわち、周波数ホッピングの適用の有無を示す値（図１３Ａ及び図１３Ｂに示す"Frequency hopping"の値）をPUCCH resource setから除くことができる。このため、基地局１００は、RMSIの4ビットを使用して、PUCCH resource setに含まれるその他のパラメータをより柔軟に設定することができる。また、端末２００は、周波数ホッピングを適用して、Message 4に対するACK/NACKをロバストに送信することができる。
【０１２９】
なお、方法2-5では、周波数ホッピングを常に適用しないとしてもよい。すなわち、周波数ホッピングの適用の有無を表すパラメータは常にOffを示してもよい。この場合も、基地局１００は、PUCCH Format 0及びPUCCH Format 1について、RMSIの4ビットを用いて、周波数ホッピングの有無を通知する必要がなくなる。
【０１３０】
<方法2-6>
例えば、周波数ホッピングを適用する場合、PUCCH Format 0（Short PUCCH、2シンボルの場合）及びPUCCH Format 1（Long PUCCH）には、通常、周波数ホッピングを適用した後の周波数位置（PRB index for 2nd hop）として、PRB番号0〜274を設定できる。しかし、RMSIを用いて全てのPRB番号の候補を通知することは困難である。
【０１３１】
そこで、方法2-6では、図１４Ａ及び図１４Ｂに示すように、周波数ホッピングの適用後の周波数位置（PRB index for 2nd hop）は、周波数ホッピングの適用前の周波数位置（PRB index for 1st hop)に基づいて決定される。例えば、周波数ホッピングの適用後の周波数位置は、Message 4に対するACK/NACKを送信するPUCCHが設定される上りリンク初期帯域(Initial Uplink BWP: Bandwidth Part)の帯域中心を軸として、周波数ホッピングの適用前の周波数位置に対するミラーリングパターンとして設定されてもよい。なお、周波数ホッピングの適用後の周波数位置は、周波数ホッピングの適用前の周波数位置のミラーリングパターンに限らず、他の関連付けによって決定されてもよい。
【０１３２】
これにより、基地局１００は、PUCCH Format 0（2シンボルの場合）及びPUCCH Format 1について、RMSIの4ビットを用いて、周波数ホッピングを適用した後の周波数位置を通知する必要がなくなる。すなわち、周波数位置（PRB index for 2nd hop）（パラメータD）をPUCCH resource setから除くことができる。このため、基地局１００は、RMSIの4ビットを使用して、PUCCH resource setに含まれるその他のパラメータをより柔軟に設定することができる。
【０１３３】
<方法2-7>
例えば、PUCCH Format 0（Short PUCCH）及びPUCCH Format 1(Long PUCCH)には、通常、周波数位置（PRB index for 1st hop）として、PRB番号0〜274を設定できる。しかし、RMSIを用いて全てのPRB番号の候補を通知することは困難である。
【０１３４】
そこで、方法2-7では、周波数位置（PRB index for 1st hop）は、Message 4に対するACK/NACKを送信するPUCCHが設定される上りリンク初期BWPと関連付けられる。例えば、周波数位置（PRB index for 1st hop）は、上りリンク初期BWPの端のPRB（所定数のPRB）としてもよい。
【０１３５】
これにより、基地局１００は、PUCCH Format 0（2シンボルの場合）及びPUCCH Format 1について、RMSIの4ビットを用いて、周波数位置（PRB index for 1st hop）を通知する必要がなくなる、または通知に必要なビット数を低減できる。すなわち、周波数位置（PRB index for 1st hop）（パラメータC）をPUCCH resource setから除くこと、又は、周波数位置の候補数を低減することができる。このため、基地局１００は、RMSIの4ビットを使用して、PUCCH resource setに含まれるその他のパラメータをより柔軟に設定することができる。
【０１３６】
（実施の形態１のバリエーション３）
PUCCH Format 0及びPUCCH Format 1は、CG（Computer Generated）系列を用いる系列伝送であることから、セル間で異なる系列を割り当てる場合、系列間の相互相関特性によりセル間干渉が生じる。セル間干渉を抑圧するためには、異なるセル間で異なる周波数リソースを用いる方法がある。このとき、セル毎のPUCCHの周波数リソース位置をセルIDによって異ならせることで、セル間干渉の影響を低減できる。
【０１３７】
そこで、バリエーション３では、PUCCH Format 0（Short PUCCH）及びPUCCH Format 1（Long PUCCH）の周波数位置（PRB index for 1st hop又はPRB index for 2nd hop）は、セルIDから算出される。例えば、周波数位置は、上りリンク初期BWP端のPRBから、セルIDを関数とするオフセットを加えたPRBの位置としてもよい。なお、セルIDを用いた周波数位置の算出方法はこの方法に限らず、他の方法でもよい。
【０１３８】
これにより、基地局１００は、RMSIの4ビットを用いて、周波数位置を通知する必要がなくなる、または通知に必要なビット数を低減できる。すなわち、周波数位置（パラメータC又はD）をPUCCH resource setから除くこと、又は、周波数位置の候補数を低減することができる。このため、基地局１００は、RMSIの4ビットを使用して、PUCCH resource setに含まれるその他のパラメータをより柔軟に設定することができる。
【０１３９】
さらに、PUCCHにおいてセル間干渉を低減できる。
【０１４０】
（実施の形態２）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図３及び図４を援用して説明する。
【０１４１】
基地局１００は、RACH procedureにおいて端末２００がMessage 1を送信するためのリソースを、システムにおいて複数設定することができる。そこで、本実施の形態では、RMSIにおける4ビット（16パターン）と、Message 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けを、Message 1のリソースによって差異を生じさせる（異ならせる）。
【０１４２】
実施の形態１で説明したように、基地局１００は、RMSIの4ビットを用いて、Message 4に対するACK/NACKの送信に使用するPUCCHリソース（すなわち、RRC接続設定完了前のPUCCHリソース）に関するPUCCH resource setを端末２００へ通知する（図５のＳＴ１０４）。
【０１４３】
実施の形態１と同様、PUCCH resource setを構成するパラメータには、スロット内のシンボル位置、スロット内のシンボル数、周波数位置、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列又は直交符号）が含まれる。また、PUCCH resource setには、上記複数のパラメータの組み合わせによってそれぞれ定義される複数のPUCCHリソースが含まれる。例えば、1つのPUCCH resource setに含まれるPUCCHリソースの数は、4又は8としてもよい。ただし、1つのPUCCH resource setに含まれるPUCCHリソースの数は4及び8に限らない。
【０１４４】
また、基地局１００は、Message 4をスケジューリングする下りリンク制御信号(DCI)に含まれるPUCCH resource indicatorにより、PUCCH resource setに含まれる複数のPUCCHリソースのうち、どのPUCCHリソースを実際に用いるかを通知する（図５のＳＴ１１０）。ここで、例えば、PUCCH resource setに含まれるPUCCHリソースの数が4の場合、PUCCH resource indicatorには、DCIの2ビットを用いることができる。また、PUCCH resource setに含まれるPUCCHリソースの数が8の場合、PUCCH resource indicatorには、DCIの3ビットを用いることができる。
【０１４５】
また、PUCCH resource indicatorのDCIビット数がXビットであり、PUCCH resource setに含まれるPUCCHリソースの数が2Xよりも多い場合には、基地局１００は、PUCCH resource indicatorによる明示的なPUCCHリソースの通知に加えて、PUCCHリソースをImplicitに通知してもよい。PUCCHリソースをImplicitに通知する機能としては、基地局１００がDCIのPUCCH resource indicatorによりPUCCHリソースのサブセットを通知し、サブセット内のPUCCHリソースをImplicitに通知する方法がある。Implicit通知において、例えば、端末２００の識別子(C-RNTI又はIMSI)、又は、端末２００へのDCI送信に対して使用される下りリンク制御チャネル(PDCCH)のCCEに基づいて、C-RNTI mod Z、IMSI mod Z又はCCE mod Z等を用いてPUCCHがImplicitに通知されてもよい。ここで、Zは、PUCCHリソースサブセットに含まれるPUCCHリソースの数である。
【０１４６】
図１５Ａは、本実施の形態に係るRMSIにおける4ビット(16パターン)と、Message 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けの一例を示す。図１５Ａに示すように、本実施の形態では、複数個（図１５Ａでは２個）設定されたMessage 1のリソース（Message 1 resource 0, Message 1 resource 1）に対して、RMSIにおける4ビット(16パターン)とMessage 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けがそれぞれ設定される。すなわち、本実施の形態では、上位レイヤシグナリングによって通知される値（RMSIの4ビット）と複数のPUCCH resource setとの関連付けは、Message 1のリソース毎に設定される。
【０１４７】
図１５Ｂは、Message 1 resource 0に対する、DCI（PUCCH resource indicator）の2ビット（0〜3の4パターン）と、図１５Ａにおいて設定されるPUCCH resource set（set（0, n）。n=0〜15）に含まれるPUCCHリソース（PUCCH resource（0, n, x）。x=0〜3）との関連付けを示す。また、図１５Ｃは、Message 1 resource 0に対する、図１５Ｂにおいて設定されるPUCCH resource（0, n, x）を定義するパラメータ（スロット内のシンボル位置A(0, n, x)、スロット内のシンボル数B(0, n, x)、周波数ホッピングの適用前の周波数位置C(0, n, x)、周波数ホッピングの適用後の周波数位置D(0, n, x)、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列E(0, n, x)、直交符号F(0, n, x)）、及び、PUCCH resource（0, n, x）に対するPUCCHフォーマットを示す。
【０１４８】
同様に、図１５Ｄは、Message 1 resource 1に対する、DCI（PUCCH resource indicator）の2ビット（0〜3の4パターン）と、図１５Ａにおいて設定されるPUCCH resource set（set（1, n）。n=0〜15）に含まれるPUCCHリソース（PUCCH resource（1, n, x）。x=0〜3）との関連付けを示す。また、図１５Ｅは、Message 1 resource 1に対する、図１５Ｄにおいて設定されるPUCCH resource（1, n, x）を定義するパラメータ（スロット内のシンボル位置A(1, n, x)、スロット内のシンボル数B(1, n, x)、周波数ホッピング適用前の周波数位置C(1, n, x)、周波数ホッピングの適用後の周波数位置D(1, n, x)、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列E(1, n, x)、直交符号F(1, n, x)）、及び、PUCCH resource（1, n, x）PUCCHフォーマットを示す。
【０１４９】
ここで、例えば、RMSIにおける4ビット(16パターン)と、Message 4に対するACK/NACKを送信するためのPUCCH resource setと関連付けがMessage 1のリソースに依らず共通の場合（例えば、図６Ａを参照）、基地局は、システム内において合計で16個のPUCCH resource setを設定できる。
【０１５０】
これに対して、本実施の形態によれば、基地局１００は、Message 1のリソースに対して16個のPUCCH resource setをそれぞれ設定できるので、例えば、N個のMessage 1のリソースに対してシステム全体では、（16×N）個のPUCCH resource setを設定できる。すなわち、本実施の形態（図１５Ａ）によれば、Message 1のリソースに依らず共通のPUCCH resource setが設定される場合と比較して、設定可能なPUCCH resource setの個数を増加できる。
【０１５１】
以上により、本実施の形態によれば、初期アクセス時においてPUCCH resource setの通知にRMSIの4ビットしか用いることができない場合でも、ACK/NACKを送信するためのPUCCHリソースに関する各パラメータを柔軟に設定できる。
【０１５２】
また、Message 1のリソース設定は、隣接セル間でセル間干渉が発生しないように割り当てられることが多い。このため、Message 4に対するACK/NACKを送信するためのPUCCH resource setをMessage 1のリソースと関連付けることにより、Message 4に対するACK/NACKを送信するためのPUCCHリソースのセル間干渉も同時に避けることができる利点がある。
【０１５３】
また、Message 1のリソースとMessage 4に対するACK/NACKを送信するためのPUCCHリソースとの関連付けとしては、例えば、図１６Ａ及び図１６Ｂに示すようにMessage 1の周波数リソース（PRB for Msg.1）を基準として、Message 4に対するACK/NACKを送信するためのPUCCHリソースの周波数位置(PRB番号)が決定されてもよい。
【０１５４】
（実施の形態２のバリエーション）
本実施の形態では、基地局１００は、Message 1のリソース毎に16個のPUCCH resource setを設定できる。ただし、上述したように、PUCCHリソースを定義するパラメータには、スロット内のシンボル位置、スロット内のシンボル数、周波数位置、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列又は直交符号）等があり、RMSIの4ビットでは、すべてのパラメータ（組み合わせ）を柔軟に設定することは困難である。
【０１５５】
そこで、実施の形態２のバリエーションでは、Message 4に対するACK/NACKを送信するためのPUCCHリソースを定義する上記複数のパラメータについて、実施の形態１のバリエーション２における<方法2-1>〜<方法2-7>と同様にして、一部のパラメータはPUCCH resource setによって端末２００へ通知され、残りのパラメータは、PUCCH resource setによって通知されずに、設定されてもよい。
【０１５６】
さらに、PUCCHフォーマットについても、実施の形態１のバリエーション１における<方法1-1>〜<方法1-3>と同様にしてRMSIによる通知に含めなくてもよい。また、PUCCHフォーマットについては、<方法1-1>〜<方法1-3>の他に、以下の方法に基づいてMessage 1と関連付けて決定してもよい。
【０１５７】
<方法4-1>
端末２００は、Message 4に対するACK/NACKを送信するPUCCHフォーマット(PUCCH Format 0を用いるか、PUCCH Format 1を用いるか)について、図１７に示すようにRACH procedureにおけるMessage 1のリソースに基づいて決定してもよい。なお、図１７では、図５に示す処理のうちMessageの送信（ＳＴ１０６〜ＳＴ１０８、ＳＴ１１０）及びMessage 4に対するACK/NACKの送信（ＳＴ１１２）の処理を示す。
【０１５８】
例えば、基地局１００は、Message 2、Message 3又はMessage 4がスロット単位の伝送の場合と、Message 2、Message 3又はMessage 4が非スロット単位の伝送の場合とで、異なるMessage 1リソースを設定し、各Message 1リソースに対して異なるPUCCHフォーマットを関連付けてもよい。図１７では、端末２００は、スロット単位の伝送のためのMessage 1リソース（Resource 0）を用いてMessage 1を送信する場合には、PUCCH Format 1(Long PUCCH)を選択し、非スロット単位の伝送のためのMessage 1リソース（Resource 1）を用いてMessage 1を送信する場合には、PUCCH Format 0(Short PUCCH)を選択する。
【０１５９】
これにより、端末２００は、RMSIによる通知が無くてもPUCCHフォーマットを特定することができるので、基地局１００がPUCCH Formatを端末２００へ通知するためのオーバヘッドを減らすことができる。
【０１６０】
<方法4-2>
端末２００は、Message 4に対するACK/NACKを送信するPUCCHフォーマット(PUCCH Format 0を用いるか、PUCCH Format 1を用いるか)について、図１８に示すように、Message 1のフォーマット（PRACHフォーマット又はPreamble Formatと呼ぶこともある）に基づいて決定してもよい。なお、図１８では、図５に示す処理のうちMessageの送信（ＳＴ１０６〜ＳＴ１０８、ＳＴ１１０）及びMessage 4に対するACK/NACKの送信（ＳＴ１１２）の処理を示す。
【０１６１】
NRでは、複数のカバレッジレベルをサポートするために系列長の異なる複数のPRACHフォーマットをサポートする。例えば、図１８では、端末２００は、系列長の短いPRACHフォーマット（Short Format）を用いてMessage 1を送信する場合には、Message 4に対するACK/NACK送信にPUCCH Format 0を選択し、系列長の長いPRACHフォーマット（Long Format）を用いてMessage 1を送信する場合には、Message 4に対するACK/NACK送信にPUCCH Format 1を選択する。
【０１６２】
これにより、端末２００は、RMSIによる通知が無くてもPUCCHフォーマットを特定することができるので、基地局１００がPUCCH Formatを端末２００へ通知するためのオーバヘッドを減らすことができる。
【０１６３】
（実施の形態３）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図３及び図４を援用して説明する。
【０１６４】
基地局１００は、RACH procedureにおいて端末２００がMessage3を送信するためのリソースを割り当てることができる。そこで、本実施の形態では、RMSIにおける4ビット(16パターン)と、Message 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けを、Message 3のリソースによって差異を生じさせる（異ならせる）。
【０１６５】
実施の形態１で説明したように、基地局１００は、RMSIの4ビットを用いて、Message 4に対するACK/NACKの送信に使用するPUCCHリソース（すなわち、RRC接続設定完了前のPUCCHリソース）に関するPUCCH resource setを端末２００へ通知する（図５のＳＴ１０４）。
【０１６６】
実施の形態１と同様、PUCCH resource setを構成するパラメータには、スロット内のシンボル位置、スロット内のシンボル数、周波数位置、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列又は直交符号）が含まれる。また、PUCCH resource setには、上記複数のパラメータの組み合わせによってそれぞれ定義される複数のPUCCHリソースが含まれる。例えば、1つのPUCCH resource setに含まれるPUCCHリソースの数は、4又は8としてもよい。ただし、1つのPUCCH resource setに含まれるPUCCHリソースの数は4及び8に限らない。
【０１６７】
また、基地局１００は、Message 4をスケジューリングする下りリンク制御信号(DCI)に含まれるPUCCH resource indicatorにより、PUCCH resource setに含まれる複数のPUCCHリソースのうち、どのPUCCHリソースを実際に用いるかを通知する（図５のＳＴ１１０）。ここで、例えば、PUCCH resource setに含まれるPUCCHリソースの数が4の場合、PUCCH resource indicatorには、DCIの2ビットを用いることができる。また、PUCCH resource setに含まれるPUCCHリソースの数が8の場合、PUCCH resource indicatorには、DCIの3ビットを用いることができる。
【０１６８】
また、PUCCH resource indicatorのDCIビット数がXビットであり、PUCCH resource setに含まれるPUCCHリソースの数が2Xよりも多い場合には、基地局１００は、PUCCH resource indicatorによる明示的なPUCCHリソースの通知に加えて、PUCCHリソースをImplicitに通知してもよい。PUCCHリソースをImplicitに通知する機能としては、基地局１００がDCIのPUCCH resource indicatorによりPUCCHリソースのサブセットを通知し、サブセット内のPUCCHリソースをImplicitに通知する方法がある。Implicit通知において、例えば、端末２００の識別子(C-RNTI又はIMSI)、又は、端末２００へのDCI送信に対して使用される下りリンク制御チャネル(PDCCH)のCCEに基づいて、C-RNTI mod Z、IMSI mod Z又はCCE mod Z等を用いてPUCCHがImplicitに通知されてもよい。ここで、Zは、PUCCHリソースサブセットに含まれるPUCCHリソースの数である。
【０１６９】
図１９Ａは、本実施の形態に係るRMSIにおける4ビット(16パターン)と、Message 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けの一例を示す。図１９Ａに示すように、本実施の形態では、端末２００毎に割り当てられたMessage 3のリソース（図１９ＡではMessage 3 resource 0、Message 3 resource 1）に対して、RMSIにおける4ビット(16パターン)とMessage 4に対するACK/NACKを送信するためのPUCCH resource setとの関連付けがそれぞれ設定される。すなわち、本実施の形態では、上位レイヤシグナリングによって通知される値（RMSIの4ビット）と複数のPUCCH resource setとの関連付けは、Message 3のリソース毎に設定される。
【０１７０】
図１９Ｂは、Message 3 resource 0に対する、DCI（PUCCH resource indicator）の2ビット（0〜3の4パターン）と、図１９Ａにおいて設定されるPUCCH resource set（set（0, n）。n=0〜15）に含まれるPUCCHリソース（PUCCH resource（0, n, x）。x=0〜3）との関連付けを示す。また、図１９Ｃは、Message 3 resource 0に対する、図１９Ｂにおいて設定されるPUCCH resource（0, n, x）を定義するパラメータ（スロット内のシンボル位置A(0, n, x)、スロット内のシンボル数B(0, n, x)、周波数ホッピングの適用前の周波数位置C(0, n, x)、周波数ホッピングの適用後の周波数位置D(0, n, x)、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列E(0, n, x)、直交符号F(0, n, x)）、及び、PUCCH resource（0, n, x）に対するPUCCHフォーマットを示す。
【０１７１】
同様に、図１９Ｄは、Message 3 resource 1に対する、DCI（PUCCH resource indicator）の2ビット（0〜3の4パターン）と、図１９Ａにおいて設定されるPUCCH resource set（set（1, n）。n=0〜15）に含まれるPUCCHリソース（PUCCH resource（1, n, x）。x=0〜3）との関連付けを示す。また、図１９Ｅは、Message 3 resource 1に対する、図１９Ｄにおいて設定されるPUCCH resource（1, n, x）を定義するパラメータ（スロット内のシンボル位置A(1, n, x)、スロット内のシンボル数B(1, n, x)、周波数ホッピング適用前の周波数位置C(1, n, x)、周波数ホッピングの適用後の周波数位置D(1, n, x)、周波数ホッピングの適用の有無、符号リソース（巡回シフト系列E(1, n, x)、直交符号F(1, n, x)）、及び、PUCCH resource（1, n, x）に対するPUCCHフォーマットを示す。
【０１７２】
ここで、例えば、RMSIにおける4ビット(16パターン)と、Message 4に対するACK/NACKを送信するためのPUCCH resource setと関連付けがMessage 3のリソースに依らず共通の場合（例えば、図６Ａを参照）、基地局は、システム内において合計で16個のPUCCH resource setを設定できる。
【０１７３】
これに対して、本実施の形態によれば、基地局１００は、Message 3のリソースに対して16個のPUCCH resource setをそれぞれ設定できるので、例えば、N個のMessage 3のリソースに対してシステム全体では、（16×N）個のPUCCH resource setを設定できる。すなわち、本実施の形態（図１９Ａ）によれば、Message 3のリソースに依らず共通のPUCCH resource setが設定される場合と比較して、設定可能なPUCCH resource setの個数を増加できる。
【０１７４】
以上より、本実施の形態によれば、初期アクセス時においてPUCCH resource setの通知にRMSIの4ビットしか用いることができない場合でも、ACK/NACKを送信するためのPUCCHリソースに関する各パラメータを柔軟に設定できる。
【０１７５】
また、Message 3のリソース設定は、Message 1のリソース設定と比較してより柔軟なリソース割当が可能である。このため、Message 4に対するACK/NACKを送信するためのPUCCH resource setをMessage 3のリソースと関連付けることで、Message 4に対するACK/NACKを送信するためのPUCCHリソース割当もより柔軟に行うことができる。
【０１７６】
なお、Message 3のリソースとMessage 4に対するACK/NACKを送信するためのPUCCHリソースとの関連付けとしては、例えば、図２０Ａ及び図２０Ｂに示すようにMessage 3の周波数リソース（PRB for Msg.3）を基準として、Message 4に対するACK/NACKを送信するためのPUCCHリソースの周波数位置(PRB番号)が決定されてもよい。
【０１７７】
また、Message 4に対するACK/NACKを送信するためのPUCCHリソースについて、実施の形態１のバリエーション２における<方法2-1>〜<方法2-7>と同様にして、一部のパラメータはRMSIによって端末２００へ通知され、残りのパラメータは、RMSIによって通知されずに、設定されてもよい。また、PUCCHフォーマットについて、実施の形態１のバリエーション１における<方法1-1>〜<方法1-3>及び実施の形態２のバリエーションにおける<方法4-1>、<方法4-2>と同様にしてRMSIでの通知に含めなくてもよい。
【０１７８】
以上、本開示の各実施の形態について説明した。
【０１７９】
なお、Message 4に対するACK/NACKを送信するためのPUCCHについては、端末２００は、上述したパラメータの他に、どのNumerology(サブキャリア間隔)を用いるかについて、特定する必要がある。Message 4に対するACK/NACKを送信するためのPUCCHに対するNumerology(サブキャリア間隔)については、例えば、Message 1又はMessage 3のNumerology(サブキャリア間隔)と同じNumerologyを用いてもよく、Message 1又はMessage 3のNumerology(サブキャリア間隔)と関連付けて決定してもよい。
【０１８０】
または、端末２００は、Message 4に対するACK/NACKを送信するPUCCHに対するNumerology(サブキャリア間隔)を、RACH configurationの中で明示的に通知される情報又はMessage 4で基地局１００から端末２００へ明示的に通知される情報に基づいて決定してもよい。
【０１８１】
また、上記実施の形態では、RMSIの4ビットとPUCCH resource setとの関連付けが、PUCCH Format、Message 1のリソース又はMessage 3のリソース毎に異なる場合について説明した。しかし、RMSIの4ビットとPUCCH resource setとの関連付けを異ならせる基準となるパラメータは、PUCCH Format、Message 1のリソース又はMessage 3に限定されず、初期アクセス（RACH procedure）に関するパラメータであればよい。例えば、RMSIの4ビットとPUCCH resource setとの関連付けを異ならせる基準となるパラメータは、初期アクセス処理において使用される予め設定されたパラメータでもよく、初期アクセス処理が行われている間の動作モード（operation condition）に関するパラメータでもよい。
【０１８２】
また、上述した実施の形態１〜３のうち、全ての実施の形態又は何れか２つの実施の形態は同時に適用することができる。これにより、より多くのPUCCH resource setを設定することができる。
【０１８３】
また、本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１８４】
本開示の基地局は、初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの中から１つのセットを決定し、前記決定されたセットに含まれるリソースの候補の中から１つの候補を決定する回路と、前記決定されたセットを上位レイヤのシグナリングによって端末へ通知し、前記決定された候補をダイナミックシグナリングによって前記端末へ通知する送信機と、前記決定されたセットにおける前記決定された候補に対応する前記リソースを用いて、上り制御信号を受信する受信機と、を具備し、前記上位レイヤのシグナリングによって通知される値と前記複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される。
【０１８５】
本開示の基地局において、前記初期アクセスに関するパラメータは、前記上りリンク制御チャネルのフォーマットである。
【０１８６】
本開示の基地局において、前記初期アクセスに関するパラメータは、初期アクセスにおけるMessage 1の送信に用いられるリソースである。
【０１８７】
本開示の基地局において、前記初期アクセスに関するパラメータは、初期アクセスにおけるMessage 3の送信に用いられるリソースである。
【０１８８】
本開示の基地局において、前記上りリンク制御チャネルのリソースに関する複数のパラメータのうち一部のパラメータは前記セットに含めて前記端末へ通知され、前記複数のパラメータのうち残りのパラメータは前記セットによって前記端末へ通知されずに、設定される。
【０１８９】
本開示の基地局において、前記残りのパラメータには、前記上りリンク制御チャネルのフォーマットが含まれ、前記上りリンク制御チャネルのフォーマットは、初期アクセスにおけるMessage 2又はMessage 3の送信モードに基づいて決定される。
【０１９０】
本開示の基地局において、前記残りのパラメータには、前記上りリンク制御チャネルのフォーマットが含まれ、前記上りリンク制御チャネルのフォーマットは、初期アクセスにおけるMessage 4によって前記端末へ通知される。
【０１９１】
本開示の基地局において、前記残りのパラメータには、前記上りリンク制御チャネルのフォーマットが含まれ、前記上りリンク制御チャネルのフォーマットは、初期アクセスにおけるMessage 4の送信モードに基づいて決定される。
【０１９２】
本開示の基地局において、前記残りのパラメータには、シンボル数及びスロット内のシンボル位置の少なくとも１つが含まれ、前記シンボル数及び前記スロット内のシンボル位置の少なくとも１つは固定値である。
【０１９３】
本開示の基地局において、前記残りのパラメータには、スロット内のシンボル位置の少なくとも１つが含まれ、前記スロット内のシンボル位置は、設定可能な値の一部に制限される。
【０１９４】
本開示の基地局において、前記残りのパラメータには、周波数ホッピングの適用の有無を示す値が含まれ、前記周波数ホッピングは常に適用される。
【０１９５】
本開示の基地局において、前記残りのパラメータには、周波数ホッピングの適用後の第１の周波数位置が含まれ、前記第１の周波数位置は、前記周波数ホッピングの適用前の第２の周波数位置に基づいて決定される。
【０１９６】
本開示の基地局において、前記残りのパラメータには、周波数位置が含まれ、前記周波数位置は、前記端末が位置するセルのセルＩＤから算出される。
【０１９７】
本開示の基地局において、前記上りリンク制御チャネルのフォーマットは、初期アクセスにおけるMessage 1の送信に用いられるリソースに基づいて決定される。
【０１９８】
本開示の基地局において、前記上りリンク制御チャネルのフォーマットは、初期アクセスにおけるMessage 1のフォーマットに基づいて決定される。
【０１９９】
本開示の基地局において、前記上りリンク制御チャネルに対するサブキャリア間隔は、初期アクセスにおけるMessage 1又はMessage 3の送信時のサブキャリア間隔に基づいて決定される。
【０２００】
本開示の基地局において、前記上りリンク制御チャネルに対するサブキャリア間隔は、前記基地局から前記端末へ明示的に通知される。
【０２０１】
本開示の端末は、初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの何れかを示す上位レイヤのシグナリングを受信し、前記セットに含まれるリソースの候補の何れかを示すダイナミックシグナリングを受信する受信機と、前記上位レイヤのシグナリングに示される前記セットに含まれる候補のうち、前記ダイナミックシグナリングに示される前記候補に対応する前記リソースを用いて、上り制御信号を送信する送信機と、を具備し、前記上位レイヤのシグナリングによって通知される値と前記複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される。
【０２０２】
本開示の通信方法は、初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの中から１つのセットを決定し、前記決定されたセットに含まれるリソースの候補の中から１つの候補を決定し、前記決定されたセットを上位レイヤのシグナリングによって端末へ通知し、前記決定された候補をダイナミックシグナリングによって前記端末へ通知し、前記決定されたセットにおける前記決定された候補に対応する前記リソースを用いて、上り制御信号を受信し、前記上位レイヤのシグナリングによって通知される値と前記複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される。
【０２０３】
本開示の通信方法は、初期アクセス時の上りリンク制御チャネルのリソースの候補を各々が含む複数のセットの何れかを示す上位レイヤのシグナリングを受信し、前記セットに含まれるリソースの候補の何れかを示すダイナミックシグナリングを受信し、前記上位レイヤのシグナリングに示される前記セットに含まれる候補のうち、前記ダイナミックシグナリングに示される前記候補に対応する前記リソースを用いて、上り制御信号を送信し、前記上位レイヤのシグナリングによって通知される値と前記複数のセットとの関連付けは、初期アクセスに関するパラメータ毎に設定される。
【産業上の利用可能性】
【０２０４】
本開示の一態様は、移動通信システムに有用である。
【符号の説明】
【０２０５】
１００  基地局
１０１，２０９  制御部
１０２  データ生成部
１０３，１０７，１１０，２１１  符号化部
１０４  再送制御部
１０５，１０８，１１１，２１２  変調部
１０６  上位制御信号生成部
１０９  下り制御信号生成部
１１２，２１３  信号割当部
１１３，２１４  IFFT部
１１４，２１５  送信部
１１５，２０１  アンテナ
１１６，２０２  受信部
１１７，２０３  FFT部
１１８，２０４  抽出部
１１９  復調・復号部
１２０  判定部
２００  端末
２０５  下り制御信号復調部
２０６  上位制御信号復調部
２０７  下りデータ信号復調部
２０８  誤り検出部
２１０  ACK/NACK生成部
【図１】
2021510462.tif 000003
【図２】
2021510462.tif 000004
【図３】
2021510462.tif 000005
【図４】
2021510462.tif 000006
【図５】
2021510462.tif 000007
【図６Ａ】
2021510462.tif 000008
【図６Ｂ】
2021510462.tif 000009
【図６Ｃ】
2021510462.tif 000010
【図７Ａ】
2021510462.tif 000011
【図７Ｂ】
2021510462.tif 000012
【図７Ｃ】
2021510462.tif 000013
【図７Ｄ】
2021510462.tif 000014
【図７Ｅ】
2021510462.tif 000015
【図８】
2021510462.tif 000016
【図９】
2021510462.tif 000017
【図１０】
2021510462.tif 000018
【図１１】
2021510462.tif 000019
【図１２】
2021510462.tif 000020
【図１３Ａ】
2021510462.tif 000021
【図１３Ｂ】
2021510462.tif 000022
【図１４Ａ】
2021510462.tif 000023
【図１４Ｂ】
2021510462.tif 000024
【図１５Ａ】
2021510462.tif 000025
【図１５Ｂ】
2021510462.tif 000026
【図１５Ｃ】
2021510462.tif 000027
【図１５Ｄ】
2021510462.tif 000028
【図１５Ｅ】
2021510462.tif 000029
【図１６Ａ】
2021510462.tif 000030
【図１６Ｂ】
2021510462.tif 000031
【図１７】
2021510462.tif 000032
【図１８】
2021510462.tif 000033
【図１９Ａ】
2021510462.tif 000034
【図１９Ｂ】
2021510462.tif 000035
【図１９Ｃ】
2021510462.tif 000036
【図１９Ｄ】
2021510462.tif 000037
【図１９Ｅ】
2021510462.tif 000038
【図２０Ａ】
2021510462.tif 000039
【図２０Ｂ】
2021510462.tif 000040
【手続補正書】
【提出日】令和2年10月29日(2020.10.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
初期アクセス時のセル固有上りリンク制御チャネル（PUCCH）パラメータの設定時にセル固有情報が使用され、前記セル固有情報により提供されるPUCCHリソースセットの中からPUCCHリソースを決定する、回路と、
前記初期アクセス時に、前記PUCCHリソースを使用し、誤り結果を示す応答信号（ACK）を送信する、送信部と、
を備える、端末。
【請求項２】
前記セル固有PUCCHパラメータはシンボル数を含み、
前記PUCCHリソースセットがPUCCHフォーマット０を使用するとき、前記シンボル数は２に設定される、
請求項１に記載の端末。
【請求項３】
前記セル固有PUCCHパラメータはスタートシンボル位置を含み、
前記スタートシンボル位置は、一つ以上の所定の値に制限される、
請求項１に記載の端末。
【請求項４】
前記セル固有PUCCHパラメータはスタートシンボル位置を含み、
前記PUCCHリソースセットがPUCCHフォーマット０を使用するとき、前記スタートシンボル位置は１２に設定される、
請求項１に記載の端末。
【請求項５】
前記セル固有PUCCHパラメータはシンボル数を含み、
前記シンボル数が１４に設定されるとき、前記PUCCHリソースセットがPUCCHフォーマット１を使用する、
請求項１に記載の端末。
【請求項６】
前記セル固有PUCCHパラメータはスタートシンボル位置を含み、
前記シンボル数が１４に設定されるとき、前記スタートシンボル位置が０に設定される、
請求項５に記載の端末。
【請求項７】
前記セル固有PUCCHパラメータはシンボル数を含み、
前記シンボル数が１０に設定されるとき、前記PUCCHリソースセットがPUCCHフォーマット１を使用する、
請求項１に記載の端末。
【請求項８】
前記回路は、無線リソース制御（RRC）シグナリング中のPUCCHリソース設定情報が示される前に、前記PUCCHリソースを決定する、
請求項１に記載の端末。
【請求項９】
前記送信部は、前記PUCCHリソース設定情報が示される前は、常時、周波数ホッピングを適用して、前記ACKを送信する、
請求項８に記載の端末。
【請求項１０】
前記周波数ホッピングの周波数ホッピングパターンは、前記初期アクセス時の前アップリンク送信で使用された周波数帯域の中心を軸としたミラーリングパターンである、
請求項９に記載の端末。
【請求項１１】
前記セル固有情報のビットは４つであり、前記セル固有情報は１６のPUCCHリソースセットの1つを示す、
請求項１に記載の端末。
【請求項１２】
前記セル固有PUCCHパラメータは周波数位置と巡回シフト情報を含んでいる、
請求項１に記載の端末。
【請求項１３】
前記セル固有情報の前記ビットと前記１６のPUCCHリソースセットの１つの関連付けは、前記初期アクセス時のメッセージ３で使用されたリソースにより異なる、
請求項１１に記載の端末。
【請求項１４】
前記PUCCHリソースセットは複数のPUCCHリソースを含んでおり、前記複数のPUCCHリソースの各々は、前記セル固有PUCCHパラメータに対応する、
請求項１に記載の端末。
【請求項１５】
前記回路は、下りリンク制御情報（DCI）に含まれるPUCCHリソースインディケータの値に基づいて、前記PUCCHリソースを決定し、
前記PUCCHリソースセットのPUCCHリソースの数は、２を底、前記PUCCHリソースインディケータのビット数を冪指数とした累乗数よりも大きい、
請求項１に記載の端末。
【請求項１６】
前記回路は、前記DCIの制御チャネル要素（CCE）に基づいて、前記PUCCHリソースを決定する、
請求項１５に記載の端末。
【請求項１７】
初期アクセス時のセル固有上りリンク制御チャネル（PUCCH）パラメータの設定時にセル固有情報が使用され、前記セル固有情報により提供されるPUCCHリソースセットの中からPUCCHリソースを決定し、
前記初期アクセス時に、前記PUCCHリソースを使用し、誤り結果を示す応答信号（ACK）を送信する、
通信方法。
【請求項１８】
初期アクセス時のセル固有上りリンク制御チャネル（PUCCH）パラメータの設定時にセル固有情報が使用され、前記セル固有情報により提供されるPUCCHリソースセットの中からPUCCHリソースを決定し、
前記初期アクセス時に、前記PUCCHリソースを使用し、誤り結果を示す応答信号（ACK）を送信する、処理を制御する、
集積回路。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本開示は、端末、通信方法及び集積回路に関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本開示の非限定的な実施例は、初期アクセス時においてPUCCHリソースを柔軟に割り当てることができる端末、通信方法及び集積回路の提供に資する。
【国際調査報告】
2021510462.tif 000041
2021510462.tif 000042