最美情侣中文字幕电影,在线麻豆精品传媒,在线网站高清黄,久久黄色视频

歡迎光臨散文網(wǎng) 會員登陸 & 注冊

縮短PDSCH傳輸與下行HARQ反饋之間的處理時間

2022-04-16 08:21 作者:余網(wǎng)優(yōu)化  | 我要投稿

為了縮短時延,可以從UE處理步驟以及潛在的限制或設(shè)計變更,將重點放在下行數(shù)據(jù)傳輸和下行HARQ反饋之間的處理時間減少上,以便能夠減少下行數(shù)據(jù)情況下的最大允許處理時間。

從發(fā)送PDSCH數(shù)據(jù)到UE進行HARQ Ack反饋期間,UE中所需的處理步驟較多,如下:

第一步:包括FFT下行信號采樣

第一步顯然是在UE處進行所需的數(shù)據(jù)采樣,以便創(chuàng)建所考慮的下行TTI的BB樣本。UE還將需要應(yīng)用FFT以啟用任何類型的LTE?OFDM基于post的處理。該第一步需要的處理步驟獨立于任何進一步的設(shè)計考慮,包括縮短TTI長度,因為這是UE中需要的連續(xù)處理。

第二步:為下行調(diào)度解碼的信道評估

在能夠開始PDCCH盲解碼和搜索下行分配之前,UE需要創(chuàng)建用于下行控制信道解碼的信道估計。

對于傳統(tǒng)PDCCH,使用基于CRS的下行控制解調(diào),并且UE可以使用先前下行子幀中的CRS,以便與包含在下行控制區(qū)域中的CRS RE一起提高信道估計精度。因此,UE可以在第一各OFDM符號(在2個CRS端口的情況下)或第二個OFDM符號(在4個CRS端口的情況下)之后開始創(chuàng)建用于下行控制解碼的最終信道估計。對于縮短TTI操作的下行控制的基于CRS的解調(diào),類似的操作是可能的,并且只要在sPDCCH區(qū)域之前(執(zhí)行時域外推)或在sPDCCH區(qū)域內(nèi)接收到包含CRS RE的最后OFDM符號,就可以開始信道估計創(chuàng)建。

對于基于DM-RS的下行控制解碼,UE所需的處理步驟略有不同。首先,由于DM-RS序列本身和用于下行控制的DM-RS的預(yù)編碼可能在TTI到TTI的基礎(chǔ)上改變,因此使用來自先前TTI的DM-RS信息將是不可能的。因此,UE應(yīng)當僅從當前TTI和PRB的DM-RS創(chuàng)建信道估計,其中UE可能期望下行控制信息。比較傳統(tǒng)1ms操作的兩種情況,對于基于PDCCH/CRS的操作,UE能夠最遲在第二個OFDM符號之后開始創(chuàng)建所需的信道估計。與EPDCCH/DMRS相反,UE將需要等待可靠信道估計的創(chuàng)建,直到接收到子幀的最后符號為止(即超過0.7ms之后)。因此,至少對于基于1ms TTI的操作,與基于DM-RS的EPDCCH相比,基于CRS的PDCCH允許在UE中更短的處理時間。

第三步:下行調(diào)度解碼

在具有可用的信道估計并且知道下行控制區(qū)域之后,UE能夠在PDCCH上開始下行控制盲解碼。UE可以以不同方式意識到下行控制區(qū)域。在傳統(tǒng)PDCCH的情況下,UE需要通過解碼PCFICH來識別PDCCH長度。對于傳統(tǒng)EPDCCH,EPDCCH集被配置為高層,因此,在接收下行子幀之前,下行控制區(qū)域已經(jīng)是已知的。

由于CCE在整個下行控制區(qū)域上在時頻上交錯,因此UE在接收到包含下行控制的最后OFDM符號之前不能開始DCI盲解碼。由于傳統(tǒng)PDCCH與PDSCH區(qū)域在時域復(fù)用,這使得UE能夠在下行子幀結(jié)束之前開始搜索DCI路徑。相反,對于傳統(tǒng)EPDCCH,UE需要等待盲解碼至少直到子幀結(jié)束,即與PDCCH情況相比,UE將能夠在超過0.7ms之后開始下行控制解碼。

DCI盲解碼在Rel-13 中被廣泛討論,所需盲解碼的總數(shù)由(E)PDCCH/spdch候選的數(shù)量和UE被請求搜索的不同DCI格式的數(shù)量給出。為了減少下行控制解碼所需的處理時間,可能需要通過減少要監(jiān)視的DCI格式的數(shù)量或減少PDCCH/spdch候選的數(shù)量來減少所需的盲解碼的數(shù)量。

第四步:準備下行數(shù)據(jù)進行Turbo解碼

UE的下一個邏輯步驟將是為turbo解碼器創(chuàng)建輸入數(shù)據(jù)。這包括UE的幾個處理步驟:

1.?天線端口特定信道估計

2.?線性UE接收機濾波器計算

3.?線性PDSCH預(yù)濾波,包括為turbo解碼器創(chuàng)建信道和干擾估計

4.?解調(diào)包括計算每個比特的對數(shù)似然比、Turbo碼塊的解擾和解交織。

對于特定于天線端口的信道估計,可以再次分別查看基于CRS的解調(diào)(下行TM1-6)和基于DM-RS的解調(diào)(下行TM7-10)。對于基于CRS的TM,UE可以獨立于知道其自己的下行分配的細節(jié)而開始為已知的當前天線CRS端口和來自CRS RE的一些基線干擾估計創(chuàng)建信道估計。因此,UE可能仍然能夠在已經(jīng)創(chuàng)建基本原始信道和干擾估計的同時執(zhí)行下行控制解碼。相反,對于基于DM-RS的TM,UE只能在解碼了有效的下行授權(quán)并且知道其分配的資源以及適用的DM-RS端口(包括MIMO層的數(shù)量)之后開始該邏輯步驟。

知道分配的PDSCH資源以及具有可用的天線端口特定信道和干擾估計,UE將計算用于創(chuàng)建用于PDSCH turbo解碼的單個輸入流的一些多天線接收機預(yù)濾波器。復(fù)雜性和所需的處理時間取決于幾個方面。首先,與普通MMSE或甚至MRC多天線接收機組合相比,任何諸如RML或SLIC的高級UE接收機具有更高的計算復(fù)雜度,此外,NAICS高級接收機需要執(zhí)行干擾信號參數(shù)的盲檢測。MMSE-IRC所需的干擾協(xié)方差矩陣估計增加了復(fù)雜性,并且更多支持的下行SU-MIMO流將使PDSCH預(yù)濾波器的計算復(fù)雜化。

在計算了預(yù)濾波器系數(shù)之后,UE隨后將為Turbo解碼過程創(chuàng)建每個傳輸塊的單個輸入流和相應(yīng)的信道和干擾估計。這涉及傳輸塊特定解調(diào)以及turbo編碼數(shù)據(jù)的子幀相關(guān)解擾和解交織。

第五步:PDSCH Turbo解碼

turbo解碼的步驟通常被視為UE的PDSCH操作中計算最復(fù)雜和最耗時的部分。

LTE?Turbo解碼器針對最大碼塊大小為6144位的每個Turbo碼塊獨立工作。因此,所需解碼時間由Turbo碼塊的數(shù)量(即數(shù)據(jù)比特/TTI的數(shù)量)給出。每個TTI的碼塊的數(shù)量是調(diào)度載波的數(shù)量、使用的MCS、分配的帶寬和高階SU-MIMO利用率的功能。為了滿足PDSCH解碼性能要求,需要對單個碼塊進行多次Turbo解碼迭代。

在使用不同碼塊的一些迭代解碼(例如SIC/PIC/聯(lián)合解碼)的高級非線性Turbo接收機操作的情況下,復(fù)雜度和處理時間通常顯著增加,并且將強烈依賴于并行傳輸?shù)臄?shù)據(jù)流(由于SU-MIMO或MUST/NOMA操作)。對于能夠這種高級非線性PDSCH解碼的UE,返回到正常turbo解碼操作可能是實現(xiàn)減少處理時間操作的一種方法。

第六步:在BB中的PUCCH/PUSCH上創(chuàng)建和復(fù)用下行HARQ Ack

接下來,UE需要根據(jù)PDSCH解碼結(jié)果創(chuàng)建要發(fā)送回eNB的相關(guān)HARQ Ack信息。該信息將與其他上行信道信息(例如用于其他載波的HARQ-ACK、SR或CSI等)一起復(fù)用并編碼,以便創(chuàng)建特定格式的編碼UCI信息。然后將UCI調(diào)制并放置在PUCCH上或穿刺到PUSCH中以在數(shù)字基帶中傳輸,以便創(chuàng)建用于傳輸?shù)纳闲谢鶐盘枴?/span>

第七步:準備PUSCH/PUCCH傳輸,包括下行HARQ Ack信息

最后,但重要的是,上行數(shù)據(jù)在LTE?上行載波上調(diào)制并在特定上行子幀/TTI中傳輸。

?

減少UE處理時間的可能方法

有沒有辦法將絕對下行數(shù)據(jù)減少到1ms子幀操作的HARQ ACK反饋時延以及縮短的TTI操作。

自LTE引入調(diào)制解調(diào)器芯片,而且技術(shù)進步神速,這意味著并非所有所需的處理時間減少都需要通過設(shè)計更改或限制來實現(xiàn)!因為所有LTE Rel-8 UE需要滿足傳統(tǒng)處理時間,而只有能夠縮短處理時間的UE需要符合指定的縮短處理時間。因此,即使沒有太多限制,也可以指定嚴格的處理時間。

(一)減少最大TA

?LTE?R8設(shè)計通過可用的定時提前(對應(yīng)于往返傳播)使[0…667us]的范圍能夠在高達100km的小區(qū)半徑下運行。為了以減少時延,將需要對最大TA進行限制,特別是當考慮例如2個OFDM符號的TTI長度的較短TTI操作時。當查看表1中當前可用的最大TA值和TTI長度之間的關(guān)系時,這是相當明顯的,其中對于2個符號的最短TTI長度,最大TA單獨將最小處理時間限制在4個TTI以上。

因此,非常清楚的是,短的TTI操作將不可能用于具有例如5-10km半徑或更大的非常大的小區(qū)。另一方面,由于TTI較短的固有覆蓋限制(例如HARQ-ACK覆蓋),這種小區(qū)大小無論如何都不可行。由于對于較長的TTI長度,TA的影響較小,因此對于時隙級和1ms TTI,對于縮短的處理時間操作,可能存在較大的小區(qū)半徑。

例如,將傳統(tǒng)1ms TTI的縮短處理時間操作限制為25km小區(qū)半徑將已經(jīng)為UE節(jié)省了幾乎一半的子幀(即450us),這大約是將HARQ Ack定時從傳統(tǒng)N+4減少到N+3操作所需的一半,而無需任何附加更改/限制。因此,限制最大允許TA顯然是縮短處理時間操作的關(guān)鍵組成部分之一。請注意,這并沒有改變LTE的部署,在小區(qū)邊界的非常大的小區(qū)中的UE可能不會以減少的處理時間來操作(而是像過去一樣使用具有N+4假設(shè)的傳統(tǒng)1ms TTI,甚至使用TTI捆綁)。

(二)減少下行控制解碼時間

下行控制解碼時間取決于所使用的參考信號(DM-RS與CRS)、下行控制區(qū)域的結(jié)構(gòu)(TDM與PDCCH/SPDCH、FDM與EPDCCH)和盲解碼候選數(shù)(DCI格式和USS候選數(shù))。

特定處理器/調(diào)制解調(diào)器速度的UE中執(zhí)行單個下行控制盲解碼本身所需的時間與TTI長度無關(guān)。對于較短的TTI長度,所需下行盲解碼時間與TTI長度的比率當然要大得多。因此,隨著TTI長度的縮短,減少盲解碼的數(shù)量的重要性顯著增加。

1.?下行控制區(qū)的結(jié)構(gòu)和使用的參考信號:

如上所述,與使用EPDCCH進行1ms TTI相比,使用傳統(tǒng)PDCCH進行1ms TTI允許至少提前0.7ms開始下行控制解碼。因此,由于下行控制和下行數(shù)據(jù)區(qū)域的TDM復(fù)用,可以更早地執(zhí)行PDSCH信道估計、預(yù)濾波計算、PDSCH預(yù)濾波甚至PDSCH Turbo解碼的以下步驟。

在縮短TTI下行控制的設(shè)計中,盡可能早地將下行控制清楚地放置在TTI中是有利的,因此,應(yīng)使用一些TDM類型的sPDCCH/sPDSCH復(fù)用。從開銷和處理時間的角度來看,基于CRS的sPDCCH解調(diào)將是優(yōu)選的,但是這將限制sTTI操作到非MBSFN子幀。

2.?限制要監(jiān)控的DCI格式的數(shù)量:

如前所述,尤其是對于較短的TTI長度,需要考慮盲解碼限制。這包括限制要為縮短的TTI操作監(jiān)控的DCI格式的數(shù)量。對于sPDSCH和sPUSCH授權(quán),只有一種統(tǒng)一的快速DCI格式,可將盲解碼減少50%(對于上行TM2操作,減少75%)。

對于使用傳統(tǒng)1ms TTI減少處理時間的操作,也可以考慮對PDCCH DL控制的限制,但其重要性不如sTTI操作。這可能包括將PDSCH操作的縮短處理時間限制為僅TM特定DCI格式。

3.?限制USS候選數(shù)量縮短TTI部署

USS候選者的數(shù)量可以受到限制,由于下行控制解碼的效果越大,TTI長度越短,特別是對于非常短的TTI長度,將需要用于UE的非常小且緊湊的USS。

(三)對基于CRS的TM的可能限制(至少對于1ms TTI)

對于基于CRS的PDSCH,可以在UE完成搜索可能的下行授權(quán)之前已經(jīng)創(chuàng)建天線端口特定的信道估計。在解碼下行授權(quán)之后,UE將能夠在TTI結(jié)束之前已經(jīng)開始預(yù)濾波計算、PDSCH預(yù)濾波和解調(diào)以及PDSCH turbo解碼(特別是對于使用PDCCH控制的1ms TTI)。相反,對于傳統(tǒng)的基于DM-RS的PDSCH TM,一些DM-RS RE位于最后兩個OFDM符號中,這在很大程度上限制了TTI內(nèi)的PDSCH處理,特別是對于5-8層MIMO操作。

對基于CRS的TM的限制將使1ms的縮短處理時間操作僅限于非MBSFN子幀,這顯然不是設(shè)計目標。因此,這種限制可能不可行。然而,與基于DM-RS的TM相比,用于1ms TTI操作的基于CRS的TM可能需要較少的其他限制。

(四)將DM-RS放置在TTI末端(至少對于縮短的TTI)

與上一節(jié)中針對1ms TTI的注意事項相同,也可應(yīng)用于縮短的TTI操作。由于未指定用于縮短的TTI的DM-RS結(jié)構(gòu),因此新的DM-RS設(shè)計有可能通過將DM-RS RE放置在TTI/時隙的開始處(或至少不在傳統(tǒng)DM-RS的情況下的結(jié)束處)來減少處理時間。然而,這將使傳統(tǒng)ue和支持減少處理時間的新ue之間的MU-MIMO復(fù)雜化。此外,DM-RS可能會與現(xiàn)有的CSI-RS端口發(fā)生沖突。

(五)限制標稱峰值數(shù)據(jù)速率以縮短處理時間操作

PDSCH的turbo解碼所需的時間由UE需要解碼的turbo碼塊的數(shù)量給出。因此,為了保持HARQ Ack反饋延遲足夠低,可能需要限制1ms TTI的縮短處理時間操作或縮短TTI操作的標稱峰值數(shù)據(jù)速率。

可以設(shè)想幾種限制標稱峰值數(shù)據(jù)速率的不同方式:

A.減小最大TBS尺寸:

這意味著限制用于PDSCH調(diào)制的最大使用MCS或可分配給載波上的UE的PDSCH帶寬。

查看1ms TTI的情況,如果UE中當前僅在峰值數(shù)據(jù)速率下需要2ms進行Turbo解碼,則將最大TBS限制為75%將節(jié)省Turbo解碼時間0.5ms,這與減少的TA節(jié)省一起將足以在N+3定時下操作,而無需對載波數(shù)量或支持的MIMO層的最大數(shù)量進行任何額外限制。這樣的限制一開始可能看起來相當有害,但再詳細一點看,這并不是一個大問題。由于監(jiān)管和許可限制,許多運營商需要部署小于20MHz的載波帶寬。對于此類載波,最大峰值數(shù)據(jù)速率低于UE能力,這意味著對于高達15MHz的載波帶寬,不需要特定于載波的MCS/PRB限制。此外,處于這種有利條件下的ue的份額相當有限,并且僅適用于小區(qū)中心。

對于縮短的TTI操作,由于可用的PDSCH符號較少,最大TBS大小將自動變小,而不會限制更高MCS的使用。然而,由于較短的TTI操作而自動減小的最大TBS大小可能不夠,并且對于較短的TTI也可能需要進一步的TBS限制,因為其他步驟所需的處理時間不依賴于TTI長度。

B.減少MIMO層的數(shù)量:

降低峰值數(shù)據(jù)速率的另一種方法是限制SU-MIMO層的數(shù)量,從而在UE中實現(xiàn)更快的處理。限制MIMO層的數(shù)量一方面將減少turbo解碼,因為可用的turbo碼塊將更少,另一方面,對于例如MMSE-IRC預(yù)濾波,需要稍微更少的UE處理,其中逆的復(fù)雜度增長n2.373,其中n是層的數(shù)量。

與減少最大使用的MCS/tb相比,限制中的粒度要粗得多,因為最近在現(xiàn)場只有2流MIMO ue可用,導(dǎo)致粒度減少50%(即基本上不啟用SU-MIMO以減少處理時間操作)。

C.減少支持CA的UE的可調(diào)度組件載波:

減少turbo碼塊的數(shù)量的另一種方法是減少可調(diào)度的載波的數(shù)量,每個載波可實現(xiàn)峰值數(shù)據(jù)速率。在UE將不配置最大數(shù)量的支持的cc的情況下,對于配置的cc,實際上可能不需要限制UE的MCS、資源分配或SU-MIMO能力,即不存在數(shù)據(jù)速率損失。

總的來說,在修復(fù)上述三個選項中的一個方面定義一定的限制可能不太好。最靈活的方案是將eNB調(diào)度減少的處理時間操作的最大瞬時峰值數(shù)據(jù)速率限制在一定的目標減少量。在幾乎所有的情況下,UE將不會同時處于非常高的SINR狀態(tài),被配置為具有每個具有20MHz帶寬的最大數(shù)量的支持載波,傳播信道支持最大數(shù)量的MIMO層,并且eNB嘗試同時在所有載波上調(diào)度UE全頻帶。此外,在TCP慢啟動階段,不需要實現(xiàn)UE峰值數(shù)據(jù)速率。簡言之,可能需要在最大總體可調(diào)度峰值速率中定義一些限制,但這應(yīng)該留給eNB調(diào)度器實現(xiàn)。

(六)限制對迭代turbo接收機操作的支持,以縮短處理時間

與獨立處理每個Turbo碼塊相比,高級迭代Turbo接收架構(gòu)(例如PIC/SIC/聯(lián)合解碼)在計算上更復(fù)雜。支持這種高級操作的終端顯然應(yīng)該能夠減少所需的處理時間,假設(shè)正常的線性接收機處理。因此,這樣的ue可以僅將高級接收機操作用于傳統(tǒng)處理,但是對于1ms TTI或縮短的TTI的縮短處理時間操作可能根本不支持它。對于這樣的UE,具有不用于減少處理時間操作的高級處理能力,可能根本不需要降低支持的峰值數(shù)據(jù)速率(至少對于1ms和時隙級TTI)或者,與僅具有更傳統(tǒng)的線性接收機處理能力的UE相比,限制可能小得多。因此,峰值數(shù)據(jù)速率的所需降低也可以是UE能力。


縮短PDSCH傳輸與下行HARQ反饋之間的處理時間的評論 (共 條)

分享到微博請遵守國家法律
扎鲁特旗| 肇东市| 高清| 武穴市| 南京市| 内江市| 涪陵区| 察隅县| 余江县| 尚义县| 高要市| 沂南县| 南京市| 荥阳市| 光山县| 梅州市| 濮阳市| 阳东县| 谷城县| 廊坊市| 景德镇市| 麻江县| 宣武区| 巴青县| 平遥县| 庆元县| 招远市| 汕尾市| 绥中县| 全椒县| 辉县市| 德江县| 太保市| 宁夏| 苏州市| 三门县| 苏尼特左旗| 墨玉县| 鸡西市| 文安县| 邓州市|