(57)【要約】      （修正有）【課題】効率的に広帯域通信を行う端末装置、基地局装置、および、通信方法を提供する。【解決手段】ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを受信する端末装置であって、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含むＤＣＩ  ｆｏｒｍａｔを受信する受信部と、上りリンクの周波数帯域にＲＦ部を再調整し、基地局装置よりＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を受けた場合に、再調整された上りリンクの周波数帯域でＨＡＲＱ−ＡＣＫを送信する送信部と、を備える。【選択図】図１０
2020043508.tif 000002
【特許請求の範囲】
【請求項１】
ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを受信する端末装置であって、
前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含む前記ＤＣＩ  ｆｏｒｍａｔを受信する受信部と、
前記上りリンクの周波数帯域にＲＦ部を再調整し、基地局装置より前記ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を受けた場合に、再調整された前記上りリンクの周波数帯域で前記ＨＡＲＱ−ＡＣＫを送信する送信部と、
を備えることを特徴とする端末装置。
【請求項２】
前記送信部は、前記受信部が前記ＰＤＳＣＨを受信している間に、前記上りリンクの周波数帯域にＲＦ部を再調整することを開始することを特徴とする請求項１記載の端末装置。
【請求項３】
ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを送信する基地局装置であって、
前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含む前記ＤＣＩ  ｆｏｒｍａｔを送信する送信部と、
端末装置１に対して前記ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーした場合に、前記識別子で示された上りリンクの周波数帯域で前記ＨＡＲＱ−ＡＣＫを受信する受信部と、
を備えることを特徴とする基地局装置。
【請求項４】
ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを受信する端末装置に用いられる通信方法であって、
前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含む前記ＤＣＩ  ｆｏｒｍａｔを受信するステップと、
前記上りリンクの周波数帯域にＲＦ部を再調整するステップと、
基地局装置より前記ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を受けた場合に、再調整された前記上りリンクの周波数帯域で前記ＨＡＲＱ−ＡＣＫを送信するステップと、
を有することを特徴とする通信方法。
【請求項５】
前記ＰＤＳＣＨを受信している間に、前記上りリンクの周波数帯域にＲＦ部を再調整することを開始することを特徴とする請求項４記載の通信方法。
【請求項６】
ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを送信する基地局装置に用いられる通信方法であって、
前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含む前記ＤＣＩ  ｆｏｒｍａｔを送信するステップと、
端末装置１に対して前記ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーした場合に、前記識別子で示された上りリンクの周波数帯域で前記ＨＡＲＱ−ＡＣＫを受信するステップと、
を有することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「ＥＵＴＲＡ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔ
ｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ」と称する。）が、第三世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において仕様化されている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）、端末装置はＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）とも呼称される。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
【０００３】
３ＧＰＰでは、国際電気通信連合（ＩＴＵ：  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ）が策定する次世代移動通信システムの規格であるＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）―２０２０に提案するため、次世代規格（ＮＲ：  Ｎｅｗ  Ｒａｄｉｏ）の検討が行われている（非特許文献１）。ＮＲは、単一の技術の枠組みにおいて、ｅＭＢＢ（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  ＢｒｏａｄＢａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬＣ（Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）の３つのシナリオを想定した要求を満たすことが求められている。
【０００４】
また、免許不要周波数帯（Ｕｎｌｉｃｅｎｓｅｄ  Ｓｐｅｃｔｒｕｍ）でのＮＲの適用の検討が行われている（非特許文献２）。１００ＭＨｚの広帯域をサポートするＮＲを免許不要周波数帯のキャリアに適用して数Ｇｂｐｓのデータレートを実現することが検討されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】"New SID proposal: Study on New Radio Access Technology", RP-160671, NTT docomo, 3GPP TSG RAN Meeting #71, Goteborg, Sweden, 7th - 10th March, 2016.
【０００６】
【非特許文献２】"Revised SID on NR-based Access to Unlicensed Spectrum", RP-171601, Qualcomm Incorporated, 3GPP TSG RAN Meeting #77, Sapporo, Japan, 11th - 14th September, 2017.
【発明の概要】
【発明が解決しようとする課題】
【０００７】
世界のいくつかの国では、免許不要周波数帯においてＬｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ（ＬＢＴ）を適用する必要がある。送信開始前にキャリアセンスが行われ、キャリアセンスによりリソース（チャネル、周波数帯域）が近傍の他システムに適用されていないことが確認された場合にのみ所定の時間長以内での送信を可能とするメカニズムがＬＢＴである。
【０００８】
本発明は、免許不要周波数帯でＬＢＴを適用しつつ、ＮＲを適用することを実現する。
本発明は、効率的に広帯域通信を行うことができる端末装置、該端末装置に用いられる通信方法、効率的に広帯域通信を行うことができる基地局装置、および、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【０００９】
（１）本発明の第１の態様は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ
ｆｏｒｍａｔを受信する端末装置であって、前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含む前記ＤＣＩ  ｆｏｒｍａｔを受信する受信部と、前記上りリンクの周波数帯域にＲＦ部を再調整し、基地局装置より前記ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を受けた場合に、再調整された前記上りリンクの周波数帯域で前記ＨＡＲＱ−ＡＣＫを送信する送信部と、を備えることを特徴とする。
【００１０】
（２）また、本発明の第１の態様は、更に、前記送信部は、前記受信部が前記ＰＤＳＣＨを受信している間に、前記上りリンクの周波数帯域にＲＦ部を再調整することを開始することを特徴とする。
【００１１】
（３）また、本発明の第２の態様は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを送信する基地局装置であって、前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含む前記ＤＣＩ  ｆｏｒｍａｔを送信する送信部と、端末装置１に対して前記ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーした場合に、前記識別子で示された上りリンクの周波数帯域で前記ＨＡＲＱ−ＡＣＫを受信する受信部と、を備えることを特徴とする。
【００１２】
（４）また、本発明の第３の態様は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを受信する端末装置に用いられる通信方法であって、前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含む前記ＤＣＩ  ｆｏｒｍａｔを受信するステップと、前記上りリンクの周波数帯域にＲＦ部を再調整するステップと、基地局装置より前記ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を受けた場合に、再調整された前記上りリンクの周波数帯域で前記ＨＡＲＱ−ＡＣＫを送信するステップと、を有することを特徴とする。
【００１３】
（５）また、本発明の第３の態様は、更に、前記ＰＤＳＣＨを受信している間に、前記上りリンクの周波数帯域にＲＦ部を再調整することを開始することを特徴とする。
【００１４】
（６）また、本発明の第４の態様は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを送信する基地局装置に用いられる通信方法であって、前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含む前記ＤＣＩ  ｆｏｒｍａｔを送信するステップと、端末装置１に対して前記ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーした場合に、前記識別子で示された上りリンクの周波数帯域で前記ＨＡＲＱ−ＡＣＫを受信するステップと、を有することを特徴とする。
【発明の効果】
【００１５】
この発明によれば、端末装置は効率的に広帯域通信を行うことができる。また、基地局装置は効率的に広帯域通信を行うことができる。
【図面の簡単な説明】
【００１６】
【図１】本実施形態の一態様に係る無線通信システムの概念図である。
【図２】本実施形態の一態様に係る無線フレーム、サブフレーム、および、スロットの構成を示す一例である。
【図３】本実施形態の一態様に係るスロットとミニスロットの構成例を示す図である。
【図４】本実施形態の一態様に係る制御リソースセットのマッピングの一例を示した図である。
【図５】本実施形態の一態様に係るスロットに含まれるリソースエレメントの一例を示した図である。
【図６】本実施形態の一態様に係る１つのＲＥＧの構成の一例を示す図である。
【図７】本実施形態の一態様に係るＣＣＥの構成例を示す図である。
【図８】本実施形態の一態様に係るＲＥＧのグループを構成するＲＥＧ数とＰＤＣＣＨ候補のマッピング方法の関連の一例を示す図である。
【図９】本実施形態の一態様に係るＣＣＥを構成するＲＥＧのマッピングの一例を示す図である。
【図１０】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図１１】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【図１２】本実施形態の一態様に係る第１の初期接続手順（４−ｓｔｅｐ  ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ＲＡＣＨ  ｐｒｏｃｅｄｕｒｅ）の一例を示す図である。
【図１３】本実施形態の一態様に係る端末装置１によってモニタされるＰＤＣＣＨ候補の一例を示す図である。
【図１４】図１４は、本実施形態の一態様に係るＢａｎｄｗｉｄｔｈ  ａｄａｐｔａｔｉｏｎの一例を示す図である。
【図１５】図１５は、本発明の実施形態におけるＬＢＴ  ｓｕｂｂａｎｄ毎のＵＬ  ＢＷＰの構成の一例を示す図である。
【図１６】図１６は、本発明の実施形態におけるＵＬ  ＢＷＰのスイッチングの一例を示す図である。
【図１７】図１７は、本発明の実施形態におけるＣａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎの構成の一例を示す図である。
【図１８】図１８は、本発明の実施形態におけるＣｅｌｌのスイッチングの一例を示す図である。
【図１９】図１９は、本発明の実施形態における手順の一例を示す図である。
【図２０】図２０は、本発明の実施形態における手順の一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態について説明する。
【００１８】
図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３（ｇＮＢ）を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１（ＵＥ）とも呼称する。
【００１９】
以下、端末装置１、および、基地局装置３の間の通信に関する種々の無線パラメータについて説明する。ここで、少なくとも一部の無線パラメータ（例えば、サブキャリア間隔（ＳＣＳ：Ｓｕｂｃａｒｒｉｅｒ  Ｓｐａｃｉｎｇ））は、Ｎｕｍｅｒｏｌｏｇｙとも呼称される。無線パラメータは、サブキャリア間隔、ＯＦＤＭシンボルの長さ、サブフレームの長さ、スロットの長さ、および、ミニスロットの長さの少なくとも一部を含む。
【００２０】
無線通信に使用されるサブキャリア間隔は、端末装置１と基地局装置３の間の無線通信に使用される通信方式（例えば、ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ
Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ、ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＳＣ−ＦＤＭＡ：Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  −  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔ
ｉｐｌｅ  Ａｃｃｅｓｓ、ＤＦＴ−ｓ−ＯＦＤＭ：Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ  −  ｓｐｒｅａｄ  −  ＯＦＤＭ）のための無線パラメータの１つである。例えば、サブキャリア間隔は、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚである。
【００２１】
図２は、本実施形態の一態様に係る無線フレーム、サブフレーム、および、スロットの構成を示す一例である。図２に示す一例では、スロットの長さは０．５ｍｓであり、サブフレームの長さは１ｍｓであり、無線フレームの長さは１０ｍｓである。スロットは、時間領域におけるリソース割り当ての単位であってもよい。例えば、スロットは、１つのトランスポートブロックがマップされる単位であってもよい。例えば、トランスポートブロックは、１つのスロットにマップされてもよい。ここで、トランスポートブロックは、上位層（例えば、ＭＡＣ：Ｍｅｄｉａｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）で規定される所定の間隔（例えば、送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ））内に送信されるデータの単位であってもよい。
【００２２】
例えば、スロットの長さは、ＯＦＤＭシンボルの数によって与えられてもよい。例えば、ＯＦＤＭシンボルの数は、７、または、１４であってもよい。スロットの長さは、少なくともＯＦＤＭシンボルの長さに基づき与えられてもよい。ＯＦＤＭシンボルの長さは、サブキャリア間隔に少なくとも基づき異なってもよい。また、ＯＦＤＭシンボルの長さは、ＯＦＤＭシンボルの生成に用いられる高速フーリエ変換（ＦＦＴ：Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）のポイント数に少なくとも基づき与えられてもよい。また、ＯＦＤＭシンボルの長さは、該ＯＦＤＭシンボルに付加されるサイクリックプレフィックス（ＣＰ：Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の長さを含んでもよい。ここで、ＯＦＤＭシンボルは、シンボルと呼称されてもよい。また、端末装置１と基地局装置３の間の通信において、ＯＦＤＭ以外の通信方式が使用される場合（例えば、ＳＣ−ＦＤＭＡやＤＦＴ−ｓ−ＯＦＤＭが使用される場合等）、生成されるＳＣ−ＦＤＭＡシンボル、および／または、ＤＦＴ−ｓ−ＯＦＤＭシンボルはＯＦＤＭシンボルとも呼称される。また、特に記載のない限り、ＯＦＤＭはＳＣ−ＦＤＭＡ、または、ＤＦＴ−ｓ−ＯＦＤＭを含む。
【００２３】
例えば、スロットの長さは、０．１２５ｍｓ、０．２５ｍｓ、０．５ｍｓ、１ｍｓであってもよい。例えば、サブキャリア間隔が１５ｋＨｚの場合、スロットの長さは１ｍｓであってもよい。例えば、サブキャリア間隔が３０ｋＨｚの場合、スロットの長さは０．５ｍｓであってもよい。例えば、サブキャリア間隔が１２０ｋＨｚの場合、スロットの長さは０．１２５ｍｓであってもよい。例えば、サブキャリア間隔が１５ｋＨｚの場合、スロットの長さは１ｍｓであってもよい。例えば、スロットの長さが０．１２５ｍｓの場合、１サブフレームは８個のスロットから構成されてもよい。例えば、スロットの長さが０．２５ｍｓの場合、１サブフレームは４個のスロットから構成されてもよい。例えば、スロットの長さが０．５ｍｓの場合、１サブフレームは２個のスロットから構成されてもよい。例えば、スロットの長さが１ｍｓの場合、１サブフレームは１個のスロットから構成されてもよい。
【００２４】
ここで、ＯＦＤＭは、波形整形（Ｐｕｌｓｅ  Ｓｈａｐｅ）、ＰＡＰＲ低減、帯域外輻射低減、または、フィルタリング、および／または、位相処理（例えば、位相回転等）が適用されたマルチキャリアの通信方式を含む。マルチキャリアの通信方式は、複数のサブキャリアが多重された信号を生成／送信する通信方式であってもよい。
【００２５】
無線フレームは、サブフレームの数によって与えられてもよい。無線フレームのためのサブフレームの数は、例えば、１０であってもよい。無線フレームは、スロットの数によって与えられてもよい。
【００２６】
図３は、本実施形態の一態様に係るスロットとミニスロットの構成例を示す図である。なお、ミニスロットはノンスロットと呼称されてもよい。図３において、１個のスロットを構成するＯＦＤＭシンボルの数は７個である。ミニスロットは、スロットを構成する複数のＯＦＤＭシンボルの個数よりも少ない個数の１つ以上のＯＦＤＭシンボルにより構成されてもよい。また、ミニスロットは、スロットよりも短い長さであってもよい。図３は、ミニスロットの構成の一例として、ミニスロット＃０からミニスロット＃５を示している。ミニスロットは、ミニスロット＃０に示されるように、１つのＯＦＤＭシンボルにより構成されてもよい。また、ミニスロットは、ミニスロット＃１から＃３に示されるように２つのＯＦＤＭシンボルにより構成されてもよい。また、ミニスロット＃１とミニスロット＃２によって示されるように、２つのミニスロットの間にギャップ（時間間隔）が挿入されてもよい。また、ミニスロットは、ミニスロット＃５に示されるように、スロット＃０とスロット＃１の境界をまたいで構成されてもよい。つまり、ミニスロットはスロットの境界をまたいで構成されてもよい。ここで、ミニスロットは、サブスロットとも呼称される。また、ミニスロットは、ｓＴＴＩ（ｓｈｏｒｔ  ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）とも呼称される。また、以下では、スロットは、ミニスロットに読み替えられてもよい。ミニスロットは、スロットと同じＯＦＤＭシンボルの数により構成されてもよい。ミニスロットは、スロットを構成する複数のＯＦＤＭシンボルの個数よりも多い個数のＯＦＤＭシンボルにより構成されてもよい。ミニスロットの時間領域の長さは、スロットの長さより短くてもよい。ミニスロットの時間領域の長さは、サブフレームの長さより短くてもよい。
【００２７】
以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。
【００２８】
図１において、端末装置１から基地局装置３への上りリンクの無線通信では、例えば、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送受信するために、物理層によって使用される。
・ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
・ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）
・ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）
【００２９】
ＰＵＣＣＨは、上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を送受信するために用いられる。上りリンク制御情報は、下りリンクチャネルのチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、初期送信のためのＰＵＳＣＨ（ＵＬ−ＳＣＨ：Ｕｐｌｉｎｋ−Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）リソースを要求するために用いられるスケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、下りリンクデータ（ＴＢ：Ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ、ＭＡＣ  ＰＤＵ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＤＬ−ＳＣＨ：Ｄｏｗｎｌｉｎｋ−Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ
Ｃｈａｎｎｅｌ）に対するＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を含む。ＨＡＲＱ−ＡＣＫは、ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）またはＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を示す。ＨＡＲＱ−ＡＣＫは、ＨＡＲＱフィードバック、ＨＡＲＱ情報、ＨＡＲＱ制御情報、および、ＡＣＫ／ＮＡＣＫとも称する。ＰＵＣＣＨは、複数のフォーマット（ＰＵＣＣＨ  ｆｏｒｍａｔ）が用いられてもよい。フォーマット毎に異なる信号処理が適用されてもよい。フォーマット毎に送信可能な情報量が異なってもよい。フォーマット毎に送信可能な上りリンク制御情報のタイプが異なってもよい。
【００３０】
チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）は、チャネル品質指標（ＣＱＩ：  Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）を少なくとも含む。チャネル状態情報は、ランク指標（ＲＩ：  Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）を含んでもよい。チャネル状態情報は、プレコーダ行列指標（ＰＭＩ：Ｐｒｅｃｏｄｅｒ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）を含んでもよい。ＣＱＩは、チャネル品質（伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。
【００３１】
ＰＵＳＣＨは、上りリンクデータ（ＴＢ、ＭＡＣ  ＰＤＵ、ＵＬ−ＳＣＨ、ＰＵＳＣＨ）を送受信するために用いられる。ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送受信するために用いられてもよい。また、ＰＵＳＣＨはチャネル状態情報のみ、または、ＨＡＲＱ−ＡＣＫおよびチャネル状態情報のみを送受信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスメッセージ３を送受信するために用いられる。
【００３２】
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送受信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、上りリンクデータの送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ−ＳＣＨ）リソースの要求を示すために用いられる。ランダムアクセスプリアンブルは、端末装置１の上位層より与えられるインデックス（ランダムアクセスプリアンブルインデックス）を基地局装置３に通知するために用いられてもよい。
【００３３】
ランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕに対応するＺａｄｏｆｆ−Ｃｈｕ系列をサイクリックシフトすることによって与えられてもよい。Ｚａｄｏｆｆ−Ｃｈｕ系列は、物理ルートシーケンスインデックスｕに基づいて生成されてもよい。１つのセルにおいて、複数のランダムアクセスプリアンブルが定義されてもよい。ランダムアクセスプリアンブルは、ランダムアクセスプリアンブルのインデックスに少なくとも基づき特定されてもよい。ランダムアクセスプリアンブルの異なるインデックスに対応する異なるランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕとサイクリックシフトの異なる組み合わせに対応してもよい。物理ルートシーケンスインデックスｕ、および、サイクリックシフト（サイクリックシフトの値）は、システム情報に含まれる情報に少なくとも基づいて与えられてもよい。物理ルートシーケンスインデックスｕは、ランダムアクセスプリアンブルに含まれる系列を識別するインデックスであってもよい。ランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕに少なくとも基づき特定されてもよい。
【００３４】
図１において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送受信するために使用されなくてもよいが、物理層によって使用される。
・上りリンク参照信号（ＵＬ  ＲＳ：Ｕｐｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【００３５】
本実施形態において、少なくとも以下の２つのタイプの上りリンク参照信号が少なくとも用いられてもよい。
・ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
・ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【００３６】
ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送受信に関連する。ＤＭＲＳ
は、ＰＵＳＣＨまたはＰＵＣＣＨと多重される。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用する。以下、ＰＵＳＣＨとＤＭＲＳを共に送信することを、単にＰＵＳＣＨを送信すると称する。以下、ＰＵＣＣＨとＤＭＲＳを共に送信することを、単にＰＵＣＣＨを送信すると称する。以下、ＰＵＳＣＨとＤＭＲＳを共に受信することを、単にＰＵＳＣＨを受信すると称する。以下、ＰＵＣＣＨとＤＭＲＳを共に受信することを、単にＰＵＣＣＨを受信すると称する。
【００３７】
ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送受信に関連しなくてもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおけるサブフレームの最後、または、最後から所定数のＯＦＤＭシンボルにおいて送受信されてもよい。
【００３８】
図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送受信するために、物理層によって使用される。
・ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）
・ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
・ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）
【００３９】
ＰＢＣＨは、端末装置１において共通に用いられるマスターインフォメーションブロック（ＭＩＢ：Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ、ＢＣＨ：Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を報知するために用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。例えば、ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の中身は、８０ｍｓごとに更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２個、３個、または、４個のＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号に関する識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。
【００４０】
ＰＤＣＣＨ（ＮＲ  ＰＤＣＣＨ）は、下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ
Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信する、受信するために用いられる。下りリンク制御情報は、ＤＣＩフォーマットとも呼称される。下りリンク制御情報は、下りリンクグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）または上りリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）のいずれかを少なくとも含んでもよい。下りリンクグラントは、下りリンクアサインメント（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ）または下りリンク割り当て（ｄｏｗｎｌｉｎｋ  ａｌｌｏｃａｔｉｏｎ）とも呼称される。下りリンク制御情報は、Ｕｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓ共通情報を含んでもよい。Ｕｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓ共通情報は、免許不要周波数帯でのアクセスや送受信などに関する制御情報である。Ｕｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓ共通情報は、下りリンクのサブフレーム構成（Ｓｕｂｆｒａｍｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｆｏｒ  Ｕｎｌｉｃｅｎｓｅｄ  Ａｃｃｅｓｓ）の情報であってもよい。下りリンクのサブフレーム構成は、下りリンクのサブフレーム構成の情報を含むＰＤＣＣＨが配置されるサブフレームにおいて占有されるＯＦＤＭシンボルの位置、および／または下りリンクのサブフレーム構成の情報を含むＰＤＣＣＨが配置されるサブフレームの次のサブフレームにおいて占有されるＯＦＤＭシンボルの位置を示す。占有されるＯＦＤＭシンボルにおいて下りリンク物理チャネル、下りリンク物理シグナルの送受信が行われる。Ｕｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓ共通情報は、上りリンクのサブフレーム構成（ＵＬ  ｄｕｒａｔｉｏｎ  ａｎｄ  ｏｆｆｓｅｔ）の情報であってもよい。上りリンクのサブフレーム構成は、上りリンクのサブフ
レーム構成の情報を含むＰＤＣＣＨが配置されるサブフレームを基準として上りリンクサブフレームが開始されるサブフレームの位置と、上りリンクサブフレームのサブフレームの数を示す。端末装置１は、上りリンクのサブフレーム構成の情報で示されたサブフレームにおいて下りリンク物理チャネル、下りリンク物理シグナルを受信することは要求されない。
【００４１】
例えば、下りリンクグラントまたは上りリンクグラントを含む下りリンク制御情報は、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を含めてＰＤＣＣＨで送受信される。例えば、Ｕｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓ共通情報は、ＣＣ−ＲＮＴＩ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を含めてＰＤＣＣＨで送受信される。
【００４２】
１つの下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと同じスロット内のＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと異なるスロット内のＰＤＳＣＨのスケジューリングのために用いられてもよい。
【００４３】
１つの上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングのために少なくとも用いられる。
【００４４】
Ｕｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓ共通情報として下りリンクのサブフレーム構成が示されてもよい。下りリンクのサブフレーム構成は、サブフレームで占有されるＯＦＤＭシンボルの構成を示す。端末装置１は、下りリンクのサブフレーム構成で示された、サブフレームで占有されるＯＦＤＭシンボルから、基地局装置３において下りリンクの物理チャネル、物理信号の送信に用いられるＯＦＤＭシンボルを認識する。現在のサブフレームおよび／または次のサブフレームで占有されるＯＦＤＭシンボルが示されてもよい。ここで、現在のサブフレームとは、下りリンクのサブフレーム構成の情報を含むＵｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓ共通情報が受信されたサブフレームを意味する。例えば、次のサブフレームにおいて、１４個のＯＦＤＭシンボルが占有されることが示される。例えば、次のサブフレームにおいて、１０個のＯＦＤＭシンボルが占有されることが示される。例えば、次のサブフレームにおいて、３個のＯＦＤＭシンボルが占有されることが示される。例えば、現在のサブフレームにおいて、１４個のＯＦＤＭシンボルが占有されることが示される。例えば、現在のサブフレームにおいて、１１個のＯＦＤＭシンボルが占有されることが示される。例えば、現在のサブフレームにおいて、６個のＯＦＤＭシンボルが占有されることが示される。例えば、現在のサブフレームにおいて、３個のＯＦＤＭシンボルが占有されることが示される。
【００４５】
Ｕｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓ共通情報は、上りリンクのサブフレーム構成（ＵＬ  ｄｕｒａｔｉｏｎ  ａｎｄ  ｏｆｆｓｅｔ）の情報であってもよい。上りリンクのサブフレーム構成は、上りリンクのサブフレーム構成の情報を含むＰＤＣＣＨが配置されるサブフレームを基準として上りリンクサブフレームが開始されるサブフレームの位置と、上りリンクサブフレームのサブフレームの数を示す。端末装置１は、上りリンクのサブフレーム構成の情報で示されたサブフレームにおいて下りリンク物理チャネル、下りリンク物理シグナルを受信することは要求されない。例えば、基準となるサブフレームから１個目のサブフレーム、１個のサブフレームが示され、端末装置１は基準となるサブフレームから１個目のサブフレームにおいて下りリンク物理チャネル、下りリンク物理シグナルを受信することは要求されない。例えば、基準となるサブフレームから１個目のサブフレーム、６個のサブフレームが示され、端末装置１は基準となるサブフレームから１個目のサ
ブフレームと２個目のサブフレームと３個目のサブフレームと４個目のサブフレームと５個目のサブフレームと６個目のサブフレームにおいて下りリンク物理チャネル、下りリンク物理シグナルを受信することは要求されない。例えば、基準となるサブフレームから６個目のサブフレーム、３個のサブフレームが示され、端末装置１は基準となるサブフレームから６個目のサブフレームと７個目のサブフレームと８個目のサブフレームにおいて下りリンク物理チャネル、下りリンク物理シグナルを受信することは要求されない。
【００４６】
端末装置１は、ＰＤＣＣＨの探索のために、１または複数の制御リソースセット（ＣＯＲＥＳＥＴ）（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）が設定される（構成される）。端末装置１は、設定された制御リソースセットにおいてＰＤＣＣＨの受信を試みる。制御リソースセットの詳細は後述される。
【００４７】
ＰＤＳＣＨは、下りリンクデータ（ＤＬ−ＳＣＨ、ＰＤＳＣＨ）を送信する、受信するために用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送受信するために少なくとも用いられる。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステム情報を送受信するために少なくとも用いられる。
【００４８】
図１において、下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信する、受信するために使用されなくてもよいが、物理層によって使用される。
・同期信号（ＳＳ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）
・下りリンク参照信号（ＤＬ  ＲＳ：Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【００４９】
同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）、および、ＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）を含む。
【００５０】
下りリンク参照信号は、端末装置１が下りリンク物理チャネルの伝搬路補正を行なうために用いられる。下りリンク参照信号は、端末装置１が下りリンクのチャネル状態情報を算出するために用いられる。
【００５１】
本実施形態において、以下のタイプの下りリンク参照信号が少なくとも用いられる。
・ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【００５２】
ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの送受信に対応する。ＤＭＲＳは、ＰＤＣＣＨまたはＰＤＳＣＨに多重される。端末装置１は、ＰＤＣＣＨまたはＰＤＳＣＨの伝搬路補正を行なうために該ＰＤＣＣＨまたは該ＰＤＳＣＨと対応するＤＭＲＳを使用してもよい。以下、ＰＤＣＣＨと該ＰＤＣＣＨと対応するＤＭＲＳが共に送信されることは、単にＰＤＣＣＨが送信されると呼称される。以下、ＰＤＣＣＨと該ＰＤＣＣＨと対応するＤＭＲＳが共に受信されることは、単にＰＤＣＣＨが受信されると呼称される。以下、ＰＤＳＣＨと該ＰＤＳＣＨと対応するＤＭＲＳが共に送信されることは、単にＰＤＳＣＨが送信されると呼称される。以下、ＰＤＳＣＨと該ＰＤＳＣＨと対応するＤＭＲＳが共に受信されることは、単にＰＤＳＣＨが受信されると呼称される。
【００５３】
ＤＭＲＳは、端末装置１に個別に設定されるＲＳであってもよい。ＤＭＲＳの系列は、端末装置１に個別に設定されるパラメータに少なくとも基づいて与えられてもよい。ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨのために個別に送信されてもよい。Ｄ
ＭＲＳは、複数の端末装置１に共通に設定されるＲＳであってもよい。ＤＭＲＳの系列は、端末装置１に個別に設定されるパラメータとは関係なく与えられてもよい。例えば、ＤＭＲＳの系列は、スロットの番号、ミニスロットの番号、および、セルＩＤ（identity）の少なくとも一部に基づいて与えられてもよい。ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨが送信されているか否かに関わらず送信されるＲＳであってもよい。
【００５４】
下りリンク物理チャネルおよび下りリンク物理シグナルは、下りリンク信号とも呼称される。上りリンク物理チャネルおよび上りリンク物理シグナルは、上りリンク信号とも呼称される。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび上りリンク物理シグナルを総称して、物理シグナルと称する。
【００５５】
ＢＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層で用いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロックまたはＭＡＣ  ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（ｄｅｌｉｖｅｒ）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
【００５６】
基地局装置３と端末装置１は、上位層（ｈｉｇｈｅｒ  ｌａｙｅｒ）において信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリング（ＲＲＣ  ｍｅｓｓａｇｅ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｍｅｓｓａｇｅ、ＲＲＣ  ｉｎｆｏｒｍａｔｉｏｎ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ  ＣＥ（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥを、上位層の信号（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）とも称する。
【００５７】
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ  ＣＥを送受信するために少なくとも用いられる。ここで、基地局装置３よりＰＤＳＣＨで送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。セル内における複数の端末装置１に対して共通のシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇまたはＵＥ  ｓｐｅｃｉｆｉｃ  ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のシグナリングは、専用ＲＲＣシグナリングとも呼称される。セルスペシフィックパラメータは、セル内における複数の端末装置１に対して共通のシグナリング、または、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。ＵＥスペシフィックパラメータは、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。専用ＲＲＣシグナリングを含むＰＤＳＣＨは、制御リソースセット内のＰＤＣＣＨによってスケジュールされてもよい。共通のＲＲＣシグナリングを含むＰＤＳＣＨは、制御リソースセット内のＰＤＣＣＨによってスケジュールされてもよい。
【００５８】
ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）、および、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ
Ｃｏｎｔｒｏｌ  ＣＨａｎｅｅｌ）は、ロジカルチャネルである。例えば、ＢＣＣＨは
、ＭＩＢを送信するために用いられる上位層のチャネルである。また、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、複数の端末装置１において共通な情報を送受信するために用いられる上位層のチャネルである。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１に対して用いられる。また、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、端末装置１に個別の制御情報（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を送受信するために用いられる上位層のチャネルである。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１に対して用いられる。
【００５９】
ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、ＤＬ−ＳＣＨ、または、ＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。
【００６０】
トランスポートチャネルにおけるＵＬ−ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされる。トランスポートチャネルにおけるＤＬ−ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされる。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされる。
【００６１】
以下、制御リソースセットについて説明する。
【００６２】
図４は、本実施形態の一態様に係る制御リソースセットのマッピングの一例を示した図である。制御リソースセットは、１つまたは複数の制御チャネルがマップされうる時間周波数領域であってもよい。制御リソースセットは、端末装置１がＰＤＣＣＨの受信および／または検出（ブラインド検出（ＢＤ：Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ））を試みる領域であってもよい。図４（ａ）に示されるように、制御リソースセットは、周波数領域において連続的なリソース（Ｌｏｃａｌｉｚｅｄ  ｒｅｓｏｕｒｃｅ）により構成されてもよい。また、図４（ｂ）に示されるように、制御リソースセットは、周波数領域において非連続的なリソース（ｄｉｓｔｒｉｂｕｔｅｄ  ｒｅｓｏｕｒｃｅ）により構成されてもよい。
【００６３】
周波数領域において、制御リソースセットのマッピングの単位はリソースブロックであってもよい。制御リソースセットは、複数のリソースブロックから構成されてもよい。時間領域において、制御リソースセットのマッピングの単位はＯＦＤＭシンボルであってもよい。制御リソースセットは、１個または２個または３個のＯＦＤＭシンボルから構成されてもよい。
【００６４】
制御リソースセットの周波数領域は、サービングセルのシステム帯域幅と同一であってもよい。また、制御リソースセットの周波数領域は、サービングセルのシステム帯域幅に少なくとも基づき与えられてもよい。制御リソースセットの周波数領域は、上位層のシグナリングまたはシステム情報に少なくとも基づき与えられてもよい。例えば、制御リソースセットを構成するリソースブロックの位置が上位層のシグナリングを用いて基地局装置３から端末装置１に通知される。制御リソースセット毎に制御リソースセットを構成するリソースブロックの位置が上位層のシグナリングを用いて基地局装置３から端末装置１に通知される。
【００６５】
制御リソースセットの時間領域は、上位層のシグナリングまたはシステム情報に少なくとも基づき与えられてもよい。例えば、制御リソースセットを構成するＯＦＤＭシンボルの数が上位層のシグナリングを用いて基地局装置３から端末装置１に通知される。例えば
、制御リソースセットを構成するＯＦＤＭシンボルの開始位置が上位層のシグナリングを用いて基地局装置３から端末装置１に通知される。例えば、制御リソースセットを構成するＯＦＤＭシンボルの終了位置が上位層のシグナリングを用いて基地局装置３から端末装置１に通知される。例えば、制御リソースセットが配置されるサブフレームの位置が上位層のシグナリングを用いて基地局装置３から端末装置１に通知される。例えば、制御リソースセットが配置されるスロットの位置が上位層のシグナリングを用いて基地局装置３から端末装置１に通知される。例えば、制御リソースセットが配置されるサブフレームの周期が上位層のシグナリングを用いて基地局装置３から端末装置１に通知される。例えば、制御リソースセットが配置されるスロットの周期が上位層のシグナリングを用いて基地局装置３から端末装置１に通知される。
【００６６】
制御リソースセットは、共通制御リソースセット（Ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）（Ｃｏｍｍｏｎ  ＣＯＲＥＳＥＴ）および専用制御リソースセット（Ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）（ＵＥ  ｓｐｅｃｉｆｉｃ  ＣＯＲＥＳＥＴ）の一方または両方のタイプが用いられてもよい。共通制御リソースセットは、複数の端末装置１に対して共通に設定される制御リソースセットであってもよい。共通制御リソースセットは、同期信号、ＭＩＢ、第１のシステム情報、第２のシステム情報、共通ＲＲＣシグナリング、専用ＲＲＣシグナリング、セルＩＤ、等に少なくとも基づき与えられてもよい。例えば、共通制御リソースセットが配置されるサブフレームの位置が同期信号、ＭＩＢ、共通ＲＲＣシグナリング等に少なくとも基づき与えられてもよい。専用制御リソースセットは、個別の端末装置１のために専用的に用いられるように設定される制御リソースセットであってもよい。専用制御リソースセットは、専用ＲＲＣシグナリング、および／または、Ｃ−ＲＮＴＩの値に少なくとも基づき与えられてもよい。
【００６７】
制御リソースセットは、端末装置１がモニタする制御チャネル（または、制御チャネルの候補）のセットであってもよい。制御リソースセットは、端末装置１がモニタする制御チャネル（または、制御チャネルの候補）のセットを含んでもよい。制御リソースセットは、１または複数の探索領域（サーチスペース、ＳＳ：Ｓｅａｒｃｈ  Ｓｐａｃｅ）を含んで構成されてもよい。制御リソースセット内に１または複数の探索領域（サーチスペース、ＳＳ：Ｓｅａｒｃｈ  Ｓｐａｃｅ）が構成（設定）されてもよい。
【００６８】
探索領域は、１または複数のＰＤＣＣＨ候補（ＰＤＣＣＨ  ｃａｎｄｉｄａｔｅ）を含んで構成される。端末装置１は、探索領域に含まれるＰＤＣＣＨ候補を受信し、ＰＤＣＣＨの受信を試みる。ここで、ＰＤＣＣＨ候補は、ブラインド検出候補（ｂｌｉｎｄ  ｄｅｔｅｃｔｉｏｎ  ｃａｎｄｉｄａｔｅ）とも呼称される。
【００６９】
探索領域は、ＣＳＳ（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ、共通探索領域）とＵＳＳ（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）の２つのタイプを持つ。ＣＳＳは、複数の端末装置１に対して共通に設定される探索領域であってもよい。ＵＳＳは、個別の端末装置１のために専用的に用いられる設定を含む探索領域であってもよい。ＣＳＳは、同期信号、ＭＩＢ、第１のシステム情報、第２のシステム情報、共通ＲＲＣシグナリング、専用ＲＲＣシグナリング、セルＩＤ、等に少なくとも基づき与えられてもよい。ＵＳＳは、専用ＲＲＣシグナリング、および／または、Ｃ−ＲＮＴＩの値に少なくとも基づき与えられてもよい。ＣＳＳは、複数の端末装置１に対して共通のリソース（制御リソースエレメント）に設定される探索領域であってもよい。ＵＳＳは、個別の端末装置１毎のリソース（制御リソースエレメント）に設定される探索領域であってもよい。
【００７０】
ＣＳＳは、プライマリセルにおいてシステム情報を送信するために用いられるＳＩ−ＲＮＴＩによってスクランブルされたＤＣＩフォーマットに対するタイプ０ＰＤＣＣＨ  Ｃ
ＳＳ、および、初期アクセスに用いられるＲＡ−ＲＮＴＩ、ＴＣ−ＲＮＴＩによってスクランブルされたＤＣＩフォーマットに対するタイプ１ＰＤＣＣＨ  ＣＳＳが用いられてもよい。ＣＳＳは、Ｕｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓに用いられるＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩフォーマットに対するタイプのＰＤＣＣＨ  ＣＳＳが用いられてもよい。端末装置１は、それらの探索領域におけるＰＤＣＣＨ候補をモニタすることができる。所定のＲＮＴＩによってスクランブルされたＤＣＩフォーマットとは、所定のＲＮＴＩによってスクランブルされたＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）が付加されたＤＣＩフォーマットであってもよい。
【００７１】
なお、ＣＳＳに含まれるＰＤＣＣＨおよび／またはＤＣＩには、該ＰＤＣＣＨ／ＤＣＩが、どのサービングセル（または、どのコンポーネントキャリア）に対するＰＤＳＣＨまたはＰＵＳＣＨをスケジュールしているかを示すＣＩＦ（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）が含まれなくてもよい。
【００７２】
なお、端末装置１に対して複数のサービングセルおよび／または複数のコンポーネントキャリアを集約して通信（送信および／または受信）を行なうキャリア集約が設定される場合には、所定のサービングセル（所定のコンポーネントキャリア）に対するＵＳＳに含まれるＰＤＣＣＨおよび／またはＤＣＩには、該ＰＤＣＣＨ／ＤＣＩが、どのサービングセルおよび／またはどのコンポーネントキャリアに対するＰＤＳＣＨまたはＰＵＳＣＨをスケジュールしているかを示すＣＩＦが含まれる。
【００７３】
なお、端末装置１に対して１つのサービングセルおよび／または１つのコンポーネントキャリアを用いて通信を行なう場合には、ＵＳＳに含まれるＰＤＣＣＨおよび／またはＤＣＩには、該ＰＤＣＣＨ／ＤＣＩが、どのサービングセルおよび／またはどのコンポーネントキャリアに対するＰＤＳＣＨまたはＰＵＳＣＨをスケジュールしているかを示すＣＩＦが含まれなくてもよい。
【００７４】
共通制御リソースセットは、ＣＳＳを含んでもよい。共通制御リソースセットは、ＣＳＳおよびＵＳＳの両方を含んでもよい。専用制御リソースセットは、ＵＳＳを含んでもよい。専用制御リソースセットは、ＣＳＳを含んでもよい。
【００７５】
共通制御リソースセットにおいて、Ｕｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓに必要な制御情報（Ｕｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓ共通情報）を含むＰＤＣＣＨが送受信されてもよい。共通制御リソースセットにおいて、ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ  Ｍｉｎｉｍｕｍ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）を含むＰＤＳＣＨのリソース割り当て情報を含むＰＤＣＣＨが送受信されてもよい。共通制御リソースセットにおいて、ＲＡＲ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）を含むＰＤＳＣＨのリソース割り当て情報を含むＰＤＣＣＨが送受信されてもよい。共通制御リソースセットにおいて、予め空けられたリソース（Ｐｒｅ−ｅｍｐｔｉｏｎ  ｒｅｓｏｕｒｃｅｓ）を示す制御情報を含むＰＤＣＣＨが送受信されてもよい。共通制御リソースセットにおいて、スロットフォーマットインジケーターを示す制御情報を含むＰＤＣＣＨが送受信されてもよい。なお、複数の共通制御リソースセットが構成され、それぞれの共通制御リソースセットが異なるサブフレームに配置されてもよい。なお、複数の共通制御リソースセットが構成され、それぞれの共通制御リソースセットが同じサブフレームに配置されてもよい。なお、複数の共通制御リソースセットが構成され、それぞれの共通制御リソースセットにおいて異なるＰＤＣＣＨ、異なる制御情報が配置されてもよい。
【００７６】
サブフレーム内に複数の専用制御リソースセットが構成されてもよい。複数の専用制御リソースセットが構成され、それぞれの専用制御リソースセットは同じサブフレームに配置されてもよい。複数の専用制御リソースセットが構成され、それぞれの専用制御リソー
スセットは異なるサブフレームに配置されてもよい。
【００７７】
探索領域の物理リソースは制御チャネルの構成単位（ＣＣＥ：Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）により構成される。ＣＣＥは所定の数のリソース要素グループ（ＲＥＧ：Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）により構成される。例えば、ＣＣＥは６個のＲＥＧにより構成されてもよい。ＲＥＧは１つのＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）の１つのＯＦＤＭシンボルにより構成されてもよい。つまり、ＲＥＧは１２個のリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）を含んで構成されてもよい。ＰＲＢは、単にＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）とも呼称される。
【００７８】
つまり、端末装置１は、制御リソースセット内の探索領域に含まれるＰＤＣＣＨ候補をブラインド検出することによって、該端末装置１に対するＰＤＣＣＨおよび／またはＤＣＩを検出することができる。
【００７９】
１つのサービングセルおよび／または１つのコンポーネントキャリアにおける１つの制御リソースセットに対するブラインド検出の回数は、該制御リソースセットに含まれるＰＤＣＣＨに対する探索領域の種類、集約レベルの種類、ＰＤＣＣＨ候補の数に基づいて決定されてもよい。ここで、探索領域の種類とは、ＣＳＳおよび／またはＵＳＳおよび／またはＵＧＳＳ（ＵＥ  Ｇｒｏｕｐ  ＳＳ）および／またはＧＣＳＳ（Ｇｒｏｕｐ  ＣＳＳ）のうち、少なくとも１つが含まれてもよい。集約レベルの種類とは、探索領域を構成するＣＣＥに対してサポートされる最大集約レベルを示し、｛１，２，４，８，…，Ｘ｝（Ｘは所定の値）のうち、少なくとも１つから規定／設定されてもよい。ＰＤＣＣＨ候補の数とは、ある集約レベルに対するＰＤＣＣＨ候補の数を示してもよい。つまり、複数の集約レベルに対してそれぞれ、ＰＤＣＣＨ候補の数が規定／設定されてもよい。なお、ＵＧＳＳは、１つまたは複数の端末装置１に対して共通して割り当てられる探索領域であってもよい。ＧＣＳＳは、１つまたは複数の端末装置１に対してＣＳＳに関連するパラメータを含むＤＣＩがマップされた探索領域であってもよい。なお、集約レベルは、所定のＣＣＥ数の集約レベルを示し、１つのＰＤＣＣＨおよび／または探索領域を構成するＣＣＥの総数に関連する。
【００８０】
なお、集約レベルの大きさが、ＰＤＣＣＨおよび／または探索領域に対応するカバレッジまたはＰＤＣＣＨおよび／または探索領域に含まれるＤＣＩのサイズ（ＤＣＩフォーマットサイズ、ペイロードサイズ）に関連付けられてもよい。
【００８１】
なお、１つの制御リソースセットに対して、ＰＤＣＣＨシンボルの開始位置（スタートシンボル）が設定される場合、且つ、所定の期間において、１つよりも多く制御リソースセット内のＰＤＣＣＨを検出可能である場合には、各スタートシンボルに対応する時間領域に対して、該制御リソースセットに含まれるＰＤＣＣＨに対する探索領域の種類、集約レベルの種類、ＰＤＣＣＨ候補の数がそれぞれ設定されてもよい。該制御リソースセットに含まれるＰＤＣＣＨに対する、探索領域の種類、集約レベルの種類、ＰＤＣＣＨ候補の数はそれぞれ、制御リソースセット毎に設定されてもよいし、ＤＣＩおよび／または上位層の信号（ＲＲＣシグナリング）を介して提供／設定されてもよいし、仕様書によって予め規定／設定されてもよい。なお、ＰＤＣＣＨ候補の数は、所定の期間のＰＤＣＣＨ候補の数であってもよい。なお、所定の期間は、１ミリ秒であってもよい。所定の期間は、１マイクロ秒であってもよい。また、所定の期間は、１スロットの期間であってもよい。また、所定の期間は、１つのＯＦＤＭシンボルの期間であってもよい。
【００８２】
なお、１つの制御リソースセットに対してＰＤＣＣＨシンボルの開始位置（スタートシンボル）が１つよりも多い場合、つまり、所定の期間において、ＰＤＣＣＨをブラインド
検出（モニタ）するタイミングが複数ある場合には、各スタートシンボルに対応する時間領域に対して、該制御リソースセットに含まれるＰＤＣＣＨに対する探索領域の種類、集約レベルの種類、ＰＤＣＣＨ候補の数がそれぞれ設定されてもよい。該制御リソースセットに含まれるＰＤＣＣＨに対する、探索領域の種類、集約レベルの種類、ＰＤＣＣＨ候補の数はそれぞれ、制御リソースセット毎に設定されてもよいし、ＤＣＩおよび／または上位層の信号を介して提供／設定されてもよいし、仕様書によって予め規定／設定されてもよい。
【００８３】
なお、ＰＤＣＣＨ候補の数の示し方として、ＰＤＣＣＨ候補の所定の数から削減する個数を、集約レベル毎に規定／設定されるような構成でもよい。
【００８４】
端末装置１は、ブラインド検出に関連する能力情報を基地局装置３に送信／通知してもよい。端末装置１は、１つのサブフレームにおいて処理可能なＰＤＣＣＨ候補の数をＰＤＣＣＨに関する能力情報として基地局装置３に送信／通知してもよい。端末装置１は、１つまたは複数のサービングセル／コンポーネントキャリアに対して所定の数よりも多い制御リソースセットが設定できる場合、ブラインド検出に関連する能力情報を基地局装置３に送信／通知してもよい。
【００８５】
端末装置１は、第１のスロットフォーマットおよび第２のスロットフォーマットをサポートしている場合には、スロットフォーマットに関連する能力情報を基地局装置３に送信／通知してもよい。
【００８６】
端末装置１は、１つまたは複数のサービングセル／コンポーネントキャリアの所定の期間に対して所定の数よりも多い制御リソースセットが設定できる場合、ブラインド検出に関連する能力情報を基地局装置３に送信／通知してもよい。
【００８７】
なお、該ブラインド検出に関連する能力情報には、所定の期間におけるブラインド検出の最大回数を示す情報が含まれてもよい。また、該ブラインド検出に関連する能力情報には、ＰＤＣＣＨ候補を削減することができることを示す情報が含まれてもよい。また、該ブラインド検出に関連する能力情報には、所定の期間においてブラインド検出可能な制御リソースセットの最大数を示す情報が含まれてもよい。該制御リソースセットの最大数とＰＤＣＣＨのモニタリングが可能なサービングセルおよび／またはコンポーネントキャリアの最大数はそれぞれ、個別のパラメータとして設定されてもよいし、共通のパラメータとして設定されてもよい。また、該ブラインド検出に関連する能力情報には、所定の期間において、同時にブラインド検出を行なうことのできる制御リソースセットの最大数を示す情報が含まれてもよい。
【００８８】
端末装置１は、所定の期間において、所定の数よりも多い制御リソースセットの検出（ブラインド検出）を行なう能力をサポートしていない場合には、該ブラインド検出に関連する能力情報を送信／通知しなくてもよい。基地局装置３は、該ブラインド検出に関連する能力情報を受信しなかった場合には、ブラインド検出に対する所定の数を超えないように、制御リソースセットに関する設定を行ない、ＰＤＣＣＨを送信してもよい。
【００８９】
制御リソースセットに関する設定には、制御リソースセットを識別するインデックス（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ）を示すパラメータが含まれる。制御リソースセットに関する設定には、ＰＤＣＣＨの開始位置（スタートシンボル）を示すパラメータが含まれてもよい。また、制御リソースセットに関する設定には、該制御リソースセットの時間リソース領域（該制御リソースセットを構成するＯＦＤＭシンボル数および／または制御リソースセットが配置されるサブフレームの位置）を示すパラメータが含まれてもよい。また、制御リソースセットに関する設定には、該制御リソースセットの周波数リ
ソース領域（該制御リソースセットを構成するリソースブロック数）を示すパラメータが含まれてもよい。また、制御リソースセットに関する設定には、ＣＣＥからＲＥＧへのマッピングの種類を示すパラメータが含まれてもよい。また、制御リソースセットに関する設定には、ＲＥＧバンドルサイズが含まれてもよい。制御リソースセットに関する設定を示すメッセージの送受信にＲＲＣシグナリングが用いられてもよい。制御リソースセットに関する設定を示すメッセージの送受信にＳＩＢが用いられてもよい。制御リソースセットに関する設定を示すメッセージの送受信にＭＩＢが用いられてもよい。
【００９０】
探索領域に関する設定には、探索領域を識別するインデックス（探索領域インデックス）を示すパラメータが含まれる。探索領域に関する設定には、探索領域が配置される制御リソースセットのインデックスを示すパラメータが含まれる。探索領域に関する設定には、探索領域が配置されるスロットの周期、オフセットを示すパラメータが含まれてもよい。探索領域に関する設定には、探索領域が連続して配置されるスロットの個数を示すパラメータが含まれてもよい。探索領域に関する設定には、ＰＤＣＣＨ候補のモニタリングを行なう、スロット内のＯＦＤＭシンボルを示すパラメータが含まれてもよい。探索領域に関する設定には、ＣＣＥ集約レベル毎のモニタリングを行なうＰＤＣＣＨ候補の数を示すパラメータが含まれてもよい。探索領域に関する設定には、モニタリングが行われるＤＣＩ  ｆｏｒｍａｔを示すパラメータが含まれてもよい。探索領域に関する設定には、探索領域のタイプ（ＣＳＳまたはＵＳＳ）を示すパラメータが含まれてもよい。探索領域に関する設定を示すメッセージの送受信にＲＲＣシグナリングが用いられてもよい。探索領域に関する設定を示すメッセージの送受信にＳＩＢが用いられてもよい。探索領域に関する設定を示すメッセージの送受信にＭＩＢが用いられてもよい。
【００９１】
以下、本実施形態に係る物理リソースの単位について説明する。
【００９２】
図５は、本実施形態の一態様に係るスロットに含まれるリソースエレメントの一例を示した図である。ここで、リソースエレメントは、１つのＯＦＤＭシンボルと１つのサブキャリアにより定義されるリソースである。図５に示されるように、スロットは、Ｎｓｙｍｂ個のＯＦＤＭシンボルを含む。スロットに含まれるサブキャリアの数は、スロットに含まれるリソースブロックの数ＮＲＢと、リソースブロックあたりのサブキャリア数ＮＲＢＳＣの積により与えられてもよい。ここで、リソースブロックは、時間領域と周波数領域のリソースエレメントのグループである。リソースブロックは、時間領域、および／または、周波数領域のリソース割り当ての単位として用いられてもよい。例えば、ＮＲＢＳＣは１２であってもよい。Ｎｓｙｍｂは、サブフレームに含まれるＯＦＤＭシンボルの数と同一であってもよい。Ｎｓｙｍｂは、スロットに含まれるＯＦＤＭシンボルの数と同一であってもよい。ＮＲＢは、セルの帯域幅とサブキャリア間隔に基づき与えられてもよい。また、ＮＲＢは、基地局装置３より送信される上位層の信号（例えば、ＲＲＣシグナリング）等に基づき与えられてもよい。また、ＮＲＢは、仕様書の記載等に基づき与えられてもよい。リソースエレメントは、サブキャリアのためのインデックスｋと、ＯＦＤＭシンボルのためのインデックスｌにより識別される。
【００９３】
図６は、本実施形態の一態様に係る１つのＲＥＧの構成の一例を示す図である。ＲＥＧは、１つのＰＲＢの１つのＯＦＤＭシンボルにより構成されてもよい。つまり、ＲＥＧは周波数領域において連続する１２個のＲＥにより構成されてもよい。ＲＥＧを構成する複数のＲＥのうちの一部は、下りリンク制御情報がマップされないＲＥであってもよい。ＲＥＧは、下りリンク制御情報がマップされないＲＥを含んで構成されてもよいし、下りリンク制御情報がマップされないＲＥを含まずに構成されてもよい。下りリンク制御情報がマップされないＲＥは、参照信号がマップされるＲＥであってもよいし、制御チャネル以外のチャネルがマップされるＲＥであってもよいし、制御チャネルがマップされないことが端末装置１によって想定されるＲＥであってもよい。
【００９４】
図７は、本実施形態の一態様に係るＣＣＥの構成例を示す図である。ＣＣＥは、６個のＲＥＧにより構成されてもよい。図７（ａ）に示されるように、ＣＣＥは周波数領域で連続的にマップされるＲＥＧにより構成されてもよい（このようなマッピングをＬｏｃａｌｉｚｅｄ  ｍａｐｐｉｎｇと称してもよい）（このようなマッピングをｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ  ＣＣＥ−ｔｏ−ＲＥＧ  ｍａｐｐｉｎｇと称してもよい）（このようなマッピングをｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ  ｍａｐｐｉｎｇと称してもよい）。なお、必ずしもＣＣＥを構成する全てのＲＥＧが周波数領域で連続していなくてもよい。例えば、制御リソースセットを構成する複数のリソースブロックの全てが周波数領域で連続ではない場合、ＲＥＧに割り振られた番号が連続していたとしても、連続する番号の各ＲＥＧを構成する各リソースブロックは周波数領域で連続ではない。制御リソースセットが複数のＯＦＤＭシンボルから構成され、１つのＣＣＥを構成する複数のＲＥＧが複数の時間区間（ＯＦＤＭシンボル）にわたって配置される場合、図７（ｂ）に示されるように、ＣＣＥは時間領域で連続的にマップされるＲＥＧのグループにより構成されてもよい。図７（ｃ）に示されるように、ＣＣＥは周波数領域で非連続的にマップされるＲＥＧにより構成されてもよい（このようなマッピングをＤｉｓｔｒｉｂｕｔｅｄ  ｍａｐｐｉｎｇと称してもよい）（このようなマッピングをｉｎｔｅｒｌｅａｖｅｄ  ＣＣＥ−ｔｏ−ＲＥＧ
ｍａｐｐｉｎｇと称してもよい）（このようなマッピングをｉｎｔｅｒｌｅａｖｅｄ  ｍａｐｐｉｎｇと称してもよい）。インタリーバを用いてＣＣＥを構成するＲＥＧが時間周波数領域のリソースに非連続的にマップされてもよい。制御リソースセットが複数のＯＦＤＭシンボルから構成され、１つのＣＣＥを構成する複数のＲＥＧが複数の時間区間（ＯＦＤＭシンボル）にわたって配置される場合、図７（ｄ）に示されるように、ＣＣＥは、異なる時間区間（ＯＦＤＭシンボル）のＲＥＧがミックスされて、非連続的にマップされるＲＥＧにより構成されてもよい。図７（ｅ）に示されるように、ＣＣＥは、複数のＲＥＧのグループ単位（周波数領域で連続的にマップされた複数のＲＥＧ）で分散してマップされるＲＥＧにより構成されてもよい。図７（ｆ）に示されるように、ＣＣＥは、複数のＲＥＧのグループ単位（時間領域で連続的にマップされた複数のＲＥＧ）で分散してマップされるＲＥＧにより構成されてもよい。
【００９５】
ＣＣＥは、１または複数のＲＥＧのグループを含んで構成されてもよい。ＲＥＧのグループは、ＲＥＧバンドル（ｂｕｎｄｌｅ）とも呼称される。１つのＲＥＧのグループを構成するＲＥＧの数は、Ｂｕｎｄｌｅ  ｓｉｚｅと呼称される。例えば、ＲＥＧのＢｕｎｄｌｅ  ｓｉｚｅは、１、２、３、６の何れかであってもよい。ｉｎｔｅｒｌｅａｖｅｄ  ｍａｐｐｉｎｇにおいて、ＲＥＧバンドル単位でインタリーバが適用されてもよい。端末装置１は、ＲＥＧのグループ内のＲＥに適用されるプレコーダが同一であると想定してもよい。端末装置１は、ＲＥＧのグループ内のＲＥに適用されるプレコーダが同一であると想定して、チャネル推定を行うことができる。一方、端末装置１は、ＲＥＧのグループ間のＲＥに適用されるプレコーダが同一ではないと想定してもよい。言い換えれば、端末装置１は、ＲＥＧのグループ間のＲＥに適用されるプレコーダが同一であると想定しなくてもよい。「ＲＥＧのグループ間」は、「異なる２つのＲＥＧのグループの間」と言い換えられてもよい。端末装置１は、ＲＥＧのグループ間のＲＥに適用されるプレコーダが同一ではないと想定してチャネル推定を行うことができる。ＲＥＧのグループの詳細は後述される。
【００９６】
ＰＤＣＣＨ候補を構成するＣＣＥの数は、集約レベル（ＡＬ：Ａｇｇｒｅｇａｔｉｏｎ
Ｌｅｖｅｌ）とも呼称される。１つのＰＤＣＣＨ候補が複数のＣＣＥの集約で構成される場合、１つのＰＤＣＣＨ候補はＣＣＥの番号が連続する複数のＣＣＥから構成される。集約レベルがＡＬXのＰＤＣＣＨ候補の集合は、集約レベルＡＬXの探索領域とも呼称される。つまり、集約レベルＡＬXの探索領域は、集約レベルがＡＬＸの１つまたは複数のＰ
ＤＣＣＨ候補を含んで構成されてもよい。また、探索領域は、複数の集約レベルのＰＤＣ
ＣＨ候補を含んでもよい。例えば、ＣＳＳは、複数の集約レベルのＰＤＣＣＨ候補を含んでもよい。例えば、ＵＳＳは、複数の集約レベルのＰＤＣＣＨ候補を含んでもよい。ＣＳＳに含まれるＰＤＣＣＨ候補の集約レベルのセットと、ＵＳＳに含まれるＰＤＣＣＨ候補の集約レベルのセットはそれぞれ規定／設定されてもよい。
【００９７】
以下、ＲＥＧのグループについて説明する。
【００９８】
ＲＥＧのグループは、端末装置１におけるチャネル推定のために用いられてもよい。例えば、端末装置１は、ＲＥＧのグループ毎にチャネル推定を行う。これは、異なるプレコーダが適用される参照信号のためのＲＥにおいてチャネル推定（例えばＭＭＳＥチャネル推定等）を実施することが困難であることに基づく。ここで、ＭＭＳＥは、Ｍｉｎｉｍｕｍ  Ｍｅａｎ  Ｓｑｕａｒｅ  Ｅｒｒｏｒの略称である。
【００９９】
チャネル推定の精度は、参照信号に割り当てられる電力、参照信号のために用いられるＲＥの時間周波数領域の密度、無線チャネルの環境等に少なくとも基づき変動する。チャネル推定の精度は、チャネル推定のために用いられる時間周波数の領域に少なくとも基づき変動する。本実施形態の種々の態様において、ＲＥＧのグループは、チャネル推定のために用いられる時間周波数の領域を設定するパラメータとして用いられてもよい。
【０１００】
つまり、ＲＥＧのグループが大きいほどチャネル推定精度の利得を獲得できる。一方で、ＲＥＧのグループが小さいことは、１つのＰＤＣＣＨ候補に多くのＲＥＧのグループを含むことである。１つのＰＤＣＣＨ候補に多くのＲＥＧのグループが含まれることは、それぞれのＲＥＧのグループに対して個別にプレコーダを適用することにより空間的なダイバーシチを獲得する送信方法（プレコーダ回転、プレコーダサイクリングなどと呼称される）において好適である。
【０１０１】
１つのＲＥＧのグループは、時間領域、および／または、周波数領域で連続する、または近いＲＥＧにより構成されてもよい。
【０１０２】
時間領域のＲＥＧのグループは、チャネル推定精度の改善、および／または、参照信号の削減に好適である。例えば、時間領域のＲＥＧのグループを構成するＲＥＧの数は、１であってもよいし、２であってもよいし、３であってもよいし、その他の値であってもよい。また、時間領域においてＲＥＧのグループを構成するＲＥＧの数は、制御リソースセットに含まれるＯＦＤＭシンボルの数に少なくとも基づき与えられてもよい。また、時間領域においてＲＥＧのグループを構成するＲＥＧの数は、制御リソースセットに含まれるＯＦＤＭシンボルの数と同一であってもよい。
【０１０３】
周波数領域のＲＥＧのグループは、チャネル推定精度の改善に寄与する。例えば、周波数領域のＲＥＧのグループを構成するＲＥＧの数は、２であってもよいし、３であってもよいし、少なくとも２の倍数であってもよいし、少なくとも３の倍数であってもよい。また、周波数領域においてＲＥＧのグループを構成するＲＥＧの数は、制御リソースセットのＰＲＢの数に少なくとも基づき与えられてもよい。また、周波数領域においてＲＥＧのグループを構成するＲＥＧの数は、制御リソースセットに含まれるＰＲＢの数と同一であってもよい。
【０１０４】
図８は、本実施形態の一態様に係るＰＤＣＣＨ候補を構成するＲＥＧと、ＲＥＧのグループを構成するＲＥＧの数についての一例を示す図である。図８（ａ）に示される一例では、ＰＤＣＣＨ候補が１ＯＦＤＭシンボルにマップされており、２つのＲＥＧを含むＲＥＧのグループ（ＲＥＧ  ｇｒｏｕｐ）が３つ構成されている。つまり、図８（ａ）に示される一例では、１つのＲＥＧのグループは２つのＲＥＧにより構成される。周波数領域に
おいてＲＥＧのグループを構成するＲＥＧ数は、周波数方向にマップされるＰＲＢの個数の約数を含んでもよい。図８（ａ）に示される一例では、周波数領域のＲＥＧのグループを構成するＲＥＧの数は１、２、３、または、６であってもよい。
【０１０５】
図８（ｂ）に示される一例では、ＰＤＣＣＨ候補が２つのＯＦＤＭシンボルにマップされており、２つのＲＥＧを含むＲＥＧのグループが３つ構成されている。図８（ｂ）に示される一例では、周波数領域のＲＥＧのグループを構成するＲＥＧの数は、１と３のいずれかであってもよい。
【０１０６】
周波数領域におけるＲＥＧのグループを構成するＲＥＧの数は、ＰＤＣＣＨ候補がマップされるＯＦＤＭシンボルの数に少なくとも基づき与えられてもよい。周波数領域におけるＲＥＧのグループを構成するＲＥＧの数は、ＰＤＣＣＨ候補がマップされるＯＦＤＭシンボルの数に対して個別に設定されてもよい。周波数領域のＲＥＧのグループを構成するＲＥＧの数は、ＣＣＥを構成するＲＥＧのマッピング方法（マッピングタイプ）に少なくとも基づき与えられてもよい。周波数領域におけるＲＥＧのグループを構成するＲＥＧの数は、ＣＣＥを構成するＲＥＧのマッピング方法に対して個別に設定されてもよい。ＣＣＥを構成するＲＥＧのマッピング方法は、ｉｎｔｅｒｌｅａｖｅｄ  ｍａｐｐｉｎｇまたはｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ  ｍａｐｐｉｎｇのいずれかであってもよい。ＣＣＥを構成するＲＥＧのマッピング方法は、連続的なマッピング方法か非連続的なマッピング方法のいずれかであってもよい。周波数領域におけるＲＥＧのグループを構成するＲＥＧの数は、１つのＣＣＥがマップされるＯＦＤＭシンボルの数に少なくとも基づき与えられてもよい。周波数領域におけるＲＥＧのグループを構成するＲＥＧの数は、１つのＣＣＥがマップされるＯＦＤＭシンボルの数に対して個別に設定されてもよい。
【０１０７】
時間領域におけるＲＥＧのグループを構成するＲＥＧの数は、ＰＤＣＣＨ候補がマップされるＯＦＤＭシンボルの数に少なくとも基づき与えられてもよい。時間領域におけるＲＥＧのグループを構成するＲＥＧの数は、ＰＤＣＣＨ候補がマップされるＯＦＤＭシンボルの数に対して個別に設定されてもよい。時間領域におけるＲＥＧのグループを構成するＲＥＧの数は、１つのＣＣＥがマップされるＯＦＤＭシンボルの数に少なくとも基づき与えられてもよい。時間領域におけるＲＥＧのグループを構成するＲＥＧの数は、１つのＣＣＥがマップされるＯＦＤＭシンボルの数に対して個別に設定されてもよい。
【０１０８】
時間領域のＲＥＧのグループは、参照信号の削減のためにも好適である。図８（ｂ）に示されるようにＲＥＧのグループが構成されている場合、参照信号は前方のＯＦＤＭシンボル、および／または、後方のＯＦＤＭシンボルに含まれてもよい。例えば、時間領域において、ＲＥＧのグループ内の最初のＲＥＧ（先頭のＲＥＧ）は下りリンク制御情報がマップされないＲＥを含んでもよく、ＲＥＧのグループ内における最初のＲＥＧ以外のＲＥＧは下りリンク制御情報がマップされないＲＥを含まなくてもよい。
【０１０９】
図９は、本実施形態の一態様に係るＣＣＥを構成するＲＥＧのマッピングの一例を示す図である。ここでは、制御リソースセットを構成するＯＦＤＭシンボルの数が３個の場合について示す。図９において、１つのＣＣＥは６つのＲＥＧにより構成される。また、図９において、時間領域におけるＲＥＧのインデックスｍは左からｍ＝０〜２（０、１、２）の値が付されている。また、図９において、周波数領域におけるＲＥＧのインデックスｎは、下からｎ＝０〜５（０、１、２、３、４、５）の値が付されている。図９（ａ）において、ＣＣＥを構成するＲＥＧがＴｉｍｅ  ｆｉｒｓｔにマップされる一例が示されている。Ｔｉｍｅ  ｆｉｒｓｔのマッピングは、時間領域におけるＲＥＧのインデックスの低い（小さい）方から高い（大きい）方へＲＥＧをマップし、時間領域のＲＥＧのインデックスが最大に到達した時点で周波数領域のＲＥＧのインデックスを１つ増加させていくマッピング方法である。図９（ｂ）において、ＣＣＥを構成するＲＥＧがＦｒｅｑｕｅｎ
ｃｙ  ｆｉｒｓｔにマップされる一例が示されている。Ｆｒｅｑｕｅｎｃｙ  ｆｉｒｓｔのマッピングは、周波数領域におけるＲＥＧのインデックスの低い（小さい）方から高い（大きい）方へＲＥＧをマップし、周波数領域のＲＥＧのインデックスが最大に到達した時点で時間領域のＲＥＧのインデックスを１つ増加させていくマッピング方法である。ここで、ＲＥＧをマップするということは、ＲＥＧに配置される信号をマップするということを意味する。
【０１１０】
以下、本実施形態の一態様に係る端末装置１の構成例を説明する。
【０１１１】
図１０は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベー
スバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、または、物理層処理部とも称する。物理層処理部は復号部を含む。端末装置１の受信部は、ＰＤＣＣＨを受信する。端末装置１の復号部は、受信したＰＤＣＣＨを復号する。より詳細には、端末装置１の復号部は、ＵＳＳのＰＤＣＣＨ候補が対応するリソースの受信信号に対してブラインド復号処理を行う。端末装置１の復号部は、ＣＳＳのＰＤＣＣＨ候補が対応するリソースの受信信号に対してブランド復号処理を行う。端末装置１の受信部は、制御リソースセット内でＰＤＣＣＨ候補をモニタする。端末装置１の受信部は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを受信する。端末装置１の受信部は、ＰＤＣＣＨ候補をモニタして、ＤＣＩ  ｆｏｒｍａｔを受信する。端末装置１の受信部は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域（ＵＬ  Ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ、ＵＬ
ＢＷＰ）を示す識別子を含むＤＣＩ  ｆｏｒｍａｔを受信する。端末装置１の送信部は、受信したＤＣＩ  ｆｏｒｍａｔに含まれる、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子により示される上りリンクの周波数帯域にＲＦ部１２を再調整する。端末装置１の送信部は、基地局装置３よりＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を受けた場合に、再調整された上りリンクの周波数帯域でＨＡＲＱ−ＡＣＫを送信する。端末装置１の送信部は、受信部がＰＤＳＣＨを受信している間に、基地局装置３より指示された上りリンクの周波数帯域にＲＦ部１２を再調整することを開始する。端末装置１の送信部は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含むＤＣＩ  ｆｏｒｍａｔによりスケジューリングされたＰＤＳＣＨを受信している間に、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子により示された上りリンクの周波数帯域にＲＦ部１２を再調整することを開始する。
【０１１２】
上位層処理部１４は、ユーザーの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、ＭＡＣ層、パケットデータ統合プロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、ＲＲＣ層の処理を行なう。
【０１１３】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣ層の処理を行う。
【０１１４】
上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地
局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。無線リソース制御層処理部１６は、基地局装置３から受信したＲＲＣシグナリングに基づいて制御リソースセットを設定する。無線リソース制御層処理部１６は、基地局装置３から受信したＲＲＣシグナリングに基づいて探索領域を設定する。無線リソース制御層処理部１６は、基地局装置３から受信したＲＲＣシグナリングに基づいて制御リソースセット内に探索領域を設定する。無線リソース制御層処理部１６は、ＨＡＲＱ−ＡＣＫをフィードバックする可能性のある上りリンクの周波数帯域毎に各種設定情報／パラメータを設定する。例えば、無線リソース制御層処理部１６で設定されるＨＡＲＱ−ＡＣＫをフィードバックする可能性のある上りリンクの周波数帯域毎の各種設定情報／パラメータは、周波数領域の位置、サブキャリア間隔、サイクリックプレフィックス長、シンボル数、送信電力制御に関する各種設定情報／パラメータである。
【０１１５】
無線リソース制御層処理部１６は、ＨＡＲＱ−ＡＣＫをフィードバックする可能性のある上りリンクの周波数帯域として、複数の上りリンクの周波数帯域の設定を基地局装置３から受信したＲＲＣシグナリングに基づいて行なう。端末装置１の送信部は、無線リソース制御層処理部１６から設定された複数の上りリンクの周波数帯域の中から、受信したＤＣＩ  ｆｏｒｍａｔに含まれる、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子により示される上りリンクの周波数帯域にＲＦ部１２を再調整する。複数の上りリンクの周波数帯域は、異なるセルとして管理され、上りリンクの周波数帯域を示す識別子として異なるＣｅｌｌ  ｉｎｄｅｘが設定されてもよい。複数の上りリンクの周波数帯域は、異なるＢＷＰとして管理され、りリンクの周波数帯域を示す識別子として異なるＢＷＰ  ｉｎｄｅｘが設定されてもよい。
【０１１６】
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。
【０１１７】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート：ｄｏｗｎ  ｃｏｖｅｒｔ）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
【０１１８】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（ＦＦＴ：Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）を行い、周波数領域の信号を抽出する。
【０１１９】
ベースバンド部１３は、データを逆高速フーリエ変換（ＩＦＦＴ：Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
【０１２０】
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（ｕｐ  ｃｏｎｖｅｒｔ）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。ＲＦ部１２は、端末装置１の送信部からの指示に基づき、信号の送信を行う上りリンクの周波数帯域を再調整する。
【０１２１】
以下、本実施形態の一態様に係る基地局装置３の構成例を説明する。
【０１２２】
図１１は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。
【０１２３】
上位層処理部３４は、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理を行なう。
【０１２４】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣ層の処理を行う。
【０１２５】
上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部３６は、ＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック）、システム情報、ＲＲＣメッセージ（ＲＲＣシグナリング）、ＭＡＣ  ＣＥなどを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【０１２６】
無線リソース制御層処理部３６は、ＨＡＲＱ−ＡＣＫをフィードバックする可能性のある上りリンクの周波数帯域毎に各種設定情報／パラメータを設定し、送信する。例えば、無線リソース制御層処理部３６で設定されるＨＡＲＱ−ＡＣＫをフィードバックする可能性のある上りリンクの周波数帯域毎の各種設定情報／パラメータは、周波数領域の位置、サブキャリア間隔、サイクリックプレフィックス長、シンボル数、送信電力制御に関する各種設定情報／パラメータである。
【０１２７】
無線リソース制御層処理部３６は、ＨＡＲＱ−ＡＣＫをフィードバックする可能性のある上りリンクの周波数帯域として、端末装置１に対して複数の上りリンクの周波数帯域の設定を行なう。基地局装置３の受信部は、無線リソース制御層処理部３６から設定された複数の上りリンクの周波数帯域の中から、送信したＤＣＩ  ｆｏｒｍａｔに含まれる、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子により示される上りリンクの周波数帯域でＨＡＲＱ−ＡＣＫの受信を行なう。複数の上りリンクの周波数帯域は、異なるセルとして管理され、上りリンクの周波数帯域を示す識別子として異なるＣｅｌｌ  ｉｎｄｅｘが設定されてもよい。複数の上りリンクの周波数帯域は、異なるＢＷＰとして管理され、上りリンクの周波数帯域を示す識別子として異なるＢＷＰ  ｉｎｄｅｘが設定されてもよい。
【０１２８】
無線送受信部３０の機能は、無線送受信部１０と同様の機能を有する。無線送受信部３０は、端末装置１に構成されるＳＳ（Ｓｅａｒｃｈ  ｓｐａｃｅ：探索領域）を把握する。無線送受信部３０はＳＳ把握部を含み、ＳＳ把握部が端末装置１に構成されるＳＳを把握する。ＳＳ把握部は、端末装置のＳｅａｒｃｈ  ｓｐａｃｅとして構成される、制御リソースセット内の１つ以上のＰＤＣＣＨ候補を把握する。ＳＳ把握部は、端末装置１の個別制御リソースセット内に構成されるＰＤＣＣＨ候補（ＰＤＣＣＨ候補の数、ＰＤＣＣＨ候補の番号）を把握する。ＳＳ把握部は、共通制御リソースセット内に構成されるＰＤＣＣＨ候補（ＰＤＣＣＨ候補の数、ＰＤＣＣＨ候補の番号）を把握する。ＳＳ把握部は、Ｂａｎｄｗｉｄｔｈ  ｐａｒｔ内のＬＢＴ  ｓｕｂｂａｎｄ毎の制御リソースセット内に構
成されるＰＤＣＣＨ候補（ＰＤＣＣＨ候補の数、ＰＤＣＣＨ候補の番号）を把握する。無線送受信部３０の送信部は、ＰＤＣＣＨ候補を用いてＰＤＣＣＨを送信する。
【０１２９】
基地局装置３の送信部は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを送信する。基地局装置３の送信部は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含むＤＣＩ  ｆｏｒｍａｔを送信する。基地局装置３の送信部は、ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報を端末装置１に対して送信する。
【０１３０】
基地局装置３の無線送受信部３０の送信部（送信処理部）は、ＣＣ−ＲＮＴＩを含むＰＤＣＣＨを送信してもよい。基地局装置３の無線送受信部３０の送信部（送信処理部）は、Ｂａｎｄｗｉｄｔｈ  ｐａｒｔ内のＬＢＴ  ｓｕｂｂａｎｄ毎の制御リソースセット内でＵｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓ共通情報を含むＰＤＣＣＨを送信してもよい。基地局装置３の無線送受信部３０の送信部（送信処理部）は、ＬＢＴ  ｓｕｂｂａｎｄ毎の制御リソースセットでＵｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓ共通情報（ＬＢＴ  ｓｕｂｂａｎｄのサブフレームの構成を示す制御情報）を含むＰＤＣＣＨを送信してもよい。
【０１３１】
無線リソース制御層処理部３６は、Ｂａｎｄｗｉｄｔｈ  ｐａｒｔ内に構成される、それぞれの制御リソースセットを対応するＬＢＴ  ｓｕｂｂａｎｄ内の複数のリソースブロックを用いて構成してもよい（設定してもよい）。
【０１３２】
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。端末装置１は、少なくともメモリと前記回路とから構成されてもよい。基地局装置３は、少なくともメモリと前記回路とから構成されてもよい。端末装置１は、各回路がメモリを有してもよいし、回路とは別にメモリを有していてもよい。基地局装置３は、各回路がメモリを有してもよいし、回路とは別にメモリを有していてもよい。
【０１３３】
以下、本実施形態に係る初期接続の手順の一例を説明する。
【０１３４】
基地局装置３は、基地局装置３によって制御される通信可能範囲（または、通信エリア）を備える。通信可能範囲は、１、または、複数のセル（または、サービングセル、サブセル、ビーム等）に分割され、セルごとに端末装置１との通信を管理することができる。一方、端末装置１は、複数のセルの中から少なくとも１つのセルを選択し、基地局装置３との接続確立を試みる。ここで、端末装置１と基地局装置３の少なくとも１つのセルとの接続が確立された第１の状態は、ＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）とも呼称される。また、端末装置１が基地局装置３のどのセルとの接続も確立されていない第２の状態は、ＲＲＣアイドルとも呼称される。また、端末装置１と基地局装置３の少なくとも１つのセルとの接続が確立されているが、端末装置１と基地局装置３の間で一部の機能が制限される第３の状態は、ＲＲＣ中断（ＲＲＣ  ｓｕｓｐｅｎｄｅｄ）とも呼称される。ＲＲＣ中断は、ＲＲＣ不活性（ＲＲＣ  ｉｎａｃｔｉｖｅ）とも呼称される。
【０１３５】
ＲＲＣアイドルの端末装置１は、基地局装置３の少なくとも１つのセルとの接続確立を試みてもよい。ここで、端末装置１が接続を試みるセルは、ターゲットセルとも呼称される。図１２は、本実施形態の一態様に係る第１の初期接続手順（４−ｓｔｅｐ  ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ＲＡＣＨ  ｐｒｏｃｅｄｕｒｅ）の一例を示す図である。第１の初期接続手順は、ステップ５１０１〜５１０４の一部を少なくとも含んで構成される。
【０１３６】
ステップ５１０１は、端末装置１がターゲットセルに物理チャネルを介して、初期接続のための応答を要求するステップである。または、ステップ５１０１は、端末装置１がターゲットセルに物理チャネルを介して最初の送信を行うステップである。ここで、該物理チャネルは、例えば、ＰＲＡＣＨであってもよい。該物理チャネルは、初期接続のための応答を要求するために専用的に用いられるチャネルであってもよい。ステップ５１０１において、端末装置１より該物理チャネルを介して送信されるメッセージは、ランダムアクセスメッセージ１とも呼称される。ランダムアクセスメッセージ１の信号は、端末装置１の上位層より与えられるランダムアクセスプリアンブルインデックスｕに基づき生成されてもよい。
【０１３７】
端末装置１は、ステップ５１０１の実施に先立って、下りリンクの時間周波数同期を行う。第１の状態において端末装置１が下りリンクの時間周波数同期を行うために同期信号が用いられる。
【０１３８】
同期信号は、ターゲットセルのＩＤ（セルＩＤ）を含んで送信されてもよい。同期信号は、セルＩＤに少なくとも基づき生成される系列を含んで送信されてもよい。同期信号がセルＩＤを含むことは、セルＩＤに基づき同期信号の系列が与えられることであってもよい。同期信号は、ビーム（または、プレコーダ）が適用され、送信されてもよい。
【０１３９】
ビームは、方向に応じてアンテナ利得が異なる現象を示す。ビームは、アンテナの指向性に少なくとも基づき与えられてもよい。また、ビームは、搬送波信号の位相変換に少なくとも基づき与えられてもよい。また、ビームは、プレコーダが適用されることにより与えられてもよい。
【０１４０】
端末装置１は、ターゲットセルより送信されるＰＢＣＨを受信する。ＰＢＣＨは、端末装置１がターゲットセルと接続するために用いられる重要なシステム情報を含む重要情報ブロック（ＭＩＢ：Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ、ＥＩＢ：Ｅｓｓｅｎｔｉａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含んで送信されてもよい。重要情報ブロックは、システム情報である。重要情報ブロックは、無線フレームの番号に関する情報を含んでもよい。重要情報ブロックは、複数の無線フレームで構成されるスーパーフレーム内における位置に関する情報（例えば、スーパーフレーム内におけるシステムフレーム番号（ＳＦＮ：Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）の少なくとも一部を示す情報）を含んでもよい。また、ＰＢＣＨは、同期信号のインデックスを含んでもよい。ＰＢＣＨは、ＰＤＣＣＨの受信に関連する情報を含んでもよい。重要情報ブロックは、トランスポートチャネルにおいてＢＣＨにマップされてもよい。重要情報ブロックは、ロジカルチャネルにおいてＢＣＣＨにマップされてもよい。
【０１４１】
ＰＤＣＣＨの受信に関連する情報は、制御リソースセットを示す情報を含んでもよい。制御リソースセットを示す情報は、制御リソースセットがマップされるＰＲＢの数、位置に関する情報を含んでもよい。制御リソースセットを示す情報は、制御リソースセットのマッピングを示す情報を含んでもよい。制御リソースセットを示す情報は、制御リソースセットがマップされるＯＦＤＭシンボルの数に関連する情報を含んでもよい。制御リソースセットを示す情報は、制御リソースセットがマップされるスロットの周期（ｐｅｒｉｏｄｉｃｉｔｙ）を示す情報を含んでもよい。制御リソースセットを示す情報は、制御リソースセットが配置されるサブフレームまたはスロットの時間領域の位置を示す情報を含んでもよい。端末装置１は、ＰＢＣＨに含まれる制御リソースセットを示す情報に少なくとも基づき、ＰＤＣＣＨの受信を試みることができる。
【０１４２】
ＰＤＣＣＨの受信に関連する情報は、ＰＤＣＣＨの宛先を指示するＩＤに関連する情報を含んでもよい。ＰＤＣＣＨの宛先を指示するＩＤは、ＰＤＣＣＨに付加されるＣＲＣビ
ットのスクランブルに用いられるＩＤであってもよい。ＰＤＣＣＨの宛先を指示するＩＤは、ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）とも呼称される。ＰＤＣＣＨの受信に関連する情報は、ＰＤＣＣＨに付加されるＣＲＣビットのスクランブルに用いられるＩＤに関連する情報を含んでもよい。端末装置１は、ＰＢＣＨに含まれる該ＩＤに関連する情報に少なくとも基づき、ＰＤＣＣＨの受信を試みることができる。
【０１４３】
ＲＮＴＩは、ＳＩ−ＲＮＴＩ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  −  ＲＮＴＩ）、Ｐ−ＲＮＴＩ（Ｐａｇｉｎｇ  −  ＲＮＴＩ）、Ｃ−ＲＮＴＩ（Ｃｏｍｍｏｎ  −  ＲＮＴＩ）、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ（ＴＣ−ＲＮＴＩ）、ＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  −  ＲＮＴＩ）、ＣＣ−ＲＮＴＩ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  −  ＲＮＴＩ）、ＩＮＴ−ＲＮＴＩ（Ｉｎｔｅｒｒｕｐｔｉｏｎ  −  ＲＮＴＩ）を含んでもよい。ＳＩ−ＲＮＴＩは、システム情報を含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられる。Ｐ−ＲＮＴＩは、ページング情報、および／または、システム情報の変更通知等の情報を含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられる。Ｃ−ＲＮＴＩは、ＲＲＣ接続された端末装置１に対して、ユーザーデータをスケジューリングするために少なくとも用いられる。Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、ランダムアクセスメッセージ４のスケジューリングのために少なくとも用いられる。Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、ロジカルチャネルにおけるＣＣＣＨにマップされるデータを含むＰＤＳＣＨをスケジューリングするために少なくとも用いられる。ＲＡ−ＲＮＴＩは、ランダムアクセスメッセージ２のスケジューリングのために少なくとも用いられる。ＣＣ−ＲＮＴＩは、Ｕｎｌｉｃｅｎｓｅｄ  ａｃｃｅｓｓの制御情報の送受信のために少なくとも用いられる。ＩＮＴ−ＲＮＴＩは、下りリンクでのＰｒｅ−ｅｍｐｔｉｏｎを示すために少なくとも用いられる。
【０１４４】
システム情報（ＲＭＳＩ：Ｒｅｍａｉｎｉｎｇ  Ｍｉｎｉｍｕｍ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ、ＯＳＩ：Ｏｔｈｅｒ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）の送受信に用いられるＰＤＳＣＨのリソース割り当て情報を含むＰＤＳＣＨが送受信される共通制御リソースセットは、同期信号に関連付けられて配置されてもよい。同期信号が配置される時間領域と同じ、または近いサブフレームにおいて共通制御リソースセットが配置されてもよい。
【０１４５】
ＰＤＣＣＨの受信に関連する情報は、制御リソースセットに含まれる探索領域の集約レベルに関する情報を含んでもよい。端末装置１は、ＰＢＣＨに含まれる制御リソースセットに含まれる探索領域の集約レベルに関する情報に少なくとも基づき、受信を試みるべきＰＤＣＣＨ候補の集約レベルを特定し、探索領域を決定することができる。ＰＤＣＣＨの受信に関連する情報は、探索領域のＰＤＣＣＨ候補の数に関する情報を含んでもよい。ＰＤＣＣＨの受信に関連する情報は、探索領域の集約レベル毎のＰＤＣＣＨ候補の数に関する情報を含んでもよい。
【０１４６】
ＰＤＣＣＨの受信に関連する情報は、ＲＥＧのグループに関連する情報（ＲＥＧバンドルサイズ）を含んでもよい。ＰＤＣＣＨの受信に関連する情報は、周波数領域のＲＥＧのグループを構成するＲＥＧの数を示す情報を含んでもよい。ＰＤＣＣＨの受信に関連する情報は、時間領域のＲＥＧのグループを構成するＲＥＧの数を示す情報を含んでもよい。
【０１４７】
制御リソースセットに対応する参照信号は、制御リソースセットに含まれる複数のＰＤＣＣＨ候補に対応してもよい。制御リソースセットに対応する参照信号は、制御リソースセットに含まれる複数のＰＤＣＣＨの復調に用いられてもよい。
【０１４８】
基地局装置３は、ＰＤＣＣＨの受信に関連する情報を含むＰＢＣＨを送信し、端末装置
１に共通制御リソースセットのモニタリングを指示することができる。端末装置１は、ＰＢＣＨに含まれるＰＤＣＣＨの受信に関連する情報を検出することに少なくとも基づき、共通制御リソースセットのモニタリングを実施する。共通制御リソースセットは、第１のシステム情報（ＲＭＳＩ、ＯＳＩ）のスケジューリングのために少なくとも用いられる。第１のシステム情報は、端末装置１がターゲットセルに接続するために重要なシステム情報を含んでもよい。第１のシステム情報は、下りリンクの種々の設定に関する情報を含んでもよい。第１のシステム情報は、ＰＲＡＣＨの種々の設定に関する情報を含んでもよい。第１のシステム情報は、上りリンクの種々の設定に関する情報を含んでもよい。第１のシステム情報は、ランダムアクセスメッセージ３送信に設定される信号波形の情報（ＯＦＤＭまたはＤＦＴ−ｓ−ＯＦＤＭ）を含んでもよい。第１のシステム情報は、ＭＩＢに含まれる情報以外のシステム情報の一部を少なくとも含んでもよい。
【０１４９】
第１のシステム情報は、トランスポートチャネルにおいて、ＢＣＨにマップされてもよい。第１のシステム情報は、ロジカルチャネルにおいてＢＣＣＨにマップされてもよい。第１のシステム情報は、ＳＩＢ１（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ
ｔｙｐｅ１）を少なくとも含んでもよい。第１のシステム情報は、ＳＩＢ２（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  ｔｙｐｅ２）を少なくとも含んでもよい。共通制御リソースセットは、ランダムアクセスメッセージ２のスケジューリングのために用いられてもよい。なお、ＳＩＢ１は、ＲＲＣ接続を行なうために必要な測定に関する情報を含んでもよい。また、ＳＩＢ２は、セル内の複数の端末装置１間で、共通、および／または、共有されるチャネルに関する情報を含んでもよい。ＭＩＢは、Ｂａｎｄｗｉｄｔｈ  ｐａｒｔを構成する周波数リソースを示す情報を含んでもよい。システム情報ＳＩＢ（ＳＩＢ１）は、Ｂａｎｄｗｉｄｔｈ  ｐａｒｔを構成する周波数リソースを示す情報を含んでもよい。
【０１５０】
端末装置１は、ＰＤＣＣＨの受信に関連する情報に少なくとも基づき、ＰＤＣＣＨのモニタリングを行ってもよい。端末装置１は、ＲＥＧのグループに関連する情報に少なくとも基づき、ＰＤＣＣＨのモニタリングを行ってもよい。端末装置１は、ＰＤＣＣＨの受信に関連する情報に少なくとも基づき、ＰＤＣＣＨのモニタリングのために適用される設定を想定してもよい。
【０１５１】
基地局装置３は、ＭＩＢ、および／または、第１のシステム情報を送信し、端末装置１に共通制御リソースセットのモニタリングを指示することができる。第１のシステム情報は、ＰＤＣＣＨの受信に関連する情報を含んでもよい。端末装置１は、ＭＩＢ、および／または、第１のシステム情報に含まれるＰＤＣＣＨの受信に関連する情報に少なくとも基づき共通制御リソースセットのモニタリングを実施してもよい。共通制御リソースセットは、ページング情報、および／または、システム情報の変更通知のための情報を含むＰＤＳＣＨをスケジューリングするために用いられてもよい。
【０１５２】
ステップ５１０２は、基地局装置３が端末装置１に対して、ランダムアクセスメッセージ１への応答を行うステップである。該応答は、ランダムアクセスメッセージ２とも呼称される。ランダムアクセスメッセージ２は、ＰＤＳＣＨを介して送信されてもよい。ランダムアクセスメッセージ２を含むＰＤＳＣＨは、ＰＤＣＣＨによりスケジューリングされる。該ＰＤＣＣＨに含まれるＣＲＣビットは、ＲＡ−ＲＮＴＩによりスクランブルされてもよい。ランダムアクセスメッセージ２は、特別な上りリンクグラントを含んで送信されてもよい。該特別な上りリンクグラントは、ランダムアクセスレスポンスグラントとも呼称される。該特別な上りリンクグラントは、ランダムアクセスメッセージ２を含むＰＤＳＣＨに含まれてもよい。ランダムアクセスレスポンスグラントは、少なくともＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩを含んでもよい。
【０１５３】
基地局装置３は、ＭＩＢ、第１のシステム情報、および／または、第２のシステム情報を送信し、端末装置１に共通制御リソースセットのモニタリングを指示することができる。第２のシステム情報は、ＰＤＣＣＨの受信に関連する情報を含んでもよい。端末装置１は、ＭＩＢ、第１のシステム情報、および／または、第２のシステム情報に含まれるＰＤＣＣＨの受信に関連する情報に少なくとも基づき共通制御リソースセットのモニタリングを実施する。該ＰＤＣＣＨに付加されるＣＲＣビットは、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩによりスクランブルされてもよい。共通制御リソースセットは、ランダムアクセスメッセージ２のスケジューリングのために用いられてもよい。
【０１５４】
共通制御リソースセットは、さらに、端末装置１より送信されるランダムアクセスメッセージ１に含まれる物理ルートインデックスｕ、および／または、該ランダムアクセスメッセージ１の送信に用いられるリソース（ＰＲＡＣＨのリソース）に少なくとも基づき与えられてもよい。ここで、該ランダムアクセスメッセージ１は、制御リソースセットのモニタリングに対応してもよい。また、該リソースは、時間、および／または、周波数のリソースを示してもよい。該リソースは、リソースブロックのインデックス、および／または、スロット（サブフレーム）のインデックスにより与えられてもよい。該共通制御リソースセットのモニタリングは、該ランダムアクセスメッセージ１によりトリガされてもよい。
【０１５５】
ステップ５１０３は、端末装置１がターゲットセルに対して、ＲＲＣ接続のリクエストを送信するステップである。該ＲＲＣ接続のリクエストは、ランダムアクセスメッセージ３とも呼称される。ランダムアクセスメッセージ３は、ランダムアクセスレスポンスグラントによりスケジューリングされるＰＵＳＣＨを介して送信されてもよい。ランダムアクセスメッセージ３は、端末装置１の識別に用いられるＩＤを含んでもよい。該ＩＤは、上位層で管理されるＩＤであってもよい。該ＩＤは、Ｓ−ＴＭＳＩ（ＳＡＥ  Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）であってもよい。該ＩＤは、ロジカルチャネルにおいてＣＣＣＨにマップされてもよい。
【０１５６】
ステップ５１０４は、基地局装置３が端末装置１に対して、衝突解決メッセージ（Ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｍｅｓｓａｇｅ）を送信するステップである。衝突解決メッセージは、ランダムアクセスメッセージ４とも呼称される。端末装置１は、ランダムアクセスメッセージ３送信後に、ランダムアクセスメッセージ４を含むＰＤＳＣＨをスケジューリングするＰＤＣＣＨのモニタリングを行う。ランダムアクセスメッセージ４は、衝突回避用ＩＤが含まれてもよい。ここで、衝突回避用ＩＤは、複数の端末装置１が同一の無線リソースを用いて信号を送信する衝突を解決するために用いられる。衝突回避用ＩＤは、ＵＥ  ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｉｄｅｎｔｉｔｙとも呼称される。
【０１５７】
ステップ５１０４において、端末装置１の識別に用いられるＩＤ（例えば、Ｓ−ＴＭＳＩ）を含むランダムアクセスメッセージ３を送信した該端末装置１は、衝突解決メッセージを含むランダムアクセスメッセージ４をモニタする。該ランダムアクセスメッセージ４に含まれる衝突回避用ＩＤが、該端末装置１の識別に用いられる該ＩＤと等しい場合に、該端末装置１は衝突解決が成功裏に完了したとみなし、Ｃ−ＲＮＴＩフィールドにＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩの値をセットしてもよい。Ｃ−ＲＮＴＩフィールドにＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩの値がセットされた端末装置１は、ＲＲＣ接続が完了したとみなされる。
【０１５８】
ランダムアクセスメッセージ４をスケジューリングするＰＤＣＣＨのモニタリングのための制御リソースセットは、共通制御リソースセットであってもよい。基地局装置３は、ＰＤＣＣＨの受信に関連する情報をランダムアクセスメッセージ２に含んで送信し、端末
装置１に共通制御リソースセットのモニタリングを指示することができる。端末装置１は、ランダムアクセスメッセージ２に含まれるＰＤＣＣＨの受信に関連する情報に少なくとも基づきＰＤＣＣＨのモニタリングを実施する。
【０１５９】
ＲＲＣ接続された端末装置１は、ロジカルチャネルにおいてＤＣＣＨにマップされる専用ＲＲＣシグナリングを受信することができる。基地局装置３は、ＰＤＣＣＨの受信に関連する情報を含む専用ＲＲＣシグナリングを送信し、端末装置１に個別制御リソースセットのモニタリングを指示することができる。端末装置１は、専用ＲＲＣシグナリングに含まれるＰＤＣＣＨの受信に関連する情報に少なくとも基づきＰＤＣＣＨのモニタリングを実施する。また、基地局装置３は、ＰＤＣＣＨの受信に関連する情報を含む専用ＲＲＣシグナリングを送信し、端末装置１に共通制御リソースセットのモニタリングを指示することができる。端末装置１は、共通制御リソースセットにおいてＣＣ−ＲＮＴＩを含むＰＤＣＣＨのモニタリングを実施する。
【０１６０】
基地局装置３は、ＰＤＣＣＨの受信に関連する情報を含むランダムアクセスメッセージ４を送信し、端末装置１に個別制御リソースセットのモニタリングを指示することができる。端末装置１は、ランダムアクセスメッセージ４にＰＤＣＣＨの受信に関連する情報が含まれる場合に、該ＰＤＣＣＨの受信に関連する情報に少なくとも基づき、個別制御リソースセットのモニタリングを実施してもよい。
【０１６１】
共通制御リソースセットは、１タイプだけではなく、複数のタイプが構成されてもよい。用途に応じて、複数の共通制御リソースセットがそれぞれ独立に構成されてもよい。例えば、ＣＣ−ＲＮＴＩを含むＰＤＣＣＨの送受信用の共通制御リソースセットと、ＳＩ−ＲＮＴＩを含むＰＤＣＣＨの送受信用の共通制御リソースセットが独立に構成されてもよい。複数の共通制御リソースセットのそれぞれが異なるＬＢＴ  ｓｕｂｂａｎｄに構成されてもよい。
【０１６２】
図１３は、本実施形態の一態様に係る端末装置１によってモニタされるＰＤＣＣＨ候補の一例を示す図である。図１３（ａ）は、ＲＲＣシグナリングに基づき設定された、個別制御リソースセット（Ｄｅｄｉｃａｔｅｄ  ＣＯＲＥＳＥＴ、ＵＥ−ｓｐｅｃｉｆｉｃ  ＣＯＲＥＳＥＴ）の探索領域のＰＤＣＣＨ候補の一例を示している。図１３（ａ）は、ＲＲＣシグナリングに基づき設定された、ＵＳＳのＰＤＣＣＨ候補の一例も意味する。図１３（ａ）では、集約レベル１のＰＤＣＣＨ候補が６個、集約レベル２のＰＤＣＣＨ候補が６個、集約レベル４のＰＤＣＣＨ候補が２個、集約レベル８のＰＤＣＣＨ候補が２個構成される例を示している。図１３（ｂ）は、共通制御リソースセット（Ｃｏｍｍｏｎ  ＣＯＲＥＳＥＴ）の探索領域のＰＤＣＣＨ候補の一例を示している。図１３（ｂ）は、ＣＳＳのＰＤＣＣＨ候補の一例も意味する。図１３（ｂ）では、集約レベル４のＰＤＣＣＨ候補が４個、集約レベル８のＰＤＣＣＨ候補が２個構成される例を示している。
【０１６３】
図１３（ｃ）は、制御リソースセットと探索領域の配置例を示している。Ｓｕｂｆｒａｍｅ＃Ｘでは、ある端末装置１に対しては個別制御リソースセット内の探索領域のみが配置されている。Ｓｕｂｆｒａｍｅ＃Ｘにおいて、端末装置１は、図１３（ａ）で示すように、個別制御リソースセットの探索領域内で合計１６個のＰＤＣＣＨ候補をモニタする。Ｓｕｂｆｒａｍｅ＃Ｙでは、ある端末装置１に対しては個別制御リソースセット内の探索領域と共通制御リソースセット内の探索領域が配置されている。端末装置１は、図１３（ｂ）で示すように、共通制御リソースセットの探索領域内で合計６個のＰＤＣＣＨ候補をモニタし、個別制御リソースセットの探索領域内で合計１０個のＰＤＣＣＨ候補をモニタする。Ｓｕｂｆｒａｍｅ＃Ｚ（第三の時間区間）では、ある端末装置１に対しては共通制御リソースセットの探索領域のみが配置されている。Ｓｕｂｆｒａｍｅ＃Ｚでは、端末装置１は、図１３（ｂ）に示すように、共通制御リソースセットの探索領域内で合計６個の
ＰＤＣＣＨ候補をモニタする。なお、Ｓｕｂｆｒａｍｅ＃Ｙの共通制御リソースセットとＳｕｂｆｒａｍｅ＃Ｚの共通制御リソースセットは異なるタイプの共通制御リソースセットであってもよい。
【０１６４】
図１３（ｃ）に示すように、個別制御リソースセットと共通制御リソースセットは異なる周波数リソースから構成されてもよい。なお、図１３（ｃ）で図示していないが、複数の個別制御リソースセットが構成される場合、それぞれの個別制御リソースセットは異なる周波数リソースから構成されてもよい。なお、図１３（ｃ）で図示していないが、複数の共通制御リソースセットが構成される場合、それぞれの共通制御リソースセットは異なる周波数リソースから構成されてもよい。また、それぞれの制御リソースセットは、異なる時間リソース（ＯＦＤＭシンボル）から構成されてもよい。共通制御リソースセットにＵＳＳが配置されてもよい。個別制御リソースセットにＣＳＳが配置されてもよい。
【０１６５】
端末装置１に複数のＢＷＰ（ＢａｎｄＷｉｄｔｈ  Ｐａｒｔ）が構成され、共通制御リソースセットと個別制御リソースセットが異なるＢＷＰに構成されてもよい。ＢＷＰとは、キャリア（セル）の一部の周波数帯域幅を意味し、端末装置１が通信に用いる周波数帯域幅を限定するために用いられたり、広帯域通信をサポートするために用いられる。
【０１６６】
共通制御リソースセットにおいて、空きリソースを示すための情報（Ｐｒｅｅｍｐｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎ）を含むＰＤＣＣＨが送受信されてもよい。共通制御リソースセットにおいて、予約リソースを示すための情報を含むＰＤＣＣＨが送受信されてもよい。共通制御リソースセットにおいて、スロットフォーマット構成（ＳＦＩ：Ｓｌｏｔ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｉｏｎ）を示す情報を含むＰＤＣＣＨが送受信されてもよい。
【０１６７】
本発明の実施形態のＬＢＴ（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ）に関する動作の一例について説明する。複数のＬＢＴのカテゴリーの中でＬＢＴ  ｃａｔｅｇｏｒｙ  ４について説明する。先ず、基地局装置３は、第一の時間の間、チャネル（リソース、周波数帯、キャリア）がアイドルであるかどうか（ビジーであるかどうか）を判断する。基地局装置３は、バックオフカウンタとして所定の範囲内からランダムな値を選択する（ランダムバックオフ）。基地局装置３は、第一の時間の間、チャネルがアイドルであると判断すると、センシングスロット時間毎にキャリアセンスを行い、チャネルがアイドルであるかどうかを判断する。基地局装置３はセンシングスロット時間においてチャネルがアイドルであると判断すると、バックオフカウンタの値を減少させ、次のセンシングスロット時間においてキャリアセンスを再度行う。基地局装置３はセンシングスロット時間においてチャネルがビジーであると判断すると、第一の時間の間、チャネルがアイドルであるかどうかの判断の処理に戻る。
【０１６８】
複数のセンシングスロット時間においてチャネルがアイドルであると判断され、バックオフカウンタの値がゼロになったら、基地局装置３は、信号の送信、端末装置１へのスケジューリング（リソース割り当て）、端末装置１からの信号の受信を開始する。基地局装置３は、リソースを使用してアクセスを開始する。信号の送受信開始後に、通信のエラーが確認された場合（データの誤りが生じた場合）、基地局装置３は、ランダムバックオフにおけるバックオフカウンタの生成に関して、値の生成範囲の上限（Ｃｏｎｔｅｎｔｉｏｎ  ｗｉｎｄｏｗ  ｓｉｚｅ）を増大させる。信号の送受信開始後に、通信のエラーが確認されなかった場合、基地局装置３は、ランダムバックオフにおけるバックオフカウンタの生成に関して、値の生成範囲の上限を初期値に設定する。
【０１６９】
例えば、ＬＢＴは、２０ＭＨｚの周波数帯域毎に行われる。例えば、ＬＢＴのキャリアセンスは、２０ＭＨｚの周波数帯域毎に行われる。ＬＢＴのキャリアセンスの周波数帯域
の単位をＬＢＴ  ｓｕｂｂａｎｄ、ＬＢＴ  ｇｒｉｄ、ＬＢＴ  ｆｒｅｑｕｅｎｃｙ  ｂａｎｄｗｉｄｔｈなどと呼称する。
【０１７０】
また、バックオフ動作を用いず、ある一定時間の間、チャネル（リソース、周波数帯、キャリア）がアイドルであるかどうか（ビジーであるかどうか）が判断され、チャネルがアイドルであると判断された場合、基地局装置３が端末装置１へのアクセスを開始する（信号の送信を開始する、スケジューリングを開始する、リソース割り当てを開始する）ＬＢＴが用いられてもよい。このタイプのＬＢＴは、ＬＢＴ  ｃａｔｅｇｏｒｙ  ２と称す。
【０１７１】
本発明の実施形態におけるＢａｎｄｗｉｄｔｈ  Ａｄａｐｔａｔｉｏｎ（ＢＡ）の動作について説明する。セルの周波数帯域幅を上限として、端末装置１の受信帯域幅、送信帯域幅が基地局装置３によって調整される。データの送受信のアクティビティが低い場合、消費電力の低減のために、端末装置１の受信帯域幅、送信帯域幅が小さく設定されてもよい。このように調整される周波数帯域は、セルの総周波数帯域のサブセットであり、Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ（ＢＷＰ）と称する。ＢＷＰの変更は、ＲＦ部１２の設定の変更、および／または、ベースバンド部１３の設定の変更を少なくとも含んでもよい。
【０１７２】
端末装置１において、ＲＲＣシグナリングに少なくとも基づき、１つのデフォルト下りリンクＢＷＰ（Ｄｅｆａｕｌｔ  Ｄｏｗｎｌｉｎｋ  ＢＷＰ）（Ｄｅｆａｕｌｔ  ＤＬ  ＢＷＰ）が設定されてもよい。端末装置１において、ＲＲＣシグナリングに少なくとも基づき、１つのアクティブ下りリンクＢＷＰ（Ａｃｔｉｖｅ  Ｄｏｗｎｌｉｎｋ  ＢＷＰ）（Ａｃｔｉｖｅ  ＤＬ  ＢＷＰ）が設定されてもよい。端末装置１において、システム情報（ＳＩＢ）に少なくとも基づき、１つのイニシャル下りリンクＢＷＰ（Ｉｎｉｔｉａｌ
Ｄｏｗｎｌｉｎｋ  ＢＷＰ）（Ｉｎｉｔｉａｌ  ＤＬ  ＢＷＰ）が設定されてもよい。端末装置１において、ＭＩＢに少なくとも基づき、１つのイニシャル下りリンクＢＷＰ（Ｉｎｉｔｉａｌ  Ｄｏｗｎｌｉｎｋ  ＢＷＰ）（Ｉｎｉｔｉａｌ  ＤＬ  ＢＷＰ）が設定されてもよい。端末装置１において、ＲＲＣシグナリングに少なくとも基づき、１つのデフォルト上りリンクＢＷＰ（Ｄｅｆａｕｌｔ  Ｕｐｌｉｎｋ  ＢＷＰ）（Ｄｅｆａｕｌｔ
ＵＬ  ＢＷＰ）が設定されてもよい。端末装置１において、ＲＲＣシグナリングに少なくとも基づき、１つのアクティブ上りリンクＢＷＰ（Ａｃｔｉｖｅ  Ｕｐｌｉｎｋ  ＢＷＰ）（Ａｃｔｉｖｅ  ＵＬ  ＢＷＰ）が設定されてもよい。端末装置１において、システム情報（ＳＩＢ）に少なくとも基づき、１つのイニシャル上りリンクＢＷＰ（Ｉｎｉｔｉａｌ  Ｕｐｌｉｎｋ  ＢＷＰ）（Ｉｎｉｔｉａｌ  ＵＬ  ＢＷＰ）が設定されてもよい。端末装置１において、ＭＩＢに少なくとも基づき、１つのイニシャル上りリンクＢＷＰ（Ｉｎｉｔｉａｌ  Ｕｐｌｉｎｋ  ＢＷＰ）（Ｉｎｉｔｉａｌ  ＵＬ  ＢＷＰ）が設定されてもよい。
【０１７３】
端末装置１において、ＲＲＣシグナリングに少なくとも基づき、１または複数の下りリンクＢＷＰ（Ｄｏｗｎｌｉｎｋ  ＢＷＰ）（ＤＬ  ＢＷＰ）が設定されてもよい。また、端末装置１において、ＲＲＣシグナリングに少なくとも基づき、１つのサービングセルに対して、１または複数の下りリンクＢＷＰ（Ｄｏｗｎｌｉｎｋ  ＢＷＰ）（ＤＬ  ＢＷＰ）が設定されてもよい。  端末装置１において、ＲＲＣシグナリングに少なくとも基づき、１または複数の上りリンクＢＷＰ（Ｕｐｌｉｎｋ  ＢＷＰ）（ＵＬ  ＢＷＰ）が設定されてもよい。また、端末装置１において、ＲＲＣシグナリングに少なくとも基づき、１つのサービングセルに対して、１または複数の上りリンクＢＷＰ（Ｕｐｌｉｎｋ  ＢＷＰ）（ＵＬ  ＢＷＰ）が設定されてもよい。
【０１７４】
ＢＷＰの設定に関するパラメータ（ＲＲＣシグナリングのメッセージ）として、周波数領域の位置、周波数帯域幅を示すパラメータ（ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔ
ｈ）が用いられてもよい。ＢＷＰの設定に関するパラメータ（ＲＲＣシグナリングのメッセージ）として、サブキャリア間隔を示すパラメータ（ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ）が用いられてもよい。ＢＷＰの設定に関するパラメータ（ＲＲＣシグナリングのメッセージ）として、サイクリックプレフィックス長を示すパラメータ（ｃｙｃｌｉｃＰｒｅｆｉｘ）が用いられてもよい。ＢＷＰの設定に関するパラメータ（ＲＲＣシグナリングのメッセージ）として、ＢＷＰのインデックスを示すパラメータ（ｂｗｐ-Ｉｄ）が用い
られてもよい。
【０１７５】
図１４は、本実施形態の一態様に係るＢａｎｄｗｉｄｔｈ  ａｄａｐｔａｔｉｏｎの一例を示す図である。図１４に示される一例では、サービングセル５００において、ある端末装置１に対してＤＬ  ＢＷＰ５１１およびＤＬ  ＢＷＰ５１２が設定される。また、ＤＬ  ＢＷＰ５１１は、リソースブロックインデックス５０１からリソースブロックインデックス５０２の間の周波数帯域によって与えられる。また、ＤＬ  ＢＷＰ５１２は、リソースブロックインデックス５０３からリソースブロックインデックス５０４の間の周波数帯域によって与えられる。例えば、ＤＬ  ＢＷＰ５１１がデフォルト下りリンクＢＷＰ、またはイニシャル下りリンクＢＷＰに設定されている。
【０１７６】
図１４において、先ずは、ＤＬ  ＢＷＰ５１１がＡｃｔｉｖｅ  ＤＬ  ＢＷＰ（アクティブなＤＬ  ＢＷＰ）である。端末装置１は、Ａｃｔｉｖｅ  ＤＬ  ＢＷＰにおいて信号の受信を行う。端末装置１は、ＤＬ  ＢＷＰ５１１においてＰＤＣＣＨ５２１を受信する。なお、ＰＤＣＣＨ５２１はＤＬ  ＢＷＰ５１１の周波数リソースを用いて送受信されるが、必ずしもＤＬ  ＢＷＰ５１１の全ての周波数リソースを用いて送受信されるわけではない。次いで、該ＰＤＣＣＨ５２１に含まれるＤＣＩフォーマットに含まれるｂａｎｄｗｉｄｔｈ  ｐａｔｈ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄに基づき、Ａｃｔｉｖｅ  ＤＬ  ＢＷＰを設定する。端末装置１に予め構成されたＤＬ  ＢＷＰの中でアクティブの状態にするＤＬ  ＢＷＰがｂａｎｄｗｉｄｔｈ  ｐａｔｈ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄによって示される。図１４においては、ＰＤＣＣＨ５２１に含まれるｂａｎｄｗｉｄｔｈ  ｐａｔｈ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄがＡｃｔｉｖｅ  ＤＬ  ＢＷＰとしてＤＬ  ＢＷＰ５１２を示し、端末装置１は、Ａｃｔｉｖｅ  ＤＬ  ＢＷＰとしてＤＬ  ＢＷＰ５１２を設定する。端末装置１は、ＤＬ  ＢＷＰ５１２において下りリンクの信号５２２（ＰＤＣＣＨ、ＰＤＳＣＨ）を受信する。なお、下りリンクの信号５２２（ＰＤＣＣＨ、ＰＤＳＣＨ）はＤＬ  ＢＷＰ５１２の周波数リソースを用いて送受信されるが、必ずしもＤＬ  ＢＷＰ５１２の全ての周波数リソースを用いて送受信されるわけではない。
【０１７７】
端末装置１においてＡｃｔｉｖｅ  ＤＬ  ＢＷＰがＤｅｆａｕｌｔ  ＤＬ  ＢＷＰまたはＩｎｉｔｉａｌ  ＤＬ  ＢＷＰとは異なるＤＬ  ＢＷＰに設定された場合、タイマー（ＢＷＰ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）が開始されてもよい。Ａｃｔｉｖｅ  ＤＬ
ＢＷＰにおいてリソース割り当て情報を含むＰＤＣＣＨが受信されない場合、タイマーの値が増加される。タイマーの値が予め設定された閾値に到達した場合、Ａｃｔｉｖｅ  ＤＬ  ＢＷＰはＤｅｆａｕｌｔ  ＤＬ  ＢＷＰまたはＩｎｉｔｉａｌ  ＤＬ  ＢＷＰに変更される。
【０１７８】
図１４では、ＤＣＩ  ｆｏｒｍａｔのｂａｎｄｗｉｄｔｈ  ｐａｔｈ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄに基づきＢＷＰのスイッチングが行われるＢａｎｄｗｉｄｔｈ  ａｄａｐｔａｔｉｏｎの例を説明したが、ＤＣＩ  ｆｏｒｍａｔのｂａｎｄｗｉｄｔｈ  ｐａｔｈ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄに基づきＢＷＰのスイッチングが行われないＢａｎｄｗｉｄｔｈ  ａｄａｐｔａｔｉｏｎであってもよい。例えば、ＭＩＢに基づき設定されたＢＷＰがＳＩＢに基づき調整されるＢａｎｄｗｉｄｔｈ  ａｄａｐｔａｔｉｏｎであってもよい。例えば、ＭＩＢに基づき設定されたＢＷＰがＤｅｄｉｃａｔｅｄ  ＲＲＣシグナリングに基づき調整されるＢａｎｄｗｉｄｔｈ  ａｄａｐｔａｔｉｏｎであってもよい
。例えば、ＳＩＢに基づき設定されたＢＷＰがＤｅｄｉｃａｔｅｄ  ＲＲＣシグナリングに基づき調整されるＢａｎｄｗｉｄｔｈ  ａｄａｐｔａｔｉｏｎであってもよい。本発明は、ＬＢＴ  ｓｕｂｂａｎｄよりも大きな周波数帯域のＢＷＰが用いられうるＢａｎｄｗｉｄｔｈ  ａｄａｐｔａｔｉｏｎに適用することができる。
【０１７９】
図１５は、本発明の実施形態におけるＬＢＴ  ｓｕｂｂａｎｄ毎のＵＬ  ＢＷＰの構成の一例を示す図である。端末装置１の無線リソース制御層処理部１６、基地局装置３の無線リソース制御層処理部３６において設定されるＢＷＰの構成について説明する。ここで、各ＵＬ  ＢＷＰは、ＨＡＲＱ−ＡＣＫのフィードバックに用いられる可能性のある上りリンクの周波数帯域を示す。なお、ＴＤＤ（ｕｎｐａｉｒｄ  ｓｐｅｃｔｒｕｍ）では、ある共通の周波数帯域が異なる時間で下りリンクの周波数帯域、上りリンクの周波数帯域として用いられるうる。よって、図１５において、各ＬＢＴ  ｓｕｂｂａｎｄ毎にＤＬ  ＢＷＰが構成されてもよいし、複数のＬＢＴ  ｓｕｂｂａｎｄから１つのＤＬ  ＢＷＰが構成されてもよいし、異なるＤＬ  ＢＷＰの構成において共通のＬＢＴ  ｓｕｂｂａｎｄが含まれてもよい。また、図１５において示すＵＬ  ＢＷＰは、ＨＡＲＱ−ＡＣＫのフィードバックに用いられる可能性のある上りリンクの周波数帯域としての設定であり、データの送信用としては異なる構成のＵＬ  ＢＷＰが設定されてもよい。
【０１８０】
図１５では、５個のＬＢＴ  ｓｕｂｂａｎｄ（ＬＢＴ  ｓｕｂｂａｎｄ  ０、ＬＢＴ  ｓｕｂｂａｎｄ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４）が構成される。図１５では、５個のＵＬ  ＢＷＰ（ＵＬ  ＢＷＰ  ０、ＵＬ  ＢＷＰ  １、ＵＬ  ＢＷＰ  ２、ＵＬ  ＢＷＰ  ３、ＵＬ  ＢＷＰ  ４）が構成される。周波数領域において、ＬＢＴ  ｓｕｂｂａｎｄ  ０内にＵＬ  ＢＷＰ  ０、ＬＢＴ  ｓｕｂｂａｎｄ  １内にＵＬ  ＢＷＰ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２内にＵＬ  ＢＷＰ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３内にＵＬ  ＢＷＰ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４内にＵＬ  ＢＷＰ４が構成される。図１５では、端末装置１はＵＬ  ＢＷＰ
０の構成をアクティブにし、ＵＬ  ＢＷＰ  ０にＲＦ部１２を調整している。基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  ０がアイドル（他のシステム、装置がアクセスしていない（信号を送信していない））であると判断している。
【０１８１】
なお、基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  ０、ＬＢＴ  ｓｕｂｂａｎｄ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４の周波数帯域を用いて端末装置１に対してＰＤＳＣＨをスケジューリングしている。基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  ０、ＬＢＴ  ｓｕｂｂａｎｄ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４の少なくとも何れかの周波数帯域でＰＤＣＣＨを端末装置１に対して送信している。基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  ０、ＬＢＴ  ｓｕｂｂａｎｄ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４のそれぞれの周波数帯域においてＬＢＴを行ない、他システムの衝突が発生していないか確認し、アクセスしている。基地局装置３は、ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を端末装置１に対して送信し、ＵＬ  ＢＷＰ  ０においてＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックを受信する。
【０１８２】
図１６は、本発明の実施形態におけるＵＬ  ＢＷＰのスイッチングの一例を示す図である。なお、ＬＢＴ  ｓｕｂｂａｎｄ、ＵＬ  ＢＷＰの構成は図１５と同じであるため説明を省略する。基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  ０、ＬＢＴ  ｓｕｂｂａｎｄ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４の周波数帯域を用いて端末装置１に対してＰＤＳＣＨをスケジューリングしている時にＬＢＴ  ｓｕｂｂａｎｄ  ０におけるＬＢＴにおいて他システムが信号を送信している（他システムと衝突している）（他システムがアクセスしている）ことを検出する。基
地局装置３は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔ（ＤＬ  ａｓｓｉｇｎｍｅｎｔ）であって、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含むＤＣＩ  ｆｏｒｍａｔを端末装置１に対して送信する。基地局装置３は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子にＵＬ  ＢＷＰ  １のＢＷＰ  ｉｎｄｅｘを設定して、端末装置１に対して送信する。例えば、基地局装置３は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含むＤＣＩ  ｆｏｒｍａｔをＬＢＴ  ｓｕｂｂａｎｄ  １のＰＤＣＣＨを用いて送信する。
【０１８３】
端末装置１は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔ（ＤＬ  ａｓｓｉｇｎｍｅｎｔ）であって、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含むＤＣＩ  ｆｏｒｍａｔを基地局装置３から受信する。端末装置１は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子でＵＬ  ＢＷＰ  １が示される。端末装置１は、ＵＬ  ＢＷＰ  １にＲＦ部１２を再調整する。端末装置１は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域をＵＬ  ＢＷＰ  ０からＵＬ  ＢＷＰ  １に切り替える。端末装置１は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含むＤＣＩ  ｆｏｒｍａｔでスケジューリングされたＰＤＳＣＨを受信している間に、ＵＬ  ＢＷＰ  １にＲＦ部１２を再調整することを開始する。
【０１８４】
基地局装置３は、端末装置１がＲＦ部１２の再調整するために必要な時間が経過後に、端末装置１に対してＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報を送信する。端末装置３は、ＲＦ部１２の再調整するために必要な時間が経過後に、ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報を基地局装置３から受信する。基地局装置３は、端末装置１に対してＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーした場合に、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子により指示した上りリンクの周波数帯域であるＵＬ  ＢＷＰ  １でＨＡＲＱ−ＡＣＫを受信する。端末装置１は、基地局装置３よりＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を受けた場合に、ＲＦ部１２で再調整された上りリンクの周波数帯域であるＵＬ  ＢＷＰ  １でＨＡＲＱ−ＡＣＫを送信する。
【０１８５】
図１７は、本発明の実施形態におけるＣａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎの構成の一例を示す図である。端末装置１の無線リソース制御層処理部１６、基地局装置３の無線リソース制御層処理部３６において設定されるＣａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎの構成について説明する。Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎでは、複数のセル（要素キャリア）が集められて、同時に信号の送受信が行われる。端末装置１に対して構成されるＣａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎの構成は、下りリンクと上りリンクとで同じでなくてもよい。下りリンクの周波数帯域のみが構成されるセルがＣａｒｒｉｅｒ
Ａｇｇｒｅｇａｔｉｏｎで構成されてもよい。複数の下りリンクの周波数帯域のみが集約して用いられ、同時に単一の上りリンクの周波数帯域のみが用いられてもよい。
【０１８６】
ここで、各Ｃｅｌｌは、ＨＡＲＱ−ＡＣＫのフィードバックに用いられる可能性のある上りリンクの周波数帯域を含む。なお、ＴＤＤ（ｐａｉｒｄ  ｓｐｅｃｔｒｕｍ）では、ある共通の周波数帯域が異なる時間で下りリンクの周波数帯域、上りリンクの周波数帯域として用いられるうる。図１７において、同時に複数のセルでＰＤＳＣＨを受信する一方、ＨＡＲＱ−ＡＣＫのフィードバックの送信は単位のセルで行われる。また、図１７においては、ＨＡＲＱ−ＡＣＫのフィードバックに用いられる可能性のある上りリンクの周波数帯域として何れのセルがアクティブであるかを主に示している。
【０１８７】
図１７では、５個のＬＢＴ  ｓｕｂｂａｎｄ（ＬＢＴ  ｓｕｂｂａｎｄ  ０、ＬＢＴ  ｓｕｂｂａｎｄ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４）が構成される。図１７では、５個のＣｅｌｌ（Ｃｅｌｌ  ０、Ｃｅｌｌ  １、Ｃｅｌｌ  ２、Ｃｅｌｌ  ３、Ｃｅｌｌ  ４）が構成される。周波数領域において、ＬＢＴ  ｓｕｂｂａｎｄ  ０内にＣｅｌｌ  ０、ＬＢＴ  ｓｕｂｂａｎｄ  １内にＣｅｌｌ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２内にＣｅｌｌ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３内にＣｅｌｌ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４内にＣｅｌｌ  ４が構成される。図１７では、端末装置１はＨＡＲＱ−ＡＣＫのフィードバックの送信に用いる上りリンクの周波数帯域としてＣｅｌｌ  ０の構成をアクティブにし、Ｃｅｌｌ  ０にＲＦ部１２を調整している。基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  ０がアイドル（他のシステム、装置がアクセスしていない（信号を送信していない））であると判断している。
【０１８８】
なお、基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  ０、ＬＢＴ  ｓｕｂｂａｎｄ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４の周波数帯域を用いて端末装置１に対してＰＤＳＣＨをスケジューリングしている。つまり、基地局装置３は、Ｃｅｌｌ  ０、Ｃｅｌｌ  １、Ｃｅｌｌ  ２、Ｃｅｌｌ  ３、Ｃｅｌｌ  ４の周波数帯域を用いた端末装置１に対してＰＤＳＣＨをスケジューリングしている。例えば、基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  ０、ＬＢＴ  ｓｕｂｂａｎｄ
１、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４のそれぞれの周波数帯域でＰＤＣＣＨを端末装置１に対して送信している。例えば、基地局装置３は、Ｃｅｌｌ  ０、Ｃｅｌｌ  １、Ｃｅｌｌ  ２、Ｃｅｌｌ  ３、Ｃｅｌｌ  ４のそれぞれでＰＤＣＣＨを端末装置１に対して送信している。基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  ０、ＬＢＴ  ｓｕｂｂａｎｄ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４のそれぞれの周波数帯域においてＬＢＴを行ない、他システムの衝突が発生していないか確認し、アクセスしている。基地局装置３は、ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を端末装置１に対して送信し、Ｃｅｌｌ  ０においてＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックを受信する。
【０１８９】
図１８は、本発明の実施形態におけるＣｅｌｌのスイッチングの一例を示す図である。なお、Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎの構成は図１７と同じであるため説明を省略する。基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  ０、ＬＢＴ  ｓｕｂｂａｎｄ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ
４の周波数帯域を用いて端末装置１に対してＰＤＳＣＨをスケジューリングしている時にＬＢＴ  ｓｕｂｂａｎｄ  ０におけるＬＢＴにおいて他システムが信号を送信している（他システムと衝突している）（他システムがアクセスしている）ことを検出する。基地局装置３は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔ（ＤＬ  ａｓｓｉｇｎｍｅｎｔ）であって、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含むＤＣＩ  ｆｏｒｍａｔを端末装置１に対して送信する。基地局装置３は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子にＣｅｌｌ  １のＣｅｌｌ  ｉｎｄｅｘを設定して、端末装置１に対して送信する。例えば、基地局装置３は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含むＤＣＩ  ｆｏｒｍａｔをＬＢＴ  ｓｕｂｂａｎｄ  １（Ｃｅｌｌ
１）のＰＤＣＣＨを用いて送信する。
【０１９０】
端末装置１は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔ（ＤＬ  ａｓｓｉｇｎｍｅｎｔ）であって、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含むＤＣＩ  ｆｏｒｍａ
ｔを基地局装置３から受信する。端末装置１は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子でＣｅｌｌ  １が示される。端末装置１は、Ｃｅｌｌ  １にＲＦ部１２を再調整する。端末装置１は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域をＣｅｌｌ  ０からＣｅｌｌ  １に切り替える。端末装置１は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含むＤＣＩ  ｆｏｒｍａｔでスケジューリングされたＰＤＳＣＨを受信している間に、Ｃｅｌｌ  １にＲＦ部１２を再調整することを開始する。
【０１９１】
基地局装置３は、端末装置１がＲＦ部１２を再調整するために必要な時間が経過後に、端末装置１に対してＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報を送信する。端末装置３は、ＲＦ部１２の再調整するために必要な時間が経過後に、ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報を基地局装置３から受信する。基地局装置３は、端末装置１に対してＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーした場合に、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子により指示した上りリンクの周波数帯域であるＣｅｌｌ  １でＨＡＲＱ−ＡＣＫを受信する。端末装置１は、基地局装置３よりＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を受けた場合に、ＲＦ部１２で再調整された上りリンクの周波数帯域であるＣｅｌｌ  １でＨＡＲＱ−ＡＣＫを送信する。
【０１９２】
ＨＡＲＱ−ＡＣＫのフィードバックの送信について説明する。基地局装置３は、端末装置１に対してＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報を送信する。例えば、基地局装置３は、ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報をＤＣＩ  ｆｏｒｍａｔで送信する。ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーするＤＣＩ  ｆｏｒｍａｔを示す専用のＲＮＴＩが用いられてもよい。ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーするＤＣＩ  ｆｏｒｍａｔを示すフラグがＤＣＩ  ｆｏｒｍａｔに含まれてもよい。例えば、基地局装置３は、ＨＡＲＱ−ＡＣＫのフィードバックを送信するために用いるリソースをＤＣＩ  ｆｏｒｍａｔで示す。例えば、リソースは、周波数リソース、時間リソース、符号リソースの少なくとも何れかである。
【０１９３】
ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報を基地局装置３より受信した端末装置１は、基地局装置３より指定されたリソースで複数のＨＡＲＱ−ＡＣＫを送信する。ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報をＤＣＩ  ｆｏｒｍａｔに、複数のＨＡＲＱ−ＡＣＫを送信するために指定されるリソースを示す情報が含まれてもよい。複数の候補リソースが基地局装置３より予め指定され、端末装置１が複数の候補リソースの中から自律的にリソースを選択して複数のＨＡＲＱ−ＡＣＫを送信してもよい。
【０１９４】
端末装置１は、複数のＨＡＲＱ  ｐｒｏｃｅｓｓのＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する。端末装置１は、ある時間ウィンドウ内の複数のＨＡＲＱ  ｐｒｏｃｅｓｓのＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する。例えば、端末装置１は、１６ビットのＨＡＲＱ−ＡＣＫを送信する。ここで、各ビットは、それぞれ異なるＨＡＲＱ  ｐｒｏｃｅｓｓに対応し、合計１６個のＨＡＲＱ  ｐｒｏｃｅｓｓのＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する。各ビットは、ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔかＮｅｇａｔｉｖｅ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔかを示す。ＨＡＲＱ  ｐｒｏｃｅｓｓ  ０のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  １のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  ２のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  ３のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  ４のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  ５のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  ６のＰＤＳＣＨ
に対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  ７のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  ８のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  ９のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  １０のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  １１のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  １２のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  １３のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  １４のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ、ＨＡＲＱ  ｐｒｏｃｅｓｓ  １５のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫがＵｐｌｉｎｋ  Ｃｈａｎｎｅｌを用いて送信される。
【０１９５】
図１９は、本発明の実施形態における手順の一例を示す図である。端末装置１においてＬＢＴ  ｓｕｂｂａｎｄ  ０の周波数帯域がＨＡＲＱ−ＡＣＫの送信に設定されている状態からの手順を示す。基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  ０におけるＬＢＴにおいて、他のシステムがアクセスしていること（Ｂｕｓｙ）を認識し、ＬＢＴ  ｓｕｂｂａｎｄ  １においてＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを含むＰＤＣＣＨを送信し、ＬＢＴ  ｓｕｂｂａｎｄ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４を用いてＰＤＳＣＨを送信する。また、基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  １において送信するＤＣＩ  ｆｏｒｍａｔに、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域をＬＢＴ  ｓｕｂｂａｎｄ  １のＵＬ  ＢＷＰに切り替えることを指示する情報を含めて送信する。端末装置１は、基地局装置１より受信したＰＤＳＣＨの復調、復号動作等を行なっている間に、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域をＬＢＴ  ｓｕｂｂａｎｄ  １のＵＬ  ＢＷＰに切り替える処理（ＲＦ部１２の再調整）を開始する。
【０１９６】
端末装置１がＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域をＬＢＴ  ｓｕｂｂａｎｄ  １に切り替えるのに必要な時間経過後、基地局装置３は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報を含むＰＤＣＣＨをＬＢＴ  ｓｕｂｂａｎｄ  １を使って端末装置１に対して送信する。端末装置１は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報を含むＰＤＣＣＨを受信し、ＬＢＴ  ｓｕｂｂａｎｄ  １の周波数帯域でＨＡＲＱ−ＡＣＫを送信する。
【０１９７】
図２０は、本発明の実施形態における手順の一例を示す図である。端末装置１においてＬＢＴ  ｓｕｂｂａｎｄ  ０の周波数帯域がＨＡＲＱ−ＡＣＫの送信に設定されている状態からの手順を示す。基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  ０におけるＬＢＴにおいて、他のシステムがアクセスしていること（Ｂｕｓｙ）を認識し、ＬＢＴ  ｓｕｂｂａｎｄ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４のそれぞれにおいてＰＤＳＣＨのスケジューリングのために使われるＤＣＩ
ｆｏｒｍａｔを含むＰＤＣＣＨを送信し、ＬＢＴ  ｓｕｂｂａｎｄ  １、ＬＢＴ  ｓｕｂｂａｎｄ  ２、ＬＢＴ  ｓｕｂｂａｎｄ  ３、ＬＢＴ  ｓｕｂｂａｎｄ  ４のそれぞれを用いてＰＤＳＣＨを送信する。また、基地局装置３は、ＬＢＴ  ｓｕｂｂａｎｄ  １において送信するＤＣＩ  ｆｏｒｍａｔに、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域をＬＢＴ  ｓｕｂｂａｎｄ  １のＣｅｌｌに切り替えることを指示する情報を含めて送信する。端末装置１は、基地局装置１より受信したＰＤＳＣＨの復調、復号動作等を行なっている間に、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域をＬＢＴ  ｓｕｂｂａｎｄ  １のＣｅｌｌに切り替える処理（ＲＦ部１２の再調整）を開始する。
【０１９８】
端末装置１がＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上り
リンクの周波数帯域をＬＢＴ  ｓｕｂｂａｎｄ  １に切り替えるのに必要な時間経過後、基地局装置３は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報を含むＰＤＣＣＨをＬＢＴ  ｓｕｂｂａｎｄ  １を使って端末装置１に対して送信する。端末装置１は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする情報を含むＰＤＣＣＨを受信し、ＬＢＴ  ｓｕｂｂａｎｄ  １の周波数帯域でＨＡＲＱ−ＡＣＫを送信する。
【０１９９】
以上の説明のように、端末装置１が下りリンクの動作をしている間にＨＡＲＱ−ＡＣＫの送信に用いる上りリンクの周波数帯域にＲＦ部１２を再調整することができるようになり、ＰＤＳＣＨを受信後にＨＡＲＱ−ＡＣＫの送信が可能になるまでの遅延時間を短くすることができる。本発明により、基地局装置３がＨＡＲＱ−ＡＣＫの送信をトリガーできるまでの遅延を短くすることができる。この発明によれば、端末装置１は効率的に広帯域通信を行うことができる。また、基地局装置３は効率的に広帯域通信を行うことができる。本発明は、複数のＵＬ  ＢＷＰの同時送信、または複数のＵＬ  Ｃａｒｒｉｅｒの同時送信を行う処理能力のない端末装置１に対して好適である。
【０２００】
また、ＲＦ部１２の再調整は伴わず、ＨＡＲＱ−ＡＣＫの送信の事前準備が指示される形態であってもよい。端末装置１は、基地局装置３より指示されたＵＬ  ＢＷＰのＣｏｎｆｉｇｕｒａｔｉｏｎを用いててＨＡＲＱ−ＡＣＫの送信の事前準備を行なう。端末装置１は、基地局装置３よりＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を受けた場合に、直ぐにＨＡＲＱ−ＡＣＫの送信が行なえるように事前準備を行なう。
【０２０１】
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
【０２０２】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ
ｆｏｒｍａｔを受信する端末装置であって、前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含む前記ＤＣＩ  ｆｏｒｍａｔを受信する受信部と、前記上りリンクの周波数帯域にＲＦ部を再調整し、基地局装置より前記ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を受けた場合に、再調整された前記上りリンクの周波数帯域で前記ＨＡＲＱ−ＡＣＫを送信する送信部と、を備えることを特徴とする。
【０２０３】
（２）また、本発明の第１の態様は、更に、前記送信部は、前記受信部が前記ＰＤＳＣＨを受信している間に、前記上りリンクの周波数帯域にＲＦ部を再調整することを開始することを特徴とする。
【０２０４】
（３）また、本発明の第２の態様は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを送信する基地局装置であって、前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含む前記ＤＣＩ  ｆｏｒｍａｔを送信する送信部と、端末装置１に対して前記ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーした場合に、前記識別子で示された上りリンクの周波数帯域で前記ＨＡＲＱ−ＡＣＫを受信する受信部と、を備えることを特徴とする。
【０２０５】
（４）また、本発明の第３の態様は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを受信する端末装置に用いられる通信方法であって、前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含む前記ＤＣＩ  ｆｏｒｍａｔを受信するステップと、前記上りリンクの周波数帯域にＲＦ部を再調整するステップと、基地局装置より前記ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーする指示を受けた場合に、再調整された前記上りリンクの周波
数帯域で前記ＨＡＲＱ−ＡＣＫを送信するステップと、を有することを特徴とする。
【０２０６】
（５）また、本発明の第３の態様は、更に、前記ＰＤＳＣＨを受信している間に、前記上りリンクの周波数帯域にＲＦ部を再調整することを開始することを特徴とする。
【０２０７】
（６）また、本発明の第４の態様は、ＰＤＳＣＨのスケジューリングのために使われるＤＣＩ  ｆｏｒｍａｔを送信する基地局装置に用いられる通信方法であって、前記ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫのフィードバックに用いられる上りリンクの周波数帯域を示す識別子を含む前記ＤＣＩ  ｆｏｒｍａｔを送信するステップと、端末装置１に対して前記ＨＡＲＱ−ＡＣＫのフィードバックの送信をトリガーした場合に、前記識別子で示された上りリンクの周波数帯域で前記ＨＡＲＱ−ＡＣＫを受信するステップと、を有することを特徴とする。
【０２０８】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０２０９】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０２１０】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０２１１】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０２１２】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０２１３】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよ
い。
【０２１４】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０２１５】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０２１６】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０２１７】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０、３０  無線送受信部
１１、３１  アンテナ部
１２、３２  ＲＦ部
１３、３３  ベースバンド部
１４、３４  上位層処理部
１５、３５  媒体アクセス制御層処理部
１６、３６  無線リソース制御層処理部
【図１】
2020043508.tif 000003
【図２】
2020043508.tif 000004
【図３】
2020043508.tif 000005
【図４】
2020043508.tif 000006
【図５】
2020043508.tif 000007
【図６】
2020043508.tif 000008
【図７】
2020043508.tif 000009
【図８】
2020043508.tif 000010
【図９】
2020043508.tif 000011
【図１０】
2020043508.tif 000012
【図１１】
2020043508.tif 000013
【図１２】
2020043508.tif 000014
【図１３】
2020043508.tif 000015
【図１４】
2020043508.tif 000016
【図１５】
2020043508.tif 000017
【図１６】
2020043508.tif 000018
【図１７】
2020043508.tif 000019
【図１８】
2020043508.tif 000020
【図１９】
2020043508.tif 000021
【図２０】
2020043508.tif 000022