JP7761663B2 - サービス連続性のための方法及び装置 - Google Patents

Description

本開示の非限定的で例示的な実施形態は、概して、通信の技術分野に関連し、具体的には、サービス連続性のための方法及び装置に関連する。

本セクションは、本開示のより良好な理解を促進し得る側面を紹介する。したがって、本セクションの記載は、それに照らして読まれるべきであり、何が従来技術に含まれ何が従来技術から外れるかに関する自認として理解されるべきではない。

エッジコンピューティングは、ユーザ機器（ＵＥ）の近くに配備されるクラウドコンピューティングのケイパビリティ及びサービス環境を可能にするネットワークアーキテクチャの概念である。それにより、クラウド環境と比較して、より低いレイテンシ、より高い帯域幅、低減されたバックホールトラフィック、及び新たなサービスについての展望といった、いくつもの恩恵が約束される。その開示が全体として参照によりここに取り入れられる第３世代パートナーシッププロジェクト（３ＧＰＰ） ＴＳ２３．５５８ Ｖ２．１．０は、３ＧＰＰネットワーク上でエッジアプリケーションを可能にするためのアプリケーションレイヤアーキテクチャ及び関連する手続を提供している。

３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０は、３ＧＰＰネットワーク上でエッジアプリケーションを可能にするために必要なアプリケーションレイヤのアーキテクチャ、手続及び情報フローを規定している。そこには、エッジアプリケーションを可能にするためのアーキテクチャ要件、それらアーキテクチャ要件を充足するアプリケーションレイヤアーキテクチャ、及びエッジアプリケーションの配備を可能にする手続が含まれる。主に焦点を当てられている分野の１つは、エッジベースのアプリケーションへの影響を最小化することである。そのため、それらは、エッジにおけるＵＥ用の主要なアプリケーションの再開発を必要としていない。

図１は、エッジアプリケーションを可能にするための例示的なアーキテクチャを示している。図１は、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の図６．２－４と同一である。エッジデータネットワーク（ＥＤＮ）は、局所的なデータネットワークである。エッジアプリケーションサーバ（ＥＡＳ）及びエッジイネーブラサーバ（ＥＥＳ）は、ＥＤＮの範囲内に含まれる。エッジコンフィグレーションサーバ（ＥＣＳ）は、ＥＥＳをホスティングするエッジデータネットワークの詳細を含む、エッジイネーブラサーバ（ＥＥＳ）に関連するコンフィグレーションを提供する。ＵＥは、アプリケーションクライアント及びエッジイネーブラクライアントを含む。エッジアプリケーションサーバ（ＥＡＳ）、エッジイネーブラサーバ及びエッジコンフィグレーションサーバは、３ＧＰＰコアネットワークとインタラクションし得る。

エッジコンピューティングにおいていくつかの機能エンティティが存在し得る。例えば、ＵＥ内に１つ以上のアプリケーションクライアント（ＡＣ）が位置してもよい。ＵＥ内に１つ以上のエッジイネーブラクライアント（ＥＥＣ）が位置してもよい。１つのエッジデータネットワークをサポートするために、１つ以上のエッジコンフィグレーションサーバ（ＥＣＳ）が配備されてもよい。１つ以上のＥＤＮをサポートするために１つのＥＣＳが配備されてもよい。公衆地上移動体ネットワーク（ＰＬＭＮ）事業者によって１つ以上のＥＣＳが配備されてもよい。エッジコンピューティングサービスプロバイダ（ＥＣＳＰ）によって１つ以上のＥＣＳが配備されてもよい。ＥＤＮ内に１つ以上のエッジイネーブラサーバ（ＥＥＳ）が位置してもよい。ＥＣＳＰごとのＥＤＮ内に１つ以上のＥＥＳが位置してもよい。ＥＤＮ内に１つ以上のエッジアプリケーションサーバ（ＥＡＳ）が位置してもよい。ＥＤＮ内で複数のＥＣＳＰによって同じＥＡＳ識別子（ＩＤ）に属するＥＡＳを提供することができる。

ＥＤＧＥ－１リファレンスポイントは、エッジイネーブラサーバとエッジイネーブラクライアントとの間のインタラクションを可能にし得る。ＥＤＧＥ－２リファレンスポイントは、ＥＥＳと３ＧＰＰコアネットワーク機能との間のインタラクション及びネットワークケイパビリティ情報の取得のためのＡＰＩを可能にする。ＥＤＧＥ－３リファレンスポイントは、ＥＥＳとＥＡＳとの間のインタラクションを可能にする。ＥＤＧＥ－４リファレンスポイントは、ＥＣＳとＥＥＣとの間のインタラクションを可能にする。ＥＤＧＥ－５リファレンスポイントは、ＡＣとＥＥＣとの間のインタラクションを可能にする。ＥＤＧＥ－６リファレンスポイントは、ＥＣＳとＥＥＳとの間のインタラクションを可能にする。ＥＤＧＥ－７リファレンスポイントは、ＥＡＳと３ＧＰＰコアネットワーク機能との間のインタラクション及びネットワークケイパビリティ情報の取得のためのＡＰＩを可能にする。ＥＤＧＥ－８リファレンスポイントは、ＥＣＳと３ＧＰＰコアネットワーク機能との間のインタラクション及びネットワークケイパビリティ情報の取得のためのＡＰＩを可能にする。ＥＤＧＥ－９リファレンスポイントは、２つのＥＥＳの間のインタラクションを可能にする。

ＵＥが新たなロケーションへ移動すると、当該ＵＥ内のＡＣへサービスするために、異なるＥＡＳがより適していることがあり得る。そうした移行は、モビリティではないイベントの帰結であることもあり得、サービスの連続性を維持するためにイネーブリングレイヤからのサポートを要する。代わりに、負荷分散又は運用及び保守（Ｏ＆Ｍ）の理由に起因して、ＥＡＳが変更されるかもしれない。

図２は、アプリケーションコンテキスト再配置（ＡＣＲ）手続のハイレベルの概要を示している。

ステップ１．検出エンティティが、アプリケーションコンテキスト再配置を要し得ることを検出する。

ステップ２．意思決定エンティティが、アプリケーションコンテキスト再配置が必要であるかを決定する。

ステップ３．実行エンティティが、アプリケーションコンテキスト再配置を実行する。

ステップ４．全ての所要のエンティティが、アプリケーションコンテキスト再配置後のアクションを実行し得る。

サービス連続性プランニングのためにＡＣＲを実行することができ、プランニングとは、ＡＣＲ手続の最初の３つのステップである検出、決定及び実行がＵＥの予定／予測されるロケーションについて行われることを意味する。そうしたケースでは、ＵＥが予定されるロケーションへ移動した際に、ターゲットＥＡＳ（Ｔ－ＥＡＳ）が当該ＵＥへサービスすることになる。

この概要は、ある選択された概念を簡略化した形で紹介するために提供されており、それらは以下に詳細な説明においてさらに説明される。この概要は、特許請求される主題の重要な特徴や本質的な特徴を識別することを意図したものではなく、特許請求される主題のスコープを限定するために使用されることを意図したものでもない。

サービス連続性プランニングは、計画され、企画され、又は予想される振る舞いに関する情報がＥＥＳにおいて利用可能であり又はＥＥＣにより提供される場合に、シームレスなサービス連続性についてのサポートを提供するという、エッジイネーブラレイヤの付加価値的な特徴である。

サービス連続性プランニングを実装するために、ＥＥＳは、次のものを利用し得る：

－例えばＡＣスケジュール、予定されるＡＣの地理的サービスエリア、予定されるサービスＫＰＩ（Key Performance Indicators）、好適ＥＣＳＰリストといった、ＥＥＣにより提供される情報、及び

－３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．１０．３節に記述されている通りの、ＥＥＳにより利用される３ＧＰＰコアネットワークケイパビリティ

現在のところ、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．２節において、（ＵＥ又はＥＤＮによってトリガされる）５つのＡＣＲのシナリオが規定されている。ＡＣＲ向けのサービス連続性プランニングに関する追加的な詳細については、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．２．２節、第８．８．２．３節、第８．８．２．４節、第８．８．２．５節及び第８．８．２．６節を参照されたい。

ＡＣＲのクリーンアップステージについては、それはＵＥが予定されるロケーションへ移動する際に実行されるのみである。また、プランニングされるサービス連続性におけるＡＣＴ（Application Context Transfer）は、通常のサービス連続性におけるそれとは異なる。プランニングされるサービス連続性において、ターゲットＥＡＳ（Ｔ－ＥＡＳ）内のアプリケーションコンテキストは、ＵＥが未だ予測／予定されるロケーションへ移動していない時からＵＥが実際に予測／予定されるロケーションへ移動した時まで、ソースＥＡＳ（Ｓ－ＥＡＳ）内の最新の情報と同期される。したがって、ＡＣＴとは異なるやり方で使用しクリーンアップステージをいつ開始するかを制御するために、ＡＣＴ及び後続のクリーンアップステージをトリガすることに責任を有するエッジエンティティは、他のエッジエンティティにより検出されるサービス連続性のタイプ（即ち、通常又はプランニング）と同期している必要がある。

３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．２節において規定されている全てのＡＣＲのシナリオにおいて、次の通りである：

ＥＥＣ自身を介するＥＥＣにより検出、決定及び実行されるシナリオ（３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．２．２節のシナリオ＃１）について、検出エンティティとしてのＥＥＣは、それがプランニングされるサービス連続性であるかを知っている。ＥＥＣがＥＤＧＥ－５を介してサービス連続性タイプについてＡＣへ通知を行うことができるものと想定される。

Ｓ－ＥＡＳにより検出、決定及び実行されるシナリオ（３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．２．４節のシナリオ＃３）について、検出エンティティ及びＡＣＴ実行エンティティとしてのＳ－ＥＡＳは、それがプランニングされるサービス連続性であるかを知っている。

ＥＥＣにより検出、決定され、ソースＥＥＳ（Ｓ－ＥＥＳ）を介する実行を伴うシナリオ（３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．２．３節のシナリオ＃２）について、ＡＣＴ実行エンティティとしてのＳ－ＥＡＳは、それがプランニングされるサービス連続性であるかを知らない。

ＥＥＣにより検出、決定され、ターゲットＥＥＳ（Ｔ－ＥＥＳ）を介する実行を伴うシナリオ（３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．２．６節のシナリオ＃５）について、ＡＣＴ実行エンティティとしてのＴ－ＥＡＳは、それがプランニングされるサービス連続性であるかを知らない。

Ｓ－ＥＥＳにより判定され実行されるシナリオ（３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．２．５節のシナリオ＃４）については、次の通りである：
ａ）それがＥＥＣにより検出される場合、ＡＣＴ実行エンティティとしてのＳ－ＥＡＳは、それが通常のＡＣＲ用か又はプランニングされるＡＣＲ用かを知らない。
ｂ）それがＳ－ＥＡＳにより検出される場合、検出エンティティ及びＡＣＴ実行エンティティとしてのＳ－ＥＡＳは、サービス連続性プランニングを要するかを知っている。
ｃ）それがＳ－ＥＥＳにより検出される場合、ＡＣＴ実行エンティティとしてのＳ－ＥＡＳは、それが通常のＡＣＲ用か又はプランニングされるＡＣＲ用かを知らない。

上の分析から、シナリオ＃２、＃５及び＃４（ａ及びｃ）について、サービス連続性プランニングの検出がエッジイネーブラレイヤ（Edge Enabler Layer）により行われた場合にサービス連続性プランニング（Service Continuity Planning）情報をエッジアプリケーションサーバ（Edge Application Server）へ同期するというギャップが存在する。

少なくとも１つの上で言及した問題又は他の問題を克服し又は軽減するために、改善されたサービス連続性管理が望ましいであろう。

本開示の第１の観点では、エッジイネーブラクライアントにより実行される方法が提供される。上記方法は、アプリケーションコンテキスト再配置（ＡＣＲ）を要することを検出することを含む。上記方法は、さらに、ＡＣＲリクエストメッセージ内に、サービス連続性のタイプを示す情報要素を設定することを含む。上記方法は、さらに、上記ＡＣＲリクエストメッセージをエッジイネーブラサーバへ送信することを含む。

一実施形態において、上記エッジイネーブラサーバは、ソースエッジイネーブラサーバである。

一実施形態において、上記ＡＣＲは、上記ソースエッジイネーブラサーバを介して上記エッジイネーブラクライアントにより実行される。

一実施形態において、上記ＡＣＲは、上記ソースエッジイネーブラサーバにより実行される。

一実施形態において、上記エッジイネーブラサーバは、ターゲットエッジイネーブラサーバである。

一実施形態において、上記ＡＣＲは、上記ターゲットエッジイネーブラサーバを介して上記エッジイネーブラクライアントにより実行される。

一実施形態において、上記ＡＣＲリクエストメッセージ内にサービス連続性の上記タイプを示す上記情報要素が設定される場合に、上記ＡＣＲリクエストメッセージは、上記ＡＣＲがサービス連続性プランニングのためにトリガされることを示す。

一実施形態において、上記ＡＣＲリクエストメッセージ内でサービス連続性の上記タイプを示す上記情報要素が省略される場合に、上記ＡＣＲリクエストメッセージは、上記ＡＣＲが通常のサービス連続性のためにトリガされることを示す。

一実施形態において、サービス連続性の上記タイプは、サービス連続性プランニング又は通常のサービス連続性のうちの少なくとも１つを含む。

本開示の第２の観点では、エッジイネーブラサーバにより実行される方法が提供される。上記方法は、アプリケーションコンテキスト再配置（ＡＣＲ）を要すると判定することを含む。上記方法は、さらに、上記ＡＣＲのための通知メッセージ内に、サービス連続性のタイプを示す情報要素を設定することを含む。上記方法は、さらに、上記ＡＣＲのための上記通知メッセージをエッジアプリケーションサーバへ送信することを含む。

一実施形態において、アプリケーションコンテキスト再配置（ＡＣＲ）を要すると判定することは、エッジイネーブラクライアントから、サービス連続性の上記タイプを示す上記情報要素を含むＡＣＲリクエストメッセージを受信することと、サービス連続性の上記タイプを示す上記情報要素を含む上記ＡＣＲリクエストメッセージに基づいて、上記ＡＣＲを要すると判定することと、を含む。

一実施形態において、アプリケーションコンテキスト再配置（ＡＣＲ）を要すると判定することは、上記ＡＣＲを要することを検出することと、上記検出に基づいて、アプリケーションコンテキスト再配置（ＡＣＲ）を要すると判定することと、を含む。

一実施形態において、上記ＡＣＲのための上記通知メッセージ内にサービス連続性の上記タイプを示す上記情報要素が設定される場合に、上記ＡＣＲのための上記通知メッセージは、上記ＡＣＲがサービス連続性プランニングのためにトリガされることを示す。

一実施形態において、上記ＡＣＲのための上記通知メッセージ内でサービス連続性の上記タイプを示す上記情報要素が省略される場合に、上記ＡＣＲのための上記通知メッセージは、上記ＡＣＲが通常のサービス連続性のためにトリガされることを示す。

本開示の第３の観点では、エッジアプリケーションサーバにより実行される方法が提供される。上記方法は、エッジイネーブラサーバから、アプリケーションコンテキスト再配置（ＡＣＲ）のための通知メッセージを受信することを含む。上記ＡＣＲのための上記通知メッセージは、サービス連続性のタイプを示す情報要素を含む。上記方法は、さらに、サービス連続性の上記タイプを示す上記情報要素に基づいて、サービス連続性プランニングのために上記ＡＣＲがトリガされたかを判定することを含む。上記方法は、さらに、サービス連続性プランニングのために上記ＡＣＲがトリガされた場合において上記ＡＣＲに関連するユーザ機器が予定されたロケーションへ移動した後に、上記ＡＣＲが完了したことを確認するためのＡＣＲ完了メッセージを上記エッジイネーブラサーバへ送信することを含む。

本開示の第４の観点では、エッジイネーブラクライアントが提供される。上記エッジイネーブラクライアントは、プロセッサと、上記プロセッサへ連結されるメモリとを備える。上記メモリは、上記プロセッサにより実行可能な命令群を含む。上記エッジイネーブラクライアントは、アプリケーションコンテキスト再配置（ＡＣＲ）を要することを検出するように動作可能である。上記エッジイネーブラクライアントは、さらに、ＡＣＲリクエストメッセージ内に、サービス連続性のタイプを示す情報要素を設定するように動作可能である。上記エッジイネーブラクライアントは、さらに、上記ＡＣＲリクエストメッセージをエッジイネーブラサーバへ送信するように動作可能である。

本開示の第５の観点では、エッジイネーブラサーバが提供される。上記エッジイネーブラサーバは、プロセッサと、上記プロセッサへ連結されるメモリとを備える。上記メモリは、上記プロセッサにより実行可能な命令群を含む。上記エッジイネーブラサーバは、アプリケーションコンテキスト再配置（ＡＣＲ）を要すると判定するように動作可能である。上記エッジイネーブラサーバは、さらに、上記ＡＣＲのための通知メッセージ内に、サービス連続性のタイプを示す情報要素を設定するように動作可能である。上記エッジイネーブラサーバは、さらに、上記ＡＣＲのための上記通知メッセージをエッジアプリケーションサーバへ送信するように動作可能である。

本開示の第６の観点では、エッジアプリケーションサーバが提供される。上記エッジアプリケーションサーバは、プロセッサと、上記プロセッサへ連結されるメモリとを備える。上記メモリは、上記プロセッサにより実行可能な命令群を含む。上記エッジアプリケーションサーバは、エッジイネーブラサーバから、アプリケーションコンテキスト再配置（ＡＣＲ）のための通知メッセージを受信するように動作可能である。上記ＡＣＲのための上記通知メッセージは、サービス連続性のタイプを示す情報要素を含む。上記エッジアプリケーションサーバは、さらに、サービス連続性の上記タイプを示す上記情報要素に基づいて、サービス連続性プランニングのために上記ＡＣＲがトリガされたかを判定するように動作可能である。上記エッジアプリケーションサーバは、さらに、サービス連続性プランニングのために上記ＡＣＲがトリガされた場合において上記ＡＣＲに関連するユーザ機器が予定されたロケーションへ移動した後に、上記ＡＣＲが完了したことを確認するためのＡＣＲ完了メッセージを上記エッジイネーブラサーバへ送信するように動作可能である。

本開示の第７の観点では、エッジイネーブラクライアントが提供される。上記エッジイネーブラクライアントは、検出モジュール、設定モジュール、及び送信モジュールを備える。上記検出モジュールは、アプリケーションコンテキスト再配置（ＡＣＲ）を要することを検出するように構成され得る。上記設定モジュールは、ＡＣＲリクエストメッセージ内に、サービス連続性のタイプを示す情報要素を設定するように構成され得る。上記送信モジュールは、上記ＡＣＲリクエストメッセージをエッジイネーブラサーバへ送信するように構成され得る。

本開示の第８の観点では、エッジイネーブラサーバが提供される。上記エッジイネーブラサーバは、判定モジュール、設定モジュール、及び送信モジュールを備える。上記判定モジュールは、アプリケーションコンテキスト再配置（ＡＣＲ）を要すると判定するように構成され得る。上記設定モジュールは、上記ＡＣＲのための通知メッセージ内に、サービス連続性のタイプを示す情報要素を設定するように構成され得る。上記送信モジュールは、上記ＡＣＲのための上記通知メッセージをエッジアプリケーションサーバへ送信するように構成され得る。

本開示の第９の観点では、エッジアプリケーションサーバが提供される。上記エッジアプリケーションサーバは、受信モジュール、判定モジュール、及び送信モジュールを備える。上記受信モジュールは、エッジイネーブラサーバから、アプリケーションコンテキスト再配置（ＡＣＲ）のための通知メッセージを受信するように構成され得る。上記ＡＣＲのための上記通知メッセージは、サービス連続性のタイプを示す情報要素を含む。上記判定モジュールは、サービス連続性の上記タイプを示す上記情報要素に基づいて、サービス連続性プランニングのために上記ＡＣＲがトリガされたかを判定するように構成され得る。上記送信モジュールは、サービス連続性プランニングのために上記ＡＣＲがトリガされた場合において上記ＡＣＲに関連するユーザ機器が予定されたロケーションへ移動した後に、上記ＡＣＲが完了したことを確認するためのＡＣＲ完了メッセージを上記エッジイネーブラサーバへ送信するように構成され得る。

本開示の第１０の観点では、少なくとも１つのプロセッサ上で実行された場合に、上記少なくとも１つのプロセッサに、本開示の上記第１、第２及び第３の観点に係る方法のいずれかを遂行させる命令群、を含むコンピュータプログラムプロダクトが提供される。

本開示の第１１の観点では、少なくとも１つのプロセッサ上で実行された場合に、上記少なくとも１つのプロセッサに、本開示の上記第１、第２及び第３の観点に係る方法のいずれかを遂行させる命令群、を記憶するコンピュータ読取可能な記憶媒体が提供される。

ここでの実施形態は、多くの利点をもたらすものであり、その非網羅的な例のリストは次の通りである。ここでのいくつかの実施形態は、Ｓ－ＥＡＳ又はＴ－ＥＡＳといったエッジアプリケーションサーバがＡＣＲが通常のサービス連続性用か又はサービス連続性プランニング用かに関する知識を有しない場合の問題を解決して、Ｓ－ＥＡＳ又はＴ－ＥＡＳといったエッジアプリケーションサーバが正しいタイミングでＡＣＲ完了メッセージを適切に送信できるようにし得る。ここでのいくつかの実施形態は、ＵＥが予定されているロケーションへ移動する前にＡＣがＴ－ＥＡＳへ接続してしまうことで準最適なトラフィックルーティングかあるいはサービスの中断がもたらされる状況を回避し得る。ここでの実施形態は、上で言及した特徴及び利点には限定されない。当業者は、以下の詳細な説明を読んだ後に、追加的な特徴及び利点を認識するであろう。

本開示の多様な実施形態の上述した及び他の側面、特徴及び恩恵が、添付図面への参照を伴う以下の詳細な説明から例示の形でより充分に明らかとなるであろう。添付図面において、類似の又は等価のエレメントを指すために類似の参照番号又は文字が使用されている。図面は、本開示の実施形態のより良好な理解を促進するために示されており、必ずしも縮尺通りに描かれてはおらず、次の通りである：

エッジアプリケーションを可能にするための例示的なアーキテクチャを示している。 アプリケーションコンテキスト再配置（ＡＣＲ）手続のハイレベルの概要を示している。 ４Ｇネットワークにおけるハイレベルアーキテクチャを概略的に示している。 本開示の一実施形態に係る第５世代ネットワーク内のハイレベルアーキテクチャを概略的に示している。 本開示の一実施形態に係る方法のフローチャートを示している。 本開示の他の実施形態に係る方法のフローチャートを示している。 本開示の他の実施形態に係る方法のフローチャートを示している。 本開示の一実施形態に係る連続的なＡＣＲ管理イベント通知のためのＥＥＳとＥＡＳとの間の通知動作を示している。 本開示の一実施形態に従ってＥＥＣがＳ－ＥＥＳを介してＡＣＲを実行するための手続を示している。 本開示の一実施形態に従ってＳ－ＥＥＳがＳ－ＥＡＳからＴ－ＥＡＳへのＡＣＲを検出し、決定し及び実行する手続を示している。 本開示の一実施形態に従ってＥＥＣがＴ－ＥＥＳを介してＡＣＲを実行するための手続を示している。 本開示の一実施形態に係るＥＥＣによるＡＣＲ立ち上げ手続を示している。 本開示のいくつかの実施形態を実践するために適した装置を示すブロック図である。 本開示の一実施形態に係るエッジイネーブラクライアントを示すブロック図である。 本開示の一実施形態に係るエッジイネーブラサーバを示すブロック図である。 本開示の一実施形態に係るエッジアプリケーションサーバを示すブロック図である。

本開示の実施形態について、添付図面を参照しながらより詳細に説明する。理解されるべきこととして、それら実施形態は、本開示の範囲に関して何らかの限定を示唆するよりもむしろ、当業者が本開示をよりよく理解しそれによって実装することを可能にする目的で議論されるに過ぎない。本明細書を通じて、特徴、利点又は類似の語句に対する言及は、本開示と共に実現され得る特徴及び利点の全てが本開示の何らかの単一の実施形態に現れるべきこと又は現れることを暗示しない。むしろ、特徴及び利点に言及する語句は、ある実施形態との関連で説明される特定の特徴、利点又は特性が本開示の少なくとも１つの実施形態に含まれることを意味するものと理解される。さらに、説明される本開示の特徴、利点及び特性は、１つ以上の実施形態において任意の適したやり方で組み合わされてよい。当業者は、本開示が具体的な実施形態の特定の特徴又は利点の１つ以上が無くとも実践され得ることを認識するであろう。他の例でいうと、ある実施形態において追加的な特徴及び利点が認識されてもよく、それは本開示の全ての実施形態に現れていなくてもよい。

ここで使用されるところでは、"ネットワーク"との用語は、新無線（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交周波数符号分割多重アクセス（ＯＦＤＭＡ）、シングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）、及び他のワイヤレスネットワークといった、任意の適したワイヤレス通信標準に従うネットワークへの言及である。ＣＤＭＡネットワークは、ＵＴＲＡ（Universal Terrestrial Radio Access）などといった無線技術を実装し得る。ＵＴＲＡは、ＷＣＤＭＡ及びＣＤＭＡの他の派生を含む。ＴＤＭＡネットワークは、ＧＳＭ（Global System for Mobile Communications）といった無線技術を実装し得る。ＯＦＤＭＡネットワークは、進化型ＵＴＲＡ（Ｅ－ＵＴＲＡ）、ウルトラモバイルブロードバンド、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭＡ、アドホックネットワーク、ワイヤレスセンサネットワークなどといった無線技術を実装し得る。以下の説明において、"ネットワーク"及び"システム"との用語は互換可能に使用され得る。さらに、ネットワークにおける２つのデバイス間の通信は、限定ではないものの、３ＧＰＰといった標準化機関により定義された通りの通信プロトコルを含む、任意の適した通信プロトコルに従って行われてよい。例えば、通信プロトコルは、第１世代（１Ｇ）、２Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇの通信プロトコル、及び／又は、現在知られているか若しくは将来開発されることになるかのいずれかの任意の他のプロトコルを含み得る。

"ネットワーク機能"との用語は、通信ネットワークの（物理的な又は仮想的な）ネットワークエンティティに実装可能な任意の適した機能への言及である。例えば、ネットワーク機能は、専用のハードウェア上のネットワークエレメントとして、専用のハードウェア上で稼働するソフトウェアインスタンスとして、又は例えばクラウドインフラストラクチャといった適切なプラットフォーム上でインスタンス化される仮想化機能としてのいずれかで実装され得る。例えば、５Ｇシステム（５ＧＳ）は、アクセス及びモビリティ機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、認証サービス機能（ＡＵＳＦ）、統一データ管理（ＵＤＭ）、ポリシー制御機能（ＰＣＦ）、アプリケーション機能（ＡＦ）、ネットワーク露出機能（ＮＥＦ）、ユーザプレーン機能（ＵＰＦ）及びネットワークリポジトリ機能（ＮＲＦ）、無線アクセスネットワーク（ＲＡＮ）、サービス通信プロキシ（ＳＣＰ）、ネットワークデータアナリティクス機能（ＮＷＤＡＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワークスライス固有認証及び承認機能（ＮＳＳＡＡＦ）などといった複数のＮＦを含み得る。例えば、（ＬＴＥといった）４Ｇシステムは、モビリティ管理エンティティ（ＭＭＥ）、ホーム加入者サーバ（ＨＳＳ）、サービスケイパビリティ露出機能（ＳＣＥＦ）などを含み得る。他の実施形態において、ネットワーク機能は、例えば特定のネットワークに依存して、異なる種類のＮＦを含み得る。

"端末デバイス"との用語は、通信ネットワークへアクセスし及びそこからサービスを受けることのできる任意の末端のデバイスへの言及である。限定ではなく例示でいうと、端末装置は、移動端末、ユーザ機器（ＵＥ）、又は他の適した装置をいう。ＵＥは、例えば、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、又はアクセス端末（ＡＴ）であってよい。端末デバイスは、限定ではないものの、ポータブルコンピュータ、デジタルカメラのような撮像端末デバイス、ゲーミング端末デバイス、楽曲記憶再生電化製品、モバイルフォン、セルラーフォン、スマートフォン、ＶｏＩＰ（voice over IP）フォン、ワイヤレスローカルループフォン、タブレット、ウェアラブルデバイス、ＰＤＡ（personal digital assistant）、ポータブルコンピュータ、デスクトップコンピュータ、ウェアラブル端末デバイス、車載ワイヤレス端末デバイス、ワイヤレスエンドポイント、移動局、ＬＥＥ（laptop-embedded equipment）、ＬＭＥ（laptop-mounted equipment）、ＵＳＢドングル、スマートデバイス、及びワイヤレスＣＰＥ（customer-premises equipment）などを含んでよい。以下の説明において、"端末デバイス"、"端末"、"ユーザ機器"及び"ＵＥ"は、互換可能に使用され得る。１つの例として、端末装置は、３ＧＰＰ ＬＴＥ規格又はＮＲ規格といった、３ＧＰＰにより発布された１つ以上の通信規格に従った通信のために構成されるＵＥを表し得る。ここで使用されるところでは、"ユーザ機器"あるいは"ＵＥ"は、関係するデバイスを所有し及び／又は操作する人間のユーザという意味での"ユーザ"を必ずしも有していなくてもよい。いくつかの実施形態において、端末デバイスは、直接的なヒューマンインタラクション無しで情報を送信し及び／又は受信するように構成されてもよい。例えば、端末装置は、予め決定されるスケジュールで、内部の若しくは外部のイベントによりトリガされた場合に、又は、通信ネットワークからの要求に応じて、ネットワークへ情報を送信するように設計されてもよい。その代わりに、ＵＥは、人間のユーザへの販売又は人間のユーザによる操作を意図されているが、当初は特定の人間のユーザに関連付けられていないかもしれないデバイスを表してもよい。

また別の例として、モノのインターネット（ＩｏＴ）のシナリオでは、端末デバイスは、監視及び／若しくは測定を実行し、並びに他の端末デバイス及び／若しくはネットワーク機器へそうした監視及び／若しくは測定の結果を送信する、マシン又は他のデバイスを表してもよい。端末装置は、このケースにおいて、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよく、３ＧＰＰの文脈ではマシンタイプ通信（ＭＴＣ）デバイスとして言及されてもよい。１つの具体的な例として、端末デバイスは、３ＧＰＰ狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）標準を実装するＵＥであってもよい。そうしたマシン又はデバイスの具体的な例は、センサ、電力メータのようなメータデバイス、産業機械、又は、例えば冷蔵庫、テレビジョン、時計などの個人装着品である、家庭若しくは個人電化製品である。他のシナリオにおいて、端末装置は、その動作ステータス若しくはその動作に関連付けられる他の機能について監視し及び／若しくは報告することの可能な車両又は他の機器を表してもよい。

本明細書における、"１つの実施形態"、"一実施形態"、"例示的な実施形態"などへの言及は、説明される実施形態が特定の特徴、構造、又は特性を含み得るものの、あらゆる実施形態が当該特定の特徴、構造、又は特性を含むわけでは必ずしもないことを示す。そのうえ、そうしたフレーズは、必ずしも同じ実施形態を指しているわけではない。さらに、一実施形態との関係において特定の特徴、構造、又は特性が説明されている場合、明示的に記載されているか否かに関わらず、他の実施形態との関係においてそうした特徴、構造、又は特性を作用させることは、当業者の知識の範囲内であることが思量される。

ここでは多様な要素を説明するのに"第１"、"第２"などの用語が使用され得るが、そうした要素はそれら用語により限定されるべきではないことが理解されるものとする。それら用語は、ある要素を別の要素と区別するために使用されるに過ぎない。例えば、例示的な実施形態のスコープを逸脱することなく、第１の要素を第２の要素と呼ぶことができるはずであり、同様に、第２の要素を第１の要素と呼ぶことができるはずである。ここで使用されるところでは、"and/or"という用語は、関連付けられる列挙された項目のうちの１つ以上のありとあらゆる組合せを含む。

ここで使用されるところでは、"Ａ及び（又は）Ｂのうちの少なくとも一方"又は"Ａ又はＢのうちの少なくとも一方"というフレーズは、"Ａのみ、Ｂのみ、又はＡ及びＢの双方"を意味するものと理解されるべきである。"Ａ及び／又はＢ"というフレーズは、"Ａのみ、Ｂのみ、又はＡ及びＢの双方"を意味するものと理解されるべきである。

ここで使用される専門用語は、具体的な実施形態を説明する目的のためのものに過ぎず、ここで説明される概念を限定することを意図されない。ここで使用されるところでは、単数形である"a"、"an"、及び"the"は、文脈で別段明確に示されていない限り、複数形をも含むことが意図される。さらに理解されるであろうこととして、"含む（comprises）"、"含む（comprising）"、"有する（has）"、"有する（having）"、"含む（includes）"及び／又は"含む（including）"という用語は、ここで使用されるところでは、記述された特徴、エレメント、及び／又はコンポーネントの存在を特定するものの、１つ以上の他の特徴、エレメント、コンポーネント、及び／又はそれらの組合せの存在又は追加を排除しない。

なお、これら用語は、本文書で使用されるところでは、ノード、デバイス、又はネットワークなどの間の説明及び区別を容易にするためにのみ使用されている。技術の発展に伴って、同様の／同一の意味を有する他の用語もまた使用されてよい。

以下の説明及び特許請求の範囲において、ここで使用される全ての技術的用語及び学術的用語は、別段定義されない限り、本開示が属する分野における当業者により共通的に理解される意味と同じ意味を有する。

なお、本開示のいくつかの実施形態は、ある例示的なネットワーク構成及びシステム配備のための非限定的な例として使用されている３ＧＰＰにより定義された通りのセルラーネットワークとの関連で主に説明されている。そのため、ここで与えられる例示的な実施形態の説明は、それらに直接的に関連する専門用語を特に参照している。そうした専門用語は、提示される非限定的な例及び実施形態の文脈でのみ使用されるのであって、どういった形でも本開示を限定するものでは当然ない。むしろ、ここで説明される例示的な実施形態が適用可能である限り、ワイヤレスセンサネットワークといった、任意の他のシステム構成又は無線技術が等しく利用されてよい。

図３及び図４は、本開示の実施形態を実装することのできるいくつかの３ＧＰＰシステムアーキテクチャを示している。簡明さのために、図３及び図４のシステムアーキテクチャは、いくつかの例示的な要素を描いているに過ぎない。実際には、通信システムは、固定電話、サービスプロバイダ又は何らかの他のネットワークノード若しくは端末デバイスといった、端末デバイス間の又は端末デバイスと他の通信デバイスとの間の通信をサポートするために適した任意の追加的なエレメントをさらに含んでよい。通信システムは、当該通信システムにより又は当該通信システムを介して提供されるサービスに対する端末デバイスのアクセス及び／又はその使用を促進するために、１つ以上の端末デバイスへ通信及び多様なタイプのサービスを提供し得る。

図３は、４Ｇネットワークにおけるハイレベルアーキテクチャを概略的に示しており、同図は、その開示が参照により全体としてここに取入れられる３ＧＰＰ ＴＳ２３．６８２Ｖ１６．９．０の図４．２－１ａと同一である。図３のシステムアーキテクチャは、ＳＣＳ、ＡＳ、ＳＣＥＦ、ホーム加入者サーバ（ＨＳＳ）、ＵＥ、無線アクセスネットワーク（ＲＡＮ）、サービングＧＰＲＳ（General Packet Radio Service）サポートノード（ＳＧＳＮ）、モビリティ管理エンティティ（ＭＭＥ）、モバイルスイッチングセンタ（ＭＳＣ）、サービングゲートウェイ（Ｓ－ＧＷ）、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）／パケットデータネットワーク（ＰＤＮ）ゲートウェイ、マシンタイプ通信インターワーキング機能（ＭＴＣ－ＩＷＦ）、課金データ機能（ＣＤＦ）／課金ゲートウェイ機能（ＣＧＦ）、マシンタイプ通信－認証・承認・アカウンティング（ＡＡＡ）、ショートメッセージサービス（ＳＭＳ）－サービスセンタ（ＳＣ）／ゲートウェイＭＳＣ（ＧＭＳＣ）／インターワーキングＭＳＣ（ＩＷＭＳＣ）、インターネットプロトコルショートメッセージゲートウェイ（ＩＰ-ＳＭ-ＧＷ）といった、いくつかの例示的なエレメントを含み得る。図３に示したようなネットワークエレメント及びインタフェースは、３ＧＰＰ ＴＳ２３．６８２ Ｖ１６．９．０に記述されている通りの対応するネットワークエレメント及びインタフェースと同一であってよい。

図４は、本開示の一実施形態に係る第５世代ネットワーク内のハイレベルアーキテクチャを概略的に示している。例えば、第５世代ネットワークは、５ＧＳであってよい。図４のアーキテクチャは、その開示が参照により全体としてここに取入れられる３ＧＰＰ ＴＳ２３．５０１ Ｖ１７．０．０に記述されている図４．２．３－１と同一である。図４のシステムアーキテクチャは、ＡＵＳＦ、ＡＭＦ、データネットワーク（ＤＮ）、ＮＥＦ、ＮＲＦ、ＮＳＳＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＡＦ、ＵＥ、（Ｒ）ＡＮ、サービス通信プロキシ（ＳＣＰ）、ネットワークスライス固有認証及び承認機能（ＮＳＳＡＡＦ）、ネットワークスライス流入制御機能（ＮＳＡＣＦ）などといったいくつかの例示的な要素を含み得る。

例示的な実施形態によれば、ＵＥは、図４に示した通りのリファレンスポイントＮ１上でＡＭＦとのシグナリング接続を確立することができる。このシグナリング接続は、ＵＥと（Ｒ）ＡＮとの間のシグナリング接続及び当該ＵＥ向けの（Ｒ）ＡＮとＡＭＦとの間のＮ２接続を含む、ＵＥとコアネットワークとの間の非アクセス層（ＮＡＳ）シグナリングの交換を可能にし得る。（Ｒ）ＡＮは、リファレンスポイントＮ３上でＵＰＦと通信することができる。ＵＥは、リファレンスポイントＮ６上でＵＰＦを通じてＤＮ（例えば事業者ネットワーク又はインターネットである、データネットワーク）に対するプロトコルデータユニット（ＰＤＵ）セッションを確立することができる。

図４にさらに示したように、例示的なシステムアーキテクチャは、ＮＲＦ、ＮＥＦ、ＡＵＳＦ、ＵＤＭ、ＰＣＦ、ＡＭＦ、ＮＳＡＣＦ及びＳＭＦといったＮＦにより呈示される、Nnrf、Nnef、Nausf、Nudm、Npcf、Namf、Nnsacf及びNsmfといったサービスベースのインタフェースをも含む。加えて、図４は、ＮＦにおいてＮＦサービス間のインタラクションをサポートすることのできる、Ｎ１、Ｎ２、Ｎ３、Ｎ４、Ｎ６、及びＮ９といったいくつかのリファレンスポイントをも示している。例えば、それらリファレンスポイントは、具体的なシステム手続を行う目的で、対応するＮＦのサービスベースのインタフェースを通じて、いくつかのＮＦサービスカスタマ及びプロバイダとそれらのインタラクションとを特定することにより実現され得る。

図４に示した多様なＮＦは、セッション管理、モビリティ管理、認証、セキュリティなどといった機能に責任を有し得る。ＡＵＳＦ、ＡＭＦ、ＤＮ、ＮＥＦ、ＮＲＦ、ＮＳＳＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＡＦ、ＵＥ、（Ｒ）ＡＮ、ＳＣＰ、ＮＳＡＣＦは、例えば３ＧＰＰ ＴＳ２３．５０１ Ｖ１７．０．０の第６．２節において定義されている通りの機能性を含み得る。

図５は、図１のＥＥＣといったエッジイネーブラクライアント内に、当該クライアントに、若しくは当該クライアントとして実装される装置、又はそのエッジイネーブラクライアントへ通信可能に連結される装置により実行され得る、本開示の一実施形態に係る方法のフローチャートを示している。そのため、その装置は、方法５００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。

ブロック５０２で、エッジイネーブラクライアントは、アプリケーションコンテキスト再配置（ＡＣＲ）を要することを検出し得る。一実施形態において、エッジイネーブラクライアントは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されている通りに、ＡＣＲを要し得ることを検出する。ＥＥＣは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されている通りに、将来において予定され又は予測されるＵＥのロケーションについてＡＣＲを要し得ることを検出し得る。

３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されているように、ＵＥが新たなロケーションへ移動すると、当該ＵＥ内のＡＣへサービスするために、異なるＥＡＣがより適していることがあり得る。そうした移行は、モビリティではないイベントの帰結であることもあり得、サービスの連続性を維持するためにイネーブリングレイヤからのサポートを要する。

ＵＥ内のＡＣのためにサービス連続性をサポートすることで、Ｓ－ＥＡＳをＴ－ＥＡＳと置き換えている間のサービスの中断を最小化することができる。

概して、Ｓ－ＥＡＳは、アプリケーションコンテキストに関連付けられる。サービス連続性をサポートするために、このアプリケーションコンテキストがＳ－ＥＡＳからＴ－ＥＡＳへ移管される。

エッジイネーブラレイヤにおいて提供されるサービス連続性をサポートするためのケイパビリティは、ＡＣ及び１つ以上のＥＡＳが関与し得る多様なアプリケーションレイヤシナリオを考慮し得る。

サービス連続性のために、以下のイントラＥＤＮ、インターＥＤＮ及びＬＡＤＮ（Local Area Data Network）関連のシナリオがサポートされる：
－ ＵＥモビリティ。次のケースについての予測上の又は予定されるＵＥモビリティを含む：
－ 次のケースについてのＳ－ＥＡＳ又はＥＤＮにおける過負荷の状況：
－ ＥＡＳのグレースフルシャットダウンといった保守の観点。

ＡＣＲの必要性をサポートするために、以下のエンティティの役割が識別される：
－ ＡＣＲの必要性を検出し又は予測する、検出エンティティ、
－ ＡＣＲを要するという決定をする、意思決定エンティティ、及び
－ ＡＣＲを実行する、実行エンティティ。

検出エンティティは、ＵＥのロケーション又は予測され／予定されるＵＥのロケーションといった多様な観点を監視することにより、ＡＣＲについてあり得る必要性を検出し、ＡＣＲを要するかを判定するように意思決定エンティティへ指示をする。ＡＣ、ＥＥＣ、ＥＥＳ及びＥＡＳは、潜在的に検出の役割を担うことができる。

意思決定エンティティは、ＡＣＲを要すると判定し、ＡＣＲを行うように実行エンティティへ指示をする。

実行エンティティは、意思決定エンティティにより指示されたときにその通りにＡＣＲを行う。

他のＥＡＳがＵＥにサービスすべきであるという決定の後に、Ｓ－ＥＡＳは、既存のアプリケーションコンテキストが新たなＥＡＳへ移管されるかを決定し得る。

ＥＡＳは、アプリケーションレイヤにおいてサービス連続性をサポートするためにＥＥＳにより提供される以下のケイパビリティを利用し得る：
－ サービス連続性関連のイベントを購読し、対応する通知を受信する、
－ Ｔ－ＥＡＳを取得する、及び
－ Ｓ－ＥＡＳからＴ－ＥＡＳへのＡＣＲ。

ＥＥＳは、アプリケーションレイヤにおいてサービス連続性をサポートするためにＥＣＳにより提供される以下のケイパビリティを利用し得る：
－ Ｔ－ＥＥＳを取得する。

ＥＥＣは、サービスエリアの外側へＵＥが移動したか又は移動すると予測され若しくは予定されるかを検出することにより、ＡＣＲを要するかを判定し得る（３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第７．３．３節参照）。サービスエリアは、サービスプロビジョニングの期間中にＥＣＳにより、又はＥＡＳディスカバリの期間中にＥＥＳにより、ＥＥＣへ提供され得る。セッション及びサービス連続性（ＳＳＣ）モード３のＰＤＵセッションについて、ＵＥが３ＧＰＰ ＴＳ２３．５０２ Ｖ１７．０．０の第４．３．５．２節で規定されているようにＰＤＵセッション修正コマンドを受信した場合に、ＥＥＣは、ＡＣＲを要すると判定してもよい。ＳＳＣモード３のＩＰｖ６マルチホーム型ＰＤＵセッションについて、ＥＥＣは、ＵＥが３ＧＰＰ ＴＳ２３．５０２ Ｖ１７．０．０の第４．３．５．３節で規定されているように新たなＩＰｖ６プレフィクスの存在及び利用可能性について通知された場合に、ＥＥＣは、ＡＣＲを要すると判定してもよい。

ＳＳＣモード３のインターネットプロトコルバージョン６（ＩＰｖ６）マルチホーム型ＰＤＵセッションについて、ＥＥＣは、ＵＥ実装に基づいて、ＰＤＵセッションアンカ（ＰＳＡ）ＵＰＦの変更に起因するＩＰｖ６プレフィクスコンフィグレーションに関する上記通知を認識することができる。

成功裏のＡＣＲの後に：
－ ＥＥＣは、ＥＡＳによってその完了を通知され、及び
－ ＥＥＣは、ＥＥＳによってその完了を通知される。

一般に、ＡＣＲ手続を行うためにはいくつかのステップを要する。ＡＣＲ手続におけるエッジイネーブルメントレイヤの潜在的な役割は、以下を含む：
－ 検出イベントの提供、
－ Ｔ－ＥＡＳの選択、及び
－ Ｓ－ＥＡＳからＴ－ＥＡＳへのアプリケーションコンテキストの移管のサポート。

ＵＥが５Ｇコアネットワーク（５ＧＣ）へ接続される場合、ＡＦとして動作するＥＥＳ／ＥＡＳは、３ＧＰＰ ＴＳ２３．５０２ Ｖ１７．０．０で規定されているように、３ＧＰＰコアネットワーク（ＣＮ）からのＡＦトラフィック影響機能性（AF traffic influence functionality）を利用し得る。

サービス連続性プランニングのためにＡＣＲを実行することができ、プランニングとは、ＡＣＲの検出、決定及び実行がＵＥの予定／予測されるロケーションについて行われることを意味する。そうしたケースでは、ＵＥが予定されるロケーションへ移動した際に、Ｔ－ＥＡＳが当該ＵＥへサービスすることになる。

サービス連続性プランニングは、計画され、企画され、又は予想される振る舞いに関する情報がＥＥＳにおいて利用可能であり又はＥＥＣにより提供される場合に、シームレスなサービス連続性についてのサポートを提供するという、エッジイネーブラレイヤの付加価値的な特徴である。この機能性を実装するために、ＥＥＳは、次のものを利用し得る：
－ 例えばＡＣスケジュール、予定されるＡＣの地理的サービスエリア、予定されるサービスＫＰＩ、好適ＥＣＳＰリストといった、ＥＥＣにより提供される情報、及び
－ 第８．１０．３節に記述されている通りの、ＥＥＳにより利用される３ＧＰＰコアネットワークケイパビリティ。

ブロック５０４で、エッジイネーブラクライアントは、ＡＣＲリクエストメッセージ内に、サービス連続性のタイプを示す情報要素を設定し得る。

一実施形態において、サービス連続性のタイプを示す情報要素は、サービス連続性プランニングのインジケーション又は通常のサービス連続性のインジケーションであってよい。

サービス連続性プランニングのインジケーションは、ＡＣＲリクエストがサービス連続性プランニングのためのものであるかを示す。サービス連続性プランニングのインジケーションがＡＣＲリクエストにおいて省略されている場合、それは通常のサービス連続性を示唆する。

一実施形態において、ＡＣＲリクエストは、サービス連続性のタイプ（通常又はプランニング）を示す情報要素をさらに含むことを除いて、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．４．４節に記述されている通りのＡＣＲリクエストと同じであってよい。ＡＣＲリクエストにおいて上記情報要素が省略されている場合、それは通常のサービス連続性を示唆する。

一実施形態において、サービス連続性のタイプは、サービス連続性プランニング又は通常のサービス連続性のうちの少なくとも１つを含む。

一実施形態において、上記情報要素は、サービス連続性プランニングのインジケーション又は通常のサービス連続性のインジケーションであってよい。

一実施形態において、上記情報要素は、サービス連続性プランニングというタイプ又は通常のサービス連続性というタイプであってよい。

サービス連続性プランニングのタイプを示す上記情報要素は、ビットといった任意の適した情報であってよい。

ブロック５０６で、エッジイネーブラクライアントは、上記ＡＣＲリクエストメッセージをエッジイネーブラサーバへ送信し得る。

一実施形態において、上記エッジイネーブラサーバは、ソースエッジイネーブラサーバである。

一実施形態において、ＡＣＲは、ソースエッジイネーブラサーバを介してエッジイネーブラクライアントにより実行される。例えば、この実施形態は、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．２．３節に記述されているようにＥＥＣがＳ－ＥＥＳを介してＡＣＲを実行するための手続に適用されてよい。ＥＥＣがＳ－ＥＥＳを介してＡＣＲを実行するための手続において、ＥＥＣは、サービス連続性プランニングのためにＡＣＲがトリガされることを検出すると、Ｓ－ＥＥＳに対してＡＣＲリクエストメッセージにおいてそれ（例えば、サービス連続性プランニングというタイプ）を指し示す。サービス連続性プランニングのためにＡＣＲがトリガされる場合、Ｓ－ＥＥＳは、Ｓ－ＥＡＳに対してＡＣＲ通知（ACR Notify）メッセージにおいてそれ（例えば、サービス連続性プランニングというタイプ）を指し示す。

一実施形態において、ＡＣＲは、ソースエッジイネーブラサーバにより実行される。例えば、この実施形態は、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．２．５節に記述されているようにＳ－ＥＥＳがＡＣＲを検出し、決定し及びＳ－ＥＡＳからＴ－ＥＡＳへ実行するための手続に適用されてよい。Ｓ－ＥＥＳがＡＣＲを検出し、決定し及びＳ－ＥＡＳからＴ－ＥＡＳへ実行するための手続において、ＥＥＣは、サービス連続性プランニングのためにＡＣＲがトリガされることを検出すると、Ｓ－ＥＥＳに対してＡＣＲリクエストメッセージにおいてそれ（例えば、サービス連続性プランニングというタイプ）を指し示す。サービス連続性プランニングのためにＡＣＲがトリガされる場合、Ｓ－ＥＥＳは、Ｓ－ＥＡＳに対してＡＣＲ通知メッセージにおいてそれ（例えば、サービス連続性プランニングというタイプ）を示す情報要素を指し示す。

一実施形態において、上記エッジイネーブラサーバは、ターゲットエッジイネーブラサーバである。

一実施形態において、ＡＣＲは、ターゲットエッジイネーブラサーバを介してエッジイネーブラクライアントにより実行される。例えば、この実施形態は、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．２．６節に記述されているようにＥＥＣがＴ－ＥＥＳを介してＡＣＲを実行するための手続に適用されてよい。ＥＥＣがＴ－ＥＥＳを介してＡＣＲを実行するための手続において、ＥＥＣは、サービス連続性プランニングのためにＡＣＲがトリガされることを検出すると、Ｔ－ＥＥＳに対してＡＣＲリクエストメッセージにおいてそれ（例えば、サービス連続性プランニングというタイプ）を指し示す。サービス連続性プランニングのためにＡＣＲがトリガされる場合、Ｔ－ＥＥＳは、Ｔ－ＥＡＳに対してＡＣＲ通知メッセージにおいてそれ（例えば、サービス連続性プランニングというタイプ）を指し示す。

一実施形態において、ＡＣＲリクエストメッセージ内に（サービス連続性プランニングのインジケーションといった）サービス連続性のタイプを示す情報要素が設定される場合に、ＡＣＲリクエストメッセージは、ＡＣＲがサービス連続性プランニングのためにトリガされることを示す。

一実施形態において、ＡＣＲリクエストメッセージ内でサービス連続性のタイプを示す情報要素が省略される場合に、ＡＣＲリクエストメッセージは、ＡＣＲが通常のサービス連続性のためにトリガされることを示す。

図６は、図１のＥＥＳといったエッジイネーブラサーバ内に、当該サーバに、若しくは当該サーバとして実装される装置、又はそのエッジイネーブラサーバへ通信可能に連結される装置により実行され得る、本開示の他の実施形態に係る方法のフローチャートを示している。そのため、その装置は、方法６００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。上の実施形態において説明したいくつかの部分について、その説明は、ここでは簡明さのために省略される。

ブロック６０２で、エッジイネーブラサーバは、アプリケーションコンテキスト再配置（ＡＣＲ）を要すると判定し得る。

一実施形態において、エッジイネーブラサーバは、エッジイネーブラクライアントから、サービス連続性のタイプを示す情報要素を含むＡＣＲリクエストメッセージを受信し、サービス連続性のタイプを示す情報要素を含む当該ＡＣＲリクエストメッセージに基づいて、ＡＣＲを要すると判定し得る。例えば、図５のブロック５０６で、エッジイネーブラクライアントは、ＡＣＲリクエストメッセージをエッジイネーブラサーバへ送信し、そして、エッジイネーブラサーバは、エッジイネーブラクライアントから、サービス連続性のタイプを示す情報要素を含む当該ＡＣＲリクエストメッセージを受信し、サービス連続性のタイプを示す情報要素を含む当該ＡＣＲリクエストメッセージに基づいて、ＡＣＲを要すると判定し得る。

一実施形態において、エッジイネーブラサーバは、ＡＣＲを要することを検出し、その検出に基づいて、アプリケーションコンテキスト再配置（ＡＣＲ）を要すると判定し得る。例えば、エッジイネーブラサーバは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されている通りに、ＡＣＲを要し得ることを検出する。エッジイネーブラサーバは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されている通りに、将来において予定され又は予測されるＵＥのロケーションについてＡＣＲを要し得ることを検出し得る。

ブロック６０４で、エッジイネーブラサーバは、ＡＣＲのための通知メッセージ内に、サービス連続性のタイプを示す情報要素を設定し得る。一実施形態において、サービス連続性のタイプを示す情報要素は、サービス連続性プランニングのインジケーション又は通常のサービス連続性のインジケーションであってよい。

サービス連続性プランニングのインジケーションは、ＡＣＲのための通知メッセージがサービス連続性プランニングのためのものであるかを示す。サービス連続性プランニングのインジケーションがＡＣＲのための通知メッセージにおいて省略されている場合、それは通常のサービス連続性を示唆する。

ブロック６０６で、エッジイネーブラサーバは、上記ＡＣＲのための通知メッセージをエッジアプリケーションサーバへ送信し得る。エッジアプリケーションサーバは、図１のＥＡＳと同じであってよい。

一実施形態において、ＡＣＲのための通知メッセージは、サービス連続性のタイプ（通常又はプランニング）を示す情報要素をさらに含むことを除いて、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．６．３．２．３節及び第８．６．３．３．４節に記述されている通りのＡＣＲ管理イベント通知であってよい。省略される場合には、それは通常のサービス連続性を示唆する。一実施形態において、サービス連続性タイプの情報要素は、"ＡＣＲ監視"イベント又は任意の他の適したイベントに適用可能であってよい。

図７は、図１のＥＡＳといったエッジアプリケーションサーバ内に、当該サーバに、若しくは当該サーバとして実装される装置、又はそのエッジアプリケーションサーバへ通信可能に連結される装置により実行され得る、本開示の他の実施形態に係る方法のフローチャートを示している。そのため、その装置は、方法７００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。上の実施形態において説明したいくつかの部分について、その説明は、ここでは簡明さのために省略される。

ブロック７０２で、エッジアプリケーションサーバは、エッジイネーブラサーバから、アプリケーションコンテキスト再配置（ＡＣＲ）のための通知メッセージを受信し得る。上記ＡＣＲのための上記通知メッセージは、サービス連続性のタイプを示す情報要素を含む。例えば、図６のブロック６０６で、エッジイネーブラサーバは、上記ＡＣＲのための通知メッセージをエッジアプリケーションサーバへ送信し、そして、エッジアプリケーションサーバは、エッジイネーブラサーバから、アプリケーションコンテキスト再配置（ＡＣＲ）のための通知メッセージを受信し得る。

ブロック７０４で、エッジアプリケーションサーバは、サービス連続性のタイプを示す情報要素に基づいて、サービス連続性プランニングのためにＡＣＲがトリガされたかを判定し得る。例えば、上記情報要素がサービス連続性プランニングというタイプを示す場合に、エッジアプリケーションサーバは、ＡＣＲがサービス連続性プランニングのためにトリガされたと判定し得る。上記情報要素が通常のサービス連続性プランニングというタイプを示すか又はそれが省略されている場合に、エッジアプリケーションサーバは、ＡＣＲが通常のサービス連続性のためにトリガされたと判定し得る。

サービス連続性プランニングというタイプを示す情報要素を含むＡＣＲ通知メッセージの受信後の（Ｔ－ＥＡＳ又はＳ－ＥＡＳといった）ＥＡＳにおける取り扱いのために、ＥＡＳは、ＵＥのロケーションの監視を（以前に開始済みでないならば）開始するものとされる。Ｓ－ＥＡＳは、ＵＥが未だ予測／予定されるロケーションへ移動していない時からＵＥが実際に予測／予定されるロケーションへ移動した時までＴ－ＥＡＳ内のアプリケーションコンテキストがＳ－ＥＡＳ内の最新の情報と同期されることを保証するものとされる。

ブロック７０６で、サービス連続性プランニングのためにＡＣＲがトリガされた場合においてＡＣＲに関連するユーザ機器が予定されたロケーションへ移動した後に、エッジアプリケーションサーバは、ＡＣＲが完了したことを確認するためのＡＣＲ完了メッセージをエッジイネーブラサーバへ送信し得る。

一実施形態において、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０のテーブル８．６．３．３．４－１が次の表１のように補正されてもよい。テーブル８．６．３．３．４－１は、ＥＥＳからＥＡＳへのＡＣＲ管理イベント通知のための情報要素を記述している。

一実施形態において、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０のテーブル８．６．３．３．４－１が次の表２のように補正されてもよい。

図８ａは、本開示の一実施形態に係る連続的なＡＣＲ管理イベント通知のためのＥＥＳとＥＡＳとの間の通知動作を示している。図８ａは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の図８．６．３．２．３－１と同一である。

図８ａのステップ１：ＥＥＳは、ＵＥのＡＣＲ管理イベントを検出する（例えば、３ＧＰＰコアネットワークからＵＥ向けのユーザプレーンパス管理イベント通知を受信する）。一実施形態において、ＥＥＳは、アプリケーションコンテキスト再配置（ＡＣＲ）を要すると判定し得る。例えば、エッジイネーブラサーバは、エッジイネーブラクライアントから、サービス連続性のタイプを示す情報要素を含むＡＣＲリクエストメッセージを受信し、サービス連続性のタイプを示す情報要素を含む当該ＡＣＲリクエストメッセージに基づいて、ＡＣＲを要すると判定し得る。他の例として、ＥＥＳは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されている通りに、ＡＣＲを要し得ることを検出する。エッジイネーブラサーバは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されている通りに、将来において予定され又は予測されるＵＥのロケーションについてＡＣＲを要し得ることを検出し得る。

ａ．"ユーザプレーンパス変更"イベントが購読（subscribe）される場合、ＥＥＳは、検出したユーザプレーンパス管理イベント通知をタイムスタンプと共にＵＥの最新の情報としてローカルでキャッシュし、ＵＥのグループ向けに通知の統合を開始してもよい。ＥＥＳは、３ＧＰＰコアネットワークから受信される分析結果、ローカルポリシー、及びＥＡＳから受信されるユーザプレーンパス管理サブスクリプション情報に基づいて、統合を行うか及び統合期間を決定する。ＥＥＳは、"ユーザプレーンパス管理"イベントについて購読しているＥＡＳに対してユーザプレーンパス管理イベント通知情報（例えば、ＤＮＡＩ）を通知することを決定する。

ｂ．"ＡＣＲ監視"イベントが購読される場合、３ＧＰＰコアネットワークから送信される検出されるユーザプレーンパス変更レポートに基づいて、ＥＥＳは、ターゲットＤＮＡＩが購読者であるＥＡＳのＥＡＳプロファイル内にあるかをチェックし、無いときは、さらに、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．２節のステップ２～４に記述されている通りに、ターゲットＤＮＡＩにおいてＴ－ＥＡＳが利用可能であるかをチェックする。

ｃ．"ＡＣＲファシリテーション"イベントが購読される場合、３ＧＰＰコアネットワークから送信される検出されるユーザプレーンパス変更レポートに基づいて、ＥＥＳは、ターゲットＤＮＡＩが購読者であるＥＡＳのＥＡＳプロファイル内にあるかをチェックし、無いときは、さらに、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．２節のステップ２～４に記述されている通りに、ターゲットＤＮＡＩにおいてＴ－ＥＡＳが利用可能であるかをチェックする。Ｔ－ＥＡＳが利用可能である場合、ＥＥＳは、発見されたＥＡＳのリストからＴ－ＥＡＳを選択し、３ＧＰＰコアネットワーク内の選択したＴ－ＥＡＳのＮ６ルーティング情報にＡＦトラフィック影響（AF traffic influence）を適用する。また、ＥＥＳは、選択したＴ－ＥＡＳエンドポイントをＳ－ＥＡＳに通知する。

図８ａのステップ２：ＥＥＳは、ＡＣＲ管理イベント通知をＥＡＳへ送信する。ＥＥＳは、ＵＥのＡＣＲ管理イベント通知情報及び随意的にタイムスタンプを含める。通知をトリガしたイベントがＤＮＡＩ変更である場合、ユーザプレーンパス管理イベント通知情報の世代を示すためにタイムスタンプを含めることができる。ＥＥＳは、３ＧＰＰネットワークからのユーザプレーンパス管理イベント通知に含まれる情報の一部のみを提供してもよい（例えば、ターゲットＤＮＡＩ）。ＥＡＳが"ＥＡＳ確認応答のインジケーション"を提供した場合、ＥＥＳは、３ＧＰＰコアネットワークへＡＦ確認応答を送信する前に、ＥＡＳからの確認応答を待ち受ける。Ｔ－ＥＡＳが利用可能である場合、ＥＥＳは、Ｔ－ＥＡＳエンドポイントをＥＡＳへ通知し、そうでない場合、本イベント通知は送信されないことになる。一実施形態において、サービス連続性プランニングのためにＡＣＲがトリガされる場合、ＥＥＳは、ＥＡＳに対しそれをＡＣＲ管理イベント通知において指し示す。他の実施形態において、サービス連続性プランニングのためにＡＣＲがトリガされる場合、ＥＥＳは、ＥＡＳへのＡＣＲ管理イベント通知内にサービス連続性プランニングのインジケーションを設定する。

図８ａのステップ３：ＥＡＳが３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．６．３．２．１節に記述されているＡＣＲパス管理イベント購読リクエスト内にＥＡＳ確認応答のインジケーション（Indication of EAS Acknowledgement）を含めた場合、ＥＡＳは、所要のＡＣＴの完了の直後か又は後かのいずれかにおいて、ＥＥＳへＡＣＲ管理イベント通知に対する応答としてＥＡＳ確認応答を送信する。ＥＡＳは否定的な応答を行ってもよく、例えばＥＡＳはＡＣＲを行わないと判定してもよい。そして、ＥＥＳは、３ＧＰＰコアネットワークへＡＦ確認応答を送信する。

図８ｂは、本開示の一実施形態に従ってＥＥＣがＳ－ＥＥＳを介してＡＣＲを実行するための手続を示している。図８ｂは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の図８．８．２．３－１と同一である。

前提条件：

１．ＵＥのＡＣは、Ｓ－ＥＡＳへの接続を既に有しており、

２．ＥＥＣは、Ｓ－ＥＥＳと通信可能である。

フェーズＩ：ＡＣＲ検出

図８ｂのステップ１：ＥＥＣは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されている通りに、ＡＣＲを要し得ることを検出する。ＥＥＣは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されている通りに、将来において予定され又は予測されるＵＥのロケーションについてＡＣＲを要し得ることを検出し得る。

フェーズＩＩ：ＡＣＲ決定

図８ｂのステップ２：ＥＥＣは、ＡＣＲをトリガするための所要の手続を進めることを決定する。

フェーズＩＩＩ：ＡＣＲ実行

図８ｂのステップ３：ＥＥＣは、提供された情報を使用し、又は３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．３節によるサービスプロビジョニング手続を実行することにより、Ｔ－ＥＥＳを判定する。図８Ｂのステップ１においてサービス連続性プランニングがトリガされた場合、（第８．３節で規定されている通りの）サービスプロビジョニング手続における接続性情報及びＵＥロケーションが、予定されている接続性情報及び予定されているＵＥロケーションを含む。ＵＥがＴ－ＥＥＳのサービスエリア内にいる場合、Ｔ－ＥＥＳが選択されると、ＵＥは、ターゲットＥＤＮへの新たなＰＤＵ接続を確立することを必要とし得る。その場合、ＥＥＣは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．５．２節によるＴ－ＥＥＳとのＥＡＳディスカバリを実行することにより、Ｔ－ＥＡＳを発見して選択することができる。

図８ｂのステップ４：ＥＥＣは、Ｓ－ＥＥＳに対して（３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．４節に記述されている通りの）ＡＣＲ立ち上げ手続を実行し、ＡＣＲアクションは（ＥＡＳへの通知の必要性と共に）ＡＣＲの開始及び対応するＡＣＲ開始データを指し示す。一実施形態において、図８ｂのステップ１においてサービス連続性プランニングのためにＡＣＲがトリガされた場合、ＥＥＣは、Ｓ－ＥＥＳに対しそれをＡＣＲリクエストメッセージにおいて指し示す。他の実施形態において、ステップ１においてサービス連続性プランニングのためにＡＣＲがトリガされた場合、ＥＥＣは、Ｓ－ＥＥＳへのＡＣＲリクエストメッセージ内にサービス連続性プランニングのインジケーションを設定する。Ｓ－ＥＥＳは、ＥＥＣからのリクエストを承認する。Ｓ－ＥＥＳは、ＥＥＣから受信される情報、ＥＥＣコンテキスト及び／又はＥＡＳプロファイルに基づいて、ＡＣＲを実行すると決定する。Ｓ－ＥＥＳは、（適用可能ならば）３ＧＰＰコアネットワーク内のＴ－ＥＡＳのＮ６ルーティング情報にＡＦトラフィック影響を適用してもよく、Ｓ－ＥＡＳとＴ－ＥＡＳとの間でＡＣＴを開始するためのＡＣＲ通知（ACR Notify）メッセージをＳ－ＥＡＳへ送信する。一実施形態において、サービス連続性プランニングのためにＡＣＲがトリガされた場合、Ｓ－ＥＥＳは、Ｓ－ＥＡＳに対しそれをＡＣＲ通知メッセージにおいて指し示す。他の実施形態において、サービス連続性プランニングのためにＡＣＲがトリガされた場合、Ｓ－ＥＥＳは、Ｓ－ＥＡＳへのＡＣＲ通知メッセージ内にサービス連続性プランニングのインジケーションを設定する。また、ＥＥＣは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．５．２節に記述されている通りに、Ｓ－ＥＥＳからＡＣＲ完了イベントについてのＡＣＲ情報通知を受信するように購読する。

図８ｂのステップ５：Ｓ－ＥＡＳは、実装に固有の時点で、アプリケーションコンテキストをＴ－ＥＡＳへ移管する。

フェーズＩＶ：ＡＣＲ後のクリーンアップ

図８ｂのステップ１において、サービス連続性プランニングのためにＡＣＲがトリガされた場合に、ＵＥが予測されたロケーションへ移動しなければ、ＥＥＣはＴ－ＥＥＳへ接続せず、ＡＣはＴ－ＥＡＳへ接続しない。図８ｂのステップ６及び７はスキップされる。

注：図８ｂのステップ１においてサービス連続性プランニングのためのＡＣＲがトリガされた場合、図８ｂのステップ６及び７は、ＵＥが予測されるロケーションへ移動した後に実行される。

図８ｂのステップ６：Ｓ－ＥＡＳは、ＡＣＲが完了したことを確認するために、Ｓ－ＥＥＳへＡＣＲ完了（ACR Complete）メッセージを送信する。

図８ｂのステップ７：Ｓ－ＥＥＳは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．５．３節で規定されている通りに、ＡＣＲが完了したことを確認するために、ＥＥＣへＡＣＲ情報通知メッセージを送信する。

図９は、本開示の一実施形態に従ってＳ－ＥＥＳがＳ－ＥＡＳからＴ－ＥＡＳへのＡＣＲを検出し、決定し及び実行する手続を示している。図９は、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の図８．８．２．５－１と同一である。

図９の本手続は、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．６節の通りにＳ－ＥＡＳにより開始される場合のＳ－ＥＥＳによる自動化されたＡＣＲをサポートし得る。

前提条件：

１．ＵＥのＡＣは、Ｓ－ＥＡＳへの接続を既に有しており、

２．ＥＥＣは、Ｓ－ＥＥＳと通信可能であり、

３．ＥＥＣは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．５．２節に記述されている通りに、Ｓ－ＥＥＳからターゲット情報通知イベント及びＡＣＲ完了イベントについてのＡＣＲ情報通知を受信するように購読している。

図９のステップ１：Ｓ－ＥＡＳは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．６節で規定されている通りに、Ｓ－ＥＥＳとの自動化されたＡＣＲを開始し得る。本ステップにおいて、Ｓ－ＥＡＳ及びＳ－ＥＥＳは、Ｓ－ＥＥＳに対するアプリケーションコンテキストストレージのアドレスを交渉する。Ｓ－ＥＡＳは、このアドレスにアプリケーションコンテキストを置き、それはＡＣＴを要する場合にさらにＳ－ＥＥＳによりアクセス可能である。

このケースでは、Ｓ－ＥＥＳは、図９のステップ２（即ち、Ｓ－ＥＥＳ検出）、４、５、６、７、８、９及び１１を実行する。図９のステップ群の残りはスキップされる。

フェーズＩ：ＡＣＲ検出

図９のステップ２：検出エンティティ（Ｓ－ＥＡＳ、Ｓ－ＥＥＳ、ＥＥＣ）は、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されている通りに、ＡＣＲを要し得ることを検出する。Ｓ－ＥＥＳによる検出は、"ＡＣＲファシリテーション"イベントについてＳ－ＥＡＳリクエストに起因して３ＧＰＰコアネットワークから受信されるユーザプレーンパス変更通知によりトリガされ得る（３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．６．３節参照）。

検出エンティティは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されている通りに、将来において予定され又は予測されるＵＥのロケーションについてＡＣＲを要し得ることを検出し得る。

図９のステップ３：検出エンティティは、（３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．４節に記述されている通りの）ＡＣＲ立ち上げ手続を実行し、ＡＣＲアクションはＡＣＲの判定及び対応するＡＣＲ判定データを指し示す。一実施形態において、図９のステップ２においてサービス連続性プランニングのためにＡＣＲがトリガされた場合、ＥＥＣは、Ｓ－ＥＥＳに対しそれをＡＣＲリクエストメッセージにおいて指し示す。他の実施形態において、ステップ２においてサービス連続性プランニングのためにＡＣＲがトリガされた場合、ＥＥＣは、Ｓ－ＥＥＳへのＡＣＲリクエストメッセージ内にサービス連続性プランニングのインジケーションを設定する。

フェーズＩＩ：ＡＣＲ決定

図９のステップ４：Ｓ－ＥＥＳは、上記メッセージが受信されればそれを承認する。Ｓ－ＥＥＳは、受信した情報又はローカル検出、及びＥＥＣコンテキスト又はＥＡＳプロファイルの情報に基づいて、ＡＣＲを実行することを決定し、図９のそれ以降のステップへ進む。

フェーズＩＩＩ：ＡＣＲ実行

図９のステップ５：Ｓ－ＥＥＳは、本文書の第８．８．３．２節のＴ－ＥＡＳ発見（Discover T-EAS）手続を介してＴ－ＥＥＳ及びＴ－ＥＡＳを判定する。図９のステップ２において、サービス連続性プランニングのためにＡＣＲがトリガされた場合、Ｔ－ＥＥＳ取得（Retrieve T-EES）手続において提供されるＵＥロケーション及びターゲットＤＮＡＩ値が、予定されるＵＥロケーション及び予定されるターゲットＤＮＡＩを含む。Ｓ－ＥＥＳは、Ｔ－ＥＡＳが利用可能でない場合には、ＡＣＲを実行しないと決定してもよい。

図９のステップ６：Ｓ－ＥＥＳは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．５．３節に記述されている通りに、ＥＥＣへターゲット情報通知を送信する。

図９のステップ7：Ｓ－ＥＥＳは、（適用可能ならば）３ＧＰＰコアネットワーク内のＴ－ＥＡＳのＮ６ルーティング情報にＡＦトラフィック影響を適用してもよい。

図９のステップ８：Ｓ－ＥＥＳは、Ｓ－ＥＡＳとＴ－ＥＡＳとの間でＡＣＴを開始するためのＡＣＲ通知メッセージを（例えば、"ＡＣＲファシリテーション"イベントのための通知として）Ｓ－ＥＡＳへ送信する。一実施形態において、サービス連続性プランニングのためにＡＣＲがトリガされた場合、Ｓ－ＥＥＳは、Ｓ－ＥＡＳに対しそれをＡＣＲ通知メッセージにおいて指し示す。他の実施形態において、サービス連続性プランニングのためにＡＣＲがトリガされた場合、Ｓ－ＥＥＳは、Ｓ－ＥＡＳへのＡＣＲ通知メッセージ内にサービス連続性プランニングのインジケーションを設定する。

図９のステップ９：アプリケーションコンテキストは、実装に固有の時点で、Ｓ－ＥＡＳからＴ－ＥＡＳへ移管される。自動化されるＡＣＲのケースでは、Ｓ－ＥＥＳは、図９のステップ１によるアドレスからアプリケーションコンテキストへアクセスし、Ｓ－ＥＥＳ及びＴ－ＥＥＳがセキュアなやり方でＳ－ＥＡＳから（図９のステップ５により取得される）Ｔ－ＥＡＳへのＡＣＴに従事する。さらに、Ｔ－ＥＡＳは、Ｔ－ＥＥＳにより利用可能とされるアプリケーションコンテキストへアクセスする。Ｓ－ＥＡＳは、Ｔ－ＥＡＳと直接的にＡＣＴを実行してもよい。

アプリケーションコンテキストは、アプリケーションレイヤにより暗号化され保護される。Ｓ－ＥＥＳ及びＴ－ＥＥＳは、アプリケーションコンテキストのパケットレベルのトランスポートに従事し、それらにとってアプリケーションコンテキストの内容は可視的でない。

フェーズＩＶ：ＡＣＲ後のクリーンアップ

図９のステップ２において、サービス連続性プランニングのためにＡＣＲがトリガされた場合に、ＵＥが予測されたロケーションへ移動しなければ、ＥＥＣはＴ－ＥＥＳへ接続せず、ＡＣはＴ－ＥＡＳへ接続しない。図９のステップ１０及び１１はスキップされる。

図９のステップ２においてサービス連続性プランニングのためのＡＣＲがトリガされた場合、図９のステップ１０及び１１は、ＵＥが予定されるロケーションへ移動した後にのみ実行されるであろう。

図９のステップ１０：Ｓ－ＥＡＳは、ＡＣＲが完了したことを確認するために、Ｓ－ＥＥＳへＡＣＲ完了（ACR Complete）メッセージを送信する。

図９のステップ１１：Ｓ－ＥＥＳは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．５．３節で規定されている通りに、ＡＣＲが完了したことを確認するために、ＥＥＣへＡＣＲ情報通知メッセージを送信する。

アプリケーションクライアントの仕組みが、アプリケーショントラフィックのＴ－ＥＡＳへのスイッチオーバをサポートしてもよい。

図１０は、本開示の一実施形態に従ってＥＥＣがＴ－ＥＥＳを介してＡＣＲを実行するための手続を示している。図１０は、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の図８．８．２．６－１と同一である。

前提条件：

１．ＥＥＣは、ＡＣへサービスするＳ－ＥＡＳ情報を有している。

フェーズＩ：ＡＣＲ検出

図１０のステップ１：ＥＥＣは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されている通りに、ＡＣＲを要し得ることを検出する。ＥＥＣは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．１節に記述されている通りに、将来において予定され又は予測されるＵＥのロケーションについてＡＣＲを要し得ることを検出し得る。

フェーズＩＩ：ＡＣＲ決定

図１０のステップ２：ＥＥＣは、ＡＣＲのための所要の手続を進めることを決定する。

サポートされる場合、ＡＣは、その決定に関与することができる。

フェーズＩＩＩ：ＡＣＲ実行

図１０のステップ３：ＥＥＣは、提供された情報を使用し、又は３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．３節によるサービスプロビジョニング手続を実行することにより、Ｔ－ＥＥＳを判定する。図１０のステップ１においてサービス連続性プランニングがトリガされた場合、サービスプロビジョニング手続において使用される接続性情報及びＵＥロケーションが、予定されている接続性情報及び予定されているＵＥロケーションを含む。ＵＥがＴ－ＥＥＳのサービスエリア内にいる場合、Ｔ－ＥＥＳが選択されると、ＵＥは、ターゲットＥＤＮへの新たなＰＤＵ接続を確立することを必要とし得る。ＥＥＣは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．５．２節によるＴ－ＥＥＳとのＥＡＳディスカバリを実行する。

図１０のステップ４：ＥＥＣは、Ｔ－ＥＥＳに対して（３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．４節に記述されている通りの）ＡＣＲ立ち上げ手続を実行し、ＡＣＲアクションは（ＥＡＳへの通知の必要性と共に）ＡＣＲの開始及び対応するＡＣＲ開始データを指し示す。一実施形態において、図１０のステップ１においてサービス連続性プランニングのためにＡＣＲがトリガされた場合、ＥＥＣは、Ｔ－ＥＥＳに対しそれをＡＣＲリクエストメッセージにおいて指し示す。他の実施形態において、ステップ１においてサービス連続性プランニングのためにＡＣＲがトリガされた場合、ＥＥＣは、Ｔ－ＥＥＳへのＡＣＲリクエストメッセージ内にサービス連続性プランニングのインジケーションを設定する。Ｔ－ＥＥＳは、（適用可能ならば）３ＧＰＰコアネットワーク内のＴ－ＥＡＳのＮ６ルーティング情報にＡＦトラフィック影響を適用してもよい。そして、Ｔ－ＥＥＳは、Ｔ－ＥＡＳへＡＣＲ通知メッセージを送信する。また、ＥＥＣは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．５．２節に記述されている通りに、Ｔ－ＥＥＳからＡＣＲ完了イベントについてのＡＣＲ情報通知を受信するように購読する。一実施形態において、サービス連続性プランニングのためにＡＣＲがトリガされた場合、Ｔ－ＥＥＳは、Ｔ－ＥＡＳに対しそれをＡＣＲ通知メッセージにおいて指し示す。他の実施形態において、サービス連続性プランニングのためにＡＣＲがトリガされた場合、Ｔ－ＥＥＳは、Ｔ－ＥＡＳへのＡＣＲ通知メッセージ内にサービス連続性プランニングのインジケーションを設定する。

図１０のステップ５：Ｔ－ＥＡＳは、Ｓ－ＥＡＳとＴ－ＥＡＳとの間でＡＣＴを開始する。

フェーズＩＶ：ＡＣＲ後のクリーンアップ

図１０のステップ１において、サービス連続性プランニングのためにＡＣＲがトリガされた場合に、ＵＥが予測されたロケーションへ移動しなければ、ＥＥＣはＴ－ＥＥＳへ接続せず、ＡＣはＴ－ＥＡＳへ接続しない。図１０のステップ６及び７はスキップされる。

注２：図１０のステップ１においてサービス連続性プランニングのためのＡＣＲがトリガされた場合、図１０のステップ６及び７は、ＵＥが予定されるロケーションへ移動した後にのみ実行されるであろう。

図１０のステップ６：Ｔ－ＥＡＳは、ＡＣＲが完了したことを確認するために、Ｔ－ＥＥＳへＡＣＲ完了メッセージを送信する。

図１０のステップ７：Ｔ－ＥＥＳは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．３．５．３節に記述されている通りに、ＥＥＣへＡＣＲ情報通知を送信する。

上記手続は、図１０のステップ４の後に失敗すると、図１０のステップ７においてＥＥＣへのＡＣＲレスポンスメッセージで適切な原因と共に終了させられることになる。その場合、ＥＥＣは、サービス連続性のサポート無しで、図１０のステップ３において発見したＴ－ＥＡＳからのサービス取得の試行を進めてもよい。代替的に、ＥＥＣは、図１０のステップ３から開始して異なるＴ－ＥＥＳを選択することで、現行の手続を再開してもよい。

異なるＥＣＳＰにより運用されるＥＤＮの間のＡＣＲのサポートは、ＥＣＳＰの間のビジネス協定に依存する。

図１１は、本開示の一実施形態に係るＥＥＣによるＡＣＲ立ち上げ手続を示している。図１１は、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の図８．８．３．４－１と同一である。

ＡＣＲリクエストにおいて示されるＡＣＲアクションに依存して、本手続は、ＡＣＲ開始か又はＡＣＲ判定かのいずれかのために使用される。

前提条件：

１．ＥＥＣは、第８．１１節で規定されている通りに、ＥＥＳと通信することを承認されている。

図１１のステップ１：ＥＥＣは、ＡＣＲを開始するために、ＥＥＳへＡＣＲリクエストメッセージを送信する。ＡＣＲリクエストメッセージは、ＡＣＲ開始リクエストか又はＡＣＲ判定リクエストかのいずれかを示すためのＡＣＲアクションを含む。一実施形態において、ＡＣＲリクエストメッセージは、立ち上げ対象の手続がサービス連続性プランニングのためのものかを指し示すサービス連続性タイプを含んでもよい。他の実施形態において、ＥＥＣは、サービス連続性プランニングを要する場合、ＡＣＲリクエストメッセージ内にサービス連続性プランニングのインジケーションをも設定する。

ＡＣＲ開始のためのＡＣＲリクエストは：

－ ＥＥＣがＥＡＳ通知を行うことをＥＥＳにリクエストするかのインジケーションを含み、

－ ３ＧＰＰＴＳ２３．５０１［２］のように、ＥＥＳによりＡＦトラフィック影響を行うために使用される情報を提供する。

ＡＣＲ判定のためのＡＣＲリクエストは、ＥＥＣにおいてＡＣＲの必要性が検出されたことをＥＥＳへ通知する。

図１１のステップ２：ＥＥＳは、ＥＥＣがこの動作について承認されるかをチェックする。承認される場合、ＥＥＳは、リクエストを処理し、所要の動作を行う。

ステップ１において上記リクエストがＡＣＲ開始のためのものである場合：

－ ＥＥＳは、３ＧＰＰ ＴＳ２３．５０１ Ｖ１７．０．０の第５．６．７．１節に記述されているように、（適用可能ならば）３ＧＰＰコアネットワーク内のＴ－ＥＡＳのＮ６ルーティング情報にＡＦトラフィック影響を適用するために、上記リクエストにおいて提供された情報を使用してよく、

－ ステップ１のリクエストにおいてＥＡＳ通知インジケーションが提供され、且つＥＡＳがそうした通知の受信を購読している場合、ＥＥＳは、ＡＣＲを開始する必要性についてＥＡＳへ通知するものとされる。

ステップ１において上記リクエストがＡＣＲ判定のためのものである場合、ＥＥＳは、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０の第８．８．２．５節に記述されている通りに、ＡＣＲを実行することを決定する。

図１１のステップ３：ＥＥＳは、ＡＣＲレスポンスメッセージで、ＥＥＣのリクエストに応答する。

一実施形態において、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０のテーブル８．８．４．４－１は、次の表３のように補正されてもよい。テーブル８．８．４．４－１は、ＥＥＣからＳ－ＥＥＳか又はＴ－ＥＥＳかのいずれかへ送信されるＡＣＲリクエストのための情報要素を記述している。

一実施形態において、３ＧＰＰ ＴＳ２３．５５８ Ｖ２．１．０のテーブル８．８．４．４－１は、次の表４のように補正されてもよい。

図５～図１１に示した多様なブロック／ステップは、方法のステップとして見られてもよく、コンピュータプログラムコードの作動の帰結である動作として見られてもよく、及び／又は、関連付けられる機能を遂行するように構築された複数の連結された論理回路素子として見られてもよい。上述した概略的なフローチャートの図は、概して、論理フローチャートの図として説明されている。そのため、描かれた順序及びラベル付けされたステップ群は、提示される方法の特定の実施形態を示している。例示した方法の機能、ロジック、若しくは１つ以上のステップに対する作用、又はそれらの一部と等価な他のステップ及び方法が想起されてもよい。追加的に、具体的な方法が生じる順序は、図示した対応するステップ群の順序に厳密に従っても従わなくてもよい。

ここでの実施形態は、多くの利点をもたらすものであり、その非網羅的な例のリストは次の通りである。ここでのいくつかの実施形態は、Ｓ－ＥＡＳ又はＴ－ＥＡＳといったエッジアプリケーションサーバがＡＣＲが通常のサービス連続性用か又はサービス連続性プランニング用かに関する知識を有しない場合の問題を解決して、Ｓ－ＥＡＳ又はＴ－ＥＡＳといったエッジアプリケーションサーバが正しいタイミングでＡＣＲ完了メッセージを適切に送信できるようにし得る。ここでのいくつかの実施形態は、ＵＥが予定されているロケーションへ移動する前にＡＣがＴ－ＥＡＳへ接続してしまうことで準最適なトラフィックルーティングかあるいはサービスの中断がもたらされる状況を回避し得る。ここでの実施形態は、上で言及した特徴及び利点には限定されない。当業者は、以下の詳細な説明を読んだ後に、追加的な特徴及び利点を認識するであろう。

図１２は、本開示のいくつかの実施形態を実践するために適した装置を示すブロック図である。例えば、上述したエッジイネーブラクライアント、エッジイネーブラサーバ及びエッジアプリケーションサーバは、装置１２００として又は装置１２００を通じて実装されてもよい。

装置１２００は、デジタルプロセッサ（ＤＰ）といった少なくとも１つのプロセッサ１２２１と、プロセッサ１２２１へ連結される少なくとも１つのメモリ（ＭＥＭ）１２２２とを備える。装置１２２０は、さらに、プロセッサ１２２１へ連結される送信機ＴＸ及び受信機ＲＸ１２２３を備え得る。ＭＥＭ１２２２は、プログラム（ＰＲＯＧ）１２２４を記憶する。ＰＲＯＧ１２２４は、関連付けられるプロセッサ１２２１上で実行された場合に、装置１２２０が本開示の実施形態に従って動作することを可能にする命令群、を含み得る。少なくとも１つのプロセッサ１２２１と少なくとも１つのＭＥＭ１２２２との組合せが、本開示の多様な実施形態を実装するように適合される処理手段１２２５を形成してもよい。

本開示の多様な実施形態は、プロセッサ１２２１のうちの１つ以上によって実行可能なコンピュータプログラム、ソフトウェア、ファームウェア、ハードウェア、又はそれらの組合せで実装されてもよい。

ＭＥＭ１２２２は、ローカルの技術環境に適した任意のタイプのものであってよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光学メモリデバイス及びシステム、固定的なメモリ及び取外し可能なメモリなど、任意の適したデータストレージ技術を用いて実装されてよい。

プロセッサ１２２１は、ローカルの技術環境に適した任意のタイプのものであってよく、非限定的な例として、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよい。

上記装置が上記エッジイネーブラクライアントとして実装される実施形態では、メモリ１２２２は、プロセッサ１２２１により実行可能な命令群を収容し、それにより、上記エッジイネーブラクライアントは、上記エッジイネーブラクライアントに関連する上述した通りの方法の任意のステップに従って動作する。

上記装置が上記エッジイネーブラサーバとして実装される実施形態では、メモリ１２２２は、プロセッサ１２２１により実行可能な命令群を収容し、それにより、上記エッジイネーブラサーバは、上記エッジイネーブラサーバに関連する上述した通りの方法の任意のステップに従って動作する。

上記装置が上記エッジアプリケーションサーバとして実装される実施形態では、メモリ１２２２は、プロセッサ１２２１により実行可能な命令群を収容し、それにより、上記アプリケーションサーバは、上記アプリケーションサーバに関連する上述した通りの方法の任意のステップに従って動作する。

図１３は、本開示の一実施形態に係るエッジイネーブラクライアントを示すブロック図である。図示したように、エッジイネーブラクライアント１３００は、検出モジュール１３０２、設定モジュール１３０４、及び送信モジュール１３０６を備える。検出モジュール１３０２は、アプリケーションコンテキスト再配置（ＡＣＲ）を要することを検出するように構成され得る。設定モジュール１３０４は、ＡＣＲリクエストメッセージ内に、サービス連続性のタイプを示す情報要素を設定するように構成され得る。送信モジュール１３０６は、上記ＡＣＲリクエストメッセージをエッジイネーブラサーバへ送信するように構成され得る。

図１４は、本開示の一実施形態に係るエッジイネーブラサーバを示すブロック図である。図示したように、エッジイネーブラサーバ１４００は、判定モジュール１４０２、設定モジュール１４０４、及び送信モジュール１４０６を備える。判定モジュール１４０２は、アプリケーションコンテキスト再配置（ＡＣＲ）を要すると判定するように構成され得る。設定モジュール１４０４は、上記ＡＣＲのための通知メッセージ内に、サービス連続性のタイプを示す情報要素を設定するように構成され得る。送信モジュール１６０４は、上記ＡＣＲのための上記通知メッセージをエッジアプリケーションサーバへ送信するように構成され得る。

図１５は、本開示の一実施形態に係るエッジアプリケーションサーバを示すブロック図である。図示したように、エッジアプリケーションサーバ１５００は、受信モジュール１５０２、判定モジュール１５０４、及び送信モジュール１５０６を備える。受信モジュール１５０２は、エッジイネーブラサーバから、アプリケーションコンテキスト再配置（ＡＣＲ）のための通知メッセージを受信するように構成され得る。上記ＡＣＲのための上記通知メッセージは、サービス連続性のタイプを示す情報要素を含む。判定モジュール１５０４は、サービス連続性のタイプを示す情報要素に基づいて、サービス連続性プランニングのためにＡＣＲがトリガされたかを判定するように構成され得る。送信モジュール１５０６は、サービス連続性プランニングのためにＡＣＲがトリガされた場合においてＡＣＲに関連するユーザ機器が予定されたロケーションへ移動した後に、ＡＣＲが完了したことを確認するためのＡＣＲ完了メッセージをエッジイネーブラサーバへ送信するように構成され得る。

ユニット又はモジュールとの用語は、電子機器、電気デバイス及び／又は電子デバイスの分野における旧来の意味を有してよく、例えば、ここで説明したもののような、それぞれのタスク、手続、計算、出力及び／若しくは表示機能などを遂行するための、電気回路及び／若しくは電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジック固体素子及び／若しくは離散デバイス、コンピュータプログラム、又は、命令を含み得る。

機能ユニット群に関して、エッジイネーブラクライアント、エッジイネーブラサーバ及びエッジアプリケーションサーバは、固定的なプロセッサ又はメモリを必要としないかもしれず、通信システム内で、エッジイネーブラクライアント、エッジイネーブラサーバ及びエッジアプリケーションサーバから任意のコンピューティングリソース及び記憶リソースが構成されてよい。仮想化技術及びネットワークコンピューティング技術の導入が、ネットワークリソースの使用効率及びネットワークの柔軟性を改善し得る。

本開示のある観点によれば、コンピュータ読取可能な記憶媒体に有形的に記憶されるコンピュータプログラムプロダクトであって、少なくとも１つのプロセッサ上で実行された場合に、当該少なくとも１つのプロセッサに、上述した通りの方法のいずれかを遂行させる命令群、を含むコンピュータプログラムプロダクトが提供される。

本開示のある観点によれば、少なくとも１つのプロセッサにより実行された場合に、当該少なくとも１つのプロセッサに、上述した通りの方法のいずれかを遂行させる命令群、を記憶するコンピュータ読取可能な記憶媒体が提供される。

加えて、本開示は、上述した通りのコンピュータプログラムを収容する担体であって、電子信号、光信号、無線信号、又はコンピュータ読取可能な記憶媒体のうちの１つである、当該担体をも提供し得る。コンピュータ読取可能な記憶媒体は、例えば、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、及びブルーレイディスクなどのような、光学コンパクトディスク又は電子メモリデバイスであり得る。

ここで説明した技法は多様な手段で実装されてよく、それにより、一実施形態と共に説明した対応する装置の１つ以上の機能を実装する装置が、従来技術の手段だけでなく、当該実施形態と共に説明した対応する装置の１つ以上の機能を実装するための手段をも含むようになり、それは、別個の各機能のための別個の手段、又は１つ以上の機能を実行するように構成され得る手段を含み得る。例えば、それら技法は、ハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）、又はそれらの組合せで実装されてもよい。ファームウェア又はソフトウェアについて、実装は、ここで説明した機能を実行するモジュール群（例えば、プロシージャ及びファンクションなど）を通じてなされてもよい。

ここでの例示的な実施形態について、方法及び装置のブロック図及びフローチャートの例示を参照して上で説明した。理解されるであろうこととして、フローチャートの例示及び／又はブロック図の各ブロック、並びに、フローチャートの例示及び／又はブロック図におけるブロックの組み合わせを、それぞれ、コンピュータプログラム命令群を含む多様な手段により実装することができる。それらコンピュータプログラム命令群は、汎用コンピュータ、特殊目的のコンピュータ又は他のプログラム可能なデータ処理装置へロードされてマシンを生み出し、それにより、コンピュータ又は他のプログラム可能なデータ処理装置上で稼働する当該命令群が、フローチャートの１つ若しくは複数のブロックにおいて特定された機能を実装するための手段を生成する。

さらに、具体的な順序で動作が描かれているものの、それは、所望の結果を達成するために、当該具体的な順序で若しくはシーケンシャルな順序でそうした動作が実行されること、又は図示した全ての動作が実行されることを要求するものと理解されるべきではない。ある状況では、マルチタスク及び並列処理が有利であるかもしれない。同様に、上の議論にはいくつもの特定の実装の詳細が含まれているものの、それらは、ここで説明した主題の範囲に対する限定として解釈されるべきではなく、むしろ具体的な実施形態に固有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で説明したある複数の特徴が、単一の実施形態において組合せて実装されてもよい。逆に、単一の実施形態の文脈で説明した多様な特徴が、複数の実施形態において別々に又は任意の適したサブコンビネーションで実装されてもよい。

本明細書は多くの特定の実装の詳細を含んでいるものの、それらは何らの実装の範囲や特許請求され得るものに関する限定として解釈されるべきではなく、むしろ、具体的な実装の具体的な実施形態にとって固有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で本明細書において説明した複数の特徴を、単一の実施形態において組合せて実装することもできる。逆に、単一の実施形態の文脈で説明した多様な特徴を、複数の実施形態において別々に又は任意の適したサブコンビネーションで実装することもできる。そのうえ、複数の特徴がある組合せで動作するものとして上で説明されており且つそのように特許請求されてさえいるかもしれないが、いくつかのケースでは、特許請求された組合せのうちの１つ以上の特徴をその組合せから切り出すことができ、特許請求されたその組合せはサブコンビネーション又はサブコンビネーションの変形例に向けられてもよい。

当業者にとっては、技術の進展に伴って本発明概念を多様な手法で実装できることが明白であろう。上述した実施形態は、本開示を限定するよりもむしろ説明するために与えられており、当業者が容易に理解するように、本開示の思想及び範囲から逸脱することなく、修正例及び変形例の手段を取り得ることが理解されるであろう。そうした修正例及び変形例は、本開示及び添付した特許請求の範囲のスコープ内にあるものと考えられる。本開示の保護のスコープは、別添の特許請求の範囲により定義される。

Claims (27)

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. 少なくとも１つのプロセッサにより実行された場合に、前記少なくとも１つのプロセッサに、請求項１３～２１のいずれか１項に記載の方法を行わせる命令群、を含む、コンピュータプログラム。