特許 7592700 エッジコンピューティングシステムでデータ提供方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-22

(45)【発行日】2024-12-02

(54)【発明の名称】エッジコンピューティングシステムでデータ提供方法及び装置

(51)【国際特許分類】

   H04W 48/16 20090101AFI20241125BHJP

   H04W 36/36 20090101ALI20241125BHJP

   H04L 67/288 20220101ALI20241125BHJP

   H04L 67/289 20220101ALI20241125BHJP

【ＦＩ】

H04W48/16 134

H04W36/36

H04L67/288

H04L67/289

【請求項の数】 19

(21)【出願番号】P 2022512841

(86)(22)【出願日】2020-08-21

(65)【公表番号】

(43)【公表日】2022-10-28

(86)【国際出願番号】 KR2020011189

(87)【国際公開番号】W WO2021040334

(87)【国際公開日】2021-03-04

【審査請求日】2023-08-16

(31)【優先権主張番号】10-2019-0104048

(32)【優先日】2019-08-23

(33)【優先権主張国・地域又は機関】KR

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(72)【発明者】

【氏名】ヒスン・キム

(72)【発明者】

【氏名】スンホン・キム

(72)【発明者】

【氏名】ジチョル・イ

(72)【発明者】

【氏名】ヨンソン・ハン

【審査官】▲高▼木 裕子

(56)【参考文献】

【文献】特表２０１９－５１２９６７（ＪＰ，Ａ）

【文献】3rd Generation Partnership Project，Technical Specification Group Services and System Aspects; Study on application architecture for enabling Edge; Applications; (Release 17)，3GPP TR 23.758 V0.3.0 (2019-07)，2019年07月18日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｌ ６７／２８８

Ｈ０４Ｌ ６７／２８９

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

エッジコンピューティングシステムでエッジイネーブラークライアント（ｅｄｇｅ ｅｎａｂｌｅｒ ｃｌｉｅｎｔ、ＥＥＣ）がアプリケーションコンテキスト（ａｐｐｌｉｃａｔｉｏｎ ｃｏｎｔｅｘｔ）を再配置（ｒｅｌｏｃａｔｉｎｇ）するための方法において、
ユーザ装備（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）が移動した若しくは前記ＵＥがサービス領域の外部（ｏｕｔｓｉｄｅ）に移動すると予想されることを検出することにより、前記アプリケーションコンテキストの再配置が要求されるか否かを決定する段階－前記サービス領域は、エッジデータネットワーク（ｅｄｇｅ ｄａｔａ ｎｅｔｗｏｒｋ、ＥＤＮ）サービス領域に対応する－と、
前記アプリケーションコンテキストの再配置が要求されることを決定することに基づいて、ソースエッジイネーブラーサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｓ－ＥＥＳ）にアプリケーションコンテキスト再配置リクエストを送信する段階と、
前記Ｓ－ＥＥＳから前記アプリケーションコンテキストの再配置の完了を指示するアプリケーションコンテキスト再配置応答メッセージを受信する段階と、
前記アプリケーションコンテキスト再配置応答メッセージに基づいて、アプリケーションデータトラフィックをターゲットエッジアプリケーションサーバー（ｔａｒｇｅｔ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｔ－ＥＡＳ）にリルート（ｒｅｒｏｕｔｅ）する段階と、
を含むアプリケーションコンテキスト再配置方法。

【請求項2】

前記アプリケーションコンテキスト再配置リクエストは、ＵＥ識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）又はインターネットプロトコール（ａｎ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスのうち少なくとも１つを含むＵＥ情報と、ソースエッジアプリケーションサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｓ－ＥＡＳ）の正規化されたドメイン名（ａ ｆｕｌｌｙ ｑｕａｌｉｆｉｅｄ ｄｏｍａｉｎ ｎａｍｅ、ＦＱＤＮ）と、前記Ｓ－ＥＡＳによってサービスされるアプリケーションＩＤを含むＳ－ＥＡＳ情報と、エンドポイントアドレス（ｅｎｄｐｏｉｎｔ ａｄｄｒｅｓｓ）を含むターゲットエッジイネーブラーサーバー（ｔａｒｇｅｔ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｔ－ＥＥＳ）情報と、を含む、請求項１に記載のアプリケーションコンテキスト再配置方法。

【請求項3】

前記Ｔ－ＥＥＳ情報は、エッジデータネットワーク（ｅｄｇｅ ｄａｔａ ｎｅｔｗｏｒｋ、ＥＤＮ）構成サーバーから取得する、請求項２に記載のアプリケーションコンテキスト再配置方法。

【請求項4】

前記アプリケーションコンテキスト再配置応答メッセージは、Ｔ－ＥＡＳ情報を含む、請求項１に記載のアプリケーションコンテキスト再配置方法。

【請求項5】

前記ＵＥが移動した若しくは前記ＵＥがサービス領域の外部（ｏｕｔｓｉｄｅ）に移動すると予想されることを検出することは、前記ＥＤＮサービス領域とＵＥ位置情報との間の比較に基づく、請求項１に記載のアプリケーションコンテキスト再配置方法。

【請求項6】

エッジコンピューティングシステムでのアプリケーションコンテキストの再配置のためのユーザ装備（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）において、
エッジコンピューティングシステムでサービスのクライアント機能を行うように構成された１以上のエッジアプリケーションクライアント（ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｃｌｉｅｎｔｓ）と、
前記１以上のエッジアプリケーションクライアントにエッジコンピューティングサービスを提供するように構成されたエッジイネーブラークライアント（ｅｄｇｅ ｅｎａｂｌｅｒ ｃｌｉｅｎｔ、ＥＥＣ）と、
移動通信ネットワークを通じて前記エッジコンピューティングシステムと通信するように構成された移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）と、を含み、
前記ＥＥＣは、
前記ＵＥが移動した若しくは前記ＵＥがサービス領域の外部（ｏｕｔｓｉｄｅ）に移動すると予想されることを検出することにより、前記アプリケーションコンテキストの再配置が要求されるか否かを決定－前記サービス領域は、エッジデータネットワーク（ｅｄｇｅ ｄａｔａ ｎｅｔｗｏｒｋ、ＥＤＮ）サービス領域に対応する－し、
前記アプリケーションコンテキストの再配置が要求されることを決定することに基づいて、ソースエッジイネーブラーサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｓ－ＥＥＳ）にアプリケーションコンテキスト再配置リクエストを送信し、
前記ＭＴを通じて前記Ｓ－ＥＥＳから前記アプリケーションコンテキストの再配置の完了を指示するアプリケーションコンテキスト再配置応答メッセージを受信し、
前記アプリケーションコンテキスト再配置応答メッセージに基づいて、アプリケーションデータトラフィックをターゲットエッジアプリケーションサーバー（ｔａｒｇｅｔ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｔ－ＥＡＳ）にリルート（ｒｅｒｏｕｔｅ）するように構成される、ユーザ装備。

【請求項7】

前記アプリケーションコンテキスト再配置リクエストは、ＵＥ識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）又はインターネットプロトコール（ａｎ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスのうち少なくとも１つを含むＵＥ情報と、ソースエッジアプリケーションサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｓ－ＥＡＳ）の正規化されたドメイン名（ａ ｆｕｌｌｙ ｑｕａｌｉｆｉｅｄ ｄｏｍａｉｎ ｎａｍｅ、ＦＱＤＮ）と、前記Ｓ－ＥＡＳによってサービスされるアプリケーションＩＤを含むＳ－ＥＡＳ情報と、エンドポイントアドレス（ｅｎｄｐｏｉｎｔ ａｄｄｒｅｓｓ）を含むＴ－ＥＥＳ情報と、を含む、請求項６に記載のユーザ装備。

【請求項8】

前記Ｔ－ＥＥＳ情報は、エッジデータネットワーク（ｅｄｇｅ ｄａｔａ ｎｅｔｗｏｒｋ、ＥＤＮ）構成サーバーから取得する、請求項７に記載のユーザ装備。

【請求項9】

前記アプリケーションコンテキスト再配置応答メッセージは、Ｔ－ＥＡＳ情報を含む、請求項６に記載のユーザ装備。

【請求項10】

前記ＵＥが移動した若しくは前記ＵＥがサービス領域の外部（ｏｕｔｓｉｄｅ）に移動すると予想されることを検出することは、前記ＥＤＮサービス領域とＵＥ位置情報との間の比較に基づく、請求項６に記載のユーザ装備。

【請求項11】

エッジコンピューティングシステムでソースエッジイネーブラーサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｓ－ＥＥＳ）がユーザ装備（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）に提供されるアプリケーションサービスに係るアプリケーションコンテキストを再配置するための方法において、
前記ＵＥのエッジイネーブラークライアント（ｅｄｇｅ ｅｎａｂｌｅｒ ｃｌｉｅｎｔ、ＥＥＣ）から前記アプリケーションサービスに係るアプリケーションコンテキスト再配置リクエストを受信する段階と、
ターゲットエッジイネーブラーサーバー（ｔａｒｇｅｔ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｔ－ＥＥＳ）に前記アプリケーションコンテキスト再配置リクエストを送信する段階と、
前記Ｔ－ＥＥＳからターゲットエッジアプリケーションサーバー（ｔａｒｇｅｔ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｔ－ＥＡＳ）情報を含むアプリケーション再配置応答を受信する段階と、
前記ＵＥに前記アプリケーションサービスを提供するソースエッジアプリケーションサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｓ－ＥＡＳ）に前記Ｔ－ＥＡＳ情報を含むアプリケーションコンテキスト再配置命令を送信する段階と、
前記Ｓ－ＥＡＳからアプリケーションコンテキストが受信される場合、前記Ｔ－ＥＥＳを通じて前記Ｔ－ＥＡＳにアプリケーションコンテキストを送信する段階と、
前記Ｓ－ＥＡＳから受信されたアプリケーションコンテキスト再配置完了通知が受信される場合、前記ＵＥのＥＥＣに前記アプリケーションコンテキスト再配置完了通知（ａｐｐｌｉｃａｔｉｏｎ ｃｏｎｔｅｘｔ ｒｅｌｏｃａｔｉｏｎ ｃｏｍｐｌｅｔｉｏｎ ｎｏｔｉｆｉｃａｔｉｏｎ）を送信する段階と、
を含む、アプリケーションコンテキスト再配置方法。

【請求項12】

前記アプリケーションコンテキスト再配置リクエストは、ＵＥ識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）又はインターネットプロトコール（ａｎ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスのうち少なくとも１つを含むＵＥ情報と、前記Ｓ－ＥＡＳの正規化されたドメイン名（ａ ｆｕｌｌｙ ｑｕａｌｉｆｉｅｄ ｄｏｍａｉｎ ｎａｍｅ、ＦＱＤＮ）と、前記Ｓ－ＥＡＳによってサービスされるアプリケーションＩＤを含むＳ－ＥＡＳ情報と、エンドポイントアドレス（ｅｎｄｐｏｉｎｔ ａｄｄｒｅｓｓ）を含むターゲットエッジイネーブラーサーバー（ｔａｒｇｅｔ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｔ－ＥＥＳ）情報と、を含む、請求項１１に記載のアプリケーションコンテキスト再配置方法。

【請求項13】

前記アプリケーションコンテキスト再配置リクエストは、ＵＥ情報と、Ｓ－ＥＡＳ情報と、アプリケーション識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）と、前記ＥＥＣのＳ－ＥＥＳに係る登録コンテキスト（ｒｅｇｉｓｔｒａｔｉｏｎ ｃｏｎｔｅｘｔ）と、を含む、請求項１１に記載のアプリケーションコンテキスト再配置方法。

【請求項14】

エッジコンピューティングシステムで、エッジアプリケーションクライアントとエッジイネーブラークライアント（ｅｄｇｅ ｅｎａｂｌｅｒ ｃｌｉｅｎｔ、ＥＥＣ）を有するユーザ装備がアプリケーションサービスに係るアプリケーションコンテキストを再配置するための方法において、
アプリケーションコンテキストの再配置が要求されるか否かを決定する段階と、
前記アプリケーションコンテキストの再配置が要求される場合、ターゲットエッジイネーブラーサーバー（ｔａｒｇｅｔ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｔ－ＥＥＳ）を決定する段階と、
前記決定に基づいて、前記Ｔ－ＥＥＳにソースエッジアプリケーションサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｓ－ＥＡＳ）情報を含むアプリケーションコンテキスト再配置リクエストを送信する段階と、
前記Ｔ－ＥＥＳから応答を受信する段階と、
を含む、アプリケーションコンテキスト再配置方法。

【請求項15】

前記アプリケーションコンテキストが再配置されるか否かの決定は、前記エッジアプリケーションクライアントによって実行される、請求項１４に記載のアプリケーションコンテキスト再配置方法。

【請求項16】

前記Ｔ－ＥＥＳに対応するＴ－ＥＥＳ識別子は、初期接続情報（ｉｎｉｔｉａｌ ａｃｃｅｓｓ ｉｎｆｏｒｍａｔｉｏｎ）又はエッジ構成サーバー（ｅｄｇｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｅｒｖｅｒ、ＥＣＳ）から獲得された情報に基づいて決定される、請求項１５に記載のアプリケーションコンテキスト再配置方法。

【請求項17】

前記Ｔ－ＥＥＳに対応するＴ－ＥＥＳ識別子は、前記ＥＥＣによって決定される、請求項１４に記載のアプリケーションコンテキスト再配置方法。

【請求項18】

エッジコンピューティングシステムでのアプリケーションコンテキスト再配置のためのユーザ装備（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）において、
エッジコンピューティングシステムでサービスのクライアント機能を行うように構成された１以上のエッジアプリケーションクライアント（ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｃｌｉｅｎｔｓ）と、
前記１以上のエッジアプリケーションクライアントにエッジコンピューティングサービスを提供するように構成されたエッジイネーブラークライアント（ｅｄｇｅ ｅｎａｂｌｅｒ ｃｌｉｅｎｔ、ＥＥＣ）と、
移動通信ネットワークを通じて前記エッジコンピューティングシステムと通信するように構成された移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）と、を含み、
前記アプリケーションクライアントは、アプリケーションコンテキストが再配置されるか否かを決定するように構成され、
前記ＥＥＣは、
前記アプリケーションコンテキストの再配置が要求されるか否かを決定し、
前記アプリケーションコンテキストの再配置が要求される場合、ターゲットエッジイネーブラーサーバー（ｔａｒｇｅｔ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｔ－ＥＥＳ）を決定し、
前記決定に基づいて、前記ＭＴを通じて前記Ｔ－ＥＥＳにアプリケーションコンテキスト再配置リクエストを送信し、
前記Ｔ－ＥＥＳから応答情報を受信するように構成される、ユーザ装備。

【請求項19】

前記Ｔ－ＥＥＳに対応するＴ－ＥＥＳ識別子は、初期接続情報又はエッジ構成サーバー（ｅｄｇｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｅｒｖｅｒ、ＥＣＳ）から獲得された情報に基づいて決定される、請求項１８に記載のユーザ装備。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、エッジコンピューティングシステムでサービスを提供するための装置及び方法に関し、特にエッジコンピューティングシステムで電子装置にサービスを連続的に提供するための装置及び方法に関する。

【背景技術】

【0002】

エッジコンピューティングシステムにおいて端末が低遅延又は広帯域サービスを用いるために端末の位置と近くに位置するエッジデータネットワーク（Ｅｄｇｅ Ｄａｔａ Ｎｅｔｗｏｒｋ）でデータ接続を確立することができる。また、エッジコンピューティングシステムで端末は当該エッジデータネットワークのエッジイネーブラーサーバー（Ｅｄｇｅ Ｅｎａｂｌｅｒ Ｓｅｒｖｅｒ）で操作されているエッジホスティング環境（Ｅｄｇｅ Ｈｏｓｔｉｎｇ Ｅｎｖｉｒｏｎｍｅｎｔ）又はエッジコンピューティングプラットホーム（Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ Ｐｌａｔｆｏｒｍ）で駆動されているアプリケーションサーバー（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）に接続してデータサービスを受けることができる。

【0003】

エッジコンピューティングシステムに接続しようとする端末は移動通信サービスが提供される移動通信端末の場合であっても良い。移動通信端末は移動通信ネットワークを介してエッジデータネットワーク（Ｅｄｇｅ Ｄａｔａ Ｎｅｔｗｏｒｋ）に接続することができ、当該エッジデータネットワークのエッジイネーブラーサーバー（Ｅｄｇｅ Ｅｎａｂｌｅｒ Ｓｅｒｖｅｒ）で操作されている特定のエッジアプリケーションサーバーからサービスが提供されることができる。移動通信端末は特別な制約無しに移動ができ、サービスは連続的に提供されなければならない。移動通信端末は第１エッジデータネットワークの領域から第２エッジデータネットワークの領域に移動することができる。このような場合にも移動通信端末でエッジコンピューティングシステムでは持続的にサービスを提供しなければならない。しかし、移動通信端末の移動に起因してエッジデータネットワークが変更される場合、サービスを連続的に提供することができる方法がまだ提示されていない。

【0004】

前記情報は本開示の内容の理解を助けるための背景情報として提示される。本開示に係って、前記のうちのいずれも先行技術として適用されることができるか否かに対してどんな決定や主張として受け入れられなかった。

【発明の概要】

【発明が解決しようとする課題】

【0005】

エッジコンピューティングシステムに接続しようとする端末は移動通信サービスが提供される移動通信端末の場合であっても良い。移動通信端末は移動通信ネットワークを介してエッジデータネットワーク（Ｅｄｇｅ Ｄａｔａ Ｎｅｔｗｏｒｋ）に接続することができ、当該エッジデータネットワークのエッジイネーブラーサーバー（Ｅｄｇｅ Ｅｎａｂｌｅｒ Ｓｅｒｖｅｒ）で操作されている特定のエッジアプリケーションサーバーからサービスが提供されることができる。移動通信端末は特別な制約無しに移動ができ、サービスは連続的に提供されなければならない。移動通信端末は第１エッジデータネットワークの領域から第２エッジデータネットワークの領域に移動することができる。このような場合にも移動通信端末でエッジコンピューティングシステムでは持続的にサービスを提供しなければならない。しかし、移動通信端末の移動に起因してエッジデータネットワークが変更される場合、サービスを連続的に提供することができる方法がまだ提示されていない。

【課題を解決するための手段】

【0006】

本開示においては、エッジコンピューティングシステムであって、サービス持続性のための方法及び装置を提供する。

【0007】

本開示の一態様によれば、エッジコンピューティングシステムにおいてエッジイネーブラクライアント（ＥＥＣ）によってアプリケーションコンテキストを再配置する方法が提供される。前記方法は、前記ＥＥＣを含むユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）の位置情報、エッジデータネットワーク（ｅｄｇｅ ｄａｔａ ｎｅｔｗｏｒｋ、ＥＤＮ）サービス領域情報、エッジイネーブラーサーバー（ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、ＥＥＳ）又はエッジアプリケーションサーバー（ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、ＥＡＳ）のうちの少なくとも一つに基づいて前記アプリケーションコンテキストを再配置すべきかどうかを決定する段階と、前記決定に基づいてソースエッジイネーブラーサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｓ－ＥＥＳ）でコンテキスト再配置リクエストを送信する段階と、前記ソースエッジイネーブラーサーバーからコンテキスト再配置完了を通知するコンテキスト再配置応答メッセージを受信する段階と、及び前記コンテキスト再配置応答に基づいてアプリケーションデータトラフィックをリルーティング（ｒｅｒｏｕｔｉｎｇ）する段階と、を含むことができる。

【0008】

本開示の一態様によれば、エッジコンピューティングシステムにおいてアプリケーションコンテキストを再配置するためのユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）が提供される。前記ＵＥはエッジコンピューティングシステムにおいてサービスのクライアント機能を行う一つ以上のエッジアプリケーションクライアントと、前記一つ以上のアプリケーションクライアントでエッジコンピューティングサービスを提供するためのエッジイネーブラークライアント（ｅｄｇｅ ｅｎａｂｌｅｒ ｃｌｉｅｎｔ、ＥＥＣ）と、及び移動通信ネットワークを介して前記エッジコンピューティングシステムと通信するための移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）と、を含み、前記ＥＥＣは、前記ＥＥＣを含むユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）の位置情報とエッジデータネットワーク（ｅｄｇｅ ｄａｔａ ｎｅｔｗｏｒｋ、ＥＤＮ）サービス領域情報、エッジイネーブラーサーバー（ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、ＥＥＳ）又はエッジアプリケーションサーバー（ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、ＥＡＳ）のうちの少なくとも一つに基づいて前記アプリケーションコンテキストを再配置すべきかどうかを決定し、前記決定に基づいて前記ＭＴを介してソースエッジイネーブラーサーバーでコンテキスト再配置リクエストを送信し、前記ＭＴを介して前記ソースエッジイネーブラーサーバーからコンテキスト再配置完了を通知するコンテキスト再配置応答メッセージを受信し、及び前記コンテキスト再配置応答に基づいてアプリケーションデータトラフィックをリルーティングすることができる。

【0009】

本開示の一態様によれば、エッジコンピューティングシステムにおいてソースエッジイネーブラーサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｓ－ＥＥＳ）によりユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）に提供されるアプリケーションサービスに対するアプリケーションコンテキストを再配置するための方法が提供される。前記方法は、前記ＵＥのエッジアプリケーションクライアント（ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｃｌｉｅｎｔ）から前記アプリケーションサービスに対するコンテキスト再配置リクエストを受信する段階と、アプリケーションコンテキスト再配置リクエストをターゲットエッジイネーブラーサーバー（ｔａｒｇｅｔ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｔ－ＥＥＳ）で送信する段階と、前記Ｔ－ＥＥＳからターゲットエッジアプリケーションサーバー（ｔａｒｇｅｔ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｔ－ＥＡＳ）情報を含むアプリケーションコンテキスト再配置応答を受信する段階と、前記ＵＥでアプリケーションサービスを提供するソースエッジアプリケーションサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｓ－ＥＡＳ）でＴ－ＥＡＳ情報を含むアプリケーションコンテキスト再配置コマンドを送信する段階と、前記Ｓ－ＥＡＳから前記アプリケーションコンテキストが受信される時の前記Ｔ－ＥＥＳを介してＴ－ＥＡＳで前記アプリケーションコンテキストを送信する段階と、及び前記Ｓ－ＥＡＳからコンテキスト再配置完了通知を受信する時の前記ＵＥのエッジイネーブラークライアント（ｅｄｇｅ ｅｎａｂｌｅｒ ｃｌｉｅｎｔ、ＥＥＣ）で前記コンテキスト再配置完了通知を送信する段階と、を含むことができる。

【0010】

本開示の一態様によれば、エッジコンピューティングシステムにおいてソースエッジアプリケーションサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｓ－ＥＡＳ）によりユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）に提供されるアプリケーションサービスに対するアプリケーションコンテキストを再配置するための方法が提供される。前記方法は、ソースエッジイネーブラーサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｓ－ＥＥＳ）から前記ＵＥに提供されるアプリケーションに対するアプリケーションコンテキスト再配置コマンドを受信し、前記コンテキスト再配置コマンドはターゲットエッジアプリケーションサーバー（ｔａｒｇｅｔ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｔ－ＥＡＳ）情報を含み、前記アプリケーションサービスに対するアプリケーションコンテキストをＳ－ＥＥＳを介して前記Ｔ－ＥＡＳで送信する段階と、及びコンテキスト再配置完了通知を前記Ｓ－ＥＥＳで送信する段階と、を含むことができる。

【0011】

本開示の一態様によれば、エッジコンピューティングシステムのターゲットエッジアプリケーションサーバー（ｔａｒｇｅｔ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｔ－ＥＡＳ）でユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）に提供されるアプリケーションサービスに対するアプリケーションコンテキストを再配置するための方法であって、ソースエッジイネーブラーサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｓ－ＥＥＳ）から前記ＵＥに対する第１アプリケーションコンテキスト再配置リクエストを受信する段階と、前記受信されたＵＥに対する第１アプリケーションコンテキスト再配置リクエストに基づいてターゲットエッジアプリケーションサーバー（ｔａｒｇｅｔ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｔ－ＥＡＳ）を決定する段階と、前記決定されたＴ－ＥＡＳでＵＥに対する第２アプリケーションコンテキスト再配置リクエストを送信する段階と、前記Ｔ－ＥＡＳからアプリケーションコンテキスト再配置応答を受信する段階と、及びＳ－ＥＥＳで前記アプリケーションコンテキスト再配置応答を送信する段階と、を含むことができる。

【0012】

本開示の一態様によれば、エッジコンピューティングシステムにおいてアプリケーションクライアント（ａｐｐｌｉｃａｔｉｏｎ ｃｌｉｅｎｔ）とエッジイネーブラークライアント（ｅｄｇｅ ｅｎａｂｌｅｒ ｃｌｉｅｎｔ、ＥＥＣ）を持つユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）により前記アプリケーションクライアントに対するアプリケーションコンテキストを再配置するための方法が提供される。前記方法は、前記アプリケーションコンテキストを再配置すべきかどうかを決定する段階と、前記アプリケーションコンテキスト再配置が必要な場合、ターゲットエッジイネーブラーサーバー（ｔａｒｇｅｔ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｔ－ＥＥＳ）識別子（ＩＤ）を決定する段階と、前記決定に基づいてターゲットエッジイネーブラーサーバー（ｔａｒｇｅｔ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｔ－ＥＥＳ）でソースエッジアプリケーションサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｓ－ＥＡＳ）情報を含むコンテキスト再配置リクエストを送信する段階と、及び前記Ｔ－ＥＥＳから応答を受信する段階と、を含むことができる。

【0013】

本開示の一態様によれば、エッジコンピューティングシステムにおいてアプリケーションコンテキストを再配置するためのユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）が提供される。前記ＵＥはエッジコンピューティングシステムでサービスのクライアント機能を行う一つ以上のエッジアプリケーションクライアントと、前記一つ以上のアプリケーションクライアントでエッジコンピューティングサービスを提供するためのエッジイネーブラークライアント（ｅｄｇｅ ｅｎａｂｌｅｒ ｃｌｉｅｎｔ、ＥＥＣ）と、及び移動通信ネットワークを介して前記エッジコンピューティングシステムと通信するための移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）と、を含み、前記アプリケーションクライアントは、前記アプリケーションコンテキストが再配置すべきかどうかを決定し、前記ＥＥＣは、前記アプリケーションコンテキスト再配置が必要な場合、ターゲットエッジイネーブラーサーバー（ｔａｒｇｅｔ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｔ－ＥＥＳ）識別子（ＩＤ）を決定し、前記決定に基づいて前記ＭＴを用いてターゲットエッジイネーブラーサーバー（ｔａｒｇｅｔ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｔ－ＥＥＳ）でコンテキスト再配置リクエストを送信し、及び前記Ｔ－ＥＥＳから応答情報を受信することができる。

【0014】

本開示の一態様によれば、エッジコンピューティングシステムにおいてターゲットエッジイネーブラーサーバー（ｔａｒｇｅｔ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｔ－ＥＥＳ）でユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）に提供されるアプリケーションサービスに対するアプリケーションコンテキストを再配置するための方法が提供される。前記方法は前記ＵＥのエッジイネーブラークライアント（ｅｄｇｅ ｅｎａｂｌｅｒ ｃｌｉｅｎｔ、ＥＥＣ）からソースエッジアプリケーションサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｓ－ＥＡＳ）情報を含む第１コンテキスト再配置リクエストを受信する段階と、前記アプリケーションをサービスすることができるターゲットエッジアプリケーションサーバー（ｔａｒｇｅｔ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、Ｔ－ＥＡＳ）で前記ユーザ装置情報を含む第２コンテキスト再配置リクエストを送信する段階と、前記Ｔ－ＥＡＳから再配置承認に対応した応答を受信する時のソースエッジイネーブラーサーバー（ｓｏｕｒｃｅ ｅｄｇｅ ｅｎａｂｌｅｒ ｓｅｒｖｅｒ、Ｓ－ＥＥＳ）で第３コンテキスト再配置リクエストを送信する段階と、前記Ｓ－ＥＥＳから第３コンテキスト再配置リクエストに対する応答を受信する段階と、前記Ｓ－ＥＥＳから前記アプリケーションコンテキストが受信される時の前記受信されたアプリケーションコンテキストを前記Ｔ－ＥＡＳで伝達する段階と、及び前記ＥＥＣでコンテキスト再配置応答を送信する段階と、を含むことができる。

【発明の効果】

【0015】

本開示による方法及び装置を適用する場合、アプリケーションコンテキスト再配置（Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ Ｒｅｌｏｃａｔｉｏｎ）の必要性を認識する時間を短縮させることができる。したがって、サービスをより迅速に伝送することができるため、エッジコンピューティングシステムで提供されるサービスの連続性を提供することができる。また、本開示による方法及び装置を用いると、３ＧＰＰシステムでネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）の介入を最小化することによってネットワークのオーバーヘッドを減らすことができる。アプリケーションコンテキスト再配置完了後、端末例えば、端末のエッジイネーブラークライアント（Ｅｄｇｅ Ｅｎａｂｌｅｒ Ｃｌｉｅｎｔ）はアプリケーションクライアント（Ａｐｐｌｉｃａｔｉｏｎ Ｃｌｉｅｎｔ）で発生するアプリケーションデータトラフィック（Ａｐｐｌｉｃａｔｉｏｎ ｄａｔａ ｔｒａｆｆｉｃ）を新しいエッジアプリケーションサーバー（Ｅｄｇｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）でルーティングすることができる。

【0016】

本開示による方法及び装置を適用すると、第３者エッジアプリケーションサーバー（Ｅｄｇｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）が直接３ＧＰＰシステムのネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）と交渉してユーザ平面パス管理イベント通知（ｕｓｅｒ ｐｌａｎｅ（ＵＰ）ｐａｔｈ ｍａｎａｇｅｍｅｎｔ ｅｖｅｎｔ ｎｏｔｉｆｉｃａｔｉｏｎ）サービスを受けるためのサービスレベルアグリーメント（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）を必要とせずに、アプリケーションコンテンスト再配置（Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ Ｒｅｌｏｃａｔｉｏｎ）がサポートされることができる。

【0017】

これにより本開示によれば、エッジコンピューティングサービス提供者（Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）も第３者エッジアプリケーションサーバー（Ｅｄｇｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）の付加的な努力なしにアプリケーションコンテキスト再配置（Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ Ｒｅｌｏｃａｔｉｏｎ）を提供することができる。これにより第３者アプリケーションサーバーはビジネス収益を得ることができる。

【図面の簡単な説明】

【0018】

【図1】本開示による３ＧＰＰネットワークとエッジコンピューティングシステムネットワークの接続及び端末の移動を説明するための一例示図である。

【図2】本開示の一実施例によってユーザ装置内のエッジイネーブラークライアントと通信階層の相互作用及び３ＧＰＰネットワークを介してエッジコンピューティングシステムとの相互接続を説明するための例示図である。

【図3a】本開示の多様な実施例によってターゲットエッジイネーブラーでソースエッジアプリケーションサーバーでアプリケーション再配置実行を指示するための信号フローチャートである。

【図3b】本開示の多様な実施例によってソースエッジアプリケーションサーバーがアプリケーションコンテキスト再配置完了通知（Ｃｏｍｐｌｅｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）をユーザ装置で伝達するための追加信号フローチャートである。

【図4】本開示の多様な実施例によってソースエッジイネーブラーサーバーでソースエッジアプリケーションサーバーでアプリケーションコンテキスト再配置を行う場合の信号フローチャートである。

【発明を実施するための形態】

【0019】

本開示の実施例は添付図面を参照し、以下で説明する。しかし、本開示の実施例は特定の実施例に限らず、本開示のすべての変形、変更、均等な装置及び方法、及び又は代案的な実施例を含むことで解釈されるべきである。 図面の説明で類似の構成要素については類似の参照番号を付す。

【0020】

本開示で用いられた用語「～がある」、「～を持つことができる」、「含む」及び「～を含むことができる」という当該特徴（例えば、数値、機能、演算又は部品のような要素）の存在を示し、追加機能の存在を排除しない。

【0021】

本開示で用いられた用語「Ａ又はＢ」、「Ａ又は及びＢのいずれか一つ」又は「Ａ又は及びＢのいずれか一つ以上」は、これらと共に列挙された項目の可能なすべての組み合わせを含む。例えば、「Ａ又はＢ」、「Ａ及びＢのうち、少なくとも一つ」又は「Ａ又はＢのうち、少なくとも一つ」は、（１）少なくとも一つのＡを含むか、（２）少なくとも一つのＢを含むか、（３）少なくとも一つのＡと少なくとも一つのＢの両方を含む。

【0022】

本開示で用いられた「第１」および「第２」のような用語は、重要度又は順序に関係なく当該構成要素を用いることができ、構成要素を限定せずに構成要素を区別するために用いられる。このような用語は、一つの要素を別の要素と区別するために用いることができる。例えば、第１ユーザ装置と第２ユーザ装置は、順序や重要度にかかわらず互い異なるユーザ装置を示す。例えば、本開示の権利範囲を逸脱せずまま、第１の構成要素は第２の構成要素と命名され、類似に第２の構成要素も第１の構成要素と命名されることができる。

【0023】

構成要素（例えば、第１構成要素）が他の構成要素（例えば、第２構成要素）と「（作動的に又は通信的に）結合された」又は「接続された」場合、構成要素は直接的に他の構成要素と結合し、構成要素と他の構成要素との間に介在構成要素（例えば、第３構成要素）があることで理解できる。逆に、構成要素（例えば、第１構成要素）が他の構成要素（例えば、第２構成要素）と「直接結合」されたり「直接接続」される場合、要素と他の要素との間に中間要素（例えば、第３要素）がないと理解できる。

【0024】

本開示で用いられた「～で構成された（又は～で設定される）」という表現は、「～に適合する」、「～することができる能力がある」、「～するように設計された」、「～に適合する」、「～するように造った」又は「～することができる」と文脈によって相互交換的に用いられることができる。「構成された（設定された）」という用語は、ハードウェアレベルで「特定に設計された」ことを意味しない。その代わり、「装置が…するように構成された」という表現は、装置が特定の状況で他の装置又は部品と共に「…することができる」ことを意味する。 例えば、「Ａ、Ｂ、Ｃを行うように構成された（設定）プロセッサ」は、当該動作を行うための専用プロセッサ（例えば、エンベデッドプロセッサ）を意味するか、メモリ装置に記憶された一つ以上のソフトウェアプログラムを実行して当該動作を行うことができる汎用プロセッサ（例えば、中央処理装置（ＣＰＵ）又はアプリケーションプロセッサ（ＡＰ））を意味することができる。

【0025】

本開示の様々な実施例を説明するために用いられた用語は、特定の実施例を説明するために用いられたもので、本開示を限定しようという意図ではない。本開示で使用されたように、単数形態は文脈上の明らかに異なるように指示しない限り複数形態も含むことで意図される。技術的又は科学的な用語を含め、本開示で用いられるすべての用語は、特別な定義がない限り、関連技術分野において通常の知識を有する者によって一般的に理解されるものと同一の意味を持つ。一般的に用いられる辞書に定義された用語は、当該記述の文脈上の意味と同一又は類似の意味と解釈されるべきであり、ここに明確に定義されていない限り、理想的又は誇張された意味と解釈されてはいけない。場合によっては、本開示で定義された用語さえ、本開示の実施例を排除するもので解釈されてはいけない。

【0026】

本開示で用いられた用語「モジュール」は、例えば、ハードウェア、ソフトウェア、ファームウェアのいずれかの一つ又は組み合わせを含む単位を意味することができる。「モジュール」は、例えば、「ユニット（ｕｎｉｔ）」、「ロジック（ｌｏｇｉｃ）」、「論理的ブロック（ｌｏｇｉｃａｌ ｂｌｏｃｋ）」、「コンポーネント（ｃｏｍｐｏｎｅｎｔ）」、又は「回路（ ｃｉｒｃｕｉｔ）」のような用語と混用されることができる。「モジュール」は集積された構成要素の最小単位又はその一部であっても良い。「モジュール」は一つ以上の機能を実行するための最小単位又はその一部であっても良い。「モジュール」は機械的又は電子的に具現されることができる。例えば、本開示による「モジュール」は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）チップ、ＦＰＧＡ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、及び既存の動作を行うために知られているか、以後に開発される予定のプログラム可能な論理素子（ｐｒｏｇｒａｍｍａｂｌｅ－ｌｏｇｉｃｄｅｖｉｃｅ）のうちの少なくとも一つを含むことができる。

【0027】

本開示による電子装置は、例えば、スマートフォン、タブレットパーソナルコンピューター（ＰＣ）、モバイルフォン、ビデオフォン、電子ブックリーダー（ｅ－ｂｏｏｋ Ｒｅａｄｅｒ）、デスクトップＰＣ、ラップトップＰＣ、ノートパソコン、ワークステーション、サーバー、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、ＭＰＥＧ－１ ＭＰ３（Ａｕｄｉｏ Ｌａｙｅｒ－３）プレーヤー、モバイル医療機器、カメラ、ウェアラブル機器などがある。ウェアラブルデバイスは、アクセサリータイプ（例えば、時計、指輪、ブレスレット、アンクレット、ネックレス、眼鏡、コンタクトレンズ、又はＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、織物又は衣類一体型（例えば、電子衣類）、身体装着型（例えば、スキンパッド、タトゥー）、及び生体移植タイプ（例えば、植込み型回路）のいずれか少なくとも一つを含めることができる。

【0028】

電子装置は家電製品であれば良い。家電製品は例えば、テレビ、ＤＶＤプレーヤー、オーディオ、冷蔵庫、エアコン、掃除機、オーブン、電子レンジ、洗濯機、空気清浄機、セットトップボックス、ホームオートメーション制御板、セキュリティ制御板、ＴＶボックス（例えば、Ｓａｍｓｕｎｇ Ｈｏｍｅ Ｓｙｎｃ^ＴＭ、Ａｐｐｌｅ ＴＶ^ＴＭ又はＧｏｏｇｌｅ ＴＶ^ＴＭ）、ゲームコンソール（例：Ｘｂｏｘ^ＴＭ及びＰｌａｙＳｔａｔｉｏｎ ＴＶ^ＴＭ）、電子辞書、電子キー、キャムコーダー及び電子写真フレームのうちの少なくとも1つを含むことができる。

【0029】

電子装置は、各種医療機器（例えば、各種携帯用医療測定機（血糖測定機、心拍数測定機、血圧測定機、体温測定機など）、磁気共鳴血管造影術（ＭＲＡ）、 磁気共鳴映像（ＭＲＩ）、コンピューター断層撮影（ＣＴ）機械及び超音波機械）、ナビゲーション装置、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機、イベントデータレコーダー（ＥＤＲ）、飛行データレコーダー（ＦＤＲ）、車両インフォテインメント装置、船舶用電子機器（例えば、船舶用航法装置、ジャイロコンパス）、航空電子工学、セキュリティ装置、自動車ヘッドユニット、家庭用又は産業用ロボット、銀行の自動入出金機（ＡＴＭ）、売り場のＰＯＳ（Ｐｏｉｎｔ ｏｆ Ｓａｌｅ）装置又はモノのインターネット（ＩｏＴ）装置（例えば、電球、各種センサ、電気又はガス計量器、スプリンクラー装置、火災報知機、温度調節装置、街路灯、トースター、スポーツ用品、温水タンク、ヒーター、ボイラーなど）のいずれか一つを含むことができる。

【0030】

電子装置は、家具又は建物／構造物、電子ボード、電子署名受信装置、プロジェクター、及び各種測定器（例えば、水道計量器、電気計量器、ガス計量器、電波計量器）のいずれか一つを含むことができる。電子装置は前述の様々な装置の1つかそれ以上の組み合わせであっても良い。電子装置もフレキシブルな装置であっても良い。 また、電子装置は前述した装置に限らず、新技術の発展に伴う電子装置を含むことができる。

【0031】

以下、添付された図面を参照し、電子装置について説明する。 本開示において「ユーザ」という用語は、電子装置を使用する者又は電子装置を使用する装置（例えば、人工知能電子装置）を指す。

【0032】

本開示で用いられるネットワーク エンティティー（ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ）及びエッジコンピューティング（Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）システムのエンティティー を指す用語、メッセージを指す用語、識別情報を指す用語などは、説明の便宜のために例示されたことである。したがって、本発明が後述される用語に限定されることではなく、同等の技術的意味を有する対象を指す他の用語が用いられる。

【0033】

以下便宜のために、本発明は５Ｇシステム規格で定義する用語と名称を用いるが前記用語及び名称によって限定されることではなく、他の規格によるシステムにも同様に適用されることができる。

【0034】

以下で説明される本開示ではエッジアプリケーションサーバー（Ｅｄｇｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）の間のアプリケーションコンテキスト再配置（Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ Ｒｅｌｏｃａｔｉｏｎ）実行方法に対して記述する。エッジコンピューティングシステムで端末、特に移動通信端末にエッジコンピューティングサービスを提供しているエッジアプリケーションサーバー（Ｅｄｇｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）の変動が必要とする場合がある。例えば、移動通信端末が特定のデータネットワークからに他のデータネットワークに移動するか又は無線環境の変化によって移動通信端末が特定データネットワークから他のデータネットワークに接続しなければならない場合などとなることができる。このような場合、元々のサービスが提供されたソースエッジアプリケーションサーバー（Ｓｏｕｒｃｅ Ｅｄｇｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）から新しくサービスが提供されなければならない対象エッジアプリケーションサーバー（Ｔａｒｇｅｔ Ｅｄｇｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）にアプリケーションコンテキスト（Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ）を伝達する方法が後述される。また、このように、エッジアプリケーションサーバー（Ｅｄｇｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）が変更される場合、このような変動必要性を検出する方法と、新しい対象エッジアプリケーションサーバー（Ｔａｒｇｅｔ Ｅｄｇｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）を選択する方法が後述される。だけでなく以下では対象エッジアプリケーションサーバーの選択に基づいて元々のサービスを提供したソースエッジアプリケーションサーバーから対象アプリケーションサーバーにアプリケーションコンテキスト再配置（Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ Ｒｅｌｏｃａｔｉｏｎ）を実行する手順について説明する。

【0035】

本開示ではサービスの連続性を維持（ｐｒｅｓｅｒｖｉｎｇ ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ）するための以下の内容に対してより具体的に説明する。

【0036】

（１）サービングエッジアプリケーションサーバーからターゲットエッジアプリケーションサーバーにトラフィックのリルーティングの必要性を検出するための方法

【0037】

（２）サービスの連続性を維持しながらアプリケーションクライアントとエッジアプリケーションサーバーの間の接続に必要なスイッチを活性化する方法

【0038】

（３）エッジデータネットワーク内でエッジアプリケーションサーバーの間に必要なコンテキスト送信方法

【0039】

（４）位置に関係なくサービングエッジアプリケーションサーバーからターゲットエッジアプリケーションサーバー（又はサーバー）に必要なコンテキストを送信する方法：同一なエッジデータネットワーク、他のエッジデータネットワーク又はクラウドで送信するかに対する方法

【0040】

図１は、本開示による３ＧＰＰネットワークとエッジコンピューティングシステムネットワークの接続及び端末の移動を説明するための一例示図である。

【0041】

図１を参照すれば、移動ネットワーク事業者（Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）のサービス領域１を例示した。移動ネットワーク事業者のサービス領域１にはエッジコンピューティングサービスを電子装置で提供するために区分されたエッジデータネットワークを含むことができる。それぞれのエッジデータネットワークは電子装置でエッジコンピューティングサービスを提供するための領域１０、２０を持つことができる。例えば、図１では第１エッジデータネットワークのサービス領域１０に第１基地局１１１、第２基地局１１２、第３基地局１１３、第４基地局１１４を含む場合を例示し、第２エッジデータネットワークのサービス領域２０には第５基地局２１１、第６基地局２１２を例示した。

【0042】

図１の例示で、第１基地局１１１乃至第４基地局１１４を含む第１エッジデータネットワークのサービス領域１０には互いに異なる２個のユーザ平面機能（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ（ＵＰＦ））１２１、１２２が含まれている場合を共に例示した。また、第２エッジデータネットワークのサービス領域２には一つのユーザ平面機能２２１だけを有する形態を例示した。図１の例示で分かるようにエッジデータネットワークには一つ又は２つ以上のＵＰＦを持つことができる。

【0043】

第１エッジデータネットワークのサービス領域１０は一つのエッジイネーブラーサーバー（Ｅｄｇｅ Ｅｎａｂｌｅｒ Ｓｅｒｖｅｒ）１００によって設定された領域になることができる。また、第２エッジデータネットワークのサービス領域２０は他の一つのエッジイネーブラーサーバー２００によって設定された領域になることができる。このようにエッジデータネットワークのサービス領域１０、２０はエッジイネーブラーサーバー１００、２００によって管理されることができる領域で設定することができる。

【0044】

図１に例示したようにエッジイネーブラーサーバー１００、２００はそれぞれ互いに同一又は異なるエッジアプリケーションサーバー１０１、１０２、２０１と接続されるか又は含むことができる。第１エッジアプリケーションサーバー１０１、２０１と第２エッジアプリケーションサーバー１０２はそれぞれ互いに異なるエッジコンピューティングサービスを提供することができる。第１エッジデータネットワークのサービス領域１０に位置した第１エッジアプリケーションサーバー１０１と同一なサービスを提供する第２エッジデータネットワークのサービス領域２０に位置した第１アプリケーションサーバー２０１は互いに異なるエッジイネーブラーサーバー１００、２００を介して電子装置５０でエッジコンピューティングサービスを提供することができる。図１に例示したように、第１エッジデータネットワークのサービス領域１０に位置した第１エッジアプリケーションサーバー１０１は第１エッジデータネットワークに位置した基地局１１１、１１２、１１３、１１４のいずれか一つの基地局に接続された電子装置５０でエッジコンピューティングサービスを提供することができる。第２エッジアプリケーションサーバー１０２は第１エッジデータネットワークに位置した基地局１１１、１１２、１１３、１１４のいずれか一つの基地局に接続された電子装置５０でエッジコンピューティングサービスを提供することができる。

【0045】

電子装置５０は本開示によるエッジコンピューティングサービスが提供されることができ、無線ネットワークを介して移動通信ネットワークに接続することができる端末であっても良い。このような電子装置５０はスマートフォン、タブレットコンピューター、スマートウォッチ、ゲーム機、自動車、バイク、自転車、飛行機、船舶などのように移動可能な多様な電子装置及び／又はＩｏＴサービスを提供することができる多様な形態の電子装置を含むことができる。電子装置５０は本開示によって少なくとも一つのエッジコンピューティングサービスアプリケーション５３を搭載することができ、本開示によってエッジイネーブラークライアント５２を含むことができ、無線通信機能を行う移動端末５１、例えば、通信階層（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｌａｙｅｒ）を含むことができる。

【0046】

エッジコンピューティングサービスアプリケーションを搭載するということはエッジコンピューティングサービスが提供されるためのアプリケーションを電子装置５０のメモリ（図示せず）設置（又は記憶）されることができることを意味することができる。また、エッジコンピューティングサービスアプリケーションを搭載するということは電子装置５０に設置されたアプリケーションが少なくとも一つのプロセッサにローディングされてエッジコンピューティングサービスを提供するための動作を行うようにすることを意味することができる。

【0047】

エッジイネーブラークライアント５２はエッジコンピューティングサービスが提供されるためのアプリケーションを搭載した電子装置５０のメモリー（図示せず）に設置されることができる。また、エッジイネーブラークライアント５２は設置されたアプリケーションに代わって少なくとも一つのプロセッサにローディングされてエッジコンピューティングサービスアプリケーションで要する動作の少なくとも一部の動作を行うようにすることを意味することができる。

【0048】

移動端末５１は特定の無線通信ネットワーク、例えば、３ＧＰＰ通信ネットワークと設定された方式に通信することができる通信階層を含むことができる。通信階層は少なくとも一つの通信プロセッサ（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）及び／又はモデムを含むことができ、無線信号の送信及び受信のためのロジッグと少なくとも一つのアンテナを含むことができる。

【0049】

電子装置５０は以下で説明の便宜のためにユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）と称して説明する。またユーザ装置５０の内の各階層又は構成要素は相互間の情報／データなどを取り交わすためのインターフェースを持つことができる。

【0050】

基地局１１１、１１２、１１３、１１１３、１１４、２１１、２１２はユーザ装置と設定された無線通信方式でユーザ装置と通信を行うことができる所定の領域を持つ。例えば、設定された無線通信方式が３ＧＰＰ移動通信ネットワークの方式を用いる場合、基地局１１１、１１２、１１３、１１１３、１１４、２１１、２１２は３ＧＰＰ移動通信ネットワークの基地局になることができる。

【0051】

ユーザ平面機能（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ、ＵＰＦ）１２１、１２２、２２１はユーザ装置が送受信するパケットを伝達するゲートウエー役目を行うことができる。本開示の一実施例によれば、ＵＰＦ１２１、１２２、２２１はエッジコンピューティングサービスをサポートするためにエッジイネーブラーサーバー（Ｅｄｇｅ Ｅｎａｂｌｅｒ Ｓｅｒｖｅｒ）１００、２００と物理的及び／又は論理的に近くに位置することができる。ＵＰＦ１２１、１２２、２２１とエッジイネーブラーサーバー１００、２００の間の物理的及び／又は論理的に近くに位置するように構成することによってユーザに提供する（又はユーザから受信される）データパケットをインターネット（Ｉｎｔｅｒｎｅｔ）を経ずエッジデータネットワークに直ちに伝達して送信を減らすことができる。すなわち、低遅延送信が可能である。本開示の他の実施例によれば、ＵＰＦ１２１、１２２、２２１はエッジイネーブラーサーバー１００、２００とインターネットで接続されるデータネットワークでも接続することができる。

【0052】

本開示の一実施例によれば、エッジコンピューティングシステムはエッジイネーブラーサーバー（Ｅｄｇｅ Ｅｎａｂｌｅｒ Ｓｅｒｖｅｒ）１００、２００、エッジデータネットワーク構成サーバー（Ｅｄｇｅ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｅｒｖｅｒ）３０及びエッジイネーブラークライアント（Ｅｄｇｅ Ｅｎａｂｌｅｒ Ｃｌｉｅｎｔ、ＥＥＣ）５２で構成されることができる。本開示の多様な実施例によれば、エッジイネーブラーサーバー１００、２００はエッジホスティング環境（Ｅｄｇｅ Ｈｏｓｔｉｎｇ Ｅｎｖｉｒｏｎｍｅｎｔ）又はエッジコンピューティングプラットホーム（Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ Ｐｌａｔｆｏｒｍ）を構築することができる。エッジホスティング環境（Ｅｄｇｅ Ｈｏｓｔｉｎｇ Ｅｎｖｉｒｏｎｍｅｎｔ）又はエッジコンピューティングプラットホーム（Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ Ｐｌａｔｆｏｒｍ）を構築するということはエッジイネーブラーサーバーと少なくとも一つのエッジアプリケーションサーバーが接続されているか又はエッジイネーブラーサーバーのコンピューティングプラットホーム上で少なくとも一つのエッジアプリケーションサーバーが駆動されている場合を意味することができる。これによってエッジイネーブラーサーバー１００、２００はエッジホスティング環境内で駆動されている又はエッジコンピューティングプラットホーム上で駆動されているエッジアプリケーションサーバーに対する情報が分かる。

【0053】

本開示の多様な実施例によれば、エッジイネーブラーサーバーはユーザ装置５０を交渉してユーザ装置５０内で駆動されているアプリケーションクライアント５２とエッジホスティング環境内のエッジアプリケーションサーバーの間を接続することができる。本開示の多様な実施例によれば、エッジコンピューティングシステムをサポートするユーザ装置５０は前述したようにエッジイネーブラークライアントを内蔵又は搭載することができる。本開示の一実施例によれば、ユーザ装置５０とエッジアプリケーションサーバーの間の交渉はユーザ装置５０内のエッジイネーブラークライアント（Ｅｄｇｅ Ｅｎａｂｌｅｒ Ｃｌｉｅｎｔ）５２とエッジイネーブラーサーバー１００、２００の間の相互連動を介して進行されることができる。本開示の一実施例によれば、前記交渉のようなエッジイネーブラークライアント５２とエッジイネーブラーサーバー１００、２００相互連動が実行される階層（ｌａｙｅｒ）をエッジイネーブリング階層（Ｅｄｇｅ Ｅｎａｂｌｉｎｇ Ｌａｙｅｒ）とすることができる。

【0054】

本開示の多様な実施例によれば、エッジデータネットワーク構成サーバー（Ｅｄｇｅ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｅｒｖｅｒ）３０はエッジイネーブラーサーバー１００、２００の配置（ｄｅｐｌｏｙｍｅｎｔ）情報が分かり、エッジコンピューティングサービスを用いるための設定情報をユーザ装置５０に伝達するための機能を行うことができる。本開示の一実施例によれば、設定情報はエッジデータネットワーク接続（Ｅｄｇｅ Ｄａｔａ Ｎｅｔｗｏｒｋ ｃｏｎｎｅｃｔｉｏｎ）情報、エッジデータネットワークサービス領域（Ｅｄｇｅ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ａｒｅａ）、エッジイネーブラーサーバー接続（Ｅｄｇｅ Ｅｎａｂｌｅｒ Ｓｅｒｖｅｒ ｃｏｎｎｅｃｔｉｏｎ）情報のうちの少なくとも一つを含むことができる。

【0055】

本開示の多様な実施例によれば、エッジデータネットワーク接続情報は例えば、データネットワーク名（Ｄａｔａ Ｎｅｔｗｏｒｋ Ｎａｍｅ）、単一－ネットワークスライス選択サポート情報（Ｓｉｎｇｌｅ－Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ、Ｓ－ＮＳＳＡＩ）のような情報を含むことができる。本開示の多様な実施例によれば、エッジデータネットワークサービス領域は、例えば、セルリスト（Ｃｅｌｌ ｌｉｓｔ）、トラッキング領域リスト（Ｌｉｓｔ ｏｆ Ｔｒａｃｋｉｎｇ Ａｒｅａ）、事業者のネットワーク識別子（ＰＬＭＮ ＩＤ）のうちの少なくとも一つになるか、又は２つ以上を含むことができる。本開示の多様な実施例によれば、エッジイネーブラーサーバー接続情報は、例えば、ユニフォームリソース識別子（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ、ＵＲＩ）になることができる。

【0056】

本開示の多様な実施例によれば、ユーザ装置５０はエッジデータネットワーク構成サーバー３０から特定位置、例えば、特定の基地局又は特定のデータネットワーク又は特定の物理的位置などの情報に基づいて接続可能なエッジイネーブラーサーバー情報を受信することができる。本開示の一実施例によれば、エッジデータネットワーク構成サーバー３０が特定エッジイネーブラーサーバーのエッジホスティング環境で駆動中のエッジアプリケーションサーバーに対する情報が分かると、ユーザ装置５０もエッジイネーブラークライアント５２を介して当該情報を得ることができる。

【0057】

本開示の多様な実施例によれば、エッジアプリケーションサーバー１０１、１０２、２０１はエッジコンピューティングシステム内で駆動される第３者アプリケーションサーバーを意味することができる。本開示の一実施例によれば、エッジアプリケーションサーバー１０１、１０２、２０１はエッジホスティング環境が提供するインフラストラクチャー（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）上で駆動される第３者アプリケーションサーバーになることができ、ユーザ装置５０と近くの位置でサービスを提供することができるために超低遅延サービスを提供することができる。本開示の多様な実施例によれば、エッジアプリケーションサーバー１００でユーザ装置５０で提供するサービスの上位階層に対する情報をアプリケーションコンテキスト（Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ）と指称することができる。例えば、ユーザがリアルタイムゲームアプリケーションを使用時、現在ゲーム内のユーザが見ている画面及びプレー段階を再生性するために必要なすべての情報がアプリケーションコンテキストに含まれることができる。例えば、ユーザ装置５０が他のエッジアプリケーションサーバーに接続されて既存のサービスをシームレスに用いるためにはアプリケーションコンテキストが新たに接続されるエッジアプリケーションサーバーに再配置（Ｒｅｌｏｃａｔｉｏｎ）すべきである。アプリケーションコンテキスト再配置（Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ Ｒｅｌｏｃａｔｉｏｎ）を行うためにはユーザ装置５０のアプリケーションクライアント（Ａｐｐｌｉｃａｔｉｏｎ Ｃｌｉｅｎｔ）５３で駆動されているアプリケーションにサービスを提供することができるエッジアプリケーションサーバーが利用可能状態であるべきである。エッジデータネットワーク内のエッジアプリケーションサーバーの利用可能であるかどうか（Ａｖａｉｌａｂｉｌｉｔｙ）はエッジホスティング環境内で駆動するかどうか及びエッジアプリケーションサーバーの状態などによって決定されることができる。

【0058】

本開示の多様な実施例によれば、ユーザ装置５０内には前述したようにアプリケーションクライアント（Ａｐｐｌｉｃａｔｉｏｎ Ｃｌｉｅｎｔ）５３、アプリケーションクライアント５３とエッジコンピューティングサービスを連動するエッジイネーブラークライアント５２、及び移動通信システムに接続する移動端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ、ＭＴ５１）が存在することができる。本開示の多様な実施例によれば、ユーザ装置５０のアプリケーションは第３者が提供するアプリケーションとして特定応用サービスのためにユーザ装置５０内で駆動されるクライアント応用プログラムを意味する。ユーザ装置５０内には２つ以上のアプリケーションが駆動されることができる。本開示の一実施例によれば、このようなアプリケーションのうちの少なくとも一つのアプリケーションは多重アクセスエッジコンピューティング（Ｍｕｌｔｉ－ａｃｃｅｓｓ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）サービスを用いることができる。ユーザ装置５０内のエッジイネーブラークライアント５２はエッジコンピューティングサービス利用に必要なユーザ装置５０内の動作を行うクライアントを意味することができる。本開示の一実施例によれば、エッジイネーブラークライアント５２はどんな応用アプリケーションがエッジコンピューティングサービスを用いることができるか識別し、エッジコンピューティングサービスを提供するエッジアプリケーションサーバーでユーザ装置５０のアプリケーションクライアントのデータが伝達されるようにネットワークインターフェースを接続する動作を行うことができる。本開示の一実施例によれば、ユーザ装置５０はエッジコンピューティングサービスを用いるために移動端末５１を介して基地局と無線チャンネルを設定することができる。無線チャンネル設定は移動端末５１の通信階層、例えば、３ＧＰＰ通信階層で行うことができる。本開示の一実施例によれば、移動端末５１の通信階層はデータ通信のための無線接続を確立し、移動通信システムにユーザ装置５０を登録し、移動通信システムにデータ送信のための接続を確立し、データを送受信する役割を果たすことができる。

【0059】

前述したように本開示ではエッジコンピューティングシステムでサービス持続性のためのエッジアプリケーションサーバーの間のアプリケーションコンテキスト再配置の方法に対して説明する。図１に例示されたようにユーザ装置５０が第１エッジデータネットワーク１０に接続して第１エッジアプリケーションサーバー１０１からエッジコンピューティングサービスを提供していている場合を想定することができる。このような場合、ユーザ装置５０が第２エッジデータネットワークのサービス領域２０に移動するようになれば、エッジアプリケーションサーバーの変動が必要である。このような場合、ソースエッジアプリケーションサーバーからターゲットアプリケーションサーバーにアプリケーションコンテキストを伝達する方法が必要である。また、エッジアプリケーションサーバーの変動必要性を検出する方法も必要である。だけでなく新しいエッジアプリケーションサーバーを選択する方法及びこれに基づいてソースアプリケーションサーバーからアプリケーションコンテキスト再配置のための方法が必要である。

【0060】

アプリケーションコンテキスト再配置を決定する方法は次のような３ＧＰＰシステムのネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）の介入が必要な場合がある。ユーザ装置がエッジデータネットワークサービス地域を離脱する場合、ユーザ平面（Ｕｓｅｒ Ｐｌａｎｅ、ＵＰ）経路の変化が必要なことをＳＭＦで検出してＵＰ ｐａｔｈ ｍａｎａｇｅｍｅｎｔ ｅｖｅｎｔ ｎｏｔｉｆｉｃａｔｉｏｎを該当するエッジアプリケーションサーバーに送信することができる。これを受信したエッジアプリケーションサーバーはアプリケーションコンテキスト再配置の必要性を認識して関連手順を開始することができる。

【0061】

しかし、このような方式の場合、ユーザ装置にサービスを提供しているエッジアプリケーションサーバーが３ＧＰＰシステムのセッション管理機能（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、以下、“ＳＭＦ”とする）にＵＰ ｐａｔｈ ｍａｎａｇｅｍｅｎｔ ｅｖｅｎｔ ｎｏｔｉｆｉｃａｔｉｏｎサービスに対する事前ｓｕｂｓｃｒｉｐｔｉｏｎを実行しなければならないことが必須である。ユーザ装置内でエッジデータネットワークサービス地域離脱を予め検出することができる。しかし、３ＧＰＰネットワークのＳＭＦがアプリケーションコンテキスト再配置の必要性を認識して関連手順を開始する方式はＳＭＦでこれを認識すべきである。また、エッジアプリケーションサーバーはＳＭＦで通知を受信する前にアプリケーションコンテキスト再配置実行を開始することができないために遅延時間が発生することができる。また、新しいエッジアプリケーションサービス提供のためにエッジアプリケーションサーバーを追加する度にｓｕｂｓｃｒｉｐｔｉｏｎによるオーバーヘッドが発生することができる。ネットワーク操作事業者及びエッジコンピューティングサービス提供者（Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）ではない第３者アプリケーションサービス提供者がエッジアプリケーションサーバーを設置して駆動する場合、サービスレベルの協約がオーバーヘッドになることができる。

【0062】

後述する本開示では前記のオーバーヘッド無しにアプリケーションコンテキスト再配置を速やかに行うためにユーザ装置内でアプリケーション再配置必要性を検出することができ、これを行うことができる方法を提供すべきである。したがって、本開示の一実施例によれば、ユーザ装置内のデータネットワークサービス地域離脱検出方法を含むことができる。また、本開示の一実施例によれば、ユーザ装置が新たに接続されるエッジデータネットワークを決定し、当該エッジデータネットワークのエッジイネーブラーサーバー及びエッジアプリケーションサーバーに接続する方法が必要である。

【0063】

図２は、本開示の一実施例によってユーザ装置内のエッジイネーブラークライアントと通信階層の相互作用及び３ＧＰＰネットワークを介してエッジコンピューティングシステムとの相互接続を説明するための例示図である。

【0064】

以下、図２を参照し、エッジコンピューティングシステムでアプリケーションコンテキスト再配置実行必要性を判断する方法とターゲットエッジイネーブラー／アプリケーションサーバーの決定方法を説明する。

【0065】

図２を参照すれば、ユーザ装置５０は前述した図１の構成と同一な構成を持つことができる。

【0066】

本開示の多様な実施例によれば、第１エッジデータネットワーク１１０は第１エッジイネーブラーサーバー１００と第１エッジイネーブラーサーバー１００のエッジコンピューティングプラットホーム上で駆動される第１エッジアプリケーションサーバー１０１、第２エッジアプリケーションサーバー１０２、第３エッジアプリケーションサーバー１０３で構成されることができる。図２では例示的に第１エッジデータネットワーク１１０に３個のエッジアプリケーションサーバーが駆動されることを説明したが、より多くのエッジアプリケーションサーバー又は１つのエッジアプリケーションサーバーのみを含むように構成することができる。本開示の多様な実施例によれば、第２エッジデータネットワーク２１０は第２エッジイネーブラーサーバー２００と第２エッジイネーブラーサーバー２００のエッジコンピューティングプラットホーム上で駆動される第１エッジアプリケーションサーバー２０１及び第３エッジアプリケーションサーバー２０３で構成されることができる。図２では例示的に第２エッジデータネットワーク１２０に２個のエッジアプリケーションサーバー２０１、２０３が駆動されることを説明したが、第２エッジデータネットワーク１２０はより多くのエッジアプリケーションサーバー又は一つのエッジアプリケーションサーバーのみを含むことができる。

【0067】

本開示の好ましい実施例によれば、また第１エッジデータネットワーク１１０のエッジコンピューティングプラットホーム上で駆動される第１エッジアプリケーションサーバー１０１と第２エッジデータネットワーク２１０のエッジコンピューティングプラットホーム上で駆動される第１エッジアプリケーションサーバー２０１は同一な機能を行うエッジアプリケーションサーバーになることができる。例えば、第１エッジデータネットワーク１１０のエッジコンピューティングプラットホーム上で駆動される第１エッジアプリケーションサーバー１０１が第１サービスを提供するためのエッジアプリケーションサーバーの場合、第２エッジデータネットワーク２１０のエッジコンピューティングプラットホーム上で駆動される第１エッジアプリケーションサーバー２０１も第１サービスを提供するためのエッジアプリケーションサーバーであれば良い。同様に第１エッジデータネットワーク１１０のエッジコンピューティングプラットホーム上で駆動される第３エッジアプリケーションサーバー１０３が第３サービスを提供するためのエッジアプリケーションサーバーの場合、第２エッジデータネットワーク２１０のエッジコンピューティングプラットホーム上で駆動される第３エッジアプリケーションサーバー２０３も第３サービスを提供するためのエッジアプリケーションサーバーであれば良い。

【0068】

図１で例示したように３ＧＰＰネットワークは複数の基地局（５Ｇ－（Ｒ）ＡＮ）のうちの少なくとも一つの基地局を介してユーザ端末５０とチャンネルを設定することができ、ＵＰＦを介してユーザ平面でデータを送信することができる。ＵＰＦを介してユーザ平面のデータはエッジデータネットワークのエッジイネーブラーサーバーとユーザ端末の間のデータ経路が設定されることができる。図２の例示でもユーザ装置５０が３ＧＰＰネットワーク４０を介して第１エッジデータネットワーク１１０に接続された場合を仮定して図示した。

【0069】

また、第２エッジデータネットワーク２１０は第１エッジデータネットワーク１１０と対比する時、第２エッジアプリケーションサーバーを含まないという差異がある。このようにエッジデータネットワークはそれぞれの同一な機能のエッジアプリケーションサーバーを持つことができる。また、特定のエッジデータネットワークには存在するが他のエッジデータネットワークには存在しないエッジアプリケーションサーバーが存在する場合がある。

【0070】

エッジイネーブラーサーバー１００、２００はそれぞれのエッジデータネットワーク構成サーバー３０に接続されることができる。また、エッジデータネットワーク構成サーバー３０は３ＧＰＰネットワークを介してユーザ装置５０と直接接続（図１及び図２に図示せず）されることもできる。

【0071】

ユーザ装置５０のエッジイネーブラークライアント５２は移動端末５１、例えば、３ＧＰＰ通信階層のＵＥ位置（Ｌｏｃａｔｉｏｎ）情報を活用してエッジデータネットワークサービス地域を離脱したか検出することができる。エッジイネーブラークライアント５２はこのような検出の結果によってアプリケーションコンテキスト再配置の必要性を判断（識別）できる。

【0072】

本開示の好ましい実施例によれば、図２に例示したようにエッジイネーブラークライアント５２と移動端末５１は相互作用が可能であり、エッジイネーブラークライアント５２はエッジデータネットワーク構成サーバー３０に記憶されているエッジデータネットワークサービス地域又はエッジイネーブラーサーバーのサービス地域に対する情報を活用してエッジデータネットワークサービス地域内にあるか、又はエッジデータネットワークサービス地域を離脱したかを識別することができる。

【0073】

本開示の一実施例によれば、エッジイネーブラークライアント５２はエッジデータネットワークサービス地域を離脱したことで判断される場合、アプリケーションコンテキスト再配置をトリガー（Ｔｒｉｇｇｅｒ）できる。

【0074】

本開示の他の実施例によれば、エッジイネーブラークライアント５２はエッジデータネットワークサービス地域離脱発生の前、可能性を検出することができる。このような場合、エッジイネーブラークライアント５２はアプリケーションコンテキストの再配置をトリガーすることができる。

【0075】

本開示のまた他の実施例によれば、エッジイネーブラークライアント５２は移動端末５１のユーザ装置位置（ＵＥ ｌｏｃａｔｉｏｎ）情報活用だけで限定せず、ユーザ装置５０内の活用可能な位置情報に基づいてエッジデータネットワークサービス地域内にあるか、又はエッジデータネットワークサービス地域を離脱したかを識別することができる。

【0076】

本開示の多様な実施例によれば、エッジアプリケーションサーバーのサービス地域がエッジデータネットワークのサービス地域と一致する場合、ユーザ装置５０はエッジデータネットワークサービス地域でアプリケーションコンテキスト再配置の必要性を識別することができる。

【0077】

本開示の多様な実施例によれば、エッジアプリケーションサーバーのサービス地域がエッジデータネットワーク地域の一部地域に限定された場合、エッジアプリケーションサーバーのサービス地域情報をＵＥ Ｌｏｃａｔｉｏｎと比べてアプリケーションコンテキストの再配置に対する必要性を識別することができる。本開示の一実施例によれば、エッジアプリケーションサーバーのサービス地域に対する情報はエッジイネーブラーサーバー及び／又はエッジデータネットワーク構成サーバー３０に記憶されることができる。本開示の一実施例によれば、エッジアプリケーションサーバーのサービス地域情報はエッジイネーブラークライアント５２がエッジデータネットワーク構成サーバー３０から初期設定情報として受信されることができる。本開示の他の実施例によれば、エッジアプリケーションサーバーのサービス地域情報はエッジイネーブラークライアント５２が必要な場合、エッジデータネットワーク構成サーバー３０から、又はエッジイネーブラーサーバーにリクエストを介して獲得することができる。

【0078】

本開示の多様な実施例によれば、ユーザ装置５０の移動端末５１から又はアプリケーション階層（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ）のサービス品質情報を活用することができる。本開示の一実施例によれば、ユーザ装置５０のエッジイネーブラークライアント５２は移動端末５１から、又はアプリケーション階層（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ）からサービス品質劣化発生を検出し、より良いサービス品質を提供するエッジデータネットワークへの接続及びアプリケーションコンテキスト再配置の必要性を識別することができる。

【0079】

本開示の多様な実施例によれば、ユーザ装置５０内の移動端末５１は３ＧＰＰネットワークとの相互連動を介して現在接続されたエッジデータネットワークのサービス品質が分かる。また、他のエッジデータネットワークで接続時の予想されるサービス品質も分かる。一実施例によれば、ユーザ装置５０内の移動端末５１は、例えば、ネットワークデータ分析機能（Ｎｅｔｗｏｒｋ Ｄａｔａ Ａｎａｌｙｔｉｃｓ Ｆｕｎｃｔｉｏｎ）などを活用して予想サービス品質が分かる。

【0080】

本開示の多様な実施例によれば、アプリケーション階層で測定可能なエッジコンピューティングサービス品質、例えば、アプリケーションレベルの処理量（Ａｐｐｌｉｃａｔｉｏｎ ｌｅｖｅｌ ｔｈｒｏｕｇｈｐｕｔ；Ｇｏｏｄｐｕｔ）をエッジイネーブラークライアント５２で提供してエッジイネーブラークライアントで活用することができる。

【0081】

本開示の多様な実施例によれば、エッジイネーブラークライアント５２でエッジアプリケーションサーバーの可能性（Ａｖａｉｌａｂｉｌｉｔｙ）情報に基づいてアプリケーションコンテキスト再配置の必要性を識別し、対象サーバーを識別することができる。

【0082】

本開示の多様な実施例によれば、ソースエッジイネーブラーサーバーでソースエッジアプリケーションサーバーを使用できない場合、アプリケーションコンテキスト再配置が必要であると判断することができる。

【0083】

本開示の一実施例によれば、エッジイネーブラークライアント５２はアプリケーションコンテキストが伝達されるターゲットエッジイネーブラーサーバーでユーザ装置５０のアプリケーションクライアントに提供することができるエッジアプリケーションサーバーがエッジホスティング環境で駆動されているか駆動されることができる場合、アプリケーションコンテキスト再配置のための手順を進行することができる。前記可能性（Ａｖａｉｌａｂｉｌｉｔｙ）情報はエッジイネーブラーサーバー又はエッジデータネットワーク構成サーバー３０から獲得することができる。

【0084】

図２の第２エッジデータネットワーク２１０の第２エッジイネーブラーサーバー２００は第２エッジアプリケーションサーバーが駆動されていない場合を例示している。この場合、ユーザ装置５０は第２アプリケーションに対するアプリケーションコンテキスト再配置を直ちに行うことができない。第２エッジイネーブラーサーバー２００で第２エッジアプリケーションサーバーの駆動が可能であるかどうかを先ず確認した後に第２エッジアプリケーションサーバーの可能性（Ａｖａｉｌａｂｉｌｉｔｙ）情報をエッジイネーブラークライアント５２又はエッジデータネットワーク構成サーバー３０に提供することができる。

【0085】

以下、本開示の一実施例によってユーザ装置５０でアプリケーションコンテキスト再配置の必要性を検出してこれを行う全体手順を説明する。アプリケーションコンテキスト再配置実行コマンドを提供する主体はターゲットエッジイネーブラーサーバー２００又はソースエッジイネーブラーサーバー１００であり、互いに異なる２つの実施例に対してそれぞれ説明する。

【0086】

図３ａは、本開示の多様な実施例によってターゲットエッジイネーブラーでソースエッジアプリケーションサーバーでアプリケーション再配置実行を指示するための信号フローチャートである。

【0087】

図３ａを参照すれば、ユーザ装置５０のエッジイネーブラークライアント５２は３００動作でアプリケーションコンテキスト再配置の必要性があるか否かを決定することができる。本開示の多様な実施例によれば、トリガー主体は下記のように決定されることができる。しかし、本開示でアプリケーションコンテキスト再配置をトリガーする主体をエッジイネーブラークライアント５２で制限しない。エッジデータネットワークサービス地域とＵＥ ｌｏｃａｔｉｏｎ情報を活用することができ、エッジイネーブラー階層を介してエッジイネーブラーサーバーと連動することができるユーザ装置５０内のすべての個体がアプリケーションコンテキスト再配置をトリガーすることができる。例えば、アプリケーションクライアント５２又は移動端末５１でアプリケーションコンテキストをトリガーするように構成することもできる。

【0088】

本開示の多様な実施例によれば、ユーザ装置５０内のエッジイネーブラークライアント５２でアプリケーション再配置必要性を決定する方式は下記のように識別することができる。

【0089】

方法１：エッジデータネットワークサービスとＵＥ Ｌｏｃａｔｉｏｎ情報を比べて決定することができる。

【0090】

例えば、エッジデータネットワークサービス地域を離脱する場合、アプリケーションコンテキスト再配置をトリガーすることができる。

【0091】

他の例で、エッジデータネットワークサービス地域の離脱が発生する前、移動可能性を予め検出することができる場合、アプリケーションコンテキスト再配置をトリガーすることができる。

【0092】

また他の例で、ユーザ装置が受信しているエッジコンピューティングサービスの品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）劣化を検出する場合、アプリケーションコンテキスト再配置の必要性を判断してトリガーができる。このようにアプリケーションコンテキスト再配置をトリガーすることは他のエッジアプリケーションサーバーから現在提供されているサービスを持続的に受信するためである。

【0093】

また他の例で、端末５１は現在サービスが受信されているエッジアプリケーションサーバーの駆動停止を認識した場合、アプリケーションコンテキスト再配置をトリガーすることができる。

【0094】

本開示の多様な実施例によってユーザ装置５０のエッジイネーブラークライアント５２は３０２動作でアプリケーションコンテキスト再配置するターゲットエッジアプリケーションサーバーを決定することができる。

【0095】

本開示の多様な実施例によれば、アプリケーションコンテキスト再配置の決定主体は端末５１になることができる。

【0096】

本開示の一実施例によれば、端末５１がエッジコンピューティングサービス利用のためにエッジデータネットワーク設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｄａｔａ）に含まれているエッジデータネットワークサービス領域、例えば、セルリスト（Ｃｅｌｌ ｌｉｓｔ）、トラッキング領域リスト（Ｌｉｓｔ ｏｆ Ｔｒａｃｋｉｎｇ Ａｒｅａ）、事業者のネットワーク識別子（ＰＬＭＮ ＩＤ）などを用いることができる。

【0097】

本開示の一実施例によれば、エッジデータネットワーク設定情報はユーザ装置５０がエッジコンピューティングサービス利用のためにエッジデータネットワーク構成サーバーに最初接続時に受信された初期設定情報を活用することができる。

【0098】

本開示の他の実施例によれば、ユーザ装置５０は図３ａの３０２動作のようにエッジデータネットワーク構成サーバー３０にリクエストして設定情報を受信して活用することができる。

【0099】

本開示のまた他の実施例によれば、ユーザ装置５０はエッジデータネットワーク構成サーバー内の特定エッジイネーブラーサーバーのエッジホスティング環境で駆動中のエッジアプリケーションサーバーに対する情報が記憶されている場合、この段階を介してユーザ装置５０内のターゲットエッジアプリケーションサーバーを決定することもできる。

【0100】

本開示の多様な実施例によれば、このような動作の主体がユーザ装置５０のエッジイネーブラークライアント５２で限定されることではない。前記情報を用いることができるユーザ装置５０内のすべての客体が前記動作を行うことができる。

【0101】

本開示の多様な実施例によれば、ユーザ装置５０のエッジイネーブラークライアント５２は３０４動作でアプリケーションコンテキスト再配置リクエストを送信ターゲットエッジイネーブラーサーバー２００で送信することができる。

【0102】

エッジイネーブラークライアント５２は決定した対象ターゲットエッジアプリケーションサーバーにアプリケーションコンテキスト再配置リクエストには以下のような情報が含まれることができる。

【0103】

（１）Ａｐｐｌｉｃａｔｉｏｎ情報（例えば、Ａｐｐｌｉｃａｔｉｏｎ ＩＤ）：ユーザ装置５０が用いているアプリケーション（Ａｐｐｌｉｃａｔｉｏｎ）をサービスすることができるエッジアプリケーションサーバー決定のための情報、アプリケーション情報の外のターゲットエッジアプリケーションサーバーの決定に用いられる情報が当該リクエストに含まれることができる。

【0104】

（２）ユーザ装置５０が既存に接続されたソースエッジアプリケーションサーバー（Ｓ－ＥＡＳ）情報（例えば、ＦＱＤＮ又はＩＰ ａｄｄｒｅｓｓ）を含むことができる。

【0105】

（３）ＵＥ情報（例えば、ＵＥ ＩＤ又はＵＥ ＩＰ ａｄｄｒｅｓｓ）を含むことができる。ＵＥ情報はエッジコンピューティングシステム或いはエッジイネーブラーサーバー内でＵＥを識別することができるすべての情報を含むことができる。エッジコンピューティングシステム内で別に定義するか割り当てた識別子が用いられることもできる。必要によりＵＥ位置情報を一緒に提供することができる。

【0106】

（４）エッジイネーブラークライアントのソースエッジイネーブラーサーバーに対する登録コンテキストを含むことができる。本開示の一実施例によれば、ターゲットエッジアプリケーションサーバーに対する登録に活用されることができるすべての情報が登録コンテキストに含まれて送信されることができる。

【0107】

本開示の多様な実施例によれば、ターゲットエッジイネーブラーサーバー２００は３０６動作でアプリケーションコンテキスト再配置ターゲットエッジアプリケーションサーバーを決定し、アプリケーションコンテキスト再配置リクエストをターゲットエッジアプリケーションサーバー２０１へ伝達することができる。

【0108】

ターゲットエッジイネーブラーサーバー２００は以下の情報に基づいてアプリケーションコンテキスト再配置対象ターゲットエッジアプリケーションサーバー（Ｔ－ＥＡＳ）を決定することができる。

【0109】

（１）Ａｐｐｌｉｃａｔｉｏｎ ＩＤ

【0110】

（２）ユーザ装置５０のアプリケーションをサービスすることができるエッジアプリケーションのエッジホスティング環境内で駆動するか否か

【0111】

本開示の一実施例によれば、エッジイネーブラーサーバーがユーザ装置５０からアプリケーションコンテキスト再配置リクエストを受けた時、当該エッジアプリケーションサーバーを駆動していない場合がある。本開示の多様な実施例によれば、エッジイネーブラーサーバーがエッジアプリケーションサーバーを駆動していないということはエッジコンピューティングプラットホーム内にエッジアプリケーションサーバーが存在するが、駆動されないことを意味する場合がある。関連エッジアプリケーションサーバーをエッジホスティング環境で駆動して駆動されたエッジアプリケーションサーバーでアプリケーションコンテキスト再配置リクエストを伝達することができる。

【0112】

本開示の他の実施例によれば、エッジイネーブラーサーバーがユーザ装置５０からリクエストされたエッジアプリケーションサーバーを駆動しない状態で、今後の駆動の不可能な場合が存在することができる。このような場合、エッジイネーブラーサーバーはアプリケーションコンテキスト再配置が不可能であると判断することができる。

【0113】

前記のような決定に基づいてエッジイネーブラーサーバーはターゲットエッジアプリケーションサーバーで以下の情報を含むアプリケーションコンテキスト再配置リクエストを送信することができる。

【0114】

（１）ＵＥ情報

【0115】

(２)ソースエッジアプリケーションサーバー情報、例えば、既存のユーザ装置でサービスを提供しているエッジアプリケーションサーバーの情報を提供することができる。

【0116】

本開示の多様な実施例によれば、ターゲットエッジアプリケーションサーバー２０１は３０８動作でアプリケーションコンテキスト再配置可能であるかどうかを決定してその応答をターゲットエッジイネーブラーサーバー２００で送信することができる。ターゲットエッジアプリケーションサーバー２０１はコンピューティングリソース及び今後の駆動持続することがなどを基盤でアプリケーションコンテキスト再配置するかどうかを決定することができる。

【0117】

アプリケーションコンテキスト再配置承認の時、アプリケーションコンテキストが送信されるのに必要なターゲットエッジアプリケーション情報（例えば、ＱＤＮ又はＩＰ ａｄｄｒｅｓｓ）及び承認するかどうかをターゲットエッジイネーブラーサーバー２００に送信することができる。

【0118】

本開示の多様な実施例によれば、ターゲットエッジイネーブラーサーバー２００は３１０動作でアプリケーションコンテキスト再配置実行をソースエッジイネーブラーサーバー１００及び／又はソースエッジアプリケーションサーバー１０１に問い合わせることができる。

【0119】

例えば、ターゲットエッジイネーブラーサーバー２００はソースエッジアプリケーションサーバー１０１にアプリケーションコンテキスト再配置実行に係るクエリー（Ｑｕｅｒｙ）を送信することができる。

【0120】

本開示の一実施例によれば、ソースエッジアプリケーションサーバー１０１にアプリケーションコンテキストをフリーズ（ｆｒｅｅｚｅ）して再配置を行うことができる準備段階実行をリクエストすることができる。

【0121】

本開示の一実施例によれば、アプリケーションコンテキスト再配置に該当するＵＥを特定するためのＵＥ情報を本手順を介してソースエッジアプリケーションサーバー１０１で提供することができる。又はアプリケーション識別子（Ａｐｐｌｉｃａｔｉｏｎ ＩＤ）を提供することによって本動作を行うことができる。

【0122】

本開示の多様な実施例によれば、この手順のメッセージはターゲットエッジイネーブラーサーバー２００で直ちにソースエッジアプリケーションサーバー１０１に伝達されることもでき、ソースエッジイネーブラーサーバー１００を経てソースエッジアプリケーションサーバー１０１に伝達することができる。

【0123】

本開示の多様な実施例によれば、ソースエッジアプリケーションサーバー１０１は３１２動作でアプリケーションコンテキスト再配置実行の問い合わせに対する応答をターゲットエッジイネーブラーサーバー２００に送信することができる。

【0124】

本開示の一実施例によれば、ソースエッジアプリケーションサーバー１０１はターゲットエッジイネーブラーサーバー２００に再配置するアプリケーションコンテキストを確認して送信のための準備段階（例えば、アプリケーションコンテキストをＦｒｅｅｚｅしてユーザ装置５０のアプリケーションクライアントと同期化）を行うことができる。

【0125】

本開示の一実施例によれば、アプリケーションがｓｔａｔｅｌｅｓｓな特性によって再配置を行うコンテキストがない場合、ソースエッジアプリケーションサーバー１０１はこれをターゲットエッジイネーブラーサーバー２００に送信する応答に明示して送信することができる。

【0126】

本開示の一実施例によれば、アプリケーションコンテキスト再配置実行のクエリー及び応答を行う３１０動作及び３１２動作の主体及び手順を本実施例の状況で制限しない。エッジイネーブラークライアントがアプリケーションコンテキスト再配置を決定後、直接ソースエッジアプリケーションサーバーでクエリーを送信することもできる。本開示の他の実施例によれば、エッジイネーブラークライアントがアプリケーションコンテキスト再配置を決定する前のクエリーを送信し、クエリーに対する応答結果をアプリケーションコンテキスト再配置決定に反映することができる。本開示のまた他の実施例によれば、３１０動作と３１２動作を実行せず以下のアプリケーションコンテキスト再配置コマンドを行うこともできる。

【0127】

本開示の多様な実施例によれば、ターゲットエッジイネーブラーサーバー２００は３１４動作でアプリケーションコンテキスト再配置コマンドをソースエッジイネーブラーサーバー１００及び／又はソースエッジアプリケーションサーバー１０１に送信することができる。

【0128】

本開示の一実施例によれば、ターゲットエッジアプリケーションサーバー２０１情報をソースエッジアプリケーションサーバー１０１で伝達しながらアプリケーションコンテキスト再配置実行を指示することができる。本開示の一実施例によれば、３１０動作を介してソースエッジアプリケーションサーバー１０１でＵＥ情報又はアプリケーション情報が提供されない場合、３１４動作で２つの情報をコマンド（Ｃｏｍｍａｎｄ）メッセージに含ませて伝達して再配置対象アプリケーションを特定することができる。

【0129】

本開示の一実施例によれば当該コマンドはソースエッジイネーブラーサーバー１００を経てソースエッジアプリケーションサーバー１００へ伝達されることができる。

【0130】

本開示の多様な実施例によれば、ターゲットエッジイネーブラーサーバー２００は３１６動作でアプリケーションコンテキスト再配置応答をユーザ装置５０のエッジイネーブラークライアント５２に送信することができる。

【0131】

本開示の一実施例によれば、エッジイネーブラークライアント５２にアプリケーションコンテキスト再配置実行するかどうかが及びターゲットエッジアプリケーションサーバー２０１情報を送信することができる。ターゲットエッジアプリケーションサーバー情報はアプリケーションコンテキスト再配置完了後のアプリケーションデータトラフィックルーティングに用いることができる。

【0132】

本開示の多様な実施例によれば、ソースエッジアプリケーションサーバー１０１は３１８動作でターゲットエッジアプリケーションサーバー２０１にアプリケーションコンテキストを送信することができる。

【0133】

本開示の一実施例によれば、ソースエッジアプリケーションサーバー１０１はターゲットエッジアプリケーションサーバー２０１にアプリケーションコンテキストを送信することができる。

【0134】

本開示の一実施例によれば、アプリケーションコンテキスト送信はソース／ターゲットエッジイネーブラーサーバー１００、２００を経て送信されることもでき、直ちにターゲットエッジアプリケーションサーバー２０１に送信されることもできる。

【0135】

本開示の一実施例によれば、アプリケーションコンテキスト送信は必ずしもソースエッジアプリケーションサーバー１０１によって行われるわけではない。アプリケーションコンテキストがユーザ装置５０にも記憶されている場合、エッジイネーブラークライアントがユーザ装置５０に記憶されているアプリケーションコンテキストをターゲットエッジアプリケーションサーバー２０１で直接送信することができる。本開示の一実施例によれば、ソースエッジアプリケーションサーバー１０１とターゲットエッジアプリケーションサーバー２０１の間のアプリケーションコンテキスト送信が不可能な場合、エッジイネーブラークライアント５２が伝達することができる。このような実施例の場合、エッジイネーブラークライアント５２がジ事前にソースエッジイネーブラーサーバー１００及びソースアプリケーションサーバー１０１からアプリケーションコンテキスト及びソースエッジイネーブラーサーバー１００に対する登録コンテキストを記憶するか、又はリクエストを介して受信する手順を先行しても良い。

【0136】

本開示の一実施例によれば、アプリケーションコンテキスト送信成功に対するＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔをターゲットエッジアプリケーションサーバー２０１でソースエッジアプリケーションサーバー１０１に提供することができる。これを介してソースエッジアプリケーションサーバー１０１でアプリケーションコンテキスト送信が成功したかどうかを確認して当該アプリケーションに対するコンテキスト又はリソースを解除（Ｒｅｌｅａｓｅ）するための動作をトリガーすることができる。

【0137】

本開示の多様な実施例によれば、ソースエッジアプリケーションサーバー１０１は３２０ａ動作でアプリケーションコンテキスト再配置完了通知（Ｃｏｍｐｌｅｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージをソースエッジイネーブラーサーバー１００で送信することができる。本開示の一実施例によれば、ソースエッジアプリケーションサーバー１０１は３２０ａ動作でユーザ装置５０にアプリケーションコンテキスト再配置完了事実を送信してアプリケーションデータトラフィックをリルーティング（Ｒｅｒｏｕｔｉｎｇ）するようにできる。

【0138】

本開示の一実施例によれば、ソースエッジアプリケーションサーバー１０１とエッジイネーブラークライアント５２の間の直接的な基準インターフェース（ｒｅｆｅｒｅｎｃｅ ｉｎｔｅｒｆａｃｅ）がない場合、当該通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）の送信はソースエッジイネーブラーサーバー１００を経て送信されることもできる（動作３２０ａ及び３２０ｂ）。本開示の他の実施例によれば、ソースエッジアプリケーションサーバー１０１で直ちにエッジイネーブラークライアント５２で伝達されるように構成することもできる。また、３２０ａ、３２０ｂの動作はソースエッジイネーブラーサーバー１００を経てターゲットエッジイネーブラーサーバー２００を介してエッジイネーブラークライアント５２で伝達されることもできる。この場合、動作３１６ｂの動作は３２２動作の直前に実行されることもできる。

【0139】

本開示の多様な実施例によれば、ユーザ装置５０のエッジイネーブラークライアント５２は３２２動作でアプリケーションデータトラフィックのリルーティング（Ａｐｐｌｉｃａｔｉｏｎ Ｄａｔａ Ｔｒａｆｆｉｃ Ｒｅｒｏｕｔｉｎｇ）を行うことができる。本開示の一実施例によれば、エッジアプリケーションクライアントで発生するアプリケーションデータトラフィックがアプリケーションコンテキスト再配置して完了されたターゲットエッジアプリケーションサーバー２０１へのルーティングを行うことができる。本開示の一実施例によれば、当該アプリケーションデータトラフィックのリルーティングはエッジイネーブラークライアント５２ではないソースエッジアプリケーションサーバー１０１が直接３ＧＰＰシステムの所定ネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）を用いて行うことができる（例えば、ＡＦ ｉｎｆｌｕｅｎｃｅ ｏｎ ｔｒａｆｆｉｃ ｒｏｕｔｉｎｇ）。この場合、前記アプリケーションコンテキスト再配置完了通知（Ｃｏｍｐｌｅｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを送信する３２０動作は実行しなくても良い。本開示の他の実施例によれば、アプリケーションコンテキスト再配置完了通知（Ｃｏｍｐｌｅｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）をソースエッジイネーブラーサーバー１００がＡＦ ｉｎｆｌｕｅｎｃｅ ｏｎ ｔｒａｆｆｉｃ ｒｏｕｔｉｎｇのような方法でアプリケーションデータトラフィックルーティングを行うことができる。

【0140】

図４は、本開示の多様な実施例によってソースエッジイネーブラーサーバーでソースエッジアプリケーションサーバーでアプリケーションコンテキスト再配置を行う場合の信号フローチャートである。

【0141】

本開示の多様な実施例によれば、ユーザ装置５０のエッジイネーブラークライアント５２は４００動作でアプリケーションコンテキスト再配置の必要性を決定（識別）できる。

【0142】

本開示の一実施例によれば、ユーザ装置５０内のアプリケーションコンテキスト再配置トリガー主体をエッジイネーブラークライアント５２に限定しない。エッジデータネットワークサービス地域とＵＥ ｌｏｃａｔｉｏｎ情報を活用することができ、エッジイネーブラーリング階層（Ｅｄｇｅ Ｅｎａｂｌｉｎｇ ｌａｙｅｒ）を介してエッジイネーブラーサーバーと連動することができるユーザ装置５０内のすべての個体がアプリケーションコンテキスト再配置をトリガーすることができる。

【0143】

本開示の一実施例によれば、ユーザ装置５０内のエッジイネーブラークライアント５２でアプリケーションコンテキスト再配置必要性の決定方式の例を説明すれば、以下の通りである。

【0144】

本開示の一実施例によれば、エッジデータネットワークサービスとＵＥ Ｌｏｃａｔｉｏｎ情報を比べてアプリケーションコンテキスト再配置トリガーを決定することができる。

【0145】

本開示の他の実施例によれば、エッジデータネットワークサービス地域離脱時のアプリケーションコンテキスト再配置をトリガーすることができる。

【0146】

本開示のまた他の実施例によれば、エッジデータネットワークサービス地域から離脱可能性を離脱の前に検出した場合、アプリケーションコンテキスト再配置をトリガーすることができる。

【0147】

本開示のまた他の実施例によれば、ユーザ装置で提供されているエッジコンピューティングサービスの品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）劣化を検出する時のアプリケーションコンテキスト再配置をトリガーすることができる。このようなアプリケーションコンテキスト再配置をトリガーすることは他のエッジアプリケーションサーバーからサービスを受信するためである。

【0148】

本開示のまた他の実施例によれば、ユーザ装置５０が現在サービスを受けているエッジアプリケーションサーバーの駆動停止を認識した場合、アプリケーションコンテキスト再配置をトリガーすることができる。

【0149】

本開示の多様な実施例によれば、ユーザ装置５０のエッジイネーブラークライアント５２は４０２動作を介してアプリケーションコンテキスト再配置対象のターゲットエッジイネーブラーサーバーを決定することができる。

【0150】

エッジイネーブラークライアント５２はエッジコンピューティングサービス利用のためにエッジデータネットワーク設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｄａｔａ）に含まれているエッジデータネットワークサービス領域、例えば、セルリスト（Ｃｅｌｌ ｌｉｓｔ）、トラッキング領域リスト（Ｌｉｓｔ ｏｆ Ｔｒａｃｋｉｎｇ Ａｒｅａ）、事業者のネットワーク識別子ＰＬＭＮ ＩＤなどを用いてエッジデータネットワークサービス領域内にあるか否かを識別することができる。

【0151】

本開示の一実施例によれば、エッジデータネットワーク設定情報はユーザ装置５０がエッジコンピューティングサービス利用のためにエッジデータネットワーク構成サーバー３０に最初接続時に受信された初期設定情報を活用することができる。

【0152】

本開示の他の実施例によれば、図２で説明したようにエッジデータネットワーク構成サーバー３０にリクエストして設定情報を受信して活用することができる。

【0153】

本開示のまた他の実施例によれば、エッジデータネットワーク構成サーバー３０内の特定エッジイネーブラーサーバーのエッジホスティング環境で駆動中のエッジアプリケーションサーバーに対する情報が記憶されている場合、この段階を介してユーザ装置５０内でターゲットエッジアプリケーションサーバーを決定されることもできる。

【0154】

本開示の多様な実施例によれば、４０２動作の主体はエッジイネーブラークライアント５２に限定されることではない。例えば、前記情報を用いることができるユーザ装置５０内のすべての客体が前記動作を行うことができる。

【0155】

本開示の多様な実施例によれば、ユーザ装置５０のエッジイネーブラークライアント５２はアプリケーションコンテキスト再配置リクエストをソースエッジイネーブラーサーバー１００で送信することができる。

【0156】

エッジイネーブラークライアント５２は決定したソースエッジイネーブラーサーバー１００にアプリケーションコンテキスト再配置リクエストを送信することができ、当該リクエストには以下のような情報が含まれることができる。

【0157】

（１）Ａｐｐｌｉｃａｔｉｏｎ情報（例えば、Ａｐｐｌｉｃａｔｉｏｎ ＩＤ）を含むことができる。本開示の一実施例によれば、Ａｐｐｌｉｃａｔｉｏｎ情報はユーザ装置５０が用いているアプリケーションをサービスするエッジアプリケーションサーバーを決定のための情報であっても良い。本開示の他の実施例によれば、Ａｐｐｌｉｃａｔｉｏｎ情報の外にターゲットエッジアプリケーションサーバー決定に用いられる情報が当該リクエストに含まれることができる。

【0158】

（２）端末が既存に接続されているエッジアプリケーションサーバーソースエッジアプリケーションサーバー（Ｓ－ＥＡＳ）情報（例えば、ＦＱＤＮ又はＩＰ ａｄｄｒｅｓｓ）を含むことができる。

【0159】

（３）ＵＥ情報（例えば、ＵＥ ＩＤ又はＵＥ ＩＰ ａｄｄｒｅｓｓ）を含むことができる。本開示の一実施例によれば、エッジコンピューティングシステム或いはエッジイネーブラーサーバー内でＵＥを識別することができるすべての情報を含むことができる。例えば、エッジコンピューティングシステム内で別に定義するか割り当てた識別子が用いられることもできる。本開示の他の一実施例によれば、必要によりＵＥ位置情報を一緒に提供することができる。

【0160】

（４）ターゲットエッジイネーブラーサーバー（Ｔ－ＥＥＳ）情報（例えば、ＵＲＩのようなｅｎｄｐｏｉｎｔ ａｄｄｒｅｓｓ）を含むことができる。

【0161】

本開示の一実施例によれば、エッジイネーブラークライアント５２でターゲットエッジイネーブラーサーバーを特定するのに助けるすべての情報が含まれることができる。本開示の一実施例によれば、エッジイネーブラークライアントでターゲットエッジイネーブラーサーバーのＥｎｄｐｏｉｎｔ Ａｄｄｒｅｓｓを提供することができない場合、ターゲットエッジデータネットワークを特定することができる情報（例えば、Ｔａｒｇｅｔ Ｅｄｇｅ Ｄａｔａ Ｎｅｔｗｏｒｋ識別子及びＵＥ位置情報など）を代わりに提供することができる。これを介し、ソースエッジイネーブラーサーバーでターゲットエッジイネーブラーサーバーを特定することができる。

【0162】

本開示の多様な実施例によれば、ソースエッジイネーブラーサーバー１００は４０６動作でソースエッジアプリケーションサーバー１０１でアプリケーションコンテキスト再配置実行を問い合わせることができる。

【0163】

本開示の一実施例によれば、ソースエッジイネーブラーサーバー１００はソースエッジアプリケーションサーバー１０１にアプリケーションコンテキスト再配置実行に係るクエリー（Ｑｕｅｒｙ）を送信することができる。

【0164】

本開示の一実施例によれば、クエリー（Ｑｕｅｒｙ）メッセージはソースエッジアプリケーションサーバー１０１に当該ＵＥに対するアプリケーションコンテキストをｆｒｅｅｚｅして再配置を行うことができる準備段階実行をリクエストすることができる。

【0165】

本開示の一実施例によれば、ソースエッジイネーブラーサーバー１００はアプリケーションコンテキスト再配置が必要な当該ＵＥに対するアプリケーションコンテキストを特定するためにＵＥ情報をソースエッジアプリケーションサーバー１０１に提供することができる。本開示の他の実施例によれば、ソースエッジイネーブラーサーバー１００はＡｐｐｌｉｃａｔｉｏｎ ＩＤを提供することによって４０６動作を行うことができる。

【0166】

本開示の多様な実施例によれば、ソースエッジアプリケーションサーバー１０１は４０８動作でアプリケーションコンテキスト再配置実行の問い合わせに対する応答をソースエッジイネーブラーサーバー１００に送信することができる。

【0167】

本開示の一実施例によれば、ソースエッジイネーブラーサーバー１００から受信されて再配置するアプリケーションコンテキストを確認して送信のための準備段階（例えば、アプリケーションコンテキストをＦｒｅｅｚｅしてユーザ装置５０のアプリケーションクライアントと同期化）を行うことができる。

【0168】

本開示の一実施例によればアプリケーションがｓｔａｔｅｌｅｓｓな特性によって再配置を行うコンテキストがない場合、これをソースエッジイネーブラーサーバー１００に送信される応答に明示して送信することができる。

【0169】

本開示の一実施例によれば、アプリケーションコンテキスト再配置実行のクエリー及び応答を行う４０６動作及び４０８動作の主体及び手順を本実施例の状況で制限しない。本開示の一実施例によれば、エッジイネーブラークライアント５２がアプリケーションコンテキスト再配置を決定後、直接ソースエッジアプリケーションサーバー１０１にクエリー（Ｑｕｅｒｙ）を送信することもできる。本開示の他の実施例によれば、エッジイネーブラークライアント５２がアプリケーションコンテキスト再配置を決定する前のクエリーを送信し、クエリーに対する応答結果をアプリケーションコンテキスト再配置決定に反映することができる。本開示のまた他の実施例によれば、４０６動作及び４０８動作を実行せず以下のアプリケーションコンテキスト再配置コマンド（Ｃｏｍｍａｎｄ）を行うこともできる。

【0170】

本開示の多様な実施例によれば、４１０動作でソースエッジイネーブラーサーバー１００はアプリケーションコンテキスト再配置リクエストをターゲットエッジイネーブラーサーバー２００で送信することができる。

【0171】

本発明の一実施例によれば、４１０動作のリクエストには以下のような情報が含まれることができる。

【0172】

(１)Ａｐｐｌｉｃａｔｉｏｎ情報（例：Ａｐｐｌｉｃａｔｉｏｎ ＩＤ）が含まれることができる。本開示の一実施例によれば、ユーザ装置５０が用いているアプリケーションをサービスすることができるエッジアプリケーションサーバーを決定するための情報を含むことができる。

【0173】

(２)ユーザ装置５０が既存に接続されいるソースエッジアプリケーションサーバー（Ｓ－ＥＡＳ）情報（例えば、ＦＱＤＮ又はＩＰ ａｄｄｒｅｓｓ）を含むことができる。

【0174】

（３）ＵＥ情報（例えば、ＵＥ ＩＤ又はＵＥ ＩＰ ａｄｄｒｅｓｓ）を含むことができる。

【0175】

（４）エッジイネーブラークライアントの既存のソースエッジイネーブラーサーバーに対する登録コンテキストを含むことができる。

【0176】

本開示の一実施例によれば、ターゲットエッジイネーブラーサーバーに対する登録に活用されることができるすべての情報が登録コンテキストに含まれて送信されることができる。

【0177】

本開示の多様な実施例によれば、ターゲットエッジイネーブラーサーバー２００は４１２動作でアプリケーションコンテキスト再配置するエッジアプリケーションサーバーを決定し、アプリケーションコンテキスト再配置リクエストを該当するターゲットエッジアプリケーションサーバー２０１で伝達することができる。

【0178】

本開示の一実施例によれば、ターゲットエッジイネーブラーサーバー２００は以下の情報に基づいてアプリケーションコンテキストを再配置するターゲットエッジアプリケーションサーバー（Ｔ－ＥＡＳ）を決定することができる。

【0179】

（１）Ａｐｐｌｉｃａｔｉｏｎ ＩＤを含むことができる。

【0180】

（２）エッジホスティング環境内でユーザ装置のアプリケーションをサービスするためにエッジアプリケーションを駆動するかどうかを含むことができる。

【0181】

本開示の一実施例によれば、決定したターゲットエッジアプリケーションサーバーに以下の情報を含むアプリケーションコンテキスト再配置リクエスト送信することができる。（１）ＵＥ情報を含むことができる。（２）ソースエッジアプリケーションサーバー情報（既存の端末にサービスを提供しているエッジアプリケーションサーバー）を含むことができる。

【0182】

本開示の多様な実施例によれば、ターゲットエッジアプリケーションサーバー２０１はアプリケーションコンテキスト再配置可能であるかどうかを決定し、その応答をターゲットエッジアプリケーションサーバー２００で送信することができる。

【0183】

本開示の一実施例によれば、ターゲットエッジアプリケーションサーバー２０１はコンピューティングリソースに基づいてアプリケーションコンテキスト再配置するかどうか及び今後駆動が持続するかどうかなどを決定することができる。

【0184】

本開示の一実施例によれば、ターゲットエッジアプリケーションサーバー２０１はアプリケーションコンテキスト再配置承認の時、アプリケーションコンテキストを送信するのに必要なターゲットエッジアプリケーション情報（例えば、ＦＱＤＮ又はＩＰ ａｄｄｒｅｓｓ）及び承認するかどうかをターゲットエッジイネーブラーサーバー２００で送信することができる。

【0185】

本開示の多様な実施例によれば、ターゲットエッジイネーブラーサーバー２００は４１６動作でアプリケーションコンテキスト再配置応答（Ｒｅｓｐｏｎｓｅ）をソースエッジイネーブラーサーバー１００で送信することができる。本開示の一実施例によれば、ソースエッジイネーブラーサーバー１００にアプリケーションコンテキスト再配置するかどうか及びターゲットエッジアプリケーションサーバー情報を送信することができる。

【0186】

本開示の多様な実施例によれば、ソースエッジイネーブラーサーバー１００は４１８動作でアプリケーションコンテキスト再配置コマンド（Ｃｏｍｍａｎｄ）をソースエッジアプリケーションサーバー１０１で送信することができる。

【0187】

本開示の一実施例によれば、エッジアプリケーションサーバー情報をソースエッジアプリケーションサーバー１０１に伝達しながらアプリケーションコンテキスト再配置実行を指示することができる。

【0188】

本開示の一実施例によれば、以前の４０６動作の手順を介してソースエッジアプリケーションサーバー１０１にＵＥ情報又はアプリケーション情報を提供されない場合、４１８動作で２つの情報をコマンド（Ｃｏｍｍａｎｄ）メッセージに含ませて伝達することによって再配置対象アプリケーションを特定することができる。

【0189】

本開示の多様な実施例によれば、ソースエッジイネーブラーサーバー１００は４２０動作でアプリケーションコンテキスト再配置応答（Ｒｅｓｐｏｎｓｅ）をユーザ装置５０のエッジイネーブラークライアント５２で送信することができる。

【0190】

本開示の多様な実施例によれば、ソースエッジアプリケーションサーバー１０１は４２２動作でアプリケーションコンテキストをターゲットエッジアプリケーションサーバー２０１で送信することができる。

【0191】

本開示の一実施例によれば、アプリケーションコンテキストはソース／ターゲットエッジイネーブラーサーバーを介して送信されるか、又はターゲットエッジアプリケーションサーバーに直接送信されることもできる。

【0192】

本開示の一実施例によれば、アプリケーションコンテキスト送信は必ずしもソースエッジアプリケーションサーバー１０１によって行われるわけではない。本開示の一実施例によれば、アプリケーションコンテキストがユーザ装置５０に記憶されている場合、エッジイネーブラークライアント５２がユーザ装置５０に記憶されているアプリケーションコンテキストをターゲットエッジアプリケーションサーバー２０１に直接送信することができる。

【0193】

本開示の他の実施例によれば、ソースエッジアプリケーションサーバー１０１とターゲットエッジアプリケーションサーバー２０１の間のアプリケーションコンテキスト送信が不可能な場合、エッジイネーブラーサーバー１００、２００を介して伝達することができる。このような場合、エッジイネーブラークライアント５２が事前にソースエッジイネーブラーサーバー１００及びソースアプリケーションサーバー１０１からアプリケーションコンテキスト及びソースエッジイネーブラーサーバー１０１に対する登録コンテキストを記憶するか、又はリクエストを介して受信する手順を先行しても良い。

【0194】

本開示の他の実施例によれば、アプリケーションコンテキスト送信成功に対するＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔをターゲットエッジアプリケーションサーバー２０１でソースエッジアプリケーションサーバー１０１に提供することができる。これを介してソースエッジアプリケーションサーバー１０１でアプリケーションコンテキスト送信が成功したかどうかを確認して当該アプリケーションに対するコンテキスト又はリソースを解除（Ｒｅｌｅａｓｅ）するための動作をトリガーすることができる。

【0195】

本開示の多様な実施例によれば、ソースエッジアプリケーションサーバー１０１はアプリケーションコンテキスト再配置完了通知（Ｃｏｍｐｌｅｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）をソースエッジイネーブラーサーバー１００及び／又はエッジイネーブラークライアント５２で送信することができる。

【0196】

本開示の多様な実施例によればソースエッジアプリケーションサーバー１０１はアプリケーションコンテキスト再配置完了通知（Ｃｏｍｐｌｅｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）をソースエッジイネーブラーサーバー１００及びターゲットエッジイネーブラーサーバー２００に伝達することができる（１０１→１００→２００）。この場合を図３ｂを参照する。

【0197】

図３ｂは、本開示の多様な実施例によってソースエッジアプリケーションサーバーがアプリケーションコンテキスト再配置完了通知（Ｃｏｍｐｌｅｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）をユーザ装置で伝達するための追加信号フローチャートである。

【0198】

図３ｂを参照する前、図３ａ乃至図３ｂは図３ｂに例示された点線ボックス部分である３４０動作乃至３４４動作で差異を有する。図３ｂを参照すれば、Ｎｏ．９の手順（図３ａの動作３１６）が図３ａの３１８動作直後にアプリケーションコンテキスト再配置完了通知と合わせて行われることができる。図３ｂではこのような動作を３４０動作と３４２動作で区分して例示した。このような場合、３４０動作（図３ａの３１８動作）から伝達されるエッジアプリケーションコンテキストがアプリケーションコンテキスト再配置完了通知のように３４２動作（図３ａでは３２０動作）に先立って伝達される。本開示の多様な実施例によれば、エッジイネーブラークライアント５２とソースエッジイネーブラーサーバー１００の間の通信が不可能な場合、ソースエッジアプリケーションサーバー１０１及び／又はソースエッジイネーブラーサーバー１００は３４４動作のようにターゲットエッジイネーブラーサーバー２００を介してアプリケーションコンテキスト再配置完了通知及びターゲットエッジアプリケーションサーバー情報をエッジイネーブラークライアント５２に間接的に伝達することができる。

【0199】

本開示の一実施例によれば、ユーザ装置５０でアプリケーションコンテキスト再配置完了事実を伝えてアプリケーションデータトラフィックをリルーティング（Ｒｅｒｏｕｔｉｎｇ）できるようにできる。

【0200】

本開示の一実施例によれば、ソースエッジアプリケーションサーバー１０１とエッジイネーブラークライアント５２の間の直接的な基準インターフェース（ｒｅｆｅｒｅｎｃｅ ｉｎｔｅｒｆａｃｅ）がない場合、当該通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）の送信はソースエッジイネーブラーサーバー１００を経て送信されることもできる（４２４ａ動作及び４２４ｂ動作）。また、４２４ａ及び４２４ｂの動作はソースエッジイネーブラーサーバー１００を経てターゲットエッジイネーブラーサーバー２００を介してエッジイネーブラークライアント５２で伝達されることができる。本開示の他の実施例によれば、ソースエッジアプリケーションサーバー１０１とエッジイネーブラークライアント５２の間の直接的な基準インターフェース（ｒｅｆｅｒｅｎｃｅ ｉｎｔｅｒｆａｃｅ）がある場合、ソースエッジアプリケーションサーバー１０１で直ちにエッジイネーブラークライアント５２で伝達することもできる。

【0201】

本開示の多様な実施例によれば、ユーザ装置５０のエッジイネーブラークライアント５２は４２６動作でアプリケーションデータトラフィックをリルーティング（Ａｐｐｌｉｃａｔｉｏｎ Ｄａｔａ Ｔｒａｆｆｉｃ Ｒｅｒｏｕｔｉｎｇ）できる。

【0202】

本開示の一実施例によれば、アプリケーションクライアントで発生するアプリケーションデータトラフィックがアプリケーションコンテキスト再配置が完了したターゲットエッジアプリケーションサーバー２０１へのルーティングを行うことができる。

【0203】

本開示の一実施例によれば、当該アプリケーションデータトラフィックルーティングはエッジイネーブラークライアント５２ではないソースエッジアプリケーションサーバー１０１が直接３ＧＰＰシステムネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）を用いて行うことができる（例えば、ＡＦ ｉｎｆｌｕｅｎｃｅ ｏｎ ｔｒａｆｆｉｃ ｒｏｕｔｉｎｇ）。この場合、４２４動作のアプリケーションコンテキスト再配置完了通知（Ｃｏｍｐｌｅｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）送信段階は実行しなくても良い。本開示の他の実施例によれば、アプリケーションコンテキスト再配置完了通知を受けたソースエッジイネーブラーサーバー１００がＡＦ ｉｎｆｌｕｅｎｃｅ ｏｎ ｔｒａｆｆｉｃ ｒｏｕｔｉｎｇのような方法でアプリケーションデータトラフィックルーティングを行うこともできる。

【0204】

以上で説明した本開示による実施例はエッジイネーブラーサーバーで最終決定後のソースエッジアプリケーションサーバーにアプリケーションコンテキスト再配置コマンドを送信する動作を含んでいる。しかし、本開示ではソースエッジアプリケーションサーバーに最終アプリケーションコンテキスト再配置コマンドを送信する主体をエッジイネーブラーサーバー１００で限定しない。本開示の他の実施例によれば、ターゲットエッジイネーブラーサーバー２００がソースエッジアプリケーションサーバー１００に直接アプリケーションコンテキスト再配置コマンドを送信する場合も可能である。

【0205】

本開示で用いられた用語「モジュール（ｍｏｄｕｌｅ）」は、例えば、ハードウェア、ソフトウェア及びファームウェアの一つ以上の組み合わせを含むユニット（ｕｎｉｔ）を意味することができる。「モジュール」という用語は、「論理」、「論理ブロック」、「部品」および「回路」という用語と相互交換的に用いることができる。「モジュール」は集積された部品の最小単位であっても良く、その一部であっても良い。「モジュール」は一つ以上の機能を実行するための最小単位又はその一部であっても良い。例えば、「モジュール」はＡＳＩＣを含むことができる。

【0206】

本発明の様々な実施例は、機械（例えば、コンピューター）が読み取る記憶媒体に記憶された命令語を含むソフトウェアとして具現されることができる。マシン（ｍａｃｈｉｎｅ）はマシン読み取り可能な記憶媒体から命令語を呼び出し、呼び出された命令語に従って動作する装置であり、電子装置を含むことができる。命令語がプロセッサによって実行される場合、プロセッサはプロセッサの制御下、直接又は他の構成要素を用いて命令語に対応する機能を行うことができる。命令語は、コンパイラ又はインタプリタによって生成されるか、又は実行されるコードを含むことができる。機械が読み取り可能な記憶媒体は非一時的記憶媒体の形態で提供されることができる ここで、「非一時的」という用語は、データ記憶持続性についての制限ではなく、媒体自体の制限（すなわち、信号ではないタイプ）である。

【0207】

本開示に開示された様々な実施例による方法は、コンピュータープログラム製品の一部として提供されることができる。コンピュータープログラム製品は販売者と購入者の間で製品として取引されることができる。コンピュータープログラム製品は、機械読み取り可能な記憶媒体（例えば、ＣＤ－ＲＯＭ）の形で配布されたり、アプリケーションストア（例えば、ＰｌａｙＳｔｏｒｅ（登録商標））によってのみ配布されることができる。オンライン流通の場合、コンピュータープログラム製品の少なくとも一部は、製造社のサーバー、アプリケーションストアのサーバー、中継サーバーのメモリは記憶媒体に一時的に記憶又は生成されることができる。

【0208】

様々な実施例による各構成要素（例えば、モジュール又はプログラム）は前記構成要素のうち少なくとも一つを含むことができ、前記下位構成要素の一部が省略されるか、他の下位構成要素がさらに含まれることができる。 代案的又は追加的に、一部の構成要素は一つの構成要素に統合されることができ、統合以前にそれぞれの対応する構成要素によって行われる同一又は類似の機能を行うことができる。本開示の様々な実施例によるモジュール、プログラミング又はその他の構成要素によって行われる動作は、順次に、並列に、反復的に又はヒューリスティック方式で行うことができる。また、少なくとも一部の動作は別の順序で実行されるか、省略されるか、別の動作が追加されることができる。

【0209】

本発明の詳細な説明では具体的な実施例に関して説明したが、本発明の範囲から逸脱せず限度内で様々な変形が可能なことは勿論である。したがって、本発明の範囲は説明された実施例に限定されてはいけなく、後述する特許請求の範囲だけなくこの特許請求の範囲と均等なものなどによって定められるべきである。

【産業上の利用可能性】

【0210】

本開示は、エッジコンピューティングシステムで使用されることができる。

【符号の説明】

【0211】

１０ 第１エッジデータネットワークのサービス領域
２０ 第２エッジデータネットワークのサービス領域
３０ エッジデータネットワーク構成サーバー
１００ エッジイネーブラーサーバー
１０１ 第１エッジアプリケーションサーバー
１０２ 第２エッジアプリケーションサーバー
２００ エッジイネーブラーサーバー
２０１ 第１アプリケーションサーバー

【図1】

【図2】

【図3A】

【図3B】

【図4】