[发明专利]数据报文处理方法及装置

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种数据报文处理方法及装置。

背景技术

分组数据汇聚协议（Packet Data Convergence Protocol，简称为PDCP）属于层2的一个子层，只应用于PS域。PDCP子层在发送和接收实体中要分别完成执行IP数据流的头部压缩和解压缩的功能。

健壮性头压缩（Robust Header Compression，简称为ROHC）协议是一种能够在极差的信道条件下将RTP/UDP/IP包头压缩到一个字节的压缩方法。其中，包括RFC3095，RFC3843，RFC4995，RFC4996，RFC4815，RFC5225协议。

ROHC头压缩的原理是将RTP/UDP/IP头分为静态部分和动态部分。在数据的发送过程中，压缩端和解压端各自保存数据的静态部分，只发送动态部分。进行精简后，对于RTP头最终需要发送的动态部分包括三个：IP标识符（IPID），RTP的序列号（SN），RTP的时间戳（TS）。

对于IPID有两种产生方法：加1递增和随机产生。对于加1递增的方法，可以根据上一包的IPID来推演出下一包的IPID，从而可以减少传送IPID的位数甚至不传送IPID就能在解压端恢复IPID的数值。而对于随机产生的IPID，由于没有规律，因此，只能够将IPID完全发送。因此，判断IPID的产生方式对于压缩IPID具有重要作用。在相关技术中，判断IPID的产生方式主要有以下两种处理方式：

（1）使用同一个context的前后两包的IPID之差来判断。在ROHC中，context用来保存RTP/UDP/IP的静态部分和动态部分，在成功收到一包后，将该包的动态部分进行更新，作为下一包的参考。判断是否是同一个context，通过该context中保存的静态部分和包类型来确定，包类型不同，以及，相同包类型的静态部分不同都视为不同的context。

图1是根据相关技术中使用同一个context的前后两包的IPID判断IPID产生方式的结构示意图，如图1所示，RTP0，RTP1，RTPN-1，RTPN，表示的是收到的第0包，第1包，第N-1包，第N包；IPID0，IPID1，IPIDN-1，IPIDN表示的是对应RTP包中的IPID。

在context中存储成功接收到的上一包时，将该上一包的IPID记为A（IPID）,当接收到该context的下一包时，将该下一包的IPID记为B（IPID），使用B（IPID）-Ａ（IPID）,该值大于一个常数N时，则认为IPID是随机产生的。N为一个常数。从本质上来说，是用同一种包类型的前后两包的IPID的差值来判断。

（2）使用同一个RTP包中IPID和SN的差值来判断。图2是根据相关技术中使用同一个RTP包中IPID和SN的差值判断IPID产生方式的结构示意图，如图2所示，Packet0，packet1，packet2….packetN（包0，包1，包2....包N），表示ENB实际收到的第几包。RTP0，RTP1，表示ENB收到RTP包的第几包。UDP0，UDP1，表示ENB收到UDP包的第几包。在RTP中，SN的增长的是按序增长的，将该包的IPID减去SN的值得到差值Ａ，如果该差值A与前一数据包中的IPID与SN差值B相等的时候，则认为IPID是加1增长的。本质与上述第（1）种方式相同。

采用上述的两种处理，对于UE做业务单一时，能够判断出IPID的增长方式。但当UE做多种业务的情况下，上述两种方法均会出现偏差，导致压缩效率低下。以第（2）种处理方式为例进行说明：在图2中，按照context划分的话，RTP数据包和UDP数据包属于两个context，加粗不斜体字体所表示的是RTP的context（上下文）存储的IPID，不加粗斜体字体表示的是UDP的context存储的IPID。假设目前的IPID增长方式是加1增长。同时RTP1与RTP2之间间隔了大于N个UDP数据包，这个时候按照目前不同context的计算的话，会有IPID N-1–IPID1>N。根据从而判断认为IPID的增长为随机增长。因此，将IPID全部发送，不进行压缩。

因此，在相关技术中存在对数据报文处理、以及IPID压缩效率低下的问题。

发明内容

本发明提供了一种数据报文处理方法及装置，以至少解决现有技术中对数据报文处理、以及IPID压缩效率低下的问题。