具体实施方式

为使本发明实施方式的目的、技术方案和优点更加清楚，下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式是本发明一部分实施方式，而不是全部的实施方式。基于本发明中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。因此，以下对在附图中提供的本发明的实施方式的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施方式。基于本发明中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。

本发明实施例中，一种数据传输中UDC压缩解压缩和Buffer保存恢复的实现方法，包括：

S1：UE通知网络UE支持UDC compression buffer保存能力；

S2：网络指示RRC连接释放后，UE需要保存UDC compression buffer；

S3：UE在RRC连接释放的时候，按照网络指示要求，保存本地UDC compressionbuffer；

S4：网络在RRC连接释放的时候，保存UDC decompress ion buffer；

S5：再次建立RRC连接，配置DRB UDC后：UE使用保存的UDC compression buffer开始压缩数据；网络使用保存的UDC decompression buffer开始解压缩数据。

优选的，所述步骤S1包括UE在能力查询返回结果中，携带支持UDC compressionbuffer保存能力。

优选的，还包括UE是否支持compression buffer缓存超时功能。

优选的，包括支持的超时时间长度数值集合，或者最大超时时间数值。

优选的，所述步骤S2包括：网络在配置UDC启用的时候，配置UE需要保存UDCcompression buffer，或者，网络在释放RRC连接的时候，指示UE需要保存当前UDCcompression buffer，或者，网络在重配置/释放PDCP连接，关闭UDC的时候，指示UE需要保存当前UDC compression buffer。

优选的，所述网络在通知保存UDC compression buffer的时候，可以设置缓存有效时间；其包括网络和UE采用默认的缓存有效时间，或者，网络在通知UE需要保存UDCcompression buffer的同时，配置缓存有效时间。

优选的，所述网络和UE保存UDC解压缩和压缩缓存包括网络将UDC decompressionbuffer保存中，按照DRB业务类型保存，以及缓存保存时间点；UE将UDC compressionbuffer保存中，按照DRB业务类型保存，以及缓存保存时间点；缓存有效时间超时后:UE可以删除失效的UDC compression buffer，或者只设置失效，或者在下次建立DRB时候检查有效性；网络可以删除失效的UDC decompression buffer，或者只设置失效，或者在下次建立DRB时候检查有效性。

优选的，所述网络和UE按照DRB业务类型保存buffer包括：网络和UE可以按照APN名称和类型进行保存和使用，或者，网络和UE可以按照业务类型进行保存，比如IMS和PS数据承载，或者，UE指定缓存ID，网络按照缓存ID进行保存和使用，或者，网络指定缓存ID，UE按照缓存ID进行保存和使用，或者，按照其它类型的ID进行保存和使用。

优选的，所述步骤S5包括：配置UDC启用的时候，网络需要检查是否存在可以用的UDC decompression buffer，如果存在则启用；配置UDC启用的时候，UE需要检查是否存在可以用的UDC compression buffer，如果存在则启用。

优选的，所述再次配置DRB UDC时候，网络可以通知UE是否启用压缩缓存包括：网络决定不启用已保存的UDC decompression buffer，网络配置UDC的时候，指示UE不启用compression buffer；或者，网络决定启用已保存的UDC decompression buffer，网络配置UDC的时候，指示UE启用compression buffer；UE检查UDC配置中，是否存在启用标志，如果存在按照启用标志来进行。

优选的，所述再次建立配置DRB过程中，UE可以通知网络UE侧选择中的缓存ID，其包括：UE根据业务类型和连接类型，确认缓存ID，再次建立配置DRB过程中，UE可以通知网络UE侧选择的缓存ID。

优选的，所述UE无法启用网络指示的compression buffer的时候，UE通知网络侧compression buffer已经复位，其包括：UE无法启用网络指示的compression buffer的时候，UE在第一个PDCP SDU压缩的时候标识compression buffer已经复位；网络侧在第一个压缩包的时候，检查是否存在复位标志，如果存在，则不复位decompression buffer。

本发明的工作原理是：S1：UE通知网络UE支持UDC compression buffer保存能力；S2：网络指示RRC连接释放后，UE需要保存UDC compression buffer；S3：UE在RRC连接释放的时候，按照网络指示要求，保存本地UDC compression buffer；

S4：网络在RRC连接释放的时候，保存UDC decompress ion buffer；S5：再次建立RRC连接，配置DRB UDC后：UE使用保存的UDC compression buffer开始压缩数据；网络使用保存的UDC decompression buffer开始解压缩数据。

应用实施例

参见图1，UE(User Equipment，用户设备)和eNB(evolved NodeB，演进型基站)之间的数据传输，通常经过PDCP(Packet Data Convergence Protocol分组数据汇聚协议)，RLC(Radio Link Control无线链路层控制协议)，MAC(Media Access Control媒体接入控制)和PHY(Physical Layer物理层)的传输，每一层完成不同的数据处理。RLC主要完成数据的分段级联和按序递交及RQ(Automatic Repeat-reQuest，自动重传请求)数据传输保障；MAC主要完成调度和不同逻辑信道的级联处理及HARQ(Hybrid Automatic RepeatreQuest，混合自动重传请求)操作；物理层完成传输块成包和空口发送。参见图2的用户面协议栈的示意图。

PDCP主要是进行安全操作和头压缩/解压缩处理，例如加密和完整性保护，ROHC(Robust Header Compression)、UDC、EHC压缩和解压缩等。具体数据处理流程如图3所示。

本专利提出了一种数据传输中UDC压缩解压缩和Buffer保存恢复的实现方法，以下是具体举例说明。

本专利中提的UDC压缩和解压缩Buffer，主要是UE和网络在PDCP UDC释放前的最后状态。和上述的标准字典和运营商自定义的压缩字典有一定的差异，标准中提到的初始状态，而本专利中的buffer类似压缩解压缩后的最终状态。

本专利提到的终端和网络，需要支持UDC压缩和解压缩能力。对于是否要求UE支持标准字典和运营商自定义的压缩字典，本专利不做进一步的限定，要求支持和不要求支持都在本专利的限定范围。

步骤S101：

网络需要知道UE是否支持UDC compression buffer保存能力，因为这项能力是从属于supportedUDC能力，因此也是可选特性，因此需要在UE能力上报中上报给网络。具体的UE能力查询方法，请参加图4所示。

此外，UE还可以上报UE是否支持压缩缓存超时功能，或者还可以包括支持的时间，或者最大超时时间数值。

UE通知网络UE支持UDC压缩缓存能力，UE在能力查询返回结果中，携带支持UDC压缩缓存能力，UE首先需要判断UDC能力是否支持，支持的情况下，在判断UE是否支持supported Compression Buffer Save，如果支持，设置supported Compression BufferSave为True。

如果UE支持缓存超时功能，则设置Compression Buffer Expire time能力项，数值可以UE支持的默认时间，None可以表示为永远不超时。

上述的处理逻辑可以参见图5所示。

步骤S102：

网络通知UE启用UDC compression buffer保存功能，网络和终端可以采用默认的压缩缓存有效时间，或者，网络在通知UE需要保存UDC compression buffer的同时，配置compression buffer缓存有效时间。

网络决定不保存UDC decompression buffer，网络配置UDC的时候，指示UE不保存compression buffer。此外，可以是网络决定保存UDC decompression buffer，网络配置UDC的时候，指示UE保存compression buffer。

UE检查UDC配置中，是否存在启用标志，如果存在按照启用标志来进行。对于不携带是否保存标志，可以默认是保存，也可以是默认不保存。当Ue确定需要保存UDCcompression buffer的时候，按照网络指示要求，保存本地UDC compression buffer。网络在RRC连接释放的时候，保存UDC decompression buffer。

网络和UE可以按照PDN连接来保存，也可以按照APN名称和类型进行保存。或者，网络和UE可以按照业务类型进行保存，比如IMS和PS数据承载。或者，UE指定缓存ID，网络按照缓存ID进行保存和使用；或者，网络指定缓存ID，或者按照其它类型的ID。

网络将UDC decompression buffer保存的时候，按照DRB业务类型保存，以及标记ba保存时间点信息。UE将UDC compression buffer保存的时候，按照DRB业务类型保存，以及标记保存时间点信息。

可以通过多种方式来进行。为了便于理解，这里举例来进行说明。

在LTE网络里，可以RRC connection reconfiguration过程来建立DRB，这个过程中可以携带UDC参数，具体过程见图6所示。网络在PDCP-Config中，配置UDC功能的时候，同时配置UDC compress buffer save，UDC compress bufferid，Compression BufferExpire time。之后UE在PDCP释放的时候，UE按照网络配置保存当前UDC compressionbuffer。

网络设置UDC compress buffer save判断逻辑见图7所示。

网络判断UE是否支持UDC能力：

如果支持：

网络判断UE是否支持UDC compress buffer save能力：

如果支持：

网络配置UDC compress buffer save，UDC compress bufferid。

网络判断UE是否支持UDC Compression Buffer Expire time能力：

如果支持：

网络配置Compression Buffer Expire time；

网络选取Compression Buffer Expire time具体数值的处理逻辑不做限制，任意可能的算法都在本专利的范围内。

网络选取UDC compress bufferid具体数值的处理逻辑不做限制，任意可能的算法都在本专利的范围内。

此外，网络在释放RRC连接的时候，在下发的RRC Connection Release指示UE需要保存当前UDC compression buffer。具体见图8所示。

如果RRC Connection Release无此标志，可以默认保存，也可以默认不保存。网络和UE默认数值保持一致即可，本专利对此不进行限制。

压缩缓存有效时间超时后，UE可以删除失效的UDC解压缓存，或者只设置失效，或者在下次建立DRB时候检查有效性。

解压缩缓存有效时间超时后，网络可以删除失效的UDC解压缓存，或者只设置失效。或者在下次建立DRB时候检查有效性。

步骤S103：

RRC连接释放后，UE上行再次发起PS业务，UE发起RRC重新建立过程，重新发起DRB重建过程，网络配置UDC启用的时候，需要检查是否存在可以用的UDC解压缓存。如果存在，网络可以决定启用保存的buffer缓存。在下发的PDCP配置配置UDC启用，并且设置配置UDCcompress buffer save，UDC compress bufferid，Compression Buffer Expire time参数。具体过程见图9所示.

此外，网络决定不启用已保存的UDC解压缓存，网络配置UDC的时候，指示UE不启用解压缩缓存。或者，网络决定启用已保存的UDC解压缓存，网络配置UDC的时候，指示UE启用解压缩缓存。UE检查UDC配置中，是否存在启用标志，如果存在按照启用标志来进行。

此外，PS重建时候的Buffer ID确认上，也可以是UE来确定，UE需要检查是否存在可以用的UDC压缩缓存。UE根据业务类型和连接类型，确认缓存ID，UE可以通知网络UE侧选择的缓存ID。具体处理过程可以见图10所示。

如果启用，终端开始使用已保存的compression buffer进行编码，网络侧使用已保存的decompression buffer进行解码。

UE无法启用网络指示的compression buffer的时候，UE在第一个PDCP SDU压缩的时候标识compression buffer已经复位。具体见图11。

网络侧在第一个压缩包的时候，检查是否存在复位标志，如果存在，则不复位decompression buffer。

为了进一步说明本专利的实现效果，下面具体举例说明如下：

示例一：

VOLTE呼叫建立过程中的消息交互流程来进行验证，不使用预设字典，直接进行Deflate，Z_SYNC_FLUSH进行压缩。

本实例中的待压缩数据，只包含SIP部分，不包含MAC头、TCP/IP头部。

第一次通话过程，SIP消息压缩情况如下：

再次呼叫的时候，如果采用本专利的技术，UE继续使用上一次呼叫的UDCcompression buffer，则压缩效果如下：

从上述压缩率对比看，本专利提出的UDC compression buffer save功能可以有效提高压缩率。

综上所描述，网络和终端可以充分利用上一次UDC解压缩数据，提高了UDC压缩效率，提高了传输效率，节省空口资源。上述举例未考虑HTTPS的情况。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。