本申請是申請日為2011年3月29日、申請?zhí)枮?01180017256.8、發(fā)明名稱為“在載波聚合無線通信系統(tǒng)中用于上行鏈路確認信令的方法和系統(tǒng)”的發(fā)明專利申請的分案申請。

本申請一般涉及無線通信，且更具體地，涉及用于參考信號(rs)模式設計的方法和系統(tǒng)。

背景技術：

在第三代合作伙伴計劃長期演進(3gpplte)中，采用正交頻分復用(ofdm)作為下行鏈路(dl)傳輸方案。

技術實現要素：

技術方案

提供一種基站。該基站包括發(fā)送路徑電路，配置來向用戶站發(fā)送下行鏈路(dl)許可、數據流、和用于配置用于物理上行鏈路控制信道(pucch)的多個上行鏈路發(fā)送天線端口的控制信號。該基站也包括接收路徑電路，配置來從響應于數據流的用戶站接收確認/否定確認(ack/nack)。如果用戶站被基站配置為使用一個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則在至少部分基于信道選擇映射表而確定的一個物理上行鏈路控制信道(pucch)i上發(fā)送調制碼元。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則在兩個pucch上發(fā)送ack/nack調制碼元。兩個pucch中的第一信道是至少部分基于信道選擇映射表而確定的pucchi，而兩個pucch中的第二信道是通過取決于i、l和m中的至少一個的函數來隱式確定的，其中l(wèi)是分配用于用戶站的ack/nack的上行鏈路控制信道的數目，而m是在子幀傳輸中傳遞的ack/nack比特的數目。

提供一種操作基站的方法。該方法包括：向用戶站發(fā)送下行鏈路(dl)許可、數據流、和用于配置用于物理上行鏈路控制信道(pucch)的多個上行鏈路發(fā)送天線端口的控制信號。該方法也包括從響應于數據流的用戶站接收確認/否定確認(ack/nack)。如果用戶站被基站配置為使用一個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則在至少部分基于信道選擇映射表而確定的一個物理上行鏈路控制信道(pucch)i上發(fā)送調制碼元。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則在兩個pucch上發(fā)送ack/nack調制碼元。兩個pucch中的第一信道是至少部分基于信道選擇映射表而確定的pucchi，而兩個pucch中的第二信道是通過取決于i、l和m中的至少一個的函數隱式來確定的，其中l(wèi)是分配用于用戶站的ack/nack的上行鏈路控制信道的數目，而m是在子幀傳輸中傳遞的ack/nack比特的數目。

提供一種用戶站。該用戶站包括：接收路徑電路，配置來從基站接收下行鏈路(dl)許可、數據流、和用于配置用于物理上行鏈路控制信道(pucch)的多個上行鏈路發(fā)送天線端口的控制信號。該用戶站也包括發(fā)送路徑電路，配置來響應于數據流向基站發(fā)送確認/否定確認(ack/nack)。如果用戶站被基站配置為使用一個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則在至少部分基于信道選擇映射表而確定的一個物理上行鏈路控制信道(pucch)i上發(fā)送調制碼元。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則在兩個pucch上發(fā)送ack/nack調制碼元。兩個pucch中的第一信道是至少部分基于信道選擇映射表而確定的pucchi，而兩個pucch中的第二信道是通過取決于i、l和m中的至少一個的函數來隱式確定的，其中l(wèi)是分配用于用戶站的ack/nack的上行鏈路控制信道的數目，而m是在子幀傳輸中傳遞的ack/nack比特的數目。

提供一種操作用戶站的方法。該方法包括：從基站接收下行鏈路(dl)許可、數據流、和用于配置用于物理上行鏈路控制信道(pucch)的多個上行鏈路發(fā)送天線端口的控制信號。該方法包括：響應于數據流向基站發(fā)送確認/否定確認(ack/nack)。如果用戶站被基站配置為使用一個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則在至少部分基于信道選擇映射表而確定的一個物理上行鏈路控制信道(pucch)i上發(fā)送調制碼元。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則在兩個pucch上發(fā)送ack/nack調制碼元。兩個pucch中的第一信道是至少部分基于信道選擇映射表而確定的pucchi，而兩個pucch中的第二信道是通過取決于i、l和m中的至少一個的函數來隱式確定的，其中l(wèi)是分配用于用戶站的ack/nack的上行鏈路控制信道的數目，而m是在子幀傳輸中傳遞的ack/nack比特的數目。

提供一種基站。該基站包括：發(fā)送路徑電路，配置來向用戶站發(fā)送下行鏈路(dl)許可、數據流、和用于配置用于物理上行鏈路控制信道(pucch)的多個上行鏈路發(fā)送天線端口的控制信號。該基站也包括：接收路徑電路，配置來從響應于數據流的用戶站接收確認/否定確認(ack/nack)。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則兩個上行鏈路發(fā)送天線端口的配置重疊并且調制碼元被映射到一個發(fā)送天線端口上的僅僅一個pucch。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和pucch格式1a/1b來發(fā)送ack/nack，則調制碼元被映射到兩個pucch上的兩個上行鏈路發(fā)送天線端口。

提供一種操作基站的方法。該方法包括：向用戶站發(fā)送下行鏈路(dl)許可、數據流、和用于配置用于物理上行鏈路控制信道(pucch)的多個上行鏈路發(fā)送天線端口的控制信號。該方法也包括：從響應于數據流的用戶站接收確認/否定確認(ack/nack)。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則兩個上行鏈路發(fā)送天線端口的配置重疊并且調制碼元被映射到一個發(fā)送天線端口上的僅僅一個pucch。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和pucch格式1a/1b來發(fā)送ack/nack，則調制碼元被映射到兩個pucch上的兩個上行鏈路發(fā)送天線端口。

提供一種用戶站。該用戶站包括：接收路徑電路，配置來從基站接收下行鏈路(dl)許可、數據流、和用于配置用于物理上行鏈路控制信道(pucch)的多個上行鏈路發(fā)送天線端口的控制信號。該用戶站也包括：發(fā)送路徑電路，配置來響應于數據流向基站發(fā)送確認/否定確認(ack/nack)。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則兩個上行鏈路發(fā)送天線端口的配置重疊并且調制碼元被映射到一個發(fā)送天線端口上的僅僅一個pucch。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和pucch格式1a/1b來發(fā)送ack/nack，則調制碼元被映射到兩個pucch上的兩個上行鏈路發(fā)送天線端口。

提供一種操作用戶站的方法。該方法包括：從基站接收下行鏈路(dl)許可、數據流、和用于配置用于物理上行鏈路控制信道(pucch)的多個上行鏈路發(fā)送天線端口的控制信號。該方法包括：響應于數據流向基站發(fā)送確認/否定確認(ack/nack)。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則兩個上行鏈路發(fā)送天線端口的配置重疊并且調制碼元被映射到一個發(fā)送天線端口上的僅僅一個pucch。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和pucch格式1a/1b來發(fā)送ack/nack，則調制碼元被映射到兩個pucch上的兩個上行鏈路發(fā)送天線端口。

提供一種用戶設備(ue)的裝置。該裝置包括：收發(fā)器；以及控制器，操作性耦接到收發(fā)器，其中，控制器被配置為：從基站(bs)接收數據流；并且如果ue被配置多于一個的分量載波(cc)，則使用pucch格式1b經由兩個天線端口向bs發(fā)送關于物理上行鏈路控制信道(pucch)上的數據流中的每個的混合自動重復請求確認(harq-ack)數據，其中，pucch資源和harq-ack數據通過信道選擇來確定。

提供一種用戶設備(ue)的方法。該方法包括：從基站(bs)接收數據流；并且如果ue被配置多于一個的分量載波(cc)，則使用pucch格式1b經由兩個天線端口向bs發(fā)送關于物理上行鏈路控制信道(pucch)上的數據流中的每個的混合自動重復請求確認(harq-ack)數據，其中，pucch資源和harq-ack數據通過信道選擇來確定。

提供一種基站(bs)的裝置。該裝置包括：收發(fā)器；以及控制器，操作性耦接到收發(fā)器，其中，控制器被配置為：向用戶設備(ue)發(fā)送數據流；并且如果ue被配置多于一個的分量載波(cc)，則使用pucch格式1b從ue接收關于物理上行鏈路控制信道(pucch)上的數據流中的每個的混合自動重復請求確認(harq-ack)數據，其中，harq-ack數據是經由ue的兩個天線端口發(fā)送的，其中，pucch資源和harq-ack數據通過信道選擇來確定。

提供一種基站(bs)的方法。該方法包括：向用戶設備(ue)發(fā)送數據流；并且如果ue被配置多于一個的分量載波(cc)，則使用pucch格式1b從ue接收關于物理上行鏈路控制信道(pucch)上的數據流中的每個的混合自動重復請求確認(harq-ack)數據，其中，harq-ack數據是經由ue的兩個天線端口發(fā)送的，其中，pucch資源和harq-ack數據通過信道選擇來確定。

在開始以下本發(fā)明的具體說明前，闡述貫穿該專利文件所使用的特定詞語和詞組的定義將是有益的，術語“包括”和“包含”以及它們的衍生詞表示沒有約束的包括；術語“或者”包含和/或的含義；詞組“相關聯”和“對其關聯”以及它們的衍生詞可以意味著包括、包括在內、相互連接、包含、被包含在內、連接到或與…連接、耦合到或與…耦合、與…通信、與…協作、交織、并列、近似于、綁定到或與…綁定、具有、有…屬性等；而術語“控制器”意味著控制至少一種操作的任何設備、系統(tǒng)或其部分，此類設備可以被實現為硬件、固件或軟件，或者它們中至少兩種的組合。應該注意與任何具體控制器相關聯的功能可以是集中式或分布式的、本地的或遠程的。貫穿該專利文件提供了具體詞語和詞組的定義，本領域的普通技術人員應該理解，如果不是絕大多數情況下，則在許多情況下，此類定義適用于現有技術，以及如此定義的詞語和詞組的未來用法。

附圖說明

為了更完整理解本公開及其優(yōu)點，結合附圖做出對以下說明的參考，其中相同參考數字表示相同部件：

圖1圖釋根據本公開的原理的在上行鏈路中發(fā)送消息的示范無線網絡；

圖2是根據本公開的一個實施例的ofdma發(fā)送器的高層圖；

圖3是根據本公開的一個實施例的ofdma接收器的高層圖；

圖4圖釋根據本公開的實施例的在增強節(jié)點b(enodeb)和用戶設備(ue)之間的消息流；

圖5圖釋根據本公開的實施例的在下行鏈路(dl)載波中的長期演進(lte)控制信道元素(cce)；

圖6圖釋根據本公開的實施例的在lte系統(tǒng)中在上行鏈路(ul)載波的一個資源塊中的物理上行鏈路控制信道(pucch)資源劃分；

圖7圖釋根據本公開的實施例的用于特定ue的取決于是否配置空間正交資源發(fā)送分集(sortd)的上行鏈路控制信道資源分配；

圖8圖釋根據本公開的實施例的表，指示當配置sortd時所分配的上行鏈路控制信道的數目；

圖9圖釋根據本公開的另一實施例的表，指示當配置sortd時所分配的上行鏈路控制信道的數目；

圖10圖釋根據本公開的實施例的表，描述關于物理上行鏈路控制信道(pucch)格式1a和1b的調制碼元；

圖11圖釋根據本公開的實施例的表，由該表通過關于m＝2的信道選擇來產生值b(0),b(1)和ack/nack資源

圖12圖釋根據本公開的實施例的表，由該表通過關于m＝3的信道選擇來產生值b(0),b(1)和ack/nack資源

圖13圖釋根據本公開的實施例的表，由該表通過關于m＝4的信道選擇來產生值b(0),b(1)和ack/nack

圖14圖釋根據本公開的實施例的ack/nack映射；

圖15圖釋根據本公開的另一實施例的ack/nack映射；

圖16圖釋根據本公開的另一實施例的ack/nack映射；

圖17圖釋根據本公開的再一實施例的ack/nack映射；

圖18a是根據本公開的實施例的表，描述關于媒體接入控制分量載波(maccc)激活信令的信息元素(ie)；

圖18b是根據本公開的另一實施例的表，描述關于maccc激活信令的ie；

圖19圖釋根據本公開的實施例的當配置兩個天線時的harq-ack消息傳輸；

圖20圖釋根據本公開的實施例的關于天線端口p1的控制信道的第二集合的確定；

圖21圖釋根據本公開的另一實施例的關于天線端口p1的控制信道的第二集合的確定；

圖22圖釋根據本公開的再一實施例的關于天線端口p1的控制信道的第二集合的確定；

圖23a和圖23b圖釋根據本公開的實施例的使用基于時隙的預編碼矢量切換(pvs)或時間切換發(fā)送分集(tstd)的在兩個天線上的數據傳輸；

圖24圖釋根據本公開的實施例的當利用ack/nack復用時在ue處的ack/nack傳輸的方法；

圖25圖釋根據本公開的實施例的當利用ack/nack成束(bundling)時在ue處的ack/nack傳輸的方法；

圖26圖釋根據本公開的實施例的選擇用于d-ack資源映射的n個cce的方法；

圖27圖釋根據本公開的實施例的關于ack/nack傳輸的cce資源保留的方法；

圖28圖釋根據本公開的實施例的當用信令僅通知一個索引號時的cce到ack/nack映射；

圖29圖釋根據本公開的實施例的當用信令通知兩個索引號時的cce到ack/nack映射；

圖30圖釋根據本公開的實施例的ack/nack復用的方法；

圖31圖釋根據本公開的實施例的在天線端口中將調制碼元映射到選擇的d-ack資源的方法；

圖32圖釋根據本公開的另一實施例的在天線端口中將調制碼元映射到選擇的d-ack資源的方法；

圖33圖釋根據本公開的另一實施例的ack/nack復用的方法；

圖34圖釋根據本公開的再一實施例的在天線端口中將調制碼元映射到選擇的d-ack資源的方法；

圖35圖釋根據本公開的實施例的操作基站的方法；

圖36圖釋根據本公開的實施例的操作用戶站的方法；

圖37圖釋根據本公開的另一實施例的操作基站的方法；以及

圖38圖釋根據本公開的另一實施例的操作用戶站的方法。

具體實施方式

在該專利文件中以下討論的圖1到圖38和用于描述本公開原理的各種實施例僅是通過說明的方式而不應以任何方面理解為限制本公開的范圍。本領域技術人員將理解可以在任何適當安排的無線通信系統(tǒng)中實現本公開原理。

對于以下說明，應注意lte術語“節(jié)點b”是以下使用的“基站”的另一術語。同樣，lte術語“用戶設備”或“ue”是以下使用的“用戶站”的另一術語。

圖1圖釋根據本公開的原理的發(fā)送消息的示范無線網絡100。在所示實施例中，無線網絡100包括基站(bs)101、基站(bs)102和基站(bs)103以及其他類似的基站(未示出)。

基站101與因特網130或類似的基于ip的網絡(未示出)通信。

基站102對處于基站102的覆蓋區(qū)域120之內的第一多個用戶站提供對因特網130的無線寬帶接入。第一多個用戶站包括用戶站111、用戶站112、用戶站113、用戶站114、用戶站115和用戶站116，其中用戶站111可以位于小商店(sb)中，用戶站112可以位于企業(yè)(e)中，用戶站113可以位于wifi熱點(hs)中，用戶站114可以位于第一住所(r)中，用戶站115可以位于第二住所(r)中，而用戶站116可以是移動設備(m)，諸如蜂窩電話機、無線膝上型電腦、無線pda等。

基站103對處于基站103的覆蓋區(qū)域125之內的第二多個用戶站提供對因特網130的無線寬帶接入。第二多個用戶站包括用戶站115和用戶站116。在示范實施例中，基站101-103可以使用ofdm或ofdma技術相互通信以及與用戶站111-116通信。

雖然在圖1中僅示出六個用戶站，但是可以理解無線網絡100可以對另外的用戶站提供無線寬帶接入。應注意，用戶站115和用戶站116處于覆蓋區(qū)域120和覆蓋區(qū)域125兩者的邊緣上。用戶站115和用戶站116中的每個與基站102和基站103二者通信，并且被可以說成是操作在切換模式，如本領域的技術人員所公知的。

用戶站111-116可以經由因特網130來接入語音、數據、視頻、視頻會議和/或其他寬帶服務。在示范實施例中，用戶站111-116中的一個或多個可以與wifiwlan的接入點(ap)關聯。用戶站116可以是包括無線使能膝上型計算機、個人數據助理、筆記本、手持設備或其他無線使能設備的多個移動設備中的任何一個。用戶站114和115可以是例如無線使能個人計算機(pc)、膝上型計算機、網關或另外的設備。

圖2是正交頻分多址(ofdma)發(fā)送路徑200的高層圖。圖3是ofdma接收路徑300的高層圖。在圖2和圖3中，僅為了說明和解釋的目的，在基站(bs)102中實現ofdma發(fā)送路徑200以及在用戶站(ss)116中實現ofdma接收路徑300。但是，本領域技術人員將理解，也可以在bs102中實現ofdma接收路徑300以及可以在ss116中實現ofdma發(fā)送路徑200。

bs102中的發(fā)送路徑200包括信道編碼和調制塊205、串到并(s到p)塊210、尺寸為n的快速傅里葉逆變換(ifft)塊215、并到串(p到s)塊220、添加循環(huán)前綴塊225、上變頻器(uc)230、參考信號復用器290和參考信號分配器295。

ss116中的接收路徑300包括下變頻器(dc)255、去除循環(huán)前綴塊260、串到并(s到p)塊265、尺寸為n的快速傅里葉變換(fft)塊270、并到串(p到s)塊275以及信道解碼和解調塊280。

圖2和圖3中的至少一些組件可以在軟件中實現，而其他組件可以通過可配置硬件或軟件和可配置硬件的混合來實現。具體地，需注意在本公開文件中描述的fft塊和ifft塊可以被實現為可配置軟件算法，其中可以根據實施來修改尺寸n的值。

此外，雖然本公開關注于實現快速傅里葉變換和快速傅里葉逆變換的實施例，但這僅是說明性的方式而不應該被認為是限制本公開的范圍。將可以理解在本公開的替換實施例中，快速傅里葉變換函數和快速傅里葉逆變換函數可以容易地分別被替換為離散傅里葉變換(dft)函數和離散傅里葉逆變換(idft)函數。將能理解，對于dft和idft函數，n變量的值可以是任何的整數(也即，1、2、3、4等)，而對于fft和ifft函數，n變量的值可以是作為2的冪的任何整數(也即，1、2、4、8、16等)。

在bs102中，信道編碼和調制塊205接收一組信息比特，施加編碼(如，turbo編碼)并調制(如，正交相移鍵控(qpsk)或正交幅度調制(qam))輸入比特以產生頻域調制碼元的序列。串到并塊210將串行調制碼元轉換(也即，解復用)為并行數據以產生n個并行碼元流，其中n是在bs102和ss116中使用的ifft/fft尺寸。然后，尺寸為n的ifft塊215對n個并行碼元流執(zhí)行ifft運算以產生時域輸出信號。并到串塊220將來自尺寸為n的ifft塊215的并行時域輸出碼元轉換(也即，復用)來產生串行時域信號。添加循環(huán)前綴塊225然后將循環(huán)前綴插入時域信號。最后，上變頻器230將添加循環(huán)前綴塊225的輸出調制(也即，上變頻)到rf頻率，以經由無線信道發(fā)送。該信號在被轉換到rf頻率之前也可以在基帶濾波。在一些實施例中，參考信號復用器290用于使用碼分復用(cdm)或時分/頻分復用(tfdm)來復用參考信號。參考信號分配器295用于依據在本公開中揭示的方法和系統(tǒng)來動態(tài)分配ofdm信號中的參考信號。

發(fā)送的rf信號在經過無線信道之后到達ss116并經歷與在bs102處執(zhí)行的操作相反的操作。下變頻器255將接收的信號下變頻到基帶頻率，并且去除循環(huán)前綴塊260去除循環(huán)前綴以產生串行時域基帶信號。串到并塊265將時域基帶信號轉換為并行時域信號。尺寸為n的fft塊270然后執(zhí)行fft算法以產生n個并行頻域信號。并到串塊275將并行頻域信號轉換為調制數據碼元的序列。信道解碼和解調塊280解調并且然后解碼調制碼元以恢復原始輸入數據流。

基站101-103中的每個可以實現類似于去往用戶站111-116的在下行鏈路中發(fā)送的發(fā)送路徑并且可以實現類似于來自用戶站111-116的在上行鏈路接收的接收路徑。類似地，用戶站111-116中的每個可以實現對應于用于在上行鏈路中向基站101-103進行發(fā)送的架構的發(fā)送路徑且可以實現對應于用于在下行鏈路中從基站101-103接收的架構的接收路徑。

ofdm系統(tǒng)中的總帶寬被劃分為叫做子載波的窄帶頻率單元。子載波的數目等于在系統(tǒng)中使用的fft/ifft尺寸n。一般，用于數據的子載波的數目小于n，因為在頻譜邊緣處的某些子載波被保留為安全子載波。一般，在安全子載波中不發(fā)送信息。

lte系統(tǒng)的時間資源被劃分成10毫秒的幀，并且每個幀進一步被劃分為每個1毫秒持續(xù)時間的10個子幀。子幀被劃分為兩個時隙，每個時隙跨越0.5毫秒。子幀在頻域中被劃分為多個資源塊(rb)，其中rb由12個子載波組成。

在資源塊的每個下行鏈路(dl)時隙中發(fā)送的信號由個子載波和個ofdm碼元的資源網格(resourcegrid)來描述。數目取決于在小區(qū)中配置的下行鏈路傳輸帶寬并且滿足其中和分別是所支持的最小和最大的下行鏈路帶寬。在某些實施例中，子載波被認為是能夠被調制的最小元素。

在多天線傳輸的情況下，每個天線端口定義有一個資源網格。

用于天線端口p的資源網格中的每個元素叫做資源元素(re)，并且在時隙中通過索引對(k,l)來唯一識別，其中和分別是頻域和時域中的索引。天線端口p上的資源元素(k,l)對應于復值如果不存在混淆的風險或沒有規(guī)定特定的天線端口，則可以刪去索引p。

在lte中，dl參考信號(rs)用于兩個目的。第一，ue使用dlrs來測量信道質量信息(cqi)、秩信息(ri)和預編碼矩陣信息(pmi)。第二，每個ue使用dlrs來解調針對本身的dl傳輸信號。此外，dlrs被分為三類：小區(qū)專用rs、單頻網上的多媒體廣播(mbsfn)rs、和ue專用rs或專門rs(drs)。

小區(qū)專用參考信號(或公同參考信號：crs)在支持非mbsfn傳輸的小區(qū)中在全部下行鏈路子幀中發(fā)送。如果子幀被用于具有mbsfn的傳輸，則僅在子幀的開始幾個(0、1或2)ofdm碼元可用于小區(qū)專用參考碼元的傳輸。符號rp用于表示用于在天線端口p上的參考信號傳輸的資源元素。

ue專用參考信號(或專門rs：drs)支持物理下行鏈路共享信道(pdsch)的單天線端口傳輸，并且在天線端口5上發(fā)送。由高層向ue通知該ue專用參考信號是否存在以及是否是用于pdsch解調的有效階段參考。ue專用參考信號僅在其上映射該相應的pdsch的資源塊上發(fā)送。

圖4圖釋根據本公開的實施例的在增強節(jié)點b(enodeb)和用戶設備(ue)之間的流400。

如圖4所示，到ue410的dl傳輸由enodeb420調度和發(fā)起。對于子幀中的dl傳輸，enodeb420在位于子幀中的前幾個ofdm碼元中的物理dl控制信道(pdcch)中向ue410發(fā)送dl控制信息(dci)(流401)。dci指示用于ue410的分配的rb和其他信息。enodeb420也向ue410發(fā)送消息(流403)。在接收以自身為目標的dl許可時，ue410嘗試解碼在分配的rb上的發(fā)送消息。取決于解碼結果，期望ue410在稍后的子幀中向enodeb420發(fā)送混合自動重復請求(harq)比特(或上行鏈路確認/否定確認(ack/nack)比特)(流405)。例如，在頻分雙工(fdd)系統(tǒng)中，子幀n中的ack/nack響應是關于子幀n-4中的解碼結果的。

存在用于不同目的的多個格式的dci。例如，一個格式用于ue的下行鏈路許可，另一格式用于ue的上行鏈路許可，而另一格式用于傳遞公共控制信息。

圖5圖釋根據本公開的實施例的下行鏈路(dl)載波500中的長期演進(lte)控制信道元素(cce)。

在一個或幾個連續(xù)的控制信道元素(cce)的聚合上發(fā)送攜帶dci的pdcch。在dl載波中可用的cce被從0到ncce-1編號。圖5示出cce分配的圖釋，其中cce0到3被用于ue0的dl許可；cce6到7被用于ue1的dl許可；cce4和5被用于全部ue的公共控制信息；而ccencce-2和ncce-1被用于ue2的ul許可。

圖6圖釋根據本公開的實施例的在lte系統(tǒng)中在上行鏈路(ul)載波的一個資源塊中的物理上行鏈路控制信道(pucch)資源劃分600。

在某些實施例中，在pucch格式1a和1b上發(fā)送上行鏈路(ul)ack/nack(an)比特。用于傳輸pucch格式1a/1b的資源由非負索引來表示。pucch資源索引確定正交覆蓋(oc)和循環(huán)移位(cs)，并且這兩個參數指示唯一資源。在圖6所示的示例中，在資源塊中存在3×12＝36個可用的pucchan資源。

與在單個連續(xù)帶寬(或在單個載波中)工作的lte系統(tǒng)相反，下一代通信系統(tǒng)(例如，lte-高級和全球互通微波存取(wimax))允許聚合的多個帶寬并且允許ue和enodeb操作在得到的聚合載波中。帶寬聚合可以是對稱的或不對稱的。在對稱的情況下，ul和dl中的分量載波(cc)的數目是相同的。在不對稱的情況下，ul和dl中的載波的數目可以是不同的。

為了在多個pdsch上(例如，在多個子幀中或在多個dl分量載波(cc)中)確認，考慮兩種方法，ack/nack成束和ack/nack復用。

ack/nack成束背后的主要動機是通過減少在信令中發(fā)送的比特數目來減少確認信令開銷。減少比特數目的一種方式是對于對應與每個碼字的多個pdsch對應的多個ack/nack比特采取邏輯與(and)運算。在允許多達兩個碼字的系統(tǒng)中，該成束將導致用于確認信號的兩個比特。

ack/nack復用后面的主要動機是向enodeb反饋回pdsch的單獨的解碼結果。在一些實施例中，應用空間成束，這意味著，在碼字對ack/nack比特采取邏輯與運算。作為空間成束的結果，存在用于確認m個pdsch的m個ack/nack比特，而不管每個pdsch傳輸中的碼字的數目如何。在應用空間成束后，信道選擇方法被用于將多個ack/nack比特反饋回enodeb。當信道選擇方法被用于ack/nack復用時，選擇的pucch資源和在選擇的pucch資源中攜帶的調制碼元兩者傳遞關于多個ack/nack比特的信息。特別地，ue僅在n個pucch資源中的n個pucch資源中發(fā)送信號，其中n是小于或等于m的自然數。n的典型示例值是1和2。m-比特信息通過n個選擇的信道(或pucch資源)的標識和在n個選擇的信道的每個中發(fā)送的信號來共同傳遞。在一個示例中，當m＝3比特的ack/nack信息需要從ue傳送到enodeb時，需要至少8(＝2^m＝2³)個碼點。通過利用(m＝3)pucch資源中的(n＝1)信道選擇，選擇的pucch資源的標識提供3個碼點。此外，當選擇的信道(或pucch資源)攜帶qpsk信號時，可以在每個選擇的pucch資源中發(fā)送2比特信息(或4個碼點)。通過該信道選擇方法總共產生12(＝3×12)個碼點，并且12個碼點中的8個可以被用來攜帶與3ack/nack比特相關聯的8種狀態(tài)。

在某些情況中，ue裝備了多個發(fā)送天線，并且由enodeb配置來執(zhí)行pucch發(fā)送分集。當ue通過dl許可被調度在僅一個dlcc中的子幀中的dl數據(pdsch)傳輸時，使用一個ulcc中的兩個pucch資源在稍后的子幀中發(fā)送對應的動態(tài)ack/nack，其中兩個pucch資源攜帶關于ack/nack的一致的信號。此外，在兩個上行鏈路發(fā)送天線端口上發(fā)送兩個pucch資源。該pucch發(fā)送分集的方法也被知曉為正交資源傳輸或ort(或空間正交資源傳輸分集，sortd)。

在本公開的實施例中，通過如下參數中的至少一個來確定將在子幀的傳輸中傳遞的ack/nack碼元的數目m：(1)配置的dlcc的數目，或者n；(2)激活的dlcc的數目；和(3)已在前一子幀中接收pdsch的dlcc的數目，其中對于前一子幀，該ue在當前子幀中發(fā)送確認消息。在某些特定的實施例中，根據下面列出的三個參數中的至少一個來確定m：

m等于配置的dlcc的數目，或n；

m等于激活的dlcc的數目；以及

m等于已在前一子幀中接收pdsch的dlcc的數目，其中對于前一子幀，該ue在當前子幀中發(fā)送確認消息。

在本公開的實施例中，對于配置有空間正交資源發(fā)送分集(sortd)的ue，由l來表示m個dlcc的ue確認的分配的上行鏈路控制信道的數目，通過m和l0中的至少一個的函數來確定l。在這里，l0表示當未配置sortd時為ue分配的上行鏈路控制信道的數目。在特定實施例中，l≥l0，因為這允許在配置sortd的情況中選擇更多的信道。此外，當配置sortd時用于ue的l信道包括當未配置sortd時用于ue的l0個信道。這里，上行鏈路控制信道(或資源)是通過位于上行鏈路物理資源塊(ulprb)中的循環(huán)移位(cs)與正交覆蓋碼(occ)的對來定義的，如在rel-8lte中那樣。

圖7圖釋根據本公開的實施例的用于特定ue的取決于是否配置空間正交資源發(fā)送分集(sortd)的上行鏈路控制信道資源分配700。

在圖7所示的實施例中，l0＝2且l＝3。當配置sortd時，信道0、1和2被分配用于ue0。當沒有配置sortd時，僅信道0和1被分配用于ue0。

圖8圖釋根據本公開的實施例的表800，指示當配置sortd時分配的上行鏈路控制信道的數目。

如表800中所示，對于m＝5，假定x個上行鏈路控制信道被分配用于配置不要進行sortd的ue的確認信令，其中x是整數。例如，x＝8。值得注意的是，表800中的l值是滿足以下條件的最小數目：

條件1：l≥2(即，存在要進行sortd的至少兩個信道)，以及

條件2：至少有m種可能來在l個信道中選擇兩個循環(huán)連續(xù)的信道。在特定實施例中，如果兩個信道索引是連續(xù)的，或當利用l個連續(xù)整數0,1,2,...l-1來編號l個信道索引時兩個信道索引是0和l-1，則兩個信道是循環(huán)連續(xù)的。

圖9圖釋根據本公開的另一實施例的表900，指示當配置sortd時分配的上行鏈路控制信道的數目。

在表900中示出另一個示例函數，其中該函數是l＝2m＝2l0。在表900中，對于m＝5，假定x個上行鏈路控制信道被分配用于配置來執(zhí)行sortd的ue的確認信令，其中x是整數。

在本公開的實施例中，被配置來執(zhí)行sortd和配置來在子幀中發(fā)送m個ack/nack碼元的ue在l(其中l(wèi)≥m)個分配的信道中的兩個上行鏈路控制信道中發(fā)送一個調制碼元，其中一個上行鏈路控制信道經由一個上行鏈路天線端口發(fā)送，而另一上行鏈路控制信道經由另一個上行鏈路天線端口發(fā)送(即，在兩個選擇的信道中實現sortd)。在特定實施例中，例如，通過位于上行鏈路物理資源塊(ulprb)中的循環(huán)移位(cs)和正交覆蓋碼(occ)的對來定義上行鏈路控制信道，如在rel-8lte那樣。用于sortd的兩個信道通過一個規(guī)則來選擇，其中通過擴展用于單天線傳輸的ack/nack信道選擇方法來定義該規(guī)則。另一方面，在兩個信道中發(fā)送的調制碼元和在用于單天線傳輸的ack/nack信道選擇方法中發(fā)送的調制碼元是相同的。

為了說明一些示例規(guī)則，首先按照ack/nack資源號的升序來對l個信道編索引：ack/nack資源號中的最低編號的信道將是信道0，ack/nack資源號中的第二低編號的信道將是信道1，依此類推。然后，考慮ack/nack消息能夠根據不配置sortd的ack/nack信道選擇方法，通過m個信道中的選擇的信道i(其中i＝0,1,...m-1)和在選擇的信道中發(fā)送的qpsk碼元q來傳遞。

在一個示例規(guī)則中，兩個選擇的信道是i和(i+1)modl。

在另一個示例規(guī)則中，兩個選擇的信道是i和(i+m)modl。

在另一個示例規(guī)則中，兩個選擇的信道是i和(i-1)modl。

這里，l個信道能夠被分配給ue。

對于時分雙工(tdd)ack/nack復用和具有m>1的子幀n，其中m是集合k中的元素數目，通過所有對應的各個ack/nack的邏輯與(and)運算來執(zhí)行跨越dl子幀中的多個碼字的空間ack/nack成束，并使用具有信道選擇的pucch格式1b。對于tddack/nack復用和具有m＝1的子幀n，不執(zhí)行跨越dl子幀中的多個碼字的空間ack/nack成束，分別使用pucch格式1a或pucch格式1b來發(fā)送1或2個ack/nack比特。

圖10圖釋根據本公開的實施例的表1000，描述關于物理上行鏈路控制信道(pucch)格式1a和1b的調制碼元d(0)。

根據表1000，ue使用pucch格式1b在子幀n中的ack/nack資源上來發(fā)送b(0),b(1)。

圖11圖釋根據本公開的實施例的表1100，由該表通過關于m＝2的信道選擇來產生值b(0),b(1)和ack/nack資源

圖12圖釋根據本公開的實施例的表1200，由該表通過關于m＝3的信道選擇來產生值b(0),b(1)和ack/nack資源

圖13圖釋根據本公開的實施例的表1300，由該表通過關于m＝4的信道選擇來產生值b(0),b(1)和ack/nack

圖14圖釋根據本公開的實施例的ack/nack映射1400。

圖14圖釋將ack/nack消息映射到選擇的信道(或多個信道)和調制碼元的示例。在該特定實施例中，根據表800，m＝2且l是3，并且使用表1100選擇兩個信道i和(i+1)modl。如表1100指示的，當復用ack、ack時，第一信道i是而第二信道是(1+1)mod3或當復用nack、nack/dtx時，第一信道i是而第二信道是(0+1)mod3或

圖15圖釋根據本公開的另一實施例的ack/nack映射1500。

圖15圖釋將ack/nack消息映射到選擇的信道(或多個信道)和調制碼元的示例。在該特定實施例中，根據表800，m＝3且l是3，并且使用表1200選擇兩個信道i和(i+1)modl。如表1200指示的，當復用ack、ack、ack時，第一信道i是而第二信道是(2+1)mod3或當復用nack、nack/dtx、nack/dtx時，第一信道i是而第二信道是(0+1)mod3或

圖16圖釋根據本公開的再一實施例的ack/nack映射1600。

圖16示出當根據表900m＝2且l是4時將ack/nack消息映射到選擇的信道(或多個信道)和調制碼元的實施例。使用表1100選擇兩個信道i和(i+m)modl。如表1100指示的，當復用ack、ack時，第一信道i是而第二信道是(1+2)mod4或當復用nack、nack/dtx時，第一信道i是而第二信道是(0+2)mod4或

圖17圖釋根據本公開的再一實施例的ack/nack映射1700。

在該特定實施例中，根據表900，m＝3且l是6，并且使用表1200選擇兩個信道i和(i+1)modl。如表1200指示的，當復用ack、ack、ack時，第一信道i是而第二信道是(2+3)mod6或當復用nack、nack/dtx、nack/dtx時，第一信道i是而第二信道是(0+3)mod6或

在本公開的某些實施例中，由enodeb使用半靜態(tài)分配方法向每個ue分配用于ack/nack信號傳輸的l個上行鏈路控制資源。enodeb在高層信令中發(fā)送關于一個上行鏈路資源索引npucch的信息元素。然后根據一個上行鏈路資源索引npucch、單獨用信號通知的分量載波(cc)-公共資源偏移和l中的至少一個的函數來推導出l個資源索引中的每個。

在一些實施例中，當為ue激活m個cc時，通過m和l之間的關系得出l數目，其中在表800和表900中示出一些示例關系。

在一些實施例中，高層信令是對ue的無線資源控制分量載波(rrccc)配置信令。在接收一個上行鏈路資源索引時，ue從一個上行鏈路資源索引npucch開始尋找l個連續(xù)的上行鏈路控制資源，作為用于ack/nack信號傳輸的l個上行鏈路控制資源。在特定實施例中，由如下公式1來確定關于pucchack/nack資源的l個索引號中的每個。

其中noffset,l＝l-1。例如，當l＝4時，一個用信號通知的上行鏈路資源索引被用于確定l＝4個資源。

在一些實施例中，高層信令是對ue的媒體接入控制(mac)分量載波(cc)激活信令。為了便于描述，假定ue被配置通過rrccc配置信令從k個cc接收pdsch，其中k≤5。此外，假定m1個cc在子幀n-1中被激活。通過在子幀n中發(fā)送的maccc激活信令，k個配置的cc中的m數目的cc在子幀n之后的幾個子幀中被激活用于ue。

圖18a是圖釋根據本公開的實施例的表1800，描述關于媒體接入控制分量載波(maccc)激活信令的信息元素(ie)。

在maccc激活信令的特定實施例中，enodeb也指示將通過maccc激活信令激活的cc的標識，其中在表1800中列出用于該maccc激活信令的ie。這能夠通過5比特位圖信息元素(ie)來實現，其中第k元素指示k個配置的cc中的第kcc是否被激活。例如，當k比特位圖中的第k條目是一時，激活第kcc；另一方面，當5比特位圖中的第k條目是零時，去激活第kcc。在這種情況下，m的數目將和在k比特位圖中具有一的條目的數目相同。一旦ue成功解碼maccc激活信令，則ue從一個上行鏈路資源索引npucch開始尋找l個連續(xù)的上行鏈路控制資源。在這種情況下，由如下公式2來確定關于pucchack/nack資源的l個索引號中的每個。

其中noffset,l＝l-1。例如，當l＝4時，一個用信號通知的上行鏈路資源索引npucch被用于確定l＝4個資源。

圖18b是根據本公開的另一實施例的表1810，描述關于maccc激活信令的ie。

在maccc激活信令的另一實施例中，enodeb也指示將通過maccc激活信令激活的一個cc的標識，其中在表1810中列出用于該maccc激活信令的ie。這能夠通過2比特信息元素(ie)來實現，其中來自2比特字段的每個狀態(tài)根據表1810激活cc。在這種情況下，m的數目將等于m1+1。一旦ue成功解碼maccc激活信令，則ue使用一個上行鏈路資源索引npucch來尋找另外的連續(xù)的上行鏈路控制資源。當假設ue已經被分配l1個上行鏈路控制資源以用于m1個激活的cc時，由如下公式3來確定由maccc激活信令新分配的關于pucchack/nack資源的另外l-l1個索引號。

其中noffset,l＝l-1。例如，當l＝4以及l(fā)1＝2時，一個用信號通知的上行鏈路資源索引npucch被用于確定2(＝l-l1)個另外的資源。

在本公開的一些實施例中，當m個分配的cc中的m2個cc被去激活時(m2≤m)，從l個先前分配的上行鏈路控制資源中解除分配(de-allocate)l2個上行鏈路控制資源。

在一個實施例中，釋放(或解除分配)l個先前分配的上行鏈路控制資源中的l2個最大編號的上行鏈路控制資源。

在另一示例方法中，釋放(或解除分配)l個先前分配的上行鏈路控制資源中的l2個最小編號的上行鏈路控制資源。

在本公開的實施例中，ue確定用于每個tx天線端口的高達a個上行鏈路控制信道以使用信道選擇方案個傳遞a比特harq-ack消息。這里，通過位于上行鏈路物理資源塊(ulprb)中的循環(huán)移位(cs)和正交覆蓋碼(occ)中的至少一個來定義上行鏈路控制信道(或資源)，例如rel-8lte中的pucch格式1a/1b。

用于第一天線端口p0的a個上行鏈路控制信道由表示，i＝0,...,a-1。

用于第二天線端口p1的a個上行鏈路控制信道由表示，i＝0,...,a-1。

ue被配置來使用信道選擇在兩個天線端口上發(fā)送harq-ack(或配置進行sortd)。為了讓ue發(fā)送根據映射表(如表1100、表1200和表1300)被映射到選擇的信道i和選擇的信道上的qpsk碼元q的harq-ack消息，ue從為每個天線端口確定的a個上行鏈路控制信道中選擇信道i，并且在每個天線端口上發(fā)送qpsk碼元q。

圖19圖釋根據本公開的實施例的當配置兩個天線時的harq-ack消息傳輸1900。

如圖19所示，ue為每個天線端口確定兩個資源：用于天線端口p0的和以及用于天線端口p1的和在特定實施例中，假設ue根據表1100中的映射發(fā)送harq-ack消息(ack,ack)。由于在表1100中harq-ack消息(ack,ack)被映射到第二信道上的qpsk碼元q＝-1的傳輸，所以ue在兩個信道上發(fā)送q＝-1：天線端口p0上的ch0(1)和天線端口p1上的ch1(1)。

在本公開的實施例中，ue被配置從主小區(qū)(primarycell)(或pcc)和從小區(qū)(secondarycell)(或scc)接收。如此配置用于pcc和scc的傳輸模式從而多達n1和n2個tb能夠分別在pcc和scc中被發(fā)送。然后，ue使用信道選擇方案在ue被調度用于harq-ack傳輸的每個子幀中報告a(＝n1+n2)個harq-ack比特。在特定實施例中，n1,n2∈{1,2}。

在這種情況下，能夠如下找到用于每個天線端口上的信道選擇方案的a個上行鏈路控制信道。

1.通過ue如下找到將由第一tx天線端口p＝p0,使用的a(＝n1+n2)個上行鏈路控制信道：

-對于通過在主小區(qū)上的子幀n-4中的對應的pdcch的檢測指示的pdsch傳輸，或對于在主小區(qū)上的子幀n-4中指示下行鏈路sps釋放的pdcch，如下確定子pdcch資源：

--當pdsch傳輸在主小區(qū)上時，

其中i∈{0,...,n1-1}，

其中ncce是用于對應dci分配的傳輸的最小cce數目，而是由高層配置的。

--當pdsch傳輸在從小區(qū)上時，

其中i∈{n1,...,a-1}，

其中ncce是用于對應dci分配的傳輸的最小cce數目，而是由高層配置的。

-對于通過在從小區(qū)上的子幀n-4中的對應的pdcch的檢測指示的pdsch傳輸，根據高層配置來確定的值，其中i∈{n1,...,a-1}。

2.作為和a中的至少一個的函數，通過ue找到將由第二tx天線端口p＝p1,使用的a(＝n1+n2)個上行鏈路控制信道。

以下是根據和a中的至少一個來確定的一些示例函數：

示例函數1：是大于的偏移量。換句話說，

這里，noffset是正整數。在一個示例中，noffset＝1。在另一示例中，noffset＝2。

圖20圖釋根據本公開的實施例的關于天線端口p1的控制信道的第二集合的確定2000。

在圖20所示的實施例中，noffset＝1。例如，當確定上行鏈路控制信道10、11、15和16用于天線端口p0時，則確定上行鏈路控制信道11、12、16和17用于天線端口p1。在這種情況下，enodeb必須監(jiān)視以解碼harq-ack消息的上行鏈路控制信道是10、11、12、15、16和17。換句話說，enodeb必須為ue分配6個上行鏈路控制信道。

示例函數2：用于第二tx天線的第i信道與用于第一天線的第(i+noffsetmoda)信道相同。換句話說，

示例函數3：對于a>2，用于第二tx天線的第i信道與用于第一天線的第(i+noffsetmoda)信道相同。換句話說，

另一方面，對于a＝2，通過來確定用于第二tx天線的第一信道，同時通過來確定用于第二tx天線的第二信道。這里，noffset是正整數。在一個示例中，noffset＝1。在另一示例中，noffset＝2。

如果被應用于a＝2，則和假設在上發(fā)送的qpsk碼元q和在上發(fā)送的相同的qpsk碼元q意味著兩個不同的harq-ack消息。那么，根據和則等同地發(fā)送兩個不同的harq-ack消息，并且在兩個信道和上發(fā)送q。為了避免這種情況，為第二tx天線分配非重疊控制信道，即，

圖21圖釋根據本公開的另一實施例的關于天線端口p1的控制信道的第二集合的確定2100。

在圖21所示的實施例中，noffset＝1。例如，當確定上行鏈路控制信道10、11、15和16用于天線端口p0時，則確定上行鏈路控制信道10、11、15和16用于天線端口p1。在這種情況下，enodeb必須監(jiān)視以解碼harq-ack消息的上行鏈路控制信道是10、11、15和16。換句話說，enodeb必須為ue分配4個上行鏈路控制信道。

可以取決于用于天線端口p0的控制信道是動態(tài)分配還是半靜態(tài)分配而應用或不應用該方法。當用于天線端口p0的控制信道是半靜態(tài)分配時，ue知道在ue發(fā)送harq-ack的任意子幀中用于天線端口p0的全部a個信道。因此，ue能夠總是應用在圖21所示的循環(huán)移位操作以確定用于天線端口p1的控制信道但是，當用于天線端口p0的控制信道是動態(tài)分配時，例如按照對應的pdcch的cce數目，當ue未成功解碼至少一個下行鏈路許可時ue有時不知道那些控制信道的一些。例如，假設enodeb發(fā)送2個dl許可，但是ue錯失了第二個dl許可。如果進一步假設在pcc和scc兩者中ue被配置有單輸入多輸出(simo)模式，則ue知道但是不知道根據該實施例，在這種情況下，ue無法確定因為ue不知道為了解決這個問題，考慮下一個示例函數(表示為示例函數4)。

示例函數4：基于在harq-ack消息中的harq-ack有效載荷來確定用于第二天線端口的信道。

當a＝4時，基于如下公式4來確定用于第二天線端口的其他信道：

當a＝3時，為第二天線端口確定一個附加信道，其中附加信道位于與為具有1-tb傳輸模式的小區(qū)確定的用于第一天線端口的信道相鄰?；诠?來確定用于第二天線端口的其他信道。

當n1＝1和n2＝2(a＝3)時，

當n1＝2和n2＝1(a＝3)時，

當a＝2時，為第二天線端口確定的兩個附加信道，其中兩個附加信道中的每個位于與用于為每個小區(qū)確定的第一天線端口的信道相鄰：

圖22圖釋根據本公開的再一實施例的關于天線端口p1的控制信道的第二集合的確定2200。

在圖22中，noffset＝1。例如，當確定上行鏈路控制信道10、11和15用于天線端口p0時，則確定上行鏈路控制信道11、15和16用于天線端口p1。同樣在這種情況下，enodeb必須監(jiān)視以解碼harq-ack消息的上行鏈路控制信道是10、11、15和16。換句話說，enodeb必須為ue分配4個上行鏈路控制信道。

圖22的實施例假設一種友好后退(fallback-friendly)映射，特征如下：

-dl許可為第一天線端口或天線端口p0動態(tài)確定兩個上行鏈路控制信道。例如，在pcc上調度pdsch的dl許可確定兩個控制信道和并且在scc上調度pdsch的dl許可確定兩個控制信道和

-與單個dl許可接收關聯的每個harq-ack消息(如，(ack,ack,dtx/nack,dtx/nack))被映射到第一天線端口上的第一控制信道的qpsk碼元，如，例如，harq-ack狀態(tài)(ack,ack,dtx/nack,dtx/nack)被映射到上的qpsk碼元q0的傳輸。

-與兩個dl許可接收關聯的每個harq-ack消息(如，(ack,ack,ack,ack))被映射到第一天線端口上的第二控制信道的qpsk碼元，如，

在以上列出的一組假設下，該實施例確保即使當enodeb發(fā)送兩個dl許可但是ue錯失兩個中的一個時ue也能夠找到將由第二天線端口使用的控制信道。這能夠在以下中明了：

-用于傳遞與在第二天線在pcc上調度pdsch的單個dl許可接收關聯的harq-ack消息的信道等于即使ue錯失在scc上調度pdsch的dl許可，ue仍然能夠在第二天線端口上發(fā)送對應的harq-ack消息。

-用于傳遞與在第二天線在scc上調度pdsch的單個dl許可接收關聯的harq-ack消息的信道等于即使ue錯失在pcc上調度pdsch的dl許可，ue仍然能夠在第二天線端口上發(fā)送對應的harq-ack消息。

在本公開的某些實施例中，當配置的分量載波(或小區(qū))的數目c大于2時，那么ue使用空間成束(邏輯與運算以構建高達兩個比特中的一個比特)以將要減少的harq-ack比特的總數目減少到c，并且使用m＝c的rel-8信道選擇映射(即，表1100、表1200和表1300)。另一方面，當配置的分量載波的數目c是2時，那么ue發(fā)送a＝n1+n2數目的harq-ack比特(其中n1和n2分別是在pcc和scc中tb的數目)并且使用另一個優(yōu)化用于兩個小區(qū)dl傳輸的信道選擇映射。

由于實際中兩小區(qū)聚合預計是最頻繁配置的，故最好優(yōu)化用于兩小區(qū)聚合的harq-ack傳輸，以使得ue能夠取決于兩個小區(qū)中的配置的傳輸模式來報告可變數目的harq-ack比特。但是，優(yōu)化用于兩小區(qū)聚合的信道選擇表的集合并不確保在性能和ue復雜度之間的良好折中。因此，當配置的分量載波的數目大于2時，應用更簡單的信道選擇規(guī)則，例如具有空間成束的rel-8信道選擇映射。

圖23圖釋根據本公開的實施例的使用基于時隙的預編碼矢量切換(pvs)或時間切換發(fā)送分集(tstd)在兩個天線上的數據傳輸。

如在圖23中所示，在某些情況下，ue利用規(guī)范透明的發(fā)送分集方案在由一個控制信道元素(cce)映射的單個pucch資源中發(fā)送動態(tài)ack/nack調制碼元。本領域的一名普通技術人員會認識到，當使用規(guī)范透明的上行鏈路發(fā)送分集方案時，enodeb接收器假定ue不使用發(fā)送分集來發(fā)送信號。因此，enodeb接收器將從ue接收的信號當作來自單個上行鏈路發(fā)送天線端口。利用相同的cs和oc映射，ack/nack調制碼元被復用到一個cce，并且然后使用基于時隙的預編碼矢量切換(pvs)或時間切換發(fā)送分集(tstd)在兩個天線上發(fā)送該數據，該發(fā)送分集保留單載波(sc)屬性并且采用對于dmrs和控制數據采用一個正交資源。

當實現載波聚合時，ue可以從多個dl分量載波(cc)中接收數據信號(或pdsch)。為了讓enodeb向ue通知子幀中的下行鏈路資源分配，enodeb向ue發(fā)送至少一個下行鏈路傳輸許可。

在本公開中考慮可以是對稱的或不對稱的載波聚合的載波聚合的實現。在子幀中，enodeb向ue分配多個dlcc，即n個dlcc，通過它們enodeb向ue發(fā)送數據信號。在某些實施例中，enodeb在n個dlcc中向ue發(fā)送n個dl許可，在這些dlcc的每個中有一個dl許可。在某些實施例中，enodeb僅在一個dlcc中向ue發(fā)送n個dl許可，其中這些dl許可可以具有載波指示符字段，其指示dl許可調度pdsch的cc。需注意，dl許可能夠替換地被稱為pdcch(物理下行鏈路控制信道)、pdcch許可或下行鏈路控制信息(dci)分配。

此外，可以以ue特定的方式或小區(qū)特定的方式來配置dl錨(anchor)cc和ul錨cc。用于ue的dl錨cc是在其中ue接收數據信號的全部子幀中攜帶用于ue的dl許可的dlcc。換句話說，當ue在子幀中接收至少一個dl許可時，該dl錨cc將攜帶用于ue的dl許可。用于ue的一個ul錨cc是這樣的ulcc，其攜帶用于ue的上行鏈路控制信息，諸如對應于更早子幀中的n個dlcc中的dl數據傳輸的動態(tài)ack/nack。

在本公開的實施例中，發(fā)送確認信號的ue的方法取決于已經在對應的dl子幀中攜帶pdcchdl許可的dlcc的數目。

在一個特定的實施例中，如下發(fā)送確認信號：

-當只有一個dlcc(即，dl錨)攜帶用于ue的dl許可時，ue使用fdd中的ack/nack傳輸的lterel-8的方法來發(fā)送對應的ack/nack比特。

特別地，當ue具有多于一個的tx天線時，ue使用規(guī)范透明的發(fā)送分集方案來在pucchd-ack資源中發(fā)送ack/nack調制碼元。

-當多于一個的dlcc攜帶用于ue的dl許可時，ue通過信道選擇方法使用ack/nack復用方法來發(fā)送對應的ack/nack比特。

圖24圖釋根據本公開的實施例的當利用ack/nack復用時在ue處的ack/nack傳輸的方法2400。

如圖24中所示，方法2400包括：確定是否多于一個的dlcc攜帶pdsch(塊2401)。

如果在多于一個的dlcc中發(fā)送pdsch，則確定攜帶pdsch的dlcc的數目n和在dl錨cc中攜帶pdcchdl許可的cce的數目m(塊2403)。選擇用于d-ack資源映射的cce的數目n(塊2405)。n數目個cce被映射到n個d-ack資源(塊2407)。通過信道選擇方法利用n個d-ack資源來執(zhí)行ack/nack復用(塊2409)。然后，將調制碼元映射到天線端口中選擇的d-ack資源(塊2411)。

如果在一個dlcc中發(fā)送pdsch，則選擇用于d-ack資源映射的一個或兩個cce(塊2413)。該一個或兩個cce被映射到一個或兩個d-ack資源(塊2415)。為d-ack信號選擇一個調制碼元(塊2417)。然后，調制碼元被映射到天線端口中的一個或兩個d-ack資源(塊2411)。

在其他實施例中，如下發(fā)送該確認信號：

-當僅一個dlcc(即，dl錨)攜帶用于ue的dl許可時，ue使用fdd中的ack/nack傳輸的lterel-8方法來發(fā)送對應的ack/nack比特。

特別地，當ue具有多于一個的tx天線時，ue使用規(guī)范透明的發(fā)送分集方案來在pucchd-ack資源中發(fā)送ack/nack調制碼元。

-當多于一個的dlcc攜帶用于ue的dl許可時，ue使用ack/nack成束方法來發(fā)送對應的ack/nack比特。

圖25圖釋根據本公開的實施例的當利用ack/nack成束時在ue處的ack/nack傳輸的方法2500。

如圖25中所示，方法2500包括：確定攜帶pdsch的dlcc的數目n和在dl錨cc中攜帶pdcchdl許可的cce的數目m(塊2501)。選擇用于d-ack資源映射的一個或兩個cce(塊2503)。一個或兩個cce被映射到一個或兩個d-ack資源(塊2505)。如果n>1(塊2507)，則執(zhí)行ack/nack成束(塊2509)。為d-ack信號選擇一個調制碼元(塊2511)。然后，調制碼元被映射到天線端口中的一個或兩個d-ack資源(塊2513)。

在本公開的一些實施例中，用于ue的動態(tài)ack/nack(其確認n個dlcc中的對應的dl數據傳輸)的ul控制資源位于用于ue的ul錨cc中。此外，ul控制資源由cce來確定，所述cce在dl錨cc中攜帶關于用于ue的先前dl數據傳輸的dl許可。ul控制資源的大小與已經在先前dl數據傳輸中使用的dlcc的數目或n相同。

圖26圖釋根據本公開的實施例的選擇用于d-ack資源映射的n個cce的方法2600。

本公開的某些實施例描述選擇用于d-ack資源映射的n個cce，例如，在圖24的塊2405中選擇用于d-ack資源映射的n數目個cce。

如圖26所示，選擇用于d-ack資源映射的n個cce包括確定是否n≤m(塊2601)。取決于在dl錨cc中攜帶dl許可的cce的數目m和pdsch的數目n，對于選擇用于d-ack資源映射的n個cce使用兩個不同的方法，如圖26所示。

在某些情況中，在dl錨cc中攜帶dl許可的cce的數目m大于或等于在先前dl數據傳輸中使用的dlcc的數目或n。在這些情況下，m個cce中的n個cce被用于確定用于ue的動態(tài)ack/nack的ul控制資源(塊2603)。在一個示例中，使用m個cce中具有n個最小cce索引號的n個cce。在另一示例中，使用m個cce中具有n個最大cce索引號的n個cce。

在某些實施例中，在dl錨cc中攜帶dl許可的cce的數目m小于在先前dl數據傳輸中使用的dlcc的數目或n。在這種情況下，全部m個cce被用于確定用于ue的動態(tài)ack/nack的m個ul控制資源。從除了m個cce編號的其余cce編號中根據n-m個cce編號來確定其余的n-m個ul控制資源。可以有多個方法來選擇該n-m個cce編號。對應于n-m個cce編號的cce被稱為保留的cce(塊2605)。

在某些實施例中，n-m個cce編號是自比m個cce編號中的最大cce編號大1的編號起的n-m個連續(xù)的編號。例如，當n＝4、m＝2且m個cce是cce3和4時，用于確定剩余的ul控制資源的n-m個cce的編號是5和6。

在另一方法中，n-m個cce編號是從在cce搜索空間樹中與攜帶pdcch或dl許可的m個聚合的cce共享同一父節(jié)點的cce的cce編號中選擇的n-m個連續(xù)的編號。在該實施例中選擇n-m個cce編號的一個方法是從與攜帶dl許可的m個聚合的cce共享同一父節(jié)點的那些cce中選擇最大編號的cce。

圖27圖釋根據本公開的實施例的關于ack/nack傳輸的cce資源保留的方法2700。

如圖27所示，在dl錨中，(m＝4)個cce，即cce5到8，在子幀中攜帶用于ue的dl許可。如果在子幀中用于ue的dl許可的總數目是n＝6，則需要保留(n-m＝2)個cce用于ack/nack映射。與cce5到8共享同一父節(jié)點的cce是cce1到4，并且1到4中的最大兩個cce編號是3和4。因此，cce3和4被保留用于ue的ack/nack傳輸。在另一實施例中，選擇與攜帶dl許可的m個聚合的cce共享同一父節(jié)點的那些cce中的最小編號的cce。

在某些實施例中，在ulcc中僅分配一組動態(tài)ack/nack資源，這暗示ue將接收關于cce編號到ack/nack資源的映射規(guī)則的一個偏移索引根據rel-8lte規(guī)范，通過高層來配置該偏移索引

本公開的某些實施例描述n個cce編號到d-ack資源的映射，例如在圖24的塊2407中。

在某些實施例中，如下描述將n個cce索引映射到n個ulack/nack資源：

-對于通過在子幀n-4中對應的pdcch的檢測指示的動態(tài)調度的物理下行鏈路共享信道(pdsch)，n個pucchack/nack資源被分配給ue。通過如下公式5來確定用于pucchack/nack資源的n個索引號中的每個：

其中，ncce,k是從用于傳輸對應的dci分配的m個cce和max{n-m,0}個保留的cce中選擇的n個cce中的cce的第k個索引號。

圖28圖釋根據本公開的實施例的當用信號僅通知一個索引號時的cce到ack/nack映射2800。

例如，如圖28所示，當cce3、4、5和6是將用于ue的ack/nack資源映射的n＝4個cce時，將如圖28所示確定結果得到的pucch動態(tài)ack/nack資源，其中

如果存在用于ue的任何保留的cce，則保留cce的使用在enodeb處受限制。保留的cce無法用于另一ue的dl許可，因為這樣做可能導致動態(tài)ack/nack資源沖突。但是，保留的cce可以用于其他目的，例如，ul許可、公共控制等。

在某些實施例中，在ulcc中分配兩組動態(tài)ack/nack資源，這暗示ue將接收關于cce編號到ack/nack資源的映射規(guī)則的兩個偏移索引和一個偏移索引等于根據rel-8lte規(guī)范通過高層配置的另一偏移索引由高層為高級用戶(如rel-10lte-aue)配置。在n個pucchack/nack資源中，一組資源通過和n個cce編號之中的cce索引號的對應編號來確定。另一組資源通過和cce索引號的對應編號來確定。

本公開也描述將n個cce編號映射到d-ack資源的其他實施例，例如在圖24的塊2407中。

如下描述n個cce索引映射到n個ulack/nack資源的一個實施例：

對于通過子幀n-4中對應的pdcch的檢測指示的動態(tài)調度的物理下行鏈路共享信道(pdsch)，n個pucchack/nack資源被分配給ue。通過如下公式6來確定用于pucchack/nack資源的一個索引號：

通過如下公式7來確定用于pucchack/nack資源的剩余n-1個索引號中的每個：

其中，ncce,k是從用于傳輸對應dci分配的m個cce和max{n-m,0}個保留的cce中選擇的n個cce中的cce的第k個索引號。

圖29圖釋根據本公開的實施例的當用信號通知兩個索引號時的cce到ack/nack映射2900。

例如，當cce0、1和2是將用于ue的ack/nack資源映射的n＝3個cce時，將如圖29所示確定結果得到的pucch動態(tài)ack/nack資源，其中

如果存在用于ue的任何保留的cce，則保留的cce的使用在enodeb處受限制。保留的cce無法用于另一高級ue(如，rel-10ue)的dl許可，因為這樣做可能導致動態(tài)ack/nack資源沖突。但是，保留的cce可以用于其他目的，例如，用于rel-8lteue的dl許可、ul許可、公共控制等。

在本公開的某些實施例中，對于針對動態(tài)ack/nack資源具有一個偏移和兩個偏移的兩種情況，在以下列出的至少兩個方法的一個中描述ncce,k，或來自n個cce編號的第k個索引號，k＝1,2,...n。

在一個實施例中，ncce,k是n個cce編號中的第k最小的cce編號。

在另一實施例中，前m個pucchack/nack資源通過用于傳輸對應dci分配的m個cce來確定，并且通過max{n-m,0}個保留的cce來確定其余的n-m個資源。如下描述該實施例的一個示例：當k≤m時，ncce,k是來自用于傳輸對應dci分配的m個cce中的第k最小的cce編號；另一方面，當k>m時，ncce,k是來自n-m個保留的cce中的第k-m最小的cce編號。

圖30圖釋根據本公開的實施例的ack/nack復用的方法3000。

在本公開的一些實施例中，用于ack/nack復用的信道(或d-ack資源)的數目和調制碼元的數目取決于dlcc中對應pdsch的數目而改變。方法3000包括：確定pdsch的數目n是否大于或等于一個常數a(塊3001)。當pdsch的數目n小于常數a時，一個信道選擇被用于將n個ack/nack比特映射到選擇的d-ack資源和一個調制碼元(塊3003)。另一方面，當pdsch的數目n大于或等于a時，兩個信道選擇被用于將n個ack/nack比特映射到兩個選擇的d-ack資源和兩個調制碼元(塊3005)。

圖31圖釋根據本公開的實施例的在天線端口中將調制碼元映射到選擇的d-ack資源的方法3100。

此外，當ue被配置為執(zhí)行ort時，調制碼元如圖31所示被映射到天線端口。方法3100包括確定是否n>1(塊3101)。當n＝1時，ue使用ort將一個pucchd-ack資源中的一個調制碼元映射到多個天線端口(塊3103)。當n>1時，方法3100包括確定是否n≥a(塊3105)。如果n<a，則ue使用規(guī)范透明的天線端口映射將一個pucchd-ack資源中的一個調制碼元映射到多個天線端口(塊3107)。如果n≥a，則ue將兩個pucchd-ack資源中的兩個調制碼元映射到多個天線端口(塊3109)。

圖32圖釋根據本公開的另一實施例的在天線端口中將調制碼元映射到選擇的d-ack資源的方法3200。

在本公開的實施例中，假設利用一個信道選擇方法并且ue被配置為執(zhí)行ort。在這種情況下，調制碼元映射方法取決于dlcc中的對應pdsch的數目而變化。方法3200包括：確定pdsch的數目，n，是否多于一或者是否利用ack/nack復用(塊3201)。當pdsch的數目多于一個(或當利用ack/nack復用時)，使用規(guī)范透明的天線端口映射將一個調制碼元映射到一個pucchd-ack資源(塊3203)。當pdsch的數目恰恰是一個時，使用ort將一個調制碼元映射到多個pucchd-ack資源(塊3205)。在一些實施例中，n是配置的dlcc的數目。

圖33圖釋根據本公開的另一實施例的ack/nack復用的方法3300。

在本公開的有些實施例中，用于ack/nack復用的調制碼元的數目n取決于dlcc中的對應pdsch的數目而改變。方法3300包括：確定pdsch的數目n是否大于或等于常數a(塊3301)。當pdsch的數目n小于常數a時，選擇兩個d-ack資源和一個調制碼元以用于映射n個ack/nack比特(塊3303)。另一方面，當pdsch的數目n大于或等于a時，選擇兩個d-ack資源和兩個調制碼元以用于映射n個ack/nack比特(塊3305)。

圖34圖釋根據本公開的再一實施例的在天線端口中將調制碼元映射到選擇的d-ack資源的方法3400。

當ue被配置為執(zhí)行ort時，調制碼元如圖34所示被映射到天線端口。方法3400包括確定pdsch的數目n是否大于或等于常數a(塊3401)。具體地，當n<a時，ue使用ort將一個調制碼元映射到多個天線端口(塊3403)。當n≥a時，ue將兩個pucchd-ack資源中的兩個調制碼元映射到兩個發(fā)送天線中(塊3405)。

在本公開的實施例中，至少一個dl錨cc在子幀中攜帶具有為ue指示在非錨dlcc中發(fā)送的dl許可的總數目的碼點的dl許可。由于當存在用于ue的至少一個dl許可時dl錨cc即攜帶用于ue的dl許可，所以可以節(jié)省關于子幀中的dl許可的總數目的信令的一個狀態(tài)。

具體的實施例涉及其中只有dl錨cc攜帶這些碼點的情況。在非錨cc中，當enodeb決定使用dl傳輸方案(如dl傳輸方案x)將數據發(fā)送到ue時，所述enodeb在子幀中向ue發(fā)送dci格式(例如dci格式y(tǒng))的dl許可。另一方面，在用于ue的錨cc中，當enodeb決定使用dl傳輸方案x將數據發(fā)送至ue時，所述enodeb在子幀中向ue發(fā)送略微不同于dci格式y(tǒng)的dci格式的dl許可，在某種意義上，在dl錨cc中使用的dci格式具有用于指示在同一子幀中在非錨cc中發(fā)送的dl許可的總數目的碼點。

能夠通過dci格式y(tǒng)中的另外字段來提供指示在非錨dlcc中發(fā)送的dl許可的總數目的錨cc中的dl許可中的碼點。在某種意義上，另外字段能夠與載波指示符字段一致。對另外字段分配的比特數目是小區(qū)特定的常數，如2或3比特，或是可以取決于為ue配置的cc的數目的ue特定的數目。例如，當為ue配置的dlcc的數目是n＝3時，非錨dlcc的數目是2，并且分配log2(n-1)＝log2(3-1)＝1比特，其中n-1是非錨dlcc的數目。dci格式y(tǒng)的特定示例包括在lte規(guī)范(rel-8、rel-9和rel-10)中定義的dl許可dci格式1、1a、2a、2b等。

這樣的實施例對于不連續(xù)傳輸(也被稱為dtx)的檢測很有用。其中在ue處丟失dl許可的情況被稱為dtx。當由于ue不知道enodeb已經發(fā)送了dl許可而發(fā)生dtx時，不能向enodeb反饋對應的ack/nack。當在fdd系統(tǒng)中只配置一個cc時，在所述enodeb處通過在具有dl許可的相關ack/nack處檢測來自ue的ack/nack信號而檢測dtx。然而，在配置多個cc且利用基于信道選擇的ack/nack復用的情況下，如果在ue處丟失至少一個dl許可，則在所述enodeb處可能不能成功地檢測dtx。由于dlcc的總數目是用信令通知的，所以如果在ue處成功地檢測到至少一個dl許可，則可以檢測到dtx。

圖35圖釋根據本公開的實施例的操作基站的方法3500。

如圖35所示，方法3500包括向用戶站發(fā)送下行鏈路(dl)許可、數據流、和用于配置用于物理上行鏈路控制信道(pucch)的多個上行鏈路發(fā)送天線端口的控制信號(塊3501)。方法3500還包括從響應于數據流的用戶站接收確認/否定確認(ack/nack)(塊3503)。如果用戶站被基站配置為使用一個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則在至少部分基于信道選擇映射表而確定的一個物理上行鏈路控制信道(pucch)i上發(fā)送調制碼元。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則在兩個pucch上發(fā)送ack/nack調制碼元。兩個pucch中的第一信道是至少部分基于信道選擇映射表而確定的pucchi，而兩個pucch中的第二信道是通過取決于i、l和m中的至少一個的函數來隱式確定的，其中l(wèi)是分配用于用戶站的ack/nack的上行鏈路控制信道的數目，而m是在子幀傳輸中傳遞的ack/nack比特的數目。

圖36圖釋根據本公開的實施例的操作用戶站的方法3600。

如圖36所示，方法3600包括從基站接收下行鏈路(dl)許可、數據流、和用于配置用于物理上行鏈路控制信道(pucch)的多個上行鏈路發(fā)送天線端口的控制信號(塊3601)。方法包括響應于數據流向基站發(fā)送確認/否定確認(ack/nack)(塊3603)。如果用戶站被基站配置為使用一個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則在至少部分基于信道選擇映射表而確定的一個物理上行鏈路控制信道(pucch)i上發(fā)送調制碼元。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則在兩個pucch上發(fā)送ack/nack調制碼元。兩個pucch中的第一信道是至少部分基于信道選擇映射表而確定的pucchi，而兩個pucch中的第二信道是通過取決于i、l和m中的至少一個的函數來隱式確定的，其中l(wèi)是分配用于用戶站的ack/nack的上行鏈路控制信道的數目，而m是在子幀傳輸中傳遞的ack/nack比特的數目。

圖37圖釋根據本公開的另一實施例的操作基站的方法3700。

如圖37所示，方法3700包括向用戶站發(fā)送下行鏈路(dl)許可、數據流、和用于配置用于物理上行鏈路控制信道(pucch)的多個上行鏈路發(fā)送天線端口的控制信號(塊3701)。方法還包括從響應于數據流的用戶站接收確認/否定確認(ack/nack)(塊3703)。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則兩個上行鏈路發(fā)送天線端口的配置重疊并且調制碼元被映射到一個發(fā)送天線端口上的僅僅一個pucch。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和pucch格式1a/1b來發(fā)送ack/nack，則調制碼元被映射到兩個pucch上的兩個上行鏈路發(fā)送天線端口。

圖38圖釋根據本公開的另一實施例的操作用戶站的方法3800。

如圖38所示，方法3800包括從基站接收下行鏈路(dl)許可、數據流、和用于配置用于物理上行鏈路控制信道(pucch)的多個上行鏈路發(fā)送天線端口的控制信號(塊3801)。方法包括響應于數據流向基站發(fā)送確認/否定確認(ack/nack)(塊3803)。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和具有pucch格式1b的信道選擇來發(fā)送ack/nack，則兩個上行鏈路發(fā)送天線端口的配置重疊并且調制碼元被映射到一個發(fā)送天線端口上的僅僅一個pucch。如果用戶站被基站配置為使用兩個上行鏈路發(fā)送天線端口和pucch格式1a/1b來發(fā)送ack/nack，則調制碼元被映射到兩個pucch上的兩個上行鏈路發(fā)送天線端口。

盡管已經通過示范實施例描述本公開，但是可以向本領域技術人員建議各種修改和改變。由于此類修改和改變落在所附權利要求的范圍內，故本公開意圖涵蓋此類修改和改變。