3.4.1 隨機(jī)接入過(guò)程
3.4.1.1 概述
隨機(jī)接入是蜂窩系統(tǒng)一個(gè)最基本的功能,它使終端與網(wǎng)絡(luò)建立連接成為可能,誠(chéng)如其名,這樣的接入的發(fā)起以及采用的資源具有隨機(jī)性,當(dāng)然接入成功也具有隨機(jī)性,那么在什么情況下需要發(fā)起隨機(jī)接入的過(guò)程呢?隨機(jī)的接入場(chǎng)景如下:
· 基于競(jìng)爭(zhēng)模式的隨機(jī)接入:
·
o RRC_IDLE狀態(tài)下的初始接入;
o 無(wú)線鏈路出錯(cuò)以后的初始接入;
o RRC_CONNECTED狀態(tài)下,當(dāng)有上行數(shù)據(jù)傳輸時(shí),例如在上行失步后“non-synchronised”,或者沒有PUCCH資源用于發(fā)送調(diào)度請(qǐng)求消息,也就是說(shuō)在這個(gè)時(shí)候除了通過(guò)隨機(jī)接入的方式外,沒有其它途徑告訴eNB,UE存在上行數(shù)據(jù)需要發(fā)送
· 基于非競(jìng)爭(zhēng)模式的隨機(jī)接入:
·
o RRC_CONNECTED狀態(tài)下,當(dāng)下行有數(shù)據(jù)傳輸時(shí),這時(shí)上行失步“non-synchronised”,因?yàn)閿?shù)據(jù)的傳輸除了接收外,還需要確認(rèn),如果上行失步的話,eNB無(wú)法保證能夠收到UE的確認(rèn)信息,因?yàn)檫@時(shí)下行還是同步的,因此可以通過(guò)下行消息告訴UE發(fā)起隨機(jī)接入需要使用的資源,比如前導(dǎo)序列以及發(fā)送時(shí)機(jī)等,因?yàn)檫@些資源都是雙方已知的,因此不需要通過(guò)競(jìng)爭(zhēng)的方式接入系統(tǒng);
o 切換過(guò)程中的隨機(jī)接入,在切換的過(guò)程中,目標(biāo)eNB可以通過(guò)服務(wù)eNB來(lái)告訴UE它可以使用的資源;
是否基于競(jìng)爭(zhēng)在于在當(dāng)時(shí)終端能否監(jiān)聽到eNB傳遞的下行控制信道,以便獲得特定的資源用于傳輸上行前導(dǎo),當(dāng)然這個(gè)判斷是由eNB作出的,而不是UE自己來(lái)決定的。
3.4.1.2 隨機(jī)接入過(guò)程初始化
隨機(jī)接入過(guò)程可以由PDCCH order或者M(jìn)AC子層自己來(lái)觸發(fā),如果UE收到一個(gè)發(fā)給它的PDCCH傳輸含有一個(gè)PDCCH order,那么它就會(huì)發(fā)起一個(gè)隨機(jī)接入過(guò)程,PDCCH order或者是RRC消息會(huì)指示ra-PreambleIndex與ra-PRACH-MaskIndex信息以告訴UE它可以使用的前導(dǎo)序列以及發(fā)送機(jī)會(huì)。
在發(fā)起隨機(jī)接入過(guò)程之前,下面的信息必須已經(jīng)具備了:
· 用于發(fā)送隨機(jī)接入前導(dǎo)的PRACH資源以及準(zhǔn)備好了,由prach-ConfigIndex指示;
· 有可用的隨機(jī)接入前導(dǎo),在MAC層有可能設(shè)置兩組隨機(jī)接入前導(dǎo):Group B與Group A,分布用于指示發(fā)送的MSG3的大小,Group B的前導(dǎo)序列個(gè)數(shù)由下面的參數(shù)推導(dǎo)可得
· Group B前導(dǎo)序列個(gè)數(shù) = numberOfRA-Preambles - sizeOfRA-PreamblesGroupA
·
o 在SIB2里面定義的PRACH的無(wú)線資源里面會(huì)提供上面的兩個(gè)參數(shù),從上面可以知道如果Group A的前導(dǎo)序列跟總的隨機(jī)接入前導(dǎo)序列相等,那么UE就知道不存在Group B的前導(dǎo)序列,Group A與Group B的前導(dǎo)序列編號(hào)如下:
o [0 sizeOfRA-PreamblesGroupA – 1]以及[sizeOfRA-PreamblesGroupA numberOfRA-Preambles – 1]
· UE選擇Group A還是選擇Group B就看是否有這個(gè)需要以及滿足一定的條件,比如UE希望在發(fā)送MSG3里面攜帶VoIP的包,那么自然需要的資源就要大一些,那么當(dāng)eNB收到UE發(fā)送的前導(dǎo)序列屬于Group B時(shí),它就會(huì)分配多一點(diǎn)資源給UE來(lái)發(fā)送MSG3
· 如果存在Group B的前導(dǎo)序列,那么由于Group B對(duì)于的MSG3消息比較大,因此必須滿足一些額外的要求, messagePowerOffsetGroupB與messageSizeGroupA, 配置的UE發(fā)射功率 PCMAX ,前導(dǎo)序列與MSG 3的功率偏移量,這些值跟當(dāng)前的UE功率情況決定了最終選擇GroupA還是B的前導(dǎo)序列
· 獲得了接收隨機(jī)接入響應(yīng)的窗口大小參數(shù)ra-ResponseWindowSize,UE會(huì)在這個(gè)窗口期監(jiān)聽eNB是否給它回了響應(yīng),這個(gè)響應(yīng)有eNB分配給UE的資源用于發(fā)送MSG3的。因此這個(gè)窗口大小就是UE等待的時(shí)間了,如果沒有收到響應(yīng),那么UE就認(rèn)為它發(fā)的前導(dǎo)沒有被eNB收到,那么就要開始后面的處理了;
............更多精彩請(qǐng)關(guān)注下方
LTE隨機(jī)接入過(guò)程概述.pdf