JP2020182174A - 端末装置、基地局装置、および、通信方法 - Google Patents

端末装置、基地局装置、および、通信方法 Download PDF

Info

Publication number
JP2020182174A
JP2020182174A JP2019085767A JP2019085767A JP2020182174A JP 2020182174 A JP2020182174 A JP 2020182174A JP 2019085767 A JP2019085767 A JP 2019085767A JP 2019085767 A JP2019085767 A JP 2019085767A JP 2020182174 A JP2020182174 A JP 2020182174A
Authority
JP
Japan
Prior art keywords
pucch
pucch resource
orthogonal cover
indexes
cover code
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.)
Pending
Application number
JP2019085767A
Other languages
English (en)
Other versions
JP2020182174A5 (ja
Inventor
李　泰雨
Tae Woo Lee
泰雨 李
翔一 鈴木
Shoichi Suzuki
翔一 鈴木
中嶋　大一郎
Taiichiro Nakajima
大一郎 中嶋
渉 大内
Wataru Ouchi
渉 大内
智造 野上
Tomozo Nogami
智造 野上
友樹 吉村
Tomoki Yoshimura
友樹 吉村
会発 林
Huifa Lin
会発 林
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.)
Sharp Corp
Original Assignee
Sharp Corp
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
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to JP2019085767A priority Critical patent/JP2020182174A/ja
Priority to PCT/JP2020/017486 priority patent/WO2020218415A1/ja
Publication of JP2020182174A publication Critical patent/JP2020182174A/ja
Publication of JP2020182174A5 publication Critical patent/JP2020182174A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】効率的に上りリンクの送信、受信を行う端末装置、基地局装置および通信方法を提供する。【解決手段】システムインフォメーションを受信し、ＰＵＣＣＨを送信し、システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、第１のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースを含み、第１のＰＵＣＣＨリソースの最初のシンボルは、第１の最初のシンボルの集合に属し、第１の最初のシンボルの集合は、最初のシンボルを含み、第２のＰＵＣＣＨリソースセットは、第２のＰＵＣＣＨリソースを含み、第２のＰＵＣＣＨリソースの最初のシンボルは、第２の最初のシンボルの集合に属し、第２の最初のシンボルの集合は、１つの最初のシンボルのみを含む。【選択図】図４

Description

本発明は、端末装置、基地局装置、および、通信方法に関する。
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE：登録商標）」、または、「Evolved Universal Terrestrial Radio Access : EUTRA」と称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。また、３ＧＰＰにおいて、新たな無線アクセス方式（以下、「New Radio（NR）」と称する。）が検討されている（非特許文献１、２、３、４）。ＬＴＥでは、基地局装置をｅＮｏｄｅＢ（evolved NodeB）とも称する。ＮＲでは、基地局装置をｇＮｏｄｅＢとも称する。ＬＴＥ、および、ＮＲでは、端末装置をＵＥ（User Equipment）とも称する。ＬＴＥ、および、ＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
ＮＲにおいて、１つのサービングセルに対して下りリンクＢＷＰ（bandwidth part）と上りリンクＢＷＰのセットが設定される（非特許文献３）。端末装置は、下りリンクＢＷＰにおいてＰＤＣＣＨとＰＤＳＣＨを受信する。
本発明は、効率的に上りリンク送信、および／または、下りリンク送信の受信を行うことができる端末装置、該端末装置に用いられる通信方法、効率的に下りリンク送信、および／または、上りリンク送信の受信を行うことができる基地局装置、および、該基地局装置に用いられる通信方法を提供する。
（１）本発明の第１の態様は、端末装置であって、システムインフォメーションを受信する受信部と、ＰＵＣＣＨを送信する送信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの最初のシンボルは、第１の最初のシンボルの集合に属し、前記第１の最初のシンボルの集合は、複数の最初のシンボルを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの最初のシンボルは、第２の最初のシンボルの集合に属し、前記第２の最初のシンボルの集合は、１つの最初のシンボルのみを含む。
（２）本発明の第２の態様は、端末装置であって、システムインフォメーションを受信する受信部と、ＰＵＣＣＨを送信する送信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第１の周波数ドメイン直交カバーコードのインデックスの集合に属し、第１の周波数ドメイン直交カバーコードのインデックスの集合は、複数の周波数ドメイン直交カバーコードのインデックスを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第２の周波数ドメイン直交カバーコードのインデックスの集合に属し、前記第２の周波数ドメイン直交カバーコードのインデックスの集合は、第１の周波数ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の周波数ドメイン直交カバーコードのインデックスを含む。
（３）本発明の第３の態様は、端末装置であって、システムインフォメーションを受信する受信部と、ＰＵＣＣＨを送信する送信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第１の時間ドメイン直交カバーコードのインデックスの集合に属し、第１の時間ドメイン直交カバーコードのインデックスの集合は、複数の時間ドメイン直交カバーコードのインデックスを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第２の時間ドメイン直交カバーコードのインデックスの集合に属し、前記第２の時間ドメイン直交カバーコードのインデックスの集合は、第１の時間ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の時間ドメイン直交カバーコードのインデックスを含む。
（４）本発明の第４の態様は、基地局装置であって、システムインフォメーションを送信する送信部と、ＰＵＣＣＨを受信する受信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの最初のシンボルは、第１の最初のシンボルの集合に属し、前記第１の最初のシンボルの集合は、複数の最初のシンボルを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの最初のシンボルは、第２の最初のシンボルの集合に属し、前記第２の最初のシンボルの集合は、１つの最初のシンボルのみを含む。
（５）本発明の第５の態様は、基地局装置であって、システムインフォメーションを送信する送信部と、ＰＵＣＣＨを受信する受信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第１の周波数ドメイン直交カバーコードのインデックスの集合に属し、第１の周波数ドメイン直交カバーコードのインデックスの集合は、複数の周波数ドメイン直交カバーコードのインデックスを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第２の周波数ドメイン直交カバーコードのインデックスの集合に属し、前記第２の周波数ドメイン直交カバーコードのインデックスの集合は、第１の周波数ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の周波数ドメイン直交カバーコードのインデックスを含む。
（６）本発明の第６の態様は、基地局装置であって、システムインフォメーションを送信する送信部と、ＰＵＣＣＨを受信する受信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第１の時間ドメイン直交カバーコードのインデックスの集合に属し、第１の時間ドメイン直交カバーコードのインデックスの集合は、複数の時間ドメイン直交カバーコードのインデックスを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第２の時間ドメイン直交カバーコードのインデックスの集合に属し、前記第２の時間ドメイン直交カバーコードのインデックスの集合は、第１の時間ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の時間ドメイン直交カバーコードのインデックスを含む。
（７）本発明の第７の態様は、端末装置に用いられる通信方法であって、システムインフォメーションを受信するステップと、ＰＵＣＣＨを送信するステップと、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの最初のシンボルは、第１の最初のシンボルの集合に属し、前記第１の最初のシンボルの集合は、複数の最初のシンボルを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの最初のシンボルは、第２の最初のシンボルの集合に属し、前記第２の最初のシンボルの集合は、１つの最初のシンボルのみを含む。
（８）本発明の第８の態様は、端末装置に用いられる通信方法であって、システムインフォメーションを受信するステップと、ＰＵＣＣＨを送信するステップと、を備え、システムインフォメーションを受信する受信部と、ＰＵＣＣＨを送信する送信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第１の周波数ドメイン直交カバーコードのインデックスの集合に属し、第１の周波数ドメイン直交カバーコードのインデックスの集合は、複数の周波数ドメイン直交カバーコードのインデックスを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第２の周波数ドメイン直交カバーコードのインデックスの集合に属し、前記第２の周波数ドメイン直交カバーコードのインデックスの集合は、第１の周波数ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の周波数ドメイン直交カバーコードのインデックスを含む。
（９）本発明の第９の態様は、端末装置に用いられる通信方法であって、システムインフォメーションを受信するステップと、ＰＵＣＣＨを送信するステップと、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第１の時間ドメイン直交カバーコードのインデックスの集合に属し、第１の時間ドメイン直交カバーコードのインデックスの集合は、複数の時間ドメイン直交カバーコードのインデックスを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第２の時間ドメイン直交カバーコードのインデックスの集合に属し、前記第２の時間ドメイン直交カバーコードのインデックスの集合は、第１の時間ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の時間ドメイン直交カバーコードのインデックスを含む。
（１０）本発明の第１０の態様は、基地局装置に用いられる通信方法であって、システムインフォメーションを送信するステップと、ＰＵＣＣＨを受信するステップと、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの最初のシンボルは、第１の最初のシンボルの集合に属し、前記第１の最初のシンボルの集合は、複数の最初のシンボルを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの最初のシンボルは、第２の最初のシンボルの集合に属し、前記第２の最初のシンボルの集合は、１つの最初のシンボルのみを含む。
（１１）本発明の第１１の態様は、基地局装置に用いられる通信方法であって、システムインフォメーションを送信するステップと、ＰＵＣＣＨを受信するステップと、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第１の周波数ドメイン直交カバーコードのインデックスの集合に属し、第１の周波数ドメイン直交カバーコードのインデックスの集合は、複数の周波数ドメイン直交カバーコードのインデックスを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第２の周波数ドメイン直交カバーコードのインデックスの集合に属し、前記第２の周波数ドメイン直交カバーコードのインデックスの集合は、第１の周波数ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の周波数ドメイン直交カバーコードのインデックスを含む。
（１２）本発明の第１２の態様は、基地局装置に用いられる通信方法であって、システ
ムインフォメーションを送信するステップと、ＰＵＣＣＨを受信するステップと、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第１の時間ドメイン直交カバーコードのインデックスの集合に属し、第１の時間ドメイン直交カバーコードのインデックスの集合は、複数の時間ドメイン直交カバーコードのインデックスを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第２の時間ドメイン直交カバーコードのインデックスの集合に属し、前記第２の時間ドメイン直交カバーコードのインデックスの集合は、第１の時間ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の時間ドメイン直交カバーコードのインデックスを含む。
この発明によれば、端末装置は効率的に上りリンク送信を行うことができる。また、基地局装置は効率的に上りリンク送信の受信を行うことができる。
本実施形態の無線通信システムの概念図である。 本実施形態の無線フレームの概略構成を示す図である。 本実施形態における上りリンクスロットの概略構成を示す図である。 本実施形態の端末装置１の構成を示す概略ブロック図である。 本実施形態の基地局装置３の構成を示す概略ブロック図である。 本実施形態におけるインターレースの一例を示した図である。 本実施形態において帯域幅とサブキャリアスペーシング（ＳＣＳ）とインターレースの数と１つのインターレースに含まれるＰＲＢの数との関係の一例を示した図である。 本実施形態におけるＢＤＰＲＣテーブルの一例を示した図である。 本実施形態におけるＢＤＰＲＣテーブルの一例を示した図である。
以下、本発明の実施形態について説明する。
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１という。
本実施形態の物理チャネルおよび物理信号について説明する。
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
ＰＵＣＣＨは、端末装置１が上りリンク制御情報（Uplink Control Information: UCI
）を基地局装置３へ送信するために用いられる。なお、本実施形態において、端末装置１
は、プライマリセル、および／または、プライマリセルの機能を有するセカンダリセル、および／または、ＰＵＣＣＨの送信が可能なセカンダリセルにおいてＰＵＣＣＨの送信を行ってもよい。つまり、ＰＵＣＣＨは、特定のサービングセルにおいて送信されてもよい。
上りリンク制御情報は、下りリンクのチャネル状態情報（Channel State Information:
CSI）、ＰＵＳＣＨリソースの要求を示すスケジューリング要求（Scheduling Request: SR）、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH, Physical Downlink Shared Channel: PDSCH）に対するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）のうち、少なくとも１つを含む。
ＨＡＲＱ−ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ−ＡＣＫフィードバック、ＨＡＲＱ応答、ＨＡＲＱ−ＡＣＫ応答、ＨＡＲＱ情報、ＨＡＲＱ−ＡＣＫ情報、ＨＡＲＱ制御情報、および、ＨＡＲＱ−ＡＣＫ制御情報とも称する。下りリンクデータが成功裏に復号された場合、該下りリンクデータに対するＡＣＫが生成される。下りリンクデータが成功裏に復号されなかった場合、該下りリンクデータに対するＮＡＣＫが生成される。ＤＴＸ（discontinuous transmission）は、下りリンクデータを検出しなかったことを意味してもよい。ＤＴＸ（discontinuous transmission）は、ＨＡＲＱ−ＡＣＫ応答を送信するべきデータを検出しなかったことを意味してもよい。ＨＡＲＱ−ＡＣＫは、１つのトランスポートブロックに少なくとも対応するＨＡＲＱ−ＡＣＫビットを少なくとも含んでもよい。ＨＡＲＱ−ＡＣＫビットは、１または複数のトランスポートブロックに対応するＡＣＫ（acknowledgement）またはＮＡＣＫ（negative-acknowledgement）を示してもよい。ＨＡＲＱ−ＡＣＫは、１または複数のＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫコードブックを少なくとも含んでもよい。ＨＡＲＱ−ＡＣＫビットが１または複数のトランスポートブロックに対応することは、ＨＡＲＱ−ＡＣＫビットが該１または複数のトランスポートブロックを含むＰＤＳＣＨに対応することであってもよい。
ＨＡＲＱ−ＡＣＫビットは、トランスポートブロックに含まれる１つのＣＢＧ（Code Block Group）に対応するＡＣＫまたはＮＡＣＫを示してもよい。ＨＡＲＱ−ＡＣＫは、ＨＡＲＱフィードバック、ＨＡＲＱ情報、ＨＡＲＱ制御情報とも呼称される。
チャネル状態情報（ＣＳＩ：Channel State Information）は、チャネル品質指標（Ｃ
ＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）とランク指標（ＲＩ：Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）を含んでもよい。チャネル品質指標は、プレコーダ行列指標（ＰＭＩ：Ｐｒｅｃｏｄｅｒ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、CSI-RS指標（CRI：CSI-RS indicator）を含んでもよい。チャネル状態情報はプレコーダ行列指標を含んでもよい。ＣＱＩは、チャネル品質（伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。ＣＳＩはＣＳＩレポート、ＣＳＩ情報とも呼称する。
ＣＳＩレポートは１つまたは複数に分割されてもよい。例えば、ＣＳＩレポートが２つに分割される場合、分割された第１のＣＳＩレポートはＣＳＩ―ｐａｒｔ１、分割された第２のＣＳＩレポートはＣＳＩ―ｐａｒｔ２であってもよい。ＣＳＩレポートのサイズは分割されたＣＳＩのうちの一部または全部のビット数であってもよい。ＣＳＩレポートのサイズはＣＳＩ―ｐａｒｔ１のビット数であってもよい。ＣＳＩレポートのサイズはＣＳＩ―ｐａｒｔ２のビット数であってもよい。ＣＳＩレポートのサイズは分割された複数のＣＳＩレポートのビット数の総和であってもよい。分割された複数のＣＳＩのビット数の総和は、分割される前のＣＳＩレポートのビット数である。ＣＳＩ−ｐａｒｔ１は少なくともRI、CRI、CQI、PMIの何れかの一部または全部を含んでもよい。ＣＳＩ−ｐａｒｔ２
はPMI、CQI、RI、CRIの何れかの一部または全部を含んでもよい。
スケジューリングリクエスト（SR: Scheduling Request）は、初期送信のためのＰＵＳＣＨのリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のＳＲ（positive SR）または、負のＳＲ（negative SR）のいずれかを示すために用いられてもよい。スケジューリングリクエストビットが正のＳＲを示すことは、“正のＳＲが送信される”とも呼称される。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストがトリガされることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のＳＲを示すことは、“負のＳＲが送信される”とも呼称される。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストがトリガされないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。
スケジューリングリクエストビットは、１または複数のＳＲ設定（SR configuration）のいずれかに対する正のＳＲ、または、負のＳＲのいずれかを示すために用いられてもよい。該１または複数のＳＲ設定のそれぞれは、１または複数のロジカルチャネルに対応してもよい。あるＳＲ設定に対する正のＳＲは、該あるＳＲ設定に対応する１または複数のロジカルチャネルのいずれかまたは全部に対する正のＳＲであってもよい。負のＳＲは、特定のＳＲ設定に対応しなくてもよい。負のＳＲが示されることは、全てのＳＲ設定に対して負のＳＲが示されることであってもよい。
ＳＲ設定は、スケジューリングリクエストＩＤ（Scheduling Request ID）であっても
よい。
ＰＵＳＣＨは、上りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Uplink-Shared Channel: UL-SCH）を送信するために用いられてもよい。ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨはチャネル状態情報のみ、または、ＨＡＲＱ−ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。つまり、ＰＵＳＣＨは、上りリンク制御情報を送信するために用いられてもよい。端末装置１は、上りリンクグラント（uplink grant）を含むＰＤＣＣＨ（Physical Downlink Control Channel）の検出に基づいてＰＵＳＣＨを送信してもよい。
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシージャ、上りリンクデータの送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ−ＳＣＨ）リソースの要求の少なくとも一部を示すために用いられてもよい。
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられてもよい。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・上りリンク参照信号（ＵＬ ＲＳ：Uplink Reference Signal）
本実施形態において、少なくとも以下の２つのタイプの上りリンク参照信号が少なくとも用いられてもよい。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重されてもよい。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用する。以下、ＰＵＳＣＨとＤＭＲＳを共に送信することを、単にＰＵＳＣＨを送信すると称する。該ＤＭＲＳは該ＰＵＳＣＨに対応してもよい。以下、ＰＵＣＣＨとＤＭＲＳを共に送信することを、単にＰＵＣＣＨを送信すると称する。該ＤＭＲＳは該ＰＵＣＣＨに対応してもよい。
ＳＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連しなくてもよい。ＳＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連してもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおける最後から１つまたは複数の所定数のＯＦＤＭシンボルにおいて送信されてもよい。
基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられてもよい。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用されてもよい。
・ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）
・ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
・ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
ＰＢＣＨは、サービングセル内またはアクティブＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）内またはキャリア内の、１つまたは複数の端末装置１において共通に用いられるマスターインフォメーションブロック（Master Information Block: MIB）を報知するために
用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。例えば、ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の少なくとも一部は、８０ｍｓごとに更新されてもよい。ＰＢＣＨは、周波数領域において、所定のサブキャリア数（例えば、２８８サブキャリア）により構成されてもよい。また、ＰＢＣＨは、時間領域において、２、３、または、４ＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。第１の設定情報はＭＩＢに含まれてもよい。該第１の設定情報は、ランダムアクセスメッセージ２、ランダムアクセスメッセージ３、ランダムアクセスメッセージ４の一部または全部に少なくとも用いられる設定情報であってもよい。
ＰＤＣＣＨは、下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いられる。下りリンク制御情報を、ＤＣＩフォーマットとも称する。なお、ＤＣＩフォーマットは、１つまたは複数の下りリンク制御情報のフィールドを含んでも構成されてもよい。下りリンク制御情報は、上りリンクグラント（ｕｐｌｉｎｋ ｇｒａｎｔ）または下りリンクグラント（ｄｏｗｎｌｉｎｋ ｇｒａｎｔ）のいずれかを少なくとも含んでもよい。
上りリンクグラントは、単一のセル内の単一のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、単一のセル内の複数のスロットにおける複数のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、単一のセル内の複数のスロットにおける単一のＰＵＳＣＨのスケジューリングに用いられてもよい。上り
リンクグラントを含む下りリンク制御情報は、上りリンクに関連するＤＣＩフォーマットとも称されてもよい。
１つの下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと同じスロット内のＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントを含む下りリンク制御情報は、下りリンクに関連するＤＣＩフォーマットとも称されてもよい。
ＰＤＳＣＨは、下りリンクデータ（ＴＢ、ＭＡＣ ＰＤＵ、ＤＬ−ＳＣＨ、ＰＤＳＣＨ、ＣＢ、ＣＢＧ）を送信するために用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信するために少なくとも用いられる。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステムインフォメーション（Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を送信するために少なくとも用いられる。
上述したＢＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層で用いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロックまたはＭＡＣ ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（ｄｅｌｉｖｅｒ）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
基地局装置３と端末装置１は、上位層（ｈｉｇｈｅｒ ｌａｙｅｒ）において信号をやり取り（送受信）してもよい。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリング（ＲＲＣ ｍｅｓｓａｇｅ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ
ｍｅｓｓａｇｅ、ＲＲＣ ｉｎｆｏｒｍａｔｉｏｎ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ
Ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ ＣＥを、上位層の信号（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）とも称する。
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ ＣＥを送信するために少なくとも用いられる。ここで、基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリングであってもよい。セル内における複数の端末装置１に対して共通のＲＲＣシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のＲＲＣシグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇまたはＵＥ ｓｐｅｃｉｆｉｃ ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のＲＲＣシグナリングは、専用ＲＲＣシグナリングとも呼称される。セルスペシフィックパラメータは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリング、または、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。ＵＥスペシフィックパラメータは、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。
以下、本実施形態の無線フレーム（radio frame）の構成について説明する。
図２は、本実施形態の無線フレームの概略構成を示す図である。図２において、横軸は時間軸である。無線フレームのそれぞれは、１０ms長であってもよい。また、無線フレームのそれぞれは１０のスロットから構成されてもよい。スロットのそれぞれは、１ms長であってもよい。
以下、本実施形態のスロットの構成の一例について説明する。図３は、本実施形態における上りリンクスロットの概略構成を示す図である。図３において、１つのセルにおける上りリンクスロットの構成を示す。図３において、横軸は時間軸であり、縦軸は周波数軸である。上りリンクスロットはＮＵＬ ｓｙｍｂ個のＳＣ−ＦＤＭＡシンボルを含んでもよい。上りリンクスロットはＮＵＬ ｓｙｍｂ個のＯＦＤＭシンボルを含んでもよい。以下、本実施形態では、上りリンクスロットがＯＦＤＭシンボルを含む場合を用いて説明をするが、上りリンクスロットがＳＣ−ＦＤＭＡシンボルを含む場合にも本実施形態を適用することはできる。
図３において、ｌはＯＦＤＭシンボル番号／インデックスであり、ｋはサブキャリア番号／インデックスである。スロットのそれぞれにおいて送信される物理シグナルまたは物理チャネルは、リソースグリッドによって表現される。上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリア番号／インデックスｋ、および、ＯＦＤＭシンボル番号／インデックスｌによって表される。
上りリンクスロットは、時間領域において、複数のＯＦＤＭシンボルl（l＝０，１，・・・，ＮＵＬ ｓｙｍｂ−１）を含んでもよい。１つの上りリンクスロットにおいて、上りリンクにおけるノーマルＣＰ（normal Cyclic Prefix）に対して、ＮＵＬ ｓｙｍｂは７または１４であってもよい。上りリンクにおける拡張ＣＰ（extended Cyclic Prefix）に対して、ＮＵＬ ｓｙｍｂは６または１２であってもよい。
端末装置１は、上りリンクにおけるＣＰ長を示す上位層のパラメータUL-CyclicPrefixLengthを基地局装置３から受信する。基地局装置３は、セルに対応する該上位層のパラメータUL-CyclicPrefixLengthを含むシステムインフォメーションを、該セルにおいて報知してもよい。
上りリンクスロットは、周波数領域において、複数のサブキャリアｋ（ｋ＝０，１，・・・，ＮＵＬ ＲＢ・ＮＲＢ ＳＣ−１)を含んでもよい。ＮＵＬ ＲＢは、サービングセルに
対する上りリンク帯域幅設定であり、ＮＲＢ ＳＣの倍数によって表現される。ＮＲＢ ＳＣは、サブキャリアの数によって表現される、周波数領域における（物理）リソースブロックサイズである。サブキャリア間隔Δfは１５ｋＨｚであってもよい。ＮＲＢ ＳＣは１２
であってもよい。周波数領域における（物理）リソースブロックサイズは１８０ｋＨｚであってもよい。
本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（time-continuous signal）に変換されもよい。
サブキャリア間隔（SCS: SubCarrier Spacing）は、サブキャリア間隔Δｆ＝２μ・１
５ｋＨｚにより与えられてもよい。例えば、サブキャリア間隔の設定（subcarrier spaci
ng configuration）μは０、１、２、３、４、および／または、５の何れかに設定されてもよい。あるＢＷＰ（BandWidth Part）のために、サブキャリア間隔の設定μが上位層パラメータにより与えられてもよい。
１つの物理リソースブロックは、時間領域においてNUL symbの連続するＯＦＤＭシンボ
ルと周波数領域においてＮＲＢ ＳＣの連続するサブキャリアとから定義される。ゆえに、１つの物理リソースブロックは（ＮＵＬ ｓｙｍｂ・ＮＲＢ ＳＣ）のリソースエレメントから構成される。１つの物理リソースブロックは、時間領域において１つのスロットに対応してもよい。物理リソースブロックは周波数領域において、周波数の低いほうから順に番号ｎＰＲＢ（0,1,…, NUL RB-1）が付けられてもよい。
本実施形態における下りリンクのスロットは、複数のＯＦＤＭシンボルを含む。本実施形態における下りリンクのスロットの構成は上りリンクと基本的に同じであるため、下りリンクのスロットの構成の説明は省略する。
以下、本実施形態における装置の構成について説明する。
図４は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベースバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、符号化部、復号部、または、物理層処理部とも称する。送信部は、物理信号、および／または、物理チャネルを送信してもよい。物理信号は上りリンク復調参照信号、および／または、サウンディング参照信号を含んでもよい。物理チャネルは、ＰＲＡＣＨ、ＰＵＣＣＨ、および／または、ＰＵＳＣＨを含んでもよい。送信部は、ＰＲＡＣＨと、ＰＵＣＣＨと、ＰＵＳＣＨと、の一部または全部を送信してもよい。受信部は、物理信号、および／または、物理チャネルを受信してもよい。物理信号は下りリンク復調参照信号、チャネル状態情報参照信号、および／または、同期信号を含んでもよい。物理チャネルは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨを含んでもよい。受信部は、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの一部または全部を受信してもよい。
上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。
上位層処理部１４が備える媒体アクセス制御層処理部１５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、ランダムアクセス手順の制御を行う。
上位層処理部１４が備える無線リソース制御層処理部１６は、無線リソース制御層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down convert）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号からディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＳＣ−ＦＤＭＡシンボルを生成し、生成されたＳＣ−ＦＤＭＡシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
図５は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、符号化部、復号部、または、物理層処理部とも称する。受信部は、物理信号、および／または、物理チャネルを受信してもよい。物理信号は上りリンク復調参照信号、および／または、サウンディング参照信号を含んでもよい。物理チャネルは、ＰＲＡＣＨ、ＰＵＣＣＨ、および／または、ＰＵＳＣＨを含んでもよい。送信部は、ＰＲＡＣＨと、ＰＵＣＣＨと、ＰＵＳＣＨと、の一部または全部を受信してもよい。送信部は、物理信号、および／または、物理チャネルを送信してもよい。物理信号は下りリンク復調参照信号、チャネル状態情報参照信号、および／または、同期信号を含んでもよい。物理チャネルは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨを含んでもよい。送信部は、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの一部または全部を送信してもよい。
上位層処理部３４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。
上位層処理部３４が備える媒体アクセス制御層処理部３５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、ランダムアクセス手順の制御を行う
。
上位層処理部３４が備える無線リソース制御層処理部３６は、無線リソース制御層の処理を行う。無線リソース制御層処理部３６は、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ、ＭＡＣ ＣＥ（Control Element）などを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。端末装置１が備える符号１０から符号１６が付された部のそれぞれは、少なくとも１つのプロセッサと前記少なくとも１つのプロセッサと連結されるメモリとして構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、少なくとも１つのプロセッサと前記少なくとも１つのプロセッサと連結されるメモリとして構成されてもよい。
本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）および／またはＦＤＤ（Frequency Division Duplex）が適用されてもよい。セルアグリゲーションの場合
には、ＴＤＤが適用されるサービングセルとＦＤＤが適用されるサービングセルが集約されてもよい。
なお、上位層の信号は、ＲＭＳＩ（Remaining Minimum System Information）、ＯＳＩ（Other System Information）、ＳＩＢ（System Information Block）、ＲＲＣ（Radio Resource Control）メッセージ、ＭＡＣ ＣＥ（Medium Access Control Control Element）のいずれかであってもよい。また、上位層パラメータ（higher layer parameter）は上位層の信号に含まれるパラメータや情報要素を意味してもよい。システムインフォメーションはＳＩＢ１であってもよい。
端末装置１は、ＰＲＡＣＨ、ＰＵＣＣＨ、または、ＰＵＳＣＨを１つまたは複数のインターレース（ｉｎｔｅｒｌａｃｅ）を用いて送信してもよい。１つのインターレースというのは、端末装置１に与えられた一部または全部のＰＲＢにおいて、同じ間隔を持つＰＲＢを選択し送信することを意味してもよい。同じ間隔というのは、インターレースの１つの第１のＰＲＢから該インターレースの１つの第２のＰＲＢの間に存在するＰＲＢ数と該インターレースの１つの第２のＰＲＢと該インターレースの１つの第３のＰＲＢの間に存在するＰＲＢ数と、が同じであることを意味してもよい。ある活性化された（ａｃｔｉｖａｔｅｄ）１つまたは複数のＢＷＰにおけるインターレースを用いるＰＵＳＣＨ、または、ＰＵＣＣＨ送信において、該ＰＵＳＣＨ、または、該ＰＵＣＣＨ送信のためにインターレースの数と１つのインターレースに含まれるＰＲＢ数が端末装置１に割り当てられてもよい。例えば、ある活性化された１つまたは複数のＢＷＰにおいて、端末装置１に割り当てられたＰＲＢ数が１００である場合、インターレースの数は１０、１つのインターレースに含まれるＰＲＢ数は１０であってもよい。
端末装置１は、端末装置１に割り当てられるインターレースの数、および／または、１つのインターレースに含まれるＰＲＢの数をＤＣＩ、および／または、上位層パラメータ
によって与えられてもよい。
図６は、本実施形態におけるインターレースの一例を示した図である。図６において、端末装置１に与えられたＰＲＢ数は１０６個であってもよい。図６において、ある活性化された１つまたは複数のＢＷＰにおいて、インターレース＃０からインターレース＃９まで最大１０個のインターレースが構成されてもよい。１つのインターレースを構成するＰＲＢの数は１０個または１１個であってもよい。例えば、インターレース＃０の６００は１１個のＰＲＢで構成されてもよいし、インターレース＃６の６０３は１０個のＰＲＢで構成されてもよい。
図７は、本実施形態において帯域幅とサブキャリアスペーシング（ＳＣＳ）とインターレースの数と１つのインターレースに含まれるＰＲＢの数との関係の一例を示した図である。７００の行はサブキャリアスペーシングを示してもよい。７０１の行は帯域幅を示してもよい。７０２の行は７００の行のサブキャリアスペーシングと７０１の行の帯域幅と、に対応する全てのＰＲＢの数であってもよい。また、あるＳＣＳにおいて帯域幅に関わらずインターレースの数は一定であってもよい。
ＰＵＣＣＨで送信されるＵＣＩはＨＡＲＱ−ＡＣＫ、スケジューリングリクエスト、および／または、ＣＳＩを含んでもよい。ＰＵＣＣＨで送信されるＵＣＩはＨＡＲＱ−ＡＣＫ、スケジューリングリクエスト、および／または、ＣＳＩの何れかの組み合わせを含んでもよい。
あるコンポーネントキャリアにおいて、ＮＲ−Ｕ（New Radio - Unlicensed）が適用されてもよい。あるサービングセルにおいて、ＮＲ−Ｕが適用されてもよい。あるコンポーネントキャリア（または、あるサービングセル）においてＮＲ−Ｕが適用されることは、以下の要素Ａ１から要素Ａ６の一部または全部を含む技術（フレームワーク、構成）を少なくとも含んでもよい。
要素Ａ１：該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳバーストセットが構成される
要素Ａ２：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳ／ＰＢＣＨブロックを送信する
要素Ａ３：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳ／ＰＢＣＨブロックを受信する
要素Ａ４：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）における第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを送信する
要素Ａ５：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）における第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを受信する
要素Ａ６：ＮＲ−Ｕに関連する上位層パラメータ（例えば、ＭＩＢに含まれるフィールド）が第１の値（例えば、１）を示す
あるコンポーネントキャリアにおいて、ＮＲ−Ｕ（New Radio - Unlicensed）が適用されなくてもよい。あるサービングセルにおいて、ＮＲ−Ｕが適用されなくてもよい。あるコンポーネントキャリア（または、あるサービングセル）においてＮＲ−Ｕが適用されないことは、以下の要素Ｂ１から要素Ｂ６の一部または全部を含む技術（フレームワーク、構成）を少なくとも含んでもよい。
要素Ｂ１：該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳバーストセットが構成される
要素Ｂ２：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービング
セル）において、第１のＳＳ／ＰＢＣＨブロックを送信する
要素Ｂ３：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳ／ＰＢＣＨブロックを受信する
要素Ｂ４：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）における第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを送信する
要素Ｂ５：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）における第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを受信する
要素Ｂ６：ＮＲ−Ｕに関連する上位層パラメータ（例えば、ＭＩＢに含まれるフィールド）が該第１の値とは異なる値（例えば、０）を示す
あるコンポーネントキャリアは、免許帯域（licensed band）に設定されてもよい。あ
るサービングセルは、免許帯域に設定されてもよい。ここで、あるコンポーネントキャリア（または、あるサービングセル）が免許帯域に設定されることは、以下の設定１から設定３の一部または全部を少なくとも含んでもよい。
設定１：あるコンポーネントキャリア（または、あるサービングセル）に対して免許帯域で動作することを示す上位層パラメータが与えられる、または、あるコンポーネントキャリア（または、あるサービングセル）に対して免許不要帯域（unlicensed band）で動作
することを示す上位層パラメータが与えられない
設定２：免許帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定される、または、免許不要帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定されない
設定３：あるコンポーネントキャリア（または、あるサービングセル）が免許帯域に含まれる、または、あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に含まれない
免許帯域は、該免許帯域において動作する（ことが期待される）端末装置に対して、無線局免許が要求されるような帯域であってもよい。免許帯域は、無線局免許を保有する事業者（事業体、事業、団体、企業）によって製造される端末装置のみが動作を許可されるような帯域であってもよい。免許不要帯域は、物理信号の送信に先立つチャネルアクセス手順が要求されないような帯域であってもよい。
免許不要帯域は、該免許不要帯域において動作する（ことが期待される）端末装置に対して、無線局免許が要求されないような帯域であってもよい。免許不要帯域は、無線局免許を保有する事業者、および／または、無線局免許を保有しない事業者の一部または全部によって製造される端末装置が動作を許可されるような帯域であってもよい。免許不要帯域は、物理信号の送信に先立つチャネルアクセス手順が要求されるような帯域であってもよい。
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、少なくとも該あるコンポーネントキャリア（または、該あるサービングセル）が、免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に設定されているか否かに基づいて決められてもよい。例えば、ＮＲあるいはＮＲのキャリアアグリゲーションのためにデザインされたバンドのリストが規定されてもよい。例えば、あるバンドが、リスト内の１つまたは複数のバンドが免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に含まれる場合、該あるバンドにＮＲ−Ｕが適用されてもよい。また、あるバンドが、リスト内の１つまたは複数のバンドが免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に含まれない場合、該あるバンドにＮＲ−Ｕが適用されず、通常のＮＲ（例えば、リリース１
５のＮＲ、あるいはリリース１６のＮＲ−Ｕ以外のＮＲ）が適用されてもよい。
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、少なくともそのコンポーネントキャリア（または、そのサービングセル）が、ＮＲ−Ｕが運用可能なバンド（例えば、ＮＲ−Ｕでのみ運用可能なバンド）に設定されているか否かに基づいて決められてもよい。例えば、あるバンドが、リスト内の１つまたは複数のバンドがＮＲ−Ｕで運用可能なバンド（例えば、ＮＲ−Ｕでのみ運用可能なバンド）に含まれる場合、該あるバンドにＮＲ−Ｕが適用されてもよい。また、あるバンドが、リスト内の１つまたは複数のバンドがＮＲ−Ｕで運用可能なバンド（例えば、ＮＲ−Ｕでのみ運用可能なバンド）に含まれない場合、該あるバンドにＮＲ−Ｕが適用されず、通常のＮＲ（例えば、リリース１５のＮＲ、あるいはリリース１６のＮＲ−Ｕ以外のＮＲ）が適用されてもよい。
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、ＭＩＢ、または、システム情報に含まれる情報に基づいて決められてもよい。例えば、ＭＩＢ（または、システム情報）にＮＲ−Ｕを適用するか否かを示す情報が含まれており、該情報がＮＲ−Ｕを適用することを示している場合、該ＭＩＢ（または、該システム情報）が対応するサービングセルに対して、ＮＲ−Ｕが適用されてもよい。一方、該情報がＮＲ−Ｕを適用することを示していない場合、該ＭＩＢ（または、該システム情報）が対応するサービングセルに対して、ＮＲ−Ｕが適用されず、通常のＮＲが適用されてもよい。または、該情報が免許不要帯域で運用可能か否かを示してもよい。
あるコンポーネントキャリアは、免許不要帯域に設定されてもよい。あるサービングセルは、免許不要帯域に設定されてもよい。ここで、あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に設定されることは、以下の設定４から設定６の一部または全部を少なくとも含んでもよい。
設定４：あるコンポーネントキャリア（または、あるサービングセル）に対して免許不要帯域で動作することを示す上位層パラメータが与えられる
設定５：免許不要帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定される
設定６：あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に含まれる
以下、コンポーネントキャリアが免許帯域に設定される、または免許不要帯域に設定されることを想定の下、説明を行う。なお、“コンポーネントキャリアが免許帯域に設定される”ことは、“サービングセルが免許帯域に設定される”ことであってもよいし、“コンポーネントキャリアが免許不要帯域に設定される”ことは、“サービングセルが免許不要帯域に設定される”ことであってもよい。
あるコンポーネントキャリアにおいて、端末装置１が第１のＳＳ／ＰＢＣＨブロックを受信するか、第２のＳＳ／ＰＢＣＨブロックを受信するかは、該あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されるか否か、および、該あるコンポーネントキャリアが免許不要帯域に設定されるか否か、の一部または全部に少なくとも基づき与えられてもよい。
例えば、あるコンポーネントキャリアが免許帯域に設定される場合、端末装置１は第１のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアが免許帯域に設定される場合、端末装置１は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアが免許帯域に設定される場合、基地局装置３は第１のＳＳ／ＰＢＣＨブロックを送信してもよい。
また、あるコンポーネントキャリアが免許帯域に設定される場合、基地局装置３は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
あるコンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第２のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第２のＰＤＣＣＨを受信してもよい。
例えば、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許帯域に設定される場合、端末装置１は第１のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許帯域に設定される場合、端末装置１は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許帯域に設定される場合、基地局装置３は第１のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許帯域に設定される場合、基地局装置３は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
例えば、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
例えば、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許帯域に設定される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許帯域に設定される場合、端末装置１は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許帯域に設定される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許帯域に設定される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
例えば、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は、
第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
端末装置１は、１つまたは複数の上位層パラメータに基づいて、ＰＵＣＣＨフォーマットでのＰＵＣＣＨ送信に用いられるＰＵＣＣＨリソースを設定してもよい。例えば、上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ０が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット０を含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ１が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット１を含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ２が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット２を含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ３が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット３を含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ４が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット４を含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ０Ａが上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット０Ａを含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ１Ａが上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット１Ａを含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ２が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット２Ａを含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ３が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット３Ａを含んでもよい。
ここで、ＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマットに対応するＰＵＣＣＨリソースの設定に用いられる上位層パラメータの値や種類、および／または、ＰＵＣＣＨフォーマットに対応するＰＵＣＣＨリソースで送信可能なＵＣＩビットの数に少なくとも基づいて定義されてもよい。例えば、ＰＵＣＣＨフォーマット０、および／または、ＰＵＣＣＨフォーマット０Ａは、１つまたは２つのＯＦＤＭシンボルの長さを持ち、ＵＣＩビット数は１または２ビットであってもよい。ＰＵＣＣＨフォーマット１、および／または、ＰＵＣＣＨフォーマット１Ａは４つのＯＦＤＭシンボル以上の長さを持ち、ＵＣＩビット数は１または２ビットであってもよい。ＰＵＣＣＨフォーマット２、および／または、ＰＵＣＣＨフォーマット２Ａは１つまたは２つのＯＦＤＭシンボルの長さを持ち、ＵＣＩビット数は３と同じまたは大きくてもよい。ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット３Ａは４つのＯＦＤＭシンボルと同じまたは長い長さを持ち、ＵＣＩビット数は３と同じまたは大きくてもよい。ＰＵＣＣＨフォーマット４は４つのＯＦＤＭシンボルと同じまたは長い長さを持ち、ＵＣＩビット数は３と同じまたは大きくてもよい。ＰＵＣＣＨフォーマット４で設定されるＰＵＣＣＨリソースはＯＣＣを含んでもよい。ＰＵＣＣＨフォーマット２Ａ、または、ＰＵＣＣＨフォーマット３Ａにおいて、ＵＣＩビットの数が２ビット以下である場合、端末装置１は冗長データ（ｒｅｄｕｎｄａｎｃｙ ｄａｔａ：例えば、ゼロパディング、パディング、反復コード（ｒｅｐｅｔｉｔｉｏｎ ｃｏｄｅ）、符号化等）を用いてＵＣＩビットの数と、冗長データのビットの数と、の合計が３ビットと同じまたは大きくなるように処理してもよい。
ＰＵＣＣＨリソースセットは、上位層パラメータＰＵＣＣＨ−ｒｅｓｏｕｒｃｅ−ｓｅｔによって、１つまたは複数に設定されてもよい。１つのＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースの最大数は、上位層パラメータｍａｘＮｒｏｆＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＰｅｒＳｅｔによって設定されてもよい。端末装置１はＵＣＩのビット数Ａに応じてＰＵＣＣＨリソースセットを決定してもよい。ＵＣＩのビット数ＡがＮ１と同じまたは小さい場合、端末装置１は第１のＰＵＣＣＨリソースセットを決定してもよい。ＵＣＩのビット数ＡがＮ１より大きい、且つ、Ｎ２と同じまたは小さい場合、端末装置１は第２のＰＵＣＣＨリソースセットを決定してもよい。ＵＣＩのビット数ＡがＮ２と同じまたは大きい、且つ、Ｎ３と同じまたは小さい場合、端末装置１は第３のＰＵＣＣＨリソースセットを決定してもよい。ＵＣＩのビット数ＡがＮ３と同じまたは大きい、且つ、Ｎ４と同じまたは小さい場合、端末装置１は第４のＰＵＣＣＨリソースセットを決定する。Ｎ１は２であってもよい。Ｎ４は１７０６であってもよい。Ｎ２、Ｎ３は上位層パラメータで設定されてもよい。
端末装置１が、ＰＵＣＣＨリソースセットを設定する上位層パラメータＰＵＣＣＨ−ｒｅｓｏｕｒｃｅ−ｓｅｔによって構成されていない場合、ＨＡＲＱ−ＡＣＫ情報を伴うＰＵＣＣＨ送信のための上りリンクＢＷＰはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１によって示され、ＰＵＣＣＨリソースセットはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１に含まれる上位層パラメータＰＵＣＣＨ−ｒｅｓｏｕｒｃｅ−ｃｏｍｍｏｎによって示されてもよい。
端末装置１がＰＵＣＣＨを用いてＨＡＲＱ−ＡＣＫ情報を送信するために、端末装置１はＰＵＣＣＨリソースセットを決定した後にＰＵＣＣＨリソースを決定する。ＰＵＣＣＨリソースの決定は、端末装置１が検出した最後のＤＣＩフォーマット１_０またはＤＣＩ
フォーマット１_１に含まれるＰＵＣＣＨリソースインジケータ（ＰＲＩ：ＰＵＣＣＨ
ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドの値に少なくとも基づいて行われてもよい。
端末装置１は、検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１が示す順序に対応するＨＡＲＱ−ＡＣＫ情報をＰＵＣＣＨで送信してもよい。検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１の順序は昇順（ascending order
）を用いてセル間のインデックスを先に設定してからＰＤＣＣＨモニタリングオケージョンを後にする。例えば、端末装置１がサービングセル１でＰＤＣＣＨモニタリングオケージョンＴにおいてＤＣＩフォーマットＡを、ＰＤＣＣＨモニタリングオケージョン（Ｔ＋１）においてＤＣＩフォーマットＢを検出し、サービングセル２でＰＤＣＣＨモニタリングオケージョンＴにおいてＤＣＩフォーマットＣを、ＰＤＣＣＨモニタリングオケージョン（Ｔ＋１）においてＤＣＩフォーマットＤを検出した場合、端末装置１は、ＤＣＩフォーマットＡ、ＤＣＩフォーマットＣ、ＤＣＩフォーマットＢ、ＤＣＩフォーマットＤの順で各ＤＣＩフォーマットに対応するＨＡＲＱ−ＡＣＫ情報をＰＵＣＣＨで送信してもよい。ここでＤＣＩフォーマットＡ、ＤＣＩフォーマットＢ、ＤＣＩフォーマットＣ、ＤＣＩフォーマットＤは、少なくともＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１の何れかのＤＣＩフォーマットであってもよい。
端末装置１は、ＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォ
ーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールドの値が示す、上位
層パラメータｒｅｓｏｕｒｃｅＬｉｓｔに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＩｄによって設定されたＰＵＣＣＨリソースを決定してもよい。例えば、あるＰＵＣＣＨリソー
スセットにおいて、上位層パラメータｒｅｓｏｕｒｃｅＬｉｓｔに４つのＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＩｄを持つ１つまたは複数のＰＵＣＣＨリソースが含まれ、該１つまたは複数のＰＵＣＣＨリソースが、ＰＵＣＣＨリソースインジケータフィールドの値００に対応するＰＵＣＣＨリソースが第１のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値０１に対応するＰＵＣＣＨリソースが第２のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値１０に対応するＰＵＣＣＨリソースが第３のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値１１に対応するＰＵＣＣＨリソースが第４のＰＵＣＣＨリソースで設定される場合、端末装置１がＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールドの値が１０である場合、端末装置１は第３のＰＵＣＣＨリソースを選択してもよい。
各ＰＵＣＣＨリソースは、ＰＵＣＣＨがマップされる開始シンボルインデックス（ｓｔａｒｔｉｎｇ ｓｙｍｂｏｌ ｉｎｄｅｘ）と、シンボル数（ｓｙｍｂｏｌ ｄｕｒａｔｉｏｎ）と、周波数ホッピングしない時の、または、周波数ホッピングする時の１番目のホップの、開始ＰＲＢインデックス（ｓｔａｒｔｉｎｇ ＰＲＢ ｉｎｄｅｘ ｏｆ ｆｉｒｓｔ ｈｏｐ）と、周波数ホッピングする時の２番目のホップの開始ＰＲＢインデックス（ｓｔａｒｔｉｎｇ ＰＲＢ ｉｎｄｅｘ ｏｆ ｓｅｃｏｎｄ ｈｏｐ）と、ＰＲＢの数と、周波数ホッピングフラッグ（Ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｆｌａｇ）と、初期サイクリックシフトのインデックスと、ＯＣＣのインデックスと、イントラスロット周波数ホッピングの実施インディケーションと、の一部または全部に少なくとも基づき与えられてもよい。１つのＰＵＣＣＨリソースセットに設定される１つまたは複数のＰＵＣＣＨリソースは、ＰＲＢ数が少ないＰＵＣＣＨリソースに小さいインデックスが与えられてもよい。つまり、ＰＵＣＣＨリソース１はＰＵＣＣＨリソース２よりＰＲＢ数が少ないまたは同じであってもよい。ここで、ＰＲＢを帯域幅、ＲＢとも称する。
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ０を指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット０であってもよい。該ＰＵＣＣＨフォーマット０は、上位層パラメータｉｎｉｔｉａｌＣｙｃｌｉｃＳｈｉｆｔによって与えられる初期サイクリックシフト（ｉｎｉｔｉａｌ ｃｙｃｌｉｃ ｓｈｉｆｔ）と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、の一部または全部を少なくとも含んでもよい。
あるＰＵＣＣＨリソースのサイクリックシフトαは、該あるＰＵＣＣＨリソースの初期サイクリックシフトに少なくとも基づき与えられてもよい。あるＰＵＣＣＨリソースのサイクリックシフトαは、該あるＰＵＣＣＨリソースの初期サイクリックシフトの値に所定の値が加算（または、減算）されることに少なくとも基づき与えられてもよい。あるＰＵＣＣＨリソースのサイクリックシフトαは、該あるＰＵＣＣＨリソースの初期サイクリックシフトと等しくてもよい。
あるＰＵＣＣＨリソースのサイクリックシフトαは、該あるＰＵＣＣＨリソースのための基系列（ベース系列）に対して適用されてもよい。例えば、基系列は、ＺＣ（Zadoff-Chu）系列、または、ＣＡＺＡＣ（Constant Amplitude Zero Auto-Correlation）系列であってもよい。基系列は、所定の長さＮｂａｓｅを備える系列である。例えば、あるＰＵＣＣＨリソースに対して値がαのサイクリックシフトが適用されることは、該あるＰＵＣＣＨリソースのための基系列（x(0), x(1), x(2), ... x(Nbase-1)）が、系列（x(Nbase-α), x(Nbase-α+1), ..., x(Nbase-1), x(0), x(1), ... x(Nbase-α-1)）に変形されることであってもよい。
基系列（x(0), x(1), x(2), ... x(Nbase-1)）が時間領域の系列である場合、周波数系列（f(0), f(1), f(2), ... f(Nbase-1)）と、サイクリックシフトαに少なくとも基づき、サイクリックシフト適用後の系列が与えられてもよい。周波数系列（f(0), f(1), f(2), ... f(Nbase-1)）は、基系列（x(0), x(1), x(2), ... x(Nbase-1)）の周波数領域で表現された系列であってもよい。周波数系列（f(0), f(1), f(2), ... f(Nbase-1)）は、基系列（x(0), x(1), x(2), ... x(Nbase-1)）のフーリエ変換（例えば、離散フーリエ変換）に基づき与えられてもよい。あるＰＵＣＣＨリソースに対して値がαのサイクリックシフトが適用されることは、ｅｘｐ（ｊαｎ）ｆ（ｎ）の演算によって与えられてもよい。ｊは、複素数単位であり、ｎは、０からＮｂａｓｅ−１の範囲の整数を示す。つまり、サイクリックシフトは、所定の長さＮｂａｓｅの系列のそれぞれの要素に対して、指数関数で表現される長さＮｂａｓｅの系列のそれぞれが乗算されることであってもよい。つまり、基系列に対してサイクリックシフトが適用されることによって、長さＮｂａｓｅの系列が与えられてもよい。
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ１を指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット１であってもよい。該ＰＵＣＣＨフォーマット１は、上位層パラメータｉｎｉｔｉａｌＣｙｃｌｉｃＳｈｉｆｔによって与えられる初期サイクリックシフト（ｉｎｉｔｉａｌ ｃｙｃｌｉｃ ｓｈｉｆｔ）と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、上位層パラメータｔｉｍｅＤｏｍａｉｎＯＣＣによって与えられる直交カバーコード（ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）のインデックスと、の一部または全部を少なくとも含んでもよい。
あるＰＵＣＣＨリソースの直交カバーコードＫは、該あるＰＵＣＣＨリソースのための基系列に対して適用されてもよい。例えば、あるＰＵＣＣＨリソースに対して長さＸｌｅｎｇｔｈの直交カバーコードＫが適用されることは、基系列の要素のそれぞれに対して、長さＸｌｅｎｇｔｈの直交カバーコードＫが適用されることであってもよい。例えば、長さＸｌｅｎｇｔｈの直交カバーコードＫが（K(0), K(1), K(2), ..., K(Xlength-1)）で
ある場合、基系列に対して直交カバーコードが適用された後の系列は、（x(0)*K(0), x(0)*K(1), x(0)*K(2), ..., x(0)*K(Xlength-1), x(1)*K(0), x(1)*K(1), x(1)*K(2), ..., x(1)*K(Xlength-1), ..., x(Nbase-1)*K(0), x(Nbase-1)*K(1), x(Nbase-1)*K(2), ...,
x(Nbase-1)*K(Xlength-1)）であってもよい。つまり、基系列に対して長さＸｌｅｎｇｔｈの直交カバーコードＫが適用されることによって、Ｘｌｅｎｇｔｈ＊Ｎｂａｓｅの系列が与えられてもよい。
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ２を指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット２であってもよい。該ＰＵＣＣＨフォーマット２は、上位層パラメータｎｒｏｆＰＲＢｓによって与えられるＰＲＢ数と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、の一部または全部を少なくとも含んでもよい。
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ３を指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット３であってもよい。該ＰＵＣＣＨフォーマット３は、上位層パラメータｎｒｏｆＰＲＢｓによって与えられるＰＲＢ数と、上位層パラメータｎｒｏｆＳ
ｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、の一部または全部を少なくとも含んでもよい。
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ４を指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット４であってもよい。該ＰＵＣＣＨフォーマット４は、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｏｃｃ−Ｌｅｎｇｔｈによって与えられる直交カバーコード（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）の長さと、上位層パラメータｏｃｃ−Ｉｎｄｅｘによって与えられる直交カバーコードのインデックスと、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、の一部または全部を少なくとも含んでもよい。
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ０Ａを指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット０Ａであってもよい。該ＰＵＣＣＨフォーマット０Ａは、上位層パラメータｉｎｉｔｉａｌＣｙｃｌｉｃＳｈｉｆｔによって与えられる初期サイクリックシフト（ｉｎｉｔｉａｌ ｃｙｃｌｉｃ ｓｈｉｆｔ）と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、インターレースのインデックスと、の一部または全部を少なくとも含んでもよい。
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ１Ａを指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット１Ａであってもよい。該ＰＵＣＣＨフォーマット１Ａは、上位層パラメータｉｎｉｔｉａｌＣｙｃｌｉｃＳｈｉｆｔによって与えられる初期サイクリックシフト（ｉｎｉｔｉａｌ ｃｙｃｌｉｃ ｓｈｉｆｔ）と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、上位層パラメータｔｉｍｅＤｏｍａｉｎＯＣＣによって与えられる直交カバーコード（ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）のインデックスと、インターレースのインデックスと、の一部または全部を少なくとも含んでもよい。
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ２Ａを指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット２Ａであってもよい。該ＰＵＣＣＨフォーマット２Ａは、上位層パラメータｎｒｏｆＰＲＢｓによって与えられるＰＲＢ数と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、上位層パラメータｔｉｍｅＤｏｍａｉｎＯＣＣによって与えられる時間ドメイン直交カバーコード（ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）のインデックスと、上位層パラメータｔｉｍｅＤｏｍａｉｎｏｃｃ−Ｌｅｎｇｔｈによって与えられる時間ドメイン直交カバーコード（ｏｒｔｈｏｇｏｎａｌ
ｃｏｖｅｒ ｃｏｄｅ）の長さと、上位層パラメータｏｃｃ−Ｉｎｄｅｘによって与えられる周波数ドメイン直交カバーコードのインデックスと、上位層パラメータｆｒｅｑＤｏｍａｉｎｏｃｃ−Ｌｅｎｇｔｈによって与えられる周波数ドメイン直交カバーコード（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）の長さと、インターレースのインデックスと、の一部または全部を少なくとも含んでもよい。
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ３Ａを指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット３Ａであってもよい。該ＰＵＣＣＨフォーマット３Ａは、上位層パラメータｎｒｏｆＰＲＢｓによって与えられるＰＲＢ数と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、上位層パラメータｔｉｍｅＤｏｍａｉｎＯＣＣによって与えられる時間ドメイン直交カバーコード（ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）のインデックスと、上位層パラメータｔｉｍｅＤｏｍａｉｎｏｃｃ−Ｌｅｎｇｔｈによって与えられる時間ドメイン直交カバーコード（ｏｒｔｈｏｇｏｎａｌ
ｃｏｖｅｒ ｃｏｄｅ）の長さと、上位層パラメータｏｃｃ−Ｉｎｄｅｘによって与えられる周波数ドメイン直交カバーコードのインデックスと、上位層パラメータｆｒｅｑＤｏｍａｉｎｏｃｃ−Ｌｅｎｇｔｈによって与えられる周波数ドメイン直交カバーコード（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）の長さと、インターレースのインデックスと、の一部または全部を少なくとも含んでもよい。
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない場合、ＨＡＲＱ−ＡＣＫ情報を含むＵＣＩの送信のための１つまたは複数のＰＵＣＣＨリソースセットは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１（ＳＩＢ１）に含まれるｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎに基づいて与えられてもよい。該ｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎは、１つまたは複数のＰＵＣＣＨリソースセットを含むテーブルの行番号、または、列番号に対応するインデックスであってもよい。端末装置１は、該ｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎの値に基づいて該１つまたは複数のＰＵＣＣＨリソースセットを含むテーブルから１つのＰＵＣＣＨリソースセットを選択してもよい。
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない場合、ＨＡＲＱ−ＡＣＫ情報を含むＵＣＩの送信のための１つまたは複数のＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットインデックスと、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ送信に用いられる最初のシンボルインデックスと、ＰＵＣＣＨ送信に用いられるシンボル数と、周波数ドメイン直交カバーコードのインデックスと、時間ドメイン直交カバーコードのインデックスと、インターレースのインデックスのオフセットと、の一部または全部に少なくとも基づいて与えられてもよい。
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない場合、端末装置１は、１つまたは複数のＰＵＣＣＨリソースセットと、該ＰＵＣＣＨリソースセットの構成と、が含まれるテーブルに少なくとも基づいてＨＡＲＱ−ＡＣＫ情報を含むＵＣＩの送信のためのＰＵＣＣＨリソースを選択してもよい。本実施形態において、該テーブルをｂｅｆｏｒｅ ｄｅｄｉｃａｔｅｄ ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎテーブル、または、ＢＤＰＲＣテーブルと称する。
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ ｒｅｓｏ
ｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない、かつ、端末装置１がＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１によってスケジューリングされるＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報を、ＰＵＣＣＨを用いて送信する場合、端末装置１は、該ＤＣＩフォーマット１＿０、または、該ＤＣＩフォーマット１＿１を含むＰＤＣＣＨを受信したＣＯＲＥＳＥＴに含まれるＣＣＥの総数ＮＣＣＥと、該ＣＯＲＥＳＥＴにおける該ＰＤＣＣＨを受信のための最初のＣＣＥインデックスｎＣＣＥ、０と、該ＤＣＩフォーマット１＿０、または、該ＤＣＩフォーマット１＿１に含まれるＰＵＣＣＨリソースインジケータフィールドの値ΔＰＲＩと、の一部または全部に少なくとも基づいてＰＵＣＣＨリソースインデックスｒＰＵＣＣＨを決定してもよい。
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない、かつ、端末装置１がＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１によってスケジューリングされるＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報を、ＰＵＣＣＨを用いて送信する場合、端末装置１は、数式１に少なくとも基づいてＰＵＣＣＨリソースインデックスｒＰＵＣＣＨを決定してもよい。
Figure 2020182174
図８は、本実施形態におけるＢＤＰＲＣテーブルの一例を示した図である。８０１の列はＰＵＣＣＨリソースセットのインデックスであってもよい。８０２の列はＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのＰＵＣＣＨフォーマットであってもよい。８０３の列はＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスであってもよい。８０４の列はＰＵＣＣＨ送信に用いられるシンボル数であってもよい。８０５の列は周波数ドメイン直交カバーコード（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ＯＣＣ）のインデックスであってもよい。８０６の列は時間ドメイン直交カバーコード（Ｔｉｍｅ ｄｏｍａｉｎ ＯＣＣ）のインデックスであってもよい。８０７の列はインターレースインデックスのオフセットであってもよい。
ＰＵＣＣＨリソースセットの構成は、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスと、ＰＵＣＣＨ送信に用いられるシンボル数と、周波数ドメイン直交カバーコードのインデックスと、時間ドメイン直交カバーコードのインデックスと、インターレースインデックスのオフセットと、の一部または全部に基づいて与えられてもよい。
８０１の列のインデックスはＰＵＣＣＨリソースセットのインデックスであってもよい。８０１の列のインデックスは、ＳＩＢ１に含まれるｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎに対応してもよい。例えば、該ｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎに対応するインデックスが０である場合、端末装置１は、図８のＢＤＰＲＣテーブルにおいて、インデックス０に対応する行のＰＵＣＣＨリソースセットの構成を該ＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースに適用してもよい。８０１の列のインデックスの数は１６でもよいし、８でもよいし、３２以下の整数でもよい。
８０２の列のＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット２、および／または、ＰＵＣＣＨフォーマット３であってもよい。あるいは、８０２の列のＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット２Ａ、および／または、ＰＵＣＣＨフォーマット３Ａであってもよい。あるいは、８０２の列のＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット０でもよいし、ＰＵＣＣＨフォーマット１でもよいし、ＰＵＣＣＨフォーマット２でもよいし、ＰＵＣＣＨフォーマット３でもよいし、ＰＵＣＣＨフォーマット４でもよいし、ＰＵＣＣＨフォーマット０Ａでもよいし、ＰＵＣＣＨフォーマット１Ａでもよいし、ＰＵＣＣＨフォーマット２Ａでもよいし、ＰＵＣＣＨフォーマット３Ａでもよい。つまり、Ｆ０からＦ１５に対応するＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット０でもよいし、ＰＵＣＣＨフォーマット１でもよいし、ＰＵＣＣＨフォーマット２でもよいし、ＰＵＣＣＨフォーマット３でもよいし、ＰＵＣＣＨフォーマット４でもよいし、ＰＵＣＣＨフォーマット０Ａでもよいし、ＰＵＣＣＨフォーマット１Ａでもよいし、ＰＵＣＣＨフォーマット２Ａでもよいし、ＰＵＣＣＨフォーマット３Ａでもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスは０から１３の何れかの値であってもよいし、１から１４の何れかの値であってもよい。本実施形態において、８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスの範囲は、０から１３であると想定する。ここで、インデックス０はある１つのスロットの先頭のシンボル（１番目のシンボル）に対応し、インデックス１３は該ある１つのスロットの最後のシンボル（１４番目のシンボル）に対応してもよい。つまり、インデックスＳ０は（Ｓ０＋１）番目のシンボルに対応してもよい。例えば、８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスＳ０が５である場合、該最初のシンボルインデックスは６番目のシンボルに対応してもよい。
最初のシンボルインデックス（単に最初のシンボルとも呼称される）は、ＰＵＣＣＨの送信に用いられる１つまたは複数のＯＦＤＭシンボルの中で先頭のシンボルのインデックスであってもよい。最初のシンボルインデックスは、ＰＵＣＣＨの送信に用いられる１つまたは複数のＯＦＤＭシンボルの中で最も小さいインデックスであってもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、端末装置１は、１つのセットに含まれる１つまたは複数のインデックスの中でＰＵＣＣＨ送信に用いられる１つのインデックスを選択してもよい。８０１の列のインデックスに対応する各行の該最初のシンボルインデックスの要素（ｅｌｅｍｅｎｔ）の総数をＮｓｙｍと称する。つまり、８０１の列のインデックス０、２および３に対応する各行の最初のシンボルインデックスの集合の要素の総数Ｎｓｙｍは４であり、８０１の列のインデックス５に対応する行の最初のシンボルインデックスの集合の要素の総数Ｎｓｙｍは３であり、８０１の列のインデックス１および４に対応する各行の最初のシンボルインデックスの集合の要素の総数Ｎｓｙｍは２であり、８０１の列のインデックス６、７、８、９、１０、１１、１２、１３、１４および１５に対応する各行の最初のシンボルインデックスの集合の要素の総数Ｎｓｙｍは１である。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、端末装置１は、１つまたは複数の最初のシンボルインデックスの要素の中から、Ｎｓｙｍと、ｒＰＵＣＣＨと、の一部または全部に少なくとも基づいて１つの最初のシンボルインデックスの要素のインデックスｎｓｙｍを決定してもよい。端末装置１は、１つまたは複数の最初のシンボルインデックスの要素の中から、数式２に少なくとも基づいて１つの最初のシンボルインデックスの要素のインデックスｎｓｙｍを決定してもよい。数式２において、｛Ａ ｍｏｄ Ｂ｝はｍｏｄｕｌｏ演算である。ｍｏｄｕｌｏ演算は、ＡをＢで割ったとき、余りを出力する関数であり、｛Ａ ｍｏｄ Ｂ｝と表記する。例えば、（５ ｍｏｄ ４）＝１であってもよい。端末装置１はｎｓｙｍに基づいて１つの最初のシンボルインデックスを決定してもよい。端末装置１は（ｎｓｙｍ＋１）番目の１つの最初のシンボルインデックスを決定してもよい。例えば、ＳＩＢ１に含まれるｐｕｃｃｈ−
ＲｅｓｏｕｒｃｅＣｏｍｍｏｎが２に対応し、かつ、ｒＰＵＣＣＨが０であり、かつ、ｎｓｙｍが０である場合、端末装置１は、８０１の列のインデックス２に対応する行において、８０３の列に含まれる｛Ｓ６、Ｓ７、Ｓ８、Ｓ９｝の中から｛０＋１｝番目であるＳ６を最初のシンボルインデックスとして決定してもよい。
Figure 2020182174
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、｛Ｓ０、Ｓ１、Ｓ２、Ｓ３｝は｛６、８、１０、１２｝でもよいし、｛４、６、８、１０｝でもよいし、｛２、４、６、８｝でもよいし、｛０、２、４、６｝でもよいし、０から１３までの整数の中で何れかの４つの値の組み合わせでもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、｛Ｓ４、Ｓ５｝は、｛１０、１２｝でもよいし、｛８、１０｝でもよいし、｛６、８｝でもよいし、｛４、６｝でもよいし、｛２、４｝でもよいし、｛０、２｝でもよいし、０から１３までの整数の中で何れかの２つの値の組み合わせでもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、｛Ｓ６、Ｓ７、Ｓ８、Ｓ９｝は｛６、８、１０、１２｝でもよいし、｛４、６、８、１０｝でもよいし、｛２、４、６、８｝でもよいし、｛０、２、４、６｝でもよいし、０から１３までの整数の中で何れかの４つの値の組み合わせでもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、｛Ｓ１０、Ｓ１１、Ｓ１２、Ｓ１３｝は｛６、８、１０、１２｝でもよいし、｛４、６、８、１０｝でもよいし、｛２、４、６、８｝でもよいし、｛０、２、４、６｝でもよいし、０から１３までの整数の中で何れかの４つの値の組み合わせでもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、｛Ｓ１４、Ｓ１５｝は、｛１０、１２｝でもよいし、｛８、１０｝でもよいし、｛６、８｝でもよいし、｛４、６｝でもよいし、｛２、４｝でもよいし、｛０、２｝でもよいし、０から１３までの整数の中で何れかの２つの値の組み合わせでもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、｛Ｓ１６、Ｓ１７、Ｓ１８｝は、｛２、６、１０｝でもよいし、０から１３までの整数の中で何れかの３つの値の組み合わせでもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、Ｓ１９は１０でもよいし、０から１３までの整数の中で何れかの１つの値であってもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、Ｓ２０は１０でもよいし、０から１３までの整数の中で何れかの１つの値であってもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、Ｓ２１は４でもよいし、０から１３までの整数の中で何れかの１つの値であってもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、Ｓ２２は４でもよいし、０から１３までの整数の中で何れかの１つの値であってもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、Ｓ２３は４でもよいし、０から１３までの整数の中で何れかの１つの値であってもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、Ｓ２４は４でもよいし、０から１３までの整数の中で何れかの１つの値であってもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、Ｓ２５は０でもよいし、０から１３までの整数の中で何れかの１つの値であってもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、Ｓ２６は０でもよいし、０から１３までの整数の中で何れかの１つの値であってもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、Ｓ２７は０でもよいし、０から１３までの整数の中で何れかの１つの値であってもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスにおいて、Ｓ２８は０でもよいし、０から１３までの整数の中で何れかの１つの値であってもよい。
８０４の列のＰＵＣＣＨ送信に用いられるシンボル数は、１から１４の何れかの値であってもよい。すなわち、８０４の列のＰＵＣＣＨ送信に用いられるシンボル数において、Ｕ０からＵ１５の値は１から１４の何れかの値であってもよい。例えば、Ｕ０は２でもよい。また、Ｕ１は２でもよい。また、Ｕ２は２でもよい。また、Ｕ３は２でもよい。また、Ｕ４は４でもよい。また、Ｕ５は４でもよい。また、Ｕ６は４でもよい。また、Ｕ７は４でもよい。また、Ｕ８は１０でもよい。また、Ｕ９は１０でもよい。また、Ｕ１０は１０でもよい。また、Ｕ１１は１０でもよい。また、Ｕ１２は１４でもよい。また、Ｕ１３は１４でもよい。また、Ｕ１４は１４でもよい。また、Ｕ１５は１４でもよい。
８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスと、８０４の列のＰＵＣＣＨ送信に用いられるシンボル数と、の総和の最大値は、１４と同じまたは小さい値であってもよい。例えば、８０３の列のＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスが８である場合、８０４の列のＰＵＣＣＨ送信に用いられるシンボルの最大値は６であってもよい。
８０５の列の周波数ドメイン直交カバーコードのインデックスは、周波数ドメインＯＣＣの系列を選択するときに用いられてもよい。８０５の列の周波数ドメイン直交カバーコードのインデックスの数は、２であってもよいし、４であってもよいし、６であってもよいし、１２であってもよいし、１２と同じまたは小さい整数であってもよい。すなわち、８０５の列の周波数ドメイン直交カバーコードのインデックスにおいて、Ｃ０からＣ７の値は０から１２の何れかの値であってもよい。例えば、Ｃ０は０であってもよい。また、Ｃ１は１であってもよいし、６であってもよい。また、Ｃ２は０であってもよい。また、Ｃ３は１であってもよい。また、Ｃ４は２であってもよい。また、Ｃ５は３であってもよい。また、Ｃ６は４であってもよい。また、Ｃ７は５であってもよい。
８０５の列の周波数ドメイン直交カバーコードのインデックスにおいて、端末装置１は、１つのセットに含まれる１つまたは複数のインデックスの中でＰＵＣＣＨ送信に用いられる周波数ドメイン直交カバーコードの１つのインデックスを選択してもよい。８０１の列のインデックスに対応する各行の該周波数ドメイン直交カバーコードのインデックスの集合の要素（ｅｌｅｍｅｎｔ）の総数をＮｆｒｅｑと称する。つまり、８０１の列のインデックス０に対応する行の周波数ドメイン直交カバーコードのインデックスの集合の要素の総数Ｎｆｒｅｑは、８０５の列の周波数ドメイン直交カバーコードのインデックスの集合の要素が｛Ｃ０、Ｃ１｝であるため、２であり、８０１の列のインデックス１からインデックス１５に対応する各行の周波数ドメイン直交カバーコードのインデックスの集合の要素の総数Ｎｆｒｅｑは、８０５の列の周波数ドメイン直交カバーコードのインデックスの集合の要素が｛Ｃ２、Ｃ３、Ｃ４、Ｃ５、Ｃ６、Ｃ７｝であるため、６である。
８０５の列の周波数ドメイン直交カバーコードのインデックスにおいて、端末装置１は、１つまたは複数の周波数ドメイン直交カバーコードのインデックスの要素の中から、Ｎｆｒｅｑと、ｒＰＵＣＣＨと、の一部または全部に少なくとも基づいて１つの周波数ドメイン直交カバーコードのインデックスの要素のインデックスｎｆｒｅｑを決定してもよい。端末装置１は、１つまたは複数の周波数ドメイン直交カバーコードのインデックスの要素の中から、｛ｎｆｒｅｑ＝ｒＰＵＣＣＨ ｍｏｄ Ｎｆｒｅｑ｝に少なくとも基づいて１つの周波数ドメイン直交カバーコードのインデックスの要素のインデックスｎｆｒｅｑを決定してもよい。端末装置１はｎｆｒｅｑに基づいて１つの周波数ドメイン直交カバーコードのインデックスを決定してもよい。端末装置１は（ｎｆｒｅｑ＋１）番目の１つの周波数ドメイン直交カバーコードのインデックスを決定してもよい。例えば、ＳＩＢ１に含まれるｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎが３に対応し、かつ、ｒＰＵＣＣＨが０であり、かつ、ｎｆｒｅｑが２である場合、端末装置１は、８０１の列のインデックス３に対応する行において、８０５の列に含まれる｛Ｃ２、Ｃ３、Ｃ４、Ｃ５、Ｃ６、Ｃ７｝の中から｛２＋１｝番目であるＣ４を周波数ドメイン直交カバーコードのインデックスとして決定してもよい。
８０６の列の時間ドメイン直交カバーコードのインデックスは、時間ドメインＯＣＣの系列を選択するときに用いられてもよい。８０６の列の時間ドメイン直交カバーコードのインデックスの数は、１であってもよいし、２であってもよいし、３であってもよいし、４であってもよいし、６であってもよいし、１２であってもよいし、１２と同じまたは小さい整数であってもよい。すなわち、８０６の列の時間ドメイン直交カバーコードのインデックスにおいて、Ｔ０からＴ３の値は０から１２の何れかの値であってもよい。例えば、Ｔ０は０であってもよい。また、Ｔ１は１であってもよいし、６であってもよい。また、Ｔ２は２であってもよい。また、Ｔ３は４であってもよい。
８０６の列の時間ドメイン直交カバーコードのインデックスにおいて、端末装置１は、１つのセットに含まれる１つまたは複数のインデックスの中でＰＵＣＣＨ送信に用いられる時間ドメイン直交カバーコードの１つのインデックスを選択してもよい。８０１の列のインデックスに対応する各行の該時間ドメイン直交カバーコードのインデックスの集合の要素（ｅｌｅｍｅｎｔ）の総数をＮｔｉｍｅと称する。つまり、８０１の列のインデックス０から５に対応する各行の時間ドメイン直交カバーコードのインデックスの集合の要素の総数Ｎｔｉｍｅは、８０６の列の時間ドメイン直交カバーコードのインデックスの要素がないため、０である。８０１の列のインデックス６からインデックス７に対応する各行の時間ドメイン直交カバーコードのインデックスの集合の要素の総数Ｎｔｉｍｅは、８０
６の列の時間ドメイン直交カバーコードのインデックスの集合の要素が｛Ｔ０、Ｔ１、Ｔ２｝であるため、３である。８０１の列のインデックス８からインデックス１５に対応する各行の時間ドメイン直交カバーコードのインデックスの集合の要素の総数Ｎｔｉｍｅは、８０６の列の時間ドメイン直交カバーコードのインデックスの集合の要素が｛Ｔ０、Ｔ１、Ｔ２、Ｔ３｝であるため、４である。
８０６の列の時間ドメイン直交カバーコードのインデックスにおいて、端末装置１は、８０１の列のインデックスが０から５までのＰＵＣＣＨリソースセットに含まれる一部または全部のＰＵＣＣＨリソースに時間ドメイン直交カバーコードを適用しなくてもよい。８０６の列の時間ドメイン直交カバーコードのインデックスにおいて、端末装置１は、８０１の列のインデックスが０から５までのＰＵＣＣＨリソースセットに含まれる一部または全部のＰＵＣＣＨリソースに時間ドメイン直交カバーコードの処理を行わなくてもよい。
８０７の列のインターレースインデックスのオフセット（Ｉｎｔｅｒｌａｃｅ ｉｎｄｅｘ ｏｆｆｓｅｔ）は、端末装置１がインターレースインデックスを決定するときに用いられてもよい。８０７列のインターレースインデックスのオフセットは、０から１０の中で、何れかの整数の値であってもよい。すなわち、８０７列のインターレースインデックスのオフセットにおいて、Ｄ０、Ｄ１、Ｄ２、Ｄ４、Ｄ５、Ｄ６、Ｄ８、およびＤ１２は、０であってもよいし、０から１０の中で、何れかの整数の値であってもよい。また、Ｄ３は１でもよいし、０から１０の中で、何れかの整数の値であってもよいし、各ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応するインターレースの数（Ｍｉｎｔ）に基づいて与えられてもよい。例えば、Ｄ３はｆｌｏｏｒ（Ｍｉｎｔ／２）で与えられてもよいし、ｃｅｉｌ（Ｍｉｎｔ／２）で与えられてもよい。ここで、ｆｌｏｏｒ（Ｈ)は
、数値Ｈの小数点以下を切り下げた整数を出力する関数である。例えば、Ｈ＝３．９であれば、ｆｌｏｏｒ（Ｈ）＝３であり、Ｈ＝５．２であれば、ｆｌｏｏｒ（Ｈ）＝５のようになる。また、cｅｉｌ（Ｈ)は、数値Ｈの小数点以下を切り上げた整数を出力する関数である。例えば、Ｈ＝３．９であれば、ｃｅｉｌ（Ｈ）＝４であり、Ｈ＝５．２であれば、ｃｅｉｌ（Ｈ）＝６のようになる。また、該ＳＣＳに対応するインターレースの数は、１５ｋＨｚ ＳＣＳの場合に１０、３０ｋＨｚ ＳＣＳの場合に５、６０ｋＨｚ ＳＣＳの場合に２であってもよい。例えば、１５ｋＨｚ ＳＣＳの場合、Ｄ３はｆｌｏｏｒ（１０／２）＝５であってもよい。また、３０ｋＨｚ ＳＣＳの場合、Ｄ３は、ｆｌｏｏｒ（５／２）＝２であってもよいし、ｃｅｉｌ（５／２）＝３であってもよい。Ｄ７は、１であってもよいし、０から１０の中で、何れかの整数の値であってもよいし、各ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応するインターレースの数（Ｍｉｎｔ）に基づいて与えられてもよい。また、Ｄ７はｆｌｏｏｒ（Ｍｉｎｔ／２）で与えられてもよいし、ｃｅｉｌ（Ｍｉｎｔ／２）で与えられてもよい。Ｄ９は１でもよいし、０から１０の中で、何れかの整数の値であってもよいし、各ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応するインターレースの数（Ｍｉｎｔ）に基づいて与えられてもよい。また、Ｄ９はｆｌｏｏｒ（Ｍｉｎｔ／５）で与えられてもよいし、ｃｅｉｌ（Ｍｉｎｔ／５）で与えられてもよい。例えば、１５ｋＨｚ ＳＣＳの場合、Ｄ９はｆｌｏｏｒ（１０／５）＝ｃｅｉｌ（１０／５）＝２であってもよい。また、３０ｋＨｚ ＳＣＳの場合、Ｄ９はｆｌｏｏｒ（５／５）＝ｃｅｉｌ（５／５）＝１であってもよい。Ｄ１０は５であってもよいし、０から１０の中で、何れかの整数の値であってもよいし、各ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応するインターレースの数（Ｍｉｎｔ）に基づいて与えられてもよい。また、Ｄ１０はｆｌｏｏｒ（２＊Ｍｉｎｔ／５）で与えられてもよいし、ｃｅｉｌ（２＊Ｍｉｎｔ／５）で与えられてもよい。例えば、１５ｋＨｚ ＳＣＳの場合、Ｄ１０はｆｌｏｏｒ（２＊１０／５）＝ｃｅｉｌ（２＊１０／５）＝４であってもよい。また、３０ｋＨｚ ＳＣＳの場合、Ｄ１０はｆｌｏｏｒ（２＊５／５）＝ｃｅｉｌ（２＊５／５）＝２であってもよい。Ｄ１１は７であってもよいし、０から１０の中で、何れかの整数の値であってもよいし、各ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応するインターレースの数（Ｍｉｎｔ）に基づいて与えられてもよい。また、Ｄ１１はｆｌｏｏｒ（３＊Ｍｉｎｔ／５）で与えられてもよいし、ｃｅｉｌ（３＊Ｍｉｎｔ／５）で与えられてもよい。例えば、１５ｋＨｚ ＳＣＳの場合、Ｄ１１はｆｌｏｏｒ（３＊１０／５）＝ｃｅｉｌ（３＊１０／５）＝６であってもよい。また、３０ｋＨｚ ＳＣＳの場合、Ｄ１１はｆｌｏｏｒ（３＊５／５）＝ｃｅｉｌ（３＊５／５）＝３であってもよい。また、Ｄ１３はｆｌｏｏｒ（Ｍｉｎｔ／５）で与えられてもよいし、ｃｅｉｌ（Ｍｉｎｔ／５）で与えられてもよい。例えば、１５ｋＨｚ ＳＣＳの場合、Ｄ１３はｆｌｏｏｒ（１０／５）＝ｃｅｉｌ（１０／５）＝２であってもよい。また、３０ｋＨｚ ＳＣＳの場合、Ｄ１３はｆｌｏｏｒ（５／５）＝ｃｅｉｌ（５／５）＝１であってもよい。Ｄ１４は５であってもよいし、０から１０の中で、何れかの整数の値であってもよいし、各ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応するインターレースの数（Ｍｉｎｔ）に基づいて与えられてもよい。また、Ｄ１４はｆｌｏｏｒ（２＊Ｍｉｎｔ／５）で与えられてもよいし、ｃｅｉｌ（２＊Ｍｉｎｔ／５）で与えられてもよい。例えば、１５ｋＨｚ ＳＣＳの場合、Ｄ１４はｆｌｏｏｒ（２＊１０／５）＝ｃｅｉｌ（２＊１０／５）＝４であってもよい。また、３０ｋＨｚ ＳＣＳの場合、Ｄ１４はｆｌｏｏｒ（２＊５／５）＝ｃｅｉｌ（２＊５／５）＝２であってもよい。Ｄ１５は７であってもよいし、０から１０の中で、何れかの整数の値であってもよいし、各ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応するインターレースの数（Ｍｉｎｔ）に基づいて与えられてもよい。また、Ｄ１５はｆｌｏｏｒ（３＊Ｍｉｎｔ／５）で与えられてもよいし、ｃｅｉｌ（３＊Ｍｉｎｔ／５）で与えられてもよい。例えば、１５ｋＨｚ ＳＣＳの場合、Ｄ１５はｆｌｏｏｒ（３＊１０／５）＝ｃｅｉｌ（３＊１０／５）＝６であってもよい。また、３０ｋＨｚ ＳＣＳの場合、Ｄ１５はｆｌｏｏｒ（３＊５／５）＝ｃｅｉｌ（３＊５／５）＝３であってもよい。
８０７の列のインターレースインデックスのオフセット（Ｉｎｔｅｒｌａｃｅ ｉｎｄｅｘ ｏｆｆｓｅｔ）において、端末装置１は該インターレースインデックスのオフセットに少なくとも基づいてＰＵＣＣＨ送信のためのインターレースを決定してもよい。
図８の１つのＰＵＣＣＨリソースセットに含まれる複数のＰＵＣＣＨリソースにおいて、ｒＰＵＣＣＨが最も小さい値（例えば０）の場合には、ＰＵＣＣＨリソースセットによって指定されるインターレースインデックスオフセットの値のインデックスを持つインターレースにおけるＰＵＣＣＨリソースが決定されてもよい。ｒＰＵＣＣＨが１つ大きくなることにつれて、まず（１）周波数ドメイン直交カバーコードのインデックスがそのＰＵＣＣＨリソースセットに含まれる周波数ドメイン直交カバーコードのインデックスの内で次に大きい値になる。周波数ドメイン直交カバーコードのインデックスがそのＰＵＣＣＨリソースセットに含まれる周波数ドメイン直交カバーコードのインデックスの内で最大の値である場合は、次に（２）時間ドメイン直交カバーコードのインデックスがそのＰＵＣＣＨリソースセットに含まれる時間ドメイン直交カバーコードのインデックスの内で次に大きい値になり、周波数ドメイン直交カバーコードのインデックスはそのＰＵＣＣＨリソースセットに含まれる周波数ドメイン直交カバーコードのインデックスの内で最も小さい値になる。時間ドメイン直交カバーコードのインデックスがそのＰＵＣＣＨリソースセットに含まれる時間ドメイン直交カバーコードのインデックスの内で最大の値である場合は、次に（３）最初のシンボルがそのＰＵＣＣＨリソースセットに含まれる最初のシンボルの内で次に大きい値になり、時間ドメイン直交カバーコードのインデックスがそのＰＵＣＣＨリソースセットに含まれる時間ドメイン直交カバーコードのインデックスの内で最も小さい値になる。最初のシンボルがそのＰＵＣＣＨリソースセットに含まれる最初のシンボルの内で最大の値である場合は、次に（４）インターレースインデックスが次に大きい値になる。ここで（１）と（２）の順を入れ替えてもよい。また、最初のシンボルはｒＰＵＣＣＨが大きくなるにつれて小さい値となってもよい。
端末装置１は、図８のＢＤＰＲＣテーブルに基づいて決定されたＰＵＣＣＨリソースを用いてＰＵＣＣＨを送信してもよい。
基地局装置３は、図８のＢＤＰＲＣテーブルに基づいて決定されたＰＵＣＣＨリソースにおけるＰＵＣＣＨを受信してもよい。
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない、かつ、端末装置１がＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１によってスケジューリングされるＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報を、ＰＵＣＣＨを用いて送信する場合、端末装置１は、該ＤＣＩフォーマット１＿０、または、該ＤＣＩフォーマット１＿１を含むＰＤＣＣＨを受信したＣＯＲＥＳＥＴに含まれるＣＣＥの総数ＮＣＣＥと、該ＣＯＲＥＳＥＴにおける該ＰＤＣＣＨを受信のための最初のＣＣＥインデックスｎＣＣＥ、０と、該ＤＣＩフォーマット１＿０、または、該ＤＣＩフォーマット１＿１に含まれるＰＵＣＣＨリソースインジケータフィールドの値ΔＰＲＩと、の一部または全部に少なくとも基づいてＰＵＣＣＨリソースインデックスｒＰＵＣＣＨを決定してもよい。
ｆｌｏｏｒ（ｒＰＵＣＣＨ／８）が０である場合、端末装置１は、ＲＢＢＷＰ ｏｆｆｓｅｔ＋ｆｌｏｏｒ（ｒＰＵＣＣＨ／ＮＣＳ）に少なくとも基づいて周波数ホッピングの１番目のホップにおけるＰＵＣＣＨ送信のためのＰＲＢインデックスを決定してもよい。ｆｌｏｏｒ（ｒＰＵＣＣＨ／８）が０である場合、端末装置１は、ＮＢＷＰ ｓｉｚｅ−１−ＲＢＢＷＰ ｏｆｆｓｅｔ−ｆｌｏｏｒ（ｒＰＵＣＣＨ／ＮＣＳ）に少なくとも基づいて周波数ホッピングの２番目のホップにおけるＰＵＣＣＨ送信のためのＰＲＢインデックスを決定してもよい。ｆｌｏｏｒ（ｒＰＵＣＣＨ／８）が０である場合、端末装置１は、ｒＰＵＣＣＨ ｍｏｄ ＮＣＳに基づいて初期サイクリックシフトインデックスの集合から１つの初期サイクリックシフトインデックス（Ｉｎｉｔｉａｌ Ｃｙｃｌｉｃ Ｓｈｉｆｔ
ｉｎｄｅｘ）を決定してもよい。ＮＣＳは９０６の列の各行において初期サイクリックシフトインデックスの集合の要素の総数であってもよい。例えば、９０１の列のインデックス０の行において、ＮＣＳは２であってもよい。ＮＢＷＰ ｓｉｚｅは、ＰＵＣＣＨを送信する初期上りリンクＢＷＰ（ｉｎｉｔｉａｌ ｕｐｌｉｎｋ ＢＷＰ）のＰＲＢ数であってもよい。ＲＢＢＷＰ ｏｆｆｓｅｔは９０５の列の値であってもよい。例えば、９０１の列のインデックス６の行において、ＲＢＢＷＰ ｏｆｆｓｅｔは４であってもよい。
ｆｌｏｏｒ（ｒＰＵＣＣＨ／８）が１である場合、端末装置１は、ＮＢＷＰ ｓｉｚｅ−１−ＲＢＢＷＰ ｏｆｆｓｅｔ−ｆｌｏｏｒ（（ｒＰＵＣＣＨ−８）／ＮＣＳ）に少なくとも基づいて周波数ホッピングの１番目のホップにおけるＰＵＣＣＨ送信のためのＰＲＢインデックスを決定してもよい。ｆｌｏｏｒ（ｒＰＵＣＣＨ／８）が１である場合、端末装置１は、ＲＢＢＷＰ ｏｆｆｓｅｔ＋ｆｌｏｏｒ（（ｒＰＵＣＣＨ−８）／ＮＣＳ）に少なくとも基づいて周波数ホッピングの２番目のホップにおけるＰＵＣＣＨ送信のためのＰＲＢインデックスを決定してもよい。ｆｌｏｏｒ（ｒＰＵＣＣＨ／８）が０である場合、端末装置１は、（ｒＰＵＣＣＨ−８） ｍｏｄ ＮＣＳに基づいて初期サイクリックシフトインデックスの集合から１つの初期サイクリックシフトインデックス（Ｉｎｉｔｉａｌ Ｃｙｃｌｉｃ Ｓｈｉｆｔ ｉｎｄｅｘ）を決定してもよい。
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない場合、ＨＡＲＱ−ＡＣＫ情報を含むＵＣＩの送信のための１つまたは複数のＰＵＣＣＨリソースセットは、ＰＵＣＣＨリ
ソースセットインデックスと、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ送信に用いられる最初のシンボルインデックスと、ＰＵＣＣＨ送信に用いられるシンボル数と、ＰＲＢオフセットと、初期サイクリックシフトのインデックスと、の一部または全部に少なくとも基づいて与えられてもよい。
図９は、本実施形態におけるＢＤＰＲＣテーブルの一例を示した図である。９０１の列はＰＵＣＣＨリソースセットのインデックスであってもよい。９０２の列はＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのＰＵＣＣＨフォーマットであってもよい。９０３の列はＰＵＣＣＨ送信に用いられるシンボルの最初のシンボルインデックスであってもよい。９０４の列はＰＵＣＣＨ送信に用いられるシンボル数であってもよい。９０５の列はＰＵＣＣＨ送信のためのＰＲＢオフセット（ＲＢＢＷＰ ｏｆｆｓｅｔ）であってもよい。９０６の列は初期サイクリックシフトのインデックスであってもよい。
図９のＰＵＣＣＨリソースセットにおいて、１つのＰＵＣＣＨリソースセットはＬｒｅｓ個のＰＵＣＣＨリソースを含んでもよい。Ｌｒｅｓは１６であってもよい。
ＮＲ−Ｕが適用されるサービングセルにおいて端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない場合、端末装置１は、図８のテーブルで例示されているようなＰＵＣＣＨリソースセットに少なくとも基づいてＰＵＣＣＨ送信に用いるＰＵＣＣＨリソースを決定してもよい。また、ＮＲ−Ｕが適用されないサービングセル（通常のサービングセル）において端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない場合、端末装置１は、図９のテーブルで例示されているようなＰＵＣＣＨリソースセットに少なくとも基づいてＰＵＣＣＨ送信に用いるＰＵＣＣＨリソースを決定してもよい。
あるいは、ＮＲ−Ｕが適用されるサービングセルにおいて端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない場合、端末装置１は、図９のテーブルの一部を変更したテーブルで示されるようなＰＵＣＣＨリソースセットに少なくとも基づいてＰＵＣＣＨ送信に用いるＰＵＣＣＨリソースを決定してもよい。また、ＮＲ−Ｕが適用されないサービングセル（通常のサービングセル）において端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない場合、端末装置１は、図９のテーブルで例示されているようなＰＵＣＣＨリソースセットに少なくとも基づいてＰＵＣＣＨ送信に用いるＰＵＣＣＨリソースを決定してもよい。
図９のテーブルの一部の変更の例としては、９０３の列の最初のシンボルの列の要素数、９０６の列の初期サイクリックシフトのインデックスの要素数、９０５の列のＰＵＣＣＨ送信のためのＰＲＢオフセット（ＲＢＢＷＰ ｏｆｆｓｅｔ）、の一部または全部の変更であってもよい。例えば、９０１の列のインデックス０から１５の一部または全部に対応する９０３の列の最初のシンボルの要素数が複数に変更されてもよい。より具体的には９０１の列のインデックスが０の場合、９０３の列の最初のシンボルは｛１０、１２｝を含む複数の最初のシンボルであってもよい。例えば、９０１の列のインデックス０から１５の一部または全部に対応する９０６の列の初期サイクリックシフトのインデックスの要素数が増えてもよいし、減ってもよい。より具体的には、９０６の列の初期サイクリックシフトのインデックスとして｛０、２、４、６、８、１０｝および／または｛０、１、２、３、４、５、６、７、８、９、１０、１１｝を含む９０１の列のインデックスがあってもよい。
例えば、９０１の列のインデックス０から１５の一部または全部に対応する９０５の列のＰＵＣＣＨ送信のためのＰＲＢオフセット（ＲＢＢＷＰ ｏｆｆｓｅｔ）の要素が｛０、２、３、４、ｆｌｏｏｒ（ＮＢＷＰ ｓｉｚｅ／４）｝以外の値を持つ９０１の列のインデックスがあってもよい。なお、９０２の列のＰＵＣＣＨフォーマットは図９と同様ＰＵＣＣＨフォーマット０、ＰＵＣＣＨフォーマット１の何れかのみであってもよいし、９０２の列のＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット０Ａ、ＰＵＣＣＨフォーマット１Ａの何れかのみであってもよい。
以下、本実施形態における、端末装置１および基地局装置３の種々の態様について説明する。
（１）本実施形態の第１の態様は、端末装置であって、システムインフォメーションを受信する受信部と、ＰＵＣＣＨを送信する送信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの最初のシンボルは、第１の最初のシンボルの集合に属し、前記第１の最初のシンボルの集合は、複数の最初のシンボルを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの最初のシンボルは、第２の最初のシンボルの集合に属し、前記第２の最初のシンボルの集合は、１つの最初のシンボルのみを含む。
（２）本実施形態の第２の態様は、端末装置であって、システムインフォメーションを受信する受信部と、ＰＵＣＣＨを送信する送信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第１の周波数ドメイン直交カバーコードのインデックスの集合に属し、第１の周波数ドメイン直交カバーコードのインデックスの集合は、複数の周波数ドメイン直交カバーコードのインデックスを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第２の周波数ドメイン直交カバーコードのインデックスの集合に属し、前記第２の周波数ドメイン直交カバーコードのインデックスの集合は、第１の周波数ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の周波数ドメイン直交カバーコードのインデックスを含む。
（３）本実施形態の第３の態様は、端末装置であって、システムインフォメーションを受信する受信部と、ＰＵＣＣＨを送信する送信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第１の時間ドメイン直交カバーコードのインデックスの集合に属し、第１の時間ドメイン直交カバーコードのインデックスの集合は、複数の時間ドメイン直交カバーコードのインデックスを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第２の時間ドメイン直交カバーコードのインデックスの集合に属し、前記第２の時間ドメイン直交カバーコードのインデックスの集合は、第１の時間ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の時間ドメイン直交カバーコードのインデックスを含む。
（４）本実施形態の第４の態様は、基地局装置であって、システムインフォメーションを送信する送信部と、ＰＵＣＣＨを受信する受信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの最初のシンボルは、第１の最初のシンボルの集合に属し、前記第１の最初のシンボルの集合は、複数の最初のシンボルを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの最初のシンボルは、第２の最初のシンボルの集合に属し、前記第２の最初のシンボルの集合は、１つの最初のシンボルのみを含む。
（５）本実施形態の第５の態様は、基地局装置であって、システムインフォメーションを送信する送信部と、ＰＵＣＣＨを受信する受信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第１の周波数ドメイン直交カバーコードのインデックスの集合に属し、第１の周波数ドメイン直交カバーコードのインデックスの集合は、複数の周波数ドメイン直交カバーコードのインデックスを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第２の周波数ドメイン直交カバーコードのインデックスの集合に属し、前記第２の周波数ドメイン直交カバーコードのインデックスの集合は、第１の周波数ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の周波数ドメイン直交カバーコードのインデックスを含む。
（６）本実施形態の第６の態様は、基地局装置であって、システムインフォメーションを送信する送信部と、ＰＵＣＣＨを受信する受信部と、を備え、前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、前記複数の第１のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第１の時間ドメイン直交カバーコードのインデックスの集合に属し、第１の時間ドメイン直交カバーコードのインデックスの集合は、複数の時間ドメイン直交カバーコードのインデックスを含み、前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、前記複数の第２のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第２の時間ドメイン直交カバーコードのインデックスの集合に属し、前記第２の時間ドメイン直交カバーコードのインデックスの集合は、第１の時間ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の時間ドメイン直交カバーコードのインデックスを含む。
これにより、端末装置１と基地局装置３は効率的に上りリンク、および／または、下りリンクの送受信をすることができる。
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
１（１Ａ、１Ｂ、１Ｃ） 端末装置
３ 基地局装置
１０ 無線送受信部
１１ アンテナ部
１２ ＲＦ部
１３ ベースバンド部
１４ 上位層処理部
１５ 媒体アクセス制御層処理部
１６ 無線リソース制御層処理部
３０ 無線送受信部
３１ アンテナ部
３２ ＲＦ部
３３ ベースバンド部
３４ 上位層処理部
３５ 媒体アクセス制御層処理部
３６ 無線リソース制御層処理部

Claims (12)

  1. システムインフォメーションを受信する受信部と、
    ＰＵＣＣＨを送信する送信部と、を備え、
    前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、
    前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、
    前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、
    前記複数の第１のＰＵＣＣＨリソースの最初のシンボルは、第１の最初のシンボルの集合に属し、
    前記第１の最初のシンボルの集合は、複数の最初のシンボルを含み、
    前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、
    前記複数の第２のＰＵＣＣＨリソースの最初のシンボルは、第２の最初のシンボルの集合に属し、
    前記第２の最初のシンボルの集合は、１つの最初のシンボルのみを含む
    端末装置。
  2. システムインフォメーションを受信する受信部と、
    ＰＵＣＣＨを送信する送信部と、を備え、
    前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、
    前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、
    前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、
    前記複数の第１のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第１の周波数ドメイン直交カバーコードのインデックスの集合に属し、
    第１の周波数ドメイン直交カバーコードのインデックスの集合は、複数の周波数ドメイン直交カバーコードのインデックスを含み、
    前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、
    前記複数の第２のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第２の周波数ドメイン直交カバーコードのインデックスの集合に属し、
    前記第２の周波数ドメイン直交カバーコードのインデックスの集合は、第１の周波数ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の周波数ドメイン直交カバーコードのインデックスを含む
    端末装置。
  3. システムインフォメーションを受信する受信部と、
    ＰＵＣＣＨを送信する送信部と、を備え、
    前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、
    前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、
    前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、
    前記複数の第１のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第１の時間ドメイン直交カバーコードのインデックスの集合に属し、
    第１の時間ドメイン直交カバーコードのインデックスの集合は、複数の時間ドメイン直交カバーコードのインデックスを含み、
    前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、
    前記複数の第２のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックス
    は、第２の時間ドメイン直交カバーコードのインデックスの集合に属し、
    前記第２の時間ドメイン直交カバーコードのインデックスの集合は、第１の時間ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の時間ドメイン直交カバーコードのインデックスを含む
    端末装置。
  4. システムインフォメーションを送信する送信部と、
    ＰＵＣＣＨを受信する受信部と、を備え、
    前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、
    前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、
    前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、
    前記複数の第１のＰＵＣＣＨリソースの最初のシンボルは、第１の最初のシンボルの集合に属し、
    前記第１の最初のシンボルの集合は、複数の最初のシンボルを含み、
    前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、
    前記複数の第２のＰＵＣＣＨリソースの最初のシンボルは、第２の最初のシンボルの集合に属し、
    前記第２の最初のシンボルの集合は、１つの最初のシンボルのみを含む
    基地局装置。
  5. システムインフォメーションを送信する送信部と、
    ＰＵＣＣＨを受信する受信部と、を備え、
    前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、
    前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、
    前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、
    前記複数の第１のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第１の周波数ドメイン直交カバーコードのインデックスの集合に属し、
    第１の周波数ドメイン直交カバーコードのインデックスの集合は、複数の周波数ドメイン直交カバーコードのインデックスを含み、
    前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、
    前記複数の第２のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第２の周波数ドメイン直交カバーコードのインデックスの集合に属し、
    前記第２の周波数ドメイン直交カバーコードのインデックスの集合は、第１の周波数ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の周波数ドメイン直交カバーコードのインデックスを含む
    基地局装置。
  6. システムインフォメーションを送信する送信部と、
    ＰＵＣＣＨを受信する受信部と、を備え、
    前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、
    前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、
    前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、
    前記複数の第１のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第１の時間ドメイン直交カバーコードのインデックスの集合に属し、
    第１の時間ドメイン直交カバーコードのインデックスの集合は、複数の時間ドメイン直交カバーコードのインデックスを含み、
    前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、
    前記複数の第２のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第２の時間ドメイン直交カバーコードのインデックスの集合に属し、
    前記第２の時間ドメイン直交カバーコードのインデックスの集合は、第１の時間ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の時間ドメイン直交カバーコードのインデックスを含む
    基地局装置。
  7. 端末装置に用いられる通信方法であって、
    システムインフォメーションを受信するステップと、
    ＰＵＣＣＨを送信するステップと、を備え、
    前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、
    前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、
    前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、
    前記複数の第１のＰＵＣＣＨリソースの最初のシンボルは、第１の最初のシンボルの集合に属し、
    前記第１の最初のシンボルの集合は、複数の最初のシンボルを含み、
    前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、
    前記複数の第２のＰＵＣＣＨリソースの最初のシンボルは、第２の最初のシンボルの集合に属し、
    前記第２の最初のシンボルの集合は、１つの最初のシンボルのみを含む
    通信方法。
  8. 端末装置に用いられる通信方法であって、
    システムインフォメーションを受信するステップと、
    ＰＵＣＣＨを送信するステップと、を備え、
    前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、
    前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、
    前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、
    前記複数の第１のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第１の周波数ドメイン直交カバーコードのインデックスの集合に属し、
    第１の周波数ドメイン直交カバーコードのインデックスの集合は、複数の周波数ドメイン直交カバーコードのインデックスを含み、
    前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、
    前記複数の第２のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第２の周波数ドメイン直交カバーコードのインデックスの集合に属し、
    前記第２の周波数ドメイン直交カバーコードのインデックスの集合は、第１の周波数ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の周波数ドメイン直交カバーコードのインデックスを含む
    通信方法。
  9. 端末装置に用いられる通信方法であって、
    システムインフォメーションを受信するステップと、
    ＰＵＣＣＨを送信するステップと、を備え、
    前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、
    前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、
    前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、
    前記複数の第１のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第１の時間ドメイン直交カバーコードのインデックスの集合に属し、
    第１の時間ドメイン直交カバーコードのインデックスの集合は、複数の時間ドメイン直交カバーコードのインデックスを含み、
    前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、
    前記複数の第２のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第２の時間ドメイン直交カバーコードのインデックスの集合に属し、
    前記第２の時間ドメイン直交カバーコードのインデックスの集合は、第１の時間ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の時間ドメイン直交カバーコードのインデックスを含む
    通信方法。
  10. 基地局装置に用いられる通信方法であって、
    システムインフォメーションを送信するステップと、
    ＰＵＣＣＨを受信するステップと、を備え、
    前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、
    前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、
    前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、
    前記複数の第１のＰＵＣＣＨリソースの最初のシンボルは、第１の最初のシンボルの集合に属し、
    前記第１の最初のシンボルの集合は、複数の最初のシンボルを含み、
    前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、
    前記複数の第２のＰＵＣＣＨリソースの最初のシンボルは、第２の最初のシンボルの集合に属し、
    前記第２の最初のシンボルの集合は、１つの最初のシンボルのみを含む
    通信方法。
  11. 基地局装置に用いられる通信方法であって、
    システムインフォメーションを送信するステップと、
    ＰＵＣＣＨを受信するステップと、を備え、
    前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、
    前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、
    前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、
    前記複数の第１のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第１の周波数ドメイン直交カバーコードのインデックスの集合に属し、
    第１の周波数ドメイン直交カバーコードのインデックスの集合は、複数の周波数ドメイン直交カバーコードのインデックスを含み、
    前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、
    前記複数の第２のＰＵＣＣＨリソースの周波数ドメイン直交カバーコードのインデックスは、第２の周波数ドメイン直交カバーコードのインデックスの集合に属し、
    前記第２の周波数ドメイン直交カバーコードのインデックスの集合は、第１の周波数ド
    メイン直交カバーコードのインデックスの集合の要素の数と異なる数の周波数ドメイン直交カバーコードのインデックスを含む
    通信方法。
  12. 基地局装置に用いられる通信方法であって、
    システムインフォメーションを送信するステップと、
    ＰＵＣＣＨを受信するステップと、を備え、
    前記システムインフォメーションは複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを指示し、
    前記複数のＰＵＣＣＨリソースセットは、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセットを少なくとも含み、
    前記第１のＰＵＣＣＨリソースセットは、複数の第１のＰＵＣＣＨリソースを含み、
    前記複数の第１のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第１の時間ドメイン直交カバーコードのインデックスの集合に属し、
    第１の時間ドメイン直交カバーコードのインデックスの集合は、複数の時間ドメイン直交カバーコードのインデックスを含み、
    前記第２のＰＵＣＣＨリソースセットは、複数の第２のＰＵＣＣＨリソースを含み、
    前記複数の第２のＰＵＣＣＨリソースの時間ドメイン直交カバーコードのインデックスは、第２の時間ドメイン直交カバーコードのインデックスの集合に属し、
    前記第２の時間ドメイン直交カバーコードのインデックスの集合は、第１の時間ドメイン直交カバーコードのインデックスの集合の要素の数と異なる数の時間ドメイン直交カバーコードのインデックスを含む
    通信方法。
JP2019085767A 2019-04-26 2019-04-26 端末装置、基地局装置、および、通信方法 Pending JP2020182174A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2019085767A JP2020182174A (ja) 2019-04-26 2019-04-26 端末装置、基地局装置、および、通信方法
PCT/JP2020/017486 WO2020218415A1 (ja) 2019-04-26 2020-04-23 端末装置、基地局装置、および、通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019085767A JP2020182174A (ja) 2019-04-26 2019-04-26 端末装置、基地局装置、および、通信方法

Publications (2)

Publication Number Publication Date
JP2020182174A true JP2020182174A (ja) 2020-11-05
JP2020182174A5 JP2020182174A5 (ja) 2022-05-09

Family

ID=72942100

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019085767A Pending JP2020182174A (ja) 2019-04-26 2019-04-26 端末装置、基地局装置、および、通信方法

Country Status (2)

Country Link
JP (1) JP2020182174A (ja)
WO (1) WO2020218415A1 (ja)

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102150449B1 (ko) * 2017-01-08 2020-09-01 엘지전자 주식회사 무선 통신 시스템에서 단말과 기지국 간 상향링크 신호 송수신 방법 및 이를 지원하는 장치

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
INTEL CORPORATION: "Initial access signals/channels for NR-unlicensed", 3GPP TSG RAN WG1 MEETING #96B R1-1904282, JPN6020029845, 30 March 2019 (2019-03-30), pages 1 - 19, ISSN: 0005091289 *
MOTOROLA MOBILITY, LENOVO: "Remaining details on PUCCH resource allocation", 3GPP TSG RAN WG1 MEETING #92BIS R1-1804956, JPN6020029844, 7 April 2018 (2018-04-07), pages 1 - 3, ISSN: 0005091288 *

Also Published As

Publication number Publication date
WO2020218415A1 (ja) 2020-10-29

Similar Documents

Publication Publication Date Title
JP6863990B2 (ja) 端末装置、基地局装置、および、通信方法
JP6937202B2 (ja) 端末装置、基地局装置、および、通信方法
JP7101025B2 (ja) 端末装置、基地局装置、および、通信方法
JP7075805B2 (ja) 端末装置、基地局装置、および、通信方法
JP6959918B2 (ja) 端末装置、基地局装置、および、通信方法
JP2019047375A (ja) 端末装置、基地局装置、および、通信方法
AU2018361531B2 (en) Terminal apparatus, base station apparatus, and communication method
JP7156887B2 (ja) 端末装置、基地局装置、および、通信方法
WO2019151051A1 (ja) 端末装置、基地局装置、および、通信方法
KR20200139247A (ko) 단말기 장치, 기지국 장치 및 통신 방법
WO2020091050A1 (ja) 端末装置、基地局装置、および、通信方法
WO2017175476A1 (ja) 端末装置、基地局装置、通信方法、および、集積回路
WO2020004627A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020013028A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020218415A1 (ja) 端末装置、基地局装置、および、通信方法
JP6853863B1 (ja) 端末装置、基地局装置、および、通信方法
JP7481517B2 (ja) 端末装置、基地局装置、および、通信方法
JP2024081813A (ja) 端末装置、基地局装置、および、通信方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220425

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220425

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20220425

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230627

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230718

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231031

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20240423