(57)【要約】  張出局と中央集約局とを含む無線基地局において、前記張出局は、ユーザ装置が上りリンク参照信号を送信する際に用いるリソースの割り当てを判断する上りリンク参照信号受信判断部と、前記上りリンク参照信号受信判断部が判断した判断結果に基づいて前記ユーザ装置から上りリンク参照信号を受信するユーザ装置間信号受信部と、前記ユーザ装置間信号受信部が受信した上りリンク参照信号に基づいて測定情報を算出する測定情報算出部と、前記測定情報算出部が算出した測定情報を前記中央集約局に送信する中央集約局間信号送信部とを有し、前記中央集約局は、前記張出局から測定情報を受信する張出局間受信部を有する。
2017175654.tif 000002
【特許請求の範囲】
【請求項１】
張出局と中央集約局とを含む無線基地局であって、
前記張出局は、
ユーザ装置が上りリンク参照信号を送信する際に用いるリソースの割り当てを判断する上りリンク参照信号受信判断部と、
前記上りリンク参照信号受信判断部が判断した判断結果に基づいて前記ユーザ装置から上りリンク参照信号を受信するユーザ装置間信号受信部と、
前記ユーザ装置間信号受信部が受信した上りリンク参照信号に基づいて測定情報を算出する測定情報算出部と、
前記測定情報算出部が算出した測定情報を前記中央集約局に送信する中央集約局間信号送信部と、
を有し、
前記中央集約局は、
前記張出局から測定情報を受信する張出局間受信部を有する無線基地局。
【請求項２】
前記中央集約局は、
上りリンク参照信号のリソース情報を前記張出局に送信する張出局間信号送信部を更に有し、
前記張出局は、
前記中央集約局から上りリンク参照信号のリソース情報を受信する中央集約局間受信部を更に有し、
前記張出局の前記上りリンク参照信号受信判断部は、前記中央集約局間受信部が受信した上りリンク参照信号のリソース情報に基づいて、前記ユーザ装置が上りリンク参照信号を送信する際に用いるリソースの割り当てを判断する、請求項１に記載の無線基地局。
【請求項３】
前記中央集約局は、上りリンク参照信号の送信に関する前記ユーザ装置の状態を管理するユーザ装置状態管理部を更に有し、
前記中央集約局の前記張出局間信号送信部は、前記ユーザ装置の状態の変化を前記張出局に送信し、
前記張出局の前記上りリンク参照信号受信判断部は、前記ユーザ装置の状態の変化に基づいて、前記ユーザ装置からの上りリンク参照信号の受信要否を判断する、請求項２に記載の無線基地局。
【請求項４】
複数の張出局と前記ユーザ装置との間でキャリアアグリゲーションが設定されている場合、
前記中央集約局の前記張出局間信号送信部は、前記ユーザ装置の状態の変化を前記複数の張出局に送信する、請求項３に記載の無線基地局。
【請求項５】
複数の張出局と前記ユーザ装置との間でキャリアアグリゲーションが設定されている場合、
前記中央集約局の前記張出局間信号送信部は、他の張出局における下りリンクのスケジューリング情報又は上りリンクのスケジューリング情報を前記複数の張出局に送信する、請求項３に記載の無線基地局。
【請求項６】
前記張出局の前記中央集約局間信号送信部は、前記ユーザ装置の識別情報と共に測定情報を前記中央集約局に送信し、
前記中央集約局の前記張出局間受信部は、前記張出局から前記ユーザ装置の識別情報と共に測定情報を受信する、請求項１乃至５のうちいずれか１項に記載の無線基地局。
【請求項７】
前記張出局の前記中央集約局間信号送信部は、複数の測定情報を１つのフォーマットに多重して前記中央集約局に送信する、請求項１乃至６のうちいずれか１項に記載の無線基地局。
【請求項８】
張出局と中央集約局とを含む無線基地局における測定情報送受信方法であって、
前記張出局において、ユーザ装置が上りリンク参照信号を送信する際に用いるリソースの割り当てを判断するステップと、
前記張出局において、前記の判断結果に基づいて前記ユーザ装置から上りリンク参照信号を受信するステップと、
前記張出局において、前記の受信した上りリンク参照信号に基づいて測定情報を算出するステップと、
前記張出局において、前記の算出した測定情報を前記中央集約局に送信するステップと、
前記中央集約局において、前記張出局から測定情報を受信するステップと、
を有する測定情報送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線基地局及び測定情報送受信方法に関する。
【背景技術】
【０００２】
ＬＴＥ（Long Term Evolution）及びＬＴＥ−Ａ（LTE-Advanced）の無線通信システムにおいて、トラフィックの高いホットスポットのようなエリアを効率よくサポートするために、装置コストを抑えながら多数のセルを収容することが可能なＣ−ＲＡＮ（Centralized Radio Access Network）と呼ばれる技術が知られている（非特許文献１、２参照）。【０００３】
Ｃ−ＲＡＮは、リモート設置型の基地局である１又は複数のＲＵ（Radio Unit）と、ＲＵを集中制御する基地局であるＤＵ（Digital Unit）とから構成されている。ＤＵは、基地局が備えるレイヤ１〜レイヤ３までの機能を備えており、ＤＵで生成されたＯＦＤＭ（Orthogonal Frequency Division Multiplexing）信号は、サンプリングされてＲＵに伝送され、ＲＵが備えるＲＦ（Radio Frequency）機能部から送信される。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"5G Vision for 2020 and Beyond", 3GPP RAN Workshop on 5G, RWS-150051, 2015年9月17-18日
【非特許文献２】"NOKIA Vision & Priorities for Next Generation Radio Technology", 3GPP RAN Workshop on 5G, RWS-150010, 2015年9月17-18日
【発明の概要】
【発明が解決しようとする課題】
【０００５】
次に、５Ｇで検討されているＣ−ＲＡＮ構成について説明する。図１において、４Ｇ−ＤＵ及び４Ｇ−ＲＵは、ＬＴＥ−Ａの機能（ＬＴＥの機能を含む）を有するＤＵ及びＲＵを意味している。また、５Ｇ−ＤＵ及び５Ｇ−ＲＵは、第５世代の無線技術の機能を有するＤＵ及びＲＵを意味している。４Ｇ−ＤＵと５Ｇ−ＤＵとの間は、ＬＴＥにおけるＸ２−ＡＰ及びＸ２−Ｕインタフェースを拡張したインタフェースにより接続される。また、ＤＵとＲＵとの間をつなぐネットワーク回線はＦＨ（Front Haul）と呼ばれ、ＬＴＥではＦＨにＣＰＲＩ（Common Public Radio Interface）が用いられている。【０００６】
現在のＬＴＥでは、レイヤ１（物理レイヤ：Ｌ１）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の機能はＤＵ側に実装される前提である。そのため、ＦＨに必要な帯域は、ＤＵでサポートされるピークレートの約１６倍になる。例えば、システム帯域が２０ＭＨｚであり、かつ、２×２ＭＩＭＯ（Multi Input Multi Output）の無線通信（最大１５０Ｍｂｐｓ）をＤＵがサポートする場合、ＦＨに必要な帯域は約２．４Ｇｂｐｓになる。【０００７】
現在検討が進められている５Ｇでは、１０Ｇｂｐｓ以上のピークレート及びさらなる低遅延化が実現される予定である。従って、５Ｇが導入されると、ピークレートの向上に伴いＦＨに必要な帯域も飛躍的に増大することになる。そこで、ＤＵに実装されているレイヤの一部をＲＵ側で実現することで、ＦＨで伝送される情報量を削減することが検討されている。どのレイヤの機能をＲＵ側で実現するのかについては様々なバリエーションが考えられるが、一例として、ＤＵが備えるレイヤ１の機能の全部又は一部をＲＵで実現する案や、レイヤ１及びレイヤ２の一部をＲＵ側で実現する案などが検討されている。【０００８】
ＤＵが備えるレイヤの機能の一部をＲＵ側で実現する場合、上りリンクの品質測定などに用いられる上りリンク参照信号をＤＵ及びＲＵによって適切に受信する必要がある。しかしながら、現状、３ＧＰＰ（Third Generation Partnership Project）ではＲＵにおいて上りリンク参照信号を受信するためのインタフェース及び上りリンク参照信号に基づいて算出された測定情報をＲＵからＤＵに送信するためのインタフェースは規定されていない。【０００９】
開示の技術は上記に鑑みてなされたものであって、Ｃ−ＲＡＮによる無線通信ネットワークにおいて、ＲＵにおいて上りリンク参照信号を受信し、上りリンク参照信号に基づいて算出された測定情報をＤＵにおいて受信することを可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の一形態に係る無線基地局は、
張出局と中央集約局とを含む無線基地局であって、
前記張出局は、
ユーザ装置が上りリンク参照信号を送信する際に用いるリソースの割り当てを判断する上りリンク参照信号受信判断部と、
前記上りリンク参照信号受信判断部が判断した判断結果に基づいて前記ユーザ装置から上りリンク参照信号を受信するユーザ装置間信号受信部と、
前記ユーザ装置間信号受信部が受信した上りリンク参照信号に基づいて測定情報を算出する測定情報算出部と、
前記測定情報算出部が算出した測定情報を前記中央集約局に送信する中央集約局間信号送信部と、
を有し、
前記中央集約局は、
前記張出局から測定情報を受信する張出局間受信部を有することを特徴とする。
【発明の効果】
【００１１】
開示の技術によれば、Ｃ−ＲＡＮによる無線通信ネットワークにおいて、ＲＵにおいて上りリンク参照信号を受信し、上りリンク参照信号に基づいて算出された測定情報をＤＵにおいて受信することが可能になる。
【図面の簡単な説明】
【００１２】
【図１】５Ｇで検討されているＣ−ＲＡＮ構成例を示す図
【図２】本発明の実施例に係る無線通信システムのシステム構成例を示す図
【図３】ＤＵとＲＵの機能分担を説明するための図
【図４】ＳＲＳを受信する際の処理手順の一例を示す図
【図５】ＳＲＳを受信する際の処理手順の一例を示す図（ＣＡ時）
【図６】ＤＵとＲＵとの間で伝送される測定情報のフォーマットの一例を示す図
【図７】ＤＵとＲＵとの間で伝送される測定情報の具体例を示す図（その１）
【図８】ＤＵとＲＵとの間で伝送される測定情報の具体例を示す図（その２）
【図９】本発明の実施例に係るＤＵの機能構成例を示す図
【図１０】本発明の実施例に係るＲＵの機能構成例を示す図
【図１１】本発明の実施例に係るＤＵのハードウェア構成例を示す図
【図１２】本発明の実施例に係るＲＵのハードウェア構成例を示す図
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施例を説明する。なお、以下で説明する実施例は一例に過ぎず、本発明が適用される実施例は、以下の実施例に限られるわけではない。例えば、本実施例に係る無線通信システムはＬＴＥ／ＬＴＥ−Ａに準拠した方式のシステムを想定しているが、本発明はＬＴＥ／ＬＴＥ−Ａに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び請求の範囲において、「ＬＴＥ／ＬＴＥ−Ａ」は、特に断りが無い限り、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
【００１４】
また、以下の説明において、１ＴＴＩはスケジューリングの最小単位である意味で使用する。また、１サブフレームは１ＴＴＩと同一の長さである前提として用いるが、これに限定されることを意図しているのではなく、他の単位に置き換えることも可能である。
【００１５】
なお、「レイヤ１」と「物理レイヤ」とは同義である。また、レイヤ２には、ＭＡＣ（Medium Access Control）サブレイヤ、ＲＬＣ（Radio Link Control）サブレイヤ、ＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤが含まれる。また、レイヤ３にはＲＲＣ（Radio Resource Control）レイヤが含まれる。
【００１６】
＜システム構成＞
図２は、本発明の実施例に係る無線通信システムのシステム構成例を示す図である。図２に示すように、本実施例に係る無線通信システムは、ＤＵ１とＲＵ２とユーザ装置ＵＥとを含む。ＤＵ１とＲＵ２を併せて無線基地局と表現されてもよく、無線基地局システムと表現されてもよい。図２では、ＲＵ２が１つ図示されているが、２つ以上のＲＵ２が含まれていてもよい。つまり、ＤＵ１は複数のＲＵ２を制御するように構成されていてもよい。
【００１７】
ＤＵ１は、中央デジタルユニット（Central Digital Unit）と呼ばれてもよいし、ベースバンドユニット（ＢＢＵ：Base Band Unit）と呼ばれてもよいし、ＣＵ（Central Unit）と呼ばれてもよい。また、中央集約局又は中央基地局と呼ばれてもよいし、単に基地局（ｅＮＢ：enhanced Node B）と呼ばれてもよい。
【００１８】
ＲＵ２は、リモート無線ユニット（ＲＲＵ：Remote Radio Unit）と呼ばれてもよいし、ＲＡＵ（Remote Antenna Unit）と呼ばれてもよいし、ＲＲＨ（Remote Radio Head）と呼ばれてもよい。また、張出局又はリモート基地局と呼ばれてもよいし、単に基地局と呼ばれてもよい。
【００１９】
図２では、ユーザ装置ＵＥが１つのＲＵ２と通信する例が示されているが、ユーザ装置ＵＥは、２つ以上のＲＵ２のキャリア又は１つのＲＵ２の複数のキャリアを同時に用いて通信を行うことができる。このように、所定の帯域幅（最大２０ＭＨｚ）を基本単位として、複数のキャリアを同時に用いて通信を行うことを、キャリアアグリゲーション（ＣＡ：Carrier  Aggregation）と呼ぶ。キャリアアグリゲーションにおいて基本単位となるキャリアはコンポーネントキャリア（ＣＣ：Component Carrier）と呼ばれる。
【００２０】
ＣＡが行われる際には、ユーザ装置ＵＥに対して、接続性を担保する信頼性の高いセルであるＰＣｅｌｌ（Primary Cell：プライマリセル）及び付随的なセルであるＳＣｅｌｌ（Secondary Cell：セカンダリセル）が設定される。ユーザ装置ＵＥは、第１に、ＰＣｅｌｌに接続し、必要に応じて、ＳＣｅｌｌを追加することができる。ＰＣｅｌｌは、ＲＬＭ（Radio Link Monitoring）及びＳＰＳ（Semi-Persistent Scheduling）等をサポートする単独のセルと同様のセルである。ＳＣｅｌｌは、ＰＣｅｌｌに追加されてユーザ装置ＵＥに対して設定されるセルである。ＳＣｅｌｌの追加及び削除は、ＲＲＣ（Radio Resource Control）シグナリングによって行われる。ＳＣｅｌｌは、ユーザ装置ＵＥに対して設定された直後は、非アクティブ（deactive）状態であるため、アクティブ化することで初めて通信（スケジューリング）可能となるセルである。
【００２１】
ＲＵ２は、ユーザ装置ＵＥから、上りリンクの品質測定などに用いられる上りリンク参照信号を受信し、上りリンク参照信号に基づいて算出された情報をＤＵ１に送信する必要がある。上りリンク参照信号は、ＳＲＳ（Sounding Reference Signal）と呼ばれてもよい。ユーザ装置ＵＥがＳＲＳを送信するタイミングは、周期的なタイミングでもよく非周期的なタイミングでもよい。周期的に送信されるＳＲＳは周期的ＳＲＳ（Periodic SRS）と呼ばれてもよい。非周期的に送信されるＳＲＳは非周期的ＳＲＳ（Aperiodic SRS）と呼ばれてもよい。非周期的ＳＲＳはＤＵ１からのトリガによって送信される。
【００２２】
ＳＲＳは、周波数スケジューリングを適用するために必要な受信品質測定及びタイミング調整などに使用される。例えば、ＳＲＳは、上りリンクのＡＭＣ（Adaptive Modulation and Coding）及び送信電力制御のリンクアダプテーション（Link adaptation）のための上りリンク品質測定、上りリンクのタイミング制御及びタイミングアドバンス（ＴＡ：Timing Advance）コマンド算出などのためのタイミング推定、ユーザ装置ＵＥの移動速度測定のためのＦｄ推定、ＡＦＣ（Automatic Frequency Control）における周波数オフセットの推定などに使用される。
【００２３】
本実施例に係る無線通信システムは、ＤＵ１が備えるレイヤの機能の一部をＲＵ２で実現しつつ、ＲＵ２によってユーザ装置ＵＥから上りリンク参照信号を受信し、上りリンク参照信号に基づいて算出された測定情報をＲＵ２からＤＵ１に送信することを可能にする。
【００２４】
＜ＤＵとＲＵの機能分担＞
図３は、ＤＵとＲＵの機能分担例を説明するための図である。図３の境界「Ａ」〜「Ｅ」は、ＤＵ１とＲＵ２にそれぞれ実装される機能の境界を示している。例えば境界「Ｂ」で機能分担する場合、レイヤ２以上の各機能はＤＵ１側に実装され、レイヤ１の各機能はＲＵ２側に実装されることを意味する。なお、境界「Ｅ」で機能分担する場合は、レイヤ１以上の機能をＤＵ１側に実装し、ＣＰＲＩを用いてＤＵ１とＲＵ２を接続する構成に相当する。
【００２５】
また、図３には、境界ごとに、ＦＨに必要とされるビットレートの例を示す。例えば、ＤＵ１で１５０Ｍｂｐｓ（ＤＬ：Downlink）／５０Ｍｂｐｓ（ＵＬ：Uplink）をサポートすると仮定する。この場合において、境界「Ａ」又は「Ｂ」で機能分担する場合、ＦＨに必要な帯域は１５０Ｍｂｐｓ（ＤＬ）／５０Ｍｂｐｓ（ＵＬ）になる。また、境界「Ｃ」で機能分担する場合、ＦＨに必要な帯域は３５０Ｍｂｐｓ（ＤＬ）／１７５Ｍｂｐｓ（ＵＬ）になる。同様に、境界「Ｄ」で機能分担する場合、ＦＨに必要な帯域は４７０Ｍｂｐｓ（ＤＬ）／４７０Ｍｂｐｓ（ＵＬ）になる。一方で、境界「Ｅ」で機能分担する場合、ＦＨに必要な帯域は２．４Ｇｂｐｓ（ＤＬ）／２．４Ｇｂｐｓ（ＵＬ）になる。
【００２６】
本実施例に係る無線通信システムは、境界「Ａ」〜「Ｅ」のうち、いずれかの境界での機能分担をサポートするように構成してもよく、更に、ＵＬとＤＬとでそれぞれ異なる境界での機能分担をサポートするように構成してもよい。
【００２７】
＜処理手順＞
次に、Ｃ−ＲＡＮによる無線通信ネットワークにおいて、上りリンク参照信号を受信するための処理手順について説明する。
【００２８】
図４は、ＳＲＳを受信する際の処理手順の一例を示す図である。図４を用いて、ＲＵ２がユーザ装置ＵＥからＳＲＳを受信し、ＳＲＳに基づいて測定情報（例えば、上りリンク品質測定情報、タイミング情報、Ｆｄ情報、周波数オフセット情報）を算出してＤＵ１に送信する処理手順について説明する。
【００２９】
まず、ＤＵ１は、ユーザ装置ＵＥとＲＵ２との間で信号を送受信するための設定情報を通知する（ステップＳ１０１）。例えば、ＤＵ１は、ＳＲＳ受信に必要な設定情報として、ＳＲＳのリソース情報を事前にＲＵ２に通知する。ＳＲＳのリソース情報とは、ユーザ装置ＵＥがＳＲＳを送信する際に用いるリソースを示し、ＳＲＳのリソース情報には、周期的ＳＲＳの周波数帯域、送信周期、ホッピングの有無などが含まれる。また、ＳＲＳのリソース情報には、非周期的ＳＲＳをトリガしたＵＬグラント（UL Scheduling Grant）のリソース情報（周波数及び時間）が含まれてもよい。更に、ＤＵ１は、ＳＲＳ受信に必要な設定情報として、例えば、ＡＣＫ／ＮＡＣＫとＳＲＳの同時送信が許容されているか否か、メジャメントギャップ（Measurement Gap）が設定されているか否か、ＤＲＸが設定されているか否か、又はＣＡが設定されているか否かをＲＵ２に通知してもよい。
【００３０】
また、ＤＵ１は、ユーザ装置ＵＥの送信モード（Transmission mode）、デュプレックスモード（Duplex mode）、ＣＡ設定情報などをＲＵ２に通知し、ＲＵ２は、このような設定情報を受信して保持してもよい。
【００３１】
更に、ＤＵ１は、ＳＲＳの送信に関するユーザ装置ＵＥの状態を管理し、ユーザ装置ＵＥの状態が変化した場合、ユーザ装置ＵＥの状態変化を示す状態変更通知をＲＵ２に送信してもよい。ユーザ装置ＵＥの状態（例えば、ＤＲＸ（Discontinuous Reception）状態、ＴＡタイマ（Time alignment timer）の状態、ＣＡ状態）によっては、ユーザ装置ＵＥがＳＲＳを送信しない場合がある。このようなユーザ装置ＵＥの状態は、ＤＵ１において管理しておき、状態が変化した場合にＤＵ１が状態変更通知をＲＵ２に送信してもよい。
【００３２】
例えば、ユーザ装置ＵＥにＤＲＸが設定されている場合、ユーザ装置ＵＥはアクティブ時（Active time）以外ではＳＲＳを送信しないため、ＲＵ２はユーザ装置ＵＥのＤＲＸ状態を把握する必要がある。例えば、ＤＵ１は、ユーザ装置ＵＥがデータ送受信の終了後に非アクティブ状態になるまでの時間を管理するためにＤＲＸタイマ（DRX inactive timer）を使用してもよい。ＤＵ１は、ユーザ装置ＵＥとのデータ送受信が終了した後にＤＲＸタイマを起動する。ＤＲＸタイマの満了前にデータ送受信が行われた場合にはＤＲＸタイマをリスタートする。データ送受信が行われたか否かの判定には下りデータチャネルに対するＡＣＫを受信した場合又は上りデータチャネル割り当て時に実際にＰＵＳＣＨを受信できた場合にデータ送受信が行われたと見なしてもよい。ＤＲＸタイマが満了した場合、ユーザ装置ＵＥはＳＲＳを送信しなくなるため、ＤＵ１はタイマの満了通知をＲＵ２に送信してもよい。また、ＤＲＸタイマに関わらず、ＤＵ１がユーザ装置ＵＥを非アクティブ状態に遷移させると決めた場合は、非アクティブ状態への変更をＲＵ２に送信してもよい。
【００３３】
例えば、ユーザ装置ＵＥはＴＡタイマが満了した場合、ＳＲＳのリソースを解放するため、ＲＵ２はユーザ装置ＵＥのＴＡタイマの状態を把握する必要がある。例えば、ＤＵ１は、ユーザ装置ＵＥがＴＡ（Timing Advance）コマンドを受信してからの経過時間を管理するためにＴＡタイマを使用してもよい。ＵＥは、ＴＡコマンドを受信するたびにＴＡタイマをリスタートするため、ＤＵ１は、ユーザ装置ＵＥにＴＡコマンドを送信してユーザ装置ＵＥからＡＣＫを受信した場合、ＴＡタイマを起動する。ＴＡタイマの満了前にユーザ装置ＵＥからＴＡコマンドのＡＣＫを受信した場合にはＴＡタイマをリスタートする。ＴＡタイマが満了した場合、ユーザ装置ＵＥはＳＲＳのリソースを解放してＳＲＳの送信を停止するため、ＤＵ１はタイマの満了通知をＲＵ２に送信してもよい。
【００３４】
例えば、ユーザ装置ＵＥにＣＡが設定されている場合、ユーザ装置ＵＥは非アクティブ状態のＳＣｅｌｌにはＳＲＳを送信しないため、ＲＵ２はユーザ装置ＵＥのＣＡ状態を把握する必要がある。例えば、ＤＵ１は、ユーザ装置ＵＥに設定されたＳＣｅｌｌがアクティブ状態に設定されてから非アクティブ状態に遷移するまでの時間を管理するためにＳＣｅｌｌディアクティベーションタイマ（sCellDeactivationTimer）を使用してもよい。ＤＵ１は、ユーザ装置ＵＥに設定されたＳＣｅｌｌをアクティブ状態に設定した場合、ＳＣｅｌｌディアクティベーションタイマを起動する。ＳＣｅｌｌディアクティベーションタイマの満了前にＳＣｅｌｌに対するデータ送受信が行われた場合にはＳＣｅｌｌディアクティベーションタイマをリスタートする。データ送受信が行われたか否かの判定には下りデータチャネルに対するＡＣＫを受信した場合又は上りデータチャネル割り当て時に実際にＰＵＳＣＨを受信できた場合にデータ送受信が行われたと見なしてもよい。ＳＣｅｌｌディアクティベーションタイマが満了した場合、ユーザ装置ＵＥはＳＲＳを送信しなくなるため、ＤＵ１はタイマの満了通知をＲＵ２に送信してもよい。また、ＳＣｅｌｌディアクティベーションタイマに関わらず、ＤＵ１がユーザ装置ＵＥのＳＣｅｌｌをディアクティブに指示すると決めた場合は、ディアクティブ状態への変更をＲＵ２に送信してもよい。
【００３５】
上記の例では、ユーザ装置ＵＥの状態管理がＤＵ１によって行われる場合について説明したが、ユーザ状態ＵＥの状態管理はＲＵ２によって行われてもよい。
【００３６】
次に、ＲＵ２は、ユーザ装置ＵＥがＳＲＳを送信する際に用いるリソースの割り当てを判断し、判断結果に基づいてＳＲＳの受信を試みる（ステップＳ１０３）。例えば、ＲＵ２は、ＤＵ１から事前に通知された設定情報（周期的ＳＲＳの周波数帯域、送信周期、ホッピングの有無など）に基づいて、ＳＲＳが送信されるリソースの割り当てを判断し、ＳＲＳの受信タイミングにおいて周期的にＳＲＳの受信を試みる。また、非周期的ＳＲＳがトリガされている場合には、ＲＵ２は、ＤＵ１からＵＬグラントを受信しているため、ＵＬグラントに基づいて、ＳＲＳが送信されるリソースの割り当てを判断し、ＳＲＳの受信タイミングにおいてＳＲＳの受信を試みる。
【００３７】
例えば、ＡＣＫ／ＮＡＣＫとＳＲＳの同時送信が許容されていない場合、ユーザ装置ＵＥはＡＣＫ／ＮＡＣＫの送信タイミングにおいてＳＲＳを送信しない。ＲＵ２は、ＤＵ１からＰＤＳＣＨ（Physical Downlink Shared Channel）のスケジューリング情報を受信しているため、ユーザ装置ＵＥからのＡＣＫ／ＮＡＣＫの受信タイミングを判断することができ、従って、ユーザ装置ＵＥからのＳＲＳの受信要否を判断することができる。
【００３８】
例えば、メジャメントギャップが設定されている場合、ユーザ装置ＵＥは、メジャメントギャップ区間ではＳＲＳを送信しない。ＲＵ２は、ＤＵ１からメジャメントギャップが設定されているか否かの設定情報を受信しておくことで、ユーザ装置ＵＥからのＳＲＳの受信要否を判断することができる。
【００３９】
例えば、ＤＲＸが設定されている場合、ユーザ装置ＵＥは、アクティブ時（Active time）以外ではＳＲＳを送信しない。上記のように、ＲＵ２はＤＵ１又はＲＵ２によって管理されているユーザ装置ＵＥのＤＲＸ状態に基づいて、ユーザ装置ＵＥからのＳＲＳの受信要否を判断することができる。
【００４０】
例えば、ユーザ装置ＵＥは、ＴＡタイマが満了した場合、ＳＲＳのリソースを解放し、ＳＲＳを送信しない。上記のように、ＲＵ２はＤＵ１又はＲＵ２によって管理されているユーザ装置ＵＥのＴＡタイマの状態に基づいて、ユーザ装置ＵＥからのＳＲＳの受信要否を判断することができる。
【００４１】
例えば、ＣＡが設定されている場合、ユーザ装置ＵＥは非アクティブ状態のＳＣｅｌｌにはＳＲＳを送信しない。上記のように、ＲＵ２はＤＵ１又はＲＵ２によって管理されているユーザ装置ＵＥのＣＡ状態に基づいて、ユーザ装置ＵＥからのＳＲＳ受信を判断することができる。
【００４２】
次に、ＲＵ２がユーザ装置ＵＥからＳＲＳを受信した場合、ＳＲＳに基づいて測定情報を算出し、測定情報をＤＵ１に送信する（ステップＳ１０５）。ＤＵ１は、ＲＵ２から測定情報を受信する。例えば、ＲＵ２は、ＳＲＳに基づいて上りリンク品質測定情報、タイミング情報、Ｆｄ情報、周波数オフセット情報などを算出する。ＲＵ２は、ユーザ装置ＵＥの識別情報と共に測定情報をＤＵ１に送信してもよく、ＤＵ１は、ＲＵ２からユーザＵＥの識別情報と共に測定情報を受信してもよい。
【００４３】
なお、ＲＵ２は、複数の測定情報を１つのフォーマットに多重してＤＵ１に送信してもよい。この場合、１つのフォーマットに多重される複数の測定情報には、ユーザ装置ＵＥの複数の種類の測定情報が含まれてもよく、複数のユーザ装置ＵＥの測定情報が含まれてもよい。更に、１つのフォーマットに多重される複数の測定情報には、複数のサブフレームの測定情報が含まれてもよい。測定情報のフォーマットについては、以下で更に詳細に説明する。
【００４４】
次に、ＣＡ時のユーザ装置ＵＥの状態管理について更に説明する。
【００４５】
図５は、ＣＡ時におけるＳＲＳを受信する際の処理手順の一例を示す図である。ユーザ装置ＵＥにＣＡが設定されている場合には、ユーザ装置ＵＥの状態は、ＰＣｅｌｌ及びＳＣｅｌｌの双方にて把握する必要がある。同じＲＵ２にＰＣｅｌｌ及びＳＣｅｌｌが設定されている場合には、ＲＵ２はＰＣｅｌｌにおけるユーザ装置ＵＥの状態と、ＳＣｅｌｌにおけるユーザ装置ＵＥの状態とを同時に把握することができる。しかし、図４に示すように、異なるＲＵ２及びＲＵ２'にＰＣｅｌｌ及びＳＣｅｌｌが設定されている場合、ＰＣｅｌｌのＲＵ２におけるユーザ装置ＵＥの状態は、ＳＣｅｌｌのＲＵ２'においても把握する必要がある。同様に、ＳＣｅｌｌのＲＵ２'におけるユーザ装置ＵＥの状態は、ＰＣｅｌｌのＲＵ２においても把握する必要がある。このようなユーザ装置ＵＥの状態の管理は、ＤＵ１において行われてもよく、ＲＵ２において行われてもよく、ＲＵ２'において行われてもよい。
【００４６】
一例として、ＤＵ１においてユーザ装置ＵＥのＴＡタイマの状態を管理し、ユーザ装置ＵＥのＴＡタイマの状態変化をＲＵ２及びＲＵ２'に通知する場合を説明する。
【００４７】
図４を参照して説明した通り、ＤＵ１は、ユーザ装置ＵＥとＲＵ２との間で信号を送受信するための設定情報を通知する（ステップＳ１０１）。同様に、ＤＵ１は、ユーザ装置ＵＥとＲＵ２'との間で信号を送受信するための設定情報を通知する（ステップＳ１０１'）。
【００４８】
次に、ＲＵ２は、ユーザ装置ＵＥがＳＲＳを送信する際に用いるリソースの割り当てを判断し、判断結果に基づいてＳＲＳの受信を試みる。（ステップＳ１０３）。同様に、ＲＵ２'は、ユーザ装置ＵＥがＳＲＳを送信する際に用いるリソースの割り当てを判断し、判断結果に基づいてＳＲＳの受信を試みる。（ステップＳ１０３'）。ＲＵ２及びＲＵ２'がユーザ装置ＵＥからＳＲＳを受信した場合、ＳＲＳに基づいて測定情報を算出し、測定情報をＤＵ１に送信する（ステップＳ１０５及びＳ１０５'）。
【００４９】
上記のように、ユーザ装置ＵＥは、ＴＡタイマが満了した場合、ＳＲＳのリソースを解放し、ＳＲＳを送信しない。ＤＵ１は、ユーザ装置ＵＥがＴＡコマンドを受信してからの経過時間を管理するためにＴＡタイマを使用してもよい。ＵＥは、ＴＡコマンドを受信するたびにＴＡタイマをリスタートするため、ＤＵ１は、ユーザ装置ＵＥにＴＡコマンドを送信してユーザ装置ＵＥからＡＣＫを受信した場合、ＴＡタイマを起動する。ＴＡタイマの満了前にユーザ装置ＵＥからＴＡコマンドのＡＣＫを受信した場合にはＴＡタイマをリスタートする。ＴＡタイマが満了した場合、ユーザ装置ＵＥはＳＲＳのリソースを解放してＳＲＳの送信を停止するため、ＤＵ１はＴＡタイマの満了通知をＲＵ２及びＲＵ２'に送信する（ステップＳ１０７及びＳ１０７'）。ＲＵ２及びＲＵ２'は、ＤＵ１からＴＡタイマの満了通知を受信した場合、ユーザ装置ＵＥがＳＲＳを送信しないことを判断することができる。
【００５０】
上記の例では、ユーザ装置ＵＥのＴＡタイマの状態管理がＤＵ１によって行われる場合について説明したが、ユーザ状態ＵＥのＴＡタイマの状態管理はＲＵ２又はＲＵ２'によって行われてもよい。なお、ＲＵ２がＴＡタイマの状態管理を行う場合、ＲＵ２がＴＡタイマの満了を検知した場合、ＲＵ２におけるＳＲＳの受信処理を停止し、ＴＡタイマの満了をＤＵ１に通知する。ＤＵ１は、ＲＵ２からＴＡタイマの満了を受信した場合、他方のＲＵ２'にＴＡタイマの満了を通知する。ＲＵ２'がＴＡタイマの状態管理を行う場合も同様である。
【００５１】
図５では、ＣＡ時におけるユーザ装置ＵＥのＴＡタイマの状態管理を説明しているが、ＣＡ時におけるユーザ装置ＵＥのＤＲＸタイマの状態管理もＤＵ１、ＲＵ２又はＲＵ２'においてＤＲＸタイマ（DRX inactive timer）を管理することで同様に適用可能である。更に、ＣＡ時におけるユーザ装置ＵＥのＣＡ状態の管理もＤＵ１、ＲＵ２又はＲＵ２'においてＳＣｅｌｌディアクティベーションタイマ（sCellDeactivationTimer）を管理することで同様に適用可能である。
【００５２】
また、異なるＲＵ２及びＲＵ２'におけるＣＡ時には、ＡＣＫ／ＮＡＣＫとＳＲＳの同時送信が許容されていない場合、ＲＵ２（又はＲＵ２'）は別のＲＵ２'（又はＲＵ２）におけるＰＤＳＣＨ送信を把握する必要がある。例えば、ＲＵ２'においてＰＤＳＣＨ送信が行われた場合、そのＰＤＳＣＨ送信に対するＡＣＫ／ＮＡＣＫの送信タイミングにおいてユーザ装置ＵＥはＳＲＳを送信しない。従って、ＤＵ１はＲＵ２'においてＰＤＳＣＨ送信を行う場合には、ＲＵ２'のみならずＲＵ２にも下りリンクのスケジューリング情報を通知する。ＤＵ１はＲＵ２'からＰＵＳＣＨを受信する場合にも、ＲＵ２'のみならずＲＵ２にも上りリンクのスケジューリング情報を通知してもよい。ＲＵ２はＲＵ２'におけるスケジューリング情報をＤＵ１から受信し、ＳＲＳの受信要否を判断する。
【００５３】
＜測定情報のフォーマット＞
次に、ＲＵ２からＤＵ１に送信される測定情報のフォーマットについて説明する。
【００５４】
図６は、ＤＵ１とＲＵ２との間で伝送される測定情報のフォーマットの一例を示す図である。ＲＵ２からＤＵ１へ送信すべき情報には、測定情報がどのユーザ装置ＵＥに対する測定情報であるかを識別するための識別情報と、ＳＲＳに基づいて算出した測定情報（例えば、上りリンク品質測定情報、タイミング情報、Ｆｄ情報、周波数オフセット情報）とが含まれる。また、ＲＵ２からＤＵ１へ送信すべき情報には、測定情報に結びつけられるＳＲＳ受信タイミング（例えば、ＨＦＮ（Hyper Frame Number）、ＳＦＮ（System Frame Number）、サブフレーム番号）が含まれてもよい。
【００５５】
なお、測定情報のフォーマットには、１つのサブフレームにおいて算出した測定情報が含まれてもよく、複数のサブフレームにおいて算出した測定情報が含まれてもよい。複数のサブフレームの測定情報を１つのフォーマットでまとめて送信する場合には、サブフレーム単位で測定情報が繰り返されるフォーマットが用いられてもよい。また、測定情報は、ＳＲＳの受信タイミング毎にＤＵ１に送信されてもよく、特定の周期でＤＵ１に送信されてもよい。
【００５６】
図６に示すように、測定情報のフォーマットには、本フォーマットが何の情報を伝達するかを示すヘッダフィールド（Header field）が含まれる。本実施例では、ヘッダフィールドに、ＳＲＳの測定情報を示す情報が含まれる。
【００５７】
また、測定情報のフォーマットには、後続する測定情報の構成を示すＳＲＳヘッダフィールド（SRS Header filed）が含まれる。例えば、ＳＲＳヘッダフィールドには、多重される識別情報の数（１つのフォーマットに多重されるユーザ装置ＵＥの数）が含まれる。また、ＳＲＳヘッダフィールドには、ビット長が含まれてもよい。なお、各ユーザ装置ＵＥの設定状況によりビット長が識別可能である場合には、ビット長は含まれなくてもよい。また、最大に想定されるビットフィールドを用意し、ビット長の情報を省略してもよい。或いは、各ＵＥの測定情報にサブヘッダを用意し、サブヘッダ内にビット長を含めてもよい。
【００５８】
更に、測定情報のフォーマットには、ユーザ装置ＵＥの識別情報が含まれる。ユーザ装置ＵＥの識別情報は、後続する測定情報がどのユーザ装置ＵＥに対する情報であるかを示す情報である。ユーザ装置ＵＥの識別情報として、Ｃ−ＲＮＴＩ（Cell-Radio. Network Temporary Identifier）又はＳＰＳ  Ｃ−ＲＮＴＩ（Semi-Persistent Scheduling C-RNTI）が用いられてもよく、Ｓ−ＴＭＳＩ（SAE Temporary Mobile Subscriber Identity）又はＩＭＳＩ（International Mobile Subscriber Identity）が用いられてもよく、ＳＲＳのリソースインデックスであるSRS configuration indexが用いられてもよく、基地局ｅＮＢで割り当てた識別情報が用いられてもよい。例えば、ＣＡ時においてＣ−ＲＮＴＩなどの識別情報が重複する場合には、ユーザ装置ＵＥの識別情報を一意にするために、ＰＣＩ（Physical Cell Identifier）又はＥＣＧＩ（E-UTRAN Cell Global Identifier）のようなセル識別子が付属情報として追加で用いられてもよく、キャリア周波数又はキャリア番号のようなキャリア情報が付属情報として追加で用いられてもよい。
【００５９】
更に、測定情報のフォーマットには、測定情報が含まれる。例えば、測定情報には、ＳＲＳで測定した上りリンク品質測定情報（ＳＩＲ（Signal to Interference Ratio）情報）、ＳＲＳで測定したタイミング情報、ＳＲＳで測定したＦｄ情報、及びＳＲＳで測定した周波数オフセット情報のうち１つ以上が含まれてもよい。
【００６０】
例えば、ＳＲＳで測定したＳＩＲ情報は、受信帯域全体のＳＩＲでもよく、受信帯域を予め決められたサブバンドに分割したサブバンド単位のＳＩＲでもよい。サブバンド単位のＳＩＲを通知する場合、受信帯域全体の平均からの量子化したオフセット値を報告することでビット数を削減してもよい。また、ＳＩＲ情報として信号電力（Ｓ）と干渉電力（Ｉ）を別々に通知してもよい。また、ＳＩＲ情報は、ある区間で平均化した平均値でもよい。また、ＳＩＲ情報は、実際の測定値ではなく、例えばテーブルを使用することにより量子化された量子化値でもよい。また、例えばＳＩＲなどの指標によって受信したＳＲＳの信頼性が低いと判断された場合、ＳＩＲ情報は、受信不可であったことを示す情報としてもよい。
【００６１】
例えば、ＳＲＳで測定したタイミング情報は、測定タイミングの絶対量でもよく、実際に基地局ｅＮＢがユーザ装置ＵＥに送信するためのＴＡコマンドの値でもよい。
【００６２】
例えば、ＳＲＳで測定したＦｄ情報は、推定した移動速度自体でもよく、予め決められた量子化値（例えば、低速（ｌｏｗ）、中程度の速度（ｍｉｄｄｌｅ）、高速（ｈｉｇｈ）など）でもよい。
【００６３】
例えば、ＳＲＳで測定したオフセット情報は、推定したオフセットの絶対量でもよく、予め決められた量子化値でもよい。
【００６４】
図７は、ＤＵとＲＵとの間で伝送される測定情報の具体例を示す図（その１）である。図７には、ユーザ装置の識別情報としてＣ−ＲＮＴＩが用いられ、Ｃ−ＲＮＴＩ＃１００であるユーザ装置ＵＥと、Ｃ−ＲＮＴＩ＃２００であるユーザ装置ＵＥの測定情報をまとめて報告する例を示している。この場合、ＳＲＳヘッダフィールドに、２つのユーザ装置の測定情報が多重されることを示す「識別情報数：２」という情報が含まれる。Ｃ−ＲＮＴＩ＃１００のユーザ装置ＵＥの測定情報には、ＳＩＲ＝１０ｄＢ、ＴＡコマンド＝３１、及びＦｄ＝ｌｏｗが含まれ、Ｃ−ＲＮＴＩ＃２００のユーザ装置ＵＥの測定情報には、ＳＩＲ＝１５ｄＢ、ＴＡコマンド＝３３、及びＦｄ＝Ｍｉｄｄｌｅが含まれる。
【００６５】
図８は、ＤＵとＲＵとの間で伝送される測定情報の具体例を示す図（その２）である。図８には、ユーザ装置の識別情報としてＣ−ＲＮＴＩが用いられ、Ｃ−ＲＮＴＩ＃１００であるユーザ装置ＵＥと、Ｃ−ＲＮＴＩ＃２００であるユーザ装置ＵＥの測定情報をまとめて報告する例を示している。この場合、ＳＲＳヘッダフィールドに、２つのユーザ装置の測定情報が多重されることを示す「識別情報数：２」という情報が含まれる。Ｃ−ＲＮＴＩ＃１００のユーザ装置ＵＥの測定情報には、受信帯域全体のＳＩＲ＝１０ｄＢ、受信帯域全体のうちサブバンド＃０のＳＩＲ＝１２ｄｂ、サブバンド＃１のＳＩＲ＝８ｄＢ、・・・及びサブバンド＃Ｎ−１のＳＩＲ＝７ｄＢが含まれ、Ｃ−ＲＮＴＩ＃２００のユーザ装置ＵＥの測定情報には、受信帯域全体のＳＩＲ＝１５ｄＢ、受信帯域全体のうちサブバンド＃０のＳＩＲ＝１７ｄｂ、サブバンド＃１のＳＩＲ＝１６ｄＢ、・・・及びサブバンド＃Ｎ−１のＳＩＲ＝１０ｄＢが含まれる。
【００６６】
＜機能構成＞
図９は、本発明の実施例に係るＤＵの機能構成例を示す図である。図９に示すように、ＤＵ１は、ＲＵ間信号送信部１０１と、ＲＵ間信号受信部１０３と、設定情報管理部１０５と、ＵＥ状態管理部１０７と、測定情報保持部１０９とを有する。なお、図９は、ＤＵ１において本発明の実施例に特に関連する機能部のみを示すものであり、少なくともＬＴＥ／ＬＴＥ−Ａ（５Ｇ含む）に準拠した動作を行うための図示しない機能も有するものである。また、図９に示す機能構成は一例に過ぎない。本実施例に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。ただし、これまでに説明したＤＵ１の処理の一部（例：特定の１つ又は複数の変形例、具体例のみ等）を実行可能としてもよい。
【００６７】
ＲＵ間信号送信部１０１は、ＤＵ１から送信されるべきデータに対して各レイヤの処理を行うことで信号を生成し、生成した信号を、ＦＨを介してＲＵ２に送信する機能を含む。ＲＵ間信号受信部１０３は、ＲＵ２からＦＨを介して信号を受信し、受信した信号に対して各レイヤの処理を行うことでデータを取得する機能を含む。ＲＵ間信号送信部１０１及びＲＵ間信号受信部１０３は、ＦＨで用いられる所定のプロトコルのインタフェースとしての機能を含む。ユーザ装置ＵＥとＣＡが設定されている場合、ＲＵ間信号送信部１０１は、データが送信又は受信されるＣＣに対応するＲＵ２（又はＲＵ２'）のみならず、他のＲＵ２'（又はＲＵ２）にも下りリンクのスケジューリング情報又は上りリンクのスケジューリング情報を送信する。
【００６８】
ＲＵ２がユーザ装置ＵＥからＳＲＳを受信することを可能にするために、ＲＵ間信号送信部１０１は、ＳＲＳ受信に必要な設定情報（ＳＲＳのリソース情報を含む）をＲＵ２に送信してもよい。また、ＳＲＳの送信に関するユーザ装置ＵＥの状態をＤＵ１において管理する場合、ＲＵ間信号送信部１０１は、ユーザ装置ＵＥの状態の変化をＲＵ２に通知してもよい。ユーザ装置ＵＥと複数のＲＵ２及びＲＵ２'との間で上りリンクのＣＡが設定されている場合、ユーザ装置ＵＥの状態の変化は、複数のＲＵ２及びＲＵ２'に通知されてもよい。
【００６９】
また、ＲＵ間信号受信部１０３は、ユーザ装置ＵＥから送信されたＳＲＳに基づいてＲＵ２で算出された測定情報を受信する。測定情報は、例えば、図６を参照して説明したフォーマットに従い、ユーザ装置ＵＥの識別情報と共に送信されてもよい。
【００７０】
設定情報管理部１０５は、ユーザ装置ＵＥとＲＵ２との間で信号を送受信するための設定情報を管理する。例えば、設定情報管理部１０５は、周期的ＳＲＳの周波数帯域、送信周期、ホッピングの有無などを管理してもよく、スケジューラによって割り当てられた非周期的ＳＲＳのリソース情報を管理してもよい。また、設定情報管理部１０５は、ＳＲＳ受信に必要な設定情報として、ＡＣＫ／ＮＡＣＫとＳＲＳの同時送信が許容されているか否か、メジャメントギャップが設定されているか否か、ＤＲＸが設定されているか否か、又はＣＡが設定されているか否かを管理してもよい。
【００７１】
ＵＥ状態管理部１０７は、ＳＲＳの送信に関するユーザ装置ＵＥの状態をＤＵ１において管理する場合、ＳＲＳの送信に関するユーザ装置ＵＥの状態を管理する。例えば、ＵＥ状態管理部１０７は、ＤＲＸ状態、ＴＡタイマの状態、又はＣＡ状態を管理してもよい。
【００７２】
測定情報保持部１０９は、ＲＵ間信号受信部１０３において受信した測定情報を保持する。測定情報は、周波数スケジューリング又はタイミング調整などに使用されてもよい。
【００７３】
図１０は、本発明の実施例に係るＲＵの機能構成例を示す図である。図１０に示すように、ＲＵ２は、ＤＵ間信号送信部２０１と、ＤＵ間信号受信部２０３と、ＵＥ間信号送信部２０５と、ＵＥ間信号受信部２０７と、設定情報取得部２０９と、ＳＲＳ受信判断部２１０と、ＵＥ状態管理部２１１と、測定情報算出部２１３とを有する。なお、図１０は、ＲＵ２において本発明の実施例に特に関連する機能部のみを示すものであり、少なくともＬＴＥ／ＬＴＥ−Ａ（５Ｇ含む）に準拠した動作を行うための図示しない機能も有するものである。また、図１０に示す機能構成は一例に過ぎない。本実施例に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。ただし、これまでに説明したＲＵ２の処理の一部（例：特定の１つ又は複数の変形例、具体例のみ等）を実行可能としてもよい。
【００７４】
ＤＵ間信号送信部２０１は、ＲＵ２から送信されるべきデータに対して各レイヤの処理を行うことで信号を生成し、生成した信号を、ＦＨを介してＤＵ１に送信する機能を含む。ＤＵ間信号受信部２０３は、ＤＵ１からＦＨを介して信号を受信し、受信した信号に対して各レイヤの処理を行うことでデータを取得する機能を含む。また、ＤＵ間信号送信部２０１及びＤＵ間信号受信部２０３は、ＦＨで用いられる所定のプロトコルのインタフェースとしての機能を含む。
【００７５】
ＲＵ２がユーザ装置ＵＥからＳＲＳを受信することを可能にするために、ＤＵ間信号受信部２０３は、ＤＵ１からＳＲＳ受信に必要な設定情報（ＳＲＳのリソース情報を含む）を受信してもよい。また、ＳＲＳの送信に関するユーザ装置ＵＥの状態をＤＵ１において管理する場合、ＤＵ間信号受信部２０３は、ＤＵ１からユーザ装置ＵＥの状態の変化を受信してもよい。
【００７６】
また、ＤＵ間信号送信部２０１は、ユーザ装置ＵＥから送信されたＳＲＳに基づいて算出された測定情報をＤＵ１に送信する。測定情報は、例えば、図６を参照して説明したフォーマットに従い、ユーザ装置ＵＥの識別情報と共に送信されてもよい。
【００７７】
ＵＥ間信号送信部２０５は、ユーザ装置ＵＥに送信されるべきデータ及び制御情報を含む無線信号をユーザ装置ＵＥに送信する機能を含む。ＵＥ間信号受信部２０７は、ユーザ装置ＵＥから無線信号を受信する機能を含む。ユーザ装置ＵＥから受信する無線信号には、データ及び制御情報に加えて、ＳＲＳが含まれる。
【００７８】
設定情報取得部２０９は、ユーザ装置ＵＥとＲＵ２との間で信号を送受信するための設定情報をＤＵ１から取得する。例えば、設定情報取得部２０９は、周期的ＳＲＳの周波数帯域、送信周期、ホッピングの有無などを取得してもよく、スケジューラによって割り当てられた非周期的ＳＲＳのリソース情報を取得してもよい。また、設定情報取得部２０９は、ＳＲＳ受信に必要な設定情報として、ＡＣＫ／ＮＡＣＫとＳＲＳの同時送信が許容されているか否か、メジャメントギャップが設定されているか否か、ＤＲＸが設定されているか否か、又はＣＡが設定されているか否かを取得してもよい。
【００７９】
ＳＲＳ受信判断部２１０は、ユーザ装置ＵＥがＳＲＳを送信する際に用いるリソースの割り当て、及びＳＲＳの受信要否を判断する。ユーザ装置ＵＥがＳＲＳを送信する際に用いるリソースの割り当ては、設定情報取得部２０９においてＤＵ１から取得した設定情報に基づいて判断されてもよい。また、ＳＲＳの受信要否は、ユーザ装置の状態の変化に基づいて判断されてもよい。
【００８０】
ＵＥ状態管理部２１１は、ＳＲＳの送信に関するユーザ装置ＵＥの状態をＲＵ２において管理する場合、ＳＲＳの送信に関するユーザ装置ＵＥの状態を管理する。例えば、ＵＥ状態管理部２１１は、ＤＲＸ状態、ＴＡタイマの状態、又はＣＡ状態を管理してもよい。また、異なるＲＵ２'との間でＣＡが設定されている場合、ユーザ装置ＵＥの状態の変化は、ＤＵ１を介して異なるＲＵ'に通知されてもよい。
【００８１】
測定情報算出部２１３は、ＳＲＳに基づいて測定情報を算出する。測定情報は、ＤＵ間信号送信部２０１を介してＤＵ１に送信される。
【００８２】
以上説明したＤＵ１及びＲＵ２の機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００８３】
＜ハードウェア構成＞
図１１は、本発明の実施例に係るＤＵのハードウェア構成例を示す図である。図１１は、図９よりも実装例に近い構成を示している。図１１に示すように、ＤＵ１は、ＲＵ２と接続するためのインタフェースであるＲＵ間ＩＦ３０１と、ベースバンド信号処理を行うＢＢ処理モジュール３０２と、上位レイヤ等の処理を行う装置制御モジュール３０３と、コアネットワーク等と接続するためのインタフェースである通信ＩＦ３０４とを有する。
【００８４】
ＲＵ間ＩＦ３０１は、ＤＵ１とＲＵ２との間を接続するＦＨの物理回線を接続する機能、ＦＨで用いられるプロトコルを終端する機能を有する。ＲＵ間ＩＦ３０１は、例えば、図９に示すＲＵ間信号送信部１０１及びＲＵ間信号受信部１０３の一部を含む。
【００８５】
ＢＢ処理モジュール３０２は、ＩＰパケットと、ＲＵ２との間で送受信される信号とを相互に変換する処理を行う。ＤＳＰ３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＢＢ処理モジュール３０２は、例えば、図９に示すＲＵ間信号送信部１０１及びＲＵ間信号受信部１０３の一部を含む。
【００８６】
装置制御モジュール３０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ３１３は、装置制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。補助記憶装置３３３は、例えばＨＤＤ等であり、ＤＵ１自身が動作するための各種設定情報等が格納される。装置制御モジュール３０３は、例えば、図９に示す設定情報管理部１０５、ＵＥ状態管理部１０７、及び測定情報保持部１０９を含む。
【００８７】
図１２は、本発明の実施例に係るＲＵのハードウェア構成例を示す図である。図１２は、図１０よりも実装例に近い構成を示している。図１２に示すように、ＲＵ２は、無線信号に関する処理を行うＲＦ（Radio Frequency）モジュール４０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール４０２と、ＤＵ１と接続するためのインタフェースであるＤＵ間ＩＦ４０３とを有する。
【００８８】
ＲＦモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。ＲＦモジュール４０１は、ＲＦ機能を含む。ＲＦモジュール４０１は、例えば、図１０に示すＵＥ間信号送信部２０５及びＵＥ間信号受信部２０７を含む。
【００８９】
ＢＢ処理モジュール４０２は、ＤＵ間ＩＦ４０３を介してＤＵ１と送受信される信号とデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図１０に示す設定情報取得部２０９、ＳＲＳ受信判断部２１０、ＵＥ状態管理部２１１、及び測定情報算出部２１３を含む。
【００９０】
ＤＵ間ＩＦ４０３は、ＤＵ１とＲＵ２との間を接続するＦＨの物理回線を接続する機能、ＦＨで用いられるプロトコルを終端する機能を有する。ＤＵ間ＩＦ４０３は、例えば、図１０に示すＤＵ間信号送信部２０１及びＤＵ間信号受信部２０３を含む。
【００９１】
＜本発明の実施例の効果＞
以上、本発明の実施例によれば、Ｃ−ＲＡＮによる無線通信ネットワークにおいて、ＤＵ１が備えるレイヤの機能の一部をＲＵ２で実現しつつ、ＲＵ２によってユーザ装置ＵＥから上りリンク参照信号を受信し、上りリンク参照信号に基づいて算出された測定情報をＲＵ２からＤＵ１に送信することが可能になる。
【００９２】
ＤＵ１は、ＳＲＳのリソース情報を予めＲＵ２に通知することで、ＲＵ２は、ＳＲＳの受信タイミングを把握することが可能になる。一方、ユーザ装置ＵＥの状態によっては、ユーザ装置ＵＥはＳＲＳを送信しないため、このような状態をＤＵ１又はＲＵ２において管理しておき、ユーザ装置ＵＥの状態をＲＵ２が把握することで、ＲＵ２はＳＲＳの受信要否を判断することが可能になる。これにより、ＲＵ２は適切なタイミングでＳＲＳを受信することが可能になる。ユーザ装置ＵＥの状態は、ＲＵ２によって管理することも可能であるが、複数のＲＵ２及びＲＵ２'によりＣＡが設定されている場合、ＤＵ１によって集中管理することで、ＳＲＳの送信に関するユーザ装置ＵＥの状態の変化を複数のＲＵ２及びＲＵ２'に適切に通知することが可能になる。
【００９３】
また、ＲＵ２がＤＵ１に測定情報を送信する際に、複数のユーザ装置ＵＥの測定情報、複数のサブフレームの測定情報をまとめて送信することができる。これにより、ＦＨに必要な帯域を低減することが可能になる。また、測定情報には測定された絶対量ではなく、量子化値等を使用することができ、量子化値等の使用により測定情報に必要なビット数を更に低減することが可能になる。
【００９４】
＜補足＞
以上、本発明の実施例で説明する各装置（ＤＵ１／ＲＵ２）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施例で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【００９５】
以上、本発明の実施例を説明してきたが、開示される発明はそのような実施例に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施例で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ＤＵ１／ＲＵ２は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施例に従ってＤＵ１が有するプロセッサにより動作するソフトウェア及び本発明の実施例に従ってＲＵ２が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【００９６】
以上、Ｃ−ＲＡＮによる無線通信ネットワークにおいて、ＲＵにおいて上りリンク参照信号を受信し、上りリンク参照信号に基づいて算出された測定情報をＤＵにおいて受信するための手法について説明したが、本発明は、上記の実施例に限定されることなく、請求の範囲内において、種々の変更・応用が可能である。
【００９７】
本国際出願は２０１６年４月８日に出願した日本国特許出願２０１６−０７８５０３号に基づく優先権を主張するものであり、２０１６−０７８５０３号の全内容を本国際出願に援用する。
【符号の説明】
【００９８】
１      ＤＵ
２      ＲＵ
ＵＥ    ユーザ装置
１０１  ＲＵ間信号送信部
１０３  ＲＵ間信号受信部
１０５  設定情報管理部
１０７  ＵＥ状態管理部
１０９  測定情報保持部
２０１  ＤＵ間信号送信部
２０３  ＤＵ間信号受信部
２０５  ＵＥ間信号送信部
２０７  ＵＥ間信号受信部
２０９  設定情報取得部
２１０  ＳＲＳ受信判断部
２１１  ＵＥ状態管理部
２１３  測定情報算出部
【図１】
2017175654.tif 000003
【図２】
2017175654.tif 000004
【図３】
2017175654.tif 000005
【図４】
2017175654.tif 000006
【図５】
2017175654.tif 000007
【図６】
2017175654.tif 000008
【図７】
2017175654.tif 000009
【図８】
2017175654.tif 000010
【図９】
2017175654.tif 000011
【図１０】
2017175654.tif 000012
【図１１】
2017175654.tif 000013
【図１２】
2017175654.tif 000014
【手続補正書】
【提出日】平成30年9月7日(2018.9.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
張出局と中央集約局とを含む無線基地局であって、
前記張出局は、
ユーザ装置が上りリンク参照信号を送信する際に用いるリソースの割り当てがされているかどうかを判断する上りリンク参照信号受信判断部と、
前記上りリンク参照信号受信判断部が判断した判断結果に基づいて前記ユーザ装置から上りリンク参照信号を受信するユーザ装置間信号受信部と、
前記ユーザ装置間信号受信部が受信した上りリンク参照信号に基づいて測定情報を算出する測定情報算出部と、
前記測定情報算出部が算出した測定情報を前記中央集約局に送信する中央集約局間信号送信部と、
を有し、
前記中央集約局は、
前記張出局から測定情報を受信する張出局間受信部を有する無線基地局。
【請求項２】
前記中央集約局は、
上りリンク参照信号のリソース情報を前記張出局に送信する張出局間信号送信部を更に有し、
前記張出局は、
前記中央集約局から上りリンク参照信号のリソース情報を受信する中央集約局間受信部を更に有し、
前記張出局の前記上りリンク参照信号受信判断部は、前記中央集約局間受信部が受信した上りリンク参照信号のリソース情報に基づいて、前記ユーザ装置が上りリンク参照信号を送信する際に用いるリソースの割り当てがされているかどうかを判断する、請求項１に記載の無線基地局。
【請求項３】
前記中央集約局は、上りリンク参照信号の送信に関する前記ユーザ装置の状態を管理するユーザ装置状態管理部を更に有し、
前記中央集約局の前記張出局間信号送信部は、前記ユーザ装置の状態の変化を前記張出局に送信し、
前記張出局の前記上りリンク参照信号受信判断部は、前記ユーザ装置の状態の変化に基づいて、前記ユーザ装置からの上りリンク参照信号の受信要否を判断する、請求項２に記載の無線基地局。
【請求項４】
複数の張出局と前記ユーザ装置との間でキャリアアグリゲーションが設定されている場合、
前記中央集約局の前記張出局間信号送信部は、前記ユーザ装置の状態の変化を前記複数の張出局に送信する、請求項３に記載の無線基地局。
【請求項５】
複数の張出局と前記ユーザ装置との間でキャリアアグリゲーションが設定されている場合、
前記中央集約局の前記張出局間信号送信部は、他の張出局における下りリンクのスケジューリング情報又は上りリンクのスケジューリング情報を前記複数の張出局に送信する、請求項３に記載の無線基地局。
【請求項６】
前記張出局の前記中央集約局間信号送信部は、前記ユーザ装置の識別情報と共に測定情報を前記中央集約局に送信し、
前記中央集約局の前記張出局間受信部は、前記張出局から前記ユーザ装置の識別情報と共に測定情報を受信する、請求項１乃至５のうちいずれか１項に記載の無線基地局。
【請求項７】
前記張出局の前記中央集約局間信号送信部は、複数の測定情報を１つのフォーマットに多重して前記中央集約局に送信する、請求項１乃至６のうちいずれか１項に記載の無線基地局。
【請求項８】
張出局と中央集約局とを含む無線基地局における測定情報送受信方法であって、
前記張出局において、ユーザ装置が上りリンク参照信号を送信する際に用いるリソースの割り当てがされているかどうかを判断するステップと、
前記張出局において、前記の判断結果に基づいて前記ユーザ装置から上りリンク参照信号を受信するステップと、
前記張出局において、前記の受信した上りリンク参照信号に基づいて測定情報を算出するステップと、
前記張出局において、前記の算出した測定情報を前記中央集約局に送信するステップと、
前記中央集約局において、前記張出局から測定情報を受信するステップと、
を有する測定情報送受信方法。
【国際調査報告】
2017175654.tif 000015
2017175654.tif 000016
2017175654.tif 000017
2017175654.tif 000018