JP7285357B2 - 基地局、通信方法及び集積回路 - Google Patents

基地局、通信方法及び集積回路 Download PDF

Info

Publication number
JP7285357B2
JP7285357B2 JP2022062363A JP2022062363A JP7285357B2 JP 7285357 B2 JP7285357 B2 JP 7285357B2 JP 2022062363 A JP2022062363 A JP 2022062363A JP 2022062363 A JP2022062363 A JP 2022062363A JP 7285357 B2 JP7285357 B2 JP 7285357B2
Authority
JP
Japan
Prior art keywords
pucch
base station
pucch resource
resource
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022062363A
Other languages
English (en)
Other versions
JP2022079762A (ja
Inventor
哲矢 山本
秀俊 鈴木
リレイ ワン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2020521371A external-priority patent/JP7055199B2/ja
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Priority to JP2022062363A priority Critical patent/JP7285357B2/ja
Publication of JP2022079762A publication Critical patent/JP2022079762A/ja
Application granted granted Critical
Publication of JP7285357B2 publication Critical patent/JP7285357B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Mobile Radio Communication Systems (AREA)

Description

本開示は、基地局、通信方法及び集積回路に関する。
近年のモバイルブロードバンドを利用したサービスの普及に伴い、モバイル通信におけるデータトラフィックは指数関数的に増加を続けており、将来に向けてデータ伝送容量の拡大が急務となっている。また、今後はあらゆる「モノ」がインターネットを介してつながる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生成部

Claims (15)

  1. 初期アクセス時に、上りリンク制御チャネル（PUCCH）リソースセットのセル固有上りリンク制御チャネル（PUCCH）パラメータを設定する際に使用されるセル固有情報を送信する、送信部と、
    前記PUCCHリソースセット内のPUCCHリソースを使用して送信される、確認応答信号（ACK）を受信する、受信部と、
    を備え、
    無線リソース制御（RRC）シグナリング中のPUCCHリソース設定情報が示される前に、前記PUCCHリソースが決定され、
    前記PUCCHリソース設定情報が示される前は、常時、周波数ホッピングを適用して、前記ACKが送信され、
    前記周波数ホッピングの周波数ホッピングパターンは、前記初期アクセス時の前アップリンク送信で使用された周波数帯域の中心を軸としたミラーリングパターンである、
    基地局。
  2. 前記セル固有PUCCHパラメータはシンボル数を含み、
    前記PUCCHリソースセットがPUCCHフォーマット０を使用するとき、前記シンボル数は２に設定される、
    請求項１に記載の基地局。
  3. 前記セル固有PUCCHパラメータはスタートシンボル位置を含み、
    前記スタートシンボル位置は、一つ以上の所定の値に制限される、
    請求項１に記載の基地局。
  4. 前記セル固有PUCCHパラメータはスタートシンボル位置を含み、
    前記PUCCHリソースセットがPUCCHフォーマット０を使用するとき、前記スタートシンボル位置は１２に設定される、
    請求項１に記載の基地局。
  5. 前記セル固有PUCCHパラメータはシンボル数を含み、
    前記シンボル数が１４に設定されるとき、前記PUCCHリソースセットがPUCCHフォーマット１を使用する、
    請求項１に記載の基地局。
  6. 前記セル固有PUCCHパラメータはスタートシンボル位置を含み、
    前記シンボル数が１４に設定されるとき、前記スタートシンボル位置が０に設定される、
    請求項５に記載の基地局。
  7. 前記セル固有PUCCHパラメータはシンボル数を含み、
    前記シンボル数が１０に設定されるとき、前記PUCCHリソースセットがPUCCHフォーマット１を使用する、
    請求項１に記載の基地局。
  8. 前記セル固有情報のビットは４つであり、前記セル固有情報は１６のPUCCHリソースセットの1つを示す、
    請求項１に記載の基地局。
  9. 前記セル固有PUCCHパラメータは周波数位置と巡回シフト情報を含んでいる、
    請求項１に記載の基地局。
  10. 前記セル固有情報の前記ビットと前記１６のPUCCHリソースセットの１つの関連付けは、前記初期アクセス時のメッセージ３で使用されたリソースにより異なる、
    請求項８に記載の基地局。
  11. 前記PUCCHリソースセットは複数のPUCCHリソースを含んでおり、前記複数のPUCCHリソースの各々は、前記セル固有PUCCHパラメータに対応する、
    請求項１に記載の基地局。
  12. 下りリンク制御情報（DCI）に含まれるPUCCHリソースインディケータの値に基づいて、前記PUCCHリソースは決定され、
    前記PUCCHリソースセットのPUCCHリソースの数は、２を底、前記PUCCHリソースインディケータのビット数を冪指数とした累乗数よりも大きい、
    請求項１に記載の基地局。
  13. 前記DCIの制御チャネル要素（CCE）に基づいて、前記PUCCHリソースは決定される、
    請求項１２に記載の基地局。
  14. 初期アクセス時に、上りリンク制御チャネル（PUCCH）リソースセットのセル固有上りリンク制御チャネル（PUCCH）パラメータを設定する際に使用されるセル固有情報を送信する、工程と、
    前記PUCCHリソースセット内のPUCCHリソースを使用して送信される、確認応答信号（ACK）を受信する、工程と、を含む、
    基地局によって実行され、
    無線リソース制御（RRC）シグナリング中のPUCCHリソース設定情報が示される前に、前記PUCCHリソースが決定され、
    前記PUCCHリソース設定情報が示される前は、常時、周波数ホッピングを適用して、前記ACKが送信され、
    前記周波数ホッピングの周波数ホッピングパターンは、前記初期アクセス時の前アップリンク送信で使用された周波数帯域の中心を軸としたミラーリングパターンである、
    通信方法。
  15. 初期アクセス時に、上りリンク制御チャネル（PUCCH）リソースセットのセル固有上りリンク制御チャネル（PUCCH）パラメータを設定する際に使用されるセル固有情報を送信する、処理と、
    前記PUCCHリソースセット内のPUCCHリソースを使用して送信される、確認応答信号（ACK）を受信する、処理と、を制御し、
    無線リソース制御（RRC）シグナリング中のPUCCHリソース設定情報が示される前に、前記PUCCHリソースが決定され、
    前記PUCCHリソース設定情報が示される前は、常時、周波数ホッピングを適用して、前記ACKが送信され、
    前記周波数ホッピングの周波数ホッピングパターンは、前記初期アクセス時の前アップリンク送信で使用された周波数帯域の中心を軸としたミラーリングパターンである、
    基地局向けの、集積回路。
JP2022062363A 2018-01-12 2022-04-04 基地局、通信方法及び集積回路 Active JP7285357B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2022062363A JP7285357B2 (ja) 2018-01-12 2022-04-04 基地局、通信方法及び集積回路

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2020521371A JP7055199B2 (ja) 2018-01-12 2018-01-12 端末、通信方法及び集積回路
PCT/CN2018/072458 WO2019136709A1 (en) 2018-01-12 2018-01-12 Base station, terminal, and communication method
JP2022062363A JP7285357B2 (ja) 2018-01-12 2022-04-04 基地局、通信方法及び集積回路

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2020521371A Division JP7055199B2 (ja) 2018-01-12 2018-01-12 端末、通信方法及び集積回路

Publications (2)

Publication Number Publication Date
JP2022079762A JP2022079762A (ja) 2022-05-26
JP7285357B2 true JP7285357B2 (ja) 2023-06-01

Family

ID=87884727

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022062363A Active JP7285357B2 (ja) 2018-01-12 2022-04-04 基地局、通信方法及び集積回路

Country Status (1)

Country Link
JP (1) JP7285357B2 (ja)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
NEC，Resource allocation for NR PUCCH[online]，3GPP TSG RAN WG1 #91 R1-1720380，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_91/Docs/R1-1720380.zip>，2017年11月18日
Panasonic，Discussion on resource allocation for uplink control channel[online]，3GPP TSG RAN WG1 #91 R1-1720451，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_91/Docs/R1-1720451.zip>，2017年11月17日

Also Published As

Publication number Publication date
JP2022079762A (ja) 2022-05-26

Similar Documents

Publication Publication Date Title
JP7055199B2 (ja) 端末、通信方法及び集積回路
JP7372393B2 (ja) 基地局、通信方法及び集積回路
KR102473793B1 (ko) 통신 단말 및 송신 방법
RU2758703C2 (ru) Терминал и способ связи
KR20170020340A (ko) 단말, 기지국, 송신 방법 및 수신 방법
JP7161549B2 (ja) 端末及び通信方法
JP7285357B2 (ja) 基地局、通信方法及び集積回路
RU2773239C1 (ru) Базовая станция, терминал и способ связи
RU2776435C2 (ru) Базовая станция, терминал и способ связи
JP2020005292A (ja) 端末、通信方法及び集積回路

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220404

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230214

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230427

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230516

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230522

R150 Certificate of patent or registration of utility model

Ref document number: 7285357

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150