(57)【要約】  ランダムアクセス手順開始のトリガとなる制御情報を基地局から受信する受信部と、ランダムアクセス信号を送信するためのリソースを選択し、当該リソースを使用して当該ランダムアクセス信号を前記基地局に送信する送信部とを備え、前記受信部は、前記トリガに基づくランダムアクセス手順専用のリソースを使用して、前記ランダムアクセス信号に対する応答を監視するユーザ装置。
2019193727.tif 000002
【特許請求の範囲】
【請求項１】
ランダムアクセス手順開始のトリガとなる制御情報を基地局から受信する受信部と、
ランダムアクセス信号を送信するためのリソースを選択し、当該リソースを使用して当該ランダムアクセス信号を前記基地局に送信する送信部とを備え、
前記受信部は、前記トリガに基づくランダムアクセス手順専用のリソースを使用して、前記ランダムアクセス信号に対する応答を監視する
ユーザ装置。
【請求項２】
ランダムアクセス手順開始のトリガとなる制御情報を基地局から受信する受信部と、
ランダムアクセス信号を送信するためのリソースを選択し、当該リソースを使用して当該ランダムアクセス信号を前記基地局に送信する送信部とを備え、
前記受信部は、前記基地局への初期アクセスの実施時に使用したリソースを使用して、前記ランダムアクセス信号に対する応答を監視する
ユーザ装置。
【請求項３】
ランダムアクセス手順開始のトリガとなる制御情報を基地局から受信する受信部と、
ランダムアクセス信号を送信するためのリソースを選択し、当該リソースを使用して当該ランダムアクセス信号を前記基地局に送信する送信部とを備え、
前記受信部は、前記制御情報を受信した時点で設定されている、制御情報監視用のリソースを使用して、前記ランダムアクセス信号に対する応答を監視する
ユーザ装置。
【請求項４】
前記受信部は、前記制御情報監視用のリソースに対応付けられた疑似コロケーション関係を無視する
請求項３に記載のユーザ装置。
【請求項５】
前記受信部は、前記基地局からあるビームで送信される信号を複数の信号から選択し、前記送信部は、当該信号に対応するリソースを決定し、当該リソースを用いて前記ランダムアクセス信号を送信し、前記受信部は、前記応答と前記信号とが疑似コロケーション関係にあることを想定して当該応答を監視する
請求項１ないし４のうちいずれか１項に記載のユーザ装置。
【請求項６】
前記受信部は、所定のサーチスペースにおける疑似コロケーション関係に関する設定情報に基づいて、前記選択の候補となる複数の信号の数を制限する
請求項５に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおけるユーザ装置に関連するものである。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化等を実現するために、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）あるいは５Ｇと呼ばれる無線通信方式の検討が進んでいる（例えば非特許文献１）。ＮＲでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術の検討が行われている。【０００３】
ＮＲでは、ＬＴＥと同様の低い周波数帯から、ＬＴＥよりも更に高い周波数帯までの幅広い周波数を使用することが想定されている。特に、高周波数帯では伝搬ロスが増大することから、それを補うために、ビームゲインの高いビームフォーミングを適用することが検討されている。ビームフォーミングを適用して信号を送信する場合、基地局又はユーザ装置は、ビーム探索（ｂｅａｍ  ｓｗｅｅｐｉｎｇ）等を行うことで、通信相手側で受信品質が良好になるように送信ビームの方向を決定することが考えられる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ  ＴＳ  ３８．３００  Ｖ１５．０．０（２０１７−１２）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＮＲにおいても、ＬＴＥでのランダムアクセス手順と同様のランダムアクセス手順が行われることが想定されている。しかし、上述したビームフォーミングを考慮する場合において、ユーザ装置が適切にランダムアクセス応答を受信できない可能性があるという問題がある。【０００６】
本発明は上記の点に鑑みてなされたものであり、ビームフォーミングが実施される無線通信システムにおいて、ユーザ装置が適切にランダムアクセス応答を受信することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
開示の技術によれば、ランダムアクセス手順開始のトリガとなる制御情報を基地局から受信する受信部と、
ランダムアクセス信号を送信するためのリソースを選択し、当該リソースを使用して当該ランダムアクセス信号を前記基地局に送信する送信部とを備え、
前記受信部は、前記トリガに基づくランダムアクセス手順専用のリソースを使用して、前記ランダムアクセス信号に対する応答を監視する
ユーザ装置が提供される。
【発明の効果】
【０００８】
開示の技術によれば、ビームフォーミングが実施される無線通信システムにおいて、ユーザ装置が適切にランダムアクセス応答を受信することを可能とする技術が提供される。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態における通信システムの構成図である。
【図２】ランダムアクセス手順の例を示す図である。
【図３】ビームとＲＡＣＨとの関係を示す図である。
【図４】ビームマネジメントの例を示す図である。
【図５】ＣＯＲＥＳＥＴの例を説明するための図である。
【図６】動作例１におけるシーケンスを説明するための図である。
【図７】動作例２におけるシーケンスを説明するための図である。
【図８】動作例３におけるシーケンスを説明するための図である。
【図９】ｂａｎｄｗｉｄｔｈ  ｐａｒｔに関わる処理例を説明するための図である。
【図１０】ユーザ装置１０の機能構成の一例を示す図である。
【図１１】基地局２０の機能構成の一例を示す図である。
【図１２】ユーザ装置１０及び基地局２０のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【００１１】
以下の実施の形態における無線通信システムは基本的にＮＲに準拠することを想定しているが、それは一例であり、本実施の形態における無線通信システムはその一部又は全部において、ＮＲ以外の無線通信システム（例：ＬＴＥ）に準拠していてもよい。
【００１２】
また、以下の説明では、ユーザ装置１０は、Ｍｓｇ２の監視を、あるＣＯＲＥＳＥＴを適用したｓｅａｒｃｈ  ｓｐａｃｅのリソースで行うこととしているが、それは一例である。ユーザ装置１０は、Ｍｓｇ２の監視を、あるＣＯＲＥＳＥＴを適用したｓｅａｒｃｈ  ｓｐａｃｅ以外のリソースで行うこととしてもよい。
【００１３】
また、以下の説明において、Ｍｓｇ２とＳＳＢがＱＣＬ関係にある、といった場合、Ｍｓｇ２の実体の情報を送るＰＤＳＣＨとＳＳＢがＱＣＬ関係であってもよいし、Ｍｓｇ２をスケジューリングするＰＤＣＣＨとＳＳＢがＱＣＬ関係であってもよいし、その両方でも良い。
【００１４】
（システム全体構成）
図１に本実施の形態に係る無線通信システムの構成図を示す。本実施の形態に係る無線通信システムは、図１に示すように、ユーザ装置１０、及び基地局２０を含む。図１には、ユーザ装置１０、及び基地局２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。
【００１５】
ユーザ装置１０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）用通信モジュール等の無線通信機能を備えた通信装置であり、基地局２０に無線接続し、無線通信システムにより提供される各種通信サービスを利用する。基地局２０は、１つ以上のセルを提供し、ユーザ装置１０と無線通信する通信装置である。ユーザ装置１０と基地局２０はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。また、ユーザ装置１０をＵＥと称し、基地局２０をｅＮＢと称してもよい。
【００１６】
本実施の形態において、複信（Ｄｕｐｌｅｘ）方式は、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）方式でもよいし、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）方式でもよい。
【００１７】
また、本実施の形態の説明において、ビームを用いて信号を送信することは、プリコーディングベクトルが乗算された（プリコーディングベクトルでプリコードされた）信号を送信することと同義である。また、ビームを用いて信号を送信することは、特定のアンテナポートで信号を送信することと表現されてもよい。アンテナポートとは、３ＧＰＰの規格で定義されている論理アンテナポートを指す。なお、ビームの形成方法は、上記の方法に限られるわけではない。例えば、複数アンテナ素子を備えるユーザ装置１０及び複数アンテナ素子を備える基地局２０において、それぞれのアンテナ素子の角度を変える方法を用いてもよいし、プリコーディングベクトルを用いる方法とアンテナ素子の角度を変える方法を組み合わせる方法を用いてもよいし、その他の方法を用いてもよい。
【００１８】
本実施の形態に係る技術は、ＮＲのランダムアクセス、ビームフォーミング等に関わるものなので、まずは、無線通信システムにおけるこれらの動作例を説明する。
【００１９】
（ランダムアクセス手順等）
図２を参照して、本実施の形態におけるランダムアクセス手順の例を説明する。図２に示す手順を初期アクセスと呼んでもよい。
【００２０】
基地局２０は、所定の周期でＳＳ／ＰＢＣＨブロック（ＳＳＢとも呼ぶ）を送信し、ユーザ装置１０は当該ＳＳ／ＰＢＣＨブロックを受信する（Ｓ１１）。ＳＳ／ＰＢＣＨブロックには、同期信号、初期アクセスに必要なシステム情報の一部（システムフレーム番号（ＳＦＮ）、残りのシステム情報を読むために必要な情報、等）を含む。また、ユーザ装置１０は、基地局２０からＲＭＳＩを受信する（Ｓ１２）。ＲＭＳＩには、例えばＬＴＥにおけるＳＩＢ１の情報が含まれる。
【００２１】
続いて、ユーザ装置１０は、Ｍｅｓｓａｇｅ１（Ｍｓｇ１（＝ＲＡ  ｐｒｅａｍｂｌｅ））を送信する（Ｓ１３）。
【００２２】
基地局２０は、ＲＡ  ｐｒｅａｍｂｌｅを検出すると、その応答であるＭｅｓｓａｇｅ２（Ｍｓｇ２（＝ＲＡ  ｒｅｓｐｏｎｓｅ））をユーザ装置１０に送信する（Ｓ１３）。なお、以降の説明において、"Ｍｓｇ２"は、特に断らない限り、そのスケジューリングに使用するＰＤＣＣＨと、実体情報を運ぶＰＳＤＣＨを含むものとする。
【００２３】
ＲＡ  ｒｅｓｐｏｎｓｅを受信したユーザ装置１０は、所定の情報を含むＭｅｓｓａｇｅ３（Ｍｓｇ３）を基地局２０に送信する（ステップＳ１５）。Ｍｅｓｓａｇｅ３は、例えば、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔである。
【００２４】
Ｍｅｓｓａｇｅ３を受信した基地局２０は、Ｍｅｓｓａｇｅ４（Ｍｓｇ４、例：ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）をユーザ装置１０に送信する（Ｓ１６）。ユーザ装置１０は、上記の所定の情報がＭｅｓｓａｇｅ４に含まれていることを確認すると、当該Ｍｅｓｓａｇｅ４が、上記のＭｅｓｓａｇｅ３に対応する自分宛てのＭｅｓｓａｇｅ４であることを認識し、ランダムアクセス手順を完了し、ＲＲＣ接続を確立する（Ｓ１７）。なお、図２は、Ｍｅｓｓａｇｅ３とＭｅｓｓａｇｅ４が送信される場合の例を示すが、これは一例に過ぎない。本実施の形態に係る技術は、Ｍｅｓｓａｇｅ３とＭｅｓｓａｇｅ４が送信されない場合のランダムアクセス手順にも適用できる。
【００２５】
図３は、マルチビーム運用がされる場合において、ユーザ装置１０がビームを選択する場合の例を示す図である。図３の例では、基地局２０は、Ａ、Ｂ、Ｃ、Ｄで示される４つの送信ビームのそれぞれで、ＳＳＢを送信する。例えば、ビームＡでＳＳＢ−Ａが送信され、ビームＢでＳＳＢ−Ｂが送信され、ビームＣでＳＳＢ−Ｃが送信され、ビームＤでＳＳＢ−Ｄが送信される。
【００２６】
ユーザ装置１０は、例えば受信電力の最も高いＳＳＢを選択し、当該ＳＳＢのインデックスに紐付けられたリソースＢでＲＡ  ｐｒｅａｍｂｌｅを送信する。なお、ＲＡ  ｐｒｅａｍｂｌｅを送信するリソースをＲＡＣＨ  ｏｃｃａｓｉｏｎと称してもよい。その後、例えば、基地局２０は、リソースＢでＲＡ  ｐｒｅａｍｂｌｅを受信したことにより、ユーザ装置１０への送信ビームとして送信ビームＢが選択されことを把握し、例えば、送信ビームＢを用いてＲＡ  ｒｅｓｐｏｎｓｅを送信する。ＳＳＢ（ビーム）とＲＡＣＨ  ｏｃｃａｓｉｏｎとの関係は事前にユーザ装置１０に通知される。
【００２７】
図４は、ビームマネジメントに関する動作例を示す。図４に示すように、初期アクセス後、ユーザ装置１０は、基地局２０からビーム毎に送信されるＲＳ（参照信号、例：ＣＳＩ−ＲＳ）あるいはＳＳＢを受信することで、各ビームの測定を行い（Ｓ２１）、例えばＲＳリソースインデックス（ＳＳＢインデックスでもよい）と測定結果（ＲＳＲＰ）とをビーム報告として基地局２０に送信する（Ｓ２２）。ビーム報告は、ユーザ装置１０の受信ビーム毎に行われてもよい。
【００２８】
Ｓ２３において、基地局２０はユーザ装置１０に、ＴＣＩ（Transmission Configuration Indication）のコンフィグレーション情報を送信する。当該情報には、例えば、ＳＳＢの情報とＤＭ−ＲＳのアンテナポートとの間の括り付けを示す情報（ＱＣＬ関係）が含まれる。ただし、これは一例に過ぎない。
【００２９】
ユーザ装置１０は、上記の情報を用いることで、基地局２０で使用される送信ビームを想定して、ＰＤＣＣＨ、及びＰＤＳＣＨを受信（復調）できる（Ｓ２４、Ｓ２５）。
【００３０】
ここで、ＱＣＬ（Ｑｕａｓｉ  Ｃｏ−Ｌｏｃａｔｉｏｎ（疑似コロケーション））について説明する。アンテナポート間でＱＣＬされているということは、ユーザ装置１０が一つのアンテナポートから受信する信号（もしくは、当該アンテナポートに対応する無線チャネル）の広域特性（large-scale properties）が、他のアンテナポートから受信する信号（もしくは、当該アンテナポートに対応する無線チャネル）の広域特性と全てまたは一部が同一だと仮定し得ることを意味する。ここで、広域特性は、周波数オフセットに関連したドップラ拡散（Ｄｏｐｐｌｅｒ  ｓｐｒｅａｄ）、ドップラシフト（Ｄｏｐｐｌｅｒ  ｓｈｉｆｔ）、タイミングオフセットに関連した平均遅延（ａｖｅｒａｇｅ  ｄｅｌａｙ）、遅延拡散（ｄｅｌａｙ  ｓｐｒｅａｄ）などを有し、さらに平均利得（ａｖｅｒａｇｅ  ｇａｉｎ）も有することができる。
【００３１】
例えばあるＳＳＢのアンテナポート（又はＣＳＩ−ＲＳのアンテナポート）が、ＰＤＣＣＨ（のＤＭ−ＲＳのアンテナポート）とＱＣＬ関係を有する、という場合にはユーザ装置１０は同じ下りビームでそれらが送られてくると想定して受信をすることができる。
【００３２】
（ＰＤＣＣＨ  ｏｒｄｅｒについて）
本実施の形態では、ＬＴＥの場合と同様に、例えば接続状態にあるユーザ装置１０のＵＬ同期が外れている可能性がある場合に、ＤＬ送信前に上り同期を確立させるために、基地局２０からＰＤＣＣＨ  ｏｒｄｅｒによりユーザ装置１０に対してＲＡＣＨがトリガされる。
【００３３】
そのときに、例えば、Ｐｒｅａｍｂｌｅ  ｉｎｄｅｘ（６ｂｉｔ）、ＰＲＡＣＨ  Ｍａｓｋ  Ｉｎｄｅｘ（４ｂｉｔ）等がＤＣＩ  ｆｏｒｍａｔ  １Ａを用いてユーザ装置１０に伝えられる。当該情報はＲＲＣ  ｓｉｇｎａｌｌｉｎｇにより通知される場合もある。
【００３４】
ユーザ装置１０は、指定されたＰｒｅｍａｂｌｅ  ｉｎｄｅｘのＰｒｅａｍｂｌｅを送信することにより、非衝突型ＲＡＣＨ手順を実行することができる。また、あるｐｒｅａｍｂｌｅ  ｉｎｄｅｘが指定された場合には、ユーザ装置１０は、衝突型ＲＡＣＨ手順を実行することとしてもよい。ＰＲＡＣＨ  ｍａｓｋ  ｉｎｄｅｘは、ＲＡＣＨ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｅｘ（ＲＡＣＨ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｔａｂｌｅ内）により指定されたＲＡＣＨリソースのうち、どの時間リソース位置のものを利用するかを通知する情報である。ＮＲでは、上記のＰｒｅａｍｂｌｅ  ｉｎｄｅｘ、ＰＲＡＣＨ  Ｍａｓｋ  Ｉｎｄｅｘ、ＤＣＩ  ｆｏｒｍａｔ等は異なるビットサイズあるいは異なる形式によって通知されてもよい。
【００３５】
本実施の形態で想定しているＮＲでは、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｉｃａｔｏｒ）  ｓｔａｔｅが導入されている。ユーザ装置１０は、設定されたＴＣＩ  ｓｔａｔｅに基づいてアンテナポート間のＱＣＬ関係を知ることができる。
【００３６】
また、ＮＲでは、１又は複数のＣＯＲＥＳＥＴが基地局２０からユーザ装置１０に設定されるとともに、ＣＯＲＥＳＥＴとＳｅａｒｃｈ  ｓｐａｃｅの対応関係が基地局２０からユーザ装置１０に設定される。
【００３７】
ＣＯＲＥＳＥＴとはｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔの略であり、ユーザ装置１０が制御信号（ＰＤＣＣＨ）をモニタすべきリソースの箱を示す。例えば、１つのＣＯＲＥＳＥＴは、周波数方向が複数リソースブロックからなり、時間方向が１又は２又は３ＯＦＤＭシンボルからなる領域である。Ｓｅａｒｃｈ  ｓｐａｃｅ毎に、配置するＣＯＲＥＳＥＴと、当該ＣＯＲＥＳＥＴの時間位置及び周期等が指定される。また、ＣＯＲＥＳＥＴにはＴＣＩ  ｓｔａｔｅが設定される。ＣＯＲＥＳＥＴにＴＣＩ  ｓｔａｔｅが設定されるとは、例えば、当該ＣＯＲＥＳＥＴの設定情報に、ＴＣＩ  ｓｔａｔｅのＩＤが含まれることである。
【００３８】
例えば、図５の例では、Ｓｅａｒｃｈ  ｓｐａｃｅ＃１〜＃３がＣＯＲＥＳＥＴ＃１に紐付けられ、ＣＯＲＥＳＥＴ＃１は、ＳＳＢ＃１とＱＣＬ関係があるようにＴＣＩ  ｓｔａｔｅが設定されている。例えば、ＣＯＲＥＳＥＴ＃１を用いるＳｅａｒｃｈ  ｓｐａｃｅをモニタするユーザ装置１０は、ＳＳＢ＃１が送信されるビームで制御信号（制御情報と称してもよい）を受信する動作を行うことができる。
【００３９】
ＳＳＢ＃１が送信されるビームで制御信号（ＰＤＣＣＨ）を受信する動作を行うことは、ＳＳＢ＃１とＱＣＬ関係にあるＰＤＣＣＨが基地局２０から送信されることを想定して、ＰＤＣＣＨの受信動作を行うことである。
【００４０】
また、ＳＳＢ＃１が送信されるビームで制御信号（ＰＤＣＣＨ）を受信する動作を行うとは、例えば、ＳＳＢ＃１のアンテナポートに対応付けられたＰＤＣＣＨのＤＭ−ＲＳのアンテナポートの信号でＰＤＣＣＨの復調動作を行うことである。また、ＳＳＢ＃１が送信されるビームで制御信号（ＰＤＣＣＨ）を受信する動作を行うことが、ＳＳＢ＃１が送信されるビームに対応する受信ビームを形成して、ＰＤＣＣＨを受信することであってもよい。
【００４１】
なお、あるＣＯＲＥＳＥＴに対して複数のＴＣＩ  ｓｔａｔｅをＲＲＣ  ｓｉｇｎａｌｌｉｎｇでユーザ装置１０に設定し、基地局２０からのＤＣＩもしくはＭＡＣ  ＣＥ等でｄｙｎａｍｉｃに複数のＴＣＩ  ｓｔａｔｅから１つのＴＣＩ  ｓｔａｔｅを選択することも可能である。
【００４２】
（課題について）
前述したＰＤＣＣＨ  ｏｒｄｅｒに関して、ユーザ装置１０は、受信したＰＤＣＣＨ  ｏｒｄｅｒのＤＭ−ＲＳと、当該ＰＤＣＣＨ  ｏｒｄｅｒに起因して受信するＭｓｇ２のＰＤＣＣＨのＤＭ−ＲＳが、同じＳＳＢ（又はＳＣＩ−ＲＳ）とＱＣＬ関係にあると想定して、Ｍｓｇ２の受信を行うことができる。
【００４３】
基地局２０は、上記のＱＣＬ関係が得られるように、ＰＤＣＣＨ  ｏｒｄｅｒのＤＣＩにより、例えば９ビットでＲＡＣＨ  ｏｃｃａｓｉｏｎ  ｉｎｄｅｘを指定し、ユーザ装置１０は、指定されたＲＡＣＨ  ｏｃｃａｓｉｏｎでＭｓｇ１を送信する。基地局２０は、そのＲＡＣＨ  ｏｃｃａｓｉｏｎに対応する送信ビームでＭｓｇ２を送信する。なお、例えば、９ビットのインデックスのうちの６ビットがＳＳＢインデックスであり、３ビットは、当該ＳＳＢインデックスに対応するＲＡＣＨ  ｏｃｃａｓｉｏｎ  ｉｎｄｅｘを指定する値である。
【００４４】
上記の方法（便宜上、Ｓｃｈｅｍｅ１と呼ぶ）によれば、Ｍｓｇ２（ＲＡＲ）のＱＣＬは基地局２０の送信するＰＤＣＣＨ  ｏｒｄｅｒをユーザ装置２０が受信する際に一意に決まることになる。
【００４５】
上記の方法では、ユーザ装置１０は、ＰＤＣＣＨ  ｏｒｄｅｒで指定されたＲＡＣＨ  ｏｃｃａｓｉｏｎでＭｓｇ１を送信するが、これに代えて、ユーザ装置１０が、ＰＤＣＣＨ  ｏｒｄｅｒを受信した後に、ＳＳＢ（つまりＲＡＣＨ  ｏｃｃａｓｉｏｎ）を選択し、選択したＲＡＣＨ  ｏｃｃａｓｉｏｎでＭｓｇ１を送信してもよい。この方式を便宜上、Ｓｃｈｅｍｅ２と呼ぶ。この方式では、ユーザ装置１０がＭｓｇ１の送信後に基地局２０から受信するＭｓｇ２は、ユーザ装置１０が選択したＳＳＢとＱＣＬ関係にある。つまり、ユーザ装置１０は、選択したＳＳＢの送信ビームで、Ｍｓｇ２が送信されると想定して、Ｍｓｇ２の受信を行うことができる。
【００４６】
上記のＳｃｈｅｍｅ２は、ｃｏｎｔｅｎｔｉｏｎ  ｆｒｅｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓの場合かつユーザ装置１０によってＳＳＢが選択された（ＮＷから指定されない）場合の例である。ここで、本実施の形態のＰＤＣＣＨ  ｏｒｄｅｒではＬＴＥと同様にｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓを指定することとしてもよく、その場合にもユーザ装置１０がＳＳＢを選択することになる。Ｍｓｇ２は当該選択されたＳＳＢとＱＣＬ関係となる。
【００４７】
ＰＤＣＣＨ  ｏｒｄｅｒ  ＲＡＣＨ（ＰＤＣＣＨ  ｏｒｄｅｒによりトリガされたＲＡＣＨ手順）の場合に、ユーザ装置１０が、Ｍｓｇ１送信のためのリソース（ＲＡＣＨ  ｏｃｃａｓｉｏｎ）を選択するに際し、ＳＳＢを自由に、もしくはある条件に基づいて選択することが可能な場合には、下記のような課題がある。
【００４８】
上記のＳｃｈｅｍｅ２で説明したように、この場合、ユーザ装置１０からのＭｓｇ１送信後に基地局２０から送信されるＭｓｇ２が、選択したＳＳＢとＱＣＬ関係にある。しかし、ＲＡＣＨをトリガするＰＤＣＣＨ  ｏｒｄｅｒを受信したｓｅａｒｃｈ  ｓｐａｃｅのＣＯＲＥＳＥＴは、その選択されたＳＳＢとＱＣＬ関係があるとは限らない。
【００４９】
つまり、例えば、ユーザ装置１０が、ＰＤＣＣＨ  ｏｒｄｅｒをモニタするＣＯＲＥＳＥＴとしてＳＳＢ＃１と紐づくＣＯＲＥＳＥＴ＃１を使用する場合において、ＳＳＢ＃１とＱＣＬ関係を持つリソースでＰＤＣＣＨ  ｏｒｄｅｒを受信する。その後に、ユーザ装置１０は、Ｍｓｇ１送信のために、ＳＳＢ＃２を選択した場合には、基地局２０は、ＳＳＢ＃２に紐付けられたビームで、Ｍｓｇ２を送信する。
【００５０】
しかし、ユーザ装置１０は、ＰＤＣＣＨの監視のためにＣＯＲＥＳＥＴ＃１を使用しているので、当該Ｍｓｇ２（より詳細には、Ｍｓｇ２のためのＰＤＣＣＨ）を良好に受信できない可能性があるという課題がある。
【００５１】
以下、上記の課題を解消するための動作例として、動作例１〜４を説明する。なお、以下で説明する例においては、一例としてＭｓｇ３とＭｓｇ４が送信されるランダムアクセス手順の例を示しているが、動作例１〜４は、Ｍｓｇ３とＭｓｇ４が送信されないランダムアクセス手順においても同様に適用される。
【００５２】
（動作例１）
動作例１は、ＰＤＣＣＨ  ｏｒｄｅｒによるＲＡＣＨ手順専用のＣＯＲＥＳＥＴ（便宜上、専用ＣＯＲＥＳＥＴと呼ぶ）をユーザ装置１０に設定するものである。例えば、当該専用ＣＯＲＥＳＥＴは、ＲＲＣ接続中に、ユーザ装置１０が基地局２０から設定情報として受信する。また、専用ＣＯＲＥＳＥＴが、ユーザ装置１０に予め設定（ｐｒｅｃｏｎｆｉｇｕｒｅｄ）されていてもよい。
【００５３】
専用ＣＯＲＥＳＥＴは、例えば、ＰＤＣＣＨ  ｏｒｄｅｒ受信時点でユーザ装置１０に設定されているｓｅａｒｃｈ  ｓｐａｃｅに対して使用される。一例として、ユーザ装置１０は、ＰＤＣＣＨ  ｏｒｄｅｒを、ＣＯＲＥＳＥＴ＃１を適用したｓｅａｒｃｈ  ｓｐａｃｅ＃１において受信した場合に、ユーザ装置１０は、ＣＯＲＥＳＥＴをＣＯＲＥＳＥＴ＃１から専用ＣＯＲＥＳＥＴに切り替え、その後の制御情報の受信を専用ＣＯＲＥＳＥＴを適用したｓｅａｒｃｈ  ｓｐａｃｅ＃１において行う。
【００５４】
また、専用ＣＯＲＥＳＥＴとともに、ＰＤＣＣＨ  ｏｒｄｅｒによるＲＡＣＨ手順専用のｓｅａｒｃｈ  ｓｐａｃｅ（専用ｓｅａｒｃｈ  ｓｐａｃｅ）がユーザ装置１０に設定されてもよい。この場合、例えば、ユーザ装置１０は、ＰＤＣＣＨ  ｏｒｄｅｒを、ＣＯＲＥＳＥＴ＃１を適用したｓｅａｒｃｈ  ｓｐａｃｅ＃１において受信した場合に、ユーザ装置１０は、ＣＯＲＥＳＥＴとｓｅａｒｃｈ  ｓｐａｃｅをＣＯＲＥＳＥＴ＃１＋ｓｅａｒｃｈ  ｓｐａｃｅ＃１から専用ＣＯＲＥＳＥＴ＋専用ｓｅａｒｃｈ  ｓｐａｃｅに切り替え、その後の制御情報の受信を専用ＣＯＲＥＳＥＴを適用した専用ｓｅａｒｃｈ  ｓｐａｃｅにおいて行う。
【００５５】
上記専用ＣＯＲＥＳＥＴを適用した制御情報の受信は、Ｍｓｇ２のＰＤＣＣＨ受信、Ｍｓｇ３送信のためのＰＤＣＣＨ受信、Ｍｓｇ３再送のためのＰＤＣＣＨ受信、Ｍｓｇ３のａｃｋ／ｎａｃｋ受信、Ｍｓｇ４のＰＤＣＣＨ受信、Ｍｓｇ４再送のＰＤＣＣＨ受信、Ｍｓｇ４のａｃｋ／ｎａｃｋ送信のためのＰＤＣＣＨ受信の全てに適用してもよいし、これらのうちのいずれか１つ又はいずれか複数に適用してもよい。また、ユーザ装置１０が基地局２０とＲＲＣ接続した後に実行されるデータの送受信のためのＰＤＣＣＨ受信にも専用ＣＯＲＥＳＥＴが適用されてもよい。
【００５６】
専用ＣＯＲＥＳＥＴについては、ＴＣＩ  ｓｔａｔｅが指定されなくてもよい。また、専用ＣＯＲＥＳＥＴに対してＴＣＩ  ｓｔａｔｅが指定されてもよいが、ユーザ装置１０は当該指定されたＴＣＩ  ｓｔａｔｅを無視してもよい。つまり、専用ＣＯＲＥＳＥＴが使用される場合には、基地局２０は、ユーザ装置１０によって選択されたＳＳＢ（あるいはＣＳＩ−ＲＳ）とＱＣＬ関係を持つＰＤＣＣＨでＭｓｇ２を送信し、ユーザ装置１０は、当該ＳＳＢ（あるいはＣＳＩ−ＲＳ）とＱＣＬ関係を持つＰＤＣＣＨが送信されることを想定してＭｓｇ２を受信する。言い換えると、ユーザ装置１０は、自身が選択したＳＳＢに対応する送信ビームで基地局２０からＭｓｇ２が送信されることを想定し受信を行う。
【００５７】
図６は、動作例１のシーケンスの一例を示す。Ｓ１０１において、基地局２０からユーザ装置１０に専用ＣＯＲＥＳＥＴが設定される。Ｓ１０２において、ユーザ装置１０は、ＲＡＣＨをトリガするＰＤＣＣＨ  ｏｒｄｅｒを基地局２０から受信する。
【００５８】
Ｓ１０３において、ユーザ装置１０は、ＰＤＣＣＨ受信のために使用するＣＯＲＥＳＥＴを、ＰＤＣＣＨ  ｏｒｄｅｒ受信時のＣＯＲＥＳＥＴから専用ＣＯＲＥＳＥＴに切り替えるとともに、ＳＳＢ（つまり、基地局２０からの送信ビーム）を選択する。なお、ＳＳＢを選択した後にＣＯＲＥＳＥＴを切り替えることとしてもよいし、Ｍｓｇ１を送信した後にＣＯＲＥＳＥＴを切り替えることとしてもよい。また、ＳＳＢの選択は、ＰＤＣＣＨ  ｏｒｄｅｒ受信の前に実施されていてもよい。
【００５９】
Ｓ１０４において、ユーザ装置１０は、選択したＳＳＢに対応するリソース（ＲＡＣＨ  ｏｃｃａｓｉｏｎ）で、Ｍｓｇ１を送信する。Ｓ１０５において、ユーザ装置１０は、専用ＣＯＲＥＳＥＴを使用してＭｓｇ２のＰＤＣＣＨをモニタし、Ｍｓｇ２を受信する。Ｓ１０６で、ユーザ装置１０はＭｓｇ３を送信し、Ｓ１０７でＭｓｇ４を受信し、Ｓ１０８においてＲＲＣ接続が確立する。
【００６０】
動作例１により、専用ＣＯＲＥＳＥＴを使用するため、例えば、既存のＣＯＲＥＳＥＴが混雑している場合でも、混雑のないリソースで制御情報を受信できる。
【００６１】
（動作例２）
動作例２では、ユーザ装置１０がＰＤＣＣＨ  ｏｒｄｅｒによるＲＡＣＨ手順を実施する場合において、ユーザ装置１０は、例えば初期アクセス時に利用されるＣＯＲＥＳＥＴ等のＵＥ  ｃｏｍｍｏｎに知ることができるＣＯＲＥＳＥＴにｆａｌｌｂａｃｋして当該ＣＯＲＥＳＥＴを利用する。当該ＣＯＲＥＳＥＴを便宜上、ｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴと呼ぶ。
【００６２】
ｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴは、例えば、ＰＤＣＣＨ  ｏｒｄｅｒ受信時点でユーザ装置１０に設定されているｓｅａｒｃｈ  ｓｐａｃｅに対して使用される。一例として、ユーザ装置１０は、ＰＤＣＣＨ  ｏｒｄｅｒを、ＣＯＲＥＳＥＴ＃１を適用したｓｅａｒｃｈ  ｓｐａｃｅ＃１において受信した場合に、ユーザ装置１０は、ＣＯＲＥＳＥＴをＣＯＲＥＳＥＴ＃１からｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴに切り替え、その後の制御情報の受信をｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴを適用したｓｅａｒｃｈ  ｓｐａｃｅ＃１において行う。
【００６３】
また、ｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴが、当該ｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴがもともと適用されていたｓｅａｒｃｈ  ｓｐａｃｅ（ｆａｌｌｂａｃｋ‐ｓｅａｒｃｈ  ｓｐａｃｅと呼ぶ）で適用されてもよい。この場合、例えば、ユーザ装置１０は、ＰＤＣＣＨ  ｏｒｄｅｒを、ＣＯＲＥＳＥＴ＃１を適用したｓｅａｒｃｈ  ｓｐａｃｅ＃１において受信した場合に、ＣＯＲＥＳＥＴとｓｅａｒｃｈ  ｓｐａｃｅをＣＯＲＥＳＥＴ＃１＋ｓｅａｒｃｈ  ｓｐａｃｅ＃１からｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴ＋ｆａｌｌｂａｃｋ‐ｓｅａｒｃｈ  ｓｐａｃｅに切り替え、その後の制御情報の受信をｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴを適用したｆａｌｌｂａｃｋ‐ｓｅａｒｃｈ  ｓｐａｃｅにおいて行う。
【００６４】
また、ｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴの選択に関しては、例えば、ユーザ装置１０は、ＰＤＣＣＨ  ｏｒｄｅｒ受信後の選択したＳＳＢに対応する初期アクセス用のＣＯＲＥＳＥＴをｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴとして選択することができる。
【００６５】
当該初期アクセス用のＣＯＲＥＳＥＴは、例えば、ユーザ装置１０が、ＲＭＳＩを読むために用いたＣＯＲＥＳＥＴである。また、当該初期アクセス用のＣＯＲＥＳＥＴは、初期アクセスのＲＡＣＨ用にユーザ装置１０に設定されたＣＯＲＥＳＥＴであってもよい。
【００６６】
ＲＭＳＩを読むために使用するＣＯＲＥＳＥＴについて、例えば、ユーザ装置１０は、ＳＳＢ毎（ビーム毎）に、当該ＣＯＲＥＳＥＴの情報を予め保持（あるいは基地局２０から設定）しており、当該情報に基づき、ＰＤＣＣＨ  ｏｒｅｄｅｒ受信後に選択したＳＳＢに対応するＣＯＲＥＳＥＴを特定する。
【００６７】
上記ｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴを適用した制御情報の受信は、Ｍｓｇ２のＰＤＣＣＨ受信、Ｍｓｇ３送信のためのＰＤＣＣＨ受信、Ｍｓｇ３再送のためのＰＤＣＣＨ受信、Ｍｓｇ３のａｃｋ／ｎａｃｋ受信、Ｍｓｇ４のＰＤＣＣＨ受信、Ｍｓｇ４再送のＰＤＣＣＨ受信、Ｍｓｇ４のａｃｋ／ｎａｃｋ送信のためのＰＤＣＣＨ受信の全てに適用してもよいし、これらのうちのいずれか１つ又はいずれか複数に適用してもよい。また、ユーザ装置１０が基地局２０とＲＲＣ接続した後に実行されるデータの送受信のためのＰＤＣＣＨ受信にもｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴが適用されてもよい。
【００６８】
ｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴについては、ＴＣＩ  ｓｔａｔｅが指定されなくてもよい。また、ｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴに対してＴＣＩ  ｓｔａｔｅが指定されてもよいが、ユーザ装置１０は当該指定されたＴＣＩ  ｓｔａｔｅを無視してもよい。つまり、ＰＤＣＣＨ  ｏｒｄｅｒトリガのＲＡＣＨ手順が実施される際にｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴが使用される場合には、基地局２０は、ユーザ装置１０によって選択されたＳＳＢ（あるいはＣＳＩ−ＲＳ）とＱＣＬ関係を持つＰＤＣＣＨでＭｓｇ２を送信し、ユーザ装置１０は、当該ＳＳＢ（あるいはＣＳＩ−ＲＳ）とＱＣＬ関係を持つＰＤＣＣＨが送信されることを想定してＭｓｇ２を受信する。
【００６９】
図７を参照して動作例２のシーケンスの例を説明する。Ｓ２０１、Ｓ２０２は初期アクセス時にユーザ装置１０がＳＳＢ、ＲＭＳＩを受信することを示している。例えばＲＭＳＩ受信時に、初期アクセス用のＣＯＲＥＳＥＴが使用される。
【００７０】
Ｓ２０３において、ユーザ装置１０は、ＲＡＣＨをトリガするＰＤＣＣＨ  ｏｒｄｅｒを基地局２０から受信する。
【００７１】
Ｓ２０４において、ユーザ装置１０は、ＰＤＣＣＨ受信のために使用するＣＯＲＥＳＥＴを、ＰＤＣＣＨ  ｏｒｄｅｒ受信時のＣＯＲＥＳＥＴからｆａｌｌｂａｃｋ−ＣＯＲＥＳＥＴに切り替えるとともに、ＳＳＢ（つまり、基地局２０からの送信ビーム）を選択する。なお、ＳＳＢを選択した後にＣＯＲＥＳＥＴを切り替えることとしてもよい。
【００７２】
Ｓ２０５において、ユーザ装置１０は、選択したＳＳＢに対応するリソース（ＲＡＣＨ  ｏｃｃａｓｉｏｎ）で、Ｍｓｇ１を送信する。Ｓ２０６において、ユーザ装置１０は、ｆａｌｌｂａｃｋ−ＣＯＲＥＳＥＴを使用してＭｓｇ２のＰＤＣＣＨをモニタし、Ｍｓｇ２を受信する。Ｍｓｇ２は、選択したＳＳＢとＱＣＬ関係があると想定して受信される。Ｓ２０７で、ユーザ装置１０はＭｓｇ３を送信し、Ｓ２０８でＭｓｇ４を受信し、Ｓ２０９においてＲＲＣ接続が確立する。
【００７３】
動作例２により、専用ＣＯＲＥＳＥＴの設定のためのシグナリングが不要となるため、オーバーヘッドを削減できる。
【００７４】
（動作例３）
動作例３では、ＰＤＣＣＨ  ｏｒｄｅｒによるＲＡＣＨ手順を実施する場合において、ユーザ装置１０は、その時点で既にユーザ装置１０に設定されているＳｅａｒｃｈ  ｓｐａｃｅ、及び当該Ｓｅａｒｃｈ  ｓｐａｃｅに設定されたＣＯＲＥＳＥＴを利用してＲＡＣＨ手順における制御情報の受信を行う。
【００７５】
既にユーザ装置１０に設定されているＳｅａｒｃｈ  ｓｐａｃｅは、例えば、Ｒａｎｄｏｍ  ａｃｃｅｓｓに用いられるＳｅａｒｃｈ  ｓｐａｃｅ（ｓｅａｒｃｈ  ｓｐａｃｅ  ｔｙｐｅ  １）である。当該Ｓｅａｒｃｈ  ｓｐａｃｅでは、ＲＡ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、あるいはＣ−ＲＮＴＩなどによりＰＤＣＣＨが読まれ得る。
【００７６】
また、既にユーザ装置１０に設定されているＳｅａｒｃｈ  ｓｐａｃｅは、ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ（Ｃ−ＲＮＴＩなどによりＰＤＣＣＨが読まれる）であってもよい。
【００７７】
ＰＤＣＣＨ  ｏｒｄｅｒ受信後のＲＡＣＨ手順において、ユーザ装置１０は、既にユーザ装置１０に設定されているＳｅａｒｃｈ  ｓｐａｃｅに適用されるＣＯＲＥＳＥＴで指定されているＴＣＩ  ｓｔａｔｅを無視する。つまり、ＰＤＣＣＨ  ｏｒｄｅｒによるＲＡＣＨ手順を実施する場合において、基地局２０は、ユーザ装置１０によって選択されたＳＳＢ（あるいはＣＳＩ−ＲＳ）とＱＣＬ関係を持つＰＤＣＣＨでＭｓｇ２を送信し、ユーザ装置１０は、当該ＳＳＢ（あるいはＣＳＩ−ＲＳ）とＱＣＬ関係を持つＰＤＣＣＨが送信されることを想定してＭｓｇ２を受信する。このＱＣＬ関係は、既にユーザ装置１０に設定されているＳｅａｒｃｈ  ｓｐａｃｅに適用されるＣＯＲＥＳＥＴで指定されているＴＣＩ  ｓｔａｔｅとは異なるＴＣＩ  ｓｔａｔｅであってもよい。
【００７８】
一例として、既に設定されているＳｅａｒｃｈ  ｓｐａｃｅをＳｅａｒｃｈ  ｓｐａｃｅ＃１とし、Ｓｅａｒｃｈ  ｓｐａｃｅ＃１はＣＯＲＥＳＥＴ＃１を適用するものとする。この場合、例えば、ユーザ装置１０は、ＰＤＣＣＨ  ｏｒｄｅｒを、ＣＯＲＥＳＥＴ＃１を適用したｓｅａｒｃｈ  ｓｐａｃｅ＃１において受信し、ユーザ装置１０は、引き続きＣＯＲＥＳＥＴ＃１を適用したｓｅａｒｃｈ  ｓｐａｃｅ＃１を利用して、その後の制御情報の受信を行う。ただし、ＣＯＲＥＳＥＴ＃１に指定されているＴＣＩ  ｓｔａｔｅは無視される。
【００７９】
既に設定されているＣＯＲＥＳＥＴを適用した制御情報の受信は、Ｍｓｇ２のＰＤＣＣＨ受信、Ｍｓｇ３送信のためのＰＤＣＣＨ受信、Ｍｓｇ３再送のためのＰＤＣＣＨ受信、Ｍｓｇ３のａｃｋ／ｎａｃｋ受信、Ｍｓｇ４のＰＤＣＣＨ受信、Ｍｓｇ４再送のＰＤＣＣＨ受信、Ｍｓｇ４のａｃｋ／ｎａｃｋ送信のためのＰＤＣＣＨ受信の全てに適用してもよいし、これらのうちのいずれか１つ又はいずれか複数に適用してもよい。また、ユーザ装置１０が基地局２０とＲＲＣ接続した後に実行されるデータの送受信のためのＰＤＣＣＨ受信にも既に設定されているＣＯＲＥＳＥＴが適用されてもよい。
【００８０】
図８は、動作例３のシーケンスの一例を示す。Ｓ３０１において、基地局２０からユーザ装置１０に、ＣＯＲＥＳＥＴを指定したｓｅａｒｃｈ  ｓｐａｃｅの設定がなされる。当該ｓｅａｒｃｈ  ｓｐａｃｅは、例えば、Ｒａｎｄｏｍ  ａｃｃｅｓｓに用いられるＳｅａｒｃｈ  ｓｐａｃｅ（ｓｅａｒｃｈ  ｓｐａｃｅ  ｔｙｐｅ  １）あるいはＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅである。
【００８１】
Ｓ３０２において、ユーザ装置１０は、ＲＡＣＨをトリガするＰＤＣＣＨ  ｏｒｄｅｒを基地局２０から受信する。
【００８２】
Ｓ３０３において、ユーザ装置１０は、ＳＳＢ（つまり、基地局２０からの送信ビーム）を選択する。Ｓ３０４において、ユーザ装置１０は、選択したＳＳＢに対応するリソース（ＲＡＣＨ  ｏｃｃａｓｉｏｎ）で、Ｍｓｇ１を送信する。Ｓ３０５において、ユーザ装置１０は、既に設定されているＣＯＲＥＳＥＴを使用して（ただし、設定されているＴＣＩ  ｓｔａｔｅは無視して）Ｍｓｇ２のＰＤＣＣＨをモニタし、Ｍｓｇ２を受信する。Ｍｓｇ２は、選択したＳＳＢとＱＣＬ関係があると想定して受信される。Ｓ３０６で、ユーザ装置１０はＭｓｇ３を送信し、Ｓ３０７でＭｓｇ４を受信し、Ｓ３０８においてＲＲＣ接続が確立する。
【００８３】
動作例３により、ＣＯＲＥＳＥＴの切り替えを行うことなく制御情報を受信できるので、迅速な処理が可能となる。
【００８４】
（動作例４）
動作例１〜３のいずれにも適用可能な例として動作例４を説明する。
【００８５】
ＰＤＣＣＨ  ｏｒｄｅｒによるＲＡＣＨ手順において、ユーザ装置１０がＳＳＢを選択する際に、ランダムアクセス用のｓｅａｒｃｈ  ｓｐａｃｅに対応するＣＯＲＥＳＥＴにＲＲＣ  ｓｉｇｎａｌｌｉｎｇ等で設定されているＴＣＩ  ｓｔａｔｅ（ｓ）に応じて、ユーザ装置１０が選択可能なＳＳＢが制限されてもよい。これにより、ユーザ装置１０が選択可能なＲＡＣＨ  ｏｃｃａｓｉｏｎも制限される。
【００８６】
例えば、ユーザ装置１０は、上記で設定されているＴＣＩ  ｓｔａｔｅ（ｓ）に対応する複数のＳＳＢ（もしくは複数のＣＳＩ−ＲＳ）の中から自由にＳＳＢ（もしくはＣＳＩ−ＲＳ）を選択して、その後に、対応するＭｓｇ１送信を行ってもよい。
【００８７】
一例として、ユーザ装置１０において、ランダムアクセス用のｓｅａｒｃｈ  ｓｐａｃｅに対応するＣＯＲＥＳＥＴに対し、ＴＣＩ  ｓｔａｔｅ＃１（例：ＳＳＢ＃１に対応）、ＴＣＩ  ｓｔａｔｅ＃２（例：ＳＳＢ＃２に対応）、ＴＣＩ  ｓｔａｔｅ＃３（例：ＳＳＢ＃３に対応）が設定されている場合に、ＰＤＣＣＨ  ｏｒｄｅｒによるＲＡＣＨ手順において、ユーザ装置１０は、ＳＳＢ＃１、ＳＳＢ＃２、ＳＳＢ＃３の中から１つのＳＳＢを選択する。なお、ここでは、ランダムアクセス用のｓｅａｒｃｈ  ｓｐａｃｅに対応するＣＯＲＥＳＥＴにＲＲＣ  ｓｉｇｎａｌｌｉｎｇ等で設定されているＴＣＩ  ｓｔａｔｅ（ｓ）に応じて、ユーザ装置１０が選択可能なＳＳＢが制限されることとしたが、この制御の判断対象とするｓｅａｒｃｈ  ｓｐａｃｅをランダムアクセス用ｓｅａｒｃｈ  ｓｐａｃｅ以外のｓｅａｒｃｈ  ｓｐａｃｅとしてもよい。
【００８８】
上述した動作例１〜４においては、ユーザ装置１０がＳＳＢを選択する場合を例に説明をしたが、これは一例である。ユーザ装置１０がＣＳＩ−ＲＳを選択し、そのＣＳＩ−ＲＳに対応するＲＡＣＨ  ｏｃｃａｓｉｏｎでＭｓｇ１を送信する場合にも上述した動作例１〜４を適用できる。また、ＳＳＢ、ＣＳＩ−ＲＳはいずれも例であり、ＳＳＢ、ＣＳＩ−ＲＳ以外の信号あるいは情報を選択する場合にも上述した動作例１〜４を適用できる。
【００８９】
（その他の例）
動作例１〜４のいずれにも適用できる事項の例を以下に説明する。
【００９０】
本実施の形態の方式として想定しているＮＲでは、ユーザ装置１０がアクセスする基地局２０により提供されるチャネルの帯域幅（ここでは、受信に着目するため下りの帯域幅に着目）を複数の部分に分けることができ、帯域幅の各部分をｂａｎｄｗｉｄｔｈ  ｐａｒｔ（以下、ＢＷＰと呼ぶ）と呼ぶ。また、例えば、ある帯域幅の２つの部分をユーザ装置１０に使用させる場合に、基地局２０はユーザ装置１０に対し、ＢＷＰ１とＢＷＰ２を設定できる。また、基地局２０はユーザ装置１０に対し、各ＢＷＰについて有効化／非有効化（Ａｃｔｉｖａｔｅ又はｄｅａｃｔｉｖａｔｅ）を実施できる。
【００９１】
これまでに説明した動作例１〜４は、例えば、ユーザ装置１０に設定されている全ＢＷＰに対するｓｅａｒｃｈ  ｓｐａｃｅ及びＣＯＲＥＳＥＴの設定を考慮して実施することとしてよい。
【００９２】
例えば、図９に示すように、ユーザ装置１０にＢＷＰ１とＢＷＰ２が設定され、ＢＷＰ１では斜線で示されるリソースブロックがＣＯＲＥＳＥＴ−Ａとして設定され、ＢＷＰ２では斜線で示されるリソースブロックがＣＯＲＥＳＥＴ−Ｂとして設定されているとする。
【００９３】
全ＢＷＰに対するｓｅａｒｃｈ  ｓｐａｃｅ及びＣＯＲＥＳＥＴの設定を考慮する場合において、例えば、動作例１において、ＣＯＲＥＳＥＴ−Ａが、既存のＣＯＲＥＳＥＴ（ＰＤＣＣＨ  ｏｒｅｄｅｒ受信のためのＣＯＲＥＳＥＴ）であり、ＣＯＲＥＳＥＴ−Ｂが専用ＣＯＲＥＳＥＴとする。この場合、ユーザ装置１０は、ＣＯＲＥＳＥＴ−ＡをＣＯＲＥＳＥＴ−Ｂに切り替える動作を行う。つまり、この場合、ＰＤＣＣＨ  ｏｒｄｅｒでＲＡＣＨがトリガされた場合に、ＢＷＰが切り替えられる。図９の例において、ＰＤＣＣＨ  ｏｒｄｅｒ受信時（受信直前）には仮にＢＷＰ２がＡｃｔｉｖｅでない場合でも、切り替えに伴ってＢＷＰ２がａｃｔｉｖａｔｅされる。
【００９４】
また、これまでに説明した動作例１〜４は、ユーザ装置１０において現在ａｃｔｉｖｅなＢＷＰにおけるｓｅａｒｃｈ  ｓｐａｃｅ及びＣＯＲＥＳＥＴの設定、初期アクセス用のＢＷＰ（ｉｎｉｔｉａｌ  ａｃｔｉｖｅ  ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）におけるｓｅａｒｃｈ  ｓｐａｃｅ及びＣＯＲＥＳＥＴの設定、ＰＤＣＣＨ  ｏｒｄｅｒによって指定されたＢＷＰにおけるｓｅａｒｃｈ  ｓｐａｃｅ及びＣＯＲＥＳＥＴの設定のうちのいずれか１つ、いずれか複数、あるいは全部を考慮して実施してもよい。
【００９５】
ユーザ装置１０において現在ａｃｔｉｖｅなＢＷＰにおけるｓｅａｒｃｈ  ｓｐａｃｅ及びＣＯＲＥＳＥＴの設定を考慮する場合であって、例えばＢＷＰ１のみがａｃｔｉｖｅである場合を想定する。この場合、例えば動作例１において、ＢＷＰ１に対して専用ＣＯＲＥＳＥＴが設定され、ＢＷＰ１内でＣＯＲＥＳＥＴの切り替えが行われる。
【００９６】
また、ＢＷＰ毎のユーザ装置１０に設定されているコンフィグレーション情報に応じてＰＤＣＣＨ  ｏｒｄｅｒによるＲＡＣＨの動作を変更してもよい。
【００９７】
例えば、ユーザ装置１０は、現在ａｃｔｉｖｅなＢＷＰにランダムアクセス用のｓｅａｒｃｈ  ｓｐａｃｅが設定されていれば動作例３の動作を行うと判断し、そのｓｅａｒｃｈ  ｓｐａｃｅを利用することとしてよい。また、例えば、ユーザ装置１０は、現在ａｃｔｉｖｅなＢＷＰにランダムアクセス用のｓｅａｒｃｈ  ｓｐａｃｅが設定されていなければ、動作例２の動作を行うと判断し、ｆａｌｌｂａｃｋ‐ＣＯＲＥＳＥＴを利用することとしてよい。
【００９８】
（装置構成）
次に、これまでに説明した処理動作を実行するユーザ装置１０及び基地局２０の機能構成例を説明する。ユーザ装置１０及び基地局２０は、本実施の形態で説明した全ての機能を備えている。ただし、ユーザ装置１０及び基地局２０は、本実施の形態で説明した全ての機能のうちの一部のみの機能を備えてもよい。なお、ユーザ装置１０及び基地局２０を総称して通信装置と称してもよい。
【００９９】
＜ユーザ装置＞
図１０は、ユーザ装置１０の機能構成の一例を示す図である。図１０に示すように、ユーザ装置１０は、送信部１１０と、受信部１２０と、制御部１３０と、データ格納部１４０を有する。図１０に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部１１０を送信機と称し、受信部１２０を受信機と称してもよい。
【０１００】
送信部１１０は、送信データから送信を作成し、当該送信信号を無線で送信する。また、送信部１１０は、１つ又は複数のビームを形成することができる。受信部１２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部１２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。
【０１０１】
制御部１３０は、ユーザ装置１０の制御を行う。なお、送信に関わる制御部１３０の機能が送信部１１０に含まれ、受信に関わる制御部１３０の機能が受信部１２０に含まれてもよい。データ格納部１４０には、例えば、設定情報等が格納される。なお、送信に関わる設定情報が送信部１１０に格納され、受信に関わる設定情報が受信部１２０に格納されることとしてもよい。
【０１０２】
例えば、受信部１２０は、ランダムアクセス手順開始のトリガとなる制御情報を基地局から受信するように構成され、送信部１１０は、ランダムアクセス信号を送信するためのリソースを選択し、当該リソースを使用して当該ランダムアクセス信号を前記基地局に送信するように構成され、前記受信部１２０は、前記トリガに基づくランダムアクセス手順専用のリソースを使用して、前記ランダムアクセス信号に対する応答を監視するように構成される。
【０１０３】
また、例えば、前記受信部１２０は、前記基地局への初期アクセスの実施時に使用したリソースを使用して、前記ランダムアクセス信号に対する応答を監視するように構成されてもよい。
【０１０４】
前記受信部１２０は、前記制御情報を受信した時点で設定されている、制御情報監視用のリソースを使用して、前記ランダムアクセス信号に対する応答を監視するように構成されてもよい。この場合、前記受信部１２０は、前記制御情報監視用のリソースに対応付けられた疑似コロケーション関係を無視してもよい。
【０１０５】
前記受信部１２０は、前記基地局からあるビームで送信される信号（例：ＳＳＢあるいはＣＳＩ−ＲＳ）を複数の信号から選択し、前記送信部は、当該信号に対応するリソースを決定し、当該リソースを用いて前記ランダムアクセス信号を送信し、前記受信部は、前記応答と前記信号とが疑似コロケーション関係にあることを想定して当該応答を監視することとしてもよい。
【０１０６】
また、前記受信部１２０は、所定のサーチスペースにおける疑似コロケーション関係に関する設定情報に基づいて、前記選択の候補となる複数の信号の数を制限することとしてもよい。
【０１０７】
＜基地局２０＞
図１１は、基地局２０の機能構成の一例を示す図である。図１１に示すように、基地局２０は、送信部２１０と、受信部２２０と、制御部２３０と、データ格納部２４０を有する。図１１に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部２１０を送信機と称し、受信部２２０を受信機と称してもよい。
【０１０８】
送信部２１０は、ユーザ装置１０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。また、送信部２１０は、１つ又は複数のビームを形成する。受信部２２０は、ユーザ装置１０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、受信部２２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。
【０１０９】
制御部２３０は、基地局２０の制御を行う。なお、送信に関わる制御部２３０の機能が送信部２１０に含まれ、受信に関わる制御部２３０の機能が受信部２２０に含まれてもよい。データ格納部２４０には、例えば、設定情報等が格納される。なお、送信に関わる設定情報が送信部２１０に格納され、受信に関わる設定情報が受信部２２０に格納されることとしてもよい。
【０１１０】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図１０〜図１１）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【０１１１】
また、例えば、本発明の一実施の形態におけるユーザ装置１０と基地局２０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図１２は、本実施の形態に係るユーザ装置１０と基地局２０のハードウェア構成の一例を示す図である。上述のユーザ装置１０と基地局２０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０１１２】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ装置１０と基地局２０のハードウェア構成は、図に示した１００１〜１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０１１３】
ユーザ装置１０と基地局２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【０１１４】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）で構成されてもよい。
【０１１５】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図１０に示したユーザ装置１０の送信部１１０、受信部１２０、制御部１３０、データ格納部１４０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１１に示した基地局２０の送信部２１０と、受信部２２０と、制御部２３０、データ格納部２４０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【０１１６】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１１７】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【０１１８】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ユーザ装置１０の送信部１１０及び受信部１２０は、通信装置１００４で実現されてもよい。また、基地局２０の送信部２１０及び受信部２２０は、通信装置１００４で実現されてもよい。
【０１１９】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１２０】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１２１】
また、ユーザ装置１０と基地局２０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１２２】
（実施の形態のまとめ）
以上、説明したように、本実施の形態により、ランダムアクセス手順開始のトリガとなる制御情報を基地局から受信する受信部と、ランダムアクセス信号を送信するためのリソースを選択し、当該リソースを使用して当該ランダムアクセス信号を前記基地局に送信する送信部とを備え、前記受信部は、前記トリガに基づくランダムアクセス手順専用のリソースを使用して、前記ランダムアクセス信号に対する応答を監視するユーザ装置が提供される。
【０１２３】
また、本実施の形態により、ランダムアクセス手順開始のトリガとなる制御情報を基地局から受信する受信部と、ランダムアクセス信号を送信するためのリソースを選択し、当該リソースを使用して当該ランダムアクセス信号を前記基地局に送信する送信部とを備え、前記受信部は、前記基地局への初期アクセスの実施時に使用したリソースを使用して、前記ランダムアクセス信号に対する応答を監視するユーザ装置が提供される。
【０１２４】
また、本実施の形態により。ランダムアクセス手順開始のトリガとなる制御情報を基地局から受信する受信部と、ランダムアクセス信号を送信するためのリソースを選択し、当該リソースを使用して当該ランダムアクセス信号を前記基地局に送信する送信部とを備え、前記受信部は、前記制御情報を受信した時点で設定されている、制御情報監視用のリソースを使用して、前記ランダムアクセス信号に対する応答を監視するユーザ装置が提供される。
【０１２５】
上記ユーザ装置のいずれによっても、ビームフォーミングが実施される無線通信システムにおいて、ユーザ装置が適切にランダムアクセス応答を受信することを可能とする技術が提供される。
【０１２６】
前記受信部は、前記制御情報監視用のリソースに対応付けられた疑似コロケーション関係を無視することとしてもよい。これにより、既存のリソースにおける疑似コロケーション関係に依存せずに、選択したＳＳＢ等に対応付けられた疑似コロケーション関係を用いて応答を監視できる。
【０１２７】
前記受信部は、前記基地局からあるビームで送信される信号を複数の信号から選択し、前記送信部は、当該信号に対応するリソースを決定し、当該リソースを用いて前記ランダムアクセス信号を送信し、前記受信部は、前記応答と前記信号とが疑似コロケーション関係にあることを想定して当該応答を監視することとしてもよい。この構成により、選択したＳＳＢ等に対応付けられた疑似コロケーション関係を用いて応答を監視できる。
【０１２８】
また、前記受信部は、所定のサーチスペースにおける疑似コロケーション関係に関する設定情報に基づいて、前記選択の候補となる複数の信号の数を制限することとしてもよい。この構成により、疑似コロケーション関係の観点で、適切な信号を選択できる。
【０１２９】
（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置１０と基地局２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１３０】
また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。
【０１３１】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１３２】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１３３】
本明細書において基地局２０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われることもある。基地局２０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置１０との通信のために行われる様々な動作は、基地局２０および／または基地局２０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局２０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。
【０１３４】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
【０１３５】
ユーザ装置１０は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１３６】
基地局２０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ  ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１３７】
本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ  ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１３８】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１３９】
「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。
【０１４０】
本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
【０１４１】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１４２】
１０  ユーザ装置
１１０  送信部
１２０  受信部
１３０  制御部
１４０  データ格納部
２０  基地局
２１０  送信部
２２０  受信部
２３０  制御部
２４０  データ格納部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2019193727.tif 000003
【図２】
2019193727.tif 000004
【図３】
2019193727.tif 000005
【図４】
2019193727.tif 000006
【図５】
2019193727.tif 000007
【図６】
2019193727.tif 000008
【図７】
2019193727.tif 000009
【図８】
2019193727.tif 000010
【図９】
2019193727.tif 000011
【図１０】
2019193727.tif 000012
【図１１】
2019193727.tif 000013
【図１２】
2019193727.tif 000014
【手続補正書】
【提出日】令和2年9月25日(2020.9.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ランダムアクセス手順開始のトリガとなる制御情報を受信する受信部と、
ランダムアクセスプリアンブルを送信するための機会を選択する制御部と、
前記機会を使用して前記ランダムアクセスプリアンブルを送信する送信部と、を備え、
前記受信部は、前記ランダムアクセスプリアンブルに対する応答の受信のための制御情報監視用のリソースに対応付けられた疑似コロケーション関係に関わらない疑似コロケーション関係を想定して、制御情報監視用の前記リソースで、前記ランダムアクセスプリアンブルに対する応答を受信する
端末。
【請求項２】
前記制御部は、同期信号ブロックを選択し、前記同期信号ブロックに対応する前記機会を選択し、
前記受信部は、前記応答を受信する場合に、前記同期信号ブロックとの疑似コロケーション関係を想定する
請求項１に記載の端末。
【請求項３】
前記同期信号ブロックは、ビームに関連付けられている、請求項２に記載の端末。
【請求項４】
ランダムアクセス手順開始のトリガとなる制御情報を受信するステップと、
ランダムアクセスプリアンブルを送信するための機会を選択するステップと、
前記機会を使用して前記ランダムアクセスプリアンブルを送信するステップと、
前記ランダムアクセスプリアンブルに対する応答の受信のための制御情報監視用のリソースに対応付けられた疑似コロケーション関係に関わらない疑似コロケーション関係を想定して、制御情報監視用の前記リソースで、前記ランダムアクセスプリアンブルに対する応答を受信するステップと
を備える、端末が実行する応答受信方法。
【請求項５】
ランダムアクセス手順開始のトリガとなる制御情報を送信する送信部と、
選択されたランダムアクセスプリアンブルを送信するための機会を使用して送信された前記ランダムアクセスプリアンブルを受信する受信部と、を備え、
前記送信部は、前記ランダムアクセスプリアンブルに対する応答の送信のための制御情報監視用のリソースに対応付けられた疑似コロケーション関係に関わらない疑似コロケーション関係を想定して、制御情報監視用の前記リソースで、前記ランダムアクセスプリアンブルに対する応答を送信する
基地局。
【国際調査報告】
2019193727.tif 000015
2019193727.tif 000016