 |
善于提問(wèn)，勤于回答，你也是專家
|
 |
問(wèn)題已開(kāi)啟
(普通問(wèn)題)
PRACH碰撞問(wèn)題
在隨機(jī)接入過(guò)程中，msg1發(fā)送的preamble 的碰撞與msg4中的碰撞解決階段中的碰撞有什么不同？
提問(wèn)者:
• 如何做PRACH RSIs規(guī)劃以及PCI規(guī)劃 2019-11-18
• 決定NR中PRACH帶寬的因素？ 2019-09-18
• ue不斷上發(fā)pRACH:msg1（ra）的原因？ 2019-09-09
• NPRACH什么意思 2019-04-22
• RACHRootSequence 間隔最小可以是多少 2018-08-22
• RACH問(wèn)題導(dǎo)致rrc連接失敗怎么處理 2018-04-03
• PRACH資源在一定程度上反映設(shè)備負(fù)荷情況，為設(shè)備是否需要擴(kuò)容提供依據(jù) 2017-07-09
• 高鐵規(guī)劃pci和pRACH什么原則 有規(guī)劃表嗎？ 2017-06-11
• 決定NR中PRACH帶寬的因素？ 2019-09-18
• ue不斷上發(fā)pRACH:msg1（ra）的原因？ 2019-09-09
• NPRACH什么意思 2019-04-22
• RACHRootSequence 間隔最小可以是多少 2018-08-22
• RACH問(wèn)題導(dǎo)致rrc連接失敗怎么處理 2018-04-03
• PRACH資源在一定程度上反映設(shè)備負(fù)荷情況，為設(shè)備是否需要擴(kuò)容提供依據(jù) 2017-07-09
• 高鐵規(guī)劃pci和pRACH什么原則 有規(guī)劃表嗎？ 2017-06-11
問(wèn)題答案
( 1 )
步驟一：UE發(fā)送preamble
UE 發(fā)送random access preamble給eNodeB，以告訴eNodeB有一個(gè)隨機(jī)接入請(qǐng)求，同時(shí)使得eNodeB能估計(jì)其與UE之間的傳輸時(shí)延并以此校準(zhǔn)uplink timing。
觸發(fā)隨機(jī)接入過(guò)程的方式有以下3種（具體會(huì)在下一章節(jié)介紹）：
1 ）PDCCH order觸發(fā)：eNodeB通過(guò)特殊的DCI format 1A 告訴UE需要重新發(fā)起隨機(jī)接入，并告訴UE應(yīng)該使用的Preamble Index和PRACH Mask Index；
2 ）MAC sublayer觸發(fā)：UE自己選擇preamble發(fā)起接入；
3 ）上層觸發(fā)：如初始接入，RRC連接重建，handover等。
UE 要成功發(fā)送preamble，需要：1）選擇preamble index；2）選擇用于發(fā)送preamble的PRACH資源；3）確定對(duì)應(yīng)的RA-RNTI； 4）確定目標(biāo)接收功率PREAMBLE_RECEIVED_TARGET_POWER。
1 、選擇preamble index
與基于非競(jìng)爭(zhēng)的隨機(jī)接入中的preamble index由eNodeB指定不同，基于競(jìng)爭(zhēng)的隨機(jī)接入，其preamble index是由UE隨機(jī)選擇的。
UE 首先要確定選擇的是group A還是group B中的preamble。如果存在preamble group B，且msg3的大小大于messageSizeGroupA，且pathloss小于
– preambleInitialReceivedTargetPower - deltaPreambleMsg3 – messagePowerOffsetGroupB ，則選擇group B；否則選擇group A。
如果之前發(fā)送過(guò)msg3且接入失敗，則再次接入嘗試時(shí)使用的preamble應(yīng)該與第一次發(fā)送msg3時(shí)對(duì)應(yīng)的preamble屬于相同的group。
確定了group之后，UE從該group中隨機(jī)選擇一個(gè)preamble并將PRACH Mask Index設(shè)置為0。
而對(duì)于基于非競(jìng)爭(zhēng)的隨機(jī)接入而言，eNodeB通過(guò)為UE分配一個(gè)專用的preamble index來(lái)避免沖突的發(fā)生并指定一個(gè)PRACH Mask Index。
eNodeB 分配preamble index和PRACH Mask Index的方式有兩種：1）通過(guò)RACH-ConfigDedicated的ra-PreambleIndex和ra-PRACH-MaskIndex字段設(shè)置（Handover過(guò)程）；2）在PDCCH order觸發(fā)的隨機(jī)接入中，通過(guò)DCI format 1A的Preamble Index和PRACH Mask Index字段來(lái)設(shè)置（下行數(shù)據(jù)到達(dá)或定位）。
按理說(shuō)，既然要使用基于非競(jìng)爭(zhēng)的隨機(jī)接入過(guò)程，eNodeB分配的preamble index就不應(yīng)該為0（0是用于基于競(jìng)爭(zhēng)的隨機(jī)接入的。個(gè)人認(rèn)為此時(shí)不應(yīng)使用group A和group B的任一preamble，但協(xié)議中只針對(duì)0做了特別說(shuō)明）。但如果eNodeB分配了0值，則實(shí)際的preamble index交由UE按照基于競(jìng)爭(zhēng)的隨機(jī)接入方式選擇preamble（個(gè)人認(rèn)為這種情況主要針對(duì)eNodeB已經(jīng)沒(méi)有可用的非競(jìng)爭(zhēng)preamble，或eNodeB配置時(shí)根本沒(méi)有為非競(jìng)爭(zhēng)的隨機(jī)接入預(yù)留preamble的場(chǎng)景）。
2 、選擇用于發(fā)送preamble的PRACH資源
基于prach-ConfigIndex、PRACH Mask Index以及物理層的timing限制，UE會(huì)先確定下一個(gè)包含PRACH的可用子幀。
prach-ConfigIndex 指定了時(shí)域上可用的PRACH資源。
PRACH Mask Index 定義了某個(gè)UE可以在系統(tǒng)幀內(nèi)的哪些PRACH上發(fā)送preamble（見(jiàn)36.321的Table 7.3-1，值為0表示所有可用的PRACH資源）。在基于非競(jìng)爭(zhēng)的隨機(jī)接入中，eNodeB可以通過(guò)該mask直接指定UE在某個(gè)特定的PRACH上發(fā)送preamble，從而保證不會(huì)與其它UE發(fā)生沖突。
以ra-PRACH-MaskIndex = 3為例，查36.321的Table 7.3.1可知，對(duì)應(yīng)PRACH Resource Index 2，即preamble應(yīng)該在系統(tǒng)幀內(nèi)的第三個(gè)PRACH資源發(fā)送。PRACH Resource Index是一個(gè)系統(tǒng)幀內(nèi)的PRACH資源的編號(hào)，從0開(kāi)始并以PRACH資源在36.211的Table 5.7.1-2和Table 5.7.1-4中出現(xiàn)的先后來(lái)排序。（以prach-ConfigIndex = 12為例，如果是FDD，查36.211的Table 5.7.1-2可知，只在子幀0,2,4,6,8上存在PRACH資源，則PRACH Resource Index 2對(duì)應(yīng)子幀4上的PARCH資源；如果是TDD，且UL/DL configuration為1，查36.211的Table 5.7.1-4可知， PRACH Resource Index 2對(duì)應(yīng)四元組（0,0,1,0）上的PARCH資源）
PRACH Mask Index 可以為0，這說(shuō)明eNodeB只為UE分配了preamble，但PRACH資源還需UE自己選擇。
物理層的timing限制在36.213的6.1.1中定義：
如果UE在子幀n接收到一個(gè)RAR MAC PDU，但對(duì)應(yīng)TB中沒(méi)有一個(gè)響應(yīng)與其發(fā)送的preamble對(duì)應(yīng)，則UE應(yīng)該準(zhǔn)備好在不遲于子幀n + 5的時(shí)間內(nèi)重新發(fā)送preamble。
如果UE在子幀n沒(méi)有接收到一個(gè)RAR MAC PDU，其中子幀n為RAR窗口的最后一個(gè)子幀，則UE應(yīng)該準(zhǔn)備好在不遲于子幀n + 4的時(shí)間內(nèi)重新發(fā)送preamble。
如果隨機(jī)接入過(guò)程是由PDCCH order在子幀n觸發(fā)，則UE將在子幀n + 
算起，第一個(gè)有可用PRACH的子幀中發(fā)送，其中
至此，已經(jīng)選定PRACH所在的子幀，接下來(lái)，我們開(kāi)始選擇頻域上的位置。
在TDD模式且PRACH Mask Index為0的情況下：如果eNodeB指定了ra-PreambleIndex且其值不為0，則在之前確定的子幀上隨機(jī)選擇一個(gè)PRACH；否則在之前確定的子幀及其后續(xù)的兩個(gè)子幀（共3個(gè)子幀）內(nèi)隨機(jī)選擇一個(gè)PRACH。
如果是FDD模式或PRACH Mask Index不為0，則根據(jù)PRACH Mask Index選擇一個(gè)PRACH。
3 、確定對(duì)應(yīng)的RA-RNTI
preamble 的時(shí)頻位置決定了RA-RNTI的值，UE發(fā)送了preamble之后，會(huì)在RAR時(shí)間窗內(nèi)根據(jù)這個(gè)RA-RNTI值來(lái)監(jiān)聽(tīng)對(duì)應(yīng)的PDCCH。RA-RNTI的計(jì)算會(huì)在步驟二中介紹。
4 、確定目標(biāo)接收功率PREAMBLE_RECEIVED_TARGET_POWER
preamble 的目標(biāo)接收功率PREAMBLE_RECEIVED_TARGET_POWER通過(guò)下面的公式計(jì)算（見(jiàn)36.321的5.1.3節(jié)）：
preambleInitialReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_TRANSMISSION_COUNTER – 1) * powerRampingStep
其中preambleInitialReceivedTargetPower 是eNodeB期待接收到的preamble的初始功率。DELTA_PREAMBLE與preamble format相關(guān)，其值見(jiàn)36.321的的Table 7.6-1。而powerRampingStep是每次接入失敗后，下次接入時(shí)提升的發(fā)射功率。
而preamble的實(shí)際發(fā)射功率
的計(jì)算公式為
其中，
是UE在PCell的子幀i上所配置的最大輸出功率，
是UE通過(guò)測(cè)量PCell的Cell-specific參考信號(hào)得到的下行路徑損耗。
步驟四：eNodeB發(fā)送contention resolution
在步驟三中已經(jīng)介紹過(guò)，UE會(huì)在msg3有攜帶自己唯一的標(biāo)志： C-RNTI或來(lái)自核心網(wǎng)的UE標(biāo)志（S-TMSI或一個(gè)隨機(jī)數(shù)）。eNodeB在沖突解決機(jī)制中，會(huì)在msg4（我們把步驟四的消息稱為msg4）中攜帶該唯一的標(biāo)志以指定勝出的UE。而其它沒(méi)有在沖突解決中勝出的UE將重新發(fā)起隨機(jī)接入。
UE 發(fā)送了msg3后，會(huì)啟動(dòng)一個(gè)mac-ContentionResolutionTimer ，或在msg3的HARQ重傳時(shí)，重啟mac-ContentionResolutionTimer 。在該timer超時(shí)或停止之前，UE會(huì)一直監(jiān)聽(tīng)PDCCH。
如果UE監(jiān)聽(tīng)到了PDCCH，且它在msg3中帶了C-RNTI MAC control element，則在以下2種情況下，UE認(rèn)為沖突解決成功（即該UE成功接入，此時(shí)UE會(huì)停止mac-ContentionResolutionTimer ，并丟棄TC-RNTI。注意：這2種情況下TC-RNTI不會(huì)提升為C-RNTI）：
1 ）隨機(jī)接入過(guò)程由MAC子層觸發(fā)，且UE在msg4中接收到的PDCCH由msg3帶的C-RNTI加擾，并給新傳的數(shù)據(jù)分配了上行資源；
2 ）隨機(jī)接入過(guò)程由PDCCH order觸發(fā)，且UE在msg4中接收到的PDCCH由msg3帶的C-RNTI加擾。
如果msg3在CCCH發(fā)送，且在msg4中接收到的PDCCH由RAR中指定的TC-RNTI加擾，則當(dāng)成功解碼出的MAC PDU中包含的UE Contention Resolution Identity MAC control element與msg3發(fā)送的CCCH SDU匹配時(shí)，UE會(huì)認(rèn)為隨機(jī)接入成功并將自己的C-RNTI設(shè)置成TC-RNTI。（只要成功解碼MAC PDU，就停止mac-ContentionResolutionTimer ，并不需要等待沖突解決成功。注意：這種情況下TC-RNTI會(huì)提升為C-RNTI）
如果mac-ContentionResolutionTimer 超時(shí)，UE會(huì)丟棄TC-RNTI并認(rèn)為沖突解決失敗。
如果沖突解決失敗，UE需要
1 ）清空msg3對(duì)應(yīng)的HARQ buffer；
2 ）將PREAMBLE_TRANSMISSION_ COUNTER加1，如果此時(shí)PREAMBLE_TRANSMISSION_ COUNTER = preambleTransMax + 1，則通知上層隨機(jī)接入失�。�
3 ）在0~BI值之間隨機(jī)選擇一個(gè)backoff time，UE延遲backoff time后，再發(fā)起隨機(jī)接入；
如果UE接入成功，UE會(huì)
1 ）如果收到ra-PreambleIndex和 ra-PRACH-MaskIndex，則丟棄；
2 ）清空msg3對(duì)應(yīng)的HARQ buffer。
對(duì)于msg4而言，也使用HARQ，但不需要與msg3同步。從前面的介紹可以看出，對(duì)于初始接入和無(wú)線鏈路失效而言，使用TC-RNTI加擾，且使用RLC-TM模式；而對(duì)處于RRC_CONNECTED態(tài)的UE而言，使用C-RNTI加擾。
簡(jiǎn)單地說(shuō)：
1 ）如果UE原本就處于RRC_CONNECTED態(tài)，則該UE在小區(qū)內(nèi)有唯一的標(biāo)志C-RNTI。步驟三中，msg3會(huì)通過(guò)C-RNTI MAC control element把這個(gè)C-RNTI帶給eNodeB；步驟四中，如果此UE在沖突解決中勝出，eNodeB就使用這個(gè)C-RNTI對(duì)PDCCH進(jìn)行加擾。UE收到以此C-RNTI加擾的PDCCH，就知道自己接入成功了。
2 ）如果UE原本不處于RRC_CONNECTED態(tài)，則該UE在小區(qū)內(nèi)不存在C-RNTI，其唯一標(biāo)志就是來(lái)自核心網(wǎng)（S-TMSI或一個(gè)隨機(jī)數(shù)）。步驟三中，msg3會(huì)將該唯一標(biāo)志帶給eNodeB；步驟四中，如果此UE在沖突解決中勝出，eNodeB會(huì)通過(guò)UE Contention Resolution Identity MAC Control Element 將步驟三中接收到的信息發(fā)回給UE，UE比較msg3和msg4，發(fā)現(xiàn)二者匹配，就知道自己接入成功了。
preambleInitialReceivedT
步驟四：eNodeB發(fā)送contention resolution
回答者：
OscarDon
回答時(shí)間：2013-12-10 22:08
5
3
• 重慶信科通信工程有限公司
聘：西安GSC項(xiàng)目經(jīng)理
需求人數(shù)：2 人 地點(diǎn)：西安市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：北京LTE/5G后臺(tái)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：北京市
• 怡利科技發(fā)展有限公司 聘：網(wǎng)優(yōu)工程師（初級(jí)）
需求人數(shù)：5 人 地點(diǎn)：貴州省
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：浙江省,江蘇省,河北省,山西省,遼寧省
• 江西省郵電建設(shè)工程有限公司 聘：江西移動(dòng)原廠優(yōu)化高級(jí)工程師
需求人數(shù)：3 人 地點(diǎn)：吉安市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長(zhǎng)沙市,永州市,郴州市,衡陽(yáng)市
• 南京順盛通信科技有限責(zé)任公司 聘：中興傳輸OTN工程師
需求人數(shù)：2 人 地點(diǎn)：鹽城市,宿遷市,連云港市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：網(wǎng)優(yōu)工程師（湖南）
需求人數(shù)：0 人 地點(diǎn)：長(zhǎng)沙市,湘潭市,邵陽(yáng)市
• 南京華蘇科技有限公司 聘：性能后臺(tái)-深圳移動(dòng)日常
需求人數(shù)：3 人 地點(diǎn)：深圳市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗(yàn)人員
需求人數(shù)：10 人 地點(diǎn)：北京市
需求人數(shù)：2 人 地點(diǎn)：西安市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：北京LTE/5G后臺(tái)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：北京市
• 怡利科技發(fā)展有限公司 聘：網(wǎng)優(yōu)工程師（初級(jí)）
需求人數(shù)：5 人 地點(diǎn)：貴州省
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：浙江省,江蘇省,河北省,山西省,遼寧省
• 江西省郵電建設(shè)工程有限公司 聘：江西移動(dòng)原廠優(yōu)化高級(jí)工程師
需求人數(shù)：3 人 地點(diǎn)：吉安市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長(zhǎng)沙市,永州市,郴州市,衡陽(yáng)市
• 南京順盛通信科技有限責(zé)任公司 聘：中興傳輸OTN工程師
需求人數(shù)：2 人 地點(diǎn)：鹽城市,宿遷市,連云港市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：網(wǎng)優(yōu)工程師（湖南）
需求人數(shù)：0 人 地點(diǎn)：長(zhǎng)沙市,湘潭市,邵陽(yáng)市
• 南京華蘇科技有限公司 聘：性能后臺(tái)-深圳移動(dòng)日常
需求人數(shù)：3 人 地點(diǎn)：深圳市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗(yàn)人員
需求人數(shù)：10 人 地點(diǎn)：北京市
熱點(diǎn)問(wèn)題
更多精彩
| 聯(lián)系我們 - 問(wèn)通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |