(57)【要約】  ハンドオーバープロセスの失敗から招来されるハンドオーバー失敗及び過度なリソース浪費を防止する方法を提供するものである。本発明は、ハンドオーバー失敗防止方法を提供すること。この方法はユーザ端末(ＵＥ)のハンドオーバーを実行するようにソース基地局(ｓｏｕｒｃｅ ＢＳ)によって決定する段階と、ターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結されるか否かをソースＢＳによって決定する段階と、及びターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結しないとき、リソースを解除する段階と、を含む。
2014523188.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末(ＵＥ)のハンドオーバーを実行するようにソース基地局(ソース ＢＳ)によって決定する段階と、
ターゲット基地局(ターゲット ＢＳ)が前記ソース基地局にある前記ＵＥにサービスするユーザ平面ノード(ｕｓｅｒ ｐｌａｎｅ ｎｏｄｅ)と連結するか否かを前記ソース基地局によって決定する段階と、
前記ターゲット基地局が前記ソース基地局にある前記ＵＥにサービスする前記ユーザ平面ノードと連結しないとき、リソース(ｒｅｓｏｕｒｃｅｓ)を解除する段階と、を含むことを特徴とするハンドオーバー失敗防止方法。
【請求項２】
前記ソースＢＳと前記ターゲットＢＳが連結する、前記ソースＢＳ及び前記ターゲットＢＳのローカルネットワーク(ｌｏｃａｌ ｎｅｔｗｏｒｋｓ)の情報、前記ソースＢＳ及び前記ターゲットＢＳのローカルサブ−ネットワーク(ｌｏｃａｌ ｓｕｂ−ｎｅｔｗｏｒｋｓ)の情報、及びユーザ平面ノードの情報のうちの少なくとも１つを含む連結情報を前記ソースＢＳと前記ターゲットＢＳの間に交換する段階をさらに含むことを特徴とする、請求項1に記載のハンドオーバー失敗防止方法。
【請求項３】
前記ソースＢＳは、前記ターゲットＢＳが前記ソースＢＳと前記ターゲットＢＳの間に交換された情報に基づいて前記ソースＢＳにある前記ＵＥにサービスする前記ユーザ平面ノードと連結するか否かを決定することを特徴とする、請求項２に記載のハンドオーバー失敗防止方法。
【請求項４】
前記ソースＢＳは、ソースＢＳエンド(ｅｎｄ)にある前記ＵＥにサービスするために選択された前記ユーザ平面ノードの情報を前記ソースＢＳにコアネットワークの制御平面エンティティ(ｃｏｎｔｒｏｌ ｐｌａｎｅ ｅｎｔｉｔｙ)によって通知する段階をさらに含むことを特徴とする、請求項２に記載のハンドオーバー失敗防止方法。
【請求項５】
前記ソースＢＳが前記ターゲットＢＳが前記ソースＢＳエンドにある前記ＵＥにサービスする前記ユーザ平面ノードの前記情報及び前記ソースＢＳと前記ターゲットＢＳの間に交換された前記情報に基づいて前記ソースＢＳエンドにある前記ＵＥにサービスする前記ユーザ平面ノードと連結するか否かを決定することを特徴とする、 請求項４に記載のハンドオーバー失敗防止方法。
【請求項６】
前記ＵＥが、前記ソースＢＳを介してサービスに接続するとき、前記コアネットワークの前記制御平面エンティティは、初期コンテキスト設定リクエストメッセージ(ｉｎｉｔｉａｌ ｃｏｎｔｅｘｔ ｓｅｔｕｐ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ)、Ｅ−ＲＡＢ(Ｅｖｏｌｖｅｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ)、設定リクエストメッセージ、またはＲＡＢ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ)割り当てメッセージのうちのいずれか１つを介して前記ソースＢＳエンドにある前記ＵＥにサービスするために選択された前記ユーザ平面ノードの前記情報を前記ソースＢＳに通知することを特徴とする、請求項４に記載のハンドオーバー失敗防止方法。
【請求項７】
前記ＵＥが初期にＳ１ハンドオーバーを介して前記ソースＢＳに接続するとき、前記コアネットワークの前記制御平面エンティティは、ハンドオーバーリクエストメッセージを介して前記ソースＢＳエンドにある前記ＵＥにサービスするために選択された前記ユーザ平面ノードの前記情報を前記ソースＢＳに通知することを特徴とする、 請求項４に記載のハンドオーバー失敗防止方法。
【請求項８】
前記ＵＥが初期にＸ２ハンドオーバーを介して前記ソースＢＳに接続する時、前記コアネットワークの前記制御平面エンティティは経路切換リクエスト確認メッセージ(ｐａｔｈ ｓｗｉｔｃｈ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｍｅｓｓａｇｅ)を介して前記ソースＢＳエンドにある前記ＵＥにサービスするために選択された前記ユーザ平面ノードの前記情報を前記ソースＢＳに通知することを特徴とする、請求項４に記載のハンドオーバー失敗防止方法。
【請求項９】
前記ソースＢＳと前記ターゲットＢＳの間に情報を交換する段階は、
前記ソースＢＳと前記ターゲットＢＳのうちの一方が連結する、ローカルネットワークの情報、及びローカルサブ−ネットワークの情報、及び前記ユーザ平面ノードの情報のうちの少なくとも１つを、前記ソースＢＳと前記ターゲットＢＳのうちの一方によって送信する段階として、前記情報は、Ｘ２設定リクエストメッセージ(Ｘ２ ｓｅｔｕｐ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ)に含まれて送信される前記段階、及び
前記ソースＢＳと前記ターゲットＢＳのうちの他方が連結する、ローカルネットワークの情報、及びローカルサブ−ネットワークの情報、及び前記ユーザ平面ノードの情報のうちの少なくとも１つを、前記ソースＢＳと前記ターゲットＢＳのうちの他方によって送信する段階として、前記情報は、Ｘ２設定リクエストメッセージに含まれて前記ソースＢＳと前記ターゲットＢＳのうちのいずれか１つに送信される前記段階、を含むことを特徴とする、請求項４に記載のハンドオーバー失敗防止方法。
【請求項１０】
前記ソースＢＳと前記ターゲットＢＳの間の情報を交換する段階は、
ピア(ｐｅｅｒ)(ピアは前記ソースＢＳ及び前記ターゲットＢＳを意味し、「前記ソースＢＳと前記ターゲットＢＳの間に交換された前記情報はそれらのローカルネットワークの情報のうちで少なくとも１つを含む”」ことを参照されたい)がIｕｒまたはIｕｒｈインターフェースの設定プロセスで連結する、前記ピアのローカルネットワークの情報、前記ピアのローカルサブ−ネットワークの情報、及びユーザ平面ノードの情報のうちの少なくとも１つを前記ソースＢＳ及び前記ターゲッＢＳによって獲得する段階を含むことを特徴とする、請求項４に記載のハンドオーバー失敗防止方法。
【請求項１１】
前記連結情報がアップデートされるとき、アップデートされた情報を燐接したＢＳに通知する段階をさらに含む段階を特徴とする、請求項４に記載のハンドオーバー失敗防止方法。
【請求項１２】
前記アップデートされた情報は、Iｕｒインターフェースのアップデートプロセスまたは ＩｕｒｈインターフェースのアップデートプロセスのうちにｅＮＢ構成アップデートメッセージを介して隣接したＢＳに通知されることを特徴とする、請求項１１に記載のハンドオーバー失敗防止方法。
【請求項１３】
前記リソースを解除する段階は、
ローカルＩＰ接続(Ｌｏｃａｌ ＩＰ Ａｃｃｅｓｓ、ＬＩＰＡ)サービスの非活性化プロセスを前記ソースＢＳによってトリガーする段階を含むことを特徴とする、請求項１に記載のハンドオーバー失敗防止方法。
【請求項１４】
前記リソースを解除する段階は、
ソースＭＭＥ(ｓｏｕｒｃｅ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)でメッセージを前記ソースＢＳによって送信する段階、及び
ローカルＩＰ接続(ＬＩＰＡ)サービスの非活性化プロセスを前記ソースＭＭＥによってトリガーする段階を含むことを特徴とする、 請求項１に記載のハンドオーバー失敗防止方法。
【請求項１５】
前記リソースを解除する段階は、
前記ソースＢＳまたはソースＭＭＥによってメッセージをＬＧＷ(Ｌｏｃａｌ ＧａｔｅＷａｙ)へ送信する段階、及び
前記ＬＧＷによってローカルＩＰ接続(ＬＩＰＡ)サービスの非活性化プロセスをトリガーする段階、を含むことを特徴とする、 請求項１に記載のハンドオーバー失敗防止方法。
【請求項１６】
前記ローカルネットワークの前記情報は、ＬＨＮ ＩＤ(Ｌｏｃａｌ Ｈｏｍｅ ｅｖｏｌｖｅｄ ＮｏｄｅＢ Ｎｅｔｗｏｒｋ ＩＤｅｎｔｉｆｉｅｒ)を含むことを特徴とする、 請求項２に記載のハンドオーバー失敗防止方法。
【請求項１７】
前記ローカルサブ−ネットワークの前記情報は、ローカルサブ−ネットワークのＩＤ(ＩＤｅｎｔｉｔｙ)を含むことを特徴とする、 請求項２に記載のハンドオーバー失敗防止方法。
【請求項１８】
前記ユーザ平面ノードの前記情報は、連結されたＬＧＷの情報を含むことを特徴とする、請求項２に記載のハンドオーバー失敗防止方法。
【請求項１９】
前記連結されたＬＧＷの情報は、前記ＬＧＷのＩＤまたはインターネットプロトコル(ＩＰ)住所を含むことを特徴とする、請求項１８に記載のハンドオーバー失敗防止方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に移動通信に関し、さらに具体的には移動通信システムにおいてハンドオーバーの失敗を防止する方法に関する。
【背景技術】
【０００２】
ＳＡＥ(Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ)は、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)のＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)無線通信標準のコアネットワークアキテクチャーである。具体的には、ＳＡＥはＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)コアネットワークの進化であり、時間遅延及びオペレーターに対する費用を減少させ、より高いユーザデータ速度及び高いシステム容量、及びより良好なカバレッジを提供する。
【０００３】
図１は従来のＳＡＥシステムを説明する図面である。
【０００４】
図１を参照すれば、従来のＳＡＥシステムは、ユーザ端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ)１０１、即ち、データ受信のための端末装置、Ｅ−ＵＴＲＡＮ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ)１０２、ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)１０３、ＳＧＷ(Ｓｅｒｖｉｃｅ ＧａｔｅＷａｙ)１０４、ＰＧＷ(Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ ＧａｔｅＷａｙ)１０５、ＰＣＲＦ(Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ)制御器１０６、ＳＧＳＮ(Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ)１０８及びＨＳＳ(Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ)１０９を含む。
【０００５】
Ｅ−ＵＴＲＡＮ１０２は、ＵＥ１０１に対する無線ネットワークに接続するためのインターフェースを提供するマクロｅＮＢ(ｍａｃｒｏ Ｅｖｏｌｖｅｄ ＮｏｄｅＢ)を含む無線接続ネットワークである。
【０００６】
ＭＭＥ１０３は、ＵＥ１０１のモバイルコンテキスト(ｍｏｂｉｌｅ ｃｏｎｔｅｘｔ)、セッションコンテキスト(ｓｅｓｓｉｏｎ ｃｏｎｔｅｘｔ)、及び保安情報の管理を担当し、ＳＧＷ１０４は、主にユーザ平面(ｕｓｅｒ ｐｌａｎｅ)の機能を提供するために使用される。または、ＭＭＥ１０４及びＳＧＷ１０６は、単一物理的エンティティ(ｓｉｎｇｌｅ ｐｈｙｓｉｃａｌ ｅｎｔｉｔｙ)で具現されてもよい。
【０００７】
ＰＧＷ１０５は、課金及び合法的なモニタリングなどを担当し、さらにＳＧＷ１０４と単一物理的エンティティで具現されてもよい。ＰＣＲＦ１０６は、ＱｏＳ(Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ)政策及び課金基準を提供する。
【０００８】
ＳＧＳＮ１０８は、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)でデータの送信のためのラウティングを提供するためのネットワークノード装置である。
【０００９】
ＨＳＳ１０９は、現在住所、サーバーノードの住所、ユーザ保安情報、及びＵＥ１０１のパケットデータコンテキストのようなユーザ情報を保護するためのＵＥ１０１のホームザブシステムである。
【００１０】
ＵＥ１０１のサービスデータ速度の向上と共に、オペレーターは新しい技術、即ち、ＳＩＰＴＯ(Ｓｅｌｅｃｔｅｄ ＩＰ Ｔｒａｆｆｉｃ Ｏｆｆｌｏａｄ)を提供する。即ち、特定のサービスに接続するとき、ＵＥ１０１は送信ネットワークの費用を効果的に減少させるために移動手続き(ｍｏｖｅｍｅｎｔ ｐｒｏｃｅｄｕｒｅ)で無線接続ネットワークからより近いアクセスポイント(ａｃｃｅｓｓ ｐｏｉｎｔ)にスィッチし、高いデータ速度に対するより良好なサービス経験を提供する。
【００１１】
より具体的には、３ＧＰＰはネットワーク−サポートされたＳＩＰＴＯ、及びＬＩＰＡ(Ｌｏｃａｌ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｃｃｅｓｓ)の能力を提供する。ＳＩＰＴＯで、ＵＥ１０１がＨｅＮＢ(Ｈｏｍｅ ｅｖｏｌｖｅｄ ＮｏｄｅＢ)、ＨＮＢ(Ｈｏｍｅ ＮｏｄｅＢ)またはマクロｅＮＢを介してインターネットまたは他の追加的なネットワークを接続するとき、ネットワークはＵＥ１０１のための無線接続ネットワークにより近いユーザ平面ノード(ｕｓｅｒ ｐｌａｎｅ ｎｏｄｅ)を選択したり、或いは再選択することができる。
【００１２】
ＬＩＰＡは、ＵＥ１０１がＨｅＮＢまたはＨＮＢを介してホームネットワークまたは会社内部ネットワークを接続してＬＩＰＡが実行されるとき、ＨＮＢに近いか、或いはＨｅＮＢ／ＨＮＢアクセスネットワークにあるユーザ平面ノードはＵＥ１０１のために選択されたり再選択されることができるということを提供する。ユーザ平面ノードは、コアネットワーク装置またはゲートウェーであってもよい。ユーザ平面ノードは、ＳＧＷ、ＰＧＷ、またはＳＡＥシステムのためのローカルゲートウェー(Ｌｏｃａｌ ＧａｔｅＷａｙ、ＬＧＷ)であってもよく、ＵＭＴＳシステムのためのＳＧＳＮまたはゲートウェーＧＰＲＳサポートノード(Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ、ＧＧＳＮ)であってもよい。
【００１３】
図２は、従来のＳＩＰＴＯ及びＬＩＰＡでハンドオーバー動作を説明する信号流れ図である。
【００１４】
図２を参照すれば、ソース基地局(ｓｏｕｒｃｅ Ｂａｓｅ Ｓｔａｔｉｏｎ(ＢＳ))２５１は段階２０１でＵＥ２５０のハンドオーバーを実行するように決定する。  
【００１５】
段階２０２で、ソースＢＳは、ハンドオーバーリクエスト(ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ)をソースＭＭＥ２５３へ送信する。ハンドオーバーリクエストは、ターゲットＢＳ２５２のＩＤ(Ｉｄｅｎｔｉｔｙ)、またはＴＡＩ(ｔａｒｇｅｔ Ｔｒａｃｋｉｎｇ Ａｒｅａ ＩＤｅｎｔｉｔｙ)のようなターゲットＢＳ２５２の情報を含み、ターゲットＣＳＧ(ｔａｒｇｅｔ Ｃｌｏｓｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｇｒｏｕｐ)またはハンドオーバータイプのような情報をさらに含む。
【００１６】
段階２０３で、ソースＭＭＥ２５３は、フォワードハンドオーバーリクエスト(ｆｏｒｗａｒｄ ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ)をターゲットＭＭＥ２５４へ送信する。フォワードハンドオーバーリクエストは、ハンドオーバーリクエストから獲得されたターゲットＢＳ２５２の情報などを含む。
【００１７】
段階２０４で、もし、ＵＥ２５０のためのＳＧＷを再選択すれば、ターゲットＭＭＥ２５４は再選択されたターゲットＳＧＷ２５６とセッション設定プロセスを実行する。これによって、ＵＥ２５０のためのＳＧＷの再選択が要求されない場合、段階２０４は、実行されない。
【００１８】
段階２０５で、ターゲットＭＭＥ２５４は、ターゲットＢＳ２５２へハンドオーバーリクエストを送信し、段階２０６で、ターゲットＢＳ２５２はターゲットＭＭＥ２５４へハンドオーバーリクエスト確認メッセージ(ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｍｅｓｓａｇｅ)を送信する。
【００１９】
段階２０７で、ターゲットＭＭＥ２５４は、ターゲットＢＳ２５２に応じてキャリア情報をアップデートし、ＵＥ２５０がターゲットＢＳ２５２とスィッチして、スィッチ過程は具体的にソースＢＳ２５１からターゲットＢＳ２５２へのＵＥ２５０のハンドオーバーを保障するためにターゲットＢＳ２５２とＬＧＷ２５７間にユーザ平面トンネル(ｕｓｅｒ ｐｌａｎｅ ｔｕｎｎｅｌ)の設定をリクエストするターゲットＭＭＥ２５４を含む。
【００２０】
図２に説明された従来のハンドオーバー手続きを用いて、ハンドオーバー失敗及び／またはシグナリング／無線リソースの浪費をもたらす３つの一般的な状況が存在する。
【００２１】
状況１：ターゲットＢＳ２５２及びソースＢＳ２５１が相違するローカルＨｅＮＢネットワークに属する。よって、ターゲットＢＳ及びソースＢＳは相違するＬＧＷ２５７に連結する。図２に図示されたように、ターゲットＢＳ２５２及びソースＢＳ２５１は相違するＬＧＷ２５７に連結するからハンドオーバーが失敗する。さらに、ターゲットＭＭＥ２５４がユーザ平面トンネルを設定するとき、ハンドオーバー失敗を決定してもよく、これによって設定されたり或いは占有された無線リソースを解除するが、あまりにも多いシグナリングリソースと無線リソースがもう占有されており、それによってシグナリングリソース及び無線リソースを浪費する。
【００２２】
状況２：ターゲットＢＳ２５２及びソースＢＳ２５１が同一のローカルＨｅＮＢネットワークに属する。しかし、ターゲットＢＳ２５２及びソースＢＳ２５１は、相違するＬＧＷ２５７に連結し、例えば、ターゲットＢＳ２５２及びソースＢＳ２５１は相違するサブネットワークに属し、またハンドオーバー失敗及びシグナリングリソース及び無線リソースの浪費をもたらす。
【００２３】
状況３：ターゲットＢＳ２５２及びソースＢＳ２５１が同一ローカルＨｅＮＢネットワークに属し、ターゲットＢＳ２５２及びソースＢＳ２５１は同一のＬＧＷ２５７に連結することができる。しかし、ターゲットＢＳ２５２及びソースＢＳ２５１が連結するＬＧＷのリストが同じではなく、例えば、ターゲットＢＳ２５２がソースエンド(ｓｏｕｒｃｅ ｅｎｄ)にあるＵＥ２５０にサービスするＬＧＷ２５７に連結しないとき、これもハンドオーバー失敗とシグナリングリソース及び無線リソースの浪費をもたらす。
【発明の概要】
【発明が解決しようとする課題】
【００２４】
たとえ、従来のハンドオーバーにおける問題点がＳ１ハンドオーバー手続きを参照して上述したが、もしソースＢＳがＸ２ハンドオーバープロセスをトリガーすると、Ｘ２ハンドオーバープロセスは失敗し、ＭＭＥは経路切換リクエストメッセージ(ｐａｔｈ ｓｗｉｔｃｈ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ)を受信するまでハンドオーバーが成功することができないだろうと決定しない。また、シグナリングリソース及び無線リソースを浪費する。
【００２５】
さらに、類似のハンドオーバー問題もＵＭＴＳに存在する。
【００２６】
基本的に、上述したハンドオーバー失敗は、ＬＩＰＡキャリア(ＬＩＰＡ ｃａｒｒｉｅｒ)のハンドオーバー失敗を言う。もし、ただＵＥがＬＩＰＡサービス(ＬＩＰＡ ｓｅｒｖｉｃｅ)のみを受けると、従来のハンドオーバーによって実行される全体的なハンドオーバープロセスは失敗するだろう。しかし、もしＵＥが同時にＬＩＰＡサービス及び非ＬＩＰＡサービス(ｎｏｎＬＩＰＡｓｅｒｖｉｃｅ)を受けると、ＬＩＰＡサービスのハンドオーバーは失敗するが従来のハンドオーバー流れによって実行される非ＬＩＰＡサービスのハンドオーバーは成功する。
【課題を解決するための手段】
【００２７】
ハンドオーバー失敗防止方法は、ユーザ端末(ＵＥ)のハンドオーバーを実行するようにソース基地局(ｓｏｕｒｃｅ Ｂａｓｅ Ｓｔａｔｉｏｎ(ＢＳ))によって決定する段階と、ターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノード(ｕｓｅｒ ｐｌａｎｅ ｎｏｄｅ)と連結するか否かをソースＢＳによって決定する段階と、及びターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結しないとき、リソースを解除する段階と、を含む。
【００２８】
従って、本発明の一態様は、ハンドオーバープロセスの失敗から招来されるハンドオーバー失敗及び過度なリソース浪費を防止する方法を提供するものである。
【００２９】
本発明の一態様によって、ハンドオーバー失敗防止方法が提供される。この方法はユーザ端末(ＵＥ)のハンドオーバーを実行するようにソース基地局(ｓｏｕｒｃｅ ＢＳ)によって決定する段階と、ターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結するか否かをソースＢＳによって決定する段階と、ターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結しないとき、リソースを解除する段階と、を含む。
【図面の簡単な説明】
【００３０】
本発明の上記態様、特徴と長所及び他の態様、特徴と長所は添付された図面と共に与えられた以後の詳細な説明でさらに明白であろう。
【００３１】
【図１】従来のＳＡＥシステムを示した図面である。
【図２】従来のＳＩＰＴＯ及びＬＩＰＡにおいてハンドオーバー動作を説明する信号流れ図である。
【図３】本発明の一実施形態によるハンドオーバー方法を説明する流れ図である。
【図４】本発明の一実施形態によるハンドオーバー方法を説明する流れ図である。
【図５】本発明の一実施形態に応じて基地局(ＢＳ)の間に情報を交換するプロセスを説明する信号流れ図である。
【図６】本発明の一実施形態に応じてアップデートされた情報を燐接したＢＳへ送信する基地局(ＢＳ)のためのプロセスを説明する信号流れ図である。
【図７】本発明の一実施形態に応じてＵＥのために選択されたＬＧＷの情報を基地局(ＢＳ)へ送信するＭＭＥのためのプロセスを説明する信号流れ図である。
【図８】本発明の一実施形態に応じてＵＥのために選択されたＬＧＷの情報を基地局(ＢＳ)へ送信するＭＭＥのためのプロセスを説明する信号流れ図である。
【図９】本発明の一実施形態に応じてＵＥのために選択されたＬＧＷの情報を基地局(ＢＳ)へ送信するＭＭＥのためのプロセスを説明する信号流れ図である。
【図１０】本発明の一実施形態に応じてハンドオーバーを実行するように決定するためのプロセスを説明する信号流れ図である。
【発明を実施するための形態】
【００３２】
本発明の多様な実施形態を添付の図面を参照して詳細に説明する。以後の説明で、詳細な構成及び構成要素のような具体的な詳細事項は、単に本発明のこのような実施形態の全体的な理解を助けるために提供される。よって、ここで説明された実施形態の多様な変更及び変形が本発明の範囲及び技術的思想を逸脱することなく達成できるということが本技術分野の技術者に明白になるべきである。さらに、よく知られた機能と構造の説明は明確性と簡潔性のために省略される。
【００３３】
本発明の一実施形態によれば、ハンドオーバー失敗防止方法は、ソース基地局(ｓｏｕｒｃｅ ＢＳ)がＵＥのハンドオーバーを実行するように決定するとき、ターゲット基地局(ｔａｒｇｅｔＢＳ)がソース基地局にあるＵＥにサービスするユーザ平面ノードと連結するか否かを決定する段階と、そうではなければ、リソースを解除する段階とを含む。より具体的には、本発明の実施形態は背景技術で前述したように、ハンドオーバー失敗後にリソースを解除するより、ＵＥのハンドオーバーを実行するように決定するとき、ターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結しないとき、リソースを解除する。ターゲットＢＳがソースユーザ平面ノード(ｓｏｕｒｃｅ ｕｓｅｒ ｐｌａｎｅ ｎｏｄｅ)と連結しないとき、後続ハンドオーバープロセス(ｓｕｂｓｅｑｕｅｎｔ ｈａｎｄｏｖｅｒ ｐｒｏｃｅｓｓ)でソースユーザ平面ノードを介して送信されるベアラー(ｂｅａｒｅｒ)は失敗されるはずであり、リソースは解除されなければならない。ハンドオーバー失敗後までリソースを解除しないので招来されたリソース浪費の問題はより早く、即ち、ターゲットＢＳがソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結しないと決定した後、リソースを解除することによって避けることができる。
【００３４】
ソースＢＳはターゲットＢＳがソースＢＳとターゲットＢＳの間に交換される情報によってソースＢＳにあるＵＥにサービスするユーザ平面ノードと連結するか否かを決定する。ソースＢＳとターゲットＢＳの間に交換される情報はソースＢＳ及びターゲットＢＳがそれぞれ連結する、それらのローカルネットワーク(ｌｏｃａｌ ｎｅｔｗｏｒｋ)の情報、それらのローカルサブ−ネットワークの情報、及びユーザ平面ノードの情報のうちの少なくとも１つを含む。
【００３５】
ローカルネットワークの情報は、ローカルＨｅＮＢネットワーク識別子(Ｌｏｃａｌ ＨｅＮＢ Ｎｅｔｗｏｒｋｓ ＩＤｅｎｔｉｆｉｅｒ、ＬＨＮ ＩＤ)を含む。ローカルサブ−ネットワークの情報はそれらのサブネットワークのＩＤを含む。連結されたユーザ平面ノードの情報は連結されたＬＧＷの情報であることができる。一例として、本発明の実施形態は連結されたユーザ平面ノードをＬＧＷとして使用して後述する。
【００３６】
図３は本発明の一実施形態によるハンドオーバー方法を説明した流れ図である。
【００３７】
図３を参照すれば、段階３０１で、ソースＢＳとターゲットＢＳはそれらが連結する、それらのローカルネットワークの情報、それらのローカルサブ−ネットワーク情報、及びＬＧＷの情報のうちの少なくとも１つを交換する。例えば、ローカルネットワークの情報はＬＨＮＩＤを含み、ローカルサブ−ネットワークの情報はそれらのサブ−ネットワークのＩＤを含む。
【００３８】
さらに、１つまたは複数の連結されたＬＧＷがあり得る。もし複数の連結されたＬＧＷがある場合に、連結されたＬＧＷの情報は連結されたＬＧＷのＩＤまたはＩＰ住所のような複数のＬＧＷの情報を含む。ＬＧＷのＩＰ住所は、ＬＧＷ制御平面のＩＰ住所、コアネットワークにあるＬＧＷのＩＰ住所、またはローカルネットワークにあるＬＧＷのＩＰ住所であってもよい。
【００３９】
段階３０２で、ソースＢＳはその自体によってサービスされるＵＥのハンドオーバー実行するように決定し、段階３０１でソースＢＳその自体とターゲットＢＳの間に交換される情報に基づいて、ターゲットＢＳがソースＢＳと現在連結されたＬＧＷと連結するか否かを決定する。
【００４０】
例えば、もし段階３０１で得られた情報がターゲットＢＳのローカルネットワークの情報であり、ソースＢＳのローカルＨｅＮＢネットワークがターゲットＢＳのローカルＨｅＮＢネットワークと相違すると、ソースＢＳはソースＢＳと連結されたＬＧＷが１つのＬＧＷが単一ローカルＨｅＮＢネットワークに属するのでターゲットＢＳのＬＧＷと相違すると結論を下す。
【００４１】
もし、ブロック３０１で獲得された情報がＢＳのローカルサブ−ネットワークの情報及び／または連結されたＬＧＷの情報を含み、ソースＢＳのローカルＨｅＮＢがターゲットＢＳのローカルＨｅＮＢと同一であれば、ソースＢＳはソースＢＳ及びターゲットＢＳがソースＢＳ及びターゲットＢＳのローカルサブ−ネットワークの情報及び／または連結されたＬＧＷの情報に基づいて相違するＬＧＷに連結するか否かを決定する。
【００４２】
ターゲットＢＳが段階３０２でソースＢＳと現在連結されたＬＧＷと連結されたとき、ソースＢＳは段階３０３でハンドオーバーのターゲットセル(ｔａｒｇｅｔ ｃｅｌｌ)としてターゲットＢＳによって制御されたセルを選択する。
【００４３】
しかし、ターゲットＢＳが段階３０２でソースＢＳと現在連結されたＬＧＷと連結されない時、もしソースＢＳによって選択されたターゲットセルのＢＳが段階３０４でソースＢＳと連結されたＬＧＷと連結されない場合、ローカルＩＰ接続ベアラー(ｌｏｃａｌ ＩＰ ａｃｃｅｓｓ ｂｅａｒｅｒｓ)のリソースは解除される。例えば、ソースＢＳはＬＩＰＡサービスの非活性化プロセスをトリガーしたり、或いはソースＢＳはメッセージをソースＭＭＥへ送信し、ソースＭＭＥはＬＩＰＡサービスの非活性化プロセスをトリガーする、または、ソースＢＳまたはソースＭＭＥはメッセージをＬＧＷへ送信し、ＬＧＷはＬＩＰＡサービスの非活性化プロセスをトリガーする。
【００４４】
図４は本発明の一実施形態によるハンドオーバー方法を説明した流れ図である。
【００４５】
図４を参照すれば、段階４０１で、ソースＢＳ及びターゲットＢＳは段階３０１を参照して上述したように情報を交換する。
【００４６】
段階４０２で、ＵＥがＵＥにサービスするＢＳと連結するとき、コアネットワーク制御平面エンティティ(ｃｏｒｅ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌ ｐｌａｎｅ ｅｎｔｉｔｙ)は基地局エンド(ＢＳ ｅｎｄ)にあるＵＥにサービスするために選択されたＬＧＷの情報をＢＳに通知する。例えば、コアネットワーク制御平面エンティティはＭＭＥまたはＳＧＳＮであってもよい。さらに、ＬＧＷの情報はＬＧＷのＩＤまたはＩＰ住所であってもよく、ＬＧＷのＩＰ住所はＬＧＷ制御平面のＩＰ住所、コアネットワークにあるＬＧＷのＩＰ住所、またはローカルネットワークにあるＬＧＷの住所であってもよい。
【００４７】
段階４０３で、サービスされるＵＥでハンドオーバーを実行するように決定するとき、段階４０２でソースＢＳエンドにあるコアネットワーク制御平面エンティティ及び段階４０１で獲得された情報によってＵＥにサービスするために選択されたＬＧＷの情報に基づいて、ソースＢＳはターゲットＢＳがソースＢＳ エンドにあるＵＥにサービスするＬＧＷと連結されるか否かを決定する。
【００４８】
ターゲットＢＳがソースＢＳにあるＵＥにサービスするＬＧＷと連結されるとき、ソースＢＳは段階４０４でソースＬＧＷと連結されたターゲットＢＳによって制御されたセルをハンドオーバーのターゲットセルとして選択する。
【００４９】
しかし、ターゲットＢＳがソースＢＳにあるＵＥにサービスするＬＧＷと連結されないとき、もしソースＢＳによって選択されたターゲットセルのＢＳが段階４０５でソースＢＳと連結されたＬＧＷと連結されなければ、ローカルＩＰ接続キャリア (ｌｏｃａｌ ＩＰ ａｃｃｅｓｓ ｃａｒｒｉｅｒ)のリソースは解除される。
【００５０】
図５は本発明の一実施形態によって基地局(ＢＳ)の間に情報を交換するためのプロセスを説明する信号流れ図である。
【００５１】
図５を参照すれば、段階５０１で、基地局１(ＢＳ １)(例えば、ＨｅＮＢ１またはｅＮＢ１)は基地局２(ＢＳ２)(例えば、ＨｅＮＢ２またはｅＮＢ２)でＸ２設定リクエストメッセージ(Ｘ２ ｓｅｔｕｐ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ)を送信する。例えば、Ｘ２設定リクエストメッセージは基地局１(ＢＳ１)が連結する、基地局１(ＢＳ１)のローカルネットワークの情報、基地局１(ＢＳ１)のローカルサブ−ネットワークの情報、及びＬＧＷの情報のうちの少なくとも１つを含む。
【００５２】
段階５０２で、基地局２(ＢＳ２)は、Ｘ２設定応答メッセージ(Ｘ２ ｓｅｔｕｐ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ)を基地局１(ＢＳ１)へ送信する。例えば、Ｘ２設定応答メッセージは基地局２(ＢＳ２)のローカルネットワークの情報、基地局２(ＢＳ２)が連結する、基地局２(ＢＳ２)のローカルサブ−ネットワークの情報、及びＬＧＷの情報のうちの少なくとも１つを含む。
【００５３】
たとえ図５は、一例としてＬＴＥシステムを参照して説明されるが、ここにある方法はまた他のシステムに適用されてもよい。
【００５４】
例えば、ＵＭＴＳシステムで、例えば、IｕｒインターフェースまたはIｕｒh インターフェースを介して２つのＢＳ(例えば、ＨＮＢまたはＲＮＣ)間の設定プロセス(ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｓｓ)でそれらが連結する、それらのローカルネットワークの情報、それらのローカルサブ−ネットワークの情報、及び／またはＬＧＷのような情報を交換するためのプロセスは図５のプロセスと類似である。
【００５５】
ＢＳが連結する、ＢＳのローカルネットワークの情報、ＢＳのローカルサブ−ネットワークの情報、及び／またはＬＧＷがアップデートされる時、ＢＳはアップデートされた情報を接したＢＳに通報する。
【００５６】
図６は本発明の一実施形態に応じてアップデートされた情報を隣接したＢＳへ送信するＢＳのためのプロセスを説明した信号流れ図である。
【００５７】
図６を参照すれば、段階６０１で、基地局１(ＢＳ１)(例えば、ＨｅＮＢ１または ｅＮＢ１)はｅＮＢ構成アップデートメッセージ(ｅＮＢ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅ ｍｅｓｓａｇｅ)を基地局２(ＢＳ２)(例えば、ＨｅＮＢ２またはｅＮＢ２)へ送信する。例えば、ｅＮＢ構成アップデートメッセージは基地局１(ＢＳ １)が連結する、基地局１(ＢＳ１)のローカルネットワークの情報、基地局１(ＢＳ １)のローカルサブ−ネットワークの情報、及びＬＧＷのうちの少なくとも１つを含む。
【００５８】
段階６０２で、基地局２(ＢＳ２)は、ｅＮＢ構成アップデート確認メッセージ(ｅＮＢ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｍｅｓｓａｇｅ)を基地局１(ＢＳ１)へ送信する。
【００５９】
図７は本発明の一実施形態に応じてＵＥのために選択されたＬＧＷの情報を基地局(ＢＳ)へ送信するＭＭＥのためのプロセスを説明した信号流れ図である。
【００６０】
図７を参照すれば、段階７０１で、ＵＥ７５０はアタッチメッセージ(Ａｔｔａｃｈ ｍｅｓｓａｇｅ)またはパケットデータネットワーク(ＰＤＮ)連結リクエストメッセージ(Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ(ＰＤＮ)ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ)のようなＮＡＳ(Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)メッセージをＳ−ＨｅＮＢ７５１へ送信する。
【００６１】
段階７０２で、Ｓ-ＨｅＮＢ７５１は、ＵＥ７５０から受信されたＮＡＳメッセージをＳ１アクセスプロトコル(ＡＰ)メッセージを介してＭＭＥ７５３へ送信する。展開された ＨｅＮＢ ＧＷがある状況では、Ｓ-ＨｅＮＢ７５１は、Ｓ１ ＡＰメッセージをＨｅＮＢ ＧＷを介してＭＭＥ７５３へ送信する。
【００６２】
段階７０３で、ＮＡＳメッセージを受信した後に、ＭＭＥ７５３は、その自体とＵＥ７５０間でＮＡＳ認証／保安プロセスを実行する。ＮＡＳ認証／保安プロセスを実行する具体的な方法は本技術分野に知られている。
【００６３】
さらに、完全性保護を活性化するためのＮＡＳ保安及び認証はネットワークでＵＥ７５０のＵＥコンテキストがない時、段階(７０１及び７０２)でアタッチリクエスト(Ａｔｔａｃｈ ｒｅｑｕｅｓｔ)の完全性保護がない時、または完全性認証(ｉｎｔｅｇｒｉｔｙ ａｕｔｈｅｎｔｉｃａｔｉｏｎ)が失敗した時に実行され、そうではなければ、このプロセスは選択的である。ＮＡＳ保安アルゴリズムが変更される時、ＮＡＳ保安設定は段階７０３から実行される。
【００６４】
もし、ＭＭＥ７５３が認証ＩＭＳＩ(ａｕｔｈｅｎｔｉｃａｔｉｏｎ ＩＭＳＩ)をサポートしないエマージェンシアタッチ(ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ)から構成されると、ＭＭＥ７５３は認証及び保安設定プロセスをスキップしたり認証失敗を受諾するとき、アタッチプロセス(Ａｔｔａｃｈ ｐｒｏｃｅｓｓ)を続いて、ＵＥはアタッチタイプ(Ａｔｔａｃｈ ｔｙｐｅ)がエマージェンシ(ｅｍｅｒｇｅｎｃｙ)であるのを現わす。
【００６５】
段階７０４で、ＭＭＥ７５３は、初期コンテキスト設定リクエストメッセージをＳ−ＨｅＮＢ７５１へ送信する。具体的には、展開されたＨｅＮＢ ＧＷを用いて、ＭＭＥ７５３は初期コンテキスト設定リクエストメッセージ(ｉｎｉｔｉａｌ ｃｏｎｔｅｘｔ ｓｅｔｕｐ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ)をＨｅＮＢ ＧＷを介してＳ−ＨｅＮＢ７５１へ送信する。
【００６６】
ＬＩＰＡサービスに対しては、コアネットワークは無線接続ネットワーク(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ)、ドメインネームシステム(Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ、ＤＮＳ)に基づいた方法または他の方法でＵＥ７５０のためにＵＥ７５０にサービスするＬＧＷを選択する。しかし、ＬＧＷを選択するための具体的な方法は本発明のこのような実施形態の焦点ではなく、これらに対する詳細な説明はここで省略される。
【００６７】
初期コンテキスト設定メッセージは、ＬＧＷのＩＤまたはＩＰ住所のようにＵＥのために選択されたＬＧＷの情報を含む。初期コンテキスト設定リクエストメッセージを受信した後に、Ｓ−ＨｅＮＢ７５１はＬＧＷの受信された情報を記憶する。
【００６８】
段階７０５で、初期コンテキスト設定リクエストメッセージを受信した後、Ｓ−ＨｅＮＢ７５１は、ＵＥ７５０と共に無線ベアラー(ｗｉｒｅｌｅｓｓ ｂｅａｒｅｒ)を設定する。
【００６９】
段階７０６で、Ｓ−ＨｅＮＢ７５１は、初期コンテキスト設定応答メッセージをＭＭＥ７５３へ送信する。
【００７０】
展開されたＨｅＮＢ ＧＷを用いて初期コンテキスト設定応答メッセージはＨｅＮＢ ＧＷへ送信され、ＨｅＮＢ ＧＷは初期コンテキスト設定応答メッセージをＭＭＥ７５３へ送信する。
【００７１】
これによって、ＵＭＴＳシステムで、ＵＥが基地局(ＢＳ)に接続するとき、ＳＧＳＮはＲＡＢ割り当てリクエストメッセージ(ＲＡＢ ａｌｌｏｃａｔｉｏｎ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ)を介してＵＥのためのコアネットワークによって選択された、ＬＧＷのＩＤ またはＩＰ住所のような、ＬＧＷの情報を基地局(ＢＳ)に通知する。
【００７２】
さらに、ソースＢＳは、Ｅ−ＲＡＢ(Ｅｖｏｌｖｅｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ)設定メッセージを介してソースＢＳエンド(ｓｏｕｒｃｅ ＢＳ ｅｎｄ)にあるＵＥにサービスするために選択されたユーザ平面ノードの情報を通知を受ける。これは初期コンテキスト設定リクエストメッセージをＥ−ＲＡＢ設定リクエストメッセージで取り替えて、初期コンテキスト設定応答メッセージをＥ−ＲＡＢ設定応答メッセージで取り替える。
【００７３】
図８は、本発明の一実施形態に応じてＵＥのために選択されたＬＧＷの情報を基地局(ＢＳ)に送信するＭＭＥのためのプロセスを説明する信号流れ図である。
【００７４】
図８を参照すれば、ソース基地局(ｓｏｕｒｃｅ ＢＳ)８５１は、段階８０１でハンドオーバーを実行するように決定する。
【００７５】
段階８０２で、ソース基地局８５１は、ハンドオーバーリクエストをソースＭＭＥ８５３へ送信する。例えば、ハンドオーバーリクエストはターゲット基地局(ｔａｒｇｅｔＢＳ)８５２のＩＤ及び追跡領域ＩＤ(Ｔｒａｃｋｉｎｇ Ａｒｅａ ＩＤ、ＴＡＩ)のようなターゲット基地局８５２の情報を含み、ターゲットＣＳＧまたはハンドオーバータイプのような情報をさらに含むことができる。
【００７６】
段階８０３で、ソースＭＭＥ８５３は、フォワードハンドオーバーリクエスト(ｆｏｒｗａｒｄ ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ)をターゲットＭＭＥ８５４へ送信する。フォワードハンドオーバーリクエストはハンドオーバーリクエストから獲得されたターゲットＢＳ８５２の情報を含む。このメッセージはＬＧＷ８５７のＩＤまたはＩＰ住所のような、ソースエンドにあるＵＩ８５０のために選択されたＬＧＷ８５７の情報をさらに含むことができる。
【００７７】
段階８０４で、もしＵＥ８５０のためにＳＧＷを再選択すれば、ターゲットＭＭＥ８５４は、再選択されたターゲットＳＧＷ８５６と共にセッション設定プロセス(ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｓｓ)を実行する。
【００７８】
もし、ＵＥ８５０のためのＳＧＷが再選択されない場合、段階８０４は実行されない。
【００７９】
段階８０５で、ターゲットＭＭＥ８５４はハンドオーバーリクエストをターゲットＢＳ８５２へ送信する。ハンドオーバーリクエストメッセージはＬＧＷ８５７の情報のような、ＵＥ８５０のために選択されたユーザ平面ノードの情報を含む。ＬＧＷ８５７の情報はＬＧＷ８５７のＩＤまたはＩＰ住所であることができる。ターゲットＢＳ８５２はＬＧＷ８５７の情報のようなユーザ平面ノードの受信された情報を記憶する。
【００８０】
段階８０６で、ターゲットＢＳ８５２は、ハンドオーバーリクエスト確認メッセージをターゲットＭＭＥ８５４へ送信する。
【００８１】
段階８０７で、他の既存のハンドオーバープロセスは続く。
【００８２】
これによって、ＵＭＴＳシステムで、ＳＧＳＮはＵＥが再配置プロセス(ｒｅｌｏｃａｔｉｏｎ ｐｒｏｃｅｓｓ)を介して初めで基地局(ＢＳ)に接続する時再配置リクエストメッセージ(ｒｅｌｏｃａｔｉｏｎ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ)を介するＬＧＷの情報のような、コアネットワークによってＵＥのために選択されたユーザ平面ノードの情報を基地局(ＢＳ)に通知する。ＬＧＷの情報はＬＧＷのＩＤまたはＩＰ住所を含む。詳細な技術的説明はここで省略される。
【００８３】
図９は、本発明の一実施形態によってＵＥのために選択されたＬＧＷの情報を基地局(ＢＳ)へ送信するＭＭＥのためのプロセスを説明する信号流れ図である。
【００８４】
図９を参照すれば、段階９０１で、Ｓ−ＨｅＮＢ９５１はハンドオーバー決定する。
【００８５】
段階９０２で、Ｓ−ＨｅＮＢ９５１はハンドオーバーリクエストメッセージをＴ−ＨｅＮＢ７５２へ送信する。
【００８６】
段階９０３で、Ｔ−ＨｅＮＢ９５２はハンドオーバーリクエスト応答メッセージをＳ−ＨｅＮＢ７５１へ送信する。
【００８７】
段階９０４で、Ｓ−ＨｅＮＢ９５１はＲＲＣ連結再構成メッセージ(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ-ｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅ)をＵＥ９５０へ送信しＵＥ９５０にハンドオーバーの実行をリクエストする。
【００８８】
段階９０５で、ハンドオーバーを完了した後、ＵＥ９５０はＲＲＣ連結再構成完了メッセージ(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｏｍｐｌｅｔｉｏｎ ｍｅｓｓａｇｅ)をＴ−ＨｅＮＢ９５２へ送信する。
【００８９】
段階９０６で、Ｔ−ＨｅＮＢ９５２は、経路切換リクエストメッセージ(ｐａｔｈ ｓｗｉｔｃｈ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ)をＨｅＮＢ ＧＷ９５３へ送信し、ＨｅＮＢ ＧＷ９５３は経路切換リクエストメッセージをＭＭＥ９５４へ送信する。この段階で、もし、Ｔ−ＨｅＮＢ９５２がＨｅＮＢ ＧＷ９５３を介してＭＭＥ９５４に接続しない場合、Ｔ−ＨｅＮＢ９５２は直接的に経路切換リクエストメッセージをＭＭＥ９５４へ送信することができる。
【００９０】
段階９０７で、ＭＭＥ９５４は、ベアラー修正リクエストメッセージ(ｍｏｄｉｆｉｃａｔｉｏｎ ｂｅａｒｅｒ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ)をＳＧＷ／ＰＤＮ ＧＷ９５５へ送信する。
【００９１】
段階９０８で、ＵＥ９５０のベアラーの修正を完了した後、ＳＧＷ／ＰＤＮ ＧＷ９５５はベアラー修正応答メッセージをＭＭＥ９５４へ送信する。
【００９２】
段階９０９で、ＭＭＥ９５４は、経路切換リクエスト確認メッセージ(ｐａｔｈ ｓｗｉｔｃｈ ｒｅｑｕｅｓｔ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｍｅｓｓａｇｅ)をＨｅＮＢ ＧＷ９５３へ送信し、ＨｅＮＢ ＧＷ９５３は経路切換リクエスト確認メッセージをＴ-ＨｅＮＢ９５２へ送信する。この段階で、もし、Ｔ−ＨｅＮＢ９５２がＨｅＮＢ ＧＷ９５３を介してＭＭＥ９５４に接続しない場合、ＭＭＥ９５４は直接的に経路切換リクエスト確認メッセージをＴ−ＨｅＮＢ９５２へ送信する。
【００９３】
例えば、経路切換リクエスト確認は、ＵＥ９５０のために選択されたＬＧＷの情報を含む。ＬＧＷ９５０の情報は、ＬＧＷ９５０のＩＤまたはＩＰ住所であってもよい。Ｔ−ＨｅＮＢ９５２はＬＧＷ９５０の情報のようなユーザ平面ノードの受信された情報を記憶する。
【００９４】
段階９１０で、Ｔ−ＨｅＮＢ９５２は経路切換リクエスト確認メッセージを受信した後に、リソース解除メッセージ(ｒｅｓｏｕｒｃｅ ｒｅｌｅａｓｅ ｍｅｓｓａｇｅ)をＳ−ＨｅＮＢ９５１へ送信する。
【００９５】
ＵＭＴＳシステムで、ソース基地局(ＢＳ)は、ＵＥが最適化された再配置プロセスを介して初めで基地局(ＢＳ)に接続するとき、再配置リクエストメッセージまたはハンドオーバーリクエストメッセージを使用してコアネットワークによってＵＥのために選択されたＬＧＷの情報をターゲット基地局(ＢＳ)に通知する。ＬＧＷの情報はＬＧＷのＩＤまたはＩＰ住所を含む。
【００９６】
図１０は、本発明の一実施形態によってハンドオーバーを実行するように決定するためのプロセスを説明する信号流れ図である。
【００９７】
図１０を参照すれば、段階１００１で、Ｓ−ＨｅＮＢ１０５１はハンドオーバー決定をする。ターゲットセルを選択するとき、Ｓ−ＨｅＮＢ１０５１はターゲットセルのターゲットＴ−ＨｅＮＢ１０５２が現在ＵＥ１０５０にサービスするＬＧＷと連結するか否かを考慮すれば良い。
【００９８】
ターゲットセルのターゲットＴ−ＨｅＮＢ１０５２が現在ＵＥ１０５０にサービスするＬＧＷと連結するかどうかの否かは上述した。
【００９９】
段階１００２で、選択されたターゲットセルのターゲットＴ−ＨｅＮＢ１０５２がソースエンドにあるＵＥ１０５０をサービスするＬＧＷと連結しない場合、Ｓ−ＨｅＮＢ１０５１はＬＩＰＡサービスの解除または非活性化プロセスをトリガーすることのようにリソースを解除する。または、Ｓ−ＨｅＮＢ１０５１はＥ−ＲＡＢ解除指示(Ｅ−ＲＡＢｒｅｌｅａｓｅ ｉｎｄｉｃａｔｉｏｎ)のようなメッセージをソースＭＭＥへ送信し、ソースＭＭＥはＬＩＰＡサービスの非活性化プロセスをトリガーする。
【０１００】
または、ソースＢＳまたはＭＭＥはメッセージをＬＧＷへ送信し、ＬＧＷはＬＩＰＡサービスの非活性化プロセスをトリガーする。本発明の主要内容に影響を与えない他の非活性化プロセスが採択されることができる。
【０１０１】
本発明が上述した実施形態によって、ＵＥのハンドオーバーを実行するように決定するとき、ソースＢＳがターゲットＢＳがソースＢＳエンドにあるＵＥにサービスする、ＬＧＷのような、ユーザ平面ノードと連結するか否かを決定する。もし、決定結果がｎｏであれば、ＬＩＰＡベアラーハンドオーバー(ＬＩＰＡ ｂｅａｒｅｒ ｈａｎｄｏｖｅｒ)は失  敗するはずで、ＬＩＰＡベアラーリソースは解除される。即ち、背景技術で説明されたように、占有されたシグナリングリソース及び無線リソースは、ハンドオーバー失敗後に解除されるよりは、予め解除される。これによって、本発明の上述した実施形態はリソース浪費を防止してシステム性能を改善する。
【０１０２】
本発明は、特定の実施形態を参照して特別に説明されたが、形態及び詳細事項の多様な変更が次の特許請求範囲とそれらの均等物によって限定されたように本発明の思想と範囲を外れなく、ここでなることができるということが本技術分野の通常の技術者によって理解されたい。
【符号の説明】
【０１０３】
１０１  ユーザ端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）
１０２  Ｅ−ＵＴＲＡＮ
１０３  ＭＭＥ
１０４  ＳＧＷ
１０５  ＰＧＷ
１０６  ＰＣＲＦ
１０８  ＳＧＳＮ
１０９  ＨＳＳ
２５０・８５０  ＵＥ
２５１・８５１  ソース基地局
２５２・８５２  ターゲット基地局
２５３・８５３  ソースＭＭＥ
２５４・８５４  ターゲットＭＭＥ
２５５・８５５  ソースＳＧＷ
２５６・８５６  ターゲットＳＧＷ
２５７・８５７  ＬＧＷ
【図１】
2014523188.tif 000003
【図２】
2014523188.tif 000004
【図３】
2014523188.tif 000005
【図４】
2014523188.tif 000006
【図５】
2014523188.tif 000007
【図６】
2014523188.tif 000008
【図７】
2014523188.tif 000009
【図８】
2014523188.tif 000010
【図９】
2014523188.tif 000011
【図１０】
2014523188.tif 000012
【国際調査報告】
2014523188.tif 000013
2014523188.tif 000014