业务调度方法、装置以及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种业务调度方法、装置以及存储介质。

背景技术

移动边缘计算(Mobile Edge Computing,MEC)是一种新型的网络架构理念，能够在蜂窝网络边缘提供云计算能力和IT服务环境。内容分发网络(Content DeliveryNetwork,CDN)依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞和内容提供商服务器压力，提高用户访问响应速度和命中率。在CDN节点下沉到网络边缘后，如何识别用户位置以及将业务调度到本地边缘CDN节点是一个需要解决的问题。

发明内容

有鉴于此，本发明要解决的一个技术问题是提供一种业务调度方法、装置以及存储介质。

根据本公开的一个方面，提供一种业务调度方法，包括：全局负载均衡GSLB设备接收用户设备UE发送的内容请求消息；其中，所述内容请求消息携带的信息包括：MEC ID信息；所述GSLB基于MEC ID与边缘CDN节点的拓扑关系，获取与所述MEC ID信息以及所述内容请求消息相对应的边缘CDN节点信息；其中，所述边缘CDN节点信息包括：IP地址；所述UE接收所述GSLB发送的所述边缘CDN节点信息，向与所述边缘CDN节点信息相对应的目标边缘CDN节点发送CDN业务请求。

可选地，边缘UPF接收所述UE发送MEC ID查询请求，将所述MEC ID查询请求转发到移动边缘计算MEC平台，并接收所述MEC平台返回的所述MEC ID信息；所述边缘UPF将所述MEC ID信息发送给所述UE。

可选地，所述向与所述边缘CDN节点信息相对应的目标边缘CDN节点发送CDN业务请求包括：所述UE将所述CDN业务请求发送到边缘UPF，所述边缘UPF将所述CDN业务请求发送到MEC平台；所述MEC平台将所述CDN业务请求发送到所述目标边缘CDN节点。

可选地，所述目标边缘CDN节点接收所述CDN业务请求，获取与所述CDN业务请求相对应的业务数据；所述目标边缘CDN节点将所述业务数据发送到所述MEC平台；所述边缘UPF接收所述MEC平台发送的所述业务数据，将所述业务数据推送到所述UE。

可选地，所述向所述UE推送与所述CDN业务请求相对应的业务数据包括：如果所述目标边缘CDN节点没有存储所述业务数据，则所述目标边缘CDN节点向中心CDN节点发送与所述业务数据相对应的内容请求；所述目标边缘CDN节点在接收所述中心CDN节点发送的所述业务数据后，将所述业务数据发送到所述MEC平台。

可选地，所述内容请求消息包括：HTTP DNS请求消息。

根据本公开的另一方面，提供一种业务调度系统，包括：全局负载均衡GSLB设备和用户设备UE；所述GSLB设备，用于接收所述UE发送的内容请求消息；其中，所述内容请求消息携带的信息包括：MEC ID信息；基于MEC ID与边缘CDN节点的拓扑关系，获取与所述MECID信息以及所述内容请求消息相对应的边缘CDN节点信息；其中，所述边缘CDN节点信息包括：IP地址；所述UE，用于接收所述GSLB发送的所述边缘CDN节点信息，向与所述边缘CDN节点信息相对应的目标边缘CDN节点发送CDN业务请求。

可选地，还包括：边缘UPF和移动边缘计算MEC平台；所述边缘UPF，用于接收所述UE发送MEC ID查询请求，将所述MEC ID查询请求转发到移动边缘计算MEC平台，并接收所述MEC平台返回的所述MEC ID信息；所述边缘UPF将所述MEC ID信息发送给所述UE。

可选地，所述UE，用于将所述CDN业务请求发送到边缘UPF；所述边缘UPF，用于将所述CDN业务请求发送到MEC平台；所述MEC平台，用于将所述CDN业务请求发送到所述目标边缘CDN节点。

可选地，所述目标边缘CDN节点，用于接收所述CDN业务请求，获取与所述CDN业务请求相对应的业务数据，将所述业务数据发送到所述MEC平台；所述边缘UPF，用于接收所述MEC平台发送的所述业务数据，将所述业务数据推送到所述UE。

可选地，所述目标边缘CDN节点，用于如果没有存储所述业务数据，则向中心CDN节点发送与所述业务数据相对应的内容请求；在接收所述中心CDN节点发送的所述业务数据后，将所述业务数据发送到所述MEC平台。

根据本公开的再一方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行如上所述的方法。

本公开的业务调度方法、装置以及存储介质，由用户终端主动发起边缘CDN节点查询请求，本地MEP根据用户请求可以便捷快速地响应用户请求，从而实现对于边缘CDN节点的精准、迅速地调度；并且改动较小，无需DNS修改配合，具备通用性和可复制性，提高用户的使用体验。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为根据本公开的业务调度方法的一个实施例的流程示意图；

图2为根据本公开的业务调度方法的一个实施例中的获取MEC ID的流程示意图；

图3为根据本公开的业务调度方法的另一个实施例的流程示意图；

图4为根据本公开的业务调度系统的一个实施例的模块示意图；

图5为根据本公开的业务调度系统的另一个实施例的模块示意图。

具体实施方式

下面参照附图对本公开进行更全面的描述，其中说明本公开的示例性实施例。下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

下文中的“第一”、“第二”等仅用于描述上相区别，并没有其它特殊的含义。

MEC技术能够在蜂窝网络边缘提供云计算能力和IT服务环境，其基本思想是把云计算平台从移动核心网络内部迁移到移动接入网边缘，实现计算及存储资源的弹性利用。MEC技术使得传统无线接入网具备了业务本地化、近距离部署的条件，无线接入网由此而具备了低时延、高带宽的传输能力，有效缓解了未来移动网络对于传输带宽以及时延的要求，从而可以有效提升用户的业务体验，促进网络和业务的深度融合。MEC技术将传统电信蜂窝网络与互联网业务进行了深度融合，给电信运营商的运作模式带来全新变革，并建立新型的产业链及网络生态圈。

CDN的核心价值是将数字内容智能分发到离用户更近的节点，从而提高整体分发效率，减少网络延迟，节省带宽资源。CDN固有的边缘节点属性，使其在边缘计算市场中具有先发优势。CDN的调度中心GSLB(Global Sever Load Balance,全局负载均衡)设备，一般根据终端IP地址识别用户所在区域，分配本地CDN节点给用户。

但在5G网络中，由于负责IP地址分配的会话管理功能SMF的网络位置高于边缘UPF，对于用户分配的IP地址不具备地域特征，因此，GSLB无法通过IP段定位用户的边缘位置信息；而且，因为LDNS(本地DNS)的存在，GSLB无法感知终端用户的IP，只能感知LDNS地址，所以CDN业务调度只能精确到省。由于GSLB无法根据用户携带的IP地址判断用户当前所处的地址位置，从而无法将业务调度到离用户距离较近的边缘CDN节点，无法使用户享受到更优质的业务应用体验。

由上可知，CDN节点下沉到网络边缘后，GSLB无法根据用户IP地址识别地域调度到边缘服务器。本公开的业务调度方法，根据用户业务请求及用户当前地理位置，动态实现本地业务分流，将用户的内容请求调度到靠近用户的边缘CDN节点，解决了5G网络中边缘CDN业务调度的问题，以此提升用户体验。

图1为根据本公开的业务调度方法的一个实施例的流程示意图，如图1所示：

步骤101，全局负载均衡GSLB设备接收用户设备UE发送的内容请求消息。内容请求消息携带的信息包括MEC ID信息等；内容请求消息包括HTTP DNS请求消息等。

步骤102，GSLB基于MEC ID与边缘CDN节点的拓扑关系，获取与MEC ID信息以及内容请求消息相对应的边缘CDN节点信息。边缘CDN节点信息包括IP地址等，IP地址为边缘CDN节点的IP地址。

步骤103，UE接收GSLB发送的边缘CDN节点信息，向与边缘CDN节点信息相对应的目标边缘CDN节点发送CDN业务请求。

图2为根据本公开的业务调度方法的一个实施例中的获取MEC ID的流程示意图，如图2所示：

步骤201,边缘UPF(User plane function，用户面功能)接收UE发送MEC ID查询请求，将MEC ID查询请求转发到移动边缘计算MEC平台，并接收MEC平台返回的MEC ID信息。

步骤202，边缘UPF将MEC ID信息发送给UE。

向与边缘CDN节点信息相对应的目标边缘CDN节点发送CDN业务请求可以采用多种方法。例如，UE将CDN业务请求发送到边缘UPF，边缘UPF将CDN业务请求发送到MEC平台，MEC平台将CDN业务请求发送到目标边缘CDN节点。目标边缘CDN节点接收CDN业务请UE求，获取与CDN业务请求相对应的业务数据；目标边缘CDN节点将业务数据发送到MEC平台；边缘UPF接收MEC平台发送的业务数据，将业务数据推送到UE。

上述实施例中的业务调度方法，UE发起MEC ID查询请求，边缘UPF识别该查询请求并转发到MEP(MEC Platform，MEC平台)，MEP返回对应的MEC ID，UE向GSLB发起携带MEC ID的内容请求消息，GSLB根据MEC ID信息判断用户位置并提供边缘CDN节点的IP地址，从而实现对于边缘CDN的精准、迅速地调度。

向UE推送与CDN业务请求相对应的业务数据可以有多种方法。例如，如果目标边缘CDN节点没有存储业务数据，则目标边缘CDN节点向中心CDN节点发送与业务数据相对应的内容请求；目标边缘CDN节点在接收中心CDN节点发送的业务数据后，将业务数据发送到MEC平台。

图3为根据本公开的业务调度方法的另一个实施例的流程示意图，如图3所示：

步骤301，UE APP在发起CDN业务访问请求时，首先发起MEC ID查询请求。

步骤302，边缘UPF识别UE发起的查询MEC ID的信息，将该信息转发到MEC平台。

步骤303，MEC平台根据接收到的用户MEC ID查询请求，向UE返回用户所处区域的一组MEC ID信息。

步骤304，UE APP向CDN GSLB发起内容请求，请求消息中携带MEC ID信息。

步骤305，GSLB维护MEC ID与边缘CDN节点的拓扑关系，根据内容UE请求中携带的MEC ID信息以及用户请求的内容，向UE提供保存有用户所请求内容的边缘CDN节点的IP地址。

步骤306，UE APP根据收到的边缘CDN节点信息，向边缘CDN节点发起CDN业务请求。通过边缘UPF的本地分流功能，将用户请求发送至本地MEC平台的边缘CDN节点。

步骤307，边缘CDN节点向UE推送内容。

步骤308，如果用户请求的内容并未存储在边缘CDN节点中，则边缘CDN节点向中心CDN节点发起回源请求。

步骤309，中心CDN节点根据边缘CDN节点的内容请求，将内容推流到边缘CDN节点，之后再由边缘CDN节点为用户提供服务。

上述实施例中的业务调度方法，摒弃了其他方案中网络需要根据用户请求内容、IP地址段等被动式的边缘CDN节点查询方式，由用户终端主动发起边缘CDN节点查询请求，本地MEP根据用户请求可以便捷快速地响应用户请求，从而实现对于边缘CDN节点的精准、迅速地调度；适用于HTTP调度和DNS调度，且不影响HTTP转发性能；对网络改动较小，无需DNS修改配合，只需UE APP修改配合，具备通用性和可复制性。

在一个实施例中，如图4所示，本公开提供一种业务调度系统，包括：全局负载均衡GSLB设备402和用户设备UE 401。GSLB设备402接收UE 401发送的内容请求消息，内容请求消息携带的信息包括MEC ID信息等。GSLB设备402基于MEC ID与边缘CDN节点的拓扑关系，获取与MEC ID信息以及内容请求消息相对应的边缘CDN节点信息，边缘CDN节点信息包括IP地址等。UE 401接收GSLB 402发送的边缘CDN节点信息，向与边缘CDN节点信息相对应的目标边缘CDN节点403发送CDN业务请求。

在一个实施例中，如图5所示，GSLB 402负责将整个网络范围内用户的请求定向到最近的节点；中心CDN节点405主要负责中心内容存储及推送；集中部署的MEC业务管理平台408负责MEC业务(例如CDN业务)的管理和控制；边缘分布式部署的MEP 406接受来自MEC业务管理平台408的管理调度，并执行和实现相应策略；边缘CDN节点403作为第三方APP在MEP(MEC平台)406上实例化，并复用MEP406提供的硬件、网络、存储等资源。

边缘UPF 404接收UE 401经过RAN 407发送MEC ID查询请求，将MEC ID查询请求转发到移动边缘计算MEC平台406，并接收MEC平台406返回的MEC ID信息，边缘UPF 404将MECID信息发送给UE 401。

UE 401将CDN业务请求发送到边缘UPF 404，边缘UPF404将CDN业务请求发送到MEC平台406，MEC平台406将CDN业务请求发送到目标边缘CDN节点403。

目标边缘CDN节点403接收CDN业务请求，获取与CDN业务请求相对应的业务数据，将业务数据发送到MEC平台406。边缘UPF 404接收MEC平台406发送的业务数据，将业务数据推送到UE 401。

目标边缘CDN节点403如果没有存储业务数据，则向中心CDN节点405发送与业务数据相对应的内容请求；在接收中心CDN节点405发送的业务数据后，将业务数据发送到MEC平台406。

根据本公开的再一方面，提供一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，指令被处理器执行如上的方法。

上述实施例中提供的业务调度方法、装置以及存储介质，由用户终端主动发起边缘CDN节点查询请求，本地MEP根据用户请求可以便捷快速地响应用户请求，从而实现对于边缘CDN节点的精准、迅速地调度；并且改动较小，无需DNS修改配合，具备通用性和可复制性，提高用户的使用体验。

可能以许多方式来实现本公开的方法和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和系统。用于方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。

本公开的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本公开限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本公开的原理和实际应用，并且使本领域的普通技术人员能够理解本公开从而设计适于特定用途的带有各种修改的各种实施例。