JP2019057941A - 無線通信システム、基地局、及び通信方法 - Google Patents

Abstract

【課題】C/U-plane splitシナリオにおいてUEがセル間を移動する際の無駄なシグナリングの削減に寄与する無線通信システム、基地局及び通信方法を提供する。【解決手段】第１の基地局１は、UE４へControl Plane(C-Plane)を提供し、ハンドオーバの要求に関する第１のメッセージＳ１０３を当該ハンドオーバのターゲット基地局である第３の基地局３に送る。当該第１のメッセージＳ１０３は、UE４へUser Plane(U-Plane)を提供する第２の基地局２の識別子を含む。第１の基地局１は、第１のメッセージＳ１０３の送信後に第１の応答Ｓ１０５を第３の基地局３から受信し、RRCコネクションの確立に関する第２のメッセージＳ１０６をハンドオーバのためにUE４に送信する。【選択図】図７

Description

本発明は、無線通信システムに関し、特に、Small cell enhancementシナリオにおけるネットワークアーキテクチャに関する。

3rdGenelation Partnership Project (3GPP) におけるLong Term Evolution (LTE) Release 12においては、局所的な巨大トラフィックの収容、スループットの改善、及び高周波数帯の効率的な利用などのために"local area enhancement" または"small cell enhancement"が議題の１つとなっている（非特許文献１を参照）。 local area enhancementまたはsmall cell enhancementでは、small cell を形成するlow-power node (LPN) が用いられる。

さらに、small cell enhancementに関して、C/U-plane splitシナリオが提案されている。C/U-plane splitでは、macro cell が移動局（User Equipment (UE）)に対するcontrol plane（例えば、Radio Resource Control (RRC)コネクション、及びNon-Access Stratum (NAS)メッセージ転送）を提供し、small cellがUEに対するuser planeを提供する。具体的な導入例をControl plane (C-plane)について見ると、macro cellは、低い周波数帯を用いた広いカバレッジにより、UEとの良好なコネクションを維持し、UEの移動性をサポートできる。一方、user plane (U-plane) について見ると、small cellは、高い周波数帯で広い帯域幅を用いることでUEに対して局所的な高スループットを提供できる。

C/U-plane splitシナリオにおいて、small cellは、既存のセル固有シグナル／チャネル、例えば、Primary Synchronization Signal (PSS)、Secondary Synchronization Signal (SSS)、Cell-specific Reference Signal (CRS)、Master Information Block (MIB)、 System Information Block (SIB)、の送信を必要としない場合も想定されている。したがって、このような新たなsmall cellは、phantom cellと呼ばれる場合もある。また、small cellを提供する基地局（eNB）又はLPNは、Phantom eNodeB (PhNB)と呼ばれる場合もある。

3GPP RWS-120010, NTT DOCOMO, "Requirements, Candidate Solutions & Technology Roadmap for LTE Rel-12 Onward", 3GPP TSG RAN Workshop on Rel-12 and Onwards Ljubljana, Slovenia, 11-12 June 2012

上述したように、MeNBが制御するセルにおいてC-planeをUEに提供し、LPNが制御するセルにおいてU-planeをUEに提供するC/U-plane splitシナリオが提案されている。以下では、C/U-plane splitシナリオにおいてC-Planeを提供するセルをプライマリセル（PCell）と呼び、U-Planeを提供するセルをセカンダリセル（SCell）と呼ぶ。

本件発明者等は、C/U-plane splitシナリオにおけるUEのセル間移動について検討を行い、様々な課題を見出した。例えば、C/U-plane splitシナリオにおいて、C/U-plane split を行っているUEが、C-Planeサービスを受けているMeNBセル（PCell）から他のMeNBセルに移動するケースを考える。通常のハンドオーバ手順をこのケースに適用すると、パススイッチ（つまり、データベアラの経路切り替え）のための無駄なシグナリングが生じるという問題がある。なぜなら、C/U-plane splitシナリオではUEのU-Plane（データベアラ）がLPNセル（SCell）にて確立されているから、MeNB間のハンドオーバにおいてU-Planeを変更する必要ないためである。このため、通常のハンドーバ手順を使用すると、U-Planeのパススイッチ（つまり、データベアラの経路切り替え）のためのシグナリングが無駄である。したがって、C/U-plane splitシナリオでは特別な考慮が必要である。

本発明の目的の１つは、C/U-plane splitシナリオにおいてUEがセル間を移動する際の無駄なシグナリングの削減に寄与する無線通信システム、基地局、移動局、通信制御方法、及びプログラムを提供することである。

第１の態様では、無線通信システムは、第１、第２、及び第３の基地局、コアネットワーク、及び移動局を含む。前記コアネットワークは、モビリティ管理装置およびデータ中継装置を含む。前記第１、第２、及び第３の基地局は、第１、第２、第３のセルをそれぞれ運用する。前記第１の基地局は、前記モビリティ管理装置との間に第１のシグナリングベアラを確立し、前記第２の基地局との間に第２のシグナリングベアラを確立し、前記第１のセルにおいて前記移動局との間にシグナリング無線ベアラを確立するよう構成されている。前記第２の基地局は、前記第１の基地局との間に前記第２のシグナリングベアラを確立し、前記データ中継装置との間にデータベアラを確立し、前記第２のセルにおいて前記移動局との間にデータ無線ベアラを確立するよう構成されている。さらに、前記第１の基地局は、前記データベアラ及び前記データ無線ベアラを前記第２の基地局において確立するために必要な第１の設定情報を、前記第２のシグナリングベアラを介して前記第２の基地局に送信するよう構成されている。さらにまた、前記第１の基地局は、前記移動局が前記第１のセルから前記第３のセルに移動する際に、前記第２の基地局において確立されている前記データベアラに関する第２の設定情報を前記第３の基地局に送信するよう構成されている。

第２の態様では、第１の基地局は、第１のセルを運用する無線通信部、及び制御部を含む。前記制御部は、コアネットワーク内のモビリティ管理装置との間に第１のシグナリングベアラを確立し、第２のセルを運用する第２の基地局との間に第２のシグナリングベアラを確立し、前記第１のセルにおいて移動局との間にシグナリング無線ベアラを確立するよう制御するよう構成されている。さらに、前記制御部は、データベアラ及びデータ無線ベアラを前記第２の基地局において確立するために必要な第１の設定情報を前記第２のシグナリングベアラを介して前記第２の基地局に送信するよう構成されている。さらにまた、前記制御部は、前記移動局が前記第１のセルから第３の基地局により運用される第３のセルに移動する際に、前記第２の基地局において確立されている前記データベアラに関する第２の設定情報を前記第３の基地局に送信するよう構成されている。ここで、前記データベアラは、前記コアネットワーク内のデータ中継装置と前記第２の基地局の間に確立される。前記データ無線ベアラは、前記第２のセルにおいて前記第２の基地局と前記移動局の間に確立される。

第３の態様では、移動局は、上述した第１の態様の無線通信システムと結合して使用され、無線通信部及び制御部を含む。前記制御部は、前記データ無線ベアラに関する設定情報を前記第１の基地局から受信し、前記第２のセルを利用してユーザーデータを受信又は送信するよう前記無線通信部を制御するよう構成されている。

第４の態様では、第１のセルを運用する第１の基地局における通信制御方法は、以下の（ａ）〜（ｃ）を含む。
（ａ）コアネットワーク内のモビリティ管理装置との間に第１のシグナリングベアラを確立し、第２のセルを運用する第２の基地局との間に第２のシグナリングベアラを確立し、前記第１のセルにおいて移動局との間にシグナリング無線ベアラを確立するよう制御すること、
（ｂ）データベアラ及びデータ無線ベアラを前記第２の基地局において確立するために必要な第１の設定情報を前記第２のシグナリングベアラを介して前記第２の基地局に送信すること、及び
（ｃ）前記移動局が前記第１のセルから第３の基地局により運用される第３のセルに移動する際に、前記第２の基地局において確立されている前記データベアラに関する第２の設定情報を第３の基地局に送信すること。
ここで、前記データベアラは、前記コアネットワーク内のデータ中継装置と前記第２の基地局の間に確立される。前記データ無線ベアラは、前記第２のセルにおいて前記第２の基地局と前記移動局の間に確立される。

第５の態様では、プログラムは、上述した第４の態様に係る通信制御方法をコンピュータに行わせるための命令群を含む。

上述した態様によれば、C/U-plane splitシナリオにおいてUEがセル間を移動する際の無駄なシグナリングの削減に寄与する無線通信システム、基地局、移動局、通信制御方法、及びプログラムを提供できる。

第１の実施の形態に係る無線通信システム（e.g. LTEシステム）の構成例を示す図である。 第１の実施の形態に係る無線通信システムにおけるベアラ・アーキテクチャの一例を示す図である。 第１の実施の形態に係る無線通信システムにおけるベアラ・アーキテクチャの他の例を示す図である。 第１の実施形態に係る第１及び第３の基地局（e.g. MeNB）の構成例を示す図である。 第１の実施形態に係る第２の基地局（e.g. LPN）の構成例を示す図である。 第１の実施形態に係る移動局（e.g. UE）の構成例を示す図である。 第１の実施の形態に係る移動局のモビリティ手順の一例を示すシーケンス図である。 第１の実施の形態に係る第１の基地局（e.g. MeNB）の動作例を示すフローチャートである。 第１の実施の形態に係る第３の基地局（e.g. MeNB）の動作例を示すフローチャートである。 第１の実施の形態に係る第２の基地局（e.g. LPN）の動作例を示すフローチャートである。 第１の実施の形態に係る移動局（e.g. UE）の動作例を示すフローチャートである。 第２の実施の形態に係る移動局のモビリティ手順の一例を示すシーケンス図である。 第２の実施の形態に係る第１の基地局（e.g. MeNB）の動作例を示すフローチャートである。 第２の実施の形態に係る第２の基地局（e.g. LPN）の動作例を示すフローチャートである。 第３の実施の形態に係る移動局のモビリティ手順の一例を示すシーケンス図である。 第３の実施の形態に係る第３の基地局（e.g. MeNB）の動作例を示すフローチャートである。 第３の実施の形態に係る第２の基地局（e.g. LPN）の動作例を示すフローチャートである。 第３の実施の形態に係る移動局のモビリティ手順の一例を示すシーケンス図である。 第３の実施の形態に係る第１の基地局（e.g. MeNB）の動作例を示すフローチャートである。 第３の実施の形態に係る移動局（e.g. UE）の動作例を示すフローチャートである。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

＜第１の実施形態＞
図１は、本実施形態に係る無線通信システムの構成例を示している。本実施形態に係る無線通信システムは、第１の基地局１、第２の基地局２、第３の基地局３、移動局４、及びコアネットワーク５を含む。基地局１、２、及び３は、第１のセル１０、第２のセル２０、第３のセル３０をそれぞれ運用する。コアネットワーク５は、モビリティ管理装置６及びデータ中継装置７を含む。以下では、説明の容易化のために、本実施形態に係る無線通信システムがLTEシステムである場合を例に説明する。従って、第１の基地局１はMeNB、第２の基地局２はLPN、第３の基地局３はMeNB、移動局４はUE、コアネットワーク５はEvolved Packet Core (EPC)、モビリティ管理装置６はMobility Management Entity (MME)、データ中継装置７はServing Gateway (S-GW) に相当する。

本実施形態に係る無線通信システムは、C/U-plane splitをセル１０及び２０に適用する。すなわち、LPN２は、セル２０内において、U-planeサービスをUE４に提供する。言い換えると、LPN２は、UE４との間にデータ無線ベアラ（Data Radio bearer (DRB)）を確立し、UE４のユーザーデータを転送する。MeNB１は、LPN２との間にDRBを確立するUE４に対して、セル１０においてC-planeサービスを提供する。言い換えると、MeNB１は、UE４との間にシグナリング無線ベアラ（Signaling Radio Bearer (SRB)）を確立し、セル２０でのLPN２とのDRBの確立及び修正（modify）等のためのRRCシグナリング、及びEPC５とUE４の間のNASメッセージ転送などを提供する。また、MeNB１は、LPN２のセル２０に関するマスター情報（例えば、システム帯域幅、送信アンテナ数など）及びシステム情報（例えば、セル２０のDRBに関するパラメータ）をセル１０の下りリンクチャネル（例えば、Physical Broadcast Channel (PBCH)、又はPhysical Downlink Shared Channel (PDSCH)）を用いて送信してもよい。

MeNB３は、MeNB１と同様に、C/U-plane splitを行うUE４に対してセル３０においてC-Planeサービスを提供する能力を有する。本実施形態では、図１に示されているように、LPNセル２０が２つのMeNBセル１０及び３０の境界に跨って配置されている例を想定する。したがって、MeNB３は、LPN２との間にDRBを確立するUE４に対して、セル３０においてC-planeサービスを提供することができる。

なお、MeNB１及び３は、UE４に関する全てのC-planeサービスを担う必要はない。例えば、LPN２は、自身に確立したデータ無線ベアラに関して、レイヤ１（物理レイヤ）及びレイヤ２（Media Access Control (MAC)サブレイヤ及びRadio Link Control (RLC)サブレイヤ）の制御を行なってもよい。具体的には、LPN２は、上りリンク制御チャネル（例えば、Physical Uplink Control Channel (PUCCH)）又は上りリンクデータチャネル（例えば、Physical Uplink Shared Channel (PUSCH））を用いて、レイヤ１／レイヤ２制御信号（例えば、Hybrid Automatic Repeat Request （H-ARQ） ACK、Channel Quality Indicator (CQI)、Precoding Matrix Indicator (PMI)、及びRank Indicator (RI)）を受信してもよい。また、LPN２は、下りリンク制御チャネル（例えば、Physical Downlink Control Channel (PDCCH)）を用いて下りリンクのスケジューリング情報、及び上りリンク送信に対するACK/NACK等をUE４に送信してもよい。

EPC５は、主に移動通信サービスを提供するオペレータによって管理されるネットワークである。EPC５は、UE４のモビリティ管理（例えば、位置登録、位置更新）、及びベアラ管理（例えば、ベアラ確立、ベアラ構成変更、ベアラ解放）等を行うコントロールプレーン（C-plane）機能と、MeNB１、LPN２、及びMeNB３と図示しない外部ネットワークとの間でUE４のユーザーデータを転送するユーザープレーン（U-plane）機能を有する。MME６は、EPCにおけるC-plane機能を担う。S-GW７は、EPCにおけるU-plane機能を担う。S-GW７は、MeNB１、LPN２、及びMeNB３を含む無線アクセスネットワーク（Radio Access Network (RAN)）とEPC５との境界に配置される。

続いて以下では、本実施形態に係るベアラ・アーキテクチャについて図２及び図３を用いて説明する。なお、MeNB１とLPN２の間でC/U-Plane Splitが行われる場合を説明するが、eNB３とLPN２の間でC/U-Plane Splitが行われる場合にも同様のベアラ・アーキテクチャを起用することができる。図２は、セル２０でのユーザーデータ転送に関係するベアラ・アーキテクチャの第１の例を示している。無線ベアラについては既に述べた通りである。すなわち、MeNB１は、UE４との間にSRBを確立し、セル２０でのDRBの確立及び修正（modify）等のためのRRCシグナリング、及びEPC５とUE４の間のNASメッセージ転送などのC-planeサービスをセル１０において提供する。また、LPN２は、UE４との間にDRBを確立し、UE４のユーザーデータをセル２０において送受信する。

次に、EPC５とRANノード（つまり、MeNB１、LPN２、及びMeNB３）の間のベアラについて説明する。EPC５とのシグナリングベアラ（つまり、S1-MMEインタフェースを用いたS1シグナリングベアラ）は、MME６とMeNB１の間に確立される。MeNB１は、MME６との間にS1シグナリングベアラを確立し、MME６との間でS1 Application Protocol (S1-AP)メッセージを送受信する。一方、EPC５とのデータベアラ（つまり、S1-Uインタフェースを用いたS1ベアラ）は、S-GW７とLPN２の間に確立される。LPN２は、S-GW７との間にS1ベアラを確立し、S-GW７との間でUE４のユーザーデータを送受信する。

さらに、MeNB１は、LPN２との間にシグナリングベアラを確立する。MeNB１とLPN２の間のシグナリングベアラは、例えば、X2インタフェースを用いて確立される。X2インタフェースは、eNB間のインタフェースである。なお、LPN２が新規なノードとして定義され、eNBとLPNの間にX2インタフェースとは異なる新たなインタフェースが定義される場合が考えられる。この場合、MeNB１とLPN２の間のシグナリングベアラは、この新たなインタゲースを用いて確立されてもよい。この新たなインタフェースを本明細書では仮にX3インタフェースと呼ぶ。MeNB１は、S-GW７とのS1ベアラ及びUE４とのDRBをLPN２において確立するために必要なベアラ設定情報（以下では、E-UTRAN Radio Access Bearer (E-RAB) 設定情報と呼ぶ）を、X2/X3シグナリングベアラを介してLPN２に送信するよう構成されている。なお、E-RABとは、S1ベアラ及びDRBを含む無線アクセスベアラを意味する。

図２に示されたベアラ・アーキテクチャによれば、LPN２は、MME６との間のS1シグナリングベアラを必要とせず、MeNB１から与えられるE-RAB設定情報に基づいてS1ベアラ及びDRBを設定できる。また、上述したベアラ・アーキテクチャでは、S1ベアラ（S1-Uベアラ）の終端点がS1シグナリングベアラの終端点と異なる。つまり、MeNB１では無くLPN２がS1ベアラを終端している。つまり、図２のアーキテクチャでは、RAN内のシグナリングだけでなく、EPC５とRANの間のインタフェースにおいてもC/U planeが分離されている。これにより、MeNB１は、UE４がセル２０及びLPN２を経由してユーザーデータを送受信するために必要なDRB及びS1ベアラを確立するためのシグナリングを行うのみで済む。言い換えると、MeNB１は、一例において、セル２０を介したUE４の通信のために、S1ベアラ（つまり、GPRS Tunneling Protocol（GTP）トンネル）を終端する必要がなく、S1ベアラとDRBの間のユーザーデータパケットのフォワーディング処理を行う必要もない。これらの処理は、LPN２によって行われる。したがって、一例において、MeNB１の処理負荷を軽減できる。

なお、S1ベアラは、GTPトンネルであり、ユーザーデータ（データパケット）は、S-GW７とLPN２の間で送受信されるGTPトンネルパケットにカプセル化される。例えば、下りリンクユーザーデータをカプセル化しているGTPトンネルパケットは、S-GW７とLPN２の間に配置されたルータによりルーティング及びフォワーディングされることによってLPN２に到達する。したがって、図２のベアラ・アーキテクチャでは、典型的には、GTPトンネルパケットは、MeNB１を経由することなく転送される。この場合、MeNB１は、S1ベアラの終端処理を行う必要がないためMeNB１の処理負荷を低減できる。また、GTPトンネルパケットがMeNB１とLPN２の間のX2/X3インタフェースを流れないため、X2/X3インタフェースの容量及び遅延等に関する性能要件が緩和される。例えば、X2/X3インタフェースに非光ファイバ回線（例えば、無線回線）を用いることも可能となる。

しかしながら、ユーザーデータをカプセル化しているGTPトンネルパケットは、MeNB１を経由してS-GW７とLPN２の間を転送されてもよい。この場合、MeNB１は、ルータ（例えば、Internet Protocol (IP)ルータ）として機能し、GTPトンネルパケットをルーティング及びフォワーディングすればよい。MeNB１を経由するGTPトンネルパケットのルーティングは、S-GW７、LPN２、及びMeNB１が有するルーティングテーブルの設定により実現できる。

図３は、ベアラ・アーキテクチャの第２の例を示している。図３の例では、MeNB１がGTPトンネルパケットをルーティング及びフォワーディングする。MeNB１は、GTPトンネルパケットのIPアドレスを変換するプロキシ機能を有してもよい。具体的に述べると、MeNB１及びLPN２は、X2/X3インタフェースにおいてトンネル８０（例えば、GTPトンネル）を設定する。MeNB１は、S-GW７とLPN２の間のS1ベアラにおいてユーザーデータをカプセル化しているGTPトンネルパケットをさらにカプセル化し、トンネル８０を用いて転送する。なお、トンネル８０は設定されなくてもよい。つまり、MeNB１は、GTPトンネルパケット対してさらなるカプセル化を行わずに、GTPトンネルパケットをそのまま転送してもよい。

図３の例において注目すべき点の１つは、MeNB１がS1ベアラを終端する必要はない点である。MeNB１は、GTPトンネルパケットをフォワーディングするルータとして動作すればよく、ユーザーパケットを取り出すための逆カプセル化処理を行う必要はない。したがって、GTPトンネル終端に伴うMeNB１の処理負荷の増大は発生しない。

また、図３の例において他の注目すべき点は、MeNB1は、GTPトンネルパケットを観測できる点である。例えば、MeNB1は、転送するGTP トンネルパケットのトラフィック量を観測できる。GTP トンネルパケットのトラフィック量を観測することで、MeNB1は、LPN２の負荷またはセル２０の負荷を自立的に推定することができる。したがって、本実施形態のMeNB1は、例えば、自身が観測したGTP トンネルパケットのトラフィック量に基づいてLPN２を経由するE-RAB又はセル２０の非活性化の判定を行うことができる。

続いて、本実施形態に係る装置の構成及び動作についてさらに詳細に説明する。本実施形態に係るMeNB１は、UE４がMeNBセル１０からMeNBセル３０に移動する際に、言い換えるとUE４のプライマリセル（PCell）がMeNBセル１０からMeNBセル３０に変更される際に、UE４のC/U-SplitのためのSRBのエンドポイントをMeNB１からMeNB３に変更する制御を行う。この制御は、一般的なハンドオーバ手順の前半部分（つまり、データベアラの経路切り替えを除く）に従って行われてもよい。さらに、MeNB１は、UE４がMeNBセル１０からMeNBセル３０に移動する際に、LPN情報をMeNB３に送信する。MeNB１は、UE４のハンドオーバ手順を行なっている間に、LPN情報をMeNB３に送信してもよい。LPN情報は、MeNB１で行われていたUE４のC/U-SplitのためのC-PlaneサービスをMeNB３が引き継ぐために必要な情報を含む。具体的には、LPN情報は、LPN２において確立されているS1ベアラに関する設定情報を含む。LPN情報は、セル２０においてUE４のために確立されているDRBの設定情報を含んでもよい。

MeNB３は、UE４がMeNBセル１０からMeNBセル３０に移動する際に、セル３０においてUE４との間にSRBを確立する。そして、MeNB３は、MeNB１からのLPN情報を用いて、セル２０（SCell）にて確立されているUE４のためのDRBの制御をセル３０においてUE４に提供する。つまり、MeNB３は、ソースMeNB１から受信したLPN情報を用いて、C/U-Plane SplitのためのC-Planeサービスをセル３０において提供する。

LPN２は、SRBのエンドポイントをMeNB１からMeNB３に変更する変更手順（例えば、ハンドオーバ手順）が行われている間、セル２０を経由するDRB及びS1ベアラでのユーザーデータの転送を継続してもよい。

既に述べたように、本実施形態の無線通信システムは、C/U Splitアーキテクチャを採用している。したがって、UE４がセル１０からセル３０に移動したとしても、UE４が引き続きセル２０内に位置しているのであれば、UE４は、LPN２において確立されたSRB及びS1ベアラを継続して利用することができる。この点に着目し、本実施形態のMeNB１は、セル１０からセル３０へのC-Planeの切り替えの際に、LPN情報をMeNB３に通知する。これにより、MeNB３は、セル２０にて確立されているUE４のためのDRBの制御を、LPN情報を用いて行うことができる。したがって、本実施形態は、通常のハンドオーバ手順の後半にて行われるソースセルからターゲットセルへのパススイッチ手順（つまり、データベアラ経路の切り替え手順）を省略できる。

続いて以下では、本実施形態に係るMeNB１、LPN２、MeNB３、UE４、MME６、及びS-GW７の構成例について説明する。無線通信部１１は、UE４から送信された上りリンク信号（uplink signal）をアンテナを介して受信する。受信データ処理部１３は、受信された上りリンク信号を復元する。得られた受信データは、通信部１４を経由して他のネットワークノード、例えばMME６若しくはS-GW７に転送される。例えば、セル１０においてUE４から受信された上りリンクユーザーデータは、S-GW７に転送される。また、UE４から受信された制御データのうちNASデータは、MME６に転送される。さらに、受信データ処理部１３は、LPN２又はMME６に送信される制御データを制御部１５から受信し、これを通信部１４を経由してLPN２又はMME６に送信する。

送信データ処理部１２は、UE４宛てのユーザーデータを通信部１４から取得し、誤り訂正符号化、レートマッチング、インタリービング等を行なってトランスポートチャネルを生成する。さらに、送信データ処理部１２は、トランスポートチャネルのデータ系列に制御情報を付加して送信シンボル列を生成する。無線通信部１１は、送信シンボル列に基づく搬送波変調、周波数変換、信号増幅等の各処理を行って下りリンク信号（downlink signal）を生成し、これをUE４に送信する。さらに、送信データ処理部１２は、UE４に送信される制御データを制御部１５から受信し、これを無線通信部１１を経由してUE４に送信する。

MeNB１の制御部１５は、LPN２により運用されるセル２０においてUE４がユーザーデータを受信又は送信できるようにするために、シグナリングベアラを介してMME６、LPN２、MeNB３、及びUE４とシグナリングする。具体的には、制御部１５は、E-RAB又はS1ベアラの確立要求を、S1シグナリングベアラを介してMME６に送信する。制御部１５は、S1ベアラ及びDRBをLPN２において確立するために必要なE-RAB設定情報を、X2/X3シグナリングベアラを介してLPN２に送信する。制御部１５は、セル２０でのDRBをUE４において確立するために必要なDRB設定情報を、セル１０でのSRBを介してUE４に送信する。

E-RAB設定情報は、S1ベアラ設定情報及びDRB設定情報を含む。S1ベアラ設定情報は、S-GW７とのS1ベアラの確立に必要な情報を含む。S1ベアラ設定情報は、例えば、S1ベアラ又はE-RABの識別子、S1ベアラ又はE-RABのQoS情報、S-GW７のアドレス、S-GW７におけるS1ベアラのエンドポイント識別子、及びUE４に割り当てられた識別子、のうち少なくとも１つを含む。より具体的に述べると、S1ベアラ設定情報は、E-RAB ID、Quality Class Indicator (QCI)、S-GW７のIPアドレス、S-GW７側のGTPトンネル（S1ベアラ）のTEID、security key、及びUE４に割り当てられたTemporary Mobile Subscriber Identity (TMSI)のうち少なくとも１つを含んでもよい。また、DRB設定情報は、UE４とのDRBの確立に必要な設定情報を含む。DRB設定情報は、例えば、E-RAB ID、Quality Class Indicator (QCI)、並びに物理レイヤ及びMACサブレイヤの設定情報を含んでもよい。

さらに、制御部１５は、UE４がMeNBセル１０からMeNBセル３０に移動する際に、UE４のC/U-SplitのためのSRBをMeNB１からMeNB３に変更する制御を行うよう構成されている。さらに、制御部１５は、UE４がMeNBセル１０からMeNBセル３０に移動する際に、LPN情報をMeNB３に送信するよう構成されている。

LPN情報は、例えば、LPN２の識別子（e.g. eNB ID）、S１ベアラ又はE-RABの識別子（e.g., E-RAB ID）、S1ベアラ又はE-RABのQoS情報(e.g. QCI)、LPN2におけるS1ベアラのエンドポイント識別子(e.g. TEID)、S-GW７のアドレス（e.g. IPアドレス）、S-GW７におけるS1ベアラのエンドポイント識別子（e.g. TEID）、のうち少なくとも１つを含む。

また、制御部１５は、一例において、ターゲットMeNB３に関する情報（ターゲットMeNB情報）を、LPN２に送信するよう構成されてもよい。ターゲットMeNB情報は、C/U-Plane SplitにおけるC-Planeサービスを提供する基地局がMeNB１からMeNB３に変更されることを示す。ターゲットMeNB情報は、例えば、MeNB３の識別子（e.g. eNB ID）、並びにMeNB３とLPN２の間の接続情報（e.g. X2/X3インタフェース接続情報）、のうち少なくとも１つを含む。

MeNB３の構成例は、図４に示したMeNB１の構成例と同様である。MeNB３の無線通信部３１、送信データ処理部３２、受信データ処理部３３、及び通信部３４の構成及び動作は、MeNB１の無線通信部１１、送信データ処理部１２、受信データ処理部１３、及び通信部１４と同様である。

MeNB３の制御部３５は、UE４がMeNBセル１０からMeNBセル３０に移動する際に、セル３０においてUE４との間にSRBを確立するよう構成されている。そして、制御部３５は、MeNB１からのLPN情報を用いて、セル２０（SCell）にて確立されているUE４のためのDRBの制御をセル３０においてUE４に提供するよう構成されている。

また、制御部３５は、一例において、ターゲットMeNB３に関する情報（ターゲットMeNB情報）を、LPN２に送信するよう構成されてもよい。

図５は、LPN２の構成例を示すブロック図である。図５に示された無線通信部２１、送信データ処理部２２、受信データ処理部２３、及び通信部２４の機能及び動作は、図４に示された基地局１の対応する要素、すなわち無線通信部１１、送信データ処理部１２、受信データ処理部１３、及び通信部１４と同様である。

LPN２の制御部２５は、MeNB1（制御部１５）からのE-RAB設定情報をX2/X3シグナリングベアラを介して受信し、E-RAB設定情報に従ってS-GW７とのS1ベアラ及びUE４とのSRBを設定する。さらに、制御部２５は、UE４がMeNBセル１０からMeNBセル３０に移動する際に、ターゲットMeNB３に関する情報（ターゲットMeNB情報）をMeNB１又はMeNB３から受信してもよい。そして、制御部２５は、ターゲットMeNB情報に従って、C/U-Plane splitのための管理情報を更新してもよい。

図６は、UE４の構成例を示すブロック図である。無線通信部４１は、セル１０、セル２０、及びセル３０と通信可能である。また、無線通信部４１は、異なるeNBによって運用される複数のセルのキャリアアグリゲーションをサポートしてもよい。この場合、無線通信部４１は、ユーザーデータの送信又は受信のために複数のセル（例えば、セル１０（３０）及び２０）を同時に使用することができる。無線通信部４１は、アンテナを介して、eNB１（３）若しくはLPN２又はこれら両方から下りリンク信号を受信する。受信データ処理部４２は、受信された下りリンク信号から受信データを復元してデータ制御部４３に送る。データ制御部４３は、受信データをその目的に応じて利用する。また、送信データ処理部４４及び無線通信部４１は、データ制御部４３から供給される送信データを用いて上りリンク信号を生成し、eNB１（３）若しくはLPN２又はこれら両方に向けて送信する。

UE４の制御部４５は、MeNB１との間のセル１０におけるSRBを確立するよう無線通信部３１を制御する。そして、制御部４５は、LPN２との間にDRBを確立するためのDBB設定情報をMeNB１から受信し、セル２０を利用してユーザーデータを受信又は送信するよう無線通信部４１を制御する。これにより、UE４は、MeNB１とのシグナリングに基づいて、LPN２との間でDRBを介して通信することができる。

さらに、制御部４５は、UE４がMeNBセル１０からMeNBセル３０に移動する際に、MeNB３との間のセル３０におけるSRBを確立するよう無線通信部４１を制御してもよい。これにより、UE４は、MeNB３とのシグナリングに基づいて、LPN２との間でDRBを介して通信することができる。

続いて以下では、第１の実施の形態に係るUE４のモビリティ手順の具体例について図７のシーケンス図を参照しながら説明する。ステップＳ１０１では、MeNB１は、セル１０に帰属するUE４のために、UE４と関連付けられたS1コネクションをMME６との間に確立する。つまり、MeNB１は、S1-MMEインタフェースにおいてMME６との間にS1シグナリングベアラを確立する。さらに、MeNB１は、セル１０においてUE４とのRRCコネクションを確立する。これにより、UE４とMeNB１の間、MeNB１とMME６の間、並びにUE４とMME６の間にいて制御データが送受信される。

ステップＳ１０２では、LPN２を経由するDRB及びS1ベアラが確立される。つまり、UE４とS-GW７の間にLPN２を経由するE-RABが設定される。UE４は、セル２０及びLPN２を経由してユーザーデータを受信又は送信する。

ステップＳ１０３〜Ｓ１０７では、UE４がMeNBセル１０からMeNBセル３０に移動することに応じて、プライマリセル（PCell）変更処理が行われる。このうち、ステップＳ１０３〜Ｓ１０５ｄでは、ソースMeNB１とターゲットMeNB３の間でハンドオーバ情報が交換される。このとき、ソースMeNB１からターゲットMeNB３にLPN２に関するLPN情報が送られる。すなわち、図７のステップＳ１０３において、MeNB１は、UE４のセル３０へのハンドオーバを決定し、ハンドオーバ要求をMME６に送信する。このハンドオーバ要求は、LPN２に関するLPN情報を含む。ステップＳ１０４では、MME６は、LPN情報を含むハンドオーバ情報をターゲットMeNB３に送信する。ステップＳ１０５では、ソースMeNB１は、ハンドオーバ要求に対する応答（例えば、HANDOVER REQUEST ACK）をMME６から受信する。なお、ステップＳ１０３〜Ｓ１０５は、MME６を経由するS1ハンドオーバ手順を示している。しかしながら、ソースMeNB１とターゲットMeNB３のシグナリングは、MeNB１とMeNB３の間のX2インタフェースにおいてMME６を経由せずに行われてもよい。

ステップＳ１０６では、ソースMeNB１は、ターゲットMeNB３へのハンドオーバ指示（HANDOVER COMMAND）をUE４に送信する。UE４は、ハンドオーバ指示に応答して、ターゲットMeNB３との間にRRCコネクションを確立する（ステップＳ１０７）。これにより、UE４は、セル２０及びLPN２を経由してユーザーデータを受信又は送信することができ（ステップＳ１０８）、セル３０及びMeNB３を経由して制御データを送受信することができる。

ステップＳ１１０では、LPN２は、ターゲットMeNB３に関する情報（ターゲットMeNB情報）を用いてC/U-Plane splitのための管理情報を更新する。既に述べたように、LPN２は、ターゲットMeNB情報をMeNB１から受信してもよいし、MeNB３から受信してもよい。

図７においてオプション手順として示されているように、ソースMeNB１及びターゲットMeNB３は、通常のハンドオーバ手順と同様に、ハンドオーバ完了時のUEコンテキストの解放処理を行なってもよい。ステップＳ１１１及びＳ１１２では、ソースMeNB１は、ターゲットMeNB３からUEコンテキストの解放要求を受信する。ステップＳ１１３では、ソースMeNB１は、UE４に関して保持していたUEコンテキストを解放（削除）する。

続いて、以下では、本実施形態におけるソースMeNB１、ターゲットMeNB３、LPN２、及びUE４のそれぞれの動作を順に説明する。図８は、ソースMeNB１の動作例を示すフローチャートである。ステップＳ２０１では、MeNB１（制御部１５）は、UE４のハンドオーバを決定する。ハンドオーバを決定した場合（ステップＳ２０１でＹＥＳ）、MeNB１は、LPN２に設定されたUE４のSCellを継続できるかを判定する（ステップＳ２０２）。SCellをLPN２において継続できない場合、（ステップＳ２０２でＮＯ）、MeNB１は、通常のハンドオーバ手順を実行する（ステップＳ２０３）。一方、SCellをLPN２において継続できる場合（ステップＳ２０２でＹＥＳ）、MeNB１は、ステップＳ２０４以降の処理を実行する。

ステップＳ２０４では、MeNB１は、ハンドオーバ要求及びLPN情報をターゲットMeNB３に通知する。ステップＳ２０５では、MeNB１は、ハンドオーバ要求に対する肯定応答をターゲットMeNB３から受信したかを判定する。ハンドオーバ要求に対する肯定応答を受信した場合（ステップＳ２０５でＹＥＳ）、MeNB１は、セル３０へのハンドオーバをUE４に指示する。

図９は、ターゲットMeNB３の動作例を示すフローチャートである。ステップＳ３０１では、MeNB３は、ハンドオーバ要求を受信したかを判定する。ハンドオーバ要求を受信した場合（ステップＳ３０１でＹＥＳ）、MeNB３は、さらにLPN情報を受信したかを判定する（ステップＳ３０２）。LPN情報を受信しない場合（ステップＳ３０２でＮＯ）、MeNB３は、通常のハンドオーバ手順を実行する（ステップＳ３０３）。一方、LPN情報を受信した場合（ステップＳ３０２でＹＥＳ）、MeNB３は、ステップＳ３０４以降の処理を実行する。

ステップＳ３０４では、MeNB３は、ハンドオーバ要求に対する応答をソースMeNB１に送信する。ステップＳ３０５では、MeNB３は、LPN２に関するLPN情報を用いて、UE4のC/U-Plane Splitに関する管理情報を更新する。つまり、MeNB３は、LPN情報に従って、UE４のC/U-Plane Splitを制御する。

図１０は、LPN２の動作例を示すフローチャートである。ステップＳ４０１では、LPN２は、MeNBの切り替えを検出したかを判定する。MeNB１からMeNB３への切り替えを検知した場合（ステップＳ４０１でＹＥＳ）、LPN２は、MeNB３に関する情報（ターゲットMeNB情報）を用いてUE4のC/U-Plane splitのための管理情報を更新する。

図１２は、UE４の動作例を示すフローチャートである。ステップＳ５０１では、UE４は、ハンドオーバ指示をMeNB１から受信したかを判定する。ハンドオーバ指示を受信した場合（ステップＳ５０１でＹＥＳ）、UE4は、ターゲットMeNB３にハンドオーバする。

＜第２の実施形態＞
本実施形態は、LPN２におけるMeNB情報の更新の具体例を示す。具体的には、本実施形態では、LPN２は、ソースMeNB１からMeNB３に関する情報（ターゲットMeNB情報）を受信し、UE4のC/U-Plane splitのための管理情報を当該ターゲットMeNB情報に従って更新する。

図１２は、本実施形態に係るUE４のモビリティ手順の具体例を示すシーケンス図である。図１２に示されたステップＳ１０１〜Ｓ１０９における処理は、図７に示されたステップＳ１０１〜Ｓ１０９における処理と同様である。図１２のステップＳ６１０では、LPN２は、ターゲットMeNB情報をソースMeNB１から受信する。そして、LPN２は、受信したターゲットMeNB情報を用いて、UE4のC/U-Plane splitのための管理情報を更新する。

図１３は、本実施形態に係るソースMeNB１の動作例を示すフローチャートである。図１３に示されたステップＳ２０１〜Ｓ２０６における処理は、図８に示されたステップＳ２０１〜Ｓ２０６における処理と同様である。図１３のステップＳ７０７では、MeNB１は、MeNB３に関するターゲットMeNB情報をLPN２に送信する。ステップＳ７０８では、MeNB１は、MeNB情報（LPN２におけるC/U-Plane split管理情報）の更新完了通知をLPN２から受信したかを判定し、完了通知を受信した場合に図１３の処理を終了する。

図１４は、本実施形態に係るLPN２の動作例を示すフローチャートである。ステップＳ８０１では、LPN２は、ターゲットMeNB情報をソースMeNB１から受信したかを判定する。ターゲットMeNB情報を受信した場合（ステップＳ８０１でＹＥＳ）、LPN２は、受信したターゲットMeNB情報を用いて、UE4のC/U-Plane splitのための管理情報を更新する（ステップＳ８０２）。ステップＳ８０３では、LPN２は、MeNB情報（LPN２におけるC/U-Plane split管理情報）の更新完了通知をMeNB１に送信する。

＜第３の実施形態＞
本実施形態は、LPN２におけるMeNB情報の更新の他の具体例を示す。具体的には、本実施形態では、LPN２は、ターゲットMeNB３からMeNB３に関する情報（ターゲットMeNB情報）を受信し、UE4のC/U-Plane splitのための管理情報を当該ターゲットMeNB情報に従って更新する。

図１５は、本実施形態に係るUE４のモビリティ手順の具体例を示すシーケンス図である。図１５に示されたステップＳ１０１〜Ｓ１０９における処理は、図７に示されたステップＳ１０１〜Ｓ１０９における処理と同様である。図１５のステップＳ９１０では、LPN２は、ターゲットMeNB情報をターゲットMeNB３から受信する。そして、LPN２は、受信したターゲットMeNB情報を用いて、UE4のC/U-Plane splitのための管理情報を更新する。

図１６は、本実施形態に係るターゲットMeNB３の動作例を示すフローチャートである。図１６に示されたステップＳ３０１〜Ｓ３０５における処理は、図９に示されたステップＳ３０１〜Ｓ３０５における処理と同様である。図１６のステップＳ１００６では、MeNB３は、MeNB３に関するターゲットMeNB情報をLPN２に送信する。ステップＳ１００７では、MeNB３は、MeNB情報（LPN２におけるC/U-Plane split管理情報）の更新完了通知をLPN２から受信したかを判定し、完了通知を受信した場合に図１６の処理を終了する。

図１７は、本実施形態に係るLPN２の動作例を示すフローチャートである。ステップＳ１１０１では、LPN２は、ターゲットMeNB情報をターゲットMeNB３から受信したかを判定する。ターゲットMeNB情報を受信した場合（ステップＳ１１０１でＹＥＳ）、LPN２は、受信したターゲットMeNB情報を用いて、UE4のC/U-Plane splitのための管理情報を更新する（ステップＳ１１０２）。ステップＳ１１０３では、LPN２は、MeNB情報（LPN２におけるC/U-Plane split管理情報）の更新完了通知をMeNB３に送信する。

＜第４の実施形態＞
本実施形態は、第１〜第３の実施形態の変形例を示す。具体的には、本実施形態では、ソースMeNB１は、ターゲットMeNB３へのハンドオーバの際に、LPN２のセル２０（SCell）、での送受信を継続するか否かをUE４に通知するよう構成されている。言い換えると、MeNB１は、UE４のためのSRBのエンドポイントがMeNB１からMeNB３に変更される際に、SCell又はSCellにおけるDRBの継続を示す通知メッセージをUE４に通知するよう構成されている。

3GPPにおけるキャリアアグリゲーションに関する現在の規定では、ハンドオーバが行われる時に全てのSCell設定は解放される。そこで、本実施形態は、ソースMeNB１は、SCellを設定しているUE４に対してSCellの継続を明確に指示する。これにより、ソースMeNB１は、ハンドオーバするUE４のSCell設定を継続するか解放するかをコントロールすることができる。

図１８は、本実施形態に係るUE４のモビリティ手順の具体例を示すシーケンス図である。図１８に示されたステップＳ１０１〜Ｓ１０５における処理は、図７に示されたステップＳ１０１〜Ｓ１０５における処理と同様である。図１８のステップＳ１２０６では、ソースMeNB１は、SCellの継続の要否を示すハンドオーバ指示を送信する。なお、SCellの継続の要否は、ハンドオーバ指示とは別のメッセージを用いて送信されてもよい。図１８に示されたステップＳ１０７〜Ｓ１１０における処理は、図７に示されたステップＳ１０１〜Ｓ１１０における処理と同様である。図１８は、第１の実施形態に係る図７のシーケンス図の変形として記載されているが、SCellの継続の要否を示すメッセージの送信は、図１２又は図１５のシーケンス図に適用されてもよい。

図１９は、本実施形態に係るソースMeNB１の動作例を示すフローチャートである。図１９に示されたステップＳ２０１〜Ｓ２０５における処理は、図８に示されたステップＳ２０１〜Ｓ２０５における処理と同様である。図１９のステップＳ１３０６では、MeNB１は、ハンドオーバ及びセル２０（SCell）での送信継続をUE４に指示する。

図２０は、本実施形態に係るUE４の動作例を示すフローチャートである。図２０に示されたステップＳ５０１における処理は、図１１に示されたステップＳ５０１における処理と同様である。ステップＳ１４０２では、UE４は、SCellの送受信継続を示す指示をソースMeNB１から受信したかを判定する。SCellの送受信継続を示す指示を受信した場合（ステップＳ１４０２でＹＥＳ）、UE４は、SCellでの送受信を継続したままでターゲットMeNB３にハンドオーバする。一方、SCellの送受信継続を示す指示を受信しない場合（ステップＳ１４０２でＮＯ）、UE４は、SCellでの送受信を停止し且つSCell接続を解放して、ターゲットMeNB３にハンドオーバする。

＜その他の実施形態＞
上述した第１〜第４の実施形態は適宜組み合わせて実施されてもよい。

第１〜第４の実施形態で述べたMeNB１、LPN２、MeNB３、及びUE４によるC/U-plane splitシナリオにおける通信制御方法は、いずれもApplication Specific Integrated Circuit（ASIC）を含む半導体処理装置を用いて実現されてもよい。また、これらの方法は、少なくとも１つのプロセッサ（e.g. マイクロプロセッサ、Micro Processing Unit（MPU）、Digital Signal Processor（DSP））を含むコンピュータシステムにプログラムを実行させることによって実現されてもよい。具体的には、フローチャート及びシーケンス図に示されたアルゴリズムをコンピュータシステムに行わせるための命令群を含む１又は複数のプログラムを作成し、当該プログラムをコンピュータに供給すればよい。

このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

上述した第１〜第４の実施形態は、主にLTEシステムに関して説明を行った。しかしながら、これらの実施形態は、LTEシステム以外の無線通信システム、例えば、3GPP UMTS (Universal Mobile Telecommunications System)、3GPP2 CDMA2000システム（1xRTT, HRPD (High Rate Packet Data)）、GSM (Global System for Mobile Communications) システム、又はWiMAXシステム等に適用されてもよい。

さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

この出願は、２０１２年１２月２８日に出願された日本出願特願２０１２−２８８２１０を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ 基地局（MeNB）
２ 基地局（LPN）
３ 基地局（MeNB）
４ 移動局（UE）
５ コアネットワーク（EPC）
６ モビリティ管理装置（MME）
７ データ中継装置（S-GW）
１５ 制御部
２５ 制御部
３５ 制御部
４５ 制御部
６２ ベアラ設定制御部
７５ ベアラ制御部
８０ トンネル

Claims (14)

1. User Equipment（UE）と、
   ハンドオーバのソース基地局であり、前記UEへControl Plane (C-Plane)を提供する第１の基地局と、
   前記UEへUser Plane (U-Plane)を提供する第２の基地局と、
   前記ハンドオーバのターゲット基地局であり、前記UEへC-Planeを提供可能な第３の基地局と、
   を備え、
   前記第１の基地局は、前記ハンドオーバの要求に関する第１のメッセージを前記第３の基地局に送るよう構成され、
   前記第１のメッセージは、前記第２の基地局の識別子を含み、
   前記第３の基地局は、前記第１のメッセージを受信した後に、第１の応答を前記第１の基地局に送るよう構成され、
   前記第１の基地局は、前記ハンドオーバを行うために、第２のメッセージを前記UEに送信するよう構成され、
   前記UEは、前記第２のメッセージに基づいて、前記第３の基地局とのRadio Resource Control（RRC）コネクションを確立するよう構成される、無線通信システム。
2. 前記第３の基地局は、第３のメッセージを前記第２の基地局に送るよう構成され、
   前記第３のメッセージは、前記第３の基地局に関する識別子を含み、
   前記第２の基地局は、前記第３のメッセージを受信した後に、第２の応答を前記第３の基地局に送るよう構成されている、
   請求項１に記載の無線通信システム。
3. 前記第３の基地局は、前記UEのコンテキスト解放指示を前記第１の基地局へ送信するよう構成されている、
   請求項１又は２に記載の無線通信システム。
4. ハンドオーバのソース基地局であり、User Equipment（UE）へControl Plane (C-Plane)を提供する第１の基地局であって、
   前記ハンドオーバの要求に関する第１のメッセージを、前記ハンドオーバのターゲット基地局であり、前記UEへC-Planeを提供可能な第３の基地局へ、送信するよう構成された送信手段と、
   前記第１のメッセージは、前記UEへUser Plane (U-Plane)を提供する第２の基地局の識別子を含み、
   前記第１のメッセージが送信された後に、第１の応答を前記第３の基地局から受信するよう構成された受信手段と、
   前記ハンドオーバを行うために、第２のメッセージを前記UEに送信するよう構成された送信手段と、
   を備えることを特徴とする第１の基地局。
5. 前記第３の基地局から前記UEのコンテキスト解放指示を受信するよう構成された受信手段を備える、
   請求項４に記載の第１の基地局。
6. ハンドオーバのターゲット基地局であり、User Equipment（UE）へControl Plane (C-Plane)を提供可能な第３の基地局であって、
   前記ハンドオーバの要求に関する第１のメッセージを前記ハンドオーバのソース基地局であり、前記UEへC-Planeを提供する第１の基地局から受信するよう構成された受信手段と、
   ここで前記第１のメッセージは、前記UEへUser Plane (U-Plane)を提供する第２の基地局の識別子を含み、
   前記第３の基地局に関する識別子を含む第２のメッセージを前記第２の基地局に送信するよう構成された送信手段と、
   前記第２のメッセージが送信された後に、第１の応答を前記第２の基地局から受信するよう構成された受信手段と、
   第２の応答を前記第１の基地局に送信するよう構成された送信手段と、
   を備える第３の基地局。
7. 前記UEのコンテキスト解放指示を前記第１の基地局へ送信するよう構成された送信手段を備える、
   請求項６に記載の第３の基地局。
8. 無線通信方法であって、
   ハンドオーバのソース基地局であり、User Equipment（UE）へControl Plane (C-Plane)を提供する第１の基地局が、前記ハンドオーバの要求に関する第１のメッセージを、前記ハンドオーバのターゲット基地局である第３の基地局に送信し、
   前記第１のメッセージは、前記UEへUser Plane (U-Plane)を提供する第２の基地局の識別子を含み、
   前記第３の基地局が、前記第１のメッセージを受信した後に第１の応答を前記第１の基地局に送信し、
   前記第１の基地局が、前記ハンドオーバを行うための第２のメッセージを前記UEに送信し、
   前記UEが、前記第２のメッセージに基づいて、前記第３の基地局とのRadio Resource Control（RRC）コネクションを確立する、ことを特徴とする無線通信方法。
9. 前記第３の基地局はさらに、前記第３の基地局に関する識別子を含む第３のメッセージを前記第２の基地局に送信し、
   前記第２の基地局はさらに、前記第３のメッセージを受信した後に第２の応答を前記第３の基地局に送るよう構成されている、
   請求項８に記載の無線通信方法。
10. 前記第３の基地局はさらに、前記UEのコンテキスト解放指示を前記第１の基地局へ送信する、
    請求項８又は９に記載の無線通信方法。
11. ハンドオーバのソース基地局であり、User Equipment（UE）へControl Plane (C-Plane)を提供する第１の基地局における通信方法であって、
    前記ハンドオーバの要求に関する第１のメッセージを、前記ハンドオーバのターゲット基地局であり、前記UEへC-Planeを提供可能な第３の基地局へ、送信し、
    前記第１のメッセージは、前記UEへUser Plane (U-Plane)を提供する第２の基地局の識別子を含み、
    前記第１のメッセージが送信された後に第１の応答を前記第３の基地局から受信し、
    前記ハンドオーバを行うための第２のメッセージを前記UEに送信する、
    通信方法。
12. 前記第３の基地局から前記UEのコンテキスト解放指示を受信する、
    請求項１１に記載の通信方法。
13. ハンドオーバのターゲット基地局であり、User Equipment（UE）へControl Plane (C-Plane)を提供可能な第３の基地局における通信方法であって、
    前記ハンドオーバの要求に関する第１のメッセージを、前記ハンドオーバのソース基地局であり、前記UEへC-Planeを提供する第１の基地局から受信し、
    ここで前記第１のメッセージは、前記UEへUser Plane (U-Plane)を提供する第２の基地局の識別子を含み、
    前記第３の基地局に関する識別子を含む第２のメッセージを前記第２の基地局に送信し、
    前記第２のメッセージが送信された後に、第１の応答を前記第２の基地局から受信し、
    第２の応答を前記第１の基地局に送信する、
    通信方法。
14. 前記UEのコンテキスト解放指示を前記第１の基地局へ送信する、
    請求項１３に記載の通信方法。

Images