特許 7590058 エッジコンピューティングサービスのための方法及びその電子装置

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

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

(11)【特許番号】

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

(45)【発行日】2024-11-26

(54)【発明の名称】エッジコンピューティングサービスのための方法及びその電子装置

(51)【国際特許分類】

   G06F 9/48 20060101AFI20241119BHJP

   H04W 12/06 20210101ALI20241119BHJP

   G06F 21/44 20130101ALI20241119BHJP

【ＦＩ】

G06F9/48 300Z

H04W12/06

G06F21/44

【請求項の数】 16

(21)【出願番号】P 2021558600

(86)(22)【出願日】2020-03-27

(65)【公表番号】

(43)【公表日】2022-06-16

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

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

(87)【国際公開日】2020-10-08

【審査請求日】2023-03-13

(31)【優先権主張番号】62/826,218

(32)【優先日】2019-03-29

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

(73)【特許権者】

【識別番号】503447036

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(72)【発明者】

【氏名】スンフン・キム

(72)【発明者】

【氏名】ジチョル・イ

【審査官】坂東 博司

(56)【参考文献】

【文献】特開２０１６－２０８５４８（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１３／００６５５８５（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１８／０１９２４７１（ＵＳ，Ａ１）

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

【文献】特開２０１３－１１５６８０（ＪＰ，Ａ）

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

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

【文献】特開２００９－１４５９８９（ＪＰ，Ａ）

【文献】米国特許出願公開第２００６／０１２１９２４（ＵＳ，Ａ１）

【文献】ETSI，ETSI GS MEC 016 v1.1.1 (2017-09) ETSI GS SPECIFICATION Mobile Edge Computing (MEC); UE application interface，フランス，ETSI,，2017年09月，pp.1-21，［online］，［検索日：令和 6年10月7日］，インターネット ＜URL：https://www.etsi.org/deliver/etsi_gs/mec/001_099/016/01.01.01_60/gs_mec016v010101p.pdf＞

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

Ｇ０６Ｆ ９／４８

Ｈ０４Ｗ １２／０６

Ｇ０６Ｆ ２１／４４

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

【請求項1】

無線通信システムにおける端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）によって行われる方法において、
アプリケーションサーバと関連した情報を取得するためのディスカバリーリクエストメッセージをサーバに伝送する段階であって、前記ディスカバリーリクエストメッセージは、前記端末の位置情報及びアプリケーションクライアントプロフィールを含む、前記伝送する段階と、
前記サーバから、前記ディスカバリーリクエストメッセージに対する応答として、前記端末の前記位置情報及び前記アプリケーションクライアントプロフィールに基づいた前記アプリケーションサーバと関連した前記情報を含むディスカバリー応答メッセージを受信する段階と、を含み、
前記アプリケーションサーバと関連した前記情報は、前記アプリケーションサーバのリスト及びＵＲＩｓ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒｓ）を含み、
前記端末の前記位置情報は、セルＩＤ（ｉｄｅｎｔｉｆｉｅｒ）又はＴＡＩ（ｔｒａｃｋｉｎｇ ａｒｅａ ＩＤ）を含むことを特徴とする方法。

【請求項2】

前記ディスカバリーリクエストメッセージは、ディスカバリーポリシー、又はサービスタイプのうち少なくとも一つをさらに含むことを特徴とする請求項１に記載の方法。

【請求項3】

前記アプリケーションサーバと関連した前記情報は、前記ＵＲＩｓのライフタイムをさらに含むことを特徴とする請求項１に記載の方法。

【請求項4】

前記ディスカバリーリクエストメッセージは、デバイスタイプ、コンテキストタイプ又はダイナミックネットワーク名（ｄｙｎａｍｉｃ ｎｅｔｗｏｒｋ ｎａｍｅ、ＤＮＮ）のうち少なくとも一つをさらに含むことを特徴とする請求項１に記載の方法。

【請求項5】

無線通信システムにおける端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）において、
送受信部と、
前記送受信部と連結された制御部と、を含み、
前記制御部は、
アプリケーションサーバと関連した情報を取得するためのディスカバリーリクエストメッセージをサーバに伝送し、前記ディスカバリーリクエストメッセージは、前記端末の位置情報及びアプリケーションクライアントプロフィールを含み、
前記サーバから、前記ディスカバリーリクエストメッセージに対する応答として、前記端末の前記位置情報及び前記アプリケーションクライアントプロフィールに基づいた前記アプリケーションサーバと関連した前記情報を含むディスカバリー応答メッセージを受信し、
前記アプリケーションサーバと関連した前記情報は、前記アプリケーションサーバのリスト及びＵＲＩｓ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒｓ）を含み、
前記端末の前記位置情報は、セルＩＤ（ｉｄｅｎｔｉｆｉｅｒ）又はＴＡＩ（ｔｒａｃｋｉｎｇ ａｒｅａ ＩＤ）を含むことを特徴とする端末。

【請求項6】

前記ディスカバリーリクエストメッセージは、ディスカバリーポリシー、又はサービスタイプのうち少なくとも一つをさらに含むことを特徴とする請求項５に記載の端末。

【請求項7】

前記アプリケーションサーバと関連した前記情報は、前記ＵＲＩｓのライフタイムをさらに含むことを特徴とする請求項５に記載の端末。

【請求項8】

前記ディスカバリーリクエストメッセージは、デバイスタイプ、コンテキストタイプ又はダイナミックネットワーク名（ｄｙｎａｍｉｃ ｎｅｔｗｏｒｋ ｎａｍｅ、ＤＮＮ）のうち少なくとも一つをさらに含むことを特徴とする請求項５に記載の端末。

【請求項9】

無線通信システムにおけるサーバによって行われる方法において、
アプリケーションサーバと関連した情報を取得するためのディスカバリーリクエストメッセージを端末から受信する段階であって、前記ディスカバリーリクエストメッセージは、前記端末の位置情報及びアプリケーションクライアントプロフィールを含む、前記受信する段階と、
前記端末の前記位置情報及び前記アプリケーションクライアントプロフィールに基づいて前記アプリケーションサーバと関連した前記情報を取得する段階と、
前記ディスカバリーリクエストメッセージに対する応答として、前記アプリケーションサーバと関連した前記情報を含むディスカバリー応答メッセージを前記端末に伝送する段階と、を含み、
前記アプリケーションサーバと関連した前記情報は、前記アプリケーションサーバのリスト及びＵＲＩｓ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒｓ）を含み、
前記端末の前記位置情報は、セルＩＤ（ｉｄｅｎｔｉｆｉｅｒ）又はＴＡＩ（ｔｒａｃｋｉｎｇ ａｒｅａ ＩＤ）を含むことを特徴とする方法。

【請求項10】

前記ディスカバリーリクエストメッセージは、ディスカバリーポリシー、又はサービスタイプのうち少なくとも一つをさらに含むことを特徴とする請求項９に記載の方法。

【請求項11】

前記アプリケーションサーバと関連した前記情報は、前記ＵＲＩｓのライフタイムをさらに含むことを特徴とする請求項９に記載の方法。

【請求項12】

前記ディスカバリーリクエストメッセージは、デバイスタイプ、コンテキストタイプ又はダイナミックネットワーク名（ｄｙｎａｍｉｃ ｎｅｔｗｏｒｋ ｎａｍｅ、ＤＮＮ）のうち少なくとも一つをさらに含むことを特徴とする、請求項９に記載の方法。

【請求項13】

無線通信システムにおけるサーバにおいて、
送受信部と、
前記送受信部と連結された制御部と、を含み、
前記制御部は、
アプリケーションサーバと関連した情報を取得するためのディスカバリーリクエストメッセージを端末から受信し、前記ディスカバリーリクエストメッセージは、前記端末の位置情報及びアプリケーションクライアントプロフィールを含み、
前記端末の前記位置情報及び前記アプリケーションクライアントプロフィールに基づいて、前記アプリケーションサーバと関連した前記情報を取得し、
前記ディスカバリーリクエストメッセージに対する応答として、前記アプリケーションサーバと関連した前記情報含むディスカバリー応答メッセージを前記端末に伝送し、
前記アプリケーションサーバと関連した前記情報は、前記アプリケーションサーバのリスト及びＵＲＩｓ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒｓ）を含み、
前記端末の前記位置情報は、セルＩＤ（ｉｄｅｎｔｉｆｉｅｒ）又はＴＡＩ（ｔｒａｃｋｉｎｇ ａｒｅａ ＩＤ）を含むことを特徴とするサーバ。

【請求項14】

前記ディスカバリーリクエストメッセージは、ディスカバリーポリシー、又はサービスタイプのうち少なくとも一つをさらに含むことを特徴とする請求項１３に記載のサーバ。

【請求項15】

前記アプリケーションサーバと関連した前記情報は、前記ＵＲＩｓのライフタイムをさらに含むことを特徴とする請求項１３に記載のサーバ。

【請求項16】

前記ディスカバリーリクエストメッセージは、デバイスタイプ、コンテキストタイプ又はダイナミックネットワーク名（ｄｙｎａｍｉｃ ｎｅｔｗｏｒｋ ｎａｍｅ、ＤＮＮ）のうち少なくとも一つをさらに含むことを特徴とする請求項１３に記載のサーバ。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の多様な実施例は、エッジコンピューティングサービス（例えば、ＭＥＣ（ｍｕｌｔｉ－ａｃｃｅｓｓ ｅｄｇｅ ｃｏｍｐｕｔｉｎｇ）サービス）をサポートするための方法、その電子装置に関して開示する。

【背景技術】

【0002】

４Ｇ通信システムの商用化以後の増加趨勢にある無線データトラフィック需要を満たすために、改善された５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が行われている。このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは４Ｇネットワーク以後(Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ)通信システム又はＬＴＥシステム以後(Ｐｏｓｔ ＬＴＥ)システムと呼ばれている。

【0003】

高いデータ送信率を達成するために、５Ｇ通信システムは超高周波(ｍｍＷａｖｅ)帯域(例えば、６０ギガ(６０ＧＨｚ)帯域のような)での具現が考慮されている。超高周波帯域での電波の伝播損失の緩和及び伝達距離を増加させるために、５Ｇ通信システムではビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ)、 ｍａｓｓｉｖｅ ＭＩＭＯ（ｍｕｌｔｉｐｌｅ－ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ－ｏｕｔｐｕｔ）、Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ（ＦＤ－ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が議論されている。

【0004】

さらに、システムのネットワーク改善のために、５Ｇ通信システムでは進化された小型セル、改善された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、機器間通信（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信(ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＣｏＭＰ(Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ)、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。

【0005】

この他にも、５Ｇシステムでは、進歩したコーディング変調（Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）方式であるＦＱＡＭ（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、進歩した接続技術であるＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ－ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。

【0006】

このような技術的な趨勢によって多様な無線通信システムのうちの一つのＷｉＦｉ無線通信システムでもデータの高速送信のためにチャンネルボンディング（Ｃｈａｎｎｅｌ Ｂｏｎｄｉｎｇ）方式を用いる技術が台頭されいる。ＷｉＦｉ無線通信システムにおいてチャンネルボンディング技術を用いる方式は基本帯域に付加的な帯域をボンディング（ｂｏｎｄｉｎｇ）してデータの送信率を増加させる方式を用いる。このような技術の標準規約を例えば、ＩＥＥＥ８０２．１１ａｃ規格は８個の２０ＭＨｚチャンネルをボンディングして最大１６０ＭＨｚ帯域幅をサポートし、ＩＥＥＥ８０２．１１ａｙ規格でもチャンネルボンディング技術が適用される予定である。このようにチャンネルボンディング技術を用いる場合、電子装置における消耗電力が増加することは不可欠である。

【0007】

近年、エッジサーバ（ｅｄｇｅ ｓｅｒｖｅｒ）を用いてデータを送信するエッジコンピューティング（ｅｄｇｅｒ ｃｏｍｐｕｔｉｎｇ）技術が論議されている。エッジコンピューティング技術は例えば、ＭＥＣ（ｍｕｌｔｉ－ａｃｃｅｓｓ ｅｄｇｅ ｃｏｍｐｕｔｉｎｇ）又は、フォッグコンピューティング（ｆｏｇ ｃｏｍｐｕｔｉｎｇ）を含むことができる。エッジコンピューティング技術は電子装置と地理的に近い位置、例えば、基地局内部又は基地局の辺りに設置された別途のサーバ（以下、エッジサーバ又はＭＥＣサーバ）を介して電子装置にデータを提供する技術を意味することができる。例えば、電子装置に設置された少なくとも一つのアプリケーションのうちの低いレイテンシー（ｌａｔｅｎｃｙ）を要求するアプリケーションは外部データネットワーク（ｄａｔａ ｎｅｔｗｏｒｋ、ＤＮ）（例えば、インターネット）に位置したサーバを通じず、地理的に近い位置に設置されたエッジサーバを介してデータを送受信することができる。

【0008】

近年、エッジコンピューティング技術を用いたサービス（以下、‘ＭＥＣ基盤サービス’又は‘ＭＥＣサービス’とする）に関して論議されており、ＭＥＣ基盤サービスをサポートするように電子装置に関する研究及び開発が進行されつつある。例えば、移動通信電子装置のアプリケーションはエッジサーバ（又はエッジサーバのアプリケーション）とアプリケーションレイヤ（ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ）上でエッジコンピューティング基盤データを送受信することができる。

【発明の概要】

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

【0009】

ＭＥＣ基盤サービスで、例えば、電子装置（又はユーザ）、ネットワーク、オペレーター（ｏｐｅｒａｔｏｒ）、又はアプリケーションプロバイダー（ｐｒｏｖｉｄｅｒ）の間にサービスを実行するために安全な環境を提供しなければならない。例えば、ＭＥＣサービスのために、エッジサーバ（又はＭＥＣアプリケーション）は認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）されて接近権限（ａｕｔｈｏｒｉｚａｔｉｏｎ）が付与された（又は許可された）電子装置（又はクライアント（ｃｌｉｅｎｔ）アプリケーション）に対してサービス（又はアクセス（ａｃｃｅｓｓ））を提供しなければならない。例えば、電子装置のアプリケーションはエッジサーバのアプリケーションと通信することができ、エッジサーバでは電子装置のアプリケーションに対する認証を行い、認証結果によって権限を付与することができる。例えば、ＭＥＣ基盤サービスでは、電子装置とエッジサーバの間に許可されたアプリケーションが互いに通信することができる。例えば、電子装置とエッジサーバは相互の間に認証が完了されると、ディスカバリー（ｄｉｓｃｏｖｅｒｙ）（例えば、ＭＥＣディスカバリー）手順（又はＭＥＣサービス発見手順）を行うことができる。

【0010】

一方、電子装置に複数のアプリケーションが設置された場合、それぞれのアプリケーションはエッジコンピューティング基盤データ送信を行うために個別的にエッジサーバとアプリケーションレイヤ（ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ）上で通信することができる。例えば、従来では電子装置でアプリケーションが個別的にＭＥＣサービス使用のための認証、権限付与及びディスカバリー手順を行うことができる。

【0011】

多様な実施例では、電子装置に対してより最適のＭＥＣホストに基づいてＭＥＣアプリケーションを行ってサービスを提供することができる方法及び装置に関して開示する。

【0012】

多様な実施例では、電子装置に対してより最適のＭＥＣホストに基づいてＭＥＣアプリケーションを行ってサービスを提供することができる方法及び装置に関して開示する。

【0013】

多様な実施例では、サービスディスカバリー動作を個別アプリケーションではなく、電子装置（例えば、ＭＥＣサービスモジュール）によってディスカバリーを行うための方法及び装置に関して開示する。

【0014】

多様な実施例では、ＭＥＣディスカバリーを個別アプリケーションが担当せず、電子装置（例えば、ＭＥＣサービスモジュール）が行うことによって、より迅速でかつ効率的にディスカバリーを行うことができ、最適品質が提供されることができるＭＥＣホストを選択することができる方法及び装置に関して開示する。

【0015】

多様な実施例では、電子装置に設置されたＭＥＣサービスモジュールを介してアプリケーションの状態及び電子装置の状態を統合的に管理することによって安定的なエッジコンピューティングサービスを提供することができる方法及び装置に関して開示する。

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

【0016】

本開示の一実施例による方法は、移動通信システムの認証サーバでエッジコンピューティングサービスが提供される電子装置の認証方法であって、前記電子装置と認証及び鍵共有（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ、ＡＫＡ）方式で前記電子装置の第１認証を行い（４０３）、第１認証成功時の第１認証情報を前記電子装置で提供する段階と、及び前記電子装置のエッジコンピューティングサービスのための第２認証を行い（４１１）、前記第２認証成功時の前記電子装置で前記エッジコンピューティングサービスの認証のための接続トークンを含む第２認証情報を前記電子装置で提供する段階と、を含むことができる。

【0017】

本開示の他の実施例による方法は、移動通信システムの電子装置がエッジコンピューティングサービスを提供する移動通信システムでエッジコンピューティングサービスのための認証方法であって、前記電子装置が前記移動通信システムの認証サーバと鍵共有（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ、ＡＫＡ）方式で第１認証を行い（４０３）、第１認証情報を受信する段階と、及び前記電子装置が前記認証サーバとエッジコンピューティングサービスのための第２認証を行い（４１１）、前記エッジコンピューティングサービスの認証のための接続トークンを含む第２認証情報を受信する段階と、を含むことができる。

【0018】

本開示のまた他の実施例による方法は、移動通信システムのマルチアクセスエッジコンピューティング管理プロキシ（ＭＭＰ）サーバでエッジコンピューティングサービスが提供される電子装置でエッジコンピューティングサービス情報を提供するための方法であって、前記電子装置から前記ＭＭＰに対する正規化されたドメイン名（ｆｕｌｌｙ ｑｕａｌｉｆｉｅｄ ｄｏｍａｉｎ ｎａｍｅ、ＦＱＤＮ）を含む少なくとも一つのエッジコンピューティングサーバのクエリー（ｑｕｅｒｙ）メッセージを受信する段階と、及び前記クエリーに応答する応答メッセージを前記電子装置で送信する段階と、を含み、前記応答メッセージは、前記ＭＭＰを介してエッジコンピューティングサービスを提供することができるアプリケーションリストを含むことができる。

【0019】

本開示によるまた他の方法は、マルチアクセスエッジコンピューティング管理プロキシ（ＭＭＰ）サーバを介してエッジコンピューティングサービスを提供する移動通信システムで電子装置がエッジコンピューティングサービス情報を獲得するための方法であって、前記ＭＭＰに対する正規化されたドメイン名（ｆｕｌｌｙ ｑｕａｌｉｆｉｅｄ ｄｏｍａｉｎ ｎａｍｅ、ＦＱＤＮ）を含む少なくとも一つのエッジコンピューティングサーバのクエリー（ｑｕｅｒｙ）メッセージを前記ＭＭＰに送信する段階と、及び前記ＭＭＰから前記クエリーに応答する応答メッセージを受信する段階と、を含む。

【0020】

前記応答メッセージは、前記ＭＭＰを介してエッジコンピューティングサービスを提供することができるアプリケーションリストを含むことができる。

【0021】

本開示の一実施例による電子装置は、ネットワークインターフェースと、エッジコンピューティングサービス（ｍｕｌｔｉ－ａｃｃｅｓｓ ｅｄｇｅ ｃｏｍｐｕｔｉｎｇ ｓｅｒｖｉｃｅｓ、ＭＥＣ）のための少なくとも一つのアプリケーションと、前記ネットワークインターフェースを介して前記電子装置の認証、前記ＭＥＣの認証、前記ＭＥＣの政策、前記ＭＥＣのデータ経路設定による制御を行うマルチアクセスサービスエージェント（ＭＳＡ）と、及び前記ネットワークインターフェースを介して移動通信システムのＭＥＣ管理プロキシサーバ（ＭＭＰ）とセッション設定及びデータ送信時の経路を設定し、クエリー情報の送信及び応答信号を受信し、ＭＭＰを介してＭＥＣアプリケーションサーバのディスカバリー（ｄｉｓｃｏｖｅｒｙ）を行うマルチアクセスサービスイネイブラー（ＭＳＥ）と、を含むことができる。

【発明の効果】

【0022】

多様な実施例による電子装置及びその動作方法によれば、電子装置に対してより最適のＭＥＣホストに基づいてＭＥＣアプリケーションを行ってサービスを提供することができる。多様な実施例によれば、サービスディスカバリー動作を個別アプリケーションではなく、電子装置（例えば、サービスイネイブラー）によってディスカバリーを行うことができる。多様な実施例によれば、ＭＥＣディスカバリーを個別アプリケーションが担当せず、電子装置（例えば、サービスイネイブラー）が行うことによって、より迅速でかつ効率的にディスカバリーを行うことができ、最適品質が提供されることができるＭＥＣホストを選択することができる。多様な実施例によれば、電子装置に設置されたＭＥＣサービスモジュールを介してアプリケーションの状態及び電子装置の状態を統合的に管理することによって安定的なエッジコンピューティングサービスを提供することができる。

【0023】

この外に、本文書を介して直接的又は間接的に把握される多様な効果が提供されることができる。

【図面の簡単な説明】

【0024】

【図1】多様な実施例によるネットワーク環境１００内の電子装置１０１のブロック図である。

【図2】多様な実施例によるレガシーネットワーク通信及び５Ｇネットワーク通信をサポートするための電子装置１０１のブロック図２００である。

【図3】本開示の多様な実施例によるネットワーク環境でＭＥＣ基盤サービスをサポートするための電子装置１０１及び外部サーバ３００を示す図面である。

【図4】本開示の多様な実施例による認証手順の例を示す図面である。

【図5】本開示の多様な実施例による認証手順の例を示す図面である。

【図6】本開示の多様な実施例による認証手順の例を示す図面である。

【図7】本開示による多様な実施例による認証手順の例を示す図面である。

【図8】本開の多様な実施例による電子装置１０１で政策アップデート動作例を示す図面である。

【図9】本開示の多様な実施例による電子装置１０１でＰＤＵセッション設定動作例を示す図面である。

【図10】本開示の多様な実施例によるディスカバリー手順の例を示す図面である。

【図11】本開示の多様な実施例によるディスカバリー手順の例を示す図面である。

【図12】本開示の多様な実施例によるディスカバリー手順でアプリリストを獲得する動作例を示す図面である。

【図13】本開示の多様な実施例によるアプリリストが提供される例を説明するための図面である。

【図14】本開示の多様な実施例によるディスカバリー手順でコンテキスト生成手順の例を示す図面である。

【図15】本開示の多様な実施例によるディスカバリー手順でＭＥＣホスト選択手順の例を示す図面である。

【図16】本開示の多様な実施例による電子装置１０１でＭＥＣ用ローカルＤＮＳキャッシュを別に操作する例を示す図面である。

【図17】本開示の多様な実施例による電子装置１０１でＭＳＥ３３０内にＭＥＣ用ローカルＤＮＳキャッシュを操作する例を示す図面である。

【図18】本開示の多様な実施例によるディスカバリー手順でＤＮＳリゾルビング動作の例を示す図面である。

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

【0025】

図１は、多様な実施例によるネットワーク環境１００内の電子装置１０１のブロック図である。

【0026】

図１を参照すれば、ネットワーク環境１００で電子装置１０１は第１ネットワーク１９８（例えば、近距離無線通信ネットワーク）を介して電子装置１０２と通信するか、又は第２ネットワーク１９９（例えば、遠距離無線通信ネットワーク）を介して電子装置１０４又はサーバ１０８と通信することができる。一実施例によれば、電子装置１０１はサーバ１０８を介して電子装置１０４と通信することができる。一実施例によれば、電子装置１０１はプロセッサ１２０、メモリ１３０、入力装置１５０、音響出力装置１５５、表示装置１６０、オーディオモジュール１７０、センサーモジュール１７６、インターフェース１７７、ハプティックモジュール１７９、カメラモジュール１８０、電力管理モジュール１８８、バッテリー１８９、通信モジュール１９０、加入者識別モジュール１９６、又はアンテナモジュール１９７を含むことができる。ある実施例では、電子装置１０１には、この構成要素のうちの少なくとも一つ（例えば、表示装置１６０又はカメラモジュール１８０）が省略されたり、一つ以上の他の構成要素が追加されることができる。ある実施例では、この構成要素のうちの一部は一つの統合された回路で具現されることができる。例えば、センサーモジュール１７６（例えば、指紋センサー、虹彩センサー、又は照度センサー）は表示装置１６０（例えば、ディスプレー）にエンベデッド（ｅｍｂｅｄｄｅｄ）されたまま具現されることができる。
［４４］
プロセッサ１２０は、例えば、ソフトウェア（例えば、プログラム１４０）を行ってプロセッサ１２０に接続された電子装置１０１の少なくとも一つの他の構成要素（例えば、ハードウェア又はソフトウェア構成要素）を制御することができ、多様なデータ処理又は演算を行うことができる。一実施例によれば、データ処理又は演算の少なくとも一部として、プロセッサ１２０は他の構成要素（例えば、センサーモジュール１７６又は通信モジュール１９０）から受信された命令又はデータを揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）１３２にロード（ｌｏａｄ）し、揮発性メモリ１３２に記憶された命令又はデータを処理し、結果データを非揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）１３４に記憶することができる。一実施例によれば、プロセッサ１２０はメインプロセッサ１２１（例えば、中央処理装置（ＣＰＵ、ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）又はアプリケーションプロセッサ（ＡＰ、ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ））、及びこれとは独立的又は共に操作可能な補助プロセッサ１２３（例えば、グラフィック処理装置（ＧＰＵ、ｇｒａｐｈｉｃ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、イメージシグナルプロセッサ（ＩＳＰ、ｉｍａｇｅ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、センサーハブプロセッサ（ｓｅｎｓｏｒ ｈｕｂ ｐｒｏｃｅｓｓｏｒ）、又はコミュニケーションプロセッサ（ＣＰ、ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ））を含むことができる。追加的又は大体的に、補助プロセッサ１２３はメインプロセッサ１２１より低電力を用いるか、又は指定された機能に特化されるように設定されることができる。補助プロセッサ１２３はメインプロセッサ１２１と別個で、又はその一部として具現されることができる。

【0027】

補助プロセッサ１２３は、例えば、メインプロセッサ１２１が非活性（ｉｎａｃｔｉｖｅ）（例えば、スリップ（ｓｌｅｅｐ））状態にあるうちにメインプロセッサ１２１を代わりに、又はメインプロセッサ１２１が活性（ａｃｔｉｖｅ）（例えば、アプリケーション実行）状態にあるうちにメインプロセッサ１２１と共に、電子装置１０１の構成要素のうちの少なくとも一つの構成要素（例えば、表示装置１６０、センサーモジュール１７６、又は通信モジュール１９０に係る機能又は状態の少なくとも一部を制御することができる。一実施例によれば、補助プロセッサ１２３（例えば、イメージシグナルプロセッサ又はコミュニケーションプロセッサ）は機能的に関連ある他の構成要素（例えば、カメラモジュール１８０又は通信モジュール１９０）の一部として具現されることができる。

【0028】

メモリ１３０は、電子装置１０１の少なくとも一つの構成要素（例えば、プロセッサ１２０又はセンサーモジュール１７６）によって用いられる多様なデータを記憶することができる。データは、例えば、ソフトウェア（例えば、プログラム１４０）及び、これに係る命令に対する入力データ又は出力データを含むことができる。メモリ１３０は、揮発性メモリ１３２又は非揮発性メモリ１３４を含むことができる。

【0029】

プログラム１４０はメモリ１３０にソフトウェアとして記憶されることができ、例えば、ＯＳ（ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ）１４２、ミドルウェア（ｍｉｄｄｌｅｗａｒｅ）１４４又はアプリケーション１４６を含むことができる。

【0030】

入力装置１５０は、電子装置１０１の構成要素（例えば、プロセッサ１２０）に用いられる命令又はデータを電子装置１０１の外部（例えば、ユーザ）から受信することができる。入力装置１５０は、例えば、マイク、マウス、キーボード、又はデジタルペン（例えば、スタイラスペン）を含むことができる。

【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】

図１０を参照すれば、動作１００１で、電子装置１０１のＭＳＡ３２０はＭＳＥ３３０で ＭＥＣディスカバリー政策（ｄｉｓｃｏｖｅｒｙ ｐｏｌｉｃｙ）を設定することができる。一実施例によれば、ＭＥＣディスカバリー政策はクライアントアプリケーション名（例えば、ｃｌｉｅｎｔＡｐｐＮａｍｅｓ）とディスカバリー政策（例えば、ｄｉｓｃｏｖｅｒｙＰｏｌｉｃｙ）を含んで提供することができる。一実施例によって、ｄｉｓｃｏｖｅｒｙＰｏｌｉｃｙには動的ＤＮＮ（例えば、ｄｙｎａｍｉｃＤｎｎ）を使用するかどうかが含まれることができ、位置（例えば、ｌｏｃａｔｉｏｎＩｎｆｏ）、デバイスタイプ（例えば、ｄｅｖｉｃｅＴｙｐｅ）、サービスタイプ（例えば、ｓｅｒｖｉｃｅＴｙｐｅ）、又はコンテキストタイプ（例えば、ｃｏｎｔｅｘｔＴｙｐｅ）のような情報のうちの少なくとも一つを含んで提供することができる。一実施例によれば、ＭＳＡ３２０は位置（例えば、ｌｏｃａｔｉｏｎＩｎｆｏ）、デバイスタイプ（例えば、ｄｅｖｉｃｅＴｙｐｅ）、サービスタイプ（例えば、ｓｅｒｖｉｃｅＴｙｐｅ）をｄｉｓｃｏｖｅｒｙＰｏｌｉｃｙに含んでアプリリストを当該条件に当たるリストだけ限定して受信するようにすることもできる。一実施例によれば、ＭＳＡ３２０はコンテキストタイプ（例えば、ｃｏｎｔｅｘｔＴｙｐｅ）をｄｉｓｃｏｖｅｒｙＰｏｌｉｃｙに含んでアプリケーションコンテキスト（ａｐｐｌｉｃａｔｉｏｎ ｃｏｎｔｅｘｔ）が必要であるか否かに対する情報を含むことができる。一実施例によれば、ＭＳＡ３２０はＵＲＩ Ｒｅｑｕｅｓｔ ＦｌａｇをｄｉｓｃｏｖｅｒｙＰｏｌｉｃｙに含んでＭＥＣアプリケーションのＵＲＩが使用可能した場合、アプリリストにＵＲＩ含むようにリクエストすることもできる。一実施例によって、クライアントアプリケーション名（ｃｌｉｅｎｔＡｐｐＮａｍｅｓ）はＭＥＣ使用可能であるかどうかを確認するためのアプリリストをリクエストするための情報であっても良く、位置（ｌｏｃａｔｉｏｎＩｎｆｏ）は電子装置１０１の現在位置による位置基盤アプリリストをリクエストするための情報であっても良く、動的ＤＮＮ（ｄｙｎａｍｉｃＤｎｎ）は動的ＤＮＮアップデート（ｄｙｎａｍｉｃ ＤＮＮ ｕｐｄａｔｅ）使用するかどうかを確認するための情報であっても良い。

【0212】

動作１００３で、ＭＳＥ３３０はＭＳＡ３２０から受信された情報（例えば、ＭＥＣディスカバリー政策）に基づいてアプリリスト（例えば、ＡｐｐＬｉｓｔ）を獲得するための獲得手順（例えば、ＭＥＣ Ａｐｐｌｉｃａｔｉｏｎ Ｌｏｏｋ－ｕｐ）を行うことができる。一実施例によれば、ＭＳＡ３２０とＭＳＥ３３０の間にＭＥＣディスカバリー政策設定によってアプリリストを獲得するための獲得手順（例えば、ＭＥＣ Ａｐｐｌｉｃａｔｉｏｎ Ｌｏｏｋ－ｕｐ）が開始されることができる。一実施例によれば、ＭＳＥ３３０はＭＳＡ３２０からＭＳＥ ＡＰＩを介してＭＥＣディスカバリー政策を受信する場合、ＭＥＣ Ａｐｐｌｉｃａｔｉｏｎ Ｌｏｏｋ－ｕｐを活性化することができ、電子装置１０１の特定条件（例えば、電子装置１０１が動く中の接続基地局Ｃｅｌｌ ＩＤ変更）満足時の実行（又は開始）できる。一実施例によれば、ＭＳＥ３３０はＭＥＣディスカバリー政策によってサービス可能なＭＥＣアプリケーション（例えば、ＭＥＰ Ａｐｐ）に係るアプリリスト（例えば、ＭＥＣ ＡｐｐＬｉｓｔ）をＭＭＰサーバ３７０でリクエストして受信することができる。一実施例によれば、ＭＳＥ３３０はＭＥＣディスカバリー政策を＜表１＞に例示したようなＭＥＣ ＡｐｐＬｉｓｔ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ Ｐａｒａｍｅｔｅｒに記入してＭＭＰサーバ３７０にリクエストすることができ、ＭＭＰサーバ３７０はそれに当たるサービス可能アプリリストをＭＳＥ３３０に提供し、ＭＳＥ３３０のリクエストに応答することができる。

【0213】

動作１００５で、クライアントアプリケーション３１０はＭＳＡ３２０でＡｐｐ Ｌａｕｎｃｈ Ｄｅｔｅｃｔｅｄ又はＡＰＩ（Ｃｏｎｔｅｘｔ Ｃｒｅａｔｅ）ｃａｌｌを提供（又は伝達）することができる。一実施例によれば、Ａｐｐ Ｌａｕｎｃｈ Ｄｅｔｅｃｔｅｄの場合はクライアントアプリケーション３１０が実行される場合を示すことができる。一実施例によれば、ＡＰＩ（Ｃｏｎｔｅｘｔ Ｃｒｅａｔｅ）ｃａｌｌは接続しようとするＭＥＣアプリケーション名（例えば、ＭＥＣ Ａｐｐ Ｎａｍｅ）に対するＵＲＩをリクエストする場合を示すことができる。

【0214】

動作１００７で、ＭＳＡ３２０はＡｐｐ Ｌａｕｎｃｈ Ｄｅｔｅｃｔｅｄ又はＡＰＩ（Ｃｏｎｔｅｘｔ Ｃｒｅａｔｅ）ｃａｌｌを受信すると、クライアントアプリケーション３１０の状態（ｓｔａｔｅ）を通知（ｎｏｔｉｆｙ）する通知メッセージ（例えば、ｎｏｔｉｆｙＣｌｉｅｎｔＡｐｐＳｔａｔｅ）をＭＳＥ３３０で提供することができる。一実施例によって、通知メッセージ（例えば、ｎｏｔｉｆｙＣｌｉｅｎｔＡｐｐＳｔａｔｅ）は、例えば、クライアントアプリケーションの状態（例えば、ＳＴＡＲＴ）とクライアントアプリケーションの名（例えば、ｃｌｉｅｎｔＡｐｐＮａｍｅ）（及び／又はＵＩＤ）を含んで（例えば、ｎｏｔｉｆｙＣｌｉｅｎｔＡｐｐＳｔａｔｅ（ＳＴＡＲＴ、ｃｌｉｅｎｔＡｐｐＮａｍｅ））提供することができる。

【0215】

動作１００９で、ＭＳＥ３３０はＭＳＡ３２０から通知メッセージ（例えば、ｎｏｔｉｆｙＣｌｉｅｎｔＡｐｐＳｔａｔｅ）を受信し、受信された通知メッセージに基づいてＭＥＣアプリケーション（又は当該ＭＥＣアプリケーションを含むＭＥＣホスト（例えば、エッジサーバ又はＭＥＣサーバ））を発見（又は探索、確認）するための手順（例えば、アプリケーションコンテキスト生成（ａｐｐｌｉｃａｔｉｏｎ ｃｏｎｔｅｘｔ ｃｒｅａｔｅ））を行うことができる。一実施例によれば、ＭＳＥ３３０はＭＳＡ３２０からクライアントアプリケーション３１０の実行に係るイベント（ｅｖｅｎｔ）を受信する場合、アプリケーションコンテキスト生成を活性化できる。一実施例によれば、ＭＳＥ３３０は受信された通知メッセージ（例えば、ｎｏｔｉｆｙＣｌｉｅｎｔＡｐｐＳｔａｔｅ）の情報に基づいてＭＭＰサーバ３７０を介して望むＭＥＣアプリケーションを含むＭＥＣホストを探索するためのアプリケーションコンテキスト生成動作を行うことができる。一実施例によれば、アプリケーションコンテキスト生成は、ＭＳＡ３２０がクライアントアプリケーション３１０実行を検出する場合、ＭＳＥ ＡＰＩ呼び出しによって活性化（又は実行）されることができる。一実施例によれば、アプリケーションコンテキスト生成は、クライアントアプリケーション３１０がコンテキスト生成（ｃｏｎｔｅｘｔ ｃｒｅａｔｅ）ＡＰＩ呼び出し時に活性化（又は実行）されることができる。一実施例によれば、ＭＳＥ３３０は接続しようとするＭＥＣアプリケーション名（例えば、ＭＥＣ Ａｐｐ Ｎａｍｅ）に対するＵＲＩをＭＭＰサーバ３７０でリクエスト及び受信することができる。一実施例によって、ＭＳＥ３３０は必要によって専用ＤＮＮ（ｄｅｄｉｃａｔｅｄ ＤＮＮ）に対する情報をＭＭＰサーバ３７０にリクエスト及び受信することもできる。一実施例によれば、ＭＭＰサーバ３７０は当該ＭＥＣアプリケーションがない場合にはＭＥＣアプリケーションパッケージ（ｐａｃｋａｇｅ）ＵＲＩをＭＳＥ３３０で伝達することもできる。多様な実施例によるアプリケーションコンテキスト生成手順に対して後述する図面を参照して詳しく説明される。

【0216】

動作１０１１で、ＭＳＥ３３０はＤＮＳサーバ１０２０とＭＥＣホストを選択するためのホスト選択手順（例えば、ＭＥＣ Ｈｏｓｔ Ｓｅｌｅｃｔｉｏｎ）を行うことができる。一実施例によれば、ＭＳＥ３３０はＭＭＰサーバ３７０を介して獲得したＭＥＣホストが少なくとも２つ以上の場合、ＤＮＳサーバ１０２０といずれか一つのＭＥＣホストを選択するためのホスト選択手順（例えば、ＭＥＣ Ｈｏｓｔ Ｓｅｌｅｃｔｉｏｎ）を行うことができる。一実施例によれば、ＭＥＣホストが２つ以上の場合、一つのＭＥＣホストを選択するためのホスト選択手順は予め設定された情報及び／又はＤＮＳサーバ１０２０で問い合わせた情報を用いて決定するか、又はＤＮＳサーバ１０２０で問い合わせた情報及び／又はユーザに問い合わせて特定のＭＥＣホストを選択（又は設定）するようにできる。一実施例によれば、ＭＳＥ３３０が、ＭＥＣホストが２つ以上の場合の特定のＭＥＣホストを設定するための予め設定された情報は優先順位情報を含むことができる。一実施例によれば、ホスト選択手順はＤＮＳプレーリゾルビング（Ｐｒｅ－ｒｅｓｏｌｖｉｎｇ）動作とＭＥＣホスト優先順位決定（ＭＥＣ Ｈｏｓｔ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）動作を含むことができる。一実施例によって、ＤＮＳ Ｐｒｅ－ｒｅｓｏｌｖｉｎｇは、例えば、クライアントアプリケーション３１０のＤＮＳクエリー（ｑｕｅｒｙ）と関係なくＭＳＥ３３０自体的にＭＥＣ用 ＦＱＤＮ（ｆｕｌｌｙ ｑｕａｌｉｆｉｅｄ ｄｏｍａｉｎ ｎａｍｅ）に対してＤＮＳリゾルビングを行うことを含むことができる。一実施例によって、ＤＮＳリゾルビングは、動作１００３のＧｅｔ Ａｐｐ Ｌｉｓｔ段階又は動作１００９のＦｉｎｄ Ｃｌｏｕｄｌｅｔ段階を介して受信したＵＲＩ又はドメイン名（ｄｏｍａｉｎ ｎａｍｅ）が用いて行われることができる。一実施例によって、ＭＥＣ Ｈｏｓｔ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎは、例えば、ＤＮＳクエリー応答（ｑｕｅｒｙ ｒｅｓｐｏｎｓｅ）で複数個のＩＰ住所が受信される場合、ＩＰ優先順位を設定することを含むことができる。多様な実施例によるホスト選択手順（例えば、ＭＥＣ Ｈｏｓｔ Ｓｅｌｅｃｔｉｏｎ）に対して後述する図面を参照して詳しく説明する。

【0217】

動作１０１３で、クライアントアプリケーション３１０は以上の動作を介して獲得した情報を用いてＤＮＳリゾルビング（Ｒｅｓｏｌｖｉｎｇ）動作を行うことができる。一実施例によれば、ＤＮＳリゾルビングは、例えば、クライアントアプリケーション３１０のＤＮＳクエリー発生時に行うことができる。一実施例によれば、ＤＮＳリゾルビングは、例えば、Ｃｌｉｅｎｔ－ｄｒｉｖｅｎ ｎｏｒｍａｌ ＤＮＳ ｒｅｓｏｌｖｉｎｇ又はＤＮＳ ｐｒｏｘｙｉｎｇ（ｈｏｏｋｉｎｇ ＤＮＳ ｑｕｅｒｙ）を含むことができる。多様な実施例によるＤＮＳリゾルビングに対して後述する図面を参照して詳しく説明する。

【0218】

図１１は、本開示の多様な実施例によるディスカバリー手順の例を示す図面である。

【0219】

図１１に示されたように、図１１はＤＮＳクエリー基盤（ＤＮＳ Ｑｕｅｒｙ－ｂａｓｅｄ）のＭＥＣディスカバリー手順の例を示すことができる。一実施例によれば、電子装置１０１はクライアントアプリケーション（又はＣｌｉｅｎｔ Ａｐｐ）３１０、ＭＳＡ（又はサービスエージェント）３２０、ＭＳＥ（又はサービスイネイブラー）３３０（例えば、ＭＥＬ３３１、ＵＨＬ３３３含み）、及びＤＮＳキャッシュ（ｃａｃｈｅ）１０１０を含むことができる。

【0220】

図１１を参照すれば、動作１１０１で、電子装置１０１のＭＳＡ３２０はＭＳＥ３３０で ＭＥＣディスカバリー政策（ｄｉｓｃｏｖｅｒｙ ｐｏｌｉｃｙ）を設定することができる。一実施例によれば、ＭＥＣディスカバリー政策はクライアントアプリケーション名（例えば、ｃｌｉｅｎｔＡｐｐＮａｍｅｓ）とディスカバリー政策（例えば、ｄｉｓｃｏｖｅｒｙ Ｐｏｌｉｃｙ）を含んで提供することができる。一実施例によって、ｄｉｓｃｏｖｅｒｙ Ｐｏｌｉｃｙには動的ＤＮＮ（例えば、ｄｙｎａｍｉｃＤｎｎ）を使用するかどうかを含むことができ、位置（例えば、ｌｏｃａｔｉｏｎＩｎｆｏ）、デバイスタイプ（例えば、ｄｅｖｉｃｅＴｙｐｅ）、サービスタイプ（例えば、ｓｅｒｖｉｃｅＴｙｐｅ）、又はコンテキストタイプ（例えば、ｃｏｎｔｅｘｔＴｙｐｅ）のような情報のうちの少なくとも一つを含んで提供することができる。一実施例によれば、ＭＳＡ３２０は位置（例えば、ｌｏｃａｔｉｏｎＩｎｆｏ）、デバイスタイプ（例えば、ｄｅｖｉｃｅＴｙｐｅ）、サービスタイプ（例えば、ｓｅｒｖｉｃｅＴｙｐｅ）をｄｉｓｃｏｖｅｒｙＰｏｌｉｃｙに含んでアプリリストを当該条件に当たるリストだけ限定して受信するようにすることもできる。一実施例によれば、ＭＳＡ３２０はコンテキストタイプ（例えば、ｃｏｎｔｅｘｔＴｙｐｅ）をｄｉｓｃｏｖｅｒｙＰｏｌｉｃｙに含んでアプリケーションコンテキスト（ａｐｐｌｉｃａｔｉｏｎ ｃｏｎｔｅｘｔ）が必要であるか否かに対する情報を含むことができる。一実施例によれば、ＭＳＡ３２０はＵＲＩ Ｒｅｑｕｅｓｔ ＦｌａｇをｄｉｓｃｏｖｅｒｙＰｏｌｉｃｙに含んでＭＥＣアプリケーションのＵＲＩが使用可能した場合、アプリリストにＵＲＩ含むようにリクエストすることもできる。

【0221】

動作１１０３で、ＭＳＥ３３０はＭＳＡ３２０から受信された情報（例えば、ＭＥＣディスカバリー政策）に基づいてアプリリスト（例えば、ＡｐｐＬｉｓｔ）を獲得するための獲得手順（例えば、ＭＥＣ Ａｐｐｌｉｃａｔｉｏｎ Ｌｏｏｋ－ｕｐ、Ｇｅｔ Ａｐｐ Ｌｉｓｔ）を行うことができる。一実施例によれば、ＭＳＡ３２０とＭＳＥ３３０の間にＭＥＣディスカバリー政策設定によってアプリリストを獲得するための獲得手順（例えば、ＭＥＣ Ａｐｐｌｉｃａｔｉｏｎ Ｌｏｏｋ－ｕｐ、Ｇｅｔ Ａｐｐ Ｌｉｓｔ）が開始されることができる。一実施例によれば、ＭＳＥ３３０はＭＳＡ３２０からＭＳＥ ＡＰＩを介してＭＥＣディスカバリー政策を受信する場合、ＭＥＣ Ａｐｐｌｉｃａｔｉｏｎ Ｌｏｏｋ－ｕｐを活性化できて、電子装置１０１の特定条件（例えば、電子装置１０１）が動く中の接続基地局Ｃｅｌｌ ＩＤ変更）満足時の実行（又は開始）できる。一実施例によれば、ＭＳＥ３３０はＭＥＣディスカバリー政策によってサービス可能なＭＥＣアプリケーション（例えば、ＭＥＰ Ａｐｐ）に係るアプリリスト（例えば、ＭＥＣ ＡｐｐＬｉｓｔ）をＭＭＰサーバ３７０にリクエストして受信することができる。一実施例によれば、ＭＳＥ３３０はＭＥＣディスカバリー政策をＭＥＣ ＡｐｐＬｉｓｔ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ Ｐａｒａｍｅｔｅｒに記入してＭＭＰサーバ３７０にリクエストすることができ、ＭＭＰサーバ３７０はそれに当たるサービス可能アプリリストをＭＳＥ３３０に提供し、ＭＳＥ３３０のリクエストに応答することができる。

【0222】

動作１１０５で、クライアントアプリケーション３１０はＭＳＥ３３０にＤＮＳクエリー（ｑｕｅｒｙ）のためのメッセージ（例えば、ＤＮＳ ｑｕｅｒｙメッセージ）を伝達することができる。

【0223】

動作１１０７で、ＭＳＥ３３０はクライアントアプリケーション３１０からのＤＮＳクエリーに応答してＭＭＰサーバ３７０とＦｉｎｄ Ｃｌｏｕｄｌｅｔ動作を行うことができる。一実施例によれば、ＭＳＥ３３０はクライアントアプリケーション３１０でＤＮＳ ｑｕｅｒｙ（ｗｉｔｈ ＦＱＤＮ）メッセージ発生時、ＦＱＤＮフィルタリング（ｆｉｌｔｅｒｉｎｇ）を介してＭＥＣ用ＦＱＤＮ探知時、当該ＭＥＣアプリケーション（例えば、ＭＥＣ Ａｐｐ）に対するＦｉｎｄ Ｃｌｏｕｄｌｅｔを行うことができる。一実施例によれば、ＭＳＥ３３０は接続しようとするＭＥＣアプリケーション名（例えば、ＭＥＣ Ａｐｐ Ｎａｍｅ）に対するＵＲＩをＭＭＰサーバ３７０でリクエスト及び受信することができる。一実施例によって、ＭＳＥ３３０は必要によって専用ＤＮＮ（ｄｅｄｉｃａｔｅｄ ＤＮＮ）に対する情報をＭＭＰサーバ３７０にリクエスト及び受信することもできる。一実施例によれば、ＭＭＰサーバ３７０は当該ＭＥＣアプリケーションがない場合にはＭＥＣアプリケーションパッケージ（ｐａｃｋａｇｅ）ＵＲＩをＭＳＥ３３０に伝達することもできる。

【0224】

動作１１０９で、ＭＳＥ３３０はクライアントアプリケーション３１０からのＤＮＳクエリーに応答してＤＮＳサーバ１０２０とＭＥＣホストを選択するためのホスト選択手順（例えば、ＭＥＣ Ｈｏｓｔ Ｓｅｌｅｃｔｉｏｎ）を行うことができる。一実施例によれば、ＭＳＥ３３０はＭＭＰサーバ３７０を介して獲得したＭＥＣホストが少なくとも２つ以上の場合、ＤＮＳサーバ１０２０といずれか一つのＭＥＣホストを選択するためのホスト選択手順（例えば、ＭＥＣ Ｈｏｓｔ Ｓｅｌｅｃｔｉｏｎ）を行うことができる。一実施例によれば、ＭＥＣホストが２つ以上の場合。一つのＭＥＣホストを選択するためのホスト選択手順は予め設定された情報及び／又はＤＮＳサーバ１０２０にリクエストして受信した情報（例えば、ＩＰ住所、ＩＰ別のｌｏｃａｔｉｏｎ情報）を用いて決定するか、又はＤＮＳサーバ１０２０にリクエストして受信した情報及び／又はユーザにＵＩ（ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）（例えば、選択ボタン）を介して特定のＭＥＣホストを選択（又は設定）するようにできる。一実施例によれば、ＭＳＥ３３０が、ＭＥＣホストが２つ以上の場合、特定のＭＥＣホストを設定するための予め設定された情報は優先順位情報を含むことができる。一実施例によれば、優先順位情報は、例えば、ホスト優先順位がＵＲＩ別の優先順位が決定された情報を含むか、又は一つのＵＲＩをＤＮＳリゾルビング（ｒｅｓｏｌｖｉｎｇ）した結果であるＩＰ住所が複数個の場合、当該ＩＰ住所別の優先順位が決定された情報を含むことができる。一実施例によれば、ホスト選択手順はＤＮＳリゾルビング（ｒｅｓｏｌｖｉｎｇ）動作とＭＥＣホスト優先順位決定（ＭＥＣ Ｈｏｓｔ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）動作を含むことができる。一実施例によって、ＤＮＳ ｒｅｓｏｌｖｉｎｇは、例えば、クライアントアプリケーション３１０のＤＮＳクエリー（ｑｕｅｒｙ）と関係なくＭＳＥ３３０の自体的にＭＥＣ用ＦＱＤＮに対してＤＮＳリゾルビングを行うことを含むことができる。一実施例によって、ＭＥＣ Ｈｏｓｔ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎは、例えば、ＤＮＳクエリー応答（ｑｕｅｒｙ ｒｅｓｐｏｎｓｅ）で複数個のＩＰ住所が受信される場合、ＩＰ優先順位を設定することを含むことができる。一実施例によって、優先順位がＵＲＩ別又はＩＰ別の予め定められ、複数個のＩＰ住所が受信される場合には受信された複数のＩＰ別の性能（ｐｅｒｆｏｒｍａｎｃｅ）テストを介してその結果によって動的にＩＰ優先順位を決定することもできる。多様な実施例によるホスト選択手順（例えば、ＭＥＣ Ｈｏｓｔ Ｓｅｌｅｃｔｉｏｎ）に対して後述する図面を参照して詳しく説明される。

【0225】

動作１１１１で、ＭＳＥ３３０は以上の手順が完了されると、クライアントアプリケーション３１０で以上の手順を介して獲得した情報をＤＮＳ応答（Ｒｅｓｐｏｎｓｅ）で提供することができる。一実施例によれば、ＭＳＥ３３０はＭＥＣホスト選択（例えば、ＤＮＳリゾルビング）後、ＤＮＳクエリーを提供したクライアントアプリケーション３１０で、ＤＮＳクエリーに対応するＤＮＳ応答（ｒｅｓｐｏｎｓｅ）を伝達することができる。多様な実施例によるＤＮＳ応答に対して後述する図面を参照して説明する。

【0226】

図１２は、本開示の多様な実施例によるディスカバリー手順でアプリリストを獲得する動作例を示す図面である。

【0227】

図１２に示されたように、図１２は一実施例によるＭＥＣディスカバリー手順でアプリリスト生成及び獲得（例えば、ＭＥＣ Ａｐｐｌｉｃａｔｉｏｎ Ｌｏｏｋ－ｕｐ）に関する動作例を示すことができる。

【0228】

図１２を参照すれば、動作１２０１で、電子装置１０１のＭＳＡ３２０はＭＳＥ３３０に ＭＥＣディスカバリー政策（ｄｉｓｃｏｖｅｒｙ ｐｏｌｉｃｙ）を伝達することができる。一実施例によれば、ＭＥＣサービスモジュール４１０はＭＳＡ３２０を用いてＭＥＣディスカバリー政策を獲得し、ＭＳＥ３３０を用いて受信されたＭＥＣディスカバリー政策に基づいたディスカバリー手順を行うことができる。一実施例によれば、ＭＥＣディスカバリー政策はクライアントアプリケーション名（例えば、ｃｌｉｅｎｔＡｐｐＮａｍｅｓ）、位置（ｌｏｃａｔｉｏｎＩｎｆｏ）、デバイスタイプ（例えば、ｄｅｖｉｃｅＴｙｐｅ）、サービスタイプ（例えば、ｓｅｒｖｉｃｅＴｙｐｅ）、コンテキストタイプ（例えば、ｃｏｎｔｅｘｔＴｙｐｅ）、ＵＲＩリクエストフラッグ（例えば、ＵＲＩ Ｒｅｑｕｅｓｔ）、又は動的ＤＮＮ（例えば、ｄｙｎａｍｉｃＤｎｎ）のうちの少なくとも一つを含んで提供することができる。

【0229】

動作１２０３で、ＭＳＥ３３０はＭＳＡ３２０から受信された情報（例えば、ＭＥＣディスカバリー政策）に基づいてアプリリスト（例えば、ＡｐｐＬｉｓｔ）を獲得するための獲得手順（例えば、ＭＥＣ Ａｐｐｌｉｃａｔｉｏｎ Ｌｏｏｋ－ｕｐ）を行うことができる。一実施例によれば、アプリリストを獲得する動作はＭＳＡ３２０とＭＳＥ３３０の間にＭＥＣディスカバリー政策設定によって開始されることができる。一実施例によれば、アプリリスト獲得手順はＭＳＡ３２０でＭＥＣディスカバリー政策ＡＰＩ呼び出し時に活性化されることができ、ＭＥＣディスカバリー政策に符合するＭＥＣアプリリスト及び／又はＵＲＩをＭＭＰサーバ３７０でリクエストして受信することができる。一実施例によれば、アプリリスト獲得手順は、動作１２１０、動作１２２０を含むことができる。

【0230】

動作１２１０で、ＭＳＥ３３０はアプリリストをリクエストするリクエストメッセージ（例えば、ＨＴＴＰ Ｇｅｔ ＡｐｐＬｉｓｔ Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ）をＭＭＰサーバ３７０で送信することができる。一実施例によれば、ＭＳＥ３３０はＭＥＣディスカバリー政策をリクエストメッセージ（例えば、ＨＴＴＰ Ｇｅｔ ＡｐｐＬｉｓｔ Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ）に含んで（又は記入）ＭＭＰサーバ３７０に提供することができる。例えば、ＭＳＥ３３０はアプリリストリクエストパラメーターを含んでＭＭＰサーバ３７０で提供することができる。

【0231】

一実施例によれば、Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒにサポート可能なフィールド（ｆｉｅｌｄ）情報は認証（ＡＡ）段階でＡｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｓｐｏｎｓｅ内のＭＭＰ Ｉｎｆｏに定義することができる。一実施例によれば、アプリリストリクエストに係るパラメーター（又は情報）（例えば、ＡｐｐＬｉｓｔ Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ）はリクエストメッセージ（例えば、ＨＴＴＰ ＧＥＴ）のパラメーターフィールド（ｐａｒａｍｅｔｅｒ ｆｉｅｌｄ）に含まれることができる。一実施例によれば、アプリリストリクエストパラメーターは、ＭＳＡ３２０から伝達された（例えば、動作１２０１のｓｅｔＭｅｃＤｉｓｃｏｖｅｒｙＰｏｌｉｃｙ（ｃｌｉｅｎｔＡｐｐＮａｍｅｓ、ｄｉｓｃｏｖｅｒｙＰｏｌｉｃｙ））アプリケーション名（例えば、ｃｌｉｅｎｔＡｐｐＮａｍｅｓ）、接続Ｃｅｌｌ ＩＤ、トラッキング領域（ＴＡ、Ｔｒａｃｋｉｎｇ Ａｒｅａ）ＩＤ、地域情報（例えば、市、区、洞、建物）、又はユーザが指定した優先位置（ｐｒｅｆｅｒｒｅｄ ｌｏｃａｔｉｏｎ）情報のうちの少なくとも一つを含む電子装置１０１の位置に係る位置情報（Ｌｏｃａｔｉｏｎ Ｉｎｆｏ）、電子装置１０１の種類を識別することができるデバイスタイプ（Ｄｅｖｉｃｅ Ｔｙｐｅ）（例えば、Ｓｍａｒｔｐｈｏｎｅ、Ｔａｂｌｅｔ、Ｗｅａｒａｂｌｅ、ＩｏＴ、Ｃａｒ、Ｄｒｏｎｅ）、サービスの種類を識別することができるサービスタイプ（Ｓｅｒｖｉｃｅ Ｔｙｐｅ）（例えば、Ｇａｍｅ、Ｖ２Ｘ、ＡＲ／ＶＲ、ＬＢＯ、Ｅｎｔｅｒｐｒｉｓｅ、Ｗｅｂ）、コンテキスト情報の必要可否を識別することができるコンテキストタイプ（Ｃｏｎｔｅｘｔ Ｔｙｐｅ）（例えば、ＭＥＣアプリケーション駆動にユーザ又はアプリケーションのコンテキスト（ｃｏｎｔｅｘｔ）情報が必要であるか否か）、又はＭＥＣアプリケーションのＵＲＩが活性化可能（ａｖａｉｌａｂｌｅ）な場合、当該ＵＲＩを応答に含むようにリクエストするフラッグ（Ｆｌａｇ）（例えば、ＵＲＩ Ｒｅｑｕｅｓｔ Ｆｌａｇ）のうちの少なくとも一つを含むことができる。一実施例によって、コンテキストタイプは電子装置１０１のサービスアプリケーションタイプを識別するための情報で、例えば、電子装置１０１に設置されたアプリケーション（例えば、特定ランチャー又は指定されたアプリケーション）、実行アプリケーションの名、ドメイン（ｄｏｍａｉｎ）のうちの少なくとも一つを含むことができる。

【0232】

一実施例によれば、電子装置１０１はアプリリストをリクエストする手順で、電子装置１０１に設置されたアプリケーション情報（例えば、特定ランチャー又は指定されたアプリケーション）をＭＭＰサーバ３７０に伝達することができる。一実施例によれば、電子装置１０１は電子装置１０１に設置されたアプリケーション情報の変更（例えば、アップデート）がある場合、ＭＭＰサーバ３７０にアプリリストをリクエストする手順で、電子装置１０１に設置されたアプリケーション情報を伝達することもできる。

【0233】

動作１２２０で、ＭＭＰサーバ３７０はＭＳＥ３３０から受信されたリクエストメッセージに対応する応答でアプリリスト（例えば、ＭＥＣ ＡｐｐＬｉｓｔ）を含む応答メッセージ（例えば、ＨＴＴＰ ２００ ＯＫ ＡｐｐＬｉｓｔ ｒｅｓｐｏｎｓｅ Ｄａｔａ）をＭＳＥ３３０で提供することができる。一実施例によれば、ＭＭＰサーバ３７０は受信されたクライアントアプリケーション名に基づいてＭＥＣアプリケーションを検索し、検索されたＭＥＣアプリケーションを含むアプリリストを応答メッセージに含んでＭＳＥ３３０に提供することができる。

【0234】

一実施例によれば、アプリリスト応答に係るデータ（又は情報）（例えば、ＡｐｐＬｉｓｔ Ｒｅｓｐｏｎｓｅ Ｄａｔａ）は応答メッセージ（例えば、ＨＴＴＰ ２００ ＯＫ）のメッセージボディー（ｍｅｓｓａｇｅ ｂｏｄｙ）に含まれることができる。

【0235】

一実施例によれば、ＭＭＰサーバ３７０はアプリリストを提供する時、使用可能した全体 ＭＥＣ Ａｐｐ Ｌｉｓｔ又はＲｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓのうちの少なくとも一つに基づいてサービス可能なＭＥＣ Ａｐｐ Ｌｉｓｔを提供することができる。一実施例によれば、クライアントアプリケーション（Ｃｌｉｅｎｔ Ａｐｐ）別の接続可能なＭＥＣ Ａｐｐ Ｎａｍｅを含むことができ、ＭＥＣ Ａｐｐ Ｎａｍｅは以後のＡｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ Ｃｒｅａｔｅ動作で使用（又は必要）できる。

【0236】

一実施例によれば、ＭＭＰサーバ３７０はオペレーターの位置ＡＰＩ（Ｏｐｅｒａｔｏｒ’ｓ Ｌｏｃａｔｉｏｎ ＡＰＩ）が使用可能した場合、通知をアプリリストに含んで提供することができる。一実施例によれば、ＭＭＰサーバ３７０はリクエストメッセージで、ＵＲＩ Ｒｅｑｕｅｓｔ Ｆｌａｇがｔｒｕｅで、電子装置１０１（例えば、ユーザ端末）近くの使用可能ＭＥＣホストに当該ＭＥＣ Ａｐｐが実行中の場合、当該ＭＥＣ ＡｐｐのＵＲＩをアプリリストに含んで提供することができる。一実施例によれば、ＭＭＰサーバ３７０はリクエストメッセージで、ＵＲＩリクエストフラッグ（ＵＲＩ Ｒｅｑｕｅｓｔ Ｆｌａｇ）がない場合でも、ＭＥＣホストに当該ＭＥＣ Ａｐｐが実行中の場合、当該ＭＥＣ ＡｐｐのＵＲＩをアプリリストに含んで提供することもできる。一実施例によれば、ＭＭＰサーバ３７０は電子装置１０１からアプリリストリクエスト受信時、リクエストメッセージで、コンテキストタイプによってＭＥＣ Ａｐｐが直ちに駆動が可能な場合、ＭＥＣ Ａｐｐを駆動した後の当該ＵＲＩをアプリリストに含んで提供することができる。一実施例によれば、ＭＭＰサーバ３７０はＵＲＩの有効時間／有効場所情報をアプリリストにさらに含んで提供することができる。一実施例によれば、ＵＲＩの有効時間に対する情報は電子装置１０１が決定されることもでき、又はＭＭＰサーバ３７０でＭＥＣ Ａｐｐ駆動状態によって可変的に決定されることができる。一実施例によれば、ＭＭＰサーバ３７０はアプリケーション別の専用ＤＮＮ規則が存在する場合、当該規則を提供することもできる。

【0237】

一実施例によれば、アプリリストに含まれたＵＲＩはハイパーリンク及び／又はハイライトされて区分されることができ、電子装置１０１はアプリリストで、ＵＲＩを含まないＭＥＣ Ａｐｐとハイパーリンク及び／又はハイライトに基づいて区分して表示することができる。他の実施例によれば、電子装置１０１はアプリリストで、ＵＲＩを含むＭＥＣ ＡｐｐとＵＲＩを含まないＭＥＣ Ａｐｐを区分せず同一に表示することもできる。一実施例によれば、電子装置１０１はアプリリストで、アプリケーション別のサービス可能な位置及び／又は時間情報を含んで提供することもできる。

【0238】

一実施例によれば、ＭＭＰサーバ３７０はアプリリストを応答する手順で、アプリケーション単位でＤＮＮ設定が可能な場合、アプリリストにアプリケーション別（又はアプリ別）使用ＤＮＮ情報を含むことができる。一実施例によって、当該ＤＮＮサーバは、認証（ＡＡ）手順で受信されたＤＮＮリストに含まれたＤＮＮであれば良い。

【0239】

一実施例によれば、電子装置１０１はＭＭＰサーバ３７０にアプリリストをリクエストし、それに対する応答を受信する手順で、アプリリスト及びアプリリストの当該アプリケーションに対するＭＥＣホスト（例えば、エッジサーバ又はＭＥＣサーバ）に対する情報（例えば、ＵＲＩ）を獲得（又は受信）できる。一実施例によれば、電子装置１０１はＭＥＣホストに対する情報（例えば、ＵＲＩ）を受信しない場合、例えば、当該アプリに対し、Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ Ｃｒｅａｔｅ手順をさらに行い、当該アプリケーションに対するＭＥＣホストの情報（例えば、ＵＲＩ）を外部サーバから獲得することができる。一実施例によれば、電子装置１０１はＭＥＣホストに対する情報（例えば、ＵＲＩ）を受信した場合、例えば、当該アプリケーションに対し、Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ Ｃｒｅａｔｅ手順を行わず、直ちに当該ＭＥＣホスト（例えば、ＵＲＩを用いて）で接続を行うことができる。

【0240】

一実施例によれば、電子装置１０１はＭＭＰサーバ３７０にアプリリストをリクエストし、それに対する応答を受信する手順で、アプリリスト及びアプリリストの当該アプリケーションに対する指定されたネットワーキング経路に対する情報（例えば、ＤＮＮ）を受信することができる。一実施例によれば、電子装置１０１は指定されたネットワーキング経路に対する情報（例えば、ＤＮＮ）を受信した場合、ネットワークと指定されたネットワーキング経路を設定する手順を行うことができる。一実施例によれば、電子装置１０１はＤＮＮ情報を受信したアプリケーションに対してだけ指定された（又は専用）ＤＮＮ（ｄｅｄｉｃａｔｅｄ ＤＮＮ）に通信するようにＤＮＮ経路を設定することができる。一実施例によれば、電子装置１０１はＭＥＣホストにコンテキストを生成リクエストする手順（例えば、Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ Ｃｒｅａｔｅ）で、ＤＮＮ情報を受信したアプリケーションに対して指定されたＤＮＮ経路を設定することができる。

【0241】

図１３は、本開示の多様な実施例によるアプリリストが提供される例を説明するための図面である。

【0242】

図１３に示されたように、図１３は位置基盤サービス領域（Ｌｏｃａｔｉｏｎ－ｂａｓｅｄ Ｓｅｒｖｉｃｅ Ａｒｅａ）を例示することができる。

【0243】

図１３を参照すれば、一実施例によって、ＭＭＰサーバ３７０は第１サーバ（Ｓｅｒｖｅｒ１）１３１０（又はユーザ隣接の第１ＭＥＣホスト）から可能なアプリケーション（Ａｖａｉｌａｂｌｅ Ａｐｐｓ）に対する第１情報（例えば、Ａ（＋ＵＲＩ）、Ｂ、Ｃ）を獲得することを仮定することができる。一実施例によって、ＭＭＰサーバ３７０は第２サーバ（Ｓｅｒｖｅｒ２）１３２０（又はユーザ隣接の第２ＭＥＣホスト）から可能なアプリケーションに対する第２情報（例えば、Ａ、Ｃ（＋ＵＲＩ）、Ｄ）を獲得することを仮定することができる。

【0244】

多様な実施例によれば、ＭＭＰサーバ３７０は第１サーバ１３１０と第２サーバ１３２０から獲得したそれぞれのアプリケーションに対する情報（例えば、第１情報、第２情報）を集め、例えば、Ａ（＋ＵＲＩ）、Ｂ、Ｃ（＋ＵＲＩ）、Ｄの情報を生成（又は獲得）できる。一実施例によれば、ＭＭＰサーバ３７０は第１サーバ１３１０と第２サーバ１３２０から生成されたＡ（＋ＵＲＩ）、Ｂ、Ｃ（＋ＵＲＩ）、Ｄを含んでアプリリストを生成し、生成されたアプリリストをユーザ１３３０（例えば、電子装置１０１）に提供することができる。

【0245】

図１４は、本開示の多様な実施例によるディスカバリー手順でコンテキスト生成手順の例を示す図面である。

【0246】

図１４に示されたように、図１４は一実施例によるＭＥＣディスカバリー手順でアプリケーションコンテキスト生成（例えば、Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｅｘｔ Ｃｒｅａｔｅ）に関する動作例を示すことができる。一実施例によって、アプリケーションコンテキスト生成手順は、例えば、クライアントアプリケーション３１０が実行される場合、ＭＳＡ３２０が当該クライアントアプリケーションに係る情報（例えば、パッケージ名又はＵＩＤ）と共にアプリケーション開始情報をＭＳＥ ＡＰＩを介してＭＳＥ３３０に伝達することから行われることができる。多様な実施例によれば、アプリケーションコンテキスト生成は、アプリリスト上のアプリケーションが実行（ｌａｕｎｃｈ）されるか（第１ケース）、アプリケーションがＭＳＥ ＡＰＩを介してコンテキスト生成（ｃｏｎｔｅｘｔｃｒｅａｔｅ）をリクエスト（例えば、ｃｏｎｔｅｘｔ ｃｒｅａｔｅ ＡＰＩ呼び出し）するか（第２ケース）、又はアプリケーションでＤＮＳクエリー送信時に予め受信したアプリリストに含まれたアプリケーション名及び／又はＵＲＩ（例えば、ＦＱＤＮ）とマッチングされる場合（第３ケース）に行うことができる。一実施例によれば、アプリケーションコンテキスト生成は、例えば、ＭＥＣディスカバリー政策（例えば、ｓｅｔＤｉｓｃｏｖｅｒｙＰｏｌｉｃｙ（ｄｉｓｃｏｖｅｒｙＰｏｌｉｃｙ））を介して伝達された位置情報又はアプリケーションルックアップ応答を介して伝達されたアプリリストに含まれたアプリケーション別の使用可能位置（例えば、ｕｒｉＬＯＣ）が現在ユーザ（又は電子装置１０１）の位置とマッチングされる場合（例えば、第４ケース）にも行うことができる。多様な実施例によれば、第１ケース、第２ケース、第３ケース、又は第４ケースによる条件のうちの少なくとも一つが満足する時のアプリケーションコンテキスト生成を行うことができる。図１４では第１ケースによってアプリケーションコンテキスト生成を行う動作例を示すことができる。

【0247】

図１４を参照すれば、動作１４０１で、特定クライアントアプリケーション３１０が実行される（ｌａｕｎｃｈｅｄ）場合、当該クライアントアプリケーション３１０はアプリケーションの実行を通知する情報（例えば、Ａｐｐ Ｌａｕｎｃｈｅｄ）をＭＳＡ３２０で提供することができる。一実施例によれば、動作１４０１は行わないこともある。例えば、クライアントアプリケーション３１０が実行される場合、クライアントアプリケーション３１０による実行を通知する動作無しに、ＭＳＡ３２０（例えば、Ｆｒａｍｅｗｏｒｋ ｌｅｖｅｌ）で自体的にクライアントアプリケーション３１０の実行を検出することができる。

【0248】

動作１４０３で、ＭＳＡ３２０はクライアントアプリケーション３１０の実行を通知する情報（例えば、Ａｐｐ Ｌａｕｎｃｈｅｄ）を受信すると、クライアントアプリケーション３１０の状態（ｓｔａｔｅ）を通知（ｎｏｔｉｆｙ）する通知メッセージ（例えば、ｎｏｔｉｆｙＣｌｉｅｎｔＡｐｐＳｔａｔｅ）をＭＳＥ３３０で提供することができる。一実施例によって、通知メッセージ（例えば、ｎｏｔｉｆｙＣｌｉｅｎｔＡｐｐＳｔａｔｅ）は、例えば、クライアントアプリケーションの状態（例えば、ＳＴＡＲＴ）とクライアントアプリケーションの名（例えば、ｃｌｉｅｎｔＡｐｐＮａｍｅ）（及び／又はＵＩＤ）を含んで（例えば、ｎｏｔｉｆｙＣｌｉｅｎｔＡｐｐＳｔａｔｅ（ＳＴＡＲＴ、ｃｌｉｅｎｔＡｐｐＮａｍｅ））提供することができる。

【0249】

動作１４０５で、ＭＳＥ３３０はＭＳＡ３２０から通知メッセージ（例えば、ｎｏｔｉｆｙＣｌｉｅｎｔＡｐｐＳｔａｔｅ）を受信し、受信された通知メッセージの情報に基づいてアプリケーションコンテキスト生成手順を行うことができる。一実施例によれば、アプリケーションコンテキスト生成手順（動作１４０５）は、動作１４１０、動作１４２０、動作１４３０を含むことができる。

【0250】

動作１４１０で、ＭＳＥ３３０はアプリケーションコンテキスト生成をリクエストするリクエストメッセージ（例えば、ＨＴＴＰ ＰＯＳＴ ＡｐｐＣｏｎｔｅｘｔ Ｄａｔａ）をＭＭＰサーバ３７０に送信することができる。一実施例によれば、ＭＳＥ３３０はＭＥＣアプリケーションコンテキスト生成が必要な場合（例えば、アプリリストにＵＲＩがない場合）、ＵＲＩをリクエストするリクエストメッセージをＭＭＰサーバ３７０に送信することができる。一実施例によれば、ＭＳＥ３３０はＭＭＰサーバ３７０にＭＥＣアプリケーションがある場合、ＭＥＣアプリケーション名（ＭＥＣ Ａｐｐ Ｎａｍｅ）をリクエストメッセージに含んでＭＭＰサーバ３７０で送信することができる。他の実施例によれば、ＭＳＥ３３０はＭＭＰサーバ３７０にＭＥＣアプリケーションがない場合、当該ＭＥＣアプリケーションをダウンロードできるＵＲＩ（例えば、アプリケーションパッケージダウンロードＵＲＩ（Ａｐｐ ｐａｃｋａｇｅ ｄｏｗｎｌｏａｄ ＵＲＩ）のみをリクエストメッセージに含んでＭＭＰサーバ３７０に送信することができる。

【0251】

動作１４２０で、ＭＭＰサーバ３７０はＭＳＥ３３０から受信されたリクエストメッセージに対応する応答でＭＥＣアプリケーションのＵＲＩを含む応答メッセージ（例えば、ＨＴＴＰ ＯＫ ２００ Ｒｅｓｐｏｎｓｅ ＡｐｐＣｏｎｔｅｘｔ Ｄａｔａ）をＭＳＥ３３０に提供することができる。一実施例によれば、応答メッセージはが該当するアプリケーション（例えば、ＭＥＣアプリケーション）のＵＲＩ（ＦＱＤＮ）を含むことができる。一実施例によれば、応答メッセージはＭＥＣアプリケーションのＵＲＩ及び当該ＵＲＩの有効時間及び／又は有効位置に関する情報を含むことができる。一実施例によれば、ＭＳＥ３３０は有効時間超過又は有効位置変更の際に、アプリケーションコンテキスト再実行又はハンドオーバートリガーリング（ｈａｎｄｏｖｅｒ ｔｒｉｇｇｅｒｉｎｇ）が行われることができる。一実施例によれば、応答メッセージはＤＮＮ情報を含むことができる。

【0252】

動作１４３０で、ＭＳＥ３３０は政策アップデートを行うことができる。一実施例によれば、ＭＳＥ３３０はアプリケーションコンテキスト生成手順（動作１４０５）で、追加的に（又は選択的に）政策アップデート動作を含むことができる。一実施例によれば、ＭＳＥ３３０は専用ＰＤＵセッション（ｄｅｄｉｃａｔｅｄＰＤＵｓｅｓｓｉｏｎ）必要時（又は新しい専用ＤＮＮ規則が設定された場合）ＵＲＳＰ規則（例えば、ＤＮＮ）を受信し、ＵＲＳＰ規則に従ってアプリケーション別又はＵＲＩ別のＰＤＵセッションを設定することができる。例えば、ＵＲＳＰ規則（又はＣＡＲＰ規則）は認証手順の結果（例えば、ＭＳＡ３２０が受信してＭＳＥ３３０に伝逹）、又はＭＳＥ３３０がアプリケーションルックアップ（例えば、Ａｐｐ ｌｏｏｋｕｐ）結果、又はコンテキスト生成（Ｃｏｎｔｅｘｔ Ｃｒｅａｔｅ）結果で受信することができ、ＵＲＳＰ規則に新しいＤＮＮ規則が設定されている場合、ＰＤＵセッション設定（ｓｅｔｕｐ）を行うことができる。一実施例によれば、ＰＤＵセッション設定（例えば、図８のＰＤＵセッション生成、図９のＰＤＵセッション解除）は前述の図８又は図９を参照した説明部分で説明したようにＭＳＥ３３０がモデム８００にリクエストすると、モデム８００で５Ｇ網（又はコア網）のＳＭＦにリクエストして生成／解除することができる。

【0253】

多様な実施例によれば、アプリケーションコンテキスト生成手順（動作１４０５）は、例えば、クライアントアプリケーション３１０が接続すべきＭＥＣアプリケーションが既に駆動中で、アプリリスト獲得手順（例えば、ＭＥＣ Ａｐｐｌｉｃａｔｉｏｎ Ｌｏｏｋ－ｕｐ）でＵＲＩが受信された場合には省略することもできる。

【0254】

図１５は、本開示の多様な実施例によるディスカバリー手順でＭＥＣホスト選択手順の例を示す図面である。

【0255】

図１５に示されたように、図１５はＭＳＥ３３０がＤＮＳサーバ１０２０とＭＥＣホストを選択するためのＭＥＣホスト選択動作（ＭＥＣ Ｈｏｓｔ ｓｅｌｅｃｔｉｏｎ）１５０１を示すことができる。一実施例によれば、ＭＥＣホスト選択動作（動作１５０１）は、ＤＮＳ（ｐｒｅ）ｒｅｓｏｌｖｉｎｇ動作（例えば、動作１５１０）、ＭＥＣ Ｈｏｓｔ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ動作（例えば、動作１５２０）、ＤＮＳキャッシング（ｃａｃｈｉｎｇ）動作（例えば、動作１５３０）を含むことができる。

【0256】

図１５を参照すれば、動作１５１０で、ＭＳＥ３３０はＤＮＳリゾルビング（ｒｅｓｏｌｖｉｎｇ又はｐｒｅ－ｒｅｓｏｌｖｉｎｇ）を行うことができる。一実施例によれば、ＤＮＳリゾルビングは、例えば、クライアントアプリケーション３１０のＤＮＳクエリー（ｑｕｅｒｙ）と関係なくＭＳＥ３３０の自体的にＭＥＣ用ＦＱＤＮに対してＤＮＳリゾルビングできる。一実施例によって、ＤＮＳリゾルビング（動作１５１０）は、動作１５１１と動作１５１３を含むことができる。

【0257】

一実施例によって、動作１５１１で、ＭＳＥ３３０はＤＨＬ３３５によるＤＮＳリゾルビング動作を行うことができる。一実施例によれば、ＭＳＥ３３０はＭＥＣアプリケーションに対するＵＲＩ（ＦＱＤＮ）でＤＮＳクエリーをＤＮＳサーバ１０２０に送信することができる。

【0258】

一実施例によって、動作１５１３で、ＤＮＳサーバ１０２０はＭＳＥ３３０からＤＮＳクエリーを受信し、ＤＮＳクエリーに対応する応答で、ＤＮＳ応答をＭＳＥ３３０に送信することができる。一実施例によれば、ＤＮＳ応答はＭＥＣホストに係る少なくとも一つの住所情報（例えば、ＵＲＩ又はＩＰ住所）を含むことができる。

【0259】

動作１５２０で、ＭＳＥ３３０はＭＥＣホスト優先順位決定（ＭＥＣ Ｈｏｓｔ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）動作を行うことができる。一実施例によれば、ＭＥＣ Ｈｏｓｔ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎは、例えば、ＤＮＳクエリー応答（ｑｕｅｒｙ ｒｅｓｐｏｎｓｅ）で複数個のＩＰ住所が受信される場合、ＩＰ優先順位（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）を設定することを含むことができる。例えば、ＭＳＥ３３０はＭＥＣホストに対する優先順位を設定することができる。

【0260】

一実施例によれば、ＭＳＥ３３０はＭＭＰサーバ３７０から複数個のＭＥＣホストに対する候補ＩＰリスト（ｃａｎｄｉｄａｔｅ ＩＰ ｌｉｓｔ）を獲得（又は受信）でき、候補ＩＰリストの追加情報（例えば、ＭＥＣホスト位置ユーザ現在位置、ユーザ速度、又はＭＥＣホスト性能（ｐｅｒｆｏｒｍａｎｃｅ）（例えば、ＲＴＴ（ｒｏｕｎｄ ｔｒｉｐ ｔｉｍｅ）、ｔｈｒｏｕｇｈｐｕｔ）のうちの少なくとも一つ）からＭＥＣホスト候補ＩＰ及びリモート（ｒｅｍｏｔｅ）サーバ（例えば、図３のリモートサーバ３０６）ＩＰ住所中の接続ＩＰ選択又は優先順位を指定することができる。一実施例によれば、候補ＩＰリストのうちの接続ＩＰ選択時、ＭＥＣホストＩＰ又はリモートサーバのＩＰのうちのいずれか一つを選択することができる。例えば、ユーザ位置からすべてのＭＥＣホスト位置が一定距離以上であるか、ＲＴＴ値が一定値以上であるか、又はユーザ動き速度が一定値以上の場合、ＭＥＣホストＩＰを選択せずリモートサーバＩＰを選択することができる。一実施例によれば、ＭＳＥ３３０（例えば、ＭＥＬ３３１）は複数の候補ＭＥＣホストに対して事前性能測定（又はテスト）（例えば、ｐｉｎｇ ｐｒｏｂｉｎｇ又はｂａｎｄｗｉｄｔｈ ｅｓｔｉｍａｔｉｏｎ）を介して最適のＭＥＣホストを選択することができる。一実施例によれば、ＤＮＳサーバ１０２０はＤＮＳ応答（ＤＮＳ ｒｅｓｐｏｎｓｅ）メッセージにＭＥＣホストのＩＰ住所と共に、当該ＭＥＣホストの位置情報（ｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を記録（ｒｅｃｏｒｄ）できる。例えば、ＭＳＥ３３０はＤＮＳリゾルビング時のＤＮＳクエリー（ｑｕｅｒｙ）後の受信したＤＮＳ応答メッセージ内のＤＮＳタイプのうちの位置記録タイプ（例えば、ＬＯＣ ｒｅｃｏｒｄ ｔｙｐｅ）に対してＭＥＣホストの位置情報が含まれている場合、当該位置情報を用いて隣接ＭＥＣホストを選択することもできる。一実施例によれば、ＭＳＥ３３０はＭＥＣホストのＩＰ住所を獲得するＤＮＳクエリー動作でＤＮＳサーバ１０２０からＭＥＣホストの位置情報（例えば、緯度、硬度、サービングセルＩＤ、図示す情報、又はＩＤ）を獲得することができる。例えば、ＤＮＳタイプフィールドにＭＥＣホストの位置情報が含まれることができる。

【0261】

動作１５３０で、ＭＳＥ３３０はＤＮＳキャッシュ１０１０でＤＮＳキャッシング（ｃａｃｈｉｎｇ）を行うことができる。一実施例によれば、ＭＳＥ３３０はＤＮＳサーバ１０２０からＤＮＳクエリーに対応して住所情報を含むＤＮＳ応答を受信する場合、ＤＮＳ応答に含まれた住所情報（例えば、ＭＥＣホストに係るＵＲＩ（ＦＱＤＮ）に対応されるＩＰ住所）をＭＥＣ用ローカルＤＮＳキャッシュ（Ｌｏｃａｌ ＤＮＳ Ｃａｃｈｅ）（例えば、ＤＮＳ Ｃａｃｈｅ ２）に記憶することができる。一実施例によれば、ＭＳＥ３３０はクライアントアプリケーション３１０でＭＥＣアプリケーションに対する住所情報（例えば、ＵＲＩ又はＩＰ住所）がリクエストされる場合、ＭＥＣ用ローカルＤＮＳキャッシュに記憶された住所情報を伝達することができる。多様な実施例によれば、ＭＥＣ用ローカルＤＮＳキャッシュ（例えば、ＤＮＳ Ｃａｃｈｅ２）の操作に係って、後述する図１６のＭＥＣ用ローカルＤＮＳキャッシュ（例えば、ＤＮＳ Ｃａｃｈｅ２）を別途操作する方案、又は図１７のＭＳＥ３３０内にＭＥＣ用ローカルＤＮＳキャッシュ（例えば、ＤＮＳ Ｃａｃｈｅ２）を含んで操作する方案が用いられることができる。一実施例によるＭＥＣ用ローカルＤＮＳキャッシュを操作する動作に係って後述する図面を参照して詳しく説明される。

【0262】

多様な実施例によれば、電子装置１０１はＭＥＣホスト選択動作に基づいて、ＭＭＰサーバ３７０との通信手順（例えば、ディスカバリー／アプリケーションコンテキスト生成）で、ＭＥＣアプリケーションが動作することができる複数個のＭＥＣホスト情報（例えば、ＵＲＩ又はＩＰ住所）を受信することができる。一実施例によれば、電子装置１０１は随時された複数犬のＭＥＣホストのうちのいずれか一つのＭＥＣホストを選択して通信することができる。多様な実施例によれば、電子装置１０１はＭＥＣアプリケーションが動作することができる複数個のＭＥＣホストに対し、優先順位によって選択することができる。一実施例によれば、優先順位は電子装置１０１とＭＥＣホストの間のレイテンシー（ｌａｔｅｎｃｙ）測定情報又はＭＥＣホストの位置情報に少なくとも基づいて決定することができる。

【0263】

以下で、多様な実施例によって、電子装置１０１で一般クライアントアプリケーション（ｇｅｎｅｒａｌ ｃｌｉｅｎｔ Ａｐｐｓ）に対するＤＮＳキャッシングデータと別途で、ＭＥＣクライアントアプリケーション（ＭＥＣ ｃｌｉｅｎｔ Ａｐｐｓ）に対するＤＮＳキャッシングデータを維持及び／又は管理する動作を説明する。

【0264】

図１６は、本開示の多様な実施例による電子装置１０１でＭＥＣ用ローカルＤＮＳキャッシュを別度に操作する例を示す図面である。

【0265】

図１６を参照すれば、図１６はＭＥＣ用ローカルＤＮＳキャッシュを電子装置１０１のＭＳＥ３３０と別に区分して構成する例を示すことができる。一実施例によれば、一般クライアントアプリケーション（ｇｅｎｅｒａｌ ｃｌｉｅｎｔ Ａｐｐｓ）１６１０は第１ＤＮＳキャッシュ１６２０でＤＮＳキャッシングを行うことができ、ＭＥＣクライアントアプリケーション（ＭＥＣ Ｃｌｉｅｎｔ Ａｐｐｓ）３１０は第２ＤＮＳキャッシュ１６３０でＤＮＳキャッシングを行うことができる。例えば、一般クライアントアプリケーション１６１０は第１ＤＮＳキャッシュ１６２０を用いることができ、ＭＥＣクライアントアプリケーション３１０は第２ＤＮＳキャッシュ１６３０を用いることができる。

【0266】

一実施例によれば、クライアントアプリケーションの近付しようとするＵＲＩに対してＤＮＳリゾルビングＡＰＩを用いてリクエストだけ行ってそれに対するＩＰ住所を受信することができる。例えば、ＭＳＥ３３０（例えば、ＤＨＬ３３５）（又は電子装置１０１のＯＳ、又はフレームワーク（ｆｒａｍｅｗｏｒｋ）上のＤＮＳ処理モジュール）はクライアントアプリケーションの当該リクエストをＤＮＳクエリー（例えば、ＦＱＤＮ）メッセージに変更してＤＮＳサーバ１０２０にリクエストし、ＤＮＳ応答（例えば、ＦＱＤＮに対応するＩＰ住所）を受信してこれをキャッシングし、クライアントアプリケーションに伝達することができる。一実施例によれば、ＭＳＥ３３０はクライアントアプリケーション別又はＵＲＩ（ＦＱＤＮ）別でどんなＤＮＳキャッシュを用いるかどうかに対する決定ができ、それによって別途のＤＮＳ処理モジュール（例えば、図１６又はＭＳＥのＤＨＬ（図１７）が第１ＤＮＳキャッシュ１６２０又は第２ＤＮＳキャッシュ１６３０を参照してＩＰ住所をクライアントアプリケーションに伝達することができる。一実施例によって、ＤＮＳ処理モジュール又はＤＨＬはリクエストされたＵＲＩ（ＦＱＤＮ）に対してＤＮＳキャッシュを先ず参照して当該ＵＲＩに対応されるＩＰがあればこれを伝達し、キャッシュにない場合、ＤＮＳサーバ１０２０にＤＮＳクエリーを行うことができる。

【0267】

図１７は、本開示の多様な実施例による電子装置１０１でＭＳＥ３３０内にＭＥＣ用ローカルＤＮＳキャッシュを操作する例を示す図面である。

【0268】

図１７を参照すれば、図１７はＭＥＣ用ローカルＤＮＳキャッシュ（例えば、第２ＤＮＳキャッシュ１６３０）を電子装置１０１のＭＳＥ３３０内に構成する例を示すことができる。一実施例によれば、一般クライアントアプリケーション１６１０は第１ＤＮＳキャッシュ１６２０でＤＮＳキャッシングを行うことができ、ＭＥＣクライアントアプリケーション３１０は第２ＤＮＳキャッシュ１６３０でＤＮＳキャッシングを行うことができる。例えば、一般クライアントアプリケーション１６１０は第１ＤＮＳキャッシュ１６２０を用いることができ、ＭＥＣクライアントアプリケーション３１０は第２ＤＮＳキャッシュ１６３０を用いることができる。

【0269】

一実施例によれば、クライアントアプリケーションの近付しようとするＵＲＩに対してＤＮＳリゾルビングＡＰＩを用いてリクエストだけ行ってそれに対するＩＰ住所を受信することができる。例えば、ＭＳＥ３３０（例えば、ＤＨＬ３３５）（又は電子装置１０１）のＯＳ、又はフレームワーク（ｆｒａｍｅｗｏｒｋ）上のＤＮＳ処理モジュール）はクライアントアプリケーションの当該リクエストをＤＮＳクエリー（例えば、ＦＱＤＮ）メッセージに変更してＤＮＳサーバ１０２０にリクエストし、ＤＮＳ応答（例えば、ＦＱＤＮに対応するＩＰ住所）を受信してこれをキャッシングし、クライアントアプリケーションに伝達することができる。一実施例によれば、ＭＳＥ３３０はクライアントアプリケーション別又はＵＲＩ（ＦＱＤＮ）別でどんなＤＮＳキャッシュを用いるかどうかに対する決定ができ、それによって別途のＤＮＳ処理モジュール（例えば、図１６又はＭＳＥのＤＨＬ（図１７）が第１ＤＮＳキャッシュ１６２０又は第２ＤＮＳキャッシュ１６３０を参照してＩＰ住所をクライアントアプリケーションに伝達することができる。一実施例によって、ＤＮＳ処理モジュール又はＤＨＬはリクエストされたＵＲＩ（ＦＱＤＮ）に対してＤＮＳキャッシュを先ず参照して当該ＵＲＩに対応されるＩＰがあればこれを伝達し、キャッシュにない場合、ＤＮＳサーバ１０２０にＤＮＳクエリーを行うことができる。

【0270】

多様な実施例によって、一般クライアントアプリケーション１６１０とＭＥＣクライアントアプリケーション３１０を区分し、ＤＮＳキャッシングを行うことに関し、後述する図面（例えば、図３６）を参照して詳しく説明される。

【0271】

図１８は、本開示の多様な実施例によるディスカバリー手順でＤＮＳリゾルビング動作の例を示す図面である。

【0272】

図１８に示されたように、図１８はクライアントアプリケーション３１０のＤＮＳクエリーに対するＤＮＳリゾルビング動作を示すことができる。一実施例によれば、ＤＮＳリゾルビング動作は、ＤＮＳサーバ１０２０が非活性化された状態の場合の動作（例えば、動作１８１０）とＤＮＳサーバ１０２０が活性化された状態の場合の動作（例えば、動作１８３０）を含むことができる。

【0273】

一実施例によれば、動作１８１０のＤＮＳリゾルビング動作は、例えば、ＤＮＳキャッシュ１０１０でＭＥＣ用ローカルＤＮＳキャッシュ（例えば、第２ＤＮＳキャッシュ１６３０）が非活性化された状態の動作例を示すことができる。図１８を参照すれば、クライアントアプリケーション３１０はＵＲＩに対するＤＮＳクエリーをＤＮＳキャッシュ１０１０に伝達（動作１８１１）でき、ＤＮＳキャッシュ１０１０はクライアントアプリケーション３１０のＤＮＳクエリーに対する応答（例えば、ＤＮＳＣａｃｈｅ Ｒｅｓｐｏｎｓｅ）をクライアントアプリケーション３１０に伝逹（動作１８１３）することができる。一実施例によって、ＤＮＳキャッシュ１０１０はＭＥＣアプリケーションのアプリケーション名、ドメイン名、又はドメイン名に対するＩＰ住所中の少なくとも一つを記憶することができる。一実施例によって、クライアントアプリケーション３１０のＵＲＩに対するＤＮＳクエリー時のＤＮＳキャッシュ１０１０に当該ＵＲＩのＭＥＣアプリケーションのＩＰ住所が存在しない場合（例えば、ＤＮＳキャッシュミス（ｃａｃｈｅ ｍｉｓｓ））、クライアントアプリケーション３１０はＤＮＳサーバ１０２０にＤＮＳクエリーを伝達（動作１８１５）し、ＤＮＳサーバ１０２０からＤＮＳクエリーに対応する応答１８１７に基づいて、ＩＰ住所を獲得することができる。

【0274】

一実施例によれば、動作１８３０のＤＮＳリゾルビング動作は、例えば、ＤＮＳキャッシュ１０１０で ＭＥＣ用ローカルＤＮＳキャッシュ（例えば、第２ＤＮＳキャッシュ１６３０）が活性化された状態の動作例を示すことができる。図１８を参照すれば、クライアントアプリケーション３１０はＵＲＩに対するＤＮＳクエリーをＭＳＥ３３０を介してＤＮＳキャッシュ１０１０に伝達（動作１８３１、動作１８３３）できる。一実施例によって、ＤＮＳキャッシュ１０１０はＭＳＥ３３０ヘＤＮＳクエリーに対するＤＮＳ応答を伝達（動作１８３５）できる。一実施例によって、クライアントアプリケーション３１０のＵＲＩに対するＤＮＳクエリー時のＤＮＳキャッシュ１０１０に当該ＵＲＩのＭＥＣアプリケーションのＩＰ住所が存在しない場合（例えば、ＤＮＳキャッシュミス）、ＭＳＥ３３０はＤＮＳサーバ１０２０にＤＮＳクエリーを伝達（動作１８３７）し、ＤＮＳサーバ１０２０からＤＮＳクエリーに対応する応答を受信（動作１８３９）し、受信された応答をクライアントアプリケーション３１０にフォワーディング（動作１８４１）できる。

【0275】

一実施例によれば、クライアントアプリケーション３１０のＵＲＩに対するＤＮＳクエリー時のＤＮＳキャッシュ１０１０に当該ＵＲＩのＭＥＣアプリケーションのＩＰ住所がある場合、当該住所でＭＥＣアプリケーションに接続することができる。一実施例によれば、ＤＮＳリゾルビングで、ＤＮＳキャッシュミス時、ＤＮＳリゾルビングを介してリモート（ｒｅｍｏｔｅ）サーバ（例えば、図３のリモートサーバ３０６）又はＣｌｉｅｎｔ Ａｐｐ－ｄｒｉｖｅｎ ＭＥＣアプリケーションに接続することができる。一実施例によれば、ＤＮＳリゾルビングで、ＤＮＳプロキシ（ｐｒｏｘｙ）がある場合、ＤＮＳプロキシがクライアントアプリケーションのＤＮＳクエリーをフッキング（ｈｏｏｋｉｎｇ）してＭＥＣアプリリストによってＤＮＳリゾルビングを行うことができる。

【0276】

一実施例によれば、ＭＳＥ３３０では３ｒｄパーティーアプリケーション（ｐａｒｔｙ ａｐｐｌｉｃａｔｉｏｎ）にＤＮＳ Ｐｒｅ－ｒｅｓｏｌｖｉｎｇ又はＤＮＳプロキシ機能をサポートすることができる。例えば、既存の基本ＰＤＵセッションを介してデータ接続された状態でＭＥＣ用クライアントアプリケーション３１０が特定サービス接続のためのＤＮＳクエリーをすると、ＤＮＳプロキシがＤＮＳクエリーを横取りし、ＭＥＣ用ドメイン名でＤＮＳサーバ１０２０にクエリーをするか、又はＤＮＳキャッシュ１０１０でルックアップ（ｌｏｏｋｕｐ）して当該ＭＥＣドメインＩＰ住所を返還することができる。これを介し、３ｒｄ パーティーアプリケーションが別途のソフトウェア修正をせず、そしてオペレーターの別途トラフィックフィルタリング（ｔｒａｆｆｉｃ ｆｉｌｔｅｒｉｎｇ）（又はｓｔｅｅｒｉｎｇ）作業無しにＭＥＣサービスを提供することができる。

【0277】

一方、以上で説明された各信号フローチャートは必要によって他の信号フローチャートと接続されて動作することができる。例えば、認証動作（例えば、図４乃至図６のうちの少なくとも一つ）以後ＮＡＳシグナリングを行う図７の動作が行われることができる。

【0278】

また、以上で説明された各信号フローチャートは必要によって他の信号フローチャートの一部に取り替えて用いられる。例えば、図４乃至図６の認証のための動作は他の図面で用いられている動作で取り替えて具現することができる。

【0279】

本明細書及び図面に開示された本開示の多様な実施例は本開示の記述内容を容易に説明して本開示の理解を助けるために特定例を提示したものであるだけ、本開示の範囲を限定しようとするものではない。したがって、本開示の範囲はここに開示された実施例以外にも本開示の技術的思想に基づいて導出されるすべての変更又は変形された形態が本開示の範囲に含まれることに解釈されなければならない。

【産業上の利用可能性】

【0280】

本開示は、無線通信システムでエッジコンピューティングサービスを提供するための場合に用いられることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】