TD網(wǎng)優(yōu)葵花寶典之KPI篇

1、 上海貝易通訊網(wǎng)規(guī)網(wǎng)優(yōu)部 TD-SCDMA后臺KPI優(yōu)化TD-SSCDMMA_KKPI優(yōu)優(yōu)化指導導分析目錄TOC o 1-3 h z u HYPERLINK l _Toc256950671 一、接通通率 PAGEREF _Toc256950671 h 2 HYPERLINK l _Toc256950672 1.RRRC連接接建立失失敗 PAGEREF _Toc256950672 h 3 HYPERLINK l _Toc256950673 1 PAGEREF _Toc256950673 h 3 HYPERLINK l _Toc256950674 2 PAGEREF _Toc256950674 h

2、 3 HYPERLINK l _Toc256950675 3 PAGEREF _Toc256950675 h 3 HYPERLINK l _Toc256950676 1.1CCONGGESTTIONN原因：碼資源源不足 PAGEREF _Toc256950676 h 33 HYPERLINK l _Toc256950677 1.2nno rreplly原因因：無響響應 PAGEREF _Toc256950677 h 3 HYPERLINK l _Toc256950678 2.RAAB連接接建立失失敗 PAGEREF _Toc256950678 h 4 HYPERLINK l _Toc25695

3、0679 1.3UUe_OOperratee_TiimeOOut原原因 PAGEREF _Toc256950679 h 4 HYPERLINK l _Toc256950680 1.4UUeReeporrtCeellUUpdaate原原因 PAGEREF _Toc256950680 h 4 HYPERLINK l _Toc256950681 1.5IInvaalidd_RAAB_IID原因因 PAGEREF _Toc256950681 h 5 HYPERLINK l _Toc256950682 二、掉話話率 PAGEREF _Toc256950682 h 5 HYPERLINK l _Toc25

4、6950683 2.1RRLFaail_Repportt原因 PAGEREF _Toc256950683 h 5 HYPERLINK l _Toc256950684 2.2RRRM_CelllDeelette_RReleeasee原因 PAGEREF _Toc256950684 h 6 HYPERLINK l _Toc256950685 2.3UUe_OOperratee_TiimeOOut原原因 PAGEREF _Toc256950685 h 6 HYPERLINK l _Toc256950686 2.4UUCIUU_errrorr原因 PAGEREF _Toc256950686 h 6 H

5、YPERLINK l _Toc256950687 2.5RReleeasee duue tto UUE ggeneeratted siggnalllinng cconnnecttionn reeleaase原原因 PAGEREF _Toc256950687 h 7 HYPERLINK l _Toc256950688 三、系統(tǒng)統(tǒng)內(nèi)切換換成功率率 PAGEREF _Toc256950688 h 7 HYPERLINK l _Toc256950689 3.1 物理信信道重配配超時 PAGEREF _Toc256950689 h 77 HYPERLINK l _Toc256950690 3.2 物理信

6、信道重配配失敗 PAGEREF _Toc256950690 h 88 HYPERLINK l _Toc256950691 3.3 CN響響應超時時 PAGEREF _Toc256950691 h 8 HYPERLINK l _Toc256950692 四、系統(tǒng)統(tǒng)間切換換成功率率 PAGEREF _Toc256950692 h 8 HYPERLINK l _Toc256950693 4.1 hanndovverFFrommUTRRANFFailluree PAGEREF _Toc256950693 h 8 HYPERLINK l _Toc256950694 4.2 UE上上報ceelluupda

7、ate PAGEREF _Toc256950694 h 99 HYPERLINK l _Toc256950695 4.3 CN下下發(fā)正常常釋放IIU的消消息 PAGEREF _Toc256950695 h 9接通率從綜合的的角度考考慮接通通率，需需要把RRRC連連接建立立成功率率和RAAB指派派成功率率聯(lián)合起起來一起起表征接接通率。RRC連連接建立立成功率率反映RRNC或或者小區(qū)區(qū)的UEE接納能能力，RRRC連連接建立立成功意意味著UUE與網(wǎng)網(wǎng)絡建立立了信令令連接。RRCC連接建建立可以以分兩種種情況：一種是是與業(yè)務務相關的的RRCC連接建建立；另另一種是是與業(yè)務務無關（如如位置更更新、系系統(tǒng)

8、間小小區(qū)重選選、注冊冊等）的的RRCC連接建建立。前前者是衡衡量呼叫叫接通率率的一個個重要指指標，其其結果可可以作為為調(diào)整信信道配置置的依據(jù)據(jù)。后者者可用于于考察系系統(tǒng)負荷荷情況。RAB建建立是由由CN發(fā)起起，UTTRANN執(zhí)行的的功能。RABB是指用用戶平面面的承載載，用于于UE和CN之間間傳送語語音、數(shù)數(shù)據(jù)及多多媒體業(yè)業(yè)務。UUE首先先要完成成RRCC連接建建立然后后才能建建立RAAB，當當RABB建立成成功以后后，一個個基本的的呼叫即即建立，UE進入通話過程。RRC連連接建立立失敗序號計數(shù)器描描述實際觸發(fā)發(fā)原因RRC連連接失敗敗計數(shù)器器，coongeestiion網(wǎng)絡擁塞塞無法接接入信道

9、道用戶RRC連連接失敗敗計數(shù)器器，unnspeeciffiedd其他異常常原因RRC連連接失敗敗計數(shù)器器，NOO REEPLYY超時沒有有收到UUE應答答CONGGESTTIONN原因：碼資源源不足【故障現(xiàn)現(xiàn)象】RRC呼呼通率低低，從信信令跟蹤蹤上看，RRNC收收到rrrcCoonneectiionRRequuestt請求之之后，直直接下發(fā)發(fā)了rrrcCoonneectiionRRejeect消消息。RRRC建建立KPPI統(tǒng)計計失敗原原因為CCONGGESTTIONN.【排查方方法】在OMCCR性能能管理中中，篩選選CONNGESSTIOON高的的小區(qū)；提取KPPI綜合合分析（CCS/PPS流

10、量量），初初步分析析是否和和碼資源源相關；如COONGEESTIION次次數(shù)高的的時段，PPS流量量很大，很很有可能能是碼資資源不夠夠。通過LMMT小區(qū)區(qū)載波測測量查看看小區(qū)碼碼資源配配置及使使用情況況，并檢檢查一下下有沒有有載波（或或時隙）被被閉塞現(xiàn)現(xiàn)象（也也可在OOMCRR NoodeBB動態(tài)數(shù)數(shù)據(jù)管理理中查看看）。no rreplly原因因：無響響應【故障現(xiàn)現(xiàn)象】RRC呼呼通率低低，從信信令跟蹤蹤上看，RRNC發(fā)發(fā)出rrrcCoonneectiionSSetuup請求求之后，沒沒有收到到UE上上報的rrrcCConnnecttionnSettupccompplette消息息。RRRC建立

11、立KPII統(tǒng)計失失敗原因因為NOOREPPLY.【排查方方法】現(xiàn)場一般般采用逐逐步判斷斷的方法法來定位位問題確定RNNC已經(jīng)經(jīng)收到了了RRCC Coonneectiion Reqquesst請求求，并且且已經(jīng)發(fā)發(fā)出了RRRC Connnecctioon SSetuup 信信令查看傳輸輸告警，以以及傳輸輸?shù)膬?nèi)部部告警，確確保傳輸輸沒有問問題。（跟跟傳輸方方面聯(lián)系系確認）查看Noode B的收收包情況況與RNNC的送送包數(shù)量量一致，同同時確定定Nodde BB在FAACH上上正確完完整地將將數(shù)據(jù)傳傳出（需需用服兄兄弟幫忙忙確認）。確定終端端是否收收到Noode B傳來來的信令令增加SCCCPCCH

12、的功功率，觀觀察指標標增加網(wǎng)絡絡端開環(huán)環(huán)期望接接收功率率，增加加commpleete消消息接收收到的幾幾率，觀觀察指標標RAB連連接建立立失敗導致RAAB建立立失敗的的主要原原因列舉舉如下：Ue_OOperratee_TiimeOOut原原因【故障現(xiàn)現(xiàn)象】從信令跟跟蹤上看看，RNNC發(fā)出出raddiobbearrerSSetuup和raddiollinkkrecconffiguurattionncommmitt請求之之后，沒有收收到基站站上報的的RaddioLLinkkResstorreInndiccatiion和和UE上發(fā)發(fā)的raadioobeaarerrSettupccompplette。

13、RRAB建建立超時時Ue_Opeeratte_TTimeeOutt，上報報原因值值UE失失敗原因因為NOOREPPLY.【排查方方法】查看站點點告警，如如存在影影響業(yè)務務告警，要要求用服服工程師師解決告告警；確定NOODEBB和UEE之間上上下行鏈鏈路信號號是否良良好，如如有弱覆覆蓋，先先解決弱弱覆蓋問問題；確定NOODEBB和UEE之間上上下行鏈鏈路是否否存在干干擾，如如存在干干擾，首首先排查查干擾情情況，解解決干擾擾源；將小區(qū)參參數(shù)與正正常小區(qū)區(qū)參數(shù)進進行比對對，確認認是否參參數(shù)配錯錯導致；如以上排排查均沒沒有問題題，分析析信令數(shù)數(shù)據(jù)，確確認是否否同一用用戶終端端。從終終端入手手，確認認終

14、端是是否收到到raddiobbearrerSSetuup或收收到后是是否發(fā)出出raddiobbearrerSSetuupcoomplletee，如用用戶無法法回訪或或無法確確認該信信息，跟跟蹤該用用戶終端端IMSSI，看看是否仍仍會出現(xiàn)現(xiàn)RABB建立失失敗；問題仍無無法定位位，上報報研發(fā)。UeReeporrtCeellUUpdaate原原因【故障現(xiàn)現(xiàn)象】RAB連連接建立立過程中中，UEE上報小小區(qū)更新新，導致致RABB建立失失敗，失失敗原因因為UeeRepporttCelllUppdatte?！九挪榉椒椒ā砍霈F(xiàn)該原原因值為為網(wǎng)絡端端和UEE交互時時，其下下行鏈路路惡化，無無法保持持，導致致UE

15、上上報ceelluupdaate，建建議從三三方面入入手定位位：查看站點點告警，如如存在告告警，提提交用服服工程師師排查信號號情況，是是否下行行鏈路信信號出現(xiàn)現(xiàn)問題，比比如弱場場，干擾擾等原因因，如有有，先解解決掉終端問題題，終端端軟件在在處理信信號及鏈鏈路保持持過程中中出現(xiàn)問問題，導導致鏈路路無法保保持，上上報ceelluupdaate，重重新建立立鏈路。該類型型原因終端端，一般般會長期期出現(xiàn)，可可跟蹤該該類型終終端IMMSI號號觀察。Invaalidd_RAAB_IID原因因【故障現(xiàn)現(xiàn)象】UE連續(xù)續(xù)上發(fā)兩兩條RAABasssiggnmeentrrequuestt，建立立鏈路，下發(fā)raadi

16、oobeaarerrsettup后后，UEE回raddiobbearrerssetuupfaailuure，RRABaassiignmmenttfaiil原因因為Invaalidd_RAAB_IID，UUE僅上上發(fā)一條條RABBasssignnmenntreequeest也也有可能能出現(xiàn)該該現(xiàn)象。【排查方方法】目前嘉興興存在該該現(xiàn)象。出現(xiàn)該該問題時時，需要對信信令進行行仔細分分析，看看信令流流程走向向。如果出現(xiàn)現(xiàn)兩條RRABaassiignmmenttreqquesst，一一條為釋釋放請求求，一條條為業(yè)務務請求，導導致RNNC在RRAB建建立過程程中出現(xiàn)現(xiàn)問題，該該問題需需要聯(lián)合合核心網(wǎng)網(wǎng)一起

17、排排查；如果只出出現(xiàn)一條條RABBasssignnmenntreequeest，為為業(yè)務請請求信令令，此時時需要對對信令過過程仔細細進行分分析，在在RABB指派建建立過程程中，核核心網(wǎng)是是否跟RRNC有有過異常常交互（目目前發(fā)現(xiàn)現(xiàn)的為核核心網(wǎng)異異常下發(fā)發(fā)PDPP拒絕），該該異常信信令的下下發(fā)也需需要核心心網(wǎng)做出出解釋。掉話率掉話是指指用戶在在掉話之之前，未未發(fā)起任任何空口口信令過過程，或或之前的的信令交交互過程程已經(jīng)結結束，處處于穩(wěn)態(tài)態(tài)下被網(wǎng)網(wǎng)絡側發(fā)發(fā)起Iuu鏈接釋釋放過程程。掉話有用用戶面RRLC不不可恢復復錯誤（UUciuu Errrorr）、NNodeeB上報報RL失失敗、用用戶未激激活

18、、用用戶發(fā)起起信令連連接釋放放指示等等，此外外用戶歸歸屬小區(qū)區(qū)發(fā)生異異常，如如小區(qū)刪刪除、載載頻不可可用，或或后臺發(fā)發(fā)起小區(qū)區(qū)公共資資源重配配，如小小區(qū)公共共信道重重配，共共享信道道重配等等。這些均會會導致掉掉話，亦亦是掉話話原因所所在，會會影響相相應掉話話率指標標。下面面將就相相關原因因進行說說明。RLFaail_Repportt原因【故障現(xiàn)現(xiàn)象】NODEEB鏈路路保持過過程中發(fā)發(fā)raddiollinkkfaiilurreInndiccatiion，指明無線鏈路已開始惡化，如果在接下來的5s里UE無法與NODEB同步上，將導致RNC釋放鏈路，報掉話原因：RLFail_Report?！九挪榉椒?/p>

19、法】遇到該問問題，首首要需要要核查UUE所處處無線環(huán)環(huán)境，信信號強度度怎樣，是是否存在在干擾，特特別是上上行干擾擾；由于NOODEBB報raadioolinnk失敗敗，這是是因為NNODEEB與UUE在鏈鏈路保持持過程中中，其上上行鏈路路出現(xiàn)惡惡化，失失步了，因因此排查查過程中中，主要要從上行行入手排排查，包包括上行行干擾，業(yè)業(yè)務信道道的干擾擾等。如如果是UUeReeporrtCeellUUpdaate，則則表明此此時是下下行鏈路路出現(xiàn)惡惡化，下下行失步步了，主主要從下下行入手手排查?？蛇m當抬抬升網(wǎng)絡絡端期望望接收功功率，以以保證在在信號質(zhì)質(zhì)量不好好的情況況下，NNODEEB能正正確接收收UE

20、發(fā)發(fā)射信號號。RRM_CelllDeelette_RReleeasee原因【故障現(xiàn)現(xiàn)象】UE突然然掉話，掉掉話原因因：RRRM_CCelllDelletee_Reeleaase【排查方方法】小區(qū)異常常退出導導致用戶戶釋放，詢詢問用服服是否進進行了相相關操作作導致。Ue_OOperratee_TiimeOOut原原因【故障現(xiàn)現(xiàn)象】UE在于于UTRRAN交交互的過過程中，由由于未在在計數(shù)器器指定的的時間里里響應網(wǎng)網(wǎng)絡端請請求，導導致超時時掉話，這這主要表表現(xiàn)在切切換過程程中，RRNC下下發(fā)了切切換信令令，但指指定時間間里未收收到UEE切換完完成響應應，導致致掉話?！九挪榉椒椒ā渴紫炔榭纯锤婢判畔?/p>

21、，特特別是GGPS異異常告警警，導致致UE無無法同步步至目標標小區(qū)，完完成信令令交互過過程，超超時掉話話；核查小區(qū)區(qū)參數(shù)，包包括網(wǎng)絡絡端期望望接收功功率等，是是否存在在目標小小區(qū)期望望接收功功率過低低，導致致無法完完成上行行切換完完成信息息的正確確接收和和解碼；查看上行行干擾，是是否該站站點存在在較高UUP干擾擾和業(yè)務務時隙上上行干擾擾，導致致無法完完成信息息交互；查看下行行干擾和和下行信信號鏈路路質(zhì)量，是是否下行行鏈路存存在問題題，導致致UE無無法接收收到RNNC下發(fā)發(fā)的切換換請求；確認是否否終端原原因，是是否終端端存在異異常，未未發(fā)或發(fā)發(fā)送了錯錯誤的信信息；根據(jù)是否否上下行行鏈路問問題，適

22、適當調(diào)整整期望接接收功率率，以增增強網(wǎng)絡絡端或UUE接收收到的幾幾率。UCIUU_errrorr原因【故障現(xiàn)現(xiàn)象】鏈路保持持過程中中，NOODEBB上報無無線鏈路路失敗，或或者UEE上報CCELLLUPDDATEE，一段段時間后后掉話，掉掉話原因因為UCCIU ERRROR。【排查方方法】該原因值值跟RLLFaiil rrepoort現(xiàn)現(xiàn)象有幾幾分相似似，因此排排查過程程中，需要從同同樣幾方方面入手手。但同同時，導導致該原原因值根根本原因因是因為為終端RRLC層層在處理理NODDEB發(fā)發(fā)過來的的數(shù)據(jù)時時，處理理異常，用用戶面RRLC發(fā)發(fā)送SRRB RRESEET超過過最大次次數(shù)。典典型情況況是

23、UEE主動發(fā)發(fā)起ceelluupdaate過過程，ccelllupddatee原因為為RLCCunrrecooverrablleErrrorr。檢查終端端所處無無線環(huán)境境，是否否存在弱弱場，是是否存在在上下行行干擾；將終端進進行重啟啟，看問問題是否否解決；如仍未解解決，向向研發(fā)反反饋。Releeasee duue tto UUE ggeneeratted siggnalllinng cconnnecttionn reeleaase原原因【故障現(xiàn)現(xiàn)象】鏈路保持持過程中中，UEE向RNNC發(fā)送送信令連連接釋放放指示消消息，指指示RNNC釋放放該CNN域的IIu口連連接。【排查方方法】部分終端端處于

24、節(jié)節(jié)電的目目的，在在終端側側一段時時間內(nèi)檢檢測到用用戶無操操作或鎖鎖屏等情情況后，則則會主動動向網(wǎng)絡絡側發(fā)送送信令鏈鏈接釋放放指示，讓讓網(wǎng)絡側側釋放對對應域的的Iu連連接，如如果為單單域業(yè)務務則會發(fā)發(fā)起RRRC鏈接接釋放過過程。此外，部部分終端端內(nèi)部異異常，需需要主動動釋放RRRC時時，也會會信令鏈鏈接釋放放指示。定位為終終端原因因。系統(tǒng)內(nèi)切切換成功功率3.1 物理信信道重配配超時【故障現(xiàn)現(xiàn)象】網(wǎng)絡側在在下發(fā)pphyssicaalChhannnelRRecoonfiigurratiion消消息后，終端回回phyysiccalCChannnellRecconffiguurattionnFaiil

25、urre消息息，導致切切換過程程失敗【排查方方法】查看PhhysiicallChaanneelReeconnfigguraatioonFaailuure中中攜帶的的失敗原原因，比如最最常見的的Faiilurre ccausse為phyysiccal chaanneel ffailluree，表示示UE無法法在建立立新的物物理信道道，即UE無法法在新的的信道配配置上完完成L11同步（UUE在T3112時間間內(nèi)，收到N3312個個同步指指示，即認為為新的信信道建立立成功）。造成成這種現(xiàn)現(xiàn)象的原原因可能能為物理理信道所所在的時時隙干擾擾較大，或或目標小小區(qū)存在在UP干干擾。排查方法法：查看各時時隙干

26、擾擾情況，如如果發(fā)現(xiàn)現(xiàn)時隙干干擾很大大，查看看NODDEB載載扇是否否正常，同同時查看看鄰小區(qū)區(qū)是否有有大量同同頻鄰區(qū)區(qū)，若在在話務量量小的情情況下，IISCPP仍然很很高，則則干擾可可能來自自異系統(tǒng)統(tǒng)，如：GSMM，PHHS等；查看目標標小區(qū)UUP干擾擾，若較較大，則則進行UUP位置置偏移；時隙干擾擾經(jīng)常性性偏大時時，可以以嘗試調(diào)調(diào)低UEE的上、下行開開環(huán)功率率；無效配置置、配置置不支持持等配置置錯誤：換個手手機測試試，若各各廠家手手機測試試都有問問題，將將本小區(qū)區(qū)的重配配消息和和正常小小區(qū)的重重配消息息進行對對比，查查看配置置是否正正確；3.2 物理信信道重配配失敗【故障現(xiàn)現(xiàn)象】UE收到到

27、了REECONNFIGGURAATIOON消息息，并發(fā)送送了COOMPLLETEE消息，但RNCC未收到到（上行功功率不足足或存在在干擾等等原因）；UE收到到了REECONNFIGGURAATIOON消息息，但沒沒發(fā)送CCOMPPLETTE消息息（消息息錯誤或或UE內(nèi)內(nèi)部錯誤誤等原因因）；【排查方方法】若UE未未收到重重配消息息：調(diào)整整后臺下下行最小小發(fā)送功功率，增增加UEE接收到到重配消消息的幾幾率，或或者調(diào)整整周圍網(wǎng)網(wǎng)絡的覆覆蓋、頻頻點、功功率等，盡盡量降低低下行方方向上的的干擾；若網(wǎng)絡側側沒有收收到重配配完成消消息：則則調(diào)整后后臺DPPCH的的期望接接收功率率，同時時利用網(wǎng)網(wǎng)規(guī)網(wǎng)優(yōu)優(yōu)手段

28、，降降低上行行方向上上的干擾擾。3.3 CN響響應超時時【故障現(xiàn)現(xiàn)象】當CN存存在某種種異常時時，收到S側發(fā)送送的Reeloccatiion Reqquirred消消息，立即下下發(fā)IuuRelleasseCoommaand，DD側表現(xiàn)現(xiàn)為看不不到任何何信令，此種異異常不會會導致任任何KPPI指標標異常，但會影影響用戶戶感受?！九挪榉椒椒ā啃枰_認認和CNN是否存存在問題題，如故故障、擁擁塞等，重重點在CCN側排排查問題題。系統(tǒng)間切切換成功功率4.1 hanndovverFFrommUTRRANFFailluree【故障現(xiàn)現(xiàn)象】RNC下下發(fā)haandooverrFroomUTTRANNcommm

29、annd_GGSM后后，一段段時間，UUE上報報hanndovverFFrommUTRRANFFailluree，原因因值2，即即：phhysiicall chhannnel faiilurre?！九挪榉椒椒ā啃杪?lián)合CCN、22G網(wǎng)絡絡端和終終端一起起聯(lián)合排排查。對于該問問題，首首先核對對2G小區(qū)區(qū)配置參參數(shù)，確確保參數(shù)數(shù)方面無無誤進行現(xiàn)場場復測，看看問題能能否復現(xiàn)現(xiàn)，明確確問題是是在UTTRANN之上還還是之下下；如果問題題出在網(wǎng)網(wǎng)絡端，聯(lián)聯(lián)合CNN、2GG網(wǎng)絡端端一起排排查；如果問題題出在終終端，進進行終端端對比測測試。目前在現(xiàn)現(xiàn)網(wǎng)優(yōu)化化過程中中，發(fā)現(xiàn)現(xiàn)部分終終端，甚甚至包括括測試終終端，在在T網(wǎng)內(nèi)內(nèi)測量22G鄰區(qū)區(qū)信號時時，如果果