亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

自適應(yīng)TDD系統(tǒng)中UL控制信道的物理資源分配的制作方法

文檔序號:11852559閱讀:496來源:國知局
自適應(yīng)TDD系統(tǒng)中UL控制信道的物理資源分配的制作方法與工藝

所揭露實施例一般有關(guān)于自適應(yīng)(adaptive)時分雙工(TDD)網(wǎng)絡(luò),以及更具體地,有關(guān)于自適應(yīng)TDD系統(tǒng)中用于UL控制信道的物理資源分配。



背景技術(shù):

3GPP系統(tǒng)中,例如先進LTE(LTE-Advanced,LTE-A)透過在異構(gòu)(heterogeneous)網(wǎng)絡(luò)拓撲中利用所部署的多個基站的分集(diverse)集合,而提高了頻譜效率。使用混合的宏、微微(pico)、家庭(femto)、以及中繼基站,異構(gòu)網(wǎng)絡(luò)是能了靈活以及低成本部署,以及提供了一致的寬頻用戶體驗。

近來3GPP工作中,系統(tǒng)設(shè)計的驅(qū)使顯示出了對于網(wǎng)絡(luò)系統(tǒng)的更靈活配置的需求?;谙到y(tǒng)負載、流量(traffic)類型,流量樣態(tài)(pattern)以及等等,系統(tǒng)可以動態(tài)調(diào)整自己的參數(shù)以進一步利用無線資源以及節(jié)省能量。一個例子是自適應(yīng)TDD配置的支持,其中,系統(tǒng)中的TDD配置可以根據(jù)DL-UL流量比自適應(yīng)改變。當(dāng)該改變更好匹配了瞬時流量情況時,系統(tǒng)吞吐量得以提高。

在自適應(yīng)TDD系統(tǒng)中,有多個類型的上行鏈路-下行鏈路(UL-DL,)配置,例如系統(tǒng)配置(System configuration),UL參考配置(UL-reference configuration)(與系統(tǒng)配置相同),DL參考配置(不同于系統(tǒng)配置)以及實際配置(actual configuration)。如果既有UE以及增強型干擾移除以及流量自適應(yīng)(enhancement on Interference Mitigation and Traffic Adaption,eIMTA)UE分別遵守系統(tǒng)配置以及DL參考配置,以反饋DL混合自動重傳請求-確認(HARQ-ACK),以及對應(yīng)PUCCH資源透過控制信道粒子(Control Channel Element,CCE)索引而隱含決定,可能發(fā)生PUCCH資源碰撞,即單一資源中發(fā)送多個PUCCH。PUCCH資源碰撞的問題可能引起PUCCH效能降低以及需要解決。

此外,為了避免既有UE在靈活(flexible)子幀中發(fā)送PRACH的情況,其中實際配置方向恰好為DL,PRACH資源可以限制在固定(fixed)UL資源中,即UL子幀#2,以及第一特殊子幀(special subframe)中的UpPTS。將PRACH限制在固定UL資源中是很困難的,例如不可能將物理隨機接入信道(PRACH)資源只限制在UL子幀#2中。這個限制可能影響可用(available)PRACH資源的容量,以及引起更大概率PRACH前導(dǎo)碼前導(dǎo)碼(preamble)的碰撞。因為eIMTA UE具有知道靈活子幀以及實際UL-DL配置的實際傳輸方向的能力,此外,其中“eIMTA UE”意味著具有支持自適應(yīng)TDD系統(tǒng)的能力的UE,即,eIMTA特征,如果eIMTA UE可以在靈活子幀中發(fā)送PRACH,可以利用PRACH資源。在本發(fā)明中提出一些增強,以用于eIMTA UE的PRACH資源分配。



技術(shù)實現(xiàn)要素:

本發(fā)明提出自適應(yīng)TDD系統(tǒng)中用于UL控制信道的物理資源分配方法,其中UL控制信道包含PUCCH以及PRACH。為了解決既有UE以及eIMTA UE之間PUCCH資源碰撞的問題,提出了五個解法,其中既有UE遵守系統(tǒng)配置,eIMTA UE遵守不同于系統(tǒng)配置的DL參考配置。解法1中,eIMTA UE的PUCCH資源可以透過CCE索引以及DL參考配置修正DL關(guān)聯(lián)集合(association set)而隱含決定??梢詫⒅嘏判蜿P(guān)聯(lián)子幀的索引以及/或者附加虛擬索引(Virtual Index,VI)用于修正可能發(fā)生PUCCH資源碰撞的一些子幀對應(yīng)的DL關(guān)聯(lián)集合。解法2中,eIMTA UE的PUCCH資源可以明示分配。多個PUCCH資源值可以透過上層而配置,以及多個資源中的一個透過PHY信令而動態(tài)選擇,PHY信令例如物理下行鏈路控制信道(PDCCH)分配(assignment)中用于PUCCH的TPC命令,或者增強型物理下行鏈路控制信道(EPDCCH)分配中的HARQ-ACK資源偏移(offset)。解法3以及4中,將部分隱含以及部分明示資源分配用于eIMTA UE的PUCCH,以及依賴于最近的(adjacent)對應(yīng)DL關(guān)聯(lián)的索引。解法3中,如果DL參考配置中,DL關(guān)聯(lián)的集合的對應(yīng)最近的DL關(guān)聯(lián)的順序,比系統(tǒng)配置中DL關(guān)聯(lián)的集合的大小更小,PUCCH資源可以透過上層而明示配置。否則,PUCCH資源透過CCE索引以及DL參考配置的DL關(guān)聯(lián)的集合而決定。解法4中,如果對應(yīng)最近的DL關(guān)聯(lián)的索引,包含在系統(tǒng)配置的DL關(guān)聯(lián)的集合中,PUCCH資源可以由上層明示配置。否則,PUCCH資源透過CCE的索引以及系統(tǒng)配置的DL關(guān)聯(lián)的集合而決定。在解法5中,eIMTA UE的PUCCH資源可以透過CCE的索引以及DL關(guān)聯(lián)的集合而隱含決定,其中,DL關(guān)聯(lián)的集合為基于DL實際配置得到。如果實際配置沒有成功獲得,丟棄(drop)PUCCH。

自適應(yīng)TDD系統(tǒng)中eIMTA UE的PRACH資源分配,提供三個解法。解法1中,PRACH資源可以透過系統(tǒng)配置中的PRACH配置索引而決定,以及一個例子為只使用可獲得UL子幀或者UpPTS中的PRACH資源。解法2中,PRACH資源可以透過DL參考配置中的PRACH配置索引而決定,因此PRACH可以只在固定UL子幀,或者第一特殊子幀的UpPTS中發(fā)送。解法3中,如果PRACH由UE觸發(fā),或者透過RRC信令而由ENB而觸發(fā),PRACH資源可以由系統(tǒng)配置或者DL參考配置的PRACH配置索引而決定。如果PRACH為透過PDCCH命令(order)信令而由ENB而觸發(fā),PRACH資源可以由實際配置中PRACH配置索引而決定。如果更新配置,提前結(jié)束PRACH過程,或者可以只使用已更新配置中可用PRACH資源,或者已更新PRACH資源透過已更新配置中的PRACH配置索引而決定。如果沒有成功獲得實際配置,丟棄PRACH,或者使用具有與UE觸發(fā)PRACH相似的基于競爭(contention-based)的機制發(fā)送PRACH。

下面詳細描述本發(fā)明的其他實施例以及有益效果。發(fā)明內(nèi)容不用于限定本發(fā)明。本發(fā)明保護范圍以權(quán)利要求為準(zhǔn)。

附圖說明

附圖中相同數(shù)字標(biāo)示相似元件,用于說明本發(fā)明的實施例。

圖1為根據(jù)一個新穎方面,使用增強物理下行鏈路控制信道的移動通信網(wǎng)絡(luò)的示意圖。

圖2為根據(jù)本發(fā)明的實施例,基站以及UE的簡化方塊示意圖。

圖3為根據(jù)本發(fā)明的一個實施例,PUCCH資源碰撞場景的示意圖。

具體實施方式

下面詳細參考本發(fā)明的一些實施例進行描述。

圖1為根據(jù)一個新穎方面,移動通信網(wǎng)絡(luò)100的示意圖。移動通信網(wǎng)絡(luò)100為OFDM/OFDMA系統(tǒng),包含基站ENB101以及多個UE,UE102、UE103以及UE104。當(dāng)有DL封包(packet)要從ENB發(fā)送給UE時,每個UE得到DL分配,例如,物理下行鏈路共享信道(PDSCH)中一組無線資源。當(dāng)UE需要在UL中發(fā)送封包給ENB,UE從ENB得到授權(quán)(grant),其中該授權(quán)分配包含一組UL無線資源的PUSCH。該UE從PDCCH中獲得DL或者UL調(diào)度信息,其中該調(diào)度信息為特定用于該UE。此外,廣播控制信息也在PDCCH中發(fā)給小區(qū)中所有UE。由PDCCH承載的DL或者UL調(diào)度信息以及廣播控制信息,稱作下行鏈路控制信息(Downlink Control Information,DCI)。

在圖1的例子中,基于OFDMA DL的3GPP LTE系統(tǒng)中,無線資源分為多個子幀,每一個子幀包含兩個時隙,以及每一個時隙具有時域的7個OFDMA符號。依賴于系統(tǒng)頻寬,每一個OFDMA符號進一步包含頻域的多個OFDMA子載波。資源柵格的基本單位稱作資源粒子(Resource Element,RE),其分布在一個OFDMA符號的OFDMA子載波上。物理資源區(qū)塊(Physical Resource Block,PRB)占據(jù)一個時隙以及12個子載波,其,一個PRB對(pair)占據(jù)兩個連續(xù)時隙。在一個新穎方面中。

圖2為根據(jù)本發(fā)明的實施例,基站201以及UE 211的簡化方塊示意圖。對于基站201,天線207發(fā)送以及接收RF信號。RF收發(fā)器模塊206耦接到天線,從天線接收RF信號,將其轉(zhuǎn)換為基頻信號以及發(fā)送給處理器203。RF收發(fā)器206也將從處理器收到的基頻信號轉(zhuǎn)換,將其轉(zhuǎn)換為RF信號以及發(fā)送給天線207.處理器203處理已接收基頻信號以及調(diào)用不同功能模塊以實施基站201中的功能。存儲器202存儲程序指令以及數(shù)據(jù)209已控制基站的運作。

相似配置存在于UE211中,其中天線217發(fā)送以及接收RF信號。RF收發(fā)器模塊216,耦接到天線,從天線接收RF信號,將其轉(zhuǎn)換為基頻信號以及發(fā)送給處理器213。RF收發(fā)器216也將從處理器收到的基頻信號,將其轉(zhuǎn)換為RF信號以及發(fā)送給天線217。處理器213處理已接收基頻信號以及調(diào)用不同功能模塊以實施UE211中的功能。存儲器212存儲程序指令以及數(shù)據(jù)219以控制UE的運作。

基站201以及UE211也包含實施本發(fā)明實施例的幾個功能模塊。不同功能模塊可以由軟件、固件,硬件或任意組合而實現(xiàn)。功能模塊當(dāng)由處理器203以及213(例如透過執(zhí)行程序代碼209以及219)執(zhí)行時,例如,允許基站201編碼以及發(fā)送DCI給UE211,以及允許UE211相應(yīng)接收以及解碼DCI。UE也包含幾個功能模塊,包含TDD配置管理模塊208,用于實施實際以及/或者參考TDD配置,UL控制信道管理模塊205,用于實施UL控制信道相關(guān)運作,包含產(chǎn)生UL控制信息,決定用于UL控制信道的物理資源等等。相似地,ENB也包含幾個功能模塊,包含TDD管理模塊218,用于配置實際以及/或者TDD配置給UE,UL控制信道管理模塊215實施UL控制信道相關(guān)運作,包含產(chǎn)生UL控制信息,為UL控制信道決定物理資源以及等等。

自適應(yīng)TDD配置

TDD提供靈活部署,不需要成對頻譜資源。當(dāng)前,透過提供7個不同的半靜態(tài)(semi-static)配置的UL-DL配置,LTE TDD允許非對稱UL-DL分配。UL-DL配置在第一系統(tǒng)信息塊(System Information Block 1,SIB1)中指示出來,以及在本發(fā)明實施例中稱作系統(tǒng)配置。表1給出了LTE/LTE-A系統(tǒng)中TDD模式UL-DL配置。

表1:TDD UL-DL配置

每一無線幀包含10個子幀,D指示出DL子幀,U指示出UL子幀,以及S表示特殊子幀(Special subframe)/切換點(Switch point,SP)。每一SP包含下行鏈路導(dǎo)頻時隙(Downlink pilot time slot,DwPTS)、保護間隔(Guard Period,GP)以及上行鏈路導(dǎo)頻時隙(Uplink pilot time slot,UpPTS)。DwPTS用于正常DL傳輸,以及UpPTS用于UL信道探測(sounding)以及隨機接入。DwPTS以及UpPTS由GP分開,GP用于從DL到UL傳輸?shù)慕粨Q。GP的長度需要足夠長以允許UE從DL傳輸切換到需要定時提前的UL傳輸。這些分配可以提供40%到90%DL子幀。

與FDD系統(tǒng)相比,TDD系統(tǒng)優(yōu)勢之一是提供了調(diào)整UL/DL資源的能力以滿足流量要求。因為UL/DL流量比動態(tài)改變,尤其在服務(wù)小數(shù)量UE的小區(qū)中,可以動態(tài)配置適合的UL-DL配置,以匹配流量狀態(tài)從而提高頻率效率,即,已配置UL/DL資源的比可以接近UL/DL流量的比?;诹髁繝顟B(tài)的這個具有動態(tài)UL-DL重配置的TDD系統(tǒng),稱作自適應(yīng)TDD系統(tǒng)。在自適應(yīng)TDD系統(tǒng)中,子幀可以分為兩個類型,即,沒有顏色的固定子幀,以及表1中具有斜線的靈活子幀。靈活子幀的傳輸方向可以動態(tài)改變。

3GPP會議中,有關(guān)eIMTA的R12WID正在討論中。流量自適應(yīng)可能導(dǎo)致小區(qū)之間(inter-cell)跨鏈路(cross-link)的干擾(即,ENB對ENB干擾以及UE對UE的干擾),所以需要對應(yīng)的干擾移除。在本發(fā)明中,“eIMTA UE”指具有支持自適應(yīng)TDD系統(tǒng)能力的UE,即eIMTA特征,以及討論eIMTA UE的PUCCH以及PRACH資源分配?!凹扔蠻E”指沒有支持自適應(yīng)TDD系統(tǒng)能力的UE。

在現(xiàn)存技術(shù)規(guī)范中,既有UE通常在每一個DL子幀中實施測量。如果既有UE在靈活子幀中實施DL測量,但實際傳輸方向恰好為UL,測量結(jié)果可能嚴(yán)重受到影響。所以系統(tǒng)配置可以為具有最少DL子幀,以避免既有UE的DL測量問題。在自適應(yīng)TDD系統(tǒng)中,如果HARQ-ACK時隙遵守實際UL-DL配置,由于之前用于傳送HARQ-ACK的靈活子幀的實際傳輸方向可能改變以及與期望不同,HARQ-ACK可以丟失(missing),或者被丟掉。所以,半靜態(tài)配置可以用于eIMTA UE所遵守的參考配置,以實施HARQ運作,即用于UL HARQ的UL參考配置以及用于DL HARQ的DL參考配置。

UL參考配置可以為具有最多可調(diào)度UL子幀,即系統(tǒng)配置。DL參考配置可以為最多可調(diào)度DL子幀。既然系統(tǒng)配置下的DL子幀(即,UL參考配置)以及DL參考配置中的UL子幀為固定,決定了靈活子幀的集合以及候選實際配置的集合。如果系統(tǒng)配置與DL參考配置相同,候選實際配置的數(shù)量為一,以及這意味著eIMTA特征失能(disabled)。所以我們只考慮DL參考配置下的DL子幀為系統(tǒng)配置中DL子幀的超集(superset)的情況。

系統(tǒng)配置可以在SIB1中指示出來。DL參考配置可以為透過專用信令而明示出來,或者透過上層信令配置的候選實際配置的集合而隱含得出。實際配置可以透過專用信令而明示出來,或者在所有靈活子幀中,透過UL/DL分配而隱含得出。

LTE中PUCCH資源

在當(dāng)前技術(shù)規(guī)范中,PUCCH格式1/1a/1b和具有信道選擇的PUCCH格式1b用于承載DL HARQ-ACK,對應(yīng)的PUCCH資源由承載最近的DCI傳輸?shù)淖钚CE的索引隱性決定。這里的‘最近’指用于對應(yīng)的PDCCH/PDSCH傳輸?shù)南滦凶訋跁r間上距離用于該PUCCH傳輸?shù)纳闲凶訋罱率鲱愅?/p>

在FDD系統(tǒng)中,子幀n中的PUCCH用于承載HARQ-ACK,其中PDSCH或者指示出DL SPS釋放的PDCCH為在子幀n-4中唯一一個HARQ-ACK。PUCCH資源由對應(yīng)PDCCH中第一CCE索引而決定如下:

用于天線端口p0(方程式.1)

用于天線端口p1(方程式.2)

這里,nCCE為第一CCE的索引(即,用于構(gòu)建PDCCH的最小CCE索引)以及由上層信令配置以及為小區(qū)特定,其中小區(qū)特定意味著一個小區(qū)中對于所有服務(wù)UE是相同的

TDD系統(tǒng)中,子幀n中PUCCH可以用于承載HARQ-ACK,對應(yīng)多個DL子幀,即,子幀n-km,其中km∈K以及K(表2中定義)為具有M個元素{k0,k1,...kM-1}的集合,依賴于子幀n以及UL-DL配置(表1中定義)。PUCCH資源可以由對應(yīng)最近的PDCCH的第一CCE索引決定如下:

用于天線端口p0(方程式.3)

用于天線端口p1(方程式.4)

其中,由上層信令配置,以及nCCE為子幀n-km中的對應(yīng)PDCCH傳輸?shù)牡谝籆CE的索引,以及對應(yīng)m。以及km為在集合K中最小的值,這里UE在子幀n-km中有檢測到PDSCH傳輸或者指示DL SPS釋放(release)的PDCCH,其中,km∈K。從{0,1,2,3}中選擇c值以使得Nc≤nCCE<Nc+1.

表2:TDD系統(tǒng)中DL關(guān)聯(lián)的集合K:{k0,k1,…kM-1}

根據(jù)方程式1~4,基于關(guān)聯(lián)DL子幀中CCE的數(shù)量而隱含保留多個PUCCH資源。與FDD系統(tǒng)相比,TDD系統(tǒng)中預(yù)留的PUCCH資源的數(shù)量更多,因為CCE的數(shù)量在集合K中所有DL關(guān)聯(lián)子幀中累計(accumulated)。舉例說明,UL-DL配置#5中,子幀#2中的預(yù)留PUCCH資源的數(shù)量大概為FDD系統(tǒng)中的9倍,因為DL關(guān)聯(lián)子幀的集合K包含9個DL子幀。但是,PUCCH資源的實際使用數(shù)量,在DL關(guān)聯(lián)子幀中,透過瞬時服務(wù)UE的數(shù)量而決定。如果同時服務(wù)UE的數(shù)量相對小,大量預(yù)留PUCCH資源可能導(dǎo)致瞬時數(shù)據(jù)傳輸?shù)腜DSCH的資源降低,以及資源浪費。

此外,PUCCH資源依賴于用于決定HARQ-ACK的UL-DL配置。如果ENB以及UE對于UL-DL配置有不同的理解,PUCCH檢測很難,因為ENB以及UE對于HARQ-ACK時序以及對應(yīng)PUCCH資源有不同的理解。如果兩個UE對于UL-DL配置有不同理解,可能發(fā)生PUCCH資源碰撞。

圖3為根據(jù)本發(fā)明的一個實施例,PUCCH資源碰撞場景的示意圖。在圖3中,兩個UE遵守不同配置,以實施DL HARQ運作。假設(shè)UE1(eIMTA UE)遵守配置5(DL參考配置),以及UE2(既有UE)遵守配置2(系統(tǒng)配置),以及實際UL-DL配置為配置2。假設(shè)用于決定PUCCH資源的CCE索引nCCE分別在子幀#9以及#6對于UE1以及UE2是相同的,以及選擇c=0,滿足由于m=0以及N0=0,那么兩個UE的PUCCH資源是相同的,在子幀#2會發(fā)生PUCCH資源碰撞,即兩個UE使用相同資源發(fā)送他們的PUCCH。

LTE中的PRACH資源

現(xiàn)存技術(shù)規(guī)范中,PRACH主要分為兩個類型,即UE觸發(fā)的基于競爭(contention-based)的PRACH,以及ENB觸發(fā)的基于非競爭的PRACH。有關(guān)兩類PRACH,對應(yīng)目的以及機制可以是不同的。

如果PRACH是UE觸發(fā),目的可以為從RRC空閑到RRC連接模式的初始化RRC連接請求;當(dāng)UL數(shù)據(jù)到達以及RRC連接模式中沒有可用調(diào)度請求(Scheduling Request,SR)資源時,請求PUSCH資源;或者RRC連接模式中發(fā)生無線鏈路失敗(Radio Link Failure,RLC)時,請求無線鏈路的重建。那么使用基于競爭的PRACH流程,該流程包含消息3(message3)以及用于競爭解決(contention resolution)的消息4(message4)。在基于SIB2中的PRACH配置(例如根序列索引,PRACH配置索引以及等等)決定的多個PRACH資源中隨機選擇一個發(fā)送,。對于基于競爭的PRACH,PRACH前導(dǎo)碼碰撞可能發(fā)生,因為對應(yīng)的PRACH前導(dǎo)碼是公共的(common)。

如果PRACH由ENB觸發(fā),目的可以為RRC連接模式中為UL時序同步而獲得所需UL時間提前值,或者在切換過程中與目標(biāo)ENB建立UL時間同步。那么使用基于非競爭的PRACH流程,該流程不包含消息3和消息4。對應(yīng)的PRACH前導(dǎo)碼以及資源為由ENB透過PDCCH命令或者RRC信令而明示出來。已指示出(signaled)PRACH掩模(mask)索引從一個無線幀中多個已配置PRACH資源中指示出一個,或者時域具有偶數(shù)/奇數(shù)PRACH機會的子幀中第一個PRACH資源。TDD系統(tǒng)中,PRACH mask索引也可以指每一個可用PRACH子幀中前三個資源中的一個PRACH資源??紤]到PRACH的類型,PRACH碰撞不會發(fā)生,因為對應(yīng)PRACH前導(dǎo)碼為UE特定(UE-specific)。

FDD系統(tǒng)中每10ms最多有10個PRACH資源,以及TDD系統(tǒng)有6個PRACH資源。與FDD系統(tǒng)相比,無線幀PRACH資源的數(shù)量相對小。假設(shè)RRC空閑中以及RRC連接模式中服務(wù)UE的數(shù)量相同,TDD系統(tǒng)中PRACH前導(dǎo)碼碰撞的概率比FDD系統(tǒng)中更大。

在TDD系統(tǒng)中,與PUCCH資源相似,PRACH資源依賴于UL-DL配置。PRACH資源索引用于找到與UL-DL配置相關(guān)的四個資源參數(shù),以決定PRACH資源,如表3所示。這里fRA為所考慮的時域位置中PRACH資源的頻率索引,以及為PRACH機會(opportunity)的無線幀指示符索引,以及為無線幀中PRACH機會的半幀索引,以及為半幀中PRACH機會的開始的UL子幀號碼。

表3:TDD系統(tǒng)中時間以及頻率中的PRACH資源映射

TDD系統(tǒng)中,隱含分配PUCCH資源依賴于UL-DL配置。自適應(yīng)TDD系統(tǒng)中,eIMTA UE可以遵守DL參考配置以反饋DL HARQ-ACK,以及既有UE可以遵守系統(tǒng)配置以反饋DL HARQ-ACK??紤]到既有UE的DL測量問題,系統(tǒng)配置可以為候選配置中具有最多UL子幀。為了在所有候選配置中支持DL HARQ-ACK報告,半靜態(tài)DL參考配置可以為候選配置中具有最多DL子幀的候選配置。由于兩個不同標(biāo)準(zhǔn),DL參考配置可以與系統(tǒng)配置不同。所以遵守DL參考配置的eIMTA UE跟遵守系統(tǒng)配置的既有UE之間可能發(fā)生PUCCH資源碰撞。PUCCH資源碰撞的問題可能導(dǎo)致DL HARQ-ACK的錯誤檢測,以及可以解決。

與PUCCH資源相似,PRACH資源分配也依賴于UL-DL配置。自適應(yīng)TDD系統(tǒng)中,有多類UL-DL配置,例如系統(tǒng)配置,UL參考配置,DL參考配置以及實際配置。在發(fā)生問題的配置下,eIMTA UE的PRACH資源可以由PRACH配置索引決定。如果eIMTA UE知道靈活子幀的實際傳輸方向,PRACH可以在多個靈活子幀中一個上發(fā)送。如果eIMTA UE可以成功獲得實際配置,PRACH資源可以由實際配置下的PRACH配置索引決定。如果用于eIMTA UE的PRACH資源分配的UL-DL配置,不同于既有UE的配置,或者當(dāng)PRACH由ENB所觸發(fā),用于eIMTA UE的PRACH資源分配的UL-DL配置,不同于當(dāng)PRACH由UE所觸發(fā)的配置,在一個實施例中,可以利用額外PRACH資源,以及自適應(yīng)TDD系統(tǒng)中PRACH資源的數(shù)量可以增加到與FDD系統(tǒng)中相同。

在下面部分中,提出了自適應(yīng)TDD系統(tǒng)中用于eIMTA UE PUCCH以及PRACH資源分配的幾個解法。幾個問題以及對應(yīng)解法在下面部分中討論。

部分1:eIMTA UE的PUCCH資源分配,用于PUCCH格式1/1a/1b以及具有信道選擇CS(Channel Selection)的PUCCH格式1b

解法1:PUCCH資源,透過CCE索引以及DL參考UL-DL配置的修正DL關(guān)聯(lián)的集合而隱含決定。

如前面部分討論,在不同DL關(guān)聯(lián)子幀的集合中,用于鄰近對應(yīng)PDCCH傳輸?shù)牡谝籆CE索引nCCE對于不同UE可以是相同的,以及這會引起PUCCH資源碰撞,因為兩個UE遵守不同配置以反饋DL HARQ-ACK。關(guān)鍵原因之一是DL關(guān)聯(lián)的集合K在不同UL-DL配置中為不同。表1中,子幀#2的DL關(guān)聯(lián)的集合在配置0以及配置5中分別為K:{6},以及K:{13,12,9,8,7,5,4,11,6}。在兩個DL關(guān)聯(lián)集合中,第一個DL關(guān)聯(lián)的索引k0為不同,以及對應(yīng)不同DL子幀,即當(dāng)k0=6對應(yīng)子幀#6,以及當(dāng)k0=13時對應(yīng)子幀#9。如圖1所描述,對應(yīng)DL關(guān)聯(lián)的索引k0的用于PDCCH傳輸?shù)牡谝籆CE索引,PUCCH資源碰撞可能在UL子幀#2發(fā)生,在既有UE以及eIMTA UE之間發(fā)生。

如果同一個DL子幀在DL關(guān)聯(lián)的集合K中對應(yīng)不同UL-DL配置具有相同順序m,PUCCH資源碰撞可能不發(fā)生,即使用于隱含決定PUCCH資源的第一CCE索引nCCE,對于遵守用于DL HARQ-ACK反饋的不同配置的UE是相同的。這意味著DL關(guān)聯(lián)的索引km的重排序可以避免PUCCH資源碰撞。舉例說明,因為UL子幀#2中配置0的DL關(guān)聯(lián)的集合為K:{6},配置5的對應(yīng)DL關(guān)聯(lián)的集合K:{13,12,9,8,7,5,4,11,6},可以重排序為K:{6,13,12,9,8,7,5,4,11},以避免UL子幀#2中的PUCCH資源碰撞。重排序DL關(guān)鍵索引之后,即使相同CCE索引nCCE以及選擇c=0,PUCCH資源為不同,因為順序m不同。透過重排序DL關(guān)聯(lián)索引,在與已重排序DL關(guān)聯(lián)索引相關(guān)的DL子幀中,eIMTA UE以及既有UE可以共享CCE索引決定的PUCCH資源。

在重排序DL關(guān)聯(lián)的索引之后,對應(yīng)特殊子幀的DL關(guān)聯(lián)的索引可以放置在重排序DL關(guān)聯(lián)的集合的前面。在上面例子中,km=6被從DL關(guān)聯(lián)的集合K:{13,12,9,8,7,5,4,11,6}的后面移動到前面。在一些特殊子幀配置中(例如,正常CP的0/5,以及擴展CP的0/4/7),只有一個控制域,以及在特殊子幀中沒有數(shù)據(jù)域,因此,在特殊子幀中沒有任何對應(yīng)DL HARQ-ACK。在此情況下,用于特殊子幀的DL HARQ-ACK的不必要的PUCCH資源保留,可能導(dǎo)致資源浪費。當(dāng)該情況發(fā)生時,即配置對應(yīng)的特殊子幀時,UE可以移除DL關(guān)聯(lián)的索引,以降低排序m,以及對應(yīng)大小M。因此,可以避免PUCCH資源的不必要的保留。

在一個例子中,重排序DL關(guān)聯(lián)的索引,對于系統(tǒng)為DL參考配置的DL關(guān)聯(lián)子幀的集合的子集合的情況是適合的。舉例說明,在UL子幀#2中,配置0的DL關(guān)聯(lián)的集合K:{6}為配置5的DL關(guān)聯(lián)的集合K:{13,12,9,8,7,5,4,11,6}的子集合。如果這個條件不滿足,需要虛擬索引(VI)。VI用于重新編碼DL關(guān)聯(lián)索引,以及不與任何DL子幀關(guān)聯(lián),以及DL關(guān)聯(lián)的集合的大小M可以變得更大。但是,VI不影響任何其他DL HARQ-ACK運作,例如,HARQ-ACK時序,HARQ-ACK比特的產(chǎn)生等等,以及只用于調(diào)整順序m以及用于基于CCE索引決定PUCCH資源的大小M。舉例說明,假設(shè)系統(tǒng)配置為0,以及DL參考配置為4,UL子幀#2中對應(yīng)DL關(guān)聯(lián)的集合分別為K:{6}以及K:{12,8,7,11},DL參考配置的DL關(guān)聯(lián)集合可以修正為K:{VI,12,8,7,11}。

此外,附加VI可以用于替換重排序DL關(guān)聯(lián)的索引。對于系統(tǒng)配置的DL關(guān)聯(lián)的集合中每一個元素,可以增加VI到對應(yīng)順序中,無論DL關(guān)聯(lián)的索引是否包含在DL參考配置的DL關(guān)聯(lián)的集合中。舉例說明,假設(shè)系統(tǒng)配置為0以及DL參考配置為5,UL子幀#2中的對應(yīng)DL關(guān)聯(lián)的集合分別為K:{6}以及K:{13,12,9,8,7,5,4,11,6},DL參考配置的DL關(guān)聯(lián)的集合可以修正為K:{VI,13,12,9,8,7,5,4,11,6}。附加VI以及重排序DL關(guān)聯(lián)子幀的索引之間的區(qū)別是,由系統(tǒng)配置的DL關(guān)聯(lián)子幀的索引相關(guān)的DL子幀的CCE索引所決定的PUCCH資源,不能被eIMTA UE以及既有UE共享。這意味著eIMTA UE需要預(yù)留更多PUCCH資源。

實施例#1:當(dāng)eIMTA UE遵守不同于系統(tǒng)配置的DL參考配置,以及使用PUCCH格式1/1a/1b和具有CS的PUCCH格式1b以反饋DL HARQ-ACK,eIMTA UE可以根據(jù)DL參考配置的修正DL關(guān)聯(lián)的集合而決定PUCCH資源。重排序DL關(guān)聯(lián)的索引以及增加VI可以用于修正DL參考配置的DL關(guān)聯(lián)的集合索引,以及對應(yīng)修正基于系統(tǒng)配置。

在下面的表格4~9中,“→”表示從K修正到K′,VI表示用于重編號DL關(guān)聯(lián)的索引的虛擬索引。

表4為修正DL關(guān)聯(lián)的集合的例子。假設(shè)系統(tǒng)配置為0,可能的DL參考配置為1~6。對應(yīng)修正DL關(guān)聯(lián)的集合K′如表4所示。在下面表格中,一些DL關(guān)聯(lián)的集合不需要修正,因為他們沒有引起PUCCH資源碰撞,即,沒有→。舉例說明,UL子幀#3以及#8中,DL參考配置1,的DL關(guān)聯(lián)的集合K:{4},UL子幀#3中DL參考配置3的DL關(guān)聯(lián)的集合K:{6,5}以及等等。

表4:修正DL關(guān)聯(lián)的集合K′:{k0′,k1′,…k′M-1}

表4為修正DL關(guān)聯(lián)的集合的第二個例子。假設(shè)系統(tǒng)配置為1,可能DL參考配置為2以及5。對應(yīng)修正DL關(guān)聯(lián)的集合K′如表5所示。

表5:修正DL關(guān)聯(lián)的集合K′:{k0′,k1′,…k′M-1}

表6為修正DL關(guān)聯(lián)的集合的第三個例子。假設(shè)系統(tǒng)配置為2,可能的DL參考配置為5.對應(yīng)修正DL關(guān)聯(lián)的集合K′如表6所示

表6:修正DL關(guān)聯(lián)的集合K′:{k0′,k1′,…k′M-1}

表7為修正DL關(guān)聯(lián)的集合的第四個例子。假設(shè)系統(tǒng)配置為3,可能的DL參考配置為4以及5。對應(yīng)修正DL關(guān)聯(lián)的集合K′如表7所示。

表7:修正DL關(guān)聯(lián)的集合K′:{k0′,k1′,…k′M-1}

表8為修正DL關(guān)聯(lián)的集合的第五個例子。假設(shè)系統(tǒng)配置為4,可能的DL參考配置為5。對應(yīng)修正DL關(guān)聯(lián)的集合K′如表8所示。

表8:修正DL關(guān)聯(lián)的集合K′:{k0′,k1′,…k′M-1}

表9為修正DL關(guān)聯(lián)的集合的第六個例子。假設(shè)系統(tǒng)配置為6,可能的DL參考配置為5。對應(yīng)修正DL關(guān)聯(lián)的集合K′如表9所示。

表9:修正DL關(guān)聯(lián)的集合K′:{k0′,k1′,…k′M-1}

解法2:透過上層明示分配PUCCH資源

為了解決eIMTA UE以及既有UE之間PUCCH資源碰撞的問題,另一個解法為透過上層信令以及PHY信令明示配置用于eIMTA UE的PUCCH資源。多個PUCCH資源值由上層信令配置,以及這些PUCCH資源值其中之一透過PHY信令而指示。既然PUCCH資源為ENB明示分配,ENB可以透過資源分配避免eIMTA UE以及既有UE之間的PUCCH資源碰撞。此外,根據(jù)同時服務(wù)UE的數(shù)量,ENB可以分配PUCCH資源的適當(dāng)數(shù)量以避免不必要的資源浪費。沒有保留用于PUCCH資源的物理資源可以分配給PUSCH用于數(shù)據(jù)傳輸。

實施例#2:當(dāng)eIMTA UE遵守與系統(tǒng)配置不同的DL參考配置,以及使用PUCCH格式1/1a/1b和具有CS的PUCCH格式/1b反饋DL HARQ-ACK,eIMTA UE的PUCCH資源可以明示分配。上層信令配置四個PUCCH資源值,以及該四個資源值其中之一透過PHY信令而指示出來,即對應(yīng)PDCCH分配中用于PUCCH的TPC命令的值,或者在對應(yīng)EPDCCH分配中HARQ-ACK資源偏移的值,如表10所顯示。UE可以假設(shè),在所有PDCCH/EPDCCH分配中傳送相同PUCCH資源值。如果透過所有PDCCH/EPDCCH分配決定的PUCCH資源值為不同,UE可以選擇最近的PDCCH/EPDCCH分配決定的PUCCH資源,即km為DL關(guān)聯(lián)的集合K中最小的值。

表10:用于DL HARQ-ACK報告的PUCCH資源的值

解法3:部分明示部分隱含資源分配的一個混合方法

第三解法中部分明示部分隱含資源分配用于eIMTA UE。明示資源分配只用于PUCCH資源透過CCE索引隱含決定,而可發(fā)生與既有UE的資源碰撞的情況。在此情況下,DL參考配置下,對應(yīng)鄰近PDCCH/EPDCCH DL關(guān)聯(lián)的索引不同于系統(tǒng)配置下的DL關(guān)聯(lián)的索引,但是順序相同。即,m是相同的以及km不同。明示資源分配與解法2相似,即,使用用于PUCCH的TPC命令或者HARQ-ACK資源偏移,從上層信令配置的四個資源值其中之一決定PUCCH資源。如果CCE索引隱含決定的PUCCH資源沒有與既有UE發(fā)生資源碰撞,可以重用基于CCE索引的傳統(tǒng)的隱含資源分配。在此情況下,DL參考配置的DL關(guān)聯(lián)的索引的順序,與系統(tǒng)配置的不同,即,m不同,或者與系統(tǒng)配置的相同以及DL關(guān)聯(lián)的索引也相同,即m以及km都相同。

實施例#3:當(dāng)eIMTA UE遵守與系統(tǒng)配置不同的DL參考配置,以及使用PUCCH格式1/1a/1B和具有CS的PUCCH格式1b反饋DL HARQ-ACK,部分隱含以及部分明示資源分配可以用于eIMTA UE的PUCCH。假設(shè)系統(tǒng)配置為0,可能DL參考配置為1~6。如果對應(yīng)最近的PDCCH/EPDCCH分配為對應(yīng)表11中顯示的沒有顏色的DL關(guān)聯(lián)的索引km,使用明示資源分配,即使用PUCCH的TPC命令或者HARQ-ACK資源偏移的值,從上層信令配置的四個資源的值中一個而決定PUCCH資源。如果對應(yīng)最近的PDCCH/EPDCCH分配與表10的斜線所示DL關(guān)聯(lián)的索引km所相關(guān),使用隱含資源分配,即,CCE索引決定PUCCH資源。

表11:DL關(guān)聯(lián)的集合K:{k0,k1,…kM-1}

解法4:部分明示以及部分隱含資源分配的另一個混合方法

在第四解法中,將部分明示以及部分隱含資源分配用于eIMTA UE。明示資源分配只用于DL參考配置中DL關(guān)聯(lián)的索引km不包含在系統(tǒng)配置的DL關(guān)聯(lián)的索引集合K中的情況。明示資源分配與解法2相似,即用于PUCCH的TPC命令,或者HARQ-ACK資源偏移的值,用于從上層信令配置的四個資源值中的一個決定PUCCH資源。對于DL配置的DL關(guān)聯(lián)的索引km包含在系統(tǒng)配置的DL關(guān)聯(lián)的索引集合K的其他情況,PUCCH資源可以由CCE索引而隱含決定,以及DL關(guān)聯(lián)的索引以及DL關(guān)聯(lián)的集合的對應(yīng)大小,可以遵守系統(tǒng)配置。既然用于決定PUCCH資源的DL關(guān)聯(lián)的索引為與用于既有UE以及eIMTA UE的相同DL子幀相關(guān),對應(yīng)CCE索引相同是不可能的。所以不發(fā)生PUCCH資源碰撞。與解法3相比,隱含保留PUCCH資源的數(shù)量相對小,以及明示分配PUCCH資源的數(shù)量相對大。

實施例#4:當(dāng)eIMTA UE遵守不同于系統(tǒng)配置的DL參考配置,以及使用PUCCH格式1/1a/1b和具有CS的PUCCH格式1b反饋DL HARQ-ACK,可以使用部分隱含以及部分明示資源分配用于eIMTA UE的PUCCH。假設(shè)系統(tǒng)配置為0,可能的DL參考配置為1~6。如果對應(yīng)最近的PDCCH/EPDCCH分配與如表12所示沒有顏色的DL關(guān)聯(lián)的索引km相關(guān),使用明示的資源分配,即用于PUCCH的TPC命令或者HARQ-ACK資源偏移的值,用于從上層信令配置的四個資源值中一個而決定PUCCH資源。如果對應(yīng)最近的PDCCH/EPDCCH分配與表12顯示的斜線的DL關(guān)聯(lián)的索引km相關(guān),使用隱含決定的資源分配,即CCE索引決定PUCCH資源。以及具有斜線陰影窗口的DL關(guān)聯(lián)的索引的順序m以及對應(yīng)大小M可以遵守系統(tǒng)配置。例如在UL子幀#2中,當(dāng)DL關(guān)聯(lián)的索引km=6時,順序m以及關(guān)聯(lián)的集合大小M可以遵守系統(tǒng)配置0的DL關(guān)聯(lián)的集合K:{6},即m=0以及M=1。

表12:DL關(guān)聯(lián)的集合K:{k0,k1,…kM-1}

解法5:PUCCH資源由CCE索引隱含決定,以及基于實際配置而得到DL關(guān)聯(lián)的集合

實際配置可以明示出來或者隱含得到。如果使用專用信令指示實際配置以及通過對應(yīng)CRC校驗,可以獲得實際配置。既然UE可以根據(jù)DL或者UL分配得到靈活子幀的傳輸方向,如果在每一個靈活子幀中有對應(yīng)的DL或者UL分配,可以得到實際配置。如果成功獲得實際配置,可以透過CCE索引而隱含決定PUCCH資源,以及得到DL關(guān)聯(lián)的集合。所得到DL關(guān)聯(lián)的集合為基于實際配置,以及為DL參考配置的DL關(guān)聯(lián)的集合的一個子集合。如果DL關(guān)聯(lián)的索引為在實際配置下與一個DL子幀相關(guān),DL關(guān)聯(lián)的索引可以包含在所得到的DL關(guān)聯(lián)的集合中。否則,DL關(guān)聯(lián)的索引不包含其中。如果所得到的DL關(guān)聯(lián)的集合可以引起eIMTA UE以及既有UE之間的PUCCH資源碰撞,可以使用重排序DL關(guān)聯(lián)的索引以及或者增加VI以進一步修正解法1中描述的所得到的DL關(guān)聯(lián)的集合。PUCCH資源可以根據(jù)最終得到的DL關(guān)聯(lián)的集合而隱含決定。在此解法中,隱含保留PUCCH資源的數(shù)量可以減少,因為實際DL子幀的數(shù)量比DL參考配置下的更少。如果實際配置沒有成功獲得,例如沒有通過CRC校驗或者在一些靈活子幀中沒有任何DL或者UL分配,可以丟棄PUCCH。

實施例#5:當(dāng)eIMTA UE遵守與系統(tǒng)配置不同的DL參考配置時,以及使用PUCCH格式1/1a/1b和具有CS的PUCCH格式1b反饋DL HARQ-ACK,基于實際配置,根據(jù)所得到的DL關(guān)聯(lián)的集合索引,eIMTA UE可以隱含決定PUCCH資源。假設(shè)系統(tǒng)配置為0,以及DL參考配置為5,候選實際配置為0~6。如果可以透過明示信令或者基于UL/DL分配隱含得到,而成功獲得實際配置,PUCCH資源可以由CCE索引隱含決定以及所得到的DL關(guān)聯(lián)的集合如表格13所示。如果實際配置為與DL參考配置相同,實際配置的DL關(guān)聯(lián)的索引集合可以復(fù)用。如果實際配置不能成功獲得,可以丟棄PUCCH。

表13:所得到DL關(guān)聯(lián)的集合K′:{k0′,k1′,…k′M-1}

部分2:eIMTA UE的PRACH資源分配

解法1:PRACH資源由系統(tǒng)UL-DL配置下的PRACH配置決定

對于既有UE,系統(tǒng)UL-DL配置下的PRACH配置索引決定PRACH資源。既然既有UE總是考慮具有UL傳輸方向的靈活子幀,既有UE可以在實際配置方向可能為DL的靈活子幀中傳送PRACH。PRACH可能導(dǎo)致小區(qū)內(nèi)(intra-cell)跨鏈路干擾,以及檢測不到。相應(yīng)地,用于成功隨機接入過程的時間消耗可能更多。透過配置適當(dāng)?shù)腜RACH配置索引網(wǎng)絡(luò)可以避免這個問題,即限制PRACH資源只在固定UL子幀或者UpPTS中。但是PRACH前導(dǎo)碼格式4的只有部分PRACH配置索引可以滿足這個要求,即PRACH配置索引48、49以及51。如果沒有既有UE或者網(wǎng)絡(luò)中既有UE相對小數(shù)量,這個要求是不適合的。所以,靈活子幀中有PRACH資源是可能的,如果PRACH資源由系統(tǒng)配置下的PRACH配置索引而決定。

在此解法中,eIMTA UE的PRACH資源由系統(tǒng)配置下的PRACH配置而決定,無論PRACH由UE還是ENB觸發(fā)。為了避免靈活子幀中PRACH所引起的小區(qū)內(nèi)跨鏈路干擾,只允許使用可獲得UL子幀,或者UpPTS中的PRACH資源來發(fā)送PRACH。如果在靈活子幀中有PRACH資源,以及UE知道靈活子幀的實際傳輸方向為UL,可以在對應(yīng)資源中發(fā)送PRACH。如果在靈活子幀中有PRACH資源,以及UE知道靈活子幀的實際傳輸方向為DL,或者UE不知道靈活子幀的實際傳輸方向,PRACH不能在對應(yīng)資源中傳送。所以可獲得PRACH資源的數(shù)量為比非自適應(yīng)TDD系統(tǒng)中更少。這可能增加PRACH前導(dǎo)碼碰撞的概率。

解法2:PRACH資源由DL參考配置下的PRACH配置決定

在此解法中,透過DL參考配置下的PRACH配置而決定eIMTA UE的PRACH資源。為了將PRACH資源限制在只是固定UL子幀或者UpPTS中,根據(jù)DL參考配置下PRACH配置而決定PRACH資源是直接的方法,因為DL參考配置下所有UL子幀是固定的。但是,因為在每一個UL-DL配置下,并不是所有的PRACH配置索引都是有效的,所以在系統(tǒng)配置以及DL參考配置下,可以保證包含在SIB2中的PRACH配置索引為有效。與解法3相比,eIMTA的可獲得PRACH資源的數(shù)量幾乎與非自適應(yīng)TDD系統(tǒng)中相同。既然既有UE以及eIMTA UE分別遵守系統(tǒng)配置以及DL參考配置以決定PRACH資源,如果根據(jù)系統(tǒng)配置靈活子幀中有PRACH資源,全部PRACH資源的數(shù)量可以比非自適應(yīng)系統(tǒng)中更大。此外,在UE初始化隨機接入之前,DL參考配置可以透過專用信令而明示出來,或者根據(jù)候選實際配置而隱含得出。

解法3:PRACH資源由實際配置下的PRACH配置索引決定,如果PRACH是由ENB透過PDCCH order信令觸發(fā)

在此解法中,如果PRACH由UE或者ENB透過RRC信令而觸發(fā),PRACH資源由系統(tǒng)配置下的PRACH配置索引而決定,如解法1所描述,或者如解法2所描述的DL參考配置。如果PRACH由ENB透過PDCCH order信令(PDCCH order signaling)而觸發(fā),以及成功獲得實際配置,PRACH由實際配置下的PRACH配置索引而決定,因此可以在靈活子幀中利用額外的PRACH資源。如ENB所觸發(fā)的PRACH的資源分配所遵守的配置,與UE觸發(fā)的PRACH的不同,全部PRACH資源的數(shù)量比非自適應(yīng)系統(tǒng)的更大。如果在PRACH過程中更新實際配置,基于舊配置的所有PRACH資源將失效(disable)以及PRACH進程提前早結(jié)束,或者新配置下只有可用UL子幀或者UpPTS中的PRACH資源可以使用,或者根據(jù)新配置更新PRACH資源。如果PRACH為由ENB透過PDCCH order信令而觸發(fā)以及沒有成功獲得實際配置,可以不回應(yīng)PRACH請求,即不發(fā)送PRACH,或者PRACH請求可以使用基于競爭競爭的PRACH機制而響應(yīng),即,與UE觸發(fā)的PRACH相似。為了保證實際配置可以成功獲得,實際配置可以使用對應(yīng)PDCCH order信令中幾個保留比特而指示出來(即DCI格式1A),因為當(dāng)前技術(shù)規(guī)范中DCI格式1A中有幾個保留比特。

根據(jù)本發(fā)明實施例,提出自適應(yīng)TDD系統(tǒng)中包含PUCCH以及PRACH的UL控制信道的物理資源分配方法。為了解決遵守系統(tǒng)配置的既有UE以及遵守DL參考配置的eIMTA UE之間的PUCCH資源碰撞問題,提出五個解法,其中DL參考配置與系統(tǒng)配置不同。解法1中,eIMTA UE的PUCCH資源可以由CCE索引以及DL參考配置的修正DL關(guān)聯(lián)的集合隱含決定??梢允褂弥嘏判蜿P(guān)聯(lián)的索引以及或者增加VI以修正PUCCH資源碰撞可能發(fā)生的一些UL子幀中的DL關(guān)聯(lián)的集合。在解法2中,eIMTA UE的PUCCH資源可以明示分配。多個PUCCH資源值可以透過上層配置,以及多個資源中的一個透過PHY信令動態(tài)選擇,例如PDCCH分配中用于PUCCH的TPC命令,或者EPDCCH分配中HARQ-ACK資源偏移。在解法3以及4中,部分隱含以及部分明示資源分配用于eIMTA UE的PUCCH,以及依賴于對應(yīng)最近的DL關(guān)聯(lián)的索引。在解法3中,如果DL參考配置的DL關(guān)聯(lián)的集合中,鄰近對應(yīng)DL關(guān)聯(lián)的索引的順序,比系統(tǒng)配置中DL關(guān)聯(lián)的集合的大小更小,PUCCH資源可以由上層明示配置。否則,PUCCH資源由CCE索引以及DL參考配置的DL關(guān)聯(lián)的集合決定。解法4中,如果鄰近對應(yīng)DL關(guān)聯(lián)子的索引包含在系統(tǒng)配置的DL關(guān)聯(lián)的集合中,PUCCH資源可以由上層明示配置。否則,PUCCH資源由CCE索引以及系統(tǒng)配置中的DL關(guān)聯(lián)的集合而決定。在解法5中,eIMTA UE的PUCCH資源可以由CCE索引以及基于DL參考配置得到的DL關(guān)聯(lián)的集合而隱含決定。如果沒有成功獲得實際配置,丟棄PUCCH。

對于自適應(yīng)TDD系統(tǒng)中PRACH資源分配,提供三個解法。解法1中,PRACH資源由系統(tǒng)配置中的PRACH配置索引而決定,以及可以只使用可獲得UL子幀或者UpPTS中的PRACH資源。解法2中,PRACH資源可以由DL參考配置下的PRACH配置索引而決定,因此PRACH可以只在固定UL子幀或者第一特殊子幀中的UpPTS中發(fā)送。解法3中,如果PRACH由UE觸發(fā),或者由ENB透過RRC信令觸發(fā),PRACH資源可以由系統(tǒng)配置或者DL參考配置下的PRACH配置索引而決定。如果ENB透過PDCCH命令信令而觸發(fā)PRACH,PRACH資源可以由實際配置下的PRACH配置索引而決定。如果更新配置,PRACH過程提前結(jié)束,或者可以在已更新配置中只有可獲得PRACH資源使用,或者已更新PRACH資源由已更新配置下的PRACH配置索引而決定。如果沒有成功獲得實際配置,丟棄PRACH,或者使用于UE觸發(fā)的PRACH相似的基于競爭的機制發(fā)送。

雖然本發(fā)明聯(lián)系特定實施例進行描述,本發(fā)明不以此為限制。相應(yīng)地,在不脫離本發(fā)明精神范圍內(nèi)可以對于所描述實施例的各種特征進行組合,本發(fā)明保護范圍以權(quán)利要求為準(zhǔn)。

當(dāng)前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1