CN117041260A - 一种控制处理方法及系统 - Google Patents

一种控制处理方法及系统 Download PDF

Info

Publication number
CN117041260A
CN117041260A CN202311298777.6A CN202311298777A CN117041260A CN 117041260 A CN117041260 A CN 117041260A CN 202311298777 A CN202311298777 A CN 202311298777A CN 117041260 A CN117041260 A CN 117041260A
Authority
CN
China
Prior art keywords
client
edge node
current
node
edge
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.)
Granted
Application number
CN202311298777.6A
Other languages
English (en)
Other versions
CN117041260B (zh
Inventor
刘维
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hunan Happly Sunshine Interactive Entertainment Media Co Ltd
Original Assignee
Hunan Happly Sunshine Interactive Entertainment Media Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hunan Happly Sunshine Interactive Entertainment Media Co Ltd filed Critical Hunan Happly Sunshine Interactive Entertainment Media Co Ltd
Priority to CN202311298777.6A priority Critical patent/CN117041260B/zh
Publication of CN117041260A publication Critical patent/CN117041260A/zh
Application granted granted Critical
Publication of CN117041260B publication Critical patent/CN117041260B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1014Server selection for load balancing based on the content of a request
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/101Server selection for load balancing based on network conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1021Server selection for load balancing based on client or server locations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63Routing a service request depending on the request content or context

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种控制处理方法及系统,当接收到客户端信息时,查找当前缓存有目标资源的边缘节点列表,并根据客户端信息从边缘节点列表中确定当前最优边缘节点,当监测到客户端请求到当前最优边缘节点时,根据预设判断方式,判断当前最优边缘节点是否向客户端提供资源服务,得到判断结果,若判断结果表示由当前最优边缘节点向客户端提供资源服务,通过当前最优边缘节点的最优链接线路向客户端提供其所需资源服务,若判断结果表示不由当前节点向客户端提供资源服务,通过对客户端返回跳转指令,指引客户端向其他边缘节点发送资源请求,以使其他边缘节点向客户端提供其所需资源服务。

Description

一种控制处理方法及系统
技术领域
本申请涉及私有内容分发网络的技术领域,更具体地说,涉及一种控制处理方法及系统。
背景技术
私有内容分发网络(Private Content Delivery Network,PCDN)技术是目前互联网视频和文件下载类服务广泛应用的技术系统,利用大量低性能、低价格的设备。由于带宽的容量小,延迟差,需要对于带宽实时情况进行高频率高精度的侦测,并在调度时根据当时情况控制使用。因此精准控制海量带宽小、质量波动大的线路,是各个系统重点要解决的问题。
在现有控制海量带宽小、质量波动大的线路的过程中,大都是采取的中心化控制方式,但是中心化控制方式每次调度都要在海量数据中查询符合要求的边缘节点,对于性能影响较大。另外通过中心化控制方式所采集的数据是上报时状态,和用户到达边缘时的带宽情况有一定差异,可能会造成用户服务质量差的情况。
因此,如何在确保服务质量的前提下,精准控制海量带宽小,质量波动大的线路,是本申请亟需解决的问题。
发明内容
有鉴于此,本申请公开了一种控制处理方法及系统,旨在通过上述边缘节点的决策机制,降低中心调度的算力压力,保证服务质量的前提下,精准控制上行带宽,提升上行带宽水位线,提高边缘带宽利用率。以此实现保证服务质量的前提下,精准控制海量带宽小、质量波动大的线路。
为了实现上述目的,其公开的技术方案如下:
本申请第一方面公开了一种控制处理方法,所述方法包括:
当接收到客户端信息时,查找当前缓存有目标资源的边缘节点列表,并根据所述客户端信息从所述边缘节点列表中确定当前最优边缘节点;所述当前最优边缘节点由客户端所处位置与客户端所属的运营商的各个边缘节点之间的网络延迟的大小确定;
当监测到客户端请求到所述当前最优边缘节点时,根据预设判断方式,判断所述当前最优边缘节点是否向客户端提供资源服务,得到判断结果;所述预设判断方式由边缘节点每条线路的带宽上限和边缘节点每条线路的当前实时带宽情况确定;
若所述判断结果表示由当前最优边缘节点向客户端提供资源服务,通过当前最优边缘节点的最优链接线路向客户端提供其所需资源服务;所述最优链接线路为当前实时带宽流量最小的链接线路;
若所述判断结果表示不由当前节点向客户端提供资源服务,通过对客户端返回跳转指令,指引客户端向其他边缘节点发送资源请求,以使其他边缘节点向客户端提供其所需资源服务。
优选的,所述当接收到客户端信息时,查找当前缓存有目标资源的边缘节点列表,并根据所述客户端信息从所述边缘节点列表中确定当前最优边缘节点,包括:
当接收到客户端信息时,通过调度服务查找当前缓存有目标资源的边缘节点列表;
当通过所述调度服务监测到客户端的资源请求,且所述资源请求对应的目标资源在边缘节点中存在缓存时,从客户端信息中确定客户端所属的运营商;
确定所述客户端所属的运营商的各个边缘节点;
确定各个边缘节点到客户端所处地理位置的各个网络延迟,并根据各个网络延迟的大小确定排序顺序;
根据所述排序顺序从所述边缘节点列表中确定最优边缘节点。
优选的,所述当监测到客户端请求到所述当前最优边缘节点时,根据预设判断方式,判断所述当前最优边缘节点是否向客户端提供资源服务,得到判断结果,包括:
当监测到客户端请求到所述当前最优边缘节点时,获取所述当前最优边缘节点的当前实时带宽利用率和当前下载速度;
若所述当前实时带宽利用率小于最大带宽利用率,且所述当前下载速度大于等于客户端请求的最低下载速度,得到当前最优边缘节点向客户端提供资源服务的判断结果;
若所述当前实时带宽利用率大于等于所述最大带宽利用率,或所述当前下载速度小于所述客户端请求的最低下载速度,得到当前最优边缘节点未向客户端提供资源服务的判断结果。
优选的,所述若所述判断结果表示由当前最优边缘节点向客户端提供资源服务,通过当前最优边缘节点的最优链接线路向客户端提供其所需资源服务,包括:
若所述判断结果表示由当前最优边缘节点向客户端提供资源服务,且当前最优边缘节点具备多条链路,获取多条链路的实时带宽流量;
从多条链路的实时带宽流量中选取当前实时带宽流量最小的链接线路作为当前最优边缘节点的最优链接线路;
通过所述最优链接线路和预设漂移技术向客户端提供其所需资源服务。
优选的,还包括:
将当前最优边缘节点以外的其他边缘节点的节点地址进行加密,生成密文。
优选的,所述若所述判断结果表示不由当前节点向客户端提供资源服务,通过对客户端返回跳转指令,指引客户端向其他边缘节点发送资源请求,以使其他边缘节点向客户端提供其所需资源服务,包括:
若所述判断结果表示不由当前节点向客户端提供资源服务,从所述密文中提取其他边缘节点的节点地址;
若其他边缘节点的节点地址的个数为单个,通过对客户端返回跳转指令,指引客户端向该其他边缘节点发送资源请求,以使其他边缘节点向客户端提供所需资源服务;
若其他边缘节点的节点地址的个数为多个,按照预设选取规则从多个其他边缘节点的节点地址中选取目标节点地址,并将所述目标节点地址作为客户端的下一次请求地址;所述选取规则由客户端所处位置与客户端所属的运营商的各个边缘节点之间的网络延迟的大小确定;
通过跳转指令向客户端返回所述目标节点地址,指引客户端通过所述目标节点地址向下一边缘节点发送资源请求,以使下一边缘节点向客户端提供所需资源服务。
优选的,还包括:
从多个其他边缘节点的节点地址中去除所述目标节点地址,并将剩余的其他边缘节点的节点地址进行加密,以避免其他边缘节点将资源请求跳转回当前边缘节点而造成的死循环。
本申请第二方面公开了一种控制处理系统,所述系统包括:
确定单元,用于当接收到客户端信息时,查找当前缓存有目标资源的边缘节点列表,并根据所述客户端信息从所述边缘节点列表中确定当前最优边缘节点;所述当前最优边缘节点由客户端所处位置与客户端所属的运营商的各个边缘节点之间的网络延迟的大小确定;
判断单元,用于当监测到客户端请求到所述当前最优边缘节点时,根据预设判断方式,判断所述当前最优边缘节点是否向客户端提供资源服务,得到判断结果;所述预设判断方式由边缘节点每条线路的带宽上限和边缘节点每条线路的当前实时带宽情况确定;
第一提供单元,用于若所述判断结果表示由当前最优边缘节点向客户端提供资源服务,通过当前最优边缘节点的最优链接线路向客户端提供其所需资源服务;所述最优链接线路为当前实时带宽流量最小的链接线路;
第二提供单元,用于若所述判断结果表示不由当前节点向客户端提供资源服务,通过对客户端返回跳转指令,指引客户端向其他边缘节点发送资源请求,以使其他边缘节点向客户端提供其所需资源服务。
优选的,所述确定单元,包括:
查找模块,用于当接收到客户端信息时,通过调度服务查找当前缓存有目标资源的边缘节点列表;
第一确定模块,用于当通过所述调度服务监测到客户端的资源请求,且所述资源请求对应的目标资源在边缘节点中存在缓存时,从客户端信息中确定客户端所属的运营商;
第二确定模块,用于确定所述客户端所属的运营商的各个边缘节点;
第三确定模块,用于确定各个边缘节点到客户端所处地理位置的各个网络延迟,并根据各个网络延迟的大小确定排序顺序;
第四确定模块,用于根据所述排序顺序从所述边缘节点列表中确定最优边缘节点。
优选的,所述判断单元,包括:
第一获取模块,用于当监测到客户端请求到所述当前最优边缘节点时,获取所述当前最优边缘节点的当前实时带宽利用率和当前下载速度;
第二获取模块,用于若所述当前实时带宽利用率小于最大带宽利用率,且所述当前下载速度大于等于客户端请求的最低下载速度,得到当前最优边缘节点向客户端提供资源服务的判断结果;
第一提供模块,用于若所述当前实时带宽利用率大于等于所述最大带宽利用率,或所述当前下载速度小于所述客户端请求的最低下载速度,得到当前最优边缘节点未向客户端提供资源服务的判断结果。
经由上述技术方案可知,本申请公开了一种控制处理方法及系统,当接收到客户端信息时,查找当前缓存有目标资源的边缘节点列表,并根据客户端信息从边缘节点列表中确定当前最优边缘节点,当前最优边缘节点由客户端所处位置与客户端所属的运营商的各个边缘节点之间的网络延迟的大小确定,当监测到客户端请求到当前最优边缘节点时,根据预设判断方式,判断当前最优边缘节点是否向客户端提供资源服务,得到判断结果,预设判断方式由边缘节点每条线路的带宽上限和边缘节点每条线路的当前实时带宽情况确定,若判断结果表示由当前最优边缘节点向客户端提供资源服务,通过当前最优边缘节点的最优链接线路向客户端提供其所需资源服务,最优链接线路为当前实时带宽流量最小的链接线路,若判断结果表示不由当前节点向客户端提供资源服务,通过对客户端返回跳转指令,指引客户端向其他边缘节点发送资源请求,以使其他边缘节点向客户端提供其所需资源服务。通过上述方案,无需将大量边缘节点众多线路的实时上行带宽数据上报给中心调度,只需将缓存了目标资源的边缘节点列表传递给所请求的边缘节点,让边缘节点依据自身各线路的带宽情况来决策是否由自身提供资源服务,若判断结果表示由当前最优边缘节点向客户端提供资源服务,通过当前实时带宽流量最小的链接线路的最优链接线路向客户端提供其所需资源服务,如果自身节点没有足够带宽,向客户端返回跳转信息,使客户端向其他边缘节点发送调度请求以使其他节点向客户端提供资源服务,这样可以精准的控制好边缘节点每条线路的带宽值,通过上述边缘节点的决策机制,降低中心调度的算力压力,保证服务质量的前提下,精准控制上行带宽,提升上行带宽水位线,提高边缘带宽利用率。以此实现保证服务质量的前提下,精准控制海量带宽小,质量波动大的线路。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例公开的PCDN服务系统的架构图;
图2为本申请实施例公开的一种控制处理方法的流程示意图;
图3为本申请实施例公开的将其他边缘节点进行加密并传给最优边缘节点的流程示意图;
图4为本申请实施例公开的另一种控制处理方法的流程示意图;
图5为本申请实施例公开的一种控制处理系统的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
由背景技术可知,在现有控制海量带宽小、质量波动大的线路的过程中,大都是采取的中心化控制方式,但是中心化控制方式每次调度都要在海量数据中查询符合要求的边缘节点,对于性能影响较大。另外通过中心化控制方式所采集的数据是上报时状态,和用户到达边缘时的带宽情况有一定差异,可能会造成用户服务质量差的情况。因此,如何在确保服务质量的前提下,精准控制海量带宽小、质量波动大的线路,是本申请亟需解决的问题。
为了解决上述问题,本申请公开了一种控制处理方法及系统,无需将大量边缘节点众多线路的实时上行带宽数据上报给中心调度,只需将缓存了目标资源的边缘节点列表传递给所请求的边缘节点,让边缘节点依据自身各线路的带宽情况来决策是否由自身提供资源服务,若判断结果表示由当前最优边缘节点向客户端提供资源服务,通过当前实时带宽流量最小的链接线路的最优链接线路向客户端提供其所需资源服务,如果自身节点没有足够带宽,向客户端返回跳转信息,使客户端向其他边缘节点发送调度请求以使其他节点向客户端提供资源服务,这样可以精准的控制好边缘节点每条线路的带宽值,通过上述边缘节点的决策机制,降低中心调度的算力压力,保证服务质量的前提下,精准控制上行带宽,提升上行带宽水位线,提高边缘带宽利用率。以此实现保证服务质量的前提下,精准控制海量带宽小,质量波动大的线路。具体实现方式通过下述实施例进行说明。
参考图1所示,为本申请实施例公开的PCDN服务系统的架构图,该PCDN服务系统包括热度统计引擎、分发预热引擎、中心调度集群、客户端、源站和边缘节点。其中,边缘节点为多个。
热度统计引擎、分发预热引擎、中心调度集群、客户端、源站和边缘节点之间的数据处理过程如下:
热度统计引擎从中心调度集群的请求数据(如用户请求数据)中,将请求数据进行请求热度排序,得到冷热数据的排序结果,再将冷热数据的排序结果进行逻辑分离,得到冷数据和热数据,并将冷数据和热数据上报给分发预热引擎和中心调度服务。热度计算过程是在特定时间周期内不断迭代的循环。
其中,将冷热数据的排序结果进行逻辑分离,是为了在节点更合理的缓存文件。因为节点存储有限,不能将冷热数据在每个边缘节点都镜像存储。热文件可以镜像存储,相对冷的文件可以在各节点之间哈希存储。让一组边缘节点提高文件覆盖数量。一组边缘节点的数量,根据资源所属的运营商和地域等情况进行自定义设置。
需要说明的是,特定时间周期可以是3小时,也可以是2天等,具体特定时间周期的确定本申请不做具体限定。比如,当前比较热的内容,在几个小时或者第二天之后就不是热点内容了。因此,热点内容(热点文件)只是在一定时间范围内热度高。所以每过特定时间周期就要重新计算用户请求的内容热度,并不断通知各边缘节点,更新缓存文件。
将热数据向每个边缘节点进行发布,而冷数据以某种高效散列算法向一组边缘节点进行发布。此方法可以提高一组边缘节点能覆盖的请求带宽量,提高各节点存储空间利用效率。边缘节点同步完成任务指定文件后,对文件一致性进行验证,在发布文件前,对文件全文进行散列计算,并将计算出的值作为文件名的一部分,对文件进行更名。文件传递到任何边缘节点都可以对文件的一致性进行校验。以确认拷贝来的文件是否完整。并上报各自节点当前所存储文件的列表给中心调度服务。
当客户端需要获取指定文件的目标资源时,先向中心调度服务发起请求,中心调度服务根据客户端区域信息和运营商信息,查找当前缓存有所需文件的边缘节点列表,将最优边缘节点地址返回给客户端,并同时将几个次优的边缘节点地址加密,通过预设方式(如URL参数的方式)传递给最优边缘节点。具体的,当调度服务接收到客户端的调度请求时,查找边缘节点列表是否缓存了调度请求对应的目标资源,若边缘节点列表中缓存了调度请求对应的目标资源,从边缘节点列表中剔除故障节点,并对剩余的边缘节点进行优劣排序,得到排序结果,从排序结果中确定最优边缘节点。从排序结果中将其他边缘节点的节点地址进行加密,并通过预设方式发送至最优边缘节点。
其中,客户端区域信息和运营商信息是服务端通过连接时的用户请求IP地址来得到客户端区域信息和运营商信息。
需要说明的是,将最优边缘节点地址返回给客户端,并同时将多个次优的边缘节点地址加密,通过URL参数的方式将加密后的几个次优的边缘节点地址传递给最优边缘节点,作用是当最优的节点本身没有空闲带宽去服务客户端的时候,可以解密参数中的次优边缘节点,并将请求跳转到次优边缘节点为客户端提供其所需资源服务。
其中,预设方式可以是URL参数的方式,也可以是其他发送方式,具体预设方式的确定本申请不做具体限定。本申请的预设方式优选URL参数的方式。
边缘节点优劣排序是依据多个条件的综合评判得来。例如,依据用户所在的地区和运营商对各边缘节点之前的请求的延迟均值,来排序缓存了用户请求资源的边缘节点。
中心调度集群也可以在返回资源地址的同时,将节点设定的商务约定最低带宽利用率数据、最大带宽利用率和本条请求的最低下载速度等信息,加密后通过URL参数的方式传递给最优边缘节点。
当PCDN服务系统监测到客户端请求到当前最优边缘节点时,使中心调度集群根据预设判断方式,判断当前最优边缘节点是否向客户端提供资源服务,得到判断结果;预设判断方式由边缘节点每条线路的带宽上限和边缘节点每条线路的当前实时带宽情况确定。
若判断结果表示由当前最优边缘节点向客户端提供资源服务,中心调度集群通过当前最优边缘节点的最优链接线路向客户端提供其所需资源服务;最优链接线路为当前实时带宽流量最小的链接线路。
若判断结果表示不由当前节点向客户端提供资源服务,中心调度集群通过对客户端返回跳转指令,指引客户端向其他边缘节点发送资源请求,以使其他边缘节点向客户端提供其所需资源服务。
其中,部分边缘节点具备多条或数十条线路。通常链接线路和其他边缘线路上行带宽相等,但是IP地址不同。如:一台电脑上有多个网卡,连接了多条网线,每个网卡有不同的IP地址。则根据当前每条线路的实时带宽利用率来决策用哪条线路向客户端提供资源服务;并通过TCP漂移技术来转换线路提供资源服务。
若判断结果为向客户端提供资源服务的判断结果,中心调度集群通过最优边缘节点的链接线路向客户端提供资源服务;
若判断结果为未向客户端提供资源服务的判断结果,中心调度集群向客户端返回跳转信息,使客户端向其他边缘节点发送调度请求以使其他边缘节点向客户端提供资源服务。
若判断结果为未向客户端提供资源服务的判断结果,中心调度集群确定排序结果中的其他边缘节点的个数;若排序结果中的其他边缘节点的个数为多个,将其他边缘节点中其中一个地址提出作为客户端请求所需资源的下一个目标地址,并将去除下一目标地址的其他地址重新排列加密。将加密的其他地址作为参数,将当前节点地址加密作为已请求节点标识参数,一同作为跳转信息返回给客户端。以使其他边缘节点可以正常服务或传递客户端请求。
通过加密列表同步各个边缘节点的资源状况,让边缘节点有转发请求的决策依据。
源站是用户可以请求的所有文件的总集合,任意边缘节点缺少用户所需的任何目标文件,都可以从源站获取。源站在用户下载文件的过程中,只作为输出文件的角色。
本申请实施例中,无需将大量边缘节点众多线路的实时上行带宽数据上报给中心调度,只需将缓存了目标资源的边缘节点列表用密文的方式传递给了所请求的边缘节点,让边缘节点依据自身各线路的带宽情况来决策是否由自身提供资源服务,如果自身节点没有足够带宽,向其他边缘节点发送调度请求以使其他节点向客户端提供资源服务,这样可以精准的控制好边缘节点每条线路的带宽值,通过上述边缘节点的决策机制,降低中心调度的算力压力,保证服务质量的前提下,精准控制上行带宽,提升上行带宽水位线,提高边缘带宽利用率。以此实现保证服务质量的前提下,精准控制海量带宽小、质量波动大的线路。
参考图2所示,为本申请实施例公开的一种控制处理方法的流程示意图,该控制处理方法应用于上述PCDN服务系统,该控制处理方法主要包括如下步骤:
S201:当接收到客户端信息时,查找当前缓存有目标资源的边缘节点列表,并根据所述客户端信息从边缘节点列表中确定当前最优边缘节点;当前最优边缘节点由客户端所处位置与客户端所属的运营商的各个边缘节点之间的网络延迟的大小确定。
在S201中,客户端信息由服务端通过连接时的用户请求IP地址来得到。客户端信息至少包括客户端区域信息和运营商信息。
其中,目标资源是指客户端需要获取的指定文件的资源。
最优边缘节点为剔除边缘节点列表中的故障节点后进行优劣排序得到。
具体当接收到客户端信息时,查找当前缓存有目标资源的边缘节点列表,并根据客户端信息从边缘节点列表中确定当前最优边缘节点的过程如A1-A5所示。
A1:当接收到客户端信息时,通过调度服务查找当前缓存有目标资源的边缘节点列表。
A2:当通过调度服务监测到客户端的资源请求,且所述资源请求对应的目标资源在边缘节点中存在缓存时,从客户端信息中确定客户端所属的运营商。
A3:确定客户端所属的运营商的各个边缘节点。
A4:确定各个边缘节点到客户端所处地理位置的各个网络延迟,并根据各个网络延迟的大小确定排序顺序。
其中,可以根据各个网络延迟由小至大的排序顺序进行排序,或者由大至小的排序顺序进行排序,具体排序顺序的方式本申请不做具体限定。
A5:根据排序顺序从边缘节点列表中确定最优边缘节点。
比如,根据排序顺序从边缘节点列表中将网络延迟最小的边缘节点确定为最优边缘节点。
S202:当监测到客户端请求到当前最优边缘节点时,根据预设判断方式,判断当前最优边缘节点是否向客户端提供资源服务,得到判断结果;预设判断方式由边缘节点每条线路的带宽上限和边缘节点每条线路的当前实时带宽情况确定。若判断结果表示由当前最优边缘节点向客户端提供资源服务,执行S203,若判断结果表示不由当前节点向客户端提供资源服务,执行S204。
当接收到客户端信息时执行如下S301-S303的操作,具体如图3所示,图3示出了将其他边缘节点进行加密并传给最优边缘节点的流程示意图。
S301:当监测到客户端要获取指定的目标文件资源的请求时,查找当前缓存有所需文件的边缘节点列表。
S302:剔除边缘节点列表中的故障节点。
在S302中,将边缘节点列表中剔除故障节点后,边缘节点列表中剩余的节点即为正常节点。
S303:若正常节点中存在多个边缘节点,将多个边缘节点中的最优边缘节点的节点地址返回给客户端,将其他边缘节点进行加密并传给最优边缘节点。
当监测到客户端需要获取指定的目标文件资源的请求时,根据客户端区域信息和运营商信息,查找当前缓存有所需文件的边缘节点列表,将最优的边缘节点的节点地址返回给客户端,并同时将多个次优的边缘节点地址加密,通过URL参数的方式将加密后的多个次优的边缘节点地址传递给最优的边缘节点,作用是当最优的节点本身没有空闲带宽去服务客户端的时候,可以解密参数中的次优边缘节点,并将请求跳转到次优边缘节点为客户端提供其所需资源服务。
具体当监测到客户端请求到当前最优边缘节点时,根据预设判断方式,判断当前最优边缘节点是否向客户端提供资源服务,得到判断结果的过程如B1-B3所示。
B1:当监测到客户端请求到当前最优边缘节点时,获取当前最优边缘节点的当前实时带宽利用率和当前下载速度。
B2:若当前实时带宽利用率小于最大带宽利用率,且当前下载速度大于等于客户端请求的最低下载速度,得到当前最优边缘节点向客户端提供资源服务的判断结果。
其中,最大带宽利用率可以设置为97%、98%等,具体最大带宽利用率根据实际情况进行设置,本申请不做具体限定。
最低下载速度可以设置为700Kb/s、800Kb/s等,具体最低下载速度根据实际情况进行设置,本申请不做具体限定。
比如,最大带宽利用率设置为98%,最低下载速度为800Kb/s,当监测到客户端请求到最优边缘节点时,获取最优边缘节点的当前实时带宽利用率为85%,当前下载速度为2Mb/s,当前实时带宽利用率为85%小于最大带宽利用率98%,当前下载速度2Mb/s大于调度请求的最低下载速度800Kb/s,得到向客户端提供资源服务的判断结果。
B3:若当前实时带宽利用率大于等于最大带宽利用率,或当前下载速度小于客户端请求的最低下载速度,得到当前最优边缘节点未向客户端提供资源服务的判断结果。
其中,当其他边缘节点为多个时,其他边缘节点的选择可以根据调度服务器返回的加密列表中的节点顺序选取。更智能的方案,可以是客户端之间相互交换实时带宽数据,根据列表中空闲带宽的多少,来选择跳转的边缘节点。具体其他边缘节点的确定过程,本申请不做具体限定。
S203:通过当前最优边缘节点的最优链接线路向客户端提供其所需资源服务;最优链接线路为当前实时带宽流量最小的链接线路。
具体若判断结果表示由当前最优边缘节点向客户端提供资源服务,通过当前最优边缘节点的最优链接线路向客户端提供其所需资源服务的过程如C1-C3所示。
C1:若判断结果表示由当前最优边缘节点向客户端提供资源服务,且当前最优边缘节点具备多条链路,获取多条链路的实时带宽流量。
C2:从多条链路的实时带宽流量中选取当前实时带宽流量最小的链接线路作为当前最优边缘节点的最优链接线路。
C3:通过最优链接线路和预设漂移技术向客户端提供其所需资源服务。
其中,预设漂移技术可以是传输控制协议(Transmission Control Protocol,TCP)漂移技术,也可以是其他漂移技术等,具体预设漂移技术的确定本申请不做具体限定。本申请的预设漂移技术优选TCP漂移技术。
S204:通过对客户端返回跳转指令,指引客户端向其他边缘节点发送资源请求,以使其他边缘节点向客户端提供其所需资源服务。
具体若判断结果表示不由当前节点向客户端提供资源服务,通过对客户端返回跳转指令,指引客户端向其他边缘节点发送资源请求,以使其他边缘节点向客户端提供其所需资源服务的过程如D1-D4所示。
D1:若判断结果表示不由当前节点向客户端提供资源服务,从密文中提取其他边缘节点的节点地址。
D2:若其他边缘节点的节点地址的个数为单个,通过对客户端返回跳转指令,指引客户端向该边缘节点发送资源请求,以使其他边缘节点向客户端提供所需资源服务。
D3:若其他边缘节点的节点地址的个数为多个,按照预设选取规则从多个其他边缘节点的节点地址中选取目标节点地址,并将目标节点地址作为客户端的下一次请求地址;选取规则由客户端所处位置与客户端所属的运营商的各个边缘节点之间的网络延迟确定。
其中,选取规则是指确定各个其他边缘节点的节点地址的到客户端所处地理位置的各个网络延迟,并根据各个网络延迟的大小来选取目标节点地址,具体的,选取网络延迟最小的边缘节点的节点地址确定为目标节点地址。若判断结果表示由当前最优边缘节点向客户端提供资源服务,客户端请求到最优边缘节点后,还可以根据最优边缘节点的带宽上限和当前实时带宽情况,决策是否通过链接线路向客户端提供请求数据。
具体客户端请求到最优边缘节点后,根据最优边缘节点的带宽上限和当前实时带宽情况,决策是否通过链接线路向客户端提供请求数据的过程如下(1)-(3)所示:
(1)如果当前实时带宽没有达到最大带宽利用率,并且满足最低下载速度要求,则可以立刻返回请求数据。
(2)如果当前实时带宽数据已经超过或接近最大带宽利用率,则查看自身边缘节点其他边缘线路是否也达到最大带宽利用率;如果其他边缘线路没达到最大带宽利用率,可以通过预设漂移技术通过其他边缘线路返回请求数据。
(3)如果当前边缘节点所有边缘线路都已经达到最大带宽利用率,则可以解密加密后的(密文参数中的)其他边缘节点地址,将客户端跳转到其他边缘节点上。并将自身边缘节点的地址通过URL参数加密代入跳转URL,避免其他节点将用户请求跳转回自身节点,造成死循环。
从多个其他边缘节点的节点地址中去除目标节点地址,并将剩余的其他边缘节点的节点地址进行加密,以避免其他边缘节点将资源请求跳转回当前边缘节点而造成的死循环。
D4:通过跳转指令向客户端返回目标节点地址,指引客户端通过目标节点地址向下一边缘节点发送资源请求,以使下一边缘节点向客户端提供所需资源服务。
若判断结果表示不由当前节点向客户端提供资源服务,将其他边缘节点中其中一个地址提出作为客户端请求所需资源的下一个目标地址,并将去除下一目标地址的其他地址重新排列加密,将下一目标地址作为目的地址,将加密的其他地址作为参数,将当前节点地址加密作为已请求节点标识参数,一同作为跳转信息返回给客户端。以使其他边缘节点可以正常服务或传递客户端请求。
其中,其他边缘节点的选择可以根据调度服务器返回的加密列表中的节点顺序选取。更智能的方案,可以是客户端之间相互交换实时带宽数据,根据列表中空闲带宽的多少,来选择跳转的边缘节点。
通过加密列表同步各个边缘节点的资源状况。具体的,各边缘节点之间,可以通过加密URL参数里的加密列表,互相同步各自的资源状况,让边缘节点有转发请求的决策依据,资源状况可包含当前节点的实时带宽量,最大带宽量和最大带宽利用率。
为了方便理解控制处理方法的过程,这里结合图4进行举例说明,图4示出了另一种控制处理方法的流程示意图。
例如,S401:当监测到边缘节点接收到客户端的请求时,检索目标文件是否已经缓存,若是执行S402,若否执行S406。
S402:边缘节点查询接收客户端请求的线路带宽是否超过带宽上限,若是,执行S403,若否,执行S404。
其中,带宽上限根据实际情况进行设置,本申请不做具体限定。
S403:通过客户端请求的线路返回缓存文件。
S404:检索此边缘节点上其他线路的实时上行带宽是否超过带宽上限。若是,执行S405,若否,执行S406。
S405:通过TCP漂移技术,从其他线路返回客户端所需的目标文件。
S406:通过解析请求传递报文,解析其他命中请求资源的边缘节点,将客户端请求跳转到其他边缘节点,并将当前边缘节点以外的其他边缘节点信息以加密参数的方式传递给其他边缘节点。
当用户发起资源请求时,中心调度只判断哪些边缘节点缓存了用户所需资源,并引导用户向其中一个最优边缘节点发起资源请求,并密文给最优边缘节点传递一组具备用户请求资源的边缘节点列表。当最优边缘节点接收到客户端发起的资源请求时,会判断自身节点各线路的当前实时带宽空闲情况,自主决策用自身节点的哪条空闲线路来提供用户请求的资源。若当前自身已无空闲线路,则将用户重新定向到其他边缘节点获取请求的资源。
本方案由于在调度环节需要尽可能实时了解缓存目标资源的节点上众多线路的实时带宽,以避免将新增请求调度给已经拥塞或者超过上行带宽限制的边缘节点,而导致各请求下载速度严重降低,影响服务质量。此方案利用了边缘计算的思路和原理,不将大量边缘节点众多线路的实时上行带宽数据上报给中心调度。而是将缓存了目标资源的边缘节点列表用密文的方式传递给了所请求的边缘节点,让边缘节点依据自身各线路的带宽情况来决策是否由自身提供资源服务。如果自身节点没有足够带宽,则向其他边缘节点传递用户请求。这样可以精准的控制好边缘节点每条线路的带宽值,确保服务质量。
本申请实施例中,无需将大量边缘节点众多线路的实时上行带宽数据上报给中心调度,只需将缓存了目标资源的边缘节点列表用密文的方式传递给了所请求的边缘节点,让边缘节点依据自身各线路的带宽情况来决策是否由自身提供资源服务,如果自身节点没有足够带宽,向其他边缘节点发送调度请求以使其他节点向客户端提供资源服务,这样可以精准的控制好边缘节点每条线路的带宽值,通过上述边缘节点的决策机制,降低中心调度的算力压力,保证服务质量的前提下,精准控制上行带宽,提升上行带宽水位线,提高边缘带宽利用率。以此实现保证服务质量的前提下,精准控制海量带宽小,质量波动大的线路。
基于上述实施例图2公开的一种控制处理方法,本申请实施例还对应公开了一种控制处理系统,如图5所示,该控制处理系统包括确定单元501、判断单元502、第一提供单元503和第二提供单元504。
确定单元501,用于当接收到客户端信息时,查找当前缓存有目标资源的边缘节点列表,并根据客户端信息从边缘节点列表中确定当前最优边缘节点;当前最优边缘节点由客户端所处位置与客户端所属的运营商的各个边缘节点之间的网络延迟的大小确定。
判断单元502,用于当监测到客户端请求到当前最优边缘节点时,根据预设判断方式,判断当前最优边缘节点是否向客户端提供资源服务,得到判断结果;预设判断方式由边缘节点每条线路的带宽上限和边缘节点每条线路的当前实时带宽情况确定。
第一提供单元503,用于若判断结果表示由当前最优边缘节点向客户端提供资源服务,通过当前最优边缘节点的最优链接线路向客户端提供其所需资源服务;最优链接线路为当前实时带宽流量最小的链接线路。
第二提供单元504,用于若判断结果表示不由当前节点向客户端提供资源服务,通过对客户端返回跳转指令,指引客户端向其他边缘节点发送资源请求,以使其他边缘节点向客户端提供其所需资源服务。
进一步的,确定单元501包括查找模块、第一确定模块、第二确定模块、第三确定模块和第四确定模块。
查找模块,用于当接收到客户端信息时,通过调度服务查找当前缓存有目标资源的边缘节点列表。
第一确定模块,用于当通过调度服务监测到客户端的资源请求,且资源请求对应的目标资源在边缘节点中存在缓存时,从客户端信息中确定客户端所属的运营商。
第二确定模块,用于确定客户端所属的运营商的各个边缘节点。
第三确定模块,用于确定各个边缘节点到客户端所处地理位置的各个网络延迟,并根据各个网络延迟的大小确定排序顺序。
第四确定模块,用于根据排序顺序从边缘节点列表中确定最优边缘节点。
进一步的,判断单元502包括第一获取模块、第二获取模块和第一提供模块。
第一获取模块,用于当监测到客户端请求到当前最优边缘节点时,获取当前最优边缘节点的当前实时带宽利用率和当前下载速度。
第二获取模块,用于若当前实时带宽利用率小于最大带宽利用率,且当前下载速度大于等于客户端请求的最低下载速度,得到当前最优边缘节点向客户端提供资源服务的判断结果。
第一提供模块,用于若当前实时带宽利用率大于等于最大带宽利用率,或所述当前下载速度小于客户端请求的最低下载速度,得到当前最优边缘节点未向客户端提供资源服务的判断结果。
进一步的,第一提供单元503包括第三获取模块、第一选取模块和第二提供模块。
第三获取模块,用于若判断结果表示由当前最优边缘节点向客户端提供资源服务,且当前最优边缘节点具备多条链路,获取多条链路的实时带宽流量。
第一选取模块,用于从多条链路的实时带宽流量中选取当前实时带宽流量最小的链接线路作为当前最优边缘节点的最优链接线路。
第二提供模块,用于通过最优链接线路和预设漂移技术向客户端提供其所需资源服务。
进一步的,控制处理系统还包括加密单元。
加密单元,用于将当前最优边缘节点以外的其他边缘节点的节点地址进行加密,生成密文。
进一步的,第二提供单元504包括提取模块、第三提供模块、第二选取模块和第四提供模块。
提取模块,用于若判断结果表示不由当前节点向客户端提供资源服务,从密文中提取其他边缘节点的节点地址。
第三提供模块,用于若其他边缘节点的节点地址的个数为单个,通过对客户端返回跳转指令,指引客户端向该其他边缘节点发送资源请求,以使其他边缘节点向客户端提供所需资源服务。
第二选取模块,用于若其他边缘节点的节点地址的个数为多个,按照预设选取规则从多个其他边缘节点的节点地址中选取目标节点地址,并将目标节点地址作为客户端的下一次请求地址;选取规则由客户端所处位置与客户端所属的运营商的各个边缘节点之间的网络延迟的大小确定。
第四提供模块,用于通过跳转指令向客户端返回目标节点地址,指引客户端通过目标节点地址向下一边缘节点发送资源请求,以使下一边缘节点向客户端提供所需资源服务。
进一步的,控制处理系统还包括去除加密单元。
去除加密单元,用于从多个其他边缘节点的节点地址中去除目标节点地址,并将剩余的其他边缘节点的节点地址进行加密,以避免其他边缘节点将资源请求跳转回当前边缘节点而造成的死循环。
本申请实施例中,无需将大量边缘节点众多线路的实时上行带宽数据上报给中心调度,只需将缓存了目标资源的边缘节点列表用密文的方式传递给了所请求的边缘节点,让边缘节点依据自身各线路的带宽情况来决策是否由自身提供资源服务,如果自身节点没有足够带宽,向其他边缘节点发送调度请求以使其他节点向客户端提供资源服务,这样可以精准的控制好边缘节点每条线路的带宽值,通过上述边缘节点的决策机制,降低中心调度的算力压力,保证服务质量的前提下,精准控制上行带宽,提升上行带宽水位线,提高边缘带宽利用率。以此实现保证服务质量的前提下,精准控制海量带宽小,质量波动大的线路。
上述各个实施例的具体实施过程及其衍生方式,均在本申请的保护范围之内。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为聚类部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
对所公开的实施例的上述说明,使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种控制处理方法,其特征在于,所述方法包括:
当接收到客户端信息时,查找当前缓存有目标资源的边缘节点列表,并根据所述客户端信息从所述边缘节点列表中确定当前最优边缘节点;所述当前最优边缘节点由客户端所处位置与客户端所属的运营商的各个边缘节点之间的网络延迟的大小确定;
当监测到客户端请求到所述当前最优边缘节点时,根据预设判断方式,判断所述当前最优边缘节点是否向客户端提供资源服务,得到判断结果;所述预设判断方式由边缘节点每条线路的带宽上限和边缘节点每条线路的当前实时带宽情况确定;
若所述判断结果表示由当前最优边缘节点向客户端提供资源服务,通过当前最优边缘节点的最优链接线路向客户端提供其所需资源服务;所述最优链接线路为当前实时带宽流量最小的链接线路;
若所述判断结果表示不由当前节点向客户端提供资源服务,通过对客户端返回跳转指令,指引客户端向其他边缘节点发送资源请求,以使其他边缘节点向客户端提供其所需资源服务。
2.根据权利要求1所述的方法,其特征在于,所述当接收到客户端信息时,查找当前缓存有目标资源的边缘节点列表,并根据所述客户端信息从所述边缘节点列表中确定当前最优边缘节点,包括:
当接收到客户端信息时,通过调度服务查找当前缓存有目标资源的边缘节点列表;
当通过所述调度服务监测到客户端的资源请求,且所述资源请求对应的目标资源在边缘节点中存在缓存时,从客户端信息中确定客户端所属的运营商;
确定所述客户端所属的运营商的各个边缘节点;
确定各个边缘节点到客户端所处地理位置的各个网络延迟,并根据各个网络延迟的大小确定排序顺序;
根据所述排序顺序从所述边缘节点列表中确定最优边缘节点。
3.根据权利要求1所述的方法,其特征在于,所述当监测到客户端请求到所述当前最优边缘节点时,根据预设判断方式,判断所述当前最优边缘节点是否向客户端提供资源服务,得到判断结果,包括:
当监测到客户端请求到所述当前最优边缘节点时,获取所述当前最优边缘节点的当前实时带宽利用率和当前下载速度;
若所述当前实时带宽利用率小于最大带宽利用率,且所述当前下载速度大于等于客户端请求的最低下载速度,得到当前最优边缘节点向客户端提供资源服务的判断结果;
若所述当前实时带宽利用率大于等于所述最大带宽利用率,或所述当前下载速度小于所述客户端请求的最低下载速度,得到当前最优边缘节点未向客户端提供资源服务的判断结果。
4.根据权利要求1所述的方法,其特征在于,所述若所述判断结果表示由当前最优边缘节点向客户端提供资源服务,通过当前最优边缘节点的最优链接线路向客户端提供其所需资源服务,包括:
若所述判断结果表示由当前最优边缘节点向客户端提供资源服务,且当前最优边缘节点具备多条链路,获取多条链路的实时带宽流量;
从多条链路的实时带宽流量中选取当前实时带宽流量最小的链接线路作为当前最优边缘节点的最优链接线路;
通过所述最优链接线路和预设漂移技术向客户端提供其所需资源服务。
5.根据权利要求4所述的方法,其特征在于,还包括:
将当前最优边缘节点以外的其他边缘节点的节点地址进行加密,生成密文。
6.根据权利要求5所述的方法,其特征在于,所述若所述判断结果表示不由当前节点向客户端提供资源服务,通过对客户端返回跳转指令,指引客户端向其他边缘节点发送资源请求,以使其他边缘节点向客户端提供其所需资源服务,包括:
若所述判断结果表示不由当前节点向客户端提供资源服务,从所述密文中提取其他边缘节点的节点地址;
若其他边缘节点的节点地址的个数为单个,通过对客户端返回跳转指令,指引客户端向该其他边缘节点发送资源请求,以使其他边缘节点向客户端提供所需资源服务;
若其他边缘节点的节点地址的个数为多个,按照预设选取规则从多个其他边缘节点的节点地址中选取目标节点地址,并将所述目标节点地址作为客户端的下一次请求地址;所述选取规则由客户端所处位置与客户端所属的运营商的各个边缘节点之间的网络延迟的大小确定;
通过跳转指令向客户端返回所述目标节点地址,指引客户端通过所述目标节点地址向下一边缘节点发送资源请求,以使下一边缘节点向客户端提供所需资源服务。
7.根据权利要求6所述的方法,其特征在于,还包括:
从多个其他边缘节点的节点地址中去除所述目标节点地址,并将剩余的其他边缘节点的节点地址进行加密,以避免其他边缘节点将资源请求跳转回当前边缘节点而造成的死循环。
8.一种控制处理系统,其特征在于,所述系统包括:
确定单元,用于当接收到客户端信息时,查找当前缓存有目标资源的边缘节点列表,并根据所述客户端信息从所述边缘节点列表中确定当前最优边缘节点;所述当前最优边缘节点由客户端所处位置与客户端所属的运营商的各个边缘节点之间的网络延迟的大小确定;
判断单元,用于当监测到客户端请求到所述当前最优边缘节点时,根据预设判断方式,判断所述当前最优边缘节点是否向客户端提供资源服务,得到判断结果;所述预设判断方式由边缘节点每条线路的带宽上限和边缘节点每条线路的当前实时带宽情况确定;
第一提供单元,用于若所述判断结果表示由当前最优边缘节点向客户端提供资源服务,通过当前最优边缘节点的最优链接线路向客户端提供其所需资源服务;所述最优链接线路为当前实时带宽流量最小的链接线路;
第二提供单元,用于若所述判断结果表示不由当前节点向客户端提供资源服务,通过对客户端返回跳转指令,指引客户端向其他边缘节点发送资源请求,以使其他边缘节点向客户端提供其所需资源服务。
9.根据权利要求8所述的系统,其特征在于,所述确定单元,包括:
查找模块,用于当接收到客户端信息时,通过调度服务查找当前缓存有目标资源的边缘节点列表;
第一确定模块,用于当通过所述调度服务监测到客户端的资源请求,且所述资源请求对应的目标资源在边缘节点中存在缓存时,从客户端信息中确定客户端所属的运营商;
第二确定模块,用于确定所述客户端所属的运营商的各个边缘节点;
第三确定模块,用于确定各个边缘节点到客户端所处地理位置的各个网络延迟,并根据各个网络延迟的大小确定排序顺序;
第四确定模块,用于根据所述排序顺序从所述边缘节点列表中确定最优边缘节点。
10.根据权利要求8所述的系统,其特征在于,所述判断单元,包括:
第一获取模块,用于当监测到客户端请求到所述当前最优边缘节点时,获取所述当前最优边缘节点的当前实时带宽利用率和当前下载速度;
第二获取模块,用于若所述当前实时带宽利用率小于最大带宽利用率,且所述当前下载速度大于等于客户端请求的最低下载速度,得到当前最优边缘节点向客户端提供资源服务的判断结果;
第一提供模块,用于若所述当前实时带宽利用率大于等于所述最大带宽利用率,或所述当前下载速度小于所述客户端请求的最低下载速度,得到当前最优边缘节点未向客户端提供资源服务的判断结果。
CN202311298777.6A 2023-10-09 2023-10-09 一种控制处理方法及系统 Active CN117041260B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311298777.6A CN117041260B (zh) 2023-10-09 2023-10-09 一种控制处理方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311298777.6A CN117041260B (zh) 2023-10-09 2023-10-09 一种控制处理方法及系统

Publications (2)

Publication Number Publication Date
CN117041260A true CN117041260A (zh) 2023-11-10
CN117041260B CN117041260B (zh) 2024-01-02

Family

ID=88602744

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311298777.6A Active CN117041260B (zh) 2023-10-09 2023-10-09 一种控制处理方法及系统

Country Status (1)

Country Link
CN (1) CN117041260B (zh)

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101959054A (zh) * 2009-07-14 2011-01-26 中国电信股份有限公司 集中式对等点播系统和伙伴节点选择方法
CN104320487A (zh) * 2014-11-11 2015-01-28 网宿科技股份有限公司 内容分发网络的http调度系统和方法
CN106961616A (zh) * 2017-03-06 2017-07-18 中山大学 一种多cdn辅助的多层云的直播分发系统
CN107483614A (zh) * 2017-08-31 2017-12-15 京东方科技集团股份有限公司 基于cdn与p2p网络的内容调度方法及通信网络
US20180026938A1 (en) * 2016-07-21 2018-01-25 Alibaba Group Holding Limited Detection and scheduling method, device, and node of content delivery network
CN110336843A (zh) * 2015-02-24 2019-10-15 深圳梨享计算有限公司 一种用于众包的内容分发方法、中心节点及边缘节点
CN110830565A (zh) * 2019-10-31 2020-02-21 北京奇艺世纪科技有限公司 资源下载方法、装置、系统、电子设备及存储介质
US20200259916A1 (en) * 2018-03-22 2020-08-13 Netskrt Systems, Inc. Method and apparatus to prioritize and schedule the distribution of learned content
CN112543357A (zh) * 2020-11-26 2021-03-23 郑州铁路职业技术学院 一种基于dash协议的流媒体数据传输方法
CN113467910A (zh) * 2021-06-30 2021-10-01 乐视云计算有限公司 基于业务等级的过载保护调度方法
CN114222168A (zh) * 2021-12-02 2022-03-22 上海哔哩哔哩科技有限公司 资源调度方法及系统
CN114650295A (zh) * 2022-03-29 2022-06-21 北京有竹居网络技术有限公司 质量调度方法、装置、介质和电子设备
CN114697201A (zh) * 2022-04-01 2022-07-01 湖南快乐阳光互动娱乐传媒有限公司 一种基于应用客户端代理请求的数据处理方法及装置
CN115208955A (zh) * 2021-03-29 2022-10-18 贵州白山云科技股份有限公司 一种资源请求处理的方法、装置、计算机设备及介质
CN115811515A (zh) * 2022-11-18 2023-03-17 缀初网络技术(上海)有限公司 一种边缘云环境下基于分片的文件存取方法及系统

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101959054A (zh) * 2009-07-14 2011-01-26 中国电信股份有限公司 集中式对等点播系统和伙伴节点选择方法
CN104320487A (zh) * 2014-11-11 2015-01-28 网宿科技股份有限公司 内容分发网络的http调度系统和方法
CN110336843A (zh) * 2015-02-24 2019-10-15 深圳梨享计算有限公司 一种用于众包的内容分发方法、中心节点及边缘节点
US20180026938A1 (en) * 2016-07-21 2018-01-25 Alibaba Group Holding Limited Detection and scheduling method, device, and node of content delivery network
CN106961616A (zh) * 2017-03-06 2017-07-18 中山大学 一种多cdn辅助的多层云的直播分发系统
CN107483614A (zh) * 2017-08-31 2017-12-15 京东方科技集团股份有限公司 基于cdn与p2p网络的内容调度方法及通信网络
US20200259916A1 (en) * 2018-03-22 2020-08-13 Netskrt Systems, Inc. Method and apparatus to prioritize and schedule the distribution of learned content
CN110830565A (zh) * 2019-10-31 2020-02-21 北京奇艺世纪科技有限公司 资源下载方法、装置、系统、电子设备及存储介质
CN112543357A (zh) * 2020-11-26 2021-03-23 郑州铁路职业技术学院 一种基于dash协议的流媒体数据传输方法
CN115208955A (zh) * 2021-03-29 2022-10-18 贵州白山云科技股份有限公司 一种资源请求处理的方法、装置、计算机设备及介质
CN113467910A (zh) * 2021-06-30 2021-10-01 乐视云计算有限公司 基于业务等级的过载保护调度方法
CN114222168A (zh) * 2021-12-02 2022-03-22 上海哔哩哔哩科技有限公司 资源调度方法及系统
CN114650295A (zh) * 2022-03-29 2022-06-21 北京有竹居网络技术有限公司 质量调度方法、装置、介质和电子设备
CN114697201A (zh) * 2022-04-01 2022-07-01 湖南快乐阳光互动娱乐传媒有限公司 一种基于应用客户端代理请求的数据处理方法及装置
CN115811515A (zh) * 2022-11-18 2023-03-17 缀初网络技术(上海)有限公司 一种边缘云环境下基于分片的文件存取方法及系统

Also Published As

Publication number Publication date
CN117041260B (zh) 2024-01-02

Similar Documents

Publication Publication Date Title
US7103651B2 (en) Method and apparatus for discovering client proximity network sites
US7415527B2 (en) System and method for piecewise streaming of video using a dedicated overlay network
US8880636B2 (en) Caching in mobile networks
EP2761503B1 (en) Caching in mobile networks
KR101887581B1 (ko) 플로우 기반의 패킷 전송 장치 및 그것의 패킷 처리 방법
EP2530899A1 (en) Method and node for obtaining the content and content network
WO2003026220A1 (en) Parallel information delivery method based on peer-to-peer enabled distributed computing technology and the system thereof
US20100036949A1 (en) Centralized Scheduler for Content Delivery Network
CN101861584A (zh) 端到端的数据传送
JP2014522518A (ja) コンテンツ処理方法、コンテンツ処理デバイス、およびコンテンツ処理システム
CN106993014B (zh) 缓存内容的调整方法、装置及系统
WO2005098674A1 (en) System and method for scheduling downloading in a cached network environment
CN114071168B (zh) 混流直播流调度方法及装置
CN108307198A (zh) 流服务节点调度方法、装置及调度节点
CN113438129B (zh) 数据采集方法及装置
US20030084140A1 (en) Data relay method
JP2023514689A (ja) モバイルネットワークインフラストラクチャにおけるオーディオおよび/またはビデオコンテンツの配信方法
WO2011024930A1 (ja) コンテンツ配信システム、コンテンツ配信方法及びコンテンツ配信用プログラム
JP2004199578A (ja) コンテンツ配信方法及び装置並びにプログラム及び記録媒体
US11606415B2 (en) Method, apparatus and system for processing an access request in a content delivery system
CN117041260B (zh) 一种控制处理方法及系统
CN112788135B (zh) 资源调度方法、设备及存储介质
KR20030027485A (ko) 컨텐트 전달망에서 컨텐트 레벨의 컨텐트 루팅 방법 및 장치
EP2159985A1 (en) Method, apparatus and system for scheduling contents
Aoki et al. Effective content management technique based on cooperation cache among neighboring routers in content-centric networking

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant