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

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


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