本發(fā)明涉及通信系統(tǒng)，更具體地，涉及一種在基于載波聚合的通信系統(tǒng)中用于配置具有PUCCH資源的輔助小區(qū)的方法。

背景技術：

在RAN 1和RAN 2中正在進行對R13載波聚合增強的研究。其中的主要特征在于：在輔助小區(qū)(Scell)上支持PUCCH傳輸。并且，如現(xiàn)有技術中已知地，在載波聚合的通信系統(tǒng)中，存在一個基站，其可以配置有多個小區(qū)。其中，存在一個主小區(qū)(Pcell)以及零個或至少一個Scell。

在本文中，為了闡述方便，作出如下定義：將配置有PUCCH資源的Scell稱為Scell_PUCCH。這些PUCCH資源可以用于Scell_PUCCH和其他Scell的上行控制信息的傳輸。在此，將上行控制信息的傳輸由Scell_PUCCH服務的Scell稱為與Scell_PUCCH相關聯(lián)的Scell。該PUCCH_Scell將處理相關聯(lián)的Scell的上行控制信息的傳輸，諸如上行HARQ反饋、CSI傳輸?shù)取?/p>

在實際情形中，需要對PUCCH資源進行重新配置，例如這將涉及如下兩種情況：

情況1：當前Scell_PUCCH臨時處于過載情形或臨時處于較差的無線環(huán)境。因此，基站(eNB)將PUCCH資源移動至另一Scell，以繼續(xù)服務那些相關聯(lián)的Scell。

情況2：eNB為PUCCH傳輸重新配置其他的資源，從而以更好地服務與Scell_PUCCH相關聯(lián)的Scell。例如，eNB可以增加或減少用于PUCCH傳輸?shù)臒o線資源。

對于情況1，PUCCH資源從當前的Scell_PUCCH移動至另一Scell。新的Scell_PUCCH能夠是當前現(xiàn)有的Scell，或一個新添加的 Scell。對于情況2，不會改變Scell_PUCCH，但將改變用于PUCCH的無線資源?；谶@些情況，在本發(fā)明中將至少解決下列技術問題：

1.問題1：在R13中實現(xiàn)PUCCH重新配置的具體流程是什么？

2.問題2：在重新配置流程完成之后，如何處理舊的Scell_PUCCH？這個問題對于情況1是必要的。

3.問題3：如果新的Scell_PUCCH是一個現(xiàn)有的Scell，如何解決新的Scell_PUCCH的激活/去激活狀態(tài)。這對于情況1和2都是必要的。

4.問題4：如何處理相關聯(lián)的Scell的數(shù)據(jù)傳輸。這對于情況1和2都是必要的。

這些問題必須在R13中討論和定義，從而來支持在Scell上的PUCCH傳輸。

技術實現(xiàn)要素：

為了解決上述問題，根據(jù)本發(fā)明的第一方面，提出了一種在基于載波聚合的通信系統(tǒng)的基站中用于配置具有PUCCH資源的輔助小區(qū)的方法，其中，所述基站管轄主小區(qū)、第一輔助小區(qū)和至少一個第二輔助小區(qū)，在所述第一輔助小區(qū)上配置有PUCCH資源，其用于所述至少一個第二輔助小區(qū)的上行控制信息的傳輸，所述基站將在第三輔助小區(qū)上配置另一PUCCH資源，以取代所述第一輔助小區(qū)來用于所述第一輔助小區(qū)和/或所述至少一個第二輔助小區(qū)的上行控制信息的傳輸，所述方法包括以下任一步驟：a.釋放所述第一輔助小區(qū)、所述至少一個第二輔助小區(qū)以及當所述基站還管轄所述第三輔助小區(qū)時還釋放所述第三輔助小區(qū)，在所述第三輔助小區(qū)上配置所述另一PUCCH資源，并且添加所述第三輔助小區(qū)；b.釋放所述第一輔助小區(qū)以及當所述基站還管轄所述第三輔助小區(qū)時還釋放所述第三輔助小區(qū)，在所述第三輔助小區(qū)上配置所述另一PUCCH資源，并且添加所述第三輔助小區(qū)；c.當所述基站還管轄所述第三輔助小區(qū)時釋放所述第三輔助小區(qū)，在所述第三輔助小區(qū)上配置所述另一PUCCH資源，并且添加所述第三輔助小區(qū)；d.在所述第三輔 助小區(qū)上配置所述另一PUCCH資源；e.向用戶設備發(fā)送信令，所述信令用于使得所述用戶設備停止在所述第一輔助小區(qū)和所述至少一個第二輔助小區(qū)上的上行/下行操作。

根據(jù)本發(fā)明的第二方面，提出了一種在基于載波聚合的通信系統(tǒng)的用戶設備中用于協(xié)助基站配置具有PUCCH資源的輔助小區(qū)的方法，其中，所述基站管轄主小區(qū)、第一輔助小區(qū)和至少一個第二輔助小區(qū)，在所述第一輔助小區(qū)上配置有PUCCH資源，其用于所述至少一個第二輔助小區(qū)的上行控制信息的傳輸，所述基站將在第三輔助小區(qū)上配置另一PUCCH資源，以取代所述第一輔助小區(qū)來用于所述第一輔助小區(qū)和/或所述至少一個第二輔助小區(qū)的上行控制信息的傳輸，所述方法包括以下任一步驟：A.釋放所述第一輔助小區(qū)、所述至少一個第二輔助小區(qū)以及當所述基站還管轄所述第三輔助小區(qū)時還釋放所述第三輔助小區(qū)，在所述第三輔助小區(qū)上配置所述另一PUCCH資源，并且添加所述第三輔助小區(qū)；B.釋放所述第一輔助小區(qū)以及當所述基站還管轄所述第三輔助小區(qū)時還釋放所述第三輔助小區(qū)，在所述第三輔助小區(qū)上配置所述另一PUCCH資源，并且添加所述第三輔助小區(qū)；C.當所述基站還管轄所述第三輔助小區(qū)時釋放所述第三輔助小區(qū)，在所述第三輔助小區(qū)上配置所述另一PUCCH資源，并且添加所述第三輔助小區(qū)；D.在所述第三輔助小區(qū)上配置所述另一PUCCH資源；E.從所述基站接收信令，所述信令用于使得所述用戶設備停止在所述第一輔助小區(qū)和所述至少一個第二輔助小區(qū)上的上行/下行操作。

通過本發(fā)明解決了Scell_PUCCH重新配置的問題，并且解決了在重新配置Scell_PUCCH之后對于各種類型的Scell的上行同步狀態(tài)、激活/去激活狀態(tài)等的處理方式。

本發(fā)明的各個方面將通過下文中的具體實施例的說明而更加清晰。

附圖說明

通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描 述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更加明顯：

圖1示出了根據(jù)本發(fā)明的一個實施例的一種在基于載波聚合的通信系統(tǒng)中用于配置Scell_PUCCH的方法的流程圖；

圖2示出了根據(jù)本發(fā)明的另一個實施例的一種在基于載波聚合的通信系統(tǒng)中用于配置Scell_PUCCH的方法的流程圖；

圖3示出了根據(jù)本發(fā)明的又一個實施例的一種在基于載波聚合的通信系統(tǒng)中用于配置Scell_PUCCH的方法的流程圖；

圖4示出了根據(jù)本發(fā)明的又一個實施例的在一種在基于載波聚合的通信系統(tǒng)中用于配置Scell_PUCCH的方法的流程圖；以及

圖5示出了根據(jù)本發(fā)明的又一個實施例的一種在基于載波聚合的通信系統(tǒng)中用于配置Scell_PUCCH的方法的流程圖。

在圖中，貫穿不同的示圖，相同或類似的附圖標記表示相同或相對應的部件或特征。

具體實施方式

本文的基本思想在于定義用戶設備(UE)和網(wǎng)絡的操作，從而在R13中實施PUCCH重新配置。在本文中主要提出了以下內(nèi)容：

1.用于實施Scell_PUCCH的重新配置的5種方案。

2.用于處理舊的Scell_PUCCH的操作的多種方案，包括其上行同步(UL SYN)狀態(tài)、激活/去激活狀態(tài)。

3.用于處理新的Scell_PUCCH的操作的多種方案，包括其上行同步(UL SYN)狀態(tài)、激活/去激活狀態(tài)。

4.用于處理在重新配置流程完成之后的相關聯(lián)的Scell的操作的多種方案。

如前文所述，在R13的增強載波聚合的課題中，3GPP必須討論如何處理與Scell_PUCCH的重新配置相關的問題。對于這種情形，在重新配置流程中將影響以下三種類型的Scell：

-舊的Scell_PUCCH：是原有的Scell_PUCCH，其PUCCH資源將被在這個舊的Scell_PUCCH上更新或移動至另一Scell。

-新的Scell_PUCCH：在這個目標Scell上配置PUCCH資源以 服務相關聯(lián)的Scell。

-相關聯(lián)的Scell：其上行控制信息在Scell_PUCCH上發(fā)送。

例如，對于背景技術中提及的情形1，舊的Scell_PUCCH和新的Scell_PUCCH可以是在不同的頻段上的不同的小區(qū)。對于情形2，在重新配置流程之后，舊的Scell_PUCCH和新的Scell_PUCCH是相同的小區(qū)。并且，這個新的Scell_PUCCH可以是現(xiàn)有的一個Scell，或以后新添加的一個Scell。附加地，這個新的Scell_PUCCH可以是原有的相關聯(lián)的Scell中的一個，或是eNB管轄的其他的Scell。這個新的Scell_PUCCH以后可以服務相關聯(lián)的Scell和/或舊的Scell_PUCCH的下行控制信息的傳輸。

下文將闡述如何在R13中的Scell_PUCCH的重新配置流程中處理這三種類型的Scell。在討論這點之前，下文先闡述用于實施R13中的Scell_PUCCH的重新配置的流程的用戶設備(user equipment,UE)/eNB的操作。再討論在這些重新配置流程之后，如何處理上述三種類型的Scell。

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

在此，依據(jù)本發(fā)明提出了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)和所有相關聯(lián)的Scell。

隨后，在步驟S102中，eNB在期望的頻段上添加一個新的Scell作為新的Scell_PUCCH。該Scell_PUCCH已經(jīng)由eNB配置有另一PUCCH資源。這個期望的頻帶是先前釋放的待被配置為新的Scell_PUCCH的Scell的頻段。

對于先前釋放的相關聯(lián)的Scell，它們的再添加回去與否可以由eNB自主決定。例如，eNB/UE能夠在Scell_PUCCH的重新配置的流程期間添加新的相關聯(lián)的Scell或在稍后添加相關聯(lián)的Scell。

接著，在步驟S103中，eNB向UE發(fā)送PUCCH重新配置RRC消息，其用于向UE指示另一PUCCH資源和待被配置為新的Scell_PUCCH的Scell，并且還包括用于待被配置為新的Scell_PUCCH的Scell的配置信息。例如，該RRC消息可以包括新的PUCCH資源,、新的Scell_PUCCH的頻率信息、新的Scell_PUCCH的標識等。

本領域技術人員應當理解，基站側(cè)的步驟S101至S103并沒有嚴格的順序。也即在本專利中，在基站側(cè)，各種類型的Scell的釋放/添加與RRC消息的傳輸之間并沒有特定的順序。例如，它們可以以相反的順序來實施或者同時實施。本文僅為了示例性描述，而以步驟S101至S103的順序來描述。并且，本領域技術人員應當理解上述理論對于本文中的其他各個實施例也是適用的。

相應地，在UE側(cè)，在步驟S104中，UE也首先將釋放所有相關的Scell，并且根據(jù)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的頻段。但是，在重新配置流程結束之后，其余相關聯(lián)的Scell仍舊被保持為正常的Scell，而并沒有被釋放。

具體而言，如圖2所示，在步驟S201中，在Scell_PUCCH的重新配置的流程期間，eNB將釋放舊的Scell_PUCCH。并且，如果待被配置為新的Scell_PUCCH是一個先前配置的Scell，則也將釋放該 Scell。而對于所有其他相關聯(lián)的Scell，仍舊將這些Scell保持為正常的Scell。

隨后，在步驟S202中，eNB在期望的頻段上添加一個新的Scell作為新的Scell_PUCCH，并且在這個新的Scell上配置另一PUCCH資源。由于在此過程中，所有其他相關聯(lián)的Scell仍舊被保持為正常的Scell，因此在重新配置結束之后探討如何處理這些相關聯(lián)的Scell(下文將詳述)。

接著，在步驟S203中，eNB向UE發(fā)送PUCCH重新配置RRC消息，其用于向UE指示另一PUCCH資源和待被配置為新的Scell_PUCCH的Scell，并且還包括用于待被配置為新的Scell_PUCCH的Scell的配置信息。

在UE側(cè)，在步驟S204中，UE將釋放舊的Scell_PUCCH。并且，如果配置有待被配置為新的Scell_PUCCH的Scell，則也將該Scell釋放。

并且，UE根據(jù)eNB的PUCCH重新配置RRC消息在新的Scell_PUCCH上配置另一PUCCH資源，并且添加新的Scell_PUCCH。在此，UE還將對保持為正常的Scell的相關聯(lián)的Scell進行操作。這將在下文詳述。

方案1.3

在重新配置完成之后，舊的Scell_PUCCH被保持作為正常的Scell。在此，eNB將首先釋放現(xiàn)有的待被配置為新的Scell_PUCCH的Scell(如果當前存在這個Scell)，并且在相同的頻段上添加一個新的Scell，其配置有PUCCH資源。而對于所有其他相關聯(lián)的Scell，仍舊將這些Scell保持為正常的Scell。

在此方案中，在PUCCH資源重新配置之后，舊的Scell_PUCCH被改變作為正常的Scell。而首先將釋放待被配置為新的Scell_PUCCH的Scell，并且在相同的頻段上添加一個新的Scell，以及在這個Scell上配置PUCCH資源。而對于所有其他相關聯(lián)的Scell，仍舊將這些Scell保持為正常的Scell。因此在重新配置結束之后需要探討如何處理這些相關聯(lián)的Scell和舊的Scell_PUCCH(下文將詳 述)。

具體而言，如圖3所示，在步驟S301中，eNB釋放待被配置為新的Scell_PUCCH的Scell。而將舊的Scell_PUCCH改變?yōu)檎５腟cell，并且將其他相關聯(lián)的Scell保持為正常的Scell。

在步驟S302中，eNB在期望的頻段上添加一個新的Scell作為新的Scell_PUCCH，并且在這個新的Scell上配置另一PUCCH資源。

在步驟S203中，eNB向UE發(fā)送PUCCH重新配置RRC消息，其用于向UE指示另一PUCCH資源和待被配置為新的Scell_PUCCH的Scell，并且還包括用于待被配置為新的Scell_PUCCH的Scell的配置信息。

在UE側(cè)，在步驟S304中，如果當前配置有待被配置為新的Scell_PUCCH的Scell，則UE將釋放待被配置為新的Scell_PUCCH的Scell。

并且，UE根據(jù)eNB的PUCCH重新配置RRC消息在新的Scell_PUCCH上配置另一PUCCH資源，并且添加新的Scell_PUCCH。在此，UE還將對保持為正常的Scell的相關聯(lián)的Scell和改變?yōu)檎５腟cell的舊的Scell_PUCCH進行操作。這將在下文詳述。

方案1.4

不釋放任何Scell。這意味著在重新配置之后，舊的Scell_PUCCH仍作為正常的Scell。eNB將在待被配置為新的Scell_PUCCH的Scell上配置新的PUCCH資源。并且，那些相關聯(lián)的Scell也仍舊保持為正常的Scell。

具體而言，在此方案中，在重新配置結束之后，舊的Scell_PUCCH被保持作為正常的Scell。也并沒有釋放待被配置為新的Scell_PUCCH的Scell，而是配置了一個新的PUCCH資源。而對于所有其他相關聯(lián)的Scell，仍舊將這些Scell保持為正常的Scell。因此在重新配置結束之后需要探討如何處理這些相關聯(lián)的Scell、舊的Scell_PUCCH和新的Scell_PUCCH(下文將詳述)。

如圖4所示，在步驟S401中，eNB在待被配置為新的Scell_PUCCH的Scell上配置新的PUCCH資源，也即另一PUCCH 資源。

在步驟S402，eNB向UE發(fā)送PUCCH重新配置RRC消息，其用于向UE指示另一PUCCH資源和待被配置為新的Scell_PUCCH的Scell。

在步驟S403中，在UE側(cè)不進行任何小區(qū)的釋放，而是根據(jù)eNB的PUCCH重新配置RRC消息在新的Scell_PUCCH上配置另一PUCCH資源。在此，UE還需要如下操作：對該新的Scell_PUCCH進行操作；對改變?yōu)檎５腟cell的舊的Scell_PUCCH進行操作；操作；對保持為正常的Scell的相關聯(lián)的Scell進行操作。這將在下文詳述。

在上述四個方案下，在UE側(cè)的操作能夠在一個步驟中被觸發(fā)以及實施。即，由Scell_PUCCH重新配置RRC消息觸發(fā)。隨后，UE能夠根據(jù)不同的方案自動地進行操作。上述前四種方案將引起不同的操作，這些操作可以一步完成。

方案1.5

eNB首先向UE發(fā)送一個下行控制信令，以停止在舊的Scell_PUCCH和與其相關聯(lián)的Scell上的上行/下行操作。隨后，eNB將使用PUCCH重新配置RRC消息來在待被配置為新的Scell_PUCCH的Scell上重新配置PUCCH資源。

對于方案5，與前述四個方案不同，需要2個步驟來重新配置Scell_PUCCH。具體而言：

如圖5所示，在步驟501中：eNB向UE發(fā)送信令，該信令用于使得UE停止在舊的Scell_PUCCH和與其相關聯(lián)的Scell上的上行/下行操作。例如可以通過：

1.1eNB向UE發(fā)送MAC CE(MAC control element，MAC控制元素)，以指示UE停止在舊的Scell_PUCCH和/或相關聯(lián)的Scell上的上行/下行操作。該MAC CE指示UE去激活舊的Scell_PUCCH和/或相關聯(lián)的Scell。并且，UE將去激活舊的Scell_PUCCH和/或相關聯(lián)的Scell?；?/p>

1.2eNB向UE發(fā)送信令，以釋放舊的Scell_PUCCH和/或相關 聯(lián)的Scell的UL SYN狀態(tài)(上行同步狀態(tài))。并且，UE將根據(jù)該信令釋放舊的Scell_PUCCH和/或相關聯(lián)的Scell的UL SYN狀態(tài)。

在UE側(cè)，在步驟501之后，舊的Scell_PUCCH和/或與其相關聯(lián)的Scell將被停止。這意味著，在步驟501之后，在舊的Scell_PUCCH和/或與其相關聯(lián)的Scell上不會再有上行/下行傳輸。隨后，在步驟502中UE進行PUCCH重新配置流程時不會再有問題。

類似于方案1.4，在重新配置完成之后，舊的Scell_PUCCH和與其相關聯(lián)的Scell仍保持為正常的Scell，但可能處于去激活的狀態(tài)。步驟1.1與步驟1.2的區(qū)別在于，對于前者，在步驟502完成之后，仍舊保持在舊的Scell_PUCCH和與其相關聯(lián)的Scell上的所有配置。而對于步驟1.2，將釋放整個配置，因此在這些Scell未來被再次使用之前eNB需要對這些Scell進行進一步的配置。

如圖5所示，在步驟S502中，eNB發(fā)送PUCCH重新配置RRC消息給UE，以重新配置或配置一個新的Scell_PUCCH。這例如可以通過：

2.1UE首先釋放待被配置為新的Scell_PUCCH的Scell，并且根據(jù)PUCCH重新配置RRC消息在相同的頻段上添加配置有PUCCH資源的一個新的Scell，作為新的Scell_PUCCH。

2.2直接在待被配置為新的Scell_PUCCH的Scell上重新配置PUCCH資源。在UE側(cè)不需要釋放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更加優(yōu)選。

對于方案1.2至1.5，在R13中將面臨如下問題：

問題1：如何處理舊的Scell_PUCCH，其在Scell_PUCCH重新配置流程之后轉(zhuǎn)變?yōu)檎５腟cell。

問題2：如何處理先前配置的新的Scell_PUCCH，如果其在Scell_PUCCH重新配置流程期間并沒有釋放。

問題3：如何處理相關聯(lián)的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并沒有被釋放，而是轉(zhuǎn)變?yōu)檎５腟cell。因此，需要討論如何處理這個Scell_PUCCH的UL SYN狀態(tài)、激活/去激活狀態(tài)，并且如何處理先前的上行/下行傳輸操作。

方案2.1

方案2.1用于處理舊的Scell_PUCCH的UL SYN狀態(tài)。

在此，依據(jù)本發(fā)明提出了以下四種方案：

方案2.1.1

在Scell_PUCCH重新配置完成之后，將這個舊的Scell_PUCCH視為上行不同步。

對于該方案，UE將停止這個舊的Scell_PUCCH所屬的定時提前組(timing advance group,TAG)的相應的定時指派定時器(time alignment timer,TAT)。這個操作將影響與Scell_PUCCH屬于相同 TAG的其他Scell。

與此同時，UE也將釋放所有的配置，包括在這個現(xiàn)在為正常的Scell的舊的Scell_PUCCH上的所有配置，例如包括上行探測參考信號(uplink sounding reference signal，UL SRS)配置。

方案2.1.2

UE檢查這個舊的Scell_PUCCH所屬的TAG的TAT狀態(tài)，以確定其UL SYN狀態(tài)。

具體而言，如果該TAT仍舊再運行，則UE將這個舊的Scell_PUCCH視為仍舊處于UL SYN狀態(tài)。對于這種情況，如何處理UL SRS將取決于現(xiàn)在為正常的Scell的舊的Scell_PUCCH的激活/去激活狀態(tài)。這在下文將詳述。

另一方面，如果在重新配置流程期間，該相應的TAT超時，則UE將該舊的Scell_PUCCH視為不處于UL SYN狀態(tài)。并且，因此UE將釋放所有的配置，包括這個舊的Scell_PUCCH的UL SRS配置。

方案2.1.3

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

eNB通過UE釋放現(xiàn)在為正常的Scell的舊的Scell_PUCCH上的UL SYN狀態(tài)。對于這種情形，UE將停止該舊的Scell_PUCCH所屬的TAG的TAT，并且UE將釋放這個Scell_PUCCH上所有配置。并且，UE也會對同一TAG中的其他Scell進行相同的操作。

替代地，eNB將決定權留給UE。例如eNB將在指示信息中指示UE進行自主的操作。對于這種情況，UE將進行方案2.1.2中進行的操作。也即，UE將檢查相應的TAT狀態(tài)來確定舊的Scell_PUCCH的UL SYN狀態(tài)。

方案2.1.4

取決于服務這個舊的Scell_PUCCH的新的Scell_PUCCH的UL SYN狀態(tài)，采取在下文方案4中的措施。

在這個方案中，由于舊的Scell_PUCCH在重新配置之后轉(zhuǎn)變?yōu)橐粋€正常的Scell，因此其必然具有支持其上行控制信息傳輸?shù)牧硪? 個Scell_PUCCH(也即上述新的Scell_PUCCH)。從而，其UL SYN能夠取決于另一個Scell_PUCCH。在下文闡述的方案2.4中所有提案都可以應用在這個情況中。也即，將方案2.4中的相關聯(lián)的Scell替換成該舊的Scell_PUCCH即可。

基于上述4種方案，在重新配置完成之后，舊的Scell_PUCCH的UL SYN狀態(tài)能夠被精確確定。因此，UE可以相應地采取正常的措施。

方案2.2

方案2.2用于處理舊的Scell_PUCCH的激活/去激活狀態(tài)。

在此，依據(jù)本發(fā)明提出了以下三種方案以確定舊的Scell_PUCCH的激活/去激活狀態(tài)。

方案2.2.1

基于舊的Scell_PUCCH的去激活定時器的狀態(tài)。即在重新配置流程完成之后，UE將檢查相應的去激活定時器的狀態(tài)。如果該定時器仍在運行，則UE將該舊的Scell_PUCCH仍視為處于激活狀態(tài)。否則，UE將該舊的Scell_PUCCH視為去激活狀態(tài)。

方案2.2.2

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

方案2.2.3

取決于服務這個舊的Scell_PUCCH的Scell_PUCCH的激活/去激活狀態(tài)。

方案2.2.1和2.2.3基于UE自主的操作。而方案2.2.2基于eNB發(fā)送給UE的重新配置RRC消息中的指示信息。例如，如果eNB指示UE去激活舊的Scell_PUCCH，則如果相應的去激活定時器還在運行，則UE將使得相應的去激活定時器超時。如果eNB指示UE激活舊的Scell_PUCCH，則UE也將進行相應的操作。

對于方案2.2.3，舊的Scell_PUCCH的激活/去激活狀態(tài)將取決于新的Scell_PUCCH，該新Scell_PUCCH現(xiàn)在支持舊的Scell_PUCCH的上行控制信息傳輸。在此，在下文闡述的方案2.4中所有提案都可以應用在這個情況中。也即，將方案2.4中的相關聯(lián)的Scell替換成 上述舊的Scell_PUCCH即可。

方案2.3

方案2.3用于處理與新的Scell_PUCCH相關的上述問題2。

類似地，關于新的Scell_PUCCH，仍將討論并且定義其UL SYN狀態(tài)、激活/去激活狀態(tài)等。這將在下文詳述。

方案2.3.1

方案2.3.1用于確定新的Scell_PUCCH的UL SYN狀態(tài)。

對于方案1.1、1.2、1.3和1.5(如果實施步驟2.1)，新的Scell_PUCCH是一個新添加的Scell。它的UL SYN狀態(tài)取決于其歸屬的TAG的TAT狀態(tài)。例如，如果這個新的Scell_PUCCH屬于一個新的TAG，則這個新的Scell_PUCCH應當被視為不處于UL SYN狀態(tài)直至隨后實施PRACH。

對于方案1.4和1.5(如果實施步驟2.2)，新的Scell_PUCCH是原先配置的Scell。在重新配置流程結束之后，其仍保持作為Scell。在此，可以采取如下措施來確定其UL SYN狀態(tài)：

A.無論相應的TAT狀態(tài)如何，將其視為上行不同步。

B.取決于新的Scell_PUCCH所屬的TAG的TAT的狀態(tài)。

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

對于方案A，當PUCCH重新配置完成之后，新的Scell_PUCCH被視為不上行同步。隨后，在UE側(cè)，如果相應的TAT仍在運行，則UE應當停止相應的TAT。并且，UE應當采取相應的操作來處理相關聯(lián)的Scell，諸如自動地去激活所有相關聯(lián)的Scell。

對于方案B，當PUCCH重新配置完成之后，UE將檢查新的Scell_PUCCH所屬的TAG的TAT的狀態(tài)，以基于該狀態(tài)來確定其UL SYN狀態(tài)。例如可以遵從下列原則：

如果TAT仍在運行，則UE將新的Scell_PUCCH視為處于UL SYN狀態(tài)。因此，在此不會對相關聯(lián)的Scell的操作產(chǎn)生任何影響。

另一方面，如果想要的TAT超時，則UE新的Scell_PUCCH視為不處于UL SYN狀態(tài)。隨后，UE應當采取相應的操作來處理相關聯(lián)的Scell，諸如自動地去激活所有相關聯(lián)的Scell。

方案A和B是UE自動的操作。然而對于方案C，eNB需要在PUCCH重新配置RRC消息中附加額外的指示，以引導UE的操作。例如，eNB將指示UE放棄在新的Scell_PUCCH上的UL SYN狀態(tài)?；蛘?，eNB將決定權留給UE以檢查相應的TAT的狀態(tài)。對于前者，UE將實施方案A中類似的操作。對于后者，UE將實施方案B中類似的操作。

方案2.3.2

方案2.3.2用于定義新的Scell_PUCCH的激活/去激活狀態(tài)。

如上所述，新的Scell_PUCCH可以是新添加的Scell或先前已經(jīng)配置的Scell。如果是新添加的Scell，則在重新配置RRC消息之后，新添加的Scell應當處于去激活狀態(tài)。對于這種情況，UE必須采取措施來處理相關聯(lián)的Scell。例如，當重新配置完成之后，UE應當自動地去激活所有相關聯(lián)的Scell，因為支持它們的上行控制信息傳輸?shù)腟cell_PUCCH處于去激活狀態(tài)。

另一方面，如果新的Scell_PUCCH是先前配置的Scell，則可以采取如下措施來處理這個新的Scell_PUCCH的激活/去激活狀態(tài)：

A.如果這個新的Scell_PUCCH被視為處于UL SYN狀態(tài)并且與其相關聯(lián)的至少一個Scell處于激活狀態(tài)，則將這個新的Scell_PUCCH視為處于激活狀態(tài)。對于其他情形，這個新的Scell_PUCCH將被視為去激活狀態(tài)。

B.取決于新的Scell_PUCCH的去激活定時器的狀態(tài)。

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

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

對于方案A，在PUCCH重新配置流程完成之后，UE應當首先檢查這個新的Scell_PUCCH的UL SYN狀態(tài)。如果是處于UL SYN狀態(tài)，則UE將繼續(xù)檢查與這個新的Scell_PUCCH相關聯(lián)的Scell的激活/去激活狀態(tài)。如果相關聯(lián)的Scell中的至少一個處于激活狀態(tài)，則UE將該新的Scell_PUCCH視為處于激活狀態(tài)，即使沒有收到MAC CE。該目標旨在保持上行控制信息的傳輸能夠被盡早地啟動，以服 務相關聯(lián)的Scell。而對于其他情形，諸如新的Scell_PUCCH不處于UL SYN狀態(tài)或沒有相關聯(lián)的Scell處于激活狀態(tài)，UE將這個新的Scell_PUCCH視為不處于激活狀態(tài)。因為此時對上行控制信息的傳輸沒有需求。

對于方案B，UE將根據(jù)新的Scell_PUCCH的去激活定時器的狀態(tài)來確定新的Scell_PUCCH的激活/去激活的狀態(tài)。例如，如果新的Scell_PUCCH的去激活定時器仍在運行，則UE將該新的Scell_PUCCH視為處于激活狀態(tài)。另一方面，如果該計算器超時，則UE將認為該新的Scell_PUCCH處于去激活狀態(tài)。

對于方案C，UE將基于包括在PUCCH重新配置RRC消息中的eNB的指令進行操作。例如，如果eNB指示UE去激活新的Scell_PUCCH，則UE將去激活新的Scell_PUCCH。如果eNB指示UE激活新的Scell_PUCCH，則UE也將進行相應的操作。

方案2.4

方案2.4用于處理相關聯(lián)的Scell。

對于前文提及的問題3，先前由舊的Scell_PUCCH服務的相關聯(lián)的Scell將繼續(xù)作為正常的Scell，并且在重新配置流程完成之后由新的Scell_PUCCH服務。并且，如果舊的Scell_PUCCH現(xiàn)在也由新的Scell_PUCCH服務，下述流程也同樣適應于舊的Scell_PUCCH。

在此，僅以相關聯(lián)的Scell為例進行說明。

關于它們的UL SYN狀態(tài)，這將與新的Scell_PUCCH的UL SYN狀態(tài)有關。下文將提出下列UE操作來確定其UL SYN狀態(tài)：

-如果在重新配置完成之后新的Scell_PUCCH不處于UL SYN狀態(tài)(例如基于2.3.1中的A)，則UE將停止在所有相關聯(lián)的Scell上的上行/下行傳輸。這例如可以通過下述兩種方式完成：

1.在重新配置流程完成之后，UE自動地去激活所有相關聯(lián)的Scell，并且相關聯(lián)的Scell的UL SYN狀態(tài)不受該重新配置流程影響。

2.如果相關聯(lián)的Scell所屬的TAG的TAT仍在運行，則UE使得該TAT超時。這意味著所有相關聯(lián)的Scell被視為上行不同步的。

-另一方面，如果在重新配置完成之后新的Scell_PUCCH處于 UL SYN狀態(tài)，則相關聯(lián)的Scell的UL SYN狀態(tài)取決于其歸屬的TAG的TAT狀態(tài)。

此外，關于相關聯(lián)的Scell的激活/去激活狀態(tài)，其也取決于新的Scell_PUCCH的狀態(tài)，可以采取下述規(guī)則：

-如果新的Scell_PUCCH被視為處于UL SYN狀態(tài)但是處于去激活狀態(tài)，則UE自動地去激活所有相關聯(lián)的Scell。

-如果新的Scell_PUCCH被視為不處于UL SYN狀態(tài)，則UE同樣地自動地去激活所有相關聯(lián)的Scell。

-另一方面，如果新的Scell_PUCCH處于激活狀態(tài)并且能夠繼續(xù)服務這些相關聯(lián)的Scell，則所有這些相關聯(lián)的Scell的激活/去激活狀態(tài)取決于其當前的去激活定時器的運行狀態(tài)。

需要說明的是，上述實施例僅是示范性的，而非對本發(fā)明的限制。任何不背離本發(fā)明精神的技術方案均應落入本發(fā)明的保護范圍之內(nèi)，這包括使用在不同實施例中出現(xiàn)的不同技術特征，方法可以進行組合，以取得有益效果。