資源分配與RB

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

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

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

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

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

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

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

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

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

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

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