WO2022176426A1

WO2022176426A1 - サーバ、要求エンティティ、及びこれらの方法

Info

Publication number: WO2022176426A1
Application number: PCT/JP2022/000274
Authority: WO
Inventors: 強高倉; 利之田村
Original assignee: 日本電気株式会社
Priority date: 2021-02-17
Filing date: 2022-01-06
Publication date: 2022-08-25
Also published as: JPWO2022176426A1; EP4297470A1; EP4297470A4; US20240121740A1

Abstract

第１のサーバ（７）は、エッジデータネットワーク（４）でサービスを提供するエンティティへの接続のための要求を要求エンティティ（２）から受信したことに応じて、少なくとも１つの選択基準に基づいてエッジデータネットワーク（４）内に配置される第２のサーバ（５）を特定することを試行する。第１のサーバ（７）は、第２のサーバ（５）を特定できない又は第２のサーバ（５）を利用できない場合、第２のサーバ（５）と異なる第２の代替サーバを特定、又は、第１のサーバ（７）に代わって第２のサーバを特定することを試行する第１の代替サーバを特定する。これは、例えば、Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ（ＵＥ）のために好ましい１又はそれ以上のエッジサーバの発見に失敗することによる影響の緩和に寄与できる。

Description

サーバ、要求エンティティ、及びこれらの方法

　本開示は、無線通信ネットワークに関し、特にエッジコンピューティングのための装置及び方法に関する。

　エッジコンピューティングは、アプリケーション、データ、コンピューティングパワー（サービス）を、一元的な場所（centralized points）(e.g., centralized data centers)からユーザにより近いロケーション（e.g., distributed data center）に移すことを目指している。European Telecommunications Standards Institute（ETSI）のMulti-access Edge Computing（MEC）と呼ばれるIndustry Specification Groupは、エッジコンピューティングのためのアプリケーション・プラットフォーム及びAPIsを標準化している。例えば、MECは、アプリケーション開発者（application developers）及びコンテンツプロバイダに対して、モバイル加入者（mobile subscribers）に近接した無線アクセスネットワーク（Radio Access Network（RAN））内でのクラウド・コンピューティング能力（capabilities）及びinformation technology（IT）サービス環境を提供する。この環境は、超低遅延（ultra-low latency）及び広帯域幅（high bandwidth）に加えて、アプリケーション及びサービスによって活用される（leveraged）ことができる無線ネットワーク情報（radio network information generation）（e.g., 加入者位置およびセル負荷）への直接アクセスを提供する。

　Third Generation Partnership Project (3GPP) SA6ワーキンググループは、エッジアプリケーションを可能にするためのアーキテクチャ（an architecture for enabling Edge Applications）の標準化作業を開始している（例えば、非特許文献１を参照）。3GPPのこのアーキテクチャは、EDGEAPPアーキテクチャと呼ばれる。EDGEAPPアーキテクチャは、User equipment（UE）上で動作するアプリケーションクライアント（application clients（ACs））とエッジに配置されたアプリケーション（applications）との間の通信を容易にする（facilitate）するための可能化（enabling）レイヤの仕様（specification）を提供する。EDGEAPPアーキテクチャによると、Edge Application Servers（EASs）によって提供されるエッジアプリケーション（applications）は、UEのACsに、Edge Configuration Server（ECS）及びEdge Enabler Server（EES）によって当該UEのEdge Enabler Client（EEC）を介して提供される。

　UE上で動作するACは、エッジクラウド上のサーバーアプリケーション（i.e., 3GPP SA6 terminologyではEAS、又はETSI ISG MEC terminologyではMEC application）を発見する必要がある。ACは、サーバーアプリケーションの発見のために、当該UE上の他のクライアント、すなわちEEC、を利用できる。EECは、エッジデータネットワークにおいて利用可能な（available）EASsのディスカバリをACsに提供する。

　UEは、エッジデータネットワーク（Edge Data Network(EDN)）に接続するために必要な情報をECSから最初にプロビジョンされる。EDNは、１又はそれ以上のEESs及び１又はそれ以上のEASsを含む。より具体的には、UEのEECは、サービスプロビジョニングのためにECSと通信する。サービスプロビジョニングは、UEロケーション、サービス要件（requirements）、サービス性能（performances）、及び接続性（connectivity）に基づいて、利用可能なエッジコンピューティング・サービス（services）についての情報をEECに設定することを可能にする。当該設定は、EDNに配置された１又はそれ以上のEESsとのコネクションを確立するためにEECに必要なアドレス情報を含む。ECSは、UEロケーションに基づいて、且つ例えばEECより提供された１又はそれ以上のApplication Client profilesに基づいて、１又はそれ以上のEESsを特定（又は選択、又は決定）する。

　このサービスプロビジョニングのため、EDNでのサービス提供のためのリソース、及び接続又は設定に関する情報を要求するため、EECはサービスプロビジョニング要求をECSに対して行う。接続又は設定に関する情報は、例えば、利用可能なエッジコンピューティング・サービス（services）についての情報、EDN内のサーバの情報、当該サーバに関する識別子（ID）及びアドレス情報（e.g., Internet Protocol (IP) address、Single-Network Slice Selection Assistance Information (S-NSSAI)、及びサービスエリア情報）、EDN configuration information、及びEECが接続を確立するためのEdge Data Networkに関するコンフィグレーション情報を含む。

　次に、EECは、EESと通信し、ACのためにEASディスカバリを行う。EASディスカバリは、ACのために利用可能な対象のEASs（available EASs of interest)についての情報（EAS情報）を得ることをEECに可能にする。EESは、UEロケーションに基づいて、且つ例えばEECより提供されたEAS discovery filtersに基づいて、１又はそれ以上のEASを特定（又は選択、又は決定、又は発見）する。EASディスカバリのため、EDNでのサービス提供に必要な装置、接続又は設定に関する情報を要求するため、EECはEASディスカバリ要求をEESに対して行う。当該情報は、例えば、利用可能なエッジコンピューティング・サービス（services）についての情報、及びEDN内のサーバの情報を含む。

　以下、サービスプロビジョニング要求及び/又はEASディスカバリ要求を行うエンティティを総称して要求エンティティと呼ぶ。またサービスプロビジョニング要求(Service provisioning request)およびEASディスカバリ要求(Edge Application Server discovery request)を総称して単に要求と呼ぶ。

3GPP TS 23.558 V1.2.0 (2020-11) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture for enabling Edge Applications; (Release 17)", November 2020

　上述のように、3GPP EDGEAPPアーキテクチャでは、エッジデータネットワークに配置されたサーバ（以下ではエッジサーバと呼ぶ）は、１又はそれ以上のEESs及び１又はそれ以上のEASを含む。好ましい又は適切な（preferred or suitable）エッジサーバの情報をUEが可能化（enabling）レイヤを介して取得できない場合、UEはエッジアプリケーションを利用できない。より具体的には、ECSがACのための適切なEESを特定（又は発見）できない場合、ACはエッジアプリケーションを利用できない。あるいは、ECSがEES(s)を発見できたが、EESがACのための適切なEASを特定（又は発見）できない場合も、ACはエッジアプリケーションを利用できない。

　これらの影響は、サービス継続性（continuity）のためのエッジアプリケーション・モビリティ（又はアプリケーションコンテキスト・リロケーション）が必要である場合により深刻であるかもしれない。エッジアプリケーション・モビリティは、ユーザ（つまりAC）に関するアプリケーションコンテキスト若しくはアプリケーション・インスタンス又は両方をソースEAS（又はEDN又はLADN）からターゲットEAS（又はEDN又はLADN）にリロケートする。エッジアプリケーション・モビリティは、UEモビリティ・イベント又は非UEモビリティ・イベントによって引き起こされる。UEモビリティ・イベントは、例えば、EDN内UEモビリティ、EDN間UEモビリティ、及びLocal Area Data Network（LADN）関連UEモビリティを含む。非UEモビリティ・イベントは、例えば、EAS又はEDNのオーバロード状況、及びEASのメンテナンス（例えば、EASのgraceful shutdown）を含む。

　本明細書に開示される実施形態が達成しようとする目的の１つは、UEのために好ましい１又はそれ以上のエッジサーバの発見に失敗することによる影響を緩和することに寄与する装置、方法、及びプログラムを提供することである。この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

　第１の態様では、第１のサーバは、少なくとも１つのメモリ、及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行するよう構成される。前記少なくとも１つのプロセッサは、前記第２のサーバを特定できない又は前記第２のサーバを利用できない場合、前記第２のサーバと異なる第２の代替サーバを特定、又は、前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバを特定するよう構成される。

　第２の態様では、第１のサーバにより行われる方法は以下のステップを含む：
（ａ）エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行すること、及び
（ｂ）前記第２のサーバを特定できない又は前記第２のサーバを利用できない場合、前記第２のサーバと異なる第２の代替サーバを特定、又は、前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバを特定すること。

　第３の態様では、要求エンティティは、少なくとも１つのメモリ、及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信し、前記要求に対する応答を前記第１のサーバから受信するよう構成される。前記少なくとも１つのプロセッサは、少なくとも１つの選択基準に基づいて特定することが試行される前記エッジデータネットワーク内に配置される第２のサーバが特定されない場合、前記応答が、前記第２のサーバと異なる第２の代替サーバの情報もしくは前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバの情報を含むなら、前記第１の代替サーバの情報又は前記第２の代替サーバの情報を前記サービスの提供するために受け入れるか否かを決定するよう構成される。

　第４の態様では、要求エンティティにより行われる方法は以下のステップを含む：
（ａ）エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信すること、
（ｂ）前記要求に対する応答を前記第１のサーバから受信すること、及び
（ｃ）少なくとも１つの選択基準に基づいて特定することが試行される前記エッジデータネットワーク内に配置される第２のサーバが特定されない場合、前記応答が、前記第２のサーバと異なる第２の代替サーバの情報もしくは前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバの情報を含むなら、前記第１の代替サーバの情報又は前記第２の代替サーバの情報を前記サービスの提供するために受け入れるか否かを決定すること。

　第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２又は第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

　上述の態様によれば、UEのために好ましい１又はそれ以上のエッジサーバの発見に失敗することによる影響を緩和することに寄与する装置、方法、及びプログラムを提供できる。

実施形態に係るネットワークのアーキテクチャの一例を示す図である。実施形態に係る第１のサーバの動作の一例を示すフローチャートである。実施形態に係る要求エンティティの動作の一例を示すフローチャートである。実施形態に係るEEC及びECSの動作の一例を示すシーケンス図である。実施形態に係るEEC及びEESの動作の一例を示すシーケンス図である。実施形態に係るソースEES（S-EES）及びECSの動作の一例を示すシーケンス図である。実施形態に係るソースEES（S-EES）及びターゲットEES（T-EES）の動作の一例を示すシーケンス図である。実施形態に係る第１のサーバの動作の一例を示すフローチャートである。実施形態に係るEEC、ECS、及びEESの動作の一例を示すシーケンス図である。実施形態に係るEEC、ECS、EESの動作の一例を示すシーケンス図である。実施形態に係るUEの構成例を示すブロック図である。実施形態に係るサーバの構成例を示すブロック図である。

　以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

　以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

　以下に示される複数の実施形態は、3GPPシステム（e.g., 5G system（5GS））を主な対象として説明される。しかしながら、これらの実施形態は、他の無線通信システムに適用されてもよい。

＜第１の実施形態＞
　図１は、本実施形態に係るネットワークのアーキテクチャの一例を示している。図１のアーキテクチャは、3GPP EDGEAPPアーキテクチャに相当する。図１に示された要素の各々は機能エンティティであり、3GPPにより定義された機能及びインタフェースを提供する。図１に示された各要素（機能エンティティ）は、例えば、専用ハードウェア（dedicated hardware）上のネットワークエレメントとして、専用ハードウェア上で動作する（running）ソフトウェア・インスタンスとして、又はアプリケーション・プラットフォーム上にインスタンス化（instantiated）された仮想化機能として実装されることができる。

　図１の例では、User Equipment（UE）１は、Edge Enabler Client（EEC）２、及び１又はそれ以上のApplication Clients（ACs）３を含む。言い換えると、EEC２及び１又はそれ以上のACs３は、UE１に配置され、UE１上で動作する。なお、図１には明示されていないが、UE１は、アクセスネットワーク（e.g., Radio Access Network（e.g., NG Radio Access Network（NG-RAN））を介して3GPPコアネットワーク８（e.g., 5G Core(5GC)）と通信する。これにより、UE１は、アクセスネットワーク及び3GPPコアネットワーク８を介したデータネットワークとの接続性をEEC２及びAC(s)３に提供する。

　EEC２は、AC(s)３により必要とされるサポート機能（supporting functions）を提供する。具体的には、EEC２は、Edge Application Server（EAS）とのアプリケーション・データ・トラフィックの交換を可能とするために設定情報のプロビジョニングを提供する。さらに、EEC２は、Edge Data Network(EDN)４内で利用可能な１又はそれ以上のEASsの発見のための機能を提供する。EEC２は、EASディスカバリで得られたEASのエンドポイント情報を発信（outgoing）アプリケーション・データ・トラフィックのEASへのルーティングのために使用する。さらに、EEC２は、EES５及びEAS(s)６の登録（i.e., registration, update, and de-registration）の機能を提供する。

　各AC３は、UE１で動作するアプリケーションである。各AC３は、エッジコンピューティングサービスを利用するために、１又はそれ以上のEASsに接続し、アプリケーション・データ・トラフィックをこれらEASsと交換する。

　１つのEdge Data Network（EDN）４は、１又はそれ以上のEdge Enabler Servers（EES）５、及び１又はそれ以上のEdge Application Servers（EASs）６を含む。EDN４は、Local Area Data Network（LADN）であってもよい。LADNは、１又はそれ以上の特定のエリアのみでのDN（及び対応するData Network Name（DNN））への限定的なアクセスを可能にする。当該エリアの外では、UE１は、当該DN（及びDNN）にアクセスできない。LADN DNNが利用可能なエリアは、LADNサービスエリアと呼ばれ、Tracking Areas（TAs）のセットとしてネットワーク内に設定される。LADN特徴を使用していないDNNsは、LADNサービスエリアを持たず、当該特徴によって制限されない。LADNサービスエリアは、UE１が登録するときに3GPPコアネットワーク８内のAccess and Mobility Management Function（AMF）によってUE１に提供される。これにより、UE１は、LADN（又はEDN）が利用可能であるエリアを知ることができ、このエリアの外では当該LADN（又はEDN）へのアクセスを試みない。

　各EES５は、EAS(s)６及びEEC２により必要とされるサポート機能（supporting functions）を提供する。具体的には、各EES５は、設定情報のプロビジョニングをEEC２に提供し、これによりアプリケーション・データ・トラフィックのEAS(s)６との交換を可能にする。各EES５は、EEC２及びEAS(s)６の登録（i.e., registration, update, and de-registration）の機能を提供する。各EES５は、EESs間のアプリケーションコンテキスト転送の機能を提供する。この機能は、サービス継続性（continuity）のためのエッジアプリケーション・モビリティ（又はアプリケーションコンテキスト・リロケーション）のために必要とされる。エッジアプリケーション・モビリティは、ユーザ（つまりAC）に関するアプリケーションコンテキスト若しくはアプリケーション・インスタンス又は両方をソースEAS（又はEDN又はLADN）からターゲットEAS（又はEDN又はLADN）にリロケートする。エッジアプリケーション・モビリティは、UEモビリティ・イベント又は非UEモビリティ・イベントによって引き起こされる。UEモビリティ・イベントは、例えば、EDN内UEモビリティ、EDN間UEモビリティ、及びLADN関連UEモビリティを含む。非UEモビリティ・イベントは、例えば、EAS又はEDNのオーバロード状況、及びEASのメンテナンス（例えば、EASのgraceful shutdown）を含む。

　さらに、各EES５は、Application Programming Interface (API) invoker及びAPI exposing functionの機能をサポートする。各EES５は、3GPPコアネットワーク８内のネットワーク機能のサービス（services）及び能力（capabilities）にアクセスするために3GPPコアネットワーク８と直接的に（e.g., Policy Control Function（PCF）を介して）又は間接的に（e.g., Network Exposure Function（NEF）若しくはService Capability Exposure Function (SCEF)を介して）インタラクトしてもよい。各EES５は、EAS(s)６への3GPPネットワーク機能のサービス（services）及び能力（capabilities）の外部露出（external exposure）をサポートしてもよい。

　各EAS６は、EDN４に配置され、アプリケーションのサーバ機能を実行する。アプリケーションのサーバ機能は、エッジのみで利用可能であってもよい。言い換えると、アプリケーションのサーバ機能は、EASとしてのみ利用可能であってもよい。しかしながら、アプリケーションのサーバ機能は、エッジとクラウド内の両方において利用可能であってもよい。言い換えると、アプリケーションのサーバ機能は、アプリケーションのサーバ機能は、EASとして利用可能であり、加えてクラウド内のアプリケーションサーバとして利用可能であってもよい。ここでのクラウドは、EDN４よりもUE１から離れて配置された中央（central）クラウドを意味する。したがって、クラウド内のアプリケーションサーバは、一元化された(centralized)場所（e.g., centralized data center）に配置されたサーバを意味する。各EAS６は、3GPPコアネットワーク能力（capabilities）を消費又は利用してもよい。各EAS６は、3GPPコアネットワーク機能APIを直接的に呼び出し（invoke）してもよい。これに代えて、各EAS６は、EES５を介して、又はNEF若しくはSCEFを介して、3GPPコアネットワーク能力（capabilities）を消費又は利用してもよい。

　Edge Configuration Server（ECS）７は、EES(s)５に接続するためにEEC２により必要とされるサポート機能（supporting functions）を提供する。具体的には、ECS７は、エッジ設定情報のEEC２へのプロビジョニングを提供する。エッジ設定情報は、EES(s)５に接続するためのEEC２への情報（e.g., LADNに該当する（applicable to）サービスエリア情報）を含み、EES(s)５とのコネクションを確立するための情報（e.g., Uniform Resource Identifier (URI）)を含む。ECS７は、EES(s)５の登録（i.e., registration, update, and de-registration）の機能を提供する。さらに、ECS７は、API invoker及びAPI exposing functionの機能をサポートする。ECS７は、3GPPコアネットワーク８内のネットワーク機能のサービス（services）及び能力（capabilities）にアクセスするために3GPPコアネットワーク８と直接的に（e.g., PCFを介して）又は間接的に（e.g., NEF若しくはSCEFを介して）インタラクトしてもよい。ECS７は、3GPPコアネットワーク８を提供するMobile Network Operator（MNO）ドメイン内に配置されてもよいし、サービスプロバイダ（e.g., Edge Computing Service Provider(ECSP)）のサードパーティ・ドメインに配置されてもよい。

　図１の構成例は、説明の便宜のために、代表的な要素のみを示している。例えば、ECS７は、EDN４を含む複数のEDNsに接続されてもよい。

　図２は、本実施形態に係る第１のサーバの動作の一例を示すフローチャートである。第１のサーバは、EDN４に配置された好ましい又は適切なエッジサーバを特定（発見、選択、又は決定）することを試みる。一例では、第１のサーバは、ECS７であってもよく、UE１のEEC２からの要求に応じて、１又はそれ以上のEESsを特定することを試行してもよい。あるいは、第１のサーバは、ECS７であってもよく、エッジアプリケーション・モビリティ（又はアプリケーションコンテキスト・リロケーション）の際に、ソースEES（S-EES）からの要求に応じて、ターゲットEES（T-EES）を特定することを試行してもよい。他の例では、第１のサーバは、EES５であってもよく、UE１のEEC２からの要求に応じて、１又はそれ以上のEASsを特定することを試行してもよい。あるいは、第１のサーバは、EES５（T-EES）であってもよく、エッジアプリケーション・モビリティ（又はアプリケーションコンテキスト・リロケーション）の際に、S-EESからの要求に応じて、ターゲットEAS（T-EAS）を特定することを試行してもよい。

　ステップ２０１では、第１のサーバは、要求（requesting）エンティティから要求を受信する。要求エンティティは、機能エンティティであってもよい。第１のサーバがECS７であるケースでは、要求エンティティは、EEC２であってもよいし、エッジアプリケーション・モビリティでのS-EES（e.g., EES５）であってもよい。第１のサーバがEES５であるケースでは、要求エンティティは、EEC２であってもよいし、エッジアプリケーション・モビリティでのS-EESであってもよい。要求は、エッジデータネットワークでサービスを提供するエンティティへの接続を要求する。当該要求は、サービスプロビジョニング要求又はEASディスカバリ要求であってもよい。当該要求は、EEC registration requestであってもよいし、EEC registration update requestであってもよい。

　ステップ２０２では、要求の受信に応じて、第１のサーバは、EDN４内に配され且つ少なくとも１つの選択基準を満たす第２のサーバを特定することを試行する。なお、ECS７によるEES(s)の選択（又は決定、又は発見、又は特定）のケースでは、第２のサーバはEESである。さらに、この場合、少なくとも１つの選択基準において考慮される少なくとも１つのファクターは、UE１のロケーション、EEC２より提供される少なくとも１つのApplication Client profile、第２のサーバ（i.e., EES）の稼働状態、又は第２のサーバ（i.e., EES）の負荷状態のうち少なくとも１つを含んでもよい。ECS７は、提供されたApplication Client profileにマッチするEES(s)を特定してもよい。複数のApplication Client profilesが提供されたなら、ECS７は、全てのApplication Client profilesにマッチするEES(s)を特定してもよい。あるいは、ECS７は、提供されたApplication Client profilesのうち少なくとも１つにマッチするEES(s)を特定してもよい。

　一方、EES５によるEAS(s)の選択（又は決定、又は発見、又は特定）のケースでは、第２のサーバはEASである。さらに、この場合、少なくとも１つの選択基準において考慮される少なくとも１つのファクターは、UE１のロケーション、EEC２より提供されるEAS discovery filters、第２のサーバ（i.e., EAS）の稼働状態、又は第２のサーバ（i.e., EAS）の負荷状態のうち少なくとも１つを含んでもよい。EAS discovery filtersに包含されるList of Application Client characteristicsは、複数のApplication Clients（つまり、複数のApplication Client Profiles）を示してもよい。この場合、EES５は、全てのApplication Client profilesにマッチするEAS(s)を特定してもよい。あるいは、EES５は、提供されたApplication Client profilesのうち少なくとも１つにマッチするEAS(s)を特定してもよい。さらに又はこれに代えて、EAS discovery filtersに包含されるList of Edge Application Server characteristicsは、複数のアイテムを示してもよい。当該リストに掲載された各アイテムは、１又はそれ以上の特性のセット（e.g., EAS type、EAS schedule、EAS Geographical Service Area、EAS Topological Service Area、Service continuity support、及びEAS statusの任意の組み合わせ）を示す。EES５は、当該リストに掲載された全アイテムにマッチするEAS(s)を特定してもよい。あるいは、ECS７は、当該リストに掲載された少なくとも１つのアイテムにマッチするEES(s)を特定してもよい。

　選択基準を満たす好ましい又は適切な第２のサーバを特定に成功したことに応じて（ステップ２０３でYES）、手順はステップ２０４に進む。ステップ２０４では、第１のサーバ（i.e., ECS７又はEES５）は、特定された第２のサーバ（e.g., EES、EAS、T-EES、又はT-EAS）の情報を要求エンティティ（i.e., EEC２又はS-EES）に送信する。

　これに対して、選択基準を満たす好ましい又は適切な第２のサーバを特定に失敗したことに応じて（ステップ２０３でNO）、手順はステップ２０５に進む。ステップ２０５では、第１のサーバ（i.e., ECS７又はEES５）は、第２のサーバの代わりに代替サーバ（e.g., EES、EAS、T-EES、又はT-EAS）の情報を要求エンティティ（i.e., EEC２又はS-EES）に送信する。なお、代替サーバの情報は、エッジデータネットワークの情報に含めて送信されてもよい。具体的には、代替サーバ（又は代替サーバの設定情報）が利用可能であるなら、第１のサーバは代替サーバの（設定）情報を要求エンティティに送信してもよい。代替サーバ（i.e., 代替EES、又は代替EAS）は、デフォルトサーバ、中央（central）サーバ、一元化された(centralized)サーバと呼ばれてもよい。

　第1のサーバは、代替サーバであることを明示的に示す識別子を代替サーバ情報と関連付けて要求エンティティに送信してもよい。要求エンティティは、当該識別子に基づき受信したサーバ情報が代替サーバの情報であることを認識してもよい。あるいは、要求エンティティは、第1のサーバへの要求に含めたEAS discovery filtersに含まれるEAS情報（後述するEASsの特性などを含む）が要求の応答に含まれていない場合、受信したサーバ情報は代替サーバであると認識してもよい。また、代替サーバの情報は、第２のサーバを特定するための少なくとも１つの選択基準のうち当該代替サーバが満たすことのできていない基準を含んでもよい。また、代替サーバの情報は、第２のサーバを特定するための少なくとも１つの選択基準のうち当該代替サーバが満たしている基準を含んでもよい。

　代替サーバの情報は、事前に第１のサーバに設定（又は提供）されていてもよい。これに変えて、第１のサーバ（e.g., EES５）は、代替サーバの情報を動的に、又は定期的に、ECS７から取得してもよい。

　代替サーバは、第２のサーバを特定するための少なくとも１つの選択基準のうち一部又は全部を満たすことができないサーバであってもよい。例えば、EES(s)の選択（又は決定、又は発見、又は特定）のケースでは、EEC２より提供されたApplication Client profileに完全にマッチするEESを第１のサーバ（i.e., ECS７）が特定できなかったなら、第１のサーバ（i.e., ECS７）は、代替EESの情報によってEEC２の要求に応答してもよい。Application Client profileは、例えば、“Application Client Schedule”、“Expected Application Client Geographical Service Area”、“Service Continuity Support”、又は“List of EASs”のうち少なくとも１つを含む。Application Client Scheduleは、AC３の予想される動作スケジュール（expected operation schedule）、例えばタイムウインドウ、を示す。Expected Application Client Geographical Service Areaは、AC３の予想される動作スケジュールの間でのUE１の予想される位置（expected location(s)）、例えばルート、を示す。Service Continuity Supportは、AC３のためにサービス継続性サポートが必要とされるか否かを示す。List of EASsは、EAS IDを含み、Application Client Service Key Performance Indicators (KPIs)）をさらに含んでもよい。Application Client Service KPIsは、AC３によって要求されるサービス特性（characteristics）を示す。これらのサービス特性は、例えばconnection bandwidth、maximum request rate to be generated by the AC、maximum response time、maximum compute resources required by the AC、maximum memory resources required by the AC、又はInformation specific to the AC type（e.g., video, Virtual Reality (VR), etc.）のうち少なくとも１つを含む。代替EESは、Application Client profileで要求されるこれらのサービス特性のうちの一部又は全部を満たすことができないEESであってもよい。言い換えると、代替EESは、Application Client profileで要求される全てのサービス特性を満たすEASとの接続をEEC２に提供できないEESであってもよい。さらに言い換えると、代替EESは、Application Client profileで要求されるサービス特性のうちの一部又は全部を満たすことができないEAS(s)との接続のみをEEC２に提供できるEESであってもよい。なお、上述のEEC2の要求への応答は、Request/Responseモデルに基づくservice provisioning手順における応答を意味するが、Subscribe-Notifyモデルに基づくservice provisioning手順では、要求への応答に代えて第１のサーバは、代替EESの情報をEEC２に通知する。

　一方、EAS(s)の選択（又は決定、又は発見、又は特定）のケースでは、EEC２より提供されたEAS discovery filtersに完全にマッチするEASを第１のサーバ（i.e., EES５）が特定できなかったなら、第１のサーバ（i.e., EES５）は、代替EASの情報によってEEC２の要求に応答してもよい。EAS discovery filtersは、要求されたEASを決定するために必要な特性（characteristics）のセットを示す。例えば、EAS discovery filtersは、上述のApplication Client profileを含んでもよい。さらに又はこれに代えて、EAS discovery filtersは、１又はそれ以上の要求されるEASsの特性を示してもよい。各required EASの特性は、例えば、EAS ID、EAS provider identifier、category or type of the EAS、required availability schedule of the EAS、location(s) (e.g. geographical area, route) where the EAS service should be available、又はtopological area (e.g. cell ID, Tracking Area Identity（TAI）) for which the EAS service should be availableのうち少なくとも１つを含む。代替EASは、EAS discovery filtersで要求されるこれらの特性のうち一部又は全部を満たすことができないEASであってもよい。なお、上述のEEC2の要求への応答は、Request/Responseモデルに基づくEAS discovery手順における応答を意味するが、Subscribe-Notifyモデルに基づくEAS discovery手順では、要求への応答に代えて第１のサーバは、代替EASの情報をEEC2に通知する。

　さらに又はこれに代えて、代替サーバは、クラウド内のアプリケーションサーバとして利用可能であってもよい。ここでのクラウドは、EDN４（エッジクラウド）よりもUE１から離れて配置された中央（central）クラウドを意味する。代替サーバは、一元化された(centralized)場所（e.g., centralized data center）に配置されたサーバであってもよい。代替サーバ（i.e., 代替EES、又は代替EAS）は、Application Client profileで要求されるサービス特性のうちの一部（e.g., maximum response time）を満たすことができないデータネットワークに配置されたEES又はEASであってもよい。幾つかの実装では、第２のサーバはLADN内のサーバであり、これに対して代替サーバはLADNではない通常のDNに配置されたサーバであってもよい。これに代えて、代替サーバは、少なくとも１つの選択基準の内の少なくとも１つを満たさないサーバを含む第２のLADNに配置されたサーバであってもよい。少なくとも１つの選択基準の内の少なくとも１つは、サービスエリア、地理的エリア、経路、トポロジカルエリア、最大応答時間、のいずれかであってもよい。これに代えて、第２のサーバは第１のLADN内のサーバであり、これに対して代替サーバは第１のLADNよりも広いサービスエリアに対応付けられた第２のLADNに配置されたサーバであってもよい。

　図３は、本実施形態に係る要求エンティティの動作の一例を示すフローチャートである。EES(s)の選択（又は決定、又は発見、又は特定）のケースでは、要求エンティティは、EEC２であってもよいし、エッジアプリケーション・モビリティでのS-EES（e.g., EES５）であってもよい。EAS(s)の選択（又は決定、又は発見、又は特定）のケースでは、要求エンティティは、EEC２であってもよいし、エッジアプリケーション・モビリティでのS-EESであってもよい。

　ステップ３０１では、要求エンティティは第１のサーバ（e.g., ECS７、又はEES５）に要求を送信する。要求は、エッジデータネットワークでサービスを提供するエンティティへの接続を要求する。当該要求は、サービスプロビジョニング要求又はEASディスカバリ要求であってもよい。当該要求は、EEC registration requestであってもよいし、EEC registration update requestであってもよい。ステップ３０２では、要求エンティティは第１のサーバから要求への応答または通知を受信する（以降、通知と応答を読み替える場合がある）。

　EDN４内に配置され且つ少なくとも１つの選択基準を満たす第２のサーバの情報をステップ３０２の応答が包含するなら、手順はステップ３０４に進む。あるいは、ステップ３０２の応答において、代替サーバであることを明示的に示す識別子が第２のサーバの情報に関連付けられていない場合、手順はステップ３０４に進む。あるいは、第１のサーバへの要求に含めたEAS discovery filtersに含まれるEAS情報がステップ３０２の応答に含まれている場合、手順はステップ３０４に進む。ステップ３０４では、要求エンティティ（e.g., EEC２、又はS-EES）は、受信した第２のサーバ（e.g., EES、EAS、T-EES、又はT-EAS）の情報を後続の通信のために使用する。例えば、要求エンティティがEES(s)の選択（又は決定、又は発見、又は特定）のケースでのEEC２であるなら、EEC２は受信した第２のサーバ（i.e., EES）の情報を、後続のEASディスカバリにおいて利用してもよい。あるいは、要求エンティティがEAS(s)の選択（又は決定、又は発見、又は特定）のケースでのEEC２であるなら、EEC２は受信した第２のサーバ（i.e., EES）の情報（e.g., エンドポイント情報）を、アプリケーション・データ・トラフィックのEASへのルーティングのために使用してもよい。

　これに対して、ステップ３０２の応答が第２のサーバの情報を含まず代わりに代替サーバの情報を包含するなら、手順はステップ３０５に進む。あるいは、ステップ３０２の応答において、代替サーバであることを明示的に示す識別子が（第２の、又は代替）サーバの情報に関連付けられている場合、手順はステップ３０５に進む。あるいは、第1のサーバへの要求に含めたApplication Client profile、またはEAS discovery filtersに含まれるEAS情報がステップ３０２の応答に含まれていない場合、手順はステップ３０５に進む。ステップ３０５では、要求エンティティ（e.g., EEC２、又はS-EES）は、受信した代替サーバの情報を後続の通信に使用するために受け入れるか否かを決定する。この決定において、要求エンティティ（e.g., EEC２）は、Application Client profileで要求されるサービス特性（e.g., Application Client Service KPIs）を考慮してもよい。

　具体的には、EEC2は、受信した代替サーバの情報をAC３に通知してもよい。AC３から代替サーバを受け入れることを示す通知に基づいて、EEC2は代替サーバの情報を受け入れると判別してもよい。一方、AC３から代替サーバを受け入れないことを示す通知に基づいて、EEC2は代替サーバの情報を受け入れないと判別してもよい。また、EEC２は、代替サーバであることを明示的に示す識別子が（第２の、又は代替）サーバの情報に関連付けられているかどうかを受け入れ決定において考慮してもよい。具体的には、EEC２が代替サーバの受け入れを許容するケースでは、代替サーバであることを明示的に示す識別子がサーバの情報に関連付けられている場合、EEC2は代替サーバの情報を受け入れると判別してもよい。一方、EEC２が代替サーバの受け入れを許容しないケースでは、代替サーバであることを明示的に示す識別子がサーバの情報に関連付けられている場合、EEC2は代替サーバの情報を受け入れないと判別してもよい。また、EEC２は、第１のサーバへの要求に含めたApplication Client profile（またはEAS discovery filters）に含まれるEAS情報が要求の応答に含まれているかどうかを受け入れ決定において考慮してもよい。具体的には、EEC２が代替サーバの受け入れを許容するケースでは、第１のサーバへの要求に含めたApplication Client profile（またはEAS discovery filters）に含まれるEAS情報が要求の応答に含まれていない場合、EEC2は代替サーバの情報を受け入れると判別してもよい。一方、EEC２が代替サーバの受け入れを許容しないケースでは、第１のサーバへの要求に含めたApplication Client profile（またはEAS discovery filters）に含まれるEAS情報が要求の応答に含まれていない場合、EEC２は代替サーバの情報を受け入れないと判別してもよい。なお、EEC２による代替サーバの受け入れ許容/非許容ケースは、事前に設定されたローカルポリシーに基づいてもよいし、代替サーバ情報受信に応じて、またはAC３の代替サーバ許容/非許容ポリシーを定期的に確認することに基づいてもよい。

　要求エンティティがEEC２であり且つ代替EESの情報を受け入れる場合、要求エンティティ（EEC２）は以下のように動作してもよい。EEC２がEASディスカバリ手順を開始するとき、EEC２は、EASについての情報をEAS discovery filters（e.g., List of EASs in Application Client Profile、及びList of Edge Application Server characteristics）に含めない。

　要求エンティティがEEC２であり且つ代替EESの情報を受け入れない場合、要求エンティティ（EEC２）は以下のように動作してもよい。EEC２は、受信した代替EESの情報（設定情報）を破棄し、service provisioning手順を中止（abort）する。EEC２は、現在状況をAC３に知らせてもよい。EEC２は、現在状況の情報をAC固有の（AC-specific）情報（e.g., status）にマップしてもよい。あるいは、EEC２は、現在状況の情報を透過的にAC３に転送してもよい。

　同様に、要求エンティティがEEC２であり且つ代替EASの情報を受け入れない場合、要求エンティティ（EEC２）は以下のように動作してもよい。EEC２は、受信した代替EASの情報（設定情報）を破棄し、EAS discovery手順を中止（abort）する。EEC２は、現在状況をAC３に知らせてもよい。EEC２は、現在状況の情報をAC固有の（AC-specific）情報（e.g., status）にマップしてもよい。あるいは、EEC２は、現在状況の情報を透過的にAC３に転送してもよい。

　上述の第１のサーバ及び要求エンティティの動作によれば、選択基準を満たす好ましい又は適切な第２のサーバが特定、発見、選択、又は決定されることができないとき、第１のサーバは、代替サーバの情報を要求エンティティに提供することができる。要求エンティティは、代替サーバを後続の通信のために使用するか否かを決定できる。言い換えると、好ましい又は適切な第２のサーバを特定できない場合に、第１のサーバは、次善策（プランＢ）を要求エンティティに提案できる。これにより、希望のサービス特性の全てをAC３が享受することはできないかもしれないが、代替サーバが利用されるプランＢは、サービスの提供を確保し、サービス継続性を確保することに寄与できる。したがって、上述の第１のサーバ及び要求エンティティの動作は、UE１のために好ましい１又はそれ以上のエッジサーバの発見に失敗することによる影響を緩和することができる。

　以下は、上述の第１のサーバ及び要求エンティティの動作の実装の幾つかの具体例を図４から図７を参照しながら提供する。図４は、Request/Responseモデルに基づくservice provisioning手順におけるEEC２及びECS７の動作の一例を示している。図４のEEC２は上述の要求エンティティに対応し、図４のECS７は上述の第１のサーバに対応する。ステップ４０１では、EEC２は、service provisioning requestをECS７に送る。

　ステップ４０２では、ECS７は、少なくとも１つの選択基準を満たす少なくとも１つのEESを特定することを試行する。例えば、少なくとも１つの選択基準は、UEロケーション及びステップ４０１の要求を介してEEC２より提供された少なくとも１つのApplication Client profileの一方又は両方を考慮する。さらに又はこれに代えて、少なくとも１つの選択基準は、例えば、EESの稼働状態及びEESの負荷状態の一方又は両方を考慮してもよい。少なくとも１つの選択基準は、他のファクター、例えば、ECS７におけるUE固有（UE-specific）サービス情報、又はECSPポリシーを考慮してもよい。図２（ステップ２０５）を参照して説明されたように、ECS７は、少なくとも１つの選択基準を満たすEESを特定できない場合に、代替EESを選択してもよい。

　ステップ４０３では、ECS７は、service provisioning responseによってEEC２の要求に応答する。当該応答は、EDN設定情報を含む。EDN設定情報は例えば、EDN４の識別情報、サービスエリア情報（e.g., LADN service area）、及びEESへのコネクションを確立するために必要な情報（e.g.,エンドポイント情報）を含む。EESについての情報は、決定されたEES、又は代替EESに関する。図３（ステップ３０５）を参照して説明されたように、応答が代替EESの情報を含むなら、EEC２は、代替EESの情報を後続の通信に使用するために受け入れるか否かを決定してもよい。

　図４に示されたservice provisioning手順は適宜変更されることができる。特に、service provisioning手順は、Request-Responseモデルに代えて、Subscribe-Notifyモデルに従ってもよい。図４に示されたEEC２とECS７との間のシグナリングは、3GPPコアネットワーク８及びアクセスネットワークによって提供されるユーザプレーン・コネクション（e.g.,データ無線ベアラ及び1又はそれ以上のユーザプレーン・トンネル）を介して行われてもよい。これに代えて、当該シグナリングは、3GPPコアネットワーク８及びアクセスネットワークによって提供されるコントロールプレーン・コネクションを介して行われてもよい。当該コントロールプレーン・コネクションは、UE１と3GPPコアネットワーク８内のコントロールプレーン・エンティティ（e.g., AMF又はMobility Management Entity (MME)）との間のNon-Access Stratum (NAS)シグナリングコネクションを含む。

　図５は、Request/Responseモデルに基づくEAS discovery手順におけるEEC２及びEES５の動作の一例を示している。図５のEEC２は上述の要求エンティティに対応し、図５のEES５は上述の第１のサーバに対応する。ステップ５０１では、EEC２は、Edge Application Server discovery requestをEES５に送る。

　ステップ５０２では、EES５は、少なくとも１つの選択基準を満たす少なくとも１つのEASを特定することを試行する。例えば、少なくとも１つの選択基準は、UEロケーション及びステップ５０１の要求を介してEEC２より提供されたEAS discovery filtersの一方又は両方を考慮する。さらに又はこれに代えて、少なくとも１つの選択基準は、例えば、EASの稼働状態及びEASの負荷状態の一方又は両方を考慮してもよい。少なくとも１つの選択基準は、他のファクター、例えば、EES５におけるUE固有（UE-specific）サービス情報、又はECSPポリシーを考慮してもよい。図２（ステップ２０５）を参照して説明されたように、EES５は、少なくとも１つの選択基準を満たすEASを特定できない場合に、代替EASを選択してもよい。

　ステップ５０３では、EES５は、Edge Application Server discovery responseによってEEC２の要求に応答する。当該応答は、発見されたEAS(s)の情報を含む。発見された各EASに関して、当該情報はエンドポイント情報を含む。当該情報は、さらに、マッチした特性（capabilities）、例えばサービス許可レベル（service permissions levels）、EASがサポートできるAC位置（Application Client locations that the Edge Application Servers can support）、及びKPIs等、に関する追加情報を含んでもよい。これに代えて、ステップ５０３の応答は、代替EASの情報（e.g.,,エンドポイント情報）を含んでもよい。ステップ５０３の応答は、代替EASの情報に加えて、部分的にマッチした特性、例えばサービス許可レベル（service permissions levels）、代替EASがサポートできるAC位置、及びKPIs等、に関する追加情報を含んでもよい。図３（ステップ３０５）を参照して説明されたように、応答が代替EASの情報を含むなら、EEC２は、代替EASの情報を後続の通信に使用するために受け入れるか否かを決定してもよい。

　図５に示されたEAS discovery手順は適宜変更されることができる。特に、EAS discovery手順は、Request-Responseモデルに代えて、Subscribe-Notifyモデルに従ってもよい。図５に示されたEEC２とEES５との間のシグナリングは、3GPPコアネットワーク８及びアクセスネットワークによって提供されるユーザプレーン・コネクション（e.g.,データ無線ベアラ及び1又はそれ以上のユーザプレーン・トンネル）を介して行われてもよい。これに代えて、当該シグナリングは、3GPPコアネットワーク８及びアクセスネットワークによって提供されるコントロールプレーン・コネクションを介して行われてもよい。当該コントロールプレーン・コネクションは、UE１と3GPPコアネットワーク８内のコントロールプレーン・エンティティ（e.g., AMF又MME）との間のNASシグナリングコネクションを含む。

　図６は、Retrieve Target Edge Enabler Server手順におけるソースEES（S-EES）６１及びECS７の動作の一例を示している。図６のS-EES６１は上述の要求エンティティに対応し、図６のECS７は上述の第１のサーバに対応する。ステップ６０１では、S-EES６１は、Retrieve Edge Enabler Server requestをECS７に送る。

　ステップ６０２では、ECS７は、少なくとも１つの選択基準を満たす少なくとも１つのターゲットEES（T-EES）を特定することを試行する。例えば、少なくとも１つの選択基準は、UEロケーション及びターゲットDNAIの一方又は両方を考慮する。さらに又はこれに代えて、少なくとも１つの選択基準は、例えば、EESの稼働状態及びEESの負荷状態の一方又は両方を考慮してもよい。少なくとも１つの選択基準は、他のファクター、例えば、ECS７におけるUE固有（UE-specific）サービス情報、又はECSPポリシーを考慮してもよい。図２（ステップ２０５）を参照して説明されたように、ECS７は、少なくとも１つの選択基準を満たすT-EESを特定できない場合に、代替T-EESを選択してもよい。

　ステップ６０３では、ECS７は、Retrieve Edge Enabler Server responseをS-EES６１に送る。当該応答は、決定されたT-EES(s)情報（e.g.,エンドポイント情報）のリストを含む。これに代えて、当該応答は、代替T-EESの情報（e.g.,エンドポイント情報）を含んでもよい。図３（ステップ３０５）を参照して説明されたように、応答が代替T-EESの情報を含むなら、S-EES６１は、代替EESの情報を後続の通信に使用するために受け入れるか否かを決定してもよい。

　図６に示されたRetrieve Target Edge Enabler Server手順は適宜変更されることができる。特に、Retrieve Target Edge Enabler Server手順は、Request-Responseモデルに代えて、Subscribe-Notifyモデルに従ってもよい。

　図７は、ソースEES（S-EES）によって決定又はトリガーされるアプリケーションコンテキスト・リロケーションの間に行われるTarget EAS discovery手順におけるソースEES（S-EES）７１及びターゲットEES（T-EES）７２の動作の一例を示している。図７のS-EES７１は上述の要求エンティティに対応し、図７のT-EES７２は上述の第１のサーバに対応する。ステップ７０１では、S-EES７１は、Edge Application Server discovery requestをT-EES７２に送る。

　ステップ７０２では、T-EES７２は、少なくとも１つの選択基準を満たす少なくとも１つのターゲットEAS（T-EAS）を特定することを試行する。例えば、少なくとも１つの選択基準は、S-EES７１のEAS profileにマッチするEAS discovery filter、及びターゲットDNAIの一方又は両方を考慮する。さらに又はこれに代えて、少なくとも１つの選択基準は、例えば、EASの稼働状態及びEASの負荷状態の一方又は両方を考慮してもよい。少なくとも１つの選択基準は、他のファクター、例えば、T-EES７２におけるUE固有（UE-specific）サービス情報、又はECSPポリシーを考慮してもよい。図２（ステップ２０５）を参照して説明されたように、T-EES７２は、少なくとも１つの選択基準を満たすT-EASを特定できない場合に、代替T-EASを選択してもよい。

　ステップ７０３では、T-EES７２は、Edge Application Server discovery responseによってS-EES７１の要求に応答する。当該応答は、発見されたT-EAS(s)の情報を含む。発見された各T-EASに関して、当該情報はエンドポイント情報を含む。当該情報は、さらに、マッチした特性（capabilities）、例えばサービス許可レベル（service permissions levels）、EASがサポートできるAC位置（Application Client locations that the Edge Application Servers can support）、及びKPIs等、に関する追加情報を含んでもよい。これに代えて、ステップ７０３の応答は、代替T-EASの情報（e.g.,,エンドポイント情報）を含んでもよい。ステップ７０３の応答は、代替T-EASの情報に加えて、部分的にマッチした特性、例えばサービス許可レベル（service permissions levels）、代替EASがサポートできるAC位置、及びKPIs等、に関する追加情報を含んでもよい。図３（ステップ３０５）を参照して説明されたように、応答が代替T-EASの情報を含むなら、S-EES７１は、代替T-EASの情報を後続の通信に使用するために受け入れるか否かを決定してもよい。

＜第２の実施形態＞
　本実施形態は、第１の実施形態で説明された第１のサーバ及び要求エンティティの動作の変形を提供する。本実施形態に係るネットワークアーキテクチャの例は、図１を参照して説明された例と同様である。

　本実施形態では、要求エンティティは、要求エンティティが代替サーバの情報を希望するか、代替サーバの情報を受け付けことができるか、又は代替サーバを用いたサービス提供をサポートするかを示す表示を、第１のサーバに送信される要求に含める（e.g., ステップ３０１、４０１、５０１、６０１、及び７０１）。要求エンティティは、Application Client Profileに基づいて、当該表示を要求に含めるか否かを決定してもよい。第１のサーバは、当該表示を包含する要求を受信する（e.g., ステップ２０１、４０１、５０１、６０１、及び７０１）。そして、第１のサーバは、選択基準を満たす好ましい第２のサーバを特定できなかった場合に代替サーバの情報を送信するか否かを、要求エンティティから受信した表示を考慮して決定する（e.g., ステップ２０５、４０２、５０２、６０２、及び７０２）。

　このような動作によれば、第１のサーバは、代替サーバの情報を送信するか否かを、要求エンティティのニーズに基づいて決定できる。

＜第３の実施形態＞
　本実施形態は、第１の実施形態で説明された第１のサーバ及び要求エンティティの動作の変形を提供する。本実施形態に係るネットワークアーキテクチャの例は、図１を参照して説明された例と同様である。

　本実施形態のECS７及びEES５の配置の一例では、ECS７は、3GPPコアネットワーク８を提供するMNO（Mobile Network Operator）ドメイン内に配置され、一方EES５は、サービスプロバイダ（ECSP）のサードパーティ・ドメインに配置されてもよい。この場合、ECS７は、MNOとサービスプロバイダ間の合意事項に基づいてEES情報をEEC２に設定する場合がある。つまり、ECS７は、必ずしもエッジサービスのアプリケーション要件に基づいて、EESを特定（発見、選択、又は決定）するとは限らない。そこで、本実施形態では、EES５は、EEC２の登録要求（EEC registration request, EEC registration update request）の検証の結果、登録要求に基づく検証基準を自EES（source EES）（又は自EESに登録済みのEASs）が満たさない場合、検証基準を満たす他のEES（target EES）に登録の配置換え（EES re-allocation）を行うことができる。

　登録要求の検証は、上述の実施形態における、EDN４内に配され且つ少なくとも１つの選択基準を満たす第２のサーバを特定することと、セキュリティ要件の検証を含む。

　検証基準は、上述の実施形態で説明された選択基準の一部又は全部を含んでもよいし、その他の要件を含んでもよい。具体的には、検証基準は、上述の実施形態における選択基準の一部又は全部に加えて、セキュリティ要件を含む。

　本実施形態の適用において、ECS７及びEES５の配置は上述の配置例に限られない。

　図８は、本実施形態に係る第１のサーバの動作の一例を示すフローチャートである。第１のサーバは、EES５であってもよく、要求（requesting）エンティティであるUE１のEEC２からの登録要求に応じて、EEC２の登録を試行してもよい。ステップ８０１では、第１のサーバは、要求エンティティから登録要求（i.e., registration request or registration update request）を受信する。

　ステップ８０２では、登録要求の受信に応じて、第１のサーバは、登録要求の検証（特定、発見、選択、又は決定）を試行する。登録要求の検証において考慮される少なくとも１つのファクターは、セキュリティ要件、UE１のロケーション、EEC２により提供されるApplication Client Profile(s)、及び第２のサーバ（i.e., EAS）の稼働状態のうち少なくとも１つを含んでもよい。EEC２により提供されるApplication Client Profile(s)に基づく登録要求の検証の具体例として、EES５は、提供されたApplication Client profileにマッチするEAS(s)を特定してもよい。複数のApplication Client profilesが提供されたなら、EES５は、全てのApplication Client profilesにマッチするEAS(s)を特定してもよい。あるいは、EES５は、提供されたApplication Client profilesのうち少なくとも１つにマッチするEAS(s)を特定してもよい。あるいは、EES５は、Application Client profile単位でEAS(s)を特定してもよい。

　ここでマッチするとは、EASの情報（e.g., 特性、性能、状態）がApplication Client profileに含まれるApplication Clientに関する情報又は条件を満たすという意味でもよい。EAS(s)の選択基準は以下の通りであってもよい。Application Client profileは、例えば、“Application Client Schedule”、“Expected Application Client Geographical Service Area”、“Service Continuity Support”、又は“List of EASs”のうち少なくとも１つを含む。Application Client Scheduleは、AC３の予想される動作スケジュール（expected operation schedule）、例えばタイムウインドウ、を示す。Expected Application Client Geographical Service Areaは、AC３の予想される動作スケジュールの間でのUE１の予想される位置（expected location(s)）、例えばルート、を示す。Service Continuity Supportは、AC３のためにサービス継続性サポートが必要とされるか否かを示す。List of EASsは、EAS IDを含み、Application Client Service Key Performance Indicators (KPIs)）をさらに含んでもよい。Application Client Service KPIsは、AC３によって要求されるサービス特性（characteristics）を示す。これらのサービス特性は、例えばconnection bandwidth、maximum request rate to be generated by the AC、maximum response time、maximum compute resources required by the AC、maximum memory resources required by the AC、又はInformation specific to the AC type（e.g., video, Virtual Reality (VR), etc.）のうち少なくとも１つを含む。EES５は、Application Client profileに含まれる全ての情報要素にマッチするEASを特定してもよい。あるいは、Application Client profileに含まれる少なくとも一つの情報要素にマッチするEASを特定してもよい。あるいは、“List of EASs”を除くApplication Client profileに含まれる全ての情報要素にマッチし、且つ“List of EASs”の少なくとも１つのアイテムにマッチするEAS(s)を特定してもよい。

　UEロケーションは、UE１が接続しているネットワーク又はUEのポジションを特定してもよい。UEロケーションの値は、Cell Identity（ID）、Tracking Area Identity（TAI）、Global Positioning System（GPS）座標（Coordinates）、又は住所（civic address）であってもよい。EES５によるEAS(s)の選択のためのUEロケーションに関する選択基準は、UE１のロケーションがEDNサービスエリア、EESサービスエリア、又はEASサービスエリア内であることを要求してもよい。EASサービスエリアは、トポロジカルなサービスエリア（e.g., Cell ID(s)、又はTAI(s)）であってもよいし、地理的なサービスエリアであってもよい。EASサービスエリアは、EDNサービスエリアと同じかそのサブセットであってもよい。EASサービスエリアは、EESサービスエリアと同じかそのサブセットであってもよい。

　登録要求が検証基準を満たす場合（ステップ８０３でYES）、手順はステップ８０４に進む。ステップ８０４では、第１のサーバ（i.e., EES５）は、ステップ８０１の登録が成功したことを示す登録成功レスポンスメッセージを要求エンティティ（i.e., EEC２）に送信する。なお検証基準を満たすとは、上述の実施形態における第２のサーバを特定し且つセキュリティ要件を満たすことである。

　これに対して、登録要求が検証基準を満たさない場合（ステップ８０３でNO）、手順はステップ８０５に進む。なお検証基準を満たさないとは、上述の実施形態における第２のサーバを特定できていないか、セキュリティ要件を満たしていない（第２のサーバを利用できない）、のいずれか又は両方の場合である。ステップ８０５では、第１のサーバ（i.e., EES５）は、ステップ８０２の検証結果を考慮し、登録の配置換えが必要かどうかを判断する。登録の配置換えが必要であると判断した場合、第１のサーバ（i.e., EES５）は、ECS７から、登録先の代わりとなる代替サーバ情報を取得する。なお、代替サーバ情報は、EES５とは異なる一つ以上のEESの情報であってよい。第１のサーバは、代替サーバ情報取得に応じて、一例では代替サーバへの登録の配置換えが必要であること明示的に示した情報を含んだレスポンスメッセージを登録要求の応答としてEEC２に送信する（ステップ８０６）。あるいは、第１のサーバは、代替サーバ情報取得に応じて、代替サーバ情報を登録失敗レスポンスメッセージに含め、これを登録要求の応答としてEEC２に送信してもよい。あるいは、第１のサーバは、代替サーバ情報取得に応じて、代替サーバ情報と代替サーバへの登録の配置換えが必要であること明示的に示した情報とを登録失敗レスポンスメッセージに含め、これを登録要求の応答としてEEC２に送信してもよい。他の例では、第１のサーバは、代替サーバに対して登録の配置換えを通知する。代替サーバは、登録の配置換え通知の受信に応じて、第１のサーバに代わり、登録手順を引き継ぎ実行する。このとき、代替サーバは、上述した登録要求の検証（ステップ８０２以降）を実行してもよい。ここで、登録要求が検証基準を満たすと判別した場合（ステップ８０３でYES）、手順はステップ８０４に進む。ステップ８０４では、代替サーバは、第１のサーバに代わり、登録成功レスポンスメッセージを要求エンティティ（i.e., EEC２）に送信する。

　上述の第１のサーバ及び代替サーバ及び要求エンティティの動作によれば、登録要求が検証基準を満たさないとき、第1のサーバは代替サーバへの配置換えを行うことで登録の失敗を防ぐことができる。

　以下は、上述の第１のサーバ及び代替サーバ及び要求エンティティの動作の実装の幾つかの具体例を図９及び図１０を参照しながら提供する。

　図９は、登録の配置換えの一例として、EEC２、EES５（source EES）、EES９１（target EES）の動作を示している。図９のEEC２は上述の要求エンティティに対応し、図９のEES５は上述の第１のサーバに対応し、図９のEES９１は上述の代替サーバに対応する。ステップ９０１では、EEC２は、EEC registration requestまたはEEC registration update requestをEES５に送る。

　ステップ９０２では、図８（ステップ８０２）を参照して説明されたように、EES５は、登録要求の検証を開始する。さらに、図８（ステップ８０３）を参照して説明されたように、EES５は、登録要求が検証基準を満たさない場合、代替サーバへの登録の配置換えが必要であると判断する。

　ステップ９０３では、EES５は、代替サーバへの登録の配置換えが必要であると判断した場合、ECS７に対して代替サーバ情報の取得要求（または照会要求）を送信する。なお、代替サーバ情報の取得要求は、非特許文献１（Figure 8.8.3.3-1）に示された方式に従ってもよい。これに加えて、当該取得要求は、EES５がEEC２より受信したApplication Client Profilesを含んでもよい。

　ステップ９０４では、EES５は、ステップ９０３で取得したEES９１の情報を含む一つ以上の代替サーバ情報を含んだレスポンスメッセージを登録要求の応答としてEEC２に送る。当該レスポンスメッセージは、例えばEEC registration responseまたはEEC registration update responseであってもよい。レスポンスメッセージには、登録の配置換えの為の異なるEESへの登録を要求する情報が含まれていてよい。配置換えの為の登録を要求する情報は、値が"True"と設定されたEEC registrationを要求する属性情報"Registration requested"であってもよく、値が"Registration requested"に設定された情報であってもよい。

　ステップ９０５では、EEC２は、ステップ９０４の応答の受信に応じて、ステップ９０１で開始した登録手順を中止（abort）してもよい。

　ステップ９０６では、EEC２は、ステップ９０４で受信した一つ以上の代替サーバ情報のうちEES９１を選択し、登録要求としてEEC registration request をEES９１に対して送信する。これにより、登録手順を開始され、登録の代替サーバへの配置換えが行われる。

　図１０は、登録の配置換えの他の例として、EEC２及びEES５（source EES）及びEES１０１（target EES）の動作を示している。図１０のEEC２は上述の要求エンティティに対応し、図１０のEES５は上述の第１のサーバに対応し、図１０のEES１０１は上述の代替サーバに対応する。ステップ１００１では、EEC２は、EEC registration requestまたはEEC registration update requestをEES５に送る。

　ステップ１００２では、図８（ステップ８０２）を参照して説明されたように、EES５は、登録要求の検証を開始する。さらに、図８（ステップ８０３）を参照して説明されたように、EES５は、登録要求が検証基準を満たさない場合、代替サーバへの登録の配置換えが必要であると判断する。

　ステップ１００３では、EES５は、代替サーバへの登録の配置換えが必要であると判断した場合、ECS７に対して代替サーバ情報の取得要求（または照会要求）を送信する。なお、代替サーバ情報の取得要求は、非特許文献１（Figure 8.8.3.3-1）に示された方式に従ってもよい。これに加えて、当該取得要求はEES５がEEC２より受信したApplication Client Profilesを含んでもよい。

　ステップ１００４では、EES５は、ステップ１００３で取得したEES１０１の情報を含む一つ以上の代替サーバ情報のうち、EES１０１を選択し、登録の配置換え通知をEES１０１に対して送る。なお、登録の配置換え通知は、EES５がステップ１００１にてEEC２より受信した登録要求に含まれる全ての情報を含んでもよい。または、登録の配置換え通知は、当該登録要求自体を含んでもよい。登録の配置換え通知の受信に応じて、EES１０１は、登録手順を引き継ぎ実行してもよい。具体的には、EES１０１は、上述した登録要求の検証（ステップ８０２以降）を実行してもよい。なお代替サーバであるEES１０１は、ステップ１００４で受信した登録の配置換え通知に対して、EEC２の登録が成功したことを示す応答をEES５に送信してもよい。

　ステップ１００５では、EES１０１は、登録要求が検証基準を満たすと判別した場合、EES５に代わりEES１２１の情報を含む登録成功レスポンスメッセージをEEC２に送る（図１０のAlternative (ALT) 1）。これに変えて、EES５は、ステップ１００６にてEES１０１からEES１０１の情報を含む登録の配置換え通知の応答を受信したことに応じて、ステップ１００７においてEES１０１の情報を含む登録成功レスポンスメッセージをEEC２に送ってもよい（図１０のAlternative (ALT) 2）。

　続いて以下では、上述の複数の実施形態に係るUE１、EES５、EAS６、及びECS７の構成例について説明する。図１１は、UE１の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、RANノードと通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１は、複数のトランシーバを含んでもよい。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナアレイ１１０２及びベースバンドプロセッサ１１０３と結合される。RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナアレイ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。RFトランシーバ１１０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。

　ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

　例えば、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Service Data Adaptation Protocol（SDAP）レイヤ、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、Medium Access Control（MAC）レイヤ、およびPhysical（PHY）レイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、Radio Resource Control（RRC）プロトコル、MAC Control Elements（CEs）、及びDownlink Control Information（DCIs）の処理を含んでもよい。

　ベースバンドプロセッサ１１０３は、ビームフォーミングのためのMultiple Input Multiple Output（MIMO）エンコーディング及びプリコーディングを行ってもよい。

　ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。

　アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE１の各種機能を実現する。

　幾つかの実装において、図１１に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

　メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

　メモリ１１０６は、上述の複数の実施形態で説明されたUE１による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１１０７を格納してもよい。幾つかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュール１１０７をメモリ１１０６から読み出して実行することで、上述の実施形態で図面を用いて説明されたUE１の処理を行うよう構成されてもよい。

　なお、上述の実施形態で説明されたUE１によって行われるコントロールプレーン処理及び動作は、RFトランシーバ１１０１及びアンテナアレイ１１０２を除く他の要素、すなわちベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４の少なくとも一方とソフトウェアモジュール１１０７を格納したメモリ１１０６とによって実現されることができる。

　図１２は、EES５の構成例を示している。EAS６及びECS７も図１２に示されたのと同様の構成を有してもよい。図１２を参照すると、EES５（又はEAS６、又はECS７）は、ネットワークインターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインターフェース１２０１は、例えば、他のネットワーク機能（NFs）又はノードと通信するために使用される。ネットワークインターフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。

　プロセッサ１２０２は、例えば、マイクロプロセッサ、Micro Processing Unit（MPU）、又はCentral Processing Unit（CPU）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。

　メモリ１２０３は、揮発性メモリ及び不揮発性メモリによって構成される。メモリ１２０３は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、ネットワークインターフェース１２０１又は図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。

　メモリ１２０３は、上述の複数の実施形態で説明されたEES５（又はEAS６、又はECS７）による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１２０４を格納してもよい。いくつかの実装において、プロセッサ１２０２は、当該ソフトウェアモジュール１２０４をメモリ１２０３から読み出して実行することで、上述の実施形態で説明されたEES５（又はEAS６、又はECS７）の処理を行うよう構成されてもよい。

　図１１及び図１２を用いて説明したように、上述の実施形態に係るUE１、EES５、EAS６、及びECS７が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

　本明細書における無線端末（User Equipment（UE））は、無線インタフェースを介して、ネットワークに接続されたエンティティである。本明細書の無線端末（UE）は、専用の通信装置に限定されるものではなく、本明細書中に記載された無線端末（UE）の通信機能を有する次のような任意の機器であってもよい。

　「（3GPPで使われる単語としての）ユーザ端末（User Equipment（UE）」、「移動局（mobile station）」、「移動端末（mobile terminal）」、「モバイルデバイス（mobile device）」、及び「無線端末（wireless device）」との用語は、一般的に互いに同義であることが意図されている。UEは、ターミナル、携帯電話、スマートフォン、タブレット、セルラーIoT端末、IoTデバイス、などのスタンドアローン移動局であってもよい。「UE」及び「無線端末」との用語は、長期間にわたって静止している装置も包含する。

　UEは、例えば、生産設備・製造設備および／またはエネルギー関連機械（一例として、ボイラー、機関、タービン、ソーラーパネル、風力発電機、水力発電機、火力発電機、原子力発電機、蓄電池、原子力システム、原子力関連機器、重電機器、真空ポンプなどを含むポンプ、圧縮機、ファン、送風機、油圧機器、空気圧機器、金属加工機械、マニピュレータ、ロボット、ロボット応用システム、工具、金型、ロール、搬送装置、昇降装置、貨物取扱装置、繊維機械、縫製機械、印刷機、印刷関連機械、紙工機械、化学機械、鉱山機械、鉱山関連機械、建設機械、建設関連機械、農業用機械および／または器具、林業用機械および／または器具、漁業用機械および／または器具、安全および／または環境保全器具、トラクター、軸受、精密ベアリング、チェーン、歯車（ギアー）、動力伝動装置、潤滑装置、弁、管継手、および／または上記で述べた任意の機器又は機械のアプリケーションシステムなど）であってもよい。

　UEは、例えば、輸送用装置（一例として、車両、自動車、二輪自動車、自転車、列車、バス、リヤカー、人力車、船舶（ship and other watercraft）、飛行機、ロケット、人工衛星、ドローン、気球など）であってもよい。

　UEは、例えば、情報通信用装置（一例として、電子計算機及び関連装置、通信装置及び関連装置、電子部品など）であってもよい。

　UEは、例えば、冷凍機、冷凍機応用製品および装置、商業およびサービス用機器、自動販売機、自動サービス機、事務用機械及び装置、民生用電気・電子機械器具（一例として音声機器、スピーカー、ラジオ、映像機器、テレビ、オーブンレンジ、炊飯器、コーヒーメーカー、食洗機、洗濯機、乾燥機、扇風機、換気扇及び関連製品、掃除機など）であってもよい。

　UEは、例えば、電子応用システムまたは電子応用装置（一例として、X線装置、粒子加速装置、放射性物質応用装置、音波応用装置、電磁応用装置、電力応用装置など）であってもよい。

　UEは、例えば、電球、照明、計量機、分析機器、試験機及び計測機械（一例として、煙報知器、対人警報センサ、動きセンサ、無線タグなど）、時計（watchまたはclock）、理化学機械、光学機械、医療用機器および／または医療用システム、武器、利器工匠具、または手道具であってもよい。

　UEは、例えば、無線通信機能を備えたパーソナルデジタルアシスタントまたは装置（一例として、無線カードや無線モジュールなどを取り付けられる、もしくは挿入するよう構成された電子装置（例えば、パーソナルコンピュータや電子計測器など））であってもよい。

　UEは、例えば、有線や無線通信技術を使用した「あらゆるモノのインターネット（IoT：Internet of Things）」において、以下のアプリケーション、サービス、ソリューションを提供する装置またはその一部であってもよい。IoTデバイス（もしくはモノ）は、デバイスが互いに、および他の通信デバイスとの間で、データ収集およびデータ交換することを可能にする適切な電子機器、ソフトウェア、センサ、ネットワーク接続、などを備える。IoTデバイスは、内部メモリの格納されたソフトウェア指令に従う自動化された機器であってもよい。IoTデバイスは、人間による監督または対応を必要とすることなく動作してもよい。IoTデバイスは、長期間にわたって備え付けられている装置および／または、長期間に渡って非活性状態（inactive）状態のままであってもよい。IoTデバイスは、据え置き型な装置の一部として実装され得る。IoTデバイスは、非据え置き型の装置（例えば車両など）に埋め込まれ得る、または監視される／追跡される動物や人に取り付けられ得る。IoT技術は、人間の入力による制御またはメモリに格納されるソフトウェア命令に関係なくデータを送受信する通信ネットワークに接続されることができる任意の通信デバイス上に実装されることができる。IoTデバイスは、機械型通信（Machine Type Communication、MTC）デバイス、またはマシンツーマシン（Machine to Machine、M2M）通信デバイス、Narrow Band-IoT (NB-IoT) UEと呼ばれることもある。

　UEは、１つまたは複数のIoTまたはMTCアプリケーションをサポートしてもよい。

　MTCアプリケーションのいくつかの例は、3GPP TS22.368 V13.2.0(2017-01-13) Annex B（その内容は参照により本明細書に組み込まれる）に示されたリストに列挙されている。このリストは、網羅的ではなく、一例としてのMTCアプリケーションを示すものである。このリストでは、MTCアプリケーションのサービス範囲 (Service Area)は、セキュリティ (Security)、追跡及びトレース (Tracking & Tracing)、支払い (Payment)、健康 (Health)、リモートメンテナンス／制御 (Remote Maintenance/Control)、計量 (Metering)、及び民生機器 (Consumer Devices)を含む。

　セキュリティに関するMTCアプリケーションの例は、監視システム (Surveillance systems)、固定電話のバックアップ (Backup for landline)、物理アクセスの制御（例えば建物へのアクセス） (Control of physical access (e.g. to buildings))、及び車／運転手のセキュリティ (Car/driver security)を含む。

　追跡及びトレースに関するMTCアプリケーションの例は、フリート管理 (Fleet Management)、注文管理 (Order Management)、テレマティクス保険：走行に応じた課金 (Pay as you drive (PAYD))、資産追跡 (Asset Tracking)、ナビゲーション (Navigation)、交通情報 (Traffic information)、道路料金徴収 (Road tolling)、及び道路通行最適化／誘導 (Road traffic optimisation/steering)を含む。

　支払いに関するMTCアプリケーションの例は、販売時点情報管理 (Point of sales (POS))、自動販売機 (Vending machines)、及び遊戯機 (Gaming machines)を含む。

　健康に関するMTCアプリケーションの例は、生命徴候の監視 (Monitoring vital signs)、高齢者又は障害者支援 (Supporting the aged or handicapped)、ウェブアクセス遠隔医療 (Web Access Telemedicine points)、及びリモート診断 (Remote diagnostics)を含む。

　リモートメンテナンス／制御に関するMTCアプリケーションの例は、センサ (Sensors)、明かり (Lighting)、ポンプ (Pumps)、バルブ (Valves)、エレベータ制御 (Elevator control)、自動販売機制御 (Vending machine control)、及び車両診断 (Vehicle diagnostics)を含む。

　計量に関するMTCアプリケーションの例は、パワー (Power)、ガス (Gas)、水 (Water)、暖房 (Heating)、グリッド制御 (Grid control)、及び産業用メータリング (Industrial metering)を含む。

　民生機器に関するMTCアプリケーションの例は、デジタルフォトフレーム、デジタルカメラ、及び電子ブック (ebook)を含む。

　アプリケーション、サービス、及びソリューションは、一例として、MVNO（Mobile Virtual Network Operator：仮想移動体通信事業者）サービス/システム、防災無線サービス/システム、構内無線電話（PBX（Private Branch eXchange：構内交換機））サービス/システム、PHS/デジタルコードレス電話サービス/システム、Point of sales（POS）システム、広告発信サービス/システム、マルチキャスト（Multimedia Broadcast and Multicast Service（MBMS））サービス/システム、V2X（Vehicle to Everything：車車間通信および路車間・歩車間通信）サービス/システム、列車内移動無線サービス/システム、位置情報関連サービス/システム、災害/緊急時無線通信サービス/システム、IoT（Internet of Things：モノのインターネット）サービス/システム、コミュニティーサービス/システム、映像配信サービス/システム、Femtoセル応用サービス/システム、VoLTE（Voice over LTE）サービス/システム、無線タグ・サービス/システム、課金サービス/システム、ラジオオンデマンドサービス/システム、ローミングサービス/システム、ユーザ行動監視サービス/システム、通信キャリア/通信NW選択サービス/システム、機能制限サービス/システム、PoC（Proof of Concept）サービス/システム、端末向け個人情報管理サービス/システム、端末向け表示・映像サービス/システム、端末向け非通信サービス/システム、アドホックNW/DTN（Delay Tolerant Networking）サービス/システムなどであってもよい。

　上述したUEのカテゴリは、本明細書に記載された技術思想及び実施形態の応用例に過ぎない。本明細書のUEは、これらの例に限定されるものではなく、当業者は種々の変更をこれに行うことができる。

　さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

　例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）
　第１のサーバであって、
　少なくとも１つのメモリ、及び
　前記少なくとも１つのメモリに結合され、且つ
　　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行し、
　　前記第２のサーバを特定できない又は前記第２のサーバを利用できない場合、前記第２のサーバと異なる第２の代替サーバを特定、又は、前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバを特定する、
　よう構成された少なくとも１つのプロセッサと、
を備える、第１のサーバ。
（付記２）
　前記少なくとも１つのプロセッサは、前記第２の代替サーバを特定した場合、前記第２の代替サーバの情報を前記要求エンティティに送信する、よう構成される
付記１に記載の第１のサーバ。
（付記３）
　前記第２の代替サーバは、前記少なくとも１つの選択基準の内の一部又は全部を満たすことができないサーバである、
付記１又は２に記載の第１のサーバ。
（付記４）
　前記第２のサーバは、第１のローカルエリアデータネットワーク（Local Area Data Network（LADN））である前記エッジデータネットワークに配置されたサーバであり、
　前記第２の代替サーバは、前記少なくとも１つの選択基準の内の少なくとも１つを満たさないサーバを含む第２のLADNに配置されたサーバである、
付記１～３のいずれか１項に記載の第１のサーバ。
（付記５）
　前記少なくとも１つの選択基準の内の満たさない少なくとも１つは、サービスエリア、地理的エリア、経路、トポロジカルエリア、最大応答時間、のいずれかである、
付記４に記載の第１のサーバ。
（付記６）
　前記第２の代替サーバは、前記第１のLADNより広いサービスエリアに対応付けられた前記第２のLADNに配置されたサーバである、
付記４又は５に記載の第１のサーバ。
（付記７）
　前記第２のサーバは、ローカルエリアデータネットワーク（Local Area Data Network（LADN））である前記エッジデータネットワーク内に配置されたサーバであり、
　前記第２の代替サーバは、LADNではないデータネットワークに配置されたサーバである、
付記１～３のいずれか１項に記載の第１のサーバ。
（付記８）
　前記要求は、前記要求エンティティが第２の代替サーバの情報を希望するか、第２の代替サーバの情報を受け付けることができるか、又は第２の代替サーバを用いたサービス提供をサポートするかを示す表示を包含し、
　前記少なくとも１つのプロセッサは、前記第２のサーバを特定できない場合に前記第２の代替サーバの前記情報を前記要求エンティティに送信するか否かを、前記表示に基づいて決定するよう構成される、
付記１～７のいずれか１項に記載の第１のサーバ。
（付記９）
　前記少なくとも１つのプロセッサは、前記第１の代替サーバを特定した場合、前記第１の代替サーバの情報を前記要求エンティティに送信するよう構成される
付記１又は２に記載の第１のサーバ。
（付記１０）
　前記少なくとも１つのプロセッサは、前記第１の代替サーバを特定した場合、前記第2のサーバを特定することを試行させるため前記第１の代替サーバへ前記要求に対応する情報を送信するよう構成される
付記１又は２のいずれか１項に記載の第１のサーバ。
（付記１１）
　前記第１のサーバは、Edge Configuration Server（ECS）であり、
　前記第２のサーバ並びに前記第２の代替サーバの各々は、Edge Enabler Server（EES）又はターゲットEESであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、又はソースEESである、
付記１～８のいずれか１項に記載の第１のサーバ。
（付記１２）
　前記少なくとも１つの選択基準は、前記UEのロケーション、前記EECより提供される少なくとも１つのApplication Client profile、前記第２のサーバの稼働状態、又は前記第２のサーバの負荷状態のうち少なくとも１つを含む、
付記１１に記載の第１のサーバ。
（付記１３）
　前記第１のサーバは、Edge Enabler Server（EES）、ソースEES、又はターゲットEESであり、
　前記第２のサーバ並びに前記第２の代替サーバの各々は、Edge Application Server（EAS）又はターゲットEASであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、ソースEAS、又はソースEESである、
付記１～８のいずれか１項に記載の第１のサーバ。
（付記１４）
　前記少なくとも１つの選択基準は、前記UEのロケーション、前記EECより提供されるEAS discovery filters、前記第２のサーバの稼働状態、又は前記第２のサーバの負荷状態のうち少なくとも１つを含む、
付記１３に記載の第１のサーバ。
（付記１５）
　前記少なくとも１つのプロセッサは、前記第２のサーバを特定できない場合、前記第１の代替サーバの情報を、第１のサーバの情報を管理する第３のサーバから取得するよう構成される、
付記１に記載の第１のサーバ。
（付記１６）
　前記第１のサーバ並びに前記第１の代替サーバの各々は、Edge Enabler Server（EES）であり、
　前記第２のサーバは、Edge Application Server（EAS）であり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）である、
付記１又は１５に記載の第１のサーバ。
（付記１７）
　前記少なくとも１つの選択基準は、セキュリティ要件、前記UEのロケーション、前記EECより提供される少なくとも１つのApplication Client profile前記EECより提供されるEAS discovery filters、前記第２のサーバの稼働状態、又は前記第２のサーバの負荷状態のうち少なくとも１つを含む、
付記１６に記載の第１のサーバ。
（付記１８）
　第１のサーバにより行われる方法であって、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行すること、及び
　前記第２のサーバを特定できない又は前記第２のサーバを利用できない場合、前記第２のサーバと異なる第２の代替サーバを特定、又は、前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバを特定すること、
を備える方法。
（付記１９）
　第１のサーバのための方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行すること、及び
　前記第２のサーバを特定できない又は前記第２のサーバを利用できない場合、前記第２のサーバと異なる第２の代替サーバを特定、又は、前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバを特定すること、
を備える、プログラム。
（付記２０）
　少なくとも１つのメモリ、及び
　前記少なくとも１つのメモリに結合され、且つ
　　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信し、
　　前記要求に対する応答を前記第１のサーバから受信し、
　　少なくとも１つの選択基準に基づいて特定することが試行される前記エッジデータネットワーク内に配置される第２のサーバが特定されない場合、前記応答が、前記第２のサーバと異なる第２の代替サーバの情報もしくは前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバの情報を含むなら、前記第１の代替サーバの情報又は前記第２の代替サーバの情報を前記サービスの提供するために受け入れるか否かを決定する、
　よう構成された少なくとも１つのプロセッサと、
を備える、要求エンティティ。
（付記２１）
　前記第２の代替サーバは、前記少なくとも１つの選択基準の内の一部又は全部を満たすことができないサーバである、
付記２０に記載の要求エンティティ。
（付記２２）
　前記第２のサーバは、第１のローカルエリアデータネットワーク（Local Area Data Network（LADN））である前記エッジデータネットワークに配置されたサーバであり、
　前記第２の代替サーバは、前記少なくとも１つの選択基準の内の少なくとも１つを満たさないサーバを含む第２のLADNに配置されたサーバである、
付記２０又は２１に記載の要求エンティティ。
（付記２３）
　前記少なくとも１つの選択基準の内の満たさない少なくとも１つは、サービスエリア、地理的エリア、経路、トポロジカルエリア、最大応答時間、のいずれかである、
付記２２に記載の要求エンティティ。
（付記２４）
　前記第２の代替サーバは、前記第１のLADNより広いサービスエリアに対応付けられた前記第２のLADNに配置されたサーバである、
付記２２又は２３に記載の要求エンティティ。
（付記２５）
　前記第２のサーバは、ローカルエリアデータネットワーク（Local Area Data Network（LADN））である前記エッジデータネットワーク内に配置されたサーバであり、
　前記第２の代替サーバは、LADNではないデータネットワークに配置されたサーバである、
付記２０又は２１に記載の要求エンティティ。
（付記２６）
　前記少なくとも１つのプロセッサは、前記要求に、前記要求エンティティが第２の代替サーバの情報を希望するか、第２の代替サーバの情報を受け付けることができるか、又は第２の代替サーバを用いたサービス提供をサポートするかを示す表示を含めるよう構成される、
付記２０～２５のいずれか１項に記載の要求エンティティ。
（付記２７）
　前記第１のサーバは、Edge Configuration Server（ECS）であり、
　前記第２のサーバ並びに前記第２の代替サーバの各々は、Edge Enabler Server（EES）又はターゲットEESであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、又はソースEESである、
付記２０～２６のいずれか１項に記載の要求エンティティ。
（付記２８）
　前記少なくとも１つの選択基準は、前記UEのロケーション、前記EECより提供される少なくとも１つのApplication Client profile、前記第２のサーバの稼働状態、又は前記第２のサーバの負荷状態のうち少なくとも１つを含む、
付記２７に記載の要求エンティティ。
（付記２９）
　前記第１のサーバは、Edge Enabler Server（EES）、ソースEES、又はターゲットEESであり、
　前記第２のサーバ並びに前記第２の代替サーバの各々は、Edge Application Server（EAS）又はターゲットEASであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、ソースEAS、又はソースEESである、
付記２０～２６のいずれか１項に記載の要求エンティティ。
（付記３０）
　前記少なくとも１つの選択基準は、前記UEのロケーション、前記EECより提供されるEAS discovery filters、前記第２のサーバの稼働状態、又は前記第２のサーバの負荷状態のうち少なくとも１つを含む、
付記２９に記載の要求エンティティ。
（付記３１）
　前記第１のサーバ並びに前記第１の代替サーバの各々は、Edge Enabler Server（EES）であり、
　前記第２のサーバは、Edge Application Server（EAS）であり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）である、
付記２０に記載の要求エンティティ。
（付記３２）
　前記少なくとも１つの選択基準は、セキュリティ要件、前記UEのロケーション、前記EECより提供される少なくとも１つのApplication Client profile前記EECより提供されるEAS discovery filters、前記第２のサーバの稼働状態、又は前記第２のサーバの負荷状態のうち少なくとも１つを含む、
付記３１に記載の要求エンティティ。
（付記３３）
　要求エンティティにより行われる方法であって、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信すること、
　前記要求に対する応答を前記第１のサーバから受信すること、及び
　少なくとも１つの選択基準に基づいて特定することが試行される前記エッジデータネットワーク内に配置される第２のサーバが特定されない場合、前記応答が、前記第２のサーバと異なる第２の代替サーバの情報もしくは前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバの情報を含むなら、前記第１の代替サーバの情報又は前記第２の代替サーバの情報を前記サービスの提供するために受け入れるか否かを決定すること、
を備える方法。
（付記３４）
　要求エンティティのための方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信すること、
　前記要求に対する応答を前記第１のサーバから受信すること、及び
　少なくとも１つの選択基準に基づいて特定することが試行される前記エッジデータネットワーク内に配置される第２のサーバが特定されない場合、前記応答が、前記第２のサーバと異なる第２の代替サーバの情報もしくは前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバの情報を含むなら、前記第１の代替サーバの情報又は前記第２の代替サーバの情報を前記サービスの提供するために受け入れるか否かを決定すること、
を備える、プログラム。

　この出願は、２０２１年２月１７日に出願された日本出願特願２０２１－０２３８０７を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１　User Equipment（UE）
２　Edge Enabler Client（EEC）
３　Application client（AC）
４　Edge Data Network（EDN）
５　Edge Enabler Server（EES）
６　Edge Application Server（EAS）
７　Edge Configuration Server（ECS）
１１０３　ベースバンドプロセッサ
１１０４　アプリケーションプロセッサ
１１０６　メモリ
１１０７　モジュール
１２０２　プロセッサ
１２０３　メモリ
１２０４　モジュール

Claims

　第１のサーバであって、
　少なくとも１つのメモリ、及び
　前記少なくとも１つのメモリに結合され、且つ
　　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行し、
　　前記第２のサーバを特定できない又は前記第２のサーバを利用できない場合、前記第２のサーバと異なる第２の代替サーバを特定、又は、前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバを特定する、
　よう構成された少なくとも１つのプロセッサと、
を備える、第１のサーバ。
　前記少なくとも１つのプロセッサは、前記第２の代替サーバを特定した場合、前記第２の代替サーバの情報を前記要求エンティティに送信する、よう構成される
請求項１に記載の第１のサーバ。
　前記第２の代替サーバは、前記少なくとも１つの選択基準の内の一部又は全部を満たすことができないサーバである、
請求項１又は２に記載の第１のサーバ。
　前記第２のサーバは、第１のローカルエリアデータネットワーク（Local Area Data Network（LADN））である前記エッジデータネットワークに配置されたサーバであり、
　前記第２の代替サーバは、前記少なくとも１つの選択基準の内の少なくとも１つを満たさないサーバを含む第２のLADNに配置されたサーバである、
請求項１～３のいずれか１項に記載の第１のサーバ。
　前記少なくとも１つの選択基準の内の満たさない少なくとも１つは、サービスエリア、地理的エリア、経路、トポロジカルエリア、最大応答時間、のいずれかである、
請求項４に記載の第１のサーバ。
　前記第２の代替サーバは、前記第１のLADNより広いサービスエリアに対応付けられた前記第２のLADNに配置されたサーバである、
請求項４又は５に記載の第１のサーバ。
　前記第２のサーバは、ローカルエリアデータネットワーク（Local Area Data Network（LADN））である前記エッジデータネットワーク内に配置されたサーバであり、
　前記第２の代替サーバは、LADNではないデータネットワークに配置されたサーバである、
請求項１～３のいずれか１項に記載の第１のサーバ。
　前記要求は、前記要求エンティティが第２の代替サーバの情報を希望するか、第２の代替サーバの情報を受け付けることができるか、又は第２の代替サーバを用いたサービス提供をサポートするかを示す表示を包含し、
　前記少なくとも１つのプロセッサは、前記第２のサーバを特定できない場合に前記第２の代替サーバの前記情報を前記要求エンティティに送信するか否かを、前記表示に基づいて決定するよう構成される、
請求項１～７のいずれか１項に記載の第１のサーバ。
　前記少なくとも１つのプロセッサは、前記第１の代替サーバを特定した場合、前記第１の代替サーバの情報を前記要求エンティティに送信するよう構成される
請求項１又は２に記載の第１のサーバ。
　前記少なくとも１つのプロセッサは、前記第１の代替サーバを特定した場合、前記第2のサーバを特定することを試行させるため前記第１の代替サーバへ前記要求に対応する情報を送信するよう構成される
請求項１又は２のいずれか１項に記載の第１のサーバ。
　前記第１のサーバは、Edge Configuration Server（ECS）であり、
　前記第２のサーバ並びに前記第２の代替サーバの各々は、Edge Enabler Server（EES）又はターゲットEESであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、又はソースEESである、
請求項１～８のいずれか１項に記載の第１のサーバ。
　前記少なくとも１つの選択基準は、前記UEのロケーション、前記EECより提供される少なくとも１つのApplication Client profile、前記第２のサーバの稼働状態、又は前記第２のサーバの負荷状態のうち少なくとも１つを含む、
請求項１１に記載の第１のサーバ。
　前記第１のサーバは、Edge Enabler Server（EES）、ソースEES、又はターゲットEESであり、
　前記第２のサーバ並びに前記第２の代替サーバの各々は、Edge Application Server（EAS）又はターゲットEASであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、ソースEAS、又はソースEESである、
請求項１～８のいずれか１項に記載の第１のサーバ。
　前記少なくとも１つの選択基準は、前記UEのロケーション、前記EECより提供されるEAS discovery filters、前記第２のサーバの稼働状態、又は前記第２のサーバの負荷状態のうち少なくとも１つを含む、
請求項１３に記載の第１のサーバ。
　前記少なくとも１つのプロセッサは、前記第２のサーバを特定できない場合、前記第１の代替サーバの情報を、第１のサーバの情報を管理する第３のサーバから取得するよう構成される、
請求項１に記載の第１のサーバ。
　前記第１のサーバ並びに前記第１の代替サーバの各々は、Edge Enabler Server（EES）であり、
　前記第２のサーバは、Edge Application Server（EAS）であり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）である、
請求項１又は１５に記載の第１のサーバ。
　前記少なくとも１つの選択基準は、セキュリティ要件、前記UEのロケーション、前記EECより提供される少なくとも１つのApplication Client profile前記EECより提供されるEAS discovery filters、前記第２のサーバの稼働状態、又は前記第２のサーバの負荷状態のうち少なくとも１つを含む、
請求項１６に記載の第１のサーバ。
　第１のサーバにより行われる方法であって、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行すること、及び
　前記第２のサーバを特定できない又は前記第２のサーバを利用できない場合、前記第２のサーバと異なる第２の代替サーバを特定、又は、前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバを特定すること、
を備える方法。
　第１のサーバのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行すること、及び
　前記第２のサーバを特定できない又は前記第２のサーバを利用できない場合、前記第２のサーバと異なる第２の代替サーバを特定、又は、前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバを特定すること、
を備える、非一時的なコンピュータ可読媒体。
　少なくとも１つのメモリ、及び
　前記少なくとも１つのメモリに結合され、且つ
　　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信し、
　　前記要求に対する応答を前記第１のサーバから受信し、
　　少なくとも１つの選択基準に基づいて特定することが試行される前記エッジデータネットワーク内に配置される第２のサーバが特定されない場合、前記応答が、前記第２のサーバと異なる第２の代替サーバの情報もしくは前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバの情報を含むなら、前記第１の代替サーバの情報又は前記第２の代替サーバの情報を前記サービスの提供するために受け入れるか否かを決定する、
　よう構成された少なくとも１つのプロセッサと、
を備える、要求エンティティ。
　前記第２の代替サーバは、前記少なくとも１つの選択基準の内の一部又は全部を満たすことができないサーバである、
請求項２０に記載の要求エンティティ。
　前記第２のサーバは、第１のローカルエリアデータネットワーク（Local Area Data Network（LADN））である前記エッジデータネットワークに配置されたサーバであり、
　前記第２の代替サーバは、前記少なくとも１つの選択基準の内の少なくとも１つを満たさないサーバを含む第２のLADNに配置されたサーバである、
請求項２０又は２１に記載の要求エンティティ。
　前記少なくとも１つの選択基準の内の満たさない少なくとも１つは、サービスエリア、地理的エリア、経路、トポロジカルエリア、最大応答時間、のいずれかである、
請求項２２に記載の要求エンティティ。
　前記第２の代替サーバは、前記第１のLADNより広いサービスエリアに対応付けられた前記第２のLADNに配置されたサーバである、
請求項２２又は２３に記載の要求エンティティ。
　前記第２のサーバは、ローカルエリアデータネットワーク（Local Area Data Network（LADN））である前記エッジデータネットワーク内に配置されたサーバであり、
　前記第２の代替サーバは、LADNではないデータネットワークに配置されたサーバである、
請求項２０又は２１に記載の要求エンティティ。
　前記少なくとも１つのプロセッサは、前記要求に、前記要求エンティティが第２の代替サーバの情報を希望するか、第２の代替サーバの情報を受け付けることができるか、又は第２の代替サーバを用いたサービス提供をサポートするかを示す表示を含めるよう構成される、
請求項２０～２５のいずれか１項に記載の要求エンティティ。
　前記第１のサーバは、Edge Configuration Server（ECS）であり、
　前記第２のサーバ並びに前記第２の代替サーバの各々は、Edge Enabler Server（EES）又はターゲットEESであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、又はソースEESである、
請求項２０～２６のいずれか１項に記載の要求エンティティ。
　前記少なくとも１つの選択基準は、前記UEのロケーション、前記EECより提供される少なくとも１つのApplication Client profile、前記第２のサーバの稼働状態、又は前記第２のサーバの負荷状態のうち少なくとも１つを含む、
請求項２７に記載の要求エンティティ。
　前記第１のサーバは、Edge Enabler Server（EES）、ソースEES、又はターゲットEESであり、
　前記第２のサーバ並びに前記第２の代替サーバの各々は、Edge Application Server（EAS）又はターゲットEASであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、ソースEAS、又はソースEESである、
請求項２０～２６のいずれか１項に記載の要求エンティティ。
　前記少なくとも１つの選択基準は、前記UEのロケーション、前記EECより提供されるEAS discovery filters、前記第２のサーバの稼働状態、又は前記第２のサーバの負荷状態のうち少なくとも１つを含む、
請求項２９に記載の要求エンティティ。
　前記第１のサーバ並びに前記第１の代替サーバの各々は、Edge Enabler Server（EES）であり、
　前記第２のサーバは、Edge Application Server（EAS）であり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）である、
請求項２０に記載の要求エンティティ。
　前記少なくとも１つの選択基準は、セキュリティ要件、前記UEのロケーション、前記EECより提供される少なくとも１つのApplication Client profile前記EECより提供されるEAS discovery filters、前記第２のサーバの稼働状態、又は前記第２のサーバの負荷状態のうち少なくとも１つを含む、
請求項３１に記載の要求エンティティ。
　要求エンティティにより行われる方法であって、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信すること、
　前記要求に対する応答を前記第１のサーバから受信すること、及び
　少なくとも１つの選択基準に基づいて特定することが試行される前記エッジデータネットワーク内に配置される第２のサーバが特定されない場合、前記応答が、前記第２のサーバと異なる第２の代替サーバの情報もしくは前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバの情報を含むなら、前記第１の代替サーバの情報又は前記第２の代替サーバの情報を前記サービスの提供するために受け入れるか否かを決定すること、
を備える方法。
　要求エンティティのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信すること、
　前記要求に対する応答を前記第１のサーバから受信すること、及び
　少なくとも１つの選択基準に基づいて特定することが試行される前記エッジデータネットワーク内に配置される第２のサーバが特定されない場合、前記応答が、前記第２のサーバと異なる第２の代替サーバの情報もしくは前記第１のサーバに代わって前記第２のサーバを特定することを試行する第１の代替サーバの情報を含むなら、前記第１の代替サーバの情報又は前記第２の代替サーバの情報を前記サービスの提供するために受け入れるか否かを決定すること、
を備える、非一時的なコンピュータ可読媒体。