CN114513852A - 服务实例部署方法、跨域互访通道建立方法及相关装置 - Google Patents

Abstract

本申请实施例提供了一种服务实例部署方法、跨域互访通道建立方法及相关装置。该方法包括：获取多接入边缘计算应用程序描述信息；从第三网络设备接收多接入边缘计算应用程序的拓扑信息；根据多接入边缘计算应用程序描述信息和多接入边缘计算应用程序的拓扑信息，向第二网络设备发送第一请求信息，和向第三网络设备发送第二请求信息，第一请求信息用于指示所述第二网络设备在网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例，第二请求信息用于指示所述第三网络设备在述计算域部署与多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。本申请实施例有利于降低多接入边缘应用程序的运维成本。

Description

服务实例部署方法、跨域互访通道建立方法及相关装置

技术领域

本发明涉及通信技术领域，具体涉及一种服务实例部署方法、跨域互访通道建立方法及相关装置。

背景技术

在5G网络(5th generation mobile networks)中，为了满足信息提供方(OverThe Top，OTT)对低时延/高吞吐业务的诉求，将OTT提供信息的应用程序下沉到网络边缘位置部署，衍生出了多接入边缘计算(Multi-access Edge Computing，MEC)技术。并且将在网络边缘位置部署的用于为用户提供边缘内容给接入设备的应用程序称为多接入边缘计算应用程序(Multi-access Edge Computing Application，MEC APP)。

目前，欧洲电信标准化协会(European Telecommunications StandardsInstitute，ETSI)标准为MEC技术定义了标准架构，在MEC的标准架构程中，将网络域和计算域分离部署，并且由人工将部署MEC APP上线、人工对MEC APP进行业务使能以及人工编排MEC APP的跨域互访通道，导致在MEC APP的整个生命周期中，MEC APP的运维成本高。

发明内容

本申请提供了一种服务实例部署方法、跨域互访通道建立方法及相关装置，降低MEC APP的运维成本。

第一方面，本申请实施例提供一种服务实例部署方法，该方法的执行主体可以是第一网络设备，也可以是应用于第一网络设备中的芯片。下面以执行主体是第一网络设备为例进行描述。其中，第一网络设备属于多接入边缘计算系统，多接入边缘计算系统还包括第二网络设备和第三网络设备，其中，第一网络设备位于多接入边缘计算系统的中心侧，第二网络设备位于多接入边缘计算系统的边缘侧的网络域，第三网络设备位于多接入边缘计算系统的边缘侧的计算域；该方法包括：获取多接入边缘计算应用程序描述信息；从第三网络设备接收多接入边缘计算应用程序的拓扑信息；根据多接入边缘计算应用程序描述信息和多接入边缘计算应用程序的拓扑信息，向第二网络设备发送第一请求信息，和向第三网络设备发送第二请求信息，第一请求信息用于指示第二网络设备在网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例，第二请求信息用于指示第三网络设备在计算域部署与多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。

可以看出，在本申请实施例中，与现有的ETSI定义的多接入边缘技术的标准架构相比，本申请的多边缘接入中在中心侧部署了第一网络设备、在边缘侧的网络域部署了第二网络设备以及在边缘侧的计算域部署了第三网络设备，这样在多接入边缘计算应用程序上线并完成实例化之后，比如，向多接入边缘计算平台注册服务注册消息(多接入边缘计算应用程序的拓扑信息)之后，第二网络设备将多接入边缘计算平台转发的多接入边缘计算应用程序的拓扑信息发送给第一网络设备，这样第一网络设备就根据该拓扑信息以及预先获取的到多接入边缘应用程序描述信息，指示第二网络设备在网络域部署第一多接入边缘计算服务实例以及指示第三网络设备在计算域部署第二多接入边缘计算服务实例，从而实现在多接入边缘计算应用程序实例化完成之后，自动在边缘侧的网络域和计算域部署相应的多接入边缘计算服务实例，无需人工配置，降低了多接入边缘计算应用程序的运维成本。此外，第一网络设备、第二网络设备以及第三网络设备之间的协调工作，完成多接入边缘计算应用程序的自动化部署，从而不需要人工参与，也就不用将多接入边缘计算站点的位置信息(即多接入边缘计算应用程序的部署位置)开放给多接入边缘计算应用程序的信息提供方，有利于提高电信运营商的竞争力，保护多接入边缘计算站点的安全。

在一些可能的实施方式中，拓扑信息是第三网络设备根据多接入边缘计算应用程序的服务注册消息确定的，服务注册消息是多接入边缘计算应用程序注册给网络域的多接入边缘计算平台，并由网络域的多接入边缘计算平台发布给第三网络设备的。

可以看出，第三网络设备向多接入边缘计算平台订阅多接入边缘计算应用程序的服务注册消息，从而在多接入边缘计算应用程序上线完成实例化后，多接入边缘计算平台会将多接入边缘计算应用程序的服务注册消息发布给第三网络设备，这样第三网络设备就可以自动发现多接入边缘计算应用程序上线，无需人工参与，从而便于后续多接入边缘计算服务实例的部署，提高了多接入边缘计算应用程序的上线效率。

在一些可能的实施方式中，第一请求消息包括第一边缘接入计算服务以及与第一边缘接入计算服务对应的第一网络资源；第一请求消息用于指示第二网络设备根据多接入边缘计算应用程序的拓扑信息、第一边缘接入计算服务以及第一网络资源，部署第一多接入边缘计算服务实例，第一多接入边缘计算服务实例用于提供第一边缘接入计算服务。

可以看出，在本实施方式中，第一网络设备只将需要在网络域部署的第一多接入边缘计算服务和第一网络资源分配给第二网络设备，由第二网络设备自主决策在本地完成对第一多接入边缘计算服务的实例化，在本地部署第一多接入边缘计算服务实例。由于第一网络设备只需要完成资源和多接入边缘服务的分配工作，从而减少了第一网络设备的计算压力，提高第一网络设备工作的稳定性。

在一些可能的实施方式中，第一请求消息还用于指示第二网络设备生成与第一多接入边缘计算服务实例对应的第一业务规则，并向第一多接入边缘计算服务实例插入第一业务规则。

可以看出，在本实施方式中，第一网络设备还可以通过第一请求消息指示第二网络设备生成与第一多接入边缘计算服务实例对应的第一业务规则，不需要人工配置在网络域部署的多接入边缘计算服务实例的业务规则，提高了网络域中的业务规则生成的自动化，提高了多接入边缘计算应用程序的上线效率。

在一些可能的实施方式中，第二请求消息包括第二边缘接入计算服务以及与第二边缘接入计算服务对应的第二网络资源；第二请求消息用于指示第三网络设备根据多接入边缘计算应用程序的拓扑信息、第二边缘接入计算服务以及第二网络资源，部署第二多接入边缘计算服务实例，第二多接入边缘计算服务实例用于提供第一边缘接入计算服务。

可以看出，在本实施方式中，第一网络设备只将需要在计算域部署的第二多接入边缘计算服务和第二网络资源分配给第三网络设备，由第三网络设备自主决策在本地完成对第二多接入边缘计算服务的实例化，在本地部署第二多接入边缘计算服务实例。由于第一网络设备只需要完成计算域所需的网络资源和多接入边缘服务的分配工作，从而减少了第一网络设备的计算压力，提高第一网络设备工作的稳定性。

在一些可能的实施方式中，第二请求消息还用于指示第三网络设备生成与第二多接入边缘计算服务实例对应的第二业务规则，并向第二多接入边缘计算服务实例插入第二业务规则。

可以看出，在本实施方式中，第一网络设备还可以通过第二请求消息指示第三网络设备生成与第二多接入边缘计算服务实例对应的第二业务规则，不需要人工配置在计算域部署的多接入边缘计算服务实例的业务规则，提高了计算域中业务规则生成的自动化，提高了多接入边缘计算应用程序的上线效率。

在一些可能的实施方式中，向第二网络设备发送第一请求消息之后，该方法还包括：从第二网络设备接收第一响应消息，第一响应消息包括下行跨域通道参数；其中，第二请求消息包括下行跨域通道参数，第二请求消息还用于指示第三网络设备根据下行跨域通道参数建立网络域和计算域之间的跨域互访通道。

应理解，下行跨域通道参数即在网络域部署的跨域通道服务实例的跨域通道参数，通过第一响应消息将下行跨域通道参数发送第一网络设备，由第一网络设备通过第二请求消息将下行跨域通道参数发送给第三网络设备，这样计算域的跨域通道服务实例，计算域中的跨域访问服务实例可以使用该下行跨域通道参数和计算域本端的上行跨域通道参数，跨域访问网络域。所以，本申请中在网络域和计算域分离部署的情况下，在为多接入边缘计算应用程序部署相应的多接入边缘服务实例的过程中，自动建立跨域访问服务，打通计算域和网络域之间的通道，无需人工打通网络域和计算域，进而降低了多接入边缘计算应用程序的运维成本，提高了多接入边缘计算的上线效率。

在一些可能的实施方式中，向第三网络设备发送第二请求消息之后，该方法还包括：从第三网络设备接收第二响应消息，第二响应消息包括上行跨域通道参数；向第二网络设备发送第三请求消息，第三请求消息包括上行跨域通道参数，第三请求消息用于指示第二网络设备根据上行跨域通道参数以及下行跨域通道参数，建立网络域和计算域之间的跨域互访通道。

应理解，将上行跨域访问通道参数发送给第一网络设备，以便第一网络设备将跨域访问通道参数转发给第二网络设备，从而网络域中的跨域访问服务实例可以使用该上行跨域访问通道参数和本端的下行跨域访问通道参数，跨域访问计算域，即在网络域和计算域分离部署的情况下，实现自动化打通网络域和计算域之间的通道，无需人工参与。

在一些可能的实施方式中，该方法还包括：向第二网络设备发送第四请求消息，第四请求消息用于指示第二网络设备通知网络域的用户面功能实体使能第一业务规则，用户面功能实体是第二网络设备根据多接入边缘计算应用程序的拓扑信息确定的。

可以看出，在本实施方式中，第一网络设备通过第四请求消息单独指示网络域的用户面功能实体去使能之前生成的第一业务规则，这样是给多接入边缘计算应用程序中的服务实例的使能和生效留一定的缓冲时长，若直接使能第一业务规则和第二业务规则，而多接入边缘计算应用程序中的服务实例还未生效，这样用户设备在边缘侧进行本地分流时，多接入边缘计算应用程序就会无法提供边缘内容，用户设备在多次尝试之后，会被边缘侧的用户面功能实体将用户数据报文转到中心侧去获取数据内容，反而增加了用户的通信时延。而不直接使能第一业务规则，若多接入边缘计算应用程序中的服务实例的还未生效，边缘侧的多接入边缘计算应用程序会将用户数据报文直接转发到中心侧，不会影响用户的通信需求。

应理解，第一网络设备向第二网络设备发送第四请求消息之前，一般来说，是因为第一网络设备确定出多接入边缘计算应用程序中的所有服务实例都已完成使能和生效，可以正常为用户设备提供边缘内容。

在一些可能的实施方式中，该方法还包括：从第二网络设备接收第三响应消息，第三响应消息用于指示用户面功能实体完成对第一业务规则的使能。

在一些可能的实施方式中，该方法还包括：向中心侧的策略控制功能发送第五请求消息，第五请求消息包括多接入边缘计算应用程序的实例标识和位置信息，第五请求消息用于指示策略控制功能将多接入边缘计算应用程序的实例标识和位置信息转发给中心侧的会话管理功能，以使会话管理功能根据多接入边缘计算应用程序的位置信息选择用户面功能实体，以使用户面功能实体建立用户会话上下文，并插入多接入边缘计算应用程序的实例标识。

可以看出，在本实施方式中，第一网络设备还可以向中心侧的策略控制功能发送第五请求消息，以便将新上线的多接入边缘计算应用程序的实例信息和位置信息插入给边缘侧对应的用户面功能实体，建议用户会话文。而无需人工向插入策略控制功能插入新上线的多接入边缘计算应用程序的实例信息和位置信息，减少了人工成本。

在一些可能的实施方式中，从第三网络设备接收多接入边缘计算应用程序的拓扑信息之前，该方法还包括：向网络数据分析功能订阅应用程序的访问统计数据；根据应用程序的访问统计数据以及业务策略，向第三网络设备发送第一提示信息，第一提示信息用于指示第三网络设备通知计算域的网络功能虚拟化基础设施部署用于为应用程序提供边缘内容的多接入边缘计算应用程序。

可以看出，在本实施方式中，第一网络设备还可以提前向网络数据分析功能订阅应用程序的访问统计数据，这样第一网络设备可以通过预先注入的业务策略以及当前获取的应用程序的访问数据，自动触发多接入边缘计算应用程序的上线和部署，无需人工触发多接入边缘计算应用程序的上线和部署，提高了对多接入边缘计算应用程序的上线和部署的智能化，降低了多接入边缘计算应用程序的整个运维期间的成本。

在一些可能的实施方式中，从第三网络设备接收多接入边缘计算应用程序的拓扑信息之前，该方法还包括：从应用程序提供方获取第六请求消息，第六请求消息用于请求部署为应用程序提供边缘内容的多接入边缘计算应用程序；根据第六请求消息，向第三网络设备发送第一提示信息，第一提示信息用于指示第三网络设备通知计算域的网络功能虚拟化基础设施部署用于为应用程序提供边缘内容的多接入边缘计算应用程序。

可以看出，在本实施方式中，第一网络设备还可以接收应用程序提供方的第六请求消息，根据应用程序提供方的请求自动触发多接入边缘应用程序的部署，提高多接入边缘应用程序部署的灵活性，以及便捷性。

第二方面，本申请实施例提供一种服务实例部署方法，该方法的执行主体可以是第二网络设备，也可以是应用于第二网络设备中的芯片。下面以执行主体是第二网络设备为例进行描述。其中，第二网络设备属于多接入边缘计算系统，多接入边缘计算系统还包括第一网络设备和第三网络设备，其中，第一网络设备位于多接入边缘计算系统的中心侧，第二网络设备位于多接入边缘计算系统的边缘侧的网络域，第三网络设备位于多接入边缘计算系统的边缘侧的计算域；该方法包括：从第一网络设备接收第一请求消息，第一请求消息是第一网络设备根据多接入边缘计算应用程序描述信息以及多接入边缘计算应用程序的拓扑信息生成的，多接入边缘计算应用程序的拓扑信息是由第二网络设备发送给第一网络设备的；根据第一请求消息在网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例。

可以看出，在本申请实施例中，第二网络设备可以根据从第一网络设备接收的第一请求信息，自动在网络域部署第一多接入边缘计算服务实例，而无需人工参与网络域的多接入边缘服务实例的部署，提高了多接入边缘计算应用的上线效率，降低了运维成本。此外，第一网络设备、第二网络设备以及第三网络设备之间的协调工作，完成多接入边缘计算应用程序的自动化部署，从而不需要人工参与，也就不用将多接入边缘计算站点的位置信息(即多接入边缘计算应用程序的部署位置)开放给多接入边缘计算应用程序的信息提供方，有利于提高电信运营商的竞争力，保护多接入边缘计算站点的安全。

在一些可能的实施方式中，拓扑信息是第三网络设备根据多接入边缘计算应用程序的服务注册消息确定的，服务注册消息是多接入边缘计算应用程序注册给网络域的多接入边缘计算平台，并由网络域的多接入边缘计算平台发布给第三网络设备的。

可以看出，第三网络设备向多接入边缘计算平台订阅多接入边缘计算应用程序的服务注册消息，从而在多接入边缘计算应用程序上线完成实例化后，多接入边缘计算平台会将多接入边缘计算应用程序的服务注册消息发布给第三网络设备，这样第三网络设备就可以自动发现多接入边缘计算应用程序上线，无需人工参与，从而便于后续多接入边缘计算服务实例的部署，提高了多接入边缘计算应用程序的上线效率。

在一些可能的实施方式中，第一请求消息包括第一边缘接入计算服务以及与第一边缘接入计算服务对应的第一网络资源，根据第一请求消息在网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例，包括：根据多接入边缘计算应用程序的拓扑信息、第一边缘接入计算服务以及第一网络资源，部署第一多接入边缘计算服务实例，其中，第一多接入边缘计算服务实例用于提供第一边缘接入计算服务。

可以看出，在本实施方式中，第一网络设备只将需要在网络域部署的第一多接入边缘计算服务和第一网络资源分配给第二网络设备；然后，第二网络设备自主决策在本地完成对第一多接入边缘计算服务的实例化，在本地部署第一多接入边缘计算服务实例。这样第一网络设备只需要完成资源和多接入边缘服务的分配工作，从而减少了第一网络设备的计算压力，提高第一网络设备工作的稳定性。由于第二网络设备具有自主决策功能，后续第一多接入边缘计算服务实例发生变更(比如，失效或者业务规则的变更)，第二网络设备可以自主对该第一多接入边缘计算服务实例的变更进行调整，无需向第一网络设备上报，从而提高对网络域的多接入边缘计算服务实例的更新效率。

在一些可能的实施方式中，根据第一请求消息在网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例之后，该方法还包括：生成与第一多接入边缘计算服务实例对应的第一业务规则，并向第一多接入边缘计算服务实例插入第一业务规则。

可以看出，在本实施方式中，第二网络设备还可以自动生成与第一多接入边缘计算服务实例对应的第一业务规则，并向第一多接入边缘计算服务实例插入第一业务规则，而不需要人工配置该第一业务规则以及插入第一业务规则，进一步降低了多接入边缘计算应用程序的运维成本，提高多接入边缘计算应用程序的上线效率。

在一些可能的实施方式中，该方法还包括：向第一网络设备发送第一响应消息，第一响应消息包括下行跨域通道参数，以使第三网络设备根据下行跨域通道参数建立网络域和计算域之间的跨域互访通道。

可以看出，在本实施方式中，第二网络设备生成本端的下行跨域通道参数，并将下行跨域通道参数给到的第二网络设备，这样即使在网络域和计算域分离部署的情况下，由于第二网络设备和第三网络设备获取到了上行跨域通道参数以及下行跨域通道参数，可以自动建立跨域访问通道，打通计算域和网络域之间的通道，无需人工打通网络域和计算域，进而降低了多接入边缘计算应用程序的运维成本，提高了多接入边缘计算的上线效率。

在一些可能的实施方式中，该方法还包括：向第一网络设备发送第一响应消息之后，所述方法还包括：从第一网络设备接收第三请求消息，第三所述第三请求消息包括上行跨域通道参数；根据上行跨域通道参数以及下行跨域通道参数，建立网络域和计算域之间的跨域互访通道。

可以看出，在本实施方式中，第二网络设备可以根据本端生成的下行跨域通道参数以及第三网络设备生成的建立跨域互访通道，这样在一个多接入边缘计算应用程序上线之后，并且在网络域和计算域分离部署的情况下，无需人工参与，即可打通网络域和计算域，进而降低了多接入边缘计算应用程序的运维成本，提高了多接入边缘计算的上线效率。

在一些可能的实施方式中，该方法还包括：从第一网络设备接收第四请求消息；根据应用程序的拓扑信息，确定网络域的用户面功能实体；根据网络域的用户面功能实体通知网络域的用户面功能实体使能第一业务规则。

可以看出，在本实施方式中，第二网络设备根据第四请求消息单独使能之前生成的第一业务规则，这样是给多接入边缘计算应用程序中的服务实例的使能和生效留一定的缓冲时长，若直接使能第一业务规则和第二业务规则，而多接入边缘计算应用程序中的服务实例还未生效，这样用户设备在边缘侧进行本地分流时，多接入边缘计算应用程序就会无法提供边缘内容，用户设备在多次尝试之后，会被边缘侧的用户面功能实体将用户数据报文转到中心侧去获取数据内容，反而增加了用户的通信时延。而不直接使能第一业务规则，若多接入边缘计算应用程序中的服务实例的还未生效，边缘侧的多接入边缘计算应用程序会将用户数据报文直接转发到中心侧，不会影响用户的通信需求。

第三方面，本申请实施例提供一种服务实例部署方法，该方法的执行主体可以是第三网络设备，也可以是应用于第三网络设备中的芯片。下面以执行主体是第三网络设备为例进行描述。其中，第三网络设备属于多接入边缘计算系统，多接入边缘计算系统还包括第一网络设备和第二网络设备，其中，第一网络设备位于多接入边缘计算系统的中心侧，第二网络设备位于多接入边缘计算系统的边缘侧的网络域，第三网络设备位于多接入边缘计算系统的边缘侧的计算域，该方法包括：向第一网络设备发送多接入边缘计算应用程序的拓扑信息；从第一网络设备接收第二请求消息，第二请求消息是第一网络设备根据多接入边缘计算应用程序描述信息以及多接入边缘计算应用程序的拓扑信息生成的；根据第二请求消息在网络域部署与多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。

可以看出，在本申请实施例中，在一个多接入边缘计算应用程序上线完成实例化之后，第三网络设备可以将该多接入边缘计算应用程序的拓扑信息发送给第一网络设备，这样第三网络设备可以根据从第一网络设备接收的第二请求信息，自动在计算域部署第二多接入边缘计算服务实例，而无需人工参与计算域的多接入边缘服务实例的部署，提高了多接入边缘计算应用的上线效率，降低了运维成本。此外，第一网络设备、第二网络设备以及第三网络设备之间的协调工作，完成多接入边缘计算应用程序的自动化部署，从而不需要人工参与，也就不用将多接入边缘计算站点的位置信息(即多接入边缘计算应用程序的部署位置)开放给多接入边缘计算应用程序的信息提供方，有利于提高电信运营商的竞争力，保护多接入边缘计算站点的安全。

在一些可能的实施方式中，第二请求消息包括第二边缘接入计算服务以及与第二边缘接入计算服务对应的第二网络资源，第二请求消息包括第二边缘接入计算服务以及与第二边缘接入计算服务对应的第二网络资源，包括：根据多接入边缘计算应用程序的拓扑信息、第二边缘接入计算服务以及第二网络资源，部署第二多接入边缘计算服务实例，其中，第二多接入边缘计算服务实例用于提供第一边缘接入计算服务。

可以看出，在本实施方式中，第一网络设备只将需要在计算域部署的第二多接入边缘计算服务和第二网络资源分配给第三网络设备；然后，第三网络设备自主决策在本地完成对第二多接入边缘计算服务的实例化，在本地部署第二多接入边缘计算服务实例。这样第一网络设备只需要完成资源和多接入边缘服务的分配工作，从而减少了第一网络设备的计算压力，提高第一网络设备工作的稳定性。由于第三网络设备具有自主决策功能，后续第二多接入边缘计算服务实例发生变更(比如，失效或者业务规则的变更)，第二网络设备可以自主对该第二多接入边缘计算服务实例的变更进行调整，无需向第一网络设备上报，从而提高对计算域中的多接入边缘计算服务实例的更新效率。

在一些可能的实施方式中，该方法还包括：生成与第二多接入边缘计算服务实例对应的第二业务规则，并向第二多接入边缘计算服务实例插入第二业务规则。

可以看出，在本实施方式中，第三网络设备还可以自动生成与第二多接入边缘计算服务实例对应的二业务规则，并向第二多接入边缘计算服务实例插入第人业务规则，而不需要人工配置该第二业务规则以及插入第二业务规则，进一步降低了多接入边缘计算应用程序的运维成本，提高多接入边缘计算应用程序的上线效率。

在一些可能的实施方式中，该方法还包括：向第一网络设备发送第二响应消息，第二响应消息包括上行跨域通道参数，以使第二网络设备根据上行跨域通道参数，建立网络域和计算域之间的跨域互访通道。

可以看出，在本实施方式中，第三网络设备生成本端的上行跨域通道参数，并将上行跨域通道参数给到的第二网络设备，这样即使在网络域和计算域分离部署的情况下，由于第二网络设备和第三网络设备获取到了上行跨域通道参数以及下行跨域通道参数，可以自动建立跨域访问通道，打通计算域和网络域之间的通道，无需人工打通网络域和计算域，进而降低了多接入边缘计算应用程序的运维成本，提高了多接入边缘计算的上线效率。

在一些可能的实施方式中，第二请求消息包括下行跨域通道参数，该方法还包括：根据下行跨域通道参数建立网络域和计算域之间的跨域互访通道。

可以看出，在本实施方式中，第三网络设备可根据上行跨域通道参数以及下行跨域通道参数，自动建立跨域访问通道，打通计算域和网络域之间的通道，无需人工打通网络域和计算域，进而降低了多接入边缘计算应用程序的运维成本，提高了多接入边缘计算的上线效率。

在一些可能的实施方式中，向第一网络设备发送多接入边缘计算应用程序的拓扑信息之前，该方法还包括：从第一网络设备接收第一提示信息；根据第一提示信息通知计算域的网络功能虚拟化基础设施部署用于为应用程序提供边缘内容的多接入边缘计算应用程序。

可以看出，在本实施方式中，第三网络设备还可以从第一网络设备接收第一提示信息，根据第一网络设备的指示自动触发部署多接入边缘计算应用程序，无需人工触发多接入边缘计算应用程序，进而提高了多接入边缘计算应用程序的部署和上线效率。

在一些可能的实施方式中，第一提示信息是第一网络设备根据应用程序的访问统计数据以及业务策略生成的或根据从应用程序提供方获取到的第六请求消息生成的，第六请求消息用于请求部署为应用程序提供边缘内容的多接入边缘计算应用程。

可以看出，在本实施方式中，第一提示信息可以根据应用程序的访问统计数据生成，也可以根据应用程序信息提供方的请求，从而提高自动化部署多接入边缘计算应用程序的灵活性。

第四方面，本申请实施例提供一种跨域互访通道建立方法，该方法的执行主体可以是第五网络设备，也可以是应用于第五网络设备中的芯片。下面以执行主体是第五网络设备为例进行描述。其中，第五网络设备属于跨域互访系统，跨域互访系统还包括第四网络设备和第六网络设备，其中，第四网络设备位于跨域互访系统的中心侧，第五网络设备位于跨域互访系统的第一计算域，第六网络设备位于跨域互访系统的第二计算域；该方法包括：向第四网络设备发送第二计算域的实例信息和第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数；从第四网络设备接收第二计算域中用于跨域访问的第二多接入边缘计算服务实例的第二跨域通道参数；其中，第一跨域通道参数和第二跨域通道参数用于表征第一多接入边缘计算服务实例与第二多接入边缘计算服务实例之间的跨域互访通道。

可以看出，在本申请实施例中，在多接入边缘计算应用程序进行跨域访问的过程中，第五网络设备可以通过第四网络设备将本端的第一跨域通道参数给到第二计算域的第六网络设备，以及可以通过第四网络设备获取第二计算域的第二跨域通道参数，这样第五网络设备就可以根据该第一跨域通道参数和第二跨域通道参数建立第一计算域和第二计算域之间的跨域互访通道，可以看出，在建立跨域互访通道的过程中，无需人工参与，可以自动完成跨域互访通道的建立，降低了多接入边缘计算应用程序的运维成本。

在一些可能的实施方式中，向第四网络设备发送第二计算域的实例信息和第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数之前，该方法还包括：从第一计算域的第一多接入边缘计算平台接收跨域互访请求，跨域互访请求是由第一计算域的第一多接入边缘计算应用程序发送给第一多接入边缘计算平台，并由第一多接入边缘计算平台发布给第五网络设备的，跨域互访请求包括第二计算域的实例信息，跨域互访请求用于指示第一计算域的第一多接入边缘计算应用程序请求跨域访问第二计算域中的第二多接入边缘计算应用程序。

在一些可能的实施方式中，从第一计算域的第一多接入边缘计算平台接收跨域互访请求之前，该方法还包括：向第一多接入边缘计算平台订阅第一多接入边缘计算应用程序的跨域互访请求。

可以看出，在本实施方式中，第五网络设备提前向第一多接入边缘计算应用平台订阅第一计算域中的第一多接入边缘计算应用程序的跨域访问请求，这样当第一多接入边缘计算应用程序有跨域访问需求时，第五网络设备可以自动发现该跨域访问需求，无需人工参与，提高跨域互访通道建立的效率。

在一些可能的实施方式中，向第四网络设备发送第二计算域的实例信息和第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数之前，该方法还包括：在第一计算域部署第一多接入边缘计算服务实例以及配置第一跨域通道参数。

可以看出，在本实施方式中，第五网络设备还可以按需部署第一多接入边缘计算服务实例，比如，该第一计算域中没有用于跨域访问的多接入边缘服务实例时，则自动部署第一多接入边缘计算服务实例，从而实现完全自动化建立跨域互访通道。

在一些可能的实施方式中，在第一计算域部署第一多接入边缘计算服务实例以及配置第一跨域通道参数之后，该方法还包括：配置第一多接入边缘计算服务实例与第一多接入边缘计算应用程序之间的第一路由参数；从第四网络设备接收第二计算域中用于跨域访问的第二多接入边缘计算服务实例的第二跨域通道参数之后，该方法还包括：向第一多接入边缘计算平台发送跨域互访响应，并指示第一多接入边缘计算平台将跨域互访响应转发给第一多接入边缘计算应用程序，跨域互访响应包括第一路由参数，跨域访问响应用于指示第一多接入边缘计算应用程序根据第一路由参数，建立第一多接入边缘计算服务实例与第一多接入边缘计算应用程序之间的通信链路。

可以看出，在本实施方式中，第五网络设备还将第一路由参数配置给第一多接入边缘计算应用程序以及第一多接入边缘计算服务实例，从而自动化打通第一多接入边缘计算应用程序和第一多接入边缘计算服务实例之间的通信链路，无需人工参与。

第五方面，本申请实施例提供一种跨域互访通道建立方法，该方法的执行主体可以是第六网络设备，也可以是应用于第六网络设备中的芯片。下面以执行主体是第六网络设备为例进行描述。其中，第六网络设备属于跨域互访系统，跨域互访系统还包括第四网络设备和第五网络设备，其中，第四网络设备位于跨域互访系统的中心侧，第五网络设备位于跨域互访系统的第一计算域，第六网络设备位于跨域互访系统的第二计算域；方法包括：从第四网络设备接收第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数；向第四网络设备发送第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数，其中，第一跨域通道参数和第二跨域通道参数用于表征第一多接入边缘计算服务实例与第二多接入边缘计算服务实例之间的跨域互访通道。

可以看出，在本实施方式中，在多接入边缘计算应用程序进行跨域访问的过程中，第六网络设备可以通过第四网络设备接收对端(第二计算域)的第二跨域通道参数，以及可以通过第四网络设备将本端的第二跨域通道参数给到对端的第五网络设备，这样第五网络设备和第六网络设备就可以根据该第一跨域通道参数和第二跨域通道参数建立第一计算域和第二计算域之间的跨域互访通道，可以看出，在建立跨域互访通道的过程中，无需人工参与，可以自动完成跨域互访通道的建立，降低了多接入边缘计算应用程序的运维成本。

在一些可能的实施方式中，向第四网络设备发送第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数之前，该方法还包括：向第二计算域中的第二多接入边缘计算平台订阅用于跨域互访的第二多接入边缘计算服务实例的上线。

可以看出，在本实施方式中，第六网络设备提前向第二多接入边缘计算平台订阅第二多接入边缘计算服务实例的上线，这样第六网络设备在接收其他计算域的跨域需求时，就可以发现第二计算域是否有跨域通道服务实例的上线，以便决策是否需要在第二计算域部署用于跨域互访的第二多接入边缘服务实例，以便合理的分配第二计算域的网络资源。

在一些可能的实施方式中，向第四网络设备发送第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数之前，该方法还包括：在第二计算域部署第二多接入边缘计算服务实例以及配置第二跨域通道参数。

可以看出，在本实施方式中，第六网络设备可以根据需求决策在第二就是关于部署第二多接入边缘计算服务实例，这样即使在跨域互访时，没有相应的服务实例，也可以自动化部署，从而实现完全自动化建立跨域互访通道。

在一些可能的实施方式中，在第二计算域部署第二多接入边缘计算服务实例以及配置第二跨域通道参数之后，该方法还包括：配置第二多接入边缘计算服务实例与第二多接入边缘计算应用程序之间的第二路由参数，并将第二路由参数配置给第二多接入边缘计算服务实例以及第二计算域的第二多接入边缘计算平台，第二多接入边缘计算平台用于将第二路由参数转发给第二多接入边缘计算应用程序，第二路由参数用于第二多接入边缘计算服务实例以及第二多接入边缘计算应用程序建立通信链路。

可以看出，在本实施方式中，第六网络设备还将第二路由参数配置给第二多接入边缘计算应用程序以及第二多接入边缘计算服务实例，从而自动化打通第二多接入边缘计算应用程序和第二多接入边缘计算服务实例之间的通信链路，无需人工参与。

第六方面，本申请实施例提供一种跨域互访通道建立方法，该方法的执行主体可以是第四网络设备，也可以是应用于第四网络设备中的芯片。下面以执行主体是第四网络设备为例进行描述。其中，第四网络设备属于跨域互访系统，跨域互访系统还包括第五网络设备和第六网络设备，其中，第四网络设备位于跨域互访系统的中心侧，第五网络设备位于跨域互访系统的第一计算域，第六网络设备位于跨域互访系统的第二计算域；方法包括：从第五网络设备接收第二计算域的实例信息和第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数；根据第二计算域的实例信息，向第六网络设备发送第一跨域通道参数；从第六网络设备接收第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数；向第五网络设备发送第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数；其中，第一跨域通道参数和第二跨域通道参数用于表征第一多接入边缘计算服务实例与第二多接入边缘计算服务实例之间的跨域互访通道。

可以看出，在本申请实施例中，在某个计算域中的多接入边缘计算应用程序需要跨域访问时，第四网络设备可以向第六网络设备转发第一多接入边缘计算服务实例的第一跨域通道参数，以及向第五网络设备转发第二多接入边缘计算服务实例的第二跨域通道参数，这样第五网络设备和第六网络设备都可以获取到第一跨域通道参数以及第二跨域通道参数，从而自动化建立了第一计算域和第二计算域之间的跨域互访通道，无需人工参与，降低了多接入边缘计算应用程序的运维成本。

第七方面，本申请实施例提供一种通信装置，有益效果可以参见第一方面的描述此处不再赘述。通信装置具有实现上述第一方面的方法实例中行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，该通信装置包括：收发模块，用于获取多接入边缘计算应用程序描述信息，以及从第三网络设备接收多接入边缘计算应用程序的拓扑信息；处理模块，用于控制收发模块根据多接入边缘计算应用程序描述信息和多接入边缘计算应用程序的拓扑信息，向第二网络设备发送第一请求信息，和向第三网络设备发送第二请求信息，第一请求信息用于指示第二网络设备在网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例，第二请求信息用于指示第三网络设备在计算域部署与多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。这些模块可以执行上述第一方面方法示例中的相应功能，具体参见第一方面方法示例中的详细描述，此处不做赘述。

第八方面，本申请实施例提供一种通信装置，有益效果可以参见第二方面的描述此处不再赘述。通信装置具有实现上述第二方面的方法实例中行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，该通信装置包括：收发模块，用于从第一网络设备接收第一请求消息，第一请求消息是第一网络设备根据多接入边缘计算应用程序描述信息以及多接入边缘计算应用程序的拓扑信息生成的，多接入边缘计算应用程序的拓扑信息是由第二网络设备发送给第一网络设备的；处理模块，用于根据第一请求消息在网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例。这些模块可以执行上述第二方面方法示例中的相应功能，具体参见第二方面方法示例中的详细描述，此处不做赘述。

第九方面，本申请实施例提供一种通信装置，有益效果可以参见第三方面的描述此处不再赘述。通信装置具有实现上述第三方面的方法实例中行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，该通信装置包括：收发模块，用于向第一网络设备发送多接入边缘计算应用程序的拓扑信息，以及从第一网络设备接收第二请求消息，第二请求消息是第一网络设备根据多接入边缘计算应用程序描述信息以及多接入边缘计算应用程序的拓扑信息生成的；处理模块，用于根据第二请求消息在网络域部署与多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。这些模块可以执行上述第三方面方法示例中的相应功能，具体参见第三方面方法示例中的详细描述，此处不做赘述。

第十方面，本申请实施例提供一种通信装置，有益效果可以参见第四方面的描述此处不再赘述。通信装置具有实现上述第一方面的方法实例中行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，该通信装置包括：处理模块，用于控制收发模块向第四网络设备发送第二计算域的实例信息和第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数；以及从第四网络设备接收第二计算域中用于跨域访问的第二多接入边缘计算服务实例的第二跨域通道参数；其中，第一跨域通道参数和第二跨域通道参数用于表征第一多接入边缘计算服务实例与第二多接入边缘计算服务实例之间的跨域互访通道。这些模块可以执行上述第三方面方法示例中的相应功能，具体参见第三方面方法示例中的详细描述，此处不做赘述。

第十一方面，本申请实施例提供一种通信装置，有益效果可以参见第五方面的描述此处不再赘述。通信装置具有实现上述第五方面的方法实例中行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，该通信装置包括：处理模块，控制收发模块从第四网络设备接收第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数；以及向第四网络设备发送第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数；其中，第一跨域通道参数和第二跨域通道参数用于表征第一多接入边缘计算服务实例与第二多接入边缘计算服务实例之间的跨域互访通道。这些模块可以执行上述第五方面方法示例中的相应功能，具体参见第五方面方法示例中的详细描述，此处不做赘述。

第十二方面，本申请实施例提供一种通信装置，有益效果可以参见第六方面的描述此处不再赘述。通信装置具有实现上述第六方面的方法实例中行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，该通信装置包括：处理模块，用于控制收发模块从第五网络设备接收第二计算域的实例信息和第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数；根据第二计算域的实例信息，向第六网络设备发送第一跨域通道参数；从第六网络设备接收第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数；以及向第五网络设备发送第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数；其中，第一跨域通道参数和第二跨域通道参数用于表征第一多接入边缘计算服务实例与第二多接入边缘计算服务实例之间的跨域互访通道。这些模块可以执行上述第六方面方法示例中的相应功能，具体参见第六方面方法示例中的详细描述，此处不做赘述。

第十三方面，本申请实施例提供一种通信装置，该通信装置可以为上述方法实施例中的第一网络设备，或者为设置在第一网络设备中的芯片。该通信装置包括通信接口以及处理器，可选的，还包括存储器。其中，该存储器用于存储计算机程序或指令，处理器与存储器、通信接口耦合，当处理器执行计算机程序或指令时，使通信装置执行上述方法实施例中由第一网络设备所执行的方法。

第十四方面，本申请实施例提供一种通信装置，该通信装置可以为上述方法实施例中的第二网络设备，或者为设置在第二网络设备中的芯片。该通信装置包括通信接口以及处理器，可选的，还包括存储器。其中，该存储器用于存储计算机程序或指令，处理器与存储器、通信接口耦合，当处理器执行计算机程序或指令时，使通信装置执行上述方法实施例中由第二网络设备所执行的方法。

第十五方面，本申请实施例提供一种通信装置，该通信装置可以为上述方法实施例中的第三网络设备，或者为设置在第三网络设备中的芯片。该通信装置包括通信接口以及处理器，可选的，还包括存储器。其中，该存储器用于存储计算机程序或指令，处理器与存储器、通信接口耦合，当处理器执行计算机程序或指令时，使通信装置执行上述方法实施例中由第三网络设备所执行的方法。

第十六方面，本申请实施例提供一种通信装置，该通信装置可以为上述方法实施例中的第二网络设备，或者为设置在第四网络设备中的芯片。该通信装置包括通信接口以及处理器，可选的，还包括存储器。其中，该存储器用于存储计算机程序或指令，处理器与存储器、通信接口耦合，当处理器执行计算机程序或指令时，使通信装置执行上述方法实施例中由第四网络设备所执行的方法。

第十七方面，本申请实施例提供一种通信装置，该通信装置可以为上述方法实施例中的第五网络设备，或者为设置在第五网络设备中的芯片。该通信装置包括通信接口以及处理器，可选的，还包括存储器。其中，该存储器用于存储计算机程序或指令，处理器与存储器、通信接口耦合，当处理器执行计算机程序或指令时，使通信装置执行上述方法实施例中由第五网络设备所执行的方法。

第十八方面，本申请实施例提供一种通信装置，该通信装置可以为上述方法实施例中的第六网络设备，或者为设置在第六网络设备中的芯片。该通信装置包括通信接口以及处理器，可选的，还包括存储器。其中，该存储器用于存储计算机程序或指令，处理器与存储器、通信接口耦合，当处理器执行计算机程序或指令时，使通信装置执行上述方法实施例中由第六网络设备所执行的方法。

第十九方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码并运行时，使得上述各方面中由第一网络设备执行的方法被执行。

第二十方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码并运行时，使得上述各方面中由第二网络设备执行的方法被执行。

第二十一方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码并运行时，使得上述各方面中由第三网络设备执行的方法被执行。

第二十二方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码并运行时，使得上述各方面中由第四网络设备执行的方法被执行。

第二十三方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码并运行时，使得上述各方面中由第五网络设备执行的方法被执行。

第二十四方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码并运行时，使得上述各方面中由第六网络设备执行的方法被执行。

第二十五方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于实现上述各方面的方法中第一网络设备的功能。在一种可能的设计中，该芯片系统还包括存储器，用于保存程序指令和/或数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第二十六方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于实现上述各方面的方法中第二网络设备的功能。在一种可能的设计中，该芯片系统还包括存储器，用于保存程序指令和/或数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第二十七方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于实现上述各方面的方法中第三网络设备的功能。在一种可能的设计中，该芯片系统还包括存储器，用于保存程序指令和/或数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第二十八方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于实现上述各方面的方法中第四网络设备的功能。在一种可能的设计中，该芯片系统还包括存储器，用于保存程序指令和/或数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第二十九方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于实现上述各方面的方法中第五网络设备的功能。在一种可能的设计中，该芯片系统还包括存储器，用于保存程序指令和/或数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第三十方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于实现上述各方面的方法中第六网络设备的功能。在一种可能的设计中，该芯片系统还包括存储器，用于保存程序指令和/或数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第三十一方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述各方面中由第一网络设备执行的方法。

第三十二方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述各方面中由第二网络设备执行的方法。

第三十三方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述各方面中由第三网络设备执行的方法。

第三十四方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述各方面中由第四网络设备执行的方法。

第三十五方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述各方面中由第五网络设备执行的方法。

第三十六方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述各方面中由第六网络设备执行的方法。

第三十七方面，本申请提供了一种多接入边缘计算系统，包括第十三方面的通信装置、第十四方面的通信装置以及第十五方面的通信装置。

第三十八方面，本申请提供了一种跨域互访通道建立系统，包括第十六方面的通信装置、第十七方面的通信装置以及第十八方面的通信装置。

附图说明

图1为本申请实施例的一种MEC APP上线部署的流程示意图；

图2为本申请实施例的一种计算域中MEC APP跨域互访通道建立的流程示意图；

图3为本申请实施例的一种多边缘接入计算系统的架构图；

图4为本申请实施例的一种多接入边缘服务实例部署方法的流程示意图；

图5为本申请实施例的另一种多接入边缘服务实例部署方法的流程示意图；

图6为本申请实施例的另一种多接入边缘服务实例部署方法的流程示意图；

图7为本申请实施例的一种多接入边缘服务实例部署方法的流程示意图；

图8为本申请实施例的一种跨域互访通道建立方法的流程示意图；

图9为本申请实施例的另一种跨域互访通道建立方法的流程示意图；

图10为本申请实施例的一种通信装置的结构示意图；

图11为本申请实施例的一种通信装置的结构示意图；

图12为本申请实施例的另一种通信装置的结构示意图；

图13为本申请实施例的另一种通信装置的结构示意图。

具体实施方式

本申请实施例的方法可适用于多种系统架构，比如，应用到5G系统架构下。本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

应理解，本申请实施例涉及的用户设备(User Equipment，UE)可以包括移动电话(或称为“蜂窝”电话)，无线用户设备、移动用户设备、设备到设备通信(device-to-device，D2D)用户设备、车到一切(vehicle-to-everything，V2X)用户设备、机器到机器/机器类通信(machine-to-machine/machine-type communications，M2M/MTC)用户设备、物联网(internet of things，IoT)用户设备、订户单元(subscriber unit)、订户站(subscriberstation)，移动站(mobile station)、远程站(remote station)、接入点(access point，AP)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(userterminal)、用户代理(user agent)、或用户设备(user device)，等等。

为了便于理解本申请，首先在此介绍本申请实施例涉及的相关技术知识。

欧洲电信标准化协会(European Telecommunications Standards Institute，ETSI)标准为MEC技术定义了标准的系统架构，该系统架构包括MEC APP、多接入边缘计算应用编排器(Multi-access Edge Computing Application Orchestrator，MEAO)、多接入边缘计算平台管理器(Multi-access Edge Computing Platform Manager，MEPM)、多接入边缘计算平台(Multi-access Edge Computing Platform，MEP)和数据平台(Data Plane)。

在边缘侧位置，运营商是将MEP和MEC APP，与5G核心网(5G core)的用户面功能实体(User Plane Function，UPF)分离部署。并将MEP和MEC APP所在的位置定义为计算域，用于完成MEC APP的部署、MEC APP的服务注册以及域名系统和分流规则的激活。将UPF所在的位置定义为网络域，通过N6接口与计算域之间完成用户数据的传递，完成边缘站点的本地分流。

由于网络域和计算域的分离部署，在一个MEC APP上线之后，需要人工将该MECAPP所在的网络域和计算域之间的数据通道打通。下面结合图1说明从MEC APP上线到打通网络域和计算域之间的数据通道的整个过程。其主要包括以下步骤：

(1)首先人工决策在网络边缘位置，即边缘侧下沉部署一个MEC APP，该为用户进行本地分流，以减少用户的访问延时；因此，人工通过MEAO触发MEC APP上线部署，即相当于人工向MEAO配置部署MEC APP的命令，该命令包括多接入边缘应用程序描述(ApplicationDescriptor，APPD)信息，该APPD中描述了该MEC APP的拓扑信息；

(2)MEAO通过MEPM请求边缘侧的网络功能虚拟化基础设施(Network FunctionsVirtualization Infrastructure，NFVI)为MEC APP分配资源，比如，虚拟机(VirtualMachine，VM)资源和硬件资源；

(3)NFVI完成MEC APP资源分配和部署后，给MEPM回响应，该响应携带MEC APP的资源实例信息，比如，VM的物理地址(MAC Address)；

(4)MEPM给MEP下发MEC APP实例化配置消息，指示MEP实例化MEC APP注册的应用程序服务，以及服务实例的业务规则的配置以及激活。

(5)MEC APP对应用程序服务完成实例化之后，通过MP1接口，向MEP注册该应用程序实例状态信息(比如应用程序类型、应用程序实例标识等，可选的，还注册某些应用程序可能不实现)和各应用程序服务实例的服务实例状态信息(比如，该应用程序服务实例的类型、标识、IP地址、端口号(Port)，等等)；

(6)MEP收到第(4)步MEPM下发的MEC APP实例化配置消息，并收到第(5)步MEC APP注册的服务实例状态消息，判断MEC APP的各个应用程序服务都实例化完成之后，则配置本地的多接入边缘计算服务与该MEC APP之间的业务规则，并将该业务规则通过MP2接口下发给Data Plane，比如，配置域名系统(Domain Name System，DNS)规则给本地的DNS服务实例，并通过MP2接口下发分流规则(Traffic Rule)给Data Plane；

应理解，上述配置的业务规则针对的是已在本地部署了的多接入边缘计算服务实例的业务规则。若MEC APP还申请了其他的多接入边缘计算服务，即在APPD中勾选了该多接入边缘计算服务，并在第4步中MEC APP实例化配置请求消息中携带与该多接入边缘计算服务对应的参数下发给MEP，则在第6步执行之前，人工分配与该多接入边缘计算服务对应的网络资源，以便在Data Plane中对该多接入边缘计算服务进行实例化，最后，再配置该多接入边缘计算服务实例的业务规则，并插入该业务规则。

比如，MEC APP申请了应用程序负载均衡(Application Load Balance，APP LB)服务，则人工分配APP LB服务的虚拟应用程序网络协议地址资源池(Virtual APP IP Pool)，并将该Virtual APP IP Pool下发给该MEC APP所在边缘侧站点的Data Plane，以在该DataPlane中部署APP LB服务实例，为该MEC APP提供APP LB服务；最后，配置APP LB服务实例与该MEC APP之间的业务规则，并在APP LB服务实例中插入该业务规则。

(7)MEP给MEPM回MEC APP实例化配置响应消息，其中，MEC APP实例化配置响应消息用于指示MEC APP实例化的完成，以及指示MEC APP申请的多接入边缘计算服务实例化完成，即相当于指示用户可以在网络域执行后续操作；

(8)在计算域，人工查看到MEC APP的应用程序服务实例状态准备好之后，配置MECAPP到Data Plane之间的下行路由参数，以建立MEC APP到Data Plane的通信链路；

(9)在计算域，人工查看到MEPM接收到第(7)步的MEC APP实例化配置响应消息后，可以在中心侧的策略控制功能(Policy Control Function PCF)中插入该MEC APP实例标识(APP ID)和数据网络接入标识(Data Network Access Identity，DNAI)，其中，DNAI用于指示MEC APP的位置。这样便于后续选择相应的边缘侧UPF为用户建立会话；

(10)人工给网络域的边缘侧UPF配置上行分类器(Uplink Classification，ULCL)规则；

(11)人工给网络域的边缘侧UPF配置用于跨域访问的上下行通道路由参数，即网络域的边缘侧UPF和计算域的Data Plane之间的上下行通道路由参数；

(12)人工给计算域的Data Plane配置用于跨域访问的上下行通道路由参数，即网络域的边缘侧UPF和计算域的Data Plane之间的上下行通道路由参数；

(13)完成步骤(11)和步骤(12)之后，并人工获知MEC APP和Data Plane之间的通信链路打通，则人工给边缘侧UPF下发ULCL规则激活命令；

(14)边缘侧UPF收到ULCL规则激活命令后，正式生效UPF中的ULCL规则。

通过上述步骤(1)～步骤(14)完成了MEC APP的上线部署，并打通了该MEC APP所在的网络域和计算域之间的跨域通道，以及业务规则的使能；这样，后续用户设备在获取数据的过程中，可以通过以下步骤进行本地分流：

A1：PCF在建立用户会话的过程中，对于符合条件的用户设备(比如，签约了套餐的用户设备或者地理位置满足要求的用户设备)，向SMF插入该MEC APP实例标识和位置标识(DNAI)；

A2：SMF根据MEC APP的DNAI，选择一个匹配的边缘侧UPF，并为用户设备建立用户会话上下文，并指示边缘侧UPF插入MEC APP实例标识(APP ID)；

A3：边缘侧UPF接收到来自用户设备的上行DNS查询报文和用户数据报文，对上行DNS查询报文和用户数据报文进行业务规则匹配，并把数据报文分发给MEC APP中相应的应用程序服务实例，从而实现本地分流。

此外，虽然建立了本地的MEC APP但是对于一个MEC APP来说，所提供的边缘内容是有限的。因此，本计算域的MEC APP可能去跨域访问另一个计算域的MEC APP，从另外一个计算域的MEC APP中获取更多的数据信息，比如，在边缘侧部署的MEC APP可以跨域访问中心侧的公有云服务(即中心侧的MEC APP)，从公有云服务中获取数据信息。然而，由于各个计算域之间分离部署，要想实现跨域访问则需先建立跨域访问通道。

下面结合图2，并以建立中心侧的计算域与边缘侧的计算域之间的跨域访问通道为例，说明跨域访问通道建立的过程，其包括以下步骤：

(1)在边缘侧，人工配置MEC APP到Data Plane的第一路由参数，该第一路由参数用于建立该MEC APP与Data Plane之间的通信链路；

(2)在边缘侧，人工配置边缘侧的Data Plane到公有云的Data Plane的上行通道参数；

(3)在公有云侧，人工配置公有云服务到公有云的Data Plane的第二路由参数，该第二路由参数用于建立公有云服务与公有云的Data Plane之间的通信链路。

(4)在公有云侧，人工配置公有云的Data Plane到边缘侧的Data Plane的下行通道参数；

(5)边缘侧MEC APP向MEP发起公有云服务的跨域访问请求，该跨域访问请求包括公有云服务的域名。

(6)MEP根据云服务的域名进行DNS查询，并向边缘侧Data Plane注册公有云服务访问API路由规则；

(7)边缘侧MEC APP通过边缘侧的Data Plane和公有云的Data Plane，并符合该API访问规则，跨域访问公有云服务。

可以看出，在部署MEC APP的过程中，需要人工静态触发APP下沉到边缘位置上线部署(MEC APP)，并需要人工触发MEC APP所需的MEC服务的实例化编排部署以及相应网络资源分配，以及需要人工编排和使能MEC APP的业务规则，导致MEC APP上线效率低。而且，MEC APP上线之后，如果进行跨域访问，则需要人工打通跨域互访通道，因此，需要投入大量的人力成本来运营和维护MEC APP，极大的增加了MEC APP的运维成本。

应理解，本申请提到的网络域和计算域可以位于边缘侧，也可以位于中心侧，或者部署有5GC的UPF以及MEP的任意位置，比如，中心云或者公有云。也就是说，本申请的服务实例部署方法，不限定在边缘侧的网络域和计算域中自动化部署多接入边缘计算服务实例，也可以在中心侧或者其他位置的网络域和计算域中自动化部署多接入边缘计算服务实例。本申请以在边缘侧的网络域和计算域中部署多接入边缘计算服务实例为例进行说明，其他位置的部署方式与此类似，不再叙述。

为了便于理解本申请的多接入边缘计算服务实例部署方法，下面先结合附图介绍一下本申请的多接入边缘计算服务实例部署方法应用的多接入边缘计算系统。如图3所示，本申请的多接入边缘计算系统相对于MEC的标准系统，在中心侧部署了第一网络设备，在边缘侧的网络域部署了第二网络设备，在边缘侧的计算域部署了第三网络设备，并提前打通第一网络设备与第二网络设备之间的通信链路以及第一网络设备与第三网络设备之间的通信链路。另外，本申请是以将DNS服务部署到计算域为例进行说明，在实际应用中还可以将DNS服务部署到网络域，本申请不对DNS服务的部署位置进行限定。

示例性的，在图3示出的多接入边缘计算系统中，各个设备执行不同的功能并协同工作，完成MEC APP的自动化上线、自动化部署用于为MEC APP提供边缘计算服务的多接入边缘计算服务实例、自动化生成以及使能多接入边缘计算服务实例的业务规则以及自动化完成MEC APP的动态扩缩容以及业务规则的动态更新能。下面举例说明每个设备所执行的功能。

MEC APP，用于提供边缘内容给用户设备，实现本地分流数据报文的最终处理；

MEAO，用于管理MEC APP的软件包、编排生效MEC APP的业务规则/需求/操作策略、MEC节点选择、触发MEC APP上线、下线以及迁移；

MEPM，用于管理MEP的网元、配置MEC APP的业务规则以及需求(包括但不限于MECAPP依赖的服务授权、Traffic Rule、DNS、MEP生命周期管理以及MEC APP生命周期管理)；

第一网络设备，用于根据APPD以及MEC APP的服务拓扑信息，为边缘侧的网络域以及计算域编排相应的多接入边缘计算服务，以及为多接入边缘计算服务分配相应的网络资源，并将多接入边缘计算服务以及相应的网络资源下发给边缘侧的网络域的第二网络设备和计算域的第三网络设备，并且转发第二网络设备和/或第三网络设备建立跨域互访通道所需的跨域通道参数；

第二网络设备，用于部署网络域的多接入边缘计算服务实例、并向边缘侧的UPF下发和激活网络域的多接入边缘计算服务实例的业务规则；以及跨域互访通道的建立、释放、更新；

第三网络设备，用于完成向MEP订阅并处理MP1接口传递的MEC APP服务治理相关消息(包括：MEC APP实例状态信息注册/更新/删除、MEC APP服务实例状态信息注册/更新/删除、MEC APP Traffic Rule的激活/去活/更新)和MP1扩展接口(MEC APP申请分配多接入边缘计算服务的请求消息/响应消息)，以及部署MEC APP申请的多接入边缘计算服务实例，并向Data Plane下发和激活计算域的多接入边缘计算服务实例的业务规则；以及跨域互访数据通道的建立、释放、更新；

MEC service平台，用于向用户设备提供DNS服务，并返回DNS响应消息，以及处理用户设备和MEC APP之间的上下行用户数据报文，包括用户设备的上行数据在5GC的本地分流以及到MEC APP的负载均衡分流，以及MEC APP的下行数据到5GC的转发。

示例性的，在上述系统架构中，第一网络设备获取多接入边缘计算应用程序描述信息，该多接入边缘计算系统是由用户配置给该第一网络设备的，比如，第一网络设备可以提供北向接口，用户可通过北向接口将多接入边缘计算应用程序描述信息注入给第一网络设备；第三网络设备向第一网络设备发送多接入边缘计算应用程序的拓扑信息，其中，该拓扑信息包括MEC APP的实例信息以及MEC APP的服务实例信息，其中，MEC APP的实例信息即是MEC APP的基础信息，比如，MEC APP类型(Type)、MEC APP实例标识(Identity)、MEC APP域名(Domain))，其中，MEC APP的服务实例信息即是MEC APP中的服务实例的基础信息，比如，Service Name、Service Type，Service Instance ID、Service Instance状态等。具体的，MEC APP的拓扑信息是在对MEC APP中的服务进行实例化的过程中，由MEC APP注册给MEP，并由MEP发送给第三网络设备的，因此，将第三网络设备发送给第一网络设备的MECAPP的拓扑信息称为MEC APP注册的拓扑信息；第一网络设备根据多接入边缘计算应用程序描述信息以及MEC APP的拓扑信息，向第二网络设备发送第一请求消息，以及向第三网络设备发送第二请求消息；第二网络设备根据第一请求消息在网络域部署与MEC APP对应的第一多接入边缘计算服务实例；第二应用程序设备根据第二请求消息在计算域部署与MECAPP对应的第二多接入边缘计算服务实例。

可以看出，在本申请实施例中，在MEC APP上线时，第一网络设备、第二网络设备以及第三网络设备之间协同工作，完成与该MEC APP对应的MEC service实例的部署，无需人工的参与，提高了MEC APP的上线效率降低了MEC APP的运维成本，提高了MEC APP的部署智能化程度。

参阅图4，图4为本申请实施例提供的一种服务实例部署方法，该方法包括以下步骤：

401：第一网络设备获取多接入边缘计算应用程序描述信息。

示例性的，该多接入边缘计算应用程序描述(APPD)信息可以由用户配置。比如，第一网络设备开放北向接口，用户可以通过北向接口将人工编排的APPD信息注入给第一网络设备，其中，APPD信息用于在计算域部署MEC APP。

402：第三网络设备向第一网络设备发送多接入边缘计算应用程序的拓扑信息。

应理解，第三网络设备在向第一网络设备发送多接入边缘计算应用程序的拓扑信息之前，需要在边缘侧的计算域部署MEC APP。如图4所示，人工编排APPD以及APP镜像模板，将人工编排的APPD以及APP镜像模板配置到MEAO，并通过MEAO人工触发部署MEC APP上线部署，后续部署MEC APP的方式与图1的方式类似，本申请不去关注MEC APP的过程。

示例性的，第三网络设备根据MEC APP的服务注册消息确定MEC APP的拓扑信息。该服务注册消息是MEC APP注册给网络域的MEP，并由MEP发布给该第三网络设备的。

示例性的，对MEC APP中的服务进行实例化的过程中，在MEC APP中的服务实例化完成后，MEC APP会向MEP注册一条服务注册消息，该条服务注册消息表征该服务已完成实例化，并且该条服务注册消息包括MEC APP的实例信息以及服务实例信息；最后，在MEC APP中的所有服务都完成实例化之后，MEC APP向MEP注册一个用于指示MEC APP中的服务全部完成实例化的服务注册信息，以便MEP将MEC APP注册的服务注册消息发布给第三网络设备。因此，MEP发布给第三网络设备的服务注册消息包括MEC APP注册的实例信息以及服务实例信息，第三网络设备可以根据MEC APP注册的服务注册信息确定出MEC APP注册的拓扑信息。

应理解，在MEP将该MEC APP的服务注册消息发布给第三网络设备之前，第三网络设备可提前向MEP订阅该MEC APP的服务注册消息；这样在MEC APP上线，向MEP注册服务注册消息之后，MEP根据之前的订阅信息，可将MEC APP注册的服务注册消息发布给第三网络设备。

此外，在第三网络设备向MEP订阅该MEC APP的服务注册消息之前，第一网络设备向第三网络设备发送人工编排的APPD，该APPD中包括人工编排MEC APP的拓扑信息，为了区分MEC APP注册的拓扑信息与APPD中描述的拓扑信息，可将APPD中描述MEC APP的拓扑信息称为人工编排的拓扑信息，其中，人工编排的拓扑信息包括人工编排的实例信息和人工编排的服务实例信息；则第三网络设备根据该人工编排的APPD，得到人工编排的实例信息，并根据人工编排的实例信息，向MEP订阅该MEC APP的服务注册消息。比如，第三网络设备根据人工编排的MEC APP的APP ID，请求MEP在接收到与该APP ID对应的MEC APP注册的服务注册消息时，将该MEC APP的服务注册消息发布给第三网络设备。

应理解，MEC APP注册的拓扑信息为该MEC APP真实的拓扑信息，这个真实的拓扑信息可以与人工编排的拓扑信息可以相同，也可不同，本申请对此不做限定。比如，人工在APPD中编排了10个服务实例，但MEC APP实际注册的只有9个服务实例(可能因为基础设施资源不足或者MEC APP自身服务实例化失败等原因)，那么此时第三网络设备给MEPM回MECAPP实例化配置响应消息后，应等待管理面的人工决策(或者根据管理面预先注入的策略，比如是否允许MEC APP服务实例化部分成功，允许部分成功的最低比例门限)自动决策后续处理，本申请对此不作限制。假设管理面允许MEC APP服务实例化部分成功，则第三网络设备应向第一网络设备上报MEC APP注册的真实服务实例信息，第一网络设备则以此为准建立MEC APP的拓扑信息表，并维护第三网络设备上报的MEC APP的拓扑信息。

示例性的，第三网络设备根据人工编排的拓扑信息和MEC APP注册的拓扑信息，确定该MEC APP的所有服务都已经完成实例化后，即将人工编排的服务实例信息和MEC APP实际注册的服务信息进行比对，确定该MEC APP的所有服务都已经完成实例化，向第一网络设备发送MEC APP注册的MEC APP的拓扑信息。

403：第一网络设备根据多接入边缘计算应用程序描述信息和多接入边缘计算应用程序的拓扑信息，向第二网络设备发送第一请求信息，第一请求消息用于指示第二网络设备在网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例。相应的，第二网络设备根据第一请求消息，在网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例。

示例性的，第一网络设备根据APPD和MEC APP注册的MEC APP的拓扑信息，编排网络域的第一MEC Service以及与第一MEC Service对应的网络资源，其中，第一MEC Service包括但不限多接入边缘计算服务网关(Multi-access Edge Computing Service Gateway，MSG)，其中，MSG用于为MEC APP提供跨域服务。相应的，第一网络资源包括与MSG对应的通道IP Pool以及通道ID，其中，MSG对应的IP Pool以及ID用于建立跨域互访通道。

示例性，可以人工在APPD中编排为该MEC APP提供边缘计算服务的多接入边缘计算服务。因此，第一网络设备可以根据APP中人工编排的多接入边缘计算服务以及MEC APP注册的MEC APP的服务实例信息，决策需要在网络域部署的第一MEC Service。比如，人工在APPD中编排了为该MEC APP提供跨域服务的MSG，则决策需要在网络域部署MSG。

当然，在决策部署多接入边缘计算服务的过程中，第一网络设备可以结合MEC APP注册的MEC APP的服务实例信息，综合决策需要在网络域部署的第一MEC Service有哪些。比如，在APPD中没有编排MSG，但是，第一网络设备确定出MEC APP中的某些服务实例需要进行跨域访问，则决策需要在网络域部署MSG。

相应的，第二网络设备接收到第一请求消息后，根据MEC APP注册的拓扑信息、第一MEC Service以及第一网络资源在网络域(即在边缘侧的网络域的UPF)中部署第一MECService实例，即第二网络设备根据第一网络资源对第一MEC Service进行实例化，得到用于为MEC APP提供第一MEC Service的第一MEC Service实例。后续提到的在网络域部署MECService实例均是在边缘侧的网络域的UPF中部署MEC Service实例，不再赘述。

404：第一网络设备根据应用程序描述信息和多接入边缘计算应用程序的拓扑信息和向第三网络设备发送第二请求信息，第二请求消息用于指示第三网络设备在计算域部署与多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。相应的，第三网络设备根据第二请求消息，在计算域部署与多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。

示例性的，与上述部署第一多接入边缘计算服务实例的方式类似，第一网络设备决策出需要在计算域部署的第二多接入边缘计算服务以及与该第二多接入边缘计算服务对应的第二网络资源，并向该第三网络设备发送第二请求信息，指示第三网络设备在计算域部署与多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。

示例性的，第二多接入边缘计算服务包括但不限于：MSG、APP LB Service、第一DNS Service、第二DNS Service以及网络地址转换协议(Network Address Translation，NAT)服务，其中，MSG用于实现网络域与计算域之间的跨域互访数据通道，第一DNS Service用于支持用户设备与MEC APP之间进行数据传输过程中的域名查询，第二DNS Service用于支持MEC APP进行本域或跨域互访MEC APP/MEC Service的域名查询。相应的，第二网络资源包括与MSG对应的通道IP Pool和通道ID、与APP LB Service对应的虚拟(Virtual)APPIP、与NAT服务对应的NAT IP Pool。

相应的，第三网络设备接收到第二请求消息后，根据MEC APP注册的拓扑信息、第二MEC Service以及第二网络资源在计算域(即在边缘侧的计算域的MEC Service平台)中部署第二MEC Service实例，即第二网络设备根据第二网络资源对第二MEC Service进行实例化，得到用于为MEC APP提供第二MEC Service的第二MEC Service实例。后续提到的在计算域部署MEC Service实例均是在边缘侧的计算域的MEC Service平台中部署MEC Service实例，不再赘述。

在本申请的一个实施方式中，除了在APPD中编排MEC APP的MEC Service之外，MECAPP还可以动态申请MEC Service。比如，MEC APP向MEP发送MEC Service申请消息，其中，MEC Service申请消息用于请求分配MEC Service，且MEC Service申请消息包括MEC APP申请的MEC Service的类型以及标识，等等；MEP向第三网络设备转发该MEC Service申请消息，其中，该MEC APP中的每个服务实例都可以动态申请MEC Service。此外，若MEC APP的服务实例动态申请了MEC Service，则第三网络设备在向第一网络设备发送MEC APP注册拓扑信息的过程中，还可以上报MEC Service申请消息，以便第一网络设备为MEC APP动态申请的MEC Service分配相应的网络资源，以便第三网络设备在本地对MEC APP动态申请的MECService进行实例化；最后，第三网络设备对MEC APP动态申请的MEC Service完成实例化之后，向MEP发送MEC Service分配响应消息，并由MEP将该MEC Service分配响应消息转发给MEC APP，该MEC Service分配响应消息用于指示第三网络设备对MEC APP动态申请的MECService实例化信息。

可以看出，由于MEC APP可以动态申请MEC Service，因此，后续MEC APP可以根据实际需求进行动态扩缩容，然后，由第三网络设备自动化完成对该MEC APP的动态扩缩容以及动态扩缩容之后的业务规则的动态更新，从而实现对MEC APP的自动化管理。

在本申请的一个实施方式中，对于MEC APP所需的一些多接入边缘计算服务可以不用在APPD中配置，也不需要MEC APP去动态申请，而是静态配置，比如，MSG作为一个默认的多接入边缘计算服务，无论是否在APPD中配置，以及MEC APP是否动态申请，都决策出需要在网络域和计算域部署MSG。提高了多接入边缘计算服务部署的灵活性。

可以看出，第一网络设备只需决策在网络域部署哪些MEC Service以及分配好相应的网络资源，然后，由第三网络设备根据MEC APP的拓扑信息以及第一网络资源，自主在计算域部署用于提供第二MEC Service的第二多接入边缘计算服务实例，减轻了第一网络设备的处理压力，将计算任务下发到各个第三网络设备，提高第一网络设备的工作稳定性。

举例来说，第一网络设备决策出需要在计算域部署APP LB Service，由第三网络设备自主决策需要部署多少个APP LB Service实例。具体的，第三网络设备可以根据MECAPP注册的服务实例信息，确定出MEC APP中需要APP LB Service的服务实例信息的数量，第三网络设备根据MEC APP中需要LB Service的服务实例的数量决策需要部署的APP LBService实例的数量；然后，从第一网络设备分配的第一网络资源中决策出每个APP LBService实例对应的网络资源，并在本地完成对每个APP LB Service实例的部署。

参阅图5，图5为本申请实施例提供的另一种服务实例部署方法的流程示意图，该实施例中与图4所示的实施例相同的内容，此处不再重复描述。本实施例的方法包括以下步骤。本实施例包括以下步骤：

501：第一网络设备获取多接入边缘计算应用程序描述信息。

502：第三网络设备向第一网络设备发送多接入边缘计算应用程序的拓扑信息。

503：第一网络设备根据应用程序描述信息和多接入边缘计算应用程序的拓扑信息，向第二网络设备发送第一请求信息，第一请求消息用于指示第二网络设备在网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例。相应的，第二网络设备根据第一请求消息在网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例。

504：第二网络设备向第一网络设备发送第一响应消息，第一响应消息包括下行跨域通道参数。

示例性的，第二网络设备在部署完该第一多接入边缘计算服务实例之后，向第一网络设备发送第一响应消息，该第一响应消息用于指示该第二网络设备完成第一多接入边缘计算服务实例的部署，并且还可以在第一响应消息中携带网络域的下行跨域通道参数，该下行跨域通道参数是第二网络设备在网络域部署MSG实例的过程中生成的。

其中，该下行数据通道参数包括网络域的MSG实例的通道ID和通道IP地址。

当然，第二网络设备可以通过一条专用消息给第一网络设备发送下行跨域通道参数，本申请对第二网络设备反馈下行跨域通道参数的方式不进行限定。

在本申请的一个实施方式中，第一网络设备向第三网络设备转发该下行跨域通道参数，比如，第二网络设备可以在该第二请求消息中携带该下行跨域通道参数，则该第二请求消息还用于指示第三网络设备根据该下行跨域通道参数建立网络域和计算域之间的跨域互访通道。当然，第一网络设备也可以通过一条专用的消息向第三网络设备转发该下行跨域通道参数，本申请不对转发下行跨域通道参数进行限定。

505：第一网络设备根据应用程序描述信息和多接入边缘计算应用程序的拓扑信息和向第三网络设备发送第二请求信息，第二请求消息用于指示第三网络设备在计算域部署与多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。相应的，第三网络设备根据第二请求消息在计算域部署与多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。

在本申请的一个实施方式中，该第二请求消息包括下行跨域通道参数。因此，第三网络设备可根据网络域的MSG实例的通道ID和通道IP地址以及本端(计算域)的MSG实例的通道ID和通道IP地址，建立从计算域和网络域之间的跨域互访通道。比如，在从计算域跨域访问网络域的情况下，将计算域的MSG实例的通道ID和通道IP地址作为源通道ID和源通道IP，将网络域MSG实例的通道ID和通道IP作为目的通道ID和目的通道IP，从而建立出计算域和网络域之间的跨域互访通道。

506：第二网络设备生成与第一多接入边缘计算服务实例对应的第一业务规则，并向第一多接入边缘计算服务实例插入第一业务规则。

应理解，本申请所涉及的业务规则可以理解为多接入边缘计算服务实例与MECAPP之间的对应关系。比如，为了提供APP LB Service，部署了两个APP LB Service实例，且这两个负载均衡实例为MEC APP中的十个服务实例提供APP LB Service，那就需要建立每个APP LB Service实例与MEC APP中的服务实例之间的对应关系，这个对应关系就是APPLB Service实例对应的业务规则。后续所涉及的第一业务规则以及第二业务规则，均与此处的业务规则解锁类似，不再叙述。

在本申请的一个实施方式中，该第一请求消息还用于指示第二网络设备生成与该第一多接入边缘计算服务实例对应的第一业务规则，并向第一多接入边缘计算服务实例插入该第一业务规则。当然，第一网络设备也可以通过其他请求消息指示第二网络设备生成与该第一多接入边缘计算服务实例对应的第一业务规则，比如，可以额外发送一条请求消息指示第二网络设备生成与该第一多接入边缘计算服务实例对应的第一业务规则。

相应的，第二网络设备会自主生成第一多接入边缘计算服务实例对应的第一业务规则，并向该第一多接入边缘计算服务实例插入该第一业务规则。示例性的，该第一规则包括但不限于向本地(网络域)分流服务插入的上行分类规则以及向MSG插入的MSG规则。

应说明，第二网络设备只是向第一多接入边缘计算服务实例插入该第一业务规则，并未使能该第一业务规则，也就是说，该第一多接入边缘计算服务实例此时还不能未用户设备提供该第一多接入边缘计算服务。

507：第三网络设备生成与第二多接入边缘计算服务实例对应的第二业务规则，并向第二多接入边缘计算服务实例插入第二业务规则。

示例性的，与上述生成第一业务规则的方式类似，该第二请求消息还用于指示第三网络设备生成与第二多接入边缘计算服务实例对应的第二业务规则，并向该第二多接入边缘计算服务实例插入该第二业务规则，并使能该第二业务规则。

应理解，本申请是以在生成第一业务规则之后，不去直接使能第一业务规则，并且在生成第二业务规则后，直接使能第二业务规则为例说明了对网络域和计算域的业务规则的使能方式。在实际应用中，也可以有其他的使能方式，比如，直接使能第一业务规则，不直接使能第二业务规则；或者，第一业务规则和第二业务规则都不直接使能，等等。本申请不对业务规则的使能方式进行限定。

可以看出，不直接使能第一业务规则，是给MEC APP中的服务实例的使能和生效留一定的缓冲时长，若直接使能第一业务规则和第二业务规则，而MEC APP中的服务实例还未生效，这样用户设备在边缘侧进行本地分流时，MEC APP就会无法提供边缘内容，用户设备在多次尝试之后，可能会转到中心侧去获取数据内容，反而增加了用户的通信时延。而不直接使能第一业务规则，若MEC APP中的服务实例的还未生效，边缘侧的UPF会将用户数据报文直接转发到中心侧的UPF，不会影响用户的通信需求。因此，一般来说，在确定MEC APP中的服务实例的使能和生效之后，再去使能第一业务规则，比如，MEC APP向第三网络设备发送一条所有服务实例都生效的指示信息，第三网络设备将这条指示信息转发给第一网络设备，这个时候第一网络设备可以向第二网络设备发送第四请求消息。

508：第三网络设备向第一网络设备发送第二响应消息，第二响应消息包括上行跨域通道参数。

示例性的，第二响应消息用于指示第三网络设备完成对第二多接入边缘计算服务的实例化，以及向第二多接入边缘计算服务实例插入第二业务规则。

509：第一网络设备向第二网络设备发送第三请求消息，第三请求消息包括上行跨域通道参数，第三请求消息用于指示第二网络设备根据上行跨域通道参数以及下行跨域通道参数，建立网络域和计算域之间的跨域互访通道。

相应的，第二网络设备根据本端(网络域)的MSG的下行跨域通道参数以及对端(计算域)的MSG的上行跨域通道参数，建立网络域和计算域之间的跨域互访通道。

510：第一网络设备向第二网络设备发送第四请求消息，第四请求消息用于指示第二网络设备通知网络域的用户面功能实体使能第一业务规则，用户面功能实体是第二网络设备根据多接入边缘计算应用程序的拓扑信息确定的。

应理解，如步骤507中所述，第一网络设备单独去使能第一业务规则，可以在MECAPP中的服务实例不能立即生效的情况下，保证用户的通信需求。此外，在MEC APP中的服务实例生效的情况下，可以通过第三网络设备向第一网络设备发送一个生效指示，该指示可触发第一网络设备去使能第一业务规则，从而实现即使MEC APP中的服务实例不能立即生效，也能自动使能实现网络域的业务规则以及计算域的业务规则。

511：第二网络设备向第一网络设备发送第三响应消息，第三响应消息用于指示用户面功能实体完成对第一业务规则的使能。

512：第一网络设备向中心侧的策略控制功能发送第五请求消息，第五请求消息包括多接入边缘计算应用程序的实例标识和数据网络接入标识。

513：中心侧的策略控制功能向中心侧的会话管理功能转发多接入边缘计算应用程序的实例标识和数据网络接入标识，并向中心侧的会话管理功能插入多接入边缘计算应用程序的实例标识和位置标识。

由于第一网络设备将MEC APP的实例标识(即APP ID)和数据网络接入标识(DNAI)插入到PCF，其中，该MEC APP的实例标识(APP ID)指示该MEC APP的用户签约组，则在后续建立上下会话文的过程中，确定用户设备属于该用户签约组的情况下，则向会话管理功能SMF插入该MEC APP的实例标识(APP ID)和数据网络接入标识(DNAI)。

514：中心侧的会话管理功能根据多接入边缘计算应用程序的位置标识选择边缘侧的用户面功能实体，并向边缘侧的用户面功能实体插入多接入边缘计算应用程序的实例标识和数据网络接入标识。

示例性的，SMF则根据数据网络接入标识，即DNAI，选择一个匹配的边缘UPF为用户设备建立会话上下文，并判断若该用户设备符合本地分流条件(比如，用户设备当前处于该DNAI位置)，则指示UPF插入MEC APP的APP ID。

示例性的，后续边缘UPF收到符合本地分流条件的用户设备的上行DNS查询报文，基于MEC APP域名进行L7 ULCL规则匹配，决定本地分流，则通过计算域和网络域的跨域通道服务(MSG)，将上行DNS查询报文转发给计算域的MEC服务实例(计算域中的DNS服务实例)，DNS服务处理该DNS查询报文，并根据报文中携带的MEC APP域名查询之前创建好的MECAPP域名记录，返回DNS查询响应报文(携带MEC APP Virtual IP或MEC APP Real IP)。后续边缘UPF再收到符合本地分流条件的用户设备的用户数据报文，基于MEC APP Virtual IP/Port或MEC APP Real IP/Port，进行L3/L4 ULCL规则匹配，决定本地分流，则通过计算域和网络域的跨域通道服务(MSG)，将上行用户数据报文转发给计算域中的MEC服务实例(计算域中的APP LB服务实例，MEC APP Virtual IP/Port)或MEC APP中的服务实例(MEC APPReal IP/Port)。如果是发给APP LB服务实例，则APP LB服务实例根据第二业务规则，将该用户数据报分发给MEC APP中相应的服务实例，MEC APP中相应的服务实例根据用户数据报文确定对应的下行边缘内容，并通过计算域的计算域和网络域的跨域通道服务(MSG)将下行边缘内容发送给用户设备。这样通过上述过程，实现本地分流上下行DNS报文和用户数据报文转发，降低用户获取数据的时延，提高用户体验。

在本申请的一个实施方式中，还可以自动化决策部署MEC APP，如图6所示，从第三网络设备接收多接入边缘计算应用程序的拓扑信息之前，还可以通过以下步骤触发MECAPP的自动化部署：

P11：第一网络设备向网络数据分析功能(Network Data Analytics Function，NWDAF)订阅APP的访问统计数据。

P12：NWDAF向第一网络设备发布APP的访问统计数据。

P13：第一网络设备根据应用程序的访问统计数据以及业务策略，向第三网络设备发送第一提示信息，第一提示信息用于指示第三网络设备通知计算域的网络功能虚拟化基础设施部署用于为APP提供边缘内容的MEC APP。

示例性的，该业务策略是人工编排好的，并通过第一网络设备的北向接口配置给该第一网络设备。其中，该业务策略可以是基于访问次数的策略，比如，在对该APP的访问次数大于第一阈值的情况下，则需要去部署为该APP提供边缘内容的MEC APP，以实现本地分流；或者，该业务策略可以是基于访问时长的策略，比如，在对该APP的总访问时长大于第二阈值的情况下，则需要去部署为该APP提供边缘内容的MEC APP。实际应用中，可依据实际的需求去编排业务策略，本申请不对业务策略的形式进行限定。

相应的，NFVI接收第一提示信息之后，会为该MEC APP分配相应的网络资源，并将分配好的网络资源返回给MEPM，并通知MEPM完成MEC APP的后续部署，其MEC APP的部署与图1示出的部署方式类似，不再叙述。

可以看出，在本申请实施例中，可预先注入业务策略，根据这个业务策略以及获取到的APP的访问统计数据动态触发MEC APP的部署，进一步提高MEC APP部署的智能化以及自动化。

在本申请的另一个实施方式中，也可以自动化决策部署MEC APP，如图7所示，从第三网络设备接收多接入边缘计算应用程序的拓扑信息之前，还可以通过以下步骤触发MECAPP的自动化部署：

P21：应用程序提供方向第一网络设备发送第六请求消息，第六请求消息用于请求部署为APP提供边缘内容的MEC APP。

示例性的，应用程序提供方可以为APP的控制器，即APP Controller。APPController可以获取APP的访问统计数据，根据该访问统计数据以及业务策略生成第六请求消息，然后，通过第一网络设备的开发接口向第一网络设备发送第六请求消息。

P22：第一网络设备指示第三网络设备通知计算域的网络功能虚拟化基础设施部署用于为应用程序提供边缘内容的所述多接入边缘计算应用程序。

同样的，第一网络设备可以向第三网络设备发送第一提示信息，通过该第一提示信息指示第三网络设备通知计算域的网络功能虚拟化基础设施部署用于为应用程序提供边缘内容的所述多接入边缘计算应用程序。

示例性的，部署MEC APP的方式与上述的部署方式类似，不再叙述。

P23：第一网络设备向应用程序提供方发送第六响应消息，第六响应消息用于指示完成MEC APP的部署以及业务使能。

同样，在本申请实施例中，可由信息提供方自动触发MEC APP的上线和部署，进一步提高MEC APP部署的智能化以及自动化。

首先说明，本申请的跨域互访通道建立的应用场景，可以是建立两个边缘侧的计算域之间的跨域互访通道，也可以是建立一个边缘侧的计算域和一个中心侧的计算域之间的跨域互访通道，还可以是两个中心侧的计算域之间的跨域互访通道。因此，后续涉及的第一计算域以及第二计算域均可以是边缘侧的计算域，也可以是中心侧的计算域，本申请中主要以第一计算域为边缘侧的计算域，第二计算域为中心侧的计算域为例进行举例说明。相对应的，第四网络设备可以理解为上述的第一网络设备，第五网络设备可以理解为上述的第三网络设备，第六网络设备则为管理第二计算域的网络设备。

为了便于理解本申请的跨域访问通道建立方法，下面结合附图介绍一下本申请的多接入边缘计算服务实例部署方法应用的跨域访问通道建立系统。

如图8所示，本申请的跨域访问通道建立相对于标准的MEC系统，在中心侧额外部署了第四网络设备，在边缘侧的计算域额外部署了第五网络设备，在中心侧的计算域额外部署了第六网络设备。其中，第四网络设备、第五网络设备以及第六网络设备之间协同工作，自动化建立第一计算域和第二计算域之间的跨域互访通道。

示例性的，在接收到跨域访问请求的情况下，第五网络设备配置第一计算域中的第一多接入边缘计算服务实例的第一跨域通道参数以及第一多接入边缘计算服务实例与第一多接入边缘计算应用程序之间的第一路由参数，并将第一跨域通道参数配置给第一多接入边缘计算服务实例，将第一路由参数通过第一计算域的第一多接入边缘计算平台配置给第一多接入边缘计算应用程序；

第五网络设备将第一跨域通道参数以及第二计算域的实例信息发送给第四网络设备；

第四网络设备根据第二计算域的实例信息向第六网络设备转发该第一跨域通道参数，并指示该第六网络设备建立跨域互访通道。因此，第六网络设备配置第二计算域中的第二多接入边缘计算服务实例的第二跨域通道参数以及第二多接入边缘计算服务实例与第二多接入边缘计算应用程序之间的第二路由参数，并将第一跨域通道参数以及第二跨域通道参数配置给第二多接入边缘计算服务实例，将第二路由参数通过第二计算域的第二多接入边缘计算平台配置给第二多接入边缘计算应用程序；最后，将第二跨域通道参数发送给第四网络设备；

第四网络设备将第二跨域通道参数转发给第五网络设备，第五网络设备将第二跨域通道参数配置给第一多接入边缘计算服务实例；

综合上面的参数配置，第一多接入边缘计算应用程序和第一多接入边缘计算服务实例可基于第一路由参数建立通信链路，第一多接入边缘计算服务实例和第二多接入边缘计算服务计算实例，基于第一跨域通道参数和第二跨域通道参数可以建立跨域互访通道，第二多接入边缘计算服务实例和第二多接入边缘计算应用程序可基于第二路由参数建立通信链路。这样，就自动化的建立出了一条跨域互访通信链路：即第一多接入边缘计算应用程序、第一多接入边缘计算服务实例、第二多接入边缘计算服务实例和第二多接入边缘计算服务实例之间的通信链路。后续，第一多接入边缘计算应用程序和第二多接入边缘计算应用程序可以通过这条通信链路进行跨域互访。

可以看出，在本申请实施例中，第四网络设备、第五网络设备以及第六网络设备之间协同工作，自动化打通两个计算域之间的MEC APP的跨域互访，降低了MEC APP的运维成本。

参阅图9，图9为本申请实施例提供的一种跨域互访通道建立方法的流程示意图，该方法包括：

901：第一计算域的第一多接入边缘计算应用程序向第一计算域的第一多接入边缘计算平台发送跨域访问请求，其中，跨域互访请求用于指示第一计算域的第一多接入边缘计算应用程序请求跨域访问第二计算域，跨域互访请求包括第二计算域的实例信息。

示例性的，第二计算域的实例信息包括但不限于第二计算域的域名、标识以及位置。

902：第一计算域的第一多接入边缘计算平台将跨域访问请求发布给第五网络设备。

示例性的，第五网络设备预先向第一多接入边缘计算平台订阅第一多接入边缘计算应用程序的跨域访问请求，比如，可根据第一多接入边缘计算应用程序的域名或者标识完成订阅；然后，第一多接入边缘计算平台在收到第一多接入边缘计算应用程序的跨域访问请求后，根据之前的订阅情况，将该第一多接入边缘计算应用程序的跨域访问请求发布给第五网络设备。

903：第五网络设备配置第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数，并将第一跨域通道参数配置给第一多接入边缘计算服务实例。

示例性的，第一跨域通道参数包括但不限于第一多接入边缘计算服务实例用于跨域访问的通道ID、通道IP以及通道Port。

应理解，第五网络设备在接收到跨域访问请求后，先确定本地(第一计算域)中是否部署有用于跨域互访的第一多接入边缘计算服务实例，若未部署，则先部署该第一多接入边缘计算服务实例；若已经部署，则可以无需部署第一多接入边缘计算服务实例，当然，虽然已经部署有第一多接入边缘计算服务实例，也可以重新部署第一多接入边缘计算服务实例，比如，当前的第一多接入边缘计算服务实例已经为很多MEC APP提供边缘计算服务，需要重新部署一个第一多接入边缘计算服务实例。也就是说，第五网络设备自主决策第一多接入边缘计算服务实例的部署，并为该第一多接入边缘计算服务实例配置第一跨域通道参数，并将该第一跨域通道参数配置给第一多接入边缘计算服务实例。

904：第五网络设备向第四网络设备发送第二计算域的实例信息和第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数。

905：第四网络设备根据第二计算域的实例信息，向第六网络设备发送第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数。

示例性的，第四网络设备根据该第二计算域的实例信息，确定出与该第二计算域对应的第六网络设备，然后，向该第六网络设备发送第一跨域通道参数，并指示第六网络设备根据第一跨域通道参数建立跨域互访通道。

906：第六网络设备配置第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数以及第二多接入边缘计算服务实例的第二路由参数，并将第一跨域通道参数、第二跨域通道参数以及第二路由参数配置给第二多接入边缘计算服务实例。

示例性的，第二跨域通道参数包括但不限于第二多接入边缘计算服务实例用于跨域访问的通道ID、IP以及Port。示例性的，第二路由参数包括第二多接入边缘计算服务实例的下行IP地址。

应理解，第六网络设备也按需决策第二多接入边缘计算服务实例的部署，并未第二多接入边缘计算服务实例配置相应的第二跨域通道参数，并将第一跨域通道参数以及第二跨域通道参数配置给第二多接入边缘计算服务实例。这样，第二多接入边缘计算服务实例可建立跨域访问通道，比如，第二多接入边缘计算服务实例在进行下行跨域访问的过程中，将第二跨域通道参数作为源通道地址，将第一跨域通道参数作为目标通道地址，完成跨域访问。因此，第六网络设备跟第二计算域的第二多接入边缘计算平台之间也完成了订阅关系，用于发现该第二计算域中是否有用于跨域通道的多接入边缘计算服务上线，从而便于决策是否需要进行部署该多接入边缘计算服务。

应理解，在部署第二多接入边缘计算应用程序的过程中，第二多接入边缘计算应用程序会将第二多接入边缘计算应用程序的上行IP地址注册给第二计算域的第二MEP，第二MEP也会按照先前的订阅情况，将第二多接入边缘计算应用程序的上行IP地址发布给第六网络设备，则第六网络设备可以将第二多接入边缘计算应用程序的上行IP地址配置给第二多接入边缘计算应用程序。这样，第二多接入边缘计算服务实例可以根据本地(第二多接入边缘计算服务实例)的下行IP地址以及对端(第二多接入边缘计算应用程序)的上行IP地址，建立第二多接入边缘计算服务实例与第二多接入边缘计算应用程序之间的通信链路。同样，在下行传输的过程中，将下行IP地址作为源IP地址，将上行IP地址作为目标IP地址，完成第二多接入边缘计算服务实例到第二多接入边缘计算应用程序的下行传输。

907：第六网络设备将第二路由参数发送给第二计算域的第二多接入边缘计算平台。

908：第二计算域的第二多接入边缘计算平台将第二路由参数转发给第二计算域中的第二多接入边缘计算应用程序。

相应的，第二多接入边缘计算应用程序根据本端的路由参数(即上行路由参数)以及第二路由参数(下行路由参数)，建立第二多接入边缘计算服务实例与第二多接入边缘计算应用程序之间的通信链路。

909：第六网络设备向第四网络设备发送第二多接入边缘计算服务实例的第二跨域通道参数。

示例性的，第二响应消息用于指示第六网络设备侧的跨域访问通道完成建立。

910：第四网络设备向第五网络设备转发第二多接入边缘计算服务实例的第二跨域通道参数。

911：第五网络设备将第二多接入边缘计算服务实例的第二跨域通道参数配置给第一多接入边缘计算服务实例。

相应的，第一多接入边缘计算服务实例可根据该第二跨域通道参数以及第一跨域通道参数，建立第一多接入边缘计算服务实例与第二多接入边缘计算服务实例之间的跨域访问通道。

912：第五网络设备配置第一多接入边缘计算服务实例的第一路由参数，并向第一计算域的第一多接入边缘计算平台发送第二响应消息，第二响应消息包括第一路由参数。

示例性的，第二响应消息用于指示第一计算域和第二计算域之间的跨域访问通道完成建立。

913：第一计算域的第一多接入边缘计算平台将第一路由参数转发给第一计算域的第一多接入边缘计算应用程序。

相应的，第一多接入边缘计算应用程序根据第一多接入边缘计算服务实例的第一路由参数(下行路由参数)和本端(第一多接入边缘计算应用程序)的路由参数(上行路由参数)，建立第一多接入边缘计算应用程序和第一多接入边缘计算服务实例之间的通信链路。

应理解，在建立上述的跨域访问通道以及通信链路后，第一多接入边缘计算应用程序可通过第一多接入边缘计算应用程序与第一多接入边缘计算服务实例之间的通信链路将数据报文发送给第一多接入边缘计算服务实例，第一多接入边缘计算服务实例通过跨域互访通道将数据报文发送给第二多接入边缘计算服务实例，第二多接入边缘计算服务实例将多接入边缘计算服务实例发送给第二多接入边缘计算应用程序；最后，第二多接入边缘计算应用程序通相应的服务实例提供边缘内容，并将边缘内容返回给第一多接入边缘计算应用程序，从而实现了从第一多接入边缘计算应用程序到第二多接入边缘计算应用程序的跨域访问。

可以看出，在本申请实施例中，

在本申请的一个实施方式中，在多接入边缘服务实例的部署过程中，第一网络设备除了决策需要在网络域部署的第一多接入边缘计算服务以及相应的第一网络资源之外，第一网络设备也可以分配好第一多接入边缘计算服务所需的第一多接入边缘计算服务实例，以及与每个第一多接入边缘计算服务对应的网络资源和业务规则，然后，将分配好的第一多接入边缘计算服务所需的第一多接入边缘计算服务实例，以及与每个第一多接入边缘计算服务对应的网络资源和业务规则下发给第二网络设备，第二网络设备只需简单执行多接入边缘计算服务实例的部署过程，无需资源分配，只充当信息的执行者，不具备决策功能；同样，对于第二多接入边缘服务实例的部署，第一网络设备也可以按照对第一多接入边缘服务实例的部署方式进行部署，不再叙述。也就是说，在多接入边缘服务实例的部署过程中，第一用户设备可以充当部分过程的决策者，也可以充当整个过程的决策者，本申请对此不作限定。

在本申请的另一个实施方式中，在跨域互访通道的建立过程中，对于第一计算域中的第一多接入边缘计算服务实例的第一跨域通道参数、以及第一路由参数的生成，可以由第五网络设备执行，也可以由第四网络设备执行；在由第四网络设备执行的情况下，第五设备只需充当命令的执行者，将第四网络设备生成的第一跨域通道参数以及第一路由参数配置给第一跨域通道参数、以及第一路由参数；同样，对于第二计算域中的第二多接入边缘计算服务实例的第二跨域通道参数、以及第二路由参数的生成，可以由第五网络设备执行，也可以由第四网络设备执行，与上述类似，不再叙述。

上述本申请提供用于实现服务实例部署的实施例中，分别从第一网络设备、第二网络设备、第三网络设备、以及第一网络设备、第二网络设备与第三网络设备之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，第一网络设备、第二网络设备、第三网络设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

图10和图11为本申请的实施例提供一种通信装置的结构示意图。这些通信装置可以实现上述方法实施例中第一网络设备、第二网络设备或者第三网络设备的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请实施例中，该通信装置可以是如图4～图7对应的任一实施例中所示的第一网络设备，也可以是第二网络设备，也可以是第三网络设备，还可以是应用于第一网络设备或第二网络设备或第三网络设备的模块(如芯片)。

如图10所示，通信装置1000包括收发模块1001和处理模块1002。通信装置1000可用于实现上述图4～图7对应的任一实施例中第一网络设备或第二网络设备或第三网络设备的功能。

当通信装置1000用于实现图4～图7任一方法实施例中第一网络设备的功能时：

收发模块1001，用于获取多接入边缘计算应用程序描述信息；

处理模块1002，用于控制收发模块1001根据所述多接入边缘计算应用程序描述信息和所述多接入边缘计算应用程序的拓扑信息，向所述第二网络设备发送第一请求信息，和向所述第三网络设备发送第二请求信息，所述第一请求信息用于指示所述第二网络设备在所述网络域部署与所述多接入边缘计算应用程序对应的第一多接入边缘计算服务实例，所述第二请求信息用于指示所述第三网络设备在所述计算域部署与所述多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。

当通信装置1000用于实现图4～图7任一方法实施例中第二网络设备的功能时：

收发模块1001，用于从所述第一网络设备接收第一请求消息，所述第一请求消息是所述第一网络设备根据多接入边缘计算应用程序描述信息以及多接入边缘计算应用程序的拓扑信息生成的，所述多接入边缘计算应用程序的拓扑信息是由所述第二网络设备发送给所述第一网络设备的；

处理模块1002，用于根据所述第一请求消息在所述网络域部署与所述多接入边缘计算应用程序对应的第一多接入边缘计算服务实例。

当通信装置1000用于实现图4～图7任一方法实施例中第二网络设备的功能时：

收发模块1001，用于向所述第一网络设备发送多接入边缘计算应用程序的拓扑信息以及用于从所述第一网络设备接收第二请求消息，所述第二请求消息是所述第一网络设备根据多接入边缘计算应用程序描述信息以及多接入边缘计算应用程序的拓扑信息生成的；

处理模块1002，用于根据所述第二请求消息在所述网络域部署与所述多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。

关于上述收发模块1001和处理模块1002更详细的描述，可参考上述方法实施例中的相关描述，在此不再说明。

如图11所示，通信装置1100包括处理器1101和接口电路1102。处理器1101和接口电路1102之间相互耦合。可以理解的是，接口电路1102可以为收发器或输入输出接口。可选的，通信装置1100还可以包括存储器1103，用于存储处理器1101执行的指令或存储处理器1101运行指令所需要的输入数据或存储处理器1101运行指令后产生的数据。

当通信装置1100用于实现上述方法实施例中的方法时，处理器1101用于执行上述处理模块1002的功能，接口电路1102用于执行上述收发模块1001的功能。

当上述通信装置为应用于第一网络设备中的芯片时，该第一网络设备中的芯片实现上述方法实施例中第一网络设备的功能。该第一网络设备中的芯片从第一网络设备中的其它模块(如射频模块或天线)接收信息，该信息是第二网络设备或第三网络设备发送给第一网络设备的；或者，该第一网络设备中的芯片向第一网络设备中的其它模块(如射频模块或天线)发送信息，该信息是第一网络设备发送给第二网络设备或第三网络设备的。

当上述通信装置为应用于第二网络设备中的芯片时，该第二网络设备中的芯片实现上述方法实施例中第二网络设备的功能。该第二网络设备中的芯片从第二网络设备中的其它模块(如射频模块或天线)接收信息，该信息是第一网络设备发送给第二网络设备的；或者，该第二网络设备中的芯片向第二网络设备中的其它模块(如射频模块或天线)发送信息，该信息是第二网络设备发送给第一网络设备的。

当上述通信装置为应用于第三网络设备中的芯片时，该第三网络设备中的芯片实现上述方法实施例中第三网络设备的功能。该第三网络设备中的芯片从第三网络设备中的其它模块(如射频模块或天线)接收信息，该信息是第一网络设备发送给第三网络设备的；或者，该第三网络设备中的芯片向第三网络设备中的其它模块(如射频模块或天线)发送信息，该信息是第三网络设备发送给第一网络设备的。

本申请实施例还提供了一种多接入边缘计算系统，包括上述实现第一网络设备功能的通信装置、实现第二网络设备的通信装置以及上述实现第三网络设备功能的通信装置。

上述本申请提供用于实现跨域互访通道建立的实施例中，分别从第四网络设备、第五网络设备、第六网络设备、以及第四网络设备、第五网络设备、第六网络设备之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，第四网络设备、第五网络设备、第六网络设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

图12和图13为本申请的实施例提供另一种通信装置的结构示意图。这些通信装置可以实现上述方法实施例中第四网络设备、第五网络设备、第六网络设备的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请实施例中，该通信装置可以是如图8和图9对应的任一实施例中所示的第四网络设备、也可以是第五网络设备、也可以是第六网络设备，还可以是应用于第四网络设备、第五网络设备或第六网络设备的模块(如芯片)。

如图12所示，通信装置1200包括收发模块1201和处理模块1202。通信装置1200可用于实现上述图8或图9对应的任一实施例中第四网络设备、第五网络设备或第六网络设备的功能。

当通信装置1200用于实现图8或图9任一方法实施例中第四网络设备的功能时：

处理模块1202，用于控制收发模块1201,从所述第五网络设备接收所述第二计算域的实例信息和所述第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数；根据所述第二计算域的实例信息，向所述第六网络设备发送所述第一跨域通道参数；从所述第六网络设备接收所述第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数；向所述第五网络设备发送所述第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数；

其中，所述第一跨域通道参数和所述第二跨域通道参数用于表征所述第一多接入边缘计算服务实例与所述第二多接入边缘计算服务实例之间的跨域互访通道。

当通信装置1200用于实现图8或图9任一方法实施例中第五网络设备的功能时：

处理模块1202，用于控制收发模块1201向所述第四网络设备发送所述第二计算域的实例信息和所述第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数；从所述第四网络设备接收所述第二计算域中用于跨域访问的第二多接入边缘计算服务实例的第二跨域通道参数；

其中，所述第一跨域通道参数和所述第二跨域通道参数用于表征所述第一多接入边缘计算服务实例与所述第二多接入边缘计算服务实例之间的跨域互访通道。

当通信装置1200用于实现图8或图9任一方法实施例中第六网络设备的功能时：

处理模块1202，用于控制收发模块1201从所述第四网络设备接收所述第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数；向所述第四网络设备发送所述第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数；其中，所述第一跨域通道参数和所述第二跨域通道参数用于表征所述第一多接入边缘计算服务实例与所述第二多接入边缘计算服务实例之间的跨域互访通道。

关于上述收发模块1201和处理模块1202更详细的描述，可参考上述方法实施例中的相关描述，在此不再说明。

如图13所示，通信装置1300包括处理器1301和接口电路1302。处理器1301和接口电路1302之间相互耦合。可以理解的是，接口电路1102可以为收发器或输入输出接口。可选的，通信装置1300还可以包括存储器1303，用于存储处理器1301执行的指令或存储处理器1301运行指令所需要的输入数据或存储处理器1301运行指令后产生的数据。

当通信装置1300用于实现上述方法实施例中的方法时，处理器1101用于执行上述处理模块1202的功能，接口电路1302用于执行上述收发模块1201的功能。

当上述通信装置为应用于第四网络设备中的芯片时，该第四网络设备中的芯片实现上述方法实施例中第四网络设备的功能。该第四网络设备中的芯片从第四网络设备中的其它模块(如射频模块或天线)接收信息，该信息是第五网络设备或第六网络设备发送给第四网络设备的；或者，该第四网络设备中的芯片向第四网络设备中的其它模块(如射频模块或天线)发送信息，该信息是第四网络设备发送给第五网络设备或第六网络的。

当上述通信装置为应用于第五网络设备中的芯片时，该第五网络设备中的芯片实现上述方法实施例中第五网络设备的功能。该第五网络设备中的芯片从第五网络设备中的其它模块(如射频模块或天线)接收信息，该信息是第四网络设备发送给第五网络设备的；或者，该第五网络设备中的芯片向第五网络设备中的其它模块(如射频模块或天线)发送信息，该信息是第五网络设备发送给第四网络设备。

当上述通信装置为应用于第六网络设备中的芯片时，该第三网络设备中的芯片实现上述方法实施例中第六网络设备的功能。该第六网络设备中的芯片从第六网络设备中的其它模块(如射频模块或天线)接收信息，该信息是第四网络设备发送给第六网络设备的；或者，该第六网络设备中的芯片向第六网络设备中的其它模块(如射频模块或天线)发送信息，该信息是第六网络设备发送给第四网络设备的。

本申请实施例还提供了一种跨域互访通道建立系统，包括上述实现第四网络设备功能的通信装置、实现第五网络设备的通信装置以及上述实现第六网络设备功能的通信装置。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其它通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，RAM)、闪存、只读存储器(Read-Only Memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于第一网络设备、第二网络设备、第三网络设备、第四网络设备、第五网络设备或第六网络设备中。当然，处理器和存储介质也可以作为分立组件存在于第一网络设备、第二网络设备、第三网络设备、第四网络设备、第五网络设备或第六网络设备中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其它可编程装置。计算机程序或指令可以存储在计算机可读存储介质中，或者通过计算机可读存储介质进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器等数据存储设备。可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，DVD；还可以是半导体介质，例如，固态硬盘(solid state disk，SSD)。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系；在本申请的公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

Claims (40)

1.一种服务实例部署方法，其特征在于，应用于第一网络设备，所述第一网络设备属于多接入边缘计算系统，所述多接入边缘计算系统还包括第二网络设备和第三网络设备，其中，所述第一网络设备位于所述多接入边缘计算系统的中心侧，所述第二网络设备位于所述多接入边缘计算系统的边缘侧的网络域，所述第三网络设备位于所述多接入边缘计算系统的边缘侧的计算域；所述方法包括：

获取多接入边缘计算应用程序描述信息；

从所述第三网络设备接收多接入边缘计算应用程序的拓扑信息；

根据所述多接入边缘计算应用程序描述信息和所述多接入边缘计算应用程序的拓扑信息，向所述第二网络设备发送第一请求信息，和向所述第三网络设备发送第二请求信息，所述第一请求信息用于指示所述第二网络设备在所述网络域部署与所述多接入边缘计算应用程序对应的第一多接入边缘计算服务实例，所述第二请求信息用于指示所述第三网络设备在所述计算域部署与所述多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。

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

所述拓扑信息是所述第三网络设备根据所述多接入边缘计算应用程序的服务注册消息确定的，所述服务注册消息是所述多接入边缘计算应用程序注册给所述网络域的多接入边缘计算平台，并由所述网络域的多接入边缘计算平台发布给所述第三网络设备的。

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

所述第一请求消息包括第一边缘接入计算服务以及与所述第一边缘接入计算服务对应的第一网络资源；所述第一请求消息用于指示所述第二网络设备根据所述多接入边缘计算应用程序的拓扑信息、所述第一边缘接入计算服务以及所述第一网络资源，部署所述第一多接入边缘计算服务实例，所述第一多接入边缘计算服务实例用于提供所述第一边缘接入计算服务。

4.根据权利要求1-3中任一项所述的方法，其特征在于，

所述第一请求消息还用于指示所述第二网络设备生成与所述第一多接入边缘计算服务实例对应的第一业务规则，并向所述第一多接入边缘计算服务实例插入所述第一业务规则。

5.根据权利要求1-4中任一项所述的方法，其特征在于，

所述第二请求消息包括第二边缘接入计算服务以及与所述第二边缘接入计算服务对应的第二网络资源；所述第二请求消息用于指示所述第三网络设备根据所述多接入边缘计算应用程序的拓扑信息、所述第二边缘接入计算服务以及所述第二网络资源，部署所述第二多接入边缘计算服务实例，所述第二多接入边缘计算服务实例用于提供所述第一边缘接入计算服务。

6.根据权利要求1-5中任一项所述的方法，其特征在于，

所述第二请求消息还用于指示所述第三网络设备生成与所述第二多接入边缘计算服务实例对应的第二业务规则，并向所述第二多接入边缘计算服务实例插入所述第二业务规则。

7.根据权利要求1-6中任一项所述的方法，其特征在于，向所述第二网络设备发送第一请求消息之后，所述方法还包括：

从所述第二网络设备接收第一响应消息，所述第一响应消息包括下行跨域通道参数；

其中，所述第二请求消息包括所述下行跨域通道参数，所述第二请求消息还用于指示所述第三网络设备根据所述下行跨域通道参数建立所述网络域和所述计算域之间的跨域互访通道。

8.根据权利要求1-7中任一项所述的方法，其特征在于，向所述第三网络设备发送第二请求消息之后，所述方法还包括：

从所述第三网络设备接收第二响应消息，所述第二响应消息包括上行跨域通道参数；

向所述第二网络设备发送第三请求消息，所述第三请求消息包括所述上行跨域通道参数，所述第三请求消息用于指示所述第二网络设备根据所述上行跨域通道参数以及所述下行跨域通道参数，建立所述网络域和所述计算域之间的跨域互访通道。

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

向所述第二网络设备发送第四请求消息，所述第四请求消息用于指示所述第二网络设备通知所述网络域的用户面功能实体使能所述第一业务规则，所述用户面功能实体是所述第二网络设备根据所述多接入边缘计算应用程序的拓扑信息确定的。

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

从所述第二网络设备接收第三响应消息，所述第三响应消息用于指示所述用户面功能实体完成对所述第一业务规则的使能。

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

向所述中心侧的策略控制功能发送第五请求消息，所述第五请求消息包括所述多接入边缘计算应用程序的实例标识和位置信息，所述第五请求消息用于指示所述策略控制功能将所述多接入边缘计算应用程序的实例标识和位置信息转发给所述中心侧的会话管理功能，以使所述会话管理功能根据所述多接入边缘计算应用程序的位置信息选择所述用户面功能实体，以使所述用户面功能实体建立用户会话上下文，并插入所述多接入边缘计算应用程序的实例标识。

12.根据权利要求1-11中任一项所述的方法，其特征在于，从所述第三网络设备接收多接入边缘计算应用程序的拓扑信息之前，所述方法还包括：

向网络数据分析功能订阅应用程序的访问统计数据；

根据所述应用程序的访问统计数据以及业务策略，向所述第三网络设备发送第一提示信息，所述第一提示信息用于指示所述第三网络设备通知所述计算域的网络功能虚拟化基础设施部署用于为所述应用程序提供边缘内容的所述多接入边缘计算应用程序。

13.根据权利要求1-11中任一项所述的方法，其特征在于，从所述第三网络设备接收多接入边缘计算应用程序的拓扑信息之前，所述方法还包括：

从应用程序提供方获取第六请求消息，所述第六请求消息用于请求部署为所述应用程序提供边缘内容的所述多接入边缘计算应用程序；

根据所述第六请求消息，向所述第三网络设备发送第一提示信息，所述第一提示信息用于指示所述第三网络设备通知所述计算域的网络功能虚拟化基础设施部署用于为所述应用程序提供边缘内容的所述多接入边缘计算应用程序。

14.一种服务实例部署方法，其特征在于，应用于第二网络设备，所述第二网络设备属于多接入边缘计算系统，所述多接入边缘计算系统还包括第一网络设备和第三网络设备，其中，所述第一网络设备位于所述多接入边缘计算系统的中心侧，所述第二网络设备位于所述多接入边缘计算系统的边缘侧的网络域，所述第三网络设备位于所述多接入边缘计算系统的边缘侧的计算域；所述方法包括：

从所述第一网络设备接收第一请求消息，所述第一请求消息是所述第一网络设备根据多接入边缘计算应用程序描述信息以及多接入边缘计算应用程序的拓扑信息生成的，所述多接入边缘计算应用程序的拓扑信息是由所述第二网络设备发送给所述第一网络设备的；

根据所述第一请求消息在所述网络域部署与所述多接入边缘计算应用程序对应的第一多接入边缘计算服务实例。

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

所述拓扑信息是所述第三网络设备根据所述多接入边缘计算应用程序的服务注册消息确定的，所述服务注册消息是所述多接入边缘计算应用程序注册给所述网络域的多接入边缘计算平台，并由所述网络域的多接入边缘计算平台发布给所述第三网络设备的。

16.根据权利要求14或15所述的方法，其特征在于，所述第一请求消息包括第一边缘接入计算服务以及与所述第一边缘接入计算服务对应的第一网络资源，

所述根据所述第一请求消息在所述网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例，包括：

根据所述多接入边缘计算应用程序的拓扑信息、所述第一边缘接入计算服务以及所述第一网络资源，部署所述第一多接入边缘计算服务实例，其中，所述第一多接入边缘计算服务实例用于提供所述第一边缘接入计算服务。

17.根据权利要求14-16中任一项所述的方法，其特征在于，根据所述第一请求消息在所述网络域部署与多接入边缘计算应用程序对应的第一多接入边缘计算服务实例之后，所述方法还包括：

生成与所述第一多接入边缘计算服务实例对应的第一业务规则，并向所述第一多接入边缘计算服务实例插入所述第一业务规则。

18.根据权利要求14-17中任一项所述的方法，其特征在于，所述方法还包括：

向所述第一网络设备发送第一响应消息，所述第一响应消息包括下行跨域通道参数，以使所述第三网络设备根据所述下行跨域通道参数建立所述网络域和所述计算域之间的跨域互访通道。

19.根据权利要求18所述的方法，其特征在于，向所述第一网络设备发送第一响应消息之后，所述方法还包括：

从所述第一网络设备接收第三请求消息，所述第三请求消息包括所述上行跨域通道参数；

根据所述上行跨域通道参数以及所述下行跨域通道参数，建立所述网络域和所述计算域之间的跨域互访通道。

20.根据权利要求17-19中任一项所述的方法，其特征在于，所述方法还包括：

从所述第一网络设备接收第四请求消息；

根据所述应用程序的拓扑信息，确定网络域的用户面功能实体；

根据所述网络域的用户面功能实体通知所述网络域的用户面功能实体使能所述第一业务规则。

21.一种服务实例部署方法，其特征在于，应用于第三网络设备，所述第三网络设备属于多接入边缘计算系统，所述多接入边缘计算系统还包括第一网络设备和第二网络设备，其中，所述第一网络设备位于所述多接入边缘计算系统的中心侧，所述第二网络设备位于所述多接入边缘计算系统的边缘侧的网络域，所述第三网络设备位于所述多接入边缘计算系统的边缘侧的计算域；所述方法包括：

向所述第一网络设备发送多接入边缘计算应用程序的拓扑信息；

从所述第一网络设备接收第二请求消息，所述第二请求消息是所述第一网络设备根据多接入边缘计算应用程序描述信息以及多接入边缘计算应用程序的拓扑信息生成的；

根据所述第二请求消息在所述网络域部署与所述多接入边缘计算应用程序对应的第二多接入边缘计算服务实例。

22.根据权利要求21所述的方法，其特征在于，所述第二请求消息包括第二边缘接入计算服务以及与所述第二边缘接入计算服务对应的第二网络资源，

所述第二请求消息包括第二边缘接入计算服务以及与所述第二边缘接入计算服务对应的第二网络资源，包括：

根据所述多接入边缘计算应用程序的拓扑信息、所述第二边缘接入计算服务以及所述第二网络资源，部署所述第二多接入边缘计算服务实例，其中，所述第二多接入边缘计算服务实例用于提供所述第一边缘接入计算服务。

23.根据权利要求21或22所述的方法，其特征在于，所述方法还包括：

生成与所述第二多接入边缘计算服务实例对应的第二业务规则，并向所述第二多接入边缘计算服务实例插入所述第二业务规则。

24.根据权利要求21-23中任一项所述的方法，其特征在于，所述方法还包括：

向所述第一网络设备发送第二响应消息，所述第二响应消息包括上行跨域通道参数，以使所述第二网络设备根据所述上行跨域通道参数，建立所述网络域和所述计算域之间的跨域互访通道。

25.根据权利要求24所述的方法，其特征在于，第二请求消息包括所述下行跨域通道参数，所述方法还包括：

根据所述下行跨域通道参数建立所述网络域和所述计算域之间的跨域互访通道。

26.根据权利要求21-25中任一项所述的方法，其特征在于，向所述第一网络设备发送多接入边缘计算应用程序的拓扑信息之前，所述方法还包括：

从所述第一网络设备接收第一提示信息；

根据所述第一提示信息通知所述计算域的网络功能虚拟化基础设施部署用于为所述应用程序提供边缘内容的所述多接入边缘计算应用程序。

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

所述第一提示信息是所述第一网络设备根据所述应用程序的访问统计数据以及业务策略生成的或根据从应用程序提供方获取到的第六请求消息生成的，所述第六请求消息用于请求部署为所述应用程序提供边缘内容的所述多接入边缘计算应用程。

28.一种跨域互访通道建立方法，其特征在于，应用于第五网络设备，所述第五网络设备属于跨域互访系统，所述跨域互访系统还包括第四网络设备和第六网络设备，其中，所述第四网络设备位于所述跨域互访系统的中心侧，所述第五网络设备位于所述跨域互访系统的第一计算域，所述第六网络设备位于所述跨域互访系统的第二计算域；所述方法包括：

向所述第四网络设备发送所述第二计算域的实例信息和所述第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数；

从所述第四网络设备接收所述第二计算域中用于跨域访问的第二多接入边缘计算服务实例的第二跨域通道参数；

其中，所述第一跨域通道参数和所述第二跨域通道参数用于表征所述第一多接入边缘计算服务实例与所述第二多接入边缘计算服务实例之间的跨域互访通道。

29.根据权利要求28所述的方法，其特征在于，向所述第四网络设备发送所述第二计算域的实例信息和所述第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数之前，所述方法还包括：

从所述第一计算域的第一多接入边缘计算平台接收跨域互访请求，所述跨域互访请求是由所述第一计算域的第一多接入边缘计算应用程序发送给所述第一多接入边缘计算平台，并由所述第一多接入边缘计算平台发布给所述第五网络设备的，所述跨域互访请求包括所述第二计算域的实例信息，所述跨域互访请求用于指示第一计算域的第一多接入边缘计算应用程序请求跨域访问所述第二计算域中的第二多接入边缘计算应用程序。

30.根据权利要求29所述的方法，其特征在于，从所述第一计算域的第一多接入边缘计算平台接收跨域互访请求之前，所述方法还包括：

向所述第一多接入边缘计算平台订阅所述第一多接入边缘计算应用程序的跨域互访请求。

31.根据权利要求28-30中任一项所述的方法，其特征在于，向所述第四网络设备发送所述第二计算域的实例信息和所述第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数之前，所述方法还包括：

在所述第一计算域部署所述第一多接入边缘计算服务实例以及配置所述第一跨域通道参数。

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

在所述第一计算域部署所述第一多接入边缘计算服务实例以及配置所述第一跨域通道参数之后，所述方法还包括：

配置所述第一多接入边缘计算服务实例与所述第一多接入边缘计算应用程序之间的第一路由参数；

从所述第四网络设备接收所述第二计算域中用于跨域访问的第二多接入边缘计算服务实例的第二跨域通道参数之后，所述方法还包括：

向所述第一多接入边缘计算平台发送跨域互访响应，并指示所述第一多接入边缘计算平台将所述跨域互访响应转发给所述第一多接入边缘计算应用程序，所述跨域互访响应包括所述第一路由参数，所述跨域访问响应用于指示所述第一多接入边缘计算应用程序根据所述第一路由参数，建立所述第一多接入边缘计算服务实例与所述第一多接入边缘计算应用程序之间的通信链路。

33.一种跨域互访通道建立方法，其特征在于，应用于第六网络设备，所述第六网络设备属于跨域互访系统，所述跨域互访系统还包括第四网络设备和第五网络设备，其中，所述第四网络设备位于所述跨域互访系统的中心侧，所述第五网络设备位于所述跨域互访系统的第一计算域，所述第六网络设备位于所述跨域互访系统的第二计算域；所述方法包括：

从所述第四网络设备接收所述第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数；

向所述第四网络设备发送所述第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数；

其中，所述第一跨域通道参数和所述第二跨域通道参数用于表征所述第一多接入边缘计算服务实例与所述第二多接入边缘计算服务实例之间的跨域互访通道。

34.根据权利要求33所述的方法，其特征在于，向所述第四网络设备发送所述第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数之前，所述方法还包括：

向所述第二计算域中的第二多接入边缘计算平台订阅用于跨域互访的第二多接入边缘计算服务实例的上线。

35.根据权利要求33或34所述的方法，其特征在于，向所述第四网络设备发送所述第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数之前，所述方法还包括：

在所述第二计算域部署所述第二多接入边缘计算服务实例以及配置所述第二跨域通道参数。

36.根据权利要求35所述的方法，其特征在于，在所述第二计算域部署所述第二多接入边缘计算服务实例以及配置所述第二跨域通道参数之后，所述方法还包括：

配置所述第二多接入边缘计算服务实例与所述第二多接入边缘计算应用程序之间的第二路由参数，并将所述第二路由参数配置给所述第二多接入边缘计算服务实例以及所述第二计算域的第二多接入边缘计算平台，所述第二多接入边缘计算平台用于将所述第二路由参数转发给所述第二多接入边缘计算应用程序，所述第二路由参数用于所述第二多接入边缘计算服务实例以及所述第二多接入边缘计算应用程序建立通信链路。

37.一种跨域互访通道建立方法，其特征在于，应用于第四网络设备，所述第四网络设备属于跨域互访系统，所述跨域互访系统还包括第五网络设备和第六网络设备，其中，所述第四网络设备位于所述跨域互访系统的中心侧，所述第五网络设备位于所述跨域互访系统的第一计算域，所述第六网络设备位于所述跨域互访系统的第二计算域；所述方法包括：

从所述第五网络设备接收所述第二计算域的实例信息和所述第一计算域中用于跨域互访的第一多接入边缘计算服务实例的第一跨域通道参数；

根据所述第二计算域的实例信息，向所述第六网络设备发送所述第一跨域通道参数；

从所述第六网络设备接收所述第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数；

向所述第五网络设备发送所述第二计算域中用于跨域互访的第二多接入边缘计算服务实例的第二跨域通道参数；

其中，所述第一跨域通道参数和所述第二跨域通道参数用于表征所述第一多接入边缘计算服务实例与所述第二多接入边缘计算服务实例之间的跨域互访通道。

38.一种通信装置，其特征在于，包括用于执行如权利要求1-13或权利要求14-20或权利要求21-27或权利要求28-32或权利要求33-36或权利要求37中任一项所述方法的模块。

39.一种通信装置，其特征在于，包括处理器和通信接口，所述通信接口用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置，所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1-13或权利要求14-20或权利要求21-27或权利要求28-32或权利要求33-36或权利要求37中任一项所述的方法。

40.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被运行时，实现如权利要求1-13或权利要求14-20或权利要求21-27或权利要求28-32或权利要求33-36或权利要求37中任一项所述的方法。

Images