CN114270789B - 一种获取信息的方法及装置 - Google Patents

Abstract

本申请实施例公开了一种获取信息的方法，可以应用于多接入边缘计算MCE领域，例如，MCE的车联网场景或MCE的物联网场景。本申请实施例中的方法包括：第一服务器分别从第二服务器和第三服务器接收应用的第一实例的信息和应用的第二实例的信息，然后，该第一服务器保存该第一实例的信息和该第二实例的信息，以使得该第一服务器可以集中维护该应用的不同实例的信息，进而可以使其他设备可以直接从该第一服务器获取到该应用的实例的信息。

Description

一种获取信息的方法及装置

技术领域

本申请实施例涉及通信领域，尤其涉及一种获取信息的方法及装置。

背景技术

随着移动互联网和物联网的快速发展，为了解决终端设备计算能力有限和存储能力有限以及能耗等问题，需要将高复杂度、高能耗计算任务迁移至云计算数据中心的服务器，从而降低终端设备的能耗，延长该终端设备的待机时长。然而，将计算任务迁移至云计算数据中心的服务器的方式不仅会造成大量的数据传输而增加网络负荷，还会带来数据传输时延而影响时延敏感的业务。因此，为了有效解决移动互联网和物联网快速发展带来的高网络负荷、高带宽以及低时延等要求，提出了多接入边缘计算(multi-access edgecomputing，MEC)的概念。该多接入边缘计算技术可以通过在无线接入侧部署通用服务器，从而为无线接入网提供信息技术(information technology，IT)的能力和云计算的能力。

在多接入边缘计算技术的系统架构中，一个应用可以对应一个实例或多个实例。当一个应用对应多个实例时，该多个实例中的每个实例分别由一个边缘使能服务器管理。当其他设备需要获取该应用的多个实例的信息时，需要通过分别查询管理上述多个实例的多个边缘使能服务器来获取。由此，会带来大量的信令开销以及业务的时延，从而影响用户的体验。

发明内容

本申请实施例提供了一种获取信息的方法，用于获取并保存应用的实例的信息，以使得用户可以直接从该第一服务器中获取应用的实例的信息，而无需通过查询该第二服务器和该第三服务器获取应用的实例的信息，可以节省信令开销，减缓业务时延。

第一方面，本申请实施例提供了一种获取信息的方法，该方法的实施主体包括第一服务器、第二服务器和第三服务器。其中，该第一服务器为服务第二服务器和第三服务器的服务器。该第一服务器可以从第二服务器接收应用的第一实例的信息，并且，第一服务器可以从第三服务器接收该应用的第二实例的信息。其中，该第一实例的信息包括该应用的标识信息和第一信息，该第一信息用于指示该第一实例的位置；该第二实例的信息包括该应用的标识信息和第二信息，该第二信息用于指示该第二实例的位置。然后，该第一服务器将保存该第一实例的信息和该第二实例的信息。因此，解决了该应用的第一实例的信息和该应用的第二实例的信息的保存问题。

本申请实施例中，由于，管理应用的实例的信息的第一服务器可以分别从第二服务器和第三服务器接收应用的第一实例的信息和该应用的第二实例的信息，并将该应用的第一实例的信息和该应用的第二实例的信息保存于该第一服务器中。因此，解决了边缘网络中应用的实例的信息的保存问题，便于该第一服务器向其他设备(例如第一设备)发送该应用的实例的信息。当该其他设备需要获取该应用的实例的信息时，该其他设备可以直接从该第一服务器中获取应用的实例的信息，而无需通过查询该第二服务器和该第三服务器获取应用的实例的信息，可以节省信令开销，减缓业务时延。

根据第一方面，本申请实施例第一方面的一种实施方式中，该第一服务器从第二服务器或第一网元接收该第二服务器的区域信息；该第一服务器获取用户设备的位置信息；该第一服务器根据该第二服务器的区域信息和该用户设备的位置信息确定目标服务器。

根据第一方面，本申请实施例第一方面的又一种实施方式中，第一网元为NEF网元、UDM网元、UDR网元、PCF网元、或NRF网元。

根据第一方面，本申请实施例第一方面的又一种实施方式中，第一服务器从EEC接收应用标识，该目标服务器服务于该应用标识对应的应用实例。

根据第一方面，本申请实施例第一方面的第一种实施方式中，该第一信息包括该第一实例的互联网协议IP地址和如下一项或多项：第一边缘网络的接入标识信息、该第一边缘网络的IP地址、或第一边缘使能服务器的IP地址，该第二服务器位于该第一边缘网络中；该第二信息包括该第二实例的IP地址和如下一项或多项：第二边缘网络的接入标识信息、该第二边缘网络的IP地址、或第二边缘使能服务器的IP地址，该第三服务器位于该第二边缘网络中。

本实施方式中，对第一实例的信息中的第一信息以及第二实例的信息中的第二信息进行了进一步限定。以第一信息为例，该第一信息除了包括第一实例的互联网协议IP地址以外，该第一信息还包括：第一边缘网络的接入标识信息、第一边缘网络的IP地址、或第一边缘使能服务器的IP地址中的一项或多项。因此，可以该通过多种标识信息或IP地址等信息确定该应用的第一实例的具体位置，以使得该第一服务器在获取该应用的第一实例的信息的同时，还可以准确确定该应用的第一实例的具体位置。类似的，该第一服务器在获取应用的第二实例的信息的同时，也可以准确确定该应用的第二实例的具体位置。

根据第一方面或第一方面的第一种实施方式，本申请实施例第一方面的第二种实施方式中，该方法还包括：该第一服务器向该第二服务器发送第一应用程序接口API发现请求，该第一API发现请求包括发现类型信息，该发现类型信息用于指示该第一API发现请求用于请求该应用的实例，或，该发现类型信息用于指示该第一API发现请求用于请求该应用的实例和API，该应用的实例包括该第一实例和该第二实例；该第一服务器向该第三服务器发送该第一API发现请求。

本实施方式中，提出该第一服务器与该第二服务器(或第三服务器)之间的信令交互可以复用API通用架构CAPIF中的发现机制。具体地，该第一服务器可以通过向第二服务器和第三服务器发送第一API发现请求，以触发该第二服务器向该第一服务器发送应用的第一实例的信息，以及，以触发该第三服务器向该第一服务器发送应用的第二实例的信息。因此，该第一服务器不需要单独配置获取应用的实例的信息的请求，可以节省第一服务器与第二服务器以及第三服务器之间的信令开销，进而可以减缓因增加信令造成的接入应用的延迟。

根据第一方面的第二种实施方式，本申请实施例第一方面的第三种实施方式中，该第一服务器从该第二服务器接收应用的第一实例的信息，包括：该第一服务器从该第二服务器接收第一API发现响应，该第一API发现响应包括该第一实例的信息；该第一服务器从该第三服务器接收应用的第二实例的信息，包括：该第一服务器从该第三服务器接收第二API发现响应，该第二API发现响应包括该第二实例的信息。

本实施方式中，不仅提出该第一服务器与该第二服务器之间的信令交互复用API通用架构CAPIF中的发现机制，还提出将第二服务器发送给该第一服务器的第一实例的信息携带于该第一API发现响应中，类似的，将第三服务器发送给该第一服务器的第二实例的信息携带于该第二API发现响应中。因此，该第一服务器可以利用现有的信令分别从该第二服务器和该第三服务器中接收该应用的实例的信息，该第二服务器或该第三服务器不需要单独配置发送该应用的实例的信息的消息。因此，可以节省信令开销，进而可以减缓增加信令造成的接入应用的延迟。

根据第一方面，本申请实施例第一方面的第四种实施方式中，该第一服务器从第二服务器接收应用的第一实例的信息，包括：该第一服务器从第二服务器接收第一API发布请求，该第一API发布请求包括该应用的第一实例的信息，该第一API发布请求用于发布该API和/或该第一实例；该第一服务器从第三服务器接收应用的第二实例的信息，包括：该第一服务器从第三服务器接收第二API发布请求，该第二API发布请求包括该应用的第二实例的信息，该第二API发布请求用于发布该API和/或该第二实例。

本实施方式中，提出该第一服务器与该第二服务器之间的信令交互可以复用API通用架构CAPIF中的发布机制，并且，还提出将第二服务器发送给该第一服务器的第一实例的信息携带于该第一API发布请求中，类似的，将第三服务器发送给该第一服务器的第二实例的信息携带于该第二API发布请求中。因此，该第一服务器可以利用现有的信令分别从该第二服务器和该第三服务器中接收该应用的实例的信息，该第二服务器或该第三服务器不需要单独配置发送该应用的实例的信息的消息。因此，可以节省信令开销，进而可以减缓增加信令造成的接入应用的延迟。

根据第一方面的第四种实施方式，本申请实施例第一方面的第五种实施方式中，该第一API发布请求还包括发布类型信息，该发布类型信息用于指示发布该应用的实例和/或发布API，该应用的实例包括该第一实例；该第二API发布请求还包括发布类型信息，该发布类型信息用于指示发布该应用的实例和/或发布API，该应用的实例包括该第二实例。

本实施方式中，提出该第一API发布请求和该第二发布请求还包括发布类型信息，该发布类型信息用于指示发布的内容的类型。因此，该第一服务器可以根据该发布类型信息确定该第一API发布请求或该第二API发布请求所携带的信息中是否包括该应用的实例的信息。

根据第一方面或第一方面的第一种实施方式，本申请实施例第一方面的第六种实施方式中，该第一服务器从第二服务器接收应用的第一实例的信息之前，或者，该第一服务器从第二服务器接收应用的第一实例的信息之前，该方法还包括：该第一服务器向该第二服务器和该第三服务器发送订阅请求，该订阅请求用于请求订阅该应用的实例的信息。

本实施方式中，提出该第一服务器与该第二服务器之间的信令交互可以基于订阅-通知机制，即该第一服务器从该第二服务器或该第三服务器订阅该应用的实例的信息，则该当该第二服务器或该第三服务器中的应用的实例的信息更新时，该第二服务器或该第三服务器将向该第一服务器发送该应用的实例的信息。因此，该第一服务器仅需向该第二服务器或该第三服务器发送一次消息，即可接收来自该第二服务器或该第三服务器的应用的实例的信息。因此，可以节省该信令开销，进而可以减缓增加信令造成的接入应用的延迟。

根据第一方面的第六种实施方式，本申请实施例第一方面的第七种实施方式中，该订阅请求包括订阅条件，该订阅条件用于指示该应用的实例，该应用的实例包括该第一实例和该第二实例。

本实施方式中，可以在该订阅请求中携带订阅条件，以指示该第一服务器请求订阅的内容为应用的实例的信息，或者，以指示该第一服务器请求订阅的应用的实例的类型。

根据第一方面、第一方面的第一种实施方式至第一方面的第七种实施方式中的任意一种实施方式，本申请实施例第一方面的第八种实施方式中，该应用的第一实例的信息还包括如下一项或多项：第一边缘使能服务器的标识信息，或者，该第一实例的服务范围信息；该应用的第二实例的信息还包括如下一项或多项：第二边缘使能服务器的标识信息，或者，该第二实例的服务范围信息。

本实施方式中，提出该应用的实例的信息还可以包括边缘使能服务器的标识信息，或者，该应用的实例的服务范围信息。其中，该边缘使能服务器的标识信息用于标识该边缘使能服务器的身份，以使得其他服务器或第一设备可以准确查找该边缘使能服务器。该应用的实例的服务范围信息用于指示使用该应用的实例的用户所在的范围，也可以指该应用的实例服务的用户可能处于的位置。因此，本实施方式扩展了应用的实例的信息的具体实现方式，以使得该应用的实例的信息可以适用于具体场景的需求。

根据第一方面、第一方面的第一种实施方式至第一方面的第八种实施方式中的任意一种实施方式，本申请实施例第一方面的第九种实施方式中，该第一服务器为边缘网络配置服务器。

本实施方式中，明确了第一服务器在边缘网络中的具体实现方式，该第一服务器可以为边缘网络中的边缘网络配置服务器。

根据第一方面、第一方面的第一种实施方式至第一方面的第九种实施方式中的任意一种实施方式，本申请实施例第一方面的第十种实施方式中，该第二服务器或该第三服务器为如下任意一项：边缘使能服务器；或者，边缘网络中的网络管理服务器；或者，应用实例服务器；或者，运营支持系统OSS网元。

本实施方式中，明确了第二服务器和第三服务器的具体实现方式，其中，该第二服务器和该第三服务器可以为前述多种服务器中相同的服务器，也可以为前述多种服务器中不同的服务器。由于该第二服务器和该第三服务器可以有多种实现方式，因此，增加了方案的多样性。

根据第一方面、第一方面的第一种实施方式至第一方面的第十种实施方式中的任意一种实施方式，本申请实施例第一方面的第十一种实施方式中，该方法还包括：该第一服务器从第一设备接收该应用的标识信息和该第一设备的位置信息；该第一服务器向该第一设备发送第三实例的IP地址，该第三实例由该应用的标识信息、该第一设备的位置信息、该应用的第一实例的信息和该应用的第二实例的信息确定，所述第三实例为该第一实例或该第二实例。

本实施方式中，提出该第一服务器可以根据第一设备发送的应用的标识信息和该第一设备的位置信息确定从前述第一实例和第二实例中确定第三实例，该第三实例由该应用的标识信息、该第一设备的位置信息、该应用的第一实例的信息和该应用的第二实例的信息确定。在这样的实施方式中，当该第一设备需要获取该应用中的某一个实例时，该第一设备无需依次在第二服务器和第三服务器中查找该应用的实例的信息，而是可以直接从该第一服务器获取该应用的实例的信息，因此，可以减少该第一设备获取该应用的实例的信息的信令流程，进而可以减缓因增加信令而造成的网络时延。此外，该第一服务器还可以根据第一设备的需求为该第一设备选择出满足该第一设备的需求的应用的实例。因此，优化了该第一设备获取该应用的实例的信息的流程。

根据第一方面的第十一种实施方式，本申请实施例第一方面的第十二种实施方式中，该方法还包括：当该第三实例的IP地址为该第一实例的IP地址时，该第一服务器向该第一设备发送如下一项或多项：该第一边缘网络的接入标识信息、该第一边缘网络的IP地址、或该第一边缘使能服务器的IP地址；当该第三实例的IP地址为该第二实例的IP地址时，该第一服务器向该第一设备发送如下一项或多项：该第二边缘网络的接入标识信息、该第二边缘网络的IP地址、或该第二边缘使能服务器的IP地址。

本实施方式中，提出该第一服务器除了向该第一设备发送该应用的实例的IP地址之外，该第一服务器还向该第一设备发送边缘网络的接入标识信息、该边缘网络的IP地址、或该边缘使能服务器的IP地址中的一项或多项。因此，增加了该第一服务器提供给该第一设备的信息的多样性，以使得该第一服务器发送给该第一设备的应用的实例的信息可以更好地满足该第一设备的需求。

根据第一方面的第十一种实施方式或第一方面的第十二种实施方式，本申请实施例第一方面的第十三种实施方式中，该第一设备为终端设备或边缘使能服务器。

本实施方式中，提出该第一设备可以为终端设备，该第一设备也可以为边缘使能服务器。因此，增加的该第一设备的多样性，以使得该第一设备可以在不同的应用场景下作为不同的设备或服务器执行前述方法。

根据第一方面、第一方面的第一种实施方式至第一方面的第九种实施方式中的任意一种实施方式，本申请实施例第一方面的第十四种实施方式中，该第二服务器或该第三服务器为如下任意一项：应用实例管理网元，该应用实例管理网元为用于部署所述应用实例的网元；或者，边缘使能服务器管理网元，该边缘使能服务器管理网元用于管理该边缘使能服务器。

本实施方式中，提出该第二服务器和该第三服务器还可以是除了边缘网络之外的其他网元，例如，应用实例管理网元或边缘使能服务器管理网元。因此，该前述实施方式还可以适用于该第一服务器与边缘网络之外的网络的信令交互流程。

第二方面，本申请实施例提供了一种获取信息的方法，该方法的实施主体包括第一服务器和第二服务器。其中，该第二服务器获取应用的第一实例的信息，该第一实例的信息包括该应用的标识信息和第一信息，该第一信息用于指示该第一实例的位置；该第二服务器向第一服务器发送该第一实例的信息，该第一服务器为服务该第二服务器的服务器。当该其他设备需要获取该应用的实例的信息时，该其他设备可以直接从该第一服务器中获取应用的实例的信息，而无需通过查询该第二服务器和该第三服务器获取应用的实例的信息，可以节省信令开销，减缓业务时延。

本申请实施例中，由于，第二服务器可以将获取的应用的第一实例的信息发送给该第一服务器，以使得该第一服务器可以及时保存该第二服务器发送的第一实例的信息。因此，有利于该第一服务器保存该边缘网络中应用的实例的信息，便于该第一服务器向其他设备(例如第一设备)发送该应用的实例的信息。此外，还可以使其他设备(例如第一设备)无需从该第二服务器中获取该应用的实例的信息，而是可以直接从该第一服务器中获取该应用的实例的信息，因此，可以节省该第一服务器获取该应用的实例的信息的流程。

根据第一方面，本申请实施例第一方面的一种实施方式中，该第二服务器向该第一服务器发送第二服务器的区域信息。

根据第二方面，本申请实施例第二方面的第一种实施方式中，该第一信息包括该第一实例的互联网协议IP地址和如下一项或多项：第一边缘网络的接入标识信息、该第一边缘网络的IP地址、或第一边缘使能服务器的IP地址，该第二服务器位于该第一边缘网络中。

本实施方式中，对第一实例的信息中的第一信息进行了进一步限定。以第一信息为例，该第一信息除了包括第一实例的互联网协议IP地址以外，该第一信息还包括：第一边缘网络的接入标识信息、第一边缘网络的IP地址、或第一边缘使能服务器的IP地址中的一项或多项。因此，可以该通过多种标识信息或IP地址等信息确定该应用的第一实例的具体位置，以使得该第一服务器在获取该应用的第一实例的信息的同时，还可以准确确定该应用的第一实例的具体位置。

根据第二方面或第二方面的第一种实施方式，本申请实施例第二方面的第二种实施方式中，该第二服务器获取应用的第一实例的信息，包括：该第二服务器从该应用的第一实例服务器接收该第一实例的标识信息和该第一实例的IP地址；该第二服务器从该第二服务器获取该第一信息。

本实施方式中，明确了该第二服务器获取该应用的第一实例的信息的方式，该第一实例的信息中的第一实例的标识信息和该第一实例的IP地址可以由该第二服务器直接从该应用的第一实例服务器中获取，然后，该第二服务器再确定该第一信息。在这样的实施方式中，该第一实例的信息是该第二服务器从不同的服务器获取的。因此，该第二服务器可以保证该第一实例的信息的完整性。

根据第二方面或第二方面的第一种实施方式，本申请实施例第二方面的第三种实施方式中，该第二服务器获取应用的第一实例的信息，包括：该第二服务器从该应用的第一实例服务器接收该第一实例的信息。

本实施方式中，提出该第二服务器可以直接从该应用的第一实例服务器获取该第一实例的信息，即该第二服务器可以直接从该第一实例服务器中获取该第一实例的标识信息、该第一实例的IP地址和该第一信息。因此，可以简化该第二服务器获取该第一实例的信息的流程。

根据第二方面、第二方面的第一种实施方式至第二方面的第三种实施方式中的任意一种实施方式，本申请实施例第二方面的第四种实施方式中，该方法还包括：该第二服务器从该第一服务器接收第一应用程序接口API发现请求，该第一API发现请求包括发现类型信息，该发现类型信息用于指示该第一API发现请求用于请求该应用的实例，或，该发现类型信息用于指示该第一API发现请求用于请求该应用的实例和API，该应用的实例包括该第一实例。

本实施方式中，提出该第一服务器与该第二服务器之间的信令交互可以复用API通用架构CAPIF中的发现机制。具体地，该第一服务器可以通过向第二服务器发送第一API发现请求，以触发该第二服务器向该第一服务器发送应用的第一实例的信息。因此，该第一服务器不需要单独配置获取应用的实例的信息的请求，可以节省第一服务器与第二服务器之间的信令开销，进而可以减缓因增加信令造成的接入应用的延迟。

根据第二方面的第四种实施方式，本申请实施例第二方面的第五种实施方式中，该第二服务器向第一服务器发送该第一实例的信息，包括：该第二服务器向第一服务器发送第一API发现响应，该第一API发现响应包括该第一实例的信息。

本实施方式中，不仅提出该第一服务器与该第二服务器之间的信令交互复用API通用架构CAPIF中的发现机制，还提出将第二服务器发送给该第一服务器的第一实例的信息携带于该第一API发现响应中。因此，该第一服务器可以利用现有的信令从该第二服务器中接收该应用的实例的信息，该第二服务器不需要单独配置发送该应用的实例的信息的消息。因此，可以节省信令开销，进而可以减缓增加信令造成的接入应用的延迟。

根据第二方面、第二方面的第一种实施方式至第二方面的第三种实施方式中的任意一种实施方式，本申请实施例第二方面的第六种实施方式中，该第二服务器向第一服务器发送该第一实例的信息，包括：该第二服务器向该第一服务器发送第一API发布请求，该第一API发布请求包括该应用的第一实例的信息，该第一API发布请求用于发布该API和/或该第一实例。

本实施方式中，提出该第一服务器与该第二服务器之间的信令交互可以复用API通用架构CAPIF中的发布机制，并且，还提出将第二服务器发送给该第一服务器的第一实例的信息携带于该第一API发布请求中。因此，该第一服务器可以利用现有的信令分别从该第二服务器中接收该应用的实例的信息，该第二服务器不需要单独配置发送该应用的实例的信息的消息。因此，可以节省信令开销，进而可以减缓增加信令造成的接入应用的延迟。

根据第二方面的第六种实施方式，本申请实施例第二方面的第七种实施方式中，该第一API发布请求还包括发布类型信息，该发布类型信息用于指示发布该应用的实例和/或发布API，该应用的实例包括该第一实例。

本实施方式中，提出该第一API发布请求和该第二发布请求还包括发布类型信息，该发布类型信息用于指示发布的内容的类型。因此，该第一服务器可以根据该发布类型信息确定该第一API发布请求所携带的信息中是否包括该应用的实例的信息。

根据第二方面的第六种实施方式或第二方面的第七种实施方式，本申请实施例第二方面的第八种实施方式中，该第二服务器获取应用的第一实例的信息，包括：该第二服务器从应用的第一实例服务器接收第三API发布请求，该第三API发布请求包括该第一实例的标识信息和该第一实例的IP地址，该第三API发布请求用于发布API和/或该第一实例。

本实施方式中，提出该第一服务器与该第二服务器之间的信令交互可以基于订阅-通知机制，即该第一服务器从该第二服务器订阅该应用的实例的信息，则该当该第二服务器中的应用的实例的信息更新时，该第二服务器将向该第一服务器发送该应用的实例的信息。因此，该第一服务器仅需向该第二服务器发送一次消息，即可接收来自该第二服务器或的应用的实例的信息。因此，可以节省该信令开销，进而可以减缓增加信令造成的接入应用的延迟。

根据第二方面、第二方面的第一种实施方式至第二方面的第三种实施方式中的任意一种实施方式，本申请实施例第二方面的第九种实施方式中，该第二服务器向第一服务器发送该第一实例的信息之前，该方法还包括：该第二服务器从该第一服务器接收订阅请求，该订阅请求用于请求订阅该应用的实例的信息。

根据第二方面的第九种实施方式，本申请实施例第二方面的第十种实施方式中，该订阅请求包括订阅条件，该订阅条件用于指示该应用的实例，该应用的实例包括该第一实例。

本实施方式中，可以在该订阅请求中携带订阅条件，以指示该第一服务器请求订阅的内容为应用的实例的信息，或者，以指示该第一服务器请求订阅的应用的实例的类型。

根据第二方面、第二方面的第一种实施方式至第二方面的第十种实施方式中的任意一种实施方式，本申请实施例第二方面的第十一种实施方式中，该应用的第一实例的信息还包括如下一项或多项：第一边缘使能服务器的标识信息，或者，该第一实例的服务范围信息。

本实施方式中，提出该应用的实例的信息还可以包括边缘使能服务器的标识信息，或者，该应用的实例的服务范围信息。其中，该边缘使能服务器的标识信息用于标识该边缘使能服务器的身份，以使得其他服务器或第一设备可以准确查找该边缘使能服务器。该应用的实例的服务范围信息用于指示使用该应用的实例的用户所在的范围，也可以指该应用的实例服务的用户可能处于的位置。因此，本实施方式扩展了应用的实例的信息的具体实现方式，以使得该应用的实例的信息可以适用于具体场景的需求。

根据第二方面、第二方面的第一种实施方式至第二方面的第十一种实施方式中的任意一种实施方式，本申请实施例第二方面的第十二种实施方式中，该第一服务器为边缘网络配置服务器。

本实施方式中，明确了第一服务器在边缘网络中的具体实现方式，该第一服务器可以为边缘网络中的边缘网络配置服务器。

根据第二方面、第二方面的第一种实施方式至第二方面的第十二种实施方式中的任意一种实施方式，本申请实施例第二方面的第十三种实施方式中，该第二服务器为如下任意一项：边缘使能服务器；或者，边缘网络中的网络管理服务器。

本实施方式中，明确了第二服务器的具体实现方式，其中，该第二服务器可以为前述多种服务器中相同的服务器，也可以为前述多种服务器中不同的服务器。由于该第二服务器可以有多种实现方式，因此，增加了方案的多样性。

根据第二方面、第二方面的第一种实施方式、第二方面的第四种实施方式至第二方面的第十二种实施方式中的任意一种实施方式，本申请实施例第二方面的第十四种实施方式中，该第二服务器为如下任意一项：或者，该应用实例服务器，该应用实例服务器包括应用的第一实例服务器或应用的第二实例服务器；或者，运营支持系统OSS网元。

根据第二方面、第二方面的第一种实施方式至第二方面的第十二种实施方式中的任意一种实施方式，本申请实施例第一方面的第十五种实施方式中，该第二服务器为如下任意一项：应用实例管理网元，该应用实例管理网元为用于部署所述应用实例的网元；或者，边缘使能服务器管理网元，该边缘使能服务器管理网元用于管理该边缘使能服务器。

本实施方式中，提出该第二服务器还可以是除了边缘网络之外的其他网元，例如，应用实例管理网元或边缘使能服务器管理网元。因此，该前述实施方式还可以适用于该第一服务器与边缘网络之外的网络的信令交互流程。

第三方面，本申请实施例提供了一种获取信息的装置，该获取信息的装置可以实现上述方法中第一服务器的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，上述获取信息的装置的结构中包括处理器和收发器，该处理器被配置为处理该获取信息的装置执行上述方法中相应的功能。该收发器用于实现上述获取信息的装置与第二服务器或第三服务器之间的通信。该获取信息的装置还可以包括存储器，该存储器用于与处理器耦合，其保存该获取信息的装置必要的程序指令和数据。

第四方面，本申请实施例提供了一种获取信息的装置，该获取信息的装置可以实现上述方法中第二服务器的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，上述获取信息的装置的结构中包括处理器和收发器，该处理器被配置为处理该获取信息的装置执行上述方法中相应的功能。该收发器用于实现上述获取信息的装置与第一服务器和应用实例服务器之间的通信。该获取信息的装置还可以包括存储器，该存储器用于与处理器耦合，其保存该获取信息的装置必要的程序指令和数据。

第五方面，本申请实施例提供了一种获取信息的装置，该获取信息的装置可以是第一服务器，也可以是第一服务器内的芯片。该获取信息的装置可以包括处理模块和收发模块。当该获取信息的装置是第一服务器时，该处理模块可以是处理器，该收发模块可以是收发器；该第一服务器还可以包括存储模块，该存储模块可以是存储器；该存储模块用于存储指令，该处理模块执行该存储模块所存储的指令，以使该第一服务器执行第一方面或第一方面的任一种实施方式所介绍的方法。当该获取信息的装置是第一服务器内的芯片时，该处理模块可以是处理器，该收发模块可以是输入/输出接口、管脚或电路等；该处理模块执行存储模块所存储的指令，以使该第一服务器执行第一方面或第一方面的任一种实施方式所介绍的方法。此外，该存储模块可以是该芯片内的存储模块(例如，寄存器、缓存等)，也可以是该第一服务器内的位于该芯片外部的存储模块(例如，只读存储器、随机存取存储器等)。

第六方面，本申请实施例提供了一种获取信息的装置，该获取信息的装置可以是第二服务器，也可以是第二服务器内的芯片。该获取信息的装置可以包括处理模块和收发模块。当该获取信息的装置是第二服务器时，该处理模块可以是处理器，该收发模块可以是收发器；该车联网获取信息的装置还可以包括存储模块，该存储模块可以是存储器；该存储模块用于存储指令，该处理模块执行该存储模块所存储的指令，以使该第二服务器执行第二方面或第二方面的任一种实施方式所介绍的方法。当该获取信息的装置是第二服务器内的芯片时，该处理模块可以是处理器，该收发模块可以是输入/输出接口、管脚或电路等；该处理模块执行存储模块所存储的指令，以使该第二服务器执行第二方面或第二方面的任一种实施方式中所介绍的方法。该存储模块可以是该芯片内的存储模块(例如，寄存器、缓存等)，也可以是第二服务器内的位于该芯片外部的存储模块(例如，只读存储器、随机存取存储器等)。

第七方面，本申请实施例提供了一种通信系统，该通信系统包括：第一服务器、第二服务器和第三服务器；该第二服务器，用于获取应用的第一实例的信息；该第三服务器，用于获取应用的第二实例的信息；该第一服务器，用于从该第二服务器和该第三服务器接收该应用的第一实例的信息和该应用的第二实例的信息，并保存该应用的第一实例的信息和该应用的第二实例的信息。

根据第七方面，本申请实施例第七方面的第一种实施方式中，该车联网网络设备可以实现如第五方面、第七方面或第九方面所涉及的网络设备的功能。

根据第七方面或第七方面的第一种实施方式，本申请实施例第七方面的第二种实施方式中，该第一服务器可以实现如第一方面以及第一方面中任意一种实施方式所涉及的第一服务器的功能。

根据第七方面或第七方面的第一种实施方式，本申请实施例第七方面的第三种实施方式中，该第二服务器可以实现如第二方面以及第二方面中任意一种实施方式所涉及的第二服务器的功能。

第八方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得该计算机执行如前述第一方面以及第一方面中任意一种实施方式、或第二方面以及第二方面中任意一种实施方式所介绍的方法。

第九方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当该指令在计算机上运行时，以使得计算机执行如前述第一方面以及第一方面中任意一种实施方式或第二方面以及第二方面中任意一种实施方式所介绍的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中，由于，管理应用的实例的信息的第一服务器可以分别从第二服务器和第三服务器接收应用的第一实例的信息和该应用的第二实例的信息，并将该应用的第一实例的信息和该应用的第二实例的信息保存于该第一服务器中。因此，解决了边缘网络中应用的实例的信息的保存问题，便于该第一服务器向其他设备(例如第一设备)发送该应用实例的信息。当该其他设备需要获取该应用的实例的信息时，该其他设备可以直接从该第一服务器中获取应用的实例的信息，而无需通过查询该第二服务器和该第三服务器获取应用的实例的信息，可以节省信令开销，减缓业务时延。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例。

图1A为本申请实施例中提供的一个系统架构图；

图1B为本申请实施例中获取信息的方法的一个流程图；

图1C为本申请实施例中获取信息的方法的另一个系统架构图；

图1D为本申请实施例中获取信息的方法的另一个系统架构图；

图2为本申请实施例中获取信息的方法的另一个流程图；

图3为本申请实施例中获取信息的方法适应的另一个系统架构图；

图4为本申请实施例中获取信息的方法的另一个流程图；

图5为本申请实施例中获取信息的方法的另一个流程图；

图6A为本申请实施例中获取信息的方法适应的另一个系统架构图；

图6B为本申请实施例中获取信息的方法适应的另一个系统架构图；

图6C为本申请实施例中获取信息的方法适应的另一个系统架构图；

图7为本申请实施例中获取信息的方法的另一个流程图；

图8为本申请实施例中获取信息的方法的另一个流程图；

图9为本申请实施例中获取信息的装置的一个实施例示意图；

图10为本申请实施例中获取信息的装置的另一个实施例示意图；

图11为本申请实施例中获取信息的装置的另一个实施例示意图；

图12为本申请实施例中获取信息的装置的另一个实施例示意图；

图13为本申请实施例中获取信息的方法的另一个流程图；

图14为本申请实施例中获取信息的方法的另一个流程图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例提供了一种获取信息的方法，用于获取并保存应用的实例的信息，以使得用户可以直接从该第一服务器中获取应用的实例的信息，而无需通过查询该第二服务器和该第三服务器获取应用的实例的信息，可以节省信令开销，减缓业务时延。

为便于理解，下面先对本申请实施例所涉及的部分技术术语进行解释：

应用(application)：指运行于终端设备或服务器中的程序，以使得用户可以获取该应用提供的业务。其中，运行于终端设备的程序称为应用客户端程序，运行于服务器中的程序称为应用服务器程序。本申请实施例中的应用指的是应用服务器程序。

实例(instance)：即应用的实例，指应用服务器程序在一个服务器中的运行实例，同一个应用的不同实例可以运行于不同的边缘网络中的服务器上。可以理解为，应用的实例为运行于应用实例服务器中的程序。为便于理解，以应用是华为视频为例对前述应用和应用的实例进行介绍。

应用程序接口(application programming interface，API)：也可以被称为应用程序编程接口，是软件系统不同组成部分衔接的约定。该API规定了运行在一个端系统(例如，终端设备或服务器)上的软件请求因特网基础设施向运行在另一个端系统(例如，另一个终端设备或另一服务器)上的特定目的地软件交付数据的方式。

为便于理解，下面先对本申请实施例所提出的获取信息的方法的系统架构和应用场景进行介绍：

本申请实施例提出的方案主要基于第五代移动通信(the 5th generation，5G)技术或新无线技术，也可以基于后续演进接入制式，具体此处不做限定。在本实施例以及后续实施例中，仅以基于5G的通信系统为例进行介绍。

如图1A所示，为一种适用于获取信息的方法的系统架构图，该系统主要包括：第一服务器101、第二服务器102和第一设备103。

其中，该第二服务器102用于确定应用的实例的信息，该应用的实例的信息可以由该第二服务器102生成，也可以由该第二服务器102从其他的服务器中获得。

该第一服务器101用于从该第二服务器102中获取并保存应用的实例的信息，以供该第一设备103使用。具体地，该第一服务器101通过第一接口111与第二服务器102连接，因此，该第一服务器101可以从该第二服务器102获取该第二服务器102中存储的应用的实例的信息。该第一服务器101通过第二接口112与第一设备103连接，因此，该第一服务器101可以将该第一服务器101中存储的信息发送给该第一设备103，其中，该第一服务器101中存储的应用的实例的信息可以包括从该第二服务器102中获取的应用的实例的信息。

该第一设备103可以是终端设备，也可以是服务器，还可以是其他需要通过第二接口112从该第一服务器101获取应用的实例的信息的设备，具体名称此处不做限定。

具体地，当该第一设备103为终端设备时，该第一设备可以为能够使用应用实例服务器提供的应用的终端设备。该终端设备包括向用户提供语音和/或数据连通性的设备，例如，可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音和/或数据。该终端设备可以包括用户设备(user equipment，UE)、无线终端设备、移动终端设备、用户单元(subscriber unit)、用户站(subscriber station)，移动站(mobilestation)、移动台(mobile)、远程站(remote station)、接入点(access point，AP)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(userterminal)、用户代理(user agent)、或用户装备(user device)等。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(sessioninitiation protocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、等设备。此外，在车联网场景下，该终端设备可以是车载终端、路侧终端或者可穿戴设备。此外，在物联网场景下，该终端设备可以为受限设备，例如，低功耗终端设备，或存储能力有限的终端设备，或计算能力有限的终端设备，具体此处不做限定。

此外，当该第一设备103为服务器时，该第一设备103可以为边缘使能服务器，该边缘使能服务器用于为部署在边缘网络中的应用实例提供使能能力(enabler capability)或使能服务(enabler service)，以更好的支持应用在MEC的部署。其中，前述使能能力或使能服务可以来自于第三代伙伴计划(the 3rd generation partnership project，3GPP)网络，也可以来自于边缘使能服务器。

还应理解的是，本申请实施例中的第一设备103可以是上述任意一种场景下的设备或该设备中的芯片、服务器或该服务器中的芯片，具体此处不做限定。无论作为设备还是作为芯片，该第一设备103都可以作为独立的产品进行制造、销售或者使用。

基于前述图1A所示的系统架构，如图1B所示，本申请实施例所提出的获取信息的方法的主要流程包括如下步骤：

001、第一服务器从第二服务器接收应用的第一实例的信息。

由前述系统架构可知，该第二服务器用于确定应用的实例的信息，该应用的实例的信息可以由该第二服务器生成，也可以由该第二服务器从其他的服务器中获得。并且，该第一服务器通过前述第一接口111与第二服务器连接。为便于介绍，将该第二服务器确定的应用的实例的信息称为第一实例的信息。于是，该第一服务器可以从该第二服务器接收应用的第一实例的信息。

其中，该第一实例的信息包括该应用的标识信息和第一信息，该应用的标识信息用于标识该应用。该第一信息用于指示该第一实例的位置。具体地，后文步骤201a中将详细介绍，具体此处不再赘述。

002、该第一服务器从第三服务器接收该应用的第二实例的信息。

本实施例中，与该第一服务器连接的服务器除了前述第二服务器之外，该可能存在第三服务器，该第三服务器与该第二服务器类似。该第三服务器用于确定应用的实例的信息，该应用的实例的信息可以由该第三服务器生成，也可以由该第三服务器从其他的服务器中获得。为便于介绍，将该第三服务器确定的应用的实例的信息称为第二实例的信息。该第二实例的信息包括该应用的标识信息和第二信息，该第二信息用于指示该第二实例的位置。

此外，该第一服务器为服务前述第二服务器和前述第三服务器的服务器。

应当注意的是，步骤001与步骤002之间无明确的时间先后顺序的限定。也就是说，步骤001可以在步骤002之前执行，或者，步骤001可以在步骤002之后执行，或者步骤001与步骤002可以同时执行，具体此处不做限定。

003、该第一服务器保存该第一实例的信息和该第二实例的信息。

当该第一服务器获取到该第一实例的信息时，该第一服务器可以将该第一实例的信息保存于该第一服务器中；当该第一服务器获取到该第二实例的信息时，该第二服务器可以将该第二实例的信息保存于该第一服务中。由于，前述步骤001与前述步骤002无明确的时间先后顺序的限定，因此，该第一服务器保存该第一实例的信息的步骤与该第一服务器保存该第二实例的信息的步骤之间无明确的时间先后顺序的限定。也就是说，该第一服务器可以先保存该第一实例的信息再保存该第二实例的信息，该第一服务器也可以先保存该第二实例的信息再保存该第一实例的信息，该第一服务器还可以同时保存该第一实例的信息和该第二实例的信息，具体此处不做限定。

本实施例中，前述第一服务器可以为边缘网络配置服务器，或其他服务器，具体此处不做限定。前述第二服务器或该第三服务器为边缘使能服务器、边缘网络中的网络管理服务器、应用实例服务器、运营支持系统(operation support systems，OSS)网元、应用实例管理网元、或边缘使能服务器管理网元中的任意一种服务器或网元，具体此处不做限定。具体地，后文将做详细介绍，具体请参见后文图2对应的实施例。

此外，该第二服务器和该第三服务器可以为相同种类的服务器，例如，该第二服务器和该第三服务器均可以为边缘使能服务器；该第二服务器和该第三服务器也可以为不同种类的服务器，例如，该第二服务器为边缘使能服务器，该第三服务器为边缘网络中的网络管理服务器，具体此处不做限定。

本实施例中，由于，该第一服务器可以分别从第二服务器和第三服务器接收应用的第一实例的信息和该应用的第二实例的信息，并将该应用的第一实例的信息和该应用的第二实例的信息保存于该第一服务器中。因此，解决了边缘网络中应用的实例的信息的保存问题，便于该第一服务器向其他设备(例如第一设备103)发送该应用实例的信息。当该其他设备需要获取该应用的实例的信息时，该其他设备可以直接从该第一服务器中获取应用的实例的信息，而无需通过查询该第二服务器和该第三服务器获取应用的实例的信息，可以节省信令开销，减缓业务时延。

在图1A所示的系统中，该第二服务器102可以用于生成应用的实例的信息，可以用于从其他的服务器中获取该应用实例的信息。当该第二服务器102用于生成应用的实例的信息时，该第二服务器102为应用实例服务器。该第二服务器102用于从其他的服务器中获取该应用实例的信息时，该获取信息的方法适应的系统架构图可以进一步如图1C所示。

在如图1C所示的系统中，除了前述第一服务器101、前述第二服务器102和前述第一设备103之外，还包括应用实例服务器104。其中，该应用实例服务器104用于生成应用的实例的信息。该应用实例服务器104通过第四接口114与第二服务器102连接，该应用实例服务器104可以将该实例的信息传输至该第二服务器102，或者，该第二服务器102通过该第四接口114获取该应用实例服务器104中的实例的信息。

此外，该应用实例服务器104还通过第三接口113与该第一服务器101连接，该应用实例服务器104可以将该实例的信息传输至该第一服务器101，或者，该第一服务器101通过该第三接口113获取该应用实例服务器104中的实例的信息。

应当理解的是，在如图1C中的第二服务器102和应用实例服务器104位于第一边缘网络(edge network)中。其中，该边缘网络也可以被称为边缘计算网络(edge computingnetwork)，用于表示应用部署的问题，如本地数据中心。在一些实施方式中，该边缘网络也可以是边缘数据网络(edge data network，EDN)。在本实施例以及后续实施例中，仅以边缘网络为例进行介绍。并且，应当理解的是，该边缘网络可以包含前述边缘计算网络或边缘数据网络的部分或全部能力，具体此处不做限定。

该边缘网络中可以存在多个第二服务器102和多个应用实例服务器104。并且，每个应用实例服务器104仅可以被一个对应的第二服务器102管理，也可以理解为应用实例服务器104对仅可以被一个对应的第二服务器102服务，也可以理解为应用实例服务器104仅可以从一个对应的第二服务器102获得服务。在实际应用中，该第二服务器102为一个或多个应用的应用实例服务器104提供服务，该第二服务器102可以为边缘使能服务器(edgeenabler server，EES)或者其他具备为一个或多个应用的应用实例服务器104提供边缘使能服务的功能实体，此处不对该第二服务器的具体实现形式做限定。该第一服务器101可以为边缘网络配置服务器(edge network configuration server)，在一些实施方式中，该边缘网络也可以是边缘数据网络配置服务器(edge data network configuration server)，或者其他可以具备第一服务器功能的功能实体，此处不对该第一服务器的具体实现形式做限定。

还应理解的是，该第一服务器101还可以与另一个边缘网络连接，即该第一服务器可以服务于多个边缘网络，具体如图1D所示，此时，该第一服务器101与第一边缘网络和第二边缘网络连接。为便于介绍，称前述第一边缘网络中通过第四接口114与该第二服务器102连接的应用实例服务器为应用的第一实例服务器1041；称第二边缘网络中通过第七接口117与该第三服务器105连接的应用实例服务器为应用的第二实例服务器1042。

具体地，该第二边缘网络中的第三服务器105通过第五接口115与第一服务器101连接，该第三服务器105通过第七接口117于应用的第二实例服务器1042连接，该应用的第二实例服务器1042通过第六接口116与第一服务器101连接。具体地，该应用的第二实例服务器1042与前述应用实例服务器104类似，第三服务器105与第二服务器102类似，具体此处不再赘述。

此外，本申请实施例中的第一服务器、第二服务器或第三服务器可以为服务器或该服务器中的芯片，具体此处不做限定。无论作为服务器还是作为芯片，该第一服务器、第二服务器或第三服务器都可以作为独立的产品进行制造、销售或者使用。

上面对本申请实施例所涉及的系统架构进行了介绍，下面结合前述系统架构对本申请实施例所提出的方法进行介绍：

应当理解的是，前述系统架构图1D仅示出了第一服务器与第一边缘网络中的第二服务器连接，第一服务器与第二边缘网络中的第三服务器连接。但是，应当理解的是，该第一边缘网络中还可能存在多个第二服务器，该第二边缘网络中还可能存在多个第三服务器，该第一服务器还可能与其他边缘网络或数据网络连接(例如，第三边缘网络)，该其他边缘网络或数据网络中还可能存在其他的服务器(例如，第四服务器)等，具体此处不做限定。在本实施例以及后续实施例中，仅以该第一服务器与第二服务器之间的信息交互和第一服务器与第三服务器之间的信息交互为例进行介绍。具体地，如图2所示，该获取信息的方法的包括如下步骤：

201a、第二服务器获取应用的第一实例的信息。

本实施例中，该第二服务器为服务于应用的实例(application instance)的服务器。当该第二服务器为服务于多个应用的实例的服务器时，该多个应用的实例可以为同一应用的不同的实例，该多个应用的实例也可以为属于不同应用的不同实例，具体此处不做限定。在本实施例以及后续实施例中，仅以该多个应用的实例为同一应用的不同的实例为例进行介绍。因此，对于在第二服务器所在的边缘网络部署的应用，该第二服务器可以获取该应用的一个或者多个实例的信息。其中，该应用(application)指运行于终端设备或服务器中的程序，以使得该用户可以通过操作与该终端设备交互获取该应用提供的业务。运行在终端设备的程序称为应用客户端程序，运行在服务器中的程序称为应用服务器程序。本申请实施例中的应用指的是应用服务器程序。该应用的实例指应用服务器程序该应用服务器的在一个服务器中的运行实例(instance)，不同的一个应用的不同实例可以运行在不同的边缘网络中的服务器。可以理解为，应用的实例为运行于应用实例服务器中的程序。为便于理解，以应用是华为视频为例对前述应用和应用的实例进行介绍。此时，若华为视频服务器集中部署在深圳(即华为视频的服务器程序运行在部署在深圳的服务器上，我们可以称之为华为视频应用的云端)，并且，当运营商在北京设置了一个北京数据中心，可以提供华为视频应用服务器的运行环境的服务器，则华为视频应用可以将其华为视频的应用服务器程序运行在服务器部署在该北京数据中心的服务器上，此时，那么这个运行在部署在北京数据中心的华为应用服务器上的华为视频的应用服务器程序就可以称为华为视频的一个应用实例(简称“华为视频-北京实例”)，这个服务器为华为视频应用实例服务器。于是，距离该数据中心的近的华为视频的客户端可以连接到华为视频-北京实例访问华为视频提供的内容。以上对于应用和应用的实例的解释也适用于本发明的其他实施例。

具体地，该第二服务器获取应用的第一实例的信息，该第一实例的信息包括该应用的标识信息和第一信息，其中，第一信息用于指示该应用的第一实例的位置。

其中，该应用的标识信息用于标识该应用。例如，该应用的标识信息可以为该应用的名称，或唯一标识该应用的序列号，或其他可以唯一标识该应用的字符串，具体此处不做限定。例如，该应用的标识可以为如下一种或多种：应用的标识符(application ID)、统一资源定位符(uniform resource locator，URL)、全量域名(fully qualified domainname，FQDN)、应用名称(application name)。例如，该第一信息包括该第一实例的互联网协议IP地址，该第一实例的IP地址可以为虚拟IP地址或者第一边缘网络内网IP地址，具体此处不做限定。此外，第一信息还可以包括如下一项或多项：第一边缘网络的接入标识信息或第一边缘网络的IP地址。其中，该第一边缘网络的接入标识信息也被称为第一数据网络的接入标识符(data network access identifier，DNAI)，表示访问部署应用程序的一个或多个数据网络(data network，DN)用户平面接入点。该第一边缘网络的IP地址，为该第二服务器所在的边缘网络的IP地址，可以是一个IP地址段。此外，当该第二服务器为边缘使能服务器时，该第一信息还可以包括第一边缘使能服务器的IP地址，该第一边缘使能服务器为该应用的第一实例的提供边缘使能服务的服务器。

可选的，该第一实例的信息除了该应用的标识信息和第一信息，还包括第一边缘使能服务器的标识信息，或该第一实例的服务范围信息。其中，该第一边缘使能服务器为前述为该应用的第一实例的提供边缘使能服务的服务器，该第一边缘使能服务器的标识信息用于标识该第一边缘使能服务器，以使得其他服务器或第一设备可以准确查找该第一边缘使能服务器。该第一实例的服务范围信息用于指示使用该应用的第一实例可以提供应用业务的范围，该范围可以是第一边缘网络覆盖区域的一个子集。具体地，该第一实例的服务范围信息可以为一组追踪区标识(tracking area identity，TAI)，也可以为小区的标识信息，例如小区ID(cell ID)或小区列表(cell ID list)，还可以为经纬度或行政区域信息等，具体此处不做限定。

当该第二服务器获取该应用的第一实例的信息时，该第二服务器可以采用不同的实现方式。具体如下：

在一种实现方式中，该第二服务器从该应用的第一实例服务器接收该第一实例的标识信息和该第一实例的IP地址，该第二服务器从该第二服务器的本地信息中获取该第一信息中的其他信息，例如第二服务器也处于同一个第一边缘网络，则第二服务器的本地信息中保存有第一边缘网络的接入标识信息、第一边缘网络的IP地址或第二服务器的IP地址中的一项或多项。此时，该第二服务器便可获得该应用的第一实例的信息。

在另一实现方式中，该第二服务器可以直接从该应用的第一实例服务器接收该第一实例的信息。

在实际应用中，该第二服务器可以采用前述任意一种实现方式获取该第一实例的信息，具体此处不做限定。

201b、第三服务器获取应用的第二实例的信息。

本实施例中，该第三服务器与前述第二服务器类似，该第三服务器也为服务于应用的实例(application instance)的服务器。当该第三服务器为服务于多个应用的实例的服务器时，该多个应用的实例可以为同一应用的不同的实例，该多个应用的实例也可以为属于不同应用的不同实例，具体此处不做限定。在本实施例以及后续实施例中，仅以该多个应用的实例为同一应用的不同的实例为例进行介绍。因此，对于在第三服务器所在的边缘网络部署的应用，该第三服务器可以获取该应用的一个或者多个实例的信息。但是，该第三服务器服务(serving)的应用的实例与前述第二服务器服务(serving)的应用的实例不同，为便于介绍，称该第三服务器服务的应用的实例为第二实例。应当理解的是，前述第二实例、第三实例仅是为了区分不同的实例而取的称谓，并不对该第二服务器服务的名称和第三服务器服务的名称进行限定。

具体地，该第三服务器获取应用的第二实例的信息，该第二实例的信息包括该应用的标识信息和第二信息。该第二信息包括该第二实例的互联网协议IP地址。此外，第二信息还可以包括如下一项或多项：第二边缘网络的接入标识信息或第二边缘网络的IP地址。当该第二服务器为边缘使能服务器时，该第二信息还可以包括第二边缘使能服务器的IP地址。当该第三服务器获取该应用的第二实例的信息时，该第三服务器可以采用如下不同的实现方式：

在一种实现方式中，该第三服务器从该应用的第二实例服务器接收该第二实例的标识信息和该第二实例的IP地址，该第三服务器从该第三服务器的本地信息中获取该第二信息中的其他信息，例如第三服务器也处于同一个第一边缘网络，则第三服务器的本地信息中保存有第二边缘网络的接入标识信息、第二边缘网络的IP地址或第三服务器的IP地址中的一项或多项。此时，该第三服务器便可获得该应用的第二实例的信息。

在另一实现方式中，该第二实例对应的第二实例服务器中存有该第二信息，于是，该第三服务器可以直接从该应用的第二实例服务器接收该第二实例的信息。

该应用的第二实例的信息还包括如下一项或多项：

第二边缘使能服务器的标识信息，或者，该第二实例的服务范围信息。

具体地，步骤201b与步骤201a类似，具体此处不再赘述。

应当注意的是，步骤201a与步骤201b之间无明确的时间先后顺序的限定。也就是说，步骤201a可以在步骤201b之前执行，或者，步骤201a可以在步骤201b之后执行，或者步骤201a与步骤201b可以同时执行，具体此处不做限定。

202a、第二服务器向第一服务器发送第一实例的信息。

本实施例中，当该第二服务器获取该应用的第一实例的信息之后，该第二服务器可以向该第一服务器发送第一实例的信息，相应地，该第一服务器可以从第二服务器接收该第一实例的信息。其中，该第一服务器为服务(serving)前述第二服务器和第三服务器的服务器，可以理解为该第一服务器可以为该第二服务器和该第三服务器提供对应的边缘网络的配置信息；也可以理解为，该第三服务器和该第二服务器被配置有第一服务器的地址，可以连接到第一服务器。具体地，该第一服务器可以从该第二服务器和该第三服务器中获取该应用的不同实例的信息。在实际应用中，该第一服务器不仅仅只服务于前述第二服务器和前述第三服务器，该第一服务器还可能服务其他的服务器。

此外，需要注意的是，该第一服务器从第二服务器接收的第一实例的信息可以携带于基于请求-响应(request-response)机制的消息中，例如，该第一服务器向该第二服务器发送一个请求消息，该第二服务器向该第一服务器回复一个响应消息，并且，在该响应消息中携带该第一实例的信息。或者，该第一服务器从第二服务器接收的第一实例的信息可以携带于基于订阅-通知(subscribe-notification)机制的消息中，例如，该第一服务器向该第二服务器发送一个订阅消息，该订阅消息用于订阅该第二服务器中的应用的实例的信息。该第二服务器向该第一服务器回复一个或多个基于前述订阅消息的通知消息，并且，每个通知消息中均携带该应用的第一实例的信息。例如，当该第二服务器中的应用的实例的信息每次更新时，该第二服务器都会向该第一服务器发送一次通知消息。应当理解的是，本实施例中所涉及的更新，可以指该应用的实例的信息初次出现在该第二服务器中，例如，该第二服务器第一次获取应用的第一实例的信息；也可以指该第二服务器中应用的实例的信息没有增减但发生了变更，例如，该第二服务器中的第一实例的信息中的第一实例的IP地址，由IP地址A变更为IP地址B；还可以指该应用的实例的信息全部或部分从该第二服务器中删除或失效，例如，该第一实例的信息中的第一实例的服务范围信息由追踪区标识TAI和小区的标识信息变更为仅有该追踪区标识TAI。具体此处不做限定。

202b、第三服务器向第一服务器发送第二实例的信息。

本实施例中，当该第三服务器获取该应用的第二实例的信息之后，该第三服务器可以向该第一服务器发送第二实例的信息，于是，该第一服务器可以从第三服务器接收该第二实例的信息。具体地，该第一服务器从第三服务器接收的第二实例的信息可以携带于基于请求-响应(request-response)机制的消息中，也可以携带于基于订阅-通知(subscribe-notification)机制的消息中。具体地，与前述步骤202a类似，具体此处不再赘述。

应当注意的是，步骤202a与步骤202b之间无明确的时间先后顺序的限定。也就是说，步骤202a可以在步骤202b之前执行，或者，步骤202a可以在步骤202b之后执行，或者步骤202a与步骤202b可以同时执行，具体此处不做限定。

203、该第一服务器保存该第一实例的信息和该第二实例的信息。

当该第一服务器获取到该第一实例的信息时，该第一服务器可以将该第一实例的信息保存于该第一服务器中；当该第一服务器获取到该第二实例的信息时，该第二服务器可以将该第二实例的信息保存于该第一服务中。由于，前述步骤202a与前述步骤202b无明确的时间先后顺序的限定，因此，该第一服务器保存该第一实例的信息的步骤与该第一服务器保存该第二实例的信息的步骤之间无明确的时间先后顺序的限定。也就是说，该第一服务器可以先保存该第一实例的信息再保存该第二实例的信息，该第一服务器也可以先保存该第二实例的信息再保存该第一实例的信息，该第一服务器还可以同时保存该第一实例的信息和该第二实例的信息，具体此处不做限定。

本实施例中，由于，该第一服务器可以分别从第二服务器和第三服务器接收应用的第一实例的信息和该应用的第二实例的信息，并将该应用的第一实例的信息和该应用的第二实例的信息保存于该第一服务器中。因此，解决了边缘网络中应用的实例的信息的保存问题，便于该第一服务器向其他设备(例如第一设备)发送该应用实例的信息。当第一设备需要查询获取该应用的实例的信息时，该第一设备可以直接从该第一服务器处获取，于是，该第一设备无需遍历第二服务器和第三服务器后才能从第二服务器或第三服务器中获取。因此，可以节省信令开销，减缓业务时延。

204a、该第一服务器向该第二服务器发送保存响应。

本实施例中，步骤204a为可选的步骤。当该第一服务器保存了该第一实例的信息之后，该第一服务器可以向该第二服务器发送保存响应，该保存响应用于通知该第二服务器该第一服务器已经保存该第一实例的信息。

204b、该第一服务器向该第三服务器发送保存响应。

本实施例中，步骤204b为可选的步骤。当该第一服务器保存了该第二实例的信息之后，该第一服务器可以向该第三服务器发送保存响应，该保存响应用于通知该第三服务器该第一服务器已经保存该第二实例的信息。

应当注意的是，步骤204a与步骤204b之间无明确的时间先后顺序的限定。也就是说，步骤202a可以在步骤202b之前执行，或者，步骤202a可以在步骤202b之后执行，或者步骤202a与步骤202b可以同时执行，具体此处不做限定。

本实施例中，该第一服务器向该第二服务器或该第三服务器发送保存响应，有利于该第二服务器和该第三服务器确定该第一实例的信息和该第二实例的信息的保存情况。

205、第一设备向该第一服务器发送应用的标识信息和第一设备的位置信息。

本实施例中，步骤205为可选的步骤，当第一设备需要获取该第一服务器中的应用的实例的信息时，该第一设备将向该第一服务器发送应用的标识信息和第一设备的位置信息，于是，该第一服务器从第一设备接收该应用的标识信息和该第一设备的位置信息。其中，该应用的标识信息的介绍可以参见前述步骤201a，具体此处不再赘述。其中，该第一设备的位置信息可以是第一设备所在位置的TAI、cell ID、DNAI、行政位置信息、地理位置信息或经纬度信息中的一项或多项。

206、第一服务器向该第一设备发送第三实例的IP地址。

本实施例中，步骤206为可选的步骤，该第一服务器可以向第一设备返回该第一设备欲获取的实例的IP地址。为便于介绍，称该第一设备欲获取的实例为第三实例，该第三实例为第一实例或第二实例。该第三实例由该应用的标识信息、该第一设备的位置信息、该应用的第一实例的信息和该应用的第二实例的信息确定。第一服务器确定该应用的标识信息对应的应用为第一实例和第二实例对应的应用，若第一服务器确定该第一设备的位置信息与该第一实例的位置信息相同，则第一服务器确定第三实例为第一实例；或者，若第一服务器确定第一设备的位置信息所指示位置与该第一实例的信息所指示的位置的距离比第一设备的位置信息所指示位置与该第二实例的信息所指示的位置的距离小，则第一服务器确定第三实例为第一实例。在实际应用中，该第一服务器还可以采用其他方式确定该第三实例，具体此处不再赘述。

可选的，该第一服务器还将向该第一设备发送其他的关于该第三实例的信息。

在一种实施方式中，当该第三实例的IP地址为该第一实例的IP地址时，该第一服务器还将向该第一设备发送该第一边缘网络的接入标识信息、该第一边缘网络的IP地址、或该第一边缘使能服务器的IP地址中的一项或者多项。在这种实施方式中，该第一服务器除了向该第一设备发送该第一实例的IP地址之外，该第一服务器向该第一设备发送第一边缘网络的接入标识信息或该第一边缘网络的IP地址，可以使该第一设备确定该第一实例的信息对应的第一实例服务器所在的位置。此外，该第一服务器向该第一设备发送第一边缘使能服务器的IP地址可以使该第一设备确定该第一边缘使能服务器在边缘网络中的位置。因此，有利于该第一设备根据前述第一实例服务器的位置或第一边缘使能服务器的位置执行其他的操作。

在另一种实施方式中，当该第三实例的IP地址为该第二实例的IP地址时，该第一服务器还将向该第一设备发送该第二边缘网络的接入标识信息、该第二边缘网络的IP地址、或该第二边缘使能服务器的IP地址中的一项或者多项。在这种实施方式中，该第一服务器除了向该第一设备发送该第二实例的IP地址之外，该第一服务器向该第一设备发送第二边缘网络的接入标识信息或该第二边缘网络的IP地址可以使该第一设备确定该第二实例的信息对应的第二实例服务器所在的位置。此外，该第一服务器向该第一设备发送第二边缘使能服务器的IP地址可以使该第一设备确定该第二边缘使能服务器在边缘网络中的位置。因此，有利于该第一设备根据前述第二实例服务器的位置或第二边缘使能服务器的位置执行其他的操作。

还应理解的是，本实施例中，与该第一服务器进行信息交互的服务器不仅仅限于前述第二服务器和前述第三服务器，还可能存在与前述第二服务器和第三服务器类似的服务器，例如，可能存在第四服务器，用于获取应用的第三实例的信息。此时，该第一服务器与该第四服务器的信息交互过程可以参见前述第一服务器与第二服务器或第三服务器的方法流程，具体此处不做限定。并且，还应理解的是，本实施例仅以第一服务器与第二服务器和第三服务器之间的信息交互为例进行介绍，对与该第一服务器进行信息交互的服务器的个数并不做限定。

本实施例中，提出该第一服务器可以根据第一设备发送的应用的标识信息和该第一设备的位置信息确定从前述第一实例和第二实例中确定第三实例。因此，当该第一设备需要获取该应用中的某一个实例时，该第一设备无需依次在第二服务器和第三服务器中查找该应用的实例的信息，而是可以直接从该第一服务器获取该应用的实例的信息，因此，可以减少该第一设备获取该应用的实例的信息的信令流程，进而可以减缓因增加信令而造成的网络时延。此外，该第一服务器还可以根据第一设备的需求为该第一设备选择出满足该第一设备的需求的应用的实例。因此，优化了该第一设备获取该应用的实例的信息的流程。

本实施例中，前述第一服务器可以为边缘网络配置服务器，或其他服务器，具体此处不做限定。前述第二服务器或该第三服务器为边缘使能服务器、边缘网络中的网络管理服务器、应用实例服务器、运营支持系统OSS网元、应用实例管理网元、或边缘使能服务器管理网元中的任意一种服务器或网元，具体此处不做限定。其中，应用实例管理网元指用于管理应用实例的网元或功能实体，例如，将应用实例的软件包资源(package)打包并分发至边缘网络的运行环境中的网元或功能实体。该边缘使能服务器管理网元指用于管理边缘使能服务器，例如，为边缘使能服务器配置存储和计算资源，向边缘使能服务器中配置边缘网络的信息，向边缘使能服务器配置需要提供边缘使能服务的应用的实例。

此外，该第二服务器和该第三服务器可以为相同种类的服务器，例如，该第二服务器和该第三服务器均可以为边缘使能服务器；该第二服务器和该第三服务器也可以为不同种类的服务器，例如，该第二服务器为边缘使能服务器，该第三服务器为边缘网络中的网络管理服务器，具体此处不做限定。

但是，当该第二服务器为应用的第一实例服务器时，由于该应用的第一实例服务器内部存储有该第一实例的信息，因此，第二服务器(即应用的第一实例服务器)将不执行前述步骤201a，并且，可以直接执行步骤202a以及后续步骤。类似的，当该第三服务器为应用的第二实例服务器时，第三服务器(即应用的第二实例服务器)将不执行前述步骤201b，并且，可以直接执行步骤202b以及后续步骤。

此外，当该第二服务器或第三服务器为边缘网络中的网络管理服务器或运营支持系统网元时，由于该网络管理服务器或该运营支持系统网元中已配置有该应用的实例的信息，因此，该第二服务器将不执行前述步骤201a，并且，可以直接执行步骤202a以及后续步骤。类似的，该第三服务器将不执行前述步骤201b，并且，可以直接执行步骤202b以及后续步骤。

为便于进一步理解，下面将以该第一服务器为边缘网络配置服务器、第二服务器为边缘使能服务器和该第一设备为用户设备的实现方式进行进一步介绍。具体地，如图3所示，该多接入边缘计算网络架构主要包括：边缘网络配置服务器301、边缘使能服务器302、应用实例服务器303和用户设备304。

其中，该边缘使能服务器302可以为应用的实例提供一些使能能力，可以更好的支持应用在MEC的部署情况。该边缘使能服务器302通过参考点3(edge-3)与应用实例服务器303连接，于是，该边缘使能服务器302可以通过该参考点3获取该应用实例服务器303中的应用的实例的信息，此时，该参考点3可以为前述图1C或图1D中的第四接口114，也可以为前述图1D中的第七接口117。

该边缘网络配置服务器301用于获取应用的实例的信息，以供该用户设备304使用。其中，该边缘网络配置服务器301通过参考点5(edge-5)与边缘使能服务器302连接，于是，该边缘网络配置服务器301可以获取该边缘使能服务器302中的应用的实例的信息，此时，该参考点5可以为前述图1A、图1C或图1D中的第一接口111，也可以为前述图1D中的第五接口115。该边缘网络配置服务器301通过参考点6(edge-6)与应用实例服务器303连接，于是，该边缘网络配置服务器301可以获取该应用实例服务器303中的应用的实例的信息，此时，该参考点6可以为前述图1C或图1D中的第三接口113，也可以为前述图1D中的第六接口116。此外，该边缘网络配置服务器301通过参考点4(edge-4)与用户设备304连接，于是，该边缘网络配置服务器301可以向该用户设备304发送该应用的实例的信息，此时，该参考点4可以为前述图1A、图1C或图1D中的第二接口112。

此外，前述边缘使能服务器302与应用实例服务器303均位于边缘网络中。该边缘网络EDN是中心云的对等概念，可以理解为是一个本地的数据中心，可以使用边缘网络接入标识DNAI来标识。边缘网络中可以部署多个本地边缘网络(local data network，localDN)。该边缘网络中可以存在多个边缘使能服务器302以及多个应用实例服务器303，具体此处不做限定。

该应用实例服务器303用于服务该应用的某一种实例或某几种实例。该应用实例服务器303对应的应用服务器也可以称为边缘应用(edge application)服务器、移动边缘计算应用(mobile edge computing application，MEC application)或多接入边缘计算应用(multi-access edge computing application，MEC application)服务器。

用户设备304可以是手机、电脑等移动设备，该用户设备304上可以安装有应用客户端(application client)和边缘使能客户端(edge enabler client，EEC)。应用客户端是边缘应用在用户侧的对等实体。边缘使能客户端EEC是边缘使能服务器EES在用户侧的对等实体。

此外，用户设备UE 304中的应用客户端和边缘网络中的应用实例服务器303可以进行应用数据传输(application data traffic),边缘使能客户端EEC和该边缘使能服务器302之间可以通过参考点1(edge-1)建立连接，该边缘使能服务器302还通过参考点2(edge-2)与3GPP网络连接。

下面将以前述图3所示的系统架构为基础，介绍当边缘网络配置服务器和边缘使能服务器之间的消息基于请求-响应机制时的流程，具体如图4所示，包括如下步骤：

401、应用实例服务器向边缘使能服务器发送应用的实例的标识信息和该应用的实例的IP地址。

本实施例中，该应用实例服务器可以管理应用的一种或多种实例，因此，该应用实例服务器存储有该应用的实例的信息。例如，该应用的实例的标识信息和该应用的实例的IP地址。其中，该应用的实例的标识信息用于标识该应用的实例。该应用的实例的IP地址用于指示该实例在网络中的部署位置，可以用于应用客户端连接到该实例获取其应用业务。于是，该应用的实例服务器可以向边缘使能服务器发送应用的实例的标识信息和该应用的实例的IP地址，即该边缘使能服务器可以从该应用实例服务器接收应用的实例的标识信息和该应用的实例的IP地址。

具体地，边缘使能服务器从该应用实例服务器接收的应用的实例的标识信息和该应用的实例的IP地址可以携带于基于请求-响应(request-response)机制的消息中，例如，该边缘使能服务器向该应用实例服务器发送一个请求消息，该应用实例服务器向该边缘使能服务器回复一个响应消息，并且，在该响应消息中携带该应用的实例的标识信息和该应用的实例的IP地址。或者，可以携带于基于订阅-通知(subscribe-notification)机制的消息中，例如，该边缘使能服务器向该应用实例服务器发送一个订阅消息，该应用实例服务器向该边缘使能服务器回复一个或多个基于前述订阅消息的通知消息，并且，每个通知消息中均携带应用的实例的标识信息和该应用的实例的IP地址。

可选的，该应用实例服务器还可以向该边缘使能服务器发送指示该应用的实例的位置的信息。例如，该应用的实例的互联网协议IP地址、边缘网络的接入标识信息、该边缘使能服务器所在的边缘网络的IP地址或边缘使能服务器的IP地址等，具体此处不做限定。

还应理解的是，步骤401中的应用实例服务器可以为一个或多个，该边缘使能服务器也可以为一个或多个。当该应用实例服务器为多个且该边缘使能服务器为多个时，该应用实例服务器与该边缘使能服务器一一对应，或者，每个边缘使能服务器对应多个应用实例服务器，具体此处不做限定。

402、边缘网络配置服务器向边缘使能服务器发送第一请求。

本实施例中，当该边缘网络配置服务器存在获取应用的实例的信息的需求时，该边缘网络配置服务器可以向边缘使能服务器发送第一请求。其中，该第一请求用于请求应用的实例的信息。

应当理解的是，在步骤402中，该边缘网络配置服务器一般为边缘网络中的一个服务边缘使能服务器的服务器，该边缘使能服务器可以为一个或者多个，具体此处不做限定。

403、该边缘使能服务器向边缘网络配置服务器发送应用的实例的信息。

本实施例中，当该边缘使能服务器接收该边缘网络配置服务器发送的第一请求之后，该边缘使能服务器将向边缘网络配置服务器发送应用的实例的信息。其中，该应用的实例的信息包括前述步骤401中的应用的实例的标识信息和该应用的实例的IP地址，该应用的实例的信息还可以包括边缘网络的接入标识信息、边缘网络的IP地址或边缘使能服务器的IP地址。在一些实施方式中，该应用的实例的信息还包括边缘使能服务器的标识信息，或该应用的实例的服务范围信息。具体地，可以参阅前述步骤201a中的相关描述，具体此处不再赘述。

应当理解的是，前述边缘网络的接入标识信息、边缘网络的IP地址和边缘使能服务器的IP地址等信息可以由该边缘使能服务器从该应用实例服务器获取，也可以由该边缘使能服务器从该边缘使能服务器的本地数据库中获取，具体此处不做限定。

应当理解的是，在步骤403中，该应用的实例的信息可以指同一应用的不同的实例的信息，例如，前述图2对应的实施例中的第一实例的信息和第二实例的信息。在实际应用中，还可能包括该应用的其他的实例的信息，具体此处不做限定。

404、该边缘网络配置服务器保存该应用的实例的信息。

本实施例中，当该边缘网络配置服务器收到该边缘使能服务器发送的应用的实例的信息时，该边缘网络配置服务器将保存该应用的实例的信息。具体地，该边缘网络配置服务器每收到一次该应用的实例的信息，该边缘网络配置服务器将保存一次该应用的实例的信息，其中，每次保存的应用的实例的信息可能存在差异，具体此处不做限定。

可选的，当边缘使能服务器发送的应用的实例的信息中不包括UE的追踪区标识TAI,或者，该应用的实例的信息不包括小区ID或小区ID列表时，该边缘网络配置服务器还可以进一步解析DNAI/EDN IP以获取UE的追踪区标识TAI、小区ID或小区ID列表等，并保存该UE的追踪区标识TAI、小区ID或小区ID。具体地，该边缘网络配置服务器可以向3GPP网元发送DNAI，以获取该DNAI对应的追踪区标识TAI、小区ID或小区ID列表等信息。其中，该3GPP网元可以为统一数据存储库(unified data repository，UDR)网元或会话管理功能(session management function，SMF)网元，具体此处不做限定。当该边缘网络配置服务器可以向3GPP网元发送DNAI之后，该边缘网络配置服务器将在UDR或SMF检索该DNAI对应的追踪区标识TAI、小区ID或小区ID列表等信息，并将追踪区标识TAI、小区ID或小区ID列表等信息发送至边缘网络配置服务器。

该第一实例的服务范围信息可以为第一设备的追踪区标识(tracking areaidentity，TAI)，也可以为第一设备所在小区的标识信息，例如小区ID(cell ID)或小区列表(cell ID list)，还可以为其他用于标识该第一实例的服务用户的位置的信息，具体此处不做限定。

405、该边缘网络配置服务器向边缘使能服务器发送保存响应。

本实施例中，步骤405为可选的步骤。当该边缘网络配置服务器保存了该边缘使能服务器发送的应用的实例的信息之后，该边缘网络配置服务器可以向该边缘使能服务器发送保存响应，以通知该边缘使能服务器该边缘网络配置服务器已将该应用的实例的信息保存成功。可选的，该边缘网络配置服务器可以每保存一次该应用的实例的信息就向该边缘使能服务器发送一次保存响应。

406、用户设备UE向该边缘网络配置服务器发送应用的标识信息和UE的位置信息。

本实施例中，步骤406为可选的步骤。当用户设备UE需要获取该边缘网络配置服务器中的应用的实例的信息时，该UE将向该边缘网络配置服务器发送应用的标识信息和UE的位置信息，于是，该边缘网络配置服务器从UE接收该应用的标识信息和该UE的位置信息。其中，该应用的标识信息和该UE的位置信息的介绍可以参见前述步骤201a，具体此处不再赘述。

407、边缘网络配置服务器向用户设备UE发送第三实例的IP地址。

本实施例中，步骤407为可选的步骤，该边缘网络配置服务器可以向UE返回该UE欲获取的实例的IP地址。为便于介绍，称该UE欲获取的实例为第三实例，该第三实例为该应用的多个实例的中的一个，例如，该第三实例可以为前述图2对应的实施例中的第一实例或第二实例。此时，该第三实例由该应用的标识信息、该UE的位置信息、该应用的第一实例的信息和该应用的第二实例的信息确定。

可选的，该边缘网络配置服务器还将向该UE发送其他的关于该第三实例的信息。具体地，与前述步骤206类似，具体此处不再赘述。可选的，图4所示的方法还包括以下步骤：边缘网络配置服务器(edge configuration server，ECS)获取EES的区域信息，并获取用户设备的位置信息，然后ECS根据EES的区域信息和用户设备的位置信息确定目标EES。例如，该EES为ECS所管理的一个或多个EES。目标EES为上述EES中和用户设备的位置匹配的EES。由此，ECS通过获取到EES的区域信息以及用户设备的位置信息，可以为用户设备选择与其位置匹配或者距离用户设备最近的目标EES，也即选择该目标EES所在的EDN。当用户设备向EES发现应用实例时，可以确保用户设备访问的应用实例为与用户设备位置匹配或者距离距离用户设备最近的应用实例。从而提高了用户体验，降低传输时延。该步骤的实施方式可参考图13和图14的描述。

本实施例中，由于，管理应用的实例的信息的边缘网络配置服务器可以从边缘使能服务器接收应用的实例的信息，并将获取的应用实例的信息保存于该边缘网络配置服务器中。因此，解决了边缘网络中应用的实例的信息的保存问题。此外，由于该边缘网络配置服务器与该边缘使能服务器之间的信令交互基于请求-响应机制，该边缘网络配置服务器在需要获取应用的实例的信息时向该边缘使能服务器发送第一请求，该边缘使能服务器也可以基于该第一请求向该边缘网络配置服务器发送应用的实例的信息。因此，可以满足该边缘网络配置服务器获取应用的实例的需求，以进一步实现该边缘网络配置服务器保存该应用的实例的信息的功能。此外，该方法还使得该UE可以从该边缘网络配置服务器中获取到该应用的实例的信息，而无需从多个边缘使能服务器或其他服务器处获取该应用的实例的信息，进而可以节省该UE获取该应用的实例的信息的信令开销，进而减少接入应用的延迟。

下面将以前述图3所示的系统架构为基础，介绍当边缘网络配置服务器和边缘使能服务器之间的消息基于订阅-通知机制时的流程，具体如图5所示，包括如下步骤：

501、边缘网络配置服务器向边缘使能服务器发送订阅请求。

本实施例中，当边缘网络配置服务器需要获取某一个或某几个应用的实例的信息之前，该边缘网络配置服务器可以先向该边缘使能服务器发送订阅请求，该订阅请求用于请求订阅该边缘使能服务器中的应用的实例的信息，以使得该边缘使能服务器中的应用的实例的信息更新时，该边缘使能服务器能主动通知该边缘网络配置服务器该应用的实例的信息。应当理解的是，本实施例中的更新，可以指该应用的实例的信息初次出现在该边缘使能服务器中；也可以指该边缘使能服务器中应用的实例的信息没有增减但发生了变更；还可以指该应用的实例的信息全部或部分从该边缘使能服务器中删除或失效。具体地，与前文中第二服务器中的应用的实例的信息发生更新的情况类似，具体此处不再赘述。

可选的，该订阅请求包括订阅条件，该订阅条件用于指示该应用的实例。具体地，该应用的实例可以为该应用的某一个实例或该应用的某几个实例。例如，该应用的实例可以为图2所对应的实施例中的第一实例和第二实例。可选的，该应用的实例还可以包括除了该第一实例和该第二实例之外的其他实例，具体此处不做限定。

应当理解的是，步骤501中的边缘使能服务器可以为一个，也可以为多个。因此，该边缘网络配置服务器可以向多个边缘使能服务器订阅多个不同的实例的信息。

502、边缘使能服务器向边缘网络配置服务器发送响应于该订阅请求的订阅响应。

本实施例中，步骤502为可选的步骤，订阅响应用于通知边缘网络配置服务器是否订阅成功。当该边缘网络配置服务器成功订阅该边缘使能服务器中的应用的实例的信息时，该边缘使能服务器将通过向该边缘网络配置服务器发送通知消息以通知该边缘网络配置服务器。应当理解的是，由于该边缘使能服务器可以为多个，因此，步骤502可以执行多次，即由不同的边缘使能服务器向该边缘网络配置服务器发送订阅响应。

503、应用实例服务器向边缘使能服务器发送应用的实例的标识信息和该应用的实例的IP地址。

本实施例中，步骤503中的应用实例服务器可以为一个或多个，该边缘使能服务器也可以为一个或多个。当该应用实例服务器为多个且该边缘使能服务器为多个时，该应用实例服务器与该边缘使能服务器一一对应，或者，每个边缘使能服务器对应多个应用实例服务器，具体此处不做限定。

还应理解的是，步骤503与前述步骤501和步骤502无明确的时间先后顺序的限定。也就是说，步骤503可以在步骤501和步骤502之前执行；或者，步骤503可以在步骤501之前且步骤502之后执行；或者步骤503在步骤501和步骤502之后执行；或者，步骤503与步骤501同时执行；或者，步骤503与步骤502同时执行。具体此处不做限定。

具体地，步骤503与前述步骤401类似，具体此处不再赘述。

504、该边缘使能服务器向边缘网络配置服务器发送应用的实例的信息。

本实施例中，当该边缘使能服务器接收到应用实例服务器发送的应用的实例的标识信息和该应用的实例的IP地址之后，该边缘使能服务器将向边缘网络配置服务器发送应用的实例的信息。其中，该应用的实例的信息包括前述步骤503中的应用的实例的标识信息和该应用的实例的IP地址，该应用的实例的信息还包括边缘网络的接入标识信息、或边缘网络的IP地址或边缘使能服务器的IP地址。在一些实施方式中，该应用的实例的信息还包括边缘使能服务器的标识信息，或该应用的实例的服务范围信息。具体地，可以参阅前述步骤201a中的相关描述，具体此处不再赘述。

应当理解的是，前述边缘网络的接入标识信息、边缘网络的IP地址和边缘使能服务器的IP地址等信息可以由该边缘使能服务器从该应用实例服务器获取，也可以由该边缘使能服务器从该边缘使能服务器的本地数据库中获取，具体此处不做限定。

应当理解的是，在步骤504中，该应用的实例的信息可以指同一应用的不同的实例的信息，例如，前述图2对应的实施例中的第一实例的信息和第二实例的信息。在实际应用中，还可能包括该应用的其他的实例的信息，具体此处不做限定。

505、该边缘网络配置服务器保存该应用的实例的信息。

506、该边缘网络配置服务器向边缘使能服务器发送保存响应。

507、用户设备UE向该边缘网络配置服务器发送应用的标识信息和用户设备UE的位置信息。

508、边缘网络配置服务器向用户设备UE发送第三实例的IP地址。

本实施例中，步骤505至步骤508与前述步骤404至步骤407类似，具体此处不再赘述。

本实施例中，由于，管理应用的实例的信息的边缘网络配置服务器可以从边缘使能服务器接收应用实例的信息，并将获取的应用实例的信息保存于该边缘网络配置服务器中。因此，解决了边缘网络中应用的实例的信息的保存问题。此外，由于该边缘网络配置服务器与该边缘使能服务器之间的信令交互基于订阅-通知机制，当该边缘网络配置服务器向边缘使能服务器订阅了应用的某一个实例或该应用的某几个实例时，该边缘使能服务器便可在该应用的实例的信息更新时向该边缘网络配置服务器发送该应用的实例的信息。因此，可以满足该边缘网络配置服务器获取应用的实例的需求，以进一步实现该边缘网络配置服务器保存该应用的实例的信息的功能。此外，该方法还使得该UE可以从该边缘网络配置服务器中获取到该应用实例的信息，而无需从多个边缘使能服务器或其他服务器处获取该应用实例的信息，进而可以节省该UE获取该应用实例的信息的信令开销，进而减少接入应用的延迟。

本申请实施例所提出的获取信息的方法除了可以适用于前述图3所示的系统，还可以与API通用架构(common application programming interface framework，commonAPI framework，CAPIF)结合，通过复用API通用架构中的部分信令流程，以节省该边缘网络配置服务器和该边缘使能服务器之间的信令构建。

下面先对该API通用架构进行介绍，具体如图6A所示，该API通用架构包括：

API通用架构核心功能(CAPIF core function，CCF)601、API管理功能(application programming interface management function，API managementfunction，AMF)602、API发布功能(application programming interface publishingfunction，API publishing function，APF)603、API开放功能(application programminginterface exposing function，API exposing function，AEF)604和API调用实体(application programming interface invoker，API invoker)6051/6052。

其中，API通用架构核心功能CCF 601、API管理功能AMF 602、API发布功能APF603、API开放功能AEF 604和API调用实体6051位于公共陆地移动网络信任域(public landmobile network trust domain，PLMN trust domain)中。API调用实体6052位于公共陆地移动网络信任域之外。

其中，API通用架构核心功能CCF 601通过连接点3(CAPIF-3)与API开放功能AEF604连接，API通用架构核心功能CCF 601通过连接点4(CAPIF-4)与API发布功能APF 603连接，API通用架构核心功能CCF 601通过连接点5(CAPIF-5)与API开放功能AMF 602连接。前述API开放功能AEF 604、API发布功能APF 603以及API开放功能AMF 602均属于同一API提供商域中。

此外，该API通用架构核心功能CCF 601通过连接点1(CAPIF-1)与API调用实体6051连接，该API调用实体6051通过连接点2(CAPIF-2)与API服务域中的服务APIs连接。对于位于公共陆地移动网络信任域之外的API调用实体6052，该API通用架构核心功能CCF601通过连接点1e(CAPIF-1e)与API调用实体6052连接，该API调用实体6052通过连接点2e(CAPIF-2e)调用API服务域中的服务APIs。

具体地，图6A中的各个模块的功能如下：

API调用实体6051/6052：也被称为API调用者，指与公共陆地移动网络(publicland mobile network，PLMN)运营商签定了服务协议的第三方应用。例如，端到端(machineto machine，M2M)应用、物联网(internet of things，IoT)应用、车联网(vehicle toeverything，V2X)应用等，具体此处不做限定。应当理解的是，前述应用可以运行在终端设备中，也可以运行在网络设备中。此外，API调用实体6051/6052也可以是PLMN网络中的设备，例如，4G通信系统中的移动管理实体(mobility management entity，MME)，无线接入网络(radio access network，RAN)设备，策略与计费规则功能(policy and charging rulesfunction，PCRF)网元等；也可以是5G通信系统中的接入和移动性管理功能(access andmobility management function，AMF)网元、会话管理功能(session managementfunction，SMF)网元、用户面功能(user plane function，UPF)网元、策略控制功能(policycontrol function，PCF)网元、应用功能(application function，AF)网元等。API调用实体6051/6052可以支持API调用实体的认证；可以支持和API通用架构核心功能CCF 601的相互鉴权；可以访问API已获取的授权；可以发现APIs；可以调用APIs。

API通用架构核心功能CCF 601：可以基于API调用实体的标识和其他信息认证API调用实体；可以发布、存储和支持API的发现；可以基于PLMN运营商的策略负责API的访问控制；可以存储API调用的日志，并提供给授权实体查阅；可以支持API invoker的注册；还可以存储配置策略。

API管理功能AMF 602：用于提供对API的管理。具体地，可以审计从API通用架构核心功能CCF 601提供的API调用日志的审计；可以监控API通用架构核心功能CCF 601报告的事件；可以向API配置API提供者的策略；可以检测API的状态；可以注册API调用实体。

API发布功能APF 603：用于提供API发布的功能，以便API调用实体可以发现API。

API开放功能AEF 604：用于提供APIs以及API调用实体6051/6052调用API的入口。具体地，可以基于API调用实体6051/6052的标识和API通用架构核心功能CCF 601提供的其他信息认证API调用实体6051/6052；可以确认API通用架构核心功能CCF 601提供的授权；可以将API日志同步到API通用架构核心功能CCF 601上。

应当理解的是，前述图6A所示的系统架构还可以进一步扩展，以使得不同的API通用架构核心功能CCF之间可以互通。例如，当两个API通用架构核心功能CCF位于同一信任域时，前述图6A的系统架构可以扩展为图6B。当两个API通用架构核心功能CCF位于不同信任域时，前述图6A的系统架构可以扩展为图6C。其中，图6B和图6C中的单元或模块可以参见前文图6A对应的介绍，具体此处不再赘述。还应理解的是，在图6B中的API通用架构核心功能CCF1和API通用架构核心功能CCF2之间可以通过连接点6(CAPIF-6)进行交互，在图6C中的API通用架构核心功能CCF1和API通用架构核心功能CCF2之间还可以通过连接点6e(CAPIF-6e)进行交互。该连接点6或连接点6e可以支持一个API通用架构核心功能CCF向另一个API通用架构核心功能CCF发布服务API或发现服务API。还应理解的是，在实际应用中，可以将前述图6A进行进一步扩展，以适应不同场景的需求，具体此处不再赘述。

下面结合图6A所示的API通用架构图6B或图6C所示的扩展架构，当该获取信息的方法中的部分流程复用CAPIF发现(discover)机制时，如图7所示，该边缘网络配置服务器和边缘使能服务器将执行如下步骤：

本实施例中，当复用CAPIF发现机制时，该边缘网络配置服务器可以实现图6B或图6C中的API通用架构核心功能1的功能，该边缘使能服务器可以实现图6B或图6C中的API通用架构核心功能2的功能，该应用实例服务器可以实现图6B或图6C中的API提供商域2中的一个或多个功能模块的功能，例如，该应用实例服务器实现API发布功能。此时，边缘使能服务器和边缘网络配置服务器之间的接口包含连接点6或连接点6e的部分或全部接口功能，例如，前述图3中的参考点5可以包含连接点6或连接点6e的部分或全部接口功能；例如，前述图1A或图1C或图1D中的第一接口111可以包含连接点6或连接点6e的部分或全部接口功能。

701、应用实例服务器向边缘使能服务器发送应用的实例的标识信息和该应用的实例的IP地址。

本实施例中，由于，应用实例服务器可以实现图6B或图6C中的API服务域2中的一个或多个功能模块的功能，因此，该应用实例服务器可以通过不同的接口向边缘使能服务器发送应用的实例的标识信息和该应用的实例的IP地址。例如，当该应用实例服务器实现API发布功能时，应用实例服务器通过连接点4向该边缘使能服务器发送应用的实例的标识信息和该应用的实例的IP地址。此时，边缘使能服务器和应用实例服务器之间的接口包含连接点4的部分或全部接口功能，例如，前述图3中的参考点3可以包含连接点4的部分或全部接口功能；例如，前述图1C或图1D中的第四接口114可以包含连接点4的部分或全部接口功能；例如，前述图1D中的第七接口117可以包含连接点4的部分或全部接口功能。此外，当该应用实例服务器实现API开放功能时，应用实例服务器通过连接点3向该边缘使能服务器发送应用的实例的标识信息和该应用的实例的IP地址；当该应用实例服务器实现API管理功能时，应用实例服务器通过连接点5向该边缘使能服务器发送应用的实例的标识信息和该应用的实例的IP地址，具体此处不做限定。

702、边缘网络配置服务器向边缘使能服务器发送第一API发现请求。

本实施例中，边缘网络配置服务器通过连接点6或连接点6e向边缘使能服务器发送第一API发现请求(service API publish request)，该第一API发现请求用于请求发现应用的实例或者API。可选的，该第一API发现请求包括发现类型信息，该发现类型信息用于指示该第一API发现请求用于请求该应用的实例，或，该发现类型信息用于指示该第一API发现请求用于请求该应用的实例和API，该应用的实例可以为该应用的一种实例或该应用的多种实例，例如，该应用的实例可以为前述图2对应的实施例中的第一实例和第二实例。应当理解的是，当该边缘使能服务器接收该第一API发现请求之后，该边缘使能服务器可以通过该边缘使能服务器中所携带的发现类型信息，确定该边缘网络配置服务器需要发现的类型。可选的，该发现类型信息可以由阿拉伯数字或者字符串表示。例如，当该发现类型信息为“0”时，表示该第一API发现请求用于请求发现API；当该发现类型信息为“1”时，表示该第一API发现请求用于请求发现应用实例；当该发现类型信息为“2”时，表示该第一API发现请求用于请求发现应用实例和API。具体此处不做限定。

703、边缘使能服务器向边缘网络配置服务器发送第一API发现响应，该第一API发现响应中携带该应用的实例的信息。

本实施例中，当该边缘网络配置服务器收到该边缘使能服务器发送的第一API发现请求之后，该边缘网络配置服务器将通过连接点6或连接点6e向该边缘使能服务器发送第一API发现响应(service API publish response)。具体地，当该第一API发现请求用于请求发现应用的实例或该第一API发现请求中的发现类型信息用于指示该第一API发现请求用于请求该应用的实例时，该边缘网络配置服务器将向该边缘使能服务器发送第一API发现响应，该第一API发现响应中携带该应用的实例的信息。

其中，该应用的实例的信息可以包括前述步骤701中的应用的实例的标识信息和该应用的实例的IP地址，该应用的实例的信息还包括边缘网络的接入标识信息、边缘网络的IP地址或边缘使能服务器的IP地址。在一些实施方式中，该应用的实例的信息还包括边缘使能服务器的标识信息，或该应用的实例的服务范围信息。具体地，可以参阅前述步骤201a中的相关描述，具体此处不再赘述。

704、边缘网络配置服务器保存该应用的实例的信息。

本实施例中，该边缘网络配置服务器可以保存该边缘使能服务器发送的第一API发现响应所携带的应用的实例的信息。由于，此时该边缘网络配置服务器可以实现图6B或图6A中的API通用架构核心功能CCF1的功能，因此，该API通用架构核心功能CCF1可以保存该应用的实例的信息。并且，该API通用架构核心功能CCF1与API调用实体通过连接点1或连接点1e连接，并且，UE可以实现API调用实体的功能。因此，该边缘网络配置服务器可以将该应用的实例的信息提供给该UE使用，即该API通用架构核心功能CCF1可以将该应用的实例的信息提供给该API调用实体使用。因此，该UE可以直接从该边缘网络配置服务器，即该UE可以直接从该API通用架构核心功能CCF1中获取应用的实例的信息，而无需通过遍历该边缘使能服务器(即API通用架构核心功能2)就可以获取该应用的实例的信息。进而可以节省该UE获取该应用的实例的信息的信令开销，进而减少接入应用的延迟。

705、边缘网络配置服务器向该边缘使能服务器发送保存响应。

本实施例中，步骤705为可选的步骤。该边缘网络配置服务器保存该应用的实例的信息之后，该边缘网络配置服务器向该边缘使能服务器发送保存响应，以通知该边缘使能服务器该应用的实例的信息保存成功。

706、UE向边缘网络配置服务器发送应用的标识信息和UE的位置信息。

本实施例中，步骤706为可选的步骤。当UE需要应用的实例的信息时，该UE向边缘网络配置服务器发送应用的标识信息和UE的位置信息，例如，当该UE实现图6B或图6C中的API调用实体1的功能时，该UE可以通过连接点1e向边缘网络配置服务器发送应用的标识信息和UE的位置信息。

707、边缘网络配置服务器向UE发送第三实例的IP地址。

本实施例中，步骤707为可选的步骤。该边缘网络配置服务器可以根据UE发送的应用的标识信息和UE的位置信息以及该UE的其他信息确定第三实例，并向该UE发送该第三实例的IP地址。

可选的，该边缘网络配置服务器还将向该UE发送其他的关于该第三实例的信息。例如，第一边缘网络的接入标识信息、边缘网络的IP地址、或边缘使能服务器的IP地址中的一项或者多项，具体此处不做限定。

具体地，可以参加前述步骤205中的相关描述，具体此处不再赘述。

本实施例中，由于，边缘网络配置服务器和边缘使能服务器之间可以复用CAPIF发现机制，因此，边缘网络配置服务器和边缘使能服务器均可以实现API通用架构核心功能，并通过连接点6实现从边缘使能服务器中的应用实例的信息发送至边缘网络配置服务器，并将获取的应用实例的信息保存于该边缘网络配置服务器中。因此，便于该边缘网络配置服务器向UE发送该应用实例的信息，因此，不仅解决了边缘网络中应用的实例的信息的保存问题，还复用了CAPIF中的信令，因此节省了信令开销。

下面结合图6A所示的API通用架构或图6B或图6C所示的扩展架构，当该获取信息的方法中的部分流程复用CAPIF发布(publish)机制时，如图8所示，该边缘网络配置服务器和边缘使能服务器将执行如下步骤：

本实施例中，当复用CAPIF发布机制时，该边缘网络配置服务器可以实现图6B或图6C中的API通用架构核心功能1的功能，该边缘使能服务器可以实现图6B或图6C中的API通用架构核心功能2的功能，该应用实例服务器可以实现图6B或图6C中的API服务域2中的一个或多个功能模块的功能，例如，该应用实例服务器实现API发布功能。此时，边缘使能服务器和边缘网络配置服务器之间的接口包含连接点6或连接点6e的部分或全部接口功能，例如，前述图3中的参考点5可以包含连接点6或连接点6e的部分或全部接口功能；例如，前述图1A或图1C或图1D中的第一接口111可以包含连接点6或连接点6e的部分或全部接口功能。

801、边缘网络配置服务器向边缘使能服务器发送订阅请求。

本实施例中，步骤801为可选的步骤。该边缘网络配置服务器可以向该边缘使能服务器发送订阅请求，该订阅请求用于请求订阅该应用的实例的信息，以使得当该边缘使能服务器中的应用的实例的信息更新时，该边缘网络配置服务器可以将该应用的实例的信息通知到该边缘使能服务器。应当理解的是，本实施例中的更新，可以指该应用的实例的信息初次出现在该边缘使能服务器中；也可以指该边缘使能服务器中应用的实例的信息没有增减但发生了变更；还可以指该应用的实例的信息全部或部分从该边缘使能服务器中删除或失效。具体地，与前文中第二服务器中的应用的实例的信息发生更新的情况类似，具体此处不再赘述。

可选的，该订阅请求包括订阅条件，该订阅条件用于指示该应用的实例，该应用的实例可以为该应用中的某一个实例或该应用中的某几个实例，例如，该应用的实例可以为前述图2对应的实施例中的第一实例和第二实例。

802、边缘使能服务器向边缘网络配置服务器发送响应于该订阅请求的订阅响应。

本实施例中，步骤802为可选的步骤。当该边缘使能服务器接收到该边缘网络配置服务器发送的订阅请求之后，该边缘使能服务器将向该边缘网络配置服务器发送订阅响应，该订阅响应可以用于通知该边缘网络配置服务器本次订阅是否成功。在另一种实施方式中，该边缘使能服务器在订阅成功之后才向该边缘网络配置服务器发送订阅响应，此时，该订阅响应用于指示通知该边缘网络配置服务器本次订阅成功。

803、应用实例服务器向边缘使能服务器发送第三API发布请求，该第三API发布请求携带应用的实例的标识信息和该应用的实例的IP地址。

本实施例中，该应用实例服务器可以实现图6B或图6C中的API服务域2中的一个或多个功能模块的功能，因此，该应用实例服务器可以通过不同的接口向边缘使能服务器发送应用的实例的标识信息和该应用的实例的IP地址。例如，当该应用实例服务器实现API发布功能时，应用实例服务器通过连接点4向该边缘使能服务器发送应用的实例的标识信息和该应用的实例的IP地址。此时，边缘使能服务器和应用实例服务器之间的接口包含连接点4的部分或全部接口功能，例如，前述图3中的参考点3可以包含连接点4的部分或全部接口功能；例如，前述图1C或图1D中的第四接口114可以包含连接点4的部分或全部接口功能；例如，前述图1D中的第七接口117可以包含连接点4的部分或全部接口功能。此外，当该应用实例服务器实现API开放功能时，应用实例服务器通过连接点3向该边缘使能服务器发送应用的实例的标识信息和该应用的实例的IP地址；当该应用实例服务器实现API管理功能时，应用实例服务器通过连接点5向该边缘使能服务器发送应用的实例的标识信息和该应用的实例的IP地址，具体此处不做限定。

本实施例中，以该应用实例服务器实现API发布功能为例进行介绍。此时，该应用实例服务器通过连接点4向边缘使能服务器发送第三API发布请求(service API publishrequest)，该第三API发布请求携带应用的实例的标识信息和该应用的实例的IP地址。具体地，应用的实例的标识信息和该应用的实例的IP地址与前文步骤701类似，具体此处不再赘述。

可选的，当该第三API发布请求用于发布API和应用的实例时，该第三API发布请求还可以携带API的信息，例如，API的名称、API的类型、API的版本号、API的通信类型、API的接口信息(IP地址和端口号)以及协议信息等。

804、边缘使能服务器向该应用实例服务器发送第三API发布响应。

本实施例中，步骤804为可选的步骤。

当该边缘使能服务器接收到该应用实例服务器发送的第三API发布请求之后，该边缘使能服务器可以向该应用实例服务器发送第三API发布响应(service API publishresponse)。可选的，该第三API发布响应可以指示该API发布是否成功。

805、边缘使能服务器向边缘网络配置服务器发送第一API发布请求，该第一API发布请求携带应用的实例的信息。

本实施例中，由于该边缘网络配置服务器可以实现图6B或图6C中的API通用架构核心功能1的功能，该边缘使能服务器可以实现图6B或图6C中的API通用架构核心功能2的功能，当前述API发布功能(应用实例服务器)向API通用架构核心功能2(边缘使能服务器)发布了API之后，该API通用架构核心功能2(边缘使能服务器)可以将该发布的API共享至API通用架构核心功能1(边缘网络配置服务器)。因此，该边缘使能服务器可以通过连接点6向边缘网络配置服务器发送第一API发布请求(interconnection service API publishrequest)，该第一API发布请求用于发布该API和/或该应用的实例。具体地，该第一API发布请求用于发布该应用的实例，或者，该第一API发布请求用于发布该API和该应用的实例。

当该第一API发布请求用于发布该应用的实例时，该第一API发布请求携带应用的实例的信息。可选的，该第一API发布请求还包括发布类型信息，该发布类型信息用于指示发布该应用的实例。

当该第一API发布请求用于发布该应用的实例和该API时，该第一API发布请求携带应用的实例的信息和API的信息。可选的，该第一API发布请求还包括发布类型信息，该发布类型信息用于指示发布该应用的实例和API。

其中，该应用的实例的信息可以包括前述步骤803中的应用的实例的标识信息和该应用的实例的IP地址，该应用的实例的信息还包括边缘网络的接入标识信息、或边缘网络的IP地址或边缘使能服务器的IP地址。在一些实施方式中，该应用的实例的信息还包括边缘使能服务器的标识信息，或该应用的实例的服务范围信息。具体地，可以参阅前述步骤201a中的相关描述，具体此处不再赘述。

806、边缘网络配置服务器保存该应用的实例的信息。

本实施例中，步骤806为可选的步骤。本实施例中，该边缘网络配置服务器可以保存该边缘使能服务器发送的第一API发布请求所携带的应用的实例的信息。由于，此时该边缘网络配置服务器核心功能CCF1与API调用实体通过连接点1或连接点1e连接，并且，UE可以实现API调用实体的功能。因此，该边缘网络配置服务器可以将该应用的实例的信息提供给该UE使用，即该API通用架构核心功能CCF1可以将该应用的实例的信息提供给该API调用实体使用。

807、边缘网络配置服务器向边缘使能服务器发送第一API发布响应。

本实施例中，步骤807为可选的步骤。当该边缘网络配置服务器收到边缘使能服务器发送的第一API发布请求之后，该边缘网络配置服务器可以向边缘使能服务器发送第一API发布响应(interconnection service API publish response)。可选的，该第一API发布响应可以用作保存响应，以通知该边缘使能服务器该应用的实例的信息保存成功。

808、UE向边缘网络配置服务器发送应用的标识信息和UE的位置信息。

809、边缘网络配置服务器向UE发送第三实例的IP地址。

本实施例中，步骤808至步骤809与前述步骤706至步骤707类似，具体此处不再赘述。

此外，在另一些实施例中，前述图7或图8对应的实施例中的边缘网络配置服务器、边缘使能服务器和应用实例服务器可以采用如下方式复用CAPIF架构中的功能模块。

具体地，边缘网络配置服务器可以实现图6A中的API通用架构核心功能的功能，该边缘使能服务器可以实现图6A中的API服务域中的一个或多个功能模块的功能，此时，该边缘使能服务器和边缘网络配置服务器之间的接口可以为连接点3、连接点4或连接点5。例如，该边缘使能服务器实现API发布功能，此时，边缘使能服务器和边缘网络配置服务器之间的接口包含连接点4的部分或全部接口功能；例如，前述图3中的参考点5可以包含连接点4的部分或全部接口功能；例如，前述图1A或图1C或图1D中的第一接口111可以包含连接点4的部分或全部接口功能。可选的，该应用实例服务器可以实现API调用实体的功能，并且，该应用实例服务器通过连接点1e与边缘网络配置服务器连接，该应用实例服务器通过连接点2e与边缘使能服务器连接。该应用实例服务器可以实现API调用实体的功能，此时，该应用实例服务器可以通过连接点1e与边缘网络配置服务器连接。

此外，还存在一些实施方式，该边缘网络配置服务器可以直接从该应用实例服务器获取该应用的实例的信息。此时，可以采用如下方式复用CAPIF架构中的功能模块。

具体地，边缘网络配置服务器可以实现图6A中的API通用架构核心功能的功能，该应用实例服务器可以实现图6A中的API服务域中的一个或多个功能模块的功能，此时，该应用实例服务器和边缘网络配置服务器之间的接口可以为连接点3、连接点4或连接点5。例如，该应用实例服务器实现API发布功能，此时，应用实例服务器和边缘网络配置服务器之间的接口包含连接点4的部分或全部接口功能；例如，前述图3中的参考点5可以包含连接点4的部分或全部接口功能；例如，前述图1A或图1C或图1D中的第一接口111可以包含连接点4的部分或全部接口功能。

上述实施例中，分别从各个服务器或网元本身、以及从各个服务器或网元之间交互的角度对本申请实施例提供的方法的各方案进行了介绍。可以理解的是，前述服务器或设备，例如前述第一服务器、第二服务器、第三服务器、第一设备等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

如图9所示，本实施例提供了一种获取信息的装置90，该获取信息的装置90可以通过软件模块来实现相应的功能。此时，该获取信息的装置90可以为第一服务器中的芯片或片上系统。该获取信息的装置90可包括接收模块901和处理模块902，其中：

该接收模块901，用于从第二服务器接收应用的第一实例的信息，该第一实例的信息包括该应用的标识信息和第一信息，该第一信息用于指示该第一实例的位置；该接收模块901，还用于从第三服务器接收该应用的第二实例的信息，该第二实例的信息包括该应用的标识信息和第二信息，该第二信息用于指示该第二实例的位置，该第一服务器为服务该第二服务器和该第三服务器的服务器。

此外，该处理模块902，用于保存该第一实例的信息和该第二实例的信息。

由此，本实施例中的获取信息的装置90可以分别从第二服务器和第三服务器接收应用的第一实例的信息和该应用的第二实例的信息，并将该应用的第一实例的信息和该应用的第二实例的信息保存。因此，解决了边缘网络中应用的实例的信息的保存问题，便于该获取信息的装置90向其他设备(例如第一设备)发送该应用的实例的信息。当该其他设备需要获取该应用的实例的信息时，该其他设备可以直接从该获取信息的装置90中获取应用的实例的信息，而无需通过查询该第二服务器和该第三服务器获取应用的实例的信息，可以节省信令开销，减缓业务时延。

在一种可选的实施方式中，该接收模块901还用于从第二服务器或第一网元接收该第二服务器的区域信息；该处理模块902还用于获取用户设备的位置信息；该处理模块902还用于根据该第二服务器的区域信息和该用户设备的位置信息确定目标服务器。

在另一种可选的实施方式中，第一网元为NEF网元、UDM网元、UDR网元、PCF网元、或NRF网元。

在另一种可选的实施方式中，该接收模块901还用于从EEC接收应用标识，该目标服务器服务于该应用标识对应的应用实例。

在另一种可选的实施方式中，该获取信息的装置90还包括：发送模块903，用于向该第二服务器和该第三服务器发送第一应用程序接口API发现请求，该第一API发现请求包括发现类型信息，该发现类型信息用于指示该第一API发现请求用于请求该应用的实例，或，该发现类型信息用于指示该第一API发现请求用于请求该应用的实例和API，该应用的实例包括该第一实例和该第二实例。在这样的实施方式中，提出该获取信息的装置90可以复用API通用架构CAPIF中的发现机制。获取信息的装置90不需要单独配置获取应用的实例的信息的请求，可以节省获取信息的装置90与其他获取信息的装置(例如，第二服务器、第三服务器)之间的信令开销，进而可以减缓因增加信令造成的接入应用的延迟。

在另一种可选的实施方式中，该接收模块901，具体用于：从该第二服务器接收第一API发现响应，该第一API发现响应包括该第一实例的信息；从该第三服务器接收第二API发现响应，该第二API发现响应包括该第二实例的信息。在这样的实施方式中，不仅提出该获取信息的装置90可以复用API通用架构CAPIF中的发现机制，还提出将第一实例的信息携带于该第一API发现响应或该第二API发现响应中。因此，该获取信息的装置90可以利用现有的信令分别从其他获取信息的装置(例如，第二服务器、第三服务器)中接收该应用的实例的信息，该其他获取信息的装置(例如，第二服务器、第三服务器)不需要单独配置发送该应用的实例的信息的消息。因此，可以节省信令开销，进而可以减缓增加信令造成的接入应用的延迟。

在另一种可选的实施方式中，该接收模块901，具体用于：从该第二服务器接收第一API发布请求，该第一API发布请求包括该应用的第一实例的信息，该第一API发布请求用于发布该API和/或该第一实例；从该第三服务器接收第二API发布请求，该第二API发布请求包括该应用的第二实例的信息，该第二API发布请求用于发布该API和/或该第二实例。在这样的实施方式中，提出获取信息的装置90可以复用API通用架构CAPIF中的发布机制，并且，还提出将第一实例的信息携带于该第一API发布请求中，或将第二实例的信息携带于该第二API发布请求中。因此，该获取信息的装置90可以利用现有的信令分别从其他获取信息的装置(例如，第二服务器、第三服务器)中接收该应用的实例的信息，其他获取信息的装置(例如，第二服务器、第三服务器)不需要单独配置发送该应用的实例的信息的消息。因此，可以节省信令开销，进而可以减缓增加信令造成的接入应用的延迟。

在另一种可选的实施方式中，该接收模块901，还用于从第一设备接收该应用的标识信息和该第一设备的位置信息；该发送模块903，还用于向该第一设备发送第三实例的IP地址，该第三实例由该应用的标识信息、该第一设备的位置信息、该应用的第一实例的信息和该应用的第二实例的信息确定，该第三实例为该第一实例或该第二实例。在这样的实施方式中，提出该获取信息的装置90可以根据第一设备发送的应用的标识信息和该第一设备的位置信息确定从前述第一实例和第二实例中确定第三实例。在这样的实施方式中，当该第一设备需要获取该应用中的某一个实例时，该第一设备无需依次在其他获取信息的装置(例如，第二服务器、第三服务器)中查找该应用的实例的信息，而是可以直接从该获取信息的装置90获取该应用的实例的信息，因此，可以减少该第一设备获取该应用的实例的信息的信令流程，进而可以减缓因增加信令而造成的网络时延。此外，该获取信息的装置90还可以根据第一设备的需求为该第一设备选择出满足该第一设备的需求的应用的实例。因此，优化了该第一设备获取该应用的实例的信息的流程。

还存在一种可选的实施方式，该发送模块903，还用于：向该第一设备发送如下一项或多项：该第一边缘网络的接入标识信息、该第一边缘网络的IP地址、或该第一边缘使能服务器的IP地址；向该第一设备发送如下一项或多项：该第二边缘网络的接入标识信息、该第二边缘网络的IP地址、或该第二边缘使能服务器的IP地址。在这样的实施方式中，提出该获取信息的装置90除了向该第一设备发送该应用的实例的IP地址之外，该获取信息的装置90还向该第一设备发送边缘网络的接入标识信息、该边缘网络的IP地址、或该边缘使能服务器的IP地址中的一项或多项。因此，增加了该获取信息的装置90提供给该第一设备的信息的多样性，以使得该获取信息的装置90发送给该第一设备的应用的实例的信息可以更好地满足该第一设备的需求。

还存在一种实施方式，该发送模块903，还用于向该第二服务器和该第三服务器发送订阅请求，该订阅请求用于请求订阅该应用的实例的信息。在这样的实施方式中，提出该获取信息的装置90可以基于订阅-通知机制，即该获取信息的装置90从该第二服务器或该第三服务器订阅该应用的实例的信息，则该当该第二服务器或该第三服务器中的应用的实例的信息更新时，该第二服务器或该第三服务器将向该获取信息的装置90发送该应用的实例的信息。因此，该获取信息的装置90仅需向该第二服务器或该第三服务器发送一次消息，即可接收来自该第二服务器或该第三服务器的应用的实例的信息。因此，可以节省该信令开销，进而可以减缓增加信令造成的接入应用的延迟。可选的，该订阅请求包括订阅条件，该订阅条件用于指示该应用的实例，该应用的实例包括该第一实例和该第二实例。

如图10所示，本实施例提供了另一种获取信息的装置100，该获取信息的装置100可以通过软件模块来实现相应的功能。此时，该获取信息的装置100可以为第二服务器中的芯片或片上系统。该获取信息的装置100可包括发送模块1001和处理模块1002，其中：

处理模块1002，用于获取应用的第一实例的信息，该第一实例的信息包括该应用的标识信息和第一信息，该第一信息用于指示该第一实例的位置。

发送模块1001，用于向第一服务器发送该第一实例的信息，该第一服务器为服务该第二服务器的服务器。

由此，本实施例中的获取信息的装置100可以将获取的应用的第一实例的信息发送给该第一服务器，以使得该第一服务器可以及时保存该获取信息的装置100发送的第一实例的信息。因此，有利于该第一服务器保存该边缘网络中应用的实例的信息，便于该第一服务器向其他设备(例如第一设备)发送该应用的实例的信息。此外，还可以使其他设备(例如第一设备)无需从该获取信息的装置100中获取该应用的实例的信息，而是可以直接从该第一服务器中获取该应用的实例的信息，因此，可以节省该第一服务器获取该应用的实例的信息的流程。当该其他设备需要获取该应用的实例的信息时，该其他设备可以直接从该第一服务器中获取应用的实例的信息，而无需通过查询多个获取信息的装置100获取应用的实例的信息，可以节省信令开销，减缓业务时延。

在一种可选的实施方式中，该发送模块1001还用于向该第一服务器发送第二服务器的区域信息。

在一种可选的实施方式中，该获取信息的装置100还包括：

接收模块1003，用于从该应用的第一实例服务器接收该第一实例的标识信息和该第一实例的IP地址。该处理模块1002，还用于确定该第一信息。在这样的实施方式中，明确了该获取信息的装置100获取该应用的第一实例的信息的方式，该第一实例的信息中的第一实例的标识信息和该第一实例的IP地址可以由该获取信息的装置100直接从该应用的第一实例服务器中获取，然后，该获取信息的装置100再确定该第一信息。在这样的实施方式中，该第一实例的信息是该获取信息的装置100从不同的服务器获取的。因此，获取信息的装置100可以保证该第一实例的信息的完整性。

在另一种可选的实施方式中，该获取信息的装置100还包括：该接收模块，用于从该应用的第一实例服务器接收该第一实例的信息。在这样的实施方式中，提出该获取信息的装置100可以直接从该应用的第一实例服务器获取该第一实例的信息，即该获取信息的装置100可以直接从该第一实例服务器中获取该第一实例的标识信息、该第一实例的IP地址和该第一信息。因此，可以简化该获取信息的装置100获取该第一实例的信息的流程。

在另一种可选的实施方式中，该接收模块，还用于从该第一服务器接收第一应用程序接口API发现请求，该第一API发现请求包括发现类型信息，该发现类型信息用于指示该第一API发现请求用于请求该应用的实例，或，该发现类型信息用于指示该第一API发现请求用于请求该应用的实例和API，该应用的实例包括该第一实例。在这样的实施方式中，提出获取信息的装置100可以复用API通用架构CAPIF中的发现机制。具体地，该第一服务器可以通过向获取信息的装置100发送第一API发现请求，以触发该获取信息的装置100向该第一服务器发送应用的第一实例的信息。因此，该第一服务器不需要单独配置获取应用的实例的信息的请求，可以节省信令开销，进而可以减缓因增加信令造成的接入应用的延迟。

在另一种可选的实施方式中，该发送模块1001，具体用于向第一服务器发送第一API发现响应，该第一API发现响应包括该第一实例的信息。在这样的实施方式中，不仅提出该获取信息的装置100可以复用API通用架构CAPIF中的发现机制，还提出将第一实例的信息携带于该第一API发现响应中。因此，该第一服务器可以利用现有的信令从该获取信息的装置100中接收该应用的实例的信息，该获取信息的装置100不需要单独配置发送该应用的实例的信息的消息。因此，可以节省信令开销，进而可以减缓增加信令造成的接入应用的延迟。

在另一种可选的实施方式中，该发送模块1001，具体用于向该第一服务器发送第一API发布请求，该第一API发布请求包括该应用的第一实例的信息，该第一API发布请求用于发布该API和/或该第一实例。在这样的实施方式中，提出该获取信息的装置100可以复用API通用架构CAPIF中的发布机制，并且，还提出将第一实例的信息携带于该第一API发布请求中。因此，该第一服务器可以利用现有的信令分别从该获取信息的装置100中接收该应用的实例的信息，该获取信息的装置100不需要单独配置发送该应用的实例的信息的消息。因此，可以节省信令开销，进而可以减缓增加信令造成的接入应用的延迟。

还存在一种实施方式，该处理模块1002，具体用于从应用的第一实例服务器接收第三API发布请求，该第三API发布请求包括该第一实例的标识信息和该第一实例的IP地址，该第三API发布请求用于发布API和/或该第一实例。在这样的实施方式中，提出该第一API发布请求和该第二发布请求还包括发布类型信息，该发布类型信息用于指示发布的内容的类型。因此，该第一服务器可以根据该发布类型信息确定该第一API发布请求所携带的信息中是否包括该应用的实例的信息。

还存在一种实施方式，该接收模块1003，还用于从该第一服务器接收订阅请求，该订阅请求用于请求订阅该应用的实例的信息。在这样的实施方式中，提出该获取信息的装置100可以基于订阅-通知机制，即该获取信息的装置100从该第一服务器接收订阅请求，则当该获取信息的装置100中的应用的实例的信息更新时，该获取信息的装置100将向该第一服务器发送该应用的实例的信息。因此，该第一服务器仅需向该获取信息的装置100发送一次消息，即可接收来自该获取信息的装置100的应用的实例的信息。因此，可以节省该信令开销，进而可以减缓增加信令造成的接入应用的延迟。可选的，该订阅请求包括订阅条件，该订阅条件用于指示该应用的实例，该应用的实例包括该第一实例和该第二实例。

如图11所示，本实施例提供了一种获取信息的装置110的结构示意图。该获取信息的装置110可以为前述图2对应的实施例中的第一服务器，也可以为图4至图5或图7至图8对应的实施例中的边缘网络配置服务器，也可以为该第一服务器或边缘网络配置服务器上的芯片或片上系统。

该获取信息的装置110包括处理器1101和存储器1102。存储器1102用于存储程序，处理器1101用于执行存储器1102中的程序，以实现本申请各方法实施例中第一服务器的功能，例如，该处理器1101可以用于保存该第一实例的信息和该第二实例的信息。

具体地，处理器1101可以包括一个或一个以上的处理器，存储器1102可以包括一个或一个以上的存储介质(例如一个或一个以上海量存储设备)。该处理器1101可以用于对服务器协议以及数据进行处理，以及对整个服务器进行控制，执行软件程序，处理软件程序的数据，例如用于支持该获取信息的装置110执行前述实施例中所描述的动作。可选的，该获取信息的装置110可以包括基带处理器和中央处理器，或者，集成基带处理器和中央处理器的功能。本领域技术人员可以理解，基带处理器和中央处理器也可以是各自独立的处理器，通过总线等技术互联。本领域技术人员可以理解，获取信息的装置110可以包括多个基带处理器以适应不同的网络制式，获取信息的装置110可以包括多个中央处理器以增强其处理能力，获取信息的装置110的各个部件可以通过各种总线连接。前述基带处理器也可以表述为基带处理电路或者基带处理芯片。前述中央处理器也可以表述为中央处理电路或者中央处理芯片。对服务器协议以及数据进行处理的功能可以内置在处理器中，也可以以软件程序的形式存储在存储器中，由处理器执行软件程序以实现基带处理功能。

本实施例中，该存储器1102主要用于存储软件程序和数据。存储器1102可以是独立存在，与处理器1101相连。可选的，该存储器1102可以和该处理器1101集成于一体，例如集成于一个或多个芯片之内。其中，该存储器1102能够存储执行本申请实施例的技术方案的程序代码，并由处理器1101来控制执行，被执行的各类计算机程序代码也可被视为是处理器1101的驱动程序。应当理解的是，本实施例中的图11仅示出了一个存储器和一个处理器，但是，在实际应用中，该通信设备110可以存在多个处理器或多个存储器，具体此处不做限定。此外，该存储器1102也可以称为存储介质或者存储设备等。该存储器1102可以为与处理器处于同一芯片上的存储元件，即片内存储元件，或者为独立的存储元件，本申请实施例对此不做限定。

此外，该获取信息的装置110还包括输入/输出设备1103，该输入输出设备1103可以用于获取信息的装置110与其它设备进行通信。例如，从第二服务器接收应用的第一实例的信息，该第一实例的信息包括该应用的标识信息和第一信息，该第一信息用于指示该第一实例的位置。该输入/输出设备1103，还用于从第三服务器接收该应用的第二实例的信息，该第二实例的信息包括该应用的标识信息和第二信息，该第二信息用于指示该第二实例的位置，该第一服务器为服务该第二服务器和该第三服务器的服务器。

可选的，该输入/输出设备1103可以包含用于与其他设备进行通信的接口。例如，前述图1A或图1C或图1D中的第一接口111、第二接口112等；前述图3中的参考点5或参考点4等。

可选的，该获取信息的装置110还可以包括一个或一个以上电源1104，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等。

还应理解的是，上述图2、图4至图5以及图7至图8所对应的方法实施例中，该第一服务器或边缘网络配置服务器所执行的步骤均可以基于该图11所示的获取信息的装置110结构。

由此，本实施例中的获取信息的装置110可以分别从第二服务器和第三服务器接收应用的第一实例的信息和该应用的第二实例的信息，并将该应用的第一实例的信息和该应用的第二实例的信息保存。因此，解决了边缘网络中应用的实例的信息的保存问题，便于该获取信息的装置90向其他设备(例如第一设备)发送该应用的实例的信息。

如图12所示，本实施例提供了另一种获取信息的装置120的结构示意图。该获取信息的装置120可以为前述图2对应的实施例中的第二服务器，也可以为图4至图5或图7至图8对应的实施例中的边缘使能服务器，也可以为该第二服务器或边缘使能服务器上的芯片或片上系统。

该获取信息的装置120包括处理器1201和存储器1202。存储器1202用于存储程序，处理器1201用于执行存储器1202中的程序，以实现本申请各方法实施例中第二服务器的功能，例如，该处理器1201可以用于获取应用的第一实例的信息。

具体地，处理器1201可以包括一个或一个以上的处理器，存储器1202可以包括一个或一个以上的存储介质(例如一个或一个以上海量存储设备)。该处理器1201和该存储器1202与前述图11对应的实施例中所介绍的处理器1101和该存储器1102类似，具体此处不再赘述。

此外，该获取信息的装置120还包括输入/输出设备1203，该输入输出设备1203可以用于获取信息的装置120与其它设备进行通信。例如，第一服务器发送所述第一实例的信息，所述第一服务器为服务所述第二服务器的服务器。

可选的，该输入/输出设备1203可以包含用于与其他设备进行通信的接口。例如，前述图1A或图1C或图1D中的第一接口111；前述图1C或图1D中的第四接口114；前述图1D中的第七接口117；前述图3中的参考点1、参考点2、参考点3或参考点5等。

可选的，该获取信息的装置120还可以包括一个或一个以上电源1204，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等。

还应理解的是，上述图2、图4至图5以及图7至图8所对应的方法实施例中，该第二服务器或边缘使能服务器所执行的步骤均可以基于该图12所示的获取信息的装置120结构。

由此，本实施例中的获取信息的装置120可以将获取的应用的第一实例的信息发送给该第一服务器，以使得该第一服务器可以及时保存该获取信息的装置120发送的第一实例的信息。因此，有利于该第一服务器保存该边缘网络中应用的实例的信息，便于该第一服务器向其他设备(例如第一设备)发送该应用的实例的信息。此外，还可以使其他设备(例如第一设备)无需从该获取信息的装置120中获取该应用的实例的信息，而是可以直接从该第一服务器中获取该应用的实例的信息，因此，可以节省该第一服务器获取该应用的实例的信息的流程。

还应理解的是，上述图2、图4至图5以及图7至图8所对应的方法实施例中的第三服务器与前述第二服务器所实现的功能类似，该第三服务器所执行的步骤也可以基于该图12所示的获取信息的装置120结构。

如图13所示，为本申请提供的获取信息的方法的流程图。如13可以应用于EES中已经预配置了EES和EES对应的区域信息的场景。该方法包括以下步骤：

1301、第三边缘使能服务器(EES)向边缘网络配置服务器(edge configurationserver，ECS)发送第三EES的标识信息和区域信息。相应的，边缘网络配置服务器从第三边缘使能服务器接收第三EES的标识信息和区域信息。

其中，该第三EES可以为一个EES或者多个EES。当第三EES为多个EES时，第三EES的区域信息表示每个EES对应该每个EES各自的区域信息，多个EES各自的区域信息可以相同或者不同。

其中，第三EES的标识信息用于标识第三EES。例如，该第三EES的标识信息可以为如下一种或多种：第三EES的ID、第三EES的IP地址、第三EES的URL或第三EES的FQDN。当第三EES为多个EES时，第三EES的标识信息为一个EES标识列表，每个EES对应列表中的一个EES标识。

其中，第三EES的区域信息用于表示可以连接到第三EES的网络拓扑区域或物理区域信息或网络拓扑接入地址。例如，第三EES的区域信息又可以称为第三EES的网络拓扑区域信息。该第三EES的区域信息可以包括如下一种或多种：一个或多个UPF网元的标识或者IP地址信息、一个或多个DNAI、局域数据网(local area data network，LADN)的部分或全部服务区域信息、或LADN的标识。

例如，第三EES通过请求消息向ECS发送第三EES的标识信息和区域信息。其中，该第三EES的区域信息可以作为第三EES的属性信息发送给ECS。可选的，该请求消息中还包括第三EES的接入地址信息，如第三EES的IP地址或URL。例如，该请求消息可以为注册请求消息、注册更新请求消息、或者其他EES向ECS发送信令的消息。

可选的，第三EES仅向ECS发送一次该第三EES对应的区域信息。也就是说，如果第三EES向ECS发送多次注册请求消息、注册的更新请求消息、或者其他EES向ECS发送信令的消息，第三EES通过其中的一条消息向ECS发送第三EES的区域信息。例如，第三EES通过第一条注册请求消息向ECS发送第三EES的区域信息。

1302、ECS保存第三EES的标识信息和区域信息。

步骤1302为可选步骤。

其中，当第三EES的区域信息为LADN的服务区域信息时，ECS向网络管理服务器、OSS网元或网元(network function，NF)请求该LADN的服务区域信息。ECS保存该第三EES的标识信息和该LADN的服务区域信息。例如，当第三EES的区域信息为一个或多个DNAI时，ECS中保存第三EES的标识信息和区域信息的形式如表1所示。在表1中，第三EES包括2个，其标识信息分别为EES ID#1和EES ID#2。其中，EES ID#1对应的第三EES的区域信息为DNAI#1和DNAI#2；EES ID#2对应的第三EES的区域信息为DNAI#3。可选的，第三EES的区域信息作为第三EES属性信息保存。第三EES属性信息还包括第三EES的接入地址。例如，EES ID#1对应的第三EES的接入地址为IP#1；EES ID#1对应的第三EES的接入地址为IP#2。

表1

1303、ECS向第三EES发送响应消息。相应的，第三EES从ECS接收响应消息。

步骤1303为可选步骤。

例如，该响应消息可以是EES注册响应消息、EES注册更新响应消息、或者其他EES向ECS发送的信令的响应消息。

1304、第三EES向ECS发送注册/更新请求。相应的，ECS从第三EES接收注册/更新请求。

步骤1304为可选步骤。

例如，该注册/更新请求中还包括应用标识FQDN和第三EES的标识信息。该请求消息用于指示第三EES上注册了该FQDN所标识的应用。

1305、ECS保存第三EES的标识信息、区域信息和FQDN的关系。

步骤1305为可选步骤。

例如，可以将第三EES标识和第三EES的区域信息，与步骤1304中的收到的应用标识和第三EES标识分别保存，通过第三EES标识关联。例如，第三EES标识和第三EES的区域信息的保存形式如表1所示，应用标识和第三EES标识的保存形式如表2所示。在表2中，应用标识FQDN#1对应的应用所注册的第三EES的标识为EES ID#1和EES ID#2；应用标识FQDN#2对应的应用所注册的第三EES的标识为EES ID#1。

表2

应用标识	所注册的第三EES的标识
		FQDN#1	EES ID#1，EES ID#2
FQDN#2	EES ID#1

或者，也可以将第三EES标识、第三EES的区域信息与步骤1304中的收到的应用标识一起保存，例如表3或表4所示。

在表3中，第三EES包括2个，其标识信息分别为EES ID#1和EES ID#2。其中，EESID#1对应的第三EES的区域信息为DNAI#1和DNAI#2，对应的第三EES上注册的应用标识为FQDN#1和FQDN#2；EES ID#2对应的第三EES的区域信息为DNAI#3，对应的第三EES上注册的应用标识为FQDN#1。可选的，第三EES的区域信息以及注册的应用标识作为第三EES属性信息保存。第三EES属性信息还包括第三EES的接入地址。例如，EES ID#1对应的第三EES的接入地址为IP#1；EES ID#2对应的第三EES的接入地址为IP#2。

表3

在表4中，应用标识为FQDN#1的第三EES有两个，其标识信息分别为EES ID#1和EESID#2。其中，EES ID#1对应的第三EES的区域信息为DNAI#1和DNAI#2，EES ID#2对应的第三EES的区域信息为DNAI#3；EES ID#2对应的第三EES的区域信息为DNAI#3。应用标识为FQDN#2的第三EES有一个，其标识信息为EES ID#1，EES ID#1对应的第三EES的区域信息为DNAI#1和DNAI#2。可选的，表4中还包括第三EES的接入地址。例如，EES ID#1对应的第三EES的接入地址为IP#1；EES ID#2对应的第三EES的接入地址为IP#2。

表4

1306、ECS向第三EES发送注册/更新响应消息。相应的，第三EES从ECS接收注册/更新响应消息。

步骤1306为可选步骤。

例如，注册响应消息可以用于指示注册成功或者失败。或者，更新响应消息可以用于指示更新成功或者失败。

1307、EEC向ECS发送服务配置请求。相应的，ECS从EEC接收服务配置请求。

步骤1307为可选步骤。

例如，服务配置请求中包括以下任意一项或多项：用户设备标识、EEC标识信息、或应用标识FQDN。其中，用户设备标识为EEC所在的用户设备标识，EEC标识用于标识EEC。可选地，服务配置请求中还包括EEC所在用户设备的位置信息。

1308、ECS获取用户设备的位置信息，确定目标EES。

其中，目标EES为第三EES中的一个或多个EES。

例如，用户设备的位置信息可以包括以下一项或多项：小区标识(cell ID)、TAI、DNAI(s)、用户设备的锚点UPF网元的标识或IP地址、或其他可以表示UE在网络中的网络拓扑位置或地理位置的信息。

例如，ECS可以从步骤1307的服务配置请求中获取用户设备的位置信息。或者，ECS可以从网络侧获取用户设备的位置信息。

例如，ECS根据第三EES的区域信息和用户设备的位置信息确定目标EES。该目标EES的区域信息与用户设备的位置信息匹配。例如，ECS可以通过以下方式中的任一种方式根据第三EES的区域信息和用户设备的位置信息确定目标EES：方式一、ECS确定用户设备的位置信息TAI/Cell ID/DNAI(s)是目标EES的区域信息的一个子集；方式二、ECS确定用户设备的位置位于目标EES的区域中；方式三、ECS确定用户设备的位置与该EES的区域的边缘或者中心的物理位置最近。

可选的，若在步骤1304中包括应用标识FQDN，则ECS根据第三EES的区域信息、用户设备的位置信息以及应用标识确定目标EES。该目标EES可以提供EEC所请求的FQDN标识的应用。如果存在多个满足的EES，则ECS可以根据用户设备与EES的距离(例如用户设备位置到EES对应的网络拓扑区域边界的网络拓扑距离或物理距离)的远近或其他参数确定唯一一个EES。或者，ECS确定多个目标EES，并对每个EES标记优先级。

1309、ECS向第三EES发送目标EES的信息。相应的，第三EES从ECS接收目标EES的信息。

例如，目标EES的信息为目标EES的接入信息。例如，目标EES的接入信息为IP地址或URL。

例如，ECS通过服务配置响应向第三EES发送目标EES的信息。服务配置响应中还包括目标EES对应的FQDN。

通过图13所示的方法，ECS可以根据EES的区域信息和用户设备的位置信息确定目标EES，由此，ECS通过获取到EES的区域信息以及用户设备的位置信息，可以为用户设备选择与其位置匹配或者距离用户设备最近的目标EES，也即选择该目标EES所在的EDN。当用户设备向EES发现应用实例时，可以确保用户设备访问的应用实例为与用户设备位置匹配或者距离距离用户设备最近的应用实例。此外，ECS在和一个或多个第三EES的交互中获取到该第三EES的区域信息，无需引入额外的信令，简化了系统实现。从而提高了用户体验，降低传输时延。

如图14所示，为本申请提供的获取信息的方法的流程图。如14可以应用于第一网元已经获取了第四EES和第四EES对应的区域信息，且第四EES已经在ECS中注册过的场景。其中，第一网元可以通过预配置的方式或者从第四EES接收的方式获取第四EES和第四EES对应的区域信息。图14的方法可参考图13的描述，该方法包括以下步骤：

1401、ECS向第一网元发送第四EES的标识信息。相应的，第一网元从ECS接收第四EES的标识信息。

其中，该第四EES可以为一个EES或者多个EES。

例如，第四EES的标识信息的描述可参考图13的步骤1301中第三EES的标识信息的描述，此次不再赘述。

其中，第一网元可以为网络能力开放功能(network exposure function，NEF)网元、统一数据管理(unified data management，UDM)网元、UDR网元、PCF网元、或网络存储功能(network repository function，NRF)网元。

例如，当第四EES的数量为多个时，ECS通过第四EES的标识列表的形式向第一网元发送第四EES的标识信息。

例如，ECS通过EES信息请求消息向第一网元发送第四EES的标识信息，该EES信息请求消息用于请求第四EES的区域信息。

1402、第一网元向ECS发送第四EES的区域信息。相应的，ECS从第一网元接收第四EES的区域信息。

例如，第四EES的区域信息的描述可参考图13的步骤1301中第三EES的区域信息的描述，此次不再赘述。

1402、ECS保存第四EES的标识信息和区域信息。

步骤1402为可选步骤。

例如，步骤1402可参考图13的步骤1302中ECS保存第三EES的标识信息和区域信息的描述，此次不再赘述。

1404、第一网元向ECS发送注册/更新请求。相应的，ECS从第一网元接收注册/更新请求。

步骤1404为可选步骤。

例如，该注册/更新请求中还包括应用标识FQDN和第四EES的标识信息。该请求消息用于指示第四EES上注册了该FQDN所标识的应用。

1405、ECS保存第四EES的标识信息、区域信息和FQDN的关系。

步骤1405为可选步骤。

例如，步骤1405可参考图13的步骤1305中ECS保存第四EES的标识信息、区域信息和FQDN的关系的描述，此次不再赘述。

1406、ECS向第一网元发送注册/更新响应消息。相应的，第一网元从ECS接收注册/更新响应消息。

步骤1406为可选步骤。

例如，注册响应消息可以用于指示注册成功或者失败。或者，更新响应消息可以用于指示更新成功或者失败。

图14所示的方法还包括步骤1407-1409。其中，步骤1407为可选步骤。例如，步骤1407-1409可参考图13的步骤1307-1309的描述，此次不再赘述。

通过图14所示的方法，ECS可以根据EES的区域信息和用户设备的位置信息确定目标EES，由此ECS通过获取到EES的区域信息以及用户设备的位置信息，可以为用户设备选择与其位置匹配或者距离用户设备最近的目标EES，也即选择该目标EES所在的EDN。当用户设备向EES发现应用实例时，可以确保用户设备访问的应用实例为与用户设备位置匹配或者距离距离用户设备最近的应用实例。进一步，通过从第一网元获取多个第四EES的位置信息，可以一次获取到多个甚至所有的第四EES的位置信息，提高了系统的性能的效率。从而提高了用户体验，降低传输时延。

以上模块或单元的一个或多个可以软件、硬件或二者结合来实现。当以上任一模块或单元以软件实现的时候，所述软件以计算机程序指令的方式存在，并被存储在存储器中，处理器可以用于执行所述程序指令并实现以上方法流程。所述处理器可以包括但不限于以下至少一种：中央处理单元、微处理器、数字信号处理器(digital signalprocessing，DSP)、微控制器(microcontroller unit，MCU)、或人工智能处理器等各类运行软件的计算设备，每种计算设备可包括一个或多个用于执行软件指令以进行运算或处理的核。该处理器可以内置于片上系统(system on chip，SoC)或专用集成电路(applicationspecific integrated circuit，ASIC)，也可是一个独立的半导体芯片。该处理器内处理用于执行软件指令以进行运算或处理的核外，还可进一步包括必要的硬件加速器，如现场可编程门阵列(field programmable gate array，FPGA)、可编程逻辑电路(programablelogic device，PLD)或者实现专用逻辑运算的逻辑电路。

当以上模块或单元以硬件实现的时候，该硬件可以是CPU、微控制器、DSP、MCU、人工智能处理器、ASIC、SoC、FPGA、PLD、专用数字电路、硬件加速器或非集成的分立器件中的任一个或任一组合，其可以运行必要的软件或不依赖于软件以执行以上方法流程。

当以上模块或单元使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字通用光盘(digital versatile disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (39)

1.一种获取信息的方法，其特征在于，包括：

第一服务器从第二服务器接收应用的第一实例的信息，所述第一实例的信息包括所述应用的标识信息和第一信息，所述第一信息用于指示所述第一实例的位置；

所述第一服务器从第三服务器接收所述应用的第二实例的信息，所述第二实例的信息包括所述应用的标识信息和第二信息，所述第二信息用于指示所述第二实例的位置，所述第一服务器为服务所述第二服务器和所述第三服务器的服务器；

所述第一服务器保存所述第一实例的信息和所述第二实例的信息；

所述第一服务器从第二服务器接收或第一网元接收所述第二服务器的区域信息，所述第二服务器的区域信息用于指示连接到所述第二服务器的网络拓扑区域或网络拓扑接入地址；

所述第一服务器获取用户设备的位置信息；

所述第一服务器根据所述第二服务器的区域信息和所述用户设备的位置信息确定目标服务器。

2.根据权利要求1所述的方法，其特征在于，所述第一网元为网络能力开放功能NEF网元、统一数据管理UDM网元、统一数据存储库UDR网元、策略控制功能PCF网元、或网络存储功能NRF网元。

3.根据权利要求1或2所述的方法，其特征在于，还包括：

所述第一服务器从边缘客户使能端EEC接收应用标识，所述目标服务器服务于所述应用标识对应的应用实例。

4.根据权利要求1或2所述的方法，其特征在于，

所述第一信息包括所述第一实例的互联网协议IP地址和如下一项或多项：

第一边缘网络的接入标识信息、所述第一边缘网络的IP地址、或第一边缘使能服务器的IP地址，所述第二服务器位于所述第一边缘网络中；

所述第二信息包括所述第二实例的IP地址和如下一项或多项：

第二边缘网络的接入标识信息、所述第二边缘网络的IP地址、或第二边缘使能服务器的IP地址，所述第三服务器位于所述第二边缘网络中。

5.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述第一服务器向所述第二服务器发送第一应用程序接口API发现请求，所述第一API发现请求包括发现类型信息，所述发现类型信息用于指示所述第一API发现请求用于请求所述应用的实例，或，所述发现类型信息用于指示所述第一API发现请求用于请求所述应用的实例和API，所述应用的实例包括所述第一实例和所述第二实例；

所述第一服务器向所述第三服务器发送所述第一API发现请求。

6.根据权利要求5所述的方法，其特征在于，

所述第一服务器从所述第二服务器接收应用的第一实例的信息，包括：

所述第一服务器从所述第二服务器接收第一API发现响应，所述第一API发现响应包括所述第一实例的信息；

所述第一服务器从所述第三服务器接收应用的第二实例的信息，包括：

所述第一服务器从所述第三服务器接收第二API发现响应，所述第二API发现响应包括所述第二实例的信息。

7.根据权利要求1或2所述的方法，其特征在于，

所述第一服务器从第二服务器接收应用的第一实例的信息，包括：

所述第一服务器从所述第二服务器接收第一API发布请求，所述第一API发布请求包括所述应用的第一实例的信息，所述第一API发布请求用于发布所述API和/或所述第一实例；

所述第一服务器从第三服务器接收应用的第二实例的信息，包括：

所述第一服务器从所述第三服务器接收第二API发布请求，所述第二API发布请求包括所述应用的第二实例的信息，所述第二API发布请求用于发布所述API和/或所述第二实例。

8.根据权利要求1或2所述的方法，其特征在于，

所述应用的第一实例的信息还包括如下一项或多项：

第一边缘使能服务器的标识信息，或者，所述第一实例的服务范围信息；

所述应用的第二实例的信息还包括如下一项或多项：

第二边缘使能服务器的标识信息，或者，所述第二实例的服务范围信息。

9.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述第一服务器从第一设备接收所述应用的标识信息和所述第一设备的位置信息；

所述第一服务器向所述第一设备发送第三实例的IP地址，所述第三实例由所述应用的标识信息、所述第一设备的位置信息、所述应用的第一实例的信息和所述应用的第二实例的信息确定，所述第三实例为所述第一实例或所述第二实例。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

当所述第三实例的IP地址为所述第一实例的IP地址时，所述第一服务器向所述第一设备发送如下一项或多项：

所述第一边缘网络的接入标识信息、所述第一边缘网络的IP地址、或所述第一边缘使能服务器的IP地址；

当所述第三实例的IP地址为所述第二实例的IP地址时，所述第一服务器向所述第一设备发送如下一项或多项：

所述第二边缘网络的接入标识信息、所述第二边缘网络的IP地址、或所述第二边缘使能服务器的IP地址。

11.一种获取信息的方法，其特征在于，包括：

第二服务器获取应用的第一实例的信息，所述第一实例的信息包括所述应用的标识信息和第一信息，所述第一信息用于指示所述第一实例的位置；

所述第二服务器向第一服务器发送所述第一实例的信息，所述第一服务器为服务所述第二服务器的服务器；

所述第二服务器向所述第一服务器发送所述第二服务器的区域信息，所述第二服务器的区域信息用于指示连接到所述第二服务器的网络拓扑区域或网络拓扑接入地址。

12.根据权利要求11所述的方法，其特征在于，所述第一信息包括所述第一实例的互联网协议IP地址和如下一项或多项：

第一边缘网络的接入标识信息、所述第一边缘网络的IP地址、或第一边缘使能服务器的IP地址，所述第二服务器位于所述第一边缘网络中。

13.根据权利要求11或12所述的方法，其特征在于，所述第二服务器获取应用的第一实例的信息，包括：

所述第二服务器从所述应用的第一实例服务器接收所述第一实例的标识信息和所述第一实例的IP地址；

所述第二服务器从所述第二服务器获取所述第一信息。

14.根据权利要求11或12所述的方法，其特征在于，所述第二服务器获取应用的第一实例的信息，包括：

所述第二服务器从所述应用的第一实例服务器接收所述第一实例的信息。

15.根据权利要求11或12所述的方法，其特征在于，还包括：

所述第二服务器从所述第一服务器接收第一应用程序接口API发现请求，所述第一API发现请求包括发现类型信息，所述发现类型信息用于指示所述第一API发现请求用于请求所述应用的实例，或，所述发现类型信息用于指示所述第一API发现请求用于请求所述应用的实例和API，所述应用的实例包括所述第一实例。

16.根据权利要求15所述的方法，其特征在于，

所述第二服务器向第一服务器发送所述第一实例的信息，包括：

所述第二服务器向第一服务器发送第一API发现响应，所述第一API发现响应包括所述第一实例的信息。

17.根据权利要求11或12所述的方法，其特征在于，

所述第二服务器向第一服务器发送所述第一实例的信息，包括：

所述第二服务器向所述第一服务器发送第一API发布请求，所述第一API发布请求包括所述应用的第一实例的信息，所述第一API发布请求用于发布所述API和/或所述第一实例。

18.根据权利要求17所述的方法，其特征在于，所述第二服务器获取应用的第一实例的信息，包括：

所述第二服务器从应用的第一实例服务器接收第三API发布请求，所述第三API发布请求包括所述第一实例的标识信息和所述第一实例的IP地址，所述第三API发布请求用于发布API和/或所述第一实例。

19.根据权利要求11或12所述的方法，其特征在于，所述应用的第一实例的信息还包括如下一项或多项：

第一边缘使能服务器的标识信息，或者，所述第一实例的服务范围信息。

20.一种获取信息的装置，其特征在于，包括：

接收模块，用于从第二服务器接收应用的第一实例的信息，所述第一实例的信息包括所述应用的标识信息和第一信息，所述第一信息用于指示所述第一实例的位置；

所述接收模块，还用于从第三服务器接收所述应用的第二实例的信息，所述第二实例的信息包括所述应用的标识信息和第二信息，所述第二信息用于指示所述第二实例的位置，第一服务器为服务所述第二服务器和所述第三服务器的服务器；

处理模块，用于保存所述第一实例的信息和所述第二实例的信息；

所述接收模块，还用于从第二服务器接收或第一网元接收所述第二服务器的区域信息，所述第二服务器的区域信息用于指示连接到所述第二服务器的网络拓扑区域或网络拓扑接入地址；

所述处理模块，还用于获取用户设备的位置信息；

所述处理模块，还用于根据所述第二服务器的区域信息和所述用户设备的位置信息确定目标服务器。

21.根据权利要求20所述的获取信息的装置，其特征在于，所述第一网元为网络能力开放功能NEF网元、统一数据管理UDM网元、统一数据存储库UDR网元、策略控制功能PCF网元、或网络存储功能NRF网元。

22.根据权利要求20或21所述的获取信息的装置，其特征在于，

所述接收模块，还用于从边缘客户使能端EEC接收应用标识，所述目标服务器服务于所述应用标识对应的应用实例。

23.根据权利要求20或21所述的获取信息的装置，其特征在于，所述获取信息的装置还包括：

发送模块，用于向所述第二服务器发送第一应用程序接口API发现请求，所述第一API发现请求包括发现类型信息，所述发现类型信息用于指示所述第一API发现请求用于请求所述应用的实例，或，所述发现类型信息用于指示所述第一API发现请求用于请求所述应用的实例和API，所述应用的实例包括所述第一实例和所述第二实例；

所述发送模块，还用于向所述第三服务器发送所述第一API发现请求。

24.根据权利要求20或21所述的获取信息的装置，其特征在于，所述接收模块，具体用于：

从所述第二服务器接收第一API发布请求，所述第一API发布请求包括所述应用的第一实例的信息，所述第一API发布请求用于发布所述API和/或所述第一实例；

从所述第三服务器接收第二API发布请求，所述第二API发布请求包括所述应用的第二实例的信息，所述第二API发布请求用于发布所述API和/或所述第二实例。

25.根据权利要求20或21所述的获取信息的装置，其特征在于，

所述接收模块，还用于从第一设备接收所述应用的标识信息和所述第一设备的位置信息；

发送模块，还用于向所述第一设备发送第三实例的IP地址，所述第三实例由所述应用的标识信息、所述第一设备的位置信息、所述应用的第一实例的信息和所述应用的第二实例的信息确定，所述第三实例为所述第一实例或所述第二实例。

26.根据权利要求25所述的获取信息的装置，其特征在于，所述发送模块，还用于：

向所述第一设备发送如下一项或多项：

第一边缘网络的接入标识信息、所述第一边缘网络的IP地址、或第一边缘使能服务器的IP地址；

向所述第一设备发送如下一项或多项：

第二边缘网络的接入标识信息、所述第二边缘网络的IP地址、或第二边缘使能服务器的IP地址。

27.一种获取信息的装置，其特征在于，包括：

处理模块，用于获取应用的第一实例的信息，所述第一实例的信息包括所述应用的标识信息和第一信息，所述第一信息用于指示所述第一实例的位置；

发送模块，用于向第一服务器发送所述第一实例的信息，所述第一服务器为服务第二服务器的服务器；

所述发送模块，还用于向所述第一服务器发送第二服务器的区域信息，所述第二服务器的区域信息用于指示连接到所述第二服务器的网络拓扑区域或网络拓扑接入地址。

28.根据权利要求27所述的获取信息的装置，其特征在于，所述获取信息的装置还包括：

接收模块，用于从所述应用的第一实例服务器接收所述第一实例的标识信息和所述第一实例的IP地址；

所述处理模块，还用于确定所述第一信息。

29.根据权利要求28所述的获取信息的装置，其特征在于，所述获取信息的装置还包括：

所述接收模块，用于从所述应用的第一实例服务器接收所述第一实例的信息。

30.根据权利要求28所述的获取信息的装置，其特征在于，所述接收模块，还用于从所述第一服务器接收第一应用程序接口API发现请求，所述第一API发现请求包括发现类型信息，所述发现类型信息用于指示所述第一API发现请求用于请求所述应用的实例，或，所述发现类型信息用于指示所述第一API发现请求用于请求所述应用的实例和API，所述应用的实例包括所述第一实例。

31.根据权利要求27或28所述的获取信息的装置，其特征在于，所述发送模块，具体用于向所述第一服务器发送第一API发布请求，所述第一API发布请求包括所述应用的第一实例的信息，所述第一API发布请求用于发布所述API和/或所述第一实例。

32.根据权利要求31所述的获取信息的装置，其特征在于，所述处理模块，具体用于从应用的第一实例服务器接收第三API发布请求，所述第三API发布请求包括所述第一实例的标识信息和所述第一实例的IP地址，所述第三API发布请求用于发布API和/或所述第一实例。

33.一种获取信息的方法，其特征在于，包括：

第二服务器向第一服务器发送应用的第一实例的信息，所述第一实例的信息包括所述应用的标识信息和第一信息，所述第一信息用于指示所述第一实例的位置；

第三服务器向所述第一服务器发送所述应用的第二实例的信息，所述第二实例的信息包括所述应用的标识信息和第二信息，所述第二信息用于指示所述第二实例的位置，所述第一服务器为服务所述第二服务器和所述第三服务器的服务器；

所述第一服务器保存所述第一实例的信息和所述第二实例的信息；

所述第二服务器或第一网元向所述第一服务器发送所述第二服务器的区域信息，所述第二服务器的区域信息用于指示连接到所述第二服务器的网络拓扑区域或网络拓扑接入地址；

所述第一服务器获取用户设备的位置信息；

所述第一服务器根据所述第二服务器的区域信息和所述用户设备的位置信息确定目标服务器。

34.根据权利要求33所述的方法，其特征在于，

所述第一信息包括所述第一实例的互联网协议IP地址和如下一项或多项：

第一边缘网络的接入标识信息、所述第一边缘网络的IP地址、或第一边缘使能服务器的IP地址，所述第二服务器位于所述第一边缘网络中；

所述第二信息包括所述第二实例的IP地址和如下一项或多项：

第二边缘网络的接入标识信息、所述第二边缘网络的IP地址、或第二边缘使能服务器的IP地址，所述第三服务器位于所述第二边缘网络中。

35.根据权利要求33或34所述的方法，其特征在于，

所述应用的第一实例的信息还包括如下一项或多项：

第一边缘使能服务器的标识信息，或者，所述第一实例的服务范围信息；

所述应用的第二实例的信息还包括如下一项或多项：

第二边缘使能服务器的标识信息，或者，所述第二实例的服务范围信息。

36.一种通信系统，其特征在于，包括：

第二服务器，用于向第一服务器发送应用的第一实例的信息，所述第一实例的信息包括所述应用的标识信息和第一信息，所述第一信息用于指示所述第一实例的位置；

第三服务器，用于向所述第一服务器发送所述应用的第二实例的信息，所述第二实例的信息包括所述应用的标识信息和第二信息，所述第二信息用于指示所述第二实例的位置，所述第一服务器为服务所述第二服务器和所述第三服务器的服务器；

所述第一服务器，用于保存所述第一实例的信息和所述第二实例的信息；

所述第二服务器或第一网元，用于向所述第一服务器发送所述第二服务器的区域信息，所述第二服务器的区域信息用于指示连接到所述第二服务器的网络拓扑区域或网络拓扑接入地址；

所述第一服务器，还用于获取用户设备的位置信息，以及，根据所述第二服务器的区域信息和所述用户设备的位置信息确定目标服务器。

37.根据权利要求36所述的通信系统，其特征在于，

所述第一信息包括所述第一实例的互联网协议IP地址和如下一项或多项：

第一边缘网络的接入标识信息、所述第一边缘网络的IP地址、或第一边缘使能服务器的IP地址，所述第二服务器位于所述第一边缘网络中；

所述第二信息包括所述第二实例的IP地址和如下一项或多项：

第二边缘网络的接入标识信息、所述第二边缘网络的IP地址、或第二边缘使能服务器的IP地址，所述第三服务器位于所述第二边缘网络中。

38.根据权利要求36或37所述的通信系统，其特征在于，

所述应用的第一实例的信息还包括如下一项或多项：

第一边缘使能服务器的标识信息，或者，所述第一实例的服务范围信息；

所述应用的第二实例的信息还包括如下一项或多项：

第二边缘使能服务器的标识信息，或者，所述第二实例的服务范围信息。

39.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至19中任一项所述的方法。