CN101860904A - 基于数据包ip头压缩技术实现校验和计算的方法 - Google Patents

基于数据包ip头压缩技术实现校验和计算的方法 Download PDF

Info

Publication number
CN101860904A
CN101860904A CN200910048937A CN200910048937A CN101860904A CN 101860904 A CN101860904 A CN 101860904A CN 200910048937 A CN200910048937 A CN 200910048937A CN 200910048937 A CN200910048937 A CN 200910048937A CN 101860904 A CN101860904 A CN 101860904A
Authority
CN
China
Prior art keywords
field
content
packet
verification
constant substantially
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.)
Granted
Application number
CN200910048937A
Other languages
English (en)
Other versions
CN101860904B (zh
Inventor
庄云腾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Spreadtrum Communications Shanghai Co Ltd
Original Assignee
Shanghai Mobilepeak Semiconductor Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shanghai Mobilepeak Semiconductor Co Ltd filed Critical Shanghai Mobilepeak Semiconductor Co Ltd
Priority to CN2009100489375A priority Critical patent/CN101860904B/zh
Publication of CN101860904A publication Critical patent/CN101860904A/zh
Application granted granted Critical
Publication of CN101860904B publication Critical patent/CN101860904B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明涉及一种基于数据包IP头压缩技术实现校验和计算的方法,其中解压过程中,根据UDP、TCP校验和各字段的性质分别计算检验和,对于在整个流生命周期中不变的字段只计算一次检验和、对于那些基本不变的字段先与原IP包进行比较,若发现没有变化,则无须计算其检验和。采用该种基于数据包IP头压缩技术实现校验和计算的方法,有效减少处理器时间片的消耗,提高了解压效率,压缩检验和算法需要计算的字段长度明显减少,对净负荷长度为20字节的IPv4/UDP/RTP包,压缩校验和算法能够节约1.7倍的计算量,从而有效提高了IP头压缩的效率,减少了校验和的计算量,节约了系统资源开销,而且处理过程快捷方便,工作性能稳定可靠,适用范围较为广泛。

Description

基于数据包IP头压缩技术实现校验和计算的方法
技术领域
本发明涉及数据通信领域,特别涉及数据包的IP头压缩技术领域,具体是指一种基于数据包IP头压缩技术实现校验和计算的方法。
背景技术
首先对IP头压缩算法进行介绍如下:
对于需要利用IP分组包在无线网上传送的业务而言,为了得到较好的频谱效率,需要利用一些头压缩算法。请参阅图1所示,对于IP/UDP/RTP组合的信息的大小至少为40字节,而IP语音业务的净载荷可能只有大约20字节甚至更少。RFC2507是对IP头压缩算法的描述,典型的UDP包头或TCP报文头可以被压缩至4-7个字节大小,这其中还包括了2个字节的UDP校验和或TCP校验和。再如,在没有UDP检验和的情况下,RFC2508对40字节的IPv4/UDP/RTP头能压缩到2个字节。那么,为什么能对IP头进行压缩呢?因为IP头中的很多字段是固定不变或者是很少变化的,这些字段可以不发送或者少发送,从而达到压缩的效果。请参阅图2所示,其为头压缩算法工作的示意图。
其中包括压缩器上下文(Compressor Context)和解压器上下文(Decompressor Context)。它们包含了比较完整的IP头信息,压缩器利用压缩器上下文压缩IP包,解压器上下文利用解压器上下文把压缩包还原成IP包。它们分别是用于压缩和解压的参考。拥有相似上下文的IP数据包称为一个流。
关于IP头压缩的具体技术细节,可以参阅以下技术文献:
(1)RFC2507——IP Header Compression,IP头压缩协议。
(2)RFC2508——Compressing IP/UDP/RTP Headers for Low-Speed Serial Links,低速串行链路上的IP/UDP/RTP头压缩协议。
对于IP首部检验和介绍如下
IP首部格式请参阅图3所示。其中:
●Version——版本,占4比特,指IP协议的版本,目前广泛使用的IP协议版本号为4(即IPv4)。
●IHL——首部长度,占4比特,表示IP头首部的长度,单位是4个字节。
●TOS——服务类型,占8比特,表示该IP数据包所需要的服务质量。
●Total Length——总长度:占16比特,表示该IP数据包的总长度,单位是一个字节。
●Identification——标识,占16比特,一个计数器,用来产生数据包的标识。
●Flags——标志,占3比特,用于指示该数据包能否分片等。Fragment Offset:片偏移,占13比特,指示该分片在原IP包中的位置。
●TTL——生存时间,占8比特,表示数据包在网络中可通过的路由器数的最大值。
●Protocol——协议,占8比特,表示IP头所封装的数据包所使用的协议,如图1中IP头中的协议字段值为17,表示IP头封装的是UDP包。
●Header Checksum——首部校验和,占16比特,校验和的范围是IP首部。
●Source IP Address——源IP地址,占32比特。
●Destination IP Address——目的IP地址,占32比特。
●Option和Padding——选项和填充,长度可变,用于增强IP头的功能,但事实上很少被使用。
IP首部校验和不采用CRC校验码而是通过一种简单的计算方法:在数据发送端先将IP首部划分成许多16比特的序列,将首部校验和字段(Header Checksum)置零。用反码算术运算将所有16比特字相加,得到的和写入检验和字段。在接收端,将首部的所有16比特字再使用反码算术运算相加一次,将结果取反码。若首部未发送变化,则结果必为零。否则,认为此首部在传输过程中出差错。
下面介绍UDP、TCP的校验和:
UDP计算校验和的方法和计算IP数据报首部检验和的方法相似,但是UDP的检验和是将伪首部、UDP首部和UDP数据部分一起计算。伪首部包括源IP地址,目的IP地址,一个全零字节,IP协议字段(17)和UDP长度字段共12个字节。在计算检验和之前,要把UDP检验和字段置为全零。
TCP检验和的产生与UDP检验和是一样的,只是把伪首部的IP协议字段改为6(TCP协议号),将UDP长度改为TCP长度。请参阅图4所示,其中是UDP首部的结构。其中:
●UDP Source Port——UDP源端口号,占16比特,用于标识发送该UDP数据包应用程序。
●UDP Destination Port——UDP目的端口号,占16比特,用于标识接受该UDP数据包的应用程序。
●Length——长度,占16比特,指示UDP数据包的长度,包括UDP头和UDP数据部分,单位是一个字节。
●Checksum——校验和,占16比特,检验和的范围是12个字节的伪首部和UDP数据包。
关于UDP和TCP协议的详细技术内容,请参阅以下文献:
(1)UDP——用户数据报协议,详细定义文档为RFC768协议。
(2)TCP——传输控制协议(与UDP的最大区别为:TCP是面向连接的,而UDP是面向无连接的),详细定义文档为RFC793协议。
以IPv4/UDP/RTP组合的IP包头为例,请参阅图5所示,其中是UDP校验和需要计算的所有字段。从第21个字节开始是RTP数据包。其中:
●Sequence Number——RTP序号,占16比特,是该RTP数据包的标识,应用程序每发出一个数据包它的值就加1。
●Timestamp——时间戳,占32比特,反映该RTP数据包的第一个字节的采样时刻,用于时间同步计算和抖动控制。
●SSRC——同步化源标识符,占32比特,用于标识RTP数据包的来源。
●CSRC——参与源标识符,长度可变,用来标识来源于不同地点的RTP流。
其中,RTA(A Transport Protocol for Real-Time Applications)是一种用于实时应用的传输协议。适合用于传输实时数据,广泛应用于语音,视屏通话及视屏会议等。RTP首部中的V、P、X、CC、M、PT字段在这里不赘述,具体技术细节请参阅RFC1889协议
而在RFC2508中,对于一个确定的流,Source IP Address,Destination IP Address,UDPSource Port,UDP Destination Port,Synchronization Source (SSRC) Identifier这16字节的内容是固定不变的,RTP的前16比特(V,P,X,CC,M,PT,CSRC)是基本不变的。如果在每个数据包中都重复的计算同样的字段内容的校验和,势必会大大降低计算效率,同时徒增了无用的计算量,在一定程度上浪费了系统资源,无法大幅度提高系统效率。
发明内容
本发明的目的是克服了上述现有技术中的缺点,提供一种能够有效提高IP头压缩的效率、减少校验和的计算量、节约系统资源开销、处理过程快捷方便、工作性能稳定可靠、适用范围较为广泛的基于数据包IP头压缩技术实现校验和计算的方法。
为了实现上述的目的,本发明的基于数据包IP头压缩技术实现校验和计算的方法如下:
该基于数据包IP头压缩技术实现校验和计算的方法,包括数据包发送端的数据包IP头压缩过程中的校验和计算处理与数据包接收端的数据包IP头解压过程中的校验和计算处理,所述的数据包包括内容固定不变字段、内容基本不变字段和内容变化字段,其主要特点是,所述的数据包接收端的数据包IP头解压过程中的校验和计算处理,包括以下步骤:
(11)数据包接收端判断所接收到的数据包中的内容固定不变字段的信息是否未曾接收过;
(12)如果是,则对该数据包的包头进行解压缩,并分别计算该数据包中内容固定不变字段的校验和、内容基本不变字段的校验和与内容变化字段的校验和,并将该三者相加得到接收端最终校验和,同时记录内容固定不变字段的信息、内容固定不变字段的校验和、内容基本不变字段的信息和内容基本不变字段的校验和,继续以下步骤(16);
(13)如果否,则对该数据包的包头进行解压缩,并判断该数据包中的内容基本不变字段的信息与前次记录的内容基本不变字段的信息是否一致;
(14)如果一致,则仅计算该数据中内容变化字段的校验和,并将前次记录的内容固定不变字段的校验和、内容基本不变字段的校验与当前计算的内容变化字段的校验和相加得到接收端最终校验和,继续以下步骤(16);
(15)如果不一致,则分别计算该数据包中内容基本不变字段的校验和与内容变化字段的校验和,并将前次记录的内容固定不变字段的校验和与当前计算的内容基本不变字段的校验和、内容变化字段的校验和相加得到接收端最终校验和,同时更新所记录的内容基本不变字段的信息和内容基本不变字段的校验和,继续以下步骤(16);
(16)将该接收端最终校验和与该数据包中的校验和字段进行比较,根据比较结果进行后续处理。
该基于数据包IP头压缩技术实现校验和计算的方法中的数据包发送端的数据包IP头压缩过程中的校验和计算处理,包括以下步骤:
(21)数据包发送端判断所述的数据包中的内容固定不变字段的信息是否未曾计算过校验和;
(22)如果是,则分别计算该数据包中内容固定不变字段的校验和、内容基本不变字段的校验和与内容变化字段的校验和,并将该三者相加得到发送端最终校验和,同时记录内容固定不变字段的信息、内容固定不变字段的校验和、内容基本不变字段的信息和内容基本不变字段的校验和,继续以下步骤(26);
(23)如果否,则判断该数据包中的内容基本不变字段的信息与前次记录的内容基本不变字段的信息是否一致;
(24)如果一致,则仅计算该数据中内容变化字段的校验和,并将前次记录的内容固定不变字段的校验和、内容基本不变字段的校验与当前计算的内容变化字段的校验和相加得到发送端最终校验和,继续以下步骤(26);
(25)如果不一致,则分别计算该数据包中内容基本不变字段的校验和与内容变化字段的校验和,并将前次记录的内容固定不变字段的校验和与当前计算的内容基本不变字段的校验和、内容变化字段的校验和相加得到发送端最终校验和,同时更新所记录的内容基本不变字段的信息和内容基本不变字段的校验和,继续以下步骤(26);
(26)将该发送端最终校验填入该数据包中的校验和字段中;
(27)数据发送端将该数据包发送至数据包接收端。
该基于数据包IP头压缩技术实现校验和计算的方法中的数据包发送端的数据包IP头压缩过程中的校验和计算处理中的步骤(27)之前,还包括以下步骤:
(31)数据包发送端判断所述的数据包中的内容固定不变字段的信息是否未曾计算过校验和;
(32)如果是,则为该内容固定不变字段的信息分配一个唯一流标识CID,并记录该内容固定不变字段的信息与该唯一流标识CID的对应关系,同时将该唯一流标识CID填入该数据包中;
(33)如果否,则根据该内容固定不变字段的信息检索到相对应的唯一流标识CID,并将该唯一流标识CID填入该数据包中;
所述的数据包接收端的数据包IP头解压过程中的校验和计算处理中的步骤(11),包括以下步骤:
(41)数据包接收端判断所接收到的数据包中的唯一流标识CID是否未曾接收到过;
(42)如果是,则记录该唯一流标识CID,并返回所接收到的数据包中的内容固定不变字段的信息未曾接收过的结果;
(43)如果否,则返回所接收到的数据包中的内容固定不变字段的信息曾经接收过的结果。
该基于数据包IP头压缩技术实现校验和计算的方法中的内容固定不变字段包括源IP地址字段、目的IP地址字段、UDP源端口号字段、UDP目的端口号字段、同步化源标识符字段。
该基于数据包IP头压缩技术实现校验和计算的方法中的内容基本不变字段包括RTP数据包的前16比特,即V、P、X、CC、M、PT和参与源标识符字段。
该基于数据包IP头压缩技术实现校验和计算的方法中的内容变化字段包括RTP数据部分、UDP长度字段、RTP序号字段、时间戳字段。
采用了该发明的基于数据包IP头压缩技术实现校验和计算的方法,由于其中先根据UDP、TCP校验和各字段的性质分别计算检验和,而对于在整个流生命周期中不变的字段只计算一次检验和,同时对于那些基本不变的字段先与原IP包进行比较,如果发现没有变化,则不再计算其检验和,从而能有效减少处理器时间片的消耗,并提高解压效率,且本发明的压缩检验和算法需要计算的字段长度要明显少于普通校验和算法,在IP语音业务中,对净负荷长度为20字节的IPv4/UDP/RTP包,压缩校验和算法能够节约1.7倍的计算量,从而有效提高了IP头压缩的效率,减少了校验和的计算量,节约了系统资源开销,而且处理过程快捷方便,工作性能稳定可靠,适用范围较为广泛。
附图说明
图1为现有技术中的IP/UDP/RTP数据包结构示意图。
图2为现有技术中的IP头压缩过程示意图。
图3为现有技术中的IPv4首部帧结构示意图。
图4为现有技术中的UDP首部帧结构示意图。
图5为现有技术中的UDP校验和字段帧结构示意图。
图6为本发明的基于数据包IP头压缩技术实现校验和计算的方法中的数据包接收端的数据包IP头解压过程中的校验和计算处理流程图。
图7为本发明的基于数据包IP头压缩技术实现校验和计算的方法与现有技术的算法效率比较示意图。
具体实施方式
为了能够更清楚地理解本发明的技术内容,特举以下实施例详细说明。
请参阅图6所示,该基于数据包IP头压缩技术实现校验和计算的方法,包括数据包发送端的数据包IP头压缩过程中的校验和计算处理与数据包接收端的数据包IP头解压过程中的校验和计算处理,所述的数据包包括内容固定不变字段、内容基本不变字段和内容变化字段,所述的内容固定不变字段包括源IP地址字段、目的IP地址字段、UDP源端口号字段、UDP目的端口号字段、同步化源标识符字段;所述的内容基本不变字段包括RTP数据包的前16比特,即V、P、X、CC、M、PT和参与源标识符字段;所述的内容变化字段包括RTP数据部分、UDP长度字段、RTP序号字段、时间戳字段。
其中,所述的数据包接收端的数据包IP头解压过程中的校验和计算处理,包括以下步骤:
(11)数据包接收端判断所接收到的数据包中的内容固定不变字段的信息是否未曾接收过,包括以下步骤:
(a)数据包接收端判断所接收到的数据包中的唯一流标识CID是否未曾接收到过;
(b)如果是,则记录该唯一流标识CID,并返回所接收到的数据包中的内容固定不变字段的信息未曾接收过的结果;
(c)如果否,则返回所接收到的数据包中的内容固定不变字段的信息曾经接收过的结果;
(12)如果是,则对该数据包的包头进行解压缩,并分别计算该数据包中内容固定不变字段的校验和、内容基本不变字段的校验和与内容变化字段的校验和,并将该三者相加得到接收端最终校验和,同时记录内容固定不变字段的信息、内容固定不变字段的校验和、内容基本不变字段的信息和内容基本不变字段的校验和,继续以下步骤(16);
(13)如果否,则对该数据包的包头进行解压缩,并判断该数据包中的内容基本不变字段的信息与前次记录的内容基本不变字段的信息是否一致;
(14)如果一致,则仅计算该数据中内容变化字段的校验和,并将前次记录的内容固定不变字段的校验和、内容基本不变字段的校验与当前计算的内容变化字段的校验和相加得到接收端最终校验和,继续以下步骤(16);
(15)如果不一致,则分别计算该数据包中内容基本不变字段的校验和与内容变化字段的校验和,并将前次记录的内容固定不变字段的校验和与当前计算的内容基本不变字段的校验和、内容变化字段的校验和相加得到接收端最终校验和,同时更新所记录的内容基本不变字段的信息和内容基本不变字段的校验和,继续以下步骤(16);
(16)将该接收端最终校验和与该数据包中的校验和字段进行比较,根据比较结果进行后续处理。
所述的数据包发送端的数据包IP头压缩过程中的校验和计算处理,包括以下步骤:
(21)数据包发送端判断所述的数据包中的内容固定不变字段的信息是否未曾计算过校验和;
(22)如果是,则分别计算该数据包中内容固定不变字段的校验和、内容基本不变字段的校验和与内容变化字段的校验和,并将该三者相加得到发送端最终校验和,同时记录内容固定不变字段的信息、内容固定不变字段的校验和、内容基本不变字段的信息和内容基本不变字段的校验和,继续以下步骤(26);
(23)如果否,则判断该数据包中的内容基本不变字段的信息与前次记录的内容基本不变字段的信息是否一致;
(24)如果一致,则仅计算该数据中内容变化字段的校验和,并将前次记录的内容固定不变字段的校验和、内容基本不变字段的校验与当前计算的内容变化字段的校验和相加得到发送端最终校验和,继续以下步骤(26);
(25)如果不一致,则分别计算该数据包中内容基本不变字段的校验和与内容变化字段的校验和,并将前次记录的内容固定不变字段的校验和与当前计算的内容基本不变字段的校验和、内容变化字段的校验和相加得到发送端最终校验和,同时更新所记录的内容基本不变字段的信息和内容基本不变字段的校验和,继续以下步骤(26);
(26)将该发送端最终校验填入该数据包中的校验和字段中;还可以包括以下步骤:
(a)数据包发送端判断所述的数据包中的内容固定不变字段的信息是否未曾计算过校验和;
(b)如果是,则为该内容固定不变字段的信息分配一个唯一流标识CID,并记录该内容固定不变字段的信息与该唯一流标识CID的对应关系,同时将该唯一流标识CID填入该数据包中;
(c)如果否,则根据该内容固定不变字段的信息检索到相对应的唯一流标识CID,并将该唯一流标识CID填入该数据包中;
(27)数据发送端将该数据包发送至数据包接收端。
在实际使用当中,在RFC2508中,对于一个确定的流,Source IP Address,Destination IPAddress,UDP Source Port,UDP Destination Port,Synchronization Source (SSRC) Identifier 这16字节的内容是固定不变的,RTP的前16比特(V,P,X,CC,M,PT,CSRC)是基本不变的。本发明约定叫内容固定不变的字段为DEF字段,基本不变字段为NOCHANGE字段。所以,以IP头为40字节(CC=0,CSRC不存在),数据部分为20字节的IPv4/UDP/RTP组合为例,真正需要计算的字段只有20字节的数据部分和10个字节(两个UDP Length,Sequence Number,Timestamp)的包头信息,共30字节。
因此,本发明把整个IP数据包的分成三部分:DEF字段、NOCHANGE字段和CHANGE字段。以图3为例,IPv4/UDP/RTP的CHANGE字段的包括RTP数据部分和UDP Length、Sequence Number、Timestamp字段。
实现该功能我们需要分别记录每一个流的DEF字段的检验和、NOCHANGE字段的校验和,并把它们作为解压器上下文的一部分。
步骤1——解压器收到一个压缩包后要判断它是否是一个Full Header;
在此步骤中,压缩协议本身不具备判断压缩包类型的能力,但是使用压缩协议的协议具备辨别压缩包类型的能力。例如,在WCDMA系统中,分组数据汇聚协议(PDCP)使用RFC2507和RFC3095压缩协议,PDCP头中有字段标识所携带的数据包是否是压缩包,是什么类型的压缩包。具体技术细节请参见协议3GPP TS 25.323。
步骤2——Full Header,对其解压后,计算IP包的DEF字段的校验和,NOCHANGE字段的校验和,分别记为DEF_CkSum和NOCHANGE_CkSum。
步骤3——若非Full Header,对其解压后,计算其CHANGE字段的校验和,记为CHANGE_CkSum,并且记录该压缩包中的检验和值(在图6中用A表示)。
步骤3.1——解压器上下文包含了上一次成功解压的IPv4/UDP/RTP头,与新解压的IP包比较NOCHANGE字段,若变化,计算NOCHANGE字段的检验和,并替换NOCHANGE_CkSum,更新解压器上下文。
步骤3.2——DEF_CkSum,NOCHANGE_CkSum和CHANGE_CkSum相加得出最终的CkSum。
步骤4——CkSum与原压缩包中检验和比较。
对于以上的实现方式,具体说明以下几点:
本实现方法中DEF字段要求与压缩协议中规定的用于定义一个流的字段一致。不同的IP包属于同一个数据流,那么它们的DEF字段一定是相同的。事实上,压缩器就是根据这些字段对各种IP包进行分流。之前提到的上下文包含了这些DEF字段。每组流都会有一个标识(CID),压缩器会把压缩包和这个包所属的流的标识发给解压器。某些特定的包(如FullHeader)用于建立解压器上下文,并建立上下文与CID的映射,用于解压后续的压缩包。
解压器收到一个压缩包后,它会根据CID判断它是属于哪个流。若CID是新的,那么就建立一个新的流,并且计算DEF_CkSum和NONCHANGE_CkSum。如果是一个已有的流,那么还需要判断NOCHANGE字段是否变化,因为只有DEF字段是用来界定一个流的,也就意味着,即使属于同一流,不同IP包的NONCHANGE字段值是有可能不同的。
同时,本发明的方法是对压缩协议的校验和功能的改进,并不改变原来压缩协议的框架。关于更详细的IP包头压缩技术细节,请参见RFC1144、RFC2507、RFC2508、RFC3095等压缩协议。
采用了上述的基于数据包IP头压缩技术实现校验和计算的方法,由于其中先根据UDP、TCP校验和各字段的性质分别计算检验和,而对于在整个流生命周期中不变的字段只计算一次检验和,同时对于那些基本不变的字段先与原IP包进行比较,如果发现没有变化,则不再计算其检验和,从而能有效减少处理器时间片的消耗,并提高解压效率,且本发明的压缩检验和算法需要计算的字段长度要明显少于普通校验和算法,在IP语音业务中,对净负荷长度为20字节的IPv4/UDP/RTP包,压缩校验和算法能够节约1.7倍的计算量,从而有效提高了IP头压缩的效率,减少了校验和的计算量,节约了系统资源开销,而且处理过程快捷方便,工作性能稳定可靠,适用范围较为广泛。
在此说明书中,本发明已参照其特定的实施例作了描述。但是,很显然仍可以作出各种修改和变换而不背离本发明的精神和范围。因此,说明书和附图应被认为是说明性的而非限制性的。

Claims (6)

1.一种基于数据包IP头压缩技术实现校验和计算的方法,包括数据包发送端的数据包IP头压缩过程中的校验和计算处理与数据包接收端的数据包IP头解压过程中的校验和计算处理,所述的数据包包括内容固定不变字段、内容基本不变字段和内容变化字段,其特征在于,所述的数据包接收端的数据包IP头解压过程中的校验和计算处理,包括以下步骤:
(11)数据包接收端判断所接收到的数据包中的内容固定不变字段的信息是否未曾接收过;
(12)如果是,则对该数据包的包头进行解压缩,并分别计算该数据包中内容固定不变字段的校验和、内容基本不变字段的校验和与内容变化字段的校验和,并将该三者相加得到接收端最终校验和,同时记录内容固定不变字段的信息、内容固定不变字段的校验和、内容基本不变字段的信息和内容基本不变字段的校验和,继续以下步骤(16);
(13)如果否,则对该数据包的包头进行解压缩,并判断该数据包中的内容基本不变字段的信息与前次记录的内容基本不变字段的信息是否一致;
(14)如果一致,则仅计算该数据中内容变化字段的校验和,并将前次记录的内容固定不变字段的校验和、内容基本不变字段的校验与当前计算的内容变化字段的校验和相加得到接收端最终校验和,继续以下步骤(16);
(15)如果不一致,则分别计算该数据包中内容基本不变字段的校验和与内容变化字段的校验和,并将前次记录的内容固定不变字段的校验和与当前计算的内容基本不变字段的校验和、内容变化字段的校验和相加得到接收端最终校验和,同时更新所记录的内容基本不变字段的信息和内容基本不变字段的校验和,继续以下步骤(16);
(16)将该接收端最终校验和与该数据包中的校验和字段进行比较,根据比较结果进行后续处理。
2.根据权利要求1所述的基于数据包IP头压缩技术实现校验和计算的方法,其特征在于,所述的数据包发送端的数据包IP头压缩过程中的校验和计算处理,包括以下步骤:
(21)数据包发送端判断所述的数据包中的内容固定不变字段的信息是否未曾计算过校验和;
(22)如果是,则分别计算该数据包中内容固定不变字段的校验和、内容基本不变字段的校验和与内容变化字段的校验和,并将该三者相加得到发送端最终校验和,同时记录内容固定不变字段的信息、内容固定不变字段的校验和、内容基本不变字段的信息和内容基本不变字段的校验和,继续以下步骤(26);
(23)如果否,则判断该数据包中的内容基本不变字段的信息与前次记录的内容基本不变字段的信息是否一致;
(24)如果一致,则仅计算该数据中内容变化字段的校验和,并将前次记录的内容固定不变字段的校验和、内容基本不变字段的校验与当前计算的内容变化字段的校验和相加得到发送端最终校验和,继续以下步骤(26);
(25)如果不一致,则分别计算该数据包中内容基本不变字段的校验和与内容变化字段的校验和,并将前次记录的内容固定不变字段的校验和与当前计算的内容基本不变字段的校验和、内容变化字段的校验和相加得到发送端最终校验和,同时更新所记录的内容基本不变字段的信息和内容基本不变字段的校验和,继续以下步骤(26);
(26)将该发送端最终校验填入该数据包中的校验和字段中;
(27)数据发送端将该数据包发送至数据包接收端。
3.根据权利要求2所述的基于数据包IP头压缩技术实现校验和计算的方法,其特征在于,所述的数据包发送端的数据包IP头压缩过程中的校验和计算处理中的步骤(27)之前,还包括以下步骤:
(31)数据包发送端判断所述的数据包中的内容固定不变字段的信息是否未曾计算过校验和;
(32)如果是,则为该内容固定不变字段的信息分配一个唯一流标识CID,并记录该内容固定不变字段的信息与该唯一流标识CID的对应关系,同时将该唯一流标识CID填入该数据包中;
(33)如果否,则根据该内容固定不变字段的信息检索到相对应的唯一流标识CID,并将该唯一流标识CID填入该数据包中;
所述的数据包接收端的数据包IP头解压过程中的校验和计算处理中的步骤(11),包括以下步骤:
(41)数据包接收端判断所接收到的数据包中的唯一流标识CID是否未曾接收到过;
(42)如果是,则记录该唯一流标识CID,并返回所接收到的数据包中的内容固定不变字段的信息未曾接收过的结果;
(43)如果否,则返回所接收到的数据包中的内容固定不变字段的信息曾经接收过的结果。
4.根据权利要求1至3中任一项所述的基于数据包IP头压缩技术实现校验和计算的方法,其特征在于,所述的内容固定不变字段包括源IP地址字段、目的IP地址字段、UDP源端口号字段、UDP目的端口号字段、同步化源标识符字段。
5.根据权利要求1至3中任一项所述的基于数据包IP头压缩技术实现校验和计算的方法,其特征在于,所述的内容基本不变字段包括RTP数据包的前16比特,即V、P、X、CC、M、PT和参与源标识符字段。
6.根据权利要求1至3中任一项所述的基于数据包IP头压缩技术实现校验和计算的方法,其特征在于,所述的内容变化字段包括RTP数据部分、UDP长度字段、RTP序号字段、时间戳字段。
CN2009100489375A 2009-04-07 2009-04-07 基于数据包ip头压缩技术实现校验和计算的方法 Active CN101860904B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2009100489375A CN101860904B (zh) 2009-04-07 2009-04-07 基于数据包ip头压缩技术实现校验和计算的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2009100489375A CN101860904B (zh) 2009-04-07 2009-04-07 基于数据包ip头压缩技术实现校验和计算的方法

Publications (2)

Publication Number Publication Date
CN101860904A true CN101860904A (zh) 2010-10-13
CN101860904B CN101860904B (zh) 2012-11-07

Family

ID=42946489

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009100489375A Active CN101860904B (zh) 2009-04-07 2009-04-07 基于数据包ip头压缩技术实现校验和计算的方法

Country Status (1)

Country Link
CN (1) CN101860904B (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102916773A (zh) * 2012-10-10 2013-02-06 中兴通讯股份有限公司 一种鲁棒性头压缩中的静态域crc校验方法和装置
CN105897689A (zh) * 2015-02-17 2016-08-24 爱思开海力士有限公司 嵌入式系统及其方法
CN106302364A (zh) * 2015-06-11 2017-01-04 阿里巴巴集团控股有限公司 代理方法、辅助代理方法与设备
CN108270502A (zh) * 2017-01-03 2018-07-10 中兴通讯股份有限公司 一种基于ntp的传输时间戳处理方法及装置
CN108781213A (zh) * 2016-03-14 2018-11-09 华为技术有限公司 一种用于传输数据的方法、装置和系统
CN109951253A (zh) * 2019-03-14 2019-06-28 北京信而泰科技股份有限公司 一种数据报文首部校验和生成方法及装置
CN111526120A (zh) * 2020-03-23 2020-08-11 鹏城实验室 一种多级流水线电路生成tcp校验和的方法
CN111865494A (zh) * 2020-06-23 2020-10-30 郑州信大捷安信息技术股份有限公司 一种基于校验和的数据自检装置及方法
CN113824668A (zh) * 2020-06-08 2021-12-21 威海北洋电气集团股份有限公司 网络协议包封装方法及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101217692A (zh) * 2004-08-11 2008-07-09 华为技术有限公司 一种实现ip头压缩的系统及方法
CN101001135A (zh) * 2006-01-11 2007-07-18 上海原动力通信科技有限公司 提高ip头压缩数据包传输可靠性的方法
CN1984150B (zh) * 2006-05-31 2010-09-29 华为技术有限公司 一种因特网协议头压缩参数的配置方法

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014056346A1 (zh) * 2012-10-10 2014-04-17 中兴通讯股份有限公司 一种鲁棒性头压缩中的静态域crc校验方法和装置
CN102916773B (zh) * 2012-10-10 2016-08-03 中兴通讯股份有限公司 一种鲁棒性头压缩中的静态域crc校验方法和装置
CN102916773A (zh) * 2012-10-10 2013-02-06 中兴通讯股份有限公司 一种鲁棒性头压缩中的静态域crc校验方法和装置
CN105897689A (zh) * 2015-02-17 2016-08-24 爱思开海力士有限公司 嵌入式系统及其方法
CN105897689B (zh) * 2015-02-17 2020-10-30 爱思开海力士有限公司 嵌入式系统及其方法
CN106302364A (zh) * 2015-06-11 2017-01-04 阿里巴巴集团控股有限公司 代理方法、辅助代理方法与设备
CN108781213B (zh) * 2016-03-14 2020-08-14 华为技术有限公司 一种用于传输数据的方法、装置和系统
US11375047B2 (en) 2016-03-14 2022-06-28 Huawei Technologies Co., Ltd. Data transmission method, apparatus, and system
CN108781213A (zh) * 2016-03-14 2018-11-09 华为技术有限公司 一种用于传输数据的方法、装置和系统
CN108270502B (zh) * 2017-01-03 2020-11-06 中兴通讯股份有限公司 一种基于ntp的传输时间戳处理方法及装置
CN108270502A (zh) * 2017-01-03 2018-07-10 中兴通讯股份有限公司 一种基于ntp的传输时间戳处理方法及装置
CN109951253A (zh) * 2019-03-14 2019-06-28 北京信而泰科技股份有限公司 一种数据报文首部校验和生成方法及装置
CN109951253B (zh) * 2019-03-14 2021-07-13 北京信而泰科技股份有限公司 一种数据报文首部校验和生成方法及装置
CN111526120A (zh) * 2020-03-23 2020-08-11 鹏城实验室 一种多级流水线电路生成tcp校验和的方法
CN111526120B (zh) * 2020-03-23 2022-04-01 鹏城实验室 一种多级流水线电路生成tcp校验和的方法
CN113824668A (zh) * 2020-06-08 2021-12-21 威海北洋电气集团股份有限公司 网络协议包封装方法及系统
CN111865494A (zh) * 2020-06-23 2020-10-30 郑州信大捷安信息技术股份有限公司 一种基于校验和的数据自检装置及方法
CN111865494B (zh) * 2020-06-23 2022-02-18 郑州信大捷安信息技术股份有限公司 一种基于校验和的数据自检装置及方法

Also Published As

Publication number Publication date
CN101860904B (zh) 2012-11-07

Similar Documents

Publication Publication Date Title
CN101860904B (zh) 基于数据包ip头压缩技术实现校验和计算的方法
JP5568658B2 (ja) 通信システムにおけるパケットの分割および連結をシグナリングする方法および装置
EP2854359B1 (en) Compression and decompression methods of ethernet header and corresponding devices
US20060104278A1 (en) Apparatus and method for compressing headers in a broadband wireless communication system
KR100703494B1 (ko) 이동통신 시스템에서 사용자 데이터 프로토콜 체크섬을 포함하는 음성패킷망의 패킷 송/수신 방법 및 장치
US20210160353A1 (en) Data sending method and device, data receiving method and device, and system
WO2010020197A1 (zh) 一种数据的传输方法、通信设备及通信系统
TW200849900A (en) Compression of data packets while maintaining endpoint-to-endpoint authentication
CN100433841C (zh) 用于因特网协议第6版移动子协议MIPv6的鲁棒性头标压缩/解压方法
CN109756536A (zh) 一种数据传输的方法、装置及系统
US20150071307A1 (en) Communication interface and method for robust header compression of data flows
CN101568144A (zh) 一种适用于无线自组织网络的报头压缩方法
CN101453463B (zh) 一种移动多媒体广播系统的数据包封装、发送和接收方法
CN100563210C (zh) 压缩报头的方法、压缩器及传输系统
CN107995130A (zh) 一种分片报文的快转方法
CN1988543A (zh) 报文类型识别方法及装置、报文首部压缩方法及系统
US11620250B2 (en) Systems and methods for data transfer over a shared interface
CN102318282A (zh) 一种压缩数据包的传输方法及装置
CN109587733A (zh) 低功耗无线通讯传输方法
CN109428916B (zh) 数据传输方法和装置、终端及服务器
CN112188553B (zh) 一种5g系统的数据传输方法及装置
CN108737349B (zh) 一种语音数据包的处理方法及装置
CN102045311B (zh) 一种鲁棒性头压缩状态迁移的方法及解压器
CN113364790B (zh) 数据传输方法及装置
CN101136720A (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: 20170626

Address after: 201203 Shanghai Zhangjiang High Tech Park of Pudong New Area Chunxiao Road No. 439 Building No. 2

Patentee after: SPREADTRUM COMMUNICATIONS (SHANGHAI) Co.,Ltd.

Address before: 201204, building 1, building 180, Zhang Heng Road, Pudong New Area, Shanghai, 4F

Patentee before: Shanghai Mobilepeak Semiconductor Co.,Ltd.

TR01 Transfer of patent right
CP02 Change in the address of a patent holder

Address after: 201203 Shanghai city Zuchongzhi road Pudong New Area Zhangjiang hi tech park, Spreadtrum Center Building 1, Lane 2288

Patentee after: SPREADTRUM COMMUNICATIONS (SHANGHAI) Co.,Ltd.

Address before: 201203 Shanghai Zhangjiang High Tech Park of Pudong New Area Chunxiao Road No. 439 Building No. 2

Patentee before: SPREADTRUM COMMUNICATIONS (SHANGHAI) Co.,Ltd.

CP02 Change in the address of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20180408

Address after: The 300456 Tianjin Tianjin FTA test area (Dongjiang Bonded Port) No. 6865 North Road, 1-1-1802-7 financial and trade center of Asia

Patentee after: Xinji Lease (Tianjin) Co.,Ltd.

Address before: 201203 Shanghai city Zuchongzhi road Pudong New Area Zhangjiang hi tech park, Spreadtrum Center Building 1, Lane 2288

Patentee before: SPREADTRUM COMMUNICATIONS (SHANGHAI) Co.,Ltd.

TR01 Transfer of patent right
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20101013

Assignee: SPREADTRUM COMMUNICATIONS (SHANGHAI) Co.,Ltd.

Assignor: Xinji Lease (Tianjin) Co.,Ltd.

Contract record no.: 2018990000196

Denomination of invention: Method for calculating checksums based on data packet IP (Internet Protocol) hearder compression technology

Granted publication date: 20121107

License type: Exclusive License

Record date: 20180801

EE01 Entry into force of recordation of patent licensing contract
TR01 Transfer of patent right

Effective date of registration: 20221020

Address after: 201203 Shanghai city Zuchongzhi road Pudong New Area Zhangjiang hi tech park, Spreadtrum Center Building 1, Lane 2288

Patentee after: SPREADTRUM COMMUNICATIONS (SHANGHAI) Co.,Ltd.

Address before: 300456 1-1-1802-7, north area of financial and Trade Center, 6865 Asia Road, Tianjin pilot free trade zone (Dongjiang Bonded Port Area), Tianjin

Patentee before: Xinji Lease (Tianjin) Co.,Ltd.

TR01 Transfer of patent right