压缩实时协议的优化方法和装置的制作方法

文档序号:7706284阅读:236来源:国知局
专利名称:压缩实时协议的优化方法和装置的制作方法
技术领域
本发明涉及一种信息处理方法,尤其涉及一种压缩实时协议的优化方法 和装置。
背景技术
随着实时传输协议(RTP, Real-time Transport Protocol)成为正式的 Internet标准(RFC, Request For Comments)发行,人们对于利用RTP实J见不
同的网络音视频应用程序间互操作的兴趣也日益增长。然而在使用低速链路 如14. 4Kb/s或28. 8Kb/s拨号时,12字节的RTP头对于仅有20字节的负载而 言开销实在太大。为了减少头占用的字节, 一些应用通常使用自定义的协议, 而这样削减了 RTP相关的功能。
也可通过压縮技术来令IP/UDP/RTP包头变小,如压縮实时协议(CRTP (RFC2508 ))。如图1所示,压縮可以针对于在端到端应用中的RTP头 (HEADER),或者针对Link-by-Link应用中的IP, UDP, RTP的组合头。将40 字节的组合头一起进行压縮比仅压缩12字节的RTP头更具实际效果,因为两 种情况下的结果大小均为约2-4字节。同时,由于延迟和丢失率都很低,对 Link-by-Link应用进行压缩,性能也更好。CRTP在不发送用户数据报协议 (UDP, User Datagram Protocol)校验和的情况下,将大多数包的IP/UDP/RTP 头压缩到2个字节,在带校验和时则压縮到4个字节。
CRTP是在E1链路上常用的点到点压縮算法,CRTP算法可以把IP/UDP/RTP 共36字节的报文头压縮到6-9字节,大大提高链路利用率。如图2A所示,压缩 启动时压縮方构造FULL HEAD报文,该报文包含压縮标识(CID, Co即ress
4identification)和完整的IP/UDP/RTP头部字段,传递给解压端以供解压端 构造上下文(CONTEXT)表项。解压端建立起CID-IP/UDP/RTP的映射关系后, 压缩端后续发送仅包含CID压縮头的报文来节省带宽。解压端根据压縮头的 CID来查表恢复出IP/UDP/RTP头部字段。解压端同时检查CID的有效性和连续 性,如果发现CID丢失,则表示线路上发生了传输错误,解压端会构造上下文 状态(context state)报文发给压缩端,来要求压缩端重新发送完整头(FULL HEAD)报文以便重建CID-IP/UDP/RTP的映射表项。在链路正常的情况下,这 种机制可以很好的做到错误重传。
但是如图2B所示,在网络拥塞下,如果解压端侧发现丢包,会向压縮端 发起context state报文请求同步。压缩端收到context state报文后会在多 条链路上并发发出多条完整头(FULL HEAD)报文。而FULL HEAD报文比通常 传输的压缩头(Compress head)多出IP/UDP/RTP包头共计32字节,占用带宽 较大,会造成一轮新的拥塞,产生传输恶化的雪崩效应,从而大大降低传输 效率。

发明内容
本发明实施例的目的在于提供一种压缩实时协议的优化方法和装置,能 够避免在网络拥塞下解压侧数据包丢失产生传输恶化的雪崩效应。
本发明实施例的目的在于提供一种压缩实时协议的优化方法,该方法包 括定时检测链路可用带宽;以及若可用带宽小于预先设定比例时,通知上 层中央处理器,禁止响应上下文状态报文。
本发明实施例还提供一种压縮端装置,该装置包括检测模块,用于定 时检测链路可用带宽;比较模块,用于比较所述可用带宽是否小于预先设定比例;以及响应模块,若比较模块的比较结果为可用带宽小于所述预先设定 比例时,通知上层中央处理器,所述上层中央处理器通知底层网络处理器, 禁止响应上下文状态报文。
在应用CRTP压縮协议的窄带链路上,如果发生流量拥塞,应用本发明可 以有效缓解原协议算法导致的拥塞加剧的雪崩效应,更充分的利用带宽,提 高传输效率。


此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部 分,并不构成对本发明的限定。在附图中
图1为RTP数据包格式在压缩前后的示意图。
图2A为正常情况下CRPT的压縮端和被压縮端之间的操作示意图。 图2B为拥塞传输下CRPT的压縮端和被压缩端之间的操作示意图。 图3为根据本发明的压缩实时协议的优化方法一实施例的流程图。 图4为根据本发明的压縮实时协议的优化方法另一实施例的流程图。 图5为根据本发明的压缩端装置的一实施例的结构示意图。
具体实施例方式
为使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合实 施例和附图,对本发明实施例做进一步详细说明。在此,本发明的示意性实 施例及其说明用于解释本发明,但并不作为对本发明的限定。
实施例一
参照图3,本发明实施例提供一种压縮实时协议的优化方法。以下参照附 图对本发明实施例进行详细说明。
该方法包括当发生流量拥塞后,由压縮端执行以下步骤步骤S301:定时检测链路可用带宽,具体包括读取在预定时刻TO读取链
路发送报文字节数ByteJTO,在下一预定时刻Tl读取链路发送报文字节数 Byte—Tl,从而得到实际带宽Band= (Byte—Tl-Byte—TO) / (Tl-TO),如此通过
各预定时刻的链路发送报文字节数可以实现定时检测链路可用带宽;以及
步骤S302:当所述可用带宽小于等于预先设定比例时,不响应上下文状 态报文。
在该步骤中设定比例可以为20%,当可用带宽小于整个带宽的20%时,可 以通知上层CPU,禁止响应上下文状态报文。 可选地,本实施例可以进一步包括
当所述可用带宽大于所述预先设定比例时,通知上层CPU,上层CPU通知 底层网络处理器(NP,Network processor),允许响应上下文状态报文(context state)。例如,上层CPU将标记位设置为允许响应上下文状态报文(context state)的状态,并通过此标记位通知底层NP。
本实施例可以在应用CRTP压縮协议的窄带链路上发生流量拥塞时,有效 缓解原协议算法导致的拥塞加剧的雪崩效应,更充分的利用带宽,提高传输 效率。
实施例二
参照图4,本发明实施例提供另一种压縮实时协议的优化方法。以下参照 附图对本发明实施例进行详细说明。
该方法包括当发生流量拥塞后,由压縮端执行以下步骤
步骤S401:定时动态检测链路可用带宽,具体方法同上;
步骤S402:判断所述可用带宽是否大于预设比例,若大于预设比例,则 执行步骤S403;若小于预设比例,则执行步骤S405;
例如,根据带宽使用的实际情况,可以将预设比例设置为20%;
步骤S403:响应上下文状态报文(context state);在该步骤中,通知 上层CPU,上层CPU通知底层NP,允许响应context state,例如,上层CPU将标记位设置为允许响应上下文状态报文(context state)的状态,并通过 此标记位通知底层NP;
步骤S404:构造完整压縮头部(FULL HEAD)报文并发送给解压端装置;
步骤S405:不响应上下文状态报文,在该步骤中,通知上层CPU,上层 CPU通知底层网络处理器NP,设置禁止响应context state,例如,上层CPU 将标记位设置为禁止响应上下文状态报文(context state)的状态,并通过 此标记位通知底层NP;
步骤S406:调节流量,使流量适应所述可用带宽环境,其中可以通过使 流量源端降速来实现流量控制。
本实施例可以在应用CRTP压縮协议的窄带链路上发生流量拥塞时,有效 缓解原协议算法导致的拥塞加剧的雪崩效应同时,进一步控制流量速度,更 充分的利用带宽,提高传输效率。
实施例三
参照图5,本发明实施例提供一种优化压縮实时协议的压縮端装置。下面 参照附图对本发明实施例进行详细说明。 该压縮端装置500包括 检测模块501,用于定时检测链路可用带宽; 比较模块502,用于比较所述可用带宽是否大于预先设定比例; 例如,根据带宽使用的实际情况,可以将预设比例设置为20%; 响应模块503,用于根据比较模块502的比较结果,确定是否响应上下文
状态报文;若比较结果为可用带宽大于预先设定比例,则响应模块503通知 上层CPU,上层CPU用通知底层NP,允许响应context state;若比较结果为 可用带宽小于等于预先设定比例,则响应模块503通知上层CPU,上层CPU通 矢口底层NP,禁止响应context state。
上述上层CPU可以通过将预设的标记位设置为允许响应context state 的状态或禁止响应context state的状态来通知底层NP。在其他实施例中,该压縮端装置500还可以包括
完整头报文装置504,用于当响应模块503确定响应上下文状态报文时向解压端装置发送FULL HEAD报文;
流量控制模块505,用于当响应模块503确定不响应上下文状态报文时控制流量,调节流量以适应所述可用带宽环境。进一步地,流量控制模块505可以通过降低流量源端的流量速度来调节流量。
本实施例可以在应用CRTP压縮协议的窄带链路上发生流量拥塞时,有效缓解原协议算法导致的拥塞加剧的雪崩效应,更充分的利用带宽,提高传输效率。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
9
权利要求
1.一种压缩实时协议的优化方法,其特征在于,该方法包括定时检测链路可用带宽;若所述可用带宽小于等于预先设定比例时,通知上层中央处理器,禁止响应上下文状态报文。
2. 根据权利要求1所述的方法,其特征在于所述预先设定比例为20%。
3. 根据权利要求1所述的方法,其特征在于若所述可用带宽小于等于 预先设定比例时,向解压端发送完整头报文。
4. 根据权利要求1所述的方法,其特征在于,所述方法进一步包括若 所述可用带宽大于所述预先设定比例时,通知上层中央处理器,允许响应上 下文状态报文。
5. 根据权利要求4所述的方法,其特征在于,还包括当所述可用带宽 大于所述预先设定比例时,调节流量,使流量适应所述可用带宽。
6. 根据权利要求5所述的方法,其特征在于,所述调节流量包括降低 流量源端的流量速度。
7. —种压縮端装置,其特征在于,该装置包括 检测模块,用于定时检测链路可用带宽;比较模块,用于比较所述可用带宽是否小于等于预先设定比例;以及 响应模块,若所述比较模块的比较结果为所述可用带宽小于等于所述预先设定比例时,通知上层中央处理器,所述上层中央处理器通知底层网络处理器,禁止响应上下文状态报文。
8. 根据权利要求7所述的装置,其特征在于所述响应模块还用于当所 述比较模块的比较结果为所述可用带宽大于所述预先设定比例时,允许响应 上下文状态报文。
9. 根据权利要求8所述的装置,其特征在于还包括流量控制模块,用于当所述比较模块的比较结果为所述可用带宽大于所述预先设定比例时,降 低流量源端的流量速度。
10.根据权利要求7所述的装置,其特征在于还包括完整头报文模块, 当所述比较模块的比较结果为所述可用带宽小于等于所述预先设定比例时, 向解压端发送完整头报文。
全文摘要
本发明提供一种压缩实时协议的优化方法,该方法包括定时检测链路可用带宽;若可用带宽小于预先设定比例时,通知上层中央处理器,禁止响应上下文状态报文。此外,本发明还提供一种压缩端装置,该装置包括检测模块,用于定时检测链路可用带宽;比较模块,用于比较所述可用带宽是否小于预先设定比例;以及响应模块,若比较模块的比较结果为可用带宽小于所述预先设定比例时,通知上层中央处理器,所述上层中央处理器通知底层网络处理器,允许不。在应用CRTP压缩协议的窄带链路上,如果发生流量拥塞,应用本发明可以有效缓解原协议算法导致的拥塞加剧的雪崩效应,更充分的利用带宽,提高传输效率。
文档编号H04L1/00GK101494526SQ20091012885
公开日2009年7月29日 申请日期2009年3月17日 优先权日2009年3月17日
发明者郭晓阳 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1