RB分配總結(jié).docx

RB分配總結(jié)LTE中的RB分配包括PDSCH信道的RB的分配和PUSCH的RB分配，上下行調(diào)度時(shí)的資源分配總結(jié)如下：（1） 在數(shù)據(jù)調(diào)度的過程中，重傳數(shù)據(jù)的資源分配優(yōu)先于初傳數(shù)據(jù)的資源分配。（2） 為了保證UE的數(shù)據(jù)傳輸能夠分配到資源，在上下行實(shí)際分配RB之前，會使用get hole為UE預(yù)分配RB資源，即能夠得到hole的UE就能夠?qū)嶋H分配到RB。（3） 在為UE分配hole時(shí)，上下行都是按照LC的優(yōu)先級進(jìn)行的hole分配。（4） 在下行調(diào)度的過程中優(yōu)先為PCCH，BCCH以及可能存在msg2，mag4事先預(yù)留PRB資源。（5） 上行調(diào)度過程中，PUCCH和PRACH占用的資源是靜態(tài)配置的。詳細(xì)的資源分配參看下文。1 PDSCH資源分配1.1下行hole相關(guān)1.1.1 下行hole初始化在下行調(diào)度中，cell結(jié)構(gòu)體下面會存在2個(gè)結(jié)構(gòu)體，一個(gè)是子幀配置的結(jié)構(gòu)體dl_subframe_hole_config10，另外一個(gè)是調(diào)度用的結(jié)構(gòu)體sched_dl_free_hole10。這2個(gè)結(jié)構(gòu)體中實(shí)際上就是2條鏈表，分別為子幀配置的鏈表和當(dāng)前調(diào)度可用hole信息的鏈表。下行hole初始化包括這兩種的初始化，即函數(shù)mac_subframe_hole_init（）和mac_dl_sched_freehole_list_init（）。1.1.1.1 下行子幀配置初始化mac_subframe_hole_init（）就是對cell結(jié)構(gòu)體下dl_subframe_hole_config10中鏈表的構(gòu)建。該函數(shù)在mac_dl_scheduler_init中調(diào)用，即增加小區(qū)時(shí)調(diào)用，配置在一個(gè)無線幀內(nèi)上下行調(diào)度所能夠使用的PRB資源。由于在TDD中，對資源的利用是上下行所使用的頻域資源相同，時(shí)域分開，即上行幀和下行幀不可能同時(shí)存在，所以在TDD中將一個(gè)無線幀上下行的子幀所能夠使用的頻域資源存放在一個(gè)結(jié)構(gòu)體中，故在對子幀配置的資源的初始化時(shí)使用mac_subframe_hole_init（）這一個(gè)函數(shù)。圖1為該函數(shù)的流程圖：圖1，TDD代碼中子幀配置的初始化在將代碼改為FDD時(shí)，在cell結(jié)構(gòu)體下面將原來的上下行共用的資源配置的結(jié)構(gòu)體分開為2個(gè)結(jié)構(gòu)體dl_subframe_hole_config10和ul_subframe_hole_config10。但在對上下行資源配置的初始化時(shí)并沒有將其分開，還是在mac_subframe_hole_init（）這一個(gè)函數(shù)中做，只是沒有了參數(shù)sf_type，詳細(xì)見代碼。1.1.1.2 下行調(diào)度鏈表初始化函數(shù)mac_dl_sched_freehole_list_init（）就是對cell結(jié)構(gòu)體中sched_dl_free_hole10的調(diào)度鏈表構(gòu)建。該函數(shù)在mac_dl_scheduler_prepare（）中調(diào)用，即在下行調(diào)度準(zhǔn)備中構(gòu)建當(dāng)前調(diào)度能夠使用的PRB資源。該函數(shù)的功能就是將子幀配置鏈表中取相應(yīng)的子幀配置中能夠使用的PRB資源，并將其中的信息組成一個(gè)節(jié)點(diǎn)插入到當(dāng)前子幀的調(diào)度鏈表中作為第一個(gè)節(jié)點(diǎn)。該節(jié)點(diǎn)的內(nèi)容詳見MAC_RB_HOLE。函數(shù)流程圖見圖2。圖2 下行調(diào)度鏈表初始化過程1.1.2 下行hole分配下行hole分配分為初傳的hole分配，和重傳的hole分配。1.1.2.1初傳hole分配初傳的hole分配，使用mac_get_dl_hole（）分配。在下行調(diào)度過程中，按照邏輯信道的優(yōu)先級為UE分配PDCCH和PDSCH資源，即CCE和hole，其中cce的分配在hole分配之后，即UE只有在取得了hole之后才會去申請CCE資源，關(guān)于CCE的分配詳見CCE分配的詳細(xì)設(shè)計(jì)文檔。此處的hole的分配是對PRB的一個(gè)預(yù)分配，并不是PRB的實(shí)際分配，其實(shí)際分配見1.2節(jié)。對UE的hole的分配之前會為可能存在的msg2和msg4以及PCCH，BCCH預(yù)留PRB資源。UE在滿足以下2個(gè)條件時(shí)為其分配hole：（1），UE被調(diào)度；（2），UE有數(shù)據(jù)待發(fā)。具體分配hole時(shí)，使用mac_ get_ dl_hole（）為UE申請hole，該函數(shù)就是對當(dāng)前調(diào)度的鏈表中的的節(jié)點(diǎn)一個(gè)一個(gè)的查找。并且在mac_get_dl_hole的第二個(gè)參數(shù)會按1個(gè)RB的要求去申請，即UE申請所得到的hole內(nèi)PRB的數(shù)目必須大于或等于1個(gè)PRB。，若該節(jié)點(diǎn)中rbs_free大于或等于UE所申請的就將該節(jié)點(diǎn)返回給UE，并停止查找。調(diào)度鏈表中節(jié)點(diǎn)的內(nèi)容為MAC_RB_HOLE所定義的參數(shù)，其中參數(shù)rbs_free決定當(dāng)前節(jié)點(diǎn)可不可以繼續(xù)為UE分配hole，只有該參數(shù)大于1，該節(jié)點(diǎn)才能為UE分配hole。在每次為UE成功分配一個(gè)hole時(shí)只會更新rbs_free這一個(gè)參數(shù)。在使用mac_get_dl_hole（）函數(shù)成功為UE申請hole后，會對節(jié)點(diǎn)中的參數(shù)rbs_free的更新。首先將rbs_free減去1個(gè)PRB(此處可能會造成資源浪費(fèi))，然后計(jì)算UE待發(fā)數(shù)據(jù)與其MAC PDU子頭部之和所需PRB數(shù)目（此處的計(jì)算是將UE的實(shí)際所需PRB數(shù)目減1，所以不會造成資源浪費(fèi)）與當(dāng)前節(jié)點(diǎn)中的rbs_free比較，取最小的那個(gè)值即為該UE的實(shí)際分配的PRB數(shù)目，之后將節(jié)點(diǎn)中的rbs_free減去該UE實(shí)際分配的PRB數(shù)目。更新完畢之后將UE的實(shí)際分配的PRB數(shù)目填寫到UE節(jié)點(diǎn)中，方便在實(shí)際PRB的分配時(shí)獲取。說明：get hole在lte_mac_get_hole.c文件中，更新hole在調(diào)用mac_get_dl_hole（）函數(shù)的lte_mac_dl_sched.c文件中，實(shí)際的RB分配在lte_mac_dfg.c文件中。1.1.2.2重傳hole分配重傳時(shí)，會根據(jù)UE是MIMO還是非MIMO的調(diào)用相應(yīng)的函數(shù)進(jìn)行hole分配，MIMO的使用函數(shù)mac_harq_dl_mimo_get_hole（）對UE進(jìn)行hole分配；非MIMO的使用函數(shù)mac_harq_dl_get_hole（）對UE進(jìn)行hole分配：（1）在mac_harq_dl_get_hole（）中會給非MIMO重傳的UE分配PDCCH和PDSCH資源，更新hole節(jié)點(diǎn)信息，其中優(yōu)先選擇TYPE2類型的RB hole，如果滿足資源分配要求的hole不是TYPE2的時(shí)候，需要更新hole節(jié)點(diǎn)中的subset參數(shù)，以供下次TYPE1調(diào)度使用。（2）在mac_harq_dl_mimo_get_hole（）中會給MIMO重傳的UE分配PDCCH和PDSCH資源，如果申請的RB=1,使用TYPE0分配并且將TYPE1的subset中的剩余RB構(gòu)造新的TYPE2 RB hole插入到下行調(diào)度用的free hole鏈表后面。如果申請的RB1，且UE所需要的PRB數(shù)目大于或等于1個(gè)RBG時(shí)使用mac_calc_dl_rb_num_type0（）計(jì)算rb_start和valid_rb_num。在得到UE的rb_start和valid_rb_num這兩個(gè)參數(shù)后，使用mac_calc_riv_of_type0（）計(jì)算得到DCI信息中的ra值，即用比特表示的給該UE分配的PRB的實(shí)際位置。1.2.1.2 RESOURCE_ALLOC_TYPE1使用type1分配只有一種情況：RI1,且UE所需的PRB數(shù)目小于一個(gè)RBG時(shí)使用mac_calc_dl_rb_num_type1（）計(jì)算得到rb_start和valid_rb_num。在得到UE的rb_start和valid_rb_num這兩個(gè)參數(shù)后，使用mac_calc_riv_of_type1（）計(jì)算得到DCI信息中的ra值，即用比特表示的給該UE分配的PRB的實(shí)際位置。1.2.1.3 RESOURCE_ALLOC_TYPE2使用type2分配有2種情況：其主要區(qū)別在確認(rèn)用type2分配方式后（1）若調(diào)度鏈表中節(jié)點(diǎn)信息中的first_meet_type0為1，即該節(jié)點(diǎn)已經(jīng)使用過type0的資源分配方式，則調(diào)用 mac_calc_dl_rb_num_type2_after_type0（）計(jì)算rb_start和valid_rb_num。（2）在與（1）對立的情況使用mac_calc_dl_rb_num_type2_after_type1（）計(jì)算rb_start和valid_rb_num。在得到UE的rb_start和valid_rb_num這兩個(gè)參數(shù)后，使用mac_calc_riv_of_type2（）計(jì)算得到DCI信息中的ra值，即用比特表示的給該UE分配的PRB的實(shí)際位置1.2.1.4 下行初傳RB分配小結(jié)從代碼中的3中資源分配方式對于MAC_RB_HOLE結(jié)構(gòu)體中的參數(shù)的更新見表1，可以看出：（1）type2不能放在第一次分配（2）在第一次使用type0分配時(shí)，在函數(shù)mac_calc_dl_rb_num_type0（）和mac_calc_dl_rb_num_type0_ri1（）會判斷first_meet_type0的標(biāo)志位，若為0即首次遇到type0則更新current_prb。MAC_RB_HOLEType0Type1Type2rb_startfree_rb_numcurrent_prbRBG_SUBSET表1 PRB分配后對節(jié)點(diǎn)參數(shù)的更新具體的為某個(gè)UE實(shí)際分配RB的函數(shù)為mac_make_pdsch_cfg_for_1ue（），即1.2節(jié)的所有的分配都在這個(gè)函數(shù)中，詳見該函數(shù)的流程圖5。圖5 mac_make_pdsch_cfg_for_1ue流程圖1.2.2下行重傳的RB分配在mac_dl_process_retr（）函數(shù)中會對重傳的UE按照MIMIO和非MIMO的分別排序。在代碼中重傳的資源分配主要在mac_dl_process_retr（）中，該函數(shù)的流程圖見圖6。圖6 TDD中下行重傳處理圖2 PUSCH分配相對于下行調(diào)度RB的分配，上行RB的分配就沒有那么的復(fù)雜了，下行RB的分配有3中分配方式，而上行的資源分配只有一種方式，即給一個(gè)UE分配的PRB必須是連續(xù)的，可以說上行的RB分配方式就只有下行RB分配方式中的TYPE2這一種。2.1上行hole相關(guān)2.1.1 上行hole初始化在上行調(diào)度中，cell結(jié)構(gòu)體下面會存在2個(gè)結(jié)構(gòu)體，一個(gè)是子幀配置的結(jié)構(gòu)體ul_subframe_hole_config10，另外一個(gè)是調(diào)度用的結(jié)構(gòu)體sched_ul_free_hole10。2.1.1.1 子幀配置鏈表初始化與下行不同的是由于上行物理信道中存在PRACH信道與PUSCH搶占RB資源，而且PRACH的配置又存在奇幀和偶幀的差別，所以在上行的子幀配置的結(jié)構(gòu)體ul_subframe_hole_config10中存在3條鏈表：（1） 沒有PRACH的子幀配置鏈表no_pra_hole_cfg（2） 偶幀時(shí)存在PRACH的子幀配置鏈表even_frame_hole_cfg（3） 奇幀時(shí)存在PRACH的子幀配置鏈表odd_frame_hole_cfg這3條鏈表的初始化在函數(shù)mac_subframe_hole_init（）處理，詳見圖1。2.1.1.2 上行調(diào)度鏈表初始化調(diào)度用的結(jié)構(gòu)體sched_ul_free_hole10中存在一條給當(dāng)前調(diào)度用的鏈表，該鏈表的初始化在函數(shù)mac_ul_sched_freehole_list_init（）。對上行調(diào)度鏈表的初始化即函數(shù)mac_ul_sched_freehole_list_init的流程，詳見圖7。圖7上行調(diào)度鏈表初始化流程圖2.1.2 上行hole分配上行hole分配包括2個(gè)函數(shù)mac_get_ul_hole（）和mac_harq_ul_get_hole（）即初傳和重傳的分配。2.1.2.1 上行初傳hole分配上行初傳hole分配的過程即函數(shù)mac_get_ul_hole的流程。該函數(shù)就是對當(dāng)前調(diào)度的鏈表中的的節(jié)點(diǎn)一個(gè)一個(gè)的查找。并且在mac_get_ul_hole的第二個(gè)參數(shù)會按1個(gè)RB的要求去申請，即UE申請所得到的hole內(nèi)PRB的數(shù)目必須大于或等于1個(gè)PRB。，若該節(jié)點(diǎn)中rbs_free大于或等于UE所申請的就將該節(jié)點(diǎn)返回給UE，并停止查找。調(diào)度鏈表中節(jié)點(diǎn)的內(nèi)容為MAC_RB_HOLE所定義的參數(shù)，其中參數(shù)rbs_free決定當(dāng)前節(jié)點(diǎn)可不可以繼續(xù)為UE分配hole，只有該參數(shù)大于1，該節(jié)點(diǎn)才能為UE分配hole。在每次為UE成功分配一個(gè)hole時(shí)只會更新rbs_free這一個(gè)參數(shù)。在使用mac_get_ul_hole（）函數(shù)成功為UE申請hole后，會對節(jié)點(diǎn)中的參數(shù)rbs_free的更新。首先將rbs_free減去1個(gè)PRB(此處可能會造成資源浪費(fèi))，然后計(jì)算UE待發(fā)數(shù)據(jù)與其MAC PDU子頭部之和所需PRB數(shù)目（此處的計(jì)算是將UE的實(shí)際所需PRB數(shù)目減1，所以不會造成資源浪費(fèi)）與當(dāng)前節(jié)點(diǎn)中的rbs_free比較，取最小的那個(gè)值即為該UE的實(shí)際分配的PRB數(shù)目，之后將節(jié)點(diǎn)中的rbs_free減去該UE實(shí)際分配的PRB數(shù)目。更新完畢之后將UE的實(shí)際分配的PRB數(shù)目填寫到UE節(jié)點(diǎn)中，方便在實(shí)際PRB的分配時(shí)獲取。說明：說明：get hole在lte_mac_get_hole.c文件中，更新hole在調(diào)用mac_get_ul_hole（）函數(shù)的lte_mac_ul_sched.c文件中，實(shí)際的RB分配在lte_mac_ul_sched.c文件中。2.1.2.2上行