CN107770736B - 一种数据业务下发调度方法及装置 - Google Patents
一种数据业务下发调度方法及装置 Download PDFInfo
- Publication number
- CN107770736B CN107770736B CN201610684896.9A CN201610684896A CN107770736B CN 107770736 B CN107770736 B CN 107770736B CN 201610684896 A CN201610684896 A CN 201610684896A CN 107770736 B CN107770736 B CN 107770736B
- Authority
- CN
- China
- Prior art keywords
- data service
- data
- scheduling
- polling
- weighting coefficient
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- 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/56—Provisioning of proxy services
- H04L67/567—Integrating service provisioning from a plurality of service providers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种数据业务下发调度方法及装置,所述方法包括:根据接收到的数据业务类型,对所述数据业务分类并计数;根据各个数据业务的数据量差异,确定轮询调度的加权系数;当数据业务下发通道开放时,根据确定的加权系数轮询调度所述数据业务进入所述数据业务下发通道。
Description
技术领域
本发明涉及数据业务下发控制技术,具体涉及一种数据业务下发调度方法及装置。
背景技术
数据业务平台一般承载着短彩信等个人数据业务。其中短信的应用包含了如传统的天气预报、市场快讯、招工信息等时间固定的下发需求;也有随着互联网业务的拓展,产生的如验证码、用户操作提示、信息推广等业务场景。
以中国移动的移动梦网为例,为了整合资源,各业务会统一采用一套短信下发通道程序。其短信下发通道解决方案通常包括文件传输协议(FTP,File Transfer Protocol)服务器,互联网(Web)接口服务器,数据库,微软消息队列(MSMQ,MicroSoft MessageQueuing)等,以及与短信网关进行通信的程序模块等。而随着短消息服务的发展,短消息的主要提供者从传统的短消息服务中心变为互联网上的SP服务提供商(SP,ServiceProvider)。各SP进行短信下发主要有两种应用场景。第一种是普通的短信数据业务,其特点为多SP业务并行,下发量大。数据业务平台将生成的短信数据业务文件包(包含下发号码,下发端口,下发内容,平台中的SP代码等信息)存放在指定的FTP服务器上,由数据业务下发通道的读取模块进行鉴权、敏感信息审核、黑名单过滤等操作后插入下发队列。第二种是时效性要求高的短信数据业务,如验证码,操作提示等短信数据业务等。此类短信数据业务的特点是量小,及时性要求高。数据业务平台直接调用短信下发通道提供的即时下发接口,将其直接插入下发队列的前列。
但现有的数据业务下发通道的缺点主要在于缺乏流量控制能力。在下发速度有限的情况下,各SP将出现激烈竞争。一般来说,各SP在各个时间段的发送量不是很均匀,有时其中一个SP会在某一时间推送大量的普通短信数据业务下发文件至FTP服务器,按先进先出的原则,后面的普通短信数据业务只能等待该SP的普通短信数据业务全部下发完成,才能下发,这个等待时间有时是很长的。其它SP在等不及的情况下,可能会通过添加优先级的方式直接调用短信下发通道提供的即时下发接口。但是如果各个SP都对普通短信数据业务标上优先级,则不仅操作繁琐,而且优先级也会失去作用,造成即时下发接口的拥堵。
发明内容
有鉴于此,本发明实施例期望提供一种数据业务下发调度方法及装置,能科学的调度各个数据业务按规定数量、按序进入数据业务下发通道内,避免某一类型的数据业务在短时间内的大量下发,影响其它数据业务的及时下发。
为达到上述目的,本发明的技术方案是这样实现的:
本发明实施例提供了一种数据业务下发调度方法,所述方法包括:
根据接收到的数据业务类型,对所述数据业务分类并计数;
根据各个数据业务的数据量差异,确定轮询调度的加权系数;
当数据业务下发通道开放时,根据确定的加权系数轮询调度所述数据业务进入所述数据业务下发通道。
优选地,所述对所述数据业务分类并计数,包括:
根据接收到的数据业务类型,建立以所述数据业务类型为索引的数据业务下发数据库。
优选地,所述确定轮询调度的加权系数,包括:
根据每个数据业务的数据量在所有数据业务的累计数据量中的比重,确定轮询调度的加权系数。
优选地,所述确定轮询调度的加权系数之前,还包括:
根据数据业务类型的数量,确定轮询调度的执行周期。
优选地,所述对所述数据业务分类并计数之前,还包括:
建立多个包括数据业务类型及其加权系数的轮询调度配置表;
所述确定轮询调度的加权系数,还包括:
根据各个数据业务的数据量差异,选择相适应的轮询调度配置表。
本发明实施例还提供了一种数据业务下发调度装置,所述装置包括统计模块、确定模块和调度模块;其中,
所述统计模块,用于根据接收到的数据业务类型,对所述数据业务分类并计数;
所述确定模块,用于根据各个数据业务的数据量差异,确定轮询调度的加权系数;
所述调度模块,用于当数据业务下发通道开放时,根据确定的加权系数轮询调度所述数据业务进入所述数据业务下发通道。
优选地,所述统计模块具体用于:
根据接收到的数据业务类型,建立以所述数据业务类型为索引的数据业务下发数据库。
优选地,所述确定模块具体用于:
根据每个数据业务的数据量在所有数据业务的累计数据量中的比重,确定轮询调度的加权系数。
优选地,所述确定模块还用于:
根据数据业务类型的数量,确定轮询调度的执行周期。
优选地,所述统计模块还用于:建立多个包括数据业务类型及其加权系数的轮询调度配置表;
所述确定模块还用于:根据各个数据业务的数据量差异,选择相适应的轮询调度配置表。
本发明实施例提供的数据业务下发调度方法及装置,根据接收到的数据业务类型,对所述数据业务分类并计数;根据各个数据业务的数据量差异,确定轮询调度的加权系数;当数据业务下发通道开放时,根据确定的加权系数轮询调度所述数据业务进入所述数据业务下发通道;可见,本发明实施例能根据各个数据业务的数据量差异,确定轮询调度的加权系数,并根据确定的加权系数轮询调度数据业务进入数据业务下发通道,使各个数据业务按规定数量、按序进入数据业务下发通道内,避免某一类型的数据业务在短时间内的大量下发,影响其它数据业务的及时发送。
附图说明
图1为本发明实施例一数据业务下发调度方法的实现流程示意图;
图2为本发明实施例二数据业务下发调度方法的详细的实现流程示意图;
图3为本发明实施例三数据业务下发调度装置的示意图。
具体实施方式
下面将结合附图及具体实施例对本发明再做进一步的说明。
实施例一
图1为本发明实施例一数据业务下发调度方法的实现流程示意图,所述方法的执行主体为服务器,更具体地是通信运营商的调度服务器,以下简称调度服务器,如图1所示,所述数据业务下发调度方法,包括:
步骤101:根据接收到的数据业务类型,对所述数据业务分类并计数;
这里,数据业务可以是普通的短信和彩信业务,包括天气预报、市场快讯、招工信息等通知类信息外,也包括验证码、用户操作提示、信息推广等互动类信息。
数据业务类型主要是指来自不同的服务提供商(SP,Service Provider)的数据业务数据,因此,实际使用中,可以是按SP代码对数据业务进行分类,因为对下发通道的竞争,主要是SP之间的竞争;
进一步地,如果某一个SP的数据业务量特别大,该SP可以申请多个SP代码。
为了科学调度各种类型的数据业务,调度服务器对所述数据业务分类并计数;计数之后,调度服务器可以对数量比较多的数据业务,多调度一些到数据业务下发通道,关于数据业务的调度数据量和数据业务数据量的关系,具体见步骤102。
为了更好的对数据业务分类和计数,调度服务器将接收到的数据业务,建立以所述数据业务类型为索引的数据业务下发数据库。
调度服务器根据下发数据库能快速统计出各个数据业务的数据量,确定它们之间的差异,即每个数据业务的数据量占所有数据业务的累计数据量的比重,更有利于科学调度。
步骤102:根据各个数据业务的数据量差异,确定轮询调度的加权系数;
由于数据业务类型比较多,为了使所有的数据业务都能相对及时的下发,本发明实施例确定对数据业务的下发采用轮询调度;
轮询调度的执行周期可以根据数据业务类型的数量确定,即调度服务器接收到的数据业务类型的数量多些,轮询调度的执行周期就设置的长一些。
实际使用中,数据业务类型数量不超过20个的情况下,执行周期可以设置为60秒,如果数据业务类型数量多于20个,可根据比例相应增加执行周期时间,如果数据业务类型数量小于20个,一般可不作调整。
一个执行周期的总调度量和数据业务下发通道的带宽有关,不同的通信运营商设置有不同的带宽,不作详述。
进一步地,由于各个数据业务类型的数据业务的数据量通常是不一样的,有时差异还特别大,所以,需要对轮询调度设置加权系数,即对不同数据业务类型的数据业务采用不同的加权系数;
基本的原则是,调度服务器可以将数据量多的数据业务的调度数据量设置得多一些,也就是可以将该数据业务的加权系数设置得大一些;
具体地,根据每个数据业务的数据量在所有数据业务的累计数据量中的比重,确定每个数据业务在轮询调度的加权系数,这样设置的加权系数更科学。
为了设置方便,将轮询调度的加权系数通过时间来表示,时间的单位是秒,由于执行周期的单位也是秒,所以调度服务器通过加权系数就能确定某一个数据业务在一个执行周期内的调度数据量,即数据业务在一个执行周期的调度数据量等于加权系数与执行周期的比值,再乘以一个执行周期的总调度量,例如:
例1,轮询调度的执行周期设置为60秒,一个执行周期的总调度量设置为24000条,数据业务A的加权系数根据数据业务A的数据量设置为10秒,则数据业务A在一个执行周期内的调度数据量为:(10/60)*24000=4000条;
进一步地,加权系数的确定是实时的,即调度服务器能实时获知新收到的数据业务,并确定各个数据业务的数据量,并据此重新确定加权系数。
更进一步地,在数据业务类型比较少,各个数据业务的数据量相对比较稳定或波动的比较有规律时,调度服务器可以建立多个包括数据业务类型及其加权系数的轮询调度配置表;然后根据各个数据业务的数据量差异,选择相适应的轮询调度配置表,轮询调度所述数据业务进入所述数据业务下发通道;
调度服务器选择轮询调度配置表之后,不用实时变更加权系数,而是对各个数据业务的实时数据量设置比较大的变动范围,在该变动范围内,调度服务器执行同一个轮询调度配置表,这样就不用频繁的变更加权系数,减小调度服务器的开销。
具体地,轮询调度配置表如表1所示:
表1
其中:
SP代码,是SP申请后获得的代码,是调度服务器对数据业务分类计数的依据;
基准速度,是数据业务下发通道的下发速度,单位为条/秒,和数据业务下发通道的带宽有关,一般为固定的;
加权系数,是根据调度服务器以往接收到的各个数据业务的数据量的统计,预先设定的轮询调度的加权系数;为了轮询调度配置表的设置简单,轮询调度配置表的执行周期可以固定为60秒,即在60秒的时间内,所有类型的数据业务都会被调度一次;加权系数通过时间来表示,时间的单位是秒;
调度数据量,是数据业务在一个执行周期的下发量,可以通过基准速度*加权系数来确定,这样可以知道加权系数越大,该加权系数对应的数据业务在一个执行周期的调度数据量也就越多。
例2,数据业务下发通道固定的基准速度为400条/秒,SP代码为001的数据业务的加权系数为10秒,则SP代码为001的数据业务的调度数据量为4000条,也就是SP代码为001的数据业务在一个执行周期内可以下发4000条。
建立的多个轮询调度配置表中,调度服务器对每个轮询调度配置表都根据其中一个数据业务,设置一个较大的加权系数,然后根据各个数据业务的实时数据量,选择相应的轮询调度配置表,例如,当数据业务A的实时数据量非常多,占比超过二分之一,则选择一个数据业务A的加权系数比较大的配置表,如可以是基础配置表一;当数据业务B的实时数据量非常多,则选择数据业务B的加权系数比较大的配置表,如可以是基础配置表二,如果都比较平均,则选择加权系数平均设置的配置表,如可以是基础配置表三;
由于轮询调度配置表都是事先设置的,所以加权系数不是严格按每个数据业务的数据量在所有数据业务的累计数据量中的比重确定的,只适用于数据业务类型比较少,各个数据业务的数据量相对比较稳定或波动的比较有规律的情况下使用。
步骤103:当数据业务下发通道开放时,根据确定的加权系数轮询调度所述数据业务进入所述数据业务下发通道。
数据业务下发通道的带宽是有限的,在数据业务下发通道内数据业务数据量比较多,容易拥堵时,调度服务器会暂时关闭数据业务下发通道的进口;
具体地,调度服务器可设置一个数据业务的数据量阈值来判断数据业务下发通道内的拥堵程度,数据业务的数据量阈值可按经验值取10倍的数据业务下发通道每秒的下发量,当调度服务器获取的数据业务下发通道内的数据业务数据量超过所述数据业务的数据量阈值时,可以认为数据业务下发通道可能存在拥堵或即将造成拥堵,所以调度服务器会暂时关闭数据业务下发通道的进口。
当调度服务器获取的数据业务下发通道内的数据业务的数据量小于所述数据业务的数据量阈值,可以认为数据业务下发通道是畅通的,所以调度服务器开放数据业务下发通道的进口;
当数据业务下发通道开放时,调度服务器可以按确定的加权系数轮询调度数据业务进入所述数据业务下发通道;如果调度服务器选择了相适应的轮询调度配置表,则按轮询调度配置表中的加权系数轮询调度数据业务进入所述数据业务下发通道;
具体地,调度服务器根据加权系数和执行周期,确定某一数据业务在一个执行周期的调度数据量,提取该数据业务的调度数据量,进入所述数据业务下发通道;
然后,调度服务器继续轮询调度下一个数据业务。
注意,实际使用中,数据业务下发通道的进口设有两个,一个是用于时效性要求高的短信数据业务,另一个是用于普通的短信数据业务;在数据业务下发通道比较拥挤时,会关闭用于普通的短信数据业务的进口,这样保证时效性要求高的短信数据业务的及时下发。
实施例二
图2为本发明实施例二数据业务下发调度方法的详细的实现流程示意图,流程包括:
步骤301:根据接收到的数据业务类型,对所述数据业务分类并计数;具体地,根据下发数据库,快速统计出各个数据业务的数据量,确定它们之间的差异,即每个数据业务的数据量占所有数据业务的累计数据量的比重;
步骤302:根据各个数据业务的数据量差异,确定轮询调度的加权系数;具体地,根据每个数据业务的数据量在所有数据业务的累计数据量中的比重,确定每个数据业务在轮询调度的加权系数;
步骤303:根据确定的加权系数,确定当前调度的数据业务在一个执行周期的调度数据量;将加权系数通过时间来表示,则当前调度的数据业务在一个执行周期的调度数据量,等于加权系数与设置的执行周期的比值,乘以一个执行周期的总调度量;
步骤304:获取数据业务下发通道的数据业务数据量;调度服务器能实时获取数据业务下发通道的数据业务数据量,请据此执行下一步;
步骤305~306:如果获取的数据业务数据量小于数据业务数据量阈值,继续执行,否则,暂停1秒后重新执行步骤304;
步骤307:提取该数据业务的调度数据量,进入数据下发通道;调度完一个数据业务后,继续调度下一个数据业务,即调度完一个数据业务后,返回步骤301,重新开始整个流程。
实施例三
图3为本发明实施例三数据业务下发调度装置的示意图,如图3所示,本发明实施例的一种数据业务下发调度装置,包括:统计模块51、确定模块52和调度模块53;其中,
所述统计模块51,用于根据接收到的数据业务类型,对所述数据业务分类并计数;
所述确定模块52,用于根据各个数据业务的数据量差异,确定轮询调度的加权系数;
所述调度模块53,用于当数据业务下发通道开放时,根据确定的加权系数轮询调度所述数据业务进入所述数据业务下发通道。
为了说明的更清楚,下面将分别对各个模块作详细说明:
所述统计模块51,具体用于根据接收到的数据业务类型,建立以所述数据业务类型为索引的数据业务下发数据库;
统计模块51根据下发数据库能快速统计出各个数据业务的数据量,确定它们之间的差异,即每个数据业务的数据量占所有数据业务的累计数据量的比重;
上述方案中,数据业务可以是普通的短信和彩信业务,包括天气预报、市场快讯、招工信息等通知类信息外,也包括验证码、用户操作提示、信息推广等互动类信息;数据业务类型主要是指来自不同的服务提供商(SP,Service Provider)的数据业务数据,因此,实际使用中,可以是按SP代码对数据业务进行分类,因为对下发通道的竞争,主要是SP之间的竞争;
进一步地,如果某一个SP的数据业务量特别大,该SP可以申请多个SP代码。
所述确定模块52,具体用于根据每个数据业务的数据量在所有数据业务的累计数据量中的比重,确定轮询调度的加权系数;
所述确定模块52,还用于根据数据业务类型的数量,确定轮询调度的执行周期。即统计模块51接收到的数据业务类型的数量多些,确定模块52就将轮询调度的执行周期设置的长一些。
实际使用中,数据业务类型数量不超过20个的情况下,执行周期可以设置为60秒,如果数据业务类型数量多于20个,可根据比例相应增加执行周期时间,如果数据业务类型数量小于20个,一般可不作调整。
为了设置方便,所述确定模块52将轮询调度的加权系数通过时间来表示,时间的单位是秒;
所述确定模块确定了加权系数,就能确定某一个数据业务在一个执行周期内的调度数据量,如果加权系数是用时间表示的,则数据业务在一个执行周期的调度数据量等于加权系数与执行周期的比值,再乘以一个执行周期的总调度量,例如:
例1,轮询调度的执行周期设置为60秒,一个执行周期的总调度量设置为24000条,数据业务A的加权系数根据数据业务A的数据量设置为10秒,则数据业务A在一个执行周期内的调度数据量为:(10/60)*24000=4000条;
进一步地,确定模块52对加权系数的确定是实时的,即统计模块51能实时获知新收到的数据业务,并确定各个数据业务的数据量,确定模块52据此重新确定加权系数。
所述统计模块51,还用于建立多个包括数据业务类型及其加权系数的轮询调度配置表,这样确定模块52不用实时确定加权系数;
所述确定模块52,还用于根据各个数据业务的数据量差异,选择相适应的轮询调度配置表。
确定模块52选择轮询调度配置表之后,不用实时变更加权系数,而是对各个数据业务的实时数据量设置比较大的变动范围,在该变动范围内,调度模块53执行同一个轮询调度配置表,这样就不用频繁的变更加权系数,减小确定模块52的开销。
具体地,轮询调度配置表如表1所示,其中:
SP代码,是SP申请后获得的代码,是统计模块51对数据业务分类计数的依据;
基准速度,是数据业务下发通道的下发速度,单位为条/秒,和数据业务下发通道的带宽有关,一般为固定的;
加权系数,是根据统计模块51以往接收到的各个数据业务的数据量的统计,预先设定的轮询调度的加权系数;为了轮询调度配置表的设置简单,轮询调度配置表的执行周期可以固定为60秒,即在60秒的时间内,所有类型的数据业务都会被调度一次;加权系数通过时间来表示,时间的单位是秒;
调度数据量,是数据业务在一个执行周期的下发量,可以通过基准速度*加权系数来确定,这样可以知道加权系数越大,该加权系数对应的数据业务在一个执行周期的调度数据量也就越多。
例2,数据业务下发通道固定的基准速度为400条/秒,SP代码为001的数据业务的加权系数为10秒,则SP代码为001的数据业务的调度数据量为4000条,也就是SP代码为001的数据业务在一个执行周期内可以下发4000条。
所述统计模块51,用于建立多个轮询调度配置表,其中,对每个轮询调度配置表,都选择其中一个数据业务,设置一个较大的加权系数;
所述确定模块52,用于根据各个数据业务的实时数据量,选择相应的轮询调度配置表,例如,当数据业务A的实时数据量非常多,占比超过二分之一,则选择一个数据业务A的加权系数比较大的配置表,如可以是基础配置表一;当数据业务B的实时数据量非常多,则选择数据业务B的加权系数比较大的配置表,如可以是基础配置表二,如果都比较平均,则选择加权系数平均设置的配置表,如可以是基础配置表三;
由于轮询调度配置表都是事先设置的,所以加权系数不是严格按每个数据业务的数据量在所有数据业务的累计数据量中的比重确定的,只适用于数据业务类型比较少,各个数据业务的数据量相对比较稳定或波动的比较有规律的情况下使用。
所述调度模块53,用于当数据业务下发通道开放时,根据确定的加权系数轮询调度所述数据业务进入所述数据业务下发通道。
所述调度模块53,能根据下发通道内数据业务数据量情况,开放或暂时关闭数据业务下发通道的进口,因为数据业务下发通道的带宽是有限的,在数据业务下发通道内数据业务数据量比较多时,容易拥堵;
所述调度模块53,通过数据业务的数据量阈值来判断数据业务下发通道内的拥堵程度;
具体地,数据业务的数据量阈值可按经验值取10倍的数据业务下发通道每秒的下发量,当调度模块53获取的数据业务下发通道内的数据业务数据量超过所述数据业务的数据量阈值时,可以认为数据业务下发通道可能存在拥堵或即将造成拥堵,所以调度模块53会暂时关闭数据业务下发通道的进口;当调度模块53获取的数据业务下发通道内的数据业务的数据量小于所述数据业务的数据量阈值,可以认为数据业务下发通道是畅通的,所以调度模块53开放数据业务下发通道的进口;
当数据业务下发通道开放时,调度模块53可以按确定的加权系数轮询调度数据业务进入所述数据业务下发通道;如果确定模块52选择了相适应的轮询调度配置表,则按轮询调度配置表中的加权系数轮询调度数据业务进入所述数据业务下发通道;
具体地,调度模块53根据加权系数和执行周期,确定某一数据业务在一个执行周期的调度数据量,提取该数据业务的调度数据量,进入所述数据业务下发通道;
然后,调度模块53继续轮询调度下一个数据业务。
注意,实际使用中,数据业务下发通道的进口设有两个,一个是用于时效性要求高的短信数据业务,另一个是用于普通的短信数据业务;在数据业务下发通道比较拥挤时,会关闭用于普通的短信数据业务的进口,这样保证时效性要求高的短信数据业务的及时下发。
在实际应用中,所述统计模块51、确定模块52和调度模块53均可由位于服务器的中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)、或现场可编程门阵列(FPGA)等实现。
以上,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (8)
1.一种数据业务下发调度方法,其特征在于,所述方法包括:
根据接收到的数据业务类型,按照服务提供商SP代码对所述数据业务分类并计数;
根据各个数据业务的数据量差异,确定轮询调度的加权系数;
当数据业务下发通道开放时,根据确定的加权系数轮询调度所述数据业务进入所述数据业务下发通道;调度进入所述数据业务下发通道的所述数据业务的调度数据量与所述加权系数呈正相关关系;
其中,所述确定轮询调度的加权系数,包括:
根据每个数据业务的数据量在所有数据业务的累计数据量中的比重,确定轮询调度的加权系数。
2.根据权利要求1所述的方法,其特征在于,所述对所述数据业务分类并计数,包括:
根据接收到的数据业务类型,建立以所述数据业务类型为索引的数据业务下发数据库。
3.根据权利要求1或2所述的方法,其特征在于,所述确定轮询调度的加权系数之前,还包括:
根据数据业务类型的数量,确定轮询调度的执行周期。
4.根据权利要求1或2所述的方法,其特征在于,所述对所述数据业务分类并计数之前,还包括:
建立多个包括数据业务类型及其加权系数的轮询调度配置表;
所述确定轮询调度的加权系数,还包括:
根据各个数据业务的数据量差异,选择相适应的轮询调度配置表。
5.一种数据业务下发调度装置,其特征在于,所述装置包括统计模块、确定模块和调度模块;其中,
所述统计模块,用于根据接收到的数据业务类型,按照服务提供商SP代码对所述数据业务分类并计数;
所述确定模块,用于根据各个数据业务的数据量差异,确定轮询调度的加权系数;
所述调度模块,用于当数据业务下发通道开放时,根据确定的加权系数轮询调度所述数据业务进入所述数据业务下发通道;调度进入所述数据业务下发通道的所述数据业务的调度数据量与所述加权系数呈正相关关系;
所述确定模块具体用于:
根据每个数据业务的数据量在所有数据业务的累计数据量中的比重,确定轮询调度的加权系数。
6.根据权利要求5所述的装置,其特征在于,所述统计模块具体用于:
根据接收到的数据业务类型,建立以所述数据业务类型为索引的数据业务下发数据库。
7.根据权利要求5或6所述的装置,其特征在于,所述确定模块还用于:
根据数据业务类型的数量,确定轮询调度的执行周期。
8.根据权利要求5或6所述的装置,其特征在于,
所述统计模块还用于:建立多个包括数据业务类型及其加权系数的轮询调度配置表;
所述确定模块还用于:根据各个数据业务的数据量差异,选择相适应的轮询调度配置表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610684896.9A CN107770736B (zh) | 2016-08-18 | 2016-08-18 | 一种数据业务下发调度方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610684896.9A CN107770736B (zh) | 2016-08-18 | 2016-08-18 | 一种数据业务下发调度方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107770736A CN107770736A (zh) | 2018-03-06 |
CN107770736B true CN107770736B (zh) | 2021-08-10 |
Family
ID=61261633
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610684896.9A Active CN107770736B (zh) | 2016-08-18 | 2016-08-18 | 一种数据业务下发调度方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107770736B (zh) |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11298523A (ja) * | 1998-04-09 | 1999-10-29 | Chokosoku Network Computer Gijutsu Kenkyusho:Kk | パケット・スケジューリング方法 |
CN1984087A (zh) * | 2006-05-26 | 2007-06-20 | 华为技术有限公司 | 一种实现消息业务的系统和方法 |
CN101115222B (zh) * | 2006-07-27 | 2010-06-23 | 深圳市艾派应用系统有限公司 | 一种移动增值业务数据处理方法和系统 |
CN101232716B (zh) * | 2007-11-09 | 2011-05-11 | 中兴通讯股份有限公司 | 业务优先级的确定方法与装置及调度方法与装置 |
CN101252516B (zh) * | 2008-03-27 | 2011-07-13 | 中兴通讯股份有限公司 | 一种高速下行分组业务的实现方法 |
CN101459611B (zh) * | 2008-12-23 | 2011-07-06 | 杭州华三通信技术有限公司 | 用于ip san存储的数据传输调度方法、系统和设备 |
CN102487494B (zh) * | 2009-10-26 | 2015-05-13 | 中国电信股份有限公司 | 短信流量控制方法和系统 |
CN102083221A (zh) * | 2009-11-27 | 2011-06-01 | 中国移动通信集团北京有限公司 | 一种基于hsdpa的资源调度方法及其装置 |
CN101707807B (zh) * | 2009-12-14 | 2012-11-28 | 中兴通讯股份有限公司 | 一种业务队列调度的方法和装置 |
CN101969409B (zh) * | 2010-11-05 | 2013-05-08 | 南京邮电大学 | 一种基于定时器和mdrr的队列调度方法 |
CN102970062B (zh) * | 2012-11-22 | 2018-02-02 | 康佳集团股份有限公司 | 一种无线通信系统及其控制方法 |
CN103974436B (zh) * | 2014-04-18 | 2017-11-17 | 大唐移动通信设备有限公司 | 一种调度优先级的调整方法和装置 |
CN105830517A (zh) * | 2014-11-26 | 2016-08-03 | 华为技术有限公司 | 一种业务调度方法及设备 |
CN104955154A (zh) * | 2015-06-08 | 2015-09-30 | 电子科技大学 | 基于用户业务量满意度的lte上行比例公平资源调度方法 |
-
2016
- 2016-08-18 CN CN201610684896.9A patent/CN107770736B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN107770736A (zh) | 2018-03-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8606225B2 (en) | Intelligent real time billing for messaging | |
EP2661020B1 (en) | Adaptive monitoring of telecommunications networks | |
US20200137205A1 (en) | Efficient capture and streaming of data packets | |
CN107967488B (zh) | 一种服务器的分类方法及分类系统 | |
CN110784399A (zh) | 一种mptcp网络多路径优化组合传输方法及系统 | |
CN108235149B (zh) | 一种优化视频播放流畅度的方法及装置 | |
CN109639470A (zh) | 基于星型组网的vsat卫星通信系统带宽分配方法 | |
CN108900374A (zh) | 一种应用于dpi设备的数据处理方法和装置 | |
CN104283699A (zh) | 业务类型确定方法和装置 | |
CN111163018A (zh) | 网络设备及其降低传输时延的方法 | |
CN110347568A (zh) | 用户行为数据的处理方法和装置 | |
CN106330674A (zh) | 一种在线消息推送系统 | |
CN107526758B (zh) | 消息推送方法和装置 | |
CN103955846A (zh) | 信息处理系统中控制多个终端智能反馈的控制方法及装置 | |
CN107770736B (zh) | 一种数据业务下发调度方法及装置 | |
CN114466177B (zh) | 基于http传输视频流的质量评估方法及电子设备 | |
CN107204930A (zh) | 令牌添加方法及装置 | |
CN106899775B (zh) | 对移动终端的数据流量进行校准的方法及装置 | |
US11115445B2 (en) | Content type auto detection for online collaboration screen sharing | |
CN106612241B (zh) | 一种业务控制方法及装置 | |
CN110062255A (zh) | 一种识别QUIC协议加密传输的YouTube DASH视频的方法 | |
CN106612212B (zh) | 一种业务的网络资源利用率统计方法及装置 | |
Benameur et al. | Latency reduction in home access gateways with shortest queue first | |
CN108900862A (zh) | 基于统计分析的网络视频流QoE-QoS参数映射方法 | |
CN112399209B (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 |