资源调度方法、MEC控制器、系统及计算机可读存储介质

本发明涉及网络技术领域，尤其涉及一种资源调度方法、MEC控制器、系统及计算机可读存储介质。

在边缘计算场景下，容器技术及容器云编排技术能够实现轻量化的计算能力部署需求。Kubernetes是一种容器云编排调度技术，然而，现有的基于Kubernetes的资源调度方法主要基于资源和自定义标签两个维度，这显然不适用于边缘计算场景的需求，无法使得边缘计算的能力发挥最大。

本发明所要解决的技术问题是针对现有技术的上述不足，提供一种资源调度方法、MEC控制器、系统及计算机可读存储介质，用以解决现有的基于Kubernetes的资源调度方法主要基于资源和自定义标签两个维度，不适用于边缘计算场景的需求，无法使得边缘计算的能力发挥最大的问题。

第一方面，本发明提供一种资源调度方法，应用于移动边缘计算MEC控制器，所述方法包括：

接收终端发送的经由转发的边缘计算服务申请请求以及所述上报的标识；

根据所述边缘计算服务申请请求以及所述标识计算每个MEC节点与所述的距离，并按距离从近到远排序，选择排名靠前的预设数量个MEC节点构成MEC节点列表；

从所述MEC节点列表中选择节点资源能够满足所述终端对应条件的第一个MEC节点；

向所述第一个MEC节点发送资源调度请求，以使所述第一个MEC节点启动边缘计算服务，并在将所述边缘计算服务转发给所述终端后与所述终端建立通信。

优选地，所述根据所述边缘计算服务申请请求以及所述标识计算每个MEC节点与所述的距离，具体包括：

根据所述边缘计算服务申请请求以及所述标识查询预存的位置信息表中所述标识对应的位置；

根据所述位置计算每个MEC节点与所述的距离。

优选地，所述边缘计算服务申请请求携带最低资源要求，所述从所述MEC节点列表中选择节点资源能够满足所述终端对应条件的第一个MEC节点，具体包括：

S1，选择所述MEC节点列表中的首个MEC节点作为当前MEC节点；

S2，向所述当前MEC节点发送资源获取请求；

S3，接收所述当前MEC节点基于所述资源获取请求返回的剩余资源信息；

S4，判断所述剩余资源信息是否满足所述最低资源要求，若是，则确定所述当前MEC节点为满足所述终端对应条件的第一个MEC节点，并结束本流程，否则，将所述MEC节点列表中所述当前MEC节点的下一个MEC节点作为新的当前MEC节点，返回执行步骤S2。

第二方面，本发明提供一种资源调度方法，应用于，所述方法包括：

接收终端发送的边缘计算服务申请请求；

向移动边缘计算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节点列表。

优选地，所述边缘计算服务申请请求携带最低资源要求，所述节点选择模块具体包括：

第一选择单元，用于选择所述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节点，通过将计算资源调度到第一个MEC节点，能够使得边缘计算的能力发挥最大，并能有效弥补基于Kubernetes的资源调度方法未考虑节点位置信息的不足，从而解决了现有的基于Kubernetes的资源调度方法主要基于资源和自定义标签两个维度，不适用于边缘计算场景的需求，无法使得边缘计算的能力发挥最大的问题。

图1为本发明实施例1的一种资源调度方法的流程图；

图2为本发明实施例的一种资源调度方法的交互示意图；

图3为本发明实施例2的一种资源调度方法的流程图；

图4为本发明实施例3的一种资源调度方法的流程图；

图5为本发明实施例4的一种MEC控制器的结构示意图；

图6为本发明实施例5的一种资源调度系统的结构示意图。

为使本领域技术人员更好地理解本发明的技术方案，下面将结合附图对本发明实施方式作进一步地详细描述。

可以理解的是，此处描述的具体实施例和附图仅仅用于解释本发明，而非对本发明的限定。

可以理解的是，在不冲突的情况下，本发明中的各实施例及实施例中的各特征可相互组合。

可以理解的是，为便于描述，本发明的附图中仅示出了与本发明相关的部分，而与本发明无关的部分未在附图中示出。

可以理解的是，本发明的实施例中所涉及的每个单元、模块可仅对应一个实体结构，也可由多个实体结构组成，或者，多个单元、模块也可集成为一个实体结构。

可以理解的是，在不冲突的情况下，本发明的流程图和框图中所标注的功能、步骤可按照不同于附图中所标注的顺序发生。

可以理解的是，本发明的流程图和框图中，示出了按照本发明各实施例的系统、装置、设备、方法的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可代表一个单元、模块、程序段、代码，其包含用于实现规定的功能的可执行指令。而且，框图和流程图中的每个方框或方框的组合，可用实现规定的功能的基于硬件的系统实现，也可用硬件与计算机指令的组合来实现。

可以理解的是，本发明实施例中所涉及的单元、模块可通过软件的方式实现，也可通过硬件的方式来实现，例如单元、模块可位于处理器中。

申请概述

随着5G商用的推进，以及大视频、大数据、物联网等业务的蓬勃发展，越来越多的新应用对网络时延、带宽和安全性提出更高要求。行业普遍认为，MEC(Mobile EdgeComputing，移动边缘计算)是应对“海量数据、超低时延、数据安全”发展要求的关键技术。

欧洲电信标准化协会(ETSI,European Telecommunications StandardsInstitute)对于MEC的定义是：MEC为应用程序开发人员和内容提供商提供了云计算功能，以及在网络边缘的IT服务环境。这种环境的特点是超低延迟和高带宽以及对应用程序可以利用的无线网络信息的实时访问。

MEC技术将计算能力下沉到网络的边缘，即靠近用户的机房中。由此导致一个必然的矛盾，机房越靠近用户其提供的网络性能越好，然而其硬件资源和运维能力越是无法得到保障。容器技术具有轻量化、可移植、标准化等特点，在边缘计算的场景下，为多样的计算资源需求提供一种很好的解决方案。Kubernetes是一种容器云编排调度技术，在Kubernetes中计算资源调度的最小单位是Pod，它是相关容器的组合。节点资源是Kubernetes具体承载Pod的物理资源。Kubernetes的资源调度指的是将Pod放置到合适的节点上运行。在Kubernetes完成调度的过程中，涉及到的三个重要的对象是调度Pod列表、可用节点列表和调度策略。其中Pod列表是指用户创建且待调度的Pod集合，可用节点列表指的是在集中所有可用的节点集合。调度策略指的是一种选择策略，它为调度Pod列表的每个Pod从节点列表中选择一个最合适的节点。

然而，现有的基于Kubernetes的资源调度方法主要基于资源和自定义标签两个维度，例如，SelectorSpreadPriority调度策略是对于属于同一服务的Pods，调度器会将Pods尽量分散到不同主机上，InterPodAffinityPriority调度策略是根据Node上运行的Pod的Label来进行调度匹配的规则，进行调度，这显然是不适用边缘计算场景的需求的。在边缘计算场景下，计算资源的调度不仅需要考虑节点的剩余资源信息，更重要的是要考虑计算节点的地理位置信息，将计算资源调度到距离用户最近的计算节点，才能够使得边缘计算的能力发挥最大。

针对上述技术问题，本申请的构思是提供一种资源调度方法、MEC控制器、系统及计算机可读存储介质，在接收到终端发送的边缘计算服务申请请求后，由MEC控制器基于终端所在的位置信息以及节点的剩余资源信息进行资源调度，使得边缘计算的能力发挥最大，并能有效弥补基于Kubernetes的资源调度方法未考虑节点位置信息的不足。

在介绍了本申请的基本原理之后，下面将参考附图来具体介绍本申请的各种非限制性实施例。

实施例1：

本实施例提供一种资源调度方法，应用于移动边缘计算MEC控制器，如图1所示，该方法包括：

步骤S102：接收终端发送的经由转发的边缘计算服务申请请求以及所述上报的标识。

在本实施例中，当用户需要申请边缘计算服务时，向发送边缘计算服务申请请求，该请求中携带终端标识以及请求这个服务的最低资源要求，比如对CPU(centralprocessing unit，中央处理器)、内存、GPU(graphics processing unit，图形处理器)、磁盘空间等的要求。接收到该边缘计算服务申请请求后，向MEC控制器转发该请求，并上报标识。其中，标识用于唯一标识一个，比如，标识具体可以是每个都具有的唯一的编号。转发的缘计算服务申请请求，以及上报的标识依次经过承载网、核心网后到达核心网中部署的MEC控制器。

步骤S104：根据所述边缘计算服务申请请求以及所述标识计算每个MEC节点与所述的距离，并按距离从近到远排序，选择排名靠前的预设数量个MEC节点构成MEC节点列表。

具体地，MEC控制器接收到该边缘计算服务申请请求以及标识后，根据边缘计算服务申请请求以及标识查询预存的位置信息表中标识对应的位置，以及根据所述位置计算每个MEC节点与所述的距离，并按距离从近到远排序，选择排名靠前的预设数量个MEC节点构成MEC节点列表。

在本实施例中，MEC控制器预先存储有位置信息表，其中包含所有的位置信息，通过标识即可查到对应的位置信息，位置具体可以包括经纬度信息，然后MEC控制器再基于位置信息的调度算法，计算每个MEC节点与所述的距离，并按距离从近到远排序，选择排名靠前的预设数量个MEC节点构成MEC节点列表。假设预设数量为5个，则MEC节点列表中的MEC节点依次为N1、N2、N3、N4、N5。其中，N1距离最近，N2次之，由于终端向MEC节点发送信息需要经过，因此，距离最近的MEC节点也即距离终端最近的MEC节点。

步骤S106：从MEC节点列表中选择节点资源能够满足终端对应条件的第一个MEC节点。

在本实施例中，MEC控制器得到MEC节点列表后，再从MEC节点列表中选择节点资源能够满足终端对应条件的第一个MEC节点，具体地，步骤S106进一步可以包括：

S1，选择MEC节点列表中的首个MEC节点作为当前MEC节点；

S2，向当前MEC节点发送资源获取请求；

S3，接收当前MEC节点基于资源获取请求返回的剩余资源信息；

S4，判断剩余资源信息是否满足最低资源要求，若是，则确定当前MEC节点为满足终端对应条件的第一个MEC节点，并结束本流程，否则，将MEC节点列表中当前MEC节点的下一个MEC节点作为新的当前MEC节点，返回执行步骤S2。

在本实施例中，假设MEC节点列表中的MEC节点依次为N1、N2、N3、N4、N5，MEC控制器先向N1发送资源获取请求，N1接收到该资源获取请求后，将自身的剩余资源信息反馈给MEC控制器，MEC控制器判断N1的剩余资源信息是否能够满足终端要求。若满足则在该节点上启动边缘计算服务，即向N1发送资源调度请求，以使N1启动边缘计算服务，并将边缘计算服务转发至终端以告诉终端边缘计算服务已启动，终端获取边缘计算服务后，和MEC节点N1建立通信。若N1的剩余资源信息不能满足终端要求，则MEC控制器向N2发起资源获取请求，以此类推，直到到节点资源能够满足终端对应条件的第一个MEC节点。

在本实施例中，终端和MEC节点N1进行通信，在通信过程中，MEC节点N1部署终端相应的应用服务，比如游戏业务服务，视频业务服务等。需要说明的是，现有的基于Kubernetes的资源调度方法中，MEC节点上均事先部署有相应的应用服务，然后在资源调度过程中选择剩余资源信息最多的MEC节点，由于该剩余资源信息最多的MEC节点并不一定是距离最近的能够满足终端对应条件的MEC节点，因此，网络提供的服务性能将无法到保障。本申请综合考虑MEC节点的剩余资源信息和位置信息，能够使得边缘计算的能力发挥最大。同时，在启动边缘计算服务后，再进行具体应用服务的部署能够解决MEC场景下MEC节点资源不足和应用多样性问题之间的矛盾。

在一个具体的实施例中，参考图2，示出了本发明实施例提供的一种资源调度方法的交互示意图。在本实施例中，包括如下步骤：

步骤S01：终端向发送边缘计算服务申请请求；

具体地，用户申请边缘计算服务，向发送边缘计算服务申请请求，该请求中携带终端标识以及请求这个服务的最低资源要求，比如CPU、内存等要求。

步骤S02：向MEC控制器转发边缘计算服务申请请求，并上报标识；

其中，标识用于唯一标识一个，比如，标识具体可以是每个都具有的唯一的编号。

步骤S03：MEC控制器根据标识获取位置信息表中对应的位置，并根据位置计算每个MEC节点与的距离，按距离从近到远排序，选择排名靠前的5个MEC节点N1、N2、N3、N4、N5，构成MEC节点列表。

具体地，转发的缘计算服务申请请求，以及上报的标识依次经过承载网、核心网后到达核心网中部署的MEC控制器。MEC控制器通过标识，匹配位置信息表中对应的位置(包括经纬度信息)，并基于位置信息的调度算法，计算每个MEC节点与所述的距离，并按距离从近到远排序，由近及远依次为N1、N2、N3、N4、N5等，选择排名靠前的5个MEC节点构成MEC节点列表。

步骤S04：MEC控制器向N1发送资源获取请求；

步骤S05：N1将自身的剩余资源信息反馈给MEC控制器；

步骤S06：MEC控制器判断N1的节点资源是否能够满足终端对应条件，如果满足则在该节点上启动边缘计算服务。如果不满足，则向N2发起资源获取请求，以此类推，直到得到节点资源能够满足终端对应条件的MEC节点。

具体地，MEC控制器根据N1的剩余资源信息以及最低资源要求判断N1的节点资源是否能够满足终端要求，如果满足则在该节点上启动边缘计算服务。比如，最低资源要求为内存大于100M，若N1的剩余资源信息为500M，则满足终端要求。如果N1不满足，则向N2发起资源获取请求，以此类推，直到得到节点资源能够满足终端对应条件的MEC节点。如果都不满足需求，则此次服务请求失败。

步骤S07：当N1的节点资源满足终端对应条件时，MEC控制器向N1发送资源调度请求；

步骤S08：N1启动边缘计算服务；

步骤S09：N1将边缘计算服务转发至终端；

具体地，N1将边缘计算服务转发至终端以告诉终端边缘计算服务已启动。

步骤S10：终端获取边缘计算服务，并和MEC节点N1建立通信；

步骤S11：终端和MEC节点N1进行通信。

具体地，终端和MEC节点N1进行通信，并在通信过程中，MEC节点N1部署终端相应的应用服务，比如游戏业务服务，视频业务服务。

本发明实施例提供的资源调度方法，通过MEC控制器接收终端发送的经由转发的边缘计算服务申请请求以及所述上报的标识，并根据所述边缘计算服务申请请求以及所述标识计算每个MEC节点与所述的距离，并按距离从近到远排序，选择排名靠前的预设数量个MEC节点构成MEC节点列表，再从所述MEC节点列表中选择节点资源能够满足所述终端对应条件的第一个MEC节点，以及向所述第一个MEC节点发送资源调度请求，使得所述第一个MEC节点启动边缘计算服务，并在将所述边缘计算服务转发给所述终端后与所述终端建立通信。由于本发明在资源调度过程中不仅考虑了MEC节点的资源信息，更重要的是考虑了MEC节点的地理位置信息，最终得到的第一个MEC节点是节点资源能够满足终端对应条件的距离最近的MEC节点，通过将计算资源调度到第一个MEC节点，能够使得边缘计算的能力发挥最大，并能有效弥补基于Kubernetes的资源调度方法未考虑节点位置信息的不足，从而解决了现有的基于Kubernetes的资源调度方法主要基于资源和自定义标签两个维度，不适用于边缘计算场景的需求，无法使得边缘计算的能力发挥最大的问题。

实施例2：

如图3所示，本实施例提供一种资源调度方法，应用于，所述方法包括：

步骤S202：接收终端发送的边缘计算服务申请请求。

在本实施例中，当用户需要申请边缘计算服务时，向发送边缘计算服务申请请求，该请求中携带终端标识以及请求这个服务的最低资源要求，比如对CPU、内存、GPU、磁盘空间等的要求。

步骤S204：向移动边缘计算MEC控制器转发边缘计算服务申请请求并上报标识，以使MEC控制器根据边缘计算服务申请请求以及标识计算每个MEC节点与的距离，并按距离从近到远排序，选择排名靠前的预设数量个MEC节点构成MEC节点列表，以及从MEC节点列表中选择节点资源能够满足终端对应条件的第一个MEC节点，以及向第一个MEC节点发送资源调度请求，资源调度请求用于触发第一个MEC节点启动边缘计算服务，并在将边缘计算服务转发给终端后与终端建立通信。

在本实施例中，接收到该边缘计算服务申请请求后，向MEC控制器转发该请求，并上报标识。其中，标识用于唯一标识一个，比如，标识具体可以是每个都具有的唯一的编号。转发的缘计算服务申请请求，以及上报的标识依次经过承载网、核心网后到达核心网中部署的MEC控制器。MEC控制器接收到该边缘计算服务申请请求以及标识后，查询预存的位置信息表中标识对应的位置，以及根据所述位置计算每个MEC节点与所述的距离，并按距离从近到远排序，选择排名靠前的预设数量个MEC节点构成MEC节点列表。MEC控制器从MEC节点列表中选择节点资源能够满足终端对应条件的第一个MEC节点，并向第一个MEC节点发送资源调度请求，第一个MEC节点接收到该资源调度请求后，启动边缘计算服务，并在将边缘计算服务转发给终端后与终端建立通信。

实施例3：

如图4所示，本实施例提供一种资源调度方法，应用于移动边缘计算MEC节点，该方法包括：

步骤S302：接收MEC控制器发送的资源调度请求；其中，资源调度请求是MEC控制器接收到终端发送的经由转发的边缘计算服务申请请求以及上报的标识后，根据边缘计算服务申请请求以及标识计算每个MEC节点与的距离，并按距离从近到远排序，选择排名靠前的预设数量个MEC节点构成MEC节点列表，以及从MEC节点列表中选择本节点为节点资源能够满足终端对应条件的第一个MEC节点时发送的。

在本实施例中，当用户需要申请边缘计算服务时，向发送边缘计算服务申请请求，该请求中携带终端标识以及请求这个服务的最低资源要求，比如对CPU、内存、GPU、磁盘空间等的要求。接收到该边缘计算服务申请请求后，向MEC控制器转发该请求，并上报标识。其中，标识用于唯一标识一个，比如，标识具体可以是每个都具有的唯一的编号。转发的缘计算服务申请请求，以及上报的标识依次经过承载网、核心网后到达核心网中部署的MEC控制器。MEC控制器接收到该边缘计算服务申请请求以及标识后，查询预存的位置信息表中标识对应的位置，以及根据所述位置计算每个MEC节点与所述的距离，并按距离从近到远排序，选择排名靠前的预设数量个MEC节点构成MEC节点列表。

当MEC控制器确定本节点为节点资源能够满足终端对应条件的

第一个MEC节点时，向本节点发送资源调度请求。

步骤S304：根据资源调度请求启动边缘计算服务，并将边缘计算服务转发给终端后与终端建立通信。

在本实施例中，本节点接收到资源调度请求后，启动边缘计算服务，并将边缘计算服务转发给终端，终端获取边缘计算服务后，和本节点建立通信。在通信过程中，本节点部署终端相应的应用服务，比如游戏业务服务，视频业务服务等。

实施例4：

参考图5，本实施例提供一种移动边缘计算MEC控制器，包括：

第一接收模块12，用于接收终端发送的经由转发的边缘计算服务申请请求以及上报的标识；

节点列表获取模块14，与第一接收模块12连接，用于根据边缘计算服务申请请求以及标识计算每个MEC节点与的距离，并按距离从近到远排序，选择排名靠前的预设数量个MEC节点构成MEC节点列表；

节点选择模块16，与节点列表获取模块14连接，用于从MEC节点列表中选择节点资源能够满足终端对应条件的第一个MEC节点；

第一发送模块18，与节点选择模块16连接，用于向第一个MEC节点发送资源调度请求，以使第一个MEC节点启动边缘计算服务，并在将边缘计算服务转发给终端后与终端建立通信。

可选地，节点列表获取模块14具体包括：

位置查询单元，用于根据所述边缘计算服务申请请求以及所述标识查询预存的位置信息表中标识对应的位置；

列表获取单元，用于根据所述位置计算每个MEC节点与所述的距离，并按距离从近到远排序，选择排名靠前的预设数量个MEC节点构成MEC节点列表。

可选地，边缘计算服务申请请求携带最低资源要求，节点选择模块16具体包括：

第一选择单元，用于选择MEC节点列表中的首个MEC节点作为当前MEC节点；

请求发送单元，用于向当前MEC节点发送资源获取请求；

资源获取单元，用于接收当前MEC节点基于资源获取请求返回的剩余资源信息；

循环单元，用于判断剩余资源信息是否满足最低资源要求，若是，则确定当前MEC节点为满足终端对应条件的第一个MEC节点，否则，将MEC节点列表中当前MEC节点的下一个MEC节点作为新的当前MEC节点。

实施例5：

参考图6，本实施例提供一种资源调度系统，包括移动边缘计算MEC控制器22、24和MEC节点26；

MEC控制器22用于执行实施例1中的资源调度方法；

24用于执行实施例2中的资源调度方法；

MEC节点26用于执行实施例3中的资源调度方法。

实施例6：

本实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例1或实施例2或实施例3中的资源调度方法。

该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory，随机存取存储器)，ROM(Read-Only Memory，只读存储器)，EEPROM(Electrically ErasableProgrammable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

实施例2至实施例6提供的资源调度方法、MEC控制器、系统及计算机可读存储介质，通过MEC控制器接收终端发送的经由转发的边缘计算服务申请请求以及所述上报的标识，并根据所述边缘计算服务申请请求以及所述标识计算每个MEC节点与所述的距离，并按距离从近到远排序，选择排名靠前的预设数量个MEC节点构成MEC节点列表，再从所述MEC节点列表中选择节点资源能够满足所述终端对应条件的第一个MEC节点，以及向所述第一个MEC节点发送资源调度请求，使得所述第一个MEC节点启动边缘计算服务，并在将所述边缘计算服务转发给所述终端后与所述终端建立通信。由于本发明在资源调度过程中不仅考虑了MEC节点的资源信息，更重要的是考虑了MEC节点的地理位置信息，最终得到的第一个MEC节点是节点资源能够满足终端对应条件的距离最近的MEC节点，通过将计算资源调度到第一个MEC节点，能够使得边缘计算的能力发挥最大，并能有效弥补基于Kubernetes的资源调度方法未考虑节点位置信息的不足，从而解决了现有的基于Kubernetes的资源调度方法主要基于资源和自定义标签两个维度，不适用于边缘计算场景的需求，无法使得边缘计算的能力发挥最大的问题。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。