专利名称：压缩报头的方法、压缩器及传输系统的制作方法
技术领域：
本发明涉及数据传输领域，尤其涉及一种压缩报头的方法、压缩器及传输系统。
背景技术：
数字电视广播手持终端标准(Digital Video Broadcasting Handled，DVB-H)是欧洲数字电视标准组织为通过地面数字广播网络向便携、手持终端提供多媒体业务所制定的传输标准，是欧洲数字电视地面传输标准(Digital VideoBroadcasting-Terrestrial，DVB-T)在移动终端上的扩展应用。采用DVB-H的终端具有更低的功耗，移动接收和抗干扰性能更为优越，因此该标准适用于移动电话、手持计算机等小型便携设备通过地面数字电视广播网络接收信号，有着非常广阔的应用前景。
在进行DVB-H的实时业务时需要实时传送视频、音频、字幕等流式业务，这些业务数据的传送需要采用实时传输协议(Realtime Transfer Protocol，RTP)、用户数据报协议(User Datagram Protocol，UDP)和网际协议(Internet Protocol，IP)协议进行封装。进行多协议封装(Multi-Protocol Encapsulation，MPE)后的IP数据报结构如表1所示，其报头包含四个部分MPE数据段头、IP报头、UDP报头、RTP报头，其中MPE数据段头占用12个字节，IP报头在使用互联网协议第四版(Internet Protocol Version 4，IPV4)时占用20个字节，在使用互联网协议第六版(Internet Protocol Version 6，IPV6)时占用40个字节，UDP报头占用8个字节、RTP报头最少占用12个字节。
表1、IP数据报结构对于多协议封装后的IP数据报来说，在使用IPV4时报头要占用6％的资源，在使用IPV4时报头要占用大概6％的资源，在使用IPV6时报头要占用大概8％的资源，可见在进行DVB-H实时业务时，传输报头就要占用非常多的资源，而且在连续的数据报之间，有很多内容是前后的一致的，或有规律进行变化的，加上其他一些可以推算出内容，导致连续的数据报报头中存在大量冗余信息，所以对协议报头进行压缩是非常有实际意义的，可以有效降低传输报头占用的资源，尽量将有限的资源用在传输承载业务内容的有效载荷(Payload)上。
现有的IP报头压缩方案常用的有范·贾克布森报头压缩(Van JacobsonHeader Compression，VJHC)方案、IP报头压缩(IP Header Compression，IPHC)方案、RTP报头压缩(Compression RTP，CRTP)方案、和稳健报头压缩(RobustHeader Compression，ROHC)方案。
其中早提出的IP报头压缩方案是VJHC方案，IPHC方案是对VJHC方案的一些补充，VJHC方案和IPHC方案只支持类似组播的UDP协议，不支持RTP协议，由于这个原因，使得VJHC方案和IPHC方案不合适应用在多数多媒体传输中，特别是DVB-H的实时业务，其报头包含RTP协议报头。
CRTP方案是专门针对RTP协议提出的IP报头压缩方案，可以作为对VJHC方案和IPHC方案的补充，但是这些报头压缩方案都是为有线链路而设计的，大多采用较脆弱的差分编码，有线链路上的差错率较低，这些协议都可以很好地工作，然而，无线链路上的差错率较高，且呈现突发特征，此时，VJHC方案、IPHC方案和CRTP方案将不能适应DVB-H的实时业务这类无线传输的高误码率情况，无法保证传输的准确率。
ROHC方案一般适用于具有较长来回响应时间，差错率较高的无线链路上进行健壮有效的报头压缩，如蜂窝网络等，但是ROHC方案压缩机制较复杂，压缩编码算法中不断增加的复杂度要求更高的计算能力，同时也意味着较长的时延，这对于实时性节目的传输是不利的，而DVB-H的实时业务其实时性是非常重要的，显然不合适采用ROHC方案，而且DVB-H主要应用于由电池供电的手持移动终端，过于复杂的算法必然导致计算量的增加，手持移动终端的功耗也会随之增加，对于节能非常重要的由电池供电的手持移动终端来说是非常严重的影响。
由上可知，现有的IP报头压缩方案VJHC方案、IPHC方案、CRTP方案、ROHC方案都不是适合DVB-H协议的压缩方案，都没有对IP数据报报头的特点进行有效的压缩，而且采用VJHC方案、IPHC方案和CRTP方案会带来较高的差错率，无法保证传输的准确性，采用ROHC方案时延太长，无法保证DVB-H实时业务的实时性，还会带来手持移动终端功耗的上升，影响由电池供电的手持移动终端的使用时间。
发明内容
本发明要解决的技术问题是提供一种可以有效压缩IP数据报报头的压缩报头的方法、压缩器及传输系统。
为解决上述技术问题，本发明提供了一种压缩报头的方法，所述方法包括根据数据报生成初始帧；比对第一数据报报头和初始帧的帧头信息，找出并去除所述数据报报头中的冗余信息，生成第一压缩帧；比对第二数据报报头和所述第二数据报报头的上一帧的帧头信息，找出并去除所述数据报报头中的冗余信息，生成第二压缩帧。
本发明还提供了一种压缩器，所述压缩器包括比对单元和生成单元生成单元用于根据数据报生成初始帧，及去除比对单元从第一数据报、第二数据报中找出的冗余信息，生成压缩帧；比对单元用于比对第一数据报报头和初始帧的帧头信息，找出所述数据报报头中的冗余信息，比对第二数据报报头和所述第二数据报报头的上一帧的帧头信息找出所述数据报报头中的冗余信息。
本发明还提供了一种传输系统，所述系统包括压缩器和解压器压缩器用于根据数据报生成初始帧至解压器；比对第一数据报报头和初始帧的帧头信息，找出并去除所述数据报报头中的冗余信息，生成第一压缩帧；比对第二数据报报头和所述第二数据报报头的上一帧的帧头信息，找出并去除所述数据报报头中的冗余信息，生成第二压缩帧，；并发送所述初始帧和压缩帧至解压器；解压器用于接收初始帧和压缩帧，在接收到压缩帧后，根据前一个帧的帧头信息还原数据报。
由上可知，本发明通过去除连续的IP数据报报头中存在的大量冗余字段，有效地压缩了IP数据报的报头，提高了传输的效率，且采用的算法非常简单，易于实现不会加重系统的负担，也不会影响到业务的实时性。
图1、本发明提供的压缩报头的方法实施例流程图；图2、本发明提供的压缩器实施例结构图；图3、本发明提供的传输系统实施例图；图4、本发明提供的传输系统实施例工作方式示意图。
具体实施例方式
本发明提供了一种压缩报头的方法、压缩器及传输系统，可以对DVB-H的协议报头进行有效的压缩。
下面本文将详细描述本发明提供的压缩报头的方法的具体实施方式
。
多协议封装后的IP数据报，其报头部分包含MPE数据段头、IP报头、UDP报头、RTP报头，在报头内部存在大量的冗余字段，特别是在前后相连的数据段报头之间，本发明提供的压缩报头的方法实施例就是通过压缩这些冗余字段来实现的。
现以DVB-H标准中多协议封装-前向纠错(Multi-ProtocolEncapsulation-Forward Error Correction，MPE-FEC)帧为例详细说明IP数据报报头中存在的可以被压缩的冗余字段。按照DVB-H标准的规定，每个MPE-FEC帧分为MPE区和FEC区，其中经过多协议封装后的IP数据报都位于MPE区，它们也被称为MPE数据段，一个MPE-FEC帧包含很多个数据段，其MPE区也包含很多个MPE数据段即IP数据报，每个IP数据报都包含有一组IP数据报报头，这些IP数据报报头中包含的MPE数据段头、IP报头、UDP报头、RTP报头基本可以分为五类第一类、可由报头其它字段推算的类型IP报头中的数据报分段长度、数据报总长度字段和UDP报头中的报长字段。
由于IP报头中的数据报分段长度、数据报总长度字段和UDP报头中的报长字段之间存在固定的关系式，以IPV4为例，数据报分段长度(Lmpe)、IPV4数据报总长度(Lipv4)、UDP报长(Ludp)之间的关系式为Lmpe＝Lipv4+9＝Ludp+29所以只要发送其中一个数据，就可以推算出其他的值，其他的值就是可以被压缩的冗余字段。
第二类、前后报头相应字段值基本保持不变的类型MPE数据段头中的第4至8字节对应的字段；IP报头中的版本、报头长度、服务类型、分段标志区、生存时间、上层协议、源地址和目的地址等字段；UDP报头中源端口、目的端口字段；RTP报头中第1、2字节对应的字段和同步源、贡献源标志。
由于这些字段在连续的数据段中，很少发生变化，在传递连续的数据段时，也是可以被压缩的冗余字段。
第三类、前后报头相应字段值变化但规律确定IP报头中的标识符和RTP报头中的序列号，这些字段同样属于可以被压缩的冗余字段。
第四类、前后报头相应字段值变化无规律或较难预测MPE段头中的数据段长度、实时参数区；IP报头中的报头校验和、UDP报头中的校验和以及RTP报头中时间戳字段，这些字段就属于很难被压缩的字段。
第五类、其它各协议报头中除上述字段之外的其余部分。
本发明提供的压缩报头的方法实施例可以被称为简单报头压缩(SimpleHeader Compression，SHC)方案，主要压缩上述的第一类、第二类和第三类字段的冗余部分，第四类其中的时间戳等字段虽可以压缩，但需要采用复杂的编码算法，为降低算法的复杂度，不增加硬件的功耗，对类字段不进行压缩，至于第五类由于很难归类，也不进行压缩。
本发明提供的压缩报头的方法实施例流程如图1所示步骤101、发送端生成并发送初始帧，建立发送端上下文(Context)。
发送端在开始传送IP数据报时，首先要建立一个初始帧，一个初始帧包含一个普通IP数据报的所有内容，初始帧的帧头和普通IP数据报报头基本相同，其他部分则和普通IP数据报完全相同，为了对普通IP数据报，即未进行过压缩或初始化处理的MPE数据段、IPV4初始帧、IPV6初始帧和压缩过的压缩帧这4种不同类型的数据段进行区分，本实施例通过重新定义保留的MPE数据段头第2字节的第3、4位，实现这4种不同数据段的区分，现举例说明具体的区分方式，见表2所示
表2、MPE段头第2字节3、4位定义初始帧主要用于初始化发送端和接收端，在两端建立上下文，发送端不对初始帧的内容进行任何压缩，直接发送给接收端，同时初始帧的帧头信息被按照一定格式存储下来，形成上下文。
仍然以MPE-FEC帧为例，在开始传送MPE区的IP数据报时，将数据报生成成一个初始帧，由发送端发送出去，为了提高传输的可靠性，避免由于在传输过程中丢失初始帧之类的意外情况，也可以发送多个初始帧，也就是将前几个数据报都生成成初始帧，并一一发送出去，如果生成了多个初始帧，那么每次都要根据初始帧头刷新上下文。
下列步骤都将以MPE-FEC帧为例进行详细阐述。
步骤102、接收端接收初始帧，建立接收端上下文。
接收端接收到发送端发送来的数据段，通过数据段头第2字节的第3、4位判断出这是一个初始帧，然后将接收到的初始帧帧头按照一定格式进行存储，建立接收端的上下文，此时接收端和发送端进入同步状态。
接收端每次收到初始帧都要根据新接收到的初始帧刷新上下文。
步骤103、发送端压缩IP数据报，生成压缩帧，更新发送端上下文。
发送端在发送完预定个数的初始帧后开始生成压缩帧，假设之前发送出去的初始帧数为N，则发送端会把第N+1个IP数据报根据上下文的内容生成成压缩帧，这个数据报是第一个生成压缩帧的数据报，可以被称为第一数据报，其后的数据报都可以被称为第二数据报，这个压缩帧也是第一个生成的压缩帧，可以被称为第一压缩帧，其后生成的压缩帧也都可以被称为第二压缩帧。
压缩帧包含帧头和传输承载业务内容的有效载荷，其有效载荷部分和被压缩的IP数据报完全相同，本实施例为IPV4提供的压缩帧帧头格式如表3所示
表3、IPV4压缩帧帧头格式该IPV4压缩帧帧头包含基本帧头和扩展帧头两部分，基本帧头为20字节，主要包括同步字头(0X3E)、各协议报头中属于第四类的字段MPE数据段长度、实时参数区、IP报头校验和、UDP报头校验和、时间戳字段，和扩展帧头标志区，该基本帧头部分字段的定义如表4所示。扩展帧头用于传输与标志区指示位相对应的，发生变化的字段值。
表4、IPV4压缩帧基本帧头部分字段定义该IPV4压缩帧帧头中所有字段标志及字段顺序与MPE数据段头、IP报头、UDP报头、RTP报头保持一致。
发送端在生成IPV4压缩帧时，对于前述的五类不同数据段会进行不同的处理数据段中属于上述第四类和第五类的字段，被直接填入压缩帧帧头的对应区域；数据段中属于第二类和第三类的字段，发送端会依次将其与上下文中记录的前一个帧的帧头进行比较，若保持不变，或符合预定的变化规律，则将改制段对应的标志位置“0”，否则置“1”，并在扩展帧头区开辟相应长度的字段，将发生变化的值填充进去，这样这个值就会直接随压缩帧传递到接收端，具体标志位的位置和定义参见表3和表4；数据段中属于第一类的字段，由于数据报分段长度(Lmpe)、IPV4数据报总长度(Lipv4)、UDP报长(Ludp)之间存在下面的关系式Lmpe＝Lipv4+9＝Ludp+29所以只要发送其中任何一个数据，就可以推算出其他的值，本实施例采用的是发送数据报分段长度，即将数据报分段长度填充在压缩帧基本帧头MPE数据段长度部分，之后随压缩帧传递到接收端。
为保证扩展帧头中每个字段都是整数个字节，当RTP版本、扩展标志与CC标志任何一个发生变化时，应将整个RTP首字节传送过去；PT标志发生变化时，应将整个RTP第2字节传送过去，处理完上述五类字段后，将扩展帧头长度填入MPE标志区第5至8比特位。
由于在DVB-H系统中，同一个MPE-FEC帧内，扩展帧头中列出字段值一般保持不变，因此，大多数情况下，压缩帧只有基本帧头部分。为了在出现扩展帧头的情况下，保持整个扩展帧头部分长度为4字节的整数倍，该帧头在扩展帧头部分提供了Padding字段，在整个扩展帧头部分长度不是4字节的整数倍时进行的填充，填充字节为可以为“0”也可以为“1”，将整个扩展帧头部分长度填充到是4字节的整数倍，以便于发送。
此时就完成了一个IPV4压缩帧的生成，在完成压缩帧的生成的同时，发送端也要进行对上下文的更新，记录下当前帧头的内容。
若是IPV6压缩帧，本实施例提供的压缩帧帧头格式如表5所示
表5、IPV6压缩帧帧头格式该IPV6压缩帧帧头和IPV4压缩帧帧头一样包含基本帧头和扩展帧头两部分，其中基本帧头为16字节，基本构成参见表5，该基本帧头除了IP标志区外大部分字段的定义都和IPV4压缩帧帧头一致，该IPV6压缩帧帧头IP标志区各比特位的定义如表6所示
表6、IPV6压缩帧帧头IP标志区各比特位的定义发送端在生成IPV6压缩帧时，采取的处理方法和IPV4压缩帧基本一致，在此不作详述。
其中，IPV6的第一类字段中数据报分段长度(Lmpe)、IPV6数据报总长度(Lipv4)、UDP报长(Ludp)之间的关系式如下Lmpe＝Lipv6+49＝Ludp+49步骤104、判断发送端生成的压缩帧数目加上初始帧的数目是否达到一个压缩周期，达到则进入步骤105，否则返回步骤103继续生成压缩帧。
步骤105、将生成好的压缩帧作为一个超帧发送至接收端。
由于一个压缩帧的内容很小，每次生成好一个压缩帧即发送到接收端会造成网络资源的浪费，也会加重系统处理的负担，为了充分利用网络传输资源，本实施例提供了多个压缩帧一起发送的方法。
首先要取一个固定的压缩周期K，考虑到网络数据传输都是采用的二进制算法，MPE区的IP数据报的数目也都是2x(x取整数)个，K的取值一般为2x，但是此取值不宜过大，否则会影响到传输的实时性，所以K的取值一般为8、16、32。
假设发送的初始帧的数目为N，一个从初始帧开始的压缩周期内就应当生成K-N个压缩帧，发送端生成完K-N个压缩帧后，将该K-N个压缩帧作为一个超帧，一起发送到接收端。
若是之后不包括初始帧的压缩周期，生成的压缩帧数目就应当为K。
步骤106、接收端接收压缩帧，根据上下文还原数据报，并更新接收端上下文。
接收端接收到发送端发送的包含K-N个压缩帧的超帧时，会按照顺序依次对收到的压缩帧进行处理，首先要通过MPE数据段头第2字节的第3、4位判断出该帧是压缩帧，然后进行以下还原处理读取其中属于第四类和第五类的字段，直接填充到新的IP数据报报头对应字段中去；读取数据报分段长度，然后根据数据报分段长度、数据报总长度和UDP报长之间的关系式推算出数据报总长度和UDP报长之间的值，并将这三个数值填充到新的IP数据报报头对应字段中去，需要注意的是若在其他实施例中压缩帧传递的是数据报总长度或UDP报长之间的一个值，同样可以通过关系式推算出另外两个的数值；对于其它字段的恢复，接收端将根据各标志区对应的标志位进行处理，若标志位为0，接收端将根据上下文中相应字段值，按照约定的规则，直接在新的IP数据报报头对应字段进行填充，或加上约定数值后再填充；若标志位为1，接收端会根据标志位顺序和字段长度得出扩展帧头中标志位对应字段的位置，然后依次从扩展帧头中读取与标志位对应的字段值，填充到新的IP数据报报头对应字段中去。
接收端还原完一个IP数据报报头后，将根据还原后的IP数据报报头对接收端的上下文进行更新，以便对下一个压缩帧进行解压，这里还原后的IP数据报报头包含的也是该压缩帧的帧头信息，还原后的IP数据报报头将和承载业务内容的Payload组成新的IP数据报并被传送至下一处理环节。
此时一个传递周期完成，发送端在生成并发送完一个周期的压缩帧后，继续生成下一个周期的压缩帧，此时压缩帧的数目应为K，生成完K个压缩帧后作为一个超帧发送到接收端，接收端则重复步骤106，一直到传送完MPE区的IP数据报。
为了提高传输的可靠性，防止偶然出现的传输误差，本实施例还给出了一种定期初始化发送端和接收端的方法，先预设一个值M，发送端在每次传送过M个帧后再次重新生成初始帧，根据新的初始帧更新上下文，重复上述的流程直到传送完MPE区的IP数据报。
本发明提供的压缩器同样是通过压缩多协议封装后的IP数据报报头部分的冗余字段，来实现对IP数据报报头的压缩，压缩器实施例结构图如图2所示，包括比对单元201、生成单元202和存储单元203生成单元202用于根据数据报生成初始帧，及去除比对单元找出的冗余信息，生成压缩帧；比对单元201用于比对数据报报头和上下文中的帧头信息，找出所述数据报报头中的冗余信息。
存储单元203用于存储帧头信息，建立和更新上下文。
其生成初始帧和压缩帧的过程和上文所述压缩报头的方法实施例中的生成初始帧和压缩帧的过程完全一致，在此不再缀诉。
本发明提供的压缩器在本发明提供的传输系统中的具体应用参见下文对传输系统的描述。
本发明提供的传输系统也是通过压缩多协议封装后的IP数据报报头部分的冗余字段来实现的，其实施例如图3所示，包括压缩器301和解压器302压缩器301位于发送端，用于生成初始帧和压缩帧，并将生成好的初始帧和压缩帧发送到位于接收端的解压器。
解压器302位于接收端，用于接收发送端发送来的初始帧和压缩帧，并将压缩帧还原成普通帧。
下面本文将对本发明提供的传输系统实施例进行详细描述
仍然以MPE-FEC帧为例，本发明提供的传输系统实施例的工作方式如图4所示，在开始传送MPE区的IP数据报时，发送端的压缩器将包含数据报报头和有效载荷的IP数据报生成成一个包含帧头和有效载荷的初始帧，通过无线链路发送出去，同时将初始帧的帧头按照一定格式存储下来，建立发送端的上下文，此时压缩器处于初始态，此处的初始帧格式和上文所述压缩报头的方法实施例中的初始帧完全一致，在此不再缀诉。
位于接收端的解压器接收到压缩器发送来的数据段，通过数据段头第2字节的第3、4位判断出这是一个初始帧，将接收到的初始帧帧头按照一定格式进行存储，建立接收端的上下文，此时接收端也进入初始态，和发送端进入同步状态。
为了提高传输的可靠性，避免由于在传输过程中丢失初始帧之类的意外情况，也可以发送多个初始帧，也就是将前几个数据报都生成成初始帧，并一一发送出去，如果生成了多个初始帧，那么压缩器每次都要根据新生成的初始帧头刷新发送端上下文，解压器每次收到初始帧都要根据新接收到的初始帧刷新接收端上下文。
位于发送端的压缩器在发送完预定个数的初始帧后开始生成包含帧头和有效载荷的压缩帧，假设之前发送出去的初始帧数为N，则发送端的压缩器会把第N+1个IP数据报根据上下文的内容生成成压缩帧，本实施例为IPV4和IPV6提供的压缩帧帧头格式分别如表3、表5所示，其具体内容及生成方法和上文所述压缩报头的方法实施例中描述的完全一致，在此不再缀诉。
发送端的压缩器在生成的压缩帧数目加上初始帧的数目达到一个压缩周期后，将生成好的压缩帧作为一个超帧发送出去。
由于一个压缩帧的内容很小，每次生成好一个压缩帧即发送到接收端会造成网络资源的浪费，也会加重系统处理的负担，为了充分利用网络传输资源，本实施例提供了多个压缩帧一起发送的方法。
首先要取一个固定的压缩周期K，考虑到网络数据传输都是采用的二进制算法，MPE区的IP数据报的数目也都是2x(x取整数)个，K的取值一般为2x，但是此取值不宜过大，否则会影响到传输的实时性，所以K的取值一般为8、16、32。
假设发送的初始帧的数目为N，一个从初始帧开始的压缩周期内就应当生成K-N个压缩帧，发送端的压缩器生成完K-N个压缩帧后，将该K-N个压缩帧作为一个超帧，一起发送出去。
若是之后不包括初始帧的压缩周期，生成的压缩帧数目就应当为K。
位于接收端的解压器接收到压缩器发送来的包含K-N个压缩帧的超帧时，会按照顺序依次对收到的压缩帧进行处理，首先要通过MPE数据段头第2字节的第3、4位判断出该帧是压缩帧，然后进行还原处理，将其还原为普通的包含数据报报头和有效载荷的IP数据报，其还原过程和上文所述压缩报头的方法实施例中描述的完全一致，在此不再缀诉。
发送端的压缩器在生成并发送完一个周期的压缩帧后，继续生成下一个周期的压缩帧，此时压缩帧的数目应为K，生成完K个压缩帧后作为一个超帧发送到接收端的解压器，解压器则继续对收到的压缩帧进行还原，一直到传送完MPE区的IP数据报。
为了提高传输的可靠性，防止偶然出现的传输误差，本实施例还给出了一种定期初始化压缩器和解压器的方法，先预设一个值M，压缩器在每次传送过M个帧后再次重新生成初始帧，根据新的初始帧更新上下文，然后再生成新一周期的压缩帧，直到传送完MPE区的IP数据报。
以上对本发明所提供的一种压缩报头的方法、压缩器及传输系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种压缩报头的方法，其特征在于，所述方法包括根据数据报生成初始帧；比对第一数据报报头和初始帧的帧头信息，找出并去除所述数据报报头中的冗余信息，生成第一压缩帧；比对第二数据报报头和所述第二数据报报头的上一帧的帧头信息，找出并去除所述数据报报头中的冗余信息，生成第二压缩帧。
2.如权利要求1所述的压缩报头的方法，其特征在于，所述冗余信息为可以由其他字段推算的字段、或前后报头相应字段值基本保持不变的字段、或前后报头相应字段值变化但有规律的字段。
3.如权利要求1所述的压缩报头的方法，其特征在于，所述方法还包括发送所述初始帧、压缩帧至接收端，并在发送端存储帧头信息；接收端接收到初始帧后，存储初始帧的帧头信息；接收到压缩帧后，根据前一个帧的帧头信息还原数据报，并保存所述压缩帧的帧头信息。
4.如权利要求3所述的压缩报头的方法，其特征在于，所述发送压缩帧至接收端为在处理的数据报数目达到预设的压缩周期数值时发送全部所述压缩帧至接收端，接着开始下一个压缩周期，对下一个数据报进行处理。
5.如权利要求1、2、3或4所述的压缩报头的方法，其特征在于，所述方法还包括在处理的数据报数目达到预设的数值时，重新根据数据报制初始帧，然后继续生成压缩帧。
6.如权利要求1、2、3或4所述的压缩报头的方法，其特征在于，所述根据数据报生成初始帧为根据一个以上数据报对应生成一个以上初始帧。
7.如权利要求1、2、3或4所述的压缩报头的方法，其特征在于，所述方法还包括发送端将帧头信息存储于发送端上下文中，每次生成新的帧后，更新发送端上下文；接收端将帧头信息存储于接收端上下文中，每次接收到初始帧、或还原数据报后，更新接收端上下文。
8.一种压缩器，其特征在于，所述压缩器包括比对单元和生成单元生成单元用于根据数据报生成初始帧，及去除比对单元从第一数据报、第二数据报中找出的冗余信息，生成压缩帧；比对单元用于比对第一数据报报头和初始帧的帧头信息，找出所述数据报报头中的冗余信息，比对第二数据报报头和所述第二数据报报头的上一帧的帧头信息找出所述数据报报头中的冗余信息。
9.如权利要求8所述的压缩器，其特征在于，所述比对单元获得的冗余信息为可以由其他字段推算的字段、或前后报头相应字段值基本保持不变的字段、或前后报头相应字段值变化但有规律的字段。
10.如权利要求8或9所述的压缩器，其特征在于，所述压缩器还包括包括存储单元用于将帧的帧头信息存储于上下文中。
11.一种传输系统，其特征在于，所述系统包括压缩器和解压器压缩器用于根据数据报生成初始帧至解压器；比对第一数据报报头和初始帧的帧头信息，找出并去除所述数据报报头中的冗余信息，生成第一压缩帧；比对第二数据报报头和所述第二数据报报头的上一帧的帧头信息，找出并去除所述数据报报头中的冗余信息，生成第二压缩帧，；并发送所述初始帧和压缩帧至解压器；解压器用于接收初始帧和压缩帧，在接收到压缩帧后，根据前一个帧的帧头信息还原数据报。
12.如权利要求11所述的传输系统，其特征在于，所述冗余信息为可以由其他字段推算的字段、或前后报头相应字段值基本保持不变的字段、或前后报头相应字段值变化但有规律的字段。
13.如权利要求11所述的传输系统，其特征在于，所述压缩器用于发送压缩帧至解压器为所述压缩器用于在处理的数据报数目达到预设的压缩周期数值时发送全部所述压缩帧至解压器，接着开始下一个压缩周期，对下一个数据报进行处理。
14.如权利要求11、12或13所述的传输系统，其特征在于，所述压缩器还用于在处理的数据报数目达到预设的数值时，重新根据数据报生成初始帧，然后继续生成压缩帧。
15.如权利要求11、12或13所述的传输系统，其特征在于，所述压缩器用于根据数据报生成初始帧为所述压缩器用于根据一个以上数据报对应生成一个以上初始帧。
16.如权利要求11、12或13所述的传输系统，其特征在于，所述压缩器还用于将帧头信息存储于发送端上下文中，每次生成新的帧后，更新发送端上下文；所述解压器还用于将帧头信息存储于接收端上下文中，每次接收到初始帧、或还原数据报后，更新接收端上下文。
全文摘要
本发明公开了一种压缩报头的方法，包括根据数据报生成初始帧；比对第一数据报报头和初始帧的帧头信息，找出并去除所述数据报报头中的冗余信息，生成第一压缩帧；比对第二数据报报头和所述第二数据报报头的上一帧的帧头信息，找出并去除所述数据报报头中的冗余信息，生成第二压缩帧。本发明还公开了一种压缩器，包括比对单元和生成单元生成单元用于根据数据报生成初始帧及压缩帧；比对单元用于找出冗余信息。本发明还公开了一种传输系统，包括压缩器和解压器压缩器用于生成并发送初始帧及压缩帧；解压器用于接收初始帧和压缩帧，根据压缩帧还原数据报，并存储数据报的报头信息。通过应用本发明可有效地压缩报头，提高传输效率。
文档编号H04L29/06GK1968211SQ20061014486
公开日2007年5月23日 申请日期2006年11月23日 优先权日2006年11月23日
发明者郑平方, 刘容科, 戚达平, 高洁 申请人:华为技术有限公司