(57)【要約】【課題】ＳＭＦノードがセッションを管理する方法を提供する。【解決手段】ユーザ装置（ＵＥ）のためのＰＤＵセッションを生成するステップと、ＵＥに対した情報をＡＭＦノードから受信するステップと、ＵＰＦにとってＵＥのＰＤＵセッションに対するダウンリンクデータを廃棄しろとの通報のためのインディケーションを送信するかどうかをＵＥの情報に基づいて決定するステップを含むことができる。ここで、決定は、ＰＤＵセッションがＵＥに提供される第１サービスに対したことであるかどうかに基づいて行われることができる。【選択図】図１０
2019535194.tif 000002
【特許請求の範囲】
【請求項１】
ＳＭＦ（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）ノードがセッションを管理する方法であって、
ユーザ装置（ＵＥ）のためのＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）セッションを生成するステップと、
前記ＵＥに対した情報をＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）ノードから受信するステップと、
ＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）にとって前記ＵＥのＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）セッションに対するダウンリンクデータを廃棄しろとの通報のためのインディケーションを送信するかどうかを前記ＵＥの情報に基づいて決定するステップを含み、
前記決定は、前記ＰＤＵセッションが前記ＵＥに提供される第１サービスに対したことであるかどうかに基づいて行われることを特徴とする方法。
【請求項２】
前記ＰＤＵセッションが前記第１サービスに対したことである場合、前記情報に基づいて前記ＵＰＦにとって前記ダウンリンクデータを廃棄しろとの通知のためのインディケーションが送信されることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＰＤＵセッションが前記第１サービスに対したことである場合、前記情報に基づいて、前記ＵＥのＰＤＵセッションを解除せずに非活性化させることによって、前記ＰＤＵセッションのコンテキストを維持させるステップをさらに含むことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記ＵＰＦノードが前記インディケーションを受信した場合、前記ＵＰＦは、前記ＵＥのＰＤＵセッションに対するダウンリンクデータのバッファリングを中断することを特徴とする請求項１ないし３のうちのいずれか１項に記載の方法。
【請求項５】
データの送信のためのサービス要請メッセージを前記ＵＥから受信するステップと、
前記ＰＤＵセッションが前記第１サービスに対したことである場合、前記情報に基づいて拒絶メッセージを前記ＵＥに送信するステップをさらに含むことを特徴とする請求項１ないし４のうちのいずれか１項に記載の方法。
【請求項６】
セッションを管理するＳＭＦ（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）ノードであって、
ユーザ装置（ＵＥ）に対した情報をＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）ノードから受信する送受信部と、
前記ＵＥのためのＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）セッションを生成し、ＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）にとって前記ＵＥのＰＤＵセッションに対するダウンリンクデータを廃棄しろとの通報のためのインディケーションを送信するかどうかを前記ＵＥの情報に基づいて決定するプロセッサを含み、
前記決定は、前記ＰＤＵセッションが前記ＵＥに提供される第１サービスに対したことであるかどうかに基づいて行われることを特徴とするＳＭＦノード。
【請求項７】
前記ＰＤＵセッションが前記第１サービスに対したことである場合、前記情報に基づいて前記ＵＰＦにとって前記ダウンリンクデータを廃棄しろとの通知のためのインディケーションが送信されることを特徴とする請求項６に記載のＳＭＦノード。
【請求項８】
前記ＰＤＵセッションが前記第１サービスに対したことである場合、前記情報に基づいて、前記ＵＥのＰＤＵセッションは解除されずに非活性化されることによって、前記ＰＤＵセッションのコンテキストが維持されることを特徴とする請求項６または７に記載のＳＭＦノード。
【請求項９】
前記ＵＰＦノードが前記インディケーションを受信した場合、前記ＵＰＦは、前記ＵＥのＰＤＵセッションに対するダウンリンクデータのバッファリングを中断することを特徴とする請求項６ないし８のうちのいずれか１項に記載のＳＭＦノード。
【請求項１０】
前記送受信部を介してデータの送信のためのサービス要請メッセージを前記ＵＥから受信したが、前記ＰＤＵセッションが前記第１サービスに対したことである場合、
前記プロセッサは、前記情報に基づいて拒絶メッセージを前記ＵＥに送信するように前記送受信部を制御することを特徴とする請求項６ないし９のうちのいずれか１項に記載のＳＭＦノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代移動通信に関する。
【背景技術】
【０００２】
移動通信システムの技術規格を制定する３ＧＰＰでは、４世代移動通信と関連した多様なフォーラム及び新しい技術に対応するために、２００４年末から３ＧＰＰ技術の性能を最適化させて向上させようとする努力の一環としてＬＴＥ／ＳＡＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ／Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）技術に対する研究を始めた。
【０００３】
３ＧＰＰ  ＳＡ  ＷＧ２を中心に進行されたＳＡＥは、３ＧＰＰ  ＴＳＧ  ＲＡＮのＬＴＥ作業と並行してネットワークの構造を決定し、異機種ネットワーク間の移動性をサポートすることを目的とするネットワーク技術に対する研究であって、最近３ＧＰＰの重要な標準化問題のうち一つである。これは３ＧＰＰシステムをＩＰベースの多様な無線接続技術をサポートするシステムに発展させるための作業であって、より向上したデータ送信能力で送信遅延を最小化する、最適化されたパケットベースのシステムを目標にして作業が進行されてきた。
【０００４】
３ＧＰＰ  ＳＡ  ＷＧ２で定義したＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）上位水準参照モデル（ｒｅｆｅｒｅｎｃｅ  ｍｏｄｅｌ）は、非ローミングケース（ｎｏｎ−ｒｏａｍｉｎｇ  ｃａｓｅ）及び多様なシナリオのローミングケース（ｒｏａｍｉｎｇ  ｃａｓｅ）を含んでおり、詳細内容は、３ＧＰＰ標準文書ＴＳ２３.４０１とＴＳ２３.４０２で参照することができる。図１のネットワーク構造図は、これを簡略に再構成したものである。
【０００５】
図１は、進化した移動通信ネットワークの構造図である。
【０００６】
ＥＰＣは、多様な構成要素を含むことができ、図１は、そのうち一部に該当する、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）５２、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）５３、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）５１、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【０００７】
Ｓ−ＧＷ５２は、無線アクセスネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢ２２とＰＤＮ  ＧＷ５３との間のデータ経路を維持する機能をする要素である。また、端末（または、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）がｅＮｏｄｅＢ２２によりサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、Ｓ−ＧＷ５２は、ローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割をする。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以後で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のために、Ｓ−ＧＷ５２を介してパケットがルーティングされる。また、Ｓ−ＧＷ５２は、他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【０００８】
ＰＤＮ  ＧＷ（または、Ｐ−ＧＷ）５３は、パケットデータネットワークに向かうデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷ５３は、政策執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金サポート（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘのような信頼されるネットワーク）との移動性管理のためのアンカーポイント役割をすることができる。
【０００９】
図１のネットワーク構造の例示は、Ｓ−ＧＷ５２とＰＤＮ  ＧＷ５３が別途のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されることもできる。
【００１０】
ＭＭＥ５１は、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバなどをサポートするためのシグナリング及び制御機能を実行する要素である。ＭＭＥ５１は、加入者及びセッション管理に関連した制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）機能を制御する。ＭＭＥ５１は、数多くのｅＮｏｄｅＢ２２を管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバのための従来のゲートウェイの選択のためのシグナリングを実行する。また、ＭＭＥ５１は、セキュリティ過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末−対−ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、アイドル端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００１１】
ＳＧＳＮは、異なるアクセス３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク、ＵＴＲＡＮ／ＧＥＲＡＮ）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）といった全てのパケットデータをハンドリングする。
【００１２】
ｅＰＤＧは、信頼されない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対するセキュリティノードとしての役割をする。
【００１３】
図１を参照して説明したように、ＩＰ能力を有する端末（または、ＵＥ）は、３ＧＰＰアクセスはもちろん非３ＧＰＰアクセスに基づいても、ＥＰＣ内の多様な要素を経由して事業者（即ち、オペレータ（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００１４】
また、図１は、多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能エンティティ（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２個の機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。以下の表１は、図１に示すレファレンスポイントを整理したものである。表１の例示外にもネットワーク構造によって多様なレファレンスポイントが存在できる。
【００１５】
【表１】
2019535194.tif 000003
【００１６】
＜次世代移動通信ネットワーク＞
【００１７】
４世代移動通信のためのＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）の成功にこたえて、次世代、即ち、５世代（いわゆる５Ｇ）移動通信に対する関心も高まっており、研究も続々と進行している。
【００１８】
国際電気通信連合（ＩＴＵ）が定義する５世代移動通信は、最大２０Ｇｂｐｓのデータ送信速度とどこでも最小１００Ｍｂｐｓ以上の体感送信速度を提供するものを意味する。正式名称はＩＭＴ−２０２０’であり、世界的に２０２０年に商用化することを目標としている。
【００１９】
ＩＴＵでは３代使用シナリオ、例えば、ｅＭＢＢ（ｅｎｈａｎｃｅｄ  Ｍｏｂｉ  ｌｅ  ＢｒｏａｄＢａｎｄ）ｍＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）及びＵＲＬＬＣ（Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を提示している。
【００２０】
まず、ＵＲＬＬＣは、高い信頼性と低い遅延時間を要求する使用シナリオに関する。例えば、自動走行、工場自動化、増強現実のようなサービスは、高い信頼性と低い遅延時間（例えば、１ｍｓ以下の遅延時間）を要求する。現在４Ｇ（ＬＴＥ）の遅延時間は、統計的に、２１−４３ｍｓ（ｂｅｓｔ１０％）、３３−７５ｍｓ（ｍｅｄｉａｎ）である。これは１ｍｓ以下の遅延時間を要求するサービスをサポートするに足りない。
【００２１】
次に、ｅＭＢＢ使用シナリオは、移動超広帯域を要求する使用シナリオに関する。
【００２２】
このような超広帯域の高速サービスは、既存ＬＴＥ／ＬＴＥ−Ａのために設計されたコアネットワークによっては受容されにくい。
【００２３】
したがって、いわゆる５世代移動通信ではコアネットワークの再設計が切実に要求される。
【００２４】
図２は、次世代移動通信の予想構造をノード観点で表した例示図である。
【００２５】
図２を参照して分かるように、ＵＥは、次世代ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）を介してデータネットワーク（ＤＮ）と連結される。
【００２６】
図示された制御平面機能（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ；ＣＰＦ）ノードは、４世代移動通信のＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）機能の全部または一部、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）及びＰ−ＧＷ（ＰＤＮ  Ｇａｔｅｗａｙ）の制御平面機能の全部または一部を実行する。前記ＣＰＦノードは、ＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）とＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）を含む。
【００２７】
図示されたユーザ平面機能（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ；ＵＰＦ）ノードは、ユーザのデータが送受信されるゲートウェイの一種である。前記ＵＰＦノードは、４世代移動通信のＳ−ＧＷ及びＰ−ＧＷのユーザ平面機能の全部または一部を実行することができる。
【００２８】
図示されたＰＣＦ（Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）は、事業者の政策を制御するノードである。
【００２９】
図示されたアプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ：ＡＦ）は、ＵＥに多様なサービスを提供するためのサーバである。
【００３０】
図示された統合データ格納管理（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ：ＵＤＭ）は、４世代移動通信のＨＳＳ（Ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）のように、加入者情報を管理するサーバの一種である。前記ＵＤＭは、前記加入者情報を統合データリポジトリ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｒｅｐｏｓｉｔｏｒｙ：ＵＤＲ）に格納して管理する。
【００３１】
図示された認証サーバ機能（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  Ｆｕｎｃｔｉｏｎ：ＡＵＳＦ）は、ＵＥを認証及び管理する。
【００３２】
図示されたネットワークスライス選択機能（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ：ＮＳＳＦ）は、後述のようにネットワークスライシングのためのノードである。
【００３３】
図３ａは、２個のデータネットワークを介した多重ＰＤＵセッションをサポートするためのアーキテクチャを示す例示図であり、図３ｂは、２個のデータネットワークに対する同時アクセスをサポートするためのアーキテクチャを示す例示図である。
【００３４】
図３ａでは、ＵＥが２個のデータネットワークに多重ＰＤＵセッションを利用して同時に接続できるようにするためのアーキテクチャが示されている。２個の互いに異なるＰＤＵセッションのために２個のＳＭＦが選択される。
【００３５】
図３ｂでは、ＵＥが一つのＰＤＵセッションを使用して２個のデータネットワークに同時アクセスするためのアーキテクチャが示されている。
【００３６】
一方、ＵＥが訪問ネットワーク、例えばＶ−ＰＬＭＮにローミングした状況でＵＥからのシグナリング要請を処理する方式には２通りが存在する。第１の方式であるＬＢＯ（ｌｏｃａｌ  ｂｒｅａｋ  ｏｕｔ）方式は、ＵＥからのシグナリング要請を訪問ネットワークで処理する。第２の方式であるＨＲ（Ｈｏｍｅ  Ｒｏｕｔｉｎｇ）方式によれば、訪問ネットワークは、ＵＥからのシグナリング要請をＵＥのホームネットワークに伝達する。
【００３７】
図３ａは、ローミング時ＬＢＯ（ｌｏｃａｌ  ｂｒｅａｋｏｕｔ）方式が採用されるアーキテクチャを示した例示図であり、図３ｂは、ローミング時ＨＲ（ｈｏｍｅ  ｒｏｕｔｅｄ）方式が採用されるアーキテクチャを示した例示図である。
【００３８】
図３ａに示すように、ＬＢＯ方式が採用されるアーキテクチャでは、ＶＰＬＭＮ内のＰＣＦがＶＰＬＭＮ内でのサービスのためのＰＣＣ規則を生成するために、ＡＦとインタラクションを行う。前記ＶＰＬＭＮ内のＰＣＦは、ＨＰＬＭＮ事業者とのローミング協約に従って内部に設定された政策に基づいてＰＣＣ規則を生成する。
【００３９】
＜ネットワークスライス（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ）＞
【００４０】
以下、次世代移動通信で導入されるネットワークのスライシングを説明する。
【００４１】
次世代移動通信は、一つのネットワークを介して多様なサービスを提供するために、ネットワークのスライシングに対する概念を紹介している。ここで、ネットワークのスライシングは、特定サービスを提供する時、必要な機能を有するネットワークノードの組み合わせである。スライスインスタンスを構成するネットワークノードは、ハードウェア的に独立されたノードであり、または論理的に独立されたノードである。
【００４２】
各スライスインスタンスは、ネットワーク全体を構成するのに必要な全てのノードの組み合わせで構成される。この場合、一つのスライスインスタンスは、ＵＥに単独でサービスを提供することができる。
【００４３】
それに対し、スライスインスタンスは、ネットワークを構成するノードのうち一部ノードの組み合わせで構成されることもできる。この場合、スライスインスタンスは、ＵＥに単独でサービスを提供せずに、既存の他のネットワークノードと連係してＵＥにサービスを提供することができる。また、複数個のスライスインスタンスが互いに連係してＵＥにサービスを提供することもできる。
【００４４】
スライスインスタンスは、コアネットワーク（ＣＮ）ノード及びＲＡＮを含む全体ネットワークノードが分離されるという点で専用コアネットワークと異なる。また、スライスインスタンスは、単純にネットワークノードが論理的に分離されるという点で専用コアネットワークと異なる。
【００４５】
図３ａは、ネットワークスライシング概念を具現するためのアーキテクチャの例を示した例示図である。
【００４６】
図３ａを参考にして分かるように、コアネットワーク（ＣＮ）は、複数のスライスインスタンスに分けられることができる。各スライスインスタンスは、ＣＰ機能ノードとＵＰ機能ノードのうち、いずれか一つ以上を含むことができる。
【００４７】
各ＵＥは、ＲＡＮを介して自身のサービスに合うネットワークスライスインスタンスを使用することができる。
【００４８】
図３ａに示したことと異なり、各スライスインスタンスは、他のスライスインスタンスとＣＰ機能ノードとＵＰ機能ノードのうち、いずれか一つ以上を共有することもできる。これについて図４を参照して説明すれば、次のとおりである。
【００４９】
図３ｂは、ネットワークスライシング概念を具現するためのアーキテクチャの他の例を示した例示図である。
【００５０】
図３ｂを参照すると、複数のＵＰ機能ノードがクラスターリングされ、同様に複数のＣＰ機能ノードもクラスターリングされる。
【００５１】
そして、図３ｂを参照すると、コアネットワーク内のスライスインスタンス＃１（あるいはインスタンス＃１という）は、ＵＰ機能ノードの第１クラスターを含む。そして、前記スライスインスタンス＃１は、ＣＰ機能ノードのクラスターをスライス＃２（あるいはインスタンス＃２という）と共有する。前記スライスインスタンス＃２は、ＵＰ機能ノードの第２クラスターを含む。
【００５２】
図示のＮＳＳＦは、ＵＥのサービスを収容することができるスライス（あるいはインスタンス）を選択する。
【００５３】
図示のＵＥは、前記ＮＳＳＦによって選択されたスライスインスタンス＃１を介してサービス＃１を利用でき、かつ前記Ｎによって選択されたスライスインスタンス＃２を介してサービス＃２を利用できる。
【００５４】
＜既存４世代移動通信システムとのインターワーキング＞
【００５５】
ＵＥが次世代ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）のカバレッジを外れても、ＵＥは、４世代（４Ｇ）移動通信システムを介してでもサービスを受けることが可能でなければならない。これをインターワーキングという。以下、インターワーキングに対して詳細に説明する。
【００５６】
図4ａは、ＵＥがローミングしない場合のインターワーキングのためのアーキテクチャを示し、図4ｂは、ＵＥがローミングした場合のインターワーキングのためのアーキテクチャを示す。
【００５７】
図4ａを参照すると、ＵＥがローミングしない場合、既存４世代ＬＴＥのためのＥ−ＵＴＲＡＮとＥＰＣと５世代移動通信ネットワークは、互いにインターワーキングされる。図６ａにおいて、既存ＥＰＣのためのＰＧＷ（Ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）は、ユーザ平面のみを担当するＰＧＷ−Ｕと制御平面を担当するＰＧＷ−Ｃとに分けられる。そして、ＰＧＷ−Ｕは、５世代コアネットワークのＵＰＦノードに併合され、ＰＧＷ−Ｃは、５世代コアネットワークのＳＭＦノードに併合される。そして、既存ＥＰＣのためのＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）は、５世代コアネットワークのＰＣＦに併合される。そして、既存ＥＰＣのためのＨＳＳは、５世代コアネットワークのＵＤＭに併合される。ＵＥは、Ｅ−ＵＴＲＡＮを介してコアネットワークに接続することもできるが、ＵＥは、５Ｇ  ＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）とＡＭＦを介してコアネットワークに接続することもできる。
【００５８】
図4ａと図4ｂを相互比較して参照すると、ＵＥがＶＰＬＭＮ（Ｖｉｓｉｔｅｄ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）にローミングした場合、前記ＵＥのデータは、ＨＰＬＭＮ（Ｈｏｍｅ  ＰＬＭＮ）を経由して伝達される。
【００５９】
一方、図4ａ及び図4ｂに示すＮ２６インターフェースは、ＥＰＣとＮＧコアとの間にインターワーキングを円滑にするために、ＭＭＥとＡＭＦとの間に連結されるインターフェースである。このようなＮ２６インターフェースは、事業者によって選択的にサポートされる。即ち、ＥＰＣとのインターワーキングのために、ネットワーク事業者は、Ｎ２６インターフェースを提供してもよく、またはＮ２６インターフェースを提供しなくてもよい。
【００６０】
＜ＬＡＤＮ（ｌｏｃａｌ  ａｒｅａ  ｄａｔａ  ｎｅｔｗｏｒｋ）＞
【００６１】
一方、次世代（すなわち、５世帯）移動通信では、地域サービス（あるいは地理的領域別特化サービス）を提供することを考慮している。このような地域サービスを次世代移動通信では、ＬＡＤＮと呼ぶことを考慮している。
【００６２】
図６は、ＬＡＤＮサービスの例を示す。
【００６３】
図６を参照して分かるように、ＵＥが予め決まったサービス領域に位置する場合、ＵＥは、ＬＡＤＮサービスの提供を受けることができる。このために、ＵＥは、前記予め決まったサービス領域に進入すると、ＬＡＤＮのためのＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）セッションを生成できる。
【００６４】
しかしながら、現在まで前記ＬＡＤＮのためのＰＤＵセッションをどのように管理するかに対しては、具体的な方案が提示されなかった。
【発明の概要】
【発明が解決しようとする課題】
【００６５】
よって、本明細書の開示は、ＬＡＤＮにおいてＰＤＵセッションの効率的な管理のための方案を提示することを目的とする。
【課題を解決するための手段】
【００６６】
上記の目的を達成すべく、本明細書の１開示は、ＳＭＦ（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）ノードがセッションを管理する方法を提供する。前記方法は、ユーザ装置（ＵＥ）のためのＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）セッションを生成するステップと、ユーザ装置（ＵＥ）に対した情報をＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）ノードから受信するステップと、ＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）にとって前記ＵＥのＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）セッションに対するダウンリンクデータを廃棄しろとの通報のためのインディケーションを送信するかどうかを前記ＵＥの情報に基づいて決定するステップとを含むことができる。ここで、前記決定は、前記ＰＤＵセッションが前記ＵＥに提供される第１サービスに対したことであるかどうかに基づいて行われることができる。
【００６７】
前記ＰＤＵセッションが前記第１サービスに対したことである場合、前記情報に基づいて前記ＵＰＦにとって前記ダウンリンクデータを廃棄しろとの通知のためのインディケーションが送信されることができる。
【００６８】
前記方法は、前記ＰＤＵセッションが前記第１サービスに対したことである場合、前記情報に基づいて、前記ＵＥのＰＤＵセッションを解除せずに非活性化させることによって、前記ＰＤＵセッションのコンテキストを維持させるステップをさらに含むことができる。
【００６９】
前記ＵＰＦノードが前記インディケーションを受信した場合、前記ＵＰＦは、前記ＵＥのＰＤＵセッションに対するダウンリンクデータのバッファリングを中断することができる。
【００７０】
前記方法は、データの送信のためのサービス要請メッセージを前記ＵＥから受信するステップと、そして前記ＰＤＵセッションが前記第１サービスに対したことである場合、前記情報に基づいて拒絶メッセージを前記ＵＥに送信するステップをさらに含むことができる。
【００７１】
上記の目的を達成すべく、本明細書の１開示は、セッションを管理するＳＭＦ（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）ノードを提供する。前記ＳＭＦノードは、ユーザ装置（ＵＥ）に対した情報をＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）ノードから受信する送受信部と、前記ＵＥのためのＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）セッションを生成し、ＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）にとって前記ＵＥのＰＤＵセッションに対するダウンリンクデータを廃棄しろとの通報のためのインディケーションを送信するかどうかを前記ＵＥの情報に基づいて決定するプロセッサを含むことができる。ここで、前記決定は、前記ＰＤＵセッションが前記ＵＥに提供される第１サービスに対したことであるかどうかに基づいて行われることができる。
【発明の効果】
【００７２】
本明細書の開示によれば、従来の問題点が解決されるようになる。
【図面の簡単な説明】
【００７３】
【図１】進化した移動通信ネットワークの構造図である。
【図２】次世代移動通信の予想構造をノード観点で示した例示図である。
【図３ａ】ローミング時ＬＢＯ（ｌｏｃａｌ  ｂｒｅａｋｏｕｔ）方式が採用されるアーキテクチャを示した例示図である。
【図３ｂ】ローミング時ＨＲ（ｈｏｍｅ  ｒｏｕｔｅｄ）方式が採用されるアーキテクチャを示した例示図である。
【図４ａ】ネットワークスライシング概念を具現するためのアーキテクチャの例を示した例示図である。
【図４ｂ】ネットワークスライシング概念を具現するためのアーキテクチャの他の例を示した例示図である。
【図５ａ】ＵＥがローミングしない場合のインターワーキングのためのアーキテクチャを示す。
【図５ｂ】ＵＥがローミングした場合のインターワーキングのためのアーキテクチャを示す。
【図６】ＬＡＤＮサービスの例を示す。
【図７】登録手順及びＰＤＵセッション樹立手順を示す。
【図８】ＵＥがＬＡＤＮサービス領域を移動する例を示す。
【図９】本明細書の第４開示による方案を示したフローチャートである。
【図１０】本明細書の第４開示によってＰＤＵセッションが非活性化され、バッファリングもオフ（ｏｆｆ）させる例を示したフローチャートである。
【図１１】本明細書の第４開示によってＰＤＵセッションが非活性化されても、バッファリングは、オン（ｏｎ）させるものの、ＤＤＮは、送信しない例を示したフローチャートである。
【図１２】本明細書の第４開示によってＰＤＵセッションが非活性化されても、バッファリングは、オン（ｏｎ）させるものの、ＤＤＮは、送信する例を示したフローチャートである。
【図１３】本発明の実施の形態によるＵＥ及びネットワークノードの構成ブロック図である。
【発明を実施するための形態】
【００７４】
本明細書で使われる技術的用語は、単に特定の実施例を説明するために使われたものであり、本発明を限定するものではないことに留意しなければならない。また、本明細書で使われる技術的用語は、本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野において、通常の知識を有する者により一般的に理解される意味で解釈されなければならず、過度に包括的な意味または過度に縮小された意味で解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない技術的な用語である場合、当業者が正確に理解することができる技術的用語に変えて理解しなければならない。また、本発明で使われる一般的な用語は、辞書の定義によってまたは前後文脈によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。
【００７５】
また、本明細書で使われる単数の表現は、文脈上、明白に異なる意味ではない限り、複数の表現を含む。本出願において、“構成される”または“有する”などの用語は、明細書上に記載された多様な構成要素、または複数のステップを必ず全て含むと解釈されてはならず、そのうち一部構成要素または一部ステップは含まれない場合もあり、または追加的な構成要素またはステップをさらに含む場合もあると解釈されなければならない。
【００７６】
また、本明細書で使われる第１及び第２などのように序数を含む用語は、多様な構成要素の説明に使われることができるが、前記構成要素は、前記用語により限定されてはならない。前記用語は、一つの構成要素を他の構成要素から区別する目的としてのみ使われる。例えば、本発明の権利範囲を外れない限り、第１の構成要素は第２の構成要素と命名することができ、同様に、第２の構成要素も第１の構成要素と命名することができる。
【００７７】
一構成要素が他の構成要素に“連結されている”または“接続されている”と言及された場合は、該当他の構成要素に直接的に連結されており、または接続されている場合もあるが、中間に他の構成要素が存在する場合もある。それに対し、一構成要素が他の構成要素に“直接連結されている”または“直接接続されている”と言及された場合は、中間に他の構成要素が存在しないと理解しなければならない。
【００７８】
以下、添付図面を参照して本発明による好ましい実施例を詳細に説明し、図面符号に関係なしで同じまたは類似の構成要素は同じ参照番号を付与し、これに対する重複説明は省略する。また、本発明を説明するにあたって、関連した公知技術に対する具体的な説明が本発明の要旨を不明にすると判断される場合、その詳細な説明を省略する。また、添付図面は、本発明の思想を容易に理解することができるようにするためのものであり、添付図面により本発明の思想が制限されると解釈されてはならないことに留意しなければならない。本発明の思想は、添付図面外に全ての変更、均等物乃至代替物にまで拡張されると解釈されなければならない。
【００７９】
添付図面には例示的にＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が示されているが、図示された前記ＵＥは、端末（Ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）などの用語で呼ばれる場合もある。また、前記ＵＥは、ノートブック、携帯電話、ＰＤＡ、スマートフォン（Ｓｍａｒｔ  Ｐｈｏｎｅ）、マルチメディア機器などのように携帯可能な機器であり、またはＰＣ及び車両搭載装置のように携帯不可能な機器である。
【００８０】
＜用語の定義＞
【００８１】
以下、図面を参照して説明するに先立って、本発明の理解のために、本明細書において使用される用語を簡略に定義することにする。
【００８２】
ＵＥ／ＭＳ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ／Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、ＵＥ１００装置を意味する。
【００８３】
ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍの略字として、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワークを支援するコアネットワークを意味する。ＵＭＴＳが進化した形態のネットワーク
【００８４】
ＰＤＮ（Ｐｕｂｌｉｃ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）：サービスを提供するサーバが位置した特立的な網
【００８５】
ＰＤＮ-ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）：ＵＥ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ、Ｐａｃｋｅｔ  ｓｃｒｅｅｎｉｎｇ  ＆  ｆｉｌｔｅｒｉｎｇ、Ｃｈａｒｇｉｎｇ  ｄａｔａ  ｃｏｌｌｅｃｔｉｏｎ機能を行うＥＰＳ網のネットワークノード
【００８６】
Ｓｅｒｖｉｎｇ  ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）：移動性担当（Ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒ）、パケットルーティング（Ｐａｃｋｅｔ  ｒｏｕｔｉｎｇ）、アイドルモードパケットバッファリング（Ｉｄｌｅモードｐａｃｋｅｔ  ｂｕｆｆｅｒｉｎｇ）、Ｔｒｉｇｇｅｒｉｎｇ  ＭＭＥ  ｔｏ  ｐａｇｅ  ＵＥ機能を行うＥＰＳ網のネットワークノード
【００８７】
ｅＮｏｄｅＢ：ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の基地局であって屋外に設置され、セルカバレッジ規模は、マクロセルに該当する。
【００８８】
ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙの略字であって、ＵＥに対したセッションと移動性を提供するためにＥＰＳ内で各エンティティを制御する機能を果たす。
【００８９】
セッション（Ｓｅｓｓｉｏｎ）：セッションは、データ送信のための通路であって、その単位は、ＰＤＮ、Ｂｅａｒｅｒ、ＩＰ  ｆｌｏｗ単位などになることができる。各単位の差は、３ＧＰＰにて定義したように対象ネットワーク全体単位（ＡＰＮまたはＰＤＮ単位）、その内でＱｏＳで区分する単位（Ｂｅａｒｅｒ単位）、目的地ＩＰアドレス単位に区分できる。
【００９０】
ＡＰＮ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅの略字であって、ネットワークで管理する接続ポイントの名称として ＵＥに提供される。すなわち、ＰＤＮを指し示したり区分する文字列である。要請したサービスまたは網（ＰＤＮ）に接続するためには、該当Ｐ-ＧＷを経るようになるが、このＰ-ＧＷを探索できるように網内で予め定義した名称（文字列）である。例えば、ＡＰＮは、ｉｎｔｅｒｎｅｔ．ｍｎｃ０１２．ｍｃｃ３４５．ｇｐｒｓのような形態になることができる。
【００９１】
ＰＤＮ接続（ｃｏｎｎｅｃｔｉｏｎ）：ＵＥからＰＤＮへの接続、すなわち、ｉｐアドレスで表現されるＵＥとＡＰＮで表現されるＰＤＮとの関連（接続）を示す。これは、セッションが形成されることができるようにコアネットワーク内のエンティティ間接続（ＵＥ（１００）-ＰＤＮ  ＧＷ）を意味する。
【００９２】
ＵＥ  Ｃｏｎｔｅｘｔ：ネックワークでＵＥを管理するために使用されるＵＥの状況情報、すなわち、ＵＥ  ｉｄ、移動性（現在位置等）、セッションの属性（ＱｏＳ、優先位等）から構成された状況情報。
【００９３】
ＮＡＳ（Ｎｏｎ-Ａｃｃｅｓｓ-Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥとの間の制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の上位ｓｔｒａｔｕｍ．ＵＥとネットワーク間の移動性管理（Ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）とセッション管理（Ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）、ＩＰアドレス管理（ＩＰ  ａｄｄｒｅｓｓ  ｍａｉｎｔｅｎａｎｃｅ）などを支援。
【００９４】
ＰＬＭＮ：公衆陸上通信網（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）の略語であって、事業者のネットワーク識別番号を意味する。ＵＥのローミング状況でＰＬＭＮは、Ｈｏｍｅ  ＰＬＭＮ（ＨＰＬＭＮ）とＶｉｓｉｔｅｄ  ＰＬＭＮ（ＶＰＬＭＮ）とに区分される。
【００９５】
＜ＬＡＤＮ（ｌｏｃａｌ  ａｒｅａ  ｄａｔａ  ｎｅｔｗｏｒｋ）＞
【００９６】
次世代（すなわち、５世帯）移動通信では、地域サービス（あるいは、地理的領域別特化サービス）を提供することを考慮している。このような地域サービスを次世代移動通信では、ＬＡＤＮと呼ぶことを考慮している。
【００９７】
図７は、登録手順及びＰＤＵセッション樹立手順を示す。
【００９８】
１）図７を参照すると、ＵＥは、登録要請（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをＮＧ  ＲＡＮの基地局に送信する、仮に、前記ＵＥが以前に樹立したＰＤＵセッションがあると、前記ＵＥは、前記登録要請メッセージ内に前記以前に樹立されたＰＤＵセッションに対する情報を含めることができる。
【００９９】
２）すると、前記ＮＧ  ＲＡＮの基地局は、ＡＭＦを選択する。
【０１００】
３）そして、前記ＮＧ  ＲＡＮの基地局は、前記選択されたＡＭＦに前記登録要請メッセージを送信する。
【０１０１】
４）前記ＡＭＦは、ＵＤＭから前記ＵＥの加入者情報を獲得する。そしてＰＣＦから政策情報を獲得する。
【０１０２】
５）そして、前記ＡＭＦは、ＵＥの状態情報（すなわち、これからＵＥが信号を受信することができる状態であることを表す情報）をＳＭＦに送信する。
【０１０３】
６）前記ＡＭＦは、登録受諾（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｃｃｅｐｔ）メッセージを前記ＵＥに送信する。このとき、仮に以前に樹立されたＰＤＵセッションがあると、前記登録受諾メッセージは、前記ＰＤＮセッションに対する情報を含むことができる。そして、仮に前記ＵＥがＬＡＤＮサービスに加入されている場合、前記ＡＭＦは、前記登録受諾メッセージ内にＬＡＤＮ情報を含むことができる。前記ＬＡＤＮ情報は、ＬＡＤＮ識別情報と、予め登録された地理的領域内で有効なＬＡＤＮサービスに対する情報を含むことができる。また、前記ＬＡＤＮ情報は、前記予め登録された地理的領域に対する情報を含むことができる。
【０１０４】
７）一方、前記ＵＥが以前に樹立したＰＤＵセッションがないと、前記ＵＥは、ＰＤＵセッション樹立要請メッセージを前記ＮＧ  ＲＡＮを経てＡＭＦに送信する。
【０１０５】
８）前記ＡＭＦは、前記ＵＥのためのＳＭＦを選択する。
【０１０６】
９）そして、前記ＡＭＦは、前記ＳＭＦにＰＤＵセッション樹立要請を送信する。
【０１０７】
９ａ）ＰＣＦからセッション設定に関する政策情報を獲得する。
【０１０８】
１０〜１２）前記ＳＭＦからＰＤＵセッション樹立応答メッセージが受信されると、前記ＡＭＦは、前記ＮＧ  ＲＡＮの基地局にＰＤＵセッション樹立要請を送信する。それにより、前記前記ＮＧ  ＲＡＮの基地局は、無線資源を設定する。
【０１０９】
１３）前記ＮＧ  ＲＡＮの基地局は、ＰＤＵセッション樹立応答メッセージを前記ＵＥに送信する。
【０１１０】
一方、図示していないが、前記ＵＥが以前に樹立したＰＤＵセッションがあると、前記ＵＥは、前記７過程においてＰＤＵセッション樹立要請メッセージの代りに、サービス要請メッセージを送信できる。
【０１１１】
＜ＬＡＤＮサービスに対して考慮できる問題点＞
【０１１２】
図８は、ＵＥがＬＡＤＮサービス領域を移動する例を示す。
【０１１３】
図８を参照して分かるように、ＵＥは、ＬＡＤＮサービス領域＃１からＬＡＤＮサービス領域＃２を経て、ＬＡＤＮサービス領域＃３に移動できる。
【０１１４】
前記移動がＵＥがアイドル状態時に行われると、位置更新手順（例えば、ＴＡＵ（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ）手順）が行われることができる。このとき、次世代コアネットワークは、前記ＵＥに利用可能なデータネットワークの情報（すなわち、ＬＡＤＮ情報）をＴＡＵリストと共に送信できる。
【０１１５】
ところが、前記ＵＥは、ＬＡＤＮサービス領域＃２を単純に経て過ぎることに過ぎないから、前記ＬＡＤＮサービス領域＃２において前記ＵＥにＬＡＤＮ情報を送信することは、非効率的でありうる。すなわち、中間経由地域でＬＡＤＮ情報を送信することは、ネットワークシグナリング／資源の浪費を招く。また、ＵＥの立場でも不必要な情報を受けて処理する負担を有することができる。
【０１１６】
一方、許可地域内で生成されるＰＤＵセッションが事業者の政策／加入情報によって義務的に使用されなければならない場合（例えば、特定地域でユーザが広告を受信するように加入されている場合）、該当ＰＤＵセッションは、ネットワークによっても生成／管理されるべきである。しかしながら、従来では、ＵＥによってのみセッションが生成さらざるをえなかった。
【０１１７】
また、ＬＡＤＮサービスのためのＰＤＵセッションは、許可された特定地域（あるいは、予め決まった地域）内で生成され、前記特定地域から外れると、前記ＰＤＵセッションは解除されるのが通常である。しかしながら、前記ＵＥが前記許可された特定地域と非許可地域を繰り返し的に移動すると、前記セッションの生成／解除のためのシグナリングが不必要に浪費されるという問題点がある。
【０１１８】
＜本明細書の開示＞
【０１１９】
したがって、本明細書の開示は、前述の問題点を解決するために、ＬＡＤＮでＰＤＵセッションの効率的な管理のための方案を提示することを目的とする。
【０１２０】
本明細書で提示される発明らは、以下の提案の一つ以上の組み合わせにより共に具現化されることができる。
【０１２１】
以下、説明されるＬＡＤＮ情報／政策情報内には、利用可能なＤＮＮ（Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｎａｍｅ）と許可された地理的領域に対する情報が含まれるのを仮定する。
【０１２２】
Ｉ．第１開示：ＵＥがＬＡＤＮに対した自身の選好度／使用有無設定情報をネットワークに知らせる方案
【０１２３】
ＵＥは、予め設定されている特定地域で登録要請メッセージ（初期接続（ａｔｔａｃｈ）時の登録要請メッセージだけでなく、移動に応じる位置更新要請メッセージあるいは周期的な位置更新要請メッセージを含む）にＬＡＤＮ使用に対する選好度／利用有無設定に対するインディケーションを含んでネットワークに送信できる。前記ネットワークノードは、前記ＵＥから受信したインディケーションに基づいて、ＬＡＤＮ情報をＵＥに伝達するかどうかを決定できる。前記決定において、前記ネットワークノードは、前記ＵＥの加入者情報あるいは事業者政策に応じて、前記ＵＥから受信したインディケーションを考慮するか、または考慮しない。
【０１２４】
上記の方案についての具体的な適用例を説明すれば、以下のとおりである。
【０１２５】
特定競技場あるいは公演会場が位置した地域に事業者がＬＡＤＮを設定しておいたと仮定しよう。ＵＥは、前記ＬＡＤＮのための特定アプリケーションを介して競技あるいは公演と関連した情報を受けることができる。前記特定アプリケーションを使用するＵＥは、該当地域で登録要請メッセージを送信しながら、前記ＬＡＤＮサービスに対する選好度または使用有無設定に対するインディケーションを含めることができる。すると、前記登録要請メッセージに含まれたインディケーションが前記ＵＥが前記ＬＡＤＮサービスの提供を希望すると表す場合、あるいは前記ＵＥが前記ＬＡＤＮ情報の受信を希望すると表す場合、ネットワークノードは、登録受諾メッセージ内にＬＡＤＮ情報を含めて送信する。
【０１２６】
一方、ＵＥが前記特定アプリケーションを実行した場合、そして前記ＵＥが該当ＬＡＤＮ情報を以前に獲得できなかった場合、ＵＥは、前記ＬＡＤＮ情報を獲得するために、前記インディケーションを含む登録要請メッセージを送信できる。
【０１２７】
ＩＩ．第２開示：ＵＥがＬＡＤＮのためのＰＤＵセッションを生成するようにネットワークが強制する方案
【０１２８】
事業者の特定政策に従ってＵＥが位置登録を行う場合、あるいは特定加入者情報を有したＵＥが位置登録を行う場合、ネットワークは、ＬＡＤＮのためのＰＤＵセッションの生成を強制するインディケーションを送信できる。仮に、前記ＵＥが許可された地域で位置登録メッセージ（例えば、ＴＡＵ要請メッセージ）を送信する場合、前記ネットワークノードは、ＰＤＵセッションを必ず生成しなければならないというインディケーションとＬＡＤＮ情報を含む位置登録応答メッセージ（例えば、ＴＡＵ受諾メッセージ）とを伝達する。すると、前記ＵＥは、前記インディケーションに基づいて、前記ＬＡＤＮのためのＰＤＵセッション樹立を行う。一方、前記ネットワークノードは、前記インディケーションを送信した後、対応タイマーを駆動できる。そして、前記ネットワークノードは、前記タイマーが満了するまで、前記ＵＥからＰＤＵセッション樹立要請メッセージを受信しているかどうかを確認することができる。仮に前記タイマーが満了するまで前記ＵＥからＰＤＵ樹立要請メッセージを受信していないと、前記ネットワークノードは、事業者政策に従ってＵＥの特定もしくはすべてのサービスを遮断したり、あるいは課金政策に適用する等（例えば、割引料金の撤回等）の制御を行うことができる。一方、前記ＰＤＵセッションの生成が完了すると、前記ネットワークノードは、ＰＤＵセッション生成完了に対する情報をアプリケーションサーバに伝達できる。
【０１２９】
さらに他の方案としてアプリケーションサーバは、ＵＥの位置移動を検出した後、前記ＵＥが前記許可された地域（すなわち特定地域）に進入した場合、前記ＰＤＵセッションの生成が必ず必要であるというインディケーションを前記ＵＥに伝達できる。例えば、前記インディケーションは、ページング信号に含まれて伝達されることができる。
【０１３０】
上記の方案に対する具体的な適用例を説明すれば、以下の通りである。
【０１３１】
事業者が指定しておいた特定地域においてＵＥが広告を受信する条件で加入されている場合、前記ＵＥが前記特定地域に進入すれば、ネットワークノードは、ＬＡＤＮのためのＰＤＵセッションの生成を強制するインディケーションを送信できる。
【０１３２】
ＩＩＩ．第３開示：ＵＥが許可地域と非許可地域を繰り返し的に移動する場合-ＬＡＤＮ情報交換／更新
【０１３３】
ＬＡＤＮのためのＰＤＵセッションを使用していたＵＥが許可地域と非許可地域を短い時間内に頻繁に移動する状況を仮定しよう。このような状況では、ＵＥがネットワークから繰り返し的にＬＡＤＮ情報を受信することは、非効率的でありうる。このような問題を解決しようと、本明細書の第３開示は、先の第１開示の変形例として、ＵＥがＬＡＤＮ情報を受信する必要が無いことを表すインディケーションあるいは既にＬＡＤＮ情報を有しているので、追加的に受信する必要が無いことを表すインディケーションをネットワークノードに送信できるようにする。
【０１３４】
追加的に、第３開示は、ＬＡＤＮ関連情報／政策をバージョン単位に管理する方案を提案する。すなわち、短い時間でもＬＡＤＮ情報が変更されることができるので、ネットワークノードは、前記ＬＡＤＮ情報とそして該当バージョン情報（あるいはタイムスタンプのような情報）をＵＥに伝達する。前記ＵＥは、一定時間内に同じ許可地域に繰り返し的に進入する場合、位置登録／更新要請メッセージ内に前記バージョン情報を含めて前記ネットワークノードに送信できる。すると、前記ネットワークノードは、最新のＬＡＤＮ情報に対するバージョン情報と前記ＵＥから獲得したバージョン情報との一致／不一致によって、前記ＵＥに新しいＬＡＤＮ情報を伝達するかどうかを決定できる。
【０１３５】
一方、前述の内容は、ＵＥが該当地域に繰り返し的に進入する場合だけでなく、周期的位置登録／更新要請手順に対しても適用されることができる。例えば、周期的位置登録／更新要請手順を行うごとにネットワークノードから同じＬＡＤＮ情報を受けることは非効率的でありうる。したがって、ＵＥが同じ許可地域内で周期的位置登録／更新要請手順を行う場合、前記ＵＥは、前記バージョン情報を前記ネットワークノードに送信できる。すると、前記ネットワークノードは、最新のＬＡＤＮ情報に対するバージョン情報と前記ＵＥから獲得したバージョン情報の一致／不一致によって、前記ＵＥに新しいＬＡＤＮ情報を伝達するかどうかを決定できる。
【０１３６】
ＩＶ．第４開示：ＵＥが許可地域と非許可地域を繰り返し的に移動する場合-ネットワークのＰＤＵセッション制御／管理
【０１３７】
前記ＬＡＤＮのためのＰＤＵセッションは、許可地域内においてのみ使用されうるから、前記ＵＥが許可地域から外れて非許可地域に進入すると、前記ＬＡＤＮのためのＰＤＵセッションは、解除（ｒｅｌｅａｓｅ）することが一般的でありうる。しかし、ＬＡＤＮのためのＰＤＵセッションを使用していたＵＥが許可地域と非許可地域を短い時間内に頻繁に移動する状況では、ＰＤＵセッションの解除及び樹立が繰り返されることができる。したがって、以上のような状況では、ＬＡＤＮセッションを解除（ｒｅｌｅａｓｅ）してから再度樹立することは非効率的でありうる。
【０１３８】
したがって、本明細書の第４開示は、ネットワークがＵＥの位置移動を感知し、前記ＵＥが非許可地域へ移動する場合、前記ＰＤＵセッションを解除させないで、前記ＰＤＵセッションを一定時間の間に保留（ｓｕｓｐｅｎｄ）させておくことができる（すなわち、前記ＰＤＵセッションのコンテキストあるいは前記ＰＤＵセッションのＵＰ（ｕｓｅｒ  ｐｌａｎｅ）コネクションを非活性化したまま維持させることができる）。そして、前記ＵＥが一定時間内に再度許可地域に進入する場合、前記ネットワークノードは、前記ＰＤＵセッションを再開（ｒｅｓｕｍｅ）する手順（すなわち、前記ＰＤＵセッションのコンテキストを活性化する手順あるいは前記ＰＤＵセッションのＵＰコネクションを活性化する手順）を行うことができる。すなわち、第４開示は、ＰＤＵセッションを解除する従来の技術とは異なり、一時中止／非活性化する方案を提示する。また、第４開示は、一時中止／非活性化されたＰＤＵセッションを再開／活性化する方案を提示する。
【０１３９】
図９は、本明細書の第４開示による方案を示したフローチャートである。
【０１４０】
１）特定許可地域に進入したＵＥは、ＬＡＤＮのためのＰＤＵセッションを生成する。このとき、本明細書の開示によれば、ＡＭＦは、ＵＥの位置移動を感知できるから、位置移動に応じてセッション管理が適切に行われるようにするために、あるいはＳＭＦに通知するために、ＬＡＤＮのためのＰＤＵセッションに対するマーキングをコンテキストに記録／更新する。仮に、前記ＰＤＵセッションに対するマーキングが前記コンテキストに記録されなくても、前記ＳＭＦは、特定ＵＥの位置移動を前記ＡＭＦから報告されるように設定しておくことができ、それに応じてセッション管理を行うことはできる。
【０１４１】
２）前記ＵＥが位置移動するに伴い、位置更新登録手順（例えばＴＡＵ手順）を行う。具体的に前記ＵＥは、位置更新登録要請メッセージ（例えば、ＴＡＵ要請メッセージ）内に位置情報（例えばＴＡＩ、Ｃｅｌｌ  ＩＤ等）を含めて送信できる。
【０１４２】
３）前記ＡＭＦは、前記ＵＥから受けた位置情報とそして予め設定されているあるいはＰＣＦから受けたＬＡＤＮサービス領域に対する情報に基づいて、前記ＵＥがＰＤＵセッションを使用し続けることができるかどうかを判断する。
【０１４３】
仮に、前記ＵＥの移動によってＡＭＦが変更される場合、新しいＡＭＦは、以前ＡＭＦからコンテキストを獲得する手順を行うことができる。このとき、以前ＡＭＦは、前記ＵＥが位置移動したことを認知することができる。そして前記移設ＡＭＦは、前記ＵＥに伝達されなければならないＬＡＤＮ関連情報（例えば、ＬＡＤＮタイマーの値等）をコンテキストに含めて、前記新しいＡＭＦに伝達できる。
【０１４４】
４）仮にＵＥが前記ＬＡＤＮサービス領域から外れたと判断される場合、ＬＡＤＮのためのＰＤＵセッションを一時停止（すなわち、前記ＰＤＵセッションのＵＰコネクションを非活性化）させるための手順が行われる。追加に、前記ＰＤＵセッションの非活性化と関連したＬＡＤＮタイマーが駆動される。前記タイマーは、ネットワークノード及び前記ＵＥによって駆動されることができる。前記ＵＥは、自身が前記ＬＡＤＮサービス領域から外れたことを認知するようになると、前記タイマーを自ら動作させることもでき、あるいは前記ネットワークノードから前記タイマーの値を受けて駆動することもできる。
【０１４５】
前記ＰＤＵセッションを介したデータの送受信が完了せずにネットワークのどこかから送信されている途中であっても、前記ＵＥが前記ＬＡＤＮサービス領域から外れた場合には、前記ＰＤＵセッションは、一時停止（すなわち、前記ＰＤＵセッションのＵＰコネクションを非活性化）されることができる。したがって、第４開示は、前記ＰＤＵセッションが一時停止すると（すなわち、前記ＰＤＵセッションのＵＰコネクションが非活性化されると）、ネットワークノード内でのデータバッファリングを中断させることを提案する。または、バッファリングされているデータをドロップ（ｄｒｏｐ）させることを提案する。
【０１４６】
すなわち、ＡＭＦがＵＥの位置移動を認知した後、ＬＡＤＮのためのＰＤＮセッションの一時停止（あるいは非活性化）を決定すると、
ｉ）ＡＭＦは、ＳＭＦにＬＡＤＮのためのＰＤＮセッションの非活性化情報を伝達する。そして、前記ＡＭＦは、前記ＬＡＤＮと関連したタイマーの値を伝達できる。すると、ＳＭＦは、バッファリングと関連した指示をＵＰＦに伝達できる。このとき、前記ＳＭＦは、前記タイマー値をＵＰＦに共に伝達することもできる。あるいは、前記ＳＭＦは、前記タイマー値に保護時間を加減することによって、バッファリング時間を算出し、前記算出したバッファリング時間を前記ＵＰＦに伝達できる。あるいは、前記ＵＰＦは、指示を受信すると、予め設定されている値を基準としてバッファリング時間値を決定できる。
【０１４７】
ｉｉ）ＡＭＦは、ＳＭＦにＬＡＤＮのためのＰＤＮセッションの非活性化情報を伝達する。そして、前記ＡＭＦは、タイマー値を前記ＳＭＦに伝達する。前記ＳＭＦは、前記タイマー値に基づいて、ＵＰＦにバッファリングしないことを指示（すなわち、バッファリング中のデータのｄｒｏｐあるいは追加に受けるデータがあるとｄｒｏｐを指示）できる。このとき、前記ＳＭＦは、前記タイマー値をＵＰＦに共に伝達することもできる。あるいは、前記ＳＭＦは、前記タイマー値に保護時間を加減することによって、バッファリングしない時間を算出し、前記算出された時間を前記ＵＰＦに伝達できる。あるいは、前記ＵＰＦは、指示を受信すると、予め設定されている値に基づいてバッファリングしない時間値を決定できる。
【０１４８】
５）前記ＵＥとネットワークノードは、前記タイマーが満了するまで、前記ＰＤＵセッションの一時停止／非活性化が維持される。すなわち、ＵＥ及びネットワークノードのうち、何れか一つによりデータ送受信の開始のための手順が始まったとしても、適切な原因情報と共に拒絶メッセージが送信されることができる。仮に前記タイマーが満了するまで、前記ＵＥが有効な許可地域（すなわち、ＬＡＤＮサービス領域）に復帰しない場合、該当ＰＤＵセッションを解除させるための手順が進められる。しかしながら、タイマーが満了する前、ＵＥが有効な許可地域（すなわち、ＬＡＤＮサービス領域）に復帰した場合、該当ＰＤＵセッションを再開あるいは活性化するための手順が行われる。
【０１４９】
６）ＰＤＵセッションが再開あるいは活性化される時期は、次の通りである。ｉ）遅延（ｄｅｌａｙ／ｌａｔｅｎｃｙ）時間が重要な場合、あるいは政策によってバッファリング中のデータがある場合、前記ＵＥが有効な許可地域（すなわち、ＬＡＤＮサービス領域）に復帰するやいなや直ちにＰＤＵセッションが再開あるいは活性化されることができる。ｉｉ）ＵＥが有効な許可地域（すなわち、ＬＡＤＮサービス領域）に復帰しても、データの送受信が必要な時点／発生した時点においてＰＤＵセッションが再開あるいは活性化されることができる。一方、上記の２通りの方案のうち、いずれかの方案が使用されるに関わらず、前記ＵＥが有効な許可地域（すなわち、ＬＡＤＮサービス領域）に復帰した場合には、直ちに前記タイマーは停止する。これは、前記ＵＥが有効な許可地域（すなわち、ＬＡＤＮサービス領域）に復帰したとても、ＰＤＵセッションの非活性化を維持した状況で、前記タイマーが満了することによって、該当ＰＤＵセッションが解除されるのを防止するためである。すなわち、前記ＵＥが有効な許可地域（すなわち、ＬＡＤＮサービス領域）に復帰した場合には、前記ＰＤＵセッションは、維持されなければならないためであり、また有効な許可地域（すなわち、ＬＡＤＮサービス領域）内では、前記ＰＤＵセッションの管理が前記タイマーにより左右しないようにするためである。
【０１５０】
図１０は、本明細書の第４開示によってＰＤＵセッションが非活性化され、バッファリングもオフ（ｏｆｆ）させる例を示したフローチャートである。
【０１５１】
１）図１０を参照すると、ＵＥは、初期登録手順を行なって、次世代（５Ｇ）ネットワークシステムに接続する。
【０１５２】
２）上記の１過程と同時にあるいは別途に前記ＵＥは、ＰＤＵセッション樹立手順を行う。前記ＰＤＵセッション樹立手順を上記の１過程と共に行うためには、前記ＵＥが使用するすべてのＰＬＭＮがＬＡＮＤサービス領域内に含まれており、事前にＵＥに該当情報が設定されていなければならない。代案として、前記ＰＤＵセッション樹立手順は、図７を参照して既に説明したように、前記１過程と別に行われることもできる。すなわち、前記ＵＥは、ＡＭＦからＬＡＤＮ情報を含む登録受諾メッセージを受信すると、前記ＬＡＤＮ情報に応じて前記ＰＤＵセッション樹立手順を行うことができる。
【０１５３】
３）前記ＵＥが移動して位置更新登録手順を行うか、または周期的位置更新登録手順を行うと、前記ＡＭＦは、ＵＥの位置情報を収集できる。
【０１５４】
４）前記ＡＭＦは、前記ＵＥの位置情報（例えば、ＬＡＤＮサービス領域内に進入したかあるいは外れたかなどに対する情報）を必要によって前記ＳＭＦに伝達する。このように前記ＡＭＦが前記ＵＥの位置情報を報告するよう、前記ＳＭＦは、事前に前記ＡＭＦに登録しておくことができる。
【０１５５】
５）仮にＵＥが許可地域、すなわちＬＡＤＮサービス領域を外れたと検出する場合、前記ＳＭＦは、ＬＡＤＮのためのＰＤＵセッションをどのように管理するかを決定する。図１０の例示では、該当ＰＤＵセッション（ＰＤＮセッションのＵＰコネクション）が非活性化されることに決定される例を示す。このような決定は、ＵＥの位置情報だけでなく、事業者の政策／設定などを考慮して行われることができる。このように、ＰＤＵセッションが非活性化されることに決定されると、ＵＰＦでのバッファリングをｏｎ／ｏｆｆさせるかどうかも共に決定される。前記バッファリングに対する決定は、該当ＰＤＵセッション（ＰＤＮセッションのＵＰコネクション）が非活性化されることに決定されるごとに併行して行われることができる。または、前記バッファリングに対する決定は、一回行われた後、前記決定の結果が設定情報内に記録されることができる。
【０１５６】
前記バッファリングに対する決定は、基本的に事業者／ネットワークの政策／設定情報を基準として行われるが、以下のような要素が追加的に考慮されることができる。
【０１５７】
-遅延敏感度（Ｄｅｌａｙ  ｓｅｎｓｉｔｉｖｅ）：遅延敏感度の高いデータ、すなわち遅延無しで直ちに伝達されなければならないデータの場合、バッファリングの意味がない。したがって、前記決定のために該当ＬＡＤＮサービスが遅延敏感度の高いデータのためのものであるかどうかが考慮されることができる。前記遅延敏感度が高いかどうかは、ＰＤＵセッションコンテキスト内にあるフロー（ｆｌｏｗ）の５ＱＩを検査することで確認することができる。例えば、ＬＡＤＮのためのＰＤＵセッションがリアルタイム（ｒｅａｌｔｉｍｅ）ゲーム、ライブストリーミングを指示する５ＱＩ  ２、３、６、７などのフローのために使用される場合、前記ＳＭＦは、前記ＵＰＦでのバッファリングをｏｆｆさせることに決定する。この他にもｓｔａｎｄａｒｄ  ５ＱＩ値でない、事業者が定義して使用する特定５ＱＩ番号を有し、その番号に対してバッファリングをｏｆｆするよう設定されている場合、ＳＭＦは、これに基づいて前記ＵＰＦでのバッファリングをｏｆｆさせることに決定できる。
【０１５８】
【表２】
2019535194.tif 000004
【０１５９】
６）前記ＳＭＦは、ＰＤＵセッションを非活性化させるためにＵＰＦに（すなわち、ＰＤＵセッションのＵＰコネクション、すなわちＵＰ資源の解除を指示する。このとき、前記ＳＭＦは、前記５過程で決定されたことに応じてバッファリングのｏｆｆを共に指示できる。すなわち、前記ＳＭＦは、バッファリング中のデータのｄｒｏｐを指示できる。追加的にバッファリングのｏｎ／ｏｆｆを全体ＰＤＵセッションに対して決定することでなく、フロー単位に決定すると、前記ＳＭＦは、フローｉｄ／５ＱＩ情報もＵＰＦに共に伝達できる。
【０１６０】
７）前記ＵＰＦは、前記ＳＭＦからの指示に従ってＵＰコネクションを解除、すなわちＵＰ資源を解除する。そして、バッファリングのｏｎ／ｏｆｆ指示に従ってバッファリング設定を更新する。すなわち、前記ＵＰＦは、前記バッファリングのｏｆｆ指示を受信すると、バッファリング中のデータをｄｒｏｐする。
【０１６１】
８）前記ＵＰＦは、ＳＭＦに応答メッセージを送信する。
【０１６２】
９）一方、前記ＵＥのためのダウンリンクデータがＵＰＦに到着すると、前記ＵＰＦは、前記ＵＥのＰＤＵセッション／フローに対するバッファリング設定がｏｆｆになっているかどうかを確認する。仮に、前記バッファリングがｏｆｆに設定されている場合、前記ＵＰＦは、該当ダウンリンクデータをバッファリングせずに廃棄する。したがって、前記ＵＰＦは、ＤＤＮ（ｄｏｗｎｌｉｎｋ  ｄａｔａ  ｎｏｔｉｆｉｃａｔｉｏｎ）を前記ＳＭＦに送信しないときがありうる。このとき、前記ＵＰＦは、ネットワークの設定に応じてダウンリンクデータが廃棄されたというイベントを記録格納することができる。
【０１６３】
図１１は、本明細書の第４開示によってＰＤＵセッションが非活性化されても、バッファリングは、オン（ｏｎ）させておくものの、ＤＤＮは、送信しない例を示したフローチャートである。
【０１６４】
１-１０）この過程は、図１０の過程１〜１０と似ている。ただし、図１１では、ＰＤＵセッションが非活性化されても、図１０とは異なり、前記ＳＭＦがＵＰＦのバッファリングをオン（ｏｎ）させることに決定し、該当指示を前記ＵＰＦに伝達したと仮定する。過程１０では、前記ＳＭＦからバッファリングのｏｎが指示されたので、ダウンリンクデータをバッファリングする。
【０１６５】
ただし、前記ＵＰＦは、前記ダウンリンクをバッファリングしても、ＤＤＮは、前記ＳＭＦに送らないときがありうる。
【０１６６】
１１）前記ＵＥが移動して、前記許可地域、すなわちＬＡＤＮサービス領域に再度進入すると、前記ＡＭＦがこれを探知する。
【０１６７】
１２）前記ＡＭＦは、前記ＳＭＦに前記ＵＥの位置情報を伝達する。
【０１６８】
１３）前記ＳＭＦは、前記ＵＰＦ内にバッファ中のデータがあるかどうかを確認要請する。追加的に、前記ＳＭＦは、後のダウンリンクデータはバッファリングだけでなく、ＤＤＮも送信しろと前記ＵＰＦに要請できる。
【０１６９】
１４）仮にバッファリング中のデータがあった場合、前記ＵＰＦは、ＤＤＮメッセージを前記ＳＭＦに送信する。すると、前記ＳＭＦは、前記ＡＭＦがＵＥにページング信号を送信するようにする。
【０１７０】
図１２は、本明細書の第４開示によってＰＤＵセッションが非活性化されても、バッファリングは、オン（ｏｎ）させておくものの、ＤＤＮは、送信する例を示したフローチャートである。
【０１７１】
１-１０）この過程は、図１０の過程１〜１０と似ている、ただし、図１１では、ＰＤＵセッションが非活性化されても、図１０とは異なり、前記ＳＭＦがＵＰＦのバッファリングをオン（ｏｎ）させることに決定し、該当指示を前記ＵＰＦに伝達したと仮定する。過程１０では、前記ＳＭＦからバッファリングのｏｎが指示されたので、ダウンリンクデータをバッファリングする。
【０１７２】
１１）図１１では、前記ＵＰＦは、前記ダウンリンクをバッファリングし、ＤＤＮを前記ＳＭＦに送信する例を示す。前記ＳＭＦは、前記ＤＤＮを受信すると、前記ＵＥのＰＤＮセッションを確認する。このとき、前記ＳＭＦは、前記ＵＥのＰＤＵセッションがＬＡＤＮのためのもので、現在非活性化状態であることを認知できる。このとき、前記ＳＭＦが該当ＵＥに対したページング手順を直ちに行うこともでき、行わないこともできる。このようにページング手順を行うかどうかは、ネットワーク設定によって決定されることができる。仮に、ＵＥの位置更新領域とＬＡＤＮサービス領域との間には、従属関係がない場合であると、ネットワークは、該当ＵＥに対したページング手順を行うこともできる。以下の過程１２は、前記ネットワークが前記ＵＥに対したページング手順を直ちに行わないことに決定した場合の手順である。このように前記ＳＭＦが前記ＵＥに対したページング手順を直ちに行わないことに決定した場合、前記ＳＭＦは、ダウンリンクデータが存在することを記録／格納しておく。
【０１７３】
１２）前記ＵＥが移動して、前記許可地域、すなわちＬＡＤＮサービス領域に再度進入すると、前記ＡＭＦがこれを探知する。
【０１７４】
１３）前記ＡＭＦは、前記ＳＭＦに前記ＵＥの位置情報を伝達する。
【０１７５】
１４）前記ＳＭＦは、過程１１で受信したＤＤＮに基づいて、ダウンリンクデータがバッファリング中であることを確認する。すると、前記ＳＭＦは、前記ＵＥがＬＡＤＮサービス領域に進入したので、ＰＤＮセッションを活性化するための手順を行う。そして、前記ＳＭＦは、前記ＵＥにページング信号を送信する。
【０１７６】
以上説明した内容は、ハードウェアにより具現化されることができる。これについて図面を参照して説明する。
【０１７７】
図１３は、本発明の実施の形態によるＵＥ及びネットワークノードの構成ブロック図である。
【０１７８】
図１３に示すように前記ＵＥ１００は、格納スーダン１０１、コントローラ１０２、及び送受信部１０３を備える。そして、前記ネットワークノードは、アクセスネットワーク（ＡＮ）、ラジオアクセスネットワーク（ＲＡＮ）、ＡＭＦ、ＣＰ機能ノード、ＳＭＦでありうる。前記ネットワークノードは、格納スーダン５１１、コントローラ５１２、及び送受信部５１３を備える。
【０１７９】
前記格納手段は、前述の方法を格納する。
【０１８０】
前記コントローラは、前記格納スーダン及び前記送受信部を制御する。具体的に前記コントローラは、前記格納スーダンに格納された前記方法を各々実行する。そして、前記コントローラは、前記送受信部を介して前記述べた信号を送信する。
【０１８１】
以上、本発明の好ましい実施の形態を例示的に説明したが、本発明の範囲は、このような特定実施の形態に限定されるものではないので、本発明は、本発明の思想及び特許請求の範囲に記載された範ちゅう内で多様な形態で修正、変更、または改善されることができる。
【図１】
2019535194.tif 000005
【図２】
2019535194.tif 000006
【図３ａ】
2019535194.tif 000007
【図３ｂ】
2019535194.tif 000008
【図４ａ】
2019535194.tif 000009
【図４ｂ】
2019535194.tif 000010
【図５ａ】
2019535194.tif 000011
【図５ｂ】
2019535194.tif 000012
【図６】
2019535194.tif 000013
【図７】
2019535194.tif 000014
【図８】
2019535194.tif 000015
【図９】
2019535194.tif 000016
【図１０】
2019535194.tif 000017
【図１１】
2019535194.tif 000018
【図１２】
2019535194.tif 000019
【図１３】
2019535194.tif 000020
【手続補正書】
【提出日】平成31年4月1日(2019.4.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
セッション管理機能（ＳＭＦ）ノードがセッションを管理する方法であって、
ユーザ装置（ＵＥ）のためのパケットデータユニット（ＰＤＵ）セッションを生成するステップと、
前記ＵＥに関する情報をアクセス及び移動性管理機能（ＡＭＦ）ノードから受信するステップと、
前記情報に基づいて、前記ＵＥの前記ＰＤＵセッションに対するダウンリンクデータを廃棄することをユーザ平面機能（ＵＰＦ）ノードに通報するための指示を送信するかどうかを決定するステップと、を含み、
前記決定するステップは、前記ＰＤＵセッションが前記ＵＥに提供される第１サービスに対応するかどうかに基づいて行われることを特徴とする、方法。
【請求項２】
前記ＰＤＵセッションが前記第１サービスに対応する場合、前記ダウンリンクデータを廃棄することを前記ＵＰＦノードに通知するための前記指示が、前記情報に基づいて送信される、請求項１に記載の方法。
【請求項３】
前記ＰＤＵセッションが前記第１サービスに対応する場合、前記情報に基づいて、前記ＰＤＵセッションに対するコンテキストが維持されるように、前記ＵＥの前記ＰＤＵセッションを解除せずに非活性化させるステップをさらに含む、請求項１に記載の方法。
【請求項４】
前記ＵＰＦノードが前記指示を受信した場合、前記ＵＰＦノードは、前記ＵＥの前記ＰＤＵセッションに対する前記ダウンリンクデータのバッファリングを中断する、請求項１に記載の方法。
【請求項５】
データを送信するためのサービス要請を受信するステップと、
前記ＰＤＵセッションが前記第１サービスに対応する場合、前記情報を考慮して拒絶メッセージを送信するステップと、をさらに含む、請求項１に記載の方法。
【請求項６】
セッションを管理するセッション管理機能（ＳＭＦ）ノードであって、
ユーザ装置（ＵＥ）に関する情報をアクセス及び移動性管理機能（ＡＭＦ）ノードから受信するよう構成された送受信部と、
前記ＵＥのためのパケットデータユニット（ＰＤＵ）セッションを生成し、前記情報に基づいて、前記ＵＥの前記ＰＤＵセッションに対するダウンリンクデータを廃棄することをユーザ平面機能（ＵＰＦ）ノードに通報するための指示を送信するかどうかを決定するよう構成されたプロセッサと、を含み、
前記決定は、前記ＰＤＵセッションが前記ＵＥに提供される第１サービスに対応するかどうかに基づいて行われることを特徴とする、ＳＭＦノード。
【請求項７】
前記ＰＤＵセッションが前記第１サービスに対応する場合、前記ダウンリンクデータを廃棄することを前記ＵＰＦノードに通知するための前記指示が、前記情報に基づいて送信される、請求項６に記載のＳＭＦノード。
【請求項８】
前記ＰＤＵセッションが前記第１サービスに対応する場合、前記情報に基づいて、前記ＰＤＵセッションに対するコンテキストが維持されるように、前記ＳＭＦノードは前記ＵＥの前記ＰＤＵセッションを解除せずに非活性化させるよう構成される、請求項６に記載のＳＭＦノード。
【請求項９】
前記ＵＰＦノードが前記指示を受信した場合、前記ＵＰＦノードは、前記ＵＥの前記ＰＤＵセッションに対する前記ダウンリンクデータのバッファリングを中断する、請求項６に記載のＳＭＦノード。
【請求項１０】
データを送信するためのサービス要請が前記送受信部を介して受信されたとき、前記プロセッサは、前記ＰＤＵセッションが前記第１サービスに対応する場合、前記情報を考慮して拒絶メッセージを送信するように前記送受信部を制御するよう構成される、請求項６に記載のＳＭＦノード。
【国際調査報告】
2019535194.tif 000021
2019535194.tif 000022
2019535194.tif 000023
2019535194.tif 000024