CN101222440A - 压缩报文的服务质量调度方法和装置 - Google Patents

Abstract

本发明提供了一种压缩报文的服务质量调度方法和装置。该方法主要包括：在对报文进行压缩处理之前，获取预先设定的所述压缩处理对应的报文长度减少值，对报文进行QoS(服务质量)调度，并根据所述报文长度减少值确定QoS调度后的报文的长度；对所述QoS调度后的报文进行压缩处理。利用本发明，可以使得压缩后的报文仍然能够保持比较高的流量，并且能够保证在报文的传输过程中不会发生丢包。

Description

压缩报文的服务质量调度方法和装置

技术领域

本发明涉及通信领域，尤其涉及一种压缩报文的QoS(Quality ofService，服务质量)调度方法和装置。

背景技术

IPHC(IP Header Compress，IP头压缩)标准主要用于对TCP(Transmission Control Protocol，传输控制协议)、UDP(User DatagramProtocol，用户数据报文协议)、RTP(Real Time Protocol，实时协议)等报文的头部进行压缩，以节省链路带宽。

基于IPHC标准的cRTP(compress RTP，压缩的RTP协议)是一种报文头压缩技术，该技术将IP+UDP+RTP报文的头部由40字节压缩至2～4字节，对于有效载荷仅15～30字节的RTP报文来说，可以极大地降低报文的冗余度，提高带宽利用率，从而大大地节省运营商的传输资源。

通过RTP协议承载语音的报文封装格式如图1所示，语音编码器生成的语音数据被逐层封装成RTP、UDP和IP包，语音数据的语音包头部长度达到40个字节，但是有效载荷只有15～30个字节。因此，在包含多个连续的语音包的语音流中存在较高的冗余度，要降低这种冗余，提高语音流的带宽利用率，必须使用压缩算法。

用cRTP对上述语音包头部进行压缩，可以将40字节的报文头部最小压缩至2字节，压缩后的cRTP报文封装格式如图2所示。在压缩过程中，需要在压缩端与解压端分别建立和维护cRTP上下文信息，报文头部仅携带上下文信息的CID(索引)等少量信息，在解压端可以根据CID来从其维护的cRTP上下文信息中索引出相应的上下文，进而完全恢复出报文头。如果在报文传输过程中，发生丢包或包被损坏，解压端就无法正确地对cRTP压缩报文进行解压，以及无法正确地更新上下文信息。

QoS(Quality of Service，服务质量)是网络的一种安全机制，是用来解决网络延迟和阻塞等问题的一种技术。在网络发生数据包的流量拥塞时，可以根据预定的QoS策略，对各种数据包进行流量调度，比如，让优先级高的数据包通过，将优先级低的报文丢弃，或者，让某种特定的应用的数据包通过，将其它应用的报文丢弃，或者，让重要程度高的数据包先通过，将重要程度低的报文丢弃。

在实际应用中，为了保证cRTP压缩报文的QoS，需要对cRTP压缩报文进行QoS调度。

发明内容

本发明实施例的目的是提供一种压缩报文的服务质量调度方法和装置，从而可以实现对对cRTP压缩报文进行QoS调度。

本发明实施例的目的是通过以下技术方案实现的：

一种压缩报文的服务质量调度方法，包括：

在对报文进行压缩处理之前，获取预先设定的所述压缩处理对应的报文长度减少值；

对报文进行服务质量QoS调度，并根据所述报文长度减少值确定QoS调度后的报文的长度；

对所述QoS调度后的报文进行压缩处理。

一种压缩报文的服务质量调度装置，包括：

报文长度减少值获取模块，用于在对报文进行压缩处理之前，根据报文的压缩类型信息获取预先设定的所述压缩处理对应的报文长度减少值；

第一QoS调度处理模块，用于对报文进行量QoS调度，并根据所述报文长度减少值获取模块所获取的报文长度减少值确定QoS调度后的报文的长度；

压缩处理模块，对所述QoS调度处理模块处理后的报文进行压缩处理。

由上述本发明实施例提供的技术方案可以看出，本发明实施例通过在对报文进行QoS调度时，根据报文的压缩类型将报文长度减少设定的数值，从而使得压缩后的报文仍然能够保持比较高的流量，并且能够保证在报文的传输过程中不会发生丢包。

附图说明

图1为通过RTP协议承载语音的报文封装格式示意图；

图2为压缩后的cRTP报文封装格式示意图；

图3为本发明实施例所述方法的实现原理示意图；

图4为本发明实施例所述方法的具体处理过程示意图；

图5为本发明实施例所述压缩报文的Qos调度装置的结构示意图。

具体实施方式

在本发明实施例中，在对报文进行压缩处理之前，获取报文的压缩类型信息，根据该压缩类型信息查询预先设定的各种压缩类型对应的报文长度减少值，获取报文的压缩处理对应的报文长度减少值。然后，对报文进行QoS调度，并根据所述报文长度减少值确定QoS调度后的报文的长度。再对所述QoS调度后的报文进行压缩处理。

当所述压缩处理后的报文流量大于配置的带宽对应的流量，对所述压缩处理后的报文再进行QoS调度处理。

上述报文长度减少值的最佳值为使得压缩处理后的报文流量为配置的带宽对应的流量。所述各种压缩类型包括：UDP压缩、TCP压缩或RTP压缩。

下面结合附图来详细描述本发明实施例，本发明实施例所述方法的实现原理示意图如图3所示，具体处理过程如图4所示，包括如下处理过程：

41、建立各种压缩类型对应的包长减少值的经验值。

首先针对业务数据报文(如语音数据报文)的各种压缩类型，比如UDP、TCP或RTP压缩，建立和保存每种压缩类型对应的包长减少值的经验值，该包长减少值的经验数值为对语音数据报文进行QoS流量调度后，将调度后的语音数据报文的长度减少的数值。下面以业务数据报文为语音数据报文来说明本发明实施例。

上述包长减少值是用于通过减少语音数据报文的长度，来提高调度后的语音数据报文的流量，使得提高后的流量再经过压缩以后，仍然能够保持比较高的流量，并且该压缩后的流量能够保证在报文的传输过程中不会发生丢包，该压缩后的流量的最佳值为网络配置的路由器的出接口的流量。在实际应用中，可以通过多次流量测试，来获取各种压缩类型对应的包长减少值的经验数值。

上述经验值可以保存在报文转发设备(如路由器、三层交换机)的接口表中，通过配置命令进行配置。一般而言，该经验值在不同的网络环境中不尽相同，但在网络环境固定的情况下，这个网络环境的经验值是相对固定的。下面以报文转发设备为路由器来说明本发明实施例。

42、对语音数据报文进行QoS流量调度，并根据包长减少值的经验值来确定调度后的报文的长度。

在路由器的下行处理过程中，在路由器接收到语音数据报文的流量后，首先在路由器中对语音数据报文进行QoS流量调度，但是在QoS流量调度前，从语音数据报文的头部中携带的信息判断该语音数据报文是否需要压缩，以及要进行什么样的压缩，比如，进行RTP、UDP或TCP压缩。

在本实施例中，需要对上述接收到的语音数据报文进行RTP压缩，则获取上述保存的RTP压缩对应的包长减少值的经验值，根据该经验值来调整QoS流量调度的参数，使得经过了QoS流量调度的报文的长度减少上述经验值，从而提高了QoS流量调度的语音数据报文的流量，该流量大于路由器的出接口配置的流量。

43、对经过了QoS流量调度的语音数据报文进行RTP压缩。

在对语音数据报文进行了上述QoS流量调度处理后，再对该语音数据报文进行RTP压缩，将RTP压缩处理后的报文从路由器的出接口输出。由于在上述Qos流量调度处理过程中，已经提高了语音数据报文的流量，所以经过RTP压缩处理后，语音数据报文的流量虽然被减少了，但是该流量仍然能够保持在一个比较高的水平，能够进行线速处理，该流量可以基本接近于上述路由器的出接口配置的流量。

上述RTP压缩处理后的语音数据报文的流量还要能够保证在报文的传输过程中不会发生丢包，从而保证解压缩端上下文环境的稳定，解压缩端能够正确地对cRTP压缩报文进行解压。

44、对经过RTP压缩后的语音数据报文再进行QoS流量调度。

在实际应用中，网络环境往往不是稳定的，并且上述RTP压缩处理比较复杂，导致RTP压缩后的报文的长度是不固定的。所以，上述保存的RTP压缩对应的包长减少值的经验值往往不是绝对准确的，不能绝对保证RTP压缩后的报文的流量达到预定的数值。

于是，对经过RTP压缩后的语音数据报文在路由器的出接口再进行一次Qos流量调度，该再次的QoS流量调度过程是可选的，只有在RTP压缩后的报文的流量没有达到预定的数值时，高于上述路由器的出接口配置的流量时才进行。在RTP压缩后的报文的流量达到了预定的数值时，则不需要进行再次的Qos流量调度。

通过对RTP压缩后的语音数据报文再次进行QoS流量调度，可以保证一些优先级高的报文不会在路由器的出接口被丢弃。

上述处理流程通过在RTP压缩前后，分别对报文进行一次QoS流量调度，可以最大限度地保证RTP压缩后的语音数据报文和上述路由器的出接口配置的流量相等，并且保证解压缩端上下文环境稳定。

本发明实施例所述压缩报文的QoS调度装置的结构示意图如图5所示，包括如下模块：

报文长度减少值设定模块，用于对报文进行QoS调度，并将QoS调度后的报文的长度减少指定的数值，再对报文进行压缩处理，使得压缩处理后的报文流量为配置的带宽对应的流量，则设定所述指定的数值为所述压缩处理对应的报文长度减少值；通过对报文进行各种压缩处理，设定各种压缩类型对应的报文长度减少值。

报文长度减少值获取模块，用于在对报文进行压缩处理之前，根据报文的压缩类型信息获取预先设定的所述压缩处理对应的报文长度减少值；

第一QoS调度处理模块，用于对报文进行量QoS调度，并根据所述报文长度减少值获取模块所获取的报文长度减少值确定QoS调度后的报文的长度；

压缩处理模块，对所述QoS调度处理模块处理后的报文进行压缩处理。

第二QoS调度处理模块，用于当所述压缩处理模块处理后的报文流量大于配置的带宽对应的流量，对该报文再进行QoS调度处理。

综上所述，本发明实施例使流量调度的主动丢弃发生在压缩处理前，使得压缩处理之后的流量都不会被丢弃。保证解压缩端上下文环境稳定，压缩-解压缩过程不因为流量调度而发生丢包。并且，本发明实施例还能够最大限度利用线路物理带宽，提高IPHC效果，提高链路利用率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分过程是可以通过程序来指令相关的硬件来完成，所述的程序可以存储在一计算机可读取存储介质中，所述的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种压缩报文的服务质量调度方法，其特征在于，包括：

在对报文进行压缩处理之前，获取预先设定的所述压缩处理对应的报文长度减少值；

对报文进行服务质量QoS调度，并根据所述报文长度减少值确定QoS调度后的报文的长度；

对所述QoS调度后的报文进行压缩处理。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

对报文进行QoS调度，并将QoS调度后的报文的长度减少指定的数值，再对报文进行压缩处理，使得压缩处理后的报文流量为配置的带宽对应的流量，则设定所述指定的数值为所述压缩处理对应的报文长度减少值。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在所述设定压缩处理对应的报文长度减少值的过程中，通过对报文进行各种压缩处理，设定各种压缩类型对应的报文长度减少值。

4.根据权利要求3所述的方法，其特征在于，所述各种压缩类型包括：用户数据报文协议UDP压缩、传输控制协议TCP压缩或实时协议RTP压缩。

5.根据权利要求3所述的方法，其特征在于，所述方法在对报文进行压缩处理之前，获取预先设定的该压缩处理对应的报文长度减少值的过程，具体包括：

获取报文的压缩类型信息，根据该压缩类型信息查询预先设定的各种压缩类型对应的报文长度减少值，获取报文的压缩处理对应的报文长度减少值。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述对报文进行QoS调度，并根据所述报文长度减少值确定QoS调度后的报文的长度的过程，具体包括：

根据所述报文长度减少值来配置QoS调度的参数，通过该QoS调度的参数对报文进行QoS调度，使得QoS调度后的报文的长度减少所述报文长度减少值。

7.根据权利要求6所述的方法，其特征在于，所述对所述QoS调度后的报文进行压缩处理报文之后，还包括：

当所述压缩处理后的报文流量大于配置的带宽对应的流量，对所述压缩处理后的报文再进行QoS调度处理。

8.一种压缩报文的服务质量调度装置，其特征在于，包括：

报文长度减少值获取模块，用于在对报文进行压缩处理之前，根据报文的压缩类型信息获取预先设定的所述压缩处理对应的报文长度减少值；

第一QoS调度处理模块，用于对报文进行量QoS调度，并根据所述报文长度减少值获取模块所获取的报文长度减少值确定QoS调度后的报文的长度；

压缩处理模块，对所述QoS调度处理模块处理后的报文进行压缩处理。

9.根据权利要求8所述的压缩报文的服务质量调度装置，其特征在于，所述装置还包括：

报文长度减少值设定模块，用于对报文进行QoS调度，并将QoS调度后的报文的长度减少指定的数值，再对报文进行压缩处理，使得压缩处理后的报文流量为配置的带宽对应的流量，则设定所述指定的数值为所述压缩处理对应的报文长度减少值；通过对报文进行各种压缩处理，设定各种压缩类型对应的报文长度减少值。

10.根据权利要求8或9所述的压缩报文的服务质量调度装置，其特征在于，所述装置还包括：

第二QoS调度处理模块，用于当所述压缩处理模块处理后的报文流量大于配置的带宽对应的流量，对该报文再进行QoS调度处理。

Images