專利名稱：用于識別pucch格式3資源的裝置和方法
技術(shù)領(lǐng)域：
本公開涉及物理上行鏈路控制信道TOCCH格式3。更具體地說，本公開涉及用戶設(shè)備以及在用戶設(shè)備中用于識別要用于在PUCCH格式3上傳送控制信息的資源的方法。
背景技術(shù)：
第三代合作伙伴(3GPP)長期演進(LTE)是改進通用移動電信系統(tǒng)(UMTS)標(biāo)準(zhǔn)以應(yīng)對未來在改進的服務(wù)(諸如更高的數(shù)據(jù)速率、改進的效率和降低的成本等)方面的需求的項目。通用地面無線電接入網(wǎng)(UTRAN)是UMTS的無線電接入網(wǎng)，并且演進的UTRAN(E-UTRAN)是LTE系統(tǒng)的無線電接入網(wǎng)。在E-UTRAN中，用戶設(shè)備(UE) 150以無線方式連接到通常稱為eNodeB或eNB (演進的節(jié)點B)的無線電基站(RBS) 110a，如圖1所例證的。在E-UTRAN中，eNodeB 110a_c直接連接到核心網(wǎng)絡(luò)(CN) 190。LTE系統(tǒng)有時也稱為演進的通用地面無線電接入(E-UTRA)通信系統(tǒng)。在LTE系統(tǒng)中，正交頻分復(fù)用(OFDM)用在下行鏈路中，即從eNodeB到UE的傳送中，并且離散傅里葉變換擴展(DFTS) OFDM用在上行鏈路中，即從UE到eNodeB的傳送中?；綥TE下行鏈路物理資源可被看作如圖2a中所例證的時頻網(wǎng)格，其中在一個OFDM符號間隔期間每個資源單元都對應(yīng)于一個OFDM副載波。在時域中，LTE下行鏈路傳送被組織成IOms的無線電幀，每個無線電幀由10個長度Tsubfrane=Ims的相等大小的子幀組成，如圖2b中所例證的。而且，LTE中的資源分配通常按資源塊(也稱為物理資源塊(PRB))進行描述，其中資源塊在時域中對應(yīng)于0.5ms的一個時隙，并且在頻域中對應(yīng)于12個相連的副載波，如圖3a中所例證的。資源塊在頻域被編號，從系統(tǒng)帶寬的一端以O(shè)開始。動態(tài)調(diào)度下行鏈路傳送，即在每個子幀中，基站或eNodeB傳送控制信息，所述控制信息包含關(guān)于在當(dāng)前下行鏈路子幀中向哪些UE或終端傳送數(shù)據(jù)以及在哪些資源塊上傳送數(shù)據(jù)的信息。這個控 制信令通常在每個子幀中的前1、2、3或4個OFDM符號中傳送。圖2c中例證了其中3個OFDM符號用于控制信令的下行鏈路系統(tǒng)。LTE使用混合自動重復(fù)請求(HARQ)。在子幀中接收到下行鏈路數(shù)據(jù)之后，UE嘗試將它解碼并向eNodeB報告該解碼是否成功。當(dāng)解碼成功時發(fā)送ACK形式的確認(rèn)，而當(dāng)解碼不成功時發(fā)送NACK形式的確認(rèn)。在解碼嘗試不成功的情況下，eNodeB可重傳出錯數(shù)據(jù)。從UE到eNodeB的上行鏈路控制信令除了對接收的下行鏈路數(shù)據(jù)的HARQ確認(rèn)之外還包括:
-調(diào)度請求，其指示UE需要用于上行鏈路數(shù)據(jù)傳送的上行鏈路資源；以及-與下行鏈路信道條件相關(guān)的UE報告，通常稱為信道狀況報告，用作eNodeB下行鏈路調(diào)度的輔助。這種上行鏈路控制信息被稱為層I和層2 (L1/L2)控制信息。如果尚未向UE指配用于數(shù)據(jù)傳送的上行鏈路資源，則在物理上行鏈路控制信道(PUCCH)上在特別指配用于上行鏈路L1/L2控制的上行鏈路資源中傳送L1/L2控制信息。如圖3a中所例證的，這些資源可位于總可用小區(qū)帶寬的邊緣。每個此類資源在上行鏈路子幀的兩個時隙中的每個時隙內(nèi)由12個副載波組成，即一對資源塊或PRB。為了提供頻率分集，這些頻率資源在時隙邊界上跳頻，即一個資源在子幀的第一時隙內(nèi)在頻譜的較低部分由12個副載波組成，并且在子幀的第二時隙期間在頻譜的較高部分由相等大小的資源組成，或反之亦然。如果需要更多資源用于上行鏈路L1/L2控制信令，例如在支持大量用戶的非常大的總體傳送帶寬的情況下，則可指配在頻域中與之前所指配資源塊相鄰的附加資源塊。用于將PUCCH資源定位在總體可用頻譜邊緣的原因是雙重的:
1.與上面描述的跳頻一起，在頻譜邊緣的PUCCH資源最大化了控制信令經(jīng)受的頻率分
集;
2.在頻譜內(nèi)的其它位置、即不在邊緣指配用于PUCCH的上行鏈路資源會將上行鏈路頻譜分段，從而使如下成為不可能的:將非常寬的傳送帶寬指配給單個UE，并且仍保留上行鏈路傳送的單載波屬性。然而，在一個子幀期間的一個資源塊的帶寬對于單個UE的控制信令需求而言太大。因此，為了有效地使用為控制信令而留出的資源，多個終端可共享相同資源塊對。這通過為不同UE指配小區(qū)特定長度12的頻域序列的不同正交相位旋轉(zhuǎn)和/或覆蓋時隙或子幀內(nèi)符號的不同正交時域覆蓋碼(cover code)來完成。在3GPP LTE標(biāo)準(zhǔn)中定義有不同PUCCH格式以處置不同類型的上行鏈路控制信令。在LTE Re 1-8中，PUCCH格式I資源被定義并用于HARQ確認(rèn)或調(diào)度請求。PUCCH格式I能夠最多每個子幀兩個信息位。因為信道狀況報告由每個子幀多位組成，因此PUCCH格式I明顯不可用于發(fā)信號通知信道狀況報告。相反，在PUCCH上傳送信道狀態(tài)報告由PUCCH格式2處置，PUCCH格式2能夠每個子幀多個信息位。這個PUCCH格式實際上存在三種變型:PUCCH格式2、PUCCH格式2a和PUCCH格式2b。為了簡潔起見，后面將全都稱為PUCCH格式2。然而，隨著LTE Rel-1O中載波聚合(CA)的引入，需要新的PUCCH格式。在LTERel-1O中，總可用頻譜可寬于最大20MHz LTE載波(其對應(yīng)于Rel_8中總可用頻譜)，并且可看起來像到LTE Rel-8 UE的若干LTE載波。每個此類載波可被稱為分量載波(CC)或小區(qū)。為了確保針對遺留UE也有效地使用寬載波，使用CA，這暗示LTE Rel-10 UE可接收多個CC，其中這些CC具有 與Rel-8載波相同的結(jié)構(gòu)或至少能夠具有與Rel_8載波相同的結(jié)構(gòu)。圖4中示意性例證了 CA，其中5個20 MHz的CC提供了 100 MHz的總聚合帶寬。然而，CA的另一使用情況是當(dāng)運營商使用不同頻帶中或同一頻帶內(nèi)的較小部分帶寬時，以得到一個較大聚合帶寬。用CA，需要如下PUCCH格式，該PUCCH格式能夠?qū)崿F(xiàn)對應(yīng)于多個CC的多個HARQ位的反饋。這種PUCCH格式在下文被稱為PUCCH格式3。然而，PUCCH格式3也可被稱為CA PUCCH格式或DFTS-OFDM PUCCH格式。由UE傳送的探測參考信號(SRS)可由基站用于估計指配給特定UE的跨距外側(cè)的大帶寬的上行鏈路信道的質(zhì)量。在子幀中周期性地配置SRS，并且在子幀的最后的DFTS-0FDM符號中傳送SRS。這暗示不僅需要當(dāng)在子幀中不傳送SRS時使用正常的PUCCH格式3，而且需要當(dāng)在子幀中傳送SRS傳送時使用縮短的PUCCH格式3以避免與SRS傳送沖突，縮短的PUCCH格式3在子幀的最后的DFTS-0FDM符號中緘默。因此，可共享PUCCH格式3資源的UE量可根據(jù)是使用正常的PUCCH格式3還是縮短的PUCCH格式3而改變。

發(fā)明內(nèi)容
從網(wǎng)絡(luò)配置角度看，感興趣的是，在所有子幀中使相同量的資源用于TOCCH格式
3。PUCCH格式3資源最有可能與PUCCH格式2和PUCCH格式I 一起被分配在帶邊緣。然而，較少的UE可共享其中傳送SRS并使用縮短的PUCCH格式3的子幀中的PUCCH格式3資源的事實將具有如下效果:當(dāng)在與PUCCH相同的子幀中傳送SRS時，相比當(dāng)不傳送SRS時，將為PUCCH格式3分配更多的資源塊。可變資源需求問題的常規(guī)解決方案將是過度供應(yīng)PUCCH格式3資源，使得PUCCH格式3可在使用縮短的PUCCH格式3的子幀的情況下擴展到更多的資源塊中，而無需冒與其它傳送沖突的風(fēng)險。然而，缺點是影響系統(tǒng)容量和吞吐量的次最優(yōu)資源利用。代替過度供應(yīng)PUCCH格式3資源，另一種方法將是為PUCCH格式2和PUCCH格式I指配資源，使得它們不與擴展大小的縮短的PUCCH格式3沖突。然而這僅僅只要用于TOCCH格式2和PUCCH格式I資源的周期性是為SRS傳送所預(yù)留的子幀的周期性的偶倍數(shù)就有可倉泛。因此，目的是解決上面概括的一些問題和缺點，并在本該用于使用正常的TOCCH格式3的子幀的資源塊的相同集合內(nèi)為使用縮短的PUCCH格式3的子幀提供資源分配。這個目的和其它目的通過根據(jù)獨立權(quán)利要求的方法和用戶設(shè)備以及根據(jù)從屬權(quán)利要求的實施例實現(xiàn)。根據(jù)一個實施例，提供一種在無線通信系統(tǒng)的用戶設(shè)備中用于識別要用于在物理上行鏈路控制信道PUCCH格式3上傳送控制信息的資源的方法。該方法包括從服務(wù)無線電基站接收資源索引，并基于所接收的資源索引識別子幀中要用于傳送控制信息的資源。所識別的資源在PRB的相同限定集合內(nèi)，而不管在該子幀中是使用正常的PUCCH格式3還是縮短的PUCCH格式3。 根據(jù)另一個實施例，提供一種用于無線通信系統(tǒng)的用戶設(shè)備，所述用戶設(shè)備配置成識別要用于在物理上行鏈路控制信道PUCCH格式3上傳送控制信息的資源。所述用戶設(shè)備包括:接收單元，適合于從服務(wù)無線電基站接收資源索引；以及識別單元，適合于基于所接收的資源索引識別在子幀中要用于傳送控制信息的資源。所識別的資源在PRB的相同限定集合內(nèi)，而不管在該子幀中是使用正常的PUCCH格式3還是縮短的PUCCH格式3。實施例的優(yōu)點是改進了資源利用，這是因為不需要過度供應(yīng)TOCCH格式3資源。這將導(dǎo)致更高的系統(tǒng)容量和吞吐量。另一個優(yōu)點是，它能夠?qū)崿F(xiàn)用于其它PUCCH格式和其它信道的資源的簡化配置。將在結(jié)合附圖和權(quán)利要求書考慮時的如下詳細(xì)描述中說明實施例的其它目的、優(yōu)點和特征。


圖1是例證在其中可實現(xiàn)實施例的LTE網(wǎng)絡(luò)的框圖。圖2a例證了 LTE下行鏈路物理資源。圖2b例證了 LTE時域結(jié)構(gòu)。圖2c例證了 LTE下行鏈路子幀。圖3a例證了 PUCCH資源的時隙邊界上的跳頻。
圖3b例證了不同PUCCH格式的資源塊分配的示例。圖4例證了 5個20MHz分量載波的載波聚合。圖5a_b分別例證用于正常的PUCCH格式3和縮短的PUCCH格式3的傳送方案。圖6a_c是根據(jù)實施例由UE執(zhí)行的方法的流程圖。圖7是例證UE中可實現(xiàn)圖6a_c的流程圖中例證的方法的裝置的框圖。圖8a_b是例證根據(jù)實施例的UE的框圖。
具體實施例方式在下文，將參考某些實施例和附圖更詳細(xì)地描述不同方面。為了說明而非限制的目的，闡述了特定細(xì)節(jié)，諸如具體方案和技術(shù)，以便提供對不同實施例的全面理解。然而，也可存在脫離這些特定細(xì)節(jié)的其它實施例。此外，本領(lǐng)域技術(shù)人員將認(rèn)識到，雖然實施例主要以方法和UE形式進行描述，但它們也可實施在計算機程序產(chǎn)品中以及如下系統(tǒng)中:該系統(tǒng)包括計算機處理器和耦合到處理器的存儲器，其中存儲器編碼有可執(zhí)行本文公開的方法步驟的一個或多個程序。本文通過參考具體示例方案來描述實施例。在非限制性通用上下文中相對LTERel-1O系統(tǒng)描述具體方面。不過應(yīng)該注意，這些實施例也可應(yīng)用于使用PUCCH格式3的其它類型無線通信系統(tǒng)。UE在實施例中例如包含移動電話、尋呼機、手機、膝上型電腦和其它移動終端。本公開涉 及無線通信系統(tǒng)的UE中用于識別要用于在PUCCH格式3上傳送控制信息的資源的方法。以下段落詳述背景技術(shù)。PUCCH 格式 I
HARQ確認(rèn)用于確認(rèn)在下行鏈路中接收到一個傳輸塊。在空間復(fù)用情況下，可確認(rèn)接收到兩個傳輸塊。如上面已經(jīng)說明的，在PUCCH上傳送HARQ確認(rèn)。使用調(diào)度請求來請求用于上行鏈路數(shù)據(jù)傳送的資源。顯然，調(diào)度請求應(yīng)該僅當(dāng)UE正在請求資源時才傳送，否則UE應(yīng)該沉默以便節(jié)省電池資源，并且不產(chǎn)生不必要的干擾。因此，不像HARQ確認(rèn)，在調(diào)度請求中不傳送顯式信息位；相反通過對應(yīng)PUCCH上存在或缺乏能量來傳遞該信息。然而，調(diào)度請求盡管用于完全不同的目的但共享與HARQ確認(rèn)相同的PUCCH格式。此格式在3GPP LTE規(guī)范中被稱為PUCCH格式I。用于HARQ確認(rèn)或調(diào)度請求的PUCCH格式I資源由單個標(biāo)量資源索引表示。UE不知道什么物理資源被配置用于PUCCH，它只知道資源索引。從該索引中導(dǎo)出相位旋轉(zhuǎn)和正交覆蓋序列。對于HARQ傳送，在用于調(diào)度送往UE的下行鏈路傳送的物理下行鏈路控制信道(PDCCH)上由下行鏈路控制信令隱式給出要用于傳送HARQ確認(rèn)的資源索引。由此，要用于上行鏈路HARQ確認(rèn)的資源動態(tài)改變，并取決于在每個子幀中用于調(diào)度UE的下行鏈路控制信道。除了通過使用HXXH進行動態(tài)調(diào)度之外，還存在根據(jù)特定模式半永久調(diào)度UE的可能性。在這種情況下，半永久調(diào)度模式的配置包含有關(guān)要用于HARQ確認(rèn)的PUCCH資源索引的信息。對于調(diào)度請求情況也是如此，其中配置信息通知UE哪些PUCCH資源要用于傳送調(diào)度請求。因而，概括而言，PUCCH格式I資源被分成兩部分:1.用于來自半永久調(diào)度的UE的調(diào)度請求和HARQ確認(rèn)的半靜態(tài)部分。用于I3UCCH格式I資源的半靜態(tài)部分的資源量不動態(tài)改變。2.用于動態(tài)調(diào)度的UE的動態(tài)部分。隨著動態(tài)調(diào)度的終端數(shù)量改變，用于動態(tài)PUCCH的資源量發(fā)生改變。PUCCH 格式 2
信道狀況報告用于向eNodeB提供在UE處對信道屬性的估計以便支持信道相關(guān)調(diào)度。信道狀況報告每個子幀包括多位。PUCCH格式I (其能夠每個子幀最多兩位信息)顯然不能用于這個目的。在PUCCH上傳送信道狀況報告相反由PUCCH格式2處置，PUCCH格式2能夠每個子幀多個信息位。PUCCH格式2基于與PUCCH格式I相同的小區(qū)特定序列的相位旋轉(zhuǎn)。類似于I3UCCH格式1，PUCCH格式2資源可由從其導(dǎo)出相位旋轉(zhuǎn)和其它必要量的資源索引表示。PUCCH格式2資源是半靜態(tài)配置的。用于PUCCH的資源塊映射
上面描述的用于I3UCCH格式I和PUCCH格式2的L1/L2控制信號如已經(jīng)說明的那樣在每個時隙中具有一個資源塊的資源塊對上傳送。根據(jù)PUCCH資源索引確定要使用的資源塊對。在子幀的第一時隙和第二時隙中要使用的資源塊數(shù)量可表達為:
RBnumber(i) = f(PUCCH Wex, I)
其中i是該子幀內(nèi)的時隙號(O或I)，并且f是在3GPP規(guī)范中找到的函數(shù)。

多個資源塊對可用于增大控制信令容量；當(dāng)一個資源塊對滿時，下一 TOCCH資源索引按順序映射到下一資源塊對。映射按原則進行，使得最靠近上行鏈路小區(qū)帶寬的邊緣傳送用于信道狀況報告的PUCCH格式2，接下來是PUCCH格式I的半靜態(tài)部分，并且最后是在帶寬最內(nèi)部分中的PUCCH格式I的動態(tài)部分，如在圖3b中所例證的。三個半靜態(tài)參數(shù)用于確定要用于不同PUCCH格式的資源:
-作為系統(tǒng)信息的一部分提供的/Vfg控制PUCCH格式I的映射開始于哪個資源塊對
上；
控制PUCCH格式I的半靜態(tài)部分與動態(tài)部分之間的劃分；
-1ViP控制一個資源塊中PUCCH格式I和PUCCH格式2的混合。在大多數(shù)情況下，進
行該配置使得這兩個PUCCH格式被映射到單獨的資源塊集合，但也存在如下可能性:在資源塊內(nèi)在格式I與2之間具有邊界。載波聚合
LTE Rel-8標(biāo)準(zhǔn)近來已經(jīng)在3GPP中被標(biāo)準(zhǔn)化了，從而支持最高達20MHz的帶寬。然而，為了滿足國際電信聯(lián)盟(ITU)概念國際移動通信(MT)高級的要求，3GPP已經(jīng)著手對LTERel-1O的工作。LTE Rel-1O的其中一部分支持大于20MHz的帶寬。對LTE Rel-1O的一個重要要求是確保與LTE Rel-8的后向兼容性。這也將包含頻譜兼容性。那將暗示:比20MHz寬的LTE Rel-1O載波應(yīng)該在LTE Rel-8 UE看來像若干LTE載波。每個此類載波都可被稱為分量載波(CC)。具體地說，對于早期LTE Rel-1O部署，可能預(yù)計相比許多LTE遺留UE，將存在較小數(shù)量的具備LTE Rel-1O能力的UE。因此，有必要對于遺留UE也確保有效地利用寬載波，即有可能實現(xiàn)可在寬帶LTE Rel-1O載波的所有部分中調(diào)度遺留UE的載波。實現(xiàn)這方面的直接方法是借助載波聚合(CA)。CA暗示LTE Rel-10 UE可接收多個CC，其中CC具有與Rel-8載波相同的結(jié)構(gòu)，或至少能夠具有與Rel-8載波相同的結(jié)構(gòu)。圖4中示意性例證了 CA，其中5個20MHz的CC提供了 IOOMHz的總聚合帶寬。聚合的CC數(shù)量以及單獨CC的帶寬對于上行鏈路和下行鏈路可以不同。對稱配置是指在下行鏈路和上行鏈路中CC數(shù)量相同的情況，而不對稱配置是指CC數(shù)量不同的情況。重要的是要注意，在小區(qū)中配置的CC數(shù)量可不同于UE看到的CC數(shù)量。即便小區(qū)配置有相同數(shù)量的上行鏈路CC和下行鏈路CC，UE例如仍可支持比上行鏈路CC更多的下行鏈路CC。最初，LTE Rel-10 UE表現(xiàn)得類似于LTE Rel-8 UE，并將配置有一個UL/DL CC對，它在該UL/DL CC對上進行初始隨機訪問。這些CC被稱為初級分量載波(PCC)。除了上行鏈路(UL) /下行鏈路(DL) PCC對之外，eNB可根據(jù)UE的能力和網(wǎng)絡(luò)根據(jù)需要給UE配置了附加CC，所謂的次級分量載波(CC)。這種配置基于無線電資源配置(RRC)。由于繁重的信令和相當(dāng)?shù)退俚腞RC信令，設(shè)想UE可配置有多個CC，盡管不是多個CC中的所有CC當(dāng)前都被使用。為了避免UE不得不監(jiān)視用于HXXH和物理下行鏈路共享信道(PDSCH)的所有配置的DL CC (這導(dǎo)致高功耗)，LTE Rel-1O支持在配置之上(on top of configuration)激活CC。由于激活基于媒體訪問控制(MAC)信令-其比RRC信令要快-因此激活和去激活可遵循滿足當(dāng)前數(shù)據(jù)速率需要所需的CC數(shù)量。在大數(shù)據(jù)量到達時，激活多個CC，用于數(shù)據(jù)傳送，并且如果不再需要則去激活?？扇ゼせ畛艘粋€CC-下行鏈路PCC-之外的所有。激活因此提供了如下可能性:配置多個CC，但僅在需要的基礎(chǔ)上激活它們。大多數(shù)時間，UE將讓一個或非常少的CC激活，從而導(dǎo)致較低接收帶寬，并且因而電池消耗較低。經(jīng)由下行鏈路指配在HXXH上進行CC的調(diào)度。PDCCH上的控制信息被格式化為下行鏈路控制信息(DCI)消息。在Rel-8中，UE僅利用一個DL CC和一個UL CC操作，并且DL指配、UL許可與對應(yīng)的DL CC和UL CC之間的關(guān)聯(lián)因此是清晰的。在Rel-1O中，需要區(qū)分CA的兩個模式:第一操作模式非常類似于多個Rel-8終端的操作；在CC上傳送的DCI消息中包含的DL指配 或UL許可對于DL CC本身或?qū)τ?經(jīng)由小區(qū)特定或UE特定鏈接關(guān)聯(lián)的)相關(guān)聯(lián)UL CC有效。第二操作模式用載波指示符字段(CIF)擴充了 DCI消息。具有CIF包含DL指配的DCI對于用CIF控訴的DL CC有效，并且具有CIF包含UL許可的DCI對于指示的UL CC有效。用于下行鏈路指配的DCI消息除了其它的之外還包含資源塊指配、調(diào)制和編碼方案相關(guān)參數(shù)以及HARQ冗余版本。除了與實際下行鏈路傳送相關(guān)的參數(shù)，用于下行鏈路指配的大多數(shù)DCI格式還包含用于傳送功率控制(TPC)命令的位字段。這些TPC命令用于控制用于傳送HARQ反饋的對應(yīng)PUCCH的UL功率控制行為。 具有載波聚合的PUCCH傳送
當(dāng)在LTE Rel-1O中引入對于CA的支持時，需要能夠?qū)崿F(xiàn)反饋對應(yīng)于多個CC的多個HARQ位的PUCCH格式，正如將在下面說明的一樣。這種PUCCH格式在下文中被稱為PUCCH格式3，PUCCH格式3是在3GPP標(biāo)準(zhǔn)中使用的術(shù)語。等效術(shù)語是CA PUCCH格式和DFTS-0FDMPUCCH格式。PUCCH格式I也可被稱為Rel-8 PUCCH。從UE角度，對稱UL/DL CC配置和不對稱UL/DL CC配置都得到支持。對于其中一些配置，可以考慮在多個PUCCH或多個UL CC上傳送UL控制信息的可能性。然而，這個選項有可能導(dǎo)致更高的UE功耗以及對特定UE能力的依賴性。它還可產(chǎn)生由于互調(diào)產(chǎn)物(inter-modulation product)引起的實現(xiàn)問題,并且一般將導(dǎo)致實現(xiàn)和測試的更高復(fù)雜性。因此，PUCCH的傳送不依賴于UL/DL CC配置，S卩，作為設(shè)計原則，用于UE的所有UL控制信息都被半靜態(tài)地映射到一個特定UL CC:UL PCC，也稱為錨載波。而且，在UL PCC與DL PCC之間存在小區(qū)特定鏈接(linking)，S卩，共享相同DL PCC的所有終端都將具有相同的UL PCC0在不對稱部署情形下，仍有可能的是:多個DL CC與相同UL PCC進行小區(qū)特定鏈接。僅配置有一個DL PCC和一個UL PCC的UE正在根據(jù)Rel_8規(guī)范在PUCCH上、即在PUCCH格式I資源上操作動態(tài)ACK/NACK，如之前所描述的那樣。用于傳送用于DL指配的PDCCH的第一控制信道單元(CCE)確定或識別PUCCH格式I上的動態(tài)ACK/NACK資源。如果僅一個DL CC與UL PCC進行小區(qū)特定鏈接，則沒有PUCCH沖突可能發(fā)生，這是因為所有PDCCH都使用不同的第一 CCE來傳送。在小區(qū)不對稱CA情形下，多個DL CC可與相同UL CC進行小區(qū)特定鏈接。配置有相同UL CC但配置有不同DL CC的不同UE共享相同的UL PCC，但它們具有不同的DL PCC0在不同DL CC上接收它們的DL指配的UE將在相同UL CC上傳送它們的HARQ反饋。在此情況下，由eNB負(fù)責(zé)調(diào)度以確保沒有PUCCH沖突發(fā)生。可能有意義的是:將這個概念甚至擴展到配置了多個DL CC的UE。在DL PCC上傳送的每個HXXH根據(jù)Rel-8都具有在UL PCC上預(yù)留的PUCCH資源。如果UE配置有多個DL CC但僅接收一個DL PCC指配，則它在UL PCC上仍可使用PUCCH格式I資源。備選方案將是使用如下PUCCH格式3，其能夠?qū)崿F(xiàn)反饋對應(yīng)于也配置用于單個DL PCC指配的CC數(shù)量的HARQ位。然而，由于配置是相當(dāng)慢的過程，并且，盡管僅DL PCC是活動的并且被使用，UE經(jīng)?？膳渲糜卸鄠€CC，這將導(dǎo)致PUCCH格式3資源的低效使用。在單個SCC上接收到DL指配或接收到多個DL指配時，應(yīng)該使用PUCCH格式3。雖然在后一情況下顯然要使用PUCCH格式3，這是因為PUCCH格式3是支持反饋多個CC的HARQ位的唯一格式，但在第一種情況下使用PUCCH格式3較不清楚。然而，僅僅有DL SCC指配是不典型的。eNB調(diào)度器應(yīng)該力圖在DL PCC上調(diào)度單個DL CC指配，并且如果不需要的話則嘗試去激活SCC。另一個問題是:假設(shè)CIF未配置，在SCC上傳送用于DL SCC指配的PDCCH，并且因此在這種情況下在UL PCC上沒有自動預(yù)留的PUCCH格式I資源。將PUCCH格式I資源甚至用于獨立的DL SCC指配將需要在UL PCC上為由任何UE使用這個UL PCC配置的任何DL CC預(yù)留PUCCH格式I資源。由于獨立的SCC指配是不典型的，因此這將導(dǎo)致在UL PCC上不必要地過度供應(yīng)PUCCH格式I資源?？砂l(fā)生的可能錯誤情況是:eNB在包含PCC的多個DL CC上調(diào)度UE。如果UE不能夠解碼除DL PCC指配之外的所有，則它將使用PUCCH格式I來代替PUCCH格式3。為了檢測這種錯誤情況，eNB不得不監(jiān)視PUCCH格式I和PUCCH格式3。 根據(jù)實際接收的DL指配數(shù)量，UE必須提供對應(yīng)數(shù)量的HARQ反饋位。在第一種情況下，UE可根據(jù)接收的指配數(shù)量采納PUCCH格式3，并相應(yīng)地提供反饋。然而，具有DL指配的HXXH可能丟失，并且因此，根據(jù)接收的DL指配采納PUCCH格式3是含糊的，并且將需要在eNB測試許多不同的假設(shè)。
備選地，PUCCH格式可由激活消息設(shè)置或包含在激活消息中。用MAC控制單元進行每個CC的激活和去激活。因為MAC信令尤其還有指示是否已經(jīng)成功接收激活命令的HARQ反饋信令容易出錯，因此這個方法也需要在eNB測試多個假設(shè)。因此，將PUCCH格式基于配置的CC數(shù)量看起來是最安全的選擇，并且已經(jīng)采納用于在3GPP LTE標(biāo)準(zhǔn)中使用頻分雙工的系統(tǒng)。CC的配置基于RRC信令，如之前已經(jīng)提到的。在成功接收并應(yīng)用新配置之后，發(fā)送回確認(rèn)消息，因而基于RRC信令進行配置非常安全。RRC信令的缺點是速度比較慢，并且當(dāng)前使用的CC數(shù)量不能被跟蹤，從而當(dāng)實際使用的CC數(shù)量小于配置的CC數(shù)量時導(dǎo)致性能損失。PUCCH 格式 3
圖5a不出了用于正常PUCCH格式3的傳送方案的一個實施例的框圖，其基于支持多于4個ACK/NACK位的UE的DFTS-0FDM。還可包含調(diào)度請求信息位和/或信道狀況信息位的多個ACK/NACK位被編碼501、502以形成48個編碼位。然后用小區(qū)特定并且可能與DFTS-0FDM符號相關(guān)的序列對這些編碼位加擾503。24位在每個DFTS-0FDM符號中的第一時隙內(nèi)傳送，并且另24位在每個DFTS-0FDM符號中的第二時隙內(nèi)傳送。按照每個DFTS-0FDM符號24位被轉(zhuǎn)換504成12個QPSK符號，與5個DFTS-0FDM符號上的正交時域覆蓋序列[w(0)...w(4)]相乘，進行離散傅里葉變換(DFT)預(yù)編碼，并在頻域中的一個資源塊以及時域中的5個符號內(nèi)傳送。正交時域覆蓋序列是UE特定的，并能夠?qū)崿F(xiàn)在相同資源塊內(nèi)復(fù)用高達5個UE。表I中示出了可使用的正交序列的示例，其中每個正交序列由正交序列索引
I標(biāo)識。對應(yīng)于對于子幀的第一時隙、即時隙O中的PRB可用的正交序列數(shù)量。在此實施例中，..YSxw等于5。對于參考信號 符號循環(huán)移位，可使用恒幅零自相關(guān)(CAZAC)序列。為了甚至更進一步改進參考信號之間的正交性，可向參考信號符號應(yīng)用長度為2的正交覆蓋碼表I 針對AfIgm = 5 的正交序列 ^(0)...- Ofa 1 - })j。
序爐]4' I丨正又序列
^OC X S /1..0......................................................——\—^^ ^ ^....................................................................—1.......................................................................1.....1..e如75.../ 5 e7s^r[-1
I LJ
I^――—1......P—涵—萬瓦.......1.....3.......................................................................||—e;7.5—mu^iTsj—1-4......................................1 [ €βπ 5 em/5......................1
當(dāng)在子幀中配置SRS時，它們在該子幀的最后的DFTS-0FDM符號中傳送。這暗示需要特別縮短的PUCCH格式3，其在攜載SRS的子幀的最后的DFTS-0FDM符號中緘默。當(dāng)在相同子幀中傳送SRS和PUCCH時，進行這種緘默以避免與來自其它UE的SRS傳送沖突。在圖5b的框圖中例證了這種縮短的PUCCH格式3的傳送方案的一個實施例。圖5b與圖5a之間的差別是最后的DFTS-0FDM符號被刪截(puncture)，使得當(dāng)傳送PUCCH格式3時UE不打擾正在相同的資源塊中傳送SRS的其它UE?？s短的PUCCH格式3的優(yōu)點是:傳送PUCCH的UE具有在該子幀的最后的DFTS-0FDM符號中發(fā)送SRS而無需傳送多個群集的可能性。然而，在此實施例中，因為刪截該子幀的第二時隙中的最后的DFTS-0FDM符號，因此它將只可能在相同資源塊對內(nèi)復(fù)用4個用戶。表2中示出了可使用的4點正交序列的示例。對應(yīng)于對于該子幀的第二時隙、即時隙I中的PRB可用的正交序列數(shù)量。在此實施例中，iVgfai等于4，這是因為使用縮短的PUCCH格式3。從而，在具體子幀中UE選擇使用正常的PUCCH格式3還是縮短的PUCCH格式3主要取決于在那個子幀中eNB是否已經(jīng)分配了小區(qū)特定SRS模式。表2針對= 4的正交序列[w(句.■ ■ W(— I)]。
權(quán)利要求
1.一種在無線通信系統(tǒng)的用戶設(shè)備中用于識別要用于在物理上行鏈路控制信道PUCCH格式3上傳送控制信息的資源的方法，所述方法包括: -從服務(wù)無線電基站接收(610)資源索引；以及 -基于所接收的資源索引來識別(620)子幀中要用于傳送所述控制信息的所述資源，其中所識別的資源在物理資源塊的相同限定集合內(nèi)，而不管在所述子幀中是使用正常的PUCCH格式3還是縮短的PUCCH格式3。
2.如權(quán)利要求1所述的方法，其中，識別(620)所述資源包括:基于所接收的資源索引來識別(621)物理資源塊，其中，所識別的物理資源塊是相同的，而不管在所述子幀中是使用正常的PUCCH格式3還是縮短的PUCCH格式3。
3.如權(quán)利要求2所述的方法，其中，基于由下式給出的/7m識別所述物理資源塊:
4.如以上權(quán)利要求中任一項所述的方法，其中，識別(620)所述資源包括:基于由下式給出的正交序列索引/7%識別(622)正交序列:
5.如權(quán)利要求1所述的方法，其中，識別(620)所述資源包括: -基于所接收的資源索引和對于PUCCH格式3可用的物理資源塊的總數(shù)來計算(623)修改的資源索引；以及 -基于所述修改的資源索引識別(624)所述資源，其中，所識別的資源在物理資源塊的相同限定集合內(nèi)，而不管在所述子幀中是使用正常的PUCCH格式3還是縮短的PUCCH格式3。
6.如權(quán)利要求5所述的方法，其中，所述修改的資源索引作為模運算來計算，其中所接收的資源索引作為被除數(shù)，并且對于PUCCH格式3可用的物理資源塊的總數(shù)作為除數(shù)。
7.如權(quán)利要求5-6中任一項所述的方法，其中，基于所述修改的資源索引識別(624)所述資源包括:基于由下式給出的/ 〃識別物理資源塊:
8.如權(quán)利要求5-7中任一項所述的方法，其中，基于所述修改的資源索引識別(624)所述資源包括:基于由下式給出的正交序列索引識別正交序列:
9.一種用于無線通信系統(tǒng)的用戶設(shè)備(800)，所述用戶設(shè)備(800)配置成識別要用于在物理上行鏈路控制信道PUCCH格式3上傳送控制信息的資源，所述用戶設(shè)備包括: -接收單元(810)，適合于從服務(wù)無線電基站接收資源索引；以及-識別單元(820)，適合于基于所接收的資源索引識別在子幀中要用于傳送所述控制信息的所述資源，其中，所識別的資源在物理資源塊的相同限定集合內(nèi)，而不管在所述子幀中是使用正常的PUCCH格式3還是縮短的PUCCH格式3。
10.如權(quán)利要求9所述的用戶設(shè)備(800)，其中，所述識別單元(820)適合于基于所接收的資源索引來識別物理資源塊，其中，所識別的物理資源塊是相同的，而不管在所述子幀中是使用正常的PUCCH格式3還是縮短的PUCCH格式3。
11.如權(quán)利要求10所述的用戶設(shè)備(800)，其中，所述識別單元(820)適合于基于由下式給出的nPRB來識別所述物理資源塊:
12.如權(quán)利要求9-11中任一項所述的用戶設(shè)備(800)，其中，所述識別單元(820)適合于基于由下式給出的正交序列索引識別正交序列:
13.如權(quán)利要求9所述的用戶設(shè)備(800)，其中，所述識別單元(820)還適合于基于所接收的資源索引和對于PUCCH格式3可用的物理資源塊的總數(shù)來計算修改的資源索引，以及基于所述修改的資源索引識別所述資源，其中，所識別的資源在物理資源塊的相同限定集合內(nèi)，而不管在所述子幀中是使用正常的PUCCH格式3還是縮短的PUCCH格式3。
14.如權(quán)利要求13所述的用戶設(shè)備(800)，其中，所述識別單元(820)還適合于將所述修改的資源索引作為模運算來計算，其中所接收的資源索引作為被除數(shù)，并且對于PUCCH格式3可用的物理資源塊的總數(shù)作為除數(shù)。
15.如權(quán)利要求13-14中任一項所述的用戶設(shè)備(800)，其中，所述識別單元(820)適合于基于由下式給出的/ 丨識別物理資源塊:
16.如權(quán)利要求13-15中任一項所述的用戶設(shè)備(800)，其中所述識別單元(820)適合于基于由下式給出的正交序列索引識別正交序列:rtOC = nPUCCH rnod NK,YJ.’ 其中Bmxw是所述修改的資源索引，并且是對于所述子幀的第二時隙中的物理資源塊可用的正交序列數(shù)量。
全文摘要
本公開涉及無線通信系統(tǒng)的用戶設(shè)備，并且涉及用于識別要用于在物理上行鏈路控制信道PUCCH格式3上傳送控制信息的資源的相關(guān)方法。該方法包括從服務(wù)無線電基站接收(610)資源索引；以及基于接收的資源索引識別(620)子幀中要用于傳送控制信息的資源，其中識別的資源在物理資源塊的相同限定集合內(nèi)，而不管在該子幀中是使用正常的PUCCH格式3還是縮短的PUCCH格式3。
文檔編號H04L5/00GK103222224SQ201180050644
公開日2013年7月24日 申請日期2011年3月18日 優(yōu)先權(quán)日2010年8月20日
發(fā)明者R.巴爾德邁爾, 鄭榮富, D.格施滕貝格爾, D.拉爾松, S.帕克瓦爾 申請人:瑞典愛立信有限公司