JP6245354B2 - 基地局装置 - Google Patents

Description

本発明は、キャリアアグリゲーションによる通信を行う基地局装置に関する。

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）の次の通信方式としてＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）の検討が行われている。ＬＴＥ−Ａでは、ＬＴＥよりも高速の通信の実現を目指しており、ＬＴＥよりも広帯域（例えば、ＬＴＥの２０ＭＨｚの帯域を超える１００ＭＨｚまでの帯域）をサポートすることが求められている。

そこで、高速かつ大容量の通信を実現するキャリアアグリゲーション（ＣＡ）と呼ばれる技術が３ＧＰＰにおいて提案されている。ＣＡでは、ＬＴＥとの互換性（バックワードコンパチビリティー）を可能な限り維持する目的から、帯域幅が２０ＭＨｚまでのキャリアを複数まとめて通信を行う。例えば、１セクタあたり２０ＭＨｚを５セクタ分使用して最大１００ＭＨｚの帯域幅を確保することが可能である。なお、ＣＡでは、２０ＭＨｚまでのキャリアを、コンポーネントキャリア（ＣＣ）と呼ぶ。

ここでＬＴＥシステムの基地局（ｅＮＢ）は、端末（ＵＥ）を識別するために、Ｃ−ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれる端末識別ＩＤを管理している。ＵＥとｅＮＢとの接続確立時にＲＡＣＨ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ ＣＨａｎｎｅｌ） Ｐｒｏｃｅｄｕｒｅの手順を用いて、Ｃ−ＲＮＴＩをｅＮＢからＵＥに対して割り当て、呼接続中はＣ−ＲＮＴＩを用いることでＵＥ毎の独立した通信を可能としている。

Ｃ−ＲＮＴＩは、３ＧＰＰの下記非特許文献１の７．１章 ＲＮＴＩ ｖａｌｕｅｓに、セル単位で端末識別ＩＤが１〜６５５２３までとして規定されている。すなわち、ＬＴＥシステムでは、ＵＥは一つのセルにしか存在し得ないために、セル単位での定義とされている。セルが異なればＣ−ＲＮＴＩの重複が許容されている。

また、下記非特許文献２には、ＣＡ（５．５章、７．５章）、Ｃ−ＲＮＴＩ（８．１章）、ハンドオーバ（１０．１．２．１章）、ＲＡＣＨ Ｐｒｏｃｅｄｕｒｅ（１０．１．５章）、Ｎｏｎ−Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ（図１０．１．５．２−１）に規定されている。また、この非特許文献２には、アップリンク（ＵＬ）のＲＲＨをサポートしたＣＡがデプロイメントシナリオ４として検討されている（Ａｎｎｅｘ Ｊ （ｉｎｆｏｒｍａｔｉｖｅ）：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ Ｊ．１ Ｄｅｐｌｏｙｍｅｎｔ Ｓｃｅｎａｒｉｏｓ）に記載の＃４で示されるケース）。

従来技術として、例えば、ＣＡのセルのセルサーチを行うものとして、キャリア検出信号の受信品質に基づいて、セカンダリセルをサーチする技術がある（例えば、下記特許文献１，２参照。）。また、マルチコンポーネント・キャリア・セルにおいて、プライマリセルのセル識別子を用いて、セカンダリセルをサーチする技術（例えば、下記特許文献３参照。）がある。

特開２０１３−１５７８２３号公報 特開２０１３−２２２９７６号公報 特表２０１１−５２５３２７号公報

「３ＧＰＰ ＴＳ ３６．３２１ Ｖ１０．５．０（２０１２−０３）」，３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ １０），ｐ４５−ｐ４６ 「３ＧＰＰ ＴＳ ３６．３００ Ｖ１０．３．０（２０１１−０３）」，３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ ２（Ｒｅｌｅａｓｅ １０），ｐ４６，ｐ５６−ｐ５７，ｐ６２，ｐ７０−ｐ７１，ｐ７３

３ＧＰＰ Ｒｅｌｅａｓｅ１０の仕様以降では、ＬＴＥ−Ａに対するＣＡの導入により一台のＵＥが同時に複数のｅＮＢのセルと通信可能とされている。ここで、ＬＴＥ−Ａ（Ｒｅｌ．１０）では、ＬＴＥ（Ｒｅｌ．８，Ｒｅｌ．９）対応のＵＥとの互換性を実現するために、Ｃ−ＲＮＴＩの定義はＬＴＥと変わっていない（１〜６５５２３の数値で、かつセル単位）。

ＬＴＥのＵＥは、セルをまたがらずに一つのセルと通信するため、Ｃ−ＲＮＴＩは、セル毎に重複が許容されている。これに対し、ＬＴＥ−ＡでＣＡを行うＵＥは、同時に複数のセルと接続するために、同時に通信を行う全てのセルについて共通のＣ−ＲＮＴＩとする必要がある。ここで、ＵＥが保持可能なＣ−ＲＮＴＩは一つである。すなわち、ＬＴＥではセルが異なればＣ−ＲＮＴＩの重複が許されるが、ＬＴＥ−Ａでは、ＣＡを実施しているセルについては重複が許されないことになる。

ここで、ＬＴＥ−ＡにおいてもＣ−ＲＮＴＩを確保するためのＲＡＣＨ Ｐｒｏｃｅｄｕｒｅは１セル（プライマリセル：Ｐｒｉｍａｒｙ ｃｅｌｌ）だけで実行されるため、上記ＣＡ対象の複数セルに渡って共通に使用可能なＣ−ＲＮＴＩの割り当てをどのように行うかが課題となるが、現在のところ有効な手法は開示されていない。

現状では、はじめにプライマリセルで確保されたＣ−ＲＮＴＩが、ＣＡ対象セル（セカンダリセル：Ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）の追加時にも使用可能かをチェックしている。そして、端末との間で必要な帯域に対応した数のＣＡ対象セルが使用中の場合には、再度プライマリセルに対しＣ−ＲＮＴＩを変えてリトライを繰り返すことになる。このため、ＣＡ対象全ての複数セルで共通に使用可能なＣ−ＲＮＴＩを探す処理（ＲＡＣＨ Ｐｒｏｃｅｄｕｒｅ）が多発する虞があり、この場合、ＣＡ確立までに非常に時間がかかることになる。

一つの側面では、本発明は、キャリアアグリゲーション確立までの時間を短縮できることを目的とする。

一つの案では、基地局装置は、自装置のセルを含む自装置が管理する複数セルの他の基地局装置が管理保持する端末の現在の接続状態を示す端末識別ＩＤを、前記他の基地局装置から逐次取得する毎に更新保持するベースバンド処理部と、前記端末との間でキャリアアグリゲーションによる通信実施の際には、当該キャリアアグリゲーション対象の前記複数セルの前記端末識別ＩＤを前記ベースバンド処理部から取得し、キャリアアグリゲーション対象の前記複数セル間で使用可能な前記端末識別ＩＤを求める制御部と、を有することを要件とする。

一つの実施形態によれば、キャリアアグリゲーション確立までの時間を短縮できる。

図１は、実施の形態にかかる基地局装置を含む通信装置のシステム構成図である。 図２は、実施の形態にかかる基地局装置の内部構成例を示すブロック図である。 図３は、実施の形態にかかるＣＡ開始および追加決定のタイミングを示すシーケンス図である。 図４は、実施の形態にかかる基地局（ｅＮＢ）の内部処理を示すシーケンス図である。 図５は、実施の形態にかかるＲＮＴＩの検索処理の詳細を示すシーケンス図である。 図６は、空きＲＮＴＩ算出を説明する図である。 図７は、空きＲＮＴＩ算出の処理例を示すフローチャートである。

以下に添付図面を参照して、開示技術の好適な実施の形態を詳細に説明する。

（実施の形態）
（システム構成例）
図１は、実施の形態にかかる基地局装置を含む通信装置のシステム構成図である。図１に示すように、第１の通信エリアＣＣ１（ｃｅｌｌ＃１）は、例えば、マクロセル（あるいはマクロカバレッジ、プライマリセル、ＣＣ１（ｃｅｌｌ＃１））と呼ばれ、第２の通信エリアは、例えば、スモールセル（あるいはスモールカバレッジ、セカンダリセル、ＣＣ２（ｃｅｌｌ＃２））と呼ばれる。ＣＣは、Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒである。第１の通信エリアと第２の通信エリアとの関係は逆転してもよい。

上述の非特許文献２のように、アップリンク（ＵＬ）のＲＲＨ１０２をサポートしたＣＡが検討されている。これに伴い、図１のように、マクロセルｃｅｌｌ＃１の配下に１または複数のスモールセルｃｅｌｌ＃２〜＃ｎがオーバーレイ配置されるケースが考えられる。この場合、端末（ＵＥ）１１１がマクロセルｃｅｌｌ＃１からスモールセルｃｅｌｌ＃２内に移動すると、端末（ＵＥ）１１１は、マクロセルｃｅｌｌ＃１の基地局Ａ（１０１）と、スモールセルｃｅｌｌ＃２の基地局Ｂ（１０２）の双方にアクセス可能になる。これにより、端末（ＵＥ）１１１は、マクロセルｃｅｌｌ＃１と、複数のスモールセルｃｅｌｌ＃２〜＃ｎとの通信によりＣＡを行うことができる。

図１に示したように、マクロセル（プライマリセル）ｃｅｌｌ＃１の配下にスモールセル（セカンダリセル）ｃｅｌｌ＃２がオーバーレイ配置される関係にあれば、各セルの呼称は問わない。セルの呼称の一例としては、マクロセル、フェムトセル、ピコセル、マイクロセル等が挙げられる。フェムトセル、ピコセル、およびマイクロセルを、スモールセルと総称してもよい。

マクロセルｃｅｌｌ＃１とスモールセルｃｅｌｌ＃２とでは、異なる周波数Ｆ１，Ｆ２を用いることができる。例えば、スモールセルｃｅｌｌ＃２で用いられる周波数Ｆ２は、マクロセルｃｅｌｌ＃１で用いられる周波数Ｆ１よりも高い。

スモールセルｃｅｌｌ＃２を形成する第２の基地局装置（基地局Ｂ）１０２は、ＲＲＨ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）とも呼ばれる。これに対し、マクロセルｃｅｌｌ＃１を形成する第１の基地局装置（基地局Ａ）１０１は、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）あるいはｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）とも呼ばれる。

ＲＲＨ１０２は、例えば、トラフィックが集中して発生する場所（ホットスポットとも呼ばれる。）やマクロセルｃｅｌｌ＃１の不感帯などに配置される。これにより、ホットスポットのトラフィックをＲＲＨ１０２で吸収したり、マクロセルｃｅｌｌ＃１の不感帯をＲＲＨ１０２で補ったりすることができる。

基地局Ａ（１０１）と、ＲＲＨ（１０２）とは、個別の基地局装置と捉えてもよいし、一つの基地局装置を成すと捉えることもできる。

基地局Ａ（１０１）は、Ｓ１インタフェース等の伝送路１０３等を通してコア網のＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）１０４と接続している。ＥＰＣ１０４は、例えば、ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）ＧａｔｅＷａｙ（Ｐ−ＧＷ）、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ ＧａｔｅＷａｙ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）等で構成されるが、これに限定されない。

また、基地局Ａ（１０１）は、例えば標準通信フォーマットであるＣＰＲＩ（Ｃｏｍｍｏｎ Ｐｕｂｌｉｃ Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ）形式に従って、伝送路（光ファイバケーブル等）１０５を介して複数のＲＲＨ（１）やＲＲＨ（２）に接続される。基地局Ａ（１０１）とＲＲＨ（１）、ＲＲＨ（２）との接続においては、３ＧＰＰ標準で規定されるＸ２インタフェースを介して接続した基地局Ｂ（１０２）を経由してもよい。また、基地局とＲＲＨとの接続は、ＣＰＲＩに限定されない。

図１において、端末（ＵＥ）１１１が、マクロセルｃｅｌｌ＃１セルから、マクロセルｃｅｌｌ＃１とスモールセルｃｅｌｌ＃２の両方が重なるエリア（図示の例ではスモールセルｃｅｌｌ＃２のエリア）に移動する場合のＣＡについて説明する。この場合、端末（ＵＥ）１１１がマクロセルｃｅｌｌ＃１（プライマリセル）で通信中に、スモールセルｃｅｌｌ＃２（セカンダリセル）が、ＣＡにより追加されることになる。

（基地局構成例）
図２は、実施の形態にかかる基地局装置の内部構成例を示すブロック図である。図２には、第１の基地局装置（基地局Ａ、ｅＮＢ）１０１と、複数の第２の基地局装置に接続された無線部（ＲＲＨ）または基地局Ａに直接ＣＰＲＩで接続されたＲＲＨ（基地局Ｂ、ＲＲＨ）１０２とを示してある。

基地局Ａ（ｅＮＢ）１０１は、伝送路インタフェース（ＩＦ）２１１と、ベースバンド処理部２１２と、制御部２１３と、Ｄ／Ａ変換部２１４と、ＲＦ処理回路２１５と、アンテナ２１６と、を含む。

伝送路ＩＦ２１１は、ＣＰＲＩ形式に従って、伝送路（光ファイバケーブル等）１０５を介して第２の基地局装置（ＲＲＨ）１０２との間で信号を伝送する。

ベースバンド処理部２１２は、伝送路ＩＦ２１１を介して受信したダウンリンク（ＤＬ）の送信信号、およびＵＥ１１１から受信したアップリンク（ＵＬ）の受信信号の信号処理を行う。このベースバンド処理部２１２は、複数のベースバンド処理部２１２ａ〜２１２ｎを有する。

ベースバンド処理部２１２ａは、例えば、ｅＮＢ１０１のマクロセルｃｅｌｌ＃１（プライマリセル）でのＤＬおよびＵＬの信号処理を行う。ベースバンド処理部２１２ｂ〜２１２ｎは、例えば、ＲＲＨ１０２のそれぞれに対応して設けられ、セカンダリセル（ｃｅｌｌ＃２〜ｃｅｌｌ＃ｎ）でのＤＬおよびＵＬの信号処理を行う。このため、ベースバンド処理部２１２ｂ〜２１２ｎは、それぞれ伝送路ＩＦ２１１を介してＣＰＲＩにより複数のＲＲＨ１０２（１０２ｂ〜１０２ｎ）に接続される。

各ベースバンド処理部２１２ａ〜２１２ｎは、それぞれＲＮＴＩ使用状況をデータベース２１２ａａ〜２１２ｎａに格納保持している。

Ｄ／Ａ変換部２１４は、ベースバンド処理部２１２で処理されたＤＬのデジタル信号をアナログ信号に変換してＲＦ処理回路２１５に出力する。また、Ｄ／Ａ変換部２１４は、ＲＦ処理回路２１５から受信したＵＬのアナログ信号をデジタル信号に変換してベースバンド処理部２１２へ出力する。

ＲＦ処理回路２１５は、Ｄ／Ａ変換部２１４から入力されるＤＬ信号を無線周波数にアップコンバートしてアンテナ２１６へ出力する。また、ＲＦ処理回路２１５は、アンテナ２１６で受信したＵＬ信号をダウンコンバートしてＤ／Ａ変換部２１４へ出力する。

アンテナ２１６は、ＲＦ処理回路２１５から入力されたＤＬの無線信号を空間（ＵＥ１１１）へ放射し、また、空間（ＵＥ１１１）から受信したＵＬの無線信号をＲＦ処理回路２１５へ出力する。

制御部２１３は、有線伝送路インタフェース機能部（ＨＷＹ−ＩＦ）２２３と、基準クロック（ＣＬＫ）生成部２２４と、呼処理／回線管理部２２５と、を含む。ＨＷＹ−ＩＦ２２３は、ＥＰＣ１０４（例えば、コアネットワーク（ＭＭＥ／Ｓ−ＧＷ）、ｅＮＢ１０１を制御する制御装置、他の基地局装置等）との接続インタフェースであり、伝送路１０３（例えばＳ１インタフェース）に応じたプロトコル変換等の処理を行う。他のｅＮＢ同士を接続するインタフェースは、Ｘ２インタフェースと呼ばれる有線接続が一般的に考えられるが、無線接続であってもよい。

基準ＣＬＫ生成部２２４は、基準周波数発信器を有し、ｅＮＢ１０１が用いる基準クロックを生成する。呼処理／回線管理部２２５は、無線回線管理、呼制御、ＢＴＳの状態管理、状態制御を行う。

呼処理／回線管理部２２５は、ＲＲＣレイヤ処理／アプリケーション部２２５ａを含み、ネットワークレイヤ情報のやり取り等を処理する。また、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、常に（あるいは所定のタイミングで）各ベースバンド処理部２１２ａ〜２１２ｎのデータベース２１２ａａ〜２１２ｎａにアクセスして、各セル（ｃｅｌｌ＃１〜ｃｅｌｌ＃ｎ）のＲＮＴＩ使用状況を取得する。

このＲＲＣレイヤ処理／アプリケーション部２２５ａは、ＲＮＴＩ使用状況データベース２２５ｂを有している。ＲＮＴＩ使用状況データベース２２５ｂは、ＣＡ実施の際にＣＡ対象の各セル（ｃｅｌｌ＃１〜ｃｅｌｌ＃ｎ）のＲＮＴＩ使用状況をデータベース２１２ａａ〜２１２ｎａからそれぞれ取得したＲＮＴＩを統合してＣＡに用いることができるＲＮＴＩを更新可能に保持する。

例えば、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、マクロセルの基地局Ａ（１０１）のセル（ｃｅｌｌ＃１）と同時通信によりＣＡを行い得るＣＡ対象の他の基地局のＲＮＴＩ使用状況を取得する。例えば、図１の例では、基地局Ｂ（１０２）であるＲＲＨ１、２のＲＮＴＩ使用状況をＸ２インタフェース等の伝送路１０５を介して取得し、ＲＮＴＩ使用状況データベース２２５ｂに格納保持する。ＣＡ実施時におけるＲＮＴＩの算出の詳細構成は後述する。

基地局Ｂ（ＲＲＨ）１０２（１０２ａ〜１０２ｎ）は、パワーアンプ（ＰＡ：Ｐｏｗｅｒ Ａｍｐ）２３１、送受信処理部２３２、アンテナ２３３等を含む。送受信処理部２３２は、ＲＲＨ１０２で生成される送信データを無線信号に変換する機能を有する。また、送受信処理部２３２は、図示しないＤＡ変換器、直交変換器、信号を周波数軸上に展開するアップコンバータ、等を含む。

また、送受信処理部２３２は、ＬＮＡ（低雑音増幅器）を有し、アンテナ２３３からの受信信号を増幅する。また、信号のダウンコンバータや、ＡＤ変換器によりサンプリングでデジタルの受信データとして処理する機能を有する。また、送受信処理部２３２は、ｅＮＢ１０１との間の伝送路１０５を介してＣＰＲＩの形式に変換してｅＮＢ１０１との送受信を行うインタフェース部等を含む。

（実施の形態のＣＡの適用フェーズについて）
図３は、実施の形態にかかるＣＡ開始および追加決定のタイミングを示すシーケンス図である。主に端末（ＵＥ）１１１と基地局Ａ（ｅＮＢ）１０１とが通信状態にあり、以降のＣＡにかかる処理手順を記載してある。基地局Ｂ（ＲＲＨ）１０２は、基地局Ａ（ｅＮＢ）１０１と連携してＣＡにかかる処理を行う。

以下の説明では、図１に示したように、１台のＵＥ１１１に対し、複数の基地局Ａ，Ｂを通信接続するＣＡの例を説明する。はじめに、ｅＮＢ１０１は、Ｍｅａｓｕｒｅｍｅｎｔ Ｐｒｏｃｅｄｕｒｅの手順（ステップＳ３０１）により、ＵＥ１１１が送信するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ等を受信する。Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔは、ＵＥ１１１が検出した基地局Ａ，Ｂの電波強度やセル識別子等のセル情報を含み、基地局Ａに報告される。

この後、ｅＮＢ１０１は、ＣＡ開始／追加等を決定する（ステップＳ３０２）。この際、ｅＮＢ１０１は、ＵＥ１１１から報告された所定の電波強度を有する（通信品質が良好な）複数の基地局Ａ，Ｂを用いてＣＡを行うことを判断する。例えば、図１に示す例では、ＵＥ１１１がＲＲＨ１０２のスモールセルｃｅｌｌ＃２に位置し、基地局Ｂ（ＲＲＨ）１０２との通信状態が良好であれば、このＲＲＨ１０２のスモールセルｃｅｌｌ＃２をセカンダリセル（追加セル）として決定する。

そして、実施の形態では、ｅＮＢ１０１は、Ｈａｎｄｏｖｅｒ Ｐｒｏｃｅｄｕｒｅの手順（ステップＳ３０３）により、ＣＡ追加のためにＵＥ１１１の通信パラメータの変更を行う。

このため、実施の形態では、ｅＮＢ１０１は、このＨａｎｄｏｖｅｒ Ｐｒｏｃｅｄｕｒｅの手順内で、ＣＡ対象のセル全てで使用可能なＣ−ＲＮＴＩを検索する（詳細は後述する）。この際、ｅＮＢ１０１は、ＣＡを行う基地局（図１の例ではｅＮＢ１０１とＲＲＨ１０２）に共通する一つのＣ−ＲＮＴＩをＵＥ１１１に対して割り当てるための空きＲＮＴＩの検索を行う。そして、ｅＮＢ１０１は、Ｈａｎｄｏｖｅｒ Ｐｒｏｃｅｄｕｒｅの手順でＵＥ１１１に対し、ＣＡで追加が許可されたＲＲＨ１０２の情報と、追加する他のＲＲＨ１０２の情報を通知する（上記共通の一つのＣ−ＲＮＴＩの通知を含む）。

この後、ＵＥ１１１が通知されたＣＡ（追加等のＲＲＨ１０２）の情報を許諾すると、ｅＮＢ１０１は、Ｒａｎｄｏｍ Ａｃｃｅｓｓ（ステップＳ３０４）により、ＲＡＣＨ Ｐｒｏｃｅｄｕｒｅの手順を実行する。このＲａｎｄｏｍ Ａｃｃｅｓｓの手順では、ステップＳ３０３のＨａｎｄｏｖｅｒ Ｐｒｏｃｅｄｕｒｅにより通信パラメータが変更された状態で、ｅＮＢ１０１およびＲＲＨ１０２がＵＥ１１１と接続する処理を行う。

この後の手順では、ｅＮＢ１０１およびＲＲＨ１０２は、ＵＥ１１１との間でＣＡによるデータ通信を行う。

このように、実施の形態では、ＣＡによる無線通信の際、セカンダリセル追加時のＣ−ＲＮＴＩの決定は、ＵＥ１１１からのＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ等を基に、ＣＡ制御を主導する一つのｅＮＢ１０１がＣＡ開始／追加を決定する。そして、ｅＮＢ１０１は、ＣＡ開始／追加の決定後に、Ｈａｎｄｏｖｅｒ Ｐｒｏｃｅｄｕｒｅの手順により、ＣＡ対象の（セカンダリセル）の基地局（ＲＲＨ）１０２にＣ−ＲＮＴＩの通知および接続処理を行う。

（実施の形態のｅＮＢの処理について）
図４は、実施の形態にかかる基地局（ｅＮＢ）の内部処理を示すシーケンス図である。図１に示したように、ＵＥ１１１がＲＲＨ１０２のセル（ｃｅｌｌ＃２）に位置した状態を例に説明する。

はじめに、ｅＮＢ１０１は、ＲＲＣレイヤ処理／アプリケーション部２２５ａがＵＥ１１１から送信されるＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ（Ｄ１）を受信し、ＣＡする追加予定セルを決定する（Ｄ２）。この際、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、ＵＥ１１１の能力（帯域）等に応じて、このＵＥ１１１に対するＣＡを行うセル数（セカンダリセルの追加数）や帯域を決定する。ここでは、例えば、基地局Ｂ（ＲＲＨ）１０２のスモールセルｃｅｌｌ＃２をセカンダリセル（追加セル）として決定したとする。

そして、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、ＣＡ用セル追加ハンドオーバＭｅｓｓａｇｅを出力する（Ｄ３）。ＲＲＣレイヤ処理／アプリケーション部２２５ａは、基地局Ａ（ｅＮＢ１０１、ｃｅｌｌ＃１）のベースバンド処理部２１２ａに対してＣＡ開始／追加指示を行う（Ｄ３１）。また、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、基地局Ｂ（ＲＲＨ１０２、ｃｅｌｌ＃２）のベースバンド処理部２１２ｂに対してＣＡ開始／追加指示を行う（Ｄ３２）。

この後、ＲＲＣレイヤ処理／アプリケーション部２２５ａと、ベースバンド処理部２１２ａ、２１２ｂは、ＲＮＴＩ処理を行い、ＣＡのためにｃｅｌｌ＃１、ｃｅｌｌ＃２で共通する一つの空きＲＮＴＩの検索の処理を行う（Ｄ４）。

この後、基地局Ａ（ｅＮＢ１０１、ｃｅｌｌ＃１）のベースバンド処理部２１２ａは、ＲＲＣレイヤ処理／アプリケーション部２２５ａに対して、ＣＡ開始／追加応答を行い（Ｄ５１）、基地局Ｂ（ＲＲＨ１０２、ｃｅｌｌ＃２）のベースバンド処理部２１２ｂは、ＲＲＣレイヤ処理／アプリケーション部２２５ａに対して、ＣＡ開始／追加応答を行う（Ｄ５２）。

この後、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ（Ｄ６）により、ＵＥ１１１に対してＣＡ追加に関するＲＮＴＩ等の情報を通知する。

セカンダリセルの追加や削除、再構成（ｒｅｃｏｎｆｉｇｕｒｅ）は、例えば、プライマリセルからＵＥ１１１に対して制御信号を与えることにより実施される。例えば、ｅＮＢ１０１が、セカンダリセルの追加を決定すると、制御プレーンを通じてＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングをＵＥ１１１へ送信する。ＲＲＣシグナリングの一例は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ（Ｄ６）のメッセージである。

ＵＥ１１１は、ＲＲＣシグナリング（Ｄ６）のメッセージを受信すると、ＣＣ制御を実施してセカンダリセルとの通信準備処理を開始し、受信したＲＲＣシグナリングに対する応答信号をｅＮＢへ送信する。応答信号の一例は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージである。

ｅＮＢ１０１は、ＵＥ１１１から応答信号を受信すると、セカンダリセルの起動を指示する制御信号をＵＥ１１１へ送信する。この制御信号は、ＭＡＣレイヤのコントロールエレメント（ＭＡＣ ＣＥ）として送信できる。なお、ｅＮＢ１０１は、ＭＡＣレイヤにおいて、セカンダリセルをマネージメントすることができる。例えば、セカンダリセルの起動（Ａｃｔｉｖａｔｉｏｎ）や解除（Ｄｅａｃｔｉｖａｔｉｏｎ）、セカンダリセルでの間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）の制御等をＭＡＣ ＣＥによって実施可能である。

セカンダリセルの起動を指示するＭＡＣ ＣＥを受信したＵＥ１１１は、セカンダリセルを起動する。なお、セカンダリセルを起動したＵＥ１１１は、起動したセカンダリセルを解除する時間を計時するタイマをスタートしてもよい。この場合、タイマが満了すると、ＵＥ１１１は、セカンダリセルを自律的に解除する。タイマは、Ｓｃｅｌｌ Ｄｅａｃｔｉｖａｔｉｏｎ ｔｉｍｅｒと称されることがある。

実施の形態では、ｅＮＢ１０１（ＲＲＣレイヤ処理／アプリケーション部２２５ａ）は、ＵＥ１１１に対し、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ（Ｄ６）による１度だけのハンドオーバで済む。

図５は、実施の形態にかかるＲＮＴＩの検索処理の詳細を示すシーケンス図である。図５では、主に図４に示したＲＮＴＩの検索の処理（Ｄ４）の詳細を示す。

はじめに、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、基地局Ａ（ｅＮＢ１０１、ｃｅｌｌ＃１）のベースバンド処理部２１２ａに対してＣＡ開始／追加指示（ここではＣＡの処理開始通知）を行う（Ｄ３１）。ベースバンド処理部２１２ａは、ＲＲＣレイヤ処理／アプリケーション部２２５ａに対してＣＡの処理開始通知の応答を行う（Ｄ３１ａ）。また、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、基地局Ｂ（ＲＲＨ１０２、ｃｅｌｌ＃２）のベースバンド処理部２１２ｂに対してＣＡ開始／追加指示（ここではＣＡの処理開始通知）を行う（Ｄ３２）。ベースバンド処理部２１２ｂは、ＲＲＣレイヤ処理／アプリケーション部２２５ａに対してＣＡの処理開始通知の応答を行う（Ｄ３２ａ）。

次に、この後、ＲＲＣレイヤ処理／アプリケーション部２２５ａと、ベースバンド処理部２１２ａ、２１２ｂは、ＲＮＴＩ処理を行い、ＣＡのためにｃｅｌｌ＃１、ｃｅｌｌ＃２で共通する一つの空きＲＮＴＩの検索の処理を行う（Ｄ４）。

このＲＮＴＩの検索処理Ｄ４では、はじめに、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、予め設定したＲＮＴＩ設定のリトライ回数未満であるかを判断する（ステップＳ５０１）。ＲＮＴＩ設定のリトライ回数未満であれば（ステップＳ５０１：Ｙｅｓ）、以下の処理を実行するが、ＲＮＴＩ設定のリトライ回数以上であれば（ステップＳ５０１：Ｎｏ）、ＲＮＴＩの検索の処理を実行せずに終了する（Ｄ５１に移行する）。

そして、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、ＲＮＴＩ使用状況データベース２２５ｂにアクセスし（ステップＳ５０２）、現在のＲＮＴＩ使用状況に基づき、空きＲＮＴＩ算出処理を行う（ステップＳ５０３）。

そして、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、ＣＡのためにｃｅｌｌ＃１、ｃｅｌｌ＃２で共通する一つの空きＲＮＴＩがあるかを判断する（ステップＳ５０４）。空きＲＮＴＩがあれば（ステップＳ５０４：Ｙｅｓ）、以下の処理を実行するが、共通する一つの空きＲＮＴＩがなければ（ステップＳ５０４：Ｎｏ）、ステップＳ５０１に戻り、リトライ回数を確認する。

そして、リトライ回数未満であれば（ステップＳ５０１：Ｙｅｓ）、再度ＲＮＴＩ使用状況データベース２２５ｂにアクセスする。この際、例えば同じｃｅｌｌのＲＮＴＩ情報であっても、他のＵＥの通信状況は常に変わりＲＮＴＩ使用状況データベース２２５ｂも更新されているので、再度アクセスして得た情報で空きＲＮＴＩ算出処理を行う。これをリトライ回数分繰り返しても空きＲＮＴＩが見つからない場合（ステップＳ５０１：Ｎｏ）、ＮＧとしてＲＮＴＩ検索の処理Ｄ４を終了する（Ｄ５１に移行する）。

次に、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、空きＲＮＴＩのうち、今回のＣＡに用いる一つのＲＮＴＩの選択処理を行う（ステップＳ５０５）。そして、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、ＲＮＴＩ使用状況データベース２２５ｂにアクセスし、選択したＲＮＴＩが使用中であることを設定する（ステップＳ５０６）。

この後、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、基地局Ａ（ｅＮＢ１０１、ｃｅｌｌ＃１）のベースバンド処理部２１２ａに対して、ステップＳ５０５で選択した一つのＲＮＴＩの予約指示を行う（ステップＳ５０７）。

基地局Ａ（ｅＮＢ１０１、ｃｅｌｌ＃１）のベースバンド処理部２１２ａは、現在処理しているＲＮＴＩについてデータベース２１２ａａを検索して確認し（ステップＳ５０８）、ＲＮＴＩ予約指示されたＲＮＴＩで処理できるか応答を行う（ステップＳ５０９）。

次に、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、基地局Ａ（ｅＮＢ１０１、ｃｅｌｌ＃１）のベースバンド処理部２１２ａの応答結果がＯＫの場合には、ステップＳ５０５で選択した一つのＲＮＴＩを使うことを基地局Ｂ（ＲＲＨ１０２、ｃｅｌｌ＃２）のベースバンド処理部２１２ｂに対して予約指示する（ステップＳ５１０）。

基地局Ｂ（ＲＲＨ１０２、ｃｅｌｌ＃２）のベースバンド処理部２１２ｂは、データベース２１２ｂａを検索し（ステップＳ５１１）、指示されたＲＮＴＩで処理できるかを判断し、ＲＮＴＩ予約指示に対する応答を行う（ステップＳ５１２）。

基地局Ｂからの応答結果がＯＫである場合には、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、基地局Ａのベースバンド処理部２１２ａに対し、構成変更通知を行う（ステップＳ５１３）。構成変更通知では、ＣＡに関するセカンダリセルの追加や削除等の再構成（ｒｅｃｏｎｆｉｇｕｒｅ）に関する情報を通知する。

ベースバンド処理部２１２ａは、選択したＲＮＴＩに関して、データベース２１２ａａにアクセスし、使用中確定であると設定する。そして、ベースバンド処理部２１２ａは、ＲＲＣレイヤ処理／アプリケーション部２２５ａに対し構成変更通知に対する応答を行う（ステップＳ５１４）。

一方、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、基地局Ｂからの応答結果がＮＧの場合には、指示したＲＮＴＩを現在、ＲＮＴＩ使用状況データベース２２５ｂで使用中とする。また、指示したｅＮＢ１０１（ｃｅｌｌ＃１）のデータベース、あるいはＲＨＨ１０２（ｃｅｌｌ＃２）のデータベース２１２ｂａにおいても使用予約とされ、ＲＮＴＩの解放処理を行う（不図示であるが、この場合、ステップＳ５０１の設定リトライ回数を確認し、閾値に達していなければ（ステップＳ５０１：Ｙｅｓ）、上記同様の処理をＲＮＴＩが決定できるまで繰り返す）。

そして、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、構成変更通知に対する応答に基づき、ＲＮＴＩ使用状況データベース２２５ｂを更新する（ステップＳ５１５）。以上により、ＲＮＴＩの検索処理Ｄ４が終了する。

その後、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、基地局Ａ（ｅＮＢ１０１、ｃｅｌｌ＃１）のベースバンド処理部２１２ａに対してＣＡ開始／追加指示（ここではＣＡの処理終了通知）を行う（Ｄ５１）。ベースバンド処理部２１２ａは、ＲＲＣレイヤ処理／アプリケーション部２２５ａに対してＣＡの処理終了通知の応答を行う（Ｄ５１ａ）。また、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、基地局Ｂ（ＲＲＨ１０２、ｃｅｌｌ＃２）のベースバンド処理部２１２ｂに対してＣＡ開始／追加指示（ここではＣＡの処理終了通知）を行う（Ｄ５２）。ベースバンド処理部２１２ｂは、ＲＲＣレイヤ処理／アプリケーション部２２５ａに対してＣＡの処理終了通知の応答を行う（Ｄ５２ｂ）。

上記処理において、ＲＮＴＩの検索処理Ｄ４にかかる時間Ｔ、すなわち、１回のリトライは、例えば、５ｍｓｅｃである。これは、基地局Ａ（ｅＮＢ１０１）内部の処理だけでＣＡ対象の複数セルのＲＮＴＩを検索できることに基づく。

（空きＲＮＴＩ算出を説明する図）
図６は、空きＲＮＴＩ算出を説明する図である。ＲＲＣレイヤ処理／アプリケーション部２２５ａが実行する図５のステップＳ５０３に示した空きＲＮＴＩ算出処理について説明する。

各ベースバンド部２１２ａ〜２１２ｎは、データベース２１２ａａ〜２１２ｎａ上でセル（ｃｅｌｌ＃１〜ｃｅｌｌ＃ｎ）のＲＮＴＩの使用状況を保持している。図６の（ａ）に示すように、実施の形態では、各セル（ｃｅｌｌ＃１〜ｃｅｌｌ＃ｎ）は、ＲＮＴＩの端末識別ＩＤ、例えば１〜６５５２３について、それぞれ１ビットで使用状態の識別子をＲＮＴＩの使用可否情報として付与する。例えば、使用ＲＮＴＩにはビット「１」を設定し、未使用ＲＮＴＩにはビット「０、あるいはビットを立てない」状態で管理する。

そして、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、空きＲＮＴＩ算出処理の処理タイミング（ステップＳ５０３）において、ＵＥ１１１が使用するセルに共通の一つのＣＡ用セルの空きＲＮＴＩを算出する。

例えば、図１に示すようにｃｅｌｌ＃１でＵＥ１１１が通信中にｃｅｌｌ＃２をセカンダリセルとして追加する場合を例に説明する。この場合、図６の（ｂ）に示すように、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、データベース２１２ａａ、２１２ｂａにアクセスしてＣＡを行う２つのｃｅｌｌ＃１、ｃｅｌｌ＃２の全データ（それぞれ６５５２３ビットのテーブル）を取得する。そして、これら２つのｃｅｌｌ＃１とｃｅｌｌ＃２の全データに対し、同じ端末識別ＩＤ毎の論理和（ｏｒ）を求める。

ＲＲＣレイヤ処理／アプリケーション部２２５ａは、この論理和の結果を図６（ｃ）に示すＣＡ用払い出し用空きＲＮＴＩ領域６０３としてＲＮＴＩ使用状況データベース２２５ｂに一時的に保持し、これをもとにＲＮＴＩ選択処理（図５のステップＳ５０５）を行う。

図７は、空きＲＮＴＩ算出の処理例を示すフローチャートである。ＲＲＣレイヤ処理／アプリケーション部２２５ａが行う処理について説明する。はじめに、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、ベースバンド部２１２ａのデータベース２１２ａａにアクセスし、ｃｅｌｌ＃１で現在通信中のＲＮＴＩの使用可否情報を取得する（ステップＳ７０１）。

次に、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、追加予定ｃｅｌｌ＃２のベースバンド部２１２ｂのデータベース２１２ｂａにアクセスし、ｃｅｌｌ＃２のＲＮＴＩの使用可否情報を取得する（ステップＳ７０２）。

この後、ＲＲＣレイヤ処理／アプリケーション部２２５ａは、これら２つのｃｅｌｌ＃１とｃｅｌｌ＃２の全データに対し、同じ端末識別ＩＤ毎の論理和（ｏｒ）を求める（ステップＳ７０３）。

この後、さらに追加予定の他のｃｅｌｌがあるかを判断し（ステップＳ７０４）、追加があれば（ステップＳ７０４：Ｙｅｓ）、ステップＳ７０２に戻り、追加予定のｃｅｌｌのＲＮＴＩの使用可否情報を取得し論理和を求める。

ステップＳ７０４において、追加ｃｅｌｌがない（全てのセル追加が終わった）場合には（ステップＳ７０４：Ｎｏ）、ＵＥ１１１がＣＡで使用を予定しているセル全てで共通に使用できる一つのＲＮＴＩが取得できる（ステップＳ７０５）。

上記空きＲＮＴＩ算出の処理によれば、ＣＡ対象セル同士の同じ端末識別ＩＤの論理和演算で簡単にＣＡ対象の全セルの空きＲＮＴＩを検索することができる。この際、１ビットの単純論理和演算で済むため、ＣＡ対象の全セルの空きＲＮＴＩを高速に算出できる。ＲＲＣレイヤ処理／アプリケーション部２２５ａは、ベースバンド処理部２１２に比して処理速度が低速である。

しかし、論理和演算で得られた空きＲＮＴＩ領域６０３（テーブル）に対して１度の検索を行うだけでＣＡ対象の全セルの空きＲＮＴＩを高速に検索できる。これにより、処理速度が低速なＲＲＣレイヤ処理／アプリケーション部２２５ａであっても、短時間で効率的に空きＲＮＴＩを検索できるようになる。短時間で効率的に空きＲＮＴＩを検索できることにより、各セルで常に変化するＲＮＴＩの使用状態に対し、１度の検索だけで実際に使用できるＲＮＴＩを得る確立を高めることができリトライ回数を削減できる。また、ＲＲＣレイヤ処理／アプリケーション部２２５ａは空きＲＮＴＩの検索の処理負担を軽減できる。

以上説明した実施の形態によるＲＮＴＩの決定にかかる処理時間について説明する。実施の形態によれば、図３に示したＣＡ追加の決定（ステップＳ３０２）の後、Ｈａｎｄｏｖｅｒ Ｐｒｏｃｅｄｕｒｅの手順（ステップＳ３０３）の処理工程内だけで、ＲＮＴＩを設定することができる。すなわち、ｅＮＢ１０１は、ＲＮＴＩ決定をＵＥ１１１との通信接続を不要としてｅＮＢ１０１内部で処理できる。この場合、図５に示したＲＮＴＩの検索処理Ｄ４にかかる時間Ｔは５ｍｓｅｃで済む。また、仮にリトライが５回発生しても２５ｍｓｅｃの処理時間でＣＡ用のＲＮＴＩを取得できる。

これに対し、既存の方式では、セカンダリセルをサーチするために、図３のＨａｎｄｏｖｅｒ Ｐｒｏｃｅｄｕｒｅの手順（ステップＳ３０３）と、Ｒａｎｄｏｍ Ａｃｃｅｓｓ（ステップＳ３０４）の手順を実行してＲＮＴＩを設定することになる。この場合、各セルからＣＡ用のＲＮＴＩを１度で取得できずｅＮＢ１０１がＵＥ１１１との間でのリトライ（ハンドオーバ）を繰り返す毎に、ステップＳ３０３とステップＳ３０４の処理で１２０ｍｓｅｃ程度の時間を費やす。仮にリトライが５回発生した場合には６００ｍｓｅｃの処理時間がかかってしまう。このように、実施の形態によれば、既存の方式に比して高速かつ効率的に空きＲＮＴＩを検索できるようになる。

ＬＴＥでは、待受け（アイドル）からセルに在圏して通信状態となる遷移が１００ｍｓ以下に規格されていたが、ＬＴＥ−Ａでは待受けから通信状態が５０ｍｓ以下とより厳しく規定され、短いｌａｔｅｎｃｙが求められている。この規定についても実施の形態であれば、ＬＴＥ−Ａの要求条件を満たし、ＬＴＥ−ＡでのＣＡ確立手順までの処理を簡略化でき、ＣＡ確立までの時間を大幅に短縮できる。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）自装置のセルを含む自装置が管理する複数セルの他の基地局装置それぞれに対する端末の現在の接続状態を示す端末識別ＩＤを逐次取得して更新保持するベースバンド処理部と、
前記端末との間でキャリアアグリゲーションによる通信実施の際には、当該キャリアアグリゲーション対象の前記複数セルの前記端末識別ＩＤを前記ベースバンド処理部から取得し、キャリアアグリゲーション対象の前記複数セル間で使用可能な前記端末識別ＩＤを求める制御部と、を有することを特徴とする基地局装置。

（付記２）前記ベースバンド処理部は、前記複数セルのそれぞれで前記端末識別ＩＤ毎の現在の前記端末の使用状態の有無を１ビットで設定したテーブルを更新保持し、
前記制御部は、キャリアアグリゲーション対象の前記複数セルからそれぞれ前記端末識別ＩＤの前記テーブルを取得し、互いのテーブルの前記端末識別ＩＤ毎のビット論理和により、キャリアアグリゲーション対象の前記複数セル間で使用可能な前記端末識別ＩＤを求めることを特徴とする付記１に記載の基地局装置。

（付記３）前記ベースバンド処理部は、前記制御部により求められたキャリアアグリゲーション対象の前記複数セルに関する前記端末識別ＩＤを前記端末に通知することを特徴とする付記１に記載の基地局装置。

（付記４）前記ベースバンド処理部は、自装置のマクロセルに対する端末の現在の接続状態を示す端末識別ＩＤと、当該マクロセルに含まれるスモールセルに対する端末の現在の接続状態を示す端末識別ＩＤと、をそれぞれのデータベースに更新保持することを特徴とする付記１に記載の基地局装置。

（付記５）前記制御部は、キャリアアグリゲーションによる通信実施の際には、当該キャリアアグリゲーション対象の前記複数セルの前記ベースバンド処理部の前記データベースからそれぞれ前記端末識別ＩＤのテーブルを取得し、互いのテーブルの前記端末識別ＩＤ毎のビット論理和を求めた結果をＲＮＴＩ使用状況データベースに格納保持することを特徴とする付記４に記載の基地局装置。

（付記６）前記制御部は、キャリアアグリゲーション対象の前記複数セルからそれぞれ前記端末識別ＩＤの前記テーブルを取得し、前記複数セルのうち一対のセルのテーブルの前記端末識別ＩＤ毎のビット論理和を求めることを、前記複数セルについて繰り返し実行して、キャリアアグリゲーション対象の前記複数セル間で使用可能な前記端末識別ＩＤを求めることを特徴とする付記２に記載の基地局装置。

（付記７）前記制御部は、ハンドオーバの処理手順の中で基地局装置内の前記ベースバンド処理部とのやり取りにより、キャリアアグリゲーション対象の前記複数セル間で使用可能な前記端末識別ＩＤを求めることを特徴とする付記１に記載の基地局装置。

１０１ 基地局Ａ（ｅＮＢ）
１０２ 基地局Ｂ（ＲＲＨ）
１０３，１０５ 伝送路
１１１ 端末（ＵＥ）
２１１ 伝送路ＩＦ
２１２（２１２ａ〜２１２ｎ） ベースバンド処理部
２１２ａａ〜２１２ｎａ データベース
２１３ 制御部
２１４ Ｄ／Ａ変換部
２１５ ＲＦ処理回路
２１６，２３３ アンテナ
２２５ 呼処理／回線管理部
２２５ａ ＲＲＣレイヤ処理／アプリケーション部
２２５ｂ ＲＮＴＩ使用状況データベース
２３１ パワーアンプ

Claims (6)

1. 自装置のセルを含む自装置が管理する複数セルの他の基地局装置が管理保持する端末の現在の接続状態を示す端末識別ＩＤを、前記他の基地局装置から逐次取得する毎に更新保持するベースバンド処理部と、
   前記端末との間でキャリアアグリゲーションによる通信実施の際には、当該キャリアアグリゲーション対象の前記複数セルの前記端末識別ＩＤを前記ベースバンド処理部から取得し、キャリアアグリゲーション対象の前記複数セル間で使用可能な前記端末識別ＩＤを求める制御部と、を有することを特徴とする基地局装置。
2. 前記ベースバンド処理部は、前記複数セルのそれぞれで前記端末識別ＩＤ毎の現在の前記端末の使用状態の有無を１ビットで設定したテーブルを更新保持し、
   前記制御部は、キャリアアグリゲーション対象の前記複数セルからそれぞれ前記端末識別ＩＤの前記テーブルを取得し、互いのテーブルの前記端末識別ＩＤ毎のビット論理和により、キャリアアグリゲーション対象の前記複数セル間で使用可能な前記端末識別ＩＤを求めることを特徴とする請求項１に記載の基地局装置。
3. 前記ベースバンド処理部は、前記制御部により求められたキャリアアグリゲーション対象の前記複数セルに関する前記端末識別ＩＤを前記端末に通知することを特徴とする請求項１に記載の基地局装置。
4. 前記ベースバンド処理部は、自装置のマクロセルに対する端末の現在の接続状態を示す端末識別ＩＤと、当該マクロセルに含まれるスモールセルに対する端末の現在の接続状態を示す端末識別ＩＤと、をそれぞれのデータベースに更新保持することを特徴とする請求項１に記載の基地局装置。
5. 前記制御部は、キャリアアグリゲーションによる通信実施の際には、当該キャリアアグリゲーション対象の前記複数セルの前記ベースバンド処理部の前記データベースからそれぞれ前記端末識別ＩＤのテーブルを取得し、互いのテーブルの前記端末識別ＩＤ毎のビット論理和を求めた結果をＲＮＴＩ使用状況データベースに格納保持することを特徴とする請求項４に記載の基地局装置。
6. 前記制御部は、キャリアアグリゲーション対象の前記複数セルからそれぞれ前記端末識別ＩＤの前記テーブルを取得し、前記複数セルのうち一対のセルのテーブルの前記端末識別ＩＤ毎のビット論理和を求めることを、前記複数セルについて繰り返し実行して、キャリアアグリゲーション対象の前記複数セル間で使用可能な前記端末識別ＩＤを求めることを特徴とする請求項２に記載の基地局装置。

Images