CN106160976B - 用于配置具有pucch资源的辅助小区的方法 - Google Patents

Abstract

本发明涉及一种在基于载波聚合的通信系统中用于配置具有PUCCH资源的辅助小区的方法。通过本发明解决了Scell_PUCCH重新配置的问题，并且解决了在重新配置Scell_PUCCH之后对于各种类型的Scell的上行同步状态、激活/去激活状态等的处理方式。

Description

用于配置具有PUCCH资源的辅助小区的方法

技术领域

本发明涉及通信系统，更具体地，涉及一种在基于载波聚合的通信系统中用于配置具有PUCCH资源的辅助小区的方法。

背景技术

在RAN 1和RAN 2中正在进行对R13载波聚合增强的研究。其中的主要特征在于：在辅助小区(Scell)上支持PUCCH传输。并且，如现有技术中已知地，在载波聚合的通信系统中，存在一个基站，其可以配置有多个小区。其中，存在一个主小区(Pcell)以及零个或至少一个Scell。

在本文中，为了阐述方便，作出如下定义：将配置有PUCCH资源的Scell称为Scell_PUCCH。这些PUCCH资源可以用于Scell_PUCCH和其他Scell的上行控制信息的传输。在此，将上行控制信息的传输由Scell_PUCCH服务的Scell称为与Scell_PUCCH相关联的Scell。该PUCCH_Scell将处理相关联的Scell的上行控制信息的传输，诸如上行HARQ反馈、CSI传输等。

在实际情形中，需要对PUCCH资源进行重新配置，例如这将涉及如下两种情况：

情况1：当前Scell_PUCCH临时处于过载情形或临时处于较差的无线环境。因此，基站(eNB)将PUCCH资源移动至另一Scell，以继续服务那些相关联的Scell。

情况2：eNB为PUCCH传输重新配置其他的资源，从而以更好地服务与Scell_PUCCH相关联的Scell。例如，eNB可以增加或减少用于PUCCH传输的无线资源。

对于情况1，PUCCH资源从当前的Scell_PUCCH移动至另一Scell。新的Scell_PUCCH能够是当前现有的Scell，或一个新添加的Scell。对于情况2，不会改变Scell_PUCCH，但将改变用于PUCCH的无线资源。基于这些情况，在本发明中将至少解决下列技术问题：

1.问题1：在R13中实现PUCCH重新配置的具体流程是什么？

2.问题2：在重新配置流程完成之后，如何处理旧的Scell_PUCCH？这个问题对于情况1是必要的。

3.问题3：如果新的Scell_PUCCH是一个现有的Scell，如何解决新的Scell_PUCCH的激活/去激活状态。这对于情况1和2都是必要的。

4.问题4：如何处理相关联的Scell的数据传输。这对于情况1和2都是必要的。

这些问题必须在R13中讨论和定义，从而来支持在Scell上的PUCCH传输。

发明内容

为了解决上述问题，根据本发明的第一方面，提出了一种在基于载波聚合的通信系统的基站中用于配置具有PUCCH资源的辅助小区的方法，其中，所述基站管辖主小区、第一辅助小区和至少一个第二辅助小区，在所述第一辅助小区上配置有PUCCH资源，其用于所述至少一个第二辅助小区的上行控制信息的传输，所述基站将在第三辅助小区上配置另一PUCCH资源，以取代所述第一辅助小区来用于所述第一辅助小区和/或所述至少一个第二辅助小区的上行控制信息的传输，所述方法包括以下任一步骤：a.释放所述第一辅助小区、所述至少一个第二辅助小区以及当所述基站还管辖所述第三辅助小区时还释放所述第三辅助小区，在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区；b.释放所述第一辅助小区以及当所述基站还管辖所述第三辅助小区时还释放所述第三辅助小区，在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区；c.当所述基站还管辖所述第三辅助小区时释放所述第三辅助小区，在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区；d.在所述第三辅助小区上配置所述另一PUCCH资源；e.向用户设备发送信令，所述信令用于使得所述用户设备停止在所述第一辅助小区和所述至少一个第二辅助小区上的上行/下行操作。

根据本发明的第二方面，提出了一种在基于载波聚合的通信系统的用户设备中用于协助基站配置具有PUCCH资源的辅助小区的方法，其中，所述基站管辖主小区、第一辅助小区和至少一个第二辅助小区，在所述第一辅助小区上配置有PUCCH资源，其用于所述至少一个第二辅助小区的上行控制信息的传输，所述基站将在第三辅助小区上配置另一PUCCH资源，以取代所述第一辅助小区来用于所述第一辅助小区和/或所述至少一个第二辅助小区的上行控制信息的传输，所述方法包括以下任一步骤：A.释放所述第一辅助小区、所述至少一个第二辅助小区以及当所述基站还管辖所述第三辅助小区时还释放所述第三辅助小区，在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区；B.释放所述第一辅助小区以及当所述基站还管辖所述第三辅助小区时还释放所述第三辅助小区，在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区；C.当所述基站还管辖所述第三辅助小区时释放所述第三辅助小区，在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区；D.在所述第三辅助小区上配置所述另一PUCCH资源；E.从所述基站接收信令，所述信令用于使得所述用户设备停止在所述第一辅助小区和所述至少一个第二辅助小区上的上行/下行操作。

通过本发明解决了Scell_PUCCH重新配置的问题，并且解决了在重新配置Scell_PUCCH之后对于各种类型的Scell的上行同步状态、激活/去激活状态等的处理方式。

本发明的各个方面将通过下文中的具体实施例的说明而更加清晰。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更加明显：

图1示出了根据本发明的一个实施例的一种在基于载波聚合的通信系统中用于配置Scell_PUCCH的方法的流程图；

图2示出了根据本发明的另一个实施例的一种在基于载波聚合的通信系统中用于配置Scell_PUCCH的方法的流程图；

图3示出了根据本发明的又一个实施例的一种在基于载波聚合的通信系统中用于配置Scell_PUCCH的方法的流程图；

图4示出了根据本发明的又一个实施例的在一种在基于载波聚合的通信系统中用于配置Scell_PUCCH的方法的流程图；以及

图5示出了根据本发明的又一个实施例的一种在基于载波聚合的通信系统中用于配置Scell_PUCCH的方法的流程图。

在图中，贯穿不同的示图，相同或类似的附图标记表示相同或相对应的部件或特征。

具体实施方式

本文的基本思想在于定义用户设备(UE)和网络的操作，从而在R13中实施PUCCH重新配置。在本文中主要提出了以下内容：

1.用于实施Scell_PUCCH的重新配置的5种方案。

2.用于处理旧的Scell_PUCCH的操作的多种方案，包括其上行同步(UL SYN)状态、激活/去激活状态。

3.用于处理新的Scell_PUCCH的操作的多种方案，包括其上行同步(UL SYN)状态、激活/去激活状态。

4.用于处理在重新配置流程完成之后的相关联的Scell的操作的多种方案。

如前文所述，在R13的增强载波聚合的课题中，3GPP必须讨论如何处理与Scell_PUCCH的重新配置相关的问题。对于这种情形，在重新配置流程中将影响以下三种类型的Scell：

-旧的Scell_PUCCH：是原有的Scell_PUCCH，其PUCCH资源将被在这个旧的Scell_PUCCH上更新或移动至另一Scell。

-新的Scell_PUCCH：在这个目标Scell上配置PUCCH资源以服务相关联的Scell。

-相关联的Scell：其上行控制信息在Scell_PUCCH上发送。

例如，对于背景技术中提及的情形1，旧的Scell_PUCCH和新的Scell_PUCCH可以是在不同的频段上的不同的小区。对于情形2，在重新配置流程之后，旧的Scell_PUCCH和新的Scell_PUCCH是相同的小区。并且，这个新的Scell_PUCCH可以是现有的一个Scell，或以后新添加的一个Scell。附加地，这个新的Scell_PUCCH可以是原有的相关联的Scell中的一个，或是eNB管辖的其他的Scell。这个新的Scell_PUCCH以后可以服务相关联的Scell和/或旧的Scell_PUCCH的下行控制信息的传输。

下文将阐述如何在R13中的Scell_PUCCH的重新配置流程中处理这三种类型的Scell。在讨论这点之前，下文先阐述用于实施R13中的Scell_PUCCH的重新配置的流程的用户设备(user equipment,UE)/eNB的操作。再讨论在这些重新配置流程之后，如何处理上述三种类型的Scell。

1.用于实施R13中的Scell_PUCCH的重新配置的流程

在此，依据本发明提出了5种方案：

方案1.1

在Scell_PUCCH的重新配置的流程期间，eNB首先释放上述三种类型的Scell。随后，eNB添加一个新的Scell_PUCCH，其配置有PUCCH资源。

如图1所示，在步骤S101中，无论是前文所述的情形1还是情形2，eNB首先释放与旧的Scell_PUCCH(在重新配置之前的Scell_PUCCH)相关的所有类型的Scell。这些Scell包括旧的Scell_PUCCH、待被配置为新的Scell_PUCCH的Scell(如果当前存在这个Scell)和所有相关联的Scell。

随后，在步骤S102中，eNB在期望的频段上添加一个新的Scell作为新的Scell_PUCCH。该Scell_PUCCH已经由eNB配置有另一PUCCH资源。这个期望的频带是先前释放的待被配置为新的Scell_PUCCH的Scell的频段。

对于先前释放的相关联的Scell，它们的再添加回去与否可以由eNB自主决定。例如，eNB/UE能够在Scell_PUCCH的重新配置的流程期间添加新的相关联的Scell或在稍后添加相关联的Scell。

接着，在步骤S103中，eNB向UE发送PUCCH重新配置RRC消息，其用于向UE指示另一PUCCH资源和待被配置为新的Scell_PUCCH的Scell，并且还包括用于待被配置为新的Scell_PUCCH的Scell的配置信息。例如，该RRC消息可以包括新的PUCCH资源,、新的Scell_PUCCH的频率信息、新的Scell_PUCCH的标识等。

本领域技术人员应当理解，基站侧的步骤S101至S103并没有严格的顺序。也即在本专利中，在基站侧，各种类型的Scell的释放/添加与RRC消息的传输之间并没有特定的顺序。例如，它们可以以相反的顺序来实施或者同时实施。本文仅为了示例性描述，而以步骤S101至S103的顺序来描述。并且，本领域技术人员应当理解上述理论对于本文中的其他各个实施例也是适用的。

相应地，在UE侧，在步骤S104中，UE也首先将释放所有相关的Scell，并且根据eNB的PUCCH重新配置RRC消息在新的Scell_PUCCH上配置另一PUCCH资源，并且添加新的Scell_PUCCH。此外，在此过程中，当UE接收到PUCCH重新配置RRC消息时，在所有的Scell上进行的服务将被清除。因此，UE将释放在这些Scell上的所有上行/下行传输。

方案1.2

eNB释放旧的Scell_PUCCH和待被配置为新的Scell_PUCCH的Scell(如果该Scell当前存在)。随后，eNB在期望的频段上添加一个新的Scell作为新的Scell_PUCCH。这个期望的频带是先前释放的待被配置为新的Scell_PUCCH的Scell的频段。但是，在重新配置流程结束之后，其余相关联的Scell仍旧被保持为正常的Scell，而并没有被释放。

具体而言，如图2所示，在步骤S201中，在Scell_PUCCH的重新配置的流程期间，eNB将释放旧的Scell_PUCCH。并且，如果待被配置为新的Scell_PUCCH是一个先前配置的Scell，则也将释放该Scell。而对于所有其他相关联的Scell，仍旧将这些Scell保持为正常的Scell。

随后，在步骤S202中，eNB在期望的频段上添加一个新的Scell作为新的Scell_PUCCH，并且在这个新的Scell上配置另一PUCCH资源。由于在此过程中，所有其他相关联的Scell仍旧被保持为正常的Scell，因此在重新配置结束之后探讨如何处理这些相关联的Scell(下文将详述)。

接着，在步骤S203中，eNB向UE发送PUCCH重新配置RRC消息，其用于向UE指示另一PUCCH资源和待被配置为新的Scell_PUCCH的Scell，并且还包括用于待被配置为新的Scell_PUCCH的Scell的配置信息。

在UE侧，在步骤S204中，UE将释放旧的Scell_PUCCH。并且，如果配置有待被配置为新的Scell_PUCCH的Scell，则也将该Scell释放。

并且，UE根据eNB的PUCCH重新配置RRC消息在新的Scell_PUCCH上配置另一PUCCH资源，并且添加新的Scell_PUCCH。在此，UE还将对保持为正常的Scell的相关联的Scell进行操作。这将在下文详述。

方案1.3

在重新配置完成之后，旧的Scell_PUCCH被保持作为正常的Scell。在此，eNB将首先释放现有的待被配置为新的Scell_PUCCH的Scell(如果当前存在这个Scell)，并且在相同的频段上添加一个新的Scell，其配置有PUCCH资源。而对于所有其他相关联的Scell，仍旧将这些Scell保持为正常的Scell。

在此方案中，在PUCCH资源重新配置之后，旧的Scell_PUCCH被改变作为正常的Scell。而首先将释放待被配置为新的Scell_PUCCH的Scell，并且在相同的频段上添加一个新的Scell，以及在这个Scell上配置PUCCH资源。而对于所有其他相关联的Scell，仍旧将这些Scell保持为正常的Scell。因此在重新配置结束之后需要探讨如何处理这些相关联的Scell和旧的Scell_PUCCH(下文将详述)。

具体而言，如图3所示，在步骤S301中，eNB释放待被配置为新的Scell_PUCCH的Scell。而将旧的Scell_PUCCH改变为正常的Scell，并且将其他相关联的Scell保持为正常的Scell。

在步骤S302中，eNB在期望的频段上添加一个新的Scell作为新的Scell_PUCCH，并且在这个新的Scell上配置另一PUCCH资源。

在步骤S203中，eNB向UE发送PUCCH重新配置RRC消息，其用于向UE指示另一PUCCH资源和待被配置为新的Scell_PUCCH的Scell，并且还包括用于待被配置为新的Scell_PUCCH的Scell的配置信息。

在UE侧，在步骤S304中，如果当前配置有待被配置为新的Scell_PUCCH的Scell，则UE将释放待被配置为新的Scell_PUCCH的Scell。

并且，UE根据eNB的PUCCH重新配置RRC消息在新的Scell_PUCCH上配置另一PUCCH资源，并且添加新的Scell_PUCCH。在此，UE还将对保持为正常的Scell的相关联的Scell和改变为正常的Scell的旧的Scell_PUCCH进行操作。这将在下文详述。

方案1.4

不释放任何Scell。这意味着在重新配置之后，旧的Scell_PUCCH仍作为正常的Scell。eNB将在待被配置为新的Scell_PUCCH的Scell上配置新的PUCCH资源。并且，那些相关联的Scell也仍旧保持为正常的Scell。

具体而言，在此方案中，在重新配置结束之后，旧的Scell_PUCCH被保持作为正常的Scell。也并没有释放待被配置为新的Scell_PUCCH的Scell，而是配置了一个新的PUCCH资源。而对于所有其他相关联的Scell，仍旧将这些Scell保持为正常的Scell。因此在重新配置结束之后需要探讨如何处理这些相关联的Scell、旧的Scell_PUCCH和新的Scell_PUCCH(下文将详述)。

如图4所示，在步骤S401中，eNB在待被配置为新的Scell_PUCCH的Scell上配置新的PUCCH资源，也即另一PUCCH资源。

在步骤S402，eNB向UE发送PUCCH重新配置RRC消息，其用于向UE指示另一PUCCH资源和待被配置为新的Scell_PUCCH的Scell。

在步骤S403中，在UE侧不进行任何小区的释放，而是根据eNB的PUCCH重新配置RRC消息在新的Scell_PUCCH上配置另一PUCCH资源。在此，UE还需要如下操作：对该新的Scell_PUCCH进行操作；对改变为正常的Scell的旧的Scell_PUCCH进行操作；操作；对保持为正常的Scell的相关联的Scell进行操作。这将在下文详述。

在上述四个方案下，在UE侧的操作能够在一个步骤中被触发以及实施。即，由Scell_PUCCH重新配置RRC消息触发。随后，UE能够根据不同的方案自动地进行操作。上述前四种方案将引起不同的操作，这些操作可以一步完成。

方案1.5

eNB首先向UE发送一个下行控制信令，以停止在旧的Scell_PUCCH和与其相关联的Scell上的上行/下行操作。随后，eNB将使用PUCCH重新配置RRC消息来在待被配置为新的Scell_PUCCH的Scell上重新配置PUCCH资源。

对于方案5，与前述四个方案不同，需要2个步骤来重新配置Scell_PUCCH。具体而言：

如图5所示，在步骤501中：eNB向UE发送信令，该信令用于使得UE停止在旧的Scell_PUCCH和与其相关联的Scell上的上行/下行操作。例如可以通过：

1.1eNB向UE发送MAC CE(MAC control element，MAC控制元素)，以指示UE停止在旧的Scell_PUCCH和/或相关联的Scell上的上行/下行操作。该MAC CE指示UE去激活旧的Scell_PUCCH和/或相关联的Scell。并且，UE将去激活旧的Scell_PUCCH和/或相关联的Scell。或

1.2eNB向UE发送信令，以释放旧的Scell_PUCCH和/或相关联的Scell的UL SYN状态(上行同步状态)。并且，UE将根据该信令释放旧的Scell_PUCCH和/或相关联的Scell的ULSYN状态。

在UE侧，在步骤501之后，旧的Scell_PUCCH和/或与其相关联的Scell将被停止。这意味着，在步骤501之后，在旧的Scell_PUCCH和/或与其相关联的Scell上不会再有上行/下行传输。随后，在步骤502中UE进行PUCCH重新配置流程时不会再有问题。

类似于方案1.4，在重新配置完成之后，旧的Scell_PUCCH和与其相关联的Scell仍保持为正常的Scell，但可能处于去激活的状态。步骤1.1与步骤1.2的区别在于，对于前者，在步骤502完成之后，仍旧保持在旧的Scell_PUCCH和与其相关联的Scell上的所有配置。而对于步骤1.2，将释放整个配置，因此在这些Scell未来被再次使用之前eNB需要对这些Scell进行进一步的配置。

如图5所示，在步骤S502中，eNB发送PUCCH重新配置RRC消息给UE，以重新配置或配置一个新的Scell_PUCCH。这例如可以通过：

2.1UE首先释放待被配置为新的Scell_PUCCH的Scell，并且根据PUCCH重新配置RRC消息在相同的频段上添加配置有PUCCH资源的一个新的Scell，作为新的Scell_PUCCH。

2.2直接在待被配置为新的Scell_PUCCH的Scell上重新配置PUCCH资源。在UE侧不需要释放Scell。

对于步骤S502，步骤2.1和2.2将导致不同的UE行为。对于步骤2.1，UE将释放待被配置为新的Scell_PUCCH的Scell。这意味着UE将释放这个Scell上的所有配置。并且，随后UE将在相同的频段上添加一个新的Scell。这意味着，在步骤S502中的PUCCH重新配置RRC消息除了用于向UE指示另一PUCCH资源和待被配置为新的Scell_PUCCH的Scell之外，还将包括用于待被配置为新的Scell_PUCCH的Scell的配置信息。

而对于步骤2.2，UE不需要释放待被配置为新的Scell_PUCCH的Scell。但是，UE需要直接配置在该Scell上的PUCCH资源。因此，在此，eNB仅需要在RRC消息中提供新的PUCCH资源信息和待被配置为新的Scell_PUCCH的Scell。

如上所述，方案1.1简单，但是会引起额外的信令开销，因此在PUCCH重新配置额流程过程中所有相关的Scell都被释放。如果需要，eNB必须再次配置它们，因此引起额外的L3的信令开销。此外，在这些Scell上的上行/下行操作将被释放，因此将降低L1的HARQ性能。因此，方案1.2至1.5更加优选。

对于方案1.2至1.5，在R13中将面临如下问题：

问题1：如何处理旧的Scell_PUCCH，其在Scell_PUCCH重新配置流程之后转变为正常的Scell。

问题2：如何处理先前配置的新的Scell_PUCCH，如果其在Scell_PUCCH重新配置流程期间并没有释放。

问题3：如何处理相关联的Scell，如果其在Scell_PUCCH重新配置流程期间并没有释放。

问题1适用于方案1.3-1.5。问题2适用于方案1.4和1.5(如果在方案5中采用步骤2.2)。问题3适用于方案1.2-1.5。

下文将详述如何处理上述问题。

2.如何处理旧的Scell_PUCCH

如上所述，问题1适用于方案3、4和5。在此，在Scell_PUCCH重新配置之后，旧的Scell_PUCCH并没有被释放，而是转变为正常的Scell。因此，需要讨论如何处理这个Scell_PUCCH的UL SYN状态、激活/去激活状态，并且如何处理先前的上行/下行传输操作。

方案2.1

方案2.1用于处理旧的Scell_PUCCH的UL SYN状态。

在此，依据本发明提出了以下四种方案：

方案2.1.1

在Scell_PUCCH重新配置完成之后，将这个旧的Scell_PUCCH视为上行不同步。

对于该方案，UE将停止这个旧的Scell_PUCCH所属的定时提前组(timing advancegroup,TAG)的相应的定时指派定时器(time alignment timer,TAT)。这个操作将影响与Scell_PUCCH属于相同TAG的其他Scell。

与此同时，UE也将释放所有的配置，包括在这个现在为正常的Scell的旧的Scell_PUCCH上的所有配置，例如包括上行探测参考信号(uplink sounding reference signal，UL SRS)配置。

方案2.1.2

UE检查这个旧的Scell_PUCCH所属的TAG的TAT状态，以确定其UL SYN状态。

具体而言，如果该TAT仍旧再运行，则UE将这个旧的Scell_PUCCH视为仍旧处于ULSYN状态。对于这种情况，如何处理UL SRS将取决于现在为正常的Scell的旧的Scell_PUCCH的激活/去激活状态。这在下文将详述。

另一方面，如果在重新配置流程期间，该相应的TAT超时，则UE将该旧的Scell_PUCCH视为不处于UL SYN状态。并且，因此UE将释放所有的配置，包括这个旧的Scell_PUCCH的UL SRS配置。

方案2.1.3

eNB将在重新配置消息中包括指示信息，以便UE采取相应的适合的操作，例如：

eNB通过UE释放现在为正常的Scell的旧的Scell_PUCCH上的UL SYN状态。对于这种情形，UE将停止该旧的Scell_PUCCH所属的TAG的TAT，并且UE将释放这个Scell_PUCCH上所有配置。并且，UE也会对同一TAG中的其他Scell进行相同的操作。

替代地，eNB将决定权留给UE。例如eNB将在指示信息中指示UE进行自主的操作。对于这种情况，UE将进行方案2.1.2中进行的操作。也即，UE将检查相应的TAT状态来确定旧的Scell_PUCCH的UL SYN状态。

方案2.1.4

取决于服务这个旧的Scell_PUCCH的新的Scell_PUCCH的UL SYN状态，采取在下文方案4中的措施。

在这个方案中，由于旧的Scell_PUCCH在重新配置之后转变为一个正常的Scell，因此其必然具有支持其上行控制信息传输的另一个Scell_PUCCH(也即上述新的Scell_PUCCH)。从而，其UL SYN能够取决于另一个Scell_PUCCH。在下文阐述的方案2.4中所有提案都可以应用在这个情况中。也即，将方案2.4中的相关联的Scell替换成该旧的Scell_PUCCH即可。

基于上述4种方案，在重新配置完成之后，旧的Scell_PUCCH的UL SYN状态能够被精确确定。因此，UE可以相应地采取正常的措施。

方案2.2

方案2.2用于处理旧的Scell_PUCCH的激活/去激活状态。

在此，依据本发明提出了以下三种方案以确定旧的Scell_PUCCH的激活/去激活状态。

方案2.2.1

基于旧的Scell_PUCCH的去激活定时器的状态。即在重新配置流程完成之后，UE将检查相应的去激活定时器的状态。如果该定时器仍在运行，则UE将该旧的Scell_PUCCH仍视为处于激活状态。否则，UE将该旧的Scell_PUCCH视为去激活状态。

方案2.2.2

基于包括在重新配置RRC消息中的eNB指令。

方案2.2.3

取决于服务这个旧的Scell_PUCCH的Scell_PUCCH的激活/去激活状态。

方案2.2.1和2.2.3基于UE自主的操作。而方案2.2.2基于eNB发送给UE的重新配置RRC消息中的指示信息。例如，如果eNB指示UE去激活旧的Scell_PUCCH，则如果相应的去激活定时器还在运行，则UE将使得相应的去激活定时器超时。如果eNB指示UE激活旧的Scell_PUCCH，则UE也将进行相应的操作。

对于方案2.2.3，旧的Scell_PUCCH的激活/去激活状态将取决于新的Scell_PUCCH，该新Scell_PUCCH现在支持旧的Scell_PUCCH的上行控制信息传输。在此，在下文阐述的方案2.4中所有提案都可以应用在这个情况中。也即，将方案2.4中的相关联的Scell替换成上述旧的Scell_PUCCH即可。

方案2.3

方案2.3用于处理与新的Scell_PUCCH相关的上述问题2。

类似地，关于新的Scell_PUCCH，仍将讨论并且定义其UL SYN状态、激活/去激活状态等。这将在下文详述。

方案2.3.1

方案2.3.1用于确定新的Scell_PUCCH的UL SYN状态。

对于方案1.1、1.2、1.3和1.5(如果实施步骤2.1)，新的Scell_PUCCH是一个新添加的Scell。它的UL SYN状态取决于其归属的TAG的TAT状态。例如，如果这个新的Scell_PUCCH属于一个新的TAG，则这个新的Scell_PUCCH应当被视为不处于UL SYN状态直至随后实施PRACH。

对于方案1.4和1.5(如果实施步骤2.2)，新的Scell_PUCCH是原先配置的Scell。在重新配置流程结束之后，其仍保持作为Scell。在此，可以采取如下措施来确定其UL SYN状态：

A.无论相应的TAT状态如何，将其视为上行不同步。

B.取决于新的Scell_PUCCH所属的TAG的TAT的状态。

C.取决于包括在eNB的重新配置RRC消息中指示。

对于方案A，当PUCCH重新配置完成之后，新的Scell_PUCCH被视为不上行同步。随后，在UE侧，如果相应的TAT仍在运行，则UE应当停止相应的TAT。并且，UE应当采取相应的操作来处理相关联的Scell，诸如自动地去激活所有相关联的Scell。

对于方案B，当PUCCH重新配置完成之后，UE将检查新的Scell_PUCCH所属的TAG的TAT的状态，以基于该状态来确定其UL SYN状态。例如可以遵从下列原则：

如果TAT仍在运行，则UE将新的Scell_PUCCH视为处于UL SYN状态。因此，在此不会对相关联的Scell的操作产生任何影响。

另一方面，如果想要的TAT超时，则UE新的Scell_PUCCH视为不处于UL SYN状态。随后，UE应当采取相应的操作来处理相关联的Scell，诸如自动地去激活所有相关联的Scell。

方案A和B是UE自动的操作。然而对于方案C，eNB需要在PUCCH重新配置RRC消息中附加额外的指示，以引导UE的操作。例如，eNB将指示UE放弃在新的Scell_PUCCH上的UL SYN状态。或者，eNB将决定权留给UE以检查相应的TAT的状态。对于前者，UE将实施方案A中类似的操作。对于后者，UE将实施方案B中类似的操作。

方案2.3.2

方案2.3.2用于定义新的Scell_PUCCH的激活/去激活状态。

如上所述，新的Scell_PUCCH可以是新添加的Scell或先前已经配置的Scell。如果是新添加的Scell，则在重新配置RRC消息之后，新添加的Scell应当处于去激活状态。对于这种情况，UE必须采取措施来处理相关联的Scell。例如，当重新配置完成之后，UE应当自动地去激活所有相关联的Scell，因为支持它们的上行控制信息传输的Scell_PUCCH处于去激活状态。

另一方面，如果新的Scell_PUCCH是先前配置的Scell，则可以采取如下措施来处理这个新的Scell_PUCCH的激活/去激活状态：

A.如果这个新的Scell_PUCCH被视为处于UL SYN状态并且与其相关联的至少一个Scell处于激活状态，则将这个新的Scell_PUCCH视为处于激活状态。对于其他情形，这个新的Scell_PUCCH将被视为去激活状态。

B.取决于新的Scell_PUCCH的去激活定时器的状态。

C.基于包括在PUCCH重新配置RRC消息中的eNB的指令。

上述方案A和B是基于UE自主的操作。而方案C基于eNB的控制。

对于方案A，在PUCCH重新配置流程完成之后，UE应当首先检查这个新的Scell_PUCCH的UL SYN状态。如果是处于UL SYN状态，则UE将继续检查与这个新的Scell_PUCCH相关联的Scell的激活/去激活状态。如果相关联的Scell中的至少一个处于激活状态，则UE将该新的Scell_PUCCH视为处于激活状态，即使没有收到MAC CE。该目标旨在保持上行控制信息的传输能够被尽早地启动，以服务相关联的Scell。而对于其他情形，诸如新的Scell_PUCCH不处于UL SYN状态或没有相关联的Scell处于激活状态，UE将这个新的Scell_PUCCH视为不处于激活状态。因为此时对上行控制信息的传输没有需求。

对于方案B，UE将根据新的Scell_PUCCH的去激活定时器的状态来确定新的Scell_PUCCH的激活/去激活的状态。例如，如果新的Scell_PUCCH的去激活定时器仍在运行，则UE将该新的Scell_PUCCH视为处于激活状态。另一方面，如果该计算器超时，则UE将认为该新的Scell_PUCCH处于去激活状态。

对于方案C，UE将基于包括在PUCCH重新配置RRC消息中的eNB的指令进行操作。例如，如果eNB指示UE去激活新的Scell_PUCCH，则UE将去激活新的Scell_PUCCH。如果eNB指示UE激活新的Scell_PUCCH，则UE也将进行相应的操作。

方案2.4

方案2.4用于处理相关联的Scell。

对于前文提及的问题3，先前由旧的Scell_PUCCH服务的相关联的Scell将继续作为正常的Scell，并且在重新配置流程完成之后由新的Scell_PUCCH服务。并且，如果旧的Scell_PUCCH现在也由新的Scell_PUCCH服务，下述流程也同样适应于旧的Scell_PUCCH。

在此，仅以相关联的Scell为例进行说明。

关于它们的UL SYN状态，这将与新的Scell_PUCCH的UL SYN状态有关。下文将提出下列UE操作来确定其UL SYN状态：

-如果在重新配置完成之后新的Scell_PUCCH不处于UL SYN状态(例如基于2.3.1中的A)，则UE将停止在所有相关联的Scell上的上行/下行传输。这例如可以通过下述两种方式完成：

1.在重新配置流程完成之后，UE自动地去激活所有相关联的Scell，并且相关联的Scell的UL SYN状态不受该重新配置流程影响。

2.如果相关联的Scell所属的TAG的TAT仍在运行，则UE使得该TAT超时。这意味着所有相关联的Scell被视为上行不同步的。

-另一方面，如果在重新配置完成之后新的Scell_PUCCH处于UL SYN状态，则相关联的Scell的UL SYN状态取决于其归属的TAG的TAT状态。

此外，关于相关联的Scell的激活/去激活状态，其也取决于新的Scell_PUCCH的状态，可以采取下述规则：

-如果新的Scell_PUCCH被视为处于UL SYN状态但是处于去激活状态，则UE自动地去激活所有相关联的Scell。

-如果新的Scell_PUCCH被视为不处于UL SYN状态，则UE同样地自动地去激活所有相关联的Scell。

-另一方面，如果新的Scell_PUCCH处于激活状态并且能够继续服务这些相关联的Scell，则所有这些相关联的Scell的激活/去激活状态取决于其当前的去激活定时器的运行状态。

需要说明的是，上述实施例仅是示范性的，而非对本发明的限制。任何不背离本发明精神的技术方案均应落入本发明的保护范围之内，这包括使用在不同实施例中出现的不同技术特征，方法可以进行组合，以取得有益效果。

Claims (27)

1.一种在基于载波聚合的通信系统的基站中用于配置具有PUCCH资源的辅助小区的方法，其中，所述基站管辖主小区、第一辅助小区和至少一个第二辅助小区，在所述第一辅助小区上配置有PUCCH资源，其用于所述至少一个第二辅助小区的上行控制信息的传输，所述基站将在第三辅助小区上配置另一PUCCH资源，以取代所述第一辅助小区来用于所述第一辅助小区和/或所述至少一个第二辅助小区的上行控制信息的传输，所述方法包括以下任一步骤：

a.释放所述第一辅助小区、所述至少一个第二辅助小区以及当所述基站还管辖所述第三辅助小区时还释放所述第三辅助小区，在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区；

b.释放所述第一辅助小区以及当所述基站还管辖所述第三辅助小区时还释放所述第三辅助小区，在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区；

c.当所述基站还管辖所述第三辅助小区时释放所述第三辅助小区，在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区；

d.在所述第三辅助小区上配置所述另一PUCCH资源；

e.向用户设备发送信令，所述信令用于使得所述用户设备停止在所述第一辅助小区和所述至少一个第二辅助小区上的上行/下行操作，

其中，上述步骤d进一步包括：

向所述用户设备发送PUCCH重新配置RRC消息，其用于向所述用户设备指示所述另一PUCCH资源和所述第三辅助小区，其中，所述PUCCH重新配置RRC消息还包括第二指令，所述第二指令用于指示所述用户设备激活或去激活所述第一辅助小区。

2.根据权利要求1所述的方法，其特征在于，所述步骤e进一步包括：

-所述信令为MAC CE，其指示所述用户设备去激活所述第一辅助小区和/或所述至少一个第二辅助小区；或

-所述信令指示所述用户设备释放在所述第一辅助小区和/或所述至少一个第二辅助小区上的上行同步状态。

3.根据权利要求1所述的方法，其特征在于，所述步骤a、b、c和e进一步包括：

向所述用户设备发送PUCCH重新配置RRC消息，其用于向所述用户设备指示所述另一PUCCH资源和所述第三辅助小区，并且在所述步骤a、b、c中，所述PUCCH重新配置RRC消息还包括用于所述第三辅助小区的配置信息。

4.根据权利要求3所述的方法，其特征在于，在所述步骤e中，所述PUCCH重新配置RRC消息还包括用于所述第三辅助小区的配置信息。

5.根据权利要求3或4所述的方法，其特征在于，所述步骤c、d和e进一步包括:

所述PUCCH重新配置RRC消息还包括第一指令，所述第一指令用于指示所述用户设备：

释放在所述第一辅助小区上的上行同步状态；或

自主地处理在所述第一辅助小区上的上行同步状态。

6.根据权利要求3或4所述的方法，其特征在于，所述步骤c和e进一步包括:

所述PUCCH重新配置RRC消息还包括第二指令，所述第二指令用于指示所述用户设备激活或去激活所述第一辅助小区。

7.根据权利要求3所述的方法，其特征在于，所述步骤d和e进一步包括：

所述PUCCH重新配置RRC消息还包括第三指令，所述第三指令用于指示所述用户设备：

释放在所述第三辅助小区上的上行同步状态；或

自主地处理在所述第三辅助小区上的上行同步状态。

8.根据权利要求3所述的方法，其特征在于，所述步骤d和e进一步包括：

所述PUCCH重新配置RRC消息还包括第四指令，所述第四指令用于指示所述用户设备激活或去激活所述第三辅助小区。

9.一种在基于载波聚合的通信系统的用户设备中用于协助基站配置具有PUCCH资源的辅助小区的方法，其中，所述基站管辖主小区、第一辅助小区和至少一个第二辅助小区，在所述第一辅助小区上配置有PUCCH资源，其用于所述至少一个第二辅助小区的上行控制信息的传输，所述基站将在第三辅助小区上配置另一PUCCH资源，以取代所述第一辅助小区来用于所述第一辅助小区和/或所述至少一个第二辅助小区的上行控制信息的传输，所述方法包括以下任一步骤：

A.释放所述第一辅助小区、所述至少一个第二辅助小区以及当所述基站还管辖所述第三辅助小区时还释放所述第三辅助小区，在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区；

B.释放所述第一辅助小区以及当所述基站还管辖所述第三辅助小区时还释放所述第三辅助小区，在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区；

C.当所述基站还管辖所述第三辅助小区时释放所述第三辅助小区，在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区；

D.从所述基站接收PUCCH重新配置RRC消息，其用于向所述用户设备指示所述另一PUCCH资源和所述第三辅助小区，以及基于所述PUCCH重新配置RRC消息来在所述第三辅助小区上配置所述另一PUCCH资源；

E.从所述基站接收信令，所述信令用于使得所述用户设备停止在所述第一辅助小区和所述至少一个第二辅助小区上的上行/下行操作。

10.根据权利要求9所述的方法，其特征在于，

-所述信令为MAC CE，其指示所述用户设备去激活所述第一辅助小区和/或所述至少一个第二辅助小区；所述步骤E进一步包括：去激活所述第一辅助小区和/或所述至少一个第二辅助小区；或

-所述信令指示所述用户设备释放在所述第一辅助小区和/或所述至少一个第二辅助小区上的上行同步状态；所述步骤E进一步包括：释放在所述第一辅助小区和/或所述至少一个第二辅助小区上的上行同步状态。

11.根据权利要求10所述的方法，其特征在于，在所述步骤A、B、C之前，所述方法还包括步骤i：

i.从所述基站接收PUCCH重新配置RRC消息，其用于向所述用户设备指示所述另一PUCCH资源和所述第三辅助小区，并且在所述步骤A、B、C之前的步骤i中接收的所述PUCCH重新配置RRC消息还包括用于所述第三辅助小区的配置信息；并且

在所述步骤A、B和C中，基于所述PUCCH重新配置RRC消息来在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区。

12.根据权利要求11所述的方法，其特征在于，在所述步骤E之后，所述方法还包括步骤ii和iii：

ii.从所述基站接收PUCCH重新配置RRC消息，其包括用于所述第三辅助小区的配置信息，并且用于向所述用户设备指示所述另一PUCCH资源和所述第三辅助小区；

iii.释放所述第三辅助小区，基于所述PUCCH重新配置RRC消息来在所述第三辅助小区上配置所述另一PUCCH资源，并且添加所述第三辅助小区。

13.根据权利要求11所述的方法，其特征在于，在所述步骤E之后，所述方法还包括步骤ii和iii：

ii.从所述基站接收PUCCH重新配置RRC消息，其用于向所述用户设备指示所述另一PUCCH资源和所述第三辅助小区；

iii.基于所述PUCCH重新配置RRC消息来在所述第三辅助小区上配置所述另一PUCCH资源。

14.根据权利要求12或13所述的方法，其特征在于，在所述步骤C和D之后还包括步骤F，和/或在所述步骤iii之后还包括所述步骤F，所述步骤F包括以下中的任一项：

F1.将所述第一辅助小区视为不处于上行同步状态；

F2.检查所述第一辅助小区所属的定时提前组的定时指派定时器，以确定所述第一辅助小区的上行同步状态；

F3.所述PUCCH重新配置RRC消息还包括第一指令，当所述第一指令指示所述用户设备释放在所述第一辅助小区上的上行同步状态时，释放在所述第一辅助小区上的上行同步状态；或当所述第一指令指示所述用户设备自主地处理在所述第一辅助小区上的上行同步状态时，检查所述第一辅助小区所属的定时提前组的定时指派定时器，以确定所述第三辅助小区的上行同步状态；

F4.基于所述第三辅助小区的上行同步状态来确定所述第一辅助小区的上行同步状态。

15.根据权利要求14所述的方法，其特征在于，所述步骤F4进一步包括：

-如果所述第三辅助小区不处于所述上行同步状态，则停止在所述第一辅助小区上的上行/下行操作；

-如果所述第三辅助小区处于所述上行同步状态，则检查所述第一辅助小区所属的定时提前组的定时指派定时器，以确定所述第一辅助小区的上行同步状态。

16.根据权利要求15所述的方法，其特征在于，步骤停止在所述第一辅助小区上的上行/下行操作进一步包括：

-自动去激活所述第一辅助小区；或

-使得所述第一辅助小区所属的定时提前组的定时指派定时器超时。

17.根据权利要求12或13所述的方法，其特征在于，在所述步骤C和D之后还包括步骤G，和/或在所述步骤iii之后还包括所述步骤G，所述步骤G包括以下中的任一项：

G1.基于所述第一辅助小区的去激活定时器的状态来确定所述第一辅助小区的激活/去激活状态；

G2.所述PUCCH重新配置RRC消息还包括第二指令，基于所述第二指令来激活或去激活所述第一辅助小区；

G3.基于所述第三辅助小区的激活/去激活状态来确定所述第一辅助小区的激活/去激活状态。

18.根据权利要求17所述的方法，其特征在于，所述步骤G3进一步包括：

-如果所述第三辅助小区处于所述上行同步状态但是处于去激活状态或不处于所述上行同步状态，则自动地去激活所述第一辅助小区；

-如果所述第三辅助小区处于激活状态，则基于所述第一辅助小区的去激活定时器的状态来确定所述第一辅助小区的激活/去激活状态。

19.根据权利要求12所述的方法，其特征在于，在所述步骤A、B和C之后还包括步骤H，和/或在所述步骤iii之后还包括所述步骤H：

H.基于所述第三辅助小区所属的定时提前组的定时指派定时器的状态来确定所述第三辅助小区的上行同步状态。

20.根据权利要求13所述的方法，其特征在于，在所述步骤D之后还包括步骤I，和/或在所述步骤iii之后还包括所述步骤I，所述步骤I包括以下中的任一项：

I1.将所述第三辅助小区视为不处于上行同步状态；

I2.检查所述第三辅助小区所属的定时提前组的定时指派定时器，以确定所述第三辅助小区的上行同步状态；

I3.所述PUCCH重新配置RRC消息还包括第三指令，当所述第三指令用于指示所述用户设备释放在所述第三辅助小区上的上行同步状态时，释放在所述第三辅助小区上的上行同步状态；或当所述第三指令指示所述用户设备自主地处理在所述第三辅助小区上的上行同步状态时，检查所述第三辅助小区所属的定时提前组的定时指派定时器，以确定所述第三辅助小区的上行同步状态。

21.根据权利要求12所述的方法，其特征在于，在所述步骤A、B和C之后还包括步骤J，和/或在所述步骤iii之后还包括所述步骤J：

J.将所述第一辅助小区及所述至少一个第二辅助小区自动去激活。

22.根据权利要求13所述的方法，其特征在于，在所述步骤D之后还包括步骤K，和/或在所述步骤iii之后还包括所述步骤K，所述步骤K包括以下中的任一项：

K1.如果所述第三辅助小区处于上行同步状态，并且所述第一辅助小区和所述至少一个第二辅助小区中的至少一个小区处于激活状态，则将所述第三辅助小区视为处于激活状态；

K2.基于所述第三辅助小区的去激活定时器的状态来确定所述第三辅助小区的激活/去激活状态；

K3.所述PUCCH重新配置RRC消息还包括第四指令，基于所述第四指令来激活或去激活所述第三辅助小区。

23.根据权利要求12或13所述的方法，其特征在于，在所述步骤B、C和D之后还包括步骤L，和/或在所述步骤iii之后还包括所述步骤L，所述步骤L包括：

L.基于所述第三辅助小区的上行同步状态来确定所述至少一个第二辅助小区的上行同步状态。

24.根据权利要求23所述的方法，其特征在于，所述步骤L进一步包括：

-如果所述第三辅助小区不处于所述上行同步状态，则停止在所述至少一个第二辅助小区上的上行/下行操作；

-如果所述第三辅助小区处于所述上行同步状态，则检查所述至少一个第二辅助小区所属的定时提前组的定时指派定时器，以确定所述至少一个第二辅助小区的上行同步状态。

25.根据权利要求24所述的方法，其特征在于，步骤停止在所述至少一个第二辅助小区上的上行/下行操作进一步包括：

-自动去激活所述至少一个第二辅助小区；或

-使得所述至少一个第二辅助小区所属的定时提前组的定时指派定时器超时。

26.根据权利要求12或13所述的方法，其特征在于，在所述步骤B、C和D之后还包括步骤M，和/或在所述步骤iii之后还包括所述步骤M，所述步骤M包括：

M.基于所述第三辅助小区的激活/去激活状态来确定所述至少一个第二辅助小区的激活/去激活状态。

27.根据权利要求26所述的方法，其特征在于，所述步骤M进一步包括：

-如果所述第三辅助小区处于所述上行同步状态但是处于去激活状态或不处于所述上行同步状态，则自动地去激活所述至少一个第二辅助小区；

-如果所述第三辅助小区处于激活状态，则基于所述至少一个第二辅助小区的去激活定时器的状态来确定所述至少一个第二辅助小区的激活/去激活状态。