CN101184048B - 一种数据帧传输的合路控制方法和设备 - Google Patents
一种数据帧传输的合路控制方法和设备 Download PDFInfo
- Publication number
- CN101184048B CN101184048B CN2007101986111A CN200710198611A CN101184048B CN 101184048 B CN101184048 B CN 101184048B CN 2007101986111 A CN2007101986111 A CN 2007101986111A CN 200710198611 A CN200710198611 A CN 200710198611A CN 101184048 B CN101184048 B CN 101184048B
- Authority
- CN
- China
- Prior art keywords
- frame
- passage
- transmission
- send
- data traffic
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
- H04L47/6255—Queue scheduling characterised by scheduling criteria for service slots or service orders queue load conditions, e.g. longest queue first
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/52—Queue scheduling by attributing bandwidth to queues
- H04L47/522—Dynamic queue service slot or variable bandwidth allocation
Abstract
本发明公开了一种数据帧传输的合路控制方法和设备。本发明方法包括:检测数据流量最大的一条通道对应的缓存中是否有完整的数据帧;如果是,则发送所述数据流量最大的一条通道对应的缓存中的数据帧。本发明技术方案中,通过优先发送数据流量最大的一条通道对应的缓存中的数据帧,可以降低系统总的丢帧率,进而还可以减少重传次数,提高数据帧的传输效率。
Description
技术领域
本发明属于通信技术领域,尤其涉及一种数据帧传输的合路控制方法和设备。
背景技术
基站系统,主要由基站基带单元(BBU,Base Band Unit)和射频拉远单元(RRU,Radio Remote Unit)两部分组成,两者之间的数据通信,通过基于通用公用无线接口(CPRI,Common Public Radio Interface)协议的高速串行接口实现。CPRI接口是全双工同步接口,主要承载了三类信息:同步信息、业务面信息和控制面信息。为便于表述,定义信息从BBU流向RRU的方向,称为下行方向;信息从RRU流向BBU的方向,称为上行方向。参照图1,为现有技术中一个BBU和一个RRU构成的基站系统示意图,13为CPRI接口。可以看出CPRI接口互联BBU11和RRU12,14为天线。
由于CPRI2.0协议支持的最高数据速率可以达到2.45765G,因此,一个CPRI接口上可以同时传送多个RRU的信息。同时,在RRU拉远的系统结构下,也要求将每个RRU级联起来,使多个RRU共享CPRI接口上的带宽。基于上述需求,衍生出图2所示的RRU级联的基站系统。在上述系统结构中,对于CPRI上承载的控制面信息,是基于包的方式传送的,支持高级数据链路控制(HDLC,High-level Data Link Control)和以太网两种传输协议。
基站系统的应用要求BBU可以和每一个RRU实现全双工的实时通信,每个RRU之间不需要通信,以下以HDLC为例,来介绍控制面信息的传输方法:
对于图2所示的基站系统中的每一级RRU来说,需要完成如下功能:
1)对于下行方向而言,BBU发送给所有RRU的所有HDLC帧,会被每一级RRU透传,因此可以保证每一级RRU都能收到BBU发送出来的所有HDLC帧,每一级RRU再根据HDLC帧的目的地址进行筛选;
2)对于上行方向而言,要实现BBU和RRU之间的点对点通信,每一级RRU需要实现合路功能,即以一定的算法,选择发送本级的HDLC帧,或者下一级RRU传送过来的HDLC帧给BBU。
参照图3,为现有技术中HDLC帧的传送方式示意图,ASIC设计时用到了4个缓存(FIFO),分别为:
1)FIFO34,用于缓存BBU到本级RRU的HDLC帧;
2)FIFO35,用于缓存本级RRU到BBU的HDLC帧;
3)FIFO36,用于缓存BBU到下一级RRU的HDLC帧;
4)FIFO37,用于缓存下一级RRU到BBU的HDLC帧。
在上行方向,对于每一级RRU,需要缓存从本级CPU发送到BBU的HDLC帧,同时缓存从下一级RRU发送过来的HDLC帧;RRU需要按照一定的合路策略,在合适的时刻,选择某一条通道的HDLC帧转发到上一级的CPRI接口,进而一级一级地把上行HDLC帧转送到BBU。
参照图3,在系统的实际应用中,需要进行流量控制,通常基于如下考虑:
每一级RRU会控制实际的HDLC帧的发送间隔,即控制有效数据的带宽。在组建系统时,要保证所有RRU发送的有效数据带宽之和,不大于CPRI接口总带宽,这样才能保证统计学上的带宽一致性。
但是,如果只考虑瞬时速率,通道31和通道33的带宽是相等的,这样不管通道32的带宽有多大,都会造成通道32和通道33的带宽之和大于通道31。因此,在合路的设计上,需要充分分析这种峰值情况的合路控制策略,以能够同时满足效率和丢帧率要求。
现有基站设备采用的合路控制方法可概括为:分别缓存两帧、等优先级轮询、整帧转发。具体为:分别分配两个缓存给本级CPU和下一级RRU,缓存的深度为2个HDLC帧的最长帧。当本级CPU或下一级RRU有HDLC帧传送过来的时候,先将HDLC帧保存在各自的缓存中。不断检查两个FIFO中是否有一个已经保存了至少一个完整的HDLC帧,如果是,则将该FIFO中的HDLC帧取出,向上一级传送。传送一个HDLC帧后,结束该FIFO的传送。 开始检查另一个FIFO是否也满足传送要求,如果是,则传送该FIFO中的一个HDLC帧;如果不是,则继续检查前一个FIFO是否满足传送要求。
在对现有技术的研究和实践过程中,发明人发现上述技术方案的最大特点是结构简单,但这种技术方案并没有考虑峰值情况下的性能,当RRU只有两级,并且假设两个RRU的HDLC帧流量相同,同时所有的HDLC帧长一致,没有量级上的巨大差异,在理想状态下,这种合路控制方法是可以接受的,而事实上,流量是不均衡的,例如,假设只有两级,后级RRU的流量比本级RRU流量大,并且长时间连续发送HDLC帧,如果采用等优先级轮询的方式发送HDLC帧,就会导致发送本级的HDLC帧,就不得不丢掉后一级的HDLC帧;反之,发送后一级的HDLC帧,就不得不丢掉本级的HDLC帧,因此会导致后级RRU的丢帧率较大,瞬时丢帧率可达50%。
对于上述方案,除了流量不均衡容易造成丢帧率增加外,当系统级联级数较多时,也会造成较大的丢帧率。例如,在实际系统中,RRU甚至可以采取8级级联,那么对于第一级RRU来说,它的下级RRU有7级,则总流量可能为本级RRU的7倍,会使后级所有RRU的瞬时丢帧率大大增加。
另外,当帧长差别较大时,采用上述方案也会造成丢帧率的增加。例如,对于两级RRU,如果某一级持续发送短帧,另一级持续发送长帧,由于发送长帧需要更多的时间,则发送1个长帧时,可能造成大量的短帧堆积在缓存里,最终不得不丢弃,因此会造成短帧的丢帧率增加,同时,由于帧长较短,还会造成实际获得的带宽较小。
综上,上述技术方案会造成较大的丢帧率,而对于某个RRU来说,丢帧时就不得不一次次地发送重传请求,因此又降低了HDLC上行通道的传输效率。
发明内容
本发明实施例要解决的技术问题是提供一种数据帧传输的合路控制方法和设备,能够降低系统丢帧率,增加上行通道的传输效率。
为解决上述技术问题,本发明所提供的数据帧传输的合路控制方法和设备实施例是通过以下技术方案实现的:
本发明实施例提供了一种数据帧传输的合路控制方法,该方法包括步骤:
检测数据流量最大的一条通道对应的缓存中是否有完整的数据帧;
如果是,则发送所述数据流量最大的一条通道对应的缓存中的数据帧,并压制其余各条通道数据帧的传送;
检测所述数据流量最大的一条通道连续发送所述数据帧的数目;
当检测得到的数据帧的数目大于预设的数据帧阈值时,停止所述数据流量最大的一条通道的发送,按照预设策略授权给其余某一条通道发送。
本发明实施例还提供了一种电信设备,该电信设备包括:
第一检测单元,用于检测数据流量最大的一条通道对应的缓存中是否有完整的数据帧,并当有完整的数据帧时,通知发送单元发送所述数据流量最大的一条通道对应的缓存中的数据帧;
发送单元,用于发送数据帧;
帧发送控制单元,用于在所述发送单元发送所述数据流量最大的一条通道对应的缓存中的数据帧时,压制其余各条通道对应缓存中的数据帧的传送;
第二检测单元,用于检测所述数据流量最大的一条通道连续发送所述数据帧的数目,并将检测结果发送到权限控制单元;
权限控制单元,用于判断检测得到的数据帧的数目是否大于预设的数据帧阈值,并当检测得到的数据帧的数目大于预设的数据帧阈值时,通知发送单元停止所述数据流量最大的一条通道的发送,按照预设策略发送其余某一条通道对应缓存中的数据帧,并通知帧发送控制单元取消压制其余各条通道数据帧的传送。
从以上技术方案可以看出,本发明实施例通过检测数据流量最大的一条通道对应的缓存中是否有完整的数据帧,并当有时,则发送所述数据流量最大的一条通道对应的缓存中的数据帧,由于能够保证数据流量最大的一条通道优先发送,该通道的丢帧率几乎为0,并且,由于这一条通道的数据流量最大,因此在单位时间内,可以降低系统总的丢帧率,而随着丢帧率的降低,可以减少数据的重传次数,进而可以提高数据帧的传输效率。
附图说明
图1为现有技术中一个BBU和一个RRU构成的基站系统示意图;
图2为现有技术中RRU级联的基站系统示意图;
图3为现有技术中HDLC帧的传输方式示意图;
图4为本发明实施例中HDLC帧传输的合路控制方法实施例一流程图;
图5为本发明实施例中HDLC帧传输的合路控制方法实施例二流程图;
图6为本发明实施例中HDLC帧传输的合路控制方法实施例三流程图;
图7为本发明实施例中HDLC帧传输的合路控制方法实施例四流程图;
图8为本发明实施例中RRU设备实施例一结构示意图;
图9为本发明实施例中RRU设备实施例二结构示意图;
图10为本发明实施例中RRU设备实施例三结构示意图;
图11为本发明实施例中RRU设备实施例四结构示意图。
具体实施方式
本发明实施例提供了一种数据帧传输的合路控制方法和设备,能够降低系统丢帧率,增加上行通道的传输效率。
由于在具体应用中,各条通道的数据流量是不均衡的,例如在级联情况下,一般后级的数据流量是大于本级的数据流量的,本发明实施例通过检测数据流量最大的一条通道对应的缓存中是否有完整的数据帧,并当有时,发送所述数据流量最大的一条通道对应的缓存中的数据帧,而不管其余各条通道对应的缓存中是否完整的数据帧。这样可以保证数据流量最大的一条通道的丢帧率大大降低,丢帧率几乎为0,并且,当数据流量最大的一条通道对应的缓存中没有完整的数据帧时,如果其余各条通道中的某一条通道有完整的数据帧,也可正常发送,因此,与采用等优先级轮询的方式相比,可以降低系统总的丢帧率,进而提高上行通道的传输效率。
为使本发明实施例的目的、技术方案及优点更加清楚明了,以下参照附图,以下以HDLC帧传输的合路控制方法为例进行详细说明:
参照图4,为本发明实施例中HDLC帧传输的合路控制方法实施例一流程图,以两条通道的HDLC帧传输的合路为例进行说明,设有A通道和B通道两条通道的HDLC帧,且A通道的瞬时数据流量大于等于B通道,具体步骤如下:
41、检测A通道对应的缓存中是否有完整的HDLC帧,如果是,则执行步骤42;如果否,则执行步骤43;
42、发送A通道对应的缓存中的HDLC帧;
43、检测B通道对应的缓存中是否有完整的HDLC帧,如果是,则执行步骤44,如果否,则结束流程;
44、发送B通道对应的缓存中的HDLC帧。
从该实施例可以看出,当检测到A通道对应的缓存中有完整的HDLC帧时,不管B通道是否有完整的HDLC帧,都优先发送A通道对应的缓存中的 HDLC帧,因此,A通道的丢帧率会大大降低。在专用集成电路(ASIC,Application Specific Integrated Circuit)设计中,每条通道对应缓存的缓存深度为2个HDLC帧最长帧,因此,即使有一次授权发送B通道对应的缓存中的HDLC帧,也能保证A通道不丢帧,与等优先级轮询或优先发送B通道的合路控制方法相比,本实施例所采用的方法具有较低的丢帧率,因而也可以避免较多的数据重传,使得HDLC帧上行通道具有较高的传输效率。
为了进一步降低系统的丢帧率,提高HDLC帧上行通道传输效率,可以对上述实施例所采用的方法进行优化,以下以一个具体的应用进行说明:
参照图5,为本发明实施例中HDLC帧传输的合路控制方法实施例二流程图,仍以两条通道的合路控制进行说明,与实施例一相同,设A通道的瞬时数据流量大于等于B通道的瞬时数据流量,不同之处在于,本实施例在发送A通道对应缓存中的HDLC帧时,压制B通道对应缓存中HDLC帧的传送,具体步骤如下:
51、检测A通道对应的缓存中是否有完整的HDLC帧,如果是,则执行步骤52;如果否,则执行步骤53;
52、发送A通道对应的缓存中的HDLC帧,并当B通道对应的缓存满时,发送给B通道对应的发送控制单元一个停止发送的控制信号,使得B通道对应的发送控制单元停止发送HDLC帧;
53、检测B通道对应的缓存中是否有完整的HDLC帧,如果是,则执行步骤54,如果否,则结束流程;
54、向B通道发送一个开始发送的控制信号,发送B通道对应的缓存中的HDLC帧。
可以看出,在本实施例中,当传送A通道对应缓存中的HDLC帧时,通过发送给B通道发送控制单元一个停止发送的控制信号,压制B通道对应缓存中HDLC帧的传送,因此可以避免B通道HDLC帧的丢失。因此,由于可以优先发送A通道对应缓存中的HDLC帧,A通道的丢帧率几乎为0,同时压制B通道对应缓存中HDLC帧的传送,也能保证不丢帧,因此,可以使系统总的丢帧率几乎为0,进而可以避免HDLC帧的重传,因此也可以极大地 提高HDLC帧上行通道的传输效率。
另外,由于可以压制B通道对应缓存中HDLC帧的传送,在ASIC设计中B通道对应缓存的缓存深度可以设计的很小,甚至为0。一般情况下,可以将B通道对应的缓存设计为几十比特。在实际应用过程中,有可能出现A通道长时间连续发送的情况,这时B通道会被长时间压制,造成B通道阻塞,影响B通道性能,为解决这一问题,可以对上一实施例所采用的合路控制方法作进一步优化,以下通过另一具体实施例进行说明:
参照图6,为本发明实施例中HDLC帧传输的合路控制方法实施例三流程图,在上一实施例基础上,当检测到A通道已经连续发送HDLC帧的数目超过预设的HDLC帧阈值时,就停止A通道对应缓存中的HDLC帧的发送,发起一次强制授权给B通道,具体步骤如下:
61、检测A通道连续发送HDLC帧的数目;
可以通过设置一计数器来实现:当进入A通道传送的状态后,将计数器加一;当进入B通道传送的状态后,将计数器清0,可以在空闲状态检测计数器的值。
62、判断步骤61检测得到的HDLC帧的数目是否超过预设的HDLC帧阈值,如果是,则执行步骤63;如果否,则结束流程。
设预设的HDLC帧阈值为x,如果在空闲状态检测得到的计数器值大于x,则执行步骤63。
其中,HDLC帧阈值可以根据级联的RRU束流和数据流量来配置,以取得最优性能,例如:每一级RRU突发的连续HDLC帧的数目为a,整个系统有b级RRU,则可以设置x≥a*b,此时,理论上,系统的总丢帧率为0。
也可以通过检测A通道数据流量,根据A通道的数据流量自适应配置所述HDLC帧阈值。
63、停止A通道对应的缓存中的HDLC帧的发送,发送B通道对应的缓存中的HDLC帧。
当A通道连续发送一定数目的HDLC帧时,强制授权给B通道发送,有 可能会造成A通道丢帧,但是,这种丢帧是代价最小的丢帧,因为可以提高系统总的传输性能。并且,可以根据RRU的系统结构和应用情况,配置一个最优的HDLC帧阈值,因此也极大地降低系统丢帧率,提高HDLC帧上行通道传输效率。
以上各实施例通过两条通道的情况来说明本发明实施例的合路控制方法,本发明实施例也适用于3条通道及3条通道以上的情况,对于3条通道与3条通道以上的情况,通常情况下是授权给数据流量最大的一条通道发送,当该通道对应的缓存中有完整的数据帧时即优先发送,而不管其余各条通道是否有完整的HDLC帧。如果为了降低系统总的帧丢失率,当发送数据流量最大的一条通道对应缓存中的HDLC帧时,也可以压制其余各条通道对应缓存中HDLC帧的发送。与两条通道情况下处理策略不同之处在于,对于数据流量最大的一条通道连续发送一定数目后,如何授权给其余各条通道发送。为使本领域技术人员更好地理解和实现本发明实施例,以下通过在3条通道情况下的具体应用进行详细说明具体的授权策略。
参照图7,为本发明实施例中HDLC帧传输的合路控制方法实施例四流程图,设有A、B、C三条通道,A通道的数据流量最大,B通道次之,C通道最小,以下通过具体步骤进行说明:
71、检测A通道连续发送HDLC帧的数目;
同样,也可以通过设置一计数器来实现:当进入A通道传送的状态后,将计数器加一;当进入B通道传送的状态后,将计数器清0,可以在空闲状态检测计数器的值。
72、判断步骤71检测得到的HDLC帧的数目是否超过预设的HDLC帧阈值,如果是,则执行步骤73;如果否,则结束流程。
设预设的HDLC帧阈值为x,如果在空闲状态检测得到的计数器值大于x,则执行步骤73。
其中,HDLC帧阈值可以根据级联的RRU束流和数据流量来配置,以取得最优性能,例如:每一级RRU突发的连续HDLC帧的数目为a,整个系统有b级RRU,则可以设置x≥a*b,此时,理论上,系统的总丢帧率为0。
73、停止A通道对应的缓存中的HDLC帧的发送,检测B通道对应的缓存中是否有完整的HDLC帧,如果是,则执行步骤74;如果否,则执行步骤75;
74、发送B通道对应的缓存中的HDLC帧;
75、检测C通道对应的缓存中是否有完整的HDLC帧,如果是,则执行步骤76,如果否,则结束流程;
步骤76、发送C通道对应的缓存中的HDLC帧。
可见,本实施例采用的授权控制策略为:将其余各条通道按照数据流量大小分配相应级别的优先级,按照优先级级别依次授权给较低优先级的一条通道,如果该通道有完整的HDLC帧,则发送该通道对应缓存中的HDLC帧。
另外,也可以根据优先级级别的不同授予不同的连续发送次数,例如,在本实施例中,可以授予B通道对应缓存中HDLC帧连续发送2次的权限,而只授予C通道发送一次的权限。
事实上,其余各条通道的授权策略除了采取按照优先级级别进行授权外,也采取其他的授权策略,例如,对于其余各条通道,当所述数据流量最大的一条通道连续发送HDLC帧的数目超过预设的阈值时,可以随机授权其余各条通道中的某一条通道,当该通道对应的缓存中有完整的HDLC帧时就发送。
以上以HDLC帧传输过程中的合路控制详细说明了本发明实施例所提供的合路控制方法,可以理解的是,本发明实施例方法也适用于别的基于包传送的数据帧,例如,以太网帧,具体合路控制方法与HDLC帧的合路控制方法大体相同,不再一一举例说明。
同样,对于以太网帧,也可以采取向其余各条通道对应的发送控制单元发送停止发送的控制信号的方法压制其余各条通道以太网帧的传送。但可以理解的是,发送数据流量最大的一条通道对应的缓存中的数据帧时,压制其余各条通道数据帧传送的方法,并不限于发送控制信号一种方法,例如,对于发送以太网帧时,可以发送暂停帧,当其余各条通道收到暂停帧时,停止一段时间的传送。不过,相对于直接在物理层发送控制信号的做法,由于发送暂停帧需要对帧做帧处理,提取控制信息等操作,因此,相应的延迟时间 会较长一点,因此,在进行ASIC设计时,可以设计其余各条通道对应的缓存具有一定的缓存深度,通常低于两个数据帧的最长帧,通常为几十至几百比特。
由于在一定时间段内,某一条通道未必一直是数据流量最大的一条通道,因此,在具体实施例中,可以检测各条通道某一时间段内的数据流量,根据检测结果得出数据流量最大的一条通道,并在一段时间内优先发送该通道对应缓存中的数据帧。
并且,从以上实施例可以看出,本发明实施例所采用的合路控制方法对帧长不敏感,不会由于各条通道所传送的帧长的不同而造成传送短帧的一条通道具有较高的丢帧率。
以上通过具体实施例对本发明实施例中数据帧传输的合路控制方法进行了详细的介绍,为使本领域技术人员更好地理解和实现本发明,以下对本发明实施例所采用的电信设备进行详细说明:
例如,电信设备具体可以是RRU设备,也可以是其它的可以实现合路的设备,以下通过RRU设备在控制层面传输控制维护信息帧为例,来说明这种用于传输数据帧过程中需要合路控制的设备。
参照图8,为本发明实施例中RRU设备实施例一结构示意图,该RRU设备包括:第一检测单元81、发送单元82,其中:
第一检测单元81,用于检测数据流量最大的一条通道对应的缓存中是否有完整的控制维护信息帧,并当有时,通知发送单元82所述数据流量最大的一条通道对应的缓存中的控制维护信息帧;
发送单元82,用于发送控制维护信息帧。
可见,该RRU设备通过检测数据流量最大的一条通道对应的缓存中是否有完整的控制维护信息帧,如果是,则发送所述数据流量最大的一条通道对应缓存中的控制维护信息帧,并且,在ASIC设计中,通常缓存的缓存深度设计为2个控制维护信息帧的最长帧,因此,可以使所述数据流量最大的一条通道几乎不丢失帧,与等优先级轮询等合路控制方法相比,具有降低的帧丢帧率,因而也使得基站系统的上行通道具有较高的传输效率。
为进一步降低系统的丢帧率,提高上行通道的传输效率,可以对上述设备进行优化,设置帧发送控制单元,用于在所述发送单元发送所述数据流量最大的一条通道对应的缓存中的控制维护信息帧时,压制其余各条通道对应缓存中的控制维护信息帧的传送。具体的帧发送控制单元可以有不同的实现方式,例如,可以是控制信号发送单元,也可以是暂停帧发送单元,以下通过具体实施例进行说明:
参照图9,为本发明实施例中RRU设备实施例二结构示意图,该设备在上一实施例所述设备基础上,还包括:控制信号发送单元91,用于当第一检测单元81检测得到数据流量最大的一条通道对应缓存中有完整的控制维护信息帧,且其余各条通道对应的缓存满时,发送给该通道对应的发送控制单元一个停止发送的控制信号,使得对应的发送控制单元停止发送数据帧。
在本实施例所述的设备,通过发送控制信号来控制其余各条通道发送方向控制维护信息帧的传送,当发送数据流量最大的一条通道对应缓存中的控制维护信息帧时,且其余各条通道对应的缓存满时,通过向其余各条通道对应的发送控制单元发送一个停止的控制信号压制其余各条通道控制维护信息帧的传送,降低其余各条通道的帧丢帧率,进而可以降低整个系统的帧丢帧率,因而也可以避免帧的重传,提高系统上行通道的传输效率。
可以理解的是,不同的RRU设备还可以采取其它压制其余各条通道控制维护信息帧的方法,参照图10,为本发明实施例中RRU设备实施例三结构示意图,该设备在实施例一所示结构基础上,还包括:暂停帧发送单元101,用于在第一检测单元81检测得到所述数据流量最大的一条通道对应的缓存中有完整的控制维护信息帧时,向其余各条通道发送暂停帧,指示其余各条通道停止预定时长的发送。
为了提高基站系统的整体性能,避免所述数据流量最大的一条通道长时间发送时,长期压制其余各条通道,使得其余各条通道的性能受到影响,可以在适当时候通知帧发送控制单元不再压制其余各条通道控制维护信息帧的发送,例如,可以对上述两个实施例所介绍的设备作进一步改进,以在RRU设备实施例二基础上的改进进行说明:
参照图11,为本发明实施例中RRU设备实施例四结构示意图,该设备在RRU设备实施例二基础上,还包括:第二检测单元111、权限控制单元112,其中:
第二检测单元111,用于检测所述数据流量最大的一条通道连续发送所述控制维护信息帧的数目,并将检测结果发送到权限控制单元112;
权限控制单元112,用于判断检测得到的控制维护信息帧的数目是否大于预设的控制维护信息帧阈值,并当大于时,通知发送单元82停止所述数据流量最大的一条通道的发送,按照预设策略发送其余某一条通道对应缓存中的控制维护信息帧,并通知控制信号发送单元91向该通道发送一个开始发送的控制信号,取消对压制其余各条通道控制维护信息帧的发送。
可以理解的是,以上电信设备实施例中传送的控制维护信息帧仅为其中一种实施方式,也可以用于别的基于包传送的数据帧。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括如下步骤:
检测数据流量最大的一条通道对应的缓存中是否有完整的数据帧;
如果是,则发送所述数据流量最大的一条通道对应的缓存中的数据帧。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明所提供的一种数据帧传输的合路控制方法和设备进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种数据帧传输的合路控制方法,其特征在于,包括:
检测数据流量最大的一条通道对应的缓存中是否有完整的数据帧;
如果是,则发送所述数据流量最大的一条通道对应的缓存中的数据帧,并压制其余各条通道数据帧的传送;
检测所述数据流量最大的一条通道连续发送所述数据帧的数目;
当检测得到的数据帧的数目大于预设的数据帧阈值时,停止所述数据流量最大的一条通道的发送,按照预设策略授权给其余某一条通道发送。
2.如权利要求1所述的数据帧传输的合路控制方法,其特征在于,所述压制其余各条通道数据帧的传送的方法包括:
当其余各条通道中某一通道对应的缓存满时,发送给该通道一个停止发送的控制信号,使得该通道停止发送数据帧。
3.如权利要求2所述的数据帧传输的合路控制方法,其特征在于,所述数据流量最大的一条通道对应的缓存的缓存深度为2个数据帧最长帧,其余各条通道对应的缓存的缓存深度小于2个数据帧最长帧。
4.如权利要求1所述的数据帧传输的合路控制方法,其特征在于,所述压制其余各条通道数据帧的传送的方法包括:
向其余各条通道发送暂停帧,指示其余各条通道停止预定时长的发送。
5.如权利要求1所述的数据帧传输的合路控制方法,其特征在于,所述预设策略包括:将其余各条通道按照数据流量大小分配相应的优先级,按照优先级级别依次授权给较低优先级的一条通道发送。
6.如权利要求5所述的数据帧传输的合路控制方法,其特征在于,所述按照优先级级别依次授权给较低优先级的一条通道发送包括:根据优先级级别的不同授予不同的连续发送次数。
7.如权利要求1所述的数据帧传输的合路控制方法,其特征在于,所述预设策略为:随机授权给其余某一条通道。
8.一种电信设备,其特征在于,包括:
第一检测单元,用于检测数据流量最大的一条通道对应的缓存中是否有完整的数据帧,并当有完整的数据帧时,通知发送单元发送所述数据流量最大的一条通道对应的缓存中的数据帧;
发送单元,用于发送数据帧;
帧发送控制单元,用于在所述发送单元发送所述数据流量最大的一条通道对应的缓存中的数据帧时,压制其余各条通道对应缓存中的数据帧的传送;
第二检测单元,用于检测所述数据流量最大的一条通道连续发送所述数据帧的数目,并将检测结果发送到权限控制单元;
权限控制单元,用于判断检测得到的数据帧的数目是否大于预设的数据帧阈值,并当检测得到的数据帧的数目大于预设的数据帧阈值时,通知发送单元停止所述数据流量最大的一条通道的发送,按照预设策略发送其余某一条通道对应缓存中的数据帧,并通知帧发送控制单元取消压制其余各条通道数据帧的传送。
9.如权利要求8所述的电信设备,其特征在于,所述帧发送控制单元具体为:控制信号发送单元,用于当第一检测单元检测得到所述数据流量最大的一条通道对应的缓存中有完整的数据帧,且其余各条通道中某一通道对应的缓存满时,发送给该通道一个停止发送的控制信号,使得该通道停止发送数据帧。
10.如权利要求8所述的电信设备,其特征在于,所述帧发送控制单元具体为:暂停帧发送单元,用于在第一检测单元检测得到所述数据流量最大的一条通道对应的缓存中有完整的数据帧时,向其余各条通道发送暂停帧,指示其余各条通道停止预定时长的发送。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101986111A CN101184048B (zh) | 2007-12-11 | 2007-12-11 | 一种数据帧传输的合路控制方法和设备 |
PCT/CN2008/073345 WO2009076861A1 (zh) | 2007-12-11 | 2008-12-05 | 一种数据帧传输的合路控制方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101986111A CN101184048B (zh) | 2007-12-11 | 2007-12-11 | 一种数据帧传输的合路控制方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101184048A CN101184048A (zh) | 2008-05-21 |
CN101184048B true CN101184048B (zh) | 2010-12-08 |
Family
ID=39449136
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101986111A Active CN101184048B (zh) | 2007-12-11 | 2007-12-11 | 一种数据帧传输的合路控制方法和设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101184048B (zh) |
WO (1) | WO2009076861A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101184048B (zh) * | 2007-12-11 | 2010-12-08 | 华为技术有限公司 | 一种数据帧传输的合路控制方法和设备 |
US9030936B2 (en) * | 2013-06-12 | 2015-05-12 | Intel Corporation | Flow control with reduced buffer usage for network devices |
JP7251075B2 (ja) * | 2018-09-03 | 2023-04-04 | 株式会社オートネットワーク技術研究所 | 中継装置、中継方法及びコンピュータプログラム |
CN110445579B (zh) * | 2019-07-31 | 2022-03-15 | 广州小鹏汽车科技有限公司 | 数据处理方法、数据处理装置、车载终端、车辆和介质 |
WO2022041282A1 (zh) * | 2020-08-31 | 2022-03-03 | 华为技术有限公司 | 一种视频数据的传输方法、装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1414761A (zh) * | 2002-02-27 | 2003-04-30 | 华为技术有限公司 | 通信系统中多优先级缓冲可靠传输方法 |
CN1484465A (zh) * | 2002-09-20 | 2004-03-24 | 明基电通股份有限公司 | 无线通信网络系统中保证基站数据帧同步的溢出控制方法 |
CN1547358A (zh) * | 2003-12-02 | 2004-11-17 | 烽火通信科技股份有限公司 | 一种用于以太网无源光网络的数据帧缓存设备和方法 |
CN1917519A (zh) * | 2006-09-13 | 2007-02-21 | 华为技术有限公司 | 高级数据链路控制协议串行数据的并行传输方法及其系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2764464B1 (fr) * | 1997-06-04 | 1999-08-13 | France Telecom | Procede d'allocation dynamique de canaux dans un reseau cellulaire de radiocommunication |
CN1223215C (zh) * | 2002-09-23 | 2005-10-12 | 华为技术有限公司 | 支持IuFlex技术的Iu接口负载控制方法 |
CN1228945C (zh) * | 2002-11-14 | 2005-11-23 | 北京润光泰力科技发展有限公司 | 利用多条e1线路传输以太网数据的方法及系统 |
US20040179476A1 (en) * | 2003-03-10 | 2004-09-16 | Sung-Ha Kim | Apparatus and method for controlling a traffic switching operation based on a service class in an ethernet-based network |
CN101184048B (zh) * | 2007-12-11 | 2010-12-08 | 华为技术有限公司 | 一种数据帧传输的合路控制方法和设备 |
-
2007
- 2007-12-11 CN CN2007101986111A patent/CN101184048B/zh active Active
-
2008
- 2008-12-05 WO PCT/CN2008/073345 patent/WO2009076861A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1414761A (zh) * | 2002-02-27 | 2003-04-30 | 华为技术有限公司 | 通信系统中多优先级缓冲可靠传输方法 |
CN1484465A (zh) * | 2002-09-20 | 2004-03-24 | 明基电通股份有限公司 | 无线通信网络系统中保证基站数据帧同步的溢出控制方法 |
CN1547358A (zh) * | 2003-12-02 | 2004-11-17 | 烽火通信科技股份有限公司 | 一种用于以太网无源光网络的数据帧缓存设备和方法 |
CN1917519A (zh) * | 2006-09-13 | 2007-02-21 | 华为技术有限公司 | 高级数据链路控制协议串行数据的并行传输方法及其系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2009076861A1 (zh) | 2009-06-25 |
CN101184048A (zh) | 2008-05-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101184048B (zh) | 一种数据帧传输的合路控制方法和设备 | |
CN102045851B (zh) | 一种中继网络中的上行资源分配方法和装置 | |
CN106375482B (zh) | 与tcp/ip网络驳接的无线物联接入网传输系统 | |
CN103517323B (zh) | 无线异构网络的数据传输方法、分流设备、基站设备 | |
CN101959245B (zh) | 一种WiMAX系统中流量控制的方法、装置及系统 | |
CN101282305B (zh) | 分布式系统中的带宽控制方法及业务板 | |
CN102056242A (zh) | 一种回程链路流量控制的方法、系统和设备 | |
CN102905319A (zh) | 一种数据分流的方法及系统 | |
CN105517053A (zh) | 减少无线链路控制层协议数据单元重分段的方法及系统 | |
CN101982951A (zh) | 数据传输控制方法和中间节点 | |
CN101207570A (zh) | 数据传输方法、数据发送速率控制方法及基站 | |
CN101534242B (zh) | 流量控制方法、系统和设备 | |
CN102415134B (zh) | 无线传输装置 、mac帧传输方法以及无线通信系统 | |
CN102082947B (zh) | 一种视频监控的方法、系统和设备 | |
CN104394552A (zh) | 拥塞控制方法与无线网状网节点 | |
CN101854622B (zh) | 一种高速上行分组接入终端及其数据传输方法 | |
CN102368699B (zh) | 一种无线数字通信方法 | |
CN202617135U (zh) | 一种无线数字通信系统 | |
CN101888700B (zh) | 一种参数配置的方法和基站 | |
CN103327649A (zh) | 一种接入设备调度站点的方法及接入设备 | |
CN101330444B (zh) | 一种长期演进系统中上行数据传输的控制方法和装置 | |
CN101272331A (zh) | 终端设备和终端适配器数据传输的流量控制方法及装置 | |
CN102340389A (zh) | 一种无线数字通信方法 | |
CN107342949A (zh) | 一种实现tdm与分组业务动态复用传输的装置、方法 | |
CN103825637A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20210420 Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040 Patentee after: Honor Device Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
TR01 | Transfer of patent right |