td網(wǎng)優(yōu)葵花寶典之kpi篇-資料下載頁
2025-07-07 12:04本頁面
【正文】 UE未收到重配消息：調(diào)整后臺下行最小發(fā)送功率，增加UE接收到重配消息的幾率，或者調(diào)整周圍網(wǎng)絡(luò)的覆蓋、頻點、功率等，盡量降低下行方向上的干擾；（2） 若網(wǎng)絡(luò)側(cè)沒有收到重配完成消息：則調(diào)整后臺DPCH的期望接收功率，同時利用網(wǎng)規(guī)網(wǎng)優(yōu)手段，降低上行方向上的干擾。 CN響應(yīng)超時【故障現(xiàn)象】當(dāng)CN存在某種異常時，收到S側(cè)發(fā)送的Relocation Required消息，立即下發(fā)IuReleaseCommand，D側(cè)表現(xiàn)為看不到任何信令，此種異常不會導(dǎo)致任何KPI指標(biāo)異常，但會影響用戶感受。【排查方法】需要確認和CN是否存在問題，如故障、擁塞等，重點在CN側(cè)排查問題。四、 系統(tǒng)間切換成功率 handoverFromUTRANFailure【故障現(xiàn)象】RNC下發(fā)handoverFromUTRANmand_GSM后，一段時間，UE上報handoverFromUTRANFailure，原因值2，即：physical channel failure?！九挪榉椒ā啃杪?lián)合CN、2G網(wǎng)絡(luò)端和終端一起聯(lián)合排查。（1） 對于該問題，首先核對2G小區(qū)配置參數(shù)，確保參數(shù)方面無誤（2） 進行現(xiàn)場復(fù)測，看問題能否復(fù)現(xiàn)，明確問題是在UTRAN之上還是之下；（3） 如果問題出在網(wǎng)絡(luò)端，聯(lián)合CN、2G網(wǎng)絡(luò)端一起排查；（4） 如果問題出在終端，進行終端對比測試。目前在現(xiàn)網(wǎng)優(yōu)化過程中，發(fā)現(xiàn)部分終端，甚至包括測試終端，在T網(wǎng)內(nèi)測量2G鄰區(qū)信號時，如果遠離添加的2G鄰區(qū)覆蓋范圍，則終端在測量2G鄰區(qū)信號時，可能出現(xiàn)虛假信號，導(dǎo)致不斷發(fā)起23G切換但會全部失敗。 UE上報cellupdate【故障現(xiàn)象】RNC下發(fā)handoverFromUTRANmand_GSM后，一段時間，UE上報無線鏈路失敗，之后上報cellupdate，多數(shù)情況下會導(dǎo)致掉話，掉話原因：RLFail?！九挪榉椒ā縐E在收到切換請求后，如果無法接入GSM網(wǎng)絡(luò)，則會嘗試使用切換前的物理信道，如果無法同步上DCH則進行原因為radiolinkFailure的小區(qū)更新，在出現(xiàn)的CS 23G切換失敗情況中。出現(xiàn)該現(xiàn)象主要還是從23G切換失敗入手，問題出在網(wǎng)絡(luò)端還是終端。 CN下發(fā)正常釋放IU的消息【故障現(xiàn)象】RNC下發(fā)CellchangeOrderFromUTRAN后，約一段時間（7~15s或更長），收到核心網(wǎng)下發(fā)的Iureleasemand消息，正常釋放鏈路?！九挪榉椒ā?G核心網(wǎng)SGSN DNS錯誤或者沒有配置3G SGSN地址解析，導(dǎo)致UE在收到Cell Change Order切換請求到2G網(wǎng)進行路由更新時失敗，失敗原因為 Implicity_detached，之后UE重新進行附著ATTACH在2G網(wǎng)絡(luò)接入GPRS業(yè)務(wù)，成功后HLR向舊的SGSN發(fā)送 CANCEL LOCATION，釋放T網(wǎng)中的用戶；表現(xiàn)在3G SGSN信令上為沒有收到SRNS 請求，收到CANCEL LOCATION后正常釋放UE；無線側(cè)信令表現(xiàn)為下發(fā)Cell Change Order后，大概過7~15S收到CN下發(fā)的正常釋放IU消息。出現(xiàn)該問題需要聯(lián)合核心網(wǎng)一起排查，配置3G SGSN地址解析，同時進行相關(guān)跟蹤，進一步定位RAC更新不成功原因。9 /
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號-1