WO2022176425A1

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

Info

Publication number: WO2022176425A1
Application number: PCT/JP2022/000273
Authority: WO
Inventors: 強高倉; 利之田村
Original assignee: 日本電気株式会社
Priority date: 2021-02-17
Filing date: 2022-01-06
Publication date: 2022-08-25
Also published as: US20240107424A1; JPWO2022176425A1; CN116965148A; EP4297530A1; EP4297530A4

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に必要なアドレス情報を含む。

　このサービスプロビジョニングのため、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に関するコンフィグレーション情報を含む。

　非特許文献１によると、Application Client profile(s)がEECより提供されているなら、ECSは、提供されたApplication Client profile(s)及びUEロケーションに基づいて、EES(s)を特定（又は選択、又は決定、又は発見）する。Application Client profile(s)が提供されないとき、ECSは、ECSにおけるUE固有（UE-specific）サービス情報が利用可能であるなら、そのUE固有サービス情報及びUEロケーションに基づいて、EES(s)を特定する。あるいは、ECSは、Edge Computing Service Provider(ECSP)ポリシーを適用することによって（e.g., UEロケーションのみに基づいて）、EES(s)を特定する。もし、ECSが、EECからのサービスプロビジョニング要求でのインプット（inputs）、ECSでのUE固有サービス情報、又はECSPポリシーを用いてEES情報を決定できない場合、ECSは、サービスプロビジョニング要求を拒絶し、適切な失敗原因（failure cause）によってEECに応答する必要がある。もしサービスプロビジョニング要求が失敗したなら、EECは、受信した失敗原因によって示された不足している情報（missing information）を含めて、当該サービスプロビジョニング要求を再送（resend）することができる。

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

　非特許文献１によると、EESは、EAS discovery filtersがEECより提供されているなら、EESは、提供されたEAS discovery filters及びUEロケーションに基づいて、EAS(s)を特定（又は選択、又は決定、又は発見）する。EAS discovery filtersが提供されないとき、EESは、EESにおけるUE固有（UE-specific）サービス情報がもし利用可能であるなら、そのUE固有サービス情報及びUEロケーションに基づいて、EAS(s)を特定する。あるいは、EESは、ECSPポリシーを適用することによって（e.g., UEロケーションのみに基づいて）、EAS(s)を特定する。もし、EESが、EECからのEASディスカバリ要求でのインプット（inputs）、ECSでのUE固有サービス情報、又はECSPポリシーを用いてEAS情報を決定できない場合、ECSは、EASディスカバリ要求を拒絶し、適切な失敗原因（failure cause）によってEECに応答する必要がある。もしUEがEASの地理的（geographical）な又はトポロジカルなサービスエリアの外に位置しているなら、EESは、当該EASをディスカバリ応答に含めるべきでない。もしEASディスカバリ要求が失敗したなら、EECは、受信した失敗原因によって示された不足している情報（missing information）を含めて、当該EASディスカバリ要求を再送（resend）することができる。

　以下、サービスプロビジョニング要求及び/又は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

　発明者等は、EDGEAPPアーキテクチャについて検討し、様々な課題を見出した。これらの課題の１つは、ECSによるEES(s)の特定（又は選択、又は決定、又は発見）、及びEESによるEAS(s)の特定（又は選択、又は決定、又は発見）に関する。現時点では、ECSが具体的にどのようにEES(s)を特定するのかが十分に明確ではない。同様に、EESが具体的にどのようにEAS(s)を特定するのかが十分に明確ではない。言い換えると、現時点では、3GPP SA6ワーキンググループは、エッジデータネットワークに配置された好ましい又は適切な（preferred or suitable）サーバ（以下ではエッジサーバと呼ぶ）を特定するための選択基準（criteria）又はロジックを十分に定義していない。3GPP EDGEAPPアーキテクチャでは、エッジサーバは、１又はそれ以上のEESs及び１又はそれ以上のEASsを含む。

　課題の他の１つは、サービスプロビジョニング要求又はEASディスカバリ要求が拒絶された場合の要求エンティティ（e.g., EEC）の動作に関する。現時点では、サービスプロビジョニング要求又はEASディスカバリ要求が拒絶されたとき要求エンティティがどのように動作するべきであるのかが十分に明確ではない。

　本明細書に開示される実施形態が達成しようとする目的の１つは、上述された課題のうち少なくとも１つの解決に寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

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

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

　第３の態様では、要求エンティティは、少なくとも１つのメモリ、及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信し、前記要求に対する応答を前記第１のサーバから受信するよう構成される。前記少なくとも１つのプロセッサは、少なくとも１つの選択基準に基づいて特定される前記エッジデータネットワーク内に配置される第２のサーバの情報を前記応答が包含するなら、前記情報、前記サービスを提供するための通信に使用するよう構成される。前記少なくとも１つのプロセッサは、前記応答が前記第２のサーバを特定できないことを示す拒絶メッセージを含み且つバックオフが必要とされることを前記応答が示すなら、次の要求を送信する前にバックオフを行うよう構成される。

　第４の態様では、要求エンティティにより行われる方法は以下のステップを含む：
（ａ）エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信すること、
（ｂ）前記要求に対する応答を前記第１のサーバから受信すること、
（ｃ）少なくとも１つの選択基準に基づいて特定される前記エッジデータネットワーク内に配置される第２のサーバの情報を前記応答が包含するなら、前記情報を、前記サービスを提供するための通信に使用すること、及び
（ｄ）前記応答が前記第２のサーバを特定できないことを示す拒絶メッセージを含み且つバックオフが必要とされることを前記応答が示すなら、次の要求を送信する前にバックオフを行うこと。

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

　上述の態様によれば、上述された課題のうち少なくとも１つの解決に寄与する装置、方法、及びプログラムを提供できる。

実施形態に係るネットワークのアーキテクチャの一例を示す図である。実施形態に係る第１のサーバの動作の一例を示すフローチャートである。実施形態に係る第１のサーバの動作の一例を示すフローチャートである。実施形態に係る要求エンティティの動作の一例を示すフローチャートである。実施形態に係るEEC及びECSの動作の一例を示すシーケンス図である。実施形態に係るEEC及びEESの動作の一例を示すシーケンス図である。実施形態に係るソースEES（S-EES）及びECSの動作の一例を示すシーケンス図である。実施形態に係るソースEES（S-EES）及びターゲットEES（T-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）を特定することを試行してもよい。あるいは、第1のサーバは、EES５であってもよく、EEC２からの登録手続における登録の要求の検証（以下、登録検証と呼ぶ）において、EAS(s)を特定することを試行してもよい。

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

　ステップ２０２では、要求の受信に応じて、第１のサーバは、EDN４内に配され且つ少なくとも１つの選択基準を満たす第２のサーバを特定することを試行する。言い換えると、第１のサーバは、少なくとも１つの選択基準に基づいて、EDN４内に配された第２のサーバを特定する。ここで、少なくとも１つの選択基準において考慮される少なくとも１つのファクターは、EDN４内に配されたサーバの輻輳状態を含む。サーバの輻輳状態は、サーバが輻輳している（congested）か否かを示してもよい。あるいは、輻輳状態は、３レベル以上の輻輳レベル（e.g., 輻輳なし、低輻輳、中輻輳、高輻輳）のうち１つを示してもよい。輻輳状態は、負荷状態と呼ばれてもよい。一例では、第１のサーバは、輻輳しておらず且つ残りの選択基準を満たす第２のサーバを特定してもよい。一例では、第１のサーバは、輻輳状態（高負荷状態）であると判定された第２のサーバに関する情報を、少なくとも１つの利用可能な第２のサーバの情報（又はリスト）から除外してもよい。

　第２のサーバは、その輻輳状態を第１のサーバに動的に通知してもよい。より具体的には、第２のサーバは、当該第２のサーバを第１のサーバへ登録する際にその輻輳状態を第１のサーバに通知し、また輻輳状態が変わったことに応じて輻輳状態の更新を第１のサーバに通知してもよい。具体的には、各EAS６は、その輻輳状態をEdge Application Server Registration手順においてEES５に通知し、その輻輳状態の更新をEdge Application Server Registration Update手順においてEES５に通知してもよい。EES５は、その輻輳状態をEdge Enabler Server Registration手順においてECS７に通知し、その輻輳状態の更新をEdge Enabler Server Registration Update手順においてECS７に通知してもよい。加えて、EES５は、登録されたEAS(s)の各々の輻輳状態をEdge Enabler Server Registration手順においてECS７に通知し、登録されたEAS(s)の各々の輻輳状態の更新をEdge Enabler Server Registration Update手順においてECS７に通知してもよい。あるいは、第２のサーバは、その輻輳状態を第１のサーバに定期的に通知してもよい。

　あるいは、第１のサーバが第２のサーバの死活監視を行ってもよい。より具体的には、第１のサーバは、第２のサーバの障害又は第２のサーバとの通信路の障害などにより、第２のサーバによるサービスの提供が不可能と判定した場合、第１のサーバは、当該第２のサーバについて重大な輻輳状態として管理してもよい。あるいは、第２のサーバがメンテナンスに移行する場合など計画的なサービス中断を行う場合、第２のサーバは、その旨を第１のサーバに通知してもよい。一例では、第１のサーバは、サービスの提供が不可能と判定された第２のサーバに関する情報を、少なくとも１つの利用可能な第２のサーバの情報（又はリスト）から除外してもよい。あるいは、第１のサーバは、図１には明示的に示されてないNetwork Data Analytics Function（NWDAF)から第２のサーバの輻輳状態を得てもよい。この場合、第１のサーバは、NWDAFが提供する輻輳に関するサービスに加入(Subscribe)する事で、第２のサーバ毎、EAS毎、あるいはEES毎の輻輳情報を得ることができる。

　第２のサーバは、輻輳しているか否かを判定し、輻輳しているか否かを示す輻輳状態情報を第１のサーバに提供してもよい。当該輻輳状態情報は、２レベルに限られない。例えば、第２のサーバは、３レベル以上の輻輳レベル（e.g., 輻輳なし、低輻輳、中輻輳、高輻輳）の１つを特定し、特定された輻輳レベルを第１のサーバに知らせてもよい。この場合、輻輳状態情報は、３レベル以上の輻輳レベルのうち１つを示す情報であってもよい。

　ECS７によるEES(s)の選択（又は決定、又は発見、又は特定）のケースでは、第２のサーバはEESである。この場合、少なくとも１つの選択基準において考慮される他のファクターは、UE１のロケーション、EEC２より提供される少なくとも１つのApplication Client profile、及び第２のサーバ（i.e., EES）の稼働状態のうち少なくとも１つを含んでもよい。具体的には、ECS７は、提供されたApplication Client profileにマッチするEES(s)を特定してもよい。複数のApplication Client profilesが提供されたなら、ECS７は、全てのApplication Client profilesにマッチするEES(s)を特定してもよい。あるいは、ECS７は、提供されたApplication Client profilesのうち少なくとも１つにマッチするEES(s)を特定してもよい。あるいは、ECS７は、Application Client profile単位でEES(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.）のうち少なくとも１つを含む。

　ここで「提供されたApplication Client profileにマッチする」とは、EESの情報（e.g., 特性、性能、状態）がApplication Client profileに含まれるApplication Clientに関する情報にマッチすることを意味してもよい。あるいは、これは、EESの情報（e.g., 特性、性能、状態）がApplication Client profileに含まれるApplication Clientに関する条件を満たすことを意味してもよい。EES(s)の選択基準は以下の通りであってもよい。例えば、ECS７は、Application Client profileに含まれる全ての情報要素にマッチするEES(s)を特定してもよい。あるいは、ECS７は、“List of EASs”を除くApplication Client profileに含まれる全ての情報要素にマッチし、且つ“List of EASs”の少なくとも１つのアイテムにマッチするEES(s)を特定してもよい。あるいは、ECS７は、Application Client profileに含まれる少なくとも一つの情報要素にマッチするEES(s)を特定してもよい。

　UEロケーションは、UE１が接続しているネットワーク又はUEのポジションを特定してもよい。UEロケーションの値は、Cell Identity（ID）、Tracking Area Identity（TAI）、Global Positioning System（GPS）座標（Coordinates）、又は住所（civic address）であってもよい。ECS７によるEES(s)の選択のためのUEロケーションに関する選択基準は、UE１のロケーションがEDNサービスエリア又はEESサービスエリア内であることを要求してもよい。EDN４がLADNを用いて配備（deployed）される場合、EDNサービスエリアはLADNサービスエリアと同一であってもよい。EDNサービスエリアエリアが定義されるなら、EESサービスエリアはEDNサービスエリアと同一であってもよい。EESサービスエリアは、トポロジカルなサービスエリアであってもよいし、地理的な（geographical）サービスエリアであってもよい。トポロジカルなサービスエリアは、１又はそれ以上のセルIDによって定義されてもよいし、１又はそれ以上のTAIsによって定義されてもよい。

　一方、EES５によるEAS(s)の選択（又は決定、又は発見、又は特定）のケースでは、第２のサーバはEASである。この場合、少なくとも１つの選択基準において考慮される他のファクターは、UE１のロケーション、EEC２より提供されるEAS discovery filters、及び第２のサーバ（i.e., EAS）の稼働状態のうち少なくとも１つを含んでもよい。具体的には、EES５は、提供されたEAS discovery filtersにマッチするEAS(s)を特定してもよい。EAS discovery filtersは、要求されたEASを決定するために必要な特性（characteristics）のセットを示す。例えば、EAS discovery filtersは、“List of Application Client characteristics”及び“List of Edge Application Server characteristics”のうち一方又は両方を含んでもよい。

　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)を特定してもよい。あるいは、EES５は、Application Client profile単位でEAS(s)を特定してもよい。ここでマッチするとは、EASの情報（e.g., 特性、性能、状態）がApplication Client profileに含まれるApplication Clientに関する情報又は条件を満たすという意味でもよい。EAS(s)のの選択基準は以下の通りであってもよい。例えば、EES５は、Application Client profileに含まれる全ての情報要素にマッチするEAS(s)を特定してもよい。あるいは、EES５は、“List of EASs”を除くApplication Client profileに含まれる全ての情報要素にマッチし、且つ“List of EASs”の少なくとも１つのアイテムにマッチするEAS(s)を特定してもよい。あるいは、EES５は、Application Client profileに含まれる少なくとも一つの情報要素にマッチする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７は、当該リストに掲載された少なくとも１つのアイテムにマッチするEAS(s)を特定してもよい。ここでマッチするとは、EASの情報（e.g., 特性、性能、状態）がList of Edge Application Server characteristicsに含まれるEdge Application Serverに関する情報又は条件を満たすという意味でもよい。EAS(s)の選択基準は以下の通りであってもよい。EES５は、List of Edge Application Server characteristicsに含まれる全ての情報要素にマッチするEAS(s)を特定してもよい。あるいは、List of Edge Application Server characteristicsに含まれる少なくとも一つの情報要素にマッチするEAS(s)を特定してもよい。

　EAS discovery filtersがList of Application Client characteristics及びList of Edge Application Server characteristicsの両方を含む場合、EES５は、これら両方にマッチするEAS(s)を特定してもよい。例えば、EES５は、List of Application Client characteristicsに含まれる全てのApplication Client profilesにマッチし、且つList of Edge Application Server characteristicsにもマッチするEAS(s)を特定してもよい。あるいは、EES５は、提供されたApplication Client profilesのうち１つのApplication Client profileにマッチし、且つList of Edge Application Server characteristicsにもマッチするEAS(s)を特定してもよい。これに代えて、EES５は、これらのうち少なくとも一方にマッチするEAS(s)を特定してもよい。

　EES５によるEAS(s)の選択のためのUEロケーションに関する選択基準は、UE１のロケーションがEDNサービスエリア、EESサービスエリア、又はEASサービスエリア内であることを要求してもよい。EASサービスエリアは、トポロジカルなサービスエリア（e.g., Cell ID(s)、又はTAI(s)）であってもよいし、地理的なサービスエリアであってもよい。EASサービスエリアは、EDNサービスエリアと同じかそのサブセットであってもよい。EASサービスエリアは、EESサービスエリアと同じかそのサブセットであってもよい。

　EES５によるEAS(s)の登録検証において考慮される他のファクターは、セキュリティ要件、UE１のロケーション、EEC２より提供されるApplication Client Profile(s)、及び第２のサーバ（i.e., EAS）の稼働状態のうち少なくとも１つを含んでもよい。

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

　これに対して、選択基準を満たす第２のサーバの特定に失敗したことに応じて（ステップ２０３でNO）、手順はステップ２０５に進む。ステップ２０５では、第１のサーバ（i.e., ECS７又はEES５）は、拒絶又はエラーメッセージにより要求に応答する（以降、単に拒絶メッセージと称する場合がある）。第１のサーバは、要求エンティティへの応答メッセージに失敗原因（failure cause、cause value、又はerror）を含めることによって要求が拒絶されること又は失敗したことを示してもよい。なお、上述の「拒絶メッセージにより要求に応答する」とは、Request/Responseモデルに基づくservice provisioning手順またはEAS discovery手順における応答を意味するが、Subscribe-Notifyモデルに基づくservice provisioning手順又はEAS discovery手順では、第１のサーバは、拒絶メッセージにより要求に応答することに代えて、拒絶メッセージを要求エンティティに通知する。エラーメッセージは、失敗原因を含むレスポンスメッセージであってもよい。

　上述の第１のサーバの動作によれば、第１のサーバは、少なくとも第２のサーバの輻輳状態を考慮しつつ、好ましい又は適切な第２のサーバを特定、発見、選択、又は決定することができる。

　要求エンティティがEEC２であり且つservice provisioning手順において拒絶メッセージを受信した場合、要求エンティティ（EEC２）は以下のように動作してもよい。EEC２は、service provisioning手順を中止（abort）する。あるいは、EEC２は、service provisioning requestを再送してもよい。再送回数が所定の最大数に到達したなら、EEC２は、service provisioning手順を中止（abort）する。EEC２は、失敗原因（又はエラー）をAC３に知らせてもよい。EEC２は、失敗原因（又はエラー）をAC固有の（AC-specific）失敗原因（又はエラー）にマップしてもよい。あるいは、EEC２は、失敗原因（又はエラー）を透過的にAC３に転送してもよい。

　要求エンティティがEEC２であり且つSubscribe-Notifyモデルに基づくservice provisioning手順において拒絶メッセージを受信した場合、要求エンティティ（EEC２）は以下のように動作してもよい。EEC２は、service provisioning手順を中止（abort）する。あるいは、EEC２は、service provisioning subscription update requestをECS７に送信してもよい。EEC２は、失敗原因（又はエラー）をAC３に知らせてもよい。EEC２は、失敗原因（又はエラー）をAC固有の（AC-specific）失敗原因（又はエラー）にマップしてもよい。あるいは、EEC２は、失敗原因（又はエラー）を透過的にAC３に転送してもよい。

　要求エンティティがEEC２であり且つEAS discovery手順において拒絶メッセージを受信した場合、要求エンティティ（EEC２）は以下のように動作してもよい。EEC２は、EAS discovery手順を中止（abort）する。あるいは、EEC２は、EAS discovery requestを再送してもよい。再送回数が所定の最大数に到達したなら、EEC２は、EAS discovery手順を中止（abort）する。EEC２は、失敗原因（又はエラー）をAC３に知らせてもよい。EEC２は、失敗原因（又はエラー）をAC固有の（AC-specific）失敗原因（又はエラー）にマップしてもよい。あるいは、EEC２は、失敗原因（又はエラー）を透過的にAC３に転送してもよい。あるいは、EEC２は、拒絶メッセージの失敗原因に基づき、EAS discoveryの送信を抑止してもよい。

　要求エンティティがEEC２であり且つSubscribe-Notifyモデルに基づくEAS discovery手順において拒絶メッセージを受信した場合、要求エンティティ（EEC２）は以下のように動作してもよい。EEC２は、EAS discovery手順を中止（abort）する。あるいは、EEC２は、EAS discovery subscription update requestをEES５に送信してもよい。EEC２は、失敗原因（又はエラー）をAC３に知らせてもよい。EEC２は、失敗原因（又はエラー）をAC固有の（AC-specific）失敗原因（又はエラー）にマップしてもよい。あるいは、EEC２は、失敗原因（又はエラー）を透過的にAC３に転送してもよい。あるいは、EEC２は、拒絶メッセージの失敗原因に基づき、EAS discoveryの送信を抑止してもよい。

　要求エンティティがEEC２であり且つEEC２の登録手順において拒絶メッセージを受信した場合、要求エンティティ（EEC２）は以下のように動作してもよい。EEC２は、登録手順を中止（abort）する。あるいは、EEC２は、EEC registration requestを再送してもよい。再送回数が所定の最大数に到達したなら、EEC２は、登録手順を中止（abort）する。あるいは、EEC２は、EEC registration update requestを送信してもよい。あるいは、EEC２は、EEC de-registration requestを送信してもよい。あるいは、EEC２は、失敗原因（又はエラー）をAC３に知らせてもよい。EEC２は、失敗原因（又はエラー）をAC固有の（AC-specific）失敗原因（又はエラー）にマップしてもよい。あるいは、EEC２は、失敗原因（又はエラー）を透過的にAC３に転送してもよい。あるいは、EEC２は、拒絶メッセージの失敗要因原因に基づき、EEC registration request、またはEEC registration update requestの送信を抑止してもよい。

　第１のサーバは、第２のサーバが輻輳している場合に要求エンティティに送られる拒絶メッセージを、第２のサーバが発見できない場合に送られる拒絶メッセージと区別してもよい。一例では、第２のサーバが輻輳している場合に拒絶メッセージにセットされる失敗原因の値は、第２のサーバが発見できない場合に拒絶メッセージにセットされるそれと異なってもよい。これにより、要求エンティティは、拒絶メッセージのタイプ（又は失敗原因のタイプ）を区別できる。さらに、要求エンティティは、拒絶メッセージのタイプ（又は失敗原因のタイプ）に依存して異なる動作を行うことができる。

　以下では、第１のサーバがECS７である場合における拒絶メッセージの具体例を説明する。ECS７がUEロケーションに関する選択基準に基づく拒絶メッセージにより要求に応答する場合、当該拒絶メッセージは、要求エンティティ依存のエラーまたは状態であることを示してよく、具体的にはHTTP Status code 403 Forbiddenであってよい。当該拒絶メッセージに含まれる失敗原因は、エッジ設定情報取得が許容または承認されていないことを示す値であってよく、あるいはUEのロケーションでの当該要求が承認又は許容されていないことを示す値であってよく、具体的には"NOT_AUTHORIZED"であってもよい。他の例では、ECS７は、NASメッセージを利用して拒絶応答してもよい。具体的には、当該NASメッセージは、PDU Session Establishment Rejectメッセージ、PDU Session Establishment Acceptメッセージ、Registration Rejectメッセージ、Registration Acceptメッセージのいずれかでもよい。また当該拒絶メッセージに含まれる失敗原因は、UEロケーションに関する選択基準に基づく拒絶であることを示すcause valueであってよいし、UEロケーションに関する選択基準に基づくエラーを示す値でもよい。なお、UEロケーションに関する選択基準に基づく拒絶とは、Application Client profilesにマッチするEESは特定できるが、ロケーションに関する選択基準を満たしていないことによる拒絶であってよい。言い換えると、これは、UEロケーションがエッジ設定情報を受信できるロケーション外であることによるエラーであってよい。EEC２は、要求に対する応答がUEロケーションに関する選択基準に基づく拒絶であった場合、service provisioning requestの送信を抑止してもよい。さらに、EEC２は、UEロケーションを変更するまで、service provisioning requestの送信を抑止してもよい。言い換えると、EEC２は、UEロケーションを変更するまで、拒絶された要求と同一のリソース又は情報を含むservice provisioning requestの送信を抑止してもよい。

　ECS７が、Application Client profilesに関する選択基準に基づく拒絶メッセージにより要求に応答する場合（第２のサーバが発見できない場合）、当該拒絶メッセージは、要求エンティティ依存のエラーまたは状態であることを示してよく、具体的にはHTTP Status code 404 Not Foundであってよい。当該拒絶メッセージに含まれる失敗原因は、EESが見つからないことを示す値であってよく、あるいはApplication Client profilesに含まれる情報又は条件を満たすことができないことを示す値であってよく、具体的には"RESOURCE_NOT_FOUND"であってよい。他の例では、ECS７は、NASメッセージを利用して拒絶応答してもよい。具体的には、当該NASメッセージは、PDU Session Establishment Rejectメッセージ、PDU Session Establishment Acceptメッセージ、Registration Rejectメッセージ、Registration Acceptメッセージのいずれかでもよい。当該拒絶メッセージに含まれる失敗原因は、Application Client profilesに関する選択基準に基づく拒絶であることを示すcause valueであってよいし、Application Client profilesに関する選択基準に基づくエラーを示す値でもよい。なお、Application Client profilesに関する選択基準に基づく拒絶とは、Application Client profilesにマッチするEESが見つからない場合の拒絶であってもよい。あるいは、これは、Application Client profilesにマッチするEAS(s)を特定できるが、当該EAS(s)が稼働状態ではない場合の拒絶であってもよい（例えば、EAS(s)が輻輳している場合やEAS(s)がメンテナンス中である場合）。ここで、EAS(s)が稼働状態ではない場合の失敗原因は、EAS(s)の稼働状態に起因する失敗であることを示す値でもよく、具体的には上述の"RESOURCE_NOT_FOUND"に代わり"APPLICATION_NOT_FOUND"であってもよい。EEC２は、要求に対する応答がApplication Client profilesに関する選択基準に基づく拒絶であった場合、service provisioning requestの送信を抑止してよい。さらに、EEC２は、Application Client profiles又はこれらに含まれる情報の一部を変更するまで、service provisioning requestの送信を抑止してもよい。言い換えると、EEC２は、Application Client profiles又はこれらに含まれる情報の一部を変更するまで、拒絶された要求と同一のリソース又は情報を含むservice provisioning requestの送信を抑止してもよい。

　ECS７が、EESの稼働状態に関する選択基準に基づく拒絶メッセージにより要求に応答する場合（EESが輻輳している場合やEESがメンテナンス中である場合）、当該拒絶メッセージは、サーバ依存のエラーまたは状態であることを示してよく、具体的にはHTTP Status code 503 Service Unavailableであってもよい。他の例では、ECS７は、NASメッセージを利用して拒絶応答してもよい。具体的には、当該NASメッセージは、PDU Session Establishment Rejectメッセージ、PDU Session Establishment Acceptメッセージ、Registration Rejectメッセージ、Registration Acceptメッセージのいずれかでもよい。当該拒絶メッセージに含まれる失敗原因は、EESの稼働状態に関する選択基準に基づく拒絶であることを示すcause valueであってよいし、EESの稼働状態に関する選択基準に基づくエラーを示す値でもよい。

　なお、NASメッセージを用いて拒絶応答する場合、ECS7は、3GPPコアネットワーク８が提供するAPIを活用して応答する。当該APIは、NEFによってApplication Function（AF）であるECS７に対して公開され、PCF、Session Management Function（SMF）、又はAMFの3GPP core network capabilityへのアクセスを提供するAPIであってもよい。

　以下では、第１のサーバがEES５である場合における拒絶メッセージの具体例を説明する。EES５が、UEロケーションに関する選択基準に基づく拒絶メッセージにより要求に応答する場合、当該拒絶メッセージは、要求エンティティ依存のエラーまたは状態であることを示してよく、具体的にはHTTP Status code 403 Forbiddenであってもよい。当該拒絶メッセージに含まれる失敗原因は、EAS情報取得が許容または承認されていないことを示す値であってよく、あるいはUEのロケーションでの当該要求が承認又は許容されていないことを示す値であってよく、具体的には"NOT_AUTHORIZED"であってもよい。なお、UEロケーションに関する選択基準に基づく拒絶とは、EAS discovery filtersにマッチするEAS(s)は特定できるが、ロケーションに関する選択基準を満たしていないことによる拒絶であってもよい。言い換えると、UEロケーションがEAS情報を受信できるロケーション外であることによるエラーであってよい。EEC２は、要求に対する応答がUEロケーションに関する選択基準に基づく拒絶であった場合、EAS discovery requestの送信を抑止してもよい。さらに、EEC２は、UEロケーションを変更するまで、EAS discovery requestの送信を抑止してもよい。言い換えると、EEC２は、UEロケーションを変更するまで、拒絶された要求と同一のリソース又は情報を含むEAS discovery requestの送信を抑止してもよい。

　EES５が、登録検証において実施するUEロケーションに関する選択基準に基づく拒絶メッセージにより要求に応答する場合、当該拒絶メッセージは、要求エンティティ依存のエラーまたは状態であることを示してよく、具体的にはHTTP Status code 403 Forbiddenであってよい。当該拒絶メッセージに含まれる失敗原因は、UEのロケーションでの登録が承認、または許容されていないことを示す値であってよく、具体的には"NOT_AUTHORIZED"であってもよい。なお、ここでのUEロケーションに関する選択基準に基づく拒絶とは、Application Client profilesにマッチするEAS(s)は特定できるが、これらがロケーションに関する選択基準を満たしていないことによる拒絶であってよい。UEロケーションが当該EASを考慮した登録が許可されているロケーション外であることによるエラーであってよい。このとき、EEC２は、要求に対する応答がUEロケーションに基づく拒絶であった場合、EEC registration request又はEEC registration update requestの送信を抑止してもよい。さらに、EEC２は、UEロケーションを変更するまで、EEC registration request又はEEC registration update requestの送信を抑止してもよい。言い換えると、EEC２は、UEロケーションを変更するまで、拒絶された要求と同一のリソース又は情報を含むEEC registration request又はEEC registration update requestの送信を抑止してもよい。

　EES５が、EAS discovery filtersに関する選択基準に基づく拒絶メッセージにより要求に応答する場合（第２のサーバが発見できない場合）、当該拒絶メッセージは、要求エンティティ依存のエラーまたは状態であることを示してよく、具体的にはHTTP Status code 404 Not Foundであってよい。当該拒絶メッセージに含まれる失敗原因は、EASが見つからないことを示す値であってよく、あるいはEAS discovery filters に含まれる情報又は条件が満たされないことを示す値であってよく、具体的には"RESOURCE_NOT_FOUND"であってよい。なお、EAS discovery filtersに関する選択基準に基づく拒絶とは、EAS discovery filtersにマッチするEAS(s)が見つからない場合の拒絶であってよい。このとき、EEC２は、要求に対する応答がEAS discovery filtersに関する選択基準に基づく拒絶であった場合、EAS discovery requestの送信を抑止してよい。さらに、EEC２は、EAS discovery filters又はこれらに含まれる情報の一部を変更するまで、EAS discovery requestの送信を抑止してもよい。言い換えると、EEC２は、EAS discovery filters又はこれらに含まれる情報の一部を変更するまで、拒絶された要求と同一のリソース又は情報を含むEAS discovery requestの送信を抑止してもよい。

　EES５が、登録検証において実施するApplication Client profiles関する選択基準に基づく拒絶メッセージにより要求に応答する場合（第２のサーバが発見できない場合）、当該拒絶メッセージは、要求エンティティ依存のエラーまたは状態であることを示してよく、具体的にはHTTP Status code 404 Not Foundであってもよい。当該拒絶メッセージに含まれる失敗原因は、Application Client profiles に含まれる情報又は条件を満たすことができないことを示す値であってよく、具体的には"RESOURCE_NOT_FOUND"であってもよい。なお、ここでのApplication Client profilesに関する選択基準に基づく拒絶とは、Application Client profilesにマッチするEAS(s)が見つからない場合の拒絶であってもよい。このとき、EEC２は、要求に対する応答がApplication Client profilesに関する検証基準に基づく拒絶であった場合、EEC registration request又はEEC registration update requestの送信を抑止してよい。さらに、EEC２は、Application Client profiles又はこれらに含まれる情報の一部を変更するまで、EEC registration request又はEEC registration update requestの送信を抑止してもよい。言い換えると、EEC２は、Application Client profiles又はこれらに含まれる情報の一部を変更するまで、拒絶された要求と同一のリソース又は情報を含むEEC registration request又はEEC registration update requestの送信を抑止してもよい。

　EES５が、EASsの稼働状態に関する選択基準に基づく拒絶メッセージにより要求に応答する場合（第２のサーバが輻輳している場合や第２のサーバがメンテナンス中である場合）、当該拒絶メッセージは、サーバ依存のエラーまたは状態であることを示してよく、具体的にはHTTP Status code 503 Service Unavailableを示してよい。

　要求エンティティがEEC２であり且つservice provisioning手順において拒絶メッセージを受信した場合、要求エンティティ（EEC２）は以下のように動作してもよい。当該拒絶メッセージが第２のサーバ（i.e., EES）の輻輳に起因しているなら、EEC２は、service provisioning requestの再送信を行わずにservice provisioning手順を中止（abort）する。これに対して、当該拒絶メッセージが第２のサーバ（i.e., EES）が見つからないとの事実に起因しているなら、EEC２は、service provisioning requestの再送信を行う。

　要求エンティティがEEC２であり且つEAS discovery手順において拒絶メッセージを受信した場合、要求エンティティ（EEC２）は以下のように動作してもよい。当該拒絶メッセージが第２のサーバ（i.e., EAS）の輻輳に起因しているなら、EEC２は、EAS discovery requestの再送信を行わずにEAS discovery手順を中止（abort）する。これに対して、当該拒絶メッセージが第２のサーバ（i.e., EAS）が見つからないとの事実に起因しているなら、EEC２は、EAS discovery requestの再送信を行う。

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

　本実施形態では、第１のサーバは、要求が拒絶される場合に、要求エンティティが次の要求を送信する前にバックオフを行うべきであることを拒絶メッセージにおいて明示的又は暗示的に示す。一例では、第１のサーバは、第２のサーバが輻輳している（高負荷状態である）ために要求が拒絶される場合に、要求エンティティが次の要求を送信する前にバックオフを行うべきであることを拒絶メッセージにおいて明示的又は暗示的に示す。具体的には、第１のサーバは、第２のサーバが輻輳していることを示す失敗原因（failure cause）を拒絶メッセージに含めてもよい。当該失敗原因は、バックオフが必要とされることを暗示的に示す。さらに又はこれに代えて、第１のサーバは、特定のバックオフ時間を示す値、最大バックオフ時間を示す値、又はこれらのいずれかを導出するためのパラメータ、を拒絶メッセージに含めてもよい。バックオフ時間は、バックオフ期間又はバックオフウィンドウと呼ばれてもよい。

　要求エンティティは、バックオフが必要とされることを拒絶メッセージが示していないなら、バックオフを行わずに次の要求を送信することができる。例えば、要求エンティティは、受信した拒絶メッセージに包含されている失敗原因によって示された不足している情報（missing information）を含めて、要求メッセージを再送（resend）することができる。

　これに対して、バックオフが必要とされることを拒絶メッセージが明示的又は暗示的に示すなら、要求エンティティは、次の要求を送信する前にバックオフを行う。言い換えると、要求エンティティは、少なくともバックオフ時間が経過するまで次の要求の送信を遅らせる。バックオフ時間は、第１のサーバにより指定されてもよいし、要求エンティティよって導出されてもよい。要求エンティティは、最大バックオフ時間を上限としてランダムなバックオフ時間を決定してもよい。

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

　ステップ３０１～３０４は、図２のステップ２０１～２０４と同様である。ステップ３０５では、第１のサーバ（i.e., ECS７又はEES５）は、拒絶メッセージにより要求に応答する。当該拒絶メッセージは、次の要求の送信の前にバックオフが必要とされることを明示的又は暗示的に示す。具体的には、第２のサーバが輻輳している（高負荷状態である）ために要求が拒絶される場合に、第１のサーバは、バックオフの必要性を拒絶メッセージで示してもよい。

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

　ステップ４０１では、要求エンティティは第１のサーバ（e.g., ECS７、又はEES５）に要求を送信する。ステップ４０２では、要求エンティティは第１のサーバから応答を受信する。

　ステップ４０２の応答が拒絶メッセージでないなら（ステップ４０３でNO）、手順はステップ４０４に進む。ステップ４０４では、要求エンティティ（e.g., EEC２、又はS-EES）は、EDN４内に配置され且つ少なくとも１つの選択基準を満たす第２のサーバ（e.g., EES、EAS、T-EES、又はT-EAS）の情報を応答メッセージから取り出す。要求エンティティは、第２のサーバの情報を、EDN４でサービスを提供するための通信に使用する。例えば、要求エンティティがEES(s)の選択（又は決定、又は発見、又は特定）のケースでのEEC２であるなら、EEC２は受信した第２のサーバ（i.e., EES）の情報を、後続のEASディスカバリにおいて利用してもよい。あるいは、要求エンティティがEAS(s)の選択（又は決定、又は発見、又は特定）のケースでのEEC２であるなら、EEC２は受信した第２のサーバ（i.e., EES）の情報（e.g., エンドポイント情報）を、アプリケーション・データ・トラフィックのEASへのルーティングのために使用してもよい。

　これに対して、ステップ４０２の応答が拒絶メッセージであるなら（ステップ４０３でYES）、手順はステップ４０５に進む。ステップ４０５では、要求エンティティは、バックオフが必要であることを拒絶メッセージが示すか否かを判定する。バックオフが必要でないなら（ステップ４０５でNO）、要求エンティティは、バックオフを行わずに次の要求を送信することができる（ステップ４０６）。バックオフが必要であるなら（ステップ４０５でYES）、要求エンティティは、次の要求を送信する前にバックオフを行う。

　上述の第１のサーバ及び要求エンティティの動作によれば、要求が拒絶される場合に、第１のサーバは、要求エンティティによる次の要求の送信を遅らせることができる。特に第２のサーバの輻輳が原因で要求が拒絶される場合は、要求エンティティによる次の要求の送信を遅らせることで、第２のサーバの輻輳の解消や低減が期待できる。

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

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

　ステップ５０３では、ECS７は、service provisioning responseによってEEC２の要求に応答する。図５は、EEC２の要求が拒絶されるケースを示している。したがって、当該応答は、失敗原因を含む。さらに、EESが輻輳している（高負荷状態である）場合に、当該応答は、バックオフが必要とされることを明示的又は暗示的に示す。バックオフが必要とされることを当該応答が明示的に示す場合、ステップ５０３において、当該応答にさらにバックオフタイマー値が設定されてもよい。ステップ５０４では、EEC２は、少なくともバックオフ時間が経過するまで次の要求の送信を遅らせる。

　バックオフが必要とされることを明示的又は暗示的に示す情報は、service provisioning responseに設定されるEDN connection information毎に設定されてもよいし、EDN connection information内に設定されるEES(s)毎に設定されてもよい。EDN connection informationは、UE１がEDN４との接続を確立するための情報である。

　図５のステップ５０３では、EES５が輻輳しているが、EEC２の要求が受け入れられるケースが有る。この場合、当該service provisioning responseは、バックオフが必要とされることを明示的又は暗示的に示し、且つ失敗原因を含まない。当該応答は失敗原因を含まないので、当該応答は、EEC２の要求が受け入れられ、ECS７からservice provisioningがEEC２に対して行われていることを示す。したがって、当該応答は、バックオフが必要とされることを明示的又は暗示的に示すが、要求が拒絶された場合（FAILURE）では無く、要求が受け入れられた場合（SUCCESS）のメッセージとして扱われてもよい。この場合、ステップ５０４では、EEC２は、ECS７から輻輳していると示されたEES(s)へのEDGE-1メッセージの送信を、バックオフタイマー値などを考慮して遅らせる。当該EDGE-1メッセージは、Edge Enabler Client registration request、Edge Enabler Client registration update request、Edge Enabler Client de-registration request、Edge Application Server discovery requestの少なくともいずれかを含む。この場合のバックオフを示す情報は、遅延要求情報(Deferred request)又は低速処理通知(Slow processing notification)などと表現されてもよい。

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

　ステップ６０３では、EES５は、Edge Application Server discovery responseによってEEC２の要求に応答する。図６は、EEC２の要求が拒絶されるケースを示している。したがって、当該応答は、失敗原因を含む。さらに、EASが輻輳している（高負荷状態である）場合に、当該応答は、バックオフが必要とされることを明示的又は暗示的に示す。バックオフが必要とされることを当該応答が明示的に示す場合、ステップ６０３において、当該応答にさらにバックオフタイマー値が設定されてもよい。ステップ６０４では、EEC２は、少なくともバックオフ時間が経過するまで次の要求の送信を遅らせる。

　バックオフが必要とされることを明示的又は暗示的に示す情報は、Edge Application Server discovery responseに設定される EAS profile毎に設定されてもよい。

　図６のステップ６０３では、EAS６が輻輳しているが、EEC２の要求が受け入れられるケースが有る。この場合、当該Edge Application Server discovery responseは、バックオフが必要とされることを明示的又は暗示的に示し、且つ失敗原因を含まない。当該応答は失敗原因を含まないので、当該応答は、EEC２の要求が受け入れられ、EES５からEdge Application Server discoveryがEEC２に対して行われていることを示す。したがって、当該応答は、バックオフが必要とされることを明示的又は暗示的に示すが、要求が拒絶された場合（FAILURE）では無く、要求が受け入れられた場合（SUCCESS）のメッセージとして扱われてもよい。この場合、ステップ６０４では、EEC２は、EES５から輻輳していると示されたEAS(s)に関する情報をAC(s)３に通知する。AC(s)３は、AC(s)３は、EEC２から輻輳していると示されたEAS(s)へのアプリケーションデータの送信を、バックオフタイマー値などを考慮して遅らせる。あるいは、AC(s)３は、EAS(s)の輻輳のためにアプリケーションの正常な動作が望めないと判断し、アプリケーションの起動を断念してもよい。この場合のバックオフを示す情報は、遅延要求情報(Deferred request)又は低速処理通知(Slow processing notification)などと表現されてもよい。

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

　ステップ７０３では、ECS７は、Retrieve Edge Enabler Server responseをS-EES７１に送る。図７は、S-EES７１の要求が拒絶されるケースを示している。したがって、当該応答は、失敗原因を含む。さらに、T-EESが輻輳している（高負荷状態である）場合に、当該応答は、バックオフが必要とされることを明示的又は暗示的に示す。バックオフが必要とされることを当該応答が明示的に示す場合、ステップ７０３において、当該応答にさらにバックオフタイマー値が設定されてもよい。ステップ７０４では、S-EES７１は、少なくともバックオフ時間が経過するまで次の要求の送信を遅らせる。

　バックオフが必要とされることを明示的又は暗示的に示す情報は、Retrieve Edge Enabler Server responseに設定されるtarget Edge Enabler Server(s) information毎に設定されてもよい。

　図７のステップ７０３では、EAS（s）が輻輳しているが、S-EES７１の要求が受け入れられるケースが有る。この場合、当該Retrieve Edge Enabler Server responseは、バックオフが必要とされることを明示的又は暗示的に示し、且つ失敗原因を含まない。当該応答は失敗原因を含まないので、当該応答はS-EES７１の要求が受け入れられECS７からRetrieve Edge Enabler ServerがEEC２に対して行われていることを示す。したがって、当該応答は、バックオフが必要とされることを明示的又は暗示的に示すが、要求が拒絶された場合（FAILURE）では無く、要求が受け入れられた場合（SUCCESS）のメッセージとして扱われてもよい。この場合、ステップ７０４では、S-EES71は、ECS７から輻輳していると示されたEES(s)へのTarget EAS discovery requestなどのEDGE-９メッセージを、バックオフタイマー値などを考慮して遅らせる。この場合のバックオフを示す情報は、遅延要求情報(Deferred request)又は低速処理通知(Slow processing notification)などと表現されてもよい。

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

　ステップ８０３では、T-EES８２は、Edge Application Server discovery responseによってS-EES８１の要求に応答する。図８は、S-EES８１の要求が拒絶されるケースを示している。したがって、当該応答は、失敗原因を含む。さらに、T-EASが輻輳している（高負荷状態である）ために要求が拒絶される場合に、当該応答は、バックオフが必要とされることを明示的又は暗示的に示す。バックオフが必要とされることを明示的に示す場合、ステップ８０３にバックオフタイマー値が設定されてもよい。ステップ８０４では、S-EES８１は、少なくともバックオフ時間が経過するまで次の要求の送信を遅らせる。

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

　本実施形態では、第１のサーバは、第２のサーバが稼働状態でない場合に要求エンティティに送られる拒絶メッセージを、第２のサーバが発見できない場合に送られる拒絶メッセージと区別してもよい。一例では、第２のサーバが稼働状態でない場合に拒絶メッセージにセットされる失敗原因の値は、第２のサーバが発見できない場合に拒絶メッセージにセットされるそれと異なってよい。これにより、要求エンティティは、拒絶メッセージのタイプ（又は失敗原因のタイプ）を区別できる。さらに、要求エンティティは、拒絶メッセージのタイプ（又は失敗原因のタイプ）に依存して異なる動作を行うことができる。

　要求エンティティがEEC２であり且つservice provisioning手順において拒絶メッセージを受信した場合、要求エンティティ（EEC２）は以下のように動作してもよい。当該拒絶メッセージが第２のサーバ（i.e., EES）が稼働状態でないとの事実に起因しているなら、EEC２は、service provisioning requestの再送信を行わずにservice provisioning手順を中止（abort）する。これに対して、当該拒絶メッセージが第２のサーバ（i.e., EES）が見つからないとの事実に起因しているなら、EEC２は、service provisioning requestの再送信を行う。

　要求エンティティがEEC２であり且つEAS discovery手順において拒絶メッセージを受信した場合、要求エンティティ（EEC２）は以下のように動作してもよい。当該拒絶メッセージが第２のサーバ（i.e., EAS）が稼働状態でないとの事実に起因しているなら、EEC２は、EAS discovery requestの再送信を行わずにEAS discovery手順を中止（abort）する。これに対して、当該拒絶メッセージが第２のサーバ（i.e., EAS）が見つからないとの事実に起因しているなら、EEC２は、EAS discovery requestの再送信を行う。

　続いて以下では、上述の複数の実施形態に係る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は、これらの例に限定されるものではなく、当業者は種々の変更をこれに行うことができる。

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

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

（付記１）
　少なくとも１つのメモリ、及び
　前記少なくとも１つのメモリに結合され、且つ
　　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行し、
　　前記第２のサーバを特定した場合、前記第２のサーバの情報を前記要求エンティティに送信し、
　　前記第２のサーバを特定できない場合、当該第２のサーバを特定できないことを示す拒絶メッセージを前記要求エンティティに送信する、
　よう構成された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つの選択基準は、前記エッジデータネットワーク内に配置されるサーバの輻輳状態を含む、
第１のサーバ。
（付記２）
　前記エッジデータネットワーク内に配置されるサーバが輻輳しているために前記第２のサーバを特定できない場合に、前記拒絶メッセージは前記要求エンティティが次の要求を送信する前にバックオフを行うべきであることを示す、
付記１に記載の第１のサーバ。
（付記３）
　前記拒絶メッセージは、前記エッジデータネットワーク内に配置されるサーバが輻輳していることを示す失敗原因（failure cause）を含む、
付記２に記載の第１のサーバ。
（付記４）
　前記拒絶メッセージは、前記バックオフのための特定のバックオフ時間又は最大バックオフ時間を特定するための情報を含む、
付記２又は３に記載の第１のサーバ。
（付記５）
　バックオフを行うべきであることを示す情報は、特定のバックオフ時間又は最大バックオフ時間を特定するための情報、及び、失敗原因の少なくとも１つを含む、
　付記２～４のいずれか１項に記載の第１のサーバ。
（付記６）
　前記少なくとも１つのプロセッサは、輻輳していると判定された前記エッジデータネットワーク内に配置されるサーバに関する情報を前記第２のサーバの情報から除外するよう構成されている、
付記１～５のいずれか１項に記載の第１のサーバ。
（付記７）
　前記拒絶メッセージは、前記要求エンティティに、前記要求の中止、前記要求の送信の抑止、前記要求の再送、要求のサブスクリプション更新要求及び前記サービスのためのアプリケーションに対する通知の少なくとも１つを行わせる、
付記１～６のいずれか１項に記載の第１のサーバ。
（付記８）
　前記第１のサーバは、Edge Configuration Server（ECS）であり、
　前記第２のサーバは、Edge Enabler Server（EES）又はターゲットEESであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、又はソースEESである、
付記１～７のいずれか１項に記載の第１のサーバ。
（付記９）
　前記第１のサーバは、Edge Enabler Server（EES）、ソースEES、又はターゲットEESであり、
　前記第２のサーバは、Edge Application Server（EAS）又はターゲットEASであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、ソースEAS、又はソースEESである、
付記１～７のいずれか１項に記載の第１のサーバ。
（付記１０）
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行すること、
　前記第２のサーバを特定した場合、前記第２のサーバの情報を前記要求エンティティに送信すること、及び
　前記第２のサーバを特定できない場合、当該第２のサーバを特定できないことを示す拒絶メッセージを前記要求エンティティに送信すること、
を備え、
　前記少なくとも１つの選択基準は、前記エッジデータネットワーク内に配置されるサーバの輻輳状態を含む、
第１のサーバにより行われる方法。
（付記１１）
　第１のサーバのための方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行すること、
　前記第２のサーバを特定した場合、前記第２のサーバの情報を前記要求エンティティに送信すること、及び
　前記第２のサーバを特定できない場合、当該第２のサーバを特定できないことを示す拒絶メッセージを前記要求エンティティに送信すること、
を備え、
　前記少なくとも１つの選択基準は、前記エッジデータネットワーク内に配置されるサーバの輻輳状態を含む、
プログラム。
（付記１２）
　少なくとも１つのメモリ、及び
　前記少なくとも１つのメモリに結合され、且つ
　　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信し、
　　前記要求に対する応答を前記第１のサーバから受信し、
　　少なくとも１つの選択基準に基づいて特定される前記エッジデータネットワーク内に配置される第２のサーバの情報を前記応答が包含するなら、前記情報を、前記サービスを提供するための通信に使用し、
　前記応答が前記第２のサーバを特定できないことを示す拒絶メッセージを含み且つバックオフが必要とされることを前記応答が示すなら、次の要求を送信する前にバックオフを行う、
よう構成された少なくとも１つのプロセッサと、
を備える、要求エンティティ。
（付記１３）
　前記少なくとも１つのプロセッサは、前記応答が前記拒絶メッセージを含むが、バックオフが必要とされることを前記応答が示していないなら、バックオフを行わずに次の要求を送信するよう構成される、
付記１２に記載の要求エンティティ。
（付記１４）
　前記少なくとも１つの選択基準は、前記第２のサーバの輻輳状態を含む、
付記１２又は１３に記載の要求エンティティ。
（付記１５）
　前記第１のサーバは、Edge Configuration Server（ECS）であり、
　前記第２のサーバは、Edge Enabler Server（EES）又はターゲットEESであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、又はソースEESである、
付記１２～１４のいずれか１項に記載の要求エンティティ。
（付記１６）
　前記第１のサーバは、Edge Enabler Server（EES）、ソースEES、又はターゲットEESであり、
　前記第２のサーバは、Edge Application Server（EAS）又はターゲットEASであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、ソースEAS、又はソースEESである、
付記１２～１４のいずれか１項に記載の要求エンティティ。
（付記１７）
　要求エンティティにより行われる方法であって、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信すること、
　前記要求に対する応答を前記第１のサーバから受信すること、
　少なくとも１つの選択基準に基づいて特定される前記エッジデータネットワーク内に配置される第２のサーバの情報を前記応答が包含するなら、前記情報を、前記サービスを提供するための通信に使用すること、及び
　前記応答が前記第２のサーバを特定できないことを示す拒絶メッセージを含み且つバックオフが必要とされることを前記応答が示すなら、次の要求を送信する前にバックオフを行うこと、
を備える、方法。
（付記１８）
　要求エンティティのための方法を、コンピュータに行わせるためのプログラムであって、
　前記方法は、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信すること、
　前記要求に対する応答を前記第１のサーバから受信すること、
　少なくとも１つの選択基準に基づいて特定される前記エッジデータネットワーク内に配置される第２のサーバの情報を前記応答が包含するなら、前記情報を、前記サービスを提供するための通信に使用すること、及び
　前記応答が前記第２のサーバを特定できないことを示す拒絶メッセージを含み且つバックオフが必要とされることを前記応答が示すなら、次の要求を送信する前にバックオフを行うこと、
を備えるプログラム。
（付記１９）
　少なくとも１つのメモリ、及び
　前記少なくとも１つのメモリに結合され、且つ
　　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信し、
　　前記要求に対する応答を前記第１のサーバから受信し、
　　少なくとも１つの選択基準に基づいて特定される前記エッジデータネットワーク内に配置される第２のサーバの情報を前記応答が包含するなら、前記情報を、前記サービスを提供するための通信に使用し、
　　前記応答が前記第２のサーバを特定できないことを示す拒絶メッセージを含む場合、前記少なくとも1つの選択基準に含まれる選択基準の一部を変更するまで、前記要求と同じ情報を含む要求の送信を抑止する、
よう構成された少なくとも１つのプロセッサと、
を備える、要求エンティティ。
（付記２０）
　前記少なくとも１つの選択基準は、EAS discovery filtersを含む、
付記１９に記載の要求エンティティ。
（付記２１）
　前記少なくとも１つの選択基準は、前記要求エンティティを備える無線端末の位置情報を含む、
付記１９又は２０に記載の要求エンティティ。
（付記２２）
　前記少なくとも１つの選択基準は、前記第２のサーバの輻輳状態を含む、
付記１９又は２０に記載の要求エンティティ。
（付記２３）
　要求エンティティにより行われる方法であって、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信し、
　前記要求に対する応答を前記第１のサーバから受信し、
　少なくとも１つの選択基準に基づいて特定される前記エッジデータネットワーク内に配置される第２のサーバの情報を前記応答が包含するなら、前記情報を、前記サービスを提供するための通信に使用し、
　前記応答が前記第２のサーバを特定できないことを示す拒絶メッセージを含む場合、前記少なくとも1つの選択基準に含まれる選択基準の一部を変更するまで、前記要求と同じ情報を含む要求の送信を抑止する、
ことを備える方法。
（付記２４）
　少なくとも１つのメモリ、及び
　前記少なくとも１つのメモリに結合され、且つ
　　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行し、
　　前記少なくとも１つの選択基準に基づいて前記第２のサーバを特定した場合、前記第２のサーバの情報を前記要求エンティティに送信し、
　　前記少なくとも１つの選択基準に基づいて前記第２のサーバを特定できない場合、当該第２のサーバを特定できないことを示す拒絶メッセージを前記要求エンティティに送信し、
　前記拒絶メッセージは、前記少なくとも1つの選択基準に含まれる選択基準の一部を変更するまで、前記要求エンティティが前記要求と同じ情報を含む要求を送信することを抑止させる、
よう構成された少なくとも１つのプロセッサと、
を備える、第１のサーバ。
（付記２５）
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行すること、
　前記少なくとも１つの選択基準に基づいて前記第２のサーバを特定した場合、前記第２のサーバの情報を前記要求エンティティに送信すること、
　前記少なくとも１つの選択基準に基づいて前記第２のサーバを特定できない場合、当該第２のサーバを特定できないことを示す拒絶メッセージを前記要求エンティティに送信すること、を備え
　前記拒絶メッセージは、前記少なくとも1つの選択基準に含まれる選択基準の一部を変更するまで、前記要求エンティティが前記要求と同じ情報を含む要求を送信することを抑止させる、
第１のサーバにより行われる方法。

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

１　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

　少なくとも１つのメモリ、及び
　前記少なくとも１つのメモリに結合され、且つ
　　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行し、
　　前記第２のサーバを特定した場合、前記第２のサーバの情報を前記要求エンティティに送信し、
　　前記第２のサーバを特定できない場合、当該第２のサーバを特定できないことを示す拒絶メッセージを前記要求エンティティに送信する、
　よう構成された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つの選択基準は、前記エッジデータネットワーク内に配置されるサーバの輻輳状態を含む、
第１のサーバ。
　前記エッジデータネットワーク内に配置されるサーバが輻輳しているために前記第２のサーバを特定できない場合に、前記拒絶メッセージは前記要求エンティティが次の要求を送信する前にバックオフを行うべきであることを示す、
請求項１に記載の第１のサーバ。
　前記拒絶メッセージは、前記エッジデータネットワーク内に配置されるサーバが輻輳していることを示す失敗原因（failure cause）を含む、
請求項２に記載の第１のサーバ。
　前記拒絶メッセージは、前記バックオフのための特定のバックオフ時間又は最大バックオフ時間を特定するための情報を含む、
請求項２又は３に記載の第１のサーバ。
　バックオフを行うべきであることを示す情報は、特定のバックオフ時間又は最大バックオフ時間を特定するための情報、及び、失敗原因の少なくとも１つを含む、
　請求項２～４のいずれか１項に記載の第１のサーバ。
　前記少なくとも１つのプロセッサは、輻輳していると判定された前記エッジデータネットワーク内に配置されるサーバに関する情報を前記第２のサーバの情報から除外するよう構成されている、
請求項１～５のいずれか１項に記載の第１のサーバ。
　前記拒絶メッセージは、前記要求エンティティに、前記要求の中止、前記要求の送信の抑止、前記要求の再送、要求のサブスクリプション更新要求及び前記サービスのためのアプリケーションに対する通知の少なくとも１つを行わせる、
請求項１～６のいずれか１項に記載の第１のサーバ。
　前記第１のサーバは、Edge Configuration Server（ECS）であり、
　前記第２のサーバは、Edge Enabler Server（EES）又はターゲットEESであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、又はソースEESである、
請求項１～７のいずれか１項に記載の第１のサーバ。
　前記第１のサーバは、Edge Enabler Server（EES）、ソースEES、又はターゲットEESであり、
　前記第２のサーバは、Edge Application Server（EAS）又はターゲットEASであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、ソースEAS、又はソースEESである、
請求項１～７のいずれか１項に記載の第１のサーバ。
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行すること、
　前記第２のサーバを特定した場合、前記第２のサーバの情報を前記要求エンティティに送信すること、及び
　前記第２のサーバを特定できない場合、当該第２のサーバを特定できないことを示す拒絶メッセージを前記要求エンティティに送信すること、
を備え、
　前記少なくとも１つの選択基準は、前記エッジデータネットワーク内に配置されるサーバの輻輳状態を含む、
第１のサーバにより行われる方法。
　第１のサーバのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行すること、
　前記第２のサーバを特定した場合、前記第２のサーバの情報を前記要求エンティティに送信すること、及び
　前記第２のサーバを特定できない場合、当該第２のサーバを特定できないことを示す拒絶メッセージを前記要求エンティティに送信すること、
を備え、
　前記少なくとも１つの選択基準は、前記エッジデータネットワーク内に配置されるサーバの輻輳状態を含む、
非一時的なコンピュータ可読媒体。
　少なくとも１つのメモリ、及び
　前記少なくとも１つのメモリに結合され、且つ
　　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信し、
　　前記要求に対する応答を前記第１のサーバから受信し、
　　少なくとも１つの選択基準に基づいて特定される前記エッジデータネットワーク内に配置される第２のサーバの情報を前記応答が包含するなら、前記情報を、前記サービスを提供するための通信に使用し、
　前記応答が前記第２のサーバを特定できないことを示す拒絶メッセージを含み且つバックオフが必要とされることを前記応答が示すなら、次の要求を送信する前にバックオフを行う、
よう構成された少なくとも１つのプロセッサと、
を備える、要求エンティティ。
　前記少なくとも１つのプロセッサは、前記応答が前記拒絶メッセージを含むが、バックオフが必要とされることを前記応答が示していないなら、バックオフを行わずに次の要求を送信するよう構成される、
請求項１２に記載の要求エンティティ。
　前記少なくとも１つの選択基準は、前記第２のサーバの輻輳状態を含む、
請求項１２又は１３に記載の要求エンティティ。
　前記第１のサーバは、Edge Configuration Server（ECS）であり、
　前記第２のサーバは、Edge Enabler Server（EES）又はターゲットEESであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、又はソースEESである、
請求項１２～１４のいずれか１項に記載の要求エンティティ。
　前記第１のサーバは、Edge Enabler Server（EES）、ソースEES、又はターゲットEESであり、
　前記第２のサーバは、Edge Application Server（EAS）又はターゲットEASであり、
　前記要求エンティティは、User Equipment（UE）に配置されたEdge Enabler Client（EEC）、ソースEAS、又はソースEESである、
請求項１２～１４のいずれか１項に記載の要求エンティティ。
　要求エンティティにより行われる方法であって、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信すること、
　前記要求に対する応答を前記第１のサーバから受信すること、
　少なくとも１つの選択基準に基づいて特定される前記エッジデータネットワーク内に配置される第２のサーバの情報を前記応答が包含するなら、前記情報を、前記サービスを提供するための通信に使用すること、及び
　前記応答が前記第２のサーバを特定できないことを示す拒絶メッセージを含み且つバックオフが必要とされることを前記応答が示すなら、次の要求を送信する前にバックオフを行うこと、
を備える、方法。
　要求エンティティのための方法を、コンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信すること、
　前記要求に対する応答を前記第１のサーバから受信すること、
　少なくとも１つの選択基準に基づいて特定される前記エッジデータネットワーク内に配置される第２のサーバの情報を前記応答が包含するなら、前記情報を、前記サービスを提供するための通信に使用すること、及び
　前記応答が前記第２のサーバを特定できないことを示す拒絶メッセージを含み且つバックオフが必要とされることを前記応答が示すなら、次の要求を送信する前にバックオフを行うこと、
を備える非一時的なコンピュータ可読媒体。
　少なくとも１つのメモリ、及び
　前記少なくとも１つのメモリに結合され、且つ
　　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信し、
　　前記要求に対する応答を前記第１のサーバから受信し、
　　少なくとも１つの選択基準に基づいて特定される前記エッジデータネットワーク内に配置される第２のサーバの情報を前記応答が包含するなら、前記情報を、前記サービスを提供するための通信に使用し、
　　前記応答が前記第２のサーバを特定できないことを示す拒絶メッセージを含む場合、前記少なくとも1つの選択基準に含まれる選択基準の一部を変更するまで、前記要求と同じ情報を含む要求の送信を抑止する、
よう構成された少なくとも１つのプロセッサと、
を備える、要求エンティティ。
　前記少なくとも１つの選択基準は、EAS discovery filtersを含む、
請求項１９に記載の要求エンティティ。
　前記少なくとも１つの選択基準は、前記要求エンティティを備える無線端末の位置情報を含む、
請求項１９又は２０に記載の要求エンティティ。
　前記少なくとも１つの選択基準は、前記第２のサーバの輻輳状態を含む、
請求項１９又は２０に記載の要求エンティティ。
　要求エンティティにより行われる方法であって、
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を第１のサーバに送信し、
　前記要求に対する応答を前記第１のサーバから受信し、
　少なくとも１つの選択基準に基づいて特定される前記エッジデータネットワーク内に配置される第２のサーバの情報を前記応答が包含するなら、前記情報を、前記サービスを提供するための通信に使用し、
　前記応答が前記第２のサーバを特定できないことを示す拒絶メッセージを含む場合、前記少なくとも1つの選択基準に含まれる選択基準の一部を変更するまで、前記要求と同じ情報を含む要求の送信を抑止する、
ことを備える方法。
　少なくとも１つのメモリ、及び
　前記少なくとも１つのメモリに結合され、且つ
　　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行し、
　　前記少なくとも１つの選択基準に基づいて前記第２のサーバを特定した場合、前記第２のサーバの情報を前記要求エンティティに送信し、
　　前記少なくとも１つの選択基準に基づいて前記第２のサーバを特定できない場合、当該第２のサーバを特定できないことを示す拒絶メッセージを前記要求エンティティに送信し、
　前記拒絶メッセージは、前記少なくとも1つの選択基準に含まれる選択基準の一部を変更するまで、前記要求エンティティが前記要求と同じ情報を含む要求を送信することを抑止させる、
よう構成された少なくとも１つのプロセッサと、
を備える、第１のサーバ。
　エッジデータネットワークでサービスを提供するエンティティへの接続のための要求を要求エンティティから受信したことに応じて、少なくとも１つの選択基準に基づいて前記エッジデータネットワーク内に配置される第２のサーバを特定することを試行すること、
　前記少なくとも１つの選択基準に基づいて前記第２のサーバを特定した場合、前記第２のサーバの情報を前記要求エンティティに送信すること、
　前記少なくとも１つの選択基準に基づいて前記第２のサーバを特定できない場合、当該第２のサーバを特定できないことを示す拒絶メッセージを前記要求エンティティに送信すること、を備え
　前記拒絶メッセージは、前記少なくとも1つの選択基準に含まれる選択基準の一部を変更するまで、前記要求エンティティが前記要求と同じ情報を含む要求を送信することを抑止させる、
第１のサーバにより行われる方法。