(57)【要約】【課題】端末装置と基地局装置が効率的に通信を行うこと。【解決手段】端末装置が、上位層の第１のパラメータを受信し、ＲＡＲメッセージを含むＰＤＳＣＨを受信し、ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを送信し、第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、周波数ホッピングを伴うＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、非競合ベースランダムアクセス手順において、第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、第１のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、第１の周波数ホップと第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる。【選択図】図８
2020048155.tif 000002
【特許請求の範囲】
【請求項１】
上位層の第１のパラメータを受信し、ＲＡＲメッセージを含むＰＤＳＣＨを受信する受信部と、
前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを送信する送信部と、
を備え、
前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、
周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、
非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、
競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる
端末装置
【請求項２】
上位層の第１のパラメータを送信し、ＲＡＲメッセージを含むＰＤＳＣＨを送信する送信部と、
前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを受信する受信部と、
を備え、
前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、
周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、
非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、
競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる
基地局装置
【請求項３】
端末装置の通信方法であって、
上位層の第１のパラメータを受信し、ＲＡＲメッセージを含むＰＤＳＣＨを受信し、
前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを送信し、
前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、
周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、
非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、
競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる
通信方法
【請求項４】
基地局装置の通信方法であって、
上位層の第１のパラメータを送信し、ＲＡＲメッセージを含むＰＤＳＣＨを送信し、
前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを受信し、
前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、
周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、
非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、
競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる
通信方法
【請求項５】
端末装置に実装される集積回路であって、
上位層の第１のパラメータを受信し、ＲＡＲメッセージを含むＰＤＳＣＨを受信する機能と、
前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを送信する機能と、を前記端末装置に発揮させ、
前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、
周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、
非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、
競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる
集積回路。
【請求項６】
基地局装置に実装される集積回路であって、
上位層の第１のパラメータを送信し、ＲＡＲメッセージを含むＰＤＳＣＨを送信する機能と、
前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを受信する機能と、を前記基地局装置に発揮させ、
前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、
周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、
非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、
競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる
集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局装置、端末装置、通信方法、および、集積回路に関する。
【背景技術】
【０００２】
現在、第５世代のセルラーシステムに向けた無線アクセス方式および無線ネットワーク技術として、第三世代パートナーシッププロジェクト（3GPP: The Third Generation Partnership Project）において、LTE（Long Term Evolution）-Advanced Pro及びNR（New Radio technology）の技術検討及び規格策定が行われている（非特許文献１）。
【０００３】
第５世代のセルラーシステムでは、高速・大容量伝送を実現するeMBB（enhanced Mobile BroadBand）、低遅延・高信頼通信を実現するURLLC（Ultra-Reliable and Low Latency
Communication）、IoT（Internet of Things）などマシン型デバイスが多数接続するmMTC（massive Machine Type Communication）の3つがサービスの想定シナリオとして要求されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】RP-161214, NTT DOCOMO, “Revision of SI: Study on New Radio Access Technology”, 2016年6月
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、上記のような無線通信システムにおいて、効率的な通信を可能とする端末装置、基地局装置、通信方法、および、集積回路を提供することを目的とする。
【課題を解決するための手段】
【０００６】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の一態様における端末装置は、上位層の第１のパラメータを受信し、ＲＡＲメッセージを含むＰＤＳＣＨを受信する受信部と、前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを送信する送信部と、を備え、前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる。
【０００７】
（２）また、本発明の一態様における基地局装置は、上位層の第１のパラメータを送信し、ＲＡＲメッセージを含むＰＤＳＣＨを送信する送信部と、前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを受信する受信部と、を備え、前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記
第１のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる。
【０００８】
（３）また、本発明の一態様における通信方法は、端末装置の通信方法であって、上位層の第１のパラメータを受信し、ＲＡＲメッセージを含むＰＤＳＣＨを受信し、前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを送信し、前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる。
【０００９】
（４）また、本発明の一態様における通信方法は、基地局装置の通信方法であって、上位層の第１のパラメータを送信し、ＲＡＲメッセージを含むＰＤＳＣＨを送信し、前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを受信し、前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる。
【００１０】
（５）また、本発明の一態様における集積回路は、端末装置に実装される集積回路であって、上位層の第１のパラメータを受信し、ＲＡＲメッセージを含むＰＤＳＣＨを受信する機能と、前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを送信する機能と、を前記端末装置に発揮させ、前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる。
【００１１】
（６）また、本発明の一態様における集積回路は、基地局装置に実装される集積回路であって、上位層の第１のパラメータを送信し、ＲＡＲメッセージを含むＰＤＳＣＨを送信する機能と、前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを受信する機能と、を前記基地局装置に発揮させ、前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２
の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる。
【発明の効果】
【００１２】
この発明によれば、基地局装置と端末装置が、効率的に通信することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係る無線通信システムの概念を示す図である。
【図２】本発明の実施形態に係るＳＳ／ＰＢＣＨブロックおよびＳＳバーストセットの例を示す図である。
【図３】本発明の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。
【図４】本発明の実施形態に係るサブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。
【図５】本発明の実施形態に係るスロットまたはサブフレームの一例を示す図である。
【図６】本発明の実施形態に係るビームフォーミングの一例を示した図である。
【図７】本発明の実施形態に係る周波数ホッピングの一例を示す図である。。
【図８】本発明の実施形態に係る端末装置１のランダムアクセス手順の一例を示す図である。
【図９】本発明の実施形態に係るＲＡＲ  ＵＬ  グラントに含まれるフィールドの一例を示す図である。
【図１０】本実施形態に係る‘ＰＵＳＣＨ  ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ’フィールドの解釈の一例を示す図である。
【図１１】本実施形態に係るＢＷＰに対する上りリンクリソース割り当てタイプ１を説明する一例を示す図である。
【図１２】本発明の実施形態に係るＲＩＶを算出する一例を示す図である。
【図１３】本実施形態に係るＰＲＡＣＨ機会に対するＳＳＢインデックスの割当の一例を示す図である。
【図１４】本発明の実施形態に係るＭＡＣエンティティのランダムアクセス手順の一例を示すフロー図である。
【図１５】本発明の実施形態に係る端末装置１の構成を示す概略ブロック図である。
【図１６】本発明の実施形態に係る基地局装置３の構成を示す概略ブロック図である。
【図１７】本発明の実施形態に係る周波数ホッピングを伴うＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨのための第２のホップの周波数オフセットの一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について説明する。
【００１５】
図１は、本実施形態における無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ、端末装置１Ｂ、および基地局装置３を具備する。以下、端末装置１Ａ、および、端末装置１Ｂを、端末装置１とも称する。
【００１６】
端末装置１は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（User Equipment）、ＭＳ（Mobile Station）とも称される。基地局装置３は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（Node B）、ｅＮＢ（evolved Node B）、ＢＴＳ（Base Transceiver Station）、ＢＳ（Base Station）、ＮＲ  ＮＢ（NR Node B）、ＮＮＢ、Ｔ
ＲＰ（Transmission and Reception Point）、ｇＮＢとも称される。基地局装置３は、コ
アネットワーク装置を含んでも良い。また、基地局装置３は、１つまたは複数の送受信点４（ｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅｃｅｐｔｉｏｎ  ｐｏｉｎｔ）を具備しても良い。以下で説明する基地局装置３の機能／処理の少なくとも一部は、該基地局装置３が具備する各々の送受信点４における機能／処理であってもよい。基地局装置３は、基地局装置３によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、基地局装置３は、１つまたは複数の送受信点４によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、１つのセルを複数の部分領域（Ｂｅａｍｅｄ  ａｒｅａ）にわけ、それぞれの部分領域において端末装置１をサーブしてもよい。ここで、部分領域は、ビームフォーミングで使用されるビームのインデックスあるいはプリコーディングのインデックスに基づいて識別されてもよい。
【００１７】
基地局装置３から端末装置１への無線通信リンクを下りリンクと称する。端末装置１から基地局装置３への無線通信リンクを上りリンクと称する。
【００１８】
図１において、端末装置１と基地局装置３の間の無線通信では、サイクリックプレフィックス（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-Carrier Code Division Multiplexing）が用いられてもよい。
【００１９】
また、図１において、端末装置１と基地局装置３の間の無線通信では、ユニバーサルフィルタマルチキャリア（UFMC: Universal-Filtered Multi-Carrier）、フィルタＯＦＤＭ（F-OFDM: Filtered OFDM）、窓関数が乗算されたＯＦＤＭ（Windowed OFDM）、フィルタバンクマルチキャリア（FBMC: Filter-Bank Multi-Carrier）が用いられてもよい。
【００２０】
なお、本実施形態ではＯＦＤＭを伝送方式としてＯＦＤＭシンボルで説明するが、上述の他の伝送方式の場合を用いた場合も本発明に含まれる。
【００２１】
また、図１において、端末装置１と基地局装置３の間の無線通信では、ＣＰを用いない、あるいはＣＰの代わりにゼロパディングをした上述の伝送方式が用いられてもよい。また、ＣＰやゼロパディングは前方と後方の両方に付加されてもよい。
【００２２】
本実施形態の一態様は、ＬＴＥやＬＴＥ−Ａ／ＬＴＥ−Ａ  Ｐｒｏといった無線アクセス技術（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）は、ＰＵ
ＣＣＨ送信と、競合ベースランダムアクセスをサポートする。
【００２３】
本実施形態では、端末装置１に対して１つまたは複数のサービングセルが設定されてもよい。設定された複数のサービングセルは、１つのプライマリセルと１つまたは複数のセ
カンダリセルとを含んでもよい。プライマリセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再確立（connection re-establishment）プロシージャを開始したサービングセル、または、
ハンドオーバプロシージャにおいてプライマリセルと指示されたセルであってもよい。ＲＲＣ（Radio Resource Control）コネクションが確立された時点、または、後に、１つまたは複数のセカンダリセルが設定されてもよい。ただし、設定された複数のサービングセルは、１つのプライマリセカンダリセルを含んでもよい。プライマリセカンダリセルは、端末装置１が設定された１つまたは複数のセカンダリセルのうち、上りリンクにおいて制御情報を送信可能なセカンダリセルであってもよい。また、端末装置１に対して、マスターセルグループとセカンダリセルグループの２種類のサービングセルのサブセットが設定されてもよい。マスターセルグループは１つのプライマリセルと０個以上のセカンダリセルで構成されてもよい。セカンダリセルグループは１つのプライマリセカンダリセルと０個以上のセカンダリセルで構成されてもよい。
【００２４】
本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）および／またはＦＤＤ（Frequency Division Duplex）が適用されてよい。複数のセルの全てに対してＴＤ
Ｄ（Time Division Duplex）方式またはＦＤＤ（Frequency Division Duplex）方式が適
用されてもよい。また、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。ＴＤＤ方式はアンペアードスペクトラムオペレーション（Unpaired spectrum operation）と称されてもよい。ＦＤＤ方式はペアードスペクトラムオペレーショ
ン（Paired spectrum operation）と称されてもよい。
【００２５】
下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリア（あるいは下りリンクキャリア）と称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリア（あるいは上りリンクキャリア）と称する。サイドリンクにおいて、サービングセルに対応するキャリアをサイドリンクコンポーネントキャリア（あるいはサイドリンクキャリア）と称する。下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア、および／またはサイドリンクコンポーネントキャリアを総称してコンポーネントキャリア（あるいはキャリア）と称する。
【００２６】
本実施形態の物理チャネルおよび物理信号について説明する。
【００２７】
図１において、端末装置１と基地局装置３の無線通信では、以下の物理チャネルが用いられる。
【００２８】
・ＰＢＣＨ（Physical Broadcast CHannel）
・ＰＤＣＣＨ（Physical Downlink Control CHannel）
・ＰＤＳＣＨ（Physical Downlink Shared CHannel）
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）
【００２９】
ＰＢＣＨは、端末装置１が必要な重要なシステム情報を含む重要情報ブロック（MIB: Master Information Block、EIB: Essential Information Block、ＢＣＨ：Broadcast Channel）を報知するために用いられる。
【００３０】
また、ＰＢＣＨは、同期信号のブロック（ＳＳ／ＰＢＣＨブロックとも称する）の周期内の時間インデックスを報知するために用いられてよい。ここで、時間インデックスは、セル内の同期信号およびＰＢＣＨのインデックスを示す情報である。例えば、３つの送信
ビーム（送信フィルタ設定、受信空間パラメータに関する擬似同位置（ＱＣＬ：Quasi Co-Location））の想定を用いてＳＳ／ＰＢＣＨブロックを送信する場合、予め定められた
周期内または設定された周期内の時間順を示してよい。また、端末装置は、時間インデックスの違いを送信ビームの違いと認識してもよい。
【００３１】
ＰＤＣＣＨは、下りリンクの無線通信（基地局装置３から端末装置１への無線通信）において、下りリンク制御情報（Downlink Control Information: DCI）を送信する（また
は運ぶ）ために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称してもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドがＤＣＩとして定義され、情報ビットへマップされる。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置１は、サービングセルにおいてＰＤＣＣＨ候補（candidate）のセットをモニタする。モニタすることは、あるＤＣＩフ
ォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。
【００３２】
例えば、以下のＤＣＩフォーマットが定義されてよい。
・ＤＣＩフォーマット０＿０
・ＤＣＩフォーマット０＿１
・ＤＣＩフォーマット１＿０
・ＤＣＩフォーマット１＿１
・ＤＣＩフォーマット２＿０
・ＤＣＩフォーマット２＿１
・ＤＣＩフォーマット２＿２
・ＤＣＩフォーマット２＿３
【００３３】
ＤＣＩフォーマット０＿０は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。
【００３４】
ＤＣＩフォーマット０＿１は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ：BandWidth Part）を示す情報、チャネル状態情報（ＣＳＩ：Channel State Information）リクエス
ト、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）リクエスト、アン
テナポートに関する情報を含んでよい。
【００３５】
ＤＣＩフォーマット１＿０は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。
【００３６】
ＤＣＩフォーマット１＿１は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ）を示す情報、送信設定指示（ＴＣＩ：Transmission Configuration Indication）、アンテナポート
に関する情報を含んでよい。
【００３７】
ＤＣＩフォーマット２＿０は、１つまたは複数のスロットのスロットフォーマットを通知するために用いられる。スロットフォーマットは、スロット内の各ＯＦＤＭシンボルが下りリンク、フレキシブル、上りリンクのいずれかに分類されたものとして定義される。例えば、スロットフォーマットが２８の場合、スロットフォーマット２８が指示されたスロット内の１４シンボルのＯＦＤＭシンボルに対してＤＤＤＤＤＤＤＤＤＤＤＤＦＵが適用される。ここで、Ｄが下りリンクシンボル、Ｆがフレキシブルシンボル、Ｕが上りリンクシンボルである。なお、スロットについては後述する。
【００３８】
ＤＣＩフォーマット２＿１は、端末装置１に対して、送信がないと想定してよい物理リ
ソースブロックとＯＦＤＭシンボルを通知するために用いられる。なお、この情報はプリエンプション指示（間欠送信指示）と称してよい。
【００３９】
ＤＣＩフォーマット２＿２は、ＰＵＳＣＨおよびＰＵＳＣＨのための送信電力制御（ＴＰＣ：Transmit Power Control）コマンドの送信のために用いられる。
【００４０】
ＤＣＩフォーマット２＿３は、１または複数の端末装置１によるサウンディング参照信号（ＳＲＳ）送信のためのＴＰＣコマンドのグループを送信するために用いられる。また、ＴＰＣコマンドとともに、ＳＲＳリクエストが送信されてもよい。また、ＤＣＩフォーマット２＿３に、ＰＵＳＣＨおよびＰＵＣＣＨのない上りリンク、またはＳＲＳの送信電力制御がＰＵＳＣＨの送信電力制御と紐付いていない上りリンクのために、ＳＲＳリクエストとＴＰＣコマンドが定義されてよい。
【００４１】
下りリンクに対するＤＣＩを、下りリンクグラント（downlink grant）、または、下りリンクアサインメント（downlink assignment）とも称する。ここで、上りリンクに対す
るＤＣＩを、上りリンクグラント（uplink grant）、または、上りリンクアサインメント（Uplink assignment）とも称する。
【００４２】
１つのＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣ（Cyclic Redundancy Check）パリティビットは、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）、ＣＳ−ＲＮＴＩ（Configured Scheduling-Radio Network Temporary Identifier）、ＲＡ−ＲＮＴＩ（Random Access-Radio Network Temporary Identity）、または、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩでスクランブルされる。Ｃ−ＲＮＴＩ、ＭＣＳ−Ｃ−ＲＮＴＩ、および、ＣＳ−ＲＮＴＩは、セル内において端末装置を識別するための識別子である。Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、競合ベースのランダムアクセス手順（contention based random access procedure）中に、ランダムアクセスプリアンブルを送信した端末装置１を識別するための識別子である。
【００４３】
Ｃ−ＲＮＴＩ（端末装置の識別子（識別情報））は、１つまたは複数のスロットにおけるＰＤＳＣＨまたはＰＵＳＣＨを制御するために用いられる。ＣＳ−ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。ＭＣＳ−Ｃ−ＲＮＴＩは、グラントベース送信（grant-based transmission）に対して所定のＭＣＳテーブルの使用を示すために用いらる。Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ（ＴＣ−ＲＮＴＩ）は、１つまたは複数のスロットにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、ランダムアクセスメッセージ３の再送信、およびランダムアクセスメッセージ４の送信をスケジュールするために用いられる。ＲＡ−ＲＮＴＩ（ランダムアクセス応答識別情報）は、ランダムアクセスプリアンブルを送信した物理ランダムアクセスチャネルの周波数および時間の位置情報に応じて決定される。
【００４４】
ＰＵＣＣＨは、上りリンクの無線通信（端末装置１から基地局装置３の無線通信）において、上りリンク制御情報（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）に対する
ＨＡＲＱ−ＡＣＫを示してもよい。
【００４５】
ＰＤＳＣＨは、媒介アクセス（MAC: Medium Access Control）層からの下りリンクデータ（DL-SCH: Downlink Shared CHannel）の送信に用いられる。また、下りリンクの場合
にはシステム情報（SI: System Information）やランダムアクセス応答（RAR: Random Access Response）などの送信にも用いられる。
【００４６】
ＰＵＳＣＨは、ＭＡＣ層からの上りリンクデータ（UL-SCH: Uplink Shared CHannel）
または上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＣＳＩのみ、または、ＨＡＲＱ−ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＵＣＩのみを送信するために用いられてもよい。
【００４７】
ここで、基地局装置３と端末装置１は、上位層（上位レイヤ：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）層などの１つまたは複数を含んでもよい。例えば、ＭＡＣ層の処理において上位層とは、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ層などの１つまたは複数を含んでもよい。以下、“Aは、上位層
で与えられる”や“Aは、上位層によって与えられる”の意味は、端末装置１の上位層（
主にRRC層やMAC層など）が、基地局装置３からAを受信し、その受信したAを端末装置１の上位層から端末装置１の物理層に与えることを意味してもよい。
【００４８】
ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、ＰＤＳＣＨにおいて、基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingとも称する）で
あってもよい。すなわち、端末装置固有（ＵＥスペシフィック）の情報は、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。また、ＰＵＳＣＨは、上りリンクにおいてＵＥの能力（UE Capability）の送信に用いられてもよい。
【００４９】
図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・参照信号（Reference Signal: RS）
【００５０】
同期信号は、プライマリ同期信号（ＰＳＳ：Primary Synchronization Signal）およびセカンダリ同期信号（ＳＳＳ）を含んでよい。ＰＳＳとＳＳＳを用いてセルＩＤが検出されてよい。
【００５１】
同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ここで、同期信号は、端末装置１が基地局装置３によるプリコーディングま
たはビームフォーミングにおけるプリコーディングまたはビームの選択に用いられて良い。なお、ビームは、送信または受信フィルタ設定、あるいは空間ドメイン送信フィルタまたは空間ドメイン受信フィルタと呼ばれてもよい。
【００５２】
参照信号は、端末装置１が物理チャネルの伝搬路補償を行うために用いられる。ここで、参照信号は、端末装置１が下りリンクのＣＳＩを算出するためにも用いられてよい。また、参照信号は、無線パラメータやサブキャリア間隔などのヌメロロジーやＦＦＴの窓同期などができる程度の細かい同期（Fine synchronization）に用いられて良い。
【００５３】
本実施形態において、以下の下りリンク参照信号のいずれか１つまたは複数が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＣＳＩ−ＲＳ（Channel State Information Reference Signal）
・ＰＴＲＳ（Phase Tracking Reference Signal）
・ＴＲＳ（Tracking Reference Signal）
【００５４】
ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＢＣＨを復調するための参照信号と、ＰＤＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＣＳＩ−ＲＳは、チャネル状態情報（ＣＳＩ：Channel State Information）の測定およびビームマネジメントに使用され、周期的ま
たはセミパーシステントまたは非周期のＣＳＩ参照信号の送信方法が適用される。ＣＳＩ−ＲＳには、ノンゼロパワー（ＮＺＰ：Ｎｏｎ−Ｚｅｒｏ  Ｐｏｗｅｒ）ＣＳＩ−ＲＳと、送信電力（または受信電力）がゼロである（ゼロパワー（ＺＰ：Ｚｅｒｏ  Ｐｏｗｅｒ）ＣＳＩ−ＲＳが定義されてよい。ここで、ＺＰ  ＣＳＩ−ＲＳは送信電力がゼロまたは送信されないＣＳＩ−ＲＳリソースと定義されてよい。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。ＴＲＳは、高速移動時におけるドップラーシフトを保証するために使用される。なお、ＴＲＳはＣＳＩ−ＲＳの１つの設定として用いられてよい。例えば、１ポートのＣＳＩ−ＲＳがＴＲＳとして無線リソースが設定されてもよい。
【００５５】
本実施形態において、以下の上りリンク参照信号のいずれか１つまたは複数が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＰＴＲＳ（Phase Tracking Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
【００５６】
ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＵＣＣＨを復調するための参照信号と、ＰＵＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＳＲＳは、上りリンクチャネル状態情報（ＣＳＩ）の測定、チャネルサウンディング、およびビームマネジメントに使用される。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。
【００５７】
下りリンク物理チャネルおよび／または下りリンク物理シグナルを総称して、下りリンク信号と称する。上りリンク物理チャネルおよび／または上りリンク物理シグナルを総称して、上りリンク信号と称する。下りリンク物理チャネルおよび／または上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび／または上りリンク物理シグナルを総称して、物理シグナルと称する。
【００５８】
ＢＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体ア
クセス制御（ＭＡＣ：Medium Access Control）層で用いられるチャネルをトランスポー
トチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（ＴＢ：transport block）および／またはＭＡＣ  ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行われる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロッ
クはコードワードにマップされ、コードワード毎に符号化処理が行われる。
【００５９】
図２は、本実施形態に係るＳＳ／ＰＢＣＨブロック（同期信号ブロック、ＳＳブロック、ＳＳＢとも称される）およびＳＳバーストセット（同期信号バーストセットとも称される）の例を示す図である。図２は、周期的に送信されるＳＳバーストセット内に２つのＳＳ／ＰＢＣＨブロックが含まれ、ＳＳ／ＰＢＣＨブロックは、連続する４ＯＦＤＭシンボルで構成される例を示している。
【００６０】
ＳＳ／ＰＢＣＨブロックは、少なくとも同期信号（ＰＳＳ、ＳＳＳ）、および／またはＰＢＣＨを含む単位ブロックである。ＳＳ／ＰＢＣＨブロックに含まれる信号／チャネルを送信することを、ＳＳ／ＰＢＣＨブロックを送信すると表現する。基地局装置３はＳＳバーストセット内の１つまたは複数のＳＳ／ＰＢＣＨブロックを用いて同期信号および／またはＰＢＣＨを送信する場合に、ＳＳ／ＰＢＣＨブロック毎に独立した下りリンク送信ビームを用いてもよい。
【００６１】
図２において、１つのＳＳ／ＰＢＣＨブロックにはＰＳＳ、ＳＳＳ、ＰＢＣＨが時間／周波数多重されている。ただし、ＰＳＳ、ＳＳＳおよび／またはＰＢＣＨが時間領域で多重される順番は図２に示す例と異なってもよい。
【００６２】
ＳＳバーストセットは、周期的に送信されてよい。例えば、初期アクセスに使用されるための周期と、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期が定義されてもよい。また、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期はＲＲＣ層で設定されてよい。また、接続されている（ConnectedまたはRRC_Connected）端末のために設定する周期は潜在的に送信する可能性がある時間領域の無線リソースの周期であって、実際には基地局装置３が送信するかどうかを決めてもよい。また、初期アクセスに使用されるための周期は、仕様書などに予め定義されてよい。
【００６３】
ＳＳバーストセットは、システムフレーム番号（ＳＦＮ：System Frame Number）に基
づいて決定されてよい。また、ＳＳバーストセットの開始位置（バウンダリ）は、ＳＦＮと周期に基づいて決定されてよい。
【００６４】
ＳＳ／ＰＢＣＨブロックは、ＳＳバーストセット内の時間的な位置に応じてＳＳＢインデックス（ＳＳＢ／ＰＢＣＨブロックインデックスと称されてもよい）が割り当てられる。端末装置１は、検出したＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨの情報および／または参照信号の情報に基づいてＳＳＢインデックスを算出する。
【００６５】
複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、同じＳＳＢインデックスが割り当てられる。複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、ＱＣＬである（あるいは同じ下りリンク送信ビームが適用されている）と想定されてもよい。また、複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックにおけるアンテナポートは、平均遅延、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。
【００６６】
あるＳＳバーストセットの周期内で、同じＳＳＢインデックスが割り当てられているＳＳ／ＰＢＣＨブロックは、平均遅延、平均ゲイン、ドップラースプレッド、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。ＱＣＬである１つまたは複数のＳＳ／ＰＢＣＨブロック（あるいは参照信号であってもよい）に対応する設定をＱＣＬ設定と称してもよい。
【００６７】
ＳＳ／ＰＢＣＨブロック数（ＳＳブロック数あるいはＳＳＢ数と称されてもよい）は、例えばＳＳバースト、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のＳＳ／ＰＢＣＨブロック数（個数）として定義されてよい。また、ＳＳ／ＰＢＣＨブロック数は、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のセル選択のためのビームグループの数を示してもよい。ここで、ビームグループは、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中に含まれる異なるＳＳ／ＰＢＣＨブロックの数または異なるビームの数として定義されてよい。
【００６８】
以下、本実施形態で説明する参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ−ＲＳ、ＣＳＩ−ＲＳ、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ−ＲＳを含む。例えば、下りリンク参照信号、同期信号および／またはＳＳ／ＰＢＣＨブロックを参照信号と称してもよい。下りリンクで使用される参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ−ＲＳ、ＣＳＩ−ＲＳなどを含む。上りリンクで使用される参照信号は、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ−ＲＳなどを含む。
【００６９】
また、参照信号は、無線リソース測定（ＲＲＭ：Radio Resource Measurement）に用いられてよい。また、参照信号は、ビームマネジメントに用いられてよい。
【００７０】
ビームマネジメントは、送信装置（下りリンクの場合は基地局装置３であり、上りリンクの場合は端末装置１である）におけるアナログおよび／またはディジタルビームと、受信装置（下りリンクの場合は端末装置１、上りリンクの場合は基地局装置３である）におけるアナログおよび／またはディジタルビームの指向性を合わせ、ビーム利得を獲得するための基地局装置３および／または端末装置１の手続きであってよい。
【００７１】
なお、ビームペアリンクを構成、設定または確立する手続きとして、下記の手続きを含んでよい。
・ビーム選択（Beam selection）
・ビーム改善（Beam refinement）
・ビームリカバリ（Beam recovery）
【００７２】
例えば、ビーム選択は、基地局装置３と端末装置１の間の通信においてビームを選択する手続きであってよい。また、ビーム改善は、さらに利得の高いビームの選択、あるいは端末装置１の移動によって最適な基地局装置３と端末装置１の間のビームの変更をする手続きであってよい。ビームリカバリは、基地局装置３と端末装置１の間の通信において遮蔽物や人の通過などにより生じるブロッケージにより通信リンクの品質が低下した際にビームを再選択する手続きであってよい。
【００７３】
ビームマネジメントには、ビーム選択、ビーム改善が含まれてよい。ビームリカバリには、下記の手続きを含んでよい。
・ビーム失敗（beam failure）の検出
・新しいビームの発見
・ビームリカバリリクエストの送信
・ビームリカバリリクエストに対する応答のモニタ
【００７４】
例えば、端末装置１における基地局装置３の送信ビームを選択する際にＣＳＩ−ＲＳまたはＳＳ／ＰＢＣＨブロックに含まれるＳＳＳのＲＳＲＰ（Reference Signal Received Power）を用いてもよいし、ＣＳＩを用いてもよい。また、基地局装置３への報告として
ＣＳＩ−ＲＳリソースインデックス（ＣＲＩ：CSI-RS Resource Index）を用いてもよい
し、ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨおよび／またはＰＢＣＨの復調に用いられる復調用参照信号（ＤＭＲＳ）の系列で指示されるインデックスを用いてもよい。
【００７５】
また、基地局装置３は、端末装置１へビームを指示する際にＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスを指示し、端末装置１は、指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて受信する。このとき、端末装置１は指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて空間フィルタを設定し、受信してよい。また、端末装置１は、疑似同位置（ＱＣＬ：Quasi Co-Location）の想定を用いて受信し
てもよい。ある信号（アンテナポート、同期信号、参照信号など）が別の信号（アンテナポート、同期信号、参照信号など）と「ＱＣＬである」または、「ＱＣＬの想定が用いられる」とは、ある信号が別の信号と関連付けられていると解釈できる。
【００７６】
もしあるアンテナポートにおけるあるシンボルが搬送されるチャネルの長区間特性（Long Term Property）が他方のアンテナポートにおけるあるシンボルが搬送されるチャネルから推論されうるなら、２つのアンテナポートはＱＣＬであるといわれる。チャネルの長区間特性は、遅延スプレッド、ドップラースプレッド、ドップラーシフト、平均利得、及び平均遅延の１つまたは複数を含む。例えば、アンテナポート１とアンテナポート２が平均遅延に関してＱＣＬである場合、アンテナポート１の受信タイミングからアンテナポート２の受信タイミングが推論されうることを意味する。
【００７７】
このＱＣＬは、ビームマネジメントにも拡張されうる。そのために、空間に拡張したＱＣＬが新たに定義されてもよい。例えば、空間ドメインのＱＣＬの想定におけるチャネルの長区間特性（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）、受信空間パラメータであってもよい。
【００７８】
例えば、アンテナポート１とアンテナポート２の間で受信空間パラメータに関してＱＣＬであるとみなせる場合、アンテナポート１からの信号を受信する受信ビーム（受信空間フィルタ）からアンテナポート２からの信号を受信する受信ビームが推論されうることを意味する。
【００７９】
ＱＣＬタイプとして、ＱＣＬであるとみなしてよい長区間特性の組み合わせが定義されてよい。例えば、以下のタイプが定義されてよい。
・タイプＡ：ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド
・タイプＢ：ドップラーシフト、ドップラースプレッド
・タイプＣ：平均遅延、ドップラーシフト
・タイプＤ：受信空間パラメータ
【００８０】
上述のＱＣＬタイプは、ＲＲＣおよび／またはＭＡＣ層および／またはＤＣＩで１つまたは２つの参照信号とＰＤＣＣＨやＰＤＳＣＨ  ＤＭＲＳとのＱＣＬの想定を送信設定指
示（ＴＣＩ：Transmission Configuration Indication）として設定および／または指示
してもよい。例えば、端末装置１がＰＤＣＣＨを受信する際のＴＣＩの１つの状態として、ＳＳ／ＰＢＣＨブロックのインデックス＃２とＱＣＬタイプＡ＋ＱＣＬタイプＢが設定および／または指示された場合、端末装置１は、ＰＤＣＣＨ  ＤＭＲＳを受信する際、ＳＳ／ＰＢＣＨブロックインデックス＃２の受信におけるドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド、受信空間パラメータとチャネルの長区間特性とみなしてＰＤＣＣＨのＤＭＲＳを受信して同期や伝搬路推定をしてもよい。このとき、ＴＣＩにより指示される参照信号（上述の例ではＳＳ／ＰＢＣＨブロック）をソース参照信号、ソース参照信号を受信する際のチャネルの長区間特性から推論される長区間特性の影響を受ける参照信号（上述の例ではＰＤＣＣＨ  ＤＭＲＳ）をターゲット参照信号と称してよい。また、ＴＣＩは、ＲＲＣで１つまたは複数のＴＣＩ状態と各状態に対してソース参照信号とＱＣＬタイプの組み合わせが設定され、ＭＡＣ層またはＤＣＩにより端末装置１に指示されてよい。
【００８１】
この方法により、ビームマネジメントおよびビーム指示／報告として、空間ドメインのＱＣＬの想定と無線リソース（時間および／または周波数）によりビームマネジメントと等価な基地局装置３、端末装置１の動作が定義されてもよい。
【００８２】
以下、サブフレームについて説明する。本実施形態ではサブフレームと称するが、リソースユニット、無線フレーム、時間区間、時間間隔などと称されてもよい。
【００８３】
図３は、本発明の第１の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。無線フレームのそれぞれは、１０ｍｓ長である。また、無線フレームのそれぞれは１０個のサブフレームおよびＷ個のスロットから構成される。また、１スロットは、Ｘ個のＯＦＤＭシンボルで構成される。つまり、１サブフレームの長さは１ｍｓである。スロットのそれぞれは、サブキャリア間隔によって時間長が定義される。例えば、ＯＦＤＭシンボルのサブキャリア間隔が１５ｋＨｚ、ＮＣＰ（Normal Cyclic Prefix）の場合、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．５ｍｓおよび１ｍｓである。また、サブキャリア間隔が６０ｋＨｚの場合は、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．１２５ｍｓおよび０．２５ｍｓである。また、例えば、Ｘ＝１４の場合、サブキャリア間隔が１５ｋＨｚの場合はＷ＝１０であり、サブキャリア間隔が６０ｋＨｚの場合はＷ＝４０である。図３は、Ｘ＝７の場合を一例として示している。なお、Ｘ＝１４の場合にも同様に拡張できる。また、上りリンクスロットも同様に定義され、下りリンクスロットと上りリンクスロットは別々に定義されてもよい。また、図３のセルの帯域幅は帯域の一部（ＢＷＰ：BandWidth Part）として定義されてもよい。また、スロットは、送信時間間隔（ＴＴＩ：Transmission Time Interval）と定義されてもよい。スロットは、ＴＴＩとして定義されなくてもよい。ＴＴＩは、トランスポートブロックの送信期間であってもよい。
【００８４】
スロットのそれぞれにおいて送信される信号または物理チャネルは、リソースグリッドによって表現されてよい。リソースグリッドは、それぞれのヌメロロジー（サブキャリア間隔およびサイクリックプレフィックス長）およびそれぞれのキャリアに対して、複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。1つのスロットを構成する
サブキャリアの数は、セルの下りリンクおよび上りリンクの帯域幅にそれぞれ依存する。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルの番号とを用いて識別されてよい。
【００８５】
リソースグリッドは、ある物理下りリンクチャネル（ＰＤＳＣＨなど）あるいは上りリンクチャネル（ＰＵＳＣＨなど）のリソースエレメントのマッピングを表現するために用いられる。例えば、サブキャリア間隔が１５ｋＨｚの場合、サブフレームに含まれるＯＦ
ＤＭシンボル数Ｘ＝１４で、ＮＣＰの場合には、１つの物理リソースブロックは、時間領域において１４個の連続するＯＦＤＭシンボルと周波数領域において１２＊Ｎｍａｘ個の連続するサブキャリアとから定義される。Ｎｍａｘは、後述するサブキャリア間隔設定μにより決定されるリソースブロックの最大数である。つまり、リソースグリッドは、（１４＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。ＥＣＰ（Extended CP）の場合、サブキャリア間隔６０ｋＨｚにおいてのみサポートされるので、１つの物理
リソースブロックは、例えば、時間領域において１２（１スロットに含まれるＯＦＤＭシンボル数）＊４（１サブフレームに含まれるスロット数）＝４８個の連続するＯＦＤＭシンボルと、周波数領域において１２＊Ｎｍａｘ，μ個の連続するサブキャリアとにより定義される。つまり、リソースグリッドは、（４８＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。
【００８６】
リソースブロックとして、参照リソースブロック、共通リソースブロック、物理リソースブロック、仮想リソースブロックが定義される。１リソースブロックは、周波数領域で連続する１２サブキャリアとして定義される。参照リソースブロックは、全てのサブキャリアにおいて共通であり、例えば１５ｋＨｚのサブキャリア間隔でリソースブロックを構成し、昇順に番号が付されてよい。参照リソースブロックインデックス０におけるサブキャリアインデックス０は、参照ポイントＡ（point A）と称されてよい（単に“参照ポイ
ント”と称されてもよい）。共通リソースブロックは、参照ポイントＡから各サブキャリア間隔設定μにおいて０から昇順で番号が付されるリソースブロックである。上述のリソースグリッドはこの共通リソースブロックにより定義される。物理リソースブロックは、後述する帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックであり、物理リソースブロックは、帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックである。ある物理上りリンクチャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。以下、リソースブロックは仮想リソースブロックであってもよいし、物理リソースブロックであってもよいし、共通リソースブロックであってもよいし、参照リソースブロックであってもよい。
【００８７】
次に、サブキャリア間隔設定μについて説明する。上述のようにＮＲでは、１つまたは複数のＯＦＤＭヌメロロジーがサポートされる。あるＢＷＰにおいて、サブキャリア間隔設定μ（μ＝０，１，．．．，５）と、サイクリックプレフィックス長は、下りリンクのＢＷＰに対して上位レイヤ（上位層）で与えられ、上りリンクのＢＷＰにおいて上位レイヤで与えられる。ここで、μが与えられると、サブキャリア間隔Δｆは、Δｆ＝２＾μ・１５（ｋＨｚ）で与えられる。 
【００８８】
サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ^{subframe,μ}_{slot}-1に昇順に数えられ、フレーム内で０からＮ^{frame,μ}_{slot}-1に昇順に
数えられる。スロット設定およびサイクリックプレフィックスに基づいてN^{slot}_{symb}の連続するＯＦＤＭシンボルがスロット内にある。N^{slot}_{symb}は１４である。サブフレーム内のスロットｎ^{μ}_{s}のスタートは、同じサブフレーム内のｎ^{μ}_{s} N^{slot}_{symb}番目のＯＦＤＭシンボルのスタートと時間でアラインされている。
【００８９】
次に、サブフレーム、スロット、ミニスロットについて説明する。図４は、サブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。同図のように、３種類の時間ユニットが定義される。サブフレームは、サブキャリア間隔によらず１ｍｓであり、スロットに含まれるＯＦＤＭシンボル数は７または１４であり、スロット長はサブキャリア間隔により異なる。ここで、サブキャリア間隔が１５ｋＨｚの場合、１サブフレームには１４ＯＦＤＭシンボル含まれる。下りリンクスロットはＰＤＳＣＨマッピングタイプＡと称されてよい。上りリンクスロットはＰＵＳＣＨマッピングタイプＡと称され
てよい。
【００９０】
ミニスロット（サブスロットと称されてもよい）は、スロットに含まれるＯＦＤＭシンボル数よりも少ないＯＦＤＭシンボルで構成される時間ユニットである。同図はミニスロットが２ＯＦＤＭシンボルで構成される場合を一例として示している。ミニスロット内のＯＦＤＭシンボルは、スロットを構成するＯＦＤＭシンボルタイミングに一致してもよい。なお、スケジューリングの最小単位はスロットまたはミニスロットでよい。また、ミニスロットを割り当てることを、ノンスロットベースのスケジューリングと称してもよい。また、ミニスロットをスケジューリングされることを参照信号とデータのスタート位置の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。下りリンクミニスロットはＰＤＳＣＨマッピングタイプＢと称されてよい。上りリンクミニスロットはＰＵＳＣＨマッピングタイプＢと称されてよい。
【００９１】
図５は、スロットフォーマットの一例を示す図である。ここでは、サブキャリア間隔１５ｋＨｚにおいてスロット長が１ｍｓの場合を例として示している。同図において、Ｄは下りリンク、Ｕは上りリンクを示している。同図に示されるように、ある時間区間内（例えば、システムにおいて１つのＵＥに対して割り当てなければならない最小の時間区間）においては、
・下りリンクシンボル
・フレキシブルシンボル
・上りリンクシンボル
のうち１つまたは複数を含んでよい。なお、これらの割合はスロットフォーマットとして予め定められてもよい。また、スロット内に含まれる下りリンクのＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてもよい。また、スロット内に含まれる上りリンクのＯＦＤＭシンボルまたはＤＦＴ−Ｓ−ＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてよい。なお、スロットをスケジューリングされることを参照信号とスロット境界の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。
【００９２】
端末装置１は、下りリンクシンボルまたはフレキシブルシンボルで下りリンク信号または下りリンクチャネルを受信してよい。端末装置１は、上りリンクシンボルまたはフレキシブルシンボルで上りリンク信号または下りリンクチャネルを送信してよい。
【００９３】
図５（ａ）は、ある時間区間（例えば、１ＵＥに割当可能な時間リソースの最小単位、またはタイムユニットなどとも称されてよい。また、時間リソースの最小単位を複数束ねてタイムユニットと称されてもよい。）で、全て下りリンク送信に用いられている例であり、図５（ｂ）は、最初の時間リソースで例えばＰＤＣＣＨを介して上りリンクのスケジューリングを行い、ＰＤＣＣＨの処理遅延及び下りから上りの切り替え時間、送信信号の生成を含むフレキシブルシンボルを介して上りリンク信号を送信する。図５（ｃ）は、最初の時間リソースでＰＤＣＣＨおよび／または下りリンクのＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介してＰＵＳＣＨまたはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号はＨＡＲＱ−ＡＣＫおよび／またはＣＳＩ、すなわちＵＣＩの送信に用いられてよい。図５（ｄ）は、最初の時間リソースでＰＤＣＣＨおよび／またはＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介して上りリンクのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号は上りリンクデータ、すなわちＵＬ−ＳＣＨの送信に用いられてもよい。図５（ｅ）は、全て上りリンク送信（ＰＵＳＣＨまたはＰＵＣＣＨ）に用いられている例である。
【００９４】
上述の下りリンクパート、上りリンクパートは、ＬＴＥと同様複数のＯＦＤＭシンボルで構成されてよい。
【００９５】
図６は、ビームフォーミングの一例を示した図である。複数のアンテナエレメントは１つの送信ユニット（TXRU: Transceiver unit）５０に接続され、アンテナエレメント毎の位相シフタ５１によって位相を制御し、アンテナエレメント５２から送信することで送信信号に対して任意の方向にビームを向けることができる。典型的には、ＴＸＲＵがアンテナポートとして定義されてよく、端末装置１においてはアンテナポートのみが定義されてよい。位相シフタ５１を制御することで任意の方向に指向性を向けることができるため、基地局装置３は端末装置１に対して利得の高いビームを用いて通信することができる。
【００９６】
以下、帯域部分（ＢＷＰ, Bandwidth part）について説明する。ＢＷＰは、キャリアＢＷＰとも称される。ＢＷＰは、下りリンクと上りリンクのそれぞれに設定されてよい。ＢＷＰは、共通リソースブロックの連続するサブセットから選択された連続する物理リソースの集合として定義される。端末装置１は、ある時間に１つの下りリンクキャリアＢＷＰ（ＤＬ  ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。端末装置１は、ある時間に１つの上りリンクキャリアＢＷＰ（ＵＬ  ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。キャリアアグリゲーションの場合には、ＢＷＰは各サービングセルで設定されてもよい。このとき、あるサービングセルにおいてＢＷＰが１つ設定されていることを、ＢＷＰが設定されていないと表現されてもよい。また、ＢＷＰが２つ以上設定されていることをＢＷＰが設定されていると表現されてもよい。
【００９７】
＜ＭＡＣ  ｅｎｔｉｔｙ動作>
活性化されたサービングセルにおいて、常に一つのアクティブな（活性化された）ＢＷＰがある。あるサービングセルに対するＢＷＰ切り替え（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）（ＴＤＤバンドな
ど）では、ＤＬ  ＢＷＰとＵＬ  ＢＷＰはペアされていて、ＢＷＰ切り替えは、ＵＬとＤＬに対して共通である。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、アクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ノーマル処理を適用する。ノーマル処理には、ＵＬ−ＳＣＨを送信する、ＲＡＣＨを送信する、ＰＤＣＣＨをモニタする、ＰＵＣＣＨを送信する、ＳＲＳを送信する、およびＤＬ−ＳＣＨを受信することを含む。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、インアクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ＵＬ−ＳＣＨを送信しない、ＲＡＣＨを送信しない、ＰＤＣＣＨをモニタしない、ＰＵＣＣＨを送信しない、ＳＲＳを送信しない、およびＤＬ−ＳＣＨを受信しない。あるサービングセルが非活性化された場合、アクティブなＢＷＰは、存在しないように
してもよい（例えば、アクティブなＢＷＰは非活性化される）。
【００９８】
＜ＲＲＣ動作＞
ＲＲＣメッセージ（報知されるシステム情報や、専用ＲＲＣメッセージで送られる情報）に含まれるＢＷＰインフォメーションエレメント（IE）は、ＢＷＰを設定するために使われる。基地局装置３から送信されたＲＲＣメッセージは、端末装置１によって受信される。それぞれのサービングセルに対して、ネットワーク（基地局装置３など）は、少なくとも下りリンクのＢＷＰと１つ（もしサービングセルが上りリンクの設定された場合など）または２つ（付録のアップリンク（supplementary uplink）が使われる場合など）の上りリンクＢＷＰを含む少なくとも初期ＢＷＰ（initial BWP）を、端末装置１に対して、
設定する。さらに、ネットワークは、追加の上りリンクＢＷＰや下りリンクＢＷＰをあるサービングセルに対して設定するかもしれない。ＢＷＰ設定は、上りリンクパラメータと下りリンクパラメータに分けられる。また、ＢＷＰ設定は、共通（common）パラメータと専用（dedicated）パラメータに分けられる。共通パラメータ（ＢＷＰ上りリンク共通Ｉ
ＥやＢＷＰ下りリンク共通ＩＥなど）は、セル特有である。プライマリセルの初期ＢＷＰの共通パラメータは、システム情報でも提供される。他のすべてのサービングセルに対しては、ネットワークは専用信号で共通パラメータを提供する。ＢＷＰは、ＢＷＰ  ＩＤで識別される。初期ＢＷＰは、ＢＷＰ  ＩＤが０である。他のＢＷＰのＢＷＰ  ＩＤは、１から４までの値を取る。
【００９９】
端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されない場合、初期ＤＬ  ＢＷＰ（初期アクティブなＤＬ  ＢＷＰ、initial active DL BWP）は、
タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ）でのＰＤＣＣＨ受信のために、連続的なＰＲＢの位置と数、サブキャリア間隔、および、サイクリックプレフィックスによって定義されてもよい。該連続的なＰＲＢの位置は、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットのＰＲＢの間で、最小インデックスのＰＲＢから始まり、最大インデックスのＰＲＢで終わる。端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されている場合、初期ＤＬ  ＢＷＰは上位層のパラメータinitialDownlinkBWPによって示されてもよい。上位層のパラメータinitialDownlinkBWPは、ＳＩＢ１（systemInformationBlockType1、ServingCellConfigCommonSIB）またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣ
ｏｍｍｏｎに含まれてもよい。インフォメーションエレメントＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎＳＩＢは、ＳＩＢ１内で端末装置１に対するサービングセルのセル固有パラメータを設定するために使われる。
【０１００】
即ち、端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されない場合、初期ＤＬ  ＢＷＰのサイズは、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ＃０）のリソースブロックの数であってもよい。端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されている場合、初期ＤＬ  ＢＷＰのサイズは、上位層のパラメータinitialDownlinkBWPに含まれるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられてもよい。上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈは初期ＤＬ  ＢＷＰの周波数領域の位置と帯域幅を示してもよい。
【０１０１】
前述のように、端末装置１に対して複数のＤＬ  ＢＷＰが設定されていてもよい。そして、端末装置１に対して設定されているＤＬ  ＢＷＰの内、上位層のパラメータdefaultDownlinkBWP-IdによりデフォルトＤＬ  ＢＷＰが設定されることができる。端末装置１に
対して上位層のパラメータdefaultDownlinkBWP-Idが提供されない場合、デフォルトＤＬ
ＢＷＰは初期ＤＬ  ＢＷＰである。
【０１０２】
端末装置１には、初期ＵＬ  ＢＷＰがＳＩＢ１（systemInformationBlockType1）また
はｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって提供されてもよい。インフォメーションエレメントｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰは、初期ＵＬ  ＢＷＰを設定するために使われる。ＳｐＣｅｌｌまたはセカンダリセルでのオペレーションに対して、端末装置１には、上位層のパラメータｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって初期ＵＬ  ＢＷＰ（初期アクティブなＵＬ  ＢＷＰ）が設定（提供）されてもよい。端末装置１に対して補足的な上りリンクキャリア（supplementary UL carrier）が設定される場合、端末装置１には、上位層のパラメータsupplementaryUplinkに含まれるinitialUplinkBWPによって、補足
的な上りリンクキャリアでの初期ＵＬ  ＢＷＰが設定されてもよい。
【０１０３】
以下、本実施形態におけるコントロールリソースセット（ＣＯＲＥＳＥＴ）について説明する。
【０１０４】
コントロールリソースセット（CORESET, Control resource set）は下りリンク制御情
報をサーチするための時間および周波数リソースである。ＣＯＲＥＳＥＴの設定情報には、ＣＯＲＥＳＥＴの識別子（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ、ＣＯＲＥＳＥＴ−ＩＤ）とＣＯＲＥＳＥＴの周波数リソースを特定する情報が含まれる。インフォメーションエレメントＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ（ＣＯＲＥＳＥＴの識別子）は、あるサービングセルにおけるコントロールリソースセットを特定するために使われる。ＣＯＲＥＳＥＴの識別子は、あるサービングセルにおけるＢＷＰ間で使われる。ＣＯＲＥＳＥＴの識別子は、サービングセルにおけるＢＷＰ間でユニークである。各ＢＷＰのＣＯＲＥＳＥＴの数は、初期ＣＯＲＥＳＥＴを含めて、３に制限される。あるサービングセルにおいて、ＣＯＲＥＳＥＴの識別子の値は、０から１１までの値を取る。
【０１０５】
ＣＯＲＥＳＥＴの識別子０（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ  ０）で特定されるコントロールリソースセットはＣＯＲＥＳＥＴ＃０と称する。ＣＯＲＥＳＥＴ＃０は、ＭＩＢに含まれるｐｄｃｃｈ−ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎによって設定されてもよい。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、ＭＩＢに含まれるｐｄｃｃｈ−ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎであってもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、ＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１またはＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏによって設定されてもよい。つまり、インフォメーションエレメントｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、初期ＤＬ  ＢＷＰのＣＯＲＥＳＥＴ＃０（コモンＣＯＲＥＳＥＴ）を示すために用いられる。ｐｄｃｃｈ−ＣｏｎｆｉｇＳＩＢ１で示されるＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃０である。ＭＩＢまたは専用コンフィギュレーション内のインフォメーションエレメントｐｄｃｃｈ−ＣｏｎｆｉｇＳＩＢ１は、初期ＤＬ  ＢＷＰを設定するために用いられる。ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの設定情報ｐｄｃｃｈ−ＣｏｎｆｉｇＳＩＢ１には、ＣＯＲＥＳＥＴの識別子とＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）を明示的に特定する情報は含まれないが、ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）は、ｐｄｃｃｈ−ＣｏｎｆｉｇＳＩＢ１に含まれる情報によって暗示的に特定できる。インフォメーションエレメントＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎは、ＳＩＢで提供されるセル固有のＰＤＣＣＨパラメータを設定するために用いられる。また、ＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎはハンドオーバ、および、ＰＳＣｅｌｌおよび／またはＳＣｅｌｌの追加時にも提供されてもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰの設定の中に含まれる。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰ以外のＢＷＰの設定の中に含まれなくてもよい。ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳ
ｅｔＺｅｒｏは、ｐｄｃｃｈ−ＣｏｎｆｉｇＳＩＢ１の内４ビット（例えば、ＭＳＢ  ４ビット、最上位ビットの４ビット）に対応する。ＣＯＲＥＳＥＴ＃０はタイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットである。
【０１０６】
追加のコモンＣＯＲＥＳＥＴ（additional common control resource set）の設定情報は、ＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔによって設定されてもよい。また、追加のコモンＣＯＲＥＳＥＴの設定情報は、システム情報および／またはページング手順のための追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、ランダムアクセス手順に使われる追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、各ＢＷＰの設定の中に含まれてもよい。ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔに示されるＣＯＲＥＳＥＴの識別子は０以外の値を取る。
【０１０７】
コモンＣＯＲＥＳＥＴは、ランダムアクセス手順に使われるＣＯＲＥＳＥＴ（例えば、追加のコモンＣＯＲＥＳＥＴ）であってもよい。また、本実施形態において、コモンＣＯＲＥＳＥＴには、ＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴの設定情報で設定されたＣＯＲＥＳＥＴが含まれてもよい。つまり、コモンＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴを含んでもよい。ＣＯＲＥＳＥＴ＃０はコモンＣＯＲＥＳＥＴ＃０と称してもよい。端末装置１、コモンＣＯＲＥＳＥＴが設定されているＢＷＰ以外のＢＷＰにおいても、コモンＣＯＲＥＳＥＴの設定情報を参照（取得）してもよい。
【０１０８】
１つまたは複数のＣＯＲＥＳＥＴの設定情報は、ＰＤＣＣＨ−Ｃｏｎｆｉｇによって設定されてもよい。インフォメーションエレメントＰＤＣＣＨ−Ｃｏｎｆｉｇは、あるＢＷＰに対してＵＥ固有のＰＤＣＣＨパラメータ（例えば、ＣＯＲＳＥＴ、サーチスペースなど）を設定するために用いられる。ＰＤＣＣＨ−Ｃｏｎｆｉｇは、各ＢＷＰの設定の中に含まれてもよい。
【０１０９】
即ち、本実施形態において、ＭＩＢで示されるコモンＣＯＲＥＳＥＴの設定情報はｐｄｃｃｈ−ＣｏｎｆｉｇＳＩＢ１であり、ＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴの設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏであり、ＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴ（追加のコモンＣＯＲＥＳＥＴ）の設定情報はｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔである。また、ＰＤＣＣＨ−Ｃｏｎｆｉｇで示される１つまたは複数のＣＯＲＥＳＥＴ（UE specifically configured Control Resource Sets、ＵＥ固有ＣＯＲＥＳＥＴ）の設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔである。
【０１１０】
サーチスペースはＰＤＣＣＨ候補（PDCCH candidates）をサーチするために定義される。サーチスペースの設定情報に含まれるｓｅａｒｃｈＳｐａｃｅＴｙｐｅは、該サーチスペースがコモンサーチスペース（Common Search Space, CSS）であるかＵＥ固有サーチスペース（UE-specific Search Space, USS）であるを示す。ＵＥ固有サーチスペースは、
少なくとも、端末装置１がセットしているＣ−ＲＮＴＩの値から導き出される。すなわち、ＵＥ固有サーチスペースは、端末装置１毎に個別に導き出される。コモンサーチスペースは、複数の端末装置１の間で共通のサーチスペースであり、予め定められたインデックスのＣＣＥ（Control Channel Element）から構成される。ＣＣＥは、複数のリソースエ
レメントから構成される。サーチスペースの設定情報には、該サーチスペースでモニタされるＤＣＩフォーマットの情報が含まれる。
【０１１１】
サーチスペースの設定情報には、ＣＯＲＥＳＥＴの設定情報で特定されるＣＯＲＥＳＥ
Ｔの識別子が含まれる。サーチスペースの設定情報の中に含まれるＣＯＲＥＳＥＴの識別子で特定されるＣＯＲＥＳＥＴは、該サーチスペースと関連付けられる。言い換えると、該サーチスペースに関連付けられるＣＯＲＥＳＥＴは、該サーチスペースに含まれるＣＯＲＥＳＥＴの識別子で特定するＣＯＲＥＳＥＴである。該サーチスペースの設定情報で示されるＤＣＩフォーマットは、関連付けられるＣＯＲＥＳＥＴでモニタされる。各サーチスペースは一つのＣＯＲＥＳＥＴに関連付けられる。例えば、ランダムアクセス手順のためのサーチスペースの設定情報はｒａ−ＳｅａｒｃｈＳｐａｃｅによって設定されてもよい。即ち、ｒａ−ＳｅａｒｃｈＳｐａｃｅと関連付けられるＣＯＲＥＳＥＴでＲＡ−ＲＮＴＩまたはＴＣ−ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマットがモニタされる。
【０１１２】
前述のように、ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＤＬ  ＢＷＰの設定の中に含まれる。ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＤＬＢＷＰ以外のＢＷＰ（追加のＢＷＰ）の設定の中に含まれなくてもよい。初期ＤＬ  ＢＷＰ以外のＢＷＰ（追加のＢＷＰ）がＣＯＲＥＳＥＴ＃０の設定情報を参照（refer, acquireなど）する場合には、周波数領域においてＣＯＲＥＳＥＴ＃０およびＳＳブロックが追加のＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。別の言い方で言えば、初期ＢＷＰ以外のＢＷＰ（追加のＢＷＰ）がＣＯＲＥＳＥＴ＃０の設定情報を参照（refer, acquireなど）する場合には、周波数領域において初期ＤＬ  ＢＷＰの帯域幅およびＳＳブロックが追加のＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。この時、追加のＢＷＰに対して設定されているサーチスペース（例えば、ｒａ−ＳｅａｒｃｈＳｐａｃｅ）は、ＣＯＲＥＳＥＴ＃０の識別子０を示すことにより、ＣＯＲＥＳＥＴ＃０の設定情報を参照（refer, acquireなど）することができる。即ち、この時、ＣＯＲＥＳＥＴ＃０が初期ＤＬ  ＢＷＰのみに対して設定されているが、他のＢＷＰ（追加のＢＷＰ）でオペレーティングしている端末装置１は、ＣＯＲＥＳＥＴ＃０の設定情報を参照することができる。また、周波数領域において初期ＤＬ  ＢＷＰの帯域幅が追加のＤＬ  ＢＷＰに含まれ、且つ、ＳＳブロックが追加のＤＬ  ＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いる条件の内何れかが満たさない場合、端末装置１は追加のＤＬ  ＢＷＰがＣＯＲＥＳＥＴ＃０の設定情報を参照することを期待しなくてもよい。即ち、この場合、基地局装置３は、端末装置１に対して追加のＤＬ  ＢＷＰがＣＯＲＥＳＥＴ＃０の設定情報を参照することを設定しなくてもよい。ここで、初期ＤＬ  ＢＷＰはサイズＮｓｉｚｅＢＷＰ、０の初期ＤＬ  ＢＷＰであってもよい。
【０１１３】
ある（追加）ＤＬ  ＢＷＰが他のＢＷＰのＣＯＲＥＳＥＴの設定情報を参照（refer, acquireなど）する場合には、周波数領域においてそのＣＯＲＥＳＥＴ（または、そのＢＷＰの帯域幅）および／またはそのＢＷＰが含む（関連する）ＳＳブロックが追加のＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。つまり、周波数領域においてそのＣＯＲＥＳＥＴ（または、そのＢＷＰの帯域幅）が追加のＤＬ  ＢＷＰに含まれ、且つ、そのＢＷＰが含む（関連する）ＳＳブロックが追加のＤＬ  ＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いる条件の内何れかが満たさない場合、端末装置１は追加のＤＬ  ＢＷＰがそのＢＷＰに対して設定されているＣＯＲＥＳＥＴの設定情報を参照することを期待しなくてもよい。
【０１１４】
端末装置１は、ＰＤＣＣＨをモニタリングするように設定されているそれぞれのアクティブなサービングセルに配置される、１つまたは複数のＣＯＲＥＳＥＴにおいて、ＰＤＣＣＨの候補のセットをモニタする。ＰＤＣＣＨの候補のセットは、１つまたは複数のサーチスペースセットに対応している。モニタリングすることは、モニタされる１つまたは複数のＤＣＩフォーマットに応じてそれぞれのＰＤＣＣＨの候補をデコードすることを意味する。端末装置１がモニタするＰＤＣＣＨの候補のセットは、ＰＤＣＣＨサーチスペース
セットPDCCH search space sets)で定義される。一つのサーチスペースセットは、コモンサーチスペースセットまたはＵＥ固有サーチスペースセットである。上記では、サーチスペースセットをサーチスペース、コモンサーチスペースセットをコモンサーチスペース、ＵＥ固有サーチスペースセットをＵＥ固有サーチスペースと称している。端末装置１は、１つまたは複数の以下のサーチスペースセットでＰＤＣＣＨ候補をモニタする。
-      タイプ０ＰＤＣＣＨコモンサーチスペースセット（a Type0-PDCCH common search
space set）： このサーチスペースセットは、上位層のパラメータである、ＭＩＢで示
されるpdcch-ConfigSIB1またはＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペースＳＩＢ１(searchSpaceSIB1）またはPDCCH-ConfigCommonに含まれるサーチスペースゼロ（searchSpaceZero）によって設定される。このサーチスペースは、プライマリセ
ルにおけるＳＩ−ＲＮＲＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
-      タイプ０ＡＰＤＣＣＨコモンサーチスペースセット（a Type0A-PDCCH common search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペース(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）によって設定される。このサーチスペースは、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、またはＴＰＣ−ＳＲＳ−ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。プライマリライセルに対しては、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ（ｓ）、またはMSC-C-RNTIでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
-     ＵＥ固有サーチスペースセット（a UE-specific search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ−Ｃｏｎｆｉｇで示されるサーチスペースタイプがＵＥ固有のサーチスペース(SearchSpace）によって設定される。このサーチスペースは、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ（ｓ）、またはMSC-C-RNTIでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
【０１１５】
もし、端末装置１が、対応する上位層パラメータ（searchSpaceZero, searchSpaceSIB1, searchSpaceOtherSystemInformation, pagingSearchSpace, ra-SearchSpaceなど） に
よって、１つまたは複数のサーチスペースセットを提供されて、端末装置１が、Ｃ−ＲＮＴＩまたはＣＳ−ＲＮＴＩを提供されている場合、端末装置１は、Ｃ−ＲＮＴＩまたはＣ
Ｓ−ＲＮＴＩを持つDCI format 0_0 と DCI format 1_0のためのＰＤＣＣＨ候補を、その１つまたは複数のサーチスペースセットでモニタしてもよい。 
【０１１６】
ＢＷＰの設定情報はＤＬ  ＢＷＰの設定情報とＵＬ  ＢＷＰの設定情報に分けられる。ＢＷＰの設定情報には、インフォメーションエレメントｂｗｐ−Ｉｄ（ＢＷＰの識別子）が含まれる。ＤＬ  ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＤＬ  ＢＷＰを特定（参照）するために使われる。ＵＬ  ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＵＬ  ＢＷＰを特定（参照）するために使われる。ＢＷＰの識別子はＤＬ  ＢＷＰとＵＬ  ＢＷＰのそれぞれに対して付与される。例えば、ＤＬ  ＢＷＰに対応するＢＷＰの識別子はＤＬ  ＢＷＰ  インデックス（DL BWP index）と称してもよい。ＵＬ  ＢＷＰに対応するＢＷＰの識別子はＵＬ  ＢＷＰ  インデックス（UL BWP index）と称してもよい。初期ＤＬ  ＢＷＰは、ＤＬ  ＢＷＰの識別子０によって参照される。初期ＵＬ  ＢＷＰは、ＵＬ  ＢＷＰの識別子０によって参照される。他のＤＬ  ＢＷＰまたは他のＵＬ  ＢＷＰのそれぞれは、ＢＷＰの識別子  １からｍａｘＮｒｏｆＢＷＰｓまでに参照されてもよい。つまり、０にセットしたＢＷＰの識別子（ｂｗｐ−Ｉｄ＝０）は、初期ＢＷＰに関連つけられ、他のＢＷＰに使われることができない。ｍａｘＮｒｏｆＢＷＰｓはサービングセルあたりのＢＷＰの最大数であり、４である。即ち、他のＢＷＰの識別子の値は、１から４までの値を取る。他の上位レイヤの設定情報は、ＢＷＰの識別子を利用して特定のＢＷＰに関連付けられる。ＤＬ  ＢＷＰとＵＬ  ＢＷＰが同じＢＷＰの識別子を有することは、ＤＬ  ＢＷＰとＵＬ  ＢＷＰがペアされていることを意味してもよい。
【０１１７】
端末装置１は、１つのプライマリセルと１５までのセカンダリセルが設定されてよい。
【０１１８】
図１４は、本実施形態に係るＭＡＣエンティティのランダムアクセス手順の一例を示すフロー図である。
【０１１９】
＜ランダムアクセス手順の開始（Ｓ１００１）＞
図１４において、Ｓ１００１はランダムアクセス手順の開始（random access procedure initialization）に関する手順である。Ｓ１００１において、ランダムアクセス手順は、ＰＤＣＣＨオーダー、ＭＡＣエンティティ自身、下位レイヤからのビーム失敗（beam failure）の通知、あるいはＲＲＣ等によって開始（initiate）される。ＳＣｅｌｌにおけるランダムアクセス手順は０ｂ００００００にセットしないｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘを含むＰＤＣＣＨオーダーのみによって開始される。
【０１２０】
Ｓ１００１において、端末装置１は、ランダムアクセス手順を開始する（initiate）前に上位層を介してランダムアクセス設定情報を受信する。該ランダムアクセス設定情報には下記の情報または下記の情報を決定／設定するための情報の１つまたは複数のエレメントが含まれてよい。
・ｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘ：ランダムアクセスプリアンブルの送信に利用可能な１つまたは複数の時間／周波数リソース（ランダムアクセスチャネル機会（occasion）、ＰＲＡＣＨ機会(PRACH occasion)、ＲＡＣＨ機会とも称される）のセット
・ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ：プリアンブルの初期電力（目標受信電力であってよい）
・ｒｓｒｐ−ＴｈｒｅｓｈｏｌｄＳＳＢ：ＳＳ／ＰＢＣＨブロック（関連するランダムアクセスプリアンブルおよび／またはＰＲＡＣＨ機会であってもよい）の選択のための参照信号受信電力（ＲＳＲＰ）の閾値
・ｒｓｒｐ−ＴｈｒｅｓｈｏｌｄＣＳＩ−ＲＳ：ＣＳＩ−ＲＳ（関連するランダムアクセスプリアンブルおよび／またはＰＲＡＣＨ機会であってもよい）の選択のための参照信号受信電力（ＲＳＲＰ）の閾値
・ｒｓｒｐ−ＴｈｒｅｓｈｏｌｄＳＳＢ−ＳＵＬ：NUL（Normal Uplink）キャリアとSUL
（Supplementary Uplink）キャリアとの間の選択のための参照信号受信電力（ＲＳＲＰ）の閾値
・ｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔ：ランダムアクセス手順がビーム失敗リカバリのために開始された場合にｒｓｒｐ−ＴｈｒｅｓｈｏｌｄＳＳＢとｒｓｒｐ−ＴｈｒｅｓｈｏｌｄＣＳＩ−ＲＳとの間の電力オフセット
・ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ：パワーランピングステップ（パワーランピングファクター）。プリアンブル送信カウンタPREAMBLE_TRANSMISSION_COUNTERに基づいてラン
プアップされる送信電力のステップを示す
・ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘ：利用可能な１つまたは複数のランダムアクセスプリアンブルあるいは前記複数のランダムアクセスプリアンブルグループにおいて利用可能な１つまたは複数のランダムアクセスプリアンブル
・ｒａ−ｓｓｂ−ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘ：ＭＡＣエンティティがランダムアクセスプリアンブルを送信するＳＳ／ＰＢＣＨブロックに割り当てられたＰＲＡＣＨ機会を決定するための情報
・ｒａ−ＯｃｃａｓｉｏｎＬｉｓｔ：ＭＡＣエンティティがランダムアクセスプリアンブルを送信してもよいＣＳＩ−ＲＳに割り当てられたＰＲＡＣＨ機会を決定するための情報・ｐｒｅａｍＴｒａｎｓＭａｘ：プリアンブル送信の最大回数
・ｓｓｂ−ｐｅｒＲＡＣＨ−ＯｃｃａｓｉｏｎＡｎｄＣＢ−ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢ（SpCell only）：各ＰＲＡＣＨ機会にマップされるＳＳ／ＰＢＣＨブロックの数お
よび各ＳＳ／ＰＢＣＨブロックにマップされるランダムアクセスプリアンブルの数を示すパラメータ
・ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ: ランダムアクセス応答（SpCell only）をモニ
タするタイムウィンドウ
・ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ：衝突解消（コンテンションレゾリューション：Contention Resolution）タイマー
・ｎｕｍｂｅｒＯｆＲＡ−ＰｒｅａｍｂｌｅｓＧｒｏｕｐＡ：各ＳＳ／ＰＢＣＨブロックのためのランダムアクスプリアンブルグループＡ内のランダムアクセスプリアンブルの数・ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ：プリアンブル送信カウンタ
・ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ：ランダムアクセスプリアンブルフォーマットに基づく電力オフセット値
・ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲ：プリアンブル電力ランピングカウンタ
・ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ：初期ランダムアクセスプリアンブル電力。ランダムアクセスプリアンブル送信に対する初期送信電力を示す。
・ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦ:ランダムアクセスプリアンブル送信のタイミング
を調整するために使われる。
【０１２１】
あるサービングセルにランダムアクセス手順が開始される時に、ＭＡＣエンティティは、Ｍｓｇ３バッファをフレッシュし、状態変数ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１にセットし、状態変数ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲを１にセットし、状態変数ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦを０ｍｓにセットする。ランダムアクセス手順に使われるキャリアが明示的に通知されるならば、ＭＡＣエンティティは、ランダムアクセス手順を行うために通知されたキャリアを選択し、状態変数ＰＣＭＡＸを通知されたキャリアの最大送信電力値にセットする。ＭＡＣエンティティは、ランダムアクセス手順に使われるキャリアが明示的に通知されない、かつ、該サービングセルに対してＳＵＬキャリアが設定されており、かつ、下りリンクパスロス参照のＲＳＲＰがｒｓｒｐ−ＴｈｒｅｓｈｏｌｄＳＳＢ−ＳＵＬにより小さい場
合に、ランダムアクセス手順を行うためにＳＵＬキャリアを選択し、状態変数ＰＣＭＡＸをＳＵＬキャリアの最大送信電力値にセットする。その以外の場合に、ＭＡＣエンティティは、ランダムアクセス手順を行うためにＮＵＬキャリアを選択し、状態変数ＰＣＭＡＸをＮＵＬキャリアの最大送信電力値にセットする。
【０１２２】
＜ランダムアクセス手順の開始（Ｓ１００２）＞
Ｓ１００２はランダムアクセスリソースの選択手順（random access resource selection）である。以下、端末装置１のＭＡＣレイヤにおけるランダムアクセスリソース（時間／周波数リソースおよび／またはプリアンブルインデックスを含む）の選択手順について説明する。
【０１２３】
端末装置１は、送信するランダムアクセスプリアンブルのプリアンブルインデックス（ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸと称されてもよい）に対して下記の手順で値をセットする。
【０１２４】
端末装置１（ＭＡＣエンティティ）は、（１）下位レイヤからのビーム失敗の通知によってランダムアクセス手順が開始され、（２）ＲＲＣパラメータでＳＳ／ＰＢＣＨブロック（ＳＳＢとも称される）またはＣＳＩ−ＲＳに関連付けられたビーム失敗リカバリ要求のための非競合ベースランダムアクセスのためのランダムアクセスリソース（ＰＲＡＣＨ機会であってもよい）が提供されており、かつ（３）一つ以上のＳＳ／ＰＢＣＨブロックまたはＣＳＩ−ＲＳのＲＳＲＰが所定の閾値を超えている場合に、ＲＳＲＰが前記所定の閾値を超えているＳＳ／ＰＢＣＨブロックまたはＣＳＩ−ＲＳを選択する。ＣＳＩ−ＲＳが選択された、かつ、選択されたＣＳＩ−ＲＳに関連つけられるｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘがなければ、ＭＡＣエンティティは、選択されたＳＳ／ＰＢＣＨブロックに関連付けられたｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックス（ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸ）にセットしてもよい。それ以外の場合、ＭＡＣエンティティは、該選択されたＳＳ／ＰＢＣＨブロックまたはＣＳＩ−ＲＳに関連付けられたｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックスにセットする。
【０１２５】
端末装置１は、（１）ＰＤＣＣＨまたはＲＲＣでｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘが提供され、（２）該ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘの値が競合ベースランダムアクセス手順を指示する値（例えば０ｂ００００００）ではなく、かつ（３）ＲＲＣでＳＳ／ＰＢＣＨブロックまたはＣＳＩ−ＲＳと非競合ベースランダムアクセスのためのランダムアクセスリソースが関連付けられていない場合に、シグナルされたｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックスにセットする。０ｂｘｘｘｘｘｘは、６ビットの情報フィールドに配置されているビット列を意味している。
【０１２６】
端末装置１は、（１）ＳＳ／ＰＢＣＨブロックと関連付けられる非競合ベースランダムアクセスのためのランダムアクセスリソースがＲＲＣから提供されており、かつ（２）関連付けられたＳＳ／ＰＢＣＨブロックのうちＲＳＲＰが所定の閾値を超えるＳＳ／ＰＢＣＨブロックが１つ以上利用可能である場合に、ＲＳＲＰが前記所定の閾値を超えているＳＳ／ＰＢＣＨブロックのうち１つを選択し、該選択されたＳＳ／ＰＢＣＨブロックに関連付けられたｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックスにセットする。
【０１２７】
端末装置１は、（１）ＲＲＣでＣＳＩ−ＲＳと非競合ベースランダムアクセスのためのランダムアクセスリソースが関連付けられており、かつ（２）関連付けられたＣＳＩ−ＲＳのうちＲＳＲＰが所定の閾値を超えるＣＳＩ−ＲＳが１つ以上利用可能である場合に、ＲＳＲＰが前記所定の閾値を超えているＣＳＩ−ＲＳの１つを選択し、該選択されたＣＳＩ−ＲＳに関連付けられたｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデック
スにセットする。
【０１２８】
端末装置１は、上記条件のいずれの条件も満たさない場合、競合ベースランダムアクセス手順を行なう。競合ベースランダムアクセス手順においては、端末装置１は、設定された閾値を超えるＳＳ／ＰＢＣＨブロックのＲＳＲＰを持つＳＳ／ＰＢＣＨブロックを選択し、プリアンブルグループの選択を行う。ＳＳ／ＰＢＣＨブロックとランダムアクセスプリアンブルの関係が設定されている場合は、端末装置１は、選択されたＳＳ／ＰＢＣＨブロックと選択されたプリアンブルグループに関連付けられた１つまたは複数のランダムアクセスプリアンブルからランダムにｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘを選択し、選択されたｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックスにセットする。
【０１２９】
ＭＡＣエンティティは、１つのＳＳ／ＰＢＣＨブロックを選択し、かつＰＲＡＣＨ機会とＳＳ／ＰＢＣＨブロックの関連付け（association）が設定されている場合、選択した
ＳＳ／ＰＢＣＨブロックに関連付けられているＰＲＡＣＨ機会のうち次に利用可能なＰＲＡＣＨ機会を決定してもよい。ただし、端末装置１は、１つのＣＳＩ−ＲＳを選択し、かつＰＲＡＣＨ機会とＣＳＩ−ＲＳの関連付け（association）が設定されている場合、選
択したＣＳＩ−ＲＳに関連付けられているＰＲＡＣＨ機会のうち次に利用可能なＰＲＡＣＨ機会を決定してもよい。
【０１３０】
利用可能なＰＲＡＣＨ機会は、マスクインデックス情報、ＳＳＢインデックス情報、ＲＲＣパラメータで設定されるリソース設定、および／または選択された参照信号（ＳＳ／ＰＢＣＨブロックまたはＣＳＩ−ＲＳ）に基づいて、特定されてもよい。ＲＲＣパラメータで設定されるリソース設定は、ＳＳ／ＰＢＣＨブロック毎のリソース設定、および／またはＣＳＩ−ＲＳ毎のリソース設定を含む。
【０１３１】
基地局装置３は、ＲＲＣメッセージで、ＳＳ／ＰＢＣＨブロック毎のリソース設定および／またはＣＳＩ−ＲＳ毎のリソース設定を、端末装置１に送信してもよい。端末装置１は、ＲＲＣメッセージで、ＳＳ／ＰＢＣＨブロック毎のリソース設定および／またはＣＳＩ−ＲＳ毎のリソース設定を、基地局装置３から受信する。基地局装置３は、マスクインデックス情報および／またはＳＳＢインデックス情報を端末装置１に送信してもよい。端末装置１は、マスクインデックス情報および／またはＳＳＢインデックス情報を、基地局装置３から取得する。端末装置１は、ある条件に基づいて、参照信号（ＳＳ／ＰＢＣＨブロックまたはＣＳＩ−ＲＳ）を選択してもよい。端末装置１は、次に利用可能なＰＲＡＣＨ機会を、マスクインデックス情報、ＳＳＢインデックス情報、ＲＲＣパラメータで設定されるリソース設定、および選択された参照信号（ＳＳ／ＰＢＣＨブロックまたはＣＳＩ−ＲＳ）に基づいて特定してもよい。端末装置１のＭＡＣエンティティは、選択されたＰＲＡＣＨ機会を使用してランダムアクセスプリアンブルを送信するように物理レイヤに指示してもよい。
【０１３２】
マスクインデックス情報は、ランダムアクセスプリアンブルの送信に利用可能なＰＲＡＣＨ機会のインデックスを示す情報である。マスクインデックス情報は、ｐｒａｃｈ−ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘで定められる１つまたは複数のＰＲＡＣＨ機会のグループの一部のＰＲＡＣＨ機会を示す情報であってもよい。また、マスクインデックス情報は、ＳＳＢインデックス情報で特定される特定のＳＳＢインデックスがマップされたＰＲＡＣＨ機会のグループ内の一部のＰＲＡＣＨ機会を示す情報であってもよい。
【０１３３】
ＳＳＢインデックス情報は、基地局装置３が送信する１つまたは複数のＳＳ／ＰＢＣＨブロックのいずれかひとつに対応するＳＳＢインデックスを示す情報である。メッセージ０を受信した端末装置１は、ＳＳＢインデックス情報で示されるＳＳＢインデックスがマップされたＰＲＡＣＨ機会のグループを特定する。各ＰＲＡＣＨ機会にマップされるＳＳ
Ｂインデックスは、ＰＲＡＣＨ設定インデックスと上位レイヤパラメータＳＢ−ｐｅｒＲＡＣＨ−Ｏｃｃａｓｉｏｎ、および上位レイヤパラメータｃｂ−ｐｒｅａｍｂｌｅＰｅｒＳＳＢによって決まる。
【０１３４】
＜ランダムアクセスプリアンブルの送信（Ｓ１００３）＞
Ｓ１００３はランダムアクセスプリアンブルの送信（random access preamble transmission）に関する手順である。各ランダムアクセスプリアンブルに対して、ＭＡＣエンテ
ィティは、（１）状態変数ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲが１より大きい、かつ（２）上位レイヤから停止されている電力ランプカウンタの通知が受信されていない、かつ（３）選択されたＳＳ／ＰＢＣＨブロックが変更されていない場合に、状態変数ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲを１つインクリメントする。
【０１３５】
次に、ＭＡＣエンティティは、ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥの値を選択し、状態変数ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを所定の値にセットする。所定の値はｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ＋ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ＋（ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲ―１）＊ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐによって算出される。
【０１３６】
次に、ＭＡＣエンティティは、ビーム失敗リカバリ要求のために非競合ベースランダムアクセスプリアンブル以外の場合に、ランダムアクセスプリアンブルが送信されるＰＲＡＣＨ機会に関連付けられるＲＡ−ＲＮＴＩを算出する。該ＲＡ−ＲＮＴＩは、ＲＡ−ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄによって算出される。ここで、ｓ＿ｉｄは、送信されるＰＲＡＣＨの最初のＯＦＤＭシンボルのインデックスであり、０から１３までの値を取る。ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨの最初のスロットのインデックスであり、０から７９までの値を取る。ｆ＿ｉｄは、周波数領域でＰＲＡＣＨのインデックスであり、０から７までの値を取る。ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄはＭｓｇ１送信に使われる上りリンクキャリアである。ＮＵＬキャリアに対するｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは０であり、ＳＵＬキャリアに対するｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは１である。
【０１３７】
ＭＡＣエンティティは、選択されたＰＲＡＣＨを用いてランダムアクセスプリアンブルを送信するように物理レイヤに指示する。
【０１３８】
＜ランダムアクセス応答の受信（Ｓ１００４）＞
Ｓ１００４はランダムアクセス応答の受信（random access response reception）に関する手順である。一旦ランダムアクセスプリアンブルが送信されると、ＭＡＣエンティティは、測定ギャップの可能な発生に関わらず、以下の動作を行う。ここで、ランダムアクセス応答はランダムアクセス応答のためのＭＡＣ  ＰＤＵであってもよい。
【０１３９】
ＭＡＣ  ＰＤＵ（ランダムアクセス応答のＭＡＣ  ＰＤＵ）は、１つまたは複数のＭＡＣ  ｓｕｂＰＤＵｓと可能なパディングから構成されている。各ＭＡＣ  ｓｕｂＰＤＵは、以下の何れかで構成されている。
・Ｂａｃｋｏｆｆ  Ｉｎｄｉｃａｔｏｒのみを含むＭＡＣ  サブヘッダ（subheader）
・ＲＡＰＩＤのみを示すＭＡＣ  サブヘッダ（subheader）
・ＲＡＰＩＤを示すＭＡＣ  サブヘッダ（subheader）とＭＡＣ  ＲＡＲ（MAC payload for Random Access Response）
【０１４０】
Ｂａｃｋｏｆｆ  Ｉｎｄｉｃａｔｏｒのみを含むＭＡＣ  ｓｕｂＰＤＵはＭＡＣ  ＰＤＵの先頭に配置される。パディングはＭＡＣ  ＰＤＵの最後に配置される。ＲＡＰＩＤの
みを含むＭＡＣ  ｓｕｂＰＤＵ、および、ＲＡＰＩＤとＭＡＣ  ＲＡＲを含むＭＡＣ  ｓｕｂＰＤＵは、Ｂａｃｋｏｆｆ  Ｉｎｄｉｃａｔｏｒのみを含むＭＡＣ  ｓｕｂＰＤＵとパディングとの間のどこにでも配置されることができる。
【０１４１】
ＭＡＣ  ＲＡＲは固定のサイズで、0にセットするリザーブビット（Reserved bits）、送信タイミング調整情報（ＴＡコマンド,Timing Advance Command）,ＵＬグラント（ＵＬ
ｇｒａｎｔ、ＲＡＲ  ＵＬ  ｇｒａｎｔ）、および、ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩから構成されている。以下、ＲＡＲメッセージはＭＡＣ  ＲＡＲであってもよい。ＲＡＲメッセージはランダムアクセス応答であってもよい。
【０１４２】
Ｓ１００４において、ＭＡＣエンティティがビーム失敗リカバリ要求のために非競合ベースランダムアクセスプリアンブルを送信したならば、ＭＡＣエンティティはランダムアクセスプリアンブル送信の終わりから最初のＰＤＣＣＨ機会で、ランダムアクセス応答ウインドウ（ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）をスタートする。そして、ランダムアクセス応答ウインドウがランニングしている間に、ＭＡＣエンティティはビーム失敗リカバリ要求への応答のために、Ｃ−ＲＮＴＩによって識別されたＳｐＣｅｌｌのＰＤＣＣＨをモニタする。ここで、ランダムアクセス応答ウインドウの期間（ウインドウサイズ）は上位レイヤパラメータＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇに含まれるｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗによって与えられる。それ以外の場合、ＭＡＣエンティティはランダムアクセスプリアンブル送信の終わりから最初のＰＤＣＣＨ機会で、ランダムアクセス応答ウインドウ（ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）をスタートする。ここで、ランダムアクセス応答ウインドウの期間（ウインドウサイズ）は上位レイヤパラメータＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗによって与えられる。そして、ＭＡＣエンティティは、ランダムアクセス応答ウインドウがランニングしている間に、ＭＡＣエンティティはランダムアクセス応答のために、ＲＡ−ＲＮＴＩによって識別されたＳｐＣｅｌｌのＰＤＣＣＨをモニタする。ここで、インフォメーションエレメントＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇは、ビーム失敗検出の場合に、端末装置１に対してビーム失敗リカバリのためにＲＡＣＨリソースおよび候補ビームの設定に使われる。インフォメーションエレメントＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎは、セル固有のランダムアクセスパラメータを指定するために使われる。
【０１４３】
ＭＡＣエンティティは、（１）下位レイヤからＰＤＣＣＨ送信の受信通知が受け取られ、かつ（２）ＰＤＣＣＨ送信がＣ−ＲＮＴＩによってスクランブルされ、かつ（３）ＭＡＣエンティティがビーム失敗リカバリ要求のために非競合ベースランダムアクセスプリアンブルを送信した場合に、ランダムアクセス手順が成功裏に完了したとみなしてもよい。
【０１４４】
次に、ＭＡＣエンティティは、（１）下りリンクアサインメントがＲＡ−ＲＮＴＩのＰＤＣＣＨにおいて受信され、かつ（２）受信されたトランスポートブロックが成功裏にデコードされる場合に、以下の動作を行う。
【０１４５】
ＭＡＣエンティティは、ランダムアクセス応答がＢａｃｋｏｆｆＩｎｄｉｃａｔｏｒを含むＭＡＣ  ｓｕｂＰＤＵを含んでいる場合に、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦをＭＡＣ  ｓｕｂＰＤＵに含まれるＢＩフィールドの値に設定する。それ以外の場合、ＭＡＣエンティティはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦを０ｍｓにセットする。
【０１４６】
ＭＡＣエンティティは、ランダムアクセス応答が送信されたＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸに対応するランダムアクセスプリアンブル識別子を含むＭＡＣ  ｓｕｂＰＤＵを含んでいる場合に、ランダムアクセス応答の受信が成功したとみなしてもよい。
【０１４７】
（１）ランダムアクセス応答の受信が成功したとみなし、且つ（２）該ランダムアクセス応答がＲＡＰＩＤのみを含むＭＡＣ  ｓｕｂＰＤＵを含む場合に、ＭＡＣエンティティはランダムアクセス手順が成功裏に完了したとみなし、そして、ＳＩリクエスト（symstem information request）に対する肯定応答（acknowledgement）の受信を上位レイヤに示す。ここで、条件（２）が満たされない場合、ＭＡＣエンティティは、ランダムアクセスプリアンブルが送信されるサービングセルに以下の動作Ａを適用する。
【０１４８】
＜動作Ａの開始＞
ＭＡＣエンティティは、受信した送信タイミング調整情報（Timing Advance Command）を処理し、下位レイヤに最新のランダムアクセスプリアンブル送信に適用されるpreambleReceivedTargetPowerおよびパワーランピングの量を示す。ここで、該送信タイミング調
整情報は、受信したランダムアクセスプリアンブルから端末装置１と基地局装置３との間の送信タイミングのずれを調整するために用いられる。
【０１４９】
ランダムアクセス手順に対するサービングセルがＳＲＳのみのためのＳＣｅｌｌである場合、ＭＡＣエンティティは受信したＵＬグラントを無視してもよい。それ以外の場合、ＭＡＣエンティティは受信したＵＬグラントの値を処理し下位レイヤに示す。
【０１５０】
ランダムアクセスプリアンブルがＭＡＣエンティティによって競合ベースランダムアクセスプリアンブルの範囲の中から選択されない場合、ＭＡＣエンティティはランダムアクセス手順が成功裏に完了したとみなしてもよい。
【０１５１】
＜動作Ａの終了＞
ランダムアクセスプリアンブルがＭＡＣエンティティによって競合ベースランダムアクセスプリアンブルの範囲の中から選択される場合、ＭＡＣエンティティはＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩを受信したランダムアクセス応答に含まれるＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩフィールドの値にセットする。続いて、該ランダムアクセス応答がこのランダムアクセス手順の中で初めて成功裏に受信された場合、ＭＡＣエンティティは、ＣＣＣＨ論理チャネル（common control channel logical channel）に対して送信が行われていないならば、次の上りリンク送信にＣ−ＲＮＴＩ  ＭＡＣ  ＣＥを含むことを所定のエンティティ（Multiplexing and assembly entity）に通知し、そして、所定のエンティティ（Multiplexing and assembly entity）から送信用のＭＡＣ  ＰＤＵを取得し、取得したＭＡＣ  ＰＤＵをＭｓｇ３バッファに格納する。ＭＡＣエンティティは、ＣＣＣＨ論理チャネルに対して送信が行われる場合に、所定のエンティティ（Multiplexing and assembly entity）から送信用のＭＡＣ  ＰＤＵを取得し、取得したＭＡＣ  ＰＤＵをＭｓｇ３バッファに格納する。
【０１５２】
ＭＡＣエンティティは、以下の条件（３）から（４）の少なくとも１つが満たされるならば、ランダムアクセス応答が成功裏に受信されていないとみなし、プリアンブル送信カウンタ（ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）を１つインクリメントする。ＭＡＣエンティティは、プリアンブル送信カウンタの値が所定の値（プリアンブル送信の最大回数＋１）に達し、且つ、ランダムアクセスプリアンブルがＳｐＣｅｌｌで送信される場合に、上位レイヤにランダムアクセス問題を示す。そして、ランダムアクセス手順がＳＩリクエストのために開始された場合、ＭＡＣエンティティは、ランダムアクセス手順が成功裏に完了していないとみなす。
【０１５３】
ＭＡＣエンティティは、プリアンブル送信カウンタの値が所定の値（プリアンブル送信の最大回数＋１）に達し、且つ、ランダムアクセスプリアンブルがＳＣｅｌｌで送信される場合に、ランダムアクセス手順が成功裏に完了していないとみなす。
【０１５４】
条件（３）は、ＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎで設定されたランダムアクセス応答ウインドウの期間が満了し（expired）、且つ、送信されたプリアンブルインデックス
と一致するランダムアクセスプリアンブル識別子を含むランダムアクセス応答が受信されていないということである。条件（４）は、ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇで設定されたランダムアクセス応答ウインドウの期間が満了し（expired）、
且つ、Ｃ−ＲＮＴＩによってスクランブルされるＰＤＣＣＨが受信されていないということである。
【０１５５】
ランダムアクセス手順が完了していない場合、ＭＡＣエンティティは、該ランダムアクセス手順でランダムアクセスプリアンブルがＭＡＣ自身によって競合ベースランダムアクセスプリアンブルの範囲の中から選択されたならば、０とＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦとの間でランダムバックオフ時間を選択し、選択されたバックオッフ時間で次のランダムアクセスプリアンブル送信を遅らせ、そして、Ｓ１００２を実行する。ランダムアクセス手順が完了していない場合、ＭＡＣエンティティは、該ランダムアクセス手順でランダムアクセスプリアンブルがＭＡＣ自身によって競合ベースランダムアクセスプリアンブルの範囲の中から選択されていないならば、Ｓ１００２を実行する。
【０１５６】
ＭＡＣエンティティは、送信されたプリアンブルインデックスと一致するランダムアクセスプリアンブル識別子を含むランダムアクセス応答を成功裏に受信したら、ランダムアクセス応答ウインドウをストップしてもよい。
【０１５７】
端末装置１はＵＬグラントに基づいてＰＵＳＣＨでメッセージ３を送信する。
【０１５８】
＜衝突解消（Ｓ１００５）＞
Ｓ１００５は衝突解消（Contention Resolution）に関する手順である。
【０１５９】
一旦Ｍｓｇ３が送信されると、ＭＡＣエンティティは、衝突解消タイマーをスタートし、および、各ＨＡＲＱ再送信時に衝突解消タイマーを再スタートする。ＭＡＣエンティティは、測定ギャップの可能な発生に関わらず、衝突解消タイマーがランニングしている間にＰＤＣＣＨをモニタする。
【０１６０】
下位レイヤからＰＤＣＣＨ送信の受信通知を受け取って、かつ、Ｃ−ＲＮＴＩ  ＭＡＣ
ＣＥがＭｓｇ３に含まれている場合、ＭＡＣエンティティは、以下の条件（５）から（７）の少なくとも１つが満たされるならば、競合解消が成功するとみなし、衝突解消タイマーをストップし、ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩを破棄し、ランダムアクセス手順が成功裏に完了したとみなす。
【０１６１】
条件（５）は、ランダムアクセス手順がＭＡＣサブレイア自身またはＲＲＣサブレイアによって開始され、ＰＤＣＣＨ送信がＣ−ＲＮＴＩによってスクランブルされ、且つ、該ＰＤＣＣＨ送信が初期送信のための上りリンクグラントを含むということである。条件（６）は、ランダムアクセス手順がＰＤＣＣＨオーダーによって開始され、かつ、ＰＤＣＣＨ送信はＣ−ＲＮＴＩによってスクランブルされるということである。条件（７）は、ランダムアクセス手順がビーム失敗リカバリのために開始され、且つ、ＰＤＣＣＨ送信はＣ−ＲＮＴＩによってスクランブルされるということである。
【０１６２】
ＣＣＣＨ  ＳＤＵ(UE contention resolution Identity)がＭｓｇ３に含まれ、且つ、
ＰＤＣＣＨ送信がＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩによってスクランブルされる場合、ＭＡＣエンティティは、ＭＡＣ  ＰＤＵが成功裏にデコードされるならば、衝突解消タイマーをストップする。続いて、成功裏にデコードされたＭＡＣ  ＰＤＵがＵＥ衝突解消アイデンティティ（UE contention resolution identity）ＭＡＣ  ＣＥを含み、且つ、Ｍ
ＡＣ  ＣＥ内のＵＥ衝突解消アイデンティティがＭｓｇ３で送信されたＣＣＣＨ  ＳＤＵとマッチする場合、ＭＡＣエンティティは、衝突解消が成功するとみなし、ＭＡＣ  ＰＤＵの分解（disassembly）および逆多重化(demultiplexing)を終了する。そして、ランダ
ムアクセス手順がＳＩリクエストのために開始された場合に、ＭＡＣエンティティはＳＩリクエストに対する肯定応答の受信を上位レイヤに示す。ランダムアクセス手順がＳＩリクエストのために開始されない場合、ＭＡＣエンティティはＣ−ＲＮＴＩをＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩの値にセットする。続いて、ＭＡＣエンティティは、ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩを破棄し、ランダムアクセス手順が成功裏に完了するとみなす。
【０１６３】
ＭＡＣエンティティは、ＭＡＣ  ＣＥ内のＵＥ衝突解消アイデンティティがＭｓｇ３で送信されたＣＣＣＨ  ＳＤＵとマッチしない場合に、ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩを破棄し、衝突解消が成功しないとみなし、成功裏にデコードされたＭＡＣ  ＰＤＵを破棄する。
【０１６４】
ＭＡＣエンティティは、衝突解消タイマーが満了した場合に、ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩを破棄し（discard）、競合解消が成功しないとみなす。ＭＡＣエンティティ
は、競合解消が成功しないとみなされる場合に、Ｍｓｇ３バッファ内のＭＡＣ  ＰＤＵの送信に使われるＨＡＲＱバッファをフラッシュし、プリアンブル送信カウンタ（ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）を１つインクリメントする。プリアンブル送信カウンタの値が所定の値（プリアンブル送信の最大回数＋１）に達したら、ＭＡＣエンティティは上位レイヤにランダムアクセス問題を示す。そして、ランダムアクセス手順がＳＩリクエストのために開始された場合、ＭＡＣエンティティは、ランダムアクセス手順が成功裏に完了していないとみなす。
【０１６５】
ランダムアクセス手順が完了していない場合、ＭＡＣエンティティは、０とＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦとの間でランダムバックオフ時間を選択し、選択されたバックオッフ時間で次のランダムアクセスプリアンブル送信を遅らせ、Ｓ１００２を実行する。
【０１６６】
ランダムアクセス手順が完了すると、ＭＡＣエンティティは、ビーム失敗リカバリ要求のための非競合ベースランダムアクセス手順以外の非競合ベースランダムアクセス手順に対して、明示的にシグナリングされた非競合ベースランダムアクセスリソースを破棄し、Ｍｓｇ３バッファ内のＭＡＣ  ＰＤＵの送信に使われるＨＡＲＱバッファをフラッシュする。
【０１６７】
本実施形態のランダムアクセス手順（Random Access procedure）について説明する。
ランダムアクセス手順は、競合ベース（ＣＢ：Ｃｏｎｔｅｎｔｉｏｎ  Ｂａｓｅｄ）と非競合ベース（ｎｏｎ−ＣＢ）（ＣＦ：Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅと称してもよい）の２つの手順に分類される。競合ベースランダムアクセスはＣＢＲＡ、非競合ベースランダムアクセスはＣＦＲＡとも称される
【０１６８】
ランダムアクセス手順は、（ｉ）ＰＲＡＣＨにおけるランダムアクセスプリアンブル（メッセージ１、Msg1）の送信、（ｉｉ）ＰＤＣＣＨ／ＰＤＳＣＨを伴うランダムアクセス応答（ＲＡＲ）メッセージ（メッセージ２、Msg2）の受信、および、適用可能な場合、（ｉｉｉ）メッセージ３ＰＵＳＣＨ（Msg3 PUSCH）の送信、（ｉｖ）衝突解消のためのＰＤＳＣＨの受信、を有してもよい。
【０１６９】
競合ベースのランダムアクセス手順は、ＰＤＣＣＨオーダー、ＭＡＣエンティティ、下位レイヤからのビーム失敗（beam failure）の通知、あるいはＲＲＣ等によって開始（initiate）される。ビーム失敗通知が、端末装置１のＭＡＣエンティティに端末装置１の物理レイヤから提供された場合に、ある条件を満たした場合、端末装置１のＭＡＣエンティ
ティは、ランダムアクセス手順を開始する。ビーム失敗通知が、端末装置１のＭＡＣエンティティに端末装置１の物理レイヤから提供された場合に、ある条件を満たしたかどうかを判断し、ランダムアクセス手順を開始する手続きを、ビーム失敗リカバリ手順と称してもよい。このランダムアクセス手順は、ビーム失敗リカバリ要求のためのランダムアクセス手順である。ＭＡＣエンティティによって開始されるランダムアクセス手順は、スケジューリングリクエスト手続きによって開始されるランダムアクセス手順を含む。ビーム失敗リカバリ要求のためのランダムアクセス手順は、ＭＡＣエンティティによって開始されるランダムアクセス手順と考えられるかもしれないし、考えられないかもしれない。ビーム失敗リカバリ要求のためのランダムアクセス手順とスケジューリングリクエスト手続きによって開始されるランダムアクセス手順で、異なる手続きを行う場合があるため、ビーム失敗リカバリ要求のためのランダムアクセス手順とスケジューリングリクエスト手続きを、区別するようにしてもよい。ビーム失敗リカバリ要求のためのランダムアクセス手順とスケジューリングリクエスト手続きを、ＭＡＣエンティティによって開始されるランダムアクセス手順としてもよい。ある実施形態では、スケジューリングリクエスト手続きによって開始されるランダムアクセス手順をＭＡＣエンティティによって開始されるランダムアクセス手順と称し、ビーム失敗リカバリ要求のためのランダムアクセス手順を下位レイヤからのビーム失敗の通知によるランダムアクセス手順と称するようにしてもよい。以下、下位レイヤからのビーム失敗の通知を受けた場合のランダムアクセス手順の開始は、ビーム失敗リカバリ要求のためのランダムアクセス手順の開始を意味してもよい。
【０１７０】
端末装置１は、基地局装置３と接続（通信）していない状態からの初期アクセス時、および／または、基地局装置３と接続中であるが端末装置１に送信可能な上りリンクデータあるいは送信可能なサイドリンクデータが発生した場合のスケジューリングリクエスト時などにおいて競合ベースのランダムアクセス手順を行なう。ただし、競合ベースのランダムアクセスの用途はこれらに限定されない。
【０１７１】
端末装置１に送信可能な上りリンクデータが発生していることは、送信可能な上りリンクデータに対応するバッファステータスレポートがトリガーされていることを含んでもよい。端末装置１に送信可能な上りリンクデータが発生していることは、送信可能な上りリンクデータの発生に基づいてトリガーされたスケジューリングリクエストがペンディングされていることを含んでもよい。
【０１７２】
端末装置１に送信可能なサイドリンクデータが発生していることは、送信可能なサイドリンクデータに対応するバッファステータスレポートがトリガーされていることを含んでもよい。端末装置１に送信可能なサイドリンクデータが発生していることは、送信可能なサイドリンクデータの発生に基づいてトリガーされたスケジューリングリクエストがペンディングされていることを含んでもよい。
【０１７３】
非競合ベースのランダムアクセス手順は、端末装置１が基地局装置３からランダムアクセス手順の開始を指示する情報を受けた場合に開始されてもよい。非競合ベースランダムアクセス手順は、端末装置１のＭＡＣレイヤが、下位レイヤからビーム失敗の通知を受けた場合に開始されてもよい。
【０１７４】
非競合ベースのランダムアクセスは、基地局装置３と端末装置１とが接続中であるがハンドオーバや移動局装置の送信タイミングが有効でない場合に、迅速に端末装置１と基地局装置３との間の上りリンク同期をとるために用いられてよい。非競合ベースランダムアクセスは、端末装置１においてビーム失敗が発生した場合にビーム失敗リカバリ要求を送信するために用いられてよい。ただし、非競合ベースのランダムアクセスの用途はこれらに限定されない。
【０１７５】
ただし、該ランダムアクセス手順の開始を指示する情報はメッセージ０、Ｍｓｇ．０、ＮＲ−ＰＤＣＣＨオーダー、ＰＤＣＣＨオーダーなどと称されてもよい。
【０１７６】
ただし、端末装置１は、メッセージ０で指示されたランダムアクセスプリアンブルインデックスが所定の値（例えば、インデックスを示すビットが全て０である場合）であった場合に、端末装置１が利用可能なプリアンブルのセットの中からランダムに１つを選択して送信する競合ベースのランダムアクセス手順を行なってもよい。
【０１７７】
ただし、ランダムアクセス設定情報には、セル内で共通の情報が含まれてもよく、端末装置１毎に異なる専用（dedicated）の情報が含まれてもよい。
【０１７８】
ただし、ランダムアクセス設定情報の一部は、ＳＳバーストセット内の全てのＳＳ／ＰＢＣＨブロックに関連付けられていてもよい。ただし、ランダムアクセス設定情報の一部は設定された１つまたは複数のＣＳＩ−ＲＳの全てに関連付けられてもよい。ただし、ランダムアクセス設定情報の一部は１つの下りリンク送信ビーム（あるいはビームインデックス）に関連付けられていてもよい。
【０１７９】
ただし、ランダムアクセス設定情報の一部はＳＳバーストセット内の１つのＳＳ／ＰＢＣＨブロックに関連付けられていてもよい。ただし、ランダムアクセス設定情報の一部は設定された１つまたは複数のＣＳＩ−ＲＳのうちの１つに関連付けられてもよい。ただし、ランダムアクセス設定情報の一部は１つの下りリンク送信ビーム（あるいはビームインデックス）に関連付けられていてもよい。ただし、１つのＳＳ／ＰＢＣＨブロック、１つのＣＳＩ−ＲＳ、および／または１つの下りリンク送信ビームに関連付けられた情報には、対応する１つのＳＳ／ＰＢＣＨブロック、１つのＣＳＩ−ＲＳ、および／または１つの下りリンク送信ビームを特定するためのインデックス情報（例えば、ＳＳＢインデックス、ビームインデックス、あるいはＱＣＬ設定インデックスであってよい）が含まれてもよい。
【０１８０】
以下、ＰＲＡＣＨ機会について説明する。
【０１８１】
ランダムアクセスプリアンブルの送信に利用可能な１つまたは複数のＰＲＡＣＨ機会のセットは、上位レイヤ（上位レイヤ信号）で提供される上位レイヤパラメータｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘで特定されてよい。ｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘで与えられるＰＲＡＣＨ設定（物理ランダムアクセスチャネル設定）インデックスと、予め定められたテーブル（ランダムアクセスチャネル設定（PRACH config）テーブルとも称される）に従い、ランダムアクセスプリアンブルの送信に利用可能な１つまたは複数のＰＲＡＣＨ機会のセットが特定される。ただし、特定される１つまたは複数のＰＲＡＣＨ機会は、基地局装置３が送信する１つまたは複数のＳＳ／ＰＢＣＨブロックのそれぞれに関連付けられるＰＲＡＣＨ機会の集合であってよい。
【０１８２】
ただし、ＰＲＡＣＨ設定インデックスは、ランダムアクセス設定テーブルに示されるＰＲＡＣＨ機会のセットが時間的に繰り返される周期（ＰＲＡＣＨ設定周期（物理ランダムアクセスチャネル設定周期：PRACH configuration period））、ランダムアクセスプリアンブルを送信可能なサブキャリアインデックス、リソースブロックインデックス、サブフレーム番号、スロット番号、システムフレーム番号、シンボル番号、および／または、プリアンブルのフォーマットの設定に用いられてもよい。
【０１８３】
ただし、各ＰＲＡＣＨ機会にマップされるＳＳ／ＰＢＣＨブロックの数は、上位レイヤで提供される上位レイヤパラメータＳＳＢ−ｐｅｒＲＡＣＨ−Ｏｃｃａｓｉｏｎで示されてよい。ＳＳＢ−ｐｅｒＲＡＣＨ−Ｏｃｃａｓｉｏｎが１より小さい値である場合は、連
続する複数のＰＲＡＣＨ機会に対して１つのＳＳ／ＰＢＣＨブロックがマップされる。
【０１８４】
ただし、各ＳＳ／ＰＢＣＨブロックにマップされるランダムアクセスプリアンブルの数は、上位レイヤで提供される上位レイヤパラメータｃｂ−ｐｒｅａｍｂｌｅＰｅｒＳＳＢで示されてよい。各ＰＲＡＣＨ機会で各ＳＳ／ＰＢＣＨブロックにマップされるランダムアクセスプリアンブルの数は、ＳＳＢ−ｐｅｒＲＡＣＨ−Ｏｃｃａｓｉｏｎとｃｂ−ｐｒｅａｍｂｌｅＰｅｒＳＳＢから算出されてよい。各ＰＲＡＣＨ機会で各ＳＳ／ＰＢＣＨブロックにマップされるランダムアクセスプリアンブルのインデックスは、ＳＢ−ｐｅｒＲＡＣＨ−Ｏｃｃａｓｉｏｎ、ｃｂ−ｐｒｅａｍｂｌｅＰｅｒＳＳＢ、および、ＳＳＢインデックスから特定されてよい。
【０１８５】
ＰＲＡＣＨ機会に対して、ＳＳＢインデックスは下記のルールでマップされてよい。
（１）１番目に、１つのＰＲＡＣＨ機会でプリアンブルインデックスの昇順でマップされる。例えば、ＰＲＡＣＨ機会のプリアンブル数が６４であり、各ＰＲＡＣＨ機会で各ＳＳ／ＰＢＣＨブロックにマップされるランダムアクセスプリアンブルの数が３２である場合に、あるＰＲＡＣＨ機会にマップされるＳＳＢインデックスはｎとｎ＋１となる。
（２）２番目に、周波数多重された複数のＰＲＡＣＨ機会に対して周波数リソースインデックスの昇順でマップされる。例えば、２つのＰＲＡＣＨ機会が周波数多重されており、周波数リソースインデックスの小さいＰＲＡＣＨ機会にマップされるＳＳＢインデックスがｎとｎ＋１である場合、周波数リソースインデックスの大きいＰＲＡＣＨ機会にマップされるＳＳＢインデックスはｎ＋２とｎ＋３となる。
（３）３番目に、ＰＲＡＣＨスロット内で時間多重された複数のＰＲＡＣＨ機会に対して時間リソースインデックスの昇順でマップされる。例えば、上記（２）の例に加えてＰＲＡＣＨスロット内で時間方向に更に２つのＰＲＡＣＨ機会が多重されている場合、これらのＰＲＡＣＨ機会にマップされるＳＳＢインデックスはｎ＋４、ｎ＋５およびｎ＋６、ｎ＋７となる。
（４）４番目に、複数のＰＲＡＣＨスロットに対しインデックスの昇順でマップされる。例えば、上記（３）の例に加えて次のＰＲＡＣＨスロットにＲＡＣＨ機会が存在する場合に、マップされるＳＳＢインデックスはｎ＋８、ｎ＋９、…となる。ただし、上記の例において、ｎ＋ｘが、ＳＳＢインデックスの最大値より大きくなった場合には、ＳＳＢインデックスの値は０に戻る。
【０１８６】
図１３は、本発明の実施形態に係るＰＲＡＣＨ機会に対するＳＳＢインデックスの割当の一例を示す図である。図１３は、ある時間区間で２つのＰＲＡＣＨスロットが存在し、１つのＰＲＡＣＨスロット内に時間方向に２つ、周波数方向に２つのＰＲＡＣＨ機会（ＲＯ）が存在し、ＳＳＢインデックスが０〜１１まで存在する場合の例を示している。１つのＰＲＡＣＨ機会には２つのＳＳＢインデックスがマップされており、上記（１）〜（４）のルールに従いＳＳＢインデックスがマップされ、７つ目のＰＲＡＣＨ機会から再度ＳＳＢインデックス０からマップされている。
【０１８７】
各ＰＲＡＣＨ機会に対してＳＳＢインデックスがマップされるが、ｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘで特定されるＰＲＡＣＨ設定周期内の全てのＰＲＡＣＨ機会を用いた場合でも全てのＳＳＢインデックス（基地局装置３が送信する全てのＳＳ／ＰＢＣＨブロック）にマップされない場合、ＳＳＢインデックスは複数のＰＲＡＣＨ設定周期にわたってマップされてもよい。ただし、基地局装置３が送信する全てのＳＳ／ＰＢＣＨブロックの数は上位レイヤパラメータによって示されてもよい。全てのＳＳＢインデックスが少なくとも１回マップされるようにＰＲＡＣＨ設定周期を所定の回数繰り返した周期をアソシエーション周期（association period）と称する。アソシエーション周期を構成するＰＲＡＣＨ設定周期の回数は、予め定められた複数の値のセットから上記条件を満たす最小の値が用いられてよい。該予め定められた複数の値のセットは、ＰＲＡＣＨ設定周期毎に定め
られていてもよい。ただし、アソシエーション周期内のＰＲＡＣＨ機会に対して全てのＳＳＢインデックスがマップされた上で、残されたＰＲＡＣＨ機会の数がＳＳ／ＰＢＣＨブロックの数より多い場合には、再度ＳＳＢインデックスがマップされてもよい。ただし、アソシエーション周期内のＰＲＡＣＨ機会に対して全てのＳＳＢインデックスがマップされた上で、残されたＰＲＡＣＨ機会の数がＳＳ／ＰＢＣＨブロックの数より少ない場合には、残されたＰＲＡＣＨ機会にはＳＳＢインデックスがマップされなくてもよい。全てのＳＳＢインデックスに対して１度ずつＰＲＡＣＨ機会が割り当てられるサイクルをＳＳＢインデックス割当サイクルと称する。ＳＳＢ−ｐｅｒＲＡＣＨ−Ｏｃｃａｓｉｏｎが１以上である場合、１度のＳＳＢインデックス割当サイクルに各ＳＳＢインデックスは１つのＰＲＡＣＨ機会にマップされる。ＳＳＢ−ｐｅｒＲＡＣＨ−Ｏｃｃａｓｉｏｎが１より小さい値である場合、１度のＳＳＢインデックス割当サイクルに各ＳＳＢインデックスは１／ＳＳＢ−ｐｅｒＲＡＣＨ−ＯｃｃａｓｉｏｎのＰＲＡＣＨ機会にマップされる。端末装置１は、ＰＲＡＣＨ設定インデックスで示されるＰＲＡＣＨ設定周期と上位レイヤ（上位レイヤ信号）で提供される上位レイヤパラメータで特定されるＳＳ／ＰＢＣＨブロックの数に基づいてアソシエーション周期を特定してもよい。
【０１８８】
ランダムアクセス設定情報に含まれる１つまたは複数のランダムアクセスプリアンブルグループのそれぞれは、参照信号（例えば、ＳＳ／ＰＢＣＨブロック、ＣＳＩ−ＲＳまたは下りリンク送信ビーム）毎に関連付けられていてもよい。端末装置１は受信した参照信号（例えば、ＳＳ／ＰＢＣＨブロック、ＣＳＩ−ＲＳまたは下りリンク送信ビーム）に基づいてのランダムアクセスプリアンブルグループを選択してもよい。
【０１８９】
ただし、各ＳＳ／ＰＢＣＨブロックに関連付けられているランダムアクセスプリアンブルグループは、上位層で通知される１つまたは複数のパラメータによって特定されてもよい。該１つまたは複数のパラメータの１つは、利用可能な１つまたは複数のプリアンブルのうちの１つのインデックス（例えばスタートインデックス）であってもよい。１つまたは複数のパラメータの１つは、ＳＳ／ＰＢＣＨブロックあたりで競合ベースランダムアクセスに使用可能なプリアンブルの数であってもよい。該１つまたは複数のパラメータの１つは、ＳＳ／ＰＢＣＨブロックあたりで競合ベースランダムアクセスに使用可能なプリアンブルの数と非競合ベースランダムアクセスに使用可能なプリアンブルの数の合計であってもよい。該１つまたは複数のパラメータの１つは、１つのＰＲＡＣＨ機会に関連付けられているＳＳ／ＰＢＣＨブロックの数であってもよい。
【０１９０】
ただし、端末装置１は、それぞれ１つの下りリンク送信ビームを用いて送信された１つまたは複数の下りリンク信号を受信し、その中の１つの下りリンク信号に関連付けられたランダムアクセス設定情報を受信し、該受信したランダムアクセス設定情報に基づいてランダムアクセス手順を行なってもよい。端末装置１は、ＳＳバーストセット内の１つまたは複数のＳＳ／ＰＢＣＨブロックを受信し、その中の１つのＳＳ／ＰＢＣＨブロックに関連付けられたランダムアクセス設定情報を受信し、該受信したランダムアクセス設定情報に基づいてランダムアクセス手順を行なってもよい。端末装置１は、１つまたは複数のＣＳＩ−ＲＳを受信し、その中の１つのＣＳＩ−ＲＳに関連付けられたランダムアクセス設定情報を受信し、該受信したランダムアクセス設定情報に基づいてランダムアクセス手順を行なってもよい。
【０１９１】
１つまたは複数のランダムアクセス設定情報は、１つのランダムアクセスチャネル設定（RACH-Config）および／または１つの物理ランダムアクセスチャネル設定（PRACH-Config）で構成されてもよい。
【０１９２】
ランダムアクセスチャネル設定の中に参照信号毎のランダムアクセスに関するパラメータが含まれてもよい。
【０１９３】
物理ランダムアクセスチャネル設定中に参照信号毎の物理ランダムアクセスチャネルに関するパラメータ（ＰＲＡＣＨ設定のインデックス、ＰＲＡＣＨ機会など）が含まれてもよい。
【０１９４】
１つのランダムアクセス設定情報は、１つの参照信号に対応するランダムアクセスに関するパラメータを示し、複数のランダムアクセス設定情報は、複数の参照信号に対応する複数のランダムアクセスに関するパラメータを示してもよい。
【０１９５】
１つのランダムアクセス設定情報は、１つの参照信号に対応する物理ランダムアクセスに関するパラメータを示し、複数の参照信号に対応する複数のランダムアクセスに関するパラメータを示してもよい。
【０１９６】
対応する参照信号が選択されれば、参照信号に対応するランダムアクセス設定情報（参照信号に対応するランダムアクセスチャネル設定、参照信号に対応する物理ランダムアクセスチャネル設定）が選択されるようにしてもよい。
【０１９７】
ただし、端末装置１は、ランダムアクセスプリアンブルを送信する基地局装置３および／または送受信点４とは異なる基地局装置３および／または送受信点４から１つまたは複数のランダムアクセス設定情報を受信してもよい。例えば、端末装置１は第１の基地局装置３から受信したランダムアクセス設定情報の少なくとも１つに基づいて第２の基地局装置３へランダムアクセスプリアンブルを送信してもよい。
【０１９８】
ただし、基地局装置３は、端末装置１が送信したランダムアクセスプリアンブルを受信することにより、該端末装置１へ下りリンク信号を送信する際に適用すべき下りリンク送信ビームを決定してもよい。端末装置１は、ある下りリンク送信ビームに関連付けられたランダムアクセス設定情報に示されるＰＲＡＣＨ機会を用いてランダムアクセスプリアンブルを送信してもよい。基地局装置３は、端末装置１から受信したランダムアクセスプリアンブル、および／または、該ランダムアクセスプリアンブルを受信したＰＲＡＣＨ機会に基づいて、該端末装置１へ下りリンク信号を送信する際に適用すべき下りリンク送信ビームを決定してもよい。
【０１９９】
基地局装置３は、端末装置１に対して、１つまたは複数のランダムアクセス設定情報（ランダムアクセスリソースを含んでもよい）を含むＲＲＣパラメータをＲＲＣメッセージとして端末装置１に送信する。
【０２００】
端末装置１は、基地局装置３との間の伝搬路特性に基づいてランダムアクセス手順に使用する１つまたは複数の利用可能なランダムアクセスプリアンブルおよび／または１つまたは複数の利用可能なＰＲＡＣＨ機会を選択してもよい。端末装置１は、基地局装置３から受信した参照信号（例えば、ＳＳ／ＰＢＣＨブロックおよび／またはＣＳＩ−ＲＳ）により測定した伝搬路特性（例えば参照信号受信電力（ＲＳＲＰ）であってよい）に基づいてランダムアクセス手順に使用する１つまたは複数の利用可能なランダムアクセスプリアンブルおよび／または１つまたは複数のＰＲＡＣＨ機会を選択してもよい。
【０２０１】
以下、本実施形態において、周波数方向の上りリンクリソース割り当てについて説明する。
【０２０２】
ＲＡＲ  ＵＬ  グラントによってスケジュールされＰＵＳＣＨ送信を除いたＰＵＳＣＨ送信対して、端末装置１は、検出したＰＤＣＣＨ  ＤＣＩに含まれるリソース割り当てフィールドを用いて、周波数方向のリソースブロックアサインメント（リソースアサインメ
ント）を決定してもよい。本実施形態において、上りリンクリソース割り当てタイプ０とタイプ１がサポートされる。端末装置１は、ＰＵＳＣＨをスケジュールするＤＣＩフォーマット０＿０を伴うＰＤＣＣＨを受信した場合に、上りリンクリソース割り当てタイプ１が使われることを想定してもよい。
【０２０３】
端末装置１は、端末装置１ためのＰＤＣＣＨの検出時に、最初にリソースアサインメントが適用されるＵＬ  ＢＷＰを確定し、次に確定したＵＬ  ＢＷＰ内でのリソース割り当てを決定する。リソース割り当てのリソースブロック番号付け（RB numbering、ＲＢ番号付け）は、その確定したＵＬ  ＢＷＰの最も低いＲＢから始まる。つまり、リソースアサインメントが適用されるＵＬ  ＢＷＰは端末装置１が確定したＵＬ  ＢＷＰである。端末装置１が確定したＵＬ  ＢＷＰは上りリンク送信（ＰＵＳＣＨ送信）が行われるＢＷＰである。
【０２０４】
具体的に言うと、ＤＣＩフォーマット（scheduling DCI）にＢＷＰ指示フィールド（bandwidth part indicator field）が設定されていない、または、端末装置１がＤＣＩフォーマットを介してアクティブなＢＷＰ変更をサポートしない場合、リソース割り当て（上りリンクリソース割り当てタイプ０とタイプ１）のＲＢ番号付け（RB indexing）は、端
末装置１のアクティブなＢＷＰ内で決定される。つまり、この場合、端末装置１が確定したＵＬ  ＢＷＰは、アクティブなＢＷＰであってもよい。即ち、リソースアサインメントが適用されるＵＬ  ＢＷＰはアクティブなＢＷＰ（アクティブなＵＬ  ＢＷＰ）であってもよい。ＤＣＩフォーマット（scheduling DCI）にＢＷＰ指示フィールド（bandwidth part indicator field）が設定されており、および／または、端末装置１がＤＣＩフォーマットを介してアクティブなＢＷＰ変更をサポートする場合、リソース割り当てのＲＢ番号付け（RB indexing）は、該ＢＷＰ指示フィールドに示されるＢＷＰ内で決定されてもよ
い。つまり、この場合、端末装置１が確定したＵＬ  ＢＷＰは、該ＢＷＰ指示フィールドに示されるＢＷＰであってもよい。即ち、リソースアサインメントが適用されるＵＬ  ＢＷＰは該ＢＷＰ指示フィールドに示されるＢＷＰであってもよい。ＤＣＩフォーマット０＿０は、ＢＷＰ指示フィールドを含まない。
【０２０５】
上りリンクリソース割り当てタイプ０（uplink resource allocation type ０、上りリンクタイプ０リソース割り当て）では、リソースブロックアサインメント情報は、端末装置１に対して割り当てられるリソースブロックグループ（RBGs, Resource Block Groups
）を示すビットマップを含んでいる。リソースブロックグループは連続的な仮想リソースブロックのセットであり、上位層のパラメータから定義されてもよい。
【０２０６】
上りリンクリソース割り当てタイプ１（uplink resource allocation type 1、上りリ
ンクタイプ１リソース割り当て）では、リソースブロックアサインメント情報は、スケジュールされた端末装置１に対して、サイズＮｓｉｚｅＢＷＰのアクティブなＢＷＰ内で連続的に割り当てられる非インターリーブ仮想リソースブロックのセットを示す。ここで、サイズＮｓｉｚｅＢＷＰはアクティブなＵＬ  ＢＷＰの帯域幅を示すリソースブロックの数である。ただし、ＤＣＩフォーマット０＿０が任意のコモンサーチスペースセットにおいて検出された場合、初期ＵＬ  ＢＷＰのサイズ帯域幅ＮｓｉｚｅＢＷＰ、０が使われる。つまり、この場合、リソースブロックアサインメント情報は、スケジュールされた端末装置１に対して、サイズＮｓｉｚｅＢＷＰ、０の初期ＵＬ  ＢＷＰ内で連続的に割り当てられる非インターリーブ仮想リソースブロックのセットを示す。
【０２０７】
上りリンクタイプ１リソースアサインメントフィールドは、開始リソースブロック（ＲＢｓｔａｒｔ、開始仮想リソースブロック）と連続的に割り当てられたリソースブロックの数（ＬＲＢｓ）に対応するリソース指示値（ＲＩＶ、Resource Indication Value）か
らなる。即ち、リソース指示値ＲＩＶはリソースアサインメントフィールドに示される。
ＲＢｓｔａｒｔは割り当てられたリソースブロックの開始位置を示す。ＬＲＢｓは連続的に割り当てられたリソースのリソースブロックの数（長さ、サイズ）を示す。基地局装置３は、端末装置１に確定されるＵＬ  ＢＷＰ内のリソース割り当てを決定し、ＲＩＶを生成し、ＲＩＶを示すビット列を含むリソースアサインメントを端末装置１に送信する。端末装置１は、リソースアサインメントフィールドのビット列に基づき、確定したＵＬ  ＢＷＰの（ＰＵＳＣＨの）周波数方向のリソースブロック割り当てを特定する。
【０２０８】
図１２は、ＲＩＶを算出する一例を示す図である。
【０２０９】
図１２（Ａ）において、ＮｓｉｚｅＢＷＰはアクティブなＵＬ  ＢＷＰの帯域幅を示すリソースブロックの数である。ＲＩＶの値は、アクティブなＵＬ  ＢＷＰのサイズＮｓｉｚｅＢＷＰ、仮想リソースブロックの開始位置ＲＢｓｔａｒｔ、および、連続的に割り当てられるリソースブロックの数ＬＲＢｓに基づいて、算出される。ここで、ＬＲＢｓの値は１と等しいまたは１より多いであり、（ＮｓｉｚｅＢＷＰ―ＲＢｓｔａｒｔ）を超えない。ただし、前述のよう、ＤＣＩフォーマット０＿０が任意のコモンサーチスペースセット（例えば、タイプ１ＰＤＣＣＨコモンサーチスペースセット）で検出された場合、図１２（Ａ）におけるＮｓｉｚｅＢＷＰに対して初期ＵＬ  ＢＷＰのサイズ（帯域幅）を示すリソースブロックの数ＮｓｉｚｅＢＷＰ、０が使われる。ただし、前述したのよう、ＤＣＩフォーマット０＿０が任意のコモンサーチスペースセットにおいて検出された場合、図１２（Ａ）におけるＮｓｉｚｅＢＷＰには初期ＵＬ  ＢＷＰのサイズ帯域幅ＮｓｉｚｅＢＷＰ、０が使われる。ここで、ＬＲＢｓの値は１により等しいまたは多いであり、（ＮｓｉｚｅＢＷＰ、０―ＲＢｓｔａｒｔ）を超えない。
【０２１０】
図１２（Ｂ）において、ＮｉｎｉｔｉａｌＢＷＰは、初期ＢＷＰ（ＵＬ  ＢＷＰ）の帯域幅を示すリソースブロックの数である。ＮａｃｔｉｖｅＢＷＰは、アクティブなＢＷＰ（ＵＬ  ＢＷＰ）の帯域幅を示すリソースブロックの数である。つまり、ＮｉｎｉｔｉａｌＢＷＰは、初期ＢＷＰ（ＵＬ  ＢＷＰ）のサイズである。ＮａｃｔｉｖｅＢＷＰは、アクティブなＢＷＰ（ＵＬ  ＢＷＰ）のサイズである。ＲＩＶの値は、初期ＵＬ  ＢＷＰのサイズＮｉｎｉｔｉａｌＢＷＰ、リソースブロックの開始位置ＲＢ’ｓｔａｒｔ、および、連続的に割り当てられるリソースブロックの数Ｌ’ＲＢｓに基づいて、算出される。そして、ＲＢ’ｓｔａｒｔと係数Ｋの掛け算はＲＢｓｔａｒｔである。Ｌ’ＲＢｓと係数Ｋの掛け算はＬＲＢｓである。係数Ｋの値は、初期ＵＬ  ＢＷＰのサイズとアクティブなＢＷＰのサイズに基づき算出される。ＮａｃｔｉｖｅＢＷＰがＮｉｎｉｔｉａｌＢＷＰにより大きい場合、Ｋの値は、セット｛１，２，４，８｝の中にＫ＜＝Floor(ＮａｃｔｉｖｅＢＷＰ／ＮｉｎｉｔｉａｌＢＷＰ)を満たす最大の値である。ここで、関数Floor(Ａ)は、Ａを上回らない最大の整数を出力する。ＮａｃｔｉｖｅＢＷＰがＮｉｎｉｔｉａｌＢＷＰにより等しいまたは小さい場合、Ｋの値は、１である。これにより、割り当てられるリソースは、リソースブロックの開始位置ＲＢｓｔａｒｔ、および、連続的に割り当てるリソースブロックの数ＬＲＢｓによって特定される。
【０２１１】
図１２（Ｂ）のリソース特定方法は、ＵＳＳでのＤＣＩフォーマットのサイズ（または、ＤＣＩフォーマットに含まれる周波数領域リソースアサインメントフィールドのサイズ）が初期ＢＷＰにより導出されが、アクティブなＢＷＰに適用されるというケースに使われてもよい。ＤＣＩフォーマットは、ＤＣＩフォーマット０＿０、および／または、ＤＣＩフォーマット０＿１であってもよい。
【０２１２】
図１１はＢＷＰに対する上りリンクリソース割り当てタイプ１を説明する一例を示す図である。
【０２１３】
図１１において、端末装置１に対して、１つの初期ＵＬ  ＢＷＰ（１１０１）と２つの
追加のＵＬ  ＢＷＰ（１１０２と１１０３）が設定されている。前述のように、共通リソースブロックｎＰＲＢは、ポイントＡから各サブキャリア間隔設定μにおいて０から昇順で番号が付されるリソースブロックである。つまり、１１１４は番号０が付される共通リソースブロック（common resource block 0）である。サブキャリア間隔設定μにおいて
、共通リソースブロック０（共通リソースブロックインデックス０、ｎＣＲＢ＃０）のサブキャリアインデックス０の中心は、ポイントＡと一致する。１１０４はサブキャリア間隔設定μにおいて、キャリアの開始位置であり、上位層のパラメータＯｆｆｓｅｔＴｏＣａｒｒｉｅｒから与えられる。つまり、上位層のパラメータＯｆｆｓｅｔＴｏＣａｒｒｉｅｒはポイントＡとキャリアの使用可能な最低のサブキャリアとの間の周波数領域におけるオフセットである。該オフセット（１１１５）は、サブキャリア間隔設定μにおいて、リソースブロックの数を示す。即ち、サブキャリア間隔設定μが異なると、該オフセットの周波数領域の帯域が異なる。サブキャリア間隔設定μにおいて、１１０４はキャリアが開始するリソースブロックの位置であってもよい。物理リソースブロックは、各ＢＷＰに対して０から昇順で番号が付されたリソースブロックである。各ＢＷＰインデックスｉのサブキャリア間隔設定μにおいて、そのＢＷＰインデックスｉにおける物理リソースブロックｎＰＲＢと共通リソースブロックｎＣＲＢの関係は、（式３）ｎＣＲＢ＝ｎＰＲＢ＋ＮｓｔａｒｔＢＷＰ、ｉによって与えられる。各ＢＷＰのサブキャリア間隔設定μにおいて、ＮｓｔａｒｔＢＷＰ、ｉは共通リソースブロックインデックス０に対するＢＷＰインデックスｉが開始する共通リソースブロックの数である。ＮｓｉｚｅＢＷＰ、ｉは、ＢＷＰインデックスｉのサブキャリア間隔設定μにおいて、インデックスｉのＢＷＰの帯域幅を示すリソースブロックの数である。
【０２１４】
ＢＷＰの周波数領域の位置と帯域幅は、上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられる。具体的に言うと、ＢＷＰインデックスｉの第１の物理リソースブロック（物理リソースブロックインデックス０）と連続的な物理リソースブロックの数は上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられる。上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈに示される値はキャリアに対するＲＩＶの値と解釈される。図１２（Ａ）のように、ＮｓｉｚｅＢＷＰが２７５にセットされる。そして、ＲＩＶの値により識別されるＲＢｓｔａｒｔとＬＲＢｓはＢＷＰの第１の物理リソースブロック（物理リソースブロックインデックス０）とＢＷＰの帯域幅を示す連続的な物理リソースブロックの数を示す。ＢＷＰインデックスｉの第１の物理リソースブロックは、上位層のパラメータＯｆｆｓｅｔＴｏＣａｒｒｉｅｒによって示される物理リソースブロック（１１０４）に対する物理リソースブロックオフセットである。ＢＷＰインデックスｉの帯域幅を示すリソースブロックの数はＮｓｉｚｅＢＷＰ、ｉである。ＢＷＰインデックスｉのＮｓｔａｒｔＢＷＰ、ｉは、ＢＷＰインデックスｉの第１の物理リソースブロックおよび上位層のパラメータＯｆｆｓｅｔＴｏＣａｒｒｉｅｒによって示されるオフセットから与えられる。
【０２１５】
即ち、図１１において、ＵＬ  ＢＷＰ＃０のサブキャリア間隔設定μにおいて、１１０５は、ＵＬ  ＢＷＰ＃０（１１０１）における物理リソースブロックインデックス０（ｎＰＲＢ＃０）である。ＵＬ  ＢＷＰ＃０における物理リソースブロックと共通リソースブロックの関係は、ｎＣＲＢ＝ｎＰＲＢ＋ＮｓｔａｒｔＢＷＰ、０によって与えられる。ＵＬ  ＢＷＰ＃０のサブキャリア間隔設定μにおいて、ＮｓｔａｒｔＢＷＰ、０（１１０７）は共通リソースブロックインデックス０に対するＵＬ  ＢＷＰ＃０が開始する共通リソースブロックである。ＮｓｉｚｅＢＷＰ、０（１１０６）は、ＵＬ  ＢＷＰ＃０のサブキャリア間隔設定μにおいて、ＵＬ  ＢＷＰ＃０の帯域幅を示すリソースブロックの数である。
【０２１６】
図１１において、ＵＬ  ＢＷＰ＃１のサブキャリア間隔設定μにおいて、１１０８は、ＵＬ  ＢＷＰ＃１（１１０２）における物理リソースブロックインデックス０（ｎＰＲＢ
＃０）である。ＵＬ  ＢＷＰ＃１における物理リソースブロックと共通リソースブロックの関係は、ｎＣＲＢ＝ｎＰＲＢ＋ＮｓｔａｒｔＢＷＰ、１によって与えられる。ＵＬ  ＢＷＰ＃１のサブキャリア間隔設定μにおいて、ＮｓｔａｒｔＢＷＰ、１（１１１０）は共通リソースブロックインデックス０に対するＵＬ  ＢＷＰ＃１が開始する共通リソースブロックである。ＮｓｉｚｅＢＷＰ、１（１１０９）は、ＵＬ  ＢＷＰ＃１のサブキャリア間隔設定μにおいて、ＵＬ  ＢＷＰ＃０の帯域幅を示すリソースブロックの数である。
【０２１７】
図１１において、ＵＬ  ＢＷＰ＃２のサブキャリア間隔設定μにおいて、１１１１は、ＵＬ  ＢＷＰ＃２（１１０２）における物理リソースブロックインデックス０（ｎＰＲＢ＃０）である。ＵＬ  ＢＷＰ＃２における物理リソースブロックと共通リソースブロックの関係は、ｎＣＲＢ＝ｎＰＲＢ＋ＮｓｔａｒｔＢＷＰ、２によって与えられる。ＵＬ  ＢＷＰ＃２のサブキャリア間隔設定μにおいて、ＮｓｔａｒｔＢＷＰ、２（１１１３）は共通リソースブロックインデックス０に対するＵＬ  ＢＷＰ＃２が開始する共通リソースブロックである。ＮｓｉｚｅＢＷＰ、２（１１１２）は、ＵＬ  ＢＷＰ＃２のサブキャリア間隔設定μにおいて、ＵＬ  ＢＷＰ＃２の帯域幅を示すリソースブロックの数である。
【０２１８】
図１１からみると、端末装置１に設定されている各のＢＷＰに対して、開始する位置（開始する共通リソースブロック、ＮｓｔａｒｔＢＷＰ）とリソースブロックの数（ＮｓｉｚｅＢＷＰ）が異なっている。リソース割り当てのＲＢ番号付けは、確定したＵＬ  ＢＷＰの最も低いＲＢから始まる。例えば、算出するＲＢｓｔａｒｔの値が同じとしても、確定したＵＬ  ＢＷＰの最も低いＲＢが異なると、開始する共通リソースブロックの位置も異なっている。
【０２１９】
図８は、本実施形態における端末装置１のランダムアクセス手順の一例を示す図である。
【０２２０】
＜メッセージ１（Ｓ８０１）＞
Ｓ８０１において、端末装置１は、ＰＲＡＣＨを介してランダムアクセスプリアンブルを基地局装置３へ送信する。この送信されるランダムアクセスプリアンブルをメッセージ１（Msg1）と称してもよい。ランダムアクセスプリアンブルの送信はＰＲＡＣＨ送信とも称する。ランダムアクセスプリアンブルは、複数のシーケンスの中の一つのシーケンスを使うことによって、基地局装置３へ情報を通知するように構成される。例えば、６４種類（ランダムアクセスプリアンブルインデックスの番号は１番から６４番まで）のシーケンスが用意されている。６４種類のシーケンスが用意されている場合、６ビットの情報（ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘまたはプリアンブルインデックスであってよい）を基地局装置３へ示すことができる。この情報は、ランダムアクセスプリアンブル識別子（RAPID, Random Access preamble Identifier）として示されてもよい。
【０２２１】
競合ベースのランダムアクセス手順の場合、端末装置１自身によってランダムアクセスプリアンブルのインデックスがランダムに選択される。競合ベースランダムアクセス手順においては、端末装置１は、設定された閾値を超えるＳＳ／ＰＢＣＨブロックのＲＳＲＰを持つＳＳ／ＰＢＣＨブロックを選択し、プリアンブルグループの選択を行う。ＳＳ／ＰＢＣＨブロックとランダムアクセスプリアンブルの関係が設定されている場合は、端末装置１は、選択されたＳＳ／ＰＢＣＨブロックと選択されたプリアンブルグループに関連付けられた１つまたは複数のランダムアクセスプリアンブルからランダムにｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘを選択し、選択されたｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックス（ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸ）にセットする。また、例えば、選択されたＳＳ／ＰＢＣＨブロックと選択されたプリアンブルグループは、メッセージ３の送信サイズに基づいて、２つのサブグループに分けてもよい。端末装置１は、メッセージ３の送信サイズが小さい場合に小さいメッセージ３の送信サイズに対応するサブグループか
らランダムにプリアンブルインデックスを選択し、メッセージ３の送信サイズが大きい場合に大きいメッセージ３の送信サイズに対応するサブグループからランダムにプリアンブルインデックスを選択してもよい。メッセージサイズが小さい場合のインデックスは、通常、伝搬路の特性が悪い（または、端末装置１と基地局装置３間の距離が遠い）場合に選択され、メッセージサイズが大きい場合のインデックスは、伝搬路の特性が良い（または、端末装置１と基地局装置３間の距離が近い）場合に選択される。
【０２２２】
非競合ベースランダムアクセス手順の場合、端末装置１によって基地局装置３から受信した情報に基づいてランダムアクセスプリアンブルのインデックスが選択される。ここで、当該端末装置１によって基地局装置３から受信した情報は、ＰＤＣＣＨに含まれてもよい。基地局装置３から受信した情報のビットの値が全て０である場合、端末装置１によって競合ベースランダムアクセス手順が実行され、端末装置１自身によってランダムアクセスプリアンブルのインデックスが選択される。
【０２２３】
＜メッセージ２（Ｓ８０２）＞
次いで、メッセージ１を受信した基地局装置３は、Ｓ８０２において、端末装置１に送信を指示するための上りリンクグラント（RAR UL grant, Random Access Response Grant、ＲＡＲ  ＵＬグラント）を含むＲＡＲメッセージを生成し、生成したＲＡＲメッセージを含むランダムアクセス応答をＤＬ−ＳＣＨで端末装置１へ送信する。即ち、基地局装置３は、Ｓ８０１において送信されたランダムアクセスプリアンブルに対応するＲＡＲメッセージを含むランダムアクセス応答をプライマリセル（または、プライマリセカンダリセル）におけるＰＤＳＣＨで送信する。当該ＰＤＳＣＨは、ＲＡ−ＲＮＴＩを含むＰＤＣＣＨに対応する。該ＲＡ−ＲＮＴＩは、ＲＡ−ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄによって算出される。ここで、ｓ＿ｉｄは、送信されるＰＲＡＣＨの最初のＯＦＤＭシンボルのインデックスであり、０から１３までの値を取る。ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨの最初のスロットのインデックスであり、０から７９までの値を取る。ｆ＿ｉｄは、周波数領域でＰＲＡＣＨのインデックスであり、０から７までの値を取る。ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄはＭｓｇ１送信に使われる上りリンクキャリアである。ＮＵＬキャリアに対するｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは０であり、ＳＵＬキャリアに対するｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは１である。
【０２２４】
ランダムアクセス応答を、メッセージ２またはＭｓｇ２と称してもよい。また、基地局装置３は、受信したランダムアクセスプリアンブルに対応したランダムアクセスプリアンブル識別子、および、該識別子に対応するＲＡＲメッセージ（ＭＡＣ  ＲＡＲ）をメッセージ２に含める。基地局装置３は、受信したランダムアクセスプリアンブルから端末装置１と基地局装置３との間の送信タイミングのずれを算出し、該ずれを調整するための送信タイミング調整情報（ＴＡコマンド,Timing Advance Command）をＲＡＲメッセージに含
める。該ＲＡＲメッセージは、上りリンクグラントにマップされるランダムアクセスレスポンスグラントフィールド、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ（Cell Radio Network Temporary Identifier）がマップされるＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩフィールド、
および、ＴＡコマンド（Timing Advance Command）を少なくとも含む。端末装置１は、ＴＡコマンドに基づいて、ＰＵＳＣＨ送信のタイミングを調整する。セルのグループ毎にＰＵＳＣＨ送信のタイミングが調整されてもよい。また、基地局装置３は、受信したランダムアクセスプリアンブルに対応したランダムアクセスプリアンブル識別子をメッセージ２に含める。
【０２２５】
ＰＲＡＣＨ送信に応答するために、端末装置１は、ランダムアクセス応答ウインドウの期間に、SpCell（PCellまたはPSCell）において、対応するＲＡ−ＲＮＴＩによってスク
ランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット１＿０を検出（モ
ニタ）する。該ランダムアクセス応答ウインドウの期間（ウインドウサイズ）は上位レイヤパラメータｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗによって与えられる。ウインドウサイズはＴｙｐｅ１−ＰＤＣＣＨコモンサーチスペースのサブキャリア間隔に基づくスロット数である。
【０２２６】
端末装置１がウインドウの期間内にＲＡ−ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマット１＿０および１つのＤＬ−ＳＣＨトランスポートブロックを含むＰＤＳＣＨを検出した場合、端末装置１はそのトランスポートブロックを上位レイヤに渡す。上位レイヤは、ＰＲＡＣＨ送信に関連するランダムアクセスプリアンブル識別子（RAPID）のためにそのトランスポートブロックを解析する。上位レイアがそのＤＬ
−ＳＣＨトランスポートブロックのＲＡＲメッセージに含まれるＲＡＰＩＤを識別（identify）する場合、上位レイヤは物理レイヤに上りリンクグラントを示す。識別することは、受信したランダムアクセス応答に含まれるＲＡＰＩＤと送信したランダムアクセスプリアンブルに対応するＲＡＰＩＤとが同一であること。上りリンクグラントは、物理レイヤにおいてランダムアクセスレスポンス上りリンクグラント（RAR UL grant）と称する。即ち、端末装置１はランダムアクセスプリアンブル識別子に対応するランダムアクセス応答（メッセージ２）をモニタすることで、基地局装置３から自装置宛てのＲＡＲ  メッセージ（ＭＡＣ  ＲＡＲ）を特定することができる。
【０２２７】
（ｉ）端末装置１がウインドウの期間内にＲＡ−ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマット１＿０を検出しない場合、または、（ｉｉ）端末装置１がウインドウの期間内にＰＤＳＣＨにおけるＤＬ−ＳＣＨトランスポートブロックを正しく受信しない場合、または、（ｉｉｉ）上位レイヤがＰＲＡＣＨ送信に関連するＲＡＰＩＤを識別しない場合、上位レイヤは物理レイヤにＰＲＡＣＨを送信するように指示する。
【０２２８】
受信したランダムアクセスレスポンスに、送信したランダムアクセスプリアンブルに対応するランダムアクセスプリアンブル識別子が含まれており、端末装置１によって基地局装置３から受信した情報に基づいてランダムアクセスプリアンブルが選択された場合、端末装置１は非競合ベースランダムアクセス手順が成功裏に完了したとみなし、ランダムアクセスレスポンスに含まれている上りリンクグラントに基づいてＰＵＳＣＨを送信する。
受信したランダムアクセスレスポンスに、送信したランダムアクセスプリアンブルに対応するランダムアクセスプリアンブル識別子が含まれており、端末装置１自身によってランダムアクセスプリアンブルが選択された場合、ＴＣ−ＲＮＴＩを受信したランダムアクセスレスポンスに含まれるＴＣ−ＲＮＴＩフィールドの値にセットし、ランダムアクセスレスポンスに含まれている上りリンクグラントに基づいてＰＵＳＣＨでランダムアクセスメッセージ３を送信する。ランダムアクセスレスポンスに含まれている上りリンクグラントに対応するＰＵＳＣＨは、対応するプリアンブルがＰＲＡＣＨで送信されたサービングセルにおいて送信される。
【０２２９】
ＲＡＲ  ＵＬ  グラント（RAR uplink grant）はＰＵＳＣＨ送信（または、RAR  ＰＵ
ＳＣＨ）のスケジューリングのために用いられる。ＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨ（またはＰＵＳＣＨ送信）をＲＡＲ  ＰＵＳＣＨ（またはＲＡＲ
ＰＵＳＣＨ送信）と称してもよい。つまり、ＲＡＲ  ＰＵＳＣＨ送信はＲＡＲ  ＵＬグラントに対応するＰＵＳＣＨ送信である。即ち、ＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨ（ＰＵＳＣＨ送信）はＲＡＲ  ＵＬグラントに対応するＰＵＳＣＨ（ＰＵＳＣＨ送信）であってもよい。
【０２３０】
競合ベースランダムアクセス手順において、端末装置１はＲＡＲ  ＵＬグラントに基づきMsg3(メッセージ３)の送信を行う。つまり、競合ベースランダムアクセス手順において
、Msg3  ＰＵＳＣＨ（Msg3 PUSCH送信）はＲＡＲ  ＵＬグラントによってスケジュールされる。Msg3は競合ベースランダムアクセス手順の最初にスケジュールされた送信（ＰＵＳＣＨ送信、first scheduled transmission）であってもよい。Msg3は競合ベースランダムアクセス手順の一部分として、Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥまたはＣＣＣＨ  ＳＤＵを含むメッセージであり、ＵＬ−ＳＣＨで送信されてもよい。競合ベースランダムアクセス手順において、RAR PUSCH送信はMsg3 PUSCH送信であってもよい。非競合ベースランダムア
クセス手順において、端末装置１はＲＡＲ  ＵＬ  グラントに基づきＰＵＳＣＨ（RAR PUSCH）の送信を行ってもよい。つまり、非競合ベースランダムアクセス手順において、Ｒ
ＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨをMsg3 PUSCHと称しなくてもよい。また、非競合ベースランダムアクセス手順において、ＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨをNon-Msg3 PUSCHと称してもよい。つまり、非競合ベースランダムアクセス手順において、Non-Msg3 PUSCHはＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨであってもよい。
【０２３１】
また、本実施形態において、Ｍｓｇ３  ＰＵＳＣＨは、競合ベースランダムアクセス手順において、ＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨを含んでもよい。また、Ｍｓｇ３  ＰＵＳＣＨは、非競合ベースランダムアクセス手順において、ＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨを含んでもよい。Ｍｓｇ３  ＰＵＳＣＨは、ランダムアクセス手順における最初にスケジュールされる上りリンク送信（ＰＵＳＣＨ送信、first scheduled transmission）であってもよい。つまり、Ｍｓｇ３  ＰＵＳＣＨは、ランダムアクセス手順のタイプ（競合ベースランダムアクセス手順か非競合ベースランダムアクセス手順）と関わらず、ＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨであってもよい。そして、競合ベースランダムアクセス手順において、Ｍｓｇ３  ＰＵＳＣＨの再送信は、ＴＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット０＿０によってスケジュールされてもよい。非競合ベースランダムアクセス手順において、Ｍｓｇ３  ＰＵＳＣＨの再送信は、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット０＿０によってスケジュールされてもよい。
【０２３２】
‘(Ｍｓｇ３)ＰＵＳＣＨ  ｔｉｍｅ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ’フィールドはＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨための時間領域のリソース割り当てを示すために用いられる。
‘ＭＣＳ’フィールドはＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨためのＭＣＳインデックスの決定に用いられる。
‘ＴＰＣ  ｃｏｍｍａｎｄ  ｆｏｒ  ｓｃｈｅｄｕｌｅｄ  ＰＵＳＣＨ’フィールドはＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨの送信電力のセッテイングのために用いられる。
競合ベースランダムアクセス手順において、‘ＣＳＩ  ｒｅｑｕｅｓｔ’フィールドはリザーブ（reserved）される。非競合ベースランダムアクセス手順において、‘ＣＳＩ  ｒｅｑｕｅｓｔ’フィールドはアピリオディックＣＳＩレポートがＰＵＳＣＨ送信に含まれるどうかを決定するために用いられる。
【０２３３】
図９はＲＡＲ  ＵＬ  グラントに含まれるフィールドの一例を示す図である。図９における周波数ホッピングフラグ（Frequency hopping flag）の値が０である場合、端末装置１は周波数ホッピングなしでＲＡＲ  ＵＬグラントによってスケジュールされたＰＵＳＣＨを送信する。周波数ホッピングフラグ（Frequency hopping flag）の値が１である場合、端末装置１は周波数ホッピングを伴うＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨを送信する。ＲＡＲ  ＵＬグラントがスケジュールするＰＵＳＣＨの周波数リソース割り当ては上りリンクリソース割り当てタイプ１であってもよい。
【０２３４】
図７は本実施形態における周波数ホッピングの一例を示す図である。図７（ａ）は周波数ホッピングなしＰＵＳＣＨ送信の一例である。図７（ｂ）はスロット内周波数ホッピング（intra-slot frequency hopping）を伴うＰＵＳＣＨ送信の一例である。図７（ｃ）はスロット間周波数ホッピング（inter-slot frequency hopping）を伴うＰＵＳＣＨ送信の一例である。
【０２３５】
図７（ｂ）において、スロット内周波数ホッピングを伴うＰＵＳＣＨ送信は,スロット
において、第１の周波数ホップ（first frequency hop、第１のホップ、第１の周波数単
位）と第２の周波数ホップ（second frequency hop、第１のホップ、第２の周波数単位）から成る。第１の周波数ホップのシンボル数はFloor(ＮPUSCH,ssymb／２)によって与えられてもよい。第２の周波数ホップのシンボル数はＮPUSCH,ssymbーFloor(ＮPUSCH,ssymb／２)によって与えられてもよい。ＮPUSCH,ssymbは、1つのスロット内のOFDMシンボルにお
けるPUSCH送信の長さである。つまり、ＮPUSCH,ssymbは、1つのスロット内のスケジュー
ルされるＰＵＳＣＨに使われるＯＦＤＭシンボルの数であってもよい。ＮPUSCH,ssymbの
値は、ＤＣＩフォーマットまたはＲＡＲ  ＵＬグラントに含まれるフィールドに示されてもよい。第１の周波数ホップの開始ＲＢ（starting RB）と第１の周波数ホップの開始Ｒ
Ｂ間のリソースブロックの差RBoffsetをリソースブロックの周波数オフセットと称してもよい。つまり、RBoffsetは2つの周波数ホップ間のRBの周波数オフセットである。また、RBoffsetを第２の周波数ホップのための周波数オフセットと称してもよい。例えば、第１
の周波数ホップの開始ＲＢをＲＢstartと称する。第２の周波数ホップの開始ＲＢは、（
式５）（ＲＢstart＋RBoffset）modＮｓｉｚｅＢＷＰによって与えられてもよい。ＲＢstartは周波数リソース割り当てフィールドによって与えられてもよい。関数(Ａ)mod(B)は
、ＡとＢの割り算をし、割り切れない余りの数字をを出力する。図７（ｂ）において、スロット内周波数ホッピングはシングルスロットＰＵＳＣＨ送信および／またはマルチスロットＰＵＳＣＨ送信に適用されてもよい。
【０２３６】
図７（ｃ）において、スロット間周波数ホッピングはマルチスロットＰＵＳＣＨ送信（multi-slot PUSCH transmission）に適用されてもよい。RBoffsetは2つの周波数ホップ間のRBの周波数オフセットである。
【０２３７】
以下、‘（Ｍｓｇ３）ＰＵＳＣＨ  ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ’フィールドの解釈について説明する。該フィールドはＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨ送信に対してリソースの割り当てのために用いられる。‘（Ｍｓｇ３）ＰＵＳＣＨ  ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ’（ＰＵＳＣＨ周波数リソースアサインメント、Ｍｓｇ３  ＰＵＳＣＨ周波数リソース割り当て、ＰＵＳＣＨ周波数リソース割り当て)フィールドは固定サイズのリ
ソースブロックアサインメント（fixed size resource block assignment）、または、ＲＡＲ  ＰＵＳＣＨ周波数リソース割り当て（RAR PUSCH frequency resource allocation
）と称されてもよい。ＰＵＳＣＨ周波数リソース割り当てフィールド（または、周波数リソースアサインメントフィールド）は、端末装置１に対して設定されているＵＬ  ＢＷＰの帯域幅に関係なく、固定のビット数を有する。端末装置１はアクティブなＵＬ  ＢＷＰのサイズＮｓｉｚｅＢＷＰに基づき、周波数リソース割り当てフィールドを処理する。つまり、端末装置１は、アクティブなＵＬ  ＢＷＰのサイズ（ＮｓｉｚｅＢＷＰ）に基づいて、ＰＵＳＣＨ周波数リソース割り当てに対してビットをトランケートしたり、挿入したりする。そして、端末装置１は、ＰＵＳＣＨ周波数リソース割り当てに対してビットをトランケートしたり、挿入したりするによって、リソース割り当てが適用されるＵＬ  ＢＷＰの帯域幅に適応させることができる。
【０２３８】
図１０は、本実施形態に係る‘ＰＵＳＣＨ  ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ’フィールドの解釈の一例を示す図である。
【０２３９】
図１０（Ａ）における１００１は固定の１４ビットを有する‘ＰＵＳＣＨ  ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ’フィールドである。１００２はＮＵＬ,ｈｏｐホッピングビットである。１００３は１００１からＮＵＬ,ｈｏｐホッピングビットを除いて残ったビットであり、（１４−ＮＵＬ,ｈｏｐ）ビットである。即ち、１
４ビットの１００１は１００２と１００３から構成される。ＮＵＬ,ｈｏｐホッピングビ
ットのビット数は、‘Ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ  ｆｌａｇ’フィールドに示される値、および／または、ＮｓｉｚｅＢＷＰの帯域幅に基づいて、与えられる。例えば、ＮＵＬ,ｈｏｐ例のビット数は、ＮｓｉｚｅＢＷＰのサイズが所定のリソースブロック
数の値により小さい場合に、１ビットであってもよい。ＮＵＬ,ｈｏｐ例のビット数は、
ＮｓｉｚｅＢＷＰのサイズが所定のリソースブロック数の値により等しいまたは大きい場合に、２ビットであってもよい。所定のリソースブロック数の値は５０であってもよい。ＮｓｉｚｅＢＷＰの説明は後述する。
【０２４０】
前述のように、周波数ホッピングフラグ（Frequency hopping flag）の値が０である場合、ＮＵＬ,ｈｏｐホッピングビットは０ビットである。この場合、１００３は１００１
であり、１４ビットを有する。周波数ホッピングフラグ（Frequency hopping flag）の値が１である場合、ＮＵＬ,ｈｏｐホッピングビットのビット数は、ＮｓｉｚｅＢＷＰの値
が所定のリソースブロック数の値Ｙ（例えば、５０）を超えているかどうかに基づいて、１ビットまたは２ビットに与えられてもよい。例えば、ＮｓｉｚｅＢＷＰが所定のリソースブロック数の値Ｙにより小さい場合、ＮＵＬ,ｈｏｐホッピングビットは１ビットに与
えられてもよい。ＮｓｉｚｅＢＷＰが所定のリソースブロック数の値Ｙにより等しいまたは大きい場合、ＮＵＬ,ｈｏｐホッピングビットは２ビットに与えられてもよい。即ち、
１００３は１２ビットまたは１３ビットを有する。
【０２４１】
図１０（Ｂ）はＮｓｉｚｅＢＷＰが所定のリソースブロック数の値１８０により小さいまたは等しい場合に‘ＰＵＳＣＨ  ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ’フィールドのビットをトランケートする一例を示す図である。
【０２４２】
図１０（Ｂ）において、端末装置１は、ＮｓｉｚｅＢＷＰが所定のリソースブロック数の値Ｘにより小さいまたは等しい場合に、ＰＵＳＣＨ周波数リソース割り当てのビットを最小位ビット（ＬＳＢ）からｂビットトランケートする。つまり、ｂビットはトランケートされるビット数である。ｂの値は、（式１）ｂ＝Ceiling(ｌｏｇ２（ＮｓｉｚｅＢＷＰ（ＮｓｉｚｅＢＷＰ＋１）／２）)によって算出される。ここで、関数Ceiling(Ａ)は、Ａを下回らない最小の整数を出力する。トランケートされるＰＵＳＣＨ周波数リソース割り当ては、トランケートされる周波数リソース割り当てフィールドと称してもよい。端末装置１は、ＤＣＩ  フォーマット０＿０に含まれる周波数リソース割り当てフィールド（frequency domain resource assignment）に対するルールに従って、トランケートされる周波数リソース割り当てフィールドを解釈してもよい
【０２４３】
図１０（Ｂ）において、１００４は１４ビットを有するＰＵＳＣＨ周波数リソース割り当てである。１００５はＮＵＬ,ｈｏｐホッピングビットである。１００６はＰＵＳＣＨ
周波数リソース割り当ての中にＮＵＬ,ｈｏｐホッピングビット以外のビットである。１
００８はトランケートされるリソースブロック割り当てである。１００８のビット数は、ｂビットである。１００７のビット数は１４−ｂである。
【０２４４】
図１０（Ｃ）はＮｓｉｚｅＢＷＰの帯域幅が所定のリソースブロック数の値１８０により大きい場合に‘ＰＵＳＣＨ  ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ’フィールドのビットを挿入（insert）する一例を示す図である
【０２４５】
図１０（Ｃ）において、１００９は１４ビットを有するＰＵＳＣＨ周波数リソース割り当てである。１０１０はＮＵＬ,ｈｏｐホッピングビットである。１０１２はＰＵＳＣＨ
周波数リソース割り当てからＮＵＬ,ｈｏｐホッピングビットを除いて残ったビットであ
る。１０１２のビット数は、（１４−ＮＵＬ,ｈｏｐ）ビットである。端末装置１は、Ｎ
ｓｉｚｅＢＷＰが所定のリソースブロック数の値Ｘに大きい場合に、ＰＵＳＣＨ周波数リソース割り当ての中にＮＵＬ,ｈｏｐホッピングビットの後に‘０’の値にセットするｂ
最上位ビット（ＭＳＢ、most significant bits）を挿入する。つまり、ｂビットは挿入
されるビットの数である。ｂの値は、（式２）ｂ＝（Ceiling(ｌｏｇ２（ＮｓｉｚｅＢＷＰ（ＮｓｉｚｅＢＷＰ＋１）／２）)―Ｚ）によって算出される。Ｚの値は１４であって
もよい。ｂビットが挿入されるＰＵＳＣＨ周波数リソース割り当ては、拡張されるリソースブロック割り当てフィールドと称してもよい。端末装置１は、ＤＣＩ  フォーマット０＿０に含まれる周波数リソース割り当てフィールド（frequency domain resource assignment）対するルールに従って、拡張される周波数リソース割り当てフィールドを解釈してもよい。図１０（Ｃ）において、１０１１のビット数はｂビットである。１００９は拡張された周波数リソース割り当てである。１００９のビット数は、ＰＵＳＣＨ周波数リソース割り当ての１４ビットとｂビットの和である。
【０２４６】
本実施形態の一態様Ａであり、図１０において、ＮｓｉｚｅＢＷＰはアクティブなＵＬ
ＢＷＰのサイズであってもよい。端末装置１に対して少なくとも１つのＤＬ  ＢＷＰと１つのＵＬ  ＢＷＰを含む１つ初期ＢＷＰが設定される。さらに、端末装置１に対して最大４つまでの追加のＢＷＰが設定される。そして、端末装置１に対して設定されている各ＵＬ  ＢＷＰのサイズは異なってもよい。前述のように、活性化されたサービングセルにおいて、常に一つのアクティブな（活性化された）ＢＷＰがある。例えば、アクティブなＵＬ  ＢＷＰが初期ＵＬ  ＢＷＰである場合、ＮｓｉｚｅＢＷＰは初期ＵＬ  ＢＷＰのサイズである。アクティブなＵＬ  ＢＷＰが追加のＵＬ  ＢＷＰである場合、ＮｓｉｚｅＢＷＰはアクティベートされている追加のＵＬ  ＢＷＰのサイズである。ＵＬ  ＢＷＰのサイズは対応するＵＬ  ＢＷＰの帯域幅を示すリソースブロックの数である。端末装置１は、リソース割り当てを特定する場合に、まずリソース割り当てが適用されるＵＬ  ＢＷＰを確定し、次に確定したＵＬ  ＢＷＰ内のリソース割り当てを決定する。
【０２４７】
図１０において、端末装置１は、アクティブなＵＬ  ＢＷＰのサイズＮｓｉｚｅＢＷＰに基づいて、ＰＵＳＣＨ周波数リソース割り当てフィールドに対してビットをトランケートしたり、挿入したりすることを決定する。ただし、競合ベースランダムアクセス手順において、端末装置１は、初期ＵＬ  ＢＷＰのサイズＮｓｉｚｅＢＷＰ、０に基づいて、ＰＵＳＣＨ周波数リソース割り当てフィールドに対してビットをトランケートしたり、挿入したりすることを決定してもよい。つまり、競合ベースランダムアクセス手順において、端末装置１は、以下の条件１と条件２に基づいて、アクティブなＵＬ  ＢＷＰ内のMsg3 PUSCH送信および／またはMsg3 PUSCHの再送信のための周波数領域リソース割り当てを決定してもよい。該周波数領域リソース割り当てはアクティブなＵＬ  ＢＷＰ内で決定されてもよい。Msg3 PUSCHの再送信はMsg3 PUSCH内のトランスポートブロックの再送信を意味する。該Msg3 PUSCH内のトランスポートブロックの再送信は、ＲＡＲメッセージに示されるＴＣ−ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマット０＿０によってスケジュールされてもよい。即ち、競合ベースランダムアクセス手順において、ＲＡＲメッセージに含まれるＲＡＲ  ＵＬグラントに対応するＰＵＳＣＨで送信されたトランスポートブロックのＰＵＳＣＨ再送信は、ＴＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット０＿０によってスケジュールされる。該ＤＣＩフォーマット０＿０はタイプ１ＰＤＣＣＨコモンサーチスペースセットのＰＤＣＣＨで送信される。以下の条件１および条件２における初期ＵＬ  ＢＷＰとアクティブなＵＬ  ＢＷＰは同じサービングセルの同じ上りリンクキャリアに対応する。該上りリンクキャリアはＰＲＡＣＨ送信およびMsg3 PUSCH送信が行われる上りリンクキャリア
であってもよい。
【０２４８】
端末装置１は、（条件１）アクティブなＵＬ  ＢＷＰと初期ＵＬ  ＢＷＰが同じサブキャリア間隔と同じＣＰ（Cyclic Prefix）の長さを有し、且つ、アクティブなＵＬ  ＢＷ
Ｐが初期ＵＬ  ＢＷＰの全てのリソースブロックを含む場合、または、（条件２）アクティブなＵＬ  ＢＷＰが初期ＵＬ  ＢＷＰである場合、初期ＵＬ  ＢＷＰを使い、アクティブなＵＬ  ＢＷＰ内のＭｓｇ３  ＰＵＳＣＨ送信および／またはＭｓｇ３  ＰＵＳＣＨの再送信のための周波数リソース割り当てを決定する。つまり、ＲＡＲ  ＵＬグラントに含まれるＭｓｇ３  ＰＵＳＣＨ周波数リソース割り当てフィールドに示されるＲＩＶの値は、初期ＵＬ  ＢＷＰのサイズ、仮想リソースブロックの開始位置ＲＢｓｔａｒｔ、および、連続的に割り当てられるリソースブロックの数ＬＲＢｓに基づいて、与えられる。つまり、Ｍｓｇ３  ＰＵＳＣＨの再送信をスケジュールするＤＣＩフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドに示されるＲＩＶの値は、初期ＵＬ  ＢＷＰのサイズ、仮想リソースブロックの開始位置ＲＢｓｔａｒｔ、および、連続的に割り当てられるリソースブロックの数ＬＲＢｓに基づいて、与えられる。Msg3 PUSCH送信またはMsg3 PUSCHの再送信において、（条件１）または（条件２）の内何れかの一方または両方が満たされる場合、第２のホップための周波数オッフセットの算出に用いられるＮｓｉｚｅＢＷＰは、初期ＵＬ  ＢＷＰのサイズであってもよい。つまり、この場合、図１７において、ＮｓｉｚｅＢＷＰは、初期ＵＬ  ＢＷＰのサイズであってもよい。
【０２４９】
別の言い方で言えば、Msg3 PUSCH送信および／またはMsg3 PUSCHの再送信のための周波数領域リソース割り当てに対して、端末装置１は、（条件１）アクティブなＵＬ  ＢＷＰと初期ＵＬ  ＢＷＰが同じサブキャリア間隔と同じＣＰ（Cyclic Prefix）の長さを有し
、且つ、アクティブなＵＬ  ＢＷＰが初期ＵＬ  ＢＷＰの全てのリソースブロックを含む場合に、または、（条件２）アクティブなＵＬ  ＢＷＰが初期ＵＬ  ＢＷＰである場合に、初期ＵＬ  ＢＷＰを確定し、確定した初期ＵＬ  ＢＷＰ内での周波数方向のリソース割り当てを決定する。リソース割り当てのリソースブロック番号付けは、確定した初期ＵＬ
ＢＷＰの最も低いＲＢから始まる。つまり、端末装置１は、図１２（Ａ）を用いてＲＩＶを算出する時に、図１２（Ａ）におけるＮｓｉｚｅＢＷＰには初期ＵＬ  ＢＷＰのサイズ帯域幅ＮｓｉｚｅＢＷＰ、０を使う。Ｍｓｇ３  ＰＵＳＣＨ送信またはMsg3 PUSCHの再送信のための周波数リソース割り当てのＲＢ番号付けは初期ＵＬ  ＢＷＰの最も低いＲＢ（first RB、lowest RB）から始まってもよい。ここで、Ｍｓｇ３  ＰＵＳＣＨ送信また
はMsg3 PUSCHの再送信はアクティブなＵＬ  ＢＷＰにおいて行われる。アクティブなＵＬ
ＢＷＰが初期ＵＬ  ＢＷＰである場合、Ｍｓｇ３  ＰＵＳＣＨ送信が初期ＵＬ  ＢＷＰ（アクティベートされている初期ＵＬ  ＢＷＰ）で行われる。アクティブなＵＬ  ＢＷＰが初期ＵＬ  ＢＷＰではない場合、Ｍｓｇ３  ＰＵＳＣＨ送信がアクティブなＵＬ  ＢＷＰで行われる。
【０２５０】
端末装置１は、条件１および条件２の両方が満たされない場合に、Msg3 PUSCH送信および／またはMsg3 PUSCHの再送信のための周波数領域リソース割り当てのリソースブロックの最大数が初期ＵＬ  ＢＷＰのリソースブロックの数に等しいし、ＲＢ番号付けがアクティブなＵＬ  ＢＷＰの最も低いＲＢ（first RB、lowest RB）から始まることを決定して
もよい。この時、ＲＡＲ  ＵＬグラントに含まれるＭｓｇ３  ＰＵＳＣＨ周波数リソース割り当てフィールドに示されるＲＩＶの値は、初期ＵＬ  ＢＷＰのサイズ、仮想リソースブロックの開始位置ＲＢｓｔａｒｔ、および、連続的に割り当てられるリソースブロックの数ＬＲＢｓに基づいて、与えられる。つまり、Ｍｓｇ３  ＰＵＳＣＨの再送信をスケジュールするＤＣＩフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドに示されるＲＩＶの値は、初期ＵＬ  ＢＷＰのサイズ、仮想リソースブロックの開始位置ＲＢｓｔａｒｔ、および、連続的に割り当てられるリソースブロックの数ＬＲＢｓに基づいて、与えられる。ただし、ＲＢ番号付けがアクティブなＵＬ  ＢＷＰの最も低いＲＢ（
first RB、lowest RB）から始まってもよい。Msg3 PUSCH送信またはMsg3 PUSCHの再送信
において、（条件１）または（条件２）の両方が満たされない場合、第２のホップための周波数オッフセットの算出に用いられるＮｓｉｚｅＢＷＰは、アクティブなＵＬ  ＢＷＰのサイズであってもよい。つまり、この場合、図１７において、ＮｓｉｚｅＢＷＰは、アクティブなＵＬ  ＢＷＰのサイズであってもよい。また、Msg3 PUSCH送信またはMsg3 PUSCHの再送信において、（条件１）または（条件２）の両方が満たされない場合、第２のホップための周波数オッフセットの算出に用いられるＮｓｉｚｅＢＷＰは、初期ＵＬ  ＢＷＰのサイズであってもよい。つまり、この場合、図１７において、ＮｓｉｚｅＢＷＰは、初期ＵＬ  ＢＷＰのサイズであってもよい。
【０２５１】
Msg3 PUSCH送信および／またはMsg3 PUSCHの再送信のための周波数領域リソース割り当てに対して、端末装置１は、条件１および条件２の両方が満たされない場合に、アクティブなＵＬ  ＢＷＰを確定し、確定したアクティブＵＬ  ＢＷＰ内での周波数方向のリソース割り当てを決定する。Ｍｓｇ３  ＰＵＳＣＨ送信またはMsg3 PUSCHの再送信のための周波数リソース割り当てのリソースブロック番号付けは、確定したアクティブＵＬ  ＢＷＰの最も低いＲＢから始まる。ただし、端末装置１は、図１２（Ａ）を用いてＲＩＶを算出する時に、図１２（Ａ）におけるＮｓｉｚｅＢＷＰには初期ＵＬ  ＢＷＰのサイズ帯域幅ＮｓｉｚｅＢＷＰ、０を使う。ここで、Ｍｓｇ３  ＰＵＳＣＨ送信またはMsg3 PUSCHの再送信はアクティブなＵＬ  ＢＷＰにおいて行われる。アクティブなＵＬ  ＢＷＰが初期ＵＬ  ＢＷＰである場合、Ｍｓｇ３  ＰＵＳＣＨ送信が初期ＵＬ  ＢＷＰ（アクティベートされている初期ＵＬ  ＢＷＰ）で行われる。アクティブなＵＬ  ＢＷＰが初期ＵＬ  ＢＷＰではない場合、Ｍｓｇ３  ＰＵＳＣＨ送信がアクティブなＵＬ  ＢＷＰで行われる。
【０２５２】
前述のよう、周波数ホッピングフラグ（Frequency hopping flag）の値が１にセットされる場合、ＮＵＬ,ｈｏｐホッピングビットのビット数は、ＮｓｉｚｅＢＷＰの値が所定
のリソースブロック数の値Ｙを超えているかどうかに基づいて、１ビットまたは２ビットに与えられてもよい。Ｍｓｇ３  ＰＵＳＣＨ送信またはMsg3 PUSCHの再送信において、ＮＵＬ,ｈｏｐホッピングビットのビット数は、初期ＵＬ  ＢＷＰのサイズが所定のリソー
スブロック数の値Ｙを超えているかどうかに基づいて、１ビットまたは２ビットに与えられてもよい。Ｍｓｇ３  ＰＵＳＣＨ送信において、ＮＵＬ,ｈｏｐホッピングビットのビ
ットはＲＡＲ  ＵＬグラントに含まれるＰＵＳＣＨ周波数リソース割り当てフィールドに含まれてもよい。Msg3 PUSCHの再送信において、ＮＵＬ,ｈｏｐホッピングビットのビッ
トはＤＣＩフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドに含まれてもよい。Ｍｓｇ３  ＰＵＳＣＨ送信またはＭｓｇ３  ＰＵＳＣＨの再送信において、第２のホップ（hop）のための周波数オフセットの値は、図１７によって与えられてもよ
い。図１７は、本実施形態において、周波数ホッピングを伴うＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨのための第２のホップの周波数オフセットを示す図である。つまり、Ｍｓｇ３  ＰＵＳＣＨ送信またはMsg3 PUSCHの再送信において、図１７におけるＮｓｉｚｅＢＷＰは初期ＵＬ  ＢＷＰのサイズ（ＮｓｉｚｅＢＷＰ、０）であってもよい。具体的に言うと、Ｍｓｇ３  ＰＵＳＣＨ送信またはMsg3 PUSCHの再送信において、第２のホップ（hop）のための周波数オフセットの値は、初期ＵＬ  ＢＷＰのサイズ（
ＮｓｉｚｅＢＷＰ、０）に基づいて決定されてもよい。図１７参照すると、ＮｓｉｚｅＢＷＰが所定のリソースブロック数の値Ｙにより小さい場合、ＮＵＬ,ｈｏｐホッピングビ
ットは１ビットに与えられてもよい。Msg3 PUSCH送信のために第２のホップの周波数オッフセット（RBoffset）は、Floor(ＮｓｉｚｅＢＷＰ／２)またはFloor(ＮｓｉｚｅＢＷＰ
／４)である。ＮｓｉｚｅＢＷＰが所定のリソースブロック数の値Ｙにより等しいまたは
大きい場合、ＮＵＬ,ｈｏｐホッピングビットは２ビットに与えられてもよい。Msg3 ＰＵＳＣＨ送信のために第２のホップの周波数オッフセットは、Floor(ＮｓｉｚｅＢＷＰ／２)、Floor(ＮｓｉｚｅＢＷＰ／４)、または、―Floor(ＮｓｉｚｅＢＷＰ／４)である。こ
こで、図１７において、Msg3 PUSCH送信のために第２のホップの周波数オッフセットに用
いられるＮｓｉｚｅＢＷＰは、初期ＵＬ  ＢＷＰのサイズであってもよい。また、Msg3 PUSCH送信のために第２のホップの周波数オッフセットに用いられるＮｓｉｚｅＢＷＰは、アクティブなＵＬ  ＢＷＰのサイズであってもよい
【０２５３】
前述のように、Msg3 PUSCHの再送信をスケジュールするＤＣＩフォーマット０＿０はＴＣ−ＲＮＴＩによってスクランブルされるＣＲＣが付加される。つまり、ＴＣ−ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマット０＿０によってスケジュールされるＰＵＳＣＨに対して、周波数オフセットの値は、図１７に基づいて決定されてもよい。この時に、図１７におけるＮｓｉｚｅＢＷＰは初期ＵＬ  ＢＷＰのサイズであってもよい。ＴＣ−ＲＮＴＩ以外のＲＮＴＩ（例えば、Ｃ−ＲＮＴＩ、ＭＣＳ−Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ）によってスクランブルされるＣＲＣが付加されるＤＣＩフォーマット０＿０（またはＤＣＩフォーマット０＿１）によってスケジュールされるＰＵＳＣＨに対して、周波数オフセットの値は、PUSCH-Configに含まれる上位層のパラメータfrequencyHoppingOffsetListsによって設定される。上位層のパラメータfrequencyHoppingOffsetListsは、周波数ホッピングが適用される時に、周波数オフセット（周波数ホッピングオフセット）値のセットを示すために用いられる。例えば、アクティブなＵＬ  ＢＷＰのサイズが所定のリソースブロック数の値５０ＰＲＢにより小さい場合、該ＤＣＩフォーマットは、上位層のパラメータが設定されている２つの周波数オフセットの内から１つを示してもよい。また、アクティブなＵＬ  ＢＷＰのサイズが所定のリソースブロック数の値５０ＰＲＢにより等しいまたは大きい場合、該ＤＣＩフォーマットは、上位層のパラメータが設定されている４つの周波数オフセットの内から１つを示してもよい。スケジュールされるＰＵＳＣＨには上りリンクリソース割り当てタイプ１が使われてもよい。本実施形態において、周波数ホッピングは上りリンクリソース割り当てタイプ１と伴ってもよい。
【０２５４】
非競合ベースランダムアクセス手順において、端末装置１は、アクティブなＵＬ  ＢＷＰのサイズＮｓｉｚｅＢＷＰに基づいて、ＰＵＳＣＨ周波数リソース割り当てフィールドに対してビットをトランケートしたり、挿入したりすることを決定してもよい。つまり、非競合ベースランダムアクセス手順において、端末装置１は、アクティブなＵＬ  ＢＷＰのサイズＮｓｉｚｅＢＷＰに基づいて、アクティブなＵＬ  ＢＷＰ内で、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHの再送信のための周波数領域リソース割り当てを決定してもよい。ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCHの再送信はＲＡＲ  ＵＬグラントによってスケジュ
ールされるPUSCH内のトランスポートブロックの再送信を意味する。該トランスポートブ
ロックの再送信は、Ｃ−ＲＮＴＩ（または、ＭＣＳ−Ｃ−ＲＮＴＩ）によってスクランブルされるＣＲＣが付加されたＤＣＩフォーマット０＿０（または、ＤＣＩフォーマット０＿１）によってスケジュールされてもよい。
【０２５５】
別の言い方で言えば、非競合ベースランダムアクセス手順において、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHの再送信のための周波数領域リソース割り当てに対して、端末装置１は、アクティブなＵＬ  ＢＷＰを確定し、確定したアクティブなＵＬ  ＢＷＰ内での周波数方向のリソース割り当てを決定する。ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および
／またはそのスケジュールされるPUSCHの再送信のための周波数領域リソース割り当ての
リソースブロック番号付けは、確定したアクティブなＵＬ  ＢＷＰの最も低いＲＢから始まる。この時、ＲＡＲ  ＵＬグラントに含まれるＰＵＳＣＨ周波数リソース割り当てフィールドに示されるＲＩＶの値は、アクティブなＵＬ  ＢＷＰのサイズ、仮想リソースブロックの開始位置ＲＢｓｔａｒｔ、および、連続的に割り当てられるリソースブロックの数ＬＲＢｓに基づいて、与えられる。また、ＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨの再送信をスケジュールするＤＣＩフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドは、アクティブなＵＬ  ＢＷＰのサイズ、仮想リソース
ブロックの開始位置ＲＢｓｔａｒｔ、および、連続的に割り当てられるリソースブロックの数ＬＲＢｓに基づいて、与えられる。具体的に言うと、端末装置１は、図１２（Ａ）を用いてＲＩＶを算出する時に、図１２（Ａ）におけるアクティブなＵＬ  ＢＷＰのサイズＮｓｉｚｅＢＷＰを使う。
【０２５６】
また、非競合ベースランダムアクセス手順において、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHの再送信に対して、ＮＵＬ,ｈｏｐホッピングビットのビット数は、アクティブなＵＬ  ＢＷＰのサイズ
が所定のリソースブロック数の値Ｙを超えているかどうかに基づいて、１ビットまたは２ビットに与えられてもよい。ＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨ送信において、ＮＵＬ,ｈｏｐホッピングビットのビットはＲＡＲ  ＵＬグラントに含
まれるＰＵＳＣＨ周波数リソース割り当てフィールドに含まれてもよい。ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCHの再送信において、ＮＵＬ,ｈｏｐホッピングビットのビットは再送信をスケジュールするＤＣＩフォーマットに含まれる周波数領域リソース割り当てフィールドに含まれてもよい。そして、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHのための第２のホップ（hop）のための周波数オフセットの値は、図１７によって与えられてもよい。非競
合ベースランダムアクセス手順において、図１７におけるＮｓｉｚｅＢＷＰはアクティブなＵＬ  ＢＷＰのサイズであってもよい。つまり、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHのための第２のホップ（２nd hop）のための周波数オフセットの値は、アクティブなＵＬ  ＢＷＰのサイズによって与えられてもよい。
【０２５７】
また、非競合ベースランダムアクセス手順において、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCHおよび／またはそのスケジュールされるPUSCHの再送信に対して、周波数オフセットの値は、図１７に基づいて決定されなくてもよい。つまり、非競合ベースランダムアクセス手順において、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCHおよび／またはそのスケジュールされるPUSCHの再送信に対して、周波数オフセットの値は、PUSCH-Configに含まれる上位層のパラメータfrequencyHoppingOffsetListsによっ
て設定される。上位層のパラメータfrequencyHoppingOffsetListsは、周波数ホッピング
が適用される時に、周波数オフセット（周波数ホッピングオフセット）値のセットを示すために用いられる。例えば、アクティブなＵＬ  ＢＷＰのサイズが所定のリソースブロック数の値５０ＰＲＢにより小さい場合、該ＤＣＩフォーマットは、上位層のパラメータが設定されている２つの周波数オフセットの内から１つを示してもよい。また、アクティブなＵＬ  ＢＷＰのサイズが所定のリソースブロック数の値５０ＰＲＢにより等しいまたは大きい場合、該ＤＣＩフォーマットは、上位層のパラメータが設定されている４つの周波数オフセットの内から１つを示してもよい。
【０２５８】
また、本実施形態の態様Ｂであり、図１０において、ＮｓｉｚｅＢＷＰは初期ＵＬ  ＢＷＰのサイズであってもよい。つまり、図１０において、端末装置１は、初期ＵＬ  ＢＷＰのサイズＮｓｉｚｅＢＷＰ、０に基づいて、ＰＵＳＣＨ周波数リソース割り当てフィールドに対してビットをトランケートしたり、挿入したりすることを決定する。即ち、端末装置１は、ランダムアクセス手順のタイプと関わらず、初期ＵＬ  ＢＷＰのサイズＮｓｉｚｅＢＷＰ、０に基づいて、ＰＵＳＣＨ周波数リソース割り当てフィールドに対してビットをトランケートしたり、挿入したりすることを決定してもよい。
【０２５９】
本態様Ｂにおいて、非競合ベースランダムアクセス手順に対しても、端末装置１は、初期ＵＬ  ＢＷＰのサイズＮｓｉｚｅＢＷＰ、０に基づいて、アクティブなＵＬ  ＢＷＰ内で、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのス
ケジュールされるPUSCHの再送信のための周波数領域リソース割り当てを決定してもよい
。つまり、非競合ベースランダムアクセス手順において、ＲＡＲ  ＵＬグラントに含まれるＰＵＳＣＨ周波数リソース割り当てフィールドに示されるＲＩＶの値は、初期ＵＬ  ＢＷＰのサイズ、仮想リソースブロックの開始位置ＲＢｓｔａｒｔ、および、連続的に割り当てられるリソースブロックの数ＬＲＢｓに基づいて、与えられる。具体的に言うと、端末装置１は、図１２（Ａ）を用いてＲＩＶを算出する時に、図１２（Ａ）におけるアクティブなＵＬ  ＢＷＰのサイズＮｓｉｚｅＢＷＰに対して初期ＵＬ  ＢＷＰのサイズ帯域幅ＮｓｉｚｅＢＷＰ、０を使う。ただし、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHの再送信のための周波数領域リソース割り当てのリソースブロック番号付けは、確定したアクティブなＵＬ  ＢＷＰの最も低いＲＢから始まってもよい。
【０２６０】
また、非競合ベースランダムアクセス手順において、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHの再送信に対して、ＮＵＬ,ｈｏｐホッピングビットのビット数は、初期ＵＬ  ＢＷＰのサイズが所定の
リソースブロック数の値Ｙを超えているかどうかに基づいて、１ビットまたは２ビットに与えられてもよい。そして、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送
信および／またはそのスケジュールされるPUSCHのための第２のホップ（hop）のための周波数オフセットの値は、図１７によって与えられてもよい。非競合ベースランダムアクセス手順において、図１７におけるＮｓｉｚｅＢＷＰは初期ＵＬ  ＢＷＰのサイズであってもよい。つまり、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／
またはそのスケジュールされるPUSCHのための第２のホップ（hop）のための周波数オフセットの値は、初期ＵＬ  ＢＷＰのサイズによって与えられてもよい。
【０２６１】
また、非競合ベースランダムアクセス手順において、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHの再送信に対して、ＮＵＬ,ｈｏｐホッピングビットのビット数は、アクティブなＵＬ  ＢＷＰのサイズ
が所定のリソースブロック数の値Ｙを超えているかどうかに基づいて、１ビットまたは２ビットに与えられてもよい。そして、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHのための第２のホップ（hop）の
ための周波数オフセットの値は、図１７によって与えられてもよい。非競合ベースランダムアクセス手順において、図１７におけるＮｓｉｚｅＢＷＰはアクティブなＵＬ  ＢＷＰのサイズであってもよい。つまり、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHのための第２のホップ（hop）のた
めの周波数オフセットの値は、アクティブなＵＬ  ＢＷＰのサイズによって与えられてもよい。
【０２６２】
また、本実施形態の態様Ｃであり、図１０において、ＮｓｉｚｅＢＷＰはアクティブなＵＬ  ＢＷＰのサイズであってもよい。つまり、図１０において、端末装置１は、アクティブなＵＬ  ＢＷＰのサイズＮｓｉｚｅＢＷに基づいて、ＰＵＳＣＨ周波数リソース割り当てフィールドに対してビットをトランケートしたり、挿入したりすることを決定してもよい。
【０２６３】
本態様Ｂまたは態様Ｃにおいて、端末装置１は、ランダムアクセス手順のタイプと関わらず、上述した条件１と条件２に基づいて、アクティブなＵＬ  ＢＷＰ内のRAR ULグラントによってスケジュールされるPUSCHおよび／またはそのＰＵＳＣＨの再送信のための周
波数領域リソース割り当てを決定してもよい。そのPUSCHの再送信はRAR ULグラントによ
ってスケジュールされるPUSCH内のトランスポートブロックの再送信を意味する。具体的
に言うと、該PUSCH内のトランスポートブロックの再送信は、競合ベースランダムアクセ
ス手順において、ＲＡＲメッセージに示されるＴＣ−ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマット０＿０によってスケジュールされてもよい。該
PUSCH内のトランスポートブロックの再送信は、非競合ベースランダムアクセス手順にお
いて、Ｃ−ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマット０＿０によってスケジュールされてもよい。
【０２６４】
そして、端末装置１は、（条件１）アクティブなＵＬ  ＢＷＰと初期ＵＬ  ＢＷＰが同じサブキャリア間隔と同じＣＰ（Cyclic Prefix）の長さを有し、且つ、アクティブなＵ
Ｌ  ＢＷＰが初期ＵＬ  ＢＷＰの全てのリソースブロックを含む場合に、または、（条件２）アクティブなＵＬ  ＢＷＰが初期ＵＬ  ＢＷＰである場合に、初期ＵＬ  ＢＷＰを確定し、確定した初期ＵＬ  ＢＷＰ内での周波数方向のリソース割り当てを決定する。リソース割り当てのリソースブロック番号付けは、確定した初期ＵＬ  ＢＷＰの最も低いＲＢから始まる。つまり、端末装置１は、図１２（Ａ）を用いてＲＩＶを算出する時に、図１２（Ａ）におけるＮｓｉｚｅＢＷＰには初期ＵＬ  ＢＷＰのサイズ帯域幅ＮｓｉｚｅＢＷＰ、０を使う。RAR ULグラントによってスケジュールされるPUSCHおよび／またはそのＰ
ＵＳＣＨの再送信のための周波数リソース割り当てのＲＢ番号付けは初期ＵＬ  ＢＷＰの最も低いＲＢ（first RB、lowest RB）から始まってもよい。この場合、ＲＡＲ  ＵＬグ
ラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHのための第２のホップ（hop）のための周波数オフセットの値は、初期ＵＬ  ＢＷＰの
サイズによって与えられてもよい。つまり、この場合、図１７におけるＮｓｉｚｅＢＷＰは初期ＵＬ  ＢＷＰのサイズであってもよい。ここで、RAR ULグラントによってスケジュールされるPUSCHおよび／またはそのＰＵＳＣＨの再送信はアクティブなＵＬ  ＢＷＰに
おいて行われる。
【０２６５】
端末装置１は、条件１および条件２の両方が満たされない場合に、RAR ULグラントによってスケジュールされるPUSCHおよび／またはそのＰＵＳＣＨの再送信のための周波数領
域リソース割り当てのリソースブロックの最大数が初期ＵＬ  ＢＷＰのリソースブロックの数に等しいし、ＲＢ番号付けがアクティブなＵＬ  ＢＷＰの最も低いＲＢ（first RB、lowest RB）から始まることを決定してもよい。この時、ＲＡＲ  ＵＬグラントに含まれ
るＰＵＳＣＨ周波数リソース割り当てフィールドに示されるＲＩＶの値は、初期ＵＬ  ＢＷＰのサイズ、仮想リソースブロックの開始位置ＲＢｓｔａｒｔ、および、連続的に割り当てられるリソースブロックの数ＬＲＢｓに基づいて、与えられる。つまり、端末装置１は、図１２（Ａ）を用いてＲＩＶを算出する時に、図１２（Ａ）におけるＮｓｉｚｅＢＷＰには初期ＵＬ  ＢＷＰのサイズ帯域幅ＮｓｉｚｅＢＷＰ、０を使う。ただし、ＲＢ番号付けがアクティブなＵＬ  ＢＷＰの最も低いＲＢ（first RB、lowest RB）から始まって
もよい。即ち、RAR ULグラントによってスケジュールされるPUSCHおよび／またはそのＰ
ＵＳＣＨの再送信のための周波数領域リソース割り当てに対して、端末装置１は、条件１および条件２の両方が満たされない場合に、アクティブなＵＬ  ＢＷＰを確定し、確定したアクティブＵＬ  ＢＷＰ内での周波数方向のリソース割り当てを決定する。RAR ULグラントによってスケジュールされるPUSCHおよび／またはそのＰＵＳＣＨの再送信のための
周波数リソース割り当てのリソースブロック番号付けは、確定したアクティブＵＬ  ＢＷＰの最も低いＲＢから始まる。この場合、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHのための第２のホップ（hop
）のための周波数オフセットの値は、アクティブなＵＬ  ＢＷＰのサイズによって与えられてもよい。つまり、この場合、図１７におけるＮｓｉｚｅＢＷＰはアクティブなＵＬ  ＢＷＰのサイズであってもよい。また、ＲＡＲ  ＵＬグラントによってスケジュールされるPUSCH送信および／またはそのスケジュールされるPUSCHのための第２のホップ（hop）
のための周波数オフセットの値は、初期ＵＬ  ＢＷＰのサイズによって与えられてもよい。
【０２６６】
端末装置１がスロットｎにおいてＲＡＲメッセージを含むＰＤＳＣＨを受信した場合、端末装置１はスロットｎ＋ｋ２＋ａにおいてＲＡＲ  ＵＬグラントによってスケジュール
されるＰＵＳＣＨを送信してもよい。ここで、ｋ２の値は、RAR ULグラントに含まれる‘(Ｍｓｇ３)ＰＵＳＣＨ  ｔｉｍｅ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ’フィールドによって示されてもよい。ａは、ＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨの最初の送信のための追加のサブキャリア間隔特定のスロット遅延値である。つまり、ａの値は、ＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨが適用されるサブキャリア間隔に対応する。例えば、ＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨが適用されるサブキャリア間隔が１５ｋＨｚである場合、ａの値は２スロットであってもよい。そのサブキャリア間隔が３０ｋＨｚである場合、ａの値は３スロットであってもよい。そのサブキャリア間隔が６０ｋＨｚである場合、ａの値は４スロットであってもよい。そのサブキャリア間隔が１２０ｋＨｚである場合、ａの値は６スロットであってもよい。つまり、端末装置１がＲＡＲ  ＵＬグラントによってスケジュールされるＰＵＳＣＨを送信する場合、ｋ２値に加えて送信されるＰＵＳＣＨのサブキャリア間隔に対応するａの値が適用される。
【０２６７】
＜メッセージ３（Ｓ８０３）＞
端末装置１は、Ｓ８０２で受信したＲＡＲメッセージに含まれているＲＡＲ  ＵＬ  グラントに基づきメッセージ３のＰＵＳＣＨ送信を行う。メッセージ３の送信に対応するＰＵＳＣＨは、対応するプリアンブルがＰＲＡＣＨで送信されたサービングセルにおいて送信される。具体的に言うと、メッセージ３の送信に対応するＰＵＳＣＨは、アクティブなＵＬ  ＢＷＰにおいて送信される。
【０２６８】
＜メッセージ３の再送信（Ｓ８０３ａ）＞
メッセージ３の再送信は、ＲＡＲメッセージに含まれるＴＣ−ＲＮＴＩによってスクランブルされるＣＲＣパリティビットが付加されたＤＣＩフォーマット０＿０によってスケジュールされる。即ち、ＲＡＲメッセージに含まれるＲＡＲ  ＵＬグラントに対応するＰＵＳＣＨで送信されたトランスポートブロックのＰＵＳＣＨ再送信は、ＴＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット０＿０によってスケジュールされる。該ＤＣＩフォーマット０＿０はタイプ１ＰＤＣＣＨコモンサーチスペースセットのＰＤＣＣＨで送信される。即ち、端末装置１は、Ｓ８０３でメッセージ３を送信した後に、メッセージ３の再送信をスケジュールするＤＣＩフォーマット０＿０をモニタしてもよい。Ｓ８０３ａにおいて、端末装置１がメッセージ３の再送信をスケジュールするＤＣＩフォーマット０＿０を検出したら、Ｓ８０３ｂを実行する。
【０２６９】
メッセージ３の再送信をスケジュールするＤＣＩフォーマット０＿０には、周波数領域リソースアサインメント（frequency domain resource assignment）フィールドが含まれている。該フィールドのビットは、初期ＵＬ  ＢＷＰに基づいて与えられる。具体的に言うと、該フィールドのビット数は、（式４）Ceiling(ｌｏｇ２（ＮＵＬ、ＢＷＰＲＢ（ＮＵＬ、ＢＷＰＲＢ＋１）／２）)によって算出される。ここで、ＮＵＬ、ＢＷＰＲＢは、
初期ＵＬ  ＢＷＰの帯域幅を示すリソースブロックの数である。即ち、端末装置１に対して設定されている１つまたは複数のＵＬ  ＢＷＰの中、どのＵＬ  ＢＷＰでメッセージ３の再送信のためのリソースをスケジュールしようとしても、周波数領域リソースアサインメントフィールドのビット数は初期ＵＬ  ＢＷＰの帯域幅に基づき固定値（同一値）になる。
【０２７０】
また、一例として、ＮＵＬ、ＢＷＰＲＢは、ランダムアクセス手順のタイプに基づき、与えられてもよい。例えば、競合ベースランダムアクセス手順において、ＮＵＬ、ＢＷＰＲＢは、初期ＵＬ  ＢＷＰの帯域幅を示すリソースブロックの数である。また、例えば、非競合ベースランダムアクセス手順において、ＮＵＬ、ＢＷＰＲＢは、アクティブなＵＬ
ＢＷＰの帯域幅を示すリソースブロックの数である。
【０２７１】
端末装置１は、初期ＵＬ  ＢＷＰに基づく周波数領域リソースアサインメントフィールドのビットを該周波数領域リソースアサインメント（周波数領域リソースアサインメントフィールド）が適用されるＵＬ  ＢＷＰの帯域幅に適応させるために解釈する必要がある。前述のように、端末装置１は、Ｍｓｇ３  ＰＵＳＣＨ周波数リソースアサインメントに対してビットをトランケートしたり、挿入したりする時に、Ｍｓｇ３  ＰＵＳＣＨ周波数リソースアサインメントが適用されるＵＬ  ＢＷＰを決定する。ここで、ＤＣＩフォーマット０＿０に含まれる周波数領域リソースアサインメントフィールドが適用されるＵＬ  ＢＷＰは、ＰＵＳＣＨ周波数リソースアサインメントが適用されるＵＬ  ＢＷＰと上述したような同じ決定方法で決定されてもよい。即ち、ＤＣＩフォーマット０＿０に含まれる周波数領域リソースアサインメントが適用されるＵＬ  ＢＷＰは、ＰＵＳＣＨ周波数リソースアサインメントが適用されるＵＬ  ＢＷＰであってもよい。即ち、端末装置１は、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値に基づき、ＰＵＳＣＨ周波数リソースアサインメントが適用されるＵＬ  ＢＷＰにのＰＵＳＣＨの周波数方向のリソースブロック割り当てを特定してもよい。
【０２７２】
例えば、ＰＵＳＣＨ周波数リソースアサインメントが適用されるＵＬ  ＢＷＰが初期ＵＬ  ＢＷＰ（または、初期アクティブなＵＬ  ＢＷＰ）である場合、ＤＣＩフォーマット０＿０に含まれる周波数領域リソースアサインメントフィールドが適用されるＵＬ  ＢＷＰは初期ＵＬ  ＢＷＰである。基地局装置３は、リソースアサインメントが適用される初期ＵＬ  ＢＷＰのサイズを用いて、ＲＩＶを生成し、周波数リソースアサインメントのフィールドに含めるビット列を確定し、端末装置１に送信する。そして、端末装置１は、実際にアクティベートされているＵＬ  ＢＷＰが何れかのＵＬ  ＢＷＰであるかに関わらず、リソースアサインメントが適用されるＵＬ  ＢＷＰ（初期ＵＬ  ＢＷＰ）の物理リソースブロックにのＰＵＳＣＨの周波数方向のリソース割り当てを特定する。端末装置１は、図１２（Ａ）を用いて、初期ＢＷＰの物理リソースブロックに対応するＲＢｓｔａｒｔおよびＬＲＢｓを特定することができる。ここで、図１２（Ａ）におけるＮｓｉｚｅＢＷＰは初期ＵＬ  ＢＷＰの帯域幅を示すリソースブロックである。つまり、周波数領域リソースアサインメントフィールドに示されるＲＩＶの値は、リソースアサインメントが適用される初期ＵＬ  ＢＷＰのサイズ、初期ＵＬ  ＢＷＰのリソースブロックに対応するＲＢｓｔａｒｔおよびＬＲＢｓに基づき与えられる。ＲＢｓｔａｒｔは、初期ＢＷＰ  ＵＬの物理リソースブロックインデックス０を基準としてリソース割り当ての開始位置を示すリソースブロックの数である。ＬＲＢｓは、初期ＵＬ  ＢＷＰの帯域幅を示すリソースブロックの数を超えることができない。即ち、周波数領域リソースアサインメントフィールドに示されるリソースの番号付けは初期ＵＬ  ＢＷＰの物理リソースブロックの最小番号から開始する。
【０２７３】
＜メッセージ３の再送信（Ｓ８０３ｂ）＞
Ｓ８０３ａにおいて、ＴＣ−ＲＮＴＩによってスクランブルされるＣＲＣパリティビットが付加されたＤＣＩフォーマット０＿０が検出したら、端末装置１は、Ｓ８０３で送信されたトランスポートブロックのＰＵＳＣＨ再送信を行う。
【０２７４】
＜メッセージ４（Ｓ８０４）＞
メッセージ３(Msg3)のＰＵＳＣＨ送信に応答するために、Ｃ−ＲＮＴＩが示されない端末装置１は、ＵＥ衝突解消アイデンティティ（UE contention resolution identity）を
含むＰＤＳＣＨをスケジュールするＤＣＩフォーマット１＿０をモニタする。ここで、このＤＣＩフォーマット１＿０は対応するＴＣ−ＲＮＴＩによってスクランブルされるＣＲＣパリティビットが付加される。ＵＥ衝突解消アイデンティティを伴うＰＤＳＣＨ受信に応答するために、端末装置１はＰＵＣＣＨでＨＡＲＱ−ＡＣＫ情報を送信する。該ＰＵＣＣＨの送信は、メッセージ３(Msg 3)が送信されるアクティブなＵＬ  ＢＷＰで行っても
よい。
【０２７５】
これにより、ランダムアクセス手順を行う端末装置１は、基地局装置３に対する上りリンクデータ送信を行なうことができる。
【０２７６】
以下、本実施形態における装置の構成について説明する。
【０２７７】
図１５は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベー
スバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、モニタ部、または、物理層処理部とも称する。上位層処理部１４を測定部、選択部または制御部１４とも称する。
【０２７８】
上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロックと称されてもよい）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部１４は、１つまたは複数の参照信号から、それぞれの参照信号の測定値に基づいて１つの参照信号を選択する機能を有してもよい。上位層処理部１４は、１つまたは複数のＰＲＡＣＨ機会から、選択した１つの参照信号に関連付けられたＰＲＡＣＨ機会を選択する機能を有してもよい。上位層処理部１４は、無線送受信部１０で受信したランダムアクセス手順の開始を指示する情報に含まれるビット情報が所定の値であった場合に、上位レイヤ（例えばＲＲＣレイヤ）で設定された１つまたは複数のインデックスから１つのインデックスを特定し、プリアンブルインデックスにセットする機能を有してもよい。上位層処理部１４は、ＲＲＣで設定された１つまたは複数のインデックスのうち、選択した参照信号に関連付けられたインデックスを特定し、プリアンブルインデックスにセットする機能を有してもよい。上位層処理部１４は、受信した情報（例えば、ＳＳＢインデックス情報および／またはマスクインデックス情報）に基づいて、次に利用可能なＰＲＡＣＨ機会を決定する機能を有してもよい。上位層処理部１４は、受信した情報（例えば、ＳＳＢインデックス情報）に基づいて、ＳＳ／ＰＢＣＨブロックを選択する機能を有してもよい。
【０２７９】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣレイヤ（媒体アクセス制御層）の処理を行なう。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、スケジューリング要求の伝送の制御を行う。
【０２８０】
上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣレイヤ（無線リソース制御層）の処理を行なう。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。無線リソース制御層処理部１６は、基地局装置３から受信した下りリンク制御情報に基づいてリソース割り当てを制御（特定）する。
【０２８１】
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を
上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。無線送受信部１０は、あるセルにおける１つまたは複数の参照信号を受信する機能を有してもよい。無線送受信部１０は、１つまたは複数のＰＲＡＣＨ機会を特定する情報（例えば、ＳＳＢインデックス情報および／またはマスクインデックス情報）を受信する機能を有してもよい。無線送受信部１０は、ランダムアクセス手順の開始を指示する指示情報を含む信号を受信する機能を有してもよい。無線送受信部１０は、所定のインデックスを特定する情報を受信する情報を受信する機能を有してもよい。無線送受信部１０は、ランダムアクセスプリンブルのインデックスを特定する情報を受信する機能を有してもよい。無線送受信部１０は、上位層処理部１４で決定したＰＲＡＣＨ機会でランダムアクセスプリアンブルを送信する機能を有してもよい。
【０２８２】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去する。ＲＦ
部１２は、処理をしたアナログ信号をベースバンド部に出力する。
【０２８３】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号をデジタル信号に変換する。ベースバンド部１３は、変換したデジタル信号からＣＰ（Cyclic
Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
【０２８４】
ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのデジタル信号を生成し、ベースバンドのデジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
【０２８５】
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は在圏セルにおいて送信する上りリンク信号および／または上りリンクチャネルの送信電力を決定する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
【０２８６】
図１６は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、モニタ部、または、物理層処理部とも称する。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。上位層処理部３４を、制御部３４とも称する。
【０２８７】
上位層処理部３４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部３４は、無線送受信部３０で受信したランダムアクセスプリアンブルに基づいて、１つまたは複数の参照信号から１つの参照信号を特定する機能を有してもよい。上位層処理部３４は、少なくともＳＳＢインデックス情報とマスクインデックス情報とからランダムアクセスプリアンブルをモニタするＰＲＡＣＨ機会を特定してもよい。
【０２８８】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣレイヤの処理を行なう。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、スケジューリングリクエストに関する処理を行う。
【０２８９】
上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣレイヤの処理を行なう。無線リソース制御層処理部３６は、端末装置１にリソースの割当情報を含む下りリンク制御情報（上りリンクグラント、下りリンクグラント）を生成する。無線リソース制御層処理部３６は、下りリンク制御情報、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック、ランダムアクセス応答）、システム情報、ＲＲＣメッセージ、ＭＡＣ  ＣＥ（Control Element）などを生成し、又は上位ノードから取
得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。無線リソース制御層処理部３６は、あるセルにおける１つまたは複数の参照信号の設定を特定するための情報を送信／報知してもよい。
【０２９０】
基地局装置３から端末装置１にＲＲＣメッセージ、ＭＡＣ  ＣＥ、および／またはＰＤＣＣＨを送信し、端末装置１がその受信に基づいて処理を行う場合、基地局装置３は、端末装置が、その処理を行っていることを想定して処理（端末装置１やシステムの制御）を行う。すなわち、基地局装置３は、端末装置にその受信に基づく処理を行わせるようにするＲＲＣメッセージ、ＭＡＣ  ＣＥ、および／またはＰＤＣＣＨを端末装置１に送っている。
【０２９１】
無線送受信部３０は、１つまたは複数の参照信号を送信する機能を有する。また、無線送受信部３０は、端末装置１から送信されたビーム失敗リカバリ要求を含む信号を受信する機能を有してもよい。無線送受信部３０は、端末装置１に１つまたは複数のＰＲＡＣＨ機会を特定する情報（例えば、ＳＳＢインデックス情報および／またはマスクインデックス情報）を送信する機能を有してもよい。無線送受信部３０は、所定のインデックスを特定する情報を送信する機能を有してもよい。無線送受信部３０は、ランダムアクセスプリアンブルのインデックスを特定する情報を送信する機能を有してもよい。無線送受信部３０は、上位層処理部３４で特定されたＰＲＡＣＨ機会でランダムアクセスプリアンブルをモニタする機能を有してもよい。その他、無線送受信部３０の一部の機能は、無線送受信部１０と同様であるため説明を省略する。なお、基地局装置３が１つまたは複数の送受信点４と接続している場合、無線送受信部３０の機能の一部あるいは全部が、各送受信点４に含まれてもよい。
【０２９２】
また、上位層処理部３４は、基地局装置３間あるいは上位のネットワーク装置（ＭＭＥ、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−ＧＷ））と基地局装置３との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図１６において、その他の基地局装置３の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、基地局装置３として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、上位層処理部３４には、無線リソース管理（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）層処理部や、アプリケーション層処理部が存在している。また上位層処理部３４は、無線送受信部３０から送信する複数の参照信号のそれぞれに対応する複数のスケジューリング要求リソースを設定する機能を有してもよい。
【０２９３】
なお、図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語
によっても表現される、端末装置１および基地局装置３の機能および各手順を実現する要素である。
【０２９４】
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。
【０２９５】
（１）より具体的には、本発明の第１の態様における端末装置１は、上位層の第１のパラメータを受信し、ＲＡＲメッセージを含むＰＤＳＣＨを受信する受信部１０と、前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを送信する送信部１０と、を備え、前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられる。
【０２９６】
（２）本発明の第２の態様における基地局装置３は、上位層の第１のパラメータを送信し、ＲＡＲメッセージを含むＰＤＳＣＨを送信する送信部３０と、前記ＲＡＲメッセージに含まれる第１のＵＬグラントによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを受信する受信部３０と、を備え、前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、非競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられ、競合ベースランダムアクセス手順において、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ
ＢＷＰのサイズに基づき与えられる。
【０２９７】
（３）本発明の第３の態様における端末装置１は、上位層の第１のパラメータを受信し、DCIフォーマットを含むＰＤＣＣＨを受信する受信部１０と、前記ＤＣＩフォーマット
によってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを送信する送信部３０と、を備え、前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第２の周波数ホップから成り、前記ＤＣＩフォーマットがＴＣ−ＲＮＴＩによってスクランブルされた場合、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられ、前記ＤＣＩフォーマットがＴＣ−ＲＮＴＩ以外のＲＮＴＩによってスクランブルされた場合、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられる。ここで、ＤＣＩフォーマットはＤＣＩフォーマット０＿０であってもよい。
【０２９８】
（４）本発明の第４の態様における基地局装置３は、上位層の第１のパラメータを送信し、DCIフォーマットを含むＰＤＣＣＨを送信する送信部３０と、前記ＤＣＩフォーマッ
トによってスケジュールされる周波数ホッピングを伴うＰＵＳＣＨを受信する受信部３０と、を備え、前記第１のパラメータは、周波数領域における第１の周波数ホップと第２の周波数ホップ間の１つまたは複数の周波数オフセット値を含む１つのセットを示し、周波数ホッピングを伴う前記ＰＵＳＣＨは１つのスロット内において第１の周波数ホップと第
２の周波数ホップから成り、前記ＤＣＩフォーマットがＴＣ−ＲＮＴＩによってスクランブルされた場合、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、初期ＵＬ  ＢＷＰのサイズに基づき与えられ、前記ＤＣＩフォーマットがＴＣ−ＲＮＴＩ以外のＲＮＴＩによってスクランブルされた場合、前記第１の周波数ホップと前記第２の周波数ホップ間の周波数オフセットは、前記第１のパラメータに基づき与えられる。ここで、ＤＣＩフォーマットはＤＣＩフォーマット０＿０であってもよい。
【０２９９】
（５）本発明の第３の態様および第４の態様において、ＴＣ−ＲＮＴＩ以外のＲＮＴＩは、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、または、ＭＣＳ−Ｃ−ＲＮＴＩの内何れかであってもよい。
【０３００】
これにより、端末装置１は、効率的に基地局装置３と通信することができる。
【０３０１】
本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）、あるいはその他の記憶装置システムに格納される。
【０３０２】
尚、本発明に関わる実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
【０３０３】
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いることも可能である。
【０３０４】
なお、本発明に関わる実施形態では、基地局装置と端末装置で構成される通信システムに適用される例を記載したが、Ｄ２Ｄ（Device to Device）のような、端末同士が通信を行うシステムにおいても適用可能である。
【０３０５】
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信
装置に適用出来る。
【０３０６】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０３０７】
１（１Ａ、１Ｂ）  端末装置
３  基地局装置
４  送受信点（ＴＲＰ）
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
５０  送信ユニット（ＴＸＲＵ）
５１  位相シフタ
５２  アンテナエレメント
【図１】
2020048155.tif 000003
【図２】
2020048155.tif 000004
【図３】
2020048155.tif 000005
【図４】
2020048155.tif 000006
【図５】
2020048155.tif 000007
【図６】
2020048155.tif 000008
【図７】
2020048155.tif 000009
【図８】
2020048155.tif 000010
【図９】
2020048155.tif 000011
【図１０】
2020048155.tif 000012
【図１１】
2020048155.tif 000013
【図１２】
2020048155.tif 000014
【図１３】
2020048155.tif 000015
【図１４】
2020048155.tif 000016
【図１５】
2020048155.tif 000017
【図１６】
2020048155.tif 000018
【図１７】
2020048155.tif 000019