JP7349435B2

JP7349435B2 - 端末、送信方法、通信システム、及び基地局

Info

Publication number: JP7349435B2
Application number: JP2020535454A
Authority: JP
Inventors: 知也小原
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2018-08-09
Filing date: 2018-08-09
Publication date: 2023-09-22
Anticipated expiration: 2038-08-09
Also published as: EP3836719A4; JPWO2020031358A1; WO2020031358A1; US20210298087A1; EP3836719A1; CN112514512A

Description

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

３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化等を実現するために、ＮＲ（ＮｅｗＲａｄｉｏ）あるいは５Ｇと呼ばれる無線通信方式の検討が進んでいる（例えば非特許文献１）。ＮＲでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術の検討が行われている。

ＮＲでは、ＬＴＥと同様の低い周波数帯から、ＬＴＥよりも更に高い周波数帯までの幅広い周波数を使用することが想定されている。特に、高周波数帯では伝搬ロスが増大することから、それを補うために、ビームゲインの高いビームフォーミングを適用することが検討されている。ビームフォーミングを適用して信号を送信する場合、基地局又はユーザ装置は、ビーム探索（ｂｅａｍｓｗｅｅｐｉｎｇ）等を行うことで、通信相手側で受信品質が良好になるように送信ビームの方向を決定することが考えられる。

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

ＮＲにおいても、ＬＴＥでのランダムアクセス手順と同様のランダムアクセス手順が行われることが想定されている。しかし、上述したビームフォーミングを考慮する場合において、ユーザ装置がランダムアクセスプリアンブルの送信位置を正確に決定することができない可能性がある。

ビームフォーミングが実施される無線通信システムにおいて、ユーザ装置が正確にランダムアクセスプリアンブルの送信位置を決定することを可能とする技術が必要とされている。

本発明の一態様によれば、ランダムアクセス手順で用いる設定情報であって、同期信号のブロックを指定するSSBインデックス及びランダムアクセスプリアンブルを送信するための送信リソースの位置を指定するＲＡＣＨｏｃｃａｓｉｏｎインデックスを示す設定情報、を基地局から受信する受信部と、前記設定情報により指定された前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに基づき、前記ランダムアクセスプリアンブルを送信するための前記送信リソースの位置を決定する制御部と、前記制御部により決定された前記送信リソースの位置で前記ランダムアクセスプリアンブルを送信する送信部と、を備え、前記制御部は、送信リソースの第１の一巡の期間内においてＰＤＣＣＨｏｒｄｅｒを受信した場合に、前記送信リソースの第１の一巡の期間の後の送信リソースの第２の一巡であって、前記ランダムアクセスプリアンブルの送信に最初に使用可能な、送信リソースの第２の一巡、のうち、前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに対応する位置を、前記ランダムアクセスプリアンブルを送信するための前記送信リソースの位置として決定する、端末が提供される。

本発明の実施例によれば、ビームフォーミングが実施される無線通信システムにおいて、ユーザ装置が正確にランダムアクセスプリアンブルの送信位置を決定することを可能とする技術が提供される

本実施の形態における通信システムの構成図である。ランダムアクセス手順の例を示す図である。ビームとＲＡＣＨとの関係を示す図である。ビームマネジメントの例を示す図である。複数のＰＲＡＣＨｏｃｃａｓｉｏｎを１つのＳＳ／ＰＲＢＣＨインデックスに対応付けた例を示す図である。ＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘの割り当て方法の例を示す図である。例１から例５のメッセージ１の送信位置を示す図である。ａｓｓｏｃｉａｔｉｏｎｃｙｃｌｅの例を示す図である。動作例のシーケンスの一例を示す図である。ユーザ装置１０の機能構成の一例を示す図である。基地局２０の機能構成の一例を示す図である。ユーザ装置１０及び基地局２０のハードウェア構成の一例を示す図である。

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

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

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

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

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

また、本実施の形態の説明において、ビームを用いて信号を送信することは、プリコーディングベクトルが乗算された（プリコーディングベクトルでプリコードされた）信号を送信することと同義である。また、ビームを用いて信号を送信することは、特定のアンテナポートで信号を送信することと表現されてもよい。アンテナポートとは、３ＧＰＰの規格で定義されている論理アンテナポートを指す。なお、ビームの形成方法は、上記の方法に限られるわけではない。例えば、複数アンテナ素子を備えるユーザ装置１０及び複数アンテナ素子を備える基地局２０において、それぞれのアンテナ素子の角度を変える方法を用いてもよいし、プリコーディングベクトルを用いる方法とアンテナ素子の角度を変える方法を組み合わせる方法を用いてもよいし、その他の方法を用いてもよい。

本実施の形態に係る技術は、ＮＲのランダムアクセス、ビームフォーミング等に関わるものなので、まずは、無線通信システムにおけるこれらの動作例を説明する。

（ランダムアクセス手順等）
図２を参照して、本実施の形態におけるランダムアクセス手順の例を説明する。図２に示す手順を初期アクセスと呼んでもよい。

基地局２０は、所定の周期でＳＳ／ＰＢＣＨブロック（ＳＳＢとも呼ぶ）を送信し、ユーザ装置１０は当該ＳＳ／ＰＢＣＨブロックを受信する（Ｓ１１）。ＳＳ／ＰＢＣＨブロックには、同期信号、初期アクセスに必要なシステム情報の一部（システムフレーム番号（ＳＦＮ）、残りのシステム情報を読むために必要な情報、等）を含む。また、ユーザ装置１０は、基地局２０からＲＭＳＩを受信する（Ｓ１２）。ＲＭＳＩには、例えばＬＴＥにおけるＳＩＢ１の情報が含まれる。

続いて、ユーザ装置１０は、Ｍｅｓｓａｇｅ１（Ｍｓｇ１（＝ＲＡｐｒｅａｍｂｌｅ））を送信する（Ｓ１３）。

基地局２０は、ＲＡｐｒｅａｍｂｌｅを検出すると、その応答であるＭｅｓｓａｇｅ２（Ｍｓｇ２（＝ＲＡｒｅｓｐｏｎｓｅ））をユーザ装置１０に送信する（Ｓ１４）。なお、以降の説明において、"Ｍｓｇ２"は、特に断らない限り、そのスケジューリングに使用するＰＤＣＣＨと、実体情報を運ぶＰＳＤＣＨを含むものとする。

ＲＡｒｅｓｐｏｎｓｅを受信したユーザ装置１０は、所定の情報を含むＭｅｓｓａｇｅ３（Ｍｓｇ３）を基地局２０に送信する（ステップＳ１５）。Ｍｅｓｓａｇｅ３は、例えば、ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｑｕｅｓｔである。

Ｍｅｓｓａｇｅ３を受信した基地局２０は、Ｍｅｓｓａｇｅ４（Ｍｓｇ４、例：ＲＲＣｃｏｎｎｅｃｔｉｏｎｓｅｔｕｐ）をユーザ装置１０に送信する（Ｓ１６）。ユーザ装置１０は、上記の所定の情報がＭｅｓｓａｇｅ４に含まれていることを確認すると、当該Ｍｅｓｓａｇｅ４が、上記のＭｅｓｓａｇｅ３に対応する自分宛てのＭｅｓｓａｇｅ４であることを認識し、ランダムアクセス手順を完了し、ＲＲＣ接続を確立する（Ｓ１７）。なお、図２は、Ｍｅｓｓａｇｅ３とＭｅｓｓａｇｅ４が送信される場合の例を示すが、これは一例に過ぎない。本実施の形態に係る技術は、Ｍｅｓｓａｇｅ３とＭｅｓｓａｇｅ４が送信されない場合のランダムアクセス手順にも適用できる。

図３は、マルチビーム運用がされる場合において、ユーザ装置１０がビームを選択する場合の例を示す図である。図３の例では、基地局２０は、Ａ、Ｂ、Ｃ、Ｄで示される４つの送信ビームのそれぞれで、ＳＳＢを送信する。例えば、ビームＡでＳＳＢ－Ａが送信され、ビームＢでＳＳＢ－Ｂが送信され、ビームＣでＳＳＢ－Ｃが送信され、ビームＤでＳＳＢ－Ｄが送信される。

ユーザ装置１０は、例えば受信電力の最も高いＳＳＢ及び／又はＳＮ比が高いＳＳＢを選択し、当該ＳＳＢのインデックスに紐付けられたリソースＢでＲＡｐｒｅａｍｂｌｅを送信する。なお、ＲＡｐｒｅａｍｂｌｅを送信するリソースをＲＡＣＨｏｃｃａｓｉｏｎと称してもよい。その後、例えば、基地局２０は、リソースＢでＲＡｐｒｅａｍｂｌｅを受信したことにより、ユーザ装置１０への送信ビームとして送信ビームＢが選択されことを把握し、例えば、送信ビームＢを用いてＲＡｒｅｓｐｏｎｓｅを送信する。ＳＳＢ（ビーム）とＲＡＣＨｏｃｃａｓｉｏｎとの関係は事前にユーザ装置１０に通知される。

図４は、ビームマネジメントに関する動作例を示す。図４に示すように、初期アクセス後、ユーザ装置１０は、基地局２０からビーム毎に送信されるＲＳ（参照信号、例：ＣＳＩ－ＲＳ）あるいはＳＳＢを受信することで、各ビームの測定を行い（Ｓ２１）、例えばＲＳリソースインデックス（ＳＳＢインデックスでもよい）と測定結果（ＲＳＲＰ及び／又はＲＳＲＱ）とをビーム報告として基地局２０に送信する（Ｓ２２）。ビーム報告は、ユーザ装置１０の受信ビーム毎に行われてもよい。

Ｓ２３において、基地局２０はユーザ装置１０に、ＴＣＩ（Transmission Configuration Indication）のコンフィグレーション情報を送信する。当該情報には、例えば、ＳＳＢの情報とＤＭ－ＲＳのアンテナポートとの間の括り付けを示す情報（ＱＣＬ関係）が含まれる。ただし、これは一例に過ぎない。

ユーザ装置１０は、上記の情報を用いることで、基地局２０で使用される送信ビームを想定して、ＰＤＣＣＨ、及びＰＤＳＣＨを受信（復調）できる（Ｓ２４、Ｓ２５）。

ここで、ＱＣＬ（ＱｕａｓｉＣｏ－Ｌｏｃａｔｉｏｎ（疑似コロケーション））について説明する。アンテナポート間でＱＣＬされているということは、ユーザ装置１０が一つのアンテナポートから受信する信号（もしくは、当該アンテナポートに対応する無線チャネル）の広域特性（large-scale properties）が、他のアンテナポートから受信する信号（もしくは、当該アンテナポートに対応する無線チャネル）の広域特性と全てまたは一部が同一だと仮定し得ることを意味する。ここで、広域特性は、周波数オフセットに関連したドップラ拡散（Ｄｏｐｐｌｅｒｓｐｒｅａｄ）、ドップラシフト（Ｄｏｐｐｌｅｒｓｈｉｆｔ）、タイミングオフセットに関連した平均遅延（ａｖｅｒａｇｅｄｅｌａｙ）、遅延拡散（ｄｅｌａｙｓｐｒｅａｄ）などを有し、さらに平均利得（ａｖｅｒａｇｅｇａｉｎ）も有することができる。

例えばあるＳＳＢのアンテナポート（又はＣＳＩ－ＲＳのアンテナポート）が、ＰＤＣＣＨ（のＤＭ－ＲＳのアンテナポート）とＱＣＬ関係を有する、という場合にはユーザ装置１０は同じ下りビームでそれらが送られてくると想定して受信をすることができる。

（ＰＤＣＣＨｏｒｄｅｒについて）
本実施の形態では、ＬＴＥの場合と同様に、例えば接続状態（ｃｏｎｎｅｃｔｅｄｍｏｄｅ）にあるユーザ装置１０のＵＬ同期が外れている可能性がある場合に、ＤＬ送信前に上り同期を確立させるために、基地局２０からＰＤＣＣＨｏｒｄｅｒによりユーザ装置１０に対してＲＡＣＨがトリガされる。

そのときに、例えば、Ｐｒｅａｍｂｌｅｉｎｄｅｘ（６ｂｉｔ）、ＰＲＡＣＨＭａｓｋＩｎｄｅｘ（４ｂｉｔ）、ＳＳｂｌｏｃｋｉｎｄｅｘ（６ｂｉｔ）等がＤＣＩｆｏｒｍａｔを用いてユーザ装置１０に伝えられる。当該情報はＲＲＣｓｉｇｎａｌｌｉｎｇにより通知される場合もある。

ユーザ装置１０は、指定されたＰｒｅｍａｂｌｅｉｎｄｅｘのＰｒｅａｍｂｌｅを送信することにより、非衝突型ＲＡＣＨ手順を実行することができる。また、あるｐｒｅａｍｂｌｅｉｎｄｅｘ（例えば、００００００）が指定された場合には、ユーザ装置１０は、衝突型ＲＡＣＨ手順を実行することとしてもよい。つまり、ユーザ装置１０は、衝突型ＲＡＣＨ手順用のＰｒｅａｍｂｌｅｉｎｄｅｘの中から使用するＰｒｅａｍｂｌｅｉｎｄｅｘをランダムに選択してもよい。ＰＲＡＣＨｍａｓｋｉｎｄｅｘは、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｉｎｄｅｘ（ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅ内）により指定されたＲＡＣＨリソースのうち、どの時間リソース位置のものを利用するかを通知する情報である（非特許文献３）。ＮＲでは、上記のＰｒｅａｍｂｌｅｉｎｄｅｘ、ＰＲＡＣＨＭａｓｋＩｎｄｅｘ、ＤＣＩｆｏｒｍａｔ等は異なるビットサイズあるいは異なる形式によって通知されてもよい。

ＰＲＡＣＨｍａｓｋｉｎｄｅｘは、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｉｎｄｅｘ（ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅ内）により指定されたＲＡＣＨリソースのうち、どの時間リソース位置のＲＡＣＨリソースを利用するかを指定する。１つのＳＳｂｌｏｃｋに対応付けられた送信リソースおいて、連続するＲＡＣＨｏｃｃａｓｉｏｎを最大８つまで設定することが可能である。ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｉｎｄｅｘは、各ＳＳｂｌｏｃｋ（同期信号のブロック）における各ＲＡＣＨｏｃｃａｓｉｏｎの相対位置（ランダムアクセスプリアンブルを送信するための送信リソースの相対位置）を指定する。

ＰＤＣＣＨｏｒｄｅｒによりトリガされるＰＲＡＣＨ送信の場合、ＲａｎｄｏｍＡｃｃｅｓｓＰｒｅａｍｂｌｅＩｎｄｅｘフィールドの値がゼロでない場合には、ＰＲＡＣＨｍａｓｋｉｎｄｅｘフィールドは、ＰＲＡＣＨ送信のＰＲＡＣＨｏｃｃａｓｉｏｎを示す。ここで、複数のＰＲＡＣＨｏｃｃａｓｉｏｎは、ＰＤＣＣＨｏｒｄｅｒのＳＳ／ＰＢＣＨインデックスフィールドで与えられる１つのＳＳ／ＰＢＣＨインデックスと対応付けられる。

ここで、指定されたプリアンブルインデックスについて、複数のＰＲＡＣＨｏｃｃａｓｔｉｏｎの順序付けは、以下の通りである。

第１に、周波数多重された複数のＰＲＡＣＨｏｃｃａｓｉｏｎに対して、周波数リソースインデックスの昇順に順序を付ける。

第２に、ＰＲＡＣＨスロット内の時間多重化された複数のＰＲＡＣＨｏｃｃａｓｉｏｎに対して、時間リソースインデックスの昇順に順序を付ける。

第３に、ＰＲＡＣＨスロットのインデックスの昇順に順序を付ける。

図５は、複数のＰＲＡＣＨｏｃｃａｓｉｏｎを１つのＳＳ／ＰＲＢＣＨインデックスに対応付けた例を示している。図５において、例えば、上記の順序付けを行うことにより、ＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘ０、１、２、及び３で示される複数のＰＲＡＣＨｏｃｃａｓｉｏｎが、ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌＢｌｏｃｋ（ＳＳＢ）ｉｎｄｅｘ＃０と対応付けられた送信リソースに対応付けられ、ＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘ０、１、２、及び３で示される複数のＰＲＡＣＨｏｃｃａｓｉｏｎが、ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌＢｌｏｃｋ（ＳＳＢ）ｉｎｄｅｘ＃１と対応付けられた送信リソースに対応付けられ、かつＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘ０、１、２、及び３で示される複数のＰＲＡＣＨｏｃｃａｓｉｏｎが、ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌＢｌｏｃｋ（ＳＳＢ）ｉｎｄｅｘ＃２に対応付けられた送信リソースに対応付けられている。このように、ＳＳＢｉｎｄｅｘを指定することで、図５に示されるＡｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内の時間方向の１又は複数の送信リソースが指定され、さらにＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘを指定することで、ＳＳＢｉｎｄｅｘにより指定された１又は複数の送信リソースのうちの各送信リソース内の時間及び周波数位置（相対位置）が指定される。

図５に示されているＡｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄは、複数のＰＲＡＣＨｏｃｃａｓｉｏｎとＳＳ／ＰＢＣＨブロックとの間の関連付けに関する周期である。Ａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄは、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｔａｂｌｅで指定されるＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｐｅｒｉｏｄに基づいて、送信される全てのＳＳ／ＰＢＣＨブロックからＡｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内で少なくとも一度はＲＡＣＨｏｃｃａｓｉｏｎにマッピングされるように定められてもよい。

（課題について）
ＰＤＣＣＨｏｒｄｅｒによりトリガされるＰＲＡＣＨ送信の場合、ユーザ装置１０がメッセージ１（ＰＲＡＣＨ）を送信可能となったタイミングにおいて、メッセージ１を送信する際にどの時間及び周波数リソースを用いるのか不明確であり、さらに、どのＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘを用いるのか不明確となっている。

メッセージ１の送信にどのＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘを用いるのかについては、ＰＤＣＣＨｏｒｄｅｒにより指定される。しかしながら、図５に示されるように、ＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘは繰り返されるので、どのタイミングのＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘを使用するのか不明確となっている。

また、図６に示されるように、ＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘの割り当て方法として、ｉｎｄｅｘｉｎｇ、ＲＡＣＨｏｃｃａｓｉｏｎの数、及びＳＳＢの数について、様々な割り当て方法が考えられるので、ＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘを指定したとしても、どの時間及び周波数リソースを用いるのか不明となる可能性がある。例えば、図６に示されるように、Ａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内の同じＳＳ／ＰＢＣＨブロックに対応している連続していない複数のＲＡＣＨｏｃｃａｓｉｏｎに対して、連続してＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘを割り当ててもよいし、連続していない複数のＲＡＣＨｏｃｃａｓｉｏｎに対してはそれぞれ最初のＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘから割り当ててもよい。また、例えば、同じＳＳ／ＰＢＣＨブロックに対応している複数のＲＡＣＨｏｃｃａｓｉｏｎに対して８つのＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが割り当てられた後には、ＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘを割り当てなくてもよいし、続けて最初のＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘから割り当ててもよい。また、例えば、時間／周波数リソースの位置や数は図６に示されているものに限らなくてもよい。

ここで、ユーザ装置１０がメッセージ１を送信可能となったタイミングとは、例えば、ユーザ装置１０がＰＤＣＣＨｏｒｄｅｒを受信した後（ネットワークからＲＡＣＨを行う指示が来た後）、ユーザ装置側で送信準備を行う時間（ユーザ装置側の処理時間は、仕様で規定されていてもよい）の経過後のタイミングであってもよく、例えば、ユーザ装置１０がＲＡｐｒｅａｍｂｌｅの送信を実行しようとして、送信準備が整ったタイミングでもよい。また、ユーザ装置１０がメッセージ１を送信可能となったタイミングとは、ＰＤＣＣＨｏｒｄｅｒに限らず、ネットワークからの通知に応じてユーザ装置１０においてＲＡｐｒｅａｍｂｌｅの送信の準備が整ったタイミングであってもよい。

ここで、ユーザ装置１０は、基地局２０に対して、ユーザ装置側で送信準備を行うのに必要な時間を事前に通知してもよい。

図５に示されるように、送信リソースにＳＳＢインデックス及びＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが割り当てられていると仮定する。

ＰＤＣＣＨｏｒｄｅｒで指示されたＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが０又は１であり、かつＰＤＣＣＨｏｒｄｅｒで指示されたＳＳＢｉｎｄｅｘが＃０であった場合を考える。この場合、図５に示されるように、ＳＳＢｉｎｄｅｘ＃０に対応する最初の送信リソースにおける、ＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが０又は１の位置は、ＰＤＣＣＨｏｒｄｅｒ受信後にユーザ装置１０がメッセージ１を送信可能となったタイミングよりも前である。

従って、例１として、１つ目のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内の二順目のＳＳＢｉｎｄｅｘ＃０に対応付けられた送信リソースにおけるＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが０又は１である位置でメッセージ１（ＰＲＡＣＨ）を送信してもよい。

このように、メッセージ１の送信位置を、ＰＤＣＣＨｏｒｄｅｒの受信後のタイミングであって、ユーザ装置１０がメッセージ１を送信可能となった、タイミング、の直後の、指定されたＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘ及び指定されたＳＳＢｉｎｄｅｘの付与された送信リソースの位置とすることで、メッセージ１（ＰＲＡＣＨ）の送信に用いる時間及び周波数リソースを正確に指定することが可能となり、かつメッセージ１（ＰＲＡＣＨ）を送信する際の遅延を削減することができる。

さらに、例２として、図５に示される次のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内のはじめ（１順目）のＳＳＢｉｎｄｅｘが＃０である送信リソースにおけるＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが０又は１である位置でメッセージ１（ＰＲＡＣＨ）を送信してもよい。

このように、メッセージ１の送信位置を、次のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内の、指定されたＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘ及び指定されたＳＳＢｉｎｄｅｘの付与された、１順目の送信リソースの位置とすることで、メッセージ１（ＰＲＡＣＨ）の送信に用いる時間及び周波数リソースを正確に指定することが可能となる。

さらに、図５に示されるように、送信リソースにＳＳＢインデックス及びＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが割り当てられていると仮定する。この場合において、ＰＤＣＣＨｏｒｄｅｒで指示されたＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが２又は３であるか、又はＰＤＣＣＨｏｒｄｅｒで指示されたＳＳＢｉｎｄｅｘが＃１又は２であった場合を考える。

この場合、図５に示されるように、ＳＳＢｉｎｄｅｘ＃０に対応する最初の送信リソースにおける、ＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが２又は３の位置は、ＰＤＣＣＨｏｒｄｅｒ受信後にユーザ装置１０がメッセージ１を送信可能となったタイミングよりも後である。また、ＳＳＢｉｎｄｅｘ＃１及び＃２に対応する最初の送信リソースの位置は、ＰＤＣＣＨｏｒｄｅｒ受信後にユーザ装置１０がメッセージ１を送信可能となったタイミングよりも後である。

従って、例３として、１つ目のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内の一順目の送信リソースであって、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが付与されている、送信リソース、の位置でメッセージ１（ＰＲＡＣＨ）を送信してもよい。

このように、メッセージ１の送信位置を、１つ目のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内の一順目の送信リソースであって、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが付与されている、送信リソース、の位置とすることで、メッセージ１（ＰＲＡＣＨ）の送信に用いる時間及び周波数リソースを正確に指定することが可能となり、かつメッセージ１（ＰＲＡＣＨ）を送信する際の遅延を削減することができる。

さらに、例４として、１つ目のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内の二順目の送信リソースであって、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが付与されている、送信リソース、の位置でメッセージ１（ＰＲＡＣＨ）を送信してもよい。

このように、メッセージ１の送信位置を、１つ目のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内の二順目の送信リソースであって、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが付与されている、送信リソース、の位置とすることで、メッセージ１（ＰＲＡＣＨ）の送信に用いる時間及び周波数リソースを正確に指定することが可能となる。

さらに、例５として、図５に示される次のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内のはじめ（一順目）の送信リソースであって、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが付与されている、送信リソース、の位置でメッセージ１（ＰＲＡＣＨ）を送信してもよい。

このように、メッセージ１の送信位置を、次のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内のはじめ（一順目）の送信リソースであって、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが付与されている、送信リソース、の位置とすることで、メッセージ１（ＰＲＡＣＨ）の送信に用いる時間及び周波数リソースを正確に指定することが可能となる。

図７は、例１から例５のメッセージ１の送信位置を示す図である。

上記の例１から例５は、以下のように一般化することができる。

図８に示されるように、ａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内の、ＳＳＢｉｎｄｅｘ＃０、ＳＳＢｉｎｄｅｘ＃１、及びＳＳＢｉｎｄｅｘ＃２に対応する送信リソースの１巡を１つのａｓｓｏｃｉａｔｉｏｎｃｙｃｌｅとする。

（ａ）メッセージ１の送信位置を、ＰＤＣＣＨｏｒｄｅｒの受信後のタイミングであって、ユーザ装置が送信可能となった、タイミング、の後であり、かつ対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘの付与された送信リソースのうちの最先の送信リソースの位置とする。

（ｂ）メッセージ１の送信位置を、ＰＤＣＣＨｏｒｄｅｒの受信後のタイミングであって、ユーザ装置が送信可能となった、タイミング、の後であり、かつユーザ装置が送信可能となったタイミングの含まれるａｓｓｏｃｉａｔｉｏｎｃｙｃｌｅの直後のａｓｓｏｃｉａｔｉｏｎｃｙｃｌｅのうち、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘの付与された送信リソースの位置とする。

（ｃ）メッセージ１の送信位置を、ＰＤＣＣＨｏｒｄｅｒの受信後のタイミングであって、ユーザ装置が送信可能となった、タイミング、の後であり、かつユーザ装置が送信可能となったタイミングの含まれるａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄの直後のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄのうち、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘの付与された送信リソースのうちの最先の送信リソースの位置とする。

（動作例）
動作例は、ユーザ装置が、ＰＤＣＣＨｏｒｄｅｒを受信した後に、上記（ａ）に記載した方法に従って、メッセージ１の送信位置を決定して、メッセージ１を送信するものである。動作例の前提として、ユーザ装置１０は、ｃｏｎｎｅｃｔｅｄｍｏｄｅであり、基地局２０は、ユーザ装置１０のＵＬ同期が外れている可能性があることを検出したと仮定する。

図９は、動作例のシーケンスの一例を示す。Ｓ１０１において、基地局２０からユーザ装置１０に、ＳＳＢｉｎｄｅｘ及びＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘを含むＰＤＣＣＨｏｒｄｅｒが送信される。

Ｓ１０２において、ユーザ装置１０は、Ｓ１０１で受信したＳＳＢｉｎｄｅｘ及びＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘに基づき、メッセージ１の送信位置を、ユーザ装置が送信可能となったタイミングの後であり、かつ対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘの付与された送信リソースのうちの最先の送信リソースの位置に決定する。

Ｓ１０３において、ユーザ装置１０は、Ｓ１０２で決定したメッセージ１の送信位置で、メッセージ１を送信する。

このように、メッセージ１の送信位置を、ＰＤＣＣＨｏｒｄｅｒを受信した後のタイミングであって、ユーザ装置が送信可能となった、タイミング、の後であり、かつ対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘの付与された送信リソースのうちの最先の送信リソースの位置とすることで、メッセージ１（ＰＲＡＣＨ）の送信に用いる時間及び周波数リソースを正確に指定することが可能となり、かつメッセージ１（ＰＲＡＣＨ）を送信する際の遅延を削減することができる。このように、メッセージ１の送信に用いる時間及び周波数リソースを正確に指定することで、メッセージ１の送信の衝突を防止することが可能となる。

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

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

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

制御部１３０は、ユーザ装置１０の制御を行う。なお、送信に関わる制御部１３０の機能が送信部１１０に含まれ、受信に関わる制御部１３０の機能が受信部１２０に含まれてもよい。データ格納部１４０には、例えば、設定情報等が格納される。なお、送信に関わる設定情報が送信部１１０に格納され、受信に関わる設定情報が受信部１２０に格納されることとしてもよい。

例えば、受信部１２０は、ランダムアクセス手順開始のトリガとなる制御情報を基地局２０から受信し、受信した制御情報からＰｒｅａｍｂｌｅｉｎｄｅｘ、ＰＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘ、ＳＳｂｌｏｃｋｉｎｄｅｘ等を取得するように構成され、制御部１３０は、ランダムアクセス手順開始のトリガとなる制御情報を基地局２０から受信した後、ユーザ装置１０が送信可能となるまでの時間、ＰＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘ、及びＳＳｂｌｏｃｋｉｎｄｅｘに基づき、メッセージ１の送信位置を決定するように構成される。送信部１１０は、制御部１３０の制御に基づいて、決定されたメッセージ１の送信位置で、メッセージ１を送信するように構成される。

例えば、制御部１３０は、メッセージ１の送信位置を、ＰＤＣＣＨｏｒｄｅｒの受信後のタイミングであって、ユーザ装置１０が送信可能となった、タイミング、の後であり、かつ対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘの付与された送信リソースのうちの最先の送信リソースの位置と決定するように構成されてもよい。

また、例えば、制御部１３０は、メッセージ１の送信位置を、ＰＤＣＣＨｏｒｄｅｒの受信後のタイミングであって、ユーザ装置１０が送信可能となった、タイミング、の後であり、かつユーザ装置１０が送信可能となったタイミングの含まれるａｓｓｏｃｉａｔｉｏｎｃｙｃｌｅの直後のａｓｓｏｃｉａｔｉｏｎｃｙｃｌｅのうち、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘの付与された送信リソースの位置と決定するように構成されてもよい。

また、例えば、制御部１３０は、メッセージ１の送信位置を、ＰＤＣＣＨｏｒｄｅｒの受信後のタイミングであって、ユーザ装置１０が送信可能となった、タイミング、の後であり、かつユーザ装置１０が送信可能となったタイミングの含まれるａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄの直後のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄのうち、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘの付与された送信リソースのうちの最先の送信リソースの位置と決定するように構成されてもよい。

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

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

制御部２３０は、基地局２０の制御を行う。なお、送信に関わる制御部２３０の機能が送信部２１０に含まれ、受信に関わる制御部２３０の機能が受信部２２０に含まれてもよい。データ格納部２４０には、例えば、設定情報等が格納される。なお、送信に関わる設定情報が送信部２１０に格納され、受信に関わる設定情報が受信部２２０に格納されることとしてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

（実施の形態のまとめ）
以上、説明したように、本実施の形態により、ランダムアクセス手順開始のトリガとなる制御情報であって、同期信号のブロックを指定するＳＳＢインデックス及びランダムアクセスプリアンブルを送信するための送信リソースの相対位置を指定するＲＡＣＨｏｃｃａｓｉｏｎインデックスを含む、制御情報、を基地局から受信する受信部と、前記制御情報を受信した後、前記ランダムアクセスプリアンブルの送信準備が完了するまでの時間、前記ＳＳＢインデックス、及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに基づき、前記ランダムアクセスプリアンブルを送信する送信リソースの位置を決定する制御部と、前記制御部により決定された送信リソースの位置で前記ランダムアクセスプリアンブルを送信する送信部と、を備える、ユーザ装置が提供される。

このように、ランダムアクセスプリアンブルの送信位置を、前記制御情報を受信した後、ランダムアクセスプリアンブルの送信準備が完了するまでの時間、前記ＳＳＢインデックス、及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに基づき、決定することにより、ランダムアクセスプリアンブルの送信に用いる時間及び周波数リソースを正確に指定することが可能となる。特に、ユーザ装置においてランダムアクセスプリアンブルの送信準備が完了してから、１つのａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ程度の時間間隔以内においてランダムアクセスプリアンブルを送信することで、ランダムアクセスプリアンブルを送信する際の遅延を削減することができる。

また、前記制御部は、前記ＳＳＢインデックスと対応付けられた送信リソースであって、時間に関して最先の位置の、送信リソース、における、前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスにより指定される位置が、前記制御情報を受信した後、前記ランダムアクセスプリアンブルの送信準備が完了するまでの時間が経過したタイミングよりも前であることを検出した場合、前記同期信号のブロックと前記ランダムアクセスプリアンブルを送信するための送信リソースの相対位置との対応付けに関する周期内の、二順目の前記ＳＳＢインデックスに対応付けられた送信リソースにおける前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスにより指定される位置を、前記ランダムアクセスプリアンブルを送信する送信リソースの位置として決定してもよい。

このように、ランダムアクセスプリアンブルの送信位置を、ユーザ装置がランダムアクセスプリアンブルを送信可能となったタイミングの直後の、指定されたＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘ及び指定されたＳＳＢｉｎｄｅｘの送信リソースの位置とすることで、ランダムアクセスプリアンブルの送信に用いる時間及び周波数リソースを正確に指定することが可能となり、かつランダムアクセスプリアンブルを送信する際の遅延を削減することができる。

前記制御部は、前記ＳＳＢインデックスと対応付けられた送信リソースであって、時間に関して最先の位置の、送信リソース、における、前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスにより指定される位置が、前記制御情報を受信した後、前記ランダムアクセスプリアンブルの送信準備が完了するまでの時間が経過したタイミングよりも前であることを検出した場合、前記同期信号のブロックと前記ランダムアクセスプリアンブルを送信するための送信リソースの相対位置との対応付けに関する周期の次の周期における、一順目の前記ＳＳＢインデックスに対応付けられた送信リソースにおける前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスにより指定される位置を、前記ランダムアクセスプリアンブルを送信する送信リソースの位置として決定してもよい。

このように、ランダムアクセスプリアンブルの送信位置を、次のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内の指定されたＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘ及び指定されたＳＳＢｉｎｄｅｘの付与された、１順目の送信リソースの位置とすることで、ランダムアクセスプリアンブルの送信に用いる時間及び周波数リソースを正確に指定することが可能となる。

前記制御部は、前記ＳＳＢインデックスと対応付けられた送信リソースであって、時間に関して最先の位置の、送信リソース、における、前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスにより指定される位置が、前記制御情報を受信した後、前記ランダムアクセスプリアンブルの送信準備が完了するまでの時間が経過したタイミングよりも後であることを検出した場合、又は前記ＳＳＢインデックスと対応付けられた送信リソースであって、時間に関して最先の位置の、送信リソースの位置が、前記制御情報を受信した後、前記ランダムアクセスプリアンブルの送信準備が完了するまでの時間が経過したタイミングよりも後であることを検出した場合、前記同期信号のブロックと前記ランダムアクセスプリアンブルを送信するための送信リソースの相対位置との対応付けに関する周期内の、一順目の送信リソースであって、前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスが付与されている、送信リソース、の位置を、前記ランダムアクセスプリアンブルを送信する送信リソースの位置として決定してもよい。

このように、ランダムアクセスプリアンブルの送信位置を、１つ目のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内の一順目の送信リソースであって、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが付与されている、送信リソース、の位置とすることで、ランダムアクセスプリアンブルの送信に用いる時間及び周波数リソースを正確に指定することが可能となり、かつランダムアクセスプリアンブルを送信する際の遅延を削減することができる。

前記制御部は、前記ＳＳＢインデックスと対応付けられた送信リソースであって、時間に関して最先の位置の、送信リソース、における、前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスにより指定される位置が、前記制御情報を受信した後、前記ランダムアクセスプリアンブルの送信準備が完了するまでの時間が経過したタイミングよりも後であることを検出した場合、又は前記ＳＳＢインデックスと対応付けられた送信リソースであって、時間に関して最先の位置の、送信リソースの位置が、前記制御情報を受信した後、前記ランダムアクセスプリアンブルの送信準備が完了するまでの時間が経過したタイミングよりも後であることを検出した場合、前記同期信号のブロックと前記ランダムアクセスプリアンブルを送信するための送信リソースの相対位置との対応付けに関する周期内の、二順目の送信リソースであって、前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスが付与されている、送信リソース、の位置を、前記ランダムアクセスプリアンブルを送信する送信リソースの位置として決定してもよい。

このように、ランダムアクセスプリアンブルの送信位置を、１つ目のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内の二順目の送信リソースであって、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが付与されている、送信リソース、の位置とすることで、ランダムアクセスプリアンブルの送信に用いる時間及び周波数リソースを正確に指定することが可能となる。

前記制御部は、前記ＳＳＢインデックスと対応付けられた送信リソースであって、時間に関して最先の位置の、送信リソース、における、前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスにより指定される位置が、前記制御情報を受信した後、前記ランダムアクセスプリアンブルの送信準備が完了するまでの時間が経過したタイミングよりも後であることを検出した場合、又は前記ＳＳＢインデックスと対応付けられた送信リソースであって、時間に関して最先の位置の、送信リソースの位置が、前記制御情報を受信した後、前記ランダムアクセスプリアンブルの送信準備が完了するまでの時間が経過したタイミングよりも後であることを検出した場合、前記同期信号のブロックと前記ランダムアクセスプリアンブルを送信するための送信リソースの相対位置との対応付けに関する周期の次の周期における、一順目の送信リソースであって、前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスが付与されている、送信リソース、の位置を、前記ランダムアクセスプリアンブルを送信する送信リソースの位置として決定してもよい。このように、ランダムアクセスプリアンブルの送信位置を、次のａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ内のはじめ（一順目）の送信リソースであって、対応するＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘが付与されている、送信リソース、の位置とすることで、ランダムアクセスプリアンブルの送信に用いる時間及び周波数リソースを正確に指定することが可能となる。

また、本実施の形態により、ランダムアクセス手順開始のトリガとなる制御情報であって、同期信号のブロックを指定するＳＳＢインデックス及びランダムアクセスプリアンブルを送信するための送信リソースの相対位置を指定するＲＡＣＨｏｃｃａｓｉｏｎインデックスを含む、制御情報、を基地局から受信するステップと、前記制御情報を受信した後、前記ランダムアクセスプリアンブルの送信準備が完了するまでの時間、前記ＳＳＢインデックス、及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに基づき、前記ランダムアクセスプリアンブルを送信する送信リソースの位置を決定するステップと、前記制御部により決定された送信リソースの位置で前記ランダムアクセスプリアンブルを送信するステップと、を備える、ランダムアクセスプリアンブルの送信方法が提供される。このように、ランダムアクセスプリアンブルの送信位置を、前記制御情報を受信した後、ランダムアクセスプリアンブルの送信準備が完了するまでの時間、前記ＳＳＢインデックス、及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに基づき、決定することにより、ランダムアクセスプリアンブルの送信に用いる時間及び周波数リソースを正確に指定することが可能となる。特に、ユーザ装置においてランダムアクセスプリアンブルの送信準備が完了してから、１つのａｓｓｏｃｉａｔｉｏｎｐｅｒｉｏｄ程度の時間間隔以内においてランダムアクセスプリアンブルを送信することで、ランダムアクセスプリアンブルを送信する際の遅延を削減することができる。

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

上記の実施例では、ＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘだけでは、時間周波数リソースの位置が特定できない場合に、ランダムアクセスプリアンブルを送信するための時間周波数リソース位置をＳＳＢｉｎｄｅｘ及び対応するＲＡＣＨｏｃｃａｓｉｏｎｉｎｄｅｘに基づいて特定する方法を示した。しかしながら、上述の方法は、ｐｒｅａｍｂｌｅｉｎｄｅｘがＳＳＢ毎に分けられているようなケース（１つのＲＡＣＨｏｃｃａｓｉｏｎに複数のＳＳＢが紐づいているケース）であっても、そのリソースの時間位置を考慮して同じように適用することが可能である。

また、ハンドオーバ又はＰＳＣｅｌｌの追加等、ＰＤＣＣＨｏｒｄｅｒ以外のｃｏｎｔｅｎｔｉｏｎｆｒｅｅｒａｎｄｏｍａｃｃｅｓｓに対しても適用可能である。

さらに、ＳＳｂｌｏｃｋでなく、ＣＳＩ－ＲＳｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓの場合にも適用可能である。

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

ランダムアクセス手順で用いる設定情報であって、同期信号のブロックを指定するSSBインデックス及びランダムアクセスプリアンブルを送信するための送信リソースの位置を指定するＲＡＣＨｏｃｃａｓｉｏｎインデックスを示す設定情報、を基地局から受信する受信部と、
前記設定情報により指定された前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに基づき、前記ランダムアクセスプリアンブルを送信するための前記送信リソースの位置を決定する制御部と、
前記制御部により決定された前記送信リソースの位置で前記ランダムアクセスプリアンブルを送信する送信部と、
を備え、
前記制御部は、送信リソースの第１の一巡の期間内においてＰＤＣＣＨｏｒｄｅｒを受信した場合に、前記送信リソースの第１の一巡の期間の後の送信リソースの第２の一巡であって、前記ランダムアクセスプリアンブルの送信に最初に使用可能な、送信リソースの第２の一巡、のうち、前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに対応する位置を、前記ランダムアクセスプリアンブルを送信するための前記送信リソースの位置として決定する、
端末。
前記受信部は、同期信号のブロックと対応付けられるＲＡＣＨｏｃｃａｓｉｏｎの数を示す設定情報を受信する、
請求項１に記載の端末。
ランダムアクセス手順で用いる設定情報であって、同期信号のブロックを指定するSSBインデックス及びランダムアクセスプリアンブルを送信するための送信リソースの位置を指定するＲＡＣＨｏｃｃａｓｉｏｎインデックスを示す設定情報、を基地局から受信するステップと、
前記設定情報により指定された前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに基づき、前記ランダムアクセスプリアンブルを送信するための前記送信リソースの位置を決定するステップと、
決定された前記送信リソースの位置で前記ランダムアクセスプリアンブルを送信するステップと、
を備え、
前記決定するステップは、送信リソースの第１の一巡の期間内においてＰＤＣＣＨｏｒｄｅｒを受信した場合に、前記送信リソースの第１の一巡の期間の後の送信リソースの第２の一巡であって、前記ランダムアクセスプリアンブルの送信に最初に使用可能な、送信リソースの第２の一巡、のうち、前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに対応する位置を、前記ランダムアクセスプリアンブルを送信するための前記送信リソースの位置として決定する、
ランダムアクセスプリアンブルの送信方法。
ランダムアクセス手順で用いる設定情報であって、同期信号のブロックを指定するSSBインデックス及びランダムアクセスプリアンブルを送信するための送信リソースの位置を指定するＲＡＣＨｏｃｃａｓｉｏｎインデックスを示す設定情報、を基地局から受信する受信部と、
前記設定情報により指定された前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに基づき、前記ランダムアクセスプリアンブルを送信するための送信リソースの位置を決定する制御部と、
前記制御部により決定された前記送信リソースの位置で前記ランダムアクセスプリアンブルを送信する送信部と、
を備え、
前記制御部は、送信リソースの第１の一巡の期間内においてＰＤＣＣＨｏｒｄｅｒ
を受信した場合に、前記送信リソースの第１の一巡の期間の後の送信リソースの第２の一巡であって、前記ランダムアクセスプリアンブルの送信に最初に使用可能な、送信リソースの第２の一巡、のうち、前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに対応する位置を、前記ランダムアクセスプリアンブルを送信するための前記送信リソースの位置として決定する、
端末と
前記設定情報を前記端末に送信する送信部、
を備える基地局と
からなる通信システム。
ランダムアクセス手順で用いる設定情報であって、同期信号のブロックを指定するSSBインデックス及び端末がランダムアクセスプリアンブルを送信するための送信リソースの位置を指定するＲＡＣＨｏｃｃａｓｉｏｎインデックスを示す設定情報を前記端末に送信する送信部と、
前記設定情報により指定された前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに基づき、前記端末が、前記ランダムアクセスプリアンブルを送信することを想定する制御部と、
前記ランダムアクセスプリアンブルを受信する受信部と、
を備え、
前記制御部は、送信リソースの第１の一巡の期間内においてＰＤＣＣＨｏｒｄｅｒを送信した場合に、前記送信リソースの第１の一巡の期間の後の送信リソースの第２の一巡であって、前記ランダムアクセスプリアンブルの送信に最初に使用可能な、送信リソースの第２の一巡、のうち、前記ＳＳＢインデックス及び前記ＲＡＣＨｏｃｃａｓｉｏｎインデックスに対応する位置を、前記端末が前記ランダムアクセスプリアンブルを送信するための前記送信リソースの位置であると想定する、
基地局。