(57)【要約】第一の通信装置と、前記第一の通信装置と通信する第二の通信装置と、前記第一の通信装置と通信するユーザ装置とを有する無線通信システムにおいて前記第一の通信装置として用いられる通信装置であって、ランダムアクセス手順を行う際に用いられるパラメータを、前記第二の通信装置から取得する取得部と、前記パラメータで示されるランダムアクセスチャネルにおいて、前記パラメータで示されるランダムアクセスプリアンブルを前記ユーザ装置から受信した場合に、前記ユーザ装置からランダムアクセスプリアンブルを受信したことを示す情報を前記第二の通信装置に通知する制御部と、を有する通信装置を提供する。
2017203969.tif 000002
【特許請求の範囲】
【請求項１】
第一の通信装置と、前記第一の通信装置と通信する第二の通信装置と、前記第一の通信装置と通信するユーザ装置とを有する無線通信システムにおいて前記第一の通信装置として用いられる通信装置であって、
ランダムアクセス手順を行う際に用いられるパラメータを前記第二の通信装置から取得する取得部と、
前記パラメータで示されるランダムアクセスチャネルにおいて、前記パラメータで示されるランダムアクセスプリアンブルを前記ユーザ装置から受信した場合に、前記ユーザ装置からランダムアクセスプリアンブルを受信したことを示す情報を前記第二の通信装置に通知する制御部と、
を有する通信装置。
【請求項２】
前記パラメータには、特定のユーザ装置に割当られた個別プリアンブルを示す情報と、所定のタイマ値とが含まれており、
前記制御部は、前記特定のユーザ装置に割当てられた個別プリアンブルを前記所定のタイマ値が満了する前に受信した場合に、前記特定のユーザ装置に割当てられた個別プリアンブルを前記特定のユーザ装置から受信したことを示す情報を前記第二の通信装置に通知する、
請求項１に記載の通信装置。
【請求項３】
前記パラメータには、特定の種別のユーザ装置がランダムアクセスプリアンブルを繰り返し送信すべき回数に関する情報が含まれており、
前記制御部は、前記特定の種別のユーザ装置から、前記繰り返し送信すべき回数のランダムアクセスプリアンブルを受信した場合に、前記ユーザ装置からランダムアクセスプリアンブルを受信したことを示す情報を前記第二の通信装置に通知する、
請求項１又は２に記載の通信装置。
【請求項４】
前記ユーザ装置からランダムアクセスプリアンブルを受信したことを示す情報には、ランダムアクセスプリアンブルのＩＤと、前記ユーザ装置に指示すべき送信タイミングを示す情報とが含まれる、
請求項１乃至３のいずれか一項に記載の通信装置。
【請求項５】
前記制御部は、前記パラメータで示されるランダムアクセスチャネルにおいて、前記パラメータで示されるランダムアクセスプリアンブルを前記ユーザ装置から受信した場合に、前記ユーザ装置からランダムアクセスプリアンブルを受信したことを示す情報に代えて、前記ユーザ装置からＭｅｓｓａｇｅ３が送信される無線リソースを示す情報を前記第二の通信装置に通知すると共に、前記Ｍｅｓｓａｇｅ３が送信される無線リソースを示す情報を含むランダムアクセス応答メッセージを前記ユーザ装置に送信する、
請求項１乃至４のいずれか一項に記載の通信装置。
【請求項６】
第一の通信装置と、前記第一の通信装置と通信する第二の通信装置と、前記第一の通信装置と通信するユーザ装置とを有する無線通信システムにおいて前記第一の通信装置として用いられる通信装置が実行するランダムアクセス制御方法であって、
ランダムアクセス手順を行う際に用いられるパラメータを、前記第二の通信装置から取得するステップと、
前記パラメータで示されるランダムアクセスチャネルにおいて、前記パラメータで示されるランダムアクセスプリアンブルを前記ユーザ装置から受信した場合に、前記ユーザ装置からランダムアクセスプリアンブルを受信したことを示す情報を前記第二の通信装置に通知するステップと、
を有するランダムアクセス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及びランダムアクセス制御方法に関する。
【背景技術】
【０００２】
ＬＴＥ（Long Term Evolution）及びＬＴＥ−Ａ（LTE-Advanced）の無線通信システムにおいて、トラフィックの高いホットスポットのようなエリアを効率よくサポートするために、装置コストを抑えながら多数のセルを収容することが可能なＣ−ＲＡＮ（Centralized Radio Access Network）と呼ばれる技術が知られている。【０００３】
Ｃ−ＲＡＮは、リモート設置型の基地局である１又は複数のＲＵ（Radio Unit）と、ＲＵを集中制御する基地局であるＤＵ（Digital Unit）とから構成されている。ＤＵは、基地局が備えるレイヤ１〜レイヤ３までの機能を備えており、ＤＵで生成されたＯＦＤＭ（Orthogonal Frequency Division Multiplexing）信号は、サンプリングされてＲＵに伝送され、ＲＵが備えるＲＦ（Radio Frequency）機能部から送信される。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"高度化C-RANアーキテクチャを実現する無線装置およびアンテナの開発"、２０１５年７月、ＮＴＴドコモ、インターネット<URL: https://www.nttdocomo.co.jp/corporate/technology/rd/technical_journal/bn/vol23_2/005.html>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
次に、５Ｇで検討されているＣ−ＲＡＮ構成について説明する。図１において、４Ｇ−ＤＵ及び４Ｇ−ＲＵは、ＬＴＥ−Ａの機能（ＬＴＥの機能を含む）を有するＤＵ及びＲＵを意味している。また、５Ｇ−ＤＵ及び５Ｇ−ＲＵは、第５世代の無線技術の機能を有するＤＵ及びＲＵを意味している。４Ｇ−ＤＵと５Ｇ−ＤＵとの間は、ＬＴＥにおけるＸ２−ＡＰ及びＸ２−Ｕインタフェースを拡張したインタフェースにより接続される。また、ＤＵとＲＵとの間をつなぐネットワーク回線はＦＨ（Front Haul）と呼ばれ、ＬＴＥではＦＨにＣＰＲＩ（Common Public Radio Interface）が用いられている。【０００６】
現在のＬＴＥでは、レイヤ１（物理レイヤ：Ｌ１）、レイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）及びレイヤ３（ＲＲＣ）の機能はＤＵ側に実装される前提である。そのため、ＦＨに必要な帯域は、ＤＵでサポートされるピークレートの約１６倍になる。例えば、システム帯域が２０ＭＨｚであり、かつ、２×２ＭＩＭＯ（Multi Input Multi Output）の無線通信（最大１５０Ｍｂｐｓ）をＤＵがサポートする場合、ＦＨに必要な帯域は約２．４Ｇｂｐｓになる。【０００７】
現在検討が進められている５Ｇでは、１０Ｇｂｐｓ以上のピークレート及びさらなる低遅延化が実現される予定である。従って、５Ｇが導入されると、ピークレートの向上に伴いＦＨに必要な帯域も飛躍的に増大することになる。そこで、ＤＵに実装されているレイヤの一部をＲＵ側に実装することで、ＦＨで伝送される情報量を削減することが検討されている。どのレイヤの機能をＲＵ側に実装するのかについては様々なバリエーションが考えられるが、一例として、ＤＵが備えるレイヤ１の機能の全部又は一部をＲＵに実装する案、レイヤ１及びレイヤ２の一部をＲＵ側に実装する案などが検討されている。【０００８】
ここで、ユーザ装置は、基地局との間で接続を確立する場合にＲＡ（ランダムアクセス、Random Access）手順を行う。ＲＡ手順はレイヤ１〜レイヤ３の機能が連携することで行われるため、ＤＵに実装されているレイヤの一部をＲＵ側に実装する場合、ＲＡ手順をＤＵ及びＲＵで連携して行うことになる。しかしながら、現状、３ＧＰＰでは、ＲＡ手順をＤＵ及びＲＵで連携して行う際の具体的な処理手順は規定されていない。【０００９】
開示の技術は上記に鑑みてなされたものであって、ＲＡ手順をＤＵ及びＲＵで連携して行うことを可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
開示の技術の通信装置は、第一の通信装置と、前記第一の通信装置と通信する第二の通信装置と、前記第一の通信装置と通信するユーザ装置とを有する無線通信システムにおいて前記第一の通信装置として用いられる通信装置であって、ランダムアクセス手順を行う際に用いられるパラメータを、前記第二の通信装置から取得する取得部と、前記パラメータで示されるランダムアクセスチャネルにおいて、前記パラメータで示されるランダムアクセスプリアンブルを前記ユーザ装置から受信した場合に、前記ユーザ装置からランダムアクセスプリアンブルを受信したことを示す情報を前記第二の通信装置に通知する制御部と、を有する。
【発明の効果】
【００１１】
開示の技術によれば、ＲＡ手順をＤＵ及びＲＵで連携して行うことを可能にする技術が提供される。
【図面の簡単な説明】
【００１２】
【図１】５Ｇで検討されているＣ−ＲＡＮ構成例を示す図である。
【図２】実施の形態に係る無線通信システムのシステム構成例を示す図である。
【図３】ＤＵとＲＵの機能分担例を説明するための図である。
【図４】実施の形態に係る無線通信システムが行う処理手順の一例を示すシーケンス図である。
【図５】ＲＡＣＨパラメータの一例を示す図である。
【図６】実施の形態に係る無線通信システムが行う処理手順（変形例）の一例を示すシーケンス図である。
【図７】実施の形態に係るＤＵの機能構成例を示す図である。
【図８】実施の形態に係るＲＵの機能構成例を示す図である。
【図９】実施の形態に係るＤＵ及びＲＵのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、特に断りが無い限り、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代（５Ｇ）の通信方式も含む広い意味で使用する。
【００１４】
なお、「レイヤ１」と「物理レイヤ」とは同義である。また、レイヤ２には、ＭＡＣ（Medium Access Control）サブレイヤ、ＲＬＣ（Radio Link Control）サブレイヤ、ＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤが含まれる。レイヤ３は、ＲＲＣ（Radio Resource Control）レイヤと同義である。
【００１５】
＜ＬＴＥにおけるＲＡ手順について＞
ここで、ＬＴＥで規定されているＲＡ手順について説明する。ＲＡ手順を開始する前に、ユーザ装置ＵＥは、基地局ｅＮＢから送信されている同期信号を受信することで、無線フレーム同期（シンボルタイミング同期を含む）を行うと共に、報知情報（ＭＩＢ（Master Information Block）及びＳＩＢ（System Information Block））を受信することで、システム帯域幅、システムフレーム番号（ＳＦＮ：System Frame Number）、セルに関する各種の情報、及び、ＲＡ手順を行うために必要な各種のパラメータを取得する。
【００１６】
ＲＡ手順には、衝突型（Contention based）のＲＡ手順と、非衝突型（Non-contention based）のＲＡ手順とが規定されている。
【００１７】
衝突型の場合、ユーザ装置ＵＥは、衝突型用に割当てられた複数のＲＡプリアンブルから任意のＲＡプリアンブルをランダムに選択し、選択したＲＡプリアンブルを基地局ｅＮＢに送信する。ユーザ装置ＵＥがＲＡプリアンブルを送信するためのメッセージは、Ｍｅｓｓａｇｅ１と呼ばれる。なお、衝突型用に割当てられた複数のＲＡプリアンブルは、更にグループＡ及びＢに分割されており、ユーザ装置ＵＥは、送信したいメッセージのサイズに応じていずれか一方のグループからＲＡプリアンブルを選択することができる。基地局ｅＮＢは、受信したＲＡプリアンブルがグループＡに属するのか又はグループＢに属するのかを判断することで、ユーザ装置ＵＥが送信したいメッセージのサイズの大小を大まかに把握することが可能である。
【００１８】
続いて、基地局ｅＮＢは、ユーザ装置ＵＥから送信されたＲＡプリアンブルを検出し、ＲＡＣＨ（Random Access Channel）レスポンスをユーザ装置ＵＥに送信する。ＲＡＣＨレスポンスは、Ｍｅｓｓａｇｅ２と呼ばれ、検出したＲＡプリアンブルのインデックス（ＲＡＰＩＤ：Random Access Preamble IDentitfier）、一時的なＵＥ−ＩＤ（テンポラリＣ−ＲＮＴＩ（Temporary Cell Radio Network Temporary Identifier））、Ｔｉｍｉｎｇ  Ａｌｉｇｈｍｅｎｔ情報（送信タイミング情報）、ＵＬ（Uplink）スケジューリング情報（Ｍｅｓｓａｇｅ３送信のためのＵＬグラント）、及び、バックオフインジケーターが含まれる。
【００１９】
続いて、ユーザ装置ＵＥは、ＲＡＣＨレスポンスに含まれるＵＬスケジューリング情報で指定された無線リソースを用いて、ＲＡＣＨレスポンスから算出される送信タイミング情報に従ってＣｏｎｔｒｏｌ  ｍｅｓｓａｇｅを基地局に送信する。Ｃｏｎｔｒｏｌ  ｍｅｓｓａｇｅは、Ｍｅｓｓａｇｅ３とも呼ばれ、上位レイヤ（ＲＲＣ）の信号を含む。また、ユーザ装置ＵＥは、ＲＡＣＨレスポンスに含まれる一時的なＵＥ−ＩＤを用いて、端末識別子（UE Contention Resolution Identity）を含むＣｏｎｔｒｏｌ  ｍｅｓｓａｇｅを基地局ｅＮＢに送信する。
【００２０】
続いて、基地局ｅＮＢは、一時的なＵＥ−ＩＤ（テンポラリＣ−ＲＮＴＩ）を用いたＣｏｎｔｒｏｌ  ｍｅｓｓａｇｅを受信し、ＲＲＣ接続又はＲＲＣ再接続のためのＲＲＣメッセージ（RRC Connection setup 又は RRC Connection Reestablishment）をユーザ装置ＵＥに送信する。当該ＲＲＣメッセージは、Ｍｅｓｓａｇｅ４とも呼ばれる。ここで、基地局ｅＮＢは、Ｃｏｎｔｒｏｌ  ｍｅｓｓａｇｅに含まれていた端末識別子（UE Contention Resolution Identity）を当該ＲＲＣメッセージに含めて送信する。また、基地局ｅＮＢは、複数のユーザ装置ＵＥからＣｏｎｔｒｏｌ  ｍｅｓｓａｇｅを受信した場合、いずれか１つのユーザ装置ＵＥからのＣｏｎｔｒｏｌ  ｍｅｓｓａｇｅを選択し、選択したＣｏｎｔｒｏｌ  ｍｅｓｓａｇｅに含まれる端末識別子（UE Contention Resolution Identity）を含むＲＲＣメッセージを送信する。
【００２１】
ユーザ装置ＵＥは、自身がＣｏｎｔｒｏｌ  ｍｅｓｓａｇｅに含めた端末識別子がＲＲＣメッセージに含まれていた場合にＲＡ手順に成功したと判断し、含まれていない場合にＲＡ手順に失敗した（他のユーザ装置ＵＥとＲＡ手順が衝突した）と判断する。
【００２２】
続いて、ＲＡ手順に成功したと判断したユーザ装置ＵＥは、基地局ｅＮＢとの間で共有チャネル（Shared Channel）を用いてデータの送受信を開始する。なお、ユーザ装置ＵＥは、一時的なＵＥ−ＩＤ（テンポラリＣ−ＲＮＴＩ）を自身に割当てられたＵＥ−ＩＤ（Ｃ−ＲＮＴＩ）とみなすようにする。一方、ＲＡ手順に失敗したと判断したユーザ装置ＵＥは、ＲＡプリアンブルを送信する際の送信電力を上げて再度ＲＡプリアンブルを基地局に送信する処理を行う。本処理は、送信電力制御（Power ramping）と呼ばれる。
【００２３】
非衝突型の場合、ユーザ装置ＵＥは、基地局ｅＮＢから予め指定されたＲＡプリアンブル（個別プリアンブル（Dedicated Preamble））を基地局ｅＮＢに送信する（Ｍｅｓｓａｇｅ１）。続いて、基地局ｅＮＢは、ユーザ装置ＵＥから送信されたＲＡプリアンブルを検出し、ＲＡＣＨレスポンスをユーザ装置ＵＥに送信する（Ｍｅｓｓａｇｅ２）。その後、ユーザ装置ＵＥと基地局ｅＮＢ間でＲＲＣコネクションの確立等が行われる。
【００２４】
ここで、リリース１３で規定された、６ＲＢ（Resource Block）分の限られた帯域幅で通信を行うことが可能なカテゴリＭ１と呼ばれるＭＴＣ端末が行うＲＡ手順について説明する。本ＭＴＣ端末は、カバレッジを拡張して広範囲での通信を可能にするために、繰り返し（Repetition）送信をサポートしている。本ＭＴＣ端末は、レイヤ２及びレイヤ３では、ＢＬ（Bandwidth reduced Low complexity）  ＵＥ  ｏｒ  ＵＥ（User Equipment）  ｉｎ  ＣＥ（Coverage Enhancement）と呼ばれる。また、レイヤ１では、ＢＬ／ＣＥ  ＵＥと呼ばれる。以下の説明では、便宜上「ＢＬ／ＣＥ  ＵＥ」と記載する。
【００２５】
ＢＬ／ＣＥ  ＵＥは、ＲＡ手順を開始する前に、カバレッジ拡張範囲の度合いを示すＣＥレベル（０〜３の４段階で、最もカバレッジ拡張範囲が広いレベルは３である）を決定する。ＣＥレベルの初期値（initial-CE-level）は、報知情報で基地局ｅＮＢから通知されるか、又は、報知情報で通知されない場合はサービングセル（在圏セル）における受信電力（ＲＳＲＰ）の測定結果に従ってユーザ装置ＵＥが自ら決定する。衝突型用のＲＡプリアンブルを示す情報（PreambleMappingInfo）、ＰＲＡＣＨ（Physical Random Access Channel）の周波数及び時間リソース（prach-ConfigurationIndex、prach-FrequencyOffset）、ＲＡプリアンブルを繰り返し送信すべき回数（numRepetitionPerPreambleAttempt）、ＲＡプリアンブルの送信を再送可能な回数（maxNumPreambleAttemptCE）は、ＣＥレベル毎に報知情報で予め通知される。
【００２６】
ＢＬ／ＣＥ  ＵＥは、決定されたＣＥレベルに対応する複数のＲＡプリアンブルの候補から任意のＲＡプリアンブルを選択し、選択したＲＡプリアンブルを、ＣＥレベルに対応する回数分繰り返し基地局ｅＮＢに送信する。基地局ｅＮＢからＲＡＣＨレスポンスを受信出来ない場合（より詳細には、報知情報で設定されたウインドウ期間内でＲＡＣＨレスポンスを受信出来ない場合）、ＣＥレベル毎に規定されたＲＡプリアンブルの送信を再送可能な回数だけ、ＣＥレベルに対応する回数分繰り返し基地局ｅＮＢに送信する。それでも基地局ｅＮＢからＲＡＣＨレスポンスを受信出来ない場合、ＢＬ／ＣＥ  ＵＥは、次のＣＥレベル（カバレッジ拡張範囲が次に広いレベル）に切替えてＲＡプリアンブルの送信を行う。
【００２７】
ＲＡＣＨレスポンスを受信した後にＢＬ／ＣＥ  ＵＥが行うＲＡ手順は、基本的に通常のユーザ装置ＵＥと同一であるため説明は省略する。
【００２８】
＜システム構成＞
図２は、実施の形態に係る無線通信システムのシステム構成例を示す図である。図２に示すように、本実施の形態に係る無線通信システムは、ＤＵ１とＲＵ２とユーザ装置ＵＥとを含む。図２では、ＲＵ２が１つ図示されているが、２つ以上のＲＵ２が含まれていてもよい。つまり、ＤＵ１は複数のＲＵ２を制御するように構成されていてもよい。
【００２９】
ＤＵ１は、中央デジタルユニット（Central Digital Unit）と呼ばれてもよいし、ベースバンドユニット（ＢＢＵ：Base Band Unit）と呼ばれてもよいし、中央ユニット（ＣＵ：Central Unit）と呼ばれてもよい。また、中央基地局と呼ばれてもよいし、単に基地局（ｅＮＢ：enhanced Node B）と呼ばれてもよい。
【００３０】
ＲＵ２は、リモート無線ユニット（ＲＲＵ：Remote Radio Unit）と呼ばれてもよいし、ＲＡＵ（Remote Antenna Unit）と呼ばれてもよいし、ＲＲＨ（Remote Radio Head）と呼ばれてもよい。また、リモート基地局と呼ばれてもよいし、単に基地局と呼ばれてもよい。
【００３１】
ユーザ装置ＵＥは、ＭＴＣ端末に限定されず、どのような端末であってもよいが、特に言及しない限りＢＬ／ＣＥ  ＵＥを含む。
【００３２】
本実施の形態に係る無線通信システムは、ＤＵ１及びＲＵ２の間でＦＨを介して所定の信号を送受信し、ＤＵ１が備えるレイヤの機能の一部をＲＵ２で実現する。
【００３３】
＜ＤＵとＲＵの機能分担＞
図３は、ＤＵとＲＵの機能分担例を説明するための図である。図３の境界「Ａ」〜「Ｅ」は、ＤＵ１とＲＵ２にそれぞれ実装される機能の境界を示している。例えば境界「Ｂ」で機能分担する場合、レイヤ２以上の各機能はＤＵ１側に実装され、レイヤ１の各機能はＲＵ２側に実装されることを意味する。なお、境界「Ｅ」で機能分担する場合は、レイヤ１以上の機能をＤＵ１側に実装し、ＣＰＲＩを用いてＤＵ１とＲＵ２を接続する構成に相当する。
【００３４】
また、図３には、境界ごとに、ＦＨに必要とされるビットレートの例を示す。例えば、ＤＵ１で１５０Ｍｂｐｓ（ＤＬ：Downlink）／５０Ｍｂｐｓ（ＵＬ：Uplink）をサポートすると仮定する。この場合において、境界「Ａ」又は「Ｂ」で機能分担する場合、ＦＨに必要な帯域は１５０Ｍｂｐｓ（ＤＬ）／５０Ｍｂｐｓ（ＵＬ）になる。また、境界「Ｃ」で機能分担する場合、ＦＨに必要な帯域は３５０Ｍｂｐｓ（ＤＬ）／１７５Ｍｂｐｓ（ＵＬ）になる。同様に、境界「Ｄ」で機能分担する場合、ＦＨに必要な帯域は４７０Ｍｂｐｓ（ＤＬ）／４７０Ｍｂｐｓ（ＵＬ）になる。一方で、境界「Ｅ」で機能分担する場合、ＦＨに必要な帯域は２．４Ｇｂｐｓ（ＤＬ）／２．４Ｇｂｐｓ（ＵＬ）になる。
【００３５】
本実施の形態に係る無線通信システムは、境界「Ａ」〜「Ｅ」のうち、いずれかの境界での機能分担をサポートするように構成してもよく、更に、ＵＬとＤＬとでそれぞれ異なる境界での機能分担をサポートするように構成してもよい。また、ＤＵとＲＵの機能分担は図３の例に限定されず、どのように機能分担されてもよい。
【００３６】
＜処理手順＞
（シーケンスについて）
図４は、実施の形態に係る無線通信システムが行う処理手順の一例を示すシーケンス図である。図４を用いて、ＲＡ手順をＤＵ及びＲＵで連携して行う際の処理手順について説明する。
【００３７】
まず、ＤＵ１は、ＲＡ手順を行う際に用いられる各種のパラメータ（「ＲＡＣＨパラメータ」と呼ぶ）を含む情報（以下、「ＲＡＣＨパラメータ情報」と呼ぶ）をＲＵ２に送信する（Ｓ１０１）。続いて、ＤＵ１は、ＲＡＣＨパラメータを含む報知情報（ＭＩＢ及びＳＩＢ）又は個別のＲＲＣメッセージをユーザ装置ＵＥに送信する（Ｓ１０２）。ユーザ装置ＵＥは、報知情報又は個別のＲＲＣメッセージを受信することで、ＲＡ手順を行うためのＲＡＣＨパラメータを取得する。なお、個別のＲＲＣメッセージでは、個別プリアンブルに関するパラメータが通知される。
【００３８】
なお、ステップＳ１０１の処理手順は、一定間隔で行われてもよい。つまり、ＤＵ１は、ＲＡＣＨパラメータ情報を所定の周期でＲＵ２に送信するようにしてもよい。また、ＤＵ１は、セルの立ち上げ時にＲＡＣＨパラメータ情報を送信し、その後は、ＲＡＣＨパラメータに変更が生じた場合にＲＡＣＨパラメータ情報をＲＵ２に送信するようにしてもよい。また、ＲＡＣＨパラメータ情報は、ＤＵ１から送信するのではなく、ＲＵ２が備える外部インタフェース等を介して、ＲＵ２に直接設定するようにしてもよい。また、ＲＡＣＨパラメータ情報は複数に分割されており、それぞれ異なるタイミングでＤＵ１からＲＵ２に通知されてもよい。例えば、ＲＡＣＨパラメータ情報は、個別プリアンブルに関するパラメータとその他のパラメータとで分かれていてもよい。
【００３９】
また、ステップＳ１０１の処理手順とステップＳ１０２の処理手順は共通であってもよい。つまり、ＤＵ１からユーザ装置ＵＥに送信される報知情報はＲＵ２を介して送信されるため、ＲＵ２は、ステップＳ１０２の処理手順で送信される報知情報から、必要なＲＡＣＨパラメータを抽出するようにしてもよい。
【００４０】
続いて、ユーザ装置ＵＥは、ＲＡ手順を開始し、ＲＡプリアンブル（ＲＡＣＨプリアンブルとも呼ばれる）を基地局ｅＮＢに送信する（Ｓ１０３）。ＲＵ２は、ユーザ装置ＵＥから送信されたＲＡプリアンブルを受信（検出）した場合に、受信（検出）したＲＡプリアンブルが適切であるかを判定する（Ｓ１０４）。続いて、ＲＵ２は、受信したＲＡプリアンブルが適切であると判定した場合に、ユーザ装置からＲＡプリアンブルを受信したことを示す情報（以下、「ＲＡプリアンブル受信通知」と呼ぶ）をＤＵ１に送信する（Ｓ１０５）。なお、受信したＲＡプリアンブルが適切ではないと判定した場合、ＲＵ２は、その旨をＤＵ１に通知してもよいし、特に通知しなくてもよい。
【００４１】
（ＲＡＣＨパラメータについて）
図５は、ＲＡＣＨパラメータの一例を示す図である。図５を用いて、ＲＵ２でＲＡ手順を行う際に用いられるＲＡＣＨパラメータについて説明する。
【００４２】
「ＲＡプリアンブルのフォーマット情報」は、ＲＡプリアンブルのフォーマットを示す情報であり、例えば、１つのＲＡプリアンブルの送信に用いられるサブフレームの長さ、ＣＰ（Cyclic Prefix）の長さ、及び、ガード時間の長さを含む。ＢＬ／ＣＥ  ＵＥ向けの「ＲＡプリアンブルのフォーマット」はＣＥレベル毎に設定される。なお、「ＲＡプリアンブルのフォーマット情報」に含まれるパラメータは、ＬＴＥでは、０〜６３番までのＰＲＡＣＨ構成インデックス（PRACH Configuration Index）で決定されるプリアンブルフォーマット（０〜４）により一意に決定される。
【００４３】
「ＰＲＡＣＨの周波数リソース情報」は、ＲＡプリアンブルの送信に用いられる周波数リソースを示す情報であり、例えば、帯域幅（ＬＴＥでは６ＲＢ固定）及び周波数オフセット位置（システム帯域幅の下からの位置）を含む。ＢＬ／ＣＥ  ＵＥ向けの「周波数方向のＲＡＣＨ構成情報」はＣＥレベル毎に設定される。
【００４４】
「ＰＲＡＣＨの時間リソース情報」は、ＲＡプリアンブルの送信が許容される時間リソースを示す情報であり、例えば、ＳＦＮ（System frame number）番号（ＬＴＥでは偶数、奇数、又は任意）、サブフレーム番号を含む。ＢＬ／ＣＥ  ＵＥ向けの「ＰＲＡＣＨの送信タイミング情報」はＣＥレベル毎に設定される。なお、「ＰＲＡＣＨの時間リソース情報」に含まれるパラメータは、ＬＴＥでは、０〜６３番までのＰＲＡＣＨ構成インデックスにより一意に決定される。
【００４５】
「ＲＡＣＨのシーケンス情報」は、ＲＡプリアンブルのＲＡプリアンブル系列を生成するための情報であり、例えば、シーケンス長（Sequence length）、ルートシーケンス番号、サイクリックシフトの単位、及びハイスピード情報を含む。
【００４６】
なお、ルートシーケンス番号は、ＲＡプリアンブル系列の生成に使用する物理ルートシーケンス番号により指定されてもよいし、物理ルートシーケンス番号と論理ルートシーケンス番号とが対応づけられた対応表に従って、論理ルートシーケンス番号で指定されてもよい。また、物理ルートシーケンス番号と所定の範囲の論理ルートシーケンス番号とが対応づけられた対応表において、所定の範囲の最初の論理ルートシーケンス番号と、ＲＡプリアンブル系列の生成に使用するルートシーケンスの数で指定されてもよい。例えば、所定の範囲の論理ルートシーケンス番号（８１６〜８１９）に対応づけられる物理ルートシーケンス番号がそれぞれ、３６７、４７２、２９６及び５４３である場合、所定の範囲の最初の論理ルートシーケンス番号として８１６を通知し、ＲＡプリアンブル系列の生成に使用するルートシーケンスの数として３を通知するようにしてもよい。この場合、ＲＡプリアンブル系列の生成に使用する物理ルートシーケンス番号は、３６７、４７２、及び２９６と認識される。また、「ＲＡＣＨのシーケンス情報」として、ＲＡプリアンブルの長さ及びサイクリックシフトの値のみをＲＵ２に通知し、ＲＡプリアンブルの長さ及びサイクリックシフトの値に基づいてＲＵ２が物理ルートシーケンス番号を計算するようにしてもよい。
【００４７】
「ＲＡＣＨのベースバンド構成情報」は、「ＲＡＣＨのシーケンス情報」により生成される周波数領域のＲＡプリアンブルの信号を時間領域の信号に変換する際に用いられる情報であり、ＲＡプリアンブルにおけるサブキャリア間隔を含む。サブキャリア間隔は、ＬＴＥではプリアンブルフォーマット（０〜４）により一意に定められており、フォーマット０〜３では１２５０Ｈｚ、フォーマット４では７５００Ｈｚである。
【００４８】
「プリアンブル繰返し数」は、ＢＬ／ＣＥ  ＵＥ向けのパラメータであり、ＣＥレベル毎にＲＡプリアンブルを繰り返し送信すべき回数に関する情報である。
【００４９】
「ＰＲＡＣＨ送信開始サブフレーム」は、ＢＬ／ＣＥ  ＵＥ向けのパラメータであり、ＲＡプリアンブルが繰り返し送信される際に、最初のＲＡプリアンブルが送信されるサブフレーム番号を示す情報である。
【００５０】
「ＣＥレベルの初期値」は、ＢＬ／ＣＥ  ＵＥ向けのパラメータであり、上述したＣＥレベルの初期値を示す情報である。
【００５１】
「衝突型用のプリアンブル情報」は、全てのＲＡプリアンブルのうち、どのＲＡプリアンブルが衝突型のＲＡ手順に用いられるのかを示す情報である。
【００５２】
「ＲＡプリアンブルグループＡ／Ｂに関する情報」は、衝突型用の複数のＲＡプリアンブルのうちＲＡプリアンブルグループＡに該当するＲＡプリアンブル、ＲＡプリアンブルグループＡが選択される場合のメッセージサイズ閾値、ＲＡプリアンブルグループＢが選択される場合の電力オフセットを含む。なお、ＲＡプリアンブルグループＡが選択される場合のメッセージサイズ閾値、及び、ＲＡプリアンブルグループＢが選択される場合の電力オフセットは、ユーザ装置ＵＥ側で用いる情報でありＲＵ２は特に把握する必要はないため、ＲＡＣＨパラメータ情報には含まれていなくてもよい。
「ＲＡプリアンブルグループ（ＣＥレベル毎）に関する情報」は、ＢＬ／ＣＥ  ＵＥ向けのパラメータであり、「衝突型用のプリアンブル情報」で示される複数のＲＡプリアンブルのうち、どのＲＡプリアンブルがどのＣＥレベルにマッピングされるかを示す情報である。
【００５３】
「パワーランピング単位情報」は、上述した送信電力制御に用いられるパラメータであり、ユーザ装置ＵＥがＲＡ手順をやり直す際に、どの程度送信電力を上げるべきかを示す情報である。なお、「パワーランピング単位情報」は、ユーザ装置ＵＥ側で用いる情報でありＲＵ２は特に把握する必要はないため、ＲＡＣＨパラメータ情報には含まれていなくてもよい。
【００５４】
「プリアンブルの最大再送回数」は、ユーザ装置ＵＥがＲＡＣＨレスポンスを受信出来ない場合、又は、ＲＡ手順に失敗した（他のユーザ装置ＵＥとＲＡ手順が衝突した）と判断した場合に、ＲＡプリアンブルを再送可能な最大回数を示す情報である。なお、ＢＬ／ＣＥ  ＵＥ向けの「プリアンブルの最大再送回数」はＣＥレベル毎に設定される。
【００５５】
「ＲＡＣＨ応答受信ウインドウサイズ」は、ＲＡプリアンブルを送信したユーザ装置ＵＥが、ＲＡＣＨレスポンス受信のためにＰＤＣＣＨ（ＢＬ／ＣＥ  ＵＥの場合はＭＰＤＣＣＨ（MTC PDCCH））をモニタすべき期間（ウインドウサイズ）を示す情報である。なお、ＢＬ／ＣＥ  ＵＥ向けの「ＲＡＣＨ応答受信ウインドウサイズ」はＣＥレベル毎に設定される。なお、「ＲＡＣＨ応答受信ウインドウサイズ」は、ユーザ装置ＵＥ側で用いる情報でありＲＵ２は特に把握する必要はないため、ＲＡＣＨパラメータ情報には含まれていなくてもよい。
【００５６】
「ＭＡＣ競合解決タイマ値」は、Ｍｅｓｓａｇｅ３を送信したユーザ装置ＵＥが、Ｍｅｓｓａｇｅ４受信のためにＰＤＣＣＨ（ＢＬ／ＣＥ  ＵＥの場合はＭＰＤＣＣＨ）をモニタすべき期間を示す情報である。なお、ＢＬ／ＣＥ  ＵＥ向けの「ＭＡＣ競合解決タイマ値」はＣＥレベル毎に設定される。
【００５７】
「Ｍｓｇ３のＨＡＲＱに関する最大送信回数」は、Ｍｅｓｓａｇｅ３に適用されるＨＡＲＱにおいて、同一のデータを送信（再送を含む）可能な最大回数を示す情報である。なお、「Ｍｓｇ３のＨＡＲＱに関する最大送信回数」は、ユーザ装置ＵＥ側で用いる情報でありＲＵ２は特に把握する必要はないため、ＲＡＣＨパラメータ情報には含まれていなくてもよい。
【００５８】
「非衝突型用のプリアンブル情報」は、ユーザ装置ＵＥに割当てられた個別プリアンブルを示す情報であり、ユーザ装置ＵＥに割当てられた個別プリアンブルのインデックスとユーザ装置ＵＥのＵＥ−ＩＤ（例えば、Ｃ−ＲＮＴＩ）とが対応づけられている。
【００５９】
「ＲＡＣＨ  Ｍａｓｋ  Ｉｎｄｅｘの情報」は、個別プリアンブルを割当てられたユーザ装置ＵＥが、個別プリアンブルを送信可能なＰＲＡＣＨの時間リソース（サブフレーム）を示す情報である。
【００６０】
「ＲＡＣＨの目標受信電力」は、ユーザ装置ＵＥがＲＡプリアンブルを送信する際の送信電力を決定する際に用いられる情報である。なお、「ＲＡＣＨの目標受信電力」は、ユーザ装置ＵＥ側で用いる情報でありＲＵ２は特に把握する必要はないため、ＲＡＣＨパラメータ情報には含まれていなくてもよい。
【００６１】
「個別プリアンブル待受けタイマ値」は、ＲＵ２が、ユーザ装置ＵＥに割当られた個別プリアンブルを待ち受ける期間を示す情報である。ＲＵ２は、本タイマが満了するまでに個別プリアンブルを受信できなかった場合、そのユーザ装置ＵＥについては（例えば、他のセルに移動したなどの要因で）個別プリアンブルを送信しないと判断して待ち受けを停止するように動作する。
【００６２】
（ＲＡＣＨパラメータ情報の設定値について）
ＲＡＣＨパラメータ情報に含まれる各種のＲＡＣＨパラメータの設定値には、実際の値が設定されていてもよいし、予め規定されたインデックスの値が設定されていてもよい。また、ＲＡＣＨパラメータ毎に設定値が設定されるのではなく、複数のＲＡＣＨパラメータの組み合わせ毎に予め規定されたインデックスの値が設定されていてもよい。
【００６３】
（ＲＡプリアンブルの判定処理について）
図４のステップＳ１０４で、ＲＵ２は、ユーザ装置ＵＥから送信されたＲＡプリアンブルを受信（検出）した場合に、受信（検出）したＲＡプリアンブルが適切であるかを判定する。より具体的には、ＲＵ２は、ＲＡＣＨパラメータで示されるＲＡＣＨで（ＲＡＣＨパラメータで示されるＲＡＣＨの周波数及び時間リソースで）、ＲＡＣＨパラメータに示されるＲＡプリアンブル（ＲＡＣＨパラメータに従って生成されたＲＡプリアンブル）を受信したか否かを判定する。
【００６４】
例えば、ＲＵ２は、受信したＲＡプリアンブルが、ＲＡＣＨパラメータで示されるＲＡＣＨリソース（ＲＡＣＨの周波数及び時間リソース）の範囲に含まれているか否かを判定し、ＲＡＣＨパラメータで示されるＲＡＣＨリソースの範囲に含まれていない場合は、受信したＲＡプリアンブルが適切ではないと判定してもよい。
【００６５】
また、例えば、ＢＬ／ＣＥ  ＵＥからＲＡプリアンブルを受信する場合、「プリアンブル繰返し数」で指定される回数分のＲＡプリアンブルを受信出来ない場合は、受信したＲＡプリアンブルが適切ではないと判定してもよい。なお、「プリアンブル繰返し数」はＣＥレベル毎に規定されるが、ＲＡＣＨリソース（ＲＡＣＨの周波数及び時間リソース）もＣＥレベル毎に規定されるため、ＲＵ２は、ＲＡプリアンブルを受信した際のＲＡＣＨリソースに基づいて、どのＣＥレベルのＲＡプリアンブルを何回受信したのかを判断することができる。
【００６６】
また、例えば、ＢＬ／ＣＥ  ＵＥからＲＡプリアンブルを受信する場合、「プリアンブル繰返し数」で指定される回数のうち、所定の割合（又は所定の回数）のＲＡプリアンブルを受信出来ない場合に、受信したＲＡプリアンブルが適切ではないと判定してもよい。例えば、「プリアンブル繰返し数」が１６回に設定されており、かつ、所定の割合が５０％に設定されていると仮定した場合、ＲＵ２は、ＲＡプリアンブルを受信した回数が８回未満である場合、受信したＲＡプリアンブルが適切ではないと判定してもよい。所定の割合は、ＲＡＣＨパラメータ情報に含まれていてもよいし、ＲＵ２が備える外部インタフェース等を介してＲＵ２に直接設定されていてもよい。
【００６７】
また、個別プリアンブルについては、ＲＵ２は、「非衝突型用のプリアンブル情報」で指定された個別プリアンブルを、「ＲＡＣＨ  Ｍａｓｋ  Ｉｎｄｅｘの情報」で指定された当該個別プリアンブルを送信可能なＰＲＡＣＨリソースで、「個別プリアンブル待受けタイマ値」で指定されたタイマが満了するまの間に受信することが出来た場合にのみ、ＲＡプリアンブルを受信したとみなすようにする。なお、個別プリアンブル待受けタイマの開始契機は、ＤＵ１から個別プリアンブルをユーザ装置ＵＥに送信したとの通知を受けたタイミングであってもよいし、「非衝突型用のプリアンブル情報」を含むＲＡＣＨプリアンブル情報をＤＵ１から受信したタイミングであってもよい。
【００６８】
（ＲＡプリアンブル受信通知について）
図４のステップＳ１０５で、ＲＵ２は、受信したＲＡプリアンブルが適切であると判定した場合に、ＲＡプリアンブル受信通知をＤＵ１に送信する。より具体的には、ＲＵ２は、ＲＡプリアンブル受信通知に、「受信したＲＡプリアンブルのＲＡＰＩＤ」、及び、「ユーザ装置ＵＥに指示すべきＵＬの送信タイミングを示す情報（Timing Alignment情報）」を含めてＤＵ１に送信する。ＲＵ２は、ユーザ装置ＵＥから衝突型用のＲＡプリアンブルを受信した場合、ＲＡプリアンブル受信通知に、更に、「テンポラリＣ−ＲＮＴＩ」を含めるようにしてもよい。また、ＲＵ２は、ユーザ装置ＵＥから個別プリアンブルを受信した場合、ＲＡプリアンブル受信通知に、更に、当該ユーザ装置ＵＥのＵＥ−ＩＤ（Ｃ−ＲＮＴＩ）を含めてＤＵ１に送信するようにしてもよい。なお、ＵＬの送信タイミングを示す情報は、例えば、ＤＬ（Downlink）サブフレームの境界のタイミングとＲＡプリアンブルを受信したタイミングとの差分であってもよい。また、差分値は絶対値で表現されてよいし、予め定義された対応表に基づいて決定されるインデックス値で表現されてもよい。
【００６９】
ＲＵ２は、ＲＡＣＨ干渉レベル（ＰＲＡＣＨのリソースにおける干渉レベル）を測定し、測定したＲＡＣＨ干渉レベルをＤＵ１に送信するようにしてもよい。ＲＵ２は、ＲＡＣＨ干渉レベルをＲＡプリアンブル受信通知に含めてＤＵ１に送信するようにしてもよいし、ＲＡプリアンブル受信通知とは別個の情報としてＤＵ１に送信するようにしてもよい。また、ＲＵ２は、ＲＡプリアンブルの受信品質（例えばＳＩＲ）を測定し、測定したＲＡプリアンブルの受信品質をＲＡプリアンブル受信通知に含めてＤＵ１に送信するようにしてもよい。
【００７０】
また、ＲＵ２は、ＢＬ／ＣＥ  ＵＥからＲＡプリアンブルを受信した場合、受信したＲＡプリアンブルに対応するＣＥレベルをＲＡプリアンブル受信通知に含めてＤＵ１に送信するようにしてもよい。
【００７１】
また、ＲＵ２は、ＲＡプリアンブルを受信したＲＡＣＨリソースの周波数及び時間リソースを示す情報（例えば、周波数方向のＲＢのインデックス、ＳＦＮ及びサブフレーム番号など）をＲＡプリアンブル受信通知に含めてＤＵ１に送信するようにしてもよい。
【００７２】
ＤＵ１に通知されるＲＡＣＨ干渉レベル、ＲＡプリアンブルの受信品質、及び、ＲＡプリアンブルを受信したＲＡＣＨリソースの周波数及び時間リソースを示す情報は、絶対値で表現されてよいし、予め定義された対応表に基づいて決定されるインデックス値で表現されてもよい。
【００７３】
＜処理手順の変形例＞
以下、処理手順の変形例について説明する。
【００７４】
（ＲＡＣＨレスポンスの送信について）
図４を用いて処理手順では、ＲＡＣＨレスポンスの送信はＤＵ１が行う前提で説明したが、ＲＡＣＨレスポンスの送信をＲＵ２で行うようにしてもよい。
【００７５】
図６は、実施の形態に係る無線通信システムが行う処理手順（変形例）の一例を示すシーケンス図である。なお、図４と同一の処理手順については同一の符号を付して説明は省略する。
【００７６】
ＲＵ２は、ステップＳ１０４の処理手順で受信したＲＡプリアンブルが適切であると判定した場合、Ｍｅｓｓａｇｅ３送信のためのＵＬ（Uplink）リソースの割当てを行い、Ｍｅｓｓａｇｅ３送信のためのリソースを示す情報をＤＵ１に送信する（Ｓ２０５）。割当てたリソースを示す情報には、割当てたリソースの周波数及び時間リソースを示す情報（例えば、周波数方向のＲＢのインデックス、ＳＦＮ及びサブフレーム番号など）、及び、リソースを割当てたユーザ装置ＵＥのＵＥ−ＩＤが含まれる。ＲＵ２が受信したＲＡプリアンブルが衝突型の場合、当該ＵＥ−ＩＤはＲＵ２が払い出したテンポラリＲＮＴＩである。また、ＲＵ２が受信したＲＡプリアンブルが個別プリアンブルの場合、当該ＵＥ−ＩＤはＤＵ１が払い出したＲＮＴＩ（つまり、「非衝突型用のプリアンブル情報」で指定される、個別プリアンブルに対応するＣ−ＲＮＴＩなど）である。なお、割当てたリソースの周波数及び時間リソースを示す情報は絶対値で表現されてよいし、予め定義された対応表に基づいて決定されるインデックス値で表現されてもよい。ＤＵ１は、ＲＵ２から受信したＭｅｓｓａｇｅ３送信のためのリソースを示す情報を用いることで、当該リソースを避けるようにＵＬのスケジューリングを行うことが可能になる。
【００７７】
続いて、ＲＵ２は、Ｍｅｓｓａｇｅ３送信用のＵＬリソースを示すＵＬ  グラントを含むＲＡＣＨレスポンスをユーザ装置ＵＥに送信する（Ｓ２０６）。ＲＵ２が送信するＲＡＣＨレスポンスには、ＲＵ２が受信したＲＡプリアンブルのＲＡＰＩＤ、ユーザ装置ＵＥのＵＥ−ＩＤ（テンポラリＣ−ＲＮＴＩ、Ｃ−ＲＮＴＩなど）、Ｔｉｍｉｎｇ  Ａｌｉｇｈｍｅｎｔ情報（送信タイミング情報）、Ｍｅｓｓａｇｅ３送信のためのＵＬグラント、及び、バックオフインジケーターが含まれる。なお、ＲＵ２は、ＲＡＣＨレスポンスを送信するＰＤＣＣＨ（ＢＬ／ＣＥ  ＵＥの場合はＭＰＤＣＣＨ）のＣＲＣマスクに用いるＲＡ−ＲＮＴＩを、ＲＡプリアンブルを受信したＲＡＣＨリソースの周波数位置及びサブフレーム位置に基づいて算出する。
【００７８】
以上説明した処理手順により、ＲＵ２側でＲＡＣＨレスポンスを直接ユーザ装置ＵＥに送信することが可能になり、ＤＵ１側の処理負荷を軽減させることが可能になる。
【００７９】
（ＲＡＣＨの輻輳状況について）
ＲＵ２は、ＲＡＣＨの輻輳状況を監視し、ＲＡＣＨの輻輳状況に基づいて算出したバックオフインジケーターをＤＵ１又はユーザ装置ＵＥに送信するようにしてもよい。ＲＵ２は、ＲＡＣＨの輻輳状態を、受信したＲＡプリアンブルの数、及び／又は、送信することができなかったＲＡＣＨレスポンスの数などに応じて判断するようにしてもよい。算出したバックオフインジケーターをＤＵ１に送信する際、ＲＵ２は、バックオフインジケーターをＲＡプリアンブル受信通知に含めて送信するようにしてもよいし、ＲＡプリアンブル受信通知とは別個の情報としてＤＵ１に送信するようにしてもよい。バックオフインジケーターは絶対値で表現されてよいし、予め定義された対応表に基づいて決定されるインデックス値で表現されてもよい。
【００８０】
バックオフインジケーターは、ユーザ装置ＵＥにおいてＲＡプリアンブルの再送を遅らせる時間であるバックオフタイマの値の決定に用いられる。従って、ＲＵ２は、ＲＡＣＨの輻輳状況に応じてバックオフインジケーターの値を算出する際に、輻輳状況に応じてバックオフインジケーターの値が大きくなるようにすることで、ＲＡＣＨの輻輳を緩和させることができる。
【００８１】
（ＲＡＣＨの目標受信電力について）
前述した「ＲＡＣＨの目標受信電力」は、ＲＵ２からＤＵ１に通知されるＲＡＣＨ干渉レベルに応じてＤＵ１が算出するようにしてもよいし、又は、ＲＵ２がＲＡＣＨ干渉レベルに応じて算出してＤＵ１に通知するようにしてもよい。ＤＵ１に通知されるＲＡＣＨ干渉レベル、又は、ＲＡＣＨの目標受信電力は、絶対値で表現されてよいし、予め定義された対応表に基づいて決定されるインデックス値で表現されてもよい。
【００８２】
＜機能構成＞
（ＤＵ）
図７は、実施の形態に係るＤＵの機能構成例を示す図である。図７に示すように、ＤＵ１は、ＲＵ間信号送信部１０１と、ＲＵ間信号受信部１０２と、パラメータ通知部１０３と、ＲＡ制御部１０４とを有する。なお、図７は、ＤＵ１において実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（５Ｇ含む）に準拠した動作を行うための図示しない機能も有するものである。また、図７に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分又は機能部の名称はどのようなものでもよい。ただし、これまでに説明したＤＵ１の処理の一部（例：特定の処理手順又は変形例のみ等）を実行可能としてもよい。
【００８３】
ＲＵ間信号送信部１０１は、ＤＵ１から送信されるべきデータに対して各レイヤの処理を行うことで信号を生成し、生成した信号を、ＦＨを介してＲＵ２に送信する機能を含む。ＲＵ間信号受信部１０２は、ＲＵ２からＦＨを介して信号を受信し、受信した信号に対して各レイヤの処理を行うことでデータを取得する機能を含む。ＲＵ間信号送信部１０１及びＲＵ間信号受信部１０２は、ＦＨで用いられる所定のプロトコルのインタフェースとしての機能を含む。
【００８４】
パラメータ通知部１０３は、ＲＡＣＨパラメータ情報をＲＵ２に送信する機能を有する。また、パラメータ通知部１０３は、報知情報及び個別のＲＲＣメッセージを用いて、ユーザ装置ＵＥにＲＡＣＨパラメータを設定する機能を有していてもよい。
【００８５】
ＲＡ制御部１０４は、ユーザ装置ＵＥとの間でランダムアクセス手順を実行する機能を有する。また、ＲＡ制御部１０４は、ＲＡＣＨレスポンスの送信、Ｍｅｓｓａｇｅ３の受信及びＭｅｓｓａｇｅ４の送信を行うようにしてもよいし、Ｍｅｓｓａｇｅ３の受信及びＭｅｓｓａｇｅ４の送信のみを行うようにしてもよい。
【００８６】
（ＲＵ）
図８は、実施の形態に係るＲＵの機能構成例を示す図である。図８に示すように、ＲＵ２は、ＤＵ間信号送信部２０１と、ＤＵ間信号受信部２０２と、ＵＥ間信号送信部２０３と、ＵＥ間信号受信部２０４と、パラメータ取得部２０５と、ＲＡ制御部２０６とを有する。なお、図８は、ＲＵ２において実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（５Ｇ含む）に準拠した動作を行うための図示しない機能も有するものである。また、図８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分又は機能部の名称はどのようなものでもよい。ただし、これまでに説明したＲＵ２の処理の一部（例：特定の処理手順又は変形例のみ等）を実行可能としてもよい。
【００８７】
ＤＵ間信号送信部２０１は、ＤＵ１に送信すべき信号をＦＨを介してＤＵ１に送信する機能を含む。ＤＵ間信号受信部２０２は、ＤＵ１からＦＨを介して信号を受信する機能を含む。また、ＤＵ間信号送信部２０１及びＤＵ間信号受信部２０２は、ＦＨで用いられる所定のプロトコルのインタフェースとしての機能を含む。
【００８８】
ＵＥ間信号送信部２０３は、ＤＵ間信号受信部２０２で受信した信号から無線信号を生成してユーザ装置ＵＥに送信する機能を含む。ＵＥ間信号受信部２０４は、ユーザ装置ＵＥから無線信号を受信し、受信した無線信号に対して所定のレイヤの処理を行ってＤＵ間信号送信部２０１に渡す機能を含む。
【００８９】
パラメータ取得部２０５は、ランダムアクセス手順を行う際に用いられるＲＡＣＨパラメータを、ＤＵ１から取得する機能を有する。
【００９０】
ＲＡ制御部２０６は、ランダムアクセス手順に関する処理を行う機能を有する。また、ＲＡ制御部２０６は、ＲＡＣＨパラメータで示されるランダムアクセスチャネル（ＲＡＣＨ）において、ＲＡＣＨパラメータで示されるＲＡプリアンブルをユーザ装置ＵＥから受信した場合に、ユーザ装置ＵＥからＲＡプリアンブルを受信したことを示す情報（ＲＡプリアンブル受信通知）をＤＵ１に通知する。
【００９１】
また、ＲＡ制御部２０６は、特定のユーザ装置ＵＥに割当てられた個別プリアンブルを所定のタイマ（個別プリアンブル待受けタイマ）が満了する前に受信した場合に、特定のユーザ装置ＵＥに割当てられた個別プリアンブルを特定のユーザ装置ＵＥから受信したことを示す情報をＤＵ１に通知するようにしてもよい。
【００９２】
また、ＲＡ制御部２０６は、特定の種別のユーザ装置ＵＥ（ＢＬ／ＣＥ  ＵＥ）から、"特定の種別のユーザ装置がＲＡプリアンブルを繰り返し送信すべき回数"のＲＡプリアンブルを受信した場合に、ユーザ装置ＵＥからＲＡプリアンブルを受信したことを示す情報をＤＵ１に通知するようにしてもよい。
【００９３】
また、ＲＡ制御部２０６は、ユーザ装置ＵＥからＲＡプリアンブルを受信したことを示す情報に、受信したＲＡプリアンブルのＩＤと、ユーザ装置ＵＥに指示すべき送信タイミングを示す情報とを含めてＤＵ１に通知するようにしてもよい。
【００９４】
また、ＲＡ制御部２０６は、ＲＡＣＨパラメータで示されるランダムアクセスチャネルにおいて、ＲＡＣＨパラメータで示されるＲＡプリアンブルをユーザ装置ＵＥから受信した場合に、ユーザ装置ＵＥからＲＡプリアンブルを受信したことを示す情報に代えて、ユーザ装置ＵＥからＭｅｓｓａｇｅ３が送信される無線リソースを示す情報をＤＵ１に通知すると共に、Ｍｅｓｓａｇｅ３が送信される無線リソースを示す情報を含むランダムアクセス応答メッセージ（ＲＡＣＨレスポンス）をユーザ装置ＵＥに送信するようにしてもよい。
【００９５】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図７及び図８）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【００９６】
例えば、実施の形態におけるＤＵ１及びＲＵ２は、本発明のランダムアクセス制御方法の処理を行うコンピュータとして機能してもよい。図９は、実施の形態に係るＤＵ１及びＲＵ２のハードウェア構成の一例を示す図である。上述のＤＵ１及びＲＵ２は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信ＩＦ装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００９７】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＤＵ１及びＲＵ２のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００９８】
ＤＵ１及びＲＵ２における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信ＩＦ装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００９９】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、ＤＵ１のＲＵ間信号送信部１０１と、ＲＵ間信号受信部１０２と、パラメータ通知部１０３と、ＲＡ制御部１０４と、ＲＵ２のＤＵ間信号送信部２０１と、ＤＵ間信号受信部２０２と、ＵＥ間信号送信部２０３と、ＵＥ間信号受信部２０４と、パラメータ取得部２０５と、ＲＡ制御部２０６とは、プロセッサ１００１で実現されてもよい。
【０１００】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信ＩＦ装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ＤＵ１のＲＵ間信号送信部１０１と、ＲＵ間信号受信部１０２と、パラメータ通知部１０３と、ＲＡ制御部１０４と、ＲＵ２のＤＵ間信号送信部２０１と、ＤＵ間信号受信部２０２と、ＵＥ間信号送信部２０３と、ＵＥ間信号受信部２０４と、パラメータ取得部２０５と、ＲＡ制御部２０６とは、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【０１０１】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、実施の形態に係るランダムアクセス制御方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１０２】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【０１０３】
通信ＩＦ装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ＤＵ１のＲＵ間信号送信部１０１、及びＲＵ間信号受信部１０２、ＲＵ２のＤＵ間信号送信部２０１、ＤＵ間信号受信部２０２、ＵＥ間信号送信部２０３、及びＵＥ間信号受信部２０４は、通信ＩＦ装置１００４で実現されてもよい。
【０１０４】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１０５】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１０６】
また、ＤＵ１及びＲＵ２は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１０７】
＜まとめ＞
以上、実施の形態によれば、第一の通信装置と、前記第一の通信装置と通信する第二の通信装置と、前記第一の通信装置と通信するユーザ装置とを有する無線通信システムにおいて前記第一の通信装置として用いられる通信装置であって、ランダムアクセス手順を行う際に用いられるパラメータを、前記第二の通信装置から取得する取得部と、前記パラメータで示されるランダムアクセスチャネルにおいて、前記パラメータで示されるランダムアクセスプリアンブルを前記ユーザ装置から受信した場合に、前記ユーザ装置からランダムアクセスプリアンブルを受信したことを示す情報を前記第二の通信装置に通知する制御部と、を有する通信装置が提供される。この通信装置ｅＮＢによれば、ＲＡ手順をＤＵ及びＲＵで連携して行うことを可能にする技術が提供される。
【０１０８】
また前記パラメータには、特定のユーザ装置に割当られた個別プリアンブルを示す情報と、所定のタイマ値とが含まれており、前記制御部は、前記特定のユーザ装置に割当てられた個別プリアンブルを前記所定のタイマ値が満了する前に受信した場合に、前記特定のユーザ装置に割当てられた個別プリアンブルを前記特定のユーザ装置から受信したことを示す情報を前記第二の通信装置に通知する、ようにしてもよい。これにより、ＲＵ２は、所定のタイマが満了した場合、そのユーザ装置ＵＥについては（例えば、他のセルに移動したなどの要因で）個別プリアンブルを送信しないと判断して待ち受けを停止するように動作することが可能になる。
【０１０９】
また、前記パラメータには、特定の種別のユーザ装置がランダムアクセスプリアンブルを繰り返し送信すべき回数に関する情報が含まれており、前記制御部は、前記特定の種別のユーザ装置から、前記繰り返し送信すべき回数のランダムアクセスプリアンブルを受信した場合に、前記ユーザ装置からランダムアクセスプリアンブルを受信したことを示す情報を前記第二の通信装置に通知するようにしてもよい。これにより、ＲＵ２は、ユーザ装置ＵＥがＢＬ／ＣＥ  ＵＥである場合に、繰り返し送信されるＲＡプリアンブルを所定の回数受信した場合に、受信したＲＡプリアンブルが適切であると判定することができる。
【０１１０】
また、前記ユーザ装置からランダムアクセスプリアンブルを受信したことを示す情報には、ランダムアクセスプリアンブルのＩＤと、前記ユーザ装置に指示すべき送信タイミングを示す情報とが含まれるようにしてもよい。これにより、ＲＵ２は、受信したＲＡプリアンブルのＲＡＰＩＤをＤＵ１に通知することが可能になると共に、ユーザ装置ＵＥに指示すべきＴｉｍｉｎｇ  Ａｌｉｇｈｍｎｅｔの値をＤＵ１に報告することが可能になる。
【０１１１】
また、前記制御部は、前記パラメータで示されるランダムアクセスチャネルにおいて、前記パラメータで示されるランダムアクセスプリアンブルを前記ユーザ装置から受信した場合に、前記ユーザ装置からランダムアクセスプリアンブルを受信したことを示す情報に代えて、前記ユーザ装置からＭｅｓｓａｇｅ３が送信される無線リソースを示す情報を前記第二の通信装置に通知すると共に、前記Ｍｅｓｓａｇｅ３が送信される無線リソースを示す情報を含むランダムアクセス応答メッセージを前記ユーザ装置に送信するようにしてもよい。これにより、ＲＡ手順をＤＵ１及びＲＵ２で連携して行う際に、ＲＵ２側でＲＡＣＨレスポンスを直接ユーザ装置ＵＥに送信することが可能になり、ＤＵ１側の処理負荷を軽減させることが可能になる。
【０１１２】
また、実施の形態によれば、第一の通信装置と、前記第一の通信装置と通信する第二の通信装置と、前記第一の通信装置と通信するユーザ装置とを有する無線通信システムにおいて前記第一の通信装置として用いられる通信装置が実行するランダムアクセス制御方法であって、ランダムアクセス手順を行う際に用いられるパラメータを、前記第二の通信装置から取得するステップと、前記パラメータで示されるランダムアクセスチャネルにおいて、前記パラメータで示されるランダムアクセスプリアンブルを前記ユーザ装置から受信した場合に、前記ユーザ装置からランダムアクセスプリアンブルを受信したことを示す情報を前記第二の通信装置に通知するステップと、を有するランダムアクセス制御方法が提供される。このランダムアクセス制御方法によれば、ＲＡ手順をＤＵ及びＲＵで連携して行うことを可能にする技術が提供される。
【０１１３】
＜実施形態の補足＞
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣメッセージは、ＲＲＣシグナリングと呼ばれてもよい。また、ＲＲＣメッセージは、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【０１１４】
判定又は判断は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１１５】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。
【０１１６】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１１７】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１１８】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１１９】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１２０】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【０１２１】
上述したパラメータに使用する名称はいかなる点においても限定的なものではない。様々なパラメータは、あらゆる好適な名称によって識別できるので、これらの様々なパラメータの名称は、いかなる点においても限定的なものではない。
【０１２２】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１２３】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１２４】
本明細書で使用する「第一の」、「第二の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０１２５】
ユーザ装置ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１２６】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【０１２７】
なお、実施の形態において、ＲＵ２は第一の通信装置の一例である。ＤＵ１は第二の通信装置の一例である。
【０１２８】
本特許出願は２０１６年５月２７日に出願した日本国特許出願第２０１６−１０６８３５号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−１０６８３５号の全内容を本願に援用する。
【符号の説明】
【０１２９】
１  ＤＵ
２  ＲＵ
ＵＥ  ユーザ装置
１０１  ＲＵ間信号送信部
１０２  ＲＵ間信号受信部
１０３  パラメータ通知部
１０４  ＲＡ制御部
２０１  ＤＵ間信号送信部
２０２  ＤＵ間信号受信部
２０３  ＵＥ間信号送信部
２０４  ＵＥ間信号受信部
２０５  パラメータ取得部
２０６  ＲＡ制御部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信ＩＦ装置
１００５  入力装置
１００６  出力装置
【図１】
2017203969.tif 000003
【図２】
2017203969.tif 000004
【図３】
2017203969.tif 000005
【図４】
2017203969.tif 000006
【図５】
2017203969.tif 000007
【図６】
2017203969.tif 000008
【図７】
2017203969.tif 000009
【図８】
2017203969.tif 000010
【図９】
2017203969.tif 000011
【国際調査報告】
2017203969.tif 000012
2017203969.tif 000013
2017203969.tif 000014
2017203969.tif 000015