JP5104260B2 - 移動通信システム - Google Patents

Description

本発明は、移動通信システムにおける移動端末のハンドオーバ通信技術に関する。

３ＧＰＰ（3rd Generation Partnership Project）により現在標準化が進められている移動体の高速データ通信方式として、ＬＴＥ（Long Term Evolution）と総称されるもの
がある。ＬＴＥは、３Ｇと呼ばれるＷ−ＣＤＭＡ方式等、３．５Ｇと呼ばれるＨＳＤＰＡ方式等を更に進化させ次世代（４Ｇ）への円滑な移行を図るための段階として位置づけられている。

図２５は、ＬＴＥ移動通信システムの論理的構成例を示す図である。図２５に示すように現段階でのＬＴＥ移動通信システム（以降、従来のＬＴＥ移動通信システムと表記する）は、ｅｖｏｌｖｅｄ ＮｏｄｅＢ（以降、ｅＮＢと表記する）５１１、ＭＭＥ（Mobility Management Entity）５１２、ＳＡＥ−ＧＷ（System Architecture Evolution GateWay）５１３、ＨＳＳ（Home Subscriber Server）５１４、ＰＤＮ−ＳＡＥ−ＧＷ（Packet Data Network SAE GW）５１５、ユーザ端末（以降、ＵＥ（User Equipment）と表記する
）５１６等から構成される。

このようなＬＴＥ移動通信システムを構成する各ノードの役割は以下のように定義されている。ｅＮＢ５１１は、無線基地局としての役割を持つ。ＳＡＥ−ＧＷ５１３は、ユーザ間のユーザデータの送受信を司るユーザプレーン（以降、Ｕプレーンと表記する）の管理を主に行うゲートウェイとしての役割を持つ。ＭＭＥ５１２は、Ｕプレーンを制御するためのユーザ呼の制御やコネクションの制御等を司る制御プレーン（以降、Ｃプレーンと表記する）を管理し、ＵＥ５１６の移動管理制御を主に行うゲートウェイとしての役割を持つ。ＨＳＳ５１４は、加入者データを保持するサーバとしての役割を持ち、ＰＤＮ−ＳＡＥ−ＧＷ５１５は、ＳＡＥ−ＧＷ５１３を管理し、自システムをＩＭＳ（IP Multimedia Subsystem）５１０のような外部ネットワークと接続するゲートウェイとしての役割を
持つ。このように、ＬＴＥ移動通信システムでは、従来のＲＮＣ（Radio Network Controller）機能がｅＮＢ５１１、ＭＭＥ５１２、ＳＡＥ−ＧＷ５１３等に分散され、ＲＮＣノード自体は省かれている。

接続形態としては、各ｅＮＢ５１１間を結ぶインタフェースは、Ｘ２インタフェース（図２５のＸ２）と呼ばれ、各ｅＮＢ５１１とＭＭＥ５１２及びＳＡＥ−ＧＷ５１３とをそれぞれ結ぶインタフェースは、Ｓ１インタフェースと呼ばれる。

このようなＬＴＥ移動通信システムにおいても、ＵＥ５１６の移動に伴うハンドオーバ処理は重要である。すなわち、ＵＥ５１６が通信元基地局（以降、Ｓ−ｅＮＢと（Source-eNB）と表記する）から通信先基地局（以降、Ｔ−ｅＮＢ（Target-eNB）と表記する）へ移動する場合に、通信断状態とせず全ユーザデータを無損失で転送する必要がある。このような無損失ハンドオーバをＬＴＥ移動通信システムで実現させるための手法が現在検討されている。ハンドオーバのうち、ＵＥ５１６の移動前後でＭＭＥ５１２及びＳＡＥ−ＧＷ５１３の管理単位が変わり、Ｓ−ｅＮＢとＴ−ｅＮＢとの間のＸ２インタフェースが利用不可能となるハンドオーバを以降Ｓ１ベースハンドオーバと表記する。

以下、従来のＬＴＥ移動通信システムにおけるＳ１ベースハンドオーバ処理の概要について図２６及び２７を用いて説明する。図２６及び２７は、従来のＬＴＥ移動通信システムにおけるＳ１ベースハンドオーバ処理の概要を示す図である。

Ｓ−ｅＮＢ５２１は、ＵＥ５２９からの受信品質情報等に基づいて、ＵＥ５２９のハンドオーバを決定する（Ｓ１）。Ｓ−ｅＮＢ５２１によりハンドオーバが決定されると、Ｓ−ＭＭＥ５２３、Ｔ−ＭＭＥ５２４、Ｔ−ｅＮＢ５２２、Ｔ−ＳＡＥ−ＧＷ５２６が図２６に示されるＣプレーン制御メッセージを送受信することにより、ＰＤＮ−ＳＡＥ−ＧＷ５２８へＵＥ５２９のハンドオーバを通知する（Ｓ２）、（Ｓ３）、（Ｓ４ａ）等）。

一方で、Ｃプレーン制御メッセージが送受されることによりシステム側でＵＥ５２９のハンドオーバの準備が完了すると、Ｓ−ｅＮＢ５２１が、Ｈａｎｄｏｖｅｒ ＣｏｍｍａｎｄメッセージをＵＥ５２９へ送る（Ｓ９）。これにより、ＵＥ５２９は、Ｓ−ｅＮＢ５２１により管理される旧セルから脱退し、Ｔ−ｅＮＢ５２２により管理される新セルとの同期処理を開始する。

ＵＥ５２９は、新セルと同期が取られると、ハンドオーバ承認を通知するためにＴ−ｅＮＢ５２２へＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを送る（Ｓ１１）。Ｔ−ｅＮＢ５２２は、このメッセージを受けることによりＵＥ５２９のハンドオーバ承認を検知する。その後、Ｔ−ｅＮＢ５２２からＲｅｌｏｃａｔｉｏｎ ＣｏｍｐｌｅｔｅメッセージがＴ−ＭＭＥ５２４へ送られる（Ｓ１２）。続いて、Ｔ−ＭＭＥ５２４からＵｐｄａｔｅ
Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージがＴ−ＳＡＥ−ＧＷ５２６へ送られる（Ｓ１４）。

最終的には、ＰＤＮ−ＳＡＥ−ＧＷ５２８は、Ｔ−ＳＡＥ−ＧＷ５２６からＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージを受けることにより、ＵＥ７のハンドオーバ承認を検知する（Ｓ１５ａ）。

なお、本願発明に係る先行技術文献として以下のような文献が開示されている。
特開２００６−８０６９０号公報 特開２００７−１０４３４４号公報 Ericsson, "Inter eNodeB handover with CN node relocation(Discussion/Approval)(Agenda Item 7.8)", 3rd Generation Partnership Project, 3GPP TSG-RAN WG3 Meeting #55bis(R3-070623), March 27-30, 2007 Technical Specification Group Services and System Aspects, "GPRS enhancements for E-UTRAN access (Release 8)", 3rd Generation Partnership Project, 3GPP TS 23.401 V1.3.0, October 2007, p.73-76. Technical Specification Group Services and System Aspects, "Architecture Enhancements for non-3GPP accesses (Release 8)", 3rd Generation Partnership Project, 3GPP TS 23.402 V1.4.0, October 2007 Technical Specification Group Radio Access Network, "Evolved Universal Terrestrial Radio Access(E-UTRA) and Evolved Universal Terrestrial Radio Access Network(E-UTRAN) (Stage 2 - Release 8)", 3rd Generation Partnership Project, 3GPP TS 36.300 V8.2.0, September 2007

上述のような従来のＬＴＥ移動通信システムにおけるＭＭＥ５１２及びＳＡＥ−ＧＷ５１３の管理単位が変わらない状態でのハンドオーバ時には、Ｓ−ｅＮＢ及びＴ−ｅＮＢが、Ｘ２インタフェースを利用して相互にアップリンクデータ若しくはダウンリンクデータをやりとりすれば無損失ハンドオーバを実現することができる。しかしながら、Ｓ１ベースハンドオーバ時には、無損失ハンドオーバを実現することは容易ではない。

上述の従来のＬＴＥ移動通信システムにおけるＳ１ベースハンドオーバでは、実際にＵＥ５２９がＳ−ｅＮＢ５２１からＴ−ｅＮＢ５２２へ接続移行の承認を行ってからこの移行承認をＰＤＮ−ＳＡＥ−ＧＷ５２８が検知するまでの間にタイムラグが生ずる。具体的には、ＵＥ５２９では、Ｔ−ｅＮＢ５２２へＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージが送られる際（Ｓ１１）に既に接続移行を承認している。ところが、ＰＤＮ−ＳＡＥ−ＧＷ５２８は、Ｔ−ｅＮＢ５２２でこのＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージが受信された後、（Ｓ１２）及び（Ｓ１４）を経由してようやくＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージ（Ｓ１５ａ）によりＵＥ５２９の接続移行を知ることになる。

従って、ＰＤＮ−ＳＡＥ−ＧＷ５２８からＵＰ５２９へデータがダウンリンクされている際にＵＥ５２９がハンドオーバをした場合には、既にＵＥ５２９の接続先がＴ−ｅＮＢ５２２へ切り替えられているにも関わらず、ＰＤＮ−ＳＡＥ−ＧＷ５２８は、そのタイムラグの間、Ｓ−ｅＮＢ５２１へＵＥ５２９のためのダウンリンクデータを送信し続けることになる。

このとき、Ｓ１ベースハンドオーバでなければＸ２インタフェースが利用可能であるため、Ｓ−ｅＮＢ５２１は、そのダウンリンクデータをＴ−ｅＮＢ５２２へＸ２インタフェースを利用して転送すればよい（Ｓ１０）。しかしながら、図２６及び２７に示すＳ１ベースハンドオーバでは、ＵＥの移動前後でＭＭＥ及びＳＡＥ−ＧＷの管理単位が変わる（Ｓ−ＭＭＥ５２３からＴ−ＭＭＥ５２４へ、Ｓ−ＳＡＥ−ＧＷ５２５からＴ−ＳＡＥ−ＧＷ５２６へ）ため、このＸ２インタフェースを利用することができない（図２７の（Ｓ１０））。

これにより、上記タイムラグの間にＳ−ｅＮＢ５２１へ送ってしまったデータをＴ−ｅＮＢ５２２へ送るためには、Ｓ−ｅＮＢ５２１＝＞Ｓ−ＳＡＥ−ＧＷ５２５＝＞ＰＤＮ−ＳＡＥ−ＧＷ＝＞Ｔ−ＳＡＥ−ＧＷ＝＞Ｔ−ｅＮＢ５２２というルート（Ｓ１０’）を選択する手法が考えられる。しかしながら、この手法では、経由するノードが多いため遅延が大きくなり、更に各ノード間の通信帯域を無駄に消費することになる。なお、Ｓ−ＭＭＥ５２３とＴ−ＭＭＥ５２４との間は、Ｃプレーンのシグナリングルートのみが確立されているため、このユーザデータの転送には利用することができない。

また、ＵＥ５２９からＰＤＮ−ＳＡＥ−ＧＷ５２８へデータがアップリンクされている際にＵＥ５２９がＳ１ベースハンドオーバをした場合には、ＰＤＮ−ＳＡＥ−ＧＷ５２８ではアップリンクデータの順序整合を取ることができないため、Ｔ−ｅＮＢ５２２でデータの順序整合を取った後Ｔ−ＳＡＥ−ＧＷ５２６経由でＰＤＮ−ＳＡＥ−ＧＷ５２８へ順序どおりデータをアップリンクする必要がある。Ｓ１ベースハンドオーバでなければＸ２インタフェースが利用可能であるため、Ｓ−ｅＮＢ５２１は、そのアップリンクデータをＴ−ｅＮＢ５２２へＸ２インタフェースを利用して転送すればよい（Ｓ１０）。しかしながら、Ｓ１ベースハンドオーバでは、このＸ２インタフェースを利用することができない（図２７の（Ｓ１０））。

従って、Ｓ１ベースハンドオーバでは、Ｓ−ｅＮＢ５２１で受信されたアップリンクデータを上述のダウンリンク時と同様にルート（Ｓ１０’）を経由してＴ−ｅＮＢ５２２へ送る手法が考えられる。しかしながら、この手法では、ダウンリンク時と同様に、経由するノードが多いため遅延が大きくなり、更に各ノード間の通信帯域を無駄に消費することになる。

本発明は、移動端末のハンドオーバ時において、移動通信システム内のトラフィック量を抑えながら、ユーザデータのアップリンク及びダウンリンクを無損失で実現する技術を
提供することを目的とする。

本発明の各態様では、上述した課題を解決するために、それぞれ以下の構成を採用する。即ち、本発明の第一の態様は、移動端末と無線接続されるソース基地局と前記移動端末が移動後に無線接続されるターゲット基地局とを含む複数ノードが階層的に接続される移動通信システムに関し、上記ソース基地局及び上記ターゲット基地局の双方に接続される上位ノードであってユーザプレーンの管理を行うＵプレーン管理局が、移動端末のハンドオーバを検知する検知手段と、移動端末のハンドオーバが検知されると、上記ソース基地局方向及び上記ターゲット基地局方向の双方に、移動端末宛ての同一ユーザデータを重複してそれぞれ送信するバイキャスティング手段と、を備え、上記ターゲット基地局が、上記Ｕプレーン管理局により送信された移動端末宛てのユーザデータを受信し、このユーザデータを保持する保持手段と、移動端末が移動後に無線接続された場合に、上記保持手段により保持される移動端末宛てのユーザデータのうち、移動端末から要求されるユーザデータを無線送信する無線送信手段と、を備えるというものである。

本発明の第一の態様によれば、Ｕプレーン管理局により、移動端末のハンドオーバが検知されると、その移動端末宛ての同一ユーザデータがソース基地局方向及びターゲット基地局方向の双方にそれぞれ重複して送信される。この重複して送信されるユーザデータのうちターゲット基地局で受信されるユーザデータについては、ターゲット基地局で保持され、移動端末が移動しターゲット基地局に無線接続してきた場合に、その保持されていたユーザデータのうち移動端末により要求されるユーザデータが移動端末へ無線送信（ダウンリンク）される。

例えばソース基地局において移動端末のハンドオーバが決定されるような場合、その移動端末とソース基地局との間の無線通信状況は悪くなっていることが多い。このような状況ではソース基地局からダウンリンクされるユーザデータを移動端末が正常に受信できない場合がある。

しかしながら、本発明の第一態様によれば、その移動端末宛てのユーザデータがソース基地局及びターゲット基地局に重複して送られるため、その移動端末はハンドオーバの前後でソース基地局及びターゲット基地局のいずれかでそのユーザデータを受信することができる。よって、本発明の第一態様によれば、移動端末のハンドオーバ時においても、ユーザデータのアップリンク及びダウンリンクを無損失で実現することができる。更に、従来技術として上述したようなソース基地局へ既に送信されたユーザデータを再度Ｕプレーン管理局経由でターゲット基地局へ送信する必要もないため、システム内のトラフィック量を抑えることもできる。

また、本発明の第一の態様において好ましくは、上記Ｕプレーン管理局のバイキャスティング手段が、ソース基地局方向及びターゲット基地局方向の双方に送信する同一ユーザデータに対し同一の識別番号を付与し、この付与された識別番号と共に該同一ユーザデータを送信し、上記ターゲット基地局の無線送信手段が、移動端末が所望するユーザデータを示す識別番号を移動端末から受信し、この受信された識別番号に基づいて、上記保持手段により保持される移動端末宛てのユーザデータの中から無線送信すべきユーザデータを選択するように構成する。

このように本発明の第一態様では、ソース基地局方向及びターゲット基地局方向の双方へ重複して送信される同一ユーザデータには同一識別番号が付される。

従って、本発明の第一態様では、移動端末は、ソース基地局で受信できなかったユーザ
データを指定して確実にターゲット基地局から受信することができる。同一ユーザデータには同一識別番号が付されるため、ソース基地局及びターゲット基地局の両方から受信されるユーザデータを正確に制御することができる。

本発明の第二の態様は、移動端末と無線接続されるソース基地局と移動端末が移動後に無線接続されるターゲット基地局とを含む複数ノードが階層的に接続される移動通信システムに関し、ソース基地局及びターゲット基地局の双方に接続される上位ノードであってユーザプレーンの管理を行うＵプレーン管理局が、移動端末のハンドオーバを検知する検知手段と、移動端末のハンドオーバが検知された後に、ソース基地局方向へ移動端末宛てのユーザデータを送信する際には、そのユーザデータのコピーを保持する保持手段と、移動端末がターゲット基地局と無線接続された場合に、上記保持手段により保持される移動端末宛てのユーザデータのうち、移動端末から要求されるユーザデータをターゲット基地局方向へ送信する再送手段と、を備えるというものである。

本発明の第二の態様によれば、Ｕプレーン管理局により、移動端末のハンドオーバが検知されると、その移動端末宛てのユーザデータがソース基地局方向へ送信されながら、その送信されたユーザデータのコピーが保持される。この保持されるユーザデータは、移動端末が移動しターゲット基地局に無線接続してきた場合に、移動端末からの要求に応じてターゲット基地局経由により再送される。

従って、本発明の第二態様によれば、移動端末のハンドオーバ検知後は、その移動端末宛てのユーザデータがソース基地局方向へ送信されると共にＵプレーン管理局に保持もされるため、その移動端末はハンドオーバの前後でソース基地局及びターゲット基地局のいずれかでそのユーザデータを受信することができる。よって、本発明の第一態様によれば、移動端末のハンドオーバ時においても、ユーザデータのアップリンク及びダウンリンクを無損失で実現することができる。

更に、このような無損失ハンドオーバを実現するにあたり、Ｕプレーン管理局が重複して既にソース基地局方向へ送信されたユーザデータのコピーを保持しているため、従来技術として上述したようなソース基地局へ既に送信されたユーザデータを再度Ｕプレーン管理局経由でターゲット基地局へ送信する場合に比較し、システム内のトラフィック量を一層抑えることができる。

また、本発明の第二の態様において好ましくは、上記Ｕプレーン管理局の保持手段が、ソース基地局方向へ既に送信されたユーザデータに付与された識別番号と同一の識別番号を、そのユーザデータのコピーとして上記保持手段により保持されているユーザデータに付与し、上記Ｕプレーン管理局の再送手段が、移動端末が所望するユーザデータを示す識別番号をターゲット基地局経由で取得し、この取得された識別番号に基づいて、上記保持手段により保持される移動端末宛てのユーザデータの中からターゲット基地局方向へ送信すべきユーザデータを選択するように構成する。

このように本発明の第二態様では、ソース基地局方向へ既に送信されたユーザデータと、一度Ｕプレーン管理局に保持されターゲット基地局方向へ再送されるそのユーザデータのコピーとには同一識別番号が付される。

従って、本発明の第二態様では、移動端末は、ソース基地局で受信できなかったユーザデータを指定して確実にターゲット基地局から受信することができる。同一ユーザデータには同一識別番号が付されるため、ソース基地局及びターゲット基地局の両方から受信されるユーザデータを正確に制御することができる。

また、本発明の第二の態様において好ましくは、ターゲット基地局が、移動端末が所望するユーザデータを示す識別番号を含むメッセージを移動端末から受信すると、この識別番号を所定のメッセージに含めて、ターゲット基地局の上位ノードであってターゲット基地局の制御プレーンの管理を行うターゲットＣプレーン管理局に転送する要求転送手段、を備え、上記Ｕプレーン管理局の再送手段が、ターゲットＣプレーン管理局及びターゲット基地局の上位ノードであってターゲット基地局のユーザプレーンの管理を行うターゲットＵプレーン管理局を経由して受信されるメッセージにより、移動端末が所望するユーザデータを示す識別番号を取得するように構成する。

また、本発明の第一の態様及び二の態様において共通に好ましくは、上記ソース基地局が、移動端末のハンドオーバが検知された後に、移動端末から無線送信されるユーザデータ及びそのデータを示す識別情報を受信した場合に、この受信されたユーザデータをそのデータを示す識別情報に基づいて順序管理する管理手段と、受信されたユーザデータが順序通り受信されていると上記管理手段により判断された場合に、Ｕプレーン管理局へこの受信されたユーザデータを転送し、受信されたユーザデータが順序通り受信されていないと上記管理手段により判断された場合に、この受信されたユーザデータを転送せず保持するアップリンク手段と、を備えるように構成する。

この好ましい態様では、移動端末から無線送信されるユーザデータ（アップリンクデータ）がソース基地局で識別情報に応じて順序管理され、順序通り受信されたユーザデータがＵプレーン管理局方向へ転送され、順序通り受信されなかったユーザデータがソース基地局で転送される保持される。

このような態様により、例えば、移動端末が移動後にターゲット基地局へ無線接続された際に、ソース基地局に対して送達確認できなかったユーザデータをターゲット基地局経由で再度無線送信するようにすれば、Ｕプレーン管理局は、無損失で移動端末からのアップリンクデータを受信及び転送することができる。

なお、本発明の他の態様としては、上記第一及び第二に係る移動通信システムにおいて実行されるユーザデータ送信方法であってもよいし、上記第一及び第二に係る移動通信システムの何れかの機能をコンピュータに実現させるプログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記憶媒体であってもよい。

本発明の態様によれば、移動端末のハンドオーバ時において、移動通信システム内のトラフィック量を抑えながら、ユーザデータのアップリンク及びダウンリンクを無損失で実現する技術を実現することができる。

以下、図面を参照して、本発明を実施するための最良の形態（以下、実施形態という）に係るＬＴＥ移動通信システム（以降、単にＬＴＥシステムと表記する）について説明する。以下に示す各実施形態の構成はそれぞれ例示であり、本発明は以下の各実施形態の構成に限定されない。

［第一実施形態］
以下、第一実施形態におけるＬＴＥシステムについて説明する。

〔システム構成〕
まず、第一実施形態におけるＬＴＥシステムのシステム構成について、図１を用いて説明する。図１は、第一実施形態におけるＬＴＥシステムのシステム構成の例を示す図であ
る。

図１に示すように、第一実施形態におけるＬＴＥシステムは、ｅＮＢ１０、ＭＭＥ２０、ＳＡＥ−ＧＷ３０、ＰＤＮ−ＳＡＥ−ＧＷ４０、ＨＳＳ５０等から構成され、本システムに接続される移動端末（以降、ＵＥと表記する）７に所定の移動通信サービスを提供する。ＵＥ７は、その位置に応じてｅＮＢ１０の少なくとも１つと無線リンクにより接続することにより、本ＬＴＥシステムに接続する。なお、本実施態様は、本ＬＴＥシステムがＵＥ７へ提供する移動通信サービスを限定するものではない。また、第一実施形態のＬＴＥシステムを構成するこれら各ノードはそれぞれ論理的ノードを示すものであるため、１台の装置で図１に示すいずれか複数のノードが実現されるように構成してもよい。各ノードの役割の概略については背景技術の項で説明したとおりである。

接続形態としては、ｅＮＢ１０（＃１）、１０（＃２）、１０（＃３）及び１０（＃４）、ＳＡＥ−ＧＷ３０（＃１）及び３０（＃２）、ＭＭＥ２０（＃１）及び２０（＃２）がそれぞれネットワーク１（＃１）に接続されている。一方、ｅＮＢ１０（＃６）、１０（＃７）、１０（＃８）及び１０（＃９）、ＳＡＥ−ＧＷ３０（＃６）及び３０（＃７）、ＭＭＥ２０（＃６）及び２０（＃７）がそれぞれネットワーク１（＃６）に接続されている。

また、ＳＡＥ−ＧＷ３０（＃１）及び３０（＃２）、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）及び４０（＃２）がそれぞれネットワーク３（＃１）に接続され、ＳＡＥ−ＧＷ３０（＃６）及び３０（＃７）、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）及び４０（＃２）がそれぞれネットワーク３（＃６）に接続される。ＭＭＥ２０（＃１）、２０（＃２）、２０（＃６）及び２０（＃７）、ＨＳＳ５０がそれぞれネットワーク５に接続される。

図２は、第一実施形態におけるＬＴＥシステムの論理接続構成例を示す図である。図２の各論理ノードを結ぶ線はそれぞれインタフェースを示し、実線で示されたインタフェースはＣプレーンのインタフェースを示し、破線で示されたインタフェースはＵプレーンのインタフェースを示す。

ネットワーク１（＃１）で接続されたｅＮＢ１０（＃１）及びｅＮＢ１０（＃２）のように、ｅＮＢ１０間を結ぶインタフェースはＸ２インタフェースと呼ばれる。このＸ２インタフェースには、ＣプレーンのＸ２−ＣインタフェースとＵプレーンのＸ２−Ｕインタフェースがある。

ネットワーク１（＃１）で接続されたＭＭＥ２０（＃１）及びｅＮＢ１０（＃１）のように、各ｅＮＢ１０とＭＭＥ２０との間を結ぶインタフェースはＳ１−ＭＭＥインタフェースと呼ばれる。ネットワーク１（＃１）で接続されたＳＡＥ−ＧＷ３０（＃１）及びｅＮＢ１０（＃１）のように、各ｅＮＢ１０とＳＡＥ−ＧＷ３０との間を結ぶインタフェースはＳ１−Ｕインタフェースと呼ばれる。Ｓ１−ＭＭＥインタフェースはＣプレーンのインタフェースであり、Ｓ１−ＵインタフェースはＵプレーンのインタフェースであり、これらはＳ１インタフェースと総称される。ＭＭＥ２０間を結ぶインタフェースはＳ１０インタフェースと呼ばれる。

ネットワーク５で接続されるＭＭＥ２０（＃１）及びＨＳＳ５０のように、ＭＭＥ２０とＨＳＳ５０との間を結ぶインタフェースはＳ６インタフェースと呼ばれる。ネットワーク１（＃１）で接続されるＭＭＥ２０（＃１）及びＳＡＥ−ＧＷ３０（＃１）のように、ＭＭＥ２０とＳＡＥ−ＧＷ３０との間を結ぶインタフェースはＳ１１インタフェースと呼ばれる。Ｓ６インタフェース及びＳ１１インタフェースはそれぞれＣプレーンのインタフェースである。

ネットワーク３（＃１）で接続されるＳＡＥ−ＧＷ３０（＃１）及びＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）のように、ＳＡＥ−ＧＷ３０とＰＤＮ−ＳＡＥ−ＧＷ４０との間を結ぶインタフェースはＳ５インタフェースと呼ばれる。Ｓ５インタフェースには、ＣプレーンのＳ５−ＣインタフェースとＵプレーンのＳ５−Ｕインタフェースとがある。

本実施形態におけるＬＴＥシステムでは、図１に示す構成において、ネットワーク１（＃１）に接続されるｅＮＢ１０とネットワーク１（＃６）に接続されるｅＮＢ１０との間のハンドオーバが上述のＳ１ベースハンドオーバとなる。図２の例によれば、ｅＮＢ１０（＃１）とｅＮＢ１０（＃６）との間のハンドオーバがＳ１ベースハンドオーバである。

〔動作概要〕
以下、第一実施形態におけるＬＴＥシステムの動作概要について図３及び４を用いて説明する。図３は、第一実施形態のＬＴＥシステムにおけるＳ１ベースハンドオーバ時のユーザデータダウンリンク処理の概要を示す図である。図４は、第一実施形態のＬＴＥシステムにおけるＳ１ベースハンドオーバ時のユーザデータアップリンク処理の概要を示す図である。図３及び４は、図１のシステム構成例において、ＵＥ７がｅＮＢ１０（＃１）からｅＮＢ１０（＃６）へハンドオーバする場合の例を示す。このハンドオーバは、ｅＮＢ１０（＃１）とｅＮＢ１０（＃６）とを管理するＭＭＥ２０及びＳＡＥ−ＧＷ３０が異なるため、Ｓ１ベースハンドオーバとなる。

以降、ハンドオーバ時において、ＵＥ７が移動する前に接続されていたｅＮＢ１０をＳ−ｅＮＢ１０と表記し、ＵＥ７が移動した後に接続されるｅＮＢ１０をＴ−ｅＮＢ１０と表記する。同様に、Ｓ−ｅＮＢ１０を管理するＭＭＥ２０及びＳＡＥ−ＧＷ３０をＳ−ＭＭＥ２０及びＳ−ＳＡＥ−ＧＷ３０と表記し、Ｔ−ｅＮＢ１０を管理するＭＭＥ２０及びＳＡＥ−ＧＷ３０をＴ−ＭＭＥ２０及びＴ−ＳＡＥ−ＧＷ３０と表記する。また、Ｓ−ｅＮＢ１０及びＳ−ＳＡＥ−ＧＷ３０をソース側のノードと表記し、Ｔ−ｅＮＢ１０及びＴ−ＳＡＥ−ＧＷ３０をターゲット側のノードと表記する場合がある。

〈ダウンリンク処理〉
まず、図３を用いて、第一実施形態のＬＴＥシステムのＳ１ベースハンドオーバ時のユーザデータダウンリンク処理の概要について説明する。以下の説明では、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）がＵＥ７宛てのダウンリンクデータ（ユーザデータ）としてデータＡ、Ｂ、Ｃ、Ｄ及びＥを持ち、ＵＥ７がまずＳ−ｅＮＢ１０（＃１）と接続されている場合を例に挙げる。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）から送信されるダウンリンクデータＡが、Ｓ−ＳＡＥ−ＧＷ３０（＃１）及びＳ−ｅＮＢ１０（＃１）を経由してＵＥ７へ送り届けられている。ＵＥ７は、Ｓ−ｅＮＢ１０（＃１）からＴ−ｅＮＢ１０（＃６）方向へ移動している。

本ＬＴＥシステムでは、Ｓ−ｅＮＢ１０（＃１）がＵＥ７のハンドオーバを決定すると、ｅＮＢ１０、ＭＭＥ２０及びＳＡＥ−ＧＷ３０がＣプレーンの制御信号を利用することによりＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へＵＥ７宛てのダウンリンクデータをＳ−ＳＡＥ−ＧＷ３０（＃１）とＴ−ＳＡＥ−ＧＷ３０（＃６）との双方に送信するように指示する（バイキャスティング要求）。以降、Ｓ−ＳＡＥ−ＧＷとＴ−ＳＡＥ−ＧＷとの両方に所定のＵＥ宛てのダウンリンクデータを送信することをバイキャスティングと表記する。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、バイキャスティング要求を受けると、それ以降、ＵＥ７宛てのダウンリンクデータＢ、Ｃ及びＤをＳ−ＳＡＥ−ＧＷ３０（＃１）とＴ−
ＳＡＥ−ＧＷ３０（＃６）との両方にそれぞれ送信する。これにより、Ｔ−ｅＮＢ１０（＃６）は、このバイキャスティングされたダウンリンクデータを受けると、ＵＥ７からＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを受信するまでは（図２７のＳ１１参照）、このダウンリンクデータを保持する。

Ｔ−ｅＮＢ１０（＃６）は、ＵＥ７からＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを受信すると、そのメッセージに含められ、ＵＥ７の所望するダウンリンクデータを、保持されているデータのなかから抽出し、ＵＥ７へ送信する。これにより、ＵＥ７は、ハンドオーバ前後でダウンリンクデータをいずれかのｅＮＢ１０から受信することができるため、データ漏れを起こすことなく全データを受信することができる。

ＵＥ７は、Ｔ−ｅＮＢ１０（＃６）へＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを送るまでは、基本的にはＳ−ｅＮＢ１０（＃１）から送出されるダウンリンクデータを受信することができる。図３の例では、ダウンリンクデータＢを受信した後、ＵＥ７は、Ｈａｎｄｏｖｅｒ ＣｏｎｆｉｒｍメッセージをＴ−ｅＮＢ１０（＃６）へ送信する。

これにより、ＵＥ７は、ダウンリンクデータＡ及びＢをＳ−ｅＮＢ１０（＃１）から受信し、ダウンリンクデータＣ、Ｄ及びＥをそれぞれＴ−ｅＮＢ１０（＃６）から受信することができる。

更に、本ＬＴＥシステムでは、ＵＥ７は、Ｓ−ｅＮＢ１０（＃１）から送出されたダウンリンクデータＢを受信することができなかった場合においても、このダウンリンクデータＢがＴ−ｅＮＢ１０（＃６）にも保持されているため、このダウンリンクデータＢをＴ−ｅＮＢ１０（＃６）から受信することができる。このとき、ＵＥ７は、Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージ等を利用して、Ｔ−ｅＮＢ１０（＃６）に対し所望のダウンリンクデータを指定する。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へバイキャスティング停止の指令が到達するまでの間は、ダウンリンクデータはＳ−ｅＮＢ１０（＃１）及びＴ−ｅＮＢ１０（＃６）の両方に送られる。ハンドオーバ承認後にＳ−ｅＮＢ１０（＃１）へ送られたダウンリンクデータＣ及びＤは、バイキャスティングが停止された後のリソース解放処理により削除される。

〈アップリンク処理〉
次に、図４を用いて、第一実施形態のＬＴＥシステムのＳ１ベースハンドオーバ時のユーザデータアップリンク処理の概要について説明する。以下の説明では、ＵＥ７がアップリンクデータ（ユーザデータ）としてデータＡ、Ｂ、Ｃ、Ｄ及びＥを持ち、Ｓ−ｅＮＢ１０（＃１）と接続されている場合を例に挙げる。

ＵＥ７は、アップリンクデータＡをＳ−ｅＮＢ１０（＃１）及びＳ−ＳＡＥ−ＧＷ３０（＃１）を経由してＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ送信しながら、Ｓ−ｅＮＢ１０（＃１）からＴ−ｅＮＢ１０（＃６）方向へ移動している。

本ＬＴＥシステムでは、ｅＮＢ１０がＵＥ７からアップリンクされるデータを受信すると共に、このデータの順序を認識し得る識別情報を管理する。この識別情報には、例えば、ＰＤＣＰ（Packet Data Convergence Protocol）でパケットの順序制御に利用されるＳＮ（Sequence Number）が利用される。

Ｓ−ｅＮＢ１０（＃１）は、正しい順序通りデータを受信することができない場合には、その正しい順序でなく受信されたデータ以降のアップリンクデータをＳ−ＳＡＥ−ＧＷ
３０（＃１）へ送信せず、保持する。

図４の例によれば、Ｓ−ｅＮＢ１０（＃１）は、アップリンクデータＡを受信した後、アップリンクデータＣ及びＤを受信する。この場合、アップリンクデータＢが受信されていないため、アップリンクデータＣ及びＤは正しい順序でなく受信されたデータとなっている。なお、このとき、ＵＥ７は、アップリンクデータＡ及びＣについてはＳ−ｅＮＢ１０（＃１）から正しく受信されたことを示すＡＣＫ信号を受けているため正しくアップリンクできたものと認識している。一方で、Ｓ−ｅＮＢ１０（＃１）は実際にはアップリンクデータＡ、Ｃ及びＤが正しく受信されている。アップリンクデータＤはそのＡＣＫ信号がＵＥ７へ到達しなかったためこのような食い違いが生ずる。

このような状況において、Ｓ−ｅＮＢ１０（＃１）は、アップリンクデータＡをＳ−ＳＡＥ−ＧＷ３０（＃１）へ送信した後、アップリンクデータＣ及びＤについては送信せず、保持する。

ＵＥ７は、本ＬＴＥシステムからハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ；図２６のＳ９）を受信すると、Ｔ−ｅＮＢ１０（＃６）へＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを送信した後、正しい順序で送信できなかったアップリンクデータから順次それ以降のアップリンクデータを送信する。具体的には、ＵＥ７は、Ｔ−ｅＮＢ１０（＃６）へアップリンクデータＢ、Ｃ、Ｄ及びＥを送信する。Ｔ−ｅＮＢ１０（＃６）は、これらのアップリンクデータを順次Ｔ−ＳＡＥ−ＧＷ３０（＃６）へ送信する。

これにより、本ＬＴＥシステムによれば、Ｓ１ベースハンドオーバを実行したＵＥ７からのアップリンクデータについても順序通りＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ送り届けることができる。このとき、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）では、ＵＥ７からのアップリンクデータの順序制御を実行する必要がない。ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、重複してアップリンクデータを受ける場合があるため、上述したデータの順序を認識し得る識別情報を用いて重複されたデータを削除する。

〔装置構成〕
以下、第一実施形態におけるＬＴＥシステムを構成する各装置（ノード）の機能についてそれぞれ説明する。なお、ここでは、各ノードに関し、Ｓ１ベースハンドオーバ時のユーザデータのアップリンク及びダウンリンクに関連する機能のみを説明し、それ以外の機能についてはどのような機能であってもよいため説明及び図示を省略している。

〈ｅＮＢ〉
図５は、第一実施形態におけるｅＮＢ１０の機能構成を示すブロック図である。図５に示すように、ｅＮＢ１０は、無線処理部４１、ベースバンド処理部４２、Ｃプレーン処理部４３、Ｓ１−ＭＭＥインタフェース部４５、Ｕプレーン処理部４６、Ｓ１−Ｕインタフェース部４０等を有する。これらｅＮＢ１０の各機能部は、ソフトウェアの構成要素、又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。

無線処理部４１及びベースバンド処理部４２は、本ＬＴＥシステムと接続するＵＥ７との間で送受される信号を処理する。但し、無線処理部４１及びベースバンド処理部４２は、特に本実施形態として特徴を有する機能部ではないため、ここでは簡単に概略を説明する。

無線処理部４１は、アンテナに接続され、このアンテナからＵＥ７へ送信されるべき信号及びアンテナにより受信されたＵＥ７からの信号を処理する。無線処理部４１は、ベー
スバンド処理部４２から送られるベースバンド信号から無線信号を生成し、生成された無線信号をアンテナから送出する。一方、無線処理部４１は、アンテナにより受信された無線信号をベースバンド信号へ周波数変換し、このベースバンド信号をベースバンド処理部４２へ送る。

ベースバンド処理部４２は、スケジューラ、多重化部（図示せず）等から構成され、ＵＥ７から送信されたデータパケット（アップリンクデータ）及び制御データ等を処理する。ここで処理されたデータパケット及び制御データ等は、Ｃプレーン処理部４３及びＵプレーン処理部４６へ送られる。また、ベースバンド処理部４２は、ＵＥ７へ送信されるべきデータパケット（ダウンリンクデータ）等をＣプレーン処理部４３及びＵプレーン処理部４６から受け、これらを多重化させたベースバンド信号を生成し、無線処理部４１へ送る。

Ｃプレーン処理部４３は、Ｃプレーン（例えばＳＣＴＰ（Stream Control Transmission Protocol）層）に関する処理を行う。具体的には、Ｃプレーン処理部４３は、ＳＣＴＰアソシエーションの確立及び解放等を行い、このＳＣＴＰアソシエーションを利用してＳ１ベースハンドオーバ時に必要なＣプレーン制御データ（メッセージ）の送受を制御する。

Ｃプレーン処理部４３は、バイキャスティング処理部４４等を含む。

Ｃプレーン処理部４３は、Ｓ１ベースハンドオーバ時に送受される制御メッセージを受けるとそれら制御メッセージのうちバイキャスティング機能に関連するメッセージをバイキャスティング処理部４４へ送る。具体的には、Ｃプレーン処理部４３は、Ｔ−ｅＮＢとなる場合、ＭＭＥ２０からＢｉ−ｃａｓｔｉｎｇ ｒｅｑｕｅｓｔメッセージをＳ１−ＭＭＩインタフェース部４５を介して受信し、また、無線処理部４１及びベースバンド処理部４２を介してＵＥ７からのＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを受信する。一方、Ｓ−ｅＮＢとなる場合、Ｃプレーン処理部４３は、ＭＭＥ２０からＲｅｓｏｕｒｃｅ ｒｅｌｅａｓｅメッセージをＳ１−ＭＭＩインタフェース部４５を介して受信する。

バイキャスティング処理部４４は、Ｂｉ−ｃａｓｔｉｎｇ ｒｅｑｕｅｓｔメッセージを受けると、Ｕプレーン処理部４６に対象ＵＥ７に関するＳ１−Ｕインタフェースのダウンリンク用トンネルエンドポイント情報（ＴＥＩＤ）（以降、Ｄ−ｅＮＢ−ＴＥＩＤと表記する）を生成するように指示し、かつ、対象ＵＥ７宛てのダウンリンクデータを保持するように指示する。バイキャスティング処理部４４は、Ｕプレーン処理部４６からＤ−ｅＮＢ−ＴＥＩＤを受けると、これを含めたＢｉ−ｃａｓｔｉｎｇ ｒｅｓｐｏｎｓｅメッセージを生成し、Ｃプレーン処理部４３に送る。Ｃプレーン処理部４３は、このメッセージを当該ＭＭＥ２０へＳ１−ＭＭＥインタフェース部４５を介して返信する。

バイキャスティング処理部４４は、Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを受けると、このメッセージに含まれるダウンリンクデータの識別番号と保持データの送信指示とをＵプレーン処理部４６へ送る。このダウンリンクデータ識別番号は、ＵＥ７がＳ−ｅＮＢ１０（＃１）から正常にダウンリンクされなかったデータを要求するためにＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージに含められる。この識別番号としては、例えば、ＰＤＣＰ（Packet Data Convergence Protocol）でパケットの順序制御に利用されるＳＮ（Sequence Number）が利用されてもよい。

また、バイキャスティング処理部４４は、Ｒｅｓｏｕｒｃｅ Ｒｅｌｅａｓｅメッセージを受けた場合には、ＵＥ７のためのリソースを解放する指示をＵプレーン処理部４６へ送る。

Ｓ１−ＭＭＥインタフェース部４５は、ネットワーク１に接続され、Ｓ１−ＭＭＥインタフェース上のＣプレーンに関する通信処理を実行する。具体的には、Ｓ１−ＭＭＥインタフェース部４５は、Ｃプレーン処理部４３からＢｉ−ｃａｓｔｉｎｇ ｒｅｓｐｏｎｓｅメッセージ等を含むＳ１データチャンクやその他のチャンクを受け、これらのチャンクをネットワーク１へ送出する。一方、Ｓ１−ＭＭＥインタフェース部４５は、ネットワーク１からＢｉ−ｃａｓｔｉｎｇ ｒｅｑｕｅｓｔメッセージ等を含むＳ１データチャンクやその他のチャンクを受け、これらをＣプレーン処理部４３へ送る。なお、Ｓ１ベースハンドオーバでは上述したようにＸ２インタフェースを利用することができないため、ここではＸ２インタフェースに関する機能については言及しない。

Ｕプレーン処理部４６は、Ｕプレーン（例えばＧＴＰ（GPRS(General Packet Radio Service) Tunneling Protocol）層）に関する処理を行う。具体的には、Ｕプレーン処理部
４６は、自身を管理するＳＡＥ−ＧＷ３０との間でＩＰＳｅｃ等により確立されるセキュリティアソシエーション上に設定されるＧＴＰトンネルの確立等を行う。また、Ｕプレーン処理部４６は、Ｕプレーンのユーザデータ（アップリンクデータ及びダウンリンクデータ）の送受信を制御する。

Ｕプレーン処理部４６は、上述のようにバイキャスティング処理部４４からＴＥＩＤ生成指示を受けると、対象のＵＥ７のためのダウンリンクに利用されるトンネルエンドポイント情報（ＴＥＩＤ）を生成する。Ｕプレーン処理部４６は、この割り当てられたＴＥＩＤでＳＡＥ−ＧＷ３０からダウンリンクされるユーザデータを受信し、このユーザデータをＵＥ７へ送るべくベースバンド処理部４２へ送る。Ｕプレーン処理部４６は、生成されたＴＥＩＤをバイキャスティング処理部４４へ送る。

Ｕプレーン処理部４６は、バイキャスティングデータ保持部４７、保持データ送信部４８、識別番号変換部４９、識別番号変換テーブル５０、アップリンクデータ管理部５１等を含む。

Ｕプレーン処理部４６は、上述のようにバイキャスティング処理部４４からＵＥ７宛てのダウンリンクデータの保持指示、又はＵＥ７のためのリソースを解放する指示を受けると、各指示をバイキャスティングデータ保持部４７へそれぞれ転送する。Ｕプレーン処理部４６は、ＵＥ７により要求されるダウンリンクデータの識別番号と共に保持データの送信指示を受けると、これらを保持データ送信部４８へ送る。Ｕプレーン処理部４６は、ベースバンド処理部４２からＵＥ７から無線送信されたユーザデータ（アップリンクデータ）を受けると、そのアップリンクデータ及びそのデータの識別番号をアップリンクデータ管理部５１へ送る。

バイキャスティングデータ保持部４７は、Ｕプレーン処理部４６からダウンリンクデータの保持指示を受けると、対象ＵＥ７のハンドオーバが承認し同期が取れるまで（例えば、ＵＥ７からＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍを受信するまで）、ＳＡＥ−ＧＷ３０からＵＥ７宛てにダウンリンクされるデータを保持する（Ｔ−ｅＮＢとなる場合）。このとき、バイキャスティングデータ保持部４７は、ＳＡＥ−ＧＷ３０から送られるダウンリンクデータには、ソース側に送られた同一ダウンリンクデータと同一識別番号が付されている。バイキャスティングデータ保持部４７は、この識別番号と共にそのダウンリンクデータを保持する。

バイキャスティングデータ保持部４７は、ＵＥ７のためのリソース解放指示を受けると、バイキャスティングされたデータであってＵＥ７へ送り届けることができず保持されていたダウンリンクデータを削除する（Ｓ−ｅＮＢとなる場合）。

保持データ送信部４８は、ＵＥ７により要求されるダウンリンクデータの識別番号と共に保持データの送信指示を受けると、この識別番号以降のデータであってバイキャスティングデータ保持部４７に保持されているダウンリンクデータを当該識別番号の順序に沿ってベースバンド処理部４２へ送る。バイキャスティングデータ保持部４７により保持されているダウンリンクデータは、ＳＡＥ−ＧＷ３０からバイキャスティングされてきたデータであるため、ｅＮＢ１０とＳＡＥ−ＧＷ３０との間でそのデータを特定することができる識別番号が付されている。従って、保持データ送信部４８は、ＵＥ７により要求される識別番号に対応するダウンリンクデータを特定するように識別番号変換部４９に依頼し、対応するダウンリンクデータをバイキャスティングデータ保持部４７から取得する。

識別番号変換部４９は、ＵＥ７とｅＮＢ１０との間でユーザデータを特定することができるように付される識別番号（以降、ＵＥ−ｅＮＢ識別番号と表記する）と、上述したようなｅＮＢ１０とＳＡＥ−ＧＷ３０との間でユーザデータを特定することができるように付される識別番号（以降、ｅＮＢ−ＳＡＥ識別番号と表記する）との相互変換を行う。具体的には、識別番号変換部４９は、保持データ送信部４８から送られてくるＵＥ７のためのＵＥ−ｅＮＢ識別番号を受けると、識別番号変換テーブル５０を参照することにより、そのＵＥ−ｅＮＢ識別番号に対応するｅＮＢ−ＳＡＥ識別番号を取得する。識別番号変換部４９は、バイキャスティングデータ保持部４７にこの取得されたｅＮＢ−ＳＡＥ識別番号以降のダウンリンクデータを保持データ送信部４８に送るように指示する。

識別番号変換テーブル５０は、上記ｅＮＢ−ＳＡＥ識別番号と上記ＵＥ−ｅＮＢ識別番号との相対を記憶する。図６は、第一実施形態におけるｅＮＢ１０の識別番号変換テーブル５０の例を示す図である。図６に示すように、識別番号変換テーブル５０には、各ＵＥに対して、それぞれｅＮＢ−ＳＡＥ識別番号とＵＥ−ｅＮＢ識別番号との対応関係が記憶される。

なお、本ＬＴＥシステムでは、ユーザデータを特定するための識別番号を統一的に利用するようにしてもよい。その場合、ｅＮＢ−ＳＡＥ識別番号と上記ＵＥ−ｅＮＢ識別番号とが同じになるため、上記識別番号変換部４９及び識別番号変換テーブル５０は必要ない。

アップリンクデータ管理部５１は、アップリンクデータを受けると、それのＵＥ−ｅＮＢ識別番号を管理し、順序通り受信できたアップリンクデータのみをＳ１−Ｕインタフェース部４０を介してＳＡＥ−ＧＷ３０に転送する。アップリンクデータ管理部５１は、既にＳＡＥ−ＧＷ３０へ転送されたアップリンクデータのＵＥ−ｅＮＢ識別番号を保持し、受信されたアップリンクデータの識別番号と比較することにより、順序通り受信できているか否かを判断する。アップリンクデータ管理部５１は、順序通り受信できていないと判断した場合には、そのアップリンクデータを転送せずに保持する。アップリンクデータ管理部５１は、順序通り受信できたと判断しＳＡＥ−ＧＷ３０へ転送することを決めた場合には、識別番号変換部４９に識別番号をｅＮＢ−ＳＡＥ識別番号に変換するように指示し、その変換されたｅＮＢ−ＳＡＥ識別番号と共にアップリンクデータをＳ１−Ｕインタフェース部４０を介して転送する。

Ｓ１−Ｕインタフェース部４０は、ネットワーク１に接続され、Ｓ１−Ｕインタフェース上のＵプレーンに関する通信処理を実行する。具体的には、Ｓ１−Ｕインタフェース部４０は、Ｕプレーン処理部４６から送られるアップリンクデータ（ＧＴＰデータパケット）を受け、ネットワーク１へ送出する。一方、Ｓ１−Ｕインタフェース部４０は、ネットワーク１からダウンリンクデータ（ＧＴＰデータパケット）を受け、Ｕプレーン処理部４６へ送る。

〈ＭＭＥ〉
図７は、第一実施形態におけるＭＭＥ２０の機能構成を示すブロック図である。図７に示されるように、ＭＭＥ２０は、Ｃプレーン処理部５５、Ｓ１−ＭＭＥインタフェース部５７、Ｓ１１インタフェース部５８、Ｓ１０インタフェース部５９等を有する。これらＭＭＥ２０の各機能部は、ソフトウェアの構成要素、又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。

Ｃプレーン処理部５５は、Ｃプレーンに関する処理を行い、ＵＥ７に関する呼制御、リソース制御等を行う。具体的には、Ｃプレーン処理部５５は、ＳＣＴＰアソシエーションの確立及び解放等を行い、このＳＣＴＰアソシエーションを利用してＳ１ベースハンドオーバ時に必要なＣプレーン制御メッセージの送受を制御する。

Ｃプレーン処理部５５は、バイキャスティング制御部５６等を含む。

Ｃプレーン処理部５５は、Ｓ１−ＭＭＩインタフェース部５７、Ｓ１０インタフェース部５９、Ｓ１１インタフェース部５８等からＳ１ベースハンドオーバ時に送受される制御メッセージを受けるとそれら制御メッセージのうちバイキャスティング機能に関連するメッセージをバイキャスティング制御部５６へ送る。具体的には、Ｃプレーン処理部５５は、Ｔ−ＭＭＥ２０となる場合、Ｓ−ＭＭＥ２０からのＵＥ７のハンドオーバ決定を知らせるＦｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ ＲｅｑｕｅｓｔメッセージをＳ１０インタフェース部５９を介して受けると、このメッセージをバイキャスティング制御部５６に送る。このとき、Ｃプレーン処理部５５は、そのメッセージの対象となるＵＥ７に関しハンドオーバが決定されたことを認知し、そのメッセージに含まれる情報からＴ−ｅＮＢ１０及びＳ−ｅＮＢ１０についての情報をそれぞれ取得する。これらの情報に基づいて、Ｃプレーン処理部５５は、そのハンドオーバにおいてＳＡＥ−ＧＷ３０を変更すべきか否かを決定する。

Ｃプレーン処理部５５は、Ｔ−ｅＮＢ１０からのＢｉ−ｃａｓｔｉｎｇ ＲｅｓｐｏｎｓｅメッセージをＳ１−ＭＭＥインタフェース部５７を介して受けると、このメッセージをバイキャスティング制御部５６に送る。また、Ｃプレーン処理部５５は、Ｓ−ＭＭＥ２０となる場合に、Ｔ−ＭＭＥ２０からのＦｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ ＣｏｍｐｌｅｔｅメッセージをＳ１０インタフェース部５９を介して受けると、このメッセージをバイキャスティング制御部５６に送る。

バイキャスティング制御部５６は、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受けると、Ｂｉ−ｃａｓｔｉｎｇ ｒｅｑｕｅｓｔメッセージを生成する。バイキャスティング制御部５６は、この生成されたメッセージをＳ１−ＭＭＥインタフェース部５７を介してＵＥ７のハンドオーバに関連するＴ−ｅＮＢ１０へ送信する。このＢｉ−ｃａｓｔｉｎｇ ｒｅｑｕｅｓｔメッセージは、このメッセージを受信するＴ−ｅＮＢ１０に対してＳＡＥ−ＧＷ３０経由でダウンリンクされるデータを保持するように指示するためのメッセージである。なお、このＢｉ−ｃａｓｔｉｎｇ ｒｅｑｕｅｓｔメッセージには、対象ＵＥ７のＵＥコンテキストをＴ−ｅＮＢ１０に生成させるための情報を含めるようにしてもよい。

バイキャスティング制御部５６は、Ｂｉ−ｃａｓｔｉｎｇ Ｒｅｓｐｏｎｓｅメッセージを受けると、このメッセージに含まれるＤ−ｅＮＢ−ＴＥＩＤを抽出する。バイキャスティング制御部５６は、この抽出されたＤ−ｅＮＢ−ＴＥＩＤを含めたＣｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージを生成する。バイキャスティング制御部５６は、この生成されたメッセージをＳ１１インタフェース部５８を介してＴ
−ＳＡＥ−ＧＷ３０へ送信する。

また、バイキャスティング制御部５６は、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージを受けると、対象ＵＥ７のために確保されていたリソースを解放するように指示するためのＲｅｓｏｕｒｃｅ Ｒｅｌｅａｓｅメッセージを生成する。バイキャスティング制御部５６は、この生成されたメッセージをＳ１−ＭＭＥインタフェース部５７を介してＳ−ｅＮＢ１０へ送信し、かつＳ１１インタフェース部５８を介してＳ−ＳＡＥ−ＧＷ３０へ送信する。

Ｓ１−ＭＭＥインタフェース部５７は、ネットワーク１に接続され、Ｓ１−ＭＭＥインタフェース上のＣプレーンに関する通信処理を実行する。具体的には、Ｓ１−ＭＭＥインタフェース部５７は、Ｃプレーン処理部５５からＢｉ−ｃａｓｔｉｎｇ ｒｅｑｕｅｓｔメッセージ、Ｒｅｓｏｕｒｃｅ Ｒｅｌｅａｓｅメッセージ等を含むＳ１データチャンクやその他のチャンクを受け、これらのチャンクをネットワーク１へ送出する。一方、Ｓ１−ＭＭＥインタフェース部５７は、ネットワーク１からＢｉ−ｃａｓｔｉｎｇ ｒｅｓｐｏｎｓｅメッセージ等を含むＳ１データチャンクやその他のチャンクを受け、これらをＣプレーン処理部５５へ送る。

Ｓ１１インタフェース部５８は、ネットワーク１に接続され、Ｓ１１インタフェース上のＣプレーンに関する通信処理を実行する。具体的には、Ｓ１１インタフェース部５８は、Ｃプレーン処理部５５からＣｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージ、Ｒｅｓｏｕｒｃｅ Ｒｅｌｅａｓｅメッセージ等を含むＳ１１データチャンクやその他のチャンクを受け、これらのチャンクをネットワーク１へ送出する。一方、Ｓ１１インタフェース部５８は、ネットワーク１からＳ１１データチャンクやその他のチャンクを受け、これらをＣプレーン処理部５５へ送る。

Ｓ１０インタフェース部５９は、ネットワーク１に接続され、ＭＭＥ２０間を結ぶＳ１０インタフェース上のＣプレーンに関する通信処理を実行する。具体的には、Ｓ１０インタフェース部５９は、Ｃプレーン処理部５５からＦｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ
Ｒｅｑｕｅｓｔメッセージ等を含むデータチャンクやその他のチャンクを受け、これらのチャンクをネットワーク１へ送出する。一方、Ｓ１０インタフェース部５９は、ネットワーク１からＦｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ等を含むデータチャンクやその他のチャンクを受け、これらをＣプレーン処理部５５へ送る。

〈ＳＡＥ−ＧＷ〉
図８は、第一実施形態におけるＳＡＥ−ＧＷ３０の機能構成を示すブロック図である。図８に示されるように、ＳＡＥ−ＧＷ３０は、Ｃプレーン処理部６０、Ｕプレーン処理部６４、Ｓ１１インタフェース部６２、Ｓ５−Ｃインタフェース部６３、Ｓ５−Ｕインタフェース部６８、Ｓ１−Ｕインタフェース部６９等を有する。これらＳＡＥ−ＧＷ３０の各機能部は、ソフトウェアの構成要素、又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。

Ｃプレーン処理部６０は、Ｃプレーンに関する処理を行う。Ｃプレーン処理部６０は、ＳＣＴＰアソシエーションの確立及び解放等を行い、このＳＣＴＰアソシエーションを利用してＳ１ベースハンドオーバ時に必要なＣプレーン制御メッセージの送受を制御する。

Ｃプレーン処理部６０は、バイキャスティング制御部６１等を含む。

Ｃプレーン処理部６０は、Ｓ１１インタフェース部６２、Ｓ５−Ｃインタフェース部６３等からＳ１ベースハンドオーバ時に送受される制御メッセージを受けるとそれら制御メ
ッセージのうちバイキャスティング機能に関連するメッセージをバイキャスティング制御部６１へ送る。具体的には、Ｃプレーン処理部６０は、Ｔ−ＳＡＥ−ＧＷ３０となる場合、Ｔ−ＭＭＥ２０からのＵＥ７のハンドオーバ決定を知らせるＣｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージをＳ１１インタフェース部６２を介して受けると、このメッセージをバイキャスティング制御部６１に送る。また、Ｃプレーン処理部６０は、Ｔ−ＳＡＥ−ＧＷ３０となる場合、ＰＤＮ−ＳＡＥ−ＧＷ４０からＢｉ−ｃａｓｔｉｎｇ ｒｅｓｐｏｎｓｅメッセージをＳ５−Ｃインタフェース部６３を介して受けると、このメッセージをバイキャスティング制御部６１に送る。更に、Ｃプレーン処理部６０は、Ｓ−ＳＡＥ−ＧＷ３０となる場合、Ｓ−ＭＭＥ２０からＲｅｓｏｕｒｃｅ ＲｅｌｅａｓｅメッセージをＳ１１インタフェース部６２を介して受けると、このメッセージをバイキャスティング制御部６１に送る。

バイキャスティング制御部６１は、Ｃｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージを受信すると、このメッセージに含まれるＤ−ｅＮＢ−ＴＥＩＤを抽出する。バイキャスティング制御部５６は、この抽出されたＤ−ｅＮＢ−ＴＥＩＤをＵプレーン処理部６４へ送ると共に、Ｕプレーン処理部６４に対象ＵＥ７に関するＳ５−Ｕインタフェースのダウンリンク用トンネルエンドポイント情報（ＴＥＩＤ）（以降、Ｄ−ＳＡＥＧＷ−ＴＥＩＤと表記する）を生成するように指示する。

バイキャスティング制御部６１は、Ｕプレーン処理部６４からＤ−ＳＡＥＧＷ−ＴＥＩＤを受けると、これを含めたＢｉ−ｃａｓｔｉｎｇ ｒｅｑｕｅｓｔメッセージを生成する。バイキャスティング制御部６１は、このメッセージを当該ＰＤＮ−ＳＡＥ−ＧＷ４０へＳ５−Ｃインタフェース部６３を介して送信する。また、バイキャスティング制御部６１は、Ｒｅｓｏｕｒｃｅ Ｒｅｌｅａｓｅメッセージを受けた場合には、ＵＥ７のためのリソースを解放する指示をＵプレーン処理部６４へ送る。

Ｕプレーン処理部６４は、Ｕプレーンに関する処理を行う。具体的には、Ｕプレーン処理部６４は、自身と接続されるＰＤＮ−ＳＡＥ−ＧＷ４０との間でＩＰＳｅｃ等により確立されるセキュリティアソシエーション上に設定されるＧＴＰトンネルの確立等を行う。また、Ｕプレーン処理部６４は、このＧＴＰトンネルを利用して、Ｕプレーンのユーザデータ（アップリンクデータ及びダウンリンクデータ）の送受信を制御する。

Ｕプレーン処理部６４は、上述のようにバイキャスティング制御部６１からＴＥＩＤ生成指示を受けると、対象のＵＥ７のためのＤ−ＳＡＥＧＷ−ＴＥＩＤを生成する。Ｕプレーン処理部６４は、この割り当てられたＤ−ＳＡＥＧＷ−ＴＥＩＤでＰＤＮ−ＳＡＥ−ＧＷ４０からＳ５−ＵインタフェースによりダウンリンクされるユーザデータをＳ５−Ｕインタフェース部６８を介して受信し、このユーザデータをユーザデータ転送部６７へ送る。Ｕプレーン処理部６４は、この割り当てられたＤ−ＳＡＥＧＷ−ＴＥＩＤをバイキャスティング制御部６１へ送る。また、Ｕプレーン処理部６４は、Ｓ１−Ｕインタフェースを介してｅＮＢ１０からアップリンクされるユーザデータを受信すると、そのデータをユーザデータ転送部６７へ送る。Ｕプレーン処理部６４は、ＵＥ７のためのリソースを解放する指示を受けた場合には、ユーザデータ転送部６７が利用するＵＥ７のユーザデータのためのリソースを解放する。

Ｕプレーン処理部６４は、ユーザデータ転送部６７、識別番号変換部６５、識別番号変換テーブル６６等を含む。

ユーザデータ転送部６７は、Ｓ５−Ｕインタフェース部６８を介してＰＤＮ−ＳＡＥ−ＧＷ４０からのダウンリンクデータを受けると、このダウンリンクデータをＳ１−Ｕインタフェース部６９を介してｅＮＢ１０へ転送する。受信されるダウンリンクデータには、
ＳＡＥ−ＧＷ３０とＰＤＮ−ＳＡＥ−ＧＷ４０との間でそのユーザデータを特定することができるような識別番号（以降、ＳＡＥ−ＰＳＡＥ識別番号と表記する）が付されている。従って、ユーザデータ転送部６７は、このＳＡＥ−ＰＳＡＥ識別番号をｅＮＢ−ＳＡＥ識別番号に変換するように識別番号変換部６５に依頼する。ユーザデータ転送部６７は、識別番号変換部６５から送られるｅＮＢ−ＳＡＥ識別番号をそのダウンリンクデータと共にｅＮＢ１０へ転送する。

ユーザデータ転送部６７は、Ｓ１−Ｕインタフェース部６９を介してｅＮＢ１０からのアップリンクデータを受けると、このアップリンクデータをＳ５−Ｕインタフェース部６８を介してＰＤＮ−ＳＡＥ−ＧＷ４０へ転送する。このアップリンクデータについても上述のダウンリンクデータと同様に識別番号が付されているため、この識別番号の変換を識別番号変換部６５に依頼する。ここでは、ｅＮＢ−ＳＡＥ識別番号がＳＡＥ−ＰＳＡＥ識別番号に変換される。ユーザデータ転送部６７は、識別番号変換部６５から送られるＳＡＥ−ＰＳＡＥ識別番号をそのアップリンクデータと共にＰＤＮ−ＳＡＥ−ＧＷ４０へ転送する。

識別番号変換部６５は、ｅＮＢ−ＳＡＥ識別番号と上述のＳＡＥ−ＰＳＡＥ識別番号との相互変換を行う。具体的には、識別番号変換部６５は、ユーザデータ転送部６７から送られてくるｅＮＢ−ＳＡＥ識別番号を受けると、識別番号変換テーブル６６を参照することにより、そのｅＮＢ−ＳＡＥ識別番号に対応するＳＡＥ−ＰＳＡＥ識別番号を取得する。識別番号変換部６５は、その反対の変換も行う。

識別番号変換テーブル６６は、ｅＮＢ−ＳＡＥ識別番号とＳＡＥ−ＰＳＡＥ識別番号との相対を記憶する。図９は、第一実施形態におけるＳＡＥ−ＧＷ３０の識別番号変換テーブル６６の例を示す図である。図９に示すように、識別番号変換テーブル６６には、ｅＮＢ−ＳＡＥ識別番号とＳＡＥ−ＰＳＡＥ識別番号との対応関係が記憶される。

なお、上述したように、本ＬＴＥシステムが、ユーザデータを特定するための識別番号を統一的に利用する場合には、ｅＮＢ−ＳＡＥ識別番号とＳＡＥ−ＰＳＡＥ識別番号とが同じになるため、上記識別番号変換部６５及び識別番号変換テーブル６６は必要ない。

Ｓ１−Ｕインタフェース部６９は、ネットワーク１に接続され、Ｓ１−Ｕインタフェース上のＵプレーンに関する通信処理を実行する。具体的には、Ｓ１−Ｕインタフェース部６９は、Ｕプレーン処理部６４から送られるダウンリンクデータ（ＧＴＰデータパケット）を受け、ネットワーク１へ送出する。一方、Ｓ１−Ｕインタフェース部６９は、ネットワーク１からアップリンクデータ（ＧＴＰデータパケット）を受け、Ｕプレーン処理部６４へ送る。

Ｓ５−Ｕインタフェース部６８は、ネットワーク３に接続され、Ｓ５−Ｕインタフェース上のＵプレーンに関する通信処理を実行する。具体的には、Ｓ５−Ｕインタフェース部６８は、Ｕプレーン処理部６４から送られるアップリンクデータ（ＧＴＰデータパケット）を受け、ネットワーク３へ送出する。一方、Ｓ５−Ｕインタフェース部６８は、ネットワーク３からダウンリンクデータ（ＧＴＰデータパケット）を受け、Ｕプレーン処理部６４へ送る。

Ｓ１１インタフェース部６２は、ネットワーク１に接続され、Ｓ１１インタフェース上のＣプレーンに関する通信処理を実行する。具体的には、Ｓ１１インタフェース部６２は、Ｃプレーン処理部６０からＳ１１データチャンクやその他のチャンクを受け、これらのチャンクをネットワーク１へ送出する。一方、Ｓ１１インタフェース部６２は、ネットワーク１からＣｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージ
、Ｒｅｓｏｕｒｃｅ Ｒｅｌｅａｓｅメッセージ等のＳ１１データチャンクやその他のチャンクを受け、これらをＣプレーン処理部６０へ送る。

Ｓ５−Ｃインタフェース部６３は、ネットワーク３に接続され、Ｓ５−Ｃインタフェース上のＣプレーンに関する通信処理を実行する。具体的には、Ｓ５−Ｃインタフェース部６３は、Ｃプレーン処理部６０からＢｉ−ｃａｓｔｉｎｇ Ｒｅｑｕｅｓｔメッセージ等のＳ５データチャンクやその他のチャンクを受け、これらのチャンクをネットワーク３へ送出する。一方、Ｓ５−Ｃインタフェース部６３は、ネットワーク３からＢｉ−ｃａｓｔｉｎｇ Ｒｅｓｐｏｎｓｅメッセージ等のＳ５データチャンクやその他のチャンクを受け、これらをＣプレーン処理部６０へ送る。

〈ＰＤＮ−ＳＡＥ−ＧＷ〉
図１０は、第一実施形態におけるＰＤＮ−ＳＡＥ−ＧＷ４０の機能構成を示すブロック図である。図１０に示されるように、ＰＤＮ−ＳＡＥ−ＧＷ４０は、Ｃプレーン処理部７０、Ｕプレーン処理部７３、Ｓ５−Ｃインタフェース部７２、Ｓ５−Ｕインタフェース部７７等を有する。これらＰＤＮ−ＳＡＥ−ＧＷ４０の各機能部は、ソフトウェアの構成要素、又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。

Ｃプレーン処理部７０は、Ｃプレーンに関する処理を行う。Ｃプレーン処理部７０は、ＳＣＴＰアソシエーションの確立及び解放等を行い、このＳＣＴＰアソシエーションを利用してＳ１ベースハンドオーバ時に必要なＣプレーン制御メッセージの送受を制御する。

Ｃプレーン処理部７０は、バイキャスティング制御部７１等を含む。

Ｃプレーン処理部７０は、Ｓ５−Ｃインタフェース部７２等からＳ１ベースハンドオーバ時に送受される制御メッセージを受けるとそれら制御メッセージのうちバイキャスティング機能に関連するメッセージをバイキャスティング制御部７１へ送る。具体的には、Ｃプレーン処理部７０は、Ｔ−ＳＡＥ−ＧＷ３０からのＢｉ−ｃａｓｔｉｎｇ ｒｅｑｕｅｓｔメッセージ、Ｕｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージ等をＳ５−Ｃインタフェース部７２を介して受けると、これらメッセージをバイキャスティング制御部７１に送る。

バイキャスティング制御部７１は、Ｂｉ−ｃａｓｔｉｎｇ ｒｅｑｕｅｓｔメッセージを受信すると、このメッセージに含まれるＤ−ＳＡＥＧＷ−ＴＥＩＤを抽出する。バイキャスティング制御部７１は、この抽出されたＤ−ＳＡＥＧＷ−ＴＥＩＤをＵプレーン処理部７３へ送ると共に、対象ＵＥ７のためのユーザデータに関しバイキャスティングを開始するようにＵプレーン処理部７３に指示する。

バイキャスティング制御部７１は、Ｕｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージを受けると、対象ＵＥ７のためのパス切り替え処理を実行すると共に、ＵＥ７のためのバイキャスティングの停止をＵプレーン処理部７３に指示する。

Ｕプレーン処理部７３は、Ｕプレーンに関する処理を行う。具体的には、Ｕプレーン処理部７３は、自身と接続されるＳＡＥ−ＧＷ３０との間でＧＴＰトンネルの確立等を行い、このＧＴＰトンネルを利用して、Ｕプレーンのユーザデータ（アップリンクデータ及びダウンリンクデータ）の送受信を制御する。

Ｕプレーン処理部７３は、バイキャスティング処理部７５、アップリンクデータ管理部
７６等を含む。

Ｕプレーン処理部７３は、上述のようにバイキャスティング制御部７１からバイキャスティング開始の指示を受けると、バイキャスティング処理部７５にバイキャスティングを開始させる。逆に、Ｕプレーン処理部７３は、バイキャスティング制御部７１からバイキャスティング停止の指示を受けると、バイキャスティング処理部７５にバイキャスティングを停止させる。Ｕプレーン処理部７３は、Ｓ５−Ｕインタフェース部７７を介してＳＡＥ−ＧＷ３０からアップリンクデータを受けると、そのデータをアップリンクデータ管理部７６に渡す。

バイキャスティング処理部７５は、ユーザデータのバイキャスティングを実行する。すなわち、バイキャスティング処理部７５は、バイキャスティング開始の指示を受けると、その対象となるＵＥ７宛てのダウンリンクデータをＳ−ＳＡＥ−ＧＷ３０及びＴ−ＳＡＥ−ＧＷ３０共にそれぞれ送信する。このとき、バイキャスティング処理部７５は、同一ダウンリンクデータについて同一識別番号を付して、その付された識別番号と共にダウンリンクデータをＳ−ＳＡＥ−ＧＷ３０及びＴ−ＳＡＥ−ＧＷ３０にそれぞれ送信する。バイキャスティング処理部７５は、バイキャスティング停止の指示を受けると、その対象となるＵＥ７のためのバイキャスティングを停止する。

アップリンクデータ管理部７６は、ＵＥ７からのアップリンクデータを受けると、そのアップリンクデータ共に送られるそのデータの識別番号（ＳＡＥ−ＰＳＡＥ識別番号）に基づいてアップリンクデータの重複チェックを実行する。ＰＤＮ−ＳＡＥ−ＧＷ４０は、ＵＥ７からのアップリンクデータについてＳ−ＳＡＥ−ＧＷ３０及びＴ−ＳＡＥ−ＧＷ３０の両方から同一データを受信する場合がある。アップリンクデータ管理部７６は、重複チェックを行い、重複するアップリンクデータを削除し、その他のアップリンクデータを識別番号の順番に他のネットワークへ転送する。

なお、アップリンクデータ管理部７６は、アップリンクデータの順序制御を行う必要はない。これは、ＳＡＥ−ＧＷ３０から送られるアップリンクデータが順序正しく受信されるからである。

〔動作例〕
以下、第一実施形態におけるＬＴＥシステムの動作例について図１１、１２、１３及び１４を用いて説明する。図１１、１２、１３及び１４は、第一実施形態におけるＬＴＥシステムの動作例を示す図であり、図１のシステム構成例において、ＵＥ７がＳ−ｅＮＢ１０（＃１）からＴ−ｅＮＢ１０（＃６）へハンドオーバする場合の例を示す。このハンドオーバは、ｅＮＢ１０（＃１）とｅＮＢ１０（＃６）とを管理するＭＭＥ２０及びＳＡＥ−ＧＷ３０が異なるため、Ｓ１ハンドオーバとなる。なお、図１１、１２、１３及び１４において、実線で示されるメッセージはＣプレーンメッセージであり、点線で示されるメッセージはＵプレーンのユーザデータである。

〈ダウンリンク処理〉
まず、第一実施形態におけるＬＴＥシステムのＳ１ベースハンドオーバ時のユーザデータダウンリンク処理について図１１及び１２を用いて説明する。図１１及び１２は、第一実施形態におけるＬＴＥシステムのＳ１ベースハンドオーバ時のユーザデータダウンリンク処理を示す図である。

ハンドオーバ処理が実行される前提として、Ｓ−ｅＮＢ１０（＃１）とＵＥ７とは、パイロット信号及びこれにより測定される受信品質情報等を無線通信により送受している（Measurement control、Measurement report）。Ｓ−ｅＮＢ１０（＃１）は、このような
ＵＥ７からの受信品質情報等に基づいて、ＵＥ７のハンドオーバを決定する（Ｓ１）。ハンドオーバを決定すると、Ｓ−ｅＮＢ１０（＃１）は、Ｓ−ＭＭＥ２０（＃１）へＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄメッセージを送る（Ｓ２）。

Ｓ−ＭＭＥ２０（＃１）は、このＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄメッセージを受信すると、それに含まれるＵＥ７、Ｓ−ｅＮＢ１０（＃１）及びＴ−ｅＮＢ１０（＃６）を示す情報に基づき、ＵＥ７のＳ１ベースハンドオーバが決定されたことを認知する。Ｓ−ＭＭＥ２０（＃１）は、Ｔ−ｅＮＢ１０（＃６）を管理するＴ−ＭＭＥ２０（＃６）を検出し、このＴ−ＭＭＥ２０（＃６）へＦｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを送信する（Ｓ３）。このメッセージには、ＵＥ７に関するＵＥコンテキスト等が含まれる。

Ｔ−ＭＭＥ２０（＃６）は、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信すると（Ｓ３）、ＵＥ７のハンドオーバに関しＳＡＥ−ＧＷを変更すべきかを決定する。ここでは、Ｔ−ＭＭＥ２０（＃６）は、Ｔ−ｅＮＢ１０（＃６）を管理するＳＡＥ−ＧＷとしてＴ−ＳＡＥ−ＧＷ３０（＃６）を決定する。続いて、Ｔ−ＭＭＥ２０（＃６）は、Ｔ−ｅＮＢ１０（＃６）へＵＥ７宛てのダウンリンクデータを保持する指示であるＢｉ−ｃａｓｔｉｎｇ Ｒｅｑｕｅｓｔメッセージを送信する（Ｓ３ａｘ）。このとき、このＢｉ−ｃａｓｔｉｎｇ Ｒｅｑｕｅｓｔメッセージには、ＵＥ７について確立されたベアラ、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）を示す識別子等を含めるようにしてもよい。

Ｂｉ−ｃａｓｔｉｎｇ Ｒｅｑｕｅｓｔメッセージを受信したＴ−ｅＮＢ１０（＃６）は、ＵＥ７宛てのダウンリンクデータを保持するための準備を行う。このとき、Ｔ−ｅＮＢ１０（＃６）は、Ｔ−ｅＮＢ１０（＃６）とＴ−ＳＡＥ−ＧＷ３０（＃６）との間のＧＴＰトンネルについてＵＥ７のダウンリンクトラフィック（Ｓ１ユーザプレーン）のためのトンネルエンドポイント情報（Ｄ−ｅＮＢ−ＴＥＩＤ）を割り当てる。

Ｔ−ｅＮＢ１０（＃６）は、ダウンリンクデータを保持するための準備が整い、ダウンリンクトラフィックのためのＤ−ｅＮＢ−ＴＥＩＤの割り当てに成功すると、割り当てられたＤ−ｅＮＢ−ＴＥＩＤ等を含むＢｉ−ｃａｓｔｉｎｇ ＲｅｓｐｏｎｓｅメッセージをＴ−ＭＭＥ２０（＃６）へ返信する（Ｓ３ｂｘ）。Ｔ−ｅＮＢ１０（＃６）は、それ以降ＵＥ７と同期が取れるまでＴ−ＳＡＥ−ＧＷ３０（＃６）から送られるＵＥ７のためのダウンリンクデータを保持する（Ｓ１０ｙ）。

なお、Ｔ−ｅＮＢ１０（＃６）は、Ｂｉ−ｃａｓｔｉｎｇ Ｒｅｑｕｅｓｔメッセージに含まれるベアラ、セキュリティコンテキスト等の情報に基づいてＵＥ７に関するＵＥコンテキストを生成するようにしてもよい。

Ｔ−ＭＭＥ２０（＃６）は、Ｔ−ｅＮＢ１０（＃６）からＢｉ−ｃａｓｔｉｎｇ Ｒｅｓｐｏｎｓｅメッセージを受信すると（Ｓ３ｂｘ）、このメッセージに含まれるＤ−ｅＮＢ−ＴＥＩＤを含めたＣｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージをＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信する（Ｓ４ａ）。

Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、Ｔ−ＭＭＥ２０（＃６）からＣｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージを受信すると（Ｓ４ａ）、これに含まれるＤ−ｅＮＢ−ＴＥＩＤを抽出する。これにより、Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、以降、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）から送られるＵＥ７へのダウンリンクデータをこのＤ−ｅＮＢ−ＴＥＩＤを利用してＴ−ｅＮＢ１０（＃６）へ転送する。

更にこのとき、Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、自身とＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）との間のＧＴＰトンネルについてＵＥ７のダウンリンクトラフィック（Ｓ１ユーザプレーン）のためのトンネルエンドポイント情報（Ｄ−ＳＡＥＧＷ−ＴＥＩＤ）を割り当てる。

Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、Ｄ−ＳＡＥＧＷ−ＴＥＩＤの割り当てに成功すると、Ｄ−ＳＡＥＧＷ−ＴＥＩＤを含めたＢｉ−ｃａｓｔｉｎｇ ＲｅｑｕｅｓｔメッセージをＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ送信する（Ｓ４ａｘ）。このメッセージは、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）に対して、ＵＥ７宛てのダウンリンクデータをバイキャスティングするように指示するために利用される。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、Ｂｉ−ｃａｓｔｉｎｇ Ｒｅｑｕｅｓｔメッセージを受信すると（Ｓ４ａｘ）、このメッセージに含まれるＤ−ＳＡＥＧＷ−ＴＥＩＤを抽出する。これにより、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、以降、ＵＥ７宛てのダウンリンクデータであってＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信するダウンリンクデータについてはこのＤ−ＳＡＥＧＷ−ＴＥＩＤを利用する。なお、バイキャスティングの他方となるＳ−ＳＡＥ−ＧＷ３０（＃１）へ送信するために利用されるトンネルエンドポイント情報については既に割り当て済みで利用されていたものがそのまま利用される。ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、ダウンリンクデータのバイキャスティングをするにあたり、同一ダウンリンクデータについて同一識別番号を付して、その付された識別番号と共にダウンリンクデータをソース側及びターゲット側へそれぞれ送信する。ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、その後、Ｂｉ−ｃａｓｔｉｎｇ ＲｅｓｐｏｎｓｅメッセージをＴ−ＳＡＥ−ＧＷ３０（＃６）へ返信する（Ｓ４ｂｘ）。

Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、このＢｉ−ｃａｓｔｉｎｇ Ｒｅｓｐｏｎｓｅメッセージを受信すると（Ｓ４ｂｘ）、Ｃｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ（ＳＡＥ−ＧＷ）メッセージをＴ−ＭＭＥ２０（＃６）へ送信する（Ｓ４ｂ）。

Ｔ−ＭＭＥ２０（＃６）は、このメッセージを受けると、Ｔ−ｅＮＢ１０（＃６）へＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを送信する（Ｓ５ａ）。

Ｔ−ｅＮＢ１０（＃６）は、このＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受けると、このメッセージに含まれるベアラ、セキュリティコンテキスト等の情報に基づいてＵＥ７に関するＵＥコンテキストを生成する。Ｔ−ｅＮＢ１０（＃６）は、Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ ＡｃｋｎｏｗｌｅｄｇｅメッセージをＴ−ＭＭＥ２０（＃６）へ返信する（Ｓ５ｂ）。なお、上述のＴ−ＭＭＥ２０（＃６）からＴ−ｅＮＢ１０（＃６）へ送られるＢｉ−ｃａｓｔｉｎｇ ｒｅｑｅｕｓｔメッセージ（Ｓ３ａｘ）にこれらＵＥコンテキスト生成のための情報が含められる場合には、この（Ｓ５ａ）及び（Ｓ５ｂ）の処理を除いてもよい。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、Ｂｉ−ｃａｓｔｉｎｇ Ｒｅｑｕｅｓｔメッセージ受信後（Ｓ４ａｘ）、ＵＥ７宛てのダウンリンクデータを、Ｓ−ＳＡＥ−ＧＷ３０（＃１）と共にＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信し始める（Ｓ１０ｘ）（バイキャスティング送信）。

このバイキャスティングされたダウンリンクデータは、上述のＤ−ＳＡＥＧＷ−ＴＥＩＤ及びＤ−ｅＮＢ−ＴＥＩＤ等が利用されて、Ｔ−ＳＡＥ−ＧＷ３０（＃６）を経由してＴ−ｅＮＢ１０（＃６）へ送られる。Ｔ−ｅＮＢ１０（＃６）は、このダウンリンクデータをＵＥ７と同期が取られるまで保持する（Ｓ１０ｙ）。このときには、ＵＥ７は、未だＳ−ｅＮＢ１０（＃１）からＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄを受けておらずＳ−ｅＮ
Ｂ１０（＃１）と接続状態となっているため、Ｓ−ＳＡＥ−ＧＷ３０（＃１）及びＳ−ｅＮＢ１０（＃１）を経由してダウンリンクされるデータを受信している（Ｓ１０ｘ）。

ところで、Ｔ−ＭＭＥ２０（＃６）は、Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅメッセージを受けると（Ｓ５ｂ）、Ｓ−ＭＭＥ２０（＃１）へＦｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅメッセージを送る（Ｓ６）。

Ｓ−ＭＭＥ２０（＃１）は、このメッセージを受信することにより、ＵＥ７のハンドオーバ先のターゲットノードにおいて既に必要なリソースが確保されたことを認識する。これにより、Ｓ−ＭＭＥ２０（＃１）は、ＵＥ７のためのＵプレーンを管理するＳＡＥ−ＧＷをＳ−ＳＡＥ−ＧＷ３０（＃１）からＴ−ＳＡＥ−ＧＷ３０（＃６）へ更新するように処理する。このとき、Ｓ−ＭＭＥ２０（＃１）は、Ｓ−ＳＡＥ−ＧＷ３０（＃１）に対してＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージを送信し、Ｓ−ＳＡＥ−ＧＷ３０（＃１）からＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ（ＳＡＥ−ＧＷ）メッセージを受信する（Ｓ７ａ）（Ｓ７ｂ）。

Ｓ−ＭＭＥ２０（＃１）は、Ｓ−ｅＮＢ１０（＃１）へＲｅｌｏｃａｔｉｏｎ Ｃｏｍｍａｎｄメッセージを送信する（Ｓ８）。このメッセージを受けたＳ−ｅＮＢ１０（＃１）は、システム側においてハンドオーバの準備が承認したことを通知するために、Ｈａｎｄｏｖｅｒ ＣｏｍｍａｎｄをＵＥ７へ送る（Ｓ９）。

ＵＥ７は、Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄを受信すると（Ｓ９）、Ｓ−ｅＮＢ１０（＃１）により管理される旧セルから脱退し、Ｔ−ｅＮＢ１０（＃６）により管理される新セルとの同期処理を開始する。ＵＥ７は、新セルと同期が取られると、Ｔ−ｅＮＢ１０（＃６）へＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを送る（Ｓ１１）。

Ｔ−ｅＮＢ１０（＃６）は、ＵＥ７からＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを受けることによりＵＥ７のハンドオーバ承認を検知する。これにより、Ｔ−ｅＮＢ１０（＃６）は、保持していたＵＥ７宛てのダウンリンクデータをＵＥ７へ無線送信する（Ｓ１２ｘ）。Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージには、ＵＥ７によりダウンリンク要求されるデータの識別番号（ＵＥ−ｅＮＢ識別番号）が含まれる。従って、Ｔ−ｅＮＢ１０（＃６）は、保持するデータのうちこの識別番号により特定されるデータから順にその識別番号以降のデータをＵＥ７へ送信する。

なお、このとき、ダウンリンクデータは、依然バイキャスティングされたままである。Ｔ−ｅＮＢ１０（＃６）は、ＵＥ７のハンドオーバ承認を検知しているため、Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージ受信後にＴ−ＳＡＥ−ＧＷ３０（＃６）から送られるダウンリンクデータについては識別番号順にＵＥ７に到達するようにＵＥ７へ無線送信する。

その後、図２７と同様に、Ｔ−ｅＮＢ１０（＃６）からＲｅｌｏｃａｔｉｏｎ ＣｏｍｐｌｅｔｅメッセージによりＵＥ７のハンドオーバ承認がＴ−ＭＭＥ２０（＃６）へ通知される（Ｓ１２）。これにより、Ｔ−ＭＭＥ２０（＃６）からＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージがＴ−ＳＡＥ−ＧＷ３０（＃６）へ送られ（Ｓ１４）、Ｔ−ＳＡＥ−ＧＷ３０（＃６）からＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージがＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ送られる（Ｓ１５ａ）。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、このメッセージを受信することによりＵＥ７のハンドオーバ承認を検知すると、ＵＥ７宛ての信号をハンドオーバ先（ターゲット側）へ
切り替えると共に、ＵＥ７宛てのダウンリンクデータのバイキャスティングを停止する（Ｓ１５ｘ）。すなわち、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、以降、Ｓ１ユーザプレーンに関し、Ｔ−ＳＡＥ−ＧＷ３０（＃６）及びＴ−ｅＮＢ１０（＃６）を経由するルートのみによりＵＥ７宛てのダウンリンクデータを送信する（Ｓ１２ｙ）。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、その後、Ｕｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージをＴ−ＳＡＥ−ＧＷ３０（＃６）へ返信する（Ｓ１５ｂ）。Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、この返信を受けると、Ｕｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ（ＳＡＥ−ＧＷ）メッセージをＴ−ＭＭＥ２０（＃６）へ送る（Ｓ１６）。

ところで、Ｔ−ＭＭＥ２０（＃６）は、Ｒｅｌｏｃａｔｉｏｎ ＣｏｍｐｌｅｔｅメッセージをＴ−ｅＮＢ１０（＃６）から受信すると（Ｓ１２）、Ｔ−ＳＡＥ−ＧＷ３０（＃６）へＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔメッセージを送信すると共に（Ｓ１４）、Ｓ−ＭＭＥ２０（＃１）へＦｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージを送信する（Ｓ１３ａ）。

Ｓ−ＭＭＥ２０（＃１）は、このメッセージを受信することによりＵＥ７のハンドオーバ承認を検知すると、Ｒｅｌｅａｓｅ ＲｅｓｏｕｒｃｅメッセージをＳ−ｅＮＢ１０（＃１）及びＳ−ＳＡＥ−ＧＷ３０（＃１）へそれぞれ送信する（Ｓ１７）（Ｓ１７ｘ）。このメッセージを受信したＳ−ｅＮＢ１０（＃１）及びＳ−ＳＡＥ−ＧＷ３０（＃１）は、バイキャスティングにより保持していたＵＥ７宛てのダウンリンクデータ及びアップリンクデータ等、ＵＥ７のために確保されていたリソースを解放する（Ｓ１８ｘ）。

〈アップリンク処理〉
次に、第一実施形態におけるＬＴＥシステムのＳ１ベースハンドオーバ時のユーザデータアップリンク処理について図１３及び１４を用いて説明する。図１３及び１４は、第一実施形態におけるＬＴＥシステムのＳ１ベースハンドオーバ時のユーザデータアップリンク処理を示す図である。なお、図１３及び１４で示されるＣプレーンメッセージ（実線）は、図１１及び１２と同様であるため、ここではユーザデータアップリンク処理に関連するＣプレーンメッセージについてのみ説明する。また、図１３及び１４において、図１１及び１２と同一の符号が付された処理（吹き出し線）は図１３及び１４に示される処理と同様である。

Ｓ−ｅＮＢ１０（＃１）は、ＵＥ７についてのハンドオーバを決定すると（Ｓ１）、以降、ＵＥ７からのアップリンクデータの順序制御を行う（Ｓ１ｘ）。具体的には、Ｓ−ｅＮＢ１０（＃１）は、ＵＥ７からのアップリンクデータを受信すると（Ｓ２０ｘ）、それのＵＥ−ｅＮＢ識別番号を管理し、順序通り受信できたアップリンクデータのみをＳ−ＳＡＥ−ＧＷ３０（＃１）へ転送し、順序通り受信できなかったアップリンクデータについては転送せずに保持する（Ｓ１ｘ）。このとき、ＵＥ７においても、Ｓ−ｅＮＢ１０（＃１）からのＡＣＫ信号の受信の有無により、正常にアップリンクデータがＳ−ｅＮＢ１０（＃１）へ届いたか否かが確認されている。ＵＥ７は、正常にＳ−ｅＮＢ１０（＃１）へ届かなかったと判断したアップリンクデータの識別番号を保持する。

Ｓ−ｅＮＢ１０（＃１）がＵＥ７についてハンドオーバを決定した以降、図１１及び１２と同様にＣプレーンのメッセージが送受される。ＧＴＰトンネルにおけるＵＥ７のアップリンクトラフィック（Ｓ１ユーザプレーン）のためのトンネルエンドポイント情報については、接続元で使われている情報と同様の情報が利用されるようにしてもよいし、接続先で新たに割り当てられるようにしてもよい。

接続先（ターゲット側）で新たにトンネルエンドポイント情報が割り当てられる場合には、以下のようにＣプレーンメッセージにより各ノードに受け渡されるようにしてもよい。

Ｔ−ＳＡＥ−ＧＷ３０（＃６）が、Ｔ−ＭＭＥ２０（＃６）からＣｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージを受信した際に（Ｓ４ａ）、自身とＴ−ｅＮＢ１０（＃６）との間のＧＴＰトンネルについてＵＥ７のアップリンクトラフィック（Ｓ１ユーザプレーン）のためのトンネルエンドポイント情報（Ｕ−ｅＮＢ−ＴＥＩＤ）を割り当てる。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、Ｂｉ−ｃａｓｔｉｎｇ Ｒｅｑｕｅｓｔメッセージを受信すると（Ｓ４ａｘ）、自身とＴ−ＳＡＥ−ＧＷ３０（＃６）との間のＧＴＰトンネルについてＵＥ７のアップリンクトラフィック（Ｓ１ユーザプレーン）のためのトンネルエンドポイント情報（Ｕ−ＳＡＥＧＷ−ＴＥＩＤ）を割り当てる。ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、Ｂｉ−ｃａｓｔｉｎｇ ＲｅｓｐｏｎｓｅメッセージをＴ−ＳＡＥ−ＧＷ３０（＃６）へ返信する際に（Ｓ４ｂｘ）、このＵ−ＳＡＥＧＷ−ＴＥＩＤを含める。

Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、このＢｉ−ｃａｓｔｉｎｇ Ｒｅｓｐｏｎｓｅメッセージを受信すると（Ｓ４ｂｘ）、このメッセージに含まれるＵ−ＳＡＥＧＷ−ＴＥＩＤを抽出する。これにより、Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、Ｔ−ｅＮＢ１０（＃６）から送られるＵＥ７からのアップリンクデータをこのＵ−ＳＡＥＧＷ−ＴＥＩＤを利用してＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ送信する。

Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、Ｃｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ（ＳＡＥ−ＧＷ）メッセージをＴ−ＭＭＥ２０（＃６）へ返信する際に、このメッセージに先に割り当てたＵ−ｅＮＢ−ＴＥＩＤを含める（Ｓ４ｂ）。Ｔ−ＭＭＥ２０（＃６）は、このメッセージを受けると、このメッセージからＵ−ｅＮＢ−ＴＥＩＤを抽出する。Ｔ−ＭＭＥ２０（＃６）は、Ｒｅｌｏｃａｔｉｏｎ ＲｅｑｕｅｓｔメッセージをＴ−ｅＮＢ１０（＃６）へ送信する際に（Ｓ５ａ）、この抽出されたＵ−ｅＮＢ−ＴＥＩＤを含める。

Ｔ−ｅＮＢ１０（＃６）は、このＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受けると（Ｓ５ａ）、このメッセージに含まれるＵ−ｅＮＢ−ＴＥＩＤを抽出する。これにより、Ｔ−ｅＮＢ１０（＃６）は、ＵＥ７から送られるアップリンクデータをこのＵ−ｅＮＢ−ＴＥＩＤを利用してＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信する。

ＵＥ７は、Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄを受信し（Ｓ９）、Ｔ−ｅＮＢ１０（＃６）により管理される新セルとの同期が取られると、Ｔ−ｅＮＢ１０（＃６）へＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを送る（Ｓ１１）。その後、ＵＥ７は、正常にＳ−ｅＮＢ１０（＃１）へ届かなかったと判断したアップリンクデータから順に、その識別番号以降のデータをＴ−ｅＮＢ１０（＃６）へ無線送信する（Ｓ２５ｘ）。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、ＵＥ７からのアップリンクデータをＳ−ｅＮＢ１０（＃１）及びＳ−ＳＡＥ−ＧＷ３０（＃１）経由のルートとＴ−ｅＮＢ１０（＃６）及びＴ−ＳＡＥ−ＧＷ３０（＃６）経由のルートとで受信する。このとき、Ｓ−ｅＮＢ１０（＃１）におけるデータの順序制御により順序通り受信されたアップリンクデータのみがＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ届けられる。データの受信順序が変わってしまったアップリンクデータは、その識別番号以降、Ｓ−ｅＮＢ１０（＃１）へ留められる。その後、その受信順序が変わってしまったアップリンクデータ及びその識別番号以降のデー
タは、Ｔ−ｅＮＢ１０（＃６）を経由してＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ順次届けられる。

これにより、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、ＵＥ７についてのアップリンクデータの順序制御をする必要がない。しかしながら、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、Ｓ−ｅＮＢ１０（＃１）経由のルートとＴ−ｅＮＢ１０（＃６）経由のルートとの両方で同一データを受信する場合があるので、データの重複チェックを行う。

〈第一実施形態における作用及び効果〉
第一実施形態におけるＬＴＥシステムでは、Ｓ−ｅＮＢ１０（＃１）によりＵＥ７のハンドオーバが決定されると、Ｃプレーンの制御メッセージが利用されることによりこのことが即座にＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ通知される。この通知によりＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）がＵＥ７のハンドオーバを検知すると、ＵＥ７宛てのダウンリンクデータのバイキャスティングが開始される。バイキャスティングされるダウンリンクデータには、ソース側及びターゲット側の双方に同一データに対し同一識別番号が付されて、送信される。

バイキャスティングされたダウンリンクデータは、ＵＥ７から所定の識別番号を指定したダウンリンク要求（Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージ）が送られてくるまでＴ−ｅＮＢ１０（＃６）で保持される。

これにより、ＵＥ７は、Ｓ１ベースハンドオーバ時においてハンドオーバ前後でダウンリンクデータをいずれかのｅＮＢ１０から受信することができるため、データ漏れを起こすことなく全データを受信することができる。ＵＥ７は、ハンドオーバ承認前にＳ−ｅＮＢ１０（＃１）から受信することができなかったダウンリンクデータについても、Ｔ−ｅＮＢ１０（＃６）から受信することができる。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）にバイキャスティングを開始させるための、Ｃプレーンの制御メッセージのやりとりは次のように行われる。

Ｓ−ｅＮＢ１０（＃１）がＵＥ７のＳ１ベースハンドオーバを決定すると、このことがＲｅｌｏｃａｔｉｏｎ ＲｅｑｕｉｒｅｄメッセージでＳ−ＭＭＥ２０（＃１）へ通知され、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ ＲｅｑｕｅｓｔメッセージでＴ−ＭＭＥ２０（＃６）へ通知される。更に、ＵＥ７のＳ１ベースハンドオーバは、Ｃｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージによりＴ−ＭＭＥ２０（＃６）からＴ−ＳＡＥ−ＧＷ３０（＃６）へ通知され、Ｂｉ−ｃａｓｔｉｎｇ Ｒｅｑｕｅｓｔメッセージにより、Ｔ−ＳＡＥ−ＧＷ３０（＃６）からＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ通知される。

このように本実施形態によれば、Ｓ−ｅＮＢ１０（＃１）で決定されたＵＥ７のハンドオーバが、Ｃプレーン制御メッセージにより即座にＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）まで通知される。これにより、バイキャスティング送信を即座に開始することができるため、ダウンリンクデータの喪失を減らすことができる。

なお、このようなＣプレーン制御メッセージを利用してハンドオーバの決定を上位ノードへ通知するにあたり、バイキャスティングを開始するために必要なターゲット側の通信リソース（トンネルエンドポイント情報：Ｄ−ｅＮＢ−ＴＥＩＤ及びＤ−ＳＡＥＧＷ−ＴＥＩＤ）がターゲット側のノードで確保され、それら情報についても同時に上位ノードへ通知される。

ダウンリンクデータを特定するための識別番号は、ＬＴＥシステム全体で統一的に利用されてもよい。このようにすれば、各ノードにおいて識別番号を変換するための機能部を設ける必要はない。また、各ノード間でそれぞれ固有の識別番号を利用し、各ノードで識別番号の変換を行うことにより、システム全体で統一的に利用されるのと同様の効果を得るようにしてもよい。このようにすれば、各ノードには識別番号を変換するための機能部が必要となるが、識別番号自体のデータサイズを減らすことができる。

Ｔ−ｅＮＢ１０（＃６）においてＵＥ７のハンドオーバ承認が検知されると、Ｃプレーンの制御メッセージが利用されることによりこのことが即座にＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ通知され、バイキャスティングが停止される。このとき、ＵＥ７のハンドオーバ承認をＳ−ＭＭＥ２０（＃１）が検知すると、Ｓ−ＳＡＥ−ＧＷ３０（＃１）及びＳ−ｅＮＢ１０（＃１）へそれぞれＲｅｓｏｕｒｃｅ Ｒｅｌｅａｓｅメッセージが送られる。

これにより、ＵＥ７のハンドオーバ承認後にＳ−ｅＮＢ１０（＃１）へ送られたダウンリンクデータ及びそのダウンリンクに利用されていた通信リソースは、解放される。

一方、第一実施形態におけるＬＴＥシステムでは、Ｓ−ｅＮＢ１０（＃１）によりＵＥ７のハンドオーバが決定された後、ＵＥ７からアップリンクデータを受けると、そのデータの順序制御が行われる。すなわち、順序通りにアップリンクデータが受信されなかった場合には、その順序通りとならないデータ以降に受信されたアップリンクデータは、Ｓ−ｅＮＢ１０（＃１）は、上位へ転送しない。順序通りＳ−ｅＮＢ１０（＃１）へ届けることができなかったアップリンクデータは、その識別番号以降、Ｔ−ｅＮＢ１０（＃６）を経由して順番に送信される。

これにより、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、Ｓ１ベースハンドオーバ時においてもアップリンクデータの並べ替え等の順序制御を行う必要がないため、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）の処理を軽くすることができる。

〔第二実施形態〕
以下、第二実施形態におけるＬＴＥシステムについて説明する。第二実施形態におけるＬＴＥシステムのシステム構成については、図１に示される第一実施形態におけるＬＴＥシステムのシステム構成と同様であるため、ここでは説明を省略する。

〔動作概要〕
以下、第二実施形態におけるＬＴＥシステムの動作概要について図１５を用いて説明する。図１５は、第二実施形態のＬＴＥシステムにおけるＳ１ベースハンドオーバ時のユーザデータダウンリンク処理の概要を示す図である。なお、第二実施形態におけるＬＴＥシステムは、ダウンリンク処理が第一実施形態と異なり、アップリンク処理については第一実施形態と同様である。従って、ダウンリンク処理についてのみ以下に説明する。また、図１５は、図３に示される例と同様の場面を示しており、ＵＥ７がｅＮＢ１０（＃１）からｅＮＢ１０（＃６）へＳ１ベースハンドオーバする場合の例を示す。

〈ダウンリンク処理〉
ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）がＵＥ７宛てのダウンリンクデータ（ユーザデータ）としてデータＡ、Ｂ、Ｃ、Ｄ及びＥを持ち、ＵＥ７がＳ−ｅＮＢ１０（＃１）と接続されている。ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）から送信されるダウンリンクデータＡが、Ｓ−ＳＡＥ−ＧＷ３０（＃１）及びＳ−ｅＮＢ１０（＃１）を経由してＵＥ７へ送り届けられている。ＵＥ７は、Ｓ−ｅＮＢ１０（＃１）からＴ−ｅＮＢ１０（＃６）方向へ移動している。

本ＬＴＥシステムでは、Ｓ−ｅＮＢ１０（＃１）がＵＥ７のハンドオーバを決定すると、ｅＮＢ１０、ＭＭＥ２０及びＳＡＥ−ＧＷ３０がＣプレーンの制御メッセージを利用することによりＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へＵＥ７のハンドオーバを通知する。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、Ｃプレーン制御メッセージによりＵＥ７のハンドオーバを検知すると、それ以降、ＵＥ７宛てのダウンリンクデータの送信を継続する共に、そのダウンリンクデータのコピーを再度の送信指示が来るまで保持する。このとき、既にダウンリンクされたユーザデータとそのコピーとは同一の識別番号が付されて保持される。図１４の例によれば、ダウンリンクデータＢ、Ｃ及びＤについては、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、Ｓ−ＳＡＥ−ＧＷ３０（＃１）及びＳ−ｅＮＢ１０（＃１）を経由するルートで送信すると共に、そのコピーを保持している。

ＵＥ７は、Ｓ−ｅＮＢ１０（＃１）からダウンリンクデータＡ及びＣを正常に受信できたものとする。その後、ＵＥ７は、Ｓ−ｅＮＢ１０（＃１）からＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージを受け、自身のハンドオーバ処理を実行する。ＵＥ７は、その後、Ｈａｎｄｏｖｅｒ ＣｏｎｆｉｒｍメッセージをＴ−ｅＮＢ１０（＃６）へ送信する。このとき、ＵＥ７は、このＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージに、受信することができなかったダウンリンクデータを示す識別番号を含める。図１４の例では、Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージには、ダウンリンクデータＢを示す識別番号が含まれる。

このＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージに含まれる識別番号は、ＵＥ７のハンドオーバ承認の通知と共に、Ｔ−ｅＮＢ１０（＃６）、Ｔ−ＭＭＥ２０（＃６）、Ｔ−ＳＡＥ−ＧＷ３０（＃６）を経由して、Ｃプレーン制御メッセージが利用されることにより、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ届けられる。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、ＵＥ７のハンドオーバ承認を検知すると、ソース側へのダウンリンクデータの送信及びそのコピーの保持を止め、以降のダウンリンクデータをターゲット側のＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信し始める。この場合には、ダウンリンクデータのコピーの保持は行われない。

このとき、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、ダウンリンクデータをＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信し始める前に、保持されているダウンリンクデータのうち通知された識別番号により特定されるダウンリンクデータから順に、その識別番号以降のダウンリンクデータをＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信する。図１５の例によれば、ＵＥ７からはダウンリンクデータＢを示す識別番号が通知されてきているため、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、保持されているダウンリンクデータＢ、Ｃ及びＤを順序正しくＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信する。その後、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、ダウンリンクデータＥをＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信する。

これにより、ＵＥ７は、ハンドオーバ前後でダウンリンクデータをいずれかのｅＮＢ１０から受信することができるため、データ漏れを起こすことなく全データを受信することができる。特に、ＵＥ７は、ハンドオーバ処理時において、Ｓ−ｅＮＢ１０（＃１）で受信できなかったダウンリンクデータＢ及びＤについても、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）において保持されているため、Ｔ−ｅＮＢ１０（＃６）から受信することができる。

〔装置構成〕
以下、第二実施形態におけるＬＴＥシステムを構成する各装置（ノード）の機能についてそれぞれ説明する。なお、ここでは、各ノードに関し、Ｓ１ベースハンドオーバ時のユ
ーザデータのアップリンク及びダウンリンクに関連する機能のみを説明し、それ以外の機能についてはどのような機能であってもよいため説明及び図示を省略している。

〈ｅＮＢ〉
図１６は、第二実施形態におけるｅＮＢ１０の機能構成を示すブロック図である。図１６に示すように、第二実施形態におけるｅＮＢ１０は、図５に示される第一実施形態と同様の機能部を有する。但し、第二実施形態におけるｅＮＢ１０は、Ｃプレーン処理部４３及びＵプレーン処理部４６の機能が第一実施形態と多少異なる。以下、第一実施形態と異なる機能部についてのみ説明する。

Ｃプレーン処理部４３は、第一実施形態におけるバイキャスティング処理部４４に替わり、再送信制御部８１を有する。再送信制御部８１は、Ｃプレーン処理部４３で処理されるＣプレーン制御メッセージのうちＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージ及びＲｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージを処理する。具体的には、Ｃプレーン処理部４３は、Ｔ−ｅＮＢとなる場合、無線処理部４１及びベースバンド処理部４２を介してＵＥ７からのＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを受信すると、このメッセージを再送信制御部８１へ送る。

再送信制御部８１は、Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージに含まれるダウンリンクデータ識別子を抽出する。このダウンリンクデータ識別子は、ＵＥ７がＳ−ｅＮＢ１０（＃１）から正常に受信することができなかったダウンリンクデータを特定するデータである。再送信制御部８１は、Ｃプレーン処理部４３からＲｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージが送信される際に、このメッセージにこの抽出されたダウンリンクデータ識別子を含める。このＲｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージは、Ｓ１−ＭＭＥインタフェース部４５を介してＴ−ＭＭＥ２０（＃６）へ送信される。

Ｕプレーン処理部４６は、第一実施形態におけるバイキャスティングデータ保持部４７、保持データ送信部４８を持たない。Ｕプレーン処理部４６のそれ以外の機能については、第一実施形態と同様である。

なお、第二実施形態においても、ユーザデータを特定するための識別番号を本ＬＴＥシステム全体で把握する必要がある。この識別番号は、ＵＥ７がダウンロードして欲しいデータを特定するために利用され、Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージ等によりＵＥ７から通知される。従って、第二実施形態においても、第一実施形態と同様に、Ｕプレーン処理部４６は、識別番号変換部４９及び識別番号変換テーブル５０を有する。なお、ＵＥ７も含むＬＴＥシステム全体で、ユーザデータを特定するための識別番号を統一的に利用する場合には、Ｕプレーン処理部４６に識別番号変換部４９及び識別番号変換テーブル５０を設ける必要がない。

〈ＭＭＥ〉
図１７は、第二実施形態におけるＭＭＥ２０の機能構成を示すブロック図である。図１７に示すように、第二実施形態におけるＭＭＥ２０は、図７に示される第一実施形態と同様の機能部を有する。但し、第二実施形態におけるＭＭＥ２０は、Ｃプレーン処理部５５の機能が第一実施形態と多少異なる。以下、第一実施形態と異なる機能部についてのみ説明する。

Ｃプレーン処理部５５は、第一実施形態におけるバイキャスティング制御部５６に替わり、再送信制御部８２を有する。再送信制御部８２は、Ｃプレーン処理部５５で処理されるＣプレーン制御メッセージのうちＲｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージ及びＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージを処理
する。具体的には、Ｃプレーン処理部５５は、Ｔ−ＭＭＥとなる場合、Ｓ１−ＭＭＥインタフェース部５７を介してＴ−ｅＮＢ１０（＃６）からのＲｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージを受信すると、このメッセージを再送信制御部８２へ送る。

再送信制御部８２は、Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージに含まれるダウンリンクデータ識別子を抽出する。再送信制御部８２は、Ｃプレーン処理部５５からＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージが送信される際に、このメッセージにこの抽出されたダウンリンクデータ識別子を含める。このＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージは、Ｓ１１インタフェース部５８を介してＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信される。

〈ＳＡＥ−ＧＷ〉
図１８は、第二実施形態におけるＳＡＥ−ＧＷ３０の機能構成を示すブロック図である。図１８に示されるように、第二実施形態におけるＳＡＥ−ＧＷ３０は、図８に示される第一実施形態と同様の機能部を有する。但し、第二実施形態におけるＳＡＥ−ＧＷ３０は、Ｃプレーン処理部６０の機能が第一実施形態と多少異なる。以下、第一実施形態と異なる機能部についてのみ説明する。

Ｃプレーン処理部６０は、第一実施形態におけるバイキャスティング制御部６１に替わり、再送信制御部８３を有する。再送信制御部８３は、Ｃプレーン処理部６０で処理されるＣプレーン制御メッセージのうちＫｅｅｐ ｄａｔａ Ｒｅｑｕｅｓｔメッセージ、Ｋｅｅｐ ｄａｔａ Ｒｅｓｐｏｎｓｅメッセージ、Ｕｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージ、及びＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージを処理する。

具体的には、Ｃプレーン処理部６０は、Ｔ−ＳＡＥ−ＧＷとなる場合、Ｓ１１インタフェース部６２を介してＴ−ＭＭＥ２０（＃６）からのＣｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージを受信すると、その旨を再送信制御部８３へ通知する。また、Ｃプレーン処理部６０は、Ｔ−ＳＡＥ−ＧＷとなる場合、Ｓ１１インタフェース部６２を介してＴ−ＭＭＥ２０（＃６）からのＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージを受信すると、このメッセージを再送信制御部８３へ送る。

再送信制御部８３は、Ｃプレーン処理部６０からＣｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージを受信した旨の通知を受けると、ＵＥ７宛てのダウンリンクデータの保持を開始させるためのＫｅｅｐ ｄａｔａ Ｒｅｑｕｅｓｔメッセージを生成する。再送信制御部８３は、このＫｅｅｐ ｄａｔａ ＲｅｑｕｅｓｔメッセージをＳ５−Ｃインタフェース部６３を介してＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ送信する。再送信制御部８３は、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）からのＫｅｅｐ ｄａｔａ ＲｅｓｐｏｎｓｅメッセージをＳ５−Ｃインタフェース部６３を介して受信すると、Ｃプレーン処理部６０に対しＣｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ（ＳＡＥ−ＧＷ）メッセージを送信するように指示する。

また、再送信制御部８３は、Ｃプレーン処理部６０からＵｐｄａｔｅ Ｃｏｎｔｅｘｔ
Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージを受信すると、それに含まれるダウンリンクデータ識別情報を抽出する。再送信制御部８３は、Ｃプレーン処理部６０からＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージが送信される際に、このメッセージにこの抽出されたダウンリンクデータ識別子を含める。このＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージは、Ｓ５−Ｃインタフェース部６３を介してＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ送信される。

〈ＰＤＮ−ＳＡＥ−ＧＷ〉
図１９は、第二実施形態におけるＰＤＮ−ＳＡＥ−ＧＷ４０の機能構成を示すブロック図である。図１９に示されるように、第二実施形態におけるＰＤＮ−ＳＡＥ−ＧＷ４０は、図１０に示される第一実施形態と同様の機能部を有する。但し、第二実施形態におけるＰＤＮ−ＳＡＥ−ＧＷ４０は、Ｃプレーン処理部７０及びＵプレーン処理部７３の機能が第一実施形態と多少異なる。以下、第一実施形態と異なる機能部についてのみ説明する。

Ｃプレーン処理部７０は、第一実施形態におけるバイキャスティング制御部７１に替わり、再送信制御部８４を有する。再送信制御部８４は、Ｃプレーン処理部７０で処理されるＣプレーン制御メッセージのうちＫｅｅｐ ｄａｔａ Ｒｅｑｕｅｓｔメッセージ、Ｋｅｅｐ ｄａｔａ Ｒｅｓｐｏｎｓｅメッセージ、及びＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージを処理する。具体的には、Ｃプレーン処理部７０は、Ｓ５−Ｃインタフェース部７２を介してＴ−ＳＡＥ−ＧＷ３０（＃６）からのＫｅｅｐ ｄａｔａ Ｒｅｑｕｅｓｔメッセージ又はＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージを受信すると、これらメッセージを再送信制御部８４へ送る。

再送信制御部８４は、Ｃプレーン処理部７０からＫｅｅｐ ｄａｔａ Ｒｅｑｕｅｓｔメッセージを受けると、このメッセージの対象となるＵＥ７宛てのダウンリンクデータの保持を開始するようにＵプレーン処理部７３に指示する。再送信制御部８４は、Ｕプレーン処理部７３からＵＥ７宛てのダウンリンクデータの保持が開始された旨の通知を受けると、Ｋｅｅｐ ｄａｔａ Ｒｅｓｐｏｎｓｅメッセージ生成し、Ｓ５−Ｃインタフェース部７２を介してこのメッセージをＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信する。

また、再送信制御部８４は、Ｃプレーン処理部７０からＵｐｄａｔｅ Ｃｏｎｔｅｘｔ
Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージを受信すると、それに含まれるダウンリンクデータ識別情報を抽出する。再送信制御部８４は、この抽出された識別情報をＵプレーン処理部７３に送ると共に、この識別情報に基づくＵＥ７宛てのユーザデータをダウンリンクするようにＵプレーン処理部７３に指示する。

Ｕプレーン処理部７３は、第一実施形態におけるバイキャスティング処理部７５に替わり、再送信処理部８５及び再送信データ保持部８６を有する。

再送信データ保持部８６は、ＵＥ７宛てのダウンリンクデータの保持を開始する指示をＵプレーン処理部７３から受けると、それ以降ＵＥ７宛てにダウンリンクするユーザデータをＳＡＥ−ＧＷ３０へ送信すると共に、そのコピーを保持する。この保持されるユーザデータには、既にソース側へダウンリンクされた同一のユーザデータと同一の識別番号が付される。このとき、ＵＥ７は未だＳ−ｅＮＢ１０（＃１）と接続されているため、Ｕプレーン処理部７３は、Ｓ−ＳＡＥ−ＧＷ３０（＃１）及びＳ−ｅＮＢ１０（＃１）を経由するルートでＵＥ７宛てのユーザデータをダウンリンクする。

再送信処理部８５は、ＵＥ７から要求されたダウンリンクデータ識別情報及びこの識別情報に基づくダウンリンク指示をＵプレーン処理部７３から受けると、再送信データ保持部８６に保持されるＵＥ７宛てのダウンリンクデータのうち、その識別情報で特定されるデータからその識別情報以降のデータを順にダウンリンクする。このとき、ＵＥ７に関するパスは、Ｔ−ＳＡＥ−ＧＷ３０（＃６）から送られるＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージによりターゲット側に切り替えられている。従って、再送信処理部８５は、再送信データ保持部８６に保持されていたデータを再送する場合には、Ｔ−ＳＡＥ−ＧＷ３０（＃６）及びＴ−ｅＮＢ１０（＃６）を経由
するルートでダウンリンクする。

〔動作例〕
以下、第二実施形態におけるＬＴＥシステムの動作例について図２０及び２１を用いて説明する。図２０及び２１は、第二実施形態におけるＬＴＥシステムの動作例を示す図であり、図１のシステム構成例において、ＵＥ７がＳ−ｅＮＢ１０（＃１）からＴ−ｅＮＢ１０（＃６）へＳ１ベースハンドオーバする場合の例を示す。図２０及び２１において、実線で示されるメッセージはＣプレーンメッセージであり、点線で示されるメッセージはＵプレーンのユーザデータである。第二実施形態におけるＬＴＥシステムは、アップリンク処理については第一実施形態と同様であるため、ダウンリンク処理についてのみ以下に説明する。

〈ダウンリンク処理〉
図２０の（Ｓ１）、（Ｓ２）、（Ｓ３）については、図１１に示される第一実施形態の動作と同様であるため、ここでは説明を簡略化する。Ｓ−ｅＮＢ１０（＃１）は、ＵＥ７のハンドオーバを決定すると（Ｓ１）、Ｓ−ＭＭＥ２０（＃１）へＲｅｌｏｃａｔｉｏｎ
Ｒｅｑｕｉｒｅｄメッセージを送る（Ｓ２）。Ｓ−ＭＭＥ２０（＃１）は、このメッセージを受信すると、ＵＥ７のＳ１ベースハンドオーバが決定されたことを認知し、Ｔ−ＭＭＥ２０（＃６）へＦｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを送信する（Ｓ３）。

Ｔ−ＭＭＥ２０（＃６）は、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信すると（Ｓ３）、Ｔ−ｅＮＢ１０（＃６）を管理するＳＡＥ−ＧＷとしてＴ−ＳＡＥ−ＧＷ３０（＃６）を検出し、Ｃｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージをこのＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信する（Ｓ４ａ）。Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、このメッセージを受信すると、Ｋｅｅｐ ｄａｔａ ＲｅｑｕｅｓｔメッセージをＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ送信する（Ｓ４ａｙ）。このメッセージは、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）に対して、ＵＥ７のハンドオーバを検知させ、ＵＥ７宛てのダウンリンクデータを送信すると共にそのコピーを保持するように指示するために利用される。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、Ｋｅｅｐ ｄａｔａ Ｒｅｑｕｅｓｔメッセージを受信すると（Ｓ４ａｙ）、以降、ＵＥ７宛てのダウンリンクデータについてはＳ−ＳＡＥ−ＧＷ３０（＃１）への送信を継続すると共にそのコピーを保持する。ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、そのユーザデータを保持するにあたり、既にソース側へダウンリンクされた同一のユーザデータと同一の識別番号と共に保持する。ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、その後、Ｋｅｅｐ ｄａｔａ ＲｅｓｐｏｎｓｅメッセージをＴ−ＳＡＥ−ＧＷ３０（＃６）へ返信する（Ｓ４ｂｙ）。

Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、このＫｅｅｐ ｄａｔａ Ｒｅｓｐｏｎｓｅメッセージを受信すると（Ｓ４ｂｙ）、Ｃｒｅａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ（ＳＡＥ−ＧＷ）メッセージをＴ−ＭＭＥ２０（＃６）へ送信する（Ｓ４ｂ）。

Ｔ−ＭＭＥ２０（＃６）は、このメッセージを受けると、Ｔ−ｅＮＢ１０（＃６）へＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを送信する（Ｓ５ａ）。

Ｔ−ｅＮＢ１０（＃６）は、このＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受けると、このメッセージに含まれるベアラ、セキュリティコンテキスト等の情報に基づいてＵＥ７に関するＵＥコンテキストを生成する。また、Ｔ−ｅＮＢ１０（＃６）は、自身とＴ−ＳＡＥ−ＧＷ３０（＃６）との間のＧＴＰトンネルについてＵＥ７のダウンリン
クトラフィック（Ｓ１ユーザプレーン）のためのトンネルエンドポイント情報（Ｄ−ｅＮＢ−ＴＥＩＤ）を割り当てる。Ｔ−ｅＮＢ１０（＃６）は、このＤ−ｅＮＢ−ＴＥＩＤを含めたＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ ＡｃｋｎｏｗｌｅｄｇｅメッセージをＴ−ＭＭＥ２０（＃６）へ返信する（Ｓ５ｂ）。

以降、（Ｓ６）、（Ｓ７ａ）、（Ｓ７ｂ）、（Ｓ９）の処理（動作）については、第一実施形態と同様であるため、ここでは説明を省略する。なお、Ｓ−ｅＮＢ１０（＃１）からＵＥ７へＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージが送られるまでは（Ｓ９）、ＵＥ７は、Ｓ−ｅＮＢ１０（＃１）と接続状態となっているため、Ｓ−ＳＡＥ−ＧＷ３０（＃１）及びＳ−ｅＮＢ１０（＃１）を経由してダウンリンクされるデータを受信している（Ｓ１０ｘ）。但し、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）には、Ｋｅｅｐ ｄａｔａ ｒｅｑｕｅｓｔメッセージが送られて以降、ＵＥ７で受信されるはずのダウンリンクデータが保持されている。

ＵＥ７は、Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄを受信すると（Ｓ９）、Ｓ−ｅＮＢ１０（＃１）により管理される旧セルから脱退し、Ｔ−ｅＮＢ１０（＃６）により管理される新セルとの同期処理を開始する。ＵＥ７は、新セルと同期が取られると、Ｔ−ｅＮＢ１０（＃６）へＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを送る（Ｓ１１）。

このとき、ＵＥ７は、Ｓ−ｅＮＢ１０（＃１）から正常に受信されなかったダウンリンクデータを示す識別番号をこのＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージに含ませる。すなわち、ＵＥ７は、このメッセージにより、正常に受信されなかったデータ以降のダウンリンクデータを本ＬＴＥシステムへ要求する。

Ｔ−ｅＮＢ１０（＃６）は、ＵＥ７からＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを受けると、ＵＥ７のハンドオーバ承認を検知すると共に、このメッセージに含まれるダウンリンクデータ識別番号を含めたＲｅｌｏｃａｔｉｏｎ ＣｏｍｐｌｅｔｅメッセージをＴ−ＭＭＥ２０（＃６）へ送信する（Ｓ１２）。

Ｔ−ＭＭＥ２０（＃６）は、このＲｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージを受信すると、ＵＥ７のハンドオーバ承認を検知すると共に、このメッセージに含まれるダウンリンクデータ識別番号を抽出する。Ｔ−ＭＭＥ２０（＃６）は、先に保持されていたＤ−ｅＮＢ−ＴＥＩＤ及びこの抽出された識別番号を含めたＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージをＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信する（Ｓ１４）。

Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、このＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＳＡＥ−ＧＷ）メッセージを受信すると、ＵＥ７のハンドオーバ承認を検知すると共に、このメッセージに含まれるＤ−ｅＮＢ−ＴＥＩＤ及び識別番号を抽出する。この抽出されたＤ−ｅＮＢ−ＴＥＩＤは、以降、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）から送られるＵＥ７へのダウンリンクデータをＴ−ｅＮＢ１０（＃６）へ送信する際に利用される。

更に、Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、自身とＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）との間のＧＴＰトンネルについてＵＥ７のダウンリンクトラフィック（Ｓ１ユーザプレーン）のためのトンネルエンドポイント情報（Ｄ−ＳＡＥＧＷ−ＴＥＩＤ）を割り当てる。Ｔ−ＳＡＥ−ＧＷ３０（＃６）は、この割り当てられたＤ−ＳＡＥＧＷ−ＴＥＩＤ及びダウンリンクデータ識別番号を含めたＵｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージがＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ送られる（Ｓ１５ａ）。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、このメッセージを受信することによりＵＥ７のハンドオーバ承認を検知すると、ＵＥ７宛ての信号をハンドオーバ先（ターゲット側）へ切り替える（パス切り替え）。すなわち、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、以降、Ｓ１ユーザプレーンに関し、Ｔ−ＳＡＥ−ＧＷ３０（＃６）及びＴ−ｅＮＢ１０（＃６）を経由するルートのみによりＵＥ７宛てのダウンリンクデータを送信する（Ｓ３０ｙ）。このとき、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、Ｕｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージから抽出されるＤ−ＳＡＥＧＷ−ＴＥＩＤを利用してユーザデータをダウンリンクする。

このとき、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、保持されているＵＥ７宛てのダウンリンクデータのうち、Ｕｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージから抽出される識別番号で特定されるデータから順にＴ−ＳＡＥ−ＧＷ３０（＃６）へ送信し始める（Ｓ３０ｙ）。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、その後、Ｕｐｄａｔｅ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ（ＰＤＮ−ＳＡＥ−ＧＷ）メッセージをＴ−ＳＡＥ−ＧＷ３０（＃６）へ返信する（Ｓ１５ｂ）。

その後の（Ｓ１６）、（Ｓ１３ａ）、（Ｓ１３ｂ）、（Ｓ１７）、（Ｓ１７ｘ）、（Ｓ１８ｘ）の処理（動作）については、第一実施形態と同様であるため、個々では説明を省略する。

〈第二実施形態における作用及び効果〉
第二実施形態におけるＬＴＥシステムでは、第一実施形態と同様に、Ｓ−ｅＮＢ１０（＃１）によりＵＥ７のハンドオーバが決定されると、Ｃプレーンの制御メッセージが利用されることによりこのことが即座にＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ通知される。これにより、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）がＵＥ７のハンドオーバを検知すると、以降、ＵＥ７宛てのユーザデータが継続してダウンリンクされると共に、そのコピー及びそれに付される識別番号と同一の識別番号がＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）に保持される。

その後、ＵＥ７からのハンドオーバ承認の通知がＣプレーン制御メッセージにより、接続先側（ターゲット側）のｅＮＢ１０、ＭＭＥ２０、ＳＡＥ−ＧＷ３０を経由してＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ送られる。このハンドオーバ承認の通知には、ＵＥ７が接続元側（ソース側）で正常に受信できなかったダウンリンクデータを特定するための識別情報が含められる。

これにより、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）では、ソース側へ既にダウンリンクしたユーザデータであってハンドオーバ検知後に保持されているユーザデータのうち、ＵＥ７から要求される識別情報で特定されるユーザデータからその識別情報以降のデータが順にターゲット側からダウンリンクされる。

これにより、ＵＥ７は、Ｓ１ベースハンドオーバ時においてもダウンリンクデータをソース側又はターゲット側のいずれかのｅＮＢ１０から受信することができるため、データ漏れを起こすことなく全データを受信することができる。ＵＥ７は、ハンドオーバ承認前にＳ−ｅＮＢ１０（＃１）から受信することができなかったダウンリンクデータについても、そのデータを特定する識別情報をシステムへ通知することにより、Ｔ−ｅＮＢ１０（＃６）から受信することができる。

更に、第二実施形態によれば、ユーザデータをソース側又はターゲット側の一方しか送
信しないため、第一実施形態より更に通信帯域の消費を削減することができる。

第二実施形態では、このようなＳ１ベースハンドオーバ時のデータ漏れのないダウンリンク処理を実現するにあたり、Ｃプレーン制御メッセージを第一実施形態よりも少なくすることができる。第一実施形態では、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）にＵＥ７のハンドオーバを通知すると共に、バイキャスティングを開始させるために、ターゲット側の通信リソースを早く確保する必要があった。第二実施形態では、この点を考慮する必要がないため、Ｃプレーン制御メッセージを第一実施形態よりも少なくすることができる。

これにより、第二実施形態では、第一実施形態よりもＣプレーン制御メッセージのために利用される通信リソースの消費も削減することができる。

〔第一変形例〕
以下、第一変形例におけるＬＴＥシステムについて説明する。第一変形例は、第一実施形態におけるＬＴＥシステムを以下のように変形するものである。

第一実施形態におけるＬＴＥシステムでは、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）からバイキャスティングされＴ−ｅＮＢ１０（＃６）に保持されたダウンリンクデータは、ＵＥ７の所望するデータを示す識別番号が含まれるＨａｎｄｏｖｅｒ ＣｏｎｆｉｒｍメッセージがＴ−ｅＮＢ１０（＃６）で受信されることにより、その識別番号以降のデータが順次ＵＥ７へ送信されていた。すなわち、第一実施形態におけるＬＴＥシステムでは、Ｓ−ｅＮＢ１０（＃１）から識別番号の順番が抜けた状態でダウンリンクデータを受信した場合には、ＵＥ７は、Ｔ−ｅＮＢ１０（＃６）からその抜けた識別番号以降のダウンリンクデータが送信されるため、既に受信されているデータも重複してＴ−ｅＮＢ１０（＃６）から受信する場合もあった。

また、第一実施形態におけるユーザデータのアップリンク時には、ハンドオーバ決定後、Ｓ−ｅＮＢ１０（＃１）が、正しい順序通りデータを受信することができない場合には、その正しい順序でなく受信されたデータ以降のアップリンクデータをＳ−ＳＡＥ−ＧＷ３０（＃１）へ送信せず、保持しており、ＵＥ７が、Ｈａｎｄｏｖｅｒ ＣｏｎｆｉｒｍメッセージをＴ−ｅＮＢ１０（＃６）へ送信する際に、Ｓ−ｅＮＢ１０（＃１）に正常にアップリンクできなかったデータ以降のデータをＴ−ｅＮＢ１０（＃６）へ順次送信していた。すなわち、第一実施形態におけるＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、Ｓ−ｅＮＢ１０（＃１）において正しい順序で受信されたアップリンクデータのみをソース側から順次受信し、Ｓ−ｅＮＢ１０（＃１）が識別番号の順番が抜けた状態でアップリンクデータを受信した場合には、その抜けた識別番号以降のアップリンクデータをターゲット側から受信していた。

ここで、第一変形例として、ダウンリンク時には、ＵＥ７がダウンリンクを望む各データの識別番号がそれぞれＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージに含まれるようにし、Ｔ−ｅＮＢ１０（＃６）が、保持されるダウンリンクデータのうちそのメッセージに含まれる各識別番号で特定されるデータのみをＵＥ７へ送信するようにしてもよい。

同様に、第一変形例として、アップリンク時には、Ｓ−ｅＮＢ１０（＃１）は受信されたアップリンクデータを全て上位ノードへ送信するようにし、ＵＥ７がＳ−ｅＮＢ１０（＃１）へのアップリンクに失敗したデータのみをＴ−ｅＮＢ１０（＃６）へ送信するようにしてもよい。

なお、第一変形例におけるＬＴＥシステムのシステム構成については、図１に示される第一実施形態と同様であるため、ここでは説明を省略する。

〔装置構成〕
以下、第一変形例におけるＬＴＥシステムを構成する各装置（ノード）の機能についてそれぞれ説明する。ＭＭＥ２０及びＳＡＥ−ＧＷ３０については第一実施形態と変わるところがないためここでは説明を省略する。以下、各ノードについて、第一実施形態と異なる機能部についてのみそれぞれ説明する。

〈ｅＮＢ〉
第一変形例におけるｅＮＢ１０の機能構成は、第一実施形態と同様である。但し、Ｕプレーン処理部４６の有する保持データ送信部４８及びアップリンクデータ管理部５１の機能が第一実施形態とは多少異なる。

第一変形例における保持データ送信部４８は、ＵＥ７により要求されるダウンリンクデータの識別番号と共に保持データの送信指示を受けると、バイキャスティングデータ保持部４７に保持されているダウンリンクデータのうちその各識別番号により特定されるデータを当該識別番号の順序に沿ってベースバンド処理部４２へ送る。

第一変形例におけるアップリンクデータ管理部５１は、アップリンクデータを受けると、その順序制御を行うことなく、そのアップリンクデータをＳ１−Ｕインタフェース部４０を介してＳＡＥ−ＧＷ３０に転送する。

これにより、第一変形例における保持データ送信部４８は、アップリンクデータの順序管理を行う必要がない。また、保持されるアップリンクデータがなくなるため、通信リソース解放処理においてデータを削除する処理を実行する必要はない。

〈ＰＤＮ−ＳＡＥ−ＧＷ〉
第一変形例におけるＰＤＮ−ＳＡＥ−ＧＷ４０の機能構成は、第一実施形態と同様である。但し、Ｕプレーン処理部７３の有するアップリンクデータ管理部７６の機能が第一実施形態とは多少異なる。

第一変形例におけるアップリンクデータ管理部７６は、ＵＥ７からのアップリンクデータを受けると、そのアップリンクデータ共に送られるそのデータの識別番号（ＳＡＥ−ＰＳＡＥ識別番号）に基づいてアップリンクデータの並べ替え及び重複チェックを実行する。ＰＤＮ−ＳＡＥ−ＧＷ４０は、第一実施形態と同様にＵＥ７からのアップリンクデータについてＳ−ＳＡＥ−ＧＷ３０及びＴ−ＳＡＥ−ＧＷ３０の両方から同一データを重複して受信する場合があると共に、順不同に受信する場合がある。

従って、アップリンクデータ管理部７６は、第一実施形態と同様の重複データのチェック及び削除を行うと共に、アップリンクデータを識別番号に応じて並べ替える処理も行う。このように重複されるデータが除かれ、正しく並べ替えられたアップリンクデータが、その識別番号の順で他のネットワークへ転送される。

〔動作例〕
以下、図２２及び２３を用いて、第一変形例におけるＬＴＥシステムの動作例について説明する。図２２は、第一変形例のＬＴＥシステムにおけるＳ１ベースハンドオーバ時のユーザデータダウンリンク処理を示す図である。図２３は、第一変形例のＬＴＥシステムにおけるＳ１ベースハンドオーバ時のユーザデータアップリンク処理を示す図である。図２２及び２３は、図３及び４に示される例と同様の場面を示しており、ＵＥ７がｅＮＢ１０（＃１）からｅＮＢ１０（＃６）へＳ１ベースハンドオーバする場合の例を示す。

〈ダウンリンク処理〉
ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）がＵＥ７宛てのダウンリンクデータ（ユーザデータ）としてデータＡ、Ｂ、Ｃ、Ｄ及びＥを持ち、ＵＥ７がＳ−ｅＮＢ１０（＃１）と接続されている。ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）から送信されるダウンリンクデータＡ及びＣが、Ｓ−ＳＡＥ−ＧＷ３０（＃１）及びＳ−ｅＮＢ１０（＃１）を経由してＵＥ７へ送り届けられている。ダウンリンクデータＢは、Ｓ−ｅＮＢ１０（＃１）からＵＥ７へ正常にダウンリンクできていない。更に、ダウンリンクデータＣについては、Ｓ−ｅＮＢ１０（＃１）は正常にＵＥ７へダウンリンクできなかったと認識しており、ＵＥ７は正常にダウンリンクされたと認識している。このような状況で、ＵＥ７は、Ｓ−ｅＮＢ１０（＃１）からＴ−ｅＮＢ１０（＃６）方向へ移動している。

本ＬＴＥシステムでは、Ｓ−ｅＮＢ１０（＃１）によりＵＥ７のハンドオーバが決定され、第一実施形態と同様の手法により、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）によりバイキャスティングが開始される。これにより、Ｔ−ｅＮＢ１０（＃６）では、バイキャスティングが停止されるまでの間にバイキャスティングされたダウンリンクデータＢ、Ｃ及びＤが保持されている。

ＵＥ７は、Ｓ−ｅＮＢ１０（＃１）からＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージを受け、自身のハンドオーバ処理を承認すると、Ｈａｎｄｏｖｅｒ ＣｏｎｆｉｒｍメッセージをＴ−ｅＮＢ１０（＃６）へ送信する。このとき、ＵＥ７は、このＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージに、受信されていないダウンリンクデータを示す各識別番号をそれぞれ含める。図２２の例では、Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージには、ダウンリンクデータＢを示す識別番号、ダウンリンクデータＣ以降を示す識別番号が含まれる。

Ｔ−ｅＮＢ１０（＃６）は、このＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを受信すると、保持されているダウンリンクデータであって、そのメッセージに含まれる各識別番号により特定されるデータのみを順次ＵＥ７へ送信する。

〈アップリンク処理〉
次に、図２３を用いて、第一変形例におけるＬＴＥシステムのＳ１ベースハンドオーバ時のユーザデータアップリンク処理について説明する。

ＵＥ７がアップリンクデータ（ユーザデータ）としてデータＡ、Ｂ、Ｃ、Ｄ及びＥを持ち、Ｓ−ｅＮＢ１０（＃１）と接続されている。ＵＥ７は、アップリンクデータＡをＳ−ｅＮＢ１０（＃１）及びＳ−ＳＡＥ−ＧＷ３０（＃１）を経由してＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ送信しながら、Ｓ−ｅＮＢ１０（＃１）からＴ−ｅＮＢ１０（＃６）方向へ移動している。

図２３の例によれば、アップリンクデータＡ、Ｃ及びＤは、Ｓ−ｅＮＢ１０（＃１）で正常に受信されている。Ｓ−ｅＮＢ１０（＃１）は、受信順序に関わりなく、受信されたアップリンクデータＡ、Ｃ及びＤをＳ−ＳＡＥ−ＧＷ３０（＃１）へ順次送信する。

ここで、ＵＥ７は、アップリンクデータＢ及びＤが正しく送信できなかったと認識している。アップリンクデータＤについては、正しくＳ−ｅＮＢ１０（＃１）へ到達しているもののそのＡＣＫ信号がＵＥ７へ到達しなかったために、このような錯誤が生じている。

ＵＥ７は、Ｓ−ｅＮＢ１０（＃１）からＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージを受け、自身のハンドオーバ処理を承認すると、Ｈａｎｄｏｖｅｒ ＣｏｎｆｉｒｍメッセージをＴ−ｅＮＢ１０（＃６）へ送信する。続けて、ＵＥ７は、正常にＳ−ｅＮＢ１０
（＃１）へ届かなかったと判断したアップリンクデータＢ及びＤ、更にそれ以降のデータを順にＴ−ｅＮＢ１０（＃６）へ無線送信する。

ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、ＵＥ７からのアップリンクデータをＳ−ｅＮＢ１０（＃１）及びＳ−ＳＡＥ−ＧＷ３０（＃１）経由のルートとＴ−ｅＮＢ１０（＃６）及びＴ−ＳＡＥ−ＧＷ３０（＃６）経由のルートとで受信する。図２３の例では、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、ソース側からアップリンクデータＡ、Ｃ及びＤを受信した後、ターゲット側からアップリンクデータＢ、Ｄ及びＥを受信する。つまり、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、順不同で、アップリンクデータを受信する。

従って、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、他のネットワークにこれらアップリンクデータを送信する際には、アップリンクデータの並べ替えを行う。更に、アップリンクデータＤのように、ソース側及びターゲット側の双方から重複して届けられるデータもある。これにより、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、この重複されるアップリンクデータを削除する。

第一変形例におけるＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、第一実施形態に較べ、アップリンクデータの順序制御をする必要があるが、逆にｅＮＢ１０では、アップリンクデータの順序管理をする必要がない。

〔第二変形例〕
以下、第二変形例におけるＬＴＥシステムについて説明する。第二変形例は、第二実施形態におけるＬＴＥシステムを以下のように変形するものである。

第二実施形態におけるＬＴＥシステムでは、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）で保持されたダウンリンクデータは、ＵＥ７の所望するデータを示す識別番号が含まれるＨａｎｄｏｖｅｒ ＣｏｎｆｉｒｍメッセージがＴ−ｅＮＢ１０（＃６）で受信され、この識別番号がＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ通知されることにより、その識別番号以降のデータが順次ＵＥ７へ送信されていた。すなわち、第二実施形態におけるＬＴＥシステムでは、Ｓ−ｅＮＢ１０（＃１）から識別番号の順番が抜けた状態でダウンリンクデータを受信した場合には、ＵＥ７は、ＰＤＮ−ＳＡＥ−ＧＷ４０で保持されるデータであってその抜けた識別番号以降のダウンリンクデータがＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）から送信されるため、既に受信されているデータも重複して受信する場合もあった。

ここで、第二変形例として、ダウンリンク時には、ＵＥ７がダウンリンクを望む各データの識別番号がそれぞれＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージに含まれるようにし、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）が、保持されるダウンリンクデータのうちそのメッセージに含まれる各識別番号で特定されるデータのみをＵＥ７へ送信するようにしてもよい。第二変形例におけるアップリンク処理については、第二実施形態におけるアップリンク処理が第一実施形態と同様であることから、上述の第一変形例におけるアップリンク処理が適用されればよい。従って、ここでは、第二変形例におけるダウンリンク処理についてのみ説明する。

なお、第二変形例におけるＬＴＥシステムのシステム構成、及び各ノードの機能構成については、第二実施形態と同様であるため、ここでは説明を省略する。

〔動作例〕
以下、図２４を用いて、第二変形例におけるＬＴＥシステムの動作例について説明する。図２４は、第二変形例のＬＴＥシステムにおけるＳ１ベースハンドオーバ時のユーザデータダウンリンク処理を示す図である。図２４は、図３に示される例と同様の場面を示し
ており、ＵＥ７がｅＮＢ１０（＃１）からｅＮＢ１０（＃６）へＳ１ベースハンドオーバする場合の例を示す。

〈ダウンリンク処理〉
図２４に示される場面例は、図１５に示される例と同様である。ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）から送信されるダウンリンクデータＡ及びＣが、正常に、ＵＥ７へ送り届けられている。ダウンリンクデータＣについては、Ｓ−ｅＮＢ１０（＃１）はＵＥ７からＡＣＫ信号を受信することができなかったため正常にＵＥ７へダウンリンクできなかったと認識しており、ＵＥ７は正常にダウンリンクされたと認識している。

本ＬＴＥシステムでは、Ｓ−ｅＮＢ１０（＃１）によりＵＥ７のハンドオーバが決定され、第一実施形態と同様の手法により、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）にこのハンドオーバが通知される。これにより、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）では、ダウンリンクデータがソース側に継続して送信されると共に、そのデータのコピーが保持される。

ＵＥ７は、Ｓ−ｅＮＢ１０（＃１）からＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージを受け、自身のハンドオーバ処理を承認すると、Ｈａｎｄｏｖｅｒ ＣｏｎｆｉｒｍメッセージをＴ−ｅＮＢ１０（＃６）へ送信する。このとき、ＵＥ７は、このＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージに、受信されていないダウンリンクデータを示す各識別番号をそれぞれ含める。図２４の例では、Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージには、ダウンリンクデータＢを示す識別番号、ダウンリンクデータＣ以降を示す識別番号が含まれる。これら識別番号は、第二実施形態と同様の手法によりＣプレーン制御メッセージが利用されてＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）へ通知される。

これにより、ＰＤＮ−ＳＡＥ−ＧＷ４０（＃１）は、このＨａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍメッセージを受信すると、保持されているダウンリンクデータであって、そのメッセージに含まれる各識別番号により特定されるデータのみを順次ターゲット側へ送信する。

［その他］
〔ハードウェアの構成要素（Component）及びソフトウェアの構成要素（Component）について〕
ハードウェアの構成要素とは、ハードウェア回路であり、例えば、フィールド・プログラマブル・ゲートウェイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、ゲートアレイ、論理ゲートの組み合わせ、信号処理回路、アナログ回路等がある。

ソフトウェアの構成要素とは、ソフトウェアとして上記機能を実現する部品（断片）であり、そのソフトウェアを実現する言語、開発環境等を限定する概念ではない。ソフトウェアの構成要素としては、例えば、タスク、プロセス、スレッド、ドライバ、ファームウェア、データベース、テーブル、関数、プロシジャ、サブルーチン、プログラムコードの所定の部分、データ構造、配列、変数、パラメータ等がある。これらソフトウェアの構成要素は、１又は複数のメモリ（１または複数のプロセッサ（例えば、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processer）等）上で実現される。

なお、上述の各実施形態は、上記各機能部の実現手法を限定するものではないため、上記各機能部は、上記ハードウェアの構成要素又はソフトウェアの構成要素若しくはこれらの組み合わせとして、本技術分野の通常の技術者において実現可能な手法により構成されていればよい。

〔付記〕
本実施形態は次の発明態様を開示する。各項に開示される発明態様は、必要に応じて可能な限り組み合わせることができる。

（付記１）
移動端末と無線接続されるソース基地局と前記移動端末が移動後に無線接続されるターゲット基地局とを含む複数ノードが階層的に接続される移動通信システムにおいて、
前記ソース基地局及び前記ターゲット基地局の双方に接続される上位ノードであってユーザプレーンの管理を行うＵプレーン管理局が、
前記移動端末のハンドオーバを検知する検知手段と、
前記移動端末のハンドオーバが検知されると、前記ソース基地局方向及び前記ターゲット基地局方向の双方に、前記移動端末宛ての同一ユーザデータを重複してそれぞれ送信するバイキャスティング手段と、
を備え、
前記ターゲット基地局が、
前記Ｕプレーン管理局により送信された前記移動端末宛てのユーザデータを受信し、このユーザデータを保持する保持手段と、
前記移動端末が移動後に無線接続された場合に、前記保持手段により保持される前記移動端末宛てのユーザデータのうち、前記移動端末から要求されるユーザデータを無線送信する無線送信手段と、
を備える移動通信システム。（１）
（付記２）
前記Ｕプレーン管理局のバイキャスティング手段は、前記ソース基地局方向及び前記ターゲット基地局方向の双方に送信する同一ユーザデータに対し同一の識別番号を付与し、この付与された識別番号と共に該同一ユーザデータを送信し、
前記ターゲット基地局の無線送信手段は、前記移動端末が所望するユーザデータを示す識別番号を前記移動端末から受信し、この受信された識別番号に基づいて、前記保持手段により保持される前記移動端末宛てのユーザデータの中から無線送信すべきユーザデータを選択する、
付記１に記載の移動通信システム。（２）
（付記３）
前記ソース基地局は、
前記移動端末のハンドオーバを決定する決定手段と、
前記決定手段によりハンドオーバが決定されると、前記ソース基地局の上位ノードであって前記ソース基地局の制御プレーンの管理を行うソースＣプレーン管理局、前記ターゲット基地局の上位ノードであって前記ターゲット基地局の制御プレーンの管理を行うターゲットＣプレーン管理局、前記ターゲット基地局及び、前記ターゲット基地局の上位ノードであって前記ターゲット基地局のユーザプレーンの管理を行うターゲットＵプレーン管理局を経由して、前記Ｕプレーン管理局に前記ハンドオーバ決定の通知を含むメッセージを送信する通知手段と、
を備え、
前記Ｕプレーン管理局の検知手段は、前記ハンドオーバ決定の通知を含むメッセージを受信することにより、前記移動端末のハンドオーバを検知する、
付記１又は２に記載の移動通信システム。

（付記４）
前記ターゲット基地局及び前記ターゲットＵプレーン基地局は、
前記ハンドオーバ決定の通知を含むメッセージを受けると、前記Ｕプレーン管理局から前記移動端末へユーザデータをダウンリンクするための通信リソースを確保し、この確保された通信リソースを示す情報を前記ハンドオーバ決定の通知を含むメッセージと共に転送する転送手段、
を備える付記３に記載の移動通信システム。

（付記５）
前記ターゲット基地局の無線送信手段は、前記移動端末が所望するユーザデータを示す識別番号を前記移動端末から受信し、前記保持手段により保持される前記移動端末宛てのユーザデータの中からこの受信された識別番号以降のユーザデータをその識別番号順に無線送信する、
付記２に記載の移動通信システム。

（付記６）
前記ターゲット基地局の無線送信手段は、前記移動端末が所望する各ユーザデータを示す識別番号を前記移動端末からそれぞれ受信し、前記保持手段により保持される前記移動端末宛てのユーザデータの中からこの受信された各識別番号で特定される各ユーザデータをそれぞれ無線送信する、
付記２に記載の移動通信システム。

（付記７）
前記ソースＣプレーン管理局は、
前記ターゲット基地局、前記ターゲットＣプレーン管理局を経由して前記移動端末のハンドオーバ承認の通知を含むメッセージを受信する承認検知手段と、
前記移動端末のハンドオーバ承認の通知を含むメッセージが受信されると、前記ソース基地局及び前記ソースＵプレーン管理局にそれぞれリソース解放指示を通知する解放指示手段と、
を備え、
前記ソース基地局は、
前記リソース解放指示を受けると、前記Ｕプレーン管理局から送信され前記移動端末が移動後に受信されたユーザデータを削除する削除手段、
を備える付記２に記載の移動通信システム。

（付記８）
前記ソース基地局は、
前記移動端末のハンドオーバが検知された後に、前記移動端末から無線送信されるユーザデータ及びそのデータを示す識別情報を受信した場合に、この受信されたユーザデータをそのデータを示す識別情報に基づいて順序管理する管理手段と、
前記受信されたユーザデータが順序通り受信されていると前記管理手段により判断された場合に、前記Ｕプレーン管理局へこの受信されたユーザデータを転送し、前記受信されたユーザデータが順序通り受信されていないと前記管理手段により判断された場合に、この受信されたユーザデータを転送せず保持するアップリンク手段と、
を備える付記１に記載の移動通信システム。（６）
（付記９）
前記ターゲット基地局は、
前記移動端末が移動後に無線接続された場合に、前記移動端末が前記ソース基地局に対して送達確認できなかったユーザデータ以降のユーザデータを前記移動端末から順に受信し、受信されたユーザデータを前記Ｕプレーン管理局へ転送する第２アップリンク手段、
を備える付記８に記載の移動通信システム。

（付記１０）
前記ターゲット基地局は、
前記移動端末が移動後に無線接続された場合に、前記移動端末が前記ソース基地局に
対して送達確認できなかった各ユーザデータを前記移動端末からそれぞれ受信し、受信された各ユーザデータを前記Ｕプレーン管理局へそれぞれ転送するアップリンク手段、
を備え、
前記Ｕプレーン管理局は、
前記ソース基地局及び前記ターゲット基地局を経由してそれぞれ受信された各ユーザデータを、そのデータを示す識別番号に基づいて順序の並び替えを行う順序制御手段、
を備える付記１に記載の移動通信システム。

（付記１１）
移動端末と無線接続されるソース基地局と前記移動端末が移動後に無線接続されるターゲット基地局とを含む複数ノードが階層的に接続される移動通信システムにおいて、
前記ソース基地局及び前記ターゲット基地局の双方に接続される上位ノードであってユーザプレーンの管理を行うＵプレーン管理局が、
前記移動端末のハンドオーバを検知する検知手段と、
前記移動端末のハンドオーバが検知された後に、前記ソース基地局方向へ前記移動端末宛てのユーザデータを送信する際には、そのユーザデータのコピーを保持する保持手段と、
前記移動端末が前記ターゲット基地局と無線接続された場合に、前記保持手段により保持される前記移動端末宛てのユーザデータのうち、前記移動端末から要求されるユーザデータを前記ターゲット基地局方向へ送信する再送手段と、
を備える移動通信システム。（３）
（付記１２）
前記Ｕプレーン管理局の保持手段は、前記ソース基地局方向へ既に送信されたユーザデータに付与された識別番号と同一の識別番号を、そのユーザデータのコピーとして前記保持手段により保持されているユーザデータに付与し、
前記Ｕプレーン管理局の再送手段は、前記移動端末が所望するユーザデータを示す識別番号を前記ターゲット基地局経由で取得し、この取得された識別番号に基づいて、前記保持手段により保持される前記移動端末宛てのユーザデータの中から前記ターゲット基地局方向へ送信すべきユーザデータを選択する、
付記１１に記載の移動通信システム。（４）
（付記１３）
前記ターゲット基地局は、
前記移動端末が所望するユーザデータを示す識別番号を含むメッセージを前記移動端末から受信すると、この識別番号を所定のメッセージに含めて、前記ターゲット基地局の上位ノードであって前記ターゲット基地局の制御プレーンの管理を行うターゲットＣプレーン管理局に転送する要求転送手段、
を備え、
前記Ｕプレーン管理局の再送手段は、前記ターゲットＣプレーン管理局及び前記ターゲット基地局の上位ノードであって前記ターゲット基地局のユーザプレーンの管理を行うターゲットＵプレーン管理局を経由して受信されるメッセージにより、前記移動端末が所望するユーザデータを示す識別番号を取得する、
付記１２に記載の移動通信システム。（５）
（付記１４）
前記Ｕプレーン管理局の再送手段は、前記保持手段により保持されるユーザデータの中から、前記ターゲット基地局経由で取得された識別番号以降のユーザデータをその識別番号順に前記ターゲット基地局方向へ送信する、
付記１２に記載の移動通信システム。

（付記１５）
前記Ｕプレーン管理局の再送手段は、前記保持手段により保持されるユーザデータの中
から、前記ターゲット基地局経由で取得された各識別番号で特定される各ユーザデータをそれぞれ前記ターゲット基地局方向へ送信する、
付記１２に記載の移動通信システム。

（付記１６）
前記ソース基地局は、
前記移動端末のハンドオーバが検知された後に、前記移動端末から無線送信されるユーザデータ及びそのデータを示す識別情報を受信した場合に、この受信されたユーザデータをそのデータを示す識別情報に基づいて順序管理する管理手段と、
前記受信されたユーザデータが順序通り受信されていると前記管理手段により判断された場合に、前記Ｕプレーン管理局へこの受信されたユーザデータを転送し、前記受信されたユーザデータが順序通り受信されていないと前記管理手段により判断された場合に、この受信されたユーザデータを転送せず保持するアップリンク手段と、
を備える付記１１に記載の移動通信システム。（６）
（付記１７）
前記ターゲット基地局は、
前記移動端末が移動後に無線接続された場合に、前記移動端末が前記ソース基地局に対して送達確認できなかったユーザデータ以降のユーザデータを前記移動端末から順に受信し、受信されたユーザデータを前記Ｕプレーン管理局へ転送する第２アップリンク手段、
を備える付記１６に記載の移動通信システム。

（付記１８）
前記ターゲット基地局は、
前記移動端末が移動後に無線接続された場合に、前記移動端末が前記ソース基地局に対して送達確認できなかった各ユーザデータを前記移動端末からそれぞれ受信し、受信された各ユーザデータを前記Ｕプレーン管理局へそれぞれ転送するアップリンク手段、
を備え、
前記Ｕプレーン管理局は、
前記ソース基地局及び前記ターゲット基地局を経由してそれぞれ受信された各ユーザデータを、そのデータを示す識別番号に基づいて順序の並び替えを行う順序制御手段、
を備える付記１１に記載の移動通信システム。

（付記１９）
移動端末と無線接続されるソース基地局と前記移動端末が移動後に無線接続されるターゲット基地局とを含む複数ノードが階層的に接続される移動通信システムにおけるユーザデータダウンリンク方法において、
前記ソース基地局及び前記ターゲット基地局の双方に接続される上位ノードであってユーザプレーンの管理を行うＵプレーン管理局が、
前記移動端末のハンドオーバを検知する検知ステップと、
前記移動端末のハンドオーバが検知されると、前記ソース基地局方向及び前記ターゲット基地局方向の双方に、前記移動端末宛ての同一ユーザデータを重複してそれぞれ送信するバイキャスティングステップと、
を実行し、
前記ターゲット基地局が、
前記Ｕプレーン管理局により送信された前記移動端末宛てのユーザデータを受信し、このユーザデータを保持部に保持する保持ステップと、
前記移動端末が移動後に無線接続された場合に、前記保持部に保持される前記移動端末宛てのユーザデータのうち、前記移動端末から要求されるユーザデータを無線送信する無線送信ステップと、
を実行するユーザデータダウンリンク方法。（７）
（付記２０）
移動端末と無線接続されるソース基地局と前記移動端末が移動後に無線接続されるターゲット基地局とを含む複数ノードが階層的に接続される移動通信システムにおけるユーザデータダウンリンク方法において、
前記ソース基地局及び前記ターゲット基地局の双方に接続される上位ノードであってユーザプレーンの管理を行うＵプレーン管理局が、
前記移動端末のハンドオーバを検知する検知ステップと、
前記移動端末のハンドオーバが検知された後に、前記ソース基地局方向へ前記移動端末宛てのユーザデータを送信する際には、そのユーザデータのコピーを保持部に保持する保持ステップと、
前記移動端末が前記ターゲット基地局と無線接続された場合に、前記保持部に保持される前記移動端末宛てのユーザデータのうち、前記移動端末から要求されるユーザデータを前記ターゲット基地局方向へ送信する再送ステップと、
を実行するユーザデータダウンリンク方法。（８）

第一実施形態におけるＬＴＥシステムのシステム構成の例を示す図である。 第一実施形態におけるＬＴＥシステムの論理接続構成例を示す図である。 第一実施形態のＬＴＥシステムにおけるＳ１ベースハンドオーバ時のユーザデータダウンリンク処理の概要を示す図である。 第一実施形態のＬＴＥシステムにおけるＳ１ベースハンドオーバ時のユーザデータアップリンク処理の概要を示す図である。 第一実施形態におけるｅＮＢ１０の機能構成を示すブロック図である。 第一実施形態におけるｅＮＢ１０の識別番号変換テーブル５０の例を示す図である。 第一実施形態におけるＭＭＥ２０の機能構成を示すブロック図である。 第一実施形態におけるＳＡＥ−ＧＷ３０の機能構成を示すブロック図である。 第一実施形態におけるＳＡＥ−ＧＷ３０の識別番号変換テーブル６６の例を示す図である。 第一実施形態におけるＰＤＮ−ＳＡＥ−ＧＷ４０の機能構成を示すブロック図である。 第一実施形態におけるＬＴＥシステムのＳ１ベースハンドオーバ時のユーザデータダウンリンク処理を示す図である。 第一実施形態におけるＬＴＥシステムのＳ１ベースハンドオーバ時のユーザデータダウンリンク処理を示す図である。 第一実施形態におけるＬＴＥシステムのＳ１ベースハンドオーバ時のユーザデータアップリンク処理を示す図である。 第一実施形態におけるＬＴＥシステムのＳ１ベースハンドオーバ時のユーザデータアップリンク処理を示す図である。 第二実施形態のＬＴＥシステムにおけるＳ１ベースハンドオーバ時のユーザデータダウンリンク処理の概要を示す図である。 第二実施形態におけるｅＮＢ１０の機能構成を示すブロック図である。 第二実施形態におけるＭＭＥ２０の機能構成を示すブロック図である。 第二実施形態におけるＳＡＥ−ＧＷ３０の機能構成を示すブロック図である。 第二実施形態におけるＰＤＮ−ＳＡＥ−ＧＷ４０の機能構成を示すブロック図である。 第二実施形態におけるＬＴＥシステムの動作例を示す図である。 第二実施形態におけるＬＴＥシステムの動作例を示す図である。 第一変形例のＬＴＥシステムにおけるＳ１ベースハンドオーバ時のユーザデータダウンリンク処理を示す図である。 第一変形例のＬＴＥシステムにおけるＳ１ベースハンドオーバ時のユーザデータアップリンク処理を示す図である。 第二変形例のＬＴＥシステムにおけるＳ１ベースハンドオーバ時のユーザデータダウンリンク処理を示す図である。 ＬＴＥ移動通信システムの論理的構成例を示す図である。 従来のＬＴＥ移動通信システムにおけるＳ１ベースハンドオーバ処理の概要を示す図である。 従来のＬＴＥ移動通信システムにおけるＳ１ベースハンドオーバ処理の概要を示す図である。

符号の説明

１、３、５ ネットワーク
７、５１６、５２９ ＵＥ
１０、５１１、５２１、５２２ ｅＮＢ（Ｓ−ｅＮＢ）（Ｔ−ｅＮＢ）
２０、５１２、５２３、５２４ ＭＭＥ（Ｓ−ＭＭＥ）（Ｔ−ＭＭＥ）
３０、５１３、５２５、５２６ ＳＡＥ−ＧＷ（Ｓ−ＳＡＥ−ＧＷ）（Ｔ−ＳＡＥ−ＧＷ）
４０、５１５、５２８ ＰＤＮ−ＳＡＥ−ＧＷ
５０、５１４、５２７ ＨＳＳ
４１ 無線処理部
４２ ベースバンド処理部
４３、５５、６０、７０ Ｃプレーン処理部
４５、５７ Ｓ１−ＭＭＥインタフェース部
４６、６４、７３ Ｕプレーン処理部
４０ Ｓ１−Ｕインタフェース部
４４ バイキャスティング処理部
４７ バイキャスティングデータ保持部
４８ 保持データ送信部
４９、６５ 識別番号変換部
５０、６６ 識別番号変換テーブル
５１ アップリンクデータ管理部
５６、６１、７１ バイキャスティング制御部
５８、６２ Ｓ１１インタフェース部
５９ Ｓ１０インタフェース部
６３、７２ Ｓ５−Ｃインタフェース部
６７ ユーザデータ転送部
６８、７７ Ｓ５−Ｕインタフェース部
６９ Ｓ１−Ｕインタフェース部
７５ バイキャスティング処理部
７６ アップリンクデータ管理部
８１、８２、８３、８４ 再送信制御部
８５ 再送信処理部
８６ 再送信データ保持部

Claims (8)

1. 移動端末と無線接続されるソース基地局と前記移動端末が移動後に無線接続されるターゲット基地局とを有する移動通信システムにおいて、
   前記ソース基地局及び前記ターゲット基地局の双方と通信が可能な通信ノードであってユーザプレーンに関する処理を行うＵプレーン管理局が、
   前記移動端末のハンドオーバを検知する検知手段と、
   前記移動端末のハンドオーバが検知されると、前記ソース基地局方向及び前記ターゲット基地局方向の双方に、前記移動端末宛ての同一ユーザデータを重複してそれぞれ送信するバイキャスティング手段と、
   を備え、
   前記ターゲット基地局が、
   前記Ｕプレーン管理局により送信された前記移動端末宛てのユーザデータを受信し、このユーザデータを保持する保持手段と、
   前記移動端末が移動後に無線接続された場合に、前記保持手段により保持される前記移動端末宛てのユーザデータのうち、前記移動端末から要求されるユーザデータを無線送信する無線送信手段と、
   を備える移動通信システム。
2. 前記Ｕプレーン管理局のバイキャスティング手段は、前記ソース基地局方向及び前記ターゲット基地局方向の双方に送信する同一ユーザデータに対し同一の識別番号を付与し、この付与された識別番号と共に該同一ユーザデータを送信し、
   前記ターゲット基地局の無線送信手段は、前記移動端末が所望するユーザデータを示す識別番号を前記移動端末から受信し、この受信された識別番号に基づいて、前記保持手段により保持される前記移動端末宛てのユーザデータの中から無線送信すべきユーザデータを選択する、
   請求項１に記載の移動通信システム。
3. 移動端末と無線接続されるソース基地局と前記移動端末が移動後に無線接続されるターゲット基地局とを有する移動通信システムにおいて、
   前記ソース基地局及び前記ターゲット基地局の双方と通信が可能な通信ノードであって
   ユーザプレーンに関する処理を行うＵプレーン管理局が、
   前記移動端末のハンドオーバを検知する検知手段と、
   前記移動端末のハンドオーバが検知された後に、前記ソース基地局方向へ前記移動端末宛てのユーザデータを送信する際には、そのユーザデータのコピーを保持する保持手段と、
   前記移動端末が前記ターゲット基地局と無線接続された場合に、前記保持手段により保持される前記移動端末宛てのユーザデータのうち、前記移動端末から要求されるユーザデータを前記ターゲット基地局方向へ送信する再送手段と、
   を備える移動通信システム。
4. 前記Ｕプレーン管理局の保持手段は、前記ソース基地局方向へ既に送信されたユーザデータに付与された識別番号と同一の識別番号を、そのユーザデータのコピーとして前記保持手段により保持されているユーザデータに付与し、
   前記Ｕプレーン管理局の再送手段は、前記移動端末が所望するユーザデータを示す識別番号を前記ターゲット基地局経由で取得し、この取得された識別番号に基づいて、前記保持手段により保持される前記移動端末宛てのユーザデータの中から前記ターゲット基地局方向へ送信すべきユーザデータを選択する、
   請求項３に記載の移動通信システム。
5. 前記ターゲット基地局は、
   前記移動端末が所望するユーザデータを示す識別番号を含むメッセージを前記移動端末から受信すると、この識別番号を所定のメッセージに含めて、前記ターゲット基地局と通信が可能な通信ノードであって前記ターゲット基地局の制御プレーンに関する処理を行うターゲットＣプレーン管理局に転送する要求転送手段、
   を備え、
   前記Ｕプレーン管理局の再送手段は、前記ターゲットＣプレーン管理局及び前記ターゲット基地局と通信が可能な通信ノードであって前記ターゲット基地局のユーザプレーンに関する処理を行うターゲットＵプレーン管理局を経由して受信されるメッセージにより、前記移動端末が所望するユーザデータを示す識別番号を取得する、
   請求項４に記載の移動通信システム。
6. 前記ソース基地局は、
   前記移動端末のハンドオーバが検知された後に、前記移動端末から無線送信されるユーザデータ及びそのデータを示す識別情報を受信した場合に、前記受信されたユーザデータをそのデータを示す識別情報に基づいて順序管理する管理手段と、
   前記受信されたユーザデータが順序通り受信されていると前記管理手段により判断された場合に、前記Ｕプレーン管理局へ前記受信されたユーザデータを転送し、前記受信されたユーザデータが順序通り受信されていないと前記管理手段により判断された場合に、前記受信されたユーザデータを転送せず保持するアップリンク手段と、
   を備える請求項１又は３に記載の移動通信システム。
7. 移動端末と無線接続されるソース基地局と前記移動端末が移動後に無線接続されるターゲット基地局とを有する移動通信システムにおけるユーザデータダウンリンク方法において、
   前記ソース基地局及び前記ターゲット基地局の双方と通信が可能な通信ノードであってユーザプレーンに関する処理を行うＵプレーン管理局が、
   前記移動端末のハンドオーバを検知する検知ステップと、
   前記移動端末のハンドオーバが検知されると、前記ソース基地局方向及び前記ターゲット基地局方向の双方に、前記移動端末宛ての同一ユーザデータを重複してそれぞれ送信するバイキャスティングステップと、
   を実行し、
   前記ターゲット基地局が、
   前記Ｕプレーン管理局により送信された前記移動端末宛てのユーザデータを受信し、このユーザデータを保持部に保持する保持ステップと、
   前記移動端末が移動後に無線接続された場合に、前記保持部に保持される前記移動端末宛てのユーザデータのうち、前記移動端末から要求されるユーザデータを無線送信する無線送信ステップと、
   を実行するユーザデータダウンリンク方法。
8. 移動端末と無線接続されるソース基地局と前記移動端末が移動後に無線接続されるターゲット基地局とを有する移動通信システムにおけるユーザデータダウンリンク方法において、
   前記ソース基地局及び前記ターゲット基地局の双方と通信が可能な通信ノードであってユーザプレーンに関する処理を行うＵプレーン管理局が、
   前記移動端末のハンドオーバを検知する検知ステップと、
   前記移動端末のハンドオーバが検知された後に、前記ソース基地局方向へ前記移動端末宛てのユーザデータを送信する際には、そのユーザデータのコピーを保持部に保持する保持ステップと、
   前記移動端末が前記ターゲット基地局と無線接続された場合に、前記保持部に保持される前記移動端末宛てのユーザデータのうち、前記移動端末から要求されるユーザデータを前記ターゲット基地局方向へ送信する再送ステップと、
   を実行するユーザデータダウンリンク方法。
   

Images