(57)【要約】      （修正有）【課題】コネクションごとに１つのセッション管理機能を設定する、ネットワークスライスごとにセッション管理を分離するセッション管理ノードを提供する。【解決手段】セッション管理ノードにおいて、加入者データ管理ノードからセッションに関する加入者コンテキストを受信する手段と、ＵＥの通信パターンに関連する情報をモビリティ管理ノードに送信する手段とを備える。当該情報は、モビリティ管理ノードにおいてＵＥの通信パターンの情報をアクセスネットワークノードに送信するために使われる。【選択図】図７
2020115686.tif 000002
【特許請求の範囲】
【請求項１】
セッション管理ノードであって、
加入者データ管理ノードからセッションに関する加入者コンテキストを受信する手段と、
前記セッションにおいてのUser Equipment（UE）の通信パターンに関連する情報をモビリティ管理ノードに送信する手段と、を備え、
当該情報は前記モビリティ管理ノードにおいて前記UEの通信パターンの情報をアクセスネットワークノードに送信するために使われる、セッション管理ノード。
【請求項２】
前記UEから前記セッションの確立要求を受信する手段と、
前記確立要求に基づいて前記加入者データ管理ノードへ前記加入者コンテキストを要求する手段と、を備える、請求項1に記載のセッション管理ノード。
【請求項３】
前記加入者データ管理ノードを介してExposure functionノードから通信特性の情報を受信する手段を備える請求項1または2に記載のセッション管理ノード。
【請求項４】
Exposure Functionノードとの間でアソシエーションを構成又は更新する手段を備える請求項1または2に記載のセッション管理ノード。
【請求項５】
セッション管理方法であって、
加入者データ管理ノードからセッションに関する加入者コンテキストを受信し、
前記セッションにおいてのUser Equipment（UE）の通信パターンに関連する情報をモビリティ管理ノードに送信し、
当該情報は前記モビリティ管理ノードにおいて前記UEの通信パターンの情報をアクセスネットワークノードに送信するために使われる、セッション管理方法。
【請求項６】
前記UEから前記セッションの確立要求を受信し、
前記確立要求に基づいて前記加入者データ管理ノードへ前記加入者コンテキストを要求する、請求項5に記載のセッション管理方法。
【請求項７】
前記加入者データ管理ノードを介してExposure functionノードから通信特性の情報を受信する、請求項5または6に記載のセッション管理方法。
【請求項８】
Exposure Functionノードとの間でアソシエーションを構成又は更新する、請求項5または6に記載のセッション管理方法。
【請求項９】
アクセスネットワークノードと、
モビリティ管理ノードと、
セッション管理ノードと、
加入者データ管理ノードと、を備え、
前記セッション管理ノードは、
前記加入者データ管理ノードからセッションに関する加入者コンテキストを受信する手段と、
前記セッションにおいてのUser Equipment（UE）の通信パターンに関連する情報を前記モビリティ管理ノードに送信する手段と、を備え、
前記モビリティ管理ノードは、
前記セッション管理ノードから前記セッションにおいての前記UEの通信パターンに関連する情報を受信し、前記セッションにおいての前記UEの通信パターンの情報を前記アクセスネットワークノードに送信する手段を備え、
前記アクセスネットワークノードは、
前記UEの通信パターンの情報を受信する手段を備える、通信システム。
【請求項１０】
前記セッション管理ノードは、
前記UEから前記セッションの確立要求を受信する手段と、
前記確立要求に基づいて前記加入者データ管理ノードへ前記加入者コンテキストを要求する手段と、を備える、請求項9に記載の通信システム。
【請求項１１】
Exposure functionノードを備え、
前記加入者データ管理ノードは、
前記Exposure functionノードから通信特性の情報を受信する手段と、
当該通信特性の情報を前記セッション管理ノードに送信する手段と、を備える請求項9または10に記載の通信システム。
【請求項１２】
Exposure functionノードを備え、
前記セッション管理ノードは、前記Exposure Functionノードとの間でアソシエーションを構成又は更新する手段を備える請求項9または10に記載のセッション管理ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信システムに関する。本開示は、第３世代パートナーシッププロジェクト（３ＧＰＰ）標準あるいはその同等物または派生物に従って動作する、無線通信システムおよびそのデバイスに特に関連するが、他を排除するものではない。本開示は、いわゆる「Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ（次世代）」システムに特に関連するが、他を排除するものではない。
【背景技術】
【０００２】
概要
下記の用語は、本明細書において使用され、２Ｇ（モバイル通信用グローバルシステム（ＧＳＭ））、３Ｇ（ユニバーサルモバイル通信システム（ＵＭＴＳ））、４Ｇ（ロングタームエボリューション（ＬＴＥ）／進化型パケットコア（ＥＰＣ））、５Ｇ（Ｎｅｗ  Ｒａｄｉｏ（ＮＲ）／次世代（ＮｅｘｔＧｅｎ））など、どの世代のモバイルネットワークにも適用可能である。たとえば、明細書において「ＵＥ」に言及する場合、それはどの世代のＵＥであってもよい。
【０００３】
次世代ユーザデータ管理（ＵＤＭ）、加入者データベース管理（ＳＤＭ）、認証・認可・アカウンティング（ＡＡＡ）といった用語は、３Ｇ／４Ｇのホーム加入者サーバ（ＨＳＳ）／ホームロケーションレジスタ（ＨＬＲ）と同義に使用することができる。このような機能エンティティは、ＵＥの加入者データが保存されているリポジトリとして機能し、既存のＨＳＳやＨＬＲ、または組み合わせたエンティティと比較することが可能である。
【０００４】
本明細書において別々のエンティティとして使用される機能エンティティまたはネットワーク機能は、一緒に配置することも、特定の配置でより細かく分離することも、またはアーキテクチャ図に記載のようにもできる。
【０００５】
「端末」、「デバイス」、「ユーザ端末」、「ユーザ機器（ＵＥ）」、「モバイル端末（ＭＴ）」といった用語は相互交換可能な形式で使用され、これらの用語すべてが、ネットワーク、モバイルネットワーク、または無線アクセスネットワークとデータおよびシグナルの送受信を行うために使用される機器を同様に表す。
【０００６】
「セッション」という用語は、「プロトコルデータユニット（ＰＤＵ）セッション」、「パケットデータネットワーク（ＰＤＮ）コネクション」、「アクセスポイント名（ＡＰＮ）コネクション」、「特定のネットワークスライス用のコネクション」と同じ意味で使用される。既存のセッションとは、ＵＥコンテキストがコアネットワーク制御プレーンおよび／またはユーザプレーンならびにＵＥ自体に既に存在する（確立されている）セッションである。「既存のセッション」は、「確立されたＰＤＵセッション」や「確立されたＰＤＮコネクション」と同じ意味を有する。各セッションは、「セッションＩＤ（識別子）」で識別可能である。セッションＩＤ（識別子）は、「進化型パケットシステム（ＥＰＳ）ベアラＩＤ」、「ＡＰＮ」、「スライスＩＤ」、「スライスインスタンスＩＤ」、「サービスＩＤ」、または、ＰＤＮコネクション、ＰＤＵセッション、もしくはＵＥが使用するサービスの、一時的もしくは永続的な識別子に類似してもよい。
【０００７】
「コネクション」という用語は、ＵＥとＰＤＵセッションを終端するユーザプレーンゲートウェイ（ＧＷ）との間でアップリンク（ＵＬ）もしくはダウンリンク（ＤＬ）データを送信するためにある種の「パス」が確立されている、ユーザプレーンコネクションに使用される。文脈に応じて、コネクションは、ＰＤＵセッションのためのユーザプレーンパス全体であるか、または、無線インタフェースを介したコネクションや（次世代コアネットワーク（ＮＧ  ＣＮ）のユーザプレーン機能（ＵＰＦ）と（無線）アクセスネットワーク（（Ｒ）ＡＮ）との間の）ＮＧ３インタフェースを介したコネクションといった、所定のインタフェースを介したコネクションのみであるか、のいずれかであり得る。
【０００８】
手順において以下の用語が使用される。
セッションの確立：たとえば、セッション管理（ＳＭ）コンテキストが、ＵＥならびにＮＧ  ＣＮ制御プレーンおよび／またはユーザプレーンに存在する（確立されている）場合の、ＰＤＵセッションの確立。
セッションの解放：ＰＤＵセッションの削除であり、ＳＭコンテキストが、ＵＥならびにＮＧ  ＣＮ制御プレーンおよび／またはユーザプレーンにおいて削除される（解放される）ことを意味する。
セッション／コネクションの有効化：セッション用ＵＰコネクションパスを有効化することであり、ＳＭコンテキストがＵＥおよびＮＧ  ＣＮに存在する。
セッション／コネクションの無効化：ＵＥおよびＮＧ  ＣＮのＳＭコンテキストを削除することなくＵＰコネクションパスを無効化することである。言い換えれば、ＵＰコネクションを解放するだけである。
【０００９】
ＵＥのモビリティ状態は、登録解除、登録−待機（簡単に「待機」）、登録−準備完了（簡単に「準備完了」）と呼ばれる。これらの状態は、モビリティ管理（ＭＭ）状態とも呼ばれる。なお、モビリティ状態（ＭＭ状態）とセッション状態（ＳＭ状態）には違いがある。
【００１０】
背景
電気通信業界は、第５世代（５Ｇ）ネットワークと呼ばれる新たな世代のネットワークに取り組み始めた。複数のバーティカルサービスプロバイダにサービスを提供し、多様な端末にサービスを提供する５Ｇネットワークを開発するために、複数の研究標準化機関において活動が開始された。特に、３ＧＰＰの活動は、ＲＡＮ分野においては「Ｎｅｗ  Ｒａｄｉｏ」（ＮＲ）という用語のもと、コアネットワーク（ＣＮ）においては「ＮｅｘｔＧｅｎ」（ＮＧ）という用語のもと、開始された。なお、これらの用語は、５Ｇシステムが市場に導入される前におそらく変更されるだろう。したがって、本明細書で使用されるＮＧ  ＣＮ（またはＮＧ  ＡＮ）といった用語は、任意の５Ｇ  ＣＮまたは５Ｇ  ＡＮ技術の意味を有する。
【００１１】
３ＧＰＰはＮＧシステムアーキテクチャを研究し、対応する問題と解決策は３ＧＰＰ技術報告（ＴＲ）２３．７９９［参考文献１］に記録されている。図１は、明細書作成時点までに［参考文献１］に合意されている、複数のＰＤＮコネクション（ＮＧ研究ではＰＤＵセッションと呼ぶ）への同時アクセスのためのＮＧアーキテクチャを表す。図１の上部は、加入者データベース管理（ＳＤＭ）３４と、ポリシー制御機能（ＰＣＦ）３２と、コア制御機能（ＣＣＦ）２４とを含むＮＧ制御プレーン（ＮＧ  ＣＮ）の一例を示す。ＮＧ  ＣＣＦ２４は、とりわけ、モビリティ管理機能（ＭＭＦ）とセッション管理機能（ＳＭＦ）とを含む。設定されたＰＤＵセッションごとに１つまたは複数のＵＰＦが存在する可能性があるため、ユーザプレーン（ＵＰ）機能は、コアユーザプレーン機能（ＮＧ ＵＰＦ）２８／２９として示されている。インタフェースおよびネットワーク機能の説明に関する詳細は、３ＧＰＰ  ＴＲ２３．７９９の７．３項［参考文献１］に記載されている。
【００１２】
５Ｇシステムの１つの主な特徴は、ネットワークスライシングと呼ばれる。５Ｇの使用事例では、非常に多様で、ときには極端な要件が要求される。現在のアーキテクチャでは、比較的ひとかたまりのようなネットワークとトランスポートフレームワークを利用する。したがって、現在のアーキテクチャは、より幅広いビジネスニーズを効率的にサポートするのに十分な柔軟性とスケーラビリティを備えていないことが予想される。このようなニーズを満たすために、５Ｇ  ＮＧシステムは、ネットワークスライスインスタンス（ＮＳＩ）と呼ばれる複数のネットワークインスタンスに「スライス」されることが可能である。ネットワークスライスは、それぞれのネットワークスライスのリソース（処理、ストレージ、およびネットワーキングリソース）が分離されている、論理的に分離されたネットワークと呼ぶことができる。ネットワークオペレータは、ネットワークスライステンプレート／ブループリントを使用してＮＳＩを作成する。ＮＳＩは、サービスインスタンスによって要求されるネットワーク特性を提供する。ＵＥが複数のＮＳＩに同時に接続することを可能にするネットワークアーキテクチャの一例が、[参考文献１]に記載のように、図２に示されている。
【００１３】
図２は、（実線を用いて）第１のネットワークスライスタイプ／カテゴリ（たとえばＩｏＴサービス用）と、（破線を用いて）第２のスライスタイプ（たとえばブロードバンドサービス用）とを示す。第１のネットワークスライスタイプは、特定の第三者顧客について複数のＮＳＩを有することが可能である。この図は、ＲＡＮが共有され、ネットワークスライシングがＮＧ  ＣＮに適用されていることを示す。しかしながら、将来のネットワークスライスでは、ベースバンド処理または周波数スペクトルあるいはその両方においてＲＡＮリソースがスライス/分離されるようなＲＡＮも可能である。
【００１４】
［参考文献１］ではまた、図３に詳細に示すように、共通制御ネットワーク機能（ＣＣＮＦ）２４とスライス固有のコアネットワーク機能（ＳＣＮＦ）２３とが説明されている。ＣＣＮＦ２４は、ＮＳＩ間で共通の基本機能の動作をサポートする基礎制御プレーンネットワーク機能を含み得る。たとえば、
加入者認証局
モビリティ管理
ネットワークスライスインスタンスセレクタ（ＮＳＩセレクタ）
ＮＡＳルーティング機能、等である。
【００１５】
一般に、ＮＧシステム設計は、いかなる種類のデータの通信も可能にするべきである。ＮＧシステムは以下のＰＤＵセッションタイプをサポートするものとする。
ＩＰタイプ（たとえば、ＩＰｖ４、ＩＰｖ６、もしくはその両方）、または
非ＩＰセッション（任意の非構造化データ）、または
イーサネットタイプ。
【００１６】
３ＧＰＰ  ＴＲ２３．７９９（６．４．３項）に記載されている１つのさらなる解決策を、図４に示す。ＵＥ２０は、同じデータネットワークへの接続性を要する様々なアプリケーションの様々な接続要件（たとえばセッション連続性）を満たすために、同じデータネットワークに複数のＰＤＵセッションを確立してもよい。この解決策では、ＭＭ機能とＳＭ機能とが分離される。
【００１７】
ここで、１つの主要な概念は、ＭＭコンテキストごとに複数のＳＭコンテキストを使用可能であるということである。また、ＰＤＵセッションごとに異なるセッション連続性タイプが可能である。
【発明の概要】
【発明が解決しようとする課題】
【００１８】
本明細書において検討されるシナリオは、ＵＥがネットワークにアタッチされ、複数のＵＰ−ＧＷ（ＵＰＦ）と関連付け可能であるというものである。異なるＵＰＦが、（ａ）同じＰＤＵセッションの一部、（ｂ）異なるＰＤＵセッションの一部、あるいは（ｃ）異なるネットワークスライスインスタンス（ＮＳＩ）の一部であり得る。言い換えれば、（Ｒ）ＡＮと複数のＵＰＦとの間の複数のＮＧ３コネクション（たとえば、ＮＧ３インタフェースを介したトンネル）が利用可能である。
【００１９】
本明細書における１つの仮定は、ＵＥの「セッション」（あるいは、特定のデータネットワークに対する「ＰＤＮコネクション」または「ＰＤＵセッション」とも呼ぶ）は、アイドル（インアクティブ（ｉｎａｃｔｉｖｅ））状態またはアクティブ（接続（ｃｏｎｎｅｃｔｅｄ））状態であり得るというものである。その意味で、「アイドルセッション」または「アクティブセッション」という用語が使用される。セッションが「アイドル」状態である場合、ＵＰＦと（Ｒ）ＡＮとの間に確立されたＮＧ３コネクション／トンネルは存在しない。セッションが「アクティブ」状態である場合、ＵＰＦと（Ｒ）ＡＮとの間に確立されたＮＧ３コネクション／トンネルが存在する。また、ある確立されたＵＥのセッションについてセッション管理機能（ＳＭＦ）が制御プレーンにおいてインスタンス化／設定され、対応する１つ以上のＵＰＦがユーザプレーンにおいてインスタンス化／設定されるものとする。制御プレーン機能（ＣＰＦ）およびＵＰＦのアイドルセッション状態およびアクティブセッション状態に関するさらなる詳細は、下記の詳細な説明にて理解されるだろう。
【００２０】
ＰＤＵコネクションまたはＮＳＩごとに１つのセッション管理機能（ＳＭＦ）が設定（またはインスタンス化）され、また、ＵＥが複数のセッションに登録されることが想定されるので、ネットワークスライスごとにリソースを分離するためにセッション管理を分離する必要がある。これにより、セッションコンテキストの管理はセッションごとに分離する必要がある。
【００２１】
セッション状態の独立した管理については既存の提案がある。しかしながら、ＣＮアシストＲＡＮパラメータの一部となり得る、サービス品質（ＱｏＳ）パラメータや（Ｒ）ＡＮノードのＵＥ／セッションインアクティビティ（ｉｎａｃｔｉｖｉｔｙ）タイマ値といった、様々なＰＤＵセッションのセッションパラメータを、どのように導出し設定するかは不明である。また、フローベースのＱｏＳフレームワーク（たとえば、ＴＲ２３．７９９の６．２．２項）の場合、制御プレーン内のどのネットワーク機能がＱｏＳポリシーを生成してユーザプレーンノードにインストールするのかが不明である。
【００２２】
また、ＰＤＵセッションごとに複数のＵＰＦが設定される場合（たとえば、図１に示すようなローカルデータネットワークおよびセントラルデータネットワークについて）、異なるセッションパラメータを有する複数のＮＧ３トンネルをどのようにして同時に有効化するのかが不明である。
【００２３】
本開示は、複数の既存のセッションのうちの特定のセッションの有効化を可能にするＮＧ３トンネル確立のために必要とされるシグナリングを減らすことによって、上記の問題を解決または少なくとも軽減することを目的とする。
【課題を解決するための手段】
【００２４】
本開示における１つの例示的な態様として、セッション管理機能（ＳＭＦ）ノードを提供する。ＳＭＦノードは、ユーザ機器（ＵＥ）と少なくとも１つのセッションを確立するための処理を行うよう構成されたプロセッサと、所定の時間における前記少なくとも１つのセッションのうちのセッションのユーザデータ転送のインアクティビティを示す情報を、ユーザプレーン機能（ＵＰＦ）ノードから受信するよう構成された受信部とを備え、前記プロセッサはさらに、前記ＵＰＦノードによって示される前記セッションのセッション無効化を開始するための処理を行うよう構成される。
【００２５】
本開示における他の例示的な態様として、ユーザプレーン機能（ＵＰＦ）ノードを提供する。ＵＰＦノードは、所定の時間におけるユーザ機器（ＵＥ）とセッション管理機能（ＳＭＦ）ノードとの間の少なくとも１つのセッションのうちのセッションのユーザデータ転送のインアクティビティを検出するよう構成されたプロセッサと、前記インアクティビティの検出に基づいて、前記セッションのユーザプレーン（ＵＰ）コネクションの無効化に関する情報を、前記ＳＭＦノードに送信するよう構成された送信部とを備える。
【００２６】
本開示における他の例示的な態様として、モバイル通信システムを提供する。モバイル通信システムは、前記ＵＰＦノードと前記ＳＭＦノードとを備える。
【００２７】
本開示における他の例示的な態様として、セッション管理方法を提供する。セッション管理方法は、ユーザ機器（ＵＥ）と少なくとも１つのセッションを確立することと、所定の時間における前記少なくとも１つのセッションのうちのセッションのユーザデータ転送のインアクティビティを示す情報を、ユーザプレーン機能（ＵＰＦ）ノードから受信することと、前記ＵＰＦノードによって示される前記セッションのセッション無効化を開始することとを含む。
【００２８】
本開示における他の例示的な態様として、ユーザ機器（ＵＥ）インアクティビティ検出方法を提供する。ＵＥインアクティビティ検出方法は、所定の時間におけるＵＥとセッション管理機能（ＳＭＦ）ノードとの間の少なくとも１つのセッションのうちのセッションのユーザデータ転送のインアクティビティを検出することと、前記インアクティビティの検出に基づいて、前記セッションのユーザプレーン（ＵＰ）コネクションの無効化に関するメッセージを、前記ＳＭＦノードに送信することとを含む。
【００２９】
本開示における他の例示的な態様として、プログラムを記録した非一時的でコンピュータ読み取り可能な記録媒体を提供する。プログラムは、コンピューティングデバイスのプロセッサによって実行されると、前記プロセッサに、ユーザ機器（ＵＥ）と少なくとも１つのセッションを確立することと、所定の時間における前記少なくとも１つのセッションのうちのセッションのユーザデータ転送のインアクティビティを示す情報を、ユーザプレーン機能（ＵＰＦ）ノードから受信することと、前記ＵＰＦノードによって示される前記セッションのセッション無効化を開始することと、を含むセッション管理方法を実行させる。
【００３０】
本開示における他の例示的な態様として、プログラムを記録した非一時的でコンピュータ読み取り可能な記録媒体を提供する。プログラムは、コンピューティングデバイスのプロセッサによって実行されると、前記プロセッサに、所定の時間におけるユーザ機器（ＵＥ）とセッション管理機能（ＳＭＦ）ノードとの間の少なくとも１つのセッションのうちのセッションのユーザデータ転送のインアクティビティを検出することと、前記インアクティビティの検出に基づいて、前記セッションのユーザプレーン（ＵＰ）コネクションの無効化に関する情報を、前記ＳＭＦノードに送信することと、を含むＵＥインアクティビティ検出方法を実行させる。
【図面の簡単な説明】
【００３１】
【図１】図１は、ローカルデータネットワークおよびセントラルデータネットワークへの複数のＰＤＵ／ＰＤＮセッションへのアクセスのための例示的な非ローミング参照アーキテクチャを説明するための図である。
【図２】図２は、複数のネットワークスライスへのＵＥのコネクションの例示的なアーキテクチャを説明するための図である。
【図３】図３は、共通制御プレーン部分とスライス固有部分の例を説明するための図である。
【図４】図４は、複数のセッションおよび同じデータネットワークに複数のＧＷを有するセッションのための例示的なアーキテクチャを説明するための図である。
【図５】図５は、（対応する複数の専用ＣＰＦを有する）複数のネットワークスライス／ＰＤＵセッションを示す想定アーキテクチャを説明するための図である。
【図６】図６は、単一のスライス／ＰＤＵセッションを示す想定アーキテクチャを説明するための図である。
【図７】図７は、セッションパラメータ交換を伴うＰＤＵセッション確立手順のコールフローを説明するための図である。
【図８】図８は、ＵＥがＭＭアクティブ状態にある間のセッションパラメータ変更手順のコールフローを説明するための図である。
【図９】図９は、セッション有効化手順のコールフローを説明するための図である。
【図１０】図１０は、すべての既存のＰＤＵセッションが有効化されるセッション有効化手順のコールフローを説明するための図である。
【図１１】図１１は、ＵＥ２０の一般的なブロック図である。
【図１２】図１２は、ＭＭＦ２４の一般的なブロック図である。
【図１３】図１３は、ＳＭＦ２６／２７の一般的なブロック図である。
【図１４】図１４は、（Ｒ）ＡＮノード２２の一般的なブロック図である。
【発明を実施するための形態】
【００３２】
本明細書の目的のために、単一の確立されたセッション（ネットワークスライスまたはＰＤＵセッション）を示す図１の参照アーキテクチャを想定する。複数の確立されたセッションのために、ＵＥ２０が２つの異なるセッションＡおよびＢを確立している例示的なアーキテクチャとして図５が導入されている。なお、これは例示する目的のみのためであり、セッションの数は２つに限定されない。それぞれのセッションは、異なるネットワークスライスに属するか、同一だが複数のＰＤＵセッションを有するネットワークスライスに属する。制御プレーンには、ネットワークスライスまたはＰＤＵセッション間で共有される共通制御ネットワーク機能（ＣＣＮＦ）２４を示すボックスがある。このようなＣＣＮＦ２４は、モビリティ管理ＮＦ（ＭＭＦと呼ぶ）、認証／許可／セキュリティＮＦ（ネットワーク機能）、ＮＦをルーティングするＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングなどを含み得る。図５に示すように、各ＰＤＵセッションまたはネットワークスライスは、独立した専用ＣＰＦ３８／３９を有することが可能である。専用ＣＰＦ３８／３９は、以下の例示的なネットワーク機能を含み得る。
セッション管理ネットワーク機能（ＳＭＦ）：本明細書では、この機能が特定のセッション（ネットワークスライス、またはＰＤＵセッション）のセッション管理を担当するものとする。
ＧＷのＣＰＦ（別名ＵＰＦのＧＷ−Ｃ）。ＥＰＣにおける制御／ユーザプレーンの分離において、ＧＷのＣＰ（制御プレーン）が、Ｓ／ＰＧＷ−ＣＰ（サービング／パケットデータネットワーク（ＰＤＮ）ゲートウェイ−制御プレーン）機能として知られているので、制御プレーンおよびユーザプレーンの分離（ＣＵＰＳ）と呼ばれる。
ＰＣＦ：図１で説明したＰＣＦの全部または一部。これは、ＰＣＦのいくつかの部分がＣＣＮＦの一部になり、残りの部分が専用ＣＰＦの一部になり得ることを意味する。
ＰＤＵセッションの特定のネットワークスライスに関連する認証、認可、およびセキュリティ機能。
【００３３】
各ＳＭＦは、ＵＥのＭＭＦとシグナリングアソシエーションを有する。確立されたセッションごとに、ＭＭＦとＳＭＦは互いを認識し、ＵＥのモビリティ状態やセッション状態とは無関係にいつでもシグナルを送信することが可能である。また、ＣＣＮＦ２４およびＳＭＦは、ＵＥ ＩＤまたは加入者ＩＤ（一時的または永続的）を交換し、ＣＣＮＦ２４内またはＳＭＦ内の対応するＵＥのコンテキストを指すために各シグナリングメッセージ交換においてこのＩＤを使用する。
【００３４】
さらに、ネットワークスライスまたはＰＤＵセッションごとのＵＰＦ（たとえば、ＱｏＳまたはトラフィックポリシーを実施するための、３ＧＰＰ固有のＧＷ機能）が設定／インスタンス化される。（ＮＧ３）コネクションＡとＢのそれぞれは、独立して管理することが可能である、すなわち、他のコネクションから独立して確立、変更または解放することが可能である。なお、１つまたは複数のＵＰＦが存在してもよい。たとえば、Ｅｄｇｅに近いＵＰＦはモビリティアンカーとして使用可能であり、ＣＮのより深い位置にあるＵＰＦはＩＰアンカー（ＵＥのＩＰアドレスをホストする）として使用可能である。簡略化のために、本明細書では単一のＵＰＦが使用される。但し、複数のＵＰＦが必要であり所与のセッションについてインスタンス化/設定されている場合は、ＳＭＦは複数のＵＰＦを設定することができる。
【００３５】
図５に示す１つの例では、（Ｒ）ＡＮノード２２とＵＰＦ３０／３１との間には、スライス／セッションＡ用の単一のコネクションおよびスライス／セッションＢ用の単一のコネクションという、２つのコネクション（たとえば、ＮＧ３を介したトンネル）が存在する。ＮＧ３を介したトンネリングが、ＡＮノードとＵＰＦ Ａ３０またはＵＰＦ  Ｂ３１との間でＵＥ毎に使用される場合、ＵＥが待機モビリティ状態⇔準備完了モビリティ状態の間で移行するたびに、２つのトンネルが確立／変更／解放されることになる。さらに悪いことに、ＮＧ３を介したトンネリングが、ＩＰフローごとまたはベアラごとである場合は、待機モビリティ状態および準備完了モビリティ状態への移行ごとに、さらに多くのトンネルを確立/変更/解放する必要がある。
【００３６】
専用ＣＰＦ３８／３９は、ＳＭＦとポリシー制御機能（ＰＣＦ）とを含むことができる。なお、専用ＣＰＦ内のＰＣＦは、たとえば、一部のネットワークスライスではＰＣＦはスライスごとにインスタンス化/設定可能であり、一方、他のネットワークスライスではＰＣＦは共通のＣＰ  ＮＦとしてインスタンス化/設定可能であるなど、特定の使用事例に基づいて存在してもよい。
【００３７】
解決策１
本明細書の１つの主要な考えは、ＳＭＦが、複数の他の制御プレーンコアネットワークエンティティとのやりとりに基づいて、ＰＤＵセッションパラメータを維持するということである。セッションパラメータの「維持」は、たとえば、以下のような動作を含むものとする。すなわち、ＳＭＦが他のＣＮ ＣＰ ＮＦから加入者パラメータもしくは他の一時的なユーザパラメータを検索する、ＳＭＦが新たなセッションパラメータもしくはパラメータ値を導出する、または、ＳＭＦがパラメータの値を動的に変更して、これらのパラメータをコアネットワークまたはアクセスネットワーク内の関連するＵＰおよび／もしくはＣＰ  ＮＦにシグナルする、といった動作である。ＳＭＦはまた、ＳＭＦへのＮＡＳセッション管理シグナリング要求においてＵＥにより示されるＵＥの能力／希望(プリファレンス;ｐｒｅｆｅｒｅｎｃｅ)／情報を考慮する。ＰＤＵセッションパラメータは、すべての影響を受ける（ＵＰ）ＮＦについてセッションごとにＳＭＦによって導出される。すなわち、ＵＥが異なるＳＭＦとの複数のセッションを有する場合、それらのＳＭＦはそれぞれのセッション要件に基づいてそれぞれのセットのＰＤＵセッションパラメータを作成する。
【００３８】
ＳＭＦは、特定のＰＤＵセッションのためにセッション（すなわちＵＰコネクション）を有効化する際に、セッションパラメータをＭＭＦに提供する。ＭＭＦは、これらのセッションパラメータを使用して（Ｒ）ＡＮノードに送信されるＵＥコンテキストを生成することができる。比較のために、４Ｇ  ＬＴＥ／ＥＰＣでは、モビリティ管理エンティティ（ＭＭＥ）から進化型ノードＢ（ｅＮＢ）にＵＥコンテキストを送信する手順を、ｅＮＢにおいて進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）無線アクセスベアラ（Ｅ−ＲＡＢ）コンテキストも確立する「初期コンテキストセットアップ手順」と呼ぶ。本明細書との違いは、本明細書では、（無線アクセスベアラ（ＲＡＢ）とＮＧ３トンネルコネクションとを含む）特定のＵＰコネクションのためのセッションコンテキスト（ＵＥコンテキスト全体の一部）が、ＳＭＦから到来することである。言い換えれば、ＣＣＮＦ（たとえばＭＭＦ）は、ＳＭＦから送信された指示子および情報（セッションコンテキスト）に基づいて、（Ｒ）ＡＮノードに送信されるべきＵＥコンテキストを生成する。
【００３９】
図６は、共通および専用のＣＰ ＮＦが明示的には分離されずにシステム１全体として描かれている、単一のＰＤＵセッションの想定ネットワークアーキテクチャを示す。共通のＮＧ ＣＮ ＮＦは、たとえば、ＭＭＦ２５、認証サーバおよびクレデンシャルリポジトリ（ＡＳＲ）４２、（セキュリティコンテキスト管理（ＳＣＭ）＋セキュリティアンカー機能  （ＳＥＡ））４０、Ｕ／ＳＤＭ３４、およびＳＣＥＦ（サービス能力開示機能）３６であり得る。専用のＮＧ  ＣＮ  ＮＦは、ＳＭＦ２６、ＵＰＦ２８／２９、およびＰＣＦ３２であり得る。ＣＰＦもまた共通のＣＮ ＣＰ ＮＦであってもよい。上記の主要な考えによれば、ＳＭＦ２６は、加入者パラメータ（Ｕ／ＳＤＭ３４）、ポリシールール（ＰＣＦ３２）、および（ＳＣＥＦ３６を介した）外部エンティティからの通信パラメータを考慮に入れて、セッションパラメータを検索および導出するためのセントラルネットワーク機能である。
【００４０】
図７は、セッション確立手順を示す。提案される解決策の主な原則は以下のとおりである。
ＳＭＦ１ ２６は、セッション（たとえば、データネットワーク名（ＤＮＮ）／ＡＰＮに関連する）加入者情報または動的に生成された情報を、Ｕ／ＳＤＭ３４、ＰＣＦ３２、またはＳＣＥＦ３６から検索する。
ＳＭＦ１ ２６がＳＣＥＦ３６を介して情報を取得する場合、ＳＭＦ１  ２６とＳＣＥＦ３６は、（必要ならば）互いを認識し、セッション確立中にハンドシェイクする。さらに、ＳＭＦ１ ２６は、ＵＥの能力または希望(プリファレンス;ｐｒｅｆｅｒｅｎｃｅ)に関して、ＵＥ２０から（たとえばＮＡＳ ＳＭ要求の間に）およびＣＣＮＦ ２４（たとえばＭＭＦ）から受信する情報を考慮する。
ＳＭＦ１  ２６は、セッションパラメータ（たとえば、ＱｏＳルール、課金ルール、ＱｏＳパラメータ、および／または複数のインアクティビティタイマ）を導出、更新、または変更する。ＳＭＦ１ ２６は、いつでも暗黙的に、すなわち他のＣＮ ＣＰ ＮＦから新たな情報を検索することなく、セッションパラメータを更新、変更、または新たに決定することが可能である。ＳＭＦ１  ２６は、セッションごとに異なるＮＦの状態、特にインアクティブ状態遷移を調整し同期させる。
たとえば、ＳＭＦ１  ２６は、所与の間隔、たとえば、１日または１週におけるさまざまな回数で、それぞれのＵＥ挙動またはアプリケーション挙動を示す通信パターンを保存してもよい。
ＳＭＦ１ ２６は、Ｕ／ＳＤＭ３４、ＰＣＦ３２、またはＳＣＥＦ３６から受信した情報に基づいて、ＰＤＵセッションのための単一または複数のＵＰＦを導出することを決定してもよい。
-  ＳＭＦ１ ２６は、現在有効なセッションパラメータを（ＭＭＦ２４を介して）（Ｒ）ＡＮノード２２に送信する。ＳＭＦ１ ２６はまた、セッション確立中に、セッション有効化の都度、このようなセッションパラメータをＵＰＦ２８／２９にインストールするか、またはセッション／ ＮＧ３有効化の都度、セッションパラメータをＵＰＦ２８／２９に送信してもよい。
【００４１】
図７に示すステップを以下のように詳細に説明する。
【００４２】
ステップ（０）：これは、サービス能力サーバ／アプリケーションサーバ（ＳＣＳ／ＡＳ）のような３ＧＰＰ外部エンティティが、ＵＥ２０の、または特定のアプリケーションに対する、特定の通信特性をＳＣＥＦ３６に示しうる、任意のステップである。ＳＣＳ／ＡＳとＳＣＥＦ３６との間の通信は、ＨＳＳ（またはＵ／ＳＤＭ３４）とのやりとりの認証と同様に、３ＧＰＰ ＴＳ２３．６８２に記載されている。ＳＣＥＦ３６またはＵ／ＳＤＭ３４は受信した通信特性を保存することが可能であり、通信特性を特定のセッションＩＤ（たとえば３Ｇ／４ＧシステムのＡＰＮ）に関連付けることが可能であるものとする。
【００４３】
ステップ（１）：ＵＥ２０は、無線コネクションおよびＮＡＳコネクション確立手順を開始する。ＮＡＳ ＭＭメッセージ内にＵＥ２０によって含められる通常のパラメータ（たとえば、ＵＥ ＩＤ、能力、希望（プリファレンス；ｐｒｅｆｅｒｅｎｃｅ）など）に加えて、ＵＥ２０は、無線コネクション（ＲＡＢ／データ無線ベアラ（ＤＲＢ））と既存のＮＡＳセッション管理コンテキストの１対１の対応付けをサポートするか（またはサポートしないか）に関する新たな能力指示子を含める。言い換えれば、ＵＥ２０は、たとえば、特定の既存のＮＡＳ  ＳＭコンテキストに対して、または（複数のＰＤＵセッションのための）複数のＮＡＳ  ＳＭコンテキストに対して単一のＲＡＢ／ＤＲＢを確立する、という特徴をサポートするかどうかを示すための新たな能力指示子を含める。たとえば、リリース１３ ＬＴＥを実装するＵＥ２０は、ＲＡＢ／ＤＲＢが各既存のＮＡＳ  ＥＰＳセッション管理（ＥＳＭ）コンテキストごとに確立されることを期待するであろう。しかしながら、リリース１５／１６ ＬＴＥまたはＮｅｗ Ｒａｄｉｏ技術を実装するＵＥ２０は、ＮＡＳ ＳＭコンテキストを削除することなくＰＤＵセッションごとにＵＰコネクションを有効化または無効化できることを意味する、「独立セッションＵＰ有効化」という特徴をサポートすることが可能である。ＵＥ２０がこの特徴をサポートする場合、このような新たな能力指示子の１つの例示的な名称として、「個別ＳＭ有効化」または「分離ＳＭ有効化」が挙げられる。この新たなＵＥの指示子は図１０の解決策３に示される。
【００４４】
ステップ（２）：ＵＥ２０は、たとえば、ＮＡＳセッションセットアップ要求メッセージをＮＧ  ＣＮに送信することにより、セッション設定手順を開始する。このようなメッセージは、ＮＡＳセッション管理（ＳＭ）メッセージとみなすことができる。なお、ＮＡＳセッションセットアップ要求メッセージは、たとえば、アタッチ要求メッセージといったＮＡＳ ＭＭメッセージ内にカプセル化されてもよい（すなわち、単独のメッセージでなくてもよい）。
【００４５】
ＮＡＳセッションセットアップ要求メッセージはＵＥ２０から送信されてＳＭＦ１  ２６で終端されるが、このメッセージは、ＣＣＮＦ２４（たとえばＭＭＦ）内の共通ＮＡＳ終端エンティティを通過する（たとえば共通ＮＡＳ終端エンティティを介して転送される）。ＣＣＮＦ２４は、メッセージを処理して（たとえば、宛先のＳＭＦエンティティを決定して）、メッセージを転送すべき適切なＳＭＦ１ ２６を選択することが可能である。ＣＣＮＦ２４（たとえば、ＭＭＦまたはＮＡＳ終端機能）は、（ステップ２．１に例示的に示すように）ＳＭＦ１ ２６がＮＡＳ ＳＭメッセージを正しく処理するのを助けるためにＳＭＦ１ ２６に向けた追加のＵＥ情報を含めることが可能である。たとえば、ＣＣＮＦ２４（ＭＭＦ）は、ＮＡＳセッションセットアップ要求メッセージを、例としてステップ２．１にてＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ｒｅｑｕｅｓｔメッセージとして示す別のＮＧ１１インタフェースメッセージに、カプセル化またはピギーバックすることができる。Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ｒｅｑｕｅｓｔメッセージは、ＮＡＳセッションセットアップ要求に加えて、以下のパラメータ、すなわち、一時的または永続的な加入者ＩＤまたはデバイスＩＤ（たとえば、国際モバイル加入者識別子（ＩＭＳＩ））のようなＵＥ情報、一時的モバイル加入者識別子（ＴＭＳＩ）、モバイル加入者統合サービスデジタルネットワーク番号（ＭＳＩＳＤＮ）、シグナリング交換参照ＩＤ、ＰＤＵセッションまたはベアラＩＤなどのうちの少なくとも１つまたは複数を含む。ＵＥ２０からのＮＡＳセッションセットアップ要求メッセージは、ＰＤＵセッションタイプ（たとえば、ＩＰｖ４、ＩＰｖ６、非ＩＰ、イーサネットなど）や、このＰＤＵセッションのためのセッション／サービス継続タイプ（タイプ１、タイプ２、および／またはタイプ３）といった情報を含む。ＳＭＦ１ ２６は、ＭＭＦ２４とのシグナリングのやりとりを参照するためにこの情報を使用し、また、他のＣＮ ＣＰ／ＵＰ ＮＦとのシグナリング交換にもその情報を使用する。
【００４６】
ステップ（３）：ＳＭＦ１  ２６は、ＵＥ２０から要求を受信し、メッセージを検証し、このＵＥのセッションを扱うことが可能な、対応するＮＧ ＣＮ ＮＦを決定する。ＳＭＦ１ ２６は、Ｕ／ＳＤＭ３４からＵＥのセッションに関連する静的または動的な加入者コンテキストを検索する。この目的のために、ＳＭＦ１ ２６がＵ／ＳＤＭアドレス（またはＩＤ）で事前設定されるか、またはＳＭＦ１ ２６がＭＭＦ２４からＵ／ＳＤＭアドレス（またはＩＤ）を受信するか、またはＳＭＦ１  ２６がたとえばＤＮＳ解決を用いてＵ／ＳＤＭアドレス（またはＩＤ）を発見する。ＳＣＥＦ３６とのやりとりのために、Ｕ／ＳＤＭ３４およびＳＣＥＦ３６は、（０．１）に記載のように互いにアソシエーションを確立しておいてもよい。Ｕ／ＳＤＭ３４は、ＳＣＥＦ３６から受信したパラメータ／情報、特にＤＮＮ／ＡＰＮに関連するセッション加入者情報を保存してもよい。
【００４７】
Ｕ／ＳＤＭ３４からの（ＰＤＵ）セッションに関連する加入者パラメータは、このＰＤＵセッションに関連付けられたＳＣＥＦ３６に関する情報を含むことができる。ＳＭＦ１ ２６は、（ｉ）ＳＣＥＦ識別子、および、（ｉｉ）ＳＣＥＦ ３６に直接コンタクトするのか、それとも通信交換をＵ／ＳＤＭ ３４を介して行うのかについて知る。必要であれば、ＳＣＥＦ３６およびＳＭＦ１  ２６は、セッションパラメータの交換および／または更新のためのダイレクトアソシエーションを確立する。たとえば、ＳＭＦ１ ２６は、ステップ（３．１）に示すようなＣｒｅａｔｅ  ｓｅｓｓｉｏｎ  ｒｅｑｕｅｓｔ（またはアソシエーション確立）手順を開始する。この手順は、ＴＳ２３．６８２によるＭＭＥとＳＣＥＦとの間のＴ６ａ／Ｔ６ｂコネクション確立手順に類似してもよい。ＴＳ２３．６８２の既存の手順との違いは、ＳＭＦ⇔ＳＣＥＦコネクション／アソシエーションが、特定のＰＤＵセッションのセッション更新のために確立されるのに対し、アソシエーションが非ＩＰデータ送信のために確立されることである。
【００４８】
ステップ（４）：（ＰＤＵセッションのタイプおよび／または加入者情報および／またはＳＭＦ１ ２６のローカルポリシーに基づいて）必要であれば、ＳＭＦ１ ２６は、ＰＣＦ３２を選択し、ＰＤＵセッションのポリシールールおよび／または課金ルール情報を検索する。ポリシールール情報は、動的ルール、またはＳＭＦ１ ２６内でたとえば既知のＱｏＳ／優先ルールに対応付けられた事前定義ルールとすることができる。
【００４９】
ステップ（５）：加入者情報およびポリシールールからの入力に基づいて、ＳＭＦ１  ２６は、特定のＰＤＵセッションのセッションパラメータを導出する。セッションパラメータの詳細に関する例を、以下において、このコールフローの説明の後で注１に挙げる。さらに、ＳＭＦ１  ２６はＰＤＵセッションを扱うためにＵＰＦ２８／２９を選択する。たとえば、ＰＤＵセッションがローカルトラフィックルーティングおよびセントラルトラフィックルーティングの両方を可能にする場合、ＳＭＦ１ ２６はローカルＵＰＦおよびセントラルＵＰＦを選択することができる。
【００５０】
ステップ（６）：ＳＭＦ１ ２６は、ＮＧ４インタフェースを介して、選択されたＵＰＦとのリソース予約手順を実行する。この手順は、ＴＳ２３．２１４に記載されるようなＳｘセッション確立手順と同様であってもよい。リソース予約手順、またはＳｘセッション確立手順は、ＵＰＦごとに実行される。
【００５１】
ＳＭＦ１ ２６は、さまざまな目的で、ＵＰＦ２８／２９に適用されるべき１つまたは複数のインアクティビティタイマを決定することが可能である。これらのインアクティビティタイマは、他のパラメータと共にＵＰＦ１  ２８に送信される。ＵＰＦ２８／２９にインストールされているインアクティビティタイマに関する詳細は、以下において、注２に記載する。
【００５２】
さらに、ＳＭＦ１  ２６は、データパケットのＱｏＳポリシー（たとえば、マーキングルールまたはフィルタ）を作成してＵＰＦ２８／２９に送信する。１つの具体例は、フローベースのＱｏＳアーキテクチャの場合である。注３を参照されたい。
【００５３】
ステップ（７）：ＮＧ４インタフェースを介したＵＰＦセッションの確立に成功した後、ＳＭＦ１ ２６は（Ｒ）ＡＮノード２２とリソース予約手順を開始する。この手順はＣＣＮＦ２４（たとえばＭＭＦ）を介して実行される。ＳＭＦ１ ２６はセッションコンテキストパラメータを直接ＲＡＮノード２２に送信するが、ＳＭＦ１ ２６がＲＡＮノード宛先ＩＤを知っているとは限らない。したがって、ＳＭＦ１ ２６は、ステップ（７）でメッセージをＭＭＦ ２４宛としてもよく、ＭＭＦ ２４が（たとえば、セッションコンテキストパラメータを変更することなく）そのメッセージをさらにＲＡＮノード２２に転送する。このメッセージは、以下のパラメータ、すなわち、ＵＥ  ＩＤ、セッションＩＤ、ＱｏＳパラメータ、ＵＰＦ  ＩＤ、インアクティビティタイマのうちの１つまたは複数を含む。セッションパラメータの完全なリストについては、以下の注１を参照されたい。
【００５４】
ＳＭＦ１ ２６は、セッションパラメータ情報をＮＧ２インタフェース経由で（Ｒ）ＡＮノード２２に提供して、ＵＰＦ２８／９から到来するＵＰパケットのＱｏＳポリシー（たとえば、異なるマーキングをされたパケットのスケジューリング）を管理する方法を（Ｒ）ＡＮノード２２に示す。注３を参照されたい。
【００５５】
ステップ（８）：（Ｒ）ＡＮノード２２とのリソース予約手順が成功した後、ＳＭＦ１ ２６は、セッションセットアップ応答メッセージでステップ（２）に対してＵＥ２０へ応答する。セッションセットアップ応答メッセージは、ＮＡＳ ＳＭメッセージと呼ぶことが可能であり、セッションセットアップ応答メッセージは、アップリンク通信においてＵＥ２０が使用するべきいくつかのセッションパラメータ（たとえばＱｏＳパラメータ）を含む。
【００５６】
ステップ（８）の後、無線アクセスコネクション／ベアラ、およびＮＧ３コネクション／トンネルが確立され、ＵＬおよびＤＬパケットを送信することができる。
【００５７】
注１：ＳＭＦで維持されているセッション（コンテキスト）パラメータの例示的なリストを以下に示す。なお、このリストは、包括的なものではなく、パラメータのリストとして上述したパラメータに限定されないだけではなく、以下の名称にも限定されない。
（１）ＵＥ識別子（一時的または永続的、任意で加入者識別子を含む）、およびセッション識別子。
（２）トラフィック／パケット／フロー／サービスの優先度（または複数の優先度）。
（３）フロー／サービスレベル（すなわち、サービスデータフロー（ＳＤＦ）ごと、またはＳＤＦ集合体ごと）、ならびに、ＱｏＳクラス識別子（ＱＣＩ）、割当および保存優先度（ＡＲＰ）、保証ビットレート（ＧＢＲ）、および最大ビットレート（ＭＢＲ）を含むＱｏＳパラメータ。これらのパラメータは、この箇条書きのリストにおいて他の項目に挙げられているパラメータの一部が含まれていてもよい。
（４）パケット遅延。
（５）ＰＤＵセッション全体に有効なデータレート（項目（３）と類似でも、同じでも、または異なってもよい）、すなわち、総合最大ビットレート（ＡＭＢＲ）。新たに提案されるパラメータは、設定される／使用されるＵＰＦごとにＡＭＢＲを有するものとする。複数のＵＰＦの場合、ＳＭＦはＵＰＦごとにＡＭＢＲを決定することができ、ＳＭＦは各ＵＰＦに値を割り当てることができる。
（６）このＰＤＵセッションを使用するアプリケーションのための通信パターン。たとえば、セッションインアクティビティタイマ（アイドル状態用）、ＲＡＮインアクティビティ/休止タイマ（ＲＡＮインアクティビティ／休止状態用）、１つ以上のタイプのＵＰＦインアクティビティタイマ。
（７）１つまたは複数のＵＰＦ ＩＤ（ＩＰアドレス、トンネルエンドポイントＩＤなど）。（８）その他。
【００５８】
注２：ＳＭＦは、さまざまな目的に使用されるさまざまな種類のＣＮ  ＵＰインアクティビティタイマを作成する。
１つのタイプは、ＵＰコネクションの無効化（ＰＤＵセッションの無効化）のためのインアクティビティタイマであってもよいが、ＵＥおよびＮＧ  ＣＮ  ＮＦ（たとえば、ＳＭＦおよび／またはＵＰＦ）内にＰＤＵセッションコンテキストを依然として維持する。このような第１のタイプのインアクティビティタイマは、例示的に「ＵＰインアクティビティタイマ」と呼ばれ、ＵＰコネクション無効化をトリガーすることを意味する。ＵＰインアクティビティタイマがＵＰＦ内で満了すると、ＵＰＦはＳＭＦに、ＵＰコネクション、すなわち（Ｒ）ＡＮアクセスコネクションおよびＮＧ３トンネル／コネクションを無効化するようトリガーする。セッションパラメータ／コンテキストは、ＵＥおよびＮＧ ＣＮ ＮＦ（たとえば、ＳＭＦ、および／またはＵＰＦ）内に保持される。
他のタイプのインアクティビティタイマは、ＰＤＵセッションを解放するためのものであり、これは、ＵＥおよびＮＧ ＣＮ ＮＦ（たとえば、ＳＭＦおよび／またはＵＰＦ）におけるＰＤＵセッションコンテキストの解放を意味する。このような第２のタイプのインアクティビティタイマは、例示的に「セッションインアクティビティタイマ」と呼ばれ、完全なセッション解放をトリガーすることを意味する。セッションインアクティビティタイマがＵＰＦ内で満了すると、セッションは終了し、コンテキストは削除され、また、ＮＧ３、ＮＧ６、およびＮＧ９参照ポイントのパケットフロー/ベアラフィルタも削除される。ＵＰＦはＳＭＦに、ＵＥならびに他の（Ｒ）ＡＮノードおよびＮＧ ＣＮ ＮＦのすべてのＳＭ状態を含むＰＤＵセッションを解放するよう、トリガーする。
【００５９】
なお、セッションコンテキストパラメータの設定、特にＳＭＦ１  ２６による「セッションインアクティビティタイマ」、「ＲＡＮインアクティビティ／休止タイマ」、「ＵＰインアクティビティタイマ」、または「セッションインアクティビティタイマ」は、アプリケーションサーバまたはサービスプラットフォーム（たとえばＳＣＳ／ＡＳ）からＳＣＥＦ３６を介して受信する情報に基づくことも可能である。ＳＭＦ１ ２６は、図７のステップ（４）の間のように、ＳＣＥＦ ３６から受信した情報を、ＵＥ ＩＤおよび／またはＤＮＮもしくはＡＰＮといったセッションＩＤに基づいて、特定のＰＤＵセッションコンテキストと照合する。
【００６０】
ＳＭＦが不一致を認識したときはいつでも、たとえば１つのＮＦにタイミングの不一致があり、無効化要求を時間内にＳＭＦに送信しないときに、ＳＭＦは、ＵＥ、ＵＰＦ、および（Ｒ）ＡＮノードのＳＭ状態を同期させ管理する。ＵＥがこのセッションでインアクティブモードのゲインを取得すると、ＣＣＮＦは新たなＳＭＦを割り当て、手順が上述のように実行される。ＳＭＦは、たとえば、現在の負荷状況に基づいて他のＵＰＦを選択してもよい。
【００６１】
上記のセッションパラメータをＵＰＦごとにグループ化することが可能である。たとえば、図１に示すようにＰＤＵセッションが２つのＵＰＦ２８／２９で設定される場合、ＳＭＦは、ＵＰＦごとのセッションパラメータセット、この場合はＵＰＦ１ ２８およびＵＰＦ２ ２９に対する２つのセッションパラメータセットを生成することができる。ＭＭＦを介したＳＭＦから（Ｒ）ＡＮノード２２に向けたシグナリングメッセージは、対応する構造および識別子を実装する必要があるので、（Ｒ）ＡＮノード２２はＵＰＦごとにセッションパラメータを正しく適用する。これにより、図７のステップ（７）では変更されたシグナリングメッセージになる。たとえば、シグナリングメッセージの構造は以下のようになりうる。
リソース予約要求（たとえば、ＲＡＮノード２２に向けて）
セッションＩＤ
ＵＰＦ  ＩＤ＃１
ＮＧ３トンネル確立のための情報。たとえばＩＰアドレス、トンネリングエンドポイントＩＤ、および／またはトランスポートレイヤポートＩＤ
[注１に記載のセッションパラメータのリスト]。なお、リストのどのパラメータも使用することが可能であり、または、他のパラメータと組み合わせることが可能である。
（Ｒ）ＡＮノードで適用されるトラフィック／フローフィルタルール。たとえば、ＮＧ３トンネルを介してＵＰＦ  ＩＤ＃１に送信するためのＵＬトラフィックを、（Ｒ）ＡＮノードが決定する方法。
（任意）「個別ＳＭ有効化」のＵＥによるサポート（これは、このような指示子が、たとえばＲＲＣシグナリングにおいて、ＵＥから（Ｒ）ＡＮノードに直接送信されない、または、ＵＥコンテキストセットアップ手順の一部としてＣＣＮＦ（たとえばＭＭＦ）から（Ｒ）ＡＮノードにＮＧ２インタフェースを介して送信されない、といった場合に必要である。
その他。
ＵＰＦ  ＩＤ＃２
ＮＧ３トンネル確立のための情報。たとえばＩＰアドレス、トンネリングエンドポイントＩＤ、および／またはトランスポートレイヤポートＩＤ
[注１に記載のセッションパラメータのリスト]。
（Ｒ）ＡＮノードで適用されるトラフィック／フローフィルタルール。たとえば、ＮＧ３トンネルを介してＵＰＦ  ＩＤ＃１に送信するためのＵＬトラフィックを、（Ｒ）ＡＮノードが決定する方法。
（任意）「個別ＳＭ有効化」のＵＥによるサポート（これは、このような指示子が、たとえばＲＲＣシグナリングにおいて、ＵＥから（Ｒ）ＡＮノードに直接送信されない、または、ＵＥコンテキストセットアップ手順の一部としてＣＣＮＦ（たとえばＭＭＦ）から（Ｒ）ＡＮノードにＮＧ２インタフェースを介して送信されない、といった場合に必要である。
その他。
【００６２】
なお、上記のパラメータは、単一のＲＡＢまたはＤＲＢのような単一の（無線）アクセスコネクション、および（Ｒ）ＡＮノードと同じ（ＰＤＵ）セッションのＵＰＦとの間の複数のＮＧ３コネクション／トンネルを有する場合に適用される。このような場合、ＤＬでは、（Ｒ）ＡＮノードは、単一のＲＡＢ／ＤＲＢの同じセッションＩＤに属するすべてのＵＰＦからのトラフィックをマージする。しかしながら、ＵＬでは、（Ｒ）ＡＮノードは、どのパケットをどのＮＧ３トンネルを介してルーティングするかを決定する必要がある。この決定を下すために、上に挙げたパラメータは、（Ｒ）ＡＮノード内にＵＬルーティングテーブルを設定するためのパラメータ「トラフィック／フローフィルタルール」を含む。
【００６３】
また、（Ｒ）ＡＮノードが同じ（ＰＤＵ）セッション内にＮＧ３トンネルごとのＲＡＢ／ＤＲＢを確立することも可能である。このような場合、ＲＡＢ／ＤＲＢとＮＧ３トンネルとの間のマッピングは、１対１であってもよい。このマッピングは「１対１」であるので、（Ｒ）ＡＮノードは「トラフィック／フローフィルタルール」を知る必要はない。
【００６４】
要約すると、ＳＭＦは、ネットワーク設定またはセッション設定またはＲＡＮ能力に応じて、（Ｒ）ＡＮノードに向けたセッションパラメータ「トラフィック／フローフィルタルール」を生成して含めてもよく、そうでなくてもよい。
【００６５】
なお、ＵＰＦごとのセッションパラメータのグループは、セッション確立手順中に（たとえば、図７のステップ（８）中に）ＳＭＦ１ ２６からＵＥ２０に送信することが可能であるが、ＵＥ２０がＵＰＦのＩＰアドレスまたはトンネルＩＤを知らなくてもよいため、ＵＰＦ ＩＤを含まない。ネットワーク（ＲＡＮおよび／またはＣＮ）がＮＧ３トンネルごとにＲＡＢ／ＤＲＢを確立することを決定した場合、ＳＭＦ１ ２６は「ＵＰＦごとにグループ化されるように」セッションコンテキストパラメータを送信することを決定してもよい。このような場合には、ＰＤＵセッションを意味するセッション管理コンテキストパラメータが、４Ｇ  ＬＴＥ／ＥＰＣシステムで単一のＰＤＮコネクションに対する複数のベアラコンテキストと比較することが可能な、複数セットのセッションコンテキストパラメータである場合、ＵＥ２０は一種のツリー構造を維持する。
【００６６】
なお、同じＰＤＵセッションについて、ＳＭＦ１ ２６は、（Ｒ）ＡＮノード２２（たとえば図７のステップ（７））、および、ＵＥ２０（たとえば図７のステップ（８））に対して、異なるセットのセッションコンテキストパラメータを生成する。ＵＥ２０と（Ｒ）ＡＮノード２２とでは目指す目的が異なるため、セッションコンテキストパラメータは異なる。
【００６７】
注３：フローベースのＱｏＳアーキテクチャの調整ポイントとしてのＳＭＦ１  ２６
いわゆるフローベースのＱｏＳアーキテクチャでは、同じＰＤＵセッション内、また場合によっては同じＲＡＢ／ＤＲＢ内に、複数のＱｏＳフローがあり得る（単一のＲＡＢ／ＤＲＢおよび単一のＮＧ３コネクション／トンネルが複数のＱｏＳフローを搬送するという仮定である）。基本的に、ＮＧ ＣＮは、（Ｒ）ＡＮに対して、同じＰＤＵセッション内に、また場合によっては同じＤＲＢ上に異なるＱｏＳフローを搬送することを要求する。このようなＱｏＳアーキテクチャが展開される場合、本明細書は、ＣＮ内のＵＰＦ２８／２９と（Ｒ）ＡＮとの間の調整ポイント／エンティティとしてＳＭＦ１ ２６を使用することを提案する。ＳＭＦ１ ２６は、ＵＰＦに向けてＱｏＳマーキングルールを作成し、ＳＭＦ１ ２６はまた、対応するセッション情報を作成して（Ｒ）ＡＮノード２２に向けて送る。特に、図７を例に挙げると、ステップ（６）において、ＳＭＦ１ ２６はＮＧ４インタフェースを介してＵＰＦにＱｏＳマーキングルールを提供する。次に、図７のステップ（７）において、ＳＭＦ１ ２６は、ＮＧ３トンネルを介してＵＰＦから到来するデータパケットのＱｏＳマーキングをいかに管理するかという情報を（たとえばセッションパラメータと共に）、ＮＧ２インタフェースを介して（Ｒ）ＡＮノード２２に提供する。
【００６８】
図８は、たとえば、セッションパラメータの変更がサービス能力開示機能（ＳＣＥＦ）３６を介した３ＧＰＰ外部アプリケーションサーバ（ＳＣＳ／ＡＳ）からの指示子に基づく場合、ＵＥ２０がＭＭ接続／アクティブ状態にある間に、セッションパラメータの変更が実行されうる、セッション確立手順を示す。
【００６９】
図８に示すステップを以下のように詳細に説明する。
【００７０】
ステップ（１）乃至ステップ（８）は図７と同一である。
【００７１】
ステップ（９）：図７に示すステップ（０）と同様である。
【００７２】
ステップ（１０）：Ｕ／ＳＤＭ３４のＵＥ（セッション）コンテキストが更新され、Ｕ／ＳＤＭ３４がこの（セッション）コンテキストについてＳＭＦ１ ２６とアクティブなアソシエーションを有する場合、Ｕ／ＳＤＭ３４は、ＳＭＦ１  ２６に向けてセッションコンテキスト更新手順を開始する。この手順では、Ｕ／ＳＤＭ３４は更新されたセッションパラメータをＳＭＦ１ ２６に送信する。
【００７３】
また、ＳＣＥＦ３６がＳＭＦ１ ２６とのアソシエーションを有することが可能である。これを図８の代替ステップ１０．１として示す。このような場合、ＳＣＥＦ３６はＳＭＦ１ ２６と直接、セッションコンテキスト更新手順を実行することが可能である。Ｕ／ＳＤＭ３４は更新されてもされなくてもよい。Ｕ／ＳＤＭ３４が代替ステップ１０．１の一部として更新されない場合、ＳＭＦ１ ２６は、ＰＤＵセッション解放手順中に最近のセッションパラメータをＵ／ＳＤＭ３４に送信することができる。
【００７４】
ステップ（１１）：ＳＭＦ１ ２６がアクティブＳＭ状態（ＵＥ２０がＭＭ接続／アクティブ状態であることを意味する）にある間に、ＳＭＦ１ ２６のセッションパラメータが更新された場合、ＳＭＦ１ ２６はリソース変更手順を実行する（あるいは、この手順の名称はセッション変更手順であってもよい）。セッション変更手順の間、ＳＭＦ１ ２６は、新たなセッションパラメータをＵＰＦエンティティ２８／２９に送信する。
【００７５】
ステップ（１２）：ＳＭＦ１ ２６は、（Ｒ）ＡＮノード２２に向けてセッション更新手順（あるいは、この手順の名称はセッション変更手順であってもよい）を実行する。セッション更新手順中、ＳＭＦ１ ２６は、新たなセッションパラメータを（Ｒ）ＡＮノード２２に送信する。これは、シグナリングパスがＣＣＮＦ２４（たとえばＭＭＦ）を通過することが可能であるからである。
【００７６】
ステップ（１３）：ＳＭＦ１ ２６は、セッション変更要求メッセージをＵＥ２０に向けて送信する。このメッセージは、ＮＡＳ ＳＭメッセージであるとみなすことが可能である。ＳＭＦ１  ２６は、アップリンク送信のための変更セッションパラメータをＵＥ２０に通知する。
【００７７】
ステップ（１４）：ＵＥ２０は、ＳＭＦ１ ２６に向けてセッション変更応答メッセージを返信する。このメッセージは、ＮＡＳ ＳＭメッセージとみなすことができる。
【００７８】
図７および図８は、ＰＤＵセッション確立手順（図７）およびセッション変更手順（図８）の場合におけるセッションパラメータの維持および交換を示す。しかしながら、他の手順の間、たとえば、図９に示すようにセッション有効化中（すなわち、ＵＰコネクション有効化中）に、セッションパラメータを生成することは可能である。
【００７９】
図９に示すステップを以下に詳細に説明する。
【００８０】
ステップ（０）：ＤＬデータがＵＰＦ１  ２８に届く。このＰＤＵセッションのＳＭ状態はアイドルであるため、ＵＰＦ１  ２８はＤＬパケットを送信できないものする。
【００８１】
ステップ（１）：ＵＰＦ１  ２８は、関連付けられたＳＭＦ１  ２６に向けてＳｅｓｓｉｏｎ  ａｃｔｉｖａｔｉｏｎ手順を開始する。
【００８２】
ステップ（２）：ＳＭＦ１  ２６は、図７のステップ（５）に記載のようにＰＤＵセッション確立中に導出されるセッションパラメータを既に維持していてもよいが、いくつかの状況が変わる可能性があり、ＳＭＦ１  ２６が新たなセッションパラメータを決定するかもしれない。このようなセッションパラメータの新たな決定は、当日／当週の時間や通信パターンの可用性に基づいてもよい。
【００８３】
ステップ（３）：ＳＭＦ１  ２６は、Ａｃｔｉｖａｔｉｏｎ  ｓｅｓｓｉｏｎ手順を実行する。この手順は、図７のステップ（７）に記載のリソース予約手順を同様であってもよい。
【００８４】
ステップ（４）：ＵＥ２０のＭＭ状態に応じて（たとえば、ＵＥ２０はアイドル状態または接続状態にあってもよい）、ＭＭＦ２４はさまざまな手順を実行する。たとえば、ＭＭ状態が接続状態である場合、ＮＡＳシグナリングコネクションおよびＮＧ２シグナリングコネクションが存在するので、ＭＭＦ２４はＳＭＦの要求をさらに（Ｒ）ＡＮノード２２に転送する。さもなければ、ＵＥ２０がＭＭアイドル状態にある場合、ＭＭＦ２４はまずＵＥ２０をページングして、後にＵＥコンテキストを（Ｒ）ＡＮノード２２にセットアップする必要がある。
【００８５】
ステップ（５）：（Ｒ）ＡＮノード２２が、ＳＭＦ１ ２６から送信されたセッションパラメータの形態であり得る更新ＵＥコンテキストパラメータを受信した後、（Ｒ）ＡＮノード２２は、新たな無線アクセスコネクション（たとえば、無線アクセスベアラ）を確立し、そのＲＡＮパラメータを更新する。ＲＡＮパラメータの考えられる更新を解決策２に記載する。
【００８６】
ステップ（６）ＭＭＦ２４は、ステップ（３）に対する応答であるＳｅｓｓｉｏｎ  ａｃｔｉｖａｔｉｏｎ  ｒｅｓｐｏｎｓｅメッセージでステップ（３）に応答する。このメッセージは、ＲＡＮノードのＵＰ識別子（ＩＰアドレス、トンネルエンドポイント識別子など）を含む。
【００８７】
ステップ（７）：ステップ（６）で応答に成功した場合、すなわち（Ｒ）ＡＮノード２２のセッション有効化が成功した場合、ＳＭＦ１ ２６は、ＱｏＳルール、課金ルール、ＲＡＮ  ＵＰ  ＩＤといったセッションパラメータを含むＳｅｓｓｉｏｎ  ａｃｔｉｖａｔｉｏｎ  ｒｅｓｐｏｎｓｅメッセージを、ＵＰＦ１ ２８に送信する。セッションパラメータは、とりわけ、全体としてセッションの無効化を決定するために、または、ＵＰコネクションのみを無効化するために使用される、１つまたは複数のインアクティビティタイマタイプを含み得る（上記注２に記載のとおり）。ある時点において、インアクティビティタイマが満了すると、ＵＰＦ１ ２８は、ＳＭＦ１ ２６に向けてセッション無効化要求をトリガーすることが可能である。なお、セッション無効化要求は、図９には示されていない。
【００８８】
ステップ（６）における指示が成功しなかった場合、ＳＭＦ１  ２６は、対応する失敗原因を含むＳｅｓｓｉｏｎ  ａｃｔｉｖａｔｉｏｎ  ｒｅｓｐｏｎｓｅメッセージをＵＰＦ１  ２８に送信する。
【００８９】
既に説明したように、ＰＤＵセッションごとに複数のＵＰＦ２８／２９が構成されている場合、ＳＭＦ１ ２６は、それぞれのＵＰＦにそれぞれのセッションパラメータを生成してインストールすることができる。それぞれのセッションパラメータには、それぞれのインアクティビティタイマを含めることができる。しかしながら、共通（無線）アクセスベアラが（Ｒ）ＡＮシステムで使用される場合、たとえ１つのＵＰＦがＳＭＦ１ ２６に向けてセッション無効化要求をトリガーしたとしても、他のＵＰＦを介したデータフローが当該コネクションを使用し続けるので、ＳＭＦ１ ２６はＵＰ接続を無効化してはならない。
【００９０】
解決策２
特に注目すべき１つの態様は、ＣＮアシスト（Ｒ）ＡＮパラメータを示すことである。ＬＴＥ／ＥＰＣと同様に、ＮＧ ＣＮは、ＵＥの電力消費を最適化するために、またはＲＡＮ−ＣＮシグナリングを低減するために、（Ｒ）ＡＮによって考慮されるべき（Ｒ）ＡＮに関連するパラメータを示すことが可能である。ＮＧ ＣＮにおいて、ＮＧ ＣＮからＮＧ（Ｒ）ＡＮに向けたこのような指示子を、たとえば、「ＣＮアシスト（Ｒ）ＡＮパラメータ」 と呼ぶことが可能である。「ＣＮアシスト（Ｒ）ＡＮパラメータ」は、ＵＥに関連する（Ｒ）ＡＮパラメータ、またはセッションに関連する（Ｒ）ＡＮパラメータを含むことが可能である。また、「ＣＮアシスト（Ｒ）ＡＮパラメータ」は、ＭＭＦまたはＳＭＦが決定し、提供することが可能である。ＬＴＥ／ＥＰＣシステムとの違いは、ＮＧシステムでは「ＣＮアシスト（Ｒ）ＡＮパラメータ」が複数のネットワーク機能に保存されるのに対し、ＬＴＥ／ＥＰＣではそれらがＭＭＥだけで維持されていることである。したがって、ＮＧシステムでは、「ＣＮアシスト（Ｒ）ＡＮパラメータ」を維持するための調整と新たな手順が必要である。
【００９１】
本明細書は、図７および図８に示すようにＳＭＦ１ ２６で維持されるセッションパラメータを「ＣＮアシスト（Ｒ）ＡＮパラメータ」としてどのように使用することが可能であるかを、いくつかの変形例として提案する。
（ａ）ＳＭＦ１ ２６は、特定のＰＤＵセッション用の「ＣＮアシスト（Ｒ）ＡＮパラメータ」を含む特定のＩＥを生成し送信する。ＲＡＮノード２２は、すべての有効化されたＰＤＵセッションと、他のＰＤＵセッションに利用可能な「ＣＮアシスト（Ｒ）ＡＮパラメータ」とに応じて、ＲＡＮパラメータを決定することが可能である。
（ｂ）ＳＭＦ１ ２６は、たとえば図７のステップ（７）に示すように、（Ｒ）ＡＮノード２２に向けてセッションパラメータを送信する。ＭＭＦ２４は、これらのセッションパラメータのいくつかを処理し、（Ｒ）ＡＮノード２２にシグナルすべき「ＣＮアシスト（Ｒ）ＡＮパラメータ」を決定する。この場合、ＭＭＦ２４は、「ＣＮアシスト（Ｒ）ＡＮパラメータ」を収集して生成する主要なエンティティである。
【００９２】
「ＣＮアシスト（Ｒ）ＡＮパラメータ」セットの１つの具体的なパラメータは、ＭＭアクティブ状態からＭＭアイドル状態への遷移に使用されるパラメータであってもよい。このようなパラメータは、ＵＥインアクティビティタイマとすることが可能である。他のパラメータは、ＵＰセッションインアクティビティタイマとすることが可能である。ＵＰセッションインアクティビティタイマは、ＳＭＦ１ ２６によって維持されるセッションパラメータの一部であり、一方で、ＵＥインアクティビティタイマは、たとえば、上記の選択肢（ａ）または（ｂ）に従って、全体としてＵＥ２０のモビリティ管理コンテキストの一部として、（Ｒ）ＡＮノード２２内に（または任意でＭＭＦ２４によって）維持することが可能であると仮定する。 
【００９３】
複数の有効化されたＰＤＵセッションが存在する際にセッションを無効化する場合、（Ｒ）ＡＮノード２２は、１）セッションごとのインアクティブタイマ（ＵＰセッションインアクティビティタイマと呼ぶ）を維持し、このタイマが満了した後にセッション無効化手順を開始する、あるいは、２）ＵＥごとに単一のインアクティビティタイマ（ＵＥインアクティビティタイマと呼ぶ）を維持する。後者の場合、（Ｒ）ＡＮノード２２は、ＵＥインアクティビティタイマの値を複数のセッションインアクティビティタイマの値とそろえる必要がある。たとえば、ＵＥインアクティビティタイマは、最大セッションインアクティビティタイマ値の値を取得する。ＲＡＮノード２２内の異なる論理を使用して、ＵＰセッションインアクティビティタイマに基づいてＵＥインアクティビティタイマの値を導出することも可能である。
【００９４】
あるいは、セッションインアクティビティタイマ値の調整は、ＣＣＮＦ２４（たとえばＭＭＦ）によって実行されてもよい。この場合、ＭＭＦ２４が、ＳＭＦからのシグナリングを終端し、セッションインアクティビティタイマのような受信したセッションパラメータを処理することが可能である必要がある。ＭＭＦ２４は、ＵＥインアクティビティタイマの値を選択し、それをＣＮアシストＲＡＮパラメータ情報要素内にて（Ｒ）ＡＮノード２２にシグナルすることが可能である。
【００９５】
ＣＮアシスト（Ｒ）ＡＮパラメータのさらに別の態様は、たとえば、「ＲＡＮインアクティブ状態」と呼ばれる新たなＲＡＮモビリティ状態の利用可能性である。このような「ＲＡＮインアクティブ状態」は、（Ｒ）ＡＮ自体によって管理され、ＮＧ ＣＮに対して透過的であるものとする。ＮＧ ＣＮの視点からは、ＵＥ２０はＭＭアクティブ／接続状態にあり、ＲＡＮアクティブ状態およびＲＡＮインアクティブ状態間の遷移は、明示的なシグナリングもＮＧ ＣＮによる認知も伴わないであろう。本明細書はさらに、ＮＧ ＣＮがＲＡＮアクティブ状態およびＲＡＮインアクティブ状態への遷移についての情報でＲＡＮをアシストすることが可能であることを提案する。この場合、ＣＮアシスト（Ｒ）ＡＮパラメータは、ＲＡＮアクティブ状態またはＲＡＮインアクティブ状態への遷移に適用されるパラメータを含む。たとえば、ＣＮアシスト（Ｒ）ＡＮパラメータは、ＲＡＮアクティブ状態からＲＡＮ休止／インアクティブ状態に遷移する時点を導出するために（Ｒ）ＡＮノードによって使用される追加のインアクティビティタイマ、たとえば「ＲＡＮインアクティブ状態タイマ」または「ＲＡＮ休止タイマ」と呼ばれる追加のインアクティビティタイマを含むことが可能である。言い換えれば、ＮＧ  ＣＮ、たとえば、ＭＭＦ２４は、（Ｒ）ＡＮノードに「ＲＡＮ休止タイマ」値を示すことが可能である。このようなタイマ値は、ＵＥ加入者情報に基づいて、また、現在有効なＰＤＵセッションにも基づき、かつそれらの特性を考慮して、ＭＭＦ２４が決定することが可能である。
【００９６】
解決策３
本明細書の他の態様は、複数のＰＤＵセッションが存在する場合のＰＤＵセッションの有効化である。ＵＥ能力、加入者情報、および／またはネットワークの他のポリシーに応じて、ＰＤＵセッションを独立して有効化するという特徴は、ＵＥによっては、または場合によっては省略されてもよい。このような場合、特定のＳＭＦがＰＤＵセッションの有効化（すなわちＵＰコネクション有効化）を開始する際に、ネットワーク（たとえばＭＭＦ）がすべての既存のＰＤＵセッションの有効化を保証する新たな手順が提案される。具体例においては、ＵＬ／ＤＬが目下送信されることになっているＰＤＵ以外のＰＤＵセッションを扱う既存の設定されたＳＭＦに向けて、ＭＭＦがセッション有効化手順をトリガーすることが提案される。
【００９７】
ＤＬデータ送信の場合についてさらなる詳細を図１０に示す。
【００９８】
図１０のステップを以下のとおり詳細に説明する。
【００９９】
ステップ（０）乃至ステップ（３）は図９と同じである。
【０１００】
ステップ（４）：ＭＭＦ２４におけるＵＥ２０のＭＭ状態に応じて（たとえば、ＵＥ２０はアイドル状態または接続状態であり得る）、ＭＭＦ２４はさまざまな手順を実行する。たとえば、ＭＭ状態が接続状態である場合、ＮＡＳシグナリングコネクションおよびＮＧ２シグナリングコネクションが存在するので、ＭＭＦ２４はＳＭＦの要求をさらに（Ｒ）ＡＮノード２２に転送する。
【０１０１】
あるいは、ＵＥ２０がＭＭアイドル状態にある場合（図１０に示す例）、ＭＭＦ２４はまず特定のＵＥの内部設定（たとえばＵＥ能力）をチェックする。これは、たとえば「個別ＳＭ有効化」と呼ばれる、図７のステップ（１）におけるＵＥからの新たな指示子に関連する。ＣＣＮＦ２４（たとえばＭＭＦ）が、（「非サポート」を示した）ＵＥの「個別ＳＭ有効化」指示子に基づいて、すべてのＰＤＵセッションを有効化するよう設定されている場合、ＭＭＦ２４は、Ａｃｔｉｖａｔｅ  ｓｅｓｓｉｏｎ  ｒｅｑｕｅｓｔをこのＵＥ２０のためにすべての既存の（設定された）ＳＭＦに送信する。ＣＣＮＦ２４（たとえばＭＭＦ）は、すべての設定されたＳＭＦ（および対応するアドレスおよびＩＤ）をこのＵＥのＭＭコンテキスト内に維持して保存する。図１０の具体的な場合においては、ＭＭＦ２４はＳＭＦ２ ２７に向けてＡｃｔｉｖａｔｅ  ｓｅｓｓｉｏｎ手順を実行する。
【０１０２】
ステップ（５）：ＳＭＦ２  ２７は、ＮＧ４インターフェースを介して新たなセッションパラメータを（必要に応じて）送信することによって、ＵＰＦ２  ２９とのセッションを有効化する。
【０１０３】
ステップ（６）：ＳＭＦ２  ２７は、ＵＰＦ２  ２９にコンタクトした後で、Ａｃｔｉｖａｔｉｏｎ  ｓｅｓｓｉｏｎ  ｒｅｓｐｏｎｓｅを送信することによってステップ（４）に応答する。ＳＭＦ２  ２７は、（Ｒ）ＡＮノード２２に向けてＰＤＵセッション２のためのセッションコンテキストパラメータを送信する。
【０１０４】
ステップ（７）：（図１０に示すこの具体例において想定するように）ＵＥのＭＭ状態がアイドルである場合、ＭＭＦ２４はまずＵＥ２０をページングし、その後、ＵＥコンテキストを（Ｒ）ＡＮノード２２にセットアップする。
【０１０５】
ステップ（８）：（Ｒ）ＡＮノード２２が、ＳＭＦから送信されるセッションパラメータという形態であり得る、更新されたＵＥコンテキストパラメータを受信した後、（Ｒ）ＡＮノード２２は、新たな無線アクセスコネクション（たとえば無線アクセスベアラ）を確立し、そのＲＡＮパラメータを更新する。考えられるＲＡＮパラメータの更新は解決策２に記載されている。
【０１０６】
（Ｒ）ＡＮノード２２は、無線コネクションの確立に成功した後、その成功（または失敗）をＣＣＮＦ２４（たとえばＭＭＦ）に通知し、さらに、ＲＡＮノードＵＰ識別子（ＩＰアドレス、各ＮＧ３トンネルのトンネルエンドポイント識別子など）をＭＭＦ２４に通知する。
【０１０７】
ステップ（９）：ＭＭＦ２４はＰＤＵセッション２のセッション有効化を完了する。たとえば、ＭＭＦ２４は、以下のパラメータ、すなわち、ＵＥ  ＩＤ、セッションＩＤ、ＲＡＮノードＵＰ識別子（ＩＰアドレス、各ＮＧ３トンネルのトンネルエンドポイント識別子など）のうちの少なくとも１つまたは複数を含むセッションセットアップ完了メッセージをＳＭＦ２  ２７に送信する。
【０１０８】
ステップ（１０）：ＣＣＮＦ２４（たとえばＭＭＦ）は、Ａｃｔｉｖａｔｅ  ｓｅｓｓｉｏｎ  ｒｅｓｐｏｎｓｅメッセージをＳＭＦ１ ２６に送信することによってステップ（３）に応答する。このメッセージは、以下のパラメータ、すなわち、ＵＥ ＩＤ、セッションＩＤ、ＲＡＮノードＵＰ識別子（ＩＰアドレス、各ＮＧ３トンネルのトンネルエンドポイント識別子など）のうちの少なくとも１つまたは複数を含む。
【０１０９】
ステップ（１１）：ＳＭＦ１ ２６は、ステップ（１）でＵＰＦ１ ２８によって開始されたセッション有効化手順を完了する。ＳＭＦ１  ２６は、たとえば、Ｓｅｓｓｉｏｎ  Ａｃｔｉｖａｔｉｏｎ  ｒｅｓｐｏｎｓｅメッセージを送信する。このメッセージは、以下のパラメータ、すなわち、ＵＥ ＩＤ、セッションＩＤ、ＲＡＮノードＵＰ識別子（ＩＰアドレス、各ＮＧ３トンネルのトンネルエンドポイント識別子など）のうちの１つまたは複数を含む。
【０１１０】
上記手順の実行が成功した後、セッション＃１およびセッション＃２のためのＵＰコネクション（無線コネクション／ベアラおよびＮＧ３トンネルを含む）が確立される。
【０１１１】
同様の手順が、ＵＥ２０がＵＬデータを送信するためにサービス要求手順を実行するシナリオに適用される。この場合、ＭＭＦ２４がＵＥ２０からＮＡＳ ＭＭシグナリングを取得すると、ＭＭＦ２４は、ＰＤＵセッションを扱うＳＭＦに向けてセッション有効化手順を開始するのではなく、ＵＥ２０がデータを送信しようとしているすべての既存の（設定された）ＳＭＦに向けてセッション有効化手順を開始する。
【０１１２】
概要
有益なことに、上述の例示的な実施形態は、以下の機能のうちの１つ以上を含むが、これらに限定されない。
１）ＳＭＦは、既存のＰＤＵセッションのセッションパラメータ/コンテキスト用の動的リポジトリである。ＳＭＦ、ＵＥ、ＭＭＦ、および（Ｒ）ＡＮノード間の協調は、ユーザプレーン機能エンティティにセッションパラメータをインストールするために必要とされる。
ａ）ＳＭＦは、さまざまな意味を持つＵＰＦ内の複数のタイプのインアクティビティタイマを導出して設定する。
ｂ）ＳＭＦは、フローベースのＱｏＳアーキテクチャの調整ポイントとして機能する。すなわち、ＳＭＦは、ＱｏＳマーキングルールをユーザプレーン機能／ゲートウェイにインストールし、ＱｏＳマークされたパケットをどのように処理するかというルールを、制御プレーンシグナリング（たとえばＮＧ２）を介して（Ｒ）ＡＮノードにシグナルする。
２）ＰＤＵセッションごとの複数のＵＰＦがある場合、異なるセットのセッションパラメータがＵＰＦごとに決定され、ＳＭＦに維持される。
３）ＣＮアシストＲＡＮパラメータは、ＳＭＦによってＰＤＵセッションごとに生成されうる。複数のセッション指向のＣＮアシストＲＡＮパラメータに基づく共通ＲＡＮパラメータの決定は、（Ｒ）ＡＮノードまたはＭＭＦのいずれにおいても実行可能である。
ａ）ＳＭＦは、さまざまな意味を持つ（Ｒ）ＡＮノード内の複数のタイプのインアクティビティタイマを導出して設定する。
４）［解決策３に基づく］ＭＭＦによってトリガーされる手順であり、ここで、（すべての既存のＰＤＵセッションを同時に有効化する設定に基づく）ＭＭＦは、すべての設定されたＳＭＦにセッション有効化手順を開始するようトリガーする。
【０１１３】
上記の実施形態（たとえば、解決策１および２）は、複数のセッションがＵＥごとに利用可能であり得る場合にセッションパラメータを決定して交換する方法を説明していることが理解されよう。この方法は以下のステップを含む。
１）ＳＭＦは、Ｕ／ＳＤＭ、ＰＣＦ、またはＳＣＥＦからセッション（たとえばＤＮＮ／ＡＰＮ関連）加入者情報または動的に生成された情報を検索する。
ａ）ＳＭＦがＳＣＥＦを介して情報を取得する場合、ＳＭＦとＳＣＥＦは（必要に応じて）互いを認識し、セッション確立中にハンドシェイクする。
２）ＳＭＦは、セッションパラメータ（たとえば、ＱｏＳルール、課金ルール、ＱｏＳパラメータ、および／またはインアクティビティタイマ）を導出、更新、または変更する。
ａ） セッションパラメータの更新は、暗黙的に、すなわち他のＣＮ ＣＰ ＮＦから新たな情報を検索せずに実行することが可能である。たとえば、ＳＭＦは、１日のまたは１週における様々な回数で、様々なＵＥ挙動またはアプリケーション挙動を示す通信パターンを記憶することができる。
３）ＳＭＦは、現在有効なセッションパラメータを（Ｒ）ＡＮノードに送信する（たとえばＭＭＦを介して）。ＳＭＦはまた、セッション有効化を行うたびにセッション確立中にこのようなセッションパラメータをＵＰＦにインストールしてもよいし、セッション／ＮＧ３有効化を行うたびにこのようなセッションパラメータをＵＰＦに送信してもよい。
ａ）複数のタイプのインアクティビティタイマをＳＭＦによって導出し、（Ｒ）ＡＮおよび/またはＵＰＦに設定することが可能である。
【０１１４】
上記の実施形態（たとえば解決策３）は、モビリティ管理エンティティがすべての既存のＰＤＵセッションを同時に有効化するよう構成されている、ＰＤＵセッションを有効化する方法を説明していることが理解されよう。この方法は以下のステップを含む。
１）ＳＭＦがＰＤＵセッションの有効化を開始する。
２）ＭＭＦが、残りの既存のＳＭＦへのシグナリングを開始して、他のＰＤＵセッションを有効化する。
３）すべての他のＳＭＦがＰＤＵセッション有効化の手順をトリガーする。
【０１１５】
利点
上記の実施形態は、有益なことに、以下を含む（が限定されない）いくつかの利点を提供することが理解されよう。
セッション有効化手順中にＲＡＮとＣＮとの間のシグナリングを最小限に抑え、
ＵＥ能力に基づいて１つのＰＤＵセッションまたはすべてのＰＤＵセッションを有効化する新しい方法（解決策３）。
【０１１６】
ユーザ機器（ＵＥ）２０
図１１は、ＵＥ２０の主な構成要素を表すブロック図である。図示のように、ＵＥ２０は、１つ以上のアンテナ５２を介して接続されたノードとの間で信号を送受信するよう動作可能なトランシーバ回路５０を含む。図１１に必ずしも示さないが、ＵＥは、当然のことながら、従来のモバイルデバイス（ユーザインタフェース５４など）のすべての一般的な機能を有しており、これは、ハードウェア、ソフトウェア、およびファームウェアのうちの１つまたは任意の組み合わせによって適宜提供され得る。たとえば、ソフトウェアは、メモリ５８に予めインストールされていてもよく、および／または、電気通信ネットワークを介して、もしくは取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。コントローラ５４は、メモリ５８に格納されたソフトウェアに従ってＵＥ２０の動作を制御する。このソフトウェアは、とりわけ、オペレーティングシステム６０と、少なくともトランシーバ制御モジュール６４を有する通信制御モジュール６２とを含む。通信制御モジュール６２（トランシーバ制御モジュール６４を使用する）は、ＵＥ２０と他のノード、たとえば基地局／（Ｒ）ＡＮノード２２およびＭＭＦ２４との間のシグナリングおよびアップリンク／ダウンリンクデータパケットの処理（生成／送信／受信）を担当する。このようなシグナリングは、たとえば、ネットワークとの無線およびＭＭコネクション確立手順に関する適切にフォーマットされたシグナリングメッセージ（たとえば、セッション設定要求および関連する応答）を含んでもよい。
【０１１７】
ＭＭＦ２４
図１２は、ＭＭＦ２４の主な構成要素を示すブロック図である。図示のように、ＭＭＦ２４は、ネットワークインタフェース６８を介して他のノード（ＵＥ２０を含む）と信号を送受信するよう動作可能なトランシーバ回路６６を含む。コントローラ７０は、メモリ７２に格納されたソフトウェアに従ってＭＭＦ２４の動作を制御する。たとえば、ソフトウェアは、メモリ７２に予めインストールされてもよく、および／または、電気通信ネットワークを介してもしくは取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム７４と、少なくともトランシーバ制御モジュール７８を有する通信制御モジュール７６とを含む。通信制御モジュール７６（トランシーバ制御モジュール７８を使用する）は、ＭＭＦ２４と、ＵＥ２０、基地局／（Ｒ）ＡＮノード２２、およびＳＭＦ２６／２７といった他のノードとの間でのシグナリングの処理（生成／送信／受信）を担当する。このようなシグナリングは、たとえば、（特定のＵＥに対する）セッション確立／有効化／変更手順などに関する適切にフォーマットされたシグナリングメッセージなどを含んでもよい。
【０１１８】
ＳＭＦ２６／２７
図１３は、例示的なＳＭＦ２６／２７の主な構成要素を表すブロック図である。図示のように、ＳＭＦ２６／２７は、ネットワークインタフェース８２を介してＳＭＦ２６／２７に接続された他のノード（たとえばＭＭＦ２４）との間で信号を送受信するよう動作可能なトランシーバ回路８０を含む。コントローラ８４は、メモリ８６に格納されたソフトウェアに従ってＳＭＦ２６／２７の動作を制御する。たとえば、ソフトウェアは、メモリ８６に事前にインストールされてもよく、および／または、電気通信ネットワークを介してもしくは取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム８８と、少なくともトランシーバ制御モジュール９２を有する通信制御モジュール９０とを含む。通信制御モジュール９０（トランシーバ制御モジュール９２を使用する）は、ＳＭＦ２６／２７と他のネットワークノード（ＭＭＦ２４など）との間でのシグナリングの処理（生成／送信／受信）を担当する。シグナリングは、たとえば、（特定のＵＥ２０に対する）セッション確立／有効化／変更手順に関する適切にフォーマットされたシグナリングメッセージなどを含んでもよい。
【０１１９】
（Ｒ）ＡＮノード２２
図１４は、例示的な（Ｒ）ＡＮノード２２の主な構成要素を示すブロック図である。図示のように、（Ｒ）ＡＮノード２２は、１つ以上のアンテナ９６を介して接続されたＵＥ２０との間で信号を送受信し、また、ネットワークインタフェース９８を介して他のネットワークノードとの間で（直接的にまたは間接的に）信号を送受信するよう動作可能なトランシーバ回路９４を含む。コントローラ１００は、メモリ１０２に格納されたソフトウェアに従って（Ｒ）ＡＮノード２２の動作を制御する。たとえば、ソフトウェアは、メモリ１０２に事前にインストールされてもよく、および／または、電気通信ネットワークを介してもしくは取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０４と、少なくともトランシーバ制御モジュール１０８を有する通信制御モジュール１０６とを含む。通信制御モジュール１０６（トランシーバ制御モジュール１０８を使用する）は、（Ｒ）ＡＮノード２２と、ＵＥ２０、ＭＭＦ２４、およびＳＭＦ２６／２７といった他のノードとの間での（たとえば間接的な）シグナリングの処理（生成／送信／受信）を担当する。シグナリングは、たとえば、（特定のＵＥ２０に対する）無線およびＭＭ接続確立手順、（特定のＵＥ２０に対する）セッション確立／有効化／変更手順などに関する適切にフォーマットされたシグナリングメッセージを含むことができる。
【０１２０】
変形例と代替例
詳細な実施形態を上記にとおり説明した。当業者には理解されるように、ここに具現化される発明からも利益を受ける一方で、上記の実施形態に対して多くの変形例および代替例が可能である。説明のために、これらの代替例および変形例のいくつかだけを説明する。
【０１２１】
上記の説明では、ＵＥ、ＭＭＦ、およびＳＭＦは、理解を容易にするために、いくつかの個別モジュール（通信制御モジュールなど）を有するものとして説明されている。これらのモジュールは、たとえば既存のシステムが本発明を実施するよう変更されたアプリケーションのために、また、たとえば最初から本発明の特徴を念頭に置いて設計されたシステムの他のアプリケーションにおいて、このように提供され得るが、これらのモジュールは、オペレーティングシステムやコード全体に組み込まれているため、個別のエンティティとして認識されない場合がある。これらのモジュールはまた、ソフトウェア、ハードウェア、またはこれらの組み合わせに実装してもよい。
【０１２２】
各コントローラは、たとえば次のものを含む（が、これらに限定されない）任意の適切な形態の処理回路を含んでもよい。すなわち、
１つ以上のハードウェア実装のコンピュータプロセッサ
マイクロプロセッサ
中央演算処理装置（ＣＰＵ）
演算論理装置（ＡＬＵ）
入出力（ＩＯ）回路
内部メモリ／キャッシュ（プログラムおよび／またはデータ）
処理レジスタ
通信バス（たとえば、制御、データ、および／またはアドレスバス）
ダイレクトメモリアクセス（ＤＭＡ）機能
ハードウェアまたはソフトウェア実装のカウンタ、ポインタ、および／またはタイマなど。
【０１２３】
上記の実施形態では、いくつかのソフトウェアモジュールが説明されている。当業者には理解されるように、ソフトウェアモジュールは、コンパイルされた形式またはコンパイルされていない形式で提供されてもよいし、コンピュータネットワークを介して、または記録媒体上で、信号としてＵＥ、ＭＭＦ、およびＳＭＦに提供されてもよい。また、このソフトウェアの一部または全部によって実行される機能は、１つ以上の専用ハードウェア回路を使用して実行されてもよい。しかしながら、ソフトウェアモジュールの使用は、それらの機能を更新するために、ＵＥ、ＭＭＦ、およびＳＭＦの更新を容易にするので好ましい。
【０１２４】
上記の実施形態はまた、「非モバイル」または一般に据置型のユーザ機器に適用可能である。
【０１２５】
様々な他の変更は当事者には明らかであり、ここではこれ以上詳細に説明しない。
【０１２６】
略語および用語
以下の略語および用語が本明細書において使用される。
３ＧＰＰ 3rd Generation Partnership Project: 第３世代パートナーシッププロジェクト
ＡＰＮ  Access Point Name: アクセスポイント名（２／３Ｇでは様々なＰＤＮコネクションの識別子として使用、５Ｇではデータネットワーク（ＤＮ）に類似）
ＡＳ Access Stratum: アクセス層（本明細書ではＲＲＣシグナリングに類似）
ＣＣＦ Core Control Functions: コア制御機能
ＣＣＮＦ Common Control Network Functions: 共通制御ネットワーク機能
ＣＰＦ Control Plane Function: 制御プレーン機能
ＮＢ，ｅＮＢ  Node B, evolved Node B: ノードＢ、進化型ノードＢ（但し、２Ｇ、３Ｇ、４Ｇ、または次世代の５Ｇ技術を実装する「ＲＡＮ」ノードとすることもできる）
Ｅ−ＵＴＲＡＮ Evolved Universal Terrestrial Radio Access Network: 進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮとしても使用される）
ＧＧＳＮ Gateway GPRS Support Node: ゲートウェイＧＰＲＳサポートノード
ＧＰＲＳ General Packet Radio Service: 汎用パケット無線サービス
ＨＰＬＭＮ Home Public Land Mobile Network: ホーム公衆陸上移動体ネットワーク
ＨＳＳ Home Subscriber Server: ホーム加入者サーバ
ＩＥ Informational Element: 情報要素（シグナリングメッセージの一部として使用）
ＭＭＥ Mobility Management Entity: モビリティ管理エンティティ
ＭＭＦ Mobility Management Function: モビリティ管理機能
ＭＮＯ Mobile Network Operator: モバイルネットワーク事業者
ＮＡＳ Non Access Stratum: 非アクセス層
ＮＧ Next Generation: 次世代（５Ｇネットワークに使用される用語だが、他の世代のネットワークであってもよい）
ＮＮＳＦ NAS/Network Note Selection Function: ネットワークノード選択機能
ＮＳＩ Network Slice Instances: ネットワークスライスインスタンス
ＰＣＦ Policy Control Function: ポリシー制御機能
ＰＣＲＦ Policy and Charging Rules Function: ポリシー／課金規制機能
ＰＧＷ Packet Data Network Gateway: パケットデータネットワークゲートウェイ
ＰＳＭ Power Saving Node:省電力モード
ＲＡＢ Radio Access Bearer: 無線アクセスベアラ（データ無線ベアラ（ＤＲＢ）として同様に使用される）
ＲＡＵ Routing Area Update: ルーティングエリア更新
ＲＮＣ  Radio Network Controller: 無線ネットワークコントローラ
ＲＲＣ Radio Resource Control: 無線リソース制御
ＰＬＭＮ Public Land Mobile Network: 公衆陸上移動体ネットワーク
ＳＣＮＦ Slice-specific Core Network Functions: スライス固有のコアネットワーク機能
ＳＣＳ／ＡＳ Service Capability Server/Application Server: サービス機能サーバ／アプリケーションサーバ
ＳＭＦ Session Management Function: セッション管理機能
ＳＧＳＮ Serving GPRS Support Node: サービングＧＰＲＳサポートノード
ＳＧＷ Serving Gateway: サービングゲートウェイ
ＴＡＵ Tracking Area Update: トラッキングエリア更新
ＵＥ User Equipment: ユーザ機器
ＵＰＦ User Plane Function: ユーザプレーン機能（ＥＰＣのＳＧＷ／ＰＧＷと同様に、ポリシー／ＱｏＳの実施、モビリティ、ＵＥのＩＰアンカーに使用される任意のＵＰ機能）
ＵＴＲＡＮ UMTS Terrestrial Radio Access Network: ＵＭＴＳ地上無線アクセスネットワーク
ＶＰＬＭＮ Visited Public Land Mobile Network: 訪問先公衆陸上移動体ネットワーク
【参考文献】
【０１２７】
［１］３ＧＰＰ  ＴＲ２３．７９９  ｖ１．０．２、２０１６年９月「次世代システムのためのアーキテクチャに関する研究」
［２］３ＧＰＰ  ＴＳ２３．４０１  ｖ１４．１．０、２０１６年９月「進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のアクセスのための汎用パケット無線サービス（ＧＰＲＳ）の充実」
【０１２８】
本出願は、２０１６年１０月１１日に特許出願された欧州特許出願第１６１９３３９１．６号に基づく優先権主張の利益を享受するものであり、当該特許出願に記載された内容は、すべて本明細書に含まれるものとする。
【図１】
2020115686.tif 000003
【図２】
2020115686.tif 000004
【図３】
2020115686.tif 000005
【図４】
2020115686.tif 000006
【図５】
2020115686.tif 000007
【図６】
2020115686.tif 000008
【図７】
2020115686.tif 000009
【図８】
2020115686.tif 000010
【図９】
2020115686.tif 000011
【図１０】
2020115686.tif 000012
【図１１】
2020115686.tif 000013
【図１２】
2020115686.tif 000014
【図１３】
2020115686.tif 000015
【図１４】
2020115686.tif 000016