卡特LTEKPI工作日報及壞小區(qū)處理手冊.

1、All rights reserved. Passing on and copying of thisdocument, use and communication of its contentsnot permitted without written authorization from Alcatel.KPI工作日報及壞小區(qū)處理手冊目錄1NPO數(shù)據(jù)收集與準(zhǔn)備工作21.1數(shù)據(jù)的導(dǎo)出21.2導(dǎo)出壞小區(qū)列表52.壞小區(qū)分析處理62.1 RRC壞小區(qū)的分析62.1.1RRC壞小區(qū)定義62.1.2RRC壞小區(qū)分析步驟62.2切換壞小區(qū)的處理92.2.1 切換壞小區(qū)定義92.2.2 切換過程與指標(biāo)9

2、2.2.3 切換壞小區(qū)分析步驟92.2.4 切換壞小區(qū)分析案例122.3掉線壞小區(qū)的處理132.3.1掉線壞小區(qū)定義132.3.2掉線過程與指標(biāo)132.3.3掉線壞小區(qū)分析步驟及案例143、壞小區(qū)處理思路完善過程151 NPO數(shù)據(jù)收集與準(zhǔn)備工作1.1數(shù)據(jù)的導(dǎo)出KPI工作的第一部分就是數(shù)據(jù)的導(dǎo)出，需要使用NPO進行導(dǎo)出：第一步：打開NPO，網(wǎng)址是5/ 賬戶：osmadmin 密碼：Asb#135第二步：選擇工作空間，改變工作空間點擊NPO左上角，選擇下拉的change working zone如下圖：點擊后會出現(xiàn)如下圖所示的對話框，選擇global，雙擊或者點擊

3、OPEN第三步：選擇全網(wǎng)級別working zone選擇obiect zone，中間的對話框選擇global_celllte,右邊選擇view中的USER defined，如下圖：在下拉選項中選擇kpi_for_nanjing_0329,如下圖第四步：全網(wǎng)數(shù)據(jù)的導(dǎo)出，其中包括整月（30天）以及前一天的數(shù)據(jù)點擊kpi_for_nanjing_0329,按住不動拖到下方的框中彈出如下圖對話框：整月數(shù)據(jù)需要按照Day的時間粒度導(dǎo)出，從前一天開始，向前30天的數(shù)據(jù)（比如今日為6月8日，則需要導(dǎo)出5月9日到6月7日的數(shù)據(jù)，共計30天）前整一天數(shù)據(jù)則按照Hour的時間粒度導(dǎo)出，時間為0點到23點。在選擇好

4、時間粒度后，點擊下面方框的按鈕，導(dǎo)出保存，如下圖第四步：最大用戶數(shù)的導(dǎo)出在左邊的方框中選中eNodeB，中間選中g(shù)lobal，右邊在indicator的模式下，輸入vs_ue_active*（*號的意思為后面還有內(nèi)容，但是沒有輸入出來，搜索前面是輸入內(nèi)容的所有內(nèi)容）。在下拉中選擇vs_ue_active_nb_onENB_max(L13212_Max)如下圖： 如果能夠記住可以在indicator的模式下直接輸出vs_ue_active_nb_onENB_max。選擇時間粒度為Hour，時間為0點到23點，導(dǎo)出前一天的數(shù)據(jù)，（比如今日6月8日，則需導(dǎo)出6月7日的數(shù)據(jù)），導(dǎo)出方法同全網(wǎng)數(shù)據(jù)導(dǎo)出一

5、樣。1、導(dǎo)出后選中選擇性粘貼，將第二列以后的每一列的表頭按照0、1、2、3標(biāo)記。2、第二列插入、每行求平均值。按照均值降序取前10個小區(qū)復(fù)制出來。3、全部選中在開始-條件格式-突出顯示單元格規(guī)則，中大于12的標(biāo)紅，找出全網(wǎng)最大的小區(qū)時段的用戶數(shù)。需要小區(qū)名、時間段、用戶數(shù)。第五步：6號線數(shù)據(jù)的導(dǎo)出改變工作空間，改變方式見步驟一，選擇bus6，如下圖：左邊選擇LTE CELL，中間選擇bus6，右邊在view下選擇kpi_for_nanjing_0329, 拖出數(shù)據(jù)方式與全網(wǎng)方式相同，參考第三步。選擇時間粒度為day。1、將數(shù)據(jù)選擇性粘貼復(fù)制至6號線數(shù)據(jù)中2、在六號線中將RRC建立成功率、E-R

6、AB建立成功率中的nerr和低于80%的刪除，將數(shù)據(jù)業(yè)務(wù)掉線率中掉線率大于10%的和nerr刪除，將eNB內(nèi)切換成功率、eNB間切換成功率中低于80%的刪除。3、篩選選擇性復(fù)制至統(tǒng)計sheet中、將nerr替換為無請求。第六步：切換指標(biāo)的導(dǎo)出，在全網(wǎng)工作空間下，選擇LTE CELL，選擇全部小區(qū)，在view下拉的USER defined中，選擇zuihuaixiaoqu_HO，如下圖：選擇時間粒度為Hour，0點到23點，導(dǎo)出方式參考步驟三。第七步：RRC指標(biāo)的導(dǎo)出方法參考步驟六，只是在VIEW下選擇zuihuaixiaoqu_rrc_drop.1.2導(dǎo)出壞小區(qū)列表按照上述方法取出全網(wǎng)小區(qū)沒時

7、段的RRC、Erab、enb切換、掉線的count，結(jié)合壞小區(qū)定義的時間段（8點-22點）與頻次（2次以上）給出每日的壞小區(qū)頻次列表。2.壞小區(qū)分析處理2.1 RRC壞小區(qū)的分析2.1.1RRC壞小區(qū)定義RRC壞小區(qū)定義為RRC連接成功單小時RRC建立成功率<90% 且 RRC連接建立失敗次數(shù)>202.1.2RRC壞小區(qū)分析步驟第一步：搜索目標(biāo)小區(qū)在LTE CELL的模式下，搜索目標(biāo)小區(qū)，比如18zhongSKL_1,則需輸入全部名稱，也可只輸18zhong*，會搜索出相應(yīng)符合要求的小區(qū)。在小區(qū)中會出現(xiàn)如CELLLTE_xinjiekouSKL_1這樣的小區(qū)，則可輸入*xinjie

8、kou*，搜索出相應(yīng)符合的小區(qū)。具體如下圖：第二步：搜索出小區(qū)后，點擊“zuihuaixiaoqu_rrc_drop”，查看相應(yīng)指標(biāo)情況，對于RRC成功率指標(biāo)低的需進行下一步操作，查找原因。第三步：RRC失敗原因的查找選擇相應(yīng)小區(qū)，VIEW下選擇“RRC_fail”,查看失敗原因，有數(shù)值的則是這種原因造成的失敗，并且把原因記錄下來。想查看具體的原因描述則雙擊“RRC_fail”出現(xiàn)下圖情況第四步：查看告警進入SAM中，點擊歷史告警，如下圖點擊進入后，出現(xiàn)如下對話框，輸入相應(yīng)小區(qū)名稱（注意，只能輸入小區(qū)的名稱，不可加SKL,以及下劃線等），起始時間，結(jié)束時間，進行搜索，記錄相信告警情況，幫助判斷

9、壞小區(qū)造成原因。第五步：查看基站狀態(tài)在壞小區(qū)分析時，需要查看基站狀態(tài)，查看是否基站有問題，無業(yè)務(wù)時是否小區(qū)被鎖住等。操作如下圖在Find中輸入小區(qū)名，搜索出小區(qū)后，右擊選擇Logical View,出現(xiàn)下圖對話框，查看小區(qū)情況：如果想查看小區(qū)具體情況，則選擇NEW進入，如下圖：第六步：對壞小區(qū)進行處理現(xiàn)階段，我們處理壞小區(qū)的手段比較有限，重啟小區(qū)或者基站是解決問題的一個主要方法，重啟方法有很多，下面詳細介紹一種操作：搜索小區(qū)后，右擊，選擇“Properties”出現(xiàn)如下對話框，點擊下圖中紅色方框內(nèi)的按鈕，進行小區(qū)重啟以上是重啟基站的方法，如果不需要重啟基站，則進入NEM里面對重啟B板。2.2切

10、換壞小區(qū)的處理2.2.1 切換壞小區(qū)定義現(xiàn)在給移動的日報中對于切換壞小區(qū)的定義為切換成功率<90%,切換失敗次數(shù)>15。該指標(biāo)定義是 ENB間的小區(qū)之間通過X2接口進行切換的成功率。切換成功率是系統(tǒng)移動性管理性能的重要指標(biāo)，并可用于分析相鄰關(guān)系定義是否合理。此KPI一般大于95%，處于比較良好的水平2.2.2 切換過程與指標(biāo)整個切換過程包括切換測量，切換準(zhǔn)備與切換執(zhí)行三個階段：測量階段，UE根據(jù)下發(fā)的測量配置消息進行相關(guān)測量，并將測量上報給準(zhǔn)備階段：根據(jù)UE上報的測量結(jié)果進行評估，準(zhǔn)備切換資源，最終決定是否觸發(fā)切換。執(zhí)行階段：eNode根據(jù)切換準(zhǔn)備結(jié)果，控制UE切換到目標(biāo)小區(qū)，由U

11、E完成切換。 因此切換成功率指標(biāo)的分析需分別對切換測量，切換準(zhǔn)備與切換執(zhí)行來進行分析。2.2.3 切換壞小區(qū)分析步驟第一步：搜索出相應(yīng)壞小區(qū)，具體操作參考RRC壞小區(qū)處理第二步：尋找切換目標(biāo)小區(qū)（對于切換壞小去來說，很重要）在enb內(nèi)切換中，目標(biāo)小區(qū)肯定就是壞小區(qū)以外的另外兩個小區(qū)之一，所以對同一站下的另外小區(qū)進行尋找，判斷方法如下：在“indicator”下輸入“vs_ho_irc_enb_fail*”搜索，在搜索出的內(nèi)容中尋找到“vs_ho_irc_enb_fail_tgt”，拖出數(shù)據(jù)，拖出的有數(shù)據(jù)的則為作為目標(biāo)被切換的小區(qū)，則是壞小區(qū)的切換目標(biāo)小區(qū)，具體見下圖：第三步：查找失敗原因查找到

12、切換目標(biāo)小區(qū)后，點擊目標(biāo)小區(qū)，在VIEW下找到“intra_HO_Fail”拖出，見下圖：有數(shù)值的則為失敗原因，記錄下來，具體原因以及內(nèi)容，可以雙擊顯示，見下圖第四步：查看告警，具體參考RRC壞小區(qū)處理第四步。第五步：分析思路GSM中有180報告，通過這個報告可以清楚看到小區(qū)切出切入小區(qū)，切出切入請求次數(shù)，切出切入成功率；對于切換壞小區(qū)，可以很方便的找出對應(yīng)切入或者切出問題小區(qū)。然后通過分析切換指標(biāo)，小區(qū)是向某一個小區(qū)切換失敗還是向多個小區(qū)均存在切換失敗，然后判斷是源小區(qū)問題還是目標(biāo)小區(qū)問題。最后通過分析問題小區(qū)指標(biāo)，判斷切換壞小區(qū)原因（覆蓋，干擾，天饋，傳輸，時鐘，鄰區(qū)等）目前在LTE中，在

13、切換這方面可以利用的資源較少，沒有類似GSM的180報告。NPO中分析切換壞小區(qū)時，可以方便的找出該小區(qū)對應(yīng)的鄰區(qū)（目標(biāo)小區(qū)、源小區(qū)和鄰區(qū)小區(qū)）如下圖所示:（對于切出壞小區(qū)）然后導(dǎo)出該小區(qū)所有源小區(qū)的enb間切入失敗次數(shù)和切入失敗率，NPO中counter為分析切換壞小區(qū)的切出失敗時間點，然后根據(jù)這個時間點去找對應(yīng)鄰區(qū)中是否有相同時間特點的切入失敗小區(qū)。（由于現(xiàn)網(wǎng)用戶不多，切換序列較明顯，很容易找到對應(yīng)的切入失敗小區(qū)）對于一些切出準(zhǔn)備失敗小區(qū)，可能handover request發(fā)出后，目標(biāo)小區(qū)就沒有收到，這樣的話通過上邊方法就找不到對應(yīng)的切入失敗小區(qū)。（這種情況下對于源小區(qū)來說是切換準(zhǔn)備失敗

14、）在這種情況下，就需要借助call trace 去分析源小區(qū)的切換信令，從中可以很清楚的看到切換關(guān)系。如下圖所以，根據(jù)enb id 和PCI就可以確定向哪個小區(qū)進行切換。2.2.4 切換壞小區(qū)分析案例nanligongbeiSKL_3小區(qū)在12月28日17點開始出現(xiàn)ENB內(nèi)切換出失敗，成功率從100%降到10%左右。由于是enb內(nèi)切換失敗，則只需查看該基站其他兩個小區(qū)的切入，即可確定3小區(qū)向哪個小區(qū)切換失敗的。取nanligongbeiSKL_1、2小區(qū)的enb切入失敗次數(shù)（vs_ho_irc_enb_fail_tgt)，發(fā)現(xiàn)2小區(qū)從17點開始出現(xiàn)ENB內(nèi)切入失敗，1小區(qū)沒有切入失敗。從而就可

15、以判斷3小區(qū)向2小區(qū)切換失敗。進一步查看2小區(qū)切入失敗原因，為VS_HO_IrC_eNB_fail_InternalFail_tgt_OD，即為2小區(qū)內(nèi)部問題導(dǎo)致的切入失敗。查看nanligongbeiSKL_2小區(qū)接入指標(biāo)，發(fā)現(xiàn)從18點開始出現(xiàn)MSG5問題（無失敗原因統(tǒng)計）。小區(qū)無法接入導(dǎo)致切入失敗。該問題研發(fā)一直在抓trace。目前解決方法重啟即可，解決了小區(qū)的接入問題，切入也就隨之正常了。2.3掉線壞小區(qū)的處理2.3.1掉線壞小區(qū)定義掉線壞小區(qū)為異常請求釋放上下文數(shù)/初始上下文建立成功次數(shù)*100%。該指標(biāo)指示了UE CONTEXT異常釋放的比例。異常請求釋放上下文數(shù)通過UE CONTE

16、XT RELEASE REQUEST中包含異常原因的消息個數(shù)統(tǒng)計；初始上下文建立成功次數(shù)通過包含建立成功信息的Initial Context Setup Response消息個數(shù)。該指標(biāo)以小區(qū)為單位進行統(tǒng)計，一般當(dāng)無線掉線率<5%時，網(wǎng)絡(luò)處于較良好水平。2.3.2掉線過程與指標(biāo)涉及的計數(shù)器（3GPP定義）以及指標(biāo)列表Indicator失敗原因VS_UE_ctxt_rel_req_RLF(L12505_1)無線環(huán)境問題：覆蓋不足或SINR低、鄰區(qū)不全VS_UE_ctxt_rel_req_NoCtxtSetupReq(L12505_4)VS_UE_ctxt_rel_req_RadioInte

17、rfaceFailure(L12505_8)VS_UE_ctxt_rel_req_InternalFail(L12505_2)內(nèi)部故障：參數(shù)不當(dāng)、設(shè)備故障等VS_UE_ctxt_rel_req_integrity(L12505_5)終端故障VS_UE_ctxt_rel_req_TimeoutS1RelForPSHOToUtra(L12505_11)VS_UE_ctxt_rel_req_TimeoutS1RelForS1HO(L12505_9)S1切換超時后掉線VS_UE_ctxt_rel_req_TimeoutS1RelForSrvccHOToUtra(L12505_18)VS_UE_ctxt

18、_rel_req_TimeoutX2RelForX2HO(L12505_10)X2切換超時后掉線VS_UE_ctxt_rel_req_TimeoutOnUEctxtRelCmd_DuringCCOwithNACC(L12505_13)VS_UE_ctxt_rel_req_TimeoutOnUEctxtRelCmd_DuringCCOwithoutNACC(L12505_14)VS_UE_ctxt_rel_req_congestion(L12505_16)PRB利用率過高，擁塞VS_UE_ctxt_rel_req_IaFreqX2RLFIndicationReceived(L12505_19)2

19、.3.3掉線壞小區(qū)分析步驟及案例結(jié)合日常無線掉線類差小區(qū)出現(xiàn)情況，總結(jié)下導(dǎo)致高掉線差小區(qū)頻次較高原因的處理步驟1、VS_UE_ctxt_rel_req_RLF：可能原因：弱覆蓋、SINR過低、鄰區(qū)不全、終端原因例：changbaijieSKL_2 在2013年9月16日8時，掉線14%，次數(shù)37次，指標(biāo)上統(tǒng)計為RLF原因掉線。分析：通過WTA分析該小區(qū)calltrace,發(fā)現(xiàn)，該小區(qū)半小時內(nèi)UE上報MR（PCI=146）100多次，但無響應(yīng)，此時UE所在服務(wù)小區(qū)RSRP已經(jīng)-103dBm，無線環(huán)境已經(jīng)很差，由于ENB收到該MR卻未向目標(biāo)ENB發(fā)起handoverrequest，可能為鄰區(qū)缺失，

20、后確認(rèn)為缺失健康大廈試擴L_3鄰區(qū)，該小區(qū)覆蓋長白街由北向南道路，由于與此小區(qū)銜接的基站長白街二、白下社區(qū)中心、金陵科技學(xué)院基站均未開通，導(dǎo)致該小區(qū)覆蓋過遠，現(xiàn)已提交添加健康大廈試擴L_3鄰區(qū)關(guān)系，問題解決。Calltrace截圖：2、VS_UE_ctxt_rel_req_InternalFail(L12505_2)可能原因：參數(shù)設(shè)置不當(dāng)，ENB設(shè)備故障例：cangbomenSKL_1掉線403次，掉線率92%，指標(biāo)上統(tǒng)計為內(nèi)部原因掉線。分析：查看該小區(qū)掉線原因，主要為VS_UE_ctxt_rel_req_InternalFail，現(xiàn)場測試發(fā)現(xiàn)當(dāng)UE電平-88dBm后，UE上發(fā)MR，內(nèi)容為A2

21、異頻測量事件，之后RRC Release,正常情況下應(yīng)該是RRC connectionReconfigrtation消息，包含A1A3配置等，但未下發(fā)該消息，直接RRC釋放，可能為切換事件等配置有誤，核查后發(fā)現(xiàn)A1事件配置有問題，更改后復(fù)測正常。3、VS_UE_ctxt_rel_req_TimeoutX2RelForX2HO可能原因：目標(biāo)ENB無法接入，或切換信令由于無線環(huán)境原因無法收到例：youguiyuanSKL_1出現(xiàn)高掉線，指標(biāo)上統(tǒng)計為X2超時掉線。分析：該小區(qū)掉線原因，主要為VS_UE_ctxt_rel_req_TimeoutX2RelForX2HO，可能目標(biāo)小區(qū)存在接入故障，或者切

22、換時無線環(huán)境差，導(dǎo)致無法正常進行切換，上下文無法接續(xù)而掉話，再分析該小區(qū)鄰區(qū)切入成功率，發(fā)現(xiàn)zhongbeigongsiSKL_1、zhongbeigongsiSKL_2小區(qū)切入成功率低，出現(xiàn)低切入成功率時間與youguiyuanSKL_1高掉線時段相關(guān)性很高，查看zhongbeigongsiSKL_1、2小區(qū)RRC相關(guān)指標(biāo)，發(fā)現(xiàn)該小區(qū)RRC接入有請求，但無成功。RESET zhongbeigongsiSKL ENB后，zhongbeigongsiSKL1、2小區(qū)RRC接入恢復(fù)正常，youguiyuanSKL_1小區(qū)掉線消失。4、VS_UE_ctxt_rel_req_TimeoutS1RelF

23、orS1HO可能原因：周邊ENB小區(qū)托管，或CELLDOWN分析：可結(jié)合SAM網(wǎng)管對周邊ENB狀態(tài)進行核查確認(rèn)。5、VS_UE_ctxt_rel_req_congestion容量受限分析：話務(wù)分流、擴容、D/F分層組網(wǎng)等。6、VS_UE_ctxt_rel_req_integrity終端故障分析：終端定位，并參考信令采集或者基于終端性能統(tǒng)計的工具如PCMD，對比終端差異判斷。3、壞小區(qū)處理思路完善過程1、 enb內(nèi)切換壞小區(qū)View Template名稱及內(nèi)容修改由于之前的NPO數(shù)據(jù)比較“duanzhanhuaixiaoqu_HO”內(nèi)的數(shù)據(jù)項不全。原先僅能查看到小區(qū)的切換請求、成功次數(shù)，不能看到

24、該小區(qū)作為目標(biāo)小區(qū)的切換請求、成功次數(shù)，在處理enb內(nèi)切換部分需要精確查找某兩個小區(qū)間的切換請求、成功次數(shù)來定位到底是哪兩個小區(qū)間的切換成功率低。為此需要每次都要重復(fù)上面（在“indicator”下輸入“vs_ho_irc_enb_fail*”搜索，在搜索出的內(nèi)容中尋找到“vs_ho_irc_enb_fail_tgt”，拖出數(shù)據(jù)，拖出的有數(shù)據(jù)的則為作為目標(biāo)被切換的小區(qū)，則是壞小區(qū)的切換目標(biāo)小區(qū)）的操作，為了提高效率?，F(xiàn)將View Template名更改為“zuihuaixiaoqu_HO_intra_enb”，內(nèi)容也更該為：  VS_HO_IrC_eNB_req_src、VS_HO_IrC_eNB_succ_prep_src、VS_HO_IrC_eNB_succ_src、VS_HO_IrC_eNB_succ_src_rate、VS_HO_IrC_eNB_req_tgt、VS_HO_IrC_eNB_succ_tgt、VS_HO_IrC_eNB_succ_tgt_rate、VS_RRC_cnx_req、VS_RRC_cnx_succ、VS_RRC_cnx_fail_CAC、VS_RRC_cnx_succ_rate，這樣就可以看到該小區(qū)作作為源小區(qū)與目標(biāo)小區(qū)的切換問題了。2、 enb內(nèi)切換壞小區(qū)查找問題思路注：目前的切換成功率統(tǒng)計的僅為切出成功率，單向切換次數(shù)。按照