(57)【要約】【課題】効率的に上りリンクの伝送を行うことができる【解決手段】端末装置は、ＵＣＩのペイロードを符号化し、前記ペイロードの符号化ビットのレートマッチを行う符号化部と、ＰＵＳＣＨを用いて前記ＵＣＩを送信する送信部と、を備え、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報とＣＳＩの何れか一方を含み、前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＬＵＣＩに基づいて与えられ、前記第１のＣＲＣビット数ＬＵＣＩは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。【選択図】図４
2019186876.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.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.
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、効率的に上りリンク送信を行うことができる端末装置、該端末装置に用いられる通信方法、効率的に上りリンク送信の受信を行うことができる基地局装置、および、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【０００６】
（１）本発明の第１の態様は、端末装置であって、ＵＣＩのペイロードを符号化し、前記ペイロードの符号化ビットのレートマッチを行う符号化部と、ＰＵＳＣＨを用いて前記ＵＣＩを送信する送信部と、を備え、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報とＣＳＩの何れか一方を含み、前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＬＵＣＩに基づいて与えられ、前記第１のＣＲＣビット数ＬＵＣＩは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。
【０００７】
（２）本発明の第２の態様は、基地局装置であって、ＵＣＩのペイロードを復号化し、
前記ペイロードの復号化ビットのレートマッチを行う復号化部と、ＰＵＳＣＨを用いて前記ＵＣＩを受信する受信部と、を備え、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報とＣＳＩの何れか一方を含み、前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＬＵＣＩに基づいて与えられ、前記第１のＣＲＣビット数ＬＵＣＩは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。
【０００８】
（３）本発明の第３の態様は、端末装置に用いられる通信方法であって、ＵＣＩのペイロードを符号化し、
前記ペイロードの符号化ビットのレートマッチを行い、ＰＵＳＣＨを用いて前記ＵＣＩを送信し、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報とＣＳＩの何れか一方を含み、前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＬＵＣＩに基づいて与えられ、前記第１のＣＲＣビット数ＬＵＣＩは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。
【０００９】
（４）本発明の第４の態様は、基地局装置に用いられる通信方法であって、ＵＣＩのペイロードを復号化し、
前記ペイロードの復号化ビットのレートマッチを行い、ＰＵＳＣＨを用いて前記ＵＣＩを受信し、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報とＣＳＩの何れか一方を含み、前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＬＵＣＩに基づいて与えられ、前記第１のＣＲＣビット数ＬＵＣＩは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。  
【発明の効果】
【００１０】
この発明によれば、端末装置は効率的に上りリンク送信を行うことができる。また、基地局装置は効率的に上りリンク送信の受信を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本実施形態の無線フレームの概略構成を示す図である。
【図３】本実施形態における上りリンクスロットの概略構成を示す図である。
【図４】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図５】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【図６】本実施形態におけるＵＣＩペイロード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）は
上位層の信号に含まれるパラメータや情報要素を意味してもよい。
【００６３】
ＰＵＳＣＨで送信するＵＣＩはＨＡＲＱ−ＡＣＫ、および／または、ＣＳＩを含んでもよい。
【００６４】
端末装置１は、あるサービングセルに対して上りリンクＤＣＩフォーマットのデコードを成功的に行った上で該サービングセルにおいてＰＵＳＣＨを用いて非周期的ＣＳＩレポート(aperiodic CSI report)を行う。ＰＵＳＣＨを用いて送信される非周期的ＣＳＩレポートは、ワイドバンド(wideband)、および／または、サブバンド（sub-band）周波数単位(frequency granularity)をサポートする。また、ＰＵＳＣＨで送信される非周期的ＣＳ
Ｉレポートは、タイプI、および／または、タイプIIのＣＳＩをサポートする。
【００６５】
端末装置１は、セミパーシステント（semi-persistent）ＣＳＩトリガー(trigger)状態を活性化するＤＣＩフォーマット０＿１のデコードを成功的に行った上でセミパーシステントＣＳＩレポートを行う。ＤＣＩフォーマット０＿１は、セミパーシステントＣＳＩトリガー状態を活性化するかどうかを指示するＣＳＩ要求フィールドを含む。ＰＵＳＣＨで送信されるセミパーシステントＣＳＩレポートは、ワイドバンド(wideband)、および／または、サブバンド（sub-band）周波数単位(frequency granularity)をサポートする。Ｐ
ＵＳＣＨリソース、および／または、ＭＣＳ（Modulation and Coding Scheme）は上りリンクＤＣＩフォーマットに準静的に(semi-persistently)配置される。
【００６６】
ＰＵＳＣＨで送信されるＣＳＩレポートはＰＵＳＣＨで送信される上りリンクデータとマルチプレックス(multiplex)されてもよい。また、ＰＵＳＣＨで送信されるＣＳＩレポ
ートは、上りリンクデータが無くても送信されてもよい。
【００６７】
タイプIのＣＳＩレポートフィードバック(feedback)はＰＵＳＣＨで送信されるＣＳＩ
レポートによってサポートされる。また、タイプIサブバンドＣＳＩはＰＵＳＣＨで送信
されるＣＳＩレポートによってサポートされる。また、タイプIIＣＳＩはＰＵＳＣＨで送信されるＣＳＩレポートによってサポートされる。
【００６８】
ＰＵＳＣＨで送信されるタイプI、および／または、タイプIIのＣＳＩフィードバック
において、ＣＳＩレポートは２つのパートを含んでもよい。２つのパートは、part1およ
び／またはpart2と呼称されてもよい。２つのパートは、ＣＳＩ−ｐａｒｔ１および／ま
たはＣＳＩ−ｐａｒｔ２と呼称されてもよい。
【００６９】
ＣＳＩ−ｐａｒｔ１は、ＣＳＩ−ｐａｒｔ２の情報ビット数を識別することに用いられても良い。ＣＳＩ−ｐａｒｔ１はＣＳＩ−ｐａｒｔ２が送信される前に、該ＣＳＩ−ｐａｒｔ１の全体を送信し、ＣＳＩ−ｐａｒｔ２の情報ビット数を識別することに用いられても良い。
【００７０】
タイプIのＣＳＩフィードバックにおいて、ＣＳＩ−ｐａｒｔ１はランクインジケータ
（RI）、および／または、CSI-RSインジケータ（CRI）、および／または、一番目のコー
ドワードのCQIを含んでもよい。タイプIおよび／またはタイプIIのフィードバックについて、Part1は固定のペイロードサイズを持ってもよい。また、Part1はＲＩ、ＣＱＩ、および／または、タイプIIＣＳＩにおけるゼロ（０）ではないレイヤー毎のワイドバンド振幅係数の数の指標を含んでもよい。Part1はPart2と別に符号化されてもよい。Part2はタイ
プIIＣＳＩのＰＭＩを含んでもよい。
【００７１】
ＰＵＳＣＨで送信されるタイプIIＣＳＩレポートは、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４で送信されるタイプIIＣＳＩレポートに関わらず独立的に計算されてもよい。
【００７２】
上位層パラメータReportQuantityがＣＳＩ／ＲＳＲＰ、および／または、ＳＳＢＲＩ／ＲＳＲＰの何れかの値で構成された場合、ＣＳＩフィードバックは１つのパートに構成されてもよい。即ち、上位層パラメータReportQuantityがＣＳＩ／ＲＳＲＰ、および／または、ＳＳＢＲＩ／ＲＳＲＰの何れかの値で構成された場合、ＣＳＩフィードバックはＣＳＩ−ｐａｒｔ１に構成されてもよい。また、上位層パラメータReportQuantityがＣＳＩ／ＲＳＲＰ、および／または、ＳＳＢＲＩ／ＲＳＲＰの何れかの値で構成された場合、ＣＳＩフィードバックはＣＳＩ−ｐａｒｔ２に構成されてもよい。
【００７３】
ＰＵＣＣＨ用で構成されてＰＵＳＣＨで送信されるタイプI、および／または、タイプIIのレポートにおいて、エンコーディングスキーム（encoding scheme）はＰＵＣＣＨのエンコーディングスキームに従ってもよい。即ち、ＰＵＣＣＨ用で構成されてＰＵＳＣＨで送信されるタイプI、および／または、タイプIIのレポートにおいて、エンコーディング
スキーム（encoding scheme）はポラーコード（Polar code）であってもよい。
【００７４】
ＰＵＳＣＨで送信されるＣＳＩレポートが２つに分割される場合、端末装置１はＣＳＩ−ｐａｒｔ２の一部または全部を取り除いてもよい。‘取り除く(omission)’ことは規則に従ってデータの一部または全部を送信せず破棄することを意味してもよい。取り除くことはドロッピング（dropping）とも呼称されてもよい。前記規則は優先順位（priority level）であってもよい。
【００７５】
数式１はＰＵＳＣＨでＵＬ−ＳＣＨと同時に送信されるＵＣＩのレイヤー毎の符号化変調シンボル（coded modulation symbol）の数Ｑ’ＵＣＩを決定する方法を示す。ここで
、符号化変調シンボルは、レートマッチの出力系列の長さＥＵＣＩを導き出すために用いられる。ここで、符号化変調シンボルは符号化されたビットのセット（グループ、集合）であってもよい。符号化変調シンボルは、ＰＵＳＣＨに対する変調次数と同じ数の符号化ビットを含む。符号化変調シンボルは変調シンボルに対応している。１つの符号化変調シンボルを変調することによって、１つの変調シンボル（複素数値シンボル）が得られる。符号化変調シンボルの数は、変調シンボル（複素数値シンボル）の数と同じである。前記変調方式はＱＰＳＫであってもよいし、ＢＰＳＫであってもよい。数式１において、Ｍａｌｌは数式２に少なくとも基づいて与えられてもよいし、数式２Ａに少なくとも基づいて与えられてもよい。数式１において、ＯＵＣＩはＵＣＩペイロードaのビット数であって
もよい。ＬＵＣＩはＵＣＩペイロードaに付加されるＣＲＣビットの数であってもよい。
Ｋａｌｌは数式３に少なくとも基づいて与えられてもよい。数式１において、αは上位層パラメータuci-on-pusch-scalingによって構成されてもよいし、0.5、0.65, 0.8, 1の何
れかの値に少なくとも基づいて与えられてもよい。数式１において、Ｍ０は数式４に少なくとも基づいて与えられてもよい。数式１において、Ｑ’ｏｔｈｅｒはＰＵＳＣＨで送信されるＵＣＩの符号化変調シンボルＱ’ＵＣＩの一部または全部の和であってもよい。数式１において、Ｑ’ｏｔｈｅｒは０、Ｑ’ＡＣＫ、または、Ｑ’ＡＣＫとＱ’ＣＳＩ−１の和であってもよい。また、cｅｉｌ（Ｆ)は、数値Ｆを切り上げてＦより最も近く大きい
整数を出力する関数である。ｍｉｎ｛F1, F2｝はF１とF２の中で小さい値を出力する関数である。
【００７６】
ＰＵＳＣＨでＵＬ−ＳＣＨと同時に送信されるＨＡＲＱ−ＡＣＫをＵＡＣＫと称する。ＰＵＳＣＨでＵＬ−ＳＣＨと同時に送信されるＣＳＩ−ｐａｒｔ１をＵＣＳＩ―１と称する。ＰＵＳＣＨでＵＬ−ＳＣＨと同時に送信されるＣＳＩ−ｐａｒｔ２をＵＣＳＩ―２と称する。また、ＵＡＣＫのレイヤー毎の符号化変調シンボルの数をＱ’ＡＣＫと呼称し、ＵＣＳＩ―１のレイヤー毎の符号化変調シンボルの数をＱ’ＣＳＩ―１と呼称し、ＵＣＳＩ―２のレイヤー毎の符号化変調シンボルの数をＱ’ＣＳＩ―２と呼称する。ＵＡＣＫのビット数をＯＡＣＫと呼称し、ＵＣＳＩ―１のビット数をＯＣＳＩ―１と呼称し、ＵＣＳＩ―２のビット数をＯＣＳＩ―２と呼称する。
【００７７】
数式２において、ＭＳＣＵＣＩ（ｌ）はl番目のＯＦＤＭシンボルでのＵＣＩ送信に用
いられるリソースエレメントの数であってもよい。ここで、ｌは０からＮｓｙｍｂ，ａｌｌＰＵＳＣＨ−１の整数であってもよい。つまり、ｌ＝０、１、２、・・・、Ｎｓｙｍｂ，ａｌｌＰＵＳＣＨ−１の関係であってもよい。また、Ｎｓｙｍｂ，ａｌｌＰＵＳＣＨはＰＵＳＣＨ送信で用いられるＯＦＤＭシンボルの総数であってもよい。ＤＭＲＳで用いられるＯＦＤＭシンボルの数がＮｓｙｍｂ，ａｌｌＰＵＳＣＨに含まれてもよい。ＰＵＳＣＨのＤＭＲＳを送信するＯＦＤＭシンボルの場合、ＭＳＣＵＣＩ（ｌ）は０であってもよい。ＰＵＳＣＨのＤＭＲＳを送信しないＯＦＤＭシンボルの場合、ＭＳＣＵＣＩ（ｌ）はサブキャリアの数で表現されるＰＵＳＣＨ送信のスケジューリングされた帯域幅からＰＴ−ＲＳが含まれるｌ番目のＯＦＤＭシンボルにおけるＰＴ−ＲＳのサブキャリアの数を引いた値に少なくとも基づいて与えられてもよい。つまり、ＭＳＣＵＣＩ（ｌ）＝ＭＳＣＰＵＳＣＨ―ＭＳＣＰＴ−ＲＳ(l)の関係であってもよい。ここで、ＭＳＣＰＵＳＣＨはサ
ブキャリアの数で表現されるＰＵＳＣＨ送信のスケジューリングされた帯域幅であってもよい。また、ＭＳＣＰＴ−ＲＳ(l)はＰＴ−ＲＳが含まれるｌ番目のＯＦＤＭシンボルに
おいてＰＴ−ＲＳを送信するサブキャリアの数であってもよい。数式２において、ＭａｌｌはＯＦＤＭシンボルインデックスｌが０からＮｓｙｍｂ，ａｌｌＰＵＳＣＨ−１においてリソースエレメントの数ＭＳＣＵＣＩ（ｌ）の総和であってもよい。
【００７８】
数式２Ａにおいて、ＭＳＣＵＬ−ＳＣＨ（ｌ）はl番目のＯＦＤＭシンボルでのＵＬ−
ＳＣＨ送信に用いられるリソースエレメントの数であってもよい。ここで、ｌは０からＮｓｙｍｂ，ａｌｌＰＵＳＣＨ−１の整数であってもよい。つまり、l=０、１、２、・・・、Ｎｓｙｍｂ，ａｌｌＰＵＳＣＨ−１の関係であってもよい。また、Ｎｓｙｍｂ，ａｌｌＰＵＳＣＨはＰＵＳＣＨ送信で用いられるＯＦＤＭシンボルの総数であってもよい。ＤＭＲＳで用いられるＯＦＤＭシンボルの数がＮｓｙｍｂ，ａｌｌＰＵＳＣＨに含まれてもよい。ＰＵＳＣＨのＤＭＲＳを送信するＯＦＤＭシンボルの場合、ＭＳＣＰＵＳＣＨ(l)は
サブキャリアの数で表現されるＰＵＳＣＨ送信のスケジューリングされた帯域幅からＤＭ−ＲＳが含まれるｌ番目のＯＦＤＭシンボルにおけるＤＭ−ＲＳのサブキャリアの数を引いた値に少なくとも基づいて与えられてもよい。ＰＵＳＣＨに関連するＤＭＲＳが送信されるＯＦＤＭシンボルｌにおいてＵＬ−ＳＣＨが送信される場合、ＭＳＣＵＬ−ＳＣＨ（ｌ）はＭＳＣＰＵＳＣＨに少なくとも基づいて与えられてもよい。つまり、ＰＵＳＣＨに関連するＤＭＲＳが送信されるＯＦＤＭシンボルｌにおいてＵＬ−ＳＣＨが送信される場合、ＭＳＣＵＬ−ＳＣＨ（ｌ）＝ＭＳＣＰＵＳＣＨ―ＭＳＣＤＭ−ＲＳ（ｌ）の関係であってもよい。ＰＵＳＣＨに関連するＤＭＲＳが送信されるＯＦＤＭシンボルｌにおいてＵＬ−ＳＣＨが送信される場合、ＭＳＣＵＬ−ＳＣＨ（ｌ）は０より大きくてもよい。ＰＵＳＣＨに関連するＤＭＲＳが送信されるＯＦＤＭシンボルｌにおいてＵＬ−ＳＣＨが送信されない場合、ＭＳＣＵＬ−ＳＣＨ（ｌ）＝０の関係であってもよい。ＰＵＳＣＨに関連するＤＭＲＳが送信されるＯＦＤＭシンボルｌにおいてＵＬ−ＳＣＨが送信されるかどうかは、上位層パラメータによって与えられてもよい。ＯＦＤＭシンボルｌにおいてＰＵＳ
ＣＨに関連するＤＭＲＳが送信されない場合、ＭＳＣＵＬ−ＳＣＨ（ｌ）はサブキャリアの数で表現されるＰＵＳＣＨ送信のスケジューリングされた帯域幅からＰＴ−ＲＳが含まれるｌ番目のＯＦＤＭシンボルにおけるＰＴ−ＲＳのサブキャリアの数を引いた値に少なくとも基づいて与えられてもよい。つまり、ＭＳＣＵＬ−ＳＣＨ（ｌ）＝ＭＳＣＰＵＳＣＨ−ＭＳＣＰＴ−ＲＳ（ｌ）の関係であってもよい。ここで、ＭＳＣＰＵＳＣＨはサブキャリアの数で表現されるＰＵＳＣＨ送信のスケジューリングされた帯域幅であってもよい。また、ＭＳＣＤＭ−ＲＳ（ｌ）はＤＭ−ＲＳが含まれるｌ番目のＯＦＤＭシンボルにおいてＤＭ−ＲＳを送信するサブキャリアの数であってもよい。また、ＭＳＣＰＴ−ＲＳ（ｌ）はＰＴ−ＲＳが含まれるｌ番目のＯＦＤＭシンボルにおいてＰＴ−ＲＳを送信するサブキャリアの数であってもよい。数式２Ａにおいて、ＭａｌｌはＯＦＤＭシンボルインデックスｌが０からＮｓｙｍｂ，ａｌｌＰＵＳＣＨ−１においてリソースエレメントの数ＭＳＣＵＬ−ＳＣＨ（ｌ）の総和であってもよい。
【００７９】
数式３において、ＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットに端末装置１がｒ番目のコードブロックを送信しないことを指示するＣＢＧＴＩフィールドが含まれる場合、Ｋｒは０であってもよい。ＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットに端末装置１がｒ番目のコードブロックを送信しないことを指示するＣＢＧＴＩフィールドが含まれない場合、ＫｒはＰＵＳＣＨ送信におけるＵＬ−ＳＣＨのｒ番目のコードブロックのサイズであってもよい。ｒは０からＣＵＬ−ＳＣＨ-1の整数であってもよい。つまり、ｒ＝０、１、２、・・・、ＣＵＬ−ＳＣＨ-1の関係であってもよい。ＰＵＳＣＨでＵＬ−ＳＣＨとＨＡＲＱ−ＡＣＫが同時に送信される場合、ＫａｌｌはＣＵＬ−ＳＣＨ個のＫｒの総和であってもよい。ＰＵＳＣＨでＵＬ−ＳＣＨとＨＡＲＱ−ＡＣＫが同時に送信されない場合、ＫａｌｌはＣＳＩ−ｐａｒｔ１のビット数ＯＣＳＩ−１であってもよい。
【００８０】
数式４において、端末装置１がＱ’ＡＣＫを決定する場合、Ｍ０はＯＦＤＭシンボルインデックスｌがｌ０からＮｓｙｍｂ，ａｌｌＰＵＳＣＨ−１においてリソースエレメントの数ＭＳＣＵＣＩ（ｌ）の総和であってもよい。端末装置１がＱ’ＡＣＫ以外のレイヤー毎の符号化変調シンボルの数Ｑ’ＵＣＩを決定する場合、つまり、端末装置１がＱ’ＣＳＩ−１および／またはＱ’ＣＳＩ−２を決定する場合、Ｍ０はＯＦＤＭシンボルインデックスｌが０からＮｓｙｍｂ，ａｌｌＰＵＳＣＨ−１においてリソースエレメントの数ＭＳＣＵＣＩ（ｌ）の総和であってもよい。
【００８１】
数式１において、ＵＡＣＫの場合、Ｑ’ＵＣＩはＱ’ＡＣＫであってもよいし、ＯＵＣＩはＨＡＲＱ−ＡＣＫのビット数ＯＡＣＫであってもよいし、ＬＵＣＩはＨＡＲＱ−ＡＣＫのビット数ＯＡＣＫに対応するＣＲＣのビット数ＬＡＣＫであってもよい。ＵＡＣＫの場合、βｏｆｆｓｅｔＰＵＳＣＨは、ＰＵＳＣＨにおけるＨＡＲＱ−ＡＣＫのマルチプレックスに用いられるリソースの数を決定するための上位層パラメータβｏｆｆｓｅｔＨＡＲＱ−ＡＣＫであってもよいし、ＤＣＩフォーマットを用いる指示であってもよい。ＵＡＣＫの場合、Ｍ０はＯＦＤＭシンボルインデックスｌがｌ０からＮｓｙｍｂ，ａｌｌＰＵＳＣＨ−１においてリソースエレメントの数ＭＳＣＵＣＩ（ｌ）の総和であってもよい。ＵＡＣＫの場合、Ｑ’ｏｔｈｅｒは０であってもよい。
【００８２】
数式１において、ＵＣＳＩ−１の場合、Ｑ’ＵＣＩはＱ’ＣＳＩ−１であってもよいし、ＯＵＣＩはＣＳＩ−ｐａｒｔ１のビット数ＯＣＳＩ−１であってもよいし、ＬＵＣＩはＣＳＩ−ｐａｒｔ１のビット数ＯＣＳＩ−１に対応するＣＲＣのビット数ＬＣＳＩ−１であってもよい。ＵＣＳＩ−１の場合、βｏｆｆｓｅｔＰＵＳＣＨは、ＰＵＳＣＨにおけるＣＳＩ−ｐａｒｔ１のマルチプレックスに用いられるリソースの数を決定するための上位層パラメータβｏｆｆｓｅｔＣＳＩ−ｐａｒｔ１であってもよいし、ＤＣＩフォーマットを用いる指示であってもよい。ＵＣＳＩ−１の場合、Ｍ０はＯＦＤＭシンボルインデック
スｌが０からＮｓｙｍｂ，ａｌｌＰＵＳＣＨ−１においてリソースエレメントの数ＭＳＣＵＣＩ（ｌ）の総和であってもよい。ＵＣＳＩ−１の場合、且つ、ＨＡＲＱ−ＡＣＫのビット数ＯＡＣＫが２ビットより大きい場合（つまり、ＯＡＣＫ＞２）、Ｑ’ｏｔｈｅｒはＱ’ＡＣＫであってもよい。ＵＣＳＩ−１の場合、且つ、ＨＡＲＱ−ＡＣＫのビット数ＯＡＣＫが２ビットと同じまたは小さい場合、Ｑ’ｏｔｈｅｒは数式５で示すＱ’ＡＣＫ、ｒｖｄであってもよい。数式５において、Ｍｓｃ，ｒｖｄＡＣＫ（ｌ）はＯＦＤＭシンボルｌにおける潜在的な（potential）ＨＡＲＱ−ＡＣＫ送信のために確保（ｒｅｓｅｒｖ
ｅｄ）されたリソースエレメントの数であり、Ｑ’ＡＣＫ、ｒｖｄはＯＦＤＭシンボルインデックスｌがｌ０からＮｓｙｍｂ，ａｌｌＰＵＳＣＨ−１においてリソースエレメントの数Ｍｓｃ，ｒｖｄＡＣＫ（ｌ）の総和であってもよい。
【００８３】
数式１において、ＵＣＳＩ−２の場合、Ｑ’ＵＣＩはＱ’ＣＳＩ−２であってもよいし、ＯＵＣＩはＣＳＩ−ｐａｒｔ２のビット数ＯＣＳＩ−１であってもよいし、ＬＵＣＩはＣＳＩ−ｐａｒｔ２のビット数ＯＣＳＩ−２に対応するＣＲＣのビット数ＬＣＳＩ−２であってもよい。ＵＣＳＩ−２の場合、βｏｆｆｓｅｔＰＵＳＣＨは、ＰＵＳＣＨにおけるＣＳＩ−ｐａｒｔ２のマルチプレックスに用いられるリソースの数を決定するための上位層パラメータβｏｆｆｓｅｔＣＳＩ−ｐａｒｔ２であってもよいし、ＤＣＩフォーマットを用いる指示であってもよい。ＵＣＳＩ−２の場合、Ｍ０はＯＦＤＭシンボルインデックスｌが０からＮｓｙｍｂ，ａｌｌＰＵＳＣＨ−１においてリソースエレメントの数ＭＳＣＵＣＩ（ｌ）の総和であってもよい。ＵＣＳＩ−２の場合、且つ、ＨＡＲＱ−ＡＣＫのビット数ＯＡＣＫが２ビットより大きい場合（つまり、ＯＡＣＫ＞２）、Ｑ’ｏｔｈｅｒはＱ’ＡＣＫとＱ’ＣＳＩ−１の和であってもよい。ＵＣＳＩ−１の場合、且つ、ＨＡＲＱ−ＡＣＫのビット数ＯＡＣＫが２ビットと同じまたは小さい場合、Ｑ’ｏｔｈｅｒはＱ’ＣＳＩ−１であってもよい。
【００８４】
【数１】
2019186876.tif 000003
【００８５】
【数２】
2019186876.tif 000004
【００８６】
【数２Ａ】
2019186876.tif 000005
【００８７】
【数３】
2019186876.tif 000006
【００８８】
【数４】
2019186876.tif 000007
【００８９】
【数５】
2019186876.tif 000008
【００９０】
符号語は、ＵＣＩの符号化ビットを少なくとも含む系列であってもよい。符号語は、ＰＲＢにマッピングされる系列であってもよい。符号語は、１または複数のレートマッチ出力系列（rate-match output sequence）の結合に少なくとも基づき与えられる系列であってもよい。１または複数のレートマッチ出力系列ｆｃｅは、ＵＣＩの符号化系列ｄｃｎのレートマッチ（rate-match）処理に少なくとも基づき与えられてもよい。ここで、ｃは、コードブロック番号を示すインデックスである。ｃは０からＣ−１の値を示すインデックスである。Ｃは、コードブロックの数を示す。ｅは、０からＥＵＣＩ−１の範囲の整数のいずれかを示す。ＥＵＣＩは、レートマッチ出力系列ｆｃｅのサイズを示す。ｎは、０からＮ−１の範囲の整数のいずれかを示す。Ｎは、ｃ番目のコードブロックのＵＣＩの符号化ビット数であってもよい。Ｎは、ＵＣＩの符号化系列ｄｃｎのサイズを示す。レートマッチ処理の入力は、ＵＣＩの符号化系列ｄｃｎであってもよい。
【００９１】
レートマッチ出力系列ｆｃｅは、ｆｃｅ＝ｄｃｍｏｄ（ｎ，Ｎ）であってもよい。ここで、ｍｏｄ（Ｘ，Ｙ）は、ＸをＹで除算した場合の余りを出力する関数であってもよい。チャネル符号化のためにｐｏｌａｒ符号が用いられ、かつ、ＥＵＣＩがＮ以上である場合に少なくとも、レートマッチ出力系列ｆｃｅは、ｆｃｅ＝ｄｃｍｏｄ（ｎ，Ｎ）であってもよい。ＵＣＩの符号化系列ｄｃｎは、チャネル符号化された符号化系列をインターリーブ（interleave）することにより与えられてもよい。
【００９２】
コードブロックの数Ｃは、コードブロックセグメンテーションに基づき与えられる。コードブロックの数Ｃが１である場合、コードブロックの結合は行われなくてもよい。
【００９３】
ＵＡＣＫの場合、ＵＣＩペイロードaはＨＡＲＱ−ＡＣＫ情報であり、ＵＣＩペイロー
ドaのサイズＯＵＣＩはＨＡＲＱ−ＡＣＫ情報のビット数ＯＡＣＫに少なくとも基づいて
与えられてもよい。ＵＣＳＩ−１の場合、ＵＣＩペイロードaはＣＳＩ−ｐａｒｔ１であ
り、ＵＣＩペイロードaのサイズＯＵＣＩはＣＳＩ−ｐａｒｔ１のビット数ＯＣＳＩ−１
に少なくとも基づき与えられてもよい。ＵＣＳＩ−２の場合、ＵＣＩペイロードaはＣＳ
Ｉ−ｐａｒｔ２であり、ＵＣＩペイロードaのサイズＯＵＣＩはＣＳＩ−ｐａｒｔ２のビ
ット数ＯＣＳＩ−２に少なくとも基づき与えられてもよい。ＵＣＩペイロードａと該ＵＣＩペイロードａに付加されるＣＲＣビットを含んだペイロードを総合ペイロードと称する。また、ＵＣＩペイロードaのサイズＯＵＣＩとＵＣＩペイロードaに対応するＣＲＣビットのサイズOCRCを総合ペイロードのサイズと称する。
【００９４】
数式６から与えられるレートマッチ出力系列の長さＥＵＣＩは、符号化変調シンボルの数Ｑ’ＵＣＩ、および／または、ＰＵＳＣＨに対するレイヤー数ＮＬ、および／または、
変調方式に対応するビット数Qmに少なくとも基づいて与えられる。ここで、ＵＡＣＫの場合、Ｑ’ＵＣＩはＵＡＣＫの符号化変調シンボルの数Ｑ’ＡＣＫであってもよい。ＵＣＳＩ−１の場合、Ｑ’ＵＣＩはＵＣＳＩ−１の符号化変調シンボルの数Ｑ’ＣＳＩ−１であってもよい。ＵＣＳＩ−２の場合、Ｑ’ＵＣＩはＵＣＳＩ−２の符号化変調シンボルの数Ｑ’ＣＳＩ−２であってもよい。変調方式がＢＰＳＫ、および／または、ｐｉ／２―ＢＰＳＫである場合、Qmは１であってもよい。変調方式がＱＰＳＫである場合、Qmは２であってもよい。QmはＰＵＳＣＨに対する変調次数（modulation order）であってもよい。
【００９５】
【数６】
2019186876.tif 000009
【００９６】
ＵＣＩペイロードaのサイズＯＵＣＩが１２より小さい場合、サイズＬ１のＣＲＣビッ
トをＵＣＩペイロードaに付加する。ＵＣＩペイロードaのサイズＯＵＣＩが１２と同じまたは大きい、且つ、１９と同じまたは小さい場合、サイズＬ２のＣＲＣビットをＵＣＩペイロードaに付加する。ＵＣＩペイロードaのサイズＯＵＣＩが２０と同じまたは大きい場合、サイズＬ３のＣＲＣビットをＵＣＩペイロードaに付加する。ＵＣＩペイロードaのサイズＯＵＣＩが３６０と同じまたは大きい、且つ、レートマッチ出力系列の長さＥＵＣＩが１０８８と同じ、または、大きい場合、すなわち、コードブロックセグメンテーションを行う場合、端末装置１はサイズＬ４のＣＲＣビットをＵＣＩペイロードaに付加する。
ここで、Ｌ１は０であってもよい。Ｌ２は６であってもよい。Ｌ３は１１であってもよい。Ｌ４は２２であってもよい。
【００９７】
図６は、本実施形態におけるＵＣＩペイロードaのサイズＯＵＣＩとレートマッチ出力
系列ｆｃｅのサイズＥＵＣＩに基づくコードブロックセグメンテーションを示した図である。
【００９８】
（６０１）端末装置１はＵＣＩペイロードaのサイズＯＵＣＩ、ＵＣＩペイロードaのサイズＯＵＣＩに対する閾値K1、総合ペイロードのレートマッチ出力系列ｆｃｅのサイズＥＵＣＩ、当該レートマッチ出力系列ｆｃｅのサイズＥＵＣＩに対する閾値E1に少なくとも基づいてコードブロックセグメンテーションを施すかどうかを６０１で判定する。なお、ＵＣＩペイロードaに付加されるＣＲＣビットのサイズは、該ＵＣＩペイロードaのサイズＯＵＣＩに少なくとも基づいて決定されてもよい。
【００９９】
（６０４）ＵＣＩペイロードaのサイズＯＵＣＩがK1以上である、且つ、レートマッチ
出力系列ｆｃｅのサイズＥＵＣＩがE1以上である場合、端末装置１はブロック６０３で該ＵＣＩペイロードaを２つに分割することができる（コードブロックの数Ｃ＝２）。ここ
でK1は３６０であってもよい。E1は１０８８であってもよい。該レートマッチ出力系列ｆｃｅは、該ＵＣＩペイロードaを少なくとも含む総合ペイロードのチャネル符号化、およ
び、レートマッチ処理に少なくとも基づき与えられる。
【０１００】
（６０５）ＵＣＩペイロードaのサイズＯＵＣＩが少なくともK1未満である、または、
レートマッチ出力系列ｆｃｅのサイズＥＵＣＩが少なくともE1未満である場合、ブロック６０２でＵＣＩペイロードaにＣＲＣビットを付加してチャネル符号化を行う。つまり、
ＵＣＩペイロードaのサイズＯＵＣＩが少なくともK1未満である、または、レートマッチ
出力系列ｆｃｅのサイズＥＵＣＩが少なくともE1未満である場合、総合ペイロードに対してコードブロックセグメンテーションが行われなくてもよい（または、コードブロックの数Ｃ＝１であってもよい）。該総合ペイロードは、ＵＣＩペイロードaにＣＲＣビットが
付加されたペイロードであってもよい。
【０１０１】
図７は、本実施形態におけるＣＲＣビット数を決定の一例を示す図である。７００はＵＣＩペイロードaのビット数ＯＵＣＩであってもよい。７０１はコードブロックセグメン
テーションを想定しない場合のＵＣＩペイロードaのビット数ＯＵＣＩに付加されるＣＲ
Ｃビット数であってもよい。７０３はコードブロックセグメンテーションを想定する場合のＵＣＩペイロードaのビット数ＯＵＣＩに付加されるＣＲＣのビット数であってもよい
。７０２はコードブロックセグメンテーションを想定しない場合のレートマッチ出力系列の長さＥＵＣＩであってもよい。７０４はコードブロックセグメンテーションを想定する場合のレートマッチ出力系列の長さＥＵＣＩであってもよい。コードブロックセグメンテーションを想定せずにＵＣＩペイロードaに付加されるＣＲＣのビット数が７０１である
場合、７０２で示すようにレートマッチ出力系列の長さＥＵＣＩはコードブロックセグメンテーションを施さない条件を満たす。また、コードブロックセグメンテーションを想定してＵＣＩペイロードaに付加されるＣＲＣのビット数が７０３である場合、７０４で示
すようにレートマッチ出力系列の長さＥＵＣＩはコードブロックセグメンテーションを施さない条件を満たす。
【０１０２】
図６と図７で示されるように、コードブロックセグメンテーションの適用有無によってＣＲＣビット数が変動するにも関わらず、１つまたは複数のＣＲＣビット数が許容できる問題が発生する。例えば、図７において、端末装置１がコードブロックセグメンテーションを想定せずにＵＣＩペイロードaに７０１のＣＲＣのビット数を付加して送信し、且つ
、基地局装置はコードブロックセグメンテーションを想定して７０３のＣＲＣビット数が付加されたＵＣＩペイロードaのデコードを試みる場合、誤りが起こる問題が発生する。
【０１０３】
ＵＣＩペイロードaに付加されるＣＲＣをＣＲＣビットと称する。ＰＵＳＣＨでＵＬ−
ＳＣＨと同時に送信されるＵＣＩのレイヤー毎の符号化変調シンボル（coded modulation
symbol）の数Ｑ’ＵＣＩを決定するために参照する臨時（ｔｅｍｐｏｒａｒｙ）ＣＲＣ
ビットを仮想的なＣＲＣビットと称する。ＰＵＳＣＨでＵＬ−ＳＣＨと同時に送信されるＵＣＩのレイヤー毎の符号化変調シンボル（coded modulation symbol）の数Ｑ’ＵＣＩ
を決定するために参照するＣＲＣビットのサイズを臨時ＣＲＣビットのサイズまたは仮想的なＣＲＣビットのサイズと称する。仮想的なＣＲＣビットのサイズはＵＣＩペイロードaに付加されるＣＲＣビットのサイズと同じでもよいし、異なってもよい。ＵＣＩペイロ
ードはＵＣＩペイロードaと同じであってもよい。仮想的なＣＲＣビットは参照ＣＲＣビ
ット（reference CRC bit）と称されてもよい。
【０１０４】
仮想的なＣＲＣビットのサイズはＵＣＩペイロードaのサイズＯＵＣＩに少なくとも基
づいて与えられてもよい。仮想的なＣＲＣビットのサイズはＨＡＲＱ−ＡＣＫ情報のビット数に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズはＣＳＩのビット数に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズはＨＡＲＱ−ＡＣＫ情報のビット数、ＣＳＩのビット数、何れかの組み合わせの総和に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズは、ＵＣＩペイロードａのサイズＯＵＣＩに関わらず与えられてもよい。ここで、ＵＣＩペイロードａに付加されるＣＲＣビットのサイズは、該ＵＣＩペイロードａのサイズＯＵＣＩに少なくとも基づいて与えられてもよい。また、仮想的なＣＲＣビットのサイズは、ＵＣＩペイロードａのサイズＯＵＣＩに関わらず所定の値であってもよい。例えば、該所定の値は０であってもよい。また、該所定の値は６であってもよい。また、該所定の値は１１であってもよい。
【０１０５】
図８は、本実施形態における仮想的なＣＲＣビットのサイズを決定するフローチャートを示した図である。（８０１）において、端末装置１は、ＵＣＩペイロードaのサイズを
ＯＵＣＩにセットする。（８０２）において、端末装置１は、ＵＣＩペイロードaのサイ
ズＯＵＣＩに少なくとも基づいて仮想的なＣＲＣビットのサイズを決定する。ここで、ＯＵＣＩがＹ１より小さい場合には、（８０３）へ進む。また、ＯＵＣＩがＹ１と同じまた
は大きい、且つ、ＯＵＣＩがＹ２より小さい場合には、（８０４）へ進む。また、ＯＵＣＩがＹ２と同じまたは大きい場合には、（８０５）へ進む。ここで、Ｙ１は１２であってもよい。Ｙ２は２０であってもよい。例えば、Ｙ１とＹ２はそれぞれ、Ｙ１＜Ｙ２を満たす値であってもよい。
【０１０６】
（８０３）端末装置１は、仮想的なＣＲＣビットのサイズを０に設定する。
【０１０７】
（８０４）端末装置１は、仮想的なＣＲＣビットのサイズを６に設定する。
【０１０８】
（８０５）端末装置１は、仮想的なＣＲＣビットのサイズをＸに設定する。
【０１０９】
ＸはＸ１であってもよい。ＯＵＣＩがＹ３より小さい場合、ＸはＸ１であってもよく、かつ、ＯＵＣＩがＹ３と同じまたは大きい場合、ＸはＸ２であってもよい。ここで、Ｙ３は３６０であってもよい。Ｘ１は１１であってもよいし、２２であってもよい。Ｘ２は２２であってもよい。例えば、Ｘ１とＸ２はそれぞれ、Ｘ１はＸ２と同じ、または、小さい値であってもよい。
【０１１０】
“仮想的なＣＲＣビットのサイズをＸ１に設定すること”は、“ＨＡＲＱ−ＡＣＫ情報、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテ
ーションが行われないことを想定してＰＵＳＣＨでＵＬ−ＳＣＨと同時に送信されるＵＣＩのレイヤー毎の符号化変調シンボル（coded modulation symbol）の数Ｑ’ＵＣＩを決
定するために参照するＣＲＣビットのサイズを設定すること”であってもよい。すなわち、ＰＵＳＣＨでＵＬ−ＳＣＨと同時に送信されるＵＣＩのレイヤー毎の符号化変調シンボル（coded modulation symbol）の数Ｑ’ＵＣＩを決定するために参照するＣＲＣビット
のサイズを設定する場合に、端末装置１はＨＡＲＱ−ＡＣＫ情報、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテーションが行われないと
想定してもよい。ＰＵＳＣＨでＵＬ−ＳＣＨと同時に送信されるＵＣＩのレイヤー毎の符号化変調シンボルの数Ｑ’ＵＣＩを決定するために参照するＣＲＣビットのサイズを設定する場合に端末装置１がＨＡＲＱ−ＡＣＫ情報、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテーションが行われないと想定したとしても
、ＥＵＣＩとＵＣＩペイロードaに少なくとも基づいて、ＨＡＲＱ−ＡＣＫ情報、ＣＳＩ
の一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテーション
が行われてもよく、かつ、ＨＡＲＱ−ＡＣＫ情報、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテーションが行われことに基づいて実際の
ＣＲＣビットのサイズを決定してもよい。
【０１１１】
“仮想的なＣＲＣビットのサイズをＸ２に設定すること”は、“ＨＡＲＱ−ＡＣＫ情報、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテ
ーションが行われることを想定してＰＵＳＣＨでＵＬ−ＳＣＨと同時に送信されるＵＣＩのレイヤー毎の符号化変調シンボルの数Ｑ’ＵＣＩを決定するために参照するＣＲＣビットのサイズを設定すること”であってもよい。すなわち、ＰＵＳＣＨでＵＬ−ＳＣＨと同時に送信されるＵＣＩのレイヤー毎の符号化変調シンボルの数Ｑ’ＵＣＩを決定するために参照するＣＲＣビットのサイズを設定する場合に、端末装置１はＨＡＲＱ−ＡＣＫ情報、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテ
ーションが行われると想定してもよい。ＰＵＳＣＨでＵＬ−ＳＣＨと同時に送信されるＵＣＩのレイヤー毎の符号化変調シンボルの数Ｑ’ＵＣＩを決定するために参照するＣＲＣビットのサイズを設定する場合に端末装置１がＨＡＲＱ−ＡＣＫ情報、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテーションが行われる
と想定したとしても、ＥＵＣＩとＵＣＩペイロードaに少なくとも基づいて、ＨＡＲＱ−
ＡＣＫ情報、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロック
セグメンテーションが行わなくてもよく、かつ、ＨＡＲＱ−ＡＣＫ情報、ＣＳＩの一部または全部を含むＵＣＩペイロードaに対してコードブロックセグメンテーションが行われ
ないことに基づいて実際のＣＲＣビットのサイズを決定してもよい。
【０１１２】
ＯＵＣＩがＹ３より小さい場合、仮想的なＣＲＣビットのサイズとＵＣＩペイロードa
に付加されるＣＲＣビットのサイズは同じでもよい。ＯＵＣＩがＹ３より小さい場合、仮想的なＣＲＣビットのサイズとＵＣＩペイロードaに付加されるＣＲＣビットのサイズは
ＯＵＣＩに基づいて与えられる。
【０１１３】
ＯＵＣＩがＹ３より大きい、または、同じ場合、仮想的なＣＲＣビットのサイズとＵＣＩペイロードaに付加されるＣＲＣビットのサイズは同じでもよいし、異なってもよい。
ＯＵＣＩがＹ３より大きい、または、同じ場合、仮想的なＣＲＣビットのサイズはＯＵＣＩに基づいて与えられ、かつ、ＵＣＩペイロードaに付加されるＣＲＣビットのサイズは
ＯＵＣＩおよびＥＵＣＩに基づいて与えられる。
【０１１４】
仮想的なＣＲＣビットのサイズはレートマッチ出力系列ｆｃｅのサイズＥＵＣＩに関わらず与えられてもよい。
【０１１５】
ＰＵＳＣＨでＵＬ−ＳＣＨと同時に送信されるＵＣＩのレイヤー毎の符号化変調シンボルの数Ｑ’ＵＣＩはＵＣＩペイロードaのサイズＯＵＣＩに基づいて与えられた仮想的な
ＣＲＣビットのサイズに少なくとも基づいて与えられる。本実施形態において、ＣＲＣビットのサイズは、ＣＲＣビット数であってもよい。
【０１１６】
以下、本実施形態における、端末装置１および基地局装置３の種々の態様について説明する。
【０１１７】
（１）本実施形態の第１の態様は、端末装置であって、ＵＣＩのペイロードを符号化し、前記ペイロードの符号化ビットのレートマッチを行う符号化部と、ＰＵＳＣＨを用いて前記ＵＣＩを送信する送信部と、を備え、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報とＣＳＩの何れか一方を含み、前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＬＵＣＩに基づいて与えられ、前記第１のＣＲＣビット数ＬＵＣＩは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。
【０１１８】
（２）本実施形態の第１の態様において、レイヤー毎の符号化変調シンボルの数Ｑ’ＵＣＩは、第１のＣＲＣビット数ＬＵＣＩに基づいて与えられ、前記レートマッチの出力系列の長さＥＵＣＩは、前記レイヤー毎の前記符号化変調シンボルの数Ｑ’ＵＣＩと前記ＰＵＳＣＨに対する変調次数とＰＵＳＣＨに対するレイヤー数ＮＬに基づいて与えられる。
【０１１９】
（３）本実施形態の第２の態様は、基地局装置であって、ＵＣＩのペイロードを復号化し、前記ペイロードの復号化ビットのレートマッチを行う復号化部と、ＰＵＳＣＨを用いて前記ＵＣＩを受信する受信部と、を備え、前記ペイロードは、ＨＡＲＱ−ＡＣＫ情報とＣＳＩの何れか一方を含み、前記レートマッチの出力系列の長さＥＵＣＩは、第１のＣＲＣビット数ＬＵＣＩに基づいて与えられ、前記第１のＣＲＣビット数ＬＵＣＩは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第２のＣＲＣビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さＥＵＣＩに基づいて与えられる。
【０１２０】
（４）本実施形態の第２の態様において、レイヤー毎の符号化変調シンボルの数Ｑ’Ｕ
ＣＩは、第１のＣＲＣビット数ＬＵＣＩに基づいて与えられ、前記レートマッチの出力系列の長さＥＵＣＩは、前記レイヤー毎の前記符号化変調シンボルの数Ｑ’ＵＣＩと前記ＰＵＳＣＨに対する変調次数とＰＵＳＣＨに対するレイヤー数ＮＬに基づいて与えられる。
【０１２１】
これにより、端末装置１と基地局装置３は効率的に上りリンクの送受信をすることができる。
【０１２２】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０１２３】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【０１２４】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１２５】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０１２６】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０１２７】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０１２８】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回
路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１２９】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０１３０】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０１３１】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
【図１】
2019186876.tif 000010
【図２】
2019186876.tif 000011
【図３】
2019186876.tif 000012
【図４】
2019186876.tif 000013
【図５】
2019186876.tif 000014
【図６】
2019186876.tif 000015
【図７】
2019186876.tif 000016
【図８】
2019186876.tif 000017