一种数据流的调度方法及系统与流程

文档序号:13671417阅读:253来源:国知局
一种数据流的调度方法及系统与流程

本发明属于数据流传输领域,尤其涉及一种数据流的调度方法及系统。



背景技术:

现有技术中,集中控制设备需要针对不同的数据流作出不同的转发决策,使得集中控制设备要面对大量的数据流信息的处理,由于无法及时根据不同的数据流匹配对应的通讯协议,并且也无法及时根据不同的数据流作出对应的转发决策,这样会由于接收缓冲设备中的时效性和时序性要求不同的,导致数据流拥塞,数据流传送丢失,影响相应的数据流的传输可靠性和传输质量,用户体验差的现象。



技术实现要素:

本发明所要解决的技术问题是:现有技术中根据不同的数据流无法匹配对应的通讯协议,并且也无法及时根据不同的数据流作出对应的转发决策,导致数据流拥塞,数据流传送丢失,影响相应的数据流的传输可靠性和传输质量,用户体验差的现象。

为解决上面的技术问题,本发明提供了一种数据流的调度方法,该调度方法包括:

数据流调度设备接收待调度数据流的调度请求,并根据所述调度请求判断所述待调度数据流的数据量是否大于所述数据流调度设备中的剩余内存容量;

若大于所述剩余内存容量,则根据已存储空间中数据流的转发速率,确定所述数据流调度设备接收所述待调度数据流的时间;

判断所述被接收的时间是否小于预设时间阈值,若小于,则接收所述待调度数据流,并根据所述待调度数据流的特征信息,确定所述待调度数据流的调用类型;

根据所述调用类型调用预设转发协议及通道转发所述待调度数据流。

本发明的有益效果:通过提取待调度数据流的特征信息,根据这些特征信息确定该待调度数据流的调用类型,根据该调用类型调用预设转发协议,将该待调度数据流转发,这样准确地根据不同的数据流匹配不同的转发协议,可以解决了由于无法及时地对数据流采用对应的转发协议进行转发而导致数据流拥挤、数据流丢失的问题,同时也提高了数据流的转发效率,以及提高了数据流的传输可靠性和传输质量,增强了用户体验感。

进一步地,还包括:

当所述被接收时间大于所述预设时间阈值,则集中控制设备向所述数据流调度设备反馈超时信号,以便所述数据流调度设备按照一定比值调整已存储空间中数据流的转发速率;

其中所述一定比值大于或等于所述被接收时间与所述预设时间阈值之比。

上述进一步地有益效果:当被接收的时间大于所述预设时间阈值,这样集中控制设备向所述数据流调度设备反馈超时信号,根据超时信号可以及时了解到此时转发的速率不够,若是不及时处理,可能会因此导致出现数据流拥挤和数据流传输丢失的现象,因此需要根据实际的情况调整数据流的转发速率,可以避免发现数据流拥挤和数据流传输丢失的现象。

本发明还涉及一种数据流的调度系统,该调度系统包括:数据流调度设备,所述数据流调度设备包括:接收模块、计算模块、决策模块、转发模块;

所述接收模块,用于接收待调度数据流的调度请求,并根据所述调度请求判断所述待调度数据流的数据量是否大于所述数据流调度设备中的剩余内存容量;

所述计算模块,用于当所述待调度数据流的数据量大于所述数据流调度设备中的剩余内存容量时,根据已存储空间中数据流的转发速率,确定所述数据流调度设备接收所述待调度数据流的时间;

所述决策模块,用于判断所述被接收的时间是否小于预设时间阈值,若小于,则接收所述待调度数据流,并根据所述待调度数据流的特征信息,确定所述待调度数据流的调用类型;

所述转发模块,用于根据所述调用类型调用预设转发协议及通道转发所述待调度数据流。

本发明的有益效果:通过提取待调度数据流的特征信息,根据这些特征信息确定该待调度数据流的调用类型,根据该调用类型调用预设转发协议,将该待调度数据流转发,这样准确地根据不同的数据流匹配不同的转发协议,可以解决了由于无法及时地对数据流采用对应的转发协议进行转发而导致数据流拥挤、数据流丢失的问题,同时也提高了数据流的转发效率,以及提高了数据流的传输可靠性和传输质量,增强了用户体验感。

进一步地,该系统还包括:集中控制设备,所述集中控制设备用于当所述被接收时间大于所述预设时间阈值,向所述数据流调度设备反馈超时信号,以便所述数据流调度设备按照一定比值调整已存储空间中数据流的转发速率;

其中所述一定比值大于或等于所述被接收时间与所述预设时间阈值之比。

上述进一步地有益效果:当被接收的时间大于所述预设时间阈值,这样集中控制设备向所述数据流调度设备反馈超时信号,根据超时信号可以及时了解到此时转发的速率不够,若是不及时处理,可能会因此导致出现数据流拥挤和数据流传输丢失的现象,因此需要根据实际的情况调整数据流的转发速率,可以避免发现数据流拥挤和数据流传输丢失的现象。

附图说明

图1为本发明实施例1的一种数据流的调度方法的流程图;

图2为本发明实施例3的一种数据流的调度方法的流程图;

图3为本发明实施例4的一种数据流的调度方法的流程图;

图4为本发明实施例5的一种数据流的调度系统的结构示意图;

图5为本发明实施例9的一种数据流的调度系统的结构示意图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述,所举实例只用于解释本发明,并非用于限定本发明的范围。

实施例1

如图1所示,本实施例1提供的是一种数据流的调度方法,该调度方法包括:

s11,数据流调度设备接收待调度数据流的调度请求,并根据所述调度请求判断所述待调度数据流的数据量是否大于所述数据流调度设备中的剩余内存容量;

s12,若大于所述剩余内存容量,则根据已存储空间中数据流的转发速率,确定所述数据流调度设备接收所述待调度数据流的被接收的时间;

s13,判断所述被接收的时间是否小于预设时间阈值,若小于,则接收所述待调度数据流,并根据所述待调度数据流的特征信息,确定所述待调度数据流的调用类型;

s14,根据所述调用类型调用预设转发协议及通道转发所述待调度数据流。

需要说明的是,在本实施例1中数据流调度设备主要是一些类似路由器,以太网设备,其包含有4层协议,但是这些协议层中会出现数据流对数据时效性和时序性的要求不同,因此数据流调度设备会根据这些时效性和时序性不同对数据流进行调度,其调度方法如下:

步骤s11是数据流调度设备先接收待调度数据流的调度请求,根据这个调度请求先判断出需要调度数据流的数据量,该数据量是否大于数据流调度设备中剩余的内存空间,比如:这个数据流的是数据量是3g,而在此时刻中数据流调度设备中的剩余内存容量若是大于3g,那么就是有足够的内存接收该待调度数据流,但是若是小于3g,那么就无法接收该待调度数据流,可是将该数据流转发,若是不及时转发的话,可能会出现数据流中断的现象,用户的体验感会很差。

在步骤s12中当小于3g时,需要在数据流调度设备边转发边接收,这样才可以保证该待调度数据流能够在一定的时间段内被转发,那么就需要判断边接收边转发的时间是否适合符合要求。

在步骤s13中根据已存储空间中数据流的转发速率,确定待调度数据流的被接收的时间,比如:若是被接收的时间是10分钟,这个接收时间大于时间阈值5分钟,那么需要会影响到后续用户对该数数据流的体验效果,出现中断或者不清楚不清晰的现象。若是接收的时间是3分钟,那么小于时间阈值5分钟,可以接收该待调度数据流。

而步骤s14中在确定可以接收该待调度数据流后,需要判断该待调度数据流采用何种调度协议对该待调度数据流进行调度,确定该待调度数据流的调用类型,然后根据该调用类型调用预设转发协议及通道转发该待调度数据流。

通过本实施例1的方法,提取待调度数据流的特征信息,根据这些特征信息确定该待调度数据流的调用类型,根据该调用类型调用预设转发协议,将该待调度数据流转发,这样准确地根据不同的数据流匹配不同的转发协议,可以解决了由于无法及时地对数据流采用对应的转发协议进行转发而导致数据流拥挤、数据流丢失的问题,同时也提高了数据流的转发效率,以及提高了数据流的传输可靠性和传输质量,增强了用户体验感。

实施例2

通过上述的方案,在上述的方案实现过程中,根据所述特征信息确定所述待调度数据流的调用类型,通过一个实施例2详细说明。

s21,数据流调度设备接收待调度数据流的调度请求,并根据所述调度请求判断所述待调度数据流的数据量是否大于所述数据流调度设备中的剩余内存容量;

在步骤s21是数据流调度设备先接收待调度数据流的调度请求,根据这个调度请求先判断出需要调度数据流的数据量,该数据量是否大于数据流调度设备中剩余的内存空间,比如:这个数据流的是数据量是3g,而在此时刻中数据流调度设备内存是5g,即是大于3g,那么就是有足够的内存接收该待调度数据流,但是若是小于3g,那么就无法接收该待调度数据流,可是将该数据流转发,若是不及时转发的话,可能会出现数据流中断的现象,用户的体验感会很差。

s22,若大于所述剩余内存容量,则根据已存储空间中数据流的转发速率,确定所述数据流调度设备接收所述待调度数据流的被接收的时间;

在步骤s22中,当大于所述剩余内存容量5g时,需要在数据流调度设备边转发边接收,这样才可以保证该待调度数据流能够在一定的时间段内被转发,那么就需要判断边接收边转发的时间是适合符合要求。

s23,判断所述被接收的时间是否小于预设时间阈值,若小于,则接收所述待调度数据流,并根据所述待调度数据流的特征信息,确定所述待调度数据流的调用类型;

可选地,在本实施例2中根据所述待调度数据流的特征信息,确定所述待调度数据流的调用类型包括:根据所述特征信息,计算所述特征信息的权重值,判断所述权重值是否大于预设权重阈值,若大于,则确定所述待调度数据流为可转移数据流,若小于,则确定所述待调度数据流为固定数据流;

其中,所述特征信息包括:所述待调度数据流的流量值a、所述待调度数据流的时效性b、所述待调度数据流的信道利用率c;

待调度数据流的信道利用率c的权重值;

其中,所述可转移数据流是指数据流可根据当前可转移通道拥堵的情况,及时转移部分数据流到其他可转移通道进行转发;所述固定数据流是指数据流沿固定通道进行转发。

需要说明的是,在本实例2中是计算特征信息的权重值,然后再判断权重值是否大于预设权重阈值,当大于预设权重阈值时,则说明该待调度数据流为可转移数据流,若小于,则确定该待调度数据流为固定数据流。

另外,还需要说明的是,可转移数据流是指数据流可根据当前可转移通道拥堵的情况,及时转移部分数据流到其他可转移通道进行转发;所述固定数据流是指数据流沿固定通道进行转发比如:可转移数据流是1g,大约有5条可转移通道,当前的数据流是在第一条可转移通道中转发的,但是由于一些特殊的原因,造成了当前可转移通道的数据流无法发送,在这条数据流中暂时的转发速率降低了,那么按照规定的时间,若是继续在这条可转移通道中转移的话,可能会出现数据延迟的现象,若是转移部分数据流到第二条或者第三条可转移通道中继续转移,这样才可以保证这些数据流能够安全地被转移。

s24,根据所述调用类型调用预设转发协议及通道转发所述待调度数据流。

步骤s24中在确定可以接收该待调度数据流后,需要判断该待调度数据流采用何种调度协议对该待调度数据流进行调度,确定该待调度数据流的调用类型,然后根据该调用类型调用预设转发协议及通道转发该待调度数据流。

通过本实施例2中的方法,提取待调度数据流的特征信息,根据这些特征信息确定该待调度数据流的调用类型,当属于可转移数据流时,若是发生特殊情况可以根据当前可转移通道的转发情况,及时调整在所述当前可转移通道中转发该数据流的数据量,转移部分数据流到其他可转移通道进行转发,这样可以保证在发生特殊情况的时候,能够及时转移到其他的通道进行转移,不但不会影响到数据流的发送,也不会出现数据流延迟发送的现象,保证了数据流的及时转发,也避免了数据流的拥挤和丢失,提高了用户的体验感。

实施例3

通过上述的方案,在上述的方案实现过程中,根据所述调用类型调用预设转发协议,将所述待调度数据流转发,通过一个实施例3详细说明,如图2所示。

s31,数据流调度设备接收待调度数据流的调度请求,并根据所述调度请求判断所述待调度数据流的数据量是否大于所述数据流调度设备中的剩余内存容量;

在步骤s31是数据流调度设备先接收待调度数据流的调度请求,根据这个调度请求先判断出需要调度数据流的数据量,该数据量是否大于数据流调度设备中剩余的内存空间,比如:这个数据流的是数据量是3g,而在此时刻中数据流调度设备内存是5g,即是大于3g,那么就是有足够的内存接收该待调度数据流,但是若是小于3g,那么就无法接收该待调度数据流,可是将该数据流转发,若是不及时转发的话,可能会出现数据流中断的现象,用户的体验感会很差。

s32,若大于所述剩余内存容量,则根据已存储空间中数据流的转发速率,确定所述数据流调度设备接收所述待调度数据流的时间;

在步骤s32中,当大于所述剩余内存容量5g时,需要在数据流调度设备边转发边接收,这样才可以保证该待调度数据流能够在一定的时间段内被转发,那么就需要判断边接收边转发的时间是适合符合要求。

s33,判断所述被接收的时间是否小于预设时间阈值,若小于,则接收所述待调度数据流,并根据所述待调度数据流的特征信息,确定所述待调度数据流的调用类型;当所述待调度数据流为可转移数据流时,执行步骤s34,当所述待调度数据流为固定可转移数据流时,执行步骤s37;

可选地,在本实施例3中所述根据所述调用类型调用预设转发协议及通道转发所述待调度数据流包括:根据所述特征信息,计算所述特征信息的权重值,判断所述权重值是否大于预设权重阈值,若大于,则确定所述待调度数据流为可转移数据流,若小于,则确定所述待调度数据流为固定数据流;

其中,所述特征信息包括:所述待调度数据流的流量值a、所述待调度数据流的时效性b、所述待调度数据流的信道利用率c;

待调度数据流的信道利用率c的权重值;

其中,所述可转移数据流是指数据流可根据当前可转移通道拥堵的情况,及时转移部分数据流到其他可转移通道进行转发;所述固定数据流是指数据流沿固定通道进行转发。

需要说明的是,在本实例3中是计算特征信息的权重值,然后再判断权重值是否大于预设权重阈值,当大于预设权重阈值时,则说明该待调度数据流为可转移数据流,若小于,则确定该待调度数据流为固定数据流。

另外,还需要说明的是,可转移数据流是指数据流可根据当前可转移通道拥堵的情况,及时转移部分数据流到其他可转移通道进行转发;所述固定数据流是指数据流沿固定通道进行转发比如:可转移数据流是1g,大约有5条可转移通道,当前的数据流是在第一条可转移通道中转发的,但是由于一些特殊的原因,造成了当前可转移通道的数据流无法发送,在这条数据流中暂时的转发速率降低了,那么按照规定的时间,若是继续在这条可转移通道中转移的话,可能会出现数据延迟的现象,若是转移部分数据流到第二条或者第三条可转移通道中继续转移,这样才可以保证这些数据流能够安全地被转移。

s34,当所述待调度数据流为所述可转移数据流时,判断所述待调度数据流是否为首次标记的,若是,则执行步骤s35,若否则执行步骤s36,

其中所述s35包括如下步骤:

s351,当所述待调度数据流为所述可转移数据流时,且所述待调度数据流首次标记为所述可转移数据流,向所述可转移通道发送请求消息;

s352,根据所述可转移通道接收所述请求消息的速率,所述数据流调度设备确定最优的可转移通道;

s353,调用时效和时序最优的转发协议,并在预设转发时间阈值内通过所述最优的可转移通道转发所述待调度数据流。

s36,当所述待调度数据流为所述可转移数据流时,调用时效和时序最优的转发协议,在预设转发时间阈值内通过所述可转移通道转发所述待调度数据流。

需要说明的是,在本实施例3中是待调度数据流为可转移数据流时且是首次标记为可转移数据流的,那么此时需要先向可转移通道发送请求消息,等到接到请求消息后,可转移通道会根据请求消息做好准备,等到数据流调度设备确定出最优的可转移通道后,对调用时效和时序最优的转发协议,并在预设转发时间阈值内通过所述最优的可转移通道转发所述待调度数据流。

通过确定待调度数据流为可转移数据流时且该待调度数据流首次标记为可转移数据流,通过确定最优的可转移通道对其进行转发,可以避免该待调度数据流会因为首次发送出现故障或者不适应可转移通道,因此确定各方面都是最优的可转移通道对其进行转发,可以提高转发的效率。

可选地,s37,当所述待调度数据流为所述固定数据流时,包括如下步骤:s371,当所述待调度数据流为所述固定数据流时,根据所述待调度数据流的数据量和所述预设转发时间阈值,计算所述数据流调度设备转发所述待调度数据流的速率;

s372,根据所述数据流调度设备转发所述待调度数据流的速率,调用与该速率匹配的转移协议和所述固定通道转发所述待调度数据流。

需要说明的是,本实施例3中当该待调度数据流为所述固定数据流时,说明该待调度数据流能够固定的被转发,但是这些固定转移通道需要根据该待调度数据流的数据量和预设转发时间阈值,计算所述待调度数据流的被转发的速率,根据这个速率才可以准确地知道固定转移通道采取的与该待调度数据流的转发速率匹配的转移协议对该数据流进行转发,保证该待调度数据流按时发送,避免发生数据流拥挤和缺失的现象。

通过本实施例3的方法,提取待调度数据流的特征信息,根据这些特征信息确定该待调度数据流的调用类型,当确定待调度数据流为可转移数据流时且该待调度数据流首次标记为可转移数据流,通过确定最优的可转移通道对其进行转发;当确定为固定数据流时,根据该待调度数据流的数据量和预设转发时间阈值,计算所述待调度数据流的被转发的速率,根据这个速率匹配对应的转移通道进行转移,这样可以因为不同的数据流的情况采取不同的转发方法,可以避免发生数据流拥挤和缺失的现象,保证该待调度数据流按时发送,提高转发的效率。

实施例4

通过上述的方案,在上述的方案实现过程中,根据所述调用类型调用预设转发协议,将所述待调度数据流转发,通过一个实施例4详细说明,如图3所示。

s41,数据流调度设备接收待调度数据流的调度请求,并根据所述调度请求判断所述待调度数据流的数据量是否大于所述数据流调度设备中的剩余内存容量;

在步骤s41是数据流调度设备先接收待调度数据流的调度请求,根据这个调度请求先判断出需要调度数据流的数据量,该数据量是否大于数据流调度设备中剩余的内存空间,比如:这个数据流的是数据量是3g,而在此时刻中数据流调度设备内存是5g,即是大于3g,那么就是有足够的内存接收该待调度数据流,但是若是小于3g,那么就无法接收该待调度数据流,可是将该数据流转发,若是不及时转发的话,可能会出现数据流中断的现象,用户的体验感会很差。

s42,若大于所述剩余内存容量,则根据已存储空间中数据流的转发速率,确定所述数据流调度设备接收所述待调度数据流的被接收的时间;

在步骤s42中,当大于所述剩余内存容量5g时,需要在数据流调度设备边转发边接收,这样才可以保证该待调度数据流能够在一定的时间段内被转发,那么就需要判断边接收边转发的时间是适合符合要求。

s43,判断所述被接收的时间是否小于预设时间阈值,若小于,则执行步骤s44,若否则执行步骤s45;

步骤s44,接收所述待调度数据流,并根据所述待调度数据流的特征信息,确定所述待调度数据流的调用类型;

可选地,在本实施例4中所述s45包括:

当所述被接收时间大于所述预设时间阈值,则集中控制设备向所述数据流调度设备反馈超时信号,以便所述数据流调度设备按照一定比值调整已存储空间中数据流的转发速率;

其中所述一定比值大于或等于所述被接收时间与所述预设时间阈值之比。

通过本实施例4的方法,当被接收的时间大于所述预设时间阈值,这样集中控制设备向所述数据流调度设备反馈超时信号,根据超时信号可以及时了解到此时转发的速率不够,若是不及时处理,可能会因此导致出现数据流拥挤和数据流传输丢失的现象,因此需要根据实际的情况调整数据流的转发速率,可以避免发现数据流拥挤和数据流传输丢失的现象。

实施例5

相应地,如图4所示,本发明实施例5还提供一种数据流的调度系统,该调度系统包括:数据流调度设备,所述数据流调度设备包括:接收模块、计算模块、决策模块、转发模块;

所述接收模块,用于接收待调度数据流的调度请求,并根据所述调度请求判断所述待调度数据流的数据量是否大于所述数据流调度设备中的剩余内存容量;

所述计算模块,用于当所述待调度数据流的数据量大于所述数据流调度设备中的剩余内存容量时,根据已存储空间中数据流的转发速率,确定所述待调度数据流的时间;

所述决策模块,用于判断所述被接收的时间是否小于预设时间阈值,若小于,则接收所述待调度数据流,并根据所述待调度数据流的特征信息,确定所述数据流调度设备接收所述待调度数据流的调用类型;

所述转发模块,用于根据所述调用类型调用预设转发协议及通道转发所述待调度数据流。

需要说明的是,在本实施例5中数据流调度设备主要是一些类似路由器,以太网设备,其包含有4层协议,但是这些协议层中会出现数据流对数据时效性和时序性的要求不同,因此数据流调度设备会根据这些时效性和时序性不同对数据流进行调度,所述接收模块是数据流调度设备先接收待调度数据流的调度请求,根据这个调度请求先判断出需要调度数据流的数据量,该数据量是否大于数据流调度设备中剩余的内存空间,比如:这个数据流的是数据量是3g,而在此时刻中数据流调度设备若是大于3g,那么就是有足够的内存接收该待调度数据流,但是若是小于3g,那么就无法接收该待调度数据流,可是将该数据流转发,若是不及时转发的话,可能会出现数据流中断的现象,用户的体验感会很差。

在所述计算模块中,当小于3g时,需要在数据流调度设备边转发边接收,这样才可以保证该待调度数据流能够在一定的时间段内被转发,那么就需要判断边接收边转发的时间是适合符合要求。

在所述决策模块中根据已存储空间中数据流的转发速率,确定所述数据流调度设备接收所述待调度数据流的时间,比如:若是接收的时间是10分钟,这个接收时间大于时间阈值5分钟,那么需要会影响到后续用户对该数数据流的体验效果,出现中断或者不清楚不清晰的现象。若是接收的时间是3分钟,那么小于时间阈值5分钟,可以接收该待调度数据流。

而在所述转发模块中是在确定可以接收该待调度数据流后,需要判断该待调度数据流采用何种调度协议对该待调度数据流进行调度,确定该待调度数据流的调用类型,然后根据该调用类型调用预设转发协议及通道转发该待调度数据流。

通过本实施例5的系统,提取待调度数据流的特征信息,根据这些特征信息确定该待调度数据流的调用类型,根据该调用类型调用预设转发协议,将该待调度数据流转发,这样准确地根据不同的数据流匹配不同的转发协议,可以解决了由于无法及时地对数据流采用对应的转发协议进行转发而导致数据流拥挤、数据流丢失的问题,同时也提高了数据流的转发效率,以及提高了数据流的传输可靠性和传输质量,增强了用户体验感。

优先地,在实施例6中所述决策模块,用于根据所述特征信息确定所述待调度数据流的调用类型,其具体用于:

根据所述特征信息,计算所述特征信息的权重值,判断所述权重值是否大于预设权重阈值,若大于,则确定所述待调度数据流为可转移数据流,若小于,则确定所述待调度数据流为固定数据流;

其中,所述特征信息包括:所述待调度数据流的流量值a、所述待调度数据流的时效性b、所述待调度数据流的信道利用率c;

待调度数据流的信道利用率c的权重值;

其中,所述可转移数据流是指数据流可根据当前可转移通道拥堵的情况,及时转移部分数据流到其他可转移通道进行转发;所述固定数据流是指数据流沿固定通道进行转发。

需要说明的是,在本实施例6中是计算特征信息的权重值,然后再判断权重值是否大于预设权重阈值,当大于预设权重阈值时,则说明该待调度数据流为可转移数据流,若小于,则确定该待调度数据流为固定数据流。

另外,还需要说明的是,可转移数据流是指数据流可根据当前可转移通道拥堵的情况,及时转移部分数据流到其他可转移通道进行转发;固定数据流是指数据流沿固定通道进行转发,比如:可转移数据流是1g,大约有5条可转移通道,当前的数据流是在第一条可转移通道中转发的,但是由于一些特殊的原因,造成了当前可转移通道的数据流无法发送,在这条数据流中暂时的转发速率降低了,那么按照规定的时间,若是继续在这条可转移通道中转移的话,可能会出现数据延迟的现象,若是转移部分数据流到第二条或者第三条可转移通道中继续转移,这样才可以保证这些数据流能够安全地被转移。

通过本实施例6中的系统,提取待调度数据流的特征信息,根据这些特征信息确定该待调度数据流的调用类型,当属于可转移数据流时,若是发生特殊情况可以根据当前可转移通道的转发情况,及时调整在所述当前可转移通道中转发该数据流的数据量,转移部分数据流到其他可转移通道进行转发,这样可以保证在发生特殊情况的时候,能够及时转移到其他的通道进行转移,不但不会影响到数据流的发送,也不会出现数据流延迟发送的现象,保证了数据流的及时转发,也避免了数据流的拥挤和丢失,提高了用户的体验感。

优先地,在实施例7中所述转发模块,其具体用于当所述待调度数据流为所述可转移数据流时,调用时效和时序最优的转发协议,在预设转发时间阈值内通过所述可转移通道转发所述待调度数据流。

优先地,在本实施例7中所述转发模块,用于当所述待调度数据流为所述可转移数据流时,调用时效和时序最优的转发协议,在预设转发时间阈值内通过所述可转移通道转发所述待调度数据流,其具体用于:

当所述待调度数据流为所述可转移数据流时,且所述待调度数据流首次标记为所述可转移数据流,向所述可转移通道发送请求消息;

根据所述可转移通道接收所述请求消息的速率,所述数据流调度设备确定最优的可转移通道;

调用时效和时序最优的转发协议,并在预设转发时间阈值内通过所述最优的可转移通道转发所述待调度数据流。

需要说明的是,在本实施例7中是待调度数据流为可转移数据流时且是首次标记为可转移数据流的,那么此时需要先向可转移通道发送请求消息,等到接到请求消息后,可转移通道会根据请求消息做好准备,等到数据流调度设备确定出最优的可转移通道后,对调用时效和时序最优的转发协议,并在预设转发时间阈值内通过所述最优的可转移通道转发所述待调度数据流。

通过确定待调度数据流为可转移数据流时且该待调度数据流首次标记为可转移数据流,通过确定最优的可转移通道对其进行转发,可以避免该待调度数据流会因为首次发送出现故障或者不适应可转移通道,因此确定各方面都是最优的可转移通道对其进行转发,可以提高转发的效率。

可选地,在本实施例8中所述转发模块,还其具体用于当所述待调度数据流为所述固定数据流时,根据所述待调度数据流的数据量和所述预设转发时间阈值,计算所述数据流调度设备转发所述待调度数据流的速率;

根据所述数据流调度设备转发所述待调度数据流的速率,调用与该速率匹配的转移协议和所述固定通道转发所述待调度数据流。

需要说明的是,需要说明的是,本实施例8中当该待调度数据流为所述固定数据流时,说明该待调度数据流能够固定的被转发,但是这些固定转移通道需要根据该待调度数据流的数据量和预设转发时间阈值,计算所述待调度数据流的被转发的速率,根据这个速率才可以准确地知道固定转移通道采取的与该待调度数据流的转发速率匹配的转移协议对该数据流进行转发,保证该待调度数据流按时发送,避免发生数据流拥挤和缺失的现象。

通过本实施例8的系统,提取待调度数据流的特征信息,根据这些特征信息确定该待调度数据流的调用类型,当确定待调度数据流为可转移数据流时且该待调度数据流首次标记为可转移数据流,通过确定最优的可转移通道对其进行转发;当确定为固定数据流时,根据该待调度数据流的数据量和预设转发时间阈值,计算所述待调度数据流的被转发的速率,根据这个速率匹配对应的转移通道进行转移,这样可以因为不同的数据流的情况采取不同的转发方法,可以避免发生数据流拥挤和缺失的现象,保证该待调度数据流按时发送,提高转发的效率。

可选地,如图5所示,在另一实施例9中该系统还包括:集中控制设备,所述集中控制设备用于当所述被接收时间大于所述预设时间阈值,向所述数据流调度设备反馈超时信号,以便所述数据流调度设备按照一定比值调整已存储空间中数据流的转发速率;

其中所述一定比值大于或等于所述被接收时间与所述预设时间阈值之比。

通过本实施例9的系统,当被接收的时间大于所述预设时间阈值,这样集中控制设备向所述数据流调度设备反馈超时信号,根据超时信号可以及时了解到此时转发的速率不够,若是不及时处理,可能会因此导致出现数据流拥挤和数据流传输丢失的现象,因此需要根据实际的情况调整数据流的转发速率,可以避免发现数据流拥挤和数据流传输丢失的现象。

读者应理解,在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。

作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1