JP2023023408A

JP2023023408A - ユーザ装置、基地局及び通信方法

Info

Publication number: JP2023023408A
Application number: JP2021128927A
Authority: JP
Inventors: 大輝前本; Daiki MAEMOTO; 秀明 ▲高▼橋; Hideaki Takahashi
Original assignee: Denso Corp; Toyota Motor Corp
Current assignee: Denso Corp; Toyota Motor Corp
Priority date: 2021-08-05
Filing date: 2021-08-05
Publication date: 2023-02-16
Also published as: WO2023013547A1

Abstract

【課題】通信能力が異なるユーザ装置の周波数帯域を共存させる場合に、上り送信に用いられる無線リソースを適切に制御可能とするユーザ装置、基地局及び通信方法を提供する。【解決手段】移動通信システムにおいて、ユーザ装置１００は、周波数位置及びサイズの少なくとも一方を示す第１の情報、周波数位置及びサイズの少なくとも一方を示す第２の情報、周波数ホッピングが適用される物理上りリンク制御チャネルのリソースを示す第３の情報を基地局から受信する受信部１２１と、第１の情報に基づいてアクティブ上り帯域幅部分を特定する制御部１４０と、第３の情報を用いて示された物理上りリンク制御チャネルのリソースを用いて上りリンク制御情報を送信する送信部１２２とを備える。制御部１４０は、第３の情報を用いて示された物理上りリンク制御チャネルのリソースを、第２の情報を用いて示された周波数位置及びサイズの少なくとも一方によって決定する。【選択図】図３

Description

本発明は、移動通信システムで用いるユーザ装置、基地局及び通信方法に関する。

近年、移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）において、一般ユーザ装置に比べて低減された通信能力を有する特定ユーザ装置を５Ｇシステムで提供することが検討されている。特定ユーザ装置は、ＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）向けにミドルレンジの性能・価格を有するユーザ装置であって、例えば、一般ユーザ装置に比べて、無線通信に用いる帯域幅部分の最大帯域幅が狭く設定されていたり、受信機の数が少なかったりする。

一般ユーザ装置が動作する周波数帯域において、特定ユーザ装置を動作させることが検討されている。このように、一般ユーザ装置と特定ユーザ装置とが動作する周波数帯域を共存させることで、周波数を効率的に運用することが可能となる。

非特許文献１では、一般ユーザ装置と特定ユーザ装置との周波数帯域を共存させた場合に、特定ユーザ装置の物理上りリンク制御チャネル（ＰＵＣＣＨ）の送信に用いるＰＵＣＣＨリソースによって一般ユーザ装置の物理上りリンク共有チャネル（ＰＵＳＣＨ）リソースが周波数方向に分断されないように、一般ユーザ装置のＰＵＣＣＨリソースが配置されている帯域幅部分の周波数方向の端部側へ特定ユーザ装置の帯域幅部分を配置することが提案されている。

３ＧＰＰ寄書「Ｒ１－２１０４２８３」

一般ユーザ装置と特定ユーザ装置とのような通信能力が異なるユーザ装置の周波数帯域を共存させる場合に、上り送信に用いられる無線リソースを適切に制御するための方法が望まれている。

そこで、本発明は、通信能力が異なるユーザ装置の周波数帯域を共存させる場合に、上り送信に用いられる無線リソースを適切に制御可能とするユーザ装置、基地局及び通信方法を提供することを目的とする。

第１の態様に係るユーザ装置は、周波数位置及びサイズの少なくとも一方を示す第１の情報、周波数位置及びサイズの少なくとも一方を示す第２の情報、及び、周波数ホッピングが適用される物理上りリンク制御チャネルのリソースを示す第３の情報を基地局（２００）から受信する受信部（１２１）と、前記第１の情報に基づいて、アクティブ上り帯域幅部分を特定する制御部（１４０）と、前記第３の情報を用いて示された物理上りリンク制御チャネルのリソースを用いて、上りリンク制御情報を送信する送信部（１２２）と、を備える。前記制御部（１４０）は、前記第３の情報を用いて示された物理上りリンク制御チャネルのリソースを、前記第２の情報を用いて示された周波数位置及びサイズの少なくとも一方によって決定する。

第２の態様に係る基地局は、周波数位置及びサイズの少なくとも一方を示す第１の情報、周波数位置及びサイズの少なくとも一方を示す第２の情報、及び、周波数ホッピングが適用される物理上りリンク制御チャネルのリソースを示す第３の情報をユーザ装置（１００、１００Ｂ）へ送信する送信部（２２２）と、前記第１の情報に基づいて、アクティブ上り帯域幅部分を特定する制御部（２４０）と、前記第３の情報を用いて示した物理上りリンク制御チャネルのリソースを用いて、上りリンク制御情報を受信する受信部（２２１）と、を備える。前記制御部（２４０）は、前記第３の情報を用いて示した物理上りリンク制御チャネルのリソースを、前記第２の情報を用いて示した周波数位置及びサイズの少なくとも一方によって特定する。

第３の態様に係る通信方法は、ユーザ装置（１００）が実行する通信方法である。前記通信方法は、周波数位置及びサイズの少なくとも一方を示す第１の情報、周波数位置及びサイズの少なくとも一方を示す第２の情報、及び、周波数ホッピングが適用される物理上りリンク制御チャネルのリソースを示す第３の情報を基地局（２００）から受信するステップと、前記第１の情報に基づいて、アクティブ上り帯域幅部分を特定するステップと、前記第３の情報を用いて示された物理上りリンク制御チャネルのリソースを用いて、上りリンク制御情報を送信するステップと、前記第３の情報を用いて示された物理上りリンク制御チャネルのリソースを、前記第２の情報を用いて示された周波数位置及びサイズの少なくとも一方によって特定するステップと、を備える。

第４の態様に係る通信方法は、基地局（２００）が実行する通信方法である。前記通信方法は、周波数位置及びサイズの少なくとも一方を示す第１の情報、周波数位置及びサイズの少なくとも一方を示す第２の情報、及び、周波数ホッピングが適用される物理上りリンク制御チャネルのリソースを示す第３の情報をユーザ装置（１００、１００Ｂ）へ送信するステップと、前記第１の情報に基づいて、初期上り帯域幅部分を特定するステップと、前記第３の情報を用いて示した物理上りリンク制御チャネルのリソースを用いて、上りリンク制御情報を受信するステップと、前記第３の情報を用いて示した物理上りリンク制御チャネルのリソースを、前記第２の情報を用いて示した周波数位置及びの少なくとも一方サイズによって特定するステップと、を備える。

本発明の一態様によれば、通信能力が異なるユーザ装置の周波数帯域を共存させる場合に、上り送信に用いられる無線リソースを適切に制御可能とするユーザ装置、基地局及び通信方法を提供できる。

実施形態に係る移動通信システムの構成を示す図である。実施形態に係るプロトコルスタックの構成例を示す図である。実施形態に係るＵＥの構成を示す図である。実施形態に係る基地局の構成を示す図である。実施形態に係る移動通信システムの第１動作例を説明するためのシーケンス図である。実施形態に係る移動通信システムの第１動作例を説明するための説明図である。実施形態に係る移動通信システムの第２動作例を説明するためのシーケンス図である。実施形態に係る移動通信システムの第２動作例を説明するための説明図である。

図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

（システム構成）
まず、図１を参照して、本実施形態に係る移動通信システム１の構成について説明する。移動通信システム１は、例えば、３ＧＰＰの技術仕様（ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎ：ＴＳ）に準拠したシステムである。以下において、移動通信システム１として、３ＧＰＰ規格の第５世代システム（５ｔｈＧｅｎｅｒａｔｉｏｎＳｙｓｔｅｍ：５Ｇシステム）、すなわち、ＮＲ（ＮｅｗＲａｄｉｏ）に基づく移動通信システムを例に挙げて説明する。

移動通信システム１は、ネットワーク１０と、ネットワーク１０と通信するユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）１００とを有する。ネットワーク１０は、５Ｇの無線アクセスネットワークであるＮＧ－ＲＡＮ（ＮｅｘｔＧｅｎｅｒａｔｉｏｎＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）２０と、５Ｇのコアネットワークである５ＧＣ（５ＧＣｏｒｅＮｅｔｗｏｒｋ）３０とを含む。

ＵＥ１００は、ユーザにより利用される装置である。ＵＥ１００は、例えば、スマートフォンなどの携帯電話端末、タブレット端末、ノートＰＣ、通信モジュール、又は通信カードなどの移動可能な装置である。ＵＥ１００は、車両（例えば、車、電車など）又はこれに設けられる装置であってよい。ＵＥ１００は、車両以外の輸送機体（例えば、船、飛行機など）又はこれに設けられる装置であってよい。ＵＥ１００は、センサ又はこれに設けられる装置であってよい。なお、ＵＥ１００は、移動局、移動端末、移動装置、移動ユニット、加入者局、加入者端末、加入者装置、加入者ユニット、ワイヤレス局、ワイヤレス端末、ワイヤレス装置、ワイヤレスユニット、リモート局、リモート端末、リモート装置、又はリモートユニット等の別の名称で呼ばれてもよい。

本実施形態において、ＮＲのＵＥ１００として、一般ＵＥ（一般ユーザ装置）１００Ａと、一般ＵＥ１００Ａに比べて低減された通信能力を有する特定ＵＥ（特定ユーザ装置）１００Ｂとの２種類のＵＥを想定する。一般ＵＥ１００Ａは、ＮＲの特徴である高速大容量（ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ：ｅＭＢＢ）及び超高信頼低遅延（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ：ＵＲＬＬＣ）といった高度な通信能力を有する。従って、一般ＵＥ１００Ａは、特定ＵＥ１００Ｂよりも高い通信能力を有する。特定ＵＥ１００Ｂは、一般ＵＥ１００Ａに比べて装置コスト及び複雑さが低減されたＵＥである。特定ＵＥ１００Ｂは、ＩｏＴ向けにミドルレンジの性能・価格を有するＵＥ１００であって、例えば、一般ＵＥ１００Ａに比べて、無線通信に用いる最大帯域幅が狭く設定されていたり、受信機の数が少なかったりする。なお、受信機は、受信ブランチと称されることがある。特定ＵＥ１００Ｂは、ＲｅｄｕｃｅｄｃａｐａｂｉｌｉｔｙＮＲｄｅｖｉｃｅ又はＲｅｄＣａｐＵＥと称されることがある。以下、説明を明確にするために、一般ＵＥ又は特定ＵＥとも記載するが、本実施形態における一般ＵＥ又は特定ＵＥは、ＵＥである。すなわち、本実施形態における一般ＵＥは、ＵＥと置き換えられてもよい。また、本実施形態における特定ＵＥは、ＵＥと置き換えられてもよい。

具体的には、特定ＵＥ１００Ｂは、ＬＰＷＡ（ＬｏｗＰｏｗｅｒＷｉｄｅＡｒｅａ）規格、例えば、ＬＴＥＣａｔ．１／１ｂｉｓ、ＬＴＥＣａｔ．Ｍ１（ＬＴＥ－Ｍ）、ＬＴＥＣａｔ．ＮＢ１（ＮＢ－ＩｏＴ）で規定されている通信速度以上の通信速度で通信可能であってもよい。特定ＵＥ１００Ｂは、ＬＰＷＡ規格で規定されている帯域幅以上の帯域幅で通信可能であってよい。特定ＵＥ１００Ｂは、Ｒｅｌ－１５又はＲｅｌ－１６のＵＥと比較して、通信に用いる帯域幅が限定されていてよい。例えば、ＦＲ１（ＦｒｅｑｕｅｎｃｙＲａｎｇｅ１）について、特定ＵＥ１００Ｂによってサポートされる最大帯域幅（ＵＥ最大帯域幅とも称される）は、２０ＭＨｚであってよい。また、ＦＲ２（ＦｒｅｑｕｅｎｃｙＲａｎｇｅ２）について、特定ＵＥ１００Ｂによってサポートされる最大帯域幅は、１００ＭＨｚであってよい。特定ＵＥ１００Ｂは、無線信号を受信する受信機を１つのみ有していてよい。特定ＵＥ１００Ｂは、例えば、ウェアラブル装置又はセンサ装置等であってよい。

ＮＧ－ＲＡＮ２０は、複数の基地局２００を含む。各基地局２００は、少なくとも１つのセルを管理する。セルは、通信エリアの最小単位を構成する。１つのセルは、１つの周波数（キャリア周波数）に属する。用語「セル」は、無線通信リソースを表すことがあり、ＵＥ１００の通信対象を表すこともある。各基地局２００は、自セルに在圏するＵＥ１００との無線通信を行うことができる。基地局２００は、ＲＡＮのプロトコルスタックを使用してＵＥ１００と通信する。プロトコルスタックの詳細については後述する。また、基地局２００は、Ｘｎインターフェイスを介して他の基地局２００（隣接基地局と称されてもよい）に接続される。基地局２００は、Ｘｎインターフェイスを介して隣接基地局と通信する。また、基地局２００は、ＵＥ１００へ向けたＮＲユーザプレーン及び制御プレーンプロトコル終端を提供し、ＮＧインターフェイスを介して５ＧＣ３０に接続される。このようなＮＲの基地局２００は、ｇＮｏｄｅＢ（ｇＮＢ）と称されることがある。

５ＧＣ３０は、コアネットワーク装置３００を含む。コアネットワーク装置３００は、例えば、ＡＭＦ（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）及び／又はＵＰＦ（ＵｓｅｒＰｌａｎｅＦｕｎｃｔｉｏｎ）を含む。ＡＭＦは、ＵＥ１００のモビリティ管理を行う。ＵＰＦは、Ｕ－ｐｌａｎｅ処理に特化した機能を提供する。ＡＭＦ及びＵＰＦは、ＮＧインターフェイスを介して基地局２００と接続される。

（プロトコルスタックの構成例）
次に、図２を参照して、本実施形態に係るプロトコルスタックの構成例について説明する。

ＵＥ１００と基地局２００との間の無線区間のプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）レイヤと、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）レイヤと、ＲＲＣレイヤとを有する。

ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤと基地局２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。

ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤと基地局２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。基地局２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースを決定する。

ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤと基地局２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＰＤＣＰレイヤの上位レイヤとしてＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ）レイヤが設けられていてもよい。ＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ）レイヤは、コアネットワークがＱｏＳ制御を行う単位であるＩＰフローとＡＳ（ＡｃｃｅｓｓＳｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。

ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣレイヤと基地局２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＵＥ１００のＲＲＣと基地局２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣと基地局２００のＲＲＣとの間にＲＲＣ接続がない場合、ＵＥ１００はＲＲＣアイドル状態にある。ＵＥ１００のＲＲＣと基地局２００のＲＲＣとの間のＲＲＣ接続がサスペンドされている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。

ＵＥ１００においてＲＲＣレイヤの上位に位置するＮＡＳレイヤは、ＵＥ１００のセッション管理及びモビリティ管理を行う。ＵＥ１００のＮＡＳレイヤとコアネットワーク装置３００のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。

なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。

（無線フレーム構成）
５Ｇシステムにおいて、下り送信及び上り送信は、１０ｍｓの持続時間の無線フレーム内で構成される。例えば、無線フレームは、１０個のサブフレームにより構成される。例えば、１つのサブフレームは、１ｍｓであってもよい。また、１つのサブフレームは、１以上のスロットにより構成されてもよい。例えば、１つのスロットを構成するシンボルの数は、通常ＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）で１４個であり、拡張ＣＰで１２個である。また、１つのサブフレームを構成するスロットの数は、設定されたサブキャリア間隔に応じて変化する。例えば、通常ＣＰに対して、サブキャリア間隔として１５ｋＨｚが設定された場合、サブフレーム当たりのスロットの数は１（すなわち、１４シンボル）であり、サブキャリア間隔として３０ｋＨｚが設定された場合、サブフレーム当たりのスロットの数は２（すなわち、２８シンボル）であり、サブキャリア間隔として６０ｋＨｚが設定された場合、サブフレーム当たりのスロットの数は４（すなわち、５６シンボル）であり、サブキャリア間隔として１２０ｋＨｚが設定された場合、サブフレーム当たりのスロットの数は８（すなわち、１２８シンボル）である。また、拡張ＣＰに対して、サブキャリア間隔として６０ｋＨｚが設定された場合、サブフレーム当たりのスロットの数は４（すなわち、４８シンボル）である。すなわち、基地局２００によって設定されたサブキャリア間隔に基づいて、１つのサブフレームを構成するスロットの数が決定される。また、基地局２００によって設定されたサブキャリア間隔に基づいて、１つのサブフレームを構成するシンボルの数が決定される。すなわち、基地局２００によって設定されたサブキャリア間隔に基づいて、１ｍｓのサブフレームを構成するシンボルの数が決定され、各シンボルの長さ（時間方向の長さ）が変化する。

（帯域幅部分）
ＵＥ１００と基地局２００とは、セルの全帯域幅の一部分である帯域幅部分（ＢＷＰ）を用いて通信を行う。具体的には、基地局２００は、１つ又は複数のＢＷＰをＵＥ１００に設定する。基地局２００は、設定された１つ又は複数のＢＷＰのうち、基地局２００との通信に用いるＢＷＰ（すなわち、アクティブＢＷＰ）をＵＥ１００へ通知できる。具体的には、基地局２００は、設定の実行時にアクティブにするＢＷＰ、すなわち、基地局２００との通信で最初に用いるＢＷＰを示す識別子をＵＥ１００へ送信できる。また、アクティブＢＷＰからアクティブＢＷＰでないＢＷＰ（以下、非アクティブＢＷＰ）への切り替え及び非アクティブＢＷＰからアクティブＢＷＰへの切り替え（いわゆる、ＢＷＰスイッチング）の制御には、例えば、物理下り制御チャネル（例えば、下りリンクアサインメント、上りリンクアサインメント）、タイマ（すなわち、ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）、ＲＲＣシグナリング、又はＭＡＣエンティティなどが用いられる。

ここで、ＢＷＰ（すなわち、アクティブＢＷＰ）における通信とは、当該ＢＷＰにおける上りリンク共用チャネル（ＵＬ－ＳＣＨ：Ｕｐｌｉｎｋ－ＳｈａｒｅｄＣｈａｎｎｅｌ）での送信、当該ＢＷＰにおけるランダムアクセスチャネル（ＲＡＣＨ：ＲａｎｄｏｍＡｃｃｅｓＣｈａｎｎｅｌ）での送信（物理ランダムアクセスチャネル（ＰＲＡＣＨ：ＰｈｙｓｉｃａｌＲＡＣＨ）機会が設定されている場合）、当該ＢＷＰにおける物理下りリンク制御チャネル（ＰＤＣＣＨ：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）のモニタ、当該ＢＷＰにおける物理上りリンク制御チャネル（ＰＵＣＣＨ：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）での送信（ＰＵＣＣＨリソースが設定されている場合）、当該ＢＷＰに対するチャネル状態情報（ＣＳＩ：ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ）のレポート、及び、当該ＢＷＰにおける下りリンク共用チャネル（ＤＬ－ＳＣＨ：Ｄｏｗｎｌｉｎｋ－ＳｈａｒｅｄＣｈａｎｎｅｌ）の受信の少なくともいずれかが含まれてもよい。

ここで、ＵＬ－ＳＣＨはトランスポートチャネルであり、物理チャネルである物理上りリンク共用チャネル（ＰＵＳＣＨ：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされる。また、ＵＬ－ＳＣＨで送信されるデータは、ＵＬ－ＳＣＨデータとも称される。例えば、ＵＬ－ＳＣＨデータ、上りユーザーデータに対応してもよい。また、ＤＬ－ＳＣＨはトランスポートチャネルであり、物理チャネルである物理下りリンク共用チャネル（ＰＤＳＣＨ：ＰｈｓｙｉｃａｌｄｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされる。また、ＤＬ－ＳＣＨで送信されるデータは、ＤＬ－ＳＣＨデータとも称される。例えば、ＤＬ－ＳＣＨデータ、下りユーザーデータに対応してもよい。

また、ＰＵＣＣＨは、上りリンク制御情報を送信するために用いられる。例えば、上りリンク制御情報は、ＨＡＲＱ－ＡＣＫ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ）、ＣＳＩ、及び／又は、ＳＲ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）を含む。ＨＡＲＱ－ＡＣＫは、肯定応答（ＰｏｓｉｔｉｖｅＡｃｋｎｏｗｌｅｄｇｍｅｎｔ）、又は、否定応答（ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｍｅｎｔ）を含む。例えば、ＰＵＣＣＨは、ＰＤＳＣＨ（すなわち、ＤＬ－ＳＣＨ（ＤＬ－ＳＣＨデータ、下りユーザーデータ））に対するＨＡＲＱ－ＡＣＫの送信に用いられる。ここで、ＤＬ－ＳＣＨデータ、及び／又は、下りユーザーデータは、下りトランスポートブロックとも称される。

ＢＷＰは、初期の帯域幅部分（初期ＢＷＰ：ＩｎｉｔｉａｌＢＷＰ）と各ＵＥ１００に専用に設定される帯域幅部分（専用ＢＷＰ）とを含む。初期ＢＷＰは、少なくともＵＥ１００の初期アクセスに用いられる。初期ＢＷＰは、複数のＵＥ１００に共通に用いられる。例えば、初期ＢＷＰは、複数のＵＥ１００に共通のパラメータ（セルスペシフィックパラメータ）を用いて設定される。初期ＢＷＰは、下り通信用の初期ＢＷＰ（以下、初期下りＢＷＰ（ＩｎｉｔｉａｌＤＬＢＷＰ））と上り通信用の初期ＢＷＰ（以下、初期上りＢＷＰ（ＩｎｉｔｉａｌＵＬＢＷＰ））とを含む。例えば、初期下りＢＷＰ及び初期上りＢＷＰのそれぞれを示す識別子（すなわち、ｂｗｐ－ｉｄ）の値は、０であってもよい。

ＵＥ１００は、例えば、２つの方法で、初期ＢＷＰ（すなわち、初期下りＢＷＰ及び初期上りＢＷＰ）を特定できる。第１の方法では、ＵＥ１００は、物理ブロードキャストチャネル（ＰＢＣＨ）内のマスター情報ブロック（ＭＩＢ）に含まれる情報を用いて設定されるＣＯＲＥＳＥＴ＃０に基づいて、初期ＢＷＰを特定する。第２の方法では、ＵＥ１００は、システム情報ブロック（ＳＩＢ）に含まれる情報を用いて設定される周波数領域における位置及び帯域幅に基づいて、初期ＢＷＰを特定する。ＵＥ１００は、例えば、ランダムアクセス手順におけるメッセージ４の受信までは、第１の方法により特定されたＢＷＰを、基地局２００との通信に適用してよい。ＵＥ１００は、例えば、メッセージ４（Ｍｓｇ．４）の受信後は、第２の方法により特定されたＢＷＰを、基地局２００との通信に適用してよい。ここで、ランダムアクセス手順におけるメッセージ４は、ＲＲＣセットアップメッセージ、ＲＲＣ再開メッセージ、及び／又は、ＲＲＣ（再）確立メッセージを含んでもよい。

専用ＢＷＰは、ＵＥ１００に専用に設定される。専用ＢＷＰは、下り通信用の専用ＢＷＰ（以下、専用下りＢＷＰ（ＵＥｄｅｄｉｃａｔｅｄＤＬＢＷＰ））と上り通信用の専用ＢＷＰ（以下、専用上りＢＷＰ（ＵＥｄｅｄｉｃａｔｅｄＵＬＢＷＰ））とを含む。例えば、専用下りＢＷＰ及び専用上りＢＷＰのそれぞれを示す識別子の値は０以外であってもよい。

ＵＥ１００には、例えば、ＲＲＣメッセージに含まれる情報（例えば、下りＢＷＰ用の情報（すなわち、ＢＷＰ－Ｄｏｗｎｌｉｎｋ）及び上りＢＷＰ用の情報（すなわち、ＢＷＰ－Ｕｐｌｉｎｋ））に基づいて、専用ＢＷＰが設定される。下りＢＷＰ用の情報及び専用上りＢＷＰ用の情報のそれぞれに、例えば、周波数ドメインにおける位置及び帯域幅を示す情報（例えば、ｌｏｃａｔｉｏｎＡｎｄＢａｄｗｉｄｔｈ）、サブキャリア間隔を示す情報（例えば、ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ）、及び、拡張サイクリックプレフィックスを示す情報（例えば、ｃｙｃｌｉｃＰｒｅｆｉｘ）の少なくともいずれかの情報が含まれてよい。

（リソースブロック）
リソースブロック（ＲＢ）は、周波数ドメイン内で連続する１２個のサブキャリアとして定義される。ＲＢとして、例えば、共通リソースブロック（ＣＲＢ）、物理リソースブロック（ＰＲＢ）などが定義される。共通リソースブロックは、サブキャリア間隔の設定μの周波数ドメインで０から昇順で番号が付けられる。サブキャリア間隔の設定μの物理リソースブロック（ＰＲＢ）は、帯域幅部分内で定義され、０から以下の数まで番号（後述するＰＲＢの番号）が付けられる。以下、ＰＲＢの番号を、ＰＲＢインデックスとも記載する。すなわち、本実施形態において、ＰＲＢの番号とＰＲＢインデックスは、同一のものであってよい。

また、共通リソースブロックと物理リソースブロックとの関係は、以下の式で与えられる。

（ＰＵＣＣＨリソース）
例えば、ＵＥ１００は、第１ＰＵＣＣＨ設定情報を受信している場合であって、第２ＰＵＣＣＨ設定情報を受信していない場合、予め規定された情報に基づいて、初期上りＢＷＰ内のＰＵＣＣＨリソースを決定する。ここで、第１ＰＵＣＣＨ設定情報及び／又は第２ＰＵＣＣＨ設定情報を受信している場合とは、ＵＥ１００が、第１ＰＵＣＣＨ設定情報及び／又は第２ＰＵＣＣＨ設定情報を持っている（すなわち、保持している）場合を含んでもよい。また、第１ＰＵＣＣＨ設定情報及び／又は第２ＰＵＣＣＨ設定情報を受信していない場合とは、ＵＥ１００が、第１ＰＵＣＣＨ設定情報及び／又は第２ＰＵＣＣＨ設定情報を持っていない（すなわち、保持していない）場合を含んでもよい。以下、ＵＥ１００が、第１ＰＵＣＣＨ設定情報を受信している場合であって、第２ＰＵＣＣＨ設定情報を受信していない場合を、第１の場合とも記載する。

例えば、第１ＰＵＣＣＨ設定情報は、ＰＵＣＣＨ設定共通情報（ｐｕｃｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎ）である。すなわち、第１ＰＵＣＣＨ設定情報は、ＰＵＣＣＨのセルスペシフィックパラメータである。また、例えば、第２ＰＵＣＣＨ設定情報は、ＰＵＣＣＨ設定情報（ＰＵＣＣＨ－Ｃｏｎｆｉｇ）である。すなわち、第２ＰＵＣＣＨ設定情報は、ＰＵＣＣＨのＵＥスペシフィックパラメータである。

例えば、複数のＰＵＣＣＨリソース（例えば、１６個のＰＵＣＣＨリソース）のそれぞれにインデックス（例えば、０から１５のインデックス）が対応付けられ、第１ＰＵＣＣＨ設定情報を用いてインデックスが指定されることによって、ある１つのＰＵＣＣＨリソースが指示されてもよい。ここで、複数のＰＵＣＣＨリソースのそれぞれは、ＰＵＣＣＨフォーマット、ＰＵＣＣＨに用いられる最初のシンボル、ＰＵＣＣＨに用いられる期間（シンボル数）、ＰＲＢオフセット、初期ＣＳ（ｃｙｃｌｉｃｓｈｉｆｔ）インデックスの少なくともいずれかを含んでもよい。

例えば、第１の場合において、ＵＥ１００は、以下の式により、インデックスを決定してもよい。また、ＵＥ１００は、決定したインデックスに基づいて、ＰＵＣＣＨリソースを決定する。

また、第１の場合において、ＵＥ１００は、式１及び式２を満たすか否かを判定してもよい。ＵＥ１００は、ＰＵＣＣＨリソース共通情報によりＰＵＣＣＨリソースが提供されており、式１及び式２のいずれか一方が満たされる場合、周波数方向へホッピングするＰＵＣＣＨリソースのＰＲＢインデックスを決定する。すなわち、ＵＥ１００は、ＰＵＣＣＨ送信に対して適用される周波数ホッピングに用いられる１つ又は複数のＰＵＣＣＨリソースのＰＲＢインデックスを決定する。

例えば、ＵＥ１００は、式１が満たされる場合、以下の式により、第１ホップに対して用いられるＰＵＣＣＨリソース（第１ＰＵＣＣＨリソース）のＰＲＢインデックスと、第２ホップに対して用いられるＰＵＣＣＨリソース（第２ＰＵＣＣＨリソース）のＰＲＢインデックスと、を決定する。ここで、「数５」における初期上りＢＷＰのサイズは、「数１」における帯域幅部分ｉのサイズに対応してもよい。すなわち、「数５」における初期上りＢＷＰのＰＲＢは、ＰＲＢの番号（インデックス）に対応してもよい。

また、ＵＥ１００は、式２が満たされる場合、以下の式により、第１ホップに対して用いられるＰＵＣＣＨリソース（第１ＰＵＣＣＨリソース）のＰＲＢインデックスと、第２ホップに対して用いられるＰＵＣＣＨリソース（第２ＰＵＣＣＨリソース）のＰＲＢインデックスと、を決定する。

なお、ＵＥ１００は、初期ＣＳインデックスのセット内での初期ＣＳインデックスを、以下の式により決定してもよい。

また、ＵＥ１００は、第２ＰＵＣＣＨ設定情報を受信している場合、第２ＰＵＣＣＨ設定情報に基づいて、ＰＵＣＣＨリソースを決定する。すなわち、ＵＥ１００は、第２ＰＵＣＣＨ設定情報を受信している場合、第１ＰＵＣＣＨ設定情報を受信しているか否かに関わらず、第２ＰＵＣＣＨ設定情報に基づいてＰＵＣＣＨリソースを決定してもよい。以下、ＵＥ１００が、少なくとも、第２ＰＵＣＣＨ設定情報を受信している（すなわち、第２ＰＵＣＣＨ設定情報を持っている）場合を、第２の場合とも記載する。

例えば、第２ＰＵＣＣＨ設定情報は、ＰＵＣＣＨリソースセット情報（ＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔ）、ＰＵＣＣＨリソース識別子（ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄ）、開始ＰＲＢ情報（ｓｔａｒｔｉｎｇＰＲＢ）、第２ホップＰＲＢ情報（ｓｅｃｏｎｄＨｏｐＰＲＢ）、及び、イントラスロット周波数ホッピング情報（ｉｎｔｒａＳｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ）の少なくともいずれかを含んでよい。例えば、ＰＵＣＣＨリソースセット情報は、ＰＵＣＣＨリソースセットを示す。また、ＰＵＣＣＨリソース識別子は、ＰＵＣＣＨリソースインデックスを示す。また、ＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースインデックスと関連付けられている。また、開始ＰＲＢ情報は、周波数ホッピング前又は周波数ホッピングなしの最初のＰＲＢインデックスを示す。また、第２ホップＰＲＢ情報は、周波数ホッピング後の最初のＰＲＢインデックスを示す。また、イントラスロット周波数ホッピング情報は、イントラスロット周波数ホッピングの有効又は無効を示す。すなわち、第２の場合において、ＵＥ１００は、開始ＰＲＢ情報及び／又は第２ホップＰＲＢ情報に基づいて、ＰＵＣＣＨ送信に対して適用されるＰＵＣＣＨリソース（ＰＵＣＣＨリソースのＰＲＢインデックス）を決定してもよい。

例えば、第２の場合において、ＵＥ１００に対して、複数のＰＵＣＣＨリソースセットが設定可能であってもよい。例えば、ＵＥ１００は、ＰＵＣＣＨリソースセット情報とＰＵＣＣＨリソース識別子とに基づいて、ＰＵＣＣＨ送信に用いるＰＵＣＣＨリソースセットを決定する。また、ＵＥ１００は、開始ＰＲＢ情報に基づいて、周波数ホッピング前又は周波数ホッピングなしの最初のＰＲＢ（すなわち、ＰＵＣＣＨリソースのＰＲＢインデックス）を決定する。また、ＵＥ１００は、第２ホップＰＲＢ情報に基づいて、周波数ホッピング後の最初のＰＲＢ（すなわち、ＰＵＣＣＨリソースのＰＲＢインデックス）を決定する。また、ＵＥ１００は、イントラスロット周波数ホッピング情報に基づいて、イントラスロット周波数ホッピングの有効又は無効を判定する。すなわち、ＵＥ１００は、イントラスロット周波数ホッピングが有効に設定されている場合には、イントラスロット周波数ホッピングを実行する。また、ＵＥ１００は、イントラスロット周波数ホッピングが無効に設定されている場合には、イントラスロット周波数ホッピングを実行しない。

なお、ＵＥ１００は、上述の方法と異なる他の方法により、ＰＵＣＣＨリソースを決定してもよい。例えば、ＵＥ１００は、所定の情報（例えば、ｕｓｅＩｎｔｅｒｌａｃｅＰＵＣＣＨ－ＰＵＳＣＨ）を受信している場合には、他の方法により、ＰＵＣＣＨリソースを決定してもよい。

また、ＵＥ１００は、決定したＰＵＣＣＨリソースを用いて、ＰＵＣＣＨを送信する。なお、ＵＥ１００は、決定した物理リソースブロック（ＰＲＢ）のインデックスに対応する番号が付けられたＰＲＢを、ＰＵＣＣＨの送信に用いるＰＲＢとして決定する。すなわち、第１の場合において、ＵＥ１００は、決定したＰＲＢインデックスのＰＵＣＣＨリソース（例えば、第１ＰＵＣＣＨリソース、及び、第２ＰＵＣＣＨリソース）を用いて、周波数ホッピングを伴うＰＵＣＣＨ送信を実行してもよい。また、第２の場合において、ＵＥ１００は、決定したＰＲＢインデックスのＰＵＣＣＨリソース（例えば、開始ＰＲＢ情報に基づいて決定されるＰＵＣＣＨリソース、及び、第２ホップＰＲＢ情報に基づいて決定されるＰＵＣＣＨリソース）を用いて、周波数ホッピングを伴うＰＵＣＣＨ送信を実行してもよい。

（ユーザ装置の構成）
次に、図３を参照して、本実施形態に係るＵＥ１００の構成について説明する。ＵＥ１００は、通信部１２０及び制御部１４０を備える。

通信部１２０は、無線信号を基地局２００と送受信することによって基地局２００との無線通信を行う。通信部１２０は、少なくとも１つの受信部１２１と、少なくとも１つの送信部１２２とを有する。受信部１２１及び送信部１２２は、アンテナ及びＲＦ回路を含んで構成されてもよい。アンテナは、信号を電波に変換し、当該電波を空間に放射する。また、アンテナは、空間における電波を受信し、当該電波を信号に変換する。ＲＦ回路は、アンテナを介して送受信される信号のアナログ処理を行う。ＲＦ回路は、高周波フィルタ、増幅器、変調器及びローパスフィルタ等を含んでもよい。

受信部１２１は、受信機（ＲＸ：Ｒｅｃｅｉｖｅｒ）と称されてよい。送信部１２２は、送信機（ＴＸ：Ｔｒａｎｓｍｉｔｔｅｒ）と称されてよい。ＵＥ１００が一般ＵＥ１００Ａである場合、通信部１２０が有する受信機の数は、２つ乃至４つであってもよい。ＵＥ１００が特定ＵＥ１００Ｂである場合、通信部１２０が有する受信機の数は、１つ又は２つであってもよい。

制御部１４０は、ＵＥ１００における各種の制御を行う。制御部１４０は、通信部１２０を介した基地局２００との通信を制御する。後述のＵＥ１００の動作は、制御部１４０の制御による動作であってよい。制御部１４０は、プログラムを実行可能な少なくとも１つのプロセッサ及びプログラムを記憶するメモリを含んでよい。プロセッサは、プログラムを実行して、制御部１４０の動作を行ってもよい。制御部１４０は、アンテナ及びＲＦ回路を介して送受信される信号のデジタル処理を行うデジタル信号プロセッサを含んでもよい。当該デジタル処理は、ＲＡＮのプロトコルスタックの処理を含む。なお、メモリは、プロセッサにより実行されるプログラム、当該プログラムに関するパラメータ、及び、当該プログラムに関するデータを記憶する。メモリは、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＥＰＲＯＭ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）及びフラッシュメモリの少なくとも１つを含んでよい。メモリの全部又は一部は、プロセッサ内に含まれていてよい。

このように構成されたＵＥ１００において、受信部１２１は、周波数位置及びサイズの少なくとも一方を示す第１の情報、周波数位置及びサイズの少なくとも一方を示す第２の情報、及び、周波数ホッピングが適用される物理上りリンク制御チャネルのリソースを示す第３の情報を基地局２００から受信する。制御部１４０は、第１の情報に基づいて、アクティブ上り帯域幅部分を特定する。送信部１２２は、第３の情報を用いて示された物理上りリンク制御チャネルのリソースを用いて、上りリンク制御情報を送信する。制御部１４０は、第３の情報を用いて示された物理上りリンク制御チャネルのリソースを、第２の情報を用いて示された周波数位置及びサイズの少なくとも一方によって決定する。これにより、上り送信に用いられる無線リソースを適切に制御できる。上り送信に用いられる無線リソースを適切に制御することで、通信能力が異なるユーザ装置の周波数帯域を共存させる場合であっても、周波数を効率的に運用することが可能となる。

なお、ＵＥ１００が備える機能部（具体的には、通信部１２０と、制御部１４０との少なくともいずれか）の動作を、ＵＥ１００の動作として説明することがある。

（基地局の構成）
次に、図４を参照して、本実施形態に係る基地局２００の構成について説明する。基地局２００は、無線通信部２２０と、ネットワーク通信部２３０と、制御部２４０とを有する。

無線通信部２２０は、制御部２４０の制御下で、アンテナを介してＵＥ１００との通信を行う。無線通信部２２０は、受信部２２１と、送信部２２２とを有する。受信部２２１は、アンテナが受信する無線信号をベースバンド信号である受信信号に変換し、受信信号に対する信号処理を行ったうえで制御部２４０に出力する。送信部２２２は、制御部２４０が出力するベースバンド信号である送信信号に対する信号処理を行ったうえで無線信号に変換し、無線信号をアンテナから送信する。

ネットワーク通信部２３０は、信号をネットワークと送受信する。ネットワーク通信部２３０は、例えば、基地局間インターフェイスであるＸｎインターフェイスを介して接続された隣接基地局から信号を受信し、隣接基地局へ信号を送信する。また、ネットワーク通信部２３０は、例えば、ＮＧインターフェイスを介して接続されたコアネットワーク装置３００から信号を受信し、コアネットワーク装置３００へ信号を送信する。

制御部２４０は、基地局２００における各種の制御を行う。制御部２４０は、例えば、無線通信部２２０を介したＵＥ１００との通信を制御する。また、制御部２４０は、例えば、ネットワーク通信部２３０を介したノード（例えば、隣接基地局、コアネットワーク装置３００）との通信を制御する。後述の基地局２００の動作は、制御部２４０の制御による動作であってよい。

制御部２４０は、プログラムを実行可能な少なくとも１つのプロセッサ及びプログラムを記憶するメモリを含んでよい。プロセッサは、プログラムを実行して、制御部２４０の動作を行ってもよい。制御部２４０は、アンテナ及びＲＦ回路を介して送受信される信号のデジタル処理を行うデジタル信号プロセッサを含んでもよい。当該デジタル処理は、ＲＡＮのプロトコルスタックの処理を含む。なお、メモリは、プロセッサにより実行されるプログラム、当該プログラムに関するパラメータ、及び、当該プログラムに関するデータを記憶する。メモリの全部又は一部は、プロセッサ内に含まれていてよい。

このように構成された基地局２００において、送信部２２２は、周波数位置及びサイズの少なくとも一方を示す第１の情報、周波数位置及びサイズの少なくとも一方を示す第２の情報、及び、周波数ホッピングが適用される物理上りリンク制御チャネルのリソースを示す第３の情報をユーザ装置（１００、１００Ｂ）へ送信する。制御部２４０は、前記第１の情報に基づいて、アクティブ上り帯域幅部分を特定する。受信部２２１は、第３の情報を用いて示した物理上りリンク制御チャネルのリソースを用いて、上りリンク制御情報を受信する。制御部２４０は、前記第３の情報を用いて示した物理上りリンク制御チャネルのリソースを、前記第２の情報を用いて示した周波数位置及びサイズの少なくとも一方によって特定する。これにより、上り送信に用いられる無線リソースを適切に制御できる。上り送信に用いられる無線リソースを適切に制御することで、通信能力が異なるユーザ装置の周波数帯域を共存させる場合であっても、周波数を効率的に運用することが可能となる。

なお、基地局２００が備える機能部（具体的には、無線通信部２２０（受信部２２１及び／又は送信部２２２）と、ネットワーク通信部２３０と、制御部２４０との少なくともいずれか）の動作を、基地局２００の動作として説明することがある。

（システム動作）
（１）第１動作例
図５及び図６を参照して、移動通信システム１の第１動作例について説明する。第１動作例では、ＵＥ１００が、共通設定情報に基づいて、ＰＵＣＣＨ送信を行う。

図５において、ＵＥ１００は、ＵＥ１００と基地局２００との間でＲＲＣアイドル状態又はＲＲＣインアクティブ状態であってよい。例えば、図５において、ＵＥ１００は、第１の場合における状態であってもよい。また、図５において、ＵＥ１００は、初期アクセスを実行中でもよい。また、図５において、ＵＥ１００は、ＲＲＣセットアップメッセージ、ＲＲＣ再開メッセージ、及び／又は、ＲＲＣ（再）確立メッセージを受信する前の状態でもよい。例えば、図５において、ＵＥ１００は、ラムダムアクセス手順におけるメッセージ４（すなわち、ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫを送信してもよい。

ステップＳ１０１：
基地局２００の無線通信部２２０（送信部２２２）は、上り送信用の共通パラメータを含む共通設定情報をＵＥ１００へ送信する。ＵＥ１００の通信部１２０は、共通設定情報を基地局２００から受信する。

無線通信部２２０は、共通設定情報をブロードキャストにより送信する。無線通信部２２０は、例えば、共通設定情報を含むシステム情報ブロック（例えば、ＳＩＢ１）を送信してよい。すなわち、共通設定情報は、セルスペシフィックパラメータであってもよい。

例えば、共通設定情報は、セルの共通上りパラメータを提供するための設定情報（具体的には、ＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ）であってよい。共通設定情報は、上り送信用の帯域幅部分（上りＢＷＰ）を特定するための帯域幅部分情報を含んでよい。本動作例では、帯域幅部分情報は、上り送信用の初期の帯域幅部分（初期上りＢＷＰ）を特定するための情報であってよい。以下、説明を簡単にするために、初期上りＢＷＰを、上りＢＷＰとも記載する。すなわち、本実施形態において、上りＢＷＰは、初期上りＢＷＰに置き換えられてもよい。

ここで、帯域幅部分情報は、第１帯域幅部分を設定するために用いられる第１帯域幅部分情報（以下、第１の情報とも記載する）を含んでもよい。また、帯域幅部分情報は、第２帯域幅部分を設定するために用いられる第２帯域幅部分情報（以下、第２の情報）を含んでもよい。また、帯域幅部分情報は、第３帯域幅部分を設定するために用いられる第３帯域幅部分情報（以下、第３の情報）を含んでもよい。

例えば、第１帯域幅部分は第１の上りＢＷＰに対応し、第２帯域幅部分は第２の上りＢＷＰに対応してもよい。一例として、第１帯域幅部分及び／又は第２帯域幅部分は、特定ＵＥ１００Ｂに用いられる上りＢＷＰであってもよい。例えば、第１の情報を用いて設定される第１帯域幅部分は、特定ＵＥ１００Ｂに用いられる初期上りＢＷＰであってもよい。また、第２帯域幅部分は、特定ＵＥ１００Ｂが上りリンク制御情報の送信に対するＰＵＣＣＨリソース（すなわち、ＰＵＣＣＨリソースのＰＲＢインデックス）を決定するために用いられる上りＢＷＰであってもよい。すなわち、第１の情報は上りリンクＢＷＰ（例えば、初期上りＢＷＰ）を特定するために用いられ、第２の情報はＰＵＣＣＨリソースを決定するために用いられてもよい。

例えば、第１の情報は、周波数位置及び／又はサイズを示す情報（ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈとも称される）を含んでもよい。これにより、第１の情報は、周波数位置及びサイズの少なくとも一方を示すことができる。また、第１の情報は、サブキャリア間隔を示す情報（ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇとも称される）を含んでもよい。例えば、ＵＥ１００は、第１の情報に含まれる情報に基づいて、第１帯域幅部分を特定してもよい。すなわち、第１の情報は、第１帯域幅部分を特定するための情報を含んでもよい。ここで、上述の通り、第１帯域幅部分は、初期上りＢＷＰであってもよい。

また、第２の情報は、周波数位置及び／又はサイズを示す情報（ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈとも称される）を含んでもよい。これにより、第２の情報は、周波数位置及びサイズの少なくとも一方を示すことができる。また、第２の情報は、サブキャリア間隔を示す情報（ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇとも称される）を含んでもよい。例えば、ＵＥ１００は、第２の情報に含まれる情報に基づいて、第２帯域幅部分を特定してもよい。すなわち、第２の情報は、第２帯域幅部分を特定するための情報を含んでもよい。

また、第３帯域幅部分は、第３の上りＢＷＰに対応してもよい。一例として、第３帯域幅部分は、少なくとも一般ＵＥ１００Ａに用いられる上りＢＷＰであってもよい。例えば、第３の情報を用いて設定される第３帯域幅部分は、少なくとも一般ＵＥ１００Ａに用いられる初期上りＢＷＰであってもよい。すなわち、第３の情報は、上りリンクＢＷＰ（例えば、初期上りＢＷＰ）を特定するために用いられてもよい。ここで、第３帯域幅部分は、特定ＵＥ１００Ｂが上りリンク制御情報の送信に対するＰＵＣＣＨリソース（すなわち、ＰＵＣＣＨリソースのＰＲＢインデックス）を決定するために用いられる上りＢＷＰであってもよい。すなわち、第３の情報はＰＵＣＣＨリソースを決定するために用いられてもよい。

例えば、第３の情報は、周波数位置及び／又はサイズを示す情報（ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈとも称される）を含んでもよい。また、第３の情報は、サブキャリア間隔を示す情報（ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇとも称される）を含んでもよい。例えば、ＵＥ１００は、第３の情報に含まれる情報に基づいて、第３帯域幅部分を特定してもよい。すなわち、第３の情報は、第３帯域幅部分を特定するための情報を含んでもよい。

すなわち、ＵＥ１００は、第２の情報又は第３の情報に基づいて、ＰＵＣＣＨリソースを決定してもよい。例えば、ＵＥ１００は、第２の情報が設定されている場合には、第２の情報に基づいてＰＵＣＣＨリソースを決定してもよい。また、ＵＥ１００は、第３の情報が設定され、且つ、第２の情報が設定されていない場合には、第３の情報に基づいてＰＵＣＣＨリソースを決定してもよい。一例としては、特定ＵＥ１００Ｂは、第２の情報が設定されていない場合には、一般ＵＥ１００Ａに対して設定される第３の情報に基づいてＰＵＣＣＨリソースを決定してもよい。すなわち、特定ＵＥ１００Ｂは、ＰＵＣＣＨリソースを決定するために用いられる第２帯域幅部分が設定されていない場合には、一般ＵＥ１００Ａに用いられる初期上りＢＷＰ（すなわち、第３帯域幅部分）に基づいてＰＵＣＣＨリソースを決定してもよい。

以下、説明を容易とするために、第１の情報（及び／又は、第１帯域幅部分）、第２の情報（及び／又は、第２帯域幅部分）を用いて記載するが、本実施形態において第２の情報（及び／又は、第２帯域幅部分）は、第３の情報（及び／又は、第３帯域幅部分）に置き換えられてもよい。

すなわち、ＵＥ１００は、第２の情報に基づいて、ＰＵＣＣＨ送信に対して適用される周波数ホッピングに用いられるＰＵＣＣＨリソースを決定してもよい。例えば、ＵＥ１００は、第２の情報に基づいて設定された周波数位置及び／又はサイズに基づいて、ＰＵＣＣＨ送信に対して適用される周波数ホッピングに用いられるＰＵＣＣＨリソースを決定してもよい。また、ＵＥ１００は、第２の情報に基づいて設定されたサブキャリア間隔に基づいて、ＰＵＣＣＨ送信に対して適用される周波数ホッピングに用いられるＰＵＣＣＨリソースを決定してもよい。

例えば、ＵＥ１００は、上述の「数１」～「数７」のいずれか１つまたは複数を用いることによって、ＰＵＣＣＨリソースを決定してもよい。例えば、ＵＥ１００は、「数１」及び／又は「数２」におけるサブキャリア間隔の設定μとして、第２の情報に基づいて設定されたサブキャリア間隔を用いてもよい。また、ＵＥ１００は、「数１」及び／又は「数２」における帯域幅部分ｉのサイズとして、第２の情報に基づいて設定された周波数位置及び／又はサイズを用いてもよい。また、ＵＥ１００は、「数５」及び／又は「数６」における初期上りＢＷＰのサイズとして、第２の情報に基づいて設定された周波数位置及び／又はサイズを用いてもよい。

すなわち、第１の場合において、ＵＥ１００は、第１の情報に基づいて第１帯域幅部分（例えば、初期上りＢＷＰ）を特定し、第２の情報に基づいてＰＵＣＣＨ送信に対して適用される周波数ホッピングに用いられるＰＵＣＣＨリソースを決定してもよい。また、第１の場合において、ＵＥ１００は、第２の情報に基づいて決定されたＰＵＣＣＨリソースを用いて、周波数ホッピングを伴うＰＵＣＣＨ送信を実行してもよい。

また、共通設定情報は、ＰＵＣＣＨリソース（すなわち、ＰＵＣＣＨリソースのＰＲＢインデックス）を決定するために用いられる（想定される）上りＢＷＰの中心周波数の位置を示すための情報（以下、第４の情報とも記載する）を含んでよい。例えば、ＵＥ１００は、第４の情報に基づいて上りＢＷＰ（例えば、上りＢＷＰの周波数位置）を想定し（特定し）、想定した上りＢＷＰからＰＵＣＣＨリソースを決定してもよい。例えば、第４の情報は、想定される上りＢＷＰに対する複数の中心周波数の位置（例えば、第１の中心周波数の位置、及び、第２の中心周波数の位置）を示すための情報が含まれてもよい。ここで、第１の中心周波数の位置は第１ＰＵＣＣＨリソースを決定するために用いられ、第２の中心周波数の位置は第２ＰＵＣＣＨリソースを決定するために用いられもよい。すなわち、ＵＥ１００は、第４の情報に基づいて設定された中心周波数の位置に基づいて、ＰＵＣＣＨ送信に対して適用される周波数ホッピングに用いられるＰＵＣＣＨリソースを決定してもよい。また、ＵＥ１００は、決定されたＰＵＣＣＨリソースを用いて、周波数ホッピングを伴うＰＵＣＣＨ送信を実行してもよい。

また、共通設定情報は、ＰＵＣＣＨ送信に適用される周波数ホッピングの有効又は無効を設定するために用いられる情報（以下、第５の情報とも記載する）を含んでもよい。例えば、第５の情報は、第１の場合におけるＵＥ１００に対して設定されてもよい。例えば、ＵＥ１００の制御部１４０は、第５の情報に基づいて、ＰＵＣＣＨ送信に対して周波数ホッピングを適用するかどうかを決定してよい。すなわち、ＵＥ１００は、第５の情報を用いてＰＵＣＣＨ送信に適用される周波数ホッピングを有効とすることが設定された場合、周波数ホッピングを伴うＰＵＣＣＨ送信を実行してもよい。また、ＵＥ１００は、第５の情報を用いてＰＵＣＣＨ送信に適用される周波数ホッピングを有効としない（すなわち、無効とする）ことが設定された場合、周波数ホッピングを伴わずにＰＵＣＣＨ送信を実行してもよい。ここで、ＵＥ１００は、第５の情報を受信しなかった場合、周波数ホッピングを伴わずにＰＵＣＣＨ送信を実行してもよい。すなわち、ＰＵＣＣＨ送信に適応される周波数ホッピングに対するＵＥ１００のデフォルトの動作は、無効であってもよい。例えば、第１の情報に基づいて初期上りＢＷＰが特定される場合（第１のケースの場合）において、ＰＵＣＣＨ送信に適応される周波数ホッピングに対するＵＥ１００のデフォルトの動作は、無効であってもよい。ここで、例えば、第３の情報に基づいて初期上りＢＷＰが特定される場合（後述する第２のケースの場合）において、ＰＵＣＣＨ送信に適応される周波数ホッピングに対するＵＥ１００のデフォルトの動作は、有効であってもよい。

このように、ＵＥ１００のデフォルトの動作を有効又は無効と規定することによって、ＰＵＣＣＨ送信に適用される周波数ホッピングの有効又は無効を設定する必要がなくなり、基地局２００とＵＥ１００との間でやり取りされる情報量を削減することが可能となる。

ここで、第５の情報は、ある１つのスロット内における周波数ホッピングの有効又は無効を示すために用いられる情報を含んでもよい。ここで、ある１つのスロット内における周波数ホッピングは、イントラスロット周波数ホッピングとも称される。また、第５の情報は、スロット間における周波数ホッピングの有効又は無効を示すために用いられる情報を含んでもよい。ここで、スロット間における周波数ホッピングは、インタースロット周波数ホッピングとも称される。例えば、ＵＥ１００の制御部１４０は、イントラスロット周波数ホッピングの有効又は無効に基づいて、ＰＵＣＣＨ送信に対してイントラスロット周波数ホッピングを適用するかどうかを決定してもよい。また、ＵＥ１００の制御部１４０は、インタースロット周波数ホッピングの有効又は無効に基づいて、ＰＵＣＣＨ送信に対してインタースロット周波数ホッピングを適用するかどうかを決定してもよい。すなわち、ＵＥ１００は、第５の情報に基づいて、インタースロット周波数ホッピング又はインタースロット周波数ホッピングを伴うＰＵＣＣＨ送信を実行してもよい。

ここで、第５の情報は、ＰＵＣＣＨ送信に用いられるＰＵＣＣＨフォーマットに対して設定されてもよい。すなわち、第５情報は、ＰＵＣＣＨフォーマット毎に周波数ホッピングの有効又は無効を示すために用いられる情報を含んでもよい。例えば、第５の情報は、ＰＵＣＣＨフォーマット０を用いたＰＵＣＣＨ送信に適用される周波数ホッピングの有効又は無効を示す情報、ＰＵＣＣＨフォーマット１を用いたＰＵＣＣＨ送信に適用される周波数ホッピングの有効又は無効を示す情報などを含んでよい。また、第５の情報は、周波数ホッピングが適用可能であるＰＵＣＣＨフォーマットを示すために用いられてもよい。すなわち、ＵＥ１００は、第５の情報に基づいて、周波数ホッピングが適用可能であるＰＵＣＣＨフォーマットを特定してもよい。

また、共通設定情報は、第１ＰＵＣＣＨ設定情報を含んでもよい。上述の通り、第１ＰＵＣＣＨ設定情報は、対応付けられたＢＷＰのＰＵＣＣＨに関するセル固有のパラメータ（セルスペシフィックパラメータ）を示してもよい。すなわち、共通設定情報は、第１ＰＵＣＣＨ設定情報と、対応付けられたＢＷＰに関する帯域幅部分情報とを含んでもよい。また、第１ＰＵＣＣＨ設定情報は、ＰＵＣＣＨ設定共通情報（ｐｕｃｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎ）を含んでもよい。ここで、ＰＵＣＣＨ設定共通情報（ｐｕｃｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎ）は、ＰＵＣＣＨリソースセットを提供するＰＵＣＣＨリソース共通情報（例えば、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ）を含んでもよい。

例えば、ＵＥ１００は、第１ＰＵＣＣＨ設定情報を受信した場合、以下の動作を実行してもよい。すなわち、ＵＥ１００は、第１ＰＵＣＣＨ設定情報を受信し、且つ、第２ＰＵＣＣＨ設定情報を受信していない場合、以下のステップＳ１０２、（Ａ）、（Ｂ）、（Ｂ１）、（Ｂ２）、及び／又は、（Ｃ）に記載の動作を実行してもよい。ここで、以下のステップＳ１０２、（Ａ－１）、（Ｂ－１）、（Ｂ１－１）、（Ｂ１－２）、及び／又は、（Ｃ－１）に記載の動作は、第１動作例の動作に含まれてもよい。

ステップＳ１０２：
例えば、ＵＥ１００は、基地局２００への上り送信を行う。すなわち、ＵＥ１００の通信部１２０は、上り信号を基地局２００へ送信する。基地局２００の無線通信部２２０（受信部２２１）は、上り信号をＵＥ１００から受信する。ここで、ＵＥ１００の制御部１４０は、以下の動作を行うことができる。なお、基地局２００の制御部２４０は、ＵＥ１００からの上り信号を受信するために、ＵＥ１００の制御部１４０と同様の動作を行うことができる。

（Ａ－１）初期上りＢＷＰ１の特定
ＵＥ１００の制御部１４０は、共通設定情報に基づいて、上り送信用の初期上りＢＷＰを特定してもよい。例えば、ＵＥ１００の制御部１４０は、第１の情報に基づいて、初期上りＢＷＰ１を特定してもよい。例えば、ＵＥ１００の制御部１４０は、第１の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて、初期上りＢＷＰ１の周波数領域における位置及び／又はサイズを決定してもよい。ここで、サイズは、帯域幅と置き換えられてもよい。また、ＵＥ１００の制御部１４０は、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて、初期上りＢＷＰ１で用いられるサブキャリア間隔を決定してもよい。

ここで、ＵＥ１００の制御部１４０は、第３の情報に基づいて、初期上りＢＷＰ１を特定してもよい。例えば、ＵＥ１００の制御部１４０は、第３の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて、初期上りＢＷＰ１の周波数領域における位置及び／又はサイズを決定してもよい。また、ＵＥ１００の制御部１４０は、第３の情報に含まれるサブキャリア間隔を示す情報に基づいて、初期上りＢＷＰ１で用いられるサブキャリア間隔を決定してもよい。

すなわち、ＵＥ１００は、第１の情報又は第３の情報に基づいて、初期上りＢＷＰ１を特定してもよい。例えば、ＵＥ１００は、第１の情報が設定されている場合には、第１の情報に基づいて初期上りＢＷＰ１を特定してもよい。また、ＵＥ１００は、第３の情報が設定され、且つ、第１の情報が設定されていない場合には、第３の情報に基づいて初期上りＢＷＰ１を特定してもよい。一例としては、特定ＵＥ１００Ｂは、第１の情報が設定されていない場合には、一般ＵＥ１００Ａに対して設定される第３の情報に基づいて初期上りＢＷＰ１を特定してもよい。すなわち、特定ＵＥ１００Ｂは、初期上りＢＷＰ１を特定するために用いられる第１帯域幅部分が設定されていない場合には、一般ＵＥ１００Ａに用いられる初期上りＢＷＰ（すなわち、第３帯域幅部分）に基づいて初期上りＢＷＰ１を特定してもよい。

（Ｂ－１）ＰＵＣＣＨリソースの決定
また、ＵＥ１００の制御部１４０は、共通設定情報に基づいて、ＰＵＣＣＨの送信に用いられるＰＵＣＣＨリソースを決定してもよい。ここで、上述の通り、ＰＵＣＣＨリソースは、第１ＰＵＣＣＨリソースと第２ＰＵＣＣＨリソースを含んでもよい。以下、第１ＰＵＣＣＨリソースを、第１ＰＵＣＣＨリソースＲ１とも記載する。また、第２ＰＵＣＣＨリソースを、第２ＰＵＣＣＨリソースＲ２とも記載する。例えば、第１ＰＵＣＣＨリソースＲ１は、特定された初期上りＢＷＰ１の内側にマップされるＰＵＣＣＨリソースでもよい。また、第２ＰＵＣＣＨリソースＲ２は、第１ＰＵＣＣＨリソースＲ１から周波数領域においてホッピングした（すなわち、ＰＵＣＣＨ送信に適用される周波数ホッピングに用いられた）リソースであってもよい。例えば、第２ＰＵＣＣＨリソースＲ２は、特定された初期上りＢＷＰ１の外側にマップされるＰＵＣＣＨリソースでもよい。

また、ＰＵＣＣＨリソースは、第２ＰＵＣＣＨリソースＲ２から周波数領域においてホッピングした第３ＰＵＣＣＨリソースＲ３を含んでよいし、第３ＰＵＣＣＨリソースＲ３から周波数領域においてホッピングした第４ＰＵＣＣＨリソースＲ４を含んでよい。ここで、第１ＰＵＣＣＨリソースＲ１と第３ＰＵＣＣＨリソースＲ３は、同一のＰＵＣＣＨリソースであってもよい。すなわち、第３ＰＵＣＣＨリソースＲ３は、第１ＰＵＣＣＨリソースＲ１と同様の方法によって決定されてもよい。また、第２ＰＵＣＣＨリソースＲ２と第４ＰＵＣＣＨリソースＲ４は、同一のＰＵＣＣＨリソースであってもよい。すなわち、第４ＰＵＣＣＨリソースＲ４は、第２ＰＵＣＣＨリソースＲ２と同様の方法によって決定されてもよい。

ここで、一例として、図６に示すように、一般ＵＥ１００Ａ用のＰＵＣＣＨ領域は、周波数方向において一般ＵＥ１００Ａに対して設定されたＢＷＰの両端にマップされてもよい。ここで、特定ＵＥ１００Ｂ用のＰＵＣＣＨ領域は、一般ＵＥ１００Ａ用のＰＵＣＣＨ領域と重なるようにマップされてもよい。具体的には、第１ＰＵＣＣＨリソースＲ１（及び、第３ＰＵＣＣＨリソースＲ３）は、周波数方向において一方のＰＵＣＣＨ領域（以下、第１ＰＵＣＣＨ領域）内にマップされ、第２ＰＵＣＣＨリソースＲ２（及び第４ＰＵＣＣＨリソースＲ４）は、周波数方向において他方のＰＵＣＣＨ領域（以下、第２ＰＵＣＣＨ領域）内にマップされてもよい。

なお、特定ＵＥ１００ＢのＢＷＰの帯域幅は、一般ＵＥ１００Ａ用のＢＷＰの帯域幅よりも狭く設定される可能性があるため、例えば、特定ＵＥ１００ＢのＢＷＰは、第１ＰＵＣＣＨ領域に重なる場合、第２ＰＵＣＣＨ領域には重ならなくてもよい。

（Ｂ１－１）第１の情報に基づいて初期上りＢＷＰ１を特定するケース（以下、第１のケースとも称する）
第１のケースにおいて、ＵＥ１００の制御部１４０は、第２の情報に基づいて、初期上りＢＷＰ１と異なる上りＢＷＰを特定（想定）してもよい。以下、説明を明確にするために、第２の情報に基づいて特定（想定）される上りＢＷＰを初期上りＢＷＰ２とも記載する。すなわち、初期上りＢＷＰ２は、上りＢＷＰに置き換えられてもよい。すなわち、ＵＥ１００の制御部１４０は、第２の情報に基づいて、ＰＵＣＣＨリソースを決定するために用いられる初期上りＢＷＰ２を特定（想定）してもよい。例えば、初期上りＢＷＰ１は、第１周波数帯Ｆ１に位置し、初期上りＢＷＰ２は、第２周波数帯Ｆ２に位置と想定されてもよい。ここで、初期上りＢＷＰ２は、ＰＵＣＣＨ送信の実行のみに用いられる上りＢＷＰとして規定されてもよい。また、初期上りＢＷＰ２は、ＰＵＣＣＨ送信に加えて、ＰＵＳＣＨ送信の実行に用いられる上りＢＷＰとして規定されてもよい。例えば、初期上りＢＷＰ２がＰＵＳＣＨ送信の実行に用いられる上りＢＷＰとして規定される場合、ＵＥ１００は、初期上りＢＷＰを、初期上りＢＷＰ１から初期上りＢＷＰ２へ切り替えて、ＰＵＣＣＨ送信及び／又はＰＵＳＣＨ送信を実行してもよい。

すなわち、第１のケースにおいて、ＵＥ１００の制御部１４０は、第１の情報に基づいて初期上りＢＷＰ１を特定し、且つ、第２の情報に基づいて少なくとも、第２ＰＵＣＣＨリソースＲ２を決定してもよい。また、第１のケースにおいて、ＵＥ１００の制御部１４０は、第１の情報に基づいて第１ＰＵＣＣＨリソースＲ１を決定し、第２の情報に基づいて第２ＰＵＣＣＨリソースＲ２を決定してもよい。例えば、ＵＥ１００の制御部１４０は、上述の「ＰＵＣＣＨリソースの決定（すなわち、「数１」～「数７」のいずれか１つまたは複数を用いることによってＰＵＣＣＨリソースを決定する方法）」に基づいて、第１ＰＵＣＣＨリソースＲ１（第１ホップでのＰＵＣＣＨリソース、すなわち、第１ＰＵＣＣＨリソースＲ１のＰＲＢインデックス）を決定してもよい。また、ＵＥ１００の制御部１４０は、上述の「ＰＵＣＣＨリソースの決定」に基づいて、第２ＰＵＣＣＨリソースＲ２（第２ホップでのＰＵＣＣＨリソース、すなわち、第２ＰＵＣＣＨリソースＲ２のＰＲＢインデックス）を決定してもよい。すなわち、例えば、ＵＥ１００の制御部１４０は、第２の情報に基づいて、初期上りＢＷＰ２に対する周波数位置、サイズ、及び／又は、サブキャリア間隔を特定してもよい。すなわち、ＵＥ１００の制御部１４０は、特定した周波数位置、サイズ、及び／又は、サブキャリア間隔に基づいて、「数１」～「数７」のいずれか１つまたは複数に従って、第１ＰＵＣＣＨリソースＲ１及び／又は第２ＰＵＣＣＨリソースＲ２を決定してもよい。

また、ＵＥ１００の制御部１４０は、第４の情報に基づいて、第１ＰＵＣＣＨリソースＲ１及び／又は第２ＰＵＣＣＨリソースＲ２を決定してもよい。例えば、ＵＥ１００の制御部１４０は、初期上りＢＷＰ１に対する中心周波数の位置を示す情報に基づいて、第１ＰＵＣＣＨリソースＲ１を決定してもよい。また、ＵＥ１００の制御部１４０は、初期上りＢＷＰ２に対する中心周波数の位置を示す情報に基づいて、第２ＰＵＣＣＨリソースＲ２を決定してもよい。

上述のとおり、ＵＥ１００の制御部１４０は、第２の情報に含まれるサブキャリア間隔を示す情報に基づいて、第２ＰＵＣＣＨリソースＲ２を決定してもよい。ここで、ＵＥ１００の制御部１４０は、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて、第１ＰＵＣＣＨリソースＲ１及び／又は第２ＰＵＣＣＨリソースＲ２を決定してもよい。例えば、ＵＥ１００の制御部１４０は、第２の情報にサブキャリア間隔を示す情報が含まれていない場合、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて、第１ＰＵＣＣＨリソースＲ１及び／又は第２ＰＵＣＣＨリソースＲ２を決定してもよい。

（Ｂ２－１）第３の情報に基づいて初期上りＢＷＰ１を特定するケース（以下、第２のケースとも称する）
第２のケースにおいて、ＵＥ１００の制御部１４０は、第３の情報に基づいて、初期上りＢＷＰ２を特定（想定）してもよい。例えば、ＵＥ１００の制御部１４０は、第３の情報に基づいて、初期上りＢＷＰ１の特定方法と同様の方法を用いて、上りＢＷＰ（すなわち、初期上りＢＷＰ２）を特定（想定）してもよい。

すなわち、第２のケースにおいて、ＵＥ１００の制御部１４０は、第３の情報に基づいて初期上りＢＷＰ１及び／又は初期上りＢＷＰ２を想定（特定）し、第１ＰＵＣＣＨリソースＲ１を決定してもよい。また、ＵＥ１００の制御部１４０は、第３の情報に基づいて初期上りＢＷＰ１及び／又は初期上りＢＷＰ２を想定（特定）し、第２ＰＵＣＣＨリソースＲ２を決定してもよい。例えば、第１のケースと場合と同様に、第２のケースにおいても、ＵＥ１００の制御部１４０は、上述の「ＰＵＣＣＨリソースの決定方法（すなわち、「数１」～「数７」のいずれか１つまたは複数を用いることによってＰＵＣＣＨリソースを決定する方法）」に基づいて、第１ＰＵＣＣＨリソースＲ１及び／又は第２ＰＵＣＣＨリソースＲ２を決定してもよい。また、第１のケースと場合と同様に、第２のケースにおいても、ＵＥ１００の制御部１４０は、第４の情報に基づいて、第１ＰＵＣＣＨリソースＲ１及び／又は第２ＰＵＣＣＨリソースＲ２を決定してもよい。

ここで、第２のケースにおいて、ＵＥ１００の制御部１４０は、ＰＵＣＣＨ送信に対して周波数ホッピングが常に適用されると想定してもよい。すなわち、第２のケースにおいて、ＰＵＣＣＨ送信に適用される周波数ホッピングは常に有効であってもよい。すなわち、第２のケースにおける、ＰＵＣＣＨ送信に適用される周波数ホッピングに対するＵＥ１００のデフォルトの動作は有効であってもよい。ここで、上述の通り、第１のケースにおける、ＰＵＣＣＨ送信に適用される周波数ホッピングに対するＵＥ１００のデフォルトの動作は、有効であってもよい。

すなわち、ＵＥ１００は、第１の情報を受信した場合（すなわち、第１の情報に基づいて上りＢＷＰ（例えば、初期上りＢＷＰ）を特定した場合）には、ＰＵＣＣＨ送信に適用される周波数ホッピングに対するデフォルトの動作を無効としてもよい（無効に設定してもよい）。また、ＵＥ１００は、第３の情報を受信し、且つ、第１の情報を受信していない場合（すなわち、第３の情報に基づいて上りＢＷＰ（例えば、初期上りＢＷＰ）を特定した場合）には、ＰＵＣＣＨ送信に適用される周波数ホッピングに対するデフォルトの動作を有効としてもよい（有効に設定してもよい）。

（Ｃ－１）ガード期間
ＵＥ１００の制御部１４０は、周波数ホッピングを適用して上り送信を行う場合に、ガード期間ＧＰを構成してもよい。ここで、構成は、生成とも置き換えられてもよい。すなわち、例えば、ＵＥ１００の制御部１４０は、周波数ホッピングを適用して上り送信を行う場合に、ガード期間ＧＰに用いられるシンボル数を決定してもよい。例えば、ＵＥ１００の制御部１４０は、第１周波数帯Ｆ１において上り送信を行った後、第１周波数帯Ｆ１と異なる第２周波数帯Ｆ２において上り送信を行う場合において、ガード期間ＧＰを構成するためのシンボル数を決定してもよい。すなわち、ＵＥ１００の制御部１４０は、第１周波数帯Ｆ１から第２周波数帯Ｆ２へ周波数帯を変更する（切り替える）場合において、ガード期間ＧＰを構成するためのシンボル数を決定してもよい。ここで、ＵＥ１００の制御部１４０は、第２周波数帯Ｆ２から第１周波数帯Ｆ１へ周波数帯を変更する（切り替える）場合においても、ガード期間ＧＰを構成するためのシンボル数を決定してもよい。以下、ガード期間ＧＰを構成するためのシンボル数を決定することを、単に、ガード期間ＧＰを生成（構成）するとも記載する。

ここで、本実施形態において、第１周波数帯Ｆ１及び／又は第２周波数帯Ｆ２は、帯域幅部分（ＢＷＰ）を含んでもよい。すなわち、第１周波数帯Ｆ１及び／又は第２周波数帯Ｆ２は、下り帯域幅部分（下りＢＷＰ、初期下りＢＷＰ）を含んでもよい。また、第１周波数帯Ｆ１及び／又は第２周波数帯Ｆ２は、上り帯域幅部分（上りＢＷＰ、初期上りＢＷＰ）を含んでもよい。すなわち、周波数帯域を変更する（切り替える）ことは、帯域幅部分（ＢＷＰ）を変更する（切り替える）ことを含んでもよい。また、周波数帯域を変更する（切り替える）ことは、帯域幅部分（ＢＷＰ）の周波数をリチューン（ｒｅｔｕｎｅ）することを含んでもよい。また、第１周波数帯Ｆ１は、第１の周波数帯域とも記載される。また、第２周波数帯Ｆ２は、第２の周波数帯域とも記載される。

例えば、ＵＥ１００の制御部１４０は、第１周波数帯Ｆ１と第２周波数帯Ｆ２とが、ＵＥ１００が上り送信に用いる１つのＢＷＰ内に位置しない場合に、ガード期間ＧＰを生成してもよい。また、ＵＥ１００の制御部１４０は、第１周波数帯Ｆ１における上り送信と第２周波数帯Ｆ２における上り送信とによる２つの連続的な送信である場合に、ガード期間ＧＰを生成してもよい。すなわち、ＵＥ１００の制御部１４０は、異なる周波数帯での送信による周波数の変更（切り替え）又はリチューニングを行う場合に、ガード期間ＧＰを生成してもよい。

例えば、ＵＥ１００の制御部１４０は、上りＢＷＰのサブキャリア間隔に基づいて、ガード期間ＧＰを生成してもよい。すなわち、ＵＥ１００の制御部１４０は、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて、ガード期間ＧＰを生成してもよい。また、ＵＥ１００の制御部１４０は、第２の情報に含まれるサブキャリア間隔を示す情報に基づいて、ガード期間ＧＰを生成してもよい。また、ＵＥ１００の制御部１４０は、第３の情報に含まれるサブキャリア間隔を示す情報に基づいて、ガード期間ＧＰを生成してもよい。

すなわち、ＵＥ１００は、第１の情報に含まれるサブキャリア間隔を示す情報、第２の情報に含まれるサブキャリア間隔を示す情報、又は、第３の情報に含まれるサブキャリア間隔を示す情報に基づいて、ガード期間ＧＰを生成してもよい。例えば、ＵＥ１００は、第２の情報に含まれるサブキャリア間隔を示す情報が設定されている場合には、第２の情報に含まれるサブキャリア間隔を示す情報に基づいて、ガード期間ＧＰを生成してもよい。また、ＵＥ１００は、第１の情報に含まれるサブキャリア間隔を示す情報が設定され、且つ、第２の情報に含まれるサブキャリア間隔を示す情報が設定されていない場合には、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて、ガード期間ＧＰを生成してもよい。また、ＵＥ１００は、第３の情報に含まれるサブキャリア間隔を示す情報が設定され、且つ、第１の情報に含まれるサブキャリア間隔を示す情報が設定されていない場合には、第３の情報に含まれるサブキャリア間隔を示す情報に基づいて、ガード期間ＧＰを生成してもよい。また、ＵＥ１００は、第３の情報に含まれるサブキャリア間隔を示す情報が設定され、且つ、第２の情報に含まれるサブキャリア間隔を示す情報が設定されていない場合には、第３の情報に含まれるサブキャリア間隔を示す情報に基づいて、ガード期間ＧＰを生成してもよい。

上述の通り、１つのサブフレームを構成するスロットの数は、基地局２００によって設定されたサブキャリア間隔に基づいて変化してもよい。すなわち、１つのサブフレームを構成するシンボルの数は、基地局２００によって設定されたサブキャリア間隔に基づいて変化してもよい。例えば、基地局２００によって設定されたサブキャリア間隔に基づいて、１ｍｓのサブフレームを構成するシンボルの数が決定され、各シンボルの長さ（時間方向の長さ）が変化する。すなわち、基地局２００によって設定されたサブキャリア間隔に基づいて、ガード期間ＧＰに含まれるシンボルの長さ（時間方向の長さ）が変化してもよい。すなわち、ガード期間ＧＰの長さに対応するシンボルの長さ（時間方向の長さ）は、基地局２００によって設定されたサブキャリア間隔に基づいて与えられてもよい。ここで、基地局２００によって設定されたサブキャリア間隔は、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて設定されるサブキャリア間隔、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて設定されるサブキャリア間隔、及び／又は、第３の情報に含まれるサブキャリア間隔を示す情報に基づいて設定されるサブキャリア間隔を含む。

ここで、ＵＥ１００の制御部１４０は、２つの周波数帯でサブキャリア間隔が異なる場合、２つの周波数帯のそれぞれでのシンボル数を決定してもよい。すなわち、例えば、ＵＥ１００の制御部１４０は、サブキャリア間隔が広い周波数帯のシンボル数を、サブキャリア間隔が狭い周波数帯のシンボル数よりも多くしてもよい。また、ＵＥ１００の制御部１４０は、２つの周波数帯のそれぞれで決定したシンボル数の長さの合計期間をガード期間ＧＰの長さとしてよい。また、ＵＥ１００の制御部１４０は、２つの周波数帯のそれぞれで決定したシンボル数のうちの、シンボル数が多い方（すなわち、ガード期間ＧＰが長い方）を、ガード期間ＧＰの長さとしてよい。また、ＵＥ１００の制御部１４０は、２つの周波数帯のそれぞれで決定したシンボル数のうちの、シンボル数が少ない方（すなわち、ガード期間ＧＰが短い方）を、ガード期間ＧＰの長さとしてよい。

ここで、ガード期間ＧＰに対応するシンボル数は、ＵＥ１００の能力に応じて決定されてもよい。すなわち、ＵＥ１００の制御部１４０は、ＵＥ１００の能力を示す能力情報（例えば、ＵＥｃａｐａｂｉｌｉｔｙ情報）を保持してよい。ＵＥ１００の制御部１４０は、ＵＥ１００の能力情報に基づいて、シンボル数を決定してもよい。例えば、ＵＥ１００の制御部１４０は、能力情報がケイパビリティ１（Ｃａｐａｂｉｌｉｔｙ１）を示す場合、ガード期間の長さを１シンボルに決定してもよい。また、ＵＥ１００の制御部１４０は、能力情報がケイパビリティ２（Ｃａｐａｂｉｌｉｔｙ２）を示す場合、ガード期間の長さを２シンボルに決定してよい。

また、例えば、ＵＥ１００の通信部１２０は、ガード期間ＧＰに対応するシンボル数を特定するために用いられる情報を、能力情報として、基地局２００へ送信してもよい。すなわち、ＵＥ１００の通信部１２０は、シンボル数に対応する能力情報を基地局２００へ送信してもよい。ここで、能力情報は、ガード期間ＧＰに対応するシンボル数に用いられる情報であれば、どのような情報であってもよい。

また、例えば、基地局２００の制御部２４０は、ＵＥ１００の能力情報に基づいて、ＵＥ１００によって生成されるガード期間ＧＰの長さ（すなわち、シンボル数）を特定してもよい。また、基地局２００の制御部２４０は、ガード期間ＧＰの長さ（すなわち、シンボル数）に基づいて、ＵＥ１００によって上り送信が行われない期間を特定してもよい。

また、ＵＥ１００の制御部１４０は、決定したシンボル数に対応するガード期間ＧＰを生成する。例えば、ＵＥ１００の制御部１４０は、ガード期間ＧＰ内において、上り送信を行わないように制御してもよい。ここで、上り送信は、少なくとも、ＰＵＳＣＨ送信及び／又はＰＵＣＣＨ送信を含む。

図５及び図６に示すように、ＵＥ１００の通信部１２０は、決定したＰＵＣＣＨリソースを用いて、ＰＵＣＣＨの送信を行う。すなわち、ＵＥ１００の通信部１２０は、決定したＰＵＣＣＨリソースを用いて、周波数ホッピングを伴うＰＵＣＣＨ送信を実行する。具体的には、ＵＥ１００の通信部１２０は、第１ＰＵＣＣＨリソースＲ１及び／又は第１ＰＵＣＣＨリソースＲ１を用いて、周波数ホッピングを伴うＰＵＣＣＨ送信を実行する。例えば、ＵＥ１００の通信部１２０は、ＰＵＣＣＨを用いて、Ｍｓｇ．４（すなわち、ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫを送信してもよい。

ここで、ＵＥ１００の制御部１４０は、第１ＰＵＣＣＨリソースＲ１を用いてＰＵＣＣＨ送信を実行した後、第１周波数帯Ｆ１から第２周波数帯Ｆ２への周波数帯の変更を行う。この変更は、周波数帯のリチューニングであってもよいし、周波数帯の切り替え（スイッチング）であってもよい。例えば、ＵＥ１００の制御部１４０は、生成したガード期間ＧＰ内で、第１周波数帯Ｆ１から第２周波数帯Ｆ２へのリチューニング又は切り替えを行ってもよい。ここで、第１ＰＵＣＣＨリソースＲ１は第１周波数帯Ｆ１にマップされているとする。また、第２ＰＵＣＣＨリソースＲ２は第２周波数帯Ｆ２にマップされているとする。

また、ＵＥ１００の通信部１２０は、周波数帯を第２周波数帯へ変更後、第２ＰＵＣＣＨリソースＲ２を用いて、ＰＵＣＣＨ送信を実行する。例えば、ＵＥ１００の制御部１４０は、生成したガード期間ＧＰ内で、第２周波数帯Ｆ２から第１周波数帯Ｆ１へのリチューニング又は切り替えを行ってもよい。

同様に、ＵＥ１００の通信部１２０は、周波数帯を第１周波数帯へ変更後、第３ＰＵＣＣＨリソースＲ３を用いて、ＰＵＣＣＨ送信を実行する。例えば、ＵＥ１００の制御部１４０は、生成したガード期間ＧＰ内で、第１周波数帯Ｆ１から第２周波数帯Ｆ２へのリチューニング又は切り替えを行ってもよい。また、ＵＥ１００の通信部１２０は、周波数帯を第２周波数帯へ変更後、第４ＰＵＣＣＨリソースＲ４を用いて、ＰＵＣＣＨ送信を実行する。例えば、ＵＥ１００の制御部１４０は、生成したガード期間ＧＰ内で、第２周波数帯Ｆ２から第１周波数帯Ｆ１へのリチューニング又は切り替えを行ってもよい。

（２）第２動作例
図７から図８を参照して、第２動作例について、上述の動作例との相違点を主として説明する。第２動作例では、ＵＥ１００が、専用設定情報に基づいて、ＰＵＣＣＨ送信を行う。図７において、ＵＥ１００は、ＵＥ１００と基地局２００との間でＲＲＣコネクティッド状態であってもよい。例えば、図７において、ＵＥ１００は、第２の場合における状態であってもよい。また、図７において、ＵＥ１００は、初期アクセスを実行後でもよい。また、図７において、ＵＥ１００は、ＲＲＣセットアップメッセージ、ＲＲＣ再開メッセージ、及び／又は、ＲＲＣ（再）確立メッセージを受信した後の状態でもよい。例えば、図７において、ＵＥ１００は、下りユーザーデータ（すなわち、ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫを送信してもよい。

ステップＳ２０１：
基地局２００の無線通信部２２０は、上り送信用の専用パラメータを含む専用設定情報をＵＥ１００へ送信する。ＵＥ１００の通信部１２０は、専用設定情報を基地局２００から受信する。

無線通信部２２０は、専用設定情報をユニキャストにより送信する。無線通信部２２０は、例えば、専用設定情報を含むＲＲＣ再設定メッセージを送信してよい。すなわち、専用設定情報は、ＵＥスペシフィックパラメータであってもよい。

例えば、専用設定情報は、基地局２００が管理するサービングセルでＵＥ１００を構成（追加又は変更）するために用いられるサービングセル設定情報（具体的には、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ）に含まれる設定情報（具体的には、ＵｐｌｉｎｋＣｏｎｆｉｇ）であってよい。例えば、専用設定情報は、第１動作例における共通設定情報に含まれる情報と、同様の情報を含んでよい。例えば、専用設定情報は、帯域幅部分情報（第１の情報、第２の情報、及び／又は、第３の情報）、上りＢＷＰに対する中心周波数の位置を示す情報（第４の情報）、及び、ＰＵＣＣＨ送信に適用される周波数ホッピングの有効又は無効を示す情報（第５の情報）の少なくともいずれかの情報を含んでよい。ここで、専用設定情報に含まれる情報は、アクティブ上りＢＷＰに対して設定されてもよい。例えば、ＵＥ１００は、第１の情報、第２の情報、及び／又は第３の情報に基づいて、アクティブ上りＢＷＰを特定（又は、想定）してもよい。また、ＵＥ１００は、第４の情報に基づいて、アクティブ上りＢＷＰに対する中心周波数の位置を決定してもよい。また、ＵＥ１００は、第４の情報に基づいて、アクティブ上りＢＷＰにおけるＰＵＣＣＨ送信に適用される周波数ホッピングの有効又は無効を決定してもよい。

例えば、専用設定情報は、第２ＰＵＣＣＨ設定情報を含んでもよい。上述の通り、第２ＰＵＣＣＨ設定情報は、サービングセルの通常の上りリンクの１つのＢＷＰ用のＰＵＣＣＨ設定であってよい。すなわち、第２ＰＵＣＣＨ設定情報は、ＵＥ固有のパラメータ（ＵＥスペースパラメータ）を示してもよい。すなわち、専用設定情報は、第２ＰＵＣＣＨ設定情報と、第２ＰＵＣＣＨ設定情報に対応付けられたＢＷＰの識別子と、当該ＢＷＰの識別子に対応付けられた帯域幅部分情報とを含んでよい。

例えば、ＵＥ１００は、第２ＰＵＣＣＨ設定情報を受信した場合、以下のステップＳ２０２、（Ａ－２）、（Ｂ－２）、（Ｂ２－１）、（Ｂ２－２）、及び／又は、（Ｃ－２）に記載の動作を実行してよい。ここで、上述の通り、ＵＥ１００は、第１ＰＵＣＣＨ設定情報を受信し、且つ、第２ＰＵＣＣＨ設定情報を受信していない場合、第１動作例の動作を実行してよい。

ステップＳ２０２：
例えば、ＵＥ１００は、基地局２００への上り送信を行う。すなわち、ＵＥ１００の通信部１２０は、上り信号を基地局２００へ送信する。基地局２００の無線通信部２２０は、上り信号をＵＥ１００から受信する。ここで、ＵＥ１００の制御部１４０は、以下の動作を行うことができる。なお、基地局２００の制御部２４０は、ＵＥ１００からの上り信号を受信するために、ＵＥ１００の制御部１４０と同様の動作を行うことができる。

（Ａ－２）上りＢＷＰ１の特定
ＵＥ１００の制御部１４０は、専用設定情報に基づいて、上り送信用の上りＢＷＰ（アクティブ上りＢＷＰ）を特定してもよい。例えば、ＵＥ１００の制御部１４０は、以下のいずれかの方法により、アクティブ上りＢＷＰを特定してもよい。

例えば、ＵＥ１００の制御部１４０は、第１の情報に基づいて、アクティブ上りＢＷＰ１を特定してもよい。例えば、ＵＥ１００の制御部１４０は、第１の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて、アクティブ上りＢＷＰ１の周波数領域における位置及び／またはサイズを決定してもよい。ここで、サイズは、帯域幅と置き換えられてもよい。また、ＵＥ１００の制御部１４０は、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて、アクティブ上りＢＷＰ１で用いられるサブキャリア間隔を決定してもよい。

ここで、ＵＥ１００の制御部１４０は、第３の情報に基づいて、アクティブ上りＢＷＰ１を特定してもよい。例えば、ＵＥ１００の制御部１４０は、第３の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて、アクティブ上りＢＷＰ１の周波数領域における位置及び／又はサイズを決定してもよい。また、ＵＥ１００の制御部１４０は、第３の情報に含まれるサブキャリア間隔を示す情報に基づいて、アクティブ上りＢＷＰ１で用いられるサブキャリア間隔を決定してもよい。

すなわち、ＵＥ１００は、第１の情報又は第３の情報に基づいて、アクティブ上りＢＷＰ１を特定してもよい。例えば、ＵＥ１００は、第１の情報が設定されている場合には、第１の情報に基づいてアクティブ上りＢＷＰ１を特定してもよい。また、ＵＥ１００は、第３の情報が設定され、且つ、第１の情報が設定されていない場合には、第３の情報に基づいてアクティブ上りＢＷＰ１を特定してもよい。一例としては、特定ＵＥ１００Ｂは、第１の情報が設定されていない場合には、一般ＵＥ１００Ａに対して設定される第３の情報に基づいてアクティブ上りＢＷＰ１を特定してもよい。すなわち、特定ＵＥ１００Ｂは、アクティブ上りＢＷＰ１を特定するために用いられる第１帯域幅部分が設定されていない場合には、一般ＵＥ１００Ａに用いられる初期上りＢＷＰ（すなわち、第３帯域幅部分）に基づいてアクティブ上りＢＷＰ１を特定してもよい。

なお、ＵＥ１００の制御部１４０は、複数の上りＢＷＰが設定されている場合、基地局２００との通信で最初に用いるＢＷＰを示す識別子に基づいて、複数の上りＢＷＰの中からアクティブＢＷＰを特定してよい。

なお、第２動作例では、初期上りＢＷＰ１及び初期上りＢＷＰ２の代わりに、アクティブ上りＢＷＰ１及びアクティブ上りＢＷＰ２が対象となる。従って、第１動作例と同様の部分は、初期上りＢＷＰ１をアクティブ上りＢＷＰ１に置き換え可能であり、初期上りＢＷＰ２をアクティブ上りＢＷＰ２に置き換え可能である。

（Ｂ－２）ＰＵＣＣＨリソースの決定
また、ＵＥ１００の制御部１４０は、専用設定情報に基づいて、ＰＵＣＣＨの送信に用いられるＰＵＣＣＨリソースと決定してもよい。ここで、第１動作例と同様に、ＰＵＣＣＨリソースは、第１ＰＵＣＣＨリソースＲ１と第２ＰＵＣＣＨリソースＲ２とを含む。また、第１ＰＵＣＣＨリソースＲ１は、特定されたアクティブ上りＢＷＰ１内にマップされるＰＵＣＣＨリソースでもよい。また、第２ＰＵＣＣＨリソースＲ２は、第１ＰＵＣＣＨリソースＲ１から周波数領域においてホッピングした（すなわち、ＰＵＣＣＨ送信に適用される周波数ホッピングに用いられた）リソースであってもよい。例えば、第２ＰＵＣＣＨリソースＲ２は、特定されたアクティブ上りＢＷＰ１の外側にマップされるＰＵＣＣＨリソースでもよい。

（Ｂ２－１）第１の情報に基づいてアクティブ上りＢＷＰ１を特定するケース（以下、第３のケースとも称する）
第３のケースにおいて、ＵＥ１００の制御部１４０は、第２の情報に基づいて、アクティブ上りＢＷＰ１と異なるアクティブ上りＢＷＰ２を特定（想定）してもよい。以下、説明を明確にするために、第２の情報に基づいて特定（想定）される上りＢＷＰをアクティブ上りＢＷＰ２とも記載する。すなわち、アクティブ上りＢＷＰ２は、上りＢＷＰに置き換えられてもよい。すなわち、ＵＥ１００の制御部１４０は、第２の情報に基づいて、ＰＵＣＣＨリソースを決定するために用いられるアクティブ上りＢＷＰ２を特定（想定）してもよい。例えば、アクティブ上りＢＷＰ１は、第１周波数帯Ｆ１に位置し、アクティブ上りＢＷＰ２は、第２周波数帯Ｆ２に位置すると想定されてもよい。ここで、アクティブ上りＢＷＰ２は、ＰＵＣＣＨ送信の実行のみに用いられるアクティブ上りＢＷＰとして規定されてもよい。また、アクティブ上りＢＷＰ２は、ＰＵＣＣＨ送信に加えて、ＰＵＳＣＨ送信の実行に用いられる上りＢＷＰとして規定されてもよい。例えば、アクティブ上りＢＷＰ２がＰＵＳＣＨ送信の実行に用いられる上りＢＷＰとして規定される場合、ＵＥ１００は、アクティブ上りＢＷＰを、アクティブ上りＢＷＰ１からアクティブ上りＢＷＰ２へ切り替えて、ＰＵＣＣＨ送信及び／又はＰＵＳＣＨ送信を実行してもよい。

すなわち、第３のケースにおいて、ＵＥ１００の制御部１４０は、第１の情報に基づいてアクティブ上りＢＷＰ１を特定し、第２の情報に基づいて、少なくとも、第２ＰＵＣＣＨリソースＲ２を決定してもよい。

また、第３のケースにおいて、ＵＥ１００の制御部１４０は、第１の情報に基づいて第１ＰＵＣＣＨリソースＲ１を決定し、第２の情報に基づいて第２ＰＵＣＣＨリソースＲ２を決定してもよい。また、ＵＥ１００の制御部１４０は、第４の情報に基づいて、第１ＰＵＣＣＨリソースＲ１及び／又は第２ＰＵＣＣＨリソースＲ２を決定してもよい。例えば、ＵＥ１００の制御部１４０は、アクティブ上りＢＷＰ１に対する中心周波数の位置を示す情報に基づいて、第１ＰＵＣＣＨリソースＲ１を決定してもよい。また、ＵＥ１００の制御部１４０は、アクティブ上りＢＷＰ１に対する中心周波数の位置を示す情報に基づいて、第２ＰＵＣＣＨリソースＲ２を決定してもよい。また、ＵＥ１００の制御部１４０は、第２の情報に含まれるサブキャリア間隔を示す情報に基づいて、第２ＰＵＣＣＨリソースＲ２を決定してもよい。ここで、ＵＥ１００の制御部１４０は、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて、第１ＰＵＣＣＨリソースＲ１及び／又は第２ＰＵＣＣＨリソースＲ２を決定してもよい。例えば、ＵＥ１００の制御部１４０は、第２の情報にサブキャリア間隔を示す情報が含まれていない場合、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて、第１ＰＵＣＣＨリソースＲ１及び／又は第２ＰＵＣＣＨリソースＲ２を決定してもよい。

ここで、上述の通り、第２の場合において、ＵＥ１００は、開始ＰＲＢ情報、及び／又は、第２ホップＰＲＢ情報に基づいて、ＰＵＣＣＨ送信に適用される周波数ホッピングに用いられるＰＵＣＣＨリソース（すなわち、ＰＵＣＣＨリソースのＰＲＢインデックス）を決定してもよい。すなわち、第２の場合において、基地局２００は、開始ＰＲＢ情報、及び／又は、第２ホップＰＲＢ情報を用いて、ＰＵＣＣＨ送信に適用される周波数ホッピングに用いられるＰＵＣＣＨリソース（すなわち、ＰＵＣＣＨリソースのＰＲＢインデックス）を指定してもよい。ここで、上述の通り、サブキャリア間隔の設定μの物理リソースブロック（ＰＲＢ）は、帯域幅部分内で定義され、０から以下の数まで番号（ＰＲＢの番号、ＰＲＢインデックス）が付けられる。すなわち、開始ＰＲＢ情報、及び／又は、第２ホップＰＲＢ情報によって指定されるＰＵＣＣＨリソース（すなわち、ＰＵＣＣＨリソースのＰＲＢインデックス）は、「数１」に従って番号付けされたＰＲＢインデックスに対応する。すなわち、開始ＰＲＢ情報、及び／又は、第２ホップＰＲＢ情報によって指定されるＰＵＣＣＨリソース（すなわち、ＰＵＣＣＨリソースのＰＲＢインデックス）を特定するために、上りＢＷＰ（アクティブ上りＢＷＰ）の周波数位置及び／又はサイズが用いられる。また、開始ＰＲＢ情報、及び／又は、第２ホップＰＲＢ情報によって指定されるＰＵＣＣＨリソース（すなわち、ＰＵＣＣＨリソースのＰＲＢインデックス）を特定するために、上りＢＷＰ（アクティブ上りＢＷＰ）のサブキャリア間隔が用いられる。

例えば、第３のケースにおいて、ＵＥ１００の制御部１４０は、第２の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて、上りＢＷＰ（アクティブ上りＢＷＰ）の周波数位置及び／又はサイズを決定してもよい。また、第３のケースにおいて、ＵＥ１００の制御部１４０は、第２の情報に含まれるサブキャリア間隔を示す情報に基づいて、上りＢＷＰ（アクティブ上りＢＷＰ）のサブキャリア間隔を決定してもよい。

すなわち、ＵＥ１００の制御部１４０は、開始ＰＲＢ情報を用いて指定された第１ＰＵＣＣＨリソースＲ１のＰＲＢインデックスを決定するために、第２の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて設定された周波数位置及び／又はサイズを用いてもよい。また、ＵＥ１００の制御部１４０は、開始ＰＲＢ情報を用いて指定された第１ＰＵＣＣＨリソースＲ１のＰＲＢインデックスを決定するために、第２の情報に含まれるサブキャリア間隔を示す情報に基づいて設定されたサブキャリア間隔を用いてもよい。また、ＵＥ１００の制御部１４０は、第２ホップＰＲＢ情報を用いて指定された第２ＰＵＣＣＨリソースＲ２のＰＲＢインデックスを決定するために、第２の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて設定された周波数位置及び／又はサイズを用いてもよい。また、ＵＥ１００の制御部１４０は、第２ホップＰＲＢ情報を用いて指定された第２ＰＵＣＣＨリソースＲ２のＰＲＢインデックスを決定するために、第２の情報に含まれるサブキャリア間隔を示す情報に基づいて設定されたサブキャリア間隔を用いてもよい。

また、第３のケースにおいて、ＵＥ１００の制御部１４０は、第１の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて、上りＢＷＰ（アクティブ上りＢＷＰ）の周波数位置及び／又はサイズを決定してもよい。例えば、ＵＥ１００の制御部１４０は、第１の情報に含まれる周波数位置及び／又はサイズを示す情報が設定され、且つ、第２の情報に含まれる周波数位置及び／又はサイズを示す情報が設定されていない場合には、第１の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて、上りＢＷＰ（アクティブ上りＢＷＰ）の周波数位置及び／又はサイズを決定してもよい。

また、第３のケースにおいて、ＵＥ１００の制御部１４０は、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて、上りＢＷＰ（アクティブ上りＢＷＰ）のサブキャリア間隔を決定してもよい。例えば、ＵＥ１００の制御部１４０は、第１の情報に含まれるサブキャリア間隔を示す情報が設定され、且つ、第２の情報に含まれるサブキャリア間隔を示す情報が設定されていない場合には、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて、上りＢＷＰ（アクティブ上りＢＷＰ）のサブキャリア間隔を決定してもよい。

すなわち、ＵＥ１００の制御部１４０は、開始ＰＲＢ情報を用いて指定された第１ＰＵＣＣＨリソースＲ１のＰＲＢインデックスを決定するために、第１の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて設定された周波数位置及び／又はサイズを用いてもよい。また、ＵＥ１００の制御部１４０は、開始ＰＲＢ情報を用いて指定された第１ＰＵＣＣＨリソースＲ１のＰＲＢインデックスを決定するために、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて設定されたサブキャリア間隔を用いてもよい。また、ＵＥ１００の制御部１４０は、第２ホップＰＲＢ情報を用いて指定された第２ＰＵＣＣＨリソースＲ２のＰＲＢインデックスを決定するために、第１の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて設定された周波数位置及び／又はサイズを用いてもよい。また、ＵＥ１００の制御部１４０は、第２ホップＰＲＢ情報を用いて指定された第２ＰＵＣＣＨリソースＲ２のＰＲＢインデックスを決定するために、第１の情報に含まれるサブキャリア間隔を示す情報に基づいて設定されたサブキャリア間隔を用いてもよい。

（Ｂ２－２）第３の情報に基づいてアクティブ上りＢＷＰ１を特定するケース（以下、第４のケースとも称する）
第４のケースにおいて、ＵＥ１００の制御部１４０は、第３の情報に基づいて、アクティブ上りＢＷＰ２を特定（想定）してもよい。例えば、ＵＥ１００の制御部１４０は、第３の情報に基づいて、アクティブ上りＢＷＰ１の特定方法と同様の方法を用いて、上りＢＷＰ（すなわち、アクティブ上りＢＷＰ２）を特定（想定）してもよい。

ここで、ＵＥ１００の制御部１４０は、第３の情報に基づいてアクティブ上りＢＷＰ１を特定する場合に、第３の情報に基づいて、第１ＰＵＣＣＨリソースＲ１及び／又は第２ＰＵＣＣＨリソースＲ２を決定してもよい。

例えば、第４のケースにおいて、ＵＥ１００の制御部１４０は、第３の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて、上りＢＷＰ（アクティブ上りＢＷＰ）の周波数位置及び／又はサイズを決定してもよい。また、第４のケースにおいて、ＵＥ１００の制御部１４０は、第３の情報に含まれるサブキャリア間隔を示す情報に基づいて、上りＢＷＰ（アクティブ上りＢＷＰ）のサブキャリア間隔を決定してもよい。すなわち、ＵＥ１００の制御部１４０は、開始ＰＲＢ情報を用いて指定された第１ＰＵＣＣＨリソースＲ１のＰＲＢインデックスを決定するために、第３の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて設定された周波数位置及び／又はサイズを用いてもよい。また、ＵＥ１００の制御部１４０は、開始ＰＲＢ情報を用いて指定された第１ＰＵＣＣＨリソースＲ１のＰＲＢインデックスを決定するために、第３の情報に含まれるサブキャリア間隔を示す情報に基づいて設定されたサブキャリア間隔を用いてもよい。また、ＵＥ１００の制御部１４０は、第２ホップＰＲＢ情報を用いて指定された第２ＰＵＣＣＨリソースＲ２のＰＲＢインデックスを決定するために、第３の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて設定された周波数位置及び／又はサイズを用いてもよい。また、ＵＥ１００の制御部１４０は、第２ホップＰＲＢ情報を用いて指定された第２ＰＵＣＣＨリソースＲ２のＰＲＢインデックスを決定するために、第３の情報に含まれるサブキャリア間隔を示す情報に基づいて設定されたサブキャリア間隔を用いてもよい。

例えば、ＵＥ１００の制御部１４０は、第３の情報に含まれる周波数位置及び／又はサイズを示す情報が設定され、且つ、第１の情報に含まれる周波数位置及び／又はサイズを示す情報が設定されていない場合には、第３の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて、上りＢＷＰ（アクティブ上りＢＷＰ）の周波数位置及び／又はサイズを決定してもよい。また、ＵＥ１００の制御部１４０は、第３の情報に含まれるサブキャリア間隔を示す情報が設定され、且つ、第１の情報に含まれるサブキャリア間隔を示す情報が設定されていない場合には、第３の情報に含まれるサブキャリア間隔を示す情報に基づいて、上りＢＷＰ（アクティブ上りＢＷＰ）のサブキャリア間隔を決定してもよい。

また、ＵＥ１００の制御部１４０は、第３の情報に含まれる周波数位置及び／又はサイズを示す情報が設定され、且つ、第２の情報に含まれる周波数位置及び／又はサイズを示す情報が設定されていない場合には、第３の情報に含まれる周波数位置及び／又はサイズを示す情報に基づいて、上りＢＷＰ（アクティブ上りＢＷＰ）の周波数位置及び／又はサイズを決定してもよい。また、ＵＥ１００の制御部１４０は、第３の情報に含まれるサブキャリア間隔を示す情報が設定され、且つ、第２の情報に含まれるサブキャリア間隔を示す情報が設定されていない場合には、第３の情報に含まれるサブキャリア間隔を示す情報に基づいて、上りＢＷＰ（アクティブ上りＢＷＰ）のサブキャリア間隔を決定してもよい。

（Ｃ－２）ガード期間
ＵＥ１００の制御部１４０は、第１動作例と同様に、第１周波数帯Ｆ１において上り送信を行った後、第１周波数帯Ｆ１と異なる第２周波数帯Ｆ２において上り送信を行う場合、第１周波数帯Ｆ１から第２周波数帯Ｆ２へ周波数帯を変更する（切り替える）場合において、ガード期間ＧＰを構成するためのシンボル数を決定してもよい。例えば、ＵＥ１００の制御部１４０は、専用設定情報に基づいてＰＵＣＣＨ送信を行う場合、専用設定情報に基づいてガード期間ＧＰを生成してもよい。

例えば、ＵＥ１００の制御部１４０は、アクティブ上りＢＷＰのサブキャリア間隔に基づいて、ガード期間ＧＰを構成するシンボル数を決定してもよい。また、制御部１４０は、ＵＥ１００の能力に応じて、シンボル数を決定してもよい。すなわち、ＵＥ１００の通信部１２０は、ガード期間ＧＰに対応するシンボル数を特定するために用いられる情報を、能力情報として、基地局２００へ送信してもよい。ここで、上り送信は、少なくとも、ＰＵＳＣＨ送信及び／又はＰＵＣＣＨ送信を含む。

また、ＵＥ１００の制御部１４０は、決定したシンボル数に対応するガード期間ＧＰを生成する。例えば、ＵＥ１００の制御部１４０は、ガード期間ＧＰ内において、上り送信を行わないように制御してもよい。

図７及び図８に示すように、ＵＥ１００の通信部１２０は、決定したＰＵＣＣＨリソースを用いて、ＰＵＣＣＨの送信を行う。すなわち、ＵＥ１００の通信部１２０は、決定したＰＵＣＣＨリソースを用いて、周波数ホッピングを伴うＰＵＣＣＨ送信を実行する。具体的には、ＵＥ１００の通信部１２０は、第１ＰＵＣＣＨリソースＲ１及び／又は第２ＰＵＣＣＨリソースＲ２を用いて、周波数ホッピングを伴うＰＵＣＣＨ送信を実行する。例えば、ＵＥ１００の通信部１２０は、ＰＵＣＣＨを用いて、下りユーザーデータ（すなわち、ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫを送信してもよい。

ここで、ＵＥ１００の制御部１４０は、第１ＰＵＣＣＨリソースＲ１を用いてＰＵＣＣＨ送信を実行した後、第１周波数帯Ｆ１から第２周波数帯Ｆ２への周波数帯の変更を行う。例えば、ＵＥ１００の制御部１４０は、生成したガード期間ＧＰ内で、第１周波数帯Ｆ１から第２周波数帯Ｆ２へのリチューニング又は切り替えを行ってもよい。また、ＵＥ１００の通信部１２０は、周波数帯を第２周波数帯へ変更後、第２ＰＵＣＣＨリソースＲ２を用いて、ＰＵＣＣＨ送信を実行する。例えば、ＵＥ１００の制御部１４０は、生成したガード期間ＧＰ内で、第２周波数帯Ｆ２から第１周波数帯Ｆ１へのリチューニング又は切り替えを行ってもよい。同様に、ＵＥ１００の通信部１２０は、第１周波数帯Ｆ１と第２周波数帯Ｆ２との間で周波数帯を変更しながら、第３ＰＵＣＣＨリソースＲ３及び／又は第４ＰＵＣＣＨリソースＲ４を用いて、ＰＵＣＣＨ送信を実行する。

（その他の実施形態）
上述の動作例では、ＵＥ１００がＰＵＣＣＨ送信を実行する場合に対するガード期間の生成を例に挙げて説明したが、これに限られない。例えば、上述の動作例は、ＵＥ１００がＰＵＳＣＨ送信を実行する場合に対して適用されてもよい。

例えば、ＵＥ１００の制御部１４０は、（ａ）ＰＵＳＣＨを伝送する第１の周波数帯域からＰＵＳＣＨを伝送する第２の周波数帯域へリチューニングする又は切り替える場合において、上述の動作例に従って、ガード期間に対応するシンボル数を決定してもよい。すなわち、ＵＥ１００の制御部１４０は、ＰＵＳＣＨ送信が実行される第１の周波数帯域からＰＵＳＣＨ送信が実行される第２の周波数帯域へ周波数帯域が変更される場合において、ガード期間を生成し、ガード期間に対応するシンボル数は、基地局２００によって設定されたサブキャリア間隔によって与えられてもよい。また、上述の通り、ＵＥ１００の制御部１４０は、（ｂ）ＰＵＣＣＨを伝送する第１の周波数帯域からＰＵＣＣＨを伝送する第２の周波数帯域へリチューニングする又は切り替える場合において、上述の動作例に従って、ガード期間に対応するシンボル数を決定してもよい。すなわち、ＵＥ１００の制御部１４０は、ＰＵＣＣＨ送信が実行される第１の周波数帯域からＰＵＣＣＨ送信が実行される第２の周波数帯域へ周波数帯域が変更される場合において、ガード期間を生成し、ガード期間に対応するシンボル数は、基地局２００によって設定されたサブキャリア間隔によって与えられてもよい。また、ＵＥ１００の制御部１４０は、（ｃ）ＰＵＣＣＨを伝送する第１の周波数帯域からＰＵＳＣＨを伝送する第２の周波数帯域へリチューニングする又は切り替える場合において、上述の動作例に従って、ガード期間に対応するシンボル数を決定してもよい。すなわち、ＵＥ１００の制御部１４０は、ＰＵＣＣＨ送信が実行される第１の周波数帯域からＰＵＳＣＨ送信が実行される第２の周波数帯域へ周波数帯域が変更される場合において、ガード期間を生成し、ガード期間に対応するシンボル数は、基地局２００によって設定されたサブキャリア間隔によって与えられてもよい。また、ＵＥ１００の制御部１４０は、（ｄ）ＰＵＳＣＨを伝送する第１の周波数帯域からＰＵＣＣＨを伝送する第２の周波数帯域へリチューニングする又は切り替える場合において、上述の動作例に従って、ガード期間に対応するシンボル数を決定してもよい。すなわち、ＵＥ１００の制御部１４０は、ＰＵＳＣＨ送信が実行される第１の周波数帯域からＰＵＣＣＨ送信が実行される第２の周波数帯域へ周波数帯域が変更される場合において、ガード期間を生成し、ガード期間に対応するシンボル数は、基地局２００によって設定されたサブキャリア間隔によって与えられてもよい。

ここで、ＵＥ１００の能力情報は、上記（ａ）から上記（ｂ）の１つ又は複数のそれぞれに対して規定されてもよい。すなわち、上記（ａ）から上記（ｂ）の１つ又は複数のそれぞれに対応するＵＥ１００の能力情報が規定されてもよい。例えば、ＵＥ１００は、上記（ａ）から上記（ｂ）の１つ又は複数のそれぞれに対応するＵＥ１００の能力情報を基地局２００へ送信してもよい。

また、ＵＥ１００の制御部１４０は、第１周波数帯における上り送信に用いられるチャネルと第２周波数帯における上り送信に用いられるチャネルとの組み合わせに基づいて、ガード期間に対応するシンボル数を決定してもよい。例えば、ＵＥ１００の制御部１４０は、第１周波数帯と第２周波数帯とで上り送信に用いるチャネルが異なる場合（上記（ａ）又は（ｂ）のケース）には、第１周波数帯と第２周波数帯とで上り送信に用いるチャネルが同一である場合（上記（ｃ）又は（ｄ）のケース）に比べて、ガード期間を構成するシンボル数を多くしてもよい。

また、ＵＥ１００の制御部１４０は、上記（ａ）及び上記（ｂ）のケースでは、第１周波数帯における送信機会（例えば、ＰＵＣＣＨ送信用の第１ホップ）においてカード期間にすべき最後のシンボルからの数（以下、第１シンボル数）を、第１周波数帯におけるＢＷＰのサブキャリア間隔に基づいて決定し、第２周波数帯における送信機会（例えば、ＰＵＣＣＨ送信用の第２ホップ）においてカード期間にすべき最初のシンボルからの数（以下、第２シンボル数）を、第２周波数帯におけるＢＷＰのサブキャリア間隔に基づいて決定してよい。ＵＥ１００の制御部１４０は、第１シンボル数と第２シンボル数との合計をガード期間の長さとしてよい。

また、ＵＥ１００の制御部１４０は、上記（ｃ）のケースでは、第２周波数帯における送信機会（例えば、ＰＵＳＣＨ送信用の第２ホップ）においてカード期間にすべき最初のシンボルからの数（第２シンボル数）を決定してよい。ＵＥ１００の制御部１４０は、第２シンボル数をガード期間の長さとしてよい。

また、ＵＥ１００の制御部１４０は、上記（ｄ）のケースでは、第１周波数帯における送信機会（例えば、ＰＵＳＣＨ送信用の機会）においてカード期間にすべき最後のシンボルからの数（第１シンボル数）を決定してよい。ＵＥ１００の制御部１４０は、第１シンボル数をガード期間の長さとしてよい。

上述の実施形態において、基地局２００は、複数のユニットを含んでもよい。複数のユニットは、プロトコルスタックに含まれる上位レイヤ（ｈｉｇｈｅｒｌａｙｅｒ）をホストする第１のユニットと、プロトコルスタックに含まれる下位レイヤ（ｌｏｗｅｒｌａｙｅｒ）をホストする第２のユニットとを含んでよい。上位レイヤは、ＲＲＣレイヤ、ＳＤＡＰレイヤ及びＰＤＣＰレイヤを含んでよく、下位レイヤは、ＲＬＣレイヤ、ＭＡＣレイヤ及びＰＨＹレイヤを含んでよい。第１のユニットは、ＣＵ（ｃｅｎｔｒａｌｕｎｉｔ）であってよく、第２のユニットは、ＤＵ（ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ）であってよい。複数のユニットは、ＰＨＹレイヤの下位の処理を行う第３のユニットを含んでよい。第２のユニットは、ＰＨＹレイヤの上位の処理を行ってよい。第３のユニットは、ＲＵ（ＲａｄｉｏＵｎｉｔ）であってよい。基地局２００は、複数のユニットのうちの１つであってよく、複数のユニットのうちの他のユニットと接続されていてよい。また、基地局２００は、ＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）ドナー又はＩＡＢノードであってよい。

上述の実施形態において、移動通信システム１としてＮＲに基づく移動通信システムを例に挙げて説明した。しかしながら、移動通信システム１は、この例に限定されない。移動通信システム１は、ＬＴＥ又は３ＧＰＰ規格の他の世代システム（例えば、第６世代）のいずれかのＴＳに準拠したシステムであってよい。基地局２００は、ＬＴＥにおいてＵＥ１００へ向けたＥ－ＵＴＲＡユーザプレーン及び制御プレーンプロトコル終端を提供するｅＮＢであってよい。移動通信システム１は、３ＧＰＰ規格以外の規格のＴＳに準拠したシステムであってよい。

上述の実施形態の動作におけるステップは、必ずしもフロー図又はシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、動作におけるステップは、フロー図又はシーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。また、動作におけるステップの一部が削除されてもよく、さらなるステップが処理に追加されてもよい。さらに、上述の各動作フローは、別個独立に実施する場合に限らず、２以上の動作フローを組み合わせて実施可能である。例えば、１つの動作フローの一部のステップを他の動作フローに追加してもよいし、１つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。

ＵＥ１００又は基地局２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。また、ＵＥ１００又は基地局２００が行う各処理を実行する回路を集積化し、ＵＥ１００又は基地局２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。

上述の実施形態において、「送信する（ｔｒａｎｓｍｉｔ）」は、送信に使用されるプロトコルスタック内の少なくとも１つのレイヤの処理を行うことを意味してもよく、又は、無線又は有線で信号を物理的に送信することを意味してもよい。或いは、「送信する」は、上記少なくとも１つのレイヤの処理を行うことと、無線又は有線で信号を物理的に送信することとの組合せを意味してもよい。同様に、「受信する（ｒｅｃｅｉｖｅ）」は、受信に使用されるプロトコルスタック内の少なくとも１つのレイヤの処理を行うことを意味してもよく、又は、無線又は有線で信号を物理的に受信することを意味してもよい。或いは、「受信する」は、上記少なくとも１つのレイヤの処理を行うことと、無線又は有線で信号を物理的に受信することとの組合せを意味してもよい。

以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

１：移動通信システム
１０：ネットワーク
１２０：通信部
１２１：受信部
１２２：送信部
１４０：制御部
２００：基地局
２２０：無線通信部
２２１：受信部
２２２：送信部
２３０：ネットワーク通信部
２４０：制御部
３００：コアネットワーク装置

Claims

周波数位置及びサイズの少なくとも一方を示す第１の情報、周波数位置及びサイズの少なくとも一方を示す第２の情報、及び、周波数ホッピングが適用される物理上りリンク制御チャネルのリソースを示す第３の情報を基地局（２００）から受信する受信部（１２１）と、
前記第１の情報に基づいて、アクティブ上り帯域幅部分を特定する制御部（１４０）と、
前記第３の情報を用いて示された物理上りリンク制御チャネルのリソースを用いて、上りリンク制御情報を送信する送信部（１２２）と、を備え、
前記制御部（１４０）は、前記第３の情報を用いて示された物理上りリンク制御チャネルのリソースを、前記第２の情報を用いて示された周波数位置及びサイズの少なくとも一方によって決定する
ことを特徴とするユーザ装置（１００、１００Ｂ）。
周波数位置及びサイズの少なくとも一方を示す第１の情報、周波数位置及びサイズの少なくとも一方を示す第２の情報、及び、周波数ホッピングが適用される物理上りリンク制御チャネルのリソースを示す第３の情報をユーザ装置（１００、１００Ｂ）へ送信する送信部（２２２）と、
前記第１の情報に基づいて、アクティブ上り帯域幅部分を特定する制御部（２４０）と、
前記第３の情報を用いて示した物理上りリンク制御チャネルのリソースを用いて、上りリンク制御情報を受信する受信部（２２１）と、を備え、
前記制御部（２４０）は、前記第３の情報を用いて示した物理上りリンク制御チャネルのリソースを、前記第２の情報を用いて示した周波数位置及びサイズの少なくとも一方によって特定する
ことを特徴とする基地局（２００）。
ユーザ装置（１００）が実行する通信方法であって、
周波数位置及びサイズの少なくとも一方を示す第１の情報、周波数位置及びサイズの少なくとも一方を示す第２の情報、及び、周波数ホッピングが適用される物理上りリンク制御チャネルのリソースを示す第３の情報を基地局（２００）から受信するステップと、
前記第１の情報に基づいて、アクティブ上り帯域幅部分を特定するステップと、
前記第３の情報を用いて示された物理上りリンク制御チャネルのリソースを用いて、上りリンク制御情報を送信するステップと、
前記第３の情報を用いて示された物理上りリンク制御チャネルのリソースを、前記第２の情報を用いて示された周波数位置及びサイズの少なくとも一方によって特定するステップと、を備える
ことを特徴とする通信方法。
基地局（２００）が実行する通信方法であって、
周波数位置及びサイズの少なくとも一方を示す第１の情報、周波数位置及びサイズの少なくとも一方を示す第２の情報、及び、周波数ホッピングが適用される物理上りリンク制御チャネルのリソースを示す第３の情報をユーザ装置（１００、１００Ｂ）へ送信するステップと、
前記第１の情報に基づいて、初期上り帯域幅部分を特定するステップと、
前記第３の情報を用いて示した物理上りリンク制御チャネルのリソースを用いて、上りリンク制御情報を受信するステップと、
前記第３の情報を用いて示した物理上りリンク制御チャネルのリソースを、前記第２の情報を用いて示した周波数位置及びの少なくとも一方サイズによって特定するステップと、を備える
ことを特徴とする通信方法。