JP2023520378A - Ｐｄｕセッションの確立のための方法および装置 - Google Patents

Abstract

プロトコルデータユニット（ＰＤＵ）セッションの確立のための方法および装置が、開示される。実施形態によれば、第１のネットワーク機能は、端末デバイスのために確立されるべきＰＤＵセッションのための第１のセッション管理機能（ＳＭＦ）が、第２のＳＭＦの挿入／変更をサポートするかどうかを決定する。ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、第１のネットワーク機能は、第１のネットワーク機能がそれに属するパブリックランドモバイルネットワーク（ＰＬＭＮ）全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワーク機能に送信する。第１のネットワーク機能は、第２のネットワーク機能からクエリ応答を受信する。【選択図】図２

Description

本開示の実施形態は、一般的に通信に関し、より詳細には、プロトコルデータユニット（ＰＤＵ）セッションの確立のための方法および装置に関する。

このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述は、この点を考慮して読まれるべきであり、従来技術であるものまたは従来技術でないものに関する承認として理解されるべきではない。

リリース１６（Ｒｅｌ－１６）において、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、第５世代コア（５ＧＣ）における「特定のセッション管理機能（ＳＭＦ）サービスエリアをもつ配置トポロジー（ＤＴＳＳＡ）」という新しい特徴を明記した。この特徴は、ユーザ機器（ＵＥ）が現在のサービングＳＭＦのサービングエリアの中から移動するとき、古いＳＭＦによってサーブされたＰＤＵセッションを続けるために、アクセスおよびモビリティ管理機能（ＡＭＦ）が中間または相互作用ＳＭＦ（Ｉ－ＳＭＦ）を挿入／変更することを可能にする。

ホームルーテッドＰＤＵセッションについて、同じ機構が、３ＧＰＰ技術仕様（ＴＳ）２３．５０２ Ｖ１６．３．０において以下で明記されているように、ＵＥが古いＶ－ＳＭＦのサービングエリアの中から移動するとき、ＡＭＦが新しい訪問先ＳＭＦ（Ｖ－ＳＭＦ）を選択することを可能にする。
４．２３ 特定のＳＭＦサービスエリアをもつ配置トポロジーのサポート
４．２３．１ 全般
この節は、ＴＳ２３．５０１［２］節５．３４において規定されている、特定のＳＭＦサービスエリアをもつ配置トポロジーをサポートするための、この仕様の他の節における５ＧＣ手順への変更、および新しい手順をキャプチャする。
ホームルーテッドＰＤＵセッションについて、ＵＥが、サービングＰＬＭＮにおいてＶ－ＳＭＦサービングエリアの中から移動した場合、サービングＡＭＦは、Ｖ－ＳＭＦを変更することができ、この場合、以下の手順が、Ｖ－ＳＭＦ変更のために（換言すれば、Ｉ－ＳＭＦをＶ－ＳＭＦと置き換えることによって）適用される。

本発明の概要は、発明を実施するための形態において以下でさらに説明される、簡略化された形態の概念の選択を導入するために提供される。本発明の概要は、請求される主題の主要な特徴または必須の特徴を識別することを意図されず、請求される主題の範囲を限定するために使用されることも意図されない。

本開示の目的のうちの１つは、ＰＤＵセッションの確立のための改善されたソリューションを提供することである。特に、本開示によって解決される課題のうちの１つは、ＰＤＵセッションが中断されることを防ぐことである。

本開示の第１の態様によれば、第１のネットワーク機能によって実施される方法が提供される。方法は、端末デバイスのために確立されるべきプロトコルデータユニット（ＰＤＵ）セッションのための第１のセッション管理機能（ＳＭＦ）が、第２のＳＭＦの挿入／変更をサポートするかどうかを決定することを備え得る。方法は、ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、第１のネットワーク機能がそれに属するパブリックランドモバイルネットワーク（ＰＬＭＮ）全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワーク機能に送信することをさらに備え得る。方法は、第２のネットワーク機能からクエリ応答を受信することをさらに備え得る。

このようにして、端末デバイスのサービングＰＬＭＮは、第１のＳＭＦが第２のＳＭＦの挿入／変更をサポートしないとき、端末デバイスのモビリティ中にＰＤＵセッションをサーブし続けることを可能にされ得る。

本開示の実施形態では、第２のＳＭＦの挿入／変更は、特定のＳＭＦサービスエリアをもつ配置トポロジー（ＤＴＳＳＡ）における端末デバイスのロケーション変更によるものであり得る。

本開示の実施形態では、クエリ要求は、少なくとも１つの第２のＳＭＦを優先的に発見することを指し示し得る。

本開示の実施形態では、クエリ応答は、少なくとも１つの第２のＳＭＦに関する情報を備え得る。

本開示の実施形態では、クエリ応答は、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦが利用可能でない場合、ＰＬＭＮ全体をサーブすることができない少なくとも１つの第３のＳＭＦに関する情報を備え得る。

本開示の実施形態では、第１のＳＭＦは、ホームＳＭＦ（Ｈ－ＳＭＦ）であり得、第２または第３のＳＭＦは、訪問先ＳＭＦ（Ｖ－ＳＭＦ）であり得る。

本開示の実施形態では、第１のＳＭＦは、アンカーＳＭＦであり得、第２または第３のＳＭＦは、中間ＳＭＦ（Ｉ－ＳＭＦ）であり得る。

本開示の実施形態では、第１のネットワーク機能は、アクセスおよびモビリティ管理機能（ＡＭＦ）であり得る。

本開示の実施形態では、第２のネットワーク機能は、ネットワークリポジトリ機能（ＮＲＦ）であり得る。

本開示の実施形態では、クエリ要求は、ＰＬＭＮ全体をサーブすることができるＳＭＦのみを発見することを指し示す第１のインジケータを備え得る。

本開示の実施形態では、第１のインジケータは、ＰＬＭＮ全体をサーブすることができるＳＭＦのみを発見することを指し示す値「ＴＲＵＥ」をもつブール型のクエリパラメータであり得る。

本開示の実施形態では、クエリ要求は、ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見することを指し示す第２のインジケータを備え得る。

本開示の実施形態では、第２のインジケータは、ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見することを指し示す値「ＴＲＵＥ」をもつブール型のクエリパラメータであり得る。

本開示の実施形態では、クエリ要求は、ＰＬＭＮ全体を表すあらかじめ規定されたトラッキングエリア識別情報（ＴＡＩ）を、発見されるべきＳＭＦのためのクエリパラメータとして備え得る。

本開示の第２の態様によれば、第２のネットワーク機能によって実施される方法が提供される。方法は、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第１のネットワーク機能から受信することを備え得る。方法は、第１のネットワーク機能にクエリ応答を送信することをさらに備え得る。

本開示の実施形態では、クエリ要求は、少なくとも１つの第２のＳＭＦを優先的に発見することを指し示し得る。

本開示の実施形態では、クエリ応答は、少なくとも１つの第２のＳＭＦに関する情報を備え得る。

本開示の実施形態では、クエリ応答は、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦが利用可能でない場合、ＰＬＭＮ全体をサーブすることができない少なくとも１つの第３のＳＭＦに関する情報を備え得る。

本開示の実施形態では、第２のネットワーク機能は、ＮＲＦであり得る。

本開示の実施形態では、第１のネットワーク機能は、ＡＭＦであり得る。

本開示の実施形態では、クエリ要求は、ＰＬＭＮ全体をサーブすることができるＳＭＦのみを発見することを指し示す第１のインジケータを備え得る。

本開示の実施形態では、第１のインジケータは、ＰＬＭＮ全体をサーブすることができるＳＭＦのみを発見することを指し示す値「ＴＲＵＥ」をもつブール型のクエリパラメータであり得る。

本開示の実施形態では、クエリ要求は、ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見することを指し示す第２のインジケータを備え得る。

本開示の実施形態では、第２のインジケータは、ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見することを指し示す値「ＴＲＵＥ」をもつブール型のクエリパラメータであり得る。

本開示の実施形態では、クエリ要求は、ＰＬＭＮ全体を表すあらかじめ規定されたＴＡＩを、発見されるべきＳＭＦのためのクエリパラメータとして備え得る。

本開示の第３の態様によれば、第１のネットワーク機能によって実施される方法が提供される。方法は、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定することを備え得る。方法は、ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、ＰＤＵセッションのためのターゲットとなる第２のＳＭＦを決定することをさらに備え得る。決定されたターゲットとなる第２のＳＭＦは、第１のネットワーク機能においてあらかじめ設定され、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる、１つまたは複数の第２のＳＭＦから選択され得る。

本開示の実施形態では、第２のＳＭＦの挿入／変更は、ＤＴＳＳＡにおける端末デバイスのロケーション変更によるものであり得る。

本開示の実施形態では、第１のＳＭＦは、Ｈ－ＳＭＦであり得、第２のＳＭＦは、Ｖ－ＳＭＦである。

本開示の実施形態では、第１のＳＭＦは、アンカーＳＭＦであり得、第２のＳＭＦは、Ｉ－ＳＭＦであり得る。

本開示の実施形態では、第１のネットワーク機能は、ＡＭＦであり得る。

本開示の第４の態様によれば、第１のネットワークノードが提供される。第１のネットワークノードは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備え得る。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含んでいることがあり、それによって、第１のネットワークノードは、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定するように動作可能であり得る。第１のネットワークノードは、ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、第１のネットワークノードがそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワーク機能に送信するようにさらに動作可能であり得る。第１のネットワークノードは、第２のネットワーク機能からクエリ応答を受信するようにさらに動作可能であり得る。

本開示の実施形態では、第１のネットワークノードは、上記の第１の態様による方法を実施するように動作可能であり得る。

本開示の第５の態様によれば、第２のネットワークノードが提供される。第２のネットワークノードは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備え得る。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含んでいることがあり、それによって、第２のネットワークノードは、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つのＳＭＦを発見するためのクエリ要求を、第１のネットワーク機能から受信するように動作可能であり得る。第２のネットワークノードは、第１のネットワーク機能にクエリ応答を送信するようにさらに動作可能であり得る。

本開示の実施形態では、第２のネットワークノードは、上記の第２の態様による方法を実施するように動作可能であり得る。

本開示の第６の態様によれば、第１のネットワークノードが提供される。第１のネットワークノードは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備え得る。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含んでいることがあり、それによって、第１のネットワークノードは、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定するように動作可能であり得る。第１のネットワークノードは、ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、ＰＤＵセッションのためのターゲットとなる第２のＳＭＦを決定するようにさらに動作可能であり得る。決定されたターゲットとなる第２のＳＭＦは、第１のネットワークノードにおいてあらかじめ設定され、第１のネットワークノードがそれに属するＰＬＭＮ全体をサーブすることができる、１つまたは複数の第２のＳＭＦから選択され得る。

本開示の実施形態では、第１のネットワークノードは、上記の第３の態様による方法を実施するように動作可能であり得る。

本開示の第７の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも１つのプロセッサによって実行されたとき、少なくとも１つのプロセッサに上記の第１から第３の態様のいずれか１つによる方法を実施させる命令を備え得る。

本開示の第８の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行されたとき、少なくとも１つのプロセッサに上記の第１から第３の態様のいずれか１つによる方法を実施させる命令を備え得る。

本開示の第９の態様によれば、第１のネットワークノードが提供される。第１のネットワークノードは、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定するための決定モジュールを備え得る。第１のネットワークノードは、ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、第１のネットワークノードがそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワーク機能に送信するための送信モジュールをさらに備え得る。第１のネットワークノードは、第２のネットワーク機能からクエリ応答を受信するための受信モジュールをさらに備え得る。

本開示の第１０の態様によれば、第２のネットワークノードが提供される。第２のネットワークノードは、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つのＳＭＦを発見するためのクエリ要求を、第１のネットワーク機能から受信するための受信モジュールを備え得る。第２のネットワークノードは、第１のネットワーク機能にクエリ応答を送信するための送信モジュールをさらに備え得る。

本開示の第１１の態様によれば、第１のネットワークノードが提供される。第１のネットワークノードは、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定するための第１の決定モジュールを備え得る。第１のネットワークノードは、ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、ＰＤＵセッションのためのターゲットとなる第２のＳＭＦを決定するための第２の決定モジュールをさらに備え得る。決定されたターゲットとなる第２のＳＭＦは、第１のネットワークノードにおいてあらかじめ設定され、第１のネットワークノードがそれに属するＰＬＭＮ全体をサーブすることができる、１つまたは複数の第２のＳＭＦから選択され得る。

本開示の第１２の態様によれば、通信システムにおいて実装される方法が提供される。方法は、第１のネットワーク機能において、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定することを備え得る。方法は、第１のネットワーク機能において、ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワーク機能に送信することをさらに備え得る。方法は、第２のネットワーク機能において、第１のネットワーク機能からクエリ要求を受信することをさらに備え得る。方法は、第２のネットワーク機能において、第１のネットワーク機能にクエリ応答を送信することをさらに備え得る。方法は、第１のネットワーク機能において、第２のネットワーク機能からクエリ応答を受信することをさらに備え得る。

本開示の第１３の態様によれば、通信システムが提供される。通信システムは、第１のネットワークノードと第２のネットワークノードとを備え得る。第１のネットワークノードは、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定することと、ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、第１のネットワークノードがそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワークノードに送信することと、第２のネットワークノードからクエリ応答を受信することとを行うように設定され得る。第２のネットワークノードは、第１のネットワークノードからクエリ要求を受信することと、第１のネットワークノードにクエリ応答を送信することとを行うように設定され得る。

本開示のこれらおよび他の目的、特徴および利点は、添付の図面とともに読まれるべきである、それらの例示的な実施形態の以下の詳細な説明から明らかになろう。

本開示の実施形態がそれに適用可能である、例示的な通信システムを図示する図である。 本開示の実施形態による、第１のネットワーク機能によって実施される方法を図示するフローチャートである。 本開示の実施形態による、第２のネットワーク機能によって実施される方法を図示するフローチャートである。 本開示の実施形態による、第１のネットワーク機能によって実施される方法を図示するフローチャートである。 本開示の実施形態による、例示的なプロセスを図示するフローチャートである。 本開示の実施形態による、例示的なプロセスを図示するフローチャートである。 本開示のいくつかの実施形態を実践する際に使用するのに好適な装置を示すブロック図である。 本開示の実施形態による、第１のネットワークノードを示すブロック図である。 本開示の実施形態による、第２のネットワークノードを示すブロック図である。 本開示の実施形態による、第１のネットワークノードを示すブロック図である。

説明の目的で、詳細が、開示される実施形態の完全な理解を提供するために、以下の説明において記載される。しかしながら、実施形態は、これらの特定の詳細なしに、または等価な配列を用いて実装され得ることが、当業者には明らかである。

上記で言及されたＤＴＳＳＡ特徴について、Ｖ－ＳＭＦが変化した場合、新しいＶ－ＳＭＦは、古いＶ－ＳＭＦからＰＤＵセッションのセッション管理（ＳＭ）コンテキストをフェッチし、次いで、続いて、新しいＮ１６インターフェースをセットアップするために、新しいＶ－ＳＭＦの情報、たとえば、新しいＶ－ＳＭＦ上の新しいＳＭコンテキスト識別子（ＰＤＵセッションＲｅｆユニフォームリソース識別子（ＵＲＩ））、新しいＶ－ＳＭＦのネットワーク機能（ＮＦ）インスタンス識別子（ＩＤ）を受け渡すために、Ｈ－ＳＭＦ上のＰＤＵセッション更新サービス動作を呼び出す。Ｈ－ＳＭＦは、受信された情報を記憶し、図４．２３．４．３－１を参照しながら３ＧＰＰ ＴＳ２３．５０２ Ｖ１６．３．０において以下で説明されるように、たとえば、Ｉ－ＳＭＦ／Ｖ－ＳＭＦ変更を伴うＵＥトリガードサービス要求手順中に、ＰＤＵセッションのための後続の通信のために新しいＶ－ＳＭＦに向かうＮ１６インターフェースをターゲットにする。
．．．
８ａ． Ｉ－ＳＭＦ変更の場合、新しいＩ－ＳＭＦは、ＳＭＦに向かうＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅ要求（ＳＵＰＩ、ＰＤＵセッションＩＤ、新しいＩ－ＵＰＦ ＤＬトンネル情報、Ｉ－ＳＭＦにおけるＳＭコンテキストＩＤ、アクセスタイプ、ＲＡＴタイプ、新しいＩ－ＳＭＦによってサポートされるＤＮＡＩリスト）を呼び出す。新しいＩ－ＳＭＦは、このサービス動作のために古いＩ－ＳＭＦから受信されたＳＭＦにおけるＳＭコンテキストＩＤを使用する。
Ｉ－ＳＭＦ挿入の場合、新しいＩ－ＳＭＦは、ＳＭＦに向かうＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ要求（新しいＩ－ＵＰＦ ＤＬトンネル情報、バッファリングされたＤＬデータのための新しいＩ－ＵＰＦトンネルエンドポイント、Ｉ－ＳＭＦにおけるＳＭコンテキストＩＤ、アクセスタイプ、ＲＡＴタイプ、新しいＩ－ＳＭＦによってサポートされるＤＮＡＩリスト）を呼び出す。
Ｉ－ＳＭＦにおけるＳＭコンテキストＩＤは、たとえば、新しいＩ－ＳＭＦにＰＤＵセッション解放を通知するために、さらなるＰＤＵセッション動作のためのＳＭＦによって使用されるべきである。Ｉ－ＳＭＦにおけるＳＭコンテキストＩＤが存在する場合（換言すれば、Ｉ－ＳＭＦ変更の場合）、ＳＭＦは、Ｉ－ＳＭＦにおけるＳＭコンテキストＩＤを置き換える。
バッファリングされたＤＬデータのための新しいＩ－ＵＰＦトンネルエンドポイントは、（ＳＭＦによって制御される古いＩ－ＵＰＦから新しいＩ－ＳＭＦによって制御される新しいＩ－ＵＰＦへの）フォワーディングトンネルを確立するために使用される。
類似の機構が、モビリティ登録、Ｎ２／Ｘｎベースハンドオーバなどを含む、すべてのＵＥモビリティ手順中に実施される。

３ＧＰＰは、５ＧＣ内で、ＮＦサービスコンシューマ（たとえば、ＡＭＦ）が、ＮＲＦサービスを介して、特定のサービス（たとえば、ＵＥのためにＰＤＵセッション要求を確立するためのＰＤＵセッションサービス）をサポートする、ターゲットＮＦサービスプロデューサー（たとえば、ＳＭＦ）を発見し得ることを明記している。

ＮＦサービスプロデューサー（たとえば、ＳＭＦ）インスタンスは、ＮＦサービスプロデューサーインスタンスが稼働しているとき、ＮＦサービスプロデューサーインスタンスのＮＦプロファイルをＮＲＦに登録する。代替的に、ＮＦプロファイルは、運用および保守（Ｏ＆Ｍ）機能によってＮＲＦに登録される。ＮＦプロファイルは、どのサービスがサポートされるのか、およびサービスがどのようにアクセスされ得るのかに関する必要な情報を含む。ＮＦプロファイルは、ＮＲＦが、ＮＦサービスコンシューマからの発見要求を履行するＮＦインスタンスにマッチする／そのＮＦインスタンスをフィルタ処理することを可能にするための情報をも含む。たとえば、ＳＭＦは、ＳＭＦがＮＲＦにＳＭＦのＮＦプロファイルを登録したとき、ＳＭＦがサーブすることができる、ＴＡＩのリストをもつサービスエリアを指し示し得、ＡＭＦは、現在のロケーションにおいてＵＥをサーブすることができるＳＭＦインスタンスを見つけるために、ＮＲＦに向かう発見要求に（ＵＥが位置する）ＴＡＩを含め得る。ＮＦは、ＮＦプロファイルにおいて、ＮＦがサポートする随意の特徴をも指し示す。たとえば、ＳＭＦは、ＳＭＦがサポートする場合、ＤＴＳＳＡのためのサポートを指し示す。

ＵＥモビリティを伴うホームルーテッドＰＤＵセッションを成功裡にサーブするために、現在の３ＧＰＰ仕様は、Ｖ－ＳＭＦが全ＰＬＭＮエリアをカバーしない場合に備えて、ＤＴＳＳＡ特徴が、訪問先ＰＬＭＮ（ＶＰＬＭＮ）（たとえば、ＡＭＦ／Ｖ－ＳＭＦ）とホームＰＬＭＮ（ＨＰＬＭＮ）（たとえば、Ｈ－ＳＭＦ）の両方においてサポートされることを必要とし、すなわち、ＵＥが、現在のＶ－ＳＭＦのサービスエリアの外に移動したとき、ＡＭＦは、新しいＶ－ＳＭＦを選択し、Ｖ－ＳＭＦは、後続の通信のための新しいＮ１６インターフェースをセットアップするためにＨ－ＳＭＦを更新する。新しいＶ－ＳＭＦの情報は、ＤＴＳＳＡサポートを有するＳＭＦのみによって理解される新しい情報要素（ＩＥ）とともに受け渡される。Ｈ－ＳＭＦは、これにより、これらのＩＥをハンドリングするための、およびＶ－ＳＭＦ変更をハンドリングすることが可能であるためのＤＴＳＳＡサポートをも必要とする。Ｒｅｌ－１５ Ｈ－ＳＭＦは、ホームルーテッドローミングをサポートすることが可能であるが、Ｖ－ＳＭＦ変更をサポートすることができない。

ＶＰＬＭＮはＤＴＳＳＡ特徴をサポートするが、Ｈ－ＳＭＦはＤＴＳＳＡ特徴をサポートしない場合、新しいＶ－ＳＭＦが選択されたとき、新しいＶ－ＳＭＦは、新しいＩＥを使用してＨ－ＳＭＦを更新することができない。これにより、Ｈ－ＳＭＦは、ＵＥがＶ－ＳＭＦサービスエリアの中から移動したとき、ＵＥをサーブし続けることができない、古いＶ－ＳＭＦに向かうＮ１６インターフェースを依然として保つことになる。その結果、ＰＤＵセッションは、解放されなければならない。

本開示は、ＰＤＵセッションの確立のための改善されたソリューションを提案する。以下で、ソリューションは、図１～図１０を参照しながら詳細に説明される。

図１は、本開示の実施形態がそれに適用可能である、例示的な通信システムを示す図である。示されているように、通信システムは、ユーザ機器（ＵＥ）、（無線）アクセスネットワーク（（Ｒ）ＡＮ）、ユーザプレーン機能（ＵＰＦ）、データネットワーク（ＤＮ）、認証サーバ機能（ＡＵＳＦ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、サービス通信プロキシ（ＳＣＰ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワークリポジトリ機能（ＮＲＦ）、ポリシ制御機能（ＰＣＦ）、統合されたデータ管理（ＵＤＭ）、およびアプリケーション機能（ＡＦ）を備える。上記のエンティティの機能説明は、その全体が参照により本明細書に組み込まれる、３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．３．０の節６において明記されている。

本開示のコンテキスト内で、本明細書で使用される端末デバイス（またはＵＥ）という用語は、たとえば、アクセス端末、移動局、モバイルユニット、加入者局などと呼ばれることもあることに留意されたい。端末デバイス（またはＵＥ）という用語は、無線通信ネットワークにアクセスし、そこからサービスを受信することができる、任意の（固定または移動）エンドデバイスを指すことがある。限定ではなく例として、ＵＥは、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生機器、モバイルフォン、セルラフォン、スマートフォン、タブレット、着用可能なデバイス、パーソナルデジタルアシスタント（ＰＤＡ）、一体型または埋込み型無線カード、外部的にプラグインされた無線カードなどを含み得る。

モノのインターネット（ＩｏＴ）シナリオでは、端末デバイス（またはＵＥ）は、監視および／または測定を実施し、別の端末デバイス（またはＵＥ）および／あるいはネットワーク機器にそのような監視および／または測定の結果を送る、機械または他のデバイスを表し得る。この場合、端末デバイス（またはＵＥ）は、３ＧＰＰコンテキストでは、マシン型通信（ＭＴＣ）デバイスと呼ばれ得る、マシンツーマシン（Ｍ２Ｍ）デバイスであり得る。そのような機械またはデバイスの特定の例は、センサー、電力計などの計量デバイス、工業機械類、二輪車、車両、あるいは家庭用または個人用機器、たとえば、冷蔵庫、テレビ、腕時計などのパーソナルウェアラブルなどを含み得る。

本明細書で使用される「通信システム」という用語は、第１世代（１Ｇ）、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇ通信プロトコル、および／あるいは現在知られているまたは将来開発されるのいずれかの任意の他のプロトコルなど、任意の好適な通信規格に従うシステムを指す。その上、通信システムにおける端末デバイスとネットワークノードとの間の通信は、限定はしないが、１Ｇ、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇ通信プロトコル、および／あるいは現在知られているまたは将来開発されるのいずれかの任意の他のプロトコルを含む、任意の好適な世代の通信プロトコルに従って実施され得る。加えて、本明細書で使用される特定の用語は、本開示を特定の用語に関連する通信システムのみに限定せず、そうではなく、本開示は、他の通信システムにより一般的に適用され得る。

図２は、本開示の実施形態による、第１のネットワーク機能によって実施される方法を図示するフローチャートである。第１のネットワーク機能は、ＡＭＦまたは類似の機能性を有する任意の他のエンティティであり得る。本明細書において言及されるネットワーク機能は、専用ハードウェア上のネットワーク・要素として、専用ハードウェア上で走るソフトウェアインスタンスとして、または適当なプラットフォーム上で、たとえば、クラウドインフラストラクチャ上でインスタンス化された仮想化された機能としてのいずれかで実装され得ることに留意されたい。ブロック２０２において、第１のネットワーク機能は、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定する。第１のＳＭＦは、第１のタイプのＳＭＦと呼ばれることもあり、第２のＳＭＦは、第２のタイプのＳＭＦと呼ばれることもある。たとえば、第２のＳＭＦの挿入／変更は、ＤＴＳＳＡにおける端末デバイスのロケーション変更によるものであり得る。例として、第１のＳＭＦは、Ｈ－ＳＭＦであり得、第２のＳＭＦは、Ｖ－ＳＭＦであり得る。この場合、端末デバイスは、ホームルーテッドローミングにある。別の例として、第１のＳＭＦは、アンカーＳＭＦであり得、第２のＳＭＦは、Ｉ－ＳＭＦであり得る。この場合、端末デバイスは、非ローミング状態にある。上記の例のうちのいずれか１つについて、第１のネットワーク機能は、第１のＳＭＦによってサポートされる特徴についてＮＲＦ（または類似の機能性を有する任意の他のエンティティ）に問い合わせし得る。ブロック２０２における決定は、サポートされる特徴が、第２のＳＭＦの挿入／変更をサポートする特徴（たとえば、ＤＴＳＳＡ）を含むかどうかに従って実施され得る。

ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、第１のネットワーク機能は、ブロック２０４において、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワーク機能に送信する。第２のネットワーク機能は、ＮＲＦまたは類似の機能性を有する任意の他のエンティティであり得る。第１のＳＭＦがＨ－ＳＭＦであり、第２のＳＭＦがＶ－ＳＭＦである上記の例では、第１のネットワーク機能がそれに属するＰＬＭＮは、ＶＰＬＭＮである。

第１のオプションとして、クエリ要求は、ＰＬＭＮ全体をサーブすることができるＳＭＦのみを発見することを指し示す第１のインジケータを備え得る。例示的な例として、第１のインジケータは、ＰＬＭＮ全体をサーブすることができるＳＭＦのみを発見することを指し示す値「ＴＲＵＥ」をもつブール型のクエリパラメータであり得る。第２のオプションとして、クエリ要求は、ＰＬＭＮ全体を表すあらかじめ規定されたＴＡＩを、発見されるべきＳＭＦのためのクエリパラメータとして備え得る。第２のネットワーク機能が、ＰＬＭＮ全体をサーブすることができるＳＭＦのみを発見するようにクエリ要求によって要求され得る限り、様々な他のオプションが代わりに使用され得ることに留意されたい。

ブロック２０６において、第１のネットワーク機能は、第２のネットワーク機能からクエリ応答を受信する。たとえば、少なくとも１つの第２のＳＭＦが、ＰＬＭＮ中に配置されている場合、クエリ応答は、少なくとも１つの第２のＳＭＦに関する情報を備え得る。図２中に示されている方法を用いて、端末デバイスのサービングＰＬＭＮは、第１のＳＭＦが第２のＳＭＦの挿入／変更をサポートしないとき、端末デバイスのモビリティ中にＰＤＵセッションをサーブし続けることを可能にされ得る。

クエリ要求は、少なくとも１つの第２のＳＭＦを優先的に発見することを指し示すことも可能である。第１のオプションとして、クエリ要求は、ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見することを指し示す第２のインジケータを備え得る。例示的な例として、第２のインジケータは、ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見することを指し示す値「ＴＲＵＥ」をもつブール型のクエリパラメータであり得る。第２のオプションとして、クエリ要求は、ＰＬＭＮ全体を表すあらかじめ規定されたＴＡＩを、発見されるべきＳＭＦのためのクエリパラメータとして備え得る。第２のネットワーク機能が、ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見するようにクエリ要求によって要求され得る限り、様々な他のオプションが代わりに使用され得ることに留意されたい。

対応して、少なくとも１つの第２のＳＭＦが、ＰＬＭＮ中に配置されている場合、クエリ応答は、少なくとも１つの第２のＳＭＦに関する情報を備え得る。少なくとも１つの第２のＳＭＦが、ＰＬＭＮ中に配置されていない場合、クエリ応答は、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦが利用可能でないので、ＰＬＭＮ全体をサーブすることができない少なくとも１つの第３のＳＭＦに関する情報を備え得る。この場合、少なくとも１つの第３のＳＭＦは、クエリ要求中に含まれている１つまたは複数の他のクエリパラメータにマッチし得る。

図３は、本開示の実施形態による、第２のネットワーク機能によって実施される方法を図示するフローチャートである。第２のネットワーク機能は、ＮＲＦまたは類似の機能性を有する任意の他のエンティティであり得る。ブロック３０２において、第２のネットワーク機能は、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第１のネットワーク機能から受信する。第１のネットワーク機能は、ＡＭＦまたは類似の機能性を有する任意の他のエンティティであり得る。ブロック３０２は、ブロック２０４に対応する。ブロック２０４に関して上記で説明されたように、第１のオプションとして、クエリ要求は、ＰＬＭＮ全体をサーブすることができるＳＭＦのみを発見することを指し示す第１のインジケータを備え得る。このオプションの場合、そのようなインジケータを含んでいるクエリ要求に応答して、第２のネットワーク機能は、ＰＬＭＮ全体がサーブされ得ることを意味する、それの登録された情報が特定のサーブドＴＡＩを含んでいないＳＭＦを探索し得る。第２のオプションとして、クエリ要求は、ＰＬＭＮ全体を表すあらかじめ規定されたＴＡＩを、発見されるべきＳＭＦのためのクエリパラメータとして備え得る。このオプションの場合、あらかじめ規定されたＴＡＩを含んでいるクエリ要求に応答して、第２のネットワーク機能は、それの登録された情報が、あらかじめ規定されたＴＡＩを含んでいるＳＭＦを探索し得る。

ブロック３０４において、第２のネットワーク機能は、第１のネットワーク機能にクエリ応答を送信する。たとえば、少なくとも１つの第２のＳＭＦに関する情報（たとえば、それのＮＦプロファイル）が、第２のネットワーク機能に登録されている場合、クエリ応答は、そのような情報を備え得る。

上記で説明されたように、クエリ要求は、少なくとも１つの第２のＳＭＦを優先的に発見することを指し示すことも可能である。第１のオプションとして、クエリ要求は、ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見することを指し示す第２のインジケータを備え得る。例示的な例として、第２のインジケータは、ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見することを指し示す値「ＴＲＵＥ」をもつブール型のクエリパラメータであり得る。このオプションの場合、そのようなインジケータを含んでいるクエリ要求に応答して、第２のネットワーク機能は、ＰＬＭＮ全体がサーブされ得ることを意味する、それの登録された情報が特定のサーブドＴＡＩを含んでいないＳＭＦを優先的に探索し得る。第２のオプションとして、クエリ要求は、ＰＬＭＮ全体を表すあらかじめ規定されたＴＡＩを、発見されるべきＳＭＦのためのクエリパラメータとして備え得る。このオプションの場合、あらかじめ規定されたＴＡＩを含んでいるクエリ要求に応答して、第２のネットワーク機能は、それの登録された情報が、あらかじめ規定されたＴＡＩを含んでいるＳＭＦを優先的に探索し得る。

両方のオプションについて、少なくとも１つの第２のＳＭＦが、ＰＬＭＮ中に配置されている場合、クエリ応答は、少なくとも１つの第２のＳＭＦに関する情報を備え得る。少なくとも１つの第２のＳＭＦが、ＰＬＭＮ中に配置されていない場合、クエリ応答は、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦが利用可能でないので、ＰＬＭＮ全体をサーブすることができない少なくとも１つの第３のＳＭＦに関する情報を備え得る。この場合、少なくとも１つの第３のＳＭＦは、クエリ要求中に含まれている１つまたは複数の他のクエリパラメータにマッチし得る。

図４は、本開示の実施形態による、第１のネットワーク機能によって実施される方法を図示するフローチャートである。第１のネットワーク機能は、ＡＭＦまたは類似の機能性を有する任意の他のエンティティであり得る。ブロック４０２において、第１のネットワーク機能は、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定する。ブロック４０２は、ブロック２０２と同じであり、ブロック４０２の詳細は、ここでは省略される。ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、第１のネットワーク機能は、ブロック４０４においてＰＤＵセッションのためのターゲットとなる第２のＳＭＦを決定する。決定されたターゲットとなる第２のＳＭＦは、第１のネットワーク機能においてあらかじめ設定され、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる、１つまたは複数の第２のＳＭＦから選択される。このようにして、端末デバイスのサービングＰＬＭＮは、第１のＳＭＦが第２のＳＭＦの挿入／変更をサポートしないとき、端末デバイスのモビリティ中にＰＤＵセッションをサーブし続けることを可能にされ得る。

図５は、本開示の実施形態による、例示的なプロセスを図示するフローチャートである。示されているように、このプロセスは、ホームルーテッドローミングシナリオに関し、９つのエンティティ、すなわち、ＵＥ、（Ｒ）ＡＮ、ＡＭＦ、訪問先ＵＰＦ（Ｖ－ＵＰＦ）、Ｖ－ＳＭＦ、ホームＵＰＦ（Ｈ－ＵＰＦ）、Ｈ－ＳＭＦ、ホームＰＣＦ（Ｈ－ＰＣＦ）、およびＵＤＭを伴う。ステップ１において、ＵＥは、（Ｒ）ＡＮを介してＡＭＦにＰＤＵセッション確立要求を送信する。ステップ２において、ＡＭＦは、ＳＭＦ選択を実施する。ＡＭＦが、Ｈ－ＳＭＦがＤＴＳＳＡをサポートしないことを検出した場合、ＡＭＦは、ＰＬＭＮエリア全体をサーブすることができるＶ－ＳＭＦを選択する。これは、訪問先ＰＬＭＮが、Ｈ－ＳＭＦがＤＴＳＳＡ特徴をサポートしないとき、ＵＥモビリティ中にホームルーテッドＰＤＵセッションをサーブし続けることを可能にする。

具体的には、訪問先ＰＬＭＮは、全ＰＬＭＮエリアまたはＰＬＭＮエリア全体をサーブすることができる１つまたは複数のＶ－ＳＭＦを配置し得、Ｖ－ＳＭＦは、Ｖ－ＳＭＦが全ＰＬＭＮエリアをサーブすることができることを示すことをＮＲＦに登録し得る。ローミングＵＥからのホームルーテッドＰＤＵセッション確立要求に応答して、ＡＭＦは、ホームＰＬＭＮにおいてＮＲＦを介してＰＤＵセッションのためのＨ－ＳＭＦを選択し得る。Ｈ－ＳＭＦ発見中に、ＡＭＦは、Ｈ－ＳＭＦによってサポートされる随意の特徴（たとえば、ＤＴＳＳＡ）を知ることができる。Ｈ－ＳＭＦが、ＤＴＳＳＡをサポートしないとき、ＡＭＦは、以下のオプションのうちのいずれか１つによって、全ＰＬＭＮエリアをサーブすることができるＶ－ＳＭＦを選択する。第１のオプションとして、図６中に示されているように、ＡＭＦは、全ＰＬＭＮエリアをサーブすることができるＳＭＦのみが返されることを示す新しいフラグ（「ＴＲＵＥ」に設定された「ｆｕｌｌ－ｐｌｍｎ－ａｒｅａ」）を、ＮＲＦ発見要求中に含め得る。ＮＲＦは、新しいフラグを処理し、すべての登録されたＳＭＦインスタンスをブラウズし、全ＰＬＭＮエリアをサーブすることができるもののみをピックアップし得る。第２のオプションとして、ＰＬＭＮのすべてのエリアを表す、特殊なＴＡＩ（たとえば、特殊な値をもつＰＬＭＮ＿ＦＵＬＬ＿ＡＲＥＡ＿ＴＡＩ）が規定され得る。ＳＭＦは、サービングエリアとしてこのＰＬＭＮ＿ＦＵＬＬ＿ＡＲＥＡ＿ＴＡＩを登録し得、ＡＭＦは、ＳＭＦインスタンスを見つけるためのクエリパラメータとしてこのＰＬＭＮ＿ＦＵＬＬ＿ＡＲＥＡ＿ＴＡＩを使用し得る。第３のオプションとして、全ＰＬＭＮエリアをサーブするすべてのＶ－ＳＭＦが、すべてのＡＭＦにおいてあらかじめ設定され得る。

ステップ３ａにおいて、ＡＭＦは、Ｖ－ＳＭＦにＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求を送信する。ステップ３ｂにおいて、Ｖ－ＳＭＦは、ＡＭＦにＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ応答を送信する。ステップ４において、Ｖ－ＳＭＦは、ＵＰＦ選択を実施する。ステップ５ａにおいて、Ｖ－ＳＭＦは、Ｖ－ＵＰＦにＮ４セッション確立要求を送信する。ステップ５ｂにおいて、Ｖ－ＵＰＦは、Ｖ－ＳＭＦにＮ４セッション確立応答を送信する。ステップ６において、Ｖ－ＳＭＦは、Ｈ－ＳＭＦにＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ要求を送信する。ステップ７において、Ｈ－ＳＭＦは、ＵＤＭからのサブスクリプションデータ取出しを実施する。図６は、ホームルーテッドローミングシナリオのためのＵＥ要求ＰＤＵセッション確立手順の一部のみを図示し、ステップ１および３～７は、３ＧＰＰ ＴＳ２３．５０２ Ｖ１６．３．０の図４．３．２．２．２－１の対応するステップと同じであり得ることに留意されたい。

上記で説明されたプロセスに基づいて、以下の変更が３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．４．０に対して行われることが提案される。この技術仕様と比較したアップデートは、認識が容易なように下線を引かれていることに留意されたい。
５．３４ 特定のＳＭＦサービスエリアをもつ配置トポロジーのサポート
●６．３．２ ＳＭＦ発見および選択
ＳＭＦ選択機能性は、ＡＭＦおよびＳＣＰによってサポートされ、ＰＤＵセッションを管理するＳＭＦを割り当てるために使用される。ＳＭＦ選択手順は、ＴＳ２３．５０２［３］の節４．３．２．２．３において説明されている。
ＳＭＦ発見および選択機能性は、節６．３．１において述べられている原理に従う。
ＡＭＦが発見を行う場合、ＡＭＦは、ＳＭＦ情報が、たとえば、ＡＭＦ上にローカルに設定された他の手段によって利用可能でない限り、ＳＭＦインスタンスを発見するためにＮＲＦを利用する。ＡＭＦは、ＳＭＦインスタンスを発見することを試みるとき、ＮＲＦにＵＥロケーション情報を提供する。ＮＲＦは、ＡＭＦにＳＭＦインスタンスのＮＦプロファイルを提供する。加えて、ＮＲＦは、ＡＭＦにＳＭＦインスタンスのＳＭＦサービスエリアをも提供する。ＡＭＦにおけるＳＭＦ選択機能性は、ＮＲＦから取得された利用可能なＳＭＦインスタンスに基づいて、またはＡＭＦにおける設定されたＳＭＦ情報に基づいて、ＳＭＦインスタンスおよびＳＭＦサービスインスタンスを選択する。
注釈１：ＮＲＦへのアクセスのプロトコル態様は、ＴＳ２９．５１０［５８］において明記されている。
ＳＭＦ選択機能性は、３ＧＰＰアクセスと非３ＧＰＰアクセスの両方に適用可能である。
緊急サービスのためのＳＭＦ選択が、節５．１６．４．５において説明されている。
以下の要因が、ＳＭＦ選択中に考慮され得る。
ａ）選択されたデータネットワーク名（ＤＮＮ）。ホームルーテッドローミングの場合、ＤＮＮは、Ｖ－ＳＭＦ選択のために適用されない。
ｂ）（非ローミングおよびホームルーテッドローミングシナリオのための）ＨＰＬＭＮのＳ－ＮＳＳＡＩ、および（ローカルブレークアウトをもつローミングおよびホームルーテッドローミングシナリオのための）ＶＰＬＭＮのＳ－ＮＳＳＡＩ。
ｃ）ＮＳＩ－ＩＤ。
注釈２：ネットワークにおけるＮＳＩ－ＩＤの使用は、随意であり、オペレータの配置選定に依存する。使用される場合、ＮＳＩ ＩＤは、Ｓ－ＮＳＳＡＩに関連付けられる。
ｄ）ＵＥによって使用されているアクセス技術。
ｅ）制御プレーンＣＩｏＴ ５ＧＳ最適化のためのサポート。
ｆ）たとえば、以下の、ＵＤＭからのサブスクリプション情報。
－ＤＮＮごと：ＬＢＯローミングが可能にされるかどうか。
－Ｓ－ＮＳＳＡＩごと：サブスクライブ済みＤＮＮ。
－（Ｓ－ＮＳＳＡＩ、サブスクライブ済みＤＮＮ）ごと：ＬＢＯローミングが可能にされるかどうか。
－（Ｓ－ＮＳＳＡＩ、サブスクライブ済みＤＮＮ）ごと：ＥＰＣ相互作用がサポートされるかどうか。
－（Ｓ－ＮＳＳＡＩ、サブスクライブ済みＤＮＮ）ごと：同じＳ－ＮＳＳＡＩおよびＤＮＮに対するすべてのＰＤＵセッションのために同じＳＭＦを選択することが必要とされるかどうか。
ｇ）空欄。
ｈ）ローカルオペレータポリシ。
注釈３：これらのポリシは、選択されるべきＳＭＦが、Ｉ－ＳＭＦであるのか、Ｖ－ＳＭＦであるのか、ＳＭＦであるのかを考慮に入れることができる。
ｉ）候補ＳＭＦの負荷状況。
ｊ）ＮＷＤＡＦが配置されている場合、ＮＷＤＡＦから受信された候補ＳＭＦの負荷の分析（換言すれば、統計または予測）（ＴＳ２３．２８８［８６］を参照）。
ｋ）ＵＥロケーション（換言すれば、ＴＡ）。
ｌ）候補ＳＭＦのサービスエリア。
ｍ）ＭＡ ＰＤＵセッションをサポートするためのＳＭＦの能力。
ｎ）ＥＰＳと相互作用することが必要とされるかどうか。
節５．８．２．２．１において明記されている静的ＩＰｖ４アドレスおよび／または静的ＩＰｖ６プレフィックスの割り当てをサポートするために、専用のＳＭＦが、ＤＮＮとＳ－ＮＳＳＡＩの指し示された組合せのために配置され、ＮＲＦに登録されるか、またはサブスクリプションデータの一部としてＵＤＭによって提供され得る。
委任された発見の場合、ＡＭＦは、すべての利用可能な要因ａ）～ｄ）、ｋ）およびｎ）をＳＣＰに送信する。
加えて、ＡＭＦは、（ターゲットスライスに専用のＮＲＦの場合）どのＮＲＦを使用すべきかをＳＣＰに指し示し得る。
既存のＰＤＵセッション、ならびにＨＰＬＭＮの同じＤＮＮおよびＳ－ＮＳＳＡＩに対する別のＰＤＵセッションを確立するようにとのＵＥ要求があり、ＵＥサブスクリプションデータが、ＨＰＬＭＮのこのＤＮＮおよびＳ－ＮＳＳＡＩのためにＥＰＳと相互作用するためのサポートを指し示すか、またはＵＥサブスクリプションデータが、同じＳＭＦが同じＳ－ＮＳＳＡＩ、ＤＮＮに対するすべてのＰＤＵセッションのために選択されることを指し示す場合、非ローミングおよびＬＢＯの場合では同じＳＭＦが、またはホームルーテッドローミングの場合では同じＨ－ＳＭＦが、選択される。加えて、ＡＭＦにおけるＵＥコンテキストが、同じＤＮＮ、Ｓ－ＮＳＳＡＩに対する既存のＰＤＵセッションのためのＳＭＦＩＤを提供する場合、ＡＭＦは、追加のＰＤＵセッションのために、記憶されたＳＭＦ ＩＤを使用する。ＡＭＦが、どのＳＭＦが選択されるべきであるかを決定することができる任意のそのような場合では、委任された発見が使用される場合、ＡＭＦは、ＳＣＰが関連ＳＭＦにメッセージをルーティングすることが可能であるように、所望のＮＦインスタンスＩＤを指し示す。さもなければ、ＵＥサブスクリプションデータが、このＤＮＮおよびＳ－ＮＳＳＡＩのためにＥＰＳと相互作用するためのサポートを指し示さない場合、非ローミングおよびＬＢＯの場合では異なるＳＭＦが、またはホームルーテッドローミングの場合では異なるＨ－ＳＭＦが、選択され得る。たとえば、ＳＭＦ負荷分散をサポートするために、またはグレースフルＳＭＦシャットダウンをサポートするために、（たとえば、ＳＭＦは、新しいＰＤＵセッションをそれ以上受けないことを開始する）。
ホームルーテッドローミングの場合では、ＳＭＦ選択機能性は、ＶＰＬＭＮのＳ－ＮＳＳＡＩに基づいてＶＰＬＭＮにおけるＳＭＦを選択し、ならびにＨＰＬＭＮのＳ－ＮＳＳＡＩに基づいてＨＰＬＭＮにおけるＳＭＦを選択する。これは、ＴＳ２３．５０２［３］の節４．３．２．２．３．３において明記されている。
ＵＥが、ＨＰＬＭＮのＤＮＮおよびＳ－ＮＳＳＡＩに対するＰＤＵセッションを確立することを要求したとき、ＵＥ ＭＭコアネットワーク能力が、ＵＥがＥＰＣ ＮＡＳをサポートすることを指し示す場合、および随意に、ＵＥサブスクリプションが、ＨＰＬＭＮのこのＤＮＮおよびＳ－ＮＳＳＡＩのためにＥＰＳと相互作用するためのサポートを指し示す場合、（ＡＭＦまたはＳＣＰにおける）選択機能性は、組み合わせられたＳＭＦ＋ＰＧＷ－Ｃを選択する。さもなければ、スタンドアロンＳＭＦが選択され得る。
ＵＤＭが、ＨＰＬＭＮのこのＤＮＮおよびＳ－ＮＳＳＡＩのために（換言すれば、ＬＢＯを使用して）ＶＰＬＭＮにおいてＰＤＵセッションをハンドリングすることを可能にするサブスクリプションコンテキストを提供し、随意に、ＡＭＦが、ＶＰＬＭＮがＵＥのＨＰＬＭＮとの好適なローミング合意を有することを知るように設定された場合、以下が適用される。
－ＡＭＦが、発見を行う場合、ＡＭＦにおけるＳＭＦ選択機能性は、ＶＰＬＭＮからＳＭＦを選択する。
－委任された発見が使用される場合、ＳＣＰは、ＶＰＬＭＮからＳＭＦを選択する。
ＶＰＬＭＮにおけるＳＭＦが、ＶＰＬＭＮのＤＮＮおよびＳ－ＮＳＳＡＩのために導出され得ない場合、またはサブスクリプションが、ＬＢＯを使用してＶＰＬＭＮにおいてＰＤＵセッションをハンドリングすることを可能にしない場合、以下が適用される。
－ＡＭＦが発見を行う場合、ＶＰＬＭＮにおけるＳＭＦとＨＰＬＭＮにおけるＳＭＦの両方が選択され、ＨＰＬＭＮのＤＮＮおよびＳ－ＮＳＳＡＩは、ＨＰＬＭＮからＳＭＦ識別子を導出するために使用される。
－委任された発見が使用される場合、以下の通りである。
－ＡＭＦは、ＮＲＦからのＨ－ＳＭＦの発見および選択を実施する。ＡＭＦは、ＮＲＦから返されるべきＨ－ＳＭＦインスタンスの最大数、換言すれば、ＮＲＦにおけるＳＭＦ選択を指し示し得る。
－ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求をＳＣＰに送信し、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求は、選択されたＨ－ＳＭＦのエンドポイント（たとえば、ＵＲＩ）と、この節において規定されている発見および選択パラメータ、換言すれば、Ｖ－ＳＭＦ選択のためのパラメータとを含む。ＳＣＰは、Ｖ－ＳＭＦの発見および選択を実施し、選択されたＶ－ＳＭＦに要求をフォワーディングする。
－Ｖ－ＳＭＦは、ＳＣＰを介してＨ－ＳＭＦに向かってＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ要求を送信し、Ｖ－ＳＭＦは、アドレス指定されるべきターゲット宛先を構成するために、選択されたＨ－ＳＭＦの受信されたエンドポイント（たとえば、ＵＲＩ）を使用する。ＳＣＰは、Ｈ－ＳＭＦに要求をフォワーディングする。
－Ｖ－ＳＭＦから応答を受信すると、受信されたＶ－ＳＭＦ ＩＤに基づいて、ＡＭＦは、ＮＲＦからＶ－ＳＭＦのサービスエリアを取得する。ＡＭＦは、後続のＵＥモビリティ時のＶ－ＳＭＦリロケーションの必要を決定するために、Ｖ－ＳＭＦのサービスエリアを使用する。
（ＬＢＯを用いたローミングのための）ＶＰＬＭＮにおける最初に選択されたＳＭＦが、ＳＭＦがＵＥ要求中の情報を理解しないことを検出した場合、ＳＭＦは、ＡＭＦを、（ホームルーテッドローミングのために）ＶＰＬＭＮにおける新しいＳＭＦとＨＰＬＭＮにおけるＳＭＦの両方を選択するようにトリガする適切なＮ１１原因をもつ（ＰＤＵセッション確立要求メッセージに関連した）Ｎ１１メッセージを拒否し得る。
ＡＭＦは、ＣＩｏＴ ５ＧＳ最適化（たとえば、制御プレーンＣＩｏＴ ５ＧＳ最適化）のためのサポートを考慮して、ＳＭＦを選択する。
Ｉ－ＳＭＦのＡＭＦ選択の追加の詳細が、節５．３４において説明されている。
ホームルーテッドシナリオの場合、ＡＭＦが、現在のＶ－ＳＭＦがＵＥロケーションをサーブすることができないと決定した場合、ＡＭＦは、新しいＶ－ＳＭＦを選択する。選択／リロケーションは、節５．３４において説明されているＩ－ＳＭＦ選択／リロケーションと同じである。選択されたＨ－ＳＭＦが、節５．３４において説明されている特定のＳＭＦサービスエリアをもつ配置をサポートしない、たとえば、Ｖ－ＳＭＦ変更をサポートしないことをＡＭＦが検出した場合、ＡＭＦは、ＰＬＭＮ全体をサーブすることができるＶ－ＳＭＦを発見および選択すべきである。

その上、以下の変更が３ＧＰＰ ＴＳ２３．５０２ Ｖ１６．４．０に対して行われることが提案される。
４．２３．５．１ ＰＤＵセッション確立手順
非ローミングまたはＬＢＯローミングについて、ＰＤＵセッション確立手順は、以下の場合を含む。
－選択されたＳＭＦのサービスエリアが、ＵＥがキャンピングするロケーションを含む場合、ＵＥ要求ＰＤＵセッション確立手順は、節４．３．２．２．１において説明されているものと同じである。
－選択されたＳＭＦのサービスエリアが、ＵＥがキャンピングするロケーションを含まない場合、ＡＭＦは、ＵＥがキャンピングするエリアをサーブするＩ－ＳＭＦを選択する。節４．３．２．２．２において規定されているホームルーテッドローミングのためのＵＥ要求ＰＤＵセッション確立手順が、ＰＤＵセッションを確立するために使用される。節４．３．２．２．２において規定されている手順と比較して、Ｖ－ＳＭＦおよびＶ－ＵＰＦは、Ｉ－ＳＭＦおよびＩ－ＵＰＦで置き換えられ、Ｈ－ＳＭＦおよびＨ－ＵＰＦは、それぞれＳＭＦおよびＵＰＦ（ＰＳＡ）で置き換えられる。また、サービングＰＬＭＮによって規定された値をもつＳ－ＮＳＳＡＩのみが、ＳＭＦに送信される。図４．２３．９．１－１ ステップ１において規定されているように、Ｉ－ＳＭＦは、Ｉ－ＳＭＦがサポートするＤＮＡＩリストをＳＭＦに提供し、ＳＭＦは、Ｉ－ＳＭＦから受信されたＤＮＡＩリスト情報に基づいて、このＰＤＵセッションのための当該のＤＮＡＩをＩ－ＳＭＦに提供する。
－委任された発見が使用されるとき、ＳＣＰは、付属書類Ｅにおいて説明されているように、ＳＭＦを選択する。
ホームルーテッドローミングの場合について、節４．３．２．２．２におけるホームルーテッドローミングのためのＵＥ要求ＰＤＵセッション確立手順は、変更なしに再利用され得る。ＡＭＦが、Ｈ－ＳＭＦがＤＴＳＳＡをサポートしないことを検出した場合、ＡＭＦは、全ＰＬＭＮエリアをサーブすることができるＶ－ＳＭＦを選択する。

加えて、以下の変更が３ＧＰＰ ＴＳ２９．５１０ Ｖ１６．３．０に対して行われることが提案される。
６．２．３．２．３．１ ＧＥＴ
この動作は、ＮＲＦに現在登録されており、いくつかのフィルタ基準を満たす、ＮＦインスタンスのリスト、およびＮＦインスタンスのオファーされたサービス、たとえば、あるサービス名をオファーするＮＦインスタンス、または所与のＮＦタイプ（たとえば、ＡＭＦ）のＮＦインスタンスを取り出す。

クエリ要求が、上記で説明されたように、少なくとも１つの第２のＳＭＦを優先的に発見することを指し示し得る実施形態を考慮して、以下の変更が３ＧＰＰ ＴＳ２９．５１０ Ｖ１６．３．０に対して行われることが提案される。
６．２．３．２．３．１ ＧＥＴ
この動作は、ＮＲＦに現在登録されており、いくつかのフィルタ基準を満たす、ＮＦインスタンスのリスト、およびＮＦインスタンスのオファーされたサービス、たとえば、あるサービス名をオファーするＮＦインスタンス、または所与のＮＦタイプ（たとえば、ＡＭＦ）のＮＦインスタンスを取り出す。

Ａ．３ Ｎｎｒｆ＿ＮＦＤｉｓｃｏｖｅｒｙ ＡＰＩ

上記の説明に基づいて、本開示の少なくとも１つの態様は、通信システムにおいて実装される方法を提供する。方法は、第１のネットワーク機能において、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定することを備え得る。方法は、第１のネットワーク機能において、ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワーク機能に送信することをさらに備え得る。方法は、第２のネットワーク機能において、第１のネットワーク機能からクエリ要求を受信することをさらに備え得る。方法は、第２のネットワーク機能において、第１のネットワーク機能にクエリ応答を送信することをさらに備え得る。方法は、第１のネットワーク機能において、第２のネットワーク機能からクエリ応答を受信することをさらに備え得る。

図７は、本開示のいくつかの実施形態を実践する際に使用するのに好適な装置を示すブロック図である。たとえば、上記で説明された第１のネットワークノードおよび第２のネットワークノードのうちのいずれか１つは、装置７００を通して実装され得る。示されているように、装置７００は、プロセッサ７１０と、プログラムを記憶するメモリ７２０と、随意に、有線および／または無線通信を通して他の外部デバイスとデータを通信するための通信インターフェース７３０とを含み得る。

プログラムは、プロセッサ７１０によって実行されたとき、装置７００が、上記で論じられたように本開示の実施形態に従って動作することができるようにするプログラム命令を含む。すなわち、本開示の実施形態は、プロセッサ７１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアとの組合せによって少なくとも部分的に実装され得る。

メモリ７２０は、ローカル技術環境に好適な任意のタイプのものであり得、半導体ベースメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリ、ならびに取外し可能なメモリなど、任意の好適なデータ記憶テクノロジーを使用して実装され得る。プロセッサ７１０は、ローカル技術環境に好適な任意のタイプのものであり得、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含み得る。

図８は、本開示の実施形態による、第１のネットワークノードを示すブロック図である。示されているように、第１のネットワークノード８００は、決定モジュール８０２、送信モジュール８０４、および受信モジュール８０６を備える。決定モジュール８０２は、ブロック２０２に関して上記で説明されたように、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定するように設定され得る。送信モジュール８０４は、ブロック２０４に関して上記で説明されたように、ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、第１のネットワークノードがそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワーク機能に送信するように設定され得る。受信モジュール２０６は、ブロック２０６に関して上記で説明されたように、第２のネットワーク機能からクエリ応答を受信するように設定され得る。

図９は、本開示の実施形態による、第２のネットワークノードを示すブロック図である。示されているように、第２のネットワークノード９００は、受信モジュール９０２および送信モジュール９０４を備える。受信モジュール９０２は、ブロック３０２に関して上記で説明されたように、第１のネットワーク機能がそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つのＳＭＦを発見するためのクエリ要求を、第１のネットワーク機能から受信するように設定され得る。送信モジュール９０４は、ブロック３０４に関して上記で説明されたように、第１のネットワーク機能にクエリ応答を送信するように設定され得る。

図１０は、本開示の実施形態による、第１のネットワークノードを示すブロック図である。示されているように、第１のネットワークノード１０００は、第１の決定モジュール１００２および第２の決定モジュール１００４を備える。第１の決定モジュール１００２は、ブロック４０２に関して上記で説明されたように、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定するように設定され得る。第２の決定モジュール１００４は、ブロック４０４に関して上記で説明されたように、ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、ＰＤＵセッションのためのターゲットとなる第２のＳＭＦを決定するように設定され得る。決定されたターゲットとなる第２のＳＭＦは、第１のネットワークノードにおいてあらかじめ設定され、第１のネットワークノードがそれに属するＰＬＭＮ全体をサーブすることができる、１つまたは複数の第２のＳＭＦから選択され得る。上記で説明されたモジュールは、ハードウェア、またはソフトウェア、またはその両方の組合せによって実装され得る。

上記の説明に基づいて、本開示の少なくとも１つの態様は、通信システムを提供する。通信システムは、第１のネットワークノードと第２のネットワークノードとを備え得る。第１のネットワークノードは、端末デバイスのために確立されるべきＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートするかどうかを決定することと、ＰＤＵセッションのための第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、第１のネットワークノードがそれに属するＰＬＭＮ全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワークノードに送信することと、第２のネットワークノードからクエリ応答を受信することとを行うように設定され得る。第２のネットワークノードは、第１のネットワークノードからクエリ要求を受信することと、第１のネットワークノードにクエリ応答を送信することとを行うように設定され得る。

一般に、様々な例示的な実施形態は、ハードウェアまたは専用回路、ソフトウェア、論理、あるいはそれらの任意の組合せで実装され得る。たとえば、本開示はそれに限定されないが、いくつかの態様は、ハードウェアで実装され得、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行され得る、ファームウェアまたはソフトウェアで実装され得る。本開示の例示的な実施形態の様々な態様が、ブロック図、フローチャートとして、または何らかの他の図式表現を使用して図示および説明され得るが、本明細書で説明されるこれらのブロック、装置、システム、技術または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、あるいはそれらの何らかの組合せで実装され得ることがよく理解される。

よって、本開示の例示的な実施形態の少なくともいくつかの態様は、集積回路チップおよびモジュールなど、様々な構成要素で実践され得ることを諒解されたい。これにより、本開示の例示的な実施形態は、集積回路として具現された装置で実現され得、ここで、集積回路は、本開示の例示的な実施形態に従って動作するように設定可能である、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路および無線周波数回路のうちの少なくとも１つまたはそれ以上を具現するための回路（ならびに場合によってはファームウェア）を備え得ることを諒解されたい。

本開示の例示的な実施形態の少なくともいくつかの態様は、１つまたは複数のコンピュータあるいは他のデバイスによって実行される、１つまたは複数のプログラムモジュールでなど、コンピュータ実行可能命令で具現され得ることを諒解されたい。一般的に、プログラムモジュールは、コンピュータまたは他のデバイス中のプロセッサによって実行されたとき、特定のタスクを実施するか、または特定の抽象データタイプを実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、取外し可能な記憶媒体、固体メモリ、ＲＡＭなど、コンピュータ可読媒体に記憶され得る。当業者によって諒解されるように、プログラムモジュールの機能は、様々な実施形態において必要に応じて組み合わせられるかまたは分散され得る。加えて、機能は、ファームウェアで、または集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、ハードウェア等価物で全体的にまたは部分的に具現され得る。

「一実施形態」、「実施形態」などへの本開示における言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得ることを指し示すが、あらゆる実施形態が、特定の特徴、構造、または特性を含むことは必要ではない。しかも、そのような句は、同じ実施形態を必ずしも指すとは限らない。さらに、特定の特徴、構造、または特性が、実施形態に関連して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関連してそのような特徴、構造、または特性を実装することは当業者の知識内であることが提示される。

「第１の」、「第２の」などという用語が、様々な要素を説明するために本明細書において使用され得るが、これらの要素は、これらの用語によって限定されるべきではないことを理解されたい。これらの用語は、１つの要素を別のものから区別するために使用されるにすぎない。たとえば、本開示の範囲から逸脱することなく、第１の要素は第２の要素と称され得、類似的に、第２の要素は第１の要素と称され得る。本明細書で使用される「および／または」という用語は、関連する列挙された用語のうちの１つまたは複数の任意のおよびすべての組合せを含む。

本明細書で使用される専門用語は、特定の実施形態を説明するためのものにすぎず、本開示を限定することを意図されない。本明細書で使用される、単数形「１つの（ａ）」、「１つの（ａｎ）」および「前記（ｔｈｅ）」は、コンテキストが明らかに別様に指し示さない限り、複数形をも含むことを意図される。「備える（ｃｏｍｐｒｉｓｅｓ）」「備えること（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」「有すること（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含むこと（ｉｎｃｌｕｄｉｎｇ）」という用語は、本明細書において使用されるとき、述べられた特徴、要素、および／または構成要素の存在を明記するが、１つまたは複数の他の特徴、要素、構成要素および／またはそれらの組合せの存在または追加を排除しないことがさらに理解されるであろう。本明細書において使用される、「接続する（ｃｏｎｎｅｃｔ）」、「接続する（ｃｏｎｎｅｃｔｓ）」、「接続すること（ｃｏｎｎｅｃｔｉｎｇ）」および／または「接続された（ｃｏｎｎｅｃｔｅｄ）」という用語は、２つの要素の間の直接的および／または間接的接続を包含する。

本開示は、明示的に本明細書において開示される新規の特徴または特徴の組合せ、あるいはそれの何らかの一般化を含む。本開示の上記の例示的な実施形態に対する様々な変更形態および適応形態が、添付の図面と併せて読まれたとき、上記の説明に鑑みて関連技術の当業者に明らかとなり得る。しかしながら、任意のおよびすべての変更形態は、依然として、本開示の非限定的で例示的な実施形態の範囲内に入る。

Claims (39)

1. 第１のネットワーク機能によって実施される方法であって、
   端末デバイスのために確立されるべきプロトコルデータユニット（ＰＤＵ）セッションのための第１のセッション管理機能（ＳＭＦ）が、第２のＳＭＦの挿入／変更をサポートするかどうかを決定する（２０２）ことと、
   前記ＰＤＵセッションのための前記第１のＳＭＦが、前記第２のＳＭＦの挿入／変更をサポートしないと決定したとき、前記第１のネットワーク機能がそれに属するパブリックランドモバイルネットワーク（ＰＬＭＮ）全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワーク機能に送信する（２０４）ことと、
   前記第２のネットワーク機能からクエリ応答を受信する（２０６）ことと
   を備える、方法。
2. 前記第２のＳＭＦの前記挿入／変更が、特定のＳＭＦサービスエリアをもつ配置トポロジー（ＤＴＳＳＡ）における前記端末デバイスのロケーション変更によるものである、請求項１に記載の方法。
3. 前記クエリ要求が、前記少なくとも１つの第２のＳＭＦを優先的に発見することを指し示す、請求項１または２に記載の方法。
4. 前記クエリ応答が、前記少なくとも１つの第２のＳＭＦに関する情報を備える、請求項１から３のいずれか一項に記載の方法。
5. 前記クエリ応答は、前記第１のネットワーク機能がそれに属する前記ＰＬＭＮ全体をサーブすることができる前記少なくとも１つの第２のＳＭＦが利用可能でない場合、前記ＰＬＭＮ全体をサーブすることができない少なくとも１つの第３のＳＭＦに関する情報を備える、請求項３に記載の方法。
6. 前記第１のＳＭＦが、ホームＳＭＦ（Ｈ－ＳＭＦ）であり、前記第２または第３のＳＭＦが、訪問先ＳＭＦ（Ｖ－ＳＭＦ）である、請求項１から５のいずれか一項に記載の方法。
7. 前記第１のＳＭＦが、アンカーＳＭＦであり、前記第２または第３のＳＭＦが、中間ＳＭＦ（Ｉ－ＳＭＦ）である、請求項１から５のいずれか一項に記載の方法。
8. 前記第１のネットワーク機能が、アクセスおよびモビリティ管理機能（ＡＭＦ）である、請求項１から７のいずれか一項に記載の方法。
9. 前記第２のネットワーク機能が、ネットワークリポジトリ機能（ＮＲＦ）である、請求項１から８のいずれか一項に記載の方法。
10. 前記クエリ要求が、前記ＰＬＭＮ全体をサーブすることができるＳＭＦのみを発見することを指し示す第１のインジケータを備える、請求項１、２、４および６から９のいずれか一項に記載の方法。
11. 前記第１のインジケータが、前記ＰＬＭＮ全体をサーブすることができるＳＭＦのみを発見することを指し示す値「ＴＲＵＥ」をもつブール型のクエリパラメータである、請求項１０に記載の方法。
12. 前記クエリ要求が、前記ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見することを指し示す第２のインジケータを備える、請求項２から９のいずれか一項に記載の方法。
13. 前記第２のインジケータが、前記ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見することを指し示す値「ＴＲＵＥ」をもつブール型のクエリパラメータである、請求項１２に記載の方法。
14. 前記クエリ要求が、前記ＰＬＭＮ全体を表すあらかじめ規定されたトラッキングエリア識別情報（ＴＡＩ）を、発見されるべきＳＭＦのためのクエリパラメータとして備える、請求項１から９のいずれか一項に記載の方法。
15. 第２のネットワーク機能によって実施される方法であって、
    第１のネットワーク機能がそれに属するパブリックランドモバイルネットワーク（ＰＬＭＮ）全体をサーブすることができる少なくとも１つの第２のセッション管理機能（ＳＭＦ）を発見するためのクエリ要求を、前記第１のネットワーク機能から受信する（３０２）ことと、
    前記第１のネットワーク機能にクエリ応答を送信する（３０４）ことと
    を備える、方法。
16. 前記クエリ要求が、前記少なくとも１つの第２のＳＭＦを優先的に発見することを指し示す、請求項１５に記載の方法。
17. 前記クエリ応答が、前記少なくとも１つの第２のＳＭＦに関する情報を備える、請求項１５または１６に記載の方法。
18. 前記クエリ応答は、前記第１のネットワーク機能がそれに属する前記ＰＬＭＮ全体をサーブすることができる前記少なくとも１つの第２のＳＭＦが利用可能でない場合、前記ＰＬＭＮ全体をサーブすることができない少なくとも１つの第３のＳＭＦに関する情報を備える、請求項１６に記載の方法。
19. 前記第２のネットワーク機能が、ネットワークリポジトリ機能（ＮＲＦ）である、請求項１５から１８のいずれか一項に記載の方法。
20. 前記第１のネットワーク機能が、アクセスおよびモビリティ管理機能（ＡＭＦ）である、請求項１５から１９のいずれか一項に記載の方法。
21. 前記クエリ要求が、前記ＰＬＭＮ全体をサーブすることができるＳＭＦのみを発見することを指し示す第１のインジケータを備える、請求項１５、１７、１９および２０のいずれか一項に記載の方法。
22. 前記第１のインジケータが、前記ＰＬＭＮ全体をサーブすることができるＳＭＦのみを発見することを指し示す値「ＴＲＵＥ」をもつブール型のクエリパラメータである、請求項２１に記載の方法。
23. 前記クエリ要求が、前記ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見することを指し示す第２のインジケータを備える、請求項１６から２０のいずれか一項に記載の方法。
24. 前記第２のインジケータが、前記ＰＬＭＮ全体をサーブすることができるＳＭＦを優先的に発見することを指し示す値「ＴＲＵＥ」をもつブール型のクエリパラメータである、請求項２３に記載の方法。
25. 前記クエリ要求が、前記ＰＬＭＮ全体を表すあらかじめ規定されたトラッキングエリア識別情報（ＴＡＩ）を、発見されるべきＳＭＦのためのクエリパラメータとして備える、請求項１５から２０のいずれか一項に記載の方法。
26. 第１のネットワーク機能によって実施される方法であって、
    端末デバイスのために確立されるべきプロトコルデータユニット（ＰＤＵ）セッションのための第１のセッション管理機能（ＳＭＦ）が、第２のＳＭＦの挿入／変更をサポートするかどうかを決定する（４０２）ことと、
    前記ＰＤＵセッションのための前記第１のＳＭＦが、前記第２のＳＭＦの挿入／変更をサポートしないと決定したとき、前記ＰＤＵセッションのためのターゲットとなる第２のＳＭＦを決定する（４０４）ことであって、ここにおいて、前記決定されたターゲットとなる第２のＳＭＦは、前記第１のネットワーク機能においてあらかじめ設定され、前記第１のネットワーク機能がそれに属するパブリックランドモバイルネットワーク（ＰＬＭＮ）全体をサーブすることができる、１つまたは複数の第２のＳＭＦから選択された、ターゲットとなる第２のＳＭＦを決定する（４０４）ことと
    を備える、方法。
27. 前記第２のＳＭＦの前記挿入／変更が、特定のＳＭＦサービスエリアをもつ配置トポロジー（ＤＴＳＳＡ）における前記端末デバイスのロケーション変更によるものである、請求項２６に記載の方法。
28. 前記第１のＳＭＦが、ホームＳＭＦ（Ｈ－ＳＭＦ）であり、前記第２のＳＭＦが、訪問先ＳＭＦ（Ｖ－ＳＭＦ）である、請求項２６または２７に記載の方法。
29. 前記第１のＳＭＦが、アンカーＳＭＦであり、前記第２のＳＭＦが、中間ＳＭＦ（Ｉ－ＳＭＦ）である、請求項２６または２７に記載の方法。
30. 前記第１のネットワーク機能が、アクセスおよびモビリティ管理機能（ＡＭＦ）である、請求項２６から２９のいずれか一項に記載の方法。
31. 第１のネットワークノード（７００）であって、
    少なくとも１つのプロセッサ（７１０）と、
    少なくとも１つのメモリ（７２０）であって、前記少なくとも１つのメモリ（７２０）が、前記少なくとも１つのプロセッサ（７１０）によって実行可能な命令を含んでおり、それによって、前記第１のネットワークノード（７００）が、
    端末デバイスのために確立されるべきプロトコルデータユニット（ＰＤＵ）セッションのための第１のセッション管理機能（ＳＭＦ）が、第２のＳＭＦの挿入／変更をサポートするかどうかを決定することと、
    前記ＰＤＵセッションのための前記第１のＳＭＦが、前記第２のＳＭＦの挿入／変更をサポートしないと決定したとき、前記第１のネットワークノードがそれに属するパブリックランドモバイルネットワーク（ＰＬＭＮ）全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワーク機能に送信することと、
    前記第２のネットワーク機能からクエリ応答を受信することと
    を行うように動作可能である、少なくとも１つのメモリ（７２０）と
    を備える、第１のネットワークノード（７００）。
32. 前記第１のネットワークノード（７００）が、請求項２から１４のいずれか一項に記載の方法を実施するように動作可能である、請求項３１に記載の第１のネットワークノード（７００）。
33. 第２のネットワークノード（７００）であって、
    少なくとも１つのプロセッサ（７１０）と、
    少なくとも１つのメモリ（７２０）であって、前記少なくとも１つのメモリ（７２０）が、前記少なくとも１つのプロセッサ（７１０）によって実行可能な命令を含んでおり、それによって、前記第２のネットワークノード（７００）が、
    前記第１のネットワーク機能がそれに属するパブリックランドモバイルネットワーク（ＰＬＭＮ）全体をサーブすることができる少なくとも１つのセッション管理機能（ＳＭＦ）を発見するためのクエリ要求を、第１のネットワーク機能から受信することと、
    前記第１のネットワーク機能にクエリ応答を送信することと
    を行うように動作可能である、少なくとも１つのメモリ（７２０）と
    を備える、第２のネットワークノード（７００）。
34. 前記第２のネットワークノード（７００）が、請求項１６から２５のいずれか一項に記載の方法を実施するように動作可能である、請求項３３に記載の第２のネットワークノード（７００）。
35. 第１のネットワークノード（７００）であって、
    少なくとも１つのプロセッサ（７１０）と、
    少なくとも１つのメモリ（７２０）であって、前記少なくとも１つのメモリ（７２０）が、前記少なくとも１つのプロセッサ（７１０）によって実行可能な命令を含んでおり、それによって、前記第１のネットワークノード（７００）が、
    端末デバイスのために確立されるべきプロトコルデータユニット（ＰＤＵ）セッションのための第１のセッション管理機能（ＳＭＦ）が、サポートするかどうかを決定することと、
    前記ＰＤＵセッションのための前記第１のＳＭＦが、第２のＳＭＦの挿入／変更をサポートしないと決定したとき、前記ＰＤＵセッションのためのターゲットとなる第２のＳＭＦを決定することであって、ここにおいて、前記決定されたターゲットとなる第２のＳＭＦは、前記第１のネットワークノードにおいてあらかじめ設定され、前記第１のネットワークノードがそれに属するパブリックランドモバイルネットワーク（ＰＬＭＮ）全体をサーブすることができる、１つまたは複数の第２のＳＭＦから選択された、ターゲットとなる第２のＳＭＦを決定することと
    を行うように動作可能である、少なくとも１つのメモリ（７２０）と
    を備える、第１のネットワークノード（７００）。
36. 前記第１のネットワークノード（７００）が、請求項２７から３０のいずれか一項に記載の方法を実施するように動作可能である、請求項３５に記載の第１のネットワークノード（７００）。
37. 第１のネットワーク機能において、端末デバイスのために確立されるべきプロトコルデータユニット（ＰＤＵ）セッションのための第１のセッション管理機能（ＳＭＦ）が、第２のＳＭＦの挿入／変更をサポートするかどうかを決定する（２０２）ことと、
    前記第１のネットワーク機能において、前記ＰＤＵセッションのための前記第１のＳＭＦが、前記第２のＳＭＦの挿入／変更をサポートしないと決定したとき、前記第１のネットワーク機能がそれに属するパブリックランドモバイルネットワーク（ＰＬＭＮ）全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワーク機能に送信する（２０４）ことと、
    前記第２のネットワーク機能において、前記第１のネットワーク機能から前記クエリ要求を受信する（３０２）ことと、
    前記第２のネットワーク機能において、前記第１のネットワーク機能にクエリ応答を送信する（３０４）ことと、
    前記第１のネットワーク機能において、前記第２のネットワーク機能から前記クエリ応答を受信する（２０６）ことと
    を備える、通信システムにおいて実装される方法。
38. 端末デバイスのために確立されるべきプロトコルデータユニット（ＰＤＵ）セッションのための第１のセッション管理機能（ＳＭＦ）が、第２のＳＭＦの挿入／変更をサポートするかどうかを決定することと、前記ＰＤＵセッションのための前記第１のＳＭＦが、前記第２のＳＭＦの挿入／変更をサポートしないと決定したとき、前記第１のネットワークノードがそれに属するパブリックランドモバイルネットワーク（ＰＬＭＮ）全体をサーブすることができる少なくとも１つの第２のＳＭＦを発見するためのクエリ要求を、第２のネットワークノードに送信することと、前記第２のネットワークノードからクエリ応答を受信することとを行うように設定された第１のネットワークノードと、
    前記第１のネットワークノードから前記クエリ要求を受信することと、前記第１のネットワークノードに前記クエリ応答を送信することとを行うように設定された前記第２のネットワークノードと
    を備える、通信システム。
39. 少なくとも１つのプロセッサによって実行されたとき、前記少なくとも１つのプロセッサに請求項１から３０のいずれか一項に記載の方法を実施させる命令を備える、コンピュータ可読記憶媒体。

Images