特許 6823207 ＰＤＵセッションのハンドオーバを決定する方法及びセル

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6823207

(24)【登録日】2021年1月12日

(45)【発行日】2021年1月27日

(54)【発明の名称】ＰＤＵセッションのハンドオーバを決定する方法及びセル

(51)【国際特許分類】

   H04W 36/38 20090101AFI20210114BHJP

   H04W 76/20 20180101ALI20210114BHJP

【ＦＩ】

   H04W36/38

   H04W76/20

【請求項の数】10

【全頁数】26

(21)【出願番号】特願2019-567363(P2019-567363)

(86)(22)【出願日】2018年6月5日

(65)【公表番号】特表2020-522954(P2020-522954A)

(43)【公表日】2020年7月30日

(86)【国際出願番号】KR2018006388

(87)【国際公開番号】WO2018226006

(87)【国際公開日】20181213

【審査請求日】2019年12月5日

(31)【優先権主張番号】62/516,087

(32)【優先日】2017年6月6日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100109841

【弁理士】

【氏名又は名称】堅田 健史

(74)【代理人】

【識別番号】230112025

【弁護士】

【氏名又は名称】小林 英了

(74)【代理人】

【識別番号】230117802

【弁護士】

【氏名又は名称】大野 浩之

(74)【代理人】

【識別番号】100131451

【弁理士】

【氏名又は名称】津田 理

(74)【代理人】

【識別番号】100167933

【弁理士】

【氏名又は名称】松野 知紘

(74)【代理人】

【識別番号】100174137

【弁理士】

【氏名又は名称】酒谷 誠一

(74)【代理人】

【識別番号】100184181

【弁理士】

【氏名又は名称】野本 裕史

(72)【発明者】

【氏名】ヤン，ミュンジュン

(72)【発明者】

【氏名】キム，ヒュンスク

(72)【発明者】

【氏名】リュ，ジンスク

【審査官】 松野 吉宏

(56)【参考文献】

【文献】 特表２０１２−５２３７２２（ＪＰ，Ａ）

【文献】 Qualcomm Incorporated, Sprint, LGE，TS 23.502: PDU sessions handling for LADNs，3GPP TSG SA WG2#121 S2-173111，フランス，3GPP，２０１７年 ５月 ９日，Section 4.9

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４ − ７／２６

Ｈ０４Ｗ ４／００ − ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

基地局がＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）セッションのハンドオーバを決定する方法であって、
端末（ＵＥ）の測定報告に基づいて、ターゲットセル又はターゲットＮＧ−ＲＡＴ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）を決定するステップと、
前記ターゲットセル又は前記ターゲットＮＧ−ＲＡＮの決定ステップでハンドオーバ領域リストがさらに考慮され、かつ、前記決定されたターゲットセル又はターゲットＮＧ−ＲＡＮは、前記ＰＤＵセッションに対してサービスすることができないものであり、及び、
前記ハンドオーバ領域リストに基づいて、前記決定されたターゲットセル又はターゲットＮＧ−ＲＡＮが前記ＰＤＵセッションに対してサービスすることができないと確認される場合、前記ＰＤＵセッションに対するコンテキストを含まないハンドオーバ要求メッセージをターゲットセル又はターゲットＮＧ−ＲＡＮに送信するステップと、を含んでなり、
前記ターゲットセル又はターゲットＮＧ−ＲＡＮを決定するステップは、
複数のハンドオーバ領域リストが存在する場合、各ＰＤＵセッションに対する各ハンドオーバ領域リストを確認するステップと；及び、
前記複数のハンドオーバ領域リストに基づいて、複数のＰＤＵセッションが全てハンドオーバされるターゲットセル又はターゲットＮＧ−ＲＡＮを選択するステップと；を含んでなることを特徴とする、方法。

【請求項2】

前記ＰＤＵセッションは、ＬＡＤＮ（Ｌｏｃａｌ Ａｒｅａ Ｄａｔａ Ｎｅｔｗｏｒｋ）のために使われることを特徴とする、請求項１に記載の方法。

【請求項3】

前記ハンドオーバ要求メッセージは、Ｘｎインターフェースを利用したハンドオーバ手順のために送信されることを特徴とする、請求項１に記載の方法。

【請求項4】

前記ハンドオーバ領域リストは、ＰＤＵセッション別に設定されていることを特徴とする、請求項１に記載の方法。

【請求項5】

前記ハンドオーバ領域リストは、ＰＤＵセッションに対してハンドオーバが制限又は許可される領域に対する情報を含むことを特徴とする、請求項１に記載の方法。

【請求項6】

前記ハンドオーバ領域リストをＰＤＵセッション確立手順中に、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）又はＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）から取得するステップを更に含むことを特徴とする、請求項５に記載の方法。

【請求項7】

前記ハンドオーバ領域リストに基づいて、前記ＰＤＵセッションに対する前記コンテキストを削除するステップを更に含むことを特徴とする、請求項１に記載の方法。

【請求項8】

前記複数のハンドオーバ領域リストは、優先順位別に確認されることを特徴とする、請求項１に記載の方法。

【請求項9】

前記複数のＰＤＵセッションが可能な限り全てハンドオーバされることができるターゲットセル又はターゲットＮＧ−ＲＡＮがない場合、低い優先順位のハンドオーバ領域リストは使用除外されることを特徴とする、請求項８に記載の方法。

【請求項10】

基地局であって、
送受信部と；
前記送受信部と動作可能に接続された少なくとも一つのプロセッサと；を備えてなり、
端末（ＵＥ）の測定報告に基づいて、ターゲットセル又はターゲットＮＧ−ＲＡＴ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）を決定し、
前記ターゲットセル又は前記ターゲットＮＧ−ＲＡＮの決定においてハンドオーバ領域リストがさらに考慮され、かつ、前記決定されたターゲットセル又はターゲットＮＧ−ＲＡＮは、前記ＰＤＵセッションに対してサービスすることができないものであり、及び、
前記送受信部を制御し、前記ハンドオーバ領域リストに基づいて、前記決定されたターゲットセル又はターゲットＮＧ−ＲＡＮが前記ＰＤＵセッションに対するコンテキストを含まないハンドオーバ要求メッセージを送信し、
前記少なくとも一つのプロセッサは、前記ターゲットセル又はターゲットＮＧ−ＲＡＮを決定する為に、
複数のハンドオーバ領域リストが存在する場合、各ＰＤＵセッションに対する各ハンドオーバ領域リストを確認し；及び、
前記複数のハンドオーバ領域リストに基づいて、複数のＰＤＵセッションが全てハンドオーバされるターゲットセル又はターゲットＮＧ−ＲＡＮを選択することを含んでなることを特徴とする、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、次世代移動通信に関する。

【背景技術】

【0002】

移動通信システムの技術規格を制定する３ＧＰＰでは、４世代移動通信と関連した多様なフォーラム及び新しい技術に対応するために、２００４年末から３ＧＰＰ技術の性能を最適化させて向上させようとする努力の一環としてＬＴＥ／ＳＡＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ／Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）技術に対する研究を始めた。

【0003】

３ＧＰＰ ＳＡ ＷＧ２を中心に進行されたＳＡＥは、３ＧＰＰ ＴＳＧ ＲＡＮのＬＴＥ作業と並行してネットワークの構造を決定し、異機種ネットワーク間の移動性をサポートすることを目的とするネットワーク技術に対する研究であって、最近３ＧＰＰの重要な標準化問題のうち一つである。これは３ＧＰＰシステムをＩＰベースの多様な無線接続技術をサポートするシステムに発展させるための作業であって、より向上したデータ送信能力で送信遅延を最小化する、最適化されたパケットベースのシステムを目標にして作業が進行されてきた。

【0004】

３ＧＰＰ ＳＡ ＷＧ２で定義したＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）上位水準参照モデル（ｒｅｆｅｒｅｎｃｅ ｍｏｄｅｌ）は、非ローミングケース（ｎｏｎ−ｒｏａｍｉｎｇ ｃａｓｅ）及び多様なシナリオのローミングケース（ｒｏａｍｉｎｇ ｃａｓｅ）を含んでおり、詳細内容は、３ＧＰＰ標準文書ＴＳ２３.４０１とＴＳ２３.４０２で参照することができる。図１のネットワーク構造図は、これを簡略に再構成したものである。

【0005】

図１は、進化した移動通信ネットワークの構造図である。

【0006】

ＥＰＣは、多様な構成要素を含むことができ、図１は、そのうち一部に該当する、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）５２、ＰＤＮ ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）５３、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）５１、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）を示す。

【0007】

Ｓ−ＧＷ５２は、無線アクセスネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢ２２とＰＤＮ ＧＷ５３との間のデータ経路を維持する機能をする要素である。また、端末（または、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）がｅＮｏｄｅＢ２２によりサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、Ｓ−ＧＷ５２は、ローカル移動性アンカーポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）の役割をする。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以後で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ） Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）内での移動性のために、Ｓ−ＧＷ５２を介してパケットがルーティングされる。また、Ｓ−ＧＷ５２は、他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ） Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。

【0008】

ＰＤＮ ＧＷ（または、Ｐ−ＧＷ）５３は、パケットデータネットワークに向かうデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ ｐｏｉｎｔ）に該当する。ＰＤＮ ＧＷ５３は、政策執行特徴（ｐｏｌｉｃｙ ｅｎｆｏｒｃｅｍｅｎｔ ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ ｆｉｌｔｅｒｉｎｇ）、課金サポート（ｃｈａｒｇｉｎｇ ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のような信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘのような信頼されるネットワーク）との移動性管理のためのアンカーポイント役割をすることができる。

【0009】

図１のネットワーク構造の例示は、Ｓ−ＧＷ５２とＰＤＮ ＧＷ５３が別途のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ Ｇａｔｅｗａｙ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｐｔｉｏｎ）によって具現されることもできる。

【0010】

ＭＭＥ５１は、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバなどをサポートするためのシグナリング及び制御機能を実行する要素である。ＭＭＥ５１は、加入者及びセッション管理に関連した制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）機能を制御する。ＭＭＥ５１は、数多くのｅＮｏｄｅＢ２２を管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバのための従来のゲートウェイの選択のためのシグナリングを実行する。また、ＭＭＥ５１は、セキュリティ過程（Ｓｅｃｕｒｉｔｙ Ｐｒｏｃｅｄｕｒｅｓ）、端末−対−ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ Ｓｅｓｓｉｏｎ Ｈａｎｄｌｉｎｇ）、アイドル端末位置決定管理（Ｉｄｌｅ Ｔｅｒｍｉｎａｌ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。

【0011】

ＳＧＳＮは、異なるアクセス３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク、ＵＴＲＡＮ／ＧＥＲＡＮ）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）といった全てのパケットデータをハンドリングする。

【0012】

ｅＰＤＧは、信頼されない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対するセキュリティノードとしての役割をする。

【0013】

図１を参照して説明したように、ＩＰ能力を有する端末（または、ＵＥ）は、３ＧＰＰアクセスはもちろん非３ＧＰＰアクセスに基づいても、ＥＰＣ内の多様な要素を経由して事業者（即ち、オペレータ（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。

【0014】

また、図１は、多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能エンティティ（ｆｕｎｃｔｉｏｎａｌ ｅｎｔｉｔｙ）に存在する２個の機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）と定義する。以下の表１は、図１に示すレファレンスポイントを整理したものである。表１の例示外にもネットワーク構造によって多様なレファレンスポイントが存在できる。

【0015】

【表1】

【0016】

＜次世代移動通信ネットワーク＞

【0017】

４世代移動通信のためのＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）の成功にこたえて、次世代、即ち、５世代（いわゆる５Ｇ）移動通信に対する関心も高まっており、研究も続々と進行している。

【0018】

国際電気通信連合（ＩＴＵ）が定義する５世代移動通信は、最大２０Ｇｂｐｓのデータ送信速度とどこでも最小１００Ｍｂｐｓ以上の体感送信速度を提供するものを意味する。正式名称は'ＩＭＴ−２０２０'であり、世界的に２０２０年に商用化することを目標としている。

【0019】

ＩＴＵでは３代使用シナリオ、例えば、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ）ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）及びＵＲＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を提示している。

【0020】

まず、ＵＲＬＬＣは、高い信頼性と低い遅延時間を要求する使用シナリオに関する。例えば、自動走行、工場自動化、増強現実のようなサービスは、高い信頼性と低い遅延時間（例えば、１ｍｓ以下の遅延時間）を要求する。現在４Ｇ（ＬＴＥ）の遅延時間は、統計的に、２１−４３ｍｓ（ｂｅｓｔ１０％）、３３−７５ｍｓ（ｍｅｄｉａｎ）である。これは１ｍｓ以下の遅延時間を要求するサービスをサポートするに足りない。

【0021】

次に、ｅＭＢＢ使用シナリオは、移動超広帯域を要求する使用シナリオに関する。

【0022】

このような超広帯域の高速サービスは、既存ＬＴＥ／ＬＴＥ−Ａのために設計されたコアネットワークによっては受容されにくい。

【0023】

したがって、いわゆる５世代移動通信ではコアネットワークの再設計が切実に要求される。

【0024】

図２は、次世代移動通信の構造を簡略に示す例示図である。

【0025】

図２を参照して分かるように、次世代移動通信の基地局をｇＮＢという。前記ｇＮＢは、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）とＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）と連結される。

【0026】

図示されたＮＧ−ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は、前記ｇＮＢを含む。そして、ＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）は、前記ＡＭＦ／ＵＰＦを含む。

【0027】

前記ｇＮＢ間のインターフェースをＸｎインターフェースという。

【0028】

図３は、次世代移動通信の予想構造をノード観点で表した例示図である。

【0029】

図３を参照して分かるように、ＵＥは、次世代ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を介してデータネットワーク（ＤＮ）と連結される。

【0030】

図示された制御平面機能（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ；ＣＰＦ）ノードは、４世代移動通信のＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）機能の全部または一部、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）及びＰ−ＧＷ（ＰＤＮ Ｇａｔｅｗａｙ）の制御平面機能の全部または一部を実行する。前記ＣＰＦノードは、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）とＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）を含む。

【0031】

図示されたユーザ平面機能（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ；ＵＰＦ）ノードは、ユーザのデータが送受信されるゲートウェイの一種である。前記ＵＰＦノードは、４世代移動通信のＳ−ＧＷ及びＰ−ＧＷのユーザ平面機能の全部または一部を実行することができる。

【0032】

図示されたＰＣＦ（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）は、事業者の政策を制御するノードである。

【0033】

図示されたアプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ：ＡＦ）は、ＵＥに多様なサービスを提供するためのサーバである。

【0034】

図示された統合データ格納管理（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ：ＵＤＭ）は、４世代移動通信のＨＳＳ（Ｈｏｍｅ ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）のように、加入者情報を管理するサーバの一種である。前記ＵＤＭは、前記加入者情報を統合データリポジトリ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ：ＵＤＲ）に格納して管理する。

【0035】

図示された認証サーバ機能（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ：ＡＵＳＦ）は、ＵＥを認証及び管理する。

【0036】

図示されたネットワークスライス選択機能（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ：ＮＳＳＦ）は、後述のようにネットワークスライシングのためのノードである。

【0037】

一方、ＵＥが訪問ネットワーク、例えば、Ｖ−ＰＬＭＮにローミングした状況でＵＥからのシグナリング要求を処理する方式には二つが存在する。第１の方式であるＬＢＯ（ｌｏｃａｌ ｂｒｅａｋ ｏｕｔ）方式は、ＵＥからのシグナリング要求を訪問ネットワークで処理する。第２の方式であるＨＲ（Ｈｏｍｅ Ｒｏｕｔｉｎｇ）方式によると、訪問ネットワークは、ＵＥからのシグナリング要求をＵＥのホームネットワークに伝達する。

【0038】

図４ａは、ローミング時、ＬＢＯ（ｌｏｃａｌ ｂｒｅａｋｏｕｔ）方式が適用されるアーキテクチャを示す例示図であり、図４ｂは、ローミング時、ＨＲ（ｈｏｍｅ ｒｏｕｔｅｄ）方式が適用されるアーキテクチャを示す例示図である。

【0039】

図４ａに示すように、ＬＢＯ方式が適用されるアーキテクチャでは、ユーザのデータは、ＶＰＬＭＮ内にあるＵＰＦを経て、ＶＰＬＭＮ内のデータネットワーク（ＤＮ）に伝達される。そして、ＬＢＯ方式が適用されるアーキテクチャではＶＰＬＭＮ内のＰＣＦがＶＰＬＭＮ内でのサービスのためのＰＣＣ規則を生成するために、ＡＦとインタラクションを実行する。前記ＶＰＬＭＮ内のＰＣＦは、ＨＰＬＭＮ事業者とのローミング協約によって内部に設定された政策に基づいてＰＣＣ規則を生成する。

【0040】

図４ｂに示すように、ＨＲ方式が適用されるアーキテクチャでは、ユーザのデータは、ＶＰＬＭＮ内にあるＵＰＦを経てＨＰＬＭＮ内のＵＰＦに伝達された後、ＨＰＬＭＮのデータネットワークに伝達される。

【0041】

＜ネットワークスライス（ＮｅｔｗｏｒｋＳｌｉｃｅ）＞

【0042】

以下、次世代移動通信で導入されるネットワークのスライシングを説明する。

【0043】

次世代移動通信は、一つのネットワークを介して多様なサービスを提供するために、ネットワークのスライシングに対する概念を紹介している。ここで、ネットワークのスライシングは、特定サービスを提供する時に必要な機能を有するネットワークノードの組み合わせである。スライスインスタンスを構成するネットワークノードは、ハードウェアー的に独立されたノードであり、または論理的に独立されたノードである。

【0044】

各スライスインスタンスは、ネットワーク全体の構成時に必要な全てのノードの組み合わせで構成されることができる。この場合、一つのスライスインスタンスは。ＵＥに単独でサービスを提供することができる。

【0045】

他方、スライスインスタンスは、ネットワークを構成するノードのうち一部ノードの組み合わせで構成されることもできる。この場合、スライスインスタンスは、ＵＥに単独でサービスを提供せずに、既存の他のネットワークノードと連係してＵＥにサービスを提供することができる。また、複数個のスライスインスタンスが互いに連係してＵＥにサービスを提供することもできる。

【0046】

スライスインスタンスは、コアネットワーク（ＣＮ）ノード及びＲＡＮを含む全体ネットワークノードが分離されることができるという点で専用コアネットワークと異なる。また、スライスインスタンスは、単純にネットワークノードが論理的に分離されることができるという点で専用コアネットワークと異なる。

【0047】

図５ａは、ネットワークスライシングの概念を具現するためのアーキテクチャの例を示す例示図である。

【0048】

図５ａを参考にして分かるように、コアネットワーク（ＣＮ）は、複数のスライスインスタンスに分けられる。各スライスインスタンスは、ＣＰ機能ノードとＵＰ機能ノードのうち一つ以上を含むことができる。

【0049】

各ＵＥは、ＲＡＮを介して自分のサービスに適したネットワークスライスインスタンスを使用することができる。

【0050】

図５ａの図示と違って、各スライスインスタンスは、他のスライスインスタンスとＣＰ機能ノードとＵＰ機能ノードのうち一つ以上を共有することもできる。これに対して図５ｂを参照して説明すると、下記の通りである。

【0051】

図５ｂは、ネットワークスライシングの概念を具現するためのアーキテクチャの他の例を示す例示図である。

【0052】

図５ｂを参照すると、複数のＵＰ機能ノードがクラスタリングされ、同様に複数のＣＰ機能ノードもクラスタリングされる。

【0053】

そして、図５ｂを参照すると、コアネットワーク内のスライスインスタンス＃１（または、インスタンス＃１という）は、ＵＰ機能ノードの第１のクラスタを含む。そして、前記スライスインスタンス＃１は、ＣＰ機能ノードのクラスタをスライス＃２（または、インスタンス＃２という）と共有する。前記スライスインスタンス＃２は、ＵＰ機能ノードの第２のクラスタを含む。

【0054】

図示されたＮＳＳＦは、ＵＥのサービスを受け入れることができるスライス（または、インスタンス）を選択する。

【0055】

図示されたＵＥは、前記ＮＳＳＦにより選択されたスライスインスタンス＃１を介してサービス＃１を利用することができ、併せて、前記Ｎにより選択されたスライスインスタンス＃２を介してサービス＃２を利用することができる。

【0056】

＜既存４世代移動通信システムとのインターワーキング＞

【0057】

ＵＥが次世代ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）のカバレッジを外れても、ＵＥは、４世代（４Ｇ）移動通信システムを介してでもサービスを受けることが可能でなければならない。これをインターワーキングという。以下、インターワーキングに対して詳細に説明する。

【0058】

図６ａは、ＵＥがローミングしない場合のインターワーキングのためのアーキテクチャを示し、図６ｂは、ＵＥがローミングした場合のインターワーキングのためのアーキテクチャを示す。

【0059】

図６ａを参照すると、ＵＥがローミングしない場合、既存４世代ＬＴＥのためのＥ−ＵＴＲＡＮとＥＰＣと５世代移動通信ネットワークは、互いにインターワーキングされる。図６ａにおいて、既存ＥＰＣのためのＰＧＷ（Ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）は、ユーザ平面のみを担当するＰＧＷ−Ｕと制御平面を担当するＰＧＷ−Ｃとに分けられる。そして、ＰＧＷ−Ｕは、５世代コアネットワークのＵＰＦノードに併合され、ＰＧＷ−Ｃは、５世代コアネットワークのＳＭＦノードに併合される。そして、既存ＥＰＣのためのＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）は、５世代コアネットワークのＰＣＦに併合される。そして、既存ＥＰＣのためのＨＳＳは、５世代コアネットワークのＵＤＭに併合される。ＵＥは、Ｅ−ＵＴＲＡＮを介してコアネットワークに接続することもできるが、ＵＥは、５Ｇ ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）とＡＭＦを介してコアネットワークに接続することもできる。

【0060】

図４ａと図４ｂを相互比較して参照すると、ＵＥがＶＰＬＭＮ（Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）にローミングした場合、前記ＵＥのデータは、ＨＰＬＭＮ（Ｈｏｍｅ ＰＬＭＮ）を経由して伝達される。

【0061】

一方、図６ａ及び図６ｂに示すＮ２６インターフェースは、ＥＰＣとＮＧコアとの間にインターワーキングを円滑にするために、ＭＭＥとＡＭＦとの間に連結されるインターフェースである。このようなＮ２６インターフェースは、事業者によって選択的にサポートされる。即ち、ＥＰＣとのインターワーキングのために、ネットワーク事業者は、Ｎ２６インターフェースを提供してもよく、またはＮ２６インターフェースを提供しなくてもよい。

【0062】

＜ＬＡＤＮ（ｌｏｃａｌ ａｒｅａ ｄａｔａ ｎｅｔｗｏｒｋ）＞

【0063】

一方、次世代（即ち、５世代）移動通信では地域サービス（または、地理的領域別特化サービス）を提供することを考慮している。このような地域サービスを次世代移動通信ではＬＡＤＮと呼ぶことを考慮している。

【0064】

しかし、このようなＬＡＤＮのためのＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）セッションに対するハンドオーバ手順が不明であるという問題がある。

【発明の概要】

【発明が解決しようとする課題】

【0065】

従って、本明細書の開示は、ＬＡＤＮのためのＰＤＵセッションの効率的なハンドオーバ手順処理方案を提示することを目的とする。

【課題を解決するための手段】

【0066】

前記のような目的を達成するために、本明細書の一開示は、ソースセルがＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）セッションのハンドオーバを決定する方法を提供する。前記方法は、端末の測定報告に基づいて、ターゲットセルまたはターゲットＮＧ−ＲＡＴ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）を決定するステップを含む。前記ターゲットセルまたは前記ターゲットＮＧ−ＲＡＮの決定ステップでハンドオーバ領域リストがさらに考慮される。前記方法は、前記ハンドオーバ領域リストに基づいて、前記決定されたターゲットセルまたはターゲットＮＧ−ＲＡＮが前記ＰＤＵセッションに対してサービスすることができないと確認される場合、前記ＰＤＵセッションに対するコンテキストを含まないハンドオーバ要求メッセージをターゲットセルまたはターゲットＮＧ−ＲＡＴに送信するステップを含む。

【0067】

前記ＰＤＵセッションは、ＬＡＤＮ（Ｌｏｃａｌ Ａｒｅａ Ｄａｔａ Ｎｅｔｗｏｒｋ）のために使われる。

【0068】

前記ハンドオーバ要求メッセージは、Ｘｎインターフェースを利用したハンドオーバ手順のために送信される。

【0069】

前記ハンドオーバ領域リストは、ＰＤＵセッション別に設定されている。

【0070】

前記ハンドオーバ領域リストは、該当ＰＤＵセッションに対してハンドオーバが制限または許可される領域に対する情報を含む。

【0071】

前記方法は、前記ハンドオーバ領域リストをＰＤＵセッション確立手順中にＡＭＦまたはＳＭＦ ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）から取得するステップをさらに含む。

【0072】

前記方法は、前記ハンドオーバ領域リストに基づいて、前記決定されたターゲットセルまたはターゲットＮＧ−ＲＡＮが前記ＰＤＵセッションに対してサービスすることができないと確認される場合、前記ＰＤＵセッションに対するコンテキストを削除するステップをさらに含む。

【0073】

前記ターゲットセルまたはターゲットＮＧ−ＲＡＮを決定するステップは：複数のハンドオーバ領域リストが存在する場合、各ＰＤＵセッションに対するハンドオーバ領域リストを確認するステップと；及び、複数のＰＤＵセッションが可能な限り全てハンドオーバされることができるターゲットセルまたはターゲットＮＧ−ＲＡＮを前記複数のハンドオーバ領域リストに基づいて選択するステップと；を含む。

【0074】

前記複数のハンドオーバ領域リストは、優先順位別に確認される。

【0075】

前記複数のＰＤＵセッションが可能な限り全てハンドオーバされることができるターゲットセルまたはターゲットＮＧ−ＲＡＮがない場合、低い優先順位のハンドオーバ領域リストは使用除外される。

【0076】

前記のような目的を達成するために、本明細書の一開示は、ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）セッションのハンドオーバを決定するセル（ｃｅｌｌ）を提供する。前記セルは、送受信部と；端末の測定報告に基づいて、ターゲットセルまたはターゲットＮＧ−ＲＡＴ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）を決定するプロセッサと；を含む。前記ターゲットセルまたは前記ターゲットＮＧ−ＲＡＮの決定ステップでハンドオーバ領域リストがさらに考慮される。前記ハンドオーバ領域リストに基づいて、前記決定されたターゲットセルまたはターゲットＮＧ−ＲＡＮが前記ＰＤＵセッションに対してサービスすることができないと確認される場合、前記プロセッサは、前記ＰＤＵセッションに対するコンテキストを含まないハンドオーバ要求メッセージをターゲットセルまたはターゲットＮＧ−ＲＡＴに送信する。

【発明の効果】

【0077】

本明細書の開示によると、既存問題点が解決されるようになる。

【図面の簡単な説明】

【0078】

【図1】進化した移動通信ネットワークの構造図である。

【図2】次世代移動通信の構造を簡略に示す例示図である。

【図3】次世代移動通信の予想構造をノード観点で表した例示図である。

【図4a】ローミング時、ＬＢＯ（ｌｏｃａｌ ｂｒｅａｋｏｕｔ）方式が適用されるアーキテクチャを示す例示図である。

【図4b】ローミング時、ＨＲ（ｈｏｍｅ ｒｏｕｔｅｄ）方式が適用されるアーキテクチャを示す例示図である。

【図5a】ネットワークスライシングの概念を具現するためのアーキテクチャの例を示す例示図である。

【図5b】ネットワークスライシングの概念を具現するためのアーキテクチャの他の例を示す例示図である。

【図6a】ＵＥがローミングしない場合のインターワーキングのためのアーキテクチャを示す。

【図6b】ＵＥがローミングした場合のインターワーキングのためのアーキテクチャを示す。

【図7】ＬＡＤＮサービスの例を示す。

【図8】登録手順及びＰＤＵセッション確立手順を示す。

【図9】Ｘｎインターフェースを利用しないハンドオーバ手順を示す流れ図である。

【図10a】Ｘｎインターフェースを利用するハンドオーバ手順であって、ＵＰＦ再割当が伴われない例を示す流れ図である。

【図10b】Ｘｎインターフェースを利用するハンドオーバ手順であって、ＵＰＦ再割当が伴われる例を示す流れ図である。

【図11a】本明細書の第１の開示により改善されたＰＤＵセッション確立手順を示す。

【図11b】本明細書の第１の開示により改善されたＸｎインターフェースを利用したハンドオーバ手順を示す。

【図12a】本明細書の第２の開示により改善されたＰＤＵセッション確立手順を示す。

【図12b】本明細書の第２の開示によるインジケーションに基づいてＸｎインターフェースを利用しないハンドオーバ手順を実行する例を示す。

【図13】本明細書の第３の開示によるハンドオーバ手順を示す例示図である。

【図14】本発明の実施例に係るＵＥ及びネットワークノードの構成ブロック図である。

【発明を実施するための形態】

【0079】

本明細書で使われる技術的用語は、単に特定の実施例を説明するために使われたものであり、本発明を限定するものではないことに留意しなければならない。また、本明細書で使われる技術的用語は、本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野において、通常の知識を有する者により一般的に理解される意味で解釈されなければならず、過度に包括的な意味または過度に縮小された意味で解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない技術的な用語である場合、当業者が正確に理解することができる技術的用語に変えて理解しなければならない。また、本発明で使われる一般的な用語は、辞書の定義によってまたは前後文脈によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。

【0080】

また、本明細書で使われる単数の表現は、文脈上、明白に異なる意味ではない限り、複数の表現を含む。本出願において、“構成される”または“有する”などの用語は、明細書上に記載された多様な構成要素、または複数のステップを必ず全て含むと解釈されてはならず、そのうち一部構成要素または一部ステップは含まれない場合もあり、または追加的な構成要素またはステップをさらに含む場合もあると解釈されなければならない。

【0081】

また、本明細書で使われる第１及び第２などのように序数を含む用語は、多様な構成要素の説明に使われることができるが、前記構成要素は、前記用語により限定されてはならない。前記用語は、一つの構成要素を他の構成要素から区別する目的としてのみ使われる。例えば、本発明の権利範囲を外れない限り、第１の構成要素は第２の構成要素と命名することができ、同様に、第２の構成要素も第１の構成要素と命名することができる。

【0082】

一構成要素が他の構成要素に“連結されている”または“接続されている”と言及された場合は、該当他の構成要素に直接的に連結されており、または接続されている場合もあるが、中間に他の構成要素が存在する場合もある。それに対し、一構成要素が他の構成要素に“直接連結されている”または“直接接続されている”と言及された場合は、中間に他の構成要素が存在しないと理解しなければならない。

【0083】

以下、添付図面を参照して本発明による好ましい実施例を詳細に説明し、図面符号に関係なしで同じまたは類似の構成要素は同じ参照番号を付与し、これに対する重複説明は省略する。また、本発明を説明するにあたって、関連した公知技術に対する具体的な説明が本発明の要旨を不明にすると判断される場合、その詳細な説明を省略する。また、添付図面は、本発明の思想を容易に理解することができるようにするためのものであり、添付図面により本発明の思想が制限されると解釈されてはならないことに留意しなければならない。本発明の思想は、添付図面外に全ての変更、均等物乃至代替物にまで拡張されると解釈されなければならない。

【0084】

添付図面には例示的にＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）が示されているが、図示された前記ＵＥは、端末（Ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ）などの用語で呼ばれる場合もある。また、前記ＵＥは、ノートブック、携帯電話、ＰＤＡ、スマートフォン（Ｓｍａｒｔ Ｐｈｏｎｅ）、マルチメディア機器などのように携帯可能な機器であり、またはＰＣ及び車両搭載装置のように携帯不可能な機器である。

【0085】

＜ＬＡＤＮ（ｌｏｃａｌ ａｒｅａ ｄａｔａ ｎｅｔｗｏｒｋ）＞

【0086】

一方、次世代（即ち、５世代）移動通信では地域サービス（または、地理的領域別特化サービス）を提供することを考慮している。このような地域サービスを次世代移動通信ではＬＡＤＮと呼ぶことを考慮している。

【0087】

図７は、ＬＡＤＮサービスの例を示す。

【0088】

図７を参照して分かるように、ＵＥがあらかじめ決まったサービス領域に位置する場合、ＵＥは、ＬＡＤＮサービスの提供を受けることができる。そのために、ＵＥは、前記あらかじめ決まったサービス領域に進入すると、ＬＡＤＮのためのＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）セッションを生成することができる。

【0089】

図８は、登録手順及びＰＤＵセッション確立手順を示す。

【0090】

１）図８を参照すると、ＵＥは、登録要求（Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージをＮＧ ＲＡＮの基地局に送信する、もし、前記ＵＥが以前に確立したＰＤＵセッションがあると、前記ＵＥは、前記登録要求メッセージ内に前記以前に確立されたＰＤＵセッションに対する情報を含めることができる。

【0091】

２）すると、前記ＮＧ ＲＡＮの基地局は、ＡＭＦを選択する。

【0092】

３）そして、前記ＮＧ ＲＡＮの基地局は、前記選択されたＡＭＦに前記登録要求メッセージを送信する。

【0093】

４）前記ＡＭＦは、ＵＤＭから前記ＵＥの加入者情報を取得する。そして、ＰＣＦから政策情報を取得する。

【0094】

５）そして、前記ＡＭＦは、ＵＥの状態情報（即ち、これからＵＥが信号を受信することができる状態であることを示す情報）をＳＭＦに送信する。

【0095】

６）前記ＡＭＦは、登録受諾（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔ）メッセージを前記ＵＥに送信する。このとき、もし、以前に確立されたＰＤＵセッションがあると、前記登録受諾メッセージは、前記ＰＤＮセッションに対する情報を含むことができる。そして、もし、前記ＵＥがＬＡＤＮサービスに加入されている場合、前記ＡＭＦは、前記登録受諾メッセージ内にＬＡＤＮ情報を含むことができる。前記ＬＡＤＮ情報は、ＬＡＤＮ識別情報と、予め登録された地理的領域内で有効なＬＡＤＮサービスに対する情報を含むことができる。また、前記ＬＡＤＮ情報は、前記予め登録された地理的領域に対する情報を含むことができる。

【0096】

７）一方、前記ＵＥが以前に確立したＰＤＵセッションがないと、前記ＵＥは、ＰＤＵセッション確立要求メッセージを前記ＮＧ ＲＡＮを経てＡＭＦに送信する。

【0097】

８）前記ＡＭＦは、前記ＵＥのためのＳＭＦを選択する。

【0098】

９）そして、前記ＡＭＦは、前記ＳＭＦにＰＤＵセッション確立要求を送信する。

【0099】

９ａ）ＰＣＦからセッション設定に関する政策情報を取得する。

【0100】

１０〜１２）前記ＳＭＦからＰＤＵセッション確立応答メッセージが受信されると、前記ＡＭＦは、前記ＮＧ ＲＡＮの基地局にＰＤＵセッション確立要求を送信する。それにより、前記前記ＮＧ ＲＡＮの基地局は、無線リソースを設定する。

【0101】

１３）前記ＮＧ ＲＡＮの基地局は、ＰＤＵセッション確立応答メッセージを前記ＵＥに送信する。

【0102】

一方、図示していないが、前記ＵＥが以前に確立したＰＤＵセッションがあると、前記ＵＥは、前記７過程においてＰＤＵセッション確立要求メッセージの代りに、サービス要求メッセージを送信できる。

【0103】

＜次世代移動通信でのハンドオーバ＞

【0104】

５世代（いわゆる５Ｇ）移動通信において、ハンドオーバは、ｇＮＢ（即ち、基地局）間のＸｎインターフェースを利用するかどうかよって変わる。

【0105】

図９は、Ｘｎインターフェースを利用しないハンドオーバ手順を示す流れ図である。

【0106】

図９を参照して分かるように、Ｘｎインターフェースを利用しない場合、ソースＮＧ−ＲＡＮは、ハンドオーバが要求されることを示すメッセージをＡＭＦに送信し、前記ＡＭＦは、ＰＤＵハンドオーバ要求メッセージをＳＭＦに送信する。このように、Ｘｎインターフェースを利用しない場合、ハンドオーバは、ＡＭＦ及びＳＭＦにより統制される。

【0107】

図１０ａは、Ｘｎインターフェースを利用するハンドオーバ手順であって、ＵＰＦ再割当が伴われない例を示す流れ図であり、図１０ｂは、Ｘｎインターフェースを利用するハンドオーバ手順であって、ＵＰＦ再割当が伴われる例を示す流れ図である。

【0108】

図１０ａ及び図１０ｂを参照して分かるように、Ｘｎインターフェースを利用する場合、ハンドオーバ手順は、ソースＮＧ−ＲＡＮとターゲットＮＧ−ＲＡＮにより実行され、ＡＭＦとＳＭＦは、ハンドオーバ手順を統制しない。

【0109】

＜ＬＡＤＮサービスに対して考慮してみることができる問題点＞

【0110】

ＵＥがＬＡＤＮに接続できる領域に進入する場合、ＡＭＦは、ＬＡＤＮ情報をＵＥに与えることができる。前記ＵＥは、前記ＬＡＤＮ情報に基づいてＬＡＤＮのためのＰＤＵセッションを作ることができる。もし、ＵＥがＬＡＤＮ領域を外れる場合、ネットワークでは該当ＰＤＵセッションを解除（ｒｅｌｅａｓｅ）したり、ユーザ平面（ｕｓｅｒ ｐｌａｎｅ）のリソースを解除したりすることができる。しかし、ＲＡＮでは該当ＰＤＵセッションがＬＡＤＮのためのＰＤＵセッションかどうかを区分できないため、ＵＥがＣＭ−ＣＯＮＮＥＣＴＥＤ状態でＬＡＤＮ領域を外れる場合、全てのＰＤＵセッションをハンドオーバさせることができる。もし、Ｘｎインターフェースを利用したハンドオーバ手順が実行される場合、図１０ａ及び図１０ｂに示すように、コアネットワーク（例えば、ＡＭＦ及びＳＭＦ）の統制なしで、ハンドオーバ手順が実行されるため、ソースＮＧ−ＲＡＮは、該当ＰＤＵセッションがＬＡＤＮのためのものかどうかを知らない。それによって、全てのＰＤＵセッションに対するリソースがソースＮＧ−ＲＡＮからターゲットＮＧ−ＲＡＮへ渡される。このとき、ＬＡＤＮのための無線リソースまでソースＮＧ−ＲＡＮからターゲットＮＧ−ＲＡＮへ渡されるため、ターゲットＮＧ−ＲＡＮは、ＬＡＤＮを含む全てのＰＤＵセッションに対する無線リソース予約を実行するようになる。以後、ハンドオーバ手順が完了した後、ターゲットＮＧ−ＲＡＮが経路スイッチング要求メッセージをコアネットワーク（即ち、ＡＭＦ）に送信するようになると、その時になって、ＳＭＦは、ＵＥがＬＡＤＮ領域を外れたことを認知するようになる。ＵＥがＬＡＤＮ領域を外れたため、ＳＭＦは、該当ＰＤＵセッションを解除し、またはユーザ平面のリソースを解除する動作を実行するようになる。このように、Ｘｎインターフェースを利用したハンドオーバ手順中には、ＬＡＤＮのためのＰＤＵセッションまで全てターゲットＮＧ−ＲＡＮへ渡されることによって、不要に無線リソースが浪費される問題点がある。具体的に、ＵＥがＬＡＤＮ領域を外れたにもかかわらず、ターゲットＮＧ−ＲＡＮは、該当ＬＡＤＮのためのＰＤＵセッションの無線リソースを予約しておくことによって、リソースが不要に浪費される。

【0111】

同様に、ＵＥが特定ＬＡＤＮが許可された領域に位置した後、非許可（Ｎｏｎ−ａｌｌｏｗｅｄ）領域へ移動する場合にも、同じ問題が発生する。即ち、ＵＥが特定ＬＡＤＮが許可された領域に位置した後、非許可（Ｎｏｎ−ａｌｌｏｗｅｄ）領域へ移動することによって、Ｘｎインターフェースを利用したハンドオーバが実行される場合、ターゲットＮＧ−ＲＡＮは、該当ＬＡＤＮのＰＤＵセッションのための無線リソースを予約しておく。しかし、以後ＡＭＦ及び／またはＳＭＦは、該当ＬＡＤＮのＰＤＵセッションを解除したりユーザ平面のリソースを解除したりする。

【0112】

以上で説明したように、Ｘｎインターフェースを利用してハンドオーバを実行すべき場合、ＬＡＤＮのためのＰＤＵセッションが不要にターゲットＮＧ−ＲＡＮにハンドオーバされることができるという問題点がある。したがって、これを解決するための方案が必要である。

【0113】

＜本明細書の開示＞

【0114】

したがって、本明細書の開示は、前述した問題点を解決するために、ＬＡＤＮでＰＤＵセッションの効率的な管理のための方案を提示することを目的とする。

【0115】

具体的に、本明細書の開示は、Ｘｎインターフェースを利用したハンドオーバ手順を実行する時、ＬＡＤＮのためのＰＤＵセッションがターゲットＮＧ−ＲＡＮ（即ち、ターゲット基地局またはターゲットセル）に不要にハンドオーバされることを防止のための方案を下記のように提示する。

【0116】

本明細書で提示される発明は、下記提案の一つ以上の組み合わせで共に具現されることができる。

【0117】

Ｉ．第１の開示：ＰＤＵセッション確立手順でＳＭＦ及び／またはＡＭＦが特定ＰＤＵセッションに対する領域情報をＲＡＮに伝達する方案

【0118】

ＬＡＤＮのように特定領域内でのみサービスが可能なＰＤＵセッションを確立する場合、前記セッション確立手順中にＳＭＦ及び／またはＡＭＦが該当ＰＤＵセッションに対するサービス可能領域情報を送る。前記情報は、ＴＡ（Ｔｒａｃｋｉｎｇ Ａｒｅａ）リストまたはセルリスト形式からなっている。前記情報を受信したソースＮＧ−ＲＡＮ（即ち、ソース基地局またはソースセル）は、ＵＥが前記情報に指示されたサービス可能領域を外れる場合、該当ＰＤＵセッションをハンドオーバさせ、前記ＰＤＵセッションのための無線リソースの予約は実行されないように、前記ＰＤＵセッションに対するコンテキストをターゲットＮＧ−ＲＡＮに伝達しない。または、ハンドオーバを実行する前に、ソースＮＧ−ＲＡＮは、あらかじめ該当ＰＤＵセッションに対するコンテキストを消し、またはリソースを解除する過程を実行することができる。

【0119】

または、前記ソースＮＧ−ＲＡＮは、前記情報により指示されたサービス可能領域を外れるＵＥが存在する場合、前記ＵＥのＰＤＵセッションに対してＸｎインターフェースを利用したハンドオーバを実行しない。その代わりに、前記ソースＮＧ−ＲＡＮは、前記ＵＥのＰＤＵセッションに対してＸｎインターフェースを利用しないハンドオーバまたはＮ２インターフェースを利用したハンドオーバのように、コアネットワークで制御されるハンドオーバを実行することができる。

【0120】

図１１ａは、本明細書の第１の開示により改善されたＰＤＵセッション確立手順を示す。

【0121】

図１１ａの過程１０及び１１でＳＭＦ及び／またはＡＭＦは、自分が有しているＰＤＵセッションに対するサービス可能領域情報をＮＧ−ＲＡＮに伝達できる。ここで、前記ＳＭＦは、ＬＡＤＮのサービス可能領域を管理し、ＡＭＦは、許可／非許可サービス領域を管理することができる。この場合、ＳＭＦは、ＬＡＤＮのサービス可能領域に対する情報をＮＧ−ＲＡＮに伝達できる。そして、ＡＭＦは、許可（ａｌｌｏｗｅｄ）／非許可（ｎｏｎ−ａｌｌｏｗｅｄ）サービス領域に対する情報をＮＧ−ＲＡＮに伝達できる。それに対し、ＡＭＦがＬＡＤＮのサービス可能領域を管理し、ＳＭＦは許可／非許可サービス領域を管理することができる。この場合、ＡＭＦは、ＬＡＤＮサービス可能領域情報をＮＧ−ＲＡＮに送信でき、ＳＭＦが許可／非許可サービス領域に対する情報をＮＧ−ＲＡＮに伝達できる。

【0122】

許可／非許可サービス領域は、ＵＥ別に適用されることができる。このような場合、該当情報は、ＰＤＵセッション確立手順でＮＧ−ＲＡＮに伝達されるものではなく、登録手順でＮＧ−ＲＡＮに伝達されることができる。

【0123】

ＮＧ−ＲＡＮが許可／非許可サービス領域に対する情報とＬＡＤＮサービス可能領域に対する情報を全て受信する場合、前記ＮＧ−ＲＡＮは、前記二つの情報により共通される領域（即ち、積集合される領域）をサービス可能領域と判断し、前記ＵＥのＰＤＵセッションに対するハンドオーバ決定をすることができる。

【0124】

図１１ｂは、本明細書の第１の開示により改善されたＸｎインターフェースを利用したハンドオーバ手順を示す。

【0125】

図１１ｂに示すように、ソースＮＧ−ＲＡＮは、ハンドオーバ準備過程でターゲットＮＧ−ＲＡＮにハンドオーバ要求メッセージを送信しながら、ＰＤＵセッションに対するコンテキストを選択的に含めることができる。例えば、ＵＥが該当ＰＤＵセッションに対するサービス可能領域内へ移動する場合、前記ソースＮＧ−ＲＡＮは、前記ＰＤＵセッションに対するコンテキストを前記ハンドオーバ要求メッセージ内に含めて送信できる。しかし、ＵＥが該当ＰＤＵセッションに対するサービス可能領域以外のターゲットＮＧ−ＲＡＮにハンドオーバされるべき場合、前記ソースＮＧ−ＲＡＮは、前記ハンドオーバ要求メッセージ内に該当ＰＤＵセッションに対するコンテキストを含めないで送信できる。

【0126】

このように、前記コンテキストが前記ハンドオーバ要求メッセージ内に含まれない場合、該当ＰＤＵセッションに対するユーザ平面は解除されることができる。具体的に、ＵＥの位置情報に基づいて、ＡＭＦ／ＳＭＦは、ＰＤＵセッションに対してサービス可能領域を外れたと判断される場合、前記ＵＥの該当ＰＤＵセッションを解除したり、ユーザ平面のリソースを解除したりすることができる。前記ＳＭＦは、前記ＵＥの位置情報を過程４で取得することができる。

【0127】

II．第２の開示：ＰＤＵセッション確立手順でＳＭＦ及び／またはＡＭＦがＸｎインターフェースを利用するハンドオーバ手順を実行しないように指示するインジケーションをＮＧ−ＲＡＮに送信する方案

【0128】

ＬＡＤＮのように特定サービス可能領域内でのみ提供されることができるＰＤＵセッションである場合、ＳＭＦ及び／またはＡＭＦは、前記ＰＤＵセッションを確立する手順で該当ＰＤＵセッションに対してはＸｎインターフェースを利用するハンドオーバ手順（即ち、Ｘｎベースのハンドオーバ手順）を実行しないようにするインジケーションをＮＧ−ＲＡＮに伝達する。具体的に図面を参照して説明すると、下記の通りである。

【0129】

図１２ａは、本明細書の第２の開示により改善されたＰＤＵセッション確立手順を示す。

【0130】

図１２ａに示すＰＤＵセッション確立手順の過程１０または過程１１を参照して分かるように、ＳＭＦ及び／またはＡＭＦは、該当ＰＤＵセッションに対してはＸｎインターフェースを利用するハンドオーバ手順（即ち、Ｘｎベースのハンドオーバ手順）を実行しないように指示するインジケーションを前記ＮＧ−ＲＡＮに伝達する。前記インジケーションは、例えば、'ｗｉｔｈｏｕｔ Ｘｎ ｈａｎｄｏｖｅｒ ｉｎｄｉｃａｔｉｏｎ'である。または、ＳＭＦ及び／またはＡＭＦは、Ｎ２インターフェースを利用したハンドオーバ手順（即ち、Ｎ２ベースのハンドオーバ）を実行するように指示するインジケーションを伝達することができる。

【0131】

前記ＵＥがサービス可能領域に進入する場合、ＳＭＦ及び／またはＡＭＦは、前記ＵＥのＰＤＵセッションに対してＸｎベースのハンドオーバを実行することができるようにする設定を前記ＮＧ−ＲＡＮに伝達できる。

【0132】

具体的に、登録手順中に、ＳＭＦ及び／またはＡＭＦは、サービス可能領域に再び進入する場合、再びＸｎベースのハンドオーバが可能であるというインジケーションをＮＧ−ＲＡＮに送ることができる。前記インジケーションは、登録手順中で登録受諾メッセージ内に含まれて送信されることができる。具体的に、前記インジケーションは、登録手順中で登録受諾メッセージ内に含まれて送信されることができる。また、登録手順中にＡＭＦがＳＭＦにＵＥの位置と関連した情報（即ち、サービス可能領域に進入したことを知らせる情報）を伝達する場合、前記ＳＭＦは、前記インジケーションをＡＭＦを経てＮＧ−ＲＡＮに伝達できる。

【0133】

または、前記インジケーションは、ＰＤＵセッション修正手順中に送信されることができる。

【0134】

許可／非許可サービス領域は、ＵＥ別に適用されることができる。このような場合、該当情報は、ＰＤＵセッション確立手順でＮＧ−ＲＡＮに伝達されるものではなく、登録手順でＮＧ−ＲＡＮに伝達されることができる。

【0135】

ＮＧ−ＲＡＮが許可／非許可サービス領域に対する情報とＬＡＤＮサービス可能領域に対する情報を全て受信する場合、前記ＮＧ−ＲＡＮは、前記二つの情報により共通される領域（即ち、積集合される領域）をサービス可能領域と判断し、前記ＵＥのＰＤＵセッションに対するハンドオーバ決定をすることができる。

【0136】

図１２ｂは、本明細書の第２の開示によるインジケーションに基づいてＸｎインターフェースを利用しないハンドオーバ手順を実行する例を示す。

【0137】

前述したインジケーションを受信した場合、ソースＮＧ−ＲＡＮは、ハンドオーバ手順を実行する時、図１２ｂに示すように、Ｘｎインターフェースを利用しないハンドオーバ手順を実行することができる。この場合、ＡＭＦ及び／またはＳＭＦは、過程１及び過程２でＵＥの位置情報を取得し、該当ＰＤＵセッションに対してリソース解除を実行したり、またはユーザ平面のリソース解除を実行したりすることができる。一実施例によると、図示された過程１で、前記ソースＮＧ−ＲＡＮは、ターゲットＮＧ−ＲＡＮで提供されないＰＤＵセッションに対するコンテキストをハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ）メッセージ内に含めないで送信できる。

【0138】

III．第３の開示：ＳＭＦ及び／またはＡＭＦがハンドオーバ制限リストをＰＤＵ別にＮＧ−ＲＡＮに設定する方案

【0139】

ＡＭＦ及び／またはＳＭＦは、ＰＤＵセッション別にハンドオーバ制限リスト（Ｈａｎｄｏｖｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｌｉｓｔ：ＨＲＬ）をＮＧ−ＲＡＮに設定することができる。即ち、ＳＭＦ及び／またはＡＭＦは、特定サービス可能領域でのみサービスできるＬＡＤＮのようなＰＤＵセッションに対しては該当ＰＤＵセッションがサービスされない地域をハンドオーバ制限リスト（ＨＲＬ）内に含めて、ＮＧ−ＲＡＮに設定できる。前記設定は、ＰＤＵセッション確立手順中にまたは登録更新手順中に、実行されることができる。一般的な登録手順中にはＵＥ別のみで設定できるが、ＰＤＵセッション確立手順または登録更新手順中には前記設定がＰＤＵセッション別に実行されることができる。

【0140】

前記ＮＧ−ＲＡＮは、ＰＤＵセッション別にハンドオーバ制限リスト（ＨＲＬ）の設定を受ける。そして、前記ＮＧ−ＲＡＮは、前記ハンドオーバ制限リスト（ＨＲＬ）に基づいて、ＵＥのハンドオーバを決定する。もし、ＵＥが該当ＰＤＵセッションに対して設定されたハンドオーバ制限リスト（ＨＲＬ）により指示された制限領域へ移動する場合、ソースＮＧ−ＲＡＮは、該当ＰＤＵセッションに対してはハンドオーバが実行されないように、ハンドオーバ要求メッセージまたはハンドオーバ要求（Ｈａｎｄｏｖｅｒ ｒｅｑｕｉｒｅｄ）メッセージ内に該当ＰＤＵセッションに対するコンテキストを含めないで送信できる。

【0141】

ソースＮＧ−ＲＡＮが複数個のハンドオーバ制限リスト（ＨＲＬ）の設定を受ける場合、ソースＮＧ−ＲＡＮは、可能な限り全てのＰＤＵセッションが前記ＨＲＬによりハンドオーバが制限されないように、ターゲットＲＡＴまたはターゲットセルを選択する。もし、ハンドオーバ制限リスト（ＨＲＬ）により指示された制限領域のターゲットＮＧ ＲＡＴまたはターゲットセルに前記ＵＥをハンドオーバさせるしかない場合は、各々のハンドオーバ制限リスト（ＨＲＬ）とマッピングされている優先順位に基づいてターゲットＮＧ−ＲＡＮまたはターゲットセルを選択することができる。

【0142】

ＮＧ−ＲＡＮは、ＰＤＵセッションが解除される場合、該当ＰＤＵセッションと関連したハンドオーバ制限リスト（ＨＲＬ）も共に削除できる。

【0143】

図１３は、本明細書の第３の開示によるハンドオーバ手順を示す例示図である。

【0144】

０）ソースＮＧ−ＲＡＮは、ＵＥから受信した測定報告メッセージに基づいてハンドオーバを実行すると決定する。

【0145】

この過程で、ソースＮＧ−ＲＡＮは、自分が有しているＰＤＵセッション別ハンドオーバ制限リスト（ＨＲＬ）に基づいて、ＵＥをどのＲＡＮまたはどのセルにハンドオーバさせるかを決定することができる。例えば、ＵＥから受信した測定報告メッセージ内で、最も大きい信号強度を有するセルを選択するものではなく、前記ハンドオーバ制限リスト（ＨＲＬ）に指示されないセルの中から信号強度が最も高いセルをターゲットセルとして選択できる。もし、ハンドオーバ制限リスト（ＨＲＬ）に指示されないセルのうちハンドオーバ可能なセルがない場合には、前記ハンドオーバ制限リスト（ＨＲＬ）と関係なしで、ターゲットセルを選択することができる。

【0146】

もし、ＵＥが複数個のＰＤＵセッションを有している場合、各々のハンドオーバ制限リスト（ＨＲＬ）別に優先順位が設定されている場合がある。この場合、可能な限り全てのＰＤＵセッションが前記ハンドオーバ制限リスト（ＨＲＬ）によりハンドオーバが遮断されないように、ターゲットセルを選択することができる。しかし、全てのハンドオーバ制限リスト（ＨＲＬ）を避けることができない場合、優先順位が低いハンドオーバ制限リスト（ＨＲＬ）から一つずつ除外させながら、可能な限り優先順位が高いハンドオーバ制限リスト（ＨＲＬ）により指示されないセルをターゲットセルとして選択できる。

【0147】

そのために、ネットワークは、各々のＰＤＵセッション別にハンドオーバ制限リスト（ＨＲＬ）に対する優先順位と共にハンドオーバ可能な場合の優先順位を共に設定することができる。即ち、各々のＰＤＵセッション別にハンドオーバが可能な場合の優先順位（即ち、サービス優先順位）とハンドオーバが不可能な場合の優先順位（即ち、ＨＲＬの優先順位）が別に設定されることができる。この場合、ソースＮＧ−ＲＡＮではターゲットＮＧ−ＲＡＮを選択する時、ハンドオーバ制限リスト（ＨＲＬ）の優先順位を考慮することができる。もし、ターゲットＮＧ−ＲＡＮでリソース不足などの理由でソースＮＧ−ＲＡＮから送ってきた全てのＰＤＵセッションをサービスすることができない場合は、サービス優先順位が高いＰＤＵセッションを優先的に受け入れ、サービス優先順位が低い場合は、受け入れない。

【0148】

１）ソースＮＧ−ＲＡＮがターゲットＮＧ−ＲＡＮにハンドオーバ要求メッセージを送信する。前記メッセージは、下記のようなパラメータを含むことができる。

【0149】

【表2】

【0150】

前記表を参照して分かるように、前記メッセージは、セットアップされるべきＰＤＵセッションリソースのリストを含む。前記リスト内には一般的にソースＮＧ−ＲＡＮが提供中である全てのＰＤＵセッション情報が含まれる。しかし、ターゲットＮＧ−ＲＡＮがハンドオーバ制限リスト（ＨＬＲ）により一部ＰＤＵセッションを提供することができない場合、ソースＮＧ−ＲＡＮは、前記リスト内に該当ＰＤＵセッションに対する情報を除外させてターゲットＮＧ−ＲＡＮに送信できる。一方、前記ソースＮＧ−ＲＡＮは、ハンドオーバ制限リスト（ＨＲＬ）をターゲットＮＧ−ＲＡＮに送信できる。このときも、前記ソースＮＧ−ＲＡＮは、該当ＰＤＵセッションに対するハンドオーバ制限リスト（ＨＲＬ）を除外させて送信できる。しかし、後述する過程６でターゲットＮＧ−ＲＡＮが経路スイッチング要求メッセージを送信する時、拒絶されるＰＤＵセッションリストを送信することができるように、どのようなＰＤＵセッションがハンドオーバされないかに対する情報をターゲットＮＧ−ＲＡＮに送信できる。２）ターゲットＮＧ−ＲＡＮは、ソースＮＧ−ＲＡＮが送った情報に基づいてどのようなＰＤＵセッションをサービスするかを決定することができる。そして、前記ターゲットＮＧ−ＲＡＮは、ハンドオーバ可能を示すＡｃｋメッセージを前記ソースＮＧ−ＲＡＮに送信できる。

【0151】

または、前記過程１でソースＮＧ−ＲＡＮが全てＰＤＵセッション情報とＨＲＬ情報を渡した以後、ターゲットＮＧ−ＲＡＮが直接ハンドオーバ制限リスト（ＨＲＬ）を見て判断してどのようなサービスが提供されることができるかを過程２でソースＮＧ−ＲＡＮに知らせる方案を使用することもできる。この場合、ターゲットＮＧ−ＲＡＮが直接拒絶されるＰＤＵセッションリストを生成することができる。

【0152】

３）ソースＮＧ−ＲＡＮは、ＵＥをハンドオーバさせるためにＲＲＣ接続再構成手順を実行する。

【0153】

４）ソースＮＧ−ＲＡＮは、ターゲットＮＧ−ＲＡＮにデータフォワーディングを始める。このとき、全てのＰＤＵセッションに対してフォワーディングせずに、ハンドオーバ可能なＰＤＵセッションに対してのみフォワーディングを実行する。

【0154】

５）ＵＥは、ターゲットＮＧ−ＲＡＮにハンドオーバした後、ＲＲＣ接続完了メッセージを送信する。

【0155】

６）ターゲットＮＧ−ＲＡＮは、経路スイッチング要求メッセージ内に成功的にハンドオーバされたＰＤＵセッションに対するリストと、拒絶されたＰＤＵセッションに対するリストと、をＡＭＦに送信する。

【0156】

７−９）ＡＭＦは、成功的にハンドオーバされたＰＤＵセッションを管理するＳＭＦにＮ３トンネル情報をアップデートするための情報を送信する。前記ＳＭＦは、ＵＰＦとのインタラクション（ｉｎｔｅｒａｃｔｉｏｎ）を介してこれをアップデートする。また、拒絶されたＰＤＵセッションを管理するＳＭＦに該当ＰＤＵセッションに対する情報を知らせる。ＳＭＦは、ハンドオーバが実行されないＰＤＵセッションを解除したり非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）したりすることができる。もし、ターゲットＮＧ−ＲＡＮからＡＭＦが知っている全てのＰＤＵセッションに対する情報を受けていない場合、前記ＡＭＦは、該当ＰＤＵセッションがハンドオーバされなかったと判断し、これをＳＭＦに知らせる。前記ＳＭＦは、該当ＰＤＵセッションを解除したり非活性化したりすることができる。

【0157】

１０）ＡＭＦは、ターゲットＮＧ−ＲＡＮに経路スイッチング要求受諾メッセージを送信することによって、ハンドオーバが成功的に終わったことを知らせる。

【0158】

１１）ターゲットＮＧ−ＲＡＮは、ソースＲＡＮにＵＥコンテキスト解除メッセージを送信する。そのとき、ソースＮＧ−ＲＡＮは、該当ＵＥのコンテキストを削除する。

【0159】

IV．第４の開示：ＵＥが知っているサービス可能領域に基づいて測定報告を選別して送信する方案

【0160】

ＵＥは、登録手順でＬＡＤＮ情報や許可／非許可領域情報を受け、これを管理している。したがって、前記ＵＥが基地局に測定報告を実行する時、前記情報に基づいてサービス可能領域を外れるセルに対しては測定報告から除外できる。それによって、ＵＥは、サービス可能領域に留まり続けるようになる。しかし、サービス可能領域を外れるセルのみが存在する場合、前記ＵＥは、該当セルに対しても測定報告を実行しなければならない。この後、ＵＥがサービス可能領域を全て外れた場合は一般的なハンドオーバを実行することができる。

【0161】

基地局は、自分の周辺セル情報を知っているため、ＵＥが特定セルに対して測定報告を実行しない状態で再び測定報告を実行したと判断する場合はＸｎインターフェースを利用したハンドオーバではなく、Ｘｎインターフェースを利用しないハンドオーバを実行することができる。

【0162】

許可／非許可サービス領域は、ＵＥ別に適用されることができる。このような場合、該当情報は、ＰＤＵセッション確立手順でＮＧ−ＲＡＮに伝達されるものではなく、登録手順でＮＧ−ＲＡＮに伝達されることができる。

【0163】

ＮＧ−ＲＡＮが許可／非許可サービス領域に対する情報とＬＡＤＮサービス可能領域に対する情報を全て受信する場合、前記ＮＧ−ＲＡＮは、前記二つの情報により共通される領域（即ち、積集合される領域）をサービス可能領域と判断し、前記ＵＥのＰＤＵセッションに対するハンドオーバ決定をすることができる。

【0164】

以上、説明した内容は、ハードウェアで具現されることができる。これに対して図面を参照して説明する。

【0165】

図１４は、本発明の実施例に係るＵＥ及びネットワークノードの構成ブロック図である。

【0166】

図１４に示すように、前記ＵＥ１００は、格納手段１０１、コントローラ１０２、及び送受信部１０３を含む。そして、前記ネットワークノードは、アクセスネットワーク（ＡＮ）、ラジオアクセスネットワーク（ＲＡＮ）、ＡＭＦ、ＣＰ機能ノード、ＳＭＦである。前記ネットワークノードは、格納手段５１１、コントローラ５１２、送受信部５１３を含む。

【0167】

前記格納手段は、前述した方法を格納する。

【0168】

前記コントローラは、前記格納手段及び前記送受信部を制御する。具体的に、前記コントローラは、前記格納手段に格納された前記方法を各々実行する。そして、前記コントローラは、前記送受信部を介して前述した信号を送信する。

【0169】

以上では本発明の望ましい実施例を例示的に説明したが、本発明の範囲は、このような特定実施例にのみ限定されるものではないため、本発明は、本発明の思想及び特許請求範囲に記載された範ちゅう内で多様な形態で修正、変更、または改善されることができる。

【図1】

【図2】

【図3】

【図4a】

【図4b】

【図5a】

【図5b】

【図6a】

【図6b】

【図7】

【図8】

【図9】

【図10a】

【図10b】

【図11a】

【図11b】

【図12a】

【図12b】

【図13】

【図14】