CN111970320B - Ota数据包下发流量的控制方法和装置 - Google Patents
Ota数据包下发流量的控制方法和装置 Download PDFInfo
- Publication number
- CN111970320B CN111970320B CN202010610323.8A CN202010610323A CN111970320B CN 111970320 B CN111970320 B CN 111970320B CN 202010610323 A CN202010610323 A CN 202010610323A CN 111970320 B CN111970320 B CN 111970320B
- Authority
- CN
- China
- Prior art keywords
- data processing
- bandwidth
- processing nodes
- pcdn
- ota
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
- H04L67/1078—Resource delivery mechanisms
-
- 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/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种OTA数据包下发流量的控制方法和装置,涉及空中下载技术领域和计算机通信技术领域。具体实现方案为:获取当前计费周期下,目标下载任务待下发的OTA数据包的预估带宽,和承载带宽确定初始数据处理节点数量,并通过点对点内容分发网络PCDN根据初始数据处理节点数量部署数据处理节点;若当前计费周期不是目标下载任务的首个计费周期,则在数据处理节点部署完成后,启动下发并获取上一个计费周期的下发参数和带宽峰值;下发参数满足PCDN开启条件时,则根据带宽峰值调整初始数据处理节点数量生成目标数据处理节点数量;控制目标数据处理节点数量的数据处理节点通过PCDN下发OTA数据包。由此,在下发OTA数据包时,适配OTA数据包的数量来调整数据处理节点资源的数量,在保证下发效率的同时,有效利用数据处理节点资源,降低下发成本。
Description
技术领域
本申请的实施例总体上涉及空中下载技术领域和计算机通信技术领域,并且更具体地,涉及OTA数据包下发流量的控制方法和装置。
背景技术
OTA(Over-the-Air Technology,空中下载技术),是通过移动通信的空中接口对***、数据或应用进行远程管理的技术。
当前,OTA升级拥有较大的带宽成本压力,且随着设备数的增多而急剧上升。P2P技术完美适用于OTA这种纯下载场景,接入点对点内容分发网络(P2P CDN,PCDN),能彻底将OTA成本控制在一定范围内,且提升OTA数据包的分发速度。这个方案的成本来自于从PCDN数据处理节点下载带来的带宽成本以及数据处理节点从内容分发网络(Content DeliveryNetwork,CDN)下载文件来做种产生的流量费用。因此,如何有效利用数据处理节点资源对下发成本具有重要意义。
发明内容
本申请提供了一种OTA数据包下发流量的控制方法和装置。
根据第一方面,提供了一种OTA数据包下发流量的控制方法,包括:获取当前计费周期下,目标下载任务待下发的OTA数据包的预估带宽和每个数据处理节点的承载带宽;根据所述预估带宽和所述承载带宽确定初始数据处理节点数量,并通过点对点内容分发网络PCDN根据所述初始数据处理节点数量部署数据处理节点;若所述当前计费周期不是所述目标下载任务的首个计费周期,则在所述数据处理节点部署完成后,启动下发并获取上一个计费周期的下发参数和带宽峰值;判断所述下发参数是否满足PCDN开启条件,若满足所述PCDN开启条件,则根据所述带宽峰值调整所述初始数据处理节点数量生成目标数据处理节点数量;控制所述目标数据处理节点数量的数据处理节点通过所述PCDN下发所述OTA数据包。
根据第二方面,提供了一种OTA数据包下发流量的控制装置,包括:第一获取模块,用于获取当前计费周期下,目标下载任务待下发的OTA数据包的预估带宽和每个数据处理节点的承载带宽;部署模块,用于根据所述预估带宽和所述承载带宽确定初始数据处理节点数量,并通过点对点内容分发网络PCDN根据所述初始数据处理节点数量部署数据处理节点;启动模块,用于在当前计费周期不是所述目标下载任务的首个计费周期时,在所述数据处理节点部署完成后,启动下发并获取上一个计费周期的下发参数和带宽峰值;判断模块,用于判断所述下发参数是否满足PCDN开启条件;调整模块,用于根据所述带宽峰值调整所述初始数据处理节点数量生成目标数据处理节点数量;下发模块,用于控制所述目标数据处理节点数量的数据处理节点通过所述PCDN下发所述OTA数据包。
根据第三方面,提供了一种电子设备,包括:至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如第一方面所述的OTA数据包下发流量的控制方法。
根据第四方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行如第一方面所述的OTA数据包下发流量的控制方法。
本申请提供的OTA数据包下发流量的控制方法和装置,存在如下有益效果:
获取当前计费周期下,目标下载任务待下发的OTA数据包的预估带宽和每个数据处理节点的承载带宽,根据预估带宽和承载带宽确定初始数据处理节点数量,并通过点对点内容分发网络PCDN根据初始数据处理节点数量部署数据处理节点,进而,若当前计费周期不是目标下载任务的首个计费周期,则在数据处理节点部署完成后,启动下发并获取上一个计费周期的下发参数和带宽峰值,判断下发参数是否满足PCDN开启条件,若满足PCDN开启条件,则根据带宽峰值调整初始数据处理节点数量生成目标数据处理节点数量,控制目标数据处理节点数量的数据处理节点通过PCDN下发OTA数据包。由此,在下发OTA数据包时,适配OTA数据包的数量来调整数据处理节点资源的数量,在保证下发效率的同时,有效利用了数据处理节点资源。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1是根据本申请第一实施例的OTA数据包下发流量的控制方法的流程示意图;
图2是根据本申请第二实施例的OTA数据包下发流量的控制方法的流程示意图;
图3是根据本申请第三实施例的OTA数据包下发流量的控制方法的流程示意图;
图4是根据本申请第四实施例的OTA数据包下发流量的控制装置的结构示意图;以及
图5是用来实现本申请实施例的OTA数据包下发流量的控制方法的电子设备的框图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
本实施例中,在接入PCDN下发数据包时成本,来自于从PCDN数据处理节点下载带来的带宽成本以及数据处理节点从CDN下载文件来做种产生的流量费用,因为数据处理节点带宽成本较低,因此对比其他CDN,具有成本优势。
由于数据处理节点的空间有限,无法缓存太多的文件,因此我们需要动态地对做种的数据处理节点规模做有效的控制,避免每个数据处理节点都缓存全部文件,且当升级任务完成到一定程度时,可以适时关闭PCDN,此时任务的下载带宽已经衰减到了一定程度,无需占用数据处理节点资源。由此,通过动态调增占用的数据处理节点资源来保证下发数据包的成本。
具体而言,图1是根据本申请一个实施例的OTA数据包下发流量的控制方法的流程图,本申请实施例的OTA数据包下发流量的控制方法,可以由本申请实施例的OTA数据包下发流量的控制装置执行。本申请实施例的OTA数据包下发流量的控制装置可以配置在任意服务器中,以执行本申请实施例的OTA数据包下发流量的控制方法。
如图1所示,该方法包括以下步骤:
步骤101,获取当前计费周期下,目标下载任务待下发的OTA数据包的预估带宽和每个数据处理节点的承载带宽。
其中,当前计费周期,可以是指OTA数据包下发项目中,CDN服务费用的当前计费周期。当前计费周期对应的时长可以为5分钟等。举例而言,当计费方式为95月峰计费,则是把一个结算时间里的流量(通常为一个月),按每5分钟统计一次,获取在该5分钟内的带宽点,举例而言,当下载总流量为C,则可以根据公式得到该带宽点的带宽值。这样一个月会得到很多带宽点。将采集到的带宽点从大到小逆序排列,然后把图中处于前5%的带宽点去掉,将得到第一个带宽点作为当前月的95月峰计费点,举例而言,当一个月为30天时,默认采集的带宽点均有效,每5分钟取一个带宽点,则每天取288个点,每个月总取值的带宽点的个数为288*30=8640个点,将所有的带宽点按逆序排列,去掉前5%的带宽点(8640*5%=432个点),即将去掉前5%的带宽点后得到的第一个点(第433个点)作为95月峰在当前月的计费点,根据该计费点的计费。其中,统计周期5分钟即可理解为本申请中的当前计费周期。
其中,OTA数据包,是指当前的目标任务对应的升级数据包。比如,可以为某个手机***升级任务的升级数据包等等,本申请实施例对此不做限定。可以理解的是,当前计费周期下,目标下载任务待下发的OTA数据包,可以理解为进过历史计费周期的下发,目标下载任务还剩下的所有未被下发的OTA数据包。
OTA数据包的预估带宽可以理解为下发所需要占用的带宽(单位为bps),作为一种可能的实现方式,任务刚创建时,会生成任务的计划升级数target,即发起目标下载任务来升级的下载设备的数量,从下发Elasticsearch中获取任务对应的目标下发任务在过去5min(一个计费周期的时长)对应的请求的OTA数据包的总量X,预估总QPS=X/300,QPS表示每秒请求的OTA数据包的总量,从mysql获取该目标下载任务的产品线最新的日活统计alive(每日在线的目标下载任务的对应的下载设备的数量),当前目标下载任务的预估初始其中,小于1时,取小于1的数字,大于等于1的时候取1。
其中,QPS0可以理解为每秒请求的OTA数据包的数量,该OTA数据包对应的包大小S(单位:字节),则根据QPS0*S*8确定候选预估带宽,进而,获取当前计费周期下CDN产品线使用的CDN的下发OTA数据包的上线阈值,B0=下发上限阈值*8/300,将B0和QPS0*S*8中的最小值作为预估带宽。另外,每个数据处理节点的承载带宽可以根据大数据标定。
步骤102,根据预估带宽和承载带宽确定初始数据处理节点数量,并通过点对点内容分发网络PCDN根据初始数据处理节点数量部署数据处理节点。
在本实施例中,根据预估带宽和每个数据处理节点的承载带宽比值,可以确定初始数据处理节点数量,进而,通过点对点内容分发网络PCDN根据初始数据处理节点数量部署数据处理节点。其中,在部署数据处理节点时,参照图2,由于数据处理节点需要尽快部署完全,而太多数据处理节点并发下载会对CDN造成带宽成本压力,因此本申请中,还提出数据处理节点做种的分级结构,可以使用有限的数据处理节点从CDN下载文件并做种,其他数据处理节点通过P2P的方式从这些数据处理节点进行下载并继续做种,最终拥有该文件的数据处理节点量扩散开来,量达到我们需要的初始数据处理节点数量。通过这种可以将数据处理节点获取文件的成本控制在一个范围内,且可以提升部署时间。
在本申请的一个实施例中,可获取当前计费周期下的限流带宽,该限流带宽可以理解为对应的CDN根据计费需要设置的最高下发流量对应的带宽,获取目标下载任务每秒请求的OTA数据包的参考带宽,可以理解为上述QPS0*S*8的乘积值,确定限流带宽和参考带宽中的最小值为预估带宽,进而,计算预估带宽和承载带宽的比值获取初始数据处理节点数量。
当然,在本申请的一个实施例中,若是初始数据处理节点数量部署数据处理节点小于一定量级,比如小于1000,则不会通过点对点内容分发网络PCDN根据初始数据处理节点数量部署数据处理节点,只有当初始数据处理节点数量部署数据处理节点大于等于该一定量级时,才会通过点对点内容分发网络PCDN根据初始数据处理节点数量部署数据处理节点,否则,直接通过CDN下发数据包。步骤103,若当前计费周期不是目标下载任务的首个计费周期,则在数据处理节点部署完成后,启动下发并获取上一个计费周期的下发参数和带宽峰值。
在本实施例中,若是当前计费周期不是目标下载任务的首个计费周期,则在数据处理节点部署完成后,认为PCDN完成预热。在一些可能的示例中,可以周期轮询PCDN提供的数据处理节点数量获取接口,当前数量达到预估初始数据处理节点数量时,方可启动PCDN进行下发,这是由于目标下载任务下发时,数据处理节点需要尽快部署好才能提供目标带宽能力,因此在任务进行过程中,我们需要控制PCDN启动的时间,避免因为数据处理节点还没有部署完全,任务下发带宽突增而导致现有数据处理节点量无法承压。
从而,启动下发任务,获取上一个计费周期的下发参数和带宽峰值,进入数据处理节点数量的数量调整阶段。
其中,下发参数可以包括历史计费周期内的带宽衰减比值,和,目标下载任务的PCDN启动总时长中的至少一种。带宽峰值可以理解为上一个计费周期的最大下载量的峰值点对应的带宽。
步骤104,判断下发参数是否满足PCDN开启条件,若满足PCDN开启条件,则根据带宽峰值调整初始数据处理节点数量生成目标数据处理节点数量。
应当理解的是,由于数据处理节点的空间有限,无法缓存太多的文件,因此我们需要动态地对做种的数据处理节点规模做有效的控制,避免每个数据处理节点都缓存全部文件。且当升级任务完成到一定程度时,可以适时关闭PCDN,此时任务的下载带宽已经衰减到了一定程度,无需占用数据处理节点资源。
为了判断是调整数据处理节点数量还是关闭PCDN,在本申请中,判断下发参数是否满足PCDN开启条件,在满足PCDN开启条件时,则根据带宽峰值调整初始数据处理节点数量生成目标数据处理节点数量。
在本申请的一个实施例中,当下发参数包括带宽衰减比值,和,目标下载任务的PCDN启动总时长时,如图3所示,步骤104中的判断下发参数是否满足PCDN开启条件包括:
步骤201,判断带宽衰减比值是否大于预设阈值,或PCDN启动总时长小于预设时长。
其中,带宽衰减比值可以根据下面公式(1)得到,其中,在公式(1)中,α为带宽衰减比值,D为上一个计费周期内最大的下载设备的数量,Dmax为在目标下载任务待下发过程中,根据预设的采样周期采样获取下载设备的数量,该采用周期可以为5分钟,也可以大于5分钟等,将在目标下载任务待下发过程中,采样得到的下载设备的数量做大值作为Dmax。
步骤202,若带宽衰减比值大于预设阈值,或PCDN启动总时长小于预设时长,则满足PCDN开启条件。
在一些可能的示例中,预设阈值可以为0.2,预设时长可以为1个小时等,其中,预设阈值可以根据场景需要标定,但是不能配太低,防止任务刚启动PCDN没多久,还没来得及上量就马上被关闭。
在本申请的一个实施例中,如不满足PCDN开启条件,即比如带宽衰减比值大于0且小于预设阈值,且PCDN启动总时长大于等于预设时长,则无需使用数据处理节点资源下发,通过CDN下发OTA数据包。
进一步的,在本申请的一个实施例中,根据带宽峰值调整初始数据处理节点数量生成目标数据处理节点数量,在本实施例中,其中,带宽峰值可以根据下述公式(2)得到,其中,在公式(2)中,Bx为带宽峰值,D为上一个计费周期内最大的下载设备的数量,S为OTA数据包对应的包大小,300为当前计费周期时长(单位为秒)。
进而计算带宽峰值和承载带宽的比值,获取目标数据处理节点数量。
步骤105,控制目标数据处理节点数量的数据处理节点通过PCDN下发OTA数据包。
在本实施例中,控制目标数据处理节点数量的数据处理节点通过PCDN下发OTA数据,由此,降低对数据处理节点资源的占用。
在本申请的另一个实施例中,若所述当前计费周期是所述目标下载任务的首个计费周期,则在所述数据处理节点部署完毕后,启动下发以控制所述初始数据处理节点数量的数据处理节点通过所述PCDN下发OTA数据包。
由此,本申请实施例的OTA数据包下发流量的控制方法,假设计费周期为5min,PCDN数据处理节点能支撑带宽B,获取当前***运行中的PCDN开启并启动的任务,以及获取对应OTA数据包大小S每5min执行一次从上报Elasticsearch中,获取以上这些任务在上个周期(eg:12:07时获取12:00-12:05这个周期)对应的下载开始的上报量D,不存在则记为0,并记录到数据库表T,从表T获取对应的各个任务在运行过程中各自的最大下载量Dmax,计算对应的各个任务各自的带宽衰减比例当0<α<阈值U,且任务启动PCDN后的运行时长大于H时,关闭对应任务的PCDN,使用CDN进行下发,本实施例中,默认U=0.2,H=1小时,否则,预估对应的各个任务在上个周期的带宽峰值预估对应的目标下载任务的目标数据处理节点数量为推送至PCDN方通知调整现有链接对应的目标数据处理节点数量,并将相关信息保存至数据库中。
综上,本申请实施例的OTA数据包下发流量的控制方法,获取当前计费周期下,目标下载任务待下发的OTA数据包的预估带宽和每个数据处理节点的承载带宽,根据预估带宽和承载带宽确定初始数据处理节点数量,并通过点对点内容分发网络PCDN根据初始数据处理节点数量部署数据处理节点,进而,若当前计费周期不是目标下载任务的首个计费周期,则在数据处理节点部署完成后,启动下发并获取上一个计费周期的下发参数和带宽峰值,判断下发参数是否满足PCDN开启条件,若满足PCDN开启条件,则根据带宽峰值调整初始数据处理节点数量生成目标数据处理节点数量,控制目标数据处理节点数量的数据处理节点通过PCDN下发OTA数据包。由此,在下发OTA数据包时,适配OTA数据包的数量来调整数据处理节点资源的数量,在保证下发效率的同时,有效利用了数据处理节点资源。
根据本申请的实施例,本申请还提供了一种OTA数据包下发流量的控制装置。
图4是根据本申请第五实施例的OTA数据包下发流量的控制装置的结构示意图。如图4所示,该装置包括:第一获取模块10、部署模块20、启动模块30、判断模块40、调整模块50和下发模块60,其中,
第一获取模块10,用于获取当前计费周期下,目标下载任务待下发的OTA数据包的预估带宽和每个数据处理节点的承载带宽;
部署模块20,用于根据预估带宽和承载带宽确定初始数据处理节点数量,并通过点对点内容分发网络PCDN根据初始数据处理节点数量部署数据处理节点;
启动模块30,用于在当前计费周期不是目标下载任务的首个计费周期时,在数据处理节点部署完成后,启动下发并获取上一个计费周期的下发参数和带宽峰值;
判断模块40,用于判断下发参数是否满足PCDN开启条件;
调整模块50,用于根据带宽峰值调整初始数据处理节点数量生成目标数据处理节点数量;
下发模块60,用于控制目标数据处理节点数量的数据处理节点通过PCDN下发OTA数据包。
在本申请实施例一种可能的实现方式中,启动模块,还用于:
在当前计费周期是目标下载任务的首个计费周期时,在数据处理节点部署完毕后,启动下发以控制初始数据处理节点数量的数据处理节点通过PCDN下发OTA数据包。
在本申请实施例一种可能的实现方式中,部署模块,具体用于:
获取当前计费周期下的限流带宽;
获取目标下载任务每秒请求的OTA数据包的参考带宽;
确定限流带宽和参考带宽中的最小值为预估带宽;
计算预估带宽和承载带宽的比值获取初始数据处理节点数量。
在本申请实施例一种可能的实现方式中,下发模块60,还用于:
在不满足PCDN开启条件时,通过CDN下发OTA数据包。
需要说明的是,前述对OTA数据包下发流量的控制方法的实施例的解释说明,也适用于该实施例的OTA数据包下发流量的控制装置,其实现原理类似,此处不再赘述。
综上,本申请实施例的OTA数据包下发流量的控制装置,获取当前计费周期下,目标下载任务待下发的OTA数据包的预估带宽和每个数据处理节点的承载带宽,根据预估带宽和承载带宽确定初始数据处理节点数量,并通过点对点内容分发网络PCDN根据初始数据处理节点数量部署数据处理节点,进而,若当前计费周期不是目标下载任务的首个计费周期,则在数据处理节点部署完成后,启动下发并获取上一个计费周期的下发参数和带宽峰值,判断下发参数是否满足PCDN开启条件,若满足PCDN开启条件,则根据带宽峰值调整初始数据处理节点数量生成目标数据处理节点数量,控制目标数据处理节点数量的数据处理节点通过PCDN下发OTA数据包。由此,在下发OTA数据包时,适配OTA数据包的数量来调整数据处理节点资源的数量,在保证下发效率的同时,有效利用了数据处理节点资源。
根据本申请的实施例,本申请还提供了一种电子设备和一种可读存储介质。
如图5所示,是用来实现本申请实施例的OTA数据包下发流量的控制方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图5所示,该电子设备包括:一个或多个处理器501、存储器502,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样,可以连接多个电子设备,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器***)。图5中以一个处理器501为例。
存储器502即为本申请所提供的非瞬时计算机可读存储介质。其中,所述存储器存储有可由至少一个处理器执行的指令,以使所述至少一个处理器执行本申请所提供的OTA数据包下发流量的控制方法。本申请的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本申请所提供的OTA数据包下发流量的控制方法。
存储器502作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块,如本申请实施例中的OTA数据包下发流量的控制方法对应的程序指令/模块(例如,附图4所示的第一获取模块10、部署模块20、启动模块30、判断模块40、调整模块50和下发模块60)。处理器501通过运行存储在存储器502中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的OTA数据包下发流量的控制方法。
存储器502可以包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需要的应用程序;存储数据区可存储根据执行OTA数据包下发流量的控制方法的电子设备的使用所创建的数据等。此外,存储器502可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器502可选包括相对于处理器501远程设置的存储器,这些远程存储器可以通过网络连接至执行OTA数据包下发流量的控制方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
执行OTA数据包下发流量的控制方法的电子设备还可以包括:输入装置503和输出装置504。处理器501、存储器502、输入装置503和输出装置504可以通过总线或者其他方式连接,图5中以通过总线连接为例。
输入装置503可接收输入的数字或字符信息,以及产生与执行OTA数据包下发流量的控制方法的电子设备的用户设置以及功能控制有关的键信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置504可以包括显示设备、辅助照明装置(例如,LED)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。
此处描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(PLD)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互,可以在计算机上实施此处描述的***和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的***和技术实施在包括后台部件的计算***(例如,作为数据服务器)、或者包括中间件部件的计算***(例如,应用服务器)、或者包括前端部件的计算***(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将***的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。
Claims (9)
1.一种OTA数据包下发流量的控制方法,包括:
获取当前计费周期下,目标下载任务待下发的OTA数据包的预估带宽和每个数据处理节点的承载带宽;
根据所述预估带宽和所述承载带宽确定初始数据处理节点数量,并通过点对点内容分发网络PCDN根据所述初始数据处理节点数量部署数据处理节点;
若所述当前计费周期不是所述目标下载任务的首个计费周期,则在所述数据处理节点部署完成后,启动下发并获取上一个计费周期的下发参数和带宽峰值;
判断所述下发参数是否满足PCDN开启条件,若满足所述PCDN开启条件,则根据所述带宽峰值调整所述初始数据处理节点数量生成目标数据处理节点数量;
控制所述目标数据处理节点数量的数据处理节点通过所述PCDN下发所述OTA数据包;
当所述下发参数包括带宽衰减比值,和,所述目标下载任务的PCDN启动总时长时,所述判断所述下发参数是否满足PCDN开启条件,包括:
判断所述带宽衰减比值是否大于预设阈值,或所述PCDN启动总时长小于预设时长;
其中若所述带宽衰减比值大于所述预设阈值,或所述PCDN启动总时长小于所述预设时长,则满足所述PCDN开启条件;
若不满足所述PCDN开启条件,通过CDN下发所述OTA数据包。
2.如权利要求1所述的方法,在所述通过PCDN根据所述初始数据处理节点数量部署数据处理节点之后,还包括:
若所述当前计费周期是所述目标下载任务的首个计费周期,则在所述数据处理节点部署完毕后,启动下发以控制所述初始数据处理节点数量的数据处理节点通过所述PCDN下发OTA数据包。
3.如权利要求1所述的方法,其中,所述根据所述预估带宽和所述承载带宽确定初始数据处理节点数量,包括:
获取所述当前计费周期下的限流带宽;
获取所述目标下载任务每秒请求的OTA数据包的参考带宽;
确定所述限流带宽和所述参考带宽中的最小值为所述预估带宽;
计算所述预估带宽和所述承载带宽的比值获取所述初始数据处理节点数量。
4.如权利要求1所述的方法,其中,所述根据所述带宽峰值调整所述初始数据处理节点数量生成目标数据处理节点数量,包括:
计算所述带宽峰值和所述承载带宽的比值,获取所述目标数据处理节点数量。
5.一种OTA数据包下发流量的控制装置,包括:
第一获取模块,用于获取当前计费周期下,目标下载任务待下发的OTA数据包的预估带宽和每个数据处理节点的承载带宽;
部署模块,用于根据所述预估带宽和所述承载带宽确定初始数据处理节点数量,并通过点对点内容分发网络PCDN根据所述初始数据处理节点数量部署数据处理节点;
启动模块,用于在当前计费周期不是所述目标下载任务的首个计费周期时,在所述数据处理节点部署完成后,启动下发并获取上一个计费周期的下发参数和带宽峰值;
判断模块,用于判断所述下发参数是否满足PCDN开启条件;
调整模块,用于根据所述带宽峰值调整所述初始数据处理节点数量生成目标数据处理节点数量;
下发模块,用于控制所述目标数据处理节点数量的数据处理节点通过所述PCDN下发所述OTA数据包;
当所述下发参数包括带宽衰减比值,和,所述目标下载任务的PCDN启动总时长时,所述判断模块具体用于:
判断所述带宽衰减比值是否大于预设阈值,或所述PCDN启动总时长小于预设时长;
其中若所述带宽衰减比值大于所述预设阈值,或所述PCDN启动总时长小于所述预设时长,则满足所述PCDN开启条件;
所述下发模块还用于:
若不满足所述PCDN开启条件,通过CDN下发所述OTA数据包。
6.如权利要求5所述的装置,所述启动模块,还用于:
在所述当前计费周期是所述目标下载任务的首个计费周期时,在所述数据处理节点部署完毕后,启动下发以控制所述初始数据处理节点数量的数据处理节点通过所述PCDN下发OTA数据包。
7.如权利要求5所述的装置,所述部署模块,具体用于:
获取所述当前计费周期下的限流带宽;
获取所述目标下载任务每秒请求的OTA数据包的参考带宽;
确定所述限流带宽和所述参考带宽中的最小值为所述预估带宽;
计算所述预估带宽和所述承载带宽的比值获取所述初始数据处理节点数量。
8.一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-4中任一项所述的OTA数据包下发流量的控制方法。
9.一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行权利要求1-4中任一项所述的OTA数据包下发流量的控制方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010610323.8A CN111970320B (zh) | 2020-06-30 | 2020-06-30 | Ota数据包下发流量的控制方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010610323.8A CN111970320B (zh) | 2020-06-30 | 2020-06-30 | Ota数据包下发流量的控制方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111970320A CN111970320A (zh) | 2020-11-20 |
CN111970320B true CN111970320B (zh) | 2022-10-14 |
Family
ID=73362414
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010610323.8A Active CN111970320B (zh) | 2020-06-30 | 2020-06-30 | Ota数据包下发流量的控制方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111970320B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114915559B (zh) * | 2021-02-08 | 2024-01-23 | 北京金山云网络技术有限公司 | Cdn节点带宽规划方法、装置及存储介质 |
CN112866985B (zh) * | 2021-02-20 | 2023-06-23 | 百度在线网络技术(北京)有限公司 | 流量控制方法、资源下载方法、装置、设备和存储介质 |
CN117675574A (zh) * | 2022-12-07 | 2024-03-08 | 国电南瑞科技股份有限公司 | 一种设备远程批量升级方法、***及分布式任务调度方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610289A (zh) * | 2009-07-21 | 2009-12-23 | 腾讯科技(深圳)有限公司 | 下载数据的方法、装置和***及节点 |
CN103747364A (zh) * | 2013-12-11 | 2014-04-23 | 北京瑞汛世纪科技有限公司 | 一种网络内容下载的方法和装置 |
CN103888512A (zh) * | 2014-02-20 | 2014-06-25 | 上海聚力传媒技术有限公司 | 一种资源下载的方法与装置 |
CN105049452A (zh) * | 2015-08-25 | 2015-11-11 | 广东欧珀移动通信有限公司 | 资源下载方式的切换方法、装置及智能终端 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9626174B2 (en) * | 2013-04-15 | 2017-04-18 | Cellco Partnership | Cancelling device over the air software update |
-
2020
- 2020-06-30 CN CN202010610323.8A patent/CN111970320B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610289A (zh) * | 2009-07-21 | 2009-12-23 | 腾讯科技(深圳)有限公司 | 下载数据的方法、装置和***及节点 |
CN103747364A (zh) * | 2013-12-11 | 2014-04-23 | 北京瑞汛世纪科技有限公司 | 一种网络内容下载的方法和装置 |
CN103888512A (zh) * | 2014-02-20 | 2014-06-25 | 上海聚力传媒技术有限公司 | 一种资源下载的方法与装置 |
CN105049452A (zh) * | 2015-08-25 | 2015-11-11 | 广东欧珀移动通信有限公司 | 资源下载方式的切换方法、装置及智能终端 |
Non-Patent Citations (1)
Title |
---|
基于OTA的车辆ECU软件远程刷写***;***等;《汽车与驾驶维修(维修版)》;20200610(第06期);62-64 * |
Also Published As
Publication number | Publication date |
---|---|
CN111970320A (zh) | 2020-11-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111970320B (zh) | Ota数据包下发流量的控制方法和装置 | |
CN112165691A (zh) | 内容分发网络调度方法、装置、服务器和介质 | |
US8275787B2 (en) | System for managing data collection processes | |
CN111970132B (zh) | Ota数据包下发流量的控制方法、装置及服务器 | |
CN111083058B (zh) | 内容分发网络服务限流方法及电子设备 | |
CN105323106B (zh) | 一种软件升级管理方法、设备及*** | |
CN111694646B (zh) | 资源调度方法、装置、电子设备及计算机可读存储介质 | |
CN111625195B (zh) | 用于服务器扩容的方法及装置 | |
CN114095443B (zh) | 用于管控流量的方法、装置、电子设备及可读存储介质 | |
CN111988817B (zh) | Ota数据包下发流量的控制方法和装置 | |
CN111782229B (zh) | 一种小程序启动方法、装置及电子设备 | |
US11206673B2 (en) | Priority control method and data processing system | |
CN112202567A (zh) | 一种证书发送方法、证书发送方法、云端以及终端设备 | |
JP2021108176A (ja) | アプレットのデータ処理方法及び装置 | |
CN113296808A (zh) | 应用程序的下载控制方法和服务器 | |
CN112866985B (zh) | 流量控制方法、资源下载方法、装置、设备和存储介质 | |
CN105763616B (zh) | 资源下载方法及装置 | |
CN113596920B (zh) | 流量控制方法、装置、电子设备及存储介质 | |
CN105681073A (zh) | 一种更新应用程序的方法及装置 | |
CN113778610B (zh) | 用于确定资源的方法和装置 | |
CN111770180B (zh) | 部署方法、装置、设备以及存储介质 | |
CN111831391B (zh) | 自动驾驶仿真***之中预置容器的管理方法和装置 | |
CN112671659B (zh) | 流量控制方法、装置、设备及存储介质 | |
JP7434893B2 (ja) | 情報処理管理装置および情報処理管理方法 | |
CN114116190A (zh) | 用于发送信息的方法和装置 |
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 |