CN111800826A - 一种rohc反馈处理方法及用户设备 - Google Patents

Abstract

本发明实施例公开了一种ROHC反馈处理方法及用户设备，涉及通信技术领域，可以解决UE在不支持上行数据传输的路径上发送ROHC反馈包，导致压缩效率降低的问题。该方法包括：UE基于ROHC反馈信息，按照与目标信息对应的目标方式执行操作；其中，ROHC反馈信息为通过ROHC解压缩配置对下行数据头解压缩后生成的，该ROHC反馈信息用于指示下行数据中的数据包的解压缩状态；目标信息用于指示路径转换时机和第一节点，该路径转换时机为UE进行上行路径转换的时机，该第一节点为ROHC解压缩配置对应的节点。本发明实施例应用于UE进行ROHC反馈处理的过程中。

Description

一种ROHC反馈处理方法及用户设备

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种ROHC反馈处理方法及用户设备。

背景技术

在双连接移动过程中(如，切换或辅小区组(secondary cell group，SCG)变更，用户设备(user equipment，UE)可以同时在源节点和目标节点建立连接，在这种情况下，UE可以同时接收来自源节点和目标节点发送的下行数据。

通常，当UE接收的下行数据中配置了鲁棒头压缩(robust header compression，ROHC)功能时，UE可以通过ROHC解压缩配置对下行数据进行头解压缩处理，并产生ROHC反馈信息，然后生成ROHC反馈信息对应的ROHC反馈包(例如包数据汇聚协议(packet dataconvergence protocol，PDCP)控制(control)协议数据单元(protocol data unit，PDU))。然而，在双连接移动性过程中，在同一时刻UE可能只能在一个路径(即源节点或目标节点)上发送上行数据。因此，当UE在不支持上行数据传输的那个路径上发送ROHC反馈包时，则会导致网络设备不能够准确地处理ROHC反馈，从而导致压缩效率降低。

发明内容

本发明实施例提供一种ROHC反馈处理方法及用户设备，可以解决UE在不支持上行数据传输的路径上发送ROHC反馈包，导致压缩效率降低的问题。

为了解决上述技术问题，本发明实施例采用如下技术方案：

本发明实施例的第一方面，提供一种ROHC反馈处理方法，应用于UE，该ROHC反馈处理方法包括：基于ROHC反馈信息，按照与目标信息对应的目标方式执行操作；其中，ROHC反馈信息为通过ROHC解压缩配置对下行数据头解压缩后生成的，该ROHC反馈信息用于指示下行数据中的数据包的解压缩状态；目标信息用于指示路径转换时机和第一节点，该路径转换时机为UE进行上行路径转换的时机，该第一节点为ROHC解压缩配置对应的节点。

本发明实施例的第二方面，提供一种UE，该UE包括：处理模块。其中，处理模块，用于基于ROHC反馈信息，按照与目标信息对应的目标方式执行操作；其中，ROHC反馈信息为通过ROHC解压缩配置对下行数据头解压缩后生成的，该ROHC反馈信息用于指示下行数据中的数据包的解压缩状态；目标信息用于指示路径转换时机和第一节点，该路径转换时机为UE进行上行路径转换的时机，该第一节点为ROHC解压缩配置对应的节点。

本发明实施例的第三方面，提供一种UE，该UE包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述第一方面中的ROHC反馈处理方法的步骤。

本发明实施例的第四方面，提供一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现如第一方面所述的ROHC反馈处理方法的步骤。

在本发明实施例中，UE可以基于ROHC反馈信息，按照与目标信息(该目标信息用于指示路径转换时机和第一节点)对应的目标处理执行操作。由于UE可以先结合路径转换时机和第一节点，确定是否存在UE能够发送ROHC反馈信息对应的ROHC反馈包的上行路径，然后再按照目标方式执行操作，而并非直接发送ROHC反馈包，因此可以避免UE通过无法发送数据的上行路径上发送ROHC反馈包，从而可以避免网络设备不能够准确地处理ROHC反馈，如此可以提高压缩效率。

附图说明

图1为本发明实施例提供的一种通信系统的架构示意图；

图2为本发明实施例提供的一种ROHC反馈处理方法的示意图之一；

图3为本发明实施例提供的一种ROHC反馈处理方法的示意图之二；

图4为本发明实施例提供的一种ROHC反馈处理方法的示意图之三；

图5为本发明实施例提供的一种ROHC反馈处理方法的示意图之四；

图6为本发明实施例提供的一种ROHC反馈处理方法的示意图之五；

图7为本发明实施例提供的一种ROHC反馈处理方法的示意图之六；

图8为本发明实施例提供的一种UE的结构示意图之一；

图9为本发明实施例提供的一种UE的结构示意图之二；

图10为本发明实施例提供的一种UE的硬件示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一网络设备和第二网络设备等是用于区别不同的网络设备，而不是用于描述网络设备的特定顺序。

在本发明实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个元件是指两个元件或两个以上元件。

本文中术语“和/或”，是一种描述关联对象的关联关系，表示可以存在三种关系，例如，显示面板和/或背光，可以表示：单独存在显示面板，同时存在显示面板和背光，单独存在背光这三种情况。本文中符号“/”表示关联对象是或者的关系，例如输入/输出表示输入或者输出。

在本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

下面对本发明实施例提供的ROHC反馈处理方法及用户设备中涉及的一些概念和/或术语做一下解释说明。

双连接(dual connectivity，DC)：是指UE可以在两个小区组(即，主小区组(master cell group，MCG)和辅小区组(secondary cell group，SCG))同时建立连接。其中，MCG至少包括主小区(primary cell，PCell)，可能还包括至少一个辅小区(secondarycell，SCell)；SCG至少包括主辅小区(primary secondary cell，PSCell)，可能还包括至少一个SCell。其中，PCell和PSCell又都可以称为SpCell(special cell，特殊小区)。

ROHC(鲁棒头压缩)：在长期演进(long term evolution，LTE)系统和第五代移动通信(5G)系统中，网络设备可以在PDCP实体中配置ROHC功能。其中，ROHC功能在PDCP实体内最多对应1个ROHC压缩(如，UE对应上行数据发送)配置(或模块，或协议层，或上下文)和最多1个ROHC解压缩(如，UE对应下行数据接收)配置(或模块，或协议层，或上下文)。ROHC功能可以对高层数据包(例如传输控制协议(transmission control protocol，TCP)/网际协议(internet protocol，IP))的包头进行压缩和解压缩，同时ROHC解压缩配置(或ROHC解压缩功能配置)可以针对解压缩的状态，向对端的ROHC压缩配置(或ROHC压缩功能配置)发送反馈信息。

在路径切换(例如双连接路径切换)过程中，网络设备可以配置(即通过drb-Continue ROHC信令指示)是否该PDCP实体的ROHC配置需要重置。(例如，网络设备需要UE在切换过程中仍然采用路径切换前的ROHC上下文，则给UE配置drb-Continue ROHC，则UE不重置该UE的ROHC，而继续使用路径切换前的ROHC上下文)。

双连接路径切换：在5G系统中，由于要满足0ms的移动性过程的中断延时，因此需要UE在移动的过程中同时在源节点(或源小区)和目标节点(或目标小区)同时保持数据连接。如果下行数据(如某承载RB)配置了ROHC功能，该下行数据在网络设备的源节点和目标节点有独立的ROHC压缩(或解压缩)实体。

在移动性过程中(如，切换或SCG change)，UE可以同时在源节点和目标节点建立连接。在该移动性过程中，UE同时建立在源节点和目标节点的连接，然后UE释放源节点的连接，并仅保持在目标节点的连接。

本发明实施例提供一种ROHC反馈处理方法及用户设备，UE可以基于ROHC反馈信息，按照与目标信息(该目标信息用于指示路径转换时机和第一节点)对应的目标处理执行操作。由于UE可以先结合路径转换时机和第一节点，确定是否存在UE能够发送ROHC反馈信息对应的ROHC反馈包的上行路径，然后再按照目标方式执行操作，而并非直接发送ROHC反馈包，因此可以避免UE通过无法发送数据的上行路径上发送ROHC反馈包，从而可以避免网络设备不能够准确地处理ROHC反馈，如此可以提高压缩效率。

本发明实施例提供的ROHC反馈处理方法及用户设备，可以应用于通信系统中。具体可以应用于基于该通信系统，UE根据目标信息，进行ROHC反馈处理的过程中。

图1示出了本发明实施例提供的一种通信系统的架构示意图。如图1所示，该通信系统可以包括UE 01和至少一个网络设备(如至少一个基站02，图1中是以两个基站示意的)。其中，UE 01与至少一个基站02之间可以建立连接。

需要说明的是，本发明实施例中的源节点和目标节点可以为网络设备，且源节点和目标节点为不同的网络设备。

UE是一种向用户提供语音和/或数据连通性的设备，具有有线/无线连接功能的手持式设备，或连接到无线调制解调器的其它处理设备。UE可以经过无线接入网(radioaccess network，RAN)与一个或多个核心网设备进行通信。UE可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，也可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与RAN交换语言和/或数据，例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)等设备。UE也可以称为用户代理(user agent)或者终端设备等。

网络设备可以为基站。基站是一种部署在RAN中用于为UE提供无线通信功能的装置。基站可以包括各种形式的宏基站、微基站、中继站、接入点等等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如，在第三代移动通信(3G)网络中，称为基站(NodeB)；在LTE系统中，称为演进型基站(evolved NodeB，eNB或eNodeB)；在第五代移动通信(5G)网络中，称为gNB等等。随着通信技术的演进，“基站”这一名称可能会发生变化。

下面结合附图，通过具体的实施例及其应用场景对本发明实施例提供的一种ROHC反馈处理方法及用户设备进行详细地说明。

基于如图1所示的通信系统，本发明实施例提供一种ROHC反馈处理方法，如图2所示，该ROHC反馈处理方法可以包括下述的步骤201和步骤202。

步骤201、UE获取目标信息。

步骤202、UE基于ROHC反馈信息，按照与目标信息对应的目标方式执行操作。

本发明实施例中，上述ROHC反馈信息为UE通过ROHC解压缩配置对下行数据头解压缩后生成的，该ROHC反馈信息用于指示下行数据中的数据包的解压缩状态；目标信息用于指示路径转换时机和第一节点，该路径转换时机为UE进行上行路径转换的时机，该第一节点为ROHC解压缩配置对应的节点。

需要说明的是，本发明实施例中，路径转换时机可以是UE基于特定事件确定的，例如UE将在目标节点完成随机接入的时机确定为路径转换时机，对应的UE的上行路径由源节点转换到目标节点；或者，路径转换时机可以是UE基于网络设备的指示确定的，例如网络设备指示UE将UE从目标节点接收到第一个上行授权的时机确定为路径转换时机，对应的UE的上行路径由源节点转换到目标节点。在本发明实施例中，对于UE如何确定路径转换时机不做详细描述和限定，后续内容中也不再赘述。

需要说明的是，本发明实施例中，ROHC反馈信息也可以称为ROHC反馈指示信息或ROHC反馈指示。下行数据中的数据包的解压缩状态可以用于指示：下行数据中的一些数据包已成功解压缩、下行数据中的另一些数据包未成功解压缩，以及其他解压缩器需要发送给压缩器的信息(例如解压缩模式转换参数等)。

可选的，本发明实施例中，上述路径转换时机可以为UE进行上行双连接路径转换的时机。

本发明实施例可以应用于UE根据网络设备的指示执行双连接移动性管理的过程(如双连接切换过程或双连接SCG变更过程)。

本发明实施例中，在UE执行双连接移动性管理过程中，当UE通过接收PDCP实体接收到下行数据时，UE可以根据特定信息(该特定信息可以用于指示发送下行数据的节点)将下行数据递交到与发送下行数据的节点对应的ROHC解压缩配置，以使得该ROHC解压缩配置可以对该下行数据进行头解压缩。

可以理解，在UE双连接切换过程或双连接SCG变更过程中，UE可以通过PDCP实体接收来自源节点的下行数据和目标节点的下行数据，若UE通过PDCP实体接收的下行数据来自源节点，则UE可以将该下行数据递交到与源节点对应的ROHC解压缩配置，若UE通过PDCP实体接收的下行数据来自目标节点，则UE可以将该下行数据递交到与目标节点对应的ROHC解压缩配置。

本发明实施例中，在UE通过ROHC解压缩配置生成ROHC反馈信息的情况下，UE可以获取目标信息，并根据该目标信息确定与该目标信息对应的目标方式。

需要说明的是，上述路径转换时机可以理解为：UE在执行双连接移动性管理过程中，UE进行路径转换的当前时刻。

可选的，本发明实施例中，上述第一节点可以为源节点或目标节点。

可选的，本发明实施例中，上述目标方式可以包括以下任一项：生成ROHC反馈包，不生成ROHC反馈包，不丢弃ROHC反馈包，丢弃ROHC反馈包，发送ROHC反馈包，不发送ROHC反馈包。其中，该ROHC反馈包为ROHC反馈信息对应的反馈包。

本发明实施例中，上述ROHC反馈包为UE根据ROHC反馈信息生成的反馈包，即该ROHC反馈包中包括ROHC反馈信息，该ROHC反馈包可以用于指示下行数据中的数据包的解压缩状态。可以理解，UE在发送ROHC反馈信息时，是通过ROHC反馈包的形式发送的。

可选的，本发明实施例中，上述ROHC反馈包可以为PDCP控制PDU，该PDCP控制协议数据单元中包括ROHC反馈信息。

需要说明的是，本发明实施例中，“不丢弃ROHC反馈包”可以理解为：保留ROHC反馈包、保存ROHC反馈包、缓存ROHC反馈包或者不删除ROHC反馈包。“丢弃ROHC反馈包”可以理解为：不保留ROHC反馈包、不保存ROHC反馈包、不缓存ROHC反馈包或者删除ROHC反馈包。

可以理解，上述不丢弃ROHC反馈包可以理解为:生成ROHC反馈包且不丢弃ROHC反馈包；上述丢弃ROHC反馈包可以理解为：生成ROHC反馈包且丢弃ROHC反馈包；上述发送ROHC反馈包可以理解为：生成ROHC反馈包且发送ROHC反馈包；上述不发送ROHC反馈包可以理解为：生成ROHC反馈包且不发送ROHC反馈包。

需要说明的是，针对UE按照目标方式处理ROHC反馈信息的具体方法，将在下述实施例中进行具体描述，此处不予赘述。

本发明实施例提供一种ROHC反馈处理方法，UE可以基于ROHC反馈信息，按照与目标信息(该目标信息用于指示路径转换时机和第一节点)对应的目标处理执行操作。由于UE可以先结合路径转换时机和第一节点，确定是否存在UE能够发送ROHC反馈信息对应的ROHC反馈包的上行路径，然后再按照目标方式执行操作，而并非直接发送ROHC反馈包，因此可以避免UE通过无法发送数据的上行路径上发送ROHC反馈包，从而可以避免网络设备不能够准确地处理ROHC反馈，如此可以提高压缩效率。

可选的，在本发明实施例的一种可能的实现方式中，结合图2，如图3所示，上述步骤202具体可以通过下述的步骤202a、步骤202b、步骤202c或步骤202d实现。

步骤202a、若UE未完成上行路径转换且第一节点为源节点，则UE生成ROHC反馈包。

本发明实施例中，上述ROHC反馈包为ROHC反馈信息对应的反馈包。

本发明实施例中，在UE进行上行路径转换完成之前，若源节点对应的ROHC解压缩配置产生ROHC反馈信息，则UE确定生成ROHC反馈包。

可选的，本发明实施例中，上行路径转换完成可以理解为：UE根据特定事件(或特定信息，可以用于指示发送下行数据的节点)或网络设备的指示(例如目标节点随机接入成功或切换成功)确定将上行数据对应的发送路径从源节点变更到目标节点。

可以理解，若UE未完成上行路径转换且第一节点为源节点，则可以确定存在UE能够发送ROHC反馈包的上行路径(即UE与源节点之间的上行路径)，因此在这种情况下，UE生成ROHC反馈包，可以使得UE可以在对应的上行路径上发送ROHC反馈包，以使得网络设备能够准确地处理ROHC反馈，从而可以提高压缩效率。

步骤202b、若UE已完成上行路径转换且第一节点为目标节点，则UE生成ROHC反馈包。

本发明实施例中，在UE进行上行路径转换完成之后，若目标节点对应的ROHC解压缩配置产生ROHC反馈信息，则UE确定生成ROHC反馈包。

可以理解，若UE已完成上行路径转换且第一节点为目标节点，则可以确定存在UE能够发送ROHC反馈包的上行路径(即UE与目标节点之间的上行路径)，因此在这种情况下，UE生成ROHC反馈包，可以使得UE可以在对应的上行路径上发送ROHC反馈包，以使得网络设备能够准确地处理ROHC反馈，从而可以提高压缩效率。

步骤202c、若UE未完成上行路径转换且第一节点为目标节点，则UE不生成ROHC反馈包。

本发明实施例中，在UE进行上行路径转换完成之前，若目标节点对应的ROHC解压缩配置产生ROHC反馈信息，则UE确定不生成ROHC反馈包。

可以理解，若UE未完成上行路径转换且第一节点为目标节点，则可以确定不存在UE能够发送ROHC反馈包的上行路径，即UE无法在UE与目标节点之间的上行路径上发送ROHC反馈包，因此在这种情况下，UE不生成ROHC反馈包，便可以避免UE在无法发送数据的上行路径上发送ROHC反馈包，从而可以提高压缩效率。

步骤202d、若UE已完成上行路径转换且第一节点为源节点，则UE不生成ROHC反馈包。

本发明实施例中，在UE进行上行路径转换完成之后，若源节点对应的ROHC解压缩配置产生ROHC反馈信息，则UE确定不生成ROHC反馈包。

可以理解，若UE已完成上行路径转换且第一节点为源节点，则可以确定不存在UE能够发送ROHC反馈包的上行路径，即UE无法在UE与源节点之间的上行路径上发送ROHC反馈包，因此在这种情况下，UE不生成ROHC反馈包，便可以避免UE在无法发送数据的上行路径上发送ROHC反馈包，从而可以提高压缩效率。

本发明实施例中，UE可以判断UE是否已完成上行路径转换，以及第一节点为目标节点还是源节点，然后再根据判断结果确定是否生成ROHC反馈包，以避免UE在无法发送数据的上行路径上发送ROHC反馈包，从而以提高压缩效率。

可选的，本发明实施例中，结合图3，如图4所示，在执行上述步骤202a的情况下，在上述步骤202a之后，本发明实施例提供的ROHC反馈处理方法还可以包括下述的步骤301和步骤302。

步骤301、若UE未完成上行路径转换，则UE通过源节点对应的上行路径，将ROHC反馈包发送给源节点。

需要说明的是，本发明实施例中的源节点可以为网络设备，图4中是以源节点为第一网络设备进行示意的。

可以理解，在UE生成ROHC反馈包的情况下，UE可以确定UE是否完成上行路径转换，并在UE未完成上行路径转换的情况下，UE发送ROHC反馈包。

本发明实施例中，UE可以通过发送PDCP实体发送ROHC反馈包。

可选的，本发明实施例中，UE可以通过源节点对应的ROHC压缩配置对ROHC反馈包进行处理，并通过发送PDCP实体在源节点对应的上行路径上，发送处理后的ROHC反馈包。

可以理解，上述源节点对应的上行路径可以理解为：源节点与UE之间的上行路径。

步骤302、源节点接收UE发送的ROHC反馈包。

可以理解，源节点可以通过源节点对应的上行路径，接收UE发送的ROHC反馈包。

本发明实施例中，在UE生成ROHC反馈包之后，UE可以根据路径转换时机，在对应的上行路径(例如源节点对应的上行路径)上发送ROHC反馈包，以使得网络设备能够准确地处理ROHC反馈，从而提高压缩效率。

可选的，本发明实施例中，结合图3，如图5所示，在执行上述步骤202b的情况下，在上述步骤202b之后，本发明实施例提供的ROHC反馈处理方法还可以包括下述的步骤303和步骤304。

步骤303、若UE已完成上行路径转换，则UE通过目标节点对应的上行路径，将ROHC反馈包发送给目标节点。

需要说明的是，本发明实施例中的目标节点可以为网络设备，图5中是以目标节点为第二网络设备进行示意的，且第二网络设备与第一网络设备为不同的网络设备。

可以理解，在UE生成ROHC反馈包的情况下，UE可以确定UE是否完成上行路径转换，并在UE已完成上行路径转换的情况下，UE发送ROHC反馈包。

可选的，本发明实施例中，UE可以通过目标节点对应的ROHC压缩配置对ROHC反馈包进行处理，并通过发送PDCP实体在目标节点对应的上行路径上，发送处理后的ROHC反馈包。

可以理解，上述目标节点对应的上行路径可以理解为：目标节点与UE之间的上行路径。

步骤304、目标节点接收UE发送的ROHC反馈包。

可以理解，目标节点可以通过目标节点对应的上行路径，接收UE发送的ROHC反馈包。

本发明实施例中，在UE生成ROHC反馈包之后，UE可以根据路径转换时机，在对应的上行路径(例如目标节点对应的上行路径)上发送ROHC反馈包，以使得网络设备能够准确地处理ROHC反馈，从而提高压缩效率。

可选的，在本发明实施例的另一种可能的实现方式中，结合图2，如图6所示，上述步骤202具体可以通过下述的步骤202e、步骤202f、步骤202g或步骤202h实现。

步骤202e、若UE未完成上行路径转换且第一节点为源节点，则UE不丢弃ROHC反馈包。

本发明实施例中，在UE进行上行路径转换完成之前，若ROHC反馈包是基于源节点对应的ROHC解压缩配置产生ROHC反馈信息后生成的，则UE确定不丢弃(即保留)ROHC反馈包。

可以理解，若UE未完成上行路径转换且第一节点为源节点，则可以确定存在UE能够发送ROHC反馈包的上行路径(即UE与源节点之间的上行路径)，因此在这种情况下，UE不丢弃ROHC反馈包，可以使得UE可以在对应的上行路径上发送ROHC反馈包，以使得网络设备能够准确地处理ROHC反馈，从而可以提高压缩效率。

步骤202f、若UE已完成上行路径转换且第一节点为目标节点，则UE不丢弃ROHC反馈包。

本发明实施例中，在UE进行上行路径转换完成之后，若ROHC反馈包是基于目标节点对应的ROHC解压缩配置产生ROHC反馈信息后生成的，则UE确定不丢弃ROHC反馈包。

可以理解，若UE已完成上行路径转换且第一节点为目标节点，则可以确定存在UE能够发送ROHC反馈包的上行路径(即UE与目标节点之间的上行路径)，因此在这种情况下，UE不丢弃ROHC反馈包，可以使得UE可以在对应的上行路径上发送ROHC反馈包，以使得网络设备能够准确地处理ROHC反馈，从而可以提高压缩效率。

步骤202g、若UE未完成上行路径转换且第一节点为目标节点，则UE丢弃ROHC反馈包。

本发明实施例中，在UE进行上行路径转换完成之前，若ROHC反馈包是基于目标节点对应的ROHC解压缩配置产生ROHC反馈信息后生成的，则UE确定丢弃ROHC反馈包。

可以理解，若UE未完成上行路径转换且第一节点为目标节点，则可以确定不存在UE能够发送ROHC反馈包的上行路径，即UE无法在UE与目标节点之间的上行路径上发送ROHC反馈包，因此在这种情况下，UE丢弃ROHC反馈包，便可以避免UE在无法发送数据的上行路径上发送ROHC反馈包，从而可以提高压缩效率。

步骤202h、若UE已完成上行路径转换且第一节点为源节点，则UE丢弃ROHC反馈包。

本发明实施例中，在UE进行上行路径转换完成之后，若ROHC反馈包是基于源节点对应的ROHC解压缩配置产生ROHC反馈信息后生成的，则UE确定丢弃ROHC反馈包。

可以理解，若UE已完成上行路径转换且第一节点为源节点，则可以确定不存在UE能够发送ROHC反馈包的上行路径，即UE无法在UE与源节点之间的上行路径上发送ROHC反馈包，因此在这种情况下，UE丢弃ROHC反馈包，便可以避免UE在无法发送数据的上行路径上发送ROHC反馈包，从而可以提高压缩效率。

本发明实施例中，UE可以判断UE是否已完成上行路径转换，以及第一节点为目标节点还是源节点，然后再根据判断结果确定是否丢弃ROHC反馈包，以避免UE在无法发送数据的上行路径上发送ROHC反馈包，从而以提高压缩效率。

可选的，本发明实施例中，在执行上述步骤202e的情况下，在上述步骤202e之后，本发明实施例提供的ROHC反馈处理方法还可以包括下述的步骤401和步骤402。

步骤401、若UE未完成上行路径转换，则UE通过源节点对应的上行路径，将ROHC反馈包发送给源节点。

步骤402、源节点接收UE发送的ROHC反馈包。

需要说明的是，针对上述步骤401和步骤402的说明，可以参考上述实施例中步骤301和步骤302中的具体描述，此处不再赘述。

可选的，本发明实施例中，在执行上述步骤202f的情况下，在上述步骤202f之后，本发明实施例提供的ROHC反馈处理方法还可以包括下述的步骤403和步骤404。

步骤403、若UE已完成上行路径转换，则UE通过目标节点对应的上行路径，将ROHC反馈包发送给目标节点。

步骤404、目标节点接收UE发送的ROHC反馈包。

需要说明的是，针对上述步骤403和步骤403的说明，可以参考上述实施例中步骤303和步骤304中的具体描述，此处不再赘述。

可选的，在本发明实施例的又一种可能的实现方式中，结合图2，如图7所示，上述步骤202具体可以通过下述的步骤202i、步骤202j、步骤202k或步骤202m实现。

步骤202i、若UE未完成上行路径转换且第一节点为源节点，则UE发送ROHC反馈包。

本发明实施例中，在UE进行上行路径转换完成之前，若ROHC反馈包是基于源节点对应的ROHC解压缩配置产生ROHC反馈信息后生成的，则UE确定发送ROHC反馈包。

可以理解，若UE未完成上行路径转换且第一节点为源节点，则UE可以通过源节点对应的上行路径，将ROHC反馈包发送给源节点。

可以理解，若UE未完成上行路径转换且第一节点为源节点，则可以确定存在UE能够发送ROHC反馈包的上行路径(即UE与源节点之间的上行路径)，因此在这种情况下，UE可以在对应的上行路径上发送ROHC反馈包，以使得网络设备能够准确地处理ROHC反馈，从而可以提高压缩效率。

步骤202j、若UE已完成上行路径转换且第一节点为目标节点，则UE发送ROHC反馈包。

本发明实施例中，在UE进行上行路径转换完成之后，若ROHC反馈包是基于目标节点对应的ROHC解压缩配置产生ROHC反馈信息后生成的，则UE确定发送ROHC反馈包。

可以理解，若UE已完成上行路径转换且第一节点为目标节点，则UE可以通过目标节点对应的上行路径，将ROHC反馈包发送给目标节点。

可以理解，若UE已完成上行路径转换且第一节点为目标节点，则可以确定存在UE能够发送ROHC反馈包的上行路径(即UE与目标节点之间的上行路径)，因此在这种情况下，UE可以在对应的上行路径上发送ROHC反馈包，以使得网络设备能够准确地处理ROHC反馈，从而可以提高压缩效率。

步骤202k、若UE未完成上行路径转换且第一节点为目标节点，则UE不发送ROHC反馈包。

本发明实施例中，在UE进行上行路径转换完成之前，若ROHC反馈包是基于目标节点对应的ROHC解压缩配置产生ROHC反馈信息后生成的，则UE确定不发送ROHC反馈包。

可以理解，若UE未完成上行路径转换且第一节点为目标节点，则UE不将ROHC反馈包发送给目标节点。

可以理解，若UE未完成上行路径转换且第一节点为目标节点，则可以确定不存在UE能够发送ROHC反馈包的上行路径，即UE无法在UE与目标节点之间的上行路径上发送ROHC反馈包，因此在这种情况下，UE不发送ROHC反馈包，便可以避免UE在无法发送数据的上行路径上发送ROHC反馈包，从而可以提高压缩效率。

步骤202m、若UE已完成上行路径转换且第一节点为源节点，则UE不发送ROHC反馈包。

本发明实施例中，在UE进行上行路径转换完成之后，若ROHC反馈包是基于源节点对应的ROHC解压缩配置产生ROHC反馈信息后生成的，则UE确定不发送ROHC反馈包。

可以理解，若UE已完成上行路径转换且第一节点为源节点，则UE不将ROHC反馈包发送给源节点。

可以理解，若UE已完成上行路径转换且第一节点为源节点，则可以确定不存在UE能够发送ROHC反馈包的上行路径，即UE无法在UE与源节点之间的上行路径上发送ROHC反馈包，因此在这种情况下，UE不发送ROHC反馈包，便可以避免UE在无法发送数据的上行路径上发送ROHC反馈包，从而可以提高压缩效率。

可选的，本发明实施例中，在UE发送ROHC反馈包之后，UE可以丢弃ROHC反馈包或不丢弃ROHC反馈包；或者，在UE不发送ROHC反馈包之后，UE可以丢弃ROHC反馈包或不丢弃ROHC反馈包。

本发明实施例中，UE可以判断UE是否已完成上行路径转换，以及第一节点为目标节点还是源节点，然后再根据判断结果确定是否发送ROHC反馈包，以避免UE在无法发送数据的上行路径上发送ROHC反馈包，从而以提高压缩效率。

可选的，本发明实施例中，在执行上述步骤202k(或步骤202m)的情况下，在上述步骤202k(或步骤202m)之后，本发明实施例提供的ROHC反馈处理方法还可以包括下述的步骤501。

步骤501、在UE中存在未发送的ROHC反馈包的情况下，若UE已完成上行路径转换且第一节点为目标节点，则UE发送未发送的ROHC反馈包。

本发明实施例中，在UE确定UE中存在未发送的ROHC反馈包的情况下，若UE确定已完成上行路径转换，且ROHC反馈包是基于目标节点对应的ROHC解压缩配置产生ROHC反馈信息后生成的，则UE可以发送UE中未发送的ROHC反馈包。

可选的，本发明实施例中，UE可以通过源节点对应的ROHC压缩配置对UE中未发送的ROHC反馈包进行处理，并通过发送PDCP实体在源节点对应的上行路径上，发送处理后的ROHC反馈包。

可选的，本发明实施例中，在UE中存在未发送的ROHC反馈包的情况下，若UE已完成上行路径转换且第一节点为源节点，则UE不发送未发送的ROHC反馈包。

本发明实施例中，在UE已完成上行路径转换且第一节点为目标节点的情况下，UE可以将UE中存在的ROHC反馈包发送至目标节点，以使得网络设备处理ROHC反馈，从而提高ROHC反馈包的利用率。

下面通过具体的实施例方式(例如实施方式一、实施方式二和实施方式三)，对本发明实施例提供的ROHC反馈处理方法进行描述。

实施方式一

本实施方式主要描述UE基于ROHC反馈信息，生成ROHC反馈包或不生成ROHC反馈包的具体方法。

步骤11、UE根据网络设备的指示执行双连接移动性管理过程(例如双连接切换或双连接SCG变更)。在执行双连接移动性管理过程中，当UE的接收PDCP实体接收到下行数据时，UE可以根据特定信息将下行数据递交到对应的ROHC解压缩配置。(例如在切换或SCG变更过程，对于UE的同一个PDCP实体可以接收来自源节点和目标节点的下行数据，若下行数据来自源节点，则将该下行数据递交到与源节点对应的ROHC解压缩配置1，若下行数据来自目标节点，则将该下行数据递交到与目标节点对应的ROHC解压缩配置2)。

步骤12、ROHC配置对下行数据进行解压缩处理。当ROHC解压缩配置产生ROHC反馈信息时，UE判断是否生成ROHC反馈包，UE行为可以为以下任一项：

(1)、在路径转换完成(例如UE根据特定事件或网络设备的指示(例如目标节点随机接入成功或切换成功)确定将上行数据发送路径从源节点变更到目标节点)前，若源节点对应的ROHC解压缩配置产生ROHC反馈信息时，UE确定生成ROHC反馈包(例如PDCP controlPDU，携带该ROHC解压缩配置产生的ROHC反馈信息)；

(2)、在路径转换完成(例如UE根据特定事件或网络设备的指示(例如目标节点随机接入成功或切换成功)确定将上行数据发送路径从源节点变更到目标节点)前，若目标节点对应的ROHC解压缩配置产生ROHC反馈信息时，UE确定不生成ROHC反馈包(例如PDCPcontrol PDU，携带该解压缩配置产生的ROHC反馈信息)；

(3)、在路径转换完成(例如UE根据特定事件或网络设备的指示确定将上行数据发送路径从源节点变更到目标节点)后，若源节点对应的ROHC解压缩配置产生ROHC反馈信息时，UE确定不生成ROHC反馈包(例如PDCP control PDU，携带该解压缩配置产生的ROHC反馈信息)；

(4)、在路径转换完成(例如UE根据特定事件或网络设备的指示确定将上行数据发送路径从源节点变更到目标节点)后，若目标节点对应的ROHC解压缩配置产生ROHC反馈信息时，UE确定生成ROHC反馈包(例如PDCP control PDU，携带该解压缩配置产生的ROHC反馈信息)。

步骤13、根据上述步骤12，当UE生成ROCH反馈包时，UE的发送PDCP实体的行为可以为以下任一项：

(1)、在路径转换完成(例如UE根据特定事件或网络设备的指示(例如目标节点随机接入成功或切换成功)确定将上行数据发送路径从源节点变更到目标节点)前，发送PDCP实体将ROHC反馈包经源节点对应的ROHC压缩配置(例如ROCH压缩配置1)处理后发送；

(2)、在路径转换完成(例如UE根据特定事件或网络设备的指示(例如目标节点随机接入成功或切换成功)确定将上行数据发送路径从源节点变更到目标节点)后，发送PDCP实体将ROHC反馈包经目标节点对应的ROHC压缩配置(例如ROCH压缩配置2)处理后发送。

需要说明的是，对上述步骤11-步骤13中涉及到的相关内容均可以参见上述实施例中的相关描述，此处不再赘述。

实施方式二

本实施方式主要描述UE基于ROHC反馈信息，丢弃ROHC反馈包或不丢弃ROHC反馈包的具体方法。

步骤21、UE根据网络设备的指示执行双连接移动性管理过程(例如双连接切换或双连接SCG变更)。在执行双连接移动性管理过程中，当UE的接收PDCP实体接收到下行数据时，UE可以根据特定信息将下行数据递交到对应的ROHC解压缩配置。(例如在切换或SN变更过程，对于UE的同一个PDCP实体可以接收来自源节点和目标节点的下行数据，若下行数据来自源节点，则将该下行数据递交到与源节点对应的ROHC解压缩配置1，若下行数据来自目标节点，则将该下行数据递交到与目标节点对应的ROHC解压缩配置2)。

步骤22、ROHC配置对下行数据进行解压缩处理。当ROHC解压缩配置产生ROHC反馈信息并生成了ROHC反馈包后，UE判断是否丢弃ROHC反馈包，UE行为可以为以下任一项：

(1)、在路径转换完成(例如UE根据特定事件或网络设备的指示(例如目标节点随机接入成功或切换成功)确定将上行数据发送路径从源节点变更到目标节点)前，若ROHC反馈包是基于源节点对应的ROHC解压缩配置产生ROHC反馈信息生成的，UE确定不丢弃(即保留)该ROHC反馈包；

(2)、在路径转换完成(例如UE根据特定事件或网络设备的指示(例如目标节点随机接入成功或切换成功)确定将上行数据发送路径从源节点变更到目标节点)前，若ROHC反馈包是基于目标节点对应的ROHC解压缩配置产生ROHC反馈信息生成的，UE确定丢弃ROHC反馈包；

(3)、在路径转换完成(例如UE根据特定事件或网络设备的指示确定将上行数据发送路径从源节点变更到目标节点)后，若ROHC反馈包是基于源节点对应的ROHC解压缩配置产生ROHC反馈信息生成的，UE确定丢弃ROHC反馈包；

(4)、在路径转换完成(例如UE根据特定事件或网络设备的指示确定将上行数据发送路径从源节点变更到目标节点)后，若ROHC反馈包是基于目标节点对应的ROHC解压缩配置产生ROHC反馈信息生成的，UE确定不丢弃(即保留)ROHC反馈包。

步骤23、根据上述步骤22，UE的发送PDCP实体的行为可以为以下任一项：

(1)、在路径转换完成(例如UE根据特定事件或网络设备的指示(例如目标节点随机接入成功或切换成功)确定将上行数据发送路径从源节点变更到目标节点)前，发送PDCP实体将保留的ROHC反馈包经源节点对应的ROHC压缩配置(例如ROCH压缩配置1)处理后发送；

(2)、在路径转换完成(例如UE根据特定事件或网络设备的指示(例如目标节点随机接入成功或切换成功)确定将上行数据发送路径从源节点变更到目标节点)后，发送PDCP实体将保留的ROHC反馈包经目标节点对应的ROHC压缩配置(例如ROCH压缩配置2)处理后发送。

需要说明的是，对上述步骤21-步骤23中涉及到的相关内容均可以参见上述实施例中的相关描述，此处不再赘述。

实施方式三

本实施方式主要描述UE基于ROHC反馈信息，发送ROHC反馈包或不发送ROHC反馈包的具体方法。

步骤31、UE根据网络设备的指示执行双连接移动性管理过程(例如双连接切换或双连接SCG变更)。在执行双连接移动性管理过程中，当UE的接收PDCP实体接收到下行数据时，UE可以根据特定信息将下行数据递交到对应的ROHC解压缩配置。(例如在切换或SN变更过程，对于UE的同一个PDCP实体可以接收来自源节点和目标节点的下行数据，若下行数据来自源节点，则将该下行数据递交到与源节点对应的ROHC解压缩配置1，若下行数据来自目标节点，则将该下行数据递交到与目标节点对应的ROHC解压缩配置2)。

步骤32、ROHC配置对数据进行解压缩处理。当ROHC解压缩配置产生ROHC反馈信息并生成了ROHC反馈包后，UE判断是否将ROHC反馈包发送给上行路径，UE行为可以为以下任一项：

(1)、在路径转换完成(例如UE根据特定事件或网络设备的指示(例如目标节点随机接入成功或切换成功)确定将上行数据发送路径从源节点变更到目标节点)前，若ROHC反馈包是基于源节点对应的ROHC解压缩配置产生ROHC反馈信息生成的，则UE将该ROHC反馈包发送给上行路径(即发送给源节点)；

(2)、在路径转换完成(例如UE根据特定事件或网络设备的指示(例如目标节点随机接入成功或切换成功)确定将上行数据发送路径从源节点变更到目标节点)前，若ROHC反馈包是基于目标节点对应的ROHC解压缩配置产生ROHC反馈信息生成的，则UE不将该ROHC反馈包发送给上行路径(即不发送给源节点)；

(3)、在路径转换完成(例如UE根据特定事件或网络设备的指示确定将上行数据发送路径从源节点变更到目标节点)后，若ROHC反馈包是基于源节点对应的ROHC解压缩配置产生ROHC反馈信息生成的，则UE不将该ROHC反馈包发送给上行路径(即不发送给目标节点)；

(4)、在路径转换完成(例如UE根据特定事件或网络设备的指示确定将上行数据发送路径从源节点变更到目标节点)后，若ROHC反馈包是基于目标节点对应的ROHC解压缩配置产生ROHC反馈信息生成的，则UE将该ROHC反馈包发送给上行路径(即发送给目标节点)。

步骤33、额外的，若UE中存在未发送的ROHC反馈包，UE判断是否可以发送该未发送的ROHC反馈包，UE行为如下：

若UE确定路径转换完成(例如UE根据特定事件或网络设备的指示确定将上行数据发送路径从源节点变更到目标节点)，且ROHC反馈包是基于目标节点对应的ROHC解压缩配置产生ROHC反馈信息生成的，UE可以发送该ROHC反馈包(例如发送PDCP实体通过源节点对应的ROHC压缩配置发送该ROHC反馈包)。

需要说明的是，对上述步骤31-步骤33中涉及到的相关内容均可以参见上述实施例中的相关描述，此处不再赘述。

图8示出了本发明实施例中涉及的UE的一种可能的结构示意图。如图8所示，本发明实施例提供的UE 80可以包括：处理模块81。

其中，处理模块81，用于基于ROHC反馈信息，按照与目标信息对应的目标方式执行操作；其中，ROHC反馈信息为通过ROHC解压缩配置对下行数据头解压缩后生成的，该ROHC反馈信息用于指示下行数据中的数据包的解压缩状态；目标信息用于指示路径转换时机和第一节点，该路径转换时机为UE进行上行路径转换的时机，该第一节点为ROHC解压缩配置对应的节点。

在一种可能的实现方式中，上述目标方式可以包括以下任一项：生成ROHC反馈包，不生成ROHC反馈包，不丢弃ROHC反馈包，丢弃ROHC反馈包，发送ROHC反馈包，不发送ROHC反馈包。其中，ROHC反馈包为ROHC反馈信息对应的反馈包。

在一种可能的实现方式中，上述处理模块81，具体用于若UE未完成上行路径转换且第一节点为源节点，或者，UE已完成上行路径转换且第一节点为目标节点，则生成ROHC反馈包。或者，上述处理模块81，具体用于若UE未完成上行路径转换且第一节点为目标节点，或者，UE已完成上行路径转换且第一节点为源节点，则不生成ROHC反馈包。其中，ROHC反馈包为ROHC反馈信息对应的反馈包。

在一种可能的实现方式中，结合图8，如图9所示，本发明实施例提供的UE 80还可以包括：发送模块82。其中，发送模块82，用于在处理模块81生成ROHC反馈包之后，若UE未完成上行路径转换，则通过源节点对应的上行路径，将ROHC反馈包发送给源节点；或者，若UE已完成上行路径转换，则通过目标节点对应的上行路径，将ROHC反馈包发送给目标节点。

在一种可能的实现方式中，上述处理模块81，具体用于若UE未完成上行路径转换且第一节点为源节点，或者，UE已完成上行路径转换且第一节点为目标节点，则不丢弃ROHC反馈包。或者，上述处理模块81，具体用于若UE未完成上行路径转换且第一节点为目标节点，或者，UE已完成上行路径转换且第一节点为源节点，则丢弃ROHC反馈包。其中，ROHC反馈包为ROHC反馈信息对应的反馈包。

在一种可能的实现方式中，结合图8，如图9所示，本发明实施例提供的UE 80还可以包括：发送模块82。其中，发送模块82，用于在处理模块81不丢弃ROHC反馈包之后，若UE未完成上行路径转换，则通过源节点对应的上行路径，将ROHC反馈包发送给源节点；或者，若UE已完成上行路径转换，则通过目标节点对应的上行路径，将ROHC反馈包发送给目标节点。

在一种可能的实现方式中，上述处理模块81，具体用于若UE未完成上行路径转换且第一节点为源节点，或者，UE已完成上行路径转换且第一节点为目标节点，则发送ROHC反馈包。或者，上述处理模块81，具体用于若UE未完成上行路径转换且第一节点为目标节点，或者，UE已完成上行路径转换且第一节点为源节点，则不发送ROHC反馈包。其中，ROHC反馈包为ROHC反馈信息对应的反馈包。

在一种可能的实现方式中，结合图8，如图9所示，本发明实施例提供的UE 80还可以包括：发送模块82。其中，发送模块82，用于在UE中存在未发送的ROHC反馈包的情况下，若UE已完成上行路径转换且第一节点为目标节点，则发送未发送的ROHC反馈包。

本发明实施例提供的UE能够实现上述方法实施例中UE实现的各个过程，为避免重复，具体描述此处不再赘述。

本发明实施例提供一种UE，由于UE可以先结合路径转换时机和第一节点，确定是否存在UE能够发送ROHC反馈信息对应的ROHC反馈包的上行路径，然后再按照目标方式执行操作，而并非直接发送ROHC反馈包，因此可以避免UE通过无法发送数据的上行路径上发送ROHC反馈包，从而可以避免网络设备不能够准确地处理ROHC反馈，如此可以提高压缩效率。

图10示出了本发明实施例提供的一种UE的硬件示意图。如图10所示，该UE 110包括但不限于：射频单元111、网络模块112、音频输出单元113、输入单元114、传感器115、显示单元116、用户输入单元117、接口单元118、存储器119、处理器120、以及电源121等部件。

需要说明的是，本领域技术人员可以理解，图10中示出的UE结构并不构成对UE的限定，UE可以包括比图10所示更多或更少的部件，或者组合某些部件，或者不同的部件布置。示例性的，在本发明实施例中，UE包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，处理器120，用于基于ROHC反馈信息，按照与目标信息对应的目标方式执行操作；其中，ROHC反馈信息为通过ROHC解压缩配置对下行数据头解压缩后生成的，该ROHC反馈信息用于指示下行数据中的数据包的解压缩状态；目标信息用于指示路径转换时机和第一节点，该路径转换时机为UE进行上行路径转换的时机，该第一节点为ROHC解压缩配置对应的节点。

本发明实施例提供一种UE，由于UE可以先结合路径转换时机和第一节点，确定是否存在UE能够发送ROHC反馈信息对应的ROHC反馈包的上行路径，然后再按照目标方式执行操作，而并非直接发送ROHC反馈包，因此可以避免UE通过无法发送数据的上行路径上发送ROHC反馈包，从而可以避免网络设备不能够准确地处理ROHC反馈，如此可以提高压缩效率。

应理解的是，本发明实施例中，射频单元111可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器120处理；另外，将上行的数据发送给基站。通常，射频单元111包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元111还可以通过无线通信系统与网络和其他设备通信。

UE通过网络模块112为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元113可以将射频单元111或网络模块112接收的或者在存储器119中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元113还可以提供与UE110执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元113包括扬声器、蜂鸣器以及受话器等。

输入单元114用于接收音频或视频信号。输入单元114可以包括图形处理器(graphics processing unit，GPU)1141和麦克风1142，图形处理器1141对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元116上。经图形处理器1141处理后的图像帧可以存储在存储器119(或其它存储介质)中或者经由射频单元111或网络模块112进行发送。麦克风1142可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元111发送到移动通信基站的格式输出。

UE 110还包括至少一种传感器115，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1161的亮度，接近传感器可在UE 110移动到耳边时，关闭显示面板1161和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别UE姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器115还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元116用于显示由用户输入的信息或提供给用户的信息。显示单元116可包括显示面板1161，可以采用液晶显示器(liquid crystal display，LCD)、有机发光二极管(organic light-emitting diode，OLED)等形式来配置显示面板1161。

用户输入单元117可用于接收输入的数字或字符信息，以及产生与UE的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元117包括触控面板1171以及其他输入设备1172。触控面板1171，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1171上或在触控面板1171附近的操作)。触控面板1171可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器120，接收处理器120发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1171。除了触控面板1171，用户输入单元117还可以包括其他输入设备1172。具体地，其他输入设备1172可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板1171可覆盖在显示面板1161上，当触控面板1171检测到在其上或附近的触摸操作后，传送给处理器120以确定触摸事件的类型，随后处理器120根据触摸事件的类型在显示面板1161上提供相应的视觉输出。虽然在图10中，触控面板1171与显示面板1161是作为两个独立的部件来实现UE的输入和输出功能，但是在某些实施例中，可以将触控面板1171与显示面板1161集成而实现UE的输入和输出功能，具体此处不做限定。

接口单元118为外部装置与UE 110连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元118可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到UE 110内的一个或多个元件或者可以用于在UE 110和外部装置之间传输数据。

存储器119可用于存储软件程序以及各种数据。存储器119可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器119可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器120是UE的控制中心，利用各种接口和线路连接整个UE的各个部分，通过运行或执行存储在存储器119内的软件程序和/或模块，以及调用存储在存储器119内的数据，执行UE的各种功能和处理数据，从而对UE进行整体监控。处理器120可包括一个或多个处理单元；可选的，处理器120可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器120中。

UE 110还可以包括给各个部件供电的电源121(比如电池)，可选的，电源121可以通过电源管理系统与处理器120逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，UE 110包括一些未示出的功能模块，在此不再赘述。

可选的，本发明实施例还提供一种UE，包括如图10所示的处理器120，存储器119，存储在存储器119上并可在所述处理器120上运行的计算机程序，该计算机程序被处理器120执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被如图10所示的处理器120执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (18)

1.一种鲁棒头压缩ROHC反馈处理方法，应用于用户设备UE，其特征在于，所述方法包括：

基于ROHC反馈信息，按照与目标信息对应的目标方式执行操作；

其中，所述ROHC反馈信息为通过ROHC解压缩配置对下行数据头解压缩后生成的，所述ROHC反馈信息用于指示所述下行数据中的数据包的解压缩状态；所述目标信息用于指示路径转换时机和第一节点，所述路径转换时机为所述UE进行上行路径转换的时机，所述第一节点为所述ROHC解压缩配置对应的节点。

2.根据权利要求1所述的方法，其特征在于，所述目标方式包括以下任一项：生成ROHC反馈包，不生成所述ROHC反馈包，不丢弃所述ROHC反馈包，丢弃所述ROHC反馈包，发送所述ROHC反馈包，不发送所述ROHC反馈包；

其中，所述ROHC反馈包为所述ROHC反馈信息对应的反馈包。

3.根据权利要求1所述的方法，其特征在于，所述基于ROHC反馈信息，按照与目标信息对应的目标方式执行操作，包括：

若所述UE未完成上行路径转换且所述第一节点为源节点，或者，所述UE已完成上行路径转换且所述第一节点为目标节点，则生成ROHC反馈包；

或者，

若所述UE未完成上行路径转换且所述第一节点为目标节点，或者，所述UE已完成上行路径转换且所述第一节点为源节点，则不生成所述ROHC反馈包；

其中，所述ROHC反馈包为所述ROHC反馈信息对应的反馈包。

4.根据权利要求3所述的方法，其特征在于，所述生成ROHC反馈包之后，所述方法还包括：

若所述UE未完成上行路径转换，则通过源节点对应的上行路径，将所述ROHC反馈包发送给源节点；

或者，

若所述UE已完成上行路径转换，则通过目标节点对应的上行路径，将所述ROHC反馈包发送给目标节点。

5.根据权利要求1所述的方法，其特征在于，所述基于ROHC反馈信息，按照与目标信息对应的目标方式执行操作，包括：

若所述UE未完成上行路径转换且所述第一节点为源节点，或者，所述UE已完成上行路径转换且所述第一节点为目标节点，则不丢弃ROHC反馈包；

或者，

若所述UE未完成上行路径转换且所述第一节点为目标节点，或者，所述UE已完成上行路径转换且所述第一节点为源节点，则丢弃所述ROHC反馈包；

其中，所述ROHC反馈包为所述ROHC反馈信息对应的反馈包。

6.根据权利要求5所述的方法，其特征在于，所述不丢弃ROHC反馈包之后，所述方法还包括：

若所述UE未完成上行路径转换，则通过源节点对应的上行路径，将所述ROHC反馈包发送给源节点；

或者，

若所述UE已完成上行路径转换，则通过目标节点对应的上行路径，将所述ROHC反馈包发送给目标节点。

7.根据权利要求1所述的方法，其特征在于，所述基于ROHC反馈信息，按照与目标信息对应的目标方式执行操作，包括：

若所述UE未完成上行路径转换且所述第一节点为源节点，或者，所述UE已完成上行路径转换且所述第一节点为目标节点，则发送ROHC反馈包；

或者，

若所述UE未完成上行路径转换且所述第一节点为目标节点，或者，所述UE已完成上行路径转换且所述第一节点为源节点，则不发送所述ROHC反馈包；

其中，所述ROHC反馈包为所述ROHC反馈信息对应的反馈包。

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

在所述UE中存在未发送的ROHC反馈包的情况下，若所述UE已完成上行路径转换且所述第一节点为目标节点，则发送所述未发送的ROHC反馈包。

9.一种用户设备UE，其特征在于，所述UE包括：处理模块；

所述处理模块，用于基于鲁棒头压缩ROHC反馈信息，按照与目标信息对应的目标方式执行操作；

其中，所述ROHC反馈信息为通过ROHC解压缩配置对下行数据头解压缩后生成的，所述ROHC反馈信息用于指示所述下行数据中的数据包的解压缩状态；所述目标信息用于指示路径转换时机和第一节点，所述路径转换时机为所述UE进行上行路径转换的时机，所述第一节点为所述ROHC解压缩配置对应的节点。

10.根据权利要求9所述的UE，其特征在于，所述目标方式包括以下任一项：生成ROHC反馈包，不生成所述ROHC反馈包，不丢弃所述ROHC反馈包，丢弃所述ROHC反馈包，发送所述ROHC反馈包，不发送所述ROHC反馈包；

其中，所述ROHC反馈包为所述ROHC反馈信息对应的反馈包。

11.根据权利要求9所述的UE，其特征在于，所述处理模块，具体用于若所述UE未完成上行路径转换且所述第一节点为源节点，或者，所述UE已完成上行路径转换且所述第一节点为目标节点，则生成ROHC反馈包；

或者，

所述处理模块，具体用于若所述UE未完成上行路径转换且所述第一节点为目标节点，或者，所述UE已完成上行路径转换且所述第一节点为源节点，则不生成所述ROHC反馈包；

其中，所述ROHC反馈包为所述ROHC反馈信息对应的反馈包。

12.根据权利要求11所述的UE，其特征在于，所述UE还包括：发送模块；

所述发送模块，用于在所述处理模块生成所述ROHC反馈包之后，若所述UE未完成上行路径转换，则通过源节点对应的上行路径，将所述ROHC反馈包发送给源节点；或者，若所述UE已完成上行路径转换，则通过目标节点对应的上行路径，将所述ROHC反馈包发送给目标节点。

13.根据权利要求9所述的UE，其特征在于，所述处理模块，具体用于若所述UE未完成上行路径转换且所述第一节点为源节点，或者，所述UE已完成上行路径转换且所述第一节点为目标节点，则不丢弃ROHC反馈包；

或者，

所述处理模块，具体用于若所述UE未完成上行路径转换且所述第一节点为目标节点，或者，所述UE已完成上行路径转换且所述第一节点为源节点，则丢弃所述ROHC反馈包；

其中，所述ROHC反馈包为所述ROHC反馈信息对应的反馈包。

14.根据权利要求13所述的UE，其特征在于，所述UE还包括：发送模块；

所述发送模块，用于在所述处理模块不丢弃所述ROHC反馈包之后，若所述UE未完成上行路径转换，则通过源节点对应的上行路径，将所述ROHC反馈包发送给源节点；或者，若所述UE已完成上行路径转换，则通过目标节点对应的上行路径，将所述ROHC反馈包发送给目标节点。

15.根据权利要求9所述的UE，其特征在于，所述处理模块，具体用于若所述UE未完成上行路径转换且所述第一节点为源节点，或者，所述UE已完成上行路径转换且所述第一节点为目标节点，则发送ROHC反馈包；

或者，

所述处理模块，具体用于若所述UE未完成上行路径转换且所述第一节点为目标节点，或者，所述UE已完成上行路径转换且所述第一节点为源节点，则不发送所述ROHC反馈包；

其中，所述ROHC反馈包为所述ROHC反馈信息对应的反馈包。

16.根据权利要求15所述的UE，其特征在于，所述UE还包括：发送模块；

所述发送模块，用于在所述UE中存在未发送的ROHC反馈包的情况下，若所述UE已完成上行路径转换且所述第一节点为目标节点，则发送所述未发送的ROHC反馈包。

17.一种用户设备UE，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至8中任一项所述的鲁棒头压缩ROHC反馈处理方法的步骤。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的鲁棒头压缩ROHC反馈处理方法的步骤。

Images