JP2016039582A - ユーザ装置、基地局、及び報知情報取得制御方法 - Google Patents

Abstract

【課題】移動通信システムにおいて、基地局間キャリアアグリゲーションをユーザ装置に設定する際に、ユーザ装置が所定の報知情報を取得できない場合における遅延を短縮させる。【解決手段】基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて使用される前記ユーザ装置において、前記第１の基地局から、前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を受信する受信部と、前記受信部により受信した前記設定信号に基づき設定されたセルをアクティブ化した後に、所定の報知情報の取得を試み、当該所定の報知情報を取得できない場合に、当該所定の報知情報を取得できないことを前記第１の基地局に通知する制御部とを備える。【選択図】図２０

Description

本発明は、ＬＴＥ等の移動通信システムで用いられる報知情報の取得制御技術に関連するものである。

ＬＴＥシステムでは、所定の帯域幅（最大２０ＭＨｚ）を基本単位として、複数のキャリアを同時に用いて通信を行うキャリアアグリゲーション（ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）が採用されている。キャリアアグリゲーションにおいて基本単位となるキャリアはコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）と呼ばれる。

ＣＡが行われる際には、ユーザ装置ＵＥに対して、接続性を担保する信頼性の高いセルであるＰＣｅｌｌ（Ｐｒｉｍａｒｙ ｃｅｌｌ）及び付随的なセルであるＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）が設定される。ユーザ装置ＵＥは、第１に、ＰＣｅｌｌに接続し、必要に応じて、ＳＣｅｌｌを追加することができる。ＰＣｅｌｌは、ＲＬＭ（Ｒａｄｉｏ Ｌｉｎｋ Ｍｏｎｉｔｏｒｉｎｇ）及びＳＰＳ（Ｓｅｍｉ-Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）等をサポートする単独のセルと同様のセルである。

ＳＣｅｌｌは、ＰＣｅｌｌに追加されてユーザ装置ＵＥに対して設定されるセルである。ＳＣｅｌｌの追加及び削除は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングによって行われる。ＳＣｅｌｌは、ユーザ装置ＵＥに対して設定された直後は、非アクティブ状態（ｄｅａｃｔｉｖａｔｅ状態）であるため、アクティブ化することで初めて通信可能（スケジューリング可能）となるセルである。

図１に示すように、ＬＴＥのＲｅｌ−１０までのＣＡでは、同一基地局ｅＮＢ配下の複数のＣＣを用いている。

一方、Ｒｅｌ−１２ではこれを拡張し、異なる基地局ｅＮＢ配下のＣＣを用いて同時通信を行い、高スループットを実現するＤｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ（二重接続）が提案されている（非特許文献１）。つまり、Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙでは、ＵＥは、２つの物理的に異なる基地局ｅＮＢの無線リソースを同時に使用して通信を行う。

Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙは、ＣＡの一種であり、Ｉｎｔｅｒ ｅＮＢ ＣＡ（基地局間キャリアアグリゲーション）とも呼ばれ、Ｍａｓｔｅｒ−ｅＮＢ（ＭｅＮＢ）と、Ｓｅｃｏｎｄａｒｙ−ｅＮＢ（ＳｅＮＢ）が導入される。図２に、Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙの例を示す。図２の例では、ＭｅＮＢがＣＣ＃１でユーザ装置ＵＥと通信を行い、ＳｅＮＢがＣＣ＃２でユーザ装置ＵＥと通信を行うことでＤｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ（以下、ＤＣ）を実現している。

ＤＣにおいて、ＭｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＭＣＧ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ、マスターセルグループ）、ＳｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＳＣＧ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ、セカンダリセルグループ）と呼ぶ。ＳＣＧのうちの少なくとも１つのＳＣｅｌｌにはＵＬのＣＣが設定され、そのうちの１つにＰＵＣＣＨが設定される。このＳＣｅｌｌをＰＳＣｅｌｌ（ｐｒｉｍａｒｙ ＳＣｅｌｌ）と呼ぶ。ＳＣＧにおいて最初に追加されるＳＣｅｌｌはＰＳＣｅｌｌである。また、ＰＳＣｅｌｌを特別セル（ｓｐｅｃｉａｌ ｃｅｌｌ）と呼んでもよい。

３ＧＰＰ ＴＲ ３６．８４２ Ｖ１２．０．０ （２０１３−１２） ３ＧＰＰ ＴＳ ３６．３３１ Ｖ１２．１．０ （２０１４−０３）

ＬＴＥシステムでは、ユーザ装置ＵＥはセルへ在圏する際に、必要な情報を報知情報（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）から取得する（非特許文献２）。報知情報は、ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）に大別され、ユーザ装置ＵＥは最初にＭＩＢを取得し、次に各種のＳＩＢを取得する。ＭＩＢには、セルに在圏するために必要な基本情報として、ｄｌ−ＳｙｓｔｅｍＢａｎｄｗｉｄｔｈ（システム帯域幅）、ＰＨＩＣＨ−Ｃｏｎｆｉｇ（ＰＨＩＣＨのリソース情報等）、ｓｙｓｔｅｍＦｒａｍｅＮｕｍｂｅｒ（ＳＦＮ、システムフレーム番号）が含まれる。

ところで、ＤＣ設定において、ユーザ装置ＵＥにＳＣＧを追加する際に、ユーザ装置ＵＥがＭＩＢを取得できなかった場合には、ユーザ装置ＵＥはＰＲＡＣＨをＳｅＮＢ側へ送信することができない。よって、通信もできない。そのようなエラーケースでは、ＮＷはＤＣ（ＳＣＧ）の設定を中止する必要がある。

そのような場合に対する対処例として、基地局ＳｅＮＢが基地局ＭｅＮＢへＳｅＮＢ ａｄｄｉｔｉｏｎ ｒｅｑｕｅｓｔ ａｃｋを送信してから所定期間経過内にユーザ装置ＵＥからのＰＲＡＣＨ送信が確認できない場合に、ＤＣ設定を中止することが想定される。

しかし、当該タイマ値はある程度最悪ケースを見込んで安全目に設定されるため、ＭＩＢが取得できないことが判明したケースにおいても、ユーザ装置ＵＥはＮＷからの指示を待たねばならず、不要な瞬断（遅延）時間が発生する。

本発明は上記の点に鑑みてなされたものであり、移動通信システムにおいて、基地局間キャリアアグリゲーションをユーザ装置に設定する際に、ユーザ装置が所定の報知情報を取得できない場合における遅延を短縮させることを可能とする技術を提供することを目的とする。

本発明の実施の形態によれば、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて使用される前記ユーザ装置であって、
前記第１の基地局から、前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を受信する受信部と、
前記受信部により受信した前記設定信号に基づき設定されたセルをアクティブ化した後に、所定の報知情報の取得を試み、当該所定の報知情報を取得できない場合に、当該所定の報知情報を取得できないことを前記第１の基地局に通知する制御部とを備えるユーザ装置が提供される。

また、本発明の実施の形態によれば、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて前記第１の基地局として使用できる基地局であって、
前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を前記ユーザ装置に送信する送信部と、
前記設定信号を受信し、前記セルをアクティブ化した前記ユーザ装置から、所定の報知情報を取得できないことを示す通知を受けた場合に、前記基地局間キャリアアグリゲーションの設定を中止する信号、又は、前記所定の報知情報を前記ユーザ装置に送信する制御部とを備える基地局が提供される。

また、本発明の実施の形態によれば、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて使用される前記ユーザ装置が実行する報知情報取得制御方法であって、
前記第１の基地局から、前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を受信する受信ステップと、
前記受信ステップにより受信した前記設定信号に基づき設定されたセルをアクティブ化した後に、所定の報知情報の取得を試み、当該所定の報知情報を取得できない場合に、当該所定の報知情報を取得できないことを前記第１の基地局に通知するステップとを備える報知情報取得制御方法が提供される。

また、本発明の実施の形態によれば、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて前記第１の基地局として使用できる基地局が実行する報知情報取得制御方法であって、
前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を前記ユーザ装置に送信するステップと、
前記設定信号を受信し、前記セルをアクティブ化した前記ユーザ装置から、所定の報知情報を取得できないことを示す通知を受けた場合に、前記基地局間キャリアアグリゲーションの設定を中止する信号、又は、前記所定の報知情報を前記ユーザ装置に送信するステップとを備える報知情報取得制御方法が提供される。

本発明の実施の形態によれば、移動通信システムにおいて、基地局間キャリアアグリゲーションをユーザ装置に設定する際に、ユーザ装置が所定の報知情報を取得できない場合における遅延を短縮させることが可能となる。

Ｒｅｌ−１０までのＣＡを示す図である。 Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙの例を示す図である。 本発明の実施の形態における通信システムの構成図である。 ＳＦＮのずれを説明するための図である。 第１の実施の形態における詳細な課題を説明するための図である。 第１の実施の形態における制御例１のシーケンス例を示す図である。 制御例１において３つの基地局でＤＣを行う場合の例を説明するための図である。 制御例１における基地局ＭｅＮＢの処理のフローチャートである。 制御例１におけるユーザ装置ＵＥの処理のフローチャートである。 第１の実施の形態における制御例２のシーケンス例を示す図である。 制御例２における変形例を説明するための図である。 制御例２における基地局ＭｅＮＢの処理のフローチャートである。 制御例２におけるユーザ装置ＵＥの処理のフローチャートである。 第１の実施の形態における制御例３（基地局が管理テーブルを持つ場合）のシーケンス例を示す図である。 管理テーブルに格納される情報の例を示す図である。 制御例３における処理例を示すフローチャートである。 第１の実施の形態における制御例３（ユーザ装置が管理テーブルを持つ場合）のシーケンス例を示す図である。 第１の実施の形態における基地局の構成図である。 第１の実施の形態におけるユーザ装置の構成図である。 第２の実施の形態における処理のシーケンス例１を示す図である。 第２の実施の形態における処理のシーケンス例２を示す図である。 第２の実施の形態における処理のシーケンス例３を示す図である。 第２の実施の形態におけるユーザ装置の動作例を示すフローチャートである。 第２の実施の形態における基地局の構成図である。 第２の実施の形態におけるユーザ装置の構成図である。

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。また、本実施の形態では、ＬＴＥの移動通信システムを対象とするが、本発明はＬＴＥに限らず他の移動通信システムにも適用可能である。また、本明細書及び特許請求の範囲では、特に断らない限り、「ＬＴＥ」の用語は３ＧＰＰのＲｅｌ−１２、もしくは、Ｒｅｌ−１２以降の方式の意味で使用する。

（システム構成）
図３は、本発明の実施の形態（第１、第２の実施の形態に共通）における通信システムの構成例を示す図である。図３に示すように、当該通信システムは、それぞれコアネットワーク１０に接続される基地局ＭｅＮＢと基地局ＳｅＮＢを備え、ユーザ装置ＵＥとの間でＤＣを可能としている。また、基地局ＭｅＮＢと基地局ＳｅＮＢとの間は、例えばＸ２インターフェースにより通信可能である。

図３に示す通信システムにおいて、例えば、ＭＣＧをマクロセルとし、ＳＣＧをスモールセルとして、ＰＣｅｌｌ、ＳＣｅｌｌ（ＰＳＣｅｌｌを含む）の設定を行うことができる。ユーザ装置ＵＥにおけるＳＣｅｌｌ（ＰＳＣｅｌｌを含む）の追加、削除、設定変更は、基地局ＭｅＮＢからのＲＲＣシグナリングで行うこととするが、これに限られるわけではない。

以下では、第１の実施の形態と第２の実施の形態を説明する。第１の実施の形態では、ＤＣ設定（ＤＣ構成の変更を含む）の際のＭＩＢ取得に係る遅延を解消するための形態を説明し、第２の実施の形態では、ＭＩＢ取得ができない場合にＤＣ設定手順を迅速に中止し、結果として遅延を解消する形態を説明する。

なお、第１の実施の形態と第２の実施の形態は組み合わせて適用することもでき、いずれも本発明の実施の形態である。例えば、第１の実施の形態に第２の実施の形態を適用することで、ＭＩＢ取得に係る遅延を解消しつつ、ＭＩＢを取得する必要がある場合において、ＭＩＢ取得ができない場合にＤＣ設定手順を迅速に中止することができる。また、第２の実施の形態に第１の実施の形態を適用することで、ＭＩＢ取得ができない場合にＤＣ設定手順を迅速に中止することができるようにしつつ、例えば、旧ＳｅＮＢの使用中止に伴い新たなＳｅＮＢを追加する際には、少ない遅延でＤＣ設定を行うことができる。

また、第１の実施の形態は、ＭＩＢ情報を取得して保持、利用する等、第２の実施の形態における要素となる技術が含まれるので、最初に第１の実施の形態を説明し、次に第２の実施の形態を説明するものである。

（第１の実施の形態）
第１の実施の形態を説明するにあたり、その内容の前提となる詳細な課題について説明しておく。

前述したＭＩＢに含まれるＳＦＮは、１０サブフレームからなるフレームに付される番号（０〜１０２３）である。ＳＦＮは、例えば、ＰＲＡＣＨ（ランダムアクセス信号）の送信リソースを特定するために用いられる。１つの基地局を使用するＣＡにおいては各セルのＳＦＮは揃っていると考えられるが、複数基地局を使用するＤＣにおいては、基地局ＭｅＮＢと基地局ＳｅＮＢ間でＳＦＮが必ずしも揃っていないことが想定されている（後述するように揃っている場合もある）。図４にＳＦＮが揃っていない例を示す。図４に示すように、例えば、ある時点で、基地局ＭｅＮＢからＳＦＮ１のフレームが送信されているときに、基地局ＳｅＮＢではＳＦＮ４のフレームが送信されている。

従って、ユーザ装置ＵＥは、基地局ＭｅＮＢ及び基地局ＳｅＮＢと通信することでＤＣを行うために、基地局ＭｅＮＢと基地局ＳｅＮＢのそれぞれのＭＩＢを取得して、それぞれのＳＦＮを把握する必要がある。従って、ユーザ装置ＵＥが単独の基地局ＭｅＮＢと通信している状態から基地局ＳｅＮＢ（ＳＣＧ）を追加してＤＣを行う際に、ユーザ装置ＵＥは基地局ＳｅＮＢからＭＩＢを取得してＳＦＮを把握する必要がある。ここで、ユーザ装置ＵＥは、ＳＣｅｌｌがアクティブ状態でなければ当該ＳＣｅｌｌからのＤＬ信号を読むことができず、また、ＭＩＢの取得には数１０ｍｓ程度の遅延が発生することから、基地局ＳｅＮＢ（ＳＣＧ）を追加してＤＣを行う際に遅延が発生するという課題がある。この課題を図５を参照して説明する。

図５は、ユーザ装置ＵＥにＳＣＧ（これは１つのセル、すなわちＰＳＣｅｌｌであってもよい）を追加する際の手順概要を示しており、ユーザ装置ＵＥは、基地局ＭｅＮＢからＳＣＧ追加指示のＲＲＣ信号（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信する（ステップ１）。ユーザ装置ＵＥはＲＲＣ処理として、ＲＲＣ信号で指示されているパラメータを読み取る復号等を行うが、ここでＲＲＣ処理遅延が生じる。ユーザ装置ＵＥは、完了応答信号（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｏｍｐｌｅｔｅ）を返し（ステップ２）、ＰＳＣｅｌｌのアクティベーションを行うが、ここで遅延が生じる。ＰＳＣｅｌｌのアクティベーション後、基地局ｅＮＢからのＤＬ受信が可能となり、ＭＩＢの取得を試みるが、ＭＩＢは周期的に到来し、復号に成功するには一般には複数回の受信が必要となるから、図示のようにＭＩＢ取得遅延が生じる。ＭＩＢを取得できた後、基地局ＳｅＮＢと通信を行うためにランダムアクセス手順（ＲＡ手順）を開始する（ステップ３）。すなわち、最初にＰＲＡＣＨでランダムアクセス信号を基地局ＳｅＮＢに送信する。ＲＡ手順の後、スケジューリングによるデータ送受信ができる。

上記のように、ＤＣを設定する際には遅延が生じ、スケジューリング開始タイミングまでの期間が長くなり、瞬断時間が大きくなる。第１の実施の形態においては、これを解消すべく、ネットワークからユーザ装置ＵＥにＭＩＢ取得要否を指示する制御例１、ＤＣ設定の手順より先にＭＩＢ取得手順を行う制御例２、ＭＩＢ情報（具体的にはＳＦＮ情報）を予め保持しておく制御例３があり、以下、それぞれについて説明する。

＜第１の実施の形態の制御例１＞
例えば、基地局ＭｅＮＢと基地局ＳｅＮＢとの間で同期のための制御を行っている場合等、基地局ＭｅＮＢと基地局ＳｅＮＢとの間でＳＦＮが同期している（揃っている）場合がある。このような場合、ユーザ装置ＵＥは、基地局ＭｅＮＢ（ＭＣＧ）のＳＦＮを基地局ＳｅＮＢ（ＳＣＧ）のＳＦＮとして使用することができるので、ユーザ装置ＵＥに、基地局ＳｅＮＢのＭＩＢを取得させる必要はないため、ＭＩＢ取得手順を省略させることができる。

そこで、制御例１では、基地局ＭｅＮＢは、ユーザ装置ＵＥに対してＤＣを設定するＲＲＣ信号内にてＭＩＢの取得の要否通知することとしている。

なお、前述したとおり、ＭＩＢには、ＳＦＮの他にｄｌ−ＳｙｓｔｅｍＢａｎｄｗｉｄｔｈ（システム帯域幅）、ＰＨＩＣＨ−Ｃｏｎｆｉｇ（ＰＨＩＣＨのリソース情報等）が含まれておりいずれも重要な情報であるが、これらは例えば基地局ＭｅＮＢが基地局ＳｅＮＢから取得して、ユーザ装置ＵＥに通知できる。本実施の形態では、ＭＩＢを取得しない場合、このようにしてｄｌ−ＳｙｓｔｅｍＢａｎｄｗｉｄｔｈ、ＰＨＩＣＨ−Ｃｏｎｆｉｇを通知することができる。

一方、各時刻で受信するフレームのＳＦＮを把握するには、実際にフレームを受信する必要があるため、他に規準とするものがない限り、ある基地局ｅＮＢのＳＦＮ（タイミング情報）は当該基地局ｅＮＢから信号（ＭＩＢ）を受信しなければ把握することができない。

図６は、第１の実施の形態における制御例１のシーケンス例を示す図である。図６を参照して制御例１の手順を説明する。ユーザ装置ＵＥが、例えばＳＣＧを構成するセルの候補となるセルの品質（強度）測定結果を含む測定報告（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を基地局ＭｅＮＢに送信する（ステップ１０１）。

基地局ＭｅＮＢは、ユーザ装置ＵＥに基地局ＳｅＮＢ（ＳＣＧ）を追加するＤＣの設定を決定し、ＳｅＮＢ追加要求（ＳｅＮＢ ａｄｄｉｔｉｏｎ ｒｅｑｕｅｓｔ）を基地局ＳｅＮＢに送信し（ステップ１０２）、基地局ＳｅＮＢは確認応答（ＳｅＮＢ ａｄｄｉｔｉｏｎ ｒｅｑｕｅｓｔ ａｃｋ）を返す（ステップ１０３）。なお、ステップ１０２のＳｅＮＢ ａｄｄｉｔｉｏｎ ｒｅｑｕｅｓｔ内には、基地局ＭｅＮＢ側におけるＵＥの設定情報及びＵＥ ｃａｐａｂｉｌｉｔｙ等が格納されている。

基地局ＭｅＮＢはＳＣＧの追加を指示する（ＤＣを設定する）ＲＲＣ信号（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をユーザ装置ＵＥに送信する（ステップ１０４）。制御例１では、このＲＲＣ信号にＭＩＢ取得要否の情報が含まれる。なお、これは一例であり、ＤＣを設定するＲＲＣ信号とは別にＭＩＢ取得要否を通知してもよい。

ＲＲＣ信号を受信したユーザ装置ＵＥは、ＲＲＣ処理（ＳＣＧを設定する処理）を行い、完了信号（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｏｍｐｌｅｔｅ）を返す（ステップ１０５）。

ステップ１０４において、ＭＩＢ取得要であることを通知された場合には、ユーザ装置ＵＥはＳＣＧのセルをアクティベートした後に、ＭＩＢ取得手順を行ってからＰＲＡＣＨ送信（ＲＡ手順）を行う（ステップ１０６）。なお、ＳＣＧは複数セルを含み得るが、本実施の形態では、ＳＣＧはＰＳＣｅｌｌから構成されることを想定している。また、複数のセルを含む場合であっても、ＳＣＧ内ではＳＦＮは揃っている想定であるから、ＳＦＮに関しては、１つのセルであるＰＳＣｅｌｌのＭＩＢ情報がわかればよい。

一方、ＭＩＢ取得不要であると通知された場合には、ユーザ装置ＵＥはＳＣＧをアクティベートした後に、ＭＩＢ取得手順を行わず、ＭｅＮＢのＳＦＮをＳｅＮＢのＳＦＮとして用いてＰＲＡＣＨ送信（ＲＡ手順）を行う（ステップ１０６）。ＲＡ手順の後、ＳｅＮＢ ａｄｄｉｔｉｏｎ ｃｏｎｆｉｒｍが返される（ステップ１０７）。

上記のとおり、ＭＩＢ取得不要の場合、基地局ＭｅＮＢとＳｅＮＢ間でＳＦＮは同期しているので、ユーザ装置ＵＥは、基地局ＭｅＮＢのＳＦＮに基づき基地局ＳｅＮＢのＳＦＮを決定する。

なお、図７に例示するように、３ｅＮＢ以上（図７では３つ）でＤＣをする場合で、既に２ｅＮＢと接続している状態で３つ目を接続する場合、且つ、ＭＩＢの取得不要が通知される場合、ＳＦＮの規準とするｅＮＢが指定されてもよい。図７の例では、ＭｅＮＢのＳＦＮを規準とすることが指定されている。また、この指定がない場合、ユーザ装置ＵＥは、ＭｅＮＢのＳＦＮを規準としてもよい。

制御例１により、ユーザ装置ＵＥにＤＣを設定する場合に、基地局ＳｅＮＢへＰＲＡＣＨを送信するまでの時間を短縮することが可能となる。

＜動作フロー＞
図８は制御例１における基地局ＭｅＮＢの動作例を示すフローチャートである。図８に示すように、基地局ＭｅＮＢはユーザ装置ＵＥから測定報告（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を受信する（ステップ２０１）。測定報告に基づきＳＣＧとするセル（ＳｅＮＢのセル）を決定するとともに、自身のセル（ユーザ装置ＵＥと接続しているセル）と当該ＳＣＧとするセル間でＳＦＮが揃っているかを判定し（ステップ２０２）、揃っていなければユーザ装置ＵＥに対して該当セルのＭＩＢ取得を行うことを指示する（ステップ２０３）。

図９は制御例１におけるユーザ装置ＵＥの動作例を示すフローチャートである。図９に示すように、ユーザ装置ＵＥは基地局ＭｅＮＢに測定報告（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を送信し（ステップ３０１）、基地局ＭｅＮＢからＲＲＣ信号でＤＣ設定を指示される（ステップ３０２）。当該ＲＲＣ信号にはＭＩＢ取得要否が含まれる。ユーザ装置ＵＥは、ＲＲＣ処理でＰＳＣｅｌｌを設定するとともに、当該ＰＳＣｅｌｌをアクティベートする（ステップ３０３）。ステップ３０３によりユーザ装置ＵＥは基地局ＳｅＮＢからＤＬ信号受信可能となる。

続いて、ユーザ装置ＵＥはＭＩＢ取得要の指示を受けているか否かを判断し（ステップ３０４）、ＭＩＢ取得要の指示を受けていればステップ３０５に進んで、ＭＩＢ取得を行って、ＳＦＮを取得し、ＳＦＮ（所定の報知情報）を用いてＰＲＡＣＨ送信を行う（ステップ３０６）。

＜第１の実施の形態の制御例２＞
次に、制御例２を説明する。制御例２では、ユーザ装置ＵＥは、ＲＲＣ信号によるＤＣ設定とは独立に、基地局ＳｅＮＢのＭＩＢを取得することとする。制御例２では、ＤＣ設定と、ＭＩＢ取得手順を独立に行う分、ＰＲＡＣＨ送信までの時間を短縮することができる。

図１０は、第１の実施の形態における制御例２のシーケンス例を示す図である。以下、シーケンスを説明するが、既に説明した内容については簡潔に説明する。

ユーザ装置ＵＥが測定報告（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を基地局ＭｅＮＢに送信する（ステップ４０１）。基地局ＭｅＮＢはＳｅＮＢを追加するＤＣの設定を決定し、ＳｅＮＢ追加要求（ＳｅＮＢ ａｄｄｉｔｉｏｎ ｒｅｑｕｅｓｔ）を基地局ＳｅＮＢに送信する（ステップ４０２）。

制御例２において、基地局ＭｅＮＢは、ユーザ装置ＵＥに対してＭＩＢ取得指示（ＭＩＢ ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ）を送信する（ステップ４０３）。ＭＩＢ取得指示には、例えば、測定報告を受けたセルのうち、ＰＳＣｅｌｌに設定されると予測されるセルＩＤ（セルを識別できる情報であればどのような情報でもよい）が含まれる。ＭＩＢ取得指示を受信したユーザ装置ＵＥは、基地局ＭｅＮＢからの指示に従って、例えば、指定されたセルのＭＩＢを取得し、基地局ＭｅＮＢとＳｅＮＢ間でのＳＦＮのずれ（差分）を算出し、当該差分を保持し、当該差分の値或いは、ＭＩＢ ａｃｑｕｉｓｉｔｉｏｎ ｃｏｍｐｌｅｔｅを返す（ステップ４０４）。ＭＩＢ ａｃｑｕｉｓｉｔｉｏｎ ｃｏｍｐｌｅｔｅの信号に差分の値が含まれていてもよい。ここで、基地局ＭｅＮＢは、ＭＩＢ取得指示を送信してから所定期間内にユーザ装置ＵＥからのレスポンスがない場合に、ＭＩＢ取得指示を再送してもよいし、ＤＣ設定を中止しても良い。

基地局ＭｅＮＢは、基地局ＳｅＮＢから確認応答（ＳｅＮＢ ａｄｄｉｔｉｏｎ ｒｅｑｕｅｓｔ ａｃｋを受信する（ステップ４０５）と、ユーザ装置ＵＥに対してＤＣ設定のＲＲＣ信号（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する（ステップ４０６）。

ユーザ装置ＵＥは、ＲＲＣ処理、完了応答（ステップ４０７）の後、ＰＳＣｅｌｌのアクティベーションを実施し、既に取得したＭＩＢ情報（具体的にはＳＦＮ差分情報）を用いてＰＲＡＣＨ送信を行う（ステップ４０８）。ＲＡ手順の後、ＳｅＮＢ ａｄｄｉｔｉｏｎ ｃｏｎｆｉｒｍが返される（ステップ４０９）。

＜制御例２の変形例＞
次に、制御例２の変形例を説明する。基本的な手順は図１０と同様である。以下では、図１０に示す手順と異なる点を中心に、図１１も参照して説明を行う。

制御例２では、測定報告（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）の報告時（例：図１０のステップ４０１の前）にＭＩＢ取得を行う。ここでは、Ｍｅａｓｕｒｅｍｅｎｔの対象とするセルについてＭＩＢを取得することを基本とするが、より詳細には、例えば、ＭＩＢを取得する対象とするセルは、最も品質（ＲＳＲＰ／ＲＳＲＱ）のよいセル（ベスト、或いは上位数個）のみでもよいし、ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔを報告するタイミングの早いものから数個でもよいし、ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔで報告するセル全てに対してでもよい。

図１０のステップ４０１の後、基地局ＭｅＮＢはＤＣの設定を決定し、ＳｅＮＢ追加要求（ＳｅＮＢ ａｄｄｉｔｉｏｎ ｒｅｑｕｅｓｔ）を基地局ＳｅＮＢに送信する（ステップ４０２）。

制御例２の変形例では、ステップ４０２の時点において、基地局ＭｅＮＢは、ＰＳＣｅｌｌに設定すると予測されるセルについて、既にユーザ装置ＵＥが、ＭＩＢを取得していると判定する場合にはＭＩＢ取得指示を行なわず、未だ取得していなと判定した場合には、ＭＩＢ取得指示を行う。ＭＩＢ取得指示を行う場合の手順は、図１０のステップ４０３、４０４に示すとおりである。

上記のＭＩＢ取得指示を行う／行わないの判断の例について、図１１を参照して説明する。図１１の例では、例えば、ユーザ装置ＵＥが予め定めたロジック（例：品質の良い上位数個）でセル１、セル３、セル４のＭＩＢを取得しているものとする。ここでのＭＩＢを取得するとは、取得対象セルのＳＦＮとＭｅＮＢのセルのＳＦＮとのずれ（差分）を算出し、保持することを意味する。

図１１において、測定報告（少なくともセル１、セル２、セル３、セル４を含む）を受信した基地局ＭｅＮＢは、ＤＣの設定を行うことを決定するとともに、ユーザ装置ＵＥにおいてＭＩＢ取得セル選択のために用いられたロジックと同じロジックで、ＭＩＢが取得されたと判断できるセルを特定する。ここではセル１、セル３、セル４と特定される。また、基地局ＭｅＮＢは、ＰＳＣｅｌｌに設定すると予測されるセルを判定する。ＰＳＣｅｌｌに設定するセルは、品質ばかりでなく、例えば混雑度といった観点から、ＳｅＮＢにより決定されるが、基地局ＭｅＮＢは、ＳｅＮＢで用いられるロジックと同様のロジックを用いて、測定報告を受けたセルのうち、ＰＳＣｅｌｌに設定すると予測されるセルを判定するのである。図１１の例では、セル２がＰＳＣｅｌｌに設定すると予測する。一方、ＭＩＢが取得されたと予測されたセルはセル１、３、４であるから、これにセル２は含まれない。よって、ＰＳＣｅｌｌに設定されると予測されるセル２はＭＩＢが取得されていないと判断され、この場合はセル２のＭＩＢを取得することを指示するＭＩＢ取得指示がユーザ装置ＵＥに送られる。

変形例において、ＭＩＢ取得指示が行われる場合には、ステップ４０３以降、図１０を参照して説明した制御例２の基本処理と同じ処理となる。なお、ユーザ装置ＵＥにおいてＭＩＢを取得していたにも関わらず、当該ＭＩＢのセルについてＭＩＢ取得指示を受信した場合は、予め取得したＳＦＮ差分情報を破棄してよい。

変形例において、ＭＩＢ取得指示が行われない場合には、図１０からステップ４０３、４０４を除いた処理となる。この場合、ユーザ装置ＵＥは、予め取得したＳＮＦ差分情報を用いて、ＭｅＮＢのＳＦＮからＳｅＮＢのＳＦＮを判断してＰＲＡＣＨ送信を行う。

なお、図１０のステップ４０１で、どのセルでＭＩＢを取得したかを通知することとしてもよい。

＜動作フロー＞
次に、図１２を参照して、制御例２（基本例）における基地局ＭｅＮＢの動作フローを説明する。基地局ＭｅＮＢが測定報告をユーザ装置ＵＥから受信すると（ステップ５０１）、基地局ＭｅＮＢはＤＣの設定を決定し、ＭＩＢ取得指示をユーザ装置ＵＥに送信する（ステップ５０２）。また、基地局ＭｅＮＢはＳｅＮＢ追加要求（ＳｅＮＢ ａｄｄｉｔｉｏｎ ｒｅｑｕｅｓｔ）を基地局ＳｅＮＢに送信する（ステップ５０３）。基地局ＭｅＮＢは、基地局ＳｅＮＢから確認応答（ＳｅＮＢ ａｄｄｉｔｉｏｎ ｒｅｑｕｅｓｔ ａｃｋ）を受信すると、ユーザ装置ＵＥに対してＤＣ設定のＲＲＣ信号（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する（ステップ５０４）。

次に、図１３を参照して、制御例２におけるユーザ装置ＵＥの動作例を説明する。ユーザ装置ＵＥは、測定報告（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を基地局ＭｅＮＢに送信し（ステップ６０１）、ＤＣ設定を決定した基地局ＭｅＮＢからＭＩＢ取得指示を受信する（ステップ６０２）。ユーザ装置ＵＥは、指示に従って、ＭＩＢを取得し、ＭｅＮＢのＳＦＮとの差分情報を保持しておく（ステップ６０３）。ＤＣ設定のＲＲＣ信号を受信したユーザ装置ＵＥは、ＰＳＣｅｌｌをアクティベートして（ステップ６０４）、ＰＲＡＣＨ送信を行う（ステップ６０５）。

＜第１の実施の形態の制御例３＞
次に、制御例３を説明する。制御例３では、基地局ｅＮＢもしくはユーザ装置ＵＥにＭＩＢ情報（具体的にはセル間のＳＦＮ差分情報）を保持しておき、保持した情報を用いることで、ＤＣ設定時のＭＩＢ取得を行わずに、ＤＣ設定におけるＰＲＡＣＨ送信までの時間を短縮するものである。

まず、基地局ｅＮＢにＳＦＮ差分情報を保持する例について、図１４のシーケンス図を参照して説明する。図１４に示す基地局ｅＮＢは、ＤＣを提供する機能を持ち、ユーザ装置ＵＥに対してＭｅＮＢ又はＳｅＮＢになり得る基地局である。

本例では、ユーザ装置ＵＥが、２つのセルのそれぞれでＭＩＢを取得することで２つのセル間でのＳＦＮ差分情報を取得し、それを基地局ｅＮＢに通知することで基地局ｅＮＢがセル間のＳＦＮ差分情報からなる管理テーブルを作成する。

図１４のステップ７０１において、上記の報告を行うＳＦＮ情報報告トリガが発生する。このトリガは、例えば、制御例２で説明したＭＩＢ取得指示であってもよいし、従来のＤＣ設定時のＭＩＢ測定時であってもよい。更に、例えば、ユーザ装置ＵＥがＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態になったとき、セルが非アクティブからアクティブになったとき、ハンドオーバ時、再接続時等でもよい。また、基地局ｅＮＢからの報告の指示がある場合でもよい。

なお、トリガが発生したときに一律にＳＦＮ差分値を報告していると、品質の悪いセルの場合には、当該報告により他データの送信が遅延する可能性があるため、トリガが発生したときの報告は、接続セルにおいて所定以上の品質が担保される場合に限定されてもよい。

上記トリガにより、ＳＦＮ差分値を取得する。これは、例えば、ＤＣの場合の報告であれば、ＭＣＧ（例：ＰＣｅｌｌ）のＭＩＢから取得できるＳＦＮと、ＳＣＧ（例：ＰＳＣｅｌｌ）のＭＩＢから取得できるＳＦＮとの差分値を取得する。なお、トリガ発生の時点で、すでに差分値を持つ場合はここで取得する必要はない。

そして、図１４のステップ７０２で、ユーザ装置ＵＥは接続セルの基地局ｅＮＢ（例えばＭｅＮＢ）にＳＦＮ差分情報を送信する。この差分情報には、対象２セルのＩＤとＳＦＮの差分値が含まれる。

ステップ７０３において、ＳＦＮ差分情報を受信した基地局ｅＮＢは、当該ＳＦＮ差分情報を管理テーブルに格納する。あるいは、当該セルの組について、既にＳＦＮ差分情報が取得されている場合は、ここでの格納は、「更新」の位置付けになる。

図１５に、基地局ｅＮＢが持つ管理テーブルの一例を示す。図１５に示すように、セルの組み合わせ毎にＳＦＮの差分（ずれ）が格納されている。一例として、セル１−セル２の組で差分が３であるとは、同時刻のフレームにおいて、セル１のＳＦＮのほうが、セル２のＳＦＮよりも３大きいことを示す。つまり、この場合、例えば、セル１のＳＦＮを規準としてセル２のＳＦＮを導出する場合、セル１のＳＦＮから３を引いたＳＦＮをセル２のＳＦＮとして使用すればよい。また、管理テーブルの情報には、差分情報の取得日時（タイムスタンプ）が付されていてもよい。これにより、後述するように、基地局間で管理テーブルの交換を行った際に、古いものを新しいもので上書きすることで、できるだけ新しい情報を持つことができる。

このようにして作成された管理テーブルをＤＣにおいて使用するフェーズが図１４の（ｂ）に示されている。図１４（ｂ）に示すように、このケースは、ユーザ装置ＵＥが基地局ＭｅＮＢ、ＳｅＮＢとＤＣを行うケースである。ここでは、基地局ＭｅＮＢが上記管理テーブルを有しており、基地局ＭｅＮＢがユーザ装置に対してＤＣ設定ＲＲＣ信号の中に、ＤＣに関するＭｅＮＢのセルとＳｅＮＢのセルとの間のＳＦＮ差分値と、ＭＩＢ取得不要指示を含めて送信する（ステップ７１１）。例えば、図１５に示す管理テーブルにおいて、ＭｅＮＢのセルとＳｅＮＢのセルがセル１とセル２である場合に、差分値として３が通知されることになる。なお、ＭＩＢ取得不要指示を含まなくてもよい。この場合、ユーザ装置ＵＥは、差分値を受信することで、ＭＩＢ取得が不要であると判断できる。

その後、ＲＲＣ処理を経て、ユーザ装置ＵＥは、応答（ｃｏｍｐｌｅｔｅ）を返し（ステップ７１２）、ＰＳＣｅｌｌのアクティベートを経てＰＲＡＣＨ送信を行う（ステップ７１３）。

運用中に基地局ｅＮＢ間のＳＦＮずれに変更がある可能性があるので、一度管理テーブルに記録した値は、随時更新することが望ましい。そのため、基地局ｅＮＢは定期的にユーザ装置ＵＥに対してＳＦＮ差分情報を報告させてもよい。

また、管理テーブルの情報は、基地局間通信（例：Ｘ２ Ｉ／Ｆ）を用いてｅＮＢ間で相互に共有されてもよい。更に、基地局ｅＮＢが管理できるサイズ以上の情報を管理テーブルに登録しなければならない場合には、最古の情報（作成、或いは更新タイミングが古い）を削除してもよい。或いは、ＤＣを行う頻度の最も低いセルＩＤ（例：ＰＣＩ）の情報を削除してもよい。

図１６は、制御例３における基地局ｅＮＢの動作例を示すフローチャートである。これは、基地局ｅＮＢがＭｅＮＢとしてＤＣを設定する際にＳＦＮ差分情報を通知する例である。図１６に示すように、基地局ｅＮＢがユーザ装置ＵＥから測定報告を受信し（ステップ８０１）、ＤＣ設定を決定した後、ＤＣとして使用するセル間のＳＦＮ差分値を有するかどうかを管理テーブルを参照して判断する（ステップ８０２）。ＳＦＮ差分値があれば、当該ＳＦＮ差分値を、例えばＤＣ設定のＲＲＣ信号に含めてユーザ装置ＵＥに送信する。

次に、ユーザ装置ＵＥに管理テーブル（ＳＦＮ差分情報）を保持する例について、図１７のシーケンス図を参照して説明する。

図１７（ａ）において、ＳＦＮ情報取得トリガが発生する（ステップ９０１）。このトリガは、前述したＳＦＮ差分情報報告のトリガと同じであってよい。また、基地局ｅＮＢからＳＦＮ差分情報取得の指示を受けてトリガとしてもよい。トリガが発生したら、ユーザ装置ＵＥは、ＭＩＢ受信可能なセル間のＳＦＮ差分情報を取得し（ステップ９０２）、管理テーブルに格納する（ステップ９０３）。管理テーブルに既に格納されている場合、この処理は更新の位置付けになる。管理テーブルの内容は図１５に示すものと同じである。

図１７（ａ）は、上記のようにして作成した管理テーブルを用いてＤＣ設定を行う際のシーケンス例である。なお、このシーケンスは、ＵＥとＭｅＮＢ間の処理を主に示すものである。

ステップ９１１において、ユーザ装置ＵＥは測定報告を基地局ＭｅＮＢに送信する。このとき、ユーザ装置ＵＥは、管理テーブルを参照し、測定に係るセルと、ＭｅＮＢのセル（接続セル）との間のＳＦＮ差分値を有する場合には、測定報告にセル毎にＭＩＢ取得不要を示す情報を含めることができる。なお、ＭＩＢ取得不要を示す情報を含めなくてもよい。

ステップ９１２において、基地局ＭｅＮＢはユーザ装置ＵＥに対してＤＣ設定のＲＲＣ信号を送信する。ここでは、上述したＭＩＢ取得不要を示す情報に基づき、ＲＲＣ信号の中にＭＩＢ取得不要の指示が含まれてもよい。

ユーザ装置ＵＥはＲＲＣ処理を行うことでＳＣＧ追加を行い、応答（Ｃｏｍｐｌｅｔｅ）を返し（ステップ９１３）、ＰＳＣｅｌｌのアクティベートを行って、ＭＩＢ取得をすることなく、管理テーブルのＳＦＮ差分値と、ＰＣｅｌｌのＳＦＮからＰＳＣｅｌｌのＳＦＮを求めてＰＲＡＣＨの送信を行う（ステップ９１４）。

（装置構成例）
以下、第１の実施の形態の動作（全ての制御例を含む）を実行するユーザ装置ＵＥと基地局ｅＮＢの構成例を説明する。

＜基地局ｅＮＢの構成例＞
図１８に、本実施の形態に係る基地局ｅＮＢ（ＭｅＮＢ、ＳｅＮＢのいずれにも使用され得る）の機能構成図を示す。図１８に示すように、基地局ｅＮＢは、ＤＬ信号送信部１０１、ＵＬ信号受信部１０２、ＤＣ制御部１０４、基地局間通信制御部１０４、ＳＦＮ情報取得部１０５、管理テーブル格納部１０６を含む。なお、図１８は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した移動通信システムにおける基地局として動作するための図示しない機能も有するものである。また、図１８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。

ＤＬ信号送信部１０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。ＵＬ信号受信部１０２は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。

ＤＣ制御部１０３は、ＤＣの設定／変更／管理等の処理を行うとともに、ＭＩＢ取得指示の要否判断、ＭＩＢ取得指示等のＲＲＣ信号への設定等の各制御例における制御を実施する。基地局間通信制御部１０４は、他基地局（例：ＭｅＮＢ／ＳｅＮＢ）と情報の送受信を行う。ＳＦＮ情報取得部１０５は、制御例３におけるＳＦＮ情報取得を行って、それを管理テーブルに格納する。管理テーブル格納部１０６には、管理テーブルが記憶されている。

＜ユーザ装置ＵＥの構成例＞
図１９に、本実施の形態に係るユーザ装置ＵＥの機能構成図を示す。図１９に示すように、ユーザ装置ＵＥは、ＤＬ信号受信部２０１、ＵＬ信号送信部２０２、ＤＣ制御部２０３、ＭＩＢ情報取得部２０４、ＳＦＮ情報取得部２０５、管理テーブル格納部２０６を含む。なお、図１９は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。

ＤＬ信号受信部２０１は、基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。ＵＬ信号送信部２０２は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。

ＤＣ制御部２０３は、ＤＣの設定／変更／管理等の処理を行うとともに、ＭＩＢ取得指示に基づく取得要否判断等の各制御例における制御を実施する。ＭＩＢ情報取得部２０４は、ＭＩＢを取得する処理を行う。ＳＦＮ情報取得部２０５は、制御例３におけるＳＦＮ情報取得を行って、それを基地局ｅＮＢに報告したり、管理テーブルに格納する。管理テーブル格納部２０６には、管理テーブルが記憶されている。

（第２の実施の形態）
次に、第２の実施の形態を説明する。第２の実施の形態では、「発明が解決しようとする課題」の欄で説明した不要な瞬断時間を回避するために、ＤＣ設定時（変更時も同様）において、ユーザ装置ＵＥは、所定期間ＭＩＢを取得できない場合には、その旨を基地局ＭｅＮＢへ報告することとしている。これにより、ＮＷ側のタイマ満了を待つことなく、ＤＣ設定中止等の対処をとることができ、瞬断を小さくすることが可能となる。

なお、第２の実施の形態における「ＭＩＢ」はＭＩＢ情報のうちのＳＦＮを対象とすることとしてもよい。その場合、ＳＦＮ以外のＭＩＢ情報については、前述したとおり、例えば、ＭｅＮＢがＲＲＣ信号でユーザ装置ＵＥに通知する。

また、第２の実施の形態でも、第１の実施の形態で説明した管理テーブル保持によるＳＦＮ差分値通知や、ＭＩＢ取得指示等を適用できる。すなわち、第１の実施の形態で説明した事項は、第２の実施の形態と組み合わせて実施することが可能である。

図２０〜図２２を参照して、第２の実施の形態におけるＤＣ設定時の処理のシーケンス例を説明する。

図２０において、ステップ１００１のＭｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔからステップ１００５のＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｏｍｐｌｅｔｅまでは図６で説明した第１の実施の形態での処理と同じである。ただし、ここでは、図６の例で存在したＭＩＢ取得要否の情報はなくてもよい。もちろん、これがあってもよい。これがある場合、以下の処理はＭＩＢ取得要の場合に相当する。

第２の実施の形態では、ＲＲＣ処理が完了して、ステップ１００５でＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｏｍｐｌｅｔｅを返した時点で、ユーザ装置ＵＥは、ＭＩＢ取得タイマを設定する（ステップ１００６）。ここで設定するタイマ値は、ステップ１００４のＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎで、基地局ＭｅＮＢからユーザ装置ＵＥに通知されてもよいし、別の信号で通知されてもよい。

ユーザ装置ＵＥは、上記ＲＲＣ処理で設定されたＰＳＣｅｌｌをアクティベートし、所定時間でアクティベート処理が完了する。このＰＳＣｅｌｌをアクティベート開始したタイミングもしくは完了したタイミングでＭＩＢ取得タイマを起動（時間計測開始）する。

ＰＳＣｅｌｌのアクティベートが完了すると、ユーザ装置ＵＥはＭＩＢ取得を行う（試みる）。ＭＩＢは複数回送信されるが、最初のＭＩＢを取得したタイミング（ＭＩＢ情報の復号に成功しているとは限らない）で、ＭＩＢ取得タイマを起動してもよい。

タイマ満了（所定時間経過）する前にＭＩＢの情報を取得できればタイマを停止してＰＲＡＣＨ送信を行うが、ＭＩＢ取得タイマ満了までにＭＩＢを取得できなければ（つまり、タイマが満了したときには）、その旨を基地局ＭｅＮＢに通知する。図２０は、ＭＩＢ取得タイマ満了までにＭＩＢを取得できなかった例を示しており、ステップ１００７でＭＩＢ取得不可の報告が基地局ＭｅＮＢに対してなされている。

そして、図２０の例では、ＭＩＢ取得不可の報告を受信した基地局ＭｅＮＢは、ＤＣ設定中止を指示する信号（例：ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をユーザ装置ＵＥに送信する。なお、このような信号を送信しなくてもよい。

タイマが満了した場合、ユーザ装置ＵＥは、タイマ満了をトリガとして、もしくは、上記ＤＣ設定中止信号の受信をトリガとして、ＰＳＣｅｌｌにおける信号受信を中止してもよいし、強制的に当該セルを非アクティベート化してもよい。

ステップ１００７で、タイマ満了に伴うＭＩＢ取得不可報告を受信した基地局ＭｅＮＢは、図２１、図２２に示す動作を行うこととしてもよい。

図２１の例では、ステップ１００７の後、基地局ＭｅＮＢは基地局ＳｅＮＢからＭＩＢ情報を取得し（ステップ１０１０）、それをユーザ装置ＵＥに通知する（ステップ１０１１）。このケースでは、例えば、基地局ＳｅＮＢが、前述した管理テーブルを保持しており、取得されるＭＩＢ情報は、ＭＣＧとＳＣＧ間のＳＦＮ差分情報であることを想定している。

これにより、ユーザ装置ＵＥは、ＳｅＮＢからのＭＩＢ取得を試みることなく、ＰＲＡＣＨ送信を実施できる（ステップ１０１２）。

図２２の例では、ステップ１００７の後、基地局ＭｅＮＢは、ユーザ装置ＵＥに対してＭＩＢ取得の指示を行う（ステップ１０２０）。この指示はＲＲＣ信号で行ってもよいし、他の信号で行ってもよい。当該指示を受けたユーザ装置ＵＥは、ＭＩＢ取得タイマを再度起動し、ＭＩＢ取得を試みる。図２２の例では、タイマ満了前にＭＩＢ取得に成功し（ステップ１０２１）、ＰＲＡＣＨ送信がなされる（ステップ１０２２）ことが示される。

なお、図２０の例において、ユーザ装置ＵＥは、タイマが満了してＭＩＢ取得不可報告を送信したとしてもＭＩＢの探索を継続してもよい。そして、基地局ＭｅＮＢからＤＣ設定中止指示を受ける前にＭＩＢを取得できた場合、ＰＲＡＣＨ送信手順に移行してもよい。このとき、ＭＩＢを取得できたことが基地局ＭｅＮＢへ報告されてもよい。これにより、基地局ＭｅＮＢはＤＣ設定中止指示を送信しないこととすることができる。

また、ステップ１００７のＭＩＢ取得不可報告の方法は、特定の方法に限られないが、この報告のために、専用の制御信号が定義されてもよいし、ＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ、無線リンク障害）として報告されてもよい。ＲＬＦにはｃａｕｓｅが定義されているが、ＭＩＢ取得不可報告としてＲＬＦを使用する場合のｃａｕｓｅは従来のＲＡ ｆａｉｌｕｒｅでもよいし、新規のＭＩＢ ａｃｑｕｉｓｉｔｉｏｎ ｆａｉｌｕｒｅを定義してもよい。

図２３に、第２の実施の形態におけるユーザ装置ＵＥの動作フローチャートを示す。ユーザ装置ＵＥは、測定報告を送信し（ステップ１１０１）、ＲＲＣ信号でＤＣの設定を指示される（ステップ１１０２）。ＲＲＣ信号にはタイマ値が含まれ、当該タイマ値がＭＩＢ取得タイマに設定される。本例では、ユーザ装置ＵＥがＰＳＣｅｌｌのアクティベートを完了すると（ステップ１１０３）、ＭＩＢ取得タイマを起動する（ステップ１１０４）。

ユーザ装置ＵＥは、タイマ満了前にＭＩＢ取得が完了すれば（ステップ１１０５のＹｅｓ）、ＰＲＡＣＨ送信を行う（ステップ１１０６）。一方、ユーザ装置ＵＥは、タイマ満了前にＭＩＢ取得が完了しなければ（ステップ１１０５のＮｏ）、ＭＩＢ取得不可報告（本例ではＲＬＦ）を行う（ステップ１１０７）。

（装置構成例）
以下、第２の実施の形態の動作（第２の実施の形態の全ての例の動作）を実行するユーザ装置ＵＥと基地局ｅＮＢの構成例を説明する。

＜基地局ｅＮＢの構成例＞
図２４に、本実施の形態に係る基地局ｅＮＢ（ＭｅＮＢ、ＳｅＮＢのいずれにも使用され得る）の機能構成図を示す。図２４に示すように、基地局ｅＮＢは、ＤＬ信号送信部３０１、ＵＬ信号受信部３０２、ＤＣ制御部３０３、基地局間通信制御部３０４、ＭＩＢ情報取得部３０５、ＭＩＢ取得不可時処理部３０６を含む。なお、図２４は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した移動通信システムにおける基地局として動作するための図示しない機能も有するものである。また、図２４に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。

ＤＬ信号送信部３０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。ＵＬ信号受信部３０２は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。

ＤＣ制御部３０３は、ＤＣの設定／変更／管理等の処理を行う。基地局間通信制御部３０４は、他基地局（例：ＭｅＮＢ／ＳｅＮＢ）と情報の送受信を行う。ＭＩＢ情報取得部３０５は、例えば他基地局からＭＩＢ情報を取得する等の処理を行う。ＭＩＢ取得不可時処理部３０６は、ユーザ装置ＵＥからＭＩＢ取得不可報告を受けた際の制御を実施する。

＜ユーザ装置ＵＥの構成例＞
図２５に、本実施の形態に係るユーザ装置ＵＥの機能構成図を示す。図２５に示すように、ユーザ装置ＵＥは、ＤＬ信号受信部４０１、ＵＬ信号送信部４０２、ＤＣ制御部２０３、ＭＩＢ情報取得部４０４、ＭＩＢ取得判定部４０５を含む。なお、図２５は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２５に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。

ＤＬ信号受信部４０１は、基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。ＵＬ信号送信部４０２は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。

ＤＣ制御部４０３は、ＤＣの設定／変更／管理等の処理を行うとともに、これまでに説明したタイマ満了に基づくＭＩＢ取得不可報告制御も行う。ＭＩＢ情報取得部４０４は、ＭＩＢを取得する処理を行う。ＭＩＢ取得判定部４０５は、タイマを管理し、満了前にＭＩＢ取得ができたかどうかの判定等を行う。

なお、基地局ｅＮＢは第１の実施の形態と第２の実施の形態の両方の機能を備えてもよく、ユーザ装置ＵＥは第１の実施の形態と第２の実施の形態の両方の機能を備えてもよい。

本実施の形態では、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて使用される前記ユーザ装置であって、前記第１の基地局から、前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を受信する受信部と、前記受信部により受信した前記設定信号に基づき設定されたセルをアクティブ化した後に、所定の報知情報の取得を試み、当該所定の報知情報を取得できない場合に、当該所定の報知情報を取得できないことを前記第１の基地局に通知する制御部とを備えることを特徴とするユーザ装置が提供される。この構成により、移動通信システムにおいて、基地局間キャリアアグリゲーションをユーザ装置に設定する際に、ユーザ装置が所定の報知情報を取得できない場合における遅延を短縮させることが可能となる。

前記制御部は、前記設定信号に含まれるタイマ値を設定したタイマを起動し、前記所定の報知情報を取得できずに前記タイマが満了したときに前記通知を行うこととしてよい。このようにタイマを用いた制御を行うことで正確な制御を行うことができる。

前記タイマを起動するタイミングは、例えば前記設定されたセルをアクティブ化するときである。セルをアクティブ化することでＤＬ信号受信を開始できるので、この構成により、所定の報知情報取得の時間を計測する適切な開始点を提供できる。

前記制御部は、前記所定の報知情報を取得できないことを通知するための信号として無線リンク障害を通知する信号を使用することとしてもよい。この構成により、既存のＲＬＦを利用でき、実現が容易となる。

前記制御部は、前記通知を行った後に、前記所定の報知情報の取得試行を継続し、当該所定の報知情報を取得できた場合に、取得できたことを前記第１の基地局に通知することとしてもよい。この構成により、例えば、第１の基地局が、ＤＣ設定中止の信号を送信することを回避される。

前記制御部は、前記通知を行った後に、前記第１の基地局から前記所定の報知情報を受信し、当該所定の報知情報を用いてランダムアクセス信号を送信することとしてもよい。この構成により、迅速にＤＣ設定を完了できる。

また、本実施の形態では、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて前記第１の基地局として使用できる基地局であって、前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を前記ユーザ装置に送信する送信部と、前記設定信号を受信し、前記セルをアクティブ化した前記ユーザ装置から、所定の報知情報を取得できないことを示す通知を受けた場合に、前記基地局間キャリアアグリゲーションの設定を中止する信号、又は、前記所定の報知情報を前記ユーザ装置に送信する制御部とを備えることを特徴とする基地局が提供される。この構成により、移動通信システムにおいて、基地局間キャリアアグリゲーションをユーザ装置に設定する際に、ユーザ装置が所定の報知情報を取得できない場合における遅延を短縮させることが可能となる。

また、本実施の形態では、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて使用される前記ユーザ装置が実行する報知情報取得制御方法であって、前記第１の基地局から、前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を受信する受信ステップと、前記受信ステップにより受信した前記設定信号に基づき設定されたセルをアクティブ化した後に、所定の報知情報の取得を試み、当該所定の報知情報を取得できない場合に、当該所定の報知情報を取得できないことを前記第１の基地局に通知するステップとを備えることを特徴とする報知情報取得制御方法が提供される。この構成により、移動通信システムにおいて、基地局間キャリアアグリゲーションをユーザ装置に設定する際に、ユーザ装置が所定の報知情報を取得できない場合における遅延を短縮させることが可能となる。

また、本実施の形態では、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて前記第１の基地局として使用できる基地局が実行する報知情報取得制御方法であって、前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を前記ユーザ装置に送信するステップと、前記設定信号を受信し、前記セルをアクティブ化した前記ユーザ装置から、所定の報知情報を取得できないことを示す通知を受けた場合に、前記基地局間キャリアアグリゲーションの設定を中止する信号、又は、前記所定の報知情報を前記ユーザ装置に送信するステップとを備えることを特徴とする報知情報取得制御方法が提供される。この構成により、移動通信システムにおいて、基地局間キャリアアグリゲーションをユーザ装置に設定する際に、ユーザ装置が所定の報知情報を取得できない場合における遅延を短縮させることが可能となる。

本実施の形態で説明したユーザ装置ＵＥの機能構成は、ＣＰＵとメモリを備えるユーザ装置ＵＥにおいて、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。

本実施の形態で説明した基地局ｅＮＢについても、ＣＰＵとメモリを備える基地局ｅＮＢにおいて、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。

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

本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。

ｅＮＢ、ＭｅＮＢ、ＳｅＮＢ 基地局
ＵＥ ユーザ装置
１０１ ＤＬ信号送信部
１０２ ＵＬ信号受信部
１０３ ＤＣ制御部
１０４ 基地局間通信制御部
１０５ ＳＦＮ情報取得部
１０６ 管理テーブル格納部
２０１ ＤＬ信号受信部
２０２ ＵＬ信号送信部
２０３ ＤＣ制御部
２０４ ＭＩＢ情報取得部
２０５ ＳＦＮ情報取得部
２０６ 管理テーブル格納部
３０１ ＤＬ信号送信部
３０２ ＵＬ信号受信部
３０３ ＤＣ制御部
３０４ 基地局間通信制御部
３０５ ＳＦＮ情報取得部
３０６ ＭＩＢ取得不可時処理部
４０４ 報知情報取得部
４０５ ＭＩＢ取得判定部
４０３ ＤＣ制御部
４０６ ＳＦＮ情報取得部
４０１ ＤＬ信号受信部
４０２ ＵＬ信号送信部

Claims (9)

1. 基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて使用される前記ユーザ装置であって、
   前記第１の基地局から、前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を受信する受信部と、
   前記受信部により受信した前記設定信号に基づき設定されたセルをアクティブ化した後に、所定の報知情報の取得を試み、当該所定の報知情報を取得できない場合に、当該所定の報知情報を取得できないことを前記第１の基地局に通知する制御部と
   を備えることを特徴とするユーザ装置。
2. 前記制御部は、前記設定信号に含まれるタイマ値を設定したタイマを起動し、前記所定の報知情報を取得できずに前記タイマが満了したときに前記通知を行う
   ことを特徴とする請求項１に記載のユーザ装置。
3. 前記タイマを起動するタイミングは、前記設定されたセルをアクティブ化するときである
   ことを特徴とする請求項２に記載のユーザ装置。
4. 前記制御部は、前記所定の報知情報を取得できないことを通知するための信号として無線リンク障害を通知する信号を使用する
   ことを特徴とする請求項１ないし３のうちいずれか１項に記載のユーザ装置。
5. 前記制御部は、前記通知を行った後に、前記所定の報知情報の取得試行を継続し、当該所定の報知情報を取得できた場合に、取得できたことを前記第１の基地局に通知する
   ことを特徴とする請求項１ないし４のうちいずれか１項に記載のユーザ装置。
6. 前記制御部は、前記通知を行った後に、前記第１の基地局から前記所定の報知情報を受信し、当該所定の報知情報を用いてランダムアクセス信号を送信する
   ことを特徴とする請求項１ないし４のうちいずれか１項に記載のユーザ装置。
7. 基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて前記第１の基地局として使用できる基地局であって、
   前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を前記ユーザ装置に送信する送信部と、
   前記設定信号を受信し、前記セルをアクティブ化した前記ユーザ装置から、所定の報知情報を取得できないことを示す通知を受けた場合に、前記基地局間キャリアアグリゲーションの設定を中止する信号、又は、前記所定の報知情報を前記ユーザ装置に送信する制御部と
   を備えることを特徴とする基地局。
8. 基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて使用される前記ユーザ装置が実行する報知情報取得制御方法であって、
   前記第１の基地局から、前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を受信する受信ステップと、
   前記受信ステップにより受信した前記設定信号に基づき設定されたセルをアクティブ化した後に、所定の報知情報の取得を試み、当該所定の報知情報を取得できない場合に、当該所定の報知情報を取得できないことを前記第１の基地局に通知するステップと
   を備えることを特徴とする報知情報取得制御方法。
9. 基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて前記第１の基地局として使用できる基地局が実行する報知情報取得制御方法であって、
   前記基地局間キャリアアグリゲーションに用いるセルを設定するための設定信号を前記ユーザ装置に送信するステップと、
   前記設定信号を受信し、前記セルをアクティブ化した前記ユーザ装置から、所定の報知情報を取得できないことを示す通知を受けた場合に、前記基地局間キャリアアグリゲーションの設定を中止する信号、又は、前記所定の報知情報を前記ユーザ装置に送信するステップと
   を備えることを特徴とする報知情報取得制御方法。

Images