專利名稱：上行控制信息的傳輸方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種上行控制信息的傳輸方法和設(shè)備。
背景技術(shù)：
對(duì)于長(zhǎng)期演進(jìn)多載波系統(tǒng)，為支持比LTE (Long Term Evolution，長(zhǎng)期演進(jìn))系統(tǒng) 更寬的系統(tǒng)帶寬，比如IOOMHz，一種可能是直接分配100M帶寬的頻譜，如圖1所示；一種可 能是將分配給現(xiàn)有的系統(tǒng)一些頻譜聚合起來(lái)，湊成大帶寬供給長(zhǎng)期演進(jìn)多載波系統(tǒng)使用， 此時(shí)系統(tǒng)中上下行載波可以不對(duì)稱配置，即用戶可能會(huì)占用N ^ 1個(gè)載波進(jìn)行下行傳輸， M ^ 1個(gè)載波進(jìn)行上行傳輸，如圖2所示。UCI (Uplink Control ^formation，上行控制信息)包括ACK(Acknowledgement， 肯定確認(rèn))/NACK (Negative Acknowledgement,否定確認(rèn))反饋信息以及周期/非周 期CSI (Channel State Information,信道狀態(tài)信息)，其中，CSI信息進(jìn)一步包括 CQI (Channel Quality Indicator, f言道質(zhì)量指示)/PMI (Precording Matrix Indicator,予頁(yè) 編碼矩陣指示符)/RI (Ranklndicator,秩指示)信息。在LTE R8(版本 8)系統(tǒng)中，UCI 信息可在 PUCCH(Physical Uplink ControlChannel，物理上行控制信道)上進(jìn)行傳輸，也可在PUSCH (Physical UplinkShared Channel，物理上行共享信道)與數(shù)據(jù)復(fù)用傳輸。CQI/PMI/RI信息的非周期上報(bào)在PUSCH中進(jìn)行傳輸，對(duì)于CQI/PMI/RI反饋比特 數(shù)不超過11比特的情況，其信道編碼首先采用冊(cè)(32，0)分組碼(即Reed Muller碼的一 種，是一種應(yīng)用差錯(cuò)控制編碼技術(shù)的編碼方式)對(duì)傳輸數(shù)據(jù)進(jìn)行編碼，然后通過重復(fù)/截短 (repetition/truncation)編碼變換到對(duì)應(yīng)的CQI/PMI/RI傳輸資源大小，其中，0表示原 始輸入信息比特?cái)?shù)，LTE Rel-8系統(tǒng)中的RM(32，0)分組碼最大支持11比特原始輸入信息。 對(duì)于CQI/PMI/RI反饋比特?cái)?shù)大于11比特的情況，其信道編碼采用tail biting(截尾)卷 積碼進(jìn)行編碼。CQI/PMI/RI信息的周期上報(bào)則根據(jù)預(yù)先配置的上報(bào)周期在PUCCH format2/2a/2b 信道中進(jìn)行傳輸，采用R1U20，A)分組碼對(duì)傳輸數(shù)據(jù)進(jìn)行信道編碼，其中，A表示原始輸入信 息比特?cái)?shù)，LTE Rel-8系統(tǒng)中的RM00，A)分組碼最大支持13比特原始輸入信息。ACK/NACK反饋信息則可根據(jù)具體的調(diào)度確定在PUCCH或PUSCH進(jìn)行傳輸，Rel-8 系統(tǒng)最多支持4比特ACK/NACK反饋信息，當(dāng)ACK/NACK信息在PUCCH formatl/la/lb進(jìn)行 傳輸時(shí)，不進(jìn)行信道編碼；當(dāng)ACK/NACK信息在PUSCH上與數(shù)據(jù)進(jìn)行復(fù)用傳輸時(shí)，對(duì)1比特或 2比特ACK/NACK反饋采用重復(fù)編碼作為信道編碼，對(duì)大于2比特ACK/NACK反饋的信道編碼 同非周期CQI/PMI/RI傳輸，采用冊(cè)(32，0)分組碼與重復(fù)/截短編碼相結(jié)合的信道編碼。為了與LTE系統(tǒng)保持兼容性，LTE-A(LongTerm Evolution Advanced，高級(jí)長(zhǎng)期演 進(jìn))系統(tǒng)支持UCI在PUCCH和/或PUSCH的傳輸。LTE-A系統(tǒng)目前確定最多可支持5個(gè)載波進(jìn)行聚合，即在同一個(gè)上行子幀內(nèi)， UE (User Equipment，用戶設(shè)備)需要反饋對(duì)應(yīng)多個(gè)下行子幀的多比特UCI信息。
以ACK/NACK 反饋信息為例，F(xiàn)DD (Frequency Division Duplex，頻分雙工)系統(tǒng)最 多需要反饋10比特々0(/嫩0(信息300(111^ Division Duplex，時(shí)分雙工)系統(tǒng)最多需要 反饋40比特ACK/NACK信息。為了支持更多UCI信息在PUCCH上傳輸，LTE-A系統(tǒng)可重用Rel 8 PUCCHformat 2/2a/2b傳輸多比特UCI信息，或使用新的PUCCH傳輸結(jié)構(gòu)，如基于DFT-S-OFDM(Discrete Fourier Transform-Spread-Orthogonal FrequencyDivision Multiplexing,離散傅里葉 變換擴(kuò)展正交頻分復(fù)用)的PUCCH新結(jié)構(gòu)，PUCCH formatZ/^a/^b與MSM(Multi-kquence Modulation,多序列調(diào)制)相結(jié)合等方案。不同配置的下行載波數(shù)，對(duì)應(yīng)著不同的UCI反饋信息大小，而不同的傳輸方案可 承載的UCI反饋信息數(shù)也不同。LTE系統(tǒng)在選擇CQI信道編碼方法時(shí)已經(jīng)驗(yàn)證，RM分組碼性能較好，且其編譯碼 處理簡(jiǎn)單，對(duì)不同長(zhǎng)度的輸入信息無(wú)需分別定義碼字集合；卷積碼與RM碼相比，其性能較 差，特別是對(duì)輸入原始信息長(zhǎng)度較短時(shí)性能明顯變差。但是，對(duì)于LTE-A系統(tǒng)，當(dāng)接收端采 用ML (Maximum Likelihood，最大似然)譯碼方法進(jìn)行譯碼時(shí)，RM分組碼的譯碼復(fù)雜度與編 碼原始信息長(zhǎng)度成指數(shù)增長(zhǎng)關(guān)系；而對(duì)于卷積碼，采用Viterbi譯碼算法(一種卷積碼的解 碼算法)作為最優(yōu)的ML譯碼算法，其譯碼復(fù)雜度與編碼原始信息長(zhǎng)度成線性增長(zhǎng)關(guān)系，因 此，LTE-A系統(tǒng)中UCI信息應(yīng)根據(jù)其信息比特大小選擇性能和譯碼復(fù)雜度折中的信道編碼 方法。在實(shí)現(xiàn)本發(fā)明實(shí)施例的過程中，申請(qǐng)人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題在LTE-A載波聚合系統(tǒng)中，一個(gè)上行子幀內(nèi)需要反饋對(duì)應(yīng)多個(gè)下行載波的UCI信 息。目前，LTE-A系統(tǒng)中還沒有確定具體的UCI信息傳輸結(jié)構(gòu)，因此其信道編碼方法也未確定。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種上行控制信息的傳輸方法和設(shè)備，解決LTE系統(tǒng)的信道編 碼方式不能適用于LTE-A系統(tǒng)中較大UCI反饋信息數(shù)的問題。為達(dá)到上述目的，本發(fā)明實(shí)施例一方面提供了一種上行控制信息的傳輸方法，包 括終端設(shè)備判斷當(dāng)前待反饋的上行控制信息的大小是否大于預(yù)設(shè)的門限值；如果不大于，所述終端設(shè)備采用分組碼編碼方式作為信道編碼算法，將所述待反 饋的上行控制信息編碼為與上行傳輸方案所確定的傳輸資源相對(duì)應(yīng)的大小，如果大于，所 述終端設(shè)備采用卷積碼編碼方式作為信道編碼算法，將所述待反饋的上行控制信息編碼為 與上行傳輸方案所確定的傳輸資源相對(duì)應(yīng)的大??；所述終端設(shè)備通過所述上行傳輸方案將信道編碼后的所述待反饋的上行控制信
息發(fā)送給基站。另一方面，本發(fā)明實(shí)施例還提供了一種終端設(shè)備，包括設(shè)置模塊，用于設(shè)置門限值；判斷模塊，用于判斷當(dāng)前待反饋的上行控制信息的大小是否大于所述設(shè)置模塊所 設(shè)置的門限值；
信道編碼模塊，用于在所述判斷模塊的判斷結(jié)果為不大于時(shí)，采用分組碼編碼方 式作為信道編碼算法，將所述待反饋的上行控制信息編碼為與上行傳輸方案所確定的傳輸 資源相對(duì)應(yīng)的大小，或在所述判斷模塊的判斷結(jié)果為大于時(shí)，采用卷積碼編碼方式作為信 道編碼算法，將所述待反饋的上行控制信息編碼為與上行傳輸方案所確定的傳輸資源相對(duì) 應(yīng)的大?。话l(fā)送模塊，用于通過所述上行傳輸方案將所述信道編碼模塊編碼后的所述待反饋 的上行控制信息發(fā)送給基站。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，可以使LTE-A系統(tǒng)下的終端設(shè)備根據(jù)UCI信 息的大小選擇適當(dāng)?shù)男诺谰幋a算法，將相應(yīng)的UCI信息編碼為與上行傳輸方案所確定的傳 輸資源相對(duì)應(yīng)的大小，以使該UCI信息能夠通過相應(yīng)的上行傳輸方案進(jìn)行反饋，從而，滿足 了在LTE-A載波聚合系統(tǒng)中，終端設(shè)備在一個(gè)上行子幀中反饋對(duì)應(yīng)多個(gè)下行載波的UCI信 息的需求，而且根據(jù)UCI信息的大小選擇信道編碼算法的處理方式也實(shí)現(xiàn)了譯碼性能和譯 碼復(fù)雜度的均衡。


圖1為現(xiàn)有技術(shù)中單頻譜系統(tǒng)示意圖；圖2為現(xiàn)有技術(shù)中頻譜聚合系統(tǒng)示意圖；圖3為本發(fā)明實(shí)施例提出的一種上行控制信息的傳輸方法的流程示意圖；圖4為本發(fā)明實(shí)施例提出的應(yīng)用場(chǎng)景一中的一種上行控制信息的傳輸方法的流 程示意圖；圖5為本發(fā)明實(shí)施例提出的應(yīng)用場(chǎng)景二中的一種上行控制信息的傳輸方法的流 程示意圖；圖6為本發(fā)明實(shí)施例提出的應(yīng)用場(chǎng)景三中的一種上行控制信息的傳輸方法的流 程示意圖；圖7為本發(fā)明實(shí)施例提出的應(yīng)用場(chǎng)景四中的一種上行控制信息的傳輸方法的流 程示意圖；圖8為本發(fā)明實(shí)施例提出的應(yīng)用場(chǎng)景五中的一種上行控制信息的傳輸方法的流 程示意圖；圖9為本發(fā)明實(shí)施例提出的應(yīng)用場(chǎng)景六中的一種上行控制信息的傳輸方法的流 程示意圖；圖10為本發(fā)明實(shí)施例提出的一種終端設(shè)備的結(jié)構(gòu)示意圖。
具體實(shí)施例方式如背景技術(shù)所述，LTE-A系統(tǒng)中，基站聚合了多個(gè)下行載波向用戶發(fā)送數(shù)據(jù)時(shí)，終 端設(shè)備將在一個(gè)上行子幀中反饋對(duì)應(yīng)多個(gè)下行載波的上行控制信息(UCI)。為了滿足在同一上行子幀中傳輸更多的UCI信息的需求，LTE-A系統(tǒng)中的終端設(shè) 備可以通過以下的任意一種方式進(jìn)行UCI信息的傳輸(1)重用 Rel 8 PUCCH format2/2a/2b 傳輸多比特 UCI 信息；
(2)使用新的PUCCH傳輸方案，如基于DFT-S-OFDM的PUCCH新結(jié)構(gòu)；(3)使用PUCCH format2/2a/2b與MSM相結(jié)合的傳輸方案；(4)采用PUSCH傳輸U(kuò)CI信息。不同的配置下行載波數(shù)，對(duì)應(yīng)著不同的UCI反饋信息大小，而不同的傳輸方案可 承載的UCI反饋信息數(shù)也不同?？紤]到LTE系統(tǒng)采用的RM分組碼的信道編碼方法在ML解碼時(shí)的復(fù)雜度與編碼長(zhǎng) 度成指數(shù)增長(zhǎng)，對(duì)于較大UCI反饋信息數(shù)，其解碼復(fù)雜度不可接受。因此，LTE系統(tǒng)的RM碼不能適用于LTE-A系統(tǒng)的較大UCI反饋信息數(shù)，需要對(duì)不 同的UCI傳輸比特?cái)?shù)以及不同的UCI傳輸方案選擇不同的信道編碼方法?；谝陨显?，本發(fā)明實(shí)施例給出了一種LTE-A系統(tǒng)中UCI傳輸?shù)男诺谰幋a方法。如圖3所示，為本發(fā)明實(shí)施例提出的一種上行控制信息的傳輸方法的流程示意 圖，該方法具體包括以下步驟步驟S301、終端設(shè)備判斷當(dāng)前待反饋的上行控制信息的大小是否大于預(yù)設(shè)的門限值。如果不大于，執(zhí)行步驟S302 ；如果大于，執(zhí)行步驟S303。在具體的應(yīng)用場(chǎng)景中，預(yù)設(shè)的門限值具體為10比特或11比特。根據(jù)實(shí)際的需要，上述的預(yù)設(shè)的門限值也可以設(shè)定為其他數(shù)值，這樣的數(shù)值變化 并不會(huì)影響本發(fā)明的保護(hù)范圍。步驟S302、終端設(shè)備采用分組碼編碼方式作為信道編碼算法，將待反饋的上行控 制信息編碼為與上行傳輸方案所確定的傳輸資源相對(duì)應(yīng)的大小。需要說明的是，分組碼編碼方式具體包括RM(32，0)碼編碼方式；或，RM(20, Α)碼編碼方式；或，RM(32，0)碼與重復(fù)/截短編碼相結(jié)合的編碼方式；或，RM(20, Α)碼與重復(fù)/截短編碼相結(jié)合的編碼方式；其中，0表示RM(32，0)碼的原始輸入信息長(zhǎng)度，A表示R1U20，A)碼的原始輸入信
息長(zhǎng)度。步驟S303、終端設(shè)備采用卷積碼編碼方式作為信道編碼算法，將待反饋的上行控 制信息編碼為與上行傳輸方案所確定的傳輸資源相對(duì)應(yīng)的大小。在具體的應(yīng)用場(chǎng)景中，卷積碼編碼方式具體可以為tail bitting卷積碼。在此種情況下，對(duì)于大小超過門限值待反饋的上行控制信息，還可以進(jìn)一步添加 CRC信息，具體的添加方式如下如果終端設(shè)備判斷當(dāng)前待反饋的上行控制信息的大小大于預(yù)設(shè)的門限值，終端設(shè) 備進(jìn)一步判斷待反饋的上行控制信息是否大于預(yù)設(shè)的校驗(yàn)門限值；如果不大于，終端設(shè)備為待反饋的上行控制信息添加循環(huán)冗余校驗(yàn)CRC信息；如果大于，終端設(shè)備放棄為待反饋的上行控制信息添加CRC信息；其中，預(yù)設(shè)的校驗(yàn)門限值大于或等于預(yù)設(shè)的門限值。需要進(jìn)一步指出的是，由于CRC信息的添加是一個(gè)獨(dú)立的過程，因此，可以為該過程進(jìn)一步的設(shè)置相應(yīng)的策略，例如當(dāng)待反饋的上行控制信息具體為指定類型的信息時(shí)，終端設(shè)備放棄為待反饋的上 行控制信息添加CRC信息，即在此種情況下，無(wú)論上行控制信息的大小與校驗(yàn)門限值的關(guān) 系如何，都不會(huì)添加CRC信息。其中，指定類型的信息具體可以為ACK/NACK反饋信息，或周 期/非周期CSI反饋信息，或不設(shè)定任何上行控制信息類型，即對(duì)于任意長(zhǎng)度ACK/NACK反 饋信息不需添加CRC校驗(yàn)信息。需要進(jìn)一步指出的是，該過程不是系統(tǒng)必須的，即可以不指 定任何上行控制信息類型。通過進(jìn)一步的策略的設(shè)置，可以增加CRC信息添加的靈活性，當(dāng)然，具體的策略內(nèi) 容可以根據(jù)需要進(jìn)行調(diào)整，這樣的變化并不影響本發(fā)明的保護(hù)范圍。在上述的步驟S302或步驟S303完成信道編碼后，直接執(zhí)行步驟S304。步驟S304、終端設(shè)備通過上行傳輸方案將信道編碼后的待反饋的上行控制信息發(fā)
送給基站。需要指出的是，上述的上行控制信息，具體包括ACK/NACK反饋信息，或周期/非周 期CSI反饋信息。需要指出的是，在上述的各步驟中，上行傳輸方案具體為以下方案中的一種(I)Rel 8 PUCCH format2/2a/2b。(2)基于 DFT-S-OFDM 的 PUCCH 新結(jié)構(gòu)。(3) PUCCH與MSM相結(jié)合的傳輸方案。(4) PUSCH傳輸上行控制信息。具體應(yīng)用上述哪種上行傳輸方案可以根據(jù)實(shí)際需要進(jìn)行調(diào)整，此外，具體的上行 傳輸方案可不限于以上幾種方案，這樣的變化并不會(huì)影響本發(fā)明的保護(hù)范圍。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，可以使LTE-A系統(tǒng)下的終端設(shè)備根據(jù)UCI信 息的大小選擇適當(dāng)?shù)男诺谰幋a算法，將相應(yīng)的UCI信息編碼為與上行傳輸方案所確定的傳 輸資源相對(duì)應(yīng)的大小，以使該UCI信息能夠通過相應(yīng)的上行傳輸方案進(jìn)行反饋，從而，滿足 了在LTE-A載波聚合系統(tǒng)中，終端設(shè)備在一個(gè)上行子幀中反饋對(duì)應(yīng)多個(gè)下行載波的UCI信 息的需求，而且根據(jù)UCI信息的大小選擇信道編碼算法的處理方式也實(shí)現(xiàn)了譯碼性能和譯 碼復(fù)雜度的均衡。下面，結(jié)合具體的應(yīng)用場(chǎng)景，對(duì)本發(fā)明實(shí)施例所提出的技術(shù)方案進(jìn)行說明。在LTE-A載波聚合系統(tǒng)中，終端設(shè)備在一個(gè)上行子幀可能需要反饋對(duì)應(yīng)多個(gè)下行 載波的UCI信息。在本發(fā)明實(shí)施例所提出的技術(shù)方案中，對(duì)于某一種UCI信息，如ACK/NACK反饋信 息，或周期/非周期CSI信息(包括CQI/PMI和RI信息)，或多種UCI信息的組合，在選定 的傳輸方案下，其信道編碼方式可以根據(jù)待反饋的UCI信息的大小與預(yù)設(shè)的門限值的關(guān)系 進(jìn)行選擇，為方便說明，在以下說明中，以字母N表示預(yù)設(shè)的門限值，具體的處理方式包括方式一、當(dāng)待反饋的UCI信息的大小L彡N時(shí)終端設(shè)備采用分組碼進(jìn)行信道編碼，如RM(32，0)碼、RlU20，A)碼與重復(fù)/截短編 碼相結(jié)合的方法進(jìn)行信道編碼，將待反饋UCI信息編碼為與上行傳輸方案所確定的傳輸資 源大小相對(duì)應(yīng)的編碼比特?cái)?shù)。
其中，0表示RM(32，0)碼的原始輸入信息長(zhǎng)度，0 ^ 11 ；A表示RM00，A)碼的原始輸入信息長(zhǎng)度，A彡13。方式二、當(dāng)待反饋UCI信息長(zhǎng)度L > N時(shí)，采用卷積碼進(jìn)行信道編碼，如LTE系統(tǒng) 中的tail biting卷積碼，將待反饋UCI信息編碼為與上行傳輸方案所確定的傳輸資源大 小相對(duì)應(yīng)的編碼比特?cái)?shù)。在方式二的場(chǎng)景下，即待反饋UCI信息長(zhǎng)度L > N的情況下，還進(jìn)一步包括是否添 加CRC校驗(yàn)信息的處理過程，具體的判定規(guī)則同樣可根據(jù)待反饋UCI信息長(zhǎng)度確定，具體的 處理過程如下當(dāng)待反饋UCI信息長(zhǎng)度L滿足N < L彡M時(shí)，可以添加CRC，其中M彡N ；當(dāng)待反饋UCI信息長(zhǎng)度L > M時(shí)，不需添加CRC，其中M彡N。上述的M表示的是校驗(yàn)門限值，是大于或等于前述門限值的另一個(gè)設(shè)定數(shù)值，需 要在終端設(shè)備中進(jìn)行預(yù)設(shè)。另一方面，對(duì)于不同類型的UCI反饋信息，是否添加CRC信息可以獨(dú)立進(jìn)行考慮， 即另行設(shè)定其他的CRC信息添加策略，例如，當(dāng)待反饋UCI信息為ACK/NACK信息時(shí)，對(duì)任意 長(zhǎng)度UCI比特可以不添加CRC。其中，UCI信息的類型具體包括ACK/NACK反饋信息或者周期/非周期CSI反饋信 肩、ο在具體的應(yīng)用場(chǎng)景中，上述CRC信息添加策略的具體內(nèi)容可以根據(jù)實(shí)際需要進(jìn)行 調(diào)整，這樣的變化并不影響本發(fā)明的保護(hù)范圍。在實(shí)際應(yīng)用中，上述的，門限值N的大小可以設(shè)置為10比特或11比特，或者其他 數(shù)值，具體的數(shù)值設(shè)置依據(jù)可以根據(jù)實(shí)際需要進(jìn)行調(diào)整。需要指出的是，上述技術(shù)方案中的傳輸方案可以為Rel-8 PUCCHformat2/2a/2b, 基于 DFT-S-OFDM 的 PUCCH 新結(jié)構(gòu)，PUCCH format2/2a/2b 與 MSM 相結(jié)合，Rel_8PUSCH 傳輸 等方案，同時(shí)，本技術(shù)方案也并不排除其他傳輸方案的可能，凡是可以確定傳輸資源大小， 從而為前述的信道編碼方案提供相應(yīng)的目標(biāo)編碼大小依據(jù)的傳輸方案，均屬于本發(fā)明的保 護(hù)范圍。進(jìn)一步的，結(jié)合具體的應(yīng)用場(chǎng)景，對(duì)上述的技術(shù)方案的應(yīng)用過程描述如下，其中， 設(shè)定任意長(zhǎng)度ACK/NACK反饋信息不需添加CRC校驗(yàn)信息應(yīng)用場(chǎng)景一、終端設(shè)備重用Rel-8PUCCH format2/2a/2b傳輸ACK/NACK反饋信息， 且待反饋的ACK/NACK反饋信息的大小不大于門限值。首先，設(shè)定門限值為10比特。如果終端設(shè)備判斷當(dāng)前上行子幀中待反饋的ACK/NACK反饋信息的比特?cái)?shù)Al ^ 10 比特，那么，終端設(shè)備對(duì)ACK/NACK反饋信息的信道編碼過程的流程示意圖如圖4所示。由于待反饋的ACK/NACK反饋信息的大小不大于門限值，所以，終端設(shè)備確定應(yīng)用 分組碼編碼方式對(duì)待反饋的ACK/NACK反饋信息進(jìn)行信道編碼，并且由于相應(yīng)的傳輸資源 為Rel-8 PUCCH format2/^a/2b，所以，確定選用R1^20，Α)碼編碼方式作為此應(yīng)用場(chǎng)景下 的信道編碼方式，具體的處理流程如下終端設(shè)備采用RM (20，Al)分組碼對(duì)原始的ACK/NACK反饋信息進(jìn)行信道編碼，將Al 比特的原始的ACK/NACK反饋信息編碼后，輸出20比特的編碼信息，并經(jīng)過相應(yīng)調(diào)制、擴(kuò)頻和映射，最終在1個(gè)PUCCH format2/2a/2b信道上將相應(yīng)處理后的ACK/NACK反饋信息進(jìn)行 發(fā)送。應(yīng)用場(chǎng)景二、終端設(shè)備重用Rel-8 PUCCH format2/2a/2b傳輸ACK/NACK反饋信 息，且待反饋的ACK/NACK反饋信息的大小大于門限值。首先，設(shè)定門限值為10比特。如果終端設(shè)備判斷當(dāng)前上行子幀中待反饋的ACK/NACK反饋信息的比特?cái)?shù)A2 > 10 比特，那么，終端設(shè)備對(duì)ACK/NACK反饋信息的信道編碼過程的流程示意圖如圖5所示。由于待反饋的ACK/NACK反饋信息的大小大于門限值，所以，終端設(shè)備確定應(yīng)用卷 積碼編碼方式對(duì)待反饋的ACK/NACK反饋信息進(jìn)行信道編碼，并確定選用tail biting卷 積碼編碼方式作為此應(yīng)用場(chǎng)景下的信道編碼方式，且由于相應(yīng)的傳輸資源為Rel-SPUCCH f0rmat2/^a/2b，所以，具體的處理流程如下終端設(shè)備采用tail biting卷積碼對(duì)原始的ACK/NACK反饋比特進(jìn)行信道編碼，將 A2比特的原始的ACK/NACK反饋信息編碼后，輸出20比特編碼信息，并經(jīng)過相應(yīng)調(diào)制、擴(kuò)頻 和映射，最終在1個(gè)PUCCH format2/2a/2b信道上將相應(yīng)處理后的ACK/NACK反饋信息進(jìn)行 發(fā)送。應(yīng)用場(chǎng)景三、終端設(shè)備采用PUCCH format2/2a/2b與MSM相結(jié)合的方案?jìng)鬏擜CK/ NACK反饋信息，且待反饋的ACK/NACK反饋信息的大小不大于門限值。首先，設(shè)定門限值為10比特。如果終端設(shè)備判斷當(dāng)前上行子幀中待反饋的ACK/NACK反饋信息的比特?cái)?shù)01 ^ 10 比特，那么，終端設(shè)備對(duì)ACK/NACK反饋信息的信道編碼過程的流程示意圖如圖6所示。由于待反饋的ACK/NACK反饋信息的大小不大于門限值，所以，終端設(shè)備確定 應(yīng)用分組碼編碼方式對(duì)待反饋的ACK/NACK反饋信息進(jìn)行信道編碼，并且由于采用了 PUCCH format2/2a/2b與MSM相結(jié)合的方案，使得相應(yīng)的傳輸資源為兩個(gè)Rel_8PUCCH f0rmat2/^a/2b，所以，確定選用RM(32，0)碼與重復(fù)編碼相結(jié)合的編碼方式作為此應(yīng)用場(chǎng) 景下的信道編碼方式，具體的處理流程如下終端設(shè)備首先采用RM(32，01)分組碼對(duì)原始的ACK/NACK反饋比特進(jìn)行信道編碼， 將01比特的原始的ACK/NACK反饋信息編碼后，輸出32比特的編碼信息，然后通過重復(fù)編 碼操作將該32比特編碼信息重復(fù)編碼為40比特的編碼信息，并經(jīng)過相應(yīng)調(diào)制、擴(kuò)頻和映 射，最終將編碼后的40比特信息拆分在2個(gè)PUCCH format2/2a/2b信道上進(jìn)行發(fā)送。應(yīng)用場(chǎng)景四、終端設(shè)備采用PUCCH format2/2a/2b與MSM相結(jié)合的方案?jìng)鬏擜CK/ NACK反饋信息，且待反饋的ACK/NACK反饋信息的大小大于門限值。首先，設(shè)定門限值為10比特。如果終端設(shè)備判斷當(dāng)前上行子幀中待反饋的ACK/NACK反饋信息的比特?cái)?shù)02 > 10 比特，那么，終端設(shè)備對(duì)ACK/NACK反饋信息的信道編碼過程的流程示意圖如圖7所示。由于待反饋的ACK/NACK反饋信息的大小大于門限值，所以，終端設(shè)備確定應(yīng)用卷 積碼編碼方式對(duì)待反饋的ACK/NACK反饋信息進(jìn)行信道編碼，并確定選用tail biting卷 積碼編碼方式作為此應(yīng)用場(chǎng)景下的信道編碼方式，且由于采用了 PUCCH format2/2a/2b與 MSM相結(jié)合的方案，使得相應(yīng)的傳輸資源為兩個(gè)Rel-8PUCCH f0rmat2/^a/2b，所以，具體的 處理流程如下
終端設(shè)備采用tail biting卷積碼對(duì)原始的ACK/NACK反饋比特進(jìn)行信道編碼，將 02比特的原始的ACK/NACK反饋信息編碼后，輸出40比特編碼信息，并經(jīng)過相應(yīng)調(diào)制、擴(kuò)頻 和映射，最終將編碼后的40比特信息拆分在2個(gè)PUCCH format2/2a/2b信道上進(jìn)行發(fā)送。應(yīng)用場(chǎng)景五、終端設(shè)備采用基于DFT-S-OFDM的PUCCH新結(jié)構(gòu)傳輸ACK/NACK反饋 信息，采用QPSK調(diào)制方式，且待反饋的ACK/NACK反饋信息的大小不大于門限值。首先，設(shè)定門限值為10比特。如果終端設(shè)備判斷當(dāng)前上行子幀中待反饋的ACK/NACK反饋信息的比特?cái)?shù)03 ^ 10 比特，那么，終端設(shè)備對(duì)ACK/NACK反饋信息的信道編碼過程的流程示意圖如圖8所示。由于待反饋的ACK/NACK反饋信息的大小不大于門限值，所以，終端設(shè)備確定應(yīng)用 分組碼編碼方式對(duì)待反饋的ACK/NACK反饋信息進(jìn)行信道編碼，并且由于相應(yīng)的傳輸資源 為采用了基于DFT-S-OFDM的PUCCH新結(jié)構(gòu)，使得相應(yīng)的傳輸資源為一個(gè)基于DFT-S-OFDM 的PUCCH的上行子幀，所以，確定選用冊(cè)(32，0)碼與重復(fù)編碼相結(jié)合的編碼方式作為此應(yīng) 用場(chǎng)景下的信道編碼方式，具體的處理流程如下終端設(shè)備首先采用RM(32，03)分組碼對(duì)原始的ACK/NACK反饋比特進(jìn)行信道編碼， 將03比特的原始的ACK/NACK反饋信息編碼后，輸出32比特的編碼信息，然后通過重復(fù)編 碼操作將該32比特編碼信息重復(fù)編碼為48比特的編碼信息，經(jīng)過相應(yīng)調(diào)制、擴(kuò)頻和映射， 最終在1個(gè)基于DFT-S-OFDM的PUCCH新結(jié)構(gòu)的上行子幀上將相應(yīng)處理后的ACK/NACK反饋 信息進(jìn)行發(fā)送。應(yīng)用場(chǎng)景六、終端設(shè)備采用基于DFT-S-OFDM的PUCCH新結(jié)構(gòu)傳輸ACK/NACK反饋 信息，采用QPSK調(diào)制方式，且待反饋的ACK/NACK反饋信息的大小大于門限值。首先，設(shè)定門限值為10比特。如果終端設(shè)備判斷當(dāng)前上行子幀中待反饋的ACK/NACK反饋信息的比特?cái)?shù)04 > 10 比特，那么，終端設(shè)備對(duì)ACK/NACK反饋信息的信道編碼過程的流程示意圖如圖9所示。由于待反饋的ACK/NACK反饋信息的大小大于門限值，所以，終端設(shè)備確定應(yīng)用卷 積碼編碼方式對(duì)待反饋的ACK/NACK反饋信息進(jìn)行信道編碼，并且由于相應(yīng)的傳輸資源為 采用了基于DFT-S-OFDM的PUCCH新結(jié)構(gòu)，使得相應(yīng)的傳輸資源為一個(gè)基于DFT-S-OFDM的 PUCCH的上行子幀，所以，具體的處理流程如下終端設(shè)備采用tail biting卷積碼對(duì)原始的ACK/NACK反饋比特進(jìn)行信道編碼，將 04比特的原始的ACK/NACK反饋信息編碼后，輸出48比特編碼信息，并經(jīng)過相應(yīng)調(diào)制、擴(kuò)頻 和映射，最終在1個(gè)基于DFT-S-OFDM的PUCCH新結(jié)構(gòu)的上行子幀上將相應(yīng)處理后的ACK/ NACK反饋信息進(jìn)行發(fā)送。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，可以使LTE-A系統(tǒng)下的終端設(shè)備根據(jù)UCI信 息的大小選擇適當(dāng)?shù)男诺谰幋a算法，將相應(yīng)的UCI信息編碼為與上行傳輸方案所確定的傳 輸資源相對(duì)應(yīng)的大小，以使該UCI信息能夠通過相應(yīng)的上行傳輸方案進(jìn)行反饋，從而，滿足 了在LTE-A載波聚合系統(tǒng)中，終端設(shè)備在一個(gè)上行子幀中反饋對(duì)應(yīng)多個(gè)下行載波的UCI信 息的需求，而且根據(jù)UCI信息的大小選擇信道編碼算法的處理方式也實(shí)現(xiàn)了譯碼性能和譯 碼復(fù)雜度的均衡。為了實(shí)現(xiàn)本發(fā)明實(shí)施例的技術(shù)方案，本發(fā)明實(shí)施例還提供了一種終端設(shè)備，其結(jié)構(gòu)示意圖如圖10所示，具體包括設(shè)置模塊101，用于設(shè)置門限值。在具體的應(yīng)用場(chǎng)景中，設(shè)置模塊101所設(shè)置的門限值具體為10比特或11比特。根據(jù)實(shí)際的需要，上述的門限值也可以設(shè)定為其他數(shù)值，這樣的數(shù)值變化并不會(huì) 影響本發(fā)明的保護(hù)范圍。判斷模塊102，用于判斷當(dāng)前待反饋的上行控制信息的大小是否大于設(shè)置模塊 101所設(shè)置的門限值。信道編碼模塊103，用于在判斷模塊102的判斷結(jié)果為不大于時(shí)，采用分組碼編碼 方式作為信道編碼算法，將待反饋的上行控制信息編碼為與上行傳輸方案所確定的傳輸資 源相對(duì)應(yīng)的大小，或在判斷模塊102的判斷結(jié)果為大于時(shí)，采用卷積碼編碼方式作為信道 編碼算法，將待反饋的上行控制信息編碼為與上行傳輸方案所確定的傳輸資源相對(duì)應(yīng)的大 小。需要說明的是，分組碼編碼方式具體包括RM(32，0)碼編碼方式；或，RM(20, Α)碼編碼方式；或，RM(32，0)碼與重復(fù)/截短編碼相結(jié)合的編碼方式；或，RM(20, Α)碼與重復(fù)/截短編碼相結(jié)合的編碼方式；其中，0表示RM(32，0)碼的原始輸入信息長(zhǎng)度，A表示RlU20，A)碼的原始輸入信
息長(zhǎng)度。卷積碼編碼方式具體可以為tail bitting卷積碼。發(fā)送模塊104，用于通過上行傳輸方案將信道編碼模塊103信道編碼后的待反饋 的上行控制信息發(fā)送給基站。需要進(jìn)一步指出的是，設(shè)置模塊101還用于設(shè)置校驗(yàn)門限值；判斷模塊102，還用于在當(dāng)前待反饋的上行控制信息的大小大于設(shè)置模塊101所 設(shè)置的門限值時(shí)，進(jìn)一步判斷待反饋的上行控制信息是否大于設(shè)置模塊101所設(shè)置的校驗(yàn) 門限值；信道編碼模塊103，還用于在判斷模塊102判斷待反饋的上行控制信息不大于設(shè) 置模塊101所設(shè)置的校驗(yàn)門限值時(shí)，為待反饋的上行控制信息添加CRC信息，或在判斷模塊 102判斷待反饋的上行控制信息大于設(shè)置模塊101所設(shè)置的校驗(yàn)門限值時(shí)，放棄為待反饋 的上行控制信息添加CRC信息；其中，校驗(yàn)門限值大于或等于門限值。另一方面，由于CRC信息的添加時(shí)一個(gè)獨(dú)立的過程，因此，可以為該過程進(jìn)一步的 設(shè)置相應(yīng)的策略，設(shè)置模塊101還用于設(shè)置指定的上行控制信息類型；信道編碼模塊103，還用于在待反饋的上行控制信息的類型為設(shè)置模塊101所設(shè) 置的指定的上行控制信息類型時(shí)，放棄為待反饋的上行控制信息添加CRC信息；其中，設(shè)置模塊101所設(shè)置的定的上行控制信息類型具體為ACK/NACK反饋信息的 類型，或周期/非周期的CSI反饋信息的類型，或不設(shè)定任何上行控制信息類型，即對(duì)于任 意長(zhǎng)度ACK/NACK反饋信息不需添加CRC校驗(yàn)信息。通過進(jìn)一步的策略的設(shè)置，可以更加CRC信息添加的靈活性，當(dāng)然，具體的策略內(nèi)容可以根據(jù)需要進(jìn)行調(diào)整，這樣的變化并不影響本發(fā)明的保護(hù)范圍。需要指出的是，上述的上行控制信息，具體包括ACK/NACK反饋信息，或周期/非周 期CSI反饋信息。需要指出的是，在上述的各步驟中，上行傳輸方案具體為以下方案中的一種(I)Rel 8 PUCCH format2/2a/2b。(2)基于 DFT-S-OFDM 的 PUCCH 新結(jié)構(gòu)。(3) PUCCH與多序列調(diào)制MSM相結(jié)合的傳輸方案。(4) PUSCH傳輸上行控制信息。具體應(yīng)用上述哪種上行傳輸方案可以根據(jù)實(shí)際需要進(jìn)行調(diào)整，不排除其他上行傳 輸方案，這樣的變化并不會(huì)影響本發(fā)明的保護(hù)范圍。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，可以使LTE-A系統(tǒng)下的終端設(shè)備根據(jù)UCI信 息的大小選擇適當(dāng)?shù)男诺谰幋a算法，將相應(yīng)的UCI信息編碼為與上行傳輸方案所確定的傳 輸資源相對(duì)應(yīng)的大小，以使該UCI信息能夠通過相應(yīng)的上行傳輸方案進(jìn)行反饋，從而，滿足 了在LTE-A載波聚合系統(tǒng)中，終端設(shè)備在一個(gè)上行子幀中反饋對(duì)應(yīng)多個(gè)下行載波的UCI信 息的需求，而且根據(jù)UCI信息的大小選擇信道編碼算法的處理方式也實(shí)現(xiàn)了譯碼性能和譯 碼復(fù)雜度的均衡。通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明實(shí)施例 可以通過硬件實(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ò)設(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.一種上行控制信息的傳輸方法，其特征在于，包括終端設(shè)備判斷當(dāng)前待反饋的上行控制信息的大小是否大于預(yù)設(shè)的門限值； 如果不大于，所述終端設(shè)備采用分組碼編碼方式作為信道編碼算法，將所述待反饋的 上行控制信息編碼為與上行傳輸方案所確定的傳輸資源相對(duì)應(yīng)的大小，如果大于，所述終 端設(shè)備采用卷積碼編碼方式作為信道編碼算法，將所述待反饋的上行控制信息編碼為與上 行傳輸方案所確定傳輸資源相對(duì)應(yīng)的大??；所述終端設(shè)備通過所述上行傳輸方案將信道編碼后的所述待反饋的上行控制信息發(fā) 送給基站。
2.如權(quán)利要求1所述的方法，其特征在于，所述預(yù)設(shè)的門限值，具體為10比特或11比特。
3.如權(quán)利要求1所述的方法，其特征在于，所述分組碼編碼方式，具體包括 RM(32,0)碼編碼方式；或，RM(20, A)碼編碼方式；或，RM(32，0)碼與重復(fù)/截短編碼相結(jié)合的編碼方式；或， RM(20,A)碼與重復(fù)/截短編碼相結(jié)合的編碼方式；其中，0表示RM(32，0)碼的原始輸入信息長(zhǎng)度，A表示RM00，A)碼的原始輸入信息長(zhǎng)度。
4.如權(quán)利要求1所述的方法，其特征在于，所述卷積碼編碼方式，具體可以為tail bitting卷積碼。
5.如權(quán)利要求1所述的方法，其特征在于，所述上行控制信息，具體包括 肯定確認(rèn)ACK/否定確認(rèn)NACK反饋信息；或，周期/非周期的信道狀態(tài)信息CSI反饋信息。
6.如權(quán)利要求1所述的方法，其特征在于，所述上行傳輸方案，具體為 常規(guī)的物理上行控制信道PUCCH format 2/2a/2b傳輸方案；或，基于DFT-S-OFDM的PUCCH新結(jié)構(gòu)傳輸方案；或，PUCCH format 2/2a/2b與多序列調(diào)制MSM相結(jié)合的傳輸方案；或，物理上行共享信道PUSCH傳輸方案。
7.如權(quán)利要求1所述的方法，其特征在于，如果所述終端設(shè)備判斷當(dāng)前待反饋的上行 控制信息的大小大于預(yù)設(shè)的門限值，所述方法還包括所述終端設(shè)備進(jìn)一步判斷所述待反饋的上行控制信息是否大于預(yù)設(shè)的校驗(yàn)門限值； 如果不大于，所述終端設(shè)備為所述待反饋的上行控制信息添加循環(huán)冗余校驗(yàn)CRC信息；如果大于，所述終端設(shè)備放棄為所述待反饋的上行控制信息添加CRC信息； 其中，所述預(yù)設(shè)的校驗(yàn)門限值大于或等于所述預(yù)設(shè)的門限值。
8.如權(quán)利要求1或7所述的方法，其特征在于，還包括當(dāng)所述待反饋的上行控制信息具體為指定類型的信息時(shí)，所述終端設(shè)備放棄為所述待 反饋的上行控制信息添加CRC信息；其中，所述指定類型的信息具體為ACK/NACK反饋信息，或周期/非周期CSI反饋信息， 或不指定任何上行控制信息類型。
9.一種終端設(shè)備，其特征在于，包括 設(shè)置模塊，用于設(shè)置門限值；判斷模塊，用于判斷當(dāng)前待反饋的上行控制信息的大小是否大于所述設(shè)置模塊所設(shè)置 的門限值；信道編碼模塊，用于在所述判斷模塊的判斷結(jié)果為不大于時(shí)，采用分組碼編碼方式作 為信道編碼算法，將所述待反饋的上行控制信息編碼為與上行傳輸方案所確定的傳輸資源 相對(duì)應(yīng)的大小，或在所述判斷模塊的判斷結(jié)果為大于時(shí)，采用卷積碼編碼方式作為信道編 碼算法，將所述待反饋的上行控制信息編碼為與上行傳輸方案所確定的傳輸資源相對(duì)應(yīng)的 大??；發(fā)送模塊，用于通過所述上行傳輸方案將所述信道編碼模塊編碼后的所述待反饋的上 行控制信息發(fā)送給基站。
10.如權(quán)利要求9所述的終端設(shè)備，其特征在于，所述設(shè)置模塊所設(shè)置的門限值具體為 10比特或11比特。
11.如權(quán)利要求9所述的終端設(shè)備，其特征在于，所述分組碼編碼方式，具體包括 RM(32，0)碼編碼方式；或，RM(20, A)碼編碼方式；或，RM(32，0)碼與重復(fù)/截短編碼相結(jié)合的編碼方式；或， RM(20, Α)碼與重復(fù)/截短編碼相結(jié)合的編碼方式；其中，0表示RM(32，0)碼的原始輸入信息長(zhǎng)度，A表示RM00，A)碼的原始輸入信息長(zhǎng)度。
12.如權(quán)利要求9所述的終端設(shè)備，其特征在于，所述卷積碼編碼方式，具體可以為 tail bitting 卷積碼。
13.如權(quán)利要求9所述的終端設(shè)備，其特征在于，所述上行控制信息，具體包括 ACK/NACK反饋信息；或，周期/非周期CSI反饋信息。
14.如權(quán)利要求9所述的終端設(shè)備，其特征在于，所述上行傳輸方案，具體為 常規(guī)的PUCCH format2/2a/2b傳輸方案；或，基于DFT-S-OFDM的PUCCH新結(jié)構(gòu)傳輸方案；或， PUCCH format 2/^23/213與MSM相結(jié)合的傳輸方案；或， PUSCH傳輸方案。
15.如權(quán)利要求9所述的終端設(shè)備，其特征在于，所述設(shè)置模塊還用于設(shè)置校驗(yàn)門限值；所述判斷模塊，還用于在當(dāng)前待反饋的上行控制信息的大小大于所述設(shè)置模塊所設(shè)置 的門限值時(shí)，進(jìn)一步判斷所述待反饋的上行控制信息是否大于所述設(shè)置模塊所設(shè)置的校驗(yàn) 門限值；所述信道編碼模塊，還用于在所述判斷模塊判斷所述待反饋的上行控制信息不大于所 述設(shè)置模塊所設(shè)置的校驗(yàn)門限值時(shí)，為所述待反饋的上行控制信息添加CRC信息，或在所 述判斷模塊判斷所述待反饋的上行控制信息大于所述設(shè)置模塊所設(shè)置的校驗(yàn)門限值時(shí)，放 棄為所述待反饋的上行控制信息添加CRC信息；其中，所述校驗(yàn)門限值大于或等于所述門限值。
16.如權(quán)利要求9或15所述的方法，其特征在于，所述設(shè)置模塊，還用于設(shè)置指定的上 行控制信息類型；所述信道編碼模塊，還用于在所述待反饋的上行控制信息的類型為所述設(shè)置模塊所設(shè) 置的指定的上行控制信息類型時(shí)，放棄為所述待反饋的上行控制信息添加CRC信息；其中，所述設(shè)置模塊所設(shè)置的定的上行控制信息類型具體為ACK/NACK反饋信息的類 型，或周期/非周期的CSI反饋信息的類型，或不指定任何上行控制信息類型。
全文摘要
本發(fā)明實(shí)施例公開了一種上行控制信息的傳輸方法和設(shè)備，通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，可以使LTE-A系統(tǒng)下的終端設(shè)備根據(jù)UCI信息的大小選擇適當(dāng)?shù)男诺谰幋a算法，將相應(yīng)的UCI信息編碼為與上行傳輸方案所確定的傳輸資源相對(duì)應(yīng)的大小，以使該UCI信息能夠通過相應(yīng)的上行傳輸方案進(jìn)行反饋，從而，滿足了在LTE-A載波聚合系統(tǒng)中，終端設(shè)備在一個(gè)上行子幀中反饋對(duì)應(yīng)多個(gè)下行載波的UCI信息的需求，而且根據(jù)UCI信息的大小選擇信道編碼算法的處理方式也實(shí)現(xiàn)了譯碼性能和譯碼復(fù)雜度的均衡。
文檔編號(hào)H04L1/16GK102104458SQ201010224540
公開日2011年6月22日 申請(qǐng)日期2010年7月2日 優(yōu)先權(quán)日2010年7月2日
發(fā)明者林亞男, 沈祖康, 潘學(xué)明, 高雪娟 申請(qǐng)人:電信科學(xué)技術(shù)研究院