特表 2023-525755 ＵＥ ＡＰＰと状態を用いた動的ＥＡＳの作成及び削除方法及びデバイス

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-06-19

(54)【発明の名称】ＵＥ ＡＰＰと状態を用いた動的ＥＡＳの作成及び削除方法及びデバイス

(51)【国際特許分類】

   H04L 41/5054 20220101AFI20230612BHJP

【ＦＩ】

H04L41/5054

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022567877

(86)(22)【出願日】2021-05-07

(85)【翻訳文提出日】2022-11-08

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

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

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

(31)【優先権主張番号】10-2020-0055485

(32)【優先日】2020-05-08

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

(31)【優先権主張番号】10-2021-0054617

(32)【優先日】2021-04-27

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】503447036

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(72)【発明者】

【氏名】ジチョル・イ

(72)【発明者】

【氏名】ヒスン・キム

(57)【要約】

４Ｇシステムより高いデータ送信レートをサポートするための５Ｇ通信システムを、ＩｏＴ技術と融合させるための通信技術が開示される。本開示は、無線通信システムに関し、より具体的には、セルラ無線通信システムにおいてエッジコンピューティングサービスを提供するアプリケーション層ネットワークアーキテクチャに関する。一実施形態によれば、ＥＥＳの方法は、ＥＥＣから、一致するＥＡＳを決定するために使用される情報を含む第１のメッセージを受信するステップと、第１のメッセージの受信に応答して、一致するＥＡＳをインスタンス化するように、ＥＡＳ管理システムをトリガするステップとを含む。

【特許請求の範囲】

【請求項1】

エッジイネーブラサーバ(Edge Enabler Server、ＥＥＳ) の方法であって、
エッジイネーブラクライアント(ＥＥＣ)から、一致するエッジアプリケーションサーバ(ＥＡＳ)を決定するために使用される情報を含む第１のメッセージを受信するステップ；及び
前記第１のメッセージの受信に応答して、前記一致するＥＡＳをインスタンス化するように、ＥＡＳ管理システムをトリガするステップを含む方法。

【請求項2】

前記第１のメッセージに含まれる情報は、前記ＥＥＣの識別子（ＥＥＣＩＤ）とアプリケーションクライアント（ＡＣ）の識別子（ＡＣＩＤ）とを含む、請求項１に記載の方法。

【請求項3】

前記一致するＥＡＳを決定するステップは、前記ＡＣＩＤと一致するＥＡＳを決定することを含む、請求項２に記載の方法。

【請求項4】

前記ＥＡＳをインスタンス化するように、前記ＥＡＳ管理システムをトリガするステップは、
前記ＥＡＳのライフサイクルを管理するアプリケーションプログラミングインターフェイス (ＡＰＩ) を呼び出すステップ；及び
前記第１のメッセージに含まれる情報を、前記ＥＡＳ管理システムに送信するステップを含む、請求項１に記載の方法。

【請求項5】

前記第１のメッセージは、ＡＣ状態報告メッセージ及びＡＣトラフィック状態報告メッセージのうち１つを含む、請求項１に記載の方法。

【請求項6】

前記第１のメッセージに含まれる情報は、前記ＡＣの状態情報、前記少なくとも１つのＡＣが変更された場合、前記ＡＣの事前状態情報、前記ＡＣのトラフィックに関する状態情報、又は、前記ＡＣのトラフィックが変更された場合、前記ＡＣの前記トラフィックに関する事前状態情報のうち少なくとも１つをさらに含む、請求項１に記載の方法。

【請求項7】

前記ＡＣの状態情報の報告を要求する第２のメッセージを、前記ＥＡＳから受信するステップ；
前記第２のメッセージに含まれる前記ＡＣに関する状態情報を報告するための前記報告条件を格納するステップ；及び
前記第２のメッセージに対する応答メッセージを前記ＥＡＳに送信するステップをさらに含む、請求項１に記載の方法。

【請求項8】

前記応答メッセージを送信するステップは、
前記ＡＣ及び前記ＡＳに関する状態情報が、前記ＡＣの現在の状態情報と一致するかどうかを判断するステップ；及び
前記ＡＣ及び前記ＡＳに関する状態情報が、前記ＡＣの現在の状態情報と一致するという決定の結果に基づいて、前記第２のメッセージに対する応答メッセージを、前記ＥＡＳに送信するステップを含む、請求項７に記載の方法。

【請求項9】

前記第１のメッセージを受信するステップは、
前記ＡＣに関する状態情報を報告するための前記報告条件を含む、前記ＡＣに関する状態情報の報告サブスクリプション要求メッセージを、前記ＥＥＣに送信するステップ；及び
前記報告条件に基づいて、前記ＥＥＣから前記第１のメッセージを受信するステップを含む、請求項７に記載の方法。

【請求項10】

前記報告サブスクリプション要求メッセージは、ＡＣ状態報告タイプ、ＡＣ状態報告インジケータ、又はＡＣ状態報告サブスクリプションのうち少なくとも１つをさらに含む、請求項８に記載の方法。

【請求項11】

エッジイネーブラサーバ（Edge Enabler Server、ＥＥＳ）であって、
トランシーバー;及び
プロセッサを含み、前記プロセッサは：
一致するエッジアプリケーションサーバ（ＥＡＳ）を決定するために使用される情報を含む第１のメッセージを、エッジイネーブラクライアント（ＥＥＣ）から受信するように、
トランシーバーを制御し、
前記第１のメッセージの受信に応答して、前記一致するＥＡＳをインスタンス化するように、ＥＡＳ管理システムをトリガするＥＥＳ。

【請求項12】

前記第１のメッセージに含まれる情報は、前記ＥＥＣの識別子（ＥＥＣＩＤ）及びアプリケーションクライアント（ＡＣ）の識別子（ＡＣＩＤ）を含み、
前記プロセッサは、前記ＡＣＩＤと一致するＥＡＳを決定する、請求項１１に記載のＥＥＳ。

【請求項13】

前記プロセッサは、
前記ＥＡＳのライフサイクルを管理するアプリケーションプログラミングインターフェイス(ＡＰＩ)を呼び出し、
前記第１のメッセージに含まれる情報を、前記ＥＡＳ管理システムに送信するように、前記トランシーバーを制御する、請求項１１に記載のＥＥＳ。

【請求項14】

前記第１のメッセージは、ＡＣ状態報告メッセージ及びＡＣトラフィック状態報告メッセージのうち１つを含む、請求項１１に記載のＥＥＳ。

【請求項15】

前記第１のメッセージに含まれる情報は、前記ＡＣの状態情報、前記少なくとも１つのＡＣが変更された場合、前記ＡＣの事前状態情報、前記ＡＣのトラフィックに関する状態情報、又は、前記ＡＣのトラフィックが変更された場合、前記ＡＣの前記トラフィックに関する事前状態情報のうち少なくとも１つをさらに含む、請求項１１に記載のＥＥＳ。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、エッジコンピューティングサービスを提供するためのデバイス及び方法に関し、より詳細には、無線通信システムでエッジコンピューティングサービスを提供するためのデバイス及び方法に関する。

【背景技術】

【0002】

４Ｇ通信システムの商用化の以降、無線データトラフィックの増大する需要を満たすために、改良された５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力がなされてきた。このような理由から、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは、４Ｇを超えたネットワーク（Beyond 4G Network）通信システム、又は、ポストＬＴＥシステム（Post LTE System）と呼ばれている。

【0003】

より高いデータ伝送レートのために、５Ｇ通信システムは、超高周波（mmWave）帯域（例えば、６０ＧＨｚ帯域など）で具現されると考えられている。超高周波帯域での伝搬損失を軽減し、電波の伝送距離を増加するために、５Ｇ通信システムでは、ビームフォーミング（beamforming）、大規模多入力多出力（massive ＭＩＭＯ）、全次元ＭＩＭＯ（Full Dimensional MIMO：ＦＤ－ＭＩＭＯ）、アレイアンテナ（array antenna）、アナログビームフォーミング（analog beam forming）、大規模アンテナ（large scale antenna）技術が論議されている。

【0004】

また、５Ｇ通信システムのネットワークを強化するために、進化又は高度化されたスモールセル、クラウド無線アクセスネットワーク（cloud Radio Access Network：cloud ＲＡＮ）、超高密度ネットワーク（ultra-dense network）、デバイス間（device to device：Ｄ２Ｄ）通信、無線バックホール（wireless backhaul）、移動ネットワーク（moving network）、協調通信（cooperative communication）、ＣｏＭＰ（Coordinated Multi-Points）、受信側干渉キャンセル（interference cancellation）などの様々な技術も開発されている。５Ｇシステムでは、高度なコーディング変調（Advanced Coding Mmodulation：ＡＣＭ）技術としてのＦＱＡＭ（Hybrid FSK and QAM Modulation）及びＳＷＳＣ（Sliding Window Superposition Coding）と、高度なアクセス技術としてのＦＢＭＣ（Filter Bank Multi Carrier）、ＮＯＭＡ（non-orthogonal multiple access）及び ＳＣＭＡ（sparse code multiple access）などが開発されている。

【0005】

インターネットは、人間が情報を作成及び消費する人間中心の接続ネットワークから、モノ又はその他の分散されたコンポーネント間で情報が通信及び処理されるモノのインターネット (Internet of Things：ＩｏＴ) に進化している。また、ビッグデータ（Big data）処理技術とＩｏＴ技術を、クラウドサーバとの接続などで組み合わせたＩｏＥ（Internet of Everything）技術も台頭しつつある。ＩｏＴの実現には、「センシング技術」、「有線・無線通信やネットワークインフラ」、「サービスインターフェース技術」、「セキュリティ技術」などの技術要素が必要である。最近、センサーネットワーク（sensor network）、Ｍ２Ｍ（Machine to Machine）通信、ＭＴＣ（Machine Type Communication）などのオブジェクト間の接続技術に関する研究が進行中である。

【0006】

ＩｏＴ環境では、モノが接続されることで生成されたデータを収集及び分析し、人間の生活に新たな価値を生み出すインテリジェントなＩＴ（Internet technology）サービスが提供される可能性がある。ＩｏＴは、既存のＩＴ（information technology) 技術と、様々な業界との変換又は統合を通じて、スマートホーム、スマートビル、スマートシティ、スマトカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマートアプライアンス、高度な医療サービスなど、様々な分野に適用される可能性がある。

【0007】

これに伴い、５Ｇ通信システムをＩｏＴネットワークに適用するための様々な試みが行われている。例えば、センサネットワーク（sensor network）、Ｍ２Ｍ（Machine to Machine）通信、ＭＴＣ(Machine Type Communication)又はその他の５Ｇ技術は、ビームフォーミング、ＭＩＭＯ、及びアレイアンテナ方式などの方式によって実装され得る。前述のビッグデータ処理技術としてのクラウド無線アクセスネットワーク（cloud ＲＡＮ）の適用は、５Ｇ技術とＩｏＴ技術との融合の一例と言える。

【0008】

一方、セルラ移動通信の標準化を担当する３ＧＰＰは、従来の第４世代ロングタームエボリューション（４Ｇ ＬＴＥ）システムから５Ｇシステムへの進化を促進するために、新しいコアネットワーク構造（Core Network）を５Ｇコア（５ＧＣ）と命名して標準化を進めている。

【0009】

５ＧＣは、４Ｇのレガシーネットワークコアである進化型パケットコア(Evolved Packet Core：ＥＰＣ) と比較して、次のような差別化された機能をサポートすることができる。

【0010】

まず、５ＧＣは、ネットワークスライシング（network slicing）機能を採用している。５ＧＣは、様々なタイプのＵＥとサービスをサポートするために必要である。例えば、このようなサービスには、強化されたモバイルブロードバンド（enhanced Mobile Broadband、 ｅＭＢＢ）、超高信頼性低遅延通信 (Ultra Reliable Low Latency Communications、ＵＲＬＬＣ)、大規模マシンタイプ通信 (ｍＭＴＣ) が含まれる場合がある。

【0011】

これらのＵＥ/サービスには、コアネットワークに対する様々な要件がある。例えば、ｅＭＢＢサービスは、高いデータレート（data rate）を必要とする場合があるが、ＵＲＬＬＣサービスは、高い安定性と低い遅延を要求する場合がある。ネットワークスライシングは、このような様々な要件を満たすために提供される技術である。

【0012】

ネットワークスライスは、1 つの物理ネットワークを仮想化して複数の論理ネットワークを作成する方法であり、各ネットワークスライスインスタンス (ＮＳＩ) は、異なる特性を持つ場合がある。したがって、各ＮＳＩが、各ＮＳＩの特性に適したネットワーク機能（Network Function、ＮＦ）を有することにより、様々なサービス要件を満たすことができる。したがって、ＵＥごとに要求されるサービス特性を満たすＮＳＩを割り当てることにより、多様な５Ｇサービスを効率的にサポートすることができる。

【0013】

第２に、５ＧＣは、モビリティ管理機能とセッション管理機能を分離することにより、ネットワーク仮想化パラダイムを簡単にサポートできる。従来の４Ｇ ＬＴＥでは、すべてのＵＥが、登録、認証、モビリティ管理、及びセッション管理機能を担当するモビリティ管理エンティティ (Mobility Management Entity、ＭＭＥ) という単一のコアデバイスとのシグナリング交換を通じて、ネットワーク経由でサービスを受信することができる。

【発明の概要】

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

【0014】

しかし、５Ｇでは、ＵＥの数が爆発的に増加し、ＵＥのタイプに応じてサポートする必要のあるモビリティとトラフィック／セッションの特性が細分化される。その結果、すべての機能が、ＭＭＥなどの単一のデバイスでサポートされている場合、必要な機能ごとにエンティティを追加する拡張性（Scalability）が低下する可能性がある。そのため、コントロールプレーンを担当するコア機器の機能／実装複雑性やシグナリング負荷の面で拡張性の向上のために、モビリティ管理機能とセッション管理機能を分離する構造に基づいて、各種機能の開発が進められている。

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

【0015】

一実施形態によれば、無線通信システムにおけるエッジコンピューティングサービスを提供するためのデバイス及び方法が提供される。

【0016】

一実施形態によれば、ＵＥアプリ状態を利用した動的ＥＡＳインスタンス化方法及びデバイスが提供される。

【0017】

一実施形態によれば、ＵＥがアプリを使用するときに、ＵＥのアプリに関連付けられたＥＡＳをインスタンス化することができる方法及びデバイスが提供される。

【0018】

一実施形態によれば、ＵＥのＡＣに関連付けられたＥＡＳをインスタンス化するために使用されるＡＣ状態を報告するための方法及びデバイスが提供される。

【0019】

一実施形態によれば、ＥＥＳの方法は、ＥＥＣから、一致するＥＡＳを決定するために使用される情報を含む第１のメッセージを受信するステップ；及び前記第１のメッセージの受信に応答して、前記一致するＥＡＳをインスタンス化するように、ＥＡＳ管理システムをトリガするステップを含む。

【0020】

一実施形態によれば、ＥＥＳは、トランシーバ；及びエッジイネーブラクライアント（ＥＥＣ）から、一致するエッジアプリケーションサーバ（ＥＡＳ）を決定するために使用される情報を含む第１のメッセージを受信するように、前記トランシーバを制御し、前記第１のメッセージの受信に応答して、前記一致するＥＡＳをインスタンス化するように、ＥＡＳ管理システムをトリガするプロセッサを含む。

【0021】

以下の発明のモードを実施する前に、この特許文書全体で使用される特定の語句の定義を示すことが有利な場合がある。「含む（include）」及び「含む（comprise）」という用語、及びそれらの派生語は、限定されない包含を意味し；「又は（or）」という用語は、包括的であり、及び／又は（and / or）を意味し；「～に関連付けられる（associated with） 」及び「それに関連付けられる（associated therewith）」という語句、及びその派生語は、含む、～に含まれる（be included within）、～と相互接続する（interconnect with）、含む（contain）、～に含まれる(be contained within)、 ～に/と接続する(connect to or with)、～に/と結合する(couple to or with)、～と通信できる(be communicable with)、～と協力する(cooperate with)、インターリーブする(interleave)、並置する(juxtapose)、～に近似する(be proximate to)、～に/と束縛される(be bound to or with)、 有する(have)、～の特性を有する(have a property of) 等の意味であり；「コントローラ（controller）」という用語は、少なくとも１つの操作を制御する任意のデバイス、システム、又はその一部を意味し、このようなデバイスは、ハードウェア、ファームウェア、又はソフトウェア、或いはそれらのうち少なくとも２つの組み合わせで実装できる。特定のコントローラに関連付けられている機能は、ローカル又はリモートに関わらず、集中化又は分散化できることに留意すべきである。

【0022】

さらに、以下に説明する様々な機能は、それぞれがコンピュータ読み取り可能なプログラムコードから形成され、コンピュータ読み取り可能な媒体に具現化される、１つ又はそれ以上のコンピュータプログラムによって実装又はサポートすることができる。「アプリケーション」及び「プログラム」という用語は、１つ又はそれ以上のコンピュータプログラム、ソフトウェアコンポーネント、一連の命令、手順、関数、オブジェクト、クラス、インスタンス、関連データ、又は適切なコンピュータ読み取り可能なプログラムコードでの実装に適合なそれらの一部を指す。「コンピュータ読み取り可能なプログラムコード」という語句には、ソースコード、オブジェクトコード、及び実行可能コードなど、あらゆるタイプのコンピュータコードが含まれる。「コンピュータ読み取り可能な媒体」という語句には、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ハードディスクドライブ、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、又はその他のタイプのメモリなど、コンピュータによってアクセス可能なすべての種類の媒体が含まれる。「非一時的な（non-transitory）」コンピュータ読み取り可能な媒体は、有線、無線、光、又は一時的な電気信号又は他の信号を伝送する他の通信リンクを排除する。非一時的なコンピュータ読み取り可能な媒体には、データを永続的に格納できる媒体、及びデータを格納して、後で上書きできる、書き換え可能な光ディスクや消去可能なメモリデバイスなどの媒体が含まれる。

【0023】

特定の単語や語句の定義は、この特許文書全体にわたって提供される。当業者は、ほとんどの場合ではなく、多くの場合、そのような定義が、そのように定義された単語及び語句の以前及び将来の使用に適用されることを理解する必要がある。

【0024】

以下の詳細な説明を添付の図面と関連させて考察することにより、開示がよりよく理解されるにつれて、本開示及びそれに付随する多くの態様のより完全な理解が容易に得られるであろう。

【図面の簡単な説明】

【0025】

【図1】本開示の一実施形態によるエッジコンピューティングをサポートするアプリケーションネットワークアーキテクチャ及びインターフェースを示す。

【図2】本開示の実施形態１によるＡＣ状態及びＡＣトラフィック状態報告のためのサブスクリプション要求手順を示すフローチャートである。

【図3】本開示の実施形態２によるＡＣ状態及びＡＣトラフィック状態の検出及び報告のための手順を示すフローチャートである。

【図4】図４Ａ及び図４Ｂは、本開示の実施形態３－１によるＥＥＣ登録過程におけるＡＣ状態及びＡＣトラフィック状態報告のための手順を示すフローチャートである。

【図5】本開示の実施形態３―２によるＥＥＳによってＥＡＳを動的にインスタンス化する手順を示すフローチャートである。

【図6】本開示の実施形態４によるユーザの作業によるＵＥアプリ状態の状態遷移を示すフローチャートである。

【図7】本開示の実施形態５によるＵＥアプリトラフィック状態の状態遷移を示すフローチャートである。

【図8】本開示の様々な実施形態によるＵＥの構成を示すブロック図である。

【図9】本開示の様々な実施形態によるサーバの構成を示すブロック図である。

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

【0026】

以下で論じる図１から図９、及びこの特許文書における本開示の原理を説明するために使用される様々な実施形態は、例示のみを目的としており、決して本開示の範囲を限定するものと解釈されるべきではない。当業者は、本開示の原理が任意の適切に構成されたシステム又はデバイスで実装され得ることを理解するであろう。

【0027】

以下、添付図面を参照して本発明の実施形態を詳細に説明する。なお、本開示の要旨が不明であると判断される場合には、公知技術や機能についての詳細な説明は、省略される場合がある。本明細書で使用される用語は、本開示における機能を考慮して定義されたものであり、ユーザ又はオペレータの意図又は慣行に従って、他の用語に置き換えることができる。したがって、用語は、本開示全体に基づいて定義されるべきである。

【0028】

以下、基地局は、端末にリソースを割り当てるエンティティであり、ｅＮｏｄｅＢ、Ｎｏｄｅ Ｂ、基地局（ＢＳ）、無線アクセスネットワーク（ＲＡＮ）、アクセスネットワーク（ＡＮ）、ＲＡＮノード、無線アクセスユニット、基地局コントローラ、又はネットワーク上のノードのうち少なくとも１つである。端末は、ＵＥ（user equipment）、ＭＳ（mobile station）、携帯電話、スマートフォン、コンピュータ、又は通信機能を実行できるマルチメディアシステムを含むことができる。本開示において、ダウンリンク（Downlink；ＤＬ）は、基地局から端末に送信される信号の無線伝送経路を意味し、アップリンク（Uplink；ＵＬ）は、端末から基地局に送信される信号の無線伝送経路を意味する。

【0029】

ポストＬＴＥシステムは、本開示の実施形態に関連して以下に説明されるが、一例として、本開示の実施形態は、同様の技術的背景又はチャネル形式を有する他の通信システムにも適用され得る。さらに、本開示の実施形態は、当業者による判断の下で、本開示の範囲から著しく逸脱しない範囲で変更されてもよく、そのような変更は、他の通信システム（例えば、ＬＴＥ又はＬＴＥ－Ａシステム）に適用できる場合がある。

【0030】

図１は、本開示の一実施形態によるエッジコンピューティングをサポートするアプリケーションネットワークアーキテクチャ１００を示す。

【0031】

図１を参照すると、ＵＥ１０１は、少なくとも１つのアプリケーションクライアント（ＡＣ）１０２及びエッジイネーブラクライアント（edge enabler client、ＥＥＣ）１０３を含み得る。アプリケーションクライアント１０２は、エッジコンピューティングサービスが提供されるときに、ユーザに提供するためのアプリケーションレベルのクライアントであり得る。

【0032】

さらに、ＵＥ１０１は、別の無線通信ネットワーク、例えば、少なくとも１つ又はそれ以上の移動通信ネットワークと通信するための通信プロセッサ（Communication Processor、ＣＰ）（図示せず）を含むことができる。

【0033】

３ＧＰＰネットワーク１０４は、移動通信ネットワークの代表として示され、例えば、ＥＰＣ及び／又は５ＧＣを含み得る。３ＧＰＰネットワーク１０４は、無線（over-the-air：ＯＴＡ）でＵＥ１０１と直接通信する基地局を含むことができ、より高いレベルのコアネットワーク構成を含むことができる。３ＧＰＰネットワークが５ＧＣを含むとき、それは、アクセス及びモビリティ管理機能（Access and Mobility management Function、ＡＭＦ）、セッション管理機能（Session Management Function、ＳＭＦ）、ポリシー制御機能（Policy Control Function、ＰＣＦ）、ユーザプレーン機能（User Plane Function、ＵＰＦ）などを含むことができる。

【0034】

また、コアネットワーク（Core Network：ＣＮ）としてＥＰＣを有する場合、５ＧＣに対応するネットワークノードを含んでいてもよい。

【0035】

エッジデータネットワーク（Edge Data Network）は、ネットワークスライシング技術によって実装することができ、すべてのエッジデータネットワークを、同じ形式で構成することができる。１つのエッジデータネットワーク１０５の構成を一例として説明すると、これは、エッジホスティングプラットフォームを含み、エッジイネーブラサーバ（Edge Enabler Server：ＥＥＳ）１０７、１つ又はそれ以上のエッジアプリケーションサーバ（Edge Application Server：ＥＡＳ）１０６、及びエッジホスティングプラットフォームのためのオーケストレータ（Orchestrator for Edge Hosting Platform）を含み得る。エッジイネーブラサーバ１０６は、エッジイネーブラクライアントマネージャ、エッジイネーブラプラットフォーム、及びエッジイネーブラＡＰＩ（application programming interface）サーバを含むことができる。

【0036】

ネットワーク機能は、以下のように定義することができ、その一部が図１に示されている。

【0037】

３ＧＰＰネットワーク１０４は、３ＧＰＰ無線アクセスネットワーク（Radio Access Network：ＲＡＮ）及びコアネットワークを含み得る。

【0038】

１つ又はそれ以上のエッジデータネットワーク（Edge Data Network）１０５は、５Ｇコアネットワークのデータネットワーク又はＥＰＣネットワークのパケットデータネットワークであり、エッジホスティングプラットフォームエッジイネーブラサーバ（Edge Hosting Platform Edge Enabler Server）などのエッジコンピューティングサービスを提供するための機能を含むデータネットワークであり得る。

【0039】

アプリケーションクライアント（Application Client：ＡＣ）１０２は、ＵＥ１０１のモバイルオペレーティングシステム上で実行されるアプリケーションプログラムであり得、５Ｇコアネットワーク上のアプリケーション識別子（Application Identifier）によって識別され得る。モバイルオペレーティングシステムを提供する環境では、ＡＣは、オペレーティングシステム（ＯＳ）識別子（OS Identifier）及び各ＯＳの一意のアプリケーション識別子（ＯＳＡｐｐＩＤ）によって識別され得る。

【0040】

１つ又はそれ以上のエッジアプリケーションサーバ（Edge Application Server）１０６は、仮想化コンテナ上で動作するアプリケーションサーバプログラム、又はエッジホスティング環境（Edge Hosting Environment）上で動作する仮想マシン（virtual machine、ＶＭ）イメージであり得、ＶＭイメージがインスタンス化されるときに実行されるサーバプログラムであり得、エッジアプリケーション（Edge Application）と呼ばれることがある。

【0041】

エッジ構成サーバ（Edge Configuration Server）１０８は、エッジデータネットワーク１０５に関する構成情報を、ＵＥ１０１に提供するサーバであり得、ＵＥ１０１がモバイルエッジコンピューティング（mobile edge computing、ＭＥＣ）サービスを利用するための構成情報を受信し得る初期アクセスサーバであり得る。

【0042】

エッジホスティングプラットフォーム（Edge Hosting Platform）は、複数のエッジアプリケーションプログラムを実行できる仮想化層を含むプラットフォームソフトウェアであり得る。本開示において、「エッジホスティングプラットフォーム（Edge Hosting Platform）」及び「エッジホスティング環境（Edge Hosting Environment）」という用語は、同じ概念を有し、交換可能に使用され得る。

【0043】

エッジホスティングプラットフォームのためのオーケストレータ（Orchestrator for Edge Hosting Platform）は、エッジホスティングプラットフォーム上で実行されるエッジアプリケーションプログラムのライフサイクルを管理し、エッジホスティングプラットフォームを管理する管理システムであり得る。これは、ＥＴＳＩＭＡＮＯ(European Telecommunication Standards Institute Management and Network Operation)で定義されたオーケストレータの機能を実行することができる。

【0044】

エッジイネーブラサーバ（Edge Enabler Server、ＥＥＳ）１０７は、エッジコンピューティングサービスを提供するためのサーバであり、 エッジホスティングプラットフォームで利用可能なアプリケーションプログラムのリストを、ＵＥ１０１に提供し（Edge Enabler Client Manager）、エッジコンピューティングホスティングプラットフォーム上で動作するエッジアプリケーションプログラムに関する構成情報を管理し、３ＧＰＰネットワークからエッジアプリケーションプログラムに提供される機能のＡＰＩ（Application Programming Interface）を提供する。

【0045】

エッジイネーブラクライアント（Edge Enabler Client、ＥＥＣ）１０３は、ＵＥ１０１のソフトウェアモジュールであってもよく、エッジコンピューティングサービスを提供する機能を有するソフトウェアエージェントであってもよい。これは、ＵＥがエッジコンピューティングサーバにアクセスするための認証機能を実行することができ、ＵＥ１０１が、エッジイネーブルサーバ１０７と相互作用しながら、エッジホスティングプラットフォームから提供される情報を受信し、ＵＥアプリケーションプログラムに必要なルーティングを実行し、そして、ＵＥアプリケーションプログラムに情報を提供するソフトウェアエージェントであり得る。

【0046】

図１に示すようなエッジコンピューティングをサポートするためのアプリケーションネットワークアーキテクチャは、移動通信サービスプロバイダとは別のエッジコンピューティングサービスプロバイダによって管理される場合があり、１つの移動通信サービスプロバイダネットワーク内に複数の別個のエッジコンピューティングサービスプロバイダが存在する場合がある。図１に示すようなエッジコンピューティングをサポートするためのアプリケーションネットワークアーキテクチャは、サービスプロバイダの構成をサポートする場合がある。

【0047】

図１に示されるアプリケーションネットワークアーキテクチャは、１つの移動通信ネットワークで複数のエッジコンピューティングサービスプロバイダをサポートすることができる。アプリケーションネットワークアーキテクチャは、１つの移動通信ネットワークで利用可能な複数のエッジコンピューティングサービスプロバイダと、サービスプロバイダによってインストールされたエッジコンピューティングネットワークにアクセスするための構成情報を、ＵＥに転送することができる。

【0048】

図１に示されるアプリケーションネットワークアーキテクチャは、１つの移動通信ネットワークに存在する複数のエッジコンピューティングサービスプロバイダの中から、移動通信サービスプロバイダによって選択されたエッジネットワークサービスプロバイダと、選択されたエッジネットワークサービスプロバイダによってインストールされたエッジコンピューティングネットワークにアクセスするための構成情報とを、ＵＥに転送することができる。

【0049】

以下、本開示の様々な実施形態を説明する。本開示は、サービスプロバイダがフレキシブルエッジネットワークをインストールするために、以下の２つのシナリオを提供し、それを実施するための方法及びデバイスに関連し得る。

【0050】

本開示の実施形態１では、ＥＡＳから、ＡＣ状態、例えば、ＡＣのインストール、開始、又はユーザのアクションなどによる、アプリの画面制御の変更、アプリのトラフィックの検出、及びアプリのＤＮＳ（domain name system）要求の検出報告のためのサービスサブスクリプション手順が提供される。

【0051】

図２は、本開示の実施形態１によるＡＣ状態及びＡＣトラフィック状態報告のためのサブスクリプション要求手順２００を示すフローチャートである。

【0052】

図２を参照すると、ＥＡＳ２０１は、ＡＣ状態／状態変更報告及び／又はＡＣトラフィック状態／状態変更報告の要求をＥＥＳ２０２に送信する（例えば、動作２１１）。

【0053】

この場合、状態報告要求メッセージは、１回限り（One-time）の報告要求であってもよいし、ＥＥＣごと（又はＧＰＳＩごと）に指定されたＡＣの状態変更の報告要求であってもよい。

【0054】

ＥＥＳ２０１がＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更の要求を受信するとき、この要求が１回限りの要求でない場合、ＥＥＳ２０１は、ターゲットＵＥ又はターゲットＥＥＣリスト、ＡＣ状態/状態変更及び／又はＡＣトラフィック状態／状態変更の報告及び満了条件を受信し、対応する報告にトランザクション識別子を割り当て、そのような情報を記録する。今後、対応するイベント報告を受信した際に、イベント報告の依頼者を特定できる情報を併せて保持する。

【0055】

イベントサブスクリプションが成功的に完了すると、ＥＥＳ２０２は、報告要求に対する応答メッセージを、ＥＡＳ２０１に転送する（例えば、動作２１３）。前記報告が１回限りの報告ではなく、要求メッセージにイベント報告条件と満了条件が含まれる場合、動作２１２で割り当てられた、サブスクリプション要求を識別できるトランザクション識別子情報を含めて転送することができる。

【0056】

一実施形態によれば、１つ又はそれ以上のＥＥＣから複数のＡＣの状態に関する報告をすでに受信しているＥＥＳ２０２は、ＥＡＳ２０１から要求された１つ又はそれ以上のＥＥＣのＡＣに関する状態を識別する（例えば、動作２１２）。ＥＥＳ２０２は、識別されたＥＥＣのＡＣ状態をＥＡＳ２０１に報告する。この場合、ＥＥＳ２０２は、動作２１４の応答メッセージとともに、要求されたＡＣ及びＡＣ状態の条件に一致するＡＣ状態及び／又はＥＥＣに関する情報を含むＡＣ状態報告を、ＥＡＳ２０１に転送する。

【0057】

ＡＣ状態及び／又はＥＥＣ（及びＵＥ）に関する情報を含むＡＣ状態報告を受信するＥＡＳ２０１が、オーケストレータ（Orchestrator）である場合、オーケストレータは、ＥＡＳのインスタンス化（instantiation）、負荷分散（load balancing）、スケールイン（scaling-in）、又はスケールアウト（scaling-out）で、関連するＡＣに関する状態情報を使用する場合がある。

【0058】

動作２１３で、応答メッセージを転送するＥＥＳ２０２は、登録されたＥＥＣの場合、少なくとも１つのＥＥＣ２０３上でＡＣ状態報告又はＡＣトラフィック状態報告のために動作２１５及び２１６に関連して説明されたサブスクリプション要求手順を実行することができる（例えば、動作２１４）。
ＥＥＳ２０２は、ＡＣ状態情報のサブスクリプション要求メッセージをＥＥＣ２０３に転送する（例えば、動作２１５）。ＡＣ状態及び／又はＡＣトラフィック状態情報報告のサブスクリプション要求メッセージは、ＡＣリスト、ＡＣ状態報告イベント（event）リスト、ＡＣのエッジ認識（edge awareness）情報、ＥＡＳサービスエリア情報、ＡＣ状態報告タイプ、ＡＣ状態報告インジケータ（indicator)、ＡＣ状態報告サブスクリプション（subscription）情報、又はＡＣ状態トリガ条件のうち少なくとも１つを含む。

【0059】

サブスクリプション要求メッセージには、また報告が１回限りの報告であるか連続報告であるか、及び報告が連続報告である場合、報告を完了するための条件(例えば、最大報告回数、最大報告回数を報告できる期間、及び報告完了時間のイベント発生回数)が含まれてもよい。ＡＣ状態報告イベントリストは、ＡＣとＥＡＳとの間でトラフィックが発生するかどうかを予測できるＡＣ状態情報とＡＣ状態変更情報、ＡＣトラフィック状態とＡＣトラフィック状態変更情報を含むことができる。例えば、ＡＣ状態情報は、実施形態４に関連して以下に説明される。ＡＣトラフィック状態情報は、実施形態５に関連して以下に説明される。

【0060】

ＥＥＣ２０３は、ＡＣ状態情報報告のサブスクリプション要求メッセージを受信すると、ＥＥＳ２０２のＡＣ状態情報報告のサブスクリプション要求が、成功的に登録された場合、サブスクリプション要求メッセージの応答メッセージを、ＥＥＳ２０２に転送する（動作２１６)。ＡＣ状態情報報告のサブスクリプション要求が、１回限りの要求である場合、ＥＥＣ２０３は、応答メッセージと共にＡＣ状態情報を転送することができる。

【0061】

本開示の実施形態２では、本開示の実施形態１でサブスクライブしているＡＣ状態及びＡＣ状態変更報告サービス及び／又はＡＣトラフィック状態及びＡＣトラフィック状態変更報告サービスに従って、ＡＣ状態が報告条件に一致する状態に変更された場合に、ＥＥＣがＡＣ状態報告を要求したＥＥＳにＡＣの状態を報告するための手順が提供される。ＵＥのＡＣ状態の変更の報告を受信すると、ＥＥＳは、ＵＥの現在のＡＣ状態変更を、ＡＣ状態変更報告を要求するＥＡＳに報告する。ＡＣ状態変更報告は、オーケストレータが、ＥＡＳの新しいインスタンス (instantiation) を生成したり、生成された既存のインスタンスを削除したりするために使用できる。

【0062】

図３は、本開示の実施形態２による、ＡＣ状態及びＡＣトラフィック状態の検出及び報告のための手順３００を示すフローチャートである。

【0063】

図３を参照すると、ＥＥＣ３０３は、ＡＣ状態及び／又はＡＣトラフィック状態を取得するか、ＡＣ状態変更又はＡＣトラフィック状態変更を検出することができる（例えば、動作３１１）。ＡＣ状態変更とは、ユーザのアクションによってモバイルオペレーティングシステム上で変更されたＡＣ状態をいう。ＡＣ状態及び状態変更は、以下に説明する本開示の実施形態４及び図６に示されている以下の属性を含む状態を有することができる。

【0064】

‐ＡＣ３０２がＵＥ３０１内のモバイルオペレーティングシステム上にインストールされているかどうかによる状態。

【0065】

‐ＡＣ３０２がＵＥ３０１内のモバイルオペレーティングシステム上で実行されているかどうかによる状態。

【0066】

‐ＡＣ３０２がモバイルオペレーティングシステムのユーザ画面に表示されているかどうか、ＡＣ３０２がユーザ画面を制御する権限を持っているかどうか、又は、ＡＣ３０２がユーザの対話を制御する権利があるかどうかに応じて、フォアグラウンド（foreground）又はバックグラウンド（background）の状態、又は可視又は不可視の状態に分けられる状態。

【0067】

ＡＣ状態の変更は、モバイルオペレーティングシステム上でのユーザのアクションによって生成されたＡＣ３０２がインストールされ、実行され、一時停止され、終了され、ＡＣ３０２がフォアグラウンド画面又はバックグラウンド画面に移動される状態移動の特徴を有し得る。

【0068】

ＡＣ状態と状態変更の特徴を有する状態の例としては、後述する実施形態４のような状態と状態遷移方法が考えられる。

【0069】

図２の動作２１５において、ＡＣの状態変更の報告要求を受信すると、ＥＥＣ３０３は、要求されたＡＣのインストール、実行の開始、実行の停止、終了、又は可視状態又は不可視状態への変更など、ＡＣの状態変更を検出することができる。

【0070】

図２の動作２１５で、ＡＣの特定の状態への移動が報告条件として要求されると、ＥＥＣは、ＡＣの特定の状態への移動を検出することができる。

【0071】

ＡＣトラフィック状態及び状態変更は、以下に説明される実施形態５及び図７に示されている以下の属性を含む状態を有することができる。

【0072】

‐ユーザーの介入なしに、アプリケーショントラフィックが生成される可能性があるかどうかに関する状態。このような状態の例は、アプリケーショントラフィック非準備（Application Traffic Not Ready）、又はアプリケーショントラフィック準備（Application Traffic Ready）に分けられる。

【0073】

‐アプリケーションが、ＵＥのオペレーティングシステムにインストールされているか、モバイルオペレーティングシステムで実行されているかに関する状態。このような状態の例は、アプリケーション使用不可（Application Unavailable）、アプリケーション非アクティブ（Application Inactive）、及びアプリケーショントラフィック準備（Application Traffic Ready） に分けられる。

【0074】

‐アプリケーショントラフィックがすぐに発生するか、既に発生しているか、又はトラフィックが発生しない休眠期間（Dormant）にあるかに分けられるアプリケーショントラフィックの発生状態。このような状態の例としては、アプリケーショントラフィック休眠（Application Traffic Dormant）、アプリケーショントラフィック到来（Application Traffic Coming）、及びアプリケーショントラフィック交換（Application Traffic Exchanging）が含まれる場合がある。

【0075】

ＡＣトラフィック状態変更は、ＡＣのトラフィック発生又は発生準備が検出され、移動される状態移動の特性を有することができる。ＡＣトラヒック状態と状態遷移の特徴を有する状態の例としては、後述する実施形態５のような状態と状態遷移方法が含まれ得る。

【0076】

図２の動作２１５において、ＡＣトラフィックの状態変更の報告を受信すると、ＥＥＣ３０３は、ＡＣトラフィック準備状態の変更、例えば、ＡＣトラフィック非準備（Traffic Not Ready）状態からＡＣトラフィック準備（Ready）状態への変更、又はＡＣトラフィック休眠（Dormant）状態、ＡＣトラフィック到来（Coming）状態、及びＡＣトラフィック発生状態の間のＡＣトラフィック状態の変更を検出することができる。例えば、ＡＣトラフィック休眠状態は、ＡＣからＤＮＳクエリ（query）が発生したとき、又は宛先ＥＡＳのＤＮＳクエリが発生したときに、アプリケーショントラフィック到来状態に遷移する場合がある。ＡＣから発生したアプリケーショントラフィックが検出された場合、又はＡＣから宛先ＥＡＳへのアプリケーショントラフィックの発生が検出された場合、アプリケーショントラフィック休眠状態は、アプリケーショントラフィック交換状態に変更される。

【0077】

図２の動作２１５で、ＡＣトラフィック状態の特定状態への移行が報告条件として要求されると、ＥＥＣ３０３は、ＡＣの特定の状態への移動を検出することができる。

【0078】

ＥＥＣ３０３は、報告条件を満たす状態へのＡＣ状態の移動、ＡＣ状態の変更、報告条件を満たす状態へのＡＣトラフィック状態の移動、又はＡＣトラフィック状態の変更を検出すると、ＥＥＣ３０３は、ＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更報告メッセージを、ＥＥＳ３０４に送信することができる（例えば、動作３１２）。ＡＣ状態及び／又はＡＣトラフィック状態報告メッセージは、ＥＥＣ識別子、報告対象となるＡＣ識別子リスト、サブスクリプション要求のためのトランザクションを他のものから区別するための区分子、ＡＣ識別子ごとのＡＣ状態情報、ＡＣ識別子ごとのＡＣトラフィック状態情報、ＡＣ状態が変更された場合、ＡＣ識別子ごとのＡＣ事前状態情報、ＡＣトラフィック状態が変更された場合、ＡＣ識別子ごとのＡＣトラフィックの事前状態情報、特定のＥＡＳを宛先とするトラフィックの場合、特定のＥＡＳの識別子、又は特定のＥＡＳの完全修飾ドメイン名 (ＦＱＤＮ) 情報、ＩＰアドレス情報、又はＵＲＬ(Uniform Resource Locator) 情報のうち少なくとも１つを含むことができる。ＡＣ状態／状態変更報告及び／又はＡＣトラフィック状態／状態変更報告メッセージは、ＥＡＳ発見手順とともに転送され得る。

【0079】

一実施形態によれば、ＥＥＣ３０３からＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更の報告を受信すると、ＥＥＳ３０４は、オーケストレータに要求し、事前設定手順を実行することができる（例えば、動作３１３）。事前設定手順は、ＥＡＳ３０５のライフサイクルを管理するＡＰＩを呼び出す動作、指定された場所でＵＥのＡＣに対するＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更の報告を実行する動作、又は、ＡＣに対応するＥＡＳでのスケールイン（scale-in）又はスケールアウト（scale-out）を決定して報告する動作を含むことができる。さらに、事前設定手順は、ＥＡＳとして動作するオーケストレータへのＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更に従って、ＥＥＳインスタンス（instance）をインスタンス化する動作、ＥＥＳのインスタンスを追加的にインスタンス化する動作、又はＥＥＳインスタンスを削除する動作のうち少なくとも１つを含むことができる。動作３１３が実行されると、図２の動作２１１及び動作２１４は省略可能である。

【0080】

ＥＥＣ３０３からＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更の報告を受信すると、ＥＥＳ３０４は、ＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更を報告することを要求したＥＡＳ３０５又はオーケストレータに、ＡＣ状態情報、ＡＣ状態変更情報、ＡＣトラフィック状態情報、又はＡＣトラフィック状態変更情報のうち少なくとも１つを報告する（例えば、動作３１４）。ＥＥＳ３０４は、ＡＣ３０２に対応するＥＡＳ３０５に関する情報を含む報告を、オーケストレータに提供することができる。ＡＣ３０２に対応するＥＡＳ３０５は、ＡＣ３０２にサービスを提供するアプリケーションサーバを意味する。

【0081】

ＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更報告を受信すると、オーケストレータは、ＡＣ３０２に対応するＥＡＳ３０５の情報を取得し、例えば、ＥＡＳインスタンスの生成、追加、及び削除のための動作を実行することができる（例えば、動作３１５)。

【0082】

実施形態３－１では、ＥＥＳは、ＥＡＳからＵＥのＡＣ状態及びＡＣトラフィック状態報告サブスクリプション要求を受信し、ＥＥＳは、サブスクリプション要求を記録する。

【0083】

ＥＥＣがＥＥＳに登録している間、ＥＥＳは、ＥＥＣがＡＣ状態及び/又はＡＣトラフィック状態報告のターゲットに属しているかどうかを識別し、ＥＥＣが報告のターゲットに属している場合、ターゲットＡＣリスト、ターゲットＡＣの条件情報、報告要求が１回限りの状態報告要求であるかの可否、条件と満了条件を含む報告条件、及び報告サブスクリプションを識別するための識別子を含む登録応答メッセージを、ＥＥＣへ転送する。ＥＥＣからＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更報告を受信すると、ＥＥＳは、報告を要求しているＥＡＳ又はオーケストレータに報告された状態を転送する。 ＥＥＳは、ＡＣに対応するＥＡＳへのインスタンス数とインスタンス化の増減を、直接判断するか、オーケストレータにメッセージを転送して、ＥＡＳがインスタンス化するかどうか、又はＥＡＳのインスタンス数を増減するかどうかを決定する手順を実行することができる。

【0084】

図４Ａ及び図４Ｂは、本開示の実施形態３‐１によるＥＥＣ登録過程中のＡC状態及び／又はＡＣトラフィック状態報告手順を示すフローチャートである。

【0085】

図４Ａ及び４Ｂを参照すると、ＥＡＳ４０１は、ＡＣ状態／状態変更報告及び／又はＡＣトラフィック状態／状態変更報告の要求をＥＥＳ４０２に送信する（例えば、動作４１１）。

【0086】

この場合、状態報告要求メッセージは、１回限りの報告要求であってもよいし、ＥＥＣごと（又はＧＰＳＩごと）に指定されたＡＣの状態変更の報告要求であってもよい。

【0087】

ＥＥＳ４０２が、ＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更の要求を受信すると、その要求が一回限りの要求でない場合、ＥＥＳ２０１は、ターゲットＵＥ又はターゲットＥＥＣリスト、ＡＣ状態／状態変更、及び／又はＡＣトラフィック状態／状態変更の報告及び満了条件を受信し、対応する報告のトランザクション識別子を割り当て、そのような情報を記録する（動作４１２）。今後、対応するイベント報告を受信した際に、イベント報告の依頼者を特定できる情報を併せて保持する。

【0088】

イベントサブスクリプションが成功的に完了すると、ＥＥＳ４０２は、報告要求に対する応答メッセージを、ＥＡＳ４０１に転送する（例えば、動作４１３）。報告が一回限りの報告ではなく、要求メッセージにイベント報告条件と満了条件とが含まれる場合、動作４１２で割り当てられた、サブスクリプション要求を識別することができるトランザクション識別子情報を含めて伝達できる。

【0089】

一実施形態によれば、１つ又はそれ以上のＥＥＣから複数のＡＣの状態に関する報告をすでに受信しているＥＥＳ４０２は、ＥＡＳ４０１から要求された１つ又はそれ以上のＥＥＣのＡＣに関する状態を識別する（例えば、動作２１２）。ＥＥＳ２０２は、ＥＥＣの識別されたＡＣ状態を、ＥＡＳ２０１に報告する。この場合、ＥＥＳ２０２は、動作４１３の応答メッセージとともに、要求されたＡＣ及びＡＣ状態の条件に一致するＡＣ状態及び／又はＥＥＣに関する情報を含むＡＣ状態報告をＥＡＳ２０１に転送する。

【0090】

ＥＥＣ４０３は、指定された条件に従って、ＥＥＳ４０２への登録手続きを行う。ＥＥＳ４０２が提供されているエリアに、ＵＥが移動した場合、又はＥＥＣがＥＣＳからＥＥＳの選択情報を受信し、ＥＥＣがＥＥＳを選択した場合、指定された条件として、ＥＥＣ４０３は、ＥＥＳ４０２への登録手続きを行う。ＥＥＣ４０３がＥＥＳ４０２に登録手続きを行う場合、ＥＥＣ４０３は、ＵＥにインストールされたＡＣリストの全部又は一部を、登録要求メッセージに含めて転送することができる（動作４１４）。ＵＥ内のＥＥＣ４０３は、登録要求メッセージ内に、ＡＣ識別子、ＥＥＣタイプ（ＥＥＣがダウンロード可能であるか、又は埋め込まれているかに関するインジケータ）、ＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更報告機能がサポートされているかどうかに関するインジケータ、サポートされているＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更リスト、又はモバイルオペレーティングシステム識別子のうち少なくとも１つを含めて、ＥＥＳ４０２に転送することができる。

【0091】

ＥＥＳ４０２は、ＥＥＣ４０３から登録要求メッセージを受信する。登録要求メッセージを受信すると、ＥＥＳ４０２は、各ＡＣリストに対応する利用可能な（available）ＥＡＳリストを識別することができる。さらに、ＥＥＳ４０２は、ＥＥＣ４０３がＡＣ状態及び／又はＡＣトラフィック状態報告のターゲットに属するかどうかを識別し得る。ＥＥＣ４０３が報告ターゲットに属しているかどうかは、次の情報によって識別できる。

【0092】

‐ＥＥＣ識別子；
‐ＥＥＣを搭載したＵＥの識別子。例えば、永久機器識別子（Permanent Equipment Identifier、ＰＥＩ）などのＵＥデバイスの番号；
‐ＥＥＣを搭載したＵＥのサブスクリプション情報、(Generic Public Subscription Identifier（ＧＰＳＩ)）；
‐ＵＥの位置情報 (例えば、３ＧＰＰ又はデータネットワークアクセス(ＤＮＡ) 識別子の位置情報、ＧＰＳ座標情報、又はロット番号、建物番号などのアドレス情報)；
‐ＵＥのサービスエリア情報；及び／又は
‐ＵＥのＩＰアドレス情報。

【0093】

ＥＥＣ４０３が報告ターゲットに属する場合、ＥＥＳ４０２は、ＵＥに対してターゲットＡＣを指定する。ターゲットＡＣは、ターゲットＡＣのＡＣ識別子又は条件情報のリストを含むことができる。ターゲットＡＣの条件には、次の例が含まれる場合がある。

【0094】

‐ＵＥにインストールされたＡＣ又は実行中のＡＣのうち、ＡＣ ＩＤが正規表現（regular expression）で表現された情報、例えば、com.example；
‐ＵＥに新たにインストールされたＡＣのリスト；
‐ＵＥで新たに実行されたＡＣのリスト；
‐ＵＥで現在実行中のアプリのうち、可視（Visible）状態にあるすべてのＡＣのリスト；及び
‐ＵＥで現在実行中のアプリのうち、不可視（Invisible）状態から可視状態に遷移するＡＣのリスト。

【0095】

ＥＥＣ４０３が報告ターゲットに属する場合、ＥＥＳ４０２は、登録要求に対する応答メッセージをＥＥＣ４０３に送信する（動作４１６）。応答メッセージは、ＡＣリスト、ＡＣ状態報告イベントリスト、ＡＣのエッジ認識（edge awareness）情報、ＥＡＳサービス エリア情報、ＡＣ状態報告タイプ、ＡＣ状態報告インジケータ、ＡＣ状態報告サブスクリプション情報、又は ＡＣ状態トリガ条件のうち少なくとも１つを含む。

【0096】

応答メッセージを受信すると、ＥＥＣ４０３は、報告が１回限りの報告であるかどうかを識別し、報告が１回限りの報告である場合、ＥＥＣ４０３は、１回だけ報告を行う。

【0097】

報告のための条件がある場合、ＥＥＣ４０３は、ＥＥＣサブスクリプション要求を識別するための識別子、報告条件、及び満了条件を記録し、報告条件及び満了条件をトリガするための条件を記録する。

【0098】

ＥＥＣ４０３は、現在インストールされているＡＣの報告条件を識別する（動作４１７）。

【0099】

インストールされたＡＣの場合、ＥＥＣ４０３は、報告条件を識別し、報告条件が満たされると、ＡＣ状態報告及び／又はＡＣトラフィック状態報告メッセージを、ＥＥＳ４０２に転送する（動作４１８）。ＥＥＳ４０２に転送されるメッセージは、ＥＥＣ識別子、報告されるＡＣ識別子リスト、サブスクリプション要求されたトランザクションを他のトランザクションと区別するための区分子、ＡＣ識別子ごとのＡＣ状態情報、ＡＣが変更された場合、ＡＣ識別子ごとのＡＣ事前状態、ＡＣ識別子ごとのＡＣトラフィック状態、又はＡＣトラフィックが変更された場合、ＡＣ識別子ごとのＡＣトラフィック事前状態情報のうち少なくとも１つを含むことができる。報告条件が満たされ、報告要求が１回限りの要求の場合、報告は、1回のみ行われる。ＥＥＳ４０２から受信した報告要求が、１回限りの要求ではなく、報告条件と満了条件の両方を含む場合、ＥＥＣ４０３は、報告要求を記録し、報告条件が満たされた場合に、動作４１８を実行することができる。報告満了の条件を満たすイベントが発生すると、それ以上の報告は行われず、記録された報告要求は、削除される。

【0100】

ＥＡＳ４０１又はオーケストレータが、動作４１１を通じてＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更の報告を要求すると、ＥＥＳ４０２は、ＥＥＣ４０３から報告された情報を、対応するＥＡＳ４０１又はオーケストレータに転送することができる（動作４２０‐１）。ＥＡＳ４０１又はオーケストレータは、ＥＥＳ４０２からＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更報告を受信し、ＡＣに関連するＥＡＳインスタンスを生成、追加、削除、アップグレード、又はダウングレードするための動作を決定することができる（例えば、動作４２０－２)。

【0101】

一実施形態によれば、ＥＥＣ４０３からＡＣ状態／状態変更及び／又はＡＣトラフィック状態を受信すると、ＥＥＳ４０２は、事前設定手順を実行することができる（例えば、動作４１９）。事前設定手順は、ＥＡＳ４０１のライフサイクルを管理するＡＰＩを呼び出す動作、又は指定された場所でＵＥのＡＣに関するＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更報告を実行する動作を含むことができる。動作４１９がＥＥＣ４０２によって実行される場合、動作４１１及び動作４１３は、省略可能である。

【0102】

ＥＥＳ４０２の事前設定手順が、ＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更に従って、ＥＡＳインスタンスを追加、生成、又は削除するための動作を含む場合、ＥＥＳ４０２は、ＡＣに対応するＥＡＳをスケールイン（scale-in）するかスケールアウト（scale-out）するかを決定することができる（例えば、動作４２１‐１）。スケールアウトは、ＥＡＳインスタンスの数を増やすための動作であり、スケールインは、ＥＡＳインスタンスの数を減らすためのＥＡＳ４０１のオーケストレーション動作である。ＥＥＳ４０２は、決定されたスケールアウト又はスケールインの要求を、ＥＡＳ４０１又はオーケストレータに転送することができる（例えば、動作４２１‐２）。

【0103】

事前設定手順に従って、ＡＣ状態／状態変更及び／又はＡＣトラフィック状態／状態変更を報告すると、ＥＥＳ４０２は、オーケストレータに対応するＥＡＳ４０１のコンテキスト登録又は解除を実行することができる（例えば、動作４２２）。例えば、ＥＥＣ４０３から報告されたＡＣ状態イベントが、ＡＣ開始イベント又はＡＣトラフィック開始すぐイベントである場合、ＡＣに対応するＥＡＳ４０１に対して、コンテキスト登録又は解除手順を実行することができる。ＥＡＳ４０１のコンテキスト登録又は解除の要求を受信するオーケストレータは、新しいＥＡＳインスタンスを生成するか、又は既存のＥＡＳインスタンスの数を増減する機能を実行することができる。

【0104】

本開示の実施形態３‐２では、ＡＣに対応するＥＡＳを動的にインスタンス化することを可能にする方法が提供され、ＥＥＳは、ＥＡＳから登録要求を通じて、ＥＡＳに関連付けられたＡＣプロファイル（ＡＣ ＩＤを含む）を受信し、ＥＥＣが登録要求を送信するときに、ＥＥＣが検出要求を送信する必要のあるトリガ条件を決定し、ＥＡＳ発見を実行するためのトリガ条件をＥＥＣに送信した後、ＡＣでの状態変更を検出するＥＥＣからＥＡＳ発見要求メッセージを受信する。

【0105】

図５は、本開示の実施形態３‐２によるＥＥＳによってＥＡＳを動的にインスタンス化する手順を示すフローチャートである。

【0106】

図５を参照すると、ＥＡＳ５０１は、ＥＡＳ登録手順を実行するために登録要求メッセージをＥＥＳ５０２に送信する（例えば、動作５１１）。一実施形態によれば、ＥＡＳ登録手順は、ＥＡＳの代わりに、インスタンス化の可能なＥＡＳが、エッジホスティング環境（Edge Hosting Environment）で管理される場合、エッジホスティング環境を管理するオーケストレータによって実行され得る。この場合、ＥＡＳ登録手順は、ＥＡＳ５０１に代わって、エッジホスティング環境を通じて、ＥＡＳ５０１のライフサイクルを管理するオーケストレータによって実行されてもよい。オーケストレータが登録手順を実行するとき、ＥＡＳ ＩＤは、特定のインスタンスのＩＤを参照するのではなく、インスタンス化された複数のＥＡＳインスタンスをまとめて参照する場合がある。オーケストレータが、登録手続きを実行すると、ＥＡＳ ＩＤは、包括的なＥＡＳを参照し、複数のインスタンス化されたＥＡＳのエンティティは、同じＥＡＳ ＩＤを有する。別の実施形態によれば、ＥＡＳ５０１によってＥＥＳ５０２上で実行される登録手順は、新しいインスタンスのＥＡＳによって実行されてもよい。この場合、ＥＡＳ登録手順は、新たにインスタンス化されたＥＡＳインスタンスを登録するために実行されて、ＥＥＳ５０２が別のＥＥＳ又はＥＥＣ５０３に利用可能なＥＡＳインスタンスを発見できるようにすることができる。ＥＡＳ５０１からＥＥＳ５０２に送信される登録要求メッセージは、ＥＡＳ ＩＤ又はＥＡＳ５０１がサービスを提供するＡＣに関する情報、すなわち、ＡＣプロファイルのうち少なくとも１つを含むことができる。ＡＣプロファイルには、ＡＣ ＩＤとともに、ＡＣに関する追加情報が含まれ得る。さらに、ＥＡＳ５０１からＥＥＳ５０２に送信される登録要求メッセージは、オーケストレータのためのＵＲＬ情報を含むことができる。ＥＥＳ５０２は、ＥＡＳ５０１から受信した登録要求メッセージに含まれたＥＡＳ ＩＤ及び／又はＡＣプロファイル情報を格納及び管理する（動作５１２）。ＥＡＳ５０１から登録要求メッセージを受信すると、ＥＥＳ５０２は、登録要求メッセージへの応答メッセージを、ＥＡＳ５０１に送信する（例えば、動作５１３）。

【0107】

引き続き、図５を参照すると、ＥＥＣ５０３は、登録要求メッセージをＥＥＳ５０２に送信して、ＥＥＳ５０２の登録手順を実行する（例えば、動作５１４）。ＥＥＣ５０３からＥＥＳ５０２に送信される登録要求メッセージは、ＥＥＣ ＩＤ、ＥＥＣタイプ（例えば、組み込みタイプ（Embedded）であるか、ＡＣタイプであるかを示す識別子）、オペレーティングシステムＩＤ、現在のＵＥにインストールされているＡＣ ＩＤ、及び／又はＥＥＣ５０３が現在エッジコンピューティングサービスを提供するために関連付けられているＡＣのリスト、又はＥＥＣ５０３によって現在識別され得るＵＥにインストールされているＡＣ ＩＤリスト、及び／又はＥＥＣ５０２によって現在識別されている可能性のある、ＵＥで実行されているＡＣ ＩＤのリストを含むことができる。

【0108】

一実施形態によれば、ＥＥＣ５０３がＥＡＳ発見トリガ条件をサポートする場合、ＥＥＣ５０３は、ＥＥＳ５０２に送信される登録要求メッセージに、ＥＡＳ発見トリガ機能インジケータを含めて、転送してもよい。

【0109】

ＥＥＣ５０３から登録要求メッセージを受信すると、ＥＥＳ５０２は、ＵＥから送信されたＡＣリストを識別する。ＥＥＳ５０２は、ＵＥから送信されたＡＣリストに対応する利用可能なＥＡＳリストを識別し、対応するＥＡＳに対して、ＥＡＳ発見を実行するためのトリガ条件を決定する（例えば、動作５１５）。このようなトリガ条件は、ＥＥＳ５０２に予め設定されていてもよいし、ＥＣＳ又は別のポリシーサーバを介して受信された情報であってもよい。一例として、トリガ条件は、ＥＣＳから、サービス認可設定（例えば、Service Provisioning）過程中の認可設定応答メッセージを介して、ＥＥＳ５０２に設定され得る。

【0110】

一実施形態によれば、ＥＡＳ発見をトリガするための条件は、以下の条件のすべて又は一部を含み得る：
‐ＡＣがＵＥに新たにインストール又は再インストールされたとき；
‐ＵＥにインストールされているＡＣが実行状態に変更されるとき；
‐ＡＣがエッジコンピューティングの使用要求をＥＥＣに送信するとき；
‐ＡＣがＥＡＳにトラフィックを送信するトラフィックを検出するとき；
‐ＡＣがＤＮＳクエリを実行して、トラフィックをＥＡＳに送信するとき；
‐実施形態４に関連して説明されたＡＣ状態（既存）；
‐実施形態４に関連して説明されたＡＣ状態の変更；
‐実施形態５に関連して説明されたＡＣトラフィック状態；及び／又は
‐実施形態５に関連して説明されたＡＣトラフィック状態が変更されるとき。

【0111】

前述のＥＡＳ発見トリガ条件の各項目は、以下の表１に示すように、ＥＡＳ発見トリガインジケータインデックスとして指定され得る。

【0112】

【表1】

【0113】

ＥＥＣ５０３から受信された登録要求メッセージに応答して、ＥＥＳ５０２は、ＥＡＳ発見トリガ条件（例えば、ＥＡＳ発見トリガ条件を示すＥＡＳ発見トリガインジケータインデックス情報）を含む登録応答メッセージを、ＥＥＣ５０３に送信する（例えば、動作 ５１６)。

【0114】

一実施形態によれば、ＥＡＳ発見トリガ条件が、トラフィック状態又は特定のＡＣ状態の変更である場合、ＥＥＳ５０２は、対応するＡＣ ＩＤを一緒にＵＥに送信するか、ＡＣ ＩＤに対応するＥＡＳ ＩＤリストを、ＵＥに送信することができる。

【0115】

ＥＥＣ５０３が、ＥＥＳ５０２に登録している間、ＥＥＳ５０２は、次の情報のうち少なくとも１つを含むＥＥＣ登録応答メッセージを、ＥＥＣ５０３に送信することができる。

【0116】

‐ＥＥＣ５０３から受信した、ＵＥにインストールされているＡＣリストで、現在利用可能なＥＡＳのリスト；
‐ＥＥＣ５０３から受信した、ＵＥにインストールされているＡＣリストで、現在ＥＡＳインスタンス化されている可能性のあるＥＡＳのリスト；
‐ＡＣのＥＡＳ発見トリガ条件情報；
‐ＥＥＳ５０２に登録されたＥＡＳリスト内のＥＡＳ発見を通じて、動的にＥＡＳインスタンス化を要求したＥＡＳのリスト；又は
‐ＥＡＳのインスタンス化を動的に要求したＥＡＳ５０１に対応するＡＣのリスト。

【0117】

一実施形態によれば、ＥＥＣ５０３は、ＥＡＳ発見トリガを検出する機能を提供することができ、又はＥＥＳ５０２から受信されたＥＡＳ発見トリガ条件に従って、ＥＡＳ発見要求を送信する機能をサポートすることができる。

【0118】

ＥＥＳ５０２から登録応答メッセージを受信すると、ＥＥＣ５０３は、次の内容のうち少なくとも１つを識別する。

【0119】

‐ＡＣ状態の変更の検出；
‐ＥＡＳ５０１とのトラフィック接続を使用したＡＣの検出；又は
‐ＥＡＳ５０１にトラフィックを送信するためのＡＣの検出。

【0120】

前述したＥＥＣ５０３による識別手順は、ＥＥＣ５０３が登録応答メッセージに含まれたＥＡＳ発見トリガ条件を満たすか否かを識別する手順に対応する（例えば、動作５１７）。

【0121】

ＥＥＳ５０２から登録応答メッセージに含まれたＥＡＳ発見トリガ条件を受信すると、ＥＥＣ５０３は、ＥＡＳ発見トリガ条件が満たされる場合、ＥＡＳ発見要求メッセージをＥＥＳ５０２に送信する（例えば、動作５１８）。ＥＥＣ５０３からＥＥＳ５０２に送信されるＥＡＳ発見要求メッセージは、次の情報を含むことができる。

【0122】

‐ＥＥＣ ＩＤ；
‐インストール又は実行されているＡＣ ＩＤ のリスト；
‐ＡＣの状態を含むＡＣプロファイルのリスト；及び／又は
‐ＥＡＳ発見トリガ条件が満たされ、ＥＡＳ発見要求メッセージが送信されるとき、ＥＡＳ発見トリガインジケータインデックス(例えば、表１に示されるインデックスに対応する)。

【0123】

別の実施形態によれば、ＥＡＳ発見トリガ条件が受信されない場合でも、ＥＥＣ５０２自身の設定又はオペレータの設定があり、以下の条件が満たされる場合、ＥＥＣ５０２は、ＥＡＳ発見要求メッセージをＥＥＳ５０２に送信することができる。

【0124】

‐実施形態４で説明したようにＡＣ状態が変更された場合、より具体的には、
■ＡＣが新たにインストールされたとき (つまり、ＡＣ状態が設置済み状態に変更したとき)；
■ＡＣが稼働（Running）状態に変更されたとき；
■ＡＣがフォアグラウンドに変更されたとき；及び/又は
■ユーザの要求時に、ＵＩがユーザとの対話に重点を置いている場合；
‐実施形態５に関連して説明したようにＡＣトラフィック状態が変更されたとき、より具体的には、
■ＡＣがＥＡＳへのトラフィックの送信を検出したとき；
■ＡＣがＤＮＳクエリを送信して、トラフィックをＥＡＳに送信したとき、又はＡＣが ＤＮＳクエリの送信を検出したとき；及び/又は
■トラフィックが送信されていない状態から、トラフィックが設定されている状態にＡＣが変更された場合。

【0125】

ＥＥＣ５０３が、ＥＡＳ発見要求メッセージをＥＥＳ５０２に送信するとき、ＥＥＣ５０３は、実施形態４に関連して説明されたＡＣ状態、又は実施形態５に関連して説明されたＡＣトラフィック状態を示すインジケータをＥＡＳ発見要求メッセージに含めて、ＥＥＳ５０２に送信することができる。

【0126】

ＥＥＣ５０３からＥＡＳ発見要求メッセージを受信すると、ＥＥＳ５０２は、必要な動作を実行する（例えば、動作５１９）。

【0127】

一実施形態によれば、ＥＥＣ５０３からＥＡＳ発見要求メッセージを受信すると、ＥＡＳ５０２は、ＥＡＳ発見要求メッセージに含まれるＡＣ ＩＤ又はＡＣプロファイル内のＡＣ状態が、指定された条件を満たすかどうかを識別する。例えば、ＥＡＳ５０２は、ＥＡＳ発見要求メッセージに含まれるＡＣ ＩＤが、動作５１２で格納されたＡＣ ＩＤ又はＡＣプロファイルに対応するかどうかを識別する。

【0128】

一実施形態によれば、ＥＥＳ５０２は、ＥＡＳ発見トリガインジケータインデックスがＥＡＳ発見要求メッセージに含まれているかどうか、及び対応するＥＡＳ発見トリガインジケータインデックスに従って実行されるべき動作があるかどうかを識別する。例えば、ＥＡＳ５０２は、ＥＡＳ発見トリガインジケータインデックスに従って、対応するＥＡＳ５０１を検索し、オーケストレータを介して、ＥＡＳ５０１のＥＡＳインスタンス化をトリガするための動作を実行することができる。

【0129】

一実施形態によれば、ＥＥＳ５０２は、ＥＡＳ発見フィルタに含まれるＡＣ ＩＤに対応するＥＡＳ ＩＤを選択することができ、ＥＡＳ５０１の動的インスタンス化をトリガするための動作を実行することができる。

【0130】

本開示の別の実施形態によれば、ＥＥＳ５０２によってＥＥＣ５０３から受信されたＡＣに対応するＥＡＳ５０１のオーケストレータを介して、ＥＡＳ５０１のインスタンス化をトリガするための手順は、ＥＥＣ５０３から受信した登録要求メッセージに含まれるＡＣに関する情報を介して実行することもできる。例えば、図５の動作５１５の後、ＥＥＳ５０２は、ＡＣに対応するＥＡＳに対して、スケールインするか、スケールアウトするかを決定し、決定されたスケールアウト又はスケールイン（例えば、動的インスタンス化）の要求をオーケストレータに送信する。例えば、ＥＥＳ５０２は、ＥＥＣ５０３から受信した登録要求メッセージに含まれる次の情報を通じて、ＥＡＳのインスタンス化を決定することができる。

【0131】

‐ＡＣ ＩＤリスト；
‐ＡＣプロファイルリスト；
‐ＡＣ状態情報又は変更されたＡＣ状態情報；
‐ＡＣトラフィック状態情報又は変更されたＡＣトラフィック状態情報；及び／又は
‐ＥＥＣ５０３でＡＣのインストールが検出されたＡＣ ＩＤのリスト。

【0132】

さらに、ＥＥＳ５０１は、オーケストレータに対応するＥＡＳ５０１のコンテキストを登録又は解除することができる。オーケストレータは、ＥＥＳ５０１から要求を受信すると、ＡＣに関連するＥＡＳエンティティを作成、追加、削除、アップグレード、又はダウングレードするための動作を決定することができる。

【0133】

ＵＥアプリ、即ち、ＡＣの状態情報及び状態情報変更が発生する条件は、実施形態４に関連して説明される。

【0134】

図６は、本開示の実施形態４による、ユーザの作業によるＵＥアプリ状態の状態遷移を示すフローチャートである。

【0135】

図６に関連して説明した６つの状態はすべて、ＵＥ、即ち、ＡＣにおけるアプリの状態を示す。以下、図６の状態を説明するとき、アプリケーション（Application）、ＡＣ及びＵＥアプリ、並びにＵＥアプリケーションは、交換可能に使用され得る。

【0136】

図６を参照すると、ＵＥアプリの６つの状態のそれぞれは、次のように定義され得る。

【0137】

１）アプリケーション使用不可 (Application Unavailable)６０１の状態
アプリケーションがインストールされていない状態である。この状態では、アプリケーションストア (又はプレイストア（play store)）からアプリケーションをダウンロードすることができる。アプリケーションをダウンロードしてインストールすると、アプリケーション使用可能（Application Available）状態に遷移する場合がある。アプリケーション使用可能の状態のＡＣが、ＵＥのオペレーティングシステムによって削除されると、アプリケーション使用不可の状態になる。

【0138】

２）アプリケーション使用可能 (Application Available)６０２の状態
アプリケーションがインストールされている状態である。この状態は、アプリケーション非アクティブ（Application Inactive）状態又はアプリケーションアクティブ（Application Active）状態の場合がある。ＡＣがダウンロードされ、ＵＥに完全にインストールされると、ＡＣは、アプリケーション使用可能の状態になる。ＡＣが取り外されると、アプリケーション使用不可の状態になる。

【0139】

３）アプリケーション非アクティブ（Application Inactive）６０３の状態 (アプリケーションがインストールされているが、実行されていない場合)
アプリケーション使用可能状態のサブ状態（sub state）である。これは、アプリケーションがインストールされているが、実行されていない状態である。この状態では、アプリケーションは、トラフィックを発生できない。アプリケーション非アクティブ状態の例には、次の場合が含まれる。

【0140】

‐アプリケーションがインストールされているが、まだ開始されていない状態；
‐モバイルオペレーティングシステム又はユーザによって、アプリケーションが一時停止された状態；及び/又は
‐モバイルオペレーティングシステム又はユーザによって、アプリケーションが終了された状態。

【0141】

４）アプリケーションアクティブ（Application Active）６０４の状態 (アプリケーショントラフィック準備状態)
アプリケーション使用可能状態のサブ状態である。この状態では、アプリケーションは実行中である。アプリケーションのインストール後、アプリケーションが開示されることにより、アプリケーションアクティブ状態に遷移する。又は、一時停止中のアプリケーションが再開されると、アプリケーションは、アクティブな状態になる。アプリケーションアクティブ状態では、アプリケーションは、ユーザのアクションに関係なく、アプリケーショントラフィックを生成する可能性がある。

【0142】

５）アプリケーションのアクティブな可視 (Application Active Visible)６０５の状態
アプリケーションのアクティブな可視状態は、アプリケーションアクティブ状態のサブ状態である。アプリケーションのアクティブな可視状態では、アプリケーションがユーザに表示され、アプリケーションは、ユーザインターフェイスを介して、ユーザとの対話を制御することができる。アプリケーションのアクティブな可視状態では、アプリケーショントラフィックが、サーバ又はＥＡＳに送信されるか、ユーザーのアクションの結果として生成される。アプリケーションは、アプリケーション非アクティブ状態でアプリケーションが開始すると同時に、アプリケーションのアクティブな可視状態に入る場合がある。アプリケーションのアクティブな不可視状態で、アプリケーションがユーザインターフェイスを制御する権限を持っているか、フォーカスされている場合、アプリケーションアクティブな可視状態に遷移する場合がある。アプリケーションのアクティブな可視状態のアプリケーションが、ＯＳや他のアプリケーションによってユーザ画面の制御権を失った場合、アプリケーションのアクティブな不可視状態に遷移する場合がある。アプリケーションのアクティブな可視状態には、アプリケーションの画面が、フォアグラウンド（foreground）に存在する状態が含まれる。

【0143】

６）アプリケーションのアクティブな不可視（Application Active Invisible）６０６の状態
アプリケーションアクティブ状態のサブ状態である。アプリケーションのアクティブな不可視状態では、アプリケーションは、ユーザのアクションを制御する権限を持たず、ユーザには表示されない。アプリケーションのアクティブな不可視状態であっても、ユーザのアクションに関係なく、ＡＣは、アプリケーショントラフィックを送受信することができる。アプリケーションのアクティブな不可視状態では、アプリケーションのアクティブな可視状態で開始されたアプリケーショントラフィックが、連続して送受信される可能性がある。アプリケーションのアクティブな不可視状態で、アプリケーションが一時停止又は終了すると、アプリケーションは、非アクティブな状態に遷移する場合がある。アプリケーションのアクティブな可視状態で、たまたまユーザ制御権を取得したり、アプリケーションフォーカスを取得したりすると、アプリケーションのアクティブな可視状態に遷移する場合がある。アプリケーションのアクティブな可視状態で、フォーカスやユーザ制御権を失うと、アプリケーションのアクティブな不可視状態に遷移する場合がある。

【0144】

図６に関連して説明された状態は、本開示で説明される主要な動作を説明する際に、異なる名前又はそれらの組み合わせを有する同様のタイプの状態として説明される場合がある。

【0145】

本開示の実施形態５では、ＵＥアプリ又はＡＣのトラフィック状態情報及びアプリケーショントラフィック状態情報に変更が加えられる条件が説明される。

【0146】

図７は、本開示の実施形態５によるＵＥアプリトラフィック状態の状態遷移を示すフローチャートである。

【0147】

図７に関連して説明された状態はすべて、ＵＥにおけるアプリのトラフィック状態、即ち、ＡＣのトラフィック状態を示す。以下、図７の状態を説明するにあたり、アプリケーショントラフィック（Application Traffic）とＡＣトラフィックとは、交換可能に使用することができる。

【0148】

図７を参照すると、ＵＥアプリの状態は、次のように定義され得る。

【0149】

１）アプリケーション使用不可（Application Unavailable）７０１の状態
ＵＥにアプリケーションがインストールされていない状態である。これは、実施形態４のアプリケーション使用不可状態と同じ状態である。アプリケーション使用不可状態では、アプリケーショントラフィックは発生しない。

【0150】

２）アプリケーション使用可能（Application Available）７０２の状態
アプリケーションが動作している状態である。これは、実施形態４のアプリケーション使用可能状態と同じ状態である。

【0151】

３）アプリケーション非アクティブ （Application Inactive）７０３の状態
ＵＥにアプリケーションがインストールされているが、動作していない状態である。これは、実施形態４のアプリケーション非アクティブ状態と同じ状態である。アプリケーション非アクティブ状態では、アプリケーションは、トラフィックを生成できない。

【0152】

４）アプリケーショントラフィックの非準備（Application Traffic Not Ready）７０４の状態
アプリケーショントラフィック非準備状態は、アプリケーショントラフィックを生成できない状態であり、アプリケーション使用不可状態及びアプリケーション非アクティブ状態を含み得る。

【0153】

５）アプリケーショントラフィック準備（Application Traffic Ready）７０５の状態
アプリケーション使用可能状態のサブ状態である。これは、実施形態４で示したアプリケーションのアクティブな状態と同じ状態である。アプリケーションは、実行中の状態であるため、ユーザのアクションに関係なく、いつでもアプリケーショントラフィックを送受信することができる。アプリケーション非アクティブ状態、又は、アプリケーショントラフィック非準備状態では、アプリケーションが開始し、アプリケーショントラフィック準備状態に遷移する場合がある。アプリケーショントラフィック準備状態で、アプリケーションが一時停止又は終了されると、アプリケーションは、アプリケーショントラフィック非準備状態又はアプリケーション非アクティブ状態に遷移する場合がある。アプリケーショントラフィック準備状態には、追加のサブ状態、例えば、アプリケーショントラフィック休眠（Application Traffic Dormant）、アプリケーショントラフィック到来（Application Traffic Coming）、アプリケーショントラフィック交換（Application Traffic Exchanging）の状態などがある。

【0154】

６）アプリケーショントラフィック休眠（Application Traffic Dormant）７０６の状態
アプリケーショントラフィック準備状態のサブ状態である。アプリケーショントラフィックが、アプリケーション非アクティブ状態又はアプリケーショントラフィック非準備状態で開始すると、アプリケーションは、アプリケーショントラフィック休眠状態に遷移する場合がある。アプリケーショントラフィック休眠状態で、ＡＣからＤＮＳクエリが発生した場合、又は宛先ＥＡＳに対して、ＤＮＳクエリが発生した場合、アプリケーションは、アプリケーショントラフィック到来状態に遷移する場合がある。又は、アプリケーショントラフィック（宛先ＥＡＳ向け）が発生すると、アプリケーションは、アプリケーショントラフィック交換状態に遷移する場合がある。

【0155】

７）アプリケーショントラフィック到来（Application Traffic Coming）７０７の状態
アプリケーショントラフィック準備状態のサブ状態である。これは、アプリケーショントラフィックが送受信されるか、又はまもなく送受信されることを検出した状態である。例えば、ＤＮＳクエリを検出すると、アプリケーションは、アプリケーショントラフィック到来状態になる。アプリケーショントラフィック到来状態では、ＵＥ内のアプリケーションと宛先ＥＡＳとの間のトラフィックが、所定の時間（例えば、１秒）の間生成されない場合、アプリケーションは、アプリケーショントラフィック到来状態からアプリケーショントラフィック休眠状態に遷移することができる。

【0156】

８）アプリケーショントラフィック交換 (Application Traffic Exchanging)７０８の状態
アプリケーショントラフィック準備状態のサブ状態である。ＡＣから発生したアプリケーショントラフィックが検出された場合、又はＡＣから宛先ＥＡＳへのアプリケーショントラフィックの発生が検出された場合、アプリケーショントラフィック休眠状態は、アプリケーショントラフィック交換状態に変更される。そのようなアプリケーショントラフィックの例は、ＵＥ内のアプリケーションと宛先ＥＡＳアドレスとの間のＴＣＰ接続（connection）を作成するためのメッセージ、及びＨＴＴＰ接続を確立するためのメッセージを含み得る。アプリケーショントラフィック交換状態で、ＵＥ内のアプリケーションと宛先ＥＡＳとの間のトラフィックが、予め設定された時間（例えば、１０秒）の間生成されない場合、アプリケーションは、アプリケーショントラフィック休眠状態に遷移することができる。宛先ＥＡＳアドレスのＤＮＳクエリが発生しても、アプリケーションは、アプリケーショントラフィック到来状態に移行できない。

【0157】

図８は、本開示の様々な実施形態によるＵＥの構成を示すブロック図である。

【0158】

図８を参照すると、ＵＥ８００は、無線通信システムにおける他のエンティティと通信するために、トランシーバ８０１及びコントローラ８０２を含むことができる。

【0159】

トランシーバ８０１は、他のネットワークエンティティとの間で信号を送受信することができ、ＵＥのＣＰを含むことができる。コントローラ８０２は、トランシーバの送受信を制御することができ、ＵＥのＥＥＣ及びＡＣを含むことができる。

【0160】

図９は、本開示の様々な実施形態によるサーバの構成を示すブロック図である。

【0161】

図９のサーバは、例えば、ＥＣＳ、ＥＡＳ、ＥＥＳ、基地局、又はＡＭＦに対応し得る。

【0162】

図９を参照すると、無線通信システムにおける他のエンティティ又はＵＥと通信するサーバ９００は、トランシーバ９０１及びコントローラ９０２を含み得る。

【0163】

トランシーバ９０１は、他のネットワークエンティティとの間で信号を送受信することができる。コントローラ９０２は、トランシーバ９０１を制御し、送受信される信号を処理することができる。

【0164】

なお、図１～図９の構成図、エッジコンピューティングサービス提供方法の例示図、運用手順の例示図、構成図は、本開示の範囲を限定するものではない。換言すれば、図１～図９に示されるすべてのコンポーネント、エンティティ、又は動作ステップは、本開示を実施する上で必須のコンポーネントと解釈されるべきではなく、本開示の要旨を逸脱しない範囲で、一部のコンポーネントのみを用いて実施することができる。

【0165】

前述の基地局又はＵＥの動作は、基地局又はＵＥの任意のコンポーネントに、それらの対応するプログラムコードを格納するメモリデバイスを備えることによって実現され得る。すなわち、ｅＮＢ又はＵＥのコントローラは、プロセッサ又はＣＰＵ（Central Processing Unit）がメモリデバイスに格納されたプログラムコードを読み出して実行することにより、前述の動作を実行することができる。

【0166】

本明細書で説明するように、エンティティ、ＵＥ又は基地局デバイス内の様々なコンポーネント又はモジュール（module）は、ハードウェア回路、例えば、相補型金属酸化膜半導体（complementary metal oxide semiconductor）ベースの論理回路、ファームウェア（firmware）、ソフトウェアを用いて、及び／又は機械可読媒体に埋め込まれたハードウェア、ファームウェア、及び/又はソフトウェアの組み合わせのようなハードウェア回路を用いて操作できる。一例として、トランジスタ（transistor）、論理ゲート（logic gate）、又はＡＳＩＣなどの電気回路を使用して、様々な電気的構造及び方法を実行することができる。

【0167】

以上、本開示の特定の実施形態について説明したが、本開示の範囲から逸脱することなく、様々な変更を行うことができる。したがって、本開示の範囲は、前記の実施形態に限定されるべきではなく、むしろ、特許請求の範囲及びその均等物によって定義されるべきである。

【0168】

本開示は、様々な実施形態で説明されてきたが、様々な変更及び修正が当業者に提案され得る。本開示は、添付の特許請求の範囲内にあるような変更及び修正を包含することが意図されている。

【符号の説明】

【0169】

１００ アプリケーションネットワークアーキテクチャ
１０１ ＵＥ
１０２ アプリケーションクライアント
１０３ エッジイネーブラクライアント
１０４ ３ＧＰＰネットワーク
１０５ エッジデータネットワーク
１０６ エッジアプリケーションクライアント
１０７ エッジイネーブルサーバ
１０８ エッジ構成サーバ

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】

【図9】

【国際調査報告】