(57)【要約】【課題】効率的に上りおよび下りリンクの伝送を行うことができる。【解決手段】端末装置は複数のＰＵＣＣＨリソースのオーバーラップを解決する処理部と、前記処理部の出力であるＰＵＣＣＨを送信する送信部と、を備え、前記処理部は、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースがオーバーラップする場合、前記第１のＰＵＣＣＨリソースに含まれる第１のＵＣＩと前記第２のＰＵＣＣＨリソースに含まれる第２のＵＣＩを第３のＰＵＣＣＨリソースに多重し、前記第１のＰＵＣＣＨリソースの第１のＰＵＣＣＨフォーマットに対する第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔおよび前記第２のＰＵＣＣＨリソースの第２のＰＵＣＣＨフォーマットに対する第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔが、前記第３のＰＵＣＣＨリソースの第３のＰＵＣＣＨフォーマットに対する第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔと同じであることが期待される。【選択図】図４
2020072425.tif 000002
【特許請求の範囲】
【請求項１】
複数のＰＵＣＣＨリソースのオーバーラップを解決する処理部と、
前記処理部の出力であるＰＵＣＣＨを送信する送信部と、を備え、
前記処理部は、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースがオーバーラップする場合、前記第１のＰＵＣＣＨリソースに含まれる第１のＵＣＩと前記第２のＰＵＣＣＨリソースに含まれる第２のＵＣＩを第３のＰＵＣＣＨリソースに多重し、
前記第１のＰＵＣＣＨリソースの第１のＰＵＣＣＨフォーマットに対する第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔおよび前記第２のＰＵＣＣＨリソースの第２のＰＵＣＣＨフォーマットに対する第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔが、前記第３のＰＵＣＣＨリソースの第３のＰＵＣＣＨフォーマットに対する第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔと同じであることが期待され、
前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、
前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、
前記第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、
前記第３のＰＵＣＣＨフォーマットは、前記第１のＰＵＣＣＨフォーマットおよび前記第２のＰＵＣＣＨフォーマットと異なる
端末装置。
【請求項２】
前記第１のＰＵＣＣＨフォーマットは前記第２のＰＵＣＣＨフォーマットと同じである
請求項１に記載の端末装置。
【請求項３】
前記第１のＰＵＣＣＨフォーマットは前記第２のＰＵＣＣＨフォーマットと異なる
請求項１に記載の端末装置。
【請求項４】
前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔ、および、前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは１である
請求項１に記載の端末装置。
【請求項５】
複数のＰＵＣＣＨリソースのオーバーラップを解決する処理部と、
前記処理部の出力であるＰＵＣＣＨを受信する受信部と、を備え、
前記処理部は、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースがオーバーラップする場合、前記第１のＰＵＣＣＨリソースに含まれる第１のＵＣＩと前記第２のＰＵＣＣＨリソースに含まれる第２のＵＣＩを第３のＰＵＣＣＨリソースに多重し、
前記第１のＰＵＣＣＨリソースの第１のＰＵＣＣＨフォーマットに対する第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔおよび前記第２のＰＵＣＣＨリソースの第２のＰＵＣＣＨフォーマットに対する第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔが、前記第３のＰＵＣＣＨリソースの第３のＰＵＣＣＨフォーマットに対する第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔと同じく設定し、
前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、
前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、
前記第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、
前記第３のＰＵＣＣＨフォーマットは、前記第１のＰＵＣＣＨフォーマットおよび前記第２のＰＵＣＣＨフォーマットと異なる
基地局装置。
【請求項６】
前記第１のＰＵＣＣＨフォーマットは前記第２のＰＵＣＣＨフォーマットと同じである
請求項５に記載の基地局装置。
【請求項７】
前記第１のＰＵＣＣＨフォーマットは前記第２のＰＵＣＣＨフォーマットと異なる
請求項５に記載の基地局装置。
【請求項８】
前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔ、および、前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは１である
請求項５に記載の基地局装置。
【請求項９】
端末装置に用いられる通信方法であって、
複数のＰＵＣＣＨリソースのオーバーラップを解決する処理ステップと、
前記処理ステップの出力であるＰＵＣＣＨを送信するステップと、を備え、
前記処理ステップは、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースがオーバーラップする場合、前記第１のＰＵＣＣＨリソースに含まれる第１のＵＣＩと前記第２のＰＵＣＣＨリソースに含まれる第２のＵＣＩを第３のＰＵＣＣＨリソースに多重し、
前記第１のＰＵＣＣＨリソースの第１のＰＵＣＣＨフォーマットに対する第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔおよび前記第２のＰＵＣＣＨリソースの第２のＰＵＣＣＨフォーマットに対する第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔが、前記第３のＰＵＣＣＨリソースの第３のＰＵＣＣＨフォーマットに対する第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔと同じであることが期待され、
前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、
前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、
前記第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、
前記第３のＰＵＣＣＨフォーマットは、前記第１のＰＵＣＣＨフォーマットおよび前記第２のＰＵＣＣＨフォーマットと異なる
通信方法。
【請求項１０】
基地局装置に用いられる通信方法であって、
複数のＰＵＣＣＨリソースのオーバーラップを解決する処理ステップと、
前記処理ステップの出力であるＰＵＣＣＨを送信するステップと、を備え、
前記処理ステップは、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースがオーバーラップする場合、前記第１のＰＵＣＣＨリソースに含まれる第１のＵＣＩと前記第２のＰＵＣＣＨリソースに含まれる第２のＵＣＩを第３のＰＵＣＣＨリソースに多重し、
前記第１のＰＵＣＣＨリソースの第１のＰＵＣＣＨフォーマットに対する第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔおよび前記第２のＰＵＣＣＨリソースの第２のＰＵＣＣＨフォーマットに対する第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔが、前記第３のＰＵＣＣＨリソースの第３のＰＵＣＣＨフォーマットに対する第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔと同じであることが期待され、
前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、
前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、
前記第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、
前記第３のＰＵＣＣＨフォーマットは、前記第１のＰＵＣＣＨフォーマットおよび前記第２のＰＵＣＣＨフォーマットと異なる
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE：登録商標）」、または、「Evolved Universal Terrestrial Radio Access : EUTRA」と称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。また、３ＧＰＰにおいて、新た
な無線アクセス方式（以下、「New Radio（NR）」と称する。）が検討されている（非特
許文献１、２、３、４）。ＬＴＥでは、基地局装置をｅＮｏｄｅＢ（evolved NodeB）と
も称する。ＮＲでは、基地局装置をｇＮｏｄｅＢとも称する。ＬＴＥ、および、ＮＲでは、端末装置をＵＥ（User Equipment）とも称する。ＬＴＥ、および、ＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
【０００３】
ＮＲにおいて、１つのサービングセルに対して下りリンクＢＷＰ（bandwidth part）と上りリンクＢＷＰのセットが設定される（非特許文献３）。端末装置は、下りリンクＢＷＰにおいてＰＤＣＣＨとＰＤＳＣＨを受信する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"3GPP TS 38.211 V15.3.0 (2018-09),NR; Physical channels and modulation"
【非特許文献２】"3GPP TS 38.212 V15.3.0 (2018-09), NR; Multiplexing and channel coding"
【非特許文献３】"3GPP TS 38.213 V15.3.0 (2018-09), NR; Physical layer procedures for control"
【非特許文献４】"3GPP TS 38.214 V15.3.0 (2018-09), NR; Physical layer procedures for data"
【非特許文献５】"3GPP TS 38.331 V15.3.0 (2018-09), NR; Physical layer procedures for data"
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、効率的に通信を行うことができる端末装置、該端末装置に用いられる通信方法、効率的に通信を行うことができる基地局装置、および、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【０００６】
（１）本発明の第１の態様は、端末装置であって、複数のＰＵＣＣＨリソースのオーバーラップを解決する処理部と、前記処理部の出力であるＰＵＣＣＨを送信する送信部と、を備え、前記処理部は、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースがオーバーラップする場合、前記第１のＰＵＣＣＨリソースに含まれる第１のＵＣＩと前記第２のＰＵＣＣＨリソースに含まれる第２のＵＣＩを第３のＰＵＣＣＨリソースに多重し、前記第１のＰＵＣＣＨリソースの第１のＰＵＣＣＨフォーマットに対する第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔおよび前記第２のＰＵＣＣＨリソースの第２のＰＵＣＣＨフォーマットに対する第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔが、前記第３のＰＵＣＣＨリ
ソースの第３のＰＵＣＣＨフォーマットに対する第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔと同じであることが期待され、前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第３のＰＵＣＣＨフォーマットは、前記第１のＰＵＣＣＨフォーマットおよび前記第２のＰＵＣＣＨフォーマットと異なる。
【０００７】
（２）本発明の第２の態様は、基地局装置であって、複数のＰＵＣＣＨリソースのオーバーラップを解決する処理部と、前記処理部の出力であるＰＵＣＣＨを受信する受信部と、を備え、前記処理部は、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースがオーバーラップする場合、前記第１のＰＵＣＣＨリソースに含まれる第１のＵＣＩと前記第２のＰＵＣＣＨリソースに含まれる第２のＵＣＩを第３のＰＵＣＣＨリソースに多重し、前記第１のＰＵＣＣＨリソースの第１のＰＵＣＣＨフォーマットに対する第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔおよび前記第２のＰＵＣＣＨリソースの第２のＰＵＣＣＨフォーマットに対する第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔが、前記第３のＰＵＣＣＨリソースの第３のＰＵＣＣＨフォーマットに対する第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔと同じく設定し、前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第３のＰＵＣＣＨフォーマットは、前記第１のＰＵＣＣＨフォーマットおよび前記第２のＰＵＣＣＨフォーマットと異なる。
【０００８】
（３）本発明の第７の態様は、端末装置に用いられる通信方法であって、複数のＰＵＣＣＨリソースのオーバーラップを解決するステップと、前記処理部の出力であるＰＵＣＣＨを送信するステップと、を備え、前記処理ステップは、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースがオーバーラップする場合、前記第１のＰＵＣＣＨリソースに含まれる第１のＵＣＩと前記第２のＰＵＣＣＨリソースに含まれる第２のＵＣＩを第３のＰＵＣＣＨリソースに多重し、前記第１のＰＵＣＣＨリソースの第１のＰＵＣＣＨフォーマットに対する第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔおよび前記第２のＰＵＣＣＨリソースの第２のＰＵＣＣＨフォーマットに対する第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔが、前記第３のＰＵＣＣＨリソースの第３のＰＵＣＣＨフォーマットに対する第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔと同じであることが期待され、前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第３のＰＵＣＣＨフォーマットは、前記第１のＰＵＣＣＨフォーマットおよび前記第２のＰＵＣＣＨフォーマットと異なる。
【０００９】
（３）本発明の第７の態様は、基地局装置に用いられる通信方法であって、複数のＰＵＣＣＨリソースのオーバーラップを解決する処理ステップと、前記処理部の出力であるＰＵＣＣＨを送信するステップと、を備え、前記処理ステップは、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースがオーバーラップする場合、前記第１のＰＵＣＣＨリソー
スに含まれる第１のＵＣＩと前記第２のＰＵＣＣＨリソースに含まれる第２のＵＣＩを第３のＰＵＣＣＨリソースに多重し、前記第１のＰＵＣＣＨリソースの第１のＰＵＣＣＨフォーマットに対する第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔおよび前記第２のＰＵＣＣＨリソースの第２のＰＵＣＣＨフォーマットに対する第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔが、前記第３のＰＵＣＣＨリソースの第３のＰＵＣＣＨフォーマットに対する第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔと同じであることが期待され、前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第３のＰＵＣＣＨフォーマットは、前記第１のＰＵＣＣＨフォーマットおよび前記第２のＰＵＣＣＨフォーマットと異なる。
【発明の効果】
【００１０】
この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本実施形態の一態様に係るＮｓｌｏｔｓｙｍｂ、サブキャリア間隔の設定μ、および、ＣＰ設定の関係を示す一例である。
【図３】本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。
【図４】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図５】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【図６】本実施形態においてＰＵＣＣＨリソースが上位層パラメータによって設定される一例を示す図である。
【図７】本実施形態におけるＰＵＣＣＨリソースの集合Ｑの整列方法の一例を示す図である。
【図８】本実施形態において１つのスロットにおけるＰＵＣＣＨリソースの集合Ｑに含まれる１つまたは複数のＰＵＣＣＨリソースがオーバーラップする場合のプロシージャの一例を示した図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について説明する。
【００１３】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１という。
【００１４】
基地局装置３は、ＭＣＧ（Master Cell Group）、および、ＳＣＧ（Secondary Cell Group）の一方または両方を含んで構成されてもよい。ＭＣＧは、少なくともＰＣｅｌｌ（Primary Cell）を含んで構成されるサービングセルのグループである。ＳＣＧは、少なく
ともＰＳＣｅｌｌ（Primary Secondary Cell）を含んで構成されるサービングセルのグループである。ＰＣｅｌｌは、初期接続に基づき与えられるサービングセルであってもよい。ＭＣＧは、１または複数のＳＣｅｌｌ（Secondary Cell）を含んで構成されてもよい。ＳＣＧは、１または複数のＳＣｅｌｌを含んで構成されてもよい。
【００１５】
ＭＣＧは、ＥＵＴＲＡ上のサービングセルで構成されてもよい。ＳＣＧは、次世代規格
（NR: New Radio）上のサービングセルで構成されてもよい。
【００１６】
以下、フレーム構成について説明する。
【００１７】
本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時
間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（time―continuous signal）に変換される。下りリンクにおいて、ＣＰ−ＯＦＤＭ（Cyclic Prefix ― Orthogonal Frequency Division Multiplex）が少なくとも用いられる。上
りリンクにおいて、ＣＰ−ＯＦＤＭ、または、ＤＦＴ−ｓ−ＯＦＤＭ（Discrete Fourier
Transform ― spread ― Orthogonal Frequency Division Multiplex）のいずれかが用
いられる。ＤＦＴ−ｓ−ＯＦＤＭは、ＣＰ−ＯＦＤＭに対して変形プレコーディング（Transform precoding）が適用されることで与えられてもよい。
【００１８】
ＯＦＤＭシンボルは、該ＯＦＤＭシンボルに付加されるＣＰを含んだ呼称であってもよい。つまり、あるＯＦＤＭシンボルは、該あるＯＦＤＭシンボルと、該あるＯＦＤＭシンボルに付加されるＣＰを含んで構成されてもよい。
【００１９】
サブキャリア間隔（SCS: SubCarrier Spacing）は、サブキャリア間隔Δｆ＝２μ・１
５ｋＨｚによって与えられてもよい。例えば、サブキャリア間隔の設定（subcarrier spacing configuration）μは０、１、２、３、４、および／または、５のいずれかに設定されてもよい。あるＢＷＰ（BandWidth Part）のために、サブキャリア間隔の設定μが上位層のパラメータにより与えられてもよい。
【００２０】
本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位（タイムユニット）Ｔｃが用いられる。時間単位Ｔｃは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）で与えられてもよい。Δｆｍａｘは、本実施形態の一態様に係る無線通信システムにおいてサポートされるサブキャリア間隔の最大値であってもよい。Δｆｍａｘは、Δｆｍａｘ＝４８０ｋＨｚであってもよい。Ｎｆは、Ｎｆ＝４０９６であってもよい。定数κは、κ＝Δｆｍａｘ・Ｎｆ／（ΔｆｒｅｆＮｆ，ｒｅｆ）＝６４である。Δｆｒｅｆは、１５ｋＨｚであってもよい。Ｎｆ，ｒｅｆは、２０４８であってもよい。
【００２１】
定数κは、参照サブキャリア間隔とＴｃの関係を示す値であってもよい。定数κはサブフレームの長さのために用いられてもよい。定数κに少なくとも基づき、サブフレームに含まれるスロットの数が与えられてもよい。Δｆｒｅｆは、参照サブキャリア間隔であり、Ｎｆ，ｒｅｆは、参照サブキャリア間隔に対応する値である。
【００２２】
下りリンクにおける信号の送信、および／または、上りリンクにおける信号の送信は、１０ｍｓのフレームにより構成される。フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さは１ｍｓである。フレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、フレームの設定はμに関わらず与えられてもよい。サブフレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、サブフレームの設定はμに関わらず与えられてもよい。
【００２３】
あるサブキャリア間隔の設定μのために、サブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、スロット番号ｎμｓは、サブフレームにおいて０からＮｓｕｂｆｒａｍｅ，μｓｌｏｔ−１の範囲で昇順に与えられてもよい。サブキャリア間隔の設定μのために、フレームに含まれるスロットの数とインデックスが与えられてもよい。また、スロット番号ｎμｓ，ｆは、フレームにおいて０からＮｆｒａｍｅ，μｓ
ｌｏｔ−１の範囲で昇順に与えられてもよい。連続するＮｓｌｏｔｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれてもよい。Ｎｓｌｏｔｓｙｍｂは、および／または、ＣＰ（Cyclic Prefix）設定の一部または全部に少なくとも基づき与えられてもよい。Ｃ
Ｐ設定は、上位層のパラメータに少なくとも基づき与えられてもよい。ＣＰ設定は、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。スロット番号は、スロットインデックスとも呼称される。
【００２４】
図２は、本実施形態の一態様に係るＮｓｌｏｔｓｙｍｂ、サブキャリア間隔の設定μ、および、ＣＰ設定の関係を示す一例である。図２Ａにおいて、例えば、サブキャリア間隔の設定μが２であり、ＣＰ設定がノーマルＣＰ（normal cyclic prefix）である場合、Ｎｓｌｏｔｓｙｍｂ＝１４、Ｎｆｒａｍｅ，μｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μｓｌｏｔ＝４である。また、図２Ｂにおいて、例えば、サブキャリア間隔の設定μが２であり、ＣＰ設定が拡張ＣＰ（extended cyclic prefix）である場合、Ｎｓｌｏｔｓｙｍｂ＝１２、Ｎｆｒａｍｅ，μｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μｓｌｏｔ＝４である。
【００２５】
以下、物理リソースについて説明を行う。
【００２６】
アンテナポートは、１つのアンテナポートにおいてシンボルが伝達されるチャネルが、同一のアンテナポートにおいてその他のシンボルが伝達されるチャネルから推定できることによって定義される。１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性（large scale property）が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬ（Quasi Co-Located）であると呼称される。大規模特性は、チャネルの長区間特性を少なくとも含んでもよい。大規模特性は、遅延拡がり（delay spread）、ドップラー拡がり（Doppler spread）、ドップラーシフト（Doppler shift）、平均利得（average gain）、平均遅延（average delay）、および、ビームパラメータ（spatial Rx parameters）の一部または全部を
少なくとも含んでもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する受信ビームと第２のアンテナポートに対して受信側が想定する受信ビームとが同一であることであってもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する送信ビームと第２のアンテナポートに対して受信側が想定する送信ビームとが同一であることであってもよい。端末装置１は、１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬであることが想定されてもよい。２つのアンテナポートがＱＣＬであることは、２つのアンテナポートがＱＣＬであることが想定されることであってもよい。
【００２７】
サブキャリア間隔の設定とキャリアのセットのために、Ｎｓｉｚｅ，μｇｒｉｄ，ｘＮＲＢｓｃ個のサブキャリアとＮｓｕｂｆｒａｍｅ，μｓｙｍｂ個のＯＦＤＭシンボルで定義されるリソースグリッドが与えられる。Ｎｓｉｚｅ，μｇｒｉｄ，ｘは、キャリアｘのためのサブキャリア間隔の設定μのために与えられるリソースブロック数を示してもよい。Ｎｓｉｚｅ，μｇｒｉｄ，ｘは、キャリアの帯域幅を示してもよい。Ｎｓｉｚｅ，μｇｒｉｄ，ｘは、上位層のパラメータＣａｒｒｉｅｒＢａｎｄｗｉｄｔｈの値に対応してもよい。キャリアｘは下りリンクキャリアまたは上りリンクキャリアのいずれかを示してもよい。つまり、ｘは“ＤＬ”、または、“ＵＬ”のいずれかであってもよい。ＮＲＢｓｃは、１つのリソースブロックに含まれるサブキャリア数を示してもよい。ＮＲＢｓｃは１２であってもよい。アンテナポートｐごとに、および／または、サブキャリア間隔の設定μごとに、および／または、送信方向（Transmission direction）の設定ごとに少なくとも１つのリソースグリッドが与えられてもよい。送信方向は、少なくとも下りリンク（DL
: DownLink）および上りリンク（UL: UpLink）を含む。以下、アンテナポートｐ、サブキャリア間隔の設定μ、および、送信方向の設定の一部または全部を少なくとも含むパラメータのセットは、第１の無線パラメータセットとも呼称される。つまり、リソースグリッドは、第１の無線パラメータセットごとに１つ与えられてもよい。
【００２８】
下りリンクにおいて、サービングセルに含まれるキャリアを下りリンクキャリア（または、下りリンクコンポーネントキャリア）と称する。上りリンクにおいて、サービングセルに含まれるキャリアを上りリンクキャリア（上りリンクコンポーネントキャリア）と称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリア（または、キャリア）と称する。
【００２９】
サービングセルのタイプは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、および、ＳＣｅｌｌのいずれかであってもよい。ＰＣｅｌｌは、初期接続においてＳＳ／ＰＢＣＨから取得されるセルＩＤに少なくとも基づき識別されるサービングセルであってもよい。ＳＣｅｌｌは、キャリアアグリゲーションにおいて用いられるサービングセルであってもよい。ＳＣｅｌｌは、専用ＲＲＣシグナリングに少なくとも基づき与えられるサービングセルであってもよい。
【００３０】
第１の無線パラメータセットごとに与えられるリソースグリッドの中の各要素は、リソースエレメントと呼称される。リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌｓｙｍにより特定される。ある第１の無線パラメータセットのために、リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌｓｙｍにより特定される。周波数領域のインデックスｋｓｃと時間領域のインデックスｌｓｙｍにより特定されるリソースエレメントは、リソースエレメント（ｋｓｃ、ｌｓｙｍ）とも呼称される。周波数領域のインデックスｋｓｃは、０からＮμＲＢＮＲＢｓｃ−１のいずれかの値を示す。ＮμＲＢはサブキャリア間隔の設定μのために与えられるリソースブロック数であってもよい。ＮμＲＢは、Ｎｓｉｚｅ，μｇｒｉｄ，ｘであってもよい。ＮＲＢｓｃは、リソースブロックに含まれるサブキャリア数であり、ＮＲＢｓｃ＝１２である。周波数領域のインデックスｋｓｃは、サブキャリアインデックスｋｓｃに対応してもよい。時間領域のインデックスｌｓｙｍは、ＯＦＤＭシンボルインデックスｌｓｙｍに対応してもよい。
【００３１】
図３は、本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。図３のリソースグリッドにおいて、横軸は時間領域のインデックスｌｓｙｍであり、縦軸は周波数領域のインデックスｋｓｃである。１つのサブフレームにおいて、リソースグリッドの周波数領域はＮμＲＢＮＲＢｓｃ個のサブキャリアを含む。１つのサブフレームにおいて、リソースグリッドの時間領域は１４・２μ個のＯＦＤＭシンボルを含んでもよい。１つのリソースブロックは、ＮＲＢｓｃ個のサブキャリアを含んで構成される。リソースブロックの時間領域は、１ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１４ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１または複数のスロットに対応してもよい。リソースブロックの時間領域は、１つのサブフレームに対応してもよい。
【００３２】
端末装置１は、リソースグリッドのサブセットのみを用いて送受信を行うことが指示されてもよい。リソースグリッドのサブセットは、ＢＷＰとも呼称され、ＢＷＰは上位層のパラメータ、および／または、ＤＣＩの一部または全部に少なくとも基づき与えられてもよい。ＢＷＰをキャリアバンドパート（Carrier Bandwidth Part）とも称する。端末装置１は、リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。端末装置１は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。１つのＢＷＰは、周波数領域における複数のリソースブロ
ックから構成されてもよい。１つのＢＷＰは、周波数領域において連続する複数のリソースブロックから構成されてもよい。下りリンクキャリアに対して設定されるＢＷＰは、下りリンクＢＷＰとも呼称される。上りリンクキャリアに対して設定されるＢＷＰは、上りリンクＢＷＰとも呼称される。ＢＷＰは、キャリアの帯域のサブセットであってもよい。
【００３３】
サービングセルのそれぞれに対して１または複数の下りリンクＢＷＰが設定されてもよい。サービングセルのそれぞれに対して１または複数の上りリンクＢＷＰが設定されてもよい。
【００３４】
サービングセルに対して設定される１または複数の下りリンクＢＷＰのうち、１つの下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されてもよい。下りリンクのＢＷＰスイッチは、１つのアクティブ下りリンクＢＷＰをディアクティベート（deactivate）し、該１つのアクティブ下りリンクＢＷＰ以外のインアクティブ下りリンクＢＷＰをアクティベート（activate）するために用いられる。下りリンクのＢＷＰスイッチは、下りリンク制御情報に含まれるＢＷＰフィールドにより制御されてもよい。下りリンクのＢＷＰスイッチは、上位層のパラメータに基づき制御されてもよい。
【００３５】
アクティブ下りリンクＢＷＰにおいて、ＤＬ−ＳＣＨが受信されてもよい。アクティブ下りリンクＢＷＰにおいて、ＰＤＣＣＨがモニタされてもよい。アクティブ下りリンクＢＷＰにおいて、ＰＤＳＣＨが受信されてもよい。
【００３６】
インアクティブ下りリンクＢＷＰにおいて、ＤＬ−ＳＣＨが受信されない。インアクティブ下りリンクＢＷＰにおいて、ＰＤＣＣＨがモニタされない。インアクティブ下りリンクＢＷＰのためのＣＳＩは報告されない。
【００３７】
サービングセルに対して設定される１または複数の下りリンクＢＷＰのうち、２つ以上の下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されなくてもよい。
【００３８】
サービングセルに対して設定される１または複数の上りリンクＢＷＰのうち、１つの上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されてもよい。上りリンクのＢＷＰスイッチは、１つのアクティブ上りリンクＢＷＰをディアクティベート（deactivate）し、該１つのアクティブ上りリンクＢＷＰ以外のインアクティブ上りリンクＢＷＰをアクティベート（activate）するために用いられる。上りリンクのＢＷＰスイッチは、下りリンク制御情報に含まれるＢＷＰフィールドにより制御されてもよい。上りリンクのＢＷＰスイッチは、上位層のパラメータに基づき制御されてもよい。
【００３９】
アクティブ上りリンクＢＷＰにおいて、ＵＬ−ＳＣＨが送信されてもよい。アクティブ上りリンクＢＷＰにおいて、ＰＵＣＣＨが送信されてもよい。アクティブ上りリンクＢＷＰにおいて、ＰＲＡＣＨが送信されてもよい。アクティブ上りリンクＢＷＰにおいて、ＳＲＳが送信されてもよい。
【００４０】
インアクティブ上りリンクＢＷＰにおいて、ＵＬ−ＳＣＨが送信されない。インアクティブ上りリンクＢＷＰにおいて、ＰＵＣＣＨが送信されない。インアクティブ上りリンクＢＷＰにおいて、ＰＲＡＣＨが送信されない。インアクティブ上りリンクＢＷＰにおいて、ＳＲＳが送信されない。
【００４１】
サービングセルに対して設定される１または複数の上りリンクＢＷＰのうち、２つ以上の上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されなくてもよい。
【００４２】
上位層のパラメータは、上位層の信号に含まれるパラメータである。上位層の信号は、
ＲＲＣ（Radio Resource Control）シグナリングであってもよいし、ＭＡＣ  ＣＥ（Medium Access Control Control Element）であってもよい。ここで、上位層の信号は、ＲＲ
Ｃ層の信号であってもよいし、ＭＡＣ層の信号であってもよい。
【００４３】
上位層の信号は、共通ＲＲＣシグナリング（common RRC signaling）であってもよい。共通ＲＲＣシグナリングは、以下の特徴Ｃ１から特徴Ｃ３の一部または全部を少なくとも備えてもよい。
特徴Ｃ１）ＢＣＣＨロジカルチャネル、または、ＣＣＣＨロジカルチャネルにマップされる
特徴Ｃ２）ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を少なくとも含む特徴Ｃ３）ＰＢＣＨにマップされる
【００４４】
ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、サービングセルにおいて共通に用いられる設定を示す情報を含んでもよい。サービングセルにおいて共通に用いられる設定は、ＰＲＡＣＨの設定を少なくとも含んでもよい。該ＰＲＡＣＨの設定は、１または複数のランダムアクセスプリアンブルインデックスを少なくとも示してもよい。該ＰＲＡＣＨの設定は、ＰＲＡＣＨの時間／周波数リソースを少なくとも示してもよい。
【００４５】
共通ＲＲＣシグナリングは、共通ＲＲＣパラメータを少なくとも含んでもよい。共通ＲＲＣパラメータは、サービングセル内において共通に用いられる（Cell-specific）パラ
メータであってもよい。
【００４６】
上位層の信号は、専用ＲＲＣシグナリング（dedicated RRC signaling）であってもよ
い。専用ＲＲＣシグナリングは、以下の特徴Ｄ１からＤ２の一部または全部を少なくとも備えてもよい。
特徴Ｄ１）ＤＣＣＨロジカルチャネルにマップされる
特徴Ｄ２）ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を含まない
【００４７】
例えば、ＭＩＢ（Master Information Block）、および、ＳＩＢ（System Information
Block）は共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を少なくとも含む上位層のメッセージは、共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を含まない上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。
【００４８】
ＳＩＢは、ＳＳ（Synchronization Signal）ブロックの時間インデックスを少なくとも示してもよい。ＳＳブロック（SS block）は、ＳＳ／ＰＢＣＨブロック（SS/PBCH block
）とも呼称される。ＳＩＢは、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ＳＩＢは、初期接続の設定に関連する情報を少なくとも含んでもよい。
【００４９】
ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、初期接続の設定に関連する情報を少なくとも含んでもよい。
【００５０】
専用ＲＲＣシグナリングは、専用ＲＲＣパラメータを少なくとも含んでもよい。専用ＲＲＣパラメータは、端末装置１に専用に用いられる（UE-specific）パラメータであって
もよい。専用ＲＲＣシグナリングは、共通ＲＲＣパラメータを少なくとも含んでもよい。
【００５１】
共通ＲＲＣパラメータおよび専用ＲＲＣパラメータは、上位層パラメータとも呼称され
る。 
【００５２】
本実施形態の物理チャネルおよび物理信号について説明する。
【００５３】
上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクキャリアにおいて用いられる物理チャネルである。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられる。
・ＰＵＣＣＨ（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の何れかの一部または全部を含んでもよい。
【００６１】
チャネル状態情報は、チャネル品質指標（CQI: Channel Quality Indicator）、プレコーダ行列指標（PMI:Precoder Matrix Indicator）、および、ランク指標（RI: Rank Indicator）の一部または全部を少なくとも含んでもよい。ＣＱＩは、チャネルの品質（例え
ば、伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。
【００６２】
チャネル状態情報は、チャネル測定のために少なくとも用いられる物理信号（例えば、ＣＳＩ−ＲＳ）を受信することに少なくとも基づき与えられてもよい。チャネル状態情報は、端末装置１によって選択される値が含まれてもよい。チャネル状態情報は、チャネル測定のために少なくとも用いられる物理信号を受信することに少なくとも基づき、端末装置１によって選択されてもよい。チャネル測定は、干渉測定を含む。
【００６３】
チャネル状態情報報告は、チャネル状態情報の報告である。チャネル状態情報報告は、ＣＳＩパート１、および／または、ＣＳＩパート２を含んでもよい。ＣＳＩパート１は、広帯域チャネル品質情報（wideband CQI）、広帯域プレコーダ行列指標（wideband PMI）、ランク指標の一部または全部を少なくとも含んで構成されてもよい。ＰＵＣＣＨに多重されるＣＳＩパート１のビット数は、チャネル状態情報報告のランク指標の値に関わらず所定の値であってもよい。ＰＵＣＣＨに多重されるＣＳＩパート２のビット数は、チャネル状態情報報告のランク指標の値に基づき与えられてもよい。チャネル状態情報報告のランク指標は、該チャネル状態情報報告の算出のために用いられるランク指標の値であってもよい。チャネル状態情報のランク指標は、該チャネル状態情報報告に含まれるランク指標フィールドにより示される値であってもよい。
【００６４】
チャネル状態情報報告において許可されるランク指標のセットは、１から８の一部または全部であってもよい。チャネル状態情報報告において許可されるランク指標のセットは、上位層のパラメータＲａｎｋＲｅｓｔｒｉｃｔｉｏｎに少なくとも基づき与えられてもよい。チャネル状態情報報告において許可されるランク指標のセットが１つの値のみを含む場合、該チャネル状態情報報告のランク指標は該１つの値であってもよい。
【００６５】
チャネル状態情報報告に対して、優先度が設定されてもよい。チャネル状態情報報告の優先度は、該チャネル状態情報報告の時間領域のふるまいに関する設定、該チャネル状態情報報告のコンテンツのタイプ、該チャネル状態情報報告のインデックス、および／または、該チャネル状態情報報告の測定が設定されるサービングセルのインデックスの一部または全部に少なくとも基づき与えられてもよい。
【００６６】
チャネル状態情報報告の時間領域のふるまいに関する設定は、該チャネル状態情報報告が非周期的に（aperiodic）行われるか、該チャネル状態情報報告が半永続的に（semi-persistent）行われるか、または、準静的に行われるか、のいずれかを示す設定であってもよい。
【００６７】
チャネル状態情報報告のコンテンツのタイプは、該チャネル状態情報報告がレイヤ１のＲＳＲＰ（Reference Signals Received Power）を含むか否かを示してもよい。
【００６８】
チャネル状態情報報告のインデックスは、上位層のパラメータにより与えられてもよい。
【００６９】
スケジューリングリクエスト（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）プロシージャ、ＰＵＳＣＨの送信に対する同期（タ
イミング調整）、およびＰＵＳＣＨのためのリソースの要求の一部または全部を示すために少なくとも用いられてもよい。ランダムアクセスプリアンブルは、端末装置１の上位層より与えられるインデックス（ランダムアクセスプリアンブルインデックス）を基地局装置３に通知するために用いられてもよい。
【００７４】
ランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕに対応するＺａｄｏｆｆ−Ｃｈｕ系列をサイクリックシフトすることによって与えられてもよい。Ｚａｄｏｆｆ−Ｃｈｕ系列は、物理ルートシーケンスインデックスｕに基づいて生成されてもよい。１つのサービングセル（serving cell）において、複数のランダムアクセスプリアンブルが定義されてもよい。ランダムアクセスプリアンブルは、ランダムアクセスプリアンブルのインデックスに少なくとも基づき特定されてもよい。ランダムアクセスプリアンブルの異なるインデックスに対応する異なるランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕとサイクリックシフトの異なる組み合わせに対応してもよい。物理ルートシーケンスインデックスｕ、および、サイクリックシフトは、システム情報に含まれる情報に少なくとも基づいて与えられてもよい。物理ルートシーケンスインデックスｕは、ランダムアクセスプリアンブルに含まれる系列を識別するインデックスであってもよい。ランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕに少なくとも基づき特定されてもよい。
【００７５】
図１において、端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・ＵＬ  ＤＭＲＳ（UpLink Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
・ＵＬ  ＰＴＲＳ（UpLink Phase Tracking Reference Signal）
【００７６】
ＵＬ  ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＵＬ
ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重される。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＵＬ  ＤＭＲＳを使用してよい。以下、ＰＵＳＣＨと、該ＰＵＳＣＨに関連するＵＬ  ＤＭＲＳを共に送信することを、単に、ＰＵＳＣＨを送信する、と称する。以下、ＰＵＣＣＨと該ＰＵＣＣＨに関連するＵＬ  ＤＭＲＳを共に送信することを、単に、ＰＵＣＣＨを送信する、と称する。ＰＵＳＣＨに関連するＵＬ  ＤＭＲＳは、ＰＵＳＣＨ用ＵＬ  ＤＭＲＳとも称される。ＰＵＣＣＨに関連するＵＬ  ＤＭＲＳは、ＰＵＣＣＨ用ＵＬ  ＤＭＲＳとも称される。
【００７７】
ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しなくてもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおけるサブフレームの最後、または、最後から所定数のＯＦＤＭシンボルにおいて送信されてもよい。
【００７８】
ＵＬ  ＰＴＲＳは、位相トラッキングのために少なくとも用いられる参照信号であってもよい。ＵＬ  ＰＴＲＳは、１または複数のＵＬ  ＤＭＲＳに用いられるアンテナポートを少なくとも含むＵＬ  ＤＭＲＳグループに関連してもよい。ＵＬ  ＰＴＲＳとＵＬ  Ｄ
ＭＲＳグループが関連することは、ＵＬ  ＰＴＲＳのアンテナポートとＵＬ  ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＵＬ  ＤＭＲＳグループは、ＵＬ  ＤＭＲＳグループに含まれるＵＬ  ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。ＵＬ  ＰＴＲＳは、１つのコードワードがマップされる１または複数のアンテナポートにおいて、最もインデックスの小さいアンテナポートにマップされてもよい。ＵＬ  ＰＴＲＳは、１つのコードワードが第１のレイヤ及び第２のレイヤに少なくともマップされる場合に、該第１のレイヤにマップされてもよい。ＵＬ  ＰＴＲＳは、該第２のレイヤにマップされなくてもよい。ＵＬ  ＰＴＲＳがマップされるアンテナポートのインデックスは、下りリンク制御情報に少なくとも基づき与えられてもよい。
【００７９】
下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・同期信号（SS:Synchronization signal）
・ＤＬ  ＤＭＲＳ（DownLink DeModulation Reference Signal）
・ＣＳＩ−ＲＳ（Channel State Information-Reference Signal）
・ＤＬ  ＰＴＲＳ（DownLink Phase Tracking Reference Signal）
・ＴＲＳ（Tracking Reference Signal）
【００８０】
同期信号は、端末装置１が下りリンクの周波数領域、および／または、時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Primary Synchronization Signal）、および、ＳＳＳ（Secondary Synchronization Signal）を含む。
【００８１】
ＳＳブロック（ＳＳ／ＰＢＣＨブロック）は、ＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部を少なくとも含んで構成される。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのアンテナポートは同一であってもよい。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、およびＰＢＣＨの一部または全部は、連続するＯＦＤＭシンボルにマップされてもよい。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのＣＰ設定は同一であってもよい。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのサブキャリア間隔の設定μは同一であってもよい。
【００８２】
ＤＬ  ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの送信に関連する。ＤＬ  ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨに多重される。端末装置１は、ＰＢＣＨ、ＰＤＣＣＨ、または、ＰＤＳＣＨの伝搬路補正を行なうために該ＰＢＣＨ、該ＰＤＣＣＨ、または、該ＰＤＳＣＨと対応するＤＬ  ＤＭＲＳを使用してよい。以下、ＰＢＣＨと、該ＰＢＣＨと関連するＤＬ  ＤＭＲＳが共に送信されることは、ＰＢＣＨが送信されると呼称される。また、ＰＤＣＣＨと、該ＰＤＣＣＨと関連するＤＬ  ＤＭＲＳが共に送信されることは、単にＰＤＣＣＨが送信されると呼称される。また、ＰＤＳＣＨと、該ＰＤＳＣＨと関連するＤＬ  ＤＭＲＳが共に送信されることは、単にＰＤＳＣＨが送信されると呼称される。ＰＢＣＨと関連するＤＬ  ＤＭＲＳは、ＰＢＣＨ用ＤＬ  ＤＭＲＳとも呼称される。ＰＤＳＣＨと関連するＤＬ  ＤＭＲＳは、ＰＤＳＣＨ用ＤＬ  ＤＭＲＳとも呼称される。ＰＤＣＣＨと関連するＤＬ  ＤＭＲＳは、ＰＤＣＣＨと関連するＤＬ  ＤＭＲＳとも呼称される。
【００８３】
ＤＬ  ＤＭＲＳは、端末装置１に個別に設定される参照信号であってもよい。ＤＬ  ＤＭＲＳの系列は、端末装置１に個別に設定されるパラメータに少なくとも基づいて与えられてもよい。ＤＬ  ＤＭＲＳの系列は、ＵＥ固有の値（例えば、Ｃ−ＲＮＴＩ等）に少なくとも基づき与えられてもよい。ＤＬ  ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨのために個別に送信されてもよい。
【００８４】
ＣＳＩ−ＲＳは、チャネル状態情報を算出するために少なくとも用いられる信号であってもよい。端末装置によって想定されるＣＳＩ−ＲＳのパターンは、少なくとも上位層のパラメータにより与えられてもよい。
【００８５】
ＰＴＲＳは、位相雑音の補償のために少なくとも用いられる信号であってもよい。端末装置によって想定されるＰＴＲＳのパターンは、上位層のパラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
【００８６】
ＤＬ  ＰＴＲＳは、１または複数のＤＬ  ＤＭＲＳに用いられるアンテナポートを少なくとも含むＤＬ  ＤＭＲＳグループに関連してもよい。ＤＬ  ＰＴＲＳとＤＬ  ＤＭＲＳグループが関連することは、ＤＬ  ＰＴＲＳのアンテナポートとＤＬ  ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＤＬ  ＤＭＲＳグループは、ＤＬ  ＤＭＲＳグループに含まれるＤＬ  ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。
【００８７】
ＴＲＳは、時間、および／または、周波数の同期のために少なくとも用いられる信号であってもよい。端末装置によって想定されるＴＲＳのパターンは、上位層のパラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
【００８８】
下りリンク物理チャネルおよび下りリンク物理シグナルは、下りリンク信号とも呼称される。上りリンク物理チャネルおよび上りリンク物理シグナルは、上りリンク信号とも呼称される。下りリンク信号および上りリンク信号はまとめて物理信号とも呼称される。下りリンク信号および上りリンク信号はまとめて信号とも呼称される。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび上りリンク物理シグナルを総称して、物理シグナルと称する。
【００８９】
図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
【００９０】
ＰＢＣＨは、ＭＩＢ、および／または、ＰＢＣＨペイロードを送信するために少なくとも用いられる。ＰＢＣＨペイロードは、ＳＳブロックの送信タイミングに関するインデックスを示す情報を少なくとも含んでもよい。ＰＢＣＨペイロードは、ＳＳブロックの識別子（インデックス）に関連する情報を含んでもよい。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨは、１６０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の中身は、８０ｍｓごとに更新されてもよい。ＰＢＣＨに含まれる情報の一部または全部は、１６０ｍｓごとに更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２、３、または、４つのＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、ＳＳブロックの識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および／または、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。
【００９１】
ＰＤＣＣＨは、下りリンク制御情報（DCI:Downlink Control Information）の送信のために少なくとも用いられる。ＰＤＣＣＨは、下りリンク制御情報を少なくとも含んで送信されてもよい。ＰＤＣＣＨは下りリンク制御情報を含んで送信されてもよい。下りリンク
制御情報は、ＤＣＩフォーマットとも呼称される。下りリンク制御情報は、下りリンクグラント（downlink grant）または上りリンクグラント（uplink grant）のいずれかを少なくとも示してもよい。ＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、下りリンクＤＣＩフォーマットとも呼称される。ＰＵＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、上りリンクＤＣＩフォーマットとも呼称される。下りリンクグラントは、下りリンクアサインメント（downlink assignment）または
下りリンク割り当て（downlink allocation）とも呼称される。上りリンクＤＣＩフォー
マットは、ＤＣＩフォーマット０＿０およびＤＣＩフォーマット０＿１の一方または両方を少なくとも含む。
【００９２】
ＤＣＩフォーマット０＿０は、１Ａから１Ｆの一部または全部を少なくとも含んで構成される。
１Ａ）ＤＣＩフォーマット特定フィールド（Identifier for DCI formats field）
１Ｂ）周波数領域リソース割り当てフィールド（Frequency domain resource assignment
field）
１Ｃ）時間領域リソース割り当てフィールド（Time domain resource assignment field
）
１Ｄ）周波数ホッピングフラグフィールド（Frequency hopping flag field）
１Ｅ）ＭＣＳフィールド（MCS field: Modulation and Coding Scheme field）
１Ｆ）第１のＣＳＩリスエストフィールド（First CSI request field）
【００９３】
ＤＣＩフォーマット特定フィールドは、該ＤＣＩフォーマット特定フィールドを含むＤＣＩフォーマットが１または複数のＤＣＩフォーマットのいずれに対応するかを示すために少なくとも用いられてもよい。該１または複数のＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、ＤＣＩフォーマット０＿０、および／または、ＤＣＩフォーマット０＿１の一部または全部に少なくとも基づき与えられてもよい。
【００９４】
周波数領域リソース割り当てフィールドは、該周波数領域リソース割り当てフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。
【００９５】
時間領域リソース割り当てフィールドは、該時間領域リソース割り当てフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
【００９６】
周波数ホッピングフラグフィールドは、該周波数ホッピングフラグフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨに対して周波数ホッピングが適用されるか否かを示すために少なくとも用いられてもよい。
【００９７】
ＭＣＳフィールドは、該ＭＣＳフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、該ＰＵＳＣＨのトランスポートブロックのためのターゲット符号化率であってもよい。該トランスポートブロックのサイズ（TBS: Transport Block Size）は、該ターゲット符号化率に
少なくとも基づき与えられてもよい。
【００９８】
第１のＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。第１のＣＳＩリクエストフィールドのサイズは、所定の値であってもよい。第１のＣＳＩリクエストフィールドのサイズは、０であってもよいし、１であってもよいし、２であってもよいし、３であってもよい。
【００９９】
ＤＣＩフォーマット０＿１は、２Ａから２Ｇの一部または全部を少なくとも含んで構成される。
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域リソース割り当てフィールド
２Ｃ）時間領域リソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）第２のＣＳＩリクエストフィールド（Second CSI request field）
２Ｇ）ＢＷＰフィールド（BWP field）
【０１００】
ＢＷＰフィールドは、ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨがマップされる上りリンクＢＷＰを指示するために用いられてもよい。
【０１０１】
第２のＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。第２のＣＳＩリクエストフィールドのサイズは、上位層のパラメータＲｅｐｏｒｔＴｒｉｇｇｅｒＳｉｚｅに少なくとも基づき与えられてもよい。
【０１０２】
下りリンクＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１の一方または両方を少なくとも含む。
【０１０３】
ＤＣＩフォーマット１＿０は、３Ａから３Ｈの一部または全部を少なくとも含んで構成される。
３Ａ）ＤＣＩフォーマット特定フィールド（Identifier for DCI formats field）
３Ｂ）周波数領域リソース割り当てフィールド（Frequency domain resource assignment
field）
３Ｃ）時間領域リソース割り当てフィールド（Time domain resource assignment field
）
３Ｄ）周波数ホッピングフラグフィールド（Frequency hopping flag field）
３Ｅ）ＭＣＳフィールド（MCS field: Modulation and Coding Scheme field）
３Ｆ）第１のＣＳＩリスエストフィールド（First CSI request field）
３Ｇ）ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールド（PDSCH to
HARQ feedback timing indicator field）
３Ｈ）ＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）
【０１０４】
ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドは、タイミングＫ１を示すフィールドであってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含むＰＵＣＣＨまたはＰＵＳＣＨが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含むＰＵＣＣＨの先頭のＯＦＤＭシンボルまたはＰＵＳＣＨの先頭のＯＦＤＭシンボルが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。
【０１０５】
ＰＵＣＣＨリソース指示フィールドは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのインデックスを示すフィールドであってもよい。
【０１０６】
ＤＣＩフォーマット１＿１は、４Ａから４Ｊの一部または全部を少なくとも含んで構成される。
４Ａ）ＤＣＩフォーマット特定フィールド（Identifier for DCI formats field）
４Ｂ）周波数領域リソース割り当てフィールド（Frequency domain resource assignment
field）
４Ｃ）時間領域リソース割り当てフィールド（Time domain resource assignment field
）
４Ｄ）周波数ホッピングフラグフィールド（Frequency hopping flag field）
４Ｅ）ＭＣＳフィールド（MCS field: Modulation and Coding Scheme field）
４Ｆ）第１のＣＳＩリスエストフィールド（First CSI request field）
４Ｇ）ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールド（PDSCH to
HARQ feedback timing indicator field）
４Ｈ）ＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）
４Ｊ）ＢＷＰフィールド（BWP field）
【０１０７】
ＢＷＰフィールドは、ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨがマップされる下りリンクＢＷＰを指示するために用いられてもよい。
【０１０８】
ＤＣＩフォーマット２は、ＰＵＳＣＨ、または、ＰＵＣＣＨの送信電力制御のために用いられるパラメータを含んでもよい。
【０１０９】
本実施形態の種々の態様において、特別な記載のない限り、リソースブロックの数は周波数領域におけるリソースブロックの数を示す。
【０１１０】
１つの物理チャネルは、１つのサービングセルにマップされてもよい。１つの物理チャネルは、１つのサービングセルに含まれる１つのキャリアに設定される１つのキャリアバンドパートにマップされてもよい。
【０１１１】
端末装置１は、１または複数の制御リソースセット（CORESET:COntrol REsource SET）が与えられる。端末装置１は、１または複数の制御リソースセットにおいてＰＤＣＣＨを監視（monitor）する。
【０１１２】
制御リソースセットは、１つまたは複数のＰＤＣＣＨがマップされうる時間周波数領域を示してもよい。制御リソースセットは、端末装置１がＰＤＣＣＨを監視する領域であってもよい。制御リソースセットは、連続的なリソース（Localized resource）により構成されてもよい。制御リソースセットは、非連続的なリソース（distributed resource）により構成されてもよい。
【０１１３】
周波数領域において、制御リソースセットのマッピングの単位はリソースブロックであってもよい。例えば、周波数領域において、制御リソースセットのマッピングの単位は６リソースブロックであってもよい。時間領域において、制御リソースセットのマッピングの単位はＯＦＤＭシンボルであってもよい。例えば、時間領域において、制御リソースセットのマッピングの単位は１ＯＦＤＭシンボルであってもよい。
【０１１４】
制御リソースセットの周波数領域は、上位層の信号、および／または、下りリンク制御情報に少なくとも基づき与えられてもよい。
【０１１５】
制御リソースセットの時間領域は、上位層の信号、および／または、下りリンク制御情報に少なくとも基づき与えられてもよい。
【０１１６】
ある制御リソースセットは、共通制御リソースセット（Common control resource set
）であってもよい。共通制御リソースセットは、複数の端末装置１に対して共通に設定さ
れる制御リソースセットであってもよい。共通制御リソースセットは、ＭＩＢ、ＳＩＢ、共通ＲＲＣシグナリング、および、セルＩＤの一部または全部に少なくとも基づき与えられてもよい。例えば、ＳＩＢのスケジューリングのために用いられるＰＤＣＣＨをモニタすることが設定される制御リソースセットの時間リソース、および／または、周波数リソースは、ＭＩＢに少なくとも基づき与えられてもよい。
【０１１７】
ある制御リソースセットは、専用制御リソースセット（Dedicated control resource set）であってもよい。専用制御リソースセットは、端末装置１のために専用に用いられるように設定される制御リソースセットであってもよい。専用制御リソースセットは、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。
【０１１８】
端末装置１によって監視されるＰＤＣＣＨの候補のセットは、探索領域の観点から定義されてもよい。つまり、端末装置１によって監視されるＰＤＣＣＨ候補のセットは、探索領域によって与えられてもよい。
【０１１９】
探索領域は、１または複数の集約レベル（Aggregation level）のＰＤＣＣＨ候補を１
または複数含んで構成されてもよい。ＰＤＣＣＨ候補の集約レベルは、該ＰＤＣＣＨを構成するＣＣＥの個数を示してもよい。
【０１２０】
端末装置１は、ＤＲＸ（Discontinuous reception）が設定されないスロットにおいて
少なくとも１または複数の探索領域を監視してもよい。ＤＲＸは、上位層のパラメータに少なくとも基づき与えられてもよい。端末装置１は、ＤＲＸが設定されないスロットにおいて少なくとも１または複数の探索領域セット（Search space set）を監視してもよい。
【０１２１】
探索領域セットは、１または複数の探索領域を少なくとも含んで構成されてもよい。探索領域セットのタイプは、タイプ０ＰＤＣＣＨ共通探索領域（common search space）、
タイプ０ａＰＤＣＣＨ共通探索領域、タイプ１ＰＤＣＣＨ共通探索領域、タイプ２ＰＤＣＣＨ共通探索領域、タイプ３ＰＤＣＣＨ共通探索領域、および／または、ＵＥ個別ＰＤＣＣＨ探索領域のいずれかであってもよい。
【０１２２】
タイプ０ＰＤＣＣＨ共通探索領域、タイプ０ａＰＤＣＣＨ共通探索領域、タイプ１ＰＤＣＣＨ共通探索領域、タイプ２ＰＤＣＣＨ共通探索領域、および、タイプ３ＰＤＣＣＨ共通探索領域は、ＣＳＳ（Common Search Space）とも呼称される。ＵＥ個別ＰＤＣＣＨ探
索領域は、ＵＳＳ（UE specific Search Space）とも呼称される。
【０１２３】
探索領域セットのそれぞれは、１つの制御リソースセットに関連してもよい。探索領域セットのそれぞれは、１つの制御リソースセットに少なくとも含まれてもよい。探索領域セットのそれぞれに対して、該探索領域セットに関連する制御リソースセットのインデックスが与えられてもよい。
【０１２４】
タイプ０ＰＤＣＣＨ共通探索領域は、ＳＩ−ＲＮＴＩ（System Information-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。タイプ０ＰＤＣＣＨ共通探索領域の設定は、上位層パラメータＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１のＬＳＢ（Least Significant Bits）の４ビットに少なくとも基づき与えられてもよい。上位層パラメータＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１は、ＭＩＢに含まれてもよい。タイプ０ＰＤＣＣＨ共通探索領域の設定は、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＺｅｒｏに少なくとも基づき与えられてもよい。上位層のパラメータＳｅａｒｃｈＳｐａｃｅＺｅｒｏのビットの解釈は、上位層パラメータＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１のＬＳＢの４ビットの解釈と同様であってもよい。タイプ０ＰＤＣＣＨ共通探索領域の設定は、上
位層のパラメータＳｅａｒｃｈＳｐａｃｅＳＩＢ１に少なくとも基づき与えられてもよい。上位層のパラメータＳｅａｒｃｈＳｐａｃｅＳＩＢ１は、上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。タイプ０ＰＤＣＣＨ共通探索領域で検出されるＰＤＣＣＨは、ＳＩＢ１を含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられてもよい。ＳＩＢ１は、ＳＩＢの一種である。ＳＩＢ１は、ＳＩＢ１以外のＳＩＢのスケジューリング情報を含んでもよい。端末装置１は、ＥＵＴＲＡにおいて上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎを受信してもよい。端末装置１は、ＭＣＧにおいて上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎを受信してもよい。
【０１２５】
タイプ０ａＰＤＣＣＨ共通探索領域は、ＳＩ−ＲＮＴＩ（System Information-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy
Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。タイプ０ａＰＤＣＣＨ共通探索領域の設定は、上位層パラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎに少なくとも基づき与えられてもよい。上位層パラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎは、ＳＩＢ１に含まれてもよい。上位層のパラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎは、上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。タイプ０ＰＤＣＣＨ共通探索領域で検出されるＰＤＣＣＨは、ＳＩＢ１以外のＳＩＢを含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられてもよい。
【０１２６】
タイプ１ＰＤＣＣＨ共通探索領域は、ＲＡ−ＲＮＴＩ（Random Access-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列、および／または、ＴＣ−ＲＮＴＩ（Temporary Common-Radio Network Temporary Identifier）によってスクラ
ンブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。ＲＡ−ＲＮＴＩは、端末装置１によって送信されるランダムアクセスプリアンブルの時間／周波数リソースに少なくとも基づき与えられてもよい。ＴＣ−ＲＮＴＩは、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨ（メッセージ２、または、ランダムアクセスレスポンスとも呼称される）により与えられてもよい。タイプ１ＰＤＣＣＨ共通探索領域は、上位層のパラメータｒａ−ＳｅａｒｃｈＳｐａｃｅに少なくとも基づき与えられてもよい。上位層のパラメータｒａ−ＳｅａｒｃｈＳｐａｃｅは、ＳＩＢ１に含まれてもよい。上位層のパラメータｒａ−ＳｅａｒｃｈＳｐａｃｅは、上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。
【０１２７】
タイプ２ＰＤＣＣＨ共通探索領域は、Ｐ−ＲＮＴＩ（Paging- Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために用いられてもよい。Ｐ−ＲＮＴＩは、ＳＩＢの変更を通知する情報を含むＤＣＩフォーマットの送信のために少なくとも用いられてもよい。タイプ２ＰＤＣＣＨ共通探索領域は、上位層のパラメータＰａｇｉｎｇＳｅａｒｃｈＳｐａｃｅに少なくとも基づき与えられてもよい。上位層のパラメータＰａｇｉｎｇＳｅａｒｃｈＳｐａｃｅは、ＳＩＢ１に含まれてもよい。上位層のパラメータＰａｇｉｎｇＳｅａｒｃｈＳｐａｃｅは、上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。
【０１２８】
タイプ３ＰＤＣＣＨ共通探索領域は、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために
用いられてもよい。Ｃ−ＲＮＴＩは、ＴＣ−ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨ（メッセージ４、または、コンテンションレゾリューションとも呼称される）に少なくとも基づき与えら
れてもよい。タイプ３ＰＤＣＣＨ共通探索領域は、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＴｙｐｅがｃｏｍｍｏｎにセットされている場合に与えられる探索領域セットであってもよい。
【０１２９】
ＵＥ個別ＰＤＣＣＨ探索領域は、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【０１３０】
端末装置１にＣ−ＲＮＴＩが与えられた場合、タイプ０ＰＤＣＣＨ共通探索領域、タイプ０ａＰＤＣＣＨ共通探索領域、タイプ１ＰＤＣＣＨ共通探索領域、および／または、タイプ２ＰＤＣＣＨ共通探索領域は、Ｃ−ＲＮＴＩでスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【０１３１】
端末装置１にＣ−ＲＮＴＩが与えられた場合、上位層パラメータＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＺｅｒｏ、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＳＩＢ１、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ、上位層のパラメータｒａ−ＳｅａｒｃｈＳｐａｃｅ、または、上位層パラメータＰａｇｉｎｇＳｅａｒｃｈＳｐａｃｅのいずれかに少なくとも基づき与えられる探索領域セットは、Ｃ−ＲＮＴＩでスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【０１３２】
共通制御リソースセットは、ＣＳＳおよびＵＳＳの一方または両方を少なくとも含んでもよい。専用制御リソースセットは、ＣＳＳおよびＵＳＳの一方または両方を少なくとも含んでもよい。
【０１３３】
探索領域の物理リソースは制御チャネルの構成単位（CCE:Control Channel Element）
により構成される。ＣＣＥは６つのリソース要素グループ（REG:Resource Element Group）により構成される。ＲＥＧは１つのＰＲＢ（Physical Resource Block）の１ＯＦＤＭ
シンボルにより構成されてもよい。つまり、ＲＥＧは１２個のリソースエレメント（RE:Resource Element）を含んで構成されてもよい。ＰＲＢは、単にＲＢ（Ｒｅｓｏｕｒｃｅ
Ｂｌｏｃｋ：リソースブロック）とも呼称される。
【０１３４】
ＰＤＳＣＨは、トランスポートブロックを送信するために少なくとも用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信するために少なくとも用いられてもよい。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステム情報を送信するために少なくとも用いられてもよい。
【０１３５】
上述したＢＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層で用いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロックまたはＭＡＣ  ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（ｄｅｌｉｖｅｒ）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
【０１３６】
基地局装置３と端末装置１は、上位層（ｈｉｇｈｅｒ  ｌａｙｅｒ）において信号をやり取り（送受信）してもよい。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリング（ＲＲＣ  ｍｅｓｓａｇｅ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ
ｍｅｓｓａｇｅ、ＲＲＣ  ｉｎｆｏｒｍａｔｉｏｎ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ
Ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ  ＣＥ（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥを、上位層の信号（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）とも称する。
【０１３７】
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ  ＣＥを送信するために少なくとも用いられる。ここで、基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリングであってもよい。セル内における複数の端末装置１に対して共通のＲＲＣシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のＲＲＣシグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇまたはＵＥ  ｓｐｅｃｉｆｉｃ  ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のＲＲＣシグナリングは、専用ＲＲＣシグナリングとも呼称される。セルスペシフィックパラメータは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリング、または、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。ＵＥスペシフィックパラメータは、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。
【０１３８】
基地局装置３と端末装置１は、上位層（higher layer）において上位層の信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC:Radio Resource Control）層において、ＲＲＣシグナリング（RRC message:Radio Resource Control message、RRC information:Radio Resource Control information）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ  ＣＥ（Control Element）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡ
Ｃ  ＣＥを、上位層の信号（higher layer signaling）とも称する。
【０１３９】
ＢＣＣＨ（Broadcast Control CHannel）、ＣＣＣＨ（Common Control CHannel）、お
よび、ＤＣＣＨ（Dedicated Control CHannel）は、ロジカルチャネルである。例えば、
ＢＣＣＨは、ＭＩＢを送信するために用いられる上位層のチャネルである。また、ＣＣＣＨ（Common Control CHannel）は、複数の端末装置１において共通な情報を送信するために用いられる上位層のチャネルである。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられてもよい。また、ＤＣＣＨ（Dedicated Control CHannel）は、端末装置１に専用の制御情報（dedicated control information）を送信するために少なくとも用いられる上位層のチャネルである。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。
【０１４０】
ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、ＤＬ−ＳＣＨ、または、ＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。
【０１４１】
トランスポートチャネルにおけるＵＬ−ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされてもよい。トランスポートチャネルにおけるＤＬ−ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされてもよい。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされてもよい。
【０１４２】
以下、本実施形態における装置の構成について説明する。
【０１４３】
図４は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（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）は
上位層の信号に含まれるパラメータや情報要素を意味してもよい。
【０１６０】
ＰＵＣＣＨで送信するＵＣＩはＨＡＲＱ−ＡＣＫ、スケジューリングリクエスト、および／または、ＣＳＩを含んでもよい。
【０１６１】
端末装置１は、１つまたは複数の上位層パラメータに基づいて、ＰＵＣＣＨフォーマットでのＰＵＣＣＨ送信に対するリソース（ＰＵＣＣＨリソース）を設定する。上位層パラメータPUCCH-resource-config-PF0は、ＰＵＣＣＨフォーマット０でのＰＵＣＣＨ送信に
対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF１は、ＰＵＣＣＨフォーマット１でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF２は、ＰＵＣＣＨフォーマット２でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF３は、ＰＵＣＣＨフォーマット３でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF４は、ＰＵＣＣＨフォーマット４でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。
【０１６２】
ここで、ＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマットに対応するＰＵＣＣＨリソースの設定に用いられる上位層パラメータの値や種類、および／または、ＰＵＣＣＨフォーマットに対応するＰＵＣＣＨリソースで送信可能なＵＣＩビットの数に少なくとも基づいて定義されてもよい。例えば、ＰＵＣＣＨフォーマット０は、１つまたは２つのＯＦＤＭシンボルの長さを持ち、ＵＣＩビット数は１または２ビットであってもよい。ＰＵＣＣＨフォーマット１は４つのＯＦＤＭシンボル以上の長さを持ち、ＵＣＩビット数は１または２ビットであってもよい。ＰＵＣＣＨフォーマット２は１つまたは２つのＯＦＤＭシンボルの長さを持ち、ＵＣＩビット数は３と同じまたは大きくてもよい。ＰＵＣＣＨフォーマット３は４つのＯＦＤＭシンボルと同じまたは長い長さを持ち、ＵＣＩビット数は３と同じまたは大きくてもよい。ＰＵＣＣＨフォーマット４は４つのＯＦＤＭシンボルと同じまたは長い長さを持ち、ＵＣＩビット数は３と同じまたは大きくてもよい。ＰＵＣＣＨフォーマット４で設定されるＰＵＣＣＨリソースはＯＣＣを含んでもよい。
【０１６３】
ＰＵＣＣＨリソースセットは、上位層パラメータPUCCH-resource-setによって、１つまたは複数に設定されてもよい。端末装置１は１つのＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースの数を上位層パラメータPUCCH-resource-set-sizeによって設定して
もよい。端末装置１はＵＣＩのビット数Ａに応じてＰＵＣＣＨリソースセットを決定してもよい。ＵＣＩのビット数ＡがN1と同じまたは小さい場合、端末装置１は第１のＰＵＣＣＨリソースセットを決定する。ＵＣＩのビット数ＡがN1より大きい、且つ、N2と同じまたは小さい場合、端末装置１は第２のＰＵＣＣＨリソースセットを決定する。ＵＣＩのビット数ＡがN2と同じまたは大きい、且つ、N3と同じまたは小さい場合、端末装置１は第３のＰＵＣＣＨリソースセットを決定する。ＵＣＩのビット数ＡがN3と同じまたは大きい、且つ、N4と同じまたは小さい場合、端末装置１は第４のＰＵＣＣＨリソースセットを決定する。N1は２であってもよい。N2、N3、N4は上位層パラメータで設定されてもよい。
【０１６４】
端末装置１が、ＰＵＣＣＨリソースセットを設定する上位層パラメータPUCCH-resource-setによって構成されていない場合、ＨＡＲＱ−ＡＣＫ情報を伴うＰＵＣＣＨ送信のための上りリンクＢＷＰはSystemInformationBlockType1によって示され、ＰＵＣＣＨリソー
スセットはSystemInformationBlockType1に含まれる上位層パラメータPUCCH-resource-commonによって示される。
【０１６５】
端末装置１がＰＵＣＣＨを用いてＨＡＲＱ−ＡＣＫ情報を送信するために、端末装置１はＰＵＣＣＨリソースセットを決定した後にＰＵＣＣＨリソースを決定する。ＰＵＣＣＨリソースの決定は、端末装置１が検出した最後のＤＣＩフォーマット１_０またはＤＣＩ
フォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールド（PUCCH resource indicator field）の値に少なくとも基づいて行われる。
【０１６６】
端末装置１は、検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１が示す順序に対応するＨＡＲＱ−ＡＣＫ情報をＰＵＣＣＨで送信する。検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１の順序は昇順（ascending order）を用
いてセル間のインデックスを先に設定してからＰＤＣＣＨモニタリングオケージョンを後にする。例えば、端末装置１がサービングセル１でＰＤＣＣＨモニタリングオケージョンＴにおいてＤＣＩフォーマットＡを、ＰＤＣＣＨモニタリングオケージョン（Ｔ＋１）においてＤＣＩフォーマットＢを検出し、サービングセル２でＰＤＣＣＨモニタリングオケージョンＴにおいてＤＣＩフォーマットＣを、ＰＤＣＣＨモニタリングオケージョン（Ｔ＋１）においてＤＣＩフォーマットＤを検出した場合、端末装置１は、ＤＣＩフォーマットＡ、ＤＣＩフォーマットＣ、ＤＣＩフォーマットＢ、ＤＣＩフォーマットＤの順で各ＤＣＩフォーマットに対応するＨＡＲＱ−ＡＣＫ情報をＰＵＣＣＨで送信する。ここでＤＣＩフォーマットＡ、ＤＣＩフォーマットＢ、ＤＣＩフォーマットＣ、ＤＣＩフォーマットＤは、少なくともＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１の何れかのＤＣＩフォーマットであってもよい。
【０１６７】
端末装置１は、ＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォ
ーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールド（PUCCH resource indicator field）の値が示す上位層パラメータPUCCH-resource-indexによって設定され
たＰＵＣＣＨリソースインデックスにマップする。ＰＵＣＣＨリソースインデックスは上位層パラメータPUCCH-resource-set-sizeによって設定された１つまたは複数のＰＵＣＣ
Ｈリソースのインデックスである。例えば、あるＰＵＣＣＨリソースセットにおいて上位層パラメータPUCCH-resource-set-sizeによって４つのＰＵＣＣＨリソースが設定され、
上位層パラメータPUCCH-resource-indexによってＰＵＣＣＨリソースインジケータフィールドの値とＰＵＣＣＨリソースの関係が、ＰＵＣＣＨリソースインジケータフィールドの値００に対応するＰＵＣＣＨリソースが第１のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値０１に対応するＰＵＣＣＨリソースが第２のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値１０に対応するＰＵＣＣＨリソースが第３のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値１１に対応するＰＵＣＣＨリソースが第４のＰＵＣＣＨリソースで設定され、端末装置１がＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールド（PUCCH resource indicator field）の値が１０である場合、端末装置１は第３のＰＵＣＣＨリソースを選択する。
【０１６８】
図６は、本実施形態においてＰＵＣＣＨリソースが上位層パラメータによって設定される一例を示す図である。１つのＰＵＣＣＨリソースセットは１つまたは複数のＰＵＣＣＨリソースが設定されてもよい。各ＰＵＣＣＨリソースは図６に示すように、ＰＵＣＣＨがマップされる開始シンボルインデックス（starting symbol index）、シンボル数(symbol
duration)、周波数ホッピングしない場合、または、周波数ホッピングする場合の１番目のホップの開始PRBインデックス(starting PRB index of first hop)、周波数ホッピングする場合の２番目のホップの開始ＰＲＢインデックス(starting PRB index of second hop)、ＰＲＢの数(the number of PRBs)、周波数ホッピングフラッグ(frequency hopping flag)、サイクリックシフトのインデックス、ＯＣＣのインデックスの一部または全部に少なくとも基づき与えられる。１つのＰＵＣＣＨリソースセットに設定される複数のＰＵＣＣＨリソースは、PRB数が少ないＰＵＣＣＨリソースに小さいインデックスが与えられて
もよい。つまり、ＰＵＣＣＨリソース１はＰＵＣＣＨリソース２よりPRB数が少ないまた
は同じであってもよい。ここで、ＰＲＢを帯域幅、ＲＢとも称する。
【０１６９】
ＰＵＣＣＨフォーマット０は、上位層パラメータＰＵＣＣＨ―ｆｏｒｍａｔ０によって、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合の２番目のホップの開始PRBインデックス、サイクリックシフトのインデックスの一部または全部に少なくとも基づいて与えられてもよい。
【０１７０】
ＰＵＣＣＨフォーマット１は、上位層パラメータＰＵＣＣＨ―ｆｏｒｍａｔ１によって、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合の２番目のホップの開始PRBインデックス、サイクリックシフトのインデックス、OCCのインデックスの一部または全部に
少なくとも基づいて与えられてもよい。
【０１７１】
ＰＵＣＣＨフォーマット２は、上位層パラメータＰＵＣＣＨ―ｆｏｒｍａｔ２によって、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合の２番目のホップの開始PRBインデックス、PRB数の一部または全部に少なくとも基づいて与えられてもよい。
【０１７２】
ＰＵＣＣＨフォーマット３は、上位層パラメータＰＵＣＣＨ―ｆｏｒｍａｔ３によって、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合の２番目のホップの開始PRBインデックス、PRB数の一部または全部に少なくとも基づいて与えられてもよい。
【０１７３】
ＰＵＣＣＨフォーマット４は、上位層パラメータＰＵＣＣＨ―ｆｏｒｍａｔ４によって、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合の２番目のホップの開始PRBインデックス、ＯＣＣの長さ、ＯＣＣのインデックスの一部または全部に少なくとも基づいて与えられてもよい。
【０１７４】
ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４において、端末装置１は、ＰＵＣＣＨ送信のために上位層パラメータｎｒｏｆＳｌｏｔｓに少なくとも基づいて１つまたは複数のスロットを構成してもよい。ｎｒｏｆＳｌｏｔｓはＮＰＵＣＣＨｒｅｐｅａｔであってもよい。ＮＰＵＣＣＨｒｅｐｅａｔは、１であってもよいし、２であってもよいし、４であってもよいし、８であってもよい。端末装置１がＰＵＣＣＨ送信のためにＮＰＵＣＣＨｒｅｐｅａｔ個のスロットを構成することは、端末装置１がＮＰＵＣＣＨｒｅｐｅａｔスロットにおいてＵＣＩを含むＰＵＣＣＨ送信を繰り返すことを意味してもよい。
【０１７５】
本実施形態において、端末装置１が、２個以上のスロット（つまり、ＮＰＵＣＣＨｒｅｐｅａｔ＞１）においてＰＵＣＣＨ送信を繰り返すことをｍｕｌｔｉ−ｓｌｏｔ  ＰＵＣＣＨ送信と称する。
【０１７６】
端末装置１はＮＰＵＣＣＨｒｅｐｅａｔスロットにおいてＵＣＩを含むＰＵＣＣＨ送信を繰り返してもよい。ここで、端末装置１は、繰り返しするＰＵＣＣＨ送信のために、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４を用いてもよい。上位層パラメータｎｒｏｆＳｌｏｔｓが設定される場合、ＮＰＵＣＣ
Ｈｒｅｐｅａｔは上位層パラメータｎｒｏｆＳｌｏｔｓに少なくとも基づいて与えられてもよい。上位層パラメータｎｒｏｆＳｌｏｔｓが設定されない場合、ＮＰＵＣＣＨｒｅｐｅａｔは１であってもよい。
【０１７７】
端末装置１がＮＰＵＣＣＨｒｅｐｅａｔスロットにおいてＵＣＩを含むＰＵＣＣＨ送信を繰り返す場合、ＮＰＵＣＣＨｒｅｐｅａｔスロットに含まれるそれぞれのスロットにおけるＰＵＣＣＨ送信は、連続するシンボル数が同じであってもよい。ＰＵＣＣＨフォーマット１の場合、連続するシンボル数は上位層パラメータＰＵＣＣＨ−ｆｏｒｍａｔ１に含まれるｎｒｏｆＳｙｍｂｏｌｓに少なくとも基づいて与えられてもよい。ＰＵＣＣＨフォーマット３の場合、連続するシンボル数は上位層パラメータＰＵＣＣＨ−ｆｏｒｍａｔ３に含まれるｎｒｏｆＳｙｍｂｏｌｓに少なくとも基づいて与えられてもよい。ＰＵＣＣＨフォーマット４の場合、連続するシンボル数は上位層パラメータＰＵＣＣＨ−ｆｏｒｍａｔ４に含まれるｎｒｏｆＳｙｍｂｏｌｓに少なくとも基づいて与えられてもよい。つまり、ＮＰＵＣＣＨｒｅｐｅａｔスロットに含まれるそれぞれのスロットにおいて、ＰＵＣＣＨ送信に用いられるシンボル数は同じであってもよい。
【０１７８】
端末装置１がＮＰＵＣＣＨｒｅｐｅａｔスロットにおいてＵＣＩを含むＰＵＣＣＨ送信を繰り返す場合、ＮＰＵＣＣＨｒｅｐｅａｔスロットに含まれるそれぞれのスロットにおけるＰＵＣＣＨ送信のための開始シンボルインデックスは同じであってもよい。ＰＵＣＣＨフォーマット１の場合、開始シンボルインデックスは上位層パラメータＰＵＣＣＨ−ｆｏｒｍａｔ１に含まれるｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘに少なくとも基づいて与えられてもよい。ＰＵＣＣＨフォーマット３の場合、開始シンボルインデックスは上位層パラメータＰＵＣＣＨ−ｆｏｒｍａｔ３に含まれるｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘに少なくとも基づいて与えられてもよい。ＰＵＣＣＨフォーマット４の場合、開始シンボルインデックスは上位層パラメータＰＵＣＣＨ−ｆｏｒｍａｔ４に含まれるｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘに少なくとも基づいて与えられてもよい。
【０１７９】
端末装置１に上位層パラメータｉｎｔｅｒｓｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇが与えられた場合、端末装置１は異なるスロットにおいてＰＵＣＣＨ送信のための周波数ホッピングを施してもよい。端末装置１に上位層パラメータｉｎｔｅｒｓｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇが与えられた場合、周波数ホッピングはスロット単位で実施されてもよい。端末装置１に上位層パラメータｉｎｔｅｒｓｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇが与えられた場合、端末装置１は、偶数番目のスロットにおいて上位層パラメータｓｔａｒｔｉｎｇＰＲＢに少なくとも基づいて示される第１のＰＲＢから始まるＰＵＣＣＨを送信してもよい。端末装置１に上位層パラメータｉｎｔｅｒｓｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇが与えられた場合、端末装置１は、奇数番目のスロットにおいて上位層パラメータｓｅｃｏｎｄＨｏｐＰＲＢに少なくとも基づいて示される第２のＰＲＢから始まるＰＵＣＣＨを送信してもよい。ここで、端末装置１と基地局装置３は、ＰＵＣＣＨを送信する最初のスロットを０とし、ＰＵＣＣＨ送信の有無にかかわらず、連続的にＮＰＵＣＣＨｒｅｐｅａｔ個のスロットまでスロット番号を付けた後に該スロット番号に少なくとも基づいて前記奇数番目のスロットおよび前記偶数番目のスロットを決定してもよい。また、ここで０番目のスロットは偶数番目のスロットとみなしてもよい。端末装置１に上位層パラメータｉｎｔｅｒｓｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇが与えられた場合、端末装置１は１つのスロット内においてＰＵＣＣＨ送信のための周波数ホッピングの実施が構成されることを期待しなくてもよい。
【０１８０】
端末装置１に上位層パラメータｉｎｔｅｒｓｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇが与えられなかった場合、且つ、端末装置１に１つのスロット内にＰＵＣＣＨ送信のための周波数ホッピングを施すことが設定された場合、各スロットにおいて第１のＰＲＢと第２のＰＲＢにおける周波数ホッピングパターンは同じであってもよい。ここで第１のＰＲ
Ｂは上位層パラメータｓｔａｒｔｉｎｇＰＲＢに少なくとも基づいて与えられてもよい。また、第２のＰＲＢは上位層パラメータｓｅｃｏｎｄＨｏｐＰＲＢに少なくとも基づいて与えられてもよい。
【０１８１】
ｍｕｌｔｉ−ｓｌｏｔ  ＰＵＣＣＨ送信において端末装置１に上位層パラメータｉｎｔｅｒｓｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇが与えられたことは、端末装置１は異なるスロットにおいて周波数ホッピングを施してもよいことであってもよい。ＰＵＣＣＨ送信において端末装置１に上位層パラメータｉｎｔｅｒｓｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇが与えられなかったことは、端末装置１は異なるスロットにおいて周波数ホッピングを施さなくてもよいことであってもよい。
【０１８２】
ｍｕｌｔｉ−ｓｌｏｔ  ＰＵＣＣＨ送信におけるある１つのスロットにおいて、ＰＵＣＣＨ送信が可能なシンボル数が上位層パラメータｎｒｏｆＳｌｏｔｓによって与えられた値より小さい場合、端末装置１は該スロットにおいてＰＵＣＣＨを送信しなくてもよい。上位層パラメータｎｒｏｆＳｌｏｔｓはＰＵＣＣＨ送信に対応するＰＵＣＣＨフォーマットに与えられてもよい。
【０１８３】
端末装置１にＴＤＤ−ＵＬ−ＤＬ−ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎが与えられ、ＴＤＤ−ＵＬ−ＤＬ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄが与えられない場合、または、端末装置１にＴＤＤ−ＵＬ−ＤＬ−ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎとＴＤＤ−ＵＬ−ＤＬ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄが与えられる場合、端末装置１は端末装置１に与えられた第１のスロットからｍｕｌｔｉ−ｓｌｏｔ  ＰＵＣＣＨ送信が始まるＮＰＵＣＣＨｒｅｐｅａｔ個の第２のスロットを決めてもよい。ここで、ｍｕｌｔｉ−ｓｌｏｔ  ＰＵＣＣＨ送信で用いるＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１である場合、該第２のスロットは、上位層パラメータＰＵＣＣＨ−ｆｏｒｍａｔ１に含まれるｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられる開始シンボルが設定されてもよい。また、ｍｕｌｔｉ−ｓｌｏｔ  ＰＵＣＣＨ送信で用いるＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３である場合、該第２のスロットは、上位層パラメータＰＵＣＣＨ−ｆｏｒｍａｔ３に含まれるｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられる開始シンボルが設定されてもよい。また、ｍｕｌｔｉ−ｓｌｏｔ  ＰＵＣＣＨ送信で用いるＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット４である場合、該第２のスロットは、上位層パラメータＰＵＣＣＨ−ｆｏｒｍａｔ４に含まれるｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられる開始シンボルが設定されてもよい。ここで、該開始シンボルは上りリンクシンボル、または、フレキシブル（ｆｌｅｘｉｂｌｅ）シンボルであってもよい。
【０１８４】
端末装置１にＴＤＤ−ＵＬ−ＤＬ−ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎが与えられなかった場合、端末装置１はＰＵＣＣＨ送信のためのＮＰＵＣＣＨｒｅｐｅａｔ個のスロットを決定する。ここで該ＮＰＵＣＣＨｒｅｐｅａｔ個のスロットは、端末装置１に与えられた開始スロットから該ＮＰＵＣＣＨｒｅｐｅａｔ個の連続するスロットであってもよい。
【０１８５】
端末装置１が１より大きい第１のＮＰＵＣＣＨｒｅｐｅａｔ個のスロットにおいてＰＵＣＣＨを送信し、且つ、端末装置１が１つまたは複数のスロットにおいてＰＵＳＣＨを送信し、且つ、該ＰＵＣＣＨ送信が１つまたは複数のスロットにおいてＰＵＳＣＨ送信とオーバーラップされ、且つ、該ＰＵＣＣＨ送信の処理時間（Ｐｒｏｃｅｓｓｉｎｇ  Ｔｉｍｅｌｉｎｅ）および該ＰＵＳＣＨ送信の処理時間の基準を満たす場合、端末装置１はＰＵＳＣＨとＰＵＣＣＨがオーバーラップされたスロットにおいてＰＵＣＣＨを送信し、ＰＵＳＣＨは送信しなくてもよい。
【０１８６】
シンボルＴＰＵＳＣＨ、０からＴＰＵＳＣＨ、１までの時間が所定の時間Ｔｐｒｏｃ以上である場合、ＰＵＳＣＨ送信の処理時間の基準を満たす。前記所定の時間Ｔｐｒｏｃは、下りリンクのサブキャリア間隔、および／または、上りリンクのサブキャリア間隔に基づいて与えられてもよい。例えば、ＴＰＵＳＣＨ、０はＰＵＳＣＨをスケジューリングするＤＣＩフォーマットを含むＰＤＣＣＨを受信する１つまたは複数のシンボルの中で最後のシンボルの受信が終わった時点であってもよい。例えば、ＴＰＵＳＣＨ、１はＰＵＳＣＨを送信する１つまたは複数のシンボルの中で最初のシンボルの送信を始める時点であってもよい。
【０１８７】
ＰＵＣＣＨ送信の処理時間の基準は、シンボルＴＰＵＣＣＨ、０からＴＰＵＣＣＨ、１までの時間であってもよい。ＰＵＣＣＨで送信されるＵＣＩがＨＡＲＱ−ＡＣＫの場合、ＴＰＵＣＣＨ、０は該ＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨ、または、ＳＰＳ  ＰＤＳＣＨ、または、ＳＰＳ  ＰＤＳＣＨ  ｒｅｌｅａｓｅの一部または全部の受信における複数のシンボルの中で最後のシンボルの受信が終わった時点であってもよい。ＴＰＵＣＣＨ、１はＰＵＣＣＨを送信する１つまたは複数のシンボルの中で最初のシンボルの送信を始める時点であってもよい。
【０１８８】
時間ＴｐｒｏｃはＴｐｒｏｃ，１であってもよいし、Ｔｐｒｏｃ，２であってもよいし、Ｔｐｒｏｃ，３であってもよい。
【０１８９】
Ｔｐｒｏｃ，１は、端末装置１において行われるＰＤＳＣＨの処理（チャネル推定、チャネル補償、復調、空間処理、および／または、復号処理等）に係る時間の要求条件を示してもよい。Ｔｐｒｏｃ，１は、Ｎ１、ｄ１，１、κ、μ、および、Ｔｃの一部、または、全部に少なくとも基づいて与えられてもよい。例えば、Ｔｐｒｏｃ，１は、Ｔｐｒｏｃ，１＝（Ｎ１＋ｄ１，１）（２０４８＋１４４）・κ２−μ・Ｔｃで与えられてもよい。Ｎ１は、ＰＤＳＣＨに関連する端末装置１の処理能力、および／または、サブキャリア間隔の設定μの一方または両方に少なくとも基づき与えられてもよい。ここで、Ｔｐｒｏｃ，１の算出に係るサブキャリア間隔の設定μは、ＰＤＳＣＨに関連するサブキャリア間隔の設定μのセットから与えられる。ＰＤＳＣＨに関連するサブキャリア間隔の設定μのセットは、μＰＤＣＣＨ＿ＤＬ、μＰＤＳＣＨ、および／または、μＵＬの一部または全部を含んで構成される。該選択されたサブキャリア間隔の設定μは、ＰＤＳＣＨに関連するサブキャリア間隔の設定μのセットのそれぞれに対応するＴｐｒｏｃ，１のうち、最も大きいＴｐｒｏｃ，１に対応する。ここで、μＰＤＣＣＨ＿ＤＬは、ＰＤＳＣＨのスケジューリングに用いられるＰＤＣＣＨに適用されるサブキャリア間隔の設定μであってもよい。また、μＰＤＳＣＨは、ＰＤＳＣＨに適用されるサブキャリア間隔の設定μであってもよい。また、μＵＬは、ＨＡＲＱ−ＡＣＫが多重される上りリンク物理チャネルに適用されるサブキャリア間隔の設定であってもよい。つまり、μＵＬは、ＰＵＣＣＨに適用されるサブキャリア間隔の設定μであってもよい。
【０１９０】
Ｔｐｒｏｃ，２は、端末装置１において行われるＰＤＳＣＨの処理に係る時間およびＵＣＩ送信処理に係る時間の要求条件を示してもよい。Ｔｐｒｏｃ，２は、Ｎ１、ｄ１，１、κ、μ、および、Ｔｃの一部、または、全部に少なくとも基づいて与えられてもよい。例えば、Ｔｐｒｏｃ，２は、Ｔｐｒｏｃ，２＝（Ｎ１＋ｄ１，１＋１）（２０４８＋１４４）・κ２−μ・Ｔｃであってもよい。ここで、Ｔｐｒｏｃ，２の算出に係るサブキャリア間隔の設定μは、ＰＤＳＣＨに関連するサブキャリア間隔の設定μのセットから選択される。ＰＤＳＣＨに関連するサブキャリア間隔の設定μのセットは、μＰＤＣＣＨ＿ＤＬ、μＰＤＳＣＨ、および／または、μＸの一部または全部を含んで構成される。該選択されたサブキャリア間隔の設定μは、ＰＤＳＣＨに関連するサブキャリア間隔の設定μのセットのそれぞれに対応するＴｐｒｏｃ，２のうち、最も大きいＴｐｒｏｃ，２に対応してもよい。該選択されたサブキャリア間隔の設定μは、ＰＤＳＣＨに関連するサブキャリア
間隔の設定μのセットのうち最もサブキャリア間隔が小さいサブキャリア間隔の設定μに対応してもよい。ここで、μＰＤＣＣＨ＿ＤＬは、ＰＤＳＣＨのスケジューリングに用いられるＰＤＣＣＨに適用されるサブキャリア間隔の設定μであってもよい。また、μＰＤＳＣＨは、ＰＤＳＣＨに適用されるサブキャリア間隔の設定μであってもよい。また、μＸは、リソースセットＸに含まれる上りリンク物理チャネルのそれぞれに対応するサブキャリア間隔の設定μから与えられてもよい。μＸは、リソースセットＸに含まれる上りリンク物理チャネルのそれぞれに対応するサブキャリア間隔の設定μのうち、最も大きいＴｐｒｏｃ，２に対応してもよい。μＸは、リソースセットＸに含まれる上りリンク物理チャネルのそれぞれに対応するサブキャリア間隔の設定μのうち、最もサブキャリア間隔が小さいサブキャリア間隔の設定μに対応してもよい。
【０１９１】
Ｔｐｒｏｃ，３は、端末装置１において行われるＰＵＳＣＨの処理（符号化、変調、プレコーディング、および／または、ベースバンド信号生成等）およびＵＣＩ送信処理に係る時間の要求条件を示してもよい。Ｔｐｒｏｃ，３は、Ｎ２、ｄ２，１、ｄ２，２、κ、μ、および、Ｔｃの一部、または、全部に少なくとも基づいて与えられてもよい。例えば、Ｔｐｒｏｃ，３は、Ｔｐｒｏｃ，３＝ｍａｘ（（（Ｎ２＋ｄ２，１＋１）（２０４８＋１４４）・κ２−μ）・Ｔｃ，ｄ２，２）であってもよい。また、例えば、Ｔｐｒｏｃ，３は、Ｔｐｒｏｃ，３＝（（Ｎ２＋ｄ２，１＋１）（２０４８＋１４４）・κ２−μ）・Ｔｃであってもよい。Ｎ２は、ＰＵＳＣＨに関連する端末装置１の処理能力、および／または、サブキャリア間隔の設定μに少なくとも基づき与えられる。ここで、Ｔｐｒｏｃ，３の算出に係るサブキャリア間隔の設定μは、ＰＵＳＣＨに関連するサブキャリア間隔の設定μの第１のセットから選択される。ＰＵＳＣＨに関連するサブキャリア間隔の設定μの第１のセットは、μＰＤＣＣＨ＿ＵＬ、および／または、μＸの一部または全部を含んで構成される。該選択されたサブキャリア間隔の設定μは、ＰＵＳＣＨに関連するサブキャリア間隔の設定μの第１のセットのそれぞれに対応するＴｐｒｏｃ，３のうち、最も大きいＴｐｒｏｃ，３に対応してもよい。該選択されたサブキャリア間隔の設定μは、ＰＵＳＣＨに関連するサブキャリア間隔の設定μの第１のセットのそれぞれのうち最もサブキャリア間隔の小さいサブキャリア間隔の設定μに対応してもよい。ここで、μＰＤＣＣＨ＿ＵＬは、ＰＤＣＣＨに適用されるサブキャリア間隔の設定μであってもよい。
【０１９２】
ｄ２，１は、ＰＵＳＣＨの先頭のＯＦＤＭシンボルがＤＭＲＳのみにより構成される場合に０であってもよい。ｄ２，１は、ＰＵＳＣＨの先頭のＯＦＤＭシンボルがＤＭＲＳのみにより構成されない場合に１であってもよい。ＰＵＳＣＨの先頭のＯＦＤＭシンボルがＤＭＲＳのみにより構成されないことは、ＰＵＳＣＨの先頭のＯＦＤＭシンボルがＤＭＲＳにより構成されないことであってもよい。ＰＵＳＣＨの先頭のＯＦＤＭシンボルがＤＭＲＳのみにより構成されないことは、ＰＵＳＣＨの先頭のＯＦＤＭシンボルがＤＭＲＳおよび上りリンクデータの変調シンボルにより構成されることであってもよい。
【０１９３】
ｄ２，２は、ＤＣＩでトリガされるＢＷＰのスイッチに係る処理時間に対応してもよい。
【０１９４】
１より大きいＮＰＵＣＣＨｒｅｐｅａｔ個のスロットにおけるＰＵＣＣＨ送信の場合、端末装置１は異なるＵＣＩを多重（ｍｕｌｔｉｐｌｅｘ）しなくてもよい。
【０１９５】
端末装置１が１より大きい第１の数ＮＰＵＣＣＨｒｅｐｅａｔ、１個のスロットにおいて第１のＰＵＣＣＨを送信し、且つ、端末装置１が１と同じまたは大きい第２の数ＮＰＵＣＣＨｒｅｐｅａｔ、２個のスロットにおいて第２のＰＵＣＣＨを送信し、且つ、第１のＰＵＣＣＨと第２のＰＵＣＣＨが第３の数ＮＰＵＣＣＨｒｅｐｅａｔ、３個のスロットにおいてオーバーラップされる場合、端末装置１は次の動作（１）から動作（３）を行ってもよい。また動作（１）から動作（３）において、優先度は、ＨＡＲＱ−ＡＣＫ＞ＳＲ＞
優先度の高いＣＳＩ＞優先度の低いＣＳＩの順であってもよい。優先度はＨＡＲＱ−ＡＣＫが最も高くてもよい。
・動作（１）：端末装置１は第１のＰＵＣＣＨと第２のＰＵＣＣＨが同じスロットで送信を開始することを期待しなくてもよい。
・動作（２）：第１のＰＵＣＣＨと第２のＰＵＣＣＨに含まれるＵＣＩが同じ優先度（ｐｒｉｏｒｉｔｙ）である場合、端末装置１は送信の開始が早いＰＵＣＣＨを送信し、且つ、送信の開始が遅いＰＵＣＣＨを送信しなくてもよい。
・動作（３）：第１のＰＵＣＣＨと第２のＰＵＣＣＨに含まれるＵＣＩが同じ優先度（ｐｒｉｏｒｉｔｙ）ではない場合、端末装置１は優先度が高いＰＵＣＣＨを送信し、優先度が低いＰＵＣＣＨは送信しなくてもよい。
【０１９６】
ＡがＢより早くはないことは、ＡがＢより遅い、または、ＡとＢの開始が等しいことであってもよい。ＡがＢより早くはないことは、Ａの開始（start）がＢの開始より早くは
ないことであってもよい。ＡがＢより遅いことは、Ａの開始がＢの開始より遅いことであってもよい。ＡがＢより早いことは、Ａの開始がＢの開始より早いことであってもよい。
【０１９７】
オーバーラップすることは、複数の物理チャネルに含まれるそれぞれのシンボルの中で少なくとも１つのシンボルが時間領域において重なることを意味してもよい。例えば、ＰＵＣＣＨリソースがオーバーラップすることは、第１のＰＵＣＣＨリソースが、第２のＰＵＣＣＨリソースまたは第１のＰＵＳＣＨと時間領域において重なることを意味してもよい。
【０１９８】
本実施形態において特別に言及がない限りシンボルはＯＦＤＭシンボルであってもよい。
【０１９９】
端末装置１がセミパーシステント（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）ＣＳＩレポート、または、周期ＣＳＩレポートを含む複数のＰＵＣＣＨリソースを１つのスロットにおいて送信するように構成され、且つ、端末装置１に上位層パラメータｍｕｌｔｉ−ＣＳＩ−ＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＬｉｓｔが与えられなかった場合、端末装置１はＣＳＩレポート優先度に従って第１のリソースを決定してもよい。第１のリソースはＰＵＣＣＨリソースであってもよい。該第１のリソースがＰＵＣＣＨフォーマット２であり、且つ、該第１のリソースが含まれるスロットにおいて該第１のリソース以外の１つ、または、複数のリソースが該第１のリソースとオーバーラップされない場合、端末装置１は該第１のリソース以外の１つ、または、複数のリソースの中でＣＳＩレポート優先度が最も高い第２のリソースを決定してもよい。該第１のリソースがＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４であり、且つ、該第１のリソースが含まれるスロットにおいて第１のリソース以外の１つまたは複数のリソースが該第１のリソースとオーバーラップされない、且つ、該第１のリソース以外の１つまたは複数のリソースがＰＵＣＣＨフォーマット２である場合、端末装置１は該第１のリソース以外の１つまたは複数のリソースの中でＣＳＩレポート優先度が最も高い第２のリソースを決定してもよい。
【０２００】
端末装置１がセミパーシステント（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）ＣＳＩレポート、または、周期ＣＳＩレポートを含む複数のＰＵＣＣＨリソースを１つのスロットにおいて送信するように構成され、且つ、該１つのスロットにおいてオーバーラップされない３つ以上ＰＵＣＣＨリソースがある場合、端末装置１はＣＳＩレポート優先度に従って第１のリソースを決定してもよい。第１のリソースはＰＵＣＣＨリソースであってもよい。該第１のリソースがＰＵＣＣＨフォーマット２であり、且つ、該第１のリソースが含まれるスロットにおいて該第１のリソース以外の１つ、または、複数のリソースが該第１のリソースとオーバーラップされない場合、端末装置１は該第１のリソース以外の１つ、または、複数のリソースの中でＣＳＩレポート優先度が最も高い第２のリソースを決定してもよ
い。該第１のリソースがＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４であり、且つ、該第１のリソースが含まれるスロットにおいて第１のリソース以外の１つまたは複数のリソースが該第１のリソースとオーバーラップされない、且つ、該第１のリソース以外の１つまたは複数のリソースがＰＵＣＣＨフォーマット２である場合、端末装置１は該第１のリソース以外の１つまたは複数のリソースの中でＣＳＩレポート優先度が最も高い第２のリソースを決定してもよい。
【０２０１】
端末装置１に上位層パラメータｍｕｌｔｉ−ＣＳＩ−ＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＬｉｓｔが与えられ、且つ、複数のＰＵＣＣＨリソースがオーバーラップする場合、端末装置１は、該複数のＰＵＣＣＨリソースに含まれる複数のＣＳＩレポートを、上位層パラメータｍｕｌｔｉ−ＣＳＩ−ＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＬｉｓｔに少なくとも基づいて与えられるＰＵＣＣＨリソースに多重してもよい。ここで、端末装置１は該上位層パラメータｍｕｌｔｉ−ＣＳＩ−ＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＬｉｓｔに少なくとも基づいて与えられるＰＵＣＣＨリソースに含まれるＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４に対してＮＰＵＣＣＨｒｅｐｅａｔが１であることを期待してもよい。また、基地居装置３は該上位層パラメータｍｕｌｔｉ−ＣＳＩ−ＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＬｉｓｔに少なくとも基づいて与えられるＰＵＣＣＨリソースに含まれるＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４に対して、ＮＰＵＣＣＨｒｅｐｅａｔが１になるように該上位層パラメータｍｕｌｔｉ−ＣＳＩ−ＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＬｉｓｔに少なくとも基づいて与えられるＰＵＣＣＨリソースに含まれるＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４に対して、ｎｒｏｆＳｌｏｔｓを設定しなくてもよい。
【０２０２】
ＣＳＩレポート優先度は、ＰＵＳＣＨで送信される非周期ＣＳＩレポート＞ＰＵＳＣＨで送信されるセミパーシステントＣＳＩレポート＞ＰＵＣＣＨで送信されるセミパーシステントＣＳＩレポート＞ＰＵＣＣＨで送信される周期ＣＳＩレポートの順であってもよい。ＰＵＳＣＨで送信される非周期ＣＳＩレポートが最も高いＣＳＩレポート優先度を持ってもよい。ＰＵＣＣＨで送信される周期ＣＳＩレポートが最も低い優先度を持ってもよい。ＰＵＣＣＨで送信されるセミパーシステントＣＳＩレポートはＰＵＣＣＨで送信される周期ＣＳＩレポートより高いＣＳＩレポート優先度を持ってもよい。
【０２０３】
端末装置１に上位層パラメータｓｉｍｕｌｔａｎｅｏｕｓＨＡＲＱ−ＡＣＫ−ＣＳＩが与えられた場合、端末装置１はスケジューリングリクエストを伴う、または、スケジューリングリクエストを伴わないＨＡＲＱ−ＡＣＫ情報、および、ＣＳＩレポートを１つのＰＵＣＣＨに多重（ｍｕｌｔｉｐｌｅｘ）してもよい。端末装置１に上位層パラメータｓｉｍｕｌｔａｎｅｏｕｓＨＡＲＱ−ＡＣＫ−ＣＳＩが与えられなかった場合、端末装置１はＣＳＩレポートを含むＰＵＣＣＨリソースをドロップし、スケジューリングリクエストを伴う、または、スケジューリングリクエストを伴わないＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨを送信してもよい。端末装置１が１つのスロットにおいてＨＡＲＱ−ＡＣＫ情報および／またはＣＳＩレポートを含む１つまたは複数のＰＵＣＣＨを送信する場合、端末装置１はＰＵＣＣＨリソースに含まれる全てのＰＵＣＣＨフォーマットに同じ構成のｓｉｍｕｌｔａｎｅｏｕｓ−ＨＡＲＱ−ＡＣＫ−ＣＳＩが与えられることを期待してもよい。
【０２０４】
端末装置が１つのスロットにおいてＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、および、ＣＳＩレポートを含む１つまたは複数のＰＵＣＣＨを送信し、且つ、該スロットにおいて該ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨはＰＵＣＣＨ送信の処理時間の基準を満たし、且つ、該スロットにおいて該ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨが、ＰＵＣＣＨ送信の処理時間の基準を満たさないＰＵＣＣＨまたはＰＵＳＣＨとオーバーラップされない場合、端末装置１はＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、および、ＣＳＩレポートを多重し、該スロットにおけるＰＵＣＣＨ送信においてＨＡＲＱ−
ＡＣＫ情報、スケジューリングリクエスト、および、ＣＳＩレポートの多重に対応する新ＰＵＣＣＨリソースを決定してもよい。例えば、ＵＣＩ１を含むＰＵＣＣＨリソースＡ１とＵＣＩ２を含むＰＵＣＣＨリソースＡ２がオーバーラップし、且つ、端末装置１がＵＣＩ１にとＵＣＩ２を多重する場合、端末装置１はＵＣＩ１とＵＣＩ２を送信するために図７に示すプロシージャに従って新ＰＵＣＣＨリソースＡ３を決定してもよい。ここで、新ＰＵＣＣＨリソースＡ３はＰＵＣＣＨリソースＡ１と異なってもよいし、同じであってもよい。また、新ＰＵＣＣＨリソースＡ３はＰＵＣＣＨリソースＡ２と異なってもよいし、同じであってもよい。
【０２０５】
端末装置が１つのスロットにおいてＨＡＲＱ−ＡＣＫ情報を含まない１つまたは複数のＰＵＣＣＨを送信し、且つ、該１つまたは複数のＰＵＣＣＨがＤＣＩフォーマットによってスケジューリングされるＰＵＳＣＨ送信とオーバーラップしない場合、ＰＵＣＣＨ送信の処理時間の基準を適用しなくてもよい。
【０２０６】
次の条件Ｂ１からＢ４が全部満たされる場合、端末装置１は、ＣＳＩレポート優先度の高いＣＳＩレポートを伴うＰＵＣＣＨ送信のためのＰＵＣＣＨリソースにＨＡＲＱ−ＡＣＫ情報、および／または、スケジューリングリクエストを多重する。
・条件Ｂ１：端末装置に上位層パラメータｍｕｌｔｉ−ＣＳＩ−ＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＬｉｓｔが与えられない。
・条件Ｂ２：ＳＰＳ  ＰＤＳＣＨ受信に対応するＨＡＲＱ−ＡＣＫ情報を伴うＰＵＣＣＨ送信のためのリソース、および／または、スケジューリングリクエストオケージョン（ｏｃｃａｓｉｏｎ）に関連するＰＵＣＣＨ送信のためのリソースが、２つのＣＳＩレポートを伴うそれぞれのＰＵＣＣＨ送信のための２つのリソースと時間領域でオーバーラップされる。
・条件Ｂ３：ＤＣＩフォーマット検出に対応するＨＡＲＱ−ＡＣＫ情報を伴うＰＵＣＣＨ送信のリソースが他のリソースとオーバーラップしない。
・条件Ｂ４：ＨＡＲＱ−ＡＣＫ情報、および／または、スケジューリングリクエストがＣＳＩレポートを伴う２つのＰＵＣＣＨ送信に多重される。
【０２０７】
１つのスロットにおいて、１つまたは複数のＰＵＣＣＨ送信に対応する１つまたは複数のＰＵＣＣＨリソースの集合がＱであってもよい。ここでＰＵＣＣＨリソースの集合Ｑにおいて端末装置１は、少なくとも次のプロシージャＣ１からプロシージャＣ３に従ってＰＵＣＣＨリソースの集合Ｑに含まれるＰＵＣＣＨリソースを整列（ｏｒｄｅｒ）してもよい。
・プロシージャＣ１：最初のシンボルが早いＰＵＣＣＨリソースは最初のシンボルが遅いＰＵＣＣＨリソースより前に置かれてもよい。
・プロシージャＣ２：プロシージャＣ１において最初のシンボルが同じシンボルである場合、シンボル数が多いＰＵＣＣＨリソースは、シンボル数が少ないＰＵＣＣＨリソースの前に置かれてもよい。
・プロシージャＣ３：プロシージャＣ１およびプロシージャＣ２を全部満たさないＰＵＣＣＨリソースの場合、端末装置１は整列のプロシージャを行わなくてもよい。’前に置かれる’ことはＰＵＣＣＨリソースの集合Ｑにおいてインデックスが小さいことを意味してもよい。
【０２０８】
図７は本実施形態におけるＰＵＣＣＨリソースの集合Ｑの整列方法の一例を示す図である。７００が整列前のＰＵＣＣＨリソースの集合Ｑであってもよいし、７０９が整列後のＰＵＣＣＨリソースの集合Ｑであってもよい。７００において、端末装置１は、最初のシンボルが最も早いＰＵＣＣＨリソース７０２に低いインデックスを割り当てる。７０２に割り当てられたインデックスは０であってもよい。７０１、７０３および７０４は最初のシンボルが同じシンボルであるため、端末装置１は７０１、７０３および７０４において
プロシージャＣ２によりシンボル数が最も多いＰＵＣＣＨリソース７０１に７０２の続きのインデックスを割り当ててもよい。７０１のインデックスは１であってもよい。また、７０７および７０８は、最初のシンボルが同じであり、且つ、シンボル数も同じであるため、端末装置１は整列を行わなくてもよい。また、端末装置１はＰＵＣＣＨリソース７０３にインデックス２を割り当ててもよいし、ＰＵＣＣＨリソース７０４にインデックス３を割り当ててもよい。７０１は７０６であってもよい。７０２は７０５であってもよい。７０３は７０７であってもよい。７０４は７０８であってもよい。
【０２０９】
ＰＵＣＣＨリソースの集合Ｑにおいて負のＳＲ送信に用いられるＰＵＣＣＨリソースがＨＡＲＱ−ＡＣＫ情報、および／または、ＣＳＩレポートに用いられるＰＵＣＣＨリソースとオーバーラップしない場合、端末装置１はＰＵＣＣＨリソースの集合Ｑから負のＳＲ送信に用いられるＰＵＣＣＨリソースを除外（ｅｘｃｌｕｄｅ）してもよい。
【０２１０】
ＰＵＣＣＨリソースの集合Ｑにおいて、上位層パラメータｓｉｍｕｌｔａｎｅｏｕｓＨＡＲＱ−ＡＣＫ−ＣＳＩが端末装置１に与えられない、且つ、ＨＡＲＱ−ＡＣＫ情報を送信するＰＵＣＣＨリソースがＰＵＣＣＨフォーマット０、または、ＰＵＣＣＨフォーマット２を含み、且つ、該ＨＡＲＱ−ＡＣＫ情報を送信するＰＵＣＣＨリソースがＣＳＩレポートを送信するＰＵＣＣＨリソースとオーバーラップする場合、端末装置１は該ＣＳＩレポートを送信するＰＵＣＣＨリソースをＰＵＣＣＨリソースの集合Ｑから除外してもよい。ここで、該ＣＳＩレポートを送信するＰＵＣＣＨリソースはＰＵＣＣＨフォーマット２、または、ＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４を含んでもよい。
【０２１１】
ＰＵＣＣＨリソースの集合Ｑにおいて、上位層パラメータｓｉｍｕｌｔａｎｅｏｕｓＨＡＲＱ−ＡＣＫ−ＣＳＩが端末装置１に与えられない、且つ、ＨＡＲＱ−ＡＣＫ情報を送信するＰＵＣＣＨリソースがＰＵＣＣＨフォーマット１、または、ＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４を含む場合、端末装置１はＣＳＩレポートを送信するＰＵＣＣＨリソースをＰＵＣＣＨリソースの集合Ｑから除外してもよい。ここで、該ＣＳＩレポートを送信するＰＵＣＣＨリソースはＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４を含んでもよい。
【０２１２】
ＰＵＣＣＨリソースの集合Ｑにおいて、上位層パラメータｓｉｍｕｌｔａｎｅｏｕｓＨＡＲＱ−ＡＣＫ−ＣＳＩが端末装置１に与えられない、且つ、ＨＡＲＱ−ＡＣＫ情報を送信するＰＵＣＣＨリソースがＰＵＣＣＨフォーマット１、または、ＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４を含み、且つ、ＣＳＩレポートを送信するＰＵＣＣＨリソースがＰＵＣＣＨフォーマット２であり、且つ、該ＣＳＩレポートを送信するＰＵＣＣＨリソースがＨＡＲＱ−ＡＣＫを送信するＰＵＣＣＨリソースとオーバーラップする場合、端末装置１はＣＳＩレポートを送信するＰＵＣＣＨリソースをＰＵＣＣＨリソースの集合Ｑから除外してもよい。
【０２１３】
図８は本実施形態において１つのスロットにおけるＰＵＣＣＨリソースの集合Ｑに含まれる１つまたは複数のＰＵＣＣＨリソースがオーバーラップする場合のプロシージャの一例を示した図である。
（８００）Ｃ（Ｑ）をＰＵＣＣＨリソースの集合Ｑの要素数で設定し８０１へ進む。
（８０１）Ｑ（ｊ，０）をＰＵＣＣＨリソースの集合Ｑに含まれるインデックスｊのＰＵＣＣＨリソースの最初のシンボルのインデックスに設定し、８０２へ進む。Ｑ（ｊ）はＰＵＣＣＨリソースの集合Ｑに含まれるＰＵＣＣＨリソースの中で、インデックスがｊであるＰＵＣＣＨリソースであってもよい。
（８０２）ＰＵＣＣＨリソースＱ（ｊ）のシンボル数をＬ（Ｑ（ｊ））に設定し、８０３へ進む。
（８０３）ＰＵＣＣＨリソースの集合Ｑに含まれる最初のＰＵＣＣＨリソースのインデックスの変数ｊを０に設定し、８０４へ進む。
（８０４）ＰＵＣＣＨリソースのオーバーラップを数えるカウンターｏを０に設定し、８０５へ進む。
（８０５）ｊがＣ（Ｑ）−１と同じまたは小さい場合、８０６へ進む。ｊがＣ（Ｑ）−１より大きい場合、８２２へ進み、プロシージャを終了する。
（８０６）ｊがＣ（Ｑ）−１より小さい、且つ、ＰＵＣＣＨリソースＱ（ｊ−０）がＰＵＣＣＨリソースＱ（ｊ＋１）とオーバーラップする場合、（８０７）ｏを１つインクリメントし、（８０８）ｊを１つインクリメントし、８０５へ進む。
（８０９）ｊがＣ（Ｑ）−１と同じまたは大きい、または、ＰＵＣＣＨリソースＱ（ｊ−０）がＰＵＣＣＨリソースＱ（ｊ＋１）とオーバーラップしない場合、８１０へ進む。
（８１０）ｏが０より大きい場合、８１１へ進む。
（８１１）端末装置１は１つの新ＰＵＣＣＨリソースを選択し、該新ＰＵＣＣＨリソースにＰＵＣＣＨリソースＱ（ｊ−ｏ）、Ｑ（ｊ−ｏ＋１）、・・・、Ｑ（ｊ）に対応するＵＣＩを多重してから８１２へ進む。インデックスｊにおける新ＰＵＣＣＨリソースはインデックスｊ＋１以上において旧ＰＵＣＣＨリソースであってもよい。８１１において、ＰＵＣＣＨリソースＱ（ｊ−ｏ＋１）、・・・、Ｑ（ｊ）のそれぞれは、ＰＵＣＣＨリソースＱ（ｊ−ｏ）とオーバーラップしている。
（８１２）該新ＰＵＣＣＨリソースのインデックスをｊと設定し、８１３へ進む。
（８１３）ＰＵＣＣＨリソースの集合Ｑから８１１で処理する前のオーバーラップするＰＵＣＣＨリソースＱ（ｊ−ｏ）、Ｑ（ｊ−ｏ＋１）、・・・、Ｑ（ｊ）を除外し、８１４へ進む。
（８１４）ｊを０に設定し、８１５へ進む。
（８１５）ｏを０に設定し、８１６へ進む。
（８１６）ＰＵＣＣＨリソースの集合Ｑを図７で示す整列方法に従って整列し、８１７へ進む。
（８１７）Ｃ（Ｑ）をＰＵＣＣＨリソースの集合Ｑの要素数で設定し、８０５へ進む。
（８１８）ｏが０と同じまたは小さい場合、８１９へ進む。
（８１９）ｊを１つインクリメントし、８０５へ進む。
【０２１４】
８１１におけるＰＵＣＣＨリソースＱ（ｊ−ｏ）、Ｑ（ｊ−ｏ＋１）、・・・、Ｑ（ｊ）を旧ＰＵＣＣＨリソースと称する。
【０２１５】
８１１において、旧ＰＵＣＣＨリソースに上位層パラメータｎｒｏｆＳｌｏｔｓが与えられない場合、端末装置１は新ＰＵＣＣＨリソースに上位層パラメータｎｒｏｆＳｌｏｔｓが与えられることを期待しなくてもよい。すなわち、８１１において、旧ＰＵＣＣＨリソースに上位層パラメータｎｒｏｆＳｌｏｔｓが与えられない場合、端末装置１は新ＰＵＣＣＨリソースに上位層パラメータｎｒｏｆＳｌｏｔｓが与えられないことを想定して、１つのスロットにおけるＰＵＣＣＨリソースの集合Ｑに含まれる１つまたは複数のＰＵＣＣＨリソースがオーバーラップする場合のプロシージャ（８１１の処理）を行ってもよい。
【０２１６】
端末装置１が１つのスロットにおいて、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、および、ＣＳＩレポートのうち少なくとも２つを含む１つまたは複数のＰＵＣＣＨを送信しようとしており、該１つまたは複数のＰＵＣＣＨがＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４を含む場合、端末装置１はＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、および、ＰＵＣＣＨフォーマット４に同じ構成のｎｒｏｆＳｌｏｔｓが与えられることを期待してもよい。ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、および、ＰＵＣＣＨフォーマット４に同じ構成のｎｒｏｆＳｌｏｔｓが与えられることは、ＰＵＣＣＨフォーマット１に対するＮ
ＰＵＣＣＨｒｅｐｅａｔ、ＰＵＣＣＨフォーマット３に対するＮＰＵＣＣＨｒｅｐｅａｔ、および、ＰＵＣＣＨフォーマット４に対するＮＰＵＣＣＨｒｅｐｅａｔが同じであることを意味してもよい。ここで、基地局装置３は、ＰＵＣＣＨフォーマット１に対するＮＰＵＣＣＨｒｅｐｅａｔ、ＰＵＣＣＨフォーマット３に対するＮＰＵＣＣＨｒｅｐｅａｔ、および、ＰＵＣＣＨフォーマット４に対するＮＰＵＣＣＨｒｅｐｅａｔが全て１になるように、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、および、ＰＵＣＣＨフォーマット４に対するｎｒｏｆＳｌｏｔｓを端末装置１に対して設定しなくてもよい。
ここで、基地局装置３は、ＰＵＣＣＨフォーマット１に対するＮＰＵＣＣＨｒｅｐｅａｔ、ＰＵＣＣＨフォーマット３に対するＮＰＵＣＣＨｒｅｐｅａｔ、および、ＰＵＣＣＨフォーマット４に対するＮＰＵＣＣＨｒｅｐｅａｔが同じになるように、ＰＵＣＣＨフォーマット１に対するｎｒｏｆＳｌｏｔｓ、ＰＵＣＣＨフォーマット３に対するｎｒｏｆＳｌｏｔｓ、および、ＰＵＣＣＨフォーマット４に対するｎｒｏｆＳｌｏｔｓを端末装置１に対して設定してもよい。
【０２１７】
端末装置１が１つのスロットにおいて、異なるＰＵＣＣＨリソースに対応する少なくとも２つのＣＳＩレポートを含む１つまたは複数のＰＵＣＣＨを送信し、該１つまたは複数のＰＵＣＣＨがＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４を含む場合、端末装置１はＰＵＣＣＨフォーマット３とＰＵＣＣＨフォーマット４に同じ構成のｎｒｏｆＳｌｏｔｓが与えられることを期待してもよい。
【０２１８】
端末装置１がＰＵＣＣＨを送信する１つのスロットにおいて、基地局装置３は上位層パラメータｎｒｏｆＳｌｏｔｓによって設定された旧ＰＵＣＣＨリソースと同じ構成を新ＰＵＣＣＨリソースに設定してもよい。
【０２１９】
基地局装置３は、端末装置１がＰＵＣＣＨを送信する１つのスロットにおいて旧ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットに対するＮＰＵＣＣＨｒｅｐｅａｔと新ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットに対するＮＰＵＣＣＨｒｅｐｅａｔが同じになるように、旧ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットと新ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットに対するｎｒｏｆＳｌｏｔｓを端末装置１に対して設定しなくてもよい。
【０２２０】
基地局装置３は、端末装置１がＰＵＣＣＨを送信する１つのスロットにおいて旧ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットに対するＮＰＵＣＣＨｒｅｐｅａｔと新ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットに対するＮＰＵＣＣＨｒｅｐｅａｔが同じになるように、旧ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットに対するｎｒｏｆＳｌｏｔｓ、および、新ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットに対するｎｒｏｆＳｌｏｔｓを設定してもよい。
【０２２１】
図８で示す１つのスロットにおけるＰＵＣＣＨリソースの集合Ｑに含まれる１つまたは複数のＰＵＣＣＨリソースがオーバーラップする場合のプロシージャにおいて、端末装置１は上位層パラメータｎｒｏｆＳｌｏｔｓの構成を無視してもよい。端末装置１が上位層パラメータｎｒｏｆＳｌｏｔｓの構成を無視することは、ｎｒｏｆＳｌｏｔｓが１であることを意味してもよい。また、端末装置１が上位層パラメータｎｒｏｆＳｌｏｔｓの構成を無視することは、ＮＰＵＣＣＨｒｅｐｅａｔが１であることを意味してもよい。
【０２２２】
図８で示す１つのスロットにおけるＰＵＣＣＨリソースの集合Ｑに含まれる１つまたは複数のＰＵＣＣＨリソースがオーバーラップする場合のプロシージャにおいて、上位層パラメータｎｒｏｆＳｌｏｔｓが、あるＰＵＣＣＨフォーマットに与えられる場合、該あるＰＵＣＣＨフォーマットは新ＰＵＣＣＨリソースに選択されなくてもよい。
【０２２３】
図８で示す１つのスロットにおけるＰＵＣＣＨリソースの集合Ｑに含まれる１つまたは複数のＰＵＣＣＨリソースがオーバーラップする場合のＰＵＣＣＨリソースの選択プロシージャにおいて、上位層パラメータｎｒｏｆＳｌｏｔｓを含むあるＰＵＣＣＨフォーマットが設定されたＰＵＣＣＨリソースが、新ＰＵＣＣＨリソースとして、選択されなくてもよい。
【０２２４】
図８で示す１つのスロットにおけるＰＵＣＣＨリソースの集合Ｑに含まれる１つまたは複数のＰＵＣＣＨリソースがオーバーラップする場合のＰＵＣＣＨリソースの選択プロシージャにおいて、端末装置１は、上位層パラメータｎｒｏｆＳｌｏｔｓを含むあるＰＵＣＣＨフォーマットが設定されたＰＵＣＣＨリソースを、新ＰＵＣＣＨリソースとして、選択しなくてもよい。
【０２２５】
図８で示す１つのスロットにおけるＰＵＣＣＨリソースの集合Ｑに含まれる１つまたは複数のＰＵＣＣＨリソースがオーバーラップする場合のＰＵＣＣＨリソースの選択プロシージャにおいて、基地局装置１は、上位層パラメータｎｒｏｆＳｌｏｔｓを含むあるＰＵＣＣＨフォーマットが設定されたＰＵＣＣＨリソースが、新ＰＵＣＣＨリソースとして選択され、受信されることを期待しなくてもよい。
【０２２６】
上位層パラメータｎｒｏｆＳｌｏｔｓはＰＵＣＣＨリソース毎に構成されてもよい。上位層パラメータｎｒｏｆＳｌｏｔｓがＰＵＣＣＨリソース毎で構成される場合、ｎｒｏｆＳｌｏｔｓはＰＵＣＣＨフォーマット毎で異なる値が与えられてもよい。
【０２２７】
８１１において、端末装置１は、ＰＵＳＣＨフォーマット１、３、または、４を含む新ＰＵＣＣＨリソースに対して、ＮＰＵＣＣＨｒｅｐｅａｔが１であることを期待してもよい。つまり、８１１において、基地局装置３は、ＰＵＣＣＨフォーマット１、３、または、４を含む新ＰＵＣＣＨリソースに対して、ＮＰＵＣＣＨｒｅｐｅａｔが１になるように新ＰＵＣＣＨリソースが含むＰＵＣＣＨフォーマット１、３、または、４に対してｎｒｏｆＳｌｏｔｓを設定しなくてもよい。
【０２２８】
以下、本実施形態における、端末装置１および基地局装置３の種々の態様について説明する。
【０２２９】
（１）本実施形態の第１の態様は、端末装置であって、複数のＰＵＣＣＨリソースのオーバーラップを解決する処理部と、前記処理部の出力であるＰＵＣＣＨを送信する送信部と、を備え、前記処理部は、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースがオーバーラップする場合、前記第１のＰＵＣＣＨリソースに含まれる第１のＵＣＩと前記第２のＰＵＣＣＨリソースに含まれる第２のＵＣＩを第３のＰＵＣＣＨリソースに多重し、前記第１のＰＵＣＣＨリソースの第１のＰＵＣＣＨフォーマットに対する第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔおよび前記第２のＰＵＣＣＨリソースの第２のＰＵＣＣＨフォーマットに対する第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔが、前記第３のＰＵＣＣＨリソースの第３のＰＵＣＣＨフォーマットに対する第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔと同じであることが期待され、前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第３のＰＵＣＣＨフォーマットは、前記第１のＰＵＣＣＨフォーマットおよび前記第２のＰＵＣＣＨフォーマットと異なる。
【０２３０】
（２）本実施形態の第１の態様において、前記第１のＰＵＣＣＨフォーマットは前記第２のＰＵＣＣＨフォーマットと同じである。
【０２３１】
（３）本実施形態の第１の態様において、前記第１のＰＵＣＣＨフォーマットは前記第２のＰＵＣＣＨフォーマットと異なる。
【０２３２】
（４）本実施形態の第１の態様において、前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔ、および、前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは１である。
【０２３３】
（５）本実施形態の第２の態様は、基地局装置であって、複数のＰＵＣＣＨリソースのオーバーラップを解決する処理部と、
前記処理部の出力であるＰＵＣＣＨを受信する受信部と、を備え、前記処理部は、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースがオーバーラップする場合、前記第１のＰＵＣＣＨリソースに含まれる第１のＵＣＩと前記第２のＰＵＣＣＨリソースに含まれる第２のＵＣＩを第３のＰＵＣＣＨリソースに多重し、前記第１のＰＵＣＣＨリソースの第１のＰＵＣＣＨフォーマットに対する第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔおよび前記第２のＰＵＣＣＨリソースの第２のＰＵＣＣＨフォーマットに対する第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔが、前記第３のＰＵＣＣＨリソースの第３のＰＵＣＣＨフォーマットに対する第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔと同じく設定し、前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第３のパラメータＮＰＵＣＣＨｒｅｐｅａｔは、前記第１のＰＵＣＣＨフォーマットの前記第１のＰＵＣＣＨリソースが繰り返されるスロットの数に関連し、前記第３のＰＵＣＣＨフォーマットは、前記第１のＰＵＣＣＨフォーマットおよび前記第２のＰＵＣＣＨフォーマットと異なる。
【０２３４】
（６）本実施形態の第２の態様において、前記第１のＰＵＣＣＨフォーマットは前記第２のＰＵＣＣＨフォーマットと同じである。
【０２３５】
（７）本実施形態の第２の態様において、前記第１のＰＵＣＣＨフォーマットは前記第２のＰＵＣＣＨフォーマットと異なる。
【０２３６】
（８）本実施形態の第２の態様において、前記第１のパラメータＮＰＵＣＣＨｒｅｐｅａｔ、および、前記第２のパラメータＮＰＵＣＣＨｒｅｐｅａｔは１である。
【０２３７】
これにより、端末装置１と基地局装置３は効率的に通信を行うことができる。
【０２３８】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０２３９】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【０２４０】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０２４１】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０２４２】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０２４３】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０２４４】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０２４５】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０２４６】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０２４７】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
【図１】
2020072425.tif 000003
【図２】
2020072425.tif 000004
【図３】
2020072425.tif 000005
【図４】
2020072425.tif 000006
【図５】
2020072425.tif 000007
【図６】
2020072425.tif 000008
【図７】
2020072425.tif 000009
【図８】
2020072425.tif 000010