專利名稱：下行傳輸?shù)姆答伔椒ā⒒炯坝脩艚K端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種下行傳輸?shù)姆椒?、基站及用戶終端。
背景技術(shù)：
長(zhǎng)期演進(jìn)系統(tǒng)(Long Term Evolution，簡(jiǎn)稱為L(zhǎng)TE)的頻分雙工(Frequency Division Duplex，簡(jiǎn)稱為FDD)系統(tǒng)的版本8是一個(gè)單載波系統(tǒng)，在該系統(tǒng)中，上行載波和下行載波僅有一對(duì)，下行載波所需要的上行載波是唯一的。LTE系統(tǒng)中的FDD系統(tǒng)的版本 10，即高級(jí)長(zhǎng)期演進(jìn)系統(tǒng)(Long Term Evolution Advanced，簡(jiǎn)稱為 LTE-Advanced)，是一個(gè)多載波系統(tǒng)。多載波系統(tǒng)的網(wǎng)絡(luò)中運(yùn)行著多個(gè)上行分量載波(Uplink Component Carrier, 簡(jiǎn)稱為UL CC)和多個(gè)下行分量載波(Downlink Component Carrier，簡(jiǎn)稱為DL CC)，用戶設(shè)備(User equipment，簡(jiǎn)稱為UE)可以同時(shí)配置多個(gè)上行分量載波和多個(gè)下行分量載波， 這需要制定新的用戶設(shè)備和演進(jìn)型基站(Evolved Node B，簡(jiǎn)稱為eNB)之間的下行數(shù)據(jù)傳輸規(guī)范。下行數(shù)據(jù)傳輸?shù)囊话氵^(guò)程如下(I)UE 監(jiān)視物理下行控制信道(Physical Downlink ControlChannel，簡(jiǎn)稱為 PDCCH)。(2) UE接收DL assignment (下行鏈路數(shù)據(jù)傳輸)。(3)UE 接收物理下行數(shù)據(jù)信道(Physical Downlink SharedChannel，簡(jiǎn)稱為 PDSCH)ο(4) UE 反饋 ACK (確認(rèn))/NACK (未確認(rèn))。由于在單載波系統(tǒng)中，上行載波和下行載波是成對(duì)出現(xiàn)的，物理下行控制信道將反饋下行鏈路數(shù)據(jù)傳輸消息發(fā)送給對(duì)應(yīng)的上行載波即可，但是在多載波系統(tǒng)中，用戶設(shè)備可以同時(shí)配置多個(gè)上行分量載波和下行分量載波，那么，PDCCH DL CC需要指明在什么位置上反饋下行鏈路數(shù)據(jù)傳輸消息。針對(duì)相關(guān)技術(shù)中多載波的PDCCH DL CC沒有指明反饋下行鏈路數(shù)據(jù)傳輸消息的位置，導(dǎo)致終端和網(wǎng)絡(luò)側(cè)通信失敗的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種下行傳輸?shù)姆答伔椒?、基站及用戶終端，以至少解決上述問題之一。根據(jù)本發(fā)明的一個(gè)方面，提供了一種下行傳輸?shù)姆答伔椒?。根?jù)本發(fā)明的下行傳輸?shù)姆答伔椒òɑ緦?duì)每個(gè)物理下行控制信道PDCCH所在的下行分量載波均配置一個(gè)用于反饋的物理上行控制信道空間PUCCH space ；基站將其配置的PUCCH space通知用戶設(shè)備；用戶設(shè)備在PUCCH space上對(duì)下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋。進(jìn)一步地，基站將其配置的PUCCH空間通知用戶設(shè)備包括基站通過(guò)系統(tǒng)消息通知用戶設(shè)備PUCCH space。 進(jìn)一步地，基站將其配置的PUCCH空間通知用戶設(shè)備包括基站通過(guò)無(wú)線資源控制RRC信令通知用戶設(shè)備PUCCH space。進(jìn)一步地，用戶設(shè)備在PUCCH space上對(duì)下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋包括根據(jù)在下行分量載波接收到的下行鏈路數(shù)據(jù)傳輸信令、下行分量載波對(duì)應(yīng)的混合自動(dòng)重傳HARQ物理層實(shí)體、下行物理下行共享信道PDSCH的傳輸塊TB進(jìn)行下行分量載波對(duì)應(yīng)的HARQ解碼，解碼正確則在PUCCH space上反饋ACK。進(jìn)一步地，用戶設(shè)備在PUCCH space上對(duì)下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋包括根據(jù)在下行分量載波接收到的下行鏈路數(shù)據(jù)傳輸信令、下行分量載波對(duì)應(yīng)的混合自動(dòng)重傳HARQ物理層實(shí)體、下行物理下行共享信道PDSCH的傳輸塊TB進(jìn)行下行分量載波對(duì)應(yīng)的HARQ解碼，解碼失敗則在PUCCH space上反饋NACK。進(jìn)一步地，一個(gè)上行分量載波為多個(gè)下行分量載波提供下行鏈路數(shù)據(jù)傳輸反饋。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一個(gè)方面，提供了一種基站。根據(jù)本發(fā)明的基站包括配置模塊，用于對(duì)每個(gè)物理下行控制信道PDCCH所在的下行分量載波均配置一個(gè)用于反饋的物理上行控制信道空間PUCCH space ；通知模塊，用于將配置的PUCCH space通知用戶設(shè)備，以使用戶設(shè)備在PUCCH space上對(duì)下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋。進(jìn)一步地，通知模塊包括第一通知模塊，用于通過(guò)系統(tǒng)消息通知用戶設(shè)備PUCCH space。進(jìn)一步地，通知模塊還包括第二通知模塊，用于通過(guò)無(wú)線資源控制RRC信令通知用戶設(shè)備PUCCH space。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的再一個(gè)方面，提供了一種用戶設(shè)備。根據(jù)本發(fā)明的用戶設(shè)備包括解碼模塊，用于根據(jù)在下行分量載波接收到的下行鏈路數(shù)據(jù)傳輸信令、下行分量載波對(duì)應(yīng)的混合自動(dòng)重傳HARQ物理層實(shí)體、下行物理下行共享信道PDSCH的傳輸塊TB進(jìn)行下行分量載波對(duì)應(yīng)的HARQ解碼；第一反饋模塊，用于在解碼正確情況下在PUCCH space上反饋確認(rèn)ACK;第二反饋模塊，用于在解碼失敗情況下在 PUCCH space上反饋非確認(rèn)NACK。通過(guò)本發(fā)明，采用基站對(duì)每個(gè)物理下行控制信道PDCCH所在的下行分量載波均配置一個(gè)用于反饋的物理上行控制信道空間PUCCH space ；基站將其配置的PUCCH space通知用戶設(shè)備；用戶設(shè)備在PUCCH space上對(duì)下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋， 解決了相關(guān)技術(shù)中多載波的PDCCH DL CC沒有指明下行數(shù)據(jù)傳輸反饋信令的位置，導(dǎo)致終端和網(wǎng)絡(luò)側(cè)通信失敗的問題，進(jìn)而達(dá)到了保證多載波下行傳輸可靠性的效果。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實(shí)施例的下行傳輸?shù)姆答伔椒ǖ牧鞒虉D；圖2是根據(jù)本發(fā)明實(shí)施例的配置PUCCH space的流程圖；圖3是根據(jù)本發(fā)明實(shí)施例的反饋下行鏈路數(shù)據(jù)傳輸?shù)牧鞒虉D4是根據(jù)本發(fā)明 優(yōu)選實(shí)施例的示意圖；圖5是根據(jù)本發(fā)明實(shí)施例的基站的結(jié)構(gòu)框圖；圖6是根據(jù)本發(fā)明實(shí)施例的基站的優(yōu)選的結(jié)構(gòu)框圖；以及圖7是根據(jù)本發(fā)明實(shí)施例的用戶設(shè)備的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。多載波系統(tǒng)包括基站(eNB)和無(wú)線網(wǎng)絡(luò)控制器，基站和無(wú)線網(wǎng)絡(luò)控制器之間為無(wú)線連接，基站和無(wú)線網(wǎng)絡(luò)控制器通常為具有通信能力的計(jì)算裝置，之間的無(wú)線連接遵循多載波的相關(guān)通信標(biāo)準(zhǔn)。下面介紹本發(fā)明的各個(gè)實(shí)施例都以多載波系統(tǒng)為基礎(chǔ)予以實(shí)施。本發(fā)明提供了一種下行傳輸?shù)姆答伔椒?，如圖1所示，包括如下的步驟S102至步驟 S106 步驟S102，基站對(duì)每個(gè)物理下行控制信道PDCCH所在的下行分量載波均配置一個(gè)用于反饋的物理上行控制信道空間PUCCHspace，例如，基站(eNB)為UE配置PDCCH DL CCx 時(shí)，eNB 為 PDCCH DL CCx 指明反饋空間 PUCCH spaceyx (PUCCH 空間 χ)，該 PUCCH spaceyx 為所有DL CCx上的PDCCH提供反饋；如果UE從PDCCH DL CCx上收到PDCCH，不管該P(yáng)DCCH 是調(diào)度本PDCCH DL CCx的PDSCH，還是調(diào)度其它DL CC的PDSCH，都在該P(yáng)UCCH spaceyx上反饋；例如，PUCCH spaceyx表示該空間位于UL CCy上，只為PDCCH DL CCx保留的，其他的 PDCCH DL CC不能使用該反饋空間；又例如，UE配置非PDCCH DL CC時(shí)，eNB不為該非PDCCH DL CC指明反饋空間。步驟S104，基站將其配置的PUCCH space通知用戶設(shè)備。步驟S106，用戶設(shè)備在PUCCH space上對(duì)下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋。相關(guān)技術(shù)在單載波系統(tǒng)中，上行載波和下行載波是成對(duì)出現(xiàn)的，物理下行控制信道將反饋下行鏈路數(shù)據(jù)傳輸消息發(fā)送給對(duì)應(yīng)的上行載波即可，但是在多載波系統(tǒng)中，用戶設(shè)備可以同時(shí)配置多個(gè)上行分量載波和下行分量載波，那么，PDCCH DL CC需要指明在什么位置上反饋下行鏈路數(shù)據(jù)傳輸消息，本發(fā)明通過(guò)對(duì)每個(gè)物理下行控制信道PDCCH所在的下行分量載波均配置一個(gè)用于反饋的物理上行控制信道空間PUCCH space，并在PUCCH space 上對(duì)下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋，進(jìn)而達(dá)到了保證多載波下行傳輸可靠性的效果。優(yōu)選地，在步驟S104中包括基站通過(guò)系統(tǒng)消息通知用戶設(shè)備PUCCH space.優(yōu)選地，在步驟S104中包括基站通過(guò)無(wú)線資源控制RRC信令通知用戶設(shè)備PUCCH space，其中，在PUCCH space位置上反饋下行鏈路分配消息的非確認(rèn)NACK，達(dá)到了保證多載波下行傳輸可靠性的效果。優(yōu)選地，在步驟S106中包括根據(jù)在下行分量載波接收到的下行鏈路數(shù)據(jù)傳輸信令、下行分量載波對(duì)應(yīng)的混合自動(dòng)重傳HARQ物理層實(shí)體、下行物理下行共享信道PDSCH的傳輸塊TB進(jìn)行下行分量載波對(duì)應(yīng)的HARQ解碼，解碼正確則在PUCCH space上反饋ACK，其中，在PUCCH space位置上反饋下行鏈路分配消息的確認(rèn)ACK，達(dá)到了保證多載波下行傳輸可靠性的效果。 優(yōu)選地，在步驟S106中包括根據(jù)在下行分量載波接收到的下行鏈路數(shù)據(jù)傳輸信令、下行分量載波對(duì)應(yīng)的混合自動(dòng)重傳HARQ物理層實(shí)體、下行物理下行共享信道PDSCH的傳輸塊TB進(jìn)行下行分量載波對(duì)應(yīng)的HARQ解碼，解碼失敗則在PUCCH space上反饋NACK。優(yōu)選地，一個(gè)上行分量載波為多個(gè)下行分量載波提供下行鏈路數(shù)據(jù)傳輸反饋。例如多個(gè)下行分量載波和一個(gè)上行分量載波相關(guān)聯(lián)，那么該實(shí)施例的基站 (eNB)在該UL CC上為多個(gè)DL CC分別保留PUCCHspace。其中PUCCH space可以是頻分， 時(shí)分或者碼分的資源，使用3GPP R8規(guī)范的計(jì)算公式可獲得該P(yáng)UCCH space，此處的關(guān)聯(lián)是指上行分量載波x(UL CCx)為DL CCx(下行分量載波χ)上的DL assignment提供反饋，UL CCx為該DL CCx保留反饋資源。下面再描述本發(fā)明的多個(gè)優(yōu)選實(shí)施例，這些優(yōu)選實(shí)施例綜合了上面多個(gè)優(yōu)選實(shí)施例的技術(shù)方案。優(yōu)選實(shí)施例一在本實(shí)施例中，UE駐留時(shí)，可以使用系統(tǒng)消息配置法配置PUCCH space ；在UE接入時(shí),通過(guò)無(wú)線資源控制(Radio ResourceControl，簡(jiǎn)稱為RRC)信令指明PUCCH space。圖2是根據(jù)本發(fā)明實(shí)施例的配置PUCCH space的流程圖。如圖2所示，包括如下的步驟步驟S201，UE駐留小區(qū)，所在PUCCH的分量載波為DL CCx，其中χ為分量載波標(biāo)記。步驟S202，UE接收系統(tǒng)信息，例如SIB-2中指示反饋ACK/NACK的分量載波為UL CCx，其中χ為分量載波標(biāo)號(hào)，則分量載波空間為PUCCH spacexx，其中spacexx前一個(gè)χ為 DL CCx中分量載波標(biāo)記，后一個(gè)χ為DL CCx中分量載波標(biāo)記。優(yōu)選地，在步驟S202中，UE所駐留的載波，可以使用系統(tǒng)消息配置法配置PUCCH space.具體地，經(jīng)過(guò)小區(qū)選擇或者小區(qū)重選，UE駐留在位于可接入載波DL CCO的某個(gè)合適小區(qū)，由系統(tǒng)消息系統(tǒng)消息塊2 (System Information Block，簡(jiǎn)稱為SIB2)確定該DL CCO 的反饋空間所在的上行分量載波UL CC0。則記位于分量載波ULCCO上的DL CCO的反饋空間為PUCCH spaceOO，UE將讀取計(jì)算PUCCH spaceOO的相關(guān)系統(tǒng)信息參數(shù)，如同Release 8， 參數(shù)存放在信元PUCCH-ConfigCommon，即使用PUCCH-Conf igCommon和Release8的算法可以計(jì)算出 PUCCH spaceOO。步驟S203，UE接入基站(eNB)，eNB為UE增配分量載波DL CCy，其中y為分量載波標(biāo)記。步驟S204，判斷步驟S203中的分量載波是否是PDCCH DLCC0步驟S205，如果判斷結(jié)果為否，則eNB不為DL CCy配置PUCCH space。優(yōu)選地，對(duì)于UE而言，eNB通過(guò)RRC信令為該UE增配DL CCl時(shí)，如果該DL CCl為非PDCCH DL CC，那么不為該非PDCCH DLCC指明關(guān)聯(lián)的UL CC禾口 PUCCH space。需要說(shuō)明的是，本實(shí)施中的“關(guān)聯(lián)”是指是指該UL CCx(上行分量載波χ)為DL CCx (下行分量載波χ)上的DL assignment提供反饋，UL CCx為該DL CCx保留反饋資源。步驟S206，判斷步驟S205中的PUCCH space是否是可接入DL CC。步驟S207，判斷結(jié)果為否，則eNB在RRC信令中配置UL CCy (y為分量載波的標(biāo)記)，并配置 PUCCH Spaceyy0 步驟S208，判斷結(jié)果為可接入下行分量載波，則eNB在RRC信令中配置UL CCy (y 為分量載波標(biāo)號(hào))，并配置PUCCH spaceyy，或者UE從DL CCy的系統(tǒng)信息中配置UL CCy，并配置 PUCCHspaceyy。 在上述步驟S207和步驟S208中，對(duì)于UE而言，eNB通過(guò)RRC信令為該UE增配DL CCl 時(shí)，如果該 DL CCl 為 PDCCH DL CC，貝丨J eNB 為該 PDCCH DL CC 指明 PUCCH space。如果該P(yáng)DCCH DLCC是可接入的DL CC，那么可以采用步驟S202中的步驟指明PUCCH space,也可以采用步驟S208中RRC信令指明PUCCHspace。如果PDCCH DL CC是不可接入的DL CC, 那么只能采用RRC信令指明PUCCH space.步驟S209，配置結(jié)束。在本實(shí)施例中，實(shí)現(xiàn)了對(duì)PUCCH space的配置，分為UE駐留小區(qū)和接入兩種情況， 其中UE駐留時(shí)可以采用系統(tǒng)消息指示PUCCH space，在接入時(shí)可以采用系統(tǒng)消息指示或者 RRC 信令指示 PUCCH space。優(yōu)選實(shí)施例二圖3是根據(jù)本發(fā)明實(shí)施例的反饋下行鏈路數(shù)據(jù)傳輸?shù)牧鞒虉D，如圖3所示，包括如下步驟步驟S302，UE 在 PDCCH DL CCx 上監(jiān)聽 PDCCH。步驟S304，UE 在 PDCCH DL CCx 上接收到 DL assignment。步驟S306，UE 在 PDCCH DL CCx 上收到 DL assisgnment，并且該 DL assignment 中包括載波指示域(Carrier Indicator Field，簡(jiǎn)稱為CIF)。步驟S308，UE物理層從CIF所指示的DL CC上接收下行數(shù)據(jù)并解調(diào)為傳輸塊 (Transport block，簡(jiǎn)稱為 TB)。步驟S310，UE物理層從本載波DL CCx接收下行數(shù)據(jù)，并解調(diào)為TB。步驟S312，UE 的物理層將 DL assisgnment 中提取 HARQinformation，HARQ information不再包括CIF和R8協(xié)議完全一致，以及解調(diào)后的TB發(fā)送給DL CCx所對(duì)應(yīng)的 HARQ MAC entityx 處理。步驟S314，HARQ MAC entityx按照R8的規(guī)范進(jìn)行處理判斷新傳、舊傳，將HARQ Information 禾口 TB 發(fā)送給 HARQ Information 中 HARQ process ID 所指的 HARQ process 處理。步驟S316，如果是首傳，直接覆蓋HARQ process ID所對(duì)應(yīng)的HARQ process buffer，如果是重傳，則和HARQ process ID所對(duì)應(yīng)的HARQ process buffer中包括的數(shù)據(jù)進(jìn)行合并后放在該HARQprocess buffer中。步驟S318，HARQ process將HARQ Information中包括的MCS等信息作為參數(shù)調(diào)用物理層解碼過(guò)程，對(duì)HARQ process buffer進(jìn)行解碼。步驟S320，判斷解碼是否成功。步驟S322，判斷結(jié)果為是，在PDCCH DL CCx所關(guān)聯(lián)的UL CCx上的PUCCH spacexx 上發(fā)送ACK。步驟S322，判斷結(jié)果為否，在PDCCH DL CCx所關(guān)聯(lián)的UL CCx上的PUCCH spacexx 上發(fā)送NACK。
本實(shí)施例中實(shí)現(xiàn)了在PUCCH space上對(duì)下行鏈路數(shù)據(jù)傳輸?shù)姆答?，?duì)于跨載波調(diào)度和非跨載波調(diào)度的下行傳輸采用了統(tǒng)一的方式，完全兼容R8/R9 (版本8/9)的HARQ下行傳輸。優(yōu)選實(shí)施例三 圖4是根據(jù)本發(fā)明優(yōu)選實(shí)施例的示意圖，如圖4所示，為UE配置了下行分量載波 DL CCLDL CC2，DL CC3 和上行分量載波 UL CCl 禾口 UL CC2 ；DL CCl 關(guān)聯(lián) UL CC1,UL CCl 為 DL CCl 保留 PUCCH space 11, DL CC2 禾口 DL CC3 關(guān)聯(lián) UL CC2，UL CC2 為 DL CC2 保留 PUCCH space22，UL CC2為DL CC3保留PUCCHspace23，關(guān)聯(lián)和空間保留可以按照優(yōu)選實(shí)施例一的步驟配置和確定。第一次傳輸，DLCCl 收到了 DL assignment without CIF，物理層將在該 DL CCl 上接收下行數(shù)據(jù)并解調(diào)，將得到的PDSCH TB路由給routeing DL CCl對(duì)應(yīng)的HARQ MAC entityl, HARQ MACentity 1 I^ig DL assignment ψ ^ HARQ process Ι , M TB
HARQ process ID的HARQ process buffer，并嘗試解碼，解碼失敗則使用DL CCl關(guān)聯(lián)的 PUCCH space 11 反饋 NACK 給 eNB ；第二次傳輸，DLCCl 收到了 DL assignment with CIF2，物理層將在該 DL CC2 上接收下行數(shù)據(jù)并解調(diào)，將得到的PDSCH TB路由給routeing DL CCl對(duì)應(yīng)的HARQ MAC entityl,HARQ MAC entityl 根據(jù) DL assignment 中的 HARQ process ID，將 TB 與存放在該 HARQprocess ID的HARQ process buffer的數(shù)據(jù)進(jìn)行合并，并嘗試解碼，解碼失敗則使用 DL CCl 關(guān)聯(lián)的 PUCCH spacell 反饋 NACK 給 eNB ；第三次傳輸，DL CCl收到了 DL assignment with CIF3，物理層將在該DL CC3 上接收下行數(shù)據(jù)并解調(diào)，將得到的PDSCH TB路由給routeing DL CCl對(duì)應(yīng)的HARQ MAC entityl,HARQ MAC entityl 根據(jù) DL assignment 中的 HARQ process ID，將 TB 與存放在該 HARQprocess ID的HARQ process buffer的數(shù)據(jù)進(jìn)行合并，并嘗試解碼，解碼成功則使用 DL CCl 關(guān)聯(lián)的 PUCCH spacell 反饋 ACK 給 eNB。本實(shí)施例實(shí)現(xiàn)了多個(gè)下行分量載波和一個(gè)上行分量載波相關(guān)聯(lián)，在一個(gè)上行分量載波上配置對(duì)應(yīng)于多個(gè)下行分量載波的PUCCHspace，并在各自配置好的PUCCH上反饋ACK 或者NACK信息，保證了下行數(shù)據(jù)的可靠傳輸。圖5是根據(jù)本發(fā)明實(shí)施例的基站的結(jié)構(gòu)框圖，如圖5所示，包括配置模塊52和通知模塊54，下面對(duì)上述結(jié)構(gòu)進(jìn)行詳細(xì)描述。配置模塊52，用于對(duì)每個(gè)物理下行控制信道PDCCH所在的下行分量載波均配置一個(gè)用于反饋的物理上行控制信道空間PUCCHspace ；通知模塊54，連接至配置模塊52，用于將配置模塊52配置的PUCCH space通知用戶設(shè)備，以使用戶設(shè)備在PUCCH space上對(duì)下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋。圖6是根據(jù)本發(fā)明實(shí)施例的基站的優(yōu)選的結(jié)構(gòu)框圖，如圖6所示，通知模塊54還包括第一通知模塊522和第二通知模塊544，下面對(duì)上述結(jié)構(gòu)進(jìn)行詳細(xì)描述。第一通知模塊522，用于通過(guò)系統(tǒng)消息通知用戶設(shè)備PUCCHspace。第二通知模塊544，用于通過(guò)無(wú)線資源控制RRC信令通知用戶設(shè)備PUCCH space.圖7是根據(jù)本發(fā)明實(shí)施例的用戶設(shè)備的結(jié)構(gòu)框圖，如圖7所示，包括解碼模塊72， 第一反饋模塊74和第二反饋模塊76，下面對(duì)上述結(jié)構(gòu)進(jìn)行詳細(xì)描述。
解碼模塊72，用于根據(jù)在下行分量載波接收到的下行鏈路數(shù)據(jù)傳輸信令、下行分量載波對(duì)應(yīng)的混合自動(dòng)重傳HARQ物理層實(shí)體、下行物理下行共享信道PDSCH的傳輸塊TB 進(jìn)行下行分量載波對(duì)應(yīng)的HARQ解碼； 第一反饋模塊74，連接至解碼模塊72，用于在解碼模塊72解碼正確情況下在 PUCCH space上反饋確認(rèn)ACK ；第二反饋模塊76，連接至解碼模塊72，用于在解碼模塊72解碼失敗情況下在 PUCCH space上反饋非確認(rèn)NACK。需要說(shuō)明的是，裝置實(shí)施例中描述的基站和用戶設(shè)備對(duì)應(yīng)于上述的方法實(shí)施例， 其具體的實(shí)現(xiàn)過(guò)程在方法實(shí)施例中已經(jīng)進(jìn)行過(guò)詳細(xì)說(shuō)明，在此不再贅述。綜上所述，通過(guò)本發(fā)明，實(shí)現(xiàn)了在PUCCH space上對(duì)下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行ACK/NACK的反饋，保證了使用混合自動(dòng)請(qǐng)求重傳的完成和下行傳輸?shù)目煽啃?。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種下行傳輸?shù)姆答伔椒ǎ涮卣髟谟?，包括基站?duì)每個(gè)物理下行控制信道PDCCH所在的下行分量載波均配置一個(gè)用于反饋的物理上行控制信道空間PUCCHspace ；所述基站將其配置的PUCCH space通知用戶設(shè)備；所述用戶設(shè)備在所述PUCCH space上對(duì)所述下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基站將其配置的PUCCH空間通知用戶設(shè)備包括所述基站通過(guò)系統(tǒng)消息通知用戶設(shè)備所述PUCCH space.
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基站將其配置的PUCCH空間通知用戶設(shè)備包括所述基站通過(guò)無(wú)線資源控制RRC信令通知所述用戶設(shè)備所述PUCCH space.
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶設(shè)備在所述PUCCHspace上對(duì)所述下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋包括根據(jù)在所述下行分量載波接收到的所述下行鏈路數(shù)據(jù)傳輸信令、所述下行分量載波對(duì)應(yīng)的混合自動(dòng)重傳HARQ物理層實(shí)體、下行物理下行共享信道PDSCH的傳輸塊TB進(jìn)行所述下行分量載波對(duì)應(yīng)的HARQ解碼，解碼正確則在所述PUCCH space上反饋ACK。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶設(shè)備在所述PUCCHspace上對(duì)所述下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋包括根據(jù)在所述下行分量載波接收到的所述下行鏈路數(shù)據(jù)傳輸信令、所述下行分量載波對(duì)應(yīng)的混合自動(dòng)重傳HARQ物理層實(shí)體、下行物理下行共享信道PDSCH的傳輸塊TB進(jìn)行所述下行分量載波對(duì)應(yīng)的HARQ解碼，解碼失敗則在所述PUCCH space上反饋NACK。
6.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的方法，其特征在于，一個(gè)上行分量載波為多個(gè)所述下行分量載波提供下行鏈路數(shù)據(jù)傳輸反饋。
7.一種基站，其特征在于，包括配置模塊，用于對(duì)每個(gè)物理下行控制信道PDCCH所在的下行分量載波均配置一個(gè)用于反饋的物理上行控制信道空間PUCCH space ；通知模塊，用于將配置的PUCCH space通知用戶設(shè)備，以使用戶設(shè)備在所述PUCCH space上對(duì)所述下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋。
8.根據(jù)權(quán)利要求7所述的基站，其特征在于，通知模塊包括第一通知模塊，用于通過(guò)系統(tǒng)消息通知用戶設(shè)備所述PUCCH space.
9.根據(jù)權(quán)利要求7所述的基站，其特征在于，通知模塊還包括第二通知模塊，用于通過(guò)無(wú)線資源控制RRC信令通知所述用戶設(shè)備所述PUCCH space。
10.一種用戶設(shè)備，其特征在于，還包括解碼模塊，用于根據(jù)在所述下行分量載波接收到的所述下行鏈路數(shù)據(jù)傳輸信令、所述下行分量載波對(duì)應(yīng)的混合自動(dòng)重傳HARQ物理層實(shí)體、下行物理下行共享信道PDSCH的傳輸塊TB進(jìn)行所述下行分量載波對(duì)應(yīng)的HARQ解碼；第一反饋模塊，用于在解碼正確情況下在所述PUCCHspace上反饋確認(rèn)ACK ；第二反饋模塊，用于在解碼失敗情況下在所述PUCCHspace上反饋非確認(rèn)NACK。
全文摘要
本發(fā)明公開了一種下行傳輸?shù)姆答伔椒?、基站及用戶終端，該方法包括基站對(duì)每個(gè)物理下行控制信道PDCCH所在的下行分量載波均配置一個(gè)用于反饋的PUCCH space；基站將其配置的PUCCH space通知用戶設(shè)備；用戶設(shè)備在PUCCH space上對(duì)下行分量載波的下行鏈路數(shù)據(jù)傳輸進(jìn)行反饋。本發(fā)明解決了相關(guān)技術(shù)中多載波的PDCCH DL CC沒有指明下行數(shù)據(jù)傳輸反饋信令的位置，導(dǎo)致終端和網(wǎng)絡(luò)側(cè)通信失敗的問題，進(jìn)而達(dá)到了保證多載波下行傳輸可靠性的效果。
文檔編號(hào)H04W72/04GK102215093SQ20101016133
公開日2011年10月12日 申請(qǐng)日期2010年4月9日 優(yōu)先權(quán)日2010年4月9日
發(fā)明者王堅(jiān), 黃亞達(dá) 申請(qǐng)人:中興通訊股份有限公司