JP4852730B2

JP4852730B2 - 通信システムと通信制御方法及びユーザ装置

Info

Publication number: JP4852730B2
Application number: JP2011133685A
Authority: JP
Inventors: 創前佛; 利之田村; ステファンシュミド; タリックタレブ; ゴットフリッドプンツ
Original assignee: NEC Europe Ltd
Current assignee: NEC Europe Ltd
Priority date: 2009-09-18
Filing date: 2011-06-15
Publication date: 2012-01-11
Anticipated expiration: 2030-09-17
Also published as: US9247474B2; JP2012080580A; KR101203428B1; US20120213199A1; JP5451939B2; CA2773288A1; KR101213527B1; JP4997382B2; JP2011217396A; US8750221B2; US8422452B2; JP2012120204A; JP2011217397A; WO2011034173A1; CA2773288C; JP2015119500A; US20120140729A1; EP2475200A2; EP2466956A2; JP5322329B2

Description

［関連出願についての記載］
本発明は、日本国特許出願：特願２００９−２１７７５７号（２００９年９月１８日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、移動体通信システムに関し、特に、パケットデータネットワークへ端末を接続するゲートウェイの再選択の実現に好適なシステムと通信制御方法及びユーザ装置に関する。

ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）におけるベアラ管理は、Ａｌｗａｙｓｏｎ（常時接続）の思想により、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置、あるいは「端末」ともいう）がＥＰＣにアタッチした際に最初に選択されたＰＧＷ（ＰＤＮ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ）Ｇａｔｅｗａｙ）をアンカーとしてＵＥがデタッチするまで固定的に使用する。この動作により、ＵＥがＥＰＣ内の移動を繰り返しても、ＰＧＷで払い出すＩＰ情報が変わらないため、サービスネットワーク（パケットデータネットワーク）からは、常時接続を前提としたサービスを提供することが出来る。

ＵＥがＥＰＣ内を移動した際には、ＳＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）がＵＥの移動に伴い再選択され、その度に、ＳＧＷとＰＧＷの間のベアラを更新（切断・再確立）することにより、ＵＥからＰＧＷまでの接続性を保障する。

一般的に、ＰＧＷの選択は、ＳＧＷと物理的に近距離であるか、あるいは、ネットワークトポロジー的に近いＰＧＷが選択される。

ただし、初めに選択されたＰＧＷは、ＵＥが長距離の移動を繰り返す場合や、長距離移動した後、遠地に留まった場合などでは、ＳＧＷとＰＧＷ間の距離（物理的距離、ネットワークトポロジー的な距離）が離れてしまい、ネットワークとして効率が悪くなる。それによって、ユーザデータの伝送遅延やＥＰＣ内のネットワークリソースが非効率に消費されるといった問題があった。

例えば海外から成田空港に入国した際には、概ね、成田空港で携帯電話移動機の電源を投入してＥＰＣにアタッチすることから、成田空港に近いＰＧＷが選択される。ただし、入国後は、東京、大阪、札幌、福岡と移動する場合がある。したがって、各移動後は、成田空港に近いＰＧＷは最も効率的なＰＧＷではなくなる。

以下に本願発明者達による分析を与える。これまでのＥＰＣネットワークでは、ＡｌｗａｙｓＯｎの原則から、アタッチ時に確立したデフォルト・ベアラに対しては、デタッチ時までは、削除・再確立されることはない。また、ＵＥの移動等により、ベアラを切り替える場合にも、アタッチ時に選択されたＰＧＷがアンカーとして固定されている。

このため、ＵＥが長距離を移動した場合等、アタッチ時に選択したＰＧＷとの接続を維持することが、ＥＰＣネットワーク上、非効率となるという問題がある。

そこで、ＵＥが長距離を移動した場合などに、そのＵＥが在圏エリアから外部ネットワーク（サービスネットワーク）に対して接続する際、最適なＰＧＷを再選択する方式が求められる（本願発明者達による分析結果）。

したがって、本発明の目的は、端末（ＵＥ）が在圏エリアから外部ネットワークに対して接続する際、最適なゲートウェイノードを再選択可能とするシステム、方法を提供することにある。

本発明の一の側面によれば、ＬｏｃａｌＩＰＡｃｃｅｓｓ（ＬＩＰＡ）／ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ（ＳＩＰＴＯ）アーキテクチャにおける通信方法であって、ユーザ装置の移動に応じて、前記ユーザ装置がアタッチしている箇所に、物理的又はトポロジー的に近いゲートウェイ装置を選択する、通信方法が提供される。

本発明によれば、ＬｏｃａｌＩＰＡｃｃｅｓｓ（ＬＩＰＡ）／ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ（ＳＩＰＴＯ）アーキテクチャによる通信システムであって、ユーザ装置の移動に応じて、前記ユーザ装置がアタッチしている箇所に、物理的又はトポロジー的に近いゲートウェイ装置を選択する通信システムが提供される。

本発明によれば、ＬｏｃａｌＩＰＡｃｃｅｓｓ（ＬＩＰＡ）／ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ（ＳＩＰＴＯ）アーキテクチャによる通信システムにおけるユーザ装置であって、移動に応じて、アタッチしている箇所に、物理的又はトポロジー的に近いゲートウェイ装置を選択させるユーザ装置が提供される。

本発明の別の側面によれば、ＬｏｃａｌＩＰＡｃｃｅｓｓ（ＬＩＰＡ）／ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ（ＳＩＰＴＯ）アーキテクチャにおける通信方法であって、モビリティマネージメント装置（ＭＭＥ）が、ゲートウェイ装置の再選択が必要であると判断した場合、再アタッチすることを設定する第１の信号を、前記ユーザ装置に送信し、前記ユーザ装置は、前記第１の信号を受けて、再アタッチを行うための第２の信号を、前記ＭＭＥに送信し、前記ＭＭＥは、前記ゲートウェイ装置の再選択を行う通信方法が提供される。

本発明によれば、ＬｏｃａｌＩＰＡｃｃｅｓｓ（ＬＩＰＡ）／ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ（ＳＩＰＴＯ）アーキテクチャによる通信システムであって、ゲートウェイ装置の再選択が必要であると判断した場合、再アタッチすることを設定する第１の信号を送信するモビリティマネージメント装置（ＭＭＥ）と、
前記第１の信号を受けて、再アタッチを行うための第２の信号を、前記ＭＭＥに送信するユーザ装置と、を備え、前記ＭＭＥは、前記ゲートウェイ装置の再選択を行う通信システムが提供される。

本発明によれば、ＬｏｃａｌＩＰＡｃｃｅｓｓ（ＬＩＰＡ）／ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ（ＳＩＰＴＯ）アーキテクチャによる通信システムにおけるユーザ装置であって、モビリティマネージメント装置（ＭＭＥ）から再アタッチすることを設定する第１の信号を受けると、再アタッチを行うための第２の信号を、前記ＭＭＥに送信し、ゲートウェイ装置の再選択を行わせるユーザ装置が提供される。

本発明のさらに別の側面によれば、ＬｏｃａｌＩＰＡｃｃｅｓｓ（ＬＩＰＡ）／ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ（ＳＩＰＴＯ）アーキテクチャにおける通信方法であって、
モビリティマネージメント装置（ＭＭＥ）は、ゲートウェイ装置の再選択が必要であると判断した場合、再選択を要求するためのディアクティベイト・ベアラ要求（ＤｅａｃｔｉｖａｔｅＢｅａｒｅｒｒｅｑｕｅｓｔ）を基地局に送信し、
前記基地局は、ＲＲＣコネクション・リコンフィギュレーション（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をユーザ装置に送信し、
前記ユーザ装置は、ＲＲＣコネクション・リコンフィギュレーション（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）完了通知を前記基地局に送信し、
前記基地局は、ディアクティベイト・ベアラ応答（ＤｅａｃｔｉｖａｔｅＢｅａｒｅｒｒｅｓｐｏｎｓｅ）を前記ＭＭＥに送信し、
前記ユーザ装置は、ＵＥリクエスト（ＵＥｒｅｑｕｅｓｔｅｄＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙ）手順を開始し、前記ゲートウェイ装置の再選択が行われる通信方法が提供される。

本発明によれば、モビリティマネージメント装置と、基地局と、ユーザ装置と、を備え、ＬｏｃａｌＩＰＡｃｃｅｓｓ（ＬＩＰＡ）／ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ（ＳＩＰＴＯ）アーキテクチャによる通信システムであって、
前記ＭＭＥは、ゲートウェイ装置の再選択が必要であると判断した場合、ＤｅａｃｔｉｖａｔｅＢｅａｒｅｒｒｅｑｕｅｓｔを前記基地局に送信し、
前記基地局は、ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを前記ユーザ装置に送信し、
前記ユーザ装置は、ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ完了通知を前記基地局に送信し、
前記基地局は、ＤｅａｃｔｉｖａｔｅＢｅａｒｅｒｒｅｓｐｏｎｓｅを前記ＭＭＥに送信し、
前記ユーザ装置は、ＵＥｒｅｑｕｅｓｔｅｄＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙ手順を開始し、
前記ゲートウェイ装置の再選択が行われる通信システムが提供される。

本発明によれば、ＬｏｃａｌＩＰＡｃｃｅｓｓ（ＬＩＰＡ）／ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ（ＳＩＰＴＯ）アーキテクチャによる通信システムにおけるユーザ装置であって、
基地局からＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信した場合、
ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ完了通知を前記基地局に送信することで、ＵＥｒｅｑｕｅｓｔｅｄＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙ手順を開始し、ゲートウェイ装置の再選択を行わせるユーザ装置が提供される。

本発明によれば、ユーザ装置が在圏エリアから外部ネットワーク（サービスネットワーク）に対して接続する際に、最適なゲートウェイノードを再選択可能とする。

本発明の一実施形態のシステム全体構成を示す図である。比較例を説明する図である。本発明を説明する図である。比較例のシーケンスを示す図である。本発明の第１の実施形態のシーケンスを示す図である。本発明の第２の実施形態のシーケンスを示す図である。本発明の第３の実施形態のシーケンスを示す図である。本発明の第４の実施形態のシーケンスを示す図である。本発明の第５の実施形態の構成を示す図である。本発明の第６の実施形態の構成を示す図である。本発明の第５の実施形態のシーケンスを示す図である。本発明の第６の実施形態のシーケンスを示す図である。本発明の第７の実施形態のシーケンスを示す図である。本発明の第８の実施形態のシーケンスを示す図である。

本発明の実施形態について説明する。本発明の一態様に係るシステムは、ＥＰＣにおいて、ユーザ装置（ＵＥ）の移動に合わせて、ＰＧＷ（ＰＤＮＧａｔｅｗａｙ）を再選択し、デフォルト・ベアラを再確立することにより、ユーザデータの伝送遅延改善やＥＰＣ内のネットワークリソースの効率化を実現する。

また、現在、３ＧＰＰ標準化では、ＬＩＰＡ（ＬｏｃａｌＩＰＡｃｃｅｓｓ）、ＳＩＰＴＯ（ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ）等と称し、ユーザトラヒックをＥＰＣに取り込まず、ＵＥの在圏する無線アクセス（Ｒａｄｉｏａｃｃｅｓｓ）網から、直接、外部パケット網にアクセスさせる技術が検討されている。
本発明を、ＬＩＰＡ、及びＳＩＰＴＯアーキテクチャと連携させることにより、更に効果的なネットワークリソースの効率化が実現することが可能となる。

本発明の一態様のシステムは、既にＥＰＣにアタッチしている状況にあるＵＥに対し、ＰＧＷの再選択を行う。

通常、ＥＰＣのベアラは、ＵＥがＥＰＣネットワークにアタッチ(登録)した際に最初に選択されたＰＧＷをアンカーとして、ＵＥがデタッチ（登録削除）するまで、固定的に使用する仕様となっている。しかしながら、ＵＥが長い距離を移動した際などには、最初に選択されたＰＧＷが最も効率の良い外部網向けゲートウェイ装置では無くなる場合が多々ある。

本発明の一態様においては、ＵＥがアイドル状態（Ｉｄｌｅ）の場合などに、ＰＧＷを再選択、変更することにより、ＵＥとＰＧＷ間のパス（ベアラ）の最適化を行うことが可能となる。

本発明の一態様においては、ＵＥがパケット通信を行っていない場合（Ｉｄｌｅｍｏｄｅ）に、ＰＧＷ再選択を含めて、デフォルト・ベアラの再確立を行うことにより、ユーザエクスペリエンスを損なう事なく、ＵＥ−ＰＧＷ間のネットワークリソースの最適化を行う。

例えばＵＥがＳＧＷを跨ぐ移動をした場合の動作について説明する。図２は、比較例として、本発明を適用しない場合を説明する図である。図２において、ＵＥは、図の左側のＳＧＷ６１に対してアタッチしているので、左側のＳＧＷ６１に物理的距離、ネットワークトポロジー的な距離が近いＰＧＷ７１が最初に選択され接続パス１が設定される。その後、ＵＥが大きく移動したとしても、左側のＰＧＷ７１を使い続けることとなるので、ＵＥ−ＰＧＷ間のパスは、非効率的な接続パス２で接続される。

一方、図３は、本発明を適用した場合において、ＵＥがＳＧＷを跨ぐ移動をした場合を説明する図である。図３において、ＵＥは、左側のＳＧＷ６１に対してアタッチしているので、ＳＧＷ６１に物理的距離、ネットワークトポロジー的な距離が近いＰＧＷ７１が、最初に選択され接続パス３が設定される。その後、ＥＰＣは、ＵＥが大きく移動したこと等をトリガーに、ＵＥと外部ネットワーク（サービスネットワーク）の接続性について、再吟味を行う。再吟味の結果、右側のＰＧＷ７２の方が左側のＰＧＷ７１より効率的な接続（ＵＥ−ＰＧＷパス）が提供できるものと判断し、ＵＥ−ＰＧＷ間のパスは、接続パス３から、接続パス４に変更され、効率的な接続の提供が可能となる。以下、実施形態に即して説明する。

＜実施形態１＞
図１は、本実施形態のネットワークシステムの構成を示す図である。ネットワークの基本構成自体は、従来のＥＰＣネットワーク構成と変わらない。

図１において、ＵＥ１〜ＵＥ３は、携帯電話移動機である。ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄＮｏｄｅＢ）１１〜１２は、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）の基地局、更に、ＮｏｄｅＢ２１、及びＲＮＣ（ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）３１は、ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）システムで採用された、無線アクセス（Ｒａｄｉｏａｃｃｅｓｓ）用の装置を示す。

ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）４１は、ＥＰＣで導入されたモビリティを管理する装置である。

ＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）ＳｕｐｐｏｒｔＮｏｄｅ）５１は、ＵＭＴＳ用に用いる在圏装置であり、接続形態により、ユーザープレーンを扱う場合と扱わない場合とがある。

ＳＧＳＮがユーザープレーンを扱わない場合、そのユーザープレーンは、ＳＧＷ（ＳｅｒｖｉｎｇＧａｅｗａｙ）とＲＮＣ間に設定される。

ＳＧＷ６１、６２は、在圏でユーザープレーンを扱う装置である。ＰＧＷ７１、７２は、外部網（図中にはサービスネットワーク８１）とＥＰＣを接続するゲートウェイ装置である。

本実施形態の動作を説明する。ＵＥが移動することで行われるトラッキングエリア（ＴＡ：ＴｒａｃｋｉｎｇＡｒｅａ）のアップデート手順（ＴＡＵｐｄａｔｅＰｒｏｃｅｄｕｒｅ）について、はじめに、本発明を適用しない比較例を説明しておく。

図４は、ＳＧＷの変更を伴うＴＡアップデートの場合を示す図（比較例）である。なお、ＵＥがアイドル状態（非接続状態）のとき、どのトラッキングエリア（位置登録エリア）に属するかが管理され、どのセルに在圏するかは管理されない。

ＭＭＥは、ＵＥからのＴＡアップデート要求（ＴＡＵｐｄａｔｅＲｅｑｕｅｓｔ）を受信し、ＳＧＷの変更が必要だと判断した場合、変更先ＳＧＷであるＳＧＷ（２）に、セッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を送信する。

ＳＧＷ（２）は、ＰＧＷ（１）に、ベアラ修正要求（ＭｏｄｉｆｙＢｅａｒｅｒＲｅｑｕｅｓｔ）を送信し、ＰＧＷ（１）に対して、接続先ＳＧＷを変更したことを通知する。

ＰＧＷ（１）は、ベアラ・コンテキスト（ｂｅａｒｅｒｃｏｎｔｅｘｔ）情報の更新が完了したら、ベアラ修正応答（ＭｏｄｉｆｙＢｅａｒｅｒＲｅｓｐｏｎｓｅ）をＳＧＷ（２）に通知する。

ＳＧＷ（２）は、ＰＧＷ（１）からのベアラ修正応答（ＭｏｄｉｆｙＢｅａｒｅｒＲｅｓｐｏｎｓｅ）を受けて、ＭＭＥへ、セッション生成応答（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を通知する。

ＭＭＥは、ＳＧＷ（２）からのセッション生成応答（正常応答）を受けて、変更元のＳＧＷであるＳＧＷ（１）に対して、セッション削除要求（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を通知する。

ＳＧＷ（１）は、ベアラ・コンテキスト（ｂｅａｒｅｒｃｏｎｔｅｘｔ）を削除後に、ＭＭＥに対して、セッション削除応答（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を送信する。

ＭＭＥは、ＳＧＷ（１）からのセッション削除応答（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を受け、ＵＥに対して、ＴＡ（ＴｒａｃｋｉｎｇＡｒｅａ）アクセプト（ＴＡＡｃｃｅｐｔ）を送信する。

図４に示した比較例に対して、本発明の一実施形態においては、図５に示すシーケンス動作が行われる。図５を参照して、本発明の一実施形態のシーケンスを説明する。

ＭＭＥは、ＵＥからＴＡアップデート要求（ＴＡＵｐｄａｔｅＲｅｑｕｅｓｔ）を受信し、ＳＧＷの変更が必要であると判断した場合、変更先ＳＧＷであるＳＧＷ（２）に対して、セッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を送信する。

このとき、ＭＭＥがＰＧＷの再配置が必要であると判断した場合、ＭＭＥは、効率的に外部ネットワーク（サービスネットワーク）に接続可能なＰＧＷ（２）を選択し、セッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）に、ＰＧＷを示すアドレス情報を設定する。

また、新たなＰＧＷアドレスを受信したＳＧＷ（２）は、ＰＧＷ（２）に対して、セッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を送信する。

ＰＧＷ（２）は、ＳＧＷ（２）からのセッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を受け、ベアラ・コンテキスト（ｂｅａｒｅｒｃｏｎｔｅｘｔ）を生成する。また、ＰＧＷ（２）は、ＵＥに対して、新たなユーザ用ＩＰアドレスを付与する。ＰＧＷ（２）は、新たなユーザ用ＩＰアドレスのアサイン、及び、ベアラ・コンテキスト（ｂｅａｒｅｒｃｏｎｔｅｘｔ）の生成が完了したら、セッション生成応答（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）をＳＧＷ（２）に通知する。

ＳＧＷ（２）は、ＰＧＷ（２）からのセッション生成応答（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を受け、ＰＧＷ（１）に対して、セッション削除要求（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を送信する。

ＰＧＷ（１）は、ベアラ・コンテキスト（ＢｅａｒｅｒＣｏｎｔｅｘｔ）を削除し、ＳＧＷ（２）に対して、セッション削除応答（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を送信する。

ＳＧＷ（２）は、ＰＧＷ（１）からのセッション削除応答（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を受けて、ＭＭＥへ、セッション生成応答（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を通知する。

ＭＭＥはＳＧＷ（２）からの正常応答を受けて、変更元のＳＧＷであるＳＧＷ（１）に対して、セッション削除要求（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を通知する。

ＳＧＷ（１）は、ベアラ・コンテキスト（ＢｅａｒｅｒＣｏｎｔｅｘｔ）を削除した後に、ＭＭＥに、セッション削除応答（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を送信する。

ＭＭＥはそれを受けてＵＥへ、ＴＡアップデートアクセプト（ＴＡＵｐｄａｔｅＡｃｃｅｐｔ）を送信する。ＴＡＵｐｄａｔｅＡｃｃｅｐｔには、新たにユーザに付与されたＩＰアドレス情報が設定されＵＥに通知される。

上記説明では、ＳＧＷ−ＰＧＷ間で、ＧＴＰｖ２（ＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）ＴｕｎｎｅｌｉｎｇＰｒｏｔｏｃｏｌｖ２）プロトコルを用いた例に即して説明したが、ＰＭＩＰｖ６（ＰｒｏｘｙＭｏｂｉｌｅＩＰｖ６）を用いたケースでも、同様の機能を実現することが出来る。

ＳＧＷ−ＰＧＷ間でＰＭＩＰｖ６を用いる場合、ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ／ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔの代わりに、ＰｒｏｘｙＢｉｎｄｉｎｇＵｐｄａｔｅを用いる。また、ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ／ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅの代わりに、ｒｏｘｙＢｉｎｄｉｎｇＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔを用いる。

ＰＧＷの再選択を行うためのシーケンスは、図５に示した通りであるが、上記機能を実現するためには、ＭＭＥにて、適切なタイミングで、ＰＧＷ再選択を行う必要がある。

ＵＥがパケット通信を行っている場合、サービスネットワークに接続しているＰＧＷを変更しようとすると、ＵＥの通信先にとってＩＰアドレス等の情報が変わってしまうため、結果的にＵＥが行っているパケット通信を切断してしまうことになる。従って、図５で示した動作は、ＵＥがパケット通信を行っていないとき（ＥＣＭ（ＥＰＳＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｍｅｎｔ）−ＩＤＬＥ時）に、ＰＧＷ再選択を行う必要がある。

図５では、ＳＧＷが変更された場合の動作について記述したが、ＳＧＷが変更されない場合であっても、基本的な動作は同様である。図５に示したメッセージ・シーケンスは、ＳＧＷ−ＰＧＷ間がＧＴＰプロトコルで構成されている場合のメッセージ名で説明しているが、ＳＧＷ−ＰＧＷ間が、ＰＭＩＰ（ＰｒｏｘｙＭｏｂｉｌｅＩＰ）プロトコルで構成された場合であっても同様の効果を得ることが可能である。

また、図５において、ＭＭＥをＳＧＳＮと置き換えることにより、アクセス網がＵＭＴＳである場合のＰＧＷの再選択動作となる。

以上説明したように、本実施形態においては、以下記載の作用効果を奏する。

ＵＥの在圏位置をベースとしたＰＧＷの選択が可能となる。ＵＥと物理的に近距離、或いはネットワークトポロジー的に近いＰＧＷが選択・接続されるため、効率的な接続により、ネットワーク・リソースの最適化が可能となる。

ＵＥ−ＰＧＷ間の効率的なパス接続により、ユーザデータ伝送の遅延の改善が可能となる。

ＬＩＰＡ、ＳＩＰＴＯアーキテクチャと連携して動作させることにより、ユーザデータを全くＥＰＣに取り込むことなく、パケット通信サービスを提供することが可能となる。このため、移動体通信オペレータは、ＥＰＣのネットワーク装置の負荷を低減することが可能となる。

＜実施形態２＞
本発明の第２の実施形態について、図６を参照して説明する。端末（ＵＥ）が発信したＴＡアップデート要求（ＴＡＵｐｄａｔｅＲｅｑｕｅｓｔ）をＭＭＥが受信した際、ＭＭＥは、当該ＵＥが接続されるＰＧＷが妥当かの吟味を行う。

図６では、ＵＥがＰＧＷ（１）と接続されている状況を示している（ＵＥとＰＧＷ（１）間でＥＰＳベアラ確立：ＥＰＳｂｅａｒｅｒｏｒｉｇｉｎａｌｌｙｅｓｔａｂｌｉｓｈｅｄ）。

ＭＭＥが、他の適当なＰＧＷを再選択が必要と判断した場合、ＭＭＥは、ＴＡアップデート要求（ＴＡＵｐｄａｔｅｒｅｑｕｅｓｔ）に対して、再アタッチ（ＡＴＴＡＣＨ）を促す理由値（ｃａｕｓｅ値）を設定して、ＵＥに対して、ＴＡアップデート・リジェクト（ＴＡＵｐｄａｔｅＲｅｊｅｃｔ）を送信する。

ＵＥは、ＭＭＥからのＴＡアップデート・リジェクト（ＴＡＵｐｄａｔｅＲｅｊｅｃｔ）に応答して、アタッチ（ＡＴＴＡＣＨ）信号を、ＭＭＥに送信する。これを受け、ＭＭＥは、ＰＧＷの選択ロジックを新たに起動することが可能となる。その結果、適当なＰＧＷの再選択が行われる。

図６の例では、ＰＧＷ（２）が再選択され、ＰＧＷ（２）に向けた接続処理の例が記述されている。すなわち、ＭＭＥからのセッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）がＳＧＷ（２）に送信され、ＳＧＷ（２）からセッション生成要求がＰＧＷ（２）に送信される。ＰＧＷ（２）からのセッション生成の応答（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を受けたＳＧＷ（２）は、ＭＭＥにセッション生成応答を送信する。ＭＭＥは、セッション削除要求（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）をＳＧＷ（１）に送信する。ＳＧＷ（１）は、セッション削除の応答（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）をＭＭＥに返す。これを受け、ＭＭＥは、ＴＡアップデートの完了を通知するＴＡＵｐｄａｔｅＡｃｃｅｐｔを端末（ＵＥ）に返す。

本実施形態においては、以下の作用効果を奏する。

ＵＥにインパクトを与えずに、前記第１の実施形態を得ることができる。また、ＥＰＣに対しても、最小の変更で実現可能となる。

＜実施形態３＞
本発明の第３の実施形態について、図７を参照して以下に説明する。本発明の第３の実施形態は、通常のＴＡアップデート手順に対して、若干の変更が施されている。

図７に示したシーケンスは、通常のＴＡアップデート手順であるが、本実施形態の変更点として、ＭＭＥからＵＥに対してＴＡアップデート手順の完了を通知する。

図７を参照すると、ＵＥからのＴＡアップデート要求（ＴＡＵｐｄａｔｅＲｅｑｕｅｓｔ）を受けたＭＭＥは、ＳＧＷ（２）に対してセッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）、ＳＧＷ（２）からＰＧＷ（１）にベアラ修正要求（ＭｏｄｉｆｙＢｅａｅｒＲｅｑｕｅｓｔ）が送信され、ＳＧＷ（２）からのセッション生成応答（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を受けたＭＭＥは、ＳＧＷ（１）に対してセッション削除要求（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を送信し、ＳＧＷ（１）からセッション削除応答（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｃｅ）を受けたＭＭＥは、ＵＥにＴＡアップデートアクセプト（ＴＡＵｐｄａｔｅＡｃｃｅｐｔ（ＰＤＮ））を送信している。

本実施形態においては、ＴＡＵｐｄａｔｅＡｃｃｅｐｔ信号に、新たな情報（すなわち、図７における、ＴＡＵｐｄａｔｅＡｃｃｅｐｔ（ＰＤＮ）の「ＰＤＮ」）を追加し、現在接続中にあるパケットデータネットワーク（ＰＤＮ）の再接続を促す構成としている。

新たな情報（ＰＤＮ）が付加された、ＴＡアップデートアクセプト（ＴＡＵｐｄａｔｅＡｃｃｅｐｔ）信号を受信したＵＥは、指定された情報を基に、再接続するＰＤＮ（パケットデータネットワーク）（複数のＰＤＮが付加される場合も有る）を認識し、当該ＰＤＮに対して、
ＵＥｒｅｑｕｅｓｔｅｄＰＤＮＤｉｓｃｏｎｎｅｃｔｉｏｎ処理（ＵＥが要求したＰＤＮの切断処理）、
ＵＥｒｅｑｕｅｓｔｅｄＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙ処理（ＵＥが要求したＰＤＮの接続処理）、
を起動し、パケットデータネットワーク（ＰＤＮ）の再接続を行う。

このパケットデータネットワーク（ＰＤＮ）の再接続では、ＭＭＥにて、ＰＧＷの選択ロジックを新たに起動することが可能となるため、結果的に適当なＰＧＷの再選択が必要となる。

図７には、ＳＧＷが変更された場合の動作について記載されているが、ＳＧＷが変更されない場合であっても、基本的な動作は同様である。

本実施形態の作用効果を説明する。

本実施形態においては、アタッチ（ＡＴＴＡＣＨ）処理（再アタッチ）を起動せずに、ＰＧＷの再接続を可能としている。

ＡＴＴＡＣＨ処理を起動するということは、複数のＰＤＮ接続がある場合、全てのＰＤＮ接続に対して、ＰＧＷ再選択処理が起動され、比較的大きな規模の処理を起動することになる。

これに対して、本実施形態は、必要なＰＧＷの再選択のみを、ＥＰＣ起動で行うことが可能となる。

＜実施形態４＞
本発明の第４の実施形態について、図８を参照して説明する。本発明の第４の実施形態においては、ＵＥが行うＴＡアップデート手順と非依存で、ＥＰＣ（ＭＭＥ）が任意のタイミングで起動することが可能なＰＧＷの再選択を行う。ＭＭＥが接続中、ＰＧＷの再選択が必要と判断した場合、ＵＥに対して、ページ（Ｐａｇｅ）信号を送信し、ＵＥとの接続を試みる。

この際、オプションとして、ページ（Ｐａｇｅ）信号に、ｃａｕｓｅ情報（理由情報）が追加されている（図８のＰａｇｅ（ｃａｕｓｅ）参照）。ＵＥは、このＰａｇｅ信号（ｃａｕｓｅ情報付きのＰａｇｅ信号）を無視することが許容されている。これは、この処理が、反復的に実行されたことによるＵＥのバッテリー消耗を回避すること等を目的とした対策である。

本来、Ｐａｇｅ信号は、着信呼をＵＥに通知するために用いる信号であるのに対して、本実施形態において、ＰＧＷの再選択が必要なときに送信されるＰａｇｅ信号は、ＥＰＣ内の接続パス効率化のためのものであり、必須の動作ではないといえる。このＰａｇｅ信号を受けたＵＥは、ＭＭＥとの通信のために、サービス要求（Ｓｅｒｖｉｃｅｒｅｑｕｅｓｔ）信号をＭＭＥに向けて送信する。ＭＭＥからのディアクティベートベアラ要求（ＤｅａｃｔｉｖａｔｅＢｅａｒｅｒｒｅｑｕｅｓｔ）がＭＭＥからｅＮｏｄｅＢへ送信され、ｅＮｏｄｅからＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信し、ＵＥからＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの完了通知を受けると、ｅＮｏｄｅＢはＭＭＥにディアクティベートベアラ応答（ＤｅａｃｔｉｖａｔｅＢｅａｒｅｒｒｅｓｐｏｎｓｅ）を送る。

その後、ＭＭＥは、ＰＧＷの再選択が必要なパケットデータネットワーク（ＰＤＮ）接続を切断することにより、ＵＥからのＵＥの要求になるパケットデータネットワーク接続（ＵＥｒｅｑｕｅｓｔｅｄＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙ）手順の誘発を行う。

この手順の実行により、ＭＭＥにて、ＰＧＷの選択ロジックを新たに起動することが可能となるため、結果的に、適当なＰＧＷの再選択が必要となる。この手順は、ＥＰＣ（ＭＭＥ）が任意のタイミングで、ＰＧＷの再選択を起動することが可能であるが、そのトリガーとして、Ｏ＆Ｍ（Ｏｐｅｒａｔｉｏｎ＆Ｍａｉｎｔｅｎａｎｃｅ）、ＬＩＰＡ、ＳＩＰＴＯ接続の有無などが適用できる。

本実施形態においては、ＭＭＥが任意のタイミングでＰＧＷの再選択を可能となるという作用効果を奏する。

＜実施形態５＞
本発明を、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャに利用した例を説明する。図９および図１０は、本発明の実施形態の構成を示す図である。

図９を参照すると、ＵＥ１〜３は、携帯電話移動機である。ｅＮｏｄｅＢ１１〜１２は、ＬＴＥの基地局である。更に、ＮｏｄｅＢ２１、及び、ＲＮＣ３１は、ＵＭＴＳシステムで採用された、無線アクセス（Ｒａｄｉｏａｃｃｅｓｓ）用の装置である。ＭＭＥ４１は、ＥＰＣで導入されたモビリティを管理する装置である。ＳＧＳＮ５１は、ＵＭＴＳ用に用いる在圏装置であり、接続形態により、ユーザープレーンを扱う場合と扱わない場合がある。ＳＧＳＮがユーザープレーンを扱わない場合のユーザープレーンは、ＳＧＷとＲＮＣ間に設定される。

ＳＧＷ６１、６２は、在圏でユーザープレーンを扱う装置であり、ＰＧＷ７１、７２は、外部網（図９では、サービスネットワーク８１）とＥＰＣを接続するゲートウェイ装置である。更に、ＬＰＧＷ（ＬｏｃａｌＰＧＷ）９１〜９２は、ｅＮｏｄｅＢと混在しているか、ｅＮｏｄｅＢに極めて近い位置に存在し、サービスネットワーク８１との接続を可能とするゲートウェイ装置である。

図１０において、ＵＥ１〜２は、携帯電話移動機である。ＮｏｄｅＢ２１〜２２、及びＲＮＣ３１〜３２は、ＵＭＴＳシステムで採用された無線アクセス（Ｒａｄｉｏａｃｃｅｓｓ）用の装置である。ＳＧＳＮ６１〜６２は、ＵＭＴＳ用に用いる在圏装置であり、接続形態により、ユーザープレーンを扱う場合と扱わない場合がある。ＳＧＳＮがユーザープレーンを扱わない場合のユーザープレーンは、ＧＧＳＮとＲＮＣ間に設定される。特に、ＧＧＳＮとＲＮＣ間にユーザープレーンを設定する形態を、「ダイレクトトンネル接続」と呼ぶ。

ＧＧＳＮ７１〜７２は、外部網（図１０では、サービスネットワーク８１）とＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）網を接続するゲートウェイ装置である。

更に、ＬＧＧＳＮ（ＬｏｃａｌＧＧＳＮ（ＧａｔｅｗａｙＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）１０１〜１０２は、ＲＮＣ（ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）と混在しているか、ＲＮＣに極めて近い位置に存在し、サービスネットワーク８１との接続を可能とするゲートウェイ装置である。

図９に示した構成の第５の実施形態の動作について、図１１のシーケンス図を用いて説明する。

ＭＭＥはＵＥからのＴＡアップデート要求（ＴＡＵｐｄａｔｅＲｅｑｕｅｓｔ）を受信するが、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャの場合、ｅＮｏｄｅＢから、ＭＭＥ間のＴＡアップデート要求（ＴＡＵｐｄａｔｅＲｅｑｕｅｓｔ）信号の伝送は、Ｓ１−ＡＰメッセージ上にカプセル化（ｅｎｃａｐｓｕｌａｔｅｄ）される。

その際、ｅＮｏｄｅＢは、Ｓ１−ＡＰメッセージ上で、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャによるＰＤＮ接続の設定が可能であることの通知を、ＭＭＥに向けて行う。

ＭＭＥは、ＳＧＷの変更が必要であると判断した場合、変更先ＳＧＷであるＳＧＷ（２）に、セッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を送信する。

このとき、ＭＭＥは、ＬＰＧＷへの再配置が必要であると判断した場合には、効率的に外部ネットワーク（サービスネットワーク８１）に接続可能なＬＰＧＷを、ＭＭＥが選択し、セッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）に、ＰＧＷを示すアドレス情報を設定する。ただし、前述のＳ１−ＡＰメッセージ上で、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャによるＰＤＮ接続の設定が可能であることの通知は、あくまで一例であり、ＭＭＥが他の情報で新たなＰＧＷの再選択の必要性を判断することも可能である。

また、新たなＰＧＷアドレスを受信したＳＧＷ（２）は、ＬＰＧＷに対してセッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を送信し、ＬＰＧＷは、セッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を受けて、ベアラ・コンテキスト（ＢｅａｒｅｒＣｏｎｔｅｘｔ）を生成する。

また、ＬＰＧＷは、ＵＥに対して、新たなユーザ用ＩＰアドレスを付与する。

ＬＰＧＷは、新たなユーザ用ＩＰアドレスのアサイン、及びベアラ・コンテキスト（ＢｅａｒｅｒＣｏｎｔｅｘｔ）の生成が完了すると、セッション生成応答（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）をＳＧＷ（２）に通知する。

セッション生成応答（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を受け、ＳＧＷ（２）は、ＰＧＷ（１）に対して、セッション削除要求（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を送信する。

ＳＧＷ（２）はセッション削除応答（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を受けて、ＭＭＥに対してセッション生成応答（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を通知する。

ＭＭＥは、ＬＰＧＷからの正常応答を受けて、変更元のＳＧＷであるＳＧＷ（１）に対して、セッション削除要求（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）を通知する。

ＳＧＷ（１）は、ベアラ・コンテキスト（ＢｅａｒｅｒＣｏｎｔｅｘｔ）を削除した後に、ＭＭＥに対して、セッション削除応答（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を送信する。

ＭＭＥはセッション削除応答（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）を受け、ＵＥに対して、ＴＡ受理（ＴＡＡｃｃｅｐｔ）を送信する。このＴＡＡｃｃｅｐｔには、新たにユーザに付与されたＩＰアドレス情報が設定され、ＵＥに通知される。

上記説明では、ＳＧＷ−ＰＧＷ間で、ＧＴＰｖ２プロトコルを用いた例に即して説明したが、ＰＭＩＰｖ６を用いた場合でも、同様の機能を実現することが出来る。

その場合、セッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）／セッション削除要求（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）の代わりに、
ＰｒｏｘｙＢｉｎｄｉｎｇＵｐｄａｔｅを用いる。また、セッション生成応答（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）／セッション削除応答（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）の代わりに、プロキシバインディングアクノリッジメント（ＰｒｏｘｙＢｉｎｄｉｎｇＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を用いる。

ＬＰＧＷ再選択を行うためのシーケンスは、図１１で示した通りであるが、上記機能を実現するには、ＭＭＥにて、適切なタイミングで、ＰＧＷの再選択を行う必要がある。

ＵＥがパケット通信を行っている場合、サービスネットワークに接続しているＰＧＷを変更しようとすると、ＵＥの通信先にとって、ＩＰアドレス等の情報が変わってしまうことになる。このため、結果的にＵＥが行っているパケット通信を切断することになる。従って、図１１に示したシーケンス動作は、ＵＥがパケット通信を行っていないとき（ＥＣＭ−ＩＤＬＥ時）にＰＧＷの再選択を行う必要がある。

図１１は、ＳＧＷが変更された場合の動作について記述したが、ＳＧＷが変更されない場合であっても、基本的な動作は同様である。図１１のメッセージ・シーケンスは、ＳＧＷ−ＰＧＷ間がＧＴＰプロトコルで構成されている場合のメッセージ名で説明しているが、ＳＧＷ−ＰＧＷ間がＰＭＩＰプロトコルで構成された場合であっても、同様の効果を得ることが可能である。

また、図１１において、ＭＭＥをＳＧＳＮに、ｅＮｏｄｅＢをＲＮＣと置き換えることにより、アクセス網が、ＵＭＴＳである場合のＰＧＷの再選択動作の説明となる。

上記したように、本実施形態によれば、ＬＰＧＷを再選択することにより、ユーザトラヒックをＥＰＣに取り込むことなく、パケット通信を提供することが可能となる。このため、移動体通信オペレータは、ＥＰＣのネットワーク装置の負荷を低減することが可能となる。

＜実施形態６＞
本発明の第６の実施形態について説明する。本実施形態の構成は、図９に示した装置構成とされる。本実施形態の動作について、図１２を参照して説明する。

ＭＭＥは、ＵＥからのＴＡアップデート要求（ＴＡＵｐｄａｔｅＲｅｑｕｅｓｔ）を受信する。ＬＩＰＡ、ＳＩＰＴＯアーキテクチャの場合、ｅＮｏｄｅＢからＭＭＥ間のＴＡアップデート要求（ＴＡＵｐｄａｔｅＲｅｑｕｅｓｔ）信号の伝送は、Ｓ１−ＡＰメッセージ上に、カプセル化される。その際のＳ１−ＡＰメッセージ上で、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャによるＰＤＮ接続の設定が可能であることの通知を、ｅＮｏｄｅＢは、ＭＭＥに向けて行う。

ＭＭＥは、当該ＵＥが接続されるＰＧＷが妥当かの吟味を行う。ただし、前述のＳ１−ＡＰメッセージ上で、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャによるＰＤＮ接続の設定が可能であることの通知は、あくまで一例であり、ＭＭＥが他の情報で新たなＰＧＷの再選択の必要性を判断することも可能である。

図１２では、ＵＥが、ＰＧＷ（１）と接続されている状況を示している（ＵＥｔｏＰＧＷ（１）間のＥＰＳｂｅａｒｅｒｏｒｉｇｉｎａｌｌｙｅｓｔａｂｌｉｓｈｅｄ）。ＭＭＥが、ＬＰＧＷの再選択が必要と判断した場合、ＭＭＥは、ＴＡアップデート要求（ＴＡＵｐｄａｔｅＲｅｑｕｅｓｔ）に対して、再アタッチ（ＡＴＴＡＣＨ）を促すｃａｕｓｅ値を設定して、ＵＥに対して、ＴＡアップデート・リジェクト（ＴＡＵｐｄａｔｅＲｅｊｅｃｔ）を返送する。

ＵＥは、ＴＡアップデート・リジェクト（ＴＡＵｐｄａｔｅＲｅｊｅｃｔ）に誘発され、ＡＴＴＡＣＨ信号をＭＭＥに送信する。このＡＴＴＡＣＨ信号の伝送も、Ｓ１−ＡＰメッセージ上にカプセル化される。ｅＮｏｄｅＢは、その際のＳ１−ＡＰメッセージ上で、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャによるＰＤＮ接続の設定が可能であることの通知を、ＭＭＥに向けて行う。

ＭＭＥは、ＰＧＷの選択ロジックを新たに起動することが可能となるため、結果的にＬＰＧＷの再選択が必要となる。

図１２では、ＬＰＧＷが再選択され、ＬＰＧＷに向けた接続処理の例が記述されている。ＭＭＥからＳＧＷ（２）、ＬＰＧＷへのセッション生成要求（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）、ＬＰＧＷからＳＧＷ（２）、ＭＭＥへのセッション生成応答（ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）、ＭＭＥからＳＧＷ（１）へのセッション削除要求（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）、ＳＧＷ（１）からＭＭＥへのセッション削除応答（ＤｅｌｅｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）、ＭＭＥからＵＥへのＴＡアップデート受理の送信が行われる。

上記の通り、本実施形態によれば、ＬＰＧＷを再選択することにより、ユーザトラヒックをＥＰＣに取り込むことなく、パケット通信を提供することが可能となる。このため、移動体通信オペレータは、ＥＰＣのネットワーク装置の負荷を低減することが可能となる。

＜実施形態７＞
本発明の第７の実施形態について説明する。本実施形態の構成は、図９に示した装置構成とされる。本実施形態の動作について、図１３を参照して説明する。本実施形態は、通常のＴＡアップデート手順に対して、変更を加えている。

ＭＭＥはＵＥからのＴＡアップデート要求（ＴＡＵｐｄａｔｅＲｅｑｕｅｓｔ）を受信するが、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャの場合、ｅＮｏｄｅＢからＭＭＥ間のＴＡアップデート要求（ＴＡＵｐｄａｔｅＲｅｑｕｅｓｔ）信号の伝送は、Ｓ１−ＡＰメッセージ上にカプセル化される。

その際のＳ１−ＡＰメッセージ上で、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャによるＰＤＮ接続の設定が可能であることの通知をＭＭＥに向けて行う。ただし、前述のＳ１−ＡＰメッセージ上で、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャによるＰＤＮ接続の設定が可能であることの通知は、あくまで一例であり、ＭＭＥが他の情報で新たなＰＧＷの再選択の必要性を判断することも可能である。

ＭＭＥからＵＥに対してＴＡアップデート手順の完了を通知するＴＡアップデートアクセプト信号（ＴＡＵＰｄａｔｅＡｃｃｅｐｔ）に新たな情報（図１３では、ＰＤＮ）を追加し、現在接続中にあるパケットデータネットワーク（ＰＤＮ）の再接続を促す。新たな情報が付加されたがＴＡＵｐｄａｔｅＡｃｃｅｐｔ信号を受信したＵＥは、指定された情報を元に再接続するＰＤＮ（複数のＰＤＮの場合も有）を認識し、当該ＰＤＮに対して、従来のＵＥの要求になるパケットデータネットワーク接続（ＵＥｒｅｑｕｅｓｔｅｄＰＤＮＤｉｓｃｏｎｎｅｃｔｉｏｎ処理、ＵＥｒｅｑｕｅｓｔｅｄＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙ）処理を起動し、パケットデータネットワーク（ＰＤＮ）の再接続を実行する。

このパケットデータネットワーク（ＰＤＮ）の再接続では、ＭＭＥにてＰＧＷの選択ロジックを新たに起動することが可能となるため、結果的にＬＰＧＷの再選択が必要となる。

図１３では、ＳＧＷが変更された場合の動作について記述したが、ＳＧＷが変更されない場合であっても、基本的な動作は、同様である。

上記の通り、本実施形態によれば、ＬＰＧＷを再選択することにより、ユーザトラヒックをＥＰＣに取り込むことなくパケット通信を提供することが可能となる。このため、移動体通信オペレータは、ＥＰＣのネットワーク装置の負荷を低減することが可能となる。

＜実施形態８＞
本発明の第８の実施形態について説明する。本実施形態の構成は、図１０に示した装置構成とされる。本実施形態の動作について、図１４を参照して説明する。

ＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）は、ＵＥからのＲＡ（ルーチングエリア）アップデート要求（ＲＡＵｐｄａｔｅＲｅｑｕｅｓｔ）を受信するが、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャの場合、ＮｏｄｅＢからＳＧＳＮ間のＲＡＵｐｄａｔｅＲｅｑｕｅｓｔ信号の伝送は、ＲＡＮＡＰ（ＲaｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋＡｃｃｅｓｓＰａｒｔ）メッセージ上にカプセル化される。その際のＲＡＮＡＰメッセージ上で、ＲＲＣは、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャによるＰＤＮ接続の設定が可能であることの通知を、ＳＧＳＮに向けて行う。

ＳＧＳＮは、当該ＵＥが接続されるＧＧＳＮ（ＧａｔｅｗａｙＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）が妥当かの吟味を行う。ただし、前述のＲＡＮＡＰメッセージ上で、ＬＩＰＡ、ＳＩＰＴＯアーキテクチャによるＰＤＮ接続の設定が可能であることの通知は、あくまで一例であり、ＳＧＳＮが他の情報で新たなＰＧＷの再選択の必要性を判断することも可能である。

図１４では、ＵＥがＧＧＳＮと接続されている状況を示している（ＵＥとＧＧＳＮ間でＧＴＰトンネル接続が確立：図１４の「ＧＴＰＴｕｎｎｅｌｉｎｇｏｒｉｇｉｎａｌｌｙｅｓｔａｂｌｉｓｈｅｄ」参照）。

ＳＧＳＮが、ＬＧＧＳＮとの再選択が必要と判断した場合、ＳＧＳＮは、ＲＡアップデート要求（ＲＡＵｐｄａｔｅＲｅｑｕｅｓｔ）に対して、再アタッチ（ＡＴＴＡＣＨ）を促す理由値（ｃａｕｓｅ値）を設定して、ＵＥに対して、ＲＡアップデート・リジェクト信号（ＲＡＵｐｄａｔｅＲｅｊｅｃｔ）を返送する。

ＵＥは、ＲＡアップデート・リジェクト信号（ＲＡＵｐｄａｔｅＲｅｊｅｃｔ）に誘発され、ＡＴＴＡＣＨ信号を、ＳＧＳＮに対して送信し、ＧＰＲＳ網に再アタッチ（ＡＴＴＡＣＨ）を試みる。ＳＧＳＮは、ＲＡアップデート要求（ＵｐｄａｔａＲＡｒｅｑｕｅｓｔ）をＨＬＲ（ＨｏｍｅＬｏｃａｔｉｏｎＲｅｇｉｓｔｅｒ）に送信し、ＨＬＲからＧＧＳＮに、インサート・サブスクライバ・データ（ＩｎｓｅｒｔＳｕｂｓｃｒｉｖｅｒｄａｔａ）が送信され、ＧＧＳＮは、インサート・サブスクライバ・データ肯定応答（ＩｎｓｅｒｔＳｕｂｓｃｒｉｖｅｒｄａｔａａｃｋ）をＨＬＲに返す。この肯定応答（ａｃｋ）を受けＨＬＲはＲＡアップデート応答（ＵｐｄａｔａＲＡｒｅｓｐｏｎｓｅ）をＳＧＳＮに返す。ＳＧＳＮは、ＡＴＴＡＣＨの受理（ＡＴＴＡＣＨＡｃｃｅｐｔ）をＵＥに返す。

その後、ＵＥは、ＰＤＰ（ＰａｃｋｅｔＤａｔａＰｒｏｔｏｃｏｌ）接続を要求するＰＤＰコンテキストアクティベート要求（ＡｃｔｉｖａｔｅＰＤＰｃｏｎｔｅｘｔｒｅｑｕｅｓｔ）を、ＳＧＳＮに対して送信する。

ＰＤＰコンテキストアクティベート要求（ＡｃｔｉｖａｔｅＰＤＰｃｏｎｔｅｘｔｒｅｑｕｅｓｔ）を受信したＳＧＳＮは、ＬＧＧＳＮへの接続の妥当性を判断し、妥当であると判断した場合には、ＬＧＧＳＮに向けて、ＧＴＰ（ＧＰＲＳＴｕｎｎｅｌｉｎｇＰｒｏｔｏｃｏｌ）トンネルの作成を行う（ＣｒｅａｔｅＰＤＰｃｏｎｔｅｘｔｒｅｑｕｅｓｔ）。ＬＧＧＳＮからＳＧＳＮに対して、ＣｒｅａｔｅＰＤＰｃｏｎｔｅｘｔｒｅｓｐｏｎｓｅが返送され、ＳＧＳＮからＵＥに、ＰＤＰコンテキストアクティベート応答（ＡｃｔｉｖａｔｅＰＤＰｃｏｎｔｅｘｔｒｅｓｐｏｎｓｅ）が返送され、ＵＥとＬＧＧＳＮの接続が可能となる。

上記した本実施形態によれば、ＬＧＧＳＮを再選択することにより、ユーザトラヒックをＧＰＲＳ網に取り込むことなく、パケット通信を提供することが可能となる。このため、移動体通信オペレータは、ＧＰＲＳのネットワーク装置の負荷を低減することが可能となる。

なお、本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。

１、２、３ＵＥ（ユーザ装置、端末）
１１、１２ｅＮｏｄｅＢ
２１ＮｏｄｅＢ
３１ＲＮＣ
４１ＭＭＥ
６１、６２ＳＧＷ
５１ＳＧＳＮ
７１、７２ＰＧＷ
８１サービスネットワーク
９１、９２ＬＰＧＷ
１０１、１０２ＬＧＧＳＮ

Claims

ＬｏｃａｌＩＰＡｃｃｅｓｓ（ＬＩＰＡ）／ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ（ＳＩＰＴＯ）アーキテクチャにおける通信方法であって、
モビリティマネージメント装置（ＭＭＥ）は、ゲートウェイ装置の再選択が必要であると判断した場合、再選択を要求するためのディアクティベイト・ベアラ要求（ＤｅａｃｔｉｖａｔｅＢｅａｒｅｒｒｅｑｕｅｓｔ）を基地局に送信し、
前記基地局は、ＲＲＣコネクション・リコンフィギュレーション（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をユーザ装置に送信し、
前記ユーザ装置は、ＲＲＣコネクション・リコンフィギュレーション（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）完了通知を前記基地局に送信し、
前記基地局は、ディアクティベイト・ベアラ応答（ＤｅａｃｔｉｖａｔｅＢｅａｒｅｒｒｅｓｐｏｎｓｅ）を前記ＭＭＥに送信し、
前記ユーザ装置は、ＵＥリクエストＰＤＮコネクティヴィティ（ＵＥｒｅｑｕｅｓｔｅｄＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙ）手順を開始し、
前記ゲートウェイ装置の再選択が行われる、ことを特徴とする通信方法。
前記ゲートウェイ装置は、サービングゲートウェイ装置（ＳＧＷ）とパケットデータネットワーク・ゲートウェイ装置（ＰＧＷ）である請求項１記載の通信方法。
モビリティマネージメント装置（ＭＭＥ）と、
基地局と、
ユーザ装置と、を備え、ＬｏｃａｌＩＰＡｃｃｅｓｓ（ＬＩＰＡ）／ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ（ＳＩＰＴＯ）アーキテクチャによる通信システムであって、
前記ＭＭＥは、ゲートウェイ装置の再選択が必要であると判断した場合、再選択を要求するためのディアクティベイト・ベアラ要求（ＤｅａｃｔｉｖａｔｅＢｅａｒｅｒｒｅｑｕｅｓｔ）を基地局に送信し、
前記基地局は、ＲＲＣコネクション・リコンフィギュレーション（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を前記ユーザ装置に送信し、
前記ユーザ装置は、ＲＲＣコネクション・リコンフィギュレーション（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）完了通知を前記基地局に送信し、
前記基地局は、ディアクティベイト・ベアラ応答（ＤｅａｃｔｉｖａｔｅＢｅａｒｅｒｒｅｓｐｏｎｓｅ）を前記ＭＭＥに送信し、
前記ユーザ装置は、ＵＥリクエストＰＤＮコネクティヴィティ（ＵＥｒｅｑｕｅｓｔｅｄＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙ）手順を開始し、
前記ゲートウェイ装置の再選択が行われる、ことを特徴とする通信システム。
前記ゲートウェイ装置は、サービングゲートウェイ装置（ＳＧＷ）と、パケットデータネットワーク・ゲートウェイ装置（ＰＧＷ）である請求項３記載の通信システム。
ＬｏｃａｌＩＰＡｃｃｅｓｓ（ＬＩＰＡ）／ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ（ＳＩＰＴＯ）アーキテクチャによる通信システムにおけるユーザ装置であって、
基地局から、ＲＲＣコネクション・リコンフィギュレーション（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信した場合、
ＲＲＣコネクション・リコンフィギュレーション（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）完了通知を前記基地局に送信することで、ＵＥリクエストＰＤＮコネクティヴィティ（ＵＥｒｅｑｕｅｓｔｅｄＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙ）手順を開始し、ゲートウェイ装置の再選択を行わせる、ことを特徴とするユーザ装置。
前記ゲートウェイ装置は、サービングゲートウェイ装置（ＳＧＷ）とパケットデータネットワーク・ゲートウェイ装置（ＰＧＷ）である請求項５記載のユーザ装置。