CN113301077B - 云计算服务部署与分流方法、系统、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种云计算服务部署与分流方法、系统、设备及存储介质。在本申请实施例中，将边缘云系统与包含MEC节点的移动通信网络进行融合，允许边缘云系统中的中心管控设备对MEC节点进行纳管，并且MEC网管系统将部署到MEC节点上的云计算服务所需的基于DNS的数据分流信息提供给为MEC节点提供数据分流服务的UPF网元，使得UPF网元可基于DNS的数据分流信息将来自终端的访问请求分流至MEC节点上的云计算服务上，使得可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本。

Description

云计算服务部署与分流方法、系统、设备及存储介质

技术领域

本申请涉及网络技术领域，尤其涉及一种云计算服务部署与分流方法、系统、设备及存储介质。

背景技术

随着5G、物联网时代的到来以及云计算应用的逐渐增加，终端对云资源在时延、带宽等性能上的要求越来越高，传统集中式的云网络已经无法满足终端日渐增高的云资源需求。

随着边缘计算技术的出现，产生了边缘云的概念。目前，边缘云已通过分布式部署的方式，将云计算资源和边缘云节点下沉至距离终端用户很近的地方，但当前边缘云节点大部分还是基于原有互联网数据中心(IDC)机房的位置提供边缘计算服务，距离端侧还是有一定的距离和时延。

发明内容

本申请的多个方面提供一种云计算服务部署与分流方法、系统、设备及存储介质，用以降低服务响应时延，降低带宽成本。

本实施例提供一种网络系统，包括：移动通信网络中的多接入边缘计算MEC网管系统和被边缘云系统纳管的目标MEC节点，所述目标MEC节点上部署有云计算服务；所述MEC网管系统，用于向可为所述目标MEC节点提供数据分流服务的目标用户平面功能UPF网元提供所述云计算服务所需的基于域名解析DNS的数据分流信息；所述目标UPF网元，用于根据所述数据分流信息对来自终端的访问请求进行域名解析，并将域名解析结果符合数据分流信息的访问请求分流至所述目标MEC节点上的云计算服务。

本实施例还提供一种云计算服务部署方法，适用于边缘云系统中的中心管控设备，该方法包括：在移动通信网络中被中心管控设备纳管的目标MEC节点上部署云计算服务；将云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息经移动通信网络中的MEC网管系统下发到目标UPF网元，以供目标UPF网元配置云计算服务对应的基于域名解析DNS数据分流规则；其中，目标UPF网元是移动通信网络中可为目标MEC节点提供数据分流服务的UPF网元。

本实施例还提供一种信息下发方法，适用于移动通信网络中的MEC网管系统，该方法包括：获取部署于目标MEC节点上的云计算服务所需的基于域名解析DNS的数据分流信息；向可为目标MEC节点提供数据分流服务的目标用户平面功能UPF网元提供数据分流信息，以供目标UPF网元根据所述数据分流信息将请求使用云计算服务的访问请求分流至目标MEC节点上的云计算服务；其中，目标MEC节点是移动通信网络中被边缘云系统纳管且部署有云计算服务的MEC节点。

本实施例还提供一种分流方法，适用于UPF网元，该方法包括：获取来自终端的访问请求，访问请求包含请求访问的云计算服务对应的域名信息；根据本地配置的云计算服务对应的基于域名解析DNS的数据分流规则，对访问请求进行域名解析；若域名解析结果符合数据分流规则，则将访问请求分流至目标MEC节点上的云计算服务；其中，目标MEC节点是移动通信网络中被中心管控设备纳管且部署有云计算服务的MEC节点。

本实施例还提供一种中心管控设备，包括：存储器和处理器；存储器，用于存储计算机程序；处理器，与存储器耦合，用于执行计算机程序，以用于：在移动通信网络中被中心管控设备纳管的目标MEC节点上部署云计算服务；将云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息经移动通信网络中的MEC网管系统下发到目标UPF网元，以供目标UPF网元配置云计算服务对应的基于域名解析DNS数据分流规则；其中，目标UPF网元是移动通信网络中可为目标MEC节点提供数据分流服务的UPF网元。

本实施例还提供一种MEC网管设备，包括：存储器、处理器和通信组件；存储器，用于存储计算机程序；处理器，与存储器耦合，用于执行计算机程序，以用于：通过通信组件获取部署于目标MEC节点上的云计算服务所需的基于域名解析DNS的数据分流信息；通过通信组件向可为目标MEC节点提供数据分流服务的目标用户平面功能UPF网元提供数据分流信息，以供目标UPF网元根据所述数据分流信息将请求使用云计算服务的访问请求分流至目标MEC节点上的云计算服务；其中，目标MEC节点是移动通信网络中被边缘云系统纳管且部署有云计算服务的MEC节点。

本实施例还提供一种UPF网元，包括：存储器、处理器和通信组件；存储器，用于存储计算机程序；处理器，与存储器耦合，用于执行计算机程序，以用于：通过通信组件获取来自终端的访问请求，访问请求包含请求访问的云计算服务对应的域名信息；根据本地配置的云计算服务对应的基于域名解析DNS的数据分流规则，对访问请求进行域名解析；若域名解析结果符合数据分流规则，则将访问请求分流至目标MEC节点上的云计算服务；其中，目标MEC节点是移动通信网络中被中心管控设备纳管且部署有云计算服务的MEC节点。

本实施例还提供一种存储有计算机程序的计算机可读存储介质，当计算机程序被一个或多个处理器执行时，致使一个或多个处理器实现本申请实施例提供的任一项方法中的步骤。

在本申请实施例中，将边缘云系统与包含MEC节点的移动通信网络进行融合，允许边缘云系统中的中心管控设备对MEC节点进行纳管，MEC网管系统将部署到MEC节点上的云计算服务所需的基于DNS的数据分流信息提供给为MEC节点提供数据分流服务的UPF网元，使得UPF网元可基于DNS的数据分流信息将来自终端的访问请求分流至MEC节点上的云计算服务上，使得可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1a为本申请示例性实施例提供的一种网络系统的结构示意图；

图1b为本申请示例性实施例提供的另一种网络系统的结构示意图；

图1c为本申请示例性实施例提供的一种纳管MEC节点的交互流程图；

图1d为本申请示例性实施例提供的另一种纳管MEC节点的交互流程图；

图1e为本申请示例性实施例提供的一种为MEC节点配置数据分流规则的交互流程图；

图2为本申请示例性实施例提供的一种云计算服务部署方法的流程示意图；

图3为本申请示例性实施例提供的一种信息下发方法的流程示意图；

图4为本申请示例性实施例提供的一种分流方法的流程示意图；

图5为本申请示例性实施例提供的一种中心管控设备的结构示意图；

图6为本申请示例性实施例提供的一种MEC网管设备的结构示意图；

图7为本申请示例性实施例提供的一种UPF网元的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

现有边缘计算服务距离端侧还有一定的距离和时延，针对该技术问题，在本申请实施例中，提供一种IT(Internet Technology，即互联网技术)与CT(CommunicationTechnology，即通信技术)网络融合的边缘云计算解决方案，即将边缘云系统与包含多接入边缘计算(multi-access edge computing，MEC)节点的移动通信网络进行融合，允许中心管控设备对MEC节点进行纳管，并且MEC网管系统将部署到MEC节点上的云计算服务所需的基于DNS的数据分流信息提供给为MEC节点提供数据分流服务的UPF网元，使得UPF网元可基于DNS的数据分流信息将来自终端的访问请求分流至MEC节点上的云计算服务上，使得可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1a为本申请示例性实施例提供的一种网络系统的结构示意图。如图1a所示，该网络系统100包括：边缘云系统104中的中心管控设备101，以及移动通信网络105中的MEC节点102和MEC网管系统103。

本实施例中的边缘云系统104是基于云计算技术和边缘计算的能力，构筑在边缘基础设施之上的云计算平台，是一种边缘位置的具备计算、网络、存储、安全等能力的云平台。边缘云是个相对概念，指的是相对靠近端侧的云计算平台，或者说，边缘云与中心云或者传统的云计算平台相区别，中心云或者传统的云计算平台可以包括资源规模化且位置集中的数据中心或机房，而边缘云是由多个边缘云节点106构成，单个边缘云节点106的资源规模较小，但是边缘云节点106的数量较多，使得边缘云的覆盖的范围更广泛。

在本实施例的边缘云系统104中，部署有中心管控设备101，中心管控设备101以边缘云节点106为管控对象，在资源调度，镜像管理，实例管控，运维，网络，安全等各方面对边缘云系统104中的至少一个边缘云节点106进行统一管控，从而将云计算服务放到各边缘云节点106中处理。在部署实施上，中心管控设备101可以部署在一个或多个云计算数据中心中，或者，可以部署在一个或多个传统数据中心中，中心管控设备101也可以部署在其管控的一个或多个边缘云节点106中实现，本实施例对此不做限定。

对边缘云节点106来说，可以对外提供各种资源，例如CPU、GPU等计算资源，内存、硬盘等存储资源，带宽等网络资源等。另外，边缘云节点106还可以根据镜像创建相应实例，通过实例对外提供各种云计算服务。这里的镜像是指在边缘云节点106中创建实例所需的基础文件，例如可以是为用户提供云计算服务所需的操作系统、应用、或操作配置等镜像文件，其可以是符合边缘云节点106计算部署要求，根据特定的一系列文件按照一定的格式制作成的文件。另外，镜像的形态是多样的，可以是虚拟机(Virtual Machine，VM)镜像文件、容器(Docker)镜像文件或各类型的应用打包文件等，镜像形态可以与云计算服务需要使用的虚拟化技术有关，本实施例对此不做限定。与镜像对应，实例的实现形态可以是虚拟机、容器或应用程序等。

在部署实施上，边缘云系统104部署在靠近端侧的位置，例如可以部署在靠近端侧的某个级别的地域内。其中，可以将指定地域范围(指定地域范围可以是一个洲、一个国家、一个省份等)进行纵向分级，从高到低依次划分为若干个级别，例如一级、二级、三级、四级等，具体可根据应用场景而定。可选地，可以根据指定地域范围内的行政级别，对指定地域范围进行纵向分级，例如可将指定地域范围纵向划分为：区域级别、省份级别、地市级别和区县级别等。在该场景下，一般会在区域级别部署中心云系统，而边缘云系统104中的边缘云节点106一般部署在省份级别，少量主要地市级和区县级会部署边缘云节点106，但对大部分地市级别以及区县级别来说部署边缘云节点106难度较大或无法部署。因此，这些边缘云节点106与位于地市级和区县级的端侧设备有一定的距离，端侧设备与边缘云节点106之间存在一定通信时延。

鉴于上述问题，在本实施例提供的网络系统100中引入包含MEC节点102的移动通信网络105，将云网融合(即边缘云与移动通信网络的融合)，借助于移动通信网络105中更加靠近端侧设备的MEC节点102为端侧设备提供边缘计算服务，达到降低通信时延的目的。

在本实施例中，并不对移动通信网络105的网络架构以及采用的通信制式进行限定，凡是包含MEC节点102的移动通信网络105均适用于本申请实施例。例如，移动通信网络105可以是5G移动通信网络(简称为5G网络)，或者，也可以是未来可能出现的更高制式的移动通信网络。无论是哪种制式的移动通信网络105，从应用角度划分，其架构主要包括但不限于：接入网(Radio Access Network，RAN)107和核心网(Core Network，CN)108；从传输角度划分，其架构主要包括骨干网(Backbone Network)和接入网。进一步，移动通信网络还可以包括：支撑网(Supporting Network)。其中，接入网107和核心网108都包括一些功能实体(或称为网元)。例如，基站是接入网107中的主要网元，主要负责为终端用户(例如用户的手机、平板电脑等)提供无线接入功能。核心网108作为移动通信网络的“管理中枢”，包括负责接入和移动性管理的网元、负责数据分组的网元、负责计费控制的网元等，主要负责管理终端用户的数据，对数据进行处理、分发和计费等相关处理，达到“路由交换”的目的。

根据网络制式的不同，移动通信网络105的接入网107和核心网108所包含的网元也会有所差异。以5G网络为例，5G网络中的接入网107主要包括5G基站；5G基站主要用于提供5G空口协议功能，支持与用户设备、5G核心网之间的通信。按照逻辑功能划分，5G基站可分为5G基带单元与5G射频单元，二者之间可通过通用公共无线电接口(common publicradio interface，CPRI)或eCPRI接口连接；5G基带单元负责新空口(new radio，NR)基带协议处理，5G射频单元主要完成NR基带信号与射频信号的转换及NR射频信号的收发处理功能。从设备架构角度划分，5G基站可以采用但不限于：基带处理单元-有源天线处理单元(Building Baseband Unit-Active Antenna Unit，BBU-AAU)、分布单元-集中单元-有源天线处理单元(Distribute Unit-Centralized Unit-AAU，CU-DU-AAU)、BBU-RRU-天线(Antenna)、CU-DU-RRU-Antenna等架构。从设备形态角度划分，5G基站可以包括但不限于：灯杆基站、井盖基站、无人机基站、5G刀片式基站、液冷基站等等。相应地，5G核心网(5GCore Network，5GC)108包括但不限于以下网络功能和实体：鉴权服务器功能(Authentication Server Function，AUSF)、用户平面功能(User plane Function，UPF)、接入和移动性管理功能(Access and Mobility Management Function，AMF)、统一数据管理(Unified Data Management，UDM)、网络开放功能(Network Exposure Function，NEF)、会话管理功能(Session Management Function，SMF)、网络切片选择功能(NetworkSliceSelection Function，NSSF)、网络存储功能(NF Repository Function，NRF)、策略控制功能(Policy Control function，PCF)、应用层功能(Application Function，AF)等网元，在图中未示出。

在本实施例中，移动通信网络105除了包含上述列举的网元之外，还包括：MEC节点102和MEC网管系统103。其中，MEC节点102包括一系列的边缘基础设施，这些边缘基础设施包括但不限于：分布式数据中心(Data Center，DC)、无线机房或集群，计算设备和/或存储设备等边缘设备及对应的网络环境等等。MEC节点102可以对外提供各种资源，例如CPU、GPU等计算资源，内存、硬盘等存储资源，带宽等网络资源等。另外，MEC节点102还可以根据镜像创建相应实例，通过实例对外提供各种云计算服务。关于镜像的描述可参见上文。

在移动通信网络105中，MEC网管系统103以MEC节点102为管控对象，在资源调度，运维，网络，安全等各方面对移动通信网络105中的至少一个MEC节点102进行管控。在部署实施上，MEC网管系统103可以作为独立的核心网网元单独部署在核心网中，或者，MEC网管系统103的功能也可以分散部署在核心网中相关网元上实现，例如涉及AMF、PGW、PCF等。在图1a和图1b中仅示出MEC网管系统103作为独立网元部署在核心网中的情况，但并不限于此。

在本实施例中，并不限定MEC节点102的数量，例如可以是一个或多个。在此说明，不同MEC节点102的位置、数量、能力以及包含的基础设施可以相同，也可以不相同。在本实施例中，并不限定MEC节点102在移动通信网络105中的部署位置。例如，如图1a所示MEC节点102部署在RAN中的情况，在基站(一个或多个)之后，这样终端发起的请求以及相关数据经基站、MEC节点102后即可到达边缘云系统104。在MEC节点102部署在RAN侧的应用场景下，网络系统100可以提供一些低时延边缘计算服务，例如无人机投递服务、自动驾驶、远程医疗诊断、机器人协作、远程手术等等。又例如，在核心网108的控制面/用户面(Control plane/User plane，C/U)功能分离之后，用户面网关(Gateway-User Plane，GW-UP)功能下移，可以下移到RAN侧，也可以下移到5G核心网的边缘，如图1b所示，GW-UP下移到核心网的边缘，则MEC节点102可以部署在GW-UP处，在这种场景下，网络系统100可以为端侧用户提供一些低时延、高宽带的边缘计算服务，例如，现实增强(Augmented Reality，AR)、虚拟现实(Virtual Reality，VR)、移动视频监控、移动广播、公共安全、高清视频等。与GW-UP对应的是GW-CP，GW-CP对应5G核心网中的控制面(C-Plane)，驻留在CN侧。在图1a和图1b中以MEC节点102数量为2进行了图示，但并不限于此。

在本实施例中，中心管控设备101与MEC网管系统103之间可建立用于对MEC节点102进行协同管控的协同通道，并基于协同通道对MEC节点102进行纳管，进而可借助于MEC节点102更加靠近端侧的优势，利用MEC节点102提供边缘计算服务，如上文列举的自动驾驶、远程医疗诊断、机器人协作、远程手术、AR、VR、移动视频监控、移动广播、公共安全、高清视频等服务。在本实施例中，中心管控设备101可以对移动通信网络105中的全部MEC节点102进行纳管，也可以对移动通信网络105中的部分MEC节点102进行纳管，对此不做限定。为了便于区分和描述，在本申请实施例中，将被中心管控设备101纳管的MEC节点102称为目标MEC节点102a。其中，目标MEC节点102a的数量可以是一个，也可以是多个，在图1a和图1b中以目标MEC节点102a数量为1进行图示，但并不限于此。

在本实施例中，中心管控设备101与目标MEC节点102a之间存在物理链路，在中心管控设备101与MEC网管系统103建立协同通道之前，该物理链路处于禁用状态，中心管控设备101无法对目标MEC节点102a进行纳管；在中心管控设备101与MEC网管系统103建立协同通道之后，该物理链路会被启用，处于可用状态，意味着中心管控设备101可以对目标MEC节点102a进行纳管。基于该物理链路，中心管控设备101可以与目标MEC节点102a之间建立直通通道，进而基于该直通通道对目标MEC节点102a纳管。其中，目标MEC节点102a被中心管控设备101纳管之后，其在边缘云系统104中的身份和地位与边缘云节点106相同或类似，中心管控设备106可以对目标MEC节点102a进行各种纳管。

下面结合图1c所示的交互流程图，对中心管控设备101与MEC网管系统103之间建立用于对目标MEC节点102a进行协同管控的协同通道，并基于协同通道对目标MEC节点102a进行纳管的流程进行说明，图1c所示实施例包括如下步骤：

11c、移动通信网络中各MEC节点将MEC注册信息上报给MEC网管系统。

12c、目标终端将终端注册信息上报MEC网管系统。

13c、MEC网管系统向中心管控设备提供移动通信网络中可被纳管的候选MEC节点的信息。

14c、中心管控设备从候选MEC节点中确定目标MEC节点。

15c、中心管控设备向MEC网管系统发起针对目标MEC节点的资源纳管申请，以与MEC网管系统建立协同通道。

16c、中心管控设备基于其与目标MEC节点之间的直通通道，对目标MEC节点进行纳管。

在本实施例中，并不限定步骤11c和步骤12c实施的先后顺序，例如，步骤11c和步骤12c可以同时实施；也可以先实施步骤11c，再实施步骤12c；还可以先实施步骤12c，再实施步骤11c，具体可视目标终端109与MEC节点102向MEC网管系统103发起注册的先后顺序而定。

在步骤11c中，MEC注册信息包括MEC节点的信息，其中，MEC节点的信息包括可以唯一标识MEC节点的信息，例如MEC节点的ID、MAC地址、IP地址、位置信息等，也可以包含其他一些信息例如MEC节点所包含的资源类型、可用资源量等信息。在步骤12c中，终端注册信息包括目标终端109的信息，目标终端109是移动通信网络105中需要使用边缘计算服务的终端，目标终端的信息包括可以唯一标识目标设备的信息，例如目标终端的IP地址、MAC地址、设备序列号等，也可以包含其他一些信息，例如目标终端的位置信息、目标终端所属的基站信息等。

在步骤13c中，MEC网管系统103可以根据一定策略，从上报MEC注册信息的MEC节点中确定可被纳管的候选MEC节点。例如，可以将具有空余资源的MEC节点作为可被纳管的候选MEC节点。又例如，可以将空余资源量大于设定阈值的MEC节点作为可被纳管的候选MEC节点。又或者，可以将具有指定资源(例如GPU或CPU)的MEC节点作为可被纳管的候选MEC节点。其中，候选MEC节点的信息包括：候选MEC节点的标识、地理位置以及候选MEC节点上可被纳管的资源信息(例如资源数量、资源类型)等。

在本实施例中，并不限定MEC网管系统103向中心管控设备101提供移动通信网络105中可被纳管的候选MEC节点的信息的具体实施方式。例如可以是MEC网管系统103主动向中心管控设备101推送候选MEC节点信息；还可以是MEC网管系统103接收中心管控设备101的请求信息，该请求信息中包含中心管控设备要求纳管的MEC节点的地理位置、资源数量、资源类型等，MEC网管系统103根据该请求信息向中心管控设备101提供移动通信网络105中可被纳管的候选MEC节点的信息。

移动通信网络105中可被纳管的候选MEC节点上有可被中心管控设备101纳管的资源信息(例如资源数量、资源类型)，在本实施例中，并不限定MEC网管系统103如何决定哪些资源信息可被中心管控设备101纳管。例如，MEC网管系统103可以将候选MEC节点中的全部资源提供给中心管控设备101，以供中心管控设备101对其从中确定的目标MEC节点102a中的全部资源进行纳管；或者，MEC网管系统103可以预留候选MEC节点中的一部分资源，将剩余资源信息提供给中心管控设备101，以供中心管控设备101对其从中确定的目标MEC节点102a中的剩余资源进行纳管；或者，MEC网管系统103根据中心管控设备101的要求，选择符合要求的资源信息提供给中心管控设备101，以供中心管控设备101对其从中确定的目标MEC节点102a中符合要求的资源进行纳管。

针对步骤14c，中心管控设备101根据边缘计算需求信息和候选MEC节点的信息，从候选MEC节点中确定目标MEC节点102a。边缘计算需求信息可以包含但不限于MEC节点选择参数、资源选择参数等。可选地，边缘计算需求信息可由边缘计算服务需求方提供给中心管控设备101。例如，中心管控设备101可以面向边缘计算服务需求方提供人机交互界面，边缘计算服务需求方可以通过中心管控设备101提供的人机交互界面，向中心管控设备101提交边缘计算需求信息。关于人机交互界面的实现形式，本实施例不做限定。

在一可选实施例中，中心管控设备101提供的人机交互界面包括查询页面和购买页面。对网络系统100的运营人员或边缘计算服务需求方来说，可以进入中心管控设备101提供的查询页面，在该查询页面上输入边缘计算需求信息，以查询网络系统100中是否具有符合该边缘计算需求信息的MEC节点；据此，中心管控设备101可获取这些边缘计算需求信息并根据这些边缘计算需求信息从候选MEC节点中确定符合该边缘计算需求的MEC节点102作为目标MEC节点102a，在确定目标MEC节点102a之后可通过查询页面向运营人员或边缘计算服务需求方返回符合边缘计算需求信息的MEC节点的信息。或者，对边缘计算服务需求方来说，可以进入中心管控设备101提供的购买页面，通过该购买页面输入边缘计算需求信息以请求在符合该边缘计算需求信息的MEC节点上部署相应边缘计算服务，这些边缘计算需求信息会被提供给中心管控设备101，中心管控设备101据此可以从候选MEC节点中确定符合该边缘计算需求的MEC节点102作为目标MEC节点102a。

需要说明的是，除了上述人机交互界面方式之外，中心管控设备101也可以通过其它方式获取边缘计算需求信息。例如，边缘计算服务需求方也可以预先在中心管控设备101上内置边缘计算需求信息，则中心管控设备101可以根据内置的边缘计算需求信息和候选MEC节点的信息，从候选MEC节点中确定目标MEC节点102a。又或者，边缘计算服务需求方也可以通过其它可与中心管控设备101通信的设备，例如终端设备或配置设备等，将边缘计算需求信息以有线或无线通信方式传输给中心管控设备101，则中心管控设备101可以接收其它设备传输来的边缘计算需求信息，进而根据其它设备传输来的边缘计算需求信息和候选MEC节点的信息，从候选MEC节点中确定目标MEC节点102a。

在一可选实施例中，中心管控设备101可以从边缘计算需求信息中，解析出MEC节点选择参数和资源选择参数；根据MEC节点选择参数和资源选择参数，结合候选MEC节点的信息，从候选MEC节点中确定目标MEC节点102a以及目标MEC节点102a上需要被纳管的目标资源。

其中，资源选择参数包括资源数量、资源类型等。资源数量可以是1、5、100等等，资源类型可以包含但不限于计算资源、存储资源、网络资源等等。在一可选实施例中，MEC节点选择参数包括：调度域和/或边缘计算服务的服务质量(Quality of Service，QoS)要求；其中，调度域指向需要部署边缘计算服务的区域，这决定了目标MEC节点102a的地理位置。边缘计算服务的QoS要求可以包括边缘计算服务对网络时延、负载情况和/或带宽成本等的要求。在本申请实施例中，边缘计算服务是指需要部署在被中心管控设备101纳管的目标MEC节点102a上或者需要部署在边缘云节点106上的云计算服务。基于此，中心管控设备101可以根据候选MEC节点的地理位置和候选MEC节点上可被纳管的资源信息，选择能够满足调度域和/或QoS要求的MEC节点作为目标MEC节点102a。

例如，中心管控设备101可以根据调度域，结合候选MEC节点的地理位置，选择调度域指向的MEC节点102作为目标MEC节点102a。或者，中心管控设备101还可以根据边缘计算服务的QoS要求，例如网络时延、负载情况和/或带宽成本等要求，从候选MEC节点中选择满足网络时延、负载情况或带宽成本要求的MEC节点102作为目标MEC节点102a。当然，中心管控设备101也可以同时结合调度域和边缘计算服务的QoS要求，结合候选MEC节点的地理位置和可供纳管的资源信息(例如资源量、资源类型等)，选择能够同时满足调度域和QoS要求的MEC节点102作为目标MEC节点102a。

在此说明，在本申请实施例中，并不限定中心管控设备101获取目标MEC节点102a的具体实施方式，可以按照步骤13c提供的方法获取目标MEC节点102a，也可以采用其他方式。例如，可以是中心管控设备101与MEC网管系统103提前协商出需要纳管的目标MEC节点102a。

在步骤15c中，在确定出需要纳管的目标MEC节点102a之后，中心管控设备101向MEC网管系统103发起针对需要纳管的目标MEC节点102a的资源纳管申请，以与MEC网管系统103建立协同通道。

可选地，针对中心管控设备101发起的资源纳管申请，MEC网管系统103可不做应答，则中心管控设备101在发起资源纳管申请之后，默认与MEC网管系统103建立了协同通道。或者，可选地，在中心管控设备101发起资源纳管申请之后，若MEC网管系统103接收到该资源纳管申请，向中心管控设备101返回应答消息；中心管控设备101在接收到MEC网管系统103返回的应答消息后，确定与MEC网管系统103建立了协同通道；反之，若未收到MEC网管系统103返回的应答消息，则可以再次向MEC网管系统103发起针对目标MEC节点102a的资源纳管申请。

在与MEC网管系统103建立协同通道之后，中心管控设备101就获得了对目标MEC节点102a的纳管权限，进而在步骤16c中，开始对目标MEC节点102a进行纳管。可选地，中心管控设备101可以基于其与目标MEC节点102a之间的直通通道，对目标MEC节点102a进行纳管。或者，中心管控设备101也可以通过其与MEC网管系统103之间的协同通道以及MEC网管系统103与目标MEC节点102a之间的通道，对目标MEC节点102a进行纳管。

其中，中心管控设备101可以对目标MEC节点102a进行纳管，包括以下至少一种管控：

基础设施管控：对目标MEC节点102a的基础设施进行管控；

平台能力管控：对目标MEC节点102a的平台能力进行管控；

网络通道管控：对与目标MEC节点102a之间的直通通道进行管控。

关于基础设施管控：目标MEC节点102a的基础设施包含但不限于：分布式数据中心(DC)、无线机房或集群、计算设备或存储设备等设备及对应的网络环境等。DC、机房或集群中包含若干台物理机，每个台物理机上可能有若干个虚拟机、容器等资源。对目标MEC节点102a的基础设施进行管控，主要是指对目标MEC节点102a中可被纳管的基础设施进行管控的过程。该管控过程包括但不限于：指示目标MEC节点102a上报可被管控的基础设施信息、指示目标MEC节点102a配置中心管控设备101所需要的基础设施资源(例如虚拟机、容器等)等。

关于平台能力管控：目标MEC节点102a的平台能力指的是目标MEC节点102a具有的一些处理能力，例如运维、告警、加速等。对目标MEC节点102a的平台能力进行管控主要是指确定目标MEC节点102a是否具备边缘云系统104要求的一些能力以及是否具备提供边缘计算服务所需的能力，并在不具备的情况下，控制目标MEC节点102a进行配置或安装有关程序等操作以使目标MEC节点102a具备相应能力的过程。例如，在目标MEC节点102a上部署一款游戏，游戏要求使用加速服务，则中心管控设备101需要判断目标MEC节点102a上是否支持加速服务协议，若不支持，则控制目标MEC节点102a安装加速服务协议；若支持，则进一步可以判断协议版本是否符合为最新版本，若不是最新版本，则更新加速服务协议至最新版本，以对目标MEC节点102a进行加速管控。又例如，边缘云系统104要求各边缘云节点在发生告警事件时自动上报中心管控设备101，因此，中心管控设备101需要判断目标MEC节点102a是否具备自动告警能力，若不具备，则控制目标MEC节点102a进行自动告警配置，以使目标MEC节点102a具备自动告警能力。

关于直通通道管控：中心管控设备101与目标MEC节点102a之间的直通通道需要符合边缘云系统104或边缘计算服务需求方对数据传输可靠性、安全性等各方面的要求。基于此，中心管控设备101可以对该直通通道使用的网络传输协议、采用的加密协议等进行管控，例如与目标MEC节点102a协商使用的网络传输协议(TCP或UDP)，加密协议等，并根据协商出的网络传输协议、加密协议在直通通道上与目标MEC节点102a建立三层、四层或更高层的通道，以便进行安全数据传输。

下面结合图1d所示的交互流程图，对中心管控设备101与MEC网管系统103之间建立用于对目标MEC节点102a进行协同管控的协同通道，并基于协同通道对目标MEC节点102a进行纳管的另一种实施方式包括如下步骤：

11d、移动通信网络中各MEC节点将MEC注册信息上报给MEC网管系统。

12d、目标终端将终端注册信息上报给MEC网管系统。

13d、MEC网管系统向中心管控设备提供移动通信网络中可被纳管的候选MEC节点的信息。

14d、中心管控设备从候选MEC节点中确定需要纳管的目标MEC节点。

15d、中心管控设备向MEC网管系统发起针对目标MEC节点的资源纳管申请。

16d、中心管控设备向MEC网管系统发送目标MEC节点对应的资源配置规则。

17d、MEC网管系统为目标MEC节点配置资源配置规则，以与中心管控设备建立协同通道。

18d、中心管控设备基于其与目标MEC节点之间的直通通道，对目标MEC节点进行纳管。

关于步骤11d-14d的详细内容可参见步骤11c-14c，在此不再赘述。

在本实施例中，并不限定步骤15d和步骤16d实施的先后顺序，其中，步骤15d和步骤16d可以同时实施；也可以先实施步骤15d，再实施步骤16d；还可以先实施步骤16d，再实施步骤15d，对此不做限定。例如，中心管控设备101在向MEC网管系统103发起资源纳管申请的过程中，可以同时向MEC网管系统103发送目标MEC节点102a对应的资源配置规则。可选地，中心管控设备101可以将资源配置规则携带在资源纳管申请中一并发送给MEC网管系统103。或者，也可以在发送资源纳管申请之后，通过独立的通信过程将资源配置规则发送给MEC网管系统103。或者，也可以在发送资源纳管申请之前，通过独立的通信过程将资源配置规则发送给MEC网管系统103。

MEC网管系统103接收中心管控设备101发送的目标MEC节点102a对应的资源配置规则，将资源配置规则配置到中心管控设备101需要纳管的目标MEC节点102中，以供目标MEC节点102a为边缘计算服务进行资源配置。

在本实施例中，资源配置规则包括指示目标MEC节点102a为边缘计算服务进行资源预留的一些规则或策略。例如，目标MEC节点102a总共有10个虚拟机资源，分别编号为虚拟机1，虚拟机2，……，虚拟机10。在目标MEC节点102a上部署3个边缘计算服务，分别为边缘计算服务A1，边缘计算服务A2，边缘计算服务A3，每个边缘计算服务均需要2个虚拟机资源，资源配置规则可以指示目标MEC节点102a为3个边缘计算服务随机预留6个虚拟机资源，3个边缘计算服务均可使用这6个虚拟机资源；或者，资源配置规则可以指示目标MEC节点102a为边缘计算服务A1分配虚拟机1和虚拟机2，为边缘计算服务A2分配虚拟机3和虚拟机4，为边缘计算服务A3分配虚拟机5和虚拟机6。对目标MEC节点102a来说，会根据资源配置规则为边缘计算服务进行资源预留。

MEC网管系统103为中心管控设备101需要纳管的目标MEC节点102a配置资源配置规则后，意味着成功与中心管控设备101建立协同通道。进一步，中心管控设备101可以基于其与目标MEC节点102a之间的直通通道，对目标MEC节点102a进行纳管。关于基于直通通道对目标MEC节点102a进行纳管的具体实施例，可参见前述内容，在此不再赘述。

在实际应用中，与目标MEC节点102a相关的信息可能会发生变化。MEC网管系统103与中心管控设备101之间还会针对目标MEC节点102a进行信息同步。即，MEC网管系统103会将移动通信网络105中发生的与目标MEC节点102a相关的变化信息同步给中心管控设备101；中心管控设备101也会将边缘云系统104中发生的与目标MEC节点102a相关的变化信息同步给MEC网管系统103。

例如，MEC网管系统103会通知中心管控设备101，移动通信网络105中的目标MEC节点102a上有边缘计算服务进程结束，中心管控设备101决定将该边缘计算服务占有的资源释放，并发送通知给MEC网管系统103，由MEC网管系统103将该边缘计算服务占用目标MEC节点102a的资源释放掉。

需要说明的是，本申请实施例中，并不限定包含MEC节点102的移动通信网络的覆盖范围，已经做到全面覆盖的移动通信网络适用于本申请实施例，目前刚做到局部覆盖的移动通信网络也适用于本申请实施例。这里的全面覆盖或局部覆盖是指对指定地域范围的全面覆盖或局部覆盖，指定地域范围可以是一个洲、一个国家、一个地区或一个省份等。

对一种新制式的移动通信网络来说，要做到对指定地域范围的全面覆盖通常需要一定时间，在此过程中，可以分区域逐步部署移动通信网络，例如，可以先在一线城市部署，接着在二线城市部署，继而在三线城市部署等，又例如，也可以先在热点城市部署，从热点城区，商务区，再到居民区，再到远郊区县地区等逐步部署。在本申请实施例中，将逐步部署且覆盖部分区域的局部网络称为热点覆盖区域，随着移动通信网络的逐步部署，就会出现多个热点覆盖区域，通过这些热点覆盖区域可实现对指定地域范围的局部覆盖。在本申请实施例提到的这些热点覆盖区域中均包含MEC节点和MEC网管系统。进一步可选地，这些热点覆盖区域还可以包含接入网网元和核心网网元；可选地，接入网网元和核心网网元可以是同一制式，也可以是不同制式。

以5G网络为例，在5G网络部署过程中，可以先在一线城市、主要城市或重要区域等中部署5G热点覆盖区域，进而在二线城市部署5G热点覆盖区域，等等。在非独立组网(NSA)架构下，5G热点覆盖区域包含5G基站和4G核心网，或者4G基站和5G核心网，进一步还包含MEC节点和MEC网管系统。在独立组网(SA)架构下，5G热点覆盖区域包含5G基站和5G核心网，进一步还包含MEC节点和MEC网管系统。在本实施例中，并不限定5G热点覆盖区域的数量和部署位置，具体可由移动通信网络运营商决定。

在移动通信网络包括多个部署有MEC节点和MEC网管系统的热点覆盖区域的情况下，MEC网管系统还可以将其所属热点覆盖区域的信息提供给中心管控设备；对中心管控设备来说，还可以从多个热点覆盖区域中选择目标热点覆盖区域；从目标热点覆盖区域中的MEC节点中确定需要纳管的目标MEC节点；进而，向目标热点区域中的MEC网管系统发起针对目标MEC节点的资源纳管申请，以与MEC网管系统建立协同通道；基于协同通道对目标MEC节点进行纳管，以利用目标MEC节点提供边缘计算服务。

在本申请实施例中，并不限定中心管控设备从多个热点覆盖区域中选择目标热点覆盖区域的方式，下面举例说明：

例如，中心管控设备可以将多个热点覆盖区域均作为目标热点覆盖区域，这样可以实现边缘云系统与所有热点覆盖区域之间的融合，可以对更多MEC节点进行纳管。可选地，如果在某个热点覆盖区域中不存在边缘云节点，边缘云系统104的提供商可以在该热点覆盖区域中增设边缘云节点。

又例如，中心管控设备也可以根据边缘云系统中边缘云节点的部署位置，从多个热点覆盖区域中选择可以覆盖边缘云节点的热点覆盖区域作为目标热点覆盖区域。

又例如，中心管控设备也可以根据边缘计算服务需求方的边缘计算需求，从多个热点覆盖区域中选择满足该边缘计算需求的热点覆盖区域作为目标热点覆盖区域。对于游戏服务提供商需要在边缘云系统中部署游戏服务，要求该游戏服务的时延不超过50毫秒，据此，中心管控设备可以从多个热点覆盖区域中选择距离终端更近的热点覆盖区域作为目标热点覆盖区域，通过对目标热点覆盖区域中的MEC节点进行纳管后，可在所纳管的MEC节点上部署游戏服务，达到就近部署游戏服务的目的，满足游戏服务的时延要求。

需要说明的是，上述列举的几种选择目标热点覆盖区域的方式可以择一使用，对于可以组合实施的方式也可以组合使用。

进一步，在本申请实施例的移动通信网络是5G移动通信网络的情况下，对于未被5G移动通信网络覆盖但被4G移动通信网络覆盖的区域，针对这些区域，边缘云系统中的中心管控设备可以与这些区域中4G移动通信网络中的核心网建立通信连接，这样该区域中的用户终端可通过4G移动通信网络中的基站经核心网到达边缘云系统中，使得该区域中的用户也可以使用边缘云系统提供的边缘计算服务。

在对目标MEC节点102a进行纳管之后，中心管控设备101可以在目标MEC节点102a上部署云计算服务，从而利用更加靠近端侧的目标MEC节点102a为用户提供边缘计算服务，降低服务响应时延，降低带宽成本。可选地，中心管控设备101可在目标MEC节点102a上部署边缘云平台，边缘云平台中包含提供边缘计算服务所需的各种资源，例如边缘云操作系统、各类软件、以及云计算服务所需的实例，目标MEC节点102a运行该实例，可以为目标终端提供云计算服务，目标终端是指需要使用该云计算服务的用户终端。进一步，若目标MEC节点102a是一台裸机，中心管控设备101还可以为目标MEC节点102a安装操作系统、进行初始配置以及激活等相关操作，这些操作具体可视目标MEC节点102a的类型而定。

在使用目标MEC节点102a为用户提供云计算服务的过程中，可由移动通信网络105中的UPF网元将来自相应终端的数据分流至目标MEC节点102a上的云计算服务，以在终端与目标MEC节点102a之间建立数据面通道。其中，UPF网元可基于数据分流规则，将来自相应终端的数据分流至目标MEC节点102a上。在本申请实施例中，并不限定UPF网元所使用的数据分流规则，例如可以是基于IP五元组的数据分流规则。除此之外，本申请实施例还为UPU网元提供一种基于DNS的数据分流规则。

在使用目标MEC节点102a为用户提供云计算服务的过程中，MEC网管系统可以获取部署于目标MEC节点上的云计算服务所需的基于DNS的数据分流信息，并向可为目标MEC节点提供数据分流服务的目标UPF网元提供云计算服务所需的基于DNS的数据分流信息；其中，目标UPF网元可根据该数据分流信息对来自终端的访问请求进行域名解析，并将域名解析结果符合数据分流信息的访问请求分流至目标MEC节点102a上的云计算服务。

在一可选实施例中，基于DNS的数据分流信息至少包括：云计算服务对应的域名信息和云计算服务在目标MEC节点102a上的网络访问地址信息。基于此，MEC网管系统103可以获取云计算服务对应的域名信息和云计算服务在目标MEC节点102a上的网络访问地址信息，将云计算服务对应的域名信息和云计算服务在目标MEC节点102a上的网络访问地址信息下发给目标UPF网元，以供目标UPF网元配置云计算服务对应的基于DNS的数据分流规则。对目标UPF网元来说，可接收MEC网管系统103发送的云计算服务对应的域名信息和云计算服务在目标MEC节点102a上的网络访问地址信息，根据云计算服务对应的域名信息和云计算服务在目标MEC节点102a上的网络访问地址信息配置云计算服务对应的基于DNS的数据分流规则，进而基于该数据分流规则将来自相应终端的数据分流至目标MEC节点102a上的云计算服务。

在本申请实施例中，并不限定MEC网管系统103获取云计算服务对应的域名信息和云计算服务在目标MEC节点102a上的网络访问地址信息的实施方式。例如，云计算服务可以将其对应的域名信息和其在目标MEC节点102a上的网络访问地址信息上报给MEC网管系统103；或者，也可以是中心管控设备101在目标MEC节点102a上部署云计算服务之后，获取云计算服务对应的域名信息和云计算服务在目标MEC节点102a上的网络访问地址信息并提供给MEC网管系统103。

下面结合图1e所示交互流程图，对基于DNS的数据分流过程进行说明。

11e、中心管控设备在所纳管的目标MEC节点上部署云计算服务。

12e、中心管控设备将云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息提供给MEC网管系统。

13e、MEC网管系统将上述域名信息和网络访问地址信息下发到可为目标MEC节点提供数据分流服务的目标UPF网元。

14e、目标UPF网元根据上述域名信息和网络访问地址信息，在本地配置云计算服务对应的数据分流规则。

15e、目标UPF网元根据本地配置的云计算服务的数据分流规则，对来自终端的访问请求进行域名解析。

16e、目标UPF网元将域名解析结果符合上述数据分流规则的访问请求分流至目标MEC节点上的云计算服务。

进一步，如图1e所示，在目标MEC节点上部署云计算服务之前，还包括步骤10e、中心管控设备根据边缘计算需求信息，对移动通信网络中可部署云计算服务的目标MEC节点进行纳管。其中，中心管控设备101可以获取与云计算服务对应的边缘计算需求信息；根据边缘计算需求信息，对移动通信网络中可部署该云计算服务的目标MEC节点102a进行纳管。其中，目标MEC节点102a的数量可以是一个，也可以是多个，例如2个，3个，10个等，对此不做限定。关于中心管控设备101确定可被纳管的目标MEC节点102a的详细内容以及中心管控设备101对目标MEC节点102a进行纳管的详细内容可参见前述实施例，在此不再赘述。在本实施例中，重点介绍中心管控设备101对目标MEC节点102a进行纳管之后的其他流程。

在对目标MEC节点纳管之后，中心管控设备101可以在目标MEC节点102a上部署云计算服务。在本申请实施例中，并不对部署到目标MEC节点102a上的云计算服务进行限定，例如云计算服务可以是但不限于：在线直播服务、在线教育服务、线上购物服务、在线游戏服务、邮箱服务或VR服务等。云计算服务的数量可以是一个，也可以是多个，例如2个，3个，5个等，对此不做限定。这些云计算服务可以集中部署在一个目标MEC节点102a上，也可以分布式部署在多个目标MEC节点102a上，对此不做限定。

进一步，中心管控设备101与MEC网管系统103相互配合，通过将部署到目标MEC节点上102a的云计算服务对应的域名信息和网络访问地址信息下发到为目标MEC节点102a提供数据分流服务的UPF网元上，使得该UPF网元可基于DNS的数据分流规则将来自目标终端的访问请求分流至目标MEC节点102a上的云计算服务上，使得可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本。

在一可选实施例中，中心管控设备101在目标MEC节点102a上部署云计算服务之前，还可以向MEC网管系统103发送资源可用申请消息，以向MEC网管系统103申请目标MEC节点102a的使用状态和UPF网元配置信息。在本实施例中，资源可用申请消息可以包含目标MEC节点102a的标识信息，用于标识目标MEC节点102a。目标MEC节点102a的标识信息是能够唯一标识一个MEC节点的信息，例如，可以是目标MEC节点的名称、ID、MAC地址、IP地址等。

相应地，MEC网管系统103可接收中心管控设备101发送的资源可用申请消息；根据中心管控设备101发送的资源可用申请消息，确定目标MEC节点102a是否处于可用状态。在本实施例中，并不限定MEC网管系统103根据资源可用申请消息判断目标MEC节点102a是否处于可用状态的实施方式。其中，根据目标MEC节点102a的不同以及目标MEC节点102上被中心管控设备101所纳管的资源的不同，判断目标MEC节点102a是否处于可用状态的实施方式会有所不同。可选地，中心管控设备101可以根据资源可用申请消息中携带的目标MEC节点102a的标识信息，确定目标MEC节点102a以及目标MEC节点102a中已被中心管控设备101纳管的资源信息；进而判断目标MEC节点102a的整体使用状态和目标MEC节点102a中已被中心管控设备101纳管的资源信息的使用状态。

例如，在目标MEC节点102a整体上处于可用状态时，MEC网管系统103进一步可以判断目标MEC节点102a中已被中心管控设备101纳管的基础设施是否正常上电，若被纳管的基础设施处于正常上电状态，则确定目标MEC节点102a中被纳管的基础设施处于可用状态。又例如，在目标MEC节点102a整体上处于可用状态时，MEC网管系统103进一步可以判断目标MEC节点102a中已被中心管控设备101纳管的网络链路是否正常，若网络链路的协议状态、健康状态等均为正常，则确定目标MEC节点102a中被纳管的网络链路处于可用状态。另外，在目标MEC节点102a整体上处于可用状态时，MEC网管系统103进一步还可以判断目标MEC节点102a中被纳管的其他资源，例如机房、服务器等是否处于可用状态。若MEC网管系统103确定目标MEC节点102a的整体状态以及目标MEC节点102a中被中心管控设备纳管的资源信息的使用状态均处于可用状态，则MEC网管系统103确定目标MEC节点102a处于可用状态。

在确定目标MEC节点102a处于可用状态的情况下，MEC网管系统103根据UPF网元与MEC节点之间的拓扑关系，确定可为目标MEC节点102a提供服务的目标UPF网元；进而将目标MEC节点102a处于可用状态和目标UPF网元的配置信息返回给中心管控设备101。其中，UPF网元是移动通信网络中的用户面功能网元，承载接入移动通信网络的用户数据的转发分流功能。在本实施例中，UPF网元主要负责将来自用户终端的数据分流至不同的MEC节点中。UPF网元与MEC节点之间可以是一对一的拓扑关系，即一个UPF为一个MEC节点提供数据分流服务；或者，UPF网元与MEC节点之间也可以是一对多的拓扑关系，即一个UPF为多个MEC节点提供数据分流服务。对MEC网管系统103来说，会预先维护UPF网元与MEC节点之间的拓扑关系，在确定目标MEC节点102a之后，就可以从该拓扑关系中确定出为目标MEC节点102a提供数据分流服务的UPF网元。为便于描述，将为目标MEC节点102a提供数据分流服务的UPF网元称为目标UPF网元。目标UPF网元的配置信息是指与目标UPF网元相关的信息，例如目标UPF网元的标识、IP地址、目标UPF网元与目标MEC节点102a之间的关联关系以及该关联关系的状态等信息，对此不作限定。

对中心管控设备来说，在MEC网管系统103返回目标MEC节点处于可用状态和目标UPF网元的配置信息后，可以确定目标MEC节点可以为用户提供云计算服务(或称为边缘计算服务)，因此将云计算服务部署到目标MEC节点102a上。可选地，中心管控设备101将云计算服务部署到目标MEC节点102a上的过程包括：向目标MEC节点102a提供云计算服务所需的镜像，由目标MEC节点102a对镜像进行实例化操作。其中，向目标MEC节点102a提供云计算服务所需的镜像的方式包括但不限于：中心管控设备101接收边缘计算服务需求方提供的云计算服务所需的镜像或者从镜像库中获取云计算服务所需的镜像，基于与目标MEC节点102a之间的直通通道将该镜像下发给目标MEC节点102a；或者，中心管控设备101确定已经具有云计算服务所需镜像的边缘云节点或MEC节点，控制已经具有云计算服务所需镜像的边缘云节点或MEC节点与目标MEC节点102a建立通信连接，并基于所建立的通信连接将该镜像发送给目标MEC节点102a。

进一步可选地，若目标MEC节点102a处于不可用状态，或者不存在可为目标MEC节点102a提供服务的目标UPF网元，或者可为目标MEC节点102a提供服务的目标UPF网元故障，则MEC网管系统103可以向中心管控设备101返回目标MEC节点102a处于不可用状态，或者不存在可为目标MEC节点102a提供服务的目标UPF网元，或者可为目标MEC节点102a提供服务的目标UPF网元故障等信息；在该情况下，中心管控设备101可以不再目标MEC节点上部署云计算服务(或边缘计算服务)，并启动相应异常处理流程或故障排查流程。

在本实施例中，中心管控设备可以获取云计算服务对应的域名信息。其中，中心管控设备101可以在目标MEC节点102a上部署云计算服务之后获取云计算服务对应的域名信息，也可以在目标MEC节点102a上部署云计算服务之前获取云计算服务对应的域名信息。其中，云计算服务对应的域名信息是由一串用点分隔的名字组成的可表示云计算服务的名称，是云计算服务在互联网中的定位标识。在本申请实施例中，并不限定中心管控设备101获取云计算服务对应的域名信息的实施方式。可选地，云计算服务对应的域名信息可以由边缘计算服务需求方提供给中心管控设备101，基于此，中心管控设备101可以接收边缘计算服务需求方提交的云计算服务对应的域名信息，并将云计算服务对应的域名信息存储到域名数据库中。或者，中心管控设备101可以根据域名分配策略，为云计算服务分配域名信息，并将云计算服务对应的域名信息存储到域名数据库中。域名数据库负责存储已经部署到边缘云节点和被纳管的目标MEC节点上的各云计算服务对应的域名信息。

在本实施例中，并不限定云计算服务对应的域名信息的数量，例如可以是1个，也可以是多个。当云计算服务对应多个域名信息时，中心管控设备101可以为该云计算服务生成域名配置清单或列表，该域名配置清单或列表中包含该云计算服务对应的多个域名信息，将域名配置清单或者列表提供给MEC网管系统103。例如，以云计算服务是在线视频服务为例，该在线视频服务对应两个域名信息分别是：video.vip.com和video.common.com，则该在线视频服务的域名配置清单或者列表中包含：video.vip.com和video.common.com两个域名信息。另外，每个云计算服务可以部署一个实例，也可以部署多个实例，且在有多个实例时，这些实例可以全部部署在目标MEC节点102a，也可以只有部分实例部署在目标MEC节点102a上，对此不做限定。鉴于此，中心管控设备101还可以将实例的基本信息提供给MEC网管系统103，实例的基本信息包括但不限于：实例ID、实例的网络信息等，以供MEC网管系统103建立并维护实例与域名之间的对应关系。若云计算服务的部分实例部署在目标MEC节点102a上，另外部分实例部署在其它边缘云节点上，则部署在不同节点上的实例可对应不同的域名信息，例如，假设video.vip.com对应于部署在目标MEC节点102a上的实例；video.common.com对应于部署在其它边缘云节点上的实例。

在本实施例中，将云计算服务部署在目标MEC节点102a上之后，中心管控设备101还可以获得云计算服务在目标MEC节点102a上的网络访问地址信息。该网络访问地址信息是访问云计算服务所需的路径信息，可以包括IP地址、VLAN ID、子网掩码、网络端口等网络信息的集合。其中，VLAN ID是一个可选的信息项，在目标MEC节点102a上采用VLAN技术划分出多个VLAN的情况下，云计算服务可以部署在某个VLAN中，则这里的VLAN ID表示云计算服务所在的VLAN。其中，云计算服务对应的域名信息与云计算服务在目标MEC节点102a上的网络访问地址信息具有对应关系，通过对云计算服务对应的域名信息进行解析可以得到云计算服务在目标MEC节点102a上的网络访问地址信息，进而基于该网络访问地址信息可成功地访问目标MEC节点102a上的云计算服务。

在得到云计算服务对应的域名信息和云计算服务在目标MEC节点102a上的网络访问地址信息之后，中心管控设备101将云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息提供给MEC网管系统103。MEC网管系统103将域名信息和网络访问地址信息下发到可为目标MEC节点102a提供数据分流服务的目标UPF网元。其中，MEC网管系统103确定可为目标MEC节点102a提供数据分流服务的目标UPF网元的过程可参见前述实施例，在此不再赘述。

在步骤14e中，目标UPF网元接收MEC网管系统103下发的云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息；根据云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息，在本地配置云计算服务对应的数据分流规则。在该数据分流规则中记录有云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息之间的对应关系。

目标UPF网元可按照域名对来自终端的访问请求进行分流，即可以根据本地配置的数据分流规则，对来自终端的访问请求进行域名解析；若域名解析结果符合上述数据分流规则，则将域名解析结果符合上述数据分流规则的访问请求分流至目标MEC节点102a上的云计算服务，如步骤15e和16e所示。

具体地，目标UPF网元可以对来自终端的访问请求进行域名解析，得到访问请求中携带的域名信息，进一步，将解析出的域名信息在本地配置的数据分流规则中进行匹配，若该域名信息匹配中云计算服务对应的数据分流规则，则根据该数据分流规则中的网络访问地址信息将访问请求分流至该目标MEC节点102a上的云计算服务。其中，目标UPF网元可以边对访问请求进行域名解析，边将解析出的部分域名信息在本地配置的数据分流规则中进行匹配。

例如，中心管控设备101经MEC网管系统103向目标UPF网元下发的信息包括：云计算服务e1对应的域名信息f1、云计算服务e1在目标MEC节点g1上的IP地址h1，云计算服务e2对应的域名信息f2以及云计算服务e2在目标MEC节点g2上的IP地址h2。基于此，目标UPF网元可在本地配置云计算服务e1和e2对应的数据分流规则，分别为：云计算服务e1对应的域名信息f1—>云计算服务e1在目标MEC节点g1上的IP地址h1；云计算服务e2对应的域名信息f2—>云计算服务e2在目标MEC节点g2上的IP地址h2。基于此，目标UPF网元在本地配置数据分流规则之后，可接收到来自终端的访问请求；当接收到来自终端的访问请求时，可以根据本地配置的云计算服务e1和e2对应的数据分流规则对该访问请求进行域名解析，如果解析出该访问请求携带有域名f1时，得到该域名解析结果符合云计算服务e1对应的数据分流规则，故可将携带域名f1的访问请求分流到目标MEC节点g1上IP地址h1对应的云计算服务e1；如果解析出该访问请求携带有域名f2时，得到该域名解析结果符合云计算服务e2对应的数据分流规则，故可将携带域名f2的访问请求分流到目标MEC节点g2上IP地址h2对应的云计算服务e2。

仍以上述在线视频服务为例，假设在线视频服务具有两个域名信息，分别是：video.vip.com和video.common.com，并且假设video.vip.com对应于在线视频服务部署在目标MEC节点102a上的实例的网络访问地址信息1；video.common.com对应于在线视频服务部署在其它节点上的实例的网络访问地址信息2，且其它节点与目标MEC节点102a由同一UPF网元提供数据分流服务。基于此，假设终端C1需要访问在线视频服务时发出访问请求，该访问请求包含域名信息video.vip.com，目标UPF网元在接收到终端C1的访问请求后，对该访问请求进行域名解析得到“video”、“vip”、“com”，该域名解析结果与本地维护的域名信息video.vip.com匹配，故根据网络访问地址信息1将访问请求发送至目标MEC节点102a上的云计算服务。假设终端C2需要访问在线视频服务时发出访问请求，该访问请求包含域名信息video.common.com；目标UPF网元在接收到终端C2的访问请求后，对该访问请求进行域名解析得到“video”、“common”、“com”，该域名解析结果与本地维护的域名信息video.common.com匹配，故根据网络访问地址信息2将访问请求发送至其他节点上的云计算服务。

在本实施例中，并不限定目标UPF网元获取来自终端的访问请求的实施方式。例如，若目标UPF网元部署在接入网中，则终端的访问请求可以由基站转发给目标UPF网元，基于此，目标UPF网元可以接收移动通信网络中的基站转发的来自终端的访问请求，并根据数据分流规则对访问请求进行域名解析。又例如，图1a和图1b所示，若目标UPF网元部署在核心网中，终端的访问请求可以由基站转发至核心网网元，再由核心网网元转发给目标UPF网元，基于此，目标UPF网元可以接收由移动通信网络中的核心网网元转发的来自终端的访问请求，并根据数据分流规则对访问请求进行域名解析。

进一步，目标MEC节点102a上的云计算服务在接收到访问请求之后，可以对访问请求进行处理。在一可选实施例中，可以将云计算服务对访问请求的处理结果原路返回给终端。具体地，目标MEC节点可将云计算服务将对访问请求的处理结果发送至目标UPF网元，若目标UPF网元部署在接入网，则目标UPF网元可以接收目标MEC节点102a返回的云计算服务对访问请求的处理结果，并将该处理结果经基站转发给发送访问请求的终端；若目标UPF网元部署在核心网，则目标UPF网元可以接收目标MEC节点102a返回的云计算服务对访问请求的处理结果，并将该处理结果经核心网网元和基站转发给发送访问请求的终端。其中，核心网网元可以包含但不限于：SMF、NEF、AF、RCF等。

在另一可选实施例中，还可以将云计算服务对访问请求的处理结果发送至指定数据中心，由指定数据中心对该处理结果做进一步处理或根据该处理结果执行后续操作。可选地，中心管控设备101可以控制目标MEC节点102a与指定数据中心建立通信连接，以供目标MEC节点102a基于该通信连接将云计算服务将对访问请求的处理结果发送至指定数据中心。或者，可选地，目标MEC节点102a可以向中心管控设备101上报云计算服务对访问请求的处理结果；中心管控设备101可以接收目标MEC节点102a上报的云计算服务对访问请求的处理结果，并将该处理结果发送至与其通信连接的指定数据中心。

在本实施例中，并不对指定数据中心进行限定，例如，指定数据中心是边缘云系统的提供商部署的中心云，或者是边缘计算服务需求方自建的私有云，或者是其它云厂商提供的云计算数据中心。

进一步，随着时间的推移，云计算服务的需求以及目标终端109的信息可能会发生变化，为了为终端提供正确地云计算服务，基于DNS的数据分流信息需要适应性变化。例如，新的云计算服务需要在目标MEC节点102a上配置资源，但是目标MEC节点102a上的资源不满足新的云计算服务的需求，而此时目标MEC节点102a上原有的云计算服务的资源有空闲，因此，可以修改基于DNS的数据分流信息，将原来分给原有云计算服务的部分资源，分配给新的云计算服务。或者，当前目标MEC节点102a上没有足够的资源，可以从其他目标MEC节点102a上为新的云计算服务分配资源，这也会涉及基于DNS的数据分流信息的改变。在这些情况下，云计算服务对应的网络访问地址信息可能会发生变化。基于此，中心管控设备101可以在基于DNS的数据分流信息发生变化的情况下，重新向MEC网管系统103发送新的基于DNS的数据分流信息。

例如，有新的云计算服务想要部署在目标MEC节点102a上，中心管控设备101会通知MEC网管系统103为新的云计算服务在目标MEC节点102a分配资源，但目标MEC节点102a上的资源不足，则MEC网管系统103会通知中心管控设备101修改基于DNS的数据分流信息并将修改后的数据分流信息发送给MEC网管系统103，MEC网管系统103根据修改后的数据分流信息，为新的云计算服务在目标MEC节点102a上分配资源。

另外，随着时间的推移，目标MEC节点102a上原有的云计算服务进程可能会结束，这将会释放原有云计算服务占有的资源；新的云计算服务也可能会部署，则会有目标MEC节点上资源的重置。在一可选实施例中，中心管控设备101在对目标MEC节点102a进行资源重置或释放的情况下，向MEC网管系统103发送新的资源重置或释放消息，以供MEC网管系统103控制目标MEC节点102a进行资源重置或释放。例如，目标MEC节点102a上部署有云计算服务B1，云计算服务B2，云计算服务B1和云计算服务B2占用目标MEC节点102a的资源。一段时间后，云计算服务B1的生命周期结束，MEC网管系统103将资源缩减的信息通知给中心管控设备101，中心管控设备101决定释放目标MEC节点102a上的资源，则通知MEC网管系统103将目标MEC节点102a占用的资源释放。一段时间后，云计算服务需求方需要在目标MEC节点102a上部署云计算服务B3，中心管控设备101通知MEC网管系统103为云计算服务B3在目标MEC节点102a分配资源，但是目标MEC节点102a上没有足够的资源分配给云计算服务B3，此时，MEC网管系统103会通知中心管控设备101修改基于DNS的数据分流信息，中心管控设备101可将原来配置给云计算服务B2的部分资源分配给云计算服务B3，此时云计算服务对应的网络访问地址信息可能会发生变化，因此可形成新的基于DNS的数据分流信息，中心管控设备101将新的基于DNS的数据分流信息发送给MEC网管系统103，MEC网管系统103将新的基于DNS的数据分流信息下发至UPF网元进行配置，配置成功后，目标MEC节点102a成功部署云计算服务B3，完成资源重置。

在本实施例中，重点描述了在对目标MEC节点102a纳管之后配置基于DNS的数据分流规则的实施过程，但并不限于此。例如，可以预先配置云计算服务的网络访问地址信息以及对应的域名信息，这样中心管控设备101还可以在向MEC网管系统103发起资源纳管申请的过程中，将云计算服务的网络访问地址信息以及对应的域名信息发送给MEC网管系统103，由MEC网管系统103转发给为目标MEC节点102a提供数据分流服务的目标UPF网元，使得目标UPF网元在本地创建云计算服务对应的数据分流规则。可选地，中心管控设备101可以将云计算服务的网络访问地址信息以及对应的域名信息携带在资源纳管申请中一并发送给MEC网管系统103，以供MEC网管系统103转发给目标UPF网元。或者，也可以在发送资源纳管申请之后，通过独立的通信过程将云计算服务的网络访问地址信息以及对应的域名信息发送给MEC网管系统103，以供MEC网管系统103转发给目标UPF网元。或者，也可以在发送资源纳管申请之前，通过独立的通信过程将云计算服务的网络访问地址信息以及对应的域名信息发送给MEC网管系统103，以供MEC网管系统103转发给目标UPF网元。

在本申请实施例中，将边缘云系统与包含MEC节点的移动通信网络进行融合，允许边缘云系统中的中心管控设备对MEC节点进行纳管，并且中心管控设备与移动通信网络中的MEC网管系统相互配合，通过将部署到MEC节点上的云计算服务对应的域名信息和网络访问地址信息下发到为MEC节点提供数据分流服务的UPF网元上，使得UPF网元可基于DNS的数据分流规则将来自终端的访问请求分流至MEC节点上的云计算服务上，使得可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本

图2为本申请示例性实施例提供了一种云计算服务部署方法，该方法适用于边缘云系统中的中心管控设备，如图2所示，该方法包括：

21、在移动通信网络中被中心管控设备纳管的目标MEC节点上部署云计算服务；

22、将云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息经移动通信网络中的MEC网管系统下发到目标UPF网元，以供目标UPF网元配置云计算服务对应的基于DNS数据分流规则；其中，目标UPF网元是移动通信网络中可为目标MEC节点提供数据分流服务的UPF网元。

在本实施例中，在目标MEC节点上部署云计算服务之前，还包括中心管控设备根据边缘计算需求信息，对移动通信网络中可部署云计算服务的目标MEC节点进行纳管。其中，中心管控设备可以获取与云计算服务对应的边缘计算需求信息；根据边缘计算需求信息，对移动通信网络中可部署该云计算服务的目标MEC节点进行纳管。其中，目标MEC节点的数量可以是一个，也可以是多个，例如2个，3个，10个等，对此不做限定。关于中心管控设备确定可被纳管的目标MEC节点的详细内容以及中心管控设备对目标MEC节点进行纳管的详细内容可参见前述实施例，在此不再赘述。

进一步，中心管控设备与移动通信网络中的MEC网管系统相互配合，通过将部署到目标MEC节点上的云计算服务对应的域名信息和网络访问地址信息下发到为目标MEC节点提供数据分流服务的UPF网元上，使得该UPF网元可基于DNS的数据分流规则将来自目标终端的访问请求分流至目标MEC节点上的云计算服务上，使得可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本。

在一可选实施例中，在目标MEC节点上部署云计算服务之前，还可以向MEC网管系统发送资源可用申请消息，以向MEC网管系统申请目标MEC节点的使用状态和UPF网元配置信息。在本实施例中，资源可用申请消息可以包含目标MEC节点的标识信息，用于标识目标MEC节点。目标MEC节点的标识信息是能够唯一标识一个MEC节点的信息，例如，可以是目标MEC节点的名称、ID、MAC地址、IP地址等。

在MEC网管系统返回目标MEC节点处于可用状态和目标UPF网元的配置信息后，可以确定目标MEC节点可以为用户提供云计算服务(或称为边缘计算服务)，因此将云计算服务部署到目标MEC节点上。可选地，中心管控设备将云计算服务部署到目标MEC节点上的过程包括：向目标MEC节点提供云计算服务所需的镜像，由目标MEC节点对镜像进行实例化操作。其中，向目标MEC节点提供云计算服务所需的镜像的方式包括但不限于：中心管控设备接收边缘计算服务需求方提供的云计算服务所需的镜像或者从镜像库中获取云计算服务所需的镜像，基于与目标MEC节点之间的直通通道将该镜像下发给目标MEC节点；或者，中心管控设备确定已经具有云计算服务所需镜像的边缘云节点或MEC节点，控制已经具有云计算服务所需镜像的边缘云节点或MEC节点与目标MEC节点建立通信连接，并基于所建立的通信连接将该镜像发送给目标MEC节点。

进一步可选地，若目标MEC节点处于不可用状态，或者不存在可为目标MEC节点提供服务的目标UPF网元，或者可为目标MEC节点提供服务的目标UPF网元故障，则MEC网管系统可以向中心管控设备返回目标MEC节点处于不可用状态，或者不存在可为目标MEC节点提供服务的目标UPF网元，或者可为目标MEC节点102a提供服务的目标UPF网元故障等信息；在该情况下，中心管控设备可以不再目标MEC节点上部署云计算服务(或边缘计算服务)，并启动相应异常处理流程或故障排查流程。

在本实施例中，在将云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息经MEC网管系统下发到目标UPF网元之前，中心管控设备可以获取云计算服务对应的域名信息。其中，中心管控设备可以在目标MEC节点上部署云计算服务之后获取云计算服务对应的域名信息，也可以在目标MEC节点上部署云计算服务之前获取云计算服务对应的域名信息。其中，云计算服务对应的域名信息是由一串用点分隔的名字组成的可表示云计算服务的名称，是云计算服务在互联网中的定位标识。在本申请实施例中，并不限定中心管控设备获取云计算服务对应的域名信息的实施方式。可选地，云计算服务对应的域名信息可以由边缘计算服务需求方提供给中心管控设备，基于此，中心管控设备可以接收边缘计算服务需求方提交的云计算服务对应的域名信息，并将云计算服务对应的域名信息存储到域名数据库中。或者，中心管控设备可以根据域名分配策略，为云计算服务分配域名信息，并将云计算服务对应的域名信息存储到域名数据库中。域名数据库负责存储已经部署到边缘云节点和被纳管的目标MEC节点上的各云计算服务对应的域名信息。

在本实施例中，将云计算服务部署在目标MEC节点上之后，中心管控设备还可以获得云计算服务在目标MEC节点上的网络访问地址信息。该网络访问地址信息是访问云计算服务所需的路径信息，可以包括IP地址、VLAN ID、子网掩码、网络端口等网络信息的集合。其中，VLAN ID是一个可选的信息项，在目标MEC节点上采用VLAN技术划分出多个VLAN的情况下，云计算服务可以部署在某个VLAN中，则这里的VLAN ID表示云计算服务所在的VLAN。其中，云计算服务对应的域名信息与云计算服务在目标MEC节点上的网络访问地址信息具有对应关系，通过对云计算服务对应的域名信息进行解析可以得到云计算服务在目标MEC节点上的网络访问地址信息，进而基于该网络访问地址信息可成功地访问目标MEC节点上的云计算服务。

在得到云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息之后，中心管控设备将云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息提供给MEC网管系统。MEC网管系统将域名信息和网络访问地址信息下发到可为目标MEC节点提供数据分流服务的目标UPF网元。其中，MEC网管系统确定可为目标MEC节点提供数据分流服务的目标UPF网元的过程可参见前述实施例，在此不再赘述。

在本实施例中，并不限定目标UPF网元获取来自终端的访问请求的实施方式。例如，若目标UPF网元部署在接入网中，则终端的访问请求可以由基站转发给目标UPF网元，基于此，目标UPF网元可以接收移动通信网络中的基站转发的来自终端的访问请求，并根据数据分流规则对访问请求进行域名解析。又例如，若目标UPF网元部署在核心网中，终端的访问请求可以由核心网网元转发给目标UPF网元，基于此，目标UPF网元可以接收由移动通信网络中的核心网网元转发的来自终端的访问请求，并根据数据分流规则对访问请求进行域名解析。

进一步，目标MEC节点上的云计算服务在接收到访问请求之后，可以对访问请求进行处理。在一可选实施例中，可以将云计算服务对访问请求的处理结果原路返回给终端。具体地，目标MEC节点可将云计算服务将对访问请求的处理结果发送至目标UPF网元，若目标UPF网元部署在接入网，则目标UPF网元可以接收目标MEC节点返回的云计算服务对访问请求的处理结果，并将该处理结果经基站转发给发送访问请求的终端；若目标UPF网元部署在核心网，则目标UPF网元可以接收目标MEC节点返回的云计算服务对访问请求的处理结果，并将该处理结果经核心网网元和基站转发给发送访问请求的终端。其中，核心网网元可以包含但不限于：SMF、NEF、AF、RCF等。

在另一可选实施例中，还可以将云计算服务对访问请求的处理结果发送至指定数据中心，由指定数据中心对该处理结果做进一步处理或根据该处理结果执行后续操作。可选地，中心管控设备101可以控制目标MEC节点与指定数据中心建立通信连接，以供目标MEC节点基于该通信连接将云计算服务对来自终端的访问请求的处理结果发送至指定数据中心。或者，可选地，目标MEC节点可以向中心管控设备上报云计算服务对访问请求的处理结果；中心管控设备可以接收目标MEC节点上报的云计算服务对来自终端的访问请求的处理结果，并将该处理结果发送至与其通信连接的指定数据中心。其中，来自终端的访问请求是由目标UPF网元根据数据分流规则分流给目标MEC节点上的云计算服务的。

在本实施例中，将边缘云系统与包含MEC节点的移动通信网络进行融合，允许边缘云系统中的中心管控设备对MEC节点进行纳管，并且中心管控设备与移动通信网络中的MEC网管系统相互配合，通过将部署到MEC节点上的云计算服务对应的域名信息和网络访问地址信息下发到为MEC节点提供数据分流服务的UPF网元上，使得UPF网元可基于DNS的数据分流规则将来自终端的访问请求分流至MEC节点上的云计算服务上，使得可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本。

图3为本申请示例性实施例提供了一种信息下发方法，该方法适用于移动通信网络中的MEC网管系统，如图3所示，该方法包括：

31、获取部署于目标MEC节点上的云计算服务所需的基于DNS的数据分流信息；

32、向可为目标MEC节点提供数据分流服务的目标UPF网元提供所述数据分流信息，以供目标UPF网元根据所述数据分流信息将请求使用所述云计算服务的访问请求分流至目标MEC节点上的云计算服务；其中，所述目标MEC节点是移动通信网络中被边缘云系统纳管且部署有所述云计算服务的MEC节点。

在本实施例中，目标MEC节点上部署有云计算服务，在本实施例中，并不对云计算服务进行限定，云计算服务可以是但不限于：在线直播服务、在线教育服务、线上购物服务、在线游戏服务、邮箱服务或VR服务等。

在一可选实施例中，基于DNS的数据分流信息至少包括：云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息。基于此，MEC网管系统可以获取云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息，将云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息下发给目标UPF网元，以供目标UPF网元配置云计算服务对应的基于DNS的数据分流规则。

在本申请实施例中，并不限定MEC网管系统获取云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息的实施方式。例如，云计算服务可以将其对应的域名信息和其在目标MEC节点上的网络访问地址信息上报给MEC网管系统。又例如，基于域名解析DNS的数据分流信息可以预先内置在MEC网管系统中。又例如，MEC网管系统可以与中心管控设备相互配合，MEC网管系统接收边缘云系统中的中心管控设备发送的云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息，进一步，MEC网管系统将部署到目标MEC节点上的云计算服务对应的域名信息和网络访问地址信息下发到为目标MEC节点提供数据分流服务的目标UPF网元上，使得该目标UPF网元配置所述云计算服务对应的基于DNS的数据分流规则，进而基于DNS的数据分流规则将来自目标终端的访问请求分流至目标MEC节点上的云计算服务上，使得可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本。

在一可选实施例中，MEC网管系统在接收边缘云系统中的中心管控设备发送的云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息之前，还可以接收中心管控设备发送的资源可用申请消息；根据中心管控设备发送的资源可用申请消息，确定目标MEC节点是否处于可用状态。在本实施例中，资源可用申请消息可以包含目标MEC节点的标识信息，用于标识目标MEC节点。目标MEC节点的标识信息是能够唯一标识一个MEC节点的信息，例如，可以是目标MEC节点的名称、ID、MAC地址、IP地址等。

在本实施例中，并不限定MEC网管系统根据资源可用申请消息判断目标MEC节点是否处于可用状态的实施方式。其中，根据目标MEC节点的不同以及目标MEC节点上被中心管控设备所纳管的资源的不同，判断目标MEC节点是否处于可用状态的实施方式会有所不同。可选地，中心管控设备可以根据资源可用申请消息中携带的目标MEC节点的标识信息，确定目标MEC节点以及目标MEC节点中已被中心管控设备纳管的资源信息；进而判断目标MEC节点的整体使用状态和目标MEC节点中已被中心管控设备纳管的资源信息的使用状态。

例如，在目标MEC节点整体上处于可用状态时，MEC网管系统进一步可以判断目标MEC节点中已被中心管控设备纳管的基础设施是否正常上电，若被纳管的基础设施处于正常上电状态，则确定目标MEC节点中被纳管的基础设施处于可用状态。又例如，在目标MEC节点整体上处于可用状态时，MEC网管系统进一步可以判断目标MEC节点中已被中心管控设备纳管的网络链路是否正常，若网络链路的协议状态、健康状态等均为正常，则确定目标MEC节点中被纳管的网络链路处于可用状态。另外，在目标MEC节点整体上处于可用状态时，MEC网管系统进一步还可以判断目标MEC节点中被纳管的其他资源，例如机房、服务器等是否处于可用状态。若MEC网管系统确定目标MEC节点的整体状态以及目标MEC节点中被中心管控设备纳管的资源信息的使用状态均处于可用状态，则MEC网管系统确定目标MEC节点处于可用状态。

在确定目标MEC节点处于可用状态的情况下，MEC网管系统根据UPF网元与MEC节点之间的拓扑关系，确定可为目标MEC节点提供服务的目标UPF网元；进而将目标MEC节点处于可用状态和目标UPF网元的配置信息返回给中心管控设备。其中，UPF网元是移动通信网络中的用户面功能网元，承载接入移动通信网络的用户数据的转发分流功能。在本实施例中，UPF网元主要负责将来自用户终端的数据分流至不同的MEC节点中。UPF网元与MEC节点之间可以是一对一的拓扑关系，即一个UPF为一个MEC节点提供数据分流服务；或者，UPF网元与MEC节点之间也可以是一对多的拓扑关系，即一个UPF为多个MEC节点提供数据分流服务。对MEC网管系统来说，会预先维护UPF网元与MEC节点之间的拓扑关系，在确定目标MEC节点之后，就可以从该拓扑关系中确定出为目标MEC节点提供数据分流服务的UPF网元。为便于描述，将为目标MEC节点提供数据分流服务的UPF网元称为目标UPF网元。目标UPF网元的配置信息是指与目标UPF网元相关的信息，例如目标UPF网元的标识、IP地址、目标UPF网元与目标MEC节点之间的关联关系以及该关联关系的状态等信息，对此不作限定。

在本申请实施例中，将边缘云系统与包含MEC节点的移动通信网络进行融合，允许边缘云系统中的中心管控设备对MEC节点进行纳管，并且移动通信网络中的MEC网管系统与中心管控设备相互配合，MEC网管系统接收部署到MEC节点上的云计算服务对应的域名信息和网络访问地址信息，并将接收到的信息下发到为MEC节点提供数据分流服务的UPF网元上，使得UPF网元可基于DNS的数据分流规则将来自终端的访问请求分流至MEC节点上的云计算服务上，使得可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本。

图4为本申请示例性实施例提供了一种分流方法，该方法适用于UPF网元，如图4所示，该方法包括：

41、获取来自终端的访问请求，访问请求包含请求访问的云计算服务对应的域名信息；

42、根据本地配置的云计算服务对应的基于DNS的数据分流规则，对访问请求进行域名解析；

43、若域名解析结果符合数据分流规则，则将访问请求分流至目标MEC节点上的云计算服务；其中，目标MEC节点是移动通信网络中被中心管控设备纳管且部署有云计算服务的MEC节点。

在本实施例中，并不限定目标UPF网元获取来自终端的访问请求的实施方式。例如，若目标UPF网元部署在接入网中，则终端的访问请求可以由基站转发给目标UPF网元，基于此，目标UPF网元可以接收移动通信网络中的基站转发的来自终端的访问请求，并根据数据分流规则对访问请求进行域名解析。又例如图1a和1b所示，若目标UPF网元部署在核心网中，终端的访问请求可以由基站到达核心网网元，再由核心网网元转发给目标UPF网元，基于此，目标UPF网元可以接收移动通信网络中的核心网网元转发的来自终端的访问请求，并根据数据分流规则对访问请求进行域名解析。

在本实施例中，访问请求包含请求访问的云计算服务对应的域名信息。其中，云计算服务可以是但不限于：在线直播服务、在线教育服务、线上购物服务、在线游戏服务、邮箱服务或VR服务等。云计算服务对应的域名信息是由一串用点分隔的名字组成的可表示云计算服务的名称，是云计算服务在互联网中的定位标识。

在一可选实施例中，在获取来自终端的访问请求之前，目标UPF网元可以接收MEC网管系统下发的云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息；根据云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息，在本地配置云计算服务对应的基于DNS的数据分流规则。在该数据分流规则中记录有云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息之间的对应关系。

其中，目标UPF网元可以对来自终端的访问请求进行域名解析，得到访问请求中携带的域名信息，进一步，将解析出的域名信息在本地配置的数据分流规则中进行匹配，若该域名信息匹配中云计算服务对应的数据分流规则，则根据该数据分流规则中的网络访问地址信息将访问请求分流至该目标MEC节点上的云计算服务。其中，目标UPF网元可以边对访问请求进行域名解析，边将解析出的部分域名信息在本地配置的数据分流规则中进行匹配。

进一步，目标MEC节点上的云计算服务在接收到访问请求之后，可以对访问请求进行处理。在一可选实施例中，可以将云计算服务对访问请求的处理结果原路返回给终端。具体地，目标MEC节点可将云计算服务将对访问请求的处理结果发送至目标UPF网元，若目标UPF网元部署在接入网，则目标UPF网元可以接收目标MEC节点返回的云计算服务对访问请求的处理结果，并将该处理结果经基站转发给发送访问请求的终端；若目标UPF网元部署在核心网，则目标UPF网元可以接收目标MEC节点返回的云计算服务对访问请求的处理结果，并将该处理结果经核心网网元和基站转发给发送访问请求的终端。其中，核心网网元可以包含但不限于：SMF、NEF、AF、RCF等。

需要说明的是，本实施例提供的分流方法不仅适用于本申请上述实施例提供的云网融合场景下的网络系统，还是适用于其他具有数据分流需求的场景，例如，在传统的移动通信网络中，UPF网元也可以使用基于DNS的数据分流规则替代传统基于IP五元组的数据分流规则为MEC节点提供数据分流服务，对此不做限定。

在本申请实施例中，将边缘云系统与包含MEC节点的移动通信网络进行融合，允许边缘云系统中的中心管控设备对MEC节点进行纳管，并且中心管控设备与移动通信网络中的MEC网管系统相互配合，UPF网元可以接收MEC网管系统下发的部署在MEC节点上的云计算服务对应的域名信息和网络访问地址信息，进一步，UPF网元可基于DNS的数据分流规则将来自终端的访问请求分流至MEC节点上的云计算服务上，可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤31至步骤32的执行主体可以为设备A；又比如，步骤31的执行主体可以为设备A，步骤32的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如31、32等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图5为本申请示例性实施例提供的一种中心管控设备的结构示意图。如图5所示，该中心管控设备包括：存储器54和处理器55。

存储器54，用于存储计算机程序，并可被配置为存储其它各种数据以支持在中心管控设备上的操作。这些数据的示例包括用于在中心管控设备上操作的任何应用程序或方法的指令等。

存储器54可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器55与存储器54耦合，用于执行存储器54中的计算机程序，以用于：在移动通信网络中被中心管控设备纳管的目标MEC节点上部署云计算服务；将云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息经移动通信网络中的MEC网管系统下发到目标UPF网元，以供目标UPF网元配置云计算服务对应的基于DNS数据分流规则；其中，目标UPF网元是移动通信网络中可为目标MEC节点提供数据分流服务的UPF网元。

在一可选实施例中，处理器55在目标MEC节点上部署云计算服务之前，还用于：获取与云计算服务对应的边缘计算需求信息；根据边缘计算需求信息，对移动通信网络中可部署云计算服务的目标MEC节点进行纳管。

在一可选实施例中，处理器55还用于：向MEC网管系统发送资源可用申请消息，以向MEC网管系统申请目标MEC节点的使用状态和UPF网元配置信息；以及在MEC网管系统返回目标MEC节点处于可用状态和目标UPF网元的配置信息后，将云计算服务部署到目标MEC节点上。

在一可选实施例中，处理器55在将云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息经MEC网管系统下发到目标UPF网元之前，还用于：接收边缘计算服务需求方提交的云计算服务对应的域名信息，并将域名信息存储到域名数据库中；或者根据域名分配策略，为云计算服务分配域名信息，并将域名信息存储到域名数据库中。

在一可选实施例中，处理器55还用于：控制目标MEC节点与指定数据中心建立通信连接，以供目标MEC节点将云计算服务对来自终端的访问请求的处理结果发送至指定数据中心；或者接收目标MEC节点上报的云计算服务对来自终端的访问请求的处理结果，并将处理结果发送至与其通信连接的指定数据中心；其中，来自终端的访问请求是由目标UPF网元根据数据分流规则分流给目标MEC节点上的云计算服务的。

进一步，如图5所示，该中心管控设备还包括：通信组件56、显示器57、电源组件58、音频组件59等其它组件。图5中仅示意性给出部分组件，并不意味着中心管控设备只包括图5所示组件。另外，图5中虚线框所示组件为可选组件，而非必选组件，具体可视中心管控设备的实现形态而定。如果中心管控设备实现为传统服务器、云服务器、服务器阵列等，可以不包含虚线框所示的组件。

本申请实施例提供的中心管控设备可以与移动通信网络中的MEC网管系统相互配合，通过将部署到MEC节点上的云计算服务对应的域名信息和网络访问地址信息下发到为MEC节点提供数据分流服务的UPF网元上，使得UPF网元可基于DNS的数据分流规则将来自终端的访问请求分流至MEC节点上的云计算服务上，使得可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被一个或多个处理器执行时，致使一个或多个处理器能够实现上述云计算服务部署方法实施例中可由中心管控设备执行的各步骤。

图6为本申请示例性实施例提供的一种MEC网管设备的结构示意图。如图6所示，该MEC网管设备包括：存储器64、处理器65和通信组件66。

存储器64，用于存储计算机程序，并可被配置为存储其它各种数据以支持在MEC网管设备上的操作。这些数据的示例包括用于在MEC网管设备上操作的任何应用程序或方法的指令等。

存储器64可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器65与存储器64耦合，用于执行存储器64中的计算机程序，以用于：通过通信组件66获取部署于目标MEC节点上的云计算服务所需的基于DNS的数据分流信息；通过通信组件66向可为目标MEC节点提供数据分流服务的目标UPF网元提供数据分流信息，以供目标UPF网元将请求使用云计算服务的访问请求分流至目标MEC节点上的云计算服务；其中，目标MEC节点是移动通信网络中被边缘云系统纳管且部署有云计算服务的MEC节点。

在一可选实施例中，处理器65在获取部署于目标MEC节点上的云计算服务所需的基于DNS的数据分流信息时，具体用于：接收边缘云系统中的中心管控设备发送的云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息；将域名信息和网络访问地址信息下发给目标UPF网元，以供目标UPF网元在本地配置云计算服务对应的基于DNS的数据分流规则。

在一可选实施例中，处理器65在接收边缘云系统中的中心管控设备发送的云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息之前，还用于：根据中心管控设备发送的资源可用申请消息，确定目标MEC节点是否处于可用状态；在目标MEC节点处于可用状态时，根据UPF网元与MEC节点之间的拓扑关系，确定可为目标MEC节点提供服务的目标UPF网元；以及将目标MEC节点处于可用状态和目标UPF网元的配置信息返回给中心管控设备，以供中心管控设备在目标MEC节点上部署云计算服务。

进一步，如图6所示，该MEC网管设备还包括：显示器67、电源组件68、音频组件69等其它组件。图6中仅示意性给出部分组件，并不意味着MEC网管设备只包括图6所示组件。另外，图6中虚线框所示组件为可选组件，而非必选组件，具体可视MEC网管设备的实现形态而定。如果MEC网管设备实现为传统服务器、云服务器、服务器阵列等，可以不包含虚线框所示的组件。

本申请实施例提供的MEC网管设备可以与边缘云系统中的中心管控设备相互配合，通过将部署到MEC节点上的云计算服务对应的域名信息和网络访问地址信息下发到为MEC节点提供数据分流服务的UPF网元上，使得UPF网元可基于DNS的数据分流规则将来自终端的访问请求分流至MEC节点上的云计算服务上，使得可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被一个或多个处理器执行时，致使一个或多个处理器能够实现上述信息下发方法实施例中可由MEC网管系统执行的各步骤。

图7为本申请示例性实施例提供的一种UPF网元的结构示意图。如图7所示，该设备包括：存储器74、处理器75和通信组件76。

存储器74用于存储计算机程序，并可被配置为存储其它各种数据以支持在UPF网元上的操作。这些数据的示例包括用于在UPF网元上操作的任何应用程序或方法的指令，消息，图片，视频等。

存储器74可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器75与存储器74耦合，用于执行存储器74中的计算机程序，以用于：通过通信组件获取来自终端的访问请求，访问请求包含请求访问的云计算服务对应的域名信息；根据本地配置的云计算服务对应基于DNS的的数据分流规则，对访问请求进行域名解析；若域名解析结果符合数据分流规则，则将访问请求分流至目标MEC节点上的云计算服务；其中，目标MEC节点是移动通信网络中被中心管控设备纳管且部署有云计算服务的MEC节点。

在一可选实施例中，处理器75在获取来自终端的访问请求时，具体用于：接收移动通信网络中的基站转发的来自终端的访问请求；或者，接收移动通信网络中的核心网网元转发的来自终端的访问请求。

在一可选实施例中，处理器75还用于：接收目标MEC节点返回的云计算服务对访问请求的处理结果，并将处理结果经基站转发给终端；或者接收目标MEC节点返回的云计算服务对访问请求的处理结果，并将处理结果经核心网网元和基站转发给终端。

在一可选实施例中，处理器75在获取来自终端的访问请求之前，还用于：接收移动通信网络中的MEC网管系统下发的云计算服务对应的域名信息和云计算服务在目标MEC节点上的网络访问地址信息；根据域名信息和网络访问地址信息在本地配置云计算服务对应的基于DNS的数据分流规则。

进一步，如图7所示，该UPF网元还包括：显示器77、电源组件78、音频组件79等其它组件。图7中仅示意性给出部分组件，并不意味着UPF网元只包括图7所示组件。另外，图7中虚线框所示组件为可选组件，而非必选组件，具体可视UPF网元的实现形态而定。如果UPF网元实现为传统服务器、云服务器、服务器阵列等，可以不包含虚线框所示的组件。

在本申请实施例中，将边缘云系统与包含MEC节点的移动通信网络进行融合，允许边缘云系统中的中心管控设备对MEC节点进行纳管，并且中心管控设备与移动通信网络中的MEC网管系统相互配合，UPF网元可以接收MEC网管系统下发的部署在MEC节点上的云计算服务对应的域名信息和网络访问地址信息，进一步，UPF网元可基于DNS的数据分流规则将来自终端的访问请求分流至MEC节点上的云计算服务上，可以利用更加靠近端侧的MEC节点为用户提供边缘计算服务，有利于降低服务响应时延，降低带宽成本。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被一个或多个处理器执行时，致使一个或多个处理器能够实现上述分流方法实施例中可由UPF网元执行的各步骤。

上述图5-7中的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

上述图5-7中的显示器包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

上述图5-7中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

上述图5-7中的音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (25)

1.一种网络系统，其特征在于，包括：移动通信网络中的多接入边缘计算MEC网管系统和被边缘云系统纳管的目标MEC节点，所述目标MEC节点上部署有云计算服务；

所述MEC网管系统，用于向可为所述目标MEC节点提供数据分流服务的目标用户平面功能UPF网元提供所述云计算服务所需的基于域名解析DNS的数据分流信息；

所述目标UPF网元，用于根据所述数据分流信息对来自终端的访问请求进行域名解析，并将域名解析结果符合所述数据分流信息的访问请求分流至所述目标MEC节点上的云计算服务；所述网络系统还包括：所述边缘云系统中的中心管控设备；

所述中心管控设备，用于向所述MEC网管系统发送资源可用申请消息，以向所述MEC网管系统申请所述目标MEC节点的使用状态和UPF网元配置信息；以及在所述MEC网管系统返回所述目标MEC节点处于可用状态和目标UPF网元的配置信息后，将所述云计算服务部署到所述目标MEC节点上。

2.根据权利要求1所述的系统，其特征在于，所述MEC网管系统具体用于：将所述云计算服务对应的域名信息和所述云计算服务在所述目标MEC节点上的网络访问地址信息下发给所述目标UPF网元，以供所述目标UPF网元配置所述云计算服务对应的基于DNS的数据分流规则。

3.根据权利要求2所述的网络系统，其特征在于，

所述中心管控设备，用于将所述云计算服务对应的域名信息和所述云计算服务在所述目标MEC节点上的网络访问地址信息提供给所述MEC网管系统。

4.根据权利要求3所述的网络系统，其特征在于，所述中心管控设备还用于：

获取与云计算服务对应的边缘计算需求信息；

根据所述边缘计算需求信息，对所述移动通信网络中可部署所述云计算服务的目标MEC节点进行纳管。

5.根据权利要求1所述的网络系统，其特征在于，所述MEC网管系统还用于：

根据所述中心管控设备发送的资源可用申请消息，确定所述目标MEC节点是否处于可用状态；

在所述目标MEC节点处于可用状态时，根据UPF网元与MEC节点之间的拓扑关系，确定可为所述目标MEC节点提供服务的目标UPF网元；以及

将所述目标MEC节点处于可用状态和所述目标UPF网元的配置信息返回给所述中心管控设备。

6.根据权利要求3所述的网络系统，其特征在于，所述中心管控设备还用于：

接收边缘计算服务需求方提交的所述云计算服务对应的域名信息，并将所述域名信息存储到域名数据库中；

或者

根据域名分配策略，为所述云计算服务分配域名信息，并将所述域名信息存储到域名数据库中。

7.根据权利要求2所述的网络系统，其特征在于，所述目标UPF具体用于：

接收所述移动通信网络中的基站转发的来自终端的访问请求，并根据所述数据分流规则对所述访问请求进行域名解析；

或者，

接收所述移动通信网络中的核心网网元转发的来自终端的访问请求，并根据所述数据分流规则对所述访问请求进行域名解析。

8.根据权利要求7所述的网络系统，其特征在于，所述目标UPF网元还用于：

接收所述目标MEC节点返回的所述云计算服务对所述访问请求的处理结果，并将所述处理结果经所述基站转发给所述终端；

或者

接收所述目标MEC节点返回的所述云计算服务对所述访问请求的处理结果，并将所述处理结果经所述核心网网元和基站转发给所述终端。

9.根据权利要求3-6任一项所述的网络系统，其特征在于，所述中心管控设备还用于：

控制所述目标MEC节点与指定数据中心建立通信连接，以供所述目标MEC节点将所述云计算服务对所述访问请求的处理结果发送至所述指定数据中心；或者

接收所述目标MEC节点上报的所述云计算服务对所述访问请求的处理结果，并将所述处理结果发送至与其通信连接的指定数据中心。

10.根据权利要求9所述的网络系统，其特征在于，所述指定数据中心是所述边缘云系统的提供商部署的中心云，或者是边缘计算服务需求方自建的私有云，或者是其它云厂商提供的云计算数据中心。

11.一种云计算服务部署方法，其特征在于，适用于边缘云系统中的中心管控设备，所述方法包括：

在移动通信网络中被所述中心管控设备纳管的目标MEC节点上部署云计算服务；

将所述云计算服务对应的域名信息和所述云计算服务在所述目标MEC节点上的网络访问地址信息经所述移动通信网络中的MEC网管系统下发到目标UPF网元，以供所述目标UPF网元配置所述云计算服务对应的基于域名解析DNS数据分流规则；

其中，所述目标UPF网元是所述移动通信网络中可为所述目标MEC节点提供数据分流服务的UPF网元；

所述方法还包括：

向所述MEC网管系统发送资源可用申请消息，以向所述MEC网管系统申请所述目标MEC节点的使用状态和UPF网元配置信息；以及

在所述MEC网管系统返回所述目标MEC节点处于可用状态和目标UPF网元的配置信息后，将所述云计算服务部署到所述目标MEC节点上。

12.根据权利要求11所述的方法，其特征在于，在所述目标MEC节点上部署云计算服务之前，还包括：

获取与云计算服务对应的边缘计算需求信息；

根据所述边缘计算需求信息，对所述移动通信网络中可部署所述云计算服务的目标MEC节点进行纳管。

13.根据权利要求11-12任一项所述的方法，其特征在于，在将所述云计算服务对应的域名信息和所述云计算服务在所述目标MEC节点上的网络访问地址信息经所述MEC网管系统下发到目标UPF网元之前，还包括：

接收边缘计算服务需求方提交的所述云计算服务对应的域名信息，并将所述域名信息存储到域名数据库中；

或者

根据域名分配策略，为所述云计算服务分配域名信息，并将所述域名信息存储到域名数据库中。

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

控制所述目标MEC节点与指定数据中心建立通信连接，以供所述目标MEC节点将所述云计算服务对来自终端的访问请求的处理结果发送至所述指定数据中心；

或者

接收所述目标MEC节点上报的所述云计算服务对来自终端的访问请求的处理结果，并将所述处理结果发送至与其通信连接的指定数据中心；

其中，所述来自终端的访问请求是由所述目标UPF网元根据所述数据分流规则分流给所述目标MEC节点上的云计算服务的。

15.一种信息下发方法，其特征在于，适用于移动通信网络中的MEC网管系统，所述方法包括：

获取部署于目标MEC节点上的云计算服务所需的基于域名解析DNS的数据分流信息；

向可为所述目标MEC节点提供数据分流服务的目标用户平面功能UPF网元提供所述数据分流信息，以供所述目标UPF网元根据所述数据分流信息将请求使用所述云计算服务的访问请求分流至所述目标MEC节点上的云计算服务；

其中，所述目标MEC节点是所述移动通信网络中被边缘云系统纳管且部署有所述云计算服务的MEC节点；

其中，所述部署于目标MEC节点上的云计算服务的方式为：通过所述边缘云系统中的中心管控设备向所述MEC网管系统发送资源可用申请消息，以向所述MEC网管系统申请所述目标MEC节点的使用状态和UPF网元配置信息；以及在所述MEC网管系统返回所述目标MEC节点处于可用状态和目标UPF网元的配置信息后，将所述云计算服务部署到所述目标MEC节点上。

16.根据权利要求15所述的方法，其特征在于，获取部署于目标MEC节点上的云计算服务所需的基于域名解析DNS的数据分流信息，包括：

接收边缘云系统中的中心管控设备发送的云计算服务对应的域名信息和所述云计算服务在目标MEC节点上的网络访问地址信息；

向可为所述目标MEC节点提供数据分流服务的目标用户平面功能UPF网元提供所述数据分流信息，包括：

将所述域名信息和所述网络访问地址信息下发给所述目标UPF网元，以供所述目标UPF网元配置所述云计算服务对应的基于DNS的数据分流规则。

17.根据权利要求16所述的方法，其特征在于，在接收边缘云系统中的中心管控设备发送的云计算服务对应的域名信息和所述云计算服务在目标MEC节点上的网络访问地址信息之前，还包括：

根据所述中心管控设备发送的资源可用申请消息，确定所述目标MEC节点是否处于可用状态；

在所述目标MEC节点处于可用状态时，根据UPF网元与MEC节点之间的拓扑关系，确定可为所述目标MEC节点提供服务的目标UPF网元；以及

将所述目标MEC节点处于可用状态和所述目标UPF网元的配置信息返回给所述中心管控设备，以供所述中心管控设备在所述目标MEC节点上部署所述云计算服务。

18.一种分流方法，其特征在于，适用于UPF网元，所述方法包括：

获取来自终端的访问请求，所述访问请求包含请求访问的云计算服务对应的域名信息；

根据本地配置的所述云计算服务对应的基于域名解析DNS的数据分流规则，对所述访问请求进行域名解析；

若域名解析结果符合所述数据分流规则，则将所述访问请求分流至目标MEC节点上的所述云计算服务；

其中，所述目标MEC节点是移动通信网络中被中心管控设备纳管且部署有所述云计算服务的MEC节点；

所述目标MEC节点上的所述云计算服务的部署方式为：通过所中心管控设备向MEC网管系统发送资源可用申请消息，以向所述MEC网管系统申请所述目标MEC节点的使用状态和UPF网元配置信息；以及在所述MEC网管系统返回所述目标MEC节点处于可用状态和目标UPF网元的配置信息后，将所述云计算服务部署到所述目标MEC节点上。

19.根据权利要求18所述的方法，其特征在于，获取来自终端的访问请求，包括：

接收所述移动通信网络中的基站转发的来自终端的访问请求；

或者，

接收所述移动通信网络中的核心网网元转发的来自终端的访问请求。

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

接收所述目标MEC节点返回的所述云计算服务对所述访问请求的处理结果，并将所述处理结果经所述基站转发给所述终端；

或者

接收所述目标MEC节点返回的所述云计算服务对所述访问请求的处理结果，并将所述处理结果经所述核心网网元和基站转发给所述终端。

21.根据权利要求18-20任一项所述的方法，其特征在于，在获取来自终端的访问请求之前，还包括：

接收所述移动通信网络中的MEC网管系统下发的所述云计算服务对应的域名信息和所述云计算服务在所述目标MEC节点上的网络访问地址信息；

根据所述域名信息和所述网络访问地址信息配置所述云计算服务对应的基于DNS的数据分流规则。

22.一种中心管控设备，其特征在于，包括：存储器和处理器；

所述存储器，用于存储计算机程序；

所述处理器，与所述存储器耦合，用于执行所述计算机程序，以用于：

在移动通信网络中被所述中心管控设备纳管的目标MEC节点上部署云计算服务；

将所述云计算服务对应的域名信息和所述云计算服务在所述目标MEC节点上的网络访问地址信息经所述移动通信网络中的MEC网管系统下发到目标UPF网元，以供所述目标UPF网元配置所述云计算服务对应的基于域名解析DNS数据分流规则；

其中，所述目标UPF网元是所述移动通信网络中可为所述目标MEC节点提供数据分流服务的UPF网元；

所述处理器，还用于：

向所述MEC网管系统发送资源可用申请消息，以向所述MEC网管系统申请所述目标MEC节点的使用状态和UPF网元配置信息；以及

在所述MEC网管系统返回所述目标MEC节点处于可用状态和目标UPF网元的配置信息后，将所述云计算服务部署到所述目标MEC节点上。

23.一种MEC网管设备，其特征在于，包括：存储器、处理器和通信组件；

所述存储器，用于存储计算机程序；

所述处理器，与所述存储器耦合，用于执行所述计算机程序，以用于：

通过通信组件获取部署于目标MEC节点上的云计算服务所需的基于域名解析DNS的数据分流信息；

通过通信组件向可为所述目标MEC节点提供数据分流服务的目标用户平面功能UPF网元提供所述数据分流信息，以供所述目标UPF网元根据所述数据分流信息将请求使用所述云计算服务的访问请求分流至所述目标MEC节点上的云计算服务；

其中，所述目标MEC节点是移动通信网络中被边缘云系统纳管且部署有所述云计算服务的MEC节点；

其中，所述部署于目标MEC节点上的云计算服务的方式为：通过所述边缘云系统中的中心管控设备向所述MEC网管系统发送资源可用申请消息，以向所述MEC网管系统申请所述目标MEC节点的使用状态和UPF网元配置信息；以及在所述MEC网管系统返回所述目标MEC节点处于可用状态和目标UPF网元的配置信息后，将所述云计算服务部署到所述目标MEC节点上。

24.一种UPF网元，其特征在于，包括：存储器、处理器和通信组件；

所述存储器，用于存储计算机程序；

所述处理器，与所述存储器耦合，用于执行所述计算机程序，以用于：

通过通信组件获取来自终端的访问请求，所述访问请求包含请求访问的云计算服务对应的域名信息；

根据本地配置的所述云计算服务对应的基于域名解析DNS的数据分流规则，对所述访问请求进行域名解析；

若域名解析结果符合所述数据分流规则，则将所述访问请求分流至目标MEC节点上的所述云计算服务；

其中，所述目标MEC节点是移动通信网络中被中心管控设备纳管且部署有所述云计算服务的MEC节点；

所述目标MEC节点上的所述云计算服务的部署方式为：通过所中心管控设备向MEC网管系统发送资源可用申请消息，以向所述MEC网管系统申请所述目标MEC节点的使用状态和UPF网元配置信息；以及在所述MEC网管系统返回所述目标MEC节点处于可用状态和目标UPF网元的配置信息后，将所述云计算服务部署到所述目标MEC节点上。

25.一种存储有计算机程序的计算机可读存储介质，其特征在于，当所述计算机程序被一个或多个处理器执行时，致使所述一个或多个处理器实现权利要求11-21中任一项所述方法中的步骤。

Images