JP6199862B2

JP6199862B2 - ハンドオーバー失敗防止方法

Info

Publication number: JP6199862B2
Application number: JP2014518825A
Authority: JP
Inventors: リシァン・ス; ホン・ワン; フアルイ・リアン
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2011-07-05
Filing date: 2012-07-05
Publication date: 2017-09-20
Anticipated expiration: 2032-07-05
Also published as: WO2013005992A2; JP2014523188A; CN102869122A; JP6630003B2; CN102869122B; JP2019050638A; EP2730126A2; CN109005602A; EP2730126A4; CN109005602B; WO2013005992A3; US20200008265A1; EP2730126B1; US20130010754A1; EP3758436A1; US10779357B2; JP2017153164A; JP6463801B2; US10420166B2

Description

本発明は、一般的に移動通信に関し、さらに具体的には移動通信システムにおいてハンドオーバーの失敗を防止する方法に関する。

ＳＡＥ(ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅＥｖｏｌｕｔｉｏｎ)は、３ＧＰＰ(３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ)のＬＴＥ(ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ)無線通信標準のコアネットワークアキテクチャーである。具体的には、ＳＡＥはＧＰＲＳ(ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ)コアネットワークの進化であり、時間遅延及びオペレーターに対する費用を減少させ、より高いユーザデータ速度及び高いシステム容量、及びより良好なカバレッジを提供する。

図１は従来のＳＡＥシステムを説明する図面である。

図１を参照すれば、従来のＳＡＥシステムは、ユーザ端末(ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ)１０１、即ち、データ受信のための端末装置、Ｅ−ＵＴＲＡＮ(ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌ)１０２、ＭＭＥ(ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ)１０３、ＳＧＷ(ＳｅｒｖｉｃｅＧａｔｅＷａｙ)１０４、ＰＧＷ(ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋＧａｔｅＷａｙ)１０５、ＰＣＲＦ(ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅＦｕｎｃｔｉｏｎ)制御器１０６、ＳＧＳＮ(ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ)１０８及びＨＳＳ(ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ)１０９を含む。

Ｅ−ＵＴＲＡＮ１０２は、ＵＥ１０１に対する無線ネットワークに接続するためのインターフェースを提供するマクロｅＮＢ(ｍａｃｒｏＥｖｏｌｖｅｄＮｏｄｅＢ)を含む無線接続ネットワークである。

ＭＭＥ１０３は、ＵＥ１０１のモバイルコンテキスト(ｍｏｂｉｌｅｃｏｎｔｅｘｔ)、セッションコンテキスト(ｓｅｓｓｉｏｎｃｏｎｔｅｘｔ)、及び保安情報の管理を担当し、ＳＧＷ１０４は、主にユーザ平面(ｕｓｅｒｐｌａｎｅ)の機能を提供するために使用される。または、ＭＭＥ１０４及びＳＧＷ１０６は、単一物理的エンティティ(ｓｉｎｇｌｅｐｈｙｓｉｃａｌｅｎｔｉｔｙ)で具現されてもよい。

ＰＧＷ１０５は、課金及び合法的なモニタリングなどを担当し、さらにＳＧＷ１０４と単一物理的エンティティで具現されてもよい。ＰＣＲＦ１０６は、ＱｏＳ(ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ)政策及び課金基準を提供する。

ＳＧＳＮ１０８は、ＵＭＴＳ(ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ)でデータの送信のためのラウティングを提供するためのネットワークノード装置である。

ＨＳＳ１０９は、現在住所、サーバーノードの住所、ユーザ保安情報、及びＵＥ１０１のパケットデータコンテキストのようなユーザ情報を保護するためのＵＥ１０１のホームザブシステムである。

ＵＥ１０１のサービスデータ速度の向上と共に、オペレーターは新しい技術、即ち、ＳＩＰＴＯ(ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ)を提供する。即ち、特定のサービスに接続するとき、ＵＥ１０１は送信ネットワークの費用を効果的に減少させるために移動手続き(ｍｏｖｅｍｅｎｔｐｒｏｃｅｄｕｒｅ)で無線接続ネットワークからより近いアクセスポイント(ａｃｃｅｓｓｐｏｉｎｔ)にスィッチし、高いデータ速度に対するより良好なサービス経験を提供する。

より具体的には、３ＧＰＰはネットワーク−サポートされたＳＩＰＴＯ、及びＬＩＰＡ(ＬｏｃａｌＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＡｃｃｅｓｓ)の能力を提供する。ＳＩＰＴＯで、ＵＥ１０１がＨｅＮＢ(ＨｏｍｅｅｖｏｌｖｅｄＮｏｄｅＢ)、ＨＮＢ(ＨｏｍｅＮｏｄｅＢ)またはマクロｅＮＢを介してインターネットまたは他の追加的なネットワークを接続するとき、ネットワークはＵＥ１０１のための無線接続ネットワークにより近いユーザ平面ノード(ｕｓｅｒｐｌａｎｅｎｏｄｅ)を選択したり、或いは再選択することができる。

ＬＩＰＡは、ＵＥ１０１がＨｅＮＢまたはＨＮＢを介してホームネットワークまたは会社内部ネットワークを接続してＬＩＰＡが実行されるとき、ＨＮＢに近いか、或いはＨｅＮＢ／ＨＮＢアクセスネットワークにあるユーザ平面ノードはＵＥ１０１のために選択されたり再選択されることができるということを提供する。ユーザ平面ノードは、コアネットワーク装置またはゲートウェーであってもよい。ユーザ平面ノードは、ＳＧＷ、ＰＧＷ、またはＳＡＥシステムのためのローカルゲートウェー(ＬｏｃａｌＧａｔｅＷａｙ、ＬＧＷ)であってもよく、ＵＭＴＳシステムのためのＳＧＳＮまたはゲートウェーＧＰＲＳサポートノード(ＧａｔｅｗａｙＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ、ＧＧＳＮ)であってもよい。

図２は、従来のＳＩＰＴＯ及びＬＩＰＡでハンドオーバー動作を説明する信号流れ図である。

図２を参照すれば、ソース基地局(ｓｏｕｒｃｅＢａｓｅＳｔａｔｉｏｎ(ＢＳ))２５１は段階２０１でＵＥ２５０のハンドオーバーを実行するように決定する。

段階２０２で、ソースＢＳは、ハンドオーバーリクエスト(ｈａｎｄｏｖｅｒｒｅｑｕｅｓｔ)をソースＭＭＥ２５３へ送信する。ハンドオーバーリクエストは、ターゲットＢＳ２５２のＩＤ(Ｉｄｅｎｔｉｔｙ)、またはＴＡＩ(ｔａｒｇｅｔＴｒａｃｋｉｎｇＡｒｅａＩＤｅｎｔｉｔｙ)のようなターゲットＢＳ２５２の情報を含み、ターゲットＣＳＧ(ｔａｒｇｅｔＣｌｏｓｅｄＳｕｂｓｃｒｉｂｅｒＧｒｏｕｐ)またはハンドオーバータイプのような情報をさらに含む。

段階２０３で、ソースＭＭＥ２５３は、フォワードハンドオーバーリクエスト(ｆｏｒｗａｒｄｈａｎｄｏｖｅｒｒｅｑｕｅｓｔ)をターゲットＭＭＥ２５４へ送信する。フォワードハンドオーバーリクエストは、ハンドオーバーリクエストから獲得されたターゲットＢＳ２５２の情報などを含む。

段階２０４で、もし、ＵＥ２５０のためのＳＧＷを再選択すれば、ターゲットＭＭＥ２５４は再選択されたターゲットＳＧＷ２５６とセッション設定プロセスを実行する。これによって、ＵＥ２５０のためのＳＧＷの再選択が要求されない場合、段階２０４は、実行されない。

段階２０５で、ターゲットＭＭＥ２５４は、ターゲットＢＳ２５２へハンドオーバーリクエストを送信し、段階２０６で、ターゲットＢＳ２５２はターゲットＭＭＥ２５４へハンドオーバーリクエスト確認メッセージ(ｈａｎｄｏｖｅｒｒｅｑｕｅｓｔａｃｋｎｏｗｌｅｄｇｅｍｅｎｔｍｅｓｓａｇｅ)を送信する。

段階２０７で、ターゲットＭＭＥ２５４は、ターゲットＢＳ２５２に応じてキャリア情報をアップデートし、ＵＥ２５０がターゲットＢＳ２５２とスィッチして、スィッチ過程は具体的にソースＢＳ２５１からターゲットＢＳ２５２へのＵＥ２５０のハンドオーバーを保障するためにターゲットＢＳ２５２とＬＧＷ２５７間にユーザ平面トンネル(ｕｓｅｒｐｌａｎｅｔｕｎｎｅｌ)の設定をリクエストするターゲットＭＭＥ２５４を含む。

図２に説明された従来のハンドオーバー手続きを用いて、ハンドオーバー失敗及び／またはシグナリング／無線リソースの浪費をもたらす３つの一般的な状況が存在する。

状況１：ターゲットＢＳ２５２及びソースＢＳ２５１が相違するローカルＨｅＮＢネットワークに属する。よって、ターゲットＢＳ及びソースＢＳは相違するＬＧＷ２５７に連結する。図２に図示されたように、ターゲットＢＳ２５２及びソースＢＳ２５１は相違するＬＧＷ２５７に連結するからハンドオーバーが失敗する。さらに、ターゲットＭＭＥ２５４がユーザ平面トンネルを設定するとき、ハンドオーバー失敗を決定してもよく、これによって設定されたり或いは占有された無線リソースを解除するが、あまりにも多いシグナリングリソースと無線リソースがもう占有されており、それによってシグナリングリソース及び無線リソースを浪費する。

状況２：ターゲットＢＳ２５２及びソースＢＳ２５１が同一のローカルＨｅＮＢネットワークに属する。しかし、ターゲットＢＳ２５２及びソースＢＳ２５１は、相違するＬＧＷ２５７に連結し、例えば、ターゲットＢＳ２５２及びソースＢＳ２５１は相違するサブネットワークに属し、またハンドオーバー失敗及びシグナリングリソース及び無線リソースの浪費をもたらす。

状況３：ターゲットＢＳ２５２及びソースＢＳ２５１が同一ローカルＨｅＮＢネットワークに属し、ターゲットＢＳ２５２及びソースＢＳ２５１は同一のＬＧＷ２５７に連結することができる。しかし、ターゲットＢＳ２５２及びソースＢＳ２５１が連結するＬＧＷのリストが同じではなく、例えば、ターゲットＢＳ２５２がソースエンド(ｓｏｕｒｃｅｅｎｄ)にあるＵＥ２５０にサービスするＬＧＷ２５７に連結しないとき、これもハンドオーバー失敗とシグナリングリソース及び無線リソースの浪費をもたらす。

たとえ、従来のハンドオーバーにおける問題点がＳ１ハンドオーバー手続きを参照して上述したが、もしソースＢＳがＸ２ハンドオーバープロセスをトリガーすると、Ｘ２ハンドオーバープロセスは失敗し、ＭＭＥは経路切換リクエストメッセージ(ｐａｔｈｓｗｉｔｃｈｒｅｑｕｅｓｔｍｅｓｓａｇｅ)を受信するまでハンドオーバーが成功することができないだろうと決定しない。また、シグナリングリソース及び無線リソースを浪費する。

さらに、類似のハンドオーバー問題もＵＭＴＳに存在する。

基本的に、上述したハンドオーバー失敗は、ＬＩＰＡキャリア(ＬＩＰＡｃａｒｒｉｅｒ)のハンドオーバー失敗を言う。もし、ただＵＥがＬＩＰＡサービス(ＬＩＰＡｓｅｒｖｉｃｅ)のみを受けると、従来のハンドオーバーによって実行される全体的なハンドオーバープロセスは失敗するだろう。しかし、もしＵＥが同時にＬＩＰＡサービス及び非ＬＩＰＡサービス(ｎｏｎＬＩＰＡｓｅｒｖｉｃｅ)を受けると、ＬＩＰＡサービスのハンドオーバーは失敗するが従来のハンドオーバー流れによって実行される非ＬＩＰＡサービスのハンドオーバーは成功する。

ハンドオーバー失敗防止方法は、ユーザ端末(ＵＥ)のハンドオーバーを実行するようにソース基地局(ｓｏｕｒｃｅＢａｓｅＳｔａｔｉｏｎ(ＢＳ))によって決定する段階と、ターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノード(ｕｓｅｒｐｌａｎｅｎｏｄｅ)と連結するか否かをソースＢＳによって決定する段階と、及びターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結しないとき、リソースを解除する段階と、を含む。

従って、本発明の一態様は、ハンドオーバープロセスの失敗から招来されるハンドオーバー失敗及び過度なリソース浪費を防止する方法を提供するものである。

本発明の一態様によって、ハンドオーバー失敗防止方法が提供される。この方法はユーザ端末(ＵＥ)のハンドオーバーを実行するようにソース基地局(ｓｏｕｒｃｅＢＳ)によって決定する段階と、ターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結するか否かをソースＢＳによって決定する段階と、ターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結しないとき、リソースを解除する段階と、を含む。

本発明の上記態様、特徴と長所及び他の態様、特徴と長所は添付された図面と共に与えられた以後の詳細な説明でさらに明白であろう。

従来のＳＡＥシステムを示した図面である。従来のＳＩＰＴＯ及びＬＩＰＡにおいてハンドオーバー動作を説明する信号流れ図である。本発明の一実施形態によるハンドオーバー方法を説明する流れ図である。本発明の一実施形態によるハンドオーバー方法を説明する流れ図である。本発明の一実施形態に応じて基地局(ＢＳ)の間に情報を交換するプロセスを説明する信号流れ図である。本発明の一実施形態に応じてアップデートされた情報を燐接したＢＳへ送信する基地局(ＢＳ)のためのプロセスを説明する信号流れ図である。本発明の一実施形態に応じてＵＥのために選択されたＬＧＷの情報を基地局(ＢＳ)へ送信するＭＭＥのためのプロセスを説明する信号流れ図である。本発明の一実施形態に応じてＵＥのために選択されたＬＧＷの情報を基地局(ＢＳ)へ送信するＭＭＥのためのプロセスを説明する信号流れ図である。本発明の一実施形態に応じてＵＥのために選択されたＬＧＷの情報を基地局(ＢＳ)へ送信するＭＭＥのためのプロセスを説明する信号流れ図である。本発明の一実施形態に応じてハンドオーバーを実行するように決定するためのプロセスを説明する信号流れ図である。

本発明の多様な実施形態を添付の図面を参照して詳細に説明する。以後の説明で、詳細な構成及び構成要素のような具体的な詳細事項は、単に本発明のこのような実施形態の全体的な理解を助けるために提供される。よって、ここで説明された実施形態の多様な変更及び変形が本発明の範囲及び技術的思想を逸脱することなく達成できるということが本技術分野の技術者に明白になるべきである。さらに、よく知られた機能と構造の説明は明確性と簡潔性のために省略される。

本発明の一実施形態によれば、ハンドオーバー失敗防止方法は、ソース基地局(ｓｏｕｒｃｅＢＳ)がＵＥのハンドオーバーを実行するように決定するとき、ターゲット基地局(ｔａｒｇｅｔＢＳ)がソース基地局にあるＵＥにサービスするユーザ平面ノードと連結するか否かを決定する段階と、そうではなければ、リソースを解除する段階とを含む。より具体的には、本発明の実施形態は背景技術で前述したように、ハンドオーバー失敗後にリソースを解除するより、ＵＥのハンドオーバーを実行するように決定するとき、ターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結しないとき、リソースを解除する。ターゲットＢＳがソースユーザ平面ノード(ｓｏｕｒｃｅｕｓｅｒｐｌａｎｅｎｏｄｅ)と連結しないとき、後続ハンドオーバープロセス(ｓｕｂｓｅｑｕｅｎｔｈａｎｄｏｖｅｒｐｒｏｃｅｓｓ)でソースユーザ平面ノードを介して送信されるベアラー(ｂｅａｒｅｒ)は失敗されるはずであり、リソースは解除されなければならない。ハンドオーバー失敗後までリソースを解除しないので招来されたリソース浪費の問題はより早く、即ち、ターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結しないと決定した後、リソースを解除することによって避けることができる。

ソースＢＳはターゲットＢＳがソースＢＳとターゲットＢＳの間に交換される情報によってソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結するか否かを決定する。ソースＢＳとターゲットＢＳの間に交換される情報はソースＢＳ及びターゲットＢＳがそれぞれ連結する、それらのローカルネットワーク(ｌｏｃａｌｎｅｔｗｏｒｋ)の情報、それらのローカルサブ−ネットワークの情報、及びユーザ平面ノードの情報のうちの少なくとも１つを含む。

ローカルネットワークの情報は、ローカルＨｅＮＢネットワーク識別子(ＬｏｃａｌＨｅＮＢＮｅｔｗｏｒｋｓＩＤｅｎｔｉｆｉｅｒ、ＬＨＮＩＤ)を含む。ローカルサブ−ネットワークの情報はそれらのサブネットワークのＩＤを含む。連結されたユーザ平面ノードの情報は連結されたＬＧＷの情報であることができる。一例として、本発明の実施形態は連結されたユーザ平面ノードをＬＧＷとして使用して後述する。

図３は本発明の一実施形態によるハンドオーバー方法を説明した流れ図である。

図３を参照すれば、段階３０１で、ソースＢＳとターゲットＢＳはそれらが連結する、それらのローカルネットワークの情報、それらのローカルサブ−ネットワーク情報、及びＬＧＷの情報のうちの少なくとも１つを交換する。例えば、ローカルネットワークの情報はＬＨＮＩＤを含み、ローカルサブ−ネットワークの情報はそれらのサブ−ネットワークのＩＤを含む。

さらに、１つまたは複数の連結されたＬＧＷがあり得る。もし複数の連結されたＬＧＷがある場合に、連結されたＬＧＷの情報は連結されたＬＧＷのＩＤまたはＩＰ住所のような複数のＬＧＷの情報を含む。ＬＧＷのＩＰ住所は、ＬＧＷ制御平面のＩＰ住所、コアネットワークにあるＬＧＷのＩＰ住所、またはローカルネットワークにあるＬＧＷのＩＰ住所であってもよい。

段階３０２で、ソースＢＳはその自体によってサービスされるＵＥのハンドオーバー実行するように決定し、段階３０１でソースＢＳその自体とターゲットＢＳの間に交換される情報に基づいて、ターゲットＢＳがソースＢＳと現在連結されたＬＧＷと連結するか否かを決定する。

例えば、もし段階３０１で得られた情報がターゲットＢＳのローカルネットワークの情報であり、ソースＢＳのローカルＨｅＮＢネットワークがターゲットＢＳのローカルＨｅＮＢネットワークと相違すると、ソースＢＳはソースＢＳと連結されたＬＧＷが１つのＬＧＷが単一ローカルＨｅＮＢネットワークに属するのでターゲットＢＳのＬＧＷと相違すると結論を下す。

もし、ブロック３０１で獲得された情報がＢＳのローカルサブ−ネットワークの情報及び／または連結されたＬＧＷの情報を含み、ソースＢＳのローカルＨｅＮＢがターゲットＢＳのローカルＨｅＮＢと同一であれば、ソースＢＳはソースＢＳ及びターゲットＢＳがソースＢＳ及びターゲットＢＳのローカルサブ−ネットワークの情報及び／または連結されたＬＧＷの情報に基づいて相違するＬＧＷに連結するか否かを決定する。

ターゲットＢＳが段階３０２でソースＢＳと現在連結されたＬＧＷと連結されたとき、ソースＢＳは段階３０３でハンドオーバーのターゲットセル(ｔａｒｇｅｔｃｅｌｌ)としてターゲットＢＳによって制御されたセルを選択する。

しかし、ターゲットＢＳが段階３０２でソースＢＳと現在連結されたＬＧＷと連結されない時、もしソースＢＳによって選択されたターゲットセルのＢＳが段階３０４でソースＢＳと連結されたＬＧＷと連結されない場合、ローカルＩＰ接続ベアラー(ｌｏｃａｌＩＰａｃｃｅｓｓｂｅａｒｅｒｓ)のリソースは解除される。例えば、ソースＢＳはＬＩＰＡサービスの非活性化プロセスをトリガーしたり、或いはソースＢＳはメッセージをソースＭＭＥへ送信し、ソースＭＭＥはＬＩＰＡサービスの非活性化プロセスをトリガーする、または、ソースＢＳまたはソースＭＭＥはメッセージをＬＧＷへ送信し、ＬＧＷはＬＩＰＡサービスの非活性化プロセスをトリガーする。

図４は本発明の一実施形態によるハンドオーバー方法を説明した流れ図である。

図４を参照すれば、段階４０１で、ソースＢＳ及びターゲットＢＳは段階３０１を参照して上述したように情報を交換する。

段階４０２で、ＵＥがＵＥにサービスするＢＳと連結するとき、コアネットワーク制御平面エンティティ(ｃｏｒｅｎｅｔｗｏｒｋｃｏｎｔｒｏｌｐｌａｎｅｅｎｔｉｔｙ)は基地局エンド(ＢＳｅｎｄ)にあるＵＥにサービスするために選択されたＬＧＷの情報をＢＳに通知する。例えば、コアネットワーク制御平面エンティティはＭＭＥまたはＳＧＳＮであってもよい。さらに、ＬＧＷの情報はＬＧＷのＩＤまたはＩＰ住所であってもよく、ＬＧＷのＩＰ住所はＬＧＷ制御平面のＩＰ住所、コアネットワークにあるＬＧＷのＩＰ住所、またはローカルネットワークにあるＬＧＷの住所であってもよい。

段階４０３で、サービスされるＵＥでハンドオーバーを実行するように決定するとき、段階４０２でソースＢＳエンドにあるコアネットワーク制御平面エンティティ及び段階４０１で獲得された情報によってＵＥにサービスするために選択されたＬＧＷの情報に基づいて、ソースＢＳはターゲットＢＳがソースＢＳエンドにあるＵＥにサービスするＬＧＷと連結されるか否かを決定する。

ターゲットＢＳがソースＢＳにあるＵＥにサービスするＬＧＷと連結されるとき、ソースＢＳは段階４０４でソースＬＧＷと連結されたターゲットＢＳによって制御されたセルをハンドオーバーのターゲットセルとして選択する。

しかし、ターゲットＢＳがソースＢＳにあるＵＥにサービスするＬＧＷと連結されないとき、もしソースＢＳによって選択されたターゲットセルのＢＳが段階４０５でソースＢＳと連結されたＬＧＷと連結されなければ、ローカルＩＰ接続キャリア (ｌｏｃａｌＩＰａｃｃｅｓｓｃａｒｒｉｅｒ)のリソースは解除される。

図５は本発明の一実施形態によって基地局(ＢＳ)の間に情報を交換するためのプロセスを説明する信号流れ図である。

図５を参照すれば、段階５０１で、基地局１(ＢＳ１)(例えば、ＨｅＮＢ１またはｅＮＢ１)は基地局２(ＢＳ２)(例えば、ＨｅＮＢ２またはｅＮＢ２)でＸ２設定リクエストメッセージ(Ｘ２ｓｅｔｕｐｒｅｑｕｅｓｔｍｅｓｓａｇｅ)を送信する。例えば、Ｘ２設定リクエストメッセージは基地局１(ＢＳ１)が連結する、基地局１(ＢＳ１)のローカルネットワークの情報、基地局１(ＢＳ１)のローカルサブ−ネットワークの情報、及びＬＧＷの情報のうちの少なくとも１つを含む。

段階５０２で、基地局２(ＢＳ２)は、Ｘ２設定応答メッセージ(Ｘ２ｓｅｔｕｐｒｅｓｐｏｎｓｅｍｅｓｓａｇｅ)を基地局１(ＢＳ１)へ送信する。例えば、Ｘ２設定応答メッセージは基地局２(ＢＳ２)のローカルネットワークの情報、基地局２(ＢＳ２)が連結する、基地局２(ＢＳ２)のローカルサブ−ネットワークの情報、及びＬＧＷの情報のうちの少なくとも１つを含む。

たとえ図５は、一例としてＬＴＥシステムを参照して説明されるが、ここにある方法はまた他のシステムに適用されてもよい。

例えば、ＵＭＴＳシステムで、例えば、IｕｒインターフェースまたはIｕｒh インターフェースを介して２つのＢＳ(例えば、ＨＮＢまたはＲＮＣ)間の設定プロセス(ｅｓｔａｂｌｉｓｈｍｅｎｔｐｒｏｃｅｓｓ)でそれらが連結する、それらのローカルネットワークの情報、それらのローカルサブ−ネットワークの情報、及び／またはＬＧＷのような情報を交換するためのプロセスは図５のプロセスと類似である。

ＢＳが連結する、ＢＳのローカルネットワークの情報、ＢＳのローカルサブ−ネットワークの情報、及び／またはＬＧＷがアップデートされる時、ＢＳはアップデートされた情報を接したＢＳに通報する。

図６は本発明の一実施形態に応じてアップデートされた情報を隣接したＢＳへ送信するＢＳのためのプロセスを説明した信号流れ図である。

図６を参照すれば、段階６０１で、基地局１(ＢＳ１)(例えば、ＨｅＮＢ１またはｅＮＢ１)はｅＮＢ構成アップデートメッセージ(ｅＮＢｃｏｎｆｉｇｕｒａｔｉｏｎｕｐｄａｔｅｍｅｓｓａｇｅ)を基地局２(ＢＳ２)(例えば、ＨｅＮＢ２またはｅＮＢ２)へ送信する。例えば、ｅＮＢ構成アップデートメッセージは基地局１(ＢＳ１)が連結する、基地局１(ＢＳ１)のローカルネットワークの情報、基地局１(ＢＳ１)のローカルサブ−ネットワークの情報、及びＬＧＷのうちの少なくとも１つを含む。

段階６０２で、基地局２(ＢＳ２)は、ｅＮＢ構成アップデート確認メッセージ(ｅＮＢｃｏｎｆｉｇｕｒａｔｉｏｎｕｐｄａｔｅａｃｋｎｏｗｌｅｄｇｅｍｅｎｔｍｅｓｓａｇｅ)を基地局１(ＢＳ１)へ送信する。

図７は本発明の一実施形態に応じてＵＥのために選択されたＬＧＷの情報を基地局(ＢＳ)へ送信するＭＭＥのためのプロセスを説明した信号流れ図である。

図７を参照すれば、段階７０１で、ＵＥ７５０はアタッチメッセージ(Ａｔｔａｃｈｍｅｓｓａｇｅ)またはパケットデータネットワーク(ＰＤＮ)連結リクエストメッセージ(ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ(ＰＤＮ)ｃｏｎｎｅｃｔｉｏｎｒｅｑｕｅｓｔｍｅｓｓａｇｅ)のようなＮＡＳ(ＮｏｎＡｃｃｅｓｓＳｔｒａｔｕｍ)メッセージをＳ−ＨｅＮＢ７５１へ送信する。

段階７０２で、Ｓ-ＨｅＮＢ７５１は、ＵＥ７５０から受信されたＮＡＳメッセージをＳ１アクセスプロトコル(ＡＰ)メッセージを介してＭＭＥ７５３へ送信する。展開されたＨｅＮＢＧＷがある状況では、Ｓ-ＨｅＮＢ７５１は、Ｓ１ＡＰメッセージをＨｅＮＢＧＷを介してＭＭＥ７５３へ送信する。

段階７０３で、ＮＡＳメッセージを受信した後に、ＭＭＥ７５３は、その自体とＵＥ７５０間でＮＡＳ認証／保安プロセスを実行する。ＮＡＳ認証／保安プロセスを実行する具体的な方法は本技術分野に知られている。

さらに、完全性保護を活性化するためのＮＡＳ保安及び認証はネットワークでＵＥ７５０のＵＥコンテキストがない時、段階(７０１及び７０２)でアタッチリクエスト(Ａｔｔａｃｈｒｅｑｕｅｓｔ)の完全性保護がない時、または完全性認証(ｉｎｔｅｇｒｉｔｙａｕｔｈｅｎｔｉｃａｔｉｏｎ)が失敗した時に実行され、そうではなければ、このプロセスは選択的である。ＮＡＳ保安アルゴリズムが変更される時、ＮＡＳ保安設定は段階７０３から実行される。

もし、ＭＭＥ７５３が認証ＩＭＳＩ(ａｕｔｈｅｎｔｉｃａｔｉｏｎＩＭＳＩ)をサポートしないエマージェンシアタッチ(ｅｍｅｒｇｅｎｃｙＡｔｔａｃｈ)から構成されると、ＭＭＥ７５３は認証及び保安設定プロセスをスキップしたり認証失敗を受諾するとき、アタッチプロセス(Ａｔｔａｃｈｐｒｏｃｅｓｓ)を続いて、ＵＥはアタッチタイプ(Ａｔｔａｃｈｔｙｐｅ)がエマージェンシ(ｅｍｅｒｇｅｎｃｙ)であるのを現わす。

段階７０４で、ＭＭＥ７５３は、初期コンテキスト設定リクエストメッセージをＳ−ＨｅＮＢ７５１へ送信する。具体的には、展開されたＨｅＮＢＧＷを用いて、ＭＭＥ７５３は初期コンテキスト設定リクエストメッセージ(ｉｎｉｔｉａｌｃｏｎｔｅｘｔｓｅｔｕｐｒｅｑｕｅｓｔｍｅｓｓａｇｅ)をＨｅＮＢＧＷを介してＳ−ＨｅＮＢ７５１へ送信する。

ＬＩＰＡサービスに対しては、コアネットワークは無線接続ネットワーク(ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＲＡＮ)、ドメインネームシステム(ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍ、ＤＮＳ)に基づいた方法または他の方法でＵＥ７５０のためにＵＥ７５０にサービスするＬＧＷを選択する。しかし、ＬＧＷを選択するための具体的な方法は本発明のこのような実施形態の焦点ではなく、これらに対する詳細な説明はここで省略される。

初期コンテキスト設定メッセージは、ＬＧＷのＩＤまたはＩＰ住所のようにＵＥのために選択されたＬＧＷの情報を含む。初期コンテキスト設定リクエストメッセージを受信した後に、Ｓ−ＨｅＮＢ７５１はＬＧＷの受信された情報を記憶する。

段階７０５で、初期コンテキスト設定リクエストメッセージを受信した後、Ｓ−ＨｅＮＢ７５１は、ＵＥ７５０と共に無線ベアラー(ｗｉｒｅｌｅｓｓｂｅａｒｅｒ)を設定する。

段階７０６で、Ｓ−ＨｅＮＢ７５１は、初期コンテキスト設定応答メッセージをＭＭＥ７５３へ送信する。

展開されたＨｅＮＢＧＷを用いて初期コンテキスト設定応答メッセージはＨｅＮＢＧＷへ送信され、ＨｅＮＢＧＷは初期コンテキスト設定応答メッセージをＭＭＥ７５３へ送信する。

これによって、ＵＭＴＳシステムで、ＵＥが基地局(ＢＳ)に接続するとき、ＳＧＳＮはＲＡＢ割り当てリクエストメッセージ(ＲＡＢａｌｌｏｃａｔｉｏｎｒｅｑｕｅｓｔｍｅｓｓａｇｅ)を介してＵＥのためのコアネットワークによって選択された、ＬＧＷのＩＤまたはＩＰ住所のような、ＬＧＷの情報を基地局(ＢＳ)に通知する。

さらに、ソースＢＳは、Ｅ−ＲＡＢ(ＥｖｏｌｖｅｄＲａｄｉｏＡｃｃｅｓｓＢｅａｒｅｒ)設定メッセージを介してソースＢＳエンド(ｓｏｕｒｃｅＢＳｅｎｄ)にあるＵＥにサービスするために選択されたユーザ平面ノードの情報を通知を受ける。これは初期コンテキスト設定リクエストメッセージをＥ−ＲＡＢ設定リクエストメッセージで取り替えて、初期コンテキスト設定応答メッセージをＥ−ＲＡＢ設定応答メッセージで取り替える。

図８は、本発明の一実施形態に応じてＵＥのために選択されたＬＧＷの情報を基地局(ＢＳ)に送信するＭＭＥのためのプロセスを説明する信号流れ図である。

図８を参照すれば、ソース基地局(ｓｏｕｒｃｅＢＳ)８５１は、段階８０１でハンドオーバーを実行するように決定する。

段階８０２で、ソース基地局８５１は、ハンドオーバーリクエストをソースＭＭＥ８５３へ送信する。例えば、ハンドオーバーリクエストはターゲット基地局(ｔａｒｇｅｔＢＳ)８５２のＩＤ及び追跡領域ＩＤ(ＴｒａｃｋｉｎｇＡｒｅａＩＤ、ＴＡＩ)のようなターゲット基地局８５２の情報を含み、ターゲットＣＳＧまたはハンドオーバータイプのような情報をさらに含むことができる。

段階８０３で、ソースＭＭＥ８５３は、フォワードハンドオーバーリクエスト(ｆｏｒｗａｒｄｈａｎｄｏｖｅｒｒｅｑｕｅｓｔ)をターゲットＭＭＥ８５４へ送信する。フォワードハンドオーバーリクエストはハンドオーバーリクエストから獲得されたターゲットＢＳ８５２の情報を含む。このメッセージはＬＧＷ８５７のＩＤまたはＩＰ住所のような、ソースエンドにあるＵＩ８５０のために選択されたＬＧＷ８５７の情報をさらに含むことができる。

段階８０４で、もしＵＥ８５０のためにＳＧＷを再選択すれば、ターゲットＭＭＥ８５４は、再選択されたターゲットＳＧＷ８５６と共にセッション設定プロセス(ｓｅｓｓｉｏｎｅｓｔａｂｌｉｓｈｍｅｎｔｐｒｏｃｅｓｓ)を実行する。

もし、ＵＥ８５０のためのＳＧＷが再選択されない場合、段階８０４は実行されない。

段階８０５で、ターゲットＭＭＥ８５４はハンドオーバーリクエストをターゲットＢＳ８５２へ送信する。ハンドオーバーリクエストメッセージはＬＧＷ８５７の情報のような、ＵＥ８５０のために選択されたユーザ平面ノードの情報を含む。ＬＧＷ８５７の情報はＬＧＷ８５７のＩＤまたはＩＰ住所であることができる。ターゲットＢＳ８５２はＬＧＷ８５７の情報のようなユーザ平面ノードの受信された情報を記憶する。

段階８０６で、ターゲットＢＳ８５２は、ハンドオーバーリクエスト確認メッセージをターゲットＭＭＥ８５４へ送信する。

段階８０７で、他の既存のハンドオーバープロセスは続く。

これによって、ＵＭＴＳシステムで、ＳＧＳＮはＵＥが再配置プロセス(ｒｅｌｏｃａｔｉｏｎｐｒｏｃｅｓｓ)を介して初めで基地局(ＢＳ)に接続する時再配置リクエストメッセージ(ｒｅｌｏｃａｔｉｏｎｒｅｑｕｅｓｔｍｅｓｓａｇｅ)を介するＬＧＷの情報のような、コアネットワークによってＵＥのために選択されたユーザ平面ノードの情報を基地局(ＢＳ)に通知する。ＬＧＷの情報はＬＧＷのＩＤまたはＩＰ住所を含む。詳細な技術的説明はここで省略される。

図９は、本発明の一実施形態によってＵＥのために選択されたＬＧＷの情報を基地局(ＢＳ)へ送信するＭＭＥのためのプロセスを説明する信号流れ図である。

図９を参照すれば、段階９０１で、Ｓ−ＨｅＮＢ９５１はハンドオーバー決定する。

段階９０２で、Ｓ−ＨｅＮＢ９５１はハンドオーバーリクエストメッセージをＴ−ＨｅＮＢ７５２へ送信する。

段階９０３で、Ｔ−ＨｅＮＢ９５２はハンドオーバーリクエスト応答メッセージをＳ−ＨｅＮＢ７５１へ送信する。

段階９０４で、Ｓ−ＨｅＮＢ９５１はＲＲＣ連結再構成メッセージ(ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅ-ｃｏｎｆｉｇｕｒａｔｉｏｎｍｅｓｓａｇｅ)をＵＥ９５０へ送信しＵＥ９５０にハンドオーバーの実行をリクエストする。

段階９０５で、ハンドオーバーを完了した後、ＵＥ９５０はＲＲＣ連結再構成完了メッセージ(ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｉｏｎｍｅｓｓａｇｅ)をＴ−ＨｅＮＢ９５２へ送信する。

段階９０６で、Ｔ−ＨｅＮＢ９５２は、経路切換リクエストメッセージ(ｐａｔｈｓｗｉｔｃｈｒｅｑｕｅｓｔｍｅｓｓａｇｅ)をＨｅＮＢＧＷ９５３へ送信し、ＨｅＮＢＧＷ９５３は経路切換リクエストメッセージをＭＭＥ９５４へ送信する。この段階で、もし、Ｔ−ＨｅＮＢ９５２がＨｅＮＢＧＷ９５３を介してＭＭＥ９５４に接続しない場合、Ｔ−ＨｅＮＢ９５２は直接的に経路切換リクエストメッセージをＭＭＥ９５４へ送信することができる。

段階９０７で、ＭＭＥ９５４は、ベアラー修正リクエストメッセージ(ｍｏｄｉｆｉｃａｔｉｏｎｂｅａｒｅｒｒｅｑｕｅｓｔｍｅｓｓａｇｅ)をＳＧＷ／ＰＤＮＧＷ９５５へ送信する。

段階９０８で、ＵＥ９５０のベアラーの修正を完了した後、ＳＧＷ／ＰＤＮＧＷ９５５はベアラー修正応答メッセージをＭＭＥ９５４へ送信する。

段階９０９で、ＭＭＥ９５４は、経路切換リクエスト確認メッセージ(ｐａｔｈｓｗｉｔｃｈｒｅｑｕｅｓｔａｃｋｎｏｗｌｅｄｇｅｍｅｎｔｍｅｓｓａｇｅ)をＨｅＮＢＧＷ９５３へ送信し、ＨｅＮＢＧＷ９５３は経路切換リクエスト確認メッセージをＴ-ＨｅＮＢ９５２へ送信する。この段階で、もし、Ｔ−ＨｅＮＢ９５２がＨｅＮＢＧＷ９５３を介してＭＭＥ９５４に接続しない場合、ＭＭＥ９５４は直接的に経路切換リクエスト確認メッセージをＴ−ＨｅＮＢ９５２へ送信する。

例えば、経路切換リクエスト確認は、ＵＥ９５０のために選択されたＬＧＷの情報を含む。ＬＧＷ９５０の情報は、ＬＧＷ９５０のＩＤまたはＩＰ住所であってもよい。Ｔ−ＨｅＮＢ９５２はＬＧＷ９５０の情報のようなユーザ平面ノードの受信された情報を記憶する。

段階９１０で、Ｔ−ＨｅＮＢ９５２は経路切換リクエスト確認メッセージを受信した後に、リソース解除メッセージ(ｒｅｓｏｕｒｃｅｒｅｌｅａｓｅｍｅｓｓａｇｅ)をＳ−ＨｅＮＢ９５１へ送信する。

ＵＭＴＳシステムで、ソース基地局(ＢＳ)は、ＵＥが最適化された再配置プロセスを介して初めで基地局(ＢＳ)に接続するとき、再配置リクエストメッセージまたはハンドオーバーリクエストメッセージを使用してコアネットワークによってＵＥのために選択されたＬＧＷの情報をターゲット基地局(ＢＳ)に通知する。ＬＧＷの情報はＬＧＷのＩＤまたはＩＰ住所を含む。

図１０は、本発明の一実施形態によってハンドオーバーを実行するように決定するためのプロセスを説明する信号流れ図である。

図１０を参照すれば、段階１００１で、Ｓ−ＨｅＮＢ１０５１はハンドオーバー決定をする。ターゲットセルを選択するとき、Ｓ−ＨｅＮＢ１０５１はターゲットセルのターゲットＴ−ＨｅＮＢ１０５２が現在ＵＥ１０５０にサービスするＬＧＷと連結するか否かを考慮すれば良い。

ターゲットセルのターゲットＴ−ＨｅＮＢ１０５２が現在ＵＥ１０５０にサービスするＬＧＷと連結するかどうかの否かは上述した。

段階１００２で、選択されたターゲットセルのターゲットＴ−ＨｅＮＢ１０５２がソースエンドにあるＵＥ１０５０をサービスするＬＧＷと連結しない場合、Ｓ−ＨｅＮＢ１０５１はＬＩＰＡサービスの解除または非活性化プロセスをトリガーすることのようにリソースを解除する。または、Ｓ−ＨｅＮＢ１０５１はＥ−ＲＡＢ解除指示(Ｅ−ＲＡＢｒｅｌｅａｓｅｉｎｄｉｃａｔｉｏｎ)のようなメッセージをソースＭＭＥへ送信し、ソースＭＭＥはＬＩＰＡサービスの非活性化プロセスをトリガーする。

または、ソースＢＳまたはＭＭＥはメッセージをＬＧＷへ送信し、ＬＧＷはＬＩＰＡサービスの非活性化プロセスをトリガーする。本発明の主要内容に影響を与えない他の非活性化プロセスが採択されることができる。

本発明が上述した実施形態によって、ＵＥのハンドオーバーを実行するように決定するとき、ソースＢＳがターゲットＢＳがソースＢＳエンドにあるＵＥにサービスする、ＬＧＷのような、ユーザ平面ノードと連結するか否かを決定する。もし、決定結果がｎｏであれば、ＬＩＰＡベアラーハンドオーバー(ＬＩＰＡｂｅａｒｅｒｈａｎｄｏｖｅｒ)は失敗するはずで、ＬＩＰＡベアラーリソースは解除される。即ち、背景技術で説明されたように、占有されたシグナリングリソース及び無線リソースは、ハンドオーバー失敗後に解除されるよりは、予め解除される。これによって、本発明の上述した実施形態はリソース浪費を防止してシステム性能を改善する。

本発明は、特定の実施形態を参照して特別に説明されたが、形態及び詳細事項の多様な変更が次の特許請求範囲とそれらの均等物によって限定されたように本発明の思想と範囲を外れなく、ここでなることができるということが本技術分野の通常の技術者によって理解されたい。

１０１ユーザ端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）
１０２Ｅ−ＵＴＲＡＮ
１０３ＭＭＥ
１０４ＳＧＷ
１０５ＰＧＷ
１０６ＰＣＲＦ
１０８ＳＧＳＮ
１０９ＨＳＳ
２５０・８５０ＵＥ
２５１・８５１ソース基地局
２５２・８５２ターゲット基地局
２５３・８５３ソースＭＭＥ
２５４・８５４ターゲットＭＭＥ
２５５・８５５ソースＳＧＷ
２５６・８５６ターゲットＳＧＷ
２５７・８５７ＬＧＷ

Claims

移動通信システムの基地局（ｓｏｕｒｃｅｂａｓｅｓｔａｔｉｏｎ）での信号の送受信方法において、
前記基地局に対応するローカルホームネットワークを識別する情報及び前記基地局に対応するサブネットワーク情報を含む第１情報を他の基地局に伝送する段階と、
他の基地局から、前記他の基地局に対応するローカルホームネットワークを識別する情報及び前記他の基地局に対応するサブネットワーク情報を含む第２情報を受信する段階と、
前記他の基地局に端末のハンドオーバーを決定する段階と、
前記第１情報及び前記第２情報が同一であるか否かに基づいて、ローカルネットワークに関連した前記端末に対応するパケットデータネットワーク（ｐａｃｋｅｔｄａｔａｎｅｔｗｏｒｋ、ＰＤＮ）連結（ｃｏｎｎｅｃｔｉｏｎ）を解除（ｒｅｌｅａｓｅ）する段階とを含む信号の送受信方法。
前記第１情報は、前記基地局が連結されたローカルサブネットワークの情報、及び前記基地局が連結されたユーザ平面ノード（ｕｓｅｒｐｌａｎｅｎｏｄｅ）の情報のうちの少なくとも１つをさらに含むことを特徴とする、請求項１に記載の信号の送受信方法。
前記第２情報は、前記他の基地局が連結されたローカルサブネットワークの情報、及び前記他の基地局が連結されたユーザ平面ノード（ｕｓｅｒｐｌａｎｅｎｏｄｅ）の情報のうちの少なくとも１つをさらに含むことを特徴とする、請求項１に記載の信号の送受信方法。
前記第１情報は、前記端末をサービングするＬＧＷの情報をさらに含み、
前記第２情報は、前記他の基地局に対応するＬＧＷの情報をさらに含み、
前記端末をサービングするＬＧＷの情報と、前記他の基地局に対応するＬＧＷの情報が同一であるか否かに基づいて、前記他の基地局が前記端末をサービングするＬＧＷと連結されているか否かを判断する段階とをさらに含むことを特徴とする、請求項１に記載の信号の送受信方法。
前記端末が前記他の基地局にＳ１ハンドオーバーを行う場合、ハンドオーバーリクエストメッセージ（ｈａｎｄｏｖｅｒｒｅｑｕｅｓｔｍｅｓｓａｇｅ）が前記他の基地局に伝送され、
前記端末が前記他の基地局にＸ２ハンドオーバーを行う場合、経路切換リクエスト確認メッセージ（ｐａｔｈｓｗｉｔｃｈｒｅｑｕｅｓｔａｃｋｎｏｗｌｅｄｇｅｍｅｎｔｍｅｓｓａｇｅ）が前記他の基地局に伝送されることを特徴とする、請求項１に記載の信号の送受信方法。
前記第１情報はＸ２設定リクエストメッセージ（Ｘ２ｓｅｔｕｐｒｅｑｕｅｓｔｍｅｓｓａｇｅ）に含まれて伝送され、前記第２情報はＸ２設定応答メッセージ（Ｘ２ｓｅｔｕｐｒｅｓｐｏｎｓｅｍｅｓｓａｇｅ）に含まれて受信されることを特徴とする、請求項２に記載の信号の送受信方法。
前記第１情報及び前記第２情報の少なくとも１つがアップデートされた場合、隣接の基地局に前記アップデートされた情報を通知する段階をさらに含むことを特徴とする、請求項２に記載の信号の送受信方法。
前記端末に対応するＰＤＮｃｏｎｎｅｃｔｉｏｎを解除する段階は、
ローカルＩＰ接続（ｌｏｃａｌＩＰａｃｃｅｓｓ、ＬＩＰＡ）サービスの非活性化プロセス、又は選択されたＩＰトラフィックオフロード（ｓｅｌｅｃｔｅｄＩＰｔｒａｆｆｉｃｏｆｆｌｏａｄ、ＳＩＰＴＯ）サービスの非活性化プロセスをトリガーする段階を含むことを特徴とする、請求項１に記載の信号の送受信方法。
前記端末に対応するＰＤＮｃｏｎｎｅｃｔｉｏｎを解除する段階は、
前記端末をサービングするＬＧＷに関連した情報を含むメッセージをソース移動性管理エンティティ（ｓｏｕｒｃｅｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）に伝送する段階を含み、
前記ソース移動性管理エンティティは、ローカルＩＰ接続（ｌｏｃａｌＩＰａｃｃｅｓｓ、ＬＩＰＡ）サービスの非活性化プロセス、又は選択されたＩＰトラフィックオフ
ロード（ｓｅｌｅｃｔｅｄＩＰｔｒａｆｆｉｃｏｆｆｌｏａｄ、ＳＩＰＴＯ）サービスの非活性化プロセスをトリガーすることを特徴とする、請求項１に記載の信号の送受信方法。
前記端末に対応するＰＤＮｃｏｎｎｅｃｔｉｏｎを解除する段階は、
前記の解除するＰＤＮｃｏｎｎｅｃｔｉｏｎに関連した情報を、前記端末をサービングするＬＧＷに伝送する段階を含み、
前記端末をサービングするＬＧＷは、ローカルＩＰ接続（ｌｏｃａｌＩＰａｃｃｅｓｓ、ＬＩＰＡ）サービスの非活性化プロセスをトリガーすることを特徴とする、請求項１に記載の信号の送受信方法。
移動通信システムの基地局において、
信号を送受信する送受信部と、
前記送受信部を制御し、前記基地局に対応するローカルホームネットワークを識別する情報及び前記基地局に対応するサブネットワーク情報を含む第１情報を他の基地局に伝送し、
他の基地局から前記他の基地局に対応するローカルホームネットワークを識別する情報及び前記他の基地局に対応するサブネットワーク情報を含む第２情報を受信し、
前記他の基地局に端末のハンドオーバーを決定し、前記第１情報及び前記第２情報が同一か否かに基づいて、ローカルネットワークに関連した前記端末に対応するパケットデータネットワーク（ｐａｃｋｅｔｄａｔａｎｅｔｗｏｒｋ、ＰＤＮ）連結（ｃｏｎｎｅｃｔｉｏｎ）を解除（ｒｅｌｅａｓｅ）する制御部とを含む基地局。
前記第１情報は、前記基地局が連結されたローカルサブネットワークの情報、及び前記基地局が連結されたユーザ平面ノード（ｕｓｅｒｐｌａｎｅｎｏｄｅ）の情報のうちの少なくとも１つをさらに含むことを特徴とする、請求項１１に記載の基地局。
前記第２情報は、前記他の基地局が連結されたローカルサブネットワークの情報、及び前記他の基地局が連結されたユーザ平面ノード（ｕｓｅｒｐｌａｎｅｎｏｄｅ）の情報をさらに含むことを特徴とする、請求項１１に記載の基地局。
前記第１情報は、前記端末をサービングするＬＧＷの情報をさらに含み、
前記第２情報は、前記他の基地局に対応するＬＧＷの情報をさらに含み、
前記制御部は、
前記端末をサービングするＬＧＷの情報と、前記他の基地局に対応するＬＧＷの情報が同一であるか否かに基づいて、前記他の基地局が前記端末をサービングするＬＧＷと連結されているか否かを判断することを特徴とする、請求項１１に記載の基地局。
前記制御部は、
前記端末が前記他の基地局にＳ１ハンドオーバーを行う場合、ハンドオーバーリクエストメッセージ（ｈａｎｄｏｖｅｒｒｅｑｕｅｓｔｍｅｓｓａｇｅ）が前記他の基地局に伝送され、
前記端末が前記他の基地局にＸ２ハンドオーバーを行う場合、経路切換リクエスト確認メッセージ（ｐａｔｈｓｗｉｔｃｈｒｅｑｕｅｓｔａｃｋｎｏｗｌｅｄｇｅｍｅｎｔｍｅｓｓａｇｅ）が前記他の基地局に伝送されることを特徴とする、請求項１１に記載の基地局。
前記第１情報は、Ｘ２設定リクエストメッセージ（Ｘ２ｓｅｔｕｐｒｅｑｕｅｓｔｍｅｓｓａｇｅ）に含まれて伝送され、前記第２情報はＸ２設定応答メッセージ（Ｘ２ｓｅｔｕｐｒｅｓｐｏｎｓｅｍｅｓｓａｇｅ）に含まれて受信されることを特徴とする、請求項１２に記載の基地局。
前記制御部は、
前記第１情報及び前記第２情報の少なくとも１つがアップデートされた場合、隣接の基地局に前記アップデートされた情報を通知することを特徴とする、請求項１２に記載の基地局。
前記制御部は、
ローカルＩＰ接続（ｌｏｃａｌＩＰａｃｃｅｓｓ、ＬＩＰＡ）サービスの非活性化プロセス、又は選択されたＩＰトラフィックオフロード（ｓｅｌｅｃｔｅｄＩＰｔｒａｆｆｉｃｏｆｆｌｏａｄ、ＳＩＰＴＯ）サービスの非活性化プロセスをトリガーすることを特徴とする、請求項１１に記載の基地局。
前記制御部は、
前記端末をサービングするＬＧＷに関連した情報を含むメッセージをソース移動性管理エンティティ（ｓｏｕｒｃｅｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）に伝送し、
前記ソース移動性管理エンティティは、ローカルＩＰ接続（ｌｏｃａｌＩＰａｃｃｅｓｓ、ＬＩＰＡ）サービスの非活性化プロセス、又は選択されたＩＰトラフィックオフロード（ｓｅｌｅｃｔｅｄＩＰｔｒａｆｆｉｃｏｆｆｌｏａｄ、ＳＩＰＴＯ）サービスの非活性化プロセスをトリガーすることを特徴とする、請求項１１に記載の基地局。
前記制御部は、
前記の解除するＰＤＮｃｏｎｎｅｃｔｉｏｎに関連した情報を、前記端末をサービングするＬＧＷに伝送し、
前記端末をサービングするＬＧＷは、ローカルＩＰ接続（ｌｏｃａｌＩＰａｃｃｅｓｓ、ＬＩＰＡ）サービスの非活性化プロセスをトリガーすることを特徴とする、請求項１１に記載の基地局。