JP7390394B2

JP7390394B2 - 端末、通信システム及び通信方法

Info

Publication number: JP7390394B2
Application number: JP2021554521A
Authority: JP
Inventors: 知也小原
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2019-11-07
Filing date: 2019-11-07
Publication date: 2023-12-01
Anticipated expiration: 2039-11-07
Also published as: US20220394773A1; WO2021090461A1; EP4057758A1; EP4057758A4; JPWO2021090461A1; CN114631391A

Description

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

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

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

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

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

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

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

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

本実施の形態における通信システムの構成図である。４ｓｔｅｐＲＡＣＨ（Ｃｏｎｔｅｎｔｉｏｎｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ）手順の例を示す図である。２ｓｔｅｐＲＡＣＨ（Ｃｏｎｔｅｎｔｉｏｎｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ）手順の例を示す図である。提案１の方法の例を示すフローチャートである。提案２の方法の例を示すフローチャートである。端末の機能構成の一例を示す図である。基地局の機能構成の一例を示す図である。端末及び基地局のハードウェア構成の一例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎは、ＭｓｇＡＰＵＳＣＨに関連する設定情報のセットである。例えば、ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎには、例えば、ＭｓｇＡＰＵＳＣＨの送信のための時間領域及び周波数領域のリソースの情報、ＭＣＳ（ＭｏｄｕｌａｔｉｏｎＣｏｄｉｎｇＳｃｈｅｍｅ）、送信方法（例えば、ホッピングを適用するか否か）等のＭｓｇＡＰＵＳＣＨに関連する設定情報が含まれてもよい。ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎは、例えば、ＭｓｇＡＰＵＳＣＨの送信に関連する複数のパラメータのセットであってもよい。例えば、基地局２０は、端末１０に対して、複数のＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを設定することが可能であってもよい。この場合、端末１０は、（例えば、選択基準に基づいて）、複数のＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのうちの一つのｃｏｎｆｉｇｕｒａｔｉｏｎを選択して、選択したＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを用いて、２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅを行ってもよい。

例えば、端末１０は、ＭｓｇＡ再送等の場合には、前回のＭｓｇＡの送信に使用したＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを選択してもよいし、異なるＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを選択してもよい。

端末１０に対して設定可能な複数のＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎの数（最大数）は、端末１０のＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）ｓｔａｔｅが、ＲＲＣ＿ＩＤＬＥ／ＩＮＡＣＴＩＶＥｓｔａｔｅである場合には、２つであってもよい。端末１０のＲＲＣｓｔａｔｅが、ＲＲＣＣＯＮＮＥＣＴＥＤｓｔａｔｅの場合には、端末１０に対して設定可能な複数のＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎの数は、ＵＬＢＷＰ（ＵｐｌｉｎｋＢａｎｄｗｉｄｔｈＰａｒｔ）毎に２つであってもよい。

（課題について）
ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを端末１０に対して設定することに関連して、例えば、端末１０のＲＲＣｓｔａｔｅが、ＲＲＣ＿ＩＤＬＥ／ＩＮＡＣＴＩＶＥｓｔａｔｅである場合に端末１０に対して設定したＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを、端末１０のＲＲＣｓｔａｔｅが、ＲＲＣＣＯＮＮＥＣＴＥＤｓｔａｔｅの場合に設定することが可能であってもよい。

また、例えば、端末１０のＲＲＣｓｔａｔｅが、ＲＲＣＣＯＮＮＥＣＴＥＤｓｔａｔｅである場合において、あるＵＬＢＷＰに対して設定したＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを、他のＵＬＢＷＰに対して設定することが可能であってもよい。

しかしながら、上述のように、端末１０のＲＲＣｓｔａｔｅ毎及び／又はＵＬＢＷＰ毎にＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを複数回設定すると、シグナリングのオーバーヘッドが増大する可能性がある。

また、端末１０のＵＬＢＷＰ毎に２つまでしかＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを設定できない場合には、ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎの設定の柔軟性が十分ではない可能性がある。

ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを端末１０に対して設定することに関連して、端末１０において現在ａｃｔｉｖｅなＵＬＢＷＰの設定に応じて、予め規定／設定されたＵＬＢＷＰに対して設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを用いて、端末１０は、２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅを実施してもよい。

（提案１）
ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを端末１０に対して設定することに関連して、端末１０における現在ａｃｔｉｖｅなＵＬＢＷＰに、ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎが一つ又は複数設定されている場合において、設定されているＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのいずれも、選択基準（ｃｒｉｔｅｒｉａ）を満たさない場合には、端末１０は、予め規定／設定されたＵＬＢＷＰに遷移する（ａｃｔｉｖｅなＵＬＢＷＰとして予め規定／設定されたＵＬＢＷＰを適用する）。端末１０は、遷移後のＵＬＢＷＰに設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎの中に、選択基準を満たすＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎが存在する場合には、当該選択基準を満たすＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを用いて、２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅを実行してもよい。

上述の選択基準（ｃｒｉｔｅｒｉａ）とは、例えば、ＭｓｇＡｐａｙｌｏａｄｓｉｚｅ、ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｅｄＰｏｗｅｒ（ＲＳＲＰ）、ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｅｄＱｕａｌｉｔｙ（ＲＳＲＱ）、Ｓｉｇｎａｌ－ｔｏ－ＩｎｔｅｒｆｅｒｅｎｃｅｐｌｕｓＮｏｉｓｅｐｏｗｅｒＲａｔｉｏ（ＳＩＮＲ）、ＭｓｇＡＲＯとＭｓｇＡＰＯとの間のｔｉｍｉｎｇｏｆｆｓｅｔ、ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ（ＭＣＳ）、ＴｒａｎｓｐｏｒｔＢｌｏｃｋＳｉｚｅ（ＴＢＳ）、選択されたｐｒｅａｍｂｌｅｉｎｄｅｘ／ＭｓｇＡＲＯ、等に基づいた基準であってもよく、それらの組み合わせであってもよく、その他の指標であってもよい。

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

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

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

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

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

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

ステップＳ３０４で選択基準を満たすＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎが存在しないと判定した場合、端末１０は、ステップＳ３０６において、例えば、２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅに代えて４－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅを実行してもよく、ＭｓｇＡＰＵＳＣＨを送信しなくてもよく、或いは、選択基準を満たしていない一つ又は複数のＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのうち、いずれか一つのＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを選択してもよい。

（提案２）
ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを端末１０に対して設定することに関連して、端末１０における現在ａｃｔｉｖｅなＵＬＢＷＰに、ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎが一つ又は複数設定されている場合において、設定されているＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのいずれも、選択基準（ｃｒｉｔｅｒｉａ）を満たさない場合には、端末１０は、予め規定／設定されたＵＬＢＷＰに対して設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎの一部又は全てのパラメータを用いて、現在ａｃｔｉｖｅなＵＬＢＷＰにおいて、２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅを実行してもよい。

端末１０は、予め規定／設定されたＵＬＢＷＰに設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータが、現在ａｃｔｉｖｅなＵＬＢＷＰにおいて適用可能となるように読み替えて適用してもよく、或いは、そのまま適用してもよい（例えば、周波数リソース位置等）。

端末１０は、一部のパラメータについては、予め規定／設定されたＵＬＢＷＰに設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータを利用してもよく、それ以外のパラメータについては、現在ＡｃｔｉｖｅなＵＬＢＷＰに設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータを利用してもよい。

端末１０は、周波数方向において、予め規定／設定されたＵＬＢＷＰが現在ａｃｔｉｖｅなＵＬＢＷＰの中に完全に含まれている場合、周波数方向に関しては、予め規定／設定されたＵＬＢＷＰのＭｓｇＡＰＵＳＣＨリソースと同様のリソースを、２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅにおいて使用してもよい。

上述の選択基準（ｃｒｉｔｅｒｉａ）とは、例えば、ＭｓｇＡｐａｙｌｏａｄｓｉｚｅ、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲ、ＭｓｇＡＲＯとＭｓｇＡＰＯとの間のｔｉｍｉｎｇｏｆｆｓｅｔ、ＭＣＳ、ＴＢＳ、選択されたｐｒｅａｍｂｌｅｉｎｄｅｘ／ＭｓｇＡＲＯ、等に基づいた基準であってもよく、それらの組み合わせであってもよく、その他の指標であってもよい。

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

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

ステップＳ４０１で選択基準を満たすＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎが存在しないと判定した場合、端末１０は、ステップＳ４０３において、予め規定／設定されたＵＬＢＷＰに設定された一つ又は複数のＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎの一部又は全てのパラメータを用いた一つ又は複数のＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎに対して、選択基準を満たすＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎが存在するか否かを判定する。

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

ステップＳ４０３で選択基準を満たすＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎが存在しないと判定した場合、端末１０は、ステップＳ４０５において、例えば、２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅに代えて４－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅを実行してもよく、ＭｓｇＡＰＵＳＣＨを送信しなくてもよく、或いは、選択基準を満たしていない一つ又は複数のＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのうち、いずれか一つのＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを選択してもよい。

（提案３）
ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを端末１０に対して設定することに関連して、端末１０における現在ａｃｔｉｖｅなＵＬＢＷＰに、ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎが一つも設定されていない場合において、端末１０は、予め規定／設定されたＵＬＢＷＰに遷移する（ａｃｔｉｖｅなＵＬＢＷＰとして予め規定／設定されたＵＬＢＷＰを適用する）。端末１０は、遷移後のＵＬＢＷＰに設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎの中に、選択基準を満たすＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎが存在する場合には、当該選択基準を満たすＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを用いて、２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅを実行してもよい。

（提案４）
ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを端末１０に対して設定することに関連して、端末１０における現在ａｃｔｉｖｅなＵＬＢＷＰに、ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎが一つも設定されていない場合において、端末１０は、予め規定／設定されたＵＬＢＷＰに対して設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎの一部又は全てのパラメータを用いて、現在ａｃｔｉｖｅなＵＬＢＷＰにおいて、２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅを実行してもよい。

端末１０は、一部のパラメータについては、予め規定／設定されたＵＬＢＷＰに設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータを利用してもよく、それ以外のパラメータについては、予め規定／通知されていてもよい。

（提案５）
ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを端末１０に対して設定することに関連して、端末１０における現在ａｃｔｉｖｅなＵＬＢＷＰに、ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎが一つのみ設定されている場合において、端末１０は、予め規定／設定されたＵＬＢＷＰに対して設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎの一部又は全てのパラメータを用いたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを、現在ａｃｔｉｖｅなＵＬＢＷＰに対して設定されるもう一つのＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎとして設定してもよく、端末１０は、現在ａｃｔｉｖｅなＵＬＢＷＰにおいて、２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅを実行してもよい。

つまり、端末１０は、現在ａｃｔｉｖｅなＵＬＢＷＰのＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎ及び予め規定／設定されたＵＬＢＷＰに対して設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎの一部又は全てのパラメータを用いたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのうち、例えば、端末１０において適用する判断基準によって選択されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを用いて、２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅを実行してもよい。

予め規定／設定されたＵＬＢＷＰに対して設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのうち、いずれのＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを用いるべきか、規定されてもよい。例えば、低いインデックスを持つＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎ、又はａｃｔｉｖｅなＵＬＢＷＰで設定されていないＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのインデックスを持つＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを用いることが規定されてもよい。

端末１０は、一部のパラメータについては、予め規定／設定されたＵＬＢＷＰに設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータを利用してもよく、それ以外のパラメータについては、予め規定／通知されていてもよく、或いは、現在ａｃｔｉｖｅなＵＬＢＷＰに設定されたＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのパラメータを用いてもよい。

ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを端末１０に対して設定することに関連して、選択基準を満たしているＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎが存在しない場合には、端末１０は、２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅに代えて、４－ｓｔｅｐＲＡＣＨｐｒｏｃｅｄｕｒｅを適用してもよく、ＭｓｇＡＰＵＳＣＨを送信しなくてもよく、或いは、選択基準を満たしていない一つ又は複数のＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのうち、いずれか一つのＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを選択してもよい。端末１０が選択基準を満たしていない一つ又は複数のＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのうち、いずれか一つのＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを選択する場合において、選択方法が規定されてもよい。例えば、いずれかのパラメータに基づく規定（ＭＣＳインデックスが一番小さいもの、ＴＢＳが一番小さいもの、時間リソース位置が最も近いもの、等）であってもよく、端末１０の実装に依存してもよい。

なお、上述の実施例における「ＭｓｇＡＰＵＳＣＨｃｏｎｆｉｇｕｒａｔｉｏｎ」とは、ＭｓｇＡＰＵＳＣＨの送信に関するいずれのパラメータのセットであってもよい。例えば、ＭｓｇＡＰＵＳＣＨリソース通知、送信方法、送信電力制御、ＭｓｇＡＲＡＣＨとＭｓｇＡＰＵＳＣＨとの間の対応関係等に関するパラメータが含まれてもよい。

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

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

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

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

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

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

２ｓｔｅｐＲＡＣＨ手順において、制御部１３０は、送信部１１０がＭｅｓｓａｇｅＡを送信する際に、前述の提案方式のいずれかの方式に従って、ＭｓｇＡＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを設定してもよく、送信部１１０は、制御部１３０によって設定されたＭｓｇＡＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを用いて、２－ｓｔｅｐＲＡＣＨのＭｓｇＡの送信を行ってもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

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