(57)【要約】      （修正有）【課題】トランスポートブロックとＵＣＩを効率的に送信する通信方法を提供する。【解決手段】トランスポートブロックは第１のアンテナポートの第１のリソースグループと第２のアンテナポートの第２のリソースグループに少なくともマップされる。ＵＬ  ＰＴＲＳは、第１のアンテナポートの第３のリソースグループにマップされ、且つ、第２のアンテナポートの何れのリソースエレメントにもマップされない。ＵＣＩは、第１のアンテナポートの第４のリソースグループと第２のアンテナポートの第５のリソースグループに少なくともマップされる。第５のリソースグループに含まれるリソースエレメントのインデックスペアは、第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なる。インデックスペアは、リソースエレメントのサブキャリアインデックスとＯＦＤＭシンボルインデックスのペアである。【選択図】図８
2019092062.tif 000002
【特許請求の範囲】
【請求項１】
１つのトランスポートブロックとＵＣＩを符号化する符号化部と、
前記１つのトランスポートブロックと前記ＵＣＩを、１つのＰＵＳＣＨにおいて送信する送信部と、を備え、
前記１つのトランスポートブロックは第１のアンテナポートの第１のリソースグループと第２のアンテナポートの第２のリソースグループに少なくともマップされ、
ＵＬ  ＰＴＲＳは、前記第１のアンテナポートの第３のリソースグループにマップされ、且つ、前記第２のアンテナポートの何れのリソースエレメントにもマップされず、
前記ＵＣＩは、前記第１のアンテナポートの第４のリソースグループと前記第２のアンテナポートの第５のリソースグループに少なくともマップされ、
前記第５のリソースグループに含まれるリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なり、
前記インデックスペアは、リソースエレメントのサブキャリアインデックスとＯＦＤＭシンボルインデックスのペアである端末装置。
【請求項２】
前記第２のリソースグループは、前記第２のアンテナポートの第１のリソースエレメントを少なくとも含み、
前記第１のリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアと同じである請求項１に記載の端末装置。
【請求項３】
１つのトランスポートブロックとＵＣＩを含んで送信される１つのＰＵＳＣＨを受信する受信部と、
前記トランスポートブロックと前記ＵＣＩを復号化する復号化部と、を備え、
前記１つのトランスポートブロックは第１のアンテナポートの第１のリソースグループと第２のアンテナポートの第２のリソースグループに少なくともマップされ、
ＵＬ  ＰＴＲＳは、前記第１のアンテナポートの第３のリソースグループにマップされ、且つ、前記第２のアンテナポートの何れのリソースエレメントにもマップされず、
前記ＵＣＩは、前記第１のアンテナポートの第４のリソースグループと前記第２のアンテナポートの第５のリソースグループに少なくともマップされ、
前記第５のリソースグループに含まれるリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なり、
前記インデックスペアは、リソースエレメントのサブキャリアインデックスとＯＦＤＭシンボルインデックスのペアである基地局装置。
【請求項４】
前記第２のリソースグループは、前記第２のアンテナポートの第１のリソースエレメントを少なくとも含み、
前記第１のリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアと同じである請求項３に記載の基地局装置。
【請求項５】
端末装置に用いられる通信方法であって、
１つのトランスポートブロックとＵＣＩを符号化するステップと、
前記１つのトランスポートブロックと前記ＵＣＩを、１つのＰＵＳＣＨにおいて送信するステップと、を備え、
前記１つのトランスポートブロックは第１のアンテナポートの第１のリソースグループと第２のアンテナポートの第２のリソースグループに少なくともマップされ、
ＵＬ  ＰＴＲＳは、前記第１のアンテナポートの第３のリソースグループにマップされ、且つ、前記第２のアンテナポートの何れのリソースエレメントにもマップされず、
前記ＵＣＩは、前記第１のアンテナポートの第４のリソースグループと前記第２のアンテナポートの第５のリソースグループに少なくともマップされ、
前記第５のリソースグループに含まれるリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なり、
前記インデックスペアは、リソースエレメントのサブキャリアインデックスとＯＦＤＭシンボルインデックスのペアである通信方法。
【請求項６】
１つのトランスポートブロックとＵＣＩを含んで送信される１つのＰＵＳＣＨを受信するステップと、
前記トランスポートブロックと前記ＵＣＩを復号化するステップと、を備え、
前記１つのトランスポートブロックは第１のアンテナポートの第１のリソースグループと第２のアンテナポートの第２のリソースグループに少なくともマップされ、
ＵＬ  ＰＴＲＳは、前記第１のアンテナポートの第３のリソースグループにマップされ、且つ、前記第２のアンテナポートの何れのリソースエレメントにもマップされず、
前記ＵＣＩは、前記第１のアンテナポートの第４のリソースグループと前記第２のアンテナポートの第５のリソースグループに少なくともマップされ、
前記第５のリソースグループに含まれるリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なり、
前記インデックスペアは、リソースエレメントのサブキャリアインデックスとＯＦＤＭシンボルインデックスのペアである通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「ＥＵＴＲＡ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔ
ｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ」と称する。）が、第三世代パートナーシッププロジェクト（3GPP:3rd Generation Partnership Project）において検討され
ている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ（evolved NodeB）、端末装置はＵ
Ｅ（User Equipment）とも呼称される。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のサービングセルを管理してもよい。
【０００３】
３ＧＰＰでは、国際電気通信連合（ITU:International Telecommunication Union）が
策定する次世代移動通信システムの規格であるＩＭＴ（International Mobile Telecommunication）―２０２０に提案するため、次世代規格（NR: New Radio）の検討が行われて
いる（非特許文献１）。ＮＲは、単一の技術の枠組みにおいて、ｅＭＢＢ（enhanced Mobile BroadBand）、ｍＭＴＣ（massive Machine Type Communication）、ＵＲＬＬＣ（Ultra Reliable and Low Latency Communication）の３つのシナリオを想定した要求を満た
すことが求められている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"New SID proposal: Study on New Radio Access Technology", RP-160671, NTT docomo, 3GPP TSG RAN Meeting #71, Goteborg, Sweden, 7th - 10th March, 2016.
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、効率的に通信を行う端末装置、該端末装置に用いられる通信方法、効率的に通信を行う基地局装置、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【０００６】
（１）本発明の第１の態様は、端末装置であって、１つのトランスポートブロックとＵＣＩを符号化する符号化部と、前記１つのトランスポートブロックと前記ＵＣＩを、１つのＰＵＳＣＨにおいて送信する送信部と、を備え、前記１つのトランスポートブロックは第１のアンテナポートの第１のリソースグループと第２のアンテナポートの第２のリソースグループに少なくともマップされ、ＵＬ  ＰＴＲＳは、前記第１のアンテナポートの第３のリソースグループにマップされ、且つ、前記第２のアンテナポートの何れのリソースエレメントにもマップされず、前記ＵＣＩは、前記第１のアンテナポートの第４のリソースグループと前記第２のアンテナポートの第５のリソースグループに少なくともマップされ、前記第５のリソースグループに含まれるリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なり、前記インデックスペアは、リソースエレメントのサブキャリアインデックスとＯＦＤＭシンボルインデックスのペアである。
【０００７】
（２）本発明の第２の態様は、基地局装置であって、１つのトランスポートブロックと
ＵＣＩを含んで送信される１つのＰＵＳＣＨを受信する受信部と、前記トランスポートブロックと前記ＵＣＩを復号化する復号化部と、を備え、前記１つのトランスポートブロックは第１のアンテナポートの第１のリソースグループと第２のアンテナポートの第２のリソースグループに少なくともマップされ、ＵＬ  ＰＴＲＳは、前記第１のアンテナポートの第３のリソースグループにマップされ、且つ、前記第２のアンテナポートの何れのリソースエレメントにもマップされず、前記ＵＣＩは、前記第１のアンテナポートの第４のリソースグループと前記第２のアンテナポートの第５のリソースグループに少なくともマップされ、前記第５のリソースグループに含まれるリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なり、前記インデックスペアは、リソースエレメントのサブキャリアインデックスとＯＦＤＭシンボルインデックスのペアである。
【０００８】
（３）本発明の第３の態様は、端末装置に用いられる通信方法であって、１つのトランスポートブロックとＵＣＩを符号化するステップと、前記１つのトランスポートブロックと前記ＵＣＩを、１つのＰＵＳＣＨにおいて送信するステップと、を備え、前記１つのトランスポートブロックは第１のアンテナポートの第１のリソースグループと第２のアンテナポートの第２のリソースグループに少なくともマップされ、ＵＬ  ＰＴＲＳは、前記第１のアンテナポートの第３のリソースグループにマップされ、且つ、前記第２のアンテナポートの何れのリソースエレメントにもマップされず、前記ＵＣＩは、前記第１のアンテナポートの第４のリソースグループと前記第２のアンテナポートの第５のリソースグループに少なくともマップされ、前記第５のリソースグループに含まれるリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なり、前記インデックスペアは、リソースエレメントのサブキャリアインデックスとＯＦＤＭシンボルインデックスのペアである。
【０００９】
（４）本発明の第４の態様は、通信方法であって、１つのトランスポートブロックとＵＣＩを含んで送信される１つのＰＵＳＣＨを受信するステップと、前記トランスポートブロックと前記ＵＣＩを復号化するステップと、を備え、前記１つのトランスポートブロックは第１のアンテナポートの第１のリソースグループと第２のアンテナポートの第２のリソースグループに少なくともマップされ、ＵＬ  ＰＴＲＳは、前記第１のアンテナポートの第３のリソースグループにマップされ、且つ、前記第２のアンテナポートの何れのリソースエレメントにもマップされず、前記ＵＣＩは、前記第１のアンテナポートの第４のリソースグループと前記第２のアンテナポートの第５のリソースグループに少なくともマップされ、前記第５のリソースグループに含まれるリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なり、前記インデックスペアは、リソースエレメントのサブキャリアインデックスとＯＦＤＭシンボルインデックスのペアである。
【発明の効果】
【００１０】
この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の一態様に係る無線通信システムの概念図である。
【図２】本実施形態の一態様に係るＮｓｌｏｔｓｙｍｂ、サブキャリア間隔の設定μ、スロット設定、および、ＣＰ設定の関係を示す一例である。
【図３】本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。
【図４】本実施形態の一態様に係るベースバンド部１３におけるトランスポートブロックａｋ（ａ０，．．．ａＡ−１）の符号化の一例を示す図である。
【図５】本実施形態の一態様に係るＫＵＣＩが１である場合のビット系列ｃＵＣＩ０の第１の符号化方法の一例を示す図である。
【図６】本実施形態の一態様に係るＫＵＣＩが２である場合のビット系列ｃＵＣＩｋ（ｃＵＣＩ０，ｃＵＣＩ１）の第１の符号化方法の一例を示す図である。
【図７】本実施形態の一態様に係る結合系列ｇｋおよびレートマッチ系列ｅＵＣＩｋのＰＵＳＣＨのリソースエレメントへのマッピングの一例を示す図である。
【図８】本実施形態の一態様に係る１つのコードワードが第１のアンテナポート（first antenna port）と第２のアンテナポート（second antenna port）にマップされる場合の、第２のアンテナポートのための結合系列ｇｋおよびレートマッチ系列ｅＵＣＩｋのＰＵＳＣＨへのマッピングの一例を示す図である。
【図９】本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。
【図１０】本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について説明する。
【００１３】
図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１とも呼称する。
【００１４】
以下、フレーム構成について説明を行う。
【００１５】
本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）が少なくとも用いられる。ＯＦＤＭの時間領域の単位であるＯ
ＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含み、ベースバンド信号生成において時間連続信号（time-continuous signal）に変換される。
【００１６】
サブキャリア間隔（SCS: SubCarrier Spacing）は、サブキャリア間隔Δｆ＝２μ・１
５ｋＨｚで与えられてもよい。例えば、μは０〜５の値のいずれかであってもよい。キャリアバンドパート（CBP: Carrier bandwidth part）のために、サブキャリア間隔の設定
に用いられる値μが上位層のパラメータ（サブキャリア間隔の設定μ）により与えられてもよい。
【００１７】
本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位（タイムユニット）Ｔｓが用いられる。時間単位Ｔｓは、Ｔｓ＝１／（Δｆｍａｘ・Ｎｆ）で与えられる。Δｆｍａｘは、本実施形態の一態様に係る無線通信システムにおいてサポートされるサブキャリア間隔の最大値であってもよい。Δｆｍａｘは、Δｆｍａｘ＝４８０ｋＨｚであってもよい。時間単位Ｔｓは、Ｔｓとも呼称される。定数κは、κ＝Δｆｍａｘ・Ｎｆ／（ΔｆｒｅｆＮｆ，ｒｅｆ）＝６４である。Δｆｒｅｆは、１５ｋＨｚであり、Ｎｆ，ｒｅｆは、２０４８である。
【００１８】
定数κは、参照サブキャリア間隔とＴｓの関係を示す値であってもよい。定数κはサブフレームの長さのために用いられてもよい。定数κに少なくとも基づき、サブフレームに含まれるスロットの数が与えられてもよい。Δｆｒｅｆは、参照サブキャリア間隔であり、Ｎｆ，ｒｅｆは、参照サブキャリア間隔に対応する値である。
【００１９】
下りリンクにおける送信、および／または、上りリンクにおける送信は、１０ｍｓの長さのフレームにより構成される。フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さは１ｍｓである。フレームの長さは、サブキャリア間隔Δｆに関わ
らず与えられてもよい。つまり、フレームの設定はμに基づかずに与えられてもよい。サブフレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、サブフレームの設定はμに基づかずに与えられてもよい。
【００２０】
サブキャリア間隔の設定μ（subcarrier spacing configuration）のために、サブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第１のスロット番号ｎμｓは、サブフレーム内において０からＮｓｕｂｆｒａｍｅ，μｓｌｏｔ−１の範囲で昇順に与えられてもよい。サブキャリア間隔の設定μのために、フレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第２のスロット番号ｎμｓ，ｆは、フレーム内において０からＮｆｒａｍｅ，μｓｌｏｔ−１の範囲で昇順に与えられてもよい。連続するＮｓｌｏｔｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれてもよい。Ｎｓｌｏｔｓｙｍｂは、スロット設定（slot configuration）、および、ＣＰ（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）を含む。以下、アンテナポートｐ、サブキャリア間隔の設定μ、および、送信方向の設定の一部または全部を少なくとも含むパラメータのセットは、第１の無線パラメータセットとも呼称される。つまり、リソースグリッドは、第１の無線パラメータセットごとに１つ与えられてもよい。
【００２５】
下りリンクにおいて、サービングセルに対応するキャリアを下りリンクキャリア（または、下りリンクコンポーネントキャリア）と称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクキャリア（上りリンクコンポーネントキャリア）と称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリアと称する。
【００２６】
第１の無線パラメータセットごとに与えられるリソースグリッドの中の各要素は、リソースエレメントと呼称される。リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌにより特定される。ある第１の無線パラメータセットのために、リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌにより特定される。周波数領域のインデックスｋｓｃと時間領域のインデックスｌにより特定されるリソースエレメントは、リソースエレメント（ｋｓｃ、ｌ）とも呼称される。周波数領域のインデックスｋｓｃは、０からＮμＲＢＮＲＢｓｃ−１のいずれかの値を示す。ＮμＲＢはサブキャリア間隔の設定μのために与えられるリソースブロック数であってもよい。ＮＲＢｓｃは、リソースブロックに含まれるサブキャリア数であり、ＮＲＢｓｃ＝１２である。周波数領域のインデックスｋｓｃは、サブキャリアインデックスｋｓｃに対応してもよい。時間領域のインデックスｌは、ＯＦＤＭシンボルインデックスｌに対応してもよい。
【００２７】
図３は、本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。図３のリソースグリッドにおいて、横軸は時間領域のインデックスｌであり、縦軸は周波数領域のインデックスｋｓｃである。１つのサブフレームにおいて、リソースグリッドの周波数領域はＮμＲＢＮＲＢｓｃ個のサブキャリアを含み、リソースグリッドの時間領域は１４・２μ個のＯＦＤＭシンボルを含んでもよい。リソースブロックは、ＮＲＢｓｃ個のサブキャリアを含んで構成される。リソースブロックの時間領域は、１ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１４ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１または複数のスロットに対応してもよい。リソースブロックの時間領域は、１つのサブフレームに対応してもよい。
【００２８】
端末装置１は、リソースグリッドのサブセットのみを用いて送受信を行うことが指示されてもよい。リソースグリッドのサブセットは、キャリアバンドパートとも呼称され、キャリアバンドパートは上位層のパラメータ、および／または、ＤＣＩにより与えられてもよい。キャリアバンドパートをバンドパートとも称する（BP: bandwidth part）。つまり、端末装置１は、リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。つまり、端末装置１は、リソースグリッド内の一部の周波数リソース
を用いて送受信を行なうことが指示されてもよい。１つのキャリアバンドパートは、周波数領域における複数のリソースブロックから構成されてもよい。１つのキャリアバンドパートは、周波数領域において連続する複数のリソースブロックから構成されてもよい。キャリアバンドパートは、ＢＷＰ（BandWidth Part）とも呼称される。下りリンクキャリアに対して設定されるキャリアバンドパートは、下りリンクキャリアバンドパートとも呼称される。上りリンクキャリアに対して設定されるキャリアバンドパートは、上りリンクキャリアバンドパートとも呼称される。
【００２９】
サービングセルのそれぞれに対して下りリンクキャリアバンドパートのセットが設定されてもよい。下りリンクキャリアバンドパートのセットは１または複数の下りリンクキャリアバンドパートを含んでもよい。サービングセルのそれぞれに対して上りリンクキャリアバンドパートのセットが設定されてもよい。上りリンクキャリアバンドパートのセットは１または複数の上りリンクキャリアバンドパートを含んでもよい。
【００３０】
上位層のパラメータは、上位層の信号に含まれるパラメータである。上位層の信号は、ＲＲＣ（Radio Resource Control）シグナリングであってもよいし、ＭＡＣ  ＣＥ（Medium Access Control Control Element）であってもよい。ここで、上位層の信号は、ＲＲ
Ｃ層の信号であってもよいし、ＭＡＣ層の信号であってもよい。
【００３１】
上位層の信号は、共通ＲＲＣシグナリング（common RRC signaling）であってもよい。共通ＲＲＣシグナリングは、以下の特徴Ｃ１から特徴Ｃ３の一部または全部を少なくとも備える。
特徴Ｃ１）ＢＣＣＨロジカルチャネル、または、ＣＣＣＨロジカルチャネルにマップされる
特徴Ｃ２）ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素を少なくとも含む
特徴Ｃ３）ＰＢＣＨにマップされる
【００３２】
ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素は、サービングセルにおいて共通に用いられる設定を示す情報を含んでもよい。サービングセルにおいて共通に用いられる設定は、ＰＲＡＣＨの設定を少なくとも含んでもよい。該ＰＲＡＣＨの設定は、１または複数のランダムアクセスプリアンブルインデックスを少なくとも示してもよい。該ＰＲＡＣＨの設定は、ＰＲＡＣＨの時間／周波数リソースを少なくとも示してもよい。
【００３３】
上位層の信号は、専用ＲＲＣシグナリング（dedicated RRC signaling）であってもよ
い。専用ＲＲＣシグナリングは、以下の特徴Ｄ１からＤ２の一部または全部を少なくとも備える。
特徴Ｄ１）ＤＣＣＨロジカルチャネルにマップされる
特徴Ｄ２）ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素を少なくとも含む
【００３４】
ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、端末装置１に固有の設定を示す情報を少なくとも含んでもよい。ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、キャリアバンドパートの設定を示す情報を少なくとも含んでもよい。該キャリアバンドパートの設定は、該キャリアバンドパートの周波数リソースを少なくとも示してもよい。
【００３５】
例えば、ＭＩＢ、第１のシステム情報、および、第２のシステム情報は共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ｒａ
ｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎを少なくとも含む上位層のメッセージは、共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素を含まない上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素を少なくとも含む上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。
【００３６】
第１のシステム情報は、ＳＳ（Synchronization Signal）ブロックの時間インデックスを少なくとも示してもよい。ＳＳブロック（SS block）は、ＳＳ／ＰＢＣＨブロック（SS/PBCH block）とも呼称される。第１のシステム情報は、ＰＲＡＣＨリソースに関連する
情報を少なくとも含んでもよい。第１のシステム情報は、初期接続の設定に関連する情報を少なくとも含んでもよい。第２のシステム情報は、第１のシステム情報以外のシステム情報であってもよい。
【００３７】
ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、初期接続の設定に関連する情報を少なくとも含んでもよい。
【００３８】
以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。
【００３９】
上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクにおいて用いられる物理チャネルである。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられる。
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）
【００４０】
ＰＵＣＣＨは、上りリンク制御情報（UCI:Uplink Control Information）を送信するために用いられてもよい。上りリンク制御情報は、チャネル状態情報（CSI:Channel State Information）、スケジューリングリクエスト（SR:Scheduling Request）、下りリンクデータ（TB:Transport block, MAC PDU:Medium Access Control Protocol Data Unit, DL-SCH:Downlink-Shared Channel, PDSCH:Physical Downlink Shared Channel）に対するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）の一部または全部
を含む。ＨＡＲＱ−ＡＣＫは、下りリンクデータに対応するＡＣＫ（acknowledgement）
またはＮＡＣＫ（negative-acknowledgement）を示してもよい。
【００４１】
ＨＡＲＱ−ＡＣＫは、下りリンクデータに含まれる１または複数のＣＢＧ（Code Block
Group）のそれぞれに対応するＡＣＫまたはＮＡＣＫを示してもよい。ＨＡＲＱ−ＡＣＫを、ＨＡＲＱフィードバック、ＨＡＲＱ情報、ＨＡＲＱ制御情報、および、ＡＣＫ／ＮＡＣＫとも称する。
【００４２】
スケジューリングリクエストは、初期送信のためのＰＵＳＣＨのリソースを要求するために少なくとも用いられてもよい。
【００４３】
チャネル状態情報は、チャネル品質指標（CQI: Channel Quality Indicator）とランク指標（RI: Rank Indicator）の一部または全部を少なくとも含んでもよい。チャネル品質指標は、プレコーダ行列指標（PMI:Precoder Matrix Indicator）を含んでもよい。ＣＱ
Ｉは、チャネルの品質（例えば、伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。
【００４４】
ＰＵＳＣＨは、上りリンクデータ（TB, MAC PDU, UL-SCH, PUSCH）を送信するために用いられる。ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨはチャネル状態情報のみ、または、ＨＡＲＱ−ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスメッセージ３を送信するために用いられる。
【００４５】
ＰＵＳＣＨは、スクランブリング（Scrambling）、変調（Modulation）、レイヤマッピング（layer mapping）、送信プレコーディング（Transform precoding）、プレコーディング（precoding）、および、物理リソースマッピング（Mapping to physical resource
）の一部または全部に少なくとも基づき与えられる。端末装置１は、スクランブリング、変調、レイヤマッピング、送信プレコーディング、プレコーディング、および、物理リソースマッピングの一部または全部に少なくとも基づきＰＵＳＣＨが与えられると想定してもよい。
【００４６】
スクランブリングにおいて、コードワードｑのために、ビットのブロックｂ（ｑ）（ｉ）は、スクランブリング系列ｃ（ｑ）（ｉ）に少なくとも基づきスクランブリングされ、ｂ（ｑ）ｓｃ（ｉ）が生成されてもよい。ビットのブロックｂ（ｑ）（ｉ）において、ｉは０からＭ（ｑ）ｂｉｔ−１の範囲の値を示すインデックスである。Ｍ（ｑ）ｂｉｔは、ＰＵＳＣＨで送信されるコードワードｑのビット数であってもよい。スクランブリング系列ｃ（ｑ）（ｉ）は、疑似ランダム関数（例えば、Ｍ系列やＧｏｌｄ系列等）に少なくとも基づき与えられる系列であってもよい。スクランブリングにおいて、コードワードｑのために、ビットのブロックｂ（ｑ）（ｉ）は、スクランブリング系列ｃ（ｑ）（ｉ）と下記の数式（１）に基づきスクランブリングされ、スクランブルビットのブロックｂ（ｑ）ｓｃ（ｉ）が生成されてもよい。
【数１】
2019092062.tif 000003
【００４７】
ｍｏｄ（Ａ，Ｂ）は、ＡをＢで除算した余りを出力する関数であってもよい。ｍｏｄ（Ａ，Ｂ）は、ＡをＢで除算した余りに対応する値を出力する関数であってもよい。
【００４８】
変調において、コードワードｑのために、スクランブルビットのブロックｂ（ｑ）ｓｃ（ｉ）が所定の変調方式に基づき変調され、複素数値変調シンボルのブロックｄ（ｑ）（ｉｍｏｄ）が生成されてもよい。複素数値変調シンボルのブロックｄ（ｑ）（ｉｍｏｄ）において、ｉｍｏｄは０からＭ（ｑ）ｓｙｍｂ−１の範囲の値を示す。Ｍ（ｑ）ｓｙｍｂは、ＰＵＳＣＨで送信されるコードワードｑの複素数値変調シンボル数であってもよい。所定の変調方式は、少なくともＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）、１６ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）、６４ＱＡＭ、および、２５６ＱＡＭの一部または全部を少なくとも含んでもよい。なお、所定の変調方式は、ＰＵＳＣＨをスケジューリングするＤＣＩに少なくとも基づき与えられてもよい。
【００４９】
レイヤマッピングにおいて、それぞれのコードワードのための複素数値変調シンボルのブロックｄ（ｑ）（ｉｍｏｄ）が、所定のマッピング手順に基づき１または複数のレイヤ
にマッピングされ、複素数値変調シンボルのブロックｘ（ｉｌａｙｅｒ）が生成されてもよい。複素数値変調シンボルのブロックｘ（ｉｌａｙｅｒ）において、ｉｌａｙｅｒは０からＭｌａｙｅｒｓｙｍｂ−１の範囲の値を示す。Ｍｌａｙｅｒｓｙｍｂは、レイヤあたりの複素数値変調シンボル数であってもよい。複素数値変調シンボルのブロックｘ（ｉｌａｙｅｒ）は、ｘ（ｉｌａｙｅｒ）＝［ｘ（０）（ｉｌａｙｅｒ）．．．ｘ（ｖ−１）（ｉｌａｙｅｒ）］Ｔであってもよい。ここで、［＊］Ｔは、＊の行と列が転置されることを示してもよい。複素数値変調シンボルのブロックｘ（ｉｌａｙｅｒ）の要素の数は、ＰＵＳＣＨで送信される全てのコードワードのためのレイヤ数に対応してもよい。ここで、ｖはＰＵＳＣＨのためのレイヤ数である。
【００５０】
ＰＵＳＣＨのために送信プレコーディングが設定される場合、ｖ＝１であり、かつ、複素数値変調シンボルのブロックｘ（ｉｌａｙｅｒ）は、Ｍｌａｙｅｒｓｙｍｂ／ＭＰＵＳＣＨｓｃ個の複素数値変調シンボルのセットに分割される。ここで、ＭＰＵＳＣＨｓｃは、ＰＵＳＣＨのために割り当てられるサブキャリア数に対応してもよい。ＭＰＵＳＣＨｓｃは、ＭＰＵＳＣＨＲＢ×ＮＲＢｓｃで与えられてもよい。ＭＰＵＳＣＨＲＢは、リソースブロックの数として表現されるＰＵＳＣＨの帯域であってもよい。ＭＰＵＳＣＨＲＢは、ＰＵＳＣＨに含まれるリソースブロックの数であってもよい。ＰＵＳＣＨのために送信プレコーディングが設定される場合、ＭＰＵＳＣＨＲＢ＝２α２×３α３×５α５を満たすように設定されてもよい。ここで、α２は、負でない整数である。また、α３は負でない整数である。また、α５は、負でない整数である。ＮＲＢｓｃは、リソースブロックに含まれるサブキャリアの数であってもよい。つまり、ＮＲＢｓｃ＝１２であってもよい。Ｍｌａｙｅｒｓｙｍｂ／ＭＰＵＳＣＨｓｃ個の複素数値変調シンボルのセットのそれぞれが１つのＯＦＤＭシンボルに対応してもよい。
【００５１】
ＰＵＳＣＨのために送信プレコーディングが設定される場合、以下の数式（２）に少なくとも基づき、複素数値変調シンボルのブロックｙ（λ）（ｉｌａｙｅｒ）が与えられてもよい。
【数２】
2019092062.tif 000004
【００５２】
数式（２）において、λはレイヤのインデックスを示す。ＰＵＳＣＨのために送信プレコーディングが設定される場合、λ＝０であってもよい。また、ｊは虚数単位を示す。また、πは円周率を示す。また、ｅはネイピア数を示す。また、ｋｓｃは０からＭＰＵＳＣＨｓｃ−１までの範囲を示す。また、ｌは０からＭｌａｙｅｒｓｙｍｂ／ＭＰＵＳＣＨｓｃ−１の範囲を示す。
【００５３】
ＰＵＳＣＨのために送信プレコーディングが設定されない場合、複素数値変調シンボルのブロックｙ（λ）（ｉｌａｙｅｒ）＝ｘ（λ）（ｉｌａｙｅｒ）であってもよい。
【００５４】
プレコーディングにおいて、複素数値変調シンボルのブロックｙ（ｉｌａｙｅｒ）は所定のプレコーディングが施され、ｚ（ｉａｐ）が与えられてもよい。ｙ（ｉｌａｙｅｒ）＝［ｙ（０）（ｉｌａｙｅｒ）．．．ｙ（ｖ−１）（ｉｌａｙｅｒ）］Ｔであってもよい。ｉａｐは０からＭｌａｙｅｒｓｙｍｂ−１の範囲の値を示す。ｚ（ｉａｐ）＝［ｚ（０
）（ｉａｐ）．．．ｚ（Ｐ−１）（ｉａｐ）］Ｔであってもよい。ここで、プレコーディングのための行列がＷである場合、ｚ（ｉａｐ）＝Ｗｙ（ｉｌａｙｅｒ）として与えられてもよい。また、ＰはＰＵＳＣＨのためのアンテナポート数を示す。Ｐはｖと同じであってもよい。プレコーディングにおいて、複素数値変調シンボルのブロックｙ（ｉｌａｙｅｒ）は、Ｐ個のアンテナポートのための複素数値変調シンボルのブロックｚ（ｉａｐ）に変換されてもよい。プレコーディングのための行列Ｗの行数は、アンテナポート数Ｐに対応してもよい。プレコーディングのための行列Ｗの列数はレイヤ数ｖに対応してもよい。
【００５５】
プレコーディングのための行列Ｗのために、１または複数のコードブックが設定されてもよい。コードブックの数は、ＰＵＳＣＨのためのレイヤ数λ、および／または、該ＰＵＳＣＨのためのアンテナポート数Ｐに少なくとも基づき与えられてもよい。コードブックベース送信（codebook based transmission）において、ＰＵＳＣＨのために１つのコー
ドブックが選択されてもよい。非コードブックベース送信（non codebook based transmission）において、プレコーディングのための行列Ｗは単位行列であってもよい。
【００５６】
コードブックベース送信において、１つのレイヤにマップされる複素数値変調シンボルのブロックｙ（λ）（ｉｌａｙｅｒ）は、所定の数のアンテナポートに対応してもよい。該所定の数は、プレコーディングのための行列Ｗの行数に対応してもよい。コードブックベース送信において、１つのレイヤにマップされる複素数値変調シンボルのブロックｙ（λ）（ｉｌａｙｅｒ）は、ＰＵＳＣＨのための全てのアンテナポートに対応してもよい。非コードブックベース送信において、１つのレイヤにマップされる複素数値変調シンボルのブロックｙ（λ）（ｉｌａｙｅｒ）は、１つのアンテナポートに対応してもよい。。非コードブックベース送信において、１つのレイヤにマップされる複素数値変調シンボルのブロックｙ（λ）（ｉｌａｙｅｒ）＝ｚ（ρ）（ｉｌａｙｅｒ）であってもよい。ρは、アンテナポートのためのインデックスである。
【００５７】
ＰＵＳＣＨのために送信プレコーディングが設定されない場合、物理リソースへのマッピング（物理リソースマッピング）において、アンテナポートｐのための複素数値変調シンボルのブロックｚ（ｐ）（ｉａｐ）は、下記の要素Ａ１から要素Ａ４の一部または全部を少なくとも満たすリソースエレメントを除いて、ＰＵＳＣＨのために割り当てられるリソースブロックのリソースエレメント（ｋｓｃ、ｌ）からサブキャリアインデックスｋｓｃを優先してマップされてもよい。ここで、ｐはアンテナポートのインデックスであってもよい。ｐは０からＰ−１の範囲の値を示す。ここで、サブキャリアインデックスｋｓｃを優先してマップすることは、リソースエレメント（ｋｓｃ、ｌ）のシンボルｌのｋｓｃからｋｓｃ＋Ｍ（Ｍは所定の値）、シンボルｌ＋１のｋｓｃからｋｓｃ＋Ｍ、・・・、シンボルｌ＋Ｎ（Ｎは所定の値）のｋｓｃからｋｓｃ＋Ｍというようにマップしていくことであってもよい。
要素Ａ１）ＰＵＳＣＨに関連するＵＬ  ＤＭＲＳがマッピングされるリソースエレメント要素Ａ２）ＵＬ  ＰＴＲＳがマッピングされるリソースエレメント
要素Ａ３）ＳＲＳの送信が設定されるリソース
要素Ａ４）予約リソース
【００５８】
予約リソースは、ＰＵＳＣＨのレートマッチのために少なくとも設定されるリソースであってもよい。予約リソースは、グループ共通ＰＤＣＣＨによって示されてもよい。
【００５９】
リソースエレメント（ｋｓｃ，ｌ）に含まれる周波数領域のインデックスｋｓｃと時間領域のインデックスｌは、インデックスペアとも呼称される。インデックスペアは、周波数領域のインデックスｋｓｃと時間領域のインデックスｌを少なくとも含む。インデックスペアは、アンテナポートのインデックスｐを含まなくてもよい。周波数領域のインデックスｋｓｃと時間領域のインデックスｌにより示されるリソースエレメントのインデック
スペアは、インデックスペア（ｋｓｃ，ｌ）とも呼称される。
【００６０】
ＰＵＳＣＨのために送信プレコーディングが設定される場合、物理リソースへのマッピング（物理リソースマッピング）において、アンテナポートｐのための複素数値変調シンボルのブロックｚ（ｐ）（ｉａｐ）は、下記の要素Ｂ１から要素Ｂ４の一部または全部を少なくとも満たすリソースエレメントを除いて、ＰＵＳＣＨのために割り当てられるリソースブロックのリソースエレメント（ｋｓｃ、ｌ）からサブキャリアインデックスｋｓｃを優先してマップされてもよい。ここで、ｐはアンテナポートのインデックスであってもよい。ｐは０からＰ−１の範囲の値を示す。ここで、サブキャリアインデックスｋｓｃを優先してマップすることは、リソースエレメント（ｋｓｃ、ｌ）のシンボルｌのｋｓｃからｋｓｃ＋Ｍ（Ｍは所定の値）、シンボルｌ＋１のｋｓｃからｋｓｃ＋Ｍ、・・・、シンボルｌ＋Ｎ（Ｎは所定の値）のｋｓｃからｋｓｃ＋Ｍというようにマップしていくことであってもよい。
要素Ｂ１）ＰＵＳＣＨに関連するＵＬ  ＤＭＲＳがマッピングされるリソースエレメントを少なくとも含むＯＦＤＭシンボル
要素Ｂ２）ＵＬ  ＰＴＲＳがマッピングされるリソースエレメント。
要素Ｂ３）ＳＲＳの送信が設定されるリソース
要素Ｂ４）予約リソース
【００６１】
ＰＵＳＣＨのために送信プレコーディングが設定されるか否かに関わらず、物理リソースへのマッピング（物理リソースマッピング）において、アンテナポートｐのための複素数値変調シンボルのブロックｚ（ｐ）（ｉａｐ）は、下記の要素Ｂ１から要素Ｂ４の一部または全部を少なくとも満たすリソースエレメントを除いて、ＰＵＳＣＨのために割り当てられるリソースブロックのリソースエレメント（ｋｓｃ、ｌ）からサブキャリアインデックスｋｓｃを優先してマップされてもよい。ここで、ｐはアンテナポートのインデックスであってもよい。ｐは０からＰ−１の範囲の値を示す。ここで、サブキャリアインデックスｋｓｃを優先してマップすることは、リソースエレメント（ｋｓｃ、ｌ）のシンボルｌのｋｓｃからｋｓｃ＋Ｍ（Ｍは所定の値）、シンボルｌ＋１のｋｓｃからｋｓｃ＋Ｍ、・・・、シンボルｌ＋Ｎ（Ｎは所定の値）のｋｓｃからｋｓｃ＋Ｍというようにマップしていくことであってもよい。
要素Ｃ１）ＰＵＳＣＨに関連するＵＬ  ＤＭＲＳがマッピングされるリソースエレメント要素Ｃ２）ＵＬ  ＰＴＲＳがマッピングされるリソースエレメント
要素Ｃ３）ＳＲＳの送信が設定されるリソース
要素Ｃ４）予約リソース
【００６２】
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、上りリンクデータの送信に対する同期（タイミング調整）、およびＰＵＳＣＨのためのリソースの要求を示すために用いられる。ランダムアクセスプリアンブルは、端末装置１の上位層より与えられるインデックス（ランダムアクセスプリアンブルインデックス）を基地局装置３に通知するために用いられてもよい。
【００６３】
ランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕに対応するＺａｄｏｆｆ−Ｃｈｕ系列をサイクリックシフトすることによって与えられてもよい。Ｚａｄｏｆｆ−Ｃｈｕ系列は、物理ルートシーケンスインデックスｕに基づいて生成されてもよい。１つのサービングセル（serving cell）において、複数のランダムアクセスプリアンブルが定義されてもよい。ランダムアクセスプリアンブルは、ランダムアクセスプリアンブルのインデックスに少なくとも基づき特定されてもよい。ランダムアクセスプリアン
ブルの異なるインデックスに対応する異なるランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕとサイクリックシフトの異なる組み合わせに対応してもよい。物理ルートシーケンスインデックスｕ、および、サイクリックシフトは、システム情報に含まれる情報に少なくとも基づいて与えられてもよい。物理ルートシーケンスインデックスｕは、ランダムアクセスプリアンブルに含まれる系列を識別するインデックスであってもよい。ランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕに少なくとも基づき特定されてもよい。
【００６４】
図１において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・ＵＬ  ＤＭＲＳ（UpLink Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
・ＵＬ  ＰＴＲＳ（UpLink Phase Tracking Reference Signal）
【００６５】
ＵＬ  ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＵＬ
ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重される。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＵＬ  ＤＭＲＳを使用してよい。以下、ＰＵＳＣＨと、該ＰＵＳＣＨに関連するＵＬ  ＤＭＲＳを共に送信することを、単に、ＰＵＳＣＨを送信する、と称する。以下、ＰＵＣＣＨと該ＰＵＣＣＨに関連するＵＬ  ＤＭＲＳを共に送信することを、単に、ＰＵＣＣＨを送信する、と称する。ＰＵＳＣＨに関連するＵＬ  ＤＭＲＳは、ＰＵＳＣＨ用ＵＬ  ＤＭＲＳとも称される。ＰＵＣＣＨに関連するＵＬ  ＤＭＲＳは、ＰＵＣＣＨ用ＵＬ  ＤＭＲＳとも称される。
【００６６】
ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しなくてもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおけるサブフレームの最後、または、最後から所定数のＯＦＤＭシンボルにおいて送信されてもよい。
【００６７】
ＵＬ  ＰＴＲＳは、位相トラッキングのために少なくとも用いられる参照信号であってもよい。ＵＬ  ＰＴＲＳは、１または複数のＵＬ  ＤＭＲＳに用いられるアンテナポートを少なくとも含むＵＬ  ＤＭＲＳグループに関連してもよい。ＵＬ  ＰＴＲＳとＵＬ  ＤＭＲＳグループが関連することは、ＵＬ  ＰＴＲＳのアンテナポートとＵＬ  ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＵＬ  ＤＭＲＳグループは、ＵＬ  ＤＭＲＳグループに含まれるＵＬ  ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。ＵＬ  ＰＴＲＳは、１つのコードワードがマップされる１または複数のアンテナポートにおいて、最もインデックスの小さいアンテナポートにマップされてもよい。ＵＬ  ＰＴＲＳは、１つのコードワードが第１のレイヤ及び第２のレイヤに少なくともマップされる場合に、該第１のレイヤにマップされてもよい。ＵＬ  ＰＴＲＳは、該第２のレイヤにマップされなくてもよい。ＵＬ  ＰＴＲＳがマップされるアンテナポートのインデックスは、下りリンク制御情報に少なくとも基づき与えられてもよい。
【００６８】
図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
【００６９】
ＰＢＣＨは、マスターインフォメーションブロック（MIB:Master Information Block, BCH, Broadcast Channel）を送信するために用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。例えば、ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の中身は、８０ｍｓごとに更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２、３、または、４つのＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。
【００７０】
ＰＤＣＣＨは、下りリンク制御情報（DCI:Downlink Control Information）を送信するために用いられる。下りリンク制御情報は、ＤＣＩフォーマットとも呼称される。下りリンク制御情報は、下りリンクグラント（downlink grant）または上りリンクグラント（uplink grant）のいずれかを少なくとも含んでもよい。ＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、下りリンクグラントと呼称されてもよい。ＰＵＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、上りリンクグラントと呼称されてもよい。下りリンクグラントは、下りリンクアサインメント（downlink assignment）または下りリンク割り当て（downlink allocation）とも呼称される。
【００７１】
ＤＣＩフォーマットは、ＰＤＳＣＨで送信されるトランスポートブロックのサイズ（TBS:Transport Block Size）を少なくとも指示する情報ビットにマップされるＴＢＳ情報フィールド、周波数領域において該ＰＤＳＣＨがマップされるリソースブロックのセットを少なくとも示す情報ビットにマップされるリソース割り当て情報フィールド（Resource allocation field）、該ＰＤＳＣＨのための変調方式を少なくとも指示する情報ビットに
マップされるＭＣＳ情報フィールド、該トランスポートブロックに対応するＨＡＲＱプロセス番号を少なくとも指示する情報ビットにマップされるＨＡＲＱプロセス番号情報フィールド、該トランスポートブロックに対応するＮＤＩ（New Data Indicator）を少なくとも指示する情報ビットにマップされるＮＤＩ指示情報フィールド、および、該トランスポートブロックのためのＲＶ（Redundancy Version）を少なくとも指示する情報ビットにマップされるＲＶ情報フィールドの一部または全部を少なくとも含んでもよい。
【００７２】
ＤＣＩフォーマットに含まれる１または複数の情報フィールドは、複数の指示情報のジョイントコーディングにより与えられる情報ビットにマップされてもよい。例えば、ＤＣＩフォーマットは、ＴＢＳに関連する情報およびＰＤＳＣＨの変調方式を指示する情報のジョイントコーディングに少なくとも基づき与えられる情報ビットにマップされるＭＣＳ情報フィールドを含んでもよい。
【００７３】
本実施形態の種々の態様において、特別な記載のない限り、リソースブロックの数は周波数領域におけるリソースブロックの数を示す。
【００７４】
１つの下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと同じスロット内のＰＤＳＣＨのスケジューリングのために少なくとも用いられる。
【００７５】
１つの上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングのために少なくとも用いられる。
【００７６】
１つの物理チャネルは、１つのサービングセルにマップされてもよい。１つの物理チャネルは、複数のサービングセルにマップされなくてもよい。
【００７７】
端末装置１は、ＰＤＣＣＨの探索のために、１または複数の制御リソースセット（CORESET:Control Resource SET）が設定される。端末装置１は、１または複数の制御リソースセットにおいてＰＤＣＣＨの受信を試みる。
【００７８】
制御リソースセットは、１つまたは複数のＰＤＣＣＨがマップされうる時間周波数領域を示してもよい。制御リソースセットは、端末装置１がＰＤＣＣＨの受信を試みる領域であってもよい。制御リソースセットは、連続的なリソース（Localized resource）により構成されてもよい。制御リソースセットは、非連続的なリソース（distributed resource）により構成されてもよい。
【００７９】
周波数領域において、制御リソースセットのマッピングの単位はリソースブロックであってもよい。例えば、周波数領域において、制御リソースセットのマッピングの単位は６リソースブロックであってもよい。時間領域において、制御リソースセットのマッピングの単位はＯＦＤＭシンボルであってもよい。例えば、時間領域において、制御リソースセットのマッピングの単位は１ＯＦＤＭシンボルであってもよい。
【００８０】
制御リソースセットの周波数領域は、サービングセルのシステム帯域幅と同一であってもよい。また、制御リソースセットの周波数領域は、サービングセルのシステム帯域幅に少なくとも基づき与えられてもよい。制御リソースセットの周波数領域は、上位層の信号、および／または、下りリンク制御情報に少なくとも基づき与えられてもよい。
【００８１】
制御リソースセットの時間領域は、上位層のシグナリング、および／または、下りリンク制御情報に少なくとも基づき与えられてもよい。
【００８２】
ある制御リソースセットは、共通制御リソースセット（Common control resource set
）であってもよい。共通制御リソースセットは、複数の端末装置１に対して共通に設定される制御リソースセットであってもよい。共通制御リソースセットは、ＭＩＢ、第１のシステム情報、第２のシステム情報、共通ＲＲＣシグナリング、および、セルＩＤの一部または全部に少なくとも基づき与えられてもよい。例えば、第１のシステム情報のスケジューリングのために用いられるＰＤＣＣＨをモニタすることが設定される制御リソースセットの時間リソース、および／または、周波数リソースは、ＭＩＢに少なくとも基づき与えられてもよい。
【００８３】
ある制御リソースセットは、専用制御リソースセット（Dedicated control resource set）であってもよい。専用制御リソースセットは、端末装置１のために専用に用いられるように設定される制御リソースセットであってもよい。専用制御リソースセットは、専用ＲＲＣシグナリング、および、Ｃ−ＲＮＴＩの値の一部または全部に少なくとも基づき与えられてもよい。
【００８４】
制御リソースセットは、端末装置１がモニタするＰＤＣＣＨ（または、ＰＤＣＣＨ候補）のセットを含んでもよい。制御リソースセットは、１または複数の探索領域（サーチスペース、ＳＳ：Ｓｅａｒｃｈ  Ｓｐａｃｅ）を含んで構成されてもよい。
【００８５】
ある探索領域は、ある集約レベル（Aggregation level）のＰＤＣＣＨ候補を１つまた
は複数含んで構成される。端末装置１は、探索領域に含まれるＰＤＣＣＨ候補を受信し、ＰＤＣＣＨの受信を試みる。ここで、ＰＤＣＣＨ候補は、ブラインド検出候補（blind detection candidate）とも呼称される。
【００８６】
探索領域のセットは、１または複数の探索領域を含んで構成される。ある探索領域のセ
ットは、ＣＳＳ（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ、共通探索領域）であってもよい。ＣＳＳは、ＭＩＢ、第１のシステム情報、第２のシステム情報、共通ＲＲＣシグナリング、および、セルＩＤの一部または全部に少なくとも基づき与えられてもよい。
【００８７】
ある探索領域のセットは、ＵＳＳ（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ、ＵＥ固有探索領域）であってもよい。ＵＳＳは、専用ＲＲＣシグナリング、および、Ｃ−ＲＮＴＩの値の一部または全部に少なくとも基づき与えられてもよい。
【００８８】
共通制御リソースセットは、ＣＳＳおよびＵＳＳの一方または両方を少なくとも含んでもよい。専用制御リソースセットは、ＣＳＳおよびＵＳＳの一方または両方を少なくとも含んでもよい。
【００８９】
探索領域の物理リソースは制御チャネルの構成単位（CCE:Control Channel Element）
により構成される。ＣＣＥは所定の数のリソース要素グループ（REG:Resource Element Group）により構成される。例えば、ＣＣＥは６個のＲＥＧにより構成されてもよい。ＲＥＧは１つのＰＲＢ（Physical Resource Block）の１ＯＦＤＭシンボルにより構成されて
もよい。つまり、ＲＥＧは１２個のリソースエレメント（RE:Resource Element）を含ん
で構成されてもよい。ＰＲＢは、単にＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ：リソースブロック）とも呼称される。
【００９０】
ＰＤＳＣＨは、下りリンクデータ（DL-SCH、PDSCH）を送信するために用いられる。Ｐ
ＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信するために少なくとも用いられる。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステム情報を送信するために少なくとも用いられる。
【００９１】
図１において、下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・同期信号（SS:Synchronization signal）
・ＤＬ  ＤＭＲＳ（DownLink DeModulation Reference Signal）
・Ｓｈａｒｅｄ  ＲＳ（Shared Reference Signal）
・ＣＳＩ−ＲＳ（Channel State Information-Reference Signal）
・ＤＬ  ＰＴＲＳ（DownLink Phase Tracking Reference Signal）
・ＴＲＳ（Tracking Reference Signal）
【００９２】
同期信号は、端末装置１が下りリンクの周波数領域、および／または、時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Primary Synchronization Signal）、および、ＳＳＳ（Secondary Synchronization Signal）を含む。
【００９３】
ＳＳブロック（ＳＳ／ＰＢＣＨブロック）は、ＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部を少なくとも含んで構成される。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのアンテナポートは同一であってもよい。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、およびＰＢＣＨの一部または全部は、連続するＯＦＤＭシンボルにマップされてもよい。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのＣＰ設定は同一であってもよい。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのサブキャリア間隔の設定μは同一であってもよい。
【００９４】
ＤＬ  ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの送信に関連する。ＤＬ  ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、または、ＰＤＳＣＨに多重される。端
末装置１は、ＰＢＣＨ、ＰＤＣＣＨ、または、ＰＤＳＣＨの伝搬路補正を行なうために該ＰＢＣＨ、該ＰＤＣＣＨ、または、該ＰＤＳＣＨと対応するＤＬ  ＤＭＲＳを使用してよい。以下、ＰＢＣＨと、該ＰＢＣＨと関連するＤＬ  ＤＭＲＳが共に送信されることは、短にＰＢＣＨが送信されると呼称される。以下、ＰＤＣＣＨと、該ＰＤＣＣＨと関連するＤＬ  ＤＭＲＳが共に送信されることは、単にＰＤＣＣＨが送信されると呼称される。以下、ＰＤＳＣＨと、該ＰＤＳＣＨと関連するＤＬ  ＤＭＲＳが共に送信されることは、単にＰＤＳＣＨが送信されると呼称される。ＰＢＣＨと関連するＤＬ  ＤＭＲＳは、ＰＢＣＨ用ＤＬ  ＤＭＲＳとも呼称される。ＰＤＳＣＨと関連するＤＬ  ＤＭＲＳは、ＰＤＳＣＨ用ＤＬ  ＤＭＲＳとも呼称される。ＰＤＣＣＨと関連するＤＬ  ＤＭＲＳは、ＰＤＣＣＨと関連するＤＬ  ＤＭＲＳとも呼称される。
【００９５】
Ｓｈａｒｅｄ  ＲＳは、少なくともＰＤＣＣＨの送信に関連してもよい。Ｓｈａｒｅｄ
ＲＳは、ＰＤＣＣＨに多重されてもよい。端末装置１は、ＰＤＣＣＨの伝搬路補正を行うためにＳｈａｒｅｄ  ＲＳを使用してよい。以下、ＰＤＣＣＨと、ＰＤＣＣＨと関連するＳｈａｒｅｄ  ＲＳが共に送信されることは、単にＰＤＣＣＨが送信されるとも呼称される。
【００９６】
ＤＬ  ＤＭＲＳは、端末装置１に個別に設定される参照信号であってもよい。ＤＬ  ＤＭＲＳの系列は、端末装置１に個別に設定されるパラメータに少なくとも基づいて与えられてもよい。ＤＬ  ＤＭＲＳの系列は、ＵＥ固有の値（例えば、Ｃ−ＲＮＴＩ等）に少なくとも基づき与えられてもよい。ＤＬ  ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨのために個別に送信されてもよい。一方、Ｓｈａｒｅｄ  ＲＳは、複数の端末装置１に共通に設定される参照信号であってもよい。Ｓｈａｒｅｄ  ＲＳの系列は、端末装置１に個別に設定されるパラメータとは関係なく与えられてもよい。例えば、Ｓｈａｒｅｄ
ＲＳの系列は、スロットの番号、ミニスロットの番号、および、セルＩＤ（identity）の少なくとも一部に基づいて与えられてもよい。Ｓｈａｒｅｄ  ＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨが送信されているか否かに関わらず送信される参照信号であってもよい。
【００９７】
ＣＳＩ−ＲＳは、チャネル状態情報を算出するために少なくとも用いられる信号であってもよい。端末装置によって想定されるＣＳＩ−ＲＳのパターンは、少なくとも上位層のパラメータにより与えられてもよい。
【００９８】
ＰＴＲＳは、位相雑音の補償のために少なくとも用いられる信号であってもよい。端末装置によって想定されるＰＴＲＳのパターンは、上位層のパラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
【００９９】
ＤＬ  ＰＴＲＳは、１または複数のＤＬ  ＤＭＲＳに用いられるアンテナポートを少なくとも含むＤＬ  ＤＭＲＳグループに関連してもよい。ＤＬ  ＰＴＲＳとＤＬ  ＤＭＲＳグループが関連することは、ＤＬ  ＰＴＲＳのアンテナポートとＤＬ  ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＤＬ  ＤＭＲＳグループは、ＤＬ  ＤＭＲＳグループに含まれるＤＬ  ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。
【０１００】
ＴＲＳは、時間、および／または、周波数の同期のために少なくとも用いられる信号であってもよい。端末装置によって想定されるＴＲＳのパターンは、上位層のパラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
【０１０１】
下りリンク物理チャネルおよび下りリンク物理シグナルは、下りリンク信号とも呼称される。上りリンク物理チャネルおよび上りリンク物理シグナルは、上りリンク信号とも呼
称される。下りリンク信号および上りリンク信号はまとめて物理信号とも呼称される。下りリンク信号および上りリンク信号はまとめて信号とも呼称される。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび上りリンク物理シグナルを総称して、物理シグナルと称する。
【０１０２】
ＢＣＨ（Broadcast CHannel）、ＵＬ−ＳＣＨ（Uplink-Shared CHannel）およびＤＬ−ＳＣＨ（Downlink-Shared CHannel）は、トランスポートチャネルである。媒体アクセス
制御（MAC:Medium Access Control）層で用いられるチャネルはトランスポートチャネル
と呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロック（TB）またはＭＡＣ  ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トラ
ンスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理
層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
【０１０３】
基地局装置３と端末装置１は、上位層（higher layer）において上位層の信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC:Radio Resource Control）層において、ＲＲＣシグナリング（ＲＲＣ  ｍｅｓｓａｇｅ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｍｅｓｓａｇｅ、ＲＲＣ  ｉｎｆｏｒｍａｔｉｏｎ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ  ＣＥ（Control Element）を送受信してもよい。ここで、ＲＲＣシグナリン
グ、および／または、ＭＡＣ  ＣＥを、上位層の信号（higher layer signaling）とも称する。
【０１０４】
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥを送信するために少なくとも用いられてよい。ここで、基地局装置３よりＰＤＳＣＨで送信されるＲＲＣシグナリングは、サービングセル内における複数の端末装置１に対して共通のシグナリングであってもよい。サービングセル内における複数の端末装置１に対して共通のシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇまたはＵＥ  ｓｐｅｃｉｆｉｃ  ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のシグナリングは、専用ＲＲＣシグナリングとも呼称される。サービングセルにおいて固有な上位層のパラメータは、サービングセル内における複数の端末装置１に対して共通のシグナリング、または、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。ＵＥ固有な上位層のパラメータは、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。専用ＲＲＣシグナリングを含むＰＤＳＣＨは、第１の制御リソースセット内のＰＤＣＣＨによってスケジュールされてもよい。
【０１０５】
ＢＣＣＨ（Broadcast Control CHannel）、ＣＣＣＨ（Common Control CHannel）、お
よび、ＤＣＣＨ（Dedicated Control CHannel）は、ロジカルチャネルである。例えば、
ＢＣＣＨは、ＭＩＢを送信するために用いられる上位層のチャネルである。また、ＣＣＣＨ（Common Control CHannel）は、複数の端末装置１において共通な情報を送信するために用いられる上位層のチャネルである。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられてもよい。また、ＤＣＣＨ（Dedicated Control CHannel）は、端末装置１に専用の制御情報（dedicated control information）を送信するために少なくとも用いられる上位層のチャネルである。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。
【０１０６】
ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、ＤＬ−ＳＣＨ、または、ＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。
【０１０７】
トランスポートチャネルにおけるＵＬ−ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされる。トランスポートチャネルにおけるＤＬ−ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされる。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされる。
【０１０８】
以下、ＰＵＳＣＨのコードワードｑのための符号化方法について説明する。ここで、コードワードｑは、少なくとも１つのトランスポートブロックａｋに対応する。
【０１０９】
図４は、本実施形態の一態様に係るベースバンド部１３におけるトランスポートブロックａｋ（ａ０，．．．ａＡ−１）の符号化の一例を示す図である。ベースバンド部１３は、ＣＲＣ生成部（CRC generator）３００１、コードブロック分割部（Code block segmentation）３００２、ＬＤＰＣ（Low Density Parity Check）符号化部（ＬＤＰＣ  ｅｎｃｏｄｅｒ）３００３、ビット選択部（Bit selection）３００４、ビットインターリーブ
部（Bit interleaving）３００５、および、コードブロック結合部（Code block concatenation）３００６の一部または全部を少なくとも含んで構成されてもよい。
【０１１０】
ＣＲＣ生成部３００１は、トランスポートブロックａｋ（ａ０，．．．ａＡ−１）に少なくとも基づき、第１のＣＲＣ系列ｐｋ（ｐ０，．．．ｐＬ１−１）の生成を行う。該第１のＣＲＣ系列ｐｋは、該トランスポートブロックａｋの誤り検出を提供する。ここで、Ａは該トランスポートブロックのためのＴＢＳに対応する。また、Ｌ１は該第１のＣＲＣ系列に含まれるパリティビットの数に対応する。
【０１１１】
コードブロック分割部３００２は、トランスポートブロックｂｋ（ｂ０，．．．ｂＢ−１）を１または複数のコードブロックｃｒ，ｋ（ｃｒ，０，．．．ｃｒ，Ｋｒ−１）に分割する。ｒは、該トランスポートブロックｂｋに含まれるコードブロックのインデックスを示す。Ｋｒは、ｒ番目のコードブロックに含まれるビットの数である。Ｋｒは、コードブロックサイズとも呼称される。
【０１１２】
該トランスポートブロックｂｋは、最大コードブロックサイズ（Maximum code block size）Ｋｃｂを超えない該１または複数のコードブロックｃｒ，ｋに分割される。最大コ
ードブロックサイズＫｃｂは、ＬＤＰＣ符号化において用いられるベースグラフ（Base graph）に少なくとも基づき与えられてもよい。例えば、ＬＤＰＣ符号化において用いられるベースグラフがベースグラフ１である場合に最大コードブロックサイズＫｃｂは８４４８であってもよい。また、ＬＤＰＣ符号化において用いられるベースグラフがベースグラフ２である場合に最大コードブロックサイズＫｃｂは３８４０であってもよい。
【０１１３】
該トランスポートブロックｂｋに含まれるコードブロックの数が２以上である場合、該１または複数のコードブロックｃｒ，ｋのそれぞれに対して、第２のＣＲＣ系列ｑｒ，ｋ（ｑｒ，０，．．．ｑｒ，Ｌ２−１）が与えられる。Ｌ２は該第２のＣＲＣ系列に含まれるパリティビットの数に対応する。該第２のＣＲＣ系列ｑｒ，ｋは、該１または複数のコードブロックのそれぞれに対して付加され、１または複数のコードブロックＣｒ，ｋ（Ｃｒ，０，．．．Ｃｒ，Ｋｒ−１，Ｃｒ，Ｋｒ，．．．Ｃｒ，Ｋｒ＋Ｌ２−１）生成される。該トランスポートブロックｂｋに含まれるコードブロックの数が１である場合、コードブロックｃ０，ｋに対して第２のＣＲＣ系列ｑ０，ｋは付加されない。つまり、該トラン
スポートブロックｂｋに含まれるコードブロックの数が１である場合、コードブロックＣ０，ｋは該コードブロックｃ０，ｋに等しい。
【０１１４】
ＬＤＰＣ符号化部３００３は、１または複数のコードブロックＣｒ，ｋのそれぞれに対して、ＬＤＰＣ符号化を施すことにより符号化ビット系列ｄｒ，ｋ（ｄｒ，０，．．．ｄｒ，Ｎ−１）を生成する。ここで、ＬＤＰＣ符号化部３００３に入力されるコードブロックは、コードブロックＣｋとも呼称される。該コードブロックＣｋは、トランスポートブロックａｋに対応する１または複数のコードブロックのうちの１つを少なくとも示す。ＬＤＰＣ符号化部３００３は、入力されたコードブロックＣｋに対して、ＬＤＰＣ符号化を施すことにより符号化ビット系列ｄｋ（ｄ０，．．．ｄＮ−１）を生成する。Ｎは、符号化ビット系列ｄｒ，ｋ、および／または、符号化ビット系列ｄｋの符号化ビットの数に対応する。
【０１１５】
ＬＤＰＣ符号化部３００３に入力されるコードブロックＣｋに含まれるビットの数は、Ｋｉｎｐｕｔとも呼称される。つまり、トランスポートブロックｂｋに含まれるコードブロックの数が２以上である場合、Ｋｉｎｐｕｔ＝Ｋｒであってもよい。また、トランスポートブロックｂｋに含まれるコードブロックの数が１である場合、Ｋｉｎｐｕｔ＝Ｋｒ＋Ｌ２であってもよい。
【０１１６】
符号化ビット系列ｄｋの生成に用いられる符号化行列Ｈｍａｔｒｉｘは、ベースグラフとリフトサイズＺｃに少なくとも基づき与えられる。ここで、符号化行列Ｈｍａｔｒｉｘは、下記の数式（３）に示される条件を満たす。
【数３】
2019092062.tif 000005
【０１１７】
ここで、ｃｖｅｃｔｏｒは、コードブロックＣｋにより構成される列ベクトルであってもよい。ｃｖｅｃｔｏｒは、行の数がＫｉｎｐｕｔであり、かつ、列の数が１の列ベクトルであってもよい。また、ｗｖｅｃｔｏｒは、コードブロックＣｋをＬＤＰＣ符号化することによって与えられるパリティビットにより構成される列ベクトルであってもよい。ｃｖｅｃｔｏｒは、行の数がＮ＋２Ｚｃ−Ｋであり、かつ、列の数が１の列ベクトルであってもよい。Ｏｖｅｃｔｏｒは、行の数がＮ＋２Ｚｃであり、かつ、列の数が１の列ベクトルであってもよい。
【０１１８】
リフトサイズＺｃは、符号化行列Ｈｍａｔｒｉｘの生成のために少なくとも用いられる値であってもよい。
【０１１９】
ビット選択部３００４は、符号化ビット系列ｄｋに基づき、所定の手順により巡回バッファを作成する。巡回バッファの長さはＮである。ビット選択部３００４により出力されるレートマッチ系列ｅｋ（ｅ０，．．．ｅＥ−１）は、該巡回バッファを所定の位置から読み込みを開始し、Ｅ個のビットを読み込むことにより生成される。ここで、Ｅは、ＵＬ−ＳＣＨのために用いられるリソースエレメントの数であってもよい。Ｅの決定方法の詳細は後述される。また、該所定の位置は、リダンダンシーバージョン（RV:Redandancy Version）に少なくとも基づき示される位置であってもよい。リダンダンシーバージョンは
、上りリンクグラントに少なくとも基づき与えられてもよい。
【０１２０】
ビットインターリーブ部３００５は、レートマッチ系列ｅｋを所定の基準に基づきインターリーブすることによりインターリーブ系列ｆｋ（ｆ０，．．．ｆＥ−１）を生成する。
【０１２１】
コードブロック結合部３００６は、１または複数のコードブロックＣｒ，ｋのそれぞれに対応するインターリーブ系列ｆｋを結合して結合系列ｇｋを生成する。
【０１２２】
以下、ＰＵＳＣＨで送信されるＵＣＩのビット系列ｃＵＣＩｋ（ｃＵＣＩ０，．．．ｃＵＣＩＫＵＣＩ−１）の符号化方法を説明する。ＫＵＣＩは、ＰＵＳＣＨで送信されるＵＣＩのビット数を示す。ビット系列ｃＵＣＩｋの符号化により、符号化ビット系列ｄＵＣＩｋ（ｄＵＣＩ０，．．．ｄＵＣＩＮＵＣＩ−１）が与えられる。ＮＵＣＩは、符号化ビット系列に含まれるビットの数を示す。
【０１２３】
図５は、本実施形態の一態様に係るＫＵＣＩが１である場合のビット系列ｃＵＣＩ０の第１の符号化方法の一例を示す図である。図５において、ｙは、ｃＵＣＩ０と同じ値が入力されることを示してもよい。ｙは、直前のビットと同じ値が入力されることを示してもよい。ｘは、所定の値が入力されることを示してもよい。例えば、該所定の値は１であってもよい。また、該所定の値は０であってもよい。Ｑｍは、ＰＵＳＣＨのための変調方式に対応するインデックス（変調次数）であってもよい。Ｑｍ＝２は、ＱＰＳＫに対応してもよい。Ｑｍ＝４は、１６ＱＡＭに対応してもよい。Ｑｍ＝６は、６４ＱＡＭに対応してもよい。Ｑｍ＝８は、２５６ＱＡＭに対応してもよい。ＫＵＣＩが１である場合の第１の符号化方法において、Ｎ＝Ｑｍであってもよい。
【０１２４】
ＫＵＣＩが１である場合のビット系列ｃＵＣＩ０の符号化方法は、繰り返し符号であってもよい。ＫＵＣＩが１である場合にビット系列ｃＵＣＩ０は符号化されなくてもよい。ＫＵＣＩが１である場合のビット系列ｃＵＣＩ０は、ｃＵＣＩ０＝ｄＵＣＩ０であってもよい。
【０１２５】
図６は、本実施形態の一態様に係るＫＵＣＩが２である場合のビット系列ｃＵＣＩｋ（ｃＵＣＩ０，ｃＵＣＩ１）の第１の符号化方法の一例を示す図である。ここで、ｃＵＣＩ２は、ｃＵＣＩ２＝ｍｏｄ（ｃＵＣＩ０＋ｃＵＣＩ１，２）で与えられてもよい。ＫＵＣＩが１である場合の第１の符号化方法において、Ｎ＝３Ｑｍであってもよい。
【０１２６】
ＫＵＣＩが３以上であり、かつ、ＫＵＣＩが１１以下である場合、ビット系列ｃＵＣＩｋは所定の系列に基づきスクランブリングされる符号化方式であってもよい。ＫＵＣＩが３以上であり、かつ、ＫＵＣＩが１１以下である場合、ビット系列ｃＵＣＩｋはリードマラー（Reed-Muller）符号に基づき符号化されてもよい。リードマラー符号は、ブロック
符号の一種である。
【０１２７】
ＫＵＣＩが１２以上である場合、ＫＵＣＩはｐｏｌａｒ符号に基づき符号化されてもよい。
【０１２８】
符号化ビット系列ｄＵＣＩｋは、長さＮＵＣＩの巡回バッファに入力されてもよい。ＵＣＩレートマッチ系列ｅＵＣＩｋは、該巡回バッファを所定の位置から読み込みを開始し、ＥＵＣＩ個のビットを読み込むことにより生成される。ここで、ＥＵＣＩは、ＵＣＩのために用いられるリソースエレメントの数であってもよい。ＥＵＣＩは、ＵＣＩのタイプ（第１のＣＳＩ、第２のＣＳＩ、および、ＨＡＲＱ−ＡＣＫ）ごとに異なる値であってもよい。ＥＵＣＩの決定方法の詳細は後述される。
【０１２９】
第１のＣＳＩのためのレートマッチ系列ｅＵＣＩｋは、レートマッチ系列ｅＣＳＩ１ｋとも呼称される。第２のＣＳＩのためのレートマッチ系列ｅＵＣＩｋは、レートマッチ系列ｅＣＳＩ２ｋとも呼称される。ＨＡＲＱ−ＡＣＫのためのレートマッチ系列ｅＵＣＩｋは、レートマッチ系列ｅＨＡＲＱ−ＡＣＫｋとも呼称される。
【０１３０】
第１のＣＳＩは、少なくともＲＩを含んでもよい。第１のＣＳＩは、ＣＱＩの一部または全部を少なくとも含んでもよい。第２のＣＳＩは、少なくともＰＭＩを含んでもよい。第２のＣＳＩは、第のＣＳＩに含まれるＣＱＩ以外のＣＱＩを少なくとも含んでもよい。第２のＣＳＩに含まれるＣＳＩのビット数は、第１のＣＳＩにより示される値に少なくとも基づき与えられてもよい。
【０１３１】
以下、結合系列ｇｋおよびレートマッチ系列ｅＵＣＩｋをＰＵＳＣＨにマップする方法例を説明する。
【０１３２】
図７は、本実施形態の一態様に係る結合系列ｇｋおよびレートマッチ系列ｅＵＣＩｋのＰＵＳＣＨのリソースエレメントへのマッピングの一例を示す図である。図７において、斜線で示される要素はＵＬ  ＤＭＲＳのマッピングのためのリソースエレメントであり、格子線で示される要素はＵＣＩ（レートマッチ系列ｅＵＣＩｋ）のマッピングのためのリソースエレメント（第４のリソースグループ）であり、横線で示される要素はＵＬ  ＰＴＲＳのマッピングのためのリソースエレメント（第３のリソースグループ）である。また、パターン無の要素はＵＬ−ＳＣＨ（結合系列ｇｋ）のマッピングのためのリソースエレメント（第１のリソースグループ）である。ＵＬ  ＤＭＲＳのマッピングは、上位層のパラメータ、および／または、上りリンクグラントの一方または両方に少なくとも基づき与えられてもよい。ＵＬ  ＰＴＲＳのマッピングは、上位層のパラメータ、および／または、上りリンクグラントの一方または両方に少なくとも基づき与えられてもよい。レートマッチ系列ｅＵＣＩｋは、ＵＬ  ＤＭＲＳがマップされるＲＥに少なくともマップされなくてもよい。レートマッチ系列ｅＵＣＩｋは、ＵＬ  ＤＭＲＳがマップされるＲＥを含むＯＦＤＭシンボルに少なくともマップされなくてもよい。レートマッチ系列ｅＵＣＩｋは、ＵＬ  ＰＴＲＳがマップされるＲＥに少なくともマップされなくてもよい。
【０１３３】
図７において、ＰＵＳＣＨのサブキャリア数ＮＰＵＳＣＨｓｃは２４であり、ＰＵＳＣＨのＯＦＤＭシンボル数ＮＰＵＳＣＨｓｙｍは８である。例えば、周波数領域においてＵＣＩがマッピングされるリソースエレメントは、ＰＵＳＣＨのサブキャリア数ＮＰＵＳＣＨｓｃから、ＰＴＲＳがマップされるリソースエレメントを少なくとも含むサブキャリアの数ＮＰＴＲＳｓｃを引いた値ＮＰＵＳＣＨｓｃ−ＮＰＴＲＳｓｃに少なくとも基づき与えられてもよい。例えば、ＵＣＩがマップされるサブキャリアの間隔Ｎｆは、Ｎｆ＝ｆｌｏｏｒ（ＯＵＣＩ＿ｓｙｍ／（ＮＰＵＳＣＨｓｃ−ＮＰＴＲＳｓｃ））であってもよい。ここで、ＯＵＣＩ＿ｓｙｍは、ＯＦＤＭシンボルあたりのＵＣＩの符号化変調シンボルの数である。ＯＵＣＩ＿ｓｙｍは、ＯＵＣＩ＿ｓｙｍ＝ｆｌｏｏｒ（ＯＵＣＩ／ＮＵＣＩｓｙｍ）であってもよい。ＯＵＣＩはＵＣＩの符号化変調シンボルの数であってもよい。ＯＵＣＩは、上位層のパラメータ、上りリンクグラント、ＰＵＳＣＨのＭＣＳ、ＰＵＳＣＨのサブキャリア数ＮＰＵＳＣＨｓｃ、および、ＰＵＳＣＨのＯＦＤＭシンボル数ＮＰＵＳＣＨｓｙｍの一部または全部に少なくとも基づき与えられてもよい。ＮＵＣＩｓｙｍは、ＵＣＩがマップされるＯＦＤＭシンボルの数であってもよい。１つの符号化変調シンボルは、１つのリソースエレメントに対応してもよい。
【０１３４】
図８は、本実施形態の一態様に係る１つのコードワードが第１のアンテナポート（first antenna port）と第２のアンテナポート（second antenna port）にマップされる場合
の、第２のアンテナポートのための結合系列ｇｋおよびレートマッチ系列ｅＵＣＩｋのＰ
ＵＳＣＨへのマッピングの一例を示す図である。第１のアンテナポートのための結合系列ｇｋおよびレートマッチ系列ｅＵＣＩｋのＰＵＳＣＨへのマッピングは、図７に示されるマッピングに基づくことが仮定される。図８において、斜線で示される要素はＵＬ  ＤＭＲＳのマッピングのためのリソースエレメントであり、格子線で示される要素は、ＵＣＩ（レートマッチ系列ｅＵＣＩｋ）のマッピングのためのリソースエレメント（第５のリソースグループ）であり、ドットで示される要素は、第６のリソースグループを示す。また、パターン無の要素は、ＵＬ−ＳＣＨ（結合系列ｇｋ）のマッピングのためのリソースエレメント（第２のリソースグループ）である。結合系列ｇｋはＵＬ−ＳＣＨ、または、トランスポートブロックとも呼称される。レートマッチ系列ｅＵＣＩｋはＵＣＩとも呼称される。
【０１３５】
第１のアンテナポートは、ＵＬ  ＰＴＲＳが少なくともマップされるアンテナポートであってもよい。第２のアンテナポートは、ＵＬ  ＰＴＲＳがマップされないアンテナポートであってもよい。ＵＬ  ＰＴＲＳは、第１のアンテナポートのリソースエレメントに少なくともマップされてもよい。ＵＬ  ＰＴＲＳは、第２のアンテナポートのリソースエレメントにマップされなくてもよい。
【０１３６】
結合系列ｇｋは第１のアンテナポートの第１のリソースグループに少なくともマップされてもよい。第１のリソースグループは、図７のパターン無の要素に対応する。第１のリソースグループは、第１のアンテナポートのリソースエレメントを少なくとも含む。結合系列ｇｋは第２のアンテナポートの第２のリソースグループに少なくともマップされてもよい。第２のリソースグループは、図８のパターン無の要素に対応する。第２のリソースグループは、第２のアンテナポートのリソースエレメントを少なくとも含む。
【０１３７】
ＵＬ  ＰＴＲＳは、第１のアンテナポートの第３のリソースグループにマップされてもよい。第３のリソースグループは、図７の横線で示される要素に対応する。第３のリソースグループは、第１のアンテナポートのリソースエレメントを少なくとも含む。
【０１３８】
レートマッチ系列ｅＵＣＩｋは第１のアンテナポートの第４のリソースグループに少なくともマップされてもよい。第４のリソースグループは、図７の格子線で示される要素に対応する。第４のリソースグループは、第１のアンテナポートのリソースエレメントを少なくとも含む。レートマッチ系列ｅＵＣＩｋは第２のアンテナポートの第５のリソースグループに少なくともマップされてもよい。第５のリソースグループは、図８の格子線で示される要素に対応する。第５のリソースグループは、第２のアンテナポートのリソースエレメントを少なくとも含む。
【０１３９】
レートマッチ系列ｅＵＣＩｋは第２のアンテナポートの第６のリソースグループに含まれるリソースエレメント以外のリソースエレメントの一部または全部に少なくともマップされてもよい。第６のリソースグループは、図８のドットで示される要素に対応する。第６のリソースグループは、第２のアンテナポートのリソースエレメントを少なくとも含む。
【０１４０】
第６のリソースグループは、以下の要素１から要素４の一部または全部を少なくとも含むリソースのグループであってもよい。
要素１）第１のアンテナポートに対応するＵＬ  ＰＴＲＳがマップされる１または複数の第１のアンテナポートのリソースエレメントのインデックスペアと同じインデックスペアの１または複数の第２のアンテナポートのリソースエレメント
要素２）ＰＵＳＣＨに含まれるＯＦＤＭシンボルのうち、第１のアンテナポートに対応するＵＬ  ＰＴＲＳがマップされる第１のアンテナポートのリソースエレメントのインデックスペアと同じインデックスペアの第２のアンテナポートのリソースエレメントを少なく
とも含むＯＦＤＭシンボル
要素３）ＰＵＳＣＨに含まれるサブキャリアのうち、第１のアンテナポートに対応するＵＬ  ＰＴＲＳがマップされる第１のアンテナポートのリソースエレメントのインデックスペアと同じインデックスペアの１または複数の第２のアンテナポートのリソースエレメントを少なくとも含むサブキャリア
要素４）第２のＣＳＩのためのレートマッチ系列ｅＣＳＩ２ｋがマップされる第１のアンテナポートのリソースエレメントのインデックスペアと同じインデックスペアの１または複数の第２のアンテナポートのリソースエレメント
【０１４１】
リソースグループは、１または複数のリソースエレメントを含むリソースのグループであってもよい。
【０１４２】
レートマッチ系列ｅＵＣＩｋは、第６のリソースグループにマップされなくてもよい。例えば、レートマッチ系列ｅＵＣＩｋが第１のアンテナポートに対応するＵＬ  ＰＴＲＳのマッピングのための第１のアンテナポートのリソースエレメントのインデックスペアと同じインデックスペアの第２のリソースエレメントにマップされないことにより、送信ダイバーシチ効果や、レイヤ間干渉の低減効果が期待される。
【０１４３】
第１のアンテナポートにＵＬ  ＰＴＲＳがマップされ、第２のアンテナポートにＵＬ  ＰＴＲＳがマップされない場合、第２のアンテナポートにおけるレートマッチ系列ｅＵＣＩｋのマッピングは第１のアンテナポートにおけるレートマッチ系列ｅＵＣＩｋのマッピングと同一であってもよい。
【０１４４】
少なくともコードブックベース送信において、第１のアンテナポートは第１のレイヤおよび第２のレイヤに対応してもよい。少なくともコードブックベース送信において、第２のアンテナポートは第１のレイヤおよび第２のレイヤに対応してもよい。少なくとも非コードブックベース送信において、第１のアンテナポートは第１のレイヤに対応してもよい。少なくとも非コードブックベース送信において、第２のアンテナポートは第２のレイヤに対応してもよい。
【０１４５】
第１のアンテナポートのために、レートマッチ系列ｅＵＣＩｋは該第１のアンテナポートに対応するＵＬ  ＰＴＲＳを少なくともよけてマップされてもよい。第１のアンテナポートのために、レートマッチ系列ｅＵＣＩｋは該第１のアンテナポートに対応するＵＬ  ＰＴＲＳがマップされる第１のアンテナポートのリソースエレメント以外の第１のアンテナポートのリソースエレメントの一部または全部にマップされてもよい。
【０１４６】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、第４のリソースグループに含まれるリソースエレメントのインデックスペアは、第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なってもよい。
【０１４７】
第２のアンテナポートのために、レートマッチ系列ｅＵＣＩｋは第６のリソースグループを少なくともよけてマップされてもよい。第２のアンテナポートのために、レートマッチ系列ｅＵＣＩｋは第６のリソースグループに含まれるリソースエレメント以外の第２のアンテナポートのリソースエレメントに少なくともマップされてもよい。
【０１４８】
レートマッチ系列ｅＵＣＩｋは、第１のアンテナポートに対応するＵＬ  ＰＴＲＳがマップされる第１のアンテナポートのリソースエレメントと同一のインデックスペアである第２のアンテナポートのリソースエレメントを少なくともよけてマップされてもよい。レートマッチ系列ｅＵＣＩｋは、第３のリソースグループに含まれるリソースエレメントのインデックスペアと同一の第２のアンテナポートのリソースエレメントに少なくともマッ
プされなくてもよい。
【０１４９】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアは、第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なってもよい。
【０１５０】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアは、第３のリソースグループに含まれるリソースエレメントに少なくとも基づき与えられてもよい。
【０１５１】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、第５のリソースグループに含まれる全てのリソースエレメントのインデックスペアは、第４のリソースグループに含まれるリソースエレメントのインデックスペアのいずれかと同一であってもよい。
【０１５２】
第２のアンテナポートのためにレートマッチ系列ｅＵＣＩｋが第６のリソースグループを少なくともよけてマップされるか否かは、ＵＣＩのタイプごとに与えられてもよい。第２のアンテナポートのために、レートマッチ系列ｅＵＣＩｋが第６のリソースグループに含まれるリソースエレメント以外の第２のアンテナポートのリソースエレメントに少なくともマップされるか否かは、ＵＣＩのタイプごとに与えられてもよい。
【０１５３】
レートマッチ系列ｅＵＣＩｋが第１のアンテナポートに対応するＵＬ  ＰＴＲＳがマップされる第１のアンテナポートのリソースエレメントと同一のインデックスペアである第２のアンテナポートのリソースエレメントを少なくともよけてマップされるか否かは、ＵＣＩのタイプごとに与えられてもよい。レートマッチ系列ｅＵＣＩｋが第３のリソースグループに含まれるリソースエレメントのインデックスペアと同一の第２のアンテナポートのリソースエレメントに少なくともマップされるか否かは、ＵＣＩのタイプごとに与えられてもよい。
【０１５４】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアが第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なるか否かは、ＵＣＩのタイプごとに与えられてもよい。
【０１５５】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアが第３のリソースグループに含まれるリソースエレメントに少なくとも基づくか否かは、ＵＣＩのタイプごとに与えられてもよい。
【０１５６】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、第５のリソースグループに含まれる全てのリソースエレメントのインデックスペアが第４のリソースグループに含まれるリソースエレメントのインデックスペアのいずれかと同一であるか否かは、ＵＣＩのタイプごとに与えられてもよい。
【０１５７】
第２のアンテナポートのために、第１のＣＳＩのためのレートマッチ系列ｅＣＳＩ１ｋは第６のリソースグループを少なくともよけてマップされてもよい。第２のアンテナポートのために、第１のＣＳＩのためのレートマッチ系列ｅＣＳＩ１ｋは第６のリソースグループに含まれるリソースエレメント以外の第２のアンテナポートのリソースエレメントに少なくともマップされてもよい。
【０１５８】
第１のＣＳＩのためのレートマッチ系列ｅＣＳＩ１ｋは、第１のアンテナポートに対応するＵＬ  ＰＴＲＳがマップされる第１のアンテナポートのリソースエレメントと同一の
インデックスペアである第２のアンテナポートのリソースエレメントを少なくともよけてマップされてもよい。第１のＣＳＩのためのレートマッチ系列ｅＣＳＩ１ｋは、第３のリソースグループに含まれるリソースエレメントのインデックスペアと同一の第２のアンテナポートのリソースエレメントに少なくともマップされなくてもよい。
【０１５９】
第１のＣＳＩのためのレートマッチ系列ｅＣＳＩ１ｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアは、第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なってもよい。
【０１６０】
第１のＣＳＩのためのレートマッチ系列ｅＣＳＩ１ｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアは、第３のリソースグループに含まれるリソースエレメントに少なくとも基づき与えられてもよい。
【０１６１】
第１のＣＳＩのためのレートマッチ系列ｅＣＳＩ１ｋのマッピングにおいて、第５のリソースグループに含まれる全てのリソースエレメントのインデックスペアは、第４のリソースグループに含まれるリソースエレメントのインデックスペアのいずれかと同一であってもよい。
【０１６２】
第１のＣＳＩのためのレートマッチ系列ｅＣＳＩ１ｋは、第１のＣＳＩとも呼称される。
【０１６３】
第２のアンテナポートのために、第２のＣＳＩのためのレートマッチ系列ｅＣＳＩ２ｋは第６のリソースグループに含まれるリソースエレメントの一部または全部に少なくともマップされてもよい。
【０１６４】
第２のＣＳＩのためのレートマッチ系列ｅＣＳＩ２ｋは、第１のアンテナポートに対応するＵＬ  ＰＴＲＳがマップされる第１のアンテナポートのリソースエレメントと同一のインデックスペアである第２のアンテナポートのリソースエレメントの一部または全部に少なくともマップされてもよい。第２のＣＳＩのためのレートマッチ系列ｅＣＳＩ２ｋは、第３のリソースグループに含まれるリソースエレメントのインデックスペアと同一の第２のアンテナポートのリソースエレメントの一部または全部に少なくともマップされてもよい。
【０１６５】
第２のＣＳＩのためのレートマッチ系列ｅＣＳＩ２ｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアの一部または全部は、第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれかと同一であってもよい。
【０１６６】
第２のＣＳＩのためのレートマッチ系列ｅＣＳＩ２ｋのマッピングにおいて、第５のリソースグループは第１のリソースエレメントを少なくとも含んでもよい。第１のリソースエレメントは、第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれかと同一である第２のアンテナポートのリソースエレメントである。
【０１６７】
第２のＣＳＩのためのレートマッチ系列ｅＣＳＩ２ｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアは、第３のリソースグループに含まれるリソースエレメントに関わらず与えられてもよい。
【０１６８】
第２のＣＳＩのためのレートマッチ系列ｅＣＳＩ２ｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアの一部または全部は、第４のリソースグループに含まれるリソースエレメントのインデックスペアのいずれかと
異なってもよい。
【０１６９】
第２のＣＳＩのためのレートマッチ系列ｅＣＳＩ２ｋは、第２のＣＳＩとも呼称される。
【０１７０】
第２のアンテナポートのために、ＨＡＲＱ−ＡＣＫのためのレートマッチ系列ｅＨＡＲＱ−ＡＣＫｋは第６のリソースグループを少なくともよけてマップされてもよい。第２のアンテナポートのために、ＨＡＲＱ−ＡＣＫのためのレートマッチ系列ｅＨＡＲＱ−ＡＣＫｋは第６のリソースグループに含まれるリソースエレメント以外の第２のアンテナポートのリソースエレメントに少なくともマップされてもよい。
【０１７１】
ＨＡＲＱ−ＡＣＫのためのレートマッチ系列ｅＨＡＲＱ−ＡＣＫｋは、第１のアンテナポートに対応するＵＬ  ＰＴＲＳがマップされる第１のアンテナポートのリソースエレメントと同一のインデックスペアである第２のアンテナポートのリソースエレメントを少なくともよけてマップされてもよい。ＨＡＲＱ−ＡＣＫのためのレートマッチ系列ｅＨＡＲＱ−ＡＣＫｋは、第３のリソースグループに含まれるリソースエレメントのインデックスペアと同一の第２のアンテナポートのリソースエレメントに少なくともマップされなくてもよい。
【０１７２】
ＨＡＲＱ−ＡＣＫのためのレートマッチ系列ｅＨＡＲＱ−ＡＣＫｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアは、第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なってもよい。
【０１７３】
ＨＡＲＱ−ＡＣＫのためのレートマッチ系列ｅＨＡＲＱ−ＡＣＫｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアは、第３のリソースグループに含まれるリソースエレメントに少なくとも基づき与えられてもよい。
【０１７４】
ＨＡＲＱ−ＡＣＫのためのレートマッチ系列ｅＨＡＲＱ−ＡＣＫｋのマッピングにおいて、第５のリソースグループに含まれる全てのリソースエレメントのインデックスペアは、第４のリソースグループに含まれるリソースエレメントのインデックスペアのいずれかと同一であってもよい。
【０１７５】
ＨＡＲＱ−ＡＣＫのためのレートマッチ系列ｅＨＡＲＱ−ＡＣＫｋは、ＨＡＲＱ−ＡＣＫとも呼称される。
【０１７６】
第２のアンテナポートのために、レートマッチ系列ｅＵＣＩｋが第６のリソースグループを少なくともよけてマップされるか否かは、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩに少なくとも基づき与えられてもよい。第２のアンテナポートのために、ＨＡＲＱ−ＡＣＫのためのレートマッチ系列ｅＨＡＲＱ−ＡＣＫｋが第６のリソースグループに含まれるリソースエレメント以外の第２のアンテナポートのリソースエレメントに少なくともマップされるか否かは、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩに少なくとも基づき与えられてもよい。
【０１７７】
レートマッチ系列ｅＵＣＩｋが第１のアンテナポートに対応するＵＬ  ＰＴＲＳがマップされる第１のアンテナポートのリソースエレメントと同一のインデックスペアである第２のアンテナポートのリソースエレメントを少なくともよけてマップされるか否かは、ＵＣＩのタイプごとに与えられてもよい。レートマッチ系列ｅＵＣＩｋが第３のリソースグループに含まれるリソースエレメントのインデックスペアと同一の第２のアンテナポート
のリソースエレメントに少なくともマップされるか否かは、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩに少なくとも基づき与えられてもよい。
【０１７８】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアが第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なるか否かは、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩに少なくとも基づき与えられてもよい。
【０１７９】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアが第３のリソースグループに含まれるリソースエレメントに少なくとも基づくか否かは、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩに少なくとも基づき与えられてもよい。
【０１８０】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、第５のリソースグループに含まれる全てのリソースエレメントのインデックスペアが第４のリソースグループに含まれるリソースエレメントのインデックスペアのいずれかと同一であるか否かは、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩに少なくとも基づき与えられてもよい。
【０１８１】
ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが所定の条件を満たす場合、第２のアンテナポートのために、レートマッチ系列ｅＵＣＩｋは第６のリソースグループを少なくともよけてマップされてもよい。該所定の条件は、該ＵＣＩのビット数ＫＵＣＩが２以下であることであってもよい。ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たす場合、第２のアンテナポートのために、レートマッチ系列ｅＵＣＩｋは第６のリソースグループに含まれるリソースエレメント以外の第２のアンテナポートのリソースエレメントに少なくともマップされてもよい。
【０１８２】
ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たす場合、レートマッチ系列ｅＵＣＩｋは、第１のアンテナポートに対応するＵＬ  ＰＴＲＳがマップされる第１のアンテナポートのリソースエレメントと同一のインデックスペアである第２のアンテナポートのリソースエレメントを少なくともよけてマップされてもよい。ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たす場合、レートマッチ系列ｅＵＣＩｋは、第３のリソースグループに含まれるリソースエレメントのインデックスペアと同一の第２のアンテナポートのリソースエレメントに少なくともマップされなくてもよい。
【０１８３】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たす場合、第５のリソースグループに含まれるリソースエレメントのインデックスペアは、第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なってもよい。
【０１８４】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たす場合、第５のリソースグループに含まれるリソースエレメントのインデックスペアは、第３のリソースグループに含まれるリソースエレメントに少なくとも基づき与えられてもよい。
【０１８５】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たす場合、第５のリソースグループに含まれる全てのリソースエレメントのインデックスペアは、第４のリソースグループに含まれるリソースエレメントのインデックスペアのいずれかと同一であってもよい。
【０１８６】
ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たさない場合、第２のアンテナポートのために、レートマッチ系列ｅＵＣＩｋは第６のリソースグループに含まれるリソースエレメントの一部または全部に少なくともマップされてもよい。
【０１８７】
ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たさない場合、レートマッチ系列ｅＵＣＩｋは、第１のアンテナポートに対応するＵＬ  ＰＴＲＳがマップされる第１のアンテナポートのリソースエレメントと同一のインデックスペアである第２のアンテナポートのリソースエレメントの一部または全部に少なくともマップされてもよい。ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たさない場合、レートマッチ系列ｅＵＣＩｋは、第３のリソースグループに含まれるリソースエレメントのインデックスペアと同一の第２のアンテナポートのリソースエレメントの一部または全部にマップされてもよい。
【０１８８】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たさない場合、第５のリソースグループに含まれるリソースエレメントのインデックスペアの一部または全部は、第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれかと同一であってもよい。
【０１８９】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たさない場合、第５のリソースグループは第１のリソースエレメントを少なくとも含んでもよい。
【０１９０】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たさない場合、第５のリソースグループに含まれるリソースエレメントのインデックスペアは、第３のリソースグループに含まれるリソースエレメントに関わらず与えられてもよい。
【０１９１】
レートマッチ系列ｅＵＣＩｋのマッピングにおいて、ＰＵＳＣＨにマップされるＵＣＩのビット数ＫＵＣＩが該所定の条件を満たさない場合、レートマッチ系列ｅＵＣＩｋのマッピングにおいて、第５のリソースグループに含まれるリソースエレメントのインデックスペアの一部または全部は、第４のリソースグループに含まれるリソースエレメントのインデックスペアのいずれかと異なってもよい。
【０１９２】
結合系列ｇｋは、第６のリソースグループの一部または全部に少なくともマップされてもよい。
【０１９３】
第２のリソースグループに含まれるリソースエレメントのインデックスペアの少なくとも１つは、第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれかと同一であってもよい。
【０１９４】
第２のリソースグループは、第１のリソースエレメントを少なくとも含んでもよい。
【０１９５】
レートマッチ系列ｅＵＣＩｋがリソースエレメントにマップされることは、レートマッチ系列ｅＵＣＩｋから生成された複素数値変調シンボルがリソースエレメントにマップされることを意味する。インターリーブ系列ｇｋがリソースエレメントにマップされることは、インターリーブ系列ｇｋから生成された複素数値変調シンボルがリソースエレメントにマップされることを意味する。
【０１９６】
以下、本実施形態の一態様に係る端末装置１の構成例を説明する。
【０１９７】
図９は、本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、お
よび、ベースバンド部１３の一部または全部を少なくとも含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６の一部または全部を少なくとも含んで構成される。無線送受信部１０を送信部、受信部、または、物理層処理部とも称する。
【０１９８】
上位層処理部１４は、ユーザーの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、ＭＡＣ層、パケットデータ統合プロトコル（PDCP:Packet Data Convergence Protocol）層、無線リン
ク制御（RLC:Radio Link Control）層、ＲＲＣ層の処理を行なう。
【０１９９】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣ層の処理を行う。
【０２００】
上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。該パラメータは上位層のパラメータであってもよい。
【０２０１】
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、受信した物理信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化、ベースバンド信号生成（時間連続信号への変換）することによって物理信号を生成し、基地局装置３に送信する。
【０２０２】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート：ｄｏｗｎ  ｃｏｖｅｒｔ）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
【０２０３】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Cyclic Prefix）に
相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（FFT:Fast Fourier Transform）を行い、周波数領域の信号を抽出する。
【０２０４】
ベースバンド部１３は、データを逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加
し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
【０２０５】
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
【０２０６】
以下、本実施形態の一態様に係る基地局装置３の構成例を説明する。
【０２０７】
図１０は、本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。
【０２０８】
上位層処理部３４は、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理を行なう。
【０２０９】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣ層の処理を行う。
【０２１０】
上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部３６は、ＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック）、システム情報、ＲＲＣメッセージ、ＭＡＣ  ＣＥなどを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【０２１１】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【０２１２】
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。
【０２１３】
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
【０２１４】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、１つのトランスポートブロックとＵＣＩを符号化する符号化部と、前記１つのトランスポートブロックと前記ＵＣＩを、１つのＰＵＳＣＨにおいて送信する送信部と、を備え、前記１つのトランスポートブロックは第１のアンテナポートの第１のリソースグループと第２のアンテナポートの第２のリソースグループに少なくともマップされ、ＵＬ  ＰＴＲＳは、前記第１のアンテナポートの第３のリソースグループにマップされ、且つ、前記第２のアンテナポートの何れのリソースエレメントにもマップされず、前記ＵＣＩは、前記第１のアンテナポートの第４のリソースグループと前記第２のアンテナポートの第５のリソースグループに少なくともマップされ、前記第５のリソースグループに含まれるリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なり、前記インデックスペアは、リソースエレメントのサブキャリアインデックスとＯＦＤＭシンボルインデックスのペアである。
【０２１５】
（２）また、本発明の第１の態様において、前記第２のリソースグループは、前記第２のアンテナポートの第１のリソースエレメントを少なくとも含み、前記第１のリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアと同じである。
【０２１６】
（３）また、本発明の第２の態様は、基地局装置であって、１つのトランスポートブロックとＵＣＩを含んで送信される１つのＰＵＳＣＨを受信する受信部と、前記トランスポートブロックと前記ＵＣＩを復号化する復号化部と、を備え、前記１つのトランスポート
ブロックは第１のアンテナポートの第１のリソースグループと第２のアンテナポートの第２のリソースグループに少なくともマップされ、ＵＬ  ＰＴＲＳは、前記第１のアンテナポートの第３のリソースグループにマップされ、且つ、前記第２のアンテナポートの何れのリソースエレメントにもマップされず、前記ＵＣＩは、前記第１のアンテナポートの第４のリソースグループと前記第２のアンテナポートの第５のリソースグループに少なくともマップされ、前記第５のリソースグループに含まれるリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアのいずれとも異なり、前記インデックスペアは、リソースエレメントのサブキャリアインデックスとＯＦＤＭシンボルインデックスのペアである。
【０２１７】
（４）また、本発明の第２の態様において、前記第２のリソースグループは、前記第２のアンテナポートの第１のリソースエレメントを少なくとも含み、前記第１のリソースエレメントのインデックスペアは、前記第３のリソースグループに含まれるリソースエレメントのインデックスペアと同じである。
【０２１８】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０２１９】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０２２０】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０２２１】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０２２２】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０２２３】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal 
Terrestrial Radio Access Network）および／またはＮＧ−ＲＡＮ（NextGen RAN,NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
【０２２４】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０２２５】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０２２６】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０２２７】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０、３０  無線送受信部
１１、３１  アンテナ部
１２、３２  ＲＦ部
１３、３３  ベースバンド部
１４、３４  上位層処理部
１５、３５  媒体アクセス制御層処理部
１６、３６  無線リソース制御層処理部
３００１  ＣＲＣ生成部
３００２  コードブロック分割部
３００３  ＬＤＰＣ符号化部
３００４  ビット選択部
３００５  ビットインターリーブ部
３００６  コードブロック結合部
【図１】
2019092062.tif 000006
【図２】
2019092062.tif 000007
【図３】
2019092062.tif 000008
【図４】
2019092062.tif 000009
【図５】
2019092062.tif 000010
【図６】
2019092062.tif 000011
【図７】
2019092062.tif 000012
【図８】
2019092062.tif 000013
【図９】
2019092062.tif 000014
【図１０】
2019092062.tif 000015