JP7547701B2 - アプリケーションがネットワーク、装置、およびシステムにアクセスするための方法 - Google Patents

Description

本願は通信技術の分野に関し、具体的には、アプリケーションがネットワーク、装置、およびシステムにアクセスするための方法に関する。

現在、第３世代パートナーシッププロジェクト（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、３ＧＰＰ（登録商標））の作業部会は、モバイル通信ネットワークの標準アーキテクチャを策定する役割を担っている。しかしながら、端末デバイスがモバイル通信ネットワークを用いてアプリケーションにアクセスするシナリオでは、通常、アプリケーションはモバイル通信ネットワークとは異なるシステムに属している。

例えば、モバイルエッジコンピューティング（ｍｏｂｉｌｅ ｅｄｇｅ ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）では、ネットワークエッジに位置している無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）デバイスにインターネット技術（Ｉｎｔｅｒｎｅｔ ｔｅｃｈｎｏｌｏｇｙ、ＩＴ）およびクラウドコンピューティング能力が展開されて、ネットワーク情報（例えば、ユーザの位置情報およびセルの負荷情報）がリアルタイムで取得される。ネットワーク情報は、様々なアプリケーションインスタンスにより用いられ、コンテンツベースのサービスが提供され、モバイルブロードバンドの差別化されたユーザ体験が提供される。しかしながら、ＭＥＣは欧州電気通信標準化機構（Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ、ＥＴＳＩ）によって管理されている。ＭＥＣ標準アーキテクチャでは、モバイル通信ネットワークおよびアプリケーションの間でデータ交換および管理を実施するのに、特定のインタフェースおよび展開ソリューションが必要とされる。あるいは、例えば現在の３ＧＰＰ（登録商標）規格では、アプリケーションの能力公開が特別に記載されており、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ、ＡＦ）の能力公開を実施するのに、ネットワーク公開機能（ｎｅｔｗｏｒｋ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ、ＮＥＦ）がさらに追加されている。例えば、ＡＦはＮＥＦを用いてトラフィックルーティングに影響を及ぼすことができる。しかしながら、このアーキテクチャでは、端末デバイスがアプリケーションにアクセスするのに用いられるユーザプレーン経路転送ポリシーおよびサービスポリシーが、アプリケーションの能力公開によって影響を受ける必要がある。

結論として、現在、アプリケーションおよびモバイル通信ネットワークの間のデータ交換には、十分な柔軟性がない。

本願の実施形態では、アプリケーションがネットワーク、装置、およびシステムにアクセスするための方法を提供し、アプリケーションをモバイル通信ネットワーク計画に組み込んで、アプリケーションおよびモバイル通信ネットワークの間のデータ交換の柔軟性を向上させる。

前述の目的を実現するために、以下に挙げる技術的ソリューションが本願の実施形態に用いられる。

第１態様によれば、アプリケーションがネットワークにアクセスするための方法が提供される。実行する通信装置が、セッション管理機能エンティティであってもよく、またはセッション管理機能エンティティに適用されるモジュール、例えば、チップまたはチップシステムであってもよい。以下では、実行主体がセッション管理機能エンティティである一例を用いて説明する。セッション管理機能エンティティはアプリケーションインスタンスアクセスモジュールから第１メッセージを受信し、第１メッセージは第１アプリケーションインスタンスの識別情報を含み、第１メッセージは、第１アプリケーションインスタンスおよびモバイル通信ネットワークの間に第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる。セッション管理機能エンティティは、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定する。セッション管理機能エンティティは第１ユーザプレーン機能エンティティに第２メッセージを送信し、第２メッセージは第１アプリケーションインスタンスの識別情報を含み、第２メッセージは第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる。セッション管理機能エンティティは第１ユーザプレーン機能エンティティから第３メッセージを受信し、第３メッセージは第１接続の確立結果を含み、確立結果は成功を含む。セッション管理機能エンティティはアプリケーションインスタンスアクセスモジュールに第４メッセージを送信し、第４メッセージはコアネットワークエレメントにより第１接続に割り当てられた第１アドレスを含む。本願の本実施形態では、モバイル通信ネットワーク内のセッション管理機能エンティティおよび第１ユーザプレーン機能エンティティは、第１アプリケーションインスタンスおよびモバイル通信ネットワークの間に第１アプリケーションインスタンス用の第１接続を確立し、コアネットワークエレメントは、第１接続を確立する過程で第１接続に第１アドレスを割り当てる。第１アプリケーションインスタンスに対応するアドレス割り当ておよび管理およびデータプレーン転送経路は全て、モバイル通信ネットワークの制御範囲に含まれることが理解できる。換言すれば、このソリューションでは、第１アプリケーションインスタンスは特別な端末デバイスとしてモバイル通信ネットワークにアクセスできる。第１アプリケーションインスタンスがアプリケーションの特定の実行インスタンスであるため、このソリューションに基づいて、アプリケーションおよびモバイル通信ネットワークの間のデータ交換の柔軟性を向上させることができる。

第１態様に関連して、実現可能な一実装例では、第１アドレスは、端末デバイスが第１アプリケーションインスタンスとデータ通信を行うのに用いられる。例えば、端末デバイスは第１アドレスを用いて第１アプリケーションインスタンスにアクセスしてよい。このソリューションに基づいて、アプリケーションサービスのプラグアンドプレイを実現できる自己組織化ネットワークを端末デバイスおよび第１アプリケーションインスタンスの間に形成し、端末デバイスおよび第１アプリケーションインスタンスが位置しているアプリケーションサーバの間で相互データアクセスを実現できる。

第１態様に関連して、実現可能な一実装例では、第１メッセージおよび第２メッセージはさらに、アプリケーションインスタンスアクセスモジュールにより第１接続に割り当てられた第１経路情報を含み、第３メッセージおよび第４メッセージはさらに、第１ユーザプレーン機能エンティティにより第１接続に割り当てられた第２経路情報を含む。第１経路情報および第２経路情報は、第１接続における且つ第１ユーザプレーン機能エンティティおよびアプリケーションインスタンスアクセスモジュールの間にある第１経路を確立するのに用いられる。このソリューションに基づいて、第１ユーザプレーン機能エンティティおよびアプリケーションインスタンスアクセスモジュールの間で、第１経路を用いてデータを伝送できる。

第１態様に関連して、実現可能な一実装例では、コアネットワークエレメントは第１ユーザプレーン機能エンティティであり、第３メッセージはさらに第１アドレスを含む。換言すれば、本願の本実施形態では、第１ユーザプレーン機能エンティティは第１接続に第１アドレスを割り当てる。

第１態様に関連して、実現可能な一実装例では、コアネットワークエレメントはセッション管理機能エンティティである。換言すれば、本願の本実施形態では、セッション管理機能エンティティは第１接続に第１アドレスを割り当てる。

第１態様に関連して、実現可能な一実装例では、第２メッセージはさらに第１アドレスを含み、第１アドレスは、第１ユーザプレーン機能エンティティがルートをアドバタイズするのに用いられる。このソリューションに基づいて、その後に、別のネットワークエレメントまたはエンティティが、第１ユーザプレーン機能エンティティによりアドバタイズされたルートに基づくアドレス指定によって、第１ユーザプレーン機能エンティティを直接見つけることができる。

第１態様に関連して、実現可能な一実装例では、第１メッセージはさらに第１パラメータを含み、第１パラメータは、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定するのに用いられる、または第１パラメータは、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる。例えば、第１パラメータは、以下のパラメータ、すなわち第１アプリケーションインスタンスの位置情報およびセッションおよびサービス継続性ＳＳＣモード、第１接続に対応するデータネットワーク名ＤＮＮ、または第１接続が位置しているネットワークスライスの識別情報のうちの少なくとも１つを含む。

第１態様に関連して、実現可能な一実装例では、第１メッセージはさらに、第１アプリケーションインスタンスに対応するアプリケーション情報を含み、アプリケーション情報は、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる。例えば、アプリケーション情報は、アプリケーション名、アプリケーション識別子、またはアプリケーションドメインネーム情報を含んでもよい。

第１態様に関連して、実現可能な一実装例では、第１メッセージは、第１パラメータ、および第１アプリケーションインスタンスに対応するアプリケーション情報を含み、第１パラメータ、および第１アプリケーションインスタンスに対応するアプリケーション情報は、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる。

第１態様に関連して、実現可能な一実装例では、本方法はさらに、セッション管理機能エンティティが、統合データ管理機能エンティティに第５メッセージを送信する段階、ここで第５メッセージは第１アプリケーションインスタンスの識別情報を含み、第５メッセージは、第１アプリケーションインスタンスのサブスクリプションデータを取得するよう要求するのに用いられる；およびセッション管理機能エンティティが、統合データ管理機能エンティティからサブスクリプションデータを受信する段階、ここでサブスクリプションデータは、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定するのに用いられる、またはサブスクリプションデータは、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる、を含む。

本願の本実施形態では、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定するためのパラメータが、第１パラメータまたはサブスクリプションデータのうちの少なくとも一方を含むことが理解できる。第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられるパラメータが、第１パラメータ、第１アプリケーションインスタンスに対応するアプリケーション情報、またはサブスクリプションデータのうちの少なくとも１つを含む。

第１態様に関連して、実現可能な一実装例では、本方法はさらに、セッション管理機能エンティティがアプリケーションインスタンスの接続の確立をサポートする機能を、セッション管理機能エンティティがネットワークレポジトリ機能エンティティに登録する段階を含む。このソリューションに基づいて、セッション管理機能エンティティがその後に選択されるときに、アプリケーションインスタンス用の接続の確立をサポートするセッション管理機能エンティティが、ネットワークレポジトリ機能エンティティから取得されてよい。

第２態様によれば、アプリケーションがネットワークにアクセスするための方法が提供される。実行する通信装置が、アプリケーションインスタンスアクセスモジュールであってもよく；アプリケーションインスタンスアクセスモジュールに適用されるモジュール、例えば、チップまたはチップシステムであってもよく；またはアプリケーションインスタンスアクセスモジュールを含む装置、例えば、第１アプリケーションインスタンス、アプリケーションサーバ、アプリケーション統合プラットフォーム、またはアプリケーション統合プラットフォームであってもよい。以下では、実行主体がアプリケーションインスタンスアクセスモジュールである一例を用いて説明する。アプリケーションインスタンスアクセスモジュールは、第１アプリケーションインスタンスにサービスを提供するセッション管理機能エンティティを決定する。アプリケーションインスタンスアクセスモジュールはセッション管理機能エンティティに第１メッセージを送信し、第１メッセージは第１アプリケーションインスタンスの識別情報を含み、第１メッセージは、第１アプリケーションインスタンスおよびモバイル通信ネットワークの間に第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる。アプリケーションインスタンスアクセスモジュールはセッション管理機能エンティティから第４メッセージを受信し、第４メッセージは、コアネットワークエレメントにより第１接続に割り当てられた第１アドレスを含む。本願の本実施形態では、モバイル通信ネットワーク内のセッション管理機能エンティティおよび第１ユーザプレーン機能エンティティは、第１アプリケーションインスタンスおよびモバイル通信ネットワークの間に第１アプリケーションインスタンス用の第１接続を確立し、コアネットワークエレメントは、第１接続を確立する過程で第１接続に第１アドレスを割り当てる。第１アプリケーションインスタンスに対応するアドレス割り当ておよび管理およびデータプレーン転送経路は全て、モバイル通信ネットワークの制御範囲に含まれることが理解できる。換言すれば、このソリューションでは、第１アプリケーションインスタンスは特別な端末デバイスとしてモバイル通信ネットワークにアクセスできる。第１アプリケーションインスタンスがアプリケーションの特定の実行インスタンスであるため、このソリューションに基づいて、アプリケーションおよびモバイル通信ネットワークの間のデータ交換の柔軟性を向上させることができる。

第２態様に関連して、実現可能な一実装例では、第１アドレスは、端末デバイスが第１アプリケーションインスタンスとデータ通信を行うのに用いられる。例えば、端末デバイスは第１アドレスを用いて第１アプリケーションインスタンスにアクセスしてよい。このソリューションに基づいて、アプリケーションサービスのプラグアンドプレイを実現できる自己組織化ネットワークを端末デバイスおよび第１アプリケーションインスタンスの間に形成し、端末デバイスおよび第１アプリケーションインスタンスが位置しているアプリケーションサーバの間で相互データアクセスを実現できる。

第２態様に関連して、実現可能な一実装例では、第１メッセージはさらに、アプリケーションインスタンスアクセスモジュールにより第１接続に割り当てられた第１経路情報を含み、第４メッセージはさらに、第１ユーザプレーン機能エンティティにより第１接続に割り当てられた第２経路情報を含む。第１経路情報および第２経路情報は、第１ユーザプレーン機能エンティティおよびアプリケーションインスタンスアクセスモジュールの間に第１経路を確立するのに用いられ、第１ユーザプレーン機能エンティティは、第１アプリケーションインスタンスにサービスを提供するユーザプレーン機能エンティティである。このソリューションに基づいて、第１ユーザプレーン機能エンティティおよびアプリケーションインスタンスアクセスモジュールの間で、第１経路を用いてデータを伝送できる。例えば、実現可能な一実装例では、本方法はさらに、第１アプリケーションインスタンスから第１データを取得した後に、アプリケーションインスタンスアクセスモジュールが第１経路を用いて第１ユーザプレーン機能エンティティに第１データを送信する段階；またはアプリケーションインスタンスアクセスモジュールが第１経路を用いて第１ユーザプレーン機能エンティティから第２データを受信する段階を含む。

第２態様に関連して、実現可能な一実装例では、本方法はさらに、アプリケーションインスタンスアクセスモジュールが第１アドレスに基づいてルートをアドバタイズする段階を含む。このソリューションに基づいて、その後に、別のネットワークエレメントまたはエンティティが、アプリケーションインスタンスアクセスモジュールによりアドバタイズされたルートに基づくアドレス指定によって、アプリケーションインスタンスアクセスモジュールを直接見つけることができる。例えば、実現可能な一実装例では、本方法はさらに、アプリケーションインスタンスアクセスモジュールが第２ユーザプレーン機能エンティティから第２データを受信する段階、ここで第２ユーザプレーン機能エンティティは、アプリケーションインスタンスアクセスモジュールによりアドバタイズされたルートに基づくアドレス指定によって、アプリケーションインスタンスアクセスモジュールを見つける、を含む。

第２態様に関連して、実現可能な一実装例では、アプリケーションインスタンスアクセスモジュールがセッション管理機能エンティティに第１メッセージを送信する前に、本方法はさらに、アプリケーションインスタンスアクセスモジュールが第１アプリケーションインスタンスから第６メッセージを受信する段階、ここで第６メッセージは、第１アプリケーションインスタンスに対応するアプリケーション情報を含み且つアプリケーションインスタンスアクセスモジュールに登録するよう要求するのに用いられる、を含む。アプリケーションインスタンスアクセスモジュールがセッション管理機能エンティティから第４メッセージを受信した後に、本方法はさらに、アプリケーションインスタンスアクセスモジュールが第１アプリケーションインスタンスに第１アドレスを送信する段階を含む。

第２態様に関連して、実現可能な一実装例では、コアネットワークエレメントはセッション管理機能エンティティである、またはコアネットワークエレメントは、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティである。

第２態様に関連して、実現可能な一実装例では、第１メッセージはさらに第１パラメータを含み、第１パラメータは、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定するのに用いられる、または第１パラメータは、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる。例えば、第１パラメータは、以下のパラメータ、すなわち第１アプリケーションインスタンスの位置情報およびセッションおよびサービス継続性ＳＳＣモード、第１接続に対応するデータネットワーク名ＤＮＮ、または第１接続が位置しているネットワークスライスの識別情報のうちの少なくとも１つを含む。

第２態様に関連して、実現可能な一実装例では、第１メッセージはさらに、第１アプリケーションインスタンスに対応するアプリケーション情報を含み、アプリケーション情報は、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる。例えば、アプリケーション情報は、アプリケーション名、アプリケーション識別子、またはアプリケーションドメインネーム情報を含んでもよい。

第２態様に関連して、実現可能な一実装例では、第１メッセージは、第１パラメータ、および第１アプリケーションインスタンスに対応するアプリケーション情報を含み、第１パラメータ、および第１アプリケーションインスタンスに対応するアプリケーション情報は、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられ、第１ユーザプレーン機能エンティティは、第１アプリケーションインスタンスにサービスを提供するユーザプレーン機能エンティティである。

第２態様に関連して、実現可能な一実装例では、アプリケーションインスタンスアクセスモジュールが、第１アプリケーションインスタンスにサービスを提供するセッション管理機能エンティティを決定することが、アプリケーションインスタンスアクセスモジュールが、アプリケーションインスタンス用の接続の確立をサポートする１つまたは複数のセッション管理機能エンティティに関する情報をネットワークレポジトリ機能エンティティから取得することを含み；およびアプリケーションインスタンスアクセスモジュールは、１つまたは複数のセッション管理機能エンティティに関する情報に基づいて、第１アプリケーションインスタンスにサービスを提供するセッション管理機能エンティティを決定する。換言すれば、本願の本実施形態では、アプリケーションインスタンスアクセスモジュールはネットワークレポジトリ機能エンティティとやり取りして、第１アプリケーションインスタンスにサービスを提供するセッション管理機能エンティティを決定してよい。

第３態様によれば、アプリケーションがネットワークにアクセスするための方法が提供される。実行する通信装置が第１ユーザプレーン機能エンティティであってもよく、または第１ユーザプレーン機能エンティティに適用されるモジュール、例えば、チップまたはチップシステムであってもよい。以下では、実行主体が第１ユーザプレーン機能エンティティである一例を用いて説明する。第１ユーザプレーン機能エンティティはセッション管理機能エンティティから第２メッセージを受信し、第２メッセージは第１アプリケーションインスタンスの識別情報を含み、第２メッセージは、第１アプリケーションインスタンスおよびモバイル通信ネットワークの間に第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられ、第１ユーザプレーン機能エンティティは、第１アプリケーションインスタンスにサービスを提供するユーザプレーン機能エンティティである。第１ユーザプレーン機能エンティティはセッション管理機能エンティティに第３メッセージを送信し、第３メッセージは第１接続の確立結果を含み、確立結果は成功または失敗を含む。本願の本実施形態では、モバイル通信ネットワーク内のセッション管理機能エンティティおよび第１ユーザプレーン機能エンティティは、第１アプリケーションインスタンスおよびモバイル通信ネットワークの間に第１アプリケーションインスタンス用の第１接続を確立し、コアネットワークエレメントは第１接続を確立する過程で第１接続に第１アドレスを割り当てる。第１アプリケーションインスタンスに対応するアドレス割り当ておよび管理およびデータプレーン転送経路は全て、モバイル通信ネットワークの制御範囲に含まれることが理解できる。換言すれば、このソリューションでは、第１アプリケーションインスタンスは特別な端末デバイスとしてモバイル通信ネットワークにアクセスできる。第１アプリケーションインスタンスがアプリケーションの特定の実行インスタンスであるため、このソリューションに基づいて、アプリケーションおよびモバイル通信ネットワークの間のデータ交換の柔軟性を向上させることができる。

第３態様に関連して、実現可能な一実装例では、第２メッセージはさらに、アプリケーションインスタンスアクセスモジュールにより第１接続に割り当てられた第１経路情報を含み、第３メッセージはさらに、第１ユーザプレーン機能エンティティにより第１接続に割り当てられた第２経路情報を含む。第１経路情報および第２経路情報は、第１接続における且つ第１ユーザプレーン機能エンティティおよびアプリケーションインスタンスアクセスモジュールの間にある第１経路を確立するのに用いられる。このソリューションに基づいて、第１ユーザプレーン機能エンティティおよびアプリケーションインスタンスアクセスモジュールの間で、第１経路を用いてデータを伝送できる。

第３態様に関連して、実現可能な一実装例では、第３メッセージはさらに、第１ユーザプレーン機能エンティティにより第１接続に割り当てられた第１アドレスを含む。換言すれば、本願の本実施形態では、第１ユーザプレーン機能エンティティは第１接続に第１アドレスを割り当てる。

第３態様に関連して、実現可能な一実装例では、第２メッセージはさらに、セッション管理機能エンティティにより第１接続に割り当てられた第１アドレスを含む。換言すれば、本願の本実施形態では、セッション管理機能エンティティは第１接続に第１アドレスを割り当てる。

第３態様に関連して、実現可能な一実装例では、第１アドレスは、端末デバイスが第１アプリケーションインスタンスとデータ通信を行うのに用いられる。例えば、端末デバイスは第１アドレスを用いて第１アプリケーションインスタンスにアクセスしてよい。このソリューションに基づいて、アプリケーションサービスのプラグアンドプレイを実現できる自己組織化ネットワークを端末デバイスおよび第１アプリケーションインスタンスの間に形成し、端末デバイスおよび第１アプリケーションインスタンスが位置しているアプリケーションサーバの間で相互データアクセスを実現できる。

第３態様に関連して、実現可能な一実装例では、本方法はさらに、第１ユーザプレーン機能エンティティが第１アドレスに基づいてルートをアドバタイズする段階を含む。このソリューションに基づいて、その後に、別のネットワークエレメントまたはエンティティが、第１ユーザプレーン機能エンティティによりアドバタイズされたルートに基づくアドレス指定によって、第１ユーザプレーン機能エンティティを直接見つけることができる。例えば、実現可能な一実装例では、本方法はさらに、第１ユーザプレーン機能エンティティが第２ユーザプレーン機能エンティティから第２データを受信し、アプリケーションインスタンスアクセスモジュールを用いて第１アプリケーションインスタンスに第２データを送信する段階、ここで第２ユーザプレーン機能エンティティは、第１ユーザプレーン機能エンティティによりアドバタイズされたルートに基づくアドレス指定によって、第１ユーザプレーン機能エンティティを見つける、を含む。実現可能な一実装例では、第２ユーザプレーン機能エンティティは、端末デバイスにサービスを提供するユーザプレーン機能エンティティであり、端末デバイスは、第１アドレスを用いて第１アプリケーションインスタンスにアクセスしてよい。このソリューションに基づいて、データを端末デバイスから第１アプリケーションインスタンスに伝送できる。

第３態様に関連して、実現可能な一実装例では、本方法はさらに、第１ユーザプレーン機能エンティティがアプリケーションインスタンス用の接続の確立をサポートする機能を、第１ユーザプレーン機能エンティティがネットワークレポジトリ機能エンティティに登録する段階を含む。このソリューションに基づいて、ユーザプレーン機能エンティティがその後に選択されるときに、アプリケーションインスタンス用の接続の確立をサポートするユーザプレーン機能エンティティが、ネットワークレポジトリ機能エンティティから取得されてよい。

第３態様に関連して、実現可能な一実装例では、本方法はさらに、第１ユーザプレーン機能エンティティがアプリケーションインスタンスアクセスモジュールを用いて第１アプリケーションインスタンスから第１データを受信する段階；および第１ユーザプレーン機能エンティティが第２ユーザプレーン機能エンティティに第１データを送信する段階、ここで第２ユーザプレーン機能エンティティは端末デバイスにサービスを提供するユーザプレーン機能エンティティである、を含む。端末デバイスは、第１アドレスを用いて第１アプリケーションインスタンスにアクセスできる。このソリューションに基づいて、第１アプリケーションインスタンスから端末デバイスにデータを伝送できる。

第４態様によれば、前述した方法を実現する通信装置が提供される。通信装置は、前述した方法を実現するための、対応するモジュール、ユニット、または手段（ｍｅａｎｓ）を含む。このモジュール、ユニット、または手段は、ハードウェアまたはソフトウェアにより実現されても、またはハードウェアを用いて対応するソフトウェアを実行することにより実現されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールまたはユニットを含む。

第５態様によれば、プロセッサを含む通信装置が提供される。プロセッサは、メモリに連結され、メモリに格納されたコンピュータ命令を読み出し、次いでこの命令に基づいて、前述した態様のいずれか１つによる方法を行うように構成されている。

第５態様に関連して、実現可能な一実装例では、通信装置はさらにメモリを含み、メモリはコンピュータ命令を格納するように構成されている。

第５態様に関連して、実現可能な一実装例では、通信装置はさらに通信インタフェースを含み、通信インタフェースは、通信装置が別のデバイスと通信するのに用いられる。例えば、通信インタフェースは、送受信機、入力／出力インタフェース、インタフェース回路、出力回路、入力回路、ピン、または関連回路などであってもよい。

第５態様に関連して、実現可能な一実装例では、通信装置はチップであっても、またはチップシステムであってもよい。通信装置がチップシステムである場合、通信装置はチップを含んでもよく、またはチップおよび別のディスクリートデバイスを含んでもよい。

第５態様に関連して、実現可能な一実装例では、通信装置がチップまたはチップシステムである場合、通信インタフェースは、チップまたはチップシステム上の入力／出力インタフェース、インタフェース回路、出力回路、入力回路、ピン、または関連回路などであってもよい。プロセッサは代替的に、処理回路または論理回路として実装されてもよい。

第６態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータ上で実行されると、コンピュータは、前述の態様のいずれか１つによる方法を行うことが可能になる。

第７態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータは、前述の態様のいずれか１つによる方法を行うことが可能になる。

第４態様～第７態様における任意の実現可能な実装例によりもたらされる技術的効果については、第１態様、第２態様、または第３態様における様々な実装例によりもたらされる技術的効果を参照されたい。詳細はここで改めて説明しない。

第８態様によれば、通信システムが提供される。通信システムは、第１態様によるセッション管理機能エンティティおよび第３態様による第１ユーザプレーン機能エンティティを含む。

第８態様に関連して、実現可能な一実装例では、通信システムはさらに、第２態様によるアプリケーションインスタンスアクセスモジュールを含む。

既存の３ＧＰＰ（登録商標） ＵＬＣＬアーキテクチャに関する概略図である。

既存の３ＧＰＰ（登録商標） ＢＰアーキテクチャに関する概略図である。

ＥＴＳＩにより現在定義されているＭＥＣ標準アーキテクチャに関する簡単な概略図である。

既存のＭＥＣソリューションにローカル（ｌｏｃａｌ）ＡＰＰが展開されている形態の概略図である。

既存の５ＧＶＮサービスのユーザプレーンアーキテクチャに関する概略図である。

Ｎ１９トンネルに基づいて転送される既存のユーザプレーンプロトコルスタックに関する概略図である。

本願の一実施形態による通信システムのアーキテクチャに関する概略図である。

本願の一実施形態によるアプリケーションインスタンスアクセスモジュールの展開に関する第１概略図である。

本願の一実施形態によるアプリケーションインスタンスアクセスモジュールの展開に関する第２概略図である。

本願の一実施形態による、５Ｇネットワークにおける通信システムのアプリケーションに関する概略図である。

本願の一実施形態による通信装置の構成に関する概略図である。

本願の一実施形態による、アプリケーションがネットワークにアクセスするための方法におけるやり取りに関する第１概略図である。

本願の一実施形態による、アプリケーションがネットワークにアクセスするための方法におけるやり取りに関する第２概略図である。 本願の一実施形態による、アプリケーションがネットワークにアクセスするための方法におけるやり取りに関する第２概略図である。 本願の一実施形態による、アプリケーションがネットワークにアクセスするための方法におけるやり取りに関する第２概略図である。

本願の一実施形態による、アプリケーションがネットワークにアクセスするための方法におけるやり取りに関する第３概略図である。 本願の一実施形態による、アプリケーションがネットワークにアクセスするための方法におけるやり取りに関する第３概略図である。 本願の一実施形態による、アプリケーションがネットワークにアクセスするための方法におけるやり取りに関する第３概略図である。

本願の一実施形態による通信装置の構成に関する概略図である。

本願の実施形態における技術的ソリューションの理解を容易にするために、まず本願に関連する技術を以下に簡単に説明する。

第１に、アプリケーション（ａｐｐｌｉｃａｔｉｏｎ、ＡＰＰ）およびＡＰＰインスタンスを説明する。

本願の実施形態におけるＡＰＰは、提供されたアプリケーションサービスの一種であり、例えば、インターネットサービスを提供するアプリケーションサービスの一種である。例えば、ＡＰＰはＴａｏｂａｏであってよく、これはオンラインショッピング向けのインターネットサービスを提供するのに用いられる。あるいは、ＡＰＰは、例えばＴｅｎｃｅｎｔ Ｖｉｄｅｏなどであってもよく、これはオンラインビデオ視聴向けのインターネットサービスを提供するのに用いられる。

本願の実施形態におけるＡＰＰインスタンスは、ＡＰＰを実行するインスタンスである。例えば、ＡＰＰがＴａｏｂａｏである場合、対応するＡＰＰインスタンスとはＴａｏｂａｏを実行するインスタンスである；またはＡＰＰがＴｅｎｃｅｎｔ Ｖｉｄｅｏである場合、対応するＡＰＰインスタンスとはＴｅｎｃｅｎｔ Ｖｉｄｅｏを実行するインスタンスである。

本願の実施形態では、各ＡＰＰが共同でサービスを提供するために、複数のＡＰＰインスタンスが展開されてよい、すなわち、１つのＡＰＰが複数のＡＰＰインスタンスに対応してよい。ＡＰＰインスタンスは通常、アプリケーションサーバで動作する。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

第２に、アンカーユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＵＰＦ）および中間ＵＰＦ（ｉｎｔｅｒｍｅｄｉａｔｅ ＵＰＦ、Ｉ－ＵＰＦ）を説明する。

本願の実施形態では、アンカーＵＰＦがプロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ）セッションアンカー（ＰＤＵ ｓｅｓｓｉｏｎ ａｎｃｈｏｒ、ＰＳＡ）－ＵＰＦであってよい。端末デバイスの移動過程において、セッション全体のアンカーＵＰＦは変わらないままであり、アンカーＵＰＦは端末デバイスのインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）のダウンリンクルーティングポリシーをアドバタイズする役割を担っている。端末デバイスに送信された全てのパケットが、ダウンリンクルーティングポリシーに基づいてアンカーＵＰＦに転送されて処理される。

実現可能な一実装例では、Ｉ－ＵＰＦは、ＲＡＮデバイスおよびアンカーＵＰＦの間に位置しており、端末デバイスが移動すると連続的に切り替えられる。

第３に、３ＧＰＰ（登録商標）アップリンク分類器（ｕｐｌｉｎｋ－ｃｌａｓｓｉｆｉｅｒ、ＵＬＣＬ）アーキテクチャおよび３ＧＰＰ（登録商標）分岐点（ｂｒａｎｃｈｉｎｇ ｐｏｉｎｔ）アーキテクチャを説明する。

アプリケーションが展開位置をより柔軟に選択できるように、且つエッジに展開されたサービストラフィックがコアネットワークの極めて高い位置によって迂回するのを防ぐために、３ＧＰＰが第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）コアネットワーク向けのユーザプレーンサービスを策定する場合、第４世代（４ｔｈ ｇｅｎｅｒａｔｉｏｎ、４Ｇ）進化型パケットコア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）によりサポートされていないユーザプレーンＵＬＣＬ／ＢＰ機能が新たに追加される。

図１は、既存の３ＧＰＰ（登録商標） ＵＬＣＬアーキテクチャの概略図である。図１に示すように、３ＧＰＰ（登録商標）では３ＧＰＰ（登録商標） ＵＬＣＬアーキテクチャを次のように定義している。ＲＡＮデバイスおよびＰＤＵセッションのアンカーＵＰＦの間に新たなＵＰＦ ＵＬＣＬを挿入してよい。ＵＰＦ ＵＬＣＬの名称で定義されるように、ＵＬＣＬはデータフローのアップリンク分類器として機能する。具体的には、サービスフローのアップリンク機能の識別に基づき、ローカルアンカーＵＰＦを用いてデータをローカルデータネットワーク（ｄａｔａ ｎｅｔｗｏｒｋ、ＤＮ）にオフロードする、またはリモートアンカーＵＰＦを用いてデータをリモートＤＮにオフロードする。それに加えて、ＵＰＦ ＵＬＣＬはさらにダウンリンクフローを集約する必要がある。ローカルＤＮは、リモートＤＮと同じＤＮである。

図１のＵＰＦ ＵＬＣＬおよびローカルアンカーＵＰＦは、共に展開されてもよく、または別々に展開されてもよいことに留意されたい。本明細書では、これについて特に限定しない。さらに、図１のアクセスおよびモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）が、モバイルネットワークにおけるモビリティ管理、例えば、ユーザ位置の更新、ユーザのネットワーク登録、またはユーザ切り替えに用いられる。図１のセッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＳＭＦ）が、モバイルネットワークにおけるセッション管理、例えば、セッションの確立、変更、または解放に用いられる。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

図２は、既存の３ＧＰＰ（登録商標） ＢＰアーキテクチャの概略図である。３ＧＰＰ（登録商標） ＢＰアーキテクチャは３ＧＰＰ（登録商標） ＵＬＣＬアーキテクチャと同様であり、違いは、例えば、図１のＵＰＦ ＵＬＣＬがＵＰＦ ＢＰと置き換えられている点にある。ＵＰＦ ＢＰの機能はＵＰＦ ＵＬＣＬの機能と同じである。ただし、ＵＰＦ ＢＰはインターネットプロトコルバージョン６（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６、ＩＰｖ６）のトラフィックステアリングポイント挿入であり、ＵＰＦ ＵＬＣＬはインターネットプロトコルバージョン４（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４、ＩＰｖ４）または非マルチホーム（ＩＰｖ６マルチホーム、すなわち、１つのセッションが複数のアドレスを持つことが許可されている）シナリオのセッションである。ＩＰｖ６およびＩＰｖ４の間には、ユーザプレーンに関して違いがある。ＩＰｖ４またはＩＰｖ６型のＰＤＵセッションでは、ＰＤＵセッションアンカーが、端末デバイスに割り当てられたＩＰアドレス／プレフィックスのＩＰアンカーであってよい。ＩＰｖ４型のＰＤＵセッションまたはＩＰｖ６の非マルチホームＰＤＵセッションでは、複数のＰＤＵセッションアンカーが用いられる場合（ＵＰＦ ＵＬＣＬが挿入されているため）、１つのＰＤＵセッションアンカーのみがＩＰアンカーである。しかしながら、ＩＰｖ６のマルチホームＰＤＵセッションでは、複数のＩＰアンカーがあってよい。

第４に、ＭＥＣ標準アーキテクチャを説明する。

図３は、ＥＴＳＩにより現在定義されているＭＥＣ標準アーキテクチャの簡単な概略図である。図３に示すように、ＭＥＣ標準アーキテクチャは、ＭＥＣシステムレベル（ＭＥＣ ｓｙｓｔｅｍ ｌｅｖｅｌ）およびＭＥＣホストレベル（ＭＥＣ ｈｏｓｔ ｌｅｖｅｌ）を含む。

ＭＥＣシステムレベルは、運用サポートシステム（ｏｐｅｒａｔｉｏｎ ｓｕｐｐｏｒｔ ｓｙｓｔｅｍ、ＯＳＳ）およびマルチアクセスエッジオーケストレータ（ｍｕｌｔｉ－ａｃｃｅｓｓ ｅｄｇｅ ｏｒｃｈｅｓｔｒａｔｏｒ）を含む。

ＭＥＣホストレベルは、ＭＥＣプラットフォームマネージャ（ＭＥＣ ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｒ、ＭＥＰＭ）、仮想化インフラストラクチャマネージャ（ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ｍａｎａｇｅｒ）、および１つまたは複数のＭＥＣホストを含む。ＭＥＣホストは、ＭＥＣプラットフォーム（ＭＥＣ ｐｌａｔｆｏｒｍ、ＭＥＰ）、仮想化インフラストラクチャ（ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、および複数のＭＥＣ ＡＰＰを含む。

具体的には、ＭＥＰＭはＭｍ５インタフェースを通じて、ＭＥＣ ＡＰＰのライフサイクル管理、ＭＥＣ ＡＰＰのルールおよび要求管理、およびＭＥＣプラットフォーム要素管理を行う。ＭＥＰは、ＭＥＣサービス（ＭＥＣ ｓｅｒｖｉｃｅ）を実行し、サービスレジストリ（ｓｅｒｖｉｃｅ ｒｅｇｉｓｔｒｙ）、トラフィックステアリングルール制御（ｔｒａｆｆｉｃ ｓｔｅｅｒｉｎｇ ｒｕｌｅ ｃｏｎｔｒｏｌ）、およびドメインネームシステム（ｄｏｍａｉｎ ｎａｍｅ ｓｙｓｔｅｍ、ＤＮＳ）処理などを行うように構成されている。ＭＥＰは５ＧネットワークにおいてＡＦ機能を有し、ＭＥＰのＡＦ機能はＭＥＣ ＡＰＰにより実現され得る。ＭＥＰはＭｐ１インタフェースを通じてＭＥＣ ＡＰＰと通信し、ＭＥＣ ＡＰＰを管理する。ＭＥＣ ＡＰＰは特定のサービスを実行する。デバイスＡＰＰが、ネットワークを用いてＭＥＣホスト内のＭＥＣ ＡＰＰにアクセスできる。さらに、ＭＥＰはＭｐ２インタフェースを通じて仮想化インフラストラクチャのユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）と通信する。ユーザプレーンは、ＵＰＦを用いて実装されてよい。したがって、Ｍｐ２インタフェースは、ＭＥＰおよびＵＰＦの間のインタフェースとして理解されてもよい。ＭＥＣホスト内のＵＰＦはエッジ位置に展開されたＵＰＦであることに留意されたい。

さらに、図３に示すように、顧客対応サービス（ｃｕｓｔｏｍｅｒ ｆａｃｉｎｇ ｓｅｒｖｉｃｅ、ＣＦＳ）ポータル（ｐｏｒｔａｌ）がＭｘ１インタフェースを通じてＯＳＳに接続されている。デバイスＡＰＰ（ｄｅｖｉｃｅ ＡＰＰ）は、Ｍｘ２インタフェースを通じてユーザＡＰＰライフサイクル管理（ｌｉｆｅ ｃｙｃｌｅ ｍａｎａｇｅｍｅｎｔ、ＬＣＭ）プロキシ（ｕｓｅｒ ＡＰＰ ＬＣＭ ｐｒｏｘｙ）に接続されている。ユーザＡＰＰ ＬＣＭプロキシは、Ｍｍ８インタフェースおよびＭｍ９インタフェースを通じて、ＯＳＳおよびマルチアクセスエッジオーケストレータにそれぞれ接続されている。ＯＳＳは、Ｍｍ１インタフェースを通じてマルチアクセスエッジオーケストレータに接続されており、ＯＳＳはさらに、Ｍｍ２インタフェースを通じてＭＥＰＭに接続されている。マルチアクセスエッジオーケストレータはＭｍ３インタフェースを通じてＭＥＰＭに接続されており、マルチアクセスエッジオーケストレータはさらに、Ｍｍ４インタフェースを通じて仮想化インフラストラクチャに接続されている。仮想化インフラストラクチャは、Ｍｍ４インタフェースを通じてＭＥＰＭに接続されている。ＭＥＣホスト内の仮想化インフラストラクチャは、Ｍｐ７インタフェースを通じて仮想化インフラストラクチャマネージャに接続されている。２つのＭＥＣホストのＭＥＰが、Ｍｐ３インタフェースを通じて互いに通信する。ここでのデバイスＡＰＰは、端末デバイス（またはユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれている）にインストールされたＡＰＰであることに留意されたい。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

ＭＥＣ標準アーキテクチャに関する前述の説明から理解できるのは、本願の実施形態では、ＭＥＣプラットフォームを用いて、ＭＥＣ ＡＰＰがモバイル通信ネットワークにおける仮想化インフラストラクチャと通信する必要があるということである。換言すれば、ＭＥＣ標準アーキテクチャでは、モバイル通信ネットワークおよびアプリケーションの間でデータ交換および管理を実施するのに、特定のインタフェースおよび展開ソリューションが必要とされる。このソリューションでは、アプリケーションおよびモバイル通信ネットワークの間のデータ交換には、十分な柔軟性がないことが明らかである。

図４は、既存のＭＥＣソリューションにローカル（ｌｏｃａｌ）ＡＰＰが展開されている形態の概略図である。図４に示すように、端末デバイスが、５ＧネットワークのＲＡＮデバイスを用いて、５Ｇネットワークのユーザプレーン処理機能にアクセスする。１つの態様において、ユーザプレーン処理機能は、ローカルＩＰアンカーを用いてコンテンツ配信ウェブサイトに接続されてよい。別の態様では、ユーザプレーン処理機能は、中央ＩＰアンカーを用いてインターネットに接続されてよい。図４のユーザプレーン処理機能は、図１のＵＰＦ ＵＬＣＬまたは図２のＵＰＦ ＢＰに対応してよい。図４のローカルＩＰアンカーは、図１または図２のローカルアンカーＵＰＦに対応してよい。図４の中央ＩＰアンカーは、図１または図２のリモートアンカーＵＰＦに対応してよい。図４のコンテンツ配信ウェブサイトは、図１または図２のローカルアンカーＵＰＦに接続されたＤＮに対応してよい。図４のインターネットは、図１または図２のリモートアンカーＵＰＦに接続されたＤＮに対応してよい。さらに、図４のユーザプレーン処理機能は図３の仮想化インフラストラクチャに展開されてよく、図４のコンテンツ配信ウェブサイトは図３のＭＥＣ ＡＰＰに展開されてよい。端末デバイスおよびユーザプレーン処理機能の間の接続は無線接続であり、ユーザプレーン処理機能およびコンテンツ配信ウェブサイトまたはインターネットの間の接続は有線接続であることが理解できる。

第５に、５Ｇ仮想ネットワーク（５Ｇ ｖｉｒｔｕａｌ ｎｅｔｗｏｒｋ、５ＧＶＮ）を説明する。

表現に関して、５ＧＶＮは５Ｇローカルエリアネットワーク（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、５ＧＬＡＮ）、ＬＡＮ、ＬＡＮ型サービス（ｔｙｐｅ ｓｅｒｖｉｃｅ）、ＬＡＮ－ＶＮ、５ＧＬＡＮ型サービス、５ＧＬＡＮ－ＶＮ、５ＧＬＡＮグループ（ｇｒｏｕｐ）、またはＬＡＮグループなどとも呼ばれることがある。本願の実施形態では、これについて特に限定しない。

５ＧＶＮサービスは、現在の５Ｇネットワークで提供されるサービスであり、主に、ホーム通信、企業オフィス、工場での製造、車両のインターネット、送電網再建、および公共安全局などに適用されている。このサービスは、端末デバイスのグループにおける２つまたはそれより多くの端末デバイス向けに、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）型または非ＩＰ型（例えば、イーサネット（登録商標）型）のプライベート通信（すなわち、ポイントツーポイントデータ伝送）を提供できる。例えば、工場のデバイスが５ＧＶＮグループを形成し、異なるデバイスがイーサネット（登録商標）データパケットを互いに送信し得る。あるいは、企業の部署にいる従業員のオフィスデバイス（例えば、携帯電話、コンピュータ、またはネットブックコンピュータ）が５ＧＶＮグループを形成し、様々なオフィスデバイスがＩＰデータパケットを互いに送信し得る。２つの端末デバイスが同じ５ＧＶＮグループに入っていない場合、この２つの端末デバイスは互いに通信できない。

図５は、既存の５ＧＶＮサービスのユーザプレーンアーキテクチャに関する概略図である。端末デバイスが、５ＧＶＮサービスを提供するＵＰＦへのセッションを確立し、５ＧＶＮサービスを提供するＵＰＦにアクセスする。図５に示すように、５ＧＶＮサービスを提供するＵＰＦは、Ｎ６を通じてデータネットワーク（ｄａｔａ ｎｅｔｗｏｒｋ、ＤＮ）内の既存のＬＡＮと通信してよい、例えば、ＬＡＮ内のパーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＰＣ）と通信してよい。あるいは、５ＧＶＮサービスを提供するＵＰＦは、内部ＵＰＦ同士の接続を用いて様々な端末デバイスのセッションを関連づけてプライベート通信を実現してよい。本願の実施形態では、これについて特に限定しない。本願の実施形態では、５ＧＶＮサービスを提供するＵＰＦ同士の間のインタフェースが次世代（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ、Ｎ）１９インタフェース（略してＮ１９）と呼ばれており、５ＧＶＮサービスを提供するＵＰＦ同士の間の経路がＮ１９トンネルと呼ばれている。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。当然ながら、５ＧＶＮサービスを提供するＵＰＦ同士の間のインタフェースは代替的に、別の名称であってもよい。本願の実施形態では、これについて特に限定しない。

例えば、本願の実施形態におけるＮ１９トンネルは、汎用パケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ、ＧＰＲＳ）トンネリングプロトコル－ユーザプレーン（ＧＰＲＳ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ－ｕｓｅｒ ｐｌａｎｅ、ＧＴＰ－Ｕ）の方式で構築されてよい。この構築方式は動的であってもよく、またはネットワーク内で予め構成されてもよい。本願の実施形態では、これについて特に限定しない。さらに、本願の実施形態では、Ｎ１９トンネルがＧＴＰ－Ｕ方式で構築されている場合、対応するＮ１９トンネル情報は、ＵＰＦ ＩＤ、ＵＰＦ ＩＤ＋トンネルエンドポイント識別子（ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ｉｄｅｎｔｉｆｉｅｒ、ＴＥＩＤ）、ＩＰアドレス＋ＴＥＩＤ、またはＩＰアドレス＋ポート（ｐｏｒｔ）番号＋ＴＥＩＤなどであってもよい。本願の実施形態では、これについて特に限定しない。

図６は、Ｎ１９トンネルに基づいて転送される既存のユーザプレーンプロトコルスタックに関する概略図である。例えば、同じ５ＧＶＮに属する端末デバイス１および端末デバイス２が、互いに通信する。この場合、端末デバイス１および端末デバイス２の間でデータが交換される前に、端末デバイス１のためにセッション１を確立する必要があり、且つ端末デバイス２のためにセッション２を確立する必要がある。セッション１に対応するアンカーＵＰＦがＵＰＦ１であり、セッション２に対応するアンカーＵＰＦがＵＰＦ２であり、その後に端末デバイス１および端末デバイス２はＵＰＦ１およびＵＰＦ２の間にあるＮ１９トンネルを用いてデータを交換できると仮定する。具体的には、図６に示すように、端末デバイスおよびＵＰＦの間（例えば、端末デバイス１およびＵＰＦ１の間または端末デバイス２およびＵＰＦ２の間）にある３ＧＰＰ（登録商標）ネットワークプロトコルスタックが、ＰＤＵセッション－ユーザプレーンプロトコルスタックを含む。端末デバイス１および端末デバイス２のＰＤＵセッション－プレーンプロトコルスタックの上に、アプリケーション（ａｐｐｌｉｃａｔｉｏｎ、ＡＰＰ）層がある。ＵＰＦ１およびＵＰＦ２の間にある３ＧＰＰ（登録商標）ネットワークプロトコルスタックが、ＰＤＵ層、ＧＴＰ－Ｕ層、および下層のプロトコル層を含む。下層のプロトコル層は、ユーザデータグラムプロトコル（ｕｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ、ＵＤＰ）層／ＩＰ層、レイヤ２（ｌａｙｅｒ ２、Ｌ２）、およびＬ１を含む。さらに、本願の実施形態では、サービスパケットの場合、ＵＰＦはＡＰＰ層を認識しない。したがって、図６に示すように、ＡＰＰ層はＵＰＦ側の中継器（ｒｅｌａｙ）に対応する。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

本願の実施形態におけるＮ１９トンネルは、５ＧＶＮにおけるＵＰＦ同士の間のトンネルであることに留意されたい。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

以下では、本願の実施形態における添付図面を参照して本願の実施形態における技術的ソリューションを説明する。本願の説明では、特に指定されない限り、「／」は関連する対象物同士の間の「または」の関係を表す。例えば、Ａ／ＢはＡまたはＢを表し得る。本願では、「および／または」は関連する対象物を説明するための単なる関連関係であり、３つの関係が存在し得ることを示している。例えば、Ａおよび／またはＢは、次の３つの事例を示してよい。すなわち、Ａのみが存在すること、ＡおよびＢが両方とも存在すること、Ｂのみが存在することであり、ＡおよびＢは単数であっても、または複数であってもよい。さらに、本願の説明では、特に指定されない限り、「複数の」が２つまたはそれより多くを意味する。「以下の項目（個）のうちの少なくとも１つ」またはその類似表現は、単数の項目（個）または複数の項目（個）の任意の組み合わせを含む、これらの項目の任意の組み合わせを指す。例えば、ａ、ｂ、またはｃの少なくとも１つの項目（個）とは、以下に挙げるａ、ｂ、ｃ、ａおよびｂ、ａおよびｃ、ｂおよびｃ、またはａ、ｂ、およびｃを示してよく、ここでａ、ｂ、およびｃは単数であっても、または複数であってもよい。さらに、本願の実施形態における技術的ソリューションを明確に説明するために、本願の実施形態では「第１」および「第２」などの用語を用いて、基本的に同じ機能または目的を有する同じ項目同士または類似項目同士を区別している。当業者であれば、「第１」および「第２」などの用語が数量または実行順序を限定することはなく、「第１」および「第２」などの用語が明確な違いを示さないことを理解するであろう。さらに、本願の実施形態では、「例」または「例えば」などの表現を用いて、一例、実例、または説明を与えることを表している。本願の実施形態では「例」または「例えば」と説明される実施形態または設計ソリューションがいずれも、別の実施形態または設計ソリューションより好ましい、またはより多くの利点を有していると説明されるべきではない。まさしく、「例」または「例えば」などの表現を用いることで、関連する概念を理解しやすくするために具体的な方式で示すことを意図している。

さらに、本願の実施形態で説明されるネットワークアーキテクチャおよびサービスシナリオは、本願の実施形態における技術的ソリューションをより明確に説明することを意図しており、本願の実施形態で提供される技術的ソリューションに対する限定とみなされるべきではない。当業者であれば、ネットワークアーキテクチャの進化および新たなサービスシナリオの出現に伴って、本願の実施形態で提供される技術的ソリューションは類似した技術的課題にも適用可能であることを理解するであろう。

図７は、本願の一実施形態による通信システム７０を示している。通信システム７０は、セッション管理機能エンティティ７０１および第１ユーザプレーン機能エンティティ７０２を含む。実現可能な一実装例では、通信システム７０はさらに、アプリケーションインスタンスアクセスモジュール７０３を含む。セッション管理機能エンティティ７０１、第１ユーザプレーン機能エンティティ７０２、およびアプリケーションインスタンスアクセスモジュール７０３のいずれか２つが、互いに直接通信してもよく、または別のデバイスによる転送によって互いに通信してもよい。本願の本実施形態では、これについて特に限定しない。

セッション管理機能エンティティ７０１は、アプリケーションインスタンスアクセスモジュール７０３から第１メッセージを受信するように構成されており、第１メッセージは第１アプリケーションインスタンスの識別情報を含み、第１メッセージは、第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる。セッション管理機能エンティティ７０１はさらに、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティ７０２を決定した後に、第１ユーザプレーン機能エンティティ７０２に第２メッセージを送信するように構成されており、第２メッセージは第１アプリケーションインスタンスの識別情報を含み、第２メッセージは、第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる。第１ユーザプレーン機能エンティティ７０２は、セッション管理機能エンティティ７０１から第２メッセージを受信し、セッション管理機能エンティティ７０１に第３メッセージを送信するように構成されており、第３メッセージは第１接続の確立結果を含み、確立結果は成功を含む。セッション管理機能エンティティ７０１は、第１ユーザプレーン機能エンティティ７０２から第３メッセージを受信し、アプリケーションインスタンスアクセスモジュール７０３に第４メッセージを送信するように構成されており、第４メッセージは、コアネットワークエレメントにより第１接続に割り当てられた第１アドレスを含む。前述したソリューションの具体的な実装については、次の方法の実施形態において詳細に説明されているため、詳細はここで説明しない。本願の本実施形態では、モバイル通信ネットワーク内のセッション管理機能エンティティおよび第１ユーザプレーン機能エンティティは、第１アプリケーションインスタンスおよびモバイル通信ネットワークの間に第１アプリケーションインスタンス用の第１接続を確立し、コアネットワークエレメントは、第１接続を確立する過程で第１接続に第１アドレスを割り当てる。第１アプリケーションインスタンスに対応するアドレス割り当ておよび管理およびデータプレーン転送経路は全て、モバイル通信ネットワークの制御範囲に含まれることが理解できる。換言すれば、このソリューションでは、第１アプリケーションインスタンスは特別な端末デバイスとしてモバイル通信ネットワークにアクセスできる。第１アプリケーションインスタンスがアプリケーションの特定の実行インスタンスであるため、このソリューションに基づいて、アプリケーションおよびモバイル通信ネットワークの間のデータ交換の柔軟性を向上させることができる。さらに、このソリューションに基づき、アプリケーションをモバイル通信ネットワーク計画に組み込み、モバイル通信システムにおいてアプリケーションのプラグアンドプレイを実現し、アプリケーションサービスを動的に調整して最適経路を見つけることができる。これにより、事業者およびアプリケーションサービスプロバイダの間で新たなビジネス展開および連携方式を実現できるようになる。

本願の本実施形態では、アプリケーションインスタンスアクセスモジュール７０３は、モバイル通信ネットワークにアクセスするときに、第１アプリケーションインスタンスを支援するように構成されている。

１つの実現可能な実装例では、図８に示すように、本願の本実施形態におけるアプリケーションインスタンスアクセスモジュール７０３は第１アプリケーションインスタンスに統合されてよく、第１アプリケーションインスタンスはアプリケーションサーバで実行されてよい。

別の実現可能な実装例では、図９に示すように、本願の本実施形態におけるアプリケーションインスタンスアクセスモジュール７０３は、第１アプリケーションインスタンスから分離して展開されてよい。例えば、図９に示すように、アプリケーションインスタンスアクセスモジュール７０３はＡＰＰ統合プラットフォーム（例えば、図３のＭＥＰ）に統合されてよく、第１アプリケーションインスタンスはアプリケーションサーバで実行されてよい。

示されていないが、図８または図９に示すアプリケーションサーバはさらに、別のアプリケーションインスタンスを含んでよいことに留意されたい。本願の本実施形態は、単に一例としてアプリケーションサーバ内の第１アプリケーションインスタンスを用いて説明しており、アプリケーションサーバが別のアプリケーションインスタンスを実行するかどうかは特に限定しない。さらに図９では、複数のアプリケーションサーバがＡＰＰ統合プラットフォームとやり取りできる。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例では、図７に示す通信システム７０は、現在の４Ｇネットワークまたは５Ｇネットワークまたは別の将来のネットワークに適用されてもよい。本願の本実施形態では、これについて特に限定しない。

例えば、図１０に示すように、図７に示す通信システム７０が現在の５Ｇネットワークに適用されている場合、図７に示す通信システム７０のセッション管理機能エンティティ７０１に対応するネットワークエレメントまたはエンティティが５ＧネットワークアーキテクチャにおけるＳＭＦであってよく、図７に示す通信システム７０の第１ユーザプレーン機能エンティティ７０２に対応するネットワークエレメントまたはエンティティが５Ｇネットワークアーキテクチャにおける第１アンカーＵＰＦであってよい。さらに、図７に示す通信システム７０のアプリケーションインスタンスアクセスモジュール７０３に対応するネットワークエレメントまたはエンティティが、例えばユーザ機器機能としてのアプリケーション（ＡＰＰ ａｓ ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＵＥＦ）であってよい。図８に示すように、ＡＵＥＦはアプリケーションサーバ内の第１アプリケーションインスタンスに展開されてもよく；または図９に示すように、ＡＵＥＦはＡＰＰ統合プラットフォームに展開されてもよい。当然ながら、ＡＵＥＦは別の方式で展開されても、例えば、別の既存の機能、デバイス、またはプラットフォームに展開されても、または別の新たに追加された機能、デバイス、またはプラットフォームに展開されてもよい。本願の本実施形態では、これについて特に限定しない。

さらに、図１０に示すように、現在の５Ｇネットワークはさらに、ＡＭＦ、ＮＥＦ、ネットワークレポジトリ機能（ｎｅｔｗｏｒｋ ｒｅｐｏｓｉｔｏｒｙ ｆｕｎｃｔｉｏｎ、ＮＲＦ）、統合データ管理（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ、ＵＤＭ）機能、ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、ＰＣＦ）、および別のＵＰＦ（例えば、図１０における端末デバイスに対応する第２アンカーＵＰＦおよびＩ－ＵＰＦ）を含んでよい。本願の本実施形態では、これについて特に限定しない。

示されていないが、現在の５Ｇネットワークはさらに、認証サーバ機能（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖｅｒ ｆｕｎｃｔｉｏｎ、ＡＵＳＦ）およびネットワークスライス選択機能（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ｆｕｎｃｔｉｏｎ、ＮＳＳＦ）などを含んでよい。関連説明については、２３５０１規格の５Ｇシステムアーキテクチャ（５Ｇ ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ）の図を参照されたい。詳細はここで説明しない。

図１０に示すように、端末デバイスはＲＡＮデバイスを用いて５Ｇネットワークにアクセスする。端末デバイスは、Ｎ１インタフェース（略してＮ１）を通じてＡＭＦと通信する。ＲＡＮデバイスはＮ２インタフェース（略してＮ２）を通じてＡＭＦと通信する。ＲＡＮデバイスは、Ｎ３インタフェース（略してＮ３）を通じてＩ－ＵＰＦと通信する。Ｉ－ＵＰＦは、Ｎ９インタフェース（略してＮ９）を通じて第２アンカーＵＰＦと通信する。第２アンカーＵＰＦは、Ｎ１９インタフェース（略してＮ１９）を通じて第１アンカーＵＰＦと通信する。ＳＭＦネットワークエレメントは、Ｎ４インタフェース（略してＮ４）を通じて、Ｉ－ＵＰＦ、第２アンカーＵＰＦ、および第１アンカーＵＰＦと別々に通信する。ＳＭＦネットワークエレメントは、Ｎｘインタフェース（略してＮｘ）を通じてＡＵＥＦと通信する。第１アンカーＵＰＦは、Ｎｄインタフェース（略してＮｄ）を通じてＡＵＥＦと通信する。さらに、制御プレーン機能、例えば、図１０に示すＡＭＦ、ＳＭＦ、ＮＥＦ、ＮＲＦ、ＰＣＦ、またはＵＤＭがサービスベースのインタフェースを通じて互いにやり取りしてよい。例えば、ＡＭＦにより提供される外部サービスベースのインタフェースがＮａｍｆであってよく、ＳＭＦにより提供される外部サービスベースのインタフェースがＮｓｍｆであってよく、ＮＥＦにより提供される外部サービスベースのインタフェースがＮｎｅｆであってよく、ＮＲＦにより提供される外部サービスベースのインタフェースがＮｎｒｆであってよく、ＰＣＦにより提供される外部サービスベースのインタフェースがＮｐｃｆであってよく、ＵＤＭにより提供される外部サービスベースのインタフェースがＮｕｄｍであってよい。関連説明については、２３５０１規格の５Ｇシステムアーキテクチャ（５Ｇ ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ）の図を参照されたい。詳細はここで説明しない。

実現可能な一実装例では、本願の実施形態における端末デバイスは、無線通信機能を実現するように構成されたデバイス、例えば、端末または端末に用いられ得るチップであってもよい。端末デバイスは、屋内または屋外デバイス、ハンドヘルドデバイス、または車載デバイスを含み、地上に展開されてもよく；または水面に（例えば、船上に）展開されてもよく；または空中に（例えば、飛行機、気球、または衛星に）展開されてもよい。端末は、５Ｇネットワークまたは将来の進化した公衆陸上モバイルネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＰＬＭＮ）における、ＵＥ、アクセス端末、端末ユニット、端末局、移動局、遠隔局、遠隔端末、モバイルデバイス、無線通信デバイス、端末エージェント、または端末装置などであってよい。アクセス端末は、携帯電話、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ（登録商標））無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続された別の処理デバイス、車載デバイス、ウェアラブルデバイス、無人航空機（ｕｎｍａｎｎｅｄ ａｅｒｉａｌ ｖｅｈｉｃｌｅ、ＵＡＶ）、無人航空機コントローラ（ＵＡＶ ｃｏｎｔｒｏｌｌｅｒ、ＵＡＶＣ）、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、ＶＲ）端末デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ、ＡＲ）端末デバイス、産業用制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）における無線端末、自動運転（ｓｅｌｆ ｄｒｉｖｉｎｇ）における無線端末、遠隔医療（ｒｅｍｏｔｅ ｍｅｄｉｃａｌ）における無線端末、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）における無線端末、輸送安全（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）における無線端末、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）における無線端末、またはスマートホーム（ｓｍａｒｔ ｈｏｍｅ）における無線端末などであってもよい。端末は可動式であってもよく、または固定式であってもよい。

実現可能な一実装例では、本願の実施形態におけるＲＡＮデバイスは、端末デバイスに無線通信機能を提供するデバイスである。例えば、アクセスネットワークデバイスは、限定することはないが、５Ｇにおける次世代ノードＢ（ｇＮｏｄｅＢ、ｇＮＢ）、進化型ノードＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ）、無線ネットワークコントローラ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）、ノードＢ（ＮｏｄｅＢ、ＮＢ）、基地局コントローラ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ、ＢＳＣ）、ベーストランシーバ基地局（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ、ＢＴＳ）、ホーム用基地局（例えば、ホーム用進化型ノードＢ、またはホーム用ノードＢ、ＨＮＢ）、ベースバンドユニット（ｂａｓｅｂａｎｄ ｕｎｉｔ、ＢＢＵ）、送受信ポイント（ｔｒａｎｓｍｉｔｔｉｎｇ ａｎｄ ｒｅｃｅｉｖｉｎｇ ｐｏｉｎｔ、ＴＲＰ）、送信ポイント（ｔｒａｎｓｍｉｔｔｉｎｇ ｐｏｉｎｔ、ＴＰ）、およびモバイルスイッチングセンタなどを含む。

実現可能な一実装例では、本願の実施形態におけるユーザプレーンネットワークエレメント、アクセスネットワークデバイス、セッション管理ネットワークエレメント、ポリシー制御ネットワークエレメント、またはアプリケーション機能ネットワークエレメントは、通信装置または通信デバイスとも呼ばれることがあり、汎用デバイスであっても、または専用デバイスであってもよい。本願の実施形態では、これについて特に限定しない。

実現可能な一実装例では、本願の実施形態におけるセッション管理機能エンティティ、第１ユーザプレーン機能エンティティ、またはアプリケーションインスタンスアクセスモジュールの関連機能が、１つのデバイスにより実現されてもよく、複数のデバイスにより共同で実現されてもよく、または１つのデバイス内の１つまたは複数の機能モジュールにより実現されてもよい。本願の実施形態では、これについて特に限定しない。前述した機能は、ハードウェアデバイスのネットワークエレメントであってもよく、または専用ハードウェア上で動作するソフトウェア機能、ハードウェアおよびソフトウェアの組み合わせ、またはプラットフォーム（例えば、クラウドプラットフォーム）上にインスタンス化された仮想化機能であってもよいことが理解できる。

例えば、本願の実施形態におけるセッション管理機能エンティティ、第１ユーザプレーン機能エンティティ、またはアプリケーションインスタンスアクセスモジュールの関連機能は、図１１の通信装置１１００を用いて実現されてよい。図１１は、本願の一実施形態による通信装置１１００の構造の概略図である。通信装置１１００は、１つまたは複数のプロセッサ１１０１、通信回線１１０２、および少なくとも１つの通信インタフェースを含む（図１１では、通信インタフェース１１０４および１つのプロセッサ１１０１が含まれる一例を用いて単に説明している）。実現可能な一実装例では、メモリ１１０３がさらに含まれてよい。

プロセッサ１１０１は、本願のソリューションのプログラム実行を制御するように構成された、汎用の中央演算処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、または１つまたは複数の集積回路であってもよい。

通信回線１１０２は、様々なコンポーネントを接続するように構成されたチャネルを含んでよい。

通信インタフェース１１０４は、別のデバイスまたは通信ネットワーク、例えば、イーサネット（登録商標）、ＲＡＮ、または無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）と通信するように構成された送受信モジュールであってよい。例えば、送受信モジュールは、送受信機または送受信マシンなどの装置であってよい。実現可能な一実装例では、通信インタフェース１１０４は代替的に、プロセッサ１１０１の中に位置している送受信回路であってもよく、プロセッサの信号入力および信号出力を実施するように構成されている。

メモリ１１０３は、記憶機能を有する装置であってよく、例えば、静的な情報および命令を格納できるリードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）または別のタイプの静的記憶装置であっても、または情報および命令を格納できるランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）または別のタイプの動的記憶装置であってもよく；または電気的消去可能プログラム可能型リードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、コンパクトディスクリードオンリメモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）または別の光ディスク記憶装置、光ディスク記憶装置（コンパクトディスク、レーザディスク、光ディスク、デジタル多用途ディスク、またはブルーレイディスクなどを含む）、磁気ディスク記憶媒体または別の磁気記憶装置、または期待されるプログラムコードを命令またはデータ構造体の形態で保持または格納するように構成されることができ且つコンピュータがアクセスできる任意の他の媒体であってもよい。しかしながら、これについては上記したものに限定されない。メモリは、独立して存在してよく、通信回線１１０２を用いてプロセッサに接続されている。メモリは代替的に、プロセッサと統合されてもよい。

メモリ１１０３は、本願のソリューションを実行するためのコンピュータ実行可能命令を格納するように構成されており、プロセッサ１１０１は、その実行を制御する。プロセッサ１１０１は、メモリ１１０３に格納されたコンピュータ実行可能命令を実行して、本願の実施形態で提供された、アプリケーションがネットワークにアクセスするための方法を実施するように構成されている。

あるいは、実現可能な一実装例では、本願の本実施形態において、プロセッサ１１０１は、本願の以下の実施形態で提供される、アプリケーションがネットワークにアクセスする方法における処理関連の機能を行ってよく、通信インタフェース１１０４は別のデバイスまたは通信ネットワークと通信する役割を担っている。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例では、本願の本実施形態におけるコンピュータ実行可能命令は、アプリケーションプログラムコードとも呼ばれることがある。本願の本実施形態では、これについて特に限定しない。

特定の実装において、一実施形態では、プロセッサ１１０１は、１つまたは複数のＣＰＵ、例えば、図１１のＣＰＵ０およびＣＰＵ１を含んでよい。

特定の実装において、一実施形態では、通信装置１１００は複数のプロセッサ、例えば、図１１のプロセッサ１１０１およびプロセッサ１１０８を含んでよい。これらのプロセッサのそれぞれは、シングルコア（ｓｉｎｇｌｅ－ｃｏｒｅ）プロセッサであってもよく、またはマルチコア（ｍｕｌｔｉ－ｃｏｒｅ）プロセッサであってもよい。ここでのプロセッサは、ソフトウェアを実行する以下の様々なコンピューティングデバイスのうちの少なくとも１つを含んでよい。例えば、中央演算処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロコントローラユニット（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ、ＭＣＵ）、または人工知能プロセッサである。それぞれのコンピューティングデバイスは、ソフトウェア命令を実行して演算または処理を行うように構成された１つまたは複数のコアを含んでよい。

特定の実装において、一実施形態では、通信装置１１００はさらに出力デバイス１１０５および入力デバイス１１０６を含んでよい。出力デバイス１１０５は、プロセッサ１１０１と通信し、複数の方式で情報を表示できる。例えば、出力デバイス１１０５は、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ、ＬＣＤ）、発光ダイオード（ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＬＥＤ）表示デバイス、ブラウン管（ｃａｔｈｏｄｅ ｒａｙ ｔｕｂｅ、ＣＲＴ）表示デバイス、またはプロジェクタ（ｐｒｏｊｅｃｔｏｒ）であってもよい。入力デバイス１１０６は、プロセッサ１１０１と通信し、複数の方式でユーザの入力を受け取ることができる。例えば、入力デバイス１１０６は、マウス、キーボード、タッチスクリーンデバイス、またはセンシングデバイスなどであってもよい。

通信装置１１００は通信装置とも呼ばれることがあり、汎用デバイスであってもまたは専用デバイスであってもよい。例えば、通信装置１１００は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ（登録商標））、携帯電話、タブレットコンピュータ、無線端末デバイス、組み込み型デバイス、前述した端末デバイス、前述したネットワークデバイス、または図１１と同様の構造を有するデバイスであってもよい。通信装置１１００のタイプが、本願の本実施形態において限定されることはない。

図１２は、本願の一実施形態による、アプリケーションがネットワークにアクセスするための方法を示している。本方法は、以下の段階を含む。

Ｓ１２０１：アプリケーションインスタンスアクセスモジュールが、第１アプリケーションインスタンスにサービスを提供するセッション管理機能エンティティを決定する。

実現可能な一実装例では、アプリケーションインスタンスアクセスモジュールが、第１アプリケーションインスタンスにサービスを提供するセッション管理機能エンティティを決定することは、アプリケーションインスタンスアクセスモジュールが、アプリケーションインスタンス用の接続の確立をサポートする１つまたは複数のセッション管理機能エンティティに関する情報をネットワークレポジトリ機能エンティティから取得することを含み；およびアプリケーションインスタンスアクセスモジュールは、１つまたは複数のセッション管理機能エンティティに関する情報に基づいて、第１アプリケーションインスタンスにサービスを提供するセッション管理機能エンティティを決定する。

Ｓ１２０２：アプリケーションインスタンスアクセスモジュールはセッション管理機能エンティティに第１メッセージを送信する。これに対応して、セッション管理機能エンティティはアプリケーションインスタンスアクセスモジュールから第１メッセージを受信し、第１メッセージは第１アプリケーションインスタンスの識別情報を含み、第１メッセージは、第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる。

本願の本実施形態では、第１アプリケーションインスタンス用に確立される「第１接続」は、第１アプリケーションインスタンスおよびモバイル通信ネットワークの間に確立される第１アプリケーションインスタンス用の接続であり、第１アプリケーションインスタンスが特別な端末デバイスとしてモバイル通信ネットワークにアクセスするのに用いられ、これにより、第１アプリケーションインスタンスはその後に、第１接続を用いて別のデバイスとデータ通信を行うことができるようになる。例えば、ここでの第１接続は、４Ｇにおけるパケットデータネットワーク（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ、ＰＤＮ）接続または５ＧにおけるＰＤＵセッションであってもよく、または別の将来のネットワークにおける別の接続であってもよい。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

本願の本実施形態では、第１アプリケーションインスタンスの識別情報は第１アプリケーションインスタンスを一意に決定することができ、第１アプリケーションインスタンスの識別情報は、例えば、ＡＰＰインスタンス永続識別子（ＡＰＰ ｉｎｓｔａｎｃｅ ｐｅｒｍａｎｅｎｔ ｉｄｅｎｔｉｆｉｅｒ、ＡＩＰＩ）であっても、またはＡＰＰインスタンス暗号化識別子（ＡＰＰ ｉｎｓｔａｎｃｅ ｃｏｎｃｅａｌｅｄ ｉｄｅｎｔｉｆｉｅｒ、ＡＩＣＩ）であってもよい。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

実現可能な一実装例では、本願の本実施形態において、第１メッセージはさらに、第１アプリケーションインスタンスに対応する第１パラメータおよび／またはアプリケーション情報を含んでよい。

例えば、本願の本実施形態では、第１パラメータは以下のパラメータのうちの少なくとも１つを含む。すなわち、第１アプリケーションインスタンスの位置情報（ｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）およびセッションおよびサービス継続性（ｓｅｓｓｉｏｎ ａｎｄ ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ、ＳＳＣ）モード、第１接続に対応するデータネットワーク名（ｄａｔａ ｎｅｔｗｏｒｋ ｎａｍｅ、ＤＮＮ）、または第１接続が位置しているネットワークスライスの識別情報である。例えば、本願の本実施形態では、第１接続が位置しているネットワークスライスの識別情報は、第１接続が位置しているネットワークスライスの単一ネットワークスライス選択支援情報（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ、Ｓ－ＮＳＳＡＩ）であってよい。例えば、本願の本実施形態では、第１アプリケーションインスタンスの位置情報は、第１アプリケーションインスタンスがサブスクライブするホーム公衆地上モバイルネットワーク（ｈｏｍｅ ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＨＰＬＭＮ）であってもよく；または第１アプリケーションインスタンスの位置情報は、例えば、第１アプリケーションインスタンスがサービスを提供するトラッキングエリアのエリア識別子であってもよく；または第１アプリケーションインスタンスの位置情報は、例えば、第１アプリケーションインスタンスがサービスを提供するセルのセル識別子であってもよい。

例えば、本願の本実施形態では、第１アプリケーションインスタンスに対応するアプリケーション情報は、アプリケーション名、アプリケーション識別子、またはアプリケーションドメインネーム情報などを含む。

Ｓ１２０３：セッション管理機能エンティティは、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定する。

実現可能な一実装例において、本願の本実施形態では、セッション管理機能エンティティは、第１パラメータに基づいて、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定してよい。

例えば、セッション管理機能エンティティは、第１パラメータに含まれた第１アプリケーションインスタンスの位置情報および第１接続が位置しているネットワークスライスのＳ－ＮＳＳＡＩに基づいて、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定してよい。例えば、セッション管理機能エンティティは、第１接続が位置しているネットワークスライスのＳ－ＮＳＳＡＩをサポートするユーザプレーン機能エンティティ内にあり且つ第１アプリケーションインスタンスを保持するアプリケーションサーバに最も近いユーザプレーン機能エンティティを、第１ユーザプレーン機能エンティティとして決定してよい。

別の実現可能な実装例において、本願の本実施形態では、セッション管理機能エンティティはさらに、統合データ管理機能エンティティから第１アプリケーションインスタンスのサブスクリプションデータを取得してよい。さらに、セッション管理機能エンティティは、第１アプリケーションインスタンスのサブスクリプションデータに基づいて、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定してよい。

例えば、本願の本実施形態では、第１アプリケーションインスタンスのサブスクリプションデータは、許可された接続タイプ、第１アプリケーションインスタンスのサブスクライブ済み位置情報、デフォルトのサービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、ＱｏＳ）パラメータ、許可されたＳＳＣモード、サブスクライブ済みＤＮＮ、またはサブスクライブ済みネットワークスライスの識別情報のうちの少なくとも１つを含む。

例えば、セッション管理機能エンティティは、第１アプリケーションインスタンスのサブスクリプションデータに含まれた第１アプリケーションインスタンスのサブスクライブ済み位置情報およびサブスクライブ済みＤＮＮに基づいて、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定してよい。例えば、セッション管理機能エンティティは、第１アプリケーションインスタンスのサブスクライブ済みＤＮＮをサポートするユーザプレーン機能エンティティ内にあり且つ第１アプリケーションインスタンスを保持するアプリケーションサーバに最も近いユーザプレーン機能エンティティを、第１ユーザプレーン機能エンティティとして決定してよい。

本願の本実施形態では、セッション管理機能エンティティが統合データ管理機能エンティティから第１アプリケーションインスタンスのサブスクリプションデータを取得することは、セッション管理機能エンティティが統合データ管理機能エンティティに第５メッセージを送信すること、ここで第５メッセージは第１アプリケーションインスタンスの識別情報を含み、第５メッセージは、第１アプリケーションインスタンスのサブスクリプションデータを取得するよう要求するのに用いられる；およびセッション管理機能エンティティが統合データ管理機能エンティティから第１アプリケーションインスタンスのサブスクリプションデータを受信することを含んでよい。

さらに別の実現可能な実装例において、本願の本実施形態では、セッション管理機能エンティティはさらに、統合データ管理機能エンティティから第１アプリケーションインスタンスのサブスクリプションデータを取得してよい。さらに、セッション管理機能エンティティは、第１アプリケーションインスタンスのサブスクリプションデータおよび第１パラメータに基づいて、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定してよい。

例えば、セッション管理機能エンティティは、第１パラメータ内の第１アプリケーションインスタンスの位置情報および第１アプリケーションインスタンスのサブスクリプションデータ内の第１アプリケーションインスタンスのサブスクライブ済みＤＮＮに基づいて、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定してよい。例えば、セッション管理機能エンティティは、第１アプリケーションインスタンスのサブスクライブ済みＤＮＮをサポートするユーザプレーン機能エンティティ内にあり且つ第１アプリケーションインスタンスを保持するアプリケーションサーバに最も近いユーザプレーン機能エンティティを、第１ユーザプレーン機能エンティティとして決定してよい。

前述した例は、セッション管理機能エンティティが第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定する複数の方式に関する、単なる提供された例であることに留意されたい。当然ながら、セッション管理機能エンティティは代替的に、別の方式で、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定してもよい。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例において、本願の本実施形態では、セッション管理機能エンティティはさらに、第１接続に第１アドレスを割り当ててよい。第１アドレスは、端末デバイスが第１アプリケーションインスタンスとデータ通信を行うのに用いられる。例えば、端末デバイスは、第１アドレスを用いて第１アプリケーションインスタンスにアクセスしてよい。

例えば、本願の本実施形態における第１アドレスは、ＩＰアドレス（ＩＰ ａｄｄｒｅｓｓ）、ＩＰｖ６プレフィックス（ＩＰｖ６ Ｐｒｅｆｉｘ）、または媒体アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）アドレスを含んでよい。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

Ｓ１２０４：セッション管理機能エンティティは第１ユーザプレーン機能エンティティに第２メッセージを送信する。これに対応して、第１ユーザプレーン機能エンティティはセッション管理機能エンティティから第２メッセージを受信し、第２メッセージは第１アプリケーションインスタンスの識別情報を含み、第２メッセージは、第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる。

実現可能な一実装例において、本願の本実施形態では、セッション管理機能エンティティが第１接続に第１アドレスを割り当てる場合、第２メッセージはさらに第１アドレスを含んでよい。第１アドレスは、第１ユーザプレーン機能エンティティによるルートアドバタイズメント（ｒｏｕｔｅ ａｄｖｅｒｔｉｓｅｍｅｎｔ）用に用いられる。このように、次のデータ通信プロセスでは、別のエンティティまたはモジュールが、第１ユーザプレーン機能エンティティによりアドバタイズされたルートに基づくアドレス指定によって、第１ユーザプレーン機能エンティティを直接見つけることができる。例えば、本願の本実施形態で提供される、アプリケーションがネットワークにアクセスするための方法はさらに、第１ユーザプレーン機能エンティティが第２ユーザプレーン機能エンティティから第２データを受信し、アプリケーションインスタンスアクセスモジュールを用いて第１アプリケーションインスタンスに第２データを送信する段階、ここで第２ユーザプレーン機能エンティティは、第１ユーザプレーン機能エンティティによりアドバタイズされたルートに基づくアドレス指定によって、第１ユーザプレーン機能エンティティを見つける、を含んでよい。関連するアドレス指定方式については、従来技術を参照されたい。詳細はここで説明しない。

実現可能な一実装例において、本願の本実施形態では、第１アドレスは代替的に、第１ユーザプレーン機能エンティティにより割り当てられてもよい。換言すれば、第１ユーザプレーン機能エンティティは第１接続に第１アドレスを割り当てることができる。

Ｓ１２０５：第１ユーザプレーン機能エンティティはセッション管理機能エンティティに第３メッセージを送信する。これに対応して、セッション管理機能エンティティは第１ユーザプレーン機能エンティティから第３メッセージを受信し、第３メッセージは第１接続の確立結果を含み、確立結果は成功または失敗を含む。

実現可能な一実装例において、本願の本実施形態では、第１アドレスが第１ユーザプレーン機能エンティティにより割り当てられる場合、第３メッセージはさらに第１アドレスを含む。

Ｓ１２０６：確立結果が成功である場合、セッション管理機能エンティティはアプリケーションインスタンスアクセスモジュールに第４メッセージを送信する。これに対応して、アプリケーションインスタンスアクセスモジュールはセッション管理機能エンティティから第４メッセージを受信する。

第４メッセージは、セッション管理機能エンティティにより第１接続に割り当てられた第１アドレスを含む、または第１ユーザプレーン機能エンティティにより第１接続に割り当てられた第１アドレスを含む。

実現可能な一実装例において、本願の本実施形態では、第１アドレスを取得した後に、アプリケーションインスタンスアクセスモジュールは、第１アドレスに基づいてルートをアドバタイズしてよい。このように、次のデータ通信プロセスでは、別のエンティティまたはモジュールが、アプリケーションインスタンスアクセスモジュールによりアドバタイズされたルートに基づくアドレス指定によって、アプリケーションインスタンスアクセスモジュールを直接見つけることができる。例えば、本願の本実施形態で提供される、アプリケーションがネットワークにアクセスするための方法はさらに、アプリケーションインスタンスアクセスモジュールが第２ユーザプレーン機能エンティティから第２データを受信する段階、ここで第２ユーザプレーン機能エンティティは、アプリケーションインスタンスアクセスモジュールによりアドバタイズされたルートに基づくアドレス指定によって、アプリケーションインスタンスアクセスモジュールを見つける、を含んでよい。関連するアドレス指定方式については、従来技術を参照されたい。詳細はここで説明しない。

実現可能な一実装例において、図１２に示す、アプリケーションがネットワークにアクセスするための方法では、第１メッセージおよび第２メッセージはさらに、アプリケーションインスタンスアクセスモジュールにより第１接続に割り当てられた第１経路情報を含んでよい。第３メッセージおよび第４メッセージはさらに、第１ユーザプレーン機能エンティティにより第１接続に割り当てられた第２経路情報を含んでよい。第１経路情報および第２経路情報は、第１接続における且つ第１ユーザプレーン機能エンティティおよびアプリケーションインスタンスアクセスモジュールの間にある第１経路を確立するのに用いられ、第１経路は、第１ユーザプレーン機能エンティティおよびアプリケーションインスタンスアクセスモジュールの間のデータ伝送に用いられる。例えば、第１アプリケーションインスタンスから第１データを取得した後に、アプリケーションインスタンスアクセスモジュールは、第１経路を用いて第１ユーザプレーン機能エンティティに第１データを送信する；またはアプリケーションインスタンスアクセスモジュールは、第１経路を用いて第１ユーザプレーン機能エンティティから第２データを受信する。

本願の本実施形態における「経路」は、トンネル（ｔｕｎｎｅｌ）とも呼ばれることがあり、または別の名称であってもよいことに留意されたい。本願の本実施形態では、これについて特に限定しない。例えば、第１経路情報は第１トンネル情報と置き換えられてよく、第２経路情報は第２トンネル情報と置き換えられてよい。これについて、ここで１つずつ詳細に説明しない。

例えば、本願の本実施形態では、第１ユーザプレーン機能エンティティおよびアプリケーションインスタンスアクセスモジュールの間の第１経路は、ＧＴＰ－Ｕトンネル、汎用ルーティングカプセル化（ｇｅｎｅｒｉｃ ｒｏｕｔｉｎｇ ｅｎｃａｐｓｕｌａｔｉｏｎ、ＧＲＥ）トンネル、またはＩＰトンネルを含んでもよい。本願の本実施形態では、これについて特に限定しない。

本願の本実施形態では、様々なタイプの経路に対応するために、第１経路情報および第２経路情報は異なっていてもよい。

例えば、第１経路がＧＴＰ－Ｕトンネルであると仮定すると、第１経路情報はアプリケーションインスタンスアクセスモジュールのアドレスであってよく、第２経路情報は第１ユーザプレーン機能エンティティのアドレスであってよい；または第１経路情報はアプリケーションインスタンスアクセスモジュール側の第１経路のエンドポイント識別子およびアプリケーションインスタンスアクセスモジュールのアドレスであってよく、第２経路情報は第１ユーザプレーン機能エンティティ側の第１経路のエンドポイント識別子および第１ユーザプレーン機能エンティティのアドレスであってよい；または第１経路情報はアプリケーションインスタンスアクセスモジュール側の第１経路のエンドポイント識別子およびアプリケーションインスタンスアクセスモジュールのアドレスおよびポート（ｐｏｒｔ）番号であってよく、第２経路情報は第１ユーザプレーン機能エンティティ側の第１経路のエンドポイント識別子および第１ユーザプレーン機能エンティティのアドレスおよびポート（ｐｏｒｔ）番号であってよい。

例えば、第１経路がＧＲＥトンネルであると仮定すると、第１経路情報はアプリケーションインスタンスアクセスモジュールのアドレスであってよく、第２経路情報は第１ユーザプレーン機能エンティティのアドレスであってよい；または第１経路情報はアプリケーションインスタンスアクセスモジュール側の第１経路のエンドポイント識別子およびアプリケーションインスタンスアクセスモジュールのアドレスであってよく、第２経路情報は第１ユーザプレーン機能エンティティ側の第１経路のエンドポイント識別子および第１ユーザプレーン機能エンティティのアドレスであってよい；または第１経路情報はアプリケーションインスタンスアクセスモジュール側の第１経路のエンドポイント識別子およびアプリケーションインスタンスアクセスモジュールのアドレスおよびキー（ｋｅｙ）であってよく、第２経路情報は第１ユーザプレーン機能エンティティ側の第１経路のエンドポイント識別子および第１ユーザプレーン機能エンティティのアドレスおよびキー（ｋｅｙ）であってよい。

例えば、第１経路がＩＰトンネルであると仮定すると、第１経路情報はアプリケーションインスタンスアクセスモジュールのアドレスであってよく、第２経路情報は第１ユーザプレーン機能エンティティのアドレスであってよい；または第１経路情報はアプリケーションインスタンスアクセスモジュールのアドレスおよびポート（ｐｏｒｔ）番号であってよく、第２経路情報は第１ユーザプレーン機能エンティティのアドレスおよびポート（ｐｏｒｔ）番号であってよい。

本願の本実施形態におけるエンドポイント識別子は、例えば、完全修飾トンネルエンドポイント識別子（ｆｕｌｌｙ ｑｕａｌｉｆｉｅｄ ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ｉｄｅｎｔｉｆｉｅｒ、ＦＴＥＩＤ）であってよい。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

実現可能な一実装例において、図１２に示す、アプリケーションがネットワークにアクセスするための方法では、セッション管理機能エンティティはさらに、第１パラメータ、第１アプリケーションインスタンスに対応するアプリケーション情報、または第１アプリケーションインスタンスのサブスクリプションデータのうちの少なくとも１つに基づいて、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築できる。

例えば、オンラインになる場合、第１アプリケーションインスタンスは第１アプリケーションインスタンスに対応するアプリケーション情報を登録し、端末デバイスが第１アプリケーションインスタンスに対応するサービスをサブスクライブできる。この場合、セッション管理機能エンティティは、第１アプリケーションインスタンスに対応するアプリケーション情報に基づき、第１アプリケーションインスタンスに対応するサービスをサブスクライブする端末デバイスにサービスを提供するユーザプレーン機能エンティティと共に、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを用いて仮想ローカルエリアネットワークを構築してよい。あるいは、セッション管理機能エンティティは、第１アプリケーションインスタンスに対応するアプリケーション情報および第１パラメータに含まれた且つ第１接続が位置しているネットワークスライスのＳ－ＮＳＳＡＩに基づき、第１接続が位置しており且つ第１アプリケーションインスタンスに対応するサービスをサブスクライブする端末デバイスにサービスを提供するユーザプレーン機能エンティティ内にある、ネットワークスライスのＳ－ＮＳＳＡＩをサポートするユーザプレーン機能エンティティと共に、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを用いて仮想ローカルエリアネットワークを構築できる。あるいは、セッション管理機能エンティティは、第１アプリケーションインスタンスに対応するアプリケーション情報および第１アプリケーションインスタンスのサブスクリプションデータ内にある第１アプリケーションインスタンスのサブスクライブ済みＤＮＮに基づき、第１アプリケーションインスタンスのサブスクライブ済みＤＮＮをサポートし且つ第１アプリケーションインスタンスに対応するサービスをサブスクライブする端末デバイスにサービスを提供するユーザプレーン機能エンティティ内にあるユーザプレーン機能エンティティと共に、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを用いて仮想ローカルエリアネットワークを構築できる。

本願の本実施形態では、仮想ネットワークを構築する方式が、５ＧＶＮを構築する既存の方式と同様であることに留意されたい。例えば、違いがあるのは、本願の本実施形態では、仮想ローカルエリアネットワークを構築する場合、第１アプリケーションインスタンスは、別の一般的な端末デバイスと共に仮想ローカルエリアネットワークを構築する特別なタイプの端末デバイスとみなされ得るという点である。さらに、本願の本実施形態では、第１アプリケーションインスタンスおよび端末デバイス用に仮想ローカルエリアネットワークを構築できる場合、第１アプリケーションインスタンス用の第１接続を確立するための手順および端末デバイス用の第２接続を確立するための手順では、同じ仮想ローカルエリアネットワークのアドレスが第１接続および第２接続に割り当てられる必要がある。例えば、第１アプリケーションインスタンスが特定のエリアに展開され、そのエリアで対応するサービスをサブスクライブする端末デバイスにサービスが提供されると仮定する。この場合、第１アプリケーションインスタンス用の第１接続を確立するための手順および端末デバイス用の第２接続を確立するための手順では、同じ仮想ローカルエリアネットワークのアドレスが第１接続および第２接続に割り当てられる必要がある。

実現可能な一実装例では、本願の本実施形態で提供される、アプリケーションがネットワークにアクセスするための方法はさらに、セッション管理機能エンティティがアプリケーションインスタンス用の接続の確立をサポートする機能を、セッション管理機能エンティティがネットワークレポジトリ機能エンティティに登録する段階を含んでよい。このソリューションに基づいて、セッション管理機能エンティティがその後に選択されるときに、アプリケーションインスタンス用の接続の確立をサポートするセッション管理機能エンティティが、ネットワークレポジトリ機能エンティティから取得されてよい。

実現可能な一実装例では、本願の本実施形態で提供される、アプリケーションがネットワークにアクセスするための方法はさらに、第１ユーザプレーン機能エンティティがアプリケーションインスタンス用の接続の確立をサポートする機能を、第１ユーザプレーン機能エンティティがネットワークレポジトリ機能エンティティに登録する段階を含んでよい。このソリューションに基づいて、ユーザプレーン機能エンティティがその後に選択されるときに、アプリケーションインスタンス用の接続の確立をサポートするユーザプレーン機能エンティティが、ネットワークレポジトリ機能エンティティから取得されてよい。

実現可能な一実装例では、アプリケーションインスタンスアクセスモジュールが第１アプリケーションインスタンスにサービスを提供するセッション管理機能エンティティを決定する段階（段階Ｓ１２０１）の前に、本願の本実施形態で提供される、アプリケーションがネットワークにアクセスするための方法はさらに、アプリケーションインスタンスアクセスモジュールが第１アプリケーションインスタンスから第６メッセージを受信する段階、ここで第６メッセージは、第１アプリケーションインスタンスに対応するアプリケーション情報を含み、登録を要求するのに用いられる、を含んでよい。アプリケーションインスタンスアクセスモジュールがセッション管理機能エンティティから第４メッセージを受信する段階（段階Ｓ１２０６）の後に、本願の本実施形態で提供される、アプリケーションがネットワークにアクセスするための方法はさらに、アプリケーションインスタンスアクセスモジュールが第１アプリケーションインスタンスに第１アドレスを送信する段階を含んでよい。このソリューションは、アプリケーションインスタンスアクセスモジュールが第１アプリケーションインスタンスから分離されて展開されているシナリオに適用可能である。

本願の本実施形態は、第１接続が第１アプリケーションインスタンス用に確立されている一例を用いて説明されているが、第１アプリケーションインスタンスが１つの接続のみに対応できる必要はないことが理解できる。１つまたは複数の接続が第１アプリケーションインスタンス用に確立されてよく、各接続は対応する経路および対応する経路情報を有する。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

本願の本実施形態では、モバイル通信ネットワーク内のセッション管理機能エンティティおよび第１ユーザプレーン機能エンティティは、第１アプリケーションインスタンスおよびモバイル通信ネットワークの間に第１アプリケーションインスタンス用の第１接続を確立し、コアネットワークエレメントは、第１接続を確立する過程で第１接続に第１アドレスを割り当てる。第１アプリケーションインスタンスに対応するアドレス割り当ておよび管理およびデータプレーン転送経路は全て、モバイル通信ネットワークの制御範囲に含まれることが理解できる。換言すれば、このソリューションでは、第１アプリケーションインスタンスは特別な端末デバイスとしてモバイル通信ネットワークにアクセスできる。第１アプリケーションインスタンスがアプリケーションの特定の実行インスタンスであるため、このソリューションに基づいて、アプリケーションおよびモバイル通信ネットワークの間のデータ交換の柔軟性を向上させることができる。さらに、このソリューションに基づき、アプリケーションをモバイル通信ネットワーク計画に組み込み、モバイル通信システムにおいてアプリケーションのプラグアンドプレイを実現し、アプリケーションサービスを動的に調整して最適経路を見つけることができる。これにより、事業者およびアプリケーションサービスプロバイダの間で新たなビジネス展開および連携方式を実現できるようになる。

図１１に示す通信装置１１００のプロセッサ１１０１は、メモリ１１０３に格納されたアプリケーションプログラムコードを呼び出し、セッション管理機能エンティティ、アプリケーションインスタンスアクセスモジュール、または第１ユーザプレーン機能エンティティに、段階Ｓ１２０１～Ｓ１２０６におけるセッション管理機能エンティティ、アプリケーションインスタンスアクセスモジュール、または第１ユーザプレーン機能エンティティの動作を行うよう指示できる。本実施形態では、これについて限定しない。

具体的な例を参照して、本願の実施形態で提供される、アプリケーションがネットワークにアクセスするための方法を以下に特に説明する。

本願の以下の実施形態に含まれる、エンティティ同士またはモジュール同士の間のメッセージの名称、またはメッセージに含まれるパラメータの名称などは単なる例であり、具体的な実装例では他の名称があってもよいことに留意されたい。本願の本実施形態では、これについて特に限定しない。

最初に、図７に示す通信システムが図１０に示す５Ｇネットワークに適用される一例を用いる。図１２に示す実施形態に基づいて、図１３Ａ～図１３Ｃは、本願の一実施形態による、アプリケーションがネットワークにアクセスするための方法を示している。アプリケーションがネットワークにアクセスするための方法では、アプリケーションサーバ内の第１ＡＰＰインスタンスがＡＵＥＦを提供する（すなわち、ＡＵＥＦは第１ＡＰＰインスタンス内の機能モジュールとみなされてよい）。ＳＭＦ／ＵＰＦが特別な端末デバイスとして、第１ＡＰＰインスタンスの５Ｇネットワークへの直接アクセスをサポートし、第１ＡＰＰインスタンス用に確立されたセッションに対するアドレス割り当ておよび経路確立などの機能をサポートする（説明しやすくするために、第１ＡＰＰインスタンス用に確立されたセッションは以下では略して第１ＡＰＰインスタンスのセッションと呼ばれる）。例えば、アプリケーションがネットワークにアクセスするための方法の実現可能な一実装例には、以下の段階Ｓ１３００～Ｓ１３０２が含まれている。

Ｓ１３００：ＳＭＦは、ＳＭＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするかどうかをＮＲＦに登録する。

例えば、本願の本実施形態では、ＳＭＦは、Ｎｎｒｆ＿ネットワーク機能（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ、ＮＦ）管理（Ｍａｎａｇｅｍｅｎｔ）＿ＮＦ登録（Ｒｅｇｉｓｔｅｒ）サービスオペレーション、またはＮｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦ更新（Ｕｐｄａｔｅ）サービスオペレーション（ｓｅｒｖｉｃｅ ｏｐｅｒａｔｉｏｎ）を用いて、ＳＭＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするかどうかをＮＲＦに登録してよい。Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＲｅｇｉｓｔｅｒサービスオペレーションまたはＮｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＵｐｄａｔｅサービスオペレーションの入力パラメータには、ＳＭＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするかどうかを示す少なくともインジケーション情報が含まれている。当然ながら、Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＲｅｇｉｓｔｅｒサービスオペレーションまたはＮｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＵｐｄａｔｅサービスオペレーションの入力パラメータはさらに、別のパラメータを含んでよい。詳細については、既存の３ＧＰＰ（登録商標）規格を参照されたい。詳細はここで説明しない。

実現可能な一実装例において、本願の本実施形態では、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするＳＭＦが、ＡＰＰセッション管理機能（ＡＰＰ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＡＳＭＦ）とも呼ばれることがある。ＡＳＭＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートすることをＡＳＭＦがＮＲＦに登録する場合、新たな情報要素（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ、ＩＥ）を拡張によって取得し、この機能の説明をサポートする必要がある。例えば、ＡＳＭＦは、Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＲｅｇｉｓｔｅｒサービスオペレーションまたはＮｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＵｐｄａｔｅサービスオペレーションを用いて、ＡＳＭＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートすることをＮＲＦに登録してよい。Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＲｅｇｉｓｔｅｒサービスオペレーションまたはＮｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＵｐｄａｔｅサービスオペレーションの入力パラメータには、ＡＳＭＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするかどうかを示す少なくともインジケーション情報が含まれている。本願の本実施形態では、これについて特に限定しない。

Ｓ１３０１：第１アンカーＵＰＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするかどうかを、第１アンカーＵＰＦがＮＲＦに登録する。

例えば、本願の本実施形態では、第１アンカーＵＰＦは、Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＲｅｇｉｓｔｅｒサービスオペレーションまたはＮｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＵｐｄａｔｅサービスオペレーションを用いて、第１アンカーＵＰＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするかどうかをＮＲＦに登録してよい。Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＲｅｇｉｓｔｅｒサービスオペレーションまたはＮｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＵｐｄａｔｅサービスオペレーションの入力パラメータには、第１アンカーＵＰＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするかどうかを示す少なくともインジケーション情報が含まれている。当然ながら、Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＲｅｇｉｓｔｅｒサービスオペレーションまたはＮｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＵｐｄａｔｅサービスオペレーションの入力パラメータはさらに、別のパラメータを含んでよい。詳細については、既存の３ＧＰＰ（登録商標）規格を参照されたい。詳細はここで説明しない。

実現可能な一実装例において、本願の本実施形態では、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする第１アンカーＵＰＦが、第１アンカーＡＰＰユーザプレーン機能（ＡＰＰ ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＡＵＰＦ）とも呼ばれることがある。第１アンカーＡＵＰＦがＡＰＰインスタンス用にＰＤＵセッションの確立をサポートすることを第１アンカーＡＵＰＦがＮＲＦに登録する場合、新たなＩＥを拡張によって取得し、この機能の説明をサポートする必要がある。例えば、第１アンカーＡＵＰＦは、Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＲｅｇｉｓｔｅｒサービスオペレーションまたはＮｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＵｐｄａｔｅサービスオペレーションを用いて、第１アンカーＡＵＰＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートすることをＮＲＦに登録してよい。Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＲｅｇｉｓｔｅｒサービスオペレーションまたはＮｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＵｐｄａｔｅサービスオペレーションの入力パラメータには、第１アンカーＡＵＰＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするかどうかを示す少なくともインジケーション情報が含まれている。本願の本実施形態では、これについて特に限定しない。

Ｓ１３０２：第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする１つまたは複数のＳＭＦに関する情報をＮＲＦから取得する。

本願の本実施形態では、ＳＭＦに関する情報はＳＭＦの識別情報を含む。例えば、本願の本実施形態では、ＳＭＦの識別情報はＳＭＦのＩＰアドレスであっても、またはＳＭＦの完全修飾ドメインネーム（ｆｕｌｌｙ ｑｕａｌｉｆｉｅｄ ｄｏｍａｉｎ ｎａｍｅ、ＦＱＤＮ）であってもよい。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例において、本願の本実施形態では、ＳＭＦに関する情報はさらに、ＳＭＦに関する属性情報、例えば、負荷情報（ｌｏａｄ ｉｎｆｏｒｍａｔｉｏｎ）を含んでよい。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例では、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、Ｎｎｒｆ＿ＮＦディスカバリ＿要求（Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔ）サービスオペレーションを用いて、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするＳＭＦに関する情報をＮＲＦに照会してよい。この場合、Ｎｎｒｆ＿ＮＦＤｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔサービスオペレーションの入力パラメータには、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするための機能要件が含まれており、Ｎｎｒｆ＿ＮＦＤｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔサービスオペレーションの出力パラメータには、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする１つまたは複数のＳＭＦに関する情報が含まれている。

別の実現可能な実装例では、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦステータスサブスクライブ（ＳｔａｔｕｓＳｕｂｓｃｒｉｂｅ）サービスオペレーションを用いて、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするＳＭＦに関する情報をＮＲＦにサブスクライブしてよい。この場合、Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＳｔａｔｕｓＳｕｂｓｃｒｉｂｅサービスオペレーションの入力パラメータには、ＡＰＰインスタンス用にＰＤＵセッションの確立をサポートするための機能要件が含まれている。さらに、ＮＲＦは、Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ステータス通知（ＳｔａｔｕｓＮｏｔｉｆｙ）サービスオペレーションを用いて、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする１つまたは複数のＳＭＦに関する情報をＡＰＰインスタンスに返してよい。

当然ながら、本願の本実施形態では、第１ＡＰＰインスタンスが位置しているアプリケーションサーバが、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする１つまたは複数のＳＭＦに関する情報をＮＲＦから取得できない場合、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは代替的に、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするＳＭＦを構成してよい。例えば、アプリケーションサーバは、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするＳＭＦとして、特定のＳＭＦを決定してよい。本願の本実施形態では、これについて特に限定しない。あるいは、本願の本実施形態では、段階Ｓ１３０２を行わなくてもよい。その代わりに、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするＳＭＦを直接設定する。例えば、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするＳＭＦとして、特定のＳＭＦを決定してよい。本願の本実施形態では、これについて特に限定しない。

さらに、本願の本実施形態では、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、セッション確立手順を開始してよく、これには以下の段階Ｓ１３０３が含まれている。

Ｓ１３０３：第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする選択済みＳＭＦにＮｓｍｆ＿ＰＤＵセッション作成（ＰＤＵ ｓｅｓｓｉｏｎ ｃｒｅａｔｅ）要求を送信する。これに対応して、ＳＭＦはアプリケーションサーバからＮｓｍｆ＿ＰＤＵセッション作成要求を受信し、Ｎｓｍｆ＿ＰＤＵセッション作成要求は、第１ＡＰＰインスタンスの識別情報を含み、第１ＡＰＰインスタンス用のＰＤＵセッションを確立するよう要求するのに用いられる。

第１ＡＰＰインスタンスの識別情報の関連説明については、図１２に示す実施形態を参照されたい。詳細はここで改めて説明しない。

本願の本実施形態におけるＮｓｍｆ＿ＰＤＵセッション作成要求は、図１２における第１メッセージの単なる一例であり、第１メッセージは代替的に別のメッセージであってもよいことに留意されたい。本願の本実施形態では、これについて特に限定しない。

本願の本実施形態は、段階Ｓ１３００におけるＳＭＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする選択済みＳＭＦである一例を用いて説明されていることに留意されたい。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

実現可能な一実装例において、本願の本実施形態では、ＮＲＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする複数のＳＭＦに関する情報をアプリケーションサーバに返す場合、アプリケーションサーバは、属性情報（例えば、ＳＭＦの負荷情報）に基づいて、第１ＡＰＰインスタンスにサービスを提供するＳＭＦを決定してもよく、または第１ＡＰＰインスタンスにサービスを提供するＳＭＦをランダムに選択してもよい。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例では、本願の本実施形態におけるＮｓｍｆ＿ＰＤＵセッション作成要求はさらに、第１ＡＰＰインスタンスに対応するアプリケーション情報を含んでよく、アプリケーション情報はＡＰＰを一意に決定できる。例えば、アプリケーション情報は、例えば、ＡＰＰ名、ＡＰＰ ＩＤ、またはＡＰＰドメインネーム情報であってもよい。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

実現可能な一実装例では、本願の本実施形態におけるＮｓｍｆ＿ＰＤＵセッション作成要求はさらに、第１経路情報を含んでよく、第１経路情報は、第１アンカーＵＰＦおよびＡＵＥＦの間の経路を確立するのに用いられ、第１アンカーＵＰＦは第１ＡＰＰインスタンスにサービスを提供するアンカーＵＰＦである。第１経路情報の関連説明については、図１２に示す実施形態を参照されたい。詳細はここで改めて説明しない。

実現可能な一実装例では、本願の本実施形態におけるＮｓｍｆ＿ＰＤＵセッション作成要求はさらに、第１パラメータを含んでよい。第１パラメータの関連説明については、図１２の実施形態を参照されたい。詳細はここで改めて説明しない。

実現可能な一実装例では、本願の本実施形態で提供される、アプリケーションがネットワークにアクセスするための方法はさらに、以下の段階Ｓ１３０４およびＳ１３０５を含んでよい。

Ｓ１３０４：ＳＭＦはＵＤＭにサブスクリプションデータ管理（ｓｕｂｓｃｒｉｐｔｉｏｎ ｄａｔａ ｍａｎａｇｅｍｅｎｔ、ＳＤＭ）＿取得要求（Ｇｅｔ Ｒｅｑｕｅｓｔ）を送信する。これに対応して、ＵＤＭはＳＭＦからＳＤＭ＿取得要求を受信し、ＳＤＭ＿取得要求は第１ＡＰＰインスタンスの識別情報を含み、第１ＡＰＰインスタンスのサブスクリプションデータを要求するのに用いられる。

本願の本実施形態におけるＳＭＦのＳＤＭ＿取得要求は、図１２における第５メッセージの単なる一例であり、第５メッセージは代替的に別のメッセージであってもよいことに留意されたい。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例において、本願の本実施形態では、Ｎｓｍｆ＿ＰＤＵセッション作成要求が第１ＡＰＰインスタンスに対応するアプリケーション情報を含む場合、ＳＤＭ＿取得要求はさらに、第１ＡＰＰインスタンスに対応するアプリケーション情報を含んでよい。第１ＡＰＰインスタンスに対応するアプリケーション情報は、第１アンカーＵＰＦを含む仮想ローカルエリアネットワークを構築するのに用いられ、第１アンカーＵＰＦは第１ＡＰＰインスタンスにサービスを提供するアンカーＵＰＦである。

実現可能な一実装例において、本願の本実施形態では、Ｎｓｍｆ＿ＰＤＵセッション作成要求が第１パラメータを含む場合、ＳＤＭ＿取得要求はさらに第１パラメータを含んでよい。第１パラメータは、第１アンカーＵＰＦを含む仮想ローカルエリアネットワークを構築するのに用いられる。

Ｓ１３０５：ＵＤＭはＳＭＦにＳＤＭ＿取得応答（Ｇｅｔ Ｒｅｓｐｏｎｓｅ）を送信する。これに対応して、ＳＭＦはＵＤＭからＳＤＭ＿取得応答を受信し、ＳＤＭ＿取得応答は第１ＡＰＰインスタンスのサブスクリプションデータを含む。

第１ＡＰＰインスタンスのサブスクリプションデータの関連説明については、図１２の実施形態を参照されたい。詳細はここで改めて説明しない。

本願の本実施形態では、第１ＡＰＰインスタンスのサブスクリプションデータ内のデフォルトのＱｏＳパラメータが、例えば、５Ｇ ＱｏＳ識別子（５Ｇ ＱｏＳ ｉｄｅｎｔｉｆｉｅｒ、５ＱＩ）または割り当ておよび保持の優先度（ａｌｌｏｃａｔｉｏｎ ａｎｄ ｒｅｔｅｎｔｉｏｎ ｐｒｉｏｒｉｔｙ、ＡＲＰ）を含んでもよい。本願の本実施形態では、これについて特に限定しない。

さらに、本願の本実施形態で提供される、アプリケーションがネットワークにアクセスするための方法は、以下の段階Ｓ１３０６～Ｓ１３０９を含んでよい。

Ｓ１３０６：ＳＭＦは第１ＡＰＰインスタンスにサービスを提供するアンカーＵＰＦを決定する。

本願の本実施形態は、段階Ｓ１３０１における第１アンカーＵＰＦが第１ＡＰＰインスタンスにサービスを提供する選択済みアンカーＵＰＦである一例を用いて説明されていることに留意されたい。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

実現可能な一実装例において、本願の本実施形態では、ＳＭＦは、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするＵＰＦに関する情報をＮＲＦに照会してよい。具体的には、ＳＭＦはＮＲＦに照会要求を送信し、照会要求は、段階Ｓ１３０３を用いて取得された第１ＡＰＰインスタンスの位置情報、または段階Ｓ１３０５を用いて取得された第１ＡＰＰインスタンスの位置情報を含む。さらに、ＮＲＦはＳＭＦに、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする１つまたは複数のＵＰＦに関する情報を送信する。

本願の本実施形態では、ＵＰＦに関する情報はＵＰＦの識別情報を含む。例えば、本願の本実施形態では、ＵＰＦの識別情報はＵＰＦのＩＰアドレスであってよい。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例において、本願の本実施形態では、ＵＰＦに関する情報はさらに、ＵＰＦの位置情報またはＵＰＦの属性情報（例えば、負荷情報）などを含んでよい。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例において、本願の本実施形態では、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする複数のＵＰＦに関する情報をＮＲＦがＳＭＦに返す場合、ＳＭＦは、ＵＰＦの位置情報、ＵＰＦの属性情報、段階Ｓ１３０３を用いて取得された第１ＡＰＰインスタンスの位置情報および／または段階Ｓ１３０５を用いて取得された第１ＡＰＰインスタンスの位置情報、ＳＳＣモード、ＤＮＮ、およびネットワークスライスの識別情報のうちの少なくとも１つに基づいて、第１ＡＰＰインスタンスにサービスを提供するアンカーＵＰＦを決定してよい。詳細については、端末デバイスにサービスを提供するＵＰＦをＳＭＦが選択する既存の方式を参照されたい。詳細はここで説明しない。

当然ながら、本願の本実施形態では、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする１つまたは複数のＵＰＦに関する情報をＳＭＦがＮＲＦから取得できない場合、ＳＭＦは代替的に、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするＵＰＦを設定してよい。例えば、ＳＭＦは、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするＵＰＦとして、特定のＵＰＦを決定してよい。本願の本実施形態では、これについて特に限定しない。

Ｓ１３０７：ＳＭＦは、選択済み第１アンカーＵＰＦにＮ４セッション確立要求（Ｎ４ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｑｕｅｓｔ）を送信する。これに対応して、第１アンカーＵＰＦはＳＭＦからＮ４セッション確立要求を受信し、Ｎ４セッション確立要求は第１ＡＰＰインスタンスの識別情報を含み、第１ＡＰＰインスタンス用のＰＤＵセッションを確立するよう要求するのに用いられる。

本願の本実施形態におけるＮ４セッション確立要求は、図１２における第２メッセージの単なる一例であり、第２メッセージは代替的に別のメッセージであってもよいことに留意されたい。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例において、本願の本実施形態では、段階Ｓ１３０３におけるＮｓｍｆ＿ＰＤＵセッション作成要求が第１経路情報を含む場合、Ｎ４セッション確立要求はさらに第１経路情報を含む。

実現可能な一実装例において、本願の本実施形態では、第１ＡＰＰインスタンスのサブスクリプションデータがデフォルトのＱｏＳパラメータを含む場合、Ｎ４セッション確立要求はさらに、ＱｏＳパラメータに基づいて決定されたＱｏＳポリシー情報を含んでよい。ＱｏＳポリシー情報は、第１アンカーＵＰＦがその後にデータを送信するのに用いられる。本願の本実施形態では、これについて特に限定しない。

Ｓ１３０８：第１アンカーＵＰＦはＳＭＦにＮ４セッション確立応答（Ｎ４ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｓｐｏｎｓｅ）を送信する。これに対応して、ＳＭＦは第１アンカーＵＰＦからＮ４セッション確立応答を受信し、Ｎ４セッション確立応答はセッション確立結果を含み、セッション確立結果は、例えば、成功であってもまたは失敗であってもよい。

本願の本実施形態におけるＮ４セッション確立応答は図１２における第３メッセージの単なる一例であり、第３メッセージは代替的に別のメッセージであってもよいことに留意されたい。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例において、本願の本実施形態では、第１アンカーＵＰＦは第２経路情報を割り当ててよく、第２経路情報は第１アンカーＵＰＦおよびＡＵＥＦの間の経路を確立するのに用いられる。さらに、Ｎ４セッション確立応答は第２経路情報を含んでよい。第２経路情報の関連説明については、図１２に示す実施形態を参照されたい。詳細はここで改めて説明しない。

実現可能な一実装例では、本願の本実施形態における第１アンカーＵＰＦはさらに、５Ｇネットワークにおける第１ＡＰＰインスタンス用のルーティングポリシーアドバタイズメントおよび転送経路選択などの機能をサポートしてよい。本願の本実施形態では、これについて特に限定しない。

さらに、本願の本実施形態では、ＳＭＦまたは第１アンカーＵＰＦはさらに、第１ＡＰＰインスタンスのセッションに第１アドレスを割り当ててよい。第１アドレスの関連説明については、図１２に示す実施形態を参照されたい。詳細はここで改めて説明しない。

Ｓ１３０９：セッションの確立に成功したとＳＭＦが判定した後に、ＳＭＦは、第１ＡＰＰインスタンスが位置しているアプリケーションサーバに、Ｎｓｍｆ＿ＰＤＵセッション作成（ＰＤＵ ｓｅｓｓｉｏｎ ｃｒｅａｔｅ）応答を送信する。これに対応して、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、ＳＭＦからＮｓｍｆ＿ＰＤＵセッション作成応答を受信し、Ｎｓｍｆ＿ＰＤＵセッション作成応答は、ＳＭＦにより第１ＡＰＰインスタンスに割り当てられたセッション識別子およびＳＭＦまたは第１アンカーＵＰＦにより第１ＡＰＰインスタンスのセッションに割り当てられた第１アドレスを含む。

本願の本実施形態におけるＮｓｍｆ＿ＰＤＵセッション作成応答は、図１２における第４メッセージの単なる一例であり、第４メッセージは代替的に別のメッセージであってもよいことに留意されたい。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例において、本願の本実施形態では、段階Ｓ１３０８におけるＮ４セッション確立応答が第２経路情報を含む場合、Ｎｓｍｆ＿ＰＤＵセッション作成応答はさらに第２経路情報を含んでよい。

実現可能な一実装例において、本願の本実施形態では、第１ＡＰＰインスタンスが第２経路情報を取得し、第１アンカーＵＰＦが第１経路情報を取得した場合、第１アンカーＵＰＦおよび第１ＡＰＰインスタンス内のＡＵＥＦの間の経路の確立が完了したとみなされてよい。

実現可能な一実装例において、本願の本実施形態では、第１ＡＰＰインスタンスが位置しているアプリケーションサーバはさらに、ＳＭＦまたは第１アンカーＵＰＦにより第１ＡＰＰインスタンスのセッションに割り当てられた第１アドレスに基づいて、ルートをアドバタイズしてよい。本願の本実施形態では、これについて特に限定しない。

前述した段階Ｓ１３０３～Ｓ１３０９は、５Ｇネットワークにおける第１ＡＰＰインスタンス用のセッション確立手順を提供している。当然ながら、第１ＡＰＰインスタンスの状態が変化した場合、５Ｇネットワークにおける第１ＡＰＰインスタンス用のセッション更新手順が、Ｎｓｍｆ＿ＰＤＵセッション＿更新（Ｕｐｄａｔｅ）サービスの拡張または新たなサービスタイプの拡張によって完了してよい。あるいは、第１ＡＰＰインスタンスがオフラインになる場合、５Ｇネットワークにおける第１ＡＰＰインスタンス用のセッション解放手順が、Ｎｓｍｆ＿ＰＤＵセッション＿解放（Ｒｅｌｅａｓｅ）サービスの拡張または新たなサービスタイプの拡張によって完了してもよい。本願の本実施形態では、詳細はここで説明しない。

Ｓ１３１０：端末デバイスがセッション確立手順を開始する。関連する実装については、従来技術を参照されたい。詳細はここで説明しない。本願の本実施形態は、端末デバイスにサービスを提供するアンカーＵＰＦが第２アンカーＵＰＦである一例を用いて説明されている。

実現可能な一実装例において、本願の本実施形態では、第１ＡＰＰインスタンスおよび端末デバイス用のセッションを確立する過程で、第１ＡＰＰインスタンスが特別な端末デバイスとみなされ得るため、第１ＡＰＰインスタンスの属性または端末デバイスの属性に基づいて仮想ローカルエリアネットワークを構築する機能が、ＵＤＭに追加されてよい。例えばＵＤＭは、第１パラメータ、第１ＡＰＰインスタンスに対応するアプリケーション情報、または第１ＡＰＰインスタンスのサブスクリプションデータのうちの少なくとも１つに基づいて、仮想ローカルエリアネットワークを動的に構築してよく；またはＵＤＭは、ＵＤＭにおいて第１ＡＰＰインスタンスおよび端末デバイスのサブスクリプションデータに予め設定されている仮想ネットワーク識別子に基づいて、仮想ローカルエリアネットワークを構築してよい。仮想ローカルエリアネットワークを構築する具体的な方式については、図１２に示す実施形態を参照されたい。詳細はここで改めて説明しない。ＵＤＭが第１ＡＰＰインスタンスの属性または端末デバイスの属性に基づいて仮想ローカルエリアネットワークを構築する前述した方式は、単なる実現可能な一実装例であることに留意されたい。本願の本実施形態では、第１ＡＰＰインスタンスおよび端末デバイス用のセッションを確立する過程で、別のネットワーク機能またはネットワークエンティティが、関連する属性に基づいて仮想ローカルエリアネットワークを選択してよい。本願の本実施形態では、これについて特に限定しない。

本願の本実施形態では、第１ＡＰＰインスタンスおよび端末デバイス用に仮想ローカルエリアネットワークを構築できる場合、ＳＭＦは、同じ仮想ローカルエリアネットワークに属している端末デバイスおよび第１ＡＰＰインスタンスのセッションに５Ｇネットワークによって割り当てられたアドレスおよびＮ１９トンネル情報を、同じ仮想ローカルエリアネットワークの転送ポリシーセットに追加し、仮想ローカルエリアネットワーク内の全ての端末デバイスおよび第１ＡＰＰインスタンスに対応するＵＰＦにアドレスおよびＮ１９トンネル情報を提供し、仮想ローカルエリアネットワーク層においてルート照会および転送処理を実現してよい。本願の本実施形態では、これについて特に限定しない。Ｎ１９トンネル情報の関連説明については、各実施形態の前提部分を参照されたい。詳細はここで改めて説明しない。

さらに、端末デバイス用のセッションを確立するための手順および第１ＡＰＰインスタンス用のセッションを確立するための手順が完了した後に、端末デバイスおよびＡＰＰインスタンスの間に、アプリケーションサービスのプラグアンドプレイを実現できる自己組織化ネットワークを形成して、端末デバイスおよび第１ＡＰＰインスタンスが位置しているアプリケーションサーバの間で相互データアクセスを実現できる。以下の説明は、第１ＡＰＰインスタンスが位置しているアプリケーションサーバに端末デバイスが第２データを送信する一例、および第１ＡＰＰインスタンスが位置しているアプリケーションサーバが端末デバイスに第１データを送信する一例を用いて別々に行う。

例えば、第１ＡＰＰインスタンスおよび端末デバイス用に仮想ローカルエリアネットワークを構築でき、端末デバイスは、第１ＡＰＰインスタンスが位置しているアプリケーションサーバに第２データを送信する。この場合、アプリケーションがネットワークにアクセスするための方法は、以下の段階を含む。

Ｓ１３１１：端末デバイスは第２アンカーＵＰＦに第２データを送信する。これに対応して、第２アンカーＵＰＦは端末デバイスから第２データを受信し、第２データは送信元アドレスおよび宛先アドレスを含み、送信元アドレスは、端末デバイス用のセッションを確立する手順においてコアネットワークにより端末デバイスのセッションに割り当てられた第２アドレスであり、宛先アドレスは、第１ＡＰＰインスタンス用のセッションを確立する手順においてコアネットワークにより第１ＡＰＰインスタンスのセッションに割り当てられた第１アドレスである。

本願の本実施形態では、端末デバイスはＩ－ＵＰＦを用いて第２アンカーＵＰＦに第２データを送信してもよく、または第２アンカーＵＰＦに第２データを直接送信してもよいことに留意されたい。本願の本実施形態では、これについて特に限定しない。

Ｓ１３１２：第２アンカーＵＰＦは、宛先アドレスに基づいて、第１ＡＰＰインスタンスにサービスを提供する第１アンカーＵＰＦを決定する。

本願の本実施形態では、第２アンカーＵＰＦは、端末デバイスが位置している仮想ローカルエリアネットワークに割り当てられたアドレス範囲に宛先アドレスが属しているかどうかを照会してよい。端末デバイスが位置している仮想ローカルエリアネットワークに割り当てられたアドレス範囲に宛先アドレスが属している場合、第２アンカーＵＰＦはさらに、宛先アドレスに基づいて、第１ＡＰＰインスタンスにサービスを提供する第１アンカーＵＰＦを決定してよい。

Ｓ１３１３：第２アンカーＵＰＦは、第１アンカーＵＰＦおよび第２アンカーＵＰＦの間のＮ１９トンネルを通じて第１アンカーＵＰＦに第２データを送信する。これに対応して、第１アンカーＵＰＦは第２アンカーＵＰＦから第２データを受信する。

本願の本実施形態では、第１アンカーＵＰＦおよび第２アンカーＵＰＦの間のＮ１９トンネルを通じて第１アンカーＵＰＦに第２データを送信する場合、第２アンカーＵＰＦは、対応するＮ１９トンネル情報を用いて第２データをカプセル化してよい。詳細については、Ｎ１９トンネルを通じてデータを伝送する既存の方式を参照されたい。詳細はここで説明しない。

Ｓ１３１４：第１アンカーＵＰＦは、第１ＡＰＰインスタンスが位置しているアプリケーションサーバに第２データを送信する。これに対応して、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、第１アンカーＵＰＦから第２データを受信する。

本願の本実施形態では、第１アンカーＵＰＦおよびＡＵＥＦの間の経路を用いて、ＡＵＥＦと統合された第１ＡＰＰインスタンスが位置しているアプリケーションサーバに第２データを送信する場合、第１アンカーＵＰＦは、第１経路情報および第２経路情報を用いて第２データをカプセル化してよい。詳細については、既存のデータ伝送方式を参照されたい。詳細はここで説明しない。

前述した段階Ｓ１３１１～Ｓ１３１４は、第１ＡＰＰインスタンスおよび端末デバイス用に仮想ローカルエリアネットワークを構築できる一例を用いて説明されていることに留意されたい。実現可能な一実装例において、本願の本実施形態では、第２データは、第１アンカーＵＰＦおよび第２アンカーＵＰＦの間のＮ１９トンネルを通じて伝送されなくてもよい。例えば、第１ＡＰＰインスタンス用のセッションを確立する手順では、第１ＡＰＰインスタンスが位置しているアプリケーションサーバが、ＳＭＦまたは第１アンカーＵＰＦにより第１ＡＰＰインスタンスのセッションに割り当てられた第１アドレスに基づいてルートをアドバタイズする場合、本願の本実施形態では、第２データを受信した後に、第２アンカーＵＰＦは、第１ＡＰＰインスタンスが位置しているアプリケーションサーバによりアドバタイズされた第１アドレスに基づいて、既存のルーティング方式でのアドレス指定によってアプリケーションサーバを直接見つけることができ、これにより、第２アンカーＵＰＦはアプリケーションサーバに第２データを転送できるようになる。本願の本実施形態では、これについて特に限定しない。あるいは、例えば、本願の本実施形態では、第１ＡＰＰインスタンス用のセッションを確立する手順において、第１アンカーＵＰＦが５Ｇネットワークにおける第１ＡＰＰインスタンスのルーティングポリシーアドバタイズメントをサポートする場合、本願の本実施形態では、第２データを受信した後に、第２アンカーＵＰＦは、第１アンカーＵＰＦから外部にアドバタイズされたルーティングポリシーに基づいて、既存のルーティング方式でのアドレス指定によって第１アンカーＵＰＦを直接見つけることができ、これにより、第２アンカーＵＰＦは第１アンカーＵＰＦに第２データを送信するようになる。第２データを受信した後に、第１アンカーＵＰＦは、第１ＡＰＰインスタンスが位置しているアプリケーションサーバに第２データを送信する。本願の本実施形態では、これについて特に限定しない。

例えば、第１ＡＰＰインスタンスおよび端末デバイス用に仮想ローカルエリアネットワークを構築でき、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは端末デバイスに第１データを送信する。この場合、アプリケーションがネットワークにアクセスするための方法は、以下の段階を含む。

Ｓ１３１５：第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、第１アンカーＵＰＦに第１データを送信する。これに対応して、第１アンカーＵＰＦは、第１ＡＰＰインスタンスが位置しているアプリケーションサーバから第１データを受信し、第１データは送信元アドレスおよび宛先アドレスを含み、送信元アドレスは、第１ＡＰＰインスタンス用のセッションを確立する手順においてコアネットワークにより第１ＡＰＰインスタンスのセッションに割り当てられた第１アドレスであり、宛先アドレスは、端末デバイス用のセッションを確立する手順においてコアネットワークにより端末デバイスのセッションに割り当てられた第２アドレスである。

本願の本実施形態では、第１アンカーＵＰＦおよびＡＵＥＦの間の経路を用いて第１アンカーＵＰＦに第１データを送信する場合、ＡＵＥＦと統合された第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、第１経路情報および第２経路情報を用いて第１データをカプセル化してよい。詳細については、既存のデータ伝送方式を参照されたい。詳細はここで説明しない。

Ｓ１３１６：第１アンカーＵＰＦは、宛先アドレスに基づいて、端末デバイスにサービスを提供する第２アンカーＵＰＦを決定する。

本願の本実施形態では、第１アンカーＵＰＦは、第１ＡＰＰインスタンスが位置している仮想ローカルエリアネットワークに割り当てられたアドレス範囲に宛先アドレスが属しているかどうかを照会してよい。第１ＡＰＰインスタンスが位置している仮想ローカルエリアネットワークに割り当てられたアドレス範囲に宛先アドレスが属している場合、第１アンカーＵＰＦはさらに、宛先アドレスに基づいて、端末デバイスにサービスを提供する第２アンカーＵＰＦを決定してよい。

Ｓ１３１７：第１アンカーＵＰＦは、第１アンカーＵＰＦおよび第２アンカーＵＰＦの間のＮ１９トンネルを通じて第２アンカーＵＰＦに第１データを送信する。これに対応して、第２アンカーＵＰＦは第１アンカーＵＰＦから第１データを受信する。

本願の本実施形態では、第１アンカーＵＰＦおよび第２アンカーＵＰＦの間のＮ１９トンネルを通じて第２アンカーＵＰＦに第１データを送信する場合、第１アンカーＵＰＦは、対応するＮ１９トンネル情報を用いて第１データをカプセル化してよい。詳細については、Ｎ１９トンネルを通じてデータを伝送する既存の方式を参照されたい。詳細はここで説明しない。

Ｓ１３１８：第２アンカーＵＰＦは端末デバイスに第１データを送信する。これに対応して、端末デバイスは第２アンカーＵＰＦから第１データを受信する。

本願の本実施形態では、第２アンカーＵＰＦは、Ｉ－ＵＰＦを用いて端末デバイスに第１データを送信してもよく、または端末デバイスに第１データを直接送信してもよいことに留意されたい。本願の本実施形態では、これについて特に限定しない。

前述した段階Ｓ１３１５～Ｓ１３１８は、第１ＡＰＰインスタンスおよび端末デバイス用に仮想ローカルエリアネットワークを構築できる一例を用いて説明されていることに留意されたい。実現可能な一実装例において、本願の本実施形態では、第１データは、第１アンカーＵＰＦおよび第２アンカーＵＰＦの間のＮ１９トンネルを通じて伝送されなくてもよい。例えば、端末デバイス用のセッションを確立する手順において、ＳＭＦまたは第２アンカーＵＰＦにより端末デバイスのセッションに割り当てられた第２アドレスに基づいて第２アンカーＵＰＦがルートをアドバタイズする場合、本願の本実施形態では、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、第２アンカーＵＰＦによりアドバタイズされた第２アドレスに基づいて、既存のルーティング方式でのアドレス指定によって第２アンカーＵＰＦを直接見つけることができ、これにより、第２アンカーＵＰＦは端末デバイスに第１データを転送できるようになる。本願の本実施形態では、これについて特に限定しない。

本願の本実施形態では、モバイル通信ネットワーク内のＳＭＦおよび第１アンカーＵＰＦは第１ＡＰＰインスタンス用のセッションを確立し、セッション確立プロセスにおいて第１ＡＰＰインスタンスのセッションに第１アドレスを割り当てる。第１アプリケーションインスタンスに対応するアドレス割り当ておよび管理およびデータプレーン転送経路は全て、モバイル通信ネットワークの制御範囲に含まれることが理解できる。換言すれば、このソリューションでは、第１ＡＰＰインスタンスは特別な端末デバイスとして５Ｇネットワークにアクセスできる。第１ＡＰＰインスタンスがアプリケーションの特定の実行インスタンスであるため、このソリューションに基づいて、アプリケーションおよびモバイル通信ネットワークの間のデータ交換の柔軟性を向上させることができる。さらに、このソリューションに基づき、アプリケーションをモバイル通信ネットワーク計画に組み込み、モバイル通信システムにおいてアプリケーションのプラグアンドプレイを実現し、アプリケーションサービスを動的に調整して最適経路を見つけることができる。これにより、事業者およびアプリケーションサービスプロバイダの間で新たなビジネス展開および連携方式を実現できるようになる。

図１１に示す通信装置１１００のプロセッサ１１０１は、メモリ１１０３に格納されたアプリケーションプログラムコードを呼び出し、ＳＭＦ、アプリケーションサーバ、または第１アンカーＵＰＦに、前述した段階Ｓ１３００～Ｓ１３１８におけるＳＭＦ、アプリケーションサーバ、または第１アンカーＵＰＦの動作を行うよう指示してよい。本実施形態では、これについて限定しない。

次に、図７に示す通信システムが図１０に示す５Ｇネットワークに適用される一例を用いる。図１２に示す実施形態に基づいて、図１４Ａ～図１４Ｃは、本願の一実施形態による、アプリケーションがネットワークにアクセスするための別の方法を示している。アプリケーションがネットワークにアクセスするための方法では、図１３Ａ～図１３Ｃに示す実施形態における手順に基づいて、第１ＡＰＰインスタンス用にＡＵＥＦを独立して開発するための大量の調整作業を回避するために、ＡＵＥＦは第１ＡＰＰインスタンスから分離して展開されてよい（図９に示すように、ＡＰＰ統合プラットフォームが統合ＡＵＥＦを提供する一例を実例に用いている）。さらに、第１ＡＰＰインスタンスの元のオンラインおよびオフライン手順に関連して、第１ＡＰＰインスタンスがオンラインまたはオフラインになる場合、ＳＭＦ／ＵＰＦがＡＵＥＦを用いて特別な端末デバイスとして、第１ＡＰＰインスタンスの５Ｇネットワークへの直接アクセスをサポートし、第１ＡＰＰインスタンス用に確立されたセッションに対するアドレス割り当ておよび経路確立などの機能をサポートする（説明しやすくするために、第１ＡＰＰインスタンス用に確立されたセッションは以下では略して第１ＡＰＰインスタンスのセッションと呼ばれる）。例えば、アプリケーションがネットワークにアクセスするための方法の実現可能な一実装例には、以下の段階Ｓ１４００～Ｓ１４０２が含まれている。

Ｓ１４００：ＳＭＦは、ＳＭＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするかどうかをＮＲＦに登録する。

段階Ｓ１４００の具体的な実装については、図１３Ａ～図１３Ｃに示す実施形態における段階Ｓ１３００を参照されたい。詳細はここで改めて説明しない。

Ｓ１４０１：第１アンカーＵＰＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートするかどうかを、第１アンカーＵＰＦがＮＲＦに登録する。

段階Ｓ１４０１の具体的な実装については、図１３Ａ～図１３Ｃに示す実施形態における段階Ｓ１３０１を参照されたい。詳細はここで改めて説明しない。

Ｓ１４０２：ＡＵＥＦが位置しているＡＰＰ統合プラットフォームは、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする１つまたは複数のＳＭＦに関する情報をＮＲＦから取得する。

ＡＵＥＦが位置しているＡＰＰ統合プラットフォームが段階Ｓ１４０２において、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする１つまたは複数のＳＭＦに関する情報をＮＲＦから取得する方式については、第１ＡＰＰインスタンスが位置しているアプリケーションサーバが図１３Ａ～図１３Ｃに示す実施形態の段階Ｓ１３０２において、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする１つまたは複数のＳＭＦに関する情報をＮＲＦから取得する方式を参照されたい。例えば、違いがあるのは、段階Ｓ１３０２では第１ＡＰＰインスタンスが位置しているアプリケーションサーバが、段階Ｓ１４０２ではＡＵＥＦが位置しているＡＰＰ統合プラットフォームに置き換えられているという点にある。詳細はここで改めて説明しない。

さらに、本願の本実施形態では、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、セッション確立手順を開始してよく、これには以下の段階Ｓ１４０３およびＳ１４０４が含まれている。

Ｓ１４０３：第１ＡＰＰインスタンスがＡＰＰ統合プラットフォーム上でオンラインになる場合、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームにＡＰＰ登録要求（ＡＰＰ ｒｅｇｉｓｔｅｒ ｒｅｑｕｅｓｔ）を送信する。これに対応して、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームは、第１ＡＰＰインスタンスが位置しているアプリケーションサーバからＡＰＰ登録要求を受信し、ＡＰＰ登録要求は第１ＡＰＰインスタンスに対応するアプリケーション情報を含む。アプリケーション情報の関連説明については、図１３Ａ～図１３Ｃに示す実施形態を参照されたい。詳細はここで改めて説明しない。

Ｓ１４０４：第１ＡＰＰインスタンスの識別情報を第１ＡＰＰインスタンスに割り当てた後に、ＡＰＰ統合プラットフォーム上のＡＵＥＦは、ＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする選択済みＳＭＦにＮｓｍｆ＿ＰＤＵセッション作成（ＰＤＵ ｓｅｓｓｉｏｎ ｃｒｅａｔｅ）要求を送信する。これに対応して、ＳＭＦは、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームからＮｓｍｆ＿ＰＤＵセッション作成要求を受信し、Ｎｓｍｆ＿ＰＤＵセッション作成要求は、第１ＡＰＰインスタンスの識別情報を含み、第１ＡＰＰインスタンス用のＰＤＵセッションを確立するよう要求するのに用いられる。

第１ＡＰＰインスタンスの識別情報の関連説明については、図１３に示す実施形態を参照されたい。詳細はここで改めて説明しない。

本願の本実施形態は、段階Ｓ１４００におけるＳＭＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする選択済みＳＭＦである一例を用いて説明されていることに留意されたい。これについてはここで一様に説明しており、以下では詳細を改めて説明しない。

実現可能な一実装例において、本願の本実施形態では、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームに、ＮＲＦがＡＰＰインスタンス用のＰＤＵセッションの確立をサポートする複数のＳＭＦに関する情報を返す場合、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームは、ＳＭＦの属性情報（例えば、負荷情報）に基づいて、第１ＡＰＰインスタンスにサービスを提供するＳＭＦを決定してもよく；または第１ＡＰＰインスタンスにサービスを提供するＳＭＦをランダムに選択してもよい。本願の本実施形態では、これについて特に限定しない。

実現可能な一実装例では、本願の本実施形態におけるＮｓｍｆ＿ＰＤＵセッション作成要求はさらに、第１ＡＰＰインスタンスに対応するアプリケーション情報を含んでよい。アプリケーション情報の関連説明については、図１３Ａ～図１３Ｃに示す実施形態を参照されたい。詳細はここで改めて説明しない。

実現可能な一実装例では、本願の本実施形態におけるＮｓｍｆ＿ＰＤＵセッション作成要求はさらに、第１経路情報を含んでよく、第１経路情報は、第１アンカーＵＰＦおよびＡＵＥＦの間の経路を確立するのに用いられ、第１アンカーＵＰＦは第１ＡＰＰインスタンスにサービスを提供するアンカーＵＰＦである。第１経路情報の関連説明については、図１２に示す実施形態を参照されたい。詳細はここで改めて説明しない。

実現可能な一実装例では、本願の本実施形態におけるＮｓｍｆ＿ＰＤＵセッション作成要求はさらに、第１パラメータを含んでよい。第１パラメータの関連説明については、図１２の実施形態を参照されたい。詳細はここで改めて説明しない。

段階Ｓ１４０５～Ｓ１４０９は、図１３に示す実施形態における段階Ｓ１３０４～Ｓ１３０９と同じであるため、詳細はここで改めて説明しない。

Ｓ１４１０：セッションの確立が成功したとＳＭＦが判定した後に、ＳＭＦは、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームにＮｓｍｆ＿ＰＤＵセッション作成（ＰＤＵ ｓｅｓｓｉｏｎ ｃｒｅａｔｅ）応答を送信する。これに対応して、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームは、ＳＭＦからＮｓｍｆ＿ＰＤＵセッション作成応答を受信し、Ｎｓｍｆ＿ＰＤＵセッション作成応答は、ＳＭＦにより第１ＡＰＰインスタンスに割り当てられたセッション識別子、およびＳＭＦまたは第１アンカーＵＰＦにより第１ＡＰＰインスタンスのセッションに割り当てられた第１アドレスを含む。

実現可能な一実装例において、本願の本実施形態では、段階Ｓ１４０９におけるＮ４セッション確立応答が第２経路情報を含む場合、Ｎｓｍｆ＿ＰＤＵセッション作成応答はさらに第２経路情報を含んでよい。

実現可能な一実装例において、本願の本実施形態では、ＡＰＰ統合プラットフォームが第２経路情報を取得し、第１アンカーＵＰＦが第１経路情報を取得した場合、第１アンカーＵＰＦおよびＡＰＰ統合プラットフォーム上のＡＵＥＦの間の経路の確立が完了したとみなされてよい。

Ｓ１４１１：ＡＵＥＦが位置しているＡＰＰ統合プラットフォームは、第１ＡＰＰインスタンスが位置しているアプリケーションサーバにＡＰＰ登録応答（ＡＰＰ ｒｅｇｉｓｔｅｒ ｒｅｓｐｏｎｓｅ）を送信する。これに対応して、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームからＡＰＰ登録応答を受信し、ＡＰＰ登録応答は、ＳＭＦにより第１ＡＰＰインスタンスに割り当てられたセッション識別子、およびＳＭＦまたは第１アンカーＵＰＦにより第１ＡＰＰインスタンスのセッションに割り当てられた第１アドレスを含む。

実現可能な一実装例において、本願の本実施形態では、第１ＡＰＰインスタンスが位置しているアプリケーションサーバはさらに、ＳＭＦまたは第１アンカーＵＰＦによりＡＰＰインスタンスのセッションに割り当てられた第１アドレスに基づいて、ルートをアドバタイズしてよい。本願の本実施形態では、これについて特に限定しない。

前述した段階Ｓ１４０３～Ｓ１４１１は、第１ＡＰＰインスタンスがＡＰＰ統合プラットフォーム上でオンラインになる場合の、５Ｇネットワークにおける第１ＡＰＰインスタンス用のセッション確立手順を提供している。当然ながら、第１ＡＰＰインスタンスの状態が変化した場合、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームにＡＰＰ登録更新要求を送信してよく、これにより、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームは、Ｎｓｍｆ＿ＰＤＵセッション＿更新（Ｕｐｄａｔｅ）サービスの拡張または新たなサービスタイプの拡張により、５Ｇネットワークにおける第１ＡＰＰインスタンス用のセッション更新手順を完了できるようになる。あるいは、第１ＡＰＰインスタンスがオフラインになる場合、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームは、Ｎｓｍｆ＿ＰＤＵセッション＿解放（Ｒｅｌｅａｓｅ）サービスの拡張または新たなサービスタイプの拡張により、５Ｇネットワークにおける第１ＡＰＰインスタンス用のセッション解放手順を完了できる。本願の本実施形態では、詳細はここで説明しない。

Ｓ１４１２：端末デバイスがセッション確立手順を開始する。関連する実装については、従来技術を参照されたい。詳細はここで説明しない。本願の本実施形態は、端末デバイスにサービスを提供するアンカーＵＰＦが第２アンカーＵＰＦである一例を用いて説明されている。

実現可能な一実装例において、本願の本実施形態では、第１ＡＰＰインスタンスおよび端末デバイス用のセッションを確立する過程で、第１ＡＰＰインスタンスが特別な端末デバイスとみなされ得るため、第１ＡＰＰインスタンスの属性または端末デバイスの属性に基づいて仮想ローカルエリアネットワークを構築する機能が、ＵＤＭに追加されてよい。関連説明については、図１３Ａ～図１３Ｃに示す実施形態を参照されたい。詳細はここで改めて説明しない。

さらに、端末デバイス用のセッションを確立するための手順および第１ＡＰＰインスタンス用のセッションを確立するための手順が完了した後に、端末デバイスおよび第１ＡＰＰインスタンスの間に、アプリケーションサービスのプラグアンドプレイを実現できる自己組織化ネットワークを形成して、端末デバイスおよび第１ＡＰＰインスタンスが位置しているアプリケーションサーバの間で相互データアクセスを実現できる。以下の説明は、第１ＡＰＰインスタンスが位置しているアプリケーションサーバに端末デバイスが第２データを送信する一例、および第１ＡＰＰインスタンスが位置しているアプリケーションサーバが端末デバイスに第１データを送信する一例を用いて別々に行う。

例えば、第１ＡＰＰインスタンスおよび端末デバイス用に仮想ローカルエリアネットワークを構築でき、端末デバイスは、第１ＡＰＰインスタンスが位置しているアプリケーションサーバに第２データを送信する。この場合、アプリケーションがネットワークにアクセスするための方法は、以下の段階を含む。

Ｓ１４１３～Ｓ１４１５は、図１３Ａ～図１３Ｃに示す実施形態における段階Ｓ１３１１～Ｓ１３１３と同じであるため、詳細はここで改めて説明しない。

Ｓ１４１６：第１アンカーＵＰＦは、第１アンカーＵＰＦおよびＡＵＥＦの間の経路を用いて、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームに第２データを送信する。これに対応して、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームは、第１アンカーＵＰＦから第２データを受信する。

本願の本実施形態では、第１アンカーＵＰＦおよびＡＵＥＦの間の経路を用いて、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームに第２データを送信する場合、第１アンカーＵＰＦは、第１経路情報および第２経路情報を用いて第２データをカプセル化してよい。詳細については、既存のデータ伝送方式を参照されたい。詳細はここで説明しない。

Ｓ１４１７：ＡＵＥＦが位置しているＡＰＰ統合プラットフォームは、第１ＡＰＰインスタンスが位置しているアプリケーションサーバに第２データを送信する。これに対応して、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームから第２データを受信する。

前述した段階Ｓ１４１３～Ｓ１４１７は、第１ＡＰＰインスタンスおよび端末デバイス用に仮想ローカルエリアネットワークを構築できる一例を用いて説明されていることに留意されたい。実現可能な一実装例において、本願の本実施形態では、第２データは、第１アンカーＵＰＦおよび第２アンカーＵＰＦの間のＮ１９トンネルを通じて伝送されなくてもよい。例えば、第１ＡＰＰインスタンス用のセッションを確立する手順では、第１ＡＰＰインスタンスが位置しているアプリケーションサーバが、ＳＭＦまたは第１アンカーＵＰＦにより第１ＡＰＰインスタンスのセッションに割り当てられた第１アドレスに基づいてルートをアドバタイズする場合、本願の本実施形態では、第２データを受信した後に、第２アンカーＵＰＦは、第１ＡＰＰインスタンスが位置しているアプリケーションサーバによりアドバタイズされた第１アドレスに基づいて、既存のルーティング方式でのアドレス指定によってアプリケーションサーバを直接見つけることができ、これにより、第２アンカーＵＰＦはアプリケーションサーバに第２データを転送できるようになる。本願の本実施形態では、これについて特に限定しない。あるいは、例えば、本願の本実施形態では、第１ＡＰＰインスタンス用のセッションを確立する手順において、第１アンカーＵＰＦが５Ｇネットワークにおける第１ＡＰＰインスタンスのルーティングポリシーアドバタイズメントをサポートする場合、本願の本実施形態では、第２データを受信した後に、第２アンカーＵＰＦは、第１アンカーＵＰＦから外部にアドバタイズされたルーティングポリシーに基づいて、既存のルーティング方式でのアドレス指定によって第１アンカーＵＰＦを直接見つけることができ、これにより、第２アンカーＵＰＦは第１アンカーＵＰＦに第２データを送信するようになる。第２データを受信した後に、第１アンカーＵＰＦは、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームを用いて、第１ＡＰＰインスタンスが位置しているアプリケーションサーバに第２データを送信する。本願の本実施形態では、これについて特に限定しない。

例えば、第１ＡＰＰインスタンスおよび端末デバイス用に仮想ローカルエリアネットワークを構築でき、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは端末デバイスに第１データを送信する。この場合、アプリケーションがネットワークにアクセスするための方法は、以下の段階を含む。

Ｓ１４１８：第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームに第１データを送信する。これに対応して、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームは、第１ＡＰＰインスタンスが位置しているアプリケーションサーバから第１データを受信し、第１データは送信元アドレスおよび宛先アドレスを含み、送信元アドレスは、第１ＡＰＰインスタンス用のセッションを確立する手順においてコアネットワークにより第１ＡＰＰインスタンスのセッションに割り当てられた第１アドレスであり、宛先アドレスは、端末デバイス用のセッションを確立する手順においてコアネットワークにより端末デバイスのセッションに割り当てられた第２アドレスである。

Ｓ１４１９：ＡＵＥＦが位置しているＡＰＰ統合プラットフォームは、第１アンカーＵＰＦおよびＡＵＥＦの間の経路を用いて、第１アンカーＵＰＦに第１データを送信する。これに対応して、第１アンカーＵＰＦは、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームから第１データを受信する。

本願の本実施形態では、第１アンカーＵＰＦおよびＡＵＥＦの間の経路を用いて第１アンカーＵＰＦに第１データを送信する場合、ＡＵＥＦが位置しているＡＰＰ統合プラットフォームは、第１経路情報および第２経路情報を用いて第１データをカプセル化してよい。詳細については、既存のデータ伝送方式を参照されたい。詳細はここで説明しない。

Ｓ１４２０～Ｓ１４２２は、図１３Ａ～図１３Ｃに示す実施形態における段階Ｓ１３１６からＳ１３１８と同じであるため、詳細はここで改めて説明しない。

前述した段階Ｓ１４１８～Ｓ１４２２は、第１ＡＰＰインスタンスおよび端末デバイス用に仮想ローカルエリアネットワークを構築できる一例を用いて説明されていることに留意されたい。実現可能な一実装例において、本願の本実施形態では、第１データは、第１アンカーＵＰＦおよび第２アンカーＵＰＦの間のＮ１９トンネルを通じて伝送されなくてもよい。例えば、端末デバイス用のセッションを確立する手順において、ＳＭＦまたは第２アンカーＵＰＦにより端末デバイスのセッションに割り当てられた第２アドレスに基づいて第２アンカーＵＰＦがルートをアドバタイズする場合、本願の本実施形態では、第１ＡＰＰインスタンスが位置しているアプリケーションサーバは、第２アンカーＵＰＦによりアドバタイズされた第２アドレスに基づいて、既存のルーティング方式でのアドレス指定によって第２アンカーＵＰＦを直接見つけることができ、これにより、第２アンカーＵＰＦは端末デバイスに第１データを転送できるようになる。本願の本実施形態では、これについて特に限定しない。

本願の本実施形態では、モバイル通信ネットワーク内のＳＭＦおよび第１アンカーＵＰＦは第１ＡＰＰインスタンス用のセッションを確立し、セッション確立プロセスにおいて第１ＡＰＰインスタンスのセッションに第１アドレスを割り当てる。第１アプリケーションインスタンスに対応するアドレス割り当ておよび管理およびデータプレーン転送経路は全て、モバイル通信ネットワークの制御範囲に含まれることが理解できる。換言すれば、このソリューションでは、第１ＡＰＰインスタンスは特別な端末デバイスとして５Ｇネットワークにアクセスできる。第１ＡＰＰインスタンスがアプリケーションの特定の実行インスタンスであるため、このソリューションに基づいて、アプリケーションおよびモバイル通信ネットワークの間のデータ交換の柔軟性を向上させることができる。さらに、このソリューションに基づき、アプリケーションをモバイル通信ネットワーク計画に組み込み、モバイル通信システムにおいてアプリケーションのプラグアンドプレイを実現し、アプリケーションサービスを動的に調整して最適経路を見つけることができる。これにより、事業者およびアプリケーションサービスプロバイダの間で新たなビジネス展開および連携方式を実現できるようになる。

図１１に示す通信装置１１００のプロセッサ１１０１は、メモリ１１０３に格納されたアプリケーションプログラムコードを呼び出し、ＳＭＦ、ＡＰＰ統合プラットフォーム、または第１アンカーＵＰＦに、段階Ｓ１４００～Ｓ１４２２におけるＳＭＦ、ＡＰＰ統合プラットフォーム、または第１アンカーＵＰＦの動作を行うよう指示してよい。本実施形態では、これについて限定しない。

図１２～図１４Ｃに示す実施形態では、第１ユーザプレーン機能エンティティにより実施される方法および／または段階は代替的に、第１ユーザプレーン機能エンティティに用いることができるコンポーネントにより実施されてもよく、アプリケーションインスタンスアクセスモジュールにより実施される方法および／または段階は代替的に、アプリケーションインスタンスアクセスモジュールに用いることができるコンポーネント（例えば、チップまたは回路）により実施されてもよく、セッション管理機能エンティティにより実装される方法および／または段階は代替的に、セッション管理機能エンティティに用いることができるコンポーネント（例えば、チップまたは回路）により実施されてもよいことが理解できる。

前述の内容は主に、ネットワークエレメント間のやり取りの観点から、本願の実施形態で提供されるソリューションを説明している。これに対応して、本願の一実施形態がさらに通信装置を提供する。通信装置は、前述した方法の実施形態におけるセッション管理機能エンティティ、セッション管理機能エンティティを含む装置、またはセッション管理機能エンティティに用いることができるコンポーネントであってもよい。前述の機能を実現するために、通信装置は、各機能を行うための対応するハードウェア構成および／またはソフトウェアモジュールを含むことが理解できる。当業者であれば、本明細書で開示した実施形態を参照して説明した例におけるユニットおよびアルゴリズム段階は、ハードウェアまたはハードウェアおよびコンピュータソフトウェアの組み合わせの形態で、本願で実現できることを容易に認識するはずである。ある機能がハードウェアにより実行されるのか、またはコンピュータソフトウェアを用いてハードウェアを駆動することにより実行されるのかは、技術的ソリューションの特定の用途および設計上の制約によって決まる。当業者であれば、特定の用途に異なる方法を用いて、説明した機能を実現するかもしれないが、この実装例が本願の範囲を超えるものとみなされるべきではない。

図１５は、通信装置１５０の構成に関する概略図である。通信装置１５０は、処理モジュール１５０２および送受信モジュール１５０１を含む。送受信モジュール１５０１は、送受信ユニットとも呼ばれることがあり、送受信機能を実装するように構成されている。例えば、送受信モジュール１５０１は、送受信回路、送受信マシン、送受信機、または通信インタフェースであってもよい。

例えば、通信装置１５０は、前述した方法の実施形態におけるセッション管理ネットワークエレメント、またはセッション管理ネットワークエレメント内に配置されたチップまたは別のコンポーネントである。

送受信モジュール１５０１は、アプリケーションインスタンスアクセスモジュールから第１メッセージを受信するように構成されており、第１メッセージは第１アプリケーションインスタンスの識別情報を含み、第１メッセージは、第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる。処理モジュール１５０２は、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定するように構成されている。送受信モジュール１５０１はさらに、第１ユーザプレーン機能エンティティに第２メッセージを送信するように構成されており、第２メッセージは第１アプリケーションインスタンスの識別情報を含み、第２メッセージは、第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる。送受信モジュール１５０１はさらに、第１ユーザプレーン機能エンティティから第３メッセージを受信するように構成されており、第３メッセージは第１接続の確立結果を含み、確立結果は成功を含む。送受信モジュール１５０１はさらに、アプリケーションインスタンスアクセスモジュールに第４メッセージを送信するように構成されており、第４メッセージは、コアネットワークエレメントにより第１接続に割り当てられた第１アドレスを含む。

実現可能な一実装例では、第１メッセージおよび第２メッセージはさらに、アプリケーションインスタンスアクセスモジュールにより第１接続に割り当てられた第１経路情報を含み、第３メッセージおよび第４メッセージはさらに、第１ユーザプレーン機能エンティティにより第１接続に割り当てられた第２経路情報を含む。第１経路情報および第２経路情報は、第１接続における且つ第１ユーザプレーン機能エンティティおよびアプリケーションインスタンスアクセスモジュールの間にある第１経路を確立するのに用いられる。

実現可能な一実装例では、コアネットワークエレメントは第１ユーザプレーン機能エンティティであり、第３メッセージはさらに第１アドレスを含む。

実現可能な一実装例では、コアネットワークエレメントはセッション管理機能エンティティである。

実現可能な一実装例では、第２メッセージはさらに第１アドレスを含み、第１アドレスは、第１ユーザプレーン機能エンティティがルートをアドバタイズするのに用いられる。

実現可能な一実装例では、第１メッセージはさらに第１パラメータを含み、第１パラメータは、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定するのに用いられる、または第１パラメータは、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる。

実現可能な一実装例では、第１パラメータは、以下のパラメータ、すなわち第１アプリケーションインスタンスの位置情報およびＳＳＣモード、第１接続に対応するＤＮＮ、または第１接続が位置しているネットワークスライスの識別情報のうちの少なくとも１つを含む。

実現可能な一実装例では、第１メッセージはさらに、第１アプリケーションインスタンスに対応するアプリケーション情報を含み、アプリケーション情報は、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる。

実現可能な一実装例では、送受信モジュール１５０１はさらに、統合データ管理機能エンティティに第５メッセージを送信するように構成されており、第５メッセージは第１アプリケーションインスタンスの識別情報を含み、第５メッセージは、第１アプリケーションインスタンスのサブスクリプションデータを取得するよう要求するのに用いられる。送受信モジュール１５０１はさらに、統合データ管理機能エンティティからサブスクリプションデータを受信するように構成されており、サブスクリプションデータは、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定するのに用いられる、またはサブスクリプションデータは、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる。

実現可能な一実装例では、送受信モジュール１５０１はさらに、通信装置１５０がアプリケーションインスタンス用の接続の確立をサポートする機能をネットワークレポジトリ機能エンティティに登録するように構成されている。

例えば、通信装置１５０は、前述した方法の実施形態におけるアプリケーションインスタンスアクセスモジュール、またはアプリケーションインスタンスアクセスモジュール内に配置されたチップまたは別のコンポーネントである。

処理モジュール１５０２は、第１アプリケーションインスタンスにサービスを提供するセッション管理機能エンティティを決定するように構成されている。送受信モジュール１５０１は、セッション管理機能エンティティに第１メッセージを送信するように構成されており、第１メッセージは第１アプリケーションインスタンスの識別情報を含み、第１メッセージは、第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる。送受信モジュール１５０１はさらに、セッション管理機能エンティティから第４メッセージを受信するように構成されており、第４メッセージは、コアネットワークエレメントにより第１接続に割り当てられた第１アドレスを含む。

実現可能な一実装例では、第１メッセージはさらに、通信装置により第１接続に割り当てられた第１経路情報を含み、第４メッセージはさらに、第１ユーザプレーン機能エンティティにより第１接続に割り当てられた第２経路情報を含む。第１経路情報および第２経路情報は、第１接続における且つ第１ユーザプレーン機能エンティティおよびアプリケーションインスタンスアクセスモジュールの間にある第１経路を確立するのに用いられ、第１ユーザプレーン機能エンティティは、第１アプリケーションインスタンスにサービスを提供するユーザプレーン機能エンティティである。

実現可能な一実装例では、送受信モジュール１５０１はさらに、第１アプリケーションインスタンスから第１データを取得した後に、第１経路を用いて第１ユーザプレーン機能エンティティに第１データを送信するように構成されている；または送受信モジュール１５０１はさらに、第１経路を用いて第１ユーザプレーン機能エンティティから第２データを受信するように構成されている。

実現可能な一実装例では、処理モジュール１５０２はさらに、第１アドレスに基づいてルートをアドバタイズするように構成されている。

実現可能な一実装例では、送受信モジュール１５０１はさらに、第２ユーザプレーン機能エンティティから第２データを受信するように構成されており、第２ユーザプレーン機能エンティティは、アプリケーションインスタンスアクセスモジュールによりアドバタイズされたルートに基づくアドレス指定によって、アプリケーションインスタンスアクセスモジュールを見つける。

実現可能な一実装例では、送受信モジュール１５０１はさらに、セッション管理機能エンティティに第１メッセージを送信する前に、第１アプリケーションインスタンスから第６メッセージを受信するように構成されており、第６メッセージは第１アプリケーションインスタンスに対応するアプリケーション情報を含み、第６メッセージは、アプリケーションインスタンスアクセスモジュールに登録するよう要求するのに用いられる。送受信モジュール１５０１はさらに、セッション管理機能エンティティから第４メッセージを受信した後に、第１アプリケーションインスタンスに第１アドレスを送信するように構成されている。

実現可能な一実装例では、コアネットワークエレメントはセッション管理機能エンティティである、またはコアネットワークエレメントは、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティである。

実現可能な一実装例では、第１メッセージはさらに第１パラメータを含み、第１パラメータは、第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定するのに用いられる、または第１パラメータは、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる。

実現可能な一実装例では、第１パラメータは、以下のパラメータ、すなわち第１アプリケーションインスタンスの位置情報およびＳＳＣモード、第１接続に対応するＤＮＮ、または第１接続が位置しているネットワークスライスの識別情報のうちの少なくとも１つを含む。

実現可能な一実装例では、第１メッセージはさらに、第１アプリケーションインスタンスに対応するアプリケーション情報を含み、アプリケーション情報は、第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられ、第１ユーザプレーン機能エンティティは第１アプリケーションインスタンスにサービスを提供するユーザプレーン機能エンティティである。

実現可能な一実装例では、処理モジュール１５０２が、第１アプリケーションインスタンスにサービスを提供するセッション管理機能エンティティを決定するように構成されていることは、処理モジュール１５０２がネットワークレポジトリ機能エンティティから、アプリケーションインスタンス用の接続の確立をサポートする１つまたは複数のセッション管理機能エンティティに関する情報を取得し；および１つまたは複数のセッション管理機能エンティティに関する情報に基づいて、第１アプリケーションインスタンスにサービスを提供するセッション管理機能エンティティを決定するように構成されていることを含む。

例えば、通信装置１５０は、前述した方法の実施形態における第１ユーザプレーン機能エンティティ、または第１ユーザプレーン機能エンティティ内に配置されたチップまたは別のコンポーネントである。

送受信モジュール１５０１はセッション管理機能エンティティから第２メッセージを受信するように構成されており、第２メッセージは第１アプリケーションインスタンスの識別情報を含み、第２メッセージは、第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる。送受信モジュール１５０１はさらに、セッション管理機能エンティティに第３メッセージを送信するように構成されており、第３メッセージは第１接続の確立結果を含み、確立結果は成功または失敗を含む。

実現可能な一実装例では、第２メッセージはさらに、アプリケーションインスタンスアクセスモジュールにより第１接続に割り当てられた第１経路情報を含み、第３メッセージはさらに、通信装置により第１接続に割り当てられた第２経路情報を含む。第１経路情報および第２経路情報は、第１接続における且つ第１ユーザプレーン機能エンティティおよびアプリケーションインスタンスアクセスモジュールの間にある第１経路を確立するのに用いられる。

実現可能な一実装例では、第３メッセージはさらに、通信装置により第１接続に割り当てられた第１アドレスを含む。

実現可能な一実装例では、第２メッセージはさらに、セッション管理機能エンティティにより第１接続に割り当てられた第１アドレスを含む。

実現可能な一実装例では、処理モジュール１５０２は、第１アドレスに基づいてルートをアドバタイズするように構成されている。

実現可能な一実装例では、送受信モジュール１５０１はさらに、通信装置１５０がアプリケーションインスタンス用の接続の確立をサポートする機能をネットワークレポジトリ機能エンティティに登録するように構成されている。

実現可能な一実装例では、送受信モジュール１５０１はさらに、アプリケーションインスタンスアクセスモジュールを用いて、第１アプリケーションインスタンスから第１データを受信するように構成されている。送受信モジュール１５０１はさらに、第２ユーザプレーン機能エンティティに第１データを送信するように構成されており、第２ユーザプレーン機能エンティティは端末デバイスにサービスを提供するユーザプレーン機能エンティティである。

実現可能な一実装例では、送受信モジュール１５０１はさらに、第２ユーザプレーン機能エンティティから第２データを受信するように構成されており、第２ユーザプレーン機能エンティティは端末デバイスにサービスを提供するユーザプレーン機能エンティティである。送受信モジュール１５０１はさらに、アプリケーションインスタンスアクセスモジュールを用いて、第１アプリケーションインスタンスに第２データを送信するように構成されている。実現可能な一実装例では、第２ユーザプレーン機能エンティティは、第１ユーザプレーン機能エンティティによりアドバタイズされたルートに基づくアドレス指定によって、第１ユーザプレーン機能エンティティを見つける。

前述した方法の実施形態における段階の全ての関連する内容は、対応する機能モジュールの機能説明に列挙されているであろう。詳細はここで改めて説明しない。

本実施形態では、通信装置１５０は、分割により機能モジュールが一体的な方式で得られる形態で示されている。ここでの「モジュール」は、特定のＡＳＩＣ、回路、１つまたは複数のソフトウェアまたはファームウェアプログラムを実行するプロセッサおよびメモリ、集積論理回路、および／または前述した機能を提供可能な別のコンポーネントであってよい。簡単な実施形態では、通信装置１５０が図１１に示す通信装置１１００の形態であってよいことを、当業者であれば理解するであろう。

例えば、図１１に示す通信装置１１００のプロセッサ１１０１は、メモリ１１０３に格納されたコンピュータ実行可能命令を呼び出すことができ、これにより、通信装置１１００は、前述した方法の実施形態における、アプリケーションがネットワークにアクセスするための方法を行うようになる。

具体的には、図１５における送受信モジュール１５０１および処理モジュール１５０２の機能／実装プロセスが、図１１に示す通信装置１１００のプロセッサ１１０１がメモリ１１０３に格納されたコンピュータ実行可能命令を呼び出すことで実現されてよい。あるいは、図１５における処理モジュール１５０２の機能／実装プロセスが、図１１に示す通信装置１１００のプロセッサ１１０１がメモリ１１０３に格納されたコンピュータ実行可能命令を呼び出すことで実現されてよく、図１５における送受信モジュール１５０１の機能／実装プロセスが、図１１に示す通信装置１１００の通信インタフェース１１０４を用いて実現されてよい。

本実施形態で提供された通信装置１５０は、アプリケーションがネットワークにアクセスするための前述した方法を行うことができる。したがって、通信装置１５０により取得され得る技術的効果については、前述した方法の実施形態を参照されたい。詳細はここで改めて説明しない。

前述したモジュールまたはユニットのうちの１つまたは複数が、ソフトウェア、ハードウェア、またはその組み合わせで実現されてもよいことに留意されたい。前述したモジュールまたはユニットのいずれか１つがソフトウェアにより実現された場合、そのソフトウェアは、コンピュータプログラム命令の形態で存在し、メモリに格納されている。プロセッサは、プログラム命令を実行し、前述した方法の手順を実施するように構成されてよい。プロセッサは、ＳｏＣ（システムオンチップ）またはＡＳＩＣに内蔵されてもよく、または独立した半導体チップであってもよい。ソフトウェア命令を実行して演算または処理を行うように構成されたコアに加えて、プロセッサはさらに、必要なハードウェアアクセラレータ、例えば、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、ＰＬＤ（プログラマブルロジックデバイス）、または専用論理演算を実装した論理回路を含んでよい。

前述したモジュールまたはユニットがハードウェアで実現された場合、このハードウェアは、ＣＰＵ、マイクロプロセッサ、デジタル信号処理（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ、ＤＳＰ）チップ、マイクロコントローラユニット（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ、ＭＣＵ）、人工知能プロセッサ、ＡＳＩＣ、ＳｏＣ、ＦＰＧＡ、ＰＬＤ、専用デジタル回路、ハードウェアアクセラレータ、または統合されていないディスクリートデバイスのいずれか１つであっても、またはその任意の組み合わせであってもよい。ハードウェアは、必要なソフトウェアを実行できる、またはソフトウェアに頼ることなく前述した方法の手順を行うことができる。

実現可能な一実装例では、本願の一実施形態がさらに通信装置を提供する（例えば、この通信装置はチップであっても、またはチップシステムであってもよい）。通信装置は、前述した方法の実施形態のいずれか１つにおける方法を実現するように構成されたプロセッサを含む。実現可能な一実装例では、通信装置はさらにメモリを含む。メモリは、必要なプログラム命令およびデータを格納するように構成されている。プロセッサは、メモリに格納されたプログラムコードを呼び出し、前述した方法の実施形態のいずれか１つにおける方法を行うよう通信装置に指示できる。当然ながら、通信装置はメモリを含まなくてもよい。通信装置がチップシステムである場合、通信装置はチップを含んでもよく、またはチップおよび別のディスクリートデバイスを含んでもよい。本願の本実施形態では、これについて特に限定しない。

前述した実施形態の全部または一部が、ソフトウェア、ハードウェア、ファームウェア、またはその任意の組み合わせを用いて実現されてよい。これらの実施形態を実現するのにソフトウェアプログラムを用いる場合、実施形態の全部または一部が、コンピュータプログラム製品の形態で実現されてよい。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ、そこで実行されると、本願の実施形態による手順または機能の全部または一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラム可能型装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよく、またはあるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、あるウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））または無線（例えば、赤外線、電波、またはマイクロ波）方式で伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータがアクセスできる任意の利用可能な媒体であっても、または媒体と統合され得るサーバおよびデータセンタなどの１つまたは複数のデータ記憶装置を含んでもよい。利用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスク、または磁気テープ）、光媒体（例えば、ＤＶＤ）、または半導体媒体（例えば、ソリッドステートディスク（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、ＳＳＤ））などであってよい。

本願はここでは実施形態を参照して説明されているが、保護を主張する本願を実施する過程で、当業者であれば、添付図面、開示内容、および添付した特許請求の範囲を検討することにより、開示した実施形態の他の変形を理解して実現するかもしれない。特許請求の範囲において、「備える」（ｃｏｍｐｒｉｓｉｎｇ）という表現は、別のコンポーネントまたは段階を排除することはなく、「ある」または「１つの」が「複数の」場合を排除することはない。１つのプロセッサまたは別のユニットが、特許請求の範囲に列挙された複数の機能を実装してよい。互いに異なる従属請求項にはいくつかの手段が記録されているが、これは、より良い効果を生み出すのにこれらの手段を組み合わせることができないことを意味するものではない。

本願は、具体的な特徴およびその実施形態を参照して説明されているが、本願の趣旨および範囲から逸脱することなく、様々な変更および組み合わせを本願に成し得ることは明らかである。これに対応して、本明細書および添付図面は、添付した特許請求の範囲により定められる本願の単なる例示的な説明であり、本願の範囲に含まれる変更例、変形例、組み合わせ例、または均等例のいずれかまたは全てを網羅しているものとみなされる。当業者であれば、本願の趣旨および範囲から逸脱することなく、様々な変更および変形を本願に成し得ることは明らかである。本願に成されたこれらの変更および変形が本願の特許請求の範囲およびその均等な技術の範囲に含まれることを条件に、本願はこれらの変更および変形を含むことが意図されている。
［他の可能な項目］
（項目１）
アプリケーションがネットワークにアクセスするための方法であって、前記方法が、
セッション管理機能エンティティがアプリケーションインスタンスアクセスモジュールから第１メッセージを受信する段階、ここで前記第１メッセージが第１アプリケーションインスタンスの識別情報を有し、前記第１メッセージが、前記第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる；
前記セッション管理機能エンティティが、前記第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定する段階；
前記セッション管理機能エンティティが前記第１ユーザプレーン機能エンティティに第２メッセージを送信する段階、ここで前記第２メッセージが前記第１アプリケーションインスタンスの前記識別情報を有し、前記第２メッセージが、前記第１アプリケーションインスタンス用の前記第１接続を確立するよう要求するのに用いられる；
前記セッション管理機能エンティティが前記第１ユーザプレーン機能エンティティから第３メッセージを受信する段階、ここで前記第３メッセージが前記第１接続の確立結果を有し、前記確立結果が成功を含む；および
前記セッション管理機能エンティティが前記アプリケーションインスタンスアクセスモジュールに第４メッセージを送信する段階、ここで前記第４メッセージが、コアネットワークエレメントにより前記第１接続に割り当てられた第１アドレスを有する
を備える、方法。
（項目２）
前記第１メッセージおよび前記第２メッセージがさらに、前記アプリケーションインスタンスアクセスモジュールにより前記第１接続に割り当てられた第１経路情報を有し、前記第３メッセージおよび前記第４メッセージがさらに、前記第１ユーザプレーン機能エンティティにより前記第１接続に割り当てられた第２経路情報を有し、ここで前記第１経路情報および前記第２経路情報が、前記第１接続における且つ前記第１ユーザプレーン機能エンティティおよび前記アプリケーションインスタンスアクセスモジュールの間にある第１経路を確立するのに用いられる、項目１に記載の方法。
（項目３）
前記コアネットワークエレメントが前記第１ユーザプレーン機能エンティティであり、前記第３メッセージがさらに前記第１アドレスを有する、項目１または２に記載の方法。
（項目４）
前記コアネットワークエレメントが前記セッション管理機能エンティティである、項目１または２に記載の方法。
（項目５）
前記第２メッセージがさらに前記第１アドレスを有し、前記第１アドレスが、前記第１ユーザプレーン機能エンティティがルートをアドバタイズするのに用いられる、項目４に記載の方法。
（項目６）
前記第１メッセージがさらに第１パラメータを有し、前記第１パラメータが、前記第１アプリケーションインスタンスにサービスを提供する前記第１ユーザプレーン機能エンティティを決定するのに用いられる、または前記第１パラメータが、前記第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる、項目１から５のいずれか一項に記載の方法。
（項目７）
前記第１パラメータが以下のパラメータ、
前記第１アプリケーションインスタンスの位置情報およびセッションおよびサービス継続性ＳＳＣモード、前記第１接続に対応するデータネットワーク名ＤＮＮ、または前記第１接続が位置しているネットワークスライスの識別情報
のうちの少なくとも１つを含む、項目６に記載の方法。
（項目８）
前記第１メッセージがさらに、前記第１アプリケーションインスタンスに対応するアプリケーション情報を有し、前記アプリケーション情報が、前記第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる、項目１から７のいずれか一項に記載の方法。
（項目９）
前記方法がさらに、
前記セッション管理機能エンティティが統合データ管理機能エンティティに第５メッセージを送信する段階、ここで前記第５メッセージが前記第１アプリケーションインスタンスの前記識別情報を有し、前記第５メッセージが、前記第１アプリケーションインスタンスのサブスクリプションデータを取得するよう要求するのに用いられる；および
前記セッション管理機能エンティティが前記統合データ管理機能エンティティから前記サブスクリプションデータを受信する段階、ここで前記サブスクリプションデータが、前記第１アプリケーションインスタンスにサービスを提供する前記第１ユーザプレーン機能エンティティを決定するのに用いられる、または前記サブスクリプションデータが、前記第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる
を備える、項目１から８のいずれか一項に記載の方法。
（項目１０）
前記方法がさらに、
前記セッション管理機能エンティティがアプリケーションインスタンス用の接続の確立をサポートする機能を、前記セッション管理機能エンティティが、ネットワークレポジトリ機能エンティティに登録する段階を備える、項目１から９のいずれか一項に記載の方法。
（項目１１）
通信装置であって、前記通信装置がセッション管理機能エンティティまたは前記セッション管理機能エンティティに適用されるモジュールであり、前記通信装置が送受信モジュールおよび処理モジュールを備え；
前記送受信モジュールがアプリケーションインスタンスアクセスモジュールから第１メッセージを受信するように構成されており、ここで前記第１メッセージが第１アプリケーションインスタンスの識別情報を有し、前記第１メッセージが、前記第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられ；
前記処理モジュールが、前記第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定するように構成されており；
前記送受信モジュールがさらに、前記第１ユーザプレーン機能エンティティに第２メッセージを送信するように構成されており、ここで前記第２メッセージが前記第１アプリケーションインスタンスの前記識別情報を有し、前記第２メッセージが、前記第１アプリケーションインスタンス用の前記第１接続を確立するよう要求するのに用いられ；
前記送受信モジュールがさらに、前記第１ユーザプレーン機能エンティティから第３メッセージを受信するように構成されており、ここで前記第３メッセージが前記第１接続の確立結果を有し、前記確立結果が成功を含み；および
前記送受信モジュールがさらに、前記アプリケーションインスタンスアクセスモジュールに第４メッセージを送信するように構成されており、ここで前記第４メッセージが、コアネットワークエレメントにより前記第１接続に割り当てられた第１アドレスを有する、通信装置。
（項目１２）
前記第１メッセージおよび前記第２メッセージがさらに、前記アプリケーションインスタンスアクセスモジュールにより前記第１接続に割り当てられた第１経路情報を有し、前記第３メッセージおよび前記第４メッセージがさらに、前記第１ユーザプレーン機能エンティティにより前記第１接続に割り当てられた第２経路情報を有し、ここで前記第１経路情報および前記第２経路情報が、前記第１接続における且つ前記第１ユーザプレーン機能エンティティおよび前記アプリケーションインスタンスアクセスモジュールの間にある第１経路を確立するのに用いられる、項目１１に記載の通信装置。
（項目１３）
前記コアネットワークエレメントが前記第１ユーザプレーン機能エンティティであり、前記第３メッセージがさらに前記第１アドレスを有する、項目１１または１２に記載の通信装置。
（項目１４）
前記コアネットワークエレメントが前記セッション管理機能エンティティである、項目１１または１２に記載の通信装置。
（項目１５）
前記第２メッセージがさらに前記第１アドレスを有し、前記第１アドレスが、前記第１ユーザプレーン機能エンティティがルートをアドバタイズするのに用いられる、項目１４に記載の通信装置。
（項目１６）
前記第１メッセージがさらに第１パラメータを有し、前記第１パラメータが、前記第１アプリケーションインスタンスにサービスを提供する前記第１ユーザプレーン機能エンティティを決定するのに用いられる、または前記第１パラメータが、前記第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる、項目１１から１５のいずれか一項に記載の通信装置。
（項目１７）
前記第１パラメータが以下のパラメータ、
前記第１アプリケーションインスタンスの位置情報およびセッションおよびサービス継続性ＳＳＣモード、前記第１接続に対応するデータネットワーク名ＤＮＮ、または前記第１接続が位置しているネットワークスライスの識別情報
のうちの少なくとも１つを含む、項目１６に記載の通信装置。
（項目１８）
前記第１メッセージがさらに、前記第１アプリケーションインスタンスに対応するアプリケーション情報を有し、前記アプリケーション情報が、前記第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる、項目１１から１７のいずれか一項に記載の通信装置。
（項目１９）
前記送受信モジュールがさらに、統合データ管理機能エンティティに第５メッセージを送信するように構成されており、ここで前記第５メッセージが前記第１アプリケーションインスタンスの前記識別情報を有し、前記第５メッセージが、前記第１アプリケーションインスタンスのサブスクリプションデータを取得するよう要求するのに用いられ；および
前記送受信モジュールがさらに、前記統合データ管理機能エンティティから前記サブスクリプションデータを受信するように構成されており、ここで前記サブスクリプションデータが、前記第１アプリケーションインスタンスにサービスを提供する前記第１ユーザプレーン機能エンティティを決定するのに用いられる、または前記サブスクリプションデータが、前記第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる、項目１１から１８のいずれか一項に記載の通信装置。
（項目２０）
前記送受信モジュールがさらに、前記通信装置がアプリケーションインスタンス用の接続の確立をサポートする機能をネットワークレポジトリ機能エンティティに登録するように構成されている
項目１１から１９のいずれか一項に記載の通信装置。
（項目２１）
少なくとも１つのプロセッサを備える通信装置であって、
前記プロセッサがメモリに連結されており、前記メモリに格納されたコンピュータ命令を読み出し、次いで前記コンピュータ命令に基づいて項目１から１０のいずれか一項に記載の方法を行うように構成されている、通信装置。
（項目２２）
前記通信装置がさらに通信インタフェースを備え；および
前記通信インタフェースが別の通信装置と通信するように構成されている、項目２１に記載の通信装置。
（項目２３）
前記通信装置がさらにメモリを備え；および
前記メモリが前記コンピュータ命令を格納するように構成されている、項目２１または２２に記載の通信装置。
（項目２４）
前記通信装置がチップまたはチップシステムである、項目２１または２２に記載の通信装置。
（項目２５）
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体がコンピュータプログラムを格納し、前記コンピュータプログラムがコンピュータにより実行されると、前記コンピュータが項目１から１０のいずれか一項に記載の方法を行うことが可能になる、コンピュータ可読記憶媒体。
（項目２６）
命令を備えるコンピュータプログラム製品であって、前記コンピュータプログラム製品がコンピュータで実行されると、前記コンピュータが項目１から１０のいずれか一項に記載の方法を行うことが可能になる、コンピュータプログラム製品。
（項目２７）
通信システムであって、前記通信システムがセッション管理機能エンティティおよび第１ユーザプレーン機能エンティティを備え；
前記セッション管理機能エンティティがアプリケーションインスタンスアクセスモジュールから第１メッセージを受信するように構成されており、ここで前記第１メッセージが第１アプリケーションインスタンスの識別情報を有し、前記第１メッセージが、前記第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられ；
前記セッション管理機能エンティティがさらに、前記第１ユーザプレーン機能エンティティに第２メッセージを送信するように構成されており、ここで前記第２メッセージが前記第１アプリケーションインスタンスの前記識別情報を有し、前記第２メッセージが、前記第１アプリケーションインスタンス用の前記第１接続を確立するよう要求するのに用いられ；
前記第１ユーザプレーン機能エンティティが前記セッション管理機能エンティティから前記第２メッセージを受信し、前記セッション管理機能エンティティに第３メッセージを送信するように構成されており、ここで前記第３メッセージが前記第１接続の確立結果を有し、前記確立結果が成功を含み；および
前記セッション管理機能エンティティがさらに、前記アプリケーションインスタンスアクセスモジュールに第４メッセージを送信するように構成されており、ここで前記第４メッセージが、コアネットワークエレメントにより前記第１接続に割り当てられた第１アドレスを有する、通信システム。
（項目２８）
前記通信システムがさらに前記アプリケーションインスタンスアクセスモジュールを備え；
前記アプリケーションインスタンスアクセスモジュールが前記セッション管理機能エンティティに前記第１メッセージを送信するように構成されており；および
前記アプリケーションインスタンスアクセスモジュールがさらに、前記セッション管理機能エンティティから前記第４メッセージを受信するように構成されている、項目２７に記載の通信システム。

Claims (23)

1. コンピュータが実行する方法であって、前記方法が
   アプリケーションインスタンスアクセスモジュールから第１メッセージを受信する段階、ここで前記第１メッセージが第１アプリケーションインスタンスの識別情報を含み、前記第１メッセージが、前記第１アプリケーションインスタンスおよびモバイル通信ネットワークの間に確立される前記第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられる；
   第１ユーザプレーン機能エンティティに第２メッセージを送信する段階、ここで前記第１ユーザプレーン機能エンティティが前記第１アプリケーションインスタンスにサービスを提供し、前記第２メッセージが前記第１アプリケーションインスタンスの前記識別情報を含み、前記第２メッセージが、前記第１アプリケーションインスタンス用の前記第１接続を確立するよう要求するのに用いられる；
   前記第１ユーザプレーン機能エンティティから第３メッセージを受信する段階、ここで前記第３メッセージが前記第１接続の確立結果を含み、前記確立結果が成功を含む；および
   前記アプリケーションインスタンスアクセスモジュールに第４メッセージを送信する段階、ここで前記第４メッセージが、コアネットワークエレメントにより前記第１接続に割り当てられた第１アドレスを含む
   を備える方法。
2. 前記第１メッセージおよび前記第２メッセージがさらに、前記アプリケーションインスタンスアクセスモジュールにより前記第１接続に割り当てられた第１経路情報を含み、前記第３メッセージおよび前記第４メッセージがさらに、前記第１ユーザプレーン機能エンティティにより前記第１接続に割り当てられた第２経路情報を含み、ここで前記第１経路情報および前記第２経路情報が、前記第１接続における且つ前記第１ユーザプレーン機能エンティティおよび前記アプリケーションインスタンスアクセスモジュールの間にある第１経路を確立するのに用いられる、請求項１に記載の方法。
3. 前記コアネットワークエレメントが前記第１ユーザプレーン機能エンティティであり、前記第３メッセージがさらに前記第１アドレスを有する、請求項１または２に記載の方法。
4. 前記コアネットワークエレメントがセッション管理機能エンティティである、請求項１または２に記載の方法。
5. 前記第２メッセージがさらに前記第１アドレスを有し、前記第１アドレスが、前記第１ユーザプレーン機能エンティティがルートをアドバタイズするのに用いられる、請求項４に記載の方法。
6. 前記第１メッセージがさらに第１パラメータを有し、前記第１パラメータが、前記第１アプリケーションインスタンスにサービスを提供する前記第１ユーザプレーン機能エンティティを決定するのに用いられる、または前記第１パラメータが、前記第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる、請求項１から５のいずれか一項に記載の方法。
7. 前記第１パラメータが以下のパラメータ、
   前記第１アプリケーションインスタンスの位置情報およびセッションおよびサービス継続性ＳＳＣモード、前記第１接続に対応するデータネットワーク名ＤＮＮ、または前記第１接続が位置しているネットワークスライスの識別情報
   のうちの少なくとも１つを含む、請求項６に記載の方法。
8. 前記第１メッセージがさらに、前記第１アプリケーションインスタンスに対応するアプリケーション情報を有し、前記アプリケーション情報が、前記第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる、請求項１から７のいずれか一項に記載の方法。
9. 前記方法がさらに、
   統合データ管理機能エンティティに第５メッセージを送信する段階、ここで前記第５メッセージが前記第１アプリケーションインスタンスの前記識別情報を有し、前記第５メッセージが、前記第１アプリケーションインスタンスのサブスクリプションデータを取得するよう要求するのに用いられる；および
   前記統合データ管理機能エンティティから前記サブスクリプションデータを受信する段階、ここで前記サブスクリプションデータが、前記第１アプリケーションインスタンスにサービスを提供する前記第１ユーザプレーン機能エンティティを決定するのに用いられる、または前記サブスクリプションデータが、前記第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる
   を備える、請求項１から８のいずれか一項に記載の方法。
10. 前記方法がさらに、
    アプリケーションインスタンス用の接続の確立をサポートする機能をネットワークレポジトリ機能エンティティに登録する段階を備える、請求項１から９のいずれか一項に記載の方法。
11. 通信装置であって、前記通信装置が送受信モジュールおよび処理モジュールを備え；
    前記送受信モジュールがアプリケーションインスタンスアクセスモジュールから第１メッセージを受信するように構成されており、ここで前記第１メッセージが第１アプリケーションインスタンスの識別情報を有し、前記第１メッセージが、前記第１アプリケーションインスタンスおよびモバイル通信ネットワークの間に確立される前記第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられ；
    前記処理モジュールが、前記第１アプリケーションインスタンスにサービスを提供する第１ユーザプレーン機能エンティティを決定するように構成されており；
    前記送受信モジュールがさらに、前記第１ユーザプレーン機能エンティティに第２メッセージを送信するように構成されており、ここで前記第２メッセージが前記第１アプリケーションインスタンスの前記識別情報を有し、前記第２メッセージが、前記第１アプリケーションインスタンス用の前記第１接続を確立するよう要求するのに用いられ；
    前記送受信モジュールがさらに、前記第１ユーザプレーン機能エンティティから第３メッセージを受信するように構成されており、ここで前記第３メッセージが前記第１接続の確立結果を有し、前記確立結果が成功を含み；および
    前記送受信モジュールがさらに、前記アプリケーションインスタンスアクセスモジュールに第４メッセージを送信するように構成されており、ここで前記第４メッセージが、コアネットワークエレメントにより前記第１接続に割り当てられた第１アドレスを有する、通信装置。
12. 前記第１メッセージおよび前記第２メッセージがさらに、前記アプリケーションインスタンスアクセスモジュールにより前記第１接続に割り当てられた第１経路情報を有し、前記第３メッセージおよび前記第４メッセージがさらに、前記第１ユーザプレーン機能エンティティにより前記第１接続に割り当てられた第２経路情報を有し、ここで前記第１経路情報および前記第２経路情報が、前記第１接続における且つ前記第１ユーザプレーン機能エンティティおよび前記アプリケーションインスタンスアクセスモジュールの間にある第１経路を確立するのに用いられる、請求項１１に記載の通信装置。
13. 前記コアネットワークエレメントが前記第１ユーザプレーン機能エンティティであり、前記第３メッセージがさらに前記第１アドレスを有する、請求項１１または１２に記載の通信装置。
14. 前記コアネットワークエレメントがセッション管理機能エンティティである、請求項１１または１２に記載の通信装置。
15. 前記第２メッセージがさらに前記第１アドレスを有し、前記第１アドレスが、前記第１ユーザプレーン機能エンティティがルートをアドバタイズするのに用いられる、請求項１４に記載の通信装置。
16. 前記第１メッセージがさらに第１パラメータを有し、前記第１パラメータが、前記第１アプリケーションインスタンスにサービスを提供する前記第１ユーザプレーン機能エンティティを決定するのに用いられる、または前記第１パラメータが、前記第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる、請求項１１から１５のいずれか一項に記載の通信装置。
17. 前記第１パラメータが以下のパラメータ、
    前記第１アプリケーションインスタンスの位置情報およびセッションおよびサービス継続性ＳＳＣモード、前記第１接続に対応するデータネットワーク名ＤＮＮ、または前記第１接続が位置しているネットワークスライスの識別情報
    のうちの少なくとも１つを含む、請求項１６に記載の通信装置。
18. 前記第１メッセージがさらに、前記第１アプリケーションインスタンスに対応するアプリケーション情報を有し、前記アプリケーション情報が、前記第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる、請求項１１から１７のいずれか一項に記載の通信装置。
19. 前記送受信モジュールがさらに、統合データ管理機能エンティティに第５メッセージを送信するように構成されており、ここで前記第５メッセージが前記第１アプリケーションインスタンスの前記識別情報を有し、前記第５メッセージが、前記第１アプリケーションインスタンスのサブスクリプションデータを取得するよう要求するのに用いられ；および
    前記送受信モジュールがさらに、前記統合データ管理機能エンティティから前記サブスクリプションデータを受信するように構成されており、ここで前記サブスクリプションデータが、前記第１アプリケーションインスタンスにサービスを提供する前記第１ユーザプレーン機能エンティティを決定するのに用いられる、または前記サブスクリプションデータが、前記第１ユーザプレーン機能エンティティを含む仮想ローカルエリアネットワークを構築するのに用いられる、請求項１１から１８のいずれか一項に記載の通信装置。
20. 前記送受信モジュールがさらに、前記通信装置がアプリケーションインスタンス用の接続の確立をサポートする機能をネットワークレポジトリ機能エンティティに登録するように構成されている
    請求項１１から１９のいずれか一項に記載の通信装置。
21. コンピュータに請求項１から１０のいずれか一項に記載の方法を実行させる、プログラム。
22. 通信システムであって、前記通信システムがセッション管理機能エンティティおよび第１ユーザプレーン機能エンティティを備え；
    前記セッション管理機能エンティティがアプリケーションインスタンスアクセスモジュールから第１メッセージを受信するように構成されており、ここで前記第１メッセージが第１アプリケーションインスタンスの識別情報を有し、前記第１メッセージが、前記第１アプリケーションインスタンスおよびモバイル通信ネットワークの間に確立される前記第１アプリケーションインスタンス用の第１接続を確立するよう要求するのに用いられ；
    前記セッション管理機能エンティティがさらに、前記第１ユーザプレーン機能エンティティに第２メッセージを送信するように構成されており、ここで前記第２メッセージが前記第１アプリケーションインスタンスの前記識別情報を有し、前記第２メッセージが、前記第１アプリケーションインスタンス用の前記第１接続を確立するよう要求するのに用いられ；
    前記第１ユーザプレーン機能エンティティが前記セッション管理機能エンティティから前記第２メッセージを受信し、前記セッション管理機能エンティティに第３メッセージを送信するように構成されており、ここで前記第３メッセージが前記第１接続の確立結果を有し、前記確立結果が成功を含み；および
    前記セッション管理機能エンティティがさらに、前記アプリケーションインスタンスアクセスモジュールに第４メッセージを送信するように構成されており、ここで前記第４メッセージが、コアネットワークエレメントにより前記第１接続に割り当てられた第１アドレスを有する、通信システム。
23. 前記通信システムがさらに前記アプリケーションインスタンスアクセスモジュールを備え；
    前記アプリケーションインスタンスアクセスモジュールが前記セッション管理機能エンティティに前記第１メッセージを送信するように構成されており；および
    前記アプリケーションインスタンスアクセスモジュールがさらに、前記セッション管理機能エンティティから前記第４メッセージを受信するように構成されている、請求項２２に記載の通信システム。

Images