特許 7603153 エッジイネーブラサーバにおける改善された能力公開のための方法および装置

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

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

(11)【特許番号】

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

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

(54)【発明の名称】エッジイネーブラサーバにおける改善された能力公開のための方法および装置

(51)【国際特許分類】

   H04W 28/084 20230101AFI20241212BHJP

   H04W 88/18 20090101ALI20241212BHJP

   H04W 4/02 20180101ALI20241212BHJP

【ＦＩ】

H04W28/084

H04W88/18

H04W4/02

【請求項の数】 18

(21)【出願番号】P 2023519498

(86)(22)【出願日】2021-08-27

(65)【公表番号】

(43)【公表日】2023-10-23

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

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

(87)【国際公開日】2022-04-07

【審査請求日】2023-06-22

(31)【優先権主張番号】PCT/CN2020/119342

(32)【優先日】2020-09-30

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

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(72)【発明者】

【氏名】シュ， ウェンリャン

【審査官】齋藤 浩兵

(56)【参考文献】

【文献】国際公開第２０１９／２４３１７４（ＷＯ，Ａ１）

【文献】SA WG6，Presentation of TS 23.558 v1.0.0 for information[online]，3GPP TSG SA #89E SP-200828，2020年09月21日，pp.55-69，[retrieved on 2024.06.12], Retrieved from the Internet<URL:https://www.3gpp.org/ftp/tsg_sa/TSG_SA/TSGS_89E_Electronic/Docs/SP-200828.zip>

【文献】Ericsson，Introduction of list of SUPIs for Event Exposure[online]，3GPP TSG SA WG2 #138e S2-2002766，2020年04月24日，Section4.15.1，[retrieved on 2024.06.12], Retrieved from the Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_138e_Electronic/Docs/S2-2002766.zip>

【文献】SA WG2，Presentation of TS 23.288: "Architecture enhancements for 5G System (5GS) to support network data analytics services (Release 16)".[online]，3GPP TSG SA #84 SP-190456，2019年06月07日，pp.31-35，[retrieved on 2024.06.12], Retrieved from the Internet<URL:https://www.3gpp.org/ftp/tsg_sa/TSG_SA/TSGS_84/Docs/SP-190456.zip>

【文献】Ericsson，Support group-based location exposure[online]，3GPP TSG SA WG6 #039-BIS-e S6-201770，2020年10月07日，[retrieved on 2024.06.12], Retrieved from the Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG6_MissionCritical/TSGS6_039-BIS-e/Docs/S6-201770.zip>, （本願出願人による本願優先日後の公知文献）

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

エッジイネーブラサーバにおいて実装される方法であって、
エッジアプリケーションサーバから、３ＧＰＰコアネットワークの公開能力についての要求を受信することであって、前記要求が、ユーザ機器（ＵＥ）のグループを識別するＵＥグループ識別子を備え、前記公開能力が、ＵＥロケーション公開能力またはユーザプレーンパス管理公開能力であり、前記ＵＥグループ識別子が、内部グループ識別子または外部グループ識別子である、要求を受信することと、
前記要求に基づいて、前記３ＧＰＰコアネットワークと通信することと、
前記エッジアプリケーションサーバに応答を送信することと
を備え、
前記方法は、
通知情報をアグリゲートすべきかどうかを決定し、アグリゲーション期間を決定することと、
前記通知情報をアグリゲートすると決定したことに応答して、前記エッジアプリケーションサーバに、アグリゲートされた通知情報を備える通知を送信することと
をさらに備え、
前記方法は、ＵＥの前記グループ中のＵＥのＵＥロケーション情報を検出することをさらに備え、
ＵＥの前記グループのための通知情報をアグリゲートすべきかどうかを前記決定し、アグリゲーション期間を前記決定することが、
前記３ＧＰＰコアネットワークから受信されたＵＥの前記グループのためのＵＥ予想挙動分析（すなわち、ＵＥモビリティ分析）の分析結果と、前記エッジイネーブラサーバのローカルポリシと、前記エッジアプリケーションサーバから受信されたＵＥの前記グループのためのＵＥロケーションサブスクリプション情報とに基づいて、ＵＥの前記グループの前記ＵＥロケーション情報をアグリゲートすべきかどうかを決定し、アグリゲーション期間を決定することを備え、
前記ＵＥロケーション情報をアグリゲートすると決定したことに応答して、前記エッジアプリケーションサーバに、アグリゲートされた通知情報を備える前記通知を前記送信することは、
前記アグリゲーション期間の間、ＵＥの前記グループの１つまたは複数のＵＥの前記検出されたＵＥロケーション情報をアグリゲートすることと、
前記エッジアプリケーションサーバにＵＥロケーション通知を送信することであって、前記ＵＥロケーション通知が、前記アグリゲートされたＵＥロケーション情報を備え、前記アグリゲートされたＵＥロケーション情報において、ＵＥロケーション情報の各片は、前記ＵＥを識別するＵＥ識別子と、前記ＵＥのロケーションと、前記ロケーションが実際のものであるのか、予測的なものであるのかを指し示すロケーションタイプとを備える、ことと
を備える、
方法。

【請求項2】

前記公開能力が、前記ＵＥロケーション公開能力であり、前記要求が、ＵＥロケーションサブスクライブ要求であり、前記応答が、ＵＥロケーションサブスクライブ応答であり、
前記３ＧＰＰコアネットワークと通信することが、
前記ＵＥグループ識別子によって識別されたＵＥの前記グループのＵＥロケーションにサブスクライブすることと、ＵＥの前記グループのためのＵＥ予想挙動分析（すなわち、ＵＥモビリティ分析）にサブスクライブすることと
を備える、
請求項１に記載の方法。

【請求項3】

前記ＵＥロケーション情報をアグリゲートしないと決定したことに応答して、
前記エッジアプリケーションサーバに、前記ＵＥの前記検出されたＵＥロケーション情報を備えるＵＥロケーション通知を送信すること
をさらに備える、請求項２に記載の方法。

【請求項4】

ＵＥの前記グループ中のＵＥのＵＥロケーション情報を検出することが、
前記３ＧＰＰコアネットワークから、ＵＥの前記グループ中の前記ＵＥの前記ＵＥロケーション情報を受信することと、
前記ＵＥ予想挙動分析の前記分析結果から、ＵＥの前記グループ中の前記ＵＥの前記ＵＥロケーション情報を取り出すことと
のうちの少なくとも１つを備え、
前記ＵＥ予想挙動分析の前記分析結果が、ＵＥモビリティ統計およびＵＥモビリティ予測を備え、
前記決定することが、前記ＵＥモビリティ統計に基づき、前記取り出すことが、前記ＵＥモビリティ予測に基づく、
請求項２または３に記載の方法。

【請求項5】

前記ＵＥロケーションサブスクリプション情報が、グループ報告ガードタイムを備える、請求項２に記載の方法。

【請求項6】

前記エッジアプリケーションサーバからＵＥロケーションサブスクリプション更新要求を受信することと、
前記ＵＥロケーションサブスクリプション更新要求に関連付けられたＵＥロケーションサブスクリプションを更新することと、
ＵＥの前記グループのための前記ＵＥロケーションサブスクリプションに関係する前記ＵＥロケーションサブスクリプション更新要求に応答して、前記ＵＥ予想挙動分析サブスクリプションを更新することと、
前記エッジアプリケーションサーバにＵＥロケーションサブスクリプション更新応答を送信することと
をさらに備える、請求項２から５のいずれか一項に記載の方法。

【請求項7】

前記エッジアプリケーションサーバからＵＥロケーションアンサブスクライブ要求を受信することと、
前記ＵＥロケーションアンサブスクライブ要求に関連付けられた前記ＵＥロケーションからアンサブスクライブすることと、
ＵＥの前記グループのための前記ＵＥロケーションサブスクリプションに関係する前記ＵＥロケーションアンサブスクライブ要求に応答して、前記ＵＥ予想挙動分析からアンサブスクライブすることと、
前記エッジアプリケーションサーバにＵＥロケーションアンサブスクライブ応答を送信することと
をさらに備える、請求項２から６のいずれか一項に記載の方法。

【請求項8】

前記公開能力が、前記ユーザプレーンパス管理公開能力であり、前記要求が、ユーザプレーンパス管理イベントサブスクライブ要求であり、前記応答が、ユーザプレーンパス管理イベントサブスクライブ応答であり、
前記３ＧＰＰコアネットワークと前記通信することが、
前記ＵＥグループ識別子によって識別されたＵＥの前記グループのためのユーザプレーンパス管理イベントをチェックすることと、
ＵＥの前記グループのためのＵＥ予想挙動分析にサブスクライブすることとを備え、
前記ＵＥ予想挙動分析が、ＵＥモビリティ分析とＵＥ通信分析の両方を備える、
請求項１に記載の方法。

【請求項9】

ＵＥの前記グループ中のＵＥの前記ユーザプレーンパス管理イベントを検出すること、
をさらに備え、
ＵＥの前記グループのための通知情報をアグリゲートすべきかどうかを前記決定し、アグリゲーション期間を前記決定することが、前記３ＧＰＰコアネットワークから受信された前記ＵＥ予想挙動分析の分析結果と、前記エッジイネーブラサーバのローカルポリシと、前記エッジアプリケーションサーバから受信されたＵＥの前記グループのためのユーザプレーンパス管理イベントサブスクリプション情報とに基づいて、ＵＥの前記グループのための前記ユーザプレーンパス管理イベントをアグリゲートすべきかどうかを決定し、アグリゲーション期間を決定することを備え、
前記ユーザプレーンパス管理イベントをアグリゲートすると決定したことに応答して、前記通知情報をアグリゲートすると決定したことに応答して、前記エッジアプリケーションサーバに、アグリゲートされた通知情報を備える通知を送信することは、
前記アグリゲーション期間の間、ＵＥの前記グループの１つまたは複数のＵＥの前記検出されたユーザプレーンパス管理イベントをアグリゲートすることと、
前記エッジアプリケーションサーバにユーザプレーンパス管理イベント通知を送信することであって、前記ユーザプレーンパス管理イベント通知が、前記アグリゲートされたユーザプレーンパス管理イベントを備える、ユーザプレーンパス管理イベント通知を送信することとを備える、
請求項８に記載の方法。

【請求項10】

前記ユーザプレーンパス管理イベントをアグリゲートしないと決定したことに応答して、
前記エッジアプリケーションサーバに、前記ＵＥの前記検出されたユーザプレーンパス管理イベントを備えるユーザプレーンパス管理イベント通知を送信することを備える、
請求項９に記載の方法。

【請求項11】

ＵＥの前記グループ中のＵＥの前記ユーザプレーンパス管理イベントを検出することが、前記３ＧＰＰコアネットワークから、ＵＥの前記グループ中の前記ＵＥのためのユーザプレーンパス管理イベント通知を受信すること
を備え、
前記ＵＥ予想挙動分析の前記分析結果が、ＵＥモビリティ統計およびＵＥ通信統計を備え、
前記ユーザプレーンパス管理イベントサブスクリプション情報が、グループ報告ガードタイムと、エッジアプリケーションサーバ（ＥＡＳ）確認応答の指示とを備える、
請求項９または１０に記載の方法。

【請求項12】

前記エッジアプリケーションサーバからユーザプレーンパス管理イベントサブスクリプション更新要求を受信することと、
前記ユーザプレーンパス管理イベントサブスクリプション更新要求に関連付けられた前記ユーザプレーンパス管理イベントをチェックすることと、
ＵＥの前記グループのためのユーザプレーンパス管理イベントサブスクリプションに関係する前記ユーザプレーンパス管理イベントサブスクリプション更新要求に応答して、前記ＵＥ予想挙動分析サブスクリプションを更新することと、
前記エッジアプリケーションサーバにユーザプレーンパス管理イベントサブスクリプション更新応答を送信することと
をさらに備える、請求項８から１１のいずれか一項に記載の方法。

【請求項13】

前記エッジアプリケーションサーバからユーザプレーンパス管理イベントアンサブスクライブ要求を受信することと、
前記ユーザプレーンパス管理イベントアンサブスクライブ要求に関連付けられた前記ユーザプレーンパス管理イベントからアンサブスクライブすることと、
ＵＥの前記グループのための前記ユーザプレーンパス管理イベントサブスクリプションに関係する前記ユーザプレーンパス管理イベントアンサブスクライブ要求に応答して、前記ＵＥ予想挙動分析からアンサブスクライブすることと、
前記エッジアプリケーションサーバにユーザプレーンパス管理イベントアンサブスクライブ応答を送信することと
をさらに備える、請求項８から１２のいずれか一項に記載の方法。

【請求項14】

エッジアプリケーションサーバにおいて実装される方法であって、
エッジイネーブラサーバに３ＧＰＰコアネットワークの公開能力についての要求を送信することであって、前記要求が、ユーザ機器（ＵＥ）のグループを識別するＵＥグループ識別子を備え、前記公開能力が、ＵＥロケーション公開能力またはユーザプレーンパス管理公開能力であり、前記ＵＥグループ識別子が、内部グループ識別子または外部グループ識別子である、要求を送信することと、
前記エッジイネーブラサーバから応答を受信することと
を備え、
前記方法は、
前記エッジイネーブラサーバから通知を受信することであって、前記通知が、アグリゲートされた通知情報を備える、通知を受信すること
をさらに備え、
前記公開能力が、前記ＵＥロケーション公開能力であり、前記要求が、ＵＥロケーションサブスクライブ要求であり、前記応答が、ＵＥロケーションサブスクライブ応答であり、
前記アグリゲートされた通知情報を備える前記通知を受信することは、
前記エッジイネーブラサーバからＵＥロケーション通知を受信することであって、前記ＵＥロケーション通知が、ＵＥの前記グループ中の１つまたは複数のＵＥのアグリゲートされたＵＥロケーション情報を備え、前記アグリゲートされたＵＥロケーション情報において、ＵＥロケーション情報の各片は、ＵＥの前記グループ中のＵＥを識別するＵＥ識別子と、前記ＵＥのロケーションと、前記ＵＥロケーションが実際のものであるのか、予測的なものであるのかを指し示すロケーションタイプとを備える、こと
を備える、
方法。

【請求項15】

前記アグリゲートされた通知情報を備える前記通知を受信することは、
前記エッジイネーブラサーバから、ＵＥの前記グループ中のＵＥの検出されたＵＥロケーション情報を備えるＵＥロケーション通知を受信することを備える、
請求項１４に記載の方法。

【請求項16】

前記公開能力が、前記ユーザプレーンパス管理公開能力であり、前記要求が、ユーザプレーンパス管理イベントサブスクライブ要求であり、前記応答が、ユーザプレーンパス管理イベントサブスクライブ応答であり、
前記アグリゲートされた通知情報を備える前記通知を受信することは、
前記エッジイネーブラサーバからユーザプレーンパス管理イベント通知を受信することであって、前記ユーザプレーンパス管理イベント通知が、ＵＥの前記グループ中の１つまたは複数のＵＥのアグリゲートされたユーザプレーンパス管理イベントを備える、ユーザプレーンパス管理イベント通知を受信することと、
前記エッジイネーブラサーバから、ＵＥの前記グループ中のＵＥの検出されたユーザプレーンパス管理イベントを備えるユーザプレーンパス管理イベント通知を受信することと
のうちの少なくとも１つを備える、
請求項１４に記載の方法。

【請求項17】

エッジイネーブラサーバであって、
１つまたは複数のプロセッサと、
コンピュータプログラムコードを備える１つまたは複数のメモリと
を備え、
前記１つまたは複数のメモリおよび前記コンピュータプログラムコードは、前記１つまたは複数のプロセッサとともに、前記エッジイネーブラサーバが、請求項１から１３のいずれか一項に記載の方法を実行することを引き起こすように設定された、
エッジイネーブラサーバ。

【請求項18】

エッジアプリケーションサーバであって、
１つまたは複数のプロセッサと、
コンピュータプログラムコードを備える１つまたは複数のメモリと
を備え、
前記１つまたは複数のメモリおよび前記コンピュータプログラムコードは、前記１つまたは複数のプロセッサとともに、前記エッジアプリケーションサーバが、請求項１４から１６のいずれか一項に記載の方法を実行することを引き起こすように設定された、
エッジアプリケーションサーバ。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、概してエッジコンピューティングの分野に関し、より詳細には、エッジイネーブラサーバにおける改善された能力公開のための方法および装置に関する。

【背景技術】

【0002】

このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述は、この観点において読み取られるべきであり、従来技術にあるものまたは従来技術にないものに関する承認として理解されるべきではない。

【0003】

Ｉ．エッジコンピューティングアプリケーションイネーブラ序論
３ＧＰＰ ＴＳ２３．５５８ ｖ１．０．０は、３ＧＰＰネットワークを介したエッジアプリケーションを可能にするために必要な、アプリケーションレイヤアーキテクチャ、プロシージャおよび情報フローを指定している。３ＧＰＰ ＴＳ２３．５５８ ｖ１．０．０は、エッジアプリケーションを可能にするためのアーキテクチャ要件と、アーキテクチャ要件を満たすアプリケーションレイヤアーキテクチャと、エッジアプリケーションの展開を可能にするためのプロシージャとを含む。

【0004】

焦点を当てられる主要な領域のうちの１つは、エッジベースのアプリケーションが、エッジにおけるユーザ機器（ＵＥ）使用のための大掛かりなアプリケーション再開発を必要としないように、エッジベースのアプリケーションに対する影響を最小限に抑えることである。

【0005】

図１は、エッジアプリケーションを可能にするためのアーキテクチャを示す。エッジデータネットワーク（ＥＤＮ）は、ローカルデータネットワークである。エッジアプリケーションサーバおよびエッジイネーブラサーバ（ＥＥＳ）は、ＥＤＮ内に含まれている。エッジ設定サーバは、ＥＥＳをホストするエッジデータネットワークの詳細を含む、ＥＥＳに関係する設定を提供する。ＵＥは、アプリケーションクライアントおよびエッジイネーブラクライアントを含んでいる。エッジアプリケーションサーバ、エッジイネーブラサーバおよびエッジ設定サーバは、３ＧＰＰコアネットワークと対話し得る。

【0006】

ＥＤＧＥ－３参照ポイントが、エッジイネーブラサーバとエッジアプリケーションサーバとの間の対話を可能にする。ＥＤＧＥ－３参照ポイントは、以下、すなわち、
ａ）利用可能性情報（たとえば、時間制約、ロケーション制約）を伴うエッジアプリケーションサーバの登録、
ｂ）エッジイネーブラサーバからのエッジアプリケーションサーバの登録解除、
ｃ）ネットワーク能力情報（たとえば、ロケーション情報）へのアクセスを提供すること、および
ｄ）特定のＱｏＳを伴うアプリケーションクライアントとエッジアプリケーションサーバとの間のデータセッションのセットアップを要求すること
をサポートする。

【0007】

ＩＩ．エッジアプリケーションサーバ（ＥＡＳ）へのＥＥＳ能力公開
エッジイネーブリングレイヤにおける１つの重要な機能性は、ＥＥＳ能力を含むＥＥＳ被公開能力、および被公開３ＧＰＰコアネットワーク能力である。３ＧＰＰコアネットワーク能力は、拡張を用いて、ＥＥＳからエッジアプリケーションサーバに公開され得る。被再公開３ＧＰＰコアネットワーク能力は、以下、すなわち、
１）ＵＥロケーションＡＰＩ（アプリケーションプログラミングインターフェース）、
２）ユーザプレーンパス管理ＡＰＩ、および
３）セッションウィズＱｏＳ ＡＰＩ
であり得る。

【発明の概要】

【0008】

本発明の概要は、発明を実施するための形態において以下でさらに説明される概念の選択を簡略化された形で紹介するために提供される。本発明の概要は、請求される主題の主要な特徴または不可欠な特徴を識別するものではなく、請求される主題の範囲を限定するために使用されるものでもない。

【0009】

本開示は、ＥＥＳにおける改善された能力公開のための、とりわけ、ＥＥＳを介した被再公開３ＧＰＰコアネットワーク能力のための方法および装置を提案する。

【0010】

本開示の第１の態様によれば、エッジイネーブラエンティティにおいて実装される方法が提供される。方法は、エッジアプリケーションエンティティから、３ＧＰＰコアネットワークの公開能力についての要求を受信することであって、要求が、ユーザ機器（ＵＥ）のグループを識別するＵＥグループ識別子を備える、要求を受信することを備える。方法は、要求に基づいて、３ＧＰＰコアネットワークと通信することと、エッジアプリケーションエンティティに応答を送信することとをさらに備える。

【0011】

例示的な実施形態によれば、ＵＥグループ識別子は、内部グループ識別子または外部グループ識別子であり得る。

【0012】

例示的な実施形態によれば、公開能力は、ＵＥロケーション公開能力、またはユーザプレーンパス管理公開能力、またはセッションウィズサービス品質（ＱｏＳ）公開能力であり得る。

【0013】

例示的な実施形態によれば、公開能力は、ＵＥロケーション公開能力であり得、要求は、ＵＥロケーションサブスクライブ要求であり得、応答は、ＵＥロケーションサブスクライブ応答であり得る。実施形態では、３ＧＰＰコアネットワークと通信することは、ＵＥグループ識別子によって識別されたＵＥのグループのＵＥロケーションにサブスクライブすることと、ＵＥのグループのためのＵＥ予想挙動分析にサブスクライブすることとを備え得る。

【0014】

例示的な実施形態によれば、ＵＥ予想挙動分析は、ＵＥモビリティ分析を備え得る。

【0015】

例示的な実施形態によれば、方法は、ＵＥのグループ中のＵＥのＵＥロケーション情報を検出することと、３ＧＰＰコアネットワークから受信されたＵＥ予想挙動分析の分析結果と、エッジイネーブラエンティティのローカルポリシと、エッジアプリケーションエンティティから受信されたＵＥのグループのためのＵＥロケーションサブスクリプション情報とに基づいて、ＵＥのグループのＵＥロケーション情報をアグリゲートすべきかどうかを決定し、アグリゲーション期間を決定することと、ＵＥロケーション情報をアグリゲートすると決定したことに応答して、アグリゲーション期間の間、ＵＥのグループの１つまたは複数のＵＥの検出されたＵＥロケーション情報をアグリゲートすることと、エッジアプリケーションエンティティにＵＥロケーション通知を送信することであって、ここにおいて、ＵＥロケーション通知が、アグリゲートされたＵＥロケーション情報を備え、アグリゲートされたＵＥロケーション情報において、ＵＥロケーション情報の各片は、ＵＥを識別するＵＥ識別子と、ＵＥのロケーションと、ＵＥロケーションが実際のものであるのか、予測的なものであるのかを指し示すロケーションタイプとを備える、ＵＥロケーション通知を送信することと、ＵＥロケーション情報をアグリゲートしないと決定したことに応答して、エッジアプリケーションエンティティに、ＵＥの検出されたＵＥロケーション情報を備えるＵＥロケーション通知を送信することとをさらに備え得る。

【0016】

例示的な実施形態によれば、ＵＥのグループ中のＵＥのＵＥロケーション情報を検出することは、３ＧＰＰコアネットワークから、ＵＥのグループ中のＵＥのＵＥロケーション情報を受信することと、ＵＥ予想挙動分析の分析結果から、ＵＥのグループ中のＵＥのＵＥロケーション情報を取り出すこととのうちの少なくとも１つを備え得る。

【0017】

例示的な実施形態によれば、ＵＥ予想挙動分析の分析結果は、ＵＥモビリティ統計およびＵＥモビリティ予測を備え得る。実施形態では、決定することは、ＵＥモビリティ統計に基づき得、取り出すことは、ＵＥモビリティ予測に基づき得る。

【0018】

例示的な実施形態によれば、ＵＥロケーションサブスクリプション情報は、グループ報告ガードタイムを備え得る。

【0019】

例示的な実施形態によれば、方法は、エッジアプリケーションエンティティからＵＥロケーションサブスクリプション更新要求を受信することと、ＵＥロケーションサブスクリプション更新要求に関連付けられたＵＥロケーションサブスクリプションを更新することと、ＵＥのグループのためのＵＥロケーションサブスクリプションに関係するＵＥロケーションサブスクリプション更新要求に応答して、ＵＥ予想挙動分析サブスクリプションを更新することと、エッジアプリケーションエンティティにＵＥロケーションサブスクリプション更新応答を送信することとをさらに備え得る。

【0020】

例示的な実施形態によれば、方法は、エッジアプリケーションエンティティからＵＥロケーションアンサブスクライブ要求を受信することと、ＵＥロケーションアンサブスクライブ要求に関連付けられたＵＥロケーションからアンサブスクライブすることと、ＵＥのグループのためのＵＥロケーションサブスクリプションに関係するＵＥロケーションアンサブスクライブ要求に応答して、ＵＥ予想挙動分析からアンサブスクライブすることと、エッジアプリケーションエンティティにＵＥロケーションアンサブスクライブ応答を送信することとをさらに備え得る。

【0021】

例示的な実施形態によれば、公開能力は、ユーザプレーンパス管理公開能力であり得、要求は、ユーザプレーンパス管理イベントサブスクライブ要求であり得、応答は、ユーザプレーンパス管理イベントサブスクライブ応答であり得る。実施形態では、３ＧＰＰコアネットワークと通信することは、ＵＥグループ識別子によって識別されたＵＥのグループのためのユーザプレーンパス管理イベントをチェックすることと、ＵＥのグループのためのＵＥ予想挙動分析にサブスクライブすることとを備え得る。

【0022】

例示的な実施形態によれば、ＵＥ予想挙動分析は、ＵＥモビリティ分析とＵＥ通信分析の両方を備え得る。

【0023】

例示的な実施形態によれば、方法は、ＵＥのグループ中のＵＥのユーザプレーンパス管理イベントを検出することと、３ＧＰＰコアネットワークから受信されたＵＥ予想挙動分析の分析結果と、エッジイネーブラエンティティのローカルポリシと、エッジアプリケーションエンティティから受信されたＵＥのグループのためのユーザプレーンパス管理イベントサブスクリプション情報とに基づいて、ＵＥのグループのためのユーザプレーンパス管理イベントをアグリゲートすべきかどうかを決定し、アグリゲーション期間を決定することと、ユーザプレーンパス管理イベントをアグリゲートすると決定したことに応答して、アグリゲーション期間の間、ＵＥのグループの１つまたは複数のＵＥの検出されたユーザプレーンパス管理イベントをアグリゲートすることと、エッジアプリケーションエンティティにユーザプレーンパス管理イベント通知を送信することであって、ここにおいて、ユーザプレーンパス管理イベント通知が、アグリゲートされたユーザプレーンパス管理イベントを備える、ユーザプレーンパス管理イベント通知を送信することと、ユーザプレーンパス管理イベントをアグリゲートしないと決定したことに応答して、エッジアプリケーションエンティティに、ＵＥの検出されたユーザプレーンパス管理イベントを備えるユーザプレーンパス管理イベント通知を送信することとを備え得る。

【0024】

例示的な実施形態によれば、ＵＥのグループ中のＵＥのユーザプレーンパス管理イベントを検出することは、３ＧＰＰコアネットワークから、ＵＥのグループ中のＵＥのためのユーザプレーンパス管理イベント通知を受信することを備え得る。

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

【図1】エッジアプリケーションを可能にするためのアーキテクチャを図示する図である。

【図2】既存のＵＥロケーションＡＰＩのためのサブスクライブ動作を図示する図である。

【図3】既存のＵＥロケーションＡＰＩのための通知動作を図示する図である。

【図4】既存のユーザプレーンパス管理ＡＰＩのためのサブスクライブ動作を図示する図である。

【図5】既存のユーザプレーンパス管理ＡＰＩのための通知動作を図示する図である。

【図6】既存のセッションウィズＱｏＳ ＡＰＩのための作成動作を図示する図である。

【図7】既存のセッションウィズＱｏＳ ＡＰＩのための通知動作を図示する図である。

【図8】本開示のいくつかの実施形態による、エッジイネーブラエンティティにおいて実装される方法を図示するフローチャートである。

【図9】本開示のいくつかの実施形態による、ＵＥロケーションＡＰＩのための改善されたサブスクライブ動作を図示する図である。

【図10】本開示のいくつかの実施形態による、ＵＥロケーションＡＰＩのための改善された通知動作を図示する図である。

【図11】本開示のいくつかの実施形態による、ＵＥロケーションＡＰＩのための改善されたサブスクリプション更新動作を図示する図である。

【図12】本開示のいくつかの実施形態による、ＵＥロケーションＡＰＩのための改善されたアンサブスクライブ動作を図示する図である。

【図13】本開示のいくつかの実施形態による、ユーザプレーンパス管理ＡＰＩのための改善されたサブスクライブ動作を図示する図である。

【図14】本開示のいくつかの実施形態による、ユーザプレーンパス管理ＡＰＩのための改善された通知動作を図示する図である。

【図15】本開示のいくつかの実施形態による、ユーザプレーンパス管理ＡＰＩのための改善されたサブスクリプション更新動作を図示する図である。

【図16】本開示のいくつかの実施形態による、ユーザプレーンパス管理ＡＰＩのための改善されたアンサブスクライブ動作を図示する図である。

【図17】本開示のいくつかの実施形態による、セッションウィズＱｏＳ ＡＰＩのための改善された作成動作を図示する図である。

【図18】本開示のいくつかの実施形態による、セッションウィズＱｏＳ ＡＰＩのための改善された更新動作を図示する図である。

【図19】本開示のいくつかの実施形態による、セッションウィズＱｏＳ ＡＰＩのための改善された取消動作を図示する図である。

【図20】本開示のいくつかの実施形態による、エッジアプリケーションエンティティにおいて実装される方法を図示するフローチャートである。

【図21】本開示のいくつかの実施形態による、エッジアプリケーションエンティティにおいて実装される方法を図示するフローチャートである。

【図22】本開示のいくつかの実施形態による、装置を図示するブロック図である。

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

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

本開示は、明示的に本明細書で開示される特徴の任意の新規の特徴または組合せあるいはその任意の一般化のいずれかを含む。本開示の上記の例示的な実施形態への様々な修正および適応は、添付の図面とともに読まれるとき、上記の説明に鑑みて、当業者に明らかになり得る。しかしながら、任意のおよびすべての修正が、依然として、本開示の非限定的なおよび例示的な実施形態の範囲内に入る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】