JP5889607B2

JP5889607B2 - ホーム基地局装置、位置管理装置及び移動通信システム

Info

Publication number: JP5889607B2
Application number: JP2011251282A
Authority: JP
Inventors: 政幸榎本; 真史新本; 順二平出
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2011-11-17
Filing date: 2011-11-17
Publication date: 2016-03-22
Anticipated expiration: 2031-11-17
Also published as: WO2013073556A1; EP2782393A1; EP2782393A4; CN103947257A; JP2013106334A; US20140321429A1

Description

移動端末装置及び当該移動端末装置が接続されるホーム基地局装置を含む複数のホーム基地局装置が接続されるローカルホームネットワークが、ゲートウェイ装置を介して外部ネットワークに接続される移動通信システム等に関する。

移動通信システムの標準化団体３ＧＰＰ（The 3rd Generation Partnership Project）では、次世代の移動体通信システムとして以下の非特許文献１に記載のＥＰＳ（Evolved Packet System、発展型パケット・システム）の仕様化作業が進められている。

ＥＰＳの構成装置として、基地局装置（ｅＮＢ）はマクロセルを形成し、半径が数百メートルから数キロメートルをカバーする。基地局装置は、無線アクセス技術を用いて移動端末を収容する。そして、移動通信事業者が運用するネットワークであるコアネットワークへ接続し、収容する移動通信端末（ＵＥ）の通信データを中継する。

一方、ＥＰＳの構成装置として、家庭やオフィスに設置する小型基地局装置であるホーム基地局装置（ＨｅＮＢ）について検討がなされている。ＨｅＮＢは、フェムトセルと呼ばれる数十メートルの無線セルを構築し、通常のｅＮＢと同じ無線アクセス技術を用いてＵＥを収容する。そして、移動通信事業者が運用するネットワークであるコアネットワークへ接続し、収容するＵＥの通信データを中継する。また、ＨｅＮＢは、家庭やオフィスなどのネットワークであるブロードバンド回線を経由して移動通信システムのコアネットワークに接続し、収容しているＵＥの通信データを中継することもできる。さらに、ＨｅＮＢでは、ローカルネットワーク（家庭内ＬＡＮやイントラネットなど）へ直接接続し、ＵＥとローカルネットワークとの接続（ＬｏｃａｌＩＰＡｃｃｅｓｓ、ＬＩＰＡ）を提供することもできる。

データの送受信中において、ＵＥの移動により、データの送受信を行っているｅＮＢとの接続状態を維持できない場合に、ＵＥが適切なｅＮＢへの切り替えを行い、接続状態を維持し、データの送受信を継続することをハンドオーバ手続きという。

ハンドオーバ手続き時において、切り替え元（移動元）となるｅＮＢのことをＳｏｕｒｃｅｅＮＢと言う。また、ハンドオーバ処理時における切り替え先（移動先）となるｅＮＢのことをＴａｒｇｅｔｅＮＢと言う。

一方、ｅＮＢへのアクセスの代替手段としてＨｅＮＢが検討され、仕様化されている。ＨｅＮＢは、ｅＮＢではカバーできないエリアに対して設置することにより、ｅＮＢがカバーしていない場所においても、ＵＥがｅＮＢへアクセスした場合と同等のサービスを享受することができる。また、ＨｅＮＢからコアネットワーク経由でデータの送受信を行う場合にはハンドオーバ手続きを行うことが可能である。

しかし、ＵＥがＨｅＮＢへアクセスし、ローカルネットワーク接続（ＬＩＰＡ接続）し、データの送受信中におけるＵＥが移動した場合、ＨｅＮＢを切り替え、データの送受信を維持する（ハンドオーバ）ことはできなかった。

そこで、非特許文献２では、ＨｅＮＢからＬＩＰＡ接続し、ＵＥの移動によってＬＩＰＡ接続を維持しつつ、ＨｅＮＢを切り替えるハンドオーバ手続きについて議論されている。

しかしながら、ＨｅＮＢはすでに仕様化され、ＬＩＰＡハンドオーバ手続きに未対応のＨｅＮＢの設置され始めている。今後、ＬＩＰＡハンドオーバ手続きに対応したＨｅＮＢが仕様化され、利用が開始された場合であってもＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢは、そのまま残ってしまう可能性があり、ＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢとＬＩＰＡハンドオーバ手続きに対応したＨｅＮＢが混在してしまうという状況が想定される。現在のヴァージョンのＨｅＮＢにとって、ＬＩＰＡハンドオーバ手続きは、新規の機能であるため、従来のＨｅＮＢは、ＬＩＰＡにおけるハンドオーバ要求メッセージを受信したとしても、ＬＩＰＡにおけるハンドオーバ要求メッセージを処理することはできない。また、アップデートの対応などにより、ＨｅＮＢがＬＩＰＡハンドオーバ手続きの機能を追加できる場合であっても、ＨｅＮＢは各家庭において配置されるため、必ずしもアップデートの対応が十分に行き届かない可能性があり、ＬＩＰＡハンドオーバ手続きに対応したＨｅＮＢとＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢが混在してしまう状況がどうしても発生してしまう。

このような、ＬＩＰＡハンドオーバ手続きに対応したＨｅＮＢとＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢの混在は、ＬＩＰＡハンドオーバ手続きに対応したＳｏｕｒｃｅＨｅＮＢは、ＬＩＰＡハンドオーバ手続きに対応していないＴａｒｇｅｔＨｅＮＢに対して、ハンドオーバ要求を送信してしまい、ＬＩＰＡハンドオーバ手続きを開始できないにも関わらず、不必要にハンドオーバ要求を送信し、不必要な制御情報（ハンドオーバ要求）の送信を引き起こしてしまう。

また、ＳｏｕｒｃｅＨｅＮＢは一度、ＬＩＰＡハンドオーバ手続きが開始できないと判断したにも関わらず、ＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢを管理していないために、ＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢに対して、不必要なハンドオーバ要求を送信してしまっていた。

このような非効率にハンドオーバ要求を送信してしまう状況に対して、非特許文献２や非特許文献３では、ＳｏｕｒｃｅＨｅＮＢにおいて、ＬＩＰＡハンドオーバ手続きに対応したｅＮＢ及びＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢを分類した近隣ＨｅＮＢ関係テーブルを保持し、ＳｏｕｒｃｅＨｅＮＢがハンドオーバ手続きを開始する際に、近隣ＨｅＮＢ関係テーブルを参照しハンドオーバ要求を送信するＨｅＮＢを選択するために利用することが記載されている。

また、非特許文献３では、ＬＩＰＡ接続した場合において、ＬＩＰＡハンドオーバ手続きを開始する際、ＵＥとデータの送受信中において移動元となるＳｏｕｒｃｅＨｅＮＢがＬＩＰＡハンドオーバ手続の開始を決定し、ＳｏｕｒｃｅＨｅＮＢは、ＬＩＰＡハンドオーバ手続きのトリガーであるハンドオーバ要求を、移動先となるＴａｒｇｅｔＨｅＮＢへ送信することが記載されている。このとき、ハンドオーバ要求には、従来のハンドオーバ要求ではなく、ローカルホームネットワークにおけるＬＩＰＡハンドオーバ手続きを行うための情報要素が含まれる。

さらに、非特許文献３では、ＴａｒｇｅｔＨｅＮＢがローカルネットワークにおけるＬＩＰＡハンドオーバ手続きに対応していない場合には、ハンドオーバ要求に含まれる新しいパラメータを無視し、従来のハンドオーバ要求応答を送信することが記載されている。このとき、ＴａｒｇｅｔＨｅＮＢにおいて、ハンドオーバ要求に含まれる新しいパラメータに関わることなく、従来のハンドオーバ要求応答が送信された場合、ＳｏｕｒｃｅＨｅＮＢはＴａｒｇｅｔＨｅＮＢがローカルホームネットワークにおけるＬＩＰＡハンドオーバ手続きに対応していないことを検知する。

また、上記のように、非特許文献３では、ＳｏｕｒｃｅＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢを検知し、近隣ＨｅＮＢ関係テーブルにＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢとして分類する。

ここで、近隣ＨｅＮＢ関係テーブルは、あらかじめシステムの構成として設定することも想定できるが、ＨｅＮＢは、ある程度ユーザが自由に設置でき、ローカルホームネットワークの構成としてＨｅＮＢの配置が頻繁に変更されることが想定されるため、頻繁に近隣ＨｅＮＢ関係テーブルの変更がなされる可能性があることから、動的に近隣ＨｅＮＢ関係テーブルを作成する必要がある。

3GPP TS23.401 ver.10.2.1 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 10) 3GPP TR23.859 ver.0.4.0 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; LIPA Mobility and SIPTO at the Local Network (Release 11) "Discovery of the LIPA mobility area"、3GPP TSG SA WG2 #85、R1-112828

しかしながら、ＳｏｕｒｃｅＨｅＮＢによる従来のＴａｒｇｅｔＨｅＮＢの検知方法では、正しく検知できない場合があった。例えば、ＳｏｕｒｃｅＨｅＮＢが、ＴａｒｇｅｔＨｅＮＢへハンドオーバ要求を送信し、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きを開始できない応答としてハンドオーバの失敗通知を送信した場合、ＳｏｕｒｃｅＨｅＮＢはＴａｒｇｅｔＨｅＮＢをＬＩＰＡハンドオーバ手続きに対応していたとしてもＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢとして検知してしまっていた。

ここで、ハンドオーバの失敗通知は、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢの場合だけでなく、ＬＩＰＡハンドオーバ手続きに対応しているＨｅＮＢであってもハンドオーバ要求が送信された時点でＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢの場合においても送信される可能性があるため、ＳｏｕｒｃｅＨｅＮＢはＴａｒｇｅｔＨｅＮＢを誤検知してしまっていた。

このように、ＳｏｕｒｃｅＨｅＮＢは、ＴａｒｇｅｔＨｅＮＢを正しく検知できないという問題が生じていた。

上記の問題により、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応していないことを正しく検知できないために、近隣ＨｅＮＢ関係テーブルにＬＩＰＡハンドオーバ手続きに対応したＨｅＮＢとして正しく分類することができなかった。

また、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応していることを示すハンドオーバ要求応答を送信する方法が規定されておらず、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応していることを検知することができなかった。

ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応していることを正しく検知できないために、近隣ＨｅＮＢ関係テーブルにＬＩＰＡハンドオーバ手続きに対応しているＨｅＮＢとして分類できなかった。

さらに、近隣ＨｅＮＢ関係テーブルにＬＩＰＡハンドオーバ手続きに対応したＨｅＮＢとＬＩＰＡハンドオーバ手続きに対応したＨｅＮＢを正しく分類できないために、上述した近隣ＨｅＮＢ関係テーブルを利用した効率的なＬＩＰＡハンドオーバ手続きを開始することができなかった。

上述した課題を解決するために、本発明の目的は、ＳｏｕｒｃｅＨｅＮＢ（移動端末装置が接続されたホーム基地局装置）が、ハンドオーバ要求を送信し、ＴａｒｇｅｔＨｅＮＢ（他のホーム基地局装置）が、ハンドオーバ要求に対する応答を送信することによって、管理テーブルを利用したＬＩＰＡハンドオーバ手続きを開始することができる移動通信システム等を提供することを目的としている。

上述した課題に鑑み、本発明のホーム基地局装置は、
移動端末装置及び当該移動端末装置が接続されるホーム基地局装置を含む複数のホーム基地局装置が接続されるローカルホームネットワークが、ゲートウェイ装置を介して外部ネットワークに接続される移動通信システムに含まれるホーム基地局装置において、
他のホーム基地局装置がＬＩＰＡハンドオーバが可能か否かを管理する管理テーブルと、
前記移動端末装置が他のホーム基地局装置にハンドオーバを行う場合に、前記管理テーブルからＬＩＰＡハンドオーバが可能なホーム基地局装置をハンドオーバ先として決定する決定手段と、
を備え、
他のホーム基地局装置にオプション領域に少なくとも接続されるゲートウェイ装置のアドレスを含むハンドオーバ要求を送信するハンドオーバ要求送信手段と、
他のホーム基地局装置から、ハンドオーバ要求応答を受信するハンドオーバ受信手段と、
前記ハンドオーバ要求に、ゲートウェイ装置のアドレスが含まれている場合には、ＬＩＰＡハンドオーバ可能と、ゲートウェイ装置のアドレスが含まれていない場合にはＬＩＰＡハンドオーバが不可能と前記管理テーブルを更新する更新手段と、
を有することを特徴とする。

また、本発明のホーム基地局装置は、
前記更新手段は、前記ハンドオーバ要求に、ゲートウェイ装置のアドレスが含まれている場合に、移動端末装置が接続されているホーム基地局装置が接続されているゲートウェイ装置のアドレスと、前記ハンドオーバ要求に含まれているゲートウェイ装置のアドレスとが異なる場合には、当該ホーム基地局装置はＬＩＰＡハンドオーバが不可能と更新することを特徴とする。

本発明のホーム基地局装置は、
移動端末装置及び当該移動端末装置が接続されるホーム基地局装置を含む複数のホーム基地局装置が接続されるローカルホームネットワークが、ゲートウェイ装置を介して外部ネットワークに接続される移動通信システムに含まれるホーム基地局装置において、
移動端末装置が接続されるホーム基地局装置から、ハンドオーバ要求を受信するハンドオーバ要求受信手段と、
前記ハンドオーバ要求のオプション領域にゲートウェイ装置のアドレスが含まれており、ＬＩＰＡハンドオーバの受付が可能な場合には、接続されるゲートウェイ装置のアドレスを含んだハンドオーバ要求応答を送信するハンドオーバ要求応答送信手段と、
を備えることを特徴とする。

本発明の移動通信システムは、
移動端末装置及び当該移動端末装置が接続されるホーム基地局装置を含む複数のホーム基地局装置が接続されるローカルホームネットワークが、ゲートウェイ装置を介して外部ネットワークに接続される移動通信システムにおいて、
前記ホーム基地局装置は、
他のホーム基地局装置がＬＩＰＡハンドオーバが可能か否かを管理する管理テーブルと、
前記移動端末装置が他のホーム基地局装置にハンドオーバを行う場合に、前記管理テーブルからＬＩＰＡハンドオーバが可能なホーム基地局装置をハンドオーバ先として決定する決定手段と、
を備え、
他のホーム基地局装置にオプション領域に少なくとも接続されるゲートウェイ装置のアドレスを含むハンドオーバ要求を送信するハンドオーバ要求送信手段と、
他のホーム基地局装置から、ハンドオーバ要求応答を受信するハンドオーバ受信手段と、
前記ハンドオーバ要求に、ゲートウェイ装置のアドレスが含まれている場合には、ＬＩＰＡハンドオーバ可能と、ゲートウェイ装置のアドレスが含まれていない場合にはＬＩＰＡハンドオーバが不可能と前記管理テーブルを更新する更新手段と、
を有することを特徴とする。

また、本発明の移動局装置は、上記移動通信システムに接続されることを特徴とする。

また、本発明の位置管理装置は、
移動端末装置及び当該移動端末装置が接続されるホーム基地局装置を含む複数のホーム基地局装置が接続されるローカルホームネットワークが、ゲートウェイ装置を介して外部ネットワークに接続される移動通信システムに接続される位置管理装置において、
前記移動端末装置が接続されるホーム基地局装置から、ハンドオーバ要求を受信するハンドオーバ要求受信手段と、
前記ハンドオーバ要求のオプション領域にゲートウェイ装置のアドレスが含まれている場合には、ハンドオーバ要求に含まれるホーム基地局装置が、ＬＩＰＡハンドオーバの受付が可能か否かを確認する確認手段と、
前記ハンドオーバ要求に含まれるホーム基地局装置が、ＬＩＰＡハンドオーバの受付が可能である場合には、当該ホーム基地局装置が接続されるゲートウェイ装置のアドレスを含んだハンドオーバ要求応答を送信するハンドオーバ要求応答送信手段と、
を備えたことを特徴とする。

本発明によれば、ＳｏｕｒｃｅＨｅＮＢは、ＬＩＰＡハンドオーバ手続きであることを示す情報要素を含めてハンドオーバ要求を送信することによって、ＴａｒｇｅｔＨｅＮＢが、ＬＩＰＡハンドオーバ手続きに対応するかどうかを検知し、近隣ＨｅＮＢ関係テーブルを構築することができ、近隣ＨｅＮＢ関係テーブルを利用して、不必要なハンドオーバ要求の送信を抑制し、効率的なＬＩＰＡハンドオーバ手続きを開始することができる。

つまり、ＳｏｕｒｃｅＨｅＮＢは、ハンドオーバ要求にＬＩＰＡハンドオーバ手続きであることを示す新たな情報要素をオプション部分に含めて送信することによって、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応するかどうかを検知することができる。

さらに、ＴａｒｇｅｔＨｅＮＢは、ＳｏｕｒｃｅＨｅＮＢからの上記ハンドオーバ要求を受信し、従来のハンドオーバ要求応答を送信することによって、ＬＩＰＡハンドオーバ手続きに対応しないことを示すことができる。

また、ＳｏｕｒｃｅＨｅＮＢは、ＴａｒｇｅｔＨｅＮＢからの従来のハンドオーバ要求応答を受信し、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応しないＨｅＮＢであることを検知することができる。

さらに、ＳｏｕｒｃｅＨｅＮＢは、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応しないＨｅＮＢであることを検知し、近隣ＨｅＮＢ関係テーブルにＬＩＰＡハンドオーバ手続きに対応しないＨｅＮＢとして分類できる。

また、ＴａｒｇｅｔＨｅＮＢは、ＳｏｕｒｃｅＨｅＮＢからの上記ハンドオーバ要求を受信し、ＬＩＰＡハンドオーバ手続きにおけるハンドオーバ要求応答を送信することによって、ＬＩＰＡハンドオーバ手続きに対応することを示すことができる。

さらに、ＳｏｕｒｃｅＨｅＮＢは、ＴａｒｇｅｔＨｅＮＢからのＬＩＰＡハンドオーバ手続きにおけるハンドオーバ要求応答を受信し、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応するＨｅＮＢであることを検知することができる。

また、ＳｏｕｒｃｅＨｅＮＢは、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応するＨｅＮＢであることを検知し、近隣ＨｅＮＢ関係テーブルにＬＩＰＡハンドオーバ手続きに対応するＨｅＮＢとして分類できる。

さらに、ＳｏｕｒｃｅＨｅＮＢは、近隣ＨｅＮＢ関係テーブルにＬＩＰＡハンドオーバ手続きに対応しないＨｅＮＢとＬＩＰＡハンドオーバ手続きに対応するＨｅＮＢを分類した近隣ＨｅＮＢ関係テーブルを利用して、ＬＩＰＡハンドオーバ手続きに対応しないＨｅＮＢにハンドオーバ要求の送信を抑制することによって、効率的なＬＩＰＡハンドオーバ手続きを開始することができる。

第１実施形態に係る移動通信システムの全体を示す図である。第１実施形態におけるＨｅＮＢ（ＳｏｕｒｃｅＨｅＮＢ）の機能構成を説明するための図である。第１実施形態におけるＵＥ別ＴａｒｇｅｔＨｅＮＢテーブルのデータ構成の一例を示す図である。第１実施形態における近隣ＨｅＮＢ関係テーブルのデータ構成の一例を示し図である。第１実施形態におけるハンドオーバ候補テーブルのデータ構成の一例を示した図である。ハンドオーバ要求メッセージのフォーマットの一例を示す図である。第１実施形態におけるＨｅＮＢ（第１ＴａｒｇｅｔＨｅＮＢ）の機能構成を説明するための図である。第１実施形態におけるＨｅＮＢ（第２ＴａｒｇｅｔＨｅＮＢ）の機能構成を説明するための図である。ＬＩＰＡハンドオーバ要求応答メッセージのフォーマットの一例を示す図である。第１実施形態におけるＵＥの機能構成を説明するための図である。第１実施形態におけるＬＧＷの機能構成を説明するための図である。第１実施形態におけるバインディング情報のデータ構成の一例を示した図である。第１実施形態におけるＳＧＷの機能構成を説明するための図である。第１実施形態におけるＭＭＥの機能構成を説明するための図である。第１実施形態におけるサブスクリプションＤＢのデータ構成の一例を示した図である。第１実施形態におけるＡＰＮ−ＩＰアドレス変換ＤＢのデータ構成の一例を示した図である。第１実施形態におけるＥＰＳベアラコンテキストのデータ構成の一例を示した図である。第１実施形態における処理について説明するための図である。第１実施形態における処理について説明するための図である。第２実施形態における処理について説明するための図である。

［１．第１実施形態］
［１．１システム全体説明］
図１は、本発明の第１の実施形態における移動通信システム１を示す概略図である。移動通信システム１は、ホーム基地局装置（ＨｅＮＢ）１０とホーム基地局装置（ＨｅＮＢ）２０と、ホーム基地局装置（ＨｅＮＢ）２５と、移動端末装置（ＵＥ）３０と、ＬＧＷ４０と、ＰＤＮ７０と、コアネットワーク８０と、ホームネットワーク９０とが含まれる。コアネットワーク８０には、ＰＧＷ４５、ＳＧＷ５０及びＭＭＥ６０が含まれる。以下では、ホーム基地局装置のことを単に「ＨｅＮＢ」と言い、移動端末装置ＵＥのことを単に「ＵＥ」と言う。以下、移動端末装置をＵＥとして説明する。また、ホームネットワーク９０内には、ＵＥ３０とデータの送受信を行う通信装置が配置されている。

本実施形態では、ＵＥ３０は、ＨｅＮＢ１０、ＬＧＷ４０を経由してホームネットワーク９０内の通信装置とデータの送受信中に、ＨｅＮＢ１０からＵＥ３０が移動した場合を想定する。ここで、ＵＥ３０とホームネットワーク９０内の通信装置間におけるデータの送受信を行うことをＬＩＰＡ（Local IP Access、家庭内ネットワークアクセス）と呼ぶ。

さらに、ＬＩＰＡにおいて、ＵＥ３０とホームネットワーク９０内の通信装置間において、データの送受信を行う場合、ＵＥ３０は、ＬＧＷ４０とＬＩＰＡ用ＰＤＮコネクションを確立しなければならない。ＬＩＰＡ用ＰＤＮコネクションとは、ＵＥ３０からＬＧＷ４０までの論理的なパスのことである。また、ＵＥ３０は、ＬＧＷ４０経由でホームネットワーク内の通信装置とデータの送受信を行うにあたって、ＬＧＷ４０とＬＩＰＡ用ＰＤＮコネクションを確立した後、ＬＧＷ４０とＬＩＰＡベアラを設定する必要がある。ＬＩＰＡベアラとは、ＵＥ３０とＬＧＷ４０間においてデータの送受信を行うための通信リソースである。

また、図１には、説明の都合上、１台のＵＥを示すが、複数のＵＥが含まれていてもよい。また、ＨｅＮＢ１０はフェムトセル１２を形成する。

フェムトセルとは、ＨｅＮＢとＵＥとが無線接続できるエリアを示している。ＵＥ３０がＨｅＮＢ１０のフェムトセルのエリアからＨｅＮＢ２０のフェムトセルのエリアへ移動した場合には、ＨｅＮＢ１０からＨｅＮＢ２０へ接続を切り替えなければならない。

ＬＩＰＡハンドオーバ手続きは、ＨｅＮＢ１０、ＨｅＮＢ２５において利用可能である。なお、ＵＥ３０がＨｅＮＢ１０を経由してデータの送受信中に、ＵＥ３０がＨｅＮＢ２０へ移動した場合には、ＬＩＰＡハンドオーバ手続きを行ってもＨｅＮＢ２０においてデータ送受信を継続することができない。ここで、ＨｅＮＢ２０はＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢであるため、ＬＩＰＡハンドオーバ手続きを開始することができず、ＨｅＮＢ２０を経由してホームネットワーク内の通信装置とデータの送受信を継続することができない。

一方、ＨｅＮＢ１０において、ＵＥ３０とデータの送受信中に、ＵＥ３０がＨｅＮＢ２５へ移動した場合には、ＬＩＰＡハンドオーバ手続きを行うことによって、ＨｅＮＢ２５において通信を継続することが可能である。

ＨｅＮＢ２５は、ＬＩＰＡハンドオーバ手続きに対応したＨｅＮＢであるため、ＬＩＰＡハンドオーバ手続きを開始し、ＨｅＮＢ２５を経由してホームネットワーク内の通信装置とデータの送受信を継続することができる。

ここで、ＬＩＰＡハンドオーバ手続きとは、ＬＧＷ４０に接続されたＨｅＮＢにおいてデータの送受信を行っている場合に、ＬＧＷ４０に接続されたＨｅＮＢにおいて通信を継続することができる。一方、従来のハンドオーバ手続きとは、ＨｅＮＢがＰＧＷ４５に接続されている場合においてデータの送受信を継続することが可能である。ＰＧＷ４５は、ｅＮＢなどが接続しているコアネットワークの端点であり、ＰＤＮ７０（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ）との接続を提供する。ＰＤＮ７０はパケット通信ネットワークのことであり、例えば、インターネットを示す。

従来、ＰＧＷ４５は、コアネットワークにおける端点であったが、ＬＧＷ４０では、コアネットワークにおける端点ではなく、ホームネットワーク９０における端点である。また、ＵＥ３０は、コアネットワーク８０へアクセスするために、ＰＤＮコネクションを確立し、ベアラを設定する必要があったが、ホームネットワーク９０へアクセスするためには、ＬＩＰＡ用ＰＤＮコネクションを確立し、ＬＩＰＡベアラを設定する必要がある。つまり、ＰＧＷ４５は、ホームネットワーク９０へアクセスすることはできず、ＬＩＰＡ用ＰＤＮコネクションを確立することもできず、ＬＩＰＡベアラを設定することもできないが、ＬＧＷ４０では、ホームネットワーク９０へアクセスすることができ、ＬＩＰＡ用ＰＤＮコネクションを確立し、ＬＩＰＡベアラを設定することができるため、ＬＩＰＡハンドオーバ手続きを行うことができる。

ハンドオーバ手続きは、ＨｅＮＢ１０、ＨｅＮＢ２０、ＨｅＮＢ２５において利用可能であるが、本実施形態は、ＨｅＮＢ１０及びＨｅＮＢ２５において利用可能なＬＩＰＡハンドオーバ手続きに関する内容である。

ＰＧＷ４５は、ＳＧＷ５０とＰＤＮ７０とに接続され、コアネットワーク８０とＰＤＮ７０とを接続するゲートウェイとして機能する。ＰＧＷ４５は、ＰＤＮ７０からＵＥ３０へ送信されるデータをＰＤＮから受信してＳＧＷ５０に転送するとともに、ＵＥ３０からＰＤＮ７０へ送信されるデータをＳＧＷ５０から受信してＰＤＮ７０へ転送する。ＰＧＷ４５は、ＵＥ３０とＰＤＮ７０との接続を提供するために、ＰＤＮコネクションを確立する。

ＳＧＷ５０は、ＬＧＷ７０と、ＨｅＮＢ１０と、ＨｅＮＢ２０と、ＨｅＮＢ２５とに接続され、ＳＧＷ５０とＨｅＮＢ２０との間でのパケット転送を行うサービス制御装置である。

ＭＭＥ６０は、シグナリングを行う装置であり、また、ＵＥ３０の位置管理及びＥＰＳベアラの確立手続を主導する位置管理装置でもある。ＥＰＳベアラとは、ＵＥ毎にＨｅＮＢ（ＨｅＮＢ１０、ＨｅＮＢ２０又はＨｅＮＢ２５）とＬＧＷ４０との間で確立されるユーザＩＰパケットを転送する論理パスのことである。なお、ＵＥ３０は、複数のＥＰＳベアラを確立することができる。

ローカルホームネットワーク（Local Home Network、ＬＨＮ）３には、ＬＧＷ４０と、ＨｅＮＢ１０と、ＨｅＮＢ２０と、ＨｅＮＢ２５と、ＵＥ３０とが含まれる。ＬＨＮ３は、ＬＧＷ４０を介してホームネットワーク９０に接続されている。ここで、ローカルホームネットワークとは、例えば、家庭内ネットワークや企業内ネットワークを示し、光ファイバやＡＤＳＬを使用してホームネットワーク９０へ接続する。

ＬＧＷ４０は、ＬＧＷ４０に接続されたＨｅＮＢ１０やＨｅＮＢ２０、ＨｅＮＢ２５に接続する場合にパケットを転送するＬＨＮ３におけるホームゲートウェイとして機能する。また、ＵＥ３０がホームネットワークへ接続する際に、ＬＩＰＡ用ＰＤＮコネクションを確立する。ＬＩＰＡ用ＰＤＮコネクションとは、ＬＧＷ４０とＵＥ３０間を接続する論理的なパスのことである。

ＨｅＮＢ１０は、フェムトセル１２を形成し、３ＧＰＰＬＴＥの基地局装置としてＵＥ３０を収容することができる。また、ＨｅＮＢ２０は、フェムトセル２２を形成し、３ＧＰＰＬＴＥの基地局装置としてＵＥ３０を収容することができる。また、ＨｅＮＢ２５は、フェムトセル２７を形成し、３ＧＰＰＬＴＥの基地局としてＵＥ３０を収容することができる。

ＵＥ３０は、３ＧＰＰＬＴＥの通信インタフェースを搭載する通信装置であり、ＨｅＮＢ１０に接続されている。

［１．２装置構成］
次に、本発明の実施形態の移動通信システム１に含まれる構成要素であるＨｅＮＢ１０、ＨｅＮＢ２０、ＨｅＮＢ２５、ＵＥ３０、ＬＧＷ４０、ＳＧＷ５０及びＭＭＥ６０構成の概略を説明する。最後に、第１実施形態のシーケンスを示すシーケンス図について説明を行う。

［１．２．１ＨｅＮＢ１０の構成］
図２は、ＨｅＮＢ１０（すなわち、ＳｏｕｒｃｅＨｅＮＢ）の構成を説明する機能構成図である。ＨｅＮＢ１０は、制御部１００に、送受信部１１０と、ＬＴＥ無線通信部１２０と、記憶部１３０と、ハンドオーバ要求生成部１４０と、パススイッチ要求信号生成部１５０と、アンテナ１２５と備えて構成されている。

制御部１００は、記憶部１３０に記憶されている各種プログラムを読み出して実行することにより、ＨｅＮＢ１０における種々の処理を実現する。この処理の実行は、制御部１００に内蔵するＣＰＵ（図示せず）等の装置を用いて実行される。

送受信部１１０は、ＬＧＷ４０から受信したＵＥ３０宛ての下りリンクデータを受信することに用いられる機能部である。また、ＬＴＥ無線通信部１２０を介してＵＥ３０からの上りリンクデータを受信し、ＬＧＷ４０に転送する。

ＬＴＥ無線通信部１２０は、ＵＥ３０と無線通信を行い、ＵＥ３０を収容するための機能部である。また、ＬＴＥ無線通信部１２０には、外部アンテナ１２５が接続されている。

記憶部１３０は、ＳｏｕｒｃｅＨｅＮＢ１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１３０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

また、記憶部１３０は、ＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２と、近隣ＨｅＮＢ関係テーブル１３４と、ハンドオーバ候補テーブル１３６とを記憶している。

ＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２は、ＵＥ３０から送信されたメジャメントレポートを利用して抽出したＨｅＮＢのリストを管理するテーブルである。ＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２の一例を図３に示す。図３では、ＳｏｕｒｃｅＨｅＮＢがメジャメントレポートを受信した結果を利用して、ＨｅＮＢ（本実施形態ではＨｅＮＢ２０及びＨｅＮＢ２５）毎に送信される参照信号を基に算出されるＵＥ３０における受信電力値の大きい順（受信電力値１＞受信電力値２）にＨｅＮＢが含められている。ここで、メジャメントレポートとは、ＵＥ３０にとって近接しているＨｅＮＢからの参照信号を利用して受信電力値などを算出されたＵＥ３０からの報告である。

近隣ＨｅＮＢ関係テーブル１３４は、ＴａｒｇｅｔＨｅＮＢから送信されたハンドオーバ要求応答を利用して、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ可能なＨｅＮＢかどうかを判定して管理するテーブルである。近隣ＨｅＮＢ関係テーブル１３４の一例を図４に示す。

図４に示すように、近隣ＨｅＮＢ関係テーブル１３４は、ハンドオーバ可能なＨｅＮＢリスト及びハンドオーバ不可能なＨｅＮＢリストが管理されている。図４に示す近隣ＨｅＮＢ関係テーブル１３４を利用することで、例えば、ＬＩＰＡハンドオーバ不可能なＨｅＮＢリストを利用して、ＬＩＰＡハンドオーバできないＨｅＮＢに対するＬＩＰＡハンドオーバ要求の送信を制限することができる。従って、効率的にＬＩＰＡハンドオーバ可能なＨｅＮＢを判定することができる。

なお、近隣ＨｅＮＢ関係テーブル１３４は、ＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢのリスト（ハンドオーバ不可能ＨｅＮＢリスト）だけを管理することとし、ＬＩＰＡハンドオーバ要求を送信するＨｅＮＢを制限しても良い。

ハンドオーバ候補テーブル１３６は、ＵＥ３０がハンドオーバするＨｅＮＢの候補を管理するテーブルである。ハンドオーバ候補テーブル１３６の一例を図５に示す。

ハンドオーバ候補テーブル１３６は、ＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２及び近隣ＨｅＮＢ関係テーブル１３６を利用して生成されるテーブルである。具体的には、ＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２から、近隣ＨｅＮＢ関係テーブル１３６内に含まれるハンドオーバ不可能ＨｅＮＢリストに含まれるＨｅＮＢを除くことで、ＬＩＰＡハンドオーバ可能なＨｅＮＢの候補を管理する。

図５（ａ）は、メジャメントレポートにより生成されたＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２と、図４（ａ）に示す近隣ＨｅＮＢ関係テーブル１３４から生成されるハンドオーバ候補テーブル１３６である。近隣ＨｅＮＢ関係テーブル１３４のハンドオーバ不可能なＨｅＮＢリストはブランクであるため、メジャメントレポートによるＴａｒｇｅｔＨｅＮＢリストからＨｅＮＢは削除されない。

図５（ｂ）は、メジャメントレポートにより生成されたＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２と、図４（ｂ）に示す近隣ＨｅＮＢ関係テーブル１３４から生成されるハンドオーバ候補テーブル１３６である。すなわち、ハンドオーバ不可能なＨｅＮＢリストにおけるＨｅＮＢ（ここでは、ＨｅＮＢ２５）を削除して生成される。ハンドオーバ要求生成部１４０は、ハンドオーバを実行することを決定し、ＴａｒｇｅｔＨｅＮＢに送信するためのハンドオーバ要求メッセージを生成する。図６（ａ）にハンドオーバ要求メッセージのフォーマットを示す。

なお、ハンドオーバ候補テーブル１３６は、以下の機能を実現できる場合には、作成しなくても良い。つまり、ＳｏｕｒｃｅＨｅＮＢは、ＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２からＴａｒｇｅｔＨｅＮＢを（例えば、受信電力値の最大のＨｅＮＢ）選択して、近隣ＨｅＮＢ関係テーブル１３２を確認し、ＬＩＰＡハンドオーバ手続きに対応していないのであれば、ＵＥ別ＴａｒｇｅｔＨｅＮＢ１３２からもう一度選択することができれば良い。

図６（ａ）におけるハンドオーバ要求メッセージでは、デフォルト領域に、従来のハンドオーバ要求の情報が含められ、オプション領域において、ＳｏｕｒｃｅＨｅＮＢが接続するＬＧＷのＬＧＷアドレス及びＳｏｕｒｃｅＨｅＮＢが適用していたＬＩＰＡベアラの情報を含められる。ここで、ＬＩＰＡベアラとは、ＬＧＷ４０からＨｅＮＢ１０を経由してＵＥ３０までの通信リソースである。例えば、ＨｅＮＢ２５へのＬＩＰＡハンドオーバ手続き時に、本ＬＩＰＡベアラを通知することで、ＬＩＰＡ用ＰＤＮコネクションを維持しつつ、ＬＧＷ４０からＨｅＮＢ２５を経由してＵＥ３０までの通信リソースを設定することができる。また、ハンドオーバ要求メッセージにおけるオプション領域に、ＬＩＰＡ用ＰＤＮコネクションを含めても良い。ここで、ＬＩＰＡ用ＰＤＮコネクションは、ＵＥ３０からＬＧＷ４０までの論理的なパスを示し、ＬＩＰＡベアラは、ＵＥ３０がＬＩＰＡ用ＰＤＮコネクションを確立した後に設定する、ホームネットワーク９０内の通信装置とデータの送受信を行う際の通信リソースを示す。

Ｘ２インタフェース部１５０は、ＳｏｕｒｃｅＨｅＮＢとの送受信を行う。Ｘ２インタフェース部１５０は、ＨｅＮＢとデータや制御情報のやりとりを行うことができる。

［１．２．２ＨｅＮＢ２０の構成]
続いて、ＨｅＮＢ２０（すなわち、第１ＴａｒｇｅｔＨｅＮＢ）について説明する。図７は、ＨｅＮＢ２０の構成を説明するための機能構成図である。

ＨｅＮＢ２０は、制御部２００と、送受信部２１０と、ＬＴＥ無線通信部２２０と、アンテナ２２５と、記憶部２３０と、ハンドオーバ要求応答生成部２４０と、Ｘ２インタフェース部２６０とを備える。

制御部２００は、記憶部２３０に記憶されている各種プログラムを読み出して実行することによりＨｅＮＢ２０における種々の処理を実現する。

送受信部２１０は、ＬＧＷ４０から受信したＵＥ３０宛ての下りリンクデータを受信することに用いられる機能部である。また、ＬＴＥ無線通信部２２０を介してＵＥ３０からの上りリンクデータを受信し、ＬＧＷ４０に転送する。また、送受信部２１０は、ＬＧＷ４０からのパススイッチ応答を受信することができる。

ＬＴＥ無線通信部２２０は、携帯電話システムＬＴＥの基地局として機能し、ＵＥ３０と送受信を行う。また、ＬＴＥ無線通信部２２０には、外部アンテナ２２５が接続されている。

記憶部２３０は、ＨｅＮＢ２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２３０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

ハンドオーバ要求応答生成部２４０は、ＬＩＰＡハンドオーバ要求を受信し、ハンドオーバ要求応答を生成する。ここで、ＬＩＰＡハンドオーバ要求に含まれるＬＩＰＡベアラやＬＧＷアドレス（ＬＩＰＡ用ＰＤＮコネクション）については処理せず、ハンドオーバ要求応答を送信する。ＨｅＮＢ１０（ＳｏｕｒｃｅＨｅＮＢ）は、ハンドオーバ要求応答を受信して、ＨｅＮＢ２０（第１ＴａｒｇｅｔＨｅＮＢ）がＬＩＰＡハンドオーバ手続きに対応していないと判断する。

Ｘ２インタフェース部２５０は、ＳｏｕｒｃｅＨｅＮＢとの送受信を行う。Ｘ２インタフェース部２５０は、ＨｅＮＢとデータや制御情報のやりとりを行うことができる。

［１．２．３ＨｅＮＢ２５の構成］
続いて、ＨｅＮＢ２５（第２ＴａｒｇｅｔＨｅＮＢ）の構成について、図８を用いて説明する。なお、ＨｅＮＢ２５は、図７で説明したＨｅＮＢ２０と比較して、ハンドオーバ要求応答生成部２４０の代わりに、ＬＩＰＡハンドオーバ要求応答生成部２４５を備えて構成されている点が異なる。ＨｅＮＢ２０と同一の機能部については、同一の符号を付し、説明を省略する。

ＬＩＰＡハンドオーバ要求応答生成部２４５は、ＬＩＰＡハンドオーバ要求を受信し、ＬＩＰＡハンドオーバが可能な場合、ＬＩＰＡハンドオーバ要求応答を生成する機能部である。図９にＬＩＰＡハンドオーバ要求応答メッセージを示す。図９では、デフォルト領域のハンドオーバ要求応答メッセージに、追加領域としてＨｅＮＢ２０が接続するＬＧＷ４０のアドレスを含める。

図６に示す、ＨｅＮＢ２０が接続するＬＧＷアドレスがＬＩＰＡハンドオーバ要求応答を受け取ったＨｅＮＢ１０（ＳｏｕｒｃｅＨｅＮＢ）は、ＨｅＮＢ２５（第２ＴａｒｇｅｔＨｅＮＢ）がＬＩＰＡハンドオーバ可能なＨｅＮＢとして判断する。

［１．２．４ＵＥ３０の構成］
続いてＵＥ３０の構成について図１０を用いて説明する。ＵＥ３０は、制御部３００と、ＬＴＥ無線通信部３１０と、記憶部３３０とを備える。

制御部３００は、ＵＥ３０の全体を制御するための機能部である。制御部３００は、記憶部３３０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。

ＬＴＥ無線通信部３２０は、ＵＥが、各ＨｅＮＢとＬＴＥの通信を行う為の機能部である。ＬＴＥ無線通信部３２０には、外部アンテナ３２５が接続されている。

記憶部３３０は、ＵＥ３０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部３３０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

ここで、ＵＥ３０の具体的な例としては、無線アクセスインタフェースを介して各ＨｅＮＢに接続する移動端末装置の他に、ＰＤＡ（携帯情報端末）、スマートホン等の端末がある。

［１．２．５ＬＧＷ４０の構成］
続いて、ＬＧＷ４０の構成について説明する。図１１は、ＬＧＷ４０の機能構成を説明するための図である。ＬＧＷ４０は、制御部４００と、送受信部４１０と、記憶部４３０と、ＰＭＩＰ処理部４４０とを備える。

制御部４００は、ＬＧＷ４０の全体を制御するための機能部である。制御部４００は、記憶部４３０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。

送受信部４１０は、ルータ又はスイッチに有線接続され、ホームアクセスネットワーク９０又はＨｅＮＢ１０、ＨｅＮＢ２０とパケットの送受信を行う。例えば、ホームアクセスネットワーク９０への接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）などによりパケットを送受信する。記憶部４３０は、ＬＧＷ４０の各種動作に必要なプログラム、データ等を記憶する機能部であり、例えば半導体メモリ等により構成されている。記憶部４３０は、バインディング情報４３２を含んで記憶されている。

バインディング情報４３２は、ＬＧＷ４０がＵＥ３０宛の、パケットに分割された通信データを受信した場合に、当該通信データをＵＥ３０に転送するための伝送路を決定するために用いられる情報である。ここで、バインディング情報の一例を図１２に示す。

図１２に示されているように、バインディング情報４３２は、ＵＥ３０のＩＰアドレスプレフィックス（以下、「ＨＮＰ（Home Network Prefix）」と言う。）と、ＬＧＷ４０への伝送路（例えば、「ＰＭＩＰトンネル１」）と、を対応づけて管理している。

ここで、ＵＥ３０のＩＰアドレスプレフィックス「ＵＥ１＿ＨＮＰ１」と伝送路「ＰＭＩＰトンネル１」は、あるＵＥ（例えば、ＵＥ３０）に対するエントリーである。

なお、各ＵＥには、ユニークな（一意的な）ＨＮＰが割り当てられるものとし、ＵＥ用のＩＰｖ６（ＩＰバージョン６）のアドレスを生成するために使用される。ここで、割り当てられるＨＮＰはＩＰｖ６である必要はなく、ＩＰｖ４（ＩＰバージョン４）であってもよい。

ＰＭＩＰ処理部４４０は、ＬＧＷ４０とＨｅＮＢ１０または、ＨｅＮＢ２０、ＨｅＮＢ２５との間で用いられる転送路（ＰＭＩＰトンネルと呼ぶ）を確立する機能部である。

［１．２．６ＳＧＷ５０の構成］
次に、ＳＧＷ５０の機能構成について説明する。図１３は、ＳＧＷ５０の構成を説明する機能ブロック図である。

ＳＧＷ５０は、制御部５００と、送受信部５１０と、記憶部５３０と、パススイッチ処理部５４０とを含んでいる。

制御部５００は、ＳＧＷ５０の全体を制御するための機能部である。制御部５００は、記憶部５３０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。

送受信部５１０は、ルータもしくはスイッチに有線接続され、ＬＧＷ４０及びＭＭＥ６０とパケットの送受信を行う。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）などにより送受信する。

記憶部５３０は、ＳＧＷ５０の各種動作に必要なプログラム、データ等を記憶する機能部であり、例えば半導体メモリ等により構成されている。

パススイッチ処理部５６０は、送受信部５１０で受信したパススイッチ要求に対して、パススイッチ要求に含まれるＨｅＮＢ２０及びＨｅＮＢ２５へデータ送信先を変更するようパススイッチ処理を行う。そして、送信部５１０は、パススイッチの要求応答をＭＭＥ６０へ送信する。

［１．２．７ＭＭＥ６０の構成］
続いて、ＭＭＥ６０の機能構成について説明する。図１４は、ＭＭＥ６０の機能構成を説明するための図である。ＭＭＥ６０は、制御部６００と、送受信部６１０と、記憶部６３０とを備えて構成される。

制御部６００は、ＭＭＥ６０の全体を制御するための機能部である。制御部６００は、記憶部６３０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。

送受信部６１０は、ルータもしくはスイッチに有線接続され、パケットの送受信を行う機能部である。送受信部６１０は、例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）等により、ＨｅＮＢ１０、ＨｅＮＢ２０及びＨｅＮＢ２５との送受信を行う。

記憶部６３０は、ＭＭＥ６０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部６３０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。ここで、記憶部６３０は、サブスクリップションＤＢ６３２と、ＡＰＮ−ＩＰアドレス変換ＤＢ６３４と、ＥＰＳベアラコンテキスト６３６とが記憶されている。

サブスクリプションＤＢ６３２は、図１５に示すように、移動通信システム１で管理しているＵＥ３０について、そのＵＥ識別子（例えば、ＩＭＳＩ（International Mobile Subscriber Identify：加入者識別情報）等から生成される「ＵＥ１」）と、許可ＣＳＧ識別子リスト（例えば「ＣＳＧ１」）と、接続可能ＡＰＮリスト（例えば、「ＬＩＰＡ」）とを対応付けて管理するＤＢである。

ここで、ＣＳＧ（Closed Subscriber Group、閉鎖加入者群）識別子とは、ＨｅＮＢ２０に割り当てられるグループ識別子であり、ＵＥ３０のＨｅＮＢ２０へのアクセス可否は、サブスクリプションＤＢ６３２の許可ＣＳＧ識別子リストに従って判断される。なお、管理の効率性から、複数のＨｅＮＢに同じＣＳＧ識別子を割り当て、アクセス権限の管理を集約することもできる。また、ＡＰＮとは、ＥＰＳにおいてサービスを識別する識別子である。

そして、ＵＥによるＨｅＮＢ１０へのアクセス可否は、現在接続中のＨｅＮＢ１０が許可ＣＳＧ識別子リストに含まれているか否かと、さらにローカルホームネットワークへのアクセスに用いるＡＰＮ（例えば、ＬＩＰＡ）が接続可能ＡＰＮリストに含まれているかによって決定される。

次に、ＡＰＮ−ＩＰアドレス変換ＤＢ６３４は、ＡＰＮとＨｅＮＢ識別子とを用いて、ＬＧＷのＩＰアドレスを解決するＤＢである。図１６に示すように、ＡＰＮ−ＩＰアドレス変換ＤＢ６３４は、ＡＰＮ（「例えば、「種別１／ＬＩＰＡ接続」）と、ＨｅＮＢ識別子（例えば、「ＨｅＮＢ１」）と、ＬＧＷアドレス（例えば、「２００１：１００：２００：３００：：２」）とを対応付けて管理している。

ここで、ＭＭＥ６０は、ＵＥ３０が接続するＨｅＮＢを切り替えた場合（例えば、切り替え元のＨｅＮＢ１０から切り替えた切り替え先のＨｅＮＢ２０に切り替えた場合）に、割り当てられているＨｅＮＢ識別子と、ローカルＩＰアクセス用ＡＰＮと、を用いて、ＡＰＮ−ＩＰアドレス変換ＤＢ６３４を参照して、切り替え先のＨｅＮＢが接続されるＬＧＷアドレスを取得する。

また、ＨｅＮＢ識別子とは、移動通信システム１に接続される総てのＨｅＮＢを一意に識別する識別子である。

ＥＰＳベアラコンテキスト６３６は、ＵＥ毎に設定されるＥＰＳベアラのコンテキスト（設定情報）を管理している。図１７に、ＥＰＳベアラコンテキスト６３６の一例を示す。

ＥＰＳベアラコンテキスト６３６は、ＵＥ識別子（例えば、「ＵＥ１」）と、接続しているＡＰＮ（例えば、「種別１／ＬＩＰＡ接続」）と、ＨｏＡ（例えば「２００１：１００：２００：３００：：５」）と、ＬＧＷアドレス（例えば、「２００１：１００：２００：３００：：２」）と、ＨｅＮＢアドレス（例えば、「２００１：１００：２００：３００：：１）と、Ｓ１−ＴＥＩＤ（例えば、「ＴＥＩＤ１」）と、セルＩＤ（例えば、「ＥＣＧ１（Ｅ-UTRAN Cell Global Identifier）１」）と、ＥＰＳベアラＩＤ（例えば、「ＥＰＳベアラ１」）と、を対応付けて管理している。

ここで、Ｓ１−ＴＥＩＤは、ＨｅＮＢ１０（あるいはＨｅＮＢ２０）とＳＧＷ５０間で確立される論理パスのＩＤであり、Ｓ１−ＴＥＩＤはＥＰＳベアラ毎に割り当てられる。

また、セルＩＤは、個々のＨｅＮＢが形成する無線セルを一意に識別する識別子である。なお、ＨｅＮＢの場合は、セルＩＤとＨｅＮＢ識別子とは同一である。

［１．３処理の流れ］
続いて、本実施形態における処理の流れについて説明する。

［１．３．１ハンドオーバ処理手続］
まず、ハンドオーバ処理手続について説明する。具体的には、ＨｅＮＢ１０とＵＥ３０との間において、接続状態を確立して通信を開始している状態から（ＬＧＷ４０からＳｏｕｒｃｅＨｅＮＢ）、説明を開始する。なお、図１５において、ＳｏｕｒｃｅＨｅＮＢは、接続状態を確立しているＨｅＮＢ１０であり、ＴａｒｇｅｔＨｅＮＢ（第１ＴａｒｇｅｔＨｅＮＢ又は第２ＴａｒｇｅｔＨｅＮＢ）は、ＵＥ３０がＳｏｕｒｃｅＨｅＮＢとの接続状態を維持できず、ハンドオーバ要求の送信先であり、ハンドオーバ手続きによって接続状態を新たに確立するＴａｒｇｅｔＨｅＮＢ（第１ＴａｒｇｅｔＨｅＮＢ又は第２ＴａｒｇｅｔＨｅＮＢ）のことである。

図１８に、ＳｏｕｒｃｅＨｅＮＢからＴａｒｇｅｔＨｅＮＢへハンドオーバ手続を行うためのシーケンス図を示す。図１８において、まず、ＳｏｕｒｃｅＨｅＮＢは近隣ＨｅＮＢ関係テーブル１３４を利用してハンドオーバ手続き開始の決定を行う（Ｓ１００２）。そして、ハンドオーバ先決定及びＨｅＮＢリスト作成処理が実行される（ステップＳ１００４）。

ここで、図１９を用いて、ステップＳ１００４において実行されるＳｏｕｒｃｅＨｅＮＢ（本実施形態におけるＨｅＮＢ１０）がＬＩＰＡハンドオーバ候補テーブル１３６を利用してハンドオーバ手続きの開始の決定の手順を示す。

まず、ＳｏｕｒｃｅＨｅＮＢ（ＨｅＮＢ１０）は、ＵＥ３０からのメジャメントレポートを利用してＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２を作成する（ステップＳ２０００）。ここで、ＵＥ３０は、メジャメントレポートを、近隣のＨｅＮＢ（ＨｅＮＢ１０、ＨｅＮＢ２０、ＨｅＮＢ２５含む）から送信される参照信号を測定して作成する。例えば、ＨｅＮＢ１０についてのメジャメントレポートは、ＨｅＮＢ１０から送信された参照信号を測定して作成する。

また、ＵＥ３０は、ＨｅＮＢ２０についてのメジャメントレポートは、ＨｅＮＢ２０（第１ＴａｒｇｅｔＨｅＮＢ）から送信された参照信号を測定して作成する。さらに、ＵＥ３０は、ＨｅＮＢ２５（第２ＴａｒｇｅｔＨｅＮＢ）についてのメジャメントレポートは、ＨｅＮＢ２５から送信された参照信号を測定して作成する。ここで、メジャメントレポートとしては、例えば、参照信号の受信電力値に関する情報が記載される。

続いて、ＳｏｕｒｃｅＨｅＮＢ（ＨｅＮＢ１０）は、近隣ＨｅＮＢ関係テーブル１３４に含められたハンドオーバ不可能ＨｅＮＢリストに含まれるＨｅＮＢを、ステップＳ２０００で作成したメジャメントレポートによるＴａｒｇｅｔＨｅＮＢの候補から削除し、ＵＥ３０におけるＬＩＰＡハンドオーバ可能なハンドオーバ候補テーブル１３６を作成する（ステップＳ２００２）。

なお、ハンドオーバ候補テーブル１３６は、以下の機能を実現できる場合には、作成しなくても良い。つまり、ＳｏｕｒｃｅＨｅＮＢは、ＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２からＴａｒｇｅｔＨｅＮＢを（例えば、受信電力値の最大のＨｅＮＢ）選択して、近隣ＨｅＮＢテーブル１３２を確認し、ＬＩＰＡハンドオーバ手続きに対応していないのであれば、ＵＥ別ＴａｒｇｅｔＨｅＮＢ１３２からもう一度選択できれば良い。

ここで、ＳｏｕｒｃｅＨｅＮＢは、ＵＥ３０におけるＬＩＰＡハンドオーバ可能なＴａｒｇｅｔＨｅＮＢリスト（ハンドオーバ候補テーブル１３６）を作成した結果、ＴａｒｇｅｔＨｅＮＢがないと判断される場合、ハンドオーバ手続きを終了する（ステップＳ２００４；Ｎｏ）。

ＳＴＥＰ２００２において、ハンドオーバ候補テーブル１３６を作成しなかった場合には、ＵＥ別ＴａｒｇｅｔＨｅＮＢ１３２から近隣ＨｅＮＢテーブル１３４におけるハンドオーバ不可能ＨｅＮＢリストに含まれるＨｅＮＢを除いた結果、ＴａｒｇｅｔＨｅＮＢの候補が残されていない場合、ハンドオーバ手続きを終了する。

他方、ハンドオーバ候補テーブル１３６に基づいて、ＴａｒｇｅｔＨｅＮＢとなるＨｅＮＢがある場合には（ステップＳ２００４；Ｙｅｓ）、ＳｏｕｒｃｅＨｅＮＢは、ＵＥ３０におけるＬＩＰＡハンドオーバ可能なＴａｒｇｅｔＨｅＮＢを選択する（ステップＳ２００６）。ここで、ＴａｒｇｅｔＨｅＮＢを選択する方法は、種々の方法が考えられるが、例えば、ＵＥ３０においてＬＩＰＡハンドオーバ可能なＴａｒｇｅｔＨｅＮＢリスト（ハンドオーバ候補テーブル１３６）からＵＥ３０からメジャメントレポートで報告された受信電力値の最も高いＨｅＮＢを選択することができる。

ＳＴＥＰ２００２において、ハンドオーバ候補テーブル１３６を作成しなかった場合には、ＵＥ別ＴａｒｇｅｔＨｅＮＢ１３２から近隣ＨｅＮＢテーブル１３４におけるハンドオーバ不可能ＨｅＮＢリストに含まれるＨｅＮＢを除いた結果、ＵＥ３０からのメジャメントレポートで報告された受信電力値の最も高いＨｅＮＢをＴａｒｇｅｔＨｅＮＢとして選択する。

続いて、ＳｏｕｒｃｅＨｅＮＢは、ステップＳ２００６で選択したＴａｒｇｅｔＨｅＮＢへハンドオーバ要求を送信する（ステップＳ２００８）。ここで、ＳｏｕｒｃｅＨｅＮＢが送信するハンドオーバ要求には、少なくとも図６（ａ）で示すようにＳｏｕｒｃｅＨｅＮＢが接続しているＬＧＷのアドレスとＬＩＰＡベアラに関する情報とがオプションに含められる。ここで、ＬＩＰＡ用ＰＤＮコネクションをオプションに含めても良い。

ここで、ＳｏｕｒｃｅＨｅＮＢがハンドオーバ要求のオプションに、ＬＧＷアドレス及び、ＬＩＰＡベアラを含めることによって、ＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢに対しては、ＬＧＷアドレス及び、ＬＩＰＡベアラに関与することなく、ハンドオーバ要求応答を送信することができる。ここで、ＬＩＰＡ用ＰＤＮコネクションが含まれる場合においても、ＴａｒｇｅｔＨｅＮＢは、ＬＩＰＡ用ＰＤＮコネクションに関与しない。

一方、ＬＩＰＡハンドオーバ手続きに対応するＨｅＮＢに対しては、ＬＧＷアドレス及び、ＬＩＰＡベアラの情報、（ＬＩＰＡ用ＰＤＮコネクションがハンドオーバ要求のオプションに含まれる場合には、ＬＩＰＡ用ＰＤＮコネクションも含む）を抽出し、ＬＩＰＡハンドオーバ手続きにおけるハンドオーバ要求応答を返信することが可能である。

さらに、ＳｏｕｒｃｅＨｅＮＢが本ハンドオーバ要求メッセージを送信することによって、従来のハンドオーバ手続きの開始に対する応答を返信するだけでなく、ＬＩＰＡハンドオーバ手続きに対応する機能を有しているかどうかも確認することが可能となる。

ＳｏｕｒｃｅＨｅＮＢからハンドオーバ要求を受信したＴａｒｇｅｔＨｅＮＢは、ハンドオーバ要求応答を返信し、ＳｏｕｒｃｅＨｅＮＢは、ハンドオーバ要求応答を受信する（ステップＳ２０１０）。

ＬＩＰＡハンドオーバ手続きに対応していないＴａｒｇｅｔＨｅＮＢである場合（例えば、本実施形態においては、第１ＴａｒｇｅｔＨｅＮＢ（ＨｅＮＢ２０））には、ハンドオーバ要求のオプション部分に含まれるＬＧＷのアドレス及びＬＩＰＡベアラに関する情報（ＬＩＰＡ用ＰＤＮコネクションがハンドオーバ要求のオプションに含まれる場合には、ＬＩＰＡ用ＰＤＮコネクションも含む）を処理することなしに、ハンドオーバ要求応答を返信する。

ここで、ＳｏｕｒｃｅＨｅＮＢから送信されるハンドオーバ要求のオプション部分にＬＩＰＡハンドオーバの情報要素（ＬＧＷアドレス、ＬＩＰＡベアラ、ＬＩＰＡ用ＰＤＮコネクション）が含められているため、ＬＩＰＡハンドオーバ手続きに対応していないＴａｒｇｅｔＨｅＮＢは、オプション部分に含められたＬＩＰＡハンドオーバの情報要素に関与することなく、従来のハンドオーバ手続きとして処理し、ハンドオーバ要求応答をＳｏｕｒｃｅＨｅＮＢへ送信することができる。

これによって、ＴａｒｇｅｔＨｅＮＢは、ＬＩＰＡハンドオーバ手続きに対応していないことをＳｏｕｒｃｅＨｅＮＢへ通知することができる。

一方、ＳｏｕｒｃｅＨｅＮＢからハンドオーバ要求を受信したＴａｒｇｅｔＨｅＮＢが、ＬＩＰＡハンドオーバ手続きに対応しているＨｅＮＢである場合（例えば、本実施形態においては、第２ＴａｒｇｅｔＨｅＮＢ（ＨｅＮＢ２５））には、ハンドオーバ要求のオプション部分に含まれるＬＧＷのアドレス及びＬＩＰＡベアラに関する情報を抽出し、ハンドオーバ要求応答を返信する。このとき、ハンドオーバ要求応答には、ＴａｒｇｅｔＨｅＮＢが接続するＬＧＷのアドレスが含まれている。

ここで、ＳｏｕｒｃｅＨｅＮＢがハンドオーバ要求のオプションに、ＬＧＷアドレス及び、ＬＩＰＡベアラ、（ＬＩＰＡ用ＰＤＮコネクション）を含めることによって、ＬＩＰＡハンドオーバ手続きに対応しているＴａｒｇｅｔＨｅＮＢは、オプションに含められたＬＧＷアドレス及び、ＬＩＰＡベアラの情報を抽出することができ、ＬＩＰＡハンドオーバ手続きにおけるハンドオーバ要求応答を返信することが可能となる。

これによって、ＴａｒｇｅｔＨｅＮＢは、ＬＩＰＡハンドオーバ手続きに対応していることをＳｏｕｒｃｅＨｅＮＢへ通知することができる。

上記のように、ＳｏｕｒｃｅＨｅＮＢがハンドオーバ要求メッセージのオプションにＬＩＰＡハンドオーバの情報要素を含めて送信することによって、ＴａｒｇｅｔＨｅＮＢは、ＬＩＰＡハンドオーバ手続きに対応していないことをＳｏｕｒｃｅＨｅＮＢへ通知することができる。また、ＴａｒｇｅｔＨｅＮＢは、ＬＩＰＡハンドオーバ手続きにおけるハンドオーバ要求応答を送信することによって、ＴａｒｇｅｔＨｅＮＢがハンドオーバ手続きに対応していることをＳｏｕｒｃｅＨｅＮＢへ通知することができる。

つまり、上記で述べた、ＳｏｕｒｃｅＨｅＮＢとＴａｒｇｅｔＨｅＮＢ間におけるハンドオーバ要求および、ハンドオーバ要求応答のやりとりは、従来のハンドオーバ手続きの開始に対する応答を返信するだけでなく、ＬＩＰＡハンドオーバ手続きに対応する機能を有しているかどうかも確認することが可能となる。

ハンドオーバ要求応答を受信したＳｏｕｒｃｅＨｅＮＢ（ステップＳ２０１０；Ｙｅｓ）は、ハンドオーバ要求応答に含められているＴａｒｇｅｔＨｅＮＢのＬＧＷアドレスを確認する（ステップＳ２０１２）。

ここで、ハンドオーバ要求応答にＬＧＷアドレスが含まれていない場合には（ステップＳ２０１４；Ｎｏ）、近隣ＨｅＮＢ関係テーブルに、ハンドオーバ不可能なＨｅＮＢとして追加する（ステップＳ２０１６）。

一方、ハンドオーバ要求応答にＬＧＷアドレスが含まれている場合（ステップＳ２０１４；Ｙｅｓ）、ＳｏｕｒｃｅＨｅＮＢは、ハンドオーバ要求に含めたＨｅＮＢをＴａｒｇｅｔＨｅＮＢとして決定し、本手続きを終了する。

ここで、ステップＳ２０１４において、ハンドオーバ要求応答にＬＧＷアドレスが含まれていると判定された場合（ステップＳ２０１４；Ｙｅｓ）、ＳｏｕｒｃｅＨｅＮＢとＴａｒｇｅｔＨｅＮＢは同じＬＧＷに接続されているかを確認しても良い。

また、ＳｏｕｒｃｅＨｅＮＢとＴａｒｇｅｔＨｅＮＢが同じＬＧＷに接続されているかは、ＳｏｕｒｃｅＨｅＮＢが接続するＬＧＷのＬＧＷアドレスと、ＴａｒｇｅｔＨｅＮＢが接続するＬＧＷのＬＧＷアドレスとが同じであるかどうかを確認すればよい。ＳｏｕｒｃｅＨｅＮＢが接続するＬＧＷのＬＧＷアドレスとＴａｒｇｅｔＨｅＮＢが接続するＬＧＷのＬＧＷアドレスが同じである場合には、ＳｏｕｒｃｅＨｅＮＢとＴａｒｇｅｔＨｅＮＢは同じＬＧＷに接続されていると判定され、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きを可能であると判断しても良い。

他方、ＳｏｕｒｃｅＨｅＮＢとＴａｒｇｅｔＨｅＮＢが異なるＬＧＷに接続されている場合には、近隣ＨｅＮＢ関係テーブル１３４に、ハンドオーバ不可能なＨｅＮＢとして追加しても良い（ステップＳ２０１６）。

なお、上記の異なるＨｅＮＢに接続されているＨｅＮＢは、近隣ＨｅＮＢ関係テーブル１３４において管理しても良く、別のテーブルとして管理しても良い。

一方、Ｓ２０１６の処理の行った場合、ステップＳ２０００の処理に戻り、上記処理を繰り返す。本処理では、ＴａｒｇｅｔＨｅＮＢからのハンドオーバ要求応答にＬＧＷアドレスが含まれるか（または、ＳｏｕｒｃｅＨｅＮＢとＴａｒｇｅｔＨｅＮＢが同じＬＧＷアドレスに接続されているか）、ＴａｒｇｅｔＨｅＮＢの候補がなくなるまで本処理を繰り返す。

なお、上記の手順において、近隣ＨｅＮＢ関係テーブル１３４及びハンドオーバ候補テーブル１３６の変化について説明する。ここで図３におけるＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２では、ＵＥ３０からのメジャメントレポートの結果、ＨｅＮＢ２０および、ＨｅＮＢ２５が含まれている。このとき、ＵＥからのメジャメントレポートの結果は、時間によって変わらないものとし、ＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２の管理されている内容は同じとする。

また、ハンドオーバ候補テーブル１３６は、近隣ＨｅＮＢ関係テーブル１３４を利用して、ＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２からＴａｒｇｅｔＨｅＮＢの候補を制限することができれば、作成しなくても良い。つまり、ＳｏｕｒｃｅＨｅＮＢは、ＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２からＴａｒｇｅｔＨｅＮＢを（例えば、受信電力値の最大のＨｅＮＢ）選択して、近隣ＨｅＮＢテーブル１３２を確認し、ＬＩＰＡハンドオーバ手続きに対応していないのであれば、ＵＥ別ＴａｒｇｅｔＨｅＮＢ１３２からもう一度選択できれば良い。

図４（ａ）における近隣ＨｅＮＢ関係テーブル１３４は、近隣ＨｅＮＢ関係テーブルの初期状態を示している。図４（ｂ）における近隣ＨｅＮＢ関係テーブル１３４は、ＨｅＮＢ２０がＬＩＰＡハンドオーバ手続きに対応したＨｅＮＢでないため、図１９のステップＳ２０１４において、ハンドオーバ要求応答にＬＧＷアドレスが含まれないことから、ステップＳ２０１４で「Ｎｏ」と判定され、ステップＳ２０１６において、近隣ＨｅＮＢ関係テーブル１３４にハンドオーバ要求不可能としてＨｅＮＢ２５が追加された状態である。

また、図５（ａ）におけるハンドオーバ候補テーブル１３６は、最初にステップＳ２００２で作成したハンドオーバ候補テーブル１３６であり、近隣ＨｅＮＢテーブル１３４が図４（ａ）の初期状態において作成したハンドオーバ候補テーブル１３６を示しているとする。

ここで、図３におけるＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２には、ＨｅＮＢ２０及びＨｅＮＢ２５が含められており、図４（ａ）における近隣ＨｅＮＢ関係テーブルには、何も含まれていないため、図５（ａ）におけるハンドオーバ候補テーブル１３６には、ＨｅＮＢ２０及びＨｅＮＢ２５が含まれる。

ここで、ＴａｒｇｅｔＨｅＮＢとして、ＨｅＮＢ２０が選択されるが、ＨｅＮＢ２０は、ＬＩＰＡハンドオーバ手続きに対応していないため、ステップＳ２０１６において、近隣ＨｅＮＢ関係テーブル１３４におけるハンドオーバ不可能リストにＨｅＮＢ２０が追加される。

２回目のステップＳ２００２におけるハンドオーバ候補テーブル１３６の作成では、図４（ｂ）における近隣ＨｅＮＢ関係テーブル１３４におけるハンドオーバ不可能リストにＨｅＮＢ２０が含まれた状態において作成されたハンドオーバ候補テーブル１３６を示している。

ここで、図３におけるＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２には、ＨｅＮＢ２０及びＨｅＮＢ２５が含められており、図４（ｂ）における近隣ＨｅＮＢ関係テーブル１３４には、ＨｅＮＢ２０がハンドオーバ不可能リストに含まれているため、図５（ｂ）におけるハンドオーバ候補テーブル１３６には、ＨｅＮＢ２５のみが含まれる。ＨｅＮＢ２５は、ＬＩＰＡハンドオーバ手続きが可能であるため、ＨｅＮＢ２５がＴａｒｇｅｔＨｅＮＢとして選択される。

ここで、ＳｏｕｒｃｅＨｅＮＢが、ハンドオーバ候補テーブル１３６を作成しない場合、ＳｏｕｒｃｅＨｅＮＢは、ＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル１３２から、近隣ＨｅＮＢテーブル１３４におけるハンドオーバ不可能リストに含まれるＨｅＮＢ２０を除き、残ったＴａｒｇｅｔＨｅＮＢの候補であるＨｅＮＢ２５をＴａｒｇｅｔＨｅＮＢとして選択する。ＨｅＮＢ２５は、ＬＩＰＡハンドオーバ手続きに対応したＨｅＮＢであるため、図１９における手続きを完了することができる。

図１８に戻って、ＳｏｕｒｃｅＨｅＮＢは、ＲＲＣ接続再設定通知をＵＥ３０へ送信する（Ｓ１００６）。ＲＲＣ接続再設定通知には、第２ＴａｒｇｅｔＨｅＮＢを示す識別子が含められている。

続いて、ＵＥ３０は、ＲＲＣ接続再設定通知に含められている第２ＴａｒｇｅｔＨｅＮＢの情報に基づいて、ＲＲＣ接続再設定を行い、第２ＴａｒｇｅｔＨｅＮＢと設定を完了したことを確認して、第２ＴａｒｇｅｔＨｅＮＢにＲＲＣ接続再設定完了通知を送信する（Ｓ１００８）。

ＲＲＣ接続再設定完了通知を受信した第２ＴａｒｇｅｔＨｅＮＢはパススイッチ要求をＭＭＥ６０へ送信する（Ｓ１０１０）。パススイッチの要求には、ＨｅＮＢを切り替えるＵＥに関する情報、ＡＰＮ、パススイッチ元となるＳｏｕｒｃｅＨｅＮＢに関する情報及びパススイッチ先となる第２ＴａｒｇｅｔＨｅＮＢの情報、ＴａｒｇｅｔＨｅＮＢが接続するＬＧＷアドレス、ＬＩＰＡベアラに関する情報を含める。ここで、ＬＩＰＡ用ＰＤＮコネクションを含めてもよい。

第２ＴａｒｇｅｔＨｅＮＢからパススイッチ要求を受信したＭＭＥ６０は、パススイッチ要求に含められたＵＥに関する情報及びＬＩＰＡベアラに関する情報に対応するＥＰＳベアラコンテキスト６３６のＨｅＮＢアドレスをＳｏｕｒｃｅＨｅＮＢのアドレスから第２ＴａｒｇｅｔＨｅＮＢのアドレスへ変更する。続いて、ＳＧＷ５０へベアラ変更要求を送信する（Ｓ１０１２）。ここで、ＬＩＰＡ用ＰＤＮコネクションに関連付けて、ＥＰＳベアラコンテキストを変更しても良い。

ＭＭＥ６０はベアラ変更要求に、ＨｅＮＢを切り替えるＵＥに関する情報（ＬＩＰＡベアラ）、ＡＰＮ、ＳｏｕｒｃｅＨｅＮＢが接続するＬＧＷアドレス、ベアラ変更元となるＳｏｕｒｃｅＨｅＮＢに関する情報及びベアラ変更先となる第２ＴａｒｇｅｔＨｅＮＢの情報を含める。ここで、ＬＩＰＡ用ＰＤＮコネクションの情報を含めても良い。

ベアラ変更要求を受信したＳＧＷ５０は、ＬＧＷ４０へベアラ変更要求を送信する（Ｓ１０１４）。ＳＧＷ５０は、ベアラ変更要求に、ＨｅＮＢを切り替えるＵＥに関する情報、ＡＰＮ、ＳｏｕｒｃｅＨｅＮＢが接続するＬＧＷアドレス、ベアラ変更元となるＳｏｕｒｃｅＨｅＮＢに関する情報及びベアラ変更先となる第２ＴａｒｇｅｔＨｅＮＢの情報を含める。ここで、ＬＩＰＡ用ＰＤＮコネクションの情報を含めても良い。

ＳＧＷ５０からベアラ変更要求を受信したＬＧＷ４０は、ＳｏｕｒｃｅＨｅＮＢから第２ＴａｒｇｅｔＨｅＮＢへＵＥ３０に対する、データの宛先を変更しデータ送受信に必要となるＬＩＰＡベアラも同時に変更する。データの宛先、ベアラをそれぞれ変更したＬＧＷ４０は、ベアラ変更応答をＳＧＷ５０へ送信する（Ｓ１０１６）。

ＬＧＷ４０からベアラ変更応答を受信したＳＧＷ４０は、ＬＧＷ４０からＨｅＮＢ２０へパスの変更及びＬＩＰＡベアラの変更が完了したことを確認し、ベアラ変更応答をＭＭＥ６０へ送信する（Ｓ１０１８）。

一方、ＬＧＷ４０は、パススイッチを完了したことを示すパススイッチ応答を第２ＴａｒｇｅｔＨｅＮＢへ送信する（Ｓ１０２０）。ＬＧＷ４０からパススイッチ応答を受信した第２ＴａｒｇｅｔＨｅＮＢは、ＳｏｕｒｃｅＨｅＮＢから第２ＴａｒｇｅｔＨｅＮＢへパスが変更されたことを確認し、ＳｏｕｒｃｅＨｅＮＢへリソース解放の通知を送信する（Ｓ１０２２）。

上記の手順を経ることにより、ＬＧＷ５０からＳｏｕｒｃｅＨｅＮＢへのデータの送受信している場合において、ＵＥが移動してＨｅＮＢを切り替える必要があっても、適切なＴａｒｇｅｔＨｅＮＢを選択し、データの送受信を切り替えるハンドオーバ手続きを完了することができる。

上記の手続きにより、ＳｏｕｒｃｅＨｅＮＢは、ＬＩＰＡハンドオーバ手続きであることを示す情報要素を含めてハンドオーバ要求を送信することによって、ＴａｒｇｅｔＨｅＮＢが、ＬＩＰＡハンドオーバ手続きに対応するかどうかを検知し、近隣ＨｅＮＢ関係テーブルを構築することができ、近隣ＨｅＮＢ関係テーブルを利用して、不必要なハンドオーバ要求の送信を抑制することができる。

つまり、ＳｏｕｒｃｅＨｅＮＢは、ハンドオーバ要求にＬＩＰＡハンドオーバ手続きであることを示す新たな情報要素をオプション部分に含めて送信することによって、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応するＨｅＮＢであるかどうかを検知することができる。

さらに、ＳｏｕｒｃｅＨｅＮＢは、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応するＨｅＮＢであることを検知し、近隣ＨｅＮＢ関係テーブルにＬＩＰＡハンドオーバ手続きに対応するＨｅＮＢとして分類できる。

また、ＳｏｕｒｃｅＨｅＮＢは、近隣ＨｅＮＢ関係テーブルにＬＩＰＡハンドオーバ手続きに対応しないＨｅＮＢとＬＩＰＡハンドオーバ手続きに対応するＨｅＮＢを分類した近隣ＨｅＮＢ関係テーブルを利用して、ＬＩＰＡハンドオーバ手続きに対応しないＨｅＮＢにハンドオーバ要求の送信を抑制することによって、効率的なＬＩＰＡハンドオーバ手続きを開始することができる。

（変形例）
なお、ホームネットワーク９０は、インターネットなどへのアクセスが可能となるブロードバンドアクセスネットワークであっても良い。

移動通信システム１におけるＬＧＷ４０は、アクセス制御装置であって、ホームネットワークなどの家庭内ネットワークと接続されるだけでなく、ＵＥ３０からの送受信データをブロードバンドアクセスネットワークに転送することもできる。

ここで、ＵＥ３０とブロードバンドアクセスネットワーク間におけるデータの送受信を行うことを、コアネットワーク８０への経路を回避して、有線系のネットワークにおいてデータの送受信を行うことから、ＳＩＰＴＯ（Selected IP Traffic Offload、アクセス選択型トラフィックオフロード）と呼ぶ。また、ＵＥ３０は、ＨｅＮＢからブロードバンドアクセスネットワークへの接続のために、ＳＩＰＴＯ用ＰＤＮコネクションを利用する。また、ＵＥ３０は、ブロードバンドアクセスネットワーク内における通信装置と、ＬＧＷ４０経由でデータの送受信を行う。ＵＥ３０は、ブロードバンドアクセスネットワーク内における通信装置とデータの送受信を行う場合、ＬＧＷ４０とＳＩＰＴＯベアラを設定する必要がある。

上記の場合において、ＳＩＰＴＯハンドオーバ手続きに対応するＨｅＮＢとＳＩＰＴＯハンドオーバ手続きに対応しないＨｅＮＢが混在する可能性がある。つまり、ＳＩＰＴＯハンドオーバ手続きに対応しないＨｅＮＢが設置された状態において、ＳＩＰＴＯハンドオーバ手続きに対応するＨｅＮＢが追加された場合、ＳＩＰＴＯハンドオーバ手続きに対応しないＨｅＮＢにアップデートなどによるＳＩＰＴＯハンドオーバ手続きの機能追加が行われない可能性がある。ＨｅＮＢは、家庭において運用されるため、オンラインアップデートが行われないまま、ＨｅＮＢの利用が継続される可能性がある。つまり、ＳＩＰＴＯハンドオーバ手続きに対応するＨｅＮＢおよび、ＳＩＰＴＯハンドオーバ手続きに対応しないＨｅＮＢが混在する状況において、本実施形態で示す手続きは有効である。

ＬＩＰＡハンドオーバ手続きを利用することで、ＳＩＰＴＯハンドオーバ手続きに対しても同様に適用することが可能である。

つまり、移動通信システム１におけるホームネットワーク９０の代わりに、ブロードバンドアクセスネットワークへ置き換えた場合、ＳｏｕｒｃｅＨｅＮＢは、ＳＩＰＴＯハンドオーバ手続きにおいて、ハンドオーバ要求のオプションに、ＬＧＷアドレスおよび、ＳＩＰＴＯベアラを含めることによって、ＴａｒｇｅｔＨｅＮＢが、ＳＩＰＴＯハンドオーバ手続きに対応するかどうかを検知し、近隣ＨｅＮＢ関係テーブルを構築することができ、近隣ＨｅＮＢ関係テーブルを利用して、不必要なハンドオーバ要求の送信を抑制することができる。ここで、ハンドオーバ要求のオプションに、ＳＩＰＴＯ用ＰＤＮコネクションを含めても良い。

つまり、ＳｏｕｒｃｅＨｅＮＢは、ハンドオーバ要求にＳＩＰＴＯハンドオーバ手続きであることを示す新たな情報要素（ＬＧＷアドレスおよび、ＳＩＰＴＯベアラ（ＳＩＰＴＯ用ＰＤＮコネクション））をオプション部分に含めて送信することによって、ＴａｒｇｅｔＨｅＮＢがＳＩＰＴＯハンドオーバ手続きに対応するＨｅＮＢであるかどうかを検知することができる。

さらに、ＴａｒｇｅｔＨｅＮＢは、ＳｏｕｒｃｅＨｅＮＢからの上記ハンドオーバ要求を受信し、従来のハンドオーバ要求応答を送信することによって、ＳＩＰＴＯハンドオーバ手続きに対応しないことを示すことができる。

また、ＳｏｕｒｃｅＨｅＮＢは、ＴａｒｇｅｔＨｅＮＢからの従来のハンドオーバ要求応答を受信し、ＴａｒｇｅｔＨｅＮＢがＳＩＰＴＯハンドオーバ手続きに対応しないＨｅＮＢであることを検知することができる。

さらに、ＳｏｕｒｃｅＨｅＮＢは、ＴａｒｇｅｔＨｅＮＢがＳＩＰＴＯハンドオーバ手続きに対応しないＨｅＮＢであることを検知し、近隣ＨｅＮＢ関係テーブルにＳＩＰＴＯハンドオーバ手続きに対応しないＨｅＮＢとして分類できる。

また、ＴａｒｇｅｔＨｅＮＢは、ＳｏｕｒｃｅＨｅＮＢからの上記ハンドオーバ要求を受信し、ＳＩＰＴＯハンドオーバ手続きにおけるハンドオーバ要求応答を送信することによって、ＳＩＩＰＴＯハンドオーバ手続きに対応することを示すことができる。

さらに、ＳｏｕｒｃｅＨｅＮＢは、ＴａｒｇｅｔＨｅＮＢからのＳＩＰＴＯハンドオーバ手続きにおけるハンドオーバ要求応答を受信し、ＴａｒｇｅｔＨｅＮＢがＳＩＰＴＯハンドオーバ手続きに対応するＨｅＮＢであることを検知することができる。

さらに、ＳｏｕｒｃｅＨｅＮＢは、ＴａｒｇｅｔＨｅＮＢがＳＩＰＴＯハンドオーバ手続きに対応するＨｅＮＢであることを検知し、近隣ＨｅＮＢ関係テーブルにＳＩＰＴＯハンドオーバ手続きに対応するＨｅＮＢとして分類できる。

また、ＳｏｕｒｃｅＨｅＮＢは、近隣ＨｅＮＢ関係テーブルにＳＩＰＴＯハンドオーバ手続きに対応しないＨｅＮＢとＳＩＰＴＯハンドオーバ手続きに対応するＨｅＮＢを分類した近隣ＨｅＮＢ関係テーブルを利用して、ＳＩＰＴＯハンドオーバ手続きに対応しないＨｅＮＢにハンドオーバ要求の送信を抑制することによって、効率的なＳＩＰＴＯハンドオーバ手続きを開始することができる。

［２．第２実施形態］
続いて、第２実施形態について説明する。本実施形態における移動通信システムは、第１実施形態で説明した構成と同様の構成が利用できるため、説明を省略する。なお、ＨｅＮＢ間の論理的なパスを構築するＸ２インタフェースは存在せず、ＨｅＮＢ間での制御情報のやりとりは直接行うことができない。

第２実施形態では、ＳｏｕｒｃｅＨｅＮＢ（ＨｅＮＢ１０）が送信するハンドオーバ要求をＭＭＥ６０へ送信することから開始する。

第１実施形態では、ＨｅＮＢ間において制御情報のやりとりを行うことにより、ハンドオーバ手続きを開始することができたが、第２実施形態では、ＨｅＮＢ間において制御情報のやりとりができない場合に、利用可能なハンドオーバ手続きについて説明する。
上述した処理について、図２０を利用して説明を行う。

まず、ＳｏｕｒｃｅＨｅＮＢはＵＥ３０から定期的に送信されるメジャメントレポートを利用して、ＬＩＰＡハンドオーバ手続きの開始を決定する（Ｓ３００２）。メジャメントレポートの利用方法は第１実施形態で説明した方法を利用でき、例えば、メジャメントレポートに含まれる受信電力値に関する情報を利用することができる。

続いて、ＳｏｕｒｃｅＨｅＮＢはハンドオーバ先の決定とＨｅＮＢリストの作成を行う（Ｓ３００３）。ここで、Ｓ３００３は、点線で囲まれたＳ３００４からＳ３０１４までの処理において、ハンドオーバ先の決定と近隣ＨｅＮＢ関係テーブルを作成する処理である。

すなわち、図１９において、ＳｏｕｒｃｅＨｅＮＢが近隣ＨｅＮＢ関係テーブルを利用してハンドオーバ先の決定を行う手順は、第１実施形態で説明した手順を、ＳｏｕｒｃｅＨｅＮＢとＴａｒｇｅｔＨｅＮＢ間において同様に利用することができる。

ただし、第２実施形態では、ＳｏｕｒｃｅＨｅＮＢとＴａｒｇｅｔＨｅＮＢ間において、直接制御情報のやりとりを行うことはできないため、ＭＭＥ６０を介して制御情報のやりとりを行う（図２０におけるＳ３００４からＳ３０１４の処理）。

ＳｏｕｒｃｅＨｅＮＢがＭＭＥ６０を介してＴａｒｇｅｔＨｅＮＢとハンドオーバ要求とハンドオーバ要求応答をやりとりする手順は次のとおりである。まず、ＳｏｕｒｃｅＨｅＮＢは、ハンドオーバ要求をＭＭＥ６０へ送信する（Ｓ３００４）。ここで、ＳｏｕｒｃｅＨｅＮＢが送信するハンドオーバ要求には、図６（ｂ）のハンドオーバ要求メッセージで示すようにＳｏｕｒｃｅＨｅＮＢが接続しているＬＧＷのアドレスとＬＩＰＡベアラに関する情報、ＴａｒｇｅｔＨｅＮＢに関する情報とがオプションに含められる。ここで、ＳｏｕｒｃｅＨｅＮＢが送信するハンドオーバ要求には、ＬＩＰＡ用ＰＤＮコネクションがオプションに含められても良い。

ここで、第１実施形態と同様に、図４に示す近隣ＨｅＮＢ関係テーブル１３４において、ＴａｒｇｅｔＨｅＮＢがＬＩＰＡハンドオーバ手続きに対応していないと判断される場合、ハンドオーバ要求を送信することを中止し、ＬＩＰＡハンドオーバ手続き可能なＨｅＮＢを探索する。

ＳｏｕｒｃｅＨｅＮＢからハンドオーバ要求を受信したＭＭＥ６０は、ハンドオーバ要求に含められたＵＥ３０に関する情報及びＬＩＰＡベアラに関する情報をセッション生成要求に含めてＳＧＷ５０に送信する（Ｓ３００６）。

ＭＭＥ６０はセッション生成要求に、ＳｏｕｒｃｅＨｅＮＢを切り替えるＵＥ３０に関する情報、ベアラ変更元となるＳｏｕｒｃｅＨｅＮＢに関する情報及びベアラ変更先となるＴａｒｇｅｔＨｅＮＢの情報を含める。

ＬＧＷ４０からセッション生成要求を受信したＳＧＷ５０は、ＬＧＷ４０からＨｅＮＢ２０へパスの変更及びベアラの変更が完了したことを確認し、セッション生成要求をＭＭＥ６０へ送信する（Ｓ３００８）。

ＳＧＷ４０からセッション生成要求を受信したＭＭＥ６０は、３００４で通知されたＴａｒｇｅｔＨｅＮＢへハンドオーバ要求を送信する（Ｓ３０１０）。ここで、ＭＭＥ６０が送信するハンドオーバ要求には、図６（ａ）のハンドオーバ要求メッセージで示すようにＳｏｕｒｃｅＨｅＮＢが接続しているＬＧＷのアドレスとＬＩＰＡベアラに関する情報がオプションに含められる。ここで、ハンドオーバ要求には、ＬＩＰＡ用ＰＤＮコネクションがオプションに含められても良い。

ＭＭＥ６０からハンドオーバ要求を受信したＴａｒｇｅｔＨｅＮＢは、ＬＩＰＡハンドオーバ手続きに対応していないＨｅＮＢである場合（例えば、ＨｅＮＢ２０）、ハンドオーバ要求のオプション部分に含まれるＬＧＷのアドレス及び、ＬＩＰＡベアラに関する情報を無視し、ハンドオーバ要求応答を返信する。

また、ＭＭＥ６０からハンドオーバ要求を受信したＴａｒｇｅｔＨｅＮＢが、ＬＩＰＡハンドオーバ手続きに対応しているＨｅＮＢである場合（例えば、ＨｅＮＢ２５）、ハンドオーバ要求のオプション部分に含まれるＬＧＷのアドレス及びＬＩＰＡベアラに関する情報を抽出し、ハンドオーバ要求応答を返信する（Ｓ３０１２）。このとき、ハンドオーバ要求応答には、図９で示すようにＴａｒｇｅｔＨｅＮＢが接続するＬＧＷのアドレスが含められる。

ここで、ＬＩＰＡハンドオーバ手続きに対応するＴａｒｇｅｔＨｅＮＢが送信するハンドオーバ要求に対する返信は、ハンドオーバ要求応答だけに限られるものでなく、例えば、ＬＩＰＡハンドオーバ手続きに対応していることを示す信号であっても良い。

ＳｏｕｒｃｅＨｅＮＢと同じＬＧＷアドレスが含まれたハンドオーバ要求応答を受信したＭＭＥ６０は、ＳｏｕｒｃｅＨｅＮＢへハンドオーバ要求応答を送信する（Ｓ３０１４）。ここで送信するハンドオーバ要求応答は、ＴａｒｇｅｔＨｅＮＢからＭＭＥ６０へ送信されたハンドオーバ要求応答と同様のハンドオーバ要求応答が送信される。つまり、ＬＩＰＡハンドオーバ手続きに対応していないＴａｒｇｅｔＨｅＮＢの場合には、ＬＧＷアドレスを含めることなく、ハンドオーバ要求応答を送信し、ＬＩＰＡハンドオーバ手続きに対応するＴａｒｇｅｔＨｅＮＢの場合には、ＬＧＷアドレスが含まれたハンドオーバ要求応答を送信することとなる。

上記のＳ３００４〜Ｓ３０１４では、ＭＭＥ６０を介して、ハンドオーバ要求、ハンドオーバ要求応答をそれぞれＳｏｕｒｃｅＨｅＮＢ、ＴａｒｇｅｔＨｅＮＢ（ＨｅＮＢ２０又はＨｅＮＢ２５）に転送することでＳｏｕｒｃｅＨｅＮＢとＴａｒｇｅｔＨｅＮＢ間でハンドオーバ要求、ハンドオーバ要求応答を送信することができる。つまり、図１９で示したハンドオーバ先の決定とハンドオーバ候補テーブルの作成をＳｏｕｒｃｅＨｅＮＢ、ＴａｒｇｅｔＨｅＮＢ間において行うことができる。

次に、ＭＭＥ６０は、ＳｏｕｒｃｅＨｅＮＢへハンドオーバ命令を送信する（Ｓ３０１６）。ここで、ハンドオーバ命令は、Ｓ３０１６で送信したハンドオーバ要求応答を送信する代わりに送信しても良い。つまり、ハンドオーバ命令に、ハンドオーバ要求応答の情報要素やＴａｒｇｅｔＨｅＮＢが接続するＬＧＷアドレスを含めても良い。

ハンドオーバ命令を受信したＳｏｕｒｃｅＨｅＮＢは、ＵＥ３０へハンドオーバ命令を送信する（Ｓ３０１８）。ハンドオーバ命令を受信したＵＥ３０はＳｏｕｒｃｅＨｅＮＢとの接続を切断し、ＴａｒｇｅｔＨｅＮＢと接続を確立する。

一方、ＳｏｕｒｃｅＨｅＮＢはＵＥ３０との接続を切断したことを確認し、ＭＭＥ６０へハンドオーバの通知を送信する（Ｓ３０２０）。ここで、ハンドオーバの通知には、ＵＥを識別する情報を含める。

ＳｏｕｒｃｅＨｅＮＢからハンドオーバの通知を受信したＭＭＥ６０は、ハンドオーバの通知に含められたＵＥに関する情報及びＬＩＰＡに対応するＥＰＳベアラコンテキスト６３６のＨｅＮＢアドレスをＳｏｕｒｃｅＨｅＮＢのアドレスからＴａｒｇｅｔＨｅＮＢのアドレスへ変更する。続いて、ＭＭＥ６０は、ＳＧＷ５０へベアラ変更要求を送信する（Ｓ３０２２）。ＭＭＥ６０はベアラ変更要求に、ＨｅＮＢを切り替えるＵＥに関する情報（ＬＩＰＡベアラに関する情報）、ＡＰＮ（ＬＩＰＡ）、ベアラ変更元となるＳｏｕｒｃｅＨｅＮＢに関する情報及びベアラ変更先となるＴａｒｇｅｔＨｅＮＢの情報を含める。ここで、ＭＭＥ６０は、セッション生成要求にＬＩＰＡ用ＰＤＮコネクションを含めても良い。

ベアラ変更要求を受信したＳＧＷ５０は、ＬＧＷ４０へベアラ変更要求を送信する（Ｓ３０２４）。ＳＧＷ５０は、ベアラ変更要求に、ＨｅＮＢを切り替えるＵＥに関する情報（ＬＩＰＡベアラ）、ＡＰＮ、ベアラ変更元となるＳｏｕｒｃｅＨｅＮＢに関する情報及びベアラ変更先となるＴａｒｇｅｔＨｅＮＢの情報を含める。ここで、ＭＭＥ６０は、セッション生成要求にＬＩＰＡ用ＰＤＮコネクションを含めても良い。

ＳＧＷ５０からベアラ変更要求を受信したＬＧＷ４０は、ＳｏｕｒｃｅＨｅＮＢからＴａｒｇｅｔＨｅＮＢへＵＥ３０に対する、データの宛先を変更しデータ送受信に必要となるベアラも同時に変更する。データの宛先、ベアラをそれぞれ変更したＬＧＷ４０は、ベアラ変更応答をＳＧＷ５０へ送信する（Ｓ３０２６）。

ＬＧＷ４０からベアラ変更応答を受信したＳＧＷ４０は、ＬＧＷ４０からＨｅＮＢ２０へパスの変更及びベアラの変更が完了したことを確認し、ベアラ変更応答をＭＭＥ６０へ送信する（Ｓ３０２８）。

一方、ＬＧＷ４０は、ＳｏｕｒｃｅＨｅＮＢからＴａｒｇｅｔＨｅＮＢへパス及びベアラが変更されたことを確認し、ＴａｒｇｅｔＨｅＮＢへパススイッチ応答を送信する（Ｓ３０３０）。

パススイッチ応答を受信したＴａｒｇｅｔＨｅＮＢは、ＬＧＷとの通信路が確立していることを確認し、ＳｏｕｒｃｅＨｅＮＢへリソース解放の通知を送信する（Ｓ３０３２）。ＳｏｕｒｃｅＨｅＮＢは、ＴａｒｇｅｔＨｅＮＢからのリソース解放通知を受け取り、ＬＩＰＡハンドオーバ手続きが完了したことを把握する。

上記の手順を経ることにより、ＨｅＮＢ間において制御情報のやりとりができない場合であっても、ＬＧＷ５０からＳｏｕｒｃｅＨｅＮＢへのデータを送受信している場合において、ＵＥが移動してＨｅＮＢを切り替える必要があっても、適切なＴａｒｇｅｔＨｅＮＢを選択し、データの送受信を切り替えるハンドオーバ手続きを完了することができる。

［３．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。

また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個
別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。

１移動通信システム
３ローカルホームネットワーク
９０ホームネットワーク
１０ＨｅＮＢ
１００制御部
１１０送受信部
１２０ＬＴＥ無線通信部
１２５アンテナ
１３０記憶部
１３２ＵＥ別ＴａｒｇｅｔＨｅＮＢテーブル
１３４近隣ＨｅＮＢ関係テーブル
１３６ハンドオーバ候補テーブル
１４０ハンドオーバ要求生成部
１５０Ｘ２インタフェース部
２０ＨｅＮＢ
２００制御部
２１０送受信部
２２０ＬＴＥ無線通信部
２２５アンテナ
２３０記憶部
２４０ハンドオーバ要求制せ産
２５ＨｅＮＢ
３０ＵＥ
４０ＬＧＷ
５０ＳＧＷ
６０ＭＭＥ

Claims

移動端末装置及び前記移動端末装置が接続される第一のホーム基地局装置と前記移動端末装置が移動後に接続される第二のホーム基地局装置とが接続されるローカルホームネットワークが、ゲートウェイ装置を介して外部ネットワークに接続される移動通信システムに含まれる第一のホーム基地局装置において、
位置管理装置又は前記第二のホーム基地局装置に、ハンドオーバ要求を送信するハンドオーバ要求送信手段と、
前記位置管理装置又は前記第二のホーム基地局装置から、前記ハンドオーバ要求の応答としてハンドオーバ要求応答を受信する受信手段と、
前記ハンドオーバ要求応答に、
前記第二のホーム基地局装置と対応づけられるＬＩＰＡハンドオーバ可能であることを示す情報が含まれていない場合には、前記第二のホーム基地局装置がＬＩＰＡハンドオーバ不可能と、
前記第二のホーム基地局装置と対応づけられるＬＩＰＡハンドオーバ可能であることを示す情報が含まれている場合には、前記第二のホーム基地局装置がＬＩＰＡハンドオーバ可能と、
管理する管理手段と、
を備えることを特徴とするホーム基地局装置。
前記ハンドオーバ要求応答に含まれる、前記第二のホーム基地局装置と対応づけられる、ＬＩＰＡハンドオーバ可能であることを示す情報は、前記ゲートウェイ装置のアドレスであって、
前記管理手段は、
前記ＬＩＰＡハンドオーバ可能であることを示す情報として、前記ゲートウェイ装置のアドレスが含まれていない場合には、前記第二のホーム基地局装置がＬＩＰＡハンドオーバ不可能と、
前記ＬＩＰＡハンドオーバ可能であることを示す情報として、前記ゲートウェイ装置のアドレスが含まれている場合には、前記第二のホーム基地局装置がＬＩＰＡハンドオーバ可能と、
管理することを特徴とする請求項１に記載のホーム基地局装置。
移動端末装置及び前記移動端末装置が接続される第一のホーム基地局装置と前記移動端末装置が移動後に接続される第二のホーム基地局装置とが接続されるローカルホームネットワークが、ゲートウェイ装置を介して外部ネットワークに接続される移動通信システムに接続される位置管理装置において、
前記第一のホーム基地局装置からハンドオーバ要求を受信するハンドオーバ要求受信手段と、
前記ハンドオーバ要求を受信した場合に、前記第二のホーム基地局装置が、ＬＩＰＡハンドオーバの受付が可能か否かを確認する確認手段と、
前記第二のホーム基地局装置が、ＬＩＰＡハンドオーバの受付が可能である場合には、前記第二のホーム基地局装置と対応づけられるＬＩＰＡハンドオーバ可能であることを示す情報を含んだハンドオーバ要求応答を前記第一のホーム基地局装置へ送信し、
前記第二のホーム基地局装置が、ＬＩＰＡハンドオーバの受付が不可能である場合には、前記第二のホーム基地局装置と対応づけられるＬＩＰＡハンドオーバ可能であることを示す情報を含まないでハンドオーバ要求応答を前記第一のホーム基地局装置へ送信する、
ハンドオーバ要求応答送信手段と、
を備えることを特徴とする位置管理装置。
前記第二のホーム基地局装置が前記ＬＩＰＡハンドオーバ可能であることを示す情報は、前記ゲートウェイ装置のアドレスであって、
前記ハンドオーバ要求応答送信手段は、
前記第二のホーム基地局装置が、ＬＩＰＡハンドオーバの受付が可能である場合には、前記ゲートウェイ装置のアドレスを含み、
前記第二のホーム基地局が、ＬＩＰＡハンドオーバの受付が不可能である場合には、前記ゲートウェイ装置のアドレスを含まない、
ことを特徴とする請求項３に記載の位置管理装置。
移動端末装置及び前記移動端末装置が接続される第一のホーム基地局装置と前記移動端末装置が移動後に接続される第二のホーム基地局装置が接続されるローカルホームネットワークが、ゲートウェイ装置を介して外部ネットワークに接続される移動通信システムにおいて、
位置管理装置は、
前記第二のホーム基地局装置が、ＬＩＰＡハンドオーバの受付が可能か否かを確認し、
前記第二のホーム基地局装置が、ＬＩＰＡハンドオーバ受付が可能な場合には、前記第二のホーム基地局装置と対応づけられるＬＩＰＡハンドオーバ可能であることを示す情報を含むハンドオーバ要求応答を、前記第二のホーム基地局装置が、ＬＩＰＡハンドオーバ受付が不可能な場合には、前記第二のホーム基地局装置と対応づけられるＬＩＰＡハンドオーバ可能であることを示す情報を含まないハンドオーバ要求応答を、前記第一のホーム基地局装置へ送信し、
前記第一のホーム基地局装置は、
前記ハンドオーバ要求応答を受信し、
前記ハンドオーバ要求応答に、前記第二のホーム基地局装置と対応づけられるＬＩＰＡハンドオーバ可能であることを示す情報を含む場合には、ＬＩＰＡハンドオーバ可能と、前記第二のホーム基地局装置と対応づけられるＬＩＰＡハンドオーバ可能であることを示す情報が含まれていない場合には、ＬＩＰＡハンドオーバ不可能と、
管理すること、
を特徴とする移動通信システム。