CN110769039B - 资源调度方法及装置、电子设备和计算机可读存储介质 - Google Patents
资源调度方法及装置、电子设备和计算机可读存储介质 Download PDFInfo
- Publication number
- CN110769039B CN110769039B CN201910955466.XA CN201910955466A CN110769039B CN 110769039 B CN110769039 B CN 110769039B CN 201910955466 A CN201910955466 A CN 201910955466A CN 110769039 B CN110769039 B CN 110769039B
- Authority
- CN
- China
- Prior art keywords
- edge computing
- service
- access request
- module
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Abstract
本公开的实施例提供了一种资源调度方法及装置、电子设备和计算机可读存储介质。该方法包括:通过边缘计算分流模块接收终端发送的业务接入请求,所述边缘计算分流模块配置有边缘计算域名系统服务;解析所述业务接入请求,获取所述边缘计算域名系统服务的出口地址信息;通过所述边缘计算分流模块将所述出口地址信息发送至业务调度模块,以便于所述业务调度模块根据所述出口地址信息确定所述业务接入请求的目标边缘计算节点;通过所述边缘计算分流模块接收所述终端发送的业务内容请求;根据目标边缘计算节点信息将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
Description
技术领域
本公开涉及计算机和通信技术领域,具体而言,涉及一种资源调度方法及装置、电子设备和计算机可读存储介质。
背景技术
相关技术中,当接收用户发送的业务请求时,将其调度至距离该用户地理位置较近的CDN(Content Delivery Network,内容分发网络)进行处理,但这种方式调度精度较低,无法满足用户的当前需求。
因此,需要一种新的资源调度方法及装置、电子设备和计算机可读存储介质。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开实施例提供一种资源调度方法及装置、电子设备和计算机可读存储介质,能够提高资源的调度精度。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开的一个方面,提供一种资源调度方法,所述方法包括:通过边缘计算分流模块接收终端发送的业务接入请求,所述边缘计算分流模块配置有边缘计算域名系统服务;解析所述业务接入请求,获取所述边缘计算域名系统服务的出口地址信息;通过所述边缘计算分流模块将所述出口地址信息发送至业务调度模块,以便于所述业务调度模块根据所述出口地址信息获得接入所述业务接入请求的边缘计算平台的位置信息,并根据所述边缘计算平台的位置信息确定所述业务接入请求的目标边缘计算节点;通过所述边缘计算分流模块接收所述终端发送的业务内容请求,所述业务内容请求包括目标边缘计算节点信息;根据所述目标边缘计算节点信息将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
根据本公开的一个方面,提供一种资源调度方法,所述方法包括:通过业务调度模块接收边缘计算分流模块响应于业务接入请求发送的边缘计算域名系统服务的出口地址信息,所述边缘计算分流模块配置有所述边缘计算域名系统服务;根据所述出口地址信息获得接入所述业务接入请求的边缘计算平台的位置信息;根据所述边缘计算平台的位置信息确定所述业务接入请求的目标边缘计算节点;将目标边缘计算节点信息反馈至生成所述业务接入请求的终端,以便于所述终端根据所述目标边缘计算节点信息生成业务内容请求,将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
根据本公开的一个方面,提供一种资源调度装置,所述装置包括:接入请求接收模块,配置为通过边缘计算分流模块接收终端发送的业务接入请求,所述边缘计算分流模块配置有边缘计算域名系统服务;出口地址获取模块,配置为解析所述业务接入请求,获取所述边缘计算域名系统服务的出口地址信息;出口地址发送模块,配置为通过所述边缘计算分流模块将所述出口地址信息发送至业务调度模块,以便于所述业务调度模块根据所述出口地址信息获得接入所述业务接入请求的边缘计算平台的位置信息,并根据所述边缘计算平台的位置信息确定所述业务接入请求的目标边缘计算节点;内容请求接收模块,配置为通过所述边缘计算分流模块接收所述终端发送的业务内容请求,所述业务内容请求包括目标边缘计算节点信息;内容请求发送模块,配置为根据所述目标边缘计算节点信息将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
根据本公开的一个方面,提供一种资源调度装置,所述装置包括:出口地址接收模块,配置为通过业务调度模块接收边缘计算分流模块响应于业务接入请求发送的边缘计算域名系统服务的出口地址信息,所述边缘计算分流模块配置有所述边缘计算域名系统服务;平台位置获得模块,配置为根据所述出口地址信息获得接入所述业务接入请求的边缘计算平台的位置信息;目标节点确定模块,配置为根据所述边缘计算平台的位置信息确定所述业务接入请求的目标边缘计算节点;节点信息反馈模块,配置为将目标边缘计算节点信息反馈至生成所述业务接入请求的终端,以便于所述终端根据所述目标边缘计算节点信息生成业务内容请求,将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
根据本公开实施例的一个方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现如上述实施例中所述的资源调度方法。
根据本公开实施例的一个方面,提供了一种电子设备,包括:一个或多个处理器;存储装置,配置为存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如上述实施例中所述的资源调度方法。
在本公开的一些实施例所提供的技术方案中,通过将边缘计算域名系统服务部署在边缘计算分流模块上,同时边缘计算域名系统服务具备独立的出口地址,当该边缘计算分流模块接收到终端发送的业务接入请求时,可以对该业务接入请求进行解析,获取所述边缘计算域名系统服务的出口地址信息,从而使得在业务调度模块,可以获取到该终端的用户使用了边缘计算域名系统服务的出口地址,进而得到该终端的用户的精确位置(根据用户的终端通过哪个边缘计算平台接入),在该业务调度模块可以处理该业务接入请求,将其调度到最接近的目标边缘计算节点,一方面,可以提供调度准确度和精度,降低业务逻辑的失败概率;另一方面,还可以降低核心网网关和内容分发网络的带宽消耗,降低了成本。同时,保证了业务逻辑对于边缘计算节点的管理和控制。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1示出了可以应用本公开实施例的资源调度方法或资源调度装置的示例性系统架构的示意图;
图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图;
图3示出了ETSI UPF分流到MEC的参考架构图;
图4示出了相关技术中的移动网络CDN调度架构图;
图5示出了移动网络CDN调度逻辑示意图;
图6示出了MEC边缘计算架构图;
图7示出了MEC服务器的调度逻辑示意图;
图8示意性示出了根据本公开的一实施例的资源调度方法的流程图;
图9示意性示出了根据本公开的另一实施例的资源调度方法的流程图;
图10示意性示出了根据本公开的一实施例的资源调度方法的系统架构图;
图11示意性示出了根据本公开的一实施例的终端业务请求处理过程的示意图;
图12示意性示出了根据本公开的一实施例的业务调度模块查询MEC服务器地址的示意图;
图13示意性示出了根据本公开的又一实施例的资源调度方法的流程图;
图14示意性示出了根据本公开的再一实施例的资源调度方法的流程图;
图15示意性示出了根据本公开的一实施例的资源调度装置的框图;
图16示意性示出了根据本公开的另一实施例的资源调度装置的框图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本公开的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
首先,对本公开实施例中提及的术语进行释义说明。
MEC(mobile edge computing,或者multi-access edge computing):边缘计算。
MEC分流模块:标准中定义的MEC分流功能,将用户流量不经过核心网,而是根据一定的规则,比如ip(Internet Protocol,互联网协议)地址、五元组等,分流到目标地址。
MEC服务器:也可以称之为MEC业务服务器、MEC站点,是MEC平台下面连接的业务服务器,一般存储了业务内容。存储的业务内容例如可以为视频,即可以在各个MEC服务器中存储视频文件,但本公开并不限定于此,可以根据实际的应用场景存储相应的业务内容。
UPF(user plane function,用户面功能实体):在5G网络标准定义中,为核心网的数据面网络功能,用以分流网络流量。一般根据ip地址、五元组做4层转发。
GSLB(Global Server Load Balance,全局负载均衡):一般用于CDN的调度和DNS(Domain Name System,域名系统)解析功能,且GSLB一般部署在数据中心,即目前GSLB是集中式的,全网的接入请求都由它来处理,它告诉用户应该接入哪个最近的CDN。
DNS:类似电话簿,根据域名可以查到对应的ip地址。
Local DNS(本地域名系统):运营商在本地部署的DNS服务器,方便就近查询域名,快速接入。
HttpDNS:基于http(Hyper Text Transfer Protocol,超文本传输协议)协议的DNS服务,即终端用户直接访问指定的httpDNS端口,通过http协议发送DNS请求给DNS服务器,DNS服务器直接回复最优的地址,不经过运营商的DNS系统。从而可以解决Local DNS存在的DNS劫持的问题,因为Local DNS中,DNS解析是交给运营商来做的,所以解析结果被运营商劫持插入广告,而采用HttpDNS可以绕开运营商的办法来做域名->IP的映射方式。HttpDNS是通过ip直接请求http获取服务器记录地址,不存在向本地运营商询问domain解析过程,所以从根本避免了劫持问题。同时由于是ip直接访问省掉了一次domain解析过程,可以在一定程度上降低平均访问延迟。
图1示出了可以应用本公开实施例的资源调度方法或资源调度装置的示例性系统架构100的示意图。
如图1所示,系统架构100可以包括终端设备101、102、103中的一种或多种,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备,包括但不限于智能手机、平板电脑、便携式计算机和台式计算机、数字电影放映机等等。
服务器105可以是提供各种服务的服务器。例如用户利用终端设备103(也可以是终端设备101或102)向服务器105发送各种请求(例如视频下载请求、应用下载请求等)。服务器105可以基于该请求中携带的相关信息,获取响应于所述请求的反馈信息(例如响应于视频下载请求的视频内容,响应于应用下载请求的应用安装包等)给终端设备103,进而用户可以在终端设备103上查看显示的反馈信息。
又如终端设备103(也可以是终端设备101或102)可以是智能电视、VR(VirtualReality,虚拟现实)/AR(Augmented Reality,增强现实)头盔显示器、或者其上安装有即时通讯、视频应用程序(application,APP)等的移动终端例如智能手机、平板电脑等,用户可以通过该智能电视、VR/AR头盔显示器或者该即时通讯、视频APP向服务器105发送各种请求。服务器105可以基于该请求,获取响应于所述请求的反馈信息返回给该智能电视、VR/AR头盔显示器或者该即时通讯、视频APP,进而通过该智能电视、VR/AR头盔显示器或者该即时通讯、视频APP将返回的反馈信息显示。
图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。
需要说明的是,图2示出的电子设备的计算机系统200仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图2所示,计算机系统200包括中央处理单元(CPU,Central Processing Unit)201,其可以根据存储在只读存储器(ROM,Read-Only Memory)202中的程序或者从储存部分208加载到随机访问存储器(RAM,Random Access Memory)203中的程序而执行各种适当的动作和处理。在RAM 203中,还存储有系统操作所需的各种程序和数据。CPU 201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。
以下部件连接至I/O接口205:包括键盘、鼠标等的输入部分206;包括诸如阴极射线管(CRT,Cathode Ray Tube)、液晶显示器(LCD,Liquid Crystal Display)等以及扬声器等的输出部分207;包括硬盘等的储存部分208;以及包括诸如LAN(Local Area Network,局域网)卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器210上,以便于从其上读出的计算机程序根据需要被安装入储存部分208。
特别地,根据本公开的实施例,下文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读存储介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分209从网络上被下载和安装,和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时,执行本申请的方法和/或装置中限定的各种功能。
需要说明的是,本公开所示的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM(Erasable Programmable Read Only Memory,可擦除可编程只读存储器)或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质,该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF(RadioFrequency,射频)等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本公开各种实施例的方法、装置和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的模块和/或单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的模块和/或单元也可以设置在处理器中。其中,这些模块和/或单元的名称在某种情况下并不构成对该模块和/或单元本身的限定。
作为另一方面,本申请还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读存储介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现如下述实施例中所述的方法。例如,所述的电子设备可以实现如图8或图9或图13或图14所示的各个步骤。
图3示出了ETSI(European Telecommunications Standards Institute,欧洲电信标准化协会)UPF分流到MEC的参考架构图。
如图3所示,MEC是5G的关键因素之一,是将虚拟化基础设施扩展到无线接入网的标准。ETSI MEC工作组定义了用于移动网络的边缘计算平台架构。应用(applications,APP)以实例化的形式部署在移动边缘主机(mobile edge host)上,用户的请求可以直接分流到MEC服务器上去,不用上送到数据中心,从而降低了时延,减小了CDN和核心网的带宽消耗。
图3中的NSSF(Network Slice Selection Function)是网络切片选择功能。NRF(NF(Network Function,网络功能)Repository Function)是网络存储功能。UDM(UnifiedData Management)是统一数据管理。PCF(Policy Control Function)是策略控制功能。NEF(Network Exposure Function)是网络开放功能。AUSF(Authentication ServerFunction)是鉴权服务器功能。AMF(Access and Mobility Management Function)是接入及移动性管理功能。SMF(Session Management Function)是会话管理功能。(R)AN(RadioAccess Network,无线接入网)。Naf(Service-based interface exhibited by AF(Application Function,应用功能))是AF展示的基于服务的接口。N4是SMF和UPF之间的参考点。N9是两个UPF之间的参考点。
UE(User Equipment,用户设备、用户终端或者用户终端设备,也可以称之为无线终端)是移动通讯中一个重要概念,这里的UE包含手机,智能终端,多媒体设备,流媒体设备等等。
继续参考图3,还示出了虚拟化基础设施(virtualization infrastructure)、数据网络(data network)(LA/DN)、服务(service)、MEC系统(MEC system)、MEC协调器(MECOrchestrator)、MEC平台管理器(MEC Platform Manager)和MEC平台(MEC platform)。该框架从一个比较宏观的层次出发,对MEC下不同的功能实体进行了分布式主机级(distributed host level)和系统级(system level)的层次划分。
其中,分布式主机级包含MEC主机和相应的MEC主机水平管理实体,MEC主机又可以进一步划分为MEC平台、MEC应用(APP)和虚拟化基础设施。系统级的管理实体负责对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服务器。ETSI定义的分流规则,参见3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)TS 23.501中的定义,“The UL CL(uplink classifier)appliesfiltering rules(e.g.to examine the destination IP address/Prefix of UL IPpackets sent by the UE)and determines how the packet should be routed.(上行链路分类器应用过滤规则(例如,检查由UE发送的UL IP包的目标IP地址/前缀),并确定应如何路由该包)”,所以,MEC目前的分流,比如UPF上的流量分流目前是基于IP地址、五元组这种4层转发,跟业务无关。
其中,五元组是通信术语。通常是指源IP地址、源端口、目的IP地址、目的端口和传输层协议。源IP地址、源端口、目的IP地址、目的端口和传输层协议这五个量组成的一个集合。例如:192.168.1.1 10000 TCP 121.14.88.76 80就构成了一个五元组。其意义是,一个IP地址为192.168.1.1的终端通过端口10000,利用TCP协议,和IP地址为121.14.88.76,端口为80的终端进行连接。五元组能够区分不同会话,并且对应的会话是唯一的。
图4示出了相关技术中的移动网络CDN调度架构图。
如图4所示,包括依次连接的无线终端(UE)、无线接入网、运营商核心网2和互联网(包含GSLB调度)。
其中,GSLB实现在广域网(包括互联网)上不同地域的服务器间的流量调配,保证使用最佳的服务器服务离自己最近的客户,从而确保访问质量。GSLB使用范围包括所有有多个站点的系统,最常见的是在CDN系统中作为核心的流量调度系统。
目前的互联网业务,在CDN架构下,用户将请求发送到数据中心去处理,比如GSLB模块,会根据用户的位置,回复最佳的接入点或者CDN地址。但是移动网络现网中,互联网业务或者GSLB模块没有办法获取到用户的精确位置,通常是根据用户的ip地址去定位。
如图4所示,由于核心网出口地址有限,运营商一般不会给每个用户分配地址,都是共用核心网出口地址。所以GSLB看不到用户的真实ip地址(如图4中1),只能看到用户所在的核心网出口地址(如图4中2)。例如用户是广东电信的用户,是江苏移动的用户,只能定位到这种省一级的颗粒度。当前的CDN调度方案,无法获取到用户精确位置。
另一种方法,是根据Local DNS的地址确定用户位置,用户使用了运营商的LocalDNS服务,连接到GSLB,GSLB可以根据用户使用的Local DNS服务器地址,确定用户是广东电信的用户。无论是根据运营商核心网出口ip地址,还是Local DNS服务器的ip地址,都只能获取到省一级的位置信息,用户精确位置无法得知。这种省一级的位置信息,对于CDN调度是足够了,CDN的部署一般也是省一级,换言之,识别出广东电信的用户,将该用户的终端发出的请求调度到广东的CDN就可以了。
图5示出了移动网络CDN调度逻辑示意图。
因此,相关技术中的GSLB,根据识别出来的用户位置,回复最近的CDN接入地址。如图5所示,假设用户A的无线终端UE-A通过无线接入网接入运营商A的运营商核心网-A,之后通过互联网的GSLB调度模块调度,将无线终端UE-A发出的请求调度到CDN-A。
类似的,用户B的无线终端UE-B通过无线接入网接入运营商B的运营商核心网-B,之后通过互联网的GSLB调度模块调度,将无线终端UE-B发出的请求调度到CDN-B。
图6示出了MEC边缘计算架构图。
如图6所示,包括依次连接的无线终端(UE)、无线接入网、MEC分流模块(连接MEC服务器)、运营商核心网和互联网(包含GSLB调度模块)。
上述方式对于MEC的调度,会有问题,这是因为第一,MEC部署的位置在传统核心网网关之前,如图6所示,而GSLB还是只能获取到核心网的出口ip地址(如图6中2)。第二,上述方式对于MEC这种精细度的位置信息显然不合适。首先,MEC边缘站点(MEC服务器)的位置更低,数量更多,会达到市一级,甚至基站小区级别都有可能。省一级的位置信息,无法决定将用户调度到哪个边缘计算节点(MEC服务器)。
图7示出了MEC服务器的调度逻辑示意图。
如图7所示,假设用户A的无线终端UE-A通过无线接入网接入MEC分流模块(该MEC分流模块连接MEC服务器-A),该MEC分流模块再连接至运营商A的运营商核心网-A,运营商核心网-A连接至互联网(包含GSLB调度模块),通过GSLB调度模块,可以将UE-A的发出的请求正确的调度至MEC服务器-A。
但是对于用户B的无线终端UE-B,也是通过无线接入网接入MEC分流模块(该MEC分流模块连接MEC服务器-B),该MEC分流模块再连接至运营商核心网-A,运营商核心网-A连接至互联网,通过GSLB调度模块,将UE-B的发出的请求错误的调度至MEC服务器-B。即根据核心网出口ip地址,无法决定将用户调度到哪一个边缘计算节点,会出错。
而对于用户C的无线终端UE-C,通过无线接入网直接接入运营商核心网-B,运营商核心网-B通过互联网的GSLB调度模块调度至CDN。
图8示意性示出了根据本公开的一实施例的资源调度方法的流程图。本公开实施例提供的方法可以由MEC分流模块执行。如图8所示,本公开实施例提供的资源调度方法可以包括以下步骤。
在步骤S810中,通过边缘计算分流模块接收终端发送的业务接入请求,所述边缘计算分流模块配置有边缘计算域名系统服务。
本公开实施例中,在5G边缘计算场景下,将MEC DNS服务(包括MEC DNS服务和MEChttpDNS服务)部署在MEC分流模块上,根据MEC上部署的业务情况,选择有可能访问MEC的业务接入请求进行正确的解析,同时MEC DNS服务具备独立的出口地址(例如出口ip地址,是一个外网ip地址)。而上述相关技术中,DNS解析,最后GSLB只能看到省一级DNS的ip地址,不足以做MEC服务器的调度。
在步骤S820中,解析所述业务接入请求,获取所述边缘计算域名系统服务的出口地址信息。
在示例性实施例中,所述方法还可以包括:若所述业务接入请求不为部署在边缘计算的业务,则将所述业务接入请求透传给核心网网关。这样,对于没有部署在MEC上的业务不做处理,不影响正常的业务逻辑。
例如,假设视频内容部署在MEC服务器中,则在MEC分流模块中记录了视频业务属于部署于MEC的业务,假设直播和应用宝(一个用于下载APP的应用程序)等业务内容没存储在MEC服务器,则MEC分流模块中未记录。当接收到一个UE发送的业务接入请求时,首先根据该业务接入请求中的域名可以判断其是否是视频业务,若是视频业务,则对该业务接入请求进行解析。若是直播或者应用宝等其他业务,则对该业务接入请求透传。即要解析用户终端发送的请求的,只有请求的内容有部署在本地的MEC上,才需要做进一步处理,否则透传。
在示例性实施例中,所述业务接入请求可以为域名系统请求(DNS请求)或者超文本传输协议域名系统请求(httpDNS请求)。其中,解析所述业务接入请求,获取所述边缘计算域名系统服务的出口地址信息,可以包括:通过所述边缘计算分流模块判断所述业务接入请求是否为部署在边缘计算的业务;若所述业务接入请求为部署在边缘计算的业务,则通过所述边缘计算域名系统服务解析所述业务接入请求,获取所述出口地址信息。
在示例性实施例中,所述业务接入请求为超文本传输协议域名系统请求。其中,解析所述业务接入请求,获取所述边缘计算域名系统服务的出口地址信息,可以包括:通过所述终端判断所述业务接入请求是否为部署在边缘计算的业务;若所述业务接入请求为部署在边缘计算的业务,则通过所述边缘计算域名系统服务解析所述业务接入请求,获取所述出口地址信息。
本公开实施例中,将有可能访问MEC的业务接入请求做正确的解析,并且标记MECDNS的出口ip地址,从而在云端调度时,能够获取到更精准的用户地址,即可以判断用户发出的请求是通过哪个MEC平台接入的,从而可以做出更准确、更精细的调度。云端的业务调度模块,根据MEC标记的出口ip地址做调度决策。这里的MEC分流模块是MEC平台的一部分,例如可以对应标准中的UPF模块。
在步骤S830中,通过所述边缘计算分流模块将所述出口地址信息发送至业务调度模块,以便于所述业务调度模块根据所述出口地址信息获得接入所述业务接入请求的边缘计算平台的位置信息,并根据所述边缘计算平台的位置信息确定所述业务接入请求的目标边缘计算节点。
本公开实施例中,假设业务调度模块位于GSLB调度模块,则在GSLB位置,可以获取到用户使用了哪个MEC DNS的出口ip地址,进而得知用户精确位置(用户通过哪个MEC接入),最后在GSLB模块中,处理该业务接入请求,将其调度到最接近的MEC服务器。
在步骤S840中,通过所述边缘计算分流模块接收所述终端发送的业务内容请求,所述业务内容请求包括目标边缘计算节点信息。
在步骤S850中,根据所述目标边缘计算节点信息将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
本公开实施方式提供的资源调度方法,通过将边缘计算域名系统服务部署在边缘计算分流模块上,同时边缘计算域名系统服务具备独立的出口地址,当该边缘计算分流模块接收到终端发送的业务接入请求时,可以对该业务接入请求进行解析,获取所述边缘计算域名系统服务的出口地址信息,从而使得在业务调度模块,可以获取到该终端的用户使用了边缘计算域名系统服务的出口地址,进而得到该终端的用户的精确位置(根据用户的终端通过哪个边缘计算平台接入),在该业务调度模块可以处理该业务接入请求,将其调度到最接近的目标边缘计算节点,一方面,可以提供调度准确度和精度,降低业务逻辑的失败概率;另一方面,还可以降低核心网网关和内容分发网络的带宽消耗,降低了成本。同时,保证了业务逻辑对于边缘计算节点的管理和控制。
图9示意性示出了根据本公开的另一实施例的资源调度方法的流程图。本公开实施例提供的方法可以由业务调度模块执行。如图9所示,本公开实施例提供的资源调度方法可以包括以下步骤。
在步骤S910中,通过业务调度模块接收边缘计算分流模块响应于业务接入请求发送的边缘计算域名系统服务的出口地址信息,所述边缘计算分流模块配置有所述边缘计算域名系统服务。
在步骤S920中,根据所述出口地址信息获得接入所述业务接入请求的边缘计算平台的位置信息。
在步骤S930中,根据所述边缘计算平台的位置信息确定所述业务接入请求的目标边缘计算节点。
在示例性实施例中,根据所述边缘计算平台的位置信息确定所述业务接入请求的目标边缘计算节点,可以包括:根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点;根据所述业务接入请求从所述边缘计算平台连接的边缘计算节点中确定所述目标边缘计算节点。
例如,可以预先对MEC服务器中存储的业务内容建立内容索引,还是以视频业务为例,对每一个视频文件提取关键词(例如可以为该视频文件的名称),将该关键词作为该视频文件的内容索引,并该内容索引与该视频文件所存放的MEC服务器的ip地址一一对应存储起来,假设MEC平台A下面连接有MEC服务器a、b、c、d,且MEC服务器a中存储了视频文件1,则当该业务接入请求是通过MEC平台A接入时,且该业务接入请求是为了获取视频文件1时,则确定MEC服务器a为最优的边缘计算节点,将其作为该业务接入请求的目标边缘计算节点。
在示例性实施例中,根据所述边缘计算平台的位置信息确定所述业务接入请求的目标边缘计算节点,可以包括:根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点;从所述边缘计算平台连接的边缘计算节点中确定时延最小的边缘计算节点为所述目标边缘计算节点。
例如,还是假设MEC平台A下面连接有MEC服务器a、b、c、d,则当该业务接入请求是通过MEC平台A接入时,先反馈一组服务器地址,这里为MEC服务器a、b、c、d的地址,再通过ping时延进行测速,若MEC服务器c时延最小,则MEC服务器c是最优的,将MEC服务器c的地址返回给发出该业务接入请求的用户。
在示例性实施例中,所述方法还可以包括:在数据库中预先存储所述边缘计算平台的位置信息与其连接的边缘计算节点之间的对应关系;当所述边缘计算平台和/或其连接的边缘计算节点发生变化时,更新所述数据库。
在步骤S940中,将目标边缘计算节点信息反馈至生成所述业务接入请求的终端,以便于所述终端根据所述目标边缘计算节点信息生成业务内容请求,将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
图10示意性示出了根据本公开的一实施例的资源调度方法的系统架构图。
如图10所示,包括依次连接的无线终端(UE)、无线接入网、MEC分流、运营商核心网和互联网(包含GSLB调度模块)。其中,MEC分流模块内置有MEC DNS服务,且MEC分流模块连接至MEC服务器。业务调度模块可以集成在云和CDN系统的GSLB模块里面,也可以作为LocalDNS的一部分。
其中,MEC分流模块在移动网络中,一般部署在核心网之前,可以根据一定的规则和配置,将网络流量分流到指定的端口,使得网络流量不需要经过核心网网关,直接在本地处理。MEC分流模块在5G架构下,可以是UPF网元实现。本公开实施例中,MEC分流模块具备7层包解析的能力,如解析域名的能力,能够获知用户请求的域名,从而判断该域名对应的服务或者业务是否部署在MEC上。
本公开实施例中,还可以预先存储在MEC上部署的业务或者服务的域名列表。例如,还是以视频业务为例,在MEC分流模块中,还存储了部署了视频内容的MEC服务器对应的域名列表。这样,当MEC分流模块接收到UE发送的请求时,就可以通过解析获得请求中携带的域名,然后将其与存储的域名列表进行匹配,若有域名能够匹配上,则说明这个请求是通过MEC来提供的;若没有匹配的域名,则说明不属于MEC提供服务的业务,即由MEC分流模块来决定是否需要由MEC DNS来进行解析。
本公开实施例中,MEC分流模块部署MEC DNS服务。MEC DNS服务可以处理用户的UE发送的DNS请求和/或httpDNS请求,解析出正确的GSLB的ip地址,并保留MEC DNS的出口ip地址。在其他实施例中,也可以将MEC DNS服务部署在MEC上的一台单独的服务器上,完成类似运营商DNS服务器的功能,同时还具备一个外网可识别的ip地址。这个ip地址是提前分配好的,例如可以由运营商指定,且不随便变动。
本公开实施例中,所述业务调度模块根据用户的业务接入请求中携带的MEC DNS的出口ip地址,根据保存的MEC服务器地址和MEC DNS的出口ip地址之间的归属关系,将流量调度到最合适的MEC服务器。
例如一个MEC DNS的出口地址配置好是A,同时这个MEC部署了一组MEC服务器地址是a、b、c、d。那么GSLB调度的时候可以根据地址A知道用户从哪个MEC接入上来,同时知道这个MEC有a、b、c、d等MEC服务器可以用,那么就可以返回a、b、c、d中的一个或者多个MEC服务器的地址。
MEC运行于网络边缘,逻辑上并不依赖于网络的其他部分,这点对于安全性要求较高的应用来说非常重要。另外,MEC服务器通常具有较高的计算能力,因此特别适合于分析处理大量数据。同时,由于MEC距离用户或信息源在地理上非常邻近,使得网络响应用户请求的时延大大减小,也降低了传输网和核心网部分发生网络拥塞的可能性。最后,位于网络边缘的MEC能够实时获取例如基站ID(identification,标识)、可用带宽等网络数据以及与用户位置相关的信息,从而进行链路感知自适应,并且为基于位置的应用提供部署的可能性,可以极大地改善用户的服务质量体验。
图11示意性示出了根据本公开的一实施例的终端业务请求处理过程的示意图。图11提供了一种典型的终端边缘计算业务请求的处理过程。对于典型互联网业务部署在MEC边缘计算节点上的场景,终端请求到业务调度响应的处理流程如图11所示,这里以DNS请求为例,httpDNS请求的处理同理。
步骤S1、无线终端UE向MEC分流模块发送业务接入请求,这里假设为DNS请求。
步骤S2、MEC分流模块识别出是DNS请求,并判断该请求是否为部署在MEC的业务;若该业务接入请求为部署在MEC的业务,则将其交给MEC DNS服务,利用MEC分流模块中的MEC DNS服务解析该业务接入请求,获得GSLB的ip地址,并保留MEC DNS的出口ip地址作为标记。
步骤S3、若该业务接入请求不为部署在MEC的业务,则直接将该业务接入请求透传给运营商的核心网网关。
步骤S4、若该业务接入请求为部署在MEC的业务,则根据上述正确解析的GSLB的ip地址,将该业务接入请求和该MEC DNS的出口地址发送给云端的业务调度模块,例如GSLB调度模块。
步骤S5、业务调度模块,例如GSLB调度模块根据接收到的该业务接入请求和MECDNS的出口地址,确定接入该业务接入请求的MEC平台的位置信息,即识别出用户是通过哪个MEC接入上来的,并根据该位置信息获得该MEC平台下连接的MEC服务器,再根据资源等情况,将该用户调度最佳的MEC服务器。
步骤S6、业务调度模块将该最佳的MEC服务器的地址封装好之后返回给发送该业务接入请求的UE。
这里回复给用户的最佳的MEC服务器的地址,可以是MEC服务器的真实ip地址,也可以是虚拟ip地址,也可以是MEC边缘数据中心的网关地址。
步骤S7、UE向MEC分流模块发送业务内容请求,该业务内容请求中携带了该最佳的MEC服务器的地址。
用户根据接收到的MEC服务器地址,再去请求业务内容。该业务内容请求的报文在MEC分流模块例如UPF处,根据配置好的分流规则,例如五元组,分流给目标边缘计算节点即目标MEC服务器。这里分流的目标地址,可以是MEC服务器的真实ip地址,也可以是虚拟ip地址,也可以是MEC边缘数据中心的网关地址。
步骤S8、MEC分流模块根据该业务内容请求中携带的该最佳的MEC服务器的地址,将该业务内容请求分流至该最佳的MEC服务器。
步骤S9、该最佳的MEC服务器接收该业务内容请求,检索到与该业务内容请求所请求的目标业务内容,并回复给MEC分流模块。
分流的业务内容请求,经过边缘数据中心的内容处理,到达最佳的MEC服务器即目标MEC服务器,目标MEC服务器回复该业务内容请求。
步骤S10、MEC分流模块将该目标业务内容返回给发送该业务内容请求的UE。
图12示意性示出了根据本公开的一实施例的业务调度模块查询MEC服务器地址的示意图。
如图12所示,用户发送的业务接入请求到达业务调度模块后,解析出其中携带的MEC DNS的出口ip地址,从而获得用户从哪个MEC接入的信息。业务调度模块将该出口ip地址作为查询输入,去查询MEC服务器-MEC DNS数据库,查出来一个或者一组MEC服务器的地址,可以是域名、ip地址,或者内部的MEC服务器ID。业务调度模块再根据内容索引等方式,从中选择一个最优的MEC服务器,将地址封装在请求中发还给用户的UE。
本公开实施例中,MEC服务器-MEC DNS数据库和业务调度模块,可以部署在数据中心内GSLB的位置,做全局的调度。全局调度时,一个GSLB调度所有的节点。也可以部署在相对低的位置,例如Local DNS的位置做区域调度。局部调度时,可能全网部署多个GSLB调度模块,每个GSLB调度模块只负责调度一个小的区域。
继续参考图12,每个MEC分流模块会连接到相应的多个MEC服务器,由于MEC DNS服务与MEC分流模块之间是一一对应的关系,所以MEC DNS服务的出口ip地址与这多个MEC服务器地址之间也存在一个关联关系,预先将这些关联关系存储在MEC服务器-MEC DNS数据库中。
MEC平台可以维护MEC服务器-MEC DNS数据库中的MEC DNS的出口ip地址、这个MEC下连接的MEC服务器地址,并且还可以维护MEC DNS的出口ip地址和MEC服务器地址之间的对应关系。并且定期将这些信息,上报给业务调度模块,例如GSLB。在业务调度模块看来,通过这个MEC服务器-MEC DNS数据库,可以查询到一个表包含一组对应关系,即某一个MECDNS的出口ip地址对应一组MEC服务器的地址。该数据库信息的维护和更新,依赖MEC平台,或者MEC PAAS(Platform as a Service,平台即服务)平台等,类似MEC位置的功能实体。
当这个MEC平台连接的MEC服务器信息发生变化时,MEC平台可以将可分流的MEC服务器的信息同步给MEC服务器-MEC DNS数据库,并告知业务调度模块例如GSLB。
当这个MEC平台中的MEC DNS服务发生变化时,如出口ip地址、状态、可用性等发生变化,可以将变化同步到MEC服务器-MEC DNS数据库,并告知业务调度模块。
图13示意性示出了根据本公开的又一实施例的资源调度方法的流程图。本公开实施例中,业务通过DNS请求连接到业务调度模块。业务将内容,例如视频部署在MEC服务器上,GLSB部署在数据中心节点完成调度。如图13所示,用户的业务接入请求被调度到MEC的流程可以包括以下步骤。
在步骤S1301中,UE向MEC分流模块发送DNS请求。
例如,所述DNS请求为用户发送视频服务的请求,UE上安装的客户端对该DNS请求可以不做任何处理。
在步骤S1302中,MEC分流模块判断该DNS请求是否为部署在MEC的业务;若是,则进入步骤S1303;反之,则跳转到步骤S1305。
本公开实施例中,MEC平台处识别出该DNS请求,根据这个MEC上部署的业务是否是用户请求的业务,来决定是否需要在此对这个DNS请求进行处理。
在步骤S1303中,MEC分流模块解析该DNS请求,保留MEC DNS出口地址。
在步骤S1304中,业务调度模块根据MEC DNS出口地址做调度。
如果属于部署在MEC上的业务,则在MEC对其进行处理,解析该DNS请求,同时本地标记这个MEC DNS的出口ip地址,将该业务接入请求发送给正确的业务调度模块。
在步骤S1305中,将该DNS请求发送给本地DNS。
在步骤S1306中,正常处理流程。
如果不属于部署在MEC上的业务,则不需要在MEC对其进行处理,透传该DNS请求,走正常的Local DNS处理流程,与上述CDN调度一样。
业务调度模块例如GSLB接收到该业务接入请求后,查看用户接入的出口ip地址或者Local DNS的ip地址,如果解析出来是省一级运营商出口,比如XX省电信这种,做CDN调度处理。如果解析处理特殊的MEC DNS的出口ip地址,就会识别出用户的UE通过某个MEC接入,再去查询MEC服务器-MEC DNS数据库,找出该MEC连接的MEC服务器地址,同时根据索引内容等,做出最佳的调度决策,将目标MEC服务器地址封装回复给用户的UE。
用户的UE再根据得到的目标MEC服务器地址去请求业务内容。MEC分流模块上传业务内容请求,根据目标MEC服务器地址做五元组匹配进行分流,将该业务内容请求分流到目标MEC服务器。
图14示意性示出了根据本公开的再一实施例的资源调度方法的流程图。图14的实施例中,业务直接通过httpDNS请求连接到业务调度模块。核心逻辑和DNS请求方式类似,区别在于,业务在客户端直接通过httpDNS请求发送给云端的DNS服务器获得正确的地址,而不用运营商的Local DNS去解析。
如图14所示,本公开实施例提供的资源调度方法可以包括以下步骤。
在步骤S1401中,无线终端UE发起httpDNS请求。
在步骤S1402中,UE判断该httpDNS请求是否为部署在MEC的业务;若是,则进入步骤S1403;反之,则跳转到步骤S1406。
本公开实施例中,无线终端自行进行逻辑判断,判断该httpDNS请求是不是希望接入MEC服务器。
在步骤S1403中,UE向MEC分流模块发送该httpDNS请求。
在步骤S1404中,MEC分流模块中内置的MEC DNS服务解析该httpDNS请求,并保留MEC DNS出口地址。
在步骤S1405中,业务调度模块根据MEC DNS出口地址做调度。
如果该httpDNS请求需要接入MEC服务器,客户端发送httpDNS请求给MEC平台的httpDNS服务器,可以是上述的包含MEC DNS服务的MEC分流模块。MEC平台识别出用户的httpDNS请求,对其进行处理,标记这个MEC DNS服务的出口ip地址,根据解析出来的正确的GSLB的ip地址,将该httpDNS请求发送到正确的业务调度模块。
业务调度模块根据接收到的请求中携带的MEC DNS服务的出口ip地址,识别出用户是从哪个MEC接入的,后续处理同上述实施例,回复最佳的MEC服务器地址给用户。用户根据接收到的MEC服务器地址去请求内容。
在步骤S1406中,正常发送该httpDNS请求。
在步骤S1407中,正常处理流程。
如果该httpDNS请求不需要接入MEC服务器,即其为一般CDN的内容请求,客户端正常发送httpDNS请求给对应的云端DNS解析,获得地址后,走正常流程。
需要说明的是,虽然上述图14的实施例中,httpDNS请求是由UE的客户端来判断是否属于部署在MEC上的业务,但在其他实施例中,也可以类似于上述DNS请求的处理方式,即UE将httpDNS请求发送至MEC分流模块,由MEC分流模块来判断是否属于部署在MEC上的业务。
上述实施例中,以基于MEC的视频业务为例,对本公开实施例提供的资源调度方法进行了举例说明。在移动数据流量中有超过一半的部分是视频流量,并且该比例呈逐年上升趋势。从用户角度来说,观看视频可以分为点播和直播。点播是指在被请求视频已经存在于源服务器的情况下,用户向视频服务器发送视频观看请求,直播则指在内容产生的同时,用户对内容进行观看。在传统的视频系统中,内容源将产生的数据上传到Web服务器,然后再由Web服务器响应用户的视频请求。在这种传统方式下,内容基于TCP(TransmissionControl Protocol,传输控制协议)和http进行下载,或是以流的形式传递用户。但是TCP并不能快速适应RAN的变化,信道环境改变、终端的加入和离开等都会导致链路容量的变化。另外,这种长距离的视频传输也增大了链路故障的概率,同时造成很大的时延,从而不能保证用户的服务质量体验。
为了改善上述问题,相关技术中采用CDN分发机制,将内容分发到各个CDN节点上,再由各个CDN节点响应对应区域中的用户请求。CDN分发机制的引进的确在一定程度上缓解了上述问题,但这种改进对于直播这种高并发,并且对实时性和流畅性要求很高的场景来说,仍然无法处理。
MEC技术的引入可以解决上述问题,内容源可以直接将内容上传到位于网络边缘的MEC服务器,再由MEC服务器响应用户的视频请求,这样可以极大地降低用户观看视频的时延。同时,由于MEC具有强大的计算能力,可以实时感知链路状态,并根据链路状态对视频进行在线转码,从而保障视频的流畅性,实现智能视频加速。另外,MEC服务器还可以负责本区域用户的空口资源的分配和回收,从而增加网络资源的利用率。
本公开实施例中,可以利用MEC进行视频加速,视频提供商利用MEC的计算、存储和网络功能,通过对用户视频请求数据分组进行分析,可以为特定的高清付费用户提供充足带宽,以保证其观看体验。互联网应用服务在使用上述系统时,无需对自己的应用网络进行架构性变动,由此可以大幅降低使用成本,加速业务创新。
需要说明的是,本公开实施例提供的技术方案还可以应用于其他场景,例如,将MEC应用于VR(Virtual Reality,虚拟现实)、车联网等应用场景。
车联网场景下有大量的终端用户,如车辆、道路基础设施、支持V2X(vehicle toX,车用无线通信技术)服务的智能手机等,同时对应着多种多样的服务,例如一些紧急事件的广播等基本的道路安全服务以及一些由应用开发商和内容提供商提供的增值服务,例如停车定位、增强现实或其他娱乐服务等。MEC服务器可以部署于沿道路的LTE(Long TermEvolution,长期演进)基站上,利用车载应用和道路传感器接收本地信息,对其加以分析。并对那些优先级高的紧急事件以及需要进行大量计算的服务进行处理,从而确保行车安全、避免交通堵塞,同时提升车载应用的用户体验。
本公开实施方式提供的资源调度方法,可基于现有的5G网络架构,在不破坏互联网业务现有业务逻辑的情况下,通过在MEC平台位置增加DNS能力,并且预留MEC DNS出口ip地址,作为识别用户接入位置的信息,从而能够实现精准调度,降低业务逻辑的失败概率。同时,本公开实施例提供的方案,对于运营商移动网络改动小,特别是现网无法为每一个用户分配固定外网ip地址的条件下,也不会花费更多的ip地址。此外,管理起来也相对容易,对于MEC分流功能,如UPF不需要改变其4层转发的转发功能。实现了MEC的边缘内容调度,提高了准确率,降低了时延,并提升了业务体验。
图15示意性示出了根据本公开的一实施例的资源调度装置的框图。本公开实施例提供的装置可以部署于MEC分流模块。
如图15所示,本公开实施方式提供的资源调度装置1500可以包括:接入请求接收模块1510、出口地址获取模块1520、出口地址发送模块1530、内容请求接收模块1540以及内容请求发送模块1550。
其中,接入请求接收模块1510可以配置为通过边缘计算分流模块接收终端发送的业务接入请求,所述边缘计算分流模块配置有边缘计算域名系统服务。出口地址获取模块1520可以配置为解析所述业务接入请求,获取所述边缘计算域名系统服务的出口地址信息。出口地址发送模块1530可以配置为通过所述边缘计算分流模块将所述出口地址信息发送至业务调度模块,以便于所述业务调度模块根据所述出口地址信息获得接入所述业务接入请求的边缘计算平台的位置信息,并根据所述边缘计算平台的位置信息确定所述业务接入请求的目标边缘计算节点。内容请求接收模块1540可以配置为通过所述边缘计算分流模块接收所述终端发送的业务内容请求,所述业务内容请求包括目标边缘计算节点信息。内容请求发送模块1550可以配置为根据所述目标边缘计算节点信息将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
在示例性实施例中,所述业务接入请求可以为域名系统请求或者超文本传输协议域名系统请求。其中,出口地址获取模块1520可以包括:第一业务类型判断单元,可以配置为通过所述边缘计算分流模块判断所述业务接入请求是否为部署在边缘计算的业务;第一出口地址获取单元,可以配置为若所述业务接入请求为部署在边缘计算的业务,则通过所述边缘计算域名系统服务解析所述业务接入请求,获取所述出口地址信息。
在示例性实施例中,所述业务接入请求可以为超文本传输协议域名系统请求。其中,出口地址获取模块1520可以包括:第二业务类型判断单元,可以配置为通过所述终端判断所述业务接入请求是否为部署在边缘计算的业务;第二出口地址获取单元,可以配置为若所述业务接入请求为部署在边缘计算的业务,则通过所述边缘计算域名系统服务解析所述业务接入请求,获取所述出口地址信息。
在示例性实施例中,资源调度装置1500还可以包括:业务请求透传模块,可以配置为若所述业务接入请求不为部署在边缘计算的业务,则将所述业务接入请求透传给核心网网关。
本公开实施例提供的资源调度装置中的各个模块和/或单元的具体实现可以参照上述资源调度方法中的内容,在此不再赘述。
图16示意性示出了根据本公开的另一实施例的资源调度装置的框图。本公开实施例提供的装置可以部署于业务调度模块。
如图16所示,本公开实施方式提供的资源调度装置1600可以包括:出口地址接收模块1610、平台位置获得模块1620、目标节点确定模块1630以及节点信息反馈模块1640。
其中,出口地址接收模块1610可以配置为通过业务调度模块接收边缘计算分流模块响应于业务接入请求发送的边缘计算域名系统服务的出口地址信息,所述边缘计算分流模块配置有所述边缘计算域名系统服务。平台位置获得模块1620可以配置为根据所述出口地址信息获得接入所述业务接入请求的边缘计算平台的位置信息。目标节点确定模块1630可以配置为根据所述边缘计算平台的位置信息确定所述业务接入请求的目标边缘计算节点。节点信息反馈模块1640可以配置为将目标边缘计算节点信息反馈至生成所述业务接入请求的终端,以便于所述终端根据所述目标边缘计算节点信息生成业务内容请求,将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
在示例性实施例中,目标节点确定模块1630可以包括:第一边缘节点获得单元,可以配置为根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点;第一目标节点确定单元,可以配置为根据所述业务接入请求从所述边缘计算平台连接的边缘计算节点中确定所述目标边缘计算节点。
在示例性实施例中,目标节点确定模块1630可以包括:第二边缘节点获得单元,可以配置为根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点;第二目标节点确定单元,可以配置为从所述边缘计算平台连接的边缘计算节点中确定时延最小的边缘计算节点为所述目标边缘计算节点。
在示例性实施例中,资源调度装置1600还可以包括:对应关系存储模块,可以配置为在数据库中预先存储所述边缘计算平台的位置信息与其连接的边缘计算节点之间的对应关系;数据库信息更新模块,可以配置为当所述边缘计算平台和/或其连接的边缘计算节点发生变化时,更新所述数据库。
本公开实施例提供的资源调度装置中的各个模块和/或单元的具体实现可以参照上述资源调度方法中的内容,在此不再赘述。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块和单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块和单元的特征和功能可以在一个模块和单元中具体化。反之,上文描述的一个模块和单元的特征和功能可以进一步划分为由多个模块和单元来具体化。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (18)
1.一种资源调度方法,其特征在于,包括:
通过边缘计算分流模块接收终端发送的业务接入请求,所述边缘计算分流模块配置有边缘计算域名系统服务,所述边缘计算域名系统服务具有独立的出口地址信息;
通过所述边缘计算分流模块解析所述业务接入请求,确定所述业务接入请求为部署在边缘计算的业务,则获取所述边缘计算域名系统服务的出口地址信息;
通过所述边缘计算分流模块将所述出口地址信息发送至业务调度模块,以便于所述业务调度模块根据所述出口地址信息获得接入所述业务接入请求的边缘计算平台的位置信息,并根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点,从所述边缘计算平台连接的边缘计算节点中确定所述业务接入请求的目标边缘计算节点;
通过所述边缘计算分流模块接收所述终端发送的业务内容请求,所述业务内容请求包括目标边缘计算节点信息;
根据所述目标边缘计算节点信息将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
2.根据权利要求1所述的方法,其特征在于,所述业务接入请求为域名系统请求或者超文本传输协议域名系统请求;其中,通过所述边缘计算分流模块解析所述业务接入请求,确定所述业务接入请求为部署在边缘计算的业务,则获取所述边缘计算域名系统服务的出口地址信息,包括:
通过所述边缘计算分流模块判断所述业务接入请求是否为部署在边缘计算的业务;
若所述业务接入请求为部署在边缘计算的业务,则通过所述边缘计算域名系统服务解析所述业务接入请求,获取所述出口地址信息。
3.根据权利要求1所述的方法,其特征在于,所述业务接入请求为超文本传输协议域名系统请求;其中,通过所述边缘计算分流模块解析所述业务接入请求,确定所述业务接入请求为部署在边缘计算的业务,则获取所述边缘计算域名系统服务的出口地址信息,包括:
通过所述终端判断所述业务接入请求是否为部署在边缘计算的业务;
若所述业务接入请求为部署在边缘计算的业务,则通过所述边缘计算域名系统服务解析所述业务接入请求,获取所述出口地址信息。
4.根据权利要求2或3所述的方法,其特征在于,所述方法还包括:
若所述业务接入请求不为部署在边缘计算的业务,则将所述业务接入请求透传给核心网网关。
5.一种资源调度方法,其特征在于,包括:
通过业务调度模块接收边缘计算分流模块响应于业务接入请求发送的边缘计算域名系统服务的出口地址信息,所述边缘计算分流模块配置有所述边缘计算域名系统服务,所述边缘计算域名系统服务具有独立的出口地址信息,其中所述边缘计算分流模块用于解析所述业务接入请求,确定所述业务接入请求为部署在边缘计算的业务,则获取所述边缘计算域名系统服务的出口地址信息;
根据所述出口地址信息获得接入所述业务接入请求的边缘计算平台的位置信息;
根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点,从所述边缘计算平台连接的边缘计算节点中确定所述业务接入请求的目标边缘计算节点;
将目标边缘计算节点信息反馈至生成所述业务接入请求的终端,以便于所述终端根据所述目标边缘计算节点信息生成业务内容请求,将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
6.根据权利要求5所述的方法,其特征在于,根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点,从所述边缘计算平台连接的边缘计算节点中确定所述业务接入请求的目标边缘计算节点,包括:
根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点;
根据所述业务接入请求从所述边缘计算平台连接的边缘计算节点中确定所述目标边缘计算节点。
7.根据权利要求5所述的方法,其特征在于,根据所述边缘计算平台的位置信息确定所述业务接入请求的目标边缘计算节点,包括:
根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点;
从所述边缘计算平台连接的边缘计算节点中确定时延最小的边缘计算节点为所述目标边缘计算节点。
8.根据权利要求6或7所述的方法,其特征在于,所述方法还包括:
在数据库中预先存储所述边缘计算平台的位置信息与其连接的边缘计算节点之间的对应关系;
当所述边缘计算平台和/或其连接的边缘计算节点发生变化时,更新所述数据库。
9.一种资源调度装置,其特征在于,包括:
接入请求接收模块,配置为通过边缘计算分流模块接收终端发送的业务接入请求,所述边缘计算分流模块配置有边缘计算域名系统服务,所述边缘计算域名系统服务具有独立的出口地址信息;
出口地址获取模块,配置为通过所述边缘计算分流模块解析所述业务接入请求,确定所述业务接入请求为部署在边缘计算的业务,则获取所述边缘计算域名系统服务的出口地址信息;
出口地址发送模块,配置为通过所述边缘计算分流模块将所述出口地址信息发送至业务调度模块,以便于所述业务调度模块根据所述出口地址信息获得接入所述业务接入请求的边缘计算平台的位置信息,并根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点,从所述边缘计算平台连接的边缘计算节点中确定所述业务接入请求的目标边缘计算节点;
内容请求接收模块,配置为通过所述边缘计算分流模块接收所述终端发送的业务内容请求,所述业务内容请求包括目标边缘计算节点信息;
内容请求发送模块,配置为根据所述目标边缘计算节点信息将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
10.根据权利要求9所述的装置,其特征在于,所述业务接入请求为域名系统请求或者超文本传输协议域名系统请求;其中,所述出口地址获取模块包括:
第一业务类型判断单元,配置为通过所述边缘计算分流模块判断所述业务接入请求是否为部署在边缘计算的业务;
第一出口地址获取单元,配置为若所述业务接入请求为部署在边缘计算的业务,则通过所述边缘计算域名系统服务解析所述业务接入请求,获取所述出口地址信息。
11.根据权利要求9所述的装置,其特征在于,所述业务接入请求为超文本传输协议域名系统请求;其中,所述出口地址获取模块包括:
第二业务类型判断单元,配置为通过所述终端判断所述业务接入请求是否为部署在边缘计算的业务;
第二出口地址获取单元,配置为若所述业务接入请求为部署在边缘计算的业务,则通过所述边缘计算域名系统服务解析所述业务接入请求,获取所述出口地址信息。
12.根据权利要求10或11所述的装置,其特征在于,所述装置还包括:
业务请求透传模块,配置为若所述业务接入请求不为部署在边缘计算的业务,则将所述业务接入请求透传给核心网网关。
13.一种资源调度装置,其特征在于,包括:
出口地址接收模块,配置为通过业务调度模块接收边缘计算分流模块响应于业务接入请求发送的边缘计算域名系统服务的出口地址信息,所述边缘计算分流模块配置有所述边缘计算域名系统服务,所述边缘计算域名系统服务具有独立的出口地址信息,其中所述边缘计算分流模块用于解析所述业务接入请求,确定所述业务接入请求为部署在边缘计算的业务,则获取所述边缘计算域名系统服务的出口地址信息;
平台位置获得模块,配置为根据所述出口地址信息获得接入所述业务接入请求的边缘计算平台的位置信息;
目标节点确定模块,配置为根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点,从所述边缘计算平台连接的边缘计算节点中确定所述业务接入请求的目标边缘计算节点;
节点信息反馈模块,配置为将目标边缘计算节点信息反馈至生成所述业务接入请求的终端,以便于所述终端根据所述目标边缘计算节点信息生成业务内容请求,将所述业务内容请求发送至所述目标边缘计算节点,以获取响应于所述业务内容请求并存储于所述目标边缘计算节点的目标业务内容。
14.根据权利要求13所述的装置,其特征在于,所述目标节点确定模块包括:
第一边缘节点获得单元,配置为根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点;
第一目标节点确定单元,配置为根据所述业务接入请求从所述边缘计算平台连接的边缘计算节点中确定所述目标边缘计算节点。
15.根据权利要求13所述的装置,其特征在于,所述目标节点确定模块包括:
第二边缘节点获得单元,配置为根据所述边缘计算平台的位置信息获得所述边缘计算平台连接的边缘计算节点;
第二目标节点确定单元,配置为从所述边缘计算平台连接的边缘计算节点中确定时延最小的边缘计算节点为所述目标边缘计算节点。
16.根据权利要求14或15所述的装置,其特征在于,所述装置还包括:
对应关系存储模块,配置为在数据库中预先存储所述边缘计算平台的位置信息与其连接的边缘计算节点之间的对应关系;
数据库信息更新模块,配置为当所述边缘计算平台和/或其连接的边缘计算节点发生变化时,更新所述数据库。
17.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,配置为存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如权利要求1至8中任一项所述的资源调度方法。
18.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的资源调度方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910955466.XA CN110769039B (zh) | 2019-10-09 | 2019-10-09 | 资源调度方法及装置、电子设备和计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910955466.XA CN110769039B (zh) | 2019-10-09 | 2019-10-09 | 资源调度方法及装置、电子设备和计算机可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110769039A CN110769039A (zh) | 2020-02-07 |
CN110769039B true CN110769039B (zh) | 2021-12-10 |
Family
ID=69331311
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910955466.XA Active CN110769039B (zh) | 2019-10-09 | 2019-10-09 | 资源调度方法及装置、电子设备和计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110769039B (zh) |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110198363B (zh) | 2019-05-10 | 2021-05-18 | 深圳市腾讯计算机系统有限公司 | 一种移动边缘计算节点的选择方法、装置及系统 |
CN111314464B (zh) * | 2020-02-17 | 2021-06-29 | 腾讯科技(深圳)有限公司 | 应用于边缘计算场景的通信方法、介质及电子设备 |
CN113315796B (zh) * | 2020-02-26 | 2022-09-06 | 中移物联网有限公司 | 一种边缘引流开放方法、终端及能力开放平台 |
CN113538024B (zh) * | 2020-04-14 | 2023-12-26 | 中国移动通信集团浙江有限公司 | 广告管理方法、系统及内容传输网络设备 |
CN111787069A (zh) * | 2020-06-09 | 2020-10-16 | 中移雄安信息通信科技有限公司 | 业务接入请求的处理方法、装置、设备及计算机存储介质 |
CN111935738B (zh) * | 2020-07-17 | 2022-07-26 | 网络通信与安全紫金山实验室 | 一种用于多运营商核心网对接mec的方法及系统 |
CN112187867A (zh) * | 2020-09-02 | 2021-01-05 | 广州禹龙信息科技有限公司 | 一种结合边缘云的虚拟桌面化处理方法及其系统 |
CN112152856B (zh) * | 2020-09-25 | 2021-10-01 | 广州爱浦路网络技术有限公司 | 边缘服务器管理系统及方法 |
CN112312481B (zh) * | 2020-09-25 | 2022-06-21 | 网络通信与安全紫金山实验室 | 一种mec与多运营商核心网的通信方法及系统 |
CN112333017B (zh) * | 2020-10-30 | 2023-08-08 | 腾讯科技(深圳)有限公司 | 一种服务配置方法、装置、设备及存储介质 |
CN112291363B (zh) * | 2020-11-06 | 2023-09-08 | 腾讯科技(深圳)有限公司 | 无线通信的方法、装置、电子设备和计算机可读存储介质 |
CN112769897B (zh) * | 2020-12-21 | 2023-04-18 | 北京百度网讯科技有限公司 | 边缘计算消息的同步方法、装置、电子设备及存储介质 |
CN112764920B (zh) * | 2021-01-08 | 2024-02-27 | 天翼数字生活科技有限公司 | 一种边缘应用部署方法、装置、设备和存储介质 |
CN115225652A (zh) * | 2021-03-30 | 2022-10-21 | 中移(苏州)软件技术有限公司 | 边缘服务平台的确定方法及系统、电子设备、存储介质 |
CN115426413B (zh) * | 2021-05-14 | 2024-03-12 | 贵州白山云科技股份有限公司 | 基于5g的边缘节点调度方法、装置、介质及设备 |
CN113452763B (zh) * | 2021-06-11 | 2024-01-30 | 青岛海尔科技有限公司 | 智慧家庭业务注册的方法、装置和智慧家庭系统 |
CN115941455A (zh) * | 2021-08-13 | 2023-04-07 | 华为技术有限公司 | 数据中心的云网络和运营商网络互通的方法和通信装置 |
CN113703363B (zh) * | 2021-08-25 | 2023-06-09 | 广东电网有限责任公司 | 智能边缘计算网关在电力调度云的即插即用方法 |
CN114070851A (zh) * | 2021-11-15 | 2022-02-18 | 中国电信集团系统集成有限责任公司 | 一种基于mec边缘云的业务恢复方法、存储介质及系统 |
CN114222168B (zh) * | 2021-12-02 | 2024-03-12 | 上海哔哩哔哩科技有限公司 | 资源调度方法及系统 |
CN113934545A (zh) * | 2021-12-17 | 2022-01-14 | 飞诺门阵(北京)科技有限公司 | 一种视频数据调度方法、系统、电子设备及可读介质 |
CN114430408B (zh) * | 2021-12-22 | 2024-01-02 | 天翼云科技有限公司 | 一种域名解析调度方法、装置、服务器及存储介质 |
CN114745260B (zh) * | 2022-03-09 | 2024-04-02 | 优刻得科技股份有限公司 | 内容分发网络的计算力增强方法、装置、设备及存储介质 |
CN114826976B (zh) * | 2022-04-13 | 2023-12-05 | 京东科技信息技术有限公司 | 一种基于边缘计算业务的上行流量数据的统计方法和装置 |
CN114827276B (zh) * | 2022-04-22 | 2023-10-24 | 网宿科技股份有限公司 | 基于边缘计算的数据处理方法、设备及可读存储介质 |
CN115118770B (zh) * | 2022-06-17 | 2023-11-03 | 深信服科技股份有限公司 | 数据处理方法、装置及存储介质 |
CN115297098A (zh) * | 2022-08-04 | 2022-11-04 | 北京沃东天骏信息技术有限公司 | 边缘服务获取方法和装置、边缘计算系统、介质、设备 |
CN115550372A (zh) * | 2022-09-15 | 2022-12-30 | 中国联合网络通信集团有限公司 | 业务传输策略的确定方法、装置、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103825975A (zh) * | 2014-02-26 | 2014-05-28 | 北京太阳庄科技有限公司 | Cdn节点分配服务器及系统 |
CN109151009A (zh) * | 2018-08-09 | 2019-01-04 | 中国联合网络通信集团有限公司 | 一种基于mec的cdn节点分配方法和系统 |
CN109561141A (zh) * | 2018-11-21 | 2019-04-02 | 中国联合网络通信集团有限公司 | 一种cdn节点的选择方法及设备 |
CN109640319A (zh) * | 2019-01-16 | 2019-04-16 | 腾讯科技(深圳)有限公司 | 基于接入信息的调度方法、装置及电子设备 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107018550A (zh) * | 2016-01-27 | 2017-08-04 | 中兴通讯股份有限公司 | 边缘计算节点的交互方法及装置 |
WO2018031070A1 (en) * | 2016-08-12 | 2018-02-15 | Intel IP Corporation | Systems, methods and devices for mobile edge computing - radio access node control plane interface |
US10326766B2 (en) * | 2017-07-13 | 2019-06-18 | Dell Products, Lp | Method and apparatus for optimizing mobile edge computing for nomadic computing capabilities as a service |
KR101936942B1 (ko) * | 2017-08-28 | 2019-04-09 | 에스케이텔레콤 주식회사 | 분산형 컴퓨팅 가속화 플랫폼 장치 및 분산형 컴퓨팅 가속화 플랫폼 운영 방법 |
CN109040259B (zh) * | 2018-08-09 | 2021-02-23 | 中国联合网络通信集团有限公司 | 一种基于mec的cdn节点分配方法和系统 |
CN109547286B (zh) * | 2018-11-21 | 2020-06-19 | 中国联合网络通信集团有限公司 | 一种cdn节点的选择方法、设备及存储介质 |
CN110198363B (zh) * | 2019-05-10 | 2021-05-18 | 深圳市腾讯计算机系统有限公司 | 一种移动边缘计算节点的选择方法、装置及系统 |
-
2019
- 2019-10-09 CN CN201910955466.XA patent/CN110769039B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103825975A (zh) * | 2014-02-26 | 2014-05-28 | 北京太阳庄科技有限公司 | Cdn节点分配服务器及系统 |
CN109151009A (zh) * | 2018-08-09 | 2019-01-04 | 中国联合网络通信集团有限公司 | 一种基于mec的cdn节点分配方法和系统 |
CN109561141A (zh) * | 2018-11-21 | 2019-04-02 | 中国联合网络通信集团有限公司 | 一种cdn节点的选择方法及设备 |
CN109640319A (zh) * | 2019-01-16 | 2019-04-16 | 腾讯科技(深圳)有限公司 | 基于接入信息的调度方法、装置及电子设备 |
Non-Patent Citations (1)
Title |
---|
移动边缘计算综述;李子姝;《电信科学》;20180326;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN110769039A (zh) | 2020-02-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110769039B (zh) | 资源调度方法及装置、电子设备和计算机可读存储介质 | |
KR102514250B1 (ko) | 모바일 에지 컴퓨팅 노드를 선택하기 위한 방법, 장치 및 시스템 | |
US11363524B2 (en) | Network slice selection | |
US11178062B2 (en) | Orchestrating physical and virtual resources for delivering digital contents | |
US20210344590A1 (en) | Application Function In A Network And Control Thereof | |
US10999215B2 (en) | Software-defined network-based method and system for implementing content distribution network | |
WO2017076086A1 (zh) | 一种网络切片能力开放的方法、装置及系统 | |
EP4247049A1 (en) | Data processing method, network element device, and readable storage medium | |
US11968128B2 (en) | Management, by an intermediate device, of the quality of transmission of a data stream to a mobile terminal | |
WO2020103523A1 (zh) | 一种网络切片的选择方法、网络设备及终端 | |
US11902891B2 (en) | Apparatus and method for network slicing and slice management to support multi-slice services | |
CN113596863B (zh) | 确定用户面功能及信息提供的方法、设备及介质 | |
JP2023521332A (ja) | メディアストリーミングサービス伝送を制御する方法、ユーザ端末、ネットワークノード、システム、プログラム及び電子機器 | |
KR20220039814A (ko) | 서비스 흐름 분할 방법, 장치, 및 시스템, 전자 디바이스, 및 저장 매체 | |
US11916734B2 (en) | Third party network and network slice management | |
WO2021023018A1 (zh) | 业务调度的方法及装置 | |
US10397791B2 (en) | Method for auto-discovery in networks implementing network slicing | |
US10547887B2 (en) | Managing wireless transmission capacity | |
US11722414B2 (en) | Device shaping in a communications network | |
CN113993118A (zh) | 数据分流方法、装置、设备、功能实体及存储介质 | |
CN108574965B (zh) | 一种进行请求处理的方法及设备 | |
US11622293B2 (en) | Methods, systems, and computer readable media for establishing message priority in network slices based on quality of service parameters | |
EP3979601A2 (en) | Apparatus, methods, and computer programs | |
CN113709677B (zh) | 加入组播广播业务mbs会话的方法及装置 | |
US8830893B2 (en) | Management of network layer packets in an access network of a telecommunications network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40021522 Country of ref document: HK |
|
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |