專利名稱：多天線端口場(chǎng)景下的信息傳輸方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種多天線端口場(chǎng)景下的信息傳輸方法和設(shè)備。
背景技術(shù)：
在 LTE-A(Long Term Evolution Advanced,高級(jí)長(zhǎng)期演進(jìn))Rel (Release,版本)-10 中，PUCCH(Physical Uplink Control Channel，物理上行控制信道)format (格式)3可以用于上行控制信息的傳輸。如圖1和圖2所示，為現(xiàn)有技術(shù)中的PUCCH format 3的傳輸結(jié)構(gòu)的示意圖。其中，圖1為現(xiàn)有技術(shù)中的常規(guī)CP (Normal Cyclic Pref ix，常規(guī)循環(huán)前綴)下的PUCCH format3傳輸結(jié)構(gòu)的示意圖，圖2為現(xiàn)有技術(shù)中的擴(kuò)展CP(Extended Cyclic Prefix)下的PUCCHformat 3傳輸結(jié)構(gòu)的示意圖。Dl和D2為有用信息比特經(jīng)過(guò)比特加擾、信道編碼和調(diào)制后的數(shù)據(jù)，其中有用信息比特可以包括上行控制信息比特，例如ACK(Acknowledgment，肯定確認(rèn))/NACK(Non-Acknowledgment，否定確認(rèn))反饋比特，SR(Scheduling Request，調(diào)度請(qǐng)求)比特。RS為導(dǎo)頻符號(hào)，在導(dǎo)頻符號(hào)上傳輸導(dǎo)頻(Reference Signal, RS)，其中，具體的RS由3GPP TS36. 211定義。[wl，w2，…，w5]為時(shí)域正交序列，具體的[wl，w2，…，w5]由3GPP TS36. 211定義。特別地，當(dāng)高層信令配置支持SRS(Sounding Reference Symbol，探測(cè)參考符號(hào))與上行控制信息(例如ACK/NACK和/或SR)同時(shí)傳輸時(shí)，采用截短(shortened)的PUCCHformat 3傳輸結(jié)構(gòu)，即圖1和圖2中的最后一個(gè)符號(hào)不傳輸上行控制信息，預(yù)留用來(lái)傳輸SRS。PUCCH format 3支持單天線端口和多天線端口 0天線端口)兩種傳輸模式。若UE(User Equipment，用戶設(shè)備，即終端設(shè)備)被配置使用單天線端口發(fā)送PUCCH format 3，根據(jù)基站的指示，UE確定一個(gè)PUCCH format 3的資源序號(hào)，由此資源序號(hào)確定發(fā)送PUCCHformat 3的PRB (Physical Resource Block，物理資源塊)位置，具體的時(shí)域正交序列[wl，W2，’"，w5]，以及具體導(dǎo)頻信號(hào)。若UE被配置使用多天線端口發(fā)送PUCCH format 3，UE則采用 SORTD (Spatial Orthogonal Resource Transmit Diversity，空域正交資源發(fā)射分集)方案發(fā)送PUCCH format 3，即根據(jù)基站的指示，UE為每個(gè)天線端口確定一個(gè)PUCCH format3的資源序號(hào)，由相應(yīng)的資源序號(hào)為每個(gè)天線端口確定發(fā)送PUCCH format 3的PRB位置，具體的時(shí)域正交序列[wl，w2，…，w5]，以及具體導(dǎo)頻信號(hào)。此處天線端口指的是PUCCH的天線端口。每個(gè)天線端口的PUCCH format 3在頻域或/和時(shí)域中正交，例如不同天線端口對(duì)應(yīng)的PUCCH format 3資源所在的PRB位置不同，或者不同天線端口對(duì)應(yīng)的PUCCHformat 3資源使用的時(shí)域正交序列不同。由于PUCCH format 3支持的時(shí)域正交序列為5個(gè)，對(duì)于單天線端口傳輸?shù)腜UCCHformat 3，一個(gè)PRB內(nèi)最多可復(fù)用傳輸5個(gè)UE。特別的，對(duì)于shortened PUCCH format 3，其僅支持長(zhǎng)度為4的時(shí)域正交序列，因此，對(duì)于單天線端口傳輸?shù)腜UCCH format 3，一個(gè)PRB內(nèi)僅能復(fù)用傳輸4個(gè)UE。當(dāng)PUCCH format 3采用SORTD傳輸時(shí)，需要使用的PUCCH format
83資源為單天線端口傳輸?shù)?倍，此時(shí)，一個(gè)PRB內(nèi)僅能復(fù)用傳輸2個(gè)UE，極大增加了系統(tǒng)開銷。在LTE-A Rel-IO 中，PUCCH format lb with channel selection (帶有信道選擇的PUCCH format lb)可用于傳輸最多4比特ACK/NACK反饋信息，傳輸2/3/4比特反饋信息分別需要使用2/3/4個(gè)PUCCH format Ib資源。UE根據(jù)待反饋的ACK/NACK狀態(tài)，查詢相應(yīng)的ACK/NACK映射表格，從多個(gè)候選的PUCCH format Ib資源中選擇一個(gè)，并在QPSK(Quadrature Phase-Shift Keying，正交相移鍵控)的4個(gè)星座點(diǎn)中選擇一個(gè)星座點(diǎn)，在選擇的PUCCHformat Ib資源上傳輸選擇的星座點(diǎn)，具體傳輸結(jié)構(gòu)同PUCCH format lb,如圖3和圖4所示。其中，圖3為現(xiàn)有技術(shù)中PUCCH format lb, normal CP下的傳輸結(jié)構(gòu)的示意圖，圖4為現(xiàn)有技術(shù)中PUCCH format lb, extended CP下的傳輸結(jié)構(gòu)的示意圖。特別地，當(dāng)高層信令配置支持SRS與上行控制信息(例如ACK/NACK和/或SR)同時(shí)傳輸時(shí)，采用shortened PUCCH format Ib傳輸結(jié)構(gòu)，即圖3和圖4中的最后一個(gè)符號(hào)不傳輸上行控制信息，預(yù)留用來(lái)傳輸 SRS。在 Rel-IO 中，PUCCH format lb with channel selection 不支持多端口傳輸模式，主要是考慮到如果采用S0RTD，傳輸2/3/4比特ACK/NACK反饋信息，分別需要4/6/8個(gè)PUCCH資源，資源開銷過(guò)大。從系統(tǒng)覆蓋和傳輸功率角度考慮。在Rel-Il中，還需進(jìn)一步研究資源開銷較小的PUCCH format lb with channel selection的多端口傳輸方案，以提升傳輸性能，擴(kuò)大系統(tǒng)覆蓋。另一方面，LTE-A Rel-IO階段中對(duì)PUCCH多天線端口傳輸方案的討論中，提出了PVS (Precoding Vector Switching，預(yù)編碼向量切換)方案。該方案中多個(gè)天線端口對(duì)應(yīng)同一個(gè)PUCCH資源進(jìn)行傳輸，對(duì)第一個(gè)slot (時(shí)隙)在2個(gè)天線端口間使用預(yù)編碼向量[+1+1]進(jìn)行預(yù)編碼，對(duì)第二個(gè)slot在2個(gè)天線端口間使用預(yù)編碼向量[+1-1]進(jìn)行預(yù)編碼，以獲得分集增益。從基站接收角度，等同于單端口發(fā)送方式，因此不增加PUCCH資源開銷。但該方法中每個(gè)slot使用的預(yù)編碼向量固定不變，不能較好的適應(yīng)信道變化，因此發(fā)射分集增益較SORTD方案差。在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問(wèn)題現(xiàn)有技術(shù)中PUCCH format 3的多天線端口傳輸方案使用S0RTD，PUCCH format 3的資源需求量是單天線端口傳輸?shù)?倍，資源開銷較高。此外，PVS方法雖然資源開銷不大，但固定預(yù)編碼向量方式靈活性較差，不能較好的適應(yīng)信道變化，分集增益有待提高。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種多天線端口場(chǎng)景下的信息傳輸方法和設(shè)備，解決現(xiàn)有技術(shù)方案對(duì)于多天線端口場(chǎng)景下的傳輸過(guò)程中的PUCCH資源開銷過(guò)大的問(wèn)題。為達(dá)到上述目的，本發(fā)明實(shí)施例一方面提供了一種多天線端口場(chǎng)景下的信息傳輸方法，至少包括以下步驟終端設(shè)備確定需要發(fā)送的上行控制信息，并且確定一個(gè)承載所述上行控制信息的上行控制信道資源；所述終端設(shè)備根據(jù)基站發(fā)送的配置信息確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量；
所述終端設(shè)備根據(jù)所述預(yù)編碼向量對(duì)所述上行控制信息在多個(gè)天線端口間進(jìn)行預(yù)編碼處理，獲得各天線端口所對(duì)應(yīng)的預(yù)編碼處理后的上行控制信息；所述終端設(shè)備分別在各天線端口使用相同的上行控制信道資源，發(fā)送相應(yīng)的天線端口所對(duì)應(yīng)的預(yù)編碼處理后的上行控制信息，其中，所述上行控制信道資源具體為所述終端設(shè)備所確定的承載所述上行控制信息的上行控制信道資源。另一方面，本發(fā)明實(shí)施例還提供了一種終端設(shè)備，至少包括第一確定模塊，用于確定需要發(fā)送的上行控制信息，并且確定一個(gè)承載所述上行控制信息的上行控制信道資源；第二確定模塊，用于根據(jù)基站發(fā)送的配置信息確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量；處理模塊，用于根據(jù)所述第二確定模塊所確定的預(yù)編碼向量對(duì)所述第一確定模塊所確定的上行控制信息在多個(gè)天線端口間進(jìn)行預(yù)編碼處理，獲得各天線端口所對(duì)應(yīng)的預(yù)編碼處理后的上行控制信息；發(fā)送模塊，用于分別在各天線端口使用相同的上行控制信道資源，發(fā)送相應(yīng)的天線端口所對(duì)應(yīng)的經(jīng)過(guò)所述處理模塊進(jìn)行預(yù)編碼處理后的上行控制信息，其中，所述上行控制信道資源具體為所述第一確定模塊所確定的承載所述上行控制信息的上行控制信道資源。另一方面，本發(fā)明實(shí)施例還提供了一種多天線端口場(chǎng)景下的信息傳輸方法，至少包括以下步驟基站確定終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量；所述基站向所述終端設(shè)備發(fā)送用于指示所述預(yù)編碼向量的配置信息；所述基站確定所述終端設(shè)備發(fā)送上行控制信息所使用的上行控制信道資源；所述基站在所述上行控制信道資源上，接收所述終端設(shè)備發(fā)送的預(yù)編碼處理后的上行控制信息。另一方面，本發(fā)明實(shí)施例還提供了一種基站，至少包括確定模塊，用于確定終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量，并確定所述終端設(shè)備發(fā)送上行控制信息所使用的上行控制信道資源；發(fā)送模塊，用于向所述終端設(shè)備發(fā)送用于指示所述確定模塊所確定的預(yù)編碼向量的配置信息；接收模塊，用于在所述確定模塊所確定的上行控制信道資源上，接收所述終端設(shè)備發(fā)送的預(yù)編碼處理后的上行控制信息。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提出的技術(shù)方案具有以下優(yōu)點(diǎn)通過(guò)應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，對(duì)于多天線端口傳輸?shù)慕K端設(shè)備，根據(jù)基站發(fā)送的配置信息獲得上行控制信道在多天線端口的預(yù)編碼向量，并在每個(gè)天線端口使用相同的PUCCH資源發(fā)送通過(guò)該預(yù)編碼向量進(jìn)行預(yù)編碼后的對(duì)應(yīng)數(shù)據(jù)，從而，通過(guò)合理的配置每個(gè)時(shí)隙中應(yīng)用于多天線端口的預(yù)編碼向量，在盡可能降低PUCCH資源開銷的基礎(chǔ)上，保證了 PUCCH發(fā)射分集的性能增益。


圖1為現(xiàn)有技術(shù)中的常規(guī)CP下的PUCCH format 3傳輸結(jié)構(gòu)的示意圖；圖2為現(xiàn)有技術(shù)中的擴(kuò)展CP下的PUCCH format 3傳輸結(jié)構(gòu)的示意圖；圖3為現(xiàn)有技術(shù)中PUCCH format lb, normal CP下的傳輸結(jié)構(gòu)的示意圖；圖4為現(xiàn)有技術(shù)中PUCCH format lb, extended CP下的傳輸結(jié)構(gòu)的示意圖；圖5為本發(fā)明實(shí)施例所提出的一種多天線端口場(chǎng)景下的信息傳輸方法在終端設(shè)備側(cè)的流程示意圖；圖6為本發(fā)明實(shí)施例所提出的一種多天線端口場(chǎng)景下的信息傳輸方法在基站側(cè)的流程示意圖；圖7為本發(fā)明實(shí)施例所提出的一種具體多天線端口應(yīng)用場(chǎng)景下信息傳輸方法的流程示意圖；圖8為本發(fā)明實(shí)施例所提出的一種具體多天線端口應(yīng)用場(chǎng)景下信息傳輸方法的流程示意圖；圖9為本發(fā)明實(shí)施例提出的一種終端設(shè)備的結(jié)構(gòu)示意圖；圖10為本發(fā)明實(shí)施例提出的一種基站的結(jié)構(gòu)示意圖。
具體實(shí)施例方式如背景技術(shù)所述，在LTE-A系統(tǒng)中，PUCCH format 3被引入。PUCCH format 3支持多端口傳輸模式，并采用SORTD技術(shù)。SORTD要求每個(gè)天線端口使用正交的PUCCH資源，因此，需使用兩倍于單端口傳輸模式的PUCCH資源，PUCCH資源開銷較大。為了克服這樣的缺陷，在Rel-11中，需進(jìn)一步研究PUCCH資源開銷較低并且相對(duì)于單天線端口傳輸具有可觀性能增益的PUCCH發(fā)射分集方法。本發(fā)明實(shí)施例提出了一種多天線端口場(chǎng)景下的信息傳輸方法，通過(guò)合理的配置應(yīng)用于多天線端口的預(yù)編碼向量，在盡可能降低PUCCH資源開銷的基礎(chǔ)上，保證了 PUCCH發(fā)射分集的性能增益。如圖5所示，為本發(fā)明實(shí)施例所提出的一種多天線端口場(chǎng)景下的信息傳輸方法的流程示意圖，該方法具體包括以下步驟步驟S501、終端設(shè)備確定需要發(fā)送的上行控制信息，并且確定一個(gè)承載所述上行控制信息的上行控制信道資源。步驟S502、所述終端設(shè)備根據(jù)基站發(fā)送的配置信息確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。針對(duì)不同的應(yīng)用場(chǎng)景，本步驟的處理規(guī)則也存在相應(yīng)的差異，具體可以包括以下兩種情況情況一、所述終端設(shè)備通過(guò)高層信令接收所述基站發(fā)送的配置信息，并根據(jù)所述配置信息中用于指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。在這種情況下，基站通過(guò)高層信令為終端設(shè)備直接配置預(yù)編碼向量，終端設(shè)備直接根據(jù)高層信令確定相應(yīng)的預(yù)編碼向量，直至接收到基站通過(guò)高層信令重新配置的預(yù)編碼向量，這樣的配置方式更加穩(wěn)定，減少了頻繁變更配置所需要耗費(fèi)的資源。通過(guò)這樣的方式，可以半靜態(tài)的的配置終端設(shè)備在一段時(shí)間之內(nèi)所應(yīng)用的預(yù)編碼向量。
當(dāng)然，終端設(shè)備確定預(yù)編碼向量的具體形式，是根據(jù)通過(guò)高層信令所傳輸?shù)呐渲眯畔⒅杏糜谥甘绢A(yù)編碼向量的比特域內(nèi)容進(jìn)行確定的。在此種情況中，所述高層信令具體包括RRC(Radic) Resource Control，無(wú)線資源控制)信令和/或MAC(MediaAccess Control，媒體接入控制)信令。情況二、所述終端設(shè)備通過(guò)PDCCH(Physical Downlink Control Channel，物理下行控制信道)接收所述基站發(fā)送的配置信息，并根據(jù)所述PDCCH中用于指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。具體的，這種情況下所指出的PDCCH，具體包括有對(duì)應(yīng)PDSCH(Physical Downlink Shared Channel,物理下行共享信道)傳輸?shù)腜DCCH，以及指示下行SPS資源釋放的PDCCH。有對(duì)應(yīng)PDSCH傳輸?shù)腜DCCH又包括動(dòng)態(tài)調(diào)度PDSCH傳輸?shù)腜DCCH和激活 SPS (Semi-Persistent Scheduling，半持續(xù)調(diào)度)PDSCH 的 PDCCH)在這種情況下，基站通過(guò)PDCCH為終端設(shè)備配置預(yù)編碼向量，終端設(shè)備根據(jù)PDCCH 確定自身在本次傳輸中所應(yīng)用的預(yù)編碼向量。通過(guò)這樣的方式，可以動(dòng)態(tài)的的配置終端設(shè)備在本次傳輸中所應(yīng)用的預(yù)編碼向量，這樣的配置方式相比于情況一中的半靜態(tài)配置方式更加靈活。其中，終端設(shè)備確定預(yù)編碼向量的具體形式，是根據(jù)PDCCH所傳輸?shù)呐渲眯畔⒅杏糜谥甘绢A(yù)編碼向量的比特域內(nèi)容進(jìn)行確定的。在實(shí)際的應(yīng)用場(chǎng)景中，可以根據(jù)實(shí)際需要確定應(yīng)用上述的情況一的技術(shù)方案或者應(yīng)用上述的情況二的技術(shù)方案，這樣的變化并不會(huì)影響本發(fā)明的保護(hù)范圍。當(dāng)然，在具體的應(yīng)用場(chǎng)景中，對(duì)于情況二所提出的技術(shù)方案，考慮到在具體的傳輸過(guò)程中的時(shí)延、傳輸錯(cuò)誤或者接收錯(cuò)誤所導(dǎo)致的PDCCH不能正常接收的情況，本發(fā)明實(shí)施例進(jìn)一步提出了相應(yīng)的解決方案。當(dāng)所述終端設(shè)備接收到所述基站發(fā)送的包含指示預(yù)編碼向量的比特域的PDCCH 時(shí)，所述終端設(shè)備自然可以根據(jù)所述指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。而當(dāng)所述終端設(shè)備沒(méi)有接收到包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，所述終端設(shè)備確定所述基站最近一次所配置的預(yù)編碼向量或所述基站通過(guò)高層信令預(yù)設(shè)的固定的預(yù)編碼向量，為本次傳輸中自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。與前述的情況一相類似，所述高層信令具體包括RRC信令和/或MAC信令。進(jìn)一步的，根據(jù)相應(yīng)的傳輸場(chǎng)景差異，終端設(shè)備也可以確定PDCCH所包含的內(nèi)容存在以下差異(1)當(dāng)所述PDCCH在所述終端設(shè)備的專屬搜索空間傳輸時(shí)，所述終端設(shè)備確定所述PDCCH所使用的DCI (Downlink Control Information,下行控制信息)format中包含用于指示預(yù)編碼向量的比特域。在實(shí)際應(yīng)用中，所述用于指示預(yù)編碼向量的比特域的具體形式可以是PDCCH所使用的DCI format中新增加的比特域，也可以是PDCCH所使用的DCI format中原有比特域的重用，具體形式的變化并不影響本發(fā)明的保護(hù)范圍。另一方面，如果所述終端設(shè)備接收到了多個(gè)包含用于指示預(yù)編碼向量的比特域的 PDCCH(即一個(gè)反饋窗口中接收到的多個(gè)包含用于指示預(yù)編碼向量的比特域的PDCCH，所述反饋窗口為需要在同一個(gè)上行子幀進(jìn)行ACK/NACK反饋的下行子幀集合)，終端設(shè)備應(yīng)假設(shè)各所述PDCCH中所包含的用于指示預(yù)編碼向量的比特域的指示值相同；特別的，如果接收到的多個(gè)PDCCH中的用于指示預(yù)編碼向量的比特域的指示值不同，則終端設(shè)備判斷接收錯(cuò)誤，或者基站存在調(diào)度錯(cuò)誤，可以放棄本次傳輸，或者使用最近一個(gè)PDCCH的指示值所指示的預(yù)編碼向量或者使用具有相同指示值的包含PDCCH個(gè)數(shù)最多的一組PDCCH中的指示值所指示的預(yù)編碼向量，或者使用高層信令預(yù)先配置的一個(gè)固定的預(yù)編碼向量；(2)當(dāng)所述PDCCH在所述終端設(shè)備的公共搜索空間傳輸時(shí)，所述終端設(shè)備確定所述PDCCH所使用的DCI format中不包含用于指示預(yù)編碼向量的比特域。而如果PDCCH中不包含用于指示預(yù)編碼向量的比特域，自然也就無(wú)法應(yīng)用前述的終端設(shè)備接收到所述基站發(fā)送的包含指示預(yù)編碼向量的比特域的PDCCH的場(chǎng)景的處理，此時(shí)需要進(jìn)行前述的終端設(shè)備沒(méi)有接收到所述基站發(fā)送的包含用于指示預(yù)編碼向量的比特域的PDCCH的場(chǎng)景的處理?；谇笆龅拿枋觯梢源_定，此種情況中沒(méi)有接收到所述基站發(fā)送的包含用于指示預(yù)編碼向量的比特域的PDCCH的描述，可以是沒(méi)有收到任何的PDCCH(例如基站沒(méi)有發(fā)送包含用于指示預(yù)編碼向量的比特域的PDCCH，或者基站發(fā)送了包含用于指示預(yù)編碼向量的比特域的PDCCH但終端設(shè)備丟失該P(yáng)DCCH)，也可以是接收到基站發(fā)送的沒(méi)有包含用于指示預(yù)編碼向量的比特域的PDCCH，無(wú)論是哪種情況，均可以應(yīng)用前述的終端設(shè)備沒(méi)有接收到所述基站發(fā)送的包含用于指示預(yù)編碼向量的比特域的PDCCH的場(chǎng)景的處理方案。需要進(jìn)一步指出的是，在上述終端設(shè)備沒(méi)有接收到所述基站發(fā)送的包含用于指示預(yù)編碼向量的比特域的PDCCH的情況中，特別的，當(dāng)所述終端設(shè)備接收到一個(gè)無(wú)對(duì)應(yīng)PDCCH的SPS PDSCH，且沒(méi)有接收到任何一個(gè)包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，所述終端設(shè)備還可以確定激活所述SPS PDSCH的PDCCH中所包含的用于指示預(yù)編碼向量的比特域所指示的預(yù)編碼向量，為自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。上述描述說(shuō)明了終端設(shè)備確定預(yù)編碼向量的具體方式，進(jìn)一步的，為了適應(yīng)多天線端口的場(chǎng)景需要，上述終端設(shè)備所確定的預(yù)編碼向量具體為基于每個(gè)時(shí)隙所配置的，其中，每個(gè)預(yù)編碼向量中所包括的每個(gè)元素分別對(duì)應(yīng)相應(yīng)的時(shí)隙中所使用的一個(gè)天線端口。具體的預(yù)編碼向量的確定由基站來(lái)完成?；谶@樣的配置，本步驟的具體處理過(guò)程為所述終端設(shè)備根據(jù)所述基站發(fā)送的配置信息確定每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量。其中，所述每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量應(yīng)用于該時(shí)隙中的傳輸信息在多個(gè)天線端口間的預(yù)編碼處理，多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示或者聯(lián)合指示。相應(yīng)的，針對(duì)采用不同指示方式的具體方法，具體說(shuō)明如下方法一、所述多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示。在應(yīng)用此種方法的場(chǎng)景中，所述用于指示預(yù)編碼向量的比特域?yàn)锳XK比特，包含分別用于指示每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量的K=「log2A^比特信息。其中，A為一次發(fā)送包含的時(shí)隙個(gè)數(shù)，N為每個(gè)時(shí)隙可使用的不同預(yù)編碼向量的個(gè)數(shù)。
在實(shí)際應(yīng)用中，較優(yōu)的可以設(shè)置A = 2，相應(yīng)的對(duì)應(yīng)關(guān)系如表1所示。表1指示每個(gè)時(shí)隙使用的預(yù)編碼向量的比特域的不同狀態(tài)與所指示的預(yù)編碼向量的對(duì)應(yīng)關(guān)系
指示每個(gè)時(shí)隙使用的預(yù)編碼向量的K比特信息的狀態(tài)每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量0[+1 +1]1[+1 -1]需要指出的是，根據(jù)上述的表1中所示的信息，在實(shí)際應(yīng)用中，較優(yōu)的可以選擇K=1，但這只是一個(gè)具體的示例，并不排除K為其他值時(shí)的對(duì)應(yīng)關(guān)系。方法二、所述多個(gè)時(shí)隙對(duì)應(yīng)預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行聯(lián)合指示。在應(yīng)用此種方法的場(chǎng)景中，所述用于指示預(yù)編碼向量的比特域包含L=「log2M]比特信息，指示多個(gè)時(shí)隙的預(yù)編碼向量的M種組合中的一種。其中，M為多個(gè)時(shí)隙的預(yù)編碼向量的不同組合個(gè)數(shù)。在實(shí)際應(yīng)用中，相應(yīng)的對(duì)應(yīng)關(guān)系如表2所示。表2指示預(yù)編碼向量的比特域的不同狀態(tài)與多個(gè)時(shí)隙使用的預(yù)編碼向量的不同組合的對(duì)應(yīng)關(guān)系
指示預(yù)編碼向量的L比特信息的不同狀態(tài)第一個(gè)時(shí)隙的預(yù)編碼向量第二個(gè)時(shí)隙的預(yù)編碼向量00[+1 +1][+1 +1]01[+1 +1][+1 -1]10[+1 -1][+1 +1]11[+1 -1][+1 -1]需要指出的是，根據(jù)上述的表2中所示的信息，在實(shí)際應(yīng)用中，較優(yōu)的可以選擇L=2,2比特指示信息的不同狀態(tài)分別用來(lái)指示4個(gè)預(yù)編碼向量組合，但這只是一個(gè)具體的示例，并不排除L為其他值時(shí)的對(duì)應(yīng)關(guān)系。步驟S503、所述終端設(shè)備根據(jù)所述預(yù)編碼向量對(duì)所述上行控制信息在多個(gè)天線端口間進(jìn)行預(yù)編碼處理，獲得各天線端口所對(duì)應(yīng)的預(yù)編碼處理后的上行控制信息?；谏鲜龅拿枋觯鼋K端設(shè)備對(duì)每個(gè)時(shí)隙中的數(shù)據(jù)和導(dǎo)頻使用相同的預(yù)編碼向量在多個(gè)天線端口間進(jìn)行預(yù)編碼處理，所述預(yù)編碼向量為所述終端設(shè)備通過(guò)所述基站發(fā)送的配置信息確定的該時(shí)隙對(duì)應(yīng)的預(yù)編碼向量。步驟S504、所述終端設(shè)備分別在各天線端口使用相同的上行控制信道資源，發(fā)送相應(yīng)的天線端口所對(duì)應(yīng)的預(yù)編碼處理后的上行控制信息。
其中，所述上行控制信道資源具體為所述終端設(shè)備所確定的承載所述上行控制信息的上行控制信道資源。上述說(shuō)明描述了在終端設(shè)備側(cè)的具體處理過(guò)程，相對(duì)應(yīng)的，在基站側(cè)，具體的處理過(guò)程如圖6所示，包括以下步驟步驟S601、基站確定終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。步驟S602、所述基站向所述終端設(shè)備發(fā)送用于指示所述預(yù)編碼向量的配置信息。與前述的步驟S502相對(duì)應(yīng)，本步驟的處理同樣包括兩種情況(1)所述基站通過(guò)高層信令向所述終端設(shè)備發(fā)送用于指示預(yù)編碼向量的配置信息，以使所述終端設(shè)備根據(jù)所述配置信息中用于指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。(2)所述基站通過(guò)PDCCH向所述終端設(shè)備發(fā)送用于指示預(yù)編碼向量的配置信息，以使所述終端設(shè)備根據(jù)所述PDCCH中的指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。對(duì)于這樣兩種情況中具體信令和信息形式的限定參見前述的步驟S502中的描述，在此，不再重復(fù)說(shuō)明。步驟S603、所述基站確定所述終端設(shè)備發(fā)送上行控制信息所使用的上行控制信道資源。步驟S604、所述基站在所述上行控制信道資源上，接收所述終端設(shè)備發(fā)送的預(yù)編碼處理后的上行控制信息。進(jìn)一步的，無(wú)論是上述的終端設(shè)備側(cè)的處理過(guò)程，還是基站側(cè)的處理過(guò)程，對(duì)于本發(fā)明實(shí)施例所提出的技術(shù)方案，均需要進(jìn)行具體說(shuō)明如下(1)本發(fā)明實(shí)施例中的PUCCH可以承載ACK/NACK反饋信息，也可以承載其他上行控制信息，如SR、周期CSI (Channel State ^formation，信道狀態(tài)信息)等。其中，周期CSI包括周期CQI (Channel Quality hdicator，信道質(zhì)量指示)信息、PMI (Pre-coding Matrix hdicator，預(yù)編碼矩陣指示)信息、RI (Rank hdication，秩指示)信息、PTI (Precoder Type Indication，預(yù)編碼類型指示)信息。(2)本發(fā)明實(shí)施例所提出的技術(shù)方案可以使用于任何上行控制信道格式的多天線端口傳輸，包括但不限于 PUCCH format 1/la/lb, PUCCH format 3，PUCCH format2/2a/2b，以及 PUCCH format lb with channel selection。(3)本發(fā)明實(shí)施例所提出的技術(shù)方案同樣適用于FDD(FrequenCy DivisionDuplexing，頻分雙工)和 TDD (Time Division Duplexing，時(shí)分雙工)系統(tǒng)。(4)本發(fā)明實(shí)施例所提出的技術(shù)方案中的天線端口指定義給PUCCH的天線端口。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提出的技術(shù)方案具有以下優(yōu)點(diǎn)通過(guò)應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，對(duì)于多天線端口傳輸?shù)慕K端設(shè)備，根據(jù)基站發(fā)送的配置信息獲得上行控制信道在多天線端口的預(yù)編碼向量，并在每個(gè)天線端口使用相同的PUCCH資源發(fā)送通過(guò)該預(yù)編碼向量進(jìn)行預(yù)編碼后的對(duì)應(yīng)數(shù)據(jù)，從而，通過(guò)合理的配置每個(gè)時(shí)隙中應(yīng)用于多天線端口的預(yù)編碼向量，在盡可能降低PUCCH資源開銷的基礎(chǔ)上，保證了 PUCCH發(fā)射分集的性能增益。下面，結(jié)合具體的應(yīng)用場(chǎng)景，對(duì)本發(fā)明實(shí)施例所提出的技術(shù)方案進(jìn)行說(shuō)明。
15
本發(fā)明實(shí)施例提出了一種預(yù)編碼向量可配置的PUCCH多天線端口傳輸方法。其主要的技術(shù)思想為，對(duì)于多天線端口傳輸?shù)慕K端設(shè)備，根據(jù)基站發(fā)送的配置信息，獲得上行控制信道在多天線端口的預(yù)編碼向量，根據(jù)該預(yù)編碼向量對(duì)待傳輸數(shù)據(jù)進(jìn)行預(yù)編碼，以獲得每個(gè)天線端口對(duì)應(yīng)的傳輸數(shù)據(jù)，并在每個(gè)天線端口發(fā)送所述預(yù)編碼后對(duì)應(yīng)的數(shù)據(jù)，其中，多個(gè)天線端口使用相同的PUCCH資源。下面通過(guò)具體的實(shí)施例對(duì)相應(yīng)的技術(shù)方案進(jìn)行說(shuō)明。實(shí)施例一、假設(shè)UE采用PUCCH format 3傳輸上行控制信息，采用2天線端口傳輸方式。具體的處理過(guò)程如圖7所示，為本發(fā)明實(shí)施例所提出的一種具體多天線端口應(yīng)用場(chǎng)景下信息傳輸方法的流程示意圖，具體包括以下步驟步驟S701、基站從每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量集合(例如[+1+1]，[+1-1])中確定一個(gè)預(yù)編碼向量作為該時(shí)隙多天線端口傳輸使用的預(yù)編碼向量，并通過(guò)高層信令或者PDCCH信令中的2比特預(yù)編碼向量指示域發(fā)送給UE?；谇笆稣f(shuō)明，對(duì)于采用獨(dú)立指示的方法，本步驟中的具體處理方案為，基站通過(guò)2比特預(yù)編碼指示域中的第1比特指示第一個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量，第2比特指示第二個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量。例如，基站確定第一個(gè)時(shí)隙的預(yù)編碼向量為[+1+1]，根據(jù)表1，對(duì)應(yīng)“0”指示域狀態(tài)，第二個(gè)時(shí)隙的預(yù)編碼向量為[+1-1]，根據(jù)表1，對(duì)應(yīng)“1”指示域狀態(tài)，則基站發(fā)送2比特指示域?yàn)椤?1”。對(duì)于采用聯(lián)合指示的方法，本步驟中的具體處理方案為，基站通過(guò)2比特指示域指示2個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量的一個(gè)組合。例如，基站確定第一個(gè)時(shí)隙的預(yù)編碼向量為[+1+1]，第二個(gè)時(shí)隙的預(yù)編碼向量為[+1-1]，根據(jù)表2，則基站發(fā)送2比特指示域?yàn)椤?1”。步驟S702、UE接收下行數(shù)據(jù)，獲取相應(yīng)的上行控制信息，并進(jìn)一步確定一個(gè)PUCCHformat 3資源 其中，在具體應(yīng)用中，上述的上行控制信息可以具體為ACK/NACK信息。另一方面，上述的PUCCH format 3資源n UCCH ,可以具體為根據(jù)PDCCH中的ARI (ACK/NACK Resource Indicator，ACK/NACK 資源指示)域的指示確定的一個(gè) RRC 預(yù)先配置的 PUCCH format3 資源，其中，ARI 域具體為 PCC(Primary Component Carrier，主成員載波)上DAI(Downlink Assignment Index,下行分配索引)大于1的PDCCH中的TPC(Transmit Power Control，發(fā)射功率控制)域或者調(diào)度 SCCGecondary ComponentCarrier，輔成員載波)的PDCCH中的TPC域的重用。步驟S703、UE通過(guò)高層信令或者PDCCH信令接收基站發(fā)送的攜帶指示每個(gè)時(shí)隙的預(yù)編碼向量的2比特信息為“01”。對(duì)應(yīng)前述的采用獨(dú)立指示的方法，根據(jù)表1，確定第1比特“0”指示的第一個(gè)時(shí)隙的預(yù)編碼向量為[+1+1]，確定第2比特“1”指示的第二個(gè)時(shí)隙的預(yù)編碼向量為[+1-1]。對(duì)應(yīng)前述的采用聯(lián)合指示的方法，根據(jù)表2，確定“01”指示的組合狀態(tài)為第一個(gè)時(shí)隙的預(yù)編碼向量為[+1+1]，第二個(gè)時(shí)隙的預(yù)編碼向量為[+1-1]。步驟S704、UE分別在各天線端口中通過(guò)相同的上行控制信道資源,發(fā)送各天線端口所對(duì)應(yīng)的預(yù)編碼處理后
16的上行控制信息。具體的，UE根據(jù)PUCCH format 3傳輸方案(如圖1和圖2所示，其中也包括最后一個(gè)符號(hào)用于傳輸SRS的shortened PUCCH format 3)和信道資源/^Iot確定的時(shí)域正交序列，以及導(dǎo)頻序列，得到在該子幀中的每個(gè)!《(Resource Element，資源單元)傳輸?shù)恼{(diào)制符號(hào)A(包括數(shù)據(jù)符號(hào)和導(dǎo)頻符號(hào))。對(duì)第一個(gè)時(shí)隙中的每個(gè)RE對(duì)應(yīng)的Qi (包括數(shù)據(jù)符號(hào)和導(dǎo)頻符號(hào))，采用預(yù)編碼向量W= [+1+1]進(jìn)行預(yù)編碼，對(duì)第二個(gè)時(shí)隙中的每個(gè)RE對(duì)應(yīng)的從(包括數(shù)據(jù)符號(hào)和導(dǎo)頻符號(hào))，采用預(yù)編碼向量W= [+1-1]進(jìn)行預(yù)編碼，得到預(yù)編碼后該RE上對(duì)應(yīng)的多個(gè)天線端口的發(fā)送信號(hào)Yi = &W，其中，Yi為IxN的向量，向量中的每個(gè)元素表示該RE上對(duì)應(yīng)的一個(gè)天線端口的發(fā)送信號(hào)，N為天線端口數(shù)，在具體應(yīng)用中，可以優(yōu)選的確定N = 2，但并不排除其他天線端口數(shù)，此時(shí)預(yù)編碼向量W應(yīng)為IxN的向量。UE在根據(jù)PUCCH format 3資源《溫^確定PUCCH format 3發(fā)送的PRB位置上，發(fā)送多天線端口對(duì)應(yīng)的采用所述預(yù)編碼向量進(jìn)行預(yù)編碼后的上行控制信息，其中，每個(gè)天線端口使用相同的上行控制信道資源。步驟S705、基站確定一個(gè)PUCCH format 3資源,在該資源上接收UE發(fā)送的預(yù)編碼后的上行控制信息。其中，上述的PUCCH format 3資源《溫^為基站預(yù)先確定的配置給UE的一個(gè)PUCCH format 3資源，并通過(guò)PDCCH中的ARI域指示給UE。具體的，ARI域具體為PCC上DAI大于1的PDCCH中的TPC域或者調(diào)度SCC的PDCCH中的TPC域的重用。需要說(shuō)明的是，上述實(shí)施例中，如果將PUCCH format 3換成PUCCHformatΙ/la/lb或者PUCCH format 2/^2^213同樣適用，所不同的是，UE在獲取信道資源時(shí)，對(duì)PUCCH format I/la/lb 是根據(jù) PDCCH 的最小 CCE (Control Channel Element，控制信道單元)獲得的，對(duì)PUCCH format 2/2a/^b是根據(jù)高層信令的預(yù)先配置獲得的。實(shí)施例二、假設(shè)UE 采用 PUCCH format lb with channel selection 傳輸 4 比特ACK/NACK反饋信息，采用2天線端口傳輸方式。具體的處理過(guò)程如圖8所示，為本發(fā)明實(shí)施例所提出的一種具體多天線端口應(yīng)用場(chǎng)景下信息傳輸方法的流程示意圖，具體包括以下步驟步驟S801、基站從每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量集合中確定一個(gè)預(yù)編碼向量作為該時(shí)隙多天線端口傳輸使用的預(yù)編碼向量，并通過(guò)高層信令或者PDCCH信令中的2比特預(yù)編碼向量指示域發(fā)送給UE。同樣基于前述說(shuō)明，對(duì)于采用獨(dú)立指示的方法，本步驟中的具體處理方案為，基站2比特指示域中的第1比特指示第一個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量，第2比特指示第二個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量。例如，基站確定第一個(gè)時(shí)隙的預(yù)編碼向量為[+1+1]，根據(jù)表1，對(duì)應(yīng)“0”指示域狀態(tài)，第二個(gè)時(shí)隙的預(yù)編碼向量為[+1-1]，根據(jù)表1，對(duì)應(yīng)“1”指示域狀態(tài)，則基站發(fā)送2比特指示域?yàn)椤?1”。對(duì)于采用聯(lián)合指示的方法，本步驟中的具體處理方案為，基站通過(guò)2比特指示域指示2個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量的一個(gè)組合。
例如，基站確定第一個(gè)時(shí)隙的預(yù)編碼向量為[+1+1]，第二個(gè)時(shí)隙的預(yù)編碼向量為[+1-1]，根據(jù)表2，則基站發(fā)送2比特指示域?yàn)椤?1”。步驟S802、UE接收下行數(shù)據(jù)，獲取相應(yīng)的4比特ACK/NACK反饋信息，并進(jìn)一步根據(jù)ACK/NACK映射表格確定1個(gè)對(duì)應(yīng)的ACK/NACK調(diào)制符號(hào)和1個(gè)候選的PUCCH format Ib
資源WLh ,作為傳輸ACK/NACK調(diào)制符號(hào)的資源。例如，UE可以根據(jù)反饋窗口(即需要在同一個(gè)上行子幀進(jìn)行ACK/NACK反饋的下行子幀集合)中接收到的PCC上傳輸?shù)腜DCCH的最小CCE編號(hào)獲得PUCCH format Ib隱式資源，和/或根據(jù)在SCC上傳輸?shù)腜DCCH中的ARI域(TPC域的重用)的指示獲得RRC預(yù)先配置的PUCCH format Ib半靜態(tài)資源，和/或，根據(jù)高層信令的預(yù)先配置獲得PUCCH formatIb半靜態(tài)資源，共獲得最多4個(gè)PUCCH format Ib候選資源，并根據(jù)ACK/NACK映射表格從中選擇1個(gè)候選的PUCCH format Ib資源。步驟S803、UE通過(guò)高層信令或者PDCCH信令接收基站發(fā)送的攜帶指示每個(gè)時(shí)隙的預(yù)編碼向量的2比特信息為“01”。對(duì)應(yīng)前述的采用獨(dú)立指示的方法，根據(jù)表1，確定第1比特“0”指示的第一個(gè)時(shí)隙的預(yù)編碼向量為[+1+1]，確定第2比特“1”指示的第二個(gè)時(shí)隙的預(yù)編碼向量為[+1-1]。對(duì)應(yīng)前述的采用聯(lián)合指示的方法，根據(jù)表2，確定“01”指示的組合狀態(tài)為第一個(gè)時(shí)隙的預(yù)編碼向量為[+1+1]，第二個(gè)時(shí)隙的預(yù)編碼向量為[+1-1]。步驟S804、UE分別在各天線端口中通過(guò)相同的上行控制信道資源,發(fā)送各天線端口所對(duì)應(yīng)的預(yù)編碼處理后的上行控制信息。UE根據(jù)PUCCH format Ib傳輸方案(如圖3和圖4所示，其中也包括最后一個(gè)符號(hào)用于傳輸SRS的shortened PUCCH format lb)和信道資源義^^確定的數(shù)據(jù)和導(dǎo)頻時(shí)域正交序列，以及數(shù)據(jù)和導(dǎo)頻的頻域循環(huán)移位值，得到在該子幀中的每個(gè)RE傳輸?shù)恼{(diào)制符號(hào)Qi (包括數(shù)據(jù)符號(hào)和導(dǎo)頻符號(hào))。對(duì)第一個(gè)時(shí)隙中的每個(gè)RE (Resource Element，資源單元)對(duì)應(yīng)的仏(包括數(shù)據(jù)符號(hào)和導(dǎo)頻符號(hào))，采用預(yù)編碼向量W= [+1+1]進(jìn)行預(yù)編碼，對(duì)第二個(gè)時(shí)隙中的每個(gè)RE對(duì)應(yīng)的仏(包括數(shù)據(jù)符號(hào)和導(dǎo)頻符號(hào))，采用預(yù)編碼向量W= [+1-1]進(jìn)行預(yù)編碼，得到預(yù)編碼后該RE上對(duì)應(yīng)的多個(gè)天線端口的發(fā)送信號(hào)Yi = QiW,其中，Yi為IxN的向量，向量中的每個(gè)元素表示該RE上對(duì)應(yīng)的一個(gè)天線端口的發(fā)送信號(hào)，N為天線端口數(shù)，在具體應(yīng)用中，可以優(yōu)選的確定N = 2，但并不排除其他天線端口數(shù)，此時(shí)預(yù)編碼向量W應(yīng)為IxN的向量。UE在根據(jù)PUCCH format Ib資源《忠確定PUCCH format Ib發(fā)送的PRB位置上，發(fā)送多天線端口對(duì)應(yīng)的采用所述預(yù)編碼向量進(jìn)行預(yù)編碼后的上行控制信息，其中，每個(gè)天線端口使用相同的上行控制信道資源。 步驟S805、基站確定至多4個(gè)PUCCH format Ib候選資源,并在這些候選資源上分別根據(jù)PUCCH format Ib傳輸方案檢測(cè)ACK/NACK反饋信息。具體的，基站確定至多4個(gè)PUCCH format Ib候選資源《^⑶的方法具體包括根據(jù)反饋窗口(即需要在同一個(gè)上行子幀進(jìn)行ACK/NACK反饋的下行子幀集合)中在PCC上發(fā)送的PDCCH的最小CCE編號(hào)獲得PUCCH format Ib隱式資源；和/或，根據(jù)在SCC上發(fā)送的PDCCH中的ARI域(TPC域的重用)的指示獲得RRC預(yù)先配置的PUCCH format Ib半靜態(tài)資源；和/或，根據(jù)高層信令的預(yù)先配置給UE的PUCCH format Ib半靜態(tài)資源。步驟S806、基站確定一個(gè)檢測(cè)到信息的PUCCH format Ib資源以及在該資源上檢測(cè)到的ACK/NACK調(diào)制符號(hào)，并根據(jù)ACK/NACK映射表格確定該檢測(cè)到的PUCCH format Ib 資源和該檢測(cè)到的ACK/NACK調(diào)制符號(hào)對(duì)應(yīng)的ACK/NACK反饋信息。此外，較優(yōu)的，在上述過(guò)程中，基站可通過(guò)通知終端分別采用不同預(yù)編碼向量在每個(gè)時(shí)隙的多個(gè)天線端口上發(fā)送導(dǎo)頻和/或數(shù)據(jù)來(lái)確定每個(gè)時(shí)隙對(duì)應(yīng)的最佳預(yù)編碼向量。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提出的技術(shù)方案具有以下優(yōu)點(diǎn)通過(guò)應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，對(duì)于多天線端口傳輸?shù)慕K端設(shè)備，根據(jù)基站發(fā)送的配置信息獲得上行控制信道在多天線端口的預(yù)編碼向量，并在每個(gè)天線端口使用相同的PUCCH資源發(fā)送通過(guò)該預(yù)編碼向量進(jìn)行預(yù)編碼后的對(duì)應(yīng)數(shù)據(jù)，從而，通過(guò)合理的配置每個(gè)時(shí)隙中應(yīng)用于多天線端口的預(yù)編碼向量，在盡可能降低PUCCH資源開銷的基礎(chǔ)上，保證了 PUCCH發(fā)射分集的性能增益。為了實(shí)現(xiàn)本發(fā)明實(shí)施例的技術(shù)方案，本發(fā)明實(shí)施例還提供了一種終端設(shè)備，其結(jié)構(gòu)示意圖如圖9所示，至少包括第一確定模塊91，用于確定需要發(fā)送的上行控制信息，并且確定一個(gè)承載所述上行控制信息的上行控制信道資源；第二確定模塊92，用于根據(jù)基站發(fā)送的配置信息確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量；處理模塊93，用于根據(jù)所述第二確定模塊92所確定的預(yù)編碼向量對(duì)所述第一確定模塊91所確定的上行控制信息在多個(gè)天線端口間進(jìn)行預(yù)編碼處理，獲得各天線端口所對(duì)應(yīng)的預(yù)編碼處理后的上行控制信息；發(fā)送模塊94，用于分別在各天線端口使用相同的上行控制信道資源，發(fā)送相應(yīng)的天線端口所對(duì)應(yīng)的經(jīng)過(guò)所述處理模塊93進(jìn)行預(yù)編碼處理后的上行控制信息，其中，所述上行控制信道資源具體為所述第一確定模塊91所確定的承載所述上行控制信息的上行控制信道資源。在一種具體的情況下，所述第二確定模塊92，具體用于通過(guò)高層信令接收所述基站發(fā)送的配置信息，并根據(jù)所述配置信息中用于指示預(yù)編碼向量的比特域，確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。另一種情況下，所述第二確定模塊92，具體用于通過(guò)PDCCH接收所述基站發(fā)送的配置信息，并根據(jù)所述PDCCH中的用于指示預(yù)編碼向量的比特域，確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。具體的，所述第二確定模塊92，具體用于通過(guò)有對(duì)應(yīng)PDSCH傳輸?shù)腜DCCH，和/或指示下行SPS資源釋放的PDCCH接收基站
發(fā)送的配置信息。另一方面，所述第二確定模塊92，具體用于當(dāng)所述PDCCH在所述終端設(shè)備的專屬搜索空間傳輸時(shí)，確定所述PDCCH所使用的 DCI format中包含用于指示預(yù)編碼向量的比特域；當(dāng)所述PDCCH在所述終端設(shè)備的公共搜索空間傳輸時(shí)，確定所述PDCCH所使用的DCI format中不包含用于指示預(yù)編碼向量的比特域。進(jìn)一步的，所述第二確定模塊92，具體用于通過(guò)所述PDCCH所使用的DCI format中新增加的比特域作為指示預(yù)編碼向量的比特域；或，通過(guò)所述PDCCH所使用的DCI format中的原有比特域重用作為指示預(yù)編碼向量的比特域。需要進(jìn)一步指出的是，所述第二確定模塊92，具體用于當(dāng)所述終端設(shè)備接收到了多個(gè)包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，確定各所述PDCCH中所包含的用于指示預(yù)編碼向量的比特域的指示值相同。不僅如此，所述第二確定模塊92，還用于當(dāng)所述終端設(shè)備沒(méi)有接收到包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，確定所述基站最近一次所配置的預(yù)編碼向量或所述基站通過(guò)高層信令預(yù)設(shè)的固定的預(yù)編碼向量，為本次傳輸中所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。優(yōu)選的，所述第二確定模塊92，還用于當(dāng)所述終端設(shè)備接收到一個(gè)無(wú)對(duì)應(yīng)PDCCH的SPS PDSCH，且沒(méi)有接收到任何一個(gè)包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，根據(jù)激活所述SPS PDSCH的PDCCH中所包含的用于指示預(yù)編碼向量的比特域，確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。另一方面，所述第二確定模塊92，還用于根據(jù)所述基站發(fā)送的配置信息確定每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量，其中，所述每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量應(yīng)用于該時(shí)隙中的傳輸信息在多個(gè)天線端口間的預(yù)編碼處理，多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示或者聯(lián)合指示。其中，所述第二確定模塊92，還用于當(dāng)所述多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示時(shí)，確定所述用于指示預(yù)編碼向量的比特域?yàn)锳XK比特，包含分別用于指示每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量的K=「log2A^比特信息，其中，A為一次發(fā)送包含的時(shí)隙個(gè)數(shù)，N為每個(gè)時(shí)隙可使用的不同預(yù)編碼向量的個(gè)數(shù)。其中，所述第二確定模塊92，還用于當(dāng)所述多個(gè)時(shí)隙對(duì)應(yīng)預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行聯(lián)合指示時(shí)，確定所述用于指示預(yù)編碼向量的比特域包含L=「log2M]比特信息，指示多個(gè)時(shí)隙的預(yù)編碼向量的M種組合中的一種。另一方面，所述處理模塊93，具體用于對(duì)每個(gè)時(shí)隙中的數(shù)據(jù)和導(dǎo)頻使用相同的預(yù)編碼向量在多個(gè)天線端口間進(jìn)行預(yù)編碼處理，所述預(yù)編碼向量為所述第二確定模塊92通過(guò)所述基站發(fā)送的配置信息確定的該時(shí)隙對(duì)應(yīng)的預(yù)編碼向量。另一方面，本發(fā)明實(shí)施例還提供了一種基站，其結(jié)構(gòu)示意圖如圖10所示，至少包括確定模塊101，用于確定終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量，并確定所述終端設(shè)備發(fā)送上行控制信息所使用的上行控制信道資源；發(fā)送模塊102，用于向所述終端設(shè)備發(fā)送用于指示所述確定模塊101所確定的預(yù)編碼向量的配置信息；接收模塊103，用于在所述確定模塊101所確定的上行控制信道資源上，接收所述終端設(shè)備發(fā)送的預(yù)編碼處理后的上行控制信息。在一種具體的情況下，所述發(fā)送模塊102，具體用于通過(guò)高層信令向所述終端設(shè)備發(fā)送用于指示預(yù)編碼向量的配置信息，以使所述終端設(shè)備根據(jù)所述配置信息中用于指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。在另一種情況下，所述發(fā)送模塊102，具體用于通過(guò)PDCCH向所述終端設(shè)備發(fā)送用于指示預(yù)編碼向量的配置信息，以使所述終端設(shè)備根據(jù)所述PDCCH中的指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。在具體的應(yīng)用場(chǎng)景中，所述發(fā)送模塊102，還用于通過(guò)高層信令向所述終端設(shè)備發(fā)送固定的預(yù)編碼向量，以使所述終端設(shè)備在沒(méi)有接收到包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，確定所述固定的預(yù)編碼向量，為自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。另一方面，所述發(fā)送模塊102，具體用于 通過(guò)有對(duì)應(yīng)PDSCH傳輸?shù)腜DCCH，和/或指示下行SPS資源釋放的PDCCH向所述終端設(shè)備發(fā)送用于指示預(yù)編碼向量的配置信息。需要指出的是，所述發(fā)送模塊102，具體用于當(dāng)所述PDCCH在所述終端設(shè)備的專屬搜索空間傳輸時(shí)，確定所述PDCCH所使用的 DCI format中包含用于指示預(yù)編碼向量的比特域；當(dāng)所述PDCCH在所述終端設(shè)備的公共搜索空間傳輸時(shí)，確定所述PDCCH所使用的 DCI format中不包含用于指示預(yù)編碼向量的比特域。進(jìn)一步的，所述發(fā)送模塊102，具體用于通過(guò)所述PDCCH所使用的DCI format中新增加的比特域作為指示預(yù)編碼向量的比特域；或，通過(guò)所述PDCCH所使用的DCI format中的原有比特域重用作為指示預(yù)編碼向量的比特域。進(jìn)一步的，所述發(fā)送模塊102，具體用于當(dāng)需要向所述終端設(shè)備發(fā)送多個(gè)包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)， 確定各所述PDCCH中所包含的用于指示預(yù)編碼向量的比特域的指示值相同。另一方面，所述發(fā)送模塊102，還用于向所述終端設(shè)備發(fā)送用于指示所述終端設(shè)備的每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量的配置信息，其中，所述每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量應(yīng)用于該時(shí)隙中的傳輸信息在多個(gè)天線端口間的預(yù)編碼，多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述發(fā)送模塊102發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示或者聯(lián)合指示。其中，所述發(fā)送模塊102，還用于
當(dāng)所述多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述發(fā)送模塊102發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示時(shí)，確定所述用于指示預(yù)編碼向量的比特域?yàn)锳XK比特，包含分別用于指示每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量的K=「log2A^比特信息，其中，A為一次發(fā)送包含的時(shí)隙個(gè)數(shù)，N為每個(gè)時(shí)隙可使用的不同預(yù)編碼向量的個(gè)數(shù)。另一方面，所述發(fā)送模塊102，還用于當(dāng)所述多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述發(fā)送模塊102發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行聯(lián)合指示時(shí)，確定所述用于指示預(yù)編碼向量的比特域包含L=「log2M]比特信息，指示多個(gè)時(shí)隙的預(yù)編碼向量的M種組合中的一種。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提出的技術(shù)方案具有以下優(yōu)點(diǎn)通過(guò)應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，對(duì)于多天線端口傳輸?shù)慕K端設(shè)備，根據(jù)基站發(fā)送的配置信息獲得上行控制信道在多天線端口的預(yù)編碼向量，并在每個(gè)天線端口使用相同的PUCCH資源發(fā)送通過(guò)該預(yù)編碼向量進(jìn)行預(yù)編碼后的對(duì)應(yīng)數(shù)據(jù)，從而，通過(guò)合理的配置每個(gè)時(shí)隙中應(yīng)用于多天線端口的預(yù)編碼向量，在盡可能降低PUCCH資源開銷的基礎(chǔ)上，保證了 PUCCH發(fā)射分集的性能增益。通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明實(shí)施例可以通過(guò)硬件實(shí)現(xiàn)，也可以借助軟件加必要的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)?；谶@樣的理解，本發(fā)明實(shí)施例的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該軟件產(chǎn)品可以存儲(chǔ)在一個(gè)非易失性存儲(chǔ)介質(zhì)(可以是⑶-ROM，U盤，移動(dòng)硬盤等)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或網(wǎng)絡(luò)側(cè)設(shè)備等)執(zhí)行本發(fā)明實(shí)施例各個(gè)實(shí)施場(chǎng)景所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施場(chǎng)景的示意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明實(shí)施例所必須的。本領(lǐng)域技術(shù)人員可以理解實(shí)施場(chǎng)景中的裝置中的模塊可以按照實(shí)施場(chǎng)景描述進(jìn)行分布于實(shí)施場(chǎng)景的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施場(chǎng)景的一個(gè)或多個(gè)裝置中。上述實(shí)施場(chǎng)景的模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。 上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施場(chǎng)景的優(yōu)劣。 以上公開的僅為本發(fā)明實(shí)施例的幾個(gè)具體實(shí)施場(chǎng)景，但是，本發(fā)明實(shí)施例并非局
限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明實(shí)施例的業(yè)務(wù)限制范圍。
權(quán)利要求
1.一種多天線端口場(chǎng)景下的信息傳輸方法，其特征在于，至少包括以下步驟終端設(shè)備確定需要發(fā)送的上行控制信息，并且確定一個(gè)承載所述上行控制信息的上行控制信道資源；所述終端設(shè)備根據(jù)基站發(fā)送的配置信息確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量；所述終端設(shè)備根據(jù)所述預(yù)編碼向量對(duì)所述上行控制信息在多個(gè)天線端口間進(jìn)行預(yù)編碼處理，獲得各天線端口所對(duì)應(yīng)的預(yù)編碼處理后的上行控制信息；所述終端設(shè)備分別在各天線端口使用相同的上行控制信道資源，發(fā)送相應(yīng)的天線端口所對(duì)應(yīng)的預(yù)編碼處理后的上行控制信息，其中，所述上行控制信道資源具體為所述終端設(shè)備所確定的承載所述上行控制信息的上行控制信道資源。
2.如權(quán)利要求1所述的方法，其特征在于，所述終端設(shè)備根據(jù)基站發(fā)送的配置信息確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量，具體包括所述終端設(shè)備通過(guò)高層信令接收所述基站發(fā)送的配置信息，并根據(jù)所述配置信息中用于指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
3.如權(quán)利要求1所述的方法，其特征在于，所述終端設(shè)備根據(jù)基站發(fā)送的配置信息確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量，具體包括所述終端設(shè)備通過(guò)PDCCH接收所述基站發(fā)送的配置信息，并根據(jù)所述PDCCH中用于指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
4.如權(quán)利要求3所述的方法，其特征在于，所述PDCCH，具體包括有對(duì)應(yīng)PDSCH傳輸?shù)腜DCCH，以及指示下行SPS資源釋放的PDCCH。
5.如權(quán)利要求3所述的方法，其特征在于，當(dāng)所述PDCCH在所述終端設(shè)備的專屬搜索空間傳輸時(shí)，所述終端設(shè)備確定所述PDCCH所使用的DCI format中包含用于指示預(yù)編碼向量的比特域；當(dāng)所述PDCCH在所述終端設(shè)備的公共搜索空間傳輸時(shí)，所述終端設(shè)備確定所述PDCCH所使用的DCI format中不包含用于指示預(yù)編碼向量的比特域。
6.如權(quán)利要求3至5中任意一項(xiàng)所述的方法，其特征在于，所述用于指示預(yù)編碼向量的比特域，具體包括所述PDCCH所使用的DCI format中新增加的比特域；或，所述PDCCH所使用的DCI format中原有比特域的重用。
7.如權(quán)利要求3至5中任意一項(xiàng)所述的方法，其特征在于，如果所述終端設(shè)備接收到了多個(gè)包含用于指示預(yù)編碼向量的比特域的PDCCH，各所述PDCCH中所包含的用于指示預(yù)編碼向量的比特域的指示值相同。
8.如權(quán)利要求3所述的方法，其特征在于，所述終端設(shè)備通過(guò)PDCCH接收所述基站發(fā)送的配置信息時(shí)，具體包括當(dāng)所述終端設(shè)備沒(méi)有接收到包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，所述終端設(shè)備確定所述基站最近一次所配置的預(yù)編碼向量或所述基站通過(guò)高層信令預(yù)設(shè)的固定的預(yù)編碼向量，為本次傳輸中自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
9.如權(quán)利要求3所述的方法，其特征在于，所述終端設(shè)備通過(guò)PDCCH接收基站發(fā)送的所述配置信息時(shí)，具體包括當(dāng)所述終端設(shè)備接收到一個(gè)無(wú)對(duì)應(yīng)PDCCH的SPS PDSCH，且沒(méi)有接收到任何一個(gè)包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，所述終端設(shè)備根據(jù)激活所述SPS PDSCH的PDCCH 中所包含的用于指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
10.如權(quán)利要求2或8所述的方法，其特征在于，所述高層信令，具體包括RRC信令；和/或，MAC信令。
11.如權(quán)利要求1所述的方法，其特征在于，所述終端設(shè)備根據(jù)基站發(fā)送的配置信息確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量，進(jìn)一步包括所述終端設(shè)備根據(jù)所述基站發(fā)送的配置信息確定每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量，其中， 所述每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量應(yīng)用于該時(shí)隙中的傳輸信息在多個(gè)天線端口間的預(yù)編碼處理，多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示或者聯(lián)合指示。
12.如權(quán)利要求11所述的方法，其特征在于，當(dāng)所述多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示時(shí)，具體包括所述用于指示預(yù)編碼向量的比特域?yàn)锳XK比特，包含分別用于指示每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量的K=「log2 M比特信息，其中，A為一次發(fā)送包含的時(shí)隙個(gè)數(shù)，N為每個(gè)時(shí)隙可使用的不同預(yù)編碼向量的個(gè)數(shù)。
13.如權(quán)利要求11所述的方法，其特征在于，當(dāng)所述多個(gè)時(shí)隙對(duì)應(yīng)預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行聯(lián)合指示時(shí)，具體包括所述用于指示預(yù)編碼向量的比特域包含L=「log2M]比特信息，指示多個(gè)時(shí)隙的預(yù)編碼向量的M種組合中的一種。
14.如權(quán)利要求11所述的方法，其特征在于，所述終端設(shè)備根據(jù)所述預(yù)編碼向量對(duì)所述上行控制信息在多個(gè)天線端口間進(jìn)行預(yù)編碼處理，獲得各天線端口所對(duì)應(yīng)的預(yù)編碼處理后的上行控制信息，具體包括所述終端設(shè)備對(duì)每個(gè)時(shí)隙中的數(shù)據(jù)和導(dǎo)頻使用相同的預(yù)編碼向量在多個(gè)天線端口間進(jìn)行預(yù)編碼處理，所述預(yù)編碼向量為所述終端設(shè)備通過(guò)所述基站發(fā)送的配置信息確定的該時(shí)隙對(duì)應(yīng)的預(yù)編碼向量。
15.一種終端設(shè)備，其特征在于，至少包括第一確定模塊，用于確定需要發(fā)送的上行控制信息，并且確定一個(gè)承載所述上行控制信息的上行控制信道資源；第二確定模塊，用于根據(jù)基站發(fā)送的配置信息確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量；處理模塊，用于根據(jù)所述第二確定模塊所確定的預(yù)編碼向量對(duì)所述第一確定模塊所確定的上行控制信息在多個(gè)天線端口間進(jìn)行預(yù)編碼處理，獲得各天線端口所對(duì)應(yīng)的預(yù)編碼處理后的上行控制信息；發(fā)送模塊，用于分別在各天線端口使用相同的上行控制信道資源，發(fā)送相應(yīng)的天線端口所對(duì)應(yīng)的經(jīng)過(guò)所述處理模塊進(jìn)行預(yù)編碼處理后的上行控制信息，其中，所述上行控制信道資源具體為所述第一確定模塊所確定的承載所述上行控制信息的上行控制信道資源。
16.如權(quán)利要求15所述的終端設(shè)備，其特征在于，所述第二確定模塊，具體用于通過(guò)高層信令接收所述基站發(fā)送的配置信息，并根據(jù)所述配置信息中用于指示預(yù)編碼向量的比特域，確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
17.如權(quán)利要求15所述的終端設(shè)備，其特征在于，所述第二確定模塊，具體用于通過(guò)PDCCH接收所述基站發(fā)送的配置信息，并根據(jù)所述PDCCH中的用于指示預(yù)編碼向量的比特域，確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
18.如權(quán)利要求17所述的終端設(shè)備，其特征在于，所述第二確定模塊，具體用于通過(guò)有對(duì)應(yīng)PDSCH傳輸?shù)腜DCCH，和/或指示下行SPS資源釋放的PDCCH接收基站發(fā)送的配置信息。
19.如權(quán)利要求17所述的終端設(shè)備，其特征在于，所述第二確定模塊，具體用于當(dāng)所述PDCCH在所述終端設(shè)備的專屬搜索空間傳輸時(shí)，確定所述PDCCH所使用的DCIformat中包含用于指示預(yù)編碼向量的比特域；當(dāng)所述PDCCH在所述終端設(shè)備的公共搜索空間傳輸時(shí)，確定所述PDCCH所使用的DCIformat中不包含用于指示預(yù)編碼向量的比特域。
20.如權(quán)利要求17至19中任意一項(xiàng)所述的終端設(shè)備，其特征在于，所述第二確定模塊，具體用于通過(guò)所述PDCCH所使用的DCI format中新增加的比特域作為指示預(yù)編碼向量的比特■^C ？通過(guò)所述PDCCH所使用的DCI format中的原有比特域重用作為指示預(yù)編碼向量的比特域。
21.如權(quán)利要求17至19中任意一項(xiàng)所述的終端設(shè)備，其特征在于，所述第二確定模塊，具體用于當(dāng)所述終端設(shè)備接收到了多個(gè)包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，確定各所述PDCCH中所包含的用于指示預(yù)編碼向量的比特域的指示值相同。
22.如權(quán)利要求17所述的終端設(shè)備，其特征在于，所述第二確定模塊，還用于當(dāng)所述終端設(shè)備沒(méi)有接收到包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，確定所述基站最近一次所配置的預(yù)編碼向量或所述基站通過(guò)高層信令預(yù)設(shè)的固定的預(yù)編碼向量，為本次傳輸中所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
23.如權(quán)利要求17所述的終端設(shè)備，其特征在于，所述第二確定模塊，還用于當(dāng)所述終端設(shè)備接收到一個(gè)無(wú)對(duì)應(yīng)PDCCH的SPS PDSCH，且沒(méi)有接收到任何一個(gè)包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，根據(jù)激活所述SPS PDSCH的PDCCH中所包含的用于指示預(yù)編碼向量的比特域，確定所述終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
24.如權(quán)利要求15所述的終端設(shè)備，其特征在于，所述第二確定模塊，還用于根據(jù)所述基站發(fā)送的配置信息確定每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量，其中，所述每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量應(yīng)用于該時(shí)隙中的傳輸信息在多個(gè)天線端口間的預(yù)編碼處理，多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示或者聯(lián)合指示。
25.如權(quán)利要求M所述的終端設(shè)備，其特征在于，所述第二確定模塊，還用于當(dāng)所述多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示時(shí)，確定所述用于指示預(yù)編碼向量的比特域?yàn)锳XK比特，包含分別用于指示每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量的K=「log2A^比特信息，其中，A為一次發(fā)送包含的時(shí)隙個(gè)數(shù)，N為每個(gè)時(shí)隙可使用的不同預(yù)編碼向量的個(gè)數(shù)。
26.如權(quán)利要求M所述的終端設(shè)備，其特征在于，所述第二確定模塊，還用于 當(dāng)所述多個(gè)時(shí)隙對(duì)應(yīng)預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行聯(lián)合指示時(shí)，確定所述用于指示預(yù)編碼向量的比特域包含L=「log2M]比特信息，指示多個(gè)時(shí)隙的預(yù)編碼向量的M種組合中的一種。
27.如權(quán)利要求M所述的終端設(shè)備，其特征在于，所述處理模塊，具體用于 對(duì)每個(gè)時(shí)隙中的數(shù)據(jù)和導(dǎo)頻使用相同的預(yù)編碼向量在多個(gè)天線端口間進(jìn)行預(yù)編碼處理，所述預(yù)編碼向量為所述第二確定模塊通過(guò)所述基站發(fā)送的配置信息確定的該時(shí)隙對(duì)應(yīng)的預(yù)編碼向量。
28.一種多天線端口場(chǎng)景下的信息傳輸方法，其特征在于，至少包括以下步驟 基站確定終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量；所述基站向所述終端設(shè)備發(fā)送用于指示所述預(yù)編碼向量的配置信息； 所述基站確定所述終端設(shè)備發(fā)送上行控制信息所使用的上行控制信道資源； 所述基站在所述上行控制信道資源上，接收所述終端設(shè)備發(fā)送的預(yù)編碼處理后的上行控制信息。
29.如權(quán)利要求觀所述的方法，其特征在于，所述基站向所述終端設(shè)備發(fā)送用于指示所述預(yù)編碼向量的配置信息，具體包括所述基站通過(guò)高層信令向所述終端設(shè)備發(fā)送用于指示預(yù)編碼向量的配置信息，以使所述終端設(shè)備根據(jù)所述配置信息中的指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
30.如權(quán)利要求觀所述的方法，其特征在于，所述基站向所述終端設(shè)備發(fā)送用于指示所述預(yù)編碼向量的配置信息，具體包括所述基站通過(guò)PDCCH向所述終端設(shè)備發(fā)送用于指示預(yù)編碼向量的配置信息，以使所述終端設(shè)備根據(jù)所述PDCCH中的指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
31.如權(quán)利要求30所述的方法，其特征在于，在所述基站通過(guò)PDCCH向所述終端設(shè)備發(fā)送用于指示預(yù)編碼向量的配置信息之前，還包括所述基站通過(guò)高層信令向所述終端設(shè)備發(fā)送固定的預(yù)編碼向量，以使所述終端設(shè)備在沒(méi)有接收到包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，確定所述固定的預(yù)編碼向量， 為本次傳輸中自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
32.如權(quán)利要求30所述的方法，其特征在于，所述PDCCH，具體包括 有對(duì)應(yīng)PDSCH傳輸?shù)腜DCCH，以及指示下行SPS資源釋放的PDCCH。
33.如權(quán)利要求30所述的方法，其特征在于，當(dāng)所述PDCCH在所述終端設(shè)備的專屬搜索空間傳輸時(shí)，所述基站確定所述PDCCH所使用的DCI format中包含用于指示預(yù)編碼向量的比特域；當(dāng)所述PDCCH在所述終端設(shè)備的公共搜索空間傳輸時(shí)，所述基站確定所述PDCCH所使用的DCI format中不包含用于指示預(yù)編碼向量的比特域。
34.如權(quán)利要求30、32或33中任意一項(xiàng)所述的方法，其特征在于，所述用于指示預(yù)編碼向量的比特域，具體包括所述PDCCH所使用的DCI format中新增加的比特域；或，所述PDCCH所使用的DCI format中原有比特域的重用。
35.如權(quán)利要求30、32或33中任意一項(xiàng)所述的方法，其特征在于，如果所述基站向所述終端設(shè)備發(fā)送了多個(gè)包含用于指示預(yù)編碼向量的比特域的PDCCH，各所述PDCCH中所包含的用于指示預(yù)編碼向量的比特域的指示值相同。
36.如權(quán)利要求四或31所述的方法，其特征在于，所述高層信令，具體包括RRC信令；和/或，MAC信令。
37.如權(quán)利要求28所述的方法，其特征在于，所述基站向所述終端設(shè)備發(fā)送用于指示所述預(yù)編碼向量的配置信息，進(jìn)一步包括所述基站向所述終端設(shè)備發(fā)送用于指示所述終端設(shè)備的每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量的配置信息，其中，所述每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量應(yīng)用于該時(shí)隙中的傳輸信息在多個(gè)天線端口間的預(yù)編碼處理，多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示或者聯(lián)合指示。
38.如權(quán)利要求37所述的方法，其特征在于，當(dāng)所述多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示時(shí)，具體包括所述用于指示預(yù)編碼向量的比特域?yàn)锳XK比特，包含分別用于指示每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量的K=「log2A^比特信息，其中，A為一次發(fā)送包含的時(shí)隙個(gè)數(shù)，N為每個(gè)時(shí)隙可使用的不同預(yù)編碼向量的個(gè)數(shù)。
39.如權(quán)利要求37所述的方法，其特征在于，當(dāng)所述多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述基站發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行聯(lián)合指示時(shí)，具體包括所述用于指示預(yù)編碼向量的比特域包含L=「log2M]比特信息，指示多個(gè)時(shí)隙的預(yù)編碼向量的M種組合中的一種。
40.一種基站，其特征在于，至少包括確定模塊，用于確定終端設(shè)備在多天線端口傳輸時(shí)所使用的預(yù)編碼向量，并確定所述終端設(shè)備發(fā)送上行控制信息所使用的上行控制信道資源；發(fā)送模塊，用于向所述終端設(shè)備發(fā)送用于指示所述確定模塊所確定的預(yù)編碼向量的配直fe息；接收模塊，用于在所述確定模塊所確定的上行控制信道資源上，接收所述終端設(shè)備發(fā)送的預(yù)編碼處理后的上行控制信息。
41.如權(quán)利要求40所述的基站，其特征在于，所述發(fā)送模塊，具體用于通過(guò)高層信令向所述終端設(shè)備發(fā)送用于指示預(yù)編碼向量的配置信息，以使所述終端設(shè)備根據(jù)所述配置信息中用于指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
42.如權(quán)利要求40所述的基站，其特征在于，所述發(fā)送模塊，具體用于通過(guò)PDCCH向所述終端設(shè)備發(fā)送用于指示預(yù)編碼向量的配置信息，以使所述終端設(shè)備根據(jù)所述PDCCH中的指示預(yù)編碼向量的比特域，確定自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
43.如權(quán)利要求42所述的基站，其特征在于，所述發(fā)送模塊，還用于通過(guò)高層信令向所述終端設(shè)備發(fā)送固定的預(yù)編碼向量，以使所述終端設(shè)備在沒(méi)有接收到包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，確定所述固定的預(yù)編碼向量，為自身在多天線端口傳輸時(shí)所使用的預(yù)編碼向量。
44.如權(quán)利要求42所述的基站，其特征在于，所述發(fā)送模塊，具體用于通過(guò)有對(duì)應(yīng)PDSCH傳輸?shù)腜DCCH，和/或指示下行SPS資源釋放的PDCCH向所述終端設(shè)備發(fā)送用于指示預(yù)編碼向量的配置信息。
45.如權(quán)利要求42所述的基站，其特征在于，所述發(fā)送模塊，具體用于當(dāng)所述PDCCH在所述終端設(shè)備的專屬搜索空間傳輸時(shí)，確定所述PDCCH所使用的DCI format中包含用于指示預(yù)編碼向量的比特域；當(dāng)所述PDCCH在所述終端設(shè)備的公共搜索空間傳輸時(shí)，確定所述PDCCH所使用的DCI format中不包含用于指示預(yù)編碼向量的比特域。
46.如權(quán)利要求42、44或45中任意一項(xiàng)所述的基站，其特征在于，所述發(fā)送模塊，具體用于通過(guò)所述PDCCH所使用的DCI format中新增加的比特域作為指示預(yù)編碼向量的比特 ■^C ？通過(guò)所述PDCCH所使用的DCI format中的原有比特域重用作為指示預(yù)編碼向量的比特域。
47.如權(quán)利要求42、44或45中任意一項(xiàng)所述的基站，其特征在于，所述發(fā)送模塊，具體用于當(dāng)需要向所述終端設(shè)備發(fā)送多個(gè)包含用于指示預(yù)編碼向量的比特域的PDCCH時(shí)，確定各所述PDCCH中所包含的用于指示預(yù)編碼向量的比特域的指示值相同。
48.如權(quán)利要求40所述的基站，其特征在于，所述發(fā)送模塊，還用于向所述終端設(shè)備發(fā)送用于指示所述終端設(shè)備的每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量的配置信息，其中，所述每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量應(yīng)用于該時(shí)隙中的傳輸信息在多個(gè)天線端口間的預(yù)編碼處理，多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述發(fā)送模塊發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示或者聯(lián)合指示。
49.如權(quán)利要求48所述的基站，其特征在于，所述發(fā)送模塊，還用于當(dāng)所述多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述發(fā)送模塊發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行獨(dú)立指示時(shí)，確定所述用于指示預(yù)編碼向量的比特域?yàn)锳XK比特， 包含分別用于指示每個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量的K=「log2A^比特信息，其中，A為一次發(fā)送包含的時(shí)隙個(gè)數(shù)，N為每個(gè)時(shí)隙可使用的不同預(yù)編碼向量的個(gè)數(shù)。
50.如權(quán)利要求48所述的基站，其特征在于，所述發(fā)送模塊，還用于當(dāng)所述多個(gè)時(shí)隙對(duì)應(yīng)的預(yù)編碼向量通過(guò)所述發(fā)送模塊發(fā)送的配置信息中用于指示預(yù)編碼向量的比特域進(jìn)行聯(lián)合指示時(shí)，確定所述用于指示預(yù)編碼向量的比特域包含 L=「log2M]比特信息，指示多個(gè)時(shí)隙的預(yù)編碼向量的M種組合中的一種。
全文摘要
本發(fā)明實(shí)施例公開了一種多天線端口場(chǎng)景下的信息傳輸方法和設(shè)備，通過(guò)應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，對(duì)于多天線端口傳輸?shù)慕K端設(shè)備，根據(jù)基站發(fā)送的配置信息獲得上行控制信道在多天線端口的預(yù)編碼向量，并在每個(gè)天線端口使用相同的PUCCH資源發(fā)送通過(guò)該預(yù)編碼向量進(jìn)行預(yù)編碼后的對(duì)應(yīng)數(shù)據(jù)，從而，通過(guò)合理的配置每個(gè)時(shí)隙中應(yīng)用于多天線端口的預(yù)編碼向量，在盡可能降低PUCCH資源開銷的基礎(chǔ)上，保證了PUCCH發(fā)射分集的性能增益。
文檔編號(hào)H04L1/00GK102394684SQ201110342209
公開日2012年3月28日 申請(qǐng)日期2011年11月2日 優(yōu)先權(quán)日2011年11月2日
發(fā)明者林亞男, 沈祖康, 高雪娟 申請(qǐng)人:電信科學(xué)技術(shù)研究院