特許 7246874 基地局装置、端末装置、および、通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-03-17

(45)【発行日】2023-03-28

(54)【発明の名称】基地局装置、端末装置、および、通信方法

(51)【国際特許分類】

   H04W 72/0457 20230101AFI20230320BHJP

   H04W 72/232 20230101ALI20230320BHJP

   H04W 72/231 20230101ALI20230320BHJP

   H04W 72/1273 20230101ALI20230320BHJP

   H04L 27/26 20060101ALI20230320BHJP

【ＦＩ】

H04W72/0457

H04W72/232

H04W72/231

H04W72/1273

H04L27/26 113

【請求項の数】 10

(21)【出願番号】P 2018143408

(22)【出願日】2018-07-31

(65)【公開番号】P2020022033

(43)【公開日】2020-02-06

【審査請求日】2021-06-14

(73)【特許権者】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(74)【代理人】

【識別番号】110000338

【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(74)【代理人】

【識別番号】110002848

【氏名又は名称】弁理士法人ＳＢＰＪ国際特許事務所

(74)【代理人】

【識別番号】100161207

【弁理士】

【氏名又は名称】西澤 和純

(74)【代理人】

【識別番号】100129115

【弁理士】

【氏名又は名称】三木 雅夫

(74)【代理人】

【識別番号】100133569

【弁理士】

【氏名又は名称】野村 進

(74)【代理人】

【識別番号】100131473

【弁理士】

【氏名又は名称】覚田 功二

(74)【代理人】

【識別番号】100160783

【弁理士】

【氏名又は名称】堅田 裕之

(73)【特許権者】

【識別番号】518446879

【氏名又は名称】鴻穎創新有限公司

【氏名又は名称原語表記】ＦＧ ＩＮＮＯＶＡＴＩＯＮ ＣＯＭＰＡＮＹ ＬＩＭＩＴＥＤ

【住所又は居所原語表記】Ｆｌａｔ ２６２３，２６／Ｆ Ｔｕｅｎ Ｍｕｎ Ｃｅｎｔｒａｌ Ｓｑｕａｒｅ，２２ Ｈｏｉ Ｗｉｎｇ Ｒｏａｄ，Ｔｕｅｎ Ｍｕｎ，Ｎｅｗ Ｔｅｒｒｉｔｏｒｉｅｓ，Ｔｈｅ Ｈｏｎｇ Ｋｏｎｇ Ｓｐｅｃｉａｌ Ａｄｍｉｎｉｓｔｒａｔｉｖｅ Ｒｅｇｉｏｎ ｏｆ ｔｈｅ Ｐｅｏｐｌｅ’ｓ Ｒｅｐｕｂｌｉｃ ｏｆ Ｃｈｉｎａ

(74)【代理人】

【識別番号】110002848

【氏名又は名称】弁理士法人ＳＢＰＪ国際特許事務所

(74)【代理人】

【識別番号】110000338

【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】劉 麗清

(72)【発明者】

【氏名】山田 昇平

(72)【発明者】

【氏名】高橋 宏樹

(72)【発明者】

【氏名】星野 正幸

(72)【発明者】

【氏名】坪井 秀和

【審査官】桑原 聡一

(56)【参考文献】

【文献】Huawei, HiSilicon，Remaining issues on DCI contents and format[online]，3GPP TSG RAN WG1 #93 R1-1805882，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1805882.zip>，2018年05月21日

【文献】Nokia, Nokia Shanghai Bell，On the remaining issues for DCI format sizes and contents[online]，3GPP TSG RAN WG1 #93 R1-1806657，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1806657.zip>，2018年05月21日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

Ｈ０４Ｌ ２７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

初期下りリンク（DL）帯域部分（BWP）の設定を、無線リソース制御（RRC）メッセージを用いて受信し、アクティブなDL BWPにおけるPDSCH(Physical Downlink Shared CHannel)をスケジューリングする下りリンク制御情報（DCI）フォーマットを受信する受信部と、
前記DCIフォーマット内のフィールドに基づき、前記PDSCHの割り当てられたリソースブロックセットであって、開始リソースブロックと、連続的に割り当てられたリソースブロックの数とにより示されるリソースブロックセットを識別する制御部と
を備え、
前記初期DL BWPの設定は、CORESET（COntrol REsource SET）#0を設定する第１のパラメータと、第２のパラメータとを含み、
前記CORESET#0の識別子の値は、０であり、
前記第１のパラメータは、前記CORESET#0のサイズを示し、
前記第２のパラメータは、前記初期DL BWPのサイズを示し、
サービングセルに対して、前記初期DL BWPと追加のDL BWPとが設定され、
前記初期DL BWPと前記追加のDL BWPとのうちの一つがアクティブなDL BWPとして活性化され、
前記DCIフォーマット内のフィールドの値は、DL BWPのサイズと、前記開始リソースブロックと、前記連続的に割り当てられたリソースブロックの数とに基づき決められ、
UE固有サーチスペース（USS）における前記DCIフォーマットのサイズが、前記CORESET#0のサイズに基づき決められ、前記DCIフォーマット内の前記フィールドが、前記アクティブなDL BWPに適用されるとき、前記DL BWPのサイズは、前記CORESET#0のサイズである、
端末装置。

【請求項2】

前記DCIフォーマット内のフィールドの値は、第１の値に、さらに基づき決まり、
前記アクティブなDL BWPのサイズが、前記CORESET#0のサイズよりも大きいときは、前記第１の値は、前記アクティブなDL BWPのサイズと、前記CORESET#0のサイズとに基づき決められ、
前記アクティブなDL BWPのサイズが、前記CORESET#0のサイズ以下のときは、前記第１の値は、１である、
請求項１に記載の端末装置。

【請求項3】

前記初期DL BWPが、前記アクティブなDL BWPとして活性化され、
前記アクティブなDL BWPのサイズは、前記初期DL BWPのサイズである
請求項１に記載の端末装置。

【請求項4】

前記CORESET#0を設定する第１のパラメータは、前記初期DL BWP以外のBWPの設定には含まれず、
前記第１のパラメータのフィールドは、４ビットであり、
前記初期DL BWPは、周波数領域において、前記CORESET#0を含む、
請求項１に記載の端末装置。

【請求項5】

初期下りリンク（DL）帯域部分（BWP）の設定を、無線リソース制御（RRC）メッセージを用いて送信し、アクティブなDL BWPにおけるPDSCH(Physical Downlink Shared CHannel)をスケジューリングする下りリンク制御情報（DCI）フォーマットを送信する送信部と、
前記PDSCHの割りてられたリソースブロックセットであって、開始リソースブロックと、連続的に割り当てられたリソースブロックの数とにより示されるリソースブロックセットに対応する値を、前記DCIフォーマット内のフィールドに設定する制御部と
を備え、
前記初期DL BWPの設定は、CORESET（COntrol REsource SET）#0を設定する第１のパラメータと、第２のパラメータとを含み、
前記CORESET#0の識別子の値は、０であり、
前記第１のパラメータは、前記CORESET#0のサイズを示し、
前記第２のパラメータは、前記初期DL BWPのサイズを示し、
サービングセルに対して、前記初期DL BWPと追加のDL BWPとが設定され、
前記初期DL BWPと前記追加のDL BWPとのうちの一つがアクティブなDL BWPとして活性化され、
前記DCIフォーマット内のフィールドの値は、DL BWPのサイズと、前記開始リソースブロックと、前記連続的に割り当てられたリソースブロックの数とに基づき決められ、
UE固有サーチスペース（USS）における前記DCIフォーマットのサイズが、前記CORESET#0のサイズに基づき決められ、前記DCIフォーマット内の前記フィールドが、前記アクティブなDL BWPに適用されるとき、前記DL BWPのサイズは、前記CORESET#0のサイズである、
基地局装置。

【請求項6】

前記DCIフォーマット内のフィールドの値は、第１の値に、さらに基づき決まり、
前記アクティブなDL BWPのサイズが、前記CORESET#0のサイズよりも大きいときは、前記第１の値は、前記アクティブなDL BWPのサイズと、前記CORESET#0のサイズとに基づき決められ、
前記アクティブなDL BWPのサイズが、前記CORESET#0のサイズ以下のときは、前記第１の値は、１である、
請求項５に記載の基地局装置。

【請求項7】

前記初期DL BWPが、前記アクティブなDL BWPとして活性化され、
前記アクティブなDL BWPのサイズは、前記初期DL BWPのサイズである
請求項５に記載の基地局装置。

【請求項8】

前記CORESET#0を設定する第１のパラメータは、前記初期DL BWP以外のBWPの設定には含まれず、
前記第１のパラメータのフィールドは、４ビットであり、
前記初期DL BWPは、周波数領域において、前記CORESET#0を含む、
請求項５に記載の基地局装置。

【請求項9】

端末装置の通信方法であって、
初期下りリンク（DL）帯域部分（BWP）の設定を、無線リソース制御（RRC）メッセージを用いて受信するステップと、
アクティブなDL BWPにおけるPDSCH(Physical Downlink Shared CHannel)をスケジューリングする下りリンク制御情報（DCI）フォーマットを受信するステップと、
前記DCIフォーマット内のフィールドに基づき、前記PDSCHの割りてられたリソースブロックセットであって、開始リソースブロックと、連続的に割り当てられたリソースブロックの数とにより示されるリソースブロックセットを識別するステップと
を有し、
前記初期DL BWPの設定は、CORESET（COntrol REsource SET）#0を設定する第１のパラメータと、第２のパラメータとを含み、
前記CORESET#0の識別子の値は、０であり、
前記第１のパラメータは、前記CORESET#0のサイズを示し、
前記第２のパラメータは、前記初期DL BWPのサイズを示し、
サービングセルに対して、前記初期DL BWPと追加のDL BWPとが設定され、
前記初期DL BWPと前記追加のDL BWPとのうちの一つがアクティブなDL BWPとして活性化され、
前記DCIフォーマット内のフィールドの値は、DL BWPのサイズと、前記開始リソースブロックと、前記連続的に割り当てられたリソースブロックの数とに基づき決められ、
UE固有サーチスペース（USS）における前記DCIフォーマットのサイズが、前記CORESET#0のサイズに基づき決められ、前記DCIフォーマット内の前記フィールドが、前記アクティブなDL BWPに適用されるとき、前記DL BWPのサイズは、前記CORESET#0のサイズである、
通信方法。

【請求項10】

基地局装置の通信方法であって、
初期下りリンク（DL）帯域部分（BWP）の設定を、無線リソース制御（RRC）メッセージを用いて送信するステップと、
アクティブなDL BWPにおけるPDSCH(Physical Downlink Shared CHannel)をスケジューリングする下りリンク制御情報（DCI）フォーマットを送信するステップと、
前記PDSCHの割りてられたリソースブロックセットであって、開始リソースブロックと、連続的に割り当てられたリソースブロックの数とにより示されるリソースブロックセットに対応する値を、前記DCIフォーマット内のフィールドに設定するステップと
を有し、
前記初期DL BWPの設定は、CORESET（COntrol REsource SET）#0を設定する第１のパラメータと、第２のパラメータとを含み、
前記CORESET#0の識別子の値は、０であり、
前記第１のパラメータは、前記CORESET#0のサイズを示し、
前記第２のパラメータは、前記初期DL BWPのサイズを示し、
サービングセルに対して、前記初期DL BWPと追加のDL BWPとが設定され、
前記初期DL BWPと前記追加のDL BWPとのうちの一つがアクティブなDL BWPとして活性化され、
前記DCIフォーマット内のフィールドの値は、DL BWPのサイズと、前記開始リソースブロックと、前記連続的に割り当てられたリソースブロックの数とに基づき決められ、
UE固有サーチスペース（USS）における前記DCIフォーマットのサイズが、前記CORESET#0のサイズに基づき決められ、前記DCIフォーマット内の前記フィールドが、前記アクティブなDL BWPに適用されるとき、前記DL BWPのサイズは、前記CORESET#0のサイズである、
通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、基地局装置、端末装置、および、通信方法に関する。

【背景技術】

【0002】

現在、第５世代のセルラーシステムに向けた無線アクセス方式および無線ネットワーク技術として、第三世代パートナーシッププロジェクト（3GPP: The Third Generation Partnership Project）において、LTE（Long Term Evolution）-Advanced Pro及びNR（New Radio technology）の技術検討及び規格策定が行われている（非特許文献１）。

【0003】

第５世代のセルラーシステムでは、高速・大容量伝送を実現するeMBB（enhanced Mobile BroadBand）、低遅延・高信頼通信を実現するURLLC（Ultra-Reliable and Low Latency Communication）、IoT（Internet of Things）などマシン型デバイスが多数接続するmMTC（massive Machine Type Communication）の3つがサービスの想定シナリオとして要求されている。

【先行技術文献】

【非特許文献】

【0004】

【文献】RP-161214, NTT DOCOMO, “Revision of SI: Study on New Radio Access Technology”, 2016年6月

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明の目的は、上記のような無線通信システムにおいて、効率的な通信を可能とする端末装置、基地局装置、通信方法、および、集積回路を提供することを目的とする。

【課題を解決するための手段】

【0006】

（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の一態様における端末装置は、あるコントロールリソースセットにおけるサーチスペースセットで周波数領域リソースアサインメントを示す第１のフィールドを含む下りリンクＤＣＩフォーマットを受信する受信部と、前記周波数領域リソースアサインメントに基づき、ＰＤＳＣＨのリソース割り当てを特定する制御部と、を備え、初期ＤＬ
ＢＷＰの第１のサイズは、controlResourceSetZeroによって決定されるＣＯＲＥＳＥＴ＃０のための連続的なリソースブロックの数であり、初期ＤＬ ＢＷＰの第２のサイズは、ＳＩＢ１（SystemInformationBlockType1）またはServingCellConfigCommonによって示されるＢＷＰのリソースブロックの数であり、前記第１のフィールドのビットの数は、初期ＤＬ ＢＷＰの第１のサイズにより導出され、前記周波数領域リソースアサインメントはＲＩＶから成り、前記ＲＩＶはＤＬ ＢＷＰのサイズ、前記リソース割り当ての第１の開始仮想リソースブロックと連続的に割り当てられた第１の仮想リソースブロックの数によって与えられ、前記ＤＬ ＢＷＰのサイズが前記第１のサイズ、前記第２のサイズ、アクティブなＤＬ ＢＷＰの第３のサイズの内、何れかであるかは、（１）前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうか、および／または、（２）前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０であるかどうかに基づき、与えられ、前記タイプ０ＰＤＣＣＨコモンサーチスペースセットはsearchSpaceZeroまたはsearchspaceSIB1によって設定され、前記ＣＯＲＥＳＥＴ＃０はＣＯＲＥＳＥＴの識別子０で特定されるコントロールリソースセットである。

【0007】

（２）また、本発明の一態様における端末装置と通信する基地局装置は、ＰＤＳＣＨの
リソース割り当て情報を示す周波数領域リソースアサインメントを示す第１のフィールドを生成する制御部と、あるコントロールリソースセットにおけるサーチスペースセットで前記第１のフィールドを含む下りリンクＤＣＩフォーマットを送信する送信部と、を備え、初期ＤＬ ＢＷＰの第１のサイズは、controlResourceSetZeroによって決定されるＣＯＲＥＳＥＴ＃０のための連続的なリソースブロックの数であり、初期ＤＬ ＢＷＰの第２のサイズは、ＳＩＢ１（SystemInformationBlockType1）またはServingCellConfigCommonによって示されるＢＷＰのリソースブロックの数であり、前記第１のフィールドのビットの数は、初期ＤＬ ＢＷＰの第１のサイズにより導出され、前記周波数領域リソースアサインメントはＲＩＶから成り、前記ＲＩＶはＤＬ ＢＷＰのサイズ、前記リソース割り当ての第１の開始仮想リソースブロックと連続的に割り当てられた第１の仮想リソースブロックの数によって与えられ、前記ＤＬ ＢＷＰのサイズが前記第１のサイズ、前記第２のサイズ、アクティブなＤＬ ＢＷＰの第３のサイズの内、何れかであるかは、（１）前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうか、および／または、（２）前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０であるかどうかに基づき、与えられ、前記タイプ０ＰＤＣＣＨコモンサーチスペースセットはsearchSpaceZeroまたはsearchspaceSIB1によって設定され、前記ＣＯＲＥＳＥＴ＃０はＣＯＲＥＳＥＴの識別子０で特定されるコントロールリソースセットである。

【0008】

（３）また、本発明の一態様における通信方法は、端末装置の通信方法であって、あるコントロールリソースセットにおけるサーチスペースセットで周波数領域リソースアサインメントを示す第１のフィールドを含む下りリンクＤＣＩフォーマットを受信し、前記周波数領域リソースアサインメントに基づき、ＰＤＳＣＨのリソース割り当てを特定し、初期ＤＬ ＢＷＰの第１のサイズは、controlResourceSetZeroによって決定されるＣＯＲＥＳＥＴ＃０のための連続的なリソースブロックの数であり、初期ＤＬ ＢＷＰの第２のサイズは、ＳＩＢ１（SystemInformationBlockType1）またはServingCellConfigCommonによって示されるＢＷＰのリソースブロックの数であり、前記第１のフィールドのビットの数は、初期ＤＬ ＢＷＰの第１のサイズにより導出され、前記周波数領域リソースアサインメントはＲＩＶから成り、前記ＲＩＶはＤＬ ＢＷＰのサイズ、前記リソース割り当ての第１の開始仮想リソースブロックと連続的に割り当てられた第１の仮想リソースブロックの数によって与えられ、前記ＤＬ ＢＷＰのサイズが前記第１のサイズ、前記第２のサイズ、アクティブなＤＬ ＢＷＰの第３のサイズの内、何れかであるかは、（１）前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうか、および／または、（２）前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０であるかどうかに基づき、与えられ、前記タイプ０ＰＤＣＣＨコモンサーチスペースセットはsearchSpaceZeroまたはsearchspaceSIB1によって設定され、前記ＣＯＲＥＳＥＴ＃０はＣＯＲＥＳＥＴの識別子０で特定されるコントロールリソースセットである。

【0009】

（４）また、本発明の一態様における通信方法は、基地局装置の通信方法であって、ＰＤＳＣＨのリソース割り当て情報を示す周波数領域リソースアサインメントを示す第１のフィールドを生成し、あるコントロールリソースセットにおけるサーチスペースセットで前記第１のフィールドを含む下りリンクＤＣＩフォーマットを送信し、初期ＤＬ ＢＷＰの第１のサイズは、controlResourceSetZeroによって決定されるＣＯＲＥＳＥＴ＃０のための連続的なリソースブロックの数であり、初期ＤＬ ＢＷＰの第２のサイズは、ＳＩＢ１（SystemInformationBlockType1）またはServingCellConfigCommonによって示されるＢＷＰのリソースブロックの数であり、前記第１のフィールドのビットの数は、初期ＤＬ ＢＷＰの第１のサイズにより導出され、前記周波数領域リソースアサインメントはＲＩＶから成り、前記ＲＩＶはＤＬ ＢＷＰのサイズ、前記リソース割り当ての第１の開始仮想リソースブロックと連続的に割り当てられた第１の仮想リソースブロックの数によって与えられ、前記ＤＬ ＢＷＰのサイズが前記第１のサイズ、前記第２のサイズ、アクティブなＤＬ ＢＷＰの第３のサイズの内、何れかであるかは、（１）前記サーチスペースセッ
トがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうか、および／または、（２）前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０であるかどうかに基づき、与えられ、前記タイプ０ＰＤＣＣＨコモンサーチスペースセットはsearchSpaceZeroまた
はsearchspaceSIB1によって設定され、前記ＣＯＲＥＳＥＴ＃０はＣＯＲＥＳＥＴの識別
子０で特定されるコントロールリソースセットである。

【0010】

（５）また、本発明の一態様における集積回路は、端末装置に実装される集積回路であって、あるコントロールリソースセットにおけるサーチスペースセットで周波数領域リソースアサインメントを示す第１のフィールドを含む下りリンクＤＣＩフォーマットを受信する機能と、前記周波数領域リソースアサインメントに基づき、ＰＤＳＣＨのリソース割り当てを特定する機能と、前記端末装置に発揮させ、初期ＤＬ ＢＷＰの第１のサイズは、controlResourceSetZeroによって決定されるＣＯＲＥＳＥＴ＃０のための連続的なリソースブロックの数であり、初期ＤＬ ＢＷＰの第２のサイズは、ＳＩＢ１（SystemInformationBlockType1）またはServingCellConfigCommonによって示されるＢＷＰのリソースブロックの数であり、前記第１のフィールドのビットの数は、初期ＤＬ ＢＷＰの第１のサイズにより導出され、前記周波数領域リソースアサインメントはＲＩＶから成り、前記ＲＩＶはＤＬ ＢＷＰのサイズ、前記リソース割り当ての第１の開始仮想リソースブロックと連続的に割り当てられた第１の仮想リソースブロックの数によって与えられ、前記ＤＬ
ＢＷＰのサイズが前記第１のサイズ、前記第２のサイズ、アクティブなＤＬ ＢＷＰの第３のサイズの内、何れかであるかは、（１）前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうか、および／または、（２）前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０であるかどうかに基づき、与えられ、前記タイプ０ＰＤＣＣＨコモンサーチスペースセットはsearchSpaceZeroまたはsearchspaceSIB1によって設定され、前記ＣＯＲＥＳＥＴ＃０はＣＯＲＥＳＥＴの識別子０で特定されるコントロールリソースセットである。

【0011】

（６）また、本発明の一態様における集積回路は、基地局装置に実装される集積回路であって、ＰＤＳＣＨのリソース割り当て情報を示す周波数領域リソースアサインメントを示す第１のフィールドを生成する機能と、あるコントロールリソースセットにおけるサーチスペースセットで前記第１のフィールドを含む下りリンクＤＣＩフォーマットを送信する機能と、前記基地局装置に発揮させ、初期ＤＬ ＢＷＰの第１のサイズは、controlResourceSetZeroによって決定されるＣＯＲＥＳＥＴ＃０のための連続的なリソースブロックの数であり、初期ＤＬ ＢＷＰの第２のサイズは、ＳＩＢ１（SystemInformationBlockType1）またはServingCellConfigCommonによって示されるＢＷＰのリソースブロックの数であり、前記第１のフィールドのビットの数は、初期ＤＬ ＢＷＰの第１のサイズにより導出され、前記周波数領域リソースアサインメントはＲＩＶから成り、前記ＲＩＶはＤＬ ＢＷＰのサイズ、前記リソース割り当ての第１の開始仮想リソースブロックと連続的に割り当てられた第１の仮想リソースブロックの数によって与えられ、前記ＤＬ ＢＷＰのサイズが前記第１のサイズ、前記第２のサイズ、アクティブなＤＬ ＢＷＰの第３のサイズの内、何れかであるかは、（１）前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうか、および／または、（２）前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０であるかどうかに基づき、与えられ、前記タイプ０ＰＤＣＣＨコモンサーチスペースセットはsearchSpaceZeroまたはsearchspaceSIB1によって設定され、前記ＣＯＲＥＳＥＴ＃０はＣＯＲＥＳＥＴの識別子０で特定されるコントロールリソースセットである。

【発明の効果】

【0012】

この発明によれば、基地局装置と端末装置が、効率的に通信することができる。

【図面の簡単な説明】

【0013】

【図1】本発明の実施形態に係る無線通信システムの概念を示す図である。

【図2】本発明の実施形態に係るＳＳ／ＰＢＣＨブロックおよびＳＳバーストセットの例を示す図である。

【図3】本発明の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。

【図4】本発明の実施形態に係るサブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。

【図5】本発明の実施形態に係るスロットまたはサブフレームの一例を示す図である。

【図6】本発明の実施形態に係るビームフォーミングの一例を示した図である。

【図7】本発明の実施形態に係るＢＷＰ設定の一例を示す図である。

【図8】本実施形態に係るＢＷＰに対する上りリンクリソース割り当てタイプ１を説明する一例を示す図である。

【図9】本発明の実施形態に係るＲＩＶを算出する一例を示す図である。

【図10】本発明の実施形態に係る端末装置１の構成を示す概略ブロック図である。

【図11】本発明の実施形態に係る基地局装置３の構成を示す概略ブロック図である。

【発明を実施するための形態】

【0014】

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

【0015】

図１は、本実施形態における無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ、端末装置１Ｂ、および基地局装置３を具備する。以下、端末装置１Ａ、および、端末装置１Ｂを、端末装置１とも称する。

【0016】

端末装置１は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（User Equipment）、ＭＳ（Mobile Station）とも称される。基地局装置３は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（Node B）、ｅＮＢ（evolved Node B）、ＢＴＳ（Base Transceiver Station）、ＢＳ（Base Station）、ＮＲ ＮＢ（NR Node B）、ＮＮＢ、ＴＲＰ（Transmission and Reception Point）、ｇＮＢとも称される。基地局装置３は、コアネットワーク装置を含んでも良い。また、基地局装置３は、１つまたは複数の送受信点４（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）を具備しても良い。以下で説明する基地局装置３の機能／処理の少なくとも一部は、該基地局装置３が具備する各々の送受信点４における機能／処理であってもよい。基地局装置３は、基地局装置３によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、基地局装置３は、１つまたは複数の送受信点４によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、１つのセルを複数の部分領域（Ｂｅａｍｅｄ ａｒｅａ）にわけ、それぞれの部分領域において端末装置１をサーブしてもよい。ここで、部分領域は、ビームフォーミングで使用されるビームのインデックスあるいはプリコーディングのインデックスに基づいて識別されてもよい。

【0017】

基地局装置３から端末装置１への無線通信リンクを下りリンクと称する。端末装置１から基地局装置３への無線通信リンクを上りリンクと称する。

【0018】

図１において、端末装置１と基地局装置３の間の無線通信では、サイクリックプレフィックス（CP: Cyclic Prefix）を含む直交周波数分割多重（OFDM: Orthogonal Frequency Division Multiplexing）、シングルキャリア周波数多重（SC-FDM: Single-Carrier Frequency Division Multiplexing）、離散フーリエ変換拡散ＯＦＤＭ（DFT-S-OFDM: Discrete Fourier Transform Spread OFDM）、マルチキャリア符号分割多重（MC-CDM: Multi-Car
rier Code Division Multiplexing）が用いられてもよい。

【0019】

また、図１において、端末装置１と基地局装置３の間の無線通信では、ユニバーサルフィルタマルチキャリア（UFMC: Universal-Filtered Multi-Carrier）、フィルタＯＦＤＭ（F-OFDM: Filtered OFDM）、窓関数が乗算されたＯＦＤＭ（Windowed OFDM）、フィルタバンクマルチキャリア（FBMC: Filter-Bank Multi-Carrier）が用いられてもよい。

【0020】

なお、本実施形態ではＯＦＤＭを伝送方式としてＯＦＤＭシンボルで説明するが、上述の他の伝送方式の場合を用いた場合も本発明に含まれる。

【0021】

また、図１において、端末装置１と基地局装置３の間の無線通信では、ＣＰを用いない、あるいはＣＰの代わりにゼロパディングをした上述の伝送方式が用いられてもよい。また、ＣＰやゼロパディングは前方と後方の両方に付加されてもよい。

【0022】

本実施形態の一態様は、ＬＴＥやＬＴＥ－Ａ／ＬＴＥ－Ａ Ｐｒｏといった無線アクセス技術（RAT: Radio Access Technology）とのキャリアアグリゲーションまたはデュアルコネクティビティにおいてオペレーションされてもよい。このとき、一部またはすべてのセルまたはセルグループ、キャリアまたはキャリアグループ（例えば、プライマリセル（PCell: Primary Cell）、セカンダリセル（SCell: Secondary Cell）、プライマリセカンダリセル（PSCell）、ＭＣＧ（Master Cell Group）、ＳＣＧ（Secondary Cell Group）など）で用いられてもよい。また、単独でオペレーションするスタンドアローンで用いられてもよい。デュアルコネクティビティオペレーションにおいては、ＳｐＣｅｌｌ（Special Cell）は、ＭＡＣ（MAC: Medium Access Control）エンティティがＭＣＧに関連付けられているか、ＳＣＧに関連付けられているかに応じて、それぞれ、ＭＣＧのPCellまたは、SCGのPSCellと称する。デュアルコネクティビティオペレーションでなければ、ＳｐＣｅｌｌ（Special Cell）は、PCellと称する。ＳｐＣｅｌｌ（Special Cell）は、ＰＵＣＣＨ送信と、競合ベースランダムアクセスをサポートする。

【0023】

本実施形態では、端末装置１に対して１つまたは複数のサービングセルが設定されてもよい。設定された複数のサービングセルは、１つのプライマリセルと１つまたは複数のセカンダリセルとを含んでもよい。プライマリセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再確立（connection re-establishment）プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリセルと指示されたセルであってもよい。ＲＲＣ（Radio Resource Control）コネクションが確立された時点、または、後に、１つまたは複数のセカンダリセルが設定されてもよい。ただし、設定された複数のサービングセルは、１つのプライマリセカンダリセルを含んでもよい。プライマリセカンダリセルは、端末装置１が設定された１つまたは複数のセカンダリセルのうち、上りリンクにおいて制御情報を送信可能なセカンダリセルであってもよい。また、端末装置１に対して、マスターセルグループとセカンダリセルグループの２種類のサービングセルのサブセットが設定されてもよい。マスターセルグループは１つのプライマリセルと０個以上のセカンダリセルで構成されてもよい。セカンダリセルグループは１つのプライマリセカンダリセルと０個以上のセカンダリセルで構成されてもよい。

【0024】

本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）および／またはＦＤＤ（Frequency Division Duplex）が適用されてよい。複数のセルの全てに対してＴＤ
Ｄ（Time Division Duplex）方式またはＦＤＤ（Frequency Division Duplex）方式が適
用されてもよい。また、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。ＴＤＤ方式はアンペアードスペクトラムオペレーション（Unpaired spectrum operation）と称されてもよい。ＦＤＤ方式はペアードスペクトラムオペレーション（Paired spectrum operation）と称されてもよい。

【0025】

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

【0026】

本実施形態の物理チャネルおよび物理信号について説明する。

【0027】

図１において、端末装置１と基地局装置３の無線通信では、以下の物理チャネルが用いられる。

【0028】

・ＰＢＣＨ（Physical Broadcast CHannel）
・ＰＤＣＣＨ（Physical Downlink Control CHannel）
・ＰＤＳＣＨ（Physical Downlink Shared CHannel）
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）

【0029】

ＰＢＣＨは、端末装置１が必要な重要なシステム情報を含む重要情報ブロック（MIB: Master Information Block、EIB: Essential Information Block、ＢＣＨ：Broadcast Channel）を報知するために用いられる。

【0030】

また、ＰＢＣＨは、同期信号のブロック（ＳＳ／ＰＢＣＨブロックとも称する）の周期内の時間インデックスを報知するために用いられてよい。ここで、時間インデックスは、セル内の同期信号およびＰＢＣＨのインデックスを示す情報である。例えば、３つの送信ビーム（送信フィルタ設定、受信空間パラメータに関する擬似同位置（ＱＣＬ：Quasi Co-Location））の想定を用いてＳＳ／ＰＢＣＨブロックを送信する場合、予め定められた周期内または設定された周期内の時間順を示してよい。また、端末装置は、時間インデックスの違いを送信ビームの違いと認識してもよい。

【0031】

ＰＤＣＣＨは、下りリンクの無線通信（基地局装置３から端末装置１への無線通信）において、下りリンク制御情報（Downlink Control Information: DCI）を送信する（また
は運ぶ）ために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称してもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドがＤＣＩとして定義され、情報ビットへマップされる。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置１は、サービングセルにおいてＰＤＣＣＨ候補（candidate）のセットをモニタする。モニタすることは、あるＤＣＩフ
ォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。

【0032】

例えば、以下のＤＣＩフォーマットが定義されてよい。
・ＤＣＩフォーマット０＿０
・ＤＣＩフォーマット０＿１
・ＤＣＩフォーマット１＿０
・ＤＣＩフォーマット１＿１
・ＤＣＩフォーマット２＿０
・ＤＣＩフォーマット２＿１
・ＤＣＩフォーマット２＿２
・ＤＣＩフォーマット２＿３

【0033】

ＤＣＩフォーマット０＿０は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。

【0034】

ＤＣＩフォーマット０＿１は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ：BandWidth Part）を示す情報、チャネル状態情報（ＣＳＩ：Channel State Information）リクエス
ト、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）リクエスト、アン
テナポートに関する情報を含んでよい。

【0035】

ＤＣＩフォーマット１＿０は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。

【0036】

ＤＣＩフォーマット１＿１は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ）を示す情報、送信設定指示（ＴＣＩ：Transmission Configuration Indication）、アンテナポートに関する情報を含んでよい。

【0037】

ＤＣＩフォーマット２＿０は、１つまたは複数のスロットのスロットフォーマットを通知するために用いられる。スロットフォーマットは、スロット内の各ＯＦＤＭシンボルが下りリンク、フレキシブル、上りリンクのいずれかに分類されたものとして定義される。例えば、スロットフォーマットが２８の場合、スロットフォーマット２８が指示されたスロット内の１４シンボルのＯＦＤＭシンボルに対してＤＤＤＤＤＤＤＤＤＤＤＤＦＵが適用される。ここで、Ｄが下りリンクシンボル、Ｆがフレキシブルシンボル、Ｕが上りリンクシンボルである。なお、スロットについては後述する。

【0038】

ＤＣＩフォーマット２＿１は、端末装置１に対して、送信がないと想定してよい物理リソースブロックとＯＦＤＭシンボルを通知するために用いられる。なお、この情報はプリエンプション指示（間欠送信指示）と称してよい。

【0039】

ＤＣＩフォーマット２＿２は、ＰＵＳＣＨおよびＰＵＳＣＨのための送信電力制御（ＴＰＣ：Transmit Power Control）コマンドの送信のために用いられる。

【0040】

ＤＣＩフォーマット２＿３は、１または複数の端末装置１によるサウンディング参照信号（ＳＲＳ）送信のためのＴＰＣコマンドのグループを送信するために用いられる。また、ＴＰＣコマンドとともに、ＳＲＳリクエストが送信されてもよい。また、ＤＣＩフォーマット２＿３に、ＰＵＳＣＨおよびＰＵＣＣＨのない上りリンク、またはＳＲＳの送信電力制御がＰＵＳＣＨの送信電力制御と紐付いていない上りリンクのために、ＳＲＳリクエストとＴＰＣコマンドが定義されてよい。

【0041】

下りリンクに対するＤＣＩを、下りリンクグラント（downlink grant）、または、下りリンクアサインメント（downlink assignment）とも称する。ここで、上りリンクに対す
るＤＣＩを、上りリンクグラント（uplink grant）、または、上りリンクアサインメント（Uplink assignment）とも称する。

【0042】

１つのＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣ（Cyclic Redundancy Check）パリティビットは、Ｃ－ＲＮＴＩ（Cell-Radio Network Temporary Identi
fier）、ＣＳ－ＲＮＴＩ（Configured Scheduling-Radio Network Temporary Identifier）、ＲＡ－ＲＮＴＩ（Random Access-Radio Network Temporary Identity）、または、Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩでスクランブルされる。Ｃ－ＲＮＴＩおよびＣＳ－ＲＮＴＩは、セル内において端末装置を識別するための識別子である。Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩは、競合ベースのランダムアクセス手順（contention based random access procedure）中に、ランダムアクセスプリアンブルを送信した端末装置１を識別するための識別子である。

【0043】

Ｃ－ＲＮＴＩ（端末装置の識別子（識別情報））は、１つまたは複数のスロットにおけるＰＤＳＣＨまたはＰＵＳＣＨを制御するために用いられる。ＣＳ－ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩ（ＴＣ－ＲＮＴＩ）は、１つまたは複数のスロットにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩは、ランダムアクセスメッセージ３の再送信、およびランダムアクセスメッセージ４の送信をスケジュールするために用いられる。ＲＡ－ＲＮＴＩ（ランダムアクセス応答識別情報）は、ランダムアクセスプリアンブルを送信した物理ランダムアクセスチャネルの周波数および時間の位置情報に応じて決定される。

【0044】

ＰＵＣＣＨは、上りリンクの無線通信（端末装置１から基地局装置３の無線通信）において、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用い
られる。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（CSI: Channel State Information）が含まれてもよい。また、上りリンク制御情報には、ＵＬ－ＳＣＨリソースを要求するために用いられるスケジューリング要求（SR: Scheduling Request）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）が含まれてもよい。ＨＡＲＱ－ＡＣＫは、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH）に対するＨＡＲＱ－ＡＣＫを示してもよい。

【0045】

ＰＤＳＣＨは、媒介アクセス（MAC: Medium Access Control）層からの下りリンクデータ（DL-SCH: Downlink Shared CHannel）の送信に用いられる。また、下りリンクの場合
にはシステム情報（SI: System Information）やランダムアクセス応答（RAR: Random Access Response）などの送信にも用いられる。

【0046】

ＰＵＳＣＨは、ＭＡＣ層からの上りリンクデータ（UL-SCH: Uplink Shared CHannel）
または上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＣＳＩのみ、または、ＨＡＲＱ－ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＵＣＩのみを送信するために用いられてもよい。

【0047】

ここで、基地局装置３と端末装置１は、上位層（上位レイヤ：higher layer）において信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC: Radio Resource Control）層において、ＲＲＣシグナリング（RRC message: Radio Resource Control message、RRC information: Radio Resource Control informationとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ（Medium Access Control）層において、ＭＡＣコントロールエレメントを送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣコントロールエレメントを、上位層の信号（上位レイヤ信号：higher layer signaling）とも称する。ここでの上位層は、物理層から見た上位層を意味するため、ＭＡＣ層、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ（Non Access Stratum）層などの１つまたは複数を含んでもよい。例えば、ＭＡＣ層の処理において上位層とは、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ層などの１つまたは複数を含んでもよい。

【0048】

ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、ＰＤＳＣＨにおいて、基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingとも称する）で
あってもよい。すなわち、端末装置固有（ＵＥスペシフィック）の情報は、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。また、ＰＵＳＣＨは、上りリンクにおいてＵＥの能力（UE Capability）の送信に用いられてもよい。

【0049】

図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・参照信号（Reference Signal: RS）

【0050】

同期信号は、プライマリ同期信号（ＰＳＳ：Primary Synchronization Signal）およびセカンダリ同期信号（ＳＳＳ）を含んでよい。ＰＳＳとＳＳＳを用いてセルＩＤが検出されてよい。

【0051】

同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ここで、同期信号は、端末装置１が基地局装置３によるプリコーディングまたはビームフォーミングにおけるプリコーディングまたはビームの選択に用いられて良い。なお、ビームは、送信または受信フィルタ設定、あるいは空間ドメイン送信フィルタまたは空間ドメイン受信フィルタと呼ばれてもよい。

【0052】

参照信号は、端末装置１が物理チャネルの伝搬路補償を行うために用いられる。ここで、参照信号は、端末装置１が下りリンクのＣＳＩを算出するためにも用いられてよい。また、参照信号は、無線パラメータやサブキャリア間隔などのヌメロロジーやＦＦＴの窓同期などができる程度の細かい同期（Fine synchronization）に用いられて良い。

【0053】

本実施形態において、以下の下りリンク参照信号のいずれか１つまたは複数が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＣＳＩ－ＲＳ（Channel State Information Reference Signal）
・ＰＴＲＳ（Phase Tracking Reference Signal）
・ＴＲＳ（Tracking Reference Signal）

【0054】

ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＢＣＨを復調するための参照信号と、ＰＤＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＣＳＩ－ＲＳは、チャネル状態情報（ＣＳＩ：Channel State Information）の測定およびビームマネジメントに使用され、周期的またはセミパーシステントまたは非周期のＣＳＩ参照信号の送信方法が適用される。ＣＳＩ－ＲＳには、ノンゼロパワー（ＮＺＰ：Ｎｏｎ－Ｚｅｒｏ Ｐｏｗｅｒ）ＣＳＩ－ＲＳと、送信電力（または受信電力）がゼロである（ゼロパワー（ＺＰ：Ｚｅｒｏ Ｐｏｗｅｒ）ＣＳＩ－ＲＳが定義されてよい。ここで、ＺＰ ＣＳＩ－ＲＳは送信電力がゼロまたは送信されないＣＳＩ－ＲＳリソースと定義されてよい。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。ＴＲＳは、高速移動時におけるドップラーシフトを保証するために使用される。なお、ＴＲＳはＣＳＩ－ＲＳの１つの設定として用いられてよい。例えば、１ポートのＣＳＩ－ＲＳがＴＲＳとして無線リソースが設定されてもよい。

【0055】

本実施形態において、以下の上りリンク参照信号のいずれか１つまたは複数が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＰＴＲＳ（Phase Tracking Reference Signal）
・ＳＲＳ（Sounding Reference Signal）

【0056】

ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＵＣＣＨを復調するための参照信号と、ＰＵＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＳＲＳは、上りリンクチャネル状態情報（ＣＳＩ）の測定、チャネルサウンディング、およびビームマネジメントに使用される。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。

【0057】

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

【0058】

ＢＣＨ、ＵＬ－ＳＣＨおよびＤＬ－ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Medium Access Control）層で用いられるチャネルをトランスポー
トチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（ＴＢ：transport block）および／またはＭＡＣ ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行われる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行われる。

【0059】

図２は、本実施形態に係るＳＳ／ＰＢＣＨブロック（同期信号ブロック、ＳＳブロック、ＳＳＢとも称される）およびＳＳバーストセット（同期信号バーストセットとも称される）の例を示す図である。図２は、周期的に送信されるＳＳバーストセット内に２つのＳＳ／ＰＢＣＨブロックが含まれ、ＳＳ／ＰＢＣＨブロックは、連続する４ＯＦＤＭシンボルで構成される例を示している。

【0060】

ＳＳ／ＰＢＣＨブロックは、少なくとも同期信号（ＰＳＳ、ＳＳＳ）、および／またはＰＢＣＨを含む単位ブロックである。ＳＳ／ＰＢＣＨブロックに含まれる信号／チャネルを送信することを、ＳＳ／ＰＢＣＨブロックを送信すると表現する。基地局装置３はＳＳバーストセット内の１つまたは複数のＳＳ／ＰＢＣＨブロックを用いて同期信号および／またはＰＢＣＨを送信する場合に、ＳＳ／ＰＢＣＨブロック毎に独立した下りリンク送信ビームを用いてもよい。

【0061】

図２において、１つのＳＳ／ＰＢＣＨブロックにはＰＳＳ、ＳＳＳ、ＰＢＣＨが時間／周波数多重されている。ただし、ＰＳＳ、ＳＳＳおよび／またはＰＢＣＨが時間領域で多重される順番は図２に示す例と異なってもよい。

【0062】

ＳＳバーストセットは、周期的に送信されてよい。例えば、初期アクセスに使用される
ための周期と、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期が定義されてもよい。また、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期はＲＲＣ層で設定されてよい。また、接続されている（ConnectedまたはRRC_Connected）端末のために設定する周期は潜在的に送信する可能性がある時間領域の無線リソースの周期であって、実際には基地局装置３が送信するかどうかを決めてもよい。また、初期アクセスに使用されるための周期は、仕様書などに予め定義されてよい。

【0063】

ＳＳバーストセットは、システムフレーム番号（ＳＦＮ：System Frame Number）に基
づいて決定されてよい。また、ＳＳバーストセットの開始位置（バウンダリ）は、ＳＦＮと周期に基づいて決定されてよい。

【0064】

ＳＳ／ＰＢＣＨブロックは、ＳＳバーストセット内の時間的な位置に応じてＳＳＢインデックス（ＳＳＢ／ＰＢＣＨブロックインデックスと称されてもよい）が割り当てられる。端末装置１は、検出したＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨの情報および／または参照信号の情報に基づいてＳＳＢインデックスを算出する。

【0065】

複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、同じＳＳＢインデックスが割り当てられる。複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、ＱＣＬである（あるいは同じ下りリンク送信ビームが適用されている）と想定されてもよい。また、複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックにおけるアンテナポートは、平均遅延、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。

【0066】

あるＳＳバーストセットの周期内で、同じＳＳＢインデックスが割り当てられているＳＳ／ＰＢＣＨブロックは、平均遅延、平均ゲイン、ドップラースプレッド、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。ＱＣＬである１つまたは複数のＳＳ／ＰＢＣＨブロック（あるいは参照信号であってもよい）に対応する設定をＱＣＬ設定と称してもよい。

【0067】

ＳＳ／ＰＢＣＨブロック数（ＳＳブロック数あるいはＳＳＢ数と称されてもよい）は、例えばＳＳバースト、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のＳＳ／ＰＢＣＨブロック数（個数）として定義されてよい。また、ＳＳ／ＰＢＣＨブロック数は、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のセル選択のためのビームグループの数を示してもよい。ここで、ビームグループは、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中に含まれる異なるＳＳ／ＰＢＣＨブロックの数または異なるビームの数として定義されてよい。

【0068】

以下、本実施形態で説明する参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳ、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳを含む。例えば、下りリンク参照信号、同期信号および／またはＳＳ／ＰＢＣＨブロックを参照信号と称してもよい。下りリンクで使用される参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳなどを含む。上りリンクで使用される参照信号は、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳなどを含む。

【0069】

また、参照信号は、無線リソース測定（ＲＲＭ：Radio Resource Measurement）に用いられてよい。また、参照信号は、ビームマネジメントに用いられてよい。

【0070】

ビームマネジメントは、送信装置（下りリンクの場合は基地局装置３であり、上りリンクの場合は端末装置１である）におけるアナログおよび／またはディジタルビームと、受信装置（下りリンクの場合は端末装置１、上りリンクの場合は基地局装置３である）におけるアナログおよび／またはディジタルビームの指向性を合わせ、ビーム利得を獲得するための基地局装置３および／または端末装置１の手続きであってよい。

【0071】

なお、ビームペアリンクを構成、設定または確立する手続きとして、下記の手続きを含んでよい。
・ビーム選択（Beam selection）
・ビーム改善（Beam refinement）
・ビームリカバリ（Beam recovery）

【0072】

例えば、ビーム選択は、基地局装置３と端末装置１の間の通信においてビームを選択する手続きであってよい。また、ビーム改善は、さらに利得の高いビームの選択、あるいは端末装置１の移動によって最適な基地局装置３と端末装置１の間のビームの変更をする手続きであってよい。ビームリカバリは、基地局装置３と端末装置１の間の通信において遮蔽物や人の通過などにより生じるブロッケージにより通信リンクの品質が低下した際にビームを再選択する手続きであってよい。

【0073】

ビームマネジメントには、ビーム選択、ビーム改善が含まれてよい。ビームリカバリには、下記の手続きを含んでよい。
・ビーム失敗（beam failure）の検出
・新しいビームの発見
・ビームリカバリリクエストの送信
・ビームリカバリリクエストに対する応答のモニタ

【0074】

例えば、端末装置１における基地局装置３の送信ビームを選択する際にＣＳＩ－ＲＳまたはＳＳ／ＰＢＣＨブロックに含まれるＳＳＳのＲＳＲＰ（Reference Signal Received Power）を用いてもよいし、ＣＳＩを用いてもよい。また、基地局装置３への報告として
ＣＳＩ－ＲＳリソースインデックス（ＣＲＩ：CSI-RS Resource Index）を用いてもよい
し、ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨおよび／またはＰＢＣＨの復調に用いられる復調用参照信号（ＤＭＲＳ）の系列で指示されるインデックスを用いてもよい。

【0075】

また、基地局装置３は、端末装置１へビームを指示する際にＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスを指示し、端末装置１は、指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて受信する。このとき、端末装置１は指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて空間フィルタを設定し、受信してよい。また、端末装置１は、疑似同位置（ＱＣＬ：Quasi Co-Location）の想定を用いて受信し
てもよい。ある信号（アンテナポート、同期信号、参照信号など）が別の信号（アンテナポート、同期信号、参照信号など）と「ＱＣＬである」または、「ＱＣＬの想定が用いられる」とは、ある信号が別の信号と関連付けられていると解釈できる。

【0076】

もしあるアンテナポートにおけるあるシンボルが搬送されるチャネルの長区間特性（Long Term Property）が他方のアンテナポートにおけるあるシンボルが搬送されるチャネルから推論されうるなら、２つのアンテナポートはＱＣＬであるといわれる。チャネルの長区間特性は、遅延スプレッド、ドップラースプレッド、ドップラーシフト、平均利得、及び平均遅延の１つまたは複数を含む。例えば、アンテナポート１とアンテナポート２が平均遅延に関してＱＣＬである場合、アンテナポート１の受信タイミングからアンテナポート２の受信タイミングが推論されうることを意味する。

【0077】

このＱＣＬは、ビームマネジメントにも拡張されうる。そのために、空間に拡張したＱＣＬが新たに定義されてもよい。例えば、空間ドメインのＱＣＬの想定におけるチャネルの長区間特性（Long term property）として、無線リンクあるいはチャネルにおける到来角（AoA（Angle of Arrival）, ZoA（Zenith angle of Arrival）など）および／または
角度広がり（Angle Spread、例えばASA（Angle Spread of Arrival）やZSA（Zenith angle Spread of Arrival））、送出角（AoD, ZoDなど）やその角度広がり（Angle Spread、
例えばASD（Angle Spread of Departure）やZSD（Zenith angle Spread of Departure）
）、空間相関（Spatial Correlation）、受信空間パラメータであってもよい。

【0078】

例えば、アンテナポート１とアンテナポート２の間で受信空間パラメータに関してＱＣＬであるとみなせる場合、アンテナポート１からの信号を受信する受信ビーム（受信空間フィルタ）からアンテナポート２からの信号を受信する受信ビームが推論されうることを意味する。

【0079】

ＱＣＬタイプとして、ＱＣＬであるとみなしてよい長区間特性の組み合わせが定義されてよい。例えば、以下のタイプが定義されてよい。
・タイプＡ：ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド
・タイプＢ：ドップラーシフト、ドップラースプレッド
・タイプＣ：平均遅延、ドップラーシフト
・タイプＤ：受信空間パラメータ

【0080】

上述のＱＣＬタイプは、ＲＲＣおよび／またはＭＡＣ層および／またはＤＣＩで１つまたは２つの参照信号とＰＤＣＣＨやＰＤＳＣＨ ＤＭＲＳとのＱＣＬの想定を送信設定指示（ＴＣＩ：Transmission Configuration Indication）として設定および／または指示
してもよい。例えば、端末装置１がＰＤＣＣＨを受信する際のＴＣＩの１つの状態として、ＳＳ／ＰＢＣＨブロックのインデックス＃２とＱＣＬタイプＡ＋ＱＣＬタイプＢが設定および／または指示された場合、端末装置１は、ＰＤＣＣＨ ＤＭＲＳを受信する際、ＳＳ／ＰＢＣＨブロックインデックス＃２の受信におけるドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド、受信空間パラメータとチャネルの長区間特性とみなしてＰＤＣＣＨのＤＭＲＳを受信して同期や伝搬路推定をしてもよい。このとき、ＴＣＩにより指示される参照信号（上述の例ではＳＳ／ＰＢＣＨブロック）をソース参照信号、ソース参照信号を受信する際のチャネルの長区間特性から推論される長区間特性の影響を受ける参照信号（上述の例ではＰＤＣＣＨ ＤＭＲＳ）をターゲット参照信号と称してよい。また、ＴＣＩは、ＲＲＣで１つまたは複数のＴＣＩ状態と各状態に対してソース参照信号とＱＣＬタイプの組み合わせが設定され、ＭＡＣ層またはＤＣＩにより端末装置１に指示されてよい。

【0081】

この方法により、ビームマネジメントおよびビーム指示／報告として、空間ドメインのＱＣＬの想定と無線リソース（時間および／または周波数）によりビームマネジメントと等価な基地局装置３、端末装置１の動作が定義されてもよい。

【0082】

以下、サブフレームについて説明する。本実施形態ではサブフレームと称するが、リソースユニット、無線フレーム、時間区間、時間間隔などと称されてもよい。

【0083】

図３は、本発明の第１の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。無線フレームのそれぞれは、１０ｍｓ長である。また、無線フレームのそれぞれは１０個のサブフレームおよびＷ個のスロットから構成される。また、１スロットは、Ｘ個のＯＦＤＭシンボルで構成される。つまり、１サブフレームの長さは１ｍｓである。スロットのそれぞれは、サブキャリア間隔によって時間長が定義される。
例えば、ＯＦＤＭシンボルのサブキャリア間隔が１５ｋＨｚ、ＮＣＰ（Normal Cyclic Prefix）の場合、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．５ｍｓおよび１ｍｓである。また、サブキャリア間隔が６０ｋＨｚの場合は、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．１２５ｍｓおよび０．２５ｍｓである。また、例えば、Ｘ＝１４の場合、サブキャリア間隔が１５ｋＨｚの場合はＷ＝１０であり、サブキャリア間隔が６０ｋＨｚの場合はＷ＝４０である。図３は、Ｘ＝７の場合を一例として示している。なお、Ｘ＝１４の場合にも同様に拡張できる。また、上りリンクスロットも同様に定義され、下りリンクスロットと上りリンクスロットは別々に定義されてもよい。また、図３のセルの帯域幅は帯域の一部（ＢＷＰ：BandWidth Part）として定義されてもよい。また、スロットは、送信時間間隔（ＴＴＩ：Transmission Time Interval）と定義されてもよい。スロットは、ＴＴＩとして定義されなくてもよい。ＴＴＩは、トランスポートブロックの送信期間であってもよい。

【0084】

スロットのそれぞれにおいて送信される信号または物理チャネルは、リソースグリッドによって表現されてよい。リソースグリッドは、それぞれのヌメロロジー（サブキャリア間隔およびサイクリックプレフィックス長）およびそれぞれのキャリアに対して、複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。1つのスロットを構成する
サブキャリアの数は、セルの下りリンクおよび上りリンクの帯域幅にそれぞれ依存する。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルの番号とを用いて識別されてよい。

【0085】

リソースグリッドは、ある物理下りリンクチャネル（ＰＤＳＣＨなど）あるいは上りリンクチャネル（ＰＵＳＣＨなど）のリソースエレメントのマッピングを表現するために用いられる。例えば、サブキャリア間隔が１５ｋＨｚの場合、サブフレームに含まれるＯＦＤＭシンボル数Ｘ＝１４で、ＮＣＰの場合には、１つの物理リソースブロックは、時間領域において１４個の連続するＯＦＤＭシンボルと周波数領域において１２＊Ｎｍａｘ個の連続するサブキャリアとから定義される。Ｎｍａｘは、後述するサブキャリア間隔設定μにより決定されるリソースブロックの最大数である。つまり、リソースグリッドは、（１４＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。ＥＣＰ（Extended CP）の場合、サブキャリア間隔６０ｋＨｚにおいてのみサポートされるので、１つの物理リソースブロックは、例えば、時間領域において１２（１スロットに含まれるＯＦＤＭシンボル数）＊４（１サブフレームに含まれるスロット数）＝４８個の連続するＯＦＤＭシンボルと、周波数領域において１２＊Ｎｍａｘ，μ個の連続するサブキャリアとにより定義される。つまり、リソースグリッドは、（４８＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。

【0086】

リソースブロックとして、参照リソースブロック、共通リソースブロック、物理リソースブロック、仮想リソースブロックが定義される。１リソースブロックは、周波数領域で連続する１２サブキャリアとして定義される。参照リソースブロックは、全てのサブキャリアにおいて共通であり、例えば１５ｋＨｚのサブキャリア間隔でリソースブロックを構成し、昇順に番号が付されてよい。参照リソースブロックインデックス０におけるサブキャリアインデックス０は、参照ポイントＡ（point A）と称されてよい（単に“参照ポイント”と称されてもよい）。共通リソースブロックは、参照ポイントＡから各サブキャリア間隔設定μにおいて０から昇順で番号が付されるリソースブロックである。上述のリソースグリッドはこの共通リソースブロックにより定義される。物理リソースブロックは、後述する帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックであり、物理リソースブロックは、帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックである。ある物理上りリンクチャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。以下、リソースブロックは仮想リソースブロックであってもよいし、物理リソースブロックであってもよいし、共通リソースブロックであってもよいし、参照リソースブロックであってもよい。

【0087】

次に、サブキャリア間隔設定μについて説明する。上述のようにＮＲでは、１つまたは複数のＯＦＤＭヌメロロジーがサポートされる。あるＢＷＰにおいて、サブキャリア間隔設定μ（μ＝０，１，．．．，５）と、サイクリックプレフィックス長は、下りリンクのＢＷＰに対して上位レイヤ（上位層）で与えられ、上りリンクのＢＷＰにおいて上位レイヤで与えられる。ここで、μが与えられると、サブキャリア間隔Δｆは、Δｆ＝２＾μ・１５（ｋＨｚ）で与えられる。

【0088】

サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ^{subframe,μ}_{slot}-1に昇順に数えられ、フレーム内で０からＮ^{frame,μ}_{slot}-1に昇順に
数えられる。スロット設定およびサイクリックプレフィックスに基づいてN^{slot}_{symb}の連続するＯＦＤＭシンボルがスロット内にある。N^{slot}_{symb}は１４である。サブフレーム内のスロットｎ^{μ}_{s}のスタートは、同じサブフレーム内のｎ^{μ}_{s} N^{slot}_{symb}番目のＯＦＤＭシンボルのスタートと時間でアラインされている。

【0089】

次に、サブフレーム、スロット、ミニスロットについて説明する。図４は、サブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。同図のように、３種類の時間ユニットが定義される。サブフレームは、サブキャリア間隔によらず１ｍｓであり、スロットに含まれるＯＦＤＭシンボル数は７または１４であり、スロット長はサブキャリア間隔により異なる。ここで、サブキャリア間隔が１５ｋＨｚの場合、１サブフレームには１４ＯＦＤＭシンボル含まれる。下りリンクスロットはＰＤＳＣＨマッピングタイプＡと称されてよい。上りリンクスロットはＰＵＳＣＨマッピングタイプＡと称されてよい。

【0090】

ミニスロット（サブスロットと称されてもよい）は、スロットに含まれるＯＦＤＭシンボル数よりも少ないＯＦＤＭシンボルで構成される時間ユニットである。同図はミニスロットが２ＯＦＤＭシンボルで構成される場合を一例として示している。ミニスロット内のＯＦＤＭシンボルは、スロットを構成するＯＦＤＭシンボルタイミングに一致してもよい。なお、スケジューリングの最小単位はスロットまたはミニスロットでよい。また、ミニスロットを割り当てることを、ノンスロットベースのスケジューリングと称してもよい。また、ミニスロットをスケジューリングされることを参照信号とデータのスタート位置の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。下りリンクミニスロットはＰＤＳＣＨマッピングタイプＢと称されてよい。上りリンクミニスロットはＰＵＳＣＨマッピングタイプＢと称されてよい。

【0091】

図５は、スロットフォーマットの一例を示す図である。ここでは、サブキャリア間隔１５ｋＨｚにおいてスロット長が１ｍｓの場合を例として示している。同図において、Ｄは下りリンク、Ｕは上りリンクを示している。同図に示されるように、ある時間区間内（例えば、システムにおいて１つのＵＥに対して割り当てなければならない最小の時間区間）においては、
・下りリンクシンボル
・フレキシブルシンボル
・上りリンクシンボル
のうち１つまたは複数を含んでよい。なお、これらの割合はスロットフォーマットとして予め定められてもよい。また、スロット内に含まれる下りリンクのＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてもよい。また、スロット内に含まれる上りリンクのＯＦＤＭシンボルまたはＤＦＴ－Ｓ－ＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてよい。なお、スロットをスケジュー
リングされることを参照信号とスロット境界の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。

【0092】

端末装置１は、下りリンクシンボルまたはフレキシブルシンボルで下りリンク信号または下りリンクチャネルを受信してよい。端末装置１は、上りリンクシンボルまたはフレキシブルシンボルで上りリンク信号または下りリンクチャネルを送信してよい。

【0093】

図５（ａ）は、ある時間区間（例えば、１ＵＥに割当可能な時間リソースの最小単位、またはタイムユニットなどとも称されてよい。また、時間リソースの最小単位を複数束ねてタイムユニットと称されてもよい。）で、全て下りリンク送信に用いられている例であり、図５（ｂ）は、最初の時間リソースで例えばＰＤＣＣＨを介して上りリンクのスケジューリングを行い、ＰＤＣＣＨの処理遅延及び下りから上りの切り替え時間、送信信号の生成を含むフレキシブルシンボルを介して上りリンク信号を送信する。図５（ｃ）は、最初の時間リソースでＰＤＣＣＨおよび／または下りリンクのＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介してＰＵＳＣＨまたはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号はＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ、すなわちＵＣＩの送信に用いられてよい。図５（ｄ）は、最初の時間リソースでＰＤＣＣＨおよび／またはＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介して上りリンクのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号は上りリンクデータ、すなわちＵＬ－ＳＣＨの送信に用いられてもよい。図５（ｅ）は、全て上りリンク送信（ＰＵＳＣＨまたはＰＵＣＣＨ）に用いられている例である。

【0094】

上述の下りリンクパート、上りリンクパートは、ＬＴＥと同様複数のＯＦＤＭシンボルで構成されてよい。

【0095】

図６は、ビームフォーミングの一例を示した図である。複数のアンテナエレメントは１つの送信ユニット（TXRU: Transceiver unit）５０に接続され、アンテナエレメント毎の位相シフタ５１によって位相を制御し、アンテナエレメント５２から送信することで送信信号に対して任意の方向にビームを向けることができる。典型的には、ＴＸＲＵがアンテナポートとして定義されてよく、端末装置１においてはアンテナポートのみが定義されてよい。位相シフタ５１を制御することで任意の方向に指向性を向けることができるため、基地局装置３は端末装置１に対して利得の高いビームを用いて通信することができる。

【0096】

以下、帯域部分（ＢＷＰ, Bandwidth part）について説明する。ＢＷＰは、キャリアＢＷＰとも称される。ＢＷＰは、下りリンクと上りリンクのそれぞれに設定されてよい。ＢＷＰは、共通リソースブロックの連続するサブセットから選択された連続する物理リソースの集合として定義される。端末装置１は、ある時間に１つの下りリンクキャリアＢＷＰ（ＤＬ ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。端末装置１は、ある時間に１つの上りリンクキャリアＢＷＰ（ＵＬ ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。キャリアアグリゲーションの場合には、ＢＷＰは各サービングセルで設定されてもよい。このとき、あるサービングセルにおいてＢＷＰが１つ設定されていることを、ＢＷＰが設定されていないと表現されてもよい。また、ＢＷＰが２つ以上設定されていることをＢＷＰが設定されていると表現されてもよい。

【0097】

＜ＭＡＣ ｅｎｔｉｔｙ動作>
活性化されたサービングセルにおいて、常に一つのアクティブな（活性化された）ＢＷＰがある。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、インアク
ティブな（非活性化された）ＢＷＰを活性化（activate）し、アクティブな（活性化され
た）ＢＷＰを非活性化（deactivate）するために使用される。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、下りリンク割り当てまたは上りリンクグラント
を示すＰＤＣＣＨによって制御される。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、さらに、ＢＷＰインアクティブタイマー（BWP inactivity timer）や、ＲＲＣシグナリングによってや、ランダムアクセスプロシージャの開始時にＭＡＣエンティティ自身によって制御されてもよい。ＳｐＣｅｌｌ（PCellまたはPSCell）の追加または、ＳＣｅｌｌの活性化において、一つのＢＷＰが、下りリンク割り当てまたは上りリンクグラントを示すＰＤＣＣＨを受信することなしに第一にアクティブである。第一にアクティブなＤＬ ＢＷＰ (first active DL BWP) およびＵＬ ＢＷＰ(first active UL BWP)は、基地局装置３から端末装置１に送られるＲＲＣメッセージで指定されるかもしれない。あるサービングセルに対するアクティブなＢＷＰは、基地局装置３から端末装置１に送られるＲＲＣまたはＰＤＣＣＨで指定される。また、第一にアクティブなＤＬ ＢＷＰ (first active DL BWP) およびＵＬ ＢＷＰ(first active UL BWP)は、メッセージ４に含まれてもよい。アンペアードスペクトラム（Unpaired spectrum）（ＴＤＤバンドなど）では、ＤＬ ＢＷＰとＵＬ ＢＷＰはペアされていて、ＢＷＰ切り替えは、ＵＬとＤＬに対して共通である。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、アクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ノーマル処理を適用する。ノーマル処理には、ＵＬ－ＳＣＨを送信する、ＲＡＣＨを送信する、ＰＤＣＣＨをモニタする、ＰＵＣＣＨを送信する、ＳＲＳを送信する、およびＤＬ－ＳＣＨを受信することを含む。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、インアクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ＵＬ－ＳＣＨを送信しない、ＲＡＣＨを送信しない、ＰＤＣＣＨをモニタしない、ＰＵＣＣＨを送信しない、ＳＲＳを送信しない、およびＤＬ－ＳＣＨを受信しない。あるサービングセルが非活性化された場合、アクティブなＢＷＰは、存在しないようにしてもよい（例えば、アクティブなＢＷＰは非活性化される）。

【0098】

＜ＲＲＣ動作＞
ＲＲＣメッセージ（報知されるシステム情報や、専用ＲＲＣメッセージで送られる情報）に含まれるＢＷＰインフォメーションエレメント（IE）は、ＢＷＰを設定するために使われる。基地局装置３から送信されたＲＲＣメッセージは、端末装置１によって受信される。それぞれのサービングセルに対して、ネットワーク（基地局装置３など）は、少なくとも下りリンクのＢＷＰと１つ（もしサービングセルが上りリンクの設定された場合など）または２つ（付録のアップリンク（supplementary uplink）が使われる場合など）の上りリンクＢＷＰを含む少なくとも初期ＢＷＰ（initial BWP）を、端末装置１に対して、設定する。さらに、ネットワークは、追加の上りリンクＢＷＰや下りリンクＢＷＰをあるサービングセルに対して設定するかもしれない。ＢＷＰ設定は、上りリンクパラメータと下りリンクパラメータに分けられる。また、ＢＷＰ設定は、共通（common）パラメータと専用（dedicated）パラメータに分けられる。共通パラメータ（ＢＷＰ上りリンク共通ＩＥやＢＷＰ下りリンク共通ＩＥなど）は、セル特有である。プライマリセルの初期ＢＷＰの共通パラメータは、システム情報でも提供される。他のすべてのサービングセルに対しては、ネットワークは専用信号で共通パラメータを提供する。ＢＷＰは、ＢＷＰ ＩＤで識別される。初期ＢＷＰは、ＢＷＰ ＩＤが０である。他のＢＷＰのＢＷＰ ＩＤは、１から４までの値を取る。

【0099】

初期ＤＬ ＢＷＰは、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ）のためのＰＲＢ位置（location）と連続的なＰＲＢの数、サブキャリア間隔、および、サイクリックプレフィックスによって定義されてもよい。即ち、初期ＤＬ ＢＷＰはＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎによって設定されてもよい。インフォメーションエレメントＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎは端末装置１に対するサービングセルのセル固有パラメータを設定するために使われる。この場合、初期ＤＬ ＢＷＰのサイズはＮ^ｓｉｚｅ _{ＢＷＰ、０}である。即ち、Ｎ^ｓｉｚｅ _{ＢＷＰ、０}は初期ＤＬ ＢＷＰの帯域幅を示すリソースブロックの数である。ここで、初期ＤＬ ＢＷＰはサイズＮ^ｓｉｚｅ _{ＢＷＰ、０}（第１のサイズ）の初期ＤＬ ＢＷＰである。

【0100】

また、端末装置１には、初期ＤＬ ＢＷＰがＳＩＢ１（systemInformationBlockType1
）またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎ（例えば、ServingCellConfigCommonSIB）によって提供されてもよい。インフォメーションエレメントＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎＳＩＢは、ＳＩＢ１内の端末装置１に対するサービングセルのセル固有パラメータを設定するために使われる。この場合、初期ＤＬ ＢＷＰのサイズはＮ^ｓｉｚｅ _{ＢＷＰ、１}である。つまり、Ｎ^ｓｉｚｅ _{ＢＷＰ、１}はＳＩＢ１（SystemInformationBlockType1）またはServingCellConfigCommonによって示されるＢＷＰのリソースブロックの数である。Ｎ^ｓｉｚｅ _{ＢＷＰ、１}はＮ^ｓｉｚｅ _{ＢＷＰ、０}と等しいでもよい_。Ｎ^ｓｉｚｅ _{ＢＷＰ、１}はＮ^ｓｉｚｅ _{ＢＷＰ、０}と異なってもよい。ここで、初期ＤＬ ＢＷＰはサイズＮ^ｓｉｚｅ _{ＢＷＰ、１}（第２のサイズ）の初期ＤＬ ＢＷＰである。

【0101】

端末装置１には、初期ＵＬ ＢＷＰがＳＩＢ１（systemInformationBlockType1）また
はｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって提供されてもよい。インフォメーションエレメントｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰは、初期ＵＬ ＢＷＰを設定するために使われる。

【0102】

前述のように、端末装置１に対して複数のＤＬ ＢＷＰが設定されていてもよい。そして、端末装置１に対して設定されているＤＬ ＢＷＰの内、上位層のパラメータdefaultDownlinkBWP-IdによりデフォルトＤＬ ＢＷＰが設定されることができる。端末装置１に
対して上位層のパラメータdefaultDownlinkBWP-Idが提供されない場合、デフォルトＤＬ
ＢＷＰは初期ＤＬ ＢＷＰである。ここで、初期ＤＬ ＢＷＰは第２のサイズの初期ＤＬ ＢＷＰである。

【0103】

本実施形態において、明示しないかぎり、初期ＤＬ ＢＷＰはＮ^ｓｉｚｅ _{ＢＷＰ、０}の初期ＤＬ ＢＷＰであってもよいし、Ｎ^ｓｉｚｅ _{ＢＷＰ、１}の初期ＤＬ ＢＷＰであってもよい。

【0104】

端末装置１は、１つのプライマリセルと１５までのセカンダリセルが設定されてよい。

【0105】

以下、本実施形態におけるコントロールリソースセット（ＣＯＲＥＳＥＴ）について説明する。

【0106】

コントロールリソースセット（CORESET, Control resource set）は下りリンク制御情
報をサーチするための時間および周波数リソースである。ＣＯＲＥＳＥＴの設定情報には、ＣＯＲＥＳＥＴの識別子（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ、ＣＯＲＥＳＥＴ－ＩＤ）とＣＯＲＥＳＥＴの周波数リソースを特定する情報が含まれる。インフォメーションエレメントＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ（ＣＯＲＥＳＥＴの識別子）は、あるサービングセルにおけるコントロールリソースセットを特定するために使われる。ＣＯＲＥＳＥＴの識別子は、あるサービングセルにおけるＢＷＰ間で使われる。ＣＯＲＥＳＥＴの識別子は、サービングセルにおけるＢＷＰ間でユニークである。各ＢＷＰのＣＯＲＥＳＥＴの数は、初期ＣＯＲＥＳＥＴを含めて、３に制限される。あるサービングセルにおいて、ＣＯＲＥＳＥＴの識別子の値は、０から１１までの値を取る。

【0107】

ＣＯＲＥＳＥＴの識別子０（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ ０）で特定されるコントロールリソースセットはＣＯＲＥＳＥＴ＃０と称する。ＣＯＲＥＳＥＴ＃０は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎによって設定されてもよい。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎであってもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏによって設定されてもよい。つまり、インフォメーションエレメントｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ＃０（コモンＣＯＲＥＳＥＴ）を示すために用いられる。ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１で示されるＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃０である。ＭＩＢまたは専用コンフィギュレーション内のインフォメーションエレメントｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１は、初期ＤＬ ＢＷＰを設定するために用いられる。ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの設定情報ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１には、ＣＯＲＥＳＥＴの識別子とＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）を明示的に特定する情報は含まれないが、ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）は、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれる情報によって暗示的に特定できる。インフォメーションエレメントＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎは、ＳＩＢで提供されるセル固有のＰＤＣＣＨパラメータを設定するために用いられる。また、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎはハンドオーバ、および、ＰＳＣｅｌｌおよび／またはＳＣｅｌｌの追加時にも提供されてもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰの設定の中に含まれる。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰ以外のＢＷＰの設定の中に含まれなくてもよい。ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１の内４ビット（例えば、ＭＳＢ ４ビット、最上位ビットの４ビット）に対応する。ＣＯＲＥＳＥＴ＃０はタイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットである。

【0108】

追加のコモンＣＯＲＥＳＥＴ（additional common control resource set）の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔによって設定されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、ランダムアクセス手順に使われる追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。また、追加のコモンＣＯＲＥＳＥＴの設定情報は、ＳＩメッセージ（例えば、ＳＩＢ１以外のシステム情報）および／またはページング手順のための追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、各ＢＷＰの設定の中に含まれてもよい。ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔに示されるＣＯＲＥＳＥＴの識別子は０以外の値を取る。

【0109】

コモンＣＯＲＥＳＥＴは、ランダムアクセス手順に使われるＣＯＲＥＳＥＴ（例えば、追加のコモンＣＯＲＥＳＥＴ）であってもよい。また、本実施形態において、コモンＣＯＲＥＳＥＴには、ＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴの設定情報で設定されたＣＯＲＥＳＥＴが含まれてもよい。つまり、コモンＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴを含んでもよい。ＣＯＲＥＳＥＴ＃０はコモンＣＯＲＥＳＥＴ＃０と称してもよい。端末装置１、コモンＣＯＲＥＳＥＴが設定されているＢＷＰ以外のＢＷＰにおいても、コモンＣＯＲＥＳＥＴの設定情報を参照（取得）してもよい。

【0110】

１つまたは複数のＣＯＲＥＳＥＴの設定情報は、ＰＤＣＣＨ－Ｃｏｎｆｉｇによって設
定されてもよい。インフォメーションエレメントＰＤＣＣＨ－Ｃｏｎｆｉｇは、あるＢＷＰに対してＵＥ固有のＰＤＣＣＨパラメータ（例えば、ＣＯＲＳＥＴ、サーチスペースなど）を設定するために用いられる。ＰＤＣＣＨ－Ｃｏｎｆｉｇは、各ＢＷＰの設定の中に含まれてもよい。

【0111】

即ち、本実施形態において、ＭＩＢで示されるコモンＣＯＲＥＳＥＴの設定情報はｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１であり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴの設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏであり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴ（追加のコモンＣＯＲＥＳＥＴ）の設定情報はｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔである。また、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示される１つまたは複数のＣＯＲＥＳＥＴ（UE specifically configured Control Resource Sets、ＵＥ固有ＣＯＲＥＳＥＴ）の設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔである。

【0112】

サーチスペースはＰＤＣＣＨ候補（PDCCH candidates）をサーチするために定義される。サーチスペースの設定情報に含まれるｓｅａｒｃｈＳｐａｃｅＴｙｐｅは、該サーチスペースがコモンサーチスペース（Common Search Space, CSS）であるかＵＥ固有サーチスペース（UE-specific Search Space, USS）であることを示す。ＵＥ固有サーチスペースは、少なくとも、端末装置１がセットしているＣ－ＲＮＴＩの値から導き出される。すなわち、ＵＥ固有サーチスペースは、端末装置１毎に個別に導き出される。コモンサーチスペースは、複数の端末装置１の間で共通のサーチスペースであり、予め定められたインデックスのＣＣＥ（Control Channel Element）から構成される。ＣＣＥは、複数のリソースエレメントから構成される。サーチスペースの設定情報には、該サーチスペースでモニタされるＤＣＩフォーマットの情報が含まれる。

【0113】

サーチスペースの設定情報には、ＣＯＲＥＳＥＴの設定情報で特定されるＣＯＲＥＳＥＴの識別子が含まれる。サーチスペースの設定情報の中に含まれるＣＯＲＥＳＥＴの識別子で特定されるＣＯＲＥＳＥＴは、該サーチスペースと関連付けられる。言い換えると、該サーチスペースに関連付けられるＣＯＲＥＳＥＴは、該サーチスペースに含まれるＣＯＲＥＳＥＴの識別子で特定するＣＯＲＥＳＥＴである。該サーチスペースの設定情報で示されるＤＣＩフォーマットは、関連付けられるＣＯＲＥＳＥＴでモニタされる。各サーチスペースは一つのＣＯＲＥＳＥＴに関連付けられる。例えば、ランダムアクセス手順のためのサーチスペースの設定情報はｒａ－ＳｅａｒｃｈＳｐａｃｅによって設定されてもよい。即ち、ｒａ－ＳｅａｒｃｈＳｐａｃｅと関連付けられるＣＯＲＥＳＥＴでＲＡ－ＲＮＴＩまたはＴＣ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマットがモニタされる。

【0114】

前述のように、ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＤＬ ＢＷＰの設定の中に含まれる。ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＤＬＢＷＰ以外のＢＷＰ（追加のＢＷＰ）の設定の中に含まれなくてもよい。初期ＤＬ ＢＷＰ以外のＢＷＰ（追加のＢＷＰ）がＣＯＲＥＳＥＴ＃０の設定情報を参照（refer, acquireなど）する場合には、周波数領域においてＣＯＲＥＳＥＴ＃０およびＳＳブロックが追加のＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。別の言い方で言えば、初期ＢＷＰ以外のＢＷＰ（追加のＢＷＰ）がＣＯＲＥＳＥＴ＃０の設定情報を参照（refer, acquireなど）する場合には、周波数領域において初期ＤＬ ＢＷＰの帯域幅およびＳＳブロックが追加のＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。この時、追加のＢＷＰに対して設定されているサーチスペース（例えば、ｒａ－ＳｅａｒｃｈＳｐａｃｅ）は、ＣＯＲＥＳＥＴ＃０の識別子０を示すことにより、ＣＯＲＥＳＥＴ＃０の設定情報を参照（refer, acquireなど）することができる。即ち、この時、ＣＯＲＥＳＥＴ＃０が初期ＤＬ ＢＷＰのみに対して設定されているが、他のＢＷＰ（追加のＢＷＰ）でオペレーティングしている端末装置１は、ＣＯＲＥＳＥＴ＃０の設定情報を参照することができる。また、周波数領域において初期ＤＬ ＢＷＰの帯域幅が追加のＤＬ ＢＷＰに含まれ、且つ、ＳＳブロックが追加のＤＬ ＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いる条件の内何れかが満たさない場合、端末装置１は追加のＤＬ ＢＷＰがＣＯＲＥＳＥＴ＃０の設定情報を参照することを期待しなくてもよい。即ち、この場合、基地局装置３は、端末装置１に対して追加のＤＬ ＢＷＰがＣＯＲＥＳＥＴ＃０の設定情報を参照することを設定しなくてもよい。ここで、初期ＤＬ ＢＷＰはサイズＮ^ｓｉｚｅ _{ＢＷＰ、０}（第１のサイズ）の初期ＤＬ ＢＷＰであってもよい。

【0115】

ある（追加）ＤＬ ＢＷＰが他のＢＷＰのＣＯＲＥＳＥＴの設定情報を参照（refer, acquireなど）する場合には、周波数領域においてそのＣＯＲＥＳＥＴ（または、そのＢＷＰの帯域幅）および／またはそのＢＷＰが含む（関連する）ＳＳブロックが追加のＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。つまり、周波数領域においてそのＣＯＲＥＳＥＴ（または、そのＢＷＰの帯域幅）が追加のＤＬ ＢＷＰに含まれ、且つ、そのＢＷＰが含む（関連する）ＳＳブロックが追加のＤＬ ＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いる条件の内何れかが満たさない場合、端末装置１は追加のＤＬ ＢＷＰがそのＢＷＰに対して設定されているＣＯＲＥＳＥＴの設定情報を参照することを期待しなくてもよい。

【0116】

端末装置１は、ＰＤＣＣＨをモニタリングするように設定されているそれぞれのアクティブなサービングセルに配置される、１つまたは複数のＣＯＲＥＳＥＴにおいて、ＰＤＣＣＨの候補のセットをモニタする。ＰＤＣＣＨの候補のセットは、１つまたは複数のサーチスペースセットに対応している。モニタリングすることは、モニタされる１つまたは複数のＤＣＩフォーマットに応じてそれぞれのＰＤＣＣＨの候補をデコードすることを意味する。端末装置１がモニタするＰＤＣＣＨの候補のセットは、ＰＤＣＣＨサーチスペースセットPDCCH search space sets)で定義される。一つのサーチスペースセットは、コモンサーチスペースセットまたはＵＥ固有サーチスペースセットである。上記では、サーチスペースセットをサーチスペース、コモンサーチスペースセットをコモンサーチスペース、ＵＥ固有サーチスペースセットをＵＥ固有サーチスペースと称している。端末装置１は、１つまたは複数の以下のサーチスペースセットでＰＤＣＣＨ候補をモニタする。
- タイプ０ＰＤＣＣＨコモンサーチスペースセット（a Type0-PDCCH common search
space set）： このサーチスペースセットは、上位層のパラメータである、ＭＩＢで示
されるサーチスペースゼロ（searchSpaceZero）またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍ
ｍｏｎで示されるサーチスペースＳＩＢ１(searchSpaceSIB1）によって設定される。このサーチスペースは、プライマリセルにおけるＳＩ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものであってもよい。また、このサーチスペースは、プライマリセルにおけるＳＩＢ１－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである
- タイプ０ＡＰＤＣＣＨコモンサーチスペースセット（a Type0A-PDCCH common search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペースＯＳＩ(searchSpace-OSI、searchSpaceOtherSystemInformation）によって設定される。このサーチスペースは、プライマリセルにおけるＳＩ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- タイプ１ＰＤＣＣＨコモンサーチスペースセット（a Type1-PDCCH common search
space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ
－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるランダムアクセス手順のためのサーチスペース(ra-SearchSpace）によって設定される。このサーチスペースは、プライマリセルにおけるＲＡ－ＲＮＴＩまたはＴＣ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。タイプ１ＰＤＣＣＨコモンサーチスペースセットはランダムアクセス手順のためのサーチスペースセットである。
- タイプ２ＰＤＣＣＨコモンサーチスペースセット（a Type2-PDCCH common search
space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ
－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるページング手順のためのサーチスペース(pagingSearchSpace）によって設定される。このサーチスペースは、プライマリセルにおけるＰ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- タイプ３ＰＤＣＣＨコモンサーチスペースセット（a Type3-PDCCH common search
space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ
－Ｃｏｎｆｉｇで示されるサーチスペースタイプがコモンのサーチスペース(SearchSpace）によって設定される。このサーチスペースは、ＩＮＴ－ＲＮＴＩ、ＳＦＩ－ＲＮＴＩ、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ、またはＴＰＣ－ＳＲＳ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。プライマリライセルに対しては、Ｃ－ＲＮＴＩ、またはＣＳ－ＲＮＴＩ（ｓ）でスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- ＵＥ固有サーチスペースセット（a UE-specific search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示されるサーチスペースタイプがＵＥ固有のサーチスペース(SearchSpace）によって設定される。このサーチスペースは、Ｃ－ＲＮＴＩ、またはＣＳ－ＲＮＴＩ（ｓ）でスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。

【0117】

もし、端末装置１が、対応する上位層パラメータ（searchSpaceZero, searchSpaceSIB1, searchSpaceOtherSystemInformation, pagingSearchSpace, ra-SearchSpaceなど） によって、１つまたは複数のサーチスペースセットを提供されて、端末装置１が、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを提供されている場合、端末装置１は、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを持つDCI format 0_0 と DCI format 1_0のためのＰＤＣＣＨ候補を、その１つまたは複数のサーチスペースセットでモニタしてもよい。

【0118】

本実施形態において、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩによってスクランブルされるＤＣＩフォーマットに含まれる周波数領域リソースブロックフィールドのビット数は、（式４）Ceiling(ｌｏｇ_２（Ｎ^{ＤＬ、ＢＷＰ} _ＲＢ（Ｎ^{ＤＬ、ＢＷＰ} _ＲＢ＋１）／２）)によ
って導出される。該ＤＣＩフォーマットがＵＥ固有サーチスペースセットでモニタされ、且つ、（１）あるセルに対してスロットごとにモニタされる異なるＤＣＩサイズの合計数が４以下であり、且つ、（２）あるセルに対してスロットごとにモニタされるＣ－ＲＮＴＩ（および／またはＣＳ－ＲＮＴＩ）を有する異なるＤＣＩサイズの合計数が３以下である場合、Ｎ^{ＤＬ、ＢＷＰ} _ＲＢは、アクティブなＤＬ ＢＷＰのサイズである。それ以外の場合、Ｎ^{ＤＬ、ＢＷＰ} _ＲＢは、初期ＤＬ ＢＷＰの第２のサイズである。ただし、上位層パラメータ（searchSpaceZero, searchSpaceSIB1）が示されるタイプ０ＰＤＣＣＨコモンサーチスペースセットでＣ－ＲＮＴＩによるスクランブルされるＤＣＩフォーマットをモニタする場合、Ｎ^{ＤＬ、ＢＷＰ} _ＲＢは、初期ＤＬ ＢＷＰの第１のサイズである。

【0119】

タイプ０ＰＤＣＣＨコモンサーチスペースセットはＣＯＲＥＳＥＴ＃０のみに関連付けられてもよい。searchspaceSIB1はＳＩＢ１メッセージのためのサーチスペースに用いら
れる。searchSpaceZeroは、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１の内４ビット（例えば、
ＬＳＢ ４ビット、最下位ビットの４ビット）に対応する。タイプ０ＰＤＣＣＨコモンサーチスペースセットはサーチスペースインデックス０を有する。

【0120】

前述のように、端末装置１は、タイプ０ＰＤＣＣＨコモンサーチスペースセットでＳＩＢ１をスケジュールするＤＣＩフォーマットをモニタする。端末装置１は、タイプ０ＡＰ
ＤＣＣＨコモンサーチスペースセットでＳＩメッセージ（other system information、例えば、ＳＩＢ２とＳＩＢ２以降のＳＩＢ）をスケジュールするＤＣＩフォーマットをモニタする。また、端末装置１には上位層のパラメータsearchSpaceOtherSystemInformation
が提供されない場合、タイプ０ＡＰＤＣＣＨコモンサーチスペースセットに対するＰＤＣＣＨモニタリング機会（monitoring occasions）とＳＳ／ＰＢＣＨブロックインデックスとの関連付けは、タイプ０ＰＤＣＣＨコモンサーチスペースセットに対するＰＤＣＣＨモニタリング機会とＳＳ／ＰＢＣＨブロックインデックスとの関連付けと同様であってもよい。

【0121】

ＳＩＢ１ためのＰＤＣＣＨ送信とＳＩメッセージためのＰＤＣＣＨ送信はお互いにオーバラップすることがありうる。オーバラップすることは、時間領域（例えば、シンボル）と周波数領域において、第１の送信ためのリソースが第２の送信ためのリソースの一部または全部と重なり合うことを意味してもよい。

【0122】

本実施形態において、システム情報（ＳＩＢ１，および／または、ＳＩメッセージ）をスケジュールするＤＣＩフォーマット１＿０は、ＳＩ－ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されてもよい。ここで、ＳＩ－ＲＮＴＩはシステム情報のブロードキャストのために用いられる。そして、ＳＩＢ１ためのＰＤＣＣＨ送信がＳＩメッセージためのＰＤＣＣＨ送信とオーバラップした場合、端末装置１は、ＳＩＢ１ためのＰＤＣＣＨをモニタしてもよいし、ＳＩメッセージのためのＰＤＣＣＨの送信を期待（モニタ）しなくてもよい。また、ＳＩＢ１ためのＰＤＣＣＨ送信がＳＩメッセージためのＰＤＣＣＨ送信とオーバラップした場合、端末装置１は、ＳＩＢ１ためのＰＤＣＣＨのデコードを試み、ＳＩＢ１ためのＰＤＣＣＨを検出しない時に、ＳＩメッセージのためのＰＤＣＣＨをモニタしてもよい。

【0123】

ＳＩＢ１ためのＰＤＣＣＨ送信がＳＩメッセージためのＰＤＣＣＨ送信とオーバラップした場合、端末装置１は、タイプ０コモンサーチスペースのためのＤＣＩフォーマットのサイズを用いてＰＤＣＣＨをモニタしてもよい。

【0124】

また、本実施形態において、ＳＩＢ１をスケジュールするＤＣＩフォーマットは、ＳＩＢ１－ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されてもよい。ＳＩメッセージをスケジュールするＤＣＩフォーマットはＳＩ－ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されてもよい。つまり、ＳＩＢ１－ＲＮＴＩはＳＩＢ１のシステム情報のブロードキャストのために用いられる。ＳＩ－ＲＮＴＩはＳＩＢ１以外のシステム情報のブロードキャストのために用いられる。

【0125】

そして、ＤＣＩフォーマット１＿０には周波数領域リソースアサインメント（frequency domain resource assignment）フィールドが含まれている。該フィールドのビットは、ＤＬ ＢＷＰのサイズに基づいて与えられる。具体的に言うと、該フィールドのビット数は、（式４）Ceiling(ｌｏｇ_２（Ｎ^{ＤＬ、ＢＷＰ} _ＲＢ（Ｎ^{ＤＬ、ＢＷＰ} _ＲＢ＋１）／２）)によって算出(導出)される。ここで、Ｎ^{ＤＬ、ＢＷＰ} _ＲＢは、ＤＬ ＢＷＰの帯域幅を
示すリソースブロックの数である。ＳＩＢ１－ＲＮＴＩによってスクランブルされるＤＣＩフォーマット１＿０に含まれる周波数領域リソースアサインメントフィールドは、初期ＤＬ ＢＷＰの第１のサイズによって決定される。つまり、Ｎ^{ＤＬ、ＢＷＰ} _ＲＢは初期Ｄ
Ｌ ＢＷＰの第１のサイズである。

【0126】

また、ＳＩ－ＲＮＴＩによってスクランブルされるＤＣＩフォーマット１＿０に含まれる周波数領域リソースアサインメントフィールドは、初期ＤＬ ＢＷＰの第２のサイズに
よって決定されてもよい。つまり、Ｎ^{ＤＬ、ＢＷＰ} _ＲＢは初期ＤＬ ＢＷＰの第２のサイズである。ただし、ＳＩＢ１－ＲＮＴＩによってスクランブルされるＤＣＩフォーマット
１＿０とＳＩ－ＲＮＴＩによってスクランブルされるＤＣＩフォーマット１＿０が同一のＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃０）でモニタされる場合、ＳＩＢ１－ＲＮＴＩによってスクランブルされるＤＣＩフォーマット１＿０のサイズとＳＩ－ＲＮＴＩによってスクランブルされるＤＣＩフォーマット１＿０のサイズは同じになる。つまり、この場合、ＳＩ－ＲＮＴＩによってスクランブルされるＤＣＩフォーマット１＿０に含まれる周波数領域リソースアサインメントフィールドは、初期ＤＬ ＢＷＰの第１のサイズによって決定されてもよい。

【0127】

本実施形態において、ＳＩＢ１ためのＰＤＣＣＨ送信がＳＩメッセージためのＰＤＣＣＨ送信とオーバラップした場合、端末装置１は、ＳＩＢ－ＲＮＴＩによってスクランブルされるＤＣＩフォーマットのサイズを用いてＰＤＣＣＨをモニタしてもよい。

【0128】

ＢＷＰの設定情報はＤＬ ＢＷＰの設定情報とＵＬ ＢＷＰの設定情報に分けられる。ＢＷＰの設定情報には、インフォメーションエレメントｂｗｐ－Ｉｄ（ＢＷＰの識別子）が含まれる。ＤＬ ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＤＬ ＢＷＰを特定（参照）するために使われる。ＵＬ ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＵＬ ＢＷＰを特定（参照）するために使われる。ＢＷＰの識別子はＤＬ ＢＷＰとＵＬ ＢＷＰのそれぞれに対して付与される。例えば、ＤＬ ＢＷＰに対応するＢＷＰの識別子はＤＬ ＢＷＰ インデックス（DL BWP index）と称してもよい。ＵＬ ＢＷＰに対応するＢＷＰの識別子はＵＬ ＢＷＰ インデックス（UL BWP index）と称してもよい。初期ＤＬ ＢＷＰは、ＤＬ ＢＷＰの識別子０によって参照される。初期ＵＬ ＢＷＰは、ＵＬ ＢＷＰの識別子０によって参照される。他のＤＬ ＢＷＰまたは他のＵＬ ＢＷＰのそれぞれは、ＢＷＰの識別子 １からｍａｘＮｒｏｆＢＷＰｓまでに参照されてもよい。つまり、０にセットしたＢＷＰの識別子（ｂｗｐ－Ｉｄ＝０）は、初期ＢＷＰに関連つけられ、他のＢＷＰに使われることができない。ｍａｘＮｒｏｆＢＷＰｓはサービングセルあたりのＢＷＰの最大数であり、４である。即ち、他のＢＷＰの識別子の値は、１から４までの値を取る。他の上位レイヤの設定情報は、ＢＷＰの識別子を利用して特定のＢＷＰに関連付けられる。ＤＬ ＢＷＰとＵＬ ＢＷＰが同じＢＷＰの識別子を有することは、ＤＬ ＢＷＰとＵＬ ＢＷＰがペアされていることを意味してもよい。

【0129】

図７は本発明の実施形態に関わるＢＷＰ設定の一例を示す図である。

【0130】

各サービングセルに対して、少なくとも１つのＤＬ ＢＷＰと１つのＵＬ ＢＷＰを含む１つ初期ＢＷＰが設定される。そして、あるサービングセルに対して、追加のＢＷＰ（追加のＵＬ ＢＷＰおよび／または追加のＤＬ ＢＷＰ）が設定されてもよい。追加のＢＷＰが最大４つまで設定されてもよい。しかし、１つのサービングセルにおいて、アクティブになるＤＬ ＢＷＰは１つであり、アクティブになるＵＬ ＢＷＰは１つである。

【0131】

図７において、あるサービングセルにおいて、端末装置１に対して２つの初期 ＤＬ ＢＷＰ（ＢＷＰ＃０）と１つの追加のＢＷＰ（ＢＷＰ＃１）が設定されてもよい。８０１は第１のサイズ（Ｎ^ｓｉｚｅ _{ＢＷＰ、０}）の初期ＤＬ ＢＷＰ（ＤＬ ＢＷＰ＃０）である。第１のサイズはＭＩＢから与えられてもよい。第１のサイズの初期ＤＬ ＢＷＰは、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ）のためのＰＲＢ位置（location）と連続的なＰＲＢの数、サブキャリア間隔、および、サイクリックプレフィックスによって定義されてもよい。つまり、初期ＤＬ ＢＷＰの第１のサイズは、ＣＯＲＥＳＥＴ＃０（８０３）を構成するリソースブロックであってもよい。８０２は第２のサイズ（Ｎ^ｓｉｚｅ _{ＢＷＰ、１}）の初期ＤＬ ＢＷＰ（ＤＬ
ＢＷＰ＃０）である。第２のサイズは、連続的なリソースブロックの数であり、ＳＩＢ１（systemInformationBlockType1）によって示されてもよい。第２のサイズの初期ＤＬ
ＢＷＰは第１のサイズの初期ＤＬ ＢＷＰと同じなＰＲＢスターティング位置を有してもよい。つまり、第１のサイズの初期ＤＬ ＢＷＰ、第２のサイズの初期ＤＬ ＢＷＰ、および、ＣＯＲＥＳＥＴ＃０にはスターティングＰＲＢ位置が同じであってもよい。また、第２のサイズの初期ＤＬ ＢＷＰは第１のサイズの初期ＤＬ ＢＷＰと同じなスターティングＰＲＢ位置を有してもよい。また、第２のサイズの初期ＤＬ ＢＷＰは第１のサイズの初期ＤＬ ＢＷＰと同じなＰＲＢスターティング位置を有しなくてもよい。第２のサイズの初期ＤＬ ＢＷＰは周波数領域において第１のサイズの初期ＤＬ ＢＷＰを含んでいる。

【0132】

ＣＯＲＥＳＥＴ＃０（８０３）は初期ＤＬ ＢＷＰに対して設定される識別子０のコモンＣＯＲＥＳＥＴである。ここで、初期ＤＬ ＢＷＰは第１のサイズの初期ＤＬ ＢＷＰであってもよいし、第２のサイズの初期ＤＬ ＢＷＰであってもよい。８０４は第２のサイズの初期ＤＬ ＢＷＰに対して設定される追加のコモンＣＯＲＥＳＥＴである。８０７は第２のサイズの初期ＤＬ ＢＷＰ＃０に対して設定されるＣＯＲＥＳＥＴである。８１０は追加のＢＷＰ＃１に対して設定されるＣＯＲＥＳＥＴである。８０７と８１０はＵＥ固有ＣＯＲＥＳＥＴ（UE specifically configured Control Resource Sets）と称してもよい。前述のように、ＣＯＲＥＳＥＴ＃０（８０３）の設定情報はｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎによって設定されてもよい。追加のコモンＣＯＲＥＳＥＴ（８０４）の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔによって設定されてもよい。ＣＯＲＥＳＥＴ（８０７と８１０）の設定情報は、ＰＤＣＣＨ－Ｃｏｎｆｉｇに含まれるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔによって設定されてもよい。８０３のＣＯＲＥＳＥＴの識別子の値は０で与えられる。８０４のＣＯＲＥＳＥＴの識別子の値は０以外の値で与えられてもよい。

【0133】

例えば、図７において、ＤＬ ＢＷＰ＃１がアクティベートされていて、ＵＬ ＢＷＰ＃０がアクティベートされているということを想定したら、ＤＬ ＢＷＰ＃０とＵＬ ＢＷＰ＃１はインアクティブなＢＷＰである。この場合、アクティベートされたＤＬ ＢＷＰ＃１はアクティブなＤＬ ＢＷＰ（アクティブなＤＬ ＢＷＰ、currently active DL BWP）と称してもよい。アクティベートされた初期ＵＬ ＢＷＰ＃０は初期アクティブな
ＵＬＢＷＰ（initial active UL BWP）と称してもよい。端末装置１は、アクティブなＤ
Ｌ ＢＷＰ＃１で下りリンク受信を実行し、初期アクティブなＵＬ ＢＷＰで上りリンク送信を実行する。

【0134】

以下、周波数領域においてリソース割り当てについて説明する。

【0135】

本実施形態において、下りリンクリソース割り当てのスキームには、下りリンクリソース割り当てタイプ０と下りリンクリソース割り当てタイプ１がサポートされる。下りリンクリソース割り当てタイプ０またはタイプ１は、仮想リソースブロックの割り当てを示す。

【0136】

下りリンクリソース割り当てタイプ０（Downlink resoruce allocation type ０、下りリンクタイプ０リソース割り当て）では、リソースブロックアサインメント情報は、端末装置１に対して割り当てられるリソースブロックグループ（RBGs, Resource Block Groups）を示すビットマップを含んでいる。ＤＣＩフォーマットに含まれる周波数領域リソースアサインメントフィールドはリソースブロックアサインメント情報を示す。リソースブロックアサインメントはリソースアサインメントと称してもよい。基地局装置３は、該リソースブロックアサインメントが適用されるＤＬ ＢＷＰにおいて、端末装置１にリソースを割り当て、ビットマップを生成する。端末装置１は、リソースブロックアサインメントが適用されるＤＬ ＢＷＰを決定し、決定したＤＬ ＢＷＰでビットマップに基づきリソース割り当てを特定する。ここで、リソースブロックグループは連続的な仮想リソースブロックのセットであり、上位層のパラメータから定義されてもよい。

【0137】

下りリンクリソース割り当てタイプ１において、リソースブロックアサインメント情報は、スケジュールされた端末装置１に対して、あるＤＬ ＢＷＰ内連続的に割り当てられる非インターリーブまたはインターリーブ仮想リソースブロックのセットを示す。ここで、サイズＮ^ｓｉｚｅ _ＢＷＰはアクティブなＤＬ ＢＷＰの帯域幅を示すリソースブロックの数であってもよい。ここで、該ＤＬ ＢＷＰはリソースブロックアサインメントが適用されるＤＬ ＢＷＰである。基地局装置３は、該リソースブロックアサインメントが適用されるＤＬ ＢＷＰにおいて、端末装置１にリソースを割り当てる。

【0138】

リソースブロックアサインメント情報に基づきリソース割り当てを特定する時に、端末装置１は、該リソースブロックアサインメントが適用されるＤＬ ＢＷＰを最初に決める必要があり。つまり、端末装置１は、端末装置１ためのＰＤＣＣＨの検出時に、まずＤＬ
ＢＷＰを決定し、次に決定したＤＬ ＢＷＰ内のリソース割り当てを決定する。ここで、決定したＤＬ ＢＷＰはリソースブロックアサインメント（リソースブロックアサインメント情報）が適用されるＤＬ ＢＷＰを意味する。即ち、端末装置１は、ＤＣＩフォーマットに示されるリソースブロックアサインメント情報が端末装置１に設定されているＤＬ ＢＷＰの内、何れかのＤＬ ＢＷＰに対して適用されるかを決定する必要がある。

【0139】

端末装置１は、ＤＣＩフォーマット１＿０を受信すると、下りリンクタイプ１リソース割り当てを使う。どのタイプのＰＤＣＣＨコモンサーチスペースにおけるＤＣＩフォーマット１＿０によってスケジュールされるＰＤＳＣＨ（ケース１のＰＤＳＣＨ）に対して、どのＢＷＰがアクティブなＤＬ ＢＷＰであるかに関わらず、リソース割り当てのリソースブロック番号付け（RB Indexing）は、ＤＣＩフォーマット１＿０を受信したＣＯＲＥＳＥＴの最低ＲＢから開始する。例えば、非インターリーブＶＲＢ／ＰＲＢマッピングにおいて、あるコモンサーチスペースセットにおけるＤＣＩフォーマット１＿０によってスケジュールするＰＤＳＣＨに対して、下りリンクリソース割り当てに示される仮想リソースブロックｎは物理リソースブロックｎ＋Ｎ^{ＣＯＲＥＳＥＴ} _{ｓｔａｒｔ}にマップされる。ここで、Ｎ^{ＣＯＲＥＳＥＴ} _{ｓｔａｒｔ}はＤＣＩフォーマット１＿０を受信したＣＯＲＥＳＥＴの最低番号の物理リソースブロックである。

【0140】

上述したケース１のＰＤＳＣＨ以外のＰＤＳＣＨに対して、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットにＢＷＰ指示フィールド（bandwidth part indicator field）が設定されていない場合、下りリンクタイプ０とタイプ１のリソース割り当てのためのリソースブロック番号付けは、端末装置１のアクティブなＤＬ ＢＷＰ内で決定される。つまり、アクティブなＤＬ ＢＷＰはリソースブロックアサインメントが適用されるＤＬ ＢＷＰである。リソースブロック番号付けがアクティブなＤＬ ＢＷＰ内で決定されることは、リソース割り当ての番号付けがアクティブなＤＬ ＢＷＰの物理リソースブロックの最低番号（物理リソースブロックインデックス０）から開始する。例えば、非インターリーブＶＲＢ／ＰＲＢマッピングにおいて、下りリンクリソース割り当てに示される仮想リソースブロックｎは該アクティブなＤＬ ＢＷＰの物理リソースブロックｎにマップされる。

【0141】

もしＰＤＳＣＨをスケジューリングするＤＣＩフォーマットにＢＷＰ指示フィールド（bandwidth part indicator field）が設定されている場合、下りリンクタイプ０とタイプ１のリソース割り当てのためのリソースブロック番号付けは、該ＢＷＰ指示フィールドの値に示されるＢＷＰ内で決定される。つまり、リソースブロックアサインメントが適用されるＤＬ ＢＷＰはＢＷＰ指示フィールドの値に示されるＤＬ ＢＷＰである。つまり、基地局装置３は、ＢＷＰ指示フィールドの値に示されるＤＬ ＢＷＰにおいて、端末装置１にリソースを割り当て、リソースブロックアサインメントを生成する。端末装置１は、ＢＷＰ指示フィールドの値に用いて、リソースブロックアサインメントが適用されるＤＬ ＢＷＰを決定し、決定したＤＬ ＢＷＰでリソースブロックアサインメント情報に基づきリソース割り当てを特定する。

【0142】

ＤＣＩフォーマット１＿０がＣＯＲＥＳＥＴ＃０でのタイプ０ＰＤＣＣＨコモンサーチスペースセットにおいて検出された場合、サイズＮ^ｓｉｚｅ _ＢＷＰは初期ＤＬ ＢＷＰの第１のサイズである。

【0143】

以下、下りリンクリソース割り当てタイプ１（Downlink resoruce allocation type 1
、下りリンクタイプ１リソース割り当て）について説明する。

【0144】

図８はＢＷＰに対する下りリンクリソース割り当てタイプ１を説明する一例を示す図である。

【0145】

図８において、端末装置１に対して、１つの初期ＤＬ ＢＷＰ（１１０１）と２つの追加のＤＬ ＢＷＰ（１１０２と１１０３）が設定されている。前述のように、共通リソースブロックｎ_ＰＲＢは、ポイントＡから各サブキャリア間隔設定μにおいて０から昇順で番号が付されるリソースブロックである。つまり、１１１４は番号０が付される共通リソースブロック（common resource block 0）である。サブキャリア間隔設定μにおいて、共通リソースブロック０（共通リソースブロックインデックス０、ｎ_ＣＲＢ＃０）のサブキャリアインデックス０の中心は、ポイントＡと一致する。１１０４はサブキャリア間隔設定μにおいて、キャリアの開始位置であり、上位層のパラメータＯｆｆｓｅｔＴｏＣａｒｒｉｅｒから与えられる。つまり、上位層のパラメータＯｆｆｓｅｔＴｏＣａｒｒｉｅｒはポイントＡとキャリアの使用可能な最低のサブキャリアとの間の周波数領域におけるオフセットである。該オフセット（１１１５）は、サブキャリア間隔設定μにおいて、リソースブロックの数を示す。即ち、サブキャリア間隔設定μが異なると、該オフセットの周波数領域の帯域が異なる。サブキャリア間隔設定μにおいて、１１０４はキャリアが開始するリソースブロックの位置であってもよい。物理リソースブロックは、各ＢＷＰに対して０から昇順で番号が付されたリソースブロックである。各ＢＷＰインデックスｉのサブキャリア間隔設定μにおいて、そのＢＷＰインデックスｉにおける物理リソースブロックｎ_ＰＲＢと共通リソースブロックｎ_ＣＲＢの関係は、（式３）ｎ_ＣＲＢ＝ｎ_ＰＲＢ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}によって与えられる。各ＢＷＰのサブキャリア間隔設定μにおいて、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}は共通リソースブロックインデックス０に対するＢＷＰインデックスｉが開始する共通リソースブロックの数である。Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}は、ＢＷＰインデックスｉのサブキャリア間隔設定μにおいて、インデックスｉのＢＷＰの帯域幅を示すリソースブロックの数である。

【0146】

ＢＷＰの周波数領域の位置と帯域幅は、上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられる。具体的に言うと、ＢＷＰインデックスｉの第１の物理リソースブロック（物理リソースブロックインデックス０）と連続的な物理リソースブロックの数は上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられる。上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈに示される値はキャリアに対するＲＩＶの値と解釈される。図９（Ａ）のように、Ｎ^ｓｉｚｅ _ＢＷＰが２７５にセットされる。そして、ＲＩＶの値により識別されるＲＢ_{ｓｔａｒｔ}とＬ_ＲＢｓはＢＷＰの第１の物理リソースブロック（物理リソースブロックインデックス０）とＢＷＰの帯域幅を示す連続的な物理リソースブロックの数を示す。ＢＷＰインデックスｉの第１の物理リソースブロックは、上位層のパラメータＯｆｆｓｅｔＴｏＣａｒｒｉｅｒによって示される物理リソースブロック（１１０４）に対する物理リソースブロックオフセットである。ＢＷＰインデックスｉの帯域幅を示すリソースブロックの数はＮ^ｓｉｚｅ _{Ｂ
ＷＰ、ｉ}である。ＢＷＰインデックスｉのＮ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}は、ＢＷＰインデックスｉの第１の物理リソースブロックおよび上位層のパラメータＯｆｆｓｅｔＴｏＣａｒｒｉｅｒによって示されるオフセットから与えられる。

【0147】

即ち、図８において、ＤＬ ＢＷＰ＃０のサブキャリア間隔設定μにおいて、１１０５は、ＤＬ ＢＷＰ＃０（１１０１）における物理リソースブロックインデックス０（ｎ_ＰＲＢ＃０）である。ＤＬ ＢＷＰ＃０における物理リソースブロックと共通リソースブロックの関係は、ｎ_ＣＲＢ＝ｎ_ＰＲＢ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、０}によって与えられる。ＤＬ
ＢＷＰ＃０のサブキャリア間隔設定μにおいて、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、０}（１１０７）は共通リソースブロックインデックス０に対するＤＬ ＢＷＰ＃０が開始する共通リソースブロックである。Ｎ^ｓｉｚｅ _{ＢＷＰ、０}（１１０６）は、ＵＬ ＢＷＰ＃０のサブキャリア間隔設定μにおいて、ＤＬ ＢＷＰ＃０の帯域幅を示すリソースブロックの数である。

【0148】

図８において、ＤＬ ＢＷＰ＃１のサブキャリア間隔設定μにおいて、１１０８は、ＤＬ ＢＷＰ＃１（１１０２）における物理リソースブロックインデックス０（ｎ_ＰＲＢ＃０）である。ＤＬ ＢＷＰ＃１における物理リソースブロックと共通リソースブロックの関係は、ｎ_ＣＲＢ＝ｎ_ＰＲＢ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、１}によって与えられる。ＵＬ ＢＷＰ＃１のサブキャリア間隔設定μにおいて、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、１}（１１１０）は共通リソースブロックインデックス０に対するＤＬ ＢＷＰ＃１が開始する共通リソースブロックである。Ｎ^ｓｉｚｅ _{ＢＷＰ、１}（１１０９）は、ＵＬ ＢＷＰ＃１のサブキャリア間隔設定μにおいて、ＤＬ ＢＷＰ＃０の帯域幅を示すリソースブロックの数である。

【0149】

図８において、ＤＬ ＢＷＰ＃２のサブキャリア間隔設定μにおいて、１１１１は、ＵＬ ＢＷＰ＃２（１１０２）における物理リソースブロックインデックス０（ｎ_ＰＲＢ＃０）である。ＤＬ ＢＷＰ＃２における物理リソースブロックと共通リソースブロックの関係は、ｎ_ＣＲＢ＝ｎ_ＰＲＢ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、２}によって与えられる。ＤＬ ＢＷＰ＃２のサブキャリア間隔設定μにおいて、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、２}（１１１３）は共通リソースブロックインデックス０に対するＵＬ ＢＷＰ＃２が開始する共通リソースブロックである。Ｎ^ｓｉｚｅ _{ＢＷＰ、２}（１１１２）は、ＤＬ ＢＷＰ＃２のサブキャリア間隔設定μにおいて、ＤＬ ＢＷＰ＃２の帯域幅を示すリソースブロックの数である。

【0150】

図８からみると、端末装置１に設定されている各のＢＷＰに対して、開始する位置（開始する共通リソースブロック、Ｎ^{ｓｔａｒｔ} _ＢＷＰ）とリソースブロックの数（Ｎ^ｓｉｚｅ _ＢＷＰ）が異なっている。端末装置１は、リソースアサインメントフィールドのビットから示されるＲＩＶを解釈する時に、リソースアサインメントが適用されるＤＬ ＢＷＰを決定する必要がある。即ち、端末装置１は、リソースアサインメントが適用されるＤＬ
ＢＷＰを決定し、決定したＤＬ ＢＷＰのＮ^ｓｉｚｅ _{ＢＷＰ、ｉ}に基づき、ＲＩＶを解釈して、開始仮想リソースブロック（ＲＢ_{ｓｔａｒｔ}）、および、連続的に割り当てられたリソースブロックの数（Ｌ_ＲＢｓ）を算出することができる。算出したＲＢ_{ｓｔａｒｔ}は、リソースアサインメントが適用されるＤＬ ＢＷＰの物理リソースブロックインデックス０を基準として割り当てられたリソースがスタートする位置を示す。例えば、算出するＲＢ_{ｓｔａｒｔ}の値が同じとしても、リソースアサインメントが適用されるＤＬ ＢＷＰが異なると、開始する共通リソースブロックの位置が異なっている。

【0151】

また、リソースアサインメントが適用されるＤＬ ＢＷＰのサイズＮ^ｓｉｚｅ _ＢＷＰが異なると、ＲＩＶの値を示すリソースアサインメントのビットの数も異なる。ＲＩＶの値を示せるようなリソースブロックアサインメントフィールドのビットはCeiling(ｌｏｇ_２（Ｎ^ｓｉｚｅ _ＢＷＰ（Ｎ^ｓｉｚｅ _ＢＷＰ＋１）／２）)によって与えられる。つまり、端
末装置１は、最初にリソースアサインメントが適用されるＤＬ ＢＷＰを決定する必要が
ある。

【0152】

前述のように、下りリンクリソース割り当てタイプ１において、リソースブロックアサインメント情報は、スケジュールされた端末装置１に対して、サイズＮ^ｓｉｚｅ _ＢＷＰのアクティブなＢＷＰで連続的に割り当てられる非インターリーブまたはインターリーブ仮想リソースブロックのセットを示す。ここで、サイズＮ^ｓｉｚｅ _ＢＷＰはアクティブなＤＬ ＢＷＰの帯域幅を示すリソースブロックの数であってもよい。ＤＣＩフォーマット１＿０がＣＯＲＥＳＥＴ＃０でのタイプ０ＰＤＣＣＨコモンサーチスペースセットにおいて検出された場合、サイズＮ^ｓｉｚｅ _ＢＷＰは初期ＤＬ ＢＷＰの第１のサイズである。

【0153】

下りリンクタイプ１リソースアサインメントフィールドは、開始リソースブロック（ＲＢ_{ｓｔａｒｔ、}開始仮想リソースブロック）と連続的に割り当てられたリソースブロックの数（Ｌ_ＲＢｓ）に対応するリソース指示値（ＲＩＶ、Resource Indication Value）か
ら成る。即ち、リソース指示値ＲＩＶはリソースアサインメントフィールドに示される。ＲＢ_{ｓｔａｒｔ}は割り当てられた仮想リソースブロックの開始位置（開始仮想リソースブロック）を示す。Ｌ_ＲＢｓは割り当てられたリソースの仮想リソースブロックの数（長さ、サイズ）を示す。リソース指示値ＲＩＶは、リソースアサインメント（リソースアサインメントフィールド）が適用されるＤＬ ＢＷＰに対して割り当てられるリソースを示す。端末装置１は、まずリソースアサインメントが適用されるＵＬ ＢＷＰを確定し、次に確定したＤＬ ＢＷＰ内のリソース割り当てを決定する。即ち、ＲＩＶの値は、リソースアサインメントが適用されるＤＬ ＢＷＰのサイズ（Ｎ^ｓｉｚｅ _ＢＷＰ）、開始仮想リソースブロック（ＲＢ_{ｓｔａｒｔ}）、および、連続的に割り当てられた仮想リソースブロックの数（Ｌ_ＲＢｓ）によって算出される。別の言い方で言えば、端末装置１は、リソースアサインメントフィールドに示されるＲＩＶの値とＮ^ｓｉｚｅ _ＢＷＰに基づいて、そのＤＬ ＢＷＰで割り当てられた仮想リソースブロックの開始位置と連続的に割り当てられる仮想リソースブロックの数を算出する。つまり、端末装置１は、リソースアサインメントフィールドのビットをリソースアサインメントが適用されるＤＬ ＢＷＰに対して解釈する。基地局装置３は、端末装置１にリソースを割り当てるＤＬ ＢＷＰを決定し、決定したＤＬ ＢＷＰのサイズとリソース割り当て（開始仮想リソースブロックと連続的に割り当てられる仮想リソースブロックの数）に基づき、ＲＩＶを生成し、ＲＩＶを示すビット列を含むリソースアサインメントを端末装置１に送信する。端末装置１は、リソースアサインメントフィールドのビット列に基づき、リソースアサインメントが適用されるＤＬ ＢＷＰの（ＰＤＳＣＨの）周波数方向のリソースブロック割り当てを特定する。

【0154】

図９は、ＲＩＶを算出する一例を示す図である。

【0155】

図９（Ａ）において、Ｎ^ｓｉｚｅ _ＢＷＰはアクティブなＤＬ ＢＷＰの帯域幅を示すリソースブロックの数である。ＲＩＶの値は、初期ＢＷＰの帯域幅を示すリソースブロックの数Ｎ^ｓｉｚｅ _ＢＷＰ、開始仮想リソースブロック（リソースブロックの開始位置）ＲＢ_{ｓｔａｒｔ}、および、連続的に割り当てられる仮想リソースブロックの数Ｌ_ＲＢｓに基づいて、算出される。ＲＢ_{ｓｔａｒｔ}はアクティブなＤＬ ＢＷＰに対する仮想リソースブロックの開始位置である。Ｌ_ＲＢｓはアクティブなＢＷＰに対する連続的に割り当てられる仮想リソースブロックの数である。これにより、アクティブなＢＷＰに対する割り当てられるリソースは、リソースブロックの開始位置ＲＢ_{ｓｔａｒｔ}、および、連続的に割り当てる仮想リソースブロックの数Ｌ_ＲＢｓによって特定される。ＤＣＩフォーマットがコモンサーチスペースセット（例えば、タイプ１ＰＤＣＣＨコモンサーチスペースセット）で検出された場合、図９（Ａ）におけるＮ^ｓｉｚｅ _ＢＷＰに対して初期ＤＬ ＢＷＰの第１のサイズまたは第２のサイズが使われる。

【0156】

図９（Ｂ）において、Ｎ^{ｉｎｉｔｉａｌ} _ＢＷＰは、初期ＤＬ ＢＷＰの第１のサイズで
ある。Ｎ^{ａｃｔｉｖｅ} _ＢＷＰは、アクティブなＤＬ ＢＷＰの帯域幅を示すリソースブロックの数である。ＲＩＶの値は、初期ＢＷＰの帯域幅を示すリソースブロックの数Ｎ^{ｉｎｉｔｉａｌ} _ＢＷＰ、リソースブロックの開始位置ＲＢ’_{ｓｔａｒｔ}、および、連続的に割り当てられるリソースブロックの数Ｌ’_ＲＢｓに基づいて、算出される。ＲＢ’_{ｓｔａｒｔ}は初期ＢＷＰに対するリソースブロックの開始位置である。Ｌ’_ＲＢｓは初期ＢＷＰに対する連続的に割り当てられるリソースブロックの数。ＲＢ’_{ｓｔａｒｔ}と係数Ｋの掛け算はＲＢ_{ｓｔａｒｔ}である。Ｌ’ＲＢｓと係数Ｋの掛け算はＬ_ＲＢｓである。係数Ｋの値は、初期ＢＷＰの帯域幅とアクティブなＢＷＰの帯域幅に基づき算出される。Ｎ^{ａｃｔｉｖｅ} _ＢＷＰがＮ^{ｉｎｉｔｉａｌ} _ＢＷＰにより大きい場合、Ｋの値は、セット｛１，２，４，８｝の中にＫ＜＝Floor(Ｎ^{ａｃｔｉｖｅ} _ＢＷＰ／Ｎ^{ｉｎｉｔｉａｌ} _ＢＷＰ)を満たす最
大の値である。ここで、関数Floor(Ａ)は、Ａを上回らない最大の整数を出力する。Ｎ^{ａ
ｃｔｉｖｅ} _ＢＷＰがＮ^{ｉｎｉｔｉａｌ} _ＢＷＰにより等しいまたは小さい場合、Ｋの値は、１である。これにより、アクティブなＢＷＰに対する割り当てられるリソースは、リソースブロックの開始位置ＲＢ_{ｓｔａｒｔ}、および、連続的に割り当てるリソースブロックの数Ｌ_ＲＢｓによって特定される。

【0157】

図９（Ｂ）のリソース特定方法は、ＵＳＳでのＤＣＩフォーマットのサイズ（または、ＤＣＩフォーマットに含まれる周波数領域リソースアサインメントフィールドのサイズ）が初期ＤＬ ＢＷＰの第１のサイズにより導出されが、アクティブなＢＷＰに適用されるというケースに使われてもよい。ＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、および／または、ＤＣＩフォーマット１＿１であってもよい。

【0158】

また、図９（Ｂ）のリソース特定方法は、ＣＳＳでのＤＣＩフォーマットのサイズ（または、ＤＣＩフォーマットに含まれる周波数領域リソースアサインメントフィールドのサイズ）が初期ＤＬ ＢＷＰの第１のサイズにより導出されが、第２のサイズの初期ＤＬ ＢＷＰに適用されるというケースに使われてもよい。ＤＣＩフォーマットは、ＤＣＩフォーマット１＿０であってもよい。

【0159】

以下、本実施形態において、下りリンクタイプ１リソース割り当てにおいて、リソースアサインメントが適用されるＤＬ ＢＷＰおよびリソース割り当ての決定方法ついて説明する。基地局装置３は、端末装置１にリソース割り当てを行うＤＬ ＢＷＰを決定し、決定したＤＬ ＢＷＰのサイズＮ^ｓｉｚｅ _ＢＷＰを用いて、ＲＩＶを生成し、周波数領域リソースアサインメントのフィールドに含めるビット列を確定し、ＰＤＳＣＨ周波数リソースアサインメントを端末装置１に送信する。

【0160】

本実施形態の態様Ａであり、コモンサーチスペースセットにおいてＤＣＩフォーマットに含まれる周波数領域リソースアサインメントフィールドのビットは、初期ＤＬ ＢＷＰの第１のサイズに導出される。リソースアサインメントフィールド（下りリンクタイプ１リソース割り当てフィールド）はリソース指示値ＲＩＶ（Resource indication value）
から成る。ＲＩＶはある開始仮想リソースブロックと連続的に割り当てられた仮想リソースブロックの数に対応する。つまり、ＲＩＶはＤＬ ＢＷＰのサイズ、リソース割り当ての開始仮想リソースブロックと連続的に割り当てられた仮想リソースブロックの数によって定義（算出）される。

【0161】

本態様Ａにおいて、端末装置１は、（１）ＤＣＩフォーマットがデコードされるサーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうか、および／または、（２）ＤＣＩフォーマットがデコードされるサーチスペースに関連付けられるＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０であるかどうかに基づき、ＲＩＶの算出に用いられるＤＬ ＢＷＰのサイズを初期ＤＬ ＢＷＰの第１のサイズ、初期ＤＬ ＢＷＰの第２のサイズ、アクティブなＤＬ ＢＷＰの第３のサイズの内、何れかに決定してもよい。

【0162】

端末装置１は、ＤＣＩフォーマットがデコードされるサーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットである場合に、ＤＬ ＢＷＰのサイズを初期ＤＬ
ＢＷＰの第１のサイズとして決定してもよい。そして、端末装置１は、図９（Ａ）のＮ^ｓｉｚｅ _ＢＷＰに初期ＤＬ ＢＷＰの第１のサイズを用いて、ＲＩＶが生成されると確定する。別の言い方で言えば、ＲＩＶは、初期ＤＬ ＢＷＰの第１のサイズ、ＲＢ_{ｓｔａｒｔ}とＬ_ＲＢｓによって与えられる。端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0163】

また、例えば、端末装置１は、ＤＣＩフォーマットがデコードされるサーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセット以外のコモンサーチスペースセットである場合に、ＤＬ ＢＷＰのサイズを初期ＤＬ ＢＷＰの第２のサイズとして決定してもよい。そして、端末装置１は、図９（Ｂ）の方法を用いて、リソース割り当てを特定する。即ち、図９（Ｂ）におけるＮ^{ｉｎｉｔｉａｌ} _ＢＷＰは、初期ＤＬ ＢＷＰの第１のサイズである。Ｎ^{ａｃｔｉｖｅ} _ＢＷＰは、初期ＤＬ ＢＷＰの第２のサイズである。ＲＩＶの値は、初期ＢＷＰの第１のサイズＮ^{ｉｎｉｔｉａｌ} _ＢＷＰ、開始仮想リソースブロックＲＢ’_{ｓｔａｒｔ}、および、連続的に割り当てる仮想リソースブロックの数Ｌ’_ＲＢｓに基づいて、与えられる。そして、リソース割り当ての開始仮想リソースブロックＲＢ_{ｓｔａｒｔ}は開始仮想リソースブロックＲＢ’_{ｓｔａｒｔ}の係数Ｋ倍である。リソース割り当ての仮想リソースブロックの数Ｌ’_ＲＢｓは仮想リソースブロックの数Ｌ’_ＲＢｓの係数Ｋ倍である。そして、端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。端末装置１に対して、アクティベートされているＢＷＰは第２のサイズの初期ＤＬ ＢＷＰであってもよいし、追加のＤＬ ＢＷＰであってもよい。

【0164】

本実施形態において、図９（Ｂ）におけるＮ^{ａｃｔｉｖｅ} _ＢＷＰがＮ^{ｉｎｉｔｉａｌ} _ＢＷＰより大きい場合、係数Ｋの値は、セット｛１，２，４，８｝の中にＫ＜＝Floor(Ｎ^{ａｃｔｉｖｅ} _ＢＷＰ／Ｎ^{ｉｎｉｔｉａｌ} _ＢＷＰ)を満たす最大の値である。ここで、Ｎ^{ｉｎ
ｉｔｉａｌ} _ＢＷＰは初期ＤＬ ＢＷＰの第１のサイズである。Ｎ^{ａｃｔｉｖｅ} _ＢＷＰは初期ＤＬ ＢＷＰの第２のサイズである。また、係数Ｋの値を算出するためのＮ^{ａｃｔｉｖｅ} _ＢＷＰが、ＤＣＩフォーマット１＿０を受信したＣＯＲＥＳＥＴの最低ＲＢから開始する第２のサイズの初期ＤＬ ＢＷＰ内のリソースブロックの数であってもよい。

【0165】

上記例の拡張として、端末装置１は、ＤＣＩフォーマットがデコードされるサーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセット以外のコモンサーチスペースセットであり、且つ、該サーチスペースセットに関連付けられるＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０である場合に、ＤＬ ＢＷＰのサイズを初期ＤＬ ＢＷＰの第１のサイズとして決定してもよい。そして、端末装置１は、図９（Ａ）のＮ^ｓｉｚｅ _ＢＷＰに初期ＤＬ ＢＷＰの第１のサイズを用いて、ＲＩＶが生成されると確定する。端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0166】

また、端末装置１は、ＤＣＩフォーマットがデコードされるサーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセット以外のコモンサーチスペースセットであり、且つ、該サーチスペースセットに関連付けられるＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０以外のコモンＣＯＲＥＳＥＴである場合に、ＤＬ ＢＷＰのサイズを初期ＤＬ ＢＷＰの第２のサイズとして決定してもよい。そして、端末装置１は、図９（Ｂ）の方法を用いて、リソース割り当てを特定する。即ち、図９（Ｂ）におけるＮ^{ｉｎｉｔｉａｌ} _ＢＷＰは、初期ＤＬ ＢＷＰの第１のサイズである。Ｎ^{ａｃｔｉｖｅ} _ＢＷＰは、初期ＤＬ ＢＷＰの
第２のサイズである。ＲＩＶの値は、初期ＢＷＰの第１のサイズＮ^{ｉｎｉｔｉａｌ} _ＢＷＰ、開始仮想リソースブロックＲＢ’_{ｓｔａｒｔ}、および、連続的に割り当てる仮想リソースブロックの数Ｌ’_ＲＢｓに基づいて、与えられる。そして、リソース割り当ての開始仮想リソースブロックＲＢ_{ｓｔａｒｔ}は開始仮想リソースブロックＲＢ’_{ｓｔａｒｔ}の係数Ｋ倍である。リソース割り当ての仮想リソースブロックの数Ｌ’_ＲＢｓは仮想リソースブロックの数Ｌ’_ＲＢｓの係数Ｋ倍である。そして、端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0167】

また、端末装置１は、ＤＣＩフォーマットがデコードされるサーチスペースセットがＵＥ固有サーチスペースセットである場合に、ＤＬ ＢＷＰのサイズをアクティブなＤＬ ＢＷＰの第３のサイズとして決定してもよい。そして、端末装置１は、図９（Ａ）のＮ^ｓｉｚｅ _ＢＷＰにアクティブなＤＬ ＢＷＰの第３のサイズを用いて、ＲＩＶが生成されると確定する。端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0168】

本実施形態の態様Ｂであり、コモンサーチスペースセットにおいてＤＣＩフォーマットに含まれる周波数領域リソースアサインメントフィールドのビットは、初期ＤＬ ＢＷＰの第１のサイズに導出される。リソースアサインメントフィールド（下りリンクタイプ１リソース割り当てフィールド）はリソース指示値ＲＩＶ（Resource indication value）
から成る。ＲＩＶはある開始仮想リソースブロックと連続的に割り当てられた仮想リソースブロックの数に対応する。つまり、ＲＩＶはＤＬ ＢＷＰのサイズ、リソース割り当ての開始仮想リソースブロックと連続的に割り当てられた仮想リソースブロックの数によって定義（算出）される。

【0169】

本態様Ｂにおいて、タイプ０ＰＤＣＣＨコモンサーチスペースセットはＣＯＲＥＳＥＴ＃０に関連付けられてもよい。他のタイプのＰＤＣＣＨコモンサーチスペースセットは追加のコモンＣＯＲＥＳＥＴに関連付けられてもよい。例えば、他のタイプのＰＤＣＣＨコモンサーチスペースセットは、タイプ０ＡＰＤＣＣＨコモンサーチスペースであってもよいし、タイプ１ＰＤＣＣＨコモンサーチスペースであってもよいし、タイプ２ＰＤＣＣＨコモンサーチスペースであってもよい。

【0170】

ＣＯＲＥＳＥＴ＃０が設定されるＤＬ ＢＷＰは第１のサイズの初期ＤＬ ＢＷＰであってもよい。追加のコモンＣＯＲＥＳＥＴが設定されているＤＬ ＢＷＰは第２のサイズの初期ＤＬ ＢＷＰであってもよい。端末装置１は、ＤＣＩフォーマットがデコードされるコモンサーチスペースに関連付けられるＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０と追加のコモンＣＯＲＥＳＥＴの内何れかに基づいて、ＤＬ ＢＷＰのサイズを決定する。端末装置１は、ＤＣＩフォーマットがデコードされるコモンサーチスペースに関連付けられるＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０である場合に、ＤＬ ＢＷＰのサイズを初期ＤＬ ＢＷＰの第１のサイズとして決定してもよい。そして、端末装置１は、図９（Ａ）のＮ^ｓｉｚｅ _ＢＷＰに初期ＤＬ ＢＷＰの第１のサイズを用いて、ＲＩＶが生成されると確定する。別の言い方で言えば、ＲＩＶは、初期ＤＬ ＢＷＰの第１のサイズ、ＲＢ_{ｓｔａｒｔ}とＬ_ＲＢｓによって与えられる。端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0171】

また、端末装置１は、ＤＣＩフォーマットがデコードされるコモンサーチスペースに関連付けられるＣＯＲＥＳＥＴが追加のコモンＣＯＲＥＳＥＴである場合に、ＤＬ ＢＷＰのサイズを初期ＤＬ ＢＷＰの第２のサイズとして決定してもよい。そして、端末装置１
は、図９（Ｂ）の方法を用いて、リソース割り当てを特定する。即ち、図９（Ｂ）におけるＮ^{ｉｎｉｔｉａｌ} _ＢＷＰは、初期ＤＬ ＢＷＰの第１のサイズである。Ｎ^{ａｃｔｉｖｅ} _ＢＷＰは、初期ＤＬ ＢＷＰの第２のサイズである。ＲＩＶの値は、初期ＢＷＰの第１のサイズＮ^{ｉｎｉｔｉａｌ} _ＢＷＰ、開始仮想リソースブロックＲＢ’_{ｓｔａｒｔ}、および、連続的に割り当てる仮想リソースブロックの数Ｌ’_ＲＢｓに基づいて、与えられる。そして、リソース割り当ての開始仮想リソースブロックＲＢ_{ｓｔａｒｔ}は開始仮想リソースブロックＲＢ’_{ｓｔａｒｔ}の係数Ｋ倍である。リソース割り当ての仮想リソースブロックの数Ｌ’_ＲＢｓは仮想リソースブロックの数Ｌ’_ＲＢｓの係数Ｋ倍である。そして、端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0172】

また、端末装置１は、ＤＣＩフォーマットがデコードされるサーチスペースがＵＥ固有サーチスペースである場合に、ＤＬ ＢＷＰのサイズをアクティブなＤＬ ＢＷＰのサイズとして決定してもよい。即ち、リソースアサインメントが適用されるＤＬ ＢＷＰはアクティブなＤＬ ＢＷＰである。そして、端末装置１は、図９（Ａ）のＮ^ｓｉｚｅ _ＢＷＰにアクティブなＤＬ ＢＷＰのサイズを用いて、ＲＩＶが生成されると確定する。別の言い方で言えば、ＲＩＶは、アクティブなＤＬ ＢＷＰのサイズ、ＲＢ_{ｓｔａｒｔ}とＬ_ＲＢｓによって与えられる。端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0173】

本実施形態の態様Ｃであり、コモンサーチスペースセットにおいてＤＣＩフォーマットに含まれる周波数領域リソースアサインメントフィールドのビットは、初期ＤＬ ＢＷＰの第１のサイズに導出される。リソースアサインメントフィールド（下りリンクタイプ１リソース割り当てフィールド）はリソース指示値ＲＩＶ（Resource indication value）
から成る。ＲＩＶはある開始仮想リソースブロックと連続的に割り当てられた仮想リソースブロックの数に対応する。つまり、ＲＩＶはＤＬ ＢＷＰのサイズ、リソース割り当ての開始仮想リソースブロックと連続的に割り当てられた仮想リソースブロックの数によって定義（算出）される。

【0174】

本態様Ｃにおいて、タイプ０ＰＤＣＣＨコモンサーチスペースセットはＣＯＲＥＳＥＴ＃０に関連付けられてもよい。他のタイプのＰＤＣＣＨコモンサーチスペースセットはＣＯＲＥＳＥＴ＃０に関連付けられてもよい。例えば、他のタイプのＰＤＣＣＨコモンサーチスペースセットは、タイプ０ＡＰＤＣＣＨコモンサーチスペースであってもよいし、タイプ１ＰＤＣＣＨコモンサーチスペースであってもよいし、タイプ２ＰＤＣＣＨコモンサーチスペースであってもよい。

【0175】

ＣＯＲＥＳＥＴ＃０が設定されるＤＬ ＢＷＰは第１のサイズの初期ＤＬ ＢＷＰであってもよい。端末装置１は、ＤＣＩフォーマットがデコードされるコモンサーチスペースがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうかに基づいて、ＤＬ ＢＷＰのサイズを決定する。端末装置１は、ＤＣＩフォーマットがデコードされるコモンサーチスペースがタイプ０ＰＤＣＣＨコモンサーチスペースセットである場合に、ＤＬ ＢＷＰのサイズを初期ＤＬ ＢＷＰの第１のサイズとして決定してもよい。そして、端末装置１は、図９（Ａ）のＮ^ｓｉｚｅ _ＢＷＰに初期ＤＬ ＢＷＰの第１のサイズを用いて、ＲＩＶが生成されると確定する。別の言い方で言えば、ＲＩＶは、初期ＤＬ ＢＷＰの第１のサイズ、ＲＢ_{ｓｔａｒｔ}とＬ_ＲＢｓによって与えられる。端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0176】

例えば、端末装置１は、ＤＣＩフォーマットがデコードされるコモンサーチスペースが
タイプ０ＰＤＣＣＨコモンサーチスペース以外のコモンサーチスペースセットである場合に、ＤＬ ＢＷＰのサイズを初期ＤＬ ＢＷＰの第２のサイズとして決定してもよい。そして、端末装置１は、図９（Ｂ）の方法を用いて、リソース割り当てを特定する。即ち、図９（Ｂ）におけるＮ^{ｉｎｉｔｉａｌ} _ＢＷＰは、初期ＤＬ ＢＷＰの第１のサイズである。Ｎ^{ａｃｔｉｖｅ} _ＢＷＰは、初期ＤＬ ＢＷＰの第２のサイズである。ＲＩＶの値は、初期ＢＷＰの第１のサイズＮ^{ｉｎｉｔｉａｌ} _ＢＷＰ、開始仮想リソースブロックＲＢ’_{ｓｔａｒｔ}、および、連続的に割り当てる仮想リソースブロックの数Ｌ’_ＲＢｓに基づいて、与えられる。そして、リソース割り当ての開始仮想リソースブロックＲＢ_{ｓｔａｒｔ}は開始仮想リソースブロックＲＢ’_{ｓｔａｒｔ}の係数Ｋ倍である。リソース割り当ての仮想リソースブロックの数Ｌ’_ＲＢｓは仮想リソースブロックの数Ｌ’_ＲＢｓの係数Ｋ倍である。そして、端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0177】

また、上記の例の拡張として、端末装置１は、ＤＣＩフォーマットがデコードされるコモンサーチスペースがタイプ０ＡＰＤＣＣＨコモンサーチスペースセットである場合に、ＤＬ ＢＷＰのサイズを初期ＤＬ ＢＷＰの第１のサイズとして決定してもよい。そして、端末装置１は、図９（Ａ）のＮ^ｓｉｚｅ _ＢＷＰに初期ＤＬ ＢＷＰの第１のサイズを用いて、ＲＩＶが生成されると確定する。別の言い方で言えば、ＲＩＶは、初期ＤＬ ＢＷＰの第１のサイズ、ＲＢ_{ｓｔａｒｔ}とＬ_ＲＢｓによって与えられる。端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0178】

また、端末装置１は、ＤＣＩフォーマットがデコードされるコモンサーチスペースがタイプ１ＰＤＣＣＨコモンサーチスペースまたはタイプ２コモンサーチスペースセットである場合に、ＤＬ ＢＷＰのサイズを初期ＤＬ ＢＷＰの第２のサイズとして決定してもよい。そして、端末装置１は、図９（Ｂ）の方法を用いて、リソース割り当てを特定する。即ち、図９（Ｂ）におけるＮ^{ｉｎｉｔｉａｌ} _ＢＷＰは、初期ＤＬ ＢＷＰの第１のサイズである。Ｎ^{ａｃｔｉｖｅ} _ＢＷＰは、初期ＤＬ ＢＷＰの第２のサイズである。ＲＩＶの値は、初期ＢＷＰの第１のサイズＮ^{ｉｎｉｔｉａｌ} _ＢＷＰ、開始仮想リソースブロックＲＢ’_{ｓｔａｒｔ}、および、連続的に割り当てる仮想リソースブロックの数Ｌ’_ＲＢｓに基づいて、与えられる。そして、リソース割り当ての開始仮想リソースブロックＲＢ_{ｓｔａｒｔ}は開始仮想リソースブロックＲＢ’_{ｓｔａｒｔ}の係数Ｋ倍である。リソース割り当ての仮想リソースブロックの数Ｌ’_ＲＢｓは仮想リソースブロックの数Ｌ’_ＲＢｓの係数Ｋ倍である。そして、端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0179】

本実施形態の態様Ｄであり、端末装置１は、サーチスペースセットにおいてＤＣＩフォーマットに含まれる周波数領域リソースアサインメントフィールドのビットの数を決定する。周波数領域リソースアサインメントフィールドのビットの数は、式（４）Ceiling(ｌｏｇ_２（Ｎ^{ＤＬ、ＢＷＰ} _ＲＢ（Ｎ^{ＤＬ、ＢＷＰ} _ＲＢ＋１）／２）)によって導出される。周波数領域リソースアサインメントフィールド（下りリンクタイプ１リソース割り当てフィールド）はリソース指示値ＲＩＶ（Resource indication value）から成る。ＲＩＶはある開始仮想リソースブロックと連続的に割り当てられた仮想リソースブロックの数に対応する。つまり、ＲＩＶはＤＬ ＢＷＰのサイズ、リソース割り当ての開始仮想リソースブロックと連続的に割り当てられた仮想リソースブロックの数によって定義（算出）される。

【0180】

本態様Ｄにおいて、周波数領域リソースアサインメントフィールドのビットの数は、（
１）ＤＣＩフォーマットがデコードされるサーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうか、および／または、（２）ＤＣＩフォーマットがデコードされるサーチスペースに関連付けられるＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０であるかどうかに基づき、初期ＤＬ ＢＷＰの第１のサイズまたは初期ＤＬ ＢＷＰの第２のサイズの内何れかにより導出されてもよい。

【0181】

サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットである場合、周波数領域リソースアサインメントフィールドのビットの数は、初期ＤＬ ＢＷＰの第１のサイズにより導出されてもよい。つまり、式（４）におけるＮ^{ＤＬ、ＢＷＰ} _ＲＢは初期ＤＬ ＢＷＰの第１のサイズである。そして、端末装置１は、図９（Ａ）のＮ^ｓｉｚｅ _ＢＷＰに初期ＤＬ ＢＷＰの第１のサイズを用いて、ＲＩＶが生成されると確定する。ＲＩＶは、初期ＤＬ ＢＷＰの第１のサイズ、リソース割り当ての開始仮想リソースブロックＲＢ_{ｓｔａｒｔ}と連続的に割り当てられた仮想リソースブロックの数Ｌ_ＲＢｓによって与えられる。端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0182】

サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセット以外のコモンサーチスペースセットであり、且つ、該サーチスペースセットに関連付けられるＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０である場合、周波数領域リソースアサインメントフィールドのビットの数は、初期ＤＬ ＢＷＰの第１のサイズにより導出されてもよい。つまり、式（４）におけるＮ^{ＤＬ、ＢＷＰ} _ＲＢは初期ＤＬ ＢＷＰの第１のサイズである。そして、端末装置１は、図９（Ａ）のＮ^ｓｉｚｅ _ＢＷＰに初期ＤＬ ＢＷＰの第１のサイズを用いて、ＲＩＶが生成されると確定する。ＲＩＶは、初期ＤＬ ＢＷＰの第１のサイズ、リソース割り当ての開始仮想リソースブロックＲＢ_{ｓｔａｒｔ}と連続的に割り当てられた仮想リソースブロックの数Ｌ_ＲＢｓによって与えられる。端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0183】

サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセット以外のコモンサーチスペースセットであり、且つ、該サーチスペースセットに関連付けられるＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０以外のコモンＣＯＲＥＳＥＴである場合、周波数領域リソースアサインメントフィールドのビットの数は、初期ＤＬ ＢＷＰの第２のサイズにより導出されてもよい。ここで、コモンＣＯＲＥＳＥＴは初期ＤＬ ＢＷＰに対して設定される。つまり、式（４）におけるＮ^{ＤＬ、ＢＷＰ} _ＲＢは初期ＤＬ ＢＷＰの第１のサイズである。そして、端末装置１は、図９（Ａ）のＮ^ｓｉｚｅ _ＢＷＰに初期ＤＬ ＢＷＰの第１のサイズを用いて、ＲＩＶが生成されると確定する。ＲＩＶは、初期ＤＬ ＢＷＰの第１のサイズ、リソース割り当ての開始仮想リソースブロックＲＢ_{ｓｔａｒｔ}と連続的に割り当てられた仮想リソースブロックの数Ｌ_ＲＢｓによって与えられる。端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＤＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。

【0184】

これにより、ランダムアクセス手順を行う端末装置１は、基地局装置３に対する上りリンクデータ送信を行なうことができる。

【0185】

以下、本実施形態における装置の構成について説明する。

【0186】

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

【0187】

上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロックと称されてもよい）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部１４は、１つまたは複数の参照信号から、それぞれの参照信号の測定値に基づいて１つの参照信号を選択する機能を有してもよい。上位層処理部１４は、１つまたは複数のＰＲＡＣＨ機会から、選択した１つの参照信号に関連付けられたＰＲＡＣＨ機会を選択する機能を有してもよい。上位層処理部１４は、無線送受信部１０で受信したランダムアクセス手順の開始を指示する情報に含まれるビット情報が所定の値であった場合に、上位レイヤ（例えばＲＲＣレイヤ）で設定された１つまたは複数のインデックスから１つのインデックスを特定し、プリアンブルインデックスにセットする機能を有してもよい。上位層処理部１４は、ＲＲＣで設定された１つまたは複数のインデックスのうち、選択した参照信号に関連付けられたインデックスを特定し、プリアンブルインデックスにセットする機能を有してもよい。上位層処理部１４は、受信した情報（例えば、ＳＳＢインデックス情報および／またはマスクインデックス情報）に基づいて、次に利用可能なＰＲＡＣＨ機会を決定する機能を有してもよい。上位層処理部１４は、受信した情報（例えば、ＳＳＢインデックス情報）に基づいて、ＳＳ／ＰＢＣＨブロックを選択する機能を有してもよい。

【0188】

上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣレイヤ（媒体アクセス制御層）の処理を行なう。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、スケジューリング要求の伝送の制御を行う。

【0189】

上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣレイヤ（無線リソース制御層）の処理を行なう。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。無線リソース制御層処理部１６は、基地局装置３から受信した下りリンク制御情報に基づいてリソース割り当てを制御（特定）する。

【0190】

無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。無線送受信部１０は、あるセルにおける１つまたは複数の参照信号を受信する機能を有してもよい。無線送受信部１０は、１つまたは複数のＰＲＡＣＨ機会を特定する情報（例えば、ＳＳＢインデックス情報および／またはマスクインデックス情報）を受信する機能を有してもよい。無線送受信部１０は、ランダムアクセス手順の開始を指示する指示情報を含む信号を受信する機能を有してもよい。無線送受信部１０は、所定のインデックスを特定する情報を受信する情報を受信する機能を有してもよい。無線送受信部１０は、ランダムアクセスプリンブルのインデックスを特定する情報を受信する機能を有してもよい。無線送受信部１０は、上位層処理部１４で決定したＰＲＡＣＨ機会でランダムアクセスプリアンブルを送信する機能を有してもよい。

【0191】

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

【0192】

ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号をデジタル信号に変換する。ベースバンド部１３は、変換したデジタル信号からＣＰ（Cyclic
Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。

【0193】

ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのデジタル信号を生成し、ベースバンドのデジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。

【0194】

ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は在圏セルにおいて送信する上りリンク信号および／または上りリンクチャネルの送信電力を決定する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。

【0195】

図１１は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、モニタ部、または、物理層処理部とも称する。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。上位層処理部３４を、制御部３４とも称する。

【0196】

上位層処理部３４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部３４は、無線送受信部３０で受信したランダムアクセスプリアンブルに基づいて、１つまたは複数の参照信号から１つの参照信号を特定する機能を有してもよい。上位層処理部３４は、少なくともＳＳＢインデックス情報とマスクインデックス情報とからランダムアクセスプリアンブルをモニタするＰＲＡＣＨ機会を特定してもよい。

【0197】

上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣレイヤの処理を行なう。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、スケジューリングリクエストに関する処理を行う。

【0198】

上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣレイヤの処理を行なう。無線リソース制御層処理部３６は、端末装置１にリソースの割当情報を含む下りリンク制御情報（上りリンクグラント、下りリンクグラント）を生成する。無線リソース制御層処理部３６は、下りリンク制御情報、物理下りリンク共用チャネルに配置される下り
リンクデータ（トランスポートブロック、ランダムアクセス応答）、システム情報、ＲＲＣメッセージ、ＭＡＣ ＣＥ（Control Element）などを生成し、又は上位ノードから取
得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。無線リソース制御層処理部３６は、あるセルにおける１つまたは複数の参照信号の設定を特定するための情報を送信／報知してもよい。

【0199】

基地局装置３から端末装置１にＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＰＤＣＣＨを送信し、端末装置１がその受信に基づいて処理を行う場合、基地局装置３は、端末装置が、その処理を行っていることを想定して処理（端末装置１やシステムの制御）を行う。すなわち、基地局装置３は、端末装置にその受信に基づく処理を行わせるようにするＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＰＤＣＣＨを端末装置１に送っている。

【0200】

無線送受信部３０は、１つまたは複数の参照信号を送信する機能を有する。また、無線送受信部３０は、端末装置１から送信されたビーム失敗リカバリ要求を含む信号を受信する機能を有してもよい。無線送受信部３０は、端末装置１に１つまたは複数のＰＲＡＣＨ機会を特定する情報（例えば、ＳＳＢインデックス情報および／またはマスクインデックス情報）を送信する機能を有してもよい。無線送受信部３０は、所定のインデックスを特定する情報を送信する機能を有してもよい。無線送受信部３０は、ランダムアクセスプリアンブルのインデックスを特定する情報を送信する機能を有してもよい。無線送受信部３０は、上位層処理部３４で特定されたＰＲＡＣＨ機会でランダムアクセスプリアンブルをモニタする機能を有してもよい。その他、無線送受信部３０の一部の機能は、無線送受信部１０と同様であるため説明を省略する。なお、基地局装置３が１つまたは複数の送受信点４と接続している場合、無線送受信部３０の機能の一部あるいは全部が、各送受信点４に含まれてもよい。

【0201】

また、上位層処理部３４は、基地局装置３間あるいは上位のネットワーク装置（ＭＭＥ、Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－ＧＷ））と基地局装置３との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図１１において、その他の基地局装置３の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、基地局装置３として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、上位層処理部３４には、無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）層処理部や、アプリケーション層処理部が存在している。また上位層処理部３４は、無線送受信部３０から送信する複数の参照信号のそれぞれに対応する複数のスケジューリング要求リソースを設定する機能を有してもよい。

【0202】

なお、図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、端末装置１および基地局装置３の機能および各手順を実現する要素である。

【0203】

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

【0204】

（１）より具体的には、本発明の第１の態様における端末装置１は、あるコントロールリソースセットにおけるサーチスペースセットで周波数領域リソースアサインメントを示
す第１のフィールドを含む下りリンクＤＣＩフォーマットを受信する受信部１０と、前記周波数領域リソースアサインメントに基づき、ＰＤＳＣＨのリソース割り当てを特定する制御部１６と、を備え、初期ＤＬ ＢＷＰの第１のサイズは、controlResourceSetZeroによって決定されるＣＯＲＥＳＥＴ＃０のための連続的なリソースブロックの数であり、初期ＤＬ ＢＷＰの第２のサイズは、ＳＩＢ１（SystemInformationBlockType1）またはServingCellConfigCommonによって示されるＢＷＰのリソースブロックの数であり、前記第１のフィールドのビットの数は、初期ＤＬ ＢＷＰの第１のサイズにより導出され、前記周波数領域リソースアサインメントはＲＩＶから成り、前記ＲＩＶはＤＬ ＢＷＰのサイズ、前記リソース割り当ての第１の開始仮想リソースブロックと連続的に割り当てられた第１の仮想リソースブロックの数によって与えられ、前記ＤＬ ＢＷＰのサイズが前記第１のサイズ、前記第２のサイズ、アクティブなＤＬ ＢＷＰの第３のサイズの内、何れかであるかは、（１）前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうか、および／または、（２）前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０であるかどうかに基づき、与えられ、前記タイプ０ＰＤＣＣＨコモンサーチスペースセットはsearchSpaceZeroまたはsearchspaceSIB1によって設定され、前記ＣＯＲＥＳＥＴ＃０はＣＯＲＥＳＥＴの識別子０で特定されるコントロールリソースセットである。

【0205】

（２）本発明の第２の態様における基地局装置３は、ＰＤＳＣＨのリソース割り当て情報を示す周波数領域リソースアサインメントを示す第１のフィールドを生成する制御部３６と、あるコントロールリソースセットにおけるサーチスペースセットで前記第１のフィールドを含む下りリンクＤＣＩフォーマットを送信する送信部３０と、を備え、初期ＤＬ
ＢＷＰの第１のサイズは、controlResourceSetZeroによって決定されるＣＯＲＥＳＥＴ＃０のための連続的なリソースブロックの数であり、初期ＤＬ ＢＷＰの第２のサイズは、ＳＩＢ１（SystemInformationBlockType1）またはServingCellConfigCommonによって示されるＢＷＰのリソースブロックの数であり、前記第１のフィールドのビットの数は、初期ＤＬ ＢＷＰの第１のサイズにより導出され、前記周波数領域リソースアサインメントはＲＩＶから成り、前記ＲＩＶはＤＬ ＢＷＰのサイズ、前記リソース割り当ての第１の開始仮想リソースブロックと連続的に割り当てられた第１の仮想リソースブロックの数によって与えられ、前記ＤＬ ＢＷＰのサイズが前記第１のサイズ、前記第２のサイズ、アクティブなＤＬ ＢＷＰの第３のサイズの内、何れかであるかは、（１）前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうか、および／または、（２）前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０であるかどうかに基づき、与えられ、前記タイプ０ＰＤＣＣＨコモンサーチスペースセットはsearchSpaceZeroまたはsearchspaceSIB1によって設定され、前記ＣＯＲＥＳＥＴ＃０はＣＯＲＥＳＥＴの識別子０で特定されるコントロールリソースセットである。

【0206】

（３）本発明の第１と第２の態様において、前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットである場合、前記ＤＬ ＢＷＰのサイズは、前記第１のサイズであり、前記ＲＩＶは、前記第１のサイズ、前記第１の開始仮想リソースブロックと前記第１の仮想リソースブロックの数によって与えられる。

【0207】

（４）本発明の第１と第２の態様において、前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセット以外のコモンサーチスペースセットであり、且つ、前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０である場合、前記ＤＬ ＢＷＰのサイズは、前記第１のサイズであり、前記ＲＩＶは、前記第１のサイズ、前記第１の開始仮想リソースブロックと前記第１の仮想リソースブロックの数によって与えられる。

【0208】

（５）本発明の第１と第２の態様において、前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセット以外のコモンサーチスペースセット、且つ、前記コン
トロールリソースセットがＣＯＲＥＳＥＴ＃０以外のコモンＣＯＲＥＳＥＴである場合、前記ＤＬ ＢＷＰのサイズは、前記第２のサイズであり、前記ＲＩＶは、前記第１のサイズ、第２の開始仮想リソースブロックと第２の仮想リソースブロックの数によって与えられ、前記第１の開始仮想リソースブロックは、前記第２の開始仮想リソースブロックの係数Ｋ倍であり、前記第１の仮想リソースブロックの数は、前記第２の仮想リソースブロックの数の係数Ｋ倍である。

【0209】

（６）本発明の第１と第２の態様において、前記係数Ｋは、前記第２のサイズが前記第１のサイズより大きい場合に、前記第２のサイズと前記第１のサイズの比率で最も近い２のべき乗に切り捨てられた値で与えられ、その以外の場合に、１で与えられる。

【0210】

（７）本発明の第１と第２の態様において、前記サーチスペースセットがＵＥ固有サーチスペースセットである場合、前記ＤＬ ＢＷＰのサイズは、前記第３のサイズであり、前記ＲＩＶは、前記第３のサイズ、前記第１の開始仮想リソースブロックと前記第１の仮想リソースブロックの数によって与えられる。

【0211】

（８）本発明の第３の態様における端末装置１は、あるコントロールリソースセット（ＣＯＲＥＳＥＴ）におけるサーチスペースセットで周波数領域リソースアサインメントを示す第１のフィールドを含む下りリンクＤＣＩフォーマットを受信する受信部１０と、前記周波数領域リソースアサインメントに基づき、ＰＤＳＣＨのリソース割り当てを特定する制御部１６と、を備え、前記第１のフィールドのビットの数は、（１）前記コモンサーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうか、および／または、（２）前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０であるかどうかに基づき、初期ＤＬ ＢＷＰの第１のサイズまたは初期ＤＬ ＢＷＰの第２のサイズにより導出され、前記ＣＯＲＥＳＥＴ＃０はＣＯＲＥＳＥＴの識別子０で特定されるコントロールリソースセットであり、前記第１のサイズは、controlResourceSetZeroによって決定されるＣＯＲＥＳＥＴ＃０のための連続的なリソースブロックの数であり、前記第２のサイズは、ＳＩＢ１（SystemInformationBlockType1）またはServingCellConfigCommonによって示されるＢＷＰの第２のリソースブロックの数であり、前記周波数領域リソースアサインメントはＲＩＶ（resource indication value）から成り、前記ＲＩＶは前記第
１のサイズ、前記第２のサイズ、アクティブなＤＬ ＢＷＰの第３のサイズの内、何れかに基づき、前記リソース割り当ての第１の開始仮想リソースブロックと連続的に割り当てられた第１の仮想リソースブロックの数に対応する。

【0212】

（９）本発明の第４の態様における端末装置１と通信する基地局装置３は、あるコントロールリソースセット（ＣＯＲＥＳＥＴ）におけるサーチスペースセットで周波数領域リソースアサインメントを示す第１のフィールドを含む下りリンクＤＣＩフォーマットを送信する送信部３０と、前記端末装置１のためのリソース割り当てを示す前記周波数領域リソースアサインメントを生成する制御部３６と、を備え、前記第１のフィールドのビットの数は、（１）前記コモンサーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットであるかどうか、および／または、（２）前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０であるかどうかに基づき、初期ＤＬ ＢＷＰの第１のサイズまたは初期ＤＬ ＢＷＰの第２のサイズにより導出され、前記ＣＯＲＥＳＥＴ＃０はＣＯＲＥＳＥＴの識別子０で特定されるコントロールリソースセットであり、前記第１のサイズは、controlResourceSetZeroによって決定されるＣＯＲＥＳＥＴ＃０のための連続的なリソースブロックの数であり、前記第２のサイズは、ＳＩＢ１（SystemInformationBlockType1）
またはServingCellConfigCommonによって示されるＢＷＰの第２のリソースブロックの数
であり、前記周波数領域リソースアサインメントはＲＩＶ（resource indication value
）から成り、前記ＲＩＶは前記第１のサイズ、前記第２のサイズ、アクティブなＤＬ ＢＷＰの第３のサイズの内、何れかに基づき、前記リソース割り当ての第１の開始仮想リソ
ースブロックと連続的に割り当てられた第１の仮想リソースブロックの数に対応する。

【0213】

（１０）本発明の第３と第４の態様において、前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセットである場合、前記第１のフィールドのビットの数は、前記第１のサイズにより導出され、前記ＲＩＶは、前記第１のサイズ、前記第１の開始仮想リソースブロックと前記第１の仮想リソースブロックの数によって与えられる。

【0214】

（１１）本発明の第３と第４の態様において、 前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセット以外のコモンサーチスペースセット、且つ、前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０である場合、前記第１のフィールドのビットの数は、前記第１のサイズにより導出され、
前記ＲＩＶは、前記第１のサイズ、前記第１の開始仮想リソースブロックと前記第１の仮想リソースブロックの数によって与えられる。

【0215】

（１２）本発明の第３と第４の態様において、前記サーチスペースセットがタイプ０ＰＤＣＣＨコモンサーチスペースセット以外のコモンサーチスペースセット、且つ、前記コントロールリソースセットがＣＯＲＥＳＥＴ＃０以外のコモンＣＯＲＥＳＥＴである場合、前記第１のフィールドのビットの数は、前記第２のサイズにより導出され、前記コモンＣＯＲＥＳＥＴは初期ＤＬ ＢＷＰに対して設定され、前記ＲＩＶは、前記第２のサイズ、前記第１の開始仮想リソースブロックと前記第１の仮想リソースブロックの数によって与えられる。

【0216】

（１３）本発明の第３と第４の態様において、前記サーチスペースセットがＵＥ固有サーチスペースセットである場合、前記第１のフィールドのビットの数は、前記第３のサイズにより導出され、前記ＲＩＶは、前記第３のサイズ、前記第１の開始仮想リソースブロックと前記第１の仮想リソースブロックの数によって与えられる。

【0217】

これにより、端末装置１は、効率的に基地局装置３と通信することができる。

【0218】

本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）、あるいはその他の記憶装置システムに格納される。

【0219】

尚、本発明に関わる実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。

【0220】

また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスク
リートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いることも可能である。

【0221】

なお、本発明に関わる実施形態では、基地局装置と端末装置で構成される通信システムに適用される例を記載したが、Ｄ２Ｄ（Device to Device）のような、端末同士が通信を行うシステムにおいても適用可能である。

【0222】

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

【0223】

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

【符号の説明】

【0224】

１（１Ａ、１Ｂ） 端末装置
３ 基地局装置
４ 送受信点（ＴＲＰ）
１０ 無線送受信部
１１ アンテナ部
１２ ＲＦ部
１３ ベースバンド部
１４ 上位層処理部
１５ 媒体アクセス制御層処理部
１６ 無線リソース制御層処理部
３０ 無線送受信部
３１ アンテナ部
３２ ＲＦ部
３３ ベースバンド部
３４ 上位層処理部
３５ 媒体アクセス制御層処理部
３６ 無線リソース制御層処理部
５０ 送信ユニット（ＴＸＲＵ）
５１ 位相シフタ
５２ アンテナエレメント

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】