4G(LTE)中競(jìng)爭(zhēng)解決定時(shí)器

4G(LTE)中競(jìng)爭(zhēng)解決定時(shí)器\o"4G"#4G\o"PRACH"#PRACH\o"MAC"#MAC4G(LTE)網(wǎng)絡(luò)中終端(UE)在解讀無(wú)線小區(qū)廣播的系統(tǒng)消息(MIB,SIB1)允許接入(小區(qū)未BAR)后，即發(fā)起隨機(jī)接入流程；為節(jié)省網(wǎng)絡(luò)資源確保終端(UE)間平等，3GPP在MAC層定義了競(jìng)爭(zhēng)解決定時(shí)器(ContentionResolutionTimer)，用于檢查eNB是否已發(fā)送競(jìng)爭(zhēng)解決標(biāo)識(shí)MACCE以響應(yīng)Msg3，以完成競(jìng)爭(zhēng)解決過(guò)程(基于競(jìng)爭(zhēng)機(jī)制)。如在此定時(shí)器期間沒(méi)有來(lái)自eNB的消息，則終端將發(fā)起新的隨機(jī)接入(RACH)流程。圖1.4G網(wǎng)絡(luò)中的隨機(jī)接入流程一、什么是MAC-ContentionResolutionTimer？它表示在Msg3發(fā)送后MAC實(shí)體將監(jiān)視PDCCH的連續(xù)子幀數(shù)。終端(UE)將在發(fā)送Msg3后的緊接子幀啟動(dòng)Mac-Contention解決定時(shí)器。由于UE正在等待通過(guò)C-RNTI上的PDCCH接收(處于連接模式)的競(jìng)爭(zhēng)解決，因此，UE應(yīng)該監(jiān)視PDCCH；Mac-Contention解決計(jì)時(shí)器運(yùn)行的持續(xù)時(shí)間也被視為活動(dòng)時(shí)間。二、發(fā)送Msg3后終端(UE)將啟動(dòng)哪個(gè)定時(shí)器？發(fā)送后啟動(dòng)的定時(shí)器有：1.T300:RRCConnectionRequest2.ContentionResolutionTimer(消息在SIB2中廣播)，如果UE在該定時(shí)器內(nèi)沒(méi)有收到msg4(競(jìng)爭(zhēng)解決消息)，則它返回發(fā)送Msg1，即發(fā)送RAP。如果存在針對(duì)Msg3(RRCconnectionRequest)的HARQNACK且必須重新傳輸，則將重新啟動(dòng)此競(jìng)爭(zhēng)解決計(jì)時(shí)器。

三、如果兩個(gè)終端(UE)嘗試在同一接入(RA)信道上使用相同接入前導(dǎo)序列進(jìn)行隨機(jī)接入怎么辦？如果多個(gè)終端(UE)在同一接入(RA)信道上嘗試使用相同接入前導(dǎo)序列進(jìn)隨機(jī)接入，則eNodeB將從多個(gè)UEs接收Msg1后:eNodeB將檢測(cè)接入前導(dǎo)傳輸并估計(jì)終端(UE)上行鏈路信息傳輸時(shí)間；eNodeB將從接收前導(dǎo)碼的時(shí)隙號(hào)中導(dǎo)出RA-RNTI；通過(guò)此信息eNodeB將在DL-SCH信道上傳輸隨機(jī)接入(RA)響應(yīng)。該消息攜帶前導(dǎo)碼的定時(shí)和上行鏈路資源分配信息，消息中還包含退避指示符MAC報(bào)頭用于控制隨機(jī)接入過(guò)程中的退避持續(xù)時(shí)間。所有終端UEs都在相同的RA-RNTI上接收消息，因?yàn)樗鼈冊(cè)诘却ⅰＨ缓骍E從MAC數(shù)據(jù)中為Preamble保存臨時(shí)C-RNTI。應(yīng)用校正后UE在返回方向上同步并且可以向eNodeB傳輸數(shù)據(jù)突發(fā)。它的傳輸很可能不會(huì)在eNodeB處接收到，因?yàn)樗谝圆⒎菫閁E設(shè)計(jì)的定時(shí)提前進(jìn)行傳輸。

eNodeB從兩個(gè)UE接收Msg3(RRC連接請(qǐng)求)，然后eNodeB將向兩個(gè)UE發(fā)送帶有MACCRI(競(jìng)爭(zhēng)解決標(biāo)識(shí))的Msg4(競(jìng)爭(zhēng)解決)。該CRI將攜帶由其中一個(gè)UE生成的RRC連接請(qǐng)求的反饋。UE的MAC層會(huì)將CRI(從Msg4接收到)與嵌入在RRC連接請(qǐng)求中的CRI相匹配。如果匹配，則UE將繼續(xù)解碼RRC連接設(shè)置，另一個(gè)UE將退回并返回Msg1，即再次開(kāi)始RA過(guò)程。四、競(jìng)爭(zhēng)接入和解決過(guò)程？4G中競(jìng)爭(zhēng)接入及解決過(guò)程分為兩種類(lèi)型：1.基于MAC競(jìng)爭(zhēng)解決=>PDCCH上的C-RNTI=>使用DCCH邏輯信道=>用于HO場(chǎng)景==>規(guī)則:如果UE有一個(gè)有效的C-RNTI并且UE正在進(jìn)行RA過(guò)程,那么這將是一個(gè)基于MAC的競(jìng)爭(zhēng)解決流程。

2.基于層一(L1)競(jìng)爭(zhēng)解決=>基于DL-SCH的CRI(競(jìng)爭(zhēng)解決ID）=>爭(zhēng)用解決方案發(fā)送給T-CRNTI=>使用CCCH邏輯信道==>規(guī)則:如果終端(UE)沒(méi)有有效的C-RNTI并且UE正在執(zhí)行RA程序，那么它可以說(shuō)它將是基于L1的競(jìng)爭(zhēng)解決流程。

五、無(wú)線網(wǎng)絡(luò)中為什么需要MacCRT計(jì)時(shí)器？該計(jì)時(shí)器用于檢查eNB是否已發(fā)送競(jìng)爭(zhēng)解決標(biāo)識(shí)MACCE，以響應(yīng)Msg3以完成競(jìng)爭(zhēng)解決過(guò)程(用于基于競(jìng)爭(zhēng)的機(jī)制)。如果在此定時(shí)器期間沒(méi)有來(lái)自eNB的此類(lèi)消息，則啟動(dòng)新的RACH過(guò)程。六、NB-IOT中ContentionResolutionTimer是如何工作的？如果終端(UE)是NB-IoTUE，MAC實(shí)體應(yīng)使用macContentionResolutionTimer用于相應(yīng)的增強(qiáng)覆蓋級(jí)別(如存在)。七、當(dāng)MacContentionResolutionTimer超時(shí)后如何處理？當(dāng)MacContentionResolutionTimer超進(jìn)后，就會(huì):丟棄臨時(shí)C-RNTI；認(rèn)為競(jìng)爭(zhēng)接入不成功。

八、MacContentionResolutionTimer開(kāi)始和結(jié)束終端(UE)一旦發(fā)送Msg3，MAC實(shí)體將啟動(dòng)Mac-ContentionResolutionTimer并在每次HARQ重傳時(shí)重新啟動(dòng)Mac-ContentionResolutionTimer。不管