TDLTE主要KPI指標優(yōu)化指導(dǎo)書_第1頁
TDLTE主要KPI指標優(yōu)化指導(dǎo)書_第2頁
TDLTE主要KPI指標優(yōu)化指導(dǎo)書_第3頁
TDLTE主要KPI指標優(yōu)化指導(dǎo)書_第4頁
TDLTE主要KPI指標優(yōu)化指導(dǎo)書_第5頁
已閱讀5頁,還剩28頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

.. 第四步,綜合最壞小區(qū)的KPI數(shù)據(jù)、告警數(shù)據(jù)、DT測試數(shù)據(jù)、用戶投訴情況四類數(shù)據(jù)綜合分析,提出解決方案。問題排除法:從網(wǎng)管的告警數(shù)據(jù)中可以直接檢查該ENodeB,BPL板、傳輸?shù)倪\行情況,如果問題存在明顯的傳輸斷鏈、硬件設(shè)備等,可以很快定位問題原因;突發(fā)事件關(guān)聯(lián):對大量站點出現(xiàn)的問題就需要考慮是否是由于突發(fā)事件造成;比如大型集會、惡劣天氣、誤操作等都會對網(wǎng)絡(luò)指標造成影響,根據(jù)各自的程度深淺,影響的范圍也有所區(qū)別;無線參數(shù)比較法:如果出現(xiàn)某些站點突然出現(xiàn)故障,還可以檢查該小區(qū)無線參數(shù)的配置,與其它正常小區(qū)的無線參數(shù)配置是否一致,如果不一致則改為一致,因為該小區(qū)可能是由于無線參數(shù)被誤改而造成指標下降;指標關(guān)聯(lián)法:如果某指標較差,一定要看一下與之相關(guān)聯(lián)的指標情況,往往從這些關(guān)聯(lián)的指中能發(fā)現(xiàn)共同的問題;綜合定位法:排除了以上幾個原因后,運用DT數(shù)據(jù)、KPI數(shù)據(jù)、ENB信令分析等數(shù)據(jù),綜合分析指標問題,可以定位出小區(qū)的指標問題。圖STYLEREF1\s4-SEQ圖\*ARABIC\s11KPI優(yōu)化分析流程圖KPI優(yōu)化分析專題本章主要介紹如何從網(wǎng)管數(shù)據(jù)來分析指標問題,以及如何結(jié)合計數(shù)器來優(yōu)化KPI的思路,每個專題詳細的分析方法及案例見各專題優(yōu)化指導(dǎo)書。RRC建立成功率本章主要從網(wǎng)管的角度來分析問題,通過參數(shù)的調(diào)整達到優(yōu)化的目的。RRC建立成功率的定義從空口信令上看,RRC建立過程如下:圖STYLEREF1\s5-SEQ圖\*ARABIC\s11RRC接入流程、本流程圖表述了RRC連接建立過程。包含了RRC連接建立成功,RRC連接建立被拒絕和RRC連接建立失敗過程。采樣點1:eNodeb接收到UE的RRC連接建立請求消息,進行采樣統(tǒng)計。采樣點2:eNodeb發(fā)送RRC連接建立消息,進行采樣統(tǒng)計。采樣點3:eNodeb接收到RRC建立完成消息,進行采樣統(tǒng)計。采樣點4:eNodeb發(fā)送RRC連接拒絕消息,進行采樣統(tǒng)計。采樣點5:eNodeb等待RRC連接建立完成消息定時器超時,采樣統(tǒng)計。RRC建立失敗常見原因表STYLEREF1\s5SEQ表\*ARABIC\s11掉話常見原因指標或計數(shù)器指標公式或計數(shù)器描述信息C373200001mt-Access類型RRC連接失敗次數(shù),定時器超時<次>C373200002mt-Access類型RRC連接失敗次數(shù),eNB接納失敗<次>C373200003mt-Access類型RRC連接失敗次數(shù),其他原因<次>C373200005mo-Signalling類型RRC連接失敗次數(shù),定時器超時<次>C373200006mo-Signalling類型RRC連接失敗次數(shù),eNB接納失敗<次>C373200007mo-Signalling類型RRC連接失敗次數(shù),其他原因<次>C373200009mo-Data類型RRC連接失敗次數(shù),定時器超時<次>C373200010mo-Data類型RRC連接失敗次數(shù),eNB接納失敗<次>C373200011mo-Data類型RRC連接失敗次數(shù),其他原因<次>C373200013highPriorityAccess類型RRC連接失敗次數(shù),定時器超時<次>C373200014highPriorityAccess類型RRC連接失敗次數(shù),eNB接納失敗<次>C373200015highPriorityAccess類型RRC連接失敗次數(shù),其他原因<次>C373200017emergency類型RRC連接失敗次數(shù),定時器超時<次>C373200018emergency類型RRC連接失敗次數(shù),eNB接納失敗<次>C373200019emergency類型RRC連接失敗次數(shù),其他原因<次>影響RRC接入成功率的因素影響RRU接入的主要因素如下,可在優(yōu)化RRC成功率時參考1,基站故障2,基站參數(shù),PRACH配置,最小接入電平設(shè)置,3,上行干擾,NI太高4,弱場接入,RRC無法完成。弱場接入案例就某項目外場統(tǒng)計結(jié)果來看,RRC接入失敗多發(fā)生在C373200005〔mo-Signalling類型RRC連接失敗次數(shù),定時器超時即初始接入MSG5超時。現(xiàn)場在排除無線環(huán)境、NI、基站故障等異常的情況下,仍然發(fā)現(xiàn)不少基站存在MSG5超時的問題。查看版本默認配置的小區(qū)最小接入電平值〔當前為-130dBm,懷疑此值設(shè)置過于寬松,容易造成遠距離接入而導(dǎo)致MSG5超時。對經(jīng)常發(fā)生MSG5超時的基站統(tǒng)計其TA,TA分布如下。圖STYLEREF1\s5-SEQ圖\*ARABIC\s12TA接入統(tǒng)計分布為了保證接收側(cè)〔eNodeB側(cè)的時間同步,LTE提出了上行定時提前〔UplinkTimingAdvance的機制。在UE側(cè)看來,timingadvance本質(zhì)上是接收到下行子幀的起始時間與傳輸上行子幀的時間之間的一個負偏移〔negativeoffset。eNodeB通過適當?shù)乜刂泼總€UE的偏移,可以控制來自不同UE的上行信號到達eNodeB的時間。對于離eNodeB較遠的UE,由于有較大的傳輸延遲,就要比離eNodeB較近的UE提前發(fā)送上行數(shù)據(jù)。最終目的是當不同距離的UE接入同一eNodeB時,為了保證上行傳輸?shù)恼恍?避免小區(qū)內(nèi)〔intra-cell干擾,eNodeB要求來自同一子幀但不同頻域資源〔不同的RB的不同UE的信號到達eNodeB的時間基本上是對齊的。1TA=16Ts=16*32.55ns*300000000/2=78m從以上統(tǒng)計可以看出,問題基站的TA都集中在TA[14,20]以后了,即14*78m=1092m。按照項目現(xiàn)場布局,屬于遠距離接入,且數(shù)量較多符合之前的猜想。對此,項目組決定統(tǒng)一修改小區(qū)最小接入電平值由-128dbm改為-120dbm,規(guī)避超遠距離接入帶來的MSG5超時問題同時降低掉話率。優(yōu)化措施20XX12月11日對全網(wǎng)修改此參數(shù)后,RRC建立成功率和無線掉線率指標明顯提升。圖STYLEREF1\s5-SEQ圖\*ARABIC\s13優(yōu)化后RRC建立成功率圖STYLEREF1\s5-SEQ圖\*ARABIC\s14優(yōu)化后無線掉線率上行干擾案例提取TOP小區(qū)每小時的RRC建立成功率,與每小時粒度的NI相對比,觀察是否RRC建立成功率低時,NI值升高。對比底噪值與RRC連接建立成功率可以發(fā)現(xiàn),當100個RB計數(shù)器噪聲之和超過-9000dBm之后,RRC連接建立成功率將明顯下降。如果因干擾導(dǎo)致接入成功率突降,需要進行干擾排查基站故障案例[TDD]XXXX賓館新辦公樓3小區(qū)均出現(xiàn)RRC建立成功率低,核查發(fā)現(xiàn)基站出現(xiàn)故障。小區(qū)名稱[TDD]XXXX賓館新辦公樓[TDD]RRC連接建立成功率<百分比>39.43%RRC失敗次數(shù)5575mt-Access類型RRC連接建立成功次數(shù)<次>7109mo-Signalling類型RRC連接建立成功次數(shù)<次>1706mo-Data類型RRC連接建立成功次數(shù)<次>39274highPriorityAccess類型RRC連接建立成功次數(shù)<次>0emergency類型RRC連接建立成功次數(shù)<次>0mt-Access類型RRC連接失敗次數(shù),定時器超時<次>1202mt-Access類型RRC連接失敗次數(shù),eNB接納失敗<次>897mt-Access類型RRC連接失敗次數(shù),其他原因<次>470mo-Signalling類型RRC連接失敗次數(shù),定時器超時<次>471mo-Signalling類型RRC連接失敗次數(shù),eNB接納失敗<次>2535網(wǎng)元反復(fù)出現(xiàn)如下告警,導(dǎo)致RRC連接建立成功率降低。網(wǎng)元告警級別告警碼發(fā)生時間告警類型XXXX賓館新辦公樓主要小區(qū)退出服務(wù)<198094832>2014-4-1416:11服務(wù)質(zhì)量告警嚴重RRU鏈路斷<198097605>2014-4-1416:14處理錯誤告警主要天饋駐波比異常<198098465>2014-4-1416:02設(shè)備告警嚴重設(shè)備掉電<198092295>2014-4-1416:11設(shè)備告警主要CPU過載嚴重告警<198092390>2014-4-1311:15處理錯誤告警次要CPU過載告警<198092391>2014-4-1311:12處理錯誤告警主要光口接收鏈路故障<198098319>2014-4-1310:43通信告警主要單板處于初始化狀態(tài)<198092348>2014-4-1310:39處理錯誤告警嚴重軟件運行異常<198097604>2014-4-1310:39處理錯誤告警ERAB建立成功率ERAB建立失敗較多時,首先核查基站有無影響業(yè)務(wù)的告警,如傳輸類,RRU類故障。如果沒有告警,則需要繼續(xù)分析失敗原因。通過跟蹤基站信令觀察ERAB建立失敗過程。起始時間小區(qū)名稱[TDD]E-RAB建立成功率<百分比>初始的E-RAB建立失敗次數(shù),其他原因<個>2014-4-13[TDD]XX小寨ZT-XABO719TL-0<1>64.14%74332014-4-13[TDD]XX小寨ZT-XABO719TL-1<2>63.35%31602014-4-13[TDD]XX小寨ZT-XABO719TL-2<3>64.58%1395使用系統(tǒng)工具中的信令跟蹤功能,跟蹤UE級小區(qū)信令;查看ERAB建立失敗原因,針對具體原因進行排查切換成功率優(yōu)化專題切換成功率的定義切換分同頻、異頻切換,小區(qū)間、基站間切換。本章節(jié)以S1口基站間同頻切換為例,其切換流程如下圖STYLEREF1\s5-SEQ圖\*ARABIC\s15S1切換流程當eNodeB接收到從UE來的測量報告消息,根據(jù)消息進行判決,如果條件滿足eNodeB間S1切換,則觸發(fā)UE在eNodeB間切換過程。eNodeB發(fā)送切換請求消息給MME。目標eNodeB接收到MME的HandoverRequest消息,進入資源準備。如果資源準備成功,給MME回復(fù)HandoverRequestAcknowledge。如果資源準備失敗,則給MME回復(fù)HandoverFailure。MME給源側(cè)eNodeB發(fā)送HandoverPreparationFailure,切換準備過程結(jié)束。源側(cè)eNodeB接收到從MME來的HandoverCommand消息,則發(fā)起切換過程,給UE發(fā)送HandoverCommand<i.e.RRCConnectionReconfiguration>。目標側(cè)eNodeB接收到UE的RRC重配完成消息后,發(fā)送HandoverNotify消息給MME,指示UE已經(jīng)成功切換到了目標小區(qū)。MME接收到HandoverNotify消息后,給源eNodeB發(fā)送UEContextReleaseCommand消息,切換過程成功結(jié)束。切換失敗常見原因切換成功率統(tǒng)計點都是在切換出一側(cè)進行統(tǒng)計,排查該指標時建議使用網(wǎng)管EUTRAN鄰區(qū)關(guān)系對進行統(tǒng)計,通過該手段能及時發(fā)現(xiàn)切換出源側(cè)和目標側(cè)的問題,如在目標側(cè)準備失敗、在目標側(cè)無法建立回源側(cè)發(fā)起重建立、切換等待響應(yīng)超時等。圖STYLEREF1\s5-SEQ圖\*ARABIC\s16EUTRAN鄰接關(guān)系切換成功率低處理思路切換過程中包含切換準備階段,與切換執(zhí)行階段,2個階段涉及到的因素各不一樣,因此需要分開來處理。具體來說,切換準備失敗問題,多由外部鄰小區(qū)參數(shù)配置錯誤〔鄰區(qū)配置正確或者切換準備目標基站故障引起。分類原因有換出準備失敗次數(shù),等待切換響應(yīng)定時器超時<次>切換出準備失敗次數(shù),目標側(cè)準備失敗<次>切換出準備失敗次數(shù),其它原因<次>切換出準備失敗次數(shù),源側(cè)發(fā)生重建立<次>切換執(zhí)行失敗,發(fā)生在切換命令下發(fā)后,終端執(zhí)行時失敗,與無線環(huán)境,鄰區(qū)配置的合理性強相關(guān)。分類原因有源側(cè)發(fā)生重建立<次>目標側(cè)發(fā)生重建立<次>其它原因<次>RRC重配完成超時<次>分析切換失敗,可定制測量類型為:[LTE]E-UTRAN鄰接關(guān)系的KPI報表,統(tǒng)計每一個鄰區(qū)對的切換情況。需要用到的計數(shù)器模板如下:對于整網(wǎng)切換成功率較低的網(wǎng)絡(luò),可以先按切換細分模板提出整網(wǎng)指標,分析切換準備與執(zhí)行那個導(dǎo)致的失敗次數(shù)較多,再按TOP小區(qū)針對分析處理。切換準備失敗處理切換準備失敗需要提取切換準備相關(guān)的計數(shù)器分解,查看具體的準備失敗原因。切換準備失敗主要關(guān)注鄰區(qū)參數(shù)的正確性。切換準備失敗需要定期核查現(xiàn)網(wǎng)鄰區(qū)數(shù)據(jù),保證數(shù)據(jù)的有效與準確核查對象:1.現(xiàn)網(wǎng)中鄰區(qū)參數(shù)配置錯誤的,如外部小區(qū)定義中與鄰接基站定義不一致的;定期提取規(guī)劃數(shù)據(jù),進行核查2,現(xiàn)網(wǎng)中對異廠家站點鄰區(qū)定義錯誤的,需定期索取異常家工參核查;現(xiàn)網(wǎng)中鄰區(qū)基站ID錯誤的,即不存在于異廠家網(wǎng)管,也不存在與中興網(wǎng)管中的鄰區(qū)關(guān)系。需要刪除這類鄰區(qū)數(shù)據(jù)。3.定期核查現(xiàn)網(wǎng)中超遠鄰區(qū)關(guān)系。市區(qū)內(nèi)暫以2.5KM為界,郊縣不受此限制核查外部鄰小區(qū)配置參數(shù)是否正確。核查規(guī)劃參數(shù)配置表中ExternalEUtranCellTDD鄰小區(qū)的相關(guān)配置參數(shù),是否與鄰接基站無線參數(shù)配置一致。推薦核查工具:健康衛(wèi)士核查結(jié)果:切換準備失敗原因為切換出準備失敗次數(shù),其它原因<次>時,需要詳細分析。切換執(zhí)行失敗處理切換執(zhí)行階段失敗同樣需要提取切換準備相關(guān)的計數(shù)器分解,查看具體的執(zhí)行失敗原因。切換出執(zhí)行失敗次數(shù)較多,且成功率為0的小區(qū)對,重點核查切換目標小區(qū)是否與周邊站點同頻同PCI,鄰區(qū)配置是否合理,是否加了較遠的站點為鄰區(qū),且與周邊站點同PCI。切換出執(zhí)行次數(shù)較多,有一定幾率成功,有一定幾率失敗的鄰區(qū)對,核查目標基站否存在上行干擾,如果存在上行干擾,即需要進行干擾排查。超級小區(qū)配置鄰區(qū),當主小區(qū)與輔小區(qū)鄰區(qū)PCI相同時,只能配置超級小區(qū)主小區(qū)之間的鄰區(qū),不能配置主小區(qū)到輔小區(qū)的鄰區(qū)。非超級小區(qū)也不能添加對輔小區(qū)的鄰區(qū)。否則會造成切換執(zhí)行失敗。對于異頻切換執(zhí)行失敗較多的站點,核查異頻啟動測量A2事件和A3事件配置是否合理。案例切換準備失敗案例兩個小區(qū)〔71129、71238均為切換至昌平沙河?xùn)|北ZL-2<0:460:00:71246:2>失敗,失敗原因均為切換準備時目標側(cè)準備失敗,而且絕大多數(shù)均為X2切換失敗:切換準備失敗信令跟蹤:基站分布圖失敗原因是由于在做切換時,發(fā)送X2切換請求后,目標側(cè)基站回復(fù)準備失敗,拒絕原因是"未知的MMECode",經(jīng)核查發(fā)現(xiàn)是由于目標側(cè)基站配置SCTP偶聯(lián)時只配置了對一個MME,漏配了一個。把對相應(yīng)MME的SCTP進行添加后,問題解決。切換執(zhí)行失敗案例提取小區(qū)對級的切換指標,統(tǒng)計鄰區(qū)對的切換成功率[TDD]XX外國語學(xué)院-ZLH-XABO436TL-2<3>小區(qū)切換至目標小區(qū)591243_1小區(qū)切換出執(zhí)行成功率為0,核查該站外部鄰區(qū)關(guān)系中〔ExternalEUtranCellTDD591243_1小區(qū)PCI為69。但該站ID在中興網(wǎng)管中并不存在,在異廠家工參中也不存在,是錯配鄰區(qū)。srcENBIdmccmnceNBIdcellLocalIdplmnIdListfreqBandIndearfcnpci591258460005912431460,0039189069591258460005912432460,0039189070591258460005912433460,0039189071觀察該站周邊站點,發(fā)現(xiàn)臨近站點XX華東服飾廣場第1小區(qū)PCI為69,可見鄰區(qū)配置錯誤。解決辦法:刪除原因無用鄰區(qū),包括EUtranRelation與ExternalEUtranCellTDD鄰區(qū)中對591243錯誤的數(shù)據(jù),重新添加XX華東服飾廣場591545的鄰區(qū)關(guān)系管理網(wǎng)元ID小區(qū)標識基帶資源配置PLMN列表物理小區(qū)識別碼59154511460,006959154522460,007059154533460,0071切換執(zhí)行失敗案例鄰區(qū)關(guān)系591082_2_591035_3切換執(zhí)行成功率為0,核查目標小區(qū)591035_3周邊存在同PCI小區(qū)590771_3,該站PCI分配完全與591035站點相同管理網(wǎng)元ID小區(qū)標識基帶資源配置PLMN列表物理小區(qū)識別碼59103511460,0015059103522460,0015159103533460,0015259077111460,0015059077122460,0015159077133460,00152解決方法:重新規(guī)劃2個站點中某個站點的PCI,解決近距離同PCI問題。異廠家同頻同PCI配置某站切換成功率低,通過EUTRAN鄰接關(guān)系發(fā)現(xiàn)在其無法在目標側(cè)切換入,切換在源側(cè)發(fā)起重建立。后前臺測試發(fā)現(xiàn)HW有同頻同PCI配置基站在問題站點附近,修改ZTE基站PCI,這兩站點切換恢復(fù)正常。圖STYLEREF1\s5-SEQ圖\*ARABIC\s17同頻同PCI配置鄰區(qū)錯配基站1與基站2有切換關(guān)系,但實際鄰區(qū)配置為基站1與基站3有雙向鄰區(qū)關(guān)系,導(dǎo)致切換異常。刪除原有鄰區(qū)關(guān)系,新增加基站1和基站2的鄰區(qū)關(guān)系,切換指標恢復(fù)正常。導(dǎo)致該問題的大量產(chǎn)生,是工程督導(dǎo)使用的新開站模板中帶有原有基站的鄰區(qū)配置數(shù)據(jù)。圖STYLEREF1\s5-SEQ圖\*ARABIC\s18鄰區(qū)錯配底躁偏高目標基站NI統(tǒng)計均值在-90左右,造成源側(cè)切換無法在目標發(fā)起建立。短時間內(nèi)無法接入NI偏高,通過調(diào)整切換偏移和遲滯值,將切換次數(shù)減少,盡量減低NI高帶來的切換異常問題。優(yōu)化措施針對上述典型問題。使用《健康衛(wèi)士》檢查外部鄰區(qū)一致性問題,NI偏高站點向局方負責人匯報并督促其加快NI處理速度,切換成功率明顯提升。圖STYLEREF1\s5-SEQ圖\*ARABIC\s19優(yōu)化后切換成功率掉線率處理當前掉線率中,分母有10個種計數(shù)器,除過由于Inactivity,ENB重定向,CCO原因之外的計數(shù)器,都算在掉線率分子中。掉線率統(tǒng)計公式指標或計數(shù)器指標公式或計數(shù)器描述信息[LTE]無線掉線率<%><P311178-P311439>/<C373220600+C373220656>C373220600Context建立成功次數(shù)<次>C373220656遺留上下文個數(shù)<個>P311178C373220612+C373220613+C373220614+C373220615+C373220616+C373220618+C373220620+C373220621+C373220622+C373220635C373220612Context釋放,ENB空口失敗引發(fā)釋放次數(shù)<次>C373220613Context釋放,ENB切換失敗引發(fā)釋放次數(shù)<次>C373220614Context釋放,由于小區(qū)關(guān)斷或復(fù)位引發(fā)釋放次數(shù)<次>C373220615Context釋放,ENB由于Inactivity引發(fā)釋放次數(shù)<次>C373220616Context釋放,ENB由于其它原因引發(fā)釋放次數(shù)<次>C373220618Context釋放,ENB重定向?qū)е箩尫糯螖?shù)<次>C373220620Context釋放,ENB重建立失敗導(dǎo)致釋放次數(shù)<次>C373220621Context釋放,ENB由于S1鏈路故障導(dǎo)致釋放次數(shù)<次>C373220622Context釋放,ENB檢測到UE被異常拔掉<次>C373220635Context釋放,ENB由于CCO原因引發(fā)釋放<次>P311439C373220615+C373220618+C373220635C373220615Context釋放,ENB由于Inactivity引發(fā)釋放次數(shù)<次>C373220618Context釋放,ENB重定向?qū)е箩尫糯螖?shù)<次>C373220635Context釋放,ENB由于CCO原因引發(fā)釋放<次>掉線率處理思路:1,按照掉線率分子,提取細分原因的計數(shù)器,查看由那類計數(shù)器引起的失敗次數(shù)最多,針對性處理。2,正常情況下,某個小區(qū)周邊都存在鄰區(qū),如果無線環(huán)境不是很差,都可以通過切換的方式改變下行信號質(zhì)量。當某個站點缺失鄰區(qū)或者鄰區(qū)添加不合理,會導(dǎo)致無法切換出而掉死。因此處理掉線率較高的小區(qū)時,需要核查鄰區(qū)配置是否合理。3,小區(qū)存在異頻鄰區(qū)時,需核查異頻切換類參數(shù)是否配置合理,A2,A3事件配置4,核查小區(qū)是否存在超遠覆蓋,導(dǎo)致覆蓋孤島,無法切換到周邊鄰區(qū)。可以通過后臺跟蹤信令,觀察測量報告,并補齊漏配的鄰區(qū)。隨后需要對覆蓋進行控制。5,對于因弱覆蓋導(dǎo)致掉線,可以添加系統(tǒng)間鄰區(qū),使用重定向到3G的方式,減少掉線次數(shù)。但門限設(shè)置需要合理,不能太容易去到3G。KPI常見原因處理手段指標種類原因值處理手段接入類接納失敗查詢基站高峰時段話務(wù),檢查基站負荷接納參數(shù)配置,查詢PRB利用率。PRB利用率高而用戶數(shù)少,通過閉塞解閉塞小區(qū),將異常用戶踢走CPU過載調(diào)整userinactive時間,減少用戶重復(fù)接入系統(tǒng)的概率。601版本后會解決CPU防沖擊的問題MSG5超時檢查UE側(cè)和基站側(cè)LOG,查看信令具體流程。修改最小接入電平,避免遠距離用戶接入。除此之外還應(yīng)檢查上行NI和上行功率控制參數(shù)設(shè)置,上行NI偏高,功率參數(shù)設(shè)置不合理均會導(dǎo)致MSG5超時,重啟基站復(fù)位CC板,上訴均不行則上報第一響應(yīng)組掉線類Context釋放由于空口失敗排除現(xiàn)場無線環(huán)境問題后,在BPL0單板環(huán)境內(nèi)關(guān)閉RLF開關(guān)。NI過高查看NI圖,判斷干擾類型。阻塞雜散干擾通過增加空間隔離度or更換RRU解決。GTPUERRIND聯(lián)合核心網(wǎng)側(cè)一起抓包排查。切換類目標側(cè)準備失敗檢查鄰區(qū)TAC,PCI,ENBID配置,目標基站是否barred,目標基站是否出現(xiàn)退服告警等。切換響應(yīng)定時器超時檢查UE側(cè)和控制面定時器。目標側(cè)切換失敗,返回源側(cè)重建立檢查現(xiàn)場無線切換環(huán)境,排除NI問題導(dǎo)致的在目標側(cè)無法接入而反饋源側(cè)進行重建立。排查鄰區(qū)關(guān)系是否正確,剔除超遠鄰區(qū)垃圾鄰區(qū)的配置后關(guān)系。結(jié)束語影響網(wǎng)絡(luò)質(zhì)量的因素較多,這就要求網(wǎng)規(guī)網(wǎng)優(yōu)人員不僅要關(guān)注無線網(wǎng)絡(luò)優(yōu)化的原理與手段,還需要了解無線側(cè)設(shè)備的調(diào)測,核心網(wǎng)的知識,通過實際的網(wǎng)絡(luò)優(yōu)化經(jīng)驗,不斷的提高自身優(yōu)化水平,優(yōu)化過程要注重理論與實踐相結(jié)合,同時做好總結(jié),為部門做好知識積累。.附錄縮略語縮略語英文全名中文解釋ATMAsynchronousTransferMode異步傳輸模式CDRCallDropRate掉話率CEChannelElement信道單元ClusterTuningClusterTuning簇調(diào)整〔簇優(yōu)化CNCoreNetwork核心網(wǎng)CPICHCommonPilotChannel公共導(dǎo)頻信道CQIChannelQualityIndicator信道質(zhì)量指示CQTCallQualityTest撥打測試DTDriveTest路測E-DCHEnhanceduplinkDedicatedChannel增強上行專用信道HSDPAHighSpeedDownlinkPacketAccess高速下行分組接入HS-DSCHHighSpeedDownlinkSharedChannel高速下行共享信道HS-SCCHHighSpeedSharedControlChannel高速共享控制信道HSUPAHighSpeedUplinkPacketAccess高速上行鏈路分組接入ICMPInternetControlMessageProtocol互聯(lián)網(wǎng)控制報文協(xié)議InitialTun

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論