• 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ú)線(xiàn)鏈路失。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ú)線(xiàn)優(yōu)化的同事對(duì)相關(guān)小區(qū)空口無(wú)線(xiàn)環(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)題原因。
![](./images/ding.gif)
![](./images/cai.gif)
需求人數(shù):5 人 地點(diǎn):杭州市,寧波市,嘉興市,溫州市,紹興市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):上海市
• 南京華蘇科技有限公司 聘:投訴處理(后臺(tái))-?
需求人數(shù):2 人 地點(diǎn):?谑
• 廣州瀚信通信科技股份有限公司 聘:項(xiàng)目經(jīng)理(廣東)
需求人數(shù):2 人 地點(diǎn):廣東省
• 成都旗訊通信技術(shù)有限公司 聘:【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點(diǎn):河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 嘉環(huán)科技股份有限公司 聘:西安GSC-LTE|5G
需求人數(shù):30 人 地點(diǎn):西安市
• 怡利科技發(fā)展有限公司 聘:移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù):5 人 地點(diǎn):貴州省
• 河南創(chuàng)賽通信科技有限公司 聘:人事招聘咨詢(xún)專(zhuān)員
需求人數(shù):53 人 地點(diǎn):鄭州市
• 北京宜通華瑞科技有限公司 聘:專(zhuān)項(xiàng)優(yōu)化中高級(jí)(江西急聘)
需求人數(shù):5 人 地點(diǎn):上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:5G工程后臺(tái)人員
需求人數(shù):10 人 地點(diǎn):北京市
聯(lián)系我們 - 問(wèn)通信專(zhuān)家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |