(57)【要約】【課題】効率的に下りリンクの伝送を行うことができる【解決手段】端末装置は、ＵＣＩのペイロードを符号化し、前記ペイロードの符号化ビットのレートマッチを行う符号化部と、前記ＵＣＩを送信する送信部と、を備え、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含み、前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＯＣＲＣに基づいて与えられ、前記第１のＣＲＣビット数ＯＣＲＣは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。【選択図】図４
2019186688.tif 000002
【特許請求の範囲】
【請求項１】
ＵＣＩのペイロードを符号化し、
前記ペイロードの符号化ビットのレートマッチを行う符号化部と、
前記ＵＣＩを送信する送信部と、を備え、
前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含み、
前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＯＣＲＣに基づいて与えられ、
前記第１のＣＲＣビット数ＯＣＲＣは、前記ペイロードのサイズに基づいて与えられ、
前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる
端末装置。
【請求項２】
ＰＵＣＣＨを送信する送信部を備え、
前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和と第１のＣＲＣビット数OCRC,CSI-part2の和がＷＭより大きくなるように与えられ、
前記第１のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和に基づいて与えられ、
前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２を含む
端末装置。
【請求項３】
前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２の総和と第２のＣＲＣビット数OCRC,CSI-part2の和がＷＭより小さく、または、同じになるように与えられ、
前記第２のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２の総和に基づいて与えられ、
前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ番までのＣＳＩパート２を含む
請求項２に記載の端末装置。
【請求項４】
前記送信部は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２を含む前記ＰＵＣＣＨを送信し、
前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２に付加されるＣＲＣビットの数は、前記第２のＣＲＣビット数である
請求項３に記載の端末装置。
【請求項５】
ＵＣＩのペイロードを復号化し、
前記ＵＣＩを受信する受信部と、を備え、
前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含み、
端末装置による前記ペイロードの符号化ビットのレートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＯＣＲＣに基づいて与えられ、
前記第１のＣＲＣビット数ＯＣＲＣは、前記ペイロードのサイズに基づいて与えられ、
前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる
基地局装置。
【請求項６】
ＰＵＣＣＨを受信する受信部を備え、
前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和と第１のＣＲＣビット数OCRC,CSI-part2の和がＷＭより大きくなるように与えられ、
前記第１のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和に基づいて与えられ、
前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２を含む
基地局装置。
【請求項７】
前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２の総和と第２のＣＲＣビット数OCRC,CSI-part2の和がＷＭより小さく、または、同じになるように与えられ、
前記第２のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２の総和に基づいて与えられ、
前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ番までのＣＳＩパート２を含む
請求項６に記載の基地局装置。
【請求項８】
前記受信部は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２を含む前記ＰＵＣＣＨを受信し、
前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２に付加されるＣＲＣビットの数は、前記第２のＣＲＣビット数である
請求項７に記載の基地局装置。
【請求項９】
端末装置に用いられる通信方法であって、
ＵＣＩのペイロードを符号化し、
前記ペイロードの符号化ビットのレートマッチを行い、
前記ＵＣＩを送信し、
前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含み、
前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＯＣＲＣに基づいて与えられ、
前記第１のＣＲＣビット数ＯＣＲＣは、前記ペイロードのサイズに基づいて与えられ、
前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる
通信方法。
【請求項１０】
端末装置に用いられる通信方法であって、
ＰＵＣＣＨを送信し、
前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和と第１のＣＲＣビット数OCRC,CSI-part2の和がＷＭより大きくなるように与えられ、
前記第１のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和に基づいて与えられ、
前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２を含む
通信方法。
【請求項１１】
基地局装置に用いられる通信方法であって、
ＵＣＩのペイロードを復号化し、
前記ペイロードの復号化ビットのレートマッチを行い、
前記ＵＣＩを受信する受信し、
前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含み、
端末装置による前記ペイロードの符号化ビットのレートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＯＣＲＣに基づいて与えられ、
前記第１のＣＲＣビット数ＯＣＲＣは、前記ペイロードのサイズに基づいて与えられ、
前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる
通信方法。
【請求項１２】
基地局装置に用いられる通信方法であって、
ＰＵＣＣＨを受信し、
前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和と第１のＣＲＣビット数OCRC,CSI-part2の和がＷＭより大きくなるように与えられ、
前記第１のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和に基づいて与えられ、
前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２を含む
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「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.0.0 (2018-03), NR; Physical channels and modulation", R1-1803552, 14th March, 2018.
【非特許文献２】"3GPP TS 38.212 V15.0.0 (2018-03), NR; Multiplexing and channel coding", R1-1803553, 14th March, 2018.
【非特許文献３】"3GPP TS 38.213 V15.0.0 (2018-03), NR; Physical layer procedures for control", R1-1803554, 14th March, 2018.
【非特許文献４】"3GPP TS 38.214 V15.0.0 (2018-03), NR; Physical layer procedures for data", R1-1803555, 8th March, 2018.
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、効率的に上りリンク送信を行うことができる端末装置、該端末装置に用いられる通信方法、効率的に上りリンク送信の受信を行うことができる基地局装置、および、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【０００６】
（１）本発明の第１の態様は、端末装置であって、ＵＣＩのペイロードを符号化し、前記ペイロードの符号化ビットのレートマッチを行う符号化部と、前記ＵＣＩを送信する送信部と、を備え、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含み、前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＯＣＲＣに基づいて与えられ、前記第１のＣＲＣビット数ＯＣＲＣは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。
【０００７】
（２）本発明の第２の態様は、端末装置であって、ＰＵＣＣＨを送信する送信部を備え
、前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和と第１のＣＲＣビット数OCRC,CSI-part2の和がＷＭより大きくなるように与えられ、前記第１のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和に基づいて与えられ、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２を含む。
【０００８】
（３）本発明の第３の態様は、基地局装置であって、ＵＣＩのペイロードを復号化し、前記ＵＣＩを受信する受信部と、を備え、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含み、端末装置による前記ペイロードの符号化ビットのレートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＯＣＲＣに基づいて与えられ、前記第１のＣＲＣビット数ＯＣＲＣは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。ここで、基地局装置は、前記出力系列の長さＥＵＣＩに基づいてＵＣＩのペイロードを復号化してもよい。
【０００９】
（４）本発明の第４の態様は、基地局装置であって、ＰＵＣＣＨを受信する受信部を備え、前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和と第１のＣＲＣビット数OCRC,CSI-part2の和がＷＭより大きくなるように与えられ、前記第１のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和に基づいて与えられ、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２を含む。
【００１０】
（５）本発明の第５の態様は、端末装置に用いられる通信方法であって、ＵＣＩのペイロードを符号化し、前記ペイロードの符号化ビットのレートマッチを行う符号化ステップと、前記ＵＣＩを送信するステップと、を備え、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含み、前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＯＣＲＣに基づいて与えられ、前記第１のＣＲＣビット数ＯＣＲＣは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。
【００１１】
（６）本発明の第６の態様は、ＰＵＣＣＨを送信する端末装置に用いられる通信方法であって、前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和と第１のＣＲＣビット数OCRC,CSI-part2の和がＷＭより大きくなるように与えられ、前記第１のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和に基づいて与えられ、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２を含む。
【００１２】
（７）本発明の第７の態様は、基地局装置に用いられる通信方法であって、基地局装置に用いられる通信方法であって、ＵＣＩのペイロードを復号化し、前記ペイロードの復号化ビットのレートマッチを行い、前記ＵＣＩを受信する受信し、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含み、端末装置による前記ペイロードの符号化ビットのレートマッチの出力系列の長さＥＵＣＩは、
第１のＣＲＣビット数ＯＣＲＣに基づいて与えられ、前記第１のＣＲＣビット数ＯＣＲＣは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。
。
【００１３】
（８）本発明の第８の態様は、ＰＵＣＣＨを受信し、前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和と第１のＣＲＣビット数OCRC,CSI-part2の和がＷＭより大きくなるように与えられ、前記第１のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和に基づいて与えられ、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２を含む。
【発明の効果】
【００１４】
この発明によれば、端末装置は効率的に上りリンク送信を行うことができる。また、基地局装置は効率的に上りリンク送信の受信を行うことができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本実施形態の無線フレームの概略構成を示す図である。
【図３】本実施形態における上りリンクスロットの概略構成を示す図である。
【図４】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図５】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【図６】本実施形態におけるＰＵＣＣＨリソースが上位層パラメータによって設定される一例を示す図である。
【図７】本実施形態におけるＣＲＣビットのサイズを決定するフローチャートを示した図である。
【図８】本実施形態におけるＵＣＩペイロードaのサイズＡとレートマッチ出力系列ｆｃｅのサイズに基づくコードブロックセグメンテーションを示した図である。
【図９】本実施形態におけるＵＣＩペイロードaに含まれるＣＳＩ−ｐａｒｔ２にドロッピングを適用する時にＵＣＩペイロードに付加されるＣＲＣビットのサイズを決定する方法の一例を示す図である。
【図１０】本実施形態における仮想的なＣＲＣビットのサイズを決定するフローチャートを示した図である。
【図１１】本実施形態におけるＵＣＩペイロードaに含まれるＣＳＩ−ｐａｒｔ１にドロッピングを適用する時にＵＣＩペイロードに付加されるＣＲＣビットのサイズを決定する方法の一例を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態について説明する。
【００１７】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１という。
【００１８】
本実施形態の物理チャネルおよび物理信号について説明する。
【００１９】
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信する
ために使用される。
・ＰＵＣＣＨ（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）を報知するために
用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。例えば、ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の少なくとも一部は、８０ｍｓごとに更新されてもよい。ＰＢＣＨは、周波数領域において、所定のサブキャリア数（例えば、２８８サブキャリア）により構成されてもよい。また、ＰＢＣＨは、時間領域において、２、３、または、４ＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。第１の設定情報はＭＩＢに含まれてもよい。該第１の設定情報は、ランダムアクセスメッセージ２、ランダムアクセスメッセージ３、ランダムアクセスメッセージ４の一部または全部に少なくとも用いられる設定情報であってもよい。
【００３３】
ＰＤＣＣＨは、下りリンク制御情報（Downlink Control Information: DCI）を送信す
るために用いられる。下りリンク制御情報を、ＤＣＩフォーマットとも称する。なお、ＤＣＩフォーマットは、１つまたは複数の下りリンク制御情報のフィールドを含んでも構成されてもよい。下りリンク制御情報は、上りリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）または下りリンクグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）のいずれかを少なくとも含んでもよい。
【００３４】
上りリンクグラントは、単一のセル内の単一のＰＵＳＣＨのスケジューリングに用いら
れてもよい。上りリンクグラントは、単一のセル内の複数のスロットにおける複数のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、単一のセル内の複数のスロットにおける単一のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントを含む下りリンク制御情報は、上りリンクに関連するＤＣＩフォーマットとも称されてもよい。
【００３５】
１つの下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと同じスロット内のＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントを含む下りリンク制御情報は、下りリンクに関連するＤＣＩフォーマットとも称されてもよい。
【００３６】
ＰＤＳＣＨは、下りリンクデータ（ＴＢ、ＭＡＣ  ＰＤＵ、ＤＬ−ＳＣＨ、ＰＤＳＣＨ、ＣＢ、ＣＢＧ）を送信するために用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信するために少なくとも用いられる。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステムインフォーメーションを送信するために少なくとも用いられる。
【００３７】
上述したＢＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層で用いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロックまたはＭＡＣ  ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（ｄｅｌｉｖｅｒ）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
【００３８】
基地局装置３と端末装置１は、上位層（ｈｉｇｈｅｒ  ｌａｙｅｒ）において信号をやり取り（送受信）してもよい。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリング（ＲＲＣ  ｍｅｓｓａｇｅ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ
ｍｅｓｓａｇｅ、ＲＲＣ  ｉｎｆｏｒｍａｔｉｏｎ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ
Ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ  ＣＥ（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥを、上位層の信号（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）とも称する。
【００３９】
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ  ＣＥを送信するために少なくとも用いられる。ここで、基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリングであってもよい。セル内における複数の端末装置１に対して共通のＲＲＣシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のＲＲＣシグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇまたはＵＥ  ｓｐｅｃｉｆｉｃ  ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のＲＲＣシグナリングは、専用ＲＲＣシグナリングとも呼称される。セルスペシフィックパラメータは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリング、または、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。ＵＥスペシフィックパラメータは、あ
る端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。
【００４０】
以下、本実施形態の無線フレーム（radio frame）の構成について説明する。
【００４１】
図２は、本実施形態の無線フレームの概略構成を示す図である。図２において、横軸は時間軸である。無線フレームのそれぞれは、１０ms長であってもよい。また、無線フレームのそれぞれは１０のスロットから構成されてもよい。スロットのそれぞれは、１ms長であってもよい。
【００４２】
以下、本実施形態のスロットの構成の一例について説明する。図３は、本実施形態における上りリンクスロットの概略構成を示す図である。図３において、１つのセルにおける上りリンクスロットの構成を示す。図３において、横軸は時間軸であり、縦軸は周波数軸である。上りリンクスロットはＮＵＬｓｙｍｂ個のＳＣ−ＦＤＭＡシンボルを含んでもよい。上りリンクスロットはＮＵＬｓｙｍｂ個のＯＦＤＭシンボルを含んでもよい。以下、本実施形態では、上りリンクスロットがＯＦＤＭシンボルを含む場合を用いて説明をするが、上りリンクスロットがＳＣ−ＦＤＭＡシンボルを含む場合にも本実施形態を適用することはできる。
【００４３】
図３において、ｌはＯＦＤＭシンボル番号／インデックスであり、ｋはサブキャリア番号／インデックスである。スロットのそれぞれにおいて送信される物理シグナルまたは物理チャネルは、リソースグリッドによって表現される。上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリア番号／インデックスｋ、および、ＯＦＤＭシンボル番号／インデックスｌによって表される。
【００４４】
上りリンクスロットは、時間領域において、複数のＯＦＤＭシンボルl（l＝０，１，・・・，ＮＵＬｓｙｍｂ−１）を含んでもよい。１つの上りリンクスロットにおいて、上りリンクにおけるノーマルＣＰ（normal Cyclic Prefix）に対して、ＮＵＬｓｙｍｂは７または１４であってもよい。上りリンクにおける拡張ＣＰ（extended Cyclic Prefix）に対して、ＮＵＬｓｙｍｂは６または１２であってもよい。
【００４５】
端末装置１は、上りリンクにおけるＣＰ長を示す上位層のパラメータUL-CyclicPrefixLengthを基地局装置３から受信する。基地局装置３は、セルに対応する該上位層のパラメ
ータUL-CyclicPrefixLengthを含むシステムインフォメーションを、該セルにおいて報知
してもよい。
【００４６】
上りリンクスロットは、周波数領域において、複数のサブキャリアｋ（ｋ＝０，１，・・・，ＮＵＬＲＢ・ＮＲＢＳＣ−１)を含んでもよい。ＮＵＬＲＢは、サービングセルに
対する上りリンク帯域幅設定であり、ＮＲＢＳＣの倍数によって表現される。ＮＲＢＳＣは、サブキャリアの数によって表現される、周波数領域における（物理）リソースブロックサイズである。サブキャリア間隔Δfは１５ｋＨｚであってもよい。ＮＲＢＳＣは１２
であってもよい。周波数領域における（物理）リソースブロックサイズは１８０ｋＨｚであってもよい。
【００４７】
１つの物理リソースブロックは、時間領域においてNULsymbの連続するＯＦＤＭシンボ
ルと周波数領域においてＮＲＢＳＣの連続するサブキャリアとから定義される。ゆえに、１つの物理リソースブロックは（ＮＵＬｓｙｍｂ・ＮＲＢＳＣ）のリソースエレメントから構成される。１つの物理リソースブロックは、時間領域において１つのスロットに対応してもよい。物理リソースブロックは周波数領域において、周波数の低いほうから順に番
号ｎＰＲＢ（0,1,…, NULRB -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）は
上位層の信号に含まれるパラメータや情報要素を意味してもよい。
【００６７】
ＰＵＣＣＨで送信するＵＣＩはＨＡＲＱ−ＡＣＫ、スケジューリングリクエスト、および／または、ＣＳＩを含んでもよい。
【００６８】
端末装置１は、１つまたは複数の上位層パラメータに基づいて、ＰＵＣＣＨフォーマットでのＰＵＣＣＨ送信に対するリソース（ＰＵＣＣＨリソース）を設定する。上位層パラメータ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 ho
p)、ＰＲＢの数(the number of PRBs)、周波数ホッピングフラッグ(frequency hopping flag)、サイクリックシフトのインデックス、ＯＣＣのインデックスの一部または全部に少なくとも基づき与えられる。１つのＰＵＣＣＨリソースセットに設定される複数のＰＵＣＣＨリソースは、PRB数が少ないＰＵＣＣＨリソースに小さいインデックスが与えられて
もよい。つまり、ＰＵＣＣＨリソース１はＰＵＣＣＨリソース２よりPRB数が少ないまた
は同じであってもよい。ここで、ＰＲＢを帯域幅、ＲＢとも称する。
【００７６】
ＰＵＣＣＨフォーマット０は、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合
の２番目のホップの開始PRBインデックス、サイクリックシフトのインデックスの一部ま
たは全部に少なくとも基づいて設定されてもよい。
【００７７】
ＰＵＣＣＨフォーマット１は、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合
の２番目のホップの開始PRBインデックス、サイクリックシフトのインデックス、OCCのインデックスの一部または全部に少なくとも基づいて設定されてもよい。
【００７８】
ＰＵＣＣＨフォーマット２は、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合
の２番目のホップの開始PRBインデックス、PRB数の一部または全部に少なくとも基づいて設定されてもよい。
【００７９】
ＰＵＣＣＨフォーマット３は、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合
の２番目のホップの開始PRBインデックス、PRB数の一部または全部に少なくとも基づいて設定されてもよい。
【００８０】
ＰＵＣＣＨフォーマット４は、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合
の２番目のホップの開始PRBインデックス、ＯＣＣの長さ、ＯＣＣのインデックスの一部
または全部に少なくとも基づいて設定されてもよい。
【００８１】
ＰＵＣＣＨ送信においてＰＵＣＣＨリソースがＰＵＣＣＨフォーマット０、または、ＰＵＣＣＨフォーマット２で設定される場合、最初のシンボルインデックスは上位層パラメータPUCCH-F0-F2-starting-symbolによって示される。ＰＵＣＣＨ送信においてＰＵＣＣ
ＨリソースがＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４で設定される場合、最初のシンボルインデックスは上位層パラメータPUCCH-F1-F3-F4-starting-symbolによって示される。
【００８２】
ＰＵＣＣＨ送信においてＰＵＣＣＨリソースがＰＵＣＣＨフォーマット０、または、ＰＵＣＣＨフォーマット２で設定される場合、シンボル数は上位層パラメータPUCCH-F0-F2-number-of-symbolsによって示される。ＰＵＣＣＨ送信においてＰＵＣＣＨリソースがＰ
ＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、ＰＵＣＣＨフォーマット４で設定される場合、シンボル数は上位層パラメータPUCCH-F1-F3-F4-number-of-symbolsによって示される。
【００８３】
周波数ホッピングを施さない場合、ＰＵＣＣＨ送信のために用いられるＰＵＣＣＨリソースの最初のＰＲＢインデックスは上位層パラメータPUCCH-starting-PRBによって示される。周波数ホッピングを施すＰＵＣＣＨリソースの場合、１番目のホッピングにおいてＰＵＣＣＨ送信のために用いられるＰＵＣＣＨリソースの最初のＰＲＢインデックスは上位層パラメータPUCCH-starting-PRBによって示される。周波数ホッピングを施すＰＵＣＣＨリソースの場合、２番目のホッピングにおいてＰＵＣＣＨ送信のために用いられるＰＵＣＣＨリソースの最初のＰＲＢインデックスは上位層パラメータPUCCH-2nd-hop-PRBによっ
て示される。
【００８４】
端末装置１がＰＵＣＣＨフォーマット２を用いてＰＵＣＣＨを送信する場合、ＰＵＣＣＨ送信に用いるＰＲＢの数は上位層パラメータPUCCH-F2-number-of-PRBsによって示され
る。端末装置１がＰＵＣＣＨフォーマット３を用いてＰＵＣＣＨを送信する場合、ＰＵＣＣＨ送信に用いるＰＲＢの数は上位層パラメータPUCCH-F3-number-of-PRBsによって示さ
れる。
【００８５】
端末装置１がＰＵＣＣＨリソースの周波数ホッピングをするかどうかは上位層パラメータPUCCH-frequency-hoppingによって示される。  
【００８６】
端末装置１がＰＵＣＣＨフォーマット０、および／または、ＰＵＣＣＨフォーマット１を用いてＰＵＣＣＨを送信する場合、ＰＵＣＣＨリソースのサイクリックシフトのインデックスは上位層パラメータPUCCH-F0-F1-initial-cyclic-shiftによって示される。
【００８７】
端末装置１がＰＵＣＣＨフォーマット１を用いてＰＵＣＣＨを送信する場合、ＯＣＣ(Orthogonal Cover Code)を生成する時に用いる１つまたは複数の値は、ＰＵＣＣＨのシン
ボル数と上位層パラメータPUCCH-F1-time-domain-OCCに少なくとも基づいて与えられる。
【００８８】
端末装置１がＰＵＣＣＨフォーマット４を用いてＰＵＣＣＨを送信する場合、ＯＣＣ(Orthogonal Cover Code)を生成する時に用いる１つまたは複数の値は、ＰＵＣＣＨのシン
ボル数と上位層パラメータPUCCH-F1-time-domain-OCCに少なくとも基づいて与えられる。
【００８９】
ＰＵＣＣＨフォーマット３において、端末装置１はＤＭＲＳ送信に用いるＤＭＲＳの数を上位層パラメータPUCCH-F3-F4-additional-DMRSによって設定されてもよい。ＰＵＣＣ
Ｈフォーマット４において、端末装置１はＤＭＲＳ送信に用いるＤＭＲＳの数を上位層パラメータPUCCH-F3-F4-additional-DMRSによって設定されてもよい。
【００９０】
端末装置１がＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードと該ＵＣＩペイロードに対するＣＲＣビットをＰＵＣＣＨフォーマット２で送信する場合、端末装置１は、図８のブロック８０２で示すように、該ＵＣＩペイロードと該ＵＣＩペイロードに対するＣＲＣビットを符号化した符号語の符号化率が上位層パラメータPUCCH-F2-maximum-coderateによって与えられた符号化率と同じ
または該符号化率より低くなるように上位層パラメータによって設定されたＰＵＣＣＨリソースの最小PRB数を決定する。最小PRB数は少なくとも該ＵＣＩペイロードのビット数、当該ＵＣＩペイロードに対するＣＲＣビットのビット数、１PRBあたりのサブキャリア数
、変調方式に対応するビット数、および／または、最大符号化率に基づいて与えられる。変調方式に対応するビット数は、pi/2-BPSKの場合、１であってもよい。変調方式に対応
するビット数は、QPSKの場合、２であってもよい。
【００９１】
端末装置１がＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードと該ＵＣＩペイロードに対するＣＲＣビットをＰＵＣＣＨ
フォーマット３で送信する場合、端末装置１は、図８のブロック８０２で示すように、該ＵＣＩペイロードと該ＵＣＩペイロードに対するＣＲＣビットを符号化した符号語の符号化率が上位層パラメータPUCCH-F3-maximum-coderateによって与えられた符号化率と同じ
または該符号化率より低くなるように上位層パラメータによって設定されたＰＵＣＣＨリソースの最小PRB数を決定する。最小PRB数は少なくとも該ＵＣＩペイロードのビット数、当該ＵＣＩペイロードに対するＣＲＣビットのビット数、１PRBあたりのサブキャリア数
、変調方式に対応するビット数、および／または、最大符号化率に基づいて与えられる。変調方式に対応するビット数は、pi/2-BPSKの場合、１であってもよい。変調方式に対応
するビット数は、QPSKの場合、２であってもよい。
【００９２】
端末装置１がＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードと該ＵＣＩペイロードに対するＣＲＣビットをＰＵＣＣＨフォーマット２で送信する、且つ、ＵＣＩペイロードが３６０ビットと同じまたは大きい、且つ、レートマッチの出力が１０８８ビットと同じまたは大きい場合、端末装置１は、図８のブロック８０３で示すようにＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードに対してコードブロックセグメンテーション（Code block segmentation）を行い、コードブロックセグメンテーションされた
それぞれの情報ビット（コードブロックとも呼称される）に対してＣＲＣビットを付加する。端末装置１は、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードと該ＵＣＩペイロードに対するＣＲＣビットを符号化した符号語の符号化率が上位層パラメータPUCCH-F2-maximum-coderateによって与えられ
た符号化率と同じまたは該符号化率より低くなるように上位層パラメータによって設定されたＰＵＣＣＨリソースの最小PRB数を決定する。最小PRB数は少なくとも該ＵＣＩペイロードのビット数、当該ＵＣＩペイロードに対するＣＲＣビットのビット数、１PRBあたり
のサブキャリア数、変調方式に対応するビット数、および／または、最大符号化率に基づいて与えられる。変調方式に対応するビット数は、pi/2-BPSKの場合、１であってもよい
。変調方式に対応するビット数は、QPSKの場合、２であってもよい。
【００９３】
端末装置１がＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードと該ＵＣＩペイロードaに対するＣＲＣビットをＰＵＣＣ
Ｈフォーマット３で送信する、且つ、ＵＣＩペイロードが３６０ビットと同じまたは大きい、且つ、レートマッチの出力が１０８８ビットと同じまたは大きい場合、端末装置１は、図８のブロック８０３で示すようにＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメン
テーションを行い、コードブロックセグメンテーションされたそれぞれの情報ビット（コードブロックとも呼称される）に対してＣＲＣビットを付加する。端末装置１は、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaと該ＵＣＩペイロードaに対するＣＲＣビットを符号化した符号語の符号化率が上位層パラメータPUCCH-F3-maximum-coderateによって与えられた符号化率と同じまたは
該符号化率より低くなるように上位層パラメータによって設定されたＰＵＣＣＨリソースの最小PRB数を決定する。最小PRB数は少なくとも該ＵＣＩペイロードaのビット数、当該
ＵＣＩペイロードaに対するＣＲＣビットのビット数、１PRBあたりのサブキャリア数、変調方式に対応するビット数、および／または、最大符号化率に基づいて与えられる。変調方式に対応するビット数は、pi/2-BPSKの場合、１であってもよい。変調方式に対応する
ビット数は、QPSKの場合、２であってもよい。
【００９４】
符号語は、ＵＣＩの符号化ビットを少なくとも含む系列であってもよい。符号語は、ＰＲＢにマッピングされる系列であってもよい。符号語は、１または複数のレートマッチ出力系列（rate-match output sequence）の結合に少なくとも基づき与えられる系列であってもよい。１または複数のレートマッチ出力系列ｆｃｅは、ＵＣＩの符号化系列ｄｃｎの
レートマッチ（rate-match）処理に少なくとも基づき与えられてもよい。ここで、ｃは、コードブロック番号を示すインデックスである。ｃは０からＣ−１の値を示すインデックスである。Ｃは、コードブロックの数を示す。ｅは、０からＥＵＣＩ−１の範囲の整数のいずれかを示す。ＥＵＣＩは、レートマッチ出力系列ｆｃｅのサイズを示す。ｎは、０からＮ−１の範囲の整数のいずれかを示す。Ｎは、ｃ番目のコードブロックのＵＣＩの符号化ビット数であってもよい。Ｎは、ＵＣＩの符号化系列ｄｃｎのサイズを示す。レートマッチ処理の入力は、ＵＣＩの符号化系列ｄｃｎであってもよい。
【００９５】
レートマッチ出力系列ｆｃｅは、ｆｃｅ＝ｄｃｍｏｄ（ｎ，Ｎ）であってもよい。ここで、ｍｏｄ（Ｘ，Ｙ）は、ＸをＹで除算した場合の余りを出力する関数であってもよい。チャネル符号化のためにｐｏｌａｒ符号が用いられ、かつ、ＥＵＣＩがＮ以上である場合に少なくとも、レートマッチ出力系列ｆｃｅは、ｆｃｅ＝ｄｃｍｏｄ（ｎ，Ｎ）であってもよい。ＵＣＩの符号化系列ｄｃｎは、チャネル符号化された符号化系列をインターリーブ（interleave）することにより与えられてもよい。
【００９６】
コードブロックの数Ｃは、コードブロックセグメンテーションに基づき与えられる。コードブロックセグメンテーションの詳細は後述される。
【００９７】
コードブロックの数Ｃが１である場合、コードブロックの結合は行われなくてもよい。
【００９８】
ＵＣＩペイロードaは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト（ＳＲ）
、および、ＣＳＩに少なくとも基づき与えられてもよい。ＵＣＩペイロードａと該ＵＣＩペイロードａに付加されるＣＲＣビットを含んだペイロードを総合ペイロードと称する。また、ＵＣＩペイロードaのサイズＡとＵＣＩペイロードaに対応するＣＲＣビットのサイズOCRCを総合ペイロードのサイズと称する。
【００９９】
数式１から与えられるレートマッチ出力系列の長さＥＵＣＩは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaのサ
イズＡ、該ＵＣＩペイロードaに対するＣＲＣビットのサイズOCRC、最大符号化率RUCImax、変調方式に対応するビット数Qmに少なくとも基づいて与えられる。ここで、cｅｉｌ[Ｆ]は、数値Ｆを切り上げてＦより最も近く大きい整数を出力する関数である。min(F1, F2)はF１とF２の中で小さい値を出力する関数である。Ｅtotは数式２に少なくとも基づいて
与えられる。
【０１００】
【数１】
2019186688.tif 000003
【０１０１】
【数２】
2019186688.tif 000004
【０１０２】
端末装置１はＰＵＣＣＨリソースのＰＲＢ数MRB,minPUCCHをNsc,ctrlRB、Nsymb-UCIPUCCH、Qmに少なくとも基づいて決定する。Nsc,ctrlRBはＰＵＣＣＨのフォーマットによって与えられてもよい。Nsc,ctrlRBは１つのＰＲＢに与えられるサブキャリアの数であってもよい。Nsc,ctrlRBはＤＭＲＳで与えられるサブキャリアを除いたサブキャリアの数であってもよい。Nsc,ctrlRBは、周波数領域において１つのＰＲＢに含まれ、且つ、ＤＭＲＳがマップされないサブキャリアの数であってもよい。Qmは変調オーダーであってもよい。Qmは変調方式に応じる数であってもよい。Qmは１つの変調シンボルで送信できるビットの数
であってもよい。pi/2-BPSKの場合、Qmは１であってもよい。QPSKの場合、Qmは２であっ
てもよい。最大符号化率RUCImaxは上位層パラメータによって与えられるコードレートで
ある。ＰＵＣＣＨフォーマット２の場合、最大符号化率RUCImaxは上位層パラメータPUCCH-F2-maximum-coderateによって与えられる。ＰＵＣＣＨフォーマット３の場合、最大符号化率RUCImaxは上位層パラメータPUCCH-F3-maximum-coderateによって与えられる。ＰＵＣＣＨフォーマット４の場合、最大符号化率RUCImaxは上位層パラメータPUCCH-F4-maximum-coderateによって与えられる。Nsymb-UCIPUCCHはＰＵＣＣＨフォーマット２、および／または、ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４の送信で用いるＯＦＤＭシンボル数である。ＰＵＣＣＨフォーマット２において、Nsymb-UCIPUCCHは上位層パラメータPUCCH-F0-F2-number-of-symbolsによって与えられてもよい。ＰＵＣ
ＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４において、Nsymb-UCIPUCCHはＤＭＲＳの送信に用いられるＯＦＤＭシンボル数を除いたＯＦＤＭシンボル数であり、上位層パラメータPUCCH-F1-F3-F4-number-of-symbolsによって決定されてもよい。
【０１０３】
ＰＵＣＣＨリソースのＰＲＢ数MRB,minPUCCHを決定する方法について述べる。端末装置１が、サイズがＡのＵＣＩペイロードａと該ＵＣＩペイロードａに付加されるサイズがＯＣＲＣのＣＲＣビットをＰＵＣＣＨフォーマット２および／またはＰＵＣＣＨフォーマット３を用いてＰＵＣＣＨリソースに含まれるMRB,PUCCHのＰＲＢ数で送信する場合、端末
装置１はＰＵＣＣＨ送信で用いられる最小のＰＲＢ数であるMRB,minPUCCHを決定する。ここで、ＰＵＣＣＨフォーマット２の場合、MRB,PUCCHは上位層パラメータPUCCH-F2-number-of-PRBs与えられてもよい。また、ＰＵＣＣＨフォーマット３の場合、MRB,PUCCHは上位
層パラメータPUCCH-F3-number-of-PRBs与えられてもよい。MRB,minPUCCHはMRB,PUCCHと同じ、または、小さい値てあってもよい。MRB,PUCCHが１である場合、端末装置１は数式３
の不等式を満たす最小のＰＲＢ数MRB,minPUCCHを決定する。MRB,PUCCHが１より大きい場
合、端末装置１は数式３の不等式および／または数式４の不等式を同時に満たす最小のＰＲＢ数MRB,minPUCCHを決定する。数式５の不等式を満たす場合、端末装置１はMRB,PUCCH
のＰＲＢ数でＰＵＣＣＨを送信する。ここで最大符号化率ｒはRUCImaxであってもよい。
【０１０４】
数式５の不等式を満たし、且つ、ＵＣＩペイロードaに分割されたＣＳＩレポート、す
なわち、ＣＳＩ−ｐａｒｔ１および／または、ＣＳＩ−ｐａｒｔ２が含まれた場合、端末装置１はＣＳＩ−ｐａｒｔ２からＣＳＩ−ｐａｒｔ１の順にＵＣＩペイロードaのドロッ
ピングを施してもよい。。
【０１０５】
【数３】
2019186688.tif 000005
【０１０６】
【数４】
2019186688.tif 000006
【０１０７】
【数５】
2019186688.tif 000007
【０１０８】
ＵＣＩペイロードaのサイズＡが１２より小さい場合、サイズＬ１のＣＲＣビットをＵ
ＣＩペイロードaに付加する。ＵＣＩペイロードaのサイズＡが１２と同じまたは大きい、且つ、１９と同じまたは小さい場合、サイズＬ２のＣＲＣビットをＵＣＩペイロードaに
付加する。ＵＣＩペイロードaのサイズＡが２０と同じまたは大きい場合、サイズＬ３の
ＣＲＣビットをＵＣＩペイロードaに付加する。ＵＣＩペイロードaのサイズＡが３６０と
同じまたは大きい、且つ、レートマッチ出力系列の長さＥＵＣＩが１０８８と同じ、または、大きい場合、すなわち、コードブロックセグメンテーションを行う場合、端末装置１はサイズＬ４のＣＲＣビットをＵＣＩペイロードaに付加する。ここで、Ｌ１は０であっ
てもよい。Ｌ２は６であってもよい。Ｌ３は１１であってもよい。Ｌ４は２２であってもよい。
【０１０９】
図７は、本実施形態におけるＣＲＣビットのサイズを決定するフローチャートを示した図である。（７０１）において、端末装置１は、ＵＣＩペイロードaのサイズをＡにセッ
トする。（７０２）において、端末装置１は、ＵＣＩペイロードaのサイズＡ、数式１か
ら与えられるＥＵＣＩに基づいてＵＣＩペイロードaに付加されるＣＲＣビットのサイズ
を決定する。ここで、例えば、Ａが１２より小さい場合には、（７０３）へ進む。また、例えば、Ａが１２と同じまたは大きい、且つ、１９と同じまたは小さい場合には、（７０４）へ進む。また、例えば、Ａが２０と同じまたは大きい、且つ、Ａが３６０より小さい場合には、（７０５）へ進む。また、例えば、Ａが３６０と同じまたは大きい且つＥＵＣＩが１０８８と同じまたは大きい場合には、（７０６）へ進む。つまり、Ａおよび／またはＥＵＣＩがそれぞれ所定の条件を満たす場合、（７０３）〜（７０６）の何れかへ進む。
【０１１０】
（７０３）端末装置１は、ＵＣＩペイロードに付加されるＣＲＣビットのサイズを０に設定する。
【０１１１】
（７０４）端末装置１は、ＵＣＩペイロードに付加されるＣＲＣビットのサイズを６に設定する。
【０１１２】
（７０５）端末装置１は、ＵＣＩペイロードに付加されるＣＲＣビットのサイズを１１に設定する。なお、ＥＵＣＩの値は、１０８８より小さくてもよい。
【０１１３】
（７０６）端末装置１は、ＵＣＩペイロードに付加されるＣＲＣビットのサイズを２２に設定する。
【０１１４】
なお、（７０３）および／または（７０４）において、端末装置１は、数式１から与えられるＥＵＣＩの値を考慮しなくてもよい。
【０１１５】
なお、（７０５）および（７０６）において、ＥＵＣＩの値は、数式１によって与えられてもよい。
【０１１６】
図８は、本実施形態におけるＵＣＩペイロードaのサイズＡとレートマッチ出力系列ｆ
ｃｅのサイズに基づくコードブロックセグメンテーションを示した図である。ＵＣＩペイロードaに分割されたＣＳＩが含まれたかどうかを８０６で判定する。
【０１１７】
ドロッピング（dropping）は、送信データからドロッピングルール（dropping rule）
に従ってデータを取り除くことを意味する。送信データから取り除かれたデータ、つまり、ドロッピングされたデータは送信しなくてもよい。また、送信データはＵＣＩペイロードaであってもよいし、総合ペイロードであってもよい。ドロッピングルールは優先順位
（priority level）であってもよい。ＮＣＳＩ-part1reported個のレポートで構成されるＣＳＩ−ｐａｒｔ１レポートはＣＳＩ−ｐａｒｔ１,ｎの総和であってもよい。ここで、
ｎ＝｛１，２，・・・,ＮＣＳＩ-part1reported｝であってもよい。ｎの値が小さいこと
は優先順位が高いことを意味してもよい。つまり、ＮＣＳＩ-part1reported個のレポートで構成されるＣＳＩ−ｐａｒｔ１レポートをドロッピング場合、端末装置１はＣＳＩ−ｐａｒｔ１, ＮＣＳＩ-part1reportedを最初にドロッピングを適用し、次にＣＳＩ−ｐａｒ
ｔ１, ＮＣＳＩ-part1reported−１を最初にドロッピングを適用してもよい。ＮＣＳＩ-part2reported個のレポートで構成されるＣＳＩ−ｐａｒｔ２レポートはＣＳＩ−ｐａｒｔ２,ｎの総和であってもよい。ここで、ｎ＝｛１，２，・・・,ＮＣＳＩ-part2reported｝であってもよい。ｎの値が小さいことは優先順位が高いことを意味してもよい。つまり、ＮＣＳＩ-part2reported個のレポートで構成されるＣＳＩ−ｐａｒｔ２レポートをドロッピング場合、端末装置１はＣＳＩ−ｐａｒｔ２, ＮＣＳＩ-part2reportedを最初にドロッピングを適用し、次にＣＳＩ−ｐａｒｔ２, ＮＣＳＩ-part2reported−１を最初にドロッピングを適用してもよい。ＵＣＩペイロードaのドロッピングはＣＳＩ−ｐａｒｔ２から
ＣＳＩ−ｐａｒｔ１の順に行われてもよい。
【０１１８】
（８０１）端末装置１はＵＣＩペイロードaのサイズＡ、ＵＣＩペイロードaのサイズＡに対する閾値K1、総合ペイロードのレートマッチ出力系列ｆｃｅのサイズＥＵＣＩ、当該レートマッチ出力系列ｆｃｅのサイズＥＵＣＩに対する閾値E1に少なくとも基づいてコードブロックセグメンテーションを施すかどうかを８０１で判定する。なお、ＵＣＩペイロードaに付加されるＣＲＣビットのサイズは、該ＵＣＩペイロードのサイズに少なくとも
基づいて決定されてもよい。
【０１１９】
（８０４）ＵＣＩペイロードaのサイズＡがK1以上である、且つ、レートマッチ出力系
列ｆｃｅのサイズＥＵＣＩがE1以上である場合、端末装置１はブロック８０３で該ＵＣＩペイロードaを２つに分割することができる（コードブロックの数Ｃ＝２）。ここでK1は
３６０であってもよい。E1は１０８８であってもよい。該レートマッチ出力系列ｆｃｅは、該ＵＣＩペイロードaを少なくとも含む総合ペイロードのチャネル符号化、および、レ
ートマッチ処理に少なくとも基づき与えられる。
【０１２０】
（８０５）ＵＣＩペイロードaのサイズＡが少なくともK1未満である、または、レート
マッチ出力系列ｆｃｅのサイズＥＵＣＩが少なくともE1未満である場合、ブロック８０２でＵＣＩペイロードaにＣＲＣビットを付加してチャネル符号化を行う。つまり、ＵＣＩ
ペイロードaのサイズＡが少なくともK1未満である、または、レートマッチ出力系列ｆｃ
ｅのサイズＥＵＣＩが少なくともE1未満である場合、総合ペイロードに対してコードブロックセグメンテーションが行われなくてもよい（または、コードブロックの数Ｃ＝１であってもよい）。該総合ペイロードは、ＵＣＩペイロードaにＣＲＣビットが付加されたペ
イロードであってもよい。
【０１２１】
（８０６）ＵＣＩペイロードaに分割されたＣＳＩが含まれる、且つ、数式５を満たす
場合、８０７に進む。
【０１２２】
（８０７）数式５Ａで示す不等式および数式５Ｂで示す不等式を満たすまでＣＳＩ−ｐａｒｔ２にドロッピングを施す。端末装置１は、ＵＣＩペイロードに優先順位に従ってドロッピングを適用して選ばれたＮCSI-part2reported個のＣＳＩ−ｐａｒｔ２レポートと
ＨＡＲＱ−ＡＣＫ情報、および／または、スケジューリングリクエスト、および／または、ＮＣＳＩｔｏｔａｌ個のＣＳＩ−ｐａｒｔ１と同時にＰＵＣＣＨフォーマット３を用いて送信する。端末装置１は、ＵＣＩペイロードに優先順位に従ってドロッピングを適用して選ばれたＮCSI-part2reported個のＣＳＩ−ｐａｒｔ２レポートとＨＡＲＱ−ＡＣＫ情
報、および／または、スケジューリングリクエスト、および／または、ＮＣＳＩｔｏｔａｌ個のＣＳＩ−ｐａｒｔ１レポートと同時にＰＵＣＣＨフォーマット４を用いて送信する。ここでOCSI-part1,nはｎ番目のＣＳＩ−ｐａｒｔ１レポートのビット数であってもよい。また、OCSI-part2,nはｎ番目の優先順位に従うＣＳＩ−ｐａｒｔ２レポートのビット数であってもよい。また、OCRC,CSI-part1はOCSI-part1,nの総和ＤＮに対するＣＲＣビット数であってもよい。OCSI-part1,nの総和ＤＮはOCSI-part1と同じまたは小さい値であってもよい。また、OCRC,CSI-part2はOCSI-part2,nの総和ＢＮに対するＣＲＣビット数であっ
てもよい。OCSI-part2,nの総和ＢＮはOCSI-part2と同じまたは小さい値であってもよい。また、OCRC,CSI-part1＋OCRC,CSI-part1＝OCRCの関係であってもよい。OACKはＨＡＲＱ−ＡＣＫ情報のビット数であってもよい。またOSRはスケジューリングリクエストのビット
数であってもよい。
【０１２３】
（８０８）CSI-part2にドロッピングを適用したＵＣＩペイロードが数式５Ａで示す不
等式および数式５Ｂで示す不等式を満たすかどうかを判定する。数式５Ａで示す不等式および数式５Ｂで示す不等式を満たした場合、８０１に進む。数式５Ａで示す不等式および数式５Ｂで示す不等式を満たさない場合、８０９に進む。ここで、ＢＮは数式５Ｃによって与えられる。ＢＮ＋１は数式５Ｄによって与えられる。ＷMは数式５Ｅによって与えら
れる。
【０１２４】
【数５Ａ】
2019186688.tif 000008
【０１２５】
【数５Ｂ】
2019186688.tif 000009
【０１２６】
【数５Ｃ】
2019186688.tif 000010
【０１２７】
【数５Ｄ】
2019186688.tif 000011
【０１２８】
【数５Ｅ】
2019186688.tif 000012
【０１２９】
（８０９）数式５Ｆで示す不等式および数式５Ｇで示す不等式を満たすまでＣＳＩ−ｐ
ａｒｔ１にドロッピングを施す。端末装置１は、ＵＣＩペイロードに優先順位に従ってドロッピングを適用して選ばれたＮＣＳＩｔｏｔａｌ個のＣＳＩ−ｐａｒｔ１レポートとＨＡＲＱ−ＡＣＫ情報、および／または、スケジューリングリクエストと同時にＰＵＣＣＨフォーマット３を用いて送信する。端末装置１は、ＵＣＩペイロードに優先順位に従ってドロッピングを適用して選ばれたＮＣＳＩｔｏｔａｌ個のＣＳＩ−ｐａｒｔ１レポートとＨＡＲＱ−ＡＣＫ情報、および／または、スケジューリングリクエストと同時にＰＵＣＣＨフォーマット４を用いて送信する。ここで、ＤＮは数式５Ｈによって与えられる。ＤＮ＋１は数式５Ｉによって与えられる。ＶMは数式５Ｊによって与えられる。
【０１３０】
【数５Ｆ】
2019186688.tif 000013
【０１３１】
【数５Ｇ】
2019186688.tif 000014
【０１３２】
【数５Ｈ】
2019186688.tif 000015
【０１３３】
【数５Ｉ】
2019186688.tif 000016
【０１３４】
【数５Ｊ】
2019186688.tif 000017
【０１３５】
図８で示されるように、コードブロックセグメンテーションの実行の判断基準である総合ペイロードのレートマッチ出力系列のサイズＥＵＣＩは、コードブロックセグメンテーションの適用有無によって変動するＣＲＣビットのサイズを再帰的に参照する問題（chicken-and-egg problemとも呼称する）が発生する。また、数式５Ａおよび数式５Ｂを満た
すOCSI-part2,nの総和、つまり、ドロッピングを施したＣＳＩ−ｐａｒｔ２レポートのビット数ＢＮはドロッピングを施す度に小さくなる。例えば、ＢＮ＋１が２０ビットより大きい場合、且つ、ＢＮが２０ビットより小さい場合、OCRC,CSI-part2が変動する問題がある。また、数式５Ｆおよび数式５Ｇを満たすOCSI-part1,nの総和、つまり、ドロッピングを施したＣＳＩ−ｐａｒｔ２レポートのビット数ＤＮはドロッピングを施す度に小さくなる。例えば、ＤＮ＋１が２０ビットより大きい場合、且つ、ＤＮが２０ビットより小さい
場合、OCRC,CSI-part1が変動する問題がある。
【０１３６】
ＵＣＩペイロードに付加されるＣＲＣをＣＲＣビットと称する。ＰＵＣＣＨリソースのＰＲＢ数MRB,minPUCCHを選択するために参照する臨時（ｔｅｍｐｏｒａｒｙ）ＣＲＣビットを仮想的なＣＲＣビットと称する。ＰＵＣＣＨリソースのＰＲＢ数MRB,minPUCCHを選択するために参照するＣＲＣビットのサイズを臨時ＣＲＣビットのサイズまたは仮想的なＣＲＣビットのサイズと称する。仮想的なＣＲＣビットのサイズはＵＣＩペイロードに付加されるＣＲＣビットのサイズと同じでもよいし、異なってもよい。ＵＣＩペイロードはＵＣＩペイロードaと同じであってもよい。
【０１３７】
仮想的なＣＲＣビットのサイズは、９０５の数OCRC,N+1、および／または、９０６の数OCRC,Nであってもよい。ＰＵＣＣＨリソースのＰＲＢ数MRB,minPUCCHを選択するために用いられる９０５の数OCRC,N+1、および／または、９０６の数OCRC,Nは、仮想的なＣＲＣビットのサイズによって与えられてもよい。
【０１３８】
仮想的なＣＲＣビットのサイズはＵＣＩペイロードaのサイズに少なくとも基づいて与
えられてもよい。仮想的なＣＲＣビットのサイズはＨＡＲＱ−ＡＣＫ情報のビット数に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズはスケジューリングリクエストのビット数に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズはＣＳＩのビット数に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズはＨＡＲＱ−ＡＣＫ情報のビット数、スケジューリングリクエストのビット数、ＣＳＩのビット数、何れかの組み合わせの総和に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズは、ＵＣＩペイロードａのサイズに関わらず与えられてもよい。ここで、ＵＣＩペイロードａに付加されるＣＲＣビットのサイズは、該ＵＣＩペイロードａのサイズに少なくとも基づいて与えられてもよい。また、仮想的なＣＲＣビットのサイズは、ＵＣＩペイロードａのサイズに関わらず所定の値であってもよい。例えば、該所定の値は０であってもよい。また、該所定の値は６であってもよい。また、該所定の値は１１であってもよい。
【０１３９】
図１０は、本実施形態における仮想的なＣＲＣビットのサイズを決定するフローチャートを示した図である。（１００１）において、端末装置１は、ＵＣＩペイロードのサイズをＡにセットする。（１００２）において、端末装置１は、ＵＣＩペイロードのサイズＡに少なくとも基づいて仮想的なＣＲＣビットのサイズを決定する。ここで、ＡがＹ１より小さい場合には、（１００３）へ進む。また、ＡがＹ１と同じまたは大きい、且つ、ＡがＹ２より小さい場合には、（１００４）へ進む。また、ＡがＹ２と同じまたは大きい場合には、（１００５）へ進む。ここで、Ｙ１は１２であってもよい。Ｙ２は２０であってもよい。例えば、Ｙ１とＹ２はそれぞれ、Ｙ１＜Ｙ２を満たす値であってもよい。
【０１４０】
（１００３）端末装置１は、仮想的なＣＲＣビットのサイズを０に設定する。
【０１４１】
（１００４）端末装置１は、仮想的なＣＲＣビットのサイズを６に設定する。
【０１４２】
（１００５）端末装置１は、仮想的なＣＲＣビットのサイズをＸに設定する。
【０１４３】
ＸはＸ１であってもよい。ＡがＹ３より小さい場合、ＸはＸ１であってもよく、かつ、ＡがＹ３と同じまたは大きい場合、ＸはＸ２であってもよい。ここで、Ｙ３は３６０であってもよい。Ｘ１は１１であってもよいし、２２であってもよい。Ｘ２は２２であってもよい。例えば、Ｘ１とＸ２はそれぞれ、Ｘ１はＸ２と同じ、または、小さい値であってもよい。
【０１４４】
“仮想的なＣＲＣビットのサイズをＸ１に設定すること”は、“ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対
してコードブロックセグメンテーションが行われないことを想定してＰＵＣＣＨリソースのＰＲＢ数MRB,minPUCCHを選択するために参照するＣＲＣビットのサイズを設定すること”であってもよい。すなわち、ＰＵＣＣＨリソースのＰＲＢ数MRB,minPUCCHを選択するために参照するＣＲＣビットのサイズを設定する場合に、端末装置１はＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaに
対してコードブロックセグメンテーションが行われないと想定してもよい。ＰＵＣＣＨリソースのＰＲＢ数MRB,minPUCCHを選択するために参照するＣＲＣビットのサイズを設定する場合に端末装置１がＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテーションが行
われないと想定したとしても、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテーシ
ョンが行われてもよく、かつ、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテーシ
ョンが行われことに基づいてＣＲＣビットのサイズを決定してもよい。
【０１４５】
“仮想的なＣＲＣビットのサイズをＸ２に設定すること”は、“ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対
してコードブロックセグメンテーションが行われることを想定してＰＵＣＣＨリソースのＰＲＢ数MRB,minPUCCHを選択するために参照するＣＲＣビットのサイズを設定すること”であってもよい。すなわち、ＰＵＣＣＨリソースのＰＲＢ数MRB,minPUCCHを選択するために参照するＣＲＣビットのサイズを設定する場合に、端末装置１はＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対
してコードブロックセグメンテーションが行われると想定してもよい。ＰＵＣＣＨリソースのＰＲＢ数MRB,minPUCCHを選択するために参照するＣＲＣビットのサイズを設定する場合に端末装置１がＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテーションが行われ
ると想定したとしても、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテーションが
行わなくてもよく、かつ、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテーション
が行われないことに基づいてＣＲＣビットのサイズを決定してもよい。
【０１４６】
ＡがＹ３より小さい場合、仮想的なＣＲＣビットのサイズとＵＣＩペイロードに付加されるＣＲＣビットのサイズは同じでもよい。ＡがＹ３より小さい場合、仮想的なＣＲＣビットのサイズとＵＣＩペイロードに付加されるＣＲＣビットのサイズはＡに基づいて与えられる。
【０１４７】
ＡがＹ３より大きい、または、同じ場合、仮想的なＣＲＣビットのサイズとＵＣＩペイロードに付加されるＣＲＣビットのサイズは同じでもよいし、異なってもよい。ＡがＹ３より大きい、または、同じ場合、仮想的なＣＲＣビットのサイズはＡに基づいて与えられ、かつ、ＵＣＩペイロードに付加されるＣＲＣビットのサイズはＡおよびＥＵＣＩに基づいて与えられる。
【０１４８】
仮想的なＣＲＣビットのサイズはレートマッチ出力系列ｆｃｅのサイズＥＵＣＩに関わらず与えられてもよい。
【０１４９】
ＰＵＣＣＨリソースのＰＲＢ数MRB,minPUCCHはＵＣＩペイロードのサイズに基づいて与えられた仮想的なＣＲＣビットのサイズに少なくとも基づいて与えられる。本実施形態に
おいて、ＣＲＣビットのサイズは、ＣＲＣビット数であってもよい。
【０１５０】
ＵＣＩペイロードaに含まれるＣＳＩ−ｐａｒｔ２にドロッピングを適用する場合、端
末装置１がＵＣＩペイロードに付加されるＣＲＣビットのサイズを決定する方法について述べる。端末装置１は、ＰＵＣＣＨリソースのＰＲＢ数をMRBPUCCHにセットする。ここで、MRBPUCCHはＰＵＣＣＨ送信のために上位層パラメータPUCCH-F2-number-of-PRBsまたはPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数であってもよい。また、ＰＵＣＣＨフォーマット２に対して、MRBPUCCHはＰＵＣＣＨ送信のために上位層パラメータPUCCH-F2-number-of-PRBsによって示されたＰＲＢ数であってもよい。また、ＰＵＣＣＨフォーマッ
ト３に対して、MRBPUCCHはＰＵＣＣＨ送信のために上位層パラメータPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数であってもよい。ＣＳＩ−ｐａｒｔ２にドロッピングを
適用する場合、端末装置１は、数式６Ａで示される不等式のＣＳＩ−ｐａｒｔ２のビット数ＢＮとＢＮに対するＣＲＣビット数OCRC,Nをセットし、数式６Ｂで示される不等式のＣＳＩ−ｐａｒｔ２のビット数ＢＮ＋１とＢＮ＋１に対するＣＲＣビット数OCRC,N＋１をセットし、数式６Ａで示される不等式と数式６Ｂで示される不等式を同時に満たすまでにドロッピングを行い、ＢＮを決定する。ここで、ＢＮは優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ番までのＣＳＩパート２のビット数であってもよい。また、ＢＮ＋１は優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２のビット数であってもよい。
【０１５１】
【数６Ａ】
2019186688.tif 000018
【０１５２】
【数６Ｂ】
2019186688.tif 000019
【０１５３】
図９は、本実施形態におけるＵＣＩペイロードaに含まれるＣＳＩ−ｐａｒｔ２にドロ
ッピングを適用する時にＵＣＩペイロードに付加されるＣＲＣビットのサイズを決定する方法の一例を示す図である。９０３はＰＵＣＣＨリソースのＰＲＢ数をMRBPUCCHにセットした上でドロッピングを適用し、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２のビット数ＢＮ＋１とＢＮ＋１に対するＣＲＣビット数OCRC,N+1である。９０３は、９０７と９０５から構成されてもよい。９０７は優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２のビット数ＢＮ＋１であってもよい。９０５は９０７に付加されるＣＲＣビットである。９０５の数（ビット数、ビットサイズ、サイズ）OCRC,N＋１は、ドロッピングが適用されることを想定して与えられてもよいし、ドロッピングが適用されないことを想定して与えられてもよい。９０５の数OCRC,N＋１は、数式１によって与えられるＥＵＣＩに基づいて決定されてもよい。ここで、９０７に付加されるＣＲＣビット９０５の数OCRC,N+1を計算するために用いられるＥＵＣＩは、実際のＥＵＣＩとは異なってもよい。すなわち、９０７に付加されるＣＲＣビット９０５の数OCRC,N+1は、仮想的なＥＵＣＩの値に基づいて計算されてもよい。すなわち、ＣＲＣビット９０５の数は、実際のＣＲＣビットの数と同じでもよいし、異なってもよい。９０７に付加されるＣＲＣビット９０５の数OCRC,N+1は、数式１によって与えられるＥＵＣＩに応じて図７のフローチャートに基づいて決定されてもよい。９０７に付加されるＣＲＣビット９０５の数OCRC,N+1は、数式１によって与えられる仮想的なＥＵＣＩに応じて図１０のフローチャートに基づいて決定されてもよい。
【０１５４】
図９において、９０７に付加されるＣＲＣビット９０５の数OCRC,N+1は、PUCCH-F2-number-of-PRBsまたはPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数を想定して与えられてもよい。９０７に付加されるＣＲＣビット９０５の数OCRC,N+1は、第１の上位層のパラメータに基づき与えられてもよい。
【０１５５】
図９において、９０１はＰＵＣＣＨリソースのＰＲＢ数をMRBPUCCHにセットした上でドロッピングを適用し、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ番までのＣＳＩパート２のビット数ＢＮとＢＮに対するＣＲＣビット数OCRC,Nである。９０１は、９０４と９０６から構成されてもよい。９０４は優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ番までのＣＳＩパート２のビット数ＢＮであってもよい。９０６は９０７に付加されるＣＲＣビットである。９０６の数（ビット数、ビットサイズ、サイズ）OCRC,Nは、ドロッピングが適用されることを想定して与えられてもよい。９０６の数OCRC,Nは、数式１によって与えられるＥＵＣＩに基づいて決定されてもよい。ここで、９０４に付加されるＣＲＣビット９０６の数OCRC,Nを計算するために用いられるＥＵＣＩは、実際のＥＵＣＩとは異なってもよい。すなわち、９０４に付加されるＣＲＣビット９０６の数OCRC,Nは、仮想的なＥＵＣＩの値に基づいて計算されてもよい。すなわち、ＣＲＣビット９０６の数は、実際のＣＲＣビットの数と同じでもよいし、異なってもよい。９０４に付加されるＣＲＣビット９０６の数OCRC,Nは、数式１によって与えられるＥＵＣＩに応じて図７のフローチャートに基づいて決定されてもよい。９０４に付加されるＣＲＣビット９０６の数OCRC,Nは、数式１によって与えられる仮想的なＥＵＣＩに応じて図１０のフローチャートに基づいて決定されてもよい。
【０１５６】
図９において、９０４に付加されるＣＲＣビット９０６の数OCRC,N+1は、PUCCH-F2-number-of-PRBsまたはPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数を想定して与えられてもよい。９０４に付加されるＣＲＣビット９０７の数OCRC,N+1は、第１の上位層のパラメータに基づき与えられてもよい。
【０１５７】
図９において、９０２におけるＷＭは数式５Ｅによって与えられる。数式６Ａと数式６Ｂの不等式で示すように、端末装置1は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅ
ｐｏｒｔｅｄ番までのＣＳＩパート２のビット数ＢＮとＢＮに対するＣＲＣビット数OCRC,Nの総和９０１が数式５Ｅによって与えられるＷＭと同じまたは小さく、且つ、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２のビット数ＢＮ＋１とＢＮ＋１に対するＣＲＣビット数OCRC,N+1の総和９０３が数式５Ｅによって与えられるＷＭより大きくなるように、ＵＣＩペイロードaに含まれるＣＳＩ−ｐａｒｔ
２にドロッピングを適用し、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ番までのＣＳＩパート２のビット数ＢＮとＢＮに対するＣＲＣビット数OCRC,Nを決定する。また、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ番までのＣＳＩパート２のビット数ＢＮとＢＮに対するＣＲＣビット数OCRC,Nの総和９０１が数式５Ｅによって与えられるＷＭと同じまたは小さいことは、ＰＵＣＣＨリソースのＰＲＢ数をＭRBPUCCHにセットした場合の総合ペイロードのコードレートＲＭがコードレートｒと同じまたは
低くなることを意味してもよい。ここで、総合ペイロードのコードレートＲＭはＰＵＣＣＨリソースのＰＲＢ数をMRBPUCCHに基づいて与えられてもよい。
【０１５８】
ＵＣＩペイロードaに含まれるＣＳＩ−ｐａｒｔ１にドロッピングを適用する場合、端
末装置１がＵＣＩペイロードに付加されるＣＲＣビットのサイズを決定する方法について述べる。端末装置１は、ＰＵＣＣＨリソースのＰＲＢ数をMRBPUCCHにセットする。ここで、MRBPUCCHはＰＵＣＣＨ送信のために上位層パラメータPUCCH-F2-number-of-PRBsまたはPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数であってもよい。また、ＰＵＣＣＨフォーマット２に対して、MRBPUCCHはＰＵＣＣＨ送信のために上位層パラメータPUCCH-F2-number-of-PRBsによって示されたＰＲＢ数であってもよい。また、ＰＵＣＣＨフォーマッ
ト３に対して、MRBPUCCHはＰＵＣＣＨ送信のために上位層パラメータPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数であってもよい。ＣＳＩ−ｐａｒｔ１にドロッピングを
適用する場合、端末装置１は、数式７Ａで示される不等式のＣＳＩ−ｐａｒｔ１のビット数ＤＮとＤＮに対するＣＲＣビット数OCRC,Nをセットし、数式７Ｂで示される不等式のＣＳＩ−ｐａｒｔ１のビット数ＤＮ＋１とＤＮ＋１に対するＣＲＣビット数OCRC,N＋１をセットし、数式７Ａで示される不等式と数式７Ｂで示される不等式を同時に満たすまでにドロッピングを行い、ＤＮを決定する。ここで、ＤＮは優先順位が１番からＮＣＳＩ−ｐａｒｔ１ｒｅｐｏｒｔｅｄ番までのＣＳＩパート１のビット数であってもよい。また、ＤＮ＋１は優先順位が１番からＮＣＳＩ−ｐａｒｔ１ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート１のビット数であってもよい。
【０１５９】
【数７Ａ】
2019186688.tif 000020
【０１６０】
【数７Ｂ】
2019186688.tif 000021
【０１６１】
図１１は、本実施形態におけるＵＣＩペイロードaに含まれるＣＳＩ−ｐａｒｔ１にド
ロッピングを適用する時にＵＣＩペイロードに付加されるＣＲＣビットのサイズを決定する方法の一例を示す図である。１１０３はＰＵＣＣＨリソースのＰＲＢ数をMRBPUCCHにセットした上でドロッピングを適用し、優先順位が１番からＮＣＳＩ−ｐａｒｔ１ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート１のビット数ＤＮ＋１とＤＮ＋１に対するＣＲＣビット数OCRC,N+1である。１１０３は、１１０７と１１０５から構成されてもよい。１１０７は優先順位が１番からＮＣＳＩ−ｐａｒｔ１ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート１のビット数ＤＮ＋１であってもよい。１１０５は１１０７に付加されるＣＲＣビットである。１１０５の数（ビット数、ビットサイズ、サイズ）OCRC,N＋１は、ドロッピングが適用されることを想定して与えられてもよいし、ドロッピングが適用されないことを想定して与えられてもよい。１１０５の数OCRC,N＋１は、数式１によって与えられるＥＵＣＩに基づいて決定されてもよい。ここで、１１０７に付加されるＣＲＣビット１１０５の数OCRC,N+1を計算するために用いられるＥＵＣＩは、実際のＥＵＣＩとは異なってもよい。すなわち、１１０７に付加されるＣＲＣビット１１０５の数OCRC,N+1は、仮想的なＥＵＣＩの値に基づいて計算されてもよい。すなわち、ＣＲＣビット１１０５の数は、実際のＣＲＣビットの数と同じでもよいし、異なってもよい。１１０７に付加されるＣＲＣビット１１０５の数OCRC,N+1は、数式１によって与えられるＥＵＣＩに応じて図７のフローチャートに基づいて決定されてもよい。１１０７に付加されるＣＲＣビット１１０５の数OCRC,N+1は、数式１によって与えられる仮想的なＥＵＣＩに応じて図１０のフローチャートに基づいて決定されてもよい。
【０１６２】
図１１において、１１０７に付加されるＣＲＣビット１１０５の数OCRC,N+1は、PUCCH-F2-number-of-PRBsまたはPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数を想定して与えられてもよい。１１０７に付加されるＣＲＣビット１１０５の数OCRC,N+1は、第１の上位層のパラメータに基づき与えられてもよい。
【０１６３】
図１１において、１１０１はＰＵＣＣＨリソースのＰＲＢ数をMRBPUCCHにセットした上でドロッピングを適用し、優先順位が１番からＮＣＳＩ−ｐａｒｔ１ｒｅｐｏｒｔｅｄ番までのＣＳＩパート１のビット数ＤＮとＤＮに対するＣＲＣビット数OCRC,Nである。１１
０１は、１１０４と１１０６から構成されてもよい。１１０４は優先順位が１番からＮＣＳＩ−ｐａｒｔ１ｒｅｐｏｒｔｅｄ番までのＣＳＩパート１のビット数ＤＮであってもよい。１１０６は１１０７に付加されるＣＲＣビットである。１１０６の数（ビット数、ビットサイズ、サイズ）OCRC,Nは、ドロッピングが適用されることを想定して与えられてもよい。１１０６の数OCRC,Nは、数式１によって与えられるＥＵＣＩに基づいて決定されてもよい。ここで、１１０４に付加されるＣＲＣビット１１０６の数OCRC,Nを計算するために用いられるＥＵＣＩは、実際のＥＵＣＩとは異なってもよい。すなわち、１１０４に付加されるＣＲＣビット１１０６の数OCRC,Nは、仮想的なＥＵＣＩの値に基づいて計算されてもよい。すなわち、ＣＲＣビット１１０６の数は、実際のＣＲＣビットの数と同じでもよいし、異なってもよい。１１０４に付加されるＣＲＣビット１１０６の数OCRC,Nは、数式１によって与えられるＥＵＣＩに応じて図７のフローチャートに基づいて決定されてもよい。１１０４に付加されるＣＲＣビット１１０６の数OCRC,Nは、数式１によって与えられる仮想的なＥＵＣＩに応じて図１０のフローチャートに基づいて決定されてもよい。
【０１６４】
図１１において、１１０４に付加されるＣＲＣビット１１０６の数OCRC,N+1は、PUCCH-F2-number-of-PRBsまたはPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数を想定して与えられてもよい。１１０４に付加されるＣＲＣビット１１０７の数OCRC,N+1は、第１の上位層のパラメータに基づき与えられてもよい。
【０１６５】
図１１において、１１０２におけるＶＭは数式５Ｊによって与えられる。数式７Ａと数式７Ｂの不等式で示すように、端末装置1は、優先順位が１番からＮＣＳＩ−ｐａｒｔ１
ｒｅｐｏｒｔｅｄ番までのＣＳＩパート１のビット数ＤＮとＤＮに対するＣＲＣビット数OCRC,Nの総和１１０１が数式５Ｊによって与えられるＶＭと同じまたは小さく、且つ、優先順位が１番からＮＣＳＩ−ｐａｒｔ１ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート１のビット数ＤＮ＋１とＤＮ＋１に対するＣＲＣビット数OCRC,N+1の総和１１０３が数式５Ｊによって与えられるＶＭより大きくなるように、ＵＣＩペイロードaに含まれるＣＳＩ−
ｐａｒｔ１にドロッピングを適用し、優先順位が１番からＮＣＳＩ−ｐａｒｔ１ｒｅｐｏｒｔｅｄ番までのＣＳＩパート１のビット数ＤＮとＤＮに対するＣＲＣビット数OCRC,Nを決定する。また、優先順位が１番からＮＣＳＩ−ｐａｒｔ１ｒｅｐｏｒｔｅｄ番までのＣＳＩパート１のビット数ＤＮとＤＮに対するＣＲＣビット数OCRC,Nの総和１１０１が数式５Ｊによって与えられるＶＭと同じまたは小さいことは、ＰＵＣＣＨリソースのＰＲＢ数をＭRBPUCCHにセットした場合の総合ペイロードのコードレートＲＭがコードレートｒと
同じまたは低くなることを意味してもよい。ここで、総合ペイロードのコードレートＲＭはＰＵＣＣＨリソースのＰＲＢ数をMRBPUCCHに基づいて与えられてもよい。
【０１６６】
以下、本実施形態における、端末装置１および基地局装置３の種々の態様について説明する。
【０１６７】
（１）本実施形態の第１の態様は、端末装置であって、ＵＣＩのペイロードを符号化し、前記ペイロードの符号化ビットのレートマッチを行う符号化部と、前記ＵＣＩを送信する送信部と、を備え、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含み、前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＯＣＲＣに基づいて与えられ、前記第１のＣＲＣビット数ＯＣＲＣは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。
【０１６８】
（２）本実施形態の第２の態様は、端末装置であって、ＰＵＣＣＨを送信する送信部を備え、前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和と
第１のＣＲＣビット数OCRC,CSI-part2の和がＷＭより大きくなるように与えられ、前記第１のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和に基づいて与えられ、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２を含む。
【０１６９】
（３）本実施形態の第２の態様において、前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２の総和と第２のＣＲＣビット数OCRC,CSI-part2の和がＷＭより小さく、または、同じになるように与えられ、前記第２のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２の総和に基づいて与えられ、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ番までのＣＳＩパート２を含む。
【０１７０】
（４）本実施形態の第２の態様において、前記送信部は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２を含む前記ＰＵＣＣＨを送信し、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２に付加されるＣＲＣビットの数は、前記第２のＣＲＣビット数である。
【０１７１】
（５）本実施形態の第３の態様は、基地局装置であって、ＵＣＩのペイロードを復号化し、前記ＵＣＩを受信する受信部と、を備え、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報、スケジューリングリクエスト、ＣＳＩの一部または全部を含み、端末装置による前記ペイロードの符号化ビットのレートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＯＣＲＣに基づいて与えられ、前記第１のＣＲＣビット数ＯＣＲＣは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。ここで、基地局装置は、前記出力系列の長さＥＵＣＩに基づいてＵＣＩのペイロードを復号化してもよい。
【０１７２】
（６）本実施形態の第４の態様は、基地局装置であって、ＰＵＣＣＨを受信する受信部を備え、前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和と第１のＣＲＣビット数OCRC,CSI-part2の和がＷＭより大きくなるように与えられ、前記第１のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２の総和に基づいて与えられ、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ＋１番までのＣＳＩパート２を含む。
【０１７３】
（７）本実施形態の第４の態様において、前記ＰＵＣＣＨで送信されるＣＳＩパート２の数ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄは、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２の総和と第２のＣＲＣビット数OCRC,CSI-part2の和がＷＭより小さく、または、同じになるように与えられ、前記第２のＣＲＣビット数は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２の総和に基づいて与えられ、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２は、優先順位が１番からＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ番までのＣＳＩパート２を含む。
【０１７４】
（８）本実施形態の第４の態様において、前記受信部は、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２を含む前記ＰＵＣＣＨを受信し、前記ＮＣＳＩ−ｐａｒｔ２ｒｅｐｏｒｔｅｄ個のＣＳＩパート２に付加されるＣＲＣビットの数は、前記第２のＣＲＣビット数である。
【０１７５】
これにより、端末装置１と基地局装置３は効率的に上りリンクの送受信をすることができる。
【０１７６】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０１７７】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【０１７８】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１７９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０１８０】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０１８１】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０１８２】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１８３】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０１８４】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０１８５】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
【図１】
2019186688.tif 000022
【図２】
2019186688.tif 000023
【図３】
2019186688.tif 000024
【図４】
2019186688.tif 000025
【図５】
2019186688.tif 000026
【図６】
2019186688.tif 000027
【図７】
2019186688.tif 000028
【図８】
2019186688.tif 000029
【図９】
2019186688.tif 000030
【図１０】
2019186688.tif 000031
【図１１】
2019186688.tif 000032