特許 7568368 端末、基地局、通信システム及び通信方法

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

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

(11)【特許番号】

(24)【登録日】2024-10-07

(45)【発行日】2024-10-16

(54)【発明の名称】端末、基地局、通信システム及び通信方法

(51)【国際特許分類】

   H04W 74/08 20240101AFI20241008BHJP

   H04W 72/0453 20230101ALI20241008BHJP

【ＦＩ】

H04W74/08

H04W72/0453

【請求項の数】 6

(21)【出願番号】P 2021554524

(86)(22)【出願日】2019-11-07

(86)【国際出願番号】 JP2019043778

(87)【国際公開番号】W WO2021090464

(87)【国際公開日】2021-05-14

【審査請求日】2022-05-18

【審判番号】

【審判請求日】2024-01-30

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100124844

【弁理士】

【氏名又は名称】石原 隆治

(72)【発明者】

【氏名】小原 知也

【合議体】

【審判長】廣川 浩

【審判官】本郷 彰

【審判官】圓道 浩史

(56)【参考文献】

【文献】ＺＴＥ，ＲＲＣ ｐａｒａｍｅｔｅｒｓ ｆｏｒ Ｒｅｌ－１６ ＮＲ ２－ｓｔｅｐ ＲＡＣＨ［ｏｎｌｉｎｅ］，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９８ｂｉｓ，３ＧＰＰ，２０１９年１０月３１日，Ｒ１－１９１１５８２，インターネット：＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿９８ｂ／Ｄｏｃｓ／Ｒ１－１９１１５８２．ｚｉｐ＞

【文献】ＷＩ Ｒａｐｐｏｒｔｅｕｒ （ＺＴＥ），ＲＡＮ１ ａｇｒｅｅｍｅｎｔｓ ｆｏｒ Ｒｅｌ－１６ ２－ｓｔｅｐ ＲＡＣＨ［ｏｎｌｉｎｅ］，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９８ｂｉｓ，３ＧＰＰ，２０１９年１０月３０日，Ｒ１－１９１１７４２，インターネット：＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿９８ｂ／Ｄｏｃｓ／Ｒ１－１９１１７４２．ｚｉｐ＞

【文献】ＬＧ Ｅｌｅｃｔｒｏｎｉｃｓ，Ｄｉｓｃｕｓｓｉｏｎ ｏｎ Ｃｈａｎｎｅｌ Ｓｔｒｕｃｔｕｒｅ ｆｏｒ ２－ｓｔｅｐ ＲＡＣＨ［ｏｎｌｉｎｅ］，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９８，３ＧＰＰ，２０１９年８月１７日，Ｒ１－１９０８６９１，インターネット：＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿９８／Ｄｏｃｓ／Ｒ１－１９０８６９１．ｚｉｐ＞

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

H04B7/24-7/26

H04W4/00-99/00

3GPP TSG RAN WG1-4

3GPP TSG SA WG1-4

3GPP TSG CT WG1,4

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

【請求項1】

２段階ランダムアクセス手順を実行する際に、Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）に対して、前記２段階ランダムアクセス手順に関する第１の設定情報が設定されていないならば、予め規定した設定値又は４段階ランダムアクセス手順に関する第２の設定情報に基づいて、前記２段階ランダムアクセス手順におけるパラメータを設定する制御部と、
前記制御部が設定した前記パラメータを用いて、前記２段階ランダムアクセス手順におけるメッセージを送信する送信部と、
を備え、
前記パラメータは、ランダムアクセスチャネルのサブキャリア間隔に関するパラメータを含み、
前記制御部は、前記ランダムアクセスチャネルのサブキャリア間隔のパラメータを、前記ＢＷＰであって、２段階ランダムアクセス手順のパラメータ及び４段階ランダムアクセス手順のパラメータを設定可能な、ＢＷＰ、に対して、前記２段階ランダムアクセス手順のパラメータとして明示的に設定しない場合、設定されている前記４段階ランダムアクセス手順のパラメータを、前記ＢＷＰに対して、前記２段階ランダムアクセス手順のパラメータとして適用する、
端末。

【請求項2】

前記パラメータを設定するための前記第１の設定情報の一部は、前記２段階ランダムアクセス手順を実行する際に、前記第２の設定情報が設定されていないならば、必ず設定される
請求項１に記載の端末。

【請求項3】

前記パラメータを設定するための前記第１の設定情報の一部は、前記第２の設定情報が設定されていない場合のみ、設定可能である
請求項１に記載の端末。

【請求項4】

２段階ランダムアクセス手順を実行する際に、Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）に対して、前記２段階ランダムアクセス手順に関する第１の設定情報が設定されていないならば、予め規定した設定値又は４段階ランダムアクセス手順に関する第２の設定情報に基づいて、前記２段階ランダムアクセス手順におけるパラメータを設定する制御部と、
前記制御部が設定した前記パラメータを用いて、前記２段階ランダムアクセス手順におけるメッセージを受信する受信部と、
を備え、
前記パラメータは、ランダムアクセスチャネルのサブキャリア間隔に関するパラメータを含み、
前記制御部は、前記ランダムアクセスチャネルのサブキャリア間隔のパラメータを、前記ＢＷＰであって、２段階ランダムアクセス手順のパラメータ及び４段階ランダムアクセス手順のパラメータを設定可能な、ＢＷＰ、に対して、前記２段階ランダムアクセス手順のパラメータとして明示的に設定しない場合、端末が、設定されている前記４段階ランダムアクセス手順のパラメータを、前記ＢＷＰに対して、前記２段階ランダムアクセス手順のパラメータとして適用することを想定する、
基地局。

【請求項5】

２段階ランダムアクセス手順を実行する際に、Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）に対して、前記２段階ランダムアクセス手順に関する第１の設定情報が設定されていないならば、予め規定した設定値又は４段階ランダムアクセス手順に関する第２の設定情報に基づいて、前記２段階ランダムアクセス手順におけるパラメータを設定する制御部と、
前記制御部が設定した前記パラメータを用いて、前記２段階ランダムアクセス手順におけるメッセージを基地局に送信する送信部と、
を備え、
前記パラメータは、ランダムアクセスチャネルのサブキャリア間隔に関するパラメータを含み、
前記制御部は、前記ランダムアクセスチャネルのサブキャリア間隔のパラメータを、前記ＢＷＰであって、２段階ランダムアクセス手順のパラメータ及び４段階ランダムアクセス手順のパラメータを設定可能な、ＢＷＰ、に対して、前記２段階ランダムアクセス手順のパラメータとして明示的に設定しない場合、設定されている前記４段階ランダムアクセス手順のパラメータを、前記ＢＷＰに対して、前記２段階ランダムアクセス手順のパラメータとして適用する、
端末と、
２段階ランダムアクセス手順を実行する際に、前記ＢＷＰに対して、前記２段階ランダムアクセス手順に関する第１の設定情報が設定されていないならば、予め規定した設定値又は４段階ランダムアクセス手順に関する第２の設定情報に基づいて、前記２段階ランダムアクセス手順におけるパラメータを設定する制御部と、
前記制御部が設定した前記パラメータを用いて、前記２段階ランダムアクセス手順におけるメッセージを前記端末から受信する受信部と、
を備える基地局と、
を備える通信システム。

【請求項6】

２段階ランダムアクセス手順を実行する際に、Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）に対して、前記２段階ランダムアクセス手順に関する第１の設定情報が設定されていないならば、予め規定した設定値又は４段階ランダムアクセス手順に関する第２の設定情報に基づいて、前記２段階ランダムアクセス手順におけるパラメータを設定するステップと、
前記設定した前記パラメータを用いて、前記２段階ランダムアクセス手順におけるメッセージを送信するステップと、
を備え、
前記パラメータは、ランダムアクセスチャネルのサブキャリア間隔に関するパラメータを含み、
前記設定するステップは、前記ランダムアクセスチャネルのサブキャリア間隔のパラメータを、前記ＢＷＰであって、２段階ランダムアクセス手順のパラメータ及び４段階ランダムアクセス手順のパラメータを設定可能な、ＢＷＰ、に対して、前記２段階ランダムアクセス手順のパラメータとして明示的に設定しない場合、設定されている前記４段階ランダムアクセス手順のパラメータを、前記ＢＷＰに対して、前記２段階ランダムアクセス手順のパラメータとして適用する、
端末の通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムにおける端末及び通信方法に関連するものである。

【背景技術】

【0002】

３ＧＰＰのリリース１６のＮＲについて、２ ｓｔｅｐ ＲＡＣＨの検討が開始されている。２ ｓｔｅｐ ＲＡＣＨによれば、ＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）手順の処理に必要な時間を削減可能であり、かつ消費電力を低減することが可能になると考えられている。

【0003】

２ ｓｔｅｐ ＲＡＣＨ手順は２つのステップで行われる。具体的には、ユーザ装置は、基地局に対して、ＭｅｓｓａｇｅＡを送信する。基地局は、ユーザ装置に対して、ＭｅｓｓａｇｅＢを送信する。ここで、ＭｅｓｓａｇｅＡは、４ ｓｔｅｐ ＲＡＣＨ手順におけるＭｅｓｓａｇｅ１＋Ｍｅｓｓａｇｅ３に相当するメッセージである。また、ＭｅｓｓａｇｅＢは、４ ｓｔｅｐ ＲＡＣＨ手順におけるＭｅｓｓａｇｅ２＋Ｍｅｓｓａｇｅ４に相当するメッセージである。

【先行技術文献】

【非特許文献】

【0004】

【文献】３ＧＰＰ ＴＳ ３８．２１１ Ｖ１５．４．０（２０１８－１２）

【発明の概要】

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

【0005】

２－ｓｔｅｐ ＲＡＣＨのためのパラメータの中で、一部のパラメータについては、２－ｓｔｅｐ ＲＡＣＨ特有のパラメータとして設定されない場合に、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されている。また、２－ｓｔｅｐ ＲＡＣＨのためのパラメータの中で、一部のパラメータについては、２－ｓｔｅｐ ＲＡＣＨ特有のパラメータとして設定されることができず、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されている。

【0006】

端末において、再利用するパラメータが存在しない場合であっても、端末に適切な動作を行わせることを可能とする方法が必要とされている。

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

【0007】

本発明の一態様によれば、２段階ランダムアクセス手順を実行する際に、Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）に対して、前記２段階ランダムアクセス手順に関する第１の設定情報が設定されていないならば、予め規定した設定値又は４段階ランダムアクセス手順に関する第２の設定情報に基づいて、前記２段階ランダムアクセス手順におけるパラメータを設定する制御部と、前記制御部が設定した前記パラメータを用いて、前記２段階ランダムアクセス手順におけるメッセージを送信する送信部と、を備え、前記パラメータは、ランダムアクセスチャネルのサブキャリア間隔に関するパラメータを含み、前記制御部は、前記ランダムアクセスチャネルのサブキャリア間隔のパラメータを、前記ＢＷＰであって、２段階ランダムアクセス手順のパラメータ及び４段階ランダムアクセス手順のパラメータを設定可能な、ＢＷＰ、に対して、前記２段階ランダムアクセス手順のパラメータとして明示的に設定しない場合、設定されている前記４段階ランダムアクセス手順のパラメータを、前記ＢＷＰに対して、前記２段階ランダムアクセス手順のパラメータとして適用する、端末が提供される。

【発明の効果】

【0008】

実施例によれば、端末において、再利用するパラメータが存在しない場合であっても、端末に適切な動作を行わせることを可能とする方法が提供される。

【図面の簡単な説明】

【0009】

【図1】本実施の形態における通信システムの構成図である。

【図2】４ ｓｔｅｐ ＲＡＣＨ（Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ）手順の例を示す図である。

【図3】２ ｓｔｅｐ ＲＡＣＨ（Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ）手順の例を示す図である。

【図4】パラメータの例を示す図である。

【図5】端末の機能構成の一例を示す図である。

【図6】基地局の機能構成の一例を示す図である。

【図7】端末及び基地局のハードウェア構成の一例を示す図である。

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

【0010】

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。

【0011】

以下の実施の形態における無線通信システムは基本的にＮＲに準拠することを想定しているが、それは一例であり、本実施の形態における無線通信システムはその一部又は全部において、ＮＲ以外の無線通信システム（例：ＬＴＥ）に準拠していてもよい。

【0012】

（システム全体構成）
図１に本実施の形態に係る無線通信システムの構成図を示す。本実施の形態に係る無線通信システムは、図１に示すように、端末１０、及び基地局２０を含む。図１には、端末１０、及び基地局２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。

【0013】

端末１０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）用通信モジュール等の無線通信機能を備えた通信装置であり、基地局２０に無線接続し、無線通信システムにより提供される各種通信サービスを利用する。基地局２０は、１つ以上のセルを提供し、端末１０と無線通信する通信装置である。端末１０と基地局２０はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。また、端末１０をＵＥと称し、基地局２０をｇＮＢと称してもよい。

【0014】

本実施の形態において、複信（Ｄｕｐｌｅｘ）方式は、ＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式でもよいし、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式でもよい。

【0015】

３ＧＰＰのリリース１６ＮＲについて、２ ｓｔｅｐ ＲＡＣＨの検討が開始されている。２ ｓｔｅｐ ＲＡＣＨによれば、ＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）手順の処理に必要な時間を削減可能であり、かつ消費電力を低減することが可能になると考えられている。

【0016】

図２は、通常の、４ ｓｔｅｐ ＲＡＣＨ（Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ）手順の例を示す図である。

【0017】

図２に示される４ ｓｔｅｐ ＲＡＣＨ手順において、まず、ステップＳ１０１において、端末１０は、基地局２０に対して、Ｍｅｓｓａｇｅ１（ランダムアクセスプリアンブル）を送信する。ステップＳ１０２において、基地局２０は、端末１０に対して、Ｍｅｓｓａｇｅ２（ランダムアクセスレスポンス（ＲＡＲ））を送信する。ステップＳ１０３において、端末１０は、基地局２０に対して、Ｍｅｓｓａｇｅ３を送信する。ステップＳ１０４において、基地局２０は、端末１０に対して、Ｍｅｓｓａｇｅ４を送信する。

【0018】

図３は、２ ｓｔｅｐ ＲＡＣＨ（Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ）手順の例を示す図である。

【0019】

図３に示される２ ｓｔｅｐ ＲＡＣＨ手順では、ＲＡＣＨ手順は２つのステップで行われる。具体的には、ステップＳ２０１において、端末１０は、基地局２０に対して、ＭｅｓｓａｇｅＡを送信する。ステップＳ２０２において、基地局２０は、端末１０に対して、ＭｅｓｓａｇｅＢを送信する。ここで、ＭｅｓｓａｇｅＡは、図２に示される４ ｓｔｅｐ ＲＡＣＨ手順におけるＭｅｓｓａｇｅ１＋Ｍｅｓｓａｇｅ３に相当するメッセージである。また、ＭｅｓｓａｇｅＢは、図２に示される４ ｓｔｅｐ ＲＡＣＨ手順におけるＭｅｓｓａｇｅ２＋Ｍｅｓｓａｇｅ４に相当するメッセージである。

【0020】

ＭｅｓｓａｇｅＡは、ランダムアクセスプリアンブルと、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＵＳＣＨ）で送信されるデータで構成されている。上位レイヤの観点からは、ＭｅｓｓａｇｅＡを１つのメッセージと見なすことができる可能性がある。しかしながら、物理レイヤの観点からは、ＭｅｓｓａｇｅＡにおいて、例えば、ランダムアクセスプリアンブルのリソースとＰＵＳＣＨのリソースとは別個のリソースとなりうることが想定されている。言い換えると、端末１０がＭｅｓｓａｇｅＡを送信するとは、端末１０がランダムアクセスプリアンブルを送信した後、基地局２０からのＭｅｓｓａｇｅ受信を行う前に、ＰＵＳＣＨでデータ（Ｍｅｓｓａｇｅ３相当）を送信するという、２つの信号の送信を行うことに対応することが想定されている。ＭｅｓｓａｇｅＡとして、ランダムアクセスプリアンブル送信タイミングとＰＵＳＣＨ送信タイミングの順番が逆転してもよい。

【0021】

現在、２ ｓｔｅｐ ＲＡＣＨ手順に対して、Ｃｏｎｔｅｎｔｉｏｎ－Ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓに加えて、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ ｒａｎｄｏｍ ａｃｃｅｓｓが適用されることが想定されている。

【0022】

ＭｅｓｓａｇｅＡ（ＭｓｇＡ）の詳細については、３ＧＰＰで現在議論が行われている。基本的に、ｐｒｅａｍｂｌｅ＋ＰＵＳＣＨのことをＭｓｇＡと呼んでいる。ｐｒｅａｍｂｌｅとＰＵＳＣＨとは、少なくとも、物理レイヤの観点では一体のものではないことが想定され、例えば、離れた物理リソースを持つｐｒｅａｍｂｌｅとＰＵＳＣＨの送信を合わせてＭｓｇＡと呼ぶことが想定される。

【0023】

ＭｓｇＡ ＰＵＳＣＨ ｏｃｃａｓｉｏｎは、１つのＭｓｇＡ ＰＵＳＣＨリソースである。また、ＭｓｇＡ ＲＡＣＨ ｏｃｃａｓｉｏｎは、１つのＭｓｇＡプリアンブルリソースである。ＭｓｇＡ ＰＵＳＣＨ ｏｃｃａｓｉｏｎとＭｓｇＡ ＲＡＣＨ ｏｃｃａｓｉｏｎとは、それぞれ、別のリソースとして通知されることになる。

【0024】

ＭｓｇＡ ＰＵＳＣＨ ｏｃｃａｓｉｏｎとＭｓｇＡ ＲＡＣＨ ｏｃｃａｓｉｏｎとの間に対応関係（ＭｓｇＡ ＲＡＣＨを送信した端末１０がどのＭｓｇ ＰＵＳＣＨを送信したかについての対応関係）を定めることが検討されている。対応関係としては、１対１、多体１、１対多、多体多を含めて詳細な対応関係が検討されている。

【0025】

２－ｓｔｅｐ ＲＡＣＨのためのパラメータの中で、一部のパラメータについては、２－ｓｔｅｐ ＲＡＣＨ特有のパラメータとして設定されない場合に、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されている。

【0026】

図４は、２－ｓｔｅｐ ＲＡＣＨのパラメータとして再利用することが想定される４－ｓｔｅｐ ＲＡＣＨのパラメータの例を示す図である。

【0027】

ここで、３ＧＰＰの標準化会合では、４－ｓｔｅｐ Ｃｏｎｔｅｎｔｉｏｎ Ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ （ＣＢＲＡ）リソースが設定されていないＢａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）に対して、２－ｓｔｅｐ ＲＡＣＨを設定することが可能であることが想定されている。

【0028】

（課題について）
上述の通り、２－ｓｔｅｐ ＲＡＣＨのためのパラメータの中で、一部のパラメータについては、２－ｓｔｅｐ ＲＡＣＨ特有のパラメータとして設定されない場合に、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されている。これに対して、４－ｓｔｅｐ ＣＢＲＡリソースが設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨを設定した場合、当該Ｕｐｌｉｎｋ（ＵＬ） ＢＷＰには、４－ｓｔｅｐ ＲＡＣＨが設定されないため、再利用（ｒｅｕｓｅ）するための対応する４－ｓｔｅｐ ＲＡＣＨのパラメータが同一ＵＬ ＢＷＰには存在しないことになる。このように、端末１０において、４－ｓｔｅｐ ＲＡＣＨのパラメータを、２－ｓｔｅｐ ＲＡＣＨのためのパラメータとして再利用（ｒｅｕｓｅ）することが想定されている場合において、対応する４－ｓｔｅｐ ＲＡＣＨのパラメータが存在しない場合であっても、端末１０に適切な動作を行わせることを可能とする方法が必要とされている。

【0029】

（提案１）
４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、４－ｓｔｅｐ ＣＢＲＡ ｒｅｓｏｕｒｃｅｓ）が設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、２－ｓｔｅｐ ＲＡＣＨのパラメータであって、２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定されない場合には、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されている、２－ｓｔｅｐ ＲＡＣＨのパラメータ、を使用する場合、端末１０は、該当するパラメータが２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定されない場合には、予め規定／通知された他のＵＬ ＢＷＰにおいて設定されている４－ｓｔｅｐ ＲＡＣＨのパラメータを、当該２－ｓｔｅｐ ＲＡＣＨのパラメータとして再利用してもよい。

【0030】

予め規定／通知された他のＵＬ ＢＷＰとは、ｉｎｉｔｉａｌ ａｃｔｉｖｅ ＵＬ ＢＷＰであってもよく、ｉｎｉｔｉａｌ ＵＬ ＢＷＰであってもよく、ｄｅｆａｕｌｔ ＵＬ ＢＷＰであってもよく、ｆｉｒｓｔ ａｃｔｉｖｅ ＵＬ ＢＷＰであってもよく、ＲＲＣ＿ＩＤＬＥ／ＩＮＡＣＴＩＶＥ ｓｔａｔｅの時に使用されるＵＬ ＢＷＰであってもよく、その他のＵＬ ＢＷＰであってもよい。

【0031】

（提案２）
４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、４－ｓｔｅｐ ＣＢＲＡ ｒｅｓｏｕｒｃｅｓ）が設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、２－ｓｔｅｐ ＲＡＣＨのパラメータであって、２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定されない場合には、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されている、２－ｓｔｅｐ ＲＡＣＨのパラメータ、を使用する場合、端末１０は、該当するパラメータが２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定されない場合には、予め規定／通知された他のＵＬ ＢＷＰにおいて設定されている２－ｓｔｅｐ ＲＡＣＨのパラメータを、当該２－ｓｔｅｐ ＲＡＣＨのパラメータとして再利用してもよい。

【0032】

更に、上述の予め規定／通知された他のＵＬ ＢＷＰにおいて、対応する２－ｓｔｅｐ ＲＡＣＨのパラメータが設定されていない場合、又は２－ｓｔｅｐ ＲＡＣＨが設定されていない場合には、端末１０は、予め規定／通知された他のＵＬ ＢＷＰにおいて設定されている４－ｓｔｅｐ ＲＡＣＨのパラメータを、当該２－ｓｔｅｐ ＲＡＣＨのパラメータとして再利用してもよい。

【0033】

予め規定／通知された他のＵＬ ＢＷＰとは、ｉｎｉｔｉａｌ ａｃｔｉｖｅ ＵＬ ＢＷＰであってもよく、ｉｎｉｔｉａｌ ＵＬ ＢＷＰであってもよく、ｄｅｆａｕｌｔ ＵＬ ＢＷＰであってもよく、ｆｉｒｓｔ ａｃｔｉｖｅ ＵＬ ＢＷＰであってもよく、ＲＲＣ＿ＩＤＬＥ／ＩＮＡＣＴＩＶＥ ｓｔａｔｅの時に使用されるＵＬ ＢＷＰであってもよく、その他のＵＬ ＢＷＰであってもよい。

【0034】

（提案３）
４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、４－ｓｔｅｐ ＣＢＲＡ ｒｅｓｏｕｒｃｅｓ）が設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、２－ｓｔｅｐ ＲＡＣＨのパラメータであって、２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定されない場合には、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されている、２－ｓｔｅｐ ＲＡＣＨのパラメータ、を使用する場合、当該２－ｓｔｅｐ ＲＡＣＨのパラメータを、ＲＲＣシグナリング等により、端末１０に対して設定（ｃｏｎｆｉｇｕｒｅ）しなければならないことが規定されてもよい。

【0035】

例えば、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）パラメータ（ＡＳＮ．１）の記載上ではｏｐｔｉｏｎａｌであっても、上記の条件を満たす場合には、当該２－ｓｔｅｐ ＲＡＣＨのパラメータを必ず設定しなければならないことが仕様に規定されてもよい。

【0036】

（提案４）
４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、４－ｓｔｅｐ ＣＢＲＡ ｒｅｓｏｕｒｃｅｓ）が設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定することができず、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されているパラメータ（例えば、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒやMsgA PRACH SCS（msg1-subcarrierSpacing for 2-step RACH））である場合には、端末１０は、予め規定／通知された他のＵＬ ＢＷＰにおいて設定されている４－ｓｔｅｐ ＲＡＣＨのパラメータを、当該２－ｓｔｅｐ ＲＡＣＨのパラメータとして再利用してもよい。

【0037】

予め規定／通知された他のＵＬ ＢＷＰとは、ｉｎｉｔｉａｌ ａｃｔｉｖｅ ＵＬ ＢＷＰであってもよく、ｉｎｉｔｉａｌ ＵＬ ＢＷＰであってもよく、ｄｅｆａｕｌｔ ＵＬ ＢＷＰであってもよく、ｆｉｒｓｔ ａｃｔｉｖｅ ＵＬ ＢＷＰであってもよく、ＲＲＣ＿ＩＤＬＥ／ＩＮＡＣＴＩＶＥ ｓｔａｔｅの時に使用されるＵＬ ＢＷＰであってもよく、その他のＵＬ ＢＷＰであってもよい。

【0038】

（提案５）
４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、４－ｓｔｅｐ ＣＢＲＡ ｒｅｓｏｕｒｃｅｓ）が設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定することができず、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されているパラメータ（例えば、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒやMsgA PRACH SCS（msg1-subcarrierSpacing for 2-step RACH））である場合には、当該２－ｓｔｅｐ ＲＡＣＨのパラメータを、ＲＲＣシグナリング等により、端末１０に対して設定（ｃｏｎｆｉｇｕｒｅ）可能としてもよく、更に設定しなければならないことが規定されてもよい。

【0039】

例えば、上述の条件を満たす場合には、当該２－ｓｔｅｐ ＲＡＣＨのパラメータを設定（ｃｏｎｆｉｇｕｒｅ）可能、或いは設定しなければならないことが仕様において規定され、かつ上述の条件を満たさない場合には、当該２－ｓｔｅｐ ＲＡＣＨのパラメータを設定（ｃｏｎｆｉｇｕｒｅ）することができないことが仕様において規定されてもよい。当該２－ｓｔｅｐ ＲＡＣＨのパラメータは、２－ｓｔｅｐ ＲＡＣＨパラメータとして設定されてもよく、或いは、４－ｓｔｅｐ ＲＡＣＨパラメータとして設定されてもよい。例えば、４－ｓｔｅｐ ＲＡＣＨのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを用いて該当のパラメータのみが設定されてもよい。

【0040】

（提案６）
４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、４－ｓｔｅｐ ＣＢＲＡ ｒｅｓｏｕｒｃｅｓ）が設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定することができず、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されているパラメータ（例えば、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒやMsgA PRACH SCS（msg1-subcarrierSpacing for 2-step RACH））である場合に、パラメータの値として用いる値を規定／通知してもよい。

【0041】

例えば、４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、４－ｓｔｅｐ ＣＢＲＡ ｒｅｓｏｕｒｃｅｓ）が設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定することができず、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されているパラメータ、として、ＭｓｇＡ ＰＲＡＣＨ ＳＣＳを使用する場合、参照する値がない場合には、例えば、ＭｓｇＡ ＰＲＡＣＨ ＳＣＳを３０ ｋＨｚとすることが規定されてもよい。

【0042】

例えば、４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、４－ｓｔｅｐ ＣＢＲＡ ｒｅｓｏｕｒｃｅｓ）が設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定することができず、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されているパラメータ、として、ＭｓｇＡ ＰＲＡＣＨ ＳＣＳを使用する場合、参照する値が無い場合に用いる値として、事前にパラメータ値が通知されてもよい（参照する値が無い場合には、例えば、ＭｓｇＡ ＰＲＡＣＨ ＳＣＳを３０ ｋＨｚとすることが事前に通知されてもよい）。

【0043】

４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、４－ｓｔｅｐ ＣＢＲＡ ｒｅｓｏｕｒｃｅｓ）が設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、２－ｓｔｅｐ ＲＡＣＨのパラメータであって、２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定されない場合には、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されている、２－ｓｔｅｐ ＲＡＣＨのパラメータ、を使用する場合、該当するパラメータが２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定されない場合に、この条件を満たす場合に用いられるパラメータの値が規定／通知されてもよい。

【0044】

例えば、４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、４－ｓｔｅｐ ＣＢＲＡ ｒｅｓｏｕｒｃｅｓ）が設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、２－ｓｔｅｐ ＲＡＣＨのパラメータであって、２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定されない場合には、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されている、２－ｓｔｅｐ ＲＡＣＨのパラメータとして、ＭｓｇＡ ＰＲＡＣＨ ＳＣＳを使用する場合、参照する値がない場合には、例えば、ＭｓｇＡ ＰＲＡＣＨ ＳＣＳを３０ ｋＨｚとすることが規定されてもよい。

【0045】

例えば、４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、４－ｓｔｅｐ ＣＢＲＡ ｒｅｓｏｕｒｃｅｓ）が設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、２－ｓｔｅｐ ＲＡＣＨのパラメータであって、２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定されない場合には、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されている、２－ｓｔｅｐ ＲＡＣＨのパラメータとして、ＭｓｇＡ ＰＲＡＣＨ ＳＣＳを使用する場合、参照する値が無い場合に用いる値として、事前にパラメータ値が通知されてもよい（参照する値が無い場合には、例えば、ＭｓｇＡ ＰＲＡＣＨ ＳＣＳを３０ ｋＨｚとすることが事前に通知されてもよい）。

【0046】

（装置構成）
次に、これまでに説明した処理動作を実行する端末１０及び基地局２０の機能構成例を説明する。端末１０及び基地局２０は、本実施の形態で説明した全ての機能を備えている。ただし、端末１０及び基地局２０は、本実施の形態で説明した全ての機能のうちの一部のみの機能を備えてもよい。なお、端末１０及び基地局２０を総称して通信装置と称してもよい。

【0047】

＜端末＞
図５は、端末１０の機能構成の一例を示す図である。図５に示されるように、端末１０は、送信部１１０と、受信部１２０と、制御部１３０を有する。図５に示される機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部１１０を送信機と称し、受信部１２０を受信機と称してもよい。

【0048】

送信部１１０は、送信データから送信を作成し、当該送信信号を無線で送信する。また、送信部１１０は、１つ又は複数のビームを形成することができる。受信部１２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部１２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。

【0049】

制御部１３０は、端末１０の制御を行う。なお、送信に関わる制御部１３０の機能が送信部１１０に含まれ、受信に関わる制御部１３０の機能が受信部１２０に含まれてもよい。

【0050】

例えば、４ ｓｔｅｐ ＲＡＣＨ手順において、送信部１１０は、ランダムアクセスプリアンブルを送信する。受信部１２０は、基地局２０からランダムアクセスレスポンスを受信する。制御部１３０は、ランダムアクセスレスポンスから、Ｍｅｓｓａｇｅ３を送信するための無線リソースの情報を取得する。送信部１１０は、制御部１３０により設定される無線リソースを介して、Ｍｅｓｓａｇｅ３を基地局２０に送信する。受信部１２０は、基地局２０からＭｅｓｓａｇｅ４を受信する。

【0051】

また、例えば、２ ｓｔｅｐ ＲＡＣＨ手順において、送信部１１０は、ＭｅｓｓａｇｅＡの送信を行う。つまり、送信部１１０は、２ ｓｔｅｐ ＲＡＣＨ手順におけるランダムアクセスプリアンブルを基地局２０に送信し、４ ｓｔｅｐ ＲＡＣＨ手順におけるＭｅｓｓａｇｅ２に相当するメッセージを受信する前に、２ ｓｔｅｐ ＲＡＣＨ手順におけるＰＵＳＣＨでのデータの送信を行う。受信部１２０は、ＭｅｓｓａｇｅＢの受信を行う。

【0052】

例えば、４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、４－ｓｔｅｐ ＣＢＲＡ ｒｅｓｏｕｒｃｅｓ）が設定されていないＢＷＰに対して、２－ｓｔｅｐ ＲＡＣＨを設定する場合において、２－ｓｔｅｐ ＲＡＣＨのパラメータであって、２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定されない場合には、４－ｓｔｅｐ ＲＡＣＨに対して設定されたパラメータを再利用（ｒｅｕｓｅ）することが想定されている、２－ｓｔｅｐ ＲＡＣＨのパラメータ、を使用する場合、該当するパラメータが２－ｓｔｅｐ ＲＡＣＨのパラメータとして明示的に設定されない場合には、端末１０の制御部１３０は、予め規定／通知された他のＵＬ ＢＷＰにおいて設定されている４－ｓｔｅｐ ＲＡＣＨのパラメータを、当該２－ｓｔｅｐ ＲＡＣＨのパラメータとして再利用してもよい。

【0053】

＜基地局２０＞
図６は、基地局２０の機能構成の一例を示す図である。図６に示されるように、基地局２０は、送信部２１０と、受信部２２０と、制御部２３０を有する。図６に示される機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部２１０を送信機と称し、受信部２２０を受信機と称してもよい。

【0054】

送信部２１０は、端末１０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部２２０は、端末１０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、受信部２２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。

【0055】

制御部２３０は、基地局２０の制御を行う。なお、送信に関わる制御部２３０の機能が送信部２１０に含まれ、受信に関わる制御部２３０の機能が受信部２２０に含まれてもよい。

【0056】

例えば、４ ｓｔｅｐ ＲＡＣＨ手順において、受信部２２０は、端末１０から送信されたランダムアクセスプリアンブルを受信する。送信部２１０は、端末１０にランダムアクセスレスポンスを送信する。制御部２３０は、ランダムアクセスレスポンスに、端末１０がＭｅｓｓａｇｅ３を送信するための無線リソースを示す情報を含める。受信部２２０は、制御部２３０により設定された無線リソースを介して、Ｍｅｓｓａｇｅ３を端末１０から受信する。送信部２１０は、端末１０にＭｅｓｓａｇｅ４を送信する。

【0057】

また、例えば、２ ｓｔｅｐ ＲＡＣＨ手順において、受信部２２０は、端末１０から送信されるＭｅｓｓａｇｅＡの受信を行う。つまり、受信部２２０は、２ ｓｔｅｐ ＲＡＣＨ手順におけるランダムアクセスプリアンブルを端末１０から受信し、４ ｓｔｅｐ ＲＡＣＨ手順におけるＭｅｓｓａｇｅ２に相当するメッセージを送信する前に、２ ｓｔｅｐ ＲＡＣＨ手順におけるＰＵＳＣＨでのデータの受信を行う。送信部２１０は、ＭｅｓｓａｇｅＢの送信を行う。

【0058】

＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図５～図６）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。

【0059】

また、例えば、本発明の一実施の形態における端末１０と基地局２０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図７は、本実施の形態に係る端末１０と基地局２０のハードウェア構成の一例を示す図である。上述の端末１０と基地局２０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

【0060】

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。端末１０と基地局２０のハードウェア構成は、図に示した１００１～１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

【0061】

端末１０と基地局２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

【0062】

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）で構成されてもよい。

【0063】

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図５に示される端末１０の送信部１１０、受信部１２０、制御部１３０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図６に示される基地局２０の送信部２１０と、受信部２２０と、制御部２３０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

【0064】

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

【0065】

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

【0066】

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、端末１０の送信部１１０及び受信部１２０は、通信装置１００４で実現されてもよい。また、基地局２０の送信部２１０及び受信部２２０は、通信装置１００４で実現されてもよい。

【0067】

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

【0068】

また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

【0069】

また、端末１０と基地局２０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

【0070】

（実施の形態のまとめ）
本明細書には、少なくとも以下の端末及び通信方法が開示されている。

【0071】

Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）に対して、２－ｓｔｅｐのＲａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ（ＲＡＣＨ）ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、他のアップリンクＢＷＰにおいて設定されているＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータを、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータとして再利用すること、前記２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータを新たに設定すること、及びデフォルトのパラメータを前記２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータとして設定すること、のうちの少なくとも一つを行う制御部と、前記２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータを使用して、２－ｓｔｅｐ ＲＡＣＨのＭｅｓｓａｇｅＡを送信する送信部と、を備える端末。

【0072】

上記の構成によれば、端末において、４－ｓｔｅｐ ＲＡＣＨのパラメータを、２－ｓｔｅｐ ＲＡＣＨのためのパラメータとして再利用（ｒｅｕｓｅ）することが想定されている場合において、対応する４－ｓｔｅｐ ＲＡＣＨのパラメータが存在しない場合であっても、端末に適切な動作を行わせることを可能とする方法が提供される。

【0073】

前記制御部は、前記他のアップリンクＢＷＰにおいて設定されている４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎパラメータを、前記２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータとして再利用してもよい。

【0074】

上記の構成によれば、シグナリングのオーバーヘッドを削減することが可能となる。

【0075】

前記制御部は、前記他のアップリンクＢＷＰにおいて設定されている２－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎパラメータを、前記ＢＷＰに対して設定する前記２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータとして再利用してもよい。

【0076】

上記の構成によれば、シグナリングのオーバーヘッドを削減することが可能となる。

【0077】

前記制御部は、前記ＢＷＰに対して設定する前記２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータが、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータとして明示的に設定できないパラメータである場合に、前記他のアップリンクＢＷＰにおいて設定されている４－ｓｔｅｐのＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎパラメータを、前記２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータとして再利用してもよい。

【0078】

上記の構成によれば、端末において、例えば、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒのように、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータとして明示的に設定することができないパラメータを使用する場合において、他のアップリンクＢＷＰにおいて設定されている４－ｓｔｅｐ ＲＡＣＨのパラメータを再利用することで、端末に適切な動作を行わせることが可能となる。

【0079】

Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）に対して、２－ｓｔｅｐのＲａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ（ＲＡＣＨ）ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する場合において、他のアップリンクＢＷＰにおいて設定されているＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータを、２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータとして再利用すること、前記２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータを新たに設定すること、及びデフォルトのパラメータを前記２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータとして設定すること、のうちの少なくとも一つを行うステップと、前記２－ｓｔｅｐ ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータを使用して、２－ｓｔｅｐ ＲＡＣＨのＭｅｓｓａｇｅＡを送信するステップと、を備える端末による通信方法。

【0080】

上記の構成によれば、端末において、４－ｓｔｅｐ ＲＡＣＨのパラメータを、２－ｓｔｅｐ ＲＡＣＨのためのパラメータとして再利用（ｒｅｕｓｅ）することが想定されている場合において、対応する４－ｓｔｅｐ ＲＡＣＨのパラメータが存在しない場合であっても、端末に適切な動作を行わせることを可能とする方法が提供される。

【0081】

（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、端末１０と基地局２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って端末１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

【0082】

情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。

【0083】

本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ Ｒａｄｉｏ Ａｃｃｅｓｓ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ｕｌｔｒａ－ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

【0084】

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【0085】

本明細書において基地局２０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって行われることもある。基地局２０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークにおいて、端末１０との通信のために行われる様々な動作は、基地局２０および／または基地局２０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ－ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局２０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ－ＧＷ）であってもよい。

【0086】

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。

【0087】

端末１０は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

【0088】

基地局２０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ Ｓｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。

【0089】

帯域幅部分（ＢＷＰ：Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋｓ）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。

【0090】

ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ ＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。

【0091】

設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。

【0092】

本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

【0093】

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

【0094】

「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。

【0095】

本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。

【0096】

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

【符号の説明】

【0097】

１０ ユーザ装置
１１０ 送信部
１２０ 受信部
１３０ 制御部
２０ 基地局
２１０ 送信部
２２０ 受信部
２３０ 制御部
１００１ プロセッサ
１００２ メモリ
１００３ ストレージ
１００４ 通信装置
１００５ 入力装置
１００６ 出力装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】