CN101674253A - 一种应用于多路径组网的数据传输处理方法和装置 - Google Patents
一种应用于多路径组网的数据传输处理方法和装置 Download PDFInfo
- Publication number
- CN101674253A CN101674253A CN200910236040A CN200910236040A CN101674253A CN 101674253 A CN101674253 A CN 101674253A CN 200910236040 A CN200910236040 A CN 200910236040A CN 200910236040 A CN200910236040 A CN 200910236040A CN 101674253 A CN101674253 A CN 101674253A
- Authority
- CN
- China
- Prior art keywords
- transmission
- congested
- path
- transmission path
- data
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种应用于多路径组网的数据传输处理方法和装置,该方法包括:记录所述多条传输路径的拥塞状况,并根据记录的传输路径拥塞状况判断是否所有的传输路径均发生拥塞,获取一判断结果;在判断结果指示所述多条传输路径中只有部分传输路径发生拥塞时,从第二传输路径中选择一条用于传输待传输数据包的传输路径;所述第二传输路径为所述多条传输路径中除发生拥塞的第一传输路径之外的传输路径;在判断结果指示所述多条传输路径中的所有传输路径发生拥塞时,从所述多条传输路径中选择一条用于传输待传输数据包的传输路径,并启动流量控制。本发明可以充分利用备份路径的传输带宽,避免了启动拥塞控制策略所带来的不必要的业务损失。
Description
技术领域
本发明涉及通信技术领域,特别是一种应用于多路径组网的数据传输处理方法和装置。
背景技术
通讯领域对于网元间数据传输的稳定性和可靠性有着非常高的要求,为了保障传输的稳定性和可靠性,运营商通常会在两个网元间部署多个传输路径,以形成冗余,即:这些传输路径中的一部分发生故障时,剩余的传输路径仍能够保证业务正常进行,通过这样的冗余方式来避免传输的不稳定影响网元设备的稳定运行。
现有的通信网络中,经常出现传输丢包(网络拥塞)的情况,而现有技术中,一旦发生传输丢包的情况,都进行流量控制操作,但这种解决传输丢包问题的流量控制操作至少存在如下的问题:
对于现有的传输丢包的情况,一般在如下两种情况下发生:流量超过网络负荷和网络承载质量不好。一旦,导致传输丢包是由于网络承载质量不好,采用流量控制操作并不能解决传输丢包的问题,反而会因为流量控制造成大量不必要的业务损失。
发明内容
本发明的目的是提供一种应用于多路径组网的数据传输处理方法和装置,避免由于控制策略采用不当带来的不必要的业务损失。
为了实现上述目的,本发明实施例提供了一种应用于多路径组网的数据传输处理方法,用于处理第一网元和第二网元之间进行的数据传输,所述第一网元和第二网元之间有多条传输路径,所述数据传输处理方法包括:
记录所述多条传输路径的拥塞状况,并根据记录的传输路径拥塞状况判断是否所有的传输路径均发生拥塞,获取一判断结果;
在判断结果指示所述多条传输路径中只有部分传输路径发生拥塞时,从第二传输路径中选择一条用于传输待传输数据包的传输路径;所述第二传输路径为所述多条传输路径中除发生拥塞的第一传输路径之外的传输路径;
在判断结果指示所述多条传输路径中的所有传输路径发生拥塞时,从所述多条传输路径中选择一条用于传输待传输数据包的传输路径,并启动流量控制。
上述的应用于多路径组网的数据传输处理方法,其中,所述数据传输为可靠数据传输。
上述的应用于多路径组网的数据传输处理方法,其中,传输路径拥塞状况通过路径列表字段或路径数目记录字段记录;
所述路径列表字段中针对每一条传输路径包括一用于记录拥塞状态的拥塞标识位;
所述路径数目记录字段用于记录发生拥塞或不拥塞的传输路径的数量。
上述的应用于多路径组网的数据传输处理方法,其中,传输路径拥塞状况还通过发送路径列表字段记录,发送路径列表字段分别记录了未发生拥塞和发生拥塞的传输路径的标识,从所述发送路径列表字段记录的传输路径中选择所述用于传输待传输数据包的传输路径。
上述的应用于多路径组网的数据传输处理方法,其中,传输路径解除拥塞后预设时间,才将解除拥塞的传输路径设置为不拥塞。
为了实现上述目的,本发明实施例还提供了一种应用于多路径组网的数据传输处理装置,用于处理第一网元和第二网元之间进行的数据传输,所述第一网元和第二网元之间有多条传输路径,所述数据传输处理装置包括:
记录模块,用于记录所述多条传输路径的拥塞状况;
判断模块,用于根据记录的传输路径拥塞状况判断是否所有的传输路径均发生拥塞,获取一判断结果;
第一路径选择模块,用于在判断结果指示所述多条传输路径中只有部分传输路径发生拥塞时,从第二传输路径中选择一条用于传输待传输数据包的传输路径;所述第二传输路径为所述多条传输路径中除发生拥塞的第一传输路径之外的传输路径;
第二路径选择模块,用于在判断结果指示所述多条传输路径中的所有传输路径发生拥塞时,从所述多条传输路径中选择一条用于传输待传输数据包的传输路径;
启动控制模块,用于在判断结果指示所述多条传输路径中的所有传输路径发生拥塞时,启动一用于对拥塞状态的传输路径进行流量控制的流量控制模块,否则关闭所述流量控制模块。
上述的应用于多路径组网的数据传输处理装置,其中,所述数据传输为可靠数据传输。
上述的应用于多路径组网的数据传输处理装置,其中,传输路径拥塞状况通过路径列表字段或路径数目记录字段记录;所述路径列表字段中针对每一条传输路径包括一用于记录拥塞状态的拥塞标识位;所述路径数目记录字段用于记录发生拥塞或不拥塞的传输路径的数量。
上述的应用于多路径组网的数据传输处理装置,其中,传输路径拥塞状况还通过发送路径列表字段记录,发送路径列表字段分别记录了未发生拥塞和发生拥塞的传输路径的标识,从所述发送路径列表字段记录的传输路径中选择所述用于传输待传输数据包的传输路径。
上述的应用于多路径组网的数据传输处理装置,其中,传输路径解除拥塞后预设时间,所述记录模块才将解除拥塞的传输路径设置为不拥塞。
本发明实施例具有以下的有益效果:
本发明实施例中,在网络部分路径丢包引发的拥塞场景下,如果系统中还存在没有被记录为拥塞状态的传输路径,则使用这些还没有被记录为拥塞状态的传输路径进行数据传输,只要备份的传输路径尚有足够带宽,则故障发生后系统仍可以保证正常运行而不损失业务,而在系统中所有传输路径都被记录为拥塞状态,才启动流量控制,此时还是可以保证部分业务正常进行,因此,本发明实施例把因为网络传输质量差导致的丢包拥塞和因为网络负荷不够导致的丢包拥塞以不同处理方式结合起来,可以防止在备份路径还有充分的传输带宽余量的情况下启动拥塞控制策略所带来的不必要的业务损失。
附图说明
图1为本发明实施例的方法的流程示意图;
图2所示为网元间的4条传输路径的拥塞状态变化示意图;
图3所示为数组的变化示意图;
图4为本发明实施例的装置的结构示意图。
具体实施方式
本发明具体实施例的应用于多路径组网的数据传输处理方法和装置中,用于在第一网元和第二网元进行数据传输,在第一网元和第二网元之间存在没有记录为拥塞的路径时,利用没有记录为拥塞的路径来传输待传输数据包,而在第一网元和第二网元之间所有传输路径都拥塞时,启用流量控制进行拥塞处理。
本发明实施例的应用于多路径组网的数据传输处理方法,用于处理第一网元和第二网元之间进行的可靠数据传输,所述第一网元和第二网元之间有多条传输路径,如图1所示,该方法包括:
步骤11,在第一网元和第二网元之间进行的数据传输过程中,实时记录传输路径拥塞状况;
步骤12,根据记录的传输路径拥塞状况判断是否所有的传输路径均发生拥塞,获取一判断结果;
步骤13,在判断结果指示所述多条传输路径中只有部分传输路径发生拥塞时,从第二传输路径中选择一条用于传输待传输数据包的传输路径;所述第二传输路径为所述多条传输路径中除发生拥塞的第一传输路径之外的传输路径;
步骤14,在判断结果指示所述多条传输路径中的所有传输路径发生拥塞时,从所述多条传输路径中选择一条用于传输待传输数据包的传输路径,进入步骤15;
步骤15,在判断结果指示所述多条传输路径中的所有传输路径发生拥塞时,启动流量控制。
在本发明具体实施例中,该可靠数据传输包含,但不限于以下需要确认的数据传输:基于串流控制传输协议SCTP、媒体传输协议MTP或传输控制协议TCP的数据传输。
在本发明的具体实施例中,在步骤13和14中都需要从一个传输路径集合中选择一条传输路径,在此,该传输路径的选择可以是基于轮询算法来选择,也可以是基于负载均衡来选择,当然还可以基于其它算法进行选择,这些都是属于现有技术的范畴,在本发明实施例中不作进一步详细的描述。
在本发明的具体实施例中,需要实时记录传输路径的拥塞情况,下面对记录传输路径拥塞状况的具体实现进行详细说明。
如图2所示,假定网元A和网元B之间具有4条传输路径,分别为传输路径1、传输路径2、传输路径3和传输路径4。
本发明实施例中,将所有传输路径(传输路径1、传输路径2、传输路径3和传输路径4)分为两个队列,激活队列和拥塞队列,其中:
激活队列中传输路径是没有被记录为拥塞的队列,而拥塞队列中的队列当前被记录为拥塞。
激活队列和拥塞队列是随着数据传输过程中不断变化的,以图2为例说明如下:
T1时刻,所有传输路径都处于激活队列中,而拥塞队列为空;
T2时刻,传输路径3出现拥塞,因此,传输路径1、2和4处于激活队列中,而传输路径3出现在拥塞队列;
T3时刻,传输路径4出现拥塞,因此,传输路径1、2处于激活队列中,而传输路径3、4出现在拥塞队列;
T4时刻,传输路径3拥塞解除,因此,传输路径1、2和3处于激活队列中,而传输路径4出现在拥塞队列;
T5时刻,所有传输路径都出现拥塞,因此,激活队列为空,而传输路径1、2、3和4处于拥塞队列。
在本发明的具体实施例中,可以记录激活队列和拥塞队列中的至少一个队列中的传输路径拥塞状况,说明如下。
<记录方式一>
在记录方式一中,设置一路径列表字段PathList,其中针对每一条路径包括一拥塞标识位。
路径列表字段的长度与第一网元和第二网元之间的传输路径的数量相关,如第一网元和第二网元之间的传输路径为8条时,该字段的长度为8bits,第一网元和第二网元之间的传输路径为16条时,该字段的长度为16bits,对应于每条传输路径,其拥塞标记录位的值为0表示该传输路径拥塞,值为1表示该传输路径不拥塞;
以图2所示的情况为例,在T1、T2、T3、T4和T5时刻,该路径列表字段的值分别为:
1111
1101
1100
0000。
由于路径列表字段,记录了每一传输路径的拥塞状况,此时,在步骤12中,可以通过判断路径列表字段中的是否存在”1”,如果是,表明存在不拥塞的传输路径,步骤12获取的判断结果会指示所述多条传输路径中只有部分传输路径发生拥塞,否则(也就是路径列表字段中全是”0”),则表明所有的传输路径都拥塞,此时在步骤12获取的判断结果会指示所述多条传输路径中全部传输路径发生拥塞。
在记录方式一中,由于路径列表字段,记录了每一传输路径的拥塞状况,在有传输路径进入拥塞时,将其对应的拥塞标识位设置为0即可,而在该传输路径变得不拥塞时,将其对应的拥塞标识位设置为1即可。
当然,在实现方式一中,也可以以记录位的值为1表示该传输路径拥塞,值为0表示该传输路径不拥塞,此时在步骤12中判断是否存在”0”即可。
<记录方式二>
由于在记录方式一中,记录了每一条传输路径的拥塞状况,而在步骤12中需要判断是否所有的传输路径发生拥塞,此时有可能需要判断4次,在传输路径较多时,可能需要进行很多次判断。
为了减少判断次数,加快决策的过程,在记录方式二中,设置一第一路径数目记录字段PathNumber1,记录发生拥塞的传输路径的数量。
由于第一路径数目记录字段记录的是拥塞的传输路径的数量,也就是拥塞队列包括的传输路径的数量,以图2所示的情况为例,在T1、T2、T3、T4和T5时刻,该第一路径数目记录字段的值分别为:0、1、2、1和4。
此时,在T1、T2、T3和T4时刻,由于记录的拥塞队列所包括的传输路径的数量都小于4,也就是说不是所有的传输路径都拥塞,此时步骤12获取的判断结果会指示所述多条传输路径中只有部分传输路径发生拥塞,而在T5时刻,记录的激活队列所包括的传输路径的数量为4,表明所有的传输路径都拥塞,此时在步骤12获取的判断结果会指示所述多条传输路径中全部传输路径发生拥塞。
相对于记录方式一,只需要判断一次即可得到判断结果,可以降低占用的处理器资源,同时加快了判断的时间。
步骤11中,在初始时,将第一路径数目记录字段PathNumber1的值设为0,此后,如果出现一条传输路径变为拥塞状态,则将PathNumber1的值加1,如果有传输路径拥塞状态解除,则将PathNumber1的值减1。
<记录方式三>
由于在记录方式一中,记录了每一条传输路径的拥塞状况,而在步骤12中需要判断是否所有的传输路径发生拥塞,此时有可能需要判断4次,在传输路径较多时,可能需要进行很多次判断。
为了减少判断次数,加快决策的过程,在记录方式三中,设置一第二路径数目记录字段PathNumber2,记录未发生拥塞的传输路径的数量。
由于第二路径数目记录字段记录的是未拥塞的传输路径的数量,也就是激活队列包括的传输路径的数量,以图2所示的情况为例,在T1、T2、T3、T4和T5时刻,该第二路径数目记录字段的值分别为:4、3、2、3和0。
此时,在T1、T2、T3和T4时刻,由于记录的激活队列所包括的传输路径的数量都大于0,也就是说不是所有的传输路径都拥塞,此时步骤12获取的判断结果会指示所述多条传输路径中只有部分传输路径发生拥塞,而在T5时刻,记录的激活队列所包括的传输路径的数量为0,表明没有传输路径处于激活队列,也就是说所有的传输路径都拥塞,此时在步骤12获取的判断结果会指示所述多条传输路径中全部传输路径发生拥塞。
相对于记录方式一,只需要判断一次即可得到判断结果,可以降低占用的处理器资源,同时加快了判断的时间。
步骤11中,在初始时,将第二路径数目记录字段PathNumber2的值设为4(也就是总的传输路径的数目),此后,如果出现一条传输路径变为拥塞状态,则将PathNumber1的值减1,如果有传输路径拥塞状态解除,则将PathNumber2的值加1。
<记录方式四>
在本发明的具体实施例中,在激活队列不为空时,需要从第二传输路径(也就是激活队列中的未发生拥塞的传输路径)中选择路径发送待传输数据,而在激活队列为空时,需要从第一传输路径(也就是拥塞队列中发生拥塞的的传输路径)选择路径发送待传输数据。
为了方便路径选择,在本发明具体实施例的记录方式四中,设置如下字段:
第三路径列表字段PathList3,其中针对每一条路径包括一拥塞标识位,对应于每条传输路径,其拥塞标记录位的值为0表示该传输路径拥塞,值为1表示该传输路径不拥塞;
第一路径数目记录字段PathNumber1,记录发生拥塞的传输路径的数量;
第一发送路径列表字段SendPathList1,依次记录未发生拥塞的传输路径的标识,值为0xffff表示无效;
第二发送路径列表字段SendPathList2,依次记录发生拥塞的传输路径的标识,值为0xffff表示无效;
每次路径列表字段中的bit发生改变时,都需要重新依次扫描路径列表字段中每一个bit,当扫描路径列表字段中第一个取值为1的bit为扫描路径列表字段中的第n1个bit,则将SendPathList1数组的第1个数据填写n1,当扫描路径列表字段中第二个取值为1的bit为扫描路径列表字段中的第m1个bit,则将SendPathList1数组的第2个数据填写m1,......
每次路径列表字段中的bit发生改变时,都需要重新依次扫描路径列表字段中每一个bit,当扫描路径列表字段中第一个取值为0的bit为扫描路径列表字段中的第n2个bit,则将SendPathList2数组的第1个数据填写n2,当扫描路径列表字段中第二个取值为0的bit为扫描路径列表字段中的第m2个bit,则将SendPathList2数组的第2个数据填写m2,......
发送数据的时候,如果所有数据都处于拥塞状态,则从SendPathList2记录的传输路径中进行轮询发送,否则从SendPathList1记录的传输路径中进行轮询发送。
<记录方式五>
在本发明的具体实施例中,在激活队列不为空时,需要从第二传输路径(也就是激活队列中的未发生拥塞的传输路径)中选择路径发送待传输数据,而在激活队列为空时,需要从第一传输路径(也就是拥塞队列中的发生拥塞的传输路径)选择路径发送待传输数据。
为了方便路径选择,在本发明具体实施例的记录方式五中,设置如下字段:
激活队列路径列表字段PathList1,其中针对每一条路径设置一标识位,其标识位的值为0表示激活队列不包括该传输路径,值为1表示激活队列包括该传输路径;
拥塞队列路径列表字段PathList2,其中针对每一条路径设置一标识位,其标识位的值为0表示拥塞队列不包括该传输路径,值为1表示拥塞队列包括该传输路径;
第一发送路径列表字段SendPathList1,依次记录未发生拥塞的传输路径的标识,值为0xffff表示无效;
第二发送路径列表字段SendPathList2,依次记录发生拥塞的传输路径的标识,值为0xffff表示无效;
每次PathList1或PathList2中的bit发生改变时,依次扫描PathList1中每一个bit,当PathList1中第一个取值为1的bit为PathList1中的第n1个bit,则将SendPathList1数组的第1个数据填写n1,当PathList1中第二个取值为1的bit为PathList1中的第m1个bit,则将SendPathList1数组的第2个数据填写m1,......,直至所有bit扫描结束;
然后依次扫描PathList2中每一个bit,当PathList2中第一个取值为1的bit为PathList2中的第n2个bit,则将SendPathList2数组的第1个数据填写n2,当PathList2中第二个取值为0的bit为PathList2中的第m2个bit,则将SendPathList2数组的第2个数据填写m2,......
如图3所示,假定有8条传输路径,T1时刻,所有传输路径都不拥塞,而T2时刻,传输路径1转变为拥塞状态时,则在T2时刻,需要将PathList1中的第一个1修改为0,而SendPathList1由1、2、3、4、5、6、7和8改变为:2、3、4、5、6、7和8。
需要将PathList2中的第一个0修改为1,而SendPathList2改变为:1。
发送数据的时候,如果所有数据都处于拥塞状态,则从SendPathList2记录的传输路径中进行轮询发送,否则从SendPathList1记录的传输路径中进行轮询发送。
在本发明的具体实施例中,为防止出现报文错序或数据传送/接收状态机混乱,出现拥塞的传输路径下的缓存的待确认数据建议依旧从原传输路径进行传输。
传输路径解除拥塞后预设时间,才将解除拥塞的传输路径设置为不拥塞。
当拥塞路径队列中的传输路径缓存中的数据逐渐发送确认完毕之后,发送队列长度会低于拥塞门限,传输路径解除拥塞,可以重新移回当前激活路径队列,但本发明的具体实施例中,但为防止出现路径状态的频繁切换,对于解除拥塞的传输路径,设置一固定时延或阻尼时延,在固定时延或阻尼时延到时后,解除拥塞的传输路径没有再次进入阻塞状态,才将其转移到激活路径队列中。
如果在固定时延或阻尼时延到时之前,解除拥塞的传输路径再次进入阻塞状态,则增大所述固定时延或阻尼时延(如加倍)。
在本发明的具体实施例中,时延或阻尼算法根据运营商的具体网络质量参数(丢包率和传输误码率)和运营商对接通率下降和故障状态恢复的敏感度进行设置,在可靠网络下(如丢包率<0.1,误码率小于10的负5次方),可以设置为3-5分钟内发生3-5次切换,延时10-30分钟把解除拥塞的传输路径从拥塞队列切换至激活队列.若运营商对接通率下降很敏感,则固定时延或阻尼时延可以适当加大,若运营商对接通率下降不敏感,对网络恢复后负荷分担恢复较敏感,则固定时延或阻尼时延可以适当减小。
采用本发明所述方法,在网络部分路径丢包引发的拥塞场景下,如果系统中还存在没有被记录为拥塞状态的传输路径,则使用这些还没有被记录为拥塞状态的传输路径进行数据传输,要备份的传输路径尚有足够带宽,则故障发生后系统仍可以保证正常运行而不损失业务。
只有在系统中所有传输路径都被记录为拥塞状态,才启动流量控制,此时还是可以保证部分业务正常进行。
因此,本发明实施例把因为网络传输质量差导致的丢包拥塞和因为网络负荷不够导致的丢包拥塞以不同处理方式结合起来,可以防止在备份路径还有充分的传输带宽余量的情况下启动拥塞控制策略所带来的不必要的业务损失。
本发明实施例的应用于多路径组网的数据传输处理装置,用于处理第一网元和第二网元之间进行的可靠数据传输,所述第一网元和第二网元之间有多条传输路径,如图3所示,该数据传输处理装置包括:
记录模块,用于在第一网元和第二网元之间进行的数据传输过程中,实时记录传输路径拥塞状况;
判断模块,用于根据记录的传输路径拥塞状况判断是否所有的传输路径均发生拥塞,获取一判断结果;
第一路径选择模块,用于在判断结果指示所述多条传输路径中只有部分传输路径发生拥塞时,从第二传输路径中选择一条用于传输待传输数据包的传输路径;所述第二传输路径为所述多条传输路径中除发生拥塞的第一传输路径之外的传输路径;
第二路径选择模块,用于在判断结果指示所述多条传输路径中的所有传输路径发生拥塞时,从所述多条传输路径中选择一条用于传输待传输数据包的传输路径;
启动控制模块,用于在判断结果指示所述多条传输路径中的所有传输路径发生拥塞时,启动一用于对拥塞状态的传输路径进行流量控制的流量控制模块,否则关闭所述流量控制模块。
本发明实施例中,为了防止传输路径状态的频繁切换,传输路径解除拥塞后预设时间,所述记录模块才将解除拥塞的传输路径设置为不拥塞。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (9)
1.一种应用于多路径组网的数据传输处理方法,用于处理第一网元和第二网元之间进行的数据传输,所述第一网元和第二网元之间有多条传输路径,其特征在于,所述数据传输处理方法包括:
记录所述多条传输路径的拥塞状况,并根据记录的传输路径拥塞状况判断是否所有的传输路径均发生拥塞,获取一判断结果;
在判断结果指示所述多条传输路径中只有部分传输路径发生拥塞时,从第二传输路径中选择一条用于传输待传输数据包的传输路径;所述第二传输路径为所述多条传输路径中除发生拥塞的第一传输路径之外的传输路径;
在判断结果指示所述多条传输路径中的所有传输路径发生拥塞时,从所述多条传输路径中选择一条用于传输待传输数据包的传输路径,并启动流量控制。
2.根据权利要求1所述的应用于多路径组网的数据传输处理方法,其特征在于,所述数据传输为可靠数据传输。
3.根据权利要求2所述的应用于多路径组网的数据传输处理方法,其特征在于,传输路径拥塞状况通过路径列表字段或路径数目记录字段记录;
所述路径列表字段中针对每一条传输路径包括一用于记录拥塞状态的拥塞标识位;
所述路径数目记录字段用于记录发生拥塞或不拥塞的传输路径的数量。
4.根据权利要求3所述的应用于多路径组网的数据传输处理方法,其特征在于,传输路径拥塞状况还通过发送路径列表字段记录,发送路径列表字段分别记录了未发生拥塞和发生拥塞的传输路径的标识,从所述发送路径列表字段记录的传输路径中选择所述用于传输待传输数据包的传输路径。
5根据权利要求1、2、3或4所述的应用于多路径组网的数据传输处理方法,其特征在于,传输路径解除拥塞后预设时间,才将解除拥塞的传输路径设置为不拥塞。
6.一种应用于多路径组网的数据传输处理装置,用于处理第一网元和第二网元之间进行的数据传输,所述第一网元和第二网元之间有多条传输路径,其特征在于,所述数据传输处理装置包括:
记录模块,用于记录所述多条传输路径的拥塞状况;
判断模块,用于根据记录的传输路径拥塞状况判断是否所有的传输路径均发生拥塞,获取一判断结果;
第一路径选择模块,用于在判断结果指示所述多条传输路径中只有部分传输路径发生拥塞时,从第二传输路径中选择一条用于传输待传输数据包的传输路径;所述第二传输路径为所述多条传输路径中除发生拥塞的第一传输路径之外的传输路径;
第二路径选择模块,用于在判断结果指示所述多条传输路径中的所有传输路径发生拥塞时,从所述多条传输路径中选择一条用于传输待传输数据包的传输路径;
启动控制模块,用于在判断结果指示所述多条传输路径中的所有传输路径发生拥塞时,启动一用于对拥塞状态的传输路径进行流量控制的流量控制模块,否则关闭所述流量控制模块。
7.根据权利要求6所述的应用于多路径组网的数据传输处理装置,其特征在于,所述数据传输为可靠数据传输。
8.根据权利要求6所述的应用于多路径组网的数据传输处理装置,其特征在于,传输路径拥塞状况通过路径列表字段或路径数目记录字段记录;所述路径列表字段中针对每一条传输路径包括一用于记录拥塞状态的拥塞标识位;所述路径数目记录字段用于记录发生拥塞或不拥塞的传输路径的数量。
9.根据权利要求8所述的应用于多路径组网的数据传输处理装置,其特征在于,传输路径拥塞状况还通过发送路径列表字段记录,发送路径列表字段分别记录了未发生拥塞和发生拥塞的传输路径的标识,从所述发送路径列表字段记录的传输路径中选择所述用于传输待传输数据包的传输路径。
10根据权利要求6、7、8或9所述的应用于多路径组网的数据传输处理装置,其特征在于,传输路径解除拥塞后预设时间,所述记录模块才将解除拥塞的传输路径设置为不拥塞。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910236040A CN101674253A (zh) | 2009-10-16 | 2009-10-16 | 一种应用于多路径组网的数据传输处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910236040A CN101674253A (zh) | 2009-10-16 | 2009-10-16 | 一种应用于多路径组网的数据传输处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101674253A true CN101674253A (zh) | 2010-03-17 |
Family
ID=42021247
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910236040A Pending CN101674253A (zh) | 2009-10-16 | 2009-10-16 | 一种应用于多路径组网的数据传输处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101674253A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103067273A (zh) * | 2013-01-05 | 2013-04-24 | 中国联合网络通信集团有限公司 | 传输数据的方法和装置 |
CN104270790A (zh) * | 2014-10-23 | 2015-01-07 | 湘潭大学 | 基于信道公平分配的拥塞控制方法 |
CN106330409A (zh) * | 2016-08-26 | 2017-01-11 | 浪潮(北京)电子信息产业有限公司 | 一种多路ts视频流传输方法及其系统 |
CN107204932A (zh) * | 2017-07-20 | 2017-09-26 | 湖南中云飞华信息技术有限公司 | 基于网络端节点的网络流控方法及装置 |
CN107786440A (zh) * | 2016-08-26 | 2018-03-09 | 华为技术有限公司 | 一种数据报文转发的方法及装置 |
-
2009
- 2009-10-16 CN CN200910236040A patent/CN101674253A/zh active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103067273A (zh) * | 2013-01-05 | 2013-04-24 | 中国联合网络通信集团有限公司 | 传输数据的方法和装置 |
CN103067273B (zh) * | 2013-01-05 | 2015-07-08 | 中国联合网络通信集团有限公司 | 传输数据的方法和装置 |
CN104270790A (zh) * | 2014-10-23 | 2015-01-07 | 湘潭大学 | 基于信道公平分配的拥塞控制方法 |
CN106330409A (zh) * | 2016-08-26 | 2017-01-11 | 浪潮(北京)电子信息产业有限公司 | 一种多路ts视频流传输方法及其系统 |
CN107786440A (zh) * | 2016-08-26 | 2018-03-09 | 华为技术有限公司 | 一种数据报文转发的方法及装置 |
CN107786440B (zh) * | 2016-08-26 | 2021-05-11 | 华为技术有限公司 | 一种数据报文转发的方法及装置 |
US11184284B2 (en) | 2016-08-26 | 2021-11-23 | Huawei Technologies Co., Ltd. | Data packet forwarding method and apparatus |
CN107204932A (zh) * | 2017-07-20 | 2017-09-26 | 湖南中云飞华信息技术有限公司 | 基于网络端节点的网络流控方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101558609B (zh) | 一种环保护方法、装置及系统 | |
CN101554002B (zh) | 监视链路聚合链路的方法和系统 | |
US9426083B2 (en) | Consistency checking for credit-based control of data communications | |
CN101529763A (zh) | 链路聚合的禁用状态和状态信令 | |
CN101753397B (zh) | 一种以太环网快速自愈的系统、方法及设备 | |
CN101674253A (zh) | 一种应用于多路径组网的数据传输处理方法和装置 | |
CN101702663A (zh) | 一种环网拓扑信息的更新方法、装置和系统 | |
CN102457420A (zh) | 建立路径数据的网络装置及其方法 | |
CN110061914A (zh) | 一种报文转发方法及装置 | |
CN102761479A (zh) | 链路选择方法和装置 | |
CN109218061A (zh) | 灵活以太网之故障通知及获取方法、装置、通信设备 | |
CN106789521B (zh) | 一种环网故障倒换方法及环节点 | |
WO2019019827A1 (zh) | 一种数据传输方法和装置、设备、存储介质 | |
CN102271058A (zh) | 一种业务多路径保护的方法及装置 | |
CN105721235A (zh) | 一种检测连通性的方法和装置 | |
CN106464511A (zh) | 一种业务保护方法及装置 | |
CN100417083C (zh) | 链路状态自协商方法 | |
CN101938365A (zh) | 以太网中的故障处理方法和装置 | |
CN101146034A (zh) | 一种smn报文控制方法 | |
CN101217487A (zh) | 一种实现链路抢占的方法及链路端口 | |
CN101674171B (zh) | 一种端口配置管理方法、单板及端口配置管理系统 | |
CN101635683A (zh) | 基于链路聚合的业务下发方法及装置 | |
CN109996130A (zh) | 基于sdn的光传送网保护恢复方法、设备及存储介质 | |
CN107547388A (zh) | 一种报文发送方法及装置 | |
CN102136936B (zh) | 避免控制平面故障影响转发平面运行的方法、节点及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20100317 |