資源分配與RB_第1頁
資源分配與RB_第2頁
資源分配與RB_第3頁
資源分配與RB_第4頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、Q:不知我理解的對不對:現(xiàn)在有10M帶寬,50W的功率??捎肦B是50個,那么最多可以分給50個UE,每個UE分配一個RB,一個RB功率1W。eNB會根據(jù)UE上報的CQI先確定優(yōu)先級,然后通過PDCCH下達(dá)資源分配命令,UE根據(jù)收到的DCI對PDCCH的資源分配域進(jìn)行解釋,eNB通過PDCCH中bitmap對UE可用資源進(jìn)行指示,分配給UE的資源塊(組)對應(yīng)的bit置1。RB在一個TTI內(nèi)只能分給一個UE?,F(xiàn)在問題是:在下個TTI內(nèi)RB會被釋放再根據(jù)信道狀況或者UE請求重新分配嗎?那樣的話要多長時間能資源耗盡?資源耗盡以什么為標(biāo)志?如果某個TTI內(nèi)只有30個UE滿足信道要求,資源豈不無法耗盡?

2、這是屬于輪詢調(diào)度算法嗎?問題比較多,對這部分很迷糊。請不吝賜教。謝謝A: 我的理解你的現(xiàn)在有這么幾個問題?一一列舉1. 前一個TTI分配的PRB,下一個TTI會被釋放嗎或者重新分配嗎?2. 釋放要多長時間?3. 資源耗盡有什么標(biāo)志?4. 如果一個TTI 30個UE,資源會不會無法耗盡?5. 這是否是輪詢算法?我下面一個個回答:1. 網(wǎng)絡(luò)側(cè)的調(diào)度器負(fù)責(zé)資源的調(diào)度。LTE中調(diào)度在時域上的基本單位是一個TTI。前一個TTI分配的PRB,在下一個TTI是“重新”分配的,其實也沒有“重新”,因為每個TTI對應(yīng)一個Harq ID。前后兩個TTI 屬于不同的Harq ID,調(diào)度的時候,不同的HarqID的T

3、TI在同時依次調(diào)度。不存在釋放,或者重新分配的問題。LTE里面的資源一直都是動態(tài)分配的,SPS的調(diào)度資源分配看上去占用一段時間,但是也不會一直占用下去。打個比喻,每個PRB就是教學(xué)樓里面的教室。學(xué)校規(guī)定了,每個教室大家只能使用1個小時,大家依次使用。不存在釋放的說法?因為大家都是按照規(guī)定這么做的。2. 問題2,參見1.3. 資源耗盡沒有什么特別的標(biāo)志。DCI里面的RB assignment能夠看出來。比如,50個PRB,RA type 0的時候,需要17個比特來表示。那么著17個比特全部為1,就表示分配完了。但是由于很可能有多個UE同時存在,即使某個UE的RB assignment沒有全部分配

4、完,也不能說明什么??傊甎E是不清楚的,當(dāng)然eNB是可以根據(jù)DCI看出來的。4. 不可能無法耗盡。首先,只要有需求,資源的分配不會浪費。即使eNB內(nèi)只有1個UE,只要UE的高層有足夠的數(shù)據(jù)需求,eNB很可能會把所有資源分配給一個UE。5. 輪詢算法是輪詢的是UE之間的優(yōu)先級。從你的描述上看,可以算是輪詢算法。不知道這么解釋是否有幫助??偨Y(jié)一下: LTE中的資源分配都是動態(tài)分配的。UE占用時頻資源按照高層的需求,按照調(diào)度器的算法依次分配。當(dāng)然實際調(diào)度的時候,按照算法UE有優(yōu)先級,數(shù)據(jù)按照業(yè)務(wù)類型也有優(yōu)先級。 LTE中的調(diào)度算法常見的有:輪詢,最大載干比,比例均衡等算法。追問回答的太好了,準(zhǔn)是LT

5、E方面的專家。我還想問問做系統(tǒng)級仿真的時候,CQI,PDCCH下達(dá)命令,bitmap顯示,這些,還要編出來嗎?要是那樣就太麻煩了。業(yè)內(nèi)有沒有通用的資源分配的算法,不用那么精確,可以完成資源分配,就是讓基站和終端建立聯(lián)系,組成系統(tǒng),整個系統(tǒng)動起來,可以完成其上的某種功能,我主要做LTE系統(tǒng)間(比如TDD與FDD)干擾共存的仿真。謝謝。回答既然是仿真,最好還是需要這些量的。當(dāng)然,如果完全按照協(xié)議做,肯定工作量比較大的??梢院唵蔚膶崿F(xiàn)。資源分配的算法,在調(diào)度器側(cè)都是比較核心的算法,通常一個公司,有算法組和仿真組來實現(xiàn)。從你的描述上看,你其實還剛剛起步吧。如果你要實現(xiàn)的話,從我們的角度來說工作量還是不

6、小的。具體的做法,就看你要做到那個程度了Q:一個LTE小區(qū)或基站可以容納多少用戶,如何分配資源,比如頻域、時域上如何分配?在協(xié)議的層3對應(yīng)什么參數(shù),物理層又對應(yīng)什么參數(shù)?非常感謝!非常感謝“游子痘”的回答,應(yīng)該是業(yè)內(nèi)人士,呵呵,自己也看了相關(guān)資料,分配給UE的資源在頻域上是以RB為單位,在時域上是一個或多個完整的上行子幀,eNB可以決定哪個UE在哪個上行子幀發(fā)數(shù)據(jù),也可以決定哪個UE在頻域上占用幾個RB,這樣eNB可以對UE的資源在時域和頻域上進(jìn)行進(jìn)行2維的劃分。每個UE被劃分的時域和頻域資源根據(jù)小區(qū)用戶的多少,還有用戶數(shù)據(jù)量的大小以及信道質(zhì)量決定,應(yīng)該是eNB在PDCCH中通過Bitmap進(jìn)

7、行UE可用資源指示。MAC應(yīng)該不負(fù)責(zé)資源分配,UE根據(jù)檢查到的PDCCHDCI格式對資源分配域進(jìn)行解釋,包括帶寬等;PDCCH的DCIFormat0中有一個參數(shù)(ULindex2bitsasdefinedinsections5.1.1.1,7.2.1,8and8.4of3,TS36.213(thisfieldispresentonlyforTDDoperationwithuplink-downlinkconfiguration0))是決定UE在哪個子幀傳輸數(shù)據(jù),假設(shè)UE檢測到PDCCH的子幀為n,則根據(jù)DCIFormat0的參數(shù)ULindex值k在子幀n+k來傳輸PDSCH,k的值根據(jù)TS36

8、.213的表格Table8-2kforTDDconfigurations0-6來決定。.有帶進(jìn)一步補充A: 資源分配的單位是PRB物力資源塊,他在是時域上是一個時隙,也就是0.5ms,在頻域刪格式180khz。上下行資源分配由eNB分配,用戶通過匯報下行信道情況,提供eNB下行分配資源的根據(jù)。L3是RRC層,主要不負(fù)責(zé)資源分配吧,主要是一些無線資源管理的功能,比如移動性管理,介入控制,負(fù)載均衡等,L2的MAC負(fù)責(zé)資源分配。容納多少用戶不好說,這個和系統(tǒng)帶寬以及用戶的數(shù)據(jù)量有關(guān)。 物理層的參數(shù)太多了,比如CQI信道質(zhì)量,SRS上行導(dǎo)頻用作上行信道的估計和質(zhì)量反饋, 補充下:eNB是通過PDCCH

9、下達(dá)資源分配的命令。這個命令式通過測量CQI等因素確定的。MAC層是下達(dá)管理調(diào)度和資源分配。因為eNB不會因為你的信道質(zhì)量好就給你分配最好的信道,這里還有一個優(yōu)先級的問題。此外MAC還會根據(jù)UE上報的CQI和UE能力信息,確定給你分配什么MCS格式,所以資源分配和調(diào)度是MAC的一大任務(wù)。我說的這個MCA是eNB端的。Q: LTE上行資源分配的輸入都有哪A: UE申請上行資源分配,要帶的信源包括:1) 上行調(diào)度請求指示(SRI, Schduling Request Indication),是用戶向基站申請上行無線資源配置的信令。(2) ACK/NACK應(yīng)答信息,用于答復(fù)下行業(yè)務(wù)數(shù)據(jù)的傳輸。若終端

10、正確接收并解調(diào)發(fā)送的數(shù)據(jù)塊,則通過上行控制信令向基站反饋一個ACK應(yīng)答消息,否則將反饋一個NACK消息。UE針對下行數(shù)據(jù)所發(fā)送的每一個數(shù)據(jù)碼字產(chǎn)生1bit的HARQ反饋信息。UE接收到下行數(shù)據(jù)到進(jìn)行ACK/NACK反饋之間存在固定的時序關(guān)系,對于TDD系統(tǒng)下行子幀多于上行子幀的配置,UE將會在同一個上行子幀中反饋多個下行子幀所對應(yīng)的ACK/NACK信息,多個下行子幀組成一個“反饋窗口”。TDD-LTE系統(tǒng)支持兩種上行ACK/NACK反饋模式:ACK/NACK合并(Bundling)和ACK/NACK復(fù)用(Multiplexing)。ACK/NACK合并模式下,UE每次只反饋1bit(單碼字傳輸

11、)或2bit(雙碼字傳輸)信息。UE只有在正確接收了反饋窗口內(nèi)對應(yīng)同一個碼字編號的所有傳輸塊(TB)時,才向基站發(fā)送ACK信令。如果其中任意一個TB譯碼失敗,則都會向基站反饋NACK?;臼盏絅ACK信息后,將反饋窗口內(nèi)對應(yīng)同一個碼字編號的所有TB都重傳一次。該模式下,反饋信息傳輸?shù)目煽啃暂^高,但系統(tǒng)中下行傳輸?shù)男瘦^差,因此適用于小區(qū)邊緣信道條件較差的用戶,以保證小區(qū)上行覆蓋滿足要求。ACK/NACK服用模式下,UE每次可以反饋14bit信息,反饋信息的數(shù)量與反饋窗口的長度相等??臻g復(fù)用模式中,雙碼字傳輸時,同一個子幀內(nèi)不同碼字的ACK/NACK信息首先進(jìn)行合并,方法同上?;靖鶕?jù)反饋信息可以判斷出每個子幀所對應(yīng)的ACK/NACK狀態(tài),并將對應(yīng)NACK狀態(tài)的子幀上的所有TB重傳一次。該模式下,反饋信息傳輸?shù)目煽啃月缘?,但系統(tǒng)中下行傳輸效率較高,因此適用于小區(qū)中心信道條件較好的用戶。(3) CQI反饋信息,CQI是反映基站與終端間信道質(zhì)量的信息。根據(jù)觸發(fā)機制的不同分為周期性上報和非周期性上報兩種,其上報內(nèi)容為調(diào)制編碼方式(MCS, Modulation and Coding

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論