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

Description

本発明は、端末装置、基地局装置および通信方法に関する。
本願は、２０２０年９月２９日に日本に出願された特願２０２０－１６２７９８号について優先権を主張し、その内容をここに援用する。

セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ＬＴＥ）」、または、「ＥＵＴＲＡ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ」と称する。）が、第三世代パートナーシッププロジェクト（3ＧＰＰ：3ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において検討されている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）、端末装置はＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）とも呼称される。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のサービングセルを管理してもよい。

３ＧＰＰでは、５Ｇの通信方式として、次世代規格（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）の検討と標準化が行われている。ＮＲは、単一の技術の枠組みにおいて、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）の３つのシナリオを想定した要求を満たすことが求められている。

また、カバレッジ改善の方法の検討が行われている（非特許文献１）。ｅＭＢＢサービス、ＶｏＩＰサービスがターゲットサービスとして考えられている。カバレッジ改善が必要なチャネルとしてＰＵＳＣＨ、ＰＵＣＣＨの上りリンクチャネルが考えられている。

"New SID on NR coverage enhancement"， RP-193240， China Telecom, 3GPP TSG RAN Meeting #86， Sitges， Spain， December 9-12， 2019．

初期接続時においてもカバレッジ改善が求められる。初期接続手順において、上りリンクチャネルに対してカバレッジの改善を効率的に実現することが求められる。本発明の一態様は、効率的に通信を行う端末装置、基地局装置、該端末装置に用いられる通信方法、該基地局装置に用いられる通信方法を提供する。

（１）上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、プロセッサと、コンピュータプログラムコードを格納するメモリと、を備える端末装置であって、ランダムアクセス手順において、受信品質に基づいて第一のランダムアクセスプリアンブルと第二のランダムアクセスプリアンブルの何れかを選択すること、選択された前記第一のランダムアクセスプリアンブルまたは選択された前記第二のランダムアクセスプリアンブルを送信すること、ランダムアクセス応答を受信すること、ＰＵＳＣＨを用いて前記端末装置の識別に用いられるＩＤを含むＲＲＣ接続のリクエストメッセージを送信すること、ＰＤＳＣＨを用いて衝突解決メッセージを受信すること、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをＰＵＣＣＨを用いて送信すること、を含む動作を実行し、前記第一のランダムアクセスプリアンブルを選択した場合、第一の変調方式を用いて前記ＰＵＳＣＨを送信し、前記第一の変調方式を用いて前記ＰＵＣＣＨを送信し、前記第二のランダムアクセスプリアンブルを選択した場合、第二の変調方式を用いて前記ＰＵＳＣＨを送信し、前記第二の変調方式を用いて前記ＰＵＣＣＨを送信することを実行する。

（２）更に、前記第一の変調方式はπ／２ ＢＰＳＫであり、前記第二の変調方式はＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れかである。

（３）本発明の第２の態様は、プロセッサと、コンピュータプログラムコードを格納するメモリと、を備える基地局装置であって、ランダムアクセス手順において、第一のランダムアクセスプリアンブルまたは第二のランダムアクセスプリアンブルにおいて端末装置１からの送信を検出すること、ランダムアクセス応答を送信すること、ＰＵＳＣＨを用いて前記端末装置の識別に用いられるＩＤを含むＲＲＣ接続のリクエストメッセージを受信すること、ＰＤＳＣＨを用いて衝突解決メッセージを送信すること、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをＰＵＣＣＨを用いて受信すること、を含む動作を実行し、前記第一のランダムアクセスプリアンブルを検出した場合、第一の変調方式を用いて前記ＰＵＳＣＨを受信し、前記第一の変調方式を用いて前記ＰＵＣＣＨを受信し、前記第二のランダムアクセスプリアンブルを検出した場合、第二の変調方式を用いて前記ＰＵＳＣＨを受信し、前記第二の変調方式を用いて前記ＰＵＣＣＨを受信することを実行する。

（４）更に、前記第一の変調方式はπ／２ ＢＰＳＫであり、前記第二の変調方式はＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れかである。

（５）本発明の第３の態様は、端末装置に用いられる通信方法であって、ランダムアクセス手順において、受信品質に基づいて第一のランダムアクセスプリアンブルと第二のランダムアクセスプリアンブルの何れかを選択するステップと、選択された前記第一のランダムアクセスプリアンブルまたは選択された前記第二のランダムアクセスプリアンブルを送信するステップと、ランダムアクセス応答を受信するステップと、ＰＵＳＣＨを用いて前記端末装置の識別に用いられるＩＤを含むＲＲＣ接続のリクエストメッセージを送信するステップと、ＰＤＳＣＨを用いて衝突解決メッセージを受信するステップと、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをＰＵＣＣＨを用いて送信するステップと、を含み、前記第一のランダムアクセスプリアンブルを選択した場合、第一の変調方式を用いて前記ＰＵＳＣＨを送信し、前記第一の変調方式を用いて前記ＰＵＣＣＨを送信し、前記第二のランダムアクセスプリアンブルを選択した場合、第二の変調方式を用いて前記ＰＵＳＣＨを送信し、前記第二の変調方式を用いて前記ＰＵＣＣＨを送信する。

（６）更に、前記第一の変調方式はπ／２ ＢＰＳＫであり、前記第二の変調方式はＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れかである。

（７）本発明の第４の態様は、基地局装置に用いられる通信方法であって、ランダムアクセス手順において、第一のランダムアクセスプリアンブルまたは第二のランダムアクセスプリアンブルにおいて端末装置１からの送信を検出するステップと、ランダムアクセス応答を送信するステップと、ＰＵＳＣＨを用いて前記端末装置の識別に用いられるＩＤを含むＲＲＣ接続のリクエストメッセージを受信するステップと、ＰＤＳＣＨを用いて衝突解決メッセージを送信するステップと、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをＰＵＣＣＨを用いて受信するステップと、を含み、前記第一のランダムアクセスプリアンブルを検出した場合、第一の変調方式を用いて前記ＰＵＳＣＨを受信し、前記第一の変調方式を用いて前記ＰＵＣＣＨを受信し、前記第二のランダムアクセスプリアンブルを検出した場合、第二の変調方式を用いて前記ＰＵＳＣＨを受信し、前記第二の変調方式を用いて前記ＰＵＣＣＨを受信する。

（８）更に、前記第一の変調方式はπ／２ ＢＰＳＫであり、前記第二の変調方式はＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れかである。

この発明の一態様によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。

本実施形態の一態様に係る無線通信システムの概念図である。 本実施形態の一態様に係るＮ^ｓｌｏｔ _ｓｙｍｂ、サブキャリア間隔の設定μ、スロット設定、および、ＣＰ設定の関係を示す一例である。 本実施形態の一態様に係る無線フレーム、サブフレーム、および、スロットの構成を示す一例である。 本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。 本実施形態の一態様に係る初期接続手順の一例を示す図である。 本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。 本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。

以下、本発明の実施形態について説明する。

“Ａ、および／または、Ｂ”は、“Ａ”、“Ｂ”、または“ＡおよびＢ”を含む用語であってもよい。

パラメータまたは情報が１または複数の値を示すことは、該パラメータまたは該情報が該１または複数の値を示すパラメータまたは情報を少なくとも含むことであってもよい。上位層パラメータは、単一の上位層パラメータであってもよい。上位層パラメータは、複数のパラメータを含む情報要素（ＩＥ： Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）であってもよい。

図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ～１Ｃ、および基地局装置３Ａ～３Ｂを具備する。以下、端末装置１Ａ～１Ｃを端末装置１（ＵＥ）とも呼称する。以下、基地局装置３Ａ～３Ｂを基地局装置３（ｇＮＢ）とも呼称する。

基地局装置３は、ＭＣＧ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ）、および、ＳＣＧ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ）の一方または両方を含んで構成されてもよい。ＭＣＧは、少なくともＰＣｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）を含んで構成されるサービングセルのグループである。ＳＣＧは、少なくともＰＳＣｅｌｌ（Ｐｒｉｍａｒｙ Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）を含んで構成されるサービングセルのグループである。ＰＣｅｌｌは、初期接続に基づき与えられるサービングセルであってもよい。ＭＣＧは、１または複数のＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）を含んで構成されてもよい。ＳＣＧは、１または複数のＳＣｅｌｌを含んで構成されてもよい。サービングセル識別子（ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｄｅｎｔｉｔｙ）は、サービングセルを識別するための短い識別子である。サービングセル識別子は、上位層パラメータにより与えられてもよい。

以下、フレーム構成について説明する。

本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（ｓｕｂｃａｒｒｉｅｒ）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（ｔｉｍｅ-ｃｏｎｔｉｎｕｏｕｓ ｓｉｇｎａｌ）に変換されもよい。

サブキャリア間隔（ＳＣＳ： ＳｕｂＣａｒｒｉｅｒ Ｓｐａｃｉｎｇ）は、サブキャリア間隔Δｆ＝２^μ・１５ｋＨｚにより与えられてもよい。例えば、サブキャリア間隔の設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μは０、１、２、３、４、および／または、５の何れかに設定されてもよい。あるＢＷＰ（ＢａｎｄＷｉｄｔｈ Ｐａｒｔ）のために、サブキャリア間隔の設定μが上位層パラメータにより与えられてもよい。

本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位（タイムユニット）Ｔ_ｃが用いられる。時間単位Ｔ_ｃは、Ｔ_ｃ＝１／（Δｆ_ｍａｘ・Ｎ_ｆ）で与えられてもよい。Δｆ_ｍａｘは、本実施形態の一態様に係る無線通信システムにおいてサポートされるサブキャリア間隔の最大値であってもよい。Δｆ_ｍａｘは、Δｆ_ｍａｘ＝４８０ｋＨｚであってもよい。Ｎ_ｆは、Ｎ_ｆ＝４０９６であってもよい。定数κは、κ＝Δｆ_ｍａｘ・Ｎ_ｆ／（Δｆ_ｒｅｆＮ_{ｆ，ｒｅｆ}）＝６４である。Δｆ_ｒｅｆは、１５ｋＨｚであってもよい。Ｎ_{ｆ，ｒｅｆ}は、２０４８であってもよい。

定数κは、参照サブキャリア間隔とＴ_ｃの関係を示す値であってもよい。定数κはサブフレームの長さのために用いられてもよい。定数κに少なくとも基づき、サブフレームに含まれるスロットの数が与えられてもよい。Δｆ_ｒｅｆは、参照サブキャリア間隔であり、Ｎ_{ｆ，ｒｅｆ}は、参照サブキャリア間隔に対応する値である。

下りリンクにおける送信、および／または、上りリンクにおける送信は、１０ｍｓのフレームにより構成される。フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さは１ｍｓである。フレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、フレームの設定はμに関わらず与えられてもよい。サブフレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、サブフレームの設定はμに関わらず与えられてもよい。

あるサブキャリア間隔の設定μのために、サブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第１のスロット番号ｎ^μ _ｓは、サブフレーム内において０からＮ^{ｓｕｂｆｒａｍｅ，μ} _ｓｌｏｔ－１の範囲で昇順に与えられてもよい。サブキャリア間隔の設定μのために、フレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第２のスロット番号ｎ^μ _ｓ，ｆは、フレーム内において０からＮ^{ｆｒａｍｅ，μ} _ｓｌｏｔ－１の範囲で昇順に与えられてもよい。連続するＮ^ｓｌｏｔ _ｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれてもよい。Ｎ^ｓｌｏｔ _ｓｙｍｂは、スロット設定（ｓｌｏｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）、および／または、ＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）設定の一部または全部に少なくとも基づき与えられてもよい。スロット設定は、少なくとも上位層パラメータｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎにより与えられてもよい。ＣＰ設定は、上位層パラメータに少なくとも基づき与えられてもよい。ＣＰ設定は、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。第１のスロット番号および第２のスロット番号は、スロット番号（スロットインデックス）とも呼称される。

図２は、本実施形態の一態様に係るＮ^ｓｌｏｔ _ｓｙｍｂ、サブキャリア間隔の設定μ、スロット設定、および、ＣＰ設定の関係を示す一例である。図２Ａにおいて、スロット設定が０であり、サブキャリア間隔の設定μが２であり、ＣＰ設定がノーマルＣＰ（ｎｏｒｍａｌ ｃｙｃｌｉｃ ｐｒｅｆｉｘ）である場合、Ｎ^ｓｌｏｔ _ｓｙｍｂ＝１４、Ｎ^{ｆｒａｍｅ，μ} _ｓｌｏｔ＝４０、Ｎ^{ｓｕｂｆｒａｍｅ，μ} _ｓｌｏｔ＝４である。また、図２Ｂにおいて、スロット設定が０であり、サブキャリア間隔の設定μが２であり、ＣＰ設定が拡張ＣＰ（ｅｘｔｅｎｄｅｄ ｃｙｃｌｉｃ ｐｒｅｆｉｘ）である場合、Ｎ^ｓｌｏｔ _ｓｙｍｂ＝１２、Ｎ^{ｆｒａｍｅ，μ} _ｓｌｏｔ＝４０、Ｎ^{ｓｕｂｆｒａｍｅ，μ} _ｓｌｏｔ＝４である。スロット設定０におけるＮ^ｓｌｏｔ _ｓｙｍｂは、スロット設定１におけるＮ^ｓｌｏｔ _ｓｙｍｂの２倍に対応してもよい。

図３は、本実施形態の一態様に係る無線フレーム、サブフレーム、および、スロットの構成を示す一例である。図３に示す一例では、スロットの長さは０．５ｍｓであり、サブフレームの長さは１ｍｓであり、無線フレームの長さは１０ｍｓである。スロットは、時間領域におけるリソース割り当ての単位であってもよい。例えば、スロットは、１つのトランスポートブロックがマップされる単位であってもよい。例えば、トランスポートブロックは、１つのスロットにマップされてもよい。ここで、トランスポートブロックは、上位層（例えば、ＭＡＣ：Ｍｅｄｉａｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）で規定される所定の間隔（例えば、送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ））内に送信されるデータの単位であってもよい。

例えば、スロットの長さは、ＯＦＤＭシンボルの数によって与えられてもよい。例えば、ＯＦＤＭシンボルの数は、７、または、１４であってもよい。スロットの長さは、少なくともＯＦＤＭシンボルの長さに基づき与えられてもよい。ＯＦＤＭシンボルの長さは、サブキャリア間隔に少なくとも基づき異なってもよい。また、ＯＦＤＭシンボルの長さは、ＯＦＤＭシンボルの生成に用いられる高速フーリエ変換（ＦＦＴ：Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）のポイント数に少なくとも基づき与えられてもよい。また、ＯＦＤＭシンボルの長さは、該ＯＦＤＭシンボルに付加されるサイクリックプレフィックス（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）の長さを含んでもよい。ここで、ＯＦＤＭシンボルは、シンボルと呼称されてもよい。また、端末装置１と基地局装置３の間の通信において、ＯＦＤＭ以外の通信方式が使用される場合（例えば、ＳＣ－ＦＤＭＡやＤＦＴ－ｓ－ＯＦＤＭが使用される場合等）、生成されるＳＣ－ＦＤＭＡシンボル、および／または、ＤＦＴ－ｓ－ＯＦＤＭシンボルはＯＦＤＭシンボルとも呼称される。また、特に記載のない限り、ＯＦＤＭはＳＣ－ＦＤＭＡ、または、ＤＦＴ－ｓ－ＯＦＤＭを含む。

例えば、スロットの長さは、０．１２５ｍｓ、０．２５ｍｓ、０．５ｍｓ、１ｍｓであってもよい。例えば、サブキャリア間隔が１５ｋＨｚの場合、スロットの長さは１ｍｓであってもよい。例えば、サブキャリア間隔が３０ｋＨｚの場合、スロットの長さは０．５ｍｓであってもよい。例えば、サブキャリア間隔が１２０ｋＨｚの場合、スロットの長さは０．１２５ｍｓであってもよい。例えば、サブキャリア間隔が１５ｋＨｚの場合、スロットの長さは１ｍｓであってもよい。例えば、スロットの長さが０．１２５ｍｓの場合、１サブフレームは８個のスロットから構成されてもよい。例えば、スロットの長さが０．２５ｍｓの場合、１サブフレームは４個のスロットから構成されてもよい。例えば、スロットの長さが０．５ｍｓの場合、１サブフレームは２個のスロットから構成されてもよい。例えば、スロットの長さが１ｍｓの場合、１サブフレームは１個のスロットから構成されてもよい。

ここで、ＯＦＤＭは、波形整形（Ｐｕｌｓｅ Ｓｈａｐｅ）、ＰＡＰＲ低減、帯域外輻射低減、または、フィルタリング、および／または、位相処理（例えば、位相回転等）が適用されたマルチキャリアの通信方式を含む。マルチキャリアの通信方式は、複数のサブキャリアが多重された信号を生成／送信する通信方式であってもよい。

無線フレームは、サブフレームの数によって与えられてもよい。無線フレームのためのサブフレームの数は、例えば、１０であってもよい。無線フレームは、スロットの数によって与えられてもよい。

以下、物理リソースについて説明を行う。

アンテナポートは、１つのアンテナポートにおいてシンボルが伝達されるチャネルが、同一のアンテナポートにおいてその他のシンボルが伝達されるチャネルから推定できることによって定義される。１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性（ｌａｒｇｅ ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬ（Ｑｕａｓｉ Ｃｏ-Ｌｏｃａｔｅｄ）であると呼称される。大規模特性は、チャネルの長区間特性を少なくとも含んでもよい。大規模特性は、遅延拡がり（ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡がり（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、ドップラーシフト（Ｄｏｐｐｌｅｒ ｓｈｉｆｔ）、平均利得（ａｖｅｒａｇｅ ｇａｉｎ）、平均遅延（ａｖｅｒａｇｅ ｄｅｌａｙ）、および、ビームパラメータ（ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒｓ）の一部または全部を少なくとも含んでもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する受信ビームと第２のアンテナポートに対して受信側が想定する受信ビームとが同一であることであってもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する送信ビームと第２のアンテナポートに対して受信側が想定する送信ビームとが同一であることであってもよい。端末装置１は、１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬであることが想定されてもよい。２つのアンテナポートがＱＣＬであることは、２つのアンテナポートがＱＣＬであることが想定されることであってもよい。

サブキャリア間隔の設定とキャリアのセットのそれぞれのために、Ｎ^μ _ＲＢ，ｘＮ^ＲＢ _ｓｃ個のサブキャリアとＮ^（μ） _ｓｙｍｂＮ^{ｓｕｂｆｒａｍｅ，μ} _ｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドが与えられる。Ｎ^μ _ＲＢ，ｘは、キャリアｘのためのサブキャリア間隔の設定μのために与えられるリソースブロック数を示してもよい。Ｎ^μ _ＲＢ，ｘは、キャリアｘのためのサブキャリア間隔の設定μのために与えられるリソースブロックの最大数であってもよい。キャリアｘは下りリンクキャリアまたは上りリンクキャリアの何れかを示す。つまり、ｘは“ＤＬ”、または、“ＵＬ”である。Ｎ^μ _ＲＢは、Ｎ^μ _{ＲＢ，ＤＬ}、および／または、Ｎ^μ _{ＲＢ，ＵＬ}を含んだ呼称である。Ｎ^ＲＢ _ｓｃは、１つのリソースブロックに含まれるサブキャリア数を示してもよい。アンテナポートｐごとに、および／または、サブキャリア間隔の設定μごとに、および／または、送信方向（Ｔｒａｎｓｍｉｓｓｉｏｎ ｄｉｒｅｃｔｉｏｎ）の設定ごとに少なくとも１つのリソースグリッドが与えられてもよい。送信方向は、少なくとも下りリンク（ＤＬ：ＤｏｗｎＬｉｎｋ）および上りリンク（ＵＬ：ＵｐＬｉｎｋ）を含む。以下、アンテナポートｐ、サブキャリア間隔の設定μ、および、送信方向の設定の一部または全部を少なくとも含むパラメータのセットは、第１の無線パラメータセットとも呼称される。つまり、リソースグリッドは、第１の無線パラメータセットごとに１つ与えられてもよい。

下りリンクにおいて、サービングセルに含まれるキャリアを下りリンクキャリア（または、下りリンクコンポーネントキャリア）と称する。上りリンクにおいて、サービングセルに含まれるキャリアを上りリンクキャリア（上りリンクコンポーネントキャリア）と称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリア（または、キャリア）と称する。

第１の無線パラメータセットごとに与えられるリソースグリッドの中の各要素は、リソースエレメントと呼称される。リソースエレメントは周波数領域のインデックスｋ_ｓｃと、時間領域のインデックスｌ_ｓｙｍにより特定される。ある第１の無線パラメータセットのために、リソースエレメントは周波数領域のインデックスｋ_ｓｃと、時間領域のインデックスｌ_ｓｙｍにより特定される。周波数領域のインデックスｋ_ｓｃと時間領域のインデックスｌ_ｓｙｍにより特定されるリソースエレメントは、リソースエレメント（ｋ_ｓｃ、ｌ_ｓｙｍ）とも呼称される。周波数領域のインデックスｋ_ｓｃは、０からＮ^μ _ＲＢＮ^ＲＢ _ｓｃ－１の何れかの値を示す。Ｎ^μ _ＲＢはサブキャリア間隔の設定μのために与えられるリソースブロック数であってもよい。Ｎ^ＲＢ _ｓｃは、リソースブロックに含まれるサブキャリア数であり、Ｎ^ＲＢ _ｓｃ＝１２である。周波数領域のインデックスｋ_ｓｃは、サブキャリアインデックスｋ_ｓｃに対応してもよい。時間領域のインデックスｌ_ｓｙｍは、ＯＦＤＭシンボルインデックスｌ_ｓｙｍに対応してもよい。

図４は、本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。図４のリソースグリッドにおいて、横軸は時間領域のインデックスｌ_ｓｙｍであり、縦軸は周波数領域のインデックスｋ_ｓｃである。１つのサブフレームにおいて、リソースグリッドの周波数領域はＮ^μ _ＲＢＮ^ＲＢ _ｓｃ個のサブキャリアを含む。１つのサブフレームにおいて、リソースグリッドの時間領域は１４・２^μ個のＯＦＤＭシンボルを含んでもよい。１つのリソースブロックは、Ｎ^ＲＢ _ｓｃ個のサブキャリアを含んで構成される。リソースブロックの時間領域は、１ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１４ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１または複数のスロットに対応してもよい。リソースブロックの時間領域は、１つのサブフレームに対応してもよい。

端末装置１は、リソースグリッドのサブセットのみを用いて送受信を行うことが指示されてもよい。リソースグリッドのサブセットは、ＢＷＰ（ＢＷＰ：ＢａｎｄＷｉｄｔｈ Ｐａｒｔ）とも呼称され、ＢＷＰは上位層パラメータ、および／または、ＤＣＩの一部または全部に少なくとも基づき与えられてもよい。ＢＷＰをバンドパートとも称する（ＢＰ：Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）。つまり、端末装置１は、リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。つまり、端末装置１は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。１つのＢＷＰは、周波数領域における複数のリソースブロックから構成されてもよい。１つのＢＷＰは、周波数領域において連続する複数のリソースブロックから構成されてもよい。下りリンクキャリアに対して設定されるＢＷＰは、下りリンクＢＷＰとも呼称される。上りリンクキャリアに対して設定されるＢＷＰは、上りリンクＢＷＰとも呼称される。

端末装置１に対して、１または複数の下りリンクＢＷＰが設定されてもよい。端末装置１は、１または複数の下りリンクＢＷＰのうちの１つの下りリンクＢＷＰにおいて物理チャネル（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＳＳ／ＰＢＣＨ等）の受信を試みてもよい。該１つの下りリンクＢＷＰは、活性化下りリンクＢＷＰとも呼称される。

端末装置１に対して、１または複数の上りリンクＢＷＰが設定されてもよい。端末装置１は、１または複数の上りリンクＢＷＰのうちの１つの上りリンクＢＷＰにおいて物理チャネル（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨ等）の送信を試みてもよい。該１つの上りリンクＢＷＰは、活性化上りリンクＢＷＰとも呼称される。

サービングセルに対して下りリンクＢＷＰのセットが設定されてもよい。下りリンクＢＷＰのセットは１または複数の下りリンクＢＷＰを含んでもよい。サービングセルに対して上りリンクＢＷＰのセットが設定されてもよい。上りリンクＢＷＰのセットは１または複数の上りリンクＢＷＰを含んでもよい。

上位層パラメータは、上位層の信号に含まれるパラメータである。上位層の信号は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングであってもよいし、ＭＡＣ ＣＥ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）であってもよい。ここで、上位層の信号は、ＲＲＣ層の信号であってもよいし、ＭＡＣ層の信号であってもよい。

上位層の信号は、共通ＲＲＣシグナリング（ｃｏｍｍｏｎ ＲＲＣ ｓｉｇｎａｌｉｎｇ）であってもよい。共通ＲＲＣシグナリングは、以下の特徴Ｃ１から特徴Ｃ３の一部または全部を少なくとも備えてもよい。
特徴Ｃ１）ＢＣＣＨロジカルチャネル、または、ＣＣＣＨロジカルチャネルにマップされる
特徴Ｃ２）ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素を少なくとも含む
特徴Ｃ３）ＰＢＣＨにマップされる

ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素は、サービングセルにおいて共通に用いられる設定を示す情報を含んでもよい。サービングセルにおいて共通に用いられる設定は、ＰＲＡＣＨの設定を少なくとも含んでもよい。該ＰＲＡＣＨの設定は、１または複数のランダムアクセスプリアンブルインデックスを少なくとも示してもよい。該ＰＲＡＣＨの設定は、ＰＲＡＣＨの時間／周波数リソースを少なくとも示してもよい。

ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素（ＲＲＣシグナリング）は、Ｒａｎｄｏｍ ａｃｃｅｓｓの構成を示す情報を含む。Ｒａｎｄｏｍ ａｃｃｅｓｓの構成には、カバレッジ改善が必要な端末装置１に用いられるＲａｎｄｏｍ ａｃｃｅｓｓの構成が含まれる。カバレッジ改善が必要な端末装置１に用いられる１または複数のランダムアクセスプリアンブルインデックスを示す情報がＲａｎｄｏｍ ａｃｃｅｓｓの構成を示す情報に含まれる。カバレッジ改善が必要かどうかの判断に用いられる受信品質の閾値（ＲＳＲＰの閾値）を示す情報がＲａｎｄｏｍ ａｃｃｅｓｓの構成を示す情報に含まれる。該閾値よりも受信品質が小さい端末装置１は、カバレッジ改善用の１または複数のランダムアクセスプリアンブルインデックスと対応する１または複数のランダムアクセスプリアンブルの何れかのランダムアクセスプリアンブルを用いると判断する。

カバレッジ改善が必要な端末装置１に用いられるＰＲＡＣＨのリソースブロックを示す情報がＲａｎｄｏｍ ａｃｃｅｓｓの構成を示す情報に含まれてもよい。カバレッジ改善が必要な端末装置１に用いられるＰＲＡＣＨの周期とオフセット（Ｒａｎｄｏｍ ａｃｃｅｓｓ ｏｃｃａｓｉｏｎ）を示す情報がＲａｎｄｏｍ ａｃｃｅｓｓの構成を示す情報に含まれてもよい。

ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素は、カバレッジ改善用のＰＵＣＣＨの構成を示す情報を含む。カバレッジ改善用のＰＵＣＣＨの構成には、ＰＵＣＣＨの周波数リソース、時間リソースが含まれる。ＰＵＣＣＨは、少なくともＨＡＲＱ－ＡＣＫの送受信に用いられる。ＰＵＣＣＨは、メッセージ４のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの送受信に用いられる。

上位層の信号は、専用ＲＲＣシグナリング（ｄｅｄｉｃａｔｅｄ ＲＲＣ ｓｉｇｎａｌｉｎｇ）であってもよい。専用ＲＲＣシグナリングは、以下の特徴Ｄ１からＤ２の一部または全部を少なくとも備えてもよい。
特徴Ｄ１）ＤＣＣＨロジカルチャネルにマップされ
る特徴Ｄ２）ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素を少なくとも含む

ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、端末装置１に固有の設定を示す情報を少なくとも含んでもよい。ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、ＢＷＰの設定を示す情報を少なくとも含んでもよい。該ＢＷＰの設定は、該ＢＷＰの周波数リソースを少なくとも示してもよい。

例えば、ＭＩＢ、第１のシステム情報、および、第２のシステム情報は共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、且つ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎを少なくとも含む上位層のメッセージは、共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、且つ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素を含まない上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、且つ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素を少なくとも含む上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。

第１のシステム情報は、ＳＳ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）ブロックの時間インデックスを少なくとも示してもよい。ＳＳブロック（ＳＳ ｂｌｏｃｋ）は、ＳＳ／ＰＢＣＨブロック（ＳＳ/ＰＢＣＨ ｂｌｏｃｋ）とも呼称される。ＳＳ／ＰＢＣＨブロックは、ＳＳ／ＰＢＣＨとも呼称される。第１のシステム情報は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。第１のシステム情報は、Ｒａｎｄｏｍ ａｃｃｅｓｓの構成を示す情報を含んでもよい。第一のシステム情報は、ＰＵＣＣＨの構成を示す情報を含んでもよい。第１のシステム情報は、初期接続の設定に関連する情報を少なくとも含んでもよい。第２のシステム情報は、第１のシステム情報以外のシステム情報であってもよい。

ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、初期接続の設定に関連する情報を少なくとも含んでもよい。

以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。

上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクキャリアにおいて用いられる物理チャネルである。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられる。
・ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）
・ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）
・ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ）

ＰＵＣＣＨは、上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いられてもよい。上りリンク制御情報は、チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）、スケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、トランスポートブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ， ＭＡＣ ＰＤＵ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ， ＤＬ-ＳＣＨ：Ｄｏｗｎｌｉｎｋ-Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ， ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）に対応するＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）の一部または全部を含む。なお、上りリンク制御情報が、上記に記載されない情報を含んでもよい。

ＨＡＲＱ－ＡＣＫは、１つのトランスポートブロックに少なくとも対応するＨＡＲＱ－ＡＣＫビット（ＨＡＲＱ－ＡＣＫ情報）を少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫビットは、１または複数のトランスポートブロックに対応するＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）またはＮＡＣＫ（ｎｅｇａｔｉｖｅ-ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を示してもよい。ＨＡＲＱ－ＡＣＫは、１または複数のＨＡＲＱ－ＡＣＫビットを含むＨＡＲＱ－ＡＣＫコードブック（ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋ）を少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫビットが１または複数のトランスポートブロックに対応することは、ＨＡＲＱ－ＡＣＫビットが該１または複数のトランスポートブロックを含むＰＤＳＣＨに対応することであってもよい。ＨＡＲＱ－ＡＣＫビットは、トランスポートブロックに含まれる１つのＣＢＧ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）に対応するＡＣＫまたはＮＡＣＫを示してもよい。

スケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）は、初期送信のためのＰＵＳＣＨのリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のＳＲ（ｐｏｓｉｔｉｖｅ ＳＲ）または、負のＳＲ（ｎｅｇａｔｉｖｅ ＳＲ）の何れかを示すために用いられてもよい。スケジューリングリクエストビットが正のＳＲを示すことは、“正のＳＲが送信される”とも呼称される。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストがトリガ（Ｔｒｉｇｇｅｒ）されることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のＳＲを示すことは、“負のＳＲが送信される”とも呼称される。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストがトリガされないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。

チャネル状態情報は、チャネル品質指標（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、プレコーダ行列指標（ＰＭＩ：Ｐｒｅｃｏｄｅｒ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、および、ランク指標（ＲＩ：Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）の一部または全部を少なくとも含んでもよい。ＣＱＩは、チャネルの品質（例えば、伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。

ＰＵＣＣＨは、１つ以上のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４、ＰＵＣＣＨフォーマット５）がサポートされてもよい。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨにマップされて送信されてもよい。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨで送信されてもよい。ＰＵＣＣＨフォーマットが送信されることは、ＰＵＣＣＨが送信されることであってもよい。

ＰＵＳＣＨは、トランスポートブロック（ＴＢ， ＭＡＣ ＰＤＵ， ＵＬ-ＳＣＨ， ＰＵＳＣＨ）を送信するために少なくとも用いられる。ＰＵＳＣＨは、トランスポートブロック、ＨＡＲＱ－ＡＣＫ、チャネル状態情報、および、スケジューリングリクエストの一部または全部を少なくとも送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスメッセージ３を送信するために少なくとも用いられる。ＰＵＳＣＨは、上記に記載されない情報を送信するために用いられてもよい。

ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送信するために少なくとも用いられる。ＰＲＡＣＨは、初期コネクション確立（ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ＰＵＳＣＨの送信に対する同期（タイミング調整）、およびＰＵＳＣＨのためのリソースの要求の一部または全部を示すために少なくとも用いられてもよい。ランダムアクセスプリアンブルは、端末装置１の上位層より与えられるインデックス（ランダムアクセスプリアンブルインデックス）を基地局装置３に通知するために用いられてもよい。

図１において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・ＵＬ ＤＭＲＳ（ＵｐＬｉｎｋ Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＵＬ ＰＴＲＳ（ＵｐＬｉｎｋ Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）

ＵＬ ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＵＬ ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重される。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＵＬ ＤＭＲＳを使用してよい。以下、ＰＵＳＣＨと、該ＰＵＳＣＨに関連するＵＬ ＤＭＲＳを共に送信することを、単に、ＰＵＳＣＨを送信する、と称する。以下、ＰＵＣＣＨと該ＰＵＣＣＨに関連するＵＬ ＤＭＲＳを共に送信することを、単に、ＰＵＣＣＨを送信する、と称する。ＰＵＳＣＨに関連するＵＬ ＤＭＲＳは、ＰＵＳＣＨ用ＵＬ ＤＭＲＳとも称される。ＰＵＣＣＨに関連するＵＬ ＤＭＲＳは、ＰＵＣＣＨ用ＵＬ ＤＭＲＳとも称される。

ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しなくてもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおけるサブフレームの最後、または、最後から所定数のＯＦＤＭシンボルにおいて送信されてもよい。

ＵＬ ＰＴＲＳは、位相トラッキングのために少なくとも用いられる参照信号であってもよい。ＵＬ ＰＴＲＳは、１または複数のＵＬ ＤＭＲＳに用いられるアンテナポートを少なくとも含むＵＬ ＤＭＲＳグループに関連してもよい。ＵＬ ＰＴＲＳとＵＬ ＤＭＲＳグループが関連することは、ＵＬ ＰＴＲＳのアンテナポートとＵＬ ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＵＬ ＤＭＲＳグループは、ＵＬ ＤＭＲＳグループに含まれるＵＬ ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。ＵＬ ＰＴＲＳは、１つのコードワードがマップされる１または複数のアンテナポートにおいて、最もインデックスの小さいアンテナポートにマップされてもよい。ＵＬ ＰＴＲＳは、１つのコードワードが第１のレイヤ及び第２のレイヤに少なくともマップされる場合に、該第１のレイヤにマップされてもよい。ＵＬ ＰＴＲＳは、該第２のレイヤにマップされなくてもよい。ＵＬ ＰＴＲＳがマップされるアンテナポートのインデックスは、下りリンク制御情報に少なくとも基づき与えられてもよい。

なお、上述に記載されない上りリンク物理シグナルが用いられてもよい。

図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）
・ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
・ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）

ＰＢＣＨは、マスターインフォメーションブロック（ＭＩＢ：Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ， ＢＣＨ， Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を送信するために少なくとも用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨは、１６０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の中身は、８０ｍｓごとに更新されてもよい。ＰＢＣＨに含まれる情報の一部または全部は、１６０ｍｓごとに更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２、３、または、４つのＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および／または、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。

ＰＤＣＣＨは、下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）の送信のために少なくとも用いられる。ＰＤＣＣＨは、下りリンク制御情報を少なくとも含んで送信されてもよい。ＰＤＣＣＨは下りリンク制御情報を含んでもよい。下りリンク制御情報は、ＤＣＩフォーマットとも呼称される。下りリンク制御情報は、下りリンクグラント（ｄｏｗｎｌｉｎｋ ｇｒａｎｔ）（ＤＬ ｇｒａｎｔ）または上りリンクグラント（ｕｐｌｉｎｋ ｇｒａｎｔ）（ＵＬ ｇｒａｎｔ）の何れかを少なくとも含んでもよい。ＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、下りリンクＤＣＩフォーマットとも呼称される。ＰＵＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、上りリンクＤＣＩフォーマットとも呼称される。下りリンクグラントは、下りリンクアサインメント（ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ）（ＤＬ ａｓｓｉｇｎｍｅｎｔ）または下りリンク割り当て（ｄｏｗｎｌｉｎｋ ａｌｌｏｃａｔｉｏｎ）（ＤＬ ａｌｌｏｃａｔｉｏｎ）とも呼称される。上りリンクＤＣＩフォーマットは、ＤＣＩフォーマット０＿０およびＤＣＩフォーマット０＿１の一方または両方を少なくとも含む。

ＤＣＩフォーマット０＿０は、１Ａから１Ｆの一部または全部を少なくとも含んで構成される。
１Ａ）ＤＣＩフォーマット特定フィールド（Ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ ＤＣＩ ｆｏｒｍａｔｓ ｆｉｅｌｄ）
１Ｂ）周波数領域リソース割り当てフィールド（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ）
１Ｃ）時間領域リソース割り当てフィールド（Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ）
１Ｄ）周波数ホッピングフラグフィールド（Ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｆｌａｇ ｆｉｅｌｄ）
１Ｅ）ＭＣＳフィールド（ＭＣＳ ｆｉｅｌｄ： Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ ｆｉｅｌｄ）
１Ｆ）ＣＳＩリスエストフィールド（ＣＳＩ ｒｅｑｕｅｓｔ ｆｉｅｌｄ）

ＤＣＩフォーマット特定フィールドは、該ＤＣＩフォーマット特定フィールドを含むＤＣＩフォーマットが１または複数のＤＣＩフォーマットの何れに対応するかを示すために少なくとも用いられてもよい。該１または複数のＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、ＤＣＩフォーマット０＿０、および／または、ＤＣＩフォーマット０＿１の一部または全部に少なくとも基づき与えられてもよい。

周波数領域リソース割り当てフィールドは、該周波数領域リソース割り当てフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。周波数領域リソース割り当てフィールドは、ＦＤＲＡ（Ｆｒｅｑｕｅｎｃｙ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ）フィールドとも呼称される。

時間領域リソース割り当てフィールドは、該時間領域リソース割り当てフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。

周波数ホッピングフラグフィールドは、該周波数ホッピングフラグフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨに対して周波数ホッピングが適用されるか否かを示すために少なくとも用いられてもよい。

ＭＣＳフィールドは、該ＭＣＳフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、該ＰＵＳＣＨのトランスポートブロックのためのターゲット符号化率であってもよい。該トランスポートブロックのサイズ（ＴＢＳ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ）は、該ターゲット符号化率に少なくとも基づき与えられてもよい。

ＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。ＣＳＩリクエストフィールドのサイズは、所定の値であってもよい。ＣＳＩリクエストフィールドのサイズは、０であってもよいし、１であってもよいし、２であってもよいし、３であってもよい。

ＤＣＩフォーマット０＿１は、２Ａから２Ｈの一部または全部を少なくとも含んで構成される。
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域リソース割り当てフィールド
２Ｃ）時間領域リソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）ＣＳＩリクエストフィールド（ＣＳＩ ｒｅｑｕｅｓｔ ｆｉｅｌｄ）
２Ｇ）ＢＷＰフィールド（ＢＷＰ ｆｉｅｌｄ）
２Ｈ）ＵＬ ＤＡＩフィールド（ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ）

ＵＬ ＤＡＩフィールドは、ＰＤＳＣＨの送信状況を示すために少なくとも用いられる。動的ＨＡＲＱ－ＡＣＫコードブック（Ｄｙｎａｍｉｃ ＨＡＲＱ-ＡＣＫ ｃｏｄｅｂｏｏｋ）が用いられる場合、ＵＬ ＤＡＩフィールドのサイズは２ビットであってもよい。ＵＬ ＤＡＩフィールドは、ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋのサイズを示す。ＵＬ ＤＡＩフィールドは、ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋに含められるＨＡＲＱ－ＡＣＫの数を示す。ＵＬ ＤＡＩフィールドは、ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋにおいて、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨの数を示す。ＵＬ ＤＡＩフィールドは、ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋにおいて、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨとＳＰＳ ｒｅｌｅａｓｅの数を示す。

ＵＬ ＤＡＩフィールドは、モジュロ演算が適用された値が示されてもよい。ＵＬ ＤＡＩフィールドが２ビットの例について説明する。ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋに、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨの数が０個の場合、ＵＬ ＤＡＩフィールドとして“００”が示される。ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋに、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨの数が１個の場合、ＵＬ ＤＡＩフィールドとして“０１”が示される。ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋに、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨの数が２個の場合、ＵＬ ＤＡＩフィールドとして“１０”が示される。ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋに、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨの数が３個の場合、ＵＬ ＤＡＩフィールドとして“１１”が示される。ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋに、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨの数が４個の場合、ＵＬ ＤＡＩフィールドとして“００”が示される。ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋに、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨの数が５個の場合、ＵＬ ＤＡＩフィールドとして“０１”が示される。ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋに、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨの数が６個の場合、ＵＬ ＤＡＩフィールドとして“１０”が示される。ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋに、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨの数が７個の場合、ＵＬ ＤＡＩフィールドとして“１１”が示される。この例では、ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋにおいて、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨの数に対して、数値‘４’を用いたモジュロ演算が行われる。

端末装置１は、受信されたＰＤＳＣＨの総数を考慮してＵＬ ＤＡＩフィールドを解釈する。例えば、端末装置１は、４個のＰＤＳＣＨを受信しており、“００”を示すＵＬ ＤＡＩフィールドを受信する。この場合、端末装置１は、ＵＬ ＤＡＩフィールドで示される、ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋに、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨの数が４個であると解釈する。例えば、端末装置１は、３個のＰＤＳＣＨを受信しており、“００”を示すＵＬ ＤＡＩフィールドを受信する。この場合、端末装置１は、ＵＬ ＤＡＩフィールドで示される、ＰＵＳＣＨで送信されるＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋに、対応するＨＡＲＱ－ＡＣＫが含められるＰＤＳＣＨの数が４個であると解釈し、１つのＰＤＳＣＨの受信をミスしたと判断する。

ＢＷＰフィールドは、ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨがマップされる上りリンクＢＷＰを指示するために用いられてもよい。

ＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。ＣＳＩリクエストフィールドのサイズは、上位層のパラメータＲｅｐｏｒｔＴｒｉｇｇｅｒＳｉｚｅに少なくとも基づき与えられてもよい。

下りリンクＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１の一方または両方を少なくとも含む。

ＤＣＩフォーマット１＿０は、３Ａから３Ｈの一部または全部を少なくとも含んで構成される。
３Ａ）ＤＣＩフォーマット特定フィールド（Ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ ＤＣＩ ｆｏｒｍａｔｓ ｆｉｅｌｄ）
３Ｂ）周波数領域リソース割り当てフィールド（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ）
３Ｃ）時間領域リソース割り当てフィールド（Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ）
３Ｄ）周波数ホッピングフラグフィールド（Ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｆｌａｇ ｆｉｅｌｄ）
３Ｅ）ＭＣＳフィールド（ＭＣＳ ｆｉｅｌｄ： Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ ｆｉｅｌｄ）
３Ｆ）第１のＣＳＩリスエストフィールド（Ｆｉｒｓｔ ＣＳＩ ｒｅｑｕｅｓｔ ｆｉｅｌｄ）
３Ｇ）ＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）
３Ｈ）ＰＵＣＣＨリソース指示フィールド（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）

ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドは、タイミングＫ１を示すフィールドであってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ－ＡＣＫを少なくとも含むＰＵＣＣＨまたはＰＵＳＣＨが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ－ＡＣＫを少なくとも含むＰＵＣＣＨの先頭のＯＦＤＭシンボルまたはＰＵＳＣＨの先頭のＯＦＤＭシンボルが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。

以下、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）は、ＨＡＲＱ指示フィールドと呼称されてもよい。

ＰＵＣＣＨリソース指示フィールドは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのインデックスを示すフィールドであってもよい。

ＤＣＩフォーマット１＿１は、４Ａから４Ｊの一部または全部を少なくとも含んで構成される。
４Ａ）ＤＣＩフォーマット特定フィールド（Ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ ＤＣＩ ｆｏｒｍａｔｓ ｆｉｅｌｄ）
４Ｂ）周波数領域リソース割り当てフィールド（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ）
４Ｃ）時間領域リソース割り当てフィールド（Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ）
４Ｄ）周波数ホッピングフラグフィールド（Ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｆｌａｇ ｆｉｅｌｄ）
４Ｅ）ＭＣＳフィールド（ＭＣＳ ｆｉｅｌｄ： Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ ｆｉｅｌｄ）
４Ｆ）第１のＣＳＩリスエストフィールド（Ｆｉｒｓｔ ＣＳＩ ｒｅｑｕｅｓｔ ｆｉｅｌｄ）
４Ｇ）ＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）
４Ｈ）ＰＵＣＣＨリソース指示フィールド（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）
４Ｊ）ＢＷＰフィールド（ＢＷＰ ｆｉｅｌｄ）

ＢＷＰフィールドは、ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨがマップされる下りリンクＢＷＰを指示するために用いられてもよい。

ＤＣＩフォーマット２＿０は、１または複数のスロットフォーマットインディケータ（ＳＦＩ：Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ）を少なくとも含んで構成されてもよい。

下りリンク制御情報は、スロットフォーマット指標（ＳＦＩ：Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ）を含んでもよい。複数のサブフレーム（スロット）における各サブフレーム（スロット）が上りリンクのサブフレーム（スロット）なのか、下りリンクのサブフレーム（スロット）なのか、フレキシブルサブフレーム（スロット）なのかを示すパターンが、下りリンク制御情報を用いて送受信されてもよい。端末装置１は、受信したＳＦＩにより示されないサブフレーム（スロット）は、フレキシブルサブフレーム（スロット）と判断してもよい。端末装置１は、フレキシブルサブフレーム（スロット）に対してＵＬ ｇｒａｎｔによりＰＵＳＣＨの送信がスケジュールされた場合、フレキシブルサブフレーム（スロット）を上りリンクサブフレーム（スロット）として処理を行なう。端末装置１は、フレキシブルサブフレーム（スロット）に対してＵＬ ｇｒａｎｔによりＰＵＳＣＨの送信がスケジュールされていなかった場合、フレキシブルサブフレーム（スロット）においてＰＤＣＣＨ候補のモニタリングを行い、ＤＬ ａｓｓｉｇｎｍｅｎｔを検出する処理を行なう。端末装置１は、フレキシブルサブフレーム（スロット）においてＤＬ ａｓｓｉｇｎｍｅｎｔによりＰＤＳＣＨの受信がスケジュールされた場合、フレキシブルサブフレーム（スロット）を下りリンクサブフレーム（スロット）として処理を行なう。

例えば、下りリンクグラントまたは上りリンクグラントを含む下りリンク制御情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を含めてＰＤＣＣＨで送受信される。

本実施形態の種々の態様において、特別な記載のない限り、リソースブロックの数は周波数領域におけるリソースブロックの数を示す。

下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと同じスロット内のＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと異なるスロット内のＰＤＳＣＨのスケジューリングのために用いられてもよい。上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングのために少なくとも用いられる。

下りリンクＤＣＩフォーマットは、送信されたＰＤＣＣＨの累積数を示すフィールド（Ｃ－ＤＡＩ：Ｃｏｕｎｔｅｒ Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ フィールド）が含まれてもよい。Ｃ－ＤＡＩは、送信されたＰＤＳＣＨの累積数を示してもよい。例えば、送信されたＰＤＳＣＨを含み、それまでに送信されたＰＤＳＣＨの累積数が１個の場合は、Ｃ－ＤＡＩの値として“１”が示される。例えば、送信されたＰＤＳＣＨを含み、それまでに送信されたＰＤＳＣＨの累積数が８個の場合は、Ｃ－ＤＡＩの値として“８”が示される。

なお、各種ＤＣＩフォーマットは、上述のフィールドとは異なるフィールドが更に含まれてもよい。例えば、送信されるＰＤＣＣＨの総数を示すフィールド（Ｔ－ＤＡＩ：Ｔｏｔａｌ Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ フィールド）が含まれてもよい。

ＰＤＣＣＨに含まれるＤＣＩフォーマットにより指示されるＫ１（ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドにより示される情報、またはパラメータ）の値は、数値（numerical）であってもよいし、非数値(non-numerical)であってもよい。ここで、数値の値は、数字で表す値を意味し、例えば、｛０，１，２，．．．，１５｝のうちの値であってもよい。非数値の値は、数字以外の値を意味してもよいし、数値を示さないことを意味してもよい。以下、数値のＫ１の値、および、非数値のＫ１の値の運用を説明する。例えば、該ＤＣＩフォーマットによりスケジュールされるＰＤＳＣＨは、スロットｎにおいて基地局装置３において送信され、端末装置１において受信される。該ＤＣＩフォーマットにより示されるＫ１の値が数値である場合、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報をスロットｎ＋Ｋ１において、ＰＵＣＣＨまたはＰＵＳＣＨを介して送信（報告）してもよい。該ＤＣＩフォーマットにより示されるＫ１の値が非数値である場合、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報の報告を延期してもよい。ＰＤＳＣＨのスケジューリング情報を含むＤＣＩフォーマットにより非数値のＫ１の値が示される場合、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報の報告を延期してもよい。例えば、端末装置１は、該ＨＡＲＱ－ＡＣＫ情報をメモリなどの記録媒体に保存して、次のＰＵＣＣＨまたはＰＵＳＣＨを介して該ＨＡＲＱ－ＡＣＫ情報を送信（報告）せず、前述のＤＣＩフォーマット以外のＤＣＩフォーマットに少なくとも基づき該ＨＡＲＱ－ＡＣＫ情報の送信がトリガされて該ＨＡＲＱ－ＡＣＫ情報を送信（報告）してもよい。

１つの物理チャネルは、１つのサービングセルにマップされてもよい。１つの物理チャネルは、１つのサービングセルに含まれる１つのキャリアに設定される１つのＢＷＰにマップされてもよい。

端末装置１は、１または複数の制御リソースセット（ＣＯＲＥＳＥＴ：ＣＯｎｔｒｏｌＲＥｓｏｕｒｃｅ ＳＥＴ）が設定されてもよい。端末装置１は、１または複数の制御リソースセットにおいてＰＤＣＣＨを監視する（ｍｏｎｉｔｏｒ）。ここで、１または複数の制御リソースセットにおいてＰＤＣＣＨを監視することは、１または複数の制御リソースセットのそれぞれに対応する１または複数のＰＤＣＣＨを監視することを含んでもよい。なお、ＰＤＣＣＨは、１または複数のＰＤＣＣＨ候補および／またはＰＤＣＣＨ候補のセットを含んでもよい。また、ＰＤＣＣＨを監視することは、ＰＤＣＣＨ、および／または、ＰＤＣＣＨを介して送信されるＤＣＩフォーマットを監視し、検出することを含んでもよい。

制御リソースセットは、１または複数のＰＤＣＣＨがマップされうる時間周波数領域であってもよい。制御リソースセットは、端末装置１がＰＤＣＣＨを監視する領域であってもよい。制御リソースセットは、連続的なリソース（Ｌｏｃａｌｉｚｅｄ ｒｅｓｏｕｒｃｅ）により構成されてもよい。制御リソースセットは、非連続的なリソース（ｄｉｓｔｒｉｂｕｔｅｄ ｒｅｓｏｕｒｃｅ）により構成されてもよい。

周波数領域において、制御リソースセットのマッピングの単位はリソースブロックであってもよい。例えば、周波数領域において、制御リソースセットのマッピングの単位は６リソースブロックであってもよい。時間領域において、制御リソースセットのマッピングの単位はＯＦＤＭシンボルであってもよい。例えば、時間領域において、制御リソースセットのマッピングの単位は１ＯＦＤＭシンボルであってもよい。

制御リソースセットのリソースブロックへのマッピングは、上位層パラメータに少なくとも基づき与えられてもよい。該上位層パラメータは、リソースブロックのグループ（ＲＢＧ：Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）に対するビットマップを含んでもよい。該リソースブロックのグループは、６つの連続するリソースブロックにより与えられてもよい。

制御リソースセットを構成するＯＦＤＭシンボルの数は、上位層パラメータに少なくとも基づき与えられてもよい。例えば、制御リソースセットを構成するＯＦＤＭシンボルの開始位置が上位層のシグナリングを用いて基地局装置３から端末装置１に通知される。例えば、制御リソースセットを構成するＯＦＤＭシンボルの終了位置が上位層のシグナリングを用いて基地局装置３から端末装置１に通知される。

ある制御リソースセットは、共通制御リソースセット（Ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）であってもよい。共通制御リソースセットは、複数の端末装置１に対して共通に設定される制御リソースセットであってもよい。共通制御リソースセットは、ＭＩＢ、第１のシステム情報、第２のシステム情報、共通ＲＲＣシグナリング、および、セルＩＤの一部または全部に少なくとも基づき与えられてもよい。例えば、第１のシステム情報のスケジューリングのために用いられるＰＤＣＣＨを監視することが設定される制御リソースセットの時間リソース、および／または、周波数リソースは、ＭＩＢに少なくとも基づき与えられてもよい。

ＭＩＢで設定される制御リソースセットは、ＣＯＲＥＳＥＴ＃０とも呼称される。ＣＯＲＥＳＥＴ＃０は、インデックス＃０の制御リソースセットであってもよい。

ある制御リソースセットは、専用制御リソースセット（Ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）であってもよい。専用制御リソースセットは、端末装置１のために専用に用いられるように設定される制御リソースセットであってもよい。専用制御リソースセットは、専用ＲＲＣシグナリング、および、Ｃ－ＲＮＴＩの値の一部または全部に少なくとも基づき与えられてもよい。端末装置１に複数の制御リソースセットが構成され、それぞれの制御リソースセットにインデックス（制御リソースセットインデックス）が付与されてもよい。制御リソースセット内に１つ以上の制御チャネル要素（ＣＣＥ）が構成され、それぞれのＣＣＥにインデックス（ＣＣＥインデックス）が付与されてもよい。

ＣＣＥは、１または複数のＲＥＧのグループを含んで構成されてもよい。ＲＥＧのグループは、ＲＥＧバンドル（ｂｕｎｄｌｅ）とも呼称される。１つのＲＥＧのグループを構成するＲＥＧの数は、Ｂｕｎｄｌｅ ｓｉｚｅと呼称される。例えば、ＲＥＧのＢｕｎｄｌｅ ｓｉｚｅは、１、２、３、６の何れかであってもよい。ｉｎｔｅｒｌｅａｖｅｄ ｍａｐｐｉｎｇにおいて、ＲＥＧバンドル単位でインタリーバが適用されてもよい。端末装置１は、ＲＥＧのグループ内のＲＥに適用されるプレコーダが同一であると想定してもよい。端末装置１は、ＲＥＧのグループ内のＲＥに適用されるプレコーダが同一であると想定して、チャネル推定を行うことができる。一方、端末装置１は、ＲＥＧのグループ間のＲＥに適用されるプレコーダが同一ではないと想定してもよい。言い換えれば、端末装置１は、ＲＥＧのグループ間のＲＥに適用されるプレコーダが同一であると想定しなくてもよい。「ＲＥＧのグループ間」は、「異なる２つのＲＥＧのグループの間」と言い換えられてもよい。端末装置１は、ＲＥＧのグループ間のＲＥに適用されるプレコーダが同一ではないと想定してチャネル推定を行うことができる。

端末装置１によって監視されるＰＤＣＣＨの候補（ＰＤＣＣＨ ｃａｎｄｉｄａｔｅ）のセットは、探索領域（Ｓｅａｒｃｈ ｓｐａｃｅ）の観点から定義される。つまり、端末装置１によって監視されるＰＤＣＣＨ候補のセットは、探索領域によって与えられる。

探索領域は、１または複数の集約レベル（Ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）のＰＤＣＣＨ候補を１または複数含んで構成されてもよい。ＰＤＣＣＨ候補の集約レベルは、該ＰＤＣＣＨを構成するＣＣＥの個数を示してもよい。ＰＤＤＣＨ候補は、１または複数のＣＣＥにマップされてもよい。

ＰＤＣＣＨ候補を構成するＣＣＥの数は、集約レベル（ＡＬ：Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ）とも呼称される。１つのＰＤＣＣＨ候補が複数のＣＣＥの集約で構成される場合、１つのＰＤＣＣＨ候補はＣＣＥの番号が連続する複数のＣＣＥから構成される。集約レベルがＡＬ_XのＰＤＣＣＨ候補の集合は、集約レベルＡＬ_Xの探索領域とも呼称される。つまり、集約レベルＡＬ_Xの探索領域は、集約レベルがＡＬ_Ｘの１つまたは複数のＰＤＣＣＨ候補を含んで構成されてもよい。また、探索領域は、複数の集約レベルのＰＤＣＣＨ候補を含んでもよい。例えば、ＣＳＳは、複数の集約レベルのＰＤＣＣＨ候補を含んでもよい。例えば、ＵＳＳは、複数の集約レベルのＰＤＣＣＨ候補を含んでもよい。ＣＳＳに含まれるＰＤＣＣＨ候補の集約レベルのセットと、ＵＳＳに含まれるＰＤＣＣＨ候補の集約レベルのセットはそれぞれ規定／設定されてもよい。

端末装置１は、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）が設定されないスロットにおいて少なくとも１または複数の探索領域を監視してもよい。ＤＲＸは、上位層パラメータに少なくとも基づき与えられてもよい。端末装置１は、ＤＲＸが設定されないスロットにおいて少なくとも１または複数の探索領域セット（Ｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔ）を監視してもよい。端末装置１に複数の探索領域セットが構成されてもよい。それぞれの探索領域セットにインデックス（探索領域セットインデックス）が付与されてもよい。

探索領域セットは、１または複数の探索領域を少なくとも含んで構成されてもよい。それぞれの探索領域にインデックス（探索領域インデックス）が付与されてもよい。

探索領域セットのそれぞれは、１つの制御リソースセットに少なくとも関連してもよい。探索領域セットのそれぞれは、１つの制御リソースセットに含まれてもよい。探索領域セットのそれぞれに対して、該探索領域セットに関連する制御リソースセットのインデックスが与えられてもよい。

探索領域は、ＣＳＳ（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ、共通探索領域）とＵＳＳ（ＵＥ－ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ）の２つのタイプを持ってもよい。ＣＳＳは、複数の端末装置１に対して共通に設定される探索領域であってもよい。ＵＳＳは、個別の端末装置１のために専用的に用いられる設定を含む探索領域であってもよい。ＣＳＳは、同期信号、ＭＩＢ、第１のシステム情報、第２のシステム情報、共通ＲＲＣシグナリング、専用ＲＲＣシグナリング、セルＩＤ、等に少なくとも基づき与えられてもよい。ＵＳＳは、専用ＲＲＣシグナリング、および／または、Ｃ－ＲＮＴＩの値に少なくとも基づき与えられてもよい。ＣＳＳは、複数の端末装置１に対して共通のリソース（制御リソースエレメント）に設定される探索領域であってもよい。ＵＳＳは、個別の端末装置１毎のリソース（制御リソースエレメント）に設定される探索領域であってもよい。

ＣＳＳは、プライマリセルにおいてシステム情報を送信するために用いられるＳＩ－ＲＮＴＩによってスクランブルされたＤＣＩフォーマットに対するタイプ０ＰＤＣＣＨ ＣＳＳ、および、初期アクセスに用いられるＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩによってスクランブルされたＤＣＩフォーマットに対するタイプ１ＰＤＣＣＨ ＣＳＳが用いられてもよい。ＣＳＳは、Ｕｎｌｉｃｅｎｓｅｄ ａｃｃｅｓｓに用いられるＣＣ－ＲＮＴＩによってスクランブルされたＤＣＩフォーマットに対するタイプのＰＤＣＣＨ ＣＳＳが用いられてもよい。端末装置１は、それらの探索領域におけるＰＤＣＣＨ候補をモニタすることができる。所定のＲＮＴＩによってスクランブルされたＤＣＩフォーマットとは、所定のＲＮＴＩによってスクランブルされたＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）が付加されたＤＣＩフォーマットであってもよい。

ＰＤＣＣＨの受信に関連する情報は、ＰＤＣＣＨの宛先を指示するＩＤに関連する情報を含んでもよい。ＰＤＣＣＨの宛先を指示するＩＤは、ＰＤＣＣＨに付加されるＣＲＣビットのスクランブリングに用いられるＩＤであってもよい。ＰＤＣＣＨの宛先を指示するＩＤは、ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）とも呼称される。ＰＤＣＣＨの受信に関連する情報は、ＰＤＣＣＨに付加されるＣＲＣビットのスクランブリングに用いられるＩＤに関連する情報を含んでもよい。端末装置１は、ＰＢＣＨに含まれる該ＩＤに関連する情報に少なくとも基づき、ＰＤＣＣＨの受信を試みることができる。

ＲＮＴＩは、ＳＩ－ＲＮＴＩ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ － ＲＮＴＩ）、Ｐ－ＲＮＴＩ（Ｐａｇｉｎｇ － ＲＮＴＩ）、Ｃ－ＲＮＴＩ（Ｃｏｍｍｏｎ － ＲＮＴＩ）、Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩ（ＴＣ－ＲＮＴＩ）、ＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ － ＲＮＴＩ）、ＣＣ－ＲＮＴＩ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ － ＲＮＴＩ）、ＩＮＴ－ＲＮＴＩ（Ｉｎｔｅｒｒｕｐｔｉｏｎ － ＲＮＴＩ）を含んでもよい。ＳＩ－ＲＮＴＩは、システム情報を含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられる。Ｐ－ＲＮＴＩは、ページング情報、および／または、システム情報の変更通知等の情報を含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられる。Ｃ－ＲＮＴＩは、ＲＲＣ接続された端末装置１に対して、ユーザーデータをスケジューリングするために少なくとも用いられる。Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩは、ランダムアクセスメッセージ４のスケジューリングのために少なくとも用いられる。Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩは、ロジカルチャネルにおけるＣＣＣＨにマップされるデータを含むＰＤＳＣＨをスケジューリングするために少なくとも用いられる。ＲＡ－ＲＮＴＩは、ランダムアクセスメッセージ２のスケジューリングのために少なくとも用いられる。ＣＣ－ＲＮＴＩは、Ｕｎｌｉｃｅｎｓｅｄ ａｃｃｅｓｓの制御情報の送受信のために少なくとも用いられる。ＩＮＴ－ＲＮＴＩは、下りリンクでのＰｒｅ－ｅｍｐｔｉｏｎを示すために少なくとも用いられる。

なお、ＣＳＳに含まれるＰＤＣＣＨおよび／またはＤＣＩには、該ＰＤＣＣＨ／ＤＣＩが、どのサービングセル（または、どのコンポーネントキャリア）に対するＰＤＳＣＨまたはＰＵＳＣＨをスケジュールしているかを示すＣＩＦ（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｏｒ Ｆｉｅｌｄ）が含まれなくてもよい。

なお、端末装置１に対して複数のサービングセルおよび／または複数のコンポーネントキャリアを集約して通信（送信および／または受信）を行なうキャリア集約（ＣＡ：キャリアアグリゲーション）が設定される場合には、所定のサービングセル（所定のコンポーネントキャリア）に対するＵＳＳに含まれるＰＤＣＣＨおよび／またはＤＣＩには、該ＰＤＣＣＨ／ＤＣＩが、どのサービングセルおよび／またはどのコンポーネントキャリアに対するＰＤＳＣＨまたはＰＵＳＣＨをスケジュールしているかを示すＣＩＦが含まれてもよい。

なお、端末装置１に対して１つのサービングセルおよび／または１つのコンポーネントキャリアを用いて通信を行なう場合には、ＵＳＳに含まれるＰＤＣＣＨおよび／またはＤＣＩには、該ＰＤＣＣＨ／ＤＣＩが、どのサービングセルおよび／またはどのコンポーネントキャリアに対するＰＤＳＣＨまたはＰＵＳＣＨをスケジュールしているかを示すＣＩＦが含まれなくてもよい。

共通制御リソースセットは、ＣＳＳを含んでもよい。共通制御リソースセットは、ＣＳＳおよびＵＳＳの両方を含んでもよい。専用制御リソースセットは、ＵＳＳを含んでもよい。専用制御リソースセットは、ＣＳＳを含んでもよい。

探索領域の物理リソースは制御チャネルの構成単位（ＣＣＥ：Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）により構成される。ＣＣＥは所定の数のリソース要素グループ（ＲＥＧ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ）により構成される。例えば、ＣＣＥは６個のＲＥＧにより構成されてもよい。ＲＥＧは１つのＰＲＢ（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）の１ＯＦＤＭシンボルにより構成されてもよい。つまり、ＲＥＧは１２個のリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）を含んで構成されてもよい。ＰＲＢは、単にＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ：リソースブロック）とも呼称される。

つまり、端末装置１は、制御リソースセット内の探索領域に含まれるＰＤＣＣＨ候補をブラインド検出することによって、該端末装置１に対するＰＤＣＣＨおよび／またはＤＣＩを検出することができる。

１つのサービングセルおよび／または１つのコンポーネントキャリアにおける１つの制御リソースセットに対するブラインド検出の回数は、該制御リソースセットに含まれるＰＤＣＣＨに対する探索領域の種類、集約レベルの種類、ＰＤＣＣＨ候補の数に基づいて決定されてもよい。ここで、探索領域の種類とは、ＣＳＳおよび／またはＵＳＳおよび／またはＵＧＳＳ（ＵＥ Ｇｒｏｕｐ ＳＳ）および／またはＧＣＳＳ（Ｇｒｏｕｐ ＣＳＳ）のうち、少なくとも１つが含まれてもよい。集約レベルの種類とは、探索領域を構成するＣＣＥに対してサポートされる最大集約レベルを示し、｛１，２，４，８，…，Ｘ｝（Ｘは所定の値）のうち、少なくとも１つから規定／設定されてもよい。ＰＤＣＣＨ候補の数とは、ある集約レベルに対するＰＤＣＣＨ候補の数を示してもよい。つまり、複数の集約レベルに対してそれぞれ、ＰＤＣＣＨ候補の数が規定／設定されてもよい。なお、ＵＧＳＳは、１つまたは複数の端末装置１に対して共通して割り当てられる探索領域であってもよい。ＧＣＳＳは、１つまたは複数の端末装置１に対してＣＳＳに関連するパラメータを含むＤＣＩがマップされた探索領域であってもよい。なお、集約レベルは、所定のＣＣＥ数の集約レベルを示し、１つのＰＤＣＣＨおよび／または探索領域を構成するＣＣＥの総数に関連する。

なお、集約レベルの大きさが、ＰＤＣＣＨおよび／または探索領域に対応するカバレッジまたはＰＤＣＣＨおよび／または探索領域に含まれるＤＣＩのサイズ（ＤＣＩフォーマットサイズ、ペイロードサイズ）に関連付けられてもよい。

なお、１つの制御リソースセットに対して、ＰＤＣＣＨのＯＦＤＭシンボルの開始位置（スタートシンボル）が設定される場合、且つ、所定の期間において、１つよりも多くの制御リソースセット内のＰＤＣＣＨを検出可能である場合には、各スタートシンボルに対応する時間領域に対して、該制御リソースセットに含まれるＰＤＣＣＨに対する探索領域の種類、集約レベルの種類、ＰＤＣＣＨ候補の数がそれぞれ設定されてもよい。該制御リソースセットに含まれるＰＤＣＣＨに対する、探索領域の種類、集約レベルの種類、ＰＤＣＣＨ候補の数はそれぞれ、制御リソースセット毎に設定されてもよいし、ＤＣＩおよび／または上位層の信号（ＲＲＣシグナリング）を介して提供／設定されてもよいし、仕様書によって予め規定／設定されてもよい。なお、ＰＤＣＣＨ候補の数は、所定の期間のＰＤＣＣＨ候補の数であってもよい。なお、所定の期間は、１ミリ秒であってもよい。所定の期間は、１マイクロ秒であってもよい。また、所定の期間は、１スロットの期間であってもよい。また、所定の期間は、１つのＯＦＤＭシンボルの期間であってもよい。

なお、１つの制御リソースセットに対してＰＤＣＣＨのＯＦＤＭシンボルの開始位置（スタートシンボル）が１つよりも多い場合、つまり、所定の期間において、ＰＤＣＣＨをブラインド検出（モニタ）するタイミングが複数ある場合には、各スタートシンボルに対応する時間領域に対して、該制御リソースセットに含まれるＰＤＣＣＨに対する探索領域の種類、集約レベルの種類、ＰＤＣＣＨ候補の数がそれぞれ設定されてもよい。該制御リソースセットに含まれるＰＤＣＣＨに対する、探索領域の種類、集約レベルの種類、ＰＤＣＣＨ候補の数はそれぞれ、制御リソースセット毎に設定されてもよいし、ＤＣＩおよび／または上位層の信号を介して提供／設定されてもよいし、仕様書によって予め規定／設定されてもよい。

なお、ＰＤＣＣＨ候補の数の示し方として、ＰＤＣＣＨ候補の所定の数から削減する個数を、集約レベル毎に規定／設定されるような構成でもよい。

端末装置１は、ブラインド検出に関連する能力情報を基地局装置３に送信／通知してもよい。端末装置１は、１つのサブフレームにおいて処理可能なＰＤＣＣＨ候補の数をＰＤＣＣＨに関する能力情報として基地局装置３に送信／通知してもよい。端末装置１は、１つまたは複数のサービングセル／コンポーネントキャリアに対して所定の数よりも多い制御リソースセットが設定できる場合、ブラインド検出に関連する能力情報を基地局装置３に送信／通知してもよい。

端末装置１は、１つまたは複数のサービングセル／コンポーネントキャリアの所定の期間に対して所定の数よりも多い制御リソースセットが設定できる場合、ブラインド検出に関連する能力情報を基地局装置３に送信／通知してもよい。

なお、該ブラインド検出に関連する能力情報には、所定の期間におけるブラインド検出の最大回数を示す情報が含まれてもよい。また、該ブラインド検出に関連する能力情報には、ＰＤＣＣＨ候補を削減することができることを示す情報が含まれてもよい。また、該ブラインド検出に関連する能力情報には、所定の期間においてブラインド検出可能な制御リソースセットの最大数を示す情報が含まれてもよい。該制御リソースセットの最大数とＰＤＣＣＨのモニタリングが可能なサービングセルおよび／またはコンポーネントキャリアの最大数はそれぞれ、個別のパラメータとして設定されてもよいし、共通のパラメータとして設定されてもよい。また、該ブラインド検出に関連する能力情報には、所定の期間において、同時にブラインド検出を行なうことのできる制御リソースセットの最大数を示す情報が含まれてもよい。

端末装置１は、所定の期間において、所定の数よりも多い制御リソースセットの検出（ブラインド検出）を行なう能力をサポートしていない場合には、該ブラインド検出に関連する能力情報を送信／通知しなくてもよい。基地局装置３は、該ブラインド検出に関連する能力情報を受信しなかった場合には、ブラインド検出に対する所定の数を超えないように、制御リソースセットに関する設定を行ない、ＰＤＣＣＨを送信してもよい。

制御リソースセットに関する設定には、制御リソースセットを識別するインデックス（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ）を示すパラメータが含まれる。また、制御リソースセットに関する設定には、該制御リソースセットの周波数リソース領域（該制御リソースセットを構成するリソースブロック数）を示すパラメータが含まれてもよい。また、制御リソースセットに関する設定には、ＣＣＥからＲＥＧへのマッピングの種類を示すパラメータが含まれてもよい。また、制御リソースセットに関する設定には、ＲＥＧバンドルサイズが含まれてもよい。制御リソースセットに関する設定を示すメッセージの送受信にＲＲＣシグナリングが用いられてもよい。制御リソースセットに関する設定を示すメッセージの送受信にＳＩＢが用いられてもよい。制御リソースセットに関する設定を示すメッセージの送受信にＭＩＢが用いられてもよい。

探索領域に関する設定には、探索領域を識別するインデックス（探索領域インデックス）を示すパラメータが含まれる。探索領域に関する設定には、探索領域が配置される制御リソースセットのインデックスを示すパラメータが含まれる。探索領域に関する設定には、探索領域が配置されるスロットの周期、オフセットを示すパラメータが含まれてもよい。探索領域に関する設定には、探索領域が連続して配置されるスロットの個数を示すパラメータが含まれてもよい。探索領域に関する設定には、ＰＤＣＣＨ候補のモニタリングが行なわれる、スロット内のＯＦＤＭシンボルを示すパラメータが含まれてもよい。探索領域に関する設定には、ＣＣＥ集約レベル毎のモニタリングが行われるＰＤＣＣＨ候補の数を示すパラメータが含まれてもよい。探索領域に関する設定には、モニタリングが行われるＤＣＩ ｆｏｒｍａｔを示すパラメータが含まれてもよい。探索領域に関する設定には、探索領域のタイプ（ＣＳＳまたはＵＳＳ）を示すパラメータが含まれてもよい。探索領域に関する設定を示すメッセージの送受信にＲＲＣシグナリングが用いられてもよい。探索領域に関する設定を示すメッセージの送受信にＳＩＢが用いられてもよい。探索領域に関する設定を示すメッセージの送受信にＭＩＢが用いられてもよい。

ＰＤＳＣＨは、トランスポートブロックを送信／受信するために少なくとも用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信／受信するために少なくとも用いられてもよい。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステム情報を送信／受信するために少なくとも用いられてもよい。ＰＤＳＣＨは、ランダムアクセスメッセージ４を送信／受信するために少なくとも用いられてもよい。

図１において、下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・同期信号（ＳＳ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）
・ＤＬ ＤＭＲＳ（ＤｏｗｎＬｉｎｋ ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＣＳＩ－ＲＳ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＤＬ ＰＴＲＳ（ＤｏｗｎＬｉｎｋ Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）

同期信号は、端末装置１が下りリンクの周波数領域、および／または、時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）、および、ＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を含む。

ＳＳブロック（ＳＳ／ＰＢＣＨブロック）は、ＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部を少なくとも含んで構成される。

ＤＬ ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの送信に関連する。ＤＬ ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨに多重される。端末装置１は、ＰＢＣＨ、ＰＤＣＣＨ、または、ＰＤＳＣＨの伝搬路補正を行なうために該ＰＢＣＨ、該ＰＤＣＣＨ、または、該ＰＤＳＣＨと対応するＤＬ ＤＭＲＳを使用してよい。端末装置１は、基地局装置３が信号の送信を行っていることをＤＬ ＤＭＲＳの検出に基づき判断してもよい。

ＣＳＩ－ＲＳは、チャネル状態情報を算出するために少なくとも用いられる信号であってもよい。端末装置１によって想定されるＣＳＩ－ＲＳのパターンは、少なくとも上位層パラメータにより与えられてもよい。

ＰＴＲＳは、位相雑音の補償のために少なくとも用いられる信号であってもよい。端末装置１によって想定されるＰＴＲＳのパターンは、上位層パラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。

ＤＬ ＰＴＲＳは、１または複数のＤＬ ＤＭＲＳに用いられるアンテナポートを少なくとも含むＤＬ ＤＭＲＳグループに関連してもよい。

なお、上述に記載されない下りリンク物理シグナルが用いられてもよい。

下りリンク物理チャネルおよび下りリンク物理シグナルは、下りリンク信号とも呼称される。上りリンク物理チャネルおよび上りリンク物理シグナルは、上りリンク信号とも呼称される。下りリンク信号および上りリンク信号はまとめて物理信号とも呼称される。下りリンク信号および上りリンク信号はまとめて信号とも呼称される。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび上りリンク物理シグナルを総称して、物理シグナルと称する。

ＢＣＨ（Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ）、ＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ－Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）およびＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ－Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）は、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層で用いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロック（ＴＢ）またはＭＡＣ ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（ｄｅｌｉｖｅｒ）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。

基地局装置３と端末装置１は、上位層（ｈｉｇｈｅｒ ｌａｙｅｒ）において上位層の信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリング（ＲＲＣ ｍｅｓｓａｇｅ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｍｅｓｓａｇｅ； ＲＲＣ ｉｎｆｏｒｍａｔｉｏｎ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ ＣＥを、上位層の信号（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）とも称する。

ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および／または、ＭＡＣ ＣＥを送信するために少なくとも用いられてよい。ここで、基地局装置３よりＰＤＳＣＨで送信されるＲＲＣシグナリングは、サービングセル内における複数の端末装置１に対して共通のシグナリングであってもよい。サービングセル内における複数の端末装置１に対して共通のシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇまたはＵＥ ｓｐｅｃｉｆｉｃ ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のシグナリングは、専用ＲＲＣシグナリングとも呼称される。サービングセルにおいて固有な上位層パラメータは、サービングセル内における複数の端末装置１に対して共通のシグナリング、または、ある端末装置１に対して専用のシグナリングを用いて送信／受信されてもよい。ＵＥ固有な上位層パラメータは、ある端末装置１に対して専用のシグナリングを用いて送信／受信されてもよい。

ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）、および、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、ロジカルチャネルである。例えば、ＢＣＣＨは、ＭＩＢを送信／受信するために用いられる上位層のチャネルである。また、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、複数の端末装置１において共通な情報を送信／受信するために用いられる上位層のチャネルである。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられてもよい。また、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、端末装置１に専用の制御情報（ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信／受信するために少なくとも用いられる上位層のチャネルである。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。

ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、ＤＬ－ＳＣＨ、または、ＵＬ－ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされてもよい。

トランスポートチャネルにおけるＵＬ－ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされてもよい。トランスポートチャネルにおけるＤＬ－ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされてもよい。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされてもよい。

ＲＥＧは、１つのＰＲＢの１つのＯＦＤＭシンボルにより構成されてもよい。つまり、ＲＥＧは周波数領域において連続する１２個のＲＥにより構成されてもよい。ＲＥＧを構成する複数のＲＥのうちの一部は、下りリンク制御情報がマップされないＲＥであってもよい。ＲＥＧは、下りリンク制御情報がマップされないＲＥを含んで構成されてもよいし、下りリンク制御情報がマップされないＲＥを含まずに構成されてもよい。下りリンク制御情報がマップされないＲＥは、参照信号がマップされるＲＥであってもよいし、制御チャネル以外のチャネルがマップされるＲＥであってもよいし、制御チャネルがマップされないことが端末装置１によって想定されるＲＥであってもよい。

ＣＣＥは、６個のＲＥＧにより構成されてもよい。ＣＣＥは連続的にマップされるＲＥＧにより構成されてもよい（このようなマッピングをＬｏｃａｌｉｚｅｄ ｍａｐｐｉｎｇと称してもよい）（このようなマッピングをｎｏｎ－ｉｎｔｅｒｌｅａｖｅｄ ＣＣＥ－ｔｏ－ＲＥＧ ｍａｐｐｉｎｇと称してもよい）（このようなマッピングをｎｏｎ－ｉｎｔｅｒｌｅａｖｅｄ ｍａｐｐｉｎｇと称してもよい）。なお、必ずしもＣＣＥを構成する全てのＲＥＧが周波数領域で連続していなくてもよい。例えば、制御リソースセットを構成する複数のリソースブロックの全てが周波数領域で連続ではない場合、ＲＥＧに割り振られた番号が連続していたとしても、連続する番号の各ＲＥＧを構成する各リソースブロックは周波数領域で連続ではない。制御リソースセットが複数のＯＦＤＭシンボルから構成され、１つのＣＣＥを構成する複数のＲＥＧが複数の時間区間（ＯＦＤＭシンボル）にわたって配置される場合、ＣＣＥは連続的にマップされるＲＥＧのグループにより構成されてもよい。

ＣＣＥは非連続的にマップされるＲＥＧにより構成されてもよい（このようなマッピングをＤｉｓｔｒｉｂｕｔｅｄ ｍａｐｐｉｎｇと称してもよい）（このようなマッピングをｉｎｔｅｒｌｅａｖｅｄ ＣＣＥ－ｔｏ－ＲＥＧ ｍａｐｐｉｎｇと称してもよい）（このようなマッピングをｉｎｔｅｒｌｅａｖｅｄ ｍａｐｐｉｎｇと称してもよい）。インタリーバを用いてＣＣＥを構成するＲＥＧが時間周波数領域のリソースに非連続的にマップされてもよい。制御リソースセットが複数のＯＦＤＭシンボルから構成され、１つのＣＣＥを構成する複数のＲＥＧが複数の時間区間（ＯＦＤＭシンボル）にわたって配置される場合、ＣＣＥは、異なる時間区間（ＯＦＤＭシンボル）のＲＥＧがミックスされて、非連続的にマップされるＲＥＧにより構成されてもよい。ＣＣＥは、複数のＲＥＧのグループ単位で分散してマップされるＲＥＧにより構成されてもよい。ＣＣＥは、複数のＲＥＧのグループ単位で分散してマップされるＲＥＧにより構成されてもよい。

例えば、ＰＤＣＣＨ候補は１つのＯＦＤＭシンボルにマップされ、１つのＰＤＣＣＨ候補に対して２つのＲＥＧを含むＲＥＧのグループ（ＲＥＧ ｇｒｏｕｐ）が３つ構成される。つまり、１つのＲＥＧのグループは２つのＲＥＧにより構成される。周波数領域においてＲＥＧのグループを構成するＲＥＧの数は、周波数方向にマップされるＰＲＢの個数の約数を含んでもよい。周波数領域のＲＥＧのグループを構成するＲＥＧの数は１、２、３、または、６であってもよい。例えば、ＰＤＣＣＨ候補は２つのＯＦＤＭシンボルにマップされ、１つのＰＤＣＣＨ候補に対して２つのＲＥＧを含むＲＥＧのグループが３つ構成される。周波数領域のＲＥＧのグループを構成するＲＥＧの数は、１と３のいずれかであってもよい。

ＲＲＣアイドルの端末装置１は、基地局装置３の少なくとも１つのセルとの接続確立を試みてもよい。ここで、端末装置１が接続を試みるセルは、ターゲットセルとも呼称される。図５は、本実施形態の一態様に係る初期接続手順（４－ｓｔｅｐ ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＲＡＣＨ ｐｒｏｃｅｄｕｒｅ）の一例を示す図である。初期接続手順は、ステップ５１０１～５１０４の一部を少なくとも含んで構成される。

端末装置１は、ステップ５１０１の実施に先立って、下りリンクの時間周波数同期を行う。第１の状態において端末装置１が下りリンクの時間周波数同期を行うために同期信号が用いられる。

同期信号は、ターゲットセルのＩＤ（セルＩＤ）を含んで送信されてもよい。同期信号は、セルＩＤに少なくとも基づき生成される系列を含んで送信されてもよい。同期信号がセルＩＤを含むことは、セルＩＤに基づき同期信号の系列が与えられることであってもよい。同期信号は、ビーム（または、プレコーダ）が適用され、送信されてもよい。

ビームは、方向に応じてアンテナ利得が異なる現象を示す。ビームは、アンテナの指向性に少なくとも基づき与えられてもよい。また、ビームは、搬送波信号の位相変換に少なくとも基づき与えられてもよい。また、ビームは、プレコーダが適用されることにより与えられてもよい。

端末装置１は、ターゲットセルより送信されるＰＢＣＨを受信する。ＰＢＣＨは、端末装置１がターゲットセルと接続するために用いられる重要なシステム情報を含む重要情報ブロック（ＭＩＢ：Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＥＩＢ：Ｅｓｓｅｎｔｉａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）を含んで送信されてもよい。重要情報ブロックは、システム情報である。重要情報ブロックは、無線フレームの番号に関する情報を含んでもよい。重要情報ブロックは、複数の無線フレームで構成されるスーパーフレーム内の位置に関する情報（例えば、スーパーフレーム内のシステムフレーム番号（ＳＦＮ：Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）の少なくとも一部を示す情報）を含んでもよい。また、ＰＢＣＨは、同期信号のインデックスを含んでもよい。ＰＢＣＨは、ＰＤＣＣＨの受信に関連する情報を含んでもよい。重要情報ブロックは、トランスポートチャネルにおいてＢＣＨにマップされてもよい。重要情報ブロックは、ロジカルチャネルにおいてＢＣＣＨにマップされてもよい。

基地局装置３は、ＰＤＣＣＨの受信に関連する情報を含むＰＢＣＨを送信し、端末装置１に共通制御リソースセットのモニタリングを指示することができる。端末装置１は、ＰＢＣＨに含まれるＰＤＣＣＨの受信に関連する情報を検出することに少なくとも基づき、共通制御リソースセットのモニタリングを実施する。共通制御リソースセットは、第１のシステム情報（ＲＭＳＩ、ＯＳＩ）のスケジューリングのために少なくとも用いられる。第１のシステム情報は、端末装置１がターゲットセルに接続するために重要なシステム情報を含んでもよい。第１のシステム情報は、下りリンクの種々の設定に関する情報を含んでもよい。第１のシステム情報は、ＰＲＡＣＨの種々の設定に関する情報を含んでもよい。第１のシステム情報は、上りリンクの種々の設定に関する情報を含んでもよい。第１のシステム情報は、ランダムアクセスメッセージ３送信に設定される信号波形の情報（ＯＦＤＭまたはＤＦＴ－ｓ－ＯＦＤＭ）を含んでもよい。第１のシステム情報は、ＭＩＢに含まれる情報以外のシステム情報の一部を少なくとも含んでもよい。第１のシステム情報は、トランスポートチャネルにおいて、ＢＣＨにマップされてもよい。第１のシステム情報は、ロジカルチャネルにおいてＢＣＣＨにマップされてもよい。第１のシステム情報は、ＳＩＢ１（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ ｔｙｐｅ１）を少なくとも含んでもよい。第１のシステム情報は、ＳＩＢ２（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ ｔｙｐｅ２）を少なくとも含んでもよい。共通制御リソースセットは、ランダムアクセスメッセージ２のスケジューリングのために用いられてもよい。なお、ＳＩＢ１は、ＲＲＣ接続を行なうために必要な測定に関する情報を含んでもよい。また、ＳＩＢ２は、セル内の複数の端末装置１間で、共通、および／または、共有されるチャネルに関する情報を含んでもよい。

ステップ５１０２は、基地局装置３が端末装置１に対して、ランダムアクセスメッセージ１への応答を行うステップである。該応答は、ランダムアクセスメッセージ２とも呼称される。ランダムアクセスメッセージ２は、ＰＤＳＣＨを介して送信されてもよい。ランダムアクセスメッセージ２を含むＰＤＳＣＨは、ＰＤＣＣＨによりスケジューリングされる。該ＰＤＣＣＨに含まれるＣＲＣビットは、ＲＡ－ＲＮＴＩによりスクランブルされてもよい。ランダムアクセスメッセージ２は、特別な上りリンクグラントを含んで送信されてもよい。該特別な上りリンクグラントは、ランダムアクセスレスポンスグラントとも呼称される。該特別な上りリンクグラントは、ランダムアクセスメッセージ２を含むＰＤＳＣＨに含まれてもよい。ランダムアクセスレスポンスグラントは、少なくともＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩを含んでもよい。

基地局装置３は、ＭＩＢ、第１のシステム情報、および／または、第２のシステム情報を送信し、端末装置１に共通制御リソースセットのモニタリングを指示することができる。第２のシステム情報は、ＰＤＣＣＨの受信に関連する情報を含んでもよい。端末装置１は、ＭＩＢ、第１のシステム情報、および／または、第２のシステム情報に含まれるＰＤＣＣＨの受信に関連する情報に少なくとも基づき共通制御リソースセットのモニタリングを実施する。該ＰＤＣＣＨに付加されるＣＲＣビットは、Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩによりスクランブルされてもよい。共通制御リソースセットは、ランダムアクセスメッセージ２のスケジューリングのために用いられてもよい。

ステップ５１０３は、端末装置１がターゲットセルに対して、ＲＲＣ接続のリクエストを送信するステップである。該ＲＲＣ接続のリクエストは、ランダムアクセスメッセージ３とも呼称される。ランダムアクセスメッセージ３は、ランダムアクセスレスポンスグラントによりスケジューリングされるＰＵＳＣＨを介して送信されてもよい。ランダムアクセスメッセージ３は、端末装置１の識別に用いられるＩＤを含んでもよい。該ＩＤは、上位層で管理されるＩＤであってもよい。該ＩＤは、Ｓ－ＴＭＳＩ（ＳＡＥ Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）であってもよい。該ＩＤは、ロジカルチャネルにおいてＣＣＣＨにマップされてもよい。

ステップ５１０４は、基地局装置３が端末装置１に対して、衝突解決メッセージ（Ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ ｍｅｓｓａｇｅ）を送信するステップである。衝突解決メッセージは、ランダムアクセスメッセージ４とも呼称される。端末装置１は、ランダムアクセスメッセージ３送信後に、ランダムアクセスメッセージ４を含むＰＤＳＣＨをスケジューリングするＰＤＣＣＨのモニタリングを行う。ランダムアクセスメッセージ４は、衝突回避用ＩＤが含まれてもよい。ここで、衝突回避用ＩＤは、複数の端末装置１が同一の無線リソースを用いて信号を送信する衝突を解決するために用いられる。衝突回避用ＩＤは、ＵＥ ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ ｉｄｅｎｔｉｔｙとも呼称される。

ステップ５１０４において、端末装置１の識別に用いられるＩＤ（例えば、Ｓ－ＴＭＳＩ）を含むランダムアクセスメッセージ３を送信した該端末装置１は、衝突解決メッセージを含むランダムアクセスメッセージ４をモニタする。該ランダムアクセスメッセージ４に含まれる衝突回避用ＩＤが、該端末装置１の識別に用いられる該ＩＤと等しい場合に、該端末装置１は衝突解決が成功裏に完了したとみなし、Ｃ－ＲＮＴＩフィールドにＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩの値をセットしてもよい。Ｃ－ＲＮＴＩフィールドにＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩの値がセットされた端末装置１は、ＲＲＣ接続が完了したとみなされる。

端末装置１は、ランダムアクセスメッセージ４を含むＰＤＳＣＨに含まれるトランスポートブロックに対する誤り検出結果であるＨＡＲＱ－ＡＣＫをＰＵＣＣＨで送信する。

ランダムアクセスメッセージ４をスケジューリングするＰＤＣＣＨのモニタリングのための制御リソースセットは、共通制御リソースセットであってもよい。基地局装置３は、ＰＤＣＣＨの受信に関連する情報をランダムアクセスメッセージ２に含んで送信し、端末装置１に共通制御リソースセットのモニタリングを指示することができる。端末装置１は、ランダムアクセスメッセージ２に含まれるＰＤＣＣＨの受信に関連する情報に少なくとも基づきＰＤＣＣＨのモニタリングを実施する。

ＲＲＣ接続された端末装置１は、ロジカルチャネルにおいてＤＣＣＨにマップされる専用ＲＲＣシグナリングを受信することができる。基地局装置３は、ＰＤＣＣＨの受信に関連する情報を含む専用ＲＲＣシグナリングを送信し、端末装置１に個別制御リソースセットのモニタリングを指示することができる。端末装置１は、専用ＲＲＣシグナリングに含まれるＰＤＣＣＨの受信に関連する情報に少なくとも基づきＰＤＣＣＨのモニタリングを実施する。また、基地局装置３は、ＰＤＣＣＨの受信に関連する情報を含む専用ＲＲＣシグナリングを送信し、端末装置１に共通制御リソースセットのモニタリングを指示することができる。端末装置１は、共通制御リソースセットにおいてＣＣ－ＲＮＴＩを含むＰＤＣＣＨのモニタリングを実施する。

基地局装置３は、ＰＤＣＣＨの受信に関連する情報を含むランダムアクセスメッセージ４を送信し、端末装置１に個別制御リソースセットのモニタリングを指示することができる。端末装置１は、ランダムアクセスメッセージ４にＰＤＣＣＨの受信に関連する情報が含まれる場合に、該ＰＤＣＣＨの受信に関連する情報に少なくとも基づき、個別制御リソースセットのモニタリングを実施してもよい。

共通制御リソースセットは、１タイプだけではなく、複数のタイプが構成されてもよい。用途に応じて、複数の共通制御リソースセットがそれぞれ独立に構成されてもよい。例えば、ＣＣ－ＲＮＴＩを含むＰＤＣＣＨの送受信用の共通制御リソースセットと、ＳＩ－ＲＮＴＩを含むＰＤＣＣＨの送受信用の共通制御リソースセットが独立に構成されてもよい。

以下、本実施形態の一態様に係る端末装置１の構成例を説明する。

図６は、本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベースバンド部１３の一部または全部を少なくとも含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６の一部または全部を少なくとも含んで構成される。無線送受信部１０を送信部、受信部、または、物理層処理部とも称する。

物理層処理部は復号部を含む。端末装置１の受信部（受信処理部とも呼称する）は、ＰＤＣＣＨを受信する。端末装置１の復号部は、受信したＰＤＣＣＨを復号する。より詳細には、端末装置１の復号部は、ＵＳＳのＰＤＣＣＨ候補が対応するリソースの受信信号に対してブラインド復号処理を行う。端末装置１の復号部は、ＣＳＳのＰＤＣＣＨ候補が対応するリソースの受信信号に対してブランド復号処理を行う。端末装置１の受信処理部は、制御リソースセット内でＰＤＣＣＨ候補をモニタする。端末装置１の受信処理部は、制御リソースセット内でＰＤＣＣＨ候補をモニタする。

端末装置１の受信処理部は、基地局装置３において管理される下りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）の制御リソースセット内でＰＤＣＣＨ候補をモニタする。端末装置１の受信部は、ＰＤＳＣＨを受信する。端末装置１の受信処理部は、基地局装置３において管理される下りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）でＰＤＳＣＨを受信する処理を行なう。端末装置１の受信処理部は、ＰＤＳＣＨに対して復調、復号等の処理を行なう。端末装置１の受信処理部は、復号したＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを生成する。

端末装置１の受信処理部は、受信品質の測定を行う。例えば、受信品質はＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）、ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）、ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）である。端末装置１の受信処理部は、受信品質に対して平均化処理を適用してもよい。端末装置１の受信処理部は、ＳＳブロックに基づき受信品質の測定を行う。端末装置１の受信処理部は、ＣＳＩ－ＲＳに基づき受信品質の測定を行う。端末装置１の受信処理部は、測定された受信品質を送信処理部に出力する。

端末装置１の送信部（送信処理部とも呼称する）は、ランダムアクセスプリアンブルを送信する。端末装置１の送信処理部は、ＰＲＡＣＨを用いてランダムアクセスプリアンブルを送信する。端末装置１の送信処理部は、上位層処理部１４からカバレッジ拡張用の１つ以上のランダムアクセスプリアンブルを示す情報が入力される。端末装置１の送信処理部は、上位層処理部１４からカバレッジ拡張用のランダムアクセスプリアンブルを選択するか否かの、受信品質の閾値を示す情報が入力される。端末装置１の送信処理部は、受信処理部から測定された受信品質が入力される。端末装置１の送信処理部は、受信処理部から入力された受信品質と、上位層処理部１４からの情報に基づき設定された閾値とに基づき、カバレッジ拡張用のランダムアクセスプリアンブルの選択を判断する。端末装置１の送信処理部は、受信処理部から入力された受信品質が設定された閾値より小さい場合（または閾値以下の場合）、カバレッジ拡張用のランダムアクセスプリアンブルを選択する。端末装置１の送信処理部は、受信処理部から入力された受信品質が設定された閾値以上の場合（または閾値より大きい場合）、カバレッジ拡張用のランダムアクセスプリアンブル（第一のランダムアクセスプリアンブル）を選択せず、カバレッジ拡張用のランダムアクセスプリアンブルとは異なるランダムアクセスプリアンブル（第二のランダムアクセスプリアンブル）を選択する。

端末装置の送信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルを選択した場合、メッセージ３のＰＵＳＣＨに対してπ／２ ＢＰＳＫ（第一の変調方式）を用いるように設定する。端末装置の送信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルを選択しなかった場合、メッセージ３のＰＵＳＣＨに対してＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れか（第二の変調方式）を用いるように設定する。

端末装置の送信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルを選択した場合、メッセージ４のＰＤＳＣＨに対するＰＵＣＣＨに対してπ／２ ＢＰＳＫ（第一の変調方式）を用いるように設定する。端末装置の送信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルを選択しなかった場合、メッセージ４のＰＤＳＣＨに対するＰＵＣＣＨに対してＢＰＳＫ、ＱＰＳＫの何れか（第二の変調方式）を用いるように設定する。端末装置の送信処理部は、メッセージ４のＰＤＳＣＨに対するＰＵＣＣＨを用いてＨＡＲＱ－ＡＣＫを送信する。

端末装置１の送信部（送信処理部とも呼称する）は、ＨＡＲＱ－ＡＣＫを送信する。端末装置１の送信処理部は、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信する。端末装置１の送信処理部は、基地局装置３において管理される上りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）でＨＡＲＱ－ＡＣＫを送信する。端末装置１の送信処理部は、基地局装置３において管理される下りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信する。端末装置１の送信処理部は、基地局装置３において管理される下りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを基地局装置３において管理される上りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）で送信する。

上位層処理部１４は、ユーザーの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、ＭＡＣ層、パケットデータ統合プロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、ＲＲＣ層の処理を行なう。

上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣ層の処理を行う。

上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。尚、該設定情報は、物理チャネルや物理シグナル（つまり、物理層）、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理または設定に関連する情報を含んでもよい。該パラメータは上位層パラメータであってもよい。

無線リソース制御層処理部１６は、基地局装置３から受信したＲＲＣシグナリング（システム情報）に基づいて、Ｒａｎｄｏｍ ａｃｃｅｓｓの構成を設定する。無線リソース制御層処理部１６は、ＲＲＣシグナリング（システム情報）に基づいてカバレッジ拡張用の１つ以上のランダムアクセスプリアンブルを設定する。無線リソース制御層処理部１６は、ＲＲＣシグナリング（システム情報）に基づいてカバレッジ拡張用のランダムアクセスプリアンブルの選択の判断に用いられる閾値を設定する。

無線リソース制御層処理部１６は、基地局装置３から受信したＲＲＣシグナリングに基づいて制御リソースセットを設定する。無線リソース制御層処理部１６は、制御リソースセット内の探索領域を設定する。無線リソース制御層処理部１６は、制御リソースセット内でモニタされるＰＤＣＣＨ候補を設定する。無線リソース制御層処理部１６は、制御リソースセット内でモニタされるＰＤＣＣＨ候補の数を設定する。無線リソース制御層処理部１６は、制御リソースセット内でモニタされるＰＤＣＣＨ候補のＡｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌを設定する。

無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、受信した物理信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化、ベースバンド信号生成（時間連続信号への変換）することによって物理信号を生成し、基地局装置３に送信する。

ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート：ｄｏｗｎ ｃｏｖｅｒｔ）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。

ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（ＦＦＴ：Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）を行い、周波数領域の信号を抽出する。

ベースバンド部１３は、データを逆高速フーリエ変換（ＩＦＦＴ：Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。

ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（ｕｐ ｃｏｎｖｅｒｔ）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。

端末装置１は、カバレッジ拡張用のランダムアクセスプリアンブル（第一のランダムアクセスプリアンブル）と、カバレッジ拡張用のランダムアクセスプリアンブルとは異なるランダムアクセスプリアンブル（第二のランダムアクセスプリアンブル）を設定する。端末装置１は、受信品質に基づきカバレッジ拡張用のランダムアクセスプリアンブルの選択を判断する。端末装置１は、カバレッジ拡張用のランダムアクセスプリアンブルを選択した場合、メッセージ３のＰＵＳＣＨに対してπ／２ ＢＰＳＫ（第一の変調方式）を設定する。端末装置１は、カバレッジ拡張用のランダムアクセスプリアンブルを選択した場合、メッセージ４のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの送信に用いるＰＵＣＣＨに対してπ／２ ＢＰＳＫ（第一の変調方式）を設定する。端末装置１は、カバレッジ拡張用のランダムアクセスプリアンブルを選択しなかった場合、メッセージ３のＰＵＳＣＨに対してＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れか（第二の変調方式）を設定する。端末装置１は、カバレッジ拡張用のランダムアクセスプリアンブルを選択しなかった場合、メッセージ４のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの送信に用いるＰＵＣＣＨに対してＢＰＳＫ、ＱＰＳＫの何れか（第二の変調方式）を設定する。

以下、本実施形態の一態様に係る基地局装置３の構成例を説明する。

図７は、本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。

上位層処理部３４は、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理を行なう。

上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣ層の処理を行う。

上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部３６は、ＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック）、システム情報、ＲＲＣメッセージ、ＭＡＣ ＣＥなどを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。尚、該設定情報は、物理チャネルや物理シグナル（つまり、物理層）、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理または設定に関連する情報を含んでもよい。該パラメータは上位層パラメータであってもよい。

無線リソース制御層処理部３６は、Ｒａｎｄｏｍ ａｃｃｅｓｓの構成を設定する。無線リソース制御層処理部３６は、カバレッジ拡張用の１つ以上のランダムアクセスプリアンブルを設定する。無線リソース制御層処理部３６は、端末装置１におけるカバレッジ拡張用のランダムアクセスプリアンブルの選択の判断に用いられる閾値を設定する。

無線リソース制御層処理部３６は、端末装置１に対して制御リソースセットを設定する。設定された制御リソースセット内で複数のＰＤＣＣＨ候補が構成（設定）される。無線リソース制御層処理部３６は、端末装置１に対して探索領域を設定する。

無線リソース制御層処理部３６は、ＨＡＲＱ－ＡＣＫの送信用のリソースを設定する。無線リソース制御層処理部３６は、カバレッジ拡張用のＨＡＲＱ－ＡＣＫの送信用のＰＵＣＣＨのリソースを設定する。無線リソース制御層処理部３６は、カバレッジ拡張用のＨＡＲＱ－ＡＣＫの送信用のＰＵＣＣＨのリソースとは異なる、ＨＡＲＱ－ＡＣＫ送信用のＰＵＣＣＨのリソースを設定する。基地局装置３の無線リソース制御層処理部３６は、下りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの送信用のリソースを設定する。基地局装置３の無線リソース制御層処理部３６は、下りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの送信用のリソースを上りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）に設定する。

無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を適宜省略する。また、無線送受信部３０は、端末装置１に構成されるＳＳ（Ｓｅａｒｃｈ ｓｐａｃｅ：探索領域）を把握する。無線送受信部３０は、端末装置１に構成される制御リソースセット内の探索領域を把握する。無線送受信部３０は、端末装置１においてモニタされるＰＤＣＣＨ候補を把握して、探索領域を把握する。無線送受信部３０は、端末装置１においてモニタされる各ＰＤＣＣＨ候補がいずれの制御チャネルエレメントから構成されるかを把握する（ＰＤＣＣＨ候補が構成される制御チャネルエレメントの番号を把握する）。無線送受信部３０はＳＳ把握部を含み、ＳＳ把握部が端末装置１に構成されるＳＳを把握する。ＳＳ把握部は、端末装置のＳｅａｒｃｈ ｓｐａｃｅとして構成される、制御リソースセット内の１つ以上のＰＤＣＣＨ候補を把握する。ＳＳ把握部は、端末装置１の制御リソースセットの探索領域に構成されるＰＤＣＣＨ候補（ＰＤＣＣＨ候補の数、ＰＤＣＣＨ候補の番号）を把握する。

ＳＳ把握部は、制御リソースセット内の探索領域の構成（ＰＤＣＣＨ候補の個数、ＰＤＣＣＨ候補のＯＦＤＭシンボル、ＰＤＣＣＨ候補のＡｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）を把握する。無線送受信部３０の送信部は、端末装置１に対して制御リソースセットの探索領域内のＰＤＣＣＨ候補を用いてＰＤＣＣＨを送信する。

基地局装置３の受信部（受信処理部とも呼称する）は、ランダムアクセスプリアンブルの検出を行う。基地局装置３の受信処理部は、カバレッジ拡張用のランダムアクセスプリアンブル（第一のランダムアクセスプリアンブル）の検出を行う。基地局装置３の受信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルとは異なるランダムアクセスプリアンブル（第二のランダムアクセスプリアンブル）の検出を行う。基地局装置３の受信処理部は、π／２ ＢＰＳＫ（第一の変調方式）が適用されたＰＵＳＣＨをメッセージ３として受信する。基地局装置３の受信処理部は、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れか（第二の変調方式）が適用されたＰＵＳＣＨをメッセージ３として受信する。基地局装置３の受信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルを検出した場合、メッセージ３として送信されたＰＵＳＣＨに対してπ／２ ＢＰＳＫを用いて復調を行う。基地局装置３の受信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルを検出した場合、π／２ ＢＰＳＫが適用されたＰＵＳＣＨをメッセージ３として受信する。基地局装置３の受信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルとは異なるランダムアクセスプリアンブルを検出した場合、メッセージ３として送信されたＰＵＳＣＨに対してＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れかを用いて復調を行う。基地局装置３の受信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルとは異なるランダムアクセスプリアンブルを検出した場合、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れかが適用されたＰＵＳＣＨをメッセージ３として受信する。

基地局装置３の受信処理部は、π／２ ＢＰＳＫ（第一の変調方式）が適用されたＰＵＣＣＨをメッセージ４のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの送受信用のＰＵＣＣＨとして受信する。基地局装置３の受信処理部は、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れか（第二の変調方式）が適用されたＰＵＣＣＨをメッセージ４のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの送受信用のＰＵＣＣＨとして受信する。基地局装置３の受信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルを検出した場合、メッセージ４のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨに対してπ／２ ＢＰＳＫを用いて復調を行う。基地局装置３の受信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルを検出した場合、π／２ ＢＰＳＫが適用されたＰＵＣＣＨをメッセージ４のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨとして受信する。基地局装置３の受信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルとは異なるランダムアクセスプリアンブルを検出した場合、メッセージ４のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨに対してＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れかを用いて復調を行う。基地局装置３の受信処理部は、カバレッジ拡張用のランダムアクセスプリアンブルとは異なるランダムアクセスプリアンブルを検出した場合、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れかが適用されたＰＵＣＣＨをメッセージ４のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨとして受信する。

基地局装置３の受信部（受信処理部とも呼称する）は、ＨＡＲＱ－ＡＣＫを受信する。基地局装置３の受信処理部は、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを受信する。基地局装置３の受信処理部は、上りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）でＨＡＲＱ－ＡＣＫを受信する。基地局装置３の受信処理部は、下りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを受信する。基地局装置３の受信処理部は、下りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを上りリンク周波数帯域（セル、コンポーネントキャリア、キャリア）で受信する。

端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。

端末装置１は、上りリンク制御情報（ＵＣＩ）を基地局装置３に送信する。端末装置１は、ＵＣＩをＰＵＣＣＨに多重して送信してもよい。端末装置１は、ＵＣＩをＰＵＳＣＨに多重して送信してもよい。ＵＣＩは、下りリンクのチャネル状態情報（ＣｈａｎｎｅｌＳｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ： ＣＳＩ）、ＰＵＳＣＨリソースの要求を示すスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ： ＳＲ）、下りリンクデータ（Ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ： ＭＡＣ ＰＤＵ，Ｄｏｗｎｌｉｎｋ－Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ： ＤＬ－ＳＣＨ，Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）のうち、少なくとも１つを含んでもよい。

ＨＡＲＱ－ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ－ＡＣＫフィードバック、ＨＡＲＱ応答、ＨＡＲＱ－ＡＣＫ応答、ＨＡＲＱ情報、ＨＡＲＱ－ＡＣＫ情報、ＨＡＲＱ制御情報、および、ＨＡＲＱ－ＡＣＫ制御情報とも呼称されてもよい。

下りリンクデータが成功裏に復号された場合、該下りリンクデータに対するＡＣＫが生成される。下りリンクデータが成功裏に復号されなかった場合、該下りリンクデータに対するＮＡＣＫが生成される。ＨＡＲＱ－ＡＣＫは、１つのトランスポートブロックに少なくとも対応するＨＡＲＱ－ＡＣＫビットを少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫビットは、１つ、または、複数のトランスポートブロックに対応するＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）または、ＮＡＣＫ（Ｎｅｇａｔｉｖｅ－ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を示してもよい。ＨＡＲＱ－ＡＣＫは、１つまたは複数のＨＡＲＱ－ＡＣＫビットを含むＨＡＲＱ－ＡＣＫコードブック（ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋ）を少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫビットが１つ、または、複数のトランスポートブロックに対応することは、ＨＡＲＱ－ＡＣＫビットが該１または複数のトランスポートブロックを含むＰＤＳＣＨに対応することであってもよい。

１つのトランスポートブロックに対するＨＡＲＱ制御をＨＡＲＱプロセスと呼んでもよい。ＨＡＲＱプロセス毎に一つのＨＡＲＱプロセス識別子が与えられてもよい。ＤＣＩフォーマットにＨＡＲＱプロセス識別子を示すフィールドが含まれる。

ＨＡＲＱプロセス毎にＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）がＤＣＩフォーマットで示される。例えば、ＰＤＳＣＨのスケジューリング情報を含むＤＣＩフォーマット（ＤＬ ａｓｓｉｇｎｍｅｎｔ）にＮＤＩフィールドが含まれる。ＮＤＩフィールドは１ビットである。端末装置１は、ＨＡＲＱプロセス毎にＮＤＩの値を格納する（記憶する）。基地局装置３は、端末装置１毎に対して、ＨＡＲＱプロセス毎にＮＤＩの値を格納する（記憶する）。端末装置１は、検出されたＤＣＩフォーマットのＮＤＩフィールドを用いて格納しているＮＤＩの値を更新する。基地局装置３は、更新されたＮＤＩの値、または更新されないＮＤＩの値をＤＣＩフォーマットのＮＤＩフィールドに設定して端末装置１に送信する。端末装置１は、検出されたＤＣＩフォーマットのＨＡＲＱプロセス識別子フィールドの値と対応するＨＡＲＱプロセスに対して、検出されたＤＣＩフォーマットのＮＤＩフィールドを用いて格納しているＮＤＩの値を更新する。

端末装置１は、ＤＣＩフォーマット（ＤＬ ａｓｓｉｇｎｍｅｎｔ）のＮＤＩフィールドの値に基づき、受信されたトランスポートブロックが新規送信であるか、再送信であるかを判断する。端末装置１は、あるＨＡＲＱプロセスのトランスポートブロックに対して以前受信されたＮＤＩの値と比較して、検出されたＤＣＩフォーマットのＮＤＩフィールドの値がトグルされていたら、受信されたトランスポートブロックが新規送信であると判断する。基地局装置３は、あるＨＡＲＱプロセスにおいて新規送信のトランスポートブロックを送信する場合、該ＨＡＲＱプロセスに対して格納されたＮＤＩの値をトグルして、トグルされたＮＤＩを端末装置１に送信する。基地局装置３は、あるＨＡＲＱプロセスにおいて再送信のトランスポートブロックを送信する場合、該ＨＡＲＱプロセスに対して格納されたＮＤＩの値をトグルせず、トグルされないＮＤＩを端末装置１に送信する。端末装置１は、あるＨＡＲＱプロセスのトランスポートブロックに対して以前受信されたＮＤＩの値と比較して、検出されたＤＣＩフォーマットのＮＤＩフィールドの値がトグルされていなかったら（同じなら）、受信されたトランスポートブロックが再送信であると判断する。なお、ここで、トグルするとは、異なる値に切り替えることを意味する。

端末装置１は、ＰＤＳＣＨ受信に対応するＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１に含まれるＨＡＲＱ指示フィールドの値により指示されるスロットにおいて、ＨＡＲＱ－ＡＣＫ情報を、ＨＡＲＱ－ＡＣＫコードブック（ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋ）を用いて基地局装置３に報告してもよい。

ＤＣＩフォーマット１＿０に対して、ＨＡＲＱ指示フィールドの値はスロット数のセット（１，２，３，４，５，６，７，８）にマップされてもよい。ＤＣＩフォーマット１＿１に対して、ＨＡＲＱ指示フィールドの値は、上位層パラメータｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫによって与えられるスロット数のセットにマップされてもよい。ＨＡＲＱ指示フィールドの値に少なくとも基づき指示されるスロット数は、ＨＡＲＱ－ＡＣＫタイミング、または、Ｋ１とも呼称されてもよい。例えば、スロットｎにおいて送信されるＰＤＳＣＨ（下りリンクデータ）の復号状態を表すＨＡＲＱ－ＡＣＫは、スロットｎ＋Ｋ１において報告（送信）されてもよい。

ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫは、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのタイミングのリストを示す。タイミングとは、ＰＤＳＣＨが受信されたスロット（または、ＰＤＳＣＨがマップされる最後のＯＦＤＭシンボルを含むスロット）を基準として、受信されたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが送信されるスロットとの間のスロット数である。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫは、１個、または２個、または３個、または４個、または５個、または６個、または７個、または８個のタイミングのリストである。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが１個のタイミングのリストの場合、ＨＡＲＱ指示フィールドは０ビットである。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが２個のタイミングのリストの場合、ＨＡＲＱ指示フィールドは１ビットである。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが３個、または４個のタイミングのリストの場合、ＨＡＲＱ指示フィールドは２ビットである。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが５個、または６個、または７個、または８個のタイミングのリストの場合、ＨＡＲＱ指示フィールドは３ビットである。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫは、０から３１の範囲の何れかの値のタイミングのリストから構成される。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫは、０から６３の範囲の何れかの値のタイミングのリストから構成される。

ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのサイズは、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが含める要素の数と定義される。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのサイズは、Ｌ_ｐａｒａと呼称されてもよい。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのインデックスは、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫの要素の順番（番号）を示す。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのサイズが８である（Ｌ_ｐａｒａ＝８）場合、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのインデックスは１、２、３、４、５、６、７、または、８の何れかの値である。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのインデックスは、ＨＡＲＱ指示フィールドが示す値により与えられてもよい、または示されてもよい、または指示されてもよい。

端末装置１がＤＣＩフォーマット１＿０を含むＰＤＣＣＨをモニタリングするように構成され、且つ、ＤＣＩフォーマット１＿１を含むＰＤＣＣＨをモニタリングしないように構成される場合、ＨＡＲＱ－ＡＣＫタイミング値Ｋ１は（１、２、３、４、５、６、７、８）の一部または全部であってもよい。端末装置１がＤＣＩフォーマット１＿１を含むＰＤＣＣＨをモニタリングするように構成される場合、該ＨＡＲＱ－ＡＣＫタイミング値Ｋ１は上位層パラメータｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫによって与えられてもよい。

カウンターＤＡＩフィールドは、対応するＤＣＩフォーマットの受信までにスケジュールされたＰＤＳＣＨ、またはトランスポートブロックの累積数を示す。

カウンターＤＡＩ（Counter DAI）は、Ｍ個のＰＤＣＣＨの監視機会において、あるサービングセルにおけるあるＰＤＣＣＨの監視機会に対して、該サービングセルにおける該ＰＤＣＣＨの監視機会までに検出されるＰＤＣＣＨの累積数（または、累積数に少なくとも関連する値であってもよい）を示す。カウンターＤＡＩは、Ｃ－ＤＡＩとも呼称されてもよい。ＰＤＳＣＨに対応するＣ－ＤＡＩは、該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに含まれるフィールドによって示されてもよい。

以上の説明のように、本発明の一態様は、端末装置１と基地局装置３間で初期接続手順を適切に実行することができる。カバレッジ拡張が必要な端末装置１においてはカバレッジ拡張が可能な変調方式を用いて上りリンクチャネルを送信し、端末装置１において用いられる変調方式の情報をランダムアクセスプリアンブルを用いて暗黙的に基地局装置３に通知することにより、初期接続手順を適切に実行することができる。基地局装置３は、カバレッジ拡張が必要な端末装置１、カバレッジ拡張が必要ではない端末装置１のそれぞれに用いられる上りリンクチャネルの変調方式を検出されたランダムアクセスプリアンブルにより認識することができ、それぞれの端末装置１に適した変調方式で上りリンクチャネルを復調し、受信することができる。その結果、効率的な通信が達成される。

以下、本実施形態の一態様に係る種々の装置の態様を説明する。

（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、プロセッサと、コンピュータプログラムコードを格納するメモリと、を備える端末装置であって、ランダムアクセス手順において、受信品質に基づいて第一のランダムアクセスプリアンブルと第二のランダムアクセスプリアンブルの何れかを選択すること、選択された前記第一のランダムアクセスプリアンブルまたは選択された前記第二のランダムアクセスプリアンブルを送信すること、ランダムアクセス応答を受信すること、ＰＵＳＣＨを用いて前記端末装置の識別に用いられるＩＤを含むＲＲＣ接続のリクエストメッセージを送信すること、ＰＤＳＣＨを用いて衝突解決メッセージを受信すること、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをＰＵＣＣＨを用いて送信すること、を含む動作を実行し、前記第一のランダムアクセスプリアンブルを選択した場合、第一の変調方式を用いて前記ＰＵＳＣＨを送信し、前記第一の変調方式を用いて前記ＰＵＣＣＨを送信し、前記第二のランダムアクセスプリアンブルを選択した場合、第二の変調方式を用いて前記ＰＵＳＣＨを送信し、前記第二の変調方式を用いて前記ＰＵＣＣＨを送信することを実行する。

（２）更に、前記第一の変調方式はπ／２ ＢＰＳＫであり、前記第二の変調方式はＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れかである。

（３）本発明の第２の態様は、プロセッサと、コンピュータプログラムコードを格納するメモリと、を備える基地局装置であって、ランダムアクセス手順において、第一のランダムアクセスプリアンブルまたは第二のランダムアクセスプリアンブルにおいて端末装置１からの送信を検出すること、ランダムアクセス応答を送信すること、ＰＵＳＣＨを用いて前記端末装置の識別に用いられるＩＤを含むＲＲＣ接続のリクエストメッセージを受信すること、ＰＤＳＣＨを用いて衝突解決メッセージを送信すること、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをＰＵＣＣＨを用いて受信すること、を含む動作を実行し、前記第一のランダムアクセスプリアンブルを検出した場合、第一の変調方式を用いて前記ＰＵＳＣＨを受信し、前記第一の変調方式を用いて前記ＰＵＣＣＨを受信し、前記第二のランダムアクセスプリアンブルを検出した場合、第二の変調方式を用いて前記ＰＵＳＣＨを受信し、前記第二の変調方式を用いて前記ＰＵＣＣＨを受信することを実行する。

（４）更に、前記第一の変調方式はπ／２ ＢＰＳＫであり、前記第二の変調方式はＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れかである。

（５）本発明の第３の態様は、端末装置に用いられる通信方法であって、ランダムアクセス手順において、受信品質に基づいて第一のランダムアクセスプリアンブルと第二のランダムアクセスプリアンブルの何れかを選択するステップと、選択された前記第一のランダムアクセスプリアンブルまたは選択された前記第二のランダムアクセスプリアンブルを送信するステップと、ランダムアクセス応答を受信するステップと、ＰＵＳＣＨを用いて前記端末装置の識別に用いられるＩＤを含むＲＲＣ接続のリクエストメッセージを送信するステップと、ＰＤＳＣＨを用いて衝突解決メッセージを受信するステップと、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをＰＵＣＣＨを用いて送信するステップと、を含み、前記第一のランダムアクセスプリアンブルを選択した場合、第一の変調方式を用いて前記ＰＵＳＣＨを送信し、前記第一の変調方式を用いて前記ＰＵＣＣＨを送信し、前記第二のランダムアクセスプリアンブルを選択した場合、第二の変調方式を用いて前記ＰＵＳＣＨを送信し、前記第二の変調方式を用いて前記ＰＵＣＣＨを送信する。

（６）更に、前記第一の変調方式はπ／２ ＢＰＳＫであり、前記第二の変調方式はＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れかである。

（７）本発明の第４の態様は、基地局装置に用いられる通信方法であって、ランダムアクセス手順において、第一のランダムアクセスプリアンブルまたは第二のランダムアクセスプリアンブルにおいて端末装置１からの送信を検出するステップと、ランダムアクセス応答を送信するステップと、ＰＵＳＣＨを用いて前記端末装置の識別に用いられるＩＤを含むＲＲＣ接続のリクエストメッセージを受信するステップと、ＰＤＳＣＨを用いて衝突解決メッセージを送信するステップと、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをＰＵＣＣＨを用いて受信するステップと、を含み、前記第一のランダムアクセスプリアンブルを検出した場合、第一の変調方式を用いて前記ＰＵＳＣＨを受信し、前記第一の変調方式を用いて前記ＰＵＣＣＨを受信し、前記第二のランダムアクセスプリアンブルを検出した場合、第二の変調方式を用いて前記ＰＵＳＣＨを受信し、前記第二の変調方式を用いて前記ＰＵＣＣＨを受信する。

（８）更に、前記第一の変調方式はπ／２ ＢＰＳＫであり、前記第二の変調方式はＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭの何れかである。

本発明の一態様に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明の一態様に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行われる。

尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。

尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

端末装置１は、少なくとも１つのプロセッサと、コンピュータプログラムインストラクション（コンピュータプログラム）を含む少なくとも１つのメモリからなってもよい。メモリとコンピュータプログラムインストラクション（コンピュータプログラム）はプロセッサを用いて、上記の実施形態に記載の動作、処理を端末装置１に行わせるような構成でもよい。基地局装置３は、少なくとも１つのプロセッサと、コンピュータプログラムインストラクション（コンピュータプログラム）を含む少なくとも１つのメモリからなってもよい。メモリとコンピュータプログラムインストラクション（コンピュータプログラム）はプロセッサを用いて、上記の実施形態に記載の動作、処理を基地局装置３に行わせるような構成でもよい。

また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。

また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ－ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。

また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。

また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。

以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明の一態様は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

本発明の一態様は、例えば、通信システム、通信機器（例えば、携帯電話装置、基地局装置、無線ＬＡＮ装置、或いはセンサーデバイス）、集積回路（例えば、通信チップ）、又はプログラム等において、利用することができる。

１（１Ａ、１Ｂ、１Ｃ） 端末装置
３ 基地局装置
１０、３０ 無線送受信部
１１、３１ アンテナ部
１２、３２ ＲＦ部
１３、３３ ベースバンド部
１４、３４ 上位層処理部
１５、３５ 媒体アクセス制御層処理部
１６、３６ 無線リソース制御層処理部

Claims (1)

1. プロセッサと、コンピュータプログラムコードを格納するメモリと、を備える端末装置であって、
   ランダムアクセス手順において、受信品質に基づいてカバレッジ拡張用の第一のランダムアクセスプリアンブルとカバレッジ拡張用ではない第二のランダムアクセスプリアンブルの何れかを選択すること、選択された前記第一のランダムアクセスプリアンブルまたは選択された前記第二のランダムアクセスプリアンブルを送信すること、ランダムアクセス応答を受信すること、ＰＵＳＣＨを用いて前記端末装置の識別に用いられるＩＤを含むＲＲＣ接続のリクエストメッセージを送信すること、ＰＤＳＣＨを用いて衝突解決メッセージを受信すること、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをＰＵＣＣＨを用いて送信すること、を含む動作を実行し、
   前記受信品質が設定された閾値より小さい場合、前記第一のランダムアクセスプリアンブルを選択し、
   前記受信品質が設定された閾値以上の場合、前記第二のランダムアクセスプリアンブルを選択し、
   前記第一のランダムアクセスプリアンブルを選択した場合、π／２ ＢＰＳＫを用いて前記ＰＵＳＣＨを送信し、π／２ ＢＰＳＫを用いて前記ＰＵＣＣＨを送信し、
   前記第二のランダムアクセスプリアンブルを選択した場合、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭのいずれかを用いて前記ＰＵＳＣＨを送信し、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭのいずれかを用いて前記ＰＵＣＣＨを送信することを実行する端末装置。