JPWO2012032782A1 - 通信システム、通信方法、並びに移動端末及び基地局装置 - Google Patents

Abstract

移動端末のトラフィックに対するリアルタイムかつ安価なセキュリティフィルタリングを実現すること。本発明の基地局装置は、移動端末及びコアネットワーク装置に対する基地局処理を実施する基地局処理部と、移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える、基地局装置であって、前記セルラ通信部は、移動端末から、外部ネットワークＰＤＮに接続するための接続要求メッセージ（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）受信し、前記基地局処理部は、前記接続要求メッセージに指定されたアクセスポイント名（ＡＰＮ）に基づき、ローカルネットワークを示すアクセスポイント名（ＡＰＮ）がＡＰＮ−Ｌ以外である場合、前記接続要求メッセージをアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”に置き換えてモビリティ管理エンティティ（ＭＭＥ）に転送し、前記接続制御部は、前記モビリティ管理エンティティ（ＭＭＥ）から受信したベアラ確立したアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”が格納されたコンテキストセットアップ要求メッセージに基づき、前記セルラ通信部を介して移動端末（ＵＥ）との間で無線ベアラ設定処理を実施する。

Description

本発明は、通信システム、通信方法、並びに移動端末及び基地局装置に関する。

セルラ通信システムのカバレッジを拡充させるための方策として、住宅や学校、企業などの狭域エリアをカバーするセルを形成するフェムト基地局の導入が進められている。さらには、フェムト基地局を介して自宅や学校、企業などが運用するローカルネットワークに接続するローカルＩＰアクセスサービスへの期待が高まっている。これは、従来の無線ＬＡＮによるローカルネットワーク接続に比べて、セルラ技術を用いることによるＱｏＳ保証やセキュリティ確保の高さに対する期待である。

フェムト基地局を介したローカルネットワーク接続は、セルラ標準技術を策定する標準化団体において検討が進められている。特に３ＧＰＰ（３^ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、ローカルＩＰアクセス（Ｌｏｃａｌ ＩＰ Ａｃｃｅｓｓ； ＬＩＰＡ）としてネットワークアーキテクチャ、方式、プロトコルの策定が進められている（非特許文献１）。非特許文献１では、接続先となるローカルネットワーク（以下、ローカルＩＰネットワークやＬＩＰＡネットワークとも呼ぶ）を示す識別子（特に、アクセスポイント名Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ； ＡＰＮと呼ぶ）を移動端末が指定してＬＩＰＡを実施する方法が開示されている。

また一方で、携帯電話をＩＰ端末化する技術開発の進展により、インターネットへの常時接続が現実のものとなりつつある。こうした中で、悪意のあるインターネットサイトに意図せずアクセスしてしまったり、ウィルスを含んだ電子メールを受信したり、インターネット常時接続における本質的な問題も数多く確認されている。こうした問題を解決するために、オペレータ網のパケットゲートウェイ等にセキュリティフィルタを設定する方法がある。ここで、セキュリティフィルタには、送信元／宛先アドレス、ポート番号、プロトコル番号等の組み合わせからなる所謂ファイブタプル（ｆｉｖｅ ｔｕｐｐｌｅｓ）や、Ｗｅｂページの識別子であるＵＲＬなどをフィルタエントリーとして設定する。セキュリティフィルタエントリーにマッチするパケットをセキュリティゲートウェイが捕捉すると、パケットを破棄したりユーザに通知したりする等のアクションを実行する。

上述のようなセキュリティフィルタエントリーの設定は、一般に加入者情報データベース等を経由して実施される。例えば、ユーザがオペレータのＷｅｂページなどを通じてフィルタエントリーの設定を行う。したがって、設定が反映されるまでに時間を要する。サービスによっては、使用するアドレスやポート番号を動的に変更するものもあり、フィルタエントリーへリアルタイムに反映されることは重要な要件となる。

また、個々の携帯電話ユーザが個別に実施する必要がある。特に学校や教育施設など多くの携帯電話ユーザが集まるエリアでは、学校事務として一括設定を実施することが考えられる。多くの携帯電話に対する個別の設定は大きな労力を伴う。しかも、インターネット上の有害サイトは日々増加するもので、それにあわせてフィルタエントリーの更新が必要になるため、個別設定に対する労力は計り知れない。また、生徒が独自にフィルタエントリーを変更することも考えられ、学校が推奨する教育環境に必要なフィルタエントリーを個々の携帯電話契約に設定することは限界がある。

上記問題を解決するために、校内ネットワークにセキュリティフィルタリングを実施するゲートウェイを設置する。例えば学校が運用するネットワークにオペレータコア網の設備であるサービングゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ：ＳＧＷ）を設置し、セキュリティフィルタリングを実施することが考えられる。これは、フィルタリング対象とする携帯電話をフェムト基地局に収容し、校内ＳＧＷを経由してインターネット接続のためのＰＤＮコネクションをオペレータコア網のパケットゲートウェイ（ＰＧＷ）と確立し、携帯電話のトラフィックをＳＧＷにおいてフィルタリングするものである。これにより、セキュリティフィルタを校内のＳＧＷに設定できるので、設定反映のリアルタイム性を確保することができる。また、収容する携帯電話のトラフィックを一括でフィルタリングできるので、個々の携帯電話についてフィルタエントリーの設定を行う必要がない。

ＴＲ２３．８２９ ｖｅｒｓｉｏｎ １．１．０； "Ｌｏｃａｌ ＩＰ Ａｃｃｅｓｓ ａｎｄ Ｓｅｌｅｃｔｅｄ ＩＰ Ｔｒａｆｆｉｃ Ｏｆｆｌｏａｄ， Ｒｅｌｅａｓｅ−１０"

しかしながら上記方法において、ＳＧＷはオペレータ設備のため高価であるとともに、設置に際しては高いセキュリティレベルが要求される。特に、校内ネットワークを介してインターネット等の外部網からの攻撃を受けることのないように、例えばオペレータの規約にもとづく高いセキュリティ対策を校内ネットワークに適用する必要があり、ネットワーク管理コストの著しい増加が懸念される。

また、携帯電話の接続に際してはオペレータコア網装置であるモバイル管理エンティティ（ＭＭＥ）が接続先となるサービングゲートウェイ（ＳＧＷ）の選択を実施するが、接続元となる基地局に応じてサービングゲートウェイ（ＳＧＷ）を選択するために、例えばサービングゲートウェイ（ＳＧＷ）と基地局のマッピングテーブルを保持、管理する必要がある。すなわち、特定のフェムト基地局からの接続であることを確認した場合のみ、校内のサービングゲートウェイ（ＳＧＷ）を割り当てるなど、モバイル管理エンティティ（ＭＭＥ）において個別の管理が必要になり、サービングゲートウェイ（ＳＧＷ）選択処理が繁雑になるという問題がある。

本発明の目的は、基地局装置を介してネットワークに接続する移動端末のコネクションを、セルラ回線により接続したローカルネットワークアクセス経由の非セルラ接続コネクションに切り替えるための通信システム、通信方法、並びに移動端末及び基地局装置を提供することである。

本発明は、移動端末及びコアネットワーク装置に対する基地局処理を実施する基地局処理部と、移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える、基地局装置であって、前記セルラ通信部は、移動端末から、外部ネットワークＰＤＮに接続するための接続要求メッセージ（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）を受信し、前記基地局処理部は、前記接続要求メッセージに指定されたアクセスポイント名（ＡＰＮ）に基づき、ローカルネットワークを示すアクセスポイント名（ＡＰＮ）がＡＰＮ−Ｌ以外である場合、前記接続要求メッセージをアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”に置き換えてモビリティ管理エンティティ（ＭＭＥ）に転送し、前記接続制御部は、前記モビリティ管理エンティティ（ＭＭＥ）から受信したベアラ確立したアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”が格納されたコンテキストセットアップ要求メッセージに基づき、前記セルラ通信部を介して移動端末（ＵＥ）との間で無線ベアラ設定処理を実施する、基地局装置を提供する。

また、本発明は、基地局装置との接続およびハンドオーバを含むプロトコル処理を実施する通信処理部と、前記基地局装置を介して外部ネットワークＰＤＮに接続するか、又は前記基地局装置を介してＬＩＰＡによる接続を実施するかを切り替えるための接続処理部と、Ｎｏｎ３Ｇアクセス手法によるハンドオーバを実施するためのＮ３Ｇ接続処理部と、を備える移動端末であって、前記接続処理部は、再接続の際に前記基地局装置から前記通信処理部を介して通知された接続先のアクセスポイント名（ＡＰＮ）が、最初の接続の際に前記通信処理部を介して指定した接続先のアクセスポイント名（ＡＰＮ）である前記外部ネットワークＰＤＮのアクセスポイント名（ＡＰＮ−Ｍ）と異なる、ＬＩＰＡ用のアクセスポイント名（ＡＰＮ−Ｌ）であると判定した場合、前記Ｎ３Ｇ接続処理部を介してＮｏｎ３Ｇアクセス手法によるハンドオーバを実施する、移動端末を提供する。

また、本発明は、ローカルゲートウェイ（ＬＧＷ）と接続するためのプロトコルを実施するＬＧＷ通信部と、移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える基地局装置であって、前記ＬＧＷ通信部は、ハンドオーバ通知メッセージにＬＩＰＡ用のアクセスポイント名（ＡＰＮ−Ｌ）を格納してモビリティ管理エンティティ（ＭＭＥ）に送信し、無線ベアラ確立したアクセスポイント名（ＡＰＮ）として、前記ＬＩＰＡ用のアクセスポイント名（ＡＰＮ−Ｌ）を格納するコンテキストセットアップ要求メッセージを前記モビリティ管理エンティティ（ＭＭＥ）から受信し、前記接続制御部は、前記セルラ通信部を介して、前記コンテキストセットアップ要求メッセージに格納された前記ＬＩＰＡ用のアクセスポイント名（ＡＰＮ−Ｌ）に基づき、ハンドオーバ前に確立されていた外部ネットワークＰＤＮへのベアラとは異なるＬＩＰＡベアラ設定処理を移動端末との間で実施する、基地局装置を提供する。

また、本発明は、基地局装置とビリティ管理エンティティ（ＭＭＥ）を有し、移動端末がアイドルモードから復帰して通信を開始するための通信システムであって、前記基地局装置は、前記移動端末がアイドルモードから復帰して通信を開始するためのサービスリクエストメッセージに、当該基地局装置から前記移動端末が接続可能なＬＩＰＡのアクセスポイント名（ＡＰＮ−Ｌ）を格納し、前記モビリティ管理エンティティ（ＭＭＥ）に送信し、前記モビリティ管理エンティティ（ＭＭＥ）は、前記サービスリクエストメッセージに格納された前記ＬＩＰＡのアクセスポイント名（ＡＰＮ−Ｌ）に対応するローカルゲートウェイ（ＬＧＷ）のアドレスを選択し、無線ベアラ確立したアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”が格納された、コンテキストセットアップ要求メッセージを前記基地局装置に送信する、通信システムを提供する。

また、本発明は、移動端末が基地局装置からマクロ基地局（ｅＮＢ）へのハンドオーバを実施するための通信システムであって、前記マクロ基地局（ｅＮＢ）は、前記移動端末から受信したハンドオーバ確認（Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍａｔｉｏｎ）メッセージに基づき、ハンドオーバ通知（Ｈａｎｄｏｖｅｒ Ｎｏｔｉｆｙ）メッセージに、前記移動端末が接続済みのアクセスポイント名（ＡＰＮ）に対するＬＩＰＡ実施可否を示す情報を格納して、モビリティ管理エンティティ（ＭＭＥ）に送信し、前記モビリティ管理エンティティ（ＭＭＥ）は、前記ＬＩＰＡ実施可否を示す情報に基づきＬＩＰＡ実施可能であると判定した場合、確立済みのＬＩＰＡベアラを前記マクロ基地局（ｅＮＢ）にハンドオーバし、前記ＬＩＰＡ実施可否を示す情報に基づきＬＩＰＡ実施不可能であると判定した場合、前記移動端末の加入者情報に基づき、ＬＩＰＡベアラ上のコネクションが接続しているパケットゲートウェイＰＧＷのアドレスを抽出する、通信システムを提供する。

また、本発明は、マクロ基地局（ｅＮＢ）とモビリティ管理エンティティ（ＭＭＥ）を有し、移動端末がアイドルモードから復帰して通信を開始するための通信システムであって、前記マクロ基地局（ｅＮＢ）は、前記移動端末がアイドルモードから復帰して通信を開始するためのサービスリクエストメッセージに前記移動端末が接続済みのアクセスポイント名（ＡＰＮ）に対するＬＩＰＡ実施可否を示す情報を格納し、前記モビリティ管理エンティティ（ＭＭＥ）に送信し、前記モビリティ管理エンティティ（ＭＭＥ）は、前記ＬＩＰＡ実施可否を示す情報に基づきＬＩＰＡ実施可能であると判定した場合、確立済みのＬＩＰＡベアラを前記マクロ基地局（ｅＮＢ）にて確立し、前記ＬＩＰＡ実施可否を示す情報に基づきＬＩＰＡ実施不可能であると判定した場合、前記移動端末の加入者情報に基づき、ＬＩＰＡベアラ上のコネクションが接続しているパケットゲートウェイＰＧＷのアドレスを抽出する、通信システムを提供する。

また、本発明は、移動端末が基地局装置からＬＩＰＡベアラ経由で外部ネットワークＰＤＮに接続するための通信システムであって、前記移動端末は、確立されたＬＩＰＡベアラ上に接続先となる前記外部ネットワークＰＤＮを示すアクセスポイント名（ＡＰＮ−Ｍ）を格納してＤＨＣＰリクエストメッセージをＤＨＣＰサーバに送信し、前記ＤＨＣＰサーバは、ＡＡＡサーバから受信したＡＰＮ−Ｍへの認証／承認結果、前記移動端末に“ＡＰＮ−Ｍ”への接続が承認されると、フィルタゲートウェイにパケットゲートウェイＰＧＷとのパス構築を指示し、ＡＰＮ−Ｍに接続するためのＩＰアドレスを格納したＤＨＣＰ応答メッセージを前記移動端末に送信する、通信システムを提供する。

また、本発明は、移動端末及びコアネットワーク装置に対する基地局処理を実施する基地局処理部と、移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える基地局装置と、移動端末との通信方法であって、前記セルラ通信部が、前記移動端末から、外部ネットワークＰＤＮに接続するための接続要求メッセージ（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）受信するステップと、前記基地局処理部が、前記接続要求メッセージに指定されたアクセスポイント名（ＡＰＮ）に基づき、ローカルネットワークを示すアクセスポイント名（ＡＰＮ）がＡＰＮ−Ｌ以外である場合、前記接続要求メッセージをアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”に置き換えてモビリティ管理エンティティ（ＭＭＥ）に転送するステップと、前記接続制御部が、前記モビリティ管理エンティティ（ＭＭＥ）から受信したベアラ確立したアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”が格納されたコンテキストセットアップ要求メッセージに基づき、前記セルラ通信部を介して前記移動端末との間で無線ベアラ設定処理を実施する、ステップとを備える、通信方法を提供する。

本発明に係る通信システム、通信方法、並びに移動端末及び基地局装置によれば、基地局装置を介してネットワークに接続する移動端末のコネクションを、ローカルネットワークアクセス経由のコネクションに切り替えることができ、リアルタイムかつ安価なセキュリティフィルタリングを移動端末のトラフィックに適用することができる。

また、本発明に係る通信システム、通信方法、並びに移動端末及び基地局装置によれば、サービングゲートウェイ（ＳＧＷ）のように高価かつ管理ネットワークの著しく高いセキュリティ確保が要求されるオペレータコア網装置をローカルに設置する必要がなく、運用コストの低減を図ることができる。

また、本発明に係る通信システム、通信方法、並びに移動端末及び基地局装置によれば、モバイル管理エンティティ（ＭＭＥ）によるサービングゲートウェイ（ＳＧＷ）選択においても、特定基地局に対するデータベース管理が不要となり、モバイル管理エンティティ（ＭＭＥ）におけるデータベース管理負担、処理負荷を低減することができる。

実施の形態１に係る通信システムの構成を示す図 図１に示す通信システムの動作を説明するための図 移動端末（ＵＥ）１０の構成を示すブロック図 移動端末（ＵＥ）１０の「ＰＤＮ接続処理」フロー図 ローカル基地局２０の構成を示すブロック図 ローカル基地局２０の「ＵＥ接続処理」フロー図 実施の形態２に係る通信システムの構成を示す図 図７に示す通信システムの動作を説明するための図 実施の形態２に係る移動端末（ＵＥ）１０Ａの構成を示すブロック図 移動端末（ＵＥ）１０Ａの「ハンドオーバ処理」を示すフロー図 ローカル基地局２０Ａの構成を示すブロック図 ローカル基地局２０Ａの「ハンドオーバ処理」フロー図 モビリティ管理エンティティ（ＭＭＥ）５０Ａの構成を示すブロック図 モビリティ管理エンティティ（ＭＭＥ）５０Ａの「ハンドオーバ処理」フロー図 実施の形態３に係る通信システムの構成を示す図 、図１５に示す通信システムの動作を説明するための図 実施の形態３に係る移動端末（ＵＥ）１０Ｂの構成を示すブロック図 移動端末（ＵＥ）１０Ｂの「アイドル復帰処理」を示すフロー図 実施の形態３に係るローカル基地局２０Ｂの構成を示すブロック図 ローカル基地局２０Ｂの「アイドル復帰処理」を示すフロー図 モビリティ管理エンティティ（ＭＭＥ）５０Ｂの構成を示すブロック図 モビリティ管理エンティティ（ＭＭＥ）５０Ｂの「アイドル復帰処理」を示すフロー図 実施の形態４に係る通信システムの構成を示す図 図２３に示す通信システムの動作を説明するための図 実施の形態４に係る移動端末（ＵＥ）１０Ｃの構成を示すブロック図 実施の形態４に係るローカル基地局２０Ｃの構成を示すブロック図 モビリティ管理エンティティ（ＭＭＥ）５０Ｃの構成を示すブロック図 モビリティ管理エンティティ（ＭＭＥ）５０Ｃの「ハンドオーバ処理」を示すフロー図 実施の形態５に係る通信システムの構成を示す図 図２９に示す通信システムの動作を説明するための図 実施の形態５に係る移動端末（ＵＥ）１０Ｄの構成を示すブロック図 実施の形態５に係るローカル基地局２０Ｄの構成を示すブロック図 モビリティ管理エンティティ（ＭＭＥ）５０Ｄの構成を示すブロック図 モビリティ管理エンティティ（ＭＭＥ）５０Ｄの「アイドル復帰処理」フロー図 実施の形態６に係る通信システムの構成を示す図 図３５に示す通信システムの動作を説明するための図 実施の形態６に係る移動端末（ＵＥ）１０Ｅの構成を示すブロック図 移動端末（ＵＥ）１０Ｅの「接続処理」を示すフロー図 実施の形態７に係る初期接続に関する通信システムの構成を示す図 図３９に示す通信システムの動作を説明するための図 実施の形態７に係る移動端末（ＵＥ）１０００の構成を示すブロック図 移動端末１０００の「ＵＥ＿ＬＡＮ収容処理」を示すフロー図 実施の形態７に係るマクロＲＡＮからローカルＲＡＮへのハンドオーバに関する通信システムの構成を示す図 図４３に示す通信システムの動作を説明するための図 図４１に示す移動端末１０００のマクロＲＡＮからローカルＲＡＮへのハンドオーバに係る動作を説明するための図 実施の形態７に係るマクロＲＡＮから移動してローカルＲＡＮでアイドル復帰する場合に関する通信システムの構成を示す図 図４６に示す通信システムの動作を説明するための図 図４１に示す移動端末１０００がマクロＲＡＮから移動してローカルＲＡＮでアイドル復帰する場合の動作を説明するための図 実施の形態７に係るローカルＲＡＮからマクロＲＡＮへのハンドオーバに関する通信システムの構成を示す図 図４９に示す通信システムの動作を説明するための図 図４１に示す移動端末１０００のローカルＲＡＮからマクロＲＡＮへのハンドオーバに係る動作を説明するための図 実施の形態７に係るローカルＲＡＮから移動してマクロＲＡＮでアイドル復帰する場合に関する通信システムの構成を示す図 図５２に示す通信システムの動作を説明するための図 実施の形態７に係る異なる通信システムの構成を示す図 図５４に示す異なる通信システムの動作を説明するための図 図４１に示す移動端末（ＵＥ）１０００の異なる動作について説明するための図

以下、本発明の実施の形態について、図面を参照して説明する。

（実施の形態１）
実施の形態１に係る通信システムでは、携帯電話（以下、移動端末と呼ぶ）がフェムト基地局（以下、ローカル基地局と呼ぶ）経由でインターネット等のネットワークサービスを提供するＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋｓ）にアクセスするための初期接続（Ｉｎｉｔｉａｌ Ａｔｔａｃｈ）処理を実施する。

＜通信システムの構成＞
実施の形態１に係る通信システムの構成について、図１を用いて説明する。図１は実施の形態１に係る通信システムの構成を示す図である。図１に示す通信システムは、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）として機能する移動端末１０（図中、ＵＥ １０）と、移動端末１０が接続するローカル基地局２０と、ローカル基地局２０が形成するローカルＲＡＮ １００と、ローカル基地局２０が接続するローカルネットワーク１１０と、ローカルネットワーク１１０に設置され、移動端末１０がローカルネットワーク１１０に接続する際のゲートウェイとなるローカルゲートウェイ（ＬＧＷ：Ｌｏｃａｌ ＧａｔｅＷａｙ） ３０（図中、ＬＧＷ ３０）と、ローカルネットワーク１１０を収容するプロバイダネットワーク１２０と、オペレータコアネットワーク１３０と、オペレータコアネットワーク１３０に配置されるモビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ） ５０（図中、ＭＭＥ ５０）と、オペレータコアネットワーク１３０に配置されるパケットゲートウェイｅＰＤＧ ６０（図中、ｅＰＤＧ ６０）と、オペレータコアネットワーク１３０に配置されるパケットゲートウェイＰＧＷ ７０（図中、ＰＧＷ ７０）と、移動端末１０がオペレータコアネットワーク１３０を経由して接続する外部ネットワークＰＤＮ ２００（図中、ＰＤＮ（ＡＰＮ−Ｍ） ２００）と、移動端末１０と外部ネットワークＰＤＮ ２００が交換するパケットを監視するフィルタゲートウェイ（フィルタＧＷ） ４０（図中、フィルタＧＷ ４０）と、を含む。

＜通信システムの動作＞
図１に示す通信システムの動作について、図２を用いて説明する。図２は、図１に示す通信システムの動作を説明するための図である。図２に示すように、移動端末（ＵＥ）１０が、外部ネットワークＰＤＮ ２００に接続するための接続要求メッセージ（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）をローカル基地局２０に送信する（ステップＳ２０１：接続要求（ＡＰＮ−Ｍ））。ここで、指定する接続先ネットワークの識別子ＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）は、外部ネットワークＰＤＮ ２００を示すＡＰＮ−Ｍとする。

接続要求メッセージを受信したローカル基地局２０は、接続要求メッセージに指定されたアクセスポイント名（ＡＰＮ）を確認する。ローカル基地局２０は指定されたアクセスポイント名（ＡＰＮ）がローカルネットワーク１１０を示すアクセスポイント名（ＡＰＮ）（例えばＡＰＮ−Ｌとする）以外である場合、接続要求メッセージに指定されたアクセスポイント名（ＡＰＮ）を“ＡＰＮ−Ｌ”に置き換えて（ステップＳ２０３：ＡＰＮ変更）、モビリティ管理エンティティ（ＭＭＥ）５０に転送する（ステップＳ２０５：接続要求（ＡＰＮ−Ｌ））。

あるいは、接続要求メッセージを受信したローカル基地局２０は、接続要求メッセージに指定されたＡＰＮの修正を行わず、接続要求メッセージをモビリティ管理エンティティ（ＭＭＥ）５０に転送するためのコンテナメッセージにローカルネットワーク１１０を示すＡＰＮ（ＡＰＮ−Ｌ）を付加して、モビリティ管理エンティティ（ＭＭＥ）５０に送信（接続要求メッセージを転送）する（ステップＳ２０５：接続要求（ＡＰＮ−Ｌ））。

あるいは、接続要求メッセージを受信したローカル基地局２０は、ローカルネットワーク１１０を示すアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”の代わりに、ＬＩＰＡベアラ確立を促す情報（例えば、フラグやＬＩＰＡ指示子（ＬＩＰＡ Ｉｎｄｉｃａｔｏｒ））を、接続要求メッセージや、モビリティ管理エンティティ（ＭＭＥ）５０に接続要求メッセージを転送するためのコンテナメッセージに付加してもよい。この場合、接続要求メッセージは、移動端末（ＵＥ）１０が指定したＡＰＮ−Ｍが格納された状態を維持するが、ＬＩＰＡ経由のコネクション確立を要求する意味を持つことになる。これにより、ローカル基地局２０がモビリティ管理エンティティ（ＭＭＥ）５０に対して、ローカルネットワーク１１０に対するＬＩＰＡコネクション（ＬＩＰＡベアラ）の確立を要求する。

接続要求メッセージを受信したモビリティ管理エンティティ（ＭＭＥ）５０は、接続要求メッセージ又は接続要求メッセージを転送するコンテナメッセージからアクセスポイント名（ＡＰＮ）（ここでは“ＡＰＮ−Ｌ”）を抽出して、接続先となるゲートウェイ（本実施の形態では、ＬＧＷ ３０）を導出するとともに、移動端末（ＵＥ）１０のＬＩＰＡベアラに関するコンテキストを生成する。

なお、“ＡＰＮ−Ｌ”（又は、ＬＩＰＡ指示子）は、モビリティ管理エンティティ（ＭＭＥ）５０が指定するものであってもよい。すなわち、モビリティ管理エンティティ（ＭＭＥ）５０において、ローカル基地局２０（基地局識別子、セル識別子、ＣＳＧ値などで識別する）に対応するＬＩＰＡベアラ確立のためのアクセスポイント名（ＬＩＰＡ用のアクセスポイント名（ＡＰＮ）：“ＡＰＮ−Ｌ”）又はＬＩＰＡ接続の可否を管理し、ローカル基地局２０経由の接続要求に対しては、常にＬＩＰＡ用のアクセスポイント名（ＡＰＮ）あるいはＬＩＰＡ指示子が指定されたものとして、以降の処理を行うものであってもよい。

続いて、モビリティ管理エンティティ（ＭＭＥ）５０は、導出したローカルゲートウェイ（ＬＧＷ）３０に対してＬＩＰＡベアラを生成するためのベアラ生成要求メッセージを送信する（ステップＳ２０７：ベアラ生成要求）。

ローカルゲートウェイ（ＬＧＷ）３０は、移動端末（ＵＥ）１０のＬＩＰＡベアラに関するコンテキストを生成し、ベアラ生成応答メッセージをモビリティ管理エンティティ（ＭＭＥ）５０に送信する（ステップＳ２０９：ベアラ生成応答）。

モビリティ管理エンティティ（ＭＭＥ）５０は、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージを、ローカル基地局２０に送信する（ステップＳ２１１：コンテキストセットアップ要求）。ここで、コンテキストセットアップ要求メッセージには接続応答メッセージが重畳され、接続応答メッセージの中に確立したベアラの接続先であるアクセスポイント名（ＡＰＮ）として、ここでは“ＡＰＮ−Ｌ”が格納される。

コンテキストセットアップ要求メッセージを受信すると、ローカル基地局２０は、移動端末（ＵＥ）１０との間で無線ベアラ設定処理を実施する。このとき、ローカル基地局２０は、コンテキストセットアップ要求メッセージに重畳された接続応答メッセージ（“ＡＰＮ−Ｌ”を含む）を移動端末（ＵＥ）１０に転送する（ステップＳ２１３：無線ベアラ設定（接続応答）（ＡＰＮ−Ｌ））。

ローカル基地局２０が移動端末（ＵＥ）１０との無線ベアラ確立を完了すると、ローカル基地局２０はコンテキストセットアップ応答メッセージをモビリティ管理エンティティ（ＭＭＥ）５０に送信する（ステップＳ２１５：コンテキストセットアップ応答）。

モビリティ管理エンティティ（ＭＭＥ）５０は、確立された無線ベアラのＱｏＳパラメータを反映するために、必要に応じてローカルゲートウェイ（ＬＧＷ）３０との間でベアラ修正処理を実施する（ステップＳ２１７：ベアラ修正処理）。これにより、移動端末（ＵＥ）１０とローカルゲートウェイ（ＬＧＷ）３０との間にＬＩＰＡベアラが確立される。なお、モビリティ管理エンティティ（ＭＭＥ）５０とローカルゲートウェイ（ＬＧＷ）３０との間で交換されるメッセージは、ローカル基地局２０を経由するものであってもよい。これにより、モビリティ管理エンティティ（ＭＭＥ）５０とローカルネットワーク１１０との間のインタフェース（特にはシグナリングインタフェース）を一つに統一することができる。特に、モビリティ管理エンティティ（ＭＭＥ）５０におけるインタフェース管理コストが低減される。

ここで、移動端末（ＵＥ）１０は、当初接続要求の中で指定した“ＡＰＮ−Ｍ”とは異なる“ＡＰＮ−Ｌ”に接続されたことを検出する。これを受けて、移動端末（ＵＥ）１０は、現在のローカル基地局２０の下では、直接コアネットワーク１３０を経由して外部ネットワークＰＤＮ（“ＡＰＮ−Ｍ”）に接続することが許可されていないと判断し、ＬＩＰＡベアラ上でＮｏｎ３Ｇアクセス手法を用いた（再）接続を実施することを決定する（ステップＳ２１９：再接続判断）。

なお、移動端末（ＵＥ）１０は、再接続を判断するに際して、接続された“ＡＰＮ−Ｌ”がＬＩＰＡコネクションのためのアクセスポイント名（ＡＰＮ）であることをさらに検出してもよい。例えば、移動端末（ＵＥ）１０はドメイン名”ｌｉｐａ”などのＬＩＰＡ接続であることを示す識別子が付与されていることから検出する。これにより、移動端末（ＵＥ）１０は、ＬＩＰＡ経由のオフロードによりコアネットワーク経由のＰＤＮが可能であることをより確実に判断し、誤接続を防止することができる。すなわち、ＡＰＮ−ＬがＬＩＰＡコネクションのためのものではなく、外部ネットワークへのコネクション上に他の外部ネットワークコネクションを重畳させるような冗長なコネクションの確立を回避し、ネットワークリソースの無駄な消費を低減させることができる。

また、モビリティ管理エンティティ（ＭＭＥ）５０あるいはローカル基地局２０が、接続応答メッセージの中で“ＡＰＮ−Ｌ”を通知するとともに、現在のローカル基地局２０のもとでは直接コアネットワークを経由して外部ネットワークＰＤＮ（“ＡＰＮ−Ｍ”）に接続することは許可しないことを示す情報（例えばフラグ）を移動端末（ＵＥ）１０に通知してもよい。これによって、移動端末（ＵＥ）１０がより確実に再接続判断を実施して、誤判断による無駄なリソース消費を防ぐことができる。ＬＩＰＡベアラ上でＮｏｎ−３ＧＰＰアクセス手法を用いた再接続を行うために、移動端末（ＵＥ）１０はコアネットワーク１３０に配置されるパケットゲートウェイｅＰＤＧ ６０を発見するための識別子を生成し（あるいは事前に生成された識別子を用いて）、ＤＮＳなどのアドレス導出機構によりパケットゲートウェイｅＰＤＧ ６０のアドレスを導出する。

なお、本来ｅＰＤＧ（ＰＤＧ）は、ＷＬＡＮや有線ネットワークなどのＮｏｎ−３ＧＰＰ（非セルラ）アクセスネットワークからコアネットワークにアクセスするためのゲートウェイ装置である。また、ｅＰＤＧはＰＤＧと呼ぶこともあり、いずれの場合であっても同様に本発明を実施することができる。

続いて移動端末（ＵＥ）１０は、ＬＩＰＡベアラを介して、すなわちＬＩＰＡベアラに割り当てられたアドレス（ＩＰアドレス）を用いてパケットゲートウェイｅＰＤＧ ６０との接続処理を開始する（ステップＳ２２１：接続処理（ＡＰＮ−Ｍ））。すなわち、移動端末（ＵＥ）１０は、ＴＳ２３．４０２に開示されるようなＵｎｔｒｕｓｔｅｄ Ｎｏｎ−３ＧＰＰ Ａｔｔａｃｈ手順を実施する。これを受けてパケットゲートウェイｅＰＤＧ ６０はパケットゲートウェイＰＧＷ ７０との間でベアラコンテキスト生成などの接続処理を実施する（ステップＳ２２３：接続処理）。これにより、移動端末（ＵＥ）１０は、パケットゲートウェイＰＧＷ ７０とのコネクションを確立し、外部ネットワークＰＤＮ ２００との通信を開始する。

なお、ＬＩＰＡベアラを介した接続においては、パケットゲートウェイｅＰＤＧ ６０と確立するトンネルに適用する暗号化アルゴリズムとして、ヌルアルゴリズムを選定する。このヌルアルゴリズムは移動端末（ＵＥ）１０から指定してもよいし、トンネル確立時の認証結果を受けてＡＡＡサーバ（不図示）がｅＰＤＧ ６０にヌルアルゴリズムの使用を指示してもよい。これにより、移動端末（ＵＥ）１０が外部ネットワークＰＤＮ ２００と交換するパケット（アプリケーションメッセージ）は、フィルタＧＷ４０において監視することができるようになる（ステップＳ２２５：パケット監視）。セキュリティフィルタエントリを追加する時は、所定のインタフェースを用いてフィルタＧＷ ４０のセキュリティフィルタに追加修正することにより、リアルタイムなフィルタ更新が可能となる。また、ローカル基地局２０配下の移動端末（ＵＥ）１０を対象にセキュリティフィルタを設定することができるので、個々の移動端末（ＵＥ）１０に対する設定が不要となり、管理コストの低減を図ることができる。

なお、既にＬＩＰＡベアラを介したＮｏｎ−３ＧＰＰ接続を実施した後で、新たなＰＤＮコネクションを追加する場合、移動端末（ＵＥ）１０は、直ちにＬＩＰＡベアラのアドレスを用いてｅＰＤＧ ６０とのＮｏｎ−３ＧＰＰ接続処理を開始してもよい。または、ローカル基地局２０経由の接続を試みて、モビリティ管理エンティティ（ＭＭＥ）５０から失敗通知を受けた後で、ＬＩＰＡベアラ上のＮｏｎ−３ＧＰＰ接続処理を実施するものであってもよい。

また、ＬＩＰＡ用のアクセスポイント名（ＡＰＮ）以外への接続要求は、ローカル基地局２０又はモビリティ管理エンティティ（ＭＭＥ）５０が常に失敗させる、あるいは拒否するものであってもよい。さらには、失敗あるいは拒否を通知する接続応答メッセージの中でＬＩＰＡ用のアクセスポイント名（ＡＰＮ）（ここでは“ＡＰＮ−Ｌ”）を通知する。失敗あるいは拒否を通知する接続応答メッセージの中でＡＰＮ−Ｌを通知する場合には、この通知したアクセスポイント名（ＡＰＮ）への接続のみ許可される旨の情報を併せて通知してもよい。これを受けて移動端末（ＵＥ）１０は、ＬＩＰＡベアラを確立し、その上でｅＰＤＧ ６０を介した外部ネットワークＰＤＮ ２００へのコネクションを確立する。

＜移動端末の構成と動作＞
実施の形態１に係る移動端末（ＵＥ）１０の構成について図３を用いて説明する。図３は移動端末（ＵＥ）１０の構成を示すブロック図である。図３に示す移動端末（ＵＥ）１０は、ローカル基地局２０を含むセルラ基地局と物理的／論理的に接続するための無線通信部１１と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部１３と、ｅＰＤＧ等のＮｏｎ−３ＧＰＰアクセスから利用する通信ノードとの間のプロトコル処理を実施するＮ３Ｇ接続処理部１５と、アプリケーションを動作させるアプリ部１７と、接続制御部１９と、を備える。

図３に示す移動端末（ＵＥ）１０の動作について図４を用いて説明する。図４は、移動端末（ＵＥ）１０の「ＰＤＮ接続処理」フロー図であり、ローカルネットワークへの初期接続処理を実施するためのフローチャートである。

図４に示すように、通信処理部１３は、無線通信部１１を介して、外部ネットワークＰＤＮ ２００に接続するための接続要求メッセージ（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）をローカル基地局２０に送信する（ステップＳ４０１：接続要求送信（ＡＰＮ−Ｍ））。

無線通信部１１は、ローカル基地局２０から、コンテキストセットアップ要求メッセージに重畳された接続応答メッセージ（“ＡＰＮ−Ｌ”を含む）を受信する（ステップＳ４０３：接続応答受信）。

接続制御部１９は、受信した接続応答メッセージに基づき、当初接続要求メッセージで指定したアクセスポイント名（ＡＰＮ）と異なるアクセスポイント名（ＡＰＮ）へのコネクションを確立されているか否かを判定する（ステップＳ４０５：“異なるＡＰＮへのコネクション確立？”）。例えば、接続制御部１９は、無線通信部１１を介して、ローカル基地局２０から、コンテキストセットアップ要求メッセージに重畳された接続応答メッセージ（“ＡＰＮ−Ｌ”を含む）を受信すると、当初接続要求の中で指定した“ＡＰＮ−Ｍ”とは異なる“ＡＰＮ−Ｌ”に接続されたことを検出する。接続制御部１９は、当初接続要求の中で指定した“ＡＰＮ−Ｍ”とは異なる“ＡＰＮ−Ｌ”に接続されたことを検出すると、現在のローカル基地局２０の下では、直接コアネットワーク１３０を経由して外部ネットワークＰＤＮ（“ＡＰＮ−Ｍ”）に接続することが許可されていないと判断し、接続制御部１９は、Ｎ３Ｇ接続処理部１５を介して、ＬＩＰＡベアラ上でＮｏｎ３Ｇアクセス手法を用いた（再）接続を実施することを決定する。

そして、Ｎ３Ｇ接続処理部１５は、確立したコネクションを介して、ＬＩＰＡベアラ上でＮｏｎ３Ｇアクセス手法を用いた（再）接続を実施する（ステップＳ４０７：“確立したコネクションを介してＮ３Ｇ接続実施”）。

＜ローカル基地局の構成と動作＞
実施の形態１に係るローカル基地局２０の構成について図５を用いて説明する。図５はローカル基地局２０の構成を示すブロック図である。図５に示すローカル基地局２０は、接続制御部２１と、ローカルゲートウェイ（ＬＧＷ）と接続するためのプロトコルを実施するＬＧＷ通信部２３と、ローカルネットワーク１１０と接続するためのローカル通信部２５と、移動端末（ＵＥ）１０やコアネットワーク装置に対する基地局処理を実施する基地局処理部２７と、移動端末（ＵＥ）１０とセルラ回線を介して接続するためのセルラ通信部２９と、を備える。

図５に示すローカル基地局２０の動作について図６を用いて説明する。図６は、ローカル基地局２０の「ＵＥ接続処理」フロー図である。

図６に示すように、セルラ通信部２９は、移動端末（ＵＥ）１０から、外部ネットワークＰＤＮ ２００に接続するための接続要求メッセージ（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）を受信する（ステップＳ６０１：接続要求（ＡＰＮ−Ｍ））。ここで、移動端末（ＵＥ）１０によって指定された接続先ネットワークの識別子ＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）が、外部ネットワークＰＤＮ ２００を示すＡＰＮ−Ｍであるとする。

接続制御部２１は、受信した外部ネットワークＰＤＮ ２００に接続するための接続要求メッセージ（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）に基づき、指定されたアクセスポイント名（ＡＰＮ）がローカルネットワーク１１０を示すアクセスポイント名（ＡＰＮ）（例えばＡＰＮ−Ｌ）以外である場合、接続要求メッセージに含まれるアクセスポイント名（ＡＰＮ）を“ＡＰＮ−Ｌ”に置き換え、モビリティ管理エンティティ（ＭＭＥ）５０に転送する（ステップＳ６０３：“ローカルネットワークを示すアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”を付加して転送”）。

そして、基地局処理部２７は、各通信部（ＬＧＷ通信部２３、ローカル通信部２５、および基地局処理部２７）を介して、後続する接続処理を実施する（ステップＳ６０５：後続する接続処理実施）。

（実施の形態２）
実施の形態２に係る通信システムでは、移動端末（ＵＥ）１０Ａがマクロ基地局からＰＤＮコネクションを確立した後に、ローカル基地局２０Ａへハンドオーバする。

＜通信システムの構成＞
実施の形態２に係る通信システムの構成について、図７を用いて説明する。図７は実施の形態２に係る通信システムの構成を示す図であり、特に移動端末（ＵＥ）１０Ａがマクロ基地局経由でＰＤＮコネクションを確立した後で、ローカル基地局２０Ａにハンドオーバする状態を示す図である。

図７に示す通信システムは、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）として機能する移動端末（ＵＥ）１０Ａと、移動端末（ＵＥ）１０Ａが接続するローカル基地局２０Ａと、ローカル基地局２０Ａが形成するローカルＲＡＮ １００と、ローカル基地局２０Ａが接続するローカルネットワーク１１０と、ローカルネットワーク１１０に設置され、移動端末（ＵＥ）１０Ａがローカルネットワーク１１０に接続する際のゲートウェイとなるローカルゲートウェイ（ＬＧＷ）３０と、ローカルネットワーク１１０を収容するプロバイダネットワーク１２０と、オペレータのコアネットワーク１３０と、コアネットワーク１３０に配置されるモビリティ管理エンティティ（ＭＭＥ）５０Ａと、コアネットワーク１３０に配置されるパケットゲートウェイｅＰＤＧ ６０と、コアネットワーク１３０に配置されるサービングゲートウェイ（ＳＧＷ）１６０と、パケットゲートウェイＰＧＷ ７０と、移動端末（ＵＥ）１０Ａがコアネットワーク１３０を経由して接続する外部ネットワークＰＤＮ ２００と、移動端末（ＵＥ）１０Ａがハンドオーバ前に接続していたマクロ基地局ｅＮＢ １５０と、マクロ基地局ｅＮＢ １５０が形成するマクロＲＡＮ １４０と、移動端末（ＵＥ）１０Ａと外部ネットワークＰＤＮ ２００が交換するパケットを監視するフィルタゲートウェイ（フィルタＧＷ）４０と、を備える。

＜通信システムの動作＞
図７に示す通信システムの動作について、図８を用いて説明する。図８は、図７に示す通信システムの動作を説明するための図である。なお、図８では、移動端末（ＵＥ）１０Ａは、マクロ基地局ｅＮＢ １５０経由でパケットゲートウェイＰＧＷ ７０とのベアラ（ＥＰＳベアラ）又はコネクション（ＰＤＮコネクション、ＰＤＰコンテキスト）を確立済みの状態とする。移動端末（ＵＥ）１０Ａが移動してローカルＲＡＮ１００のエリアに入り、マクロ基地局ｅＮＢ １５０にメジャメントレポート（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を送信すると、マクロ基地局ｅＮＢ １５０がローカル基地局２０Ａへのハンドオーバを決定する。

図８に示すように、マクロ基地局ｅＮＢ １５０は、モビリティ管理エンティティ（ＭＭＥ）５０にハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ）メッセージを送信する（ステップＳ８０３：ＨＯ要求）。同様に、モビリティ管理エンティティ（ＭＭＥ）５０Ａは、ローカル基地局２０Ａにハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージを送信する（ステップＳ８０５：ＨＯ要求）。

ローカル基地局２０Ａにおいて、移動端末（ＵＥ）１０Ａを収容するリソースを確保できた、あるいはそのリソースの確保の見込みがたつと、ローカル基地局２０Ａは、ハンドオーバ要求応答メッセージ（Ｈａｎｄｏｖｅｒ Ｒｅｓｐｏｎｓｅ）をモビリティ管理エンティティ（ＭＭＥ）５０Ａに送信する（ステップＳ８０７：ＨＯ要求応答）。これを受けて、モビリティ管理エンティティ（ＭＭＥ）５０Ａは、移動端末（ＵＥ）１０Ａにハンドオーバ指示（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）メッセージを送信する（ステップＳ８０９：ＨＯ指示）。なお、ハンドオーバ指示（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）メッセージはマクロ基地局ｅＮＢ １５０を介して移動端末（ＵＥ）１０Ａに配送される（ステップＳ８１１）。

移動端末（ＵＥ）１０Ａはハンドオーバ確認（Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍａｔｉｏｎ）メッセージをローカル基地局２０Ａに送信する（ステップＳ８１３：ＨＯ確認）。これを受けて、ローカル基地局２０Ａはハンドオーバ通知（Ｈａｎｄｏｖｅｒ Ｎｏｔｉｆｙ）メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ａに送信する（ステップＳ８１５：ＨＯ通知（ＡＰＮ−Ｌ））。このとき、ローカル基地局２０Ａは、ハンドオーバ通知メッセージにローカルネットワークを示すＡＰＮ（例えばここでは“ＡＰＮ−Ｌ”）を格納してモビリティ管理エンティティ（ＭＭＥ）５０Ａに転送する。なお、ローカル基地局２０Ａは、ハンドオーバ通知メッセージを修正せず、ハンドオーバ通知メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ａに転送するためのコンテナメッセージにＡＰＮ−Ｌを付加してモビリティ管理エンティティ（ＭＭＥ）５０Ａに送信してもよい。

また、ローカル基地局２０Ａは、“ＡＰＮ−Ｌ”の代わりにＬＩＰＡベアラ確立を促す情報（例えば、フラグやＬＩＰＡ指示子（ＬＩＰＡ Ｉｎｄｉｃａｔｏｒ））をコンテナメッセージに付加してもよい（この場合、ローカル基地局２０Ａはハンドオーバ通知メッセージにＡＰＮ−Ｌを付加しなくてもよい）。これによって、ローカル基地局２０Ａがモビリティ管理エンティティ（ＭＭＥ）５０Ａに対して、ローカルネットワーク１１０に対するＬＩＰＡコネクション（ＬＩＰＡベアラ）の確立を要求する。

ハンドオーバ通知メッセージを受信したモビリティ管理エンティティ（ＭＭＥ）５０Ａは、取得したＡＰＮ−Ｌに対応するＧＷ（ここではＬＩＰＡ用ＡＰＮ（ＡＰＮ−Ｌ）に対応するローカルゲートウェイ（ＬＧＷ）３０）を探索する。例えば、ＤＮＳ等の機構にＡＰＮ−Ｌを入力してローカルゲートウェイ（ＬＧＷ）のアドレスを導出する。

ローカル基地局２０Ａがローカルゲートウェイ（ＬＧＷ）を選択したら、移動端末（ＵＥ）１０ＡのＬＩＰＡベアラに関するコンテキストを生成する。ここで、ゲートウェイ（ＧＷ）のアドレスは、ローカル基地局２０Ａがモビリティ管理エンティティ（ＭＭＥ）５０Ａに通知するものであってもよい。これによって、モビリティ管理エンティティ（ＭＭＥ）５０ＡにおけるＧＷアドレス導出処理による負荷を低減できる。

なお、ＡＰＮ−Ｌ（あるいはＬＩＰＡ指示子）は、移動端末（ＵＥ）１０Ａのユーザサブスクリプションやローカル基地局２０Ａに関するコンフィグレーションデータなどにもとづいて、モビリティ管理エンティティ（ＭＭＥ）５０Ａが指定するものであってもよい。すなわち、モビリティ管理エンティティ（ＭＭＥ）５０Ａにおいてローカル基地局２０Ａ（基地局識別子、セル識別子、ＣＳＧ値などで識別する）に対応するＬＩＰＡベアラ確立のためのＡＰＮ（ＬＩＰＡ用ＡＰＮ；ＡＰＮ−Ｌ）あるいはＬＩＰＡ接続の可否を管理しておき、ローカル基地局２０Ａをターゲット基地局とするハンドオーバ処理時に、常にＬＩＰＡ用ＡＰＮあるいはＬＩＰＡ指示子が指定されたものとして、以降の処理を行うものであってもよい。

続いて、モビリティ管理エンティティ（ＭＭＥ）５０Ａは、導出したローカルゲートウェイ（ＬＧＷ）３０に対してＬＩＰＡベアラを生成するためのベアラ生成要求メッセージを送信する（ステップＳ８１７：ベアラ生成要求）。

ローカルゲートウェイ（ＬＧＷ）３０は、移動端末（ＵＥ）１０ＡのＬＩＰＡベアラに関するコンテキストを生成し、ベアラ生成応答メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ａに送信する（ステップＳ８１９：ベアラ生成応答）。

モビリティ管理エンティティ（ＭＭＥ）５０Ａは、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをローカル基地局２０Ａに送信する（ステップＳ８２１：コンテキストセットアップ要求（ＡＰＮ−Ｌ））。ここで、コンテキストセットアップ要求メッセージにはベアラ確立したアクセスポイント名（ＡＰＮ）として、本実施の形態では“ＡＰＮ−Ｌ”が格納される。

コンテキストセットアップ要求メッセージを受信すると、ローカル基地局２０Ａは、移動端末（ＵＥ）１０Ａとの間で無線ベアラ設定処理を実施する。このときローカル基地局２０Ａは、コンテキストセットアップ要求メッセージから抽出したＡＰＮ−Ｌを移動端末（ＵＥ）１０Ａに通知する（ステップＳ８２３：無線ベアラ設定（ＡＰＮ−Ｌ））。そして、移動端末（ＵＥ）１０Ａとの無線ベアラ確立を完了すると、ローカル基地局２０Ａは、コンテキストセットアップ応答メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ａに送信する（ステップＳ８２５：コンテキストセットアップ応答）。

モビリティ管理エンティティ（ＭＭＥ）５０Ａは、確立された無線ベアラのＱｏＳパラメータを反映するために、必要に応じてローカルゲートウェイ（ＬＧＷ）３０との間でベアラ修正処理を実施する（ステップＳ８２７：ベアラ修正処理）。これにより、移動端末（ＵＥ）１０Ａとローカルゲートウェイ（ＬＧＷ）３０の間にＬＩＰＡベアラが確立される。なお、モビリティ管理エンティティ（ＭＭＥ）５０Ａとローカルゲートウェイ（ＬＧＷ）３０間で交換されるメッセージは、ローカル基地局２０Ａを経由するものであってもよい。これにより、モビリティ管理エンティティ（ＭＭＥ）５０Ａとローカルネットワーク１１０間のインタフェース（特にはシグナリングインタフェース）を一つに統一することができ、特にモビリティ管理エンティティ（ＭＭＥ）５０Ａにおけるインタフェース管理コストを低減することができる。

ここで、移動端末（ＵＥ）１０Ａは、無線ベアラ設定処理の中で通知されたＡＰＮ（ＡＰＮ−Ｌ）をもとに、ハンドオーバ前に確立していたベアラ（すなわち外部ネットワークＰＤＮ ２００（ＡＰＮ−Ｍ）へのベアラ）とは異なるベアラ（すなわちＬＩＰＡベアラ）が新たに確立されたことを検出する。さらには／あるいは、ハンドオーバ時に新たに（ＬＩＰＡ）ベアラが確立され、ハンドオーバ前にアクティブだった（すなわちベアラのアクティブフラグが有効）ベアラが無線ベアラ設定処理を完了した時点でアクティブでない（すなわちベアラのアクティブフラグが無効である）ことを移動端末（ＵＥ）１０Ａが検出する。

これを受けて、移動端末（ＵＥ）１０Ａは、現在のローカル基地局２０Ａのもとでは直接コアネットワークを経由して外部ネットワークＰＤＮ（ＡＰＮ−Ｍ）に接続することは許可されていないと判断し、ＬＩＰＡベアラ上でＮｏｎ３Ｇアクセス手法を用いたハンドオーバ接続を実施することを決定する（ステップＳ８２９：Ｎ３Ｇ ＨＯ判断）。なお、移動端末（ＵＥ）１０ＡがＮ３Ｇ ＨＯ判断を行うに際して、通知されたアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”が、ＬＩＰＡベアラのためのアクセスポイント名（ＡＰＮ）であることをさらに検出してもよい（例えば、ドメイン名”ｌｉｐａ”が付与されていることから検出する）。これにより、移動端末（ＵＥ）１０ＡはＬＩＰＡ経由のオフロードによりコアネットワーク経由のＰＤＮが可能であることをより確実に判断することができる。すなわち、ＡＰＮ−ＬがＬＩＰＡコネクションのためのものではなく、外部ネットワークへのコネクション上に他の外部ネットワークコネクションを重畳させるような冗長なコネクションの確立を回避し、ネットワークリソースの無駄な消費を低減させることができる。

また、ローカル基地局２０Ａは無線ベアラ設定の中でＡＰＮ−Ｌを通知するとともに、現在のローカル基地局２０Ａのもとでは直接コアネットワークを経由して外部ネットワークＰＤＮ（ＡＰＮ−Ｍ）に接続することは許可しないことを示す情報（例えばフラグ）を移動端末（ＵＥ）１０Ａに通知してもよい。これによって、移動端末（ＵＥ）１０Ａがより確実に再接続判断を実施して、誤判断による無駄なリソース消費を防ぐことができる。

ＬＩＰＡベアラ上でＮｏｎ−３ＧＰＰアクセス手法を用いたハンドオーバ接続を行うために、移動端末（ＵＥ）１０Ａはコアネットワークに配置されるパケットゲートウェイｅＰＤＧ ６０を発見するための識別子を生成し（あるいは事前に生成された識別子を用いて）、ＤＮＳなどのアドレス導出機構によりパケットゲートウェイｅＰＤＧ ６０のアドレスを導出する。なお、本来ｅＰＤＧ（ＰＤＧ）は、ＷＬＡＮや有線ネットワークなどのＮｏｎ−３ＧＰＰ（非セルラ）アクセスネットワークからコアネットワークにアクセスするためのゲートウェイ装置である。また、ｅＰＤＧはＰＤＧと呼ぶこともあり、いずれの場合であっても同様に本発明を実施することができる。

続いて移動端末（ＵＥ）１０Ａは、ＬＩＰＡベアラを介して、すなわちＬＩＰＡベアラに割り当てられたアドレス（ＩＰアドレス）を用いてパケットゲートウェイｅＰＤＧ ６０との接続処理を開始する（ステップＳ８３１：接続処理（ＡＰＮ−Ｍ））。すなわち、移動端末（ＵＥ）１０ＡはＴＳ２３．４０２に開示されるようなＵｎｔｒｕｓｔｅｄ Ｎｏｎ−３ＧＰＰへのハンドオーバ手順を実施する。これを受けてパケットゲートウェイｅＰＤＧ ６０はパケットゲートウェイＰＧＷ ７０との間でベアラ修正などのハンドオーバｅＰＤＧ処理を実施する（ステップＳ８３３：接続処理）。これにより、移動端末（ＵＥ）１０ＡはパケットゲートウェイＰＧＷ ７０との間に確立したコネクションをパケットゲートウェイｅＰＤＧ ６０経由のコネクションに切替て、外部ネットワークＰＤＮ ２００との通信を継続する。なお、ＬＩＰＡベアラを介した接続においては、パケットゲートウェイｅＰＤＧ ６０と確立するトンネルに適用する暗号化アルゴリズムとしてヌルアルゴリズムを選定する（移動端末（ＵＥ）１０Ａから指定してもよいし、トンネル確立時の認証結果を受けてＡＡＡサーバ（不図示）がｅＰＤＧ ６０にヌルアルゴリズムの使用を指示してもよい）。

なお、ＬＩＰＡ用のアクセスポイント名（ＡＰＮ）以外のベアラを有する移動端末（ＵＥ）１０Ａからのローカル基地局２０Ａへのハンドオーバ要求は、ローカル基地局２０Ａあるいはモビリティ管理エンティティ（ＭＭＥ）５０Ａが常に失敗させる、あるいは拒否するものであってもよい。さらには、失敗あるいは拒否を通知する接続応答メッセージの中でＬＩＰＡ用ＡＰＮ（ＡＰＮ−Ｌ）を通知する（このとき、通知したＡＰＮへの接続のみ許可される旨の情報を併せて通知してもよい）。ここで、モビリティ管理エンティティ（ＭＭＥ）５０Ａが保持する移動端末（ＵＥ）１０Ａのベアラコンテキストは保持しておく。これを受けて移動端末（ＵＥ）１０Ａは、ＬＩＰＡベアラを確立し、その上でコネクションのハンドオーバをパケットゲートウェイｅＰＤＧ ６０に対して実施する。

また、モビリティ管理エンティティ（ＭＭＥ）５０Ａがベアラ修正処理を完了した時に、移動端末（ＵＥ）１０ＡにＮｏｎ−３ＧＰＰハンドオーバを促すメッセージ（例えば、Ｎ３Ｇハンドオーバ指示メッセージ）を送信してもよい。さらには、モビリティ管理エンティティ（ＭＭＥ）５０ＡがＬＩＰＡベアラ上でＮｏｎ−３ＧＰＰ接続を実施することを明示的に指示してもよい。これによって、移動端末（ＵＥ）１０Ａがより確実にＮ３Ｇ ＨＯ判断を実施することができる。

なお、フィルタゲートウェイ（フィルタＧＷ）４０は、移動端末（ＵＥ）１０Ａと外部ネットワークＰＤＮ ２００との通信パケットを監視する（ステップＳ８３５：パケット監視）。

＜移動端末の構成と動作＞
移動端末（ＵＥ）１０Ａの構成について図９を用いて説明する。図９は、実施の形態２に係る移動端末（ＵＥ）１０Ａの構成を示すブロック図である。図９に示す移動端末（ＵＥ）１０Ａは、ローカル基地局２０を含むセルラ基地局と物理的／論理的に接続するための無線通信部１１と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部１３と、ｅＰＤＧ等のＮｏｎ−３ＧＰＰアクセスから利用する通信ノードとの間のプロトコル処理を実施するＮ３Ｇ接続処理部１５と、アプリケーションを動作させるアプリ部１７と、接続制御部１９Ａと、を備える。

移動端末（ＵＥ）１０Ａの動作について図１０を用いて説明する。図１０は、移動端末（ＵＥ）１０Ａの「ハンドオーバ処理」を示すフロー図であり、特に移動端末（ＵＥ）１０Ａがローカル基地局２０Ａへのハンドオーバ処理の際のフロー図である。

無線通信部１１は、モビリティ管理エンティティ（ＭＭＥ）５０Ａからマクロ基地局ｅＮＢ １５０を経由して、ハンドオーバ指示（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）メッセージを受信する（ステップＳ１００１：ＨＯ指示受信）。

通信処理部１３は、無線通信部１１を介してローカル基地局２０Ａから通知されたＡＰＮ−Ｌに基づき、ローカル基地局２０Ａとの間で無線ベアラを確立する（ステップＳ１００３：無線ベアラ確立）。

通信処理部１３は、ハンドオーバ前に確立したベアラ（すなわち外部ネットワークＰＤＮ ２００へのベアラ）とは異なるベアラ（すなわちＬＩＰＡベアラ）が新たに確立されたことから、無線通信部１１を介して、ハンドオーバ確認（Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍａｔｉｏｎ）メッセージをローカル基地局２０Ａに送信する（ステップＳ１００５：ＨＯ確認送信）。

通信処理部１３は、通信処理部１３が実施する無線ベアラ設定処理の中で取得したＡＰＮ（ＡＰＮ−Ｌ）をもとに、ハンドオーバ前に確立したベアラ（すなわち外部ネットワークＰＤＮ ２００へのベアラ）とは異なるベアラ（すなわちＬＩＰＡベアラ）が新たに確立されたことを検出し（ステップＳ１００７：無線ベアラ（接続先（ＡＰＮ）取得））、現在のローカル基地局２０Ａのもとでは直接コアネットワークを経由して外部ネットワークＰＤＮ（ＡＰＮ−Ｍ）に接続することは許可されていないと判断する。そして、接続制御部１９は、Ｎ３Ｇ接続処理部１５を介して、ＬＩＰＡベアラ上でＮｏｎ３Ｇアクセス手法を用いたハンドオーバ接続を実施することを決定する（ステップＳ１００９：Ｎ３Ｇ ＨＯ判断）。

ここで接続制御部１９Ａは、必要に応じてステップＳ１０１１に示す処理とステップＳ１０１３に示す処理を実施する。すなわち、接続制御部１９は、ローカル基地局２０Ａから通知された接続先のアクセスポイント名（ＡＰＮ）がＬＩＰＡのアクセスポイント名（ＡＰＮ）であるかどうかを判定し、ローカル基地局２０Ａから通知された接続先のアクセスポイント名（ＡＰＮ）がＬＩＰＡのアクセスポイント名（ＡＰＮ）である場合（Ｙｅｓの場合）、ステップＳ１０１５へ遷移し、ローカル基地局２０Ａから通知された接続先のアクセスポイント名（ＡＰＮ）がＬＩＰＡのアクセスポイント名（ＡＰＮ）でない場合（Ｎｏの場合；すなわちＬＩＰＡ以外のＡＰＮである場合）、ステップＳ１０１３へ遷移する（ステップＳ１０１１：“接続先のアクセスポイント名（ＡＰＮ）はＬＩＰＡ ＡＰＮか？”）。

接続制御部１９Ａは、ローカル基地局２０Ａから通知された接続先のアクセスポイント名（ＡＰＮ）がＬＩＰＡのアクセスポイント名（ＡＰＮ）でない場合（Ｎｏの場合）には、通信処理部１３、無線通信部１１を介して、ＬＩＰＡコネクションを確立する（ステップＳ１０１３：ＬＩＰＡコネクション確立）。これにより、例えばハンドオーバ時にＬＩＰＡベアラが確立されず、現在のローカル基地局２０Ａのもとでは直接コアネットワークを経由して外部ネットワークＰＤＮ（ＡＰＮ−Ｍ）に接続することは許可されていない旨を通知する情報のみ配布されるような場合に、ローカル基地局２０ＡはｅＰＤＧ経由の接続を確立するためのベアラとするＬＩＰＡベアラを新規に確立することができる。

接続制御部１９Ａは、ローカル基地局２０Ａから通知された接続先のアクセスポイント名（ＡＰＮ）がＬＩＰＡのアクセスポイント名（ＡＰＮ）である場合（Ｙｅｓの場合）そして、接続制御部１９Ａは、Ｎ３Ｇ接続処理部１５を介して、ＬＩＰＡベアラ上でＮｏｎ３Ｇアクセス手法を用いたハンドオーバ接続を実施することを決定し、処理を行う（ステップＳ１０１５：Ｎ３Ｇ ＨＯ処理（ｅＰＤＧ））。

＜ローカル基地局の構成と動作＞
実施の形態２に係るローカル基地局２０Ａの構成について図１１を用いて説明する。図１１はローカル基地局２０Ａの構成を示すブロック図である。図１１に示すローカル基地局２０Ａは、接続制御部２１Ａと、ローカルゲートウェイ（ＬＧＷ）と接続するためのプロトコルを実施するＬＧＷ通信部２３と、ローカルネットワーク１１０と接続するためのローカル通信部２５と、移動端末（ＵＥ）１０やコアネットワーク装置に対する基地局処理を実施する基地局処理部２７と、移動端末（ＵＥ）１０とセルラ回線を介して接続するためのセルラ通信部２９と、を備える。

図１１に示すローカル基地局２０の動作について図１２を用いて説明する。図１２は、ローカル基地局２０Ａの「ハンドオーバ処理」フロー図であり、特に、移動端末（ＵＥ）１０Ａのローカル基地局２０Ａへのハンドオーバ処理を実施するためのフローチャートである。

ローカル通信部２５は、モビリティ管理エンティティ（ＭＭＥ）５０Ａからハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージを受信する（ステップＳ１２０１：ＨＯ要求受信）。

ローカル通信部２５は、ハンドオーバ要求応答メッセージ（Ｈａｎｄｏｖｅｒ Ｒｅｓｐｏｎｓｅ）をモビリティ管理エンティティ（ＭＭＥ）５０Ａに送信する（ステップＳ１２０３：ＨＯ要求応答送信）。

セルラ通信部２９は、移動端末（ＵＥ）１０Ａからハンドオーバ確認（Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍａｔｉｏｎ）メッセージを受信する（ステップＳ１２０５：ＨＯ確認受信）。

ローカル通信部２５は、ハンドオーバ通知（Ｈａｎｄｏｖｅｒ Ｎｏｔｉｆｙ）メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ａに送信する（ステップＳ１２０７：ＨＯ通知送信（ＡＰＮ−Ｌ））。

ローカル通信部２５は、モビリティ管理エンティティ（ＭＭＥ）５０Ａから、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージを受信する（ステップＳ１２０９：コンテキストセットアップ要求受信（ＡＰＮ−Ｌ））。ここで、コンテキストセットアップ要求メッセージにはベアラ確立したアクセスポイント名（ＡＰＮ）として、本実施の形態では“ＡＰＮ−Ｌ”が格納される。

基地局処理部２７は、移動端末（ＵＥ）１０Ａとの間で無線ベアラ設定処理を実施する（ステップＳ１２１１：無線ベアラ設定）。このとき、セルラ通信部２９は、コンテキストセットアップ要求メッセージから抽出したＡＰＮ−Ｌを移動端末（ＵＥ）１０Ａに通知する。

移動端末（ＵＥ）１０Ａとの無線ベアラ確立を完了すると、ローカル通信部２５は、コンテキストセットアップ応答メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ａに送信する（ステップＳ１２１３：コンテキストセットアップ応答送信）。

＜ＭＭＥの構成と動作＞
モビリティ管理エンティティ（ＭＭＥ）５０Ａの構成について図１３を用いて説明する。図１３は、モビリティ管理エンティティ（ＭＭＥ）５０Ａの構成を示すブロック図である。図１３に示すモビリティ管理エンティティ（ＭＭＥ）５０Ａは、ハンドオーバ制御部５１Ａと、ＭＭＥ処理部５３と、通信部５５と、を備える。

図１３に示すモビリティ管理エンティティ（ＭＭＥ）５０Ａの動作について図１４を用いて説明する。図１４は、モビリティ管理エンティティ（ＭＭＥ）５０Ａの「ハンドオーバ処理」フロー図である。

図１４に示すように、通信部５５は、サービング基地局であるマクロ基地局ｅＮＢ １５０からハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ）メッセージを受信する（ステップＳ１４０１：“サービング基地局からＨＯ要求受信”）。

ＭＭＥ処理部５３は、通信部５５を介して、ターゲット基地局であるローカル基地局２０Ａにハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージを送信する（ステップＳ１４０３：“ターゲット基地局にＨＯ要求送信”）。

ＭＭＥ処理部５３は、通信部５５を介して、ターゲット基地局であるローカル基地局２０Ａから、ハンドオーバ要求応答メッセージ（Ｈａｎｄｏｖｅｒ Ｒｅｓｐｏｎｓｅ）を受信する（ステップＳ１４０５：“ターゲット基地局からＨＯ要求応答受信”）。

ＭＭＥ処理部５３は、通信部５５を介して、移動端末（ＵＥ）１０Ａにハンドオーバ指示（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）メッセージを送信する（ステップＳ１４０７： “ＵＥにＨＯ指示送信”）。なお、ハンドオーバ指示（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）メッセージは、マクロ基地局ｅＮＢ １５０を介して移動端末（ＵＥ）１０Ａに配送される（ステップＳ８１１）。

ＭＭＥ処理部５３は、通信部５５を介して、ターゲット基地局であるローカル基地局２０Ａから、ハンドオーバ通知（Ｈａｎｄｏｖｅｒ Ｎｏｔｉｆｙ）メッセージを受信する（ステップＳ１４０９：“ターゲット基地局からＨＯ通知受信”）。

ハンドオーバ制御部５１Ａは、“ＡＰＮ−Ｌ”が格納されたハンドオーバ通知（Ｈａｎｄｏｖｅｒ Ｎｏｔｉｆｙ）メッセージに基づき、ターゲット基地局であるローカル基地局２０Ａから指定されたアクセスポイント名（ＡＰＮ；ここではすなわちＡＰＮ−Ｌ）があるかどうか判定する。指定アクセスポイント名（ＡＰＮ）がある場合、ステップＳ１４１３へ遷移し、指定アクセスポイント名（ＡＰＮ）がない場合、ステップＳ１４２３に遷移する（ステップＳ１４１１：“指定ＡＰＮあり？”）。

ハンドオーバ制御部５１Ａは、“ＡＰＮ−Ｌ”が格納されたハンドオーバ通知（Ｈａｎｄｏｖｅｒ Ｎｏｔｉｆｙ）メッセージに基づき、取得したＡＰＮ−Ｌに対応するＧＷ（ここではＬＩＰＡ用ＡＰＮ（ＡＰＮ−Ｌ）に対応するローカルゲートウェイ（ＬＧＷ）３０）を導出する（ステップＳ１４１３：“ＧＷ選択”）。

ハンドオーバ制御部５１Ａは、通信部５５を介して、ＬＩＰＡベアラを生成するためのベアラ生成要求メッセージを生成し、生成したベアラ生成要求メッセージを通信部５５を介して、導出したローカルゲートウェイ（ＬＧＷ）３０に送信する（ステップＳ１４１５：“ベアラ生成要求送信”）。

ＭＭＥ処理部５３は、通信部５５を介して、ローカルゲートウェイ（ＬＧＷ）３０から、ベアラ生成応答メッセージを受信する（ステップＳ１４１７：“ベアラ生成応答受信”）。

ＭＭＥ処理部５３は、通信部５５を介して、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをローカル基地局２０Ａに送信する（ステップＳ１４１９： “コンテキストセットアップ要求送信（指定ＡＰＮ）”）。ここで、コンテキストセットアップ要求メッセージにはベアラ確立したアクセスポイント名（ＡＰＮ）として、本実施の形態では“ＡＰＮ−Ｌ”が格納される。

ＭＭＥ処理部５３は、通信部５５を介して、ローカル基地局２０Ａから、コンテキストセットアップ応答メッセージを受信する（ステップＳ１４２１：“コンテキストセットアップ応答受信”）。

ＭＭＥ処理部５３は、後続するＨＯ処理実施を実施する（ステップＳ１４２３：“後続するＨＯ処理実施”）。

（実施の形態３）
実施の形態３に係る通信システムでは、移動端末（ＵＥ）がマクロ基地局経由でＰＤＮコネクションを確立した後に、アイドルモードに遷移し、ローカル基地局へ移動した後にアイドルモードから復帰する。

＜通信システム構成＞
実施の形態３に係る通信システムの構成について、図１５を用いて説明する。図１５は実施の形態３に係る通信システムの構成を示す図であり、特に移動端末（ＵＥ）１０Ｂがマクロ基地局ｅＮＢ １５０経由でＰＤＮコネクションを確立した後でアイドルモードに遷移し、ローカル基地局２０Ｂへ移動した後にアイドルモードから復帰する状態を示す図である。図１５に示す本実施の形態に係る通信システムが、図７に示す実施の形態２に係る通信システムと異なる点は、移動前の移動端末（ＵＥ）１０ＢがマクロＲＡＮ １４０においてアイドルモードに遷移している点と、マクロ基地局ｅＮＢ １５０と移動端末（ＵＥ）１０Ｂ間の無線ベアラ、マクロ基地局ｅＮＢ １５０における移動端末（ＵＥ）１０Ｂのベアラコンテキスト、あるいはマクロ基地局ｅＮＢ １５０とモビリティ管理エンティティ（ＭＭＥ）５０Ｂ、サービングゲートウェイ（ＳＧＷ）１６０間の移動端末（ＵＥ）１０Ｂに関するＳ１ベアラが存在しない点である。この点以外は実施の形態２と同様であり、図１５において、図７と共通する構成要素には同じ参照符号が付されている。

＜通信システム動作＞
図１５に示す通信システムの動作について、図１６を用いて説明する。図１６は、図１５に示す通信システムの動作を説明するための図である。なお、図１６では、移動端末（ＵＥ）１０Ｂは、マクロ基地局ｅＮＢ １５０経由でパケットゲートウェイＰＧＷ ７０とのベアラ（ＥＰＳベアラ）あるいはコネクション（ＰＤＮコネクション、ＰＤＰコンテキスト）を確立した後に、アイドルモードに遷移した状態とする。すなわち、システムにおいては、マクロ基地局ｅＮＢ １５０と移動端末（ＵＥ）１０Ｂ間の無線ベアラ、マクロ基地局ｅＮＢ １５０における移動端末（ＵＥ）１０Ｂのベアラコンテキスト、あるいはマクロ基地局ｅＮＢ １５０とモビリティ管理エンティティ（ＭＭＥ）５０Ｂ、サービングゲートウェイ（ＳＧＷ）１６０間の移動端末（ＵＥ）１０Ｂに関するＳ１ベアラが存在しない状態にある。

図１６に示すように、移動端末（ＵＥ）１０Ｂが移動してローカルＲＡＮ１００のエリアに入り、通信開始するためにアイドルモードから復帰することを決定すると、ローカル基地局２０Ｂにサービスリクエストメッセージを送信する（ステップＳ１６０１：サービスリクエスト）。

ローカル基地局２０Ｂは、サービスリクエストメッセージに、当該ローカル基地局２０Ｂから接続可能なＬＩＰＡのアクセスポイント名（ＡＰＮ）、例えば“ＡＰＮ−Ｌ”を、格納してモビリティ管理エンティティ（ＭＭＥ）５０Ｂに転送する（ステップＳ１６０３：サービスリクエスト（ＡＰＮ−Ｌ））。なお、ローカル基地局２０Ｂは、サービスリクエストメッセージを修正せず、サービスリクエストメッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ｂに転送するためのコンテナメッセージにＡＰＮ−Ｌを付加して、モビリティ管理エンティティ（ＭＭＥ）５０Ｂに送信してもよい。また、ローカル基地局２０Ｂは、“ＡＰＮ−Ｌ”の代わりにＬＩＰＡベアラ確立を促す情報（例えば、フラグやＬＩＰＡ指示子（ＬＩＰＡ Ｉｎｄｉｃａｔｏｒ））をサービスリクエストメッセージに付加してもよい（この場合、サービスリクエストメッセージにＡＰＮ−Ｌを付加しなくてもよい）。これによって、ローカル基地局２０Ｂがモビリティ管理エンティティ（ＭＭＥ）５０Ｂに対して、ローカルネットワーク１１０に対するＬＩＰＡコネクション（ＬＩＰＡベアラ）の確立を要求する。

サービスリクエストメッセージを受信したモビリティ管理エンティティ（ＭＭＥ）５０Ｂは、取得したＡＰＮ−Ｌに対応するＧＷ（ここではＬＩＰＡ用のアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”に対応するローカルゲートウェイ（ＬＧＷ）３０）を探索する。例えば、ＤＮＳ等の機構にＡＰＮ−Ｌを入力してＬＧＷのアドレスを導出する。ＬＧＷを選択したら、移動端末（ＵＥ）１０ＢのＬＩＰＡベアラに関するコンテキストを生成する。ここで、ゲートウェイ（ＧＷ）である、ローカルゲートウェイ（ＬＧＷ）のアドレスは、ローカル基地局２０Ｂがモビリティ管理エンティティ（ＭＭＥ）５０Ｂに通知するものであってもよい。これによって、モビリティ管理エンティティ（ＭＭＥ）５０ＢにおけるＧＷアドレス導出処理による負荷を低減できる。

なお、“ＡＰＮ−Ｌ”（あるいはＬＩＰＡ指示子）は、モビリティ管理エンティティ（ＭＭＥ）５０Ｂが指定するものであってもよい。すなわち、モビリティ管理エンティティ（ＭＭＥ）５０Ｂにおいてローカル基地局２０Ｂ（基地局識別子、セル識別子、ＣＳＧ値などで識別する）に対応するＬＩＰＡベアラ確立のためのＡＰＮ（ＬＩＰＡ用のアクセスポイント名（ＡＰＮ）；“ＡＰＮ−Ｌ”）あるいはＬＩＰＡ可否を管理しておき、ローカル基地局２０Ｂをターゲット基地局とするハンドオーバ処理時に、常にＬＩＰＡ用ＡＰＮあるいはＬＩＰＡ指示子が指定されたものとして、以降の処理を行うものであってもよい。

続いて、モビリティ管理エンティティ（ＭＭＥ）５０Ｂは、導出したローカルゲートウェイ（ＬＧＷ）３０に対してＬＩＰＡベアラを生成するためのベアラ生成要求メッセージを送信する（ステップＳ１６０５：ベアラ生成要求）。

ローカルゲートウェイ（ＬＧＷ）３０は、移動端末（ＵＥ）１０ＢのＬＩＰＡベアラに関するコンテキストを生成し、ベアラ生成応答メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ｂに送信する（ステップＳ１６０７：ベアラ生成応答）。

モビリティ管理エンティティ（ＭＭＥ）５０Ｂは、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをローカル基地局２０Ｂに送信する（ステップＳ１６０９：コンテキストセットアップ要求（ＡＰＮ−Ｌ））。ここで、コンテキストセットアップ要求メッセージにはベアラ確立したアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”が格納される。

コンテキストセットアップ要求メッセージを受信すると、ローカル基地局２０Ｂは、移動端末（ＵＥ）１０Ｂとの間で無線ベアラ設定処理を実施する。このときローカル基地局２０Ｂは、コンテキストセットアップ要求メッセージから抽出したＡＰＮ−Ｌを移動端末（ＵＥ）１０Ｂに通知する（ステップＳ１６１１：無線ベアラ設定（ＡＰＮ−Ｌ））。

移動端末（ＵＥ）１０Ｂとの無線ベアラ確立を完了すると、ローカル基地局２０Ｂはコンテキストセットアップ応答メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ｂに送信する（ステップＳ１６１３：コンテキストセットアップ応答）。

モビリティ管理エンティティ（ＭＭＥ）５０Ｂは、確立された無線ベアラのＱｏＳパラメータを反映するために、必要に応じてローカルゲートウェイ（ＬＧＷ）３０との間でベアラ修正処理を実施する（ステップＳ１６１５：ベアラ修正処理）。これにより、移動端末（ＵＥ）１０Ｂとローカルゲートウェイ（ＬＧＷ）３０の間にＬＩＰＡベアラが確立される。

なお、モビリティ管理エンティティ（ＭＭＥ）５０Ｂとローカルゲートウェイ（ＬＧＷ）３０間で交換されるメッセージは、ローカル基地局２０Ｂを経由するものであってもよい。これにより、モビリティ管理エンティティ（ＭＭＥ）５０Ｂとローカルネットワーク１１０間のインタフェース（特にはシグナリングインタフェース）を一つに統一することができ、特にモビリティ管理エンティティ（ＭＭＥ）５０Ｂにおけるインタフェース管理コストを低減することができる。

ここで、移動端末（ＵＥ）１０Ｂは、無線ベアラ設定処理の中で通知されるＡＰＮ（すなわちＡＰＮ−Ｌ）によって、アイドル遷移する前に確立したベアラ（すなわち外部ネットワークＰＤＮ ２００へのベアラ）とは異なるベアラ（すなわちＬＩＰＡベアラ）が新たに確立されたことを検出する。なお、ハンドオーバ時に新たに（ＬＩＰＡ）ベアラが確立され、ハンドオーバ前にアクティブだった（すなわち無線ベアラ確立を通じて更新されたベアラコンテキストのアクティブフラグが有効）ベアラが無線ベアラ設定処理を完了した時点でアクティベートされず（すなわち同アクティブフラグが無効）、新たに確立されたＬＩＰＡベアラだけがアクティブであることを移動端末（ＵＥ）１０Ｂが検出してもよい。

移動端末（ＵＥ）１０Ｂは、アイドル遷移する前に確立したベアラ（すなわち外部ネットワークＰＤＮ ２００へのベアラ）とは異なるベアラ（すなわちＬＩＰＡベアラ）が新たに確立されたことを検出すると、現在のローカル基地局２０Ｂのもとでは直接コアネットワークを経由して外部ネットワークＰＤＮ（“ＡＰＮ−Ｍ”）に接続することは許可されていないと判断し、ＬＩＰＡベアラ上でＮｏｎ３Ｇアクセス手法を用いたハンドオーバ接続を実施することを決定する（ステップＳ１６１７：Ｎ３Ｇ ＨＯ判断）。

なお、移動端末（ＵＥ）１０ＢがＮ３Ｇ ＨＯ判断を行うに際して、通知されたアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”が、ＬＩＰＡベアラのためのアクセスポイント名（ＡＰＮ）であることをさらに検出してもよい（例えば、ドメイン名”ｌｉｐａ”が付与されていることから検出する）。これにより、移動端末（ＵＥ）１０Ｂは、ＬＩＰＡ経由のオフロードによりコアネットワーク経由のＰＤＮが可能であることをより確実に判断することができる。すなわち、本実施の形態に係る通信システムによれば、ＡＰＮ−ＬがＬＩＰＡコネクションのためのものではなく、外部ネットワークへのコネクション上に他の外部ネットワークコネクションを重畳させるような冗長なコネクションの確立を回避し、ネットワークリソースの無駄な消費を低減させることができる。

また、無線ベアラ設定の中で“ＡＰＮ−Ｌ”を通知するとともに、現在のローカル基地局２０Ｂのもとでは直接コアネットワークを経由して外部ネットワークＰＤＮ（ＡＰＮ−Ｍ）に接続することは許可しないことを示す情報（例えばフラグ）を移動端末（ＵＥ）１０Ｂに通知してもよい。これによって、移動端末（ＵＥ）１０Ｂがより確実に再接続判断を実施して、誤判断による無駄なリソース消費を防ぐことができる。

ＬＩＰＡベアラ上でＮｏｎ−３ＧＰＰアクセス手法を用いたハンドオーバ接続を行うために、移動端末（ＵＥ）１０Ｂはコアネットワークに配置されるパケットゲートウェイｅＰＤＧ ６０を発見するための識別子を生成し（あるいは事前に生成された識別子を用いて）、ＤＮＳなどのアドレス導出機構によりパケットゲートウェイｅＰＤＧ ６０のアドレスを導出する。なお、本来ｅＰＤＧ（ＰＤＧ）は、ＷＬＡＮや有線ネットワークなどのＮｏｎ−３ＧＰＰ（非セルラ）アクセスネットワークからコアネットワークにアクセスするためのゲートウェイ装置である。また、“ｅＰＤＧ”は“ＰＤＧ”と呼ぶこともあり、いずれの場合であっても同様に本実施の形態を実施することができる。

続いて移動端末（ＵＥ）１０Ｂは、ＬＩＰＡベアラを介して、すなわちＬＩＰＡベアラに割り当てられたアドレス（ＩＰアドレス）を用いてパケットゲートウェイｅＰＤＧ ６０との接続処理を開始する（ステップＳ１６１９：接続処理（ＡＰＮ−Ｍ））。すなわち、移動端末（ＵＥ）１０ＢはＴＳ２３．４０２に開示されるようなＵｎｔｒｕｓｔｅｄ Ｎｏｎ−３ＧＰＰへのハンドオーバ手順を実施する。これを受けてパケットゲートウェイｅＰＤＧ ６０はパケットゲートウェイＰＧＷ ７０との間でベアラ修正などのハンドオーバｅＰＤＧ処理を実施する（ステップＳ１６２１：接続処理）。これにより、移動端末（ＵＥ）１０ＢはパケットゲートウェイＰＧＷ ７０との間に確立したコネクションをパケットゲートウェイｅＰＤＧ ６０経由のコネクションに切替て、外部ネットワークＰＤＮ ２００との通信を継続する。

ここで、ＬＩＰＡベアラを介した接続においては、パケットゲートウェイｅＰＤＧ ６０と確立するトンネルに適用する暗号化アルゴリズムとしてヌルアルゴリズムを選定する。このヌルアルゴリズムは移動端末（ＵＥ）１０Ｂから指定してもよいし、トンネル確立時の認証結果を受けてＡＡＡサーバ（不図示）がｅＰＤＧにヌルアルゴリズムの使用を指示してもよい。

なお、ＬＩＰＡのアクセスポイント名（ＡＰＮ）以外のベアラを有する移動端末（ＵＥ）１０Ｂからのサービスリクエストは、ローカル基地局２０Ｂ又はモビリティ管理エンティティ（ＭＭＥ）５０Ｂが常に失敗させる、あるいは拒否するものであってもよい。さらには、失敗あるいは拒否を通知する接続応答メッセージの中でＬＩＰＡ用のアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”を通知する（このとき、通知したアクセスポイント名（ＡＰＮ）への接続のみ許可される旨の情報を併せて通知してもよい）。ここで、モビリティ管理エンティティ（ＭＭＥ）５０Ｂが保持する移動端末（ＵＥ）１０Ｂのベアラコンテキストは保持しておく。これを受けて移動端末（ＵＥ）１０Ｂは、ＬＩＰＡベアラを確立し、その上でコネクションのハンドオーバをパケットゲートウェイｅＰＤＧ ６０に対して実施する。

また、モビリティ管理エンティティ（ＭＭＥ）５０Ｂがベアラ修正処理を完了した時に、移動端末（ＵＥ）１０ＢにＮｏｎ−３ＧＰＰハンドオーバを促すメッセージ（例えば、Ｎ３Ｇハンドオーバ指示メッセージ）を送信してもよい。さらには、ＬＩＰＡベアラ上でＮｏｎ−３ＧＰＰ接続を実施することを明示的に指示してもよい。これによって、移動端末（ＵＥ）１０Ｂがより確実にＮ３Ｇ ＨＯ判断を実施することができる。

なお、フィルタゲートウェイ（フィルタＧＷ）４０は、移動端末（ＵＥ）１０Ｂと外部ネットワークＰＤＮ ２００との通信パケットを監視する（ステップＳ１６２３：パケット監視）。

＜移動端末の構成と動作＞
移動端末（ＵＥ）１０Ｂの構成について図１７を用いて説明する。図１７は、実施の形態３に係る移動端末（ＵＥ）１０Ｂの構成を示すブロック図である。図１７に示す移動端末（ＵＥ）１０Ｂは、ローカル基地局２０を含むセルラ基地局と物理的／論理的に接続するための無線通信部１１と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部１３と、ｅＰＤＧ等のＮｏｎ−３ＧＰＰアクセスから利用する通信ノードとの間のプロトコル処理を実施するＮ３Ｇ接続処理部１５と、アプリケーションを動作させるアプリ部１７と、接続制御部１９Ｂと、を備える。

図１７に示す移動端末（ＵＥ）１０Ｂの動作について図１８を用いて説明する。図１８は、移動端末（ＵＥ）１０Ｂの「アイドル復帰処理」を示すフロー図であり、特に、移動端末（ＵＥ）１０Ｂがローカル基地局２０配下でアイドルモード復帰を実施するためのフロー図である。

移動端末（ＵＥ）１０Ｂが通信開始するためにアイドルモードから復帰する際、無線通信部１１は、ローカル基地局２０Ｂにサービスリクエストメッセージを送信する（ステップＳ１８０１：サービスリクエスト）。

移動端末（ＵＥ）１０Ｂとローカルゲートウェイ（ＬＧＷ）３０の間にＬＩＰＡベアラが確立された後（ステップＳ１８０３：無線ベアラ設定）、接続制御部１９Ｂは、無線ベアラ設定処理の中で通知されたＡＰＮ（ＡＰＮ−Ｌ）にもとづいて、アイドル遷移する前に確立したベアラ（すなわち外部ネットワークＰＤＮ ２００へのベアラ）とは異なるベアラ（すなわちＬＩＰＡベアラ）が新たに確立されたことを検出すると、現在のローカル基地局２０Ｂのもとでは直接コアネットワークを経由して外部ネットワークＰＤＮ（“ＡＰＮ−Ｍ”）に接続することは許可されていないと判断する。そして、接続制御部１９Ｂは、Ｎ３Ｇ接続処理部１５を介して、ＬＩＰＡベアラ上でＮｏｎ３Ｇアクセス手法を用いたハンドオーバ接続を実施することを決定する（ステップＳ１８０５：Ｎ３Ｇ ＨＯ判断）。

通信処理部１３は、無線通信部１１を介して、ＬＩＰＡベアラを介して、すなわちＬＩＰＡベアラに割り当てられたアドレス（ＩＰアドレス）を用いてパケットゲートウェイｅＰＤＧ ６０との接続処理を開始する（ステップＳ１８０７：接続処理（ＡＰＮ−Ｍ））。

＜ローカル基地局の構成と動作＞
実施の形態３に係るローカル基地局２０Ｂの構成について図１９を用いて説明する。図１９はローカル基地局２０Ｂの構成を示すブロック図である。図１９に示すローカル基地局２０Ｂは、接続制御部２１Ｂと、ローカルゲートウェイ（ＬＧＷ）と接続するためのプロトコルを実施するＬＧＷ通信部２３と、ローカルネットワーク１１０と接続するためのローカル通信部２５と、移動端末（ＵＥ）１０やコアネットワーク装置に対する基地局処理を実施する基地局処理部２７と、移動端末（ＵＥ）１０Ｂとセルラ回線を介して接続するためのセルラ通信部２９と、を備える。

図１９に示すローカル基地局２０Ｂの動作について図２０を用いて説明する。図２０は、ローカル基地局２０Ｂの「アイドル復帰処理」フロー図である。

セルラ通信部２９は、移動端末（ＵＥ）１０Ｂからサービスリクエストメッセージを受信する（ステップＳ２００１：サービスリクエスト受信）。

基地局処理部２７は、サービスリクエストメッセージに、当該ローカル基地局２０Ｂから接続可能なＬＩＰＡのアクセスポイント名（ＡＰＮ）、例えば“ＡＰＮ−Ｌ”を格納し、ローカル通信部２５は、“ＡＰＮ−Ｌ”が格納されたサービスリクエストメッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ｂに転送する（ステップＳ２００３：サービスリクエスト転送（ＬＩＰＡ ＡＰＮ付加））。

ローカル通信部２５は、モビリティ管理エンティティ（ＭＭＥ）５０Ｂから、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージを受信する（ステップＳ２００５：コンテキストセットアップ要求受信（ＡＰＮ−Ｌ））。ここで、コンテキストセットアップ要求メッセージにはベアラ確立したアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”が格納される。

セルラ通信部２９は、ローカル基地局２０Ｂから、移動端末（ＵＥ）１０Ｂとの間で無線ベアラ設定処理を実施するためにコンテキストセットアップ要求メッセージから抽出されたＡＰＮ−Ｌが通知される（ステップＳ２００７：無線ベアラ確立（ＡＰＮ−Ｌ通知））。

ＬＧＷ通信部２３は、移動端末（ＵＥ）１０Ｂとの無線ベアラ確立を完了すると、コンテキストセットアップ応答メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ｂに送信する（ステップＳ２００９：コンテキストセットアップ応答送信）。

＜ＭＭＥの構成と動作＞
モビリティ管理エンティティ（ＭＭＥ）５０Ｂの構成について図２１を用いて説明する。図２１は、モビリティ管理エンティティ（ＭＭＥ）５０Ｂの構成を示すブロック図である。図２１に示すモビリティ管理エンティティ（ＭＭＥ）５０Ｂは、ハンドオーバ制御部５１Ｂと、ＭＭＥ処理部５３と、通信部５５と、を備える。

図２１に示すモビリティ管理エンティティ（ＭＭＥ）５０Ｂの動作について図２２を用いて説明する。図２２は、モビリティ管理エンティティ（ＭＭＥ）５０Ｂの「アイドル復帰処理」フロー図であり、特に、移動端末（ＵＥ）１０Ｂがローカル基地局２０Ｂ配下でのアイドルモード復帰を実施する際のフロー図ある。

通信部５５は、ローカル基地局２０Ｂから、当該ローカル基地局２０Ｂから接続可能なＬＩＰＡのアクセスポイント名（ＡＰＮ）、例えば“ＡＰＮ−Ｌ”が格納されたサービスリクエストメッセージを受信する（ステップＳ２２０１：サービスリクエスト受信）。

ＭＭＥ処理部５３は、取得したＡＰＮ−Ｌに対応するＧＷ（ここではＬＩＰＡ用のアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”に対応する、指定ＡＰＮがあるかどうかを判定する。ステップＳ２２０３：“指定ＡＰＮあり？”）。指定ＡＰＮがある場合、ステップＳ２２０５へ遷移し、指定ＡＰＮがない場合、ステップＳ２２１７へ遷移する。

ＭＭＥ処理部５３は、例えば、ＤＮＳ等の機構にＡＰＮ−Ｌを入力して指定ＡＰＮに対応するＬＧＷのアドレス（本実施の形態では、ローカルゲートウェイ（ＬＧＷ）３０）を導出して、選択する（ステップＳ２２０５：ＧＷ選択）。

通信部５５は、導出したローカルゲートウェイ（ＬＧＷ）３０に対してＬＩＰＡベアラを生成するためのベアラ生成要求メッセージを送信する（ステップＳ２２０７：ベアラ生成要求送信）。

通信部５５は、ローカルゲートウェイ（ＬＧＷ）３０から、移動端末（ＵＥ）１０ＢのＬＩＰＡベアラに関するコンテキストが生成されたベアラ生成応答メッセージを受信する（ステップＳ２２０９：ベアラ生成応答受信）。

通信部５５は、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをローカル基地局２０Ｂに送信する（ステップＳ２２１１：コンテキストセットアップ要求送信（指定ＡＰＮ））。

通信部５５は、ローカル基地局２０Ｂと移動端末（ＵＥ）１０Ｂとの無線ベアラ確立を完了すると、ローカル基地局２０Ｂからコンテキストセットアップ応答メッセージを受信する（ステップＳ２２１３：コンテキストセットアップ応答受信）。

ＭＭＥ処理部５３は、確立された無線ベアラのＱｏＳパラメータを反映するために、必要に応じてローカルゲートウェイ（ＬＧＷ）３０との間でベアラ修正処理を実施する（ステップＳ２２１５：ベアラ修正処理）。

ＭＭＥ処理部５３は、後続するサービスリクエスト処理を実施する（ステップＳ２２１７：後続するサービスリクエスト処理実施）。

（実施の形態４）
実施の形態４に係る通信システムでは、移動端末（ＵＥ）がローカル基地局経由でＰＤＮコネクションを確立した後で、マクロ基地局へハンドオーバする。

＜通信システム構成＞
実施の形態４に係る通信システムの構成について、図２３を用いて説明する。図２３は実施の形態４に係る通信システムの構成を示す図であり、移動端末がローカル基地局経由でＰＤＮコネクションを確立した後で、マクロ基地局へハンドオーバする状態を示す図である。図２３に示す本実施の形態に係る通信システムが、図７に示す実施の形態２に係る通信システムと異なる点は、移動端末（ＵＥ）１０Ｃが逆向きに移動するということである。すなわち、移動端末（ＵＥ）１０ＣがローカルＲＡＮ１００からマクロＲＡＮ １４０に移動し、ハンドオーバが実施される。この点以外は実施の形態２と同様であり、図２３において、図７と共通する構成要素には同じ参照符号が付されている。

＜通信システム動作＞
図２３に示す通信システムの動作について、図２４を用いて説明する。図２４は、図２３に示す通信システムの動作を説明するための図である。なお、図２４では、移動端末（ＵＥ）１０Ｃは、ローカル基地局２０Ｃ経由でＬＩＰＡベアラを確立し、その上にパケットゲートウェイＰＧＷ ７０とのＰＤＮコネクションを確立した状態にある。そして、移動端末（ＵＥ）１０Ｃが移動してマクロＲＡＮ１４０のエリアに入り、ローカル基地局２０にメジャメントレポート（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を送信すると、ローカル基地局２０がマクロ基地局ｅＮＢ １５０へのハンドオーバを決定する。

図２３に示すように、ローカル基地局２０は、モビリティ管理エンティティ（ＭＭＥ）５０Ｃにハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ）メッセージを送信する（ステップＳ２４０１：ＨＯ要求）。同様に、モビリティ管理エンティティ（ＭＭＥ）５０Ｃは、マクロ基地局ｅＮＢ １５０にハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージを送信する（ステップＳ２４０３：ＨＯ要求）。

マクロ基地局ｅＮＢ １５０は、移動端末（ＵＥ）１０Ｃを収容するリソースの確保あるいは確保見込みがたつと、ハンドオーバ要求応答メッセージ（Ｈａｎｄｏｖｅｒ Ｒｅｓｐｏｎｓｅ）を、モビリティ管理エンティティ（ＭＭＥ）５０Ｃに送信する（ステップＳ２４０５：ＨＯ要求応答）。

ハンドオーバ要求応答メッセージ（Ｈａｎｄｏｖｅｒ Ｒｅｓｐｏｎｓｅ）を受けて、モビリティ管理エンティティ（ＭＭＥ）５０Ｃは、移動端末（ＵＥ）１０Ｃにハンドオーバ指示（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）メッセージを送信する（ステップＳ２４０７：ＨＯ指示）。なお、ハンドオーバ指示（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）メッセージは、ローカル基地局２０Ｃを介して移動端末（ＵＥ）１０Ｃに配送される（ステップＳ２４０９：ＨＯ配送）。

移動端末（ＵＥ）１０Ｃは、ハンドオーバ確認（Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍａｔｉｏｎ）メッセージをマクロ基地局ｅＮＢ １５０に送信する（ステップＳ２４１１：ＨＯ確認）。

ハンドオーバ確認（Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍａｔｉｏｎ）メッセージを受けて、マクロ基地局ｅＮＢ １５０は、ハンドオーバ通知（Ｈａｎｄｏｖｅｒ Ｎｏｔｉｆｙ）メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ｃに送信する（ステップＳ２４１３：ＨＯ通知（ＬＩＰＡ可否））。

ステップＳ２４１３において、マクロ基地局ｅＮＢ １５０は、移動端末（ＵＥ）１０Ｃが接続済みのアクセスポイント名（ＡＰＮ）に対するＬＩＰＡ実施可否を示す情報を、ハンドオーバ通知メッセージに格納してモビリティ管理エンティティ（ＭＭＥ）５０Ｃに送信する。または、移動端末（ＵＥ）１０Ｃが接続済みのＡＰＮに対してハンドオーバ先の基地局（ここではマクロ基地局ｅＮＢ １５０）からＬＩＰＡ接続を行うことができるか、またはそのユーザが許可されているかを、モビリティ管理エンティティ（ＭＭＥ）５０Ｃが確認してもよい。この場合、モビリティ管理エンティティ（ＭＭＥ）５０Ｃは、加入者情報やＲＡＮ（基地局）ケーパビリティに関する情報などを用いて、ＬＩＰＡ実施可否を判断する。

ＬＩＰＡ実施可能である場合、モビリティ管理エンティティ（ＭＭＥ）５０Ｃは、従来のハンドオーバ手順を継続実施する。すなわち、確立済みのＬＩＰＡベアラをマクロ基地局ｅＮＢ １５０にハンドオーバする。このとき、移動端末（ＵＥ）１０Ｃには同じアドレスが割り当てられるので、ＬＩＰＡベアラ上に確立したパケットゲートウェイｅＰＤＧ ６０とのトンネルを更新する必要はない。なお、（１）ＬＩＰＡ実施可能であるが、アクセスポイント名（ＡＰＮ）が変更される場合、（２）接続先のローカルゲートウェイ（ＬＧＷ）が変更される場合など、移動端末（ＵＥ）１０Ｃに割り当てられるアドレスが変更されることがある（このときＬＩＰＡベアラを新規に確立する必要があるかもしれない）。このように移動端末（ＵＥ）１０Ｃに割り当てられるＬＩＰＡベアラのアドレスが変更される場合、移動端末（ＵＥ）１０ＣはパケットゲートウェイｅＰＤＧ ６０とのトンネルエンドポイントアドレスを変更する処理を実施する。

ＬＩＰＡ実施不可能である場合、モビリティ管理エンティティ（ＭＭＥ）５０Ｃは、移動端末（ＵＥ）１０ＣがＬＩＰＡベアラ上で確立したマクロＰＤＮ（すなわちＬＩＰＡ ＡＰＮで示されるローカルネットワーク以外）へのコネクション（以下、マクロＰＤＮベアラやマクロＰＤＮコネクションなどと呼ぶ）を保持しているかを確認する。そのために、モビリティ管理エンティティ（ＭＭＥ）５０Ｃは、ＬＩＰＡベアラコンテキストに状態管理のための情報（当該ＬＩＰＡベアラ上に、マクロＰＤＮへのコネクションが重畳されているか否か）を格納してもよい。

ＬＩＰＡベアラ上に他のコネクションが重畳されていることが検出された場合、モビリティ管理エンティティ（ＭＭＥ）５０Ｃは図示していない加入者情報サーバ（ＨＳＳ）や認証サーバ（ＡＡＡ）から、移動端末（ＵＥ）１０Ｃの加入者情報を取得して、ＬＩＰＡベアラ上のコネクションが接続しているパケットゲートウェイＰＧＷ ７０のアドレスを抽出する（ステップＳ２４１５：加入者情報取得（ＨＳＳ／ＡＡＡ））。

続いて、モビリティ管理エンティティ（ＭＭＥ）５０Ｃは、サービングゲートウェイ（ＳＧＷ）１６０を選択し、マクロＰＤＮへのコネクションを３Ｇアクセス経由のベアラに切り替えるため、サービングゲートウェイ（ＳＧＷ）１６０経由で抽出したパケットゲートウェイＰＧＷ ７０に対してベアラ生成要求メッセージを送信する（ステップＳ２４１７、Ｓ２４１９：ベアラ生成要求）。なお、モビリティ管理エンティティ（ＭＭＥ）５０Ｃは、既にサービングゲートウェイ（ＳＧＷ）が割り当てられている場合、割り当て済みのサービングゲートウェイ（ＳＧＷ）を選択する。

パケットゲートウェイＰＧＷ ７０は、移動端末（ＵＥ）１０ＣのマクロＰＤＮベアラに関するコンテキストを生成し、ベアラ生成応答メッセージをサービングゲートウェイ（ＳＧＷ）１６０経由でモビリティ管理エンティティ（ＭＭＥ）５０Ｃに送信する（ステップＳ２４２１、Ｓ２４２３：ベアラ生成応答）。

モビリティ管理エンティティ（ＭＭＥ）５０Ｃは、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをマクロ基地局ｅＮＢ １５０に送信する（ステップＳ２４２５：コンテキストセットアップ要求）。

コンテキストセットアップ要求メッセージを受信すると、マクロ基地局ｅＮＢ １５０は、移動端末（ＵＥ）１０Ｃとの間で無線ベアラ設定処理を実施する（ステップＳ２４２７：無線ベアラ設定）。

移動端末（ＵＥ）１０Ｃとの無線ベアラ確立を完了すると、マクロ基地局ｅＮＢ １５０はコンテキストセットアップ応答メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ｃに送信する（ステップＳ２４２９：コンテキストセットアップ応答）。

モビリティ管理エンティティ（ＭＭＥ）５０Ｃは、確立された無線ベアラのＱｏＳパラメータを反映するために、必要に応じてパケットゲートウェイＰＧＷ ７０との間でベアラ修正処理を実施する（ステップ２４３１：ベアラ修正処理）。これにより、移動端末（ＵＥ）１０ＣとパケットゲートウェイＰＧＷ ７０の間に外部ネットワークＰＤＮ ２００に接続するためのマクロＰＤＮベアラが確立される。この後、必要に応じてＬＩＰＡベアラのリリースを行ってもよい。

例えば、マクロ基地局ｅＮＢ １５０からのＬＩＰＡ可否通知をハンドオーバ要求応答メッセージに格納してモビリティ管理エンティティ（ＭＭＥ）５０Ｃに通知するようにして、モビリティ管理エンティティ（ＭＭＥ）５０Ｃがマクロ基地局ｅＮＢ １５０のＬＩＰＡ実施不可を判断すると、ハンドオーバ指示メッセージの中でローカル基地局２０に対してＬＩＰＡベアラのリリースを併せて指示する。

これを受けてローカル基地局２０は、ハンドオーバ確認メッセージを送信した後の任意のタイミングで、移動端末（ＵＥ）１０ＣのＬＩＰＡベアラをリリースする。このとき、モビリティ管理エンティティ（ＭＭＥ）５０ＣはマクロＰＤＮベアラのハンドオーバが完了するまでは、ＬＩＰＡベアラコンテキストのリリースを行わない。これにより、マクロＰＤＮへのコネクションまでもが（ハンドオーバ完了前に）不意にリリースされてしまうことを回避することができる。

以上の処理により、マクロＰＤＮベアラのハンドオーバを完了し、ローカルネットワーク１００を介さないマクロＲＡＮ経由のＰＤＮコネクションを確立し、外部ネットワークＰＤＮ ２００との通信を継続することができる。

＜移動端末の構成と動作＞
実施の形態４に係る移動端末（ＵＥ）１０Ｃの構成について図２５を用いて説明する。図２５は、実施の形態４に係る移動端末（ＵＥ）１０Ｃの構成を示すブロック図である。図２５に示す移動端末（ＵＥ）１０Ｃは、ローカル基地局２０Ｃを含むセルラ基地局と物理的／論理的に接続するための無線通信部１１と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部１３と、ｅＰＤＧ等のＮｏｎ−３ＧＰＰアクセスから利用する通信ノードとの間のプロトコル処理を実施するＮ３Ｇ接続処理部１５と、アプリケーションを動作させるアプリ部１７と、接続制御部１９Ｃと、を備える。

＜ローカル基地局の構成と動作＞
実施の形態４に係るローカル基地局２０Ｃの構成について図２６を用いて説明する。図２６はローカル基地局２０Ｃの構成を示すブロック図である。図２６に示すローカル基地局２０Ｃは、接続制御部２１Ｃと、ローカルゲートウェイ（ＬＧＷ）と接続するためのプロトコルを実施するＬＧＷ通信部２３と、ローカルネットワーク１１０と接続するためのローカル通信部２５と、移動端末（ＵＥ）１０Ｃやコアネットワーク装置に対する基地局処理を実施する基地局処理部２７と、移動端末（ＵＥ）１０Ｃとセルラ回線を介して接続するためのセルラ通信部２９と、を備える。

＜ＭＭＥの構成と動作＞
モビリティ管理エンティティ（ＭＭＥ）５０Ｃの構成について図２７を用いて説明する。図２７は、モビリティ管理エンティティ（ＭＭＥ）５０Ｃの構成を示すブロック図である。図２７に示すモビリティ管理エンティティ（ＭＭＥ）５０Ｃは、ハンドオーバ制御部５１Ｃと、ＭＭＥ処理部５３と、通信部５５と、を備える。

図２７に示すモビリティ管理エンティティ（ＭＭＥ）５０Ｃの動作について図２８を用いて説明する。図２８は、モビリティ管理エンティティ（ＭＭＥ）５０Ｃの「ハンドオーバ処理」フロー図であり、特に移動端末（ＵＥ）１０Ｃのローカル基地局２０Ｃからマクロ基地局ｅＮＢ １５０へのハンドオーバ処理を実施するためのフロー図である。

図２８に示すように、通信部５５は、サービング基地局であるマクロ基地局ｅＮＢ １５０からハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ）メッセージを受信する（ステップＳ２８０１：“サービング基地局からＨＯ要求受信”）。

ＭＭＥ処理部５３は、通信部５５を介して、ターゲット基地局であるローカル基地局２０Ｃにハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージを送信する（ステップＳ２８０３：“ターゲット基地局にＨＯ要求送信”）。

ＭＭＥ処理部５３は、通信部５５を介して、ターゲット基地局であるローカル基地局２０Ｃから、ハンドオーバ要求応答メッセージ（Ｈａｎｄｏｖｅｒ Ｒｅｓｐｏｎｓｅ）を受信する（ステップＳ２８０５：“ターゲット基地局からＨＯ要求応答受信”）。

ＭＭＥ処理部５３は、通信部５５を介して、移動端末（ＵＥ）１０Ｃにハンドオーバ指示（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）メッセージを送信する（ステップＳ２８０７： “ＵＥにＨＯ指示送信”）。なお、ハンドオーバ指示（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）メッセージは、マクロ基地局ｅＮＢ １５０を介して移動端末（ＵＥ）１０Ｃに配送される。

ＭＭＥ処理部５３は、通信部５５を介して、ターゲット基地局であるローカル基地局２０Ｃから、ハンドオーバ通知（Ｈａｎｄｏｖｅｒ Ｎｏｔｉｆｙ）メッセージを受信する（ステップＳ２８０９：“ターゲット基地局からＨＯ通知受信”）。

ハンドオーバ制御部５１Ｃは、ハンドオーバ通知メッセージに格納された、移動端末（ＵＥ）１０Ｃが接続済みのアクセスポイント名（ＡＰＮ）に対するＬＩＰＡ実施可否を示す情報に基づき、ＬＩＰＡ接続（継続）可能かどうか判定する（“ステップＳ２８１１：ＬＩＰＡ（継続）可能？”）。ＬＩＰＡ接続可能である場合（Ｙｅｓの場合）、ステップＳ２８２７へ遷移し、ＬＩＰＡ接続可能でない場合（Ｎｏの場合）、ステップＳ２８１３へ遷移する。

ハンドオーバ制御部５１Ｃは、ＬＩＰＡ接続可能である場合（Ｙｅｓの場合）、後続する従来のハンドオーバ手順を継続実施する（ステップＳ２８２７：“後続する従来のＨＯ処理実施”）。すなわち、確立済みのＬＩＰＡベアラをマクロ基地局ｅＮＢ １５０にハンドオーバする。このとき、移動端末（ＵＥ）１０Ｃには同じアドレスが割り当てられるので、ＬＩＰＡベアラ上に確立したパケットゲートウェイｅＰＤＧ ６０とのトンネルを更新する必要はない。

ハンドオーバ制御部５１Ｃは、ＬＩＰＡ接続可能でない場合（Ｎｏの場合）、移動端末（ＵＥ）１０ＣがＬＩＰＡベアラ上で確立したマクロＡＰＮ（すなわちＬＩＰＡ ＡＰＮ以外）へのコネクションを保持しているかを確認する。ハンドオーバ制御部５１Ｃは、ＬＩＰＡベアラ上に他のコネクションが重畳されていることが検出された場合、モビリティ管理エンティティ（ＭＭＥ）５０Ｃは図示していない加入者情報サーバ（ＨＳＳ）や認証サーバ（ＡＡＡ）から、移動端末（ＵＥ）１０Ｃの加入者情報を取得して（ステップＳ２８１３：加入者情報取得（ＰＧＷアドレス））、ＬＩＰＡベアラ上のコネクションが接続しているパケットゲートウェイＰＧＷ ７０のアドレスを抽出する。

続いて、ＭＭＥ処理部５３は、通信部５５を介して、サービングゲートウェイ（ＳＧＷ）１６０を選択し、マクロＰＤＮへのコネクションを３Ｇアクセス経由のベアラに切り替えるため、抽出したパケットゲートウェイＰＧＷ ７０に対してサービングゲートウェイ（ＳＧＷ）１６０を介してベアラ生成要求メッセージを送信する（ステップＳ２８１７：ベアラ生成要求送信）。

ＭＭＥ処理部５３は、通信部５５を介して、パケットゲートウェイＰＧＷ ７０から、ベアラ生成応答メッセージをサービングゲートウェイ（ＳＧＷ）１６０経由で受信する（ステップＳ２８１９：ベアラ生成応答受信）。

ＭＭＥ処理部５３は、通信部５５を介して、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをマクロ基地局ｅＮＢ １５０に送信する（ステップＳ２８２１：コンテキストセットアップ要求送信）。

移動端末（ＵＥ）１０Ｃとの無線ベアラ確立を完了すると、ＭＭＥ処理部５３は、通信部５５を介して、マクロ基地局ｅＮＢ １５０から、コンテキストセットアップ応答メッセージを受信する（ステップＳ２８２３：コンテキストセットアップ応答受信）。

ＭＭＥ処理部５３は、確立された無線ベアラのＱｏＳパラメータを反映するために、必要に応じてパケットゲートウェイＰＧＷ ７０との間でベアラ修正処理を実施する（ステップＳ２８２５：ベアラ修正処理）。

（実施の形態５）
実施の形態５に係る通信システムでは、移動端末（ＵＥ）がローカル基地局経由でＰＤＮコネクションを確立した後でアイドルモードに遷移し、マクロ基地局へ移動した後にアイドルモードから復帰する。

＜通信システム構成＞
実施の形態５に係る通信システムの構成について、図２９を用いて説明する。図２９は実施の形態５に係る通信システムの構成を示す図であり、特に移動端末がローカル基地局経由でＰＤＮコネクションを確立した後でアイドルモードに遷移し、マクロ基地局へ移動した後にアイドルモードから復帰する状態を示す。図２９に示す本実施の形態に係る通信システムが、図７に示す実施の形態２に係る通信システムと異なる点は、移動端末（ＵＥ）１０Ｄが逆向きに移動するということである。すなわち、移動端末（ＵＥ）１０ＤがローカルＲＡＮ１００においてアイドルモードに遷移した状態でマクロＲＡＮ １４０に移動し、アイドルモード復帰処理を実施する。

＜通信システム動作＞
図２９に示す通信システムの動作について、図３０を用いて説明する。図３０は、図２９に示す通信システムの動作を説明するための図である。なお、図３０では、移動端末（ＵＥ）１０Ｄは、ローカル基地局２０Ｄ経由でＬＩＰＡベアラを確立し、その上にパケットゲートウェイＰＧＷ ７０とのＰＤＮコネクションを確立した後に、アイドルモードに遷移した状態とする。すなわち、図２９に示す通信システムにおいて、ローカル基地局２０Ｄと移動端末（ＵＥ）１０Ｄ間の無線ベアラや、ローカル基地局２０Ｄにおける移動端末（ＵＥ）１０Ｄのベアラコンテキスト、またローカル基地局２０Ｄとモビリティ管理エンティティ（ＭＭＥ）５０Ｄ間の移動端末（ＵＥ）１０Ｄに関するＳ１ベアラが存在しない。

移動端末（ＵＥ）１０Ｄが移動してマクロＲＡＮ １４０のエリアに入り、通信開始するためにアイドルモードから復帰することを決定すると、マクロ基地局ｅＮＢ １５０にサービスリクエストメッセージを送信する（ステップＳ３００１：サービスリクエスト）。

マクロ基地局ｅＮＢ １５０は、移動端末（ＵＥ）１０Ｄが接続済みのアクセスポイント名（ＡＰＮ）に対するＬＩＰＡ実施可否を示す情報をサービスリクエストメッセージに格納して、モビリティ管理エンティティ（ＭＭＥ）５０Ｄに送信する。（ステップＳ３００３：サービスリクエスト（ＬＩＰＡ可否））。または、移動端末（ＵＥ）１０Ｄが接続済みのアクセスポイント名（ＡＰＮ）に対してマクロ基地局ｅＮＢ １５０からＬＩＰＡ接続を行うことができるか、またはそのユーザが許可されているかを、モビリティ管理エンティティ（ＭＭＥ）５０Ｄが確認してもよい。この場合、モビリティ管理エンティティ（ＭＭＥ）５０Ｄは加入者情報やＲＡＮ（基地局）ケーパビリティに関する情報などを用いてＬＩＰＡ実施可否を判断する。

ＬＩＰＡ実施可能である場合、モビリティ管理エンティティ（ＭＭＥ）５０Ｄは、従来のサービスリクエスト手順（アイドル復帰処理）を継続実施する。すなわち、確立済みのＬＩＰＡベアラをマクロ基地局ｅＮＢ １５０にて確立する。このとき移動端末（ＵＥ）１０Ｄには同じアドレスが割り当てられるので、モビリティ管理エンティティ（ＭＭＥ）５０Ｄは、ＬＩＰＡベアラ上に確立したパケットゲートウェイｅＰＤＧ ６０とのトンネルを更新する必要はない。なお、ＬＩＰＡ実施可能であるが、（１）アクセスポイント名（ＡＰＮ）が変更される場合、又は（２）接続先のローカルゲートウェイ（ＬＧＷ）が変更される場合など、移動端末（ＵＥ）１０Ｄに割り当てられるアドレスが変更されることがある（このときＬＩＰＡベアラを新規に確立する必要があるかもしれない）。このように移動端末（ＵＥ）１０Ｄに割り当てられるＬＩＰＡベアラのアドレスが変更される場合、移動端末（ＵＥ）１０ＤはパケットゲートウェイｅＰＤＧ ６０とのトンネルエンドポイントアドレスを変更する処理を実施する。

ＬＩＰＡ実施不可である場合、モビリティ管理エンティティ（ＭＭＥ）５０Ｄは、移動端末（ＵＥ）１０ＤがＬＩＰＡベアラ上で確立したマクロＡＰＮ（すなわちＬＩＰＡ ＡＰＮ以外）へのコネクションを保持しているかを確認する。そのために、モビリティ管理エンティティ（ＭＭＥ）５０Ｄは、ＬＩＰＡベアラコンテキストに状態管理のための情報（当該ＬＩＰＡベアラ上に、マクロＰＤＮへのコネクションが重畳されているか否か）を格納してもよい。ＬＩＰＡベアラ上に他のコネクションが重畳されていることが検出された場合、モビリティ管理エンティティ（ＭＭＥ）５０Ｄは図示していない加入者情報サーバ（ＨＳＳ）や認証サーバ（ＡＡＡ）から、移動端末（ＵＥ）１０Ｄの加入者情報を取得して、ＬＩＰＡベアラ上のコネクションが接続しているパケットゲートウェイＰＧＷ ７０のアドレスを抽出する（ステップＳ３００５：加入者情報取得（ＨＳＳ／ＡＡＡ））。

続いて、モビリティ管理エンティティ（ＭＭＥ）５０Ｄは、サービングゲートウェイ（ＳＧＷ）１６０を選択（既に割り当てられている場合は、割り当て済みのＳＧＷを選択）し、マクロＰＤＮへのコネクションを３Ｇアクセス経由のベアラに切り替えるため、抽出したパケットゲートウェイＰＧＷ ７０に対してサービングゲートウェイ（ＳＧＷ）１６０を介してベアラ生成要求メッセージを送信する（ステップＳ３００７、Ｓ３００９：ベアラ生成要求）。

パケットゲートウェイＰＧＷ ７０は、移動端末（ＵＥ）１０ＤのマクロＰＤＮベアラに関するコンテキストを生成し、ベアラ生成応答メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ｄに送信する（ステップＳ３０１１、Ｓ３０１３：ベアラ生成応答）。

モビリティ管理エンティティ（ＭＭＥ）５０Ｄは、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをマクロ基地局ｅＮＢ １５０に送信する（ステップＳ３０１５：コンテキストセットアップ要求）。

コンテキストセットアップ要求メッセージを受信すると、マクロ基地局ｅＮＢ １５０は移動端末（ＵＥ）１０Ｄとの間で無線ベアラ設定処理を実施する（ステップＳ３０１７：無線ベアラ設定）。

移動端末（ＵＥ）１０Ｄとの無線ベアラ確立を完了すると、マクロ基地局ｅＮＢ １５０はコンテキストセットアップ応答メッセージをモビリティ管理エンティティ（ＭＭＥ）５０Ｄに送信する（ステップＳ３０１９：コンテキストセットアップ応答）。モビリティ管理エンティティ（ＭＭＥ）５０Ｄは、確立された無線ベアラのＱｏＳパラメータを反映するために、必要に応じてパケットゲートウェイＰＧＷ ７０との間でベアラ修正処理を実施する（ステップＳ３０２１、Ｓ３０２３：ベアラ修正処理）。これにより、移動端末（ＵＥ）１０ＤとパケットゲートウェイＰＧＷ ７０の間に外部ネットワークＰＤＮ ２００に接続するためのマクロＰＤＮベアラが確立される。この後、必要に応じてＬＩＰＡベアラのリリースを行ってもよい。例えば、ＭＭＥがローカル基地局２０Ｄに対してＬＩＰＡベアラのリリースを指示する。

以上の処理により、本実施の形態に係る通信システムでは、移動端末（ＵＥ）１０Ｄが保持するベアラの復帰処理を完了し、ローカルネットワーク１００を介さないマクロＲＡＮ経由のＰＤＮコネクションを確立し、外部ネットワークＰＤＮ ２００との通信を継続することができる。

＜移動端末の構成と動作＞
実施の形態５に係る移動端末（ＵＥ）１０Ｄの構成について図３１を用いて説明する。図３１は、実施の形態５に係る移動端末（ＵＥ）１０Ｄの構成を示すブロック図である。図３１に示す移動端末（ＵＥ）１０Ｄは、ローカル基地局２０Ｄを含むセルラ基地局と物理的／論理的に接続するための無線通信部１１と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部１３と、ｅＰＤＧ等のＮｏｎ−３ＧＰＰアクセスから利用する通信ノードとの間のプロトコル処理を実施するＮ３Ｇ接続処理部１５と、アプリケーションを動作させるアプリ部１７と、接続制御部１９Ｄと、を備える。

＜ローカル基地局の構成と動作＞
実施の形態５に係るローカル基地局２０Ｄの構成について図３２を用いて説明する。図３２はローカル基地局２０Ｄの構成を示すブロック図である。図３２に示すローカル基地局２０Ｄは、接続制御部２１Ｄと、ローカルゲートウェイ（ＬＧＷ）と接続するためのプロトコルを実施するＬＧＷ通信部２３と、ローカルネットワーク１１０と接続するためのローカル通信部２５と、移動端末（ＵＥ）１０Ｃやコアネットワーク装置に対する基地局処理を実施する基地局処理部２７と、移動端末（ＵＥ）１０Ｄとセルラ回線を介して接続するためのセルラ通信部２９と、を備える。

＜ＭＭＥの構成と動作＞
モビリティ管理エンティティ（ＭＭＥ）５０Ｄの構成について図３３を用いて説明する。図３３は、モビリティ管理エンティティ（ＭＭＥ）５０Ｄの構成を示すブロック図である。図３３に示すモビリティ管理エンティティ（ＭＭＥ）５０Ｄは、ハンドオーバ制御部５１Ｄと、ＭＭＥ処理部５３と、通信部５５と、を備える。

図３３に示すモビリティ管理エンティティ（ＭＭＥ）５０Ｄの動作について図３４を用いて説明する。図３４は、モビリティ管理エンティティ（ＭＭＥ）５０Ｄの「アイドル復帰処理」フロー図であり、特に移動端末（ＵＥ）１０Ｄがマクロ基地局配下でのアイドルモード復帰を実施するためのフロー図ある。

図３３に示すように、ハンドオーバ制御部５１Ｄは、通信部５５を介して、マクロ基地局ｅＮＢ １５０から、移動端末（ＵＥ）１０Ｄが接続済みのアクセスポイント名（ＡＰＮ）に対するＬＩＰＡ実施可否を示す情報が格納されたサービスリクエストメッセージを受信する（ステップＳ３４０１：サービスリクエスト受信）。

ハンドオーバ制御部５１Ｄは、加入者情報やＲＡＮ（基地局）ケーパビリティに関する情報などを用いてＬＩＰＡ実施可否を判断する（ステップＳ３４０３：ＬＩＰＡ（継続）可能？）。ＬＩＰＡ実施可能である場合（Ｙｅｓの場合）、ステップＳ３４１７へ遷移し、ＬＩＰＡ実施可能でない場合（Ｎｏの場合）、ステップＳ３４０５へ遷移する。

ＬＩＰＡ実施可能でない場合、ＭＭＥ処理部５３は、移動端末（ＵＥ）１０ＤがＬＩＰＡベアラ上で確立したマクロＡＰＮ（すなわちＬＩＰＡ ＡＰＮ以外）へのコネクションを保持しているかを確認する。ＭＭＥ処理部５３は、ＬＩＰＡベアラコンテキストに状態管理のための情報（当該ＬＩＰＡベアラ上に、マクロＰＤＮへのコネクションが重畳されているか否か）を格納し、ＬＩＰＡベアラ上に他のコネクションが重畳されていることが検出された場合、ＭＭＥ処理部５３は、通信部５５を介して、図示していない加入者情報サーバ（ＨＳＳ）や認証サーバ（ＡＡＡ）から、移動端末（ＵＥ）１０Ｄの加入者情報を取得する（ステップＳ３４０５：加入者情報取得（ＰＧＷアドレス））。

ＭＭＥ処理部５３は、サービングゲートウェイ（ＳＧＷ）１６０を選択する（ステップＳ３４０７：（ＧＷ選択））。なお、既にサービングゲートウェイ（ＳＧＷ）１６０が割り当てられている場合は、割り当て済みのサービングゲートウェイ（ＳＧＷ）１６０を選択する。

ＭＭＥ処理部５３は、通信部５５を介してパケットゲートウェイＰＧＷ ７０から、移動端末（ＵＥ）１０ＤのマクロＰＤＮベアラに関するコンテキストが生成されたベアラ生成応答メッセージを受信する（ステップＳ３４０９：ベアラ生成応答受信）。

ＭＭＥ処理部５３は、通信部５５を介してマクロ基地局ｅＮＢ １５０に、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージを送信する（ステップＳ３４１１：コンテキストセットアップ要求送信）。

マクロ基地局ｅＮＢ １５０が移動端末（ＵＥ）１０Ｄとの間で無線ベアラ確立を完了後、ＭＭＥ処理部５３は、通信部５５を介してマクロ基地局ｅＮＢ １５０から、コンテキストセットアップ応答メッセージを受信する（ステップＳ３４１３：コンテキストセットアップ応答受信）。

ＭＭＥ処理部５３は、確立された無線ベアラのＱｏＳパラメータを反映するために、通信部５５を介して、必要に応じてパケットゲートウェイＰＧＷ ７０との間でベアラ修正処理を実施する（ステップＳ３４１５：ベアラ修正処理）。

ＬＩＰＡ実施可能である場合、ＭＭＥ処理部５３は、従来のサービスリクエスト手順（アイドル復帰処理）を継続実施する（ステップＳ３４１７：後続する従来のサービスリクエスト処理実施（ＬＩＰＡベアラのみ））。

（実施の形態６）
実施の形態６に係る通信システムでは、移動端末（ＵＥ）がローカル基地局経由でインターネット等のネットワークサービスを提供するＰＤＮに初期接続、ハンドオーバあるいはアイドルモードから復帰する際の異なる方法を開示する。

＜通信システムの構成＞
実施の形態６に係る通信システムの構成について、図３５を用いて説明する。図３５は、実施の形態６に係る通信システムの構成を示す図である。図３５は、特に移動端末（ＵＥ）１０Ｅがローカル基地局２０ＥからＬＩＰＡベアラ経由で外部ネットワークＰＤＮ ２００に接続するためのマクロＰＤＮコネクションを確立するためのシステムを説明するための図である。図３５に示す通信システムが、図１に示す通信システムと異なる点は、コアネットワーク１３０にｅＰＤＧが配置されず、その代わりにコアネットワーク１３０にＡＡＡサーバ９０と、ローカルネットワーク１１０にＤＨＣＰサーバ８０が配置される点である。なお、ＤＨＣＰサーバはＡＡＡサーバと連動して動作するプロキシＡＡＡサーバの機能を搭載する。この点以外は第１の実施形態と同様であり、図３５において、図１と共通する構成要素には同じ参照符号が付されている。

＜通信システム動作＞
図３５に示す通信システムの動作について、図３６を用いて説明する。図３６は、図３５に示す通信システムの動作を説明するための図である。図３６に示す通信システムの基本的なシステムの動作は、図２に示す実施の形態１にかかる通信システムと同じであるが、図３６に示す通信システムの動作が、図２に示す実施の形態１にかかる通信システムの動作と異なる点は、図２において移動端末（ＵＥ）１０が実施する再接続判断ステップ以降である。さらに、図３６に示す通信システムの動作では、再接続判断ステップ以降には、図８において移動端末（ＵＥ）１０Ｂが実施するＮ３Ｇ ＨＯ判断ステップも含まれる。以下、特に再接続判断ステップないしＮ３Ｇ ＨＯ判断ステップ以降の処理について説明する。

図３６に示すように、移動端末（ＵＥ）１０Ｅは、（ｅＰＤＧにコンタクトするのではなく）確立されたＬＩＰＡベアラ上にＤＨＣＰリクエストメッセージを送信する。このとき、移動端末（ＵＥ）１０Ｅは、ＤＨＣＰリクエストメッセージに、接続先となるマクロＡＰＮ、本実施の形態では外部ネットワークＰＤＮ ２００を示すアクセスポイント名である“ＡＰＮ−Ｍ”を格納して送信する（ステップＳ３６０３：ＤＨＣＰ要求）。

ローカルネットワーク上のＤＨＣＰサーバ８０がＤＨＣＰリクエストメッセージを受信すると、コアネットワーク１３０上のＡＡＡサーバ９０に、移動端末（ＵＥ）１０Ｅの端末認証及びＡＰＮ−Ｍへの接続承認を要求する（ステップＳ３６０５：接続認証／承認要求）。

ＡＡＡサーバ９０による認証／承認が完了すると、ＡＡＡサーバ９０は、その接続承認結果をＤＨＣＰサーバ８０に返信する（ステップＳ３６０７：接続認証／承認応答）。

ＤＨＣＰサーバ８０は、受信した認証／承認結果に応じて移動端末（ＵＥ）１０Ｅへのアクションを決定する。すなわち、移動端末（ＵＥ）１０が正しく認証され、“ＡＰＮ−Ｍ”への接続が承認されると、ＤＨＣＰサーバ８０はフィルタＧＷ４０にパケットゲートウェイＰＧＷ ７０とのパス構築を指示する（ステップＳ３６０９：パス確立指示）。

ステップＳ３６０９の「パス確立指示」に基づき構築される、フィルタＧＷ４０とパケットゲートウェイＰＧＷ ７０との間のパスは、例えばＰＭＩＰ（Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ）プロトコルによるパス、ＧＴＰ（Ｇｅｎｅｒｉｃ Ｔｕｎｎｅｌ Ｐｒｏｔｏｃｏｌ）によるパス、又はＩＰｓｅｃによるＶＰＮトンネルのパスである（ステップＳ３６１１：パス確立）。

また、ＤＨＣＰサーバ８０は、ＡＰＮ−Ｍに接続するためのアドレス（ＩＰアドレス）を割り当てて、ＤＨＣＰ応答メッセージに格納して移動端末（ＵＥ）１０Ｅに送信する（ステップＳ３６１３：ＤＨＣＰ応答）。ここで、移動端末（ＵＥ）１０に割り当てるアドレスは、先の接続認証／承認応答ステップの中でＡＡＡサーバ ９０からＤＨＣＰサーバ８０に通知されるものであってもよい。

ここで、ＡＡＡサーバ ９０は、ステップＳ３６０５およびステップＳ３６０７における認証／承認処理の中で、外部ネットワークＰＤＮ ２００のＤＨＣＰサーバ８０から割り当てアドレスを取得してもよい。または、ステップＳ３６０５およびステップＳ３６０７における認証／承認処理の中で、ＡＡＡサーバ ９０は、あらかじめ規定されたアドレス範囲の中から割り当てアドレスを獲得する。

ＤＨＣＰ応答を受信した移動端末（ＵＥ）１０Ｅは、取得したアドレスをＬＩＰＡベアラに設定するとともに対応するアクセスポイント名（ＡＰＮ）（“ＡＰＮ−Ｍ”）と関連づけてベアラコンテキストとして管理する。これにより、移動端末（ＵＥ）１０Ｅが外部ネットワークＰＤＮ ２００に対する通信を実施できるようになる。

＜移動端末の動作＞
実施の形態６に係る移動端末（ＵＥ）１０Ｅの構成について図３７を用いて説明する。図３７は、実施の形態６に係る移動端末（ＵＥ）１０Ｅの構成を示すブロック図である。図３７に示す移動端末（ＵＥ）１０Ｅは、ローカル基地局２０Ｅを含むセルラ基地局と物理的／論理的に接続するための無線通信部１１と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部１３と、ｅＰＤＧ等のＮｏｎ−３ＧＰＰアクセスから利用する通信ノードとの間のプロトコル処理を実施するＮ３Ｇ接続処理部１５と、アプリケーションを動作させるアプリ部１７と、接続制御部１９Ｅと、を備える。

図３７に示す移動端末（ＵＥ）１０Ｅの動作について図３８を用いて説明する。図３８は、移動端末（ＵＥ）１０Ｅの「接続処理」を示すフロー図であり、特に、ローカル基地局２０Ｅ経由で、インターネット等のネットワークサービスを提供するＰＤＮに初期接続、ハンドオーバあるいはアイドルモードから復帰する際の異なる方法を実施するためのフロー図である。

接続制御部１９Ｅは、通信処理部１３を介して、ハンドオーバ前に確立したベアラ（すなわち外部ネットワークＰＤＮ ２００へのベアラ）とは異なるベアラ（すなわちＬＩＰＡベアラ）が新たに確立され、無線ベアラ設定処理の中で対応するＡＰＮ（ＡＰＮ−Ｌ）が通知されたことを検出し、現在のローカル基地局２０Ｅのもとでは直接コアネットワークを経由して外部ネットワークＰＤＮ（ＡＰＮ−Ｍ）に接続することは許可されていないと判断する（ステップＳ３８０１：接続処理における再接続判断）。そして、接続制御部１９Ｅは、Ｎ３Ｇ接続処理部１５を介して、ＬＩＰＡベアラ上でＮｏｎ３Ｇアクセス手法を用いたハンドオーバ接続を実施することを決定する（ステップＳ３８０２：ハンドオーバ処理、アイドル復帰処理におけるＮ３Ｇ ＨＯ判断）。

接続制御部１９Ｅは、通信処理部１３を介して、確立されたＬＩＰＡベアラ上にＤＨＣＰリクエストメッセージを送信する。このとき、移動端末（ＵＥ）１０Ｅは、ＤＨＣＰリクエストメッセージに、接続先となるマクロＡＰＮ、本実施の形態では外部ネットワークＰＤＮ ２００を示すアクセスポイント名である“ＡＰＮ−Ｍ”を格納して送信する（ステップＳ３８０３：ＤＨＣＰ要求送信）。

接続制御部１９Ｅは、通信処理部１３を介して、ＤＨＣＰサーバ８０から、“ＡＰＮ−Ｍ”に接続するためのアドレス（ＩＰアドレス）の割り当て情報を含むＤＨＣＰ応答メッセージを受信するする（ステップＳ３８０５：ＤＨＣＰ応答受信）。ここで、移動端末（ＵＥ）１０に割り当てるアドレスは、ＡＡＡサーバ ９０からＤＨＣＰサーバ８０に通知されるものであってもよい。

接続制御部１９Ｅは、ＤＨＣＰ応答メッセージから、“ＡＰＮ−Ｍ”に接続するためのアドレス（ＩＰアドレス）の割り当て情報を抽出し、抽出したアドレスをＬＩＰＡベアラに設定するとともに、ベアラコンテキストとして管理する。これにより、移動端末（ＵＥ）１０Ｅが外部ネットワークＰＤＮ ２００に対する通信を実施できるようになる（ステップＳ３８０７：アドレス抽出／設定）。

（実施の形態７）
実施の形態７に係る通信システムでは、移動端末１０００（以下、ＵＥ１０００）さらに無線ＬＡＮなどの局所無線通信や有線ＬＡＮなどのローカル通信を実施し、異なる移動端末２０００（以下、ＵＥ＿ＬＡＮ２０００）を収容する場合の、初期接続、ハンドオーバ、アイドル復帰などの方法について開示する。

＜通信システムの構成１：初期接続＞
実施の形態７に係る初期接続方法を説明するための通信システムの構成について、図３９を用いて説明する。図３９は、実施の形態７に係る初期接続に関する通信システムの構成を示す図であり、基本的な構成要素は図１に示したものと同じである。異なる点は、ＵＥ１０００がローカル通信手段を介して接続するＵＥ＿ＬＡＮ２０００を配している点である。この点以外は第１の実施形態と同様であり、図３９において、図１と共通する構成要素には同じ参照符号が付されている。

上記構成において、Ｎ３Ｇアクセスが可能なＵＥ＿ＬＡＮ２０００が、ＵＥ１０００に無線ＬＡＮなどのローカル通信手段を介して接続すると、コアネットワーク経由でＰＤＮ２００に接続するために、３ＧＰＰ ＴＳ２３．４０２に規定されるＮ３Ｇ接続手順を実施する。具体的には、例えばｅＰＤＧとＩＰｓｅｃトンネルを確立し、確立したＩＰｓｅｃトンネル越しにＰＧＷとＰＤＮコネクションを確立する。これにより、ＵＥ＿ＬＡＮ２０００は、ＵＥ１０００を介してＰＤＮ２００との通信を実施することができる。しかしながら、ＵＥ＿ＬＡＮ２０００は、接続先のｅＰＤＧを独自に選定するため、ＩＰｓｅｃトンネルに暗号化が適用される場合にフィルタＧＷでパケットスクリーニングを行うことができないという問題がある。以下、この問題を解決するための方法について説明する。

＜通信システム動作１：初期接続＞
図３９に示す通信システムの動作について、図４０を用いて説明する。図４０は、図３９に示す通信システムの動作を説明するための図である。図４０に示す通信システムの基本的なシステムの動作は、図２に示す実施の形態１にかかる通信システムと同じであるが、図４０に示す通信システムの動作が、図２に示す実施の形態１にかかる通信システムの動作と異なる点は、ＵＥ１０００が実施する接続処理（ＡＰＮ−Ｍ）ステップ以降である。以下、異なるステップの処理について説明する。

図４０に示すように、移動端末（ＵＥ）１０００がパケットゲートウェイｅＰＤＧ６０（ｅＰＤＧ６０）との接続処理を完了した後でＵＥ＿ＬＡＮ２０００とのリンク接続を実施し（ステップＳ４００１）、ＵＥ＿ＬＡＮ２０００がＮ３Ｇ接続を実施するため、接続要求を送信する（ステップＳ４００３）。接続要求は、例えばＵＥ＿ＬＡＮ２０００が独自に選定したｅＰＤＧ６０とのコネクション確立を要求するＩＫＥプロトコルのフェーズ１メッセージである。

ここで、ＵＥ＿ＬＡＮ２０００がｅＰＤＧとコネクションを確立すると、ＩＰｓｅｃによって暗号化されたトンネルが確立され、フィルタＧＷ等でのパケットスクリーニングが不可能となってしまう。これを防ぐため、ＵＥ１０００がＵＥ＿ＬＡＮ２０００から接続要求が送信されたことを検出すると、接続要求のヘッダから接続先となるｅＰＤＧを特定する（ステップＳ４００５：接続先選定）。特定したｅＰＤＧが、ＵＥ１０００が接続しているｅＰＤＧ（ｅＰＤＧ６０）と異なるものであった場合、ＵＥ１０００はｅＰＤＧ６０への再接続を指示する接続先指示をＵＥ＿ＬＡＮ２０００に送信する（ステップＳ４００７）。接続先指示はｅＰＤＧ６０の識別子（例えば、ＩＰアドレスやホスト名）を含む。接続先指示は、ｅＰＤＧ６０の識別子を含むＩＫＥ ｒｅｄｉｒｅｃｔであってもよいし、独自のメッセージであってもよい。ＵＥ１０００が接続しているｅＰＤＧ宛の接続要求であった場合、ＵＥ１０００は、従来通り接続要求をｅＰＤＧに転送し、接続先指示を送らない。

接続先指示を受信したＵＥ＿ＬＡＮ２０００は、指定されたｅＰＤＧ６０を宛先とする接続要求を送信し、ｅＰＤＧ６０との間で接続処理を実施する（ステップＳ４００９：接続処理）。この接続処理は、先にＵＥ１０００がｅＰＤＧ６０と実施した接続処理と同様に、確立するトンネルに適用する暗号化アルゴリズムとして、ヌルアルゴリズムを選定する。なお、ヌルアルゴリズムの指定は、ＵＥ１０００が接続先指示の中でＵＥ＿ＬＡＮ２０００に別途指示するものであってもよいし、トンネル確立時の認証結果を受けてＡＡＡサーバ（不図示）がｅＰＤＧ６０にヌルアルゴリズムの使用を指示してもよい。これにより、ＵＥ＿ＬＡＮ２０００が外部ネットワークＰＤＮ ２００と交換するパケット（アプリケーションメッセージ）は、フィルタＧＷ４０において監視することができるようになる（ステップＳ４０１１：パケット監視）。

セキュリティフィルタエントリを追加する時は、所定のインタフェースを用いてフィルタＧＷ ４０のセキュリティフィルタに追加修正することにより、リアルタイムなフィルタ更新が可能となる。また、ローカル基地局２０配下の移動端末（ＵＥ）１０００、さらにはその配下の移動端末（ＵＥ＿ＬＡＮ）２０００を対象にセキュリティフィルタを設定することができるので、個々の移動端末（ＵＥ）１０００、ＵＥ＿ＬＡＮ２０００に対する設定が不要となり、管理コストの低減を図ることができる。
なお、説明の簡単のため、ＵＥ１０００とＵＥ＿ＬＡＮ２０００の接続するＰＤＮおよびＰＧＷ ７０を同じものとしたが、ＵＥ１０００とＵＥ＿ＬＡＮ２０００が異なるＰＤＮやＰＧＷに接続する場合であっても、本発明による方法は同様に動作可能である。

上記説明では、ＵＥ＿ＬＡＮ２０００による接続要求を、ＵＥ１０００がｅＰＤＧ６０との接続を完了した後とした。ここで、ＵＥ１０００がｅＰＤＧ６０との接続処理中、あるいはそれ以前にＵＥ＿ＬＡＮ２０００からの接続要求を受信した場合、ＵＥ１０００は、ＵＥ１０００の接続処理を完了するまで、受信した接続要求をペンディングあるいは拒否する。なお、ＵＥ１０００とＵＥ＿ＬＡＮ２０００がリンク接続を実施するタイミングは、ＵＥ１０００が自身の接続処理を完了する前であっても、後であっても、また接続処理の最中であってもよく、これによって本発明による方法の実施が損なわれるものではない。

また、ＵＥ１０００は、自身が接続しているのと同じｅＰＤＧ６０を指定して接続先指示を送信するとしたが、必ずしも同じｅＰＤＧ６０でなくても、要件を満たすｅＰＤＧを指定してもよい（以降、同等のｅＰＤＧとよぶ）。この同等のｅＰＤＧが満たす要件の例としては、ヌル暗号を指定するよう設定されたｅＰＤＧであったり、所定のネットワーク（例えば構内ネットワーク）に配置され、無暗号でも通信のセキュリティが確保されることが保証できるｅＰＤＧであったりすることが考えられる。

＜移動端末（ＵＥ）１０００の動作＞
実施の形態７に係る移動端末（ＵＥ）１０００の構成について図４１を用いて説明する。図４１は、実施の形態７に係る移動端末（ＵＥ）１０００の構成を示すブロック図である。図４１に示す移動端末（ＵＥ）１０００は、ローカル基地局２０を含むセルラ基地局と物理的／論理的に接続するための無線通信部１０４１と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部１０１３と、ｅＰＤＧ等のＮｏｎ−３ＧＰＰアクセスから利用する通信ノードとの間のプロトコル処理を実施するＮ３Ｇ接続処理部１０１５と、アプリケーションを動作させるアプリ部１０１７と、接続制御部１０１９と、無線ＬＡＮや有線ＬＡＮ等のローカル通信を実施するためのローカル通信部１０１１を備える。なお、図４１に示す移動端末（ＵＥ）１０００の構成は、本実施の形態における移動端末（ＵＥ）の全ての動作に共通する。

図４１に示す移動端末（ＵＥ）１０００のＵＥ＿ＬＡＮ収容に係る動作について、図４２を用いて説明する。なお、ＵＥ１０００の初期接続に係る動作は、実施の形態１にて図４を用いて説明したので、ここでは説明を割愛する。図４２に示すＵＥ＿ＬＡＮ収容動作は、図４で説明した初期接続動作の後に実施されるものである。図４２は、移動端末（ＵＥ）１０００の「ＵＥ＿ＬＡＮ収容処理」を示すフロー図であり、特に、ローカル通信部１０１１を介して接続するＵＥ＿ＬＡＮを収容する方法を実施するためのフロー図である。

ローカル通信部１０１１は、ＵＥ＿ＬＡＮ２０００からのリンク接続要求を受けて、リンク接続処理を実施する（ステップＳ４２０１：リンク接続）。リンク接続処理は、ローカル通信方式に依存するものであり、例えば無線ＬＡＮや有線ＬＡＮなどに準拠した手順となる。続いて、ローカル通信部１０１１がＵＥ＿ＬＡＮ２０００からの接続要求を受信すると、接続制御部１０１９に転送する。ここで、ローカル通信部１０１１においてフィルタリングルールを設定し（例えば、ＩＫＥフェーズ１の最初のメッセージを捕捉するためのルールを設定）、接続要求メッセージを検出するようにしてもよいし、ローカル通信部１０１１と接続しセルラ側通信部（通信処理部１０１３、無線通信部１０４１）との間でパケット転送を行うための（図示していない）転送部に転送し、転送部の中で接続要求メッセージをフィルタルール等により検出してもよい（この場合は、転送部が検出した接続要求を接続制御部１０１９に転送（通知）する）。なお、ＵＥ＿ＬＡＮ２０００からの接続要求は、リンク接続完了後ただちに受信するものとは限らない。

接続制御部１０１９が、検出された接続要求を取得すると、接続要求の宛先ノードを確認する。すなわち、接続要求の宛先ノードがＵＥ１０００の接続したｅＰＤＧ６０とは異なるｅＰＤＧであることをアドレス比較等により検出すると（ステップＳ４２０３：接続要求検出）、ＵＥ１０００が接続するｅＰＤＧ６０のアドレスあるいはそれに相当する識別子（ホスト名など）を通知して、接続のやり直しを促すための接続先指示（メッセージ）を生成する（ステップＳ４２０５：接続先指示（同じｏｒ同等のｅＰＤＧへの接続を指示））。接続先指示は、例えばＩＫＥ Ｒｅｄｉｒｅｃｔメッセージであってもよい（その際、ｅＰＤＧ６０のアドレスをメッセージ内に含む）。接続制御部１０１９は、接続先指示の送信先をＵＥ＿ＬＡＮ２０００に設定し、ローカル通信部１０１１に転送する。ローカル通信部１０１１は、ローカル通信を介してＵＥ＿ＬＡＮ２０００に接続先指示を転送する。

＜通信システムの構成２：ハンドオーバ（マクロＲＡＮからローカルＲＡＮへ）＞
実施の形態７に係るマクロＲＡＮからローカルＲＡＮへのハンドオーバ方法を説明するための通信システムの構成について、図４３を用いて説明する。図４３は、実施の形態７に係るマクロＲＡＮ１４０からローカルＲＡＮ１００へのハンドオーバに関する通信システムの構成を示す図であり、基本的な構成要素は図７に示したものと同じである。異なる点は、ＵＥ１０００がローカル通信手段を介して接続するＵＥ＿ＬＡＮ２０００を配している点である。この点以外は第２の実施形態と同様であり、図４３において、図７と共通する構成要素には同じ参照符号が付されている。

＜通信システム動作２：ハンドオーバ（マクロＲＡＮからローカルＲＡＮへ）＞
図４３に示す通信システムの動作について、図４４を用いて説明する。図４４は、図４３に示す通信システムの動作を説明するための図である。図４４に示す通信システムの基本的なシステムの動作は、図８に示す実施の形態２にかかる通信システムと同じであるが、図４４に示す通信システムの動作が、図８に示す実施の形態２にかかる通信システムの動作と異なる点は、ＵＥ１０００が実施する接続処理（ＡＰＮ−Ｍ）ステップ（ステップＳ４４０１）以降である。以下、異なるステップの処理について説明する。

図４４に示すように、ＵＥ＿ＬＡＮ２０００は、あらかじめＵＥ１０００を介してＰＧＷ７０とのＰＤＮコネクションを確立している。後に、ＵＥ１０００とＵＥ＿ＬＡＮ２０００が移動するなどしてローカルＲＡＮ１００のカバレッジを発見すると、ＵＥ１０００は図８において説明したようにハンドオーバ処理を実施する。ｅＰＤＧ６０との接続処理を完了すると（ステップＳ４４０１、Ｓ４４０３：接続処理（ＡＰＮ−Ｍ））、ＵＥ１０００はＵＥ＿ＬＡＮ２０００に接続更新指示を送信する（ステップＳ４４０５：接続更新指示）。接続更新指示には、ＵＥ１０００が接続したｅＰＤＧ６０の識別子（アドレス、ホスト名など）を記載する。

ＵＥ＿ＬＡＮ２０００は接続更新指示を受信すると、接続更新処理を開始する（ステップＳ４４０７：接続更新（Ｍｏｂｉｋｅアドレス更新））。接続更新処理において、ＵＥ＿ＬＡＮ２０００はそれまで接続していたｅＰＤＧからＵＥ１０００に指定されたｅＰＤＧ６０に接続を切り替える。具体的には、ＴＳ２３．４０２に規定されるｅＰＤＧ間ハンドオーバを実施する（新規ｅＰＤＧ６０にハンドオーバアタッチを行い、接続完了後に旧ｅＰＤＧとのＩＰｓｅｃトンネルを切断する）。ＵＥ１０００は、ＵＥ＿ＬＡＮ２０００が接続しているｅＰＤＧが、ＵＥ１０００が接続したｅＰＤＧ６０と同じあるいは同等であることを確認できた場合は、接続更新指示の送信を停止させることができる。

また、接続更新処理はアドレスエンドポイントの更新を目的とする側面もある（接続更新処理は、たとえばＭｏｂｉｋｅ（ＩＫＥｖ２ Ｍｏｂｉｌｉｔｙ ａｎｄ Ｍｕｌｔｉｈｏｍｉｎｇ Ｐｒｏｔｏｃｏｌ：ＲＦＣ ４５５５）における、アドレス変更（Ｃｈａｎｇｉｎｇ Ａｄｄｒｅｓｓ ｉｎ ＩＰｓｅｃ ＳＡ）処理を適用することができる）。

ＵＥ１０００のハンドオーバによって、ＵＥ１０００に付与されるＩＰアドレスが変更されることがある。ＵＥ１０００はＵＥ＿ＬＡＮ２０００に対してＮＡＴとして動作するので、こうしたＵＥ１０００のアドレス変更に際して、ＵＥ＿ＬＡＮ２０００がｅＰＤＧ６０と確立したＩＰｓｅｃトンネルのエンドポイントアドレス（すなわちｅＰＤＧ６０からみたＵＥ＿ＬＡＮ２０００側アドレス＝ＵＥ１０００アドレス）を更新する必要がある。また、ＵＥ＿ＬＡＮ２０００はＵＥ１０００のアドレスが変更されたかどうかはわからないので、ＵＥ１０００がＵＥ＿ＬＡＮ２０００に指示（接続更新指示）を送信する必要がある。これにより、ＵＥ＿ＬＡＮ２０００のｅＰＤＧ６０を介したセッションをハンドオーバ後も継続させることができる。接続更新処理をエンドポイントアドレスの更新目的で発行する場合において、ＵＥ１０００に付与されるアドレスが変更されない、すなわちアドレスプリザベーションが有効であることが確認される場合においては、ＵＥ１０００は接続更新指示をＵＥ＿ＬＡＮ２０００に送信しなくてもよい。また、同様の場合において、ＵＥ１０００が自身のアドレスが変更された場合のみ接続更新指示を送信するようにしてもよい。これにより、無駄な接続更新処理を回避させることができ、端末のバッテリ消費低減とネットワークリソースの有効利用に貢献することができる。

なお、上記説明では、ＵＥ１０００の指示を受けてＵＥ＿ＬＡＮ２０００が接続更新処理を開始するとしたが、ＵＥ１０００がｅＰＤＧ６０との接続時（すなわち接続処理（ＡＰＮ−Ｍ）：ステップＳ４４０１）に、ＵＥ１０００を介してｅＰＤＧとの接続を確立しているＵＥ＿ＬＡＮ２０００の識別子をｅＰＤＧ６０に通知し、ｅＰＤＧ６０を起点とする接続更新処理を実施するものであってもよい。この場合、あらかじめｅＰＤＧ６０とコネクション（ＩＰｓｅｃトンネル）確立しているＵＥ＿ＬＡＮ２０００についてはＭＯＢＩＫＥ等の手順を利用してアドレスエンドポイントの更新を実施し、ｅＰＤＧ６０が収容していない（すなわち他のｅＰＤＧとコネクション確立しているＵＥ＿ＬＡＮ２０００）については、ｅＰＤＧ６０がコネクション保持するｅＰＤＧに対してコネクションの移動を指示するものであってもよい（ただし、このとき、ＵＥ１０００はｅＰＤＧ６０に、ＵＥ＿ＬＡＮ２０００の接続先となるｅＰＤＧの識別子を同時に通知しておく必要がある。ＵＥ＿ＬＡＮ２０００の接続先ｅＰＤＧ識別子は、過去にＵＥ＿ＬＡＮ２０００が実施したＩＫＥフェーズ１メッセージを検出した時の宛先アドレスを履歴として保持しておき、その中から抽出することができる）。

これにより、ＵＥ＿ＬＡＮ２０００が外部ネットワークＰＤＮ ２００と交換するパケット（アプリケーションメッセージ）は、フィルタＧＷ４０において監視することができるようになる（ステップＳ４４０９「パケット監視」）。セキュリティフィルタエントリを追加する時は、所定のインタフェースを用いてフィルタＧＷ ４０のセキュリティフィルタに追加修正することにより、リアルタイムなフィルタ更新が可能となる。また、ローカル基地局２０配下の移動端末（ＵＥ）１０００、さらにはその配下の移動端末（ＵＥ＿ＬＡＮ）２０００を対象にセキュリティフィルタを設定することができるので、個々の移動端末（ＵＥ）１０００、ＵＥ＿ＬＡＮ２０００に対する設定が不要となり、管理コストの低減を図ることができる。

なお、マクロＲＡＮに在圏している時に、ＵＥ＿ＬＡＮ２０００はＵＥ１０００を介さずに直接ｅＮＢ１５０に接続することもある。その場合、ＵＥ＿ＬＡＮ２０００は、ＴＳ２３．４０２に規定される従来の３Ｇ−Ｎ３Ｇハンドオーバを実施する。

＜移動端末（ＵＥ）１０００の動作２：ハンドオーバ（マクロＲＡＮからローカルＲＡＮへ）＞
図４１に示す移動端末（ＵＥ）１０００のマクロＲＡＮからローカルＲＡＮへのハンドオーバに係る動作について、図４５を用いて説明する。なお、本動作は実施の形態２にて図１０を用いて説明したものと基本的に同じであり、異なる点はＮ３Ｇ ＨＯ処理（ｅＰＤＧ）を実施した後に接続更新指示を送信することである。以下、異なる点について説明する。

Ｎ３Ｇ接続処理部１０１５がｅＰＤＧ６０に対してＮ３Ｇハンドオーバ処理を完了すると、接続制御部１０１９は、ＵＥ＿ＬＡＮ２０００に対して接続更新指示（メッセージ）を送信する（ステップＳ４５０１）。接続更新指示には、ＵＥ１０００が接続したｅＰＤＧ６０の識別子（アドレスやホスト名など）が含まれる。接続更新指示はローカル通信部１０１１を介してＵＥ＿ＬＡＮ２０００に送信される。

＜通信システムの構成３：アイドル復帰（マクロＲＡＮからローカルＲＡＮへ）＞
実施の形態７に係るマクロＲＡＮ１４０から移動してローカルＲＡＮ１００でアイドル復帰する場合の方法を説明するための通信システムの構成について、図４６を用いて説明する。図４６は、実施の形態７に係るマクロＲＡＮ１４０から移動してローカルＲＡＮ１００でアイドル復帰する場合に関する通信システムの構成を示す図であり、基本的な構成要素は図１５に示したものと同じである。異なる点は、ＵＥ１０００がローカル通信手段を介して接続するＵＥ＿ＬＡＮ２０００を配している点である。この点以外は第３の実施形態と同様であり、図４６において、図１５と共通する構成要素には同じ参照符号が付されている。

＜通信システム動作３：アイドル復帰（マクロＲＡＮから→ローカルＲＡＮへ）＞
図４６に示す通信システムの動作について、図４７を用いて説明する。図４７は、図４６に示す通信システムの動作を説明するための図である。図４７に示す通信システムの基本的なシステムの動作は、図１６に示す実施の形態２にかかる通信システムと同じであるが、図４７に示す通信システムの動作が、図１６に示す実施の形態３にかかる通信システムの動作と異なる点は、ＵＥ１０００が実施する接続処理（ＡＰＮ−Ｍ）ステップ以降である。以下、異なるステップの処理について説明する。

図４７に示すように、ＵＥ＿ＬＡＮ２０００は、あらかじめＵＥ１０００を介してＰＧＷ７０とのＰＤＮコネクションを確立した状態で、ＵＥ１０００がアイドルモードに遷移した状態である。後に、ＵＥ１０００とＵＥ＿ＬＡＮ２０００が移動するなどしてローカルＲＡＮ１００のカバレッジに入り、ＵＥ１０００がアイドル復帰を開始する（例えば、コア網からのページング着信やＵＥ＿ＬＡＮ２０００から受信したパケットの転送開始、などを契機にアイドル復帰処理を開始する）。

ＵＥ１０００のアイドル復帰処理は、図１６において説明した手順にもとづいて実施する。ｅＰＤＧとの接続処理を完了すると、ＵＥ１０００はＵＥ＿ＬＡＮ２０００に接続更新指示を送信する（ステップＳ４７０１：接続更新指示）。接続更新指示には、ＵＥ１０００が接続したｅＰＤＧ６０の識別子（アドレス、ホスト名など）を記載する。

ＵＥ＿ＬＡＮ２０００は接続更新指示を受信すると、接続更新処理を開始する（ステップＳ４７０３：接続更新（Ｍｏｂｉｋｅアドレス更新））。接続更新処理において、ＵＥ＿ＬＡＮ２０００はそれまで接続していたｅＰＤＧからＵＥ１０００に指定されたｅＰＤＧ６０に接続を切り替える。具体的には、ＴＳ２３．４０２に規定されるｅＰＤＧ間ハンドオーバを実施する（新規ｅＰＤＧ６０にハンドオーバアタッチを行い、接続完了後に旧ｅＰＤＧとのＩＰｓｅｃトンネルを切断する）。ＵＥ１０００は、ＵＥ＿ＬＡＮ２０００が接続しているｅＰＤＧが、ＵＥ１０００が接続したｅＰＤＧ６０と同じあるいは同等であることを確認できた場合は、接続更新指示の送信を停止させることができる。

また、接続更新処理はアドレスエンドポイントの更新を目的とする側面もある（接続更新処理は、たとえばＭｏｂｉｋｅ（ＩＫＥｖ２ Ｍｏｂｉｌｉｔｙ ａｎｄ Ｍｕｌｔｉｈｏｍｉｎｇ Ｐｒｏｔｏｃｏｌ：ＲＦＣ ４５５５）における、アドレス変更（Ｃｈａｎｇｉｎｇ Ａｄｄｒｅｓｓ ｉｎ ＩＰｓｅｃ ＳＡ）処理を適用することができる）。ＵＥ１０００のアイドル復帰によって、ＵＥ１０００に付与されるＩＰアドレスが変更されることがある。

ＵＥ１０００はＵＥ＿ＬＡＮ２０００に対してＮＡＴとして動作するので、こうしたＵＥ１０００のアドレス変更に際して、ＵＥ＿ＬＡＮ２０００がｅＰＤＧ６０と確立したＩＰｓｅｃトンネルのエンドポイントアドレス（すなわちｅＰＤＧ６０からみたＵＥ＿ＬＡＮ２０００側アドレス＝ＵＥ１０００アドレス）を更新する必要がある。

また、ＵＥ＿ＬＡＮ２０００はＵＥ１０００のアドレスが変更されたかどうかはわからないので、ＵＥ１０００がＵＥ＿ＬＡＮ２０００に指示（接続更新指示）を送信する必要がある。これにより、ＵＥ＿ＬＡＮ２０００のｅＰＤＧ６０を介したセッションをアイドル復帰後も継続させることができる。

接続更新処理をアドレスエンドポイントの更新目的で発行する場合において、ＵＥ１０００に付与されるアドレスが変更されない、すなわちアドレスプリザベーションが有効であることが確認される場合においては、ＵＥ１０００は接続更新指示をＵＥ＿ＬＡＮ２０００に送信しなくてもよい。また、同様の場合において、ＵＥ１０００が自身のアドレスが変更された場合のみ接続更新指示を送信するようにしてもよい。これにより、無駄な接続更新処理を回避させることができ、端末のバッテリ消費低減とネットワークリソースの有効利用に貢献することができる。

なお、上記説明では、ＵＥ１０００の指示を受けてＵＥ＿ＬＡＮ２０００が接続更新処理を開始するとしたが、ＵＥ１０００がｅＰＤＧ６０との接続時（すなわち接続処理（ＡＰＮ−Ｍ））に、ＵＥ１０００を介してｅＰＤＧとの接続を確立しているＵＥ＿ＬＡＮ２０００の識別子をｅＰＤＧ６０に通知し、ｅＰＤＧ６０を起点とする接続更新処理を実施するものであってもよい。

この場合、あらかじめｅＰＤＧ６０とコネクション（ＩＰｓｅｃトンネル）確立しているＵＥ＿ＬＡＮ２０００についてはＭＯＢＩＫＥ等の手順を利用してアドレスエンドポイントの更新を実施し、ｅＰＤＧ６０が収容していない（すなわち他のｅＰＤＧとコネクション確立しているＵＥ＿ＬＡＮ２０００）については、ｅＰＤＧ６０がコネクション保持するｅＰＤＧに対してコネクションの移動を指示するものであってもよい（ただしこのとき、ＵＥ１０００はｅＰＤＧ６０に、ＵＥ＿ＬＡＮ２０００の接続先となるｅＰＤＧの識別子を同時に通知しておく必要がある。ＵＥ＿ＬＡＮ２０００の接続先ｅＰＤＧ識別子は、過去にＵＥ＿ＬＡＮ２０００が実施したＩＫＥフェーズ１メッセージを検出した時の宛先アドレスを履歴として保持しておき、その中から抽出することができる）。

これにより、ＵＥ＿ＬＡＮ２０００が外部ネットワークＰＤＮ２００と交換するパケット（アプリケーションメッセージ）は、フィルタＧＷ４０において監視することができるようになる（ステップＳ４７０５：パケット監視）。セキュリティフィルタエントリを追加する時は、所定のインタフェースを用いてフィルタＧＷ４０のセキュリティフィルタに追加修正することにより、リアルタイムなフィルタ更新が可能となる。また、ローカル基地局２０配下の移動端末（ＵＥ）１０００、さらにはその配下の移動端末（ＵＥ＿ＬＡＮ）２０００を対象にセキュリティフィルタを設定することができるので、個々の移動端末（ＵＥ）１０００、ＵＥ＿ＬＡＮ２０００に対する設定が不要となり、管理コストの低減を図ることができる。

なお、マクロＲＡＮに在圏している時に、ＵＥ＿ＬＡＮ２０００はＵＥ１０００を介さずに直接ｅＮＢ１５０に接続することもある。その場合、ＵＥ＿ＬＡＮ２０００は、ＴＳ２３．４０２に規定される従来の３Ｇ−Ｎ３Ｇハンドオーバを実施する。

＜移動端末の動作３：アイドル復帰（マクロＲＡＮからローカルＲＡＮへ）＞
図４１に示す移動端末（ＵＥ）１０００がマクロＲＡＮから移動してローカルＲＡＮでアイドル復帰する場合の動作について、図４８を用いて説明する。なお、本動作は実施の形態３において図１８を用いて説明したものと基本的に同じであり、異なる点はＮ３Ｇ ＨＯを実施する判断の後に接続処理（ＡＰＮ−Ｍ）を完了した後に、接続更新指示を送信することである。以下、異なる点について説明する。

Ｎ３Ｇ接続処理部１０１５がｅＰＤＧ６０に対して接続処理（ＡＰＮ−Ｍ）を完了すると、接続制御部１０１９は、ＵＥ＿ＬＡＮ２０００に対して接続更新指示（メッセージ）を送信する（ステップＳ４８０１：接続更新指示）。接続更新指示には、ＵＥ１０００が接続したｅＰＤＧ６０の識別子（アドレスやホスト名など）が含まれる。接続更新指示はローカル通信部１０１１を介してＵＥ＿ＬＡＮ２０００に送信される。

＜通信システムの構成４：ハンドオーバ（ローカルＲＡＮからマクロＲＡＮへ）＞
実施の形態７に係るローカルＲＡＮ１００からマクロＲＡＮ１４０へのハンドオーバ方法を説明するための通信システムの構成について、図４９を用いて説明する。図４９は、実施の形態７に係るローカルＲＡＮ１００からマクロＲＡＮ１４０へのハンドオーバに関する通信システムの構成を示す図であり、基本的な構成要素は図２３に示したものと同じである。異なる点は、ＵＥ１０００がローカル通信手段を介して接続するＵＥ＿ＬＡＮ２０００を配している点である。この点以外は第４の実施形態と同様であり、図４９において、図２３と共通する構成要素には同じ参照符号が付されている。

＜通信システム動作４：ハンドオーバ（ローカルＲＡＮからマクロＲＡＮへ）＞
図４９に示す通信システムの動作について、図５０を用いて説明する。図５０は、図４９に示す通信システムの動作を説明するための図である。図５０に示す通信システムの基本的なシステムの動作は、図２４に示す実施の形態４にかかる通信システムと同じであるが、図５０に示す通信システムの動作が、図２４に示す実施の形態４にかかる通信システムの動作と異なる点は、ＵＥ１０００とｅＮＢ１５０間で実施する無線ベアラ設定処理ステップ以降である。以下、異なるステップの処理について説明する。

図５０に示すように、ＵＥ＿ＬＡＮ２０００は、あらかじめＵＥ１０００を介してＰＧＷ７０とのＰＤＮコネクションを確立している。後に、ＵＥ１０００とＵＥ＿ＬＡＮ２０００が移動するなどしてマクロＲＡＮ１００のカバレッジを発見すると、ＵＥ１０００は図２４において説明したようにハンドオーバ処理を実施する。ｅＮＢ１５０との無線ベアラ設定処理を完了すると、ＵＥ１０００はＵＥ＿ＬＡＮ２０００に接続更新指示を送信する（ステップＳ５００１：接続更新指示）。

ここでの接続更新処理（ステップＳ５００３：接続更新（Ｍｏｂｉｋｅアドレス更新））は、アドレスエンドポイントの更新を目的とするものである（接続更新処理は、たとえばＭＯＢＩＫＥ（ＩＫＥｖ２ Ｍｏｂｉｌｉｔｙ ａｎｄ Ｍｕｌｔｉｈｏｍｉｎｇ Ｐｒｏｔｏｃｏｌ：ＲＦＣ ４５５５）における、アドレス変更（Ｃｈａｎｇｉｎｇ Ａｄｄｒｅｓｓ ｉｎ ＩＰｓｅｃ ＳＡ）処理を適用することができる）。ＵＥ１０００のハンドオーバによって、ＵＥ１０００に付与されるＩＰアドレスが変更されることがある。

ＵＥ１０００はＵＥ＿ＬＡＮ２０００に対してＮＡＴとして動作するので、こうしたＵＥ１０００のアドレス変更に際して、ＵＥ＿ＬＡＮ２０００がｅＰＤＧ６０と確立したＩＰｓｅｃトンネルのエンドポイントアドレス（すなわちｅＰＤＧ６０からみたＵＥ＿ＬＡＮ２０００側アドレス＝ＵＥ１０００アドレス）を更新する必要がある。

また、ＵＥ＿ＬＡＮ２０００はＵＥ１０００のアドレスが変更されたかどうかはわからないので、ＵＥ１０００がＵＥ＿ＬＡＮ２０００に指示（接続更新指示）を送信する必要がある。これにより、ＵＥ＿ＬＡＮ２０００のｅＰＤＧ６０を介したセッションをハンドオーバ後も継続させることができる。接続更新処理をアドレスエンドポイントの更新目的で発行する場合において、ＵＥ１０００に付与されるアドレスが変更されない、すなわちアドレスプリザベーションが有効であることが確認される場合においては、ＵＥ１０００は接続更新指示をＵＥ＿ＬＡＮ２０００に送信しなくてもよい。

また、同様の場合において、ＵＥ１０００が自身のアドレスが変更された場合のみ接続更新指示を送信するようにしてもよい。これにより、無駄な接続更新処理を回避させることができ、端末のバッテリ消費低減とネットワークリソースの有効利用に貢献することができる。

なお、マクロＲＡＮへのハンドオーバに際して、ＵＥ＿ＬＡＮ２０００はＵＥ１０００を介さずに直接ｅＮＢ１５０に接続することもある。その場合、ＵＥ＿ＬＡＮ２０００は、ＴＳ２３．４０２に規定される従来のＮ３Ｇ−３Ｇハンドオーバを実施する。

＜移動端末の動作４：ハンドオーバ（ローカルＲＡＮから→マクロＲＡＮへ）＞
図４１に示す移動端末（ＵＥ）１０００のローカルＲＡＮからマクロＲＡＮへのハンドオーバに係る動作について、図５１を用いて説明する。
通信処理部１０１３が、ＴＳ２３．４０２に規定のＮ３Ｇ−３Ｇハンドオーバ処理を実施し（ステップＳ５１０１：Ｎ３Ｇ−3Ｇハンドオーバ）、ｅＮＢ１５０との間で無線ベアラ設定を完了すると、ハンドオーバ処理を完了する。これを受けて、配下に収容するＵＥ＿ＬＡＮ２０００の存在を検出すると、接続制御部１０１９は、ＵＥ＿ＬＡＮ２０００に接続更新指示（メッセージ）を送信する（ステップＳ５１０３：接続更新指示）。接続更新指示はローカル通信部１０１１を介してＵＥ＿ＬＡＮ２０００に送信される。

＜通信システムの構成５：アイドル復帰（ローカルＲＡＮからマクロＲＡＮへ）＞
実施の形態７に係るローカルＲＡＮ１００から移動してマクロＲＡＮ１４０でアイドル復帰する場合の方法を説明するための通信システムの構成について、図５２を用いて説明する。図５２は、実施の形態７に係るローカルＲＡＮ１００から移動してマクロＲＡＮ１４０でアイドル復帰する場合に関する通信システムの構成を示す図であり、基本的な構成要素は図２９に示したものと同じである。異なる点は、ＵＥ１０００がローカル通信部１０１１を介して接続するＵＥ＿ＬＡＮ２０００を配している点である。この点以外は第５の実施形態と同様であり、図５２において、図２９と共通する構成要素には同じ参照符号が付されている。

＜通信システム動作５：アイドル復帰（ローカルＲＡＮからマクロＲＡＮへ）＞
図５２に示す通信システムの動作について、図５３を用いて説明する。図５３は、図５２に示す通信システムの動作を説明するための図である。図５３に示す通信システムの基本的なシステムの動作は、図３０に示す実施の形態５にかかる通信システムと同じであるが、図５３に示す通信システムの動作が、図３０に示す実施の形態５にかかる通信システムの動作と異なる点は、ＵＥ１０００とｅＮＢ１５０間で実施する無線ベアラ設定処理ステップ以降である。以下、異なるステップの処理について説明する。

図５３に示すように、ＵＥ＿ＬＡＮ２０００は、あらかじめＵＥ１０００を介してＰＧＷ７０とのＰＤＮコネクションを確立した状態で、ＵＥ１０００がアイドルモードに遷移した状態である。後に、ＵＥ１０００とＵＥ＿ＬＡＮ２０００が移動するなどしてマクロＲＡＮ１４０のカバレッジに入り、ＵＥ１０００がアイドル復帰を開始する（例えば、コア網からのページング着信やＵＥ＿ＬＡＮ２０００から受信したパケットの転送開始、などを契機にアイドル復帰処理を開始する）。

ＵＥ１０００のアイドル復帰処理は、図３０において説明した手順にもとづいて実施する。ｅＮＢ１５０との無線ベアラ設定処理を完了すると、ＵＥ１０００はＵＥ＿ＬＡＮ２０００に接続更新指示を送信する（ステップＳ５３０１：接続更新指示）。

ここでの接続更新処理（ステップＳ５３０３：接続更新（Ｍｏｂｉｋｅアドレス更新））は、アドレスエンドポイントの更新を目的とするものである（接続更新処理は、たとえばＭｏｂｉｋｅ（ＩＫＥｖ２ Ｍｏｂｉｌｉｔｙ ａｎｄ Ｍｕｌｔｉｈｏｍｉｎｇ Ｐｒｏｔｏｃｏｌ：ＲＦＣ ４５５５）における、アドレス変更（Ｃｈａｎｇｉｎｇ Ａｄｄｒｅｓｓ ｉｎ ＩＰｓｅｃ ＳＡ）処理を適用することができる）。ＵＥ１０００のアイドル復帰によって、ＵＥ１０００に付与されるＩＰアドレスが変更されることがある。

ＵＥ１０００はＵＥ＿ＬＡＮ２０００に対してＮＡＴとして動作するので、こうしたＵＥ１０００のアドレス変更に際して、ＵＥ＿ＬＡＮ２０００がｅＰＤＧ６０と確立したＩＰｓｅｃトンネルのエンドポイントアドレス（すなわちｅＰＤＧ６０からみたＵＥ＿ＬＡＮ２０００側アドレス＝ＵＥ１０００アドレス）を更新する必要がある。また、ＵＥ＿ＬＡＮ２０００はＵＥ１０００のアドレスが変更されたかどうかはわからないので、ＵＥ１０００がＵＥ＿ＬＡＮ２０００に指示（接続更新指示）を送信する必要がある。これにより、ＵＥ＿ＬＡＮ２０００のｅＰＤＧ６０を介したセッションをアイドル復帰後も継続させることができる。

接続更新処理をアドレスエンドポイントの更新目的で発行する場合において、ＵＥ１０００に付与されるアドレスが変更されない、すなわちアドレスプリザベーションが有効であることが確認される場合においては、ＵＥ１０００は接続更新指示をＵＥ＿ＬＡＮ２０００に送信しなくてもよい。また、同様の場合において、ＵＥ１０００が自身のアドレスが変更された場合のみ接続更新指示を送信するようにしてもよい。これにより、無駄な接続更新処理を回避させることができ、端末のバッテリ消費低減とネットワークリソースの有効利用に貢献することができる。

なお、マクロＲＡＮにおいてアイドル復帰する際に、ＵＥ＿ＬＡＮ２０００はＵＥ１０００を介さずに直接ｅＮＢ１５０に接続することもある（例えばＵＥ１０００のカバレッジから離れたり、ＵＥ１０００のローカル通信やＵＥ１０００そのものが停止されたりするような場合）。その場合、ＵＥ＿ＬＡＮ２０００は、ＴＳ２３．４０２に規定される従来のＮ３Ｇ−３Ｇハンドオーバを実施する。

＜移動端末の動作５：アイドル復帰（ローカルＲＡＮからマクロＲＡＮへ）＞
図４１に示す移動端末（ＵＥ）１０００がローカルＲＡＮ１００から移動してマクロＲＡＮ１４０でアイドル復帰する場合の動作は、図５１を用いて説明したのと同じであるため割愛する。唯一異なるのは、Ｎ３Ｇ−３Ｇハンドオーバの契機となるのがＵＥ１０００によるサービスリクエスト処理である点である。なお、ローカルＲＡＮからマクロＲＡＮへのハンドオーバ処理ではネットワーク（ＭＭＥあるいはｅＮＢ）が起動するハンドオーバ処理が契機となっていた。

＜通信システムの構成６：Ｓ２ａ接続ケース＞
実施の形態７に係る異なる通信システムの構成について、図５４を用いて説明する。図５４は、実施の形態７に係る異なる通信システムの構成を示す図であり、基本的な構成要素は図３５に示したものと同じである。異なる点は、ＵＥ１０００がローカル通信手段を介して接続するＵＥ＿ＬＡＮ２０００を配している点である。この点以外は第５の実施形態と同様であり、図５４において、図３５と共通する構成要素には同じ参照符号が付されている。

＜通信システム動作６：Ｓ２ａ接続ケース＞
図５４に示す異なる通信システムの動作について、図５５を用いて説明する。図５５は、図５４に示す異なる通信システムの動作を説明するための図である。図５５に示す通信システムの基本的なシステムの動作は、図３６に示す実施の形態６にかかる通信システムと同じであるが、図５５に示す通信システムの動作が、図３６に示す実施の形態６にかかる通信システムの動作と異なる点は、ＵＥ１０００が実施するＤＨＣＰ応答ステップ以降である。以下、異なるステップの処理について説明する。

図５５に示すように、移動端末（ＵＥ）１０００がＤＨＣＰサーバからアドレスを取得した後で、ＵＥ＿ＬＡＮ２０００とのリンクを確立（リンクを接続）する（ステップＳ５５０１：リンク確立）。

そして、ＵＥ＿ＬＡＮ２０００がＴＳ２３．４０２に記載のＳ２ａインタフェースに係るＮ３Ｇ接続を実施するため、ＤＨＣＰ要求（メッセージ）を送信する（ステップＳ５５０３：ＤＨＣＰ要求）。ＤＨＣＰ要求メッセージは、例えばＤＨＣＰ探索（ＤＨＣＰ Ｄｉｓｃｏｖｅｒｙ）やＤＨＣＰリクエスト（ＤＨＣＰ Ｒｅｑｕｅｓｔ）のようなメッセージである。

ＵＥ１０００はＵＥ＿ＬＡＮ２０００からのＤＨＣＰ要求を取得すると、ＡＡＡサーバ９０に対してＵＥ＿ＬＡＮ２０００の認証・承認処理を実施する（ステップＳ５５０５：認証／承認処理）。ＵＥ＿ＬＡＮ２０００の接続が正しく認証・承認されると、ＵＥ１０００はＵＥ＿ＬＡＮ２０００に対してアドレス割当てを行いＤＨＣＰ応答メッセージに含めてＵＥ＿ＬＡＮ２０００に送信（通知）する（ステップＳ５５０７：ＤＨＣＰ応答）。ＵＥ＿ＬＡＮ２０００に割り当てるアドレスは、ＡＡＡサーバ９０がＵＥ１０００に通知することもできる。その場合、ＵＥ１０００は、ＡＡＡサーバ９０から通知されたアドレスをＵＥ＿ＬＡＮ２０００に転送する。ＵＥ＿ＬＡＮ２０００は通知されたアドレスを設定する。これにより、ＵＥ＿ＬＡＮ２０００が外部ネットワークＰＤＮ２００と交換するパケット（アプリケーションメッセージ）は、フィルタＧＷ４０において監視することができるようになる（ステップＳ５５０９：パケット監視）。セキュリティフィルタエントリを追加する時は、所定のインタフェースを用いてフィルタＧＷ４０のセキュリティフィルタに追加修正することにより、リアルタイムなフィルタ更新が可能となる。また、ローカル基地局２０配下の移動端末（ＵＥ）１０００、さらにはその配下の移動端末（ＵＥ＿ＬＡＮ）２０００を対象にセキュリティフィルタを設定することができるので、個々の移動端末（ＵＥ）１０００、ＵＥ＿ＬＡＮ２０００に対する設定が不要となり、管理コストの低減を図ることができる。

なお、説明の簡単のため、ＵＥ１０００とＵＥ＿ＬＡＮ２０００の接続するＰＤＮおよびＰＧＷ ７０を同じものとしたが、ＵＥ１０００とＵＥ＿ＬＡＮ２０００が異なるＰＤＮやＰＧＷに接続する場合であっても、本発明による方法は同様に動作可能である。

上記説明では、ＵＥ＿ＬＡＮ２０００による接続要求を、ＵＥ１０００がＤＨＣＰ応答を受信（すなわちアドレス取得を完了）した後とした。ここで、ＵＥ１０００がアドレス取得処理中、あるいはそれ以前にＵＥ＿ＬＡＮ２０００からのＤＨＣＰ要求を受信した場合、ＵＥ１０００は、アドレス取得処理を完了するまで、受信したＤＨＣＰ要求をペンディングあるいは拒否する。なお、ＵＥ１０００とＵＥ＿ＬＡＮ２０００がリンク接続を実施するタイミングは、ＵＥ１０００が自身の接続処理を完了する前であっても、後であっても、また接続処理の最中であってもよく、これによって本発明による方法の実施が損なわれるものではない。

また、ＵＥ１０００とＵＥ＿ＬＡＮ２０００の間のリンク確立手順の中で、ＵＥ１０００がＵＥ＿ＬＡＮ２０００にＳ２ａ接続の実施（すなわちＤＨＣＰ要求の送信）を促してもよい。

なお、ＵＥ＿ＬＡＮ２０００が固定アドレスを設定する時、ＵＥ＿ＬＡＮ２０００はＤＨＣＰ要求を送信しない。その時は、ＵＥ＿ＬＡＮ２０００が送信するデータパケットを最初に転送する時に、ＵＥ１０００が認証／承認処理を実施してもよい。

既にＵＥ＿ＬＡＮ２０００がＩＰｓｅｃトンネルを確立していることが検出できた場合（ｅ．ｇ． 過去にｅＰＤＧ接続のためのＩＫＥパケットを転送したことの履歴情報にもとづいて、など）、ＩＰｓｅｃトンネル消去指示としてＤＨＣＰ再実行指示（例えばＤＨＣＰ ＮＡＫメッセージ）を送信する。ＤＨＣＰ再実行指示を受信したＵＥ＿ＬＡＮは、ＤＨＣＰ要求を送信し、それをうけてＵＥ１０００がＵＥ＿ＬＡＮに関して認証／承認処理を実施する。認証・承認の正常完了時に、ＵＥ１０００は割当てたアドレスを含むＤＨＣＰ応答をＵＥ＿ＬＡＮ２０００に送信する。ＤＨＣＰ応答を受信したＵＥ＿ＬＡＮ２０００は、ｅＰＤＧに対して確立済みのＩＰｓｅｃトンネルを消去する処理を実施する（ 例えば、ＩＫＥｖ２ ｓｅｃｕｒｉｔｙ ａｓｓｏｃｉａｔｉｏｎ ｔｅｒｍｉｎａｔｉｏｎ手順を実施する）。

＜移動端末の動作６：Ｓ２ａ接続ケース＞
図４１に示す移動端末（ＵＥ）１０００の異なる動作について、図５６を用いて説明する。なお、本動作は実施の形態６にて図３８を用いて説明したものと基本的に同じであり、異なる点はアドレス抽出／設定処理ステップ以降の処理である。以下、異なる点について説明する。

接続制御部１０１９が、収容するＵＥ＿ＬＡＮ２０００について接続（確立）済みのＩＰｓｅｃトンネルの有無を検出する（ステップＳ５６０１：ＩＰｓｅｃトンネル検出）。

確立済みＩＰｓｅｃトンネルを有するＵＥ＿ＬＡＮ２０００に対しては、ＩＰｓｅｃトンネル消去指示としてＤＨＣＰ再実行指示（例えばＤＨＣＰ ＮＡＣＫメッセージ）を送信する（ステップＳ５６０３：ＩＰｓｅｃトンネル消去指示（ＤＨＣＰ再実行指示））。

ＤＨＣＰ再実行指示は、ローカル通信部１０１１を介してＵＥ＿ＬＡＮ２０００に送信される。これを受信した、ＵＥ＿ＬＡＮ２０００は、本ネットワークにおけるＵＥ１０００経由の接続がＳ２ｂインタフェース経由のＵｎｔｒｕｓｔｅｄ接続ではなく、Ｓ２ａインタフェース経由のＴｒｕｓｔｅｄ接続であることを認識する。ステップＳ５６０５では、ＵＥ＿ＬＡＮ２０００からローカル通信部１０１１経由でパケットを受信する。その後、ＵＥ＿ＬＡＮ２０００からローカル通信部１０１１経由で受信するパケットがＩＫＥメッセージである場合、接続制御部１０１９は、再度ＤＨＣＰ再実行指示をローカル通信部１０１１経由でＵＥ＿ＬＡＮ２０００に送信する（ステップＳ５６０７：ＤＨＣＰ再実行指示）。受信するパケットがＤＨＣＰ要求である場合、接続制御部１０１９はＡＡＡサーバ９０に対してＵＥ＿ＬＡＮ２０００の認証・承認処理を行うための要求メッセージを生成し、通信処理部１０１３、ローカル通信部１０１１経由で送信する。

以降、ＡＡＡサーバ９０との間で認証・承認手続き処理を実施する（ステップＳ５６０９：認証／承認処理）。ＵＥ＿ＬＡＮ２０００の接続が正しく認証・承認されると、接続制御部１０１９は、自身がＵＥ＿ＬＡＮ２０００に対して払いだしたＩＰアドレスあるいはＡＡＡサーバ９０が払いだして、認証・承認処理手順の中で通知されたＩＰアドレスのいずれかを含むＤＨＣＰ応答メッセージを生成、あるいはローカル通信部１０１１が生成することを指示し、ローカル通信部１０１１経由でＵＥ＿ＬＡＮ２０００に送信する（ステップＳ５６１１：ＤＨＣＰ応答送信）。

なお、上記各実施の形態では、特に３ＧＰＰ ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）システムの例をとりあげたが、従来のＵＭＴＳやＧＰＲＳ、また３ＧＰＰ２やＷｉＭＡＸシステムへの適用も、メッセージ名やパラメータなど若干の変更により可能である。ここで、上記説明したような本発明に関する動作については、本質的な変更を行うことなく、当業者であれば、他システムに適用することができる。

また、上記各実施の形態では、ローカルネットワークを示すＡＰＮ（ＡＰＮ−Ｌ）以外のＡＰＮへの接続が規制対象（すなわち、ＬＩＰＡ上のＮｏｎ−３Ｇ接続対象）となる場合について説明したが、ＡＰＮ−Ｌ以外の特定ＡＰＮについては規制対象から除外するものであってもよい。すなわち、ＡＰＮ−Ｌ以外であっても特定のＡＰＮについては、ローカル基地局から（ＬＩＰＡを経由せずに）コアネットワークのＳＧＷとＰＧＷを介して所望のＰＤＮに接続させることができる。これは、ＭＭＥやローカル基地局などの装置において、ＵＥのユーザサブスクリプション等にもとづいて規制対象となるＡＰＮを選別することにより実施可能である。

また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

本発明を詳細にまた特定の実施態様を参照して説明したが、本発明の精神と範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。

本出願は、２０１０年９月９日出願の日本特許出願（特願２０１０−２０２５１６）、２０１１年６月１５日出願の日本特許出願（特願２０１１−１３３３９４）、に基づくものであり、その内容はここに参照として取り込まれる。

本発明に係る通信システム、通信方法、並びに移動端末及び基地局装置は、移動端末のトラフィックに対するリアルタイムかつ安価なセキュリティフィルタリングを実現することができるという効果を有し、通信システム、通信方法、並びに移動端末及び基地局装置等として有用である。

１０、１０Ａ〜１０Ｅ、１０００ 移動端末（ＵＥ）
１１、１０４１ 無線通信部
１３、１０１３ 通信処理部
１５、１０１５ Ｎ３Ｇ接続処理部
１７、１０１７ アプリ部１７
１９、１９Ａ〜１９Ｅ、１０１９ 接続制御部
２０、２０Ａ〜２０Ｅ ローカル基地局
３０ ローカルゲートウェイ（ＬＧＷ）
４０ フィルタゲートウェイ（フィルタＧＷ）
５０、５０Ａ〜５０Ｅ モビリティ管理エンティティ（ＭＭＥ）
６０ パケットゲートウェイｅＰＤＧ
７０ パケットゲートウェイＰＧＷ
８０ ＤＨＣＰサーバ
９０ ＡＡＡサーバ
１００ ローカルＲＡＮ
１１０ ローカルネットワーク
１２０ プロバイダネットワーク
１３０ コアネットワーク
１４０ マクロＲＡＮ
１５０ マクロ基地局ｅＮＢ
１６０ サービングゲートウェイ（ＳＧＷ）
２００ 外部ネットワークＰＤＮ（ＰＤＮ（ＡＰＮ−Ｍ））
２０００ ＵＥ＿ＬＡＮ

Claims (9)

1. 移動端末及びコアネットワーク装置に対する基地局処理を実施する基地局処理部と、前記移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える、基地局装置であって、
   前記セルラ通信部は、前記移動端末から、外部ネットワークＰＤＮに接続するための接続要求メッセージ（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）受信し、
   前記基地局処理部は、前記接続要求メッセージに指定されたアクセスポイント名（ＡＰＮ）に基づき、ローカルネットワークを示すアクセスポイント名（ＡＰＮ）がＡＰＮ−Ｌ以外である場合、前記接続要求メッセージをアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”に置き換えてモビリティ管理エンティティ（ＭＭＥ）に転送し、
   前記接続制御部は、前記モビリティ管理エンティティ（ＭＭＥ）から受信したベアラ確立したアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”が格納されたコンテキストセットアップ要求メッセージに基づき、前記セルラ通信部を介して前記移動端末（ＵＥ）との間で無線ベアラ設定処理を実施する、
   基地局装置。
2. 基地局装置との接続およびハンドオーバを含むプロトコル処理を実施する通信処理部と、
   前記基地局装置を介して外部ネットワークＰＤＮに接続するか、又は前記基地局装置を介してＬＩＰＡによる接続を実施するかを切り替えるための接続処理部と、
   Ｎｏｎ３Ｇアクセス手法によるハンドオーバを実施するためのＮ３Ｇ接続処理部と、を有し、
   前記接続処理部は、
   再接続の際に前記基地局装置から前記通信処理部を介して通知された接続先のアクセスポイント名（ＡＰＮ）が、最初の接続の際に前記通信処理部を介して指定した接続先のアクセスポイント名（ＡＰＮ）である前記外部ネットワークＰＤＮのアクセスポイント名（ＡＰＮ−Ｍ）と異なる、ＬＩＰＡ用のアクセスポイント名（ＡＰＮ−Ｌ）であると判定した場合、前記Ｎ３Ｇ接続処理部を介してＮｏｎ３Ｇアクセス手法によるハンドオーバを実施する、
   移動端末。
3. ローカルゲートウェイ（ＬＧＷ）と接続するためのプロトコルを実施するＬＧＷ通信部と、移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える基地局装置であって、
   前記ＬＧＷ通信部は、ハンドオーバ通知メッセージにＬＩＰＡ用のアクセスポイント名（ＡＰＮ−Ｌ）を格納してモビリティ管理エンティティ（ＭＭＥ）に送信し、無線ベアラ確立したアクセスポイント名（ＡＰＮ）として、前記ＬＩＰＡ用のアクセスポイント名（ＡＰＮ−Ｌ）を格納するコンテキストセットアップ要求メッセージを前記モビリティ管理エンティティ（ＭＭＥ）から受信し、
   前記接続制御部は、前記セルラ通信部を介して、前記コンテキストセットアップ要求メッセージに格納された前記ＬＩＰＡ用のアクセスポイント名（ＡＰＮ−Ｌ）に基づき、ハンドオーバ前に確立されていた外部ネットワークＰＤＮへのベアラとは異なるＬＩＰＡベアラ設定処理を移動端末との間で実施する、
   基地局装置。
4. 移動端末がアイドルモードから復帰して通信を開始するための通信システムであって、
   基地局装置は、前記移動端末がアイドルモードから復帰して通信を開始するためのサービスリクエストメッセージに、当該基地局装置から前記移動端末が接続可能なＬＩＰＡのアクセスポイント名（ＡＰＮ−Ｌ）を格納し、モビリティ管理エンティティ（ＭＭＥ）に送信し、
   前記モビリティ管理エンティティ（ＭＭＥ）は、
   前記サービスリクエストメッセージに格納された前記ＬＩＰＡのアクセスポイント名（ＡＰＮ−Ｌ）に対応するローカルゲートウェイ（ＬＧＷ）のアドレスを選択し、
   無線ベアラ確立したアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”が格納された、コンテキストセットアップ要求メッセージを前記基地局装置に送信する、
   通信システム。
5. 移動端末が基地局装置からマクロ基地局ｅＮＢへのハンドオーバを実施するための通信システムであって、
   前記マクロ基地局ｅＮＢは、前記移動端末から受信したハンドオーバ確認（Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍａｔｉｏｎ）メッセージに基づき、ハンドオーバ通知（Ｈａｎｄｏｖｅｒ Ｎｏｔｉｆｙ）メッセージに、前記移動端末が接続済みのアクセスポイント名（ＡＰＮ）に対するＬＩＰＡ実施可否を示す情報を格納して、モビリティ管理エンティティ（ＭＭＥ）に送信し、
   前記モビリティ管理エンティティ（ＭＭＥ）は、前記ＬＩＰＡ実施可否を示す情報に基づきＬＩＰＡ実施可能であると判定した場合、確立済みのＬＩＰＡベアラを前記マクロ基地局ｅＮＢにハンドオーバし、
   前記ＬＩＰＡ実施可否を示す情報に基づきＬＩＰＡ実施不可能であると判定した場合、前記移動端末の加入者情報に基づき、ＬＩＰＡベアラ上のコネクションが接続しているパケットゲートウェイＰＧＷのアドレスを抽出する、
   通信システム。
6. マクロ基地局（ｅＮＢ）とモビリティ管理エンティティ（ＭＭＥ）を有し、移動端末がアイドルモードから復帰して通信を開始するための通信システムであって、
   前記マクロ基地局ｅＮＢは、
   前記移動端末がアイドルモードから復帰して通信を開始するためのサービスリクエストメッセージに前記移動端末が接続済みのアクセスポイント名（ＡＰＮ）に対するＬＩＰＡ実施可否を示す情報を格納し、モビリティ管理エンティティ（ＭＭＥ）に送信し、
   前記モビリティ管理エンティティ（ＭＭＥ）は、
   前記ＬＩＰＡ実施可否を示す情報に基づきＬＩＰＡ実施可能であると判定した場合、確立済みのＬＩＰＡベアラを前記マクロ基地局ｅＮＢにて確立し、
   前記ＬＩＰＡ実施可否を示す情報に基づきＬＩＰＡ実施不可能であると判定した場合、前記移動端末の加入者情報に基づき、ＬＩＰＡベアラ上のコネクションが接続しているパケットゲートウェイＰＧＷのアドレスを抽出する、
   通信システム。
7. 移動端末が基地局装置からＬＩＰＡベアラ経由で外部ネットワークＰＤＮに接続するための通信システムであて、
   前記移動端末は、確立されたＬＩＰＡベアラ上に接続先となる前記外部ネットワークＰＤＮを示すアクセスポイント名（ＡＰＮ−Ｍ）を格納してＤＨＣＰリクエストメッセージをＤＨＣＰサーバに送信し、
   前記ＤＨＣＰサーバは、ＡＡＡサーバから受信したＡＰＮ−Ｍへの認証／承認結果、前記移動端末に“ＡＰＮ−Ｍ”への接続が承認されると、フィルタゲートウェイにパケットゲートウェイＰＧＷとのパス構築を指示し、ＡＰＮ−Ｍに接続するためのＩＰアドレスを格納したＤＨＣＰ応答メッセージを前記移動端末に送信する、
   通信システム。
8. ローカル通信を実施するためのローカル通信部をさらに備え、
   前記接続処理部は、
   前記ローカル通信部を介して接続された配下の移動端末から接続要求メッセージを受信すると、受信した前記接続要求メッセージの宛先となるｅＰＤＧを特定し、前記特定したｅＰＤＧが、自身が接続しているｅＰＤＧと異なる場合には、自身が接続しているｅＰＤＧへの接続を指示するメッセージを生成し、
   前記ローカル通信部は、
   前記接続処理部で生成された前記メッセージを前記配下の移動端末へ送信する、
   請求項２に記載の移動端末。
9. 移動端末及びコアネットワーク装置に対する基地局処理を実施する基地局処理部と、前記移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える基地局装置と、前記移動端末との通信方法であって、
   前記セルラ通信部が、前記移動端末から、外部ネットワークＰＤＮに接続するための接続要求メッセージ（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）受信するステップと、
   前記基地局処理部が、前記接続要求メッセージに指定されたアクセスポイント名（ＡＰＮ）に基づき、ローカルネットワークを示すアクセスポイント名（ＡＰＮ）がＡＰＮ−Ｌ以外である場合、前記接続要求メッセージをアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”に置き換えてモビリティ管理エンティティ（ＭＭＥ）に転送するステップと、
   前記接続制御部が、前記モビリティ管理エンティティ（ＭＭＥ）から受信したベアラ確立したアクセスポイント名（ＡＰＮ）である“ＡＰＮ−Ｌ”が格納されたコンテキストセットアップ要求メッセージに基づき、前記セルラ通信部を介して前記移動端末（ＵＥ）との間で無線ベアラ設定処理を実施する、ステップとを備える、
   通信方法。

Images