ホーム > 特許ランキング > 株式会社ＮＴＴドコモ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-02-07
(45)【発行日】2024-02-16
(54)【発明の名称】ユーザ装置及び通信方法
(51)【国際特許分類】
H04W 74/08 20240101AFI20240208BHJP
H04W 72/21 20230101ALI20240208BHJP
H04W 48/08 20090101ALI20240208BHJP
【ＦＩ】
H04W74/08
H04W72/21
H04W48/08
【請求項の数】
4
(21)【出願番号】P 2021550793
(86)(22)【出願日】2019-09-30
(86)【国際出願番号】 JP2019038655
(87)【国際公開番号】W WO2021064842
(87)【国際公開日】2021-04-08
【審査請求日】2022-08-02
(73)【特許権者】
【識別番号】392026693
【氏名又は名称】株式会社ＮＴＴドコモ
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100124844
【弁理士】
【氏名又は名称】石原 隆治
(72)【発明者】
【氏名】小原 知也
【審査官】青木 健
(56)【参考文献】
【文献】Samsung，Channel Structure for Two-Step RACH，3GPP TSG RAN WG1 #98 R1-1908459，2019年08月26日
【文献】ZTE, Sanechips，On the remaining issues of msgA channel structure，3GPP TSG RAN WG1 #98 R1-1908181，2019年08月26日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００ － ９９／００
Ｈ０４Ｂ ７／２４ － ７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期及び物理上り共有チャネルの送信機会の設定周期の間の関係性を示す情報を受信する受信部と、前記関係性を示す情報に基づき、前記２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会及び前記物理上り共有チャネルの送信機会を選択する制御部と、
を備え、
前記物理上り共有チャネルの送信機会の設定周期は、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期よりも大きく、
前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期であって、前記物理上り共有チャネルの送信機会のリソース位置の時間オフセットの開始として用いた前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会が含まれる、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期、に含まれない、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会は、物理上り共有チャネルの送信機会と対応付けられず、
前記制御部は、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会であって、対応する物理上り共有チャネルの送信機会を持たない、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会、を選択した場合、４段階のランダムアクセス手順を実行する、
端末。
【請求項2】
前記関係性を示す情報は、前記ランダムアクセスプリアンブルの送信機会の設定周期と前記物理上り共有チャネルの送信機会の設定周期との間の比を示す、請求項１に記載の端末。
【請求項3】
前記関係性を示す情報は、前記ランダムアクセスプリアンブルの送信機会の設定周期と前記物理上り共有チャネルの送信機会の設定周期との間のマッピング関係を示す請求項１に記載の端末。
【請求項4】
２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期及び物理上り共有チャネルの送信機会の設定周期の間の関係性を示す情報を受信するステップと、前記関係性を示す情報に基づき、前記２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会及び前記物理上り共有チャネルの送信機会を選択するステップと、
を備え、
前記物理上り共有チャネルの送信機会の設定周期は、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期よりも大きく、
前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期であって、前記物理上り共有チャネルの送信機会のリソース位置の時間オフセットの開始として用いた前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会が含まれる、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期、に含まれない、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会は、物理上り共有チャネルの送信機会と対応付けられず、
ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会であって、対応する物理上り共有チャネルの送信機会を持たない、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会、を選択した場合、４段階のランダムアクセス手順を実行する、
端末による通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、無線通信システムにおけるユーザ装置及び通信方法に関連するものである。
【背景技術】
【0002】
３ＧＰＰのリリース１６のＮＲについて、２ ｓｔｅｐ ＲＡＣＨの検討が開始されている。２ ｓｔｅｐ ＲＡＣＨによれば、ＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）手順の処理に必要な時間を削減可能であり、かつ消費電力を低減することが可能になると考えられている。
【0003】
２ ｓｔｅｐ ＲＡＣＨ手順は２つのステップで行われる。具体的には、ユーザ装置は、基地局に対して、ＭｅｓｓａｇｅＡを送信する。基地局は、ユーザ装置に対して、ＭｅｓｓａｇｅＢを送信する。ここで、ＭｅｓｓａｇｅＡは、４ ｓｔｅｐ ＲＡＣＨ手順におけるＭｅｓｓａｇｅ１＋Ｍｅｓｓａｇｅ３に相当するメッセージである。また、ＭｅｓｓａｇｅＢは、４ ｓｔｅｐ ＲＡＣＨ手順におけるＭｅｓｓａｇｅ２＋Ｍｅｓｓａｇｅ４に相当するメッセージである。
【先行技術文献】
【非特許文献】
【0004】
【文献】３ＧＰＰ ＴＳ ３８．２１１ Ｖ１５．４．０（２０１８－１２）
【文献】３ＧＰＰ ＴＳＧ ＲＡＮ Ｍｅｅｔｉｎｇ ＃８２、Ｓｏｒｒｅｎｔｏ、Ｉｔａｌｙ、Ｄｅｃ．１０－１３、２０１８
【発明の概要】
【発明が解決しようとする課題】
【0005】
ＭｅｓｓａｇｅＡ（ＭｓｇＡ）は、ｐｒｅａｍｂｌｅ＋Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＵＳＣＨ）となることが想定されており、ｐｒｅａｍｂｌｅとＰＵＳＣＨは少なくとも物理レイヤの観点では一体のものではないことが想定されている。
【0006】
ＭｓｇＡ ＰＵＳＣＨ ｏｃｃａｓｉｏｎとＭｓｇＡ ＲＡＣＨ ｏｃｃａｓｉｏｎとの間の対応関係を定めることが必要とされている。
【課題を解決するための手段】
【0007】
本発明の一態様によれば、２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期及び物理上り共有チャネルの送信機会の設定周期の間の関係性を示す情報を受信する受信部と、前記関係性を示す情報に基づき、前記２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会及び前記物理上り共有チャネルの送信機会を選択する制御部と、を備え、前記物理上り共有チャネルの送信機会の設定周期は、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期よりも大きく、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期であって、前記物理上り共有チャネルの送信機会のリソース位置の時間オフセットの開始として用いた前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会が含まれる、前記ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期、に含まれない、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会は、物理上り共有チャネルの送信機会と対応付けられず、前記制御部は、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会であって、対応する物理上り共有チャネルの送信機会を持たない、ＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会、を選択した場合、４段階のランダムアクセス手順を実行する、端末が提供される。
【発明の効果】
【0008】
実施例によれば、ＭｓｇＡ ＰＵＳＣＨ ｏｃｃａｓｉｏｎとＭｓｇＡ ＲＡＣＨ ｏｃｃａｓｉｏｎとの間の対応関係を定めることが可能となる。
【図面の簡単な説明】
【0009】
【図1】本実施の形態における通信システムの構成図である。
【図2】４ ｓｔｅｐ ＲＡＣＨ（Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ）手順の例を示す図である。
【図3】２ ｓｔｅｐ ＲＡＣＨ（Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ）手順の例を示す図である。
【図4】２ ｓｔｅｐ ＲＡＣＨ手順のＭｅｓｓａｇｅＡ送信において、タイミングアドバンス値をゼロとした場合及び非ゼロとした場合の例を示す図である。
【図7】提案４－３の方法の例を示す図である。
【図8】提案５－１－１の例を示す図である。
【図9】提案５－１－２の例を示す図である。
【図10】複数のＭｓｇＡ ＲＡＣＨ ｏｃｃａｓｉｏｎ設定周期の中のＭｓｇＡ ＲＡＣＨ ｏｃｃａｓｉｏｎから、一巡のＭｓｇＡ ＰＵＳＣＨ ｏｃｃａｓｉｏｎに対するマッピングを行う例を示す図である。
【図11】提案５－３の例を示す図である。
【図12】提案５－４－１の例を示す図である。
【図13】提案５－４－２の例を示す図である。
【図14】提案６－１の例を示す図である。
【図15】提案６－２－１の例を示す図である。
【図16】提案６－２－２の例を示す図である。
【図17】ユーザ装置の機能構成の一例を示す図である。
【図18】基地局の機能構成の一例を示す図である。
【図19】ユーザ装置及び基地局のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【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】
前記関係性を示す情報は、前記ランダムアクセスプリアンブルの送信機会の設定周期と前記物理上り共有チャネルの送信機会の設定周期との間のマッピング関係を示してもよい。
【0122】
上記の構成によれば、端末は、通知されるマッピング関係に基づき、ＭｓｇＡ ＰＵＳＣＨ ｏｃｃａｓｉｏｎの設定周期を検出することが可能となる。
【0123】
前記関係性を示す情報は、前記ランダムアクセスプリアンブルの送信機会の設定周期と前記物理上り共有チャネルの送信機会の設定周期とが同じであることを示してもよい。
【0124】
上記の構成によれば、端末は、前記ランダムアクセスプリアンブルの送信機会の設定周期に基づき、前記物理上り共有チャネルの送信機会の設定周期を決定することが可能となる。
【0125】
２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会の設定周期及び物理上り共有チャネルの送信機会の設定周期の間の関係性を示す情報を受信するステップと、前記関係性を示す情報に基づき、前記２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会及び前記物理上り共有チャネルの送信機会を選択するステップと、を備える、端末による通信方法。
【0126】
上記の構成によれば、端末は、通知されるランダムアクセスプリアンブルの送信機会の設定周期及び物理上り共有チャネルの送信機会の設定周期の間の関係性を示す情報に基づき、２段階のランダムアクセス手順のＭｅｓｓａｇｅＡの送信に関するランダムアクセスプリアンブルの送信機会及び前記物理上り共有チャネルの送信機会を決定することが可能となる。
【0127】
（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、端末１０と基地局２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って端末１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、端末１０と基地局２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って端末１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【0128】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。
【0129】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ Ｒａｄｉｏ Ａｃｃｅｓｓ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ｕｌｔｒａ－ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【0130】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【0131】
本明細書において基地局２０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって行われることもある。基地局２０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークにおいて、端末１０との通信のために行われる様々な動作は、基地局２０および／または基地局２０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ－ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局２０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ－ＧＷ）であってもよい。
【0132】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
【0133】
端末１０は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【0134】
基地局２０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ Ｓｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。
【0135】
本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【0136】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【0137】
「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。
【0138】
本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
【0139】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【0140】
１０ ユーザ装置
１１０ 送信部
１２０ 受信部
１３０ 制御部
２０ 基地局
２１０ 送信部
２２０ 受信部
２３０ 制御部
１００１ プロセッサ
１００２ メモリ
１００３ ストレージ
１００４ 通信装置
１００５ 入力装置
１００６ 出力装置
１１０ 送信部
１２０ 受信部
１３０ 制御部
２０ 基地局
２１０ 送信部
２２０ 受信部
２３０ 制御部
１００１ プロセッサ
１００２ メモリ
１００３ ストレージ
１００４ 通信装置
１００５ 入力装置
１００６ 出力装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】