发明内容
本发明提供一种HARQ进程的处理方法、设备和***,以避免过多地丢弃数据。
本发明实施例提供一种混合自动重传请求HARQ进程的处理方法,包括:
当用户设备UE确定出发生状态转移时,所述UE判断自身的数据传输方式是否发生变化;
当所述UE的数据传输方式发生变化时,所述UE指示媒体访问控制MAC实体清空HARQ进程中的缓存;
所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存。
所述UE指示媒体访问控制MAC实体清空HARQ进程中的缓存包括:
所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存;和/或,
所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存;
其中,所述MAC实体包括MAC-is/i实体,和/或,MAC-ehs实体。
在所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存时,
所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存包括:
所述MAC实体清空所述上行HARQ进程中的缓存,并保持复用及TSN设置实体中的变量取值不变,保留分段实体中存储的数据分段;所述复用及TSN设置实体和所述保留分段实***于所述MAC实体中。
所述复用及TSN设置实体中的变量包括:CURRENT_TSN。
所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存时,
所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存包括:
所述MAC实体清空所述下行HARQ进程中的缓存,并保留重排序实体中存储的数据,保留重组实体中存储的数据分段;所述重排序实体和所述重组实***于所述MAC实体中。
所述发生状态转移包括:
所述UE从增强CELL-FACH状态转移到CELL-DCH状态;或者,
所述UE从CELL-DCH状态转移到增强CELL-FACH状态。
所述UE判断自身的数据传输方式是否发生变化包括:
所述UE判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值;所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级;
当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时,所述UE判断自身的数据传输方式发生变化;
当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时,所述UE判断自身的数据传输方式没有发生变化。
所述UE确定出发生状态转移之前,还包括:
所述UE接收来自网络侧设备的消息,所述消息中携带状态指示和新分配的E-RNTI,所述新分配的E-RNTI为UE发生状态转移时目标状态所用的标识;
所述状态指示和所述新分配的E-RNTI位于相同的消息中,或者,
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
所述UE接收来自网络侧设备的消息之前,还包括:
所述网络侧设备向所述UE发送不携带MAC-es/e reset indicator信息的消息,其中,所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
所述UE确定出发生状态转移之前,还包括:
所述UE从来自所述网络侧设备的消息中获取所述状态指示,并比较所述状态指示和自身存储的状态指示是否相同;
当二者不同时,所述UE确定出发生状态转移;否则,所述UE确定出没有发生状态转移。
当所述UE确定出发生状态转移时,所述方法还包括:
所述UE指示所述MAC实体利用E-RUCCH发起随机接入过程,所述随机接入过程中携带了所述新分配的E-RNTI。
一种用户设备UE,包括:
第一判断模块,用于判断所述UE是否发生状态转移;
第二判断模块,用于当所述第一判断模块判断出所述UE发生状态转移时,判断所述UE的数据传输方式是否发生变化;
收发模块,用于当所述第二判断模块判断出所述UE的数据传输方式发生变化时,指示MAC实体清空HARQ进程中的缓存;并由所述MAC实体根据所述指示清空所述HARQ进程中的缓存。
所述收发模块具体用于,通过原语指示所述MAC实体清空上行HARQ进程中的缓存;和/或,
通过原语指示所述MAC实体清空下行HARQ进程中的缓存;
其中,所述MAC实体包括MAC-is/i实体,和/或,MAC-ehs实体。
所述UE从增强CELL-FACH状态转移到CELL-DCH状态;或者,
所述UE从CELL-DCH状态转移到增强CELL-FACH状态。
所述第二判断模块具体用于,判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值,所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级;
当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时,判断所述UE的数据传输方式发生变化;
当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时,判断所述UE的数据传输方式没有发生变化。
所述收发模块还用于,接收来自网络侧设备的消息,所述消息中携带状态指示和新分配的E-RNTI,所述新分配的E-RNTI为UE发生状态转移时目标状态所用的标识;
所述状态指示和所述新分配的E-RNTI位于相同的消息中,或者,
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
所述收发模块还用于,接收来自所述网络侧设备的不携带MAC-es/e reset indicator信息的消息,其中,所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
所述第一判断模块还用于,从来自所述网络侧设备的消息中获取所述状态指示,并比较所述状态指示和自身存储的状态指示是否相同;
当二者不同时,判断所述UE发生状态转移;
当二者相同时,判断所述UE没有发生状态转移。
所述收发模块还用于,指示所述MAC实体利用E-RUCCH发起随机接入过程,所述随机接入过程中携带了所述新分配的E-RNTI。
一种媒体访问控制MAC实体,包括:
收发模块,用于当UE的发生状态转移,且所述UE的数据传输方式发生变化时,接收来自所述UE的指示,所述指示中携带了要求所述MAC实体清空HARQ进程中的缓存的信息;
处理模块,用于根据所述收发模块接收的UE的指示清空所述HARQ进程中的缓存。
所述MAC实体包括MAC-is/i实体,和/或,MAC-ehs实体;
所述收发模块具体用于,接收所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存的信息;和/或,
接收所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存的信息。
所述处理模块具体用于,清空所述上行HARQ进程中的缓存,并保持复用及TSN设置实体中的变量取值不变,保留分段实体中存储的数据分段;所述复用及TSN设置实体和所述保留分段实***于所述MAC实体中。
所述复用及TSN设置实体中的变量包括:CURRENT_TSN。
所述处理模块还用于,清空所述下行HARQ进程中的缓存,并保留重排序实体中存储的数据,保留重组实体中存储的数据分段;所述重排序实体和所述重组实***于所述MAC实体中。
一种HARQ进程的处理***,包括:
UE,用于当确定出自身发生状态转移时,判断自身的数据传输方式是否发生变化;并在自身的数据传输方式发生变化时,指示MAC实体清空HARQ进程中的缓存;
MAC实体,用于根据所述UE的指示清空所述HARQ进程中的缓存。
所述UE具体用于,通过原语指示所述MAC实体清空上行HARQ进程中的缓存;和/或,
通过原语指示所述MAC实体清空下行HARQ进程中的缓存;
所述MAC实体具体用于,在所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存时,清空所述上行HARQ进程中的缓存,并保持复用及TSN设置实体中的变量取值不变,保留分段实体中存储的数据分段;所述复用及TSN设置实体和所述保留分段实***于所述MAC实体中;
在所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存时,清空所述下行HARQ进程中的缓存,并保留重排序实体中存储的数据,保留重组实体中存储的数据分段;所述重排序实体和所述重组实***于所述MAC实体中。
所述发生状态转移包括:所述UE从增强CELL-FACH状态转移到CELL-DCH状态;或者,所述UE从CELL-DCH状态转移到增强CELL-FACH状态;
所述UE还用于,判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值;所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级;当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时,判断自身的数据传输方式发生变化;当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时,判断自身的数据传输方式没有发生变化。
本发明实施例提供的***中,还包括:
网络侧设备,用于向UE发送消息,所述消息中携带状态指示和新分配的E-RNTI,所述新分配的E-RNTI为所述UE发生状态转移时目标状态所用的标识;
所述状态指示和所述新分配的E-RNTI位于相同的消息中,或者,
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
所述网络侧设备还用于,向所述UE发送不携带MAC-es/e reset indicator信息的消息,其中,所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
与现有技术相比,本发明至少具有以下优点:当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时,可以通过高层指示MAC实体清空HARQ进程中的缓存,从而避免了UE过多丢弃数据包的问题。
具体实施方式
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例中,当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时,可以通过高层指示MAC实体清空HARQ进程中的缓存,从而避免了UE过多丢弃数据包的问题。其中,该高层指示,是指RRC通过层间原语携带参数通知MAC实体是否清空HARQ进程中的缓存。
本发明实施例一提供一种HARQ进程的处理方法,如图3所示,包括以下步骤:
步骤301,当用户设备UE确定出发生状态转移时,所述UE判断自身的数据传输方式是否发生变化。
步骤302,当所述UE的数据传输方式发生变化时,所述UE指示媒体访问控制MAC实体清空HARQ进程中的缓存。
步骤303,所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存。
本发明实施例中,所述UE指示媒体访问控制MAC实体清空HARQ进程中的缓存包括:所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存;和/或,所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存。其中,所述MAC实体包括MAC-is/i实体,和/或,MAC-ehs实体。
进一步的,在所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存时,所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存包括:所述MAC实体清空所述上行HARQ进程中的缓存,并保持复用及TSN设置实体中的变量取值不变,保留分段实体中存储的数据分段;所述复用及TSN设置实体和所述保留分段实***于所述MAC实体中。其中,所述复用及TSN设置实体中的变量包括但不限于:CURRENT_TSN。
所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存时,所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存包括:所述MAC实体清空所述下行HARQ进程中的缓存,并保留重排序实体中存储的数据,保留重组实体中存储的数据分段;所述重排序实体和所述重组实***于所述MAC实体中。
此外,所述发生状态转移包括:所述UE从增强CELL-FACH状态转移到CELL-DCH状态;或者,所述UE从CELL-DCH状态转移到增强CELL-FACH状态。
具体的,所述UE判断自身的数据传输方式是否发生变化包括:所述UE判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值;所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级;当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时,所述UE判断自身的数据传输方式发生变化;当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时,所述UE判断自身的数据传输方式没有发生变化。
此外,所述UE确定出发生状态转移之前,还包括:所述UE接收来自网络侧设备的消息,所述消息中携带状态指示和新分配的E-RNTI,所述新分配的E-RNTI为UE发生状态转移时目标状态所用的标识;所述状态指示和所述新分配的E-RNTI位于相同的消息中,或者,所述状态指示和所述新分配的E-RNTI位于不同的消息中。所述网络侧设备向所述UE发送不携带MAC-es/e reset indicator信息的消息,其中,所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
本发明实施例中,所述UE确定出发生状态转移之前,还包括:所述UE从来自所述网络侧设备的消息中获取所述状态指示,并比较所述状态指示和自身存储的状态指示是否相同;当二者不同时,所述UE确定出发生状态转移;否则,所述UE确定出没有发生状态转移。
当所述UE确定出发生状态转移时,所述UE还需要指示所述MAC实体利用E-RUCCH发起随机接入过程,所述随机接入过程中携带了所述新分配的E-RNTI。可见,通过使用本发明提供的方法,当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时,可以通过高层指示MAC实体清空HARQ进程中的缓存,从而避免了UE过多丢弃数据包的问题。
以下结合具体的应用场景对本发明实施例中所提出的HARQ进程的处理方法进行详细赘述。
本发明实施例二提供一种HARQ进程的处理方法,在本发明实施例中,是以UE从CELL-FACH状态转移到CELL-DCH状态时上行数据传输的场景为例进行说明的。
为了更加清楚的说明本发明实施例所提供的技术方案,先对CELL-FACH状态和CELL-DCH状态进行一些阐述。其中,在CELL-FACH状态下,UE没有分配专用物理信道,而由于网络侧随时可能会发送信令或者数据给UE,使得UE在CELL-FACH状态下不会进入休眠状态,需要一直监测前向接入信道。在CELL-DCH状态下,UE在上行和下行分配了一个专用物理信道,而UE可以使用专用传输信道、下行HS-DSCH信道以及传输信道的组合。
在CELL-DCH状态下,由于数据业务减少而释放专用物理信道时,UE可以从CELL-DCH状态转换到CELL-FACH状态;在CELL-FACH状态下,通过建立专用物理信道,UE可以从CELL-FACH状态转换到CELL-DCH状态。
在本发明实施例中,网络侧设备包括但不限于RNC、NB、eNB、基站等,需要说明的是,该网络侧设备并不局限于上述设备,所有位于网络侧的设备均在本发明保护范围之内。
如图4所示,上述HARQ进程的处理方法包括以下步骤:
步骤401,当UE需要从CELL-FACH状态转移到CELL-DCH状态时,网络侧设备向UE发送需要进行状态转移的消息。
具体的,网络侧设备(例如,RNC等)可以通过RRC消息通知UE进行状态转移,其中,RNC可以在发送给UE的RRC消息中携带状态指示(RRC State Indicator),并通过使用该RRC State Indicator来指示UE进行状态转移。例如,本发明实施例中,该RNC需要通过使用该RRC State Indicator来指示UE从CELL-FACH状态转移到CELL-DCH状态。
进一步的,RNC可以将RRC State Indicator设置的与UE当前所处的状态不一致,继而指示UE进行状态转移。其中,该通知UE进行状态转移的RRC消息可以为RB重配置消息、传输信道重配置消息等。
此外,在UE需要状态转移时,RNC还需要为UE分配一个新的E-RNTI(E-DCH Radio Network Temporary Identifier,无线网络临时标识),其中,该新的E-RNTI为目标状态所对应的标识。需要说明的是,E-RNTI与UE状态是具有对应关系的,其中,该新的E-RNTI是CELL-DCH状态的标识。
本发明实施例中,该新分配的E-RNTI可以与状态指示(RRC State Indicator)位于同一条RRC消息中,并通知给UE。例如,在上述通知UE进行状态转移的RRC消息中携带该新分配的E-RNTI。
该新分配的E-RNTI也可以不与状态指示位于同一条RRC消息中,即在不同的RRC消息中携带该新分配的E-RNTI,例如,可以通过Cell Update Confirm消息携带该新分配的E-RNTI,并通知给UE。
需要说明的是,在本发明实施例中,上述新分配的E-RNTI为CELL-DCH状态所对应的E-RNTI,即该新的E-RNTI用于指示UE进入到一个新的状态(从增强CELL-FACH转移到CELL-DCH状态)。为了方便描述,以下以同一条RRC消息中同时携带状态指示和新分配的E-RNTI为例进行说明;而后续流程同样适用于通过不同RRC消息携带状态指示和新分配的E-RNTI的情况。
需要注意的是,在现有技术中,RNC可以将MAC-es/e reset indicator指示发送给UE的,继而由UE的MAC实体根据该MAC-es/e reset indicator指示执行Reset操作,并清除缓存中的数据,造成过多数据丢弃的现象。
而本发明实施例中,在RNC通知UE需要进行状态转移的过程中,RNC发送给UE的消息中,不能携带MAC-es/e reset indicator指示。因此,UE的MAC实体不会执行Reset操作,从而避免了过多数据被丢弃的问题。
步骤402,UE通过原语通知MAC实体需要进行状态转移,并在状态转移后,确定是否需要清除HARQ进程缓存。其中,该MAC实体包括但不限于MAC-is/i实体,或者,MAC-ehs实体等。
具体的,当UE接收到来自RNC的携带了状态指示和新的E-RNTI的RRC消息后,获知需要进行状态转移,即需要从CELL-FACH状态转移到CELL-DCH状态,此时,该UE的RRC层实体需要通过原语通知MAC实体需要进行状态转移的信息,为了方便描述,UE的RRC层实体所执行的操作在下面的描述中均直接以UE执行对应操作为例进行说明。
如图5所示,本步骤中,该UE通过原语通知MAC实体需要进行状态转移,并在状态转移后,确定是否需要清除HARQ进程缓存的过程具体包括:
步骤501,UE存储新的E-RNTI。其中,当UE接收到来自RNC的通知状态转移的RRC消息后,可以从该RRC消息中获取到新的E-RNTI,并将该新的E-RNTI进行缓存。
具体的,在该UE中已经存储了一个旧的E-RNTI,本步骤之后,该UE将存储2个E-RNTI,本发明实施例中,由于是需要从CELL-FACH状态转移到CELL-DCH状态,即该2个E-RNTI分别为CELL-FACH状态对应的E-RNTI(旧的E-RNTI),和CELL-DCH状态对应的E-RNTI(新的E-RNTI)。
步骤502,UE判断状态是否可以转移成功。当判断结果为可以转移成功时,转到步骤503,否则,转到步骤509。
本发明实施例中,由于旧的状态指示是对应CELL-FACH状态的指示,新的状态指示是对应CELL-DCH状态的指示,可以看出,旧的状态指示和新的状态指示是不同的,执行步骤503。
步骤503,UE判断是否立即激活。当判断结果为是时,转到步骤504,否则,转到步骤508。
具体的,在通知状态转移的RRC消息中,携带了激活时间点的信息“Activation time”,本步骤中,根据该激活时间点的信息,UE可以判定出是否立即激活,例如,当激活时间点的信息指示的是“Now”时,则需要立即激活,转到步骤504。
步骤504,UE将变量E_RNTI的取值设置为新分配的E-RNTI。
步骤505,UE指示MAC实体通过E-RUCCH(E-DCH Random Access Uplink Control Channel,上行增强随机接入信道)发起增强随机接入过程。其中,该指示MAC实体发起增强随机接入过程的方式包括但不限于在原语中携带E-RUCCH procedure(过程)trigger(发起)indicator(指示),例如,可以指示MAC实体在CMAC-STATUS-Req中携带指示E-RUCCH procedure trigger indicator。
本步骤中,需要使用该新分配的E-RNTI发起增强随机接入过程,即MAC实体需要通过E-RUCCH向网络侧发起调度请求,其中,该调度请求中包含调度的相关信息和UE的标识(新分配的E-RNTI),而网络侧接收到该调度请求后,根据自身的策略和来自UE的E-RNTI获知该UE是否可以随机接入成功,其中,当网络侧获知UE对应了新分配的E-RNTI后,知道该UE进行了状态转移,该过程本发明实施例中不再详加赘述,以UE随机接入成功并进行后续操作为例进行说明。
步骤506,UE判断在转移前后自身的能力等级是否发生变化,当能力等级发生变化时,转到步骤507。
具体的,对于CELL-FACH状态来说,UE将使用和网络侧进行约定的上行能力等级来传输数据;例如,可以将UE的上行能力等级划分为6级,当UE位于CELL-FACH状态时,可以使用和网络侧约定的第3等级的上行能力等级来传输数据;需要说明的是,不同的上行能力等级是对应不同的数据传输方式的,例如,不同的上行能力等级将对应不同的TBS表格、控制信道格式等,可以看出,在状态转移前后如果上行能力等级不同时,则上下行HARQ进程中的数据不能再进行重传,需要清除上下行HARQ进程中的数据。
进一步的,当UE的上行能力等级大于第3等级时,将使用和第3等级相同的数据传输方式来传输数据,例如,UE的上行能力等级为第4等级时,所使用的TBS表格、控制信道格式等,和UE的上行能力等级为第3等级时,所使用的TBS表格、控制信道格式相同。
综上可以看出,当UE从CELL-FACH状态转移到CELL-DCH状态时,本步骤中需要判断UE在CELL-DCH状态下上行能力等级是否小于第3等级,如果小于时,则说明CELL-FACH状态下和CELL-DCH状态下具有不同的数据传输方式,需要清除上下行HARQ进程中的数据,即执行步骤507。否则,不需要清除上下行HARQ进程中的数据,即上下行HARQ进程中的数据可以采用对应的数据传输方式进行传输。
步骤507,UE指示MAC实体将上行HARQ进程中的缓存清空,其中,该指示MAC实体的方式包括但不限于在原语中携带指示HARQ processes flush(清除)indicator,例如,在原语CMAC-STATUS-Req中携带指示HARQprocesses flush indicator。
本步骤中,该MAC实体可以根据原语中携带的指示,决定是否清空HARQ进程缓存;即如果原语中指示清空上行HARQ进程,则MAC实体将清空HARQ进程缓存。例如,原语CMAC-STATUS-Req中携带了指示HARQ processes flush indicator时,则MAC实体需要将所有上行HARQ进程的缓存清空。
与现有协议规定的MAC-es/e(MAC-is/i)实体的Reset操作不同的是,本步骤中,虽然MAC实体清空了自身的上行HARQ进程缓存,但不需要改变变量CURRENT_TSN的取值,而且不需要清空分段实体中存储的数据分段,从而保证了数据能够最大程度上的保留下来,不会过多地丢弃上行数据。
步骤508,UE根据激活时间点的信息进行等待,当等待到激活时间点信息所指示的生效时刻时,转到步骤504中。
步骤509,UE删除新分配的E-RNTI,并继续使用变量E_RNTI中存储的旧的E-RNTI。
本步骤之后,UE也需要从通知状态转移的RRC消息中获取激活时间点的信息,并在激活时间点的信息指示的是立即激活时,执行后续操作;当激活时间点的信息指示的不是立即激活时,等待对应的时间后,执行后续操作。
之后,UE将指示MAC实体通过E-RUCCH发起增强随机接入过程;该指示过程与步骤505中类似,只是需要使用旧的E-RNTI发起增强随机接入过程,在此不再赘述。
后续过程中,由于E-RNTI没有发生变化,即不需要从CELL-FACH状态转移到CELL-DCH状态,本发明实施例中不再详加赘述。
需要说明的是,对于UE从CELL-FACH状态转移到CELL-DCH状态时的下行数据传输过程,上述的HARQ进程的处理方法仍然可以使用,与上述上行数据传输过程不同的是,在状态转移时,UE需要将自身的下行HARQ进程缓存的数据清空;而不需要清空重排序队列(位于重排序)中存储的数据,不需要将重排序功能相关的变量,定时器重置为初始值或停止计时,不需要清空重组实体中存储的数据分段等,该下行数据传输过程对应HARQ进程的处理方法本发明实施例中不再赘述。
其中,可以根据实际的需要对本发明实施例中的步骤进行调整。
可见,通过使用本发明提供的方法,当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时,可以通过高层指示MAC实体清空HARQ进程中的缓存,从而避免了UE过多丢弃数据包的问题。
本发明实施例三提供一种HARQ进程的处理方法,在本发明实施例中,是以UE从CELL-DCH状态转移到CELL-FACH状态时上行数据传输的场景为例进行说明的。
如图6所示,上述HARQ进程的处理方法包括以下步骤:
步骤601,当UE需要从CELL-DCH状态转移到CELL-FACH状态时,网络侧设备向UE发送需要进行状态转移的消息。
具体的,RNC可以通过RRC消息通知UE从CELL-DCH状态转移到CELL-FACH状态,并在该RRC消息中携带RNC为UE分配的新的E-RNTI,该新的E-RNTI为CELL-FACH状态所对应的E-RNTI。
需要注意的是,本发明实施例中,在RNC通知UE需要进行状态转移的过程中,RNC发送给UE的消息中,不能携带MAC-es/e reset indicator指示。因此,UE的MAC实体不会执行Reset操作,从而避免了过多数据被丢弃的问题。
步骤602,UE通过原语通知MAC实体需要从CELL-DCH状态转移到CELL-FACH状态,并在状态转移后,确定是否需要清除HARQ进程缓存。
如图7所示,本步骤中,该UE通过原语通知MAC实体需要从CELL-DCH状态转移到CELL-FACH状态,并在状态转移后,确定是否需要清除HARQ进程缓存的过程具体包括:
步骤701,UE存储新的E-RNTI。其中,在UE中存储了对应CELL-DCH状态的新的E-RNTI和对应的CELL-FACH状态的旧的E-RNTI。
步骤702,UE通过判断新的状态指示和旧的状态指示是否相同来判断状态是否可以转移成功。当判断结果为可以转移成功时,转到步骤703,否则,转到步骤709。
步骤703,UE根据通知状态转移的RRC消息中携带的激活时间点的信息判断是否立即激活。当判断结果为是时,转到步骤704,否则,转到步骤708。
步骤704,UE将变量E_RNTI的取值设置为新分配的对应CELL-FACH状态的E-RNTI。
步骤705,UE指示MAC实体通过E-RUCCH发起增强随机接入过程。
步骤706,UE判断在转移前自身的能力等级是否小于预设的等级值,当判断结果为小于时,转到步骤707。其中,该预设的等级值可以为第3等级。
具体的,由于UE在转移完成后,将进入到CELL-FACH状态,即转移完成该UE的上行能力等级为第3等级。
如果在转移前,UE位于CELL-DCH状态时,所使用的上行能力等级小于第3等级时,则转移前后的将使用不同的数据传输方式,即需要清除上下行HARQ进程中的数据。
而如果在转移前,UE位于CELL-DCH状态时,所使用的上行能力等级不小于第3等级时,则转移前后的将使用相同的数据传输方式,不需要清除上下行HARQ进程中的数据,即上下行HARQ进程中的数据可以采用对应的数据传输方式进行传输。
步骤707,UE指示MAC实体将上行HARQ进程中的缓存清空,其中,该指示MAC实体的方式包括但不限于在原语中携带指示HARQ processes flush(清除)indicator,例如,在原语CMAC-STATUS-Req中携带指示HARQprocesses flush indicator。
步骤708,UE根据激活时间点的信息进行等待,当等待到激活时间点信息所指示的生效时刻时,转到步骤704中。
步骤709,UE删除新分配的E-RNTI,并继续使用变量E_RNTI中存储的旧的E-RNTI,而后续过程不再赘述。
需要说明的是,对于UE从CELL-DCH状态转移到CELL-FACH状态时的下行数据传输过程,上述的HARQ进程的处理方法仍然可以使用,与上述上行数据传输过程不同的是,在状态转移时,UE需要将自身的下行HARQ进程缓存的数据清空;而不需要清空重排序队列中存储的数据,不需要将重排序功能相关的变量,定时器重置为初始值或停止计时,不需要清空重组实体中存储的数据分段等,该下行数据传输过程对应HARQ进程的处理方法本发明实施例中不再赘述。
其中,可以根据实际的需要对本发明实施例中的步骤进行调整。
可见,通过使用本发明提供的方法,当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时,可以通过高层指示MAC实体清空HARQ进程中的缓存,从而避免了UE过多丢弃数据包的问题。
本发明实施例四提供一种用户设备UE,如图8所示,包括:
第一判断模块81,用于判断所述UE是否发生状态转移;
第二判断模块82,用于当所述第一判断模块81判断出所述UE发生状态转移时,判断所述UE的数据传输方式是否发生变化;
收发模块83,用于当所述第二判断模块82判断出所述UE的数据传输方式发生变化时,指示MAC实体清空HARQ进程中的缓存;并由所述MAC实体根据所述指示清空所述HARQ进程中的缓存。
具体的,所述收发模块83具体用于,通过原语指示所述MAC实体清空上行HARQ进程中的缓存;和/或,通过原语指示所述MAC实体清空下行HARQ进程中的缓存;其中,所述MAC实体包括MAC-is/i实体,和/或,MAC-ehs实体。
进一步的,所述UE从增强CELL-FACH状态转移到CELL-DCH状态;或者,所述UE从CELL-DCH状态转移到增强CELL-FACH状态。
所述第二判断模块82具体用于,判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值,所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级;
当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时,判断所述UE的数据传输方式发生变化;
当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时,判断所述UE的数据传输方式没有发生变化。
所述收发模块83还用于,接收来自网络侧设备的消息,所述消息中携带状态指示和新分配的E-RNTI,所述新分配的E-RNTI为UE发生状态转移时目标状态所用的标识;
所述状态指示和所述新分配的E-RNTI位于相同的消息中,或者,
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
进一步的,所述收发模块83还用于,接收来自所述网络侧设备的不携带MAC-es/e reset indicator信息的消息,其中,所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
本发明实施例中,所述第一判断模块81还用于,从来自所述网络侧设备的消息中获取所述新分配的状态指示,并比较所述新分配的状态指示和自身存储的状态指示是否相同;
当二者不同时,判断所述UE发生状态转移;
当二者相同时,判断所述UE没有发生状态转移。
需要说明的是,所述收发模块83还用于,指示所述MAC实体利用E-RUCCH发起随机接入过程,所述随机接入过程中携带了所述新分配的E-RNTI。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
可见,通过使用本发明实施例提供的设备,当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时,可以通过高层指示MAC实体清空HARQ进程中的缓存,从而避免了UE过多丢弃数据包的问题。
本发明实施例五提供一种媒体访问控制MAC实体,其中,所述MAC实体包括MAC-is/i实体,和/或,MAC-ehs实体;如图9所示,包括:
收发模块91,用于当UE的发生状态转移,且所述UE的数据传输方式发生变化时,接收来自所述UE的指示,所述指示中携带了要求所述MAC实体清空HARQ进程中的缓存的信息;
处理模块92,用于根据所述收发模块91接收的UE的指示清空所述HARQ进程中的缓存。
具体的,所述收发模块91具体用于,接收所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存的信息;和/或,
接收所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存的信息。
在此情况下,所述处理模块92具体用于,清空所述上行HARQ进程中的缓存,并保持复用及TSN设置实体中的变量取值不变,保留分段实体中存储的数据分段;所述复用及TSN设置实体和所述保留分段实***于所述MAC实体中。所述复用及TSN设置实体中的变量包括:CURRENT_TSN。
所述处理模块92还用于,清空所述下行HARQ进程中的缓存,并保留重排序实体中存储的数据,保留重组实体中存储的数据分段;所述重排序实体和所述重组实***于所述MAC实体中。
可见,通过使用本发明实施例提供的设备,当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时,可以通过高层指示MAC实体清空HARQ进程中的缓存,从而避免了UE过多丢弃数据包的问题。
本发明实施例还提供了一种HARQ进程的处理***,包括:
UE,用于当确定出自身发生状态转移时,判断自身的数据传输方式是否发生变化;并在自身的数据传输方式发生变化时,指示MAC实体清空HARQ进程中的缓存;
MAC实体,用于根据所述UE的指示清空所述HARQ进程中的缓存。
具体的,所述UE具体用于,通过原语指示所述MAC实体清空上行HARQ进程中的缓存;和/或,
通过原语指示所述MAC实体清空下行HARQ进程中的缓存;
所述MAC实体具体用于,在所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存时,清空所述上行HARQ进程中的缓存,并保持复用及TSN设置实体中的变量取值不变,保留分段实体中存储的数据分段;所述复用及TSN设置实体和所述保留分段实***于所述MAC实体中;
在所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存时,清空所述下行HARQ进程中的缓存,并保留重排序实体中存储的数据,保留重组实体中存储的数据分段;所述重排序实体和所述重组实***于所述MAC实体中。
此外,所述发生状态转移包括:所述UE从增强CELL-FACH状态转移到CELL-DCH状态;或者,所述UE从CELL-DCH状态转移到增强CELL-FACH状态;所述UE还用于,判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值;所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级;当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时,判断自身的数据传输方式发生变化;当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时,判断自身的数据传输方式没有发生变化。
本发明实施例提供的***中,还包括:
网络侧设备,用于向UE发送消息,所述消息中携带状态指示和新分配的E-RNTI,所述新分配的E-RNTI为所述UE发生状态转移时目标状态所用的标识;
所述状态指示和所述新分配的E-RNTI位于相同的消息中,或者,
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
进一步的,所述网络侧设备还用于,向所述UE发送不携带MAC-es/e reset indicator信息的消息,其中,所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
可见,通过采用本发明实施例提供的***,当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时,可以通过高层指示MAC实体清空HARQ进程中的缓存,从而避免了UE过多丢弃数据包的问题。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。