CN114598641A - 业务路径建立方法、通信装置及存储介质 - Google Patents

Abstract

本申请实施例公开了一种业务路径建立方法、通信装置及存储介质。该方法包括：从多接入边缘计算应用程序接收第一请求消息，所述第一请求消息包括多接入边缘计算服务，其中，所述第一请求消息用于从所述多接入边缘计算平台获取多接入边缘计算服务实例与所述多接入边缘计算应用程序之间的业务路径，所述多接入边缘计算服务实例用于提供所述多接入边缘计算服务；配置所述多接入边缘计算服务实例与所述多接入边缘计算应用程序之间的业务路径，并向所述多接入边缘计算应用程序发送所述业务路径。本申请实施例有利于降低多接入边缘计算应用程序的运维成本。

Description

业务路径建立方法、通信装置及存储介质

技术领域

本发明涉及边缘计算领域，具体涉及一种业务路径建立方法、通信装置及存储介质。

背景技术

伴随5G技术成熟和普及，高带宽低时延应用业务在终端侧逐渐发展成熟，5G连接+边缘计算融合解决方案成为各大商家纷纷追求的目标和愿景。欧洲电信标准化协会(European Telecommunications Standards Institute，ETSI)标准中定义的多接入边缘计算(Multi-access Edge Computing，MEC)，通过在网络边缘位置部署多接入边缘计算应用程序(Multi-access Edge Computing Application，MEC APP)为用户提供边缘内容，实现本地分流，满足了信息提供方(Over The Top，OTT)在边缘侧对低时延、高吞吐业务的诉求。

目前，欧洲电信标准化协会(European Telecommunications StandardsInstitute，ETSI)标准为MEC技术定义了标准架构，在MEC的标准架构程中，当部署一个新的MEC APP的时候，需要人工参与该MEC APP的上线，比如，需要人工配置该MEC APP的网络域与计算域之间的通信链路。因此，目前在MEC APP上线的过程中，需要人工参与，导致MECAPP上线效率低，对MEC App的运维成本比较高。

发明内容

本申请提供了一种业务路径建立方法、通信装置及存储介质，通过自动生成多接入边缘计算应用程序与多接入边缘计算服务实例之间的业务路径，降低多接入边缘计算应用程序的运维成本。

第一方面，本申请实施例提供一种业务路径建立方法。该方法执行主体可以是多接入边缘计算平台，也可以是应用于多接入边缘计算平台中的芯片。下面以执行主体是多接入边缘计算平台为例进行描述。该方法包括：从多接入边缘计算应用程序接收第一请求消息，第一请求消息包括多接入边缘计算服务，其中，第一请求消息用于从多接入边缘计算平台获取多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径，多接入边缘计算服务实例用于提供多接入边缘计算服务；配置多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径，并向多接入边缘计算应用程序发送业务路径。

可以看出，在本申请实施例中，在多接入边缘计算应用程序上线的过程中，多接入边缘计算应用程序可以通过第一请求消息向多接入边缘计算应用平台申请多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径；多边缘接入计算平台根据需求，配置该业务路径，并将该业务路径下发给该多接入边缘计算应用程序。这样多接入边缘计算应用程序可以基于该业务路径，打通与多接入边缘计算服务实例之间的业务链路，也就实现自动打通该业务链路，无需人工参与，降低了对多接入边缘计算应用程序的运维成本。

在一些可能的实施方式中，业务路径包括业务规则和/或路由参数，业务规则用于表征多接入边缘计算服务实例与多接入边缘计算应用程序中的服务实例之间的对应关系，路由参数用于表征多接入边缘计算服务实例与多接入边缘计算应用程序之间的通信链路。

可以看出，多接入边缘计算平台可自动生成多接入边缘计算应用程序与多接入边缘计算服务实例之间的对应关系，不需要人工配置对应关系，降低了两者之间映射关系建立的难度；另外，可以由多接入边缘计算平台自动配置通信链路，无需人工参与，降低了多接入边缘计算应用程序上线部署的成本，提高了多接入边缘计算应用程序上线部署自动化程度。

在一些可能的实施方式中，通过第一MP1接口从多接入边缘计算应用程序接收第一请求消息或者通过新增的第一接口从多接入边缘计算应用程序接收第一请求消息，其中，第一MP1接口为MP1接口集中用于提供多接入边缘计算服务订阅功能的MP1接口，新增的第一接口用于提供多接入边缘计算服务申请的功能。

可以看出，多接入边缘计算平台可以通过第一MP1接口(订阅接口)接收到第一请求消息，即可以通过该多接入边缘计算平台本身提供的接口用于业务路径分配的请求消息，提高了对第一MP1接口的复用度；多接入边缘计算平台也可以通过新增的第一接口接收该第一请求消息，提高了第一请求消息发送的灵活性，可以灵活的完成业务路径的配置。

在一些可能的实施方式中，从多接入边缘计算应用程序接收第一请求消息之前，该方法还包括：从多接入边缘计算平台管理器接收配置消息，配置消息包括多接入边缘计算应用程序的网络参数，网络参数用于多接入边缘计算平台配置多接入边缘计算应用程序和多接入边缘计算服务实例之间的通信链路。

可以看出，提前定义多接入边缘计算应用程序的网络参数，这样多接入边缘计算平台可以清楚的知道多接入边缘计算应用程序所属的网络角色，比如，知道多接入边缘计算应用程序所属的网络切片，这样就会分配相应的切片实例，从而可以提高配置出的通信链路的精确度。

在一些可能的实施方式中，网络参数包括多接入边缘计算应用程序所属的虚拟局域网、所属的网络切片以及所属的签约用户组；配置多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径，包括：根据多接入边缘计算应用程序所属的虚拟局域网、所属的网络切片以及所属的签约用户组，确定多接入边缘计算应用程序与多接入边缘计算服务实例之间可使用的网络资源；根据多接入边缘计算应用程序与多接入边缘计算服务实例之间可使用的网络资源，配置多接入边缘计算应用程序与多接入边缘计算服务实例之间的通信链路。

可以看出，提前定义多接入边缘计算应用程序所属的虚拟局域网、所属的网络切片以及所属的签约用户组，多接入边缘计算平台可以精确的确定出多接入边缘计算应用程序与多接入边缘计算服务实例之间可以使用的网络资源(比如，计算资源、存储资源，虚机资源，等等)，从而提高配置出的通信链路的精确度。

在一些可能的实施方式中，网络参数还包括多接入边缘计算应用程序的接口能力，接口能力用于表征MP1接口中多接入边缘计算应用程序所支持的MP1接口，该方法还包括：根据多接入边缘计算应用程序的接口能力，与多接入边缘计算应用程序所支持的MP1接口进行对接。

可以看出，提前定义多接入计算应用程序的接口能力，多接入边缘计算应用平台可以清楚知道该多接入边缘计算应用程序支持哪些MP1接口，这样可以对这些MP1接口使能，与该多接入边缘计算应用程序所支持的MP1接口进行自动化对接，从而提高与多接入边缘计算应用程序的对接灵活性。

在一些可能的实施方式中，该方法还包括：根据多接入边缘计算应用程序的网络参数，生成与多接入边缘计算应用程序对应的上行分流规则；将上行分流规则配置给用户面功能实体，用户面功能实体与多接入边缘计算平台位于同一多接入边缘计算站点。

可以看出，多接入边缘计算平台根据多接入边缘计算应用程序的网络参数生成相应的上行分流规则，由于该上行分流规则是根据网络参数得到的，在提高本地分流筛选的精度，即提高筛选出符合本地分流条件的用户设备的精度。

第二方面，本申请实施例提供一种业务路径建立方法。该方法执行主体可以是多接入边缘计算应用程序，也可以是应用于多接入边缘计算应用程序中的芯片。下面以执行主体是多接入边缘计算应用程序为例进行描述。该方法包括：向多接入边缘计算平台发送第一请求消息，第一请求消息包括多接入边缘计算服务，其中，第一请求消息用于从多接入边缘计算平台获取多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径，多接入边缘计算服务实例用于提供多接入边缘计算服务；从多接入边缘计算平台接收多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径。

可以看出，在本申请实施例中，在多接入边缘计算应用程序上线的过程中，多接入边缘计算应用程序可以通过第一请求消息向多接入边缘计算应用平台申请多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径；多边缘接入计算平台根据需求，配置该业务路径，并将该业务路径下发给该多接入边缘计算应用程序。这样多接入边缘计算应用程序可以基于该业务路径，打通与多接入边缘计算服务实例之间的业务链路，也就实现自动打通该业务链路，无需人工参与，降低了对多接入边缘计算应用程序的运维成本。

在一些可能的实施方式中，业务路径包括业务规则和/或路由参数，业务规则用于表征多接入边缘计算服务实例与多接入边缘计算应用程序中的服务实例之间的对应关系，路由参数用于表征多接入边缘计算服务实例与多接入边缘计算应用程序之间的通信链路。

可以看出，多接入边缘计算平台可自动生成多接入边缘计算应用程序与多接入边缘计算服务实例之间的对应关系，不需要人工配置对应关系，降低了两者之间映射关系建立的难度；另外，可以由多接入边缘计算平台自动配置通信链路，无需人工参与，降低了多接入边缘计算应用程序上线部署的成本，提高了多接入边缘计算应用程序上线部署自动化程度。

在一些可能的实施方式中，向多接入边缘计算平台发送第一请求消息，包括：通过第一MP1接口向多接入边缘计算平台发送第一请求消息或者通过新增的第一接口向多接入边缘计算平台发送第一请求消息，其中，第一MP1接口为MP1接口集中用于提供多接入边缘计算服务订阅功能的MP1接口，新增的第一接口用于提供多接入边缘计算服务申请的功能。

可以看出，多接入边缘计算应用程序可以通过第一MP1接口(订阅接口)向多接入边缘计算平台发送第一请求消息，提高了对第一MP1接口的复用度，也可以通过新增的第一接口向多接入边缘计算平台发送第一请求消息，提高了第一请求消息发送的灵活性，可以灵活的申请配置与多接入边缘计算服务实例之间的业务路径。

在一些可能的实施方式中，通信链路是多接入边缘计算平台根据多接入边缘计算应用程序的网络参数配置的，多接入边缘计算应用程序的网络参数是多接入边缘计算平台管理器通过配置消息发送给多接入边缘计算平台的。

可以看出，提前定义多接入边缘计算应用程序的网络参数，这样多接入边缘计算平台可以清楚的知道多接入边缘计算应用程序所属的网络角色，比如，知道多接入边缘计算应用程序所属的网络切片，这样就会分配相应的切片实例，从而可以提高配置出的通信链路的精确度。

在一些可能的实施方式中，多接入边缘计算应用程序的网络参数包括多接入边缘计算应用程序所属的虚拟局域网、所属的网络切片以及所属的签约用户组；通信链路是由多接入边缘计算平台根据多接入边缘计算应用程序与多接入边缘计算服务实例之间可使用的网络资源配置的，可使用的网络资源是多接入边缘计算平台根据多接入边缘计算应用程序所属的虚拟局域网、所属的网络切片以及所属的签约用户组确定的。

可以看出，提前定义多接入边缘计算应用程序所属的虚拟局域网、所属的网络切片以及所属的签约用户组，多接入边缘计算平台可以精确的确定出多接入边缘计算应用程序与多接入边缘计算服务实例之间可以使用的网络资源(比如，计算资源、存储资源，虚机资源，等等)，从而提高配置出的通信链路的精确度。

在一些可能的实施方式中，网络参数还包括多接入边缘计算应用程序的接口能力，接口能力用于表征MP1接口中多接入边缘计算应用程序所支持的MP1接口。

可以看出，提前定义多接入计算应用程序的接口能力，多接入边缘计算应用平台可以清楚知道该多接入边缘计算应用程序支持哪些MP1接口，这样可以对这些MP1接口使能，与该多接入边缘计算应用程序所支持的MP1接口进行自动化对接，从而提高与多接入边缘计算应用程序的对接灵活性。

第三方面，本申请实施例提供一种通信装置，有益效果可以参见第一方面的描述此处不再赘述。通信装置具有实现上述第一方面的方法实例中行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，该通信装置包括：收发模块，用于从多接入边缘计算应用程序接收第一请求消息，第一请求消息包括多接入边缘计算服务，其中，第一请求消息用于从多接入边缘计算平台获取多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径，多接入边缘计算服务实例用于提供多接入边缘计算服务；处理模块，用于配置多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径；收发模块，还用于向多接入边缘计算应用程序发送业务路径。

第四方面，本申请实施例提供一种通信装置，有益效果可以参见第二方面的描述此处不再赘述。通信装置具有实现上述第一方面的方法实例中行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，该通信装置包括：处理模块，用于控制收发模块向多接入边缘计算平台发送第一请求消息，第一请求消息包括多接入边缘计算服务，其中，第一请求消息用于从多接入边缘计算平台获取多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径，多接入边缘计算服务实例用于提供多接入边缘计算服务；以及控制收发模块从多接入边缘计算平台接收多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径。

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

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

第七方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码并运行时，使得上述各方面中由多接入边缘计算平台执行的方法被执行。

第八方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码并运行时，使得上述各方面中由多接入边缘计算应用程序执行的方法被执行。

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

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

第十一方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述各方面中由多接入边缘计算平台执行的方法。

第十二方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述各方面中由多接入边缘计算应用程序执行的方法。

第十三方面，本申请提供了一种业务路径建立系统，包括第五方面的通信装置和第六方面的通信装置。

附图说明

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

图2为本申请实施例的一种业务路径建立系统的架构图；

图3为本申请实施例的一种计业务路径建立方法的流程示意图；

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

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

具体实施方式

本申请实施例的方法可适用于多种系统架构，比如，应用到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)，等等。

应理解，本申请所涉及的核心网网元包括但不限于以下网元：接入和移动性管理功能(Access and Mobility Management Function，AMF)网元、会话管理功能(SessionManagement Function，SMF)网元、管理网元、用户面功能(User Plane Function，UPF)、统一数据存储网元(Unified Data Repository，UDR)，策略控制功能(Policy ControlFunction，PCF)。

AMF：主要负责UE的认证，UE移动性管理，网络切片选择，SMF选择等功能；作为N1和N2信令连接的锚点并为SMF提供N1/N2 SM消息的路由；维护和管理UE的状态信息；

SMF：主要负责UE会话管理的所有控制面功能，包括UPF选择，IP地址分配，会话的服务质量(Quality of Service，Qos)管理，从PCF获取策略与计费控制(policy andcharging control，PCC)策略等；

UPF：作为PDU会话连接的锚定点，负责对用户设备的数据报文过滤、数据传输/转发、速率控制、生成计费信息等；

UDR网元：主要用于存储用户数据，包括由UDM调用的签约数据，PCF调用的策略信息，用于能力开放的结构化数据，NEF调用的应用数据。

AF实体：应用服务功能，与核心网网元交互以提供一些服务，例如，与PCF交互以进行业务策略控制，与NEF交互以获取一些网络能力信息或提供应一些应用信息给网络，提供一些数据网络接入点信息给PCF以生成相应的数据业务的路由信息；

PCF：为UE提供配置策略信息，为网络的控制面网元(例如AMF、SMF)提供管控UE的策略信息。

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

伴随5G技术成熟和普及，高带宽低时延应用业务在终端侧逐渐发展成熟，5G连接+边缘计算融合解决方案成为各大厂家纷纷追求的目标和愿景。欧洲电信标准化协会(European Telecommunications Standards Institute，ETSI)标准中定义的多接入边缘计算(Multi-access Edge Computing，MEC)解决方案，满足了信息提供方(Over The Top，OTT)在边缘侧对低时延、高吞吐业务的诉求。

ETSI标准定义了多接入边缘计算应用编排器(Multi-access Edge ComputingApplication Orchestrator，MEAO)和多接入边缘计算平台管理器(Multi-access EdgeComputing Platform Manager，MEPM)两个部署于中心侧的管理部件，同时定义了应用程序描述(Application Description，APPD)信息，其中，APPD描述了即将部署的多接入边缘计算应用程序(Multi-access Edge Computing Application，MEC APP)的实例信息，比如，MEC APP的资源信息、依赖的多接入边缘计算MEC服务(Service)、提供的服务、分流规则(Traffic Rule)、优雅退出、MEC APP的标识，等等；然后，MEPM通过Mm5接口以配置请求(Configure Request)消息将APPD中的关键信息下发给边缘侧的MEP处理，MEP对ConfigureRequest进行解析，与本地的数据平台(Date Plane)完成MEC APP的实例化部署。下面结合附图说明MEC APP的实例化部署过程。

如图1所示，操作支持系统(Operations Support Systems，Oss)向MEAO发送应用程序实例化请求(Instantiate application request)消息，MEAO将Instantiateapplication request消息转发给MEPM；然后，MEPM向网络功能虚拟化基础设施(NetworkFunctions Virtualization Infrastructure，NFVI)发送资源分配请求(resourceallocation request)消息；NFVI完成资源分配后，向MEPM返回资源分配响应(resourceallocation response)消息，该resource allocation request携带分配好的资源信息；MEPM向MEP发送Configure Request消息，该Configure Request消息携带MEC APP的关键信息以及分配好的资源；MEP基于该Configure Request消息配置该MEC APP，即对MEC APP进行实例化；最后，实例化完成之后，MEP向MEAO返回应用程序实例化响应(Instantiateapplication response)消息，并将Instantiate application response消息转发给Oss。

虽然，APPD描述了MEC APP的实例信息，但是描述字段有限，有些信息没有描述，对于未描述的信息则需要人工重新配置。比如，ETSI MEC标准定义的MEP为MEC APP提供了MP1接口集(MEP functional MP1接口)，该MP1接口集包括多种功能的MP1接口，这些MP1接口包括用于服务发布的MP1接口，用于服务发现的MP1接口，用于接收订阅的MP1接口，等等。然而，并不是所有的MEC APP都支持该MP1接口集中的所有MP1接口，也就是说有些应用提供方会根据自己的需求为MEC APP开发相应的MP1接口，为了MEP与MEC APP在MP1接口集上的成功对接，则在MEC APP上线时，人工将MEC APP所支持的MP1接口，通过APPD描述文件传递给MEPM，并通过MEPM下发给MEP。

此外，在完成对MEC APP的实例化之后，为了本地分流则需要打通MEC APP的通信链路，即MEC APP、MEC服务实例以及用户面功能实体(User Plane Function，UPF)之间的通信链路。目前，都是在人工查看到MEC APP的实例化完成(Ready)之后，人工配置MEC APP与MEC Service实例之间的通信链路，以及人工配置MEC Service实例与UPF之间的通信链路。

可以看出，目前在MEC APP上线的过程中，需要人工参与，导致MEC APP上线效率低，对MEC APP的运维成本比较高。

参阅图2，图2为本申请实施例提供的一种业务路径建立的系统架构图。该系统架构包括多接入边缘计算平台10和多接入边缘计算应用程序20。其中，多接入边缘计算平台10中部署有一个或多个接入边缘计算服务实例，多接入边缘计算应用程序20中部署有一个或多个服务实例，其中，多接入边缘计算服务实例用于为该多接入边缘计算应用程序20中的服务实例提供多接入边缘计算服务，每个服务实例用于为用户提供边缘内容。

示例性的，多接入边缘计算应用程序20向多接入边缘计算平台10发送第一请求消息，其中，该第一请求消息用于从多接入边缘计算平台10获取多接入边缘计算服务实例与多接入计算应用程序之间的业务路径；多接入边缘计算平台10配置多接入边缘计算服务实例与多接入边缘计算应用程序20之间的业务路径，并将该业务路径下发给多接入边缘计算应用程序20，相应的，多接入边缘计算应用程序20根据该业务路径，建立与多接入边缘计算服务实例之间的业务路径，即打通了多接入边缘计算应用程序20和多接入边缘计算服务实例之间的业务链路。

可以看出，在本申请实施例中，多接入边缘计算平台可以根据第一请求消息自动配置多接入边缘计算应用程序与多接入边缘计算服务实例之间的业务路径，无需人工配置，进而降低多接入边缘计算应用程序的运维成本。

应理解，该系统架构中还包括多接入边缘计算编排器(Multi-access EdgeOrchestrator，EMAO)、多接入边缘计算平台管理器(Multi-access Edge Manager，MEPM)，等等。这些设备用于执行其他的业务过程，比如，在建立业务路径之前，MEAO、网络功能虚拟化编排器(Network Functions Virtualization Orchestrator，NFVO)与其他设备之间协调工作，完成多接入边缘计算应用程序的部署以及实例化，本申请不去描述多接入边缘计算应用程序的部署过程。

参阅图3，图3为本申请实施例提供的一种业务路径建立方法的流程示意图。该方法包括以下步骤：

301：多接入边缘计算应用程序向多接入边缘计算平台发送第一请求消息。

其中，第一请求消息用于从多接入边缘计算平台获取多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径，多接入边缘计算服务实例用于提供多接入边缘计算服务。示例性的，该业务路径包括业务规则和/或通信链路。

具体的，业务规则用于表征该多接入边缘计算服务实例与该多接入边缘计算应用程序中的服务实例之间的对应关系，该多接入边缘计算服务实例用于给该多接入边缘计算应用程序提供该多接入边缘计算服务，该多接入边缘计算应用程序中的服务实例用于给用户提供边缘数据。比如，该多接入边缘计算服务实例用于提供负载均衡(Load Balance，LB)服务(Service)，并且该多接入边缘计算服务实例的数量是2个，而且，这两个多接入边缘计算服务实例为该多接入边缘计算应用程序的10个服务实例提供LB Service；然后，建立这2个多接入边缘计算服务实例与该10个服务实例之间的映射关系，比如，第一个多接入边缘计算服务实例为该10个服务实例中的前五个服务实例提供LB Service，第二个多接入边缘计算服务实例为该10个服务实例中的后五个服务实例提供LB Service，即建立了多接入边缘计算服务实例与该多接入边缘计算应用程序之间的业务规则。

具体的，该路由参数用于表示该多接入边缘计算服务实例与多接入边缘计算应用程序之间的通信链路。示例性的，该路由参数可以为该多接入边缘计算服务实例的下行路由参数，则MEC APP可以基于该下行路由参数以及本端的上行路由参数，建立与该MEC服务实例之间的通信链路，然后，在上行传输的过程中，将本端的上行路由参数作为源地址，将多接入边缘计算服务实例的下行路由参数作为目标地址，建立通信链路，并传输数据报文。其中，MEC APP本端的上行路由参数可以由MEC APP的控制面为该MEC APP分配，并由该MECAPP注册给该MEP，然后，由该MEP转发给该多接入边缘计算服务实例，不再详细叙述。

进一步地，通信链路还包括MEC APP与多接入边缘计算服务实例之间的VPN链路、网络切片实例、带宽、接口，等等。即MEC APP与MEC服务实例之间可使用的计算资源以及存储资源，使用哪条VPN链路，以及哪个接口(比如，N6接口)进行数据传输。

示例性的，MEC APP可以通过MP1接口集中的第一MP1接口向该MEP发送该第一请求消息，其中，该第一MP1接口为多接入边缘计算平台的MP1接口集中提供多接入边缘服务订阅功能的MP1接口。也就是说，该第一请求消息是一条订阅消息，多接入边缘计算应用程序向多接入边缘计算平台订阅该多接入边缘计算服务。相应的，多接入边缘计算平台通过第一MP1接口向该多接入边缘计算应用程序发送该业务路径。

应理解，若MEP中已部署了用于提供该多接入边缘计算服务的多接入边缘计算服务实例，并且该多接入边缘计算服务实例有足够的资源给该MEC APP提供该多接入边缘计算服务。比如，该多接入边缘计算服务实例的数量是2个，目前只给一个MEC APP中的5个服务实例提供多接入边缘计算服务，并且每个多接入边缘计算服务实例最多可以为MEC APP中的5个服务实例提供服务，因此，确定出该多接入边缘计算服务实例有剩余的资源给该MEC APP提供服务，则不用去部署该多接入边缘计算服务实例，只需要配置相应的业务规则以及通信链路即可。当然，若确定出该多接入边缘计算服务实例没有剩余资源或者未部署该多接入边缘计算服务实例，则需要先部署该多接入边缘计算服务实例。但是，这个多接入边缘计算服务实例不一定是由该MEC APP申请的，该MEC APP只是订阅了这个多接入边缘计算服务，也就是说，在没有相应的MEC服务实例的情况下，MEP可能不会立马去部署一个相应的MEC服务实例，而是等待该MEC服务实例上线。比如，后续其他MEC APP申请部署了这个MEC服务实例，MEP可以配置该MEC APP与该MEC服务实例之间的业务路径。

示例性的，MEC APP还可以通过新增的第一接口向该MEP发送该第一请求消息，该新增的第一接口用于提供多接入边缘计算服务申请的功能。也就是说，MEC APP通过该新增的第一接口发送第一请求消息，向MEP动态申请多接入边缘计算服务。

应理解，在多接入边缘计算应用程序接收第一请求消息之前，则MEP需要扩增用于接收MEC服务申请消息的第一接口，以及发送MEC服务申请响应消息的第二接口，并将该新增的第一接口和新增的第二接口开放给MEC APP。因此，MEP在通过该新增的第一接口接收到该第一请求消息之后，解析该第一请求消息可得到该多接入边缘计算服务；然后，MEP根据该新增的第一接口的功能，确定该MEC APP申请部署该多接入边缘计算服务。相应的，MEP通过该新增的第二接口向该MEC APP发送该业务路径。

应理解，若MEP中已部署了用于提供该多接入边缘计算服务的多接入边缘计算服务实例，并且该多接入边缘计算服务实例有足够的资源给该MEC APP提供该多接入边缘计算服务，则不用部署该多接入边缘计算服务实例，只需配置相应的业务规则以及路由参数。若确定出该多接入边缘计算服务实例没有剩余资源或者未部署该多接入边缘计算服务实例，则需要立即部署该多接入边缘计算服务实例，并在部署完成之后，配置该多接入边缘计算服务实例与该MEC APP之间的业务路径。

示例性的，MEC APP还可以通过MP1接口集中的任意一个MP1接口发送该第一请求消息，该第一请求消息是与该MP1接口格式匹配的消息，但在该第一请求消息中增加了新的字段，并在MEP和MEC APP中均增加对该字段的定义。这样MEP在接收到该第一请求消息后，除了解析该第一请求消息本身的功能之外，还可解析出该字段的功能。比如，在一个注册消息中新增了MEC服务申请的字段，并在该字段中携带该多接入边缘计算服务，则MEP解析该字段，除了获得该MEC APP的拓扑信息之外，还可以解析出该MEC APP申请部署该MEC服务。

302：多接入边缘计算平台配置多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径，并向多接入边缘计算应用程序下发业务路径。相应的，多接入边缘计算应用程序建立与多接入边缘计算服务实例之间的业务路径。

应理解，多接入边缘计算平台同时将该业务路径发送给该多接入边缘计算服务实例。相应的，该多接入边缘计算服务实例建立与该多接入边缘计算应用程序之间的业务路径。

可以看出，在本申请实施例中，多接入边缘计算平台可自动生成多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径，而不需要人工配置，降低了对多接入边缘计算应用程序的运维成本。

示例性的，MEP配置该多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务规则以及路由参数。示例性的，MEP可按照预先注入的业务策略模板配置该业务规则，比如，每个LB服务实例，服务MEC APP中的5个服务实例，并且按照从前往后的顺序依次进行配置；也可以按照预设算法进行配置，等等，本申请对配置方式不进行限定。

应理解，由于该业务规则实质上是该多接入边缘计算服务实例与该多接入边缘计算应用程序中的服务实例之间的对应关系。因此，多接入边缘计算应用程序可以针对性的向多接入边缘计算应用程序中的服务实例发送该业务规则，即将每个多接入边缘计算应用程序中的服务实例可使用的多接入边缘计算服务的标识发送给该多接入边缘计算应用程序。示例性的，LB服务实例包括LB Service1和LB Service2，且该LB Service1为该MEC APP中的服务实例1～服务实例5提供边缘计算服务，LB Service2为该MEC APP中的服务实例6～服务实例10提供边缘计算服务，则可以将该LB Service1的标识(比如，虚拟IP地址)发送给服务实例1～服务实例5，并指示该服务实例1～服务实例5使用该LB Service1进行负载均衡。

示例性的，MEP可以根据该MEC站点当前可使用的网络资源为该MEC服务实例分配网络资源，并根据该网络资源配置该多接入边缘计算服务实例与多接入边缘计算应用程序之间的通信链路。

在本申请的一个实施方式中，多接入边缘计算平台从多接入边缘计算应用程序接收第一请求消息之前，还从多接入边缘计算管理器接收配置消息，其中，配置消息包括多接入边缘计算应用程序的网络参数，该网络参数用于该多接入边缘计算平台配置该接入边缘计算应用程序和该多接入边缘计算服务实例之间的通信链路。如图3所示，在MEC APP上线部署时，首先人工编排APPD，在该APPD的新增字段指示该多接入边缘计算应用程序的网络参数，然后，通过MEAO提供的北向接口，将人工编排的APPD注入到该MEAO，MEAO将该APPD转发给该MEPM，MEPM解析该APPD可得到该多接入边缘计算应用程序的网络参数，并通过Mm5接口向MEP下发该配置消息，该配置消息包括该多接入边缘计算应用程序的网络参数，然后，MEP解析该配置消息，得到该多接入边缘计算应用程序的网络参数。

示例性的，MEC APP的网络参数包括MEC APP所属的虚拟局域网、所属的网络切片、接口能力、所属签约用户组以及数据网络接入标识(Data Network Access Identifier，DNAI)；其中，接口能力即是MEP提供的MP1接口集中，MEC APP所支持的MP1接口；签约用户组，即MEC APP能够提供本地分流的签约用户组。应理解，本申请所提到的网络参数均是举例说明，并不对网络参数的形式进行限定，后续还可以在APPD中描述其他的网络参数。

示例性的，人工编排APPD，在现有的APPD基础上增加了新的字段，并在新增的字段指示MEC APP的网络参数；然后，人工将编排好的APPD以及APP镜像模板注入给MEAO或MEPM，MEPM则将人工编排好的APPD下发给MEP。

示例性的，表1示出了一种指示MEC APP的网络参数的方式。

表1：

应理解，表1示出的指示MEC APP的网络参数的方式仅为举例说明，仅是说明可以通过在APPD通过新增字段的方式来指示MEC APP的网络参数，具体的指示可以多种多样的，比如，可以通过一个字段指示多个网络参数，等等。本申请不对指示方式进行限定。

应理解，在向MEAO或MEPM注入人工编排的APPD之后，可在MEAO或MEPM通过人工触发该MEC APP的上线部署，MEAO可根据APPD中的DNAI选择目标MEC站点，在该目标MEC站点完成MEC APP的上线部署，本申请对MEC APP的部署不做过多描述。

示例性的，MEP根据多接入边缘计算应用程序的网络参数，为该多接入边缘计算应用程序分配可使用的网络资源；然后，根据该多接入边缘计算应用程序可使用的网络资源配置该多接入边缘计算应用程序与该多接入边缘计算服务实例之间的通信链路。

示例性的，该通信链路包括但不限于下行路由参数、网络切片实例、带宽、虚拟专用网络(Virtual Private Network，VPN)链路、通信接口。比如，MEP可以根据MEC APP所属的网络切片进行网络切片实例映射，确定MEC APP可使用的网络切片实例；根据该MEC APP所属的签约用户组以及所属的虚拟局域网，配置MEC APP的VPN链路；根据MEC APP所属的签约用户组为该MEC APP分配相应的带宽以及通信接口，等等。

此外，MEP还可以根据该MEC APP的网络参数为MEC APP进行网络隔离以及权限管控。比如，MEP根据MEC APP所属的网络切片将MEC APP的行为隔离在该网络切片所对应的网络区域，也就是将该MEC APP所能订阅的MEC Service或者注册的服务实例隔离在这个网络区域，比如，该MEC APP所属的网络切片是提供2B业务，MEC APP所注册的服务实例，只能是用来提供2B服务，对于非法注册的服务实例则予以无效，也就是管理该MEC APP不能提供这类服务；此外，根据MEC APP所属的签约用户组对该MEC APP进行权限管理，比如，该MEC APP所属的签约用户组为已授权了位置信息访问权限或者带宽管理权限的签约用户组，则MECAPP可以进行位置访问和带宽管理。

示例性的，多接入边缘计算平台根据多接入边缘计算应用程序的接口能力，与该MEC APP所支持的MP1接口进行对接，对该MEC APP所支持的MP1接口，自动化接收该MEC APP的交互消息，比如，可以将MEC APP所支持的MP1接口导入到MP1接口交互以及自动化使能状态机中，这样可以通过该MP1接口交互以及自动化使能状态机完成与该MEC APP的自动对接。比如，MEC APP支持上述第一MP1接口，则MEP可以对该第一MP1接口使能，自动化接收MECAPP的订阅消息，对于该MEC APP不支持的MP1接口，则不对这类MP1接口使能，也就不向该MEC APP开放这类的MP1接口。

可以看出，通过在APPD中描述MEC APP的接口能力，可以使MEP仅与MEC APP所支持的MP1接口完成对接，有针对性的开放部分MP1接口，提高MEP与MEC APP对接的灵活性。

在本申请的一个实施方式中，多接入边缘计算平台根据该多接入边缘计算应用程序的网络参数，生成与该多接入边缘计算应用程序对应的上行分流规则(traffic rule)，并将该上行分流规则配置给用户面功能实体，其中，该用户面功能实体与该多接入边缘计算平台位于同一个多接入边缘计算站点。

示例性的，多接入边缘计算平台根据该多接入边缘计算应用程序所属的用户签约组，确定该多接入边缘计算应用程序的VPN，并将该VPN作为上行分流规则插入到用户面功能实体。这样，后续用户设备进行访问该多接入边缘计算应用程序的过程中，用户面功能实体判断该用户设备使用的VPN是否符合该上行分流规则，如果是，则将确定该用户设备符合本地分流条件，将该用户设备的用户数据报文转发给该多接入边缘计算应用程序，实现本地分流。

应理解，MEP同样可以根据该MEC APP的网络参数配置MEC服务实例与UPF之间的通信链路，即配置该MEP中的多接入边缘服务实例与该UPF中的多接入边缘计算服务实例之间的通信链路。同样，该通信链路包括网络切片实例、带宽、接口、VPN，等等。

在本申请的一个实施方式中，对于网络域来说，策略控制功能(Policy ControlFunction，PCF)获取MEC APP的拓扑信息以及选择规则，该拓扑信息包括MEC APP的网络参数以及MEC APP的实例信息，其中，该实例信息可以为该MEC APP的APP标识(Identity)、该MEC APP的APP类型(type)，等等，该选择规则用于选择相应的核心网设备，本申请中的选择规则是根据MEC APP的网络参数以及MEC APP的实例信息综合进行核心网设备选择的规则。其中，MEC APP的拓扑信息以及选择规则是由人工编排，注册给统一数据存储(UnifiedData Repository，UDR)，并由UDR转发给该PCF的。

示例性的，如图3所示，可以人工编排该MEC APP的拓扑信息以及选择规则，并将MECAPP的拓扑信息以及选择规则人工注册给UDR，UDR将MEC APP的拓扑信息以及选择规则转发给PCF，然后，PCF根据该网络参数选择相应的会话管理功能(SessionManagementFunction，SMF)，比如，PCF根据该MEC所属的网络切片，进行切片映射，得到网络切片实例，然后，在该网络切片实例内选择相应的SMF，并将该MEC APP的拓扑信息以及网络参数下发给该SMF；SMF根据该网络参数，选择相应的UPF，比如，根据MEC APP所属的网络切片以及DNAI选择匹配的UPF。然后，SMF向该UPF插入该MEC APP的实例信息以及上行分流规则。

可以看出，通过以上通信链路的配置，自动化打通了MEC APP、MEP中的多接入边缘计算服务实例以及UPF中的多接入边缘计算服务实例之间的通信链路。如图3所示，每个MECAPP可以在各自的通信链路上进行本地分流，即每个MEC APP在各自的网络域(网络切片)使用相应的网络切片实例，在各自的通信链路上进行本地分流。

可以看出，在APPD中描述MEC APP的网络参数，可以在相应的网络切片实例中选择核心网设备，从而使核心网设备的选择更加精确，增强了与核心网设备连接的紧密性。

应理解，在后续建立用户会话之后，UPF可以接收用户设备的边缘访问请求，根据该边缘访问请求确定该用户设备所要访问的MEC APP的实例信息以及访问时使用的VPN，这样UPF获取与该MEC APP的实例信息对应的上行分流规则，若该VPN符合本地分流条件，则对该用户设备进行本地分流处理，若不符合，则将该用户的数据报文转发到中心侧UPF，从中心侧获取数据内容。

上述本申请提供用于实现业务路径建立的实施例中，分别从多接入边缘计算平台、多接入边缘计算应用程序、以及多接入边缘计算平台与多接入边缘计算应用程序之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，多接入边缘计算平台、多接入边缘计算应用程序可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

图4和图5为本申请的实施例提供一种通信装置的结构示意图。这些通信装置可以实现上述方法实施例中多接入边缘计算平台或多接入边缘计算应用程序的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请实施例中，该通信装置可以是如图3对应的实施例中所示的多接入边缘计算平台，也可以是多接入边缘计算应用程序，还可以是应用于多接入边缘计算平台或多接入边缘计算应用程序的模块(如芯片)。

如图4所示，通信装置400包括收发模块401和处理模块402。通信装置400可用于实现上述图3对应的实施例中多接入边缘计算平台或多接入边缘计算应用程序的功能。

当通信装置400用于实现图3方法实施例中的多接入边缘计算平台的功能时：

收发模块401，用于从多接入边缘计算应用程序接收第一请求消息，第一请求消息包括多接入边缘计算服务，其中，第一请求消息用于从多接入边缘计算平台获取多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径，多接入边缘计算服务实例用于提供多接入边缘计算服务；

处理模块402，用于配置多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径；

收发模块，还用于向多接入边缘计算应用程序发送业务路径。

当通信装置400用于实现图3方法实施例中的多接入边缘计算应用程序的功能时：

处理模块402，用于控制收发模块401向多接入边缘计算平台发送第一请求消息，第一请求消息包括多接入边缘计算服务，其中，第一请求消息用于从多接入边缘计算平台获取多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径，多接入边缘计算服务实例用于提供多接入边缘计算服务；以及从多接入边缘计算平台接收多接入边缘计算服务实例与多接入边缘计算应用程序之间的业务路径。

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

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

当通信装置500用于实现上述方法实施例中的方法时，处理器501用于执行上述处理模块402的功能，接口电路502用于执行上述收发模块401的功能。

当上述通信装置为应用于多接入边缘计算平台中的芯片时，该多接入边缘计算平台中的芯片实现上述方法实施例中多接入边缘计算平台的功能。该多接入边缘计算平台中的芯片从多接入边缘计算平台中的其它模块(如射频模块或天线)接收信息，该信息是多接入边缘计算应用程序发送给多接入边缘计算平台的；或者，该多接入边缘计算平台中的芯片向多接入边缘计算平台中的其它模块(如射频模块或天线)发送信息，该信息是多接入边缘计算平台发送给多接入边缘计算应用程序的。

当上述通信装置为应用于多接入边缘计算应用程序中的芯片时，该多接入边缘计算应用程序中的芯片实现上述方法实施例中多接入边缘计算应用程序的功能。该多接入边缘计算应用程序中的芯片从多接入边缘计算应用程序中的其它模块(如射频模块或天线)接收信息，该信息是多接入边缘计算平台发送给多接入边缘计算应用程序的；或者，该多接入边缘计算应用程序中的芯片向多接入边缘计算应用程序中的其它模块(如射频模块或天线)发送信息，该信息是多接入边缘计算应用程序发送给多接入边缘计算平台的。

本申请实施例还提供了一种业务路径建立系统，包括上述实现多接入边缘计算平台功能的通信装置以及上述实现多接入边缘计算应用程序功能的通信装置。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述方法实施例提供的业务路径建立方法中与多接入边缘计算平台相关的流程。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述方法实施例提供的业务路径建立方法中与多接入边缘计算应用程序相关的流程。

本申请实施例还提供了一种计算机程序产品，当其在计算机或处理器上运行时，使得计算机或处理器执行上述任一个业务路径建立方法中的一个或多个步骤。上述所涉及的设备的各组成模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在计算机可读取存储介质中。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(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 (16)

1.一种业务路径建立方法，其特征在于，应用于多接入边缘计算平台，包括：

从多接入边缘计算应用程序接收第一请求消息，所述第一请求消息包括多接入边缘计算服务，其中，所述第一请求消息用于从所述多接入边缘计算平台获取多接入边缘计算服务实例与所述多接入边缘计算应用程序之间的业务路径，所述多接入边缘计算服务实例用于提供所述多接入边缘计算服务；

配置所述多接入边缘计算服务实例与所述多接入边缘计算应用程序之间的业务路径，并向所述多接入边缘计算应用程序发送所述业务路径。

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

所述业务路径包括业务规则和/或路由参数，所述业务规则用于表征所述多接入边缘计算服务实例与所述多接入边缘计算应用程序中的服务实例之间的对应关系，所述路由参数用于表征多接入边缘计算服务实例与多接入边缘计算应用程序之间的通信链路。

3.根据权利要求1或2所述的方法，其特征在于，所述从所述多接入边缘计算应用程序接收第一请求消息，包括：

通过第一MP1接口从所述多接入边缘计算应用程序接收所述第一请求消息或者通过新增的第一接口从所述多接入边缘计算应用程序接收所述第一请求消息，其中，所述第一MP1接口为MP1接口集中用于提供多接入边缘计算服务订阅功能的MP1接口，所述新增的第一接口用于提供多接入边缘计算服务申请的功能。

4.根据权利要求2或3所述的方法，其特征在于，从多接入边缘计算应用程序接收第一请求消息之前，所述方法还包括：

从多接入边缘计算平台管理器接收配置消息，所述配置消息包括所述多接入边缘计算应用程序的网络参数，所述网络参数用于所述多接入边缘计算平台配置所述多接入边缘计算应用程序和所述多接入边缘计算服务实例之间的通信链路。

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

所述网络参数包括所述多接入边缘计算应用程序所属的虚拟局域网、所属的网络切片以及所属的签约用户组；

所述配置所述多接入边缘计算服务实例与所述多接入边缘计算应用程序之间的业务路径，包括：

根据所述多接入边缘计算应用程序所属的虚拟局域网、所属的网络切片以及所属的签约用户组，确定所述多接入边缘计算应用程序与所述多接入边缘计算服务实例之间可使用的网络资源；

根据所述多接入边缘计算应用程序与所述多接入边缘计算服务实例之间可使用的网络资源，配置所述多接入边缘计算应用程序与所述多接入边缘计算服务实例之间的通信链路。

6.根据权利要求4或5所述的方法，其特征在于，所述网络参数还包括所述多接入边缘计算应用程序的接口能力，所述接口能力用于表征MP1接口中所述多接入边缘计算应用程序所支持的MP1接口，所述方法还包括：

根据所述多接入边缘计算应用程序的接口能力，与所述多接入边缘计算应用程序所支持的MP1接口进行对接。

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

根据所述多接入边缘计算应用程序的网络参数，生成与所述多接入边缘计算应用程序对应的上行分流规则；

将所述上行分流规则配置给用户面功能实体，所述用户面功能实体与所述多接入边缘计算平台位于同一多接入边缘计算站点。

8.一种业务路径建立方法，其特征在于，应用于多接入边缘计算应用程序，包括：

向多接入边缘计算平台发送第一请求消息，所述第一请求消息包括多接入边缘计算服务，其中，所述第一请求消息用于从所述多接入边缘计算平台获取多接入边缘计算服务实例与所述多接入边缘计算应用程序之间的业务路径，所述多接入边缘计算服务实例用于提供所述多接入边缘计算服务；

从所述多接入边缘计算平台接收所述多接入边缘计算服务实例与所述多接入边缘计算应用程序之间的业务路径。

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

所述业务路径包括业务规则和/或路由参数，所述业务规则用于表征所述多接入边缘计算服务实例与所述多接入边缘计算应用程序中的服务实例之间的对应关系，所述路由参数用于表征多接入边缘计算服务实例与多接入边缘计算应用程序之间的通信链路。

10.根据权利要求8或9所述的方法，其特征在于，所述向多接入边缘计算平台发送第一请求消息，包括：

通过第一MP1接口向所述多接入边缘计算平台发送所述第一请求消息或者通过新增的第一接口向所述多接入边缘计算平台发送所述第一请求消息，其中，所述第一MP1接口为MP1接口集中用于提供多接入边缘计算服务订阅功能的MP1接口，所述新增的第一接口用于提供多接入边缘计算服务申请的功能。

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

所述通信链路是所述多接入边缘计算平台根据所述多接入边缘计算应用程序的网络参数配置的，所述多接入边缘计算应用程序的网络参数是多接入边缘计算平台管理器通过配置消息发送给所述多接入边缘计算平台的。

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

所述多接入边缘计算应用程序的网络参数包括多接入边缘计算应用程序所属的虚拟局域网、所属的网络切片以及所属的签约用户组；

所述通信链路是由所述多接入边缘计算平台根据所述多接入边缘计算应用程序与所述多接入边缘计算服务实例之间可使用的网络资源配置的，所述可使用的网络资源是所述多接入边缘计算平台根据所述多接入边缘计算应用程序所属的虚拟局域网、所属的网络切片以及所属的签约用户组确定的。

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

所述网络参数还包括所述多接入边缘计算应用程序的接口能力，所述接口能力用于表征MP1接口中所述多接入边缘计算应用程序所支持的MP1接口。

14.一种通信装置，其特征在于，包括用于执行如权利要求1-7或权利要求8-13中任一项所述方法的模块。

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

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被运行时，实现如权利要求1-7或权利要求8-13中任一项所述的方法。

Images