特許 7390394 端末、通信システム及び通信方法

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

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

(11)【特許番号】

(24)【登録日】2023-11-22

(45)【発行日】2023-12-01

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

(51)【国際特許分類】

   H04W 74/08 20090101AFI20231124BHJP

   H04W 72/1268 20230101ALI20231124BHJP

   H04W 72/0453 20230101ALI20231124BHJP

   H04W 76/10 20180101ALI20231124BHJP

【ＦＩ】

H04W74/08

H04W72/1268

H04W72/0453

H04W76/10

【請求項の数】 3

(21)【出願番号】P 2021554521

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

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

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

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

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

【前置審査】

(73)【特許権者】

【識別番号】392026693

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

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100124844

【弁理士】

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

(72)【発明者】

【氏名】小原 知也

【審査官】▲高▼橋 真之

(56)【参考文献】

【文献】ZTE，FL Summary #4 of Channel Structure for 2-step RACH[online]，3GPP TSG RAN WG1 #98b R1-1911540，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1911540.zip>，2019年10月22日，pp.1, 6, 8

【文献】Ericsson，Procedure for Two-step RACH[online]，3GPP TSG RAN WG1 #98b R1-1910907，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1910907.zip>，2019年10月05日，pp.1, 11-12

【文献】Huawei, HiSilicon，Discussion on 2-step RACH procedure[online]，3GPP TSG RAN WG1 #98b R1-1910032，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_，2019年10月20日，Section 2.3.2

【文献】ZTE，RRC parameters for Rel-16 NR 2-step RACH[online]，3GPP TSG RAN WG1 #98b R1-1911582，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1911582.zip>，2019年10月31日，Section 4

【文献】Fujitsu，On procedure selection among 2-step and 4-step RACH[online]，3GPP TSG RAN WG2 #106 R2-1906256，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1906256.zip>，2019年05月03日，Section 2

【文献】NTT DOCOMO, INC.，Discussion on Channel Structure for Two-Step RACH[online]，3GPP TSG RAN WG1 #99 R1-1912869，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912869.zip>，2019年11月08日

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

２段階のランダムアクセス手順における物理上り共有チャネルで送信するメッセージに関する設定情報において、前記メッセージのサイズに関する基準を含む選択基準に基づいて選択されたパラメータが、アクティブなアップリンクのＢａｎｄｗｉｄｔｈ Ｐａｒｔ（ＵＬ ＢＷＰ）に対して設定されていない場合、ｉｎｉｔｉａｌ ＵＬ ＢＷＰに対して予め規定された設定情報であって、前記メッセージのサイズに関する基準を含む選択基準を満たす、設定情報、を、前記２段階のランダムアクセス手順における物理上り共有チャネルで送信するメッセージに関する設定情報として設定する制御部と、
前記制御部が設定した前記設定情報を用いて、前記メッセージを送信する送信部と、
を備える端末。

【請求項2】

２段階のランダムアクセス手順における物理上り共有チャネルで送信するメッセージに関する設定情報において、前記メッセージのサイズに関する基準を含む選択基準に基づいて選択されたパラメータが、アクティブなアップリンクのＢａｎｄｗｉｄｔｈ Ｐａｒｔ（ＵＬ ＢＷＰ）に対して設定されていない場合、ｉｎｉｔｉａｌ ＵＬ ＢＷＰに対して予め規定された設定情報であって、前記メッセージのサイズに関する基準を含む選択基準を満たす、設定情報、を、前記２段階のランダムアクセス手順における物理上り共有チャネルで送信するメッセージに関する設定情報として設定する制御部と、
前記制御部が設定した前記設定情報を用いて、前記メッセージを基地局に送信する送信部と、
を備える端末と、
前記メッセージを前記端末から受信する受信部を備える基地局と、
を備える通信システム。

【請求項3】

２段階のランダムアクセス手順における物理上り共有チャネルで送信するメッセージに関する設定情報において、前記メッセージのサイズに関する基準を含む選択基準に基づいて選択されたパラメータが、アクティブなアップリンクのＢａｎｄｗｉｄｔｈ Ｐａｒｔ（ＵＬ ＢＷＰ）に対して設定されていない場合、ｉｎｉｔｉａｌ ＵＬ ＢＷＰに対して予め規定された設定情報であって、前記メッセージのサイズに関する基準を含む選択基準を満たす、設定情報、を、前記２段階のランダムアクセス手順における物理上り共有チャネルで送信するメッセージに関する設定情報として設定するステップと、
前記設定した前記設定情報を用いて、前記メッセージを送信するステップと、
を備える端末による通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【先行技術文献】

【非特許文献】

【0004】

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

【発明の概要】

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

【0005】

ＭｅｓｓａｇｅＡ（ＭｓｇＡ）ＰＵＳＣＨの送信に関するパラメータのセットである、「ＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」には、ＭｓｇＡ ＰＵＳＣＨリソース通知、送信方法、送信電力制御、ＭｓｇＡ ＰＲＡＣＨとＭｓｇＡ ＰＵＳＣＨとの対応関係等に関するパラメータが含まれることが想定されている。

【0006】

端末に対して、「ＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」を柔軟に設定する方法が必要とされている。

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

【0007】

本発明の一態様によれば、２段階のランダムアクセス手順における物理上り共有チャネルで送信するメッセージに関する設定情報において、前記メッセージのサイズに関する基準を含む選択基準に基づいて選択されたパラメータが、アクティブなアップリンクのＢａｎｄｗｉｄｔｈ Ｐａｒｔ（ＵＬ ＢＷＰ）に対して設定されていない場合、ｉｎｉｔｉａｌ ＵＬ ＢＷＰに対して予め規定された設定情報であって、前記メッセージのサイズに関する基準を含む選択基準を満たす、設定情報、を、前記２段階のランダムアクセス手順における物理上り共有チャネルで送信するメッセージに関する設定情報として設定する制御部と、前記制御部が設定した前記設定情報を用いて、前記メッセージを送信する送信部と、を備える端末が提供される。

【発明の効果】

【0008】

実施例によれば、端末に対して、「ＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」を柔軟に設定する方法が提供される。

【図面の簡単な説明】

【0009】

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

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

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

【図4】提案１の方法の例を示すフローチャートである。

【図5】提案２の方法の例を示すフローチャートである。

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

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

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

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

【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】

図４は、提案１の方法の例を示すフローチャートである。図４に示されるように、ステップＳ３０１において、端末１０は、Ａｃｔｉｖｅ ＵＬ ＢＷＰに対して設定される一つ又は複数のＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎの中に、選択基準を満たすＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎが存在するか否かを判定する。

【0037】

ステップＳ３０１で選択基準を満たすＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎが存在すると判定した場合、端末１０は、ステップＳ３０２において、選択基準を満たす一つ又は複数のＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎの中から一つのＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを選択して、選択したＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを使用して、２－ｓｔｅｐ ＲＡＣＨ ｐｒｏｃｅｄｕｒｅを実行する。

【0038】

ステップＳ３０１で選択基準を満たすＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎが存在しないと判定した場合、端末１０は、ステップＳ３０３において、予め規定／設定されたＵＬ ＢＷＰに遷移する。

【0039】

その後、端末１０は、ステップＳ３０４において、遷移後のＵＬ ＢＷＰに対して設定される一つ又は複数のＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎの中に、選択基準を満たすＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎが存在するか否かを判定する。

【0040】

ステップＳ３０４で選択基準を満たすＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎが存在すると判定した場合、端末１０は、ステップＳ３０５において、選択基準を満たす一つ又は複数のＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎの中から一つのＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを選択して、選択したＭｓｇＡ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを使用して、２－ｓｔｅｐ ＲＡＣＨ ｐｒｏｃｅｄｕｒｅを実行する。

【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】

前記制御部は、前記アクティブなアップリンクのＢＷＰの設定情報に、前記ＭｓｇＡ ＰＵＳＣＨの送信に関する設定情報のセットが一つ又は複数含まれており、前記一つ又は複数の設定情報のセットのうちのいずれのセットも選択基準を満たさない場合、アクティブなアップリンクのＢＷＰを規定されたアップリンクのＢＷＰに切り替え、前記規定されたアップリンクのＢＷＰの設定情報に含まれるＭｓｇＡ ＰＵＳＣＨの送信に関する設定情報のセットを選択してもよい。

【0098】

上記の構成によれば、アクティブなアップリンクのＢＷＰの設定情報に含まれるＭｓｇＡ ＰＵＳＣＨの送信に関する設定情報のセットが選択基準を満たさない場合に、例えば、デフォルトのアップリンクのＢＷＰに設定されるＭｓｇＡ ＰＵＳＣＨの送信に関する設定情報のセットを選択することが可能となり、ＭｓｇＡ ＰＵＳＣＨの送信に関する設定情報のセットをより柔軟に選択することが可能となる。

【0099】

前記制御部は、前記アクティブなアップリンクのＢＷＰの設定情報に、前記ＭｓｇＡ ＰＵＳＣＨの送信に関する設定情報のセットが一つ又は複数含まれており、前記一つ又は複数の設定情報のセットのうちのいずれのセットも選択基準を満たさない場合、規定されたアップリンクのＢＷＰの設定情報に含まれる２段階のランダムアクセス手順のＭｓｇＡ ＰＵＳＣＨの送信に関する設定情報のセットを選択し、前記送信部は、前記制御部が選択した設定情報のセットを用いて、前記アクティブなアップリンクのＢＷＰにおいて、前記ＭｓｇＡ ＰＵＳＣＨの送信を行ってもよい。

【0100】

上記の構成によれば、例えば、デフォルトのアップリンクのＢＷＰに設定されているＭｓｇＡ ＰＵＳＣＨの送信に関する設定情報のセットを、現在のアクティブなアップリンクのＢＷＰに適用することが可能となる。

【0101】

前記制御部は、前記アクティブなアップリンクのＢＷＰの設定情報に、前記ＭｓｇＡ ＰＵＳＣＨの送信に関する設定情報のセットが一つだけ含まれている場合、規定されたアップリンクのＢＷＰの設定情報の少なくとも一部を用いて、前記アクティブなアップリンクのＢＷＰにおける前記ＭｓｇＡ ＰＵＳＣＨの送信に関する設定情報の別のセットを設定してもよい。

【0102】

上記の構成によれば、例えば、デフォルトのアップリンクのＢＷＰに設定されているＭｓｇＡ ＰＵＳＣＨの送信に関する設定情報のセットを、現在のアクティブなアップリンクのＢＷＰに適用することが可能となる。

【0103】

アクティブなアップリンクのＢａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）の設定情報に基づき、２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの物理上り共有チャネル（ＭｓｇＡ ＰＵＳＣＨ）の送信に関する設定情報のセットを選択するステップと、前記選択した設定情報のセットを用いて、ＭｓｇＡ ＰＵＳＣＨの送信を行うステップと、を備える端末による通信方法。

【0104】

上記の構成によれば、アクティブなアップリンクのＢＷＰの設定情報に基づいて、ＭｓｇＡ ＰＵＳＣＨの送信に関する設定情報のセットを柔軟に選択することが可能となる。

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【符号の説明】

【0121】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】