CN113438169A - 一种数据调度方法、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种数据调度方法、数据调度装置、电子设备及计算机可读存储介质。该方法包括：获取待传输报文的属性信息，其中，所述属性信息包括以下至少一种：报文长度、报文协议类型、接收端口及收发互联网协议IP地址；基于所述属性信息，确定所述待传输报文的优先级；根据所述待传输报文的优先级，在至少两条链路中确定目标链路；通过所述目标链路发送所述待传输报文。通过本申请方案，可尽可能地保障较为重要的数据的传输。

Description

一种数据调度方法、电子设备及存储介质

技术领域

本申请属于通信技术领域，尤其涉及一种数据调度方法、数据调度装置、电子设备及计算机可读存储介质。

背景技术

收发双方进行通信时，为了减轻通信压力，可以构建多条通信的链路。在基于多条链路进行通信时，往往只是一味的追求将基于性能最优的链路进行数据传输，而缺乏对待传输的数据的考虑，最终使得所有的链路的性能都有所下降，导致一些较为重要的数据的传输受阻。

发明内容

本申请提供了一种数据调度方法、数据调度装置、电子设备及计算机可读存储介质，可尽可能地保障较为重要的数据的传输。

第一方面，本申请提供了一种数据调度方法，包括：

获取待传输报文的属性信息，其中，上述属性信息包括以下至少一种：报文长度、报文协议类型、接收端口及收发互联网协议(Internet Protocol Address，IP)地址；

基于上述属性信息，确定上述待传输报文的优先级；

根据上述待传输报文的优先级，在至少两条链路中确定目标链路；

通过上述目标链路发送上述待传输报文。

第二方面，本申请提供了一种数据调度装置，包括：

获取模块，用于获取待传输报文的属性信息，其中，上述属性信息包括以下至少一种：报文长度、报文协议类型、接收端口及收发IP地址；

第一确定模块，用于基于上述属性信息，确定上述待传输报文的优先级；

第二确定模块，用于根据上述待传输报文的优先级，在至少两条链路中确定目标链路；

发送模块，用于通过上述目标链路发送上述待传输报文。

第三方面，本申请提供了一种电子设备，上述电子设备包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上述第一方面的方法的步骤。

第四方面，本申请提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如上述第一方面的方法的步骤。

第五方面，本申请提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。

本申请与现有技术相比存在的有益效果是：在存在待传输报文时，首先获取待传输报文的属性信息，其中，该属性信息包括以下至少一种：报文长度、报文协议类型、接收端口及收发IP地址，然后基于上述属性信息，确定上述待传输报文的优先级，接着即可根据上述待传输报文的优先级，在至少两条链路中确定目标链路，最后通过上述目标链路发送上述待传输报文。本申请方案具体以报文的属性信息来确定报文在传输过程中的优先级，充分考虑了报文的属性信息对报文传输的影响，根据报文的优先级来选择目标链路进行传输，尽可能地保障较为重要的数据的传输。可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的网络架构示例图；

图2是本申请实施例提供的数据调度方法的实现流程示意图；

图3是本申请实施例提供的为待传输报文确定目标链路的实现流程示例图；

图4是本申请实施例提供的数据调度方法的另一实现流程示意图；

图5是本申请实施例提供的数据调度装置的结构框图；

图6是本申请实施例提供的电子设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了说明本申请所提出的技术方案，下面通过具体实施例来进行说明。

请参阅图1，图1给出了在将本申请实施例所提出的数据调度方法应用于船艇和岸基时，所搭建的网络架构的示例。该图1中，岸基和船艇处都有一设备PC，每个PC均对应连接至一个通信设备A处。这两个通信设备A之间可建立至少两条链路，以此可实现岸基与船艇之间的通信。可以理解，对于通信设备A来说，其所能够提供的带宽是各个链路的带宽的叠加；并且，网络中，可以有多个通信设备A，这多个通信设备A相互之间均可建立至少两条链路。也即，图1并不构成对通信设备的数量或是链路的数量的限定。

下面对本申请实施例所提出的数据调度方法作出说明。请参阅图2，该数据调度方法包括：

步骤201，获取待传输报文的属性信息。

在本申请实施例中，在当前有报文等待传输时，为便于说明，可将该报文记作待传输报文。电子设备可先获取该待传输报文的属性信息，仅作为示例，该属性信息包括但不限于如下一种以上：报文长度、报文协议类型、接收端口及收发IP地址等，此处不作限定。用户可根据实际需求，选配更多或更少的属性信息。

步骤202，基于上述属性信息，确定上述待传输报文的优先级。

在本申请实施例中，从属性信息的角度出发，报文的不同属性信息可对应报文的不同优先级；基于此，电子设备可预先设定报文的不同属性信息与报文的优先级之间的对应关系，且该对应关系可由用户根据实际需求进行修改。实际上，可以将不同类型的属性信息分别视为一种优先级评估的维度，下面将针对不同的属性信息，对优先级评估的方式作出解释及说明：

在第一种应用场景下，基于报文长度这一维度对报文的优先级进行评估，则步骤202可具体表现为：将待传输报文的报文长度与预设的报文长度阈值进行比对；基于比对结果，确定待传输报文的优先级。其中，该报文长度阈值为评判待传输报文是长报文还是短报文的基础。可以理解，当待传输报文的报文长度大于该报文长度阈值时，该待传输报文即可被认为是长报文；反之，当待传输报文的报文长度等于或小于该报文长度阈值时，该报文即可被认为是短报文。仅作为示例，该报文长度阈值可以是100。基于长报文及短报文的区别，可确定该待传输报文的优先级。例如，可预先设定短报文的优先级高于长报文的优先级，或者，也可预先设定长报文的优先级高于短报文的优先级，具体可由用户根据实际需求设定，此处不作限定。

在第二种应用场景下，基于报文协议类型这一维度对报文的优先级进行评估，则步骤202可具体表现为：基于预设的报文协议类型-优先级对应关系，将待传输报文的报文协议类型所对应的优先级确定为待传输报文的优先级。可以理解，网络内所传输的报文所可能的协议类型是已知的，例如，可以有传输控制协议(Transmission Control Protocol，TCP)报文，也可以有用户数据报协议(User Datagram Protocol，UDP)报文等，此处不作限定。报文协议类型与优先级的对应关系可被预先设定好，例如，设定TCP报文的优先级高于UDP报文的优先级，或者，设定UDP报文的优先级高于TCP报文的优先级，具体可由用户根据实际需求设定，此处不作限定。

在第三种应用场景下，基于接收端口这一维度对报文的优先级进行评估，则步骤202可具体表现为：将待传输报文的接收端口与预设的至少一个接收端口进行匹配，得到第一匹配结果；根据第一匹配结果，确定待传输报文的优先级。可以理解，该预设的至少一个接收端口可由用户进行设定。也即，可以理解为接收端口白名单的概念。可以理解，当报文的接收端口属于任一预设的接收端口时，该报文的优先级较高；反之，当报文的接收端口不属于任一预设的接收端口时，该报文的优先级较低。在有实际需求时，可由用户设定该至少一个接收端口，也即，由用户在该接收端口白名单中写入接收端口。电子设备可将待传输报文的接收端口与该接收端口白名单中的接收端口相匹配，如果匹配成功，则认为该待传输报文的优先级为较高优先级。当然，用户也可以不设定任一接收端口，也即，该接收端口白名单可以为空，此时，即认为无需基于接收端口这一维度对报文的优先级进行评估。

在第四种应用场景下，基于收发IP地址这一维度对报文的优先级进行评估，则步骤202可具体表现为：将待传输报文的收发IP地址与预设的至少一个收发IP地址进行匹配，得到第二匹配结果；根据第二匹配结果，确定待传输报文的优先级。可以理解，该预设的至少一个收发IP地址可由用户进行设定。也即，可以理解为收发IP地址白名单的概念。具体地，可设定一发送IP地址白名单以及一接收IP地址白名单。仅作为示例，针对收发IP地址这一维度，其优先级设定策略可以是：

若报文的发送IP地址与任一预设的发送IP地址相匹配，且报文的接收IP地址与任一预设的接收IP地址相匹配，则该报文的优先级较高。若报文的发送IP地址不与任一预设的发送IP地址相匹配，和/或，该报文的接收IP地址不与任一预设的接收IP地址相匹配，则该报文的优先级较低。也即，只有收发IP地址完全匹配时，报文才享有较高优先级。

也可以是：

若报文的发送IP地址与任一预设的发送IP地址相匹配，且该报文的接收IP地址与任一预设的接收IP地址相匹配，则该报文的优先级最高。若报文的发送IP地址不与任一预设的发送IP地址相匹配，或者，该报文的接收IP地址不与任一预设的接收IP地址相匹配，则该报文的优先级中等。若报文的发送IP地址不与任一预设的发送IP地址相匹配，并且，该报文的接收IP地址不与任一预设的接收IP地址相匹配，则该报文的优先级最低。也即，收发IP地址完全匹配时，报文享有最高优先级；收发IP地址不完全匹配时，报文享有中等优先级；收发IP地址完全不匹配时，报文享有最低优先级。

用户可根据实际需求设定基于收发IP地址这一维度的优先级设定策略，此处不作限定。与接收端口的维度类似，用户也可以不设定任一收发IP地址，也即，该收发IP地址白名单可以为空，此时，即认为无需基于收发IP地址这一维度对报文的优先级进行评估。

可以理解，针对以上所提出的这几项不同的优先级评估的维度，电子设备可以选择一项进行考虑，或者，也可以选择若干项进行考虑，或者，还可以全部选择进行考虑，此处不作限定。也即，可基于多维度的综合考量来确定待传输报文的优先级。

步骤203，根据上述待传输报文的优先级，在至少两条链路中确定目标链路。

在本申请实施例中，确定目标链路的准则可以为：在尽可能的保障高优先级的报文的传输的前提下，为当前的待传输报文确定对应的目标链路。基于该准则，步骤203可具体表现为：若待传输报文为最高优先级，则在所有链路中将最优链路确定为目标链路，其中，最优链路为：剩余带宽最多的链路，也即性能最优的链路；若待传输报文不为最高优先级，则在保障目标报文的传输的基础上，在所有链路中将可用链路确定为目标链路，其中，目标报文为：优先级高于该待传输报文的其它待传输报文，上述可用链路为：剩余带宽多于待传输报文的需求带宽的链路，也即能够提供该待传输报文的流量需求的链路。进一步地，若待传输报文不为最高优先级，且在保障目标报文的传输的基础上，在所有链路中已不存在可用链路，则可将该待传输报文丢弃。也即，为了保障高优先级的待传输报文的传输，低优先级的待传输报文可能在适当的时候被放弃，也即链路资源实际上是向高优先级的待传输报文所倾斜的，由此可避免高优先级的待传输报文的传输受阻。

需要注意的是，此处所确定的目标链路的数量可以是一条以上，可根据待传输报文的报文协议类型而确定，此处不作限定。例如，若待传输报文为TCP报文，则由于TCP报文在到达目的地后可自动排列的特性，可根据前文所描述的准则选定一条、两条或更多的链路作为目标链路；若待传输报文为UDP报文或其它类型的报文，则可根据前文所描述的准则选定一条链路作为目标链路。

步骤204，通过上述目标链路发送上述待传输报文。

在本申请实施例中，当确定了待传输报文所对应的目标链路后，即可通过该目标链路向该待传输报文的目的地发送该待传输报文，实现该待传输报文在网络中的传输。需要注意的是，在每次执行了步骤204之后，也即，在每次通过待传输报文所对应的目标链路发送了该待传输报文之后，需要对各条链路的性能参数进行更新，以获知当前各条链路最新的性能参数，例如剩余带宽等，为后续确定新的待传输报文所对应的目标链路这一操作(也即下一次步骤203的执行)打下基础。

仅作为示例，请参阅图3，图3给出了为待传输报文确定目标链路的实现流程示例：

首先获取各个链路的实际性能参数，并获取待传输报文的属性信息。

然后，可基于报文长度来评估待传输报文的优先级。若待传输报文为短报文，则确定待传输报文为最高优先级，可将当前最优的一条链路确定为该待传输报文目标链路。

若待传输报文为长报文，则再基于报文协议类型来评估待传输报文的优先级。若待传输报文为TCP长报文，则确定该待传输报文为次高优先级，可在保证短报文的传输的基础上，选定两个可用报文作为该待传输报文的目标链路。由于TCP报文到达目的地后自动排列的特点，其即便通过不同链路发送也可以自行组包。

若待传输报文为UDP长报文，则确定该待传输报文为第三优先级，可在保证短报文及TCP长报文的传输的基础上，选定可用的单独链路作为该待传输报文的目标链路。需要注意的是，在选定目标链路时，应保证理论上该目标链路发送该待传输报文后仍有剩余带宽。

若待传输报文为非UDP及非TCP的长报文，但是为用户设定的某一特定报文协议类型的长报文，则确定该待传输报文为第四优先级，可在保证短报文、TCP长报文及UDP长报文的传输的基础上，选定可用的单独链路作为该待传输报文的目标链路。需要注意的是，在选定目标链路时，应保证理论上该目标链路发送该待传输报文后仍有剩余带宽。

若待传输报文为非UDP、非TCP且非用户设定的某一特定报文协议类型的长报文，则确定该待传输报文为最低优先级，可在保证短报文、TCP长报文、UDP长报文及用户设定的某一特定报文协议类型的长报文的传输的基础上，选定可用的单独链路作为该待传输报文的目标链路。若不存在可用链路，则丢弃该待传输报文。

在选定好目标链路后，更新各个链路的理论性能参数，并发送待传输报文。在待传输报文发送后，返回执行获取各个链路的实际性能参数的步骤，并开始等待下一轮次的待传输报文的发送。

在一些实施例中，请参阅图4，在步骤202之前，该数据调度方法还包括：

A1、若当前处于预设的初始时间段内，则基于上述待传输报文的属性信息将上述待传输报文划分至所属类别的待传输报文组中。

A2、在上述初始时间段结束后，得到至少一个待传输报文组。

A3、为各个待传输报文组确定对应的目标链路，并分别将各个待传输报文组通过对应的目标链路进行发送。

相应地，上述步骤202，具体表现为：若当前不处于初始时间段内，则基于上述属性信息，确定上述待传输报文的优先级。

可以理解，当流程刚刚开始时，也即，该至少两条链路刚刚开放使用时，所有的链路必然均为空，也即负载为0。这种情况下，实际上每条链路均为性能最优的链路，也即链路之间并不存在性能上的较大差别。基于此，可在预设的初始时间段内，例如流程开始后的300毫秒或500毫秒内，暂缓发送该初始时间段内的待传输报文。仅作为示例，可以将该初始时间段内的报文聚集在一起，基于各个待传输报文的类型划分出至少一个待传输报文组，例如，短报文作为一组，长报文作为一组；长报文下又可将接收端口为任一预设的接收端口的报文作为一组，将接收端口不为任一预设的接收端口的报文作为一组；以此类推，由用户根据实际需求划分出多个待传输报文组。根据各个链路所能够提供的带宽(也即各个链路的剩余带宽)，以及各个待传输报文组的需求带宽，为各个待传输报文组匹配对应的目标链路，实现各个待传输报文组的传输。该分配过程可由电子设备灵活设定，此处不作赘述。通过对该初始时间段内的待传输报文的调度，使得各个链路上都有了一定的负载，由此，在该初始时间段之后，即可开始通过步骤202-204实现待传输数据的实时调度。

电子设备还可以根据该初始时间段内所接收到的所有待传输报文的类型情况，对往后一段时间的待传输报文进行流量估计。也即，通过短时间内的不同类型的报文的流量情况，预测未来一段时间的不同类型的报文所可能的流量，以便于为步骤203中对目标链路的确定提供一定决策依据。

由上可见，通过本申请实施例，在存在待传输报文时，首先获取待传输报文的属性信息，然后基于上述属性信息，确定上述待传输报文的优先级，接着即可根据上述待传输报文的优先级，在至少两条链路中确定目标链路，最后通过上述目标链路发送上述待传输报文。本申请方案具体以报文的属性信息来确定报文在传输过程中的优先级，充分考虑了报文的属性信息对报文传输的影响，根据报文的优先级来选择目标链路进行传输，尽可能地保障较为重要的数据的传输。

对应于上文所提供的数据调度方法，本申请实施例还提供了一种数据调度装置。如图5所示，该数据调度装置500包括：

获取模块501，用于获取待传输报文的属性信息，其中，上述属性信息包括以下至少一种：报文长度、报文协议类型、接收端口及收发IP地址；

第一确定模块502，用于基于上述属性信息，确定上述待传输报文的优先级；

第二确定模块503，用于根据上述待传输报文的优先级，在至少两条链路中确定目标链路；

第一发送模块504，用于通过上述目标链路发送上述待传输报文。

可选地，上述属性信息包括报文长度；上述第一确定模块502，包括：

报文长度比对单元，用于将上述待传输报文的报文长度与预设的报文长度阈值进行比对；

优先级第一确定单元，用于基于比对结果，确定上述待传输报文的优先级。

可选地，上述属性信息包括报文协议类型；上述第一确定模块502，包括：

优先级第二确定单元，用于基于预设的报文协议类型-优先级对应关系，将上述待传输报文的报文协议类型所对应的优先级确定为上述待传输报文的优先级。

可选地，上述属性信息包括接收端口；上述第一确定模块502，包括：

第一匹配单元，用于将上述待传输报文的接收端口与预设的至少一个接收端口进行匹配，得到第一匹配结果；

优先级第三确定单元，用于根据上述第一匹配结果，确定上述待传输报文的优先级。

可选地，上述属性信息包括收发IP地址；上述第一确定模块502，包括：

第二匹配单元，用于将上述待传输报文的收发IP地址与预设的至少一个收发IP地址进行匹配，得到第二匹配结果；

优先级第四确定单元，用于根据上述第二匹配结果，确定上述待传输报文的优先级。

可选地，上述第二确定模块503，包括：

目标链路第一确定单元，用于若上述待传输报文为最高优先级，则在上述至少两条链路中将最优链路确定为上述目标链路，其中，上述最优链路为：剩余带宽最多的链路；

目标链路第二确定单元，用于若上述待传输报文不为最高优先级，则在保障目标报文的传输的基础上，在上述至少两条链路中将可用链路确定为上述目标链路，其中，上述目标报文为：优先级高于上述待传输报文的其它待传输报文，上述可用链路为：剩余带宽多于上述待传输报文的需求带宽的链路。

可选地，上述第二确定模块503，还包括：

报文丢弃单元，用于若上述待传输报文不为最高优先级，且在保障目标报文的传输的基础上，上述至少两条链路中不存在可用链路，则将上述待传输报文丢弃。

可选地，上述数据调度装置500还包括：

分组模块，用于若当前处于预设的初始时间段内，则基于上述待传输报文的属性信息将上述待传输报文划分至所属类别的待传输报文组中，并在上述初始时间段结束后，得到至少一个待传输报文组；

第二发送模块，用于为各个待传输报文组确定对应的目标链路，并分别将各个待传输报文组通过对应的目标链路进行发送；

相应地，上述第一确定模块502，具体用于若当前不处于上述初始时间段内，则基于上述属性信息，确定上述待传输报文的优先级。

由上可见，通过本申请实施例，在存在待传输报文时，首先获取待传输报文的属性信息，然后基于上述属性信息，确定上述待传输报文的优先级，接着即可根据上述待传输报文的优先级，在至少两条链路中确定目标链路，最后通过上述目标链路发送上述待传输报文。本申请方案具体以报文的属性信息来确定报文在传输过程中的优先级，充分考虑了报文的属性信息对报文传输的影响，根据报文的优先级来选择目标链路进行传输，尽可能地保障较为重要的数据的传输。

对应于上文所提供的数据调度方法，本申请实施例还提供了一种电子设备。请参阅图6，本申请实施例中的电子设备6包括：存储器601，一个或多个处理器602(图6中仅示出一个)及存储在存储器601上并可在处理器上运行的计算机程序。其中：存储器601用于存储软件程序以及单元，处理器602通过运行存储在存储器601的软件程序以及单元，从而执行各种功能应用以及诊断，以获取预设事件对应的资源。具体地，处理器602通过运行存储在存储器601的上述计算机程序时实现以下步骤：

获取待传输报文的属性信息，其中，上述属性信息包括以下至少一种：报文长度、报文协议类型、接收端口及收发IP地址；

基于上述属性信息，确定上述待传输报文的优先级；

根据上述待传输报文的优先级，在至少两条链路中确定目标链路；

通过上述目标链路发送上述待传输报文。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，上述属性信息包括报文长度；上述基于上述属性信息，确定上述待传输报文的优先级，包括：

将上述待传输报文的报文长度与预设的报文长度阈值进行比对；

基于比对结果，确定上述待传输报文的优先级。

在上述第一种可能的实施方式作为基础而提供的第三种可能的实施方式中，上述属性信息包括报文协议类型；上述基于上述属性信息，确定上述待传输报文的优先级，包括：

基于预设的报文协议类型-优先级对应关系，将上述待传输报文的报文协议类型所对应的优先级确定为上述待传输报文的优先级。

在上述第一种可能的实施方式作为基础而提供的第四种可能的实施方式中，上述属性信息包括接收端口；上述基于上述属性信息，确定上述待传输报文的优先级，包括：

将上述待传输报文的接收端口与预设的至少一个接收端口进行匹配，得到第一匹配结果；

根据上述第一匹配结果，确定上述待传输报文的优先级。

在上述第一种可能的实施方式作为基础而提供的第五种可能的实施方式中，上述属性信息包括收发IP地址；上述基于上述属性信息，确定上述待传输报文的优先级，包括：

将上述待传输报文的收发IP地址与预设的至少一个收发IP地址进行匹配，得到第二匹配结果；

根据上述第二匹配结果，确定上述待传输报文的优先级。

在上述第一种可能的实施方式作为基础而提供的第六种可能的实施方式中，上述根据上述待传输报文的优先级，在至少两条链路中确定目标链路，包括：

若上述待传输报文为最高优先级，则在上述至少两条链路中将最优链路确定为上述目标链路，其中，上述最优链路为：剩余带宽最多的链路；

若上述待传输报文不为最高优先级，则在保障目标报文的传输的基础上，在上述至少两条链路中将可用链路确定为上述目标链路，其中，上述目标报文为：优先级高于上述待传输报文的其它待传输报文，上述可用链路为：剩余带宽多于上述待传输报文的需求带宽的链路。

在上述第六种可能的实施方式作为基础而提供的第七种可能的实施方式中，处理器602通过运行存储在存储器601的上述计算机程序时还实现以下步骤：

若上述待传输报文不为最高优先级，且在保障目标报文的传输的基础上，上述至少两条链路中不存在可用链路，则将上述待传输报文丢弃。

在上述第一种可能的实施方式作为基础，或者上述第二种可能的实施方式作为基础，或者上述第三种可能的实施方式作为基础，或者上述第四种可能的实施方式作为基础，或者上述第五种可能的实施方式作为基础，或者上述第六种可能的实施方式作为基础，或者上述第七种可能的实施方式作为基础而提供的第八种可能的实施方式中，在上述基于上述属性信息，确定上述待传输报文的优先级之前，处理器602通过运行存储在存储器601的上述计算机程序时还实现以下步骤：

若当前处于预设的初始时间段内，则基于上述待传输报文的属性信息将上述待传输报文划分至所属类别的待传输报文组中；

在上述初始时间段结束后，得到至少一个待传输报文组；

为各个待传输报文组确定对应的目标链路，并分别将各个待传输报文组通过对应的目标链路进行发送；

相应地，上述基于上述属性信息，确定上述待传输报文的优先级，包括：

若当前不处于上述初始时间段内，则基于上述属性信息，确定上述待传输报文的优先级。

应当理解，在本申请实施例中，所称处理器602可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器601可以包括只读存储器和随机存取存储器，并向处理器602提供指令和数据。存储器601的一部分或全部还可以包括非易失性随机存取存储器。例如，存储器601还可以存储设备类别的信息。

由上可见，通过本申请实施例，在存在待传输报文时，首先获取待传输报文的属性信息，然后基于上述属性信息，确定上述待传输报文的优先级，接着即可根据上述待传输报文的优先级，在至少两条链路中确定目标链路，最后通过上述目标链路发送上述待传输报文。本申请方案具体以报文的属性信息来确定报文在传输过程中的优先级，充分考虑了报文的属性信息对报文传输的影响，根据报文的优先级来选择目标链路进行传输，尽可能地保障较为重要的数据的传输。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者外部设备软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

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

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关联的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读存储介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机可读存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括是电载波信号和电信信号。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种数据调度方法，其特征在于，包括：

获取待传输报文的属性信息，其中，所述属性信息包括以下至少一种：报文长度、报文协议类型、接收端口及收发互联网协议IP地址；

基于所述属性信息，确定所述待传输报文的优先级；

根据所述待传输报文的优先级，在至少两条链路中确定目标链路；

通过所述目标链路发送所述待传输报文。

2.如权利要求1所述的数据调度方法，其特征在于，所述属性信息包括报文长度；所述基于所述属性信息，确定所述待传输报文的优先级，包括：

将所述待传输报文的报文长度与预设的报文长度阈值进行比对；

基于比对结果，确定所述待传输报文的优先级。

3.如权利要求1所述的数据调度方法，其特征在于，所述属性信息包括报文协议类型；所述基于所述属性信息，确定所述待传输报文的优先级，包括：

基于预设的报文协议类型-优先级对应关系，将所述待传输报文的报文协议类型所对应的优先级确定为所述待传输报文的优先级。

4.如权利要求1所述的数据调度方法，其特征在于，所述属性信息包括接收端口；所述基于所述属性信息，确定所述待传输报文的优先级，包括：

将所述待传输报文的接收端口与预设的至少一个接收端口进行匹配，得到第一匹配结果；

根据所述第一匹配结果，确定所述待传输报文的优先级。

5.如权利要求1所述的数据调度方法，其特征在于，所述属性信息包括收发IP地址；所述基于所述属性信息，确定所述待传输报文的优先级，包括：

将所述待传输报文的收发IP地址与预设的至少一个收发IP地址进行匹配，得到第二匹配结果；

根据所述第二匹配结果，确定所述待传输报文的优先级。

6.如权利要求1所述的数据调度方法，其特征在于，所述根据所述待传输报文的优先级，在至少两条链路中确定目标链路，包括：

若所述待传输报文为最高优先级，则在所述至少两条链路中将最优链路确定为所述目标链路，其中，所述最优链路为：剩余带宽最多的链路；

若所述待传输报文不为最高优先级，则在保障目标报文的传输的基础上，在所述至少两条链路中将可用链路确定为所述目标链路，其中，所述目标报文为：优先级高于所述待传输报文的其它待传输报文，所述可用链路为：剩余带宽多于所述待传输报文的需求带宽的链路。

7.如权利要求6所述的数据调度方法，其特征在于，所述数据调度方法还包括：

若所述待传输报文不为最高优先级，且在保障目标报文的传输的基础上，所述至少两条链路中不存在可用链路，则将所述待传输报文丢弃。

8.如权利要求1至7任一项所述的数据调度方法，其特征在于，在所述基于所述属性信息，确定所述待传输报文的优先级之前，所述数据调度方法还包括：

若当前处于预设的初始时间段内，则基于所述待传输报文的属性信息将所述待传输报文划分至所属类别的待传输报文组中；

在所述初始时间段结束后，得到至少一个待传输报文组；

为各个待传输报文组确定对应的目标链路，并分别将各个待传输报文组通过对应的目标链路进行发送；

相应地，所述基于所述属性信息，确定所述待传输报文的优先级，包括：

若当前不处于所述初始时间段内，则基于所述属性信息，确定所述待传输报文的优先级。

9.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至8任一项所述的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的方法。

Images