JP7432614B2

JP7432614B2 - ユーザ装置及び通信方法

Info

Publication number: JP7432614B2
Application number: JP2021550793A
Authority: JP
Inventors: 知也小原
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2019-09-30
Filing date: 2019-09-30
Publication date: 2024-02-16
Anticipated expiration: 2039-09-30
Also published as: JPWO2021064842A1; WO2021064842A1; US20220346156A1

Description

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

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

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

３ＧＰＰＴＳ３８．２１１Ｖ１５．４．０（２０１８－１２）３ＧＰＰＴＳＧＲＡＮＭｅｅｔｉｎｇ＃８２、Ｓｏｒｒｅｎｔｏ、Ｉｔａｌｙ、Ｄｅｃ．１０－１３、２０１８

ＭｅｓｓａｇｅＡ（ＭｓｇＡ）は、ｐｒｅａｍｂｌｅ＋ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＵＳＣＨ）となることが想定されており、ｐｒｅａｍｂｌｅとＰＵＳＣＨは少なくとも物理レイヤの観点では一体のものではないことが想定されている。

ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとの間の対応関係を定めることが必要とされている。

本発明の一態様によれば、２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期及び物理上り共有チャネルの送信機会の設定周期の間の関係性を示す情報を受信する受信部と、前記関係性を示す情報に基づき、前記２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会及び前記物理上り共有チャネルの送信機会を選択する制御部と、を備え、前記物理上り共有チャネルの送信機会の設定周期は、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期よりも大きく、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期であって、前記物理上り共有チャネルの送信機会のリソース位置の時間オフセットの開始として用いた前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会が含まれる、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期、に含まれない、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会は、物理上り共有チャネルの送信機会と対応付けられず、前記制御部は、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会であって、対応する物理上り共有チャネルの送信機会を持たない、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会、を選択した場合、４段階のランダムアクセス手順を実行する、端末が提供される。

実施例によれば、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとの間の対応関係を定めることが可能となる。

本実施の形態における通信システムの構成図である。４ｓｔｅｐＲＡＣＨ（Ｃｏｎｔｅｎｔｉｏｎｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ）手順の例を示す図である。２ｓｔｅｐＲＡＣＨ（Ｃｏｎｔｅｎｔｉｏｎｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ）手順の例を示す図である。２ｓｔｅｐＲＡＣＨ手順のＭｅｓｓａｇｅＡ送信において、タイミングアドバンス値をゼロとした場合及び非ゼロとした場合の例を示す図である。図５は、提案４－１の方法の例を示す図である。図６は、提案４－２の方法の例を示す図である。提案４－３の方法の例を示す図である。提案５－１－１の例を示す図である。提案５－１－２の例を示す図である。複数のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期の中のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎから、一巡のＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎに対するマッピングを行う例を示す図である。提案５－３の例を示す図である。提案５－４－１の例を示す図である。提案５－４－２の例を示す図である。提案６－１の例を示す図である。提案６－２－１の例を示す図である。提案６－２－２の例を示す図である。ユーザ装置の機能構成の一例を示す図である。基地局の機能構成の一例を示す図である。ユーザ装置及び基地局のハードウェア構成の一例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

３ＧＰＰのリリース１５の４ｓｔｅｐＲＡＣＨ手順では、ランダムアクセスプリアンブルを送信する際、タイミングアドバンス値（ｔｉｍｉｎｇａｄｖａｎｃｅｖａｌｕｅ）Ｎ_ＴＡをゼロに設定することになっている。

タイミングアドバンス値とは、端末１０が上りリンクの信号の送信を行う場合において、当該信号が基地局２０に到達するまでの伝搬遅延を考慮して、複数の端末１０から送信される複数の上りリンクの信号が基地局２０に到達するタイミングが同じになるようにするために、端末１０が上りリンクの信号の送信を行うタイミングを早める際に適用する、タイミングの調整のための値である。従って、例えば、端末１０と基地局２０との間の距離が大きい場合のように、端末１０から送信された上りリンクの信号が基地局２０に到達するまでの伝搬遅延が大きい程、タイミングアドバンス値は大きな値とすることが望ましい。このタイミングアドバンス値は、ＲＡＣＨ手順の中のランダムアクセスプリアンブルの受信により、基地局２０にて算出されることになる。このため、ランダムアクセスプリアンブルを送信する際、Ｎ_ＴＡをゼロに設定することになっている。

しかしながら、Ｎ_ＴＡをゼロに設定する場合であっても、端末１０が上りリンクの信号の送信を行うタイミングは、基地局２０の下りリンクの信号の受信に基づいて定められる参照タイミングと比較して、時間的に前方にシフトしている場合がある。一般に、上りリンクのフレームのタイミングは、下りリンクのフレームのタイミングと比較して、（Ｎ_ＴＡ＋Ｎ_{ＴＡ、ｏｆｆｓｅｔ}）Ｔ_ｃだけ、時間に関して前方にシフトしている。このため、プリアンブルを送信する際に、Ｎ_ＴＡをゼロに設定しても、上りリンクの信号の送信のタイミングは、下りリンクの信号の送信のタイミングと比較して、Ｎ_{ＴＡ、ｏｆｆｓｅｔ}×Ｔ_ｃだけ、時間に関して前方にシフトすることになる。

現在、２ｓｔｅｐＲＡＣＨ手順に対して、Ｃｏｎｔｅｎｔｉｏｎｆｒｅｅｒａｎｄｏｍａｃｃｅｓｓを適用することについての検討が３ＧＰＰの会合で行われており、２ｓｔｅｐＲＡＣＨ手順に対して、Ｃｏｎｔｅｎｔｉｏｎｆｒｅｅｒａｎｄｏｍａｃｃｅｓｓが適用されることが想定されている。

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

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

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

ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース通知方法として、例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期（ｃｏｎｆｉｇｕｒｅｄｐｅｒｉｏｄｉｃｉｔｙ）が同じである場合には、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎのＰＲＡＣＨｓｌｏｔ開始位置からの時間オフセットによりＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を通知することが検討されている。

（課題について）
ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期（ｃｏｎｆｉｇｕｒａｔｉｏｎｐｅｒｉｏｄｉｃｉｔｙ）については、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとの対応関係及びリソース通知方法を考慮した上で、適切に通知／規定することが必要とされている。

ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期（ｃｏｎｆｉｇｕｒａｔｉｏｎｐｅｒｉｏｄｉｃｉｔｙ）が異なる場合のＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース通知方法、端末１０の動作を適切に規定することが必要とされている。

（提案１）
ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期（ｃｏｎｆｉｇｕｒａｔｉｏｎｐｅｒｉｏｄｉｃｉｔｙ）と、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期との間の関係性が規定されてもよい。例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期と、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期との間の関係は、特定の関係に制限されてもよい。規定された設定周期の関係性については、基地局２０から端末１０に対して通知されてもよい。

（提案１－１）
ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期以上に設定されてもよい。

（提案１－２）
ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期以下に設定されてもよい。

（提案１－３）
ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期と同じであってもよい。この場合には、端末１０にＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期が通知されると、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期が定まることになる。

（提案１－４）
ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期よりも大きくてもよく、小さくてもよく、又は等しくてもよい。ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期は、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期の通知方法／規定方法により定められてもよい。

上記の提案１－１～１－４に対して、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期がＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期に比べて大きい場合、小さい場合、又は等しい場合のそれぞれに対して、異なるＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎのリソース位置の通知方法が規定されてもよく、端末１０による異なるＭｓｇＡ送信方法／再送方法が規定／通知されてもよい。また、上記のそれぞれの場合において、端末１０が２－ｓｔｅｐＲＡＣＨを選択するか、又は４－ｓｔｅｐＲＡＣＨを選択するかについての、選択方法が異なっていてもよい。

（提案２）
ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期の通知方法／規定方法としては、例えば、以下の提案２－１～提案２－４の方法が考えられる。

（提案２－１）
基地局２０は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期に対するＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期の相対的な値（比等）を端末１０に通知することによって、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期を通知してもよい。

例えば、基地局２０が端末１０に対して「２」を通知したとする。この場合において、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期が２０ｍｓであれば、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期は４０ｍｓであってもよい。

例えば、基地局２０が端末１０に対して「１／２」を通知したとする。この場合において、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期が２０ｍｓであれば、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期は１０ｍｓであってもよい。

（提案２－２）
基地局２０は、直接ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期を端末１０に対して通知するのではなく、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎのリソース位置を通知することによって、端末１０に対して、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期を通知してもよい。

例えば、基地局２０は、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎのリソースとして、時間オフセットの開始位置となる一つ又は複数のＰＲＡＣＨスロット（又はＲＡＣＨｏｃｃａｓｉｏｎ）を指定することにより、端末１０に対して、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期を通知してもよい。

例えば、基地局２０は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの偶数番目の設定周期内に含まれるＰＲＡＣＨスロットのみを考慮した時間オフセットにより、端末１０に対して、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎのリソース位置を通知してもよい。この場合、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期の２倍となることが想定される。

（提案２－３）
基地局２０は、直接ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期を端末１０に対して通知するのではなく、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとのマッピング関係を端末１０に通知することにより、端末１０に対して、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期を通知してもよい。

例えば、端末１０は、マッピング関係が繰り返される単位に基づいて、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期を定めてもよい。

（提案２－４）
基地局２０は、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期を、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期とは独立に、端末１０に対して通知してもよい。

例えば、基地局２０は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期として取り得る値の範囲と同等の範囲から、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期（例：１０ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓ、１６０ｍｓ）を選択して、端末１０に通知してもよい。

例えば、基地局２０は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期として取り得る値の範囲とは異なる範囲から、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期（例：５ｍｓ、３２０ｍｓ等）を選択して、端末１０に通知してもよい。

例えば、基地局２０は、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期を、ＭｓｇＡＰＵＳＣＨ関連のｃｏｎｆｉｇｕｒａｔｉｏｎとしてまとめて端末１０に通知してもよい（例：テーブル形式でインデックスを通知してもよい）。

ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期として選択可能な値の範囲は、例えば、４－ｓｔｅｐＲＡＣＨのＲＡＣＨｏｃｃａｓｉｏｎが設定周期として選択可能な値の範囲と同等であってもよく、或いは異なっていてもよい。

例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期として選択可能な値は、１０ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓ、１６０ｍｓ、３２０ｍｓであってもよい（４－ｓｔｅｐＲＡＣＨのＲＡＣＨｏｃｃａｓｉｏｎの設定周期として選択可能な値は、１０ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓ、１６０ｍｓ）。なお、端末１０は、２－ｓｔｅｐＲＡＣＨのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期に関する設定情報と、４－ｓｔｅｐＲＡＣＨのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期に関する設定情報とが別であることから、基地局２０により通知されるＲＡＣＨｏｃｃａｓｉｏｎの設定周期が２－ｓｔｅｐＲＡＣＨに対する設定周期なのか、それとも４－ｓｔｅｐＲＡＣＨに対する設定周期なのかを区別することが可能であってもよい。

（提案３）
ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとのマッピング関係については、例えば、以下の提案３－１～提案３－３の関係が考えられる。

（提案３－１）
例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期を単位として、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとのマッピング関係が繰り返されてもよい。

（提案３－２）
例えば、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期を単位として、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとのマッピング関係が繰り返されてもよい。

（提案３－３）
例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとのマッピング関係が、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期／ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期とは独立して繰り返されてもよい。

（提案３－４）
例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期及びＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期のうち、大きい方の設定周期を単位として、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとのマッピング関係が繰り返されてもよい。

（提案３－５）
例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期及びＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期のうち、小さい方の設定周期を単位として、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとのマッピング関係が繰り返されてもよい。

（提案４）
ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期がＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期より大きい場合、例えば、基地局２０は、端末１０に対して、以下の提案４－１～４－３のような方法によって、端末１０に対して、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を通知してもよい。

（提案４－１）
例えば、基地局２０は、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期内のいずれかのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎのみを用いて、時間オフセットにより、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を通知してもよい。

図５は、提案４－１の方法の例を示す図である。図５の例において、例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期が１０ｍｓであり、かつＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期が２０ｍｓであったとする。この場合、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期内に２つのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期が含まれてもよい。例えば、基地局２０は、２つのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期のうちの一方のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎのみを用いて、時間オフセットにより、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を設定して、端末１０に対して、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を通知してもよい。

例えば、基地局２０は、どのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎを用いるのかを端末１０に対して通知してもよい。例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期＝１０ｍｓ、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期＝４０ｍｓの時、基地局２０は、０～９ｍｓに対応ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期、つまりＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期内の最初のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期を用いることを、端末１０に通知してもよい。代替的に、基地局２０は、３０～３９ｍｓに対応ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期、つまりＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期内の最後のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期を用いることを、端末１０に通知してもよい。すなわち、基地局２０は、０～９ｍｓ、１０～１９ｍｓ、２０～２９ｍｓ、及び３０～３９ｍｓのうちのいずれのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期を用いるか、端末１０に通知してもよい。

例えば、時間オフセットの対応関係があるＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎを端末１０のＭｓｇＡ送信において紐付けてもよく、ＭｓｇＡ送信の紐付けは、当該対応関係とは独立であってもよい。

（提案４－２）
例えば、基地局２０は、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとは独立に、端末１０に対して通知してもよい。

図６は、提案４－２の方法の例を示す図である。図６に示されるように、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとは独立に、規定されてもよい。

例えば、端末１０のＭｓｇＡ送信における紐付けとして、どのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎと、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎが紐付けられるのかが通知／規定されてもよい。例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期＝１０ｍｓ、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期＝４０ｍｓの時、０～９ｍｓに対応するＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期、つまり、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期内の最初のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期と紐付けることが想定されてもよい。代替的に、３０～３９ｍｓに対応するＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期、つまり、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期内の最後のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期と紐付けることが想定されてもよい。すなわち、基地局２０は、０～９ｍｓ、１０～１９ｍｓ、２０～２９ｍｓ、及び３０～３９ｍｓのうちのいずれのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期と紐付けるのか、端末１０に通知してもよい。

(提案４－３）
例えば、基地局２０は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内の全てのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎを用いて、時間オフセットにより、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を、端末１０に通知してもよい。

図７は、提案４－３の方法の例を示す図である。図７に示されるように、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内の全てのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎを用いて、時間オフセットにより、規定されてもよい。

端末１０のＭｓｇＡ送信におけるＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの紐付け関係は、時間オフセットの対応関係とは異なるものとしてもよい。

（提案５）
以下の提案５－１及び５－２の例において、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期がＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期より大きい場合を想定する。

（提案５－１）
例えば、１つのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期の中のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎから、一巡のＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎに対するマッピングを行ってもよい。

例えば、基地局２０は、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期内のいずれかのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎのみを用いて、時間オフセットにより、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を通知すると仮定する（提案４－１をベースとする）。

（提案５－１－１）
図８は、提案５－１－１の例を示す図である。例えば、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎのリソース位置の時間オフセットの開始として用いたＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎと対応するＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとを、端末１０のＭｓｇＡ送信において紐付け、他のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎからは、いずれのＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎにも対応させなくてもよい。つまり、対応するＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎを持たないＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎを選択した場合、端末１０は、ＭｓｇＡＰＵＳＣＨを送信しない。この場合、例えば、端末１０は、４－ｓｔｅｐＲＡＣＨ動作を行ってもよく、４－ｓｔｅｐＲＡＣＨ以外の動作を行ってもよい。例えば、端末１０が２－ｓｔｅｐＲＡＣＨの動作を行う場合には、対応するＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎを持たないＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎを選択しないことが規定されてもよい。

（提案５－１－２）
図９は、提案５－１－２の例を示す図である。
例えば、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎのリソース位置の時間オフセットの開始として用いたＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎと対応するＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとを、端末１０のＭｓｇＡ送信において紐付け、他のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎからは、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内の紐付け関係を繰り返してもよい。

例えば、基地局２０は、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとは独立に、端末１０に対して通知すると仮定する（提案４－２をベースとする）。

（提案５－１－３）
例えば、端末１０によるＭｓｇＡ送信において、あるＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとが紐づいている場合において、他のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎは、いずれのＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとも対応付けられなくてもよい。つまり対応するＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎを持たないＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎを選択した場合、端末１０は、ＭｓｇＡＰＵＳＣＨを送信しなくてもよい。その際には、端末１０は、４－ｓｔｅｐＲＡＣＨ動作を行ってもよく、或いは４－ｓｔｅｐＲＡＣＨ以外の動作を行ってもよい。例えば、端末１０が２－ｓｔｅｐＲＡＣＨ動作を行う場合には、対応するＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎを持たないＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎを選択しないことを規定してもよい。

（提案５－１－４）
例えば、端末１０によるＭｓｇＡ送信において、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとが紐づいている場合、他のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎからも同様のＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎへの紐付け関係を繰り返してもよい。

（提案５－２）
例えば、図１０に示されるように、複数のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期の中のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎから、一巡のＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎに対するマッピングを行ってもよい。

例えば、基地局２０は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内の全てのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎを用いて、時間オフセットにより、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を、端末１０に通知と仮定する（提案４－３をベースとする）。

（提案５－３）
図１１は、提案５－３の例を示す図である。端末１０によるＭｓｇＡ送信におけるＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの紐付け関係は、時間オフセットの対応関係と同様であってもよい。

（提案５－４）
例えば、端末１０によるＭｓｇＡ送信におけるＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの紐付け関係は、時間オフセットの対応関係とは異なっていてもよい。例えば、あるＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内とＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期内において、通知／規定された紐付け関係の情報をもとに、それぞれの設定周期内の先頭から順に紐付けてもよい。

（提案５－４－１）
図１２は、提案５－４－１の例を示す図である。他のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎからは、いずれのＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎにも対応させない、つまり、対応するＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎを持たないＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎを選択した時、端末１０は、ＭｓｇＡＰＵＳＣＨを送信しなくてもよい。その場合には、端末１０は、４－ｓｔｅｐＲＡＣＨの動作を行ってもよく、４－ｓｔｅｐＲＡＣＨ以外の動作を行ってもよい。例えば、２－ｓｔｅｐＲＡＣＨの動作を行う場合には、端末１０は、対応するＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎを持たないＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎを選択しないと規定されてもよい。

（提案５－４－２）
図１３は、提案５－４－２の例を示す図である。端末１０によるＭｓｇＡ送信において、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとが紐づいている場合、他のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎからも同様のＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎへの紐付け関係を繰り返してもよい。例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎより時間方法で前のリソースを持つＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎに対してはマッピングしないこととしてもよく、マッピングしてもよい。また、例えば、同一ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎから、異なるＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期に含まれるＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎマッピングしないこととしてもよく、マッピングしてもよい。

（提案６）
以下の提案６－１～６－３の例において、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期がＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期より小さい場合を想定する。

（提案６－１）
図１４は、提案６－１の例を示す図である。基地局２０は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内の一部のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎのみを用いて、時間オフセットにより、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を、端末１０に通知してもよい。例えば、基地局２０は、どのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎを用いるのか通知してもよい。通知されたＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎにより定まったＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎが、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期毎に繰り返されてもよい。

（提案６－２）
基地局２０は、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎ設定周期内の全てのＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎを用いて、時間オフセットにより、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を端末１０に通知してもよい。通知されたＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎにより定まったＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎが、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ設定周期毎に繰り返されてもよい。

（提案６－２－１）
図１５は、提案６－２－１の例を示す図である。例えば、時間オフセット関係にあるＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎが、端末１０によるＭｓｇＡ送信のマッピング関係となってもよく、繰り返されたＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎが同様のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎからマッピングされてもよい。

（提案６－２－２）
図１６は、提案６－２－２の例を示す図である。ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ間の時間オフセットの関係とＭｓｇＡ送信のマッピング関係は独立であってもよい。例えば、ＭｓｇＡ送信のマッピング関係はネットワークから通知されてもよい。

（提案６－３）
基地局２０は、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの時間リソース位置を、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとは独立に通知してもよい。例えば、マッピング関係について、ネットワークから通知されてもよい。

（提案６－３－１）
例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ間のＭｓｇＡ送信のマッピング関係に関して、繰り返されたＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎについても同様のＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎからのマッピングが繰り返されてもよい。

（提案６－３－２）
例えば、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎ間のＭｓｇＡ送信のマッピング関係に関して、繰り返されたＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎでは異なるＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎからマッピングされてもよい。

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

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

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

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

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

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

２ｓｔｅｐＲＡＣＨ手順において、制御部１３０は、送信部１１０がＭｅｓｓａｇｅＡを送信する際に、前述の提案方式のいずれかの方式に従って、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとの間の対応付けを決定してもよい。

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

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

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

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

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

また、２ｓｔｅｐＲＡＣＨ手順において、制御部２３０は、例えば、上述の提案方式のいずれかの方式に基づいて、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎとＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎとの間の対応付けを決定してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期及び物理上り共有チャネルの送信機会の設定周期の間の関係性を示す情報を受信する受信部と、前記関係性を示す情報に基づき、前記２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会及び前記物理上り共有チャネルの送信機会を選択する制御部と、を備える端末。

上記の構成によれば、端末は、通知されるランダムアクセスプリアンブルの送信機会の設定周期及び物理上り共有チャネルの送信機会の設定周期の間の関係性を示す情報に基づき、２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会及び前記物理上り共有チャネルの送信機会を決定することが可能となる。

前記関係性を示す情報は、前記ランダムアクセスプリアンブルの送信機会の設定周期と前記物理上り共有チャネルの送信機会の設定周期との間の比を示してもよい。

上記の構成によれば、端末は、例えば、「２」が通知され、ＭｓｇＡＲＡＣＨｏｃｃａｓｉｏｎの設定周期が２０ｍｓであれば、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期が４０ｍｓであることを検出することが可能となる。

前記関係性を示す情報は、前記ランダムアクセスプリアンブルの送信機会の設定周期と前記物理上り共有チャネルの送信機会の設定周期との間のマッピング関係を示してもよい。

上記の構成によれば、端末は、通知されるマッピング関係に基づき、ＭｓｇＡＰＵＳＣＨｏｃｃａｓｉｏｎの設定周期を検出することが可能となる。

前記関係性を示す情報は、前記ランダムアクセスプリアンブルの送信機会の設定周期と前記物理上り共有チャネルの送信機会の設定周期とが同じであることを示してもよい。

上記の構成によれば、端末は、前記ランダムアクセスプリアンブルの送信機会の設定周期に基づき、前記物理上り共有チャネルの送信機会の設定周期を決定することが可能となる。

２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期及び物理上り共有チャネルの送信機会の設定周期の間の関係性を示す情報を受信するステップと、前記関係性を示す情報に基づき、前記２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会及び前記物理上り共有チャネルの送信機会を選択するステップと、を備える、端末による通信方法。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期及び物理上り共有チャネルの送信機会の設定周期の間の関係性を示す情報を受信する受信部と、
前記関係性を示す情報に基づき、前記２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会及び前記物理上り共有チャネルの送信機会を選択する制御部と、
を備え、
前記物理上り共有チャネルの送信機会の設定周期は、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期よりも大きく、
前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期であって、前記物理上り共有チャネルの送信機会のリソース位置の時間オフセットの開始として用いた前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会が含まれる、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期、に含まれない、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会は、物理上り共有チャネルの送信機会と対応付けられず、
前記制御部は、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会であって、対応する物理上り共有チャネルの送信機会を持たない、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会、を選択した場合、４段階のランダムアクセス手順を実行する、
端末。
前記関係性を示す情報は、前記ランダムアクセスプリアンブルの送信機会の設定周期と前記物理上り共有チャネルの送信機会の設定周期との間の比を示す、
請求項１に記載の端末。
前記関係性を示す情報は、前記ランダムアクセスプリアンブルの送信機会の設定周期と前記物理上り共有チャネルの送信機会の設定周期との間のマッピング関係を示す
請求項１に記載の端末。
２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期及び物理上り共有チャネルの送信機会の設定周期の間の関係性を示す情報を受信するステップと、
前記関係性を示す情報に基づき、前記２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会及び前記物理上り共有チャネルの送信機会を選択するステップと、
を備え、
前記物理上り共有チャネルの送信機会の設定周期は、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期よりも大きく、
前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期であって、前記物理上り共有チャネルの送信機会のリソース位置の時間オフセットの開始として用いた前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会が含まれる、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期、に含まれない、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会は、物理上り共有チャネルの送信機会と対応付けられず、
ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会であって、対応する物理上り共有チャネルの送信機会を持たない、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会、を選択した場合、４段階のランダムアクセス手順を実行する、
端末による通信方法。