• NR中,RRC_inaCTIve狀態(tài)下,GNodeB是否有UE的上下文?就像下面的選擇題,總感覺(jué)答案不對(duì) 2020-06-16
• lteRRCradiolinkfailure 2020-06-08
• UE無(wú)應(yīng)答導(dǎo)致RRC建立失? 2019-12-10
• AS和NAS分別是接入層和非接入層?各自的作用是什么?RRC是NAS的子層嗎?它又發(fā)揮了什么樣的作用? 2019-10-21
• UE無(wú)應(yīng)答導(dǎo)致RRC建立失敗 2019-08-07
• 關(guān)于無(wú)線鏈路失。RRCRadioLinkFailure)誰(shuí)來(lái)解釋一下? 2019-05-30
• 關(guān)于切換失敗的RRC連接重配消息 2019-05-19
RRC無(wú)響應(yīng)的現(xiàn)象主要指,RNC向終端下發(fā)了“RRC Connection Setup”信令,但是終端沒(méi)有按正常信令流程,向RNC發(fā)送“RRC Connection Setup Complete”信令。
根據(jù)基站和RNC之間是否同步,RRC無(wú)響應(yīng)問(wèn)題首先要區(qū)分是否是失步造成的。
第一種情況屬于失步問(wèn)題造成的無(wú)響應(yīng)。判斷方法是,在CDL信令中可以看到基站給RNC上發(fā)了“Radio link Restore indication”,并且緊接著可以看到“Radio link Failure indication”的信令,表明是基站和RNC之間出現(xiàn)了失步造成的。
為了進(jìn)一步驗(yàn)證基站和RNC之間是否真正出現(xiàn)了失步,可以在OMT上把問(wèn)題小區(qū)的 “同步信息_連續(xù)同步指示”的參數(shù)由“1”改為“2”。繼續(xù)觀察,當(dāng)再次出現(xiàn)無(wú)響應(yīng)問(wèn)題時(shí)查看CDL信令,如果仍然是先看到“Radio link Restore indication”,接著便是“Radio link Failure indication”的信令,表明確實(shí)是基站和RNC之間出現(xiàn)了失步造成的。否則屬于第二種情況。
第二種情況屬于沒(méi)有看到“Radio link Failure indication”信令,而是RNC向終端下發(fā)了“RRC Connection Setup”信令后,RNC接著又向基站下發(fā)了“Radio link Deletion Request”信令進(jìn)行了刪除鏈路的操作。
1.1、基站單站故障導(dǎo)致 這類(lèi)問(wèn)題多集中在高發(fā)站點(diǎn),且比較有規(guī)律,大多為DSP不存活的故障,通過(guò)輪詢(xún)工具及時(shí)輪詢(xún)基站的DSP狀態(tài)就可以發(fā)現(xiàn)。輪詢(xún)工具的熟練應(yīng)用可以快速提高問(wèn)題響應(yīng)、及時(shí)排查的效率。
1.2、基站DSP的隱性故障導(dǎo)致 這是一類(lèi)DSP的隱性故障,通過(guò)基本的輪詢(xún)方法無(wú)法發(fā)現(xiàn),同時(shí)在基站側(cè)的告警信息記錄中也看不到22000號(hào)告警“DSP不存活”。因此,對(duì)于此類(lèi)隱性DSP故障的判斷,在此單獨(dú)列出。 此類(lèi)問(wèn)題的發(fā)現(xiàn)定位方法如下:通過(guò)OMT上的操作設(shè)置,將問(wèn)題小區(qū)的業(yè)務(wù)全部限定到某一特定的載波上進(jìn)行測(cè)試,通過(guò)在特定頻點(diǎn)判斷業(yè)務(wù)狀態(tài)是否正常就可以推斷出相應(yīng)DSP是否存在故障,完成定位。
1.3、弱覆蓋、空口環(huán)境差導(dǎo)致 此類(lèi)問(wèn)題建議在OMT上打開(kāi)小區(qū)系統(tǒng)信息里IDLE態(tài)上報(bào)RSCP/ISCP的開(kāi)關(guān),開(kāi)啟后使用新版CDLMR分析工具分析數(shù)據(jù),可以確認(rèn)哪些小區(qū)RRC SETUP無(wú)響應(yīng)更多是由于RSCP弱或者ISCP強(qiáng)導(dǎo)致的。針對(duì)此類(lèi)問(wèn)題,需要通知無(wú)線優(yōu)化的同事對(duì)相關(guān)小區(qū)空口無(wú)線環(huán)境做進(jìn)一步的優(yōu)化處理。
1.4、商用終端問(wèn)題導(dǎo)致 排除以上三類(lèi)原因?qū)е碌臒o(wú)響應(yīng),并且還存在的RRC SETUP失敗較多的小區(qū),還有少部分是屬于商用終端的問(wèn)題。定位方法:建議攜帶一部8120/8130終端到問(wèn)題小區(qū)現(xiàn)場(chǎng),通過(guò)監(jiān)視RRC中fach信令是否下發(fā)了RRC Connection SETUP,比對(duì)測(cè)試終端和商用終端是否都正常接收RRC Setup信令,進(jìn)而確認(rèn)問(wèn)題原因。


需求人數(shù):3 人 地點(diǎn):天津市
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級(jí)
需求人數(shù):2 人 地點(diǎn):上饒市
• 嘉環(huán)科技股份有限公司 聘:核心網(wǎng)工程師-IMC青海
需求人數(shù):2 人 地點(diǎn):西寧市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:福建4/5G中高級(jí)后臺(tái)工程師
需求人數(shù):3 人 地點(diǎn):福州市,寧德市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:急聘!華為項(xiàng)目(江蘇南京移動(dòng))
需求人數(shù):20 人 地點(diǎn):江蘇省
• 上海貝電實(shí)業(yè)(集團(tuán))股份有限公司 聘:工程經(jīng)理海外(外線海外經(jīng)驗(yàn)必須)
需求人數(shù):5 人 地點(diǎn):海外
• 福建省鴻官通信工程有限公司 聘:湖南電信專(zhuān)項(xiàng)中高級(jí)后臺(tái)
需求人數(shù):1 人 地點(diǎn):岳陽(yáng)市,益陽(yáng)市
• 北京電旗通訊技術(shù)股份有限公司 聘:5G網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):菏澤市
• 成都旗訊通信技術(shù)有限公司 聘:招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺(tái)中高級(jí)
需求人數(shù):12 人 地點(diǎn):北京市,上海市,天津市,重慶市,浙江省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:網(wǎng)優(yōu)工程師(湖南)
需求人數(shù):3 人 地點(diǎn):長(zhǎng)沙市
聯(lián)系我們 - 問(wèn)通信專(zhuān)家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |