CN106488505A - 一种数据包传输方法及装置、通信系统 - Google Patents
一种数据包传输方法及装置、通信系统 Download PDFInfo
- Publication number
- CN106488505A CN106488505A CN201510522413.0A CN201510522413A CN106488505A CN 106488505 A CN106488505 A CN 106488505A CN 201510522413 A CN201510522413 A CN 201510522413A CN 106488505 A CN106488505 A CN 106488505A
- Authority
- CN
- China
- Prior art keywords
- packet
- time
- live
- buffer area
- threshold value
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1221—Wireless traffic scheduling based on age of data to be sent
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/52—Allocation or scheduling criteria for wireless resources based on load
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种数据包传输方法及装置、通信系统,该方法包括:将数据包存入传输缓存区;获取传输缓存区内各数据包的存活时间;根据各数据包的存活时间,处理传输缓存区内的数据包;传输传输缓存区内处理后的数据包。通过本发明的实施,传输节点设置传输缓冲区,当网络状态不好出现堵塞时,将需要传输的数据包进行缓存,获取各数据包的存活时间,并根据各数据包的存活时间对缓存的数据包进行处理,例如丢弃一些存活时间过长的数据包,这样后续传输时就不会传输这些无效数据包,降低了网络负担,解决了现有数据包传输方法存在无效数据包的问题。
Description
技术领域
本发明涉及通讯技术领域,尤其涉及一种数据包传输方法及装置、通信系统。
背景技术
在通信系统内,基站等传输节点所传输的数据是以数据包的方式进行传输的,现有技术是传输节点按照数据包的产生时间依次传输给目标设备,当网络不稳定或者资源不足时,会导致部分数据包在传输送目标设备时,由于存活时间过长导致时效性较差,而被目标设备直接丢弃,这类数据包是无效的,不但对通信质量没有贡献,还会占用传输资源导致网络状态更差。
因此,如何提供一种可针对数据包传输进行管理的数据包传输方法,是本领域技术人员亟待解决的技术问题。
发明内容
本发明提供了一种数据包传输方法及装置、通信系统,以解决现有数据包传输方法存在无效数据包的问题。
本发明提供了一种数据包传输方法,其包括:将数据包存入传输缓存区;获取传输缓存区内各数据包的存活时间;根据各数据包的存活时间,处理传输缓存区内的数据包;传输传输缓存区内处理后的数据包。
进一步的,获取传输缓存区内各数据包的存活时间包括:根据各数据包的缓存时间及当前时间,计算存活时间;或者,根据传输缓存区内最新数据包的存活时间、数据包在源节点的产生周期、各数据包的缓存顺序计算各数据包的存活时间。
进一步的,在获取传输缓存区内各数据包的存活时间之后,还包括:判断是否满足触发条件,若是,则根据各数据包的存活时间,处理传输缓存区内的数据包,若否,则直接传输传输缓存区内的数据包。
进一步的,触发条件包括:统计传输缓存区内,存活时间大于存活阈值的数据包的个数是否大于删除阈值,若是,则满足触发条件,否则不满足;或者,统计传输缓存区内,存活时间大于存活阈值的所有数据包的大小是否大于调度资源,若是,则满足触发条件,否则不满足。
进一步的,根据各数据包的存活时间,处理传输缓存区内的数据包包括:直接删除存活时间大于存活阈值的数据包;或者,删除部分存活时间大于存活阈值的数据包,直至满足优化阈值;或者,按照各数据包的缓存顺序,间隔删除部分存活时间大于存活阈值的数据包,直至满足优化阈值;优化阈值包括:传输缓存区存活时间大于存活阈值的数据包个数不大于删除阈值,或者传输缓存区存活时间大于存活阈值的数据包总大小不大于调度资源。
本发明提供了一种数据包传输装置,其包括:缓存模块,用于将数据包存入传输缓存区;获取模块,用于获取传输缓存区内各数据包的存活时间;处理模块,用于根据各数据包的存活时间,处理传输缓存区内的数据包;传输模块,用于传输传输缓存区内处理后的数据包。
进一步的,获取模块具体用于,根据各数据包的缓存时间及当前时间,计算存活时间;或者,根据传输缓存区内最新数据包的存活时间、数据包在源节点的产生周期、各数据包的缓存顺序计算各数据包的存活时间。
进一步的,还包括判断模块,用于在获取模块获取传输缓存区内各数据包的存活时间之后,判断是否满足触发条件,若是,则触发处理模块,若否,则直接触发传输模块。
进一步的,触发条件包括:统计传输缓存区内,存活时间大于存活阈值的数据包的个数是否大于删除阈值,若是,则满足触发条件,否则不满足;或者,统计传输缓存区内,存活时间大于存活阈值的所有数据包的大小是否大于调度资源,若是,则满足触发条件,否则不满足。
进一步的,处理模块具体用于:直接删除存活时间大于存活阈值的数据包;或者,删除部分存活时间大于存活阈值的数据包,直至满足优化阈值;或者,按照各数据包的缓存顺序,间隔删除部分存活时间大于存活阈值的数据包,直至满足优化阈值;优化阈值包括:传输缓存区存活时间大于存活阈值的数据包个数不大于删除阈值,或者传输缓存区存活时间大于存活阈值的数据包总大小不大于调度资源。
对应的,本发明提供了一种通信系统,其包括本发明提供的数据包传输装置。
本发明的有益效果:
本发明提供了一种新的数据包传输方法,传输节点设置传输缓冲区,当网络状态不好出现堵塞时,将需要传输的数据包进行缓存,获取各数据包的存活时间,并根据各数据包的存活时间对缓存的数据包进行处理,例如丢弃一些存活时间过长的数据包(这些数据包即便传输到目标设备,也是由于时效性差被直接丢弃),这样后续传输时就不会传输这些无效数据包,降低了网络负担,解决了现有数据包传输方法存在无效数据包的问题。
附图说明
图1为本发明第一实施例提供的数据包传输装置的结构示意图;
图2为本发明第二实施例提供的数据包传输方法的流程图;
图3为本发明第三实施例提供的通信系统的传输示意图;
图4为本发明第三实施例中数据包传输方法的流程图;
图5为本发明第三实施例中数据包存活时间的示意图。
具体实施方式
现通过具体实施方式结合附图的方式对本发明做出进一步的诠释说明。
第一实施例:
图1为本发明第一实施例提供的数据包传输装置的结构示意图,由图1可知,在本实施例中,本发明提供的数据包传输装置1包括:
缓存模块11,用于将数据包存入传输缓存区;
获取模块12,用于获取传输缓存区内各数据包的存活时间;
处理模块13,用于根据各数据包的存活时间,处理传输缓存区内的数据包;
传输模块14,用于传输传输缓存区内处理后的数据包。
在一些实施例中,上述实施例中的获取模块12具体用于,根据各数据包的缓存时间及当前时间,计算存活时间;或者,根据传输缓存区内最新数据包的存活时间、数据包在源节点的产生周期、各数据包的缓存顺序计算各数据包的存活时间。
在一些实施例中,上述实施例中的数据包传输装置1还包括判断模块,用于在获取模块获取传输缓存区内各数据包的存活时间之后,判断是否满足触发条件,若是,则触发处理模块,若否,则直接触发传输模块。
在一些实施例中,上述实施例中的触发条件包括:统计传输缓存区内,存活时间大于存活阈值的数据包的个数是否大于删除阈值,若是,则满足触发条件,否则不满足;或者,统计传输缓存区内,存活时间大于存活阈值的所有数据包的大小是否大于调度资源,若是,则满足触发条件,否则不满足。
在一些实施例中,上述实施例中的处理模块13具体用于:直接删除存活时间大于存活阈值的数据包;或者,删除部分存活时间大于存活阈值的数据包,直至满足优化阈值;或者,按照各数据包的缓存顺序,间隔删除部分存活时间大于存活阈值的数据包,直至满足优化阈值;优化阈值包括:传输缓存区存活时间大于存活阈值的数据包个数不大于删除阈值,或者传输缓存区存活时间大于存活阈值的数据包总大小不大于调度资源。
对应的,本发明提供了一种通信系统,其包括本发明提供的数据包传输装置1,具体的可以是在传输节点内设置本发明提供的数据包传输装置1。
第二实施例:
图2为本发明第二实施例提供的数据包传输方法的流程图,由图2可知,在本实施例中,本发明提供的数据包传输方法包括以下步骤:
S201:将数据包存入传输缓存区;
S202:获取传输缓存区内各数据包的存活时间;
S203:根据各数据包的存活时间,处理传输缓存区内的数据包;
S204:传输传输缓存区内处理后的数据包。
在一些实施例中,上述实施例中的获取传输缓存区内各数据包的存活时间包括:根据各数据包的缓存时间及当前时间,计算存活时间;或者,根据传输缓存区内最新数据包的存活时间、数据包在源节点的产生周期、各数据包的缓存顺序计算各数据包的存活时间。
在一些实施例中,上述实施例中的方法在获取传输缓存区内各数据包的存活时间之后,还包括:判断是否满足触发条件,若是,则根据各数据包的存活时间,处理传输缓存区内的数据包,若否,则直接传输传输缓存区内的数据包。
在一些实施例中,上述实施例中的触发条件包括:统计传输缓存区内,存活时间大于存活阈值的数据包的个数是否大于删除阈值,若是,则满足触发条件,否则不满足;或者,统计传输缓存区内,存活时间大于存活阈值的所有数据包的大小是否大于调度资源,若是,则满足触发条件,否则不满足。
在一些实施例中,上述实施例中的根据各数据包的存活时间,处理传输缓存区内的数据包包括:直接删除存活时间大于存活阈值的数据包;或者,删除部分存活时间大于存活阈值的数据包,直至满足优化阈值;或者,按照各数据包的缓存顺序,间隔删除部分存活时间大于存活阈值的数据包,直至满足优化阈值;优化阈值包括:传输缓存区存活时间大于存活阈值的数据包个数不大于删除阈值,或者传输缓存区存活时间大于存活阈值的数据包总大小不大于调度资源。
现结合具体应用场景对本发明做进一步的诠释说明。
第三实施例:
本实施例以语音通信系统为例进行说明,本实施例通过对语音包(一种具体的数据包类型)的传输进行管理,具体是根据各语音包的存活时间进行传输控制,实现对语音通话的质量控制,以改善语音传输质量。
在实际应用中,语音通话作为当前通信网中一个最重要的应用,语音通话的质量直接关系到用户在网络中的体验,但是目前语音通话中一个关键的问题就是当网络中用户过多造成的拥塞或则信噪比降低码率下降造成拥塞时,是否能给用户提供一个比较满意的语音质量。随着通讯方式的进步,语音的编码速率不断提高,比如语音码率从最早的GSM的GSM-HR编码只支持200~3400Hz的语音信号的编码,到目前的LTE网络中AMR-WB编码支持50~7000Hz的语音信号的编码,另一方面承载语音的编码速率也随之提高从6.5Kbps到23.85Kbps,对应的对传输的带宽资源的占用也不断增大,而编码速率提高后,造成拥塞的可能性也在增大。拥塞出现时会出现语音包延迟,抖动和丢包等现象,丢包和时延对语音质量有较大影响,一般来说丢包率超过5%,时延超过150ms时,都会影响接收端语音的质量。而传输环境恶化或者用户过多,都会造成传输拥塞,会减少用户所分配到的传输资源,就可能导致出现语音包传输时延增大,或者出现丢包,丢包对语音的影响较大,尤其是连续丢包的影响。
在语音传输的E模型中(协议ITU-T G.107中提供的模型,用于评估丢包时延等因素对语音质量的综合影响及程度),传输丢包是影响语音质量的一个重要因素,由于信道传输质量和拥塞情况不可控,传输拥塞情况下语音传输过程中丢包无法避免,如增加语音包重传次数来减少丢包,则可能导致语音包到达接收端时存活时间过长,也会影响语音质量。因为当语音包存活时间过长时,即使语音包到达接收端,也基本就考虑丢弃了。在语音传输的节点上,考虑将存活时间过长的语音包丢弃,即可节省传输资源留给更新的语音包使用,也可以一定程度减小拥塞对语音质量的影响。
现有的处理方式中,当出现传输资源拥塞时,语音包可能因为上一节点的拥塞,到达本节点的时间间隔可能会很短,造成缓冲区中语音包过多,或者下一节点无法及时将数据发送,都可能出现大量的包堆积;会造成影响语音质量的两个问题:1)如果语音包在当前节点堆积的时间过长,即使最终到达接收端,接收端可能会因语音包的存活时间过长而将其丢弃,这样的包既占用了传输带宽,又不会对语音质量产生贡献;2)当传输拥塞时,待发送的包会堆积在当前传输节点,部分包的存活时间虽然没有到丢弃时间,但是已经接近丢弃时间,而当前传输资源受限,可能出现最终将包顺序发送到目标侧时,包的存活时间都过长,而被全部依次丢弃。
为了解决以上问题,本实施例在当前语音传输系统中,提供了改善语音质量的方法:
如图3所示,本实施例提供的通信系统,在当前语音传输节点增加一个缓冲区31(执行本发明所提供的传输缓冲区的缓存数据包的功能)和控制模块32(控制模块32执行本发明所提供的数据包传输装置1的功能,本实施例成为缓存区控制模块仅为便于说明),其中,缓冲区31缓存从上一个节点到来的语音包,给当前节点的底层传输提供待发送的语音包;控制模块32对缓冲区的语音包的存活时间和数量进行监控,丢弃存活时长过大的包,根据传输情况对缓冲区中的包进行调整。此时,对于问题1),监控当前节点的控语音缓冲区,增加了对从上一个节点到来的对语音包的存活时间进行判断,将时效性差的包丢弃,节省当前节点的传输带宽资源;对于问题2),监控当前节点的控语音缓冲区,从历史传输资源估算当前传输周期的资源或直接从底层获取当前周期的传输资源,对比当前缓冲区中存活时间已超过门限的所有包的大小,如当前传输资源不足时,则从中选择部分包(存活时间大于门限的语音包)丢弃,保证传输资源尽量用在传输时效性好的包,减少丢包对语音质量的影响。
具体的,如图4所示,本实施例所提供的数据包传输方法包括以下步骤:
S401:确定基础参数。
控制模块32设定语音包的大小为Sn;语音包在源节点产生的周期为Ppacket;
缓冲区的语音包存活时间上限设定为T;对于后续步骤S405中的方式1和方式2的处理,T取值会不同,比如对于LTE系统,方式1中T可设置为100ms,方式2中,如LTE系统开启半静态调度,半静态调度的周期为10ms,则T可设置为90ms;
缓冲区的语音包数量门限设定为N;N取值可以是0或比0大的整数,实现时可以调整N来控制步骤S405的方式1进行优化动作。
S402:缓冲区执行缓存功能。
缓冲区执行缓存功能包括以下步骤:
对于LTE无线基站系统,缓冲区可位于PDCP层(数据汇聚层),是LTE无线基站系统高层,接收上一级发送过来的语音包;
顺序存放上一节点发送过来的语音包;
按顺序向底层传输提供待发送的语音包;
S403:缓冲区实时更新各每个语音包的存活时间。
实时更新缓冲区中每个语音包的存活时间tx,有两种方式:
1)根据每个语音包在缓冲区中实际存在时间作为tx;
2)根据缓冲区中最新的语音包在缓冲区中存在的时间t1,缓冲区中的语音包总数为x,则缓冲区中每个语音包的存活时间tx由新到旧依次确定为t1,t1+Ppacket,t1+2Ppacket,…,t1+(x-1)Ppacket,如图5所示;
在1)和2)中,语音包在缓冲区中实际存在时间的确定方法:每当缓冲区收到一个语音包,将当前时刻作为此语音包的到达缓冲区的时间戳,如需判断此语音包在缓冲区中的存在时间tx,则使用判断时刻的时间戳减去此语音包到达缓冲区的时间戳。
S404:控制模块监控触发条件。
控制模块监控是否达到改善语音质量的触发条件。对于LTE无线基站系统,缓冲区位于PDCP层(数据汇聚层),是LTE无线基站系统的高层,直接接收上一级发送过来的数据;
控制模块按照周期Pc扫描缓冲区,周期Pc可以根据底层传输的处理周期来确定,如设置为α*TTI,其中TTI为底层传输的调度周期,α为比例因子。或者控制模块按照底层传输的事件触发(如LTE系统中的事件就是底层调度器对此用户提供调度资源的时刻);
处理的对象为缓冲区中存活时间大于等于门限T的语音包,语音包在缓冲区中存活时间可以从步骤S402中获取,T可以在步骤S401中获取。
S405:控制模块进行优化。
当达到改善语音质量触发条件后,控制模块提供有两种优化方式:
方式1:
获取缓冲区中存活时间大于门限T的语音包数量x,判断x是否大于门限N,如小于则结束本次处理;如x>N,检测缓冲区中的每个包的存活时间,将存活时间大于T的最老的x-N个语音包都丢弃,结束本次处理。
方式2:
获取历史或当前底层传输所能提供的调度资源R,如LTE无线基站系统中,当底层调度器给当前用户提供调度资源时,控制模块可以得到底层调度器提供的调度资源;
扫描缓冲区中剩余的语音包,缓冲区中有x个包(连续的最老的包)存活时间都大于T,则x个包的总大小为对比R和如则结束处理;
如则考虑丢弃缓冲区中的x个包中的部分:
如果则缓冲区中需丢弃的数据量为将缓冲区中的x个包按照存活时间排序,从存活时间长的包开始,可保证间隔(间隔按一定算法规律确定,比如简单情况可以固定为定值)丢弃语音包,直到丢弃包的总大小小于等于且最接近时停止;
如果则将缓冲区中的x个包按照存活时间排序,从存活时间长的包开始,间隔1个包丢弃语音包,如丢弃ceil(x/2,1)个包(即向上取整)即可满足接近且小于或等于则停止。否则再选择剩余的语音包中时效性差的包继续丢弃,直到丢弃的总大小小于等于且最接近时停止。
采用本实施例的方法和装置,与现有技术相比,新方法能检测缓冲区中时效性差的语音包,并根据条件选择丢弃,而不必占用底层的传输资源;如果能获取当前底层传输能提供的资源,在传输资源拥塞时,检测缓冲区中待发送的语音包的时效性,结合当前传输能提供的资源情况,优先将时效性差的语音包丢弃,或者根据传输资源情况,从时效性差的语音包中选择部分不连续丢弃,即可减少时效性差的语音包占用底层传输资源,又可以将传输资源留给时效性好的语音包,同时可尽量保证不连续丢包,提高用户感知。
现在以改善LTE无线通讯系统的基站侧VOLTE语音发送为实施例,作进一步的详细描述:
针对第三实施例内的优化方法1:将存活时间大于门限的包直接丢弃。
在LTE基站系统的PDCP层中增加一个语音包的缓冲区和其控制模块,缓冲区收集从核心网到来的语音包,控制模块按照周期Pc循环查看缓冲区情况,Pc值为α*TTI,其中TTI是底层传输调度周期(对于LTE系统,如果是动态调度则设在为1毫秒,半静态调度可以是10,20ms等),比如α取值为1,则处理周期为1ms;或者底层传输的事件触发(LTE系统中事件可以是底层调度器对此用户进行调度时触发)。
控制模块在每个周期做如下动作:
确定基站的配置参数,主要是以下两个门限:
缓冲区内语音/视频包有一个已配置的存活时间门限T(如100ms);
获取已配置的缓冲区可以存放存活时间超过T的语音包的数量门限为N(比如0个);
获取当前缓冲区中的每个语音包的存活时间tx,存活时间的确定见图5;
可以从存活时间最长的语音包开始判断,如果缓冲区中没有存活时间大于T的语音包,则流程结束;
从存活时间最长的语音包向存活时间最短的语音包方向判断,如出现存活时间小于T的语音包,则停止,则已经判断过的语音包数目x就是缓冲区中有存活时间大于T的包的数目,比如当前数量为3个;
是否x>N?否就结束本周期处理,是则进入下一步骤;
将存活时间大于T的最老的x-N个语音包丢弃,本例中会将3-0=3个存活最长的包丢弃,结束本次处理。
针对第三实施例内的优化方法2:根据传输情况选择丢弃存活时间大于门限的包:
在LTE基站系统的PDCP层中增加一个语音包的缓冲区和其控制模块,缓冲区收集从核心网到来的语音包,控制模块按照周期Pc循环查看缓冲区情况,Pc值为α*TTI,其中TTI是底层传输调度周期(对于LTE系统,如果是动态调度则设置为1毫秒,半静态调度可以是10,20ms等),比如当前是半静态调度,α取值为10,则处理周期为10ms;或者底层传输的事件触发(LTE系统中事件可以是底层调度器对此用户进行调度时触发)。
控制模块在每个周期做如下动作:
确定基站的配置参数,主要是如下两个门限:
缓冲区内语音/视频包有一个存活时间门限T(如90ms);
每个语音包的大小为Sn,这里的例子假设语音包长不变,比如60Bytes(不考虑语音包头压缩包后大小可能的变化);
获取当前缓冲区中的每个语音包的存活时间tx,存活时间的确定见图5;
如果缓冲区中没有存活时间大于T的语音包,则结束本周期,否则进入下一步骤;
取得缓冲区中有存活时间大于T的包的数目x;
获取当前周期底层传输所能提供的调度资源R,对于LTE系统按照如下方法确定调度资源R:获取LTE的底层调度器在当前调度周期提供给本用户的传输语音的资源的大小为R;
当前存活时间大于T的语音包的总大小为判断底层提供的调度资源R是否大于如大于则结束本周期,否则进入下一步骤;
判断底层提供资源R是否大于根据不同的判断结果执行不同步骤:
如底层提供资源R是否大于则将缓冲区中的包选择部分丢弃,丢弃方法如下:按照存活时间由长到短进行排序;从存活时间长的包开始选择,间隔选择的语音包(间隔可变),直到选择的语音包总大小最接近且小于等于将选择的语音包丢弃,并结束本次处理。
如缓冲区中有9个超时的包(其在缓冲区的存活时间假设为91ms,92ms,93ms…99ms,对应编号1,2,3…9),所有语音包总大小为4320Bits,本处理周期底层提供的调度资源R为3240Bits,则本周期的传输资源无法满足缓冲区中所有超过90ms的包的传输,需要选择语音包进行丢弃。丢弃处理需要从缓冲区中存活时间最长的包开始,首先选择第9个包(存活时间99ms),判断此时的S9(480Bits)小于(1080Bit),按照一定间隔(比如间隔固定位2)再选择语音包,间隔2则是第6个包,判断S9+S6(960Bits)仍然小于继续间隔2个包选择第3个语音包,此时S9+S6+S3为1440Bit,已经大于(1080Bit),则选择第9和第6个语音包丢弃;进入S208,
如底层提供资源R不大于否则将缓冲区中的包,按照存活时间由长到短间隔(间隔为1)丢弃,丢弃的方法同上一步相同;在丢弃一部分包后,比如已经丢弃ceil(x/2,1)(即向上取整)个,如剩余的x-ceil(x/2,1)个语音包的大小仍然大于R,则还需要按顺序从时效性差的语音包继续丢弃,直到丢弃的语音包的总大小最接近且小于等于结束本次处理。
比如缓冲区中有9个超时的包(其在缓冲区的存活时间假设为91ms,92ms,93ms…99ms,对应编号1,2,3…9),所有语音包总大小为4320Bits,本处理周期底层提供的调度资源R为1352Bits,即在S209步骤已经间隔为1的方式丢弃的语音包数为ceil(x/2,1),即ceil(9/2,1)=5个,对应的包的编号分别是(第9(存活时间99ms)个,第7(存活时间97ms)个,第5(存活时间95ms)个,第3(存活时间93ms)个和第1(存活时间91ms)个),此时已丢弃的包总大小2400Bit,仍然小于(2968Bits)。此时还需要从剩余包中选择存活时间最早的包继续丢弃,首先尝试选择第8个包,此时已丢弃和选择到的包(第9,8,7,5,3,1个)总大小为2880Bits,仍然小于(2968Bits),再次尝试选择第6个包,此时已丢弃和选择到的包(第9,8,7,6,5,3,1个)总大小为3360Bits,大于(2968Bits),则可确定S210步需要再将第8个语音包丢弃即可。此时缓冲区中总共丢弃掉的语音包编号是第9,8,7,5,3,1。
综上可知,通过本发明的实施,至少存在以下有益效果:
本发明提供了一种新的数据包传输方法,传输节点设置传输缓冲区,当网络状态不好出现堵塞时,将需要传输的数据包进行缓存,获取各数据包的存活时间,并根据各数据包的存活时间对缓存的数据包进行处理,例如丢弃一些存活时间过长的数据包(这些数据包即便传输到目标设备,也是由于时效性差被直接丢弃),这样后续传输时就不会传输这些无效数据包,降低了网络负担,解决了现有数据包传输方法存在无效数据包的问题。
以上仅是本发明的具体实施方式而已,并非对本发明做任何形式上的限制,凡是依据本发明的技术实质对以上实施方式所做的任意简单修改、等同变化、结合或修饰,均仍属于本发明技术方案的保护范围。
Claims (11)
1.一种数据包传输方法,其特征在于,包括:
将数据包存入传输缓存区;
获取所述传输缓存区内各数据包的存活时间;
根据各数据包的存活时间,处理所述传输缓存区内的数据包;
传输所述传输缓存区内处理后的数据包。
2.如权利要求1所述的数据包传输方法,其特征在于,所述获取所述传输缓存区内各数据包的存活时间包括:根据各数据包的缓存时间及当前时间,计算所述存活时间;或者,根据所述传输缓存区内最新数据包的存活时间、数据包在源节点的产生周期、各数据包的缓存顺序计算各数据包的存活时间。
3.如权利要求1所述的数据包传输方法,其特征在于,在获取所述传输缓存区内各数据包的存活时间之后,还包括:判断是否满足触发条件,若是,则根据各数据包的存活时间,处理所述传输缓存区内的数据包,若否,则直接传输所述传输缓存区内的数据包。
4.如权利要求3所述的数据包传输方法,其特征在于,所述触发条件包括:统计所述传输缓存区内,存活时间大于存活阈值的数据包的个数是否大于删除阈值,若是,则满足触发条件,否则不满足;或者,统计所述传输缓存区内,存活时间大于存活阈值的所有数据包的大小是否大于调度资源,若是,则满足触发条件,否则不满足。
5.如权利要求1至4任一项所述的数据包传输方法,其特征在于,所述根据各数据包的存活时间,处理所述传输缓存区内的数据包包括:直接删除存活时间大于存活阈值的数据包;或者,删除部分存活时间大于存活阈值的数据包,直至满足优化阈值;或者,按照各数据包的缓存顺序,间隔删除部分存活时间大于存活阈值的数据包,直至满足优化阈值;所述优化阈值包括:所述传输缓存区存活时间大于存活阈值的数据包个数不大于删除阈值,或者所述传输缓存区存活时间大于存活阈值的数据包总大小不大于调度资源。
6.一种数据包传输装置,其特征在于,包括:
缓存模块,用于将数据包存入传输缓存区;
获取模块,用于获取所述传输缓存区内各数据包的存活时间;
处理模块,用于根据各数据包的存活时间,处理所述传输缓存区内的数据包;
传输模块,用于传输所述传输缓存区内处理后的数据包。
7.如权利要求6所述的数据包传输装置,其特征在于,所述获取模块具体用于,根据各数据包的缓存时间及当前时间,计算所述存活时间;或者,根据所述传输缓存区内最新数据包的存活时间、数据包在源节点的产生周期、各数据包的缓存顺序计算各数据包的存活时间。
8.如权利要求6所述的数据包传输装置,其特征在于,还包括判断模块,用于在所述获取模块获取所述传输缓存区内各数据包的存活时间之后,判断是否满足触发条件,若是,则触发所述处理模块,若否,则直接触发所述传输模块。
9.如权利要求8所述的数据包传输装置,其特征在于,所述触发条件包括:统计所述传输缓存区内,存活时间大于存活阈值的数据包的个数是否大于删除阈值,若是,则满足触发条件,否则不满足;或者,统计所述传输缓存区内,存活时间大于存活阈值的所有数据包的大小是否大于调度资源,若是,则满足触发条件,否则不满足。
10.如权利要求6至9任一项所述的数据包传输装置,其特征在于,所述处理模块具体用于:直接删除存活时间大于存活阈值的数据包;或者,删除部分存活时间大于存活阈值的数据包,直至满足优化阈值;或者,按照各数据包的缓存顺序,间隔删除部分存活时间大于存活阈值的数据包,直至满足优化阈值;所述优化阈值包括:所述传输缓存区存活时间大于存活阈值的数据包个数不大于删除阈值,或者所述传输缓存区存活时间大于存活阈值的数据包总大小不大于调度资源。
11.一种通信系统,其特征在于,包括如权利要求6至10任一项所述的数据包传输装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510522413.0A CN106488505A (zh) | 2015-08-24 | 2015-08-24 | 一种数据包传输方法及装置、通信系统 |
PCT/CN2016/070385 WO2017031928A1 (zh) | 2015-08-24 | 2016-01-07 | 一种数据包传输方法及装置、通信系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510522413.0A CN106488505A (zh) | 2015-08-24 | 2015-08-24 | 一种数据包传输方法及装置、通信系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106488505A true CN106488505A (zh) | 2017-03-08 |
Family
ID=58099447
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510522413.0A Pending CN106488505A (zh) | 2015-08-24 | 2015-08-24 | 一种数据包传输方法及装置、通信系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106488505A (zh) |
WO (1) | WO2017031928A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109362103A (zh) * | 2018-10-30 | 2019-02-19 | 维沃移动通信有限公司 | 一种数据缓存方法及终端设备 |
CN112235829A (zh) * | 2020-10-15 | 2021-01-15 | 展讯通信(上海)有限公司 | 数据传输方法、设备和存储介质 |
WO2022151242A1 (zh) * | 2021-01-14 | 2022-07-21 | Oppo广东移动通信有限公司 | 一种数据传输方法、电子设备及存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022266964A1 (zh) * | 2021-06-24 | 2022-12-29 | Oppo广东移动通信有限公司 | 基于低功耗蓝牙的数据传输方法、装置、设备及存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7016304B2 (en) * | 2001-05-18 | 2006-03-21 | Intel Corporation | Link level retry scheme |
CN101044730A (zh) * | 2004-10-27 | 2007-09-26 | 松下电器产业株式会社 | 控制站装置、基站装置及分组数据丢弃方法 |
CN101232455A (zh) * | 2008-02-04 | 2008-07-30 | 中兴通讯股份有限公司 | 一种拥塞控制方法及装置 |
CN101527674A (zh) * | 2008-03-04 | 2009-09-09 | 中国移动通信集团公司 | 一种数据处理的方法及装置 |
CN101582842A (zh) * | 2008-05-16 | 2009-11-18 | 华为技术有限公司 | 拥塞控制方法与拥塞控制装置 |
CN101904197A (zh) * | 2007-12-20 | 2010-12-01 | 株式会社Ntt都科摩 | 移动台、基站装置、通信控制方法以及移动通信系统 |
CN102149140A (zh) * | 2011-05-10 | 2011-08-10 | 北京邮电大学 | 一种端到端多链路并行传输的网络控制方法 |
CN102170663A (zh) * | 2011-05-23 | 2011-08-31 | 迈普通信技术股份有限公司 | 基于3g的实时传输业务中保证服务质量的方法及设备 |
CN102742320A (zh) * | 2009-03-20 | 2012-10-17 | 瑞典爱立信有限公司 | 无线通信网络上行链路的主动队列管理 |
-
2015
- 2015-08-24 CN CN201510522413.0A patent/CN106488505A/zh active Pending
-
2016
- 2016-01-07 WO PCT/CN2016/070385 patent/WO2017031928A1/zh active Application Filing
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7016304B2 (en) * | 2001-05-18 | 2006-03-21 | Intel Corporation | Link level retry scheme |
CN101044730A (zh) * | 2004-10-27 | 2007-09-26 | 松下电器产业株式会社 | 控制站装置、基站装置及分组数据丢弃方法 |
CN101904197A (zh) * | 2007-12-20 | 2010-12-01 | 株式会社Ntt都科摩 | 移动台、基站装置、通信控制方法以及移动通信系统 |
CN101232455A (zh) * | 2008-02-04 | 2008-07-30 | 中兴通讯股份有限公司 | 一种拥塞控制方法及装置 |
CN101527674A (zh) * | 2008-03-04 | 2009-09-09 | 中国移动通信集团公司 | 一种数据处理的方法及装置 |
CN101582842A (zh) * | 2008-05-16 | 2009-11-18 | 华为技术有限公司 | 拥塞控制方法与拥塞控制装置 |
CN102742320A (zh) * | 2009-03-20 | 2012-10-17 | 瑞典爱立信有限公司 | 无线通信网络上行链路的主动队列管理 |
CN102149140A (zh) * | 2011-05-10 | 2011-08-10 | 北京邮电大学 | 一种端到端多链路并行传输的网络控制方法 |
CN102170663A (zh) * | 2011-05-23 | 2011-08-31 | 迈普通信技术股份有限公司 | 基于3g的实时传输业务中保证服务质量的方法及设备 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109362103A (zh) * | 2018-10-30 | 2019-02-19 | 维沃移动通信有限公司 | 一种数据缓存方法及终端设备 |
CN112235829A (zh) * | 2020-10-15 | 2021-01-15 | 展讯通信(上海)有限公司 | 数据传输方法、设备和存储介质 |
WO2022078517A1 (zh) * | 2020-10-15 | 2022-04-21 | 展讯通信(上海)有限公司 | 数据传输方法、设备和存储介质 |
WO2022151242A1 (zh) * | 2021-01-14 | 2022-07-21 | Oppo广东移动通信有限公司 | 一种数据传输方法、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2017031928A1 (zh) | 2017-03-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110855400B (zh) | 基于纠错码的自适应丢包恢复方法、计算设备及存储介质 | |
CN104994036B (zh) | 一种多路径传输协议中的动态数据调度方法 | |
CN103647722B (zh) | 一种基于信誉的链路拥塞控制方法 | |
CN106488505A (zh) | 一种数据包传输方法及装置、通信系统 | |
CN104093170B (zh) | 基于tcp的数据传输方法和tcp代理装置 | |
CN101141406B (zh) | 分布式流量控制方法、系统及装置 | |
CN106851727B (zh) | 基于多路径路由协议实现自组网拥塞控制的方法 | |
CN107864084A (zh) | 数据包的传输方法和装置 | |
CN112702274B (zh) | 战术瞄准网络技术中基于路由稳定性的跨层拥塞控制方法 | |
CN102474463A (zh) | 通信装置以及通信方法 | |
CN108476091A (zh) | 无线通信网络的用于确定实时媒体流的传输条件的方法、系统和用户设备 | |
WO2002023864A1 (en) | Time out threshold shaping for wireless tcp communications | |
CN108391289B (zh) | 一种拥塞控制方法和基站 | |
CN109462872A (zh) | 数据分流的方法、装置及通信系统 | |
JP4176576B2 (ja) | データ流入量制御方法、基地局及び制御局 | |
CN102461093A (zh) | 管理业务负荷的方法 | |
CN103428104B (zh) | 一种基于内容中心网络的拥塞控制方法 | |
CN108512708A (zh) | 一种缓存计算的方法及装置 | |
CN105744571B (zh) | 流量整形方法和系统 | |
US6496811B1 (en) | Fuzzy-logic based overload detection and correction for packet gateways | |
Chakravarthi et al. | Hop-by-hop rate control technique for congestion due to concurrent transmission in wireless sensor network | |
CN112822720A (zh) | 无人机组网技术中基于mac层链路质量的跨层拥塞控制方法 | |
CN107484204A (zh) | 基站上行突发缓解方法及装置 | |
EP2002609B1 (en) | Method and termination node for bundling multiple messages into a packet | |
Weigel et al. | Route-over forwarding techniques in a 6LoWPAN |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170308 |
|
WD01 | Invention patent application deemed withdrawn after publication |