WIPO logo
Mobile | Deutsch | English | Español | 日本語 | 한국어 | Português | Русский | 中文 | العربية |
PATENTSCOPE

Recherche dans les collections de brevets nationales et internationales
World Intellectual Property Organization
Recherche
 
Options de navigation
 
Traduction
 
Options
 
Quoi de neuf
 
Connexion
 
Aide
 
maximize
Traduction automatique
1. (WO2016116030) PROCÉDÉ ET ÉQUIPEMENT D'UTILISATEUR POUR GESTION D'ENTITÉS DE DEMANDE DE RÉPÉTITION AUTOMATIQUE HYBRIDE

说明书

发明名称 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082   0083   0084   0085   0086   0087   0088   0089   0090   0091   0092   0093   0094   0095   0096   0097   0098   0099   0100   0101   0102   0103   0104   0105  

权利要求书

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16  

附图

0001   0002   0003   0004   0005   0006   0007   0008   0009   0010  

说明书

发明名称 : 混合自动重传请求实体管理的方法和用户设备

技术领域

[0001]
本发明涉及无线通信技术领域。更具体地,本发明涉及混合自动重传请求HARQ实体管理方法以及相应的用户设备。

背景技术

[0002]
现代无线移动通信系统呈现出两个显著特点,一是宽带高速率,比如第四代无线移动通信系统的带宽可达100MHz,下行速率高达1Gbps;二是移动互联,推动了移动上网、手机视频点播、在线导航等新兴业务。这两个特点对无线移动通信技术提出了较高要求,主要有:超高速率无线传输、区域间干扰抑制、移动中可靠传输信号、分布式/集中式信号处理等等。在未来的增强第四代(4G)及第五代(5G)无线移动通信系统中,为了满足上述发展需求,各种相应的关键技术开始被提出和论证,值得本领域的研究人员广泛关注。
[0003]
在2007年10月,国际电信联盟(ITU)批准全球微波互联接入系统(WiMax,Worldwide Interoperability for Microwave Access)成为第四个3G系统标准。这一发生在3G时代末期的事件,实际上是4G标准争夺战的预演。事实上,为了应对以无线局域网和WiMax为代表的无线IP技术流的挑战,从2005年开始,第三代3GPP组织就着手进行全新的系统升级,即长期演进系统(LTE,Long Term Evolution)的标准化工作。这是一个基于正交频分复用技术(OFDM,Orthogonal Frequency Division Multiplexing)的准四代系统,已于2009年初推出第一版,并在2010年陆续在全球开始商用。与此同时,3GPP组织关于第四代无线移动通信系统(4G,the Fourth Generation)的标准化制定工作也已经于2008年上半年启动,该系统称为先进的长期演进系统(LTE-A,Long Term Evolution Advanced)。该系统的物理层过程的关键标准化文书已于2011年初完成。在2011年11月ITU组织在中国重庆正式宣布,LTE-A系统和WiMax系统是4G系统的两个官方标准。目前,LTE-A系统的商用过程正在全球范围逐步展开。
[0004]
根据未来十年的挑战,对于增强的第四代无线移动通信系统,大致有以下几点发展需求:
[0005]
-更高的无线宽带速率,且重点优化局部的小区热点区域;
[0006]
-进一步提高用户体验,特别需要优化小区边界区域的通信服务;
[0007]
-考虑到可用频谱不可能有1000倍的扩展,故需要继续研究能够提高频谱利用效率的新技术;
[0008]
-高频段的频谱(5GHz,甚至更高)必将投入使用,以获得较大的通信带宽;
[0009]
-现有网络(2G/3G/4G,WLAN,WiMax等)的协同工作,以分担数据流量;
[0010]
-针对不同业务、应用和服务特定优化;
[0011]
-加强系统支持大规模机器通信的能力;
[0012]
-灵活、智能且廉价的网络规划与布网;
[0013]
-设计方案以节省网络的用电量和用户设备的电池消耗。
[0014]
传统的3GPP LTE系统中,数据传输只能在授权频谱上(licensed bands/carriers),然而随着业务量的急剧增涨,尤其在一些城市的热点区域,授权频谱可能很难满足增涨的业务量的需求。3GPP RAN#62次全会讨论了一个新的研究课题,即非授权频谱(unlicensed bands/carriers)的研究(RP-132085),主要目的是研究利用在非授权频谱上的LTE的非独立部署(non-standalone deployment),所谓非独立是指在非授权频谱上的通信要和授权频谱上的服务小区相关联使用,而无法独立服务于用户。一个直接的方法是尽量沿用LTE系统中的载波聚合(Carrier Aggregation, CA)的方式,即将授权频谱部署为服务基站的主载波(Primary Component Carrier,PCC),其对应的小区称为主小区(Primary Cell,PCell);将非授权频谱部署为服务基站的辅载波(Secondary Component Carrier,SCC),其对应的小区称为辅小区(Secondary Cell,SCell)。
[0015]
目前针对非授权频谱工作方式,存在一种较为常用的工作方式,即听后传输(LBT,Listen Before Talk)。而对于LBT,欧洲和日本对其信道占用时间窗口(COTW,Channel Occupancy Time Window)有所限制,欧洲最大为13ms,日本为小于4ms。基于此,现有LTE系统中所对应的一个完整的HARQ(Hybrid Automatic Repeat Request)过程(如一次初始传输加三次重传)无法在一个COTW中完成。而基于非授权频谱系统的工作特点即所有站点竞争使用相应信道资源,当初始传输完成后,后续重传不能保证还在同样的非授权载波上传输。对于该问题,有一种解决方法是载波间动态的HARQ传输,即对于一个数据块,其初传和重传可以在承载在不同的载波上进行传输,以满足在该数据块所对应的服务质量要求(Quality ofService,QoS)时间内完成一个完成的HARQ过程。
[0016]
发明内容
[0017]
对背景技术部分所述载波间动态HARQ传输,一种实现方法即多个载波共用一个HARQ实体,该HARQ实体可以基于不同载波上资源的可用性,将一个HARQ缓存(buffer)内的一个传输块(Transport Block,TB)块的HARQ初传和重传灵活地分配到不同的载波上传输。LTE现有机制中一个服务小区对应一个独立的HARQ实体,相应的用户设备侧的HARQ实体管理方法也基于此,在上述多载波HARQ实体共用传输的情况下,现有机制中的HARQ实体管理方法会导致HARQ实体或对应的HARQ缓存(buffer)出现错误处理,这也正是本发明所关注的问题。
[0018]
针对以上问题,基于LTE及LTE-A网络,本发明提供了一种在支持动态HARQ传输配置下的HARQ实体管理方法和装置。用户设备通过 该HARQ实体管理方法,可以实现在配置了共用HARQ实体时对所述HARQ实体进行相应处理,进而避免错误的操作而导致的数据丢失。
[0019]
本发明所述方法并不限于背景技术部分所述非授权频谱上工作的通信装置和系统,也适用于其他多载波装置和系统。
[0020]
根据本公开的第一方面,提供了一种HARQ实体管理方法,由用户设备或用户设备内的媒体接入控制MAC实体执行。所述HARQ实体管理方法包括:在辅服务小区组内第一个辅小区被添加时,或者在所述辅服务小区组被添加时,初始化与所述辅服务小区组相对应的HARQ实体。该方法还可以包括:从基站接收辅服务小区添加命令。
[0021]
根据本公开的第二方面,提供了一种HARQ实体管理方法,由用户设备或用户设备内的媒体接入控制MAC实体执行。所述HARQ实体管理方法包括:在辅服务小区组内最后一个辅小区被删除时,或者在所述辅服务小区组被删除时,删除与所述辅服务小区组相对应的HARQ实体。该方法还可以包括:从基站接收辅服务小区删除命令。
[0022]
根据本公开的第三方面,提供了一种HARQ实体管理方法,由用户设备或用户设备内的媒体接入控制MAC实体执行,所述HARQ实体管理方法包括:在辅服务小区被去激活时,如果所述辅服务小区与辅服务小区组相关联且所述辅服务小区是所述辅服务小区组中最后一个激活态小区或者如果所述辅服务小区未关联到辅服务小区组,则清空与所述辅服务小区相对应的HARQ缓存。该方法还可以包括:从基站接收辅服务小区去激活命令;或检测针对辅服务小区的去激活定时器超时。
[0023]
在根据上述三方面的方法中,所述辅服务小区组内的辅小区共用同一个HARQ实体。所述方法还可以包括:经由无线资源控制RRC消息从基站接收辅服务小区组指示信息,所述辅服务小区组指示信息用于指示与所述辅小区相对应的HARQ实体。
[0024]
参照后文的说明和附图,详细公开了本发明的特定实施方式,指明了本发明的原理可以被采用的方式。应该理解,本发明的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内,本发明的实施方式包括许多改变、修改和等同。
[0025]
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用,与其它实施方式中的特征相组合,或替代其它实施方式中的特征。
[0026]
应该强调,术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在,但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。

附图说明

[0027]
参照以下的附图可以更好地理解本发明的很多方面。附图中的部件不是成比例绘制的,而只是为了示出本发明的原理。为了便于示出和描述本发明的一些部分,附图中对应部分可能被放大或缩小。
[0028]
在本发明的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。此外,在附图中,类似的标号表示几个附图中对应的部件,并可用于指示多于一种实施方式中使用的对应部件。
[0029]
图1是多载波共用HARQ实体配置下基站侧的流程示意图。
[0030]
图2是多载波共用HARQ实体配置下用户设备侧的流程示意图。
[0031]
图3是多载波共用HARQ实体配置下基站和用户设备间信息交互的示意图。
[0032]
图4是根据本公开的用户设备侧HARQ实体管理方法的第一实施例的流程图。
[0033]
图5是图4所示方法的一种具体实现的流程示意图。
[0034]
图6是根据本公开的用户设备侧HARQ实体管理方法的第二实施例的流程图。
[0035]
图7是图6所示方法的具体实现的流程示意图。
[0036]
图8是根据本公开的用户设备侧HARQ实体管理方法的第三实施例的流程图。
[0037]
图9是图8所示的方法的具体实现的流程示意图。
[0038]
图10是根据本公开的用户设备的结构示意图。

具体实施方式

[0039]
参照附图,通过下面的说明书,本发明的前述以及其它特征将变得明显。在说明书和附图中,具体公开了本发明的特定实施方式,其表明了其中可以采用本发明的原则的部分实施方式,应了解的是,本发明不限于所描述的实施方式,相反,本发明包括落入所附权利要求的范围内的全部修改、变型以及等同物。另外,为了简便起见,省略了对与本发明没有直接关联的公知技术的详细描述,以防止对本发明的理解造成混淆。
[0040]
以下将结合附图和具体实施例,对本发明所提出的共享HARQ实体配置方式下的用户设备侧HARQ实体管理方法进行说明。
[0041]
下文以LTE移动通信系统及其后续的演进版本作为示例应用环境,具体描述了根据本发明的多个实施例。然而,需要指出的是,本发明不限于以下实施例,而是可适用于更多其它的无线通信系统,例如今后的5G蜂窝通信系统。
[0042]
首先,参照图1至3描述共享HARQ实体配置方式下基站和用户设备侧的操作以及基站和用户设备之间信息交互。
[0043]
如图1所示,基站侧操作包括步骤101和102。
[0044]
在步骤101中,基站发送服务小区所关联的HARQ实体信息。在具 体实现中,基站可以在服务小区添加或修改时发送所述服务小区所关联的HARQ实体信息。该HARQ实体信息包含所述服务小区所关联的HARQ实体标识。
[0045]
如下所示,给出该方法在3GPP标准协议中的三种示例性而非限制性的实现方式。
[0046]
实现方式一:
[0047]
[0048]
实现方式二:
[0049]
[0050]
实现方式三:
[0051]
[0052]
在步骤102中,基站根据所配置的服务小区所关联的HARQ实体信息,对相应的TB在服务小区间进行动态调度和HARQ传输。
[0053]
举例说明,若三个服务小区SCell1、SCell2和SCell3都配置为同一个HARQ实体标识,即表示基站配置该三个服务小区共用同一个HARQ实体。在此种配置下,对于一个TB,基站可以根据网络负载和信道质量将该TB的HARQ初传调度在SCell1上,而将该TB的HARQ重传调度在SCell2或SCell3上,从而实现共用HARQ实体配置下载波间的动态HARQ传输。
[0054]
在步骤101之前,还可以包括:基站接收并获取UE是否支持多载波/小区间动态HARQ传输能力信息,或者UE是否支持共用HARQ实体的能力信息。所述信息可以通过RRC消息来传输例如放在UECapabilityInformation中的UE-EUTRA-Capability信息元中。如下所示,给出一种所述UE能力信息在3GPP标准协议中的实现方式。
[0055]
[0056]
[0057]
如图2所示,用户设备UE侧操作包括步骤201和202。
[0058]
在步骤201中,UE接收基站所发送的服务小区所关联的HARQ实体信息。在具体实现中,UE可以在接收服务小区添加或修改时接收所述服务小区所关联的HARQ实体信息。所述HARQ实体信息包含所述服务小区所关联的HARQ实体标识。
[0059]
该实体标识在3GPP标准协议中的实现方式可如上述步骤101中所述,此处不再赘述。
[0060]
在步骤202中,UE根据所配置的服务小区所关联的HARQ实体信息对相应的TB在服务小区间进行HARQ传输。
[0061]
举例说明,若三个服务小区SCell1、SCell2和SCell3的HARQ实体信息为同一个HARQ实体标识,则UE认为该三个服务小区共用同一个HARQ实体。在此种配置下,对于一个TB,UE根据基站的指示可以在SCell1上接收一个TB的初传,而在SCell2或SCell3上接收该TB的HARQ重传,将从不同服务小区/载波上接收到的HARQ传输进行联合解码,从而实现共用HARQ实体配置下载波间的动态HARQ传输。
[0062]
在步骤201之前,还可以包括:UE向基站发送UE是否支持多载波/小区间动态HARQ传输能力信息,或者UE是否支持共用HARQ实体的能力信息。所述信息可以通过RRC消息来传输例如放在 UECapabilityInformation中的UE-EUTRA-Capability信息元中。该信息在3GPP标准协议中的一种实现方式可如前述,此处不再赘述。
[0063]
如图3所示,基站和UE间的信息交互包括步骤301和302。
[0064]
在步骤301中,基站向UE发送服务小区所关联的HARQ实体信息。在具体实现中,该信息可以通过RRC(Radio Resource Control)消息如RRC连接重配置(RRCConnectionReconfiguration)消息发送,并且可以在服务小区添加或修改时发送所述服务小区所关联的HARQ实体信息。该HARQ实体信息包含所述服务小区所关联的HARQ实体标识。
[0065]
该方法在3GPP标准协议中的一种实现方式可如上述步骤101中所述,此处不再赘述。
[0066]
在步骤302中,UE接收到基站所发送的服务小区所关联的HARQ实体信息并向基站返回响应消息,如该响应消息可以是RRC连接重配置完成(RRCConnectionReconfigurationComplete)消息。
[0067]
在步骤301之前,还可以包括:UE和基站交互UE是否支持多载波/小区间动态HARQ传输能力信息,或者UE是否支持共用HARQ实体的能力信息。该能力信息在3GPP标准协议中的实现方式如前述,此处不再赘述。
[0068]
下面,参照图4和图5描述针对上述多载波共用HARQ实体配置提出的、根据本公开的用户设备侧HARQ实体管理方法的第一实施例的流程图。具体地,该实施例提供了共用HARQ实体情况下的服务小区添加时的UE侧HARQ实体管理方法。该方法可应用于用户设备或用户设备内的媒体接入控制MAC实体。
[0069]
如图4所示,根据第一实施例的HARQ实体管理方法包括步骤402以及可选的步骤401。
[0070]
在步骤402中,UE在辅服务小区组内第一个辅小区被添加时,或者在所述辅服务小区组被添加时,初始化与所述辅服务小区组相对应的 HARQ实体。
[0071]
在步骤401中,UE从基站接收辅服务小区添加命令。
[0072]
图5为图4所示方法的一种具体实现的流程图,包括以下步骤。
[0073]
步骤501:UE接收服务小区添加命令。
[0074]
步骤502:判断该服务小区是否被关联到一个服务小区组。若是,则进行步骤503;否则,进行步骤504a。
[0075]
步骤503:判断该服务小区是否是所述服务小区组内第一个被添加的服务小区。若是,则进行步骤504a;否则,进行步骤504b。在本步骤中,所述服务小区组内第一个服务小区的添加也可视为等同于所述服务小区组被添加。
[0076]
步骤504a:初始化(initialize)服务小区所关联的HARQ实体。
[0077]
步骤504b:将服务小区关联到相对应的HARQ实体。
[0078]
接着,参照图6和图7描述根据本发明的用户设备侧HARQ实体管理方法的第二实施例的流程图。具体地,该实施例提供了共用HARQ实体情况下的服务小区删除时的UE侧HARQ实体管理方法。该方法可应用于用户设备或用户设备内的媒体接入控制MAC实体。
[0079]
如图6所示,根据第二实施例的HARQ实体管理方法包括步骤602以及可选的步骤601。
[0080]
在步骤602中,UE在辅服务小区组内最后一个辅小区被删除时,或者在所述辅服务小区组被删除时,删除与所述辅服务小区组相对应的HARQ实体。
[0081]
在步骤601中,UE从基站接收辅服务小区删除命令。
[0082]
图7为图6所示方法的一种具体实现的流程图,包括如下步骤。
[0083]
步骤701:UE接收服务小区删除命令。
[0084]
步骤702:判断该服务小区是否被关联到一个服务小区组。若是,则进行步骤703;否则,进行步骤704。
[0085]
步骤703:判断该服务小区是否是所述服务小区组内最后一个被删除的服务小区。若是,则进行步骤704。在本步骤中,所述服务小区组内最后一个服务小区的删除也可视为等同于所述服务小区组被删除。
[0086]
步骤704:移除(remove)服务小区所关联的HARQ实体。
[0087]
如果步骤703的判断结果为否,则不对该服务小区所关联的HARQ实体进行操作。
[0088]
接着,参照图8和图9描述根据本发明的用户设备侧HARQ实体管理方法的第三实施例的流程图。具体地,该实施例提供了共用HARQ实体情况下的服务小区去激活时的UE侧HARQ缓存(buffer)的管理方法。该方法可应用于用户设备或用户设备内的媒体接入控制MAC实体。
[0089]
如图8所示,根据第三实施例的HARQ实体管理方法包括步骤802以及可选的步骤801。
[0090]
在步骤802中,UE在辅服务小区被去激活时,如果所述辅服务小区与辅服务小区组相关联且所述辅服务小区是所述辅服务小区组中最后一个激活态小区或者如果所述辅服务小区未关联到辅服务小区组,则清空与所述辅服务小区相对应的HARQ缓存。
[0091]
在步骤801中,UE从基站接收辅服务小区去激活命令,或者检测针对辅服务小区的去激活定时器超时。
[0092]
图9为图8所示方法的一种具体实现的流程图,包括如下步骤。
[0093]
步骤901:UE接收服务小区去激活命令或者所述服务小区所关联的去激活计时器(deactivation timer)超时。
[0094]
步骤902:判断所述服务小区是否被关联到一个服务小区组。若是,则进行步骤903;否则,进行步骤904。
[0095]
步骤903:判断所述服务小区是否是所述服务小区组内最后一个被去激活的激活态小区。若是,则进行步骤904。
[0096]
步骤904:根据所定义的时序关系,在预定的传输时间间隔 (Transmission Timing Interval,TTI)内,清空(flush)所述服务小区所关联的所有HARQ buffer。步骤904中所述时序关系,不在本发明所关心的范围之内。
[0097]
如果步骤903的判断结果为否,则不对HARQ缓存进行操作。
[0098]
下面,参照图10描述根据本公开的用户设备1000的结构框图。该用户设备1000对应于上述第一、第二和第三实施例中UE侧的HARQ实体管理方法。
[0099]
如图10所示,UE 1000包括HARQ实体管理器1010。与上述第一实施例相对应,HARQ实体管理器1010可以用于在辅服务小区组内第一个辅小区被添加时,或者在所述辅服务小区组被添加时,初始化所述HARQ实体。UE 1000还可以包括接收机1020,用于从基站接收辅服务小区添加命令。
[0100]
与上述第二实施例相对应,HARQ实体管理器1010可以用于在辅服务小区组内最后一个辅小区被删除时,或者在所述辅服务小区组被删除时,删除与所述辅服务小区组相对应的HARQ实体。接收机1020可以用于从基站接收辅服务小区删除命令。
[0101]
与上述第三实施例相对应,HARQ实体管理器1010可以用于在辅服务小区被去激活时,如果所述辅服务小区与辅服务小区组相关联且所述辅服务小区是所述辅服务小区组中最后一个激活态小区或者如果所述辅服务小区未关联到辅服务小区组,则清空与所述辅服务小区相对应的HARQ缓存。接收机1020可以用于从基站接收辅服务小区去激活命令。UE 1000还可以包括超时检测器1030,用于检测针对辅服务小区的去激活定时器超时。
[0102]
应该理解,本发明的上述实施例可以通过软件、硬件或者软件和硬件两者的结合来实现。例如,上述实施例中的基站和用户设备内部的各种组件可以通过多种器件来实现,这些器件包括但不限于:模拟电路器 件、数字电路器件、数字信号处理(DSP)电路、可编程处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、可编程逻辑器件(CPLD),等等。
[0103]
在本申请中,“基站”是指具有较大发射功率和较广覆盖面积的移动通信数据和控制交换中心,包括资源分配调度、数据接收发送等功能。“用户设备”是指用户移动终端,例如包括移动电话、笔记本等可以与基站或者微基站进行无线通信的终端设备。
[0104]
此外,这里所公开的本发明的实施例可以在计算机程序产品上实现。更具体地,该计算机程序产品是如下的一种产品:具有计算机可读介质,计算机可读介质上编码有计算机程序逻辑,当在计算设备上执行时,该计算机程序逻辑提供相关的操作以实现本发明的上述技术方案。当在计算系统的至少一个处理器上执行时,计算机程序逻辑使得处理器执行本发明实施例所述的操作(方法)。本发明的这种设置典型地提供为设置或编码在例如光介质(例如CD-ROM)、软盘或硬盘等的计算机可读介质上的软件、代码和/或其他数据结构、或者诸如一个或多个ROM或RAM或PROM芯片上的固件或微代码的其他介质、或一个或多个模块中的可下载的软件图像、共享数据库等。软件或固件或这种配置可安装在计算设备上,以使得计算设备中的一个或多个处理器执行本发明实施例所描述的技术方案。
[0105]
尽管以上已经结合本发明的优选实施例示出了本发明,但是本领域的技术人员将会理解,在不脱离本发明的精神和范围的情况下,可以对本发明进行各种修改、替换和改变。因此,本发明不应由上述实施例来限定,而应由所附权利要求及其等价物来限定。

权利要求书

[权利要求 1]
一种混合自动重传请求HARQ实体管理方法,由用户设备或用户设备内的媒体接入控制MAC实体执行,所述HARQ实体管理方法包括:在辅服务小区组内第一个辅小区被添加时,或者在所述辅服务小区组被添加时,初始化与所述辅服务小区组相对应的HARQ实体。
[权利要求 2]
根据权利要求1所述的方法,还包括:从基站接收辅服务小区添加命令。
[权利要求 3]
一种HARQ实体管理方法,由用户设备或用户设备内的媒体接入控制MAC实体执行,所述HARQ实体管理方法包括:在辅服务小区组内最后一个辅小区被删除时,或者在所述辅服务小区组被删除时,删除与所述辅服务小区组相对应的HARQ实体。
[权利要求 4]
根据权利要求3所述的方法,还包括:从基站接收辅服务小区删除命令。
[权利要求 5]
一种HARQ实体管理方法,由用户设备或用户设备内的媒体接入控制MAC实体执行,所述HARQ实体管理方法包括:在辅服务小区被去激活时,如果所述辅服务小区与辅服务小区组相关联且所述辅服务小区是所述辅服务小区组中最后一个激活态小区或者如果所述辅服务小区未关联到辅服务小区组,则清空与所述辅服务小区相对应的HARQ缓存。
[权利要求 6]
根据权利要求5所述的方法,还包括:从基站接收辅服务小区去激活命令;或检测针对辅服务小区的去激活定时器超时。
[权利要求 7]
根据权利要求1至6中任一项所述的方法,其中,所述辅服务小区组内的辅小区共用同一个HARQ实体。
[权利要求 8]
根据权利要求1至6中任一项所述的方法,还包括:经由无线资源控制RRC消息从基站接收辅服务小区组指示信息,所述辅服务小区组指示信息用于指示与所述辅小区相对应的HARQ实体。
[权利要求 9]
一种用户设备,包括:HARQ实体管理器,用于在辅服务小区组内第一个辅小区被添加时,或者在所述辅服务小区组被添加时,初始化所述HARQ实体。
[权利要求 10]
根据权利要求9所述的用户设备,还包括:接收机,用于从基站接收辅服务小区添加命令。
[权利要求 11]
一种用户设备,包括:HARQ实体管理器,用于在辅服务小区组内最后一个辅小区被删除时,或者在所述辅服务小区组被删除时,删除与所述辅服务小区组相对应的HARQ实体。
[权利要求 12]
根据权利要求11所述的用户设备,还包括:接收机,用于从基站接收辅服务小区删除命令。
[权利要求 13]
一种用户设备,包括:HARQ实体管理器,用于在辅服务小区被去激活时,如果所述辅服务小区与辅服务小区组相关联且所述辅服务小区是所述辅服务小区组中最后一个激活态小区或者如果所述辅服务小区未关联到辅服务小区组,则清空与所述辅服务小区相对应的HARQ缓存。
[权利要求 14]
根据权利要求13所述的用户设备,还包括:接收机,用于从基站接收辅服务小区去激活命令;或超时检测器,用于检测针对辅服务小区的去激活定时器超时。
[权利要求 15]
根据权利要求9至14中任一项所述的用户设备,其中,所述辅服务小区组内的辅小区共用同一个HARQ实体。
[权利要求 16]
根据权利要求9至14中任一项所述的用户设备,其中,所述接收机经由无线资源控制RRC消息从基站接收辅服务小区组 指示信息,所述辅服务小区组指示信息用于指示与所述辅小区相对应的HARQ实体。

附图

[ 图 0001]  
[ 图 0002]  
[ 图 0003]  
[ 图 0004]  
[ 图 0005]  
[ 图 0006]  
[ 图 0007]  
[ 图 0008]  
[ 图 0009]  
[ 图 0010]