WO2013073556A1

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

Info

Publication number: WO2013073556A1
Application number: PCT/JP2012/079474
Authority: WO
Inventors: 政幸榎本; 真史新本; 順二平出
Original assignee: シャープ株式会社
Priority date: 2011-11-17
Filing date: 2012-11-14
Publication date: 2013-05-23
Also published as: EP2782393A1; JP5889607B2; JP2013106334A; US20140321429A1; CN103947257A; EP2782393A4

Abstract

　移動端末装置が接続されたホーム基地局装置が、ハンドオーバ要求を送信し、他のホーム基地局装置が、ハンドオーバ要求に対する応答を送信することによって、管理テーブルを利用したＬＩＰＡハンドオーバ手続きを開始することができる移動通信システム等を提供すること。　移動端末装置が他のホーム基地局装置にハンドオーバを行う場合に、管理テーブルからＬＩＰＡハンドオーバが可能なホーム基地局装置をハンドオーバ先として決定する移動通信システムにおいて、受信されたハンドオーバ要求に、ゲートウェイ装置のアドレスが含まれている場合には、ＬＩＰＡハンドオーバ可能と、ゲートウェイ装置のアドレスが含まれていない場合にはＬＩＰＡハンドオーバが不可能と管理テーブルを更新する

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", 3GPPTSGSAWG2 #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

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