網(wǎng)絡(luò)kpi指標(biāo)優(yōu)化指導(dǎo)書

移動(dòng)TD-LTE網(wǎng)絡(luò)KPI指標(biāo)優(yōu)化指導(dǎo)書適用對(duì)象：TD LTE網(wǎng)優(yōu)工程師摘要章節(jié)描述Error! Reference source not found. Error! Reference source not found.概述Error! Reference source not found. Error! Reference source not found.主要KPI指標(biāo)介紹Error! Reference source not found. Error! Reference source not found.KPI指標(biāo)監(jiān)控流程Error! Reference source not found. Error! Reference source not found.KPI性能分析方法Error! Reference source not found. Error! Reference source not found.KPI優(yōu)化分析專題Error! Reference source not found. Error! Reference source not found.結(jié)束語(yǔ)Error! Reference source not found. Error! Reference source not found.附錄目錄1概述12主要KPI指標(biāo)介紹22.1指標(biāo)的分類22.1.1按照網(wǎng)元對(duì)象分22.1.2按照統(tǒng)計(jì)時(shí)間粒度分22.1.3按照指標(biāo)相關(guān)性分22.2接入類指標(biāo)32.2.1RRC連接建立成功率32.2.2ERAB建立成功率42.3保持性指標(biāo)52.3.1無(wú)線掉線率52.3.2ERAB掉線率（小區(qū)級(jí)）62.4移動(dòng)性指標(biāo)72.4.1切換成功率73KPI指標(biāo)監(jiān)控流程83.1KPI監(jiān)控流程介紹83.2日常KPI監(jiān)控流程93.3參數(shù)修改過(guò)程中KPI監(jiān)控流程103.4ENodeB版本升級(jí)過(guò)程中的KPI監(jiān)控113.5割接過(guò)程中的KPI監(jiān)控124KPI性能分析方法124.1KPI性能分析方法124.1.1TOP N最壞小區(qū)分析法124.2KPI性能分析基本技能144.2.1KPI監(jiān)控常用工具154.2.2KPI分析用到的工具154.3KPI優(yōu)化分析過(guò)程165KPI優(yōu)化分析專題195.1RRC建立成功率優(yōu)化專題195.1.1RRC建立成功率的定義195.1.2RRC建立失敗常見(jiàn)原因205.1.3優(yōu)化措施215.2切換成功率優(yōu)化專題235.2.1切換成功率的定義235.2.2切換失敗常見(jiàn)原因245.2.3優(yōu)化措施265.3KPI常見(jiàn)原因處理手段276結(jié)束語(yǔ)277附錄287.1縮略語(yǔ)287.2參考資料30圖目錄圖 1-1 KPI聯(lián)合問(wèn)題定位1圖 3-1 日常KPI監(jiān)控流程圖9圖 3-2 參數(shù)修改后KPI監(jiān)控流程圖10圖 3-3 ENodeB版本升級(jí)KPI監(jiān)控流程圖11圖 4-1 KPI優(yōu)化分析流程圖18圖 5-1 RRC接入流程19圖 5-2 TA接入統(tǒng)計(jì)分布21圖 5-3 優(yōu)化后RRC建立成功率22圖 5-4 優(yōu)化后無(wú)線掉線率22圖 5-5 S1切換流程23圖 5-6 EUTRAN鄰接關(guān)系24圖 5-7 同頻同PCI配置25圖 5-8 鄰區(qū)錯(cuò)配25圖 5-9 優(yōu)化后切換成功率26表目錄表 21 RRC連接建立成功率與質(zhì)量等級(jí)4表 22 小區(qū)ERAB建立成功率與質(zhì)量等級(jí)5表 23 業(yè)務(wù)掉話率與質(zhì)量等級(jí)6表 24 分組域業(yè)務(wù)掉線率與質(zhì)量等級(jí)7表 25 業(yè)務(wù)切換成功率與質(zhì)量等級(jí)8表 41 TOP N最壞小區(qū)列表13表 51 掉話常見(jiàn)原因201 概述無(wú)線網(wǎng)絡(luò)KPI是體現(xiàn)網(wǎng)絡(luò)質(zhì)量的直接體現(xiàn)，KPI監(jiān)控也是我們發(fā)現(xiàn)問(wèn)題的重要手段；KPI監(jiān)控與優(yōu)化主要集中在運(yùn)維期間，網(wǎng)絡(luò)問(wèn)題不能靠用戶投訴來(lái)解決，對(duì)一些異常的事件必須第一時(shí)間發(fā)現(xiàn)并提出相應(yīng)解決方案，這樣才能保證為用戶提供良好的話音與數(shù)據(jù)業(yè)務(wù)。在網(wǎng)絡(luò)建設(shè)初期主要是工程優(yōu)化，由于用戶少，工程質(zhì)量等問(wèn)題，在這個(gè)階段的KPI優(yōu)化沒(méi)有太大的意義，關(guān)注點(diǎn)主要在RF調(diào)整上面，只要特別關(guān)注一下RRC 、ERAB 接入成功率、ERAB掉話率、RSSI指標(biāo)即可；網(wǎng)絡(luò)進(jìn)入運(yùn)維時(shí)期后，才是真正的KPI優(yōu)化，也即是我們通常說(shuō)的參數(shù)優(yōu)化，通過(guò)各種參數(shù)的聯(lián)合調(diào)整來(lái)降低某項(xiàng)指標(biāo)，達(dá)到客戶的要求。KPI數(shù)據(jù)來(lái)源于操作維護(hù)中心（OMC）的網(wǎng)管系統(tǒng)（NetNumen U31），對(duì)關(guān)鍵性能指標(biāo)KPI數(shù)據(jù)進(jìn)行分析，可得到各種指標(biāo)的一個(gè)當(dāng)前狀態(tài)，這些指標(biāo)的當(dāng)前狀態(tài)是評(píng)估網(wǎng)絡(luò)性能的重要參考。當(dāng)前我們關(guān)注的指標(biāo)主要有網(wǎng)絡(luò)保持性能、接入性能、移動(dòng)性能、系統(tǒng)容量等；根據(jù)上述指標(biāo)的當(dāng)前值，判斷并定位問(wèn)題發(fā)生的區(qū)域、問(wèn)題發(fā)生的范圍、問(wèn)題的嚴(yán)重程度；比如：某站點(diǎn)擁塞、某站點(diǎn)掉話率為10%、最壞小區(qū)比例、超忙小區(qū)比例、接入成功率、呼叫時(shí)延、切換成功率、重建立成功率等。關(guān)于KPI的分類，我們按照統(tǒng)計(jì)的來(lái)源將KPI分為業(yè)務(wù)KPI與網(wǎng)絡(luò)KPI；業(yè)務(wù)KPI是指通過(guò)外場(chǎng)路測(cè)測(cè)得的KP數(shù)據(jù)，；網(wǎng)絡(luò)KPI是指通過(guò)后臺(tái)綜合網(wǎng)管統(tǒng)計(jì)得到KPI數(shù)據(jù)；本文主要討論的是網(wǎng)絡(luò)KPI，通過(guò)網(wǎng)絡(luò)KPI來(lái)發(fā)現(xiàn)網(wǎng)絡(luò)問(wèn)題。一般解決問(wèn)題是通過(guò)后臺(tái)KPI數(shù)據(jù)、告警數(shù)據(jù)、用戶投訴、DT測(cè)試聯(lián)合起來(lái)進(jìn)行分析定位，最終給出解決方案。圖 1-1 KPI聯(lián)合問(wèn)題定位2 主要KPI指標(biāo)介紹KPI指標(biāo)是通過(guò)ENB計(jì)數(shù)器的實(shí)現(xiàn)，通過(guò)后臺(tái)網(wǎng)管定制統(tǒng)計(jì)出來(lái)的，能真實(shí)反映網(wǎng)絡(luò)某項(xiàng)性能的情況，及時(shí)發(fā)現(xiàn)問(wèn)題，使網(wǎng)絡(luò)的風(fēng)險(xiǎn)降低。按照時(shí)間統(tǒng)計(jì)粒度分為：15分鐘粒度、60分鐘粒度、24小時(shí)粒度、周粒度、月粒度；按照統(tǒng)計(jì)對(duì)象分為小區(qū)級(jí)、ENB級(jí)。2.1 指標(biāo)的分類2.1.1 按照網(wǎng)元對(duì)象分l 小區(qū)級(jí)指標(biāo)l 小區(qū)對(duì)級(jí)指標(biāo)l 天線PORT級(jí)指標(biāo)l ENodeB級(jí)指標(biāo)2.1.2 按照統(tǒng)計(jì)時(shí)間粒度分l 15分鐘粒度l 30分鐘粒度l 1小時(shí)粒度l 24小時(shí)粒度l 7天粒度l 月粒度2.1.3 按照指標(biāo)相關(guān)性分l 保持性指標(biāo)主要是包括ERAB掉話率,RRC掉話率、切換時(shí)掉話；l 接入類指標(biāo)包括RRC連接建立成功率、ERAB指派成功率、無(wú)線接通率等等。l 移動(dòng)性指標(biāo)主要包括頻內(nèi)切換成功率、頻間切換成功率、異系統(tǒng)硬切換成功率（LTE-2G、3G切換成功率）等等。l 資源類指標(biāo)主要包括下行控制信道受限、CPU受限、業(yè)務(wù)信道受限、能承載的用戶數(shù)、傳輸受限等等。l 系統(tǒng)容量類指標(biāo)主要包括小區(qū)級(jí)、PS吞吐量等等。由于篇幅的限制，這里就每個(gè)類別里面的每個(gè)指標(biāo)不一一敘述，可以參考隨機(jī)文檔性能指標(biāo)參考.pdf，每個(gè)KPI指標(biāo)實(shí)現(xiàn)的公式、相應(yīng)計(jì)數(shù)器的定義、每個(gè)指標(biāo)的分類、指標(biāo)的取值范圍等都可以在這里找到；對(duì)于單個(gè)的計(jì)數(shù)器定義與說(shuō)明可以參考隨機(jī)文檔性能計(jì)數(shù)器參考.pdf，該文檔主要闡述各計(jì)數(shù)器的定義及觸發(fā)點(diǎn)；本章主要對(duì)一些常用的重點(diǎn)指標(biāo)進(jìn)行舉例說(shuō)明，同時(shí)也以表格的形式對(duì)每個(gè)指標(biāo)進(jìn)行了質(zhì)量等級(jí)的劃分，當(dāng)指標(biāo)質(zhì)量等級(jí)為差時(shí)，就需要對(duì)該指標(biāo)進(jìn)行優(yōu)化了，其余的指標(biāo)用類似的方法可以自己來(lái)深入學(xué)習(xí)。本文以中移4G一期為背景，介紹當(dāng)前外場(chǎng)較關(guān)心的接入，掉線，切換三大指標(biāo)的定義和優(yōu)化措施。所有指標(biāo)定義以TD-LTE中移集團(tuán)30個(gè)網(wǎng)管指標(biāo)V1.0-502版本為基礎(chǔ)。每個(gè)Counter取值采樣點(diǎn)和Counter所代表的原因在性能計(jì)數(shù)器參考.pdf都有清晰的描述，在此不再一一介紹。2.2 接入類指標(biāo)2.2.1 RRC連接建立成功率本指標(biāo)反映eNodeB或者小區(qū)的UE接納能力，RRC連接建立成功意味著UE與網(wǎng)絡(luò)建立了信令連接。RRC連接建立，包括（如位置更新、系統(tǒng)間小區(qū)重選、注冊(cè)等）的RRC連接建立。公式中分子和分母涉及的計(jì)數(shù)器都是RRC Connection Request消息中信元Establishment cause中的所有原因。分子是RRC連接建立成功次數(shù)，分母是RRC連接建立嘗試次數(shù)。對(duì)外公式都采用成功+失敗來(lái)表示請(qǐng)求，實(shí)際上也要參考或核對(duì)請(qǐng)求計(jì)數(shù)器。 公式定義：RRC連接建立成功率=RRC連接建立成功次數(shù)/ RRC連接建立請(qǐng)求次數(shù)*100% RRC建立連接成功率 KPI指標(biāo)取值與質(zhì)量等級(jí)表 21 RRC連接建立成功率與質(zhì)量等級(jí)序號(hào)統(tǒng)計(jì)對(duì)象統(tǒng)計(jì)粒度取值范圍質(zhì)量等級(jí)1CLUSTER/Cell級(jí)24小時(shí)小于80%差2CLUSTER/Cell級(jí)24小時(shí)80%-98%良3CLUSTER/Cell級(jí)24小時(shí)大于98%優(yōu)2.2.2 ERAB建立成功率本指標(biāo)用于了解該小區(qū)內(nèi)UE業(yè)務(wù)建立成功的概率，部分反映了該小區(qū)范圍內(nèi)用戶發(fā)起的業(yè)務(wù)的感受度。比較準(zhǔn)確的做法 ：分子是ERAB建立成功次數(shù)，分母是ERAB建立嘗試次數(shù)。E-RAB建立成功則是成功為用戶分配了用戶平面的連接。 公式定義：ERAB建立成功率=E-RAB建立成功數(shù)/E-RAB建立請(qǐng)求數(shù)*100% E-RAB 建立成功率 KPI指標(biāo)取值與質(zhì)量等級(jí)表 22 小區(qū)ERAB建立成功率與質(zhì)量等級(jí)序號(hào)統(tǒng)計(jì)對(duì)象統(tǒng)計(jì)粒度取值范圍質(zhì)量等級(jí)1CLUSTER/Cell級(jí)24小時(shí)小于80%差2CLUSTER/Cell級(jí)24小時(shí)80%-98%良3CLUSTER/Cell級(jí)24小時(shí)大于98%優(yōu)2.3 保持性指標(biāo)2.3.1 無(wú)線掉線率無(wú)線掉線率反映了系統(tǒng)的業(yè)務(wù)通訊保持能力，也反映了系統(tǒng)的穩(wěn)定性和可靠性。UE掉話是指由于異常原因被UE主動(dòng)發(fā)起RRC釋放的情況；公式統(tǒng)計(jì)的是異常原因的掉話率，現(xiàn)在歸為正常釋放的原因值包括：用戶不活動(dòng)（inactive）、操作維護(hù)干預(yù)、過(guò)載控制導(dǎo)致的釋放、CCO、重定向，其他情況歸為異常。 公式定義：無(wú)線掉線率=（eNB請(qǐng)求釋放上下文數(shù)-正常的eNB請(qǐng)求釋放上下文數(shù)）/初始上下文建立成功次數(shù)*100% 無(wú)線掉線率 KPI指標(biāo)取值與質(zhì)量等級(jí)表 23 業(yè)務(wù)掉話率與質(zhì)量等級(jí)序號(hào)統(tǒng)計(jì)對(duì)象統(tǒng)計(jì)粒度取值范圍質(zhì)量等級(jí)1CLUSTER/Cell級(jí)24小時(shí)大于1.5%差2CLUSTER/Cell級(jí)24小時(shí)1%-1.5%良3CLUSTER/Cell級(jí)24小時(shí)0.4%-1%優(yōu)2.3.2 ERAB掉線率（小區(qū)級(jí)）無(wú)線掉線率反映了系統(tǒng)的業(yè)務(wù)通訊保持能力，也反映了系統(tǒng)的穩(wěn)定性和可靠性。本指標(biāo)用于了解該小區(qū)內(nèi)UE進(jìn)行掉話的概率，部分反映了該小區(qū)范圍內(nèi)用戶進(jìn)行業(yè)務(wù)的感受度。掉話是指由于異常原因被ENB主動(dòng)發(fā)起ERAB釋放的情況；公式統(tǒng)計(jì)的是異常原因的掉話率，現(xiàn)在歸為正常釋放的原因值包括：用戶不活動(dòng)、操作維護(hù)干預(yù)、過(guò)載控制導(dǎo)致的釋放、重定向、CCO等，其他情況歸為異常。 公式定義ERAB掉線率= (切出失敗的E-RAB數(shù) +eNB請(qǐng)求釋放的E-RAB個(gè)數(shù) -正常的eNB請(qǐng)求釋放的E-RAB數(shù))/（ 遺留E-RAB個(gè)數(shù) +E-RAB建立成功數(shù) +切換入E-RAB數(shù) ）*100% E-RAB掉線率 KPI指標(biāo)取值與質(zhì)量等級(jí)表 24 分組域業(yè)務(wù)掉線率與質(zhì)量等級(jí)序號(hào)統(tǒng)計(jì)對(duì)象統(tǒng)計(jì)粒度取值范圍質(zhì)量等級(jí)1CLUSTER/Cell級(jí)24小時(shí)大于4.0%差2CLUSTER/Cell級(jí)24小時(shí)2.0%-4.0%良3CLUSTER/Cell級(jí)24小時(shí)小于2.0%優(yōu)2.4 移動(dòng)性指標(biāo)2.4.1 切換成功率切換成功率是系統(tǒng)移動(dòng)性管理性能的重要指標(biāo)，切換過(guò)程不區(qū)分同頻/異頻。 公式定義：切換成功率=（eNB間S1切換出成功次數(shù)+ eNB間X2切換出成功次數(shù)+ eNB內(nèi)切換出成功次數(shù)）/（eNB間S1切換出請(qǐng)求次數(shù)+ eNB間X2切換出請(qǐng)求次數(shù)+ eNB內(nèi)切換出請(qǐng)求次數(shù)）*100% 切換成功率 KPI指標(biāo)取值與質(zhì)量等級(jí)表 25 業(yè)務(wù)切換成功率與質(zhì)量等級(jí)序號(hào)統(tǒng)計(jì)對(duì)象統(tǒng)計(jì)粒度取值范圍質(zhì)量等級(jí)1CLUSTER/Cell級(jí)24小時(shí)小于90%差2CLUSTER/Cell級(jí)24小時(shí)90%-98%良3CLUSTER/Cell級(jí)24小時(shí)大于98%優(yōu)3 KPI指標(biāo)監(jiān)控流程KPI監(jiān)控的目的：第一時(shí)間發(fā)現(xiàn)影響業(yè)務(wù)及用戶感受的網(wǎng)絡(luò)異常事件并解決之；如：某個(gè)站點(diǎn)掉話率超過(guò)了50%，我們就要第一時(shí)間發(fā)現(xiàn)它，并找出解決問(wèn)題的辦法。鑒于KPI問(wèn)題發(fā)現(xiàn)的及時(shí)性及重要性，我們須有一套合理的KPI監(jiān)控機(jī)制及解決問(wèn)題的流程。同時(shí)，需要有合適的監(jiān)控工具、分析工具來(lái)配合工作。及時(shí)發(fā)現(xiàn)由于傳輸問(wèn)題、資源擁塞、小區(qū)退服、干擾嚴(yán)重、NodeB硬件故障、ENODEB參數(shù)配置錯(cuò)誤等引起的業(yè)務(wù)掉話； 我們對(duì)KPI監(jiān)控大概分為四類：1.日常的KPI監(jiān)控；2.參數(shù)修改過(guò)程中的KPI監(jiān)控；3.ENODEB、NodeB版本升級(jí)過(guò)程中的參數(shù)修改；4.用戶割接過(guò)程中的KPI監(jiān)控。KPI日常監(jiān)控是一項(xiàng)長(zhǎng)期的工作，需要每天監(jiān)控，形成例行的工作，并通過(guò)采用KPI日?qǐng)?bào)方式進(jìn)行匯報(bào)，日?qǐng)?bào)的內(nèi)容主要包括CS最壞小區(qū)、PS最壞小區(qū)、RRC連接成功率低的最壞小區(qū)、資源受限最壞小區(qū)等等；做到及時(shí)預(yù)警和解決問(wèn)題。3.1 KPI監(jiān)控流程介紹KPI監(jiān)控主要有四類監(jiān)控內(nèi)容，分別為：日常KPI監(jiān)控、參數(shù)修改過(guò)程中的KPI監(jiān)控、ENodeB版本升級(jí)過(guò)程中KPI監(jiān)控、用戶割接過(guò)程的KPI監(jiān)控。各項(xiàng)監(jiān)控又有不同的監(jiān)控內(nèi)容，以及不同的輸出形式；如日常KPI監(jiān)控用日?qǐng)?bào)的形式來(lái)體現(xiàn)，其他用KPI對(duì)比報(bào)告形式來(lái)體現(xiàn)；各類監(jiān)控形式又根據(jù)處理的問(wèn)題不同，提取的KPI指標(biāo)采用的統(tǒng)計(jì)時(shí)間粒度也不同，粒度的選擇按照問(wèn)題定位的需要來(lái)決定。KPI日常監(jiān)控是一個(gè)長(zhǎng)期工作，最終以日?qǐng)?bào)的形式輸出，并且將各類最壞小區(qū)匯總后，以郵件的形式發(fā)給相關(guān)人員進(jìn)行處理。3.2 日常KPI監(jiān)控流程圖 3-1 日常KPI監(jiān)控流程圖EMS導(dǎo)出全網(wǎng)粒度1天cell級(jí)數(shù)據(jù)用KPI工具篩選最壞小區(qū)輸出Excel形式KPI日?qǐng)?bào)參數(shù)問(wèn)題交規(guī)劃人員處理最壞小區(qū)分類問(wèn)題處理小組對(duì)各類最壞小區(qū)分類、匯總、定位交網(wǎng)優(yōu)人員處理交研發(fā)或用服處理用固定格式郵件發(fā)給相關(guān)人員覆蓋問(wèn)題設(shè)備/版本問(wèn)題3.3 參數(shù)修改過(guò)程中KPI監(jiān)控流程圖 3-2 參數(shù)修改后KPI監(jiān)控流程圖3.4 ENodeB版本升級(jí)過(guò)程中的KPI監(jiān)控圖 3-3 ENodeB版本升級(jí)KPI監(jiān)控流程圖繼續(xù)監(jiān)控（15分鐘粒度）執(zhí)行工單升級(jí)到新的版本網(wǎng)絡(luò)KPI監(jiān)控（15分鐘粒度）簇級(jí)KPI是否正常是否回退當(dāng)前版本版本郵件和電話通知執(zhí)行負(fù)責(zé)人正式word報(bào)告輸出（指標(biāo)修改前后小時(shí)粒度KPI對(duì)比一小時(shí)輸出一次）是否否結(jié)束定位最壞小區(qū)，是否與版本升級(jí)有關(guān)系是3.5 割接過(guò)程中的KPI監(jiān)控在整網(wǎng)割接替換其他廠家的網(wǎng)絡(luò)中，比如香港的CSL網(wǎng)絡(luò)，該網(wǎng)絡(luò)是我們替換諾基亞的設(shè)備；當(dāng)我們的網(wǎng)絡(luò)優(yōu)化好后，將現(xiàn)網(wǎng)的用戶要逐步割接到我們網(wǎng)絡(luò)，在每次割接過(guò)程中，用戶會(huì)不斷注冊(cè)到我們的網(wǎng)絡(luò)，在網(wǎng)絡(luò)負(fù)荷增加的情況下，要密切關(guān)注KPI指標(biāo)的變化；該監(jiān)控流程、監(jiān)控內(nèi)容、監(jiān)控方法、以及報(bào)告輸出與上一節(jié)ENodeB版本升級(jí)過(guò)程中的監(jiān)控是一樣的，具體內(nèi)容參考ENodeB版本升級(jí)時(shí)KPI監(jiān)控一節(jié)內(nèi)容。4 KPI性能分析方法4.1 KPI性能分析方法不同的網(wǎng)絡(luò)問(wèn)題有不同的性能分析方法，在掌握現(xiàn)網(wǎng)運(yùn)行情況和存在的問(wèn)題后，選擇合適的一種或多種分析方法，常用的性能分析方法有： 1. TOP N最壞小區(qū)法：按照所關(guān)注的話務(wù)統(tǒng)計(jì)指標(biāo)（如掉話率、連接成功率、切換失敗率等），根據(jù)需要取忙時(shí)平均值或全天平均值，找出最差的N個(gè)小區(qū)，作為故障分析和優(yōu)化的重點(diǎn)，也可以據(jù)此排定優(yōu)化工作的優(yōu)先順序。2. 時(shí)間趨勢(shì)圖法：指標(biāo)統(tǒng)計(jì)的趨勢(shì)圖是話務(wù)分析的常用方法，分析工程師可以按小時(shí)、天或周作出全網(wǎng)、Cluster或者單個(gè)小區(qū)的單個(gè)或多個(gè)指標(biāo)的變化趨勢(shì)圖，從中發(fā)現(xiàn)話務(wù)統(tǒng)計(jì)指標(biāo)的變化規(guī)律。3. 區(qū)域定位法：網(wǎng)絡(luò)性能指標(biāo)的變化往往發(fā)生在部分區(qū)域，由于話務(wù)量增長(zhǎng)、話務(wù)模型變化、無(wú)線環(huán)境改變、少數(shù)基站故障或上下行干擾造成了這些區(qū)域的指標(biāo)變差，從而影響到全網(wǎng)的性能指標(biāo)，可以對(duì)比變化前后的網(wǎng)絡(luò)性能指標(biāo)，在電子地圖上標(biāo)出網(wǎng)絡(luò)性能變化最大的基站或扇區(qū)，圍繞問(wèn)題區(qū)域重點(diǎn)分析。4. 對(duì)比法：一項(xiàng)話務(wù)統(tǒng)計(jì)指標(biāo)往往受多方面因素的影響，某些方面改變，其他方面可能沒(méi)有變化，可以適當(dāng)選擇比較對(duì)象，證實(shí)問(wèn)題的存在，并分析問(wèn)題產(chǎn)生的原因?？粗笜?biāo)時(shí)，不能只關(guān)注指標(biāo)的絕對(duì)數(shù)值是高是低，關(guān)心的應(yīng)該是指標(biāo)的相對(duì)高低情況。4.1.1 TOP N最壞小區(qū)分析法在KPI優(yōu)化分析的整個(gè)過(guò)程中，TOP N最壞小區(qū)分析法是最有效的一個(gè)手段，貫穿與整個(gè)優(yōu)化階段；主要是通過(guò)對(duì)TOP N小區(qū)的關(guān)注，可以解決網(wǎng)絡(luò)的主要問(wèn)題；每天網(wǎng)絡(luò)中都有可能發(fā)生一些異常的掉話事件，這些事件可能代表一類問(wèn)題，解決了TOP N最壞小區(qū)的問(wèn)題就可以解決這一類的問(wèn)題，所以我們從TOP N小區(qū)著手是最好最直接的解決問(wèn)題的辦法之一。TOP最壞小區(qū)分析法適用與所有的指標(biāo)優(yōu)化分析，主要是根據(jù)一定的門限值選出TOP N最壞小區(qū)，這個(gè)門限的定義根據(jù)指標(biāo)的不同而不同；N是最壞小區(qū)的個(gè)數(shù)，當(dāng)最壞小區(qū)比較多且沒(méi)有精力去關(guān)注的時(shí)候，可以將N的個(gè)數(shù)適當(dāng)?shù)臏p少，只關(guān)注最差的小區(qū)。TOP N小區(qū)分析方法主要有下面幾個(gè)步驟：第一步：按照關(guān)注指標(biāo)的條件篩選出TOP N小區(qū)；第二步：對(duì)TOP N小區(qū)進(jìn)行健康性檢查，檢查最壞小區(qū)的 傳輸、單板問(wèn)題，或者是不是由于某突發(fā)的外界事件造成，如惡劣天氣、集會(huì)、節(jié)假日的高話務(wù)造成；第三步：檢查小區(qū)無(wú)線參數(shù)配置、鄰區(qū)、小區(qū)半徑，與正常小區(qū)進(jìn)行比較；第四步：導(dǎo)出與所關(guān)注指標(biāo)關(guān)聯(lián)最緊密的指標(biāo)進(jìn)行分析，從側(cè)面來(lái)發(fā)現(xiàn)問(wèn)題所在；例：某網(wǎng)絡(luò)出現(xiàn)全網(wǎng)的切換成功率變差的情況，現(xiàn)在對(duì)切換成功率采用TOP N分析方法分析問(wèn)題；詳細(xì)操作可以參考如下案例：第一步：按照關(guān)注指標(biāo)的條件篩選出TOP N小區(qū)；我們用 KPI分析功能篩選出TOP N小區(qū)（也可以用其他的工具選出,導(dǎo)出到EXCEL 排序），這里我們?nèi)∏袚Q失敗次數(shù)高的個(gè)最壞小區(qū)；表 41 TOP N最壞小區(qū)列表開始時(shí)間結(jié)束時(shí)間ME ID名稱YY-切換成功率分子YY-切換成功率分母切換失敗次數(shù)2013-12-30 00:00:002013-12-31 00:00:000040_廣州廣州大橋南FE(40)1226424458121942013-12-28 00:00:002013-12-29 00:00:000040_廣州廣州大橋南FE(40)74031674993462013-12-29 00:00:002013-12-30 00:00:000040_廣州廣州大橋南FE(40)89671762586582013-12-30 00:00:002013-12-31 00:00:001484_廣州周門麗安大廈FEprc(1484)2721526325422013-12-29 00:00:002013-12-30 00:00:000301_廣州碧海大廈FE(301)4844693820942013-12-28 00:00:002013-12-29 00:00:001484_廣州周門麗安大廈FEprc(1484)2424398615622013-12-28 00:00:002013-12-29 00:00:000301_廣州碧海大廈FE(301)455857261168第二步：檢查TOP N最壞小區(qū)的 、傳輸、硬件問(wèn)題，或者是不是由于某突發(fā)的外界事件造成，如惡劣天氣、集會(huì)、節(jié)假日的高話務(wù)造成；接下來(lái)對(duì)每個(gè)小區(qū)進(jìn)行健康性檢查，主要關(guān)注點(diǎn)在日常告警、BPL單板/RRU問(wèn)題等等，經(jīng)過(guò)檢查發(fā)現(xiàn)這些站點(diǎn)的切換目標(biāo)側(cè)都無(wú)告警，但這些站點(diǎn)都出現(xiàn)切換過(guò)程中在目標(biāo)側(cè)準(zhǔn)備失敗的問(wèn)題。第三步：檢查小區(qū)無(wú)線參數(shù)配置、鄰區(qū)、小區(qū)半徑，與正常小區(qū)進(jìn)行比較；1.小區(qū)狀態(tài)問(wèn)題：經(jīng)過(guò)核查，沒(méi)有問(wèn)題。2.配置問(wèn)題：小區(qū)參數(shù)配置，沒(méi)有問(wèn)題。3.telnet到前臺(tái)發(fā)現(xiàn)BPL單板核2無(wú)法連接，懷疑單板故障?，F(xiàn)場(chǎng)更換BPL單板后，問(wèn)題解決。4.2 KPI性能分析基本技能掌握KPI統(tǒng)計(jì)工具及分析工具的應(yīng)用：1.使用工具可以快速了解全網(wǎng)運(yùn)行情況，快速的篩選出TOP N最壞小區(qū)列表；2.使用不同的分析工具可以多方位多維度的定位問(wèn)題，迅速找到問(wèn)題點(diǎn)；掌握信令流程和基本原理：l 異常定位分析中能夠有的放矢，根據(jù)流程和基本原理能夠迅速查找其他的相關(guān)指標(biāo)進(jìn)行輔助分析。l 熟悉流程和原理，可以把異常的KPI和網(wǎng)絡(luò)問(wèn)題（如覆蓋問(wèn)題、干擾問(wèn)題等）有機(jī)關(guān)聯(lián)，根據(jù)異常KPI大致確定問(wèn)題的性質(zhì)，從而選擇相應(yīng)分析工具進(jìn)行深入分析。性能分析工作要求工程師掌握基本的信令流程，熟悉標(biāo)準(zhǔn)口的協(xié)議棧，了解產(chǎn)品實(shí)現(xiàn)有哪些相關(guān)算法；對(duì)于名目繁多的RRM算法，工程師至少要從概念上有所了解，如果分析的商用網(wǎng)絡(luò)中包含部分算法，則需要對(duì)這些算法進(jìn)行深入的學(xué)習(xí)。4.2.1 KPI監(jiān)控常用工具l 網(wǎng)管工具NetNumenU31：統(tǒng)計(jì)KPI原始數(shù)據(jù)、告警數(shù)據(jù)、小區(qū)無(wú)線參數(shù)配置、地面參數(shù)配置；l KPI日?qǐng)?bào)生成工具：對(duì)重要指標(biāo)按某種條件進(jìn)行分類，篩選出最壞小區(qū)；4.2.2 KPI分析用到的工具l CNO工具：CNO具有KPI分析功能，可以按照各種條件篩選最壞小區(qū)，并且指出該指標(biāo)對(duì)應(yīng)的計(jì)數(shù)器；該工具的使用方法參考ZXPOS CNO1-LTE 應(yīng)用指導(dǎo)書或者軟件幫助；l SignalTrace ：跟蹤ENB各接口信令；可以跟蹤S1,X2口以及Uu口（和UE 的RRC層交互信令）的信令，查KPI問(wèn)題最常用的就是RRC信令。能夠進(jìn)行ENB信令跟蹤，這是對(duì)外場(chǎng)KPI優(yōu)化及網(wǎng)優(yōu)及維護(hù)人員的基本要求。該信令跟蹤工具非常強(qiáng)大，用于KPI分析的主要是按照小區(qū)（UE_Cell）和按照IMSI(或GID)進(jìn)行跟蹤。前者可以跟蹤多個(gè)用戶的信令，后者只跟蹤一個(gè)用戶的信令，但如果RRC鏈接過(guò)程沒(méi)有完成，則無(wú)法跟蹤，主要是因?yàn)镋NB只有在RRC鏈接過(guò)程完成后才能夠從CN得到該用戶的IMSI。該工具的使用方法參考TD-LTE（12.13.xx）網(wǎng)管網(wǎng)優(yōu)常用工具及操作指導(dǎo)書_R1.3；l ENB關(guān)聯(lián)日志：關(guān)聯(lián)日志的應(yīng)用場(chǎng)景一般是：出現(xiàn)異常且沒(méi)有跟蹤到RRC信令，可以通過(guò)關(guān)聯(lián)日志進(jìn)行異常時(shí)間上下文信令分析來(lái)定位。異常可以按照GID (或IMSI)和小區(qū)id來(lái)進(jìn)行查詢。關(guān)聯(lián)日志的另一個(gè)應(yīng)用是可以對(duì)各種異常進(jìn)行匯總統(tǒng)計(jì)；l ENodeB LMT ：ENodeB本地操作維護(hù)的工具，除具備OMCB的全部操作功能外，還可以提供更詳細(xì)的小區(qū)，UE等信息采集。ENodeB的本地維護(hù)（LMT）系列工具包括EOMS,MTSl NodeB 異常探針: 在LTE商用局外場(chǎng)，ENodeB異常探針?lè)治鍪潜O(jiān)控基站運(yùn)行狀況的有效手段，ENodeB各模塊在發(fā)現(xiàn)異常后會(huì)自動(dòng)記錄相關(guān)信息，便于定位問(wèn)題。但此方法需要較專業(yè)的背景知識(shí)，即需要了解各單板及模塊的功能和接口；現(xiàn)場(chǎng)人員如果不能做簡(jiǎn)單的分析，只要獲取異常探針發(fā)給后方研發(fā)人員就可以。ENodeB上報(bào)的異常探針，存儲(chǔ)在各自O(shè)MCB服務(wù)器上。NodeB異常探針?lè)治?，需要分別從不同的OMCB服務(wù)器FTP下載異常探針文件，再使用異常探針工具進(jìn)行分析匯總。l CTS工具：CTS是端對(duì)端工具，可以按照IMSI進(jìn)行深度信令跟蹤，尤其可以跨MME邊界進(jìn)行跟蹤，這樣就非常適合對(duì)VIP用戶的跟蹤；如果采用SignalTrace進(jìn)行跟蹤，則需要多個(gè)ENODEB進(jìn)行跟蹤，比較麻煩。CTS可以跟蹤內(nèi)部網(wǎng)元之間的交互信令，可以跟蹤S1口及Uu口的信令，這就是所謂的深度跟蹤。其基本原理就是在CTS server上建立IMSI任務(wù)，將該IMSI任務(wù)送到CN前臺(tái)，CN前臺(tái)再通過(guò)和CN個(gè)模塊及ENODEB約定好的接口送給各個(gè)模塊，各模塊收集到這個(gè)IMSI相關(guān)信令后通過(guò)前臺(tái)匯總到CTS server上。上述的接口屬于私有接口，所以，這個(gè)工具只能支持我們自己的CN和ENODEB（其他廠商的核心網(wǎng)需要進(jìn)行對(duì)接）。CTS信令可以采用離線工具進(jìn)行查看分析。該工具的使用可參考TD-LTE CTS信令跟蹤工具使用指導(dǎo)手冊(cè)l UE log： KPI指標(biāo)的分析過(guò)程中，DT測(cè)試也是非常重要的輔助手段；很多問(wèn)題，從網(wǎng)絡(luò)側(cè)的一些信令跟蹤及trace常常無(wú)法定位問(wèn)題，只有結(jié)合UE log才能最終分析定位。我們常用的路測(cè)軟件有QXDM/APEX(QCAT)，CNT/CNA等。 CNT/CNA都是網(wǎng)優(yōu)常用路測(cè)軟件，CNT/CNA的使用方法詳見(jiàn)相應(yīng)的幫助文檔及網(wǎng)優(yōu)工具部對(duì)外發(fā)布的說(shuō)明文檔。其中高通提供的QXDM及解析工具APEX(QCAT)，功能非常強(qiáng)大，多年以來(lái)，為我們系統(tǒng)的穩(wěn)定成熟及提高做出了重大貢獻(xiàn)。4.3 KPI優(yōu)化分析過(guò)程分析思路：KPI優(yōu)化過(guò)程就是一個(gè)發(fā)現(xiàn)問(wèn)題并解決問(wèn)題的過(guò)程；運(yùn)維階段的KPI優(yōu)化主要是從后臺(tái)網(wǎng)管提取所關(guān)注的性能數(shù)據(jù)，對(duì)性能數(shù)據(jù)分類匯總，將匯總的值與局方的要求值進(jìn)行比較，如果某個(gè)指標(biāo)比局方要求的值低，那么就要對(duì)該指標(biāo)進(jìn)行重點(diǎn)的分析，找到影響該指標(biāo)的因素并提出解決方案，最后輸出報(bào)告給局方；如果指標(biāo)比局方要求的高則不需要特別關(guān)注。KPI指標(biāo)分析過(guò)程是一個(gè)從宏觀到微觀，從全局到局部的一個(gè)過(guò)程；1.第一步，從全網(wǎng)的角度來(lái)看重點(diǎn)指標(biāo)的情況，如果沒(méi)有什么問(wèn)題則不用做何處理，否則要定位發(fā)生問(wèn)題的ENB網(wǎng)元；2.第二步，對(duì)相應(yīng)CLUSTER指標(biāo)數(shù)據(jù)進(jìn)行分析，找出指標(biāo)有問(wèn)題的CLUSTER；3.第三步，對(duì)問(wèn)題CLUSTER下面的小區(qū)級(jí)指標(biāo)進(jìn)行分析，找出最壞小區(qū)或TOP N小區(qū)，如果該CLUSTER所有小區(qū)的指標(biāo)普遍較低，這種共性的現(xiàn)象可能是由于參數(shù)設(shè)置造成，核查一下該CLUSTER下小區(qū)與正常CLUSTER下小區(qū)的無(wú)線參數(shù)配置是否一致； 4.第四步，綜合最壞小區(qū)的KPI數(shù)據(jù)、告警數(shù)據(jù)、DT測(cè)試數(shù)據(jù)、用戶投訴情況四類數(shù)據(jù)綜合分析，提出解決方案。- 問(wèn)題排除法：從網(wǎng)管的告警數(shù)據(jù)中可以直接檢查該ENodeB，BPL板、傳輸?shù)倪\(yùn)行情況，如果問(wèn)題存在明顯的傳輸斷鏈、硬件設(shè)備等，可以很快定位問(wèn)題原因；- 突發(fā)事件關(guān)聯(lián)：對(duì)大量站點(diǎn)出現(xiàn)的問(wèn)題就需要考慮是否是由于突發(fā)事件造成；比如大型集會(huì)、惡劣天氣、誤操作等都會(huì)對(duì)網(wǎng)絡(luò)指標(biāo)造成影響，根據(jù)各自的程度深淺，影響的范圍也有所區(qū)別；- 無(wú)線參數(shù)比較法：如果出現(xiàn)某些站點(diǎn)突然出現(xiàn)故障，還可以檢查該小區(qū)無(wú)線參數(shù)的配置，與其它正常小區(qū)的無(wú)線參數(shù)配置是否一致，如果不一致則改為一致，因?yàn)樵撔^(qū)可能是由于無(wú)線參數(shù)被誤改而造成指標(biāo)下降；- 指標(biāo)關(guān)聯(lián)法：如果某指標(biāo)較差，一定要看一下與之相關(guān)聯(lián)的指標(biāo)情況，往往從這些關(guān)聯(lián)的指中能發(fā)現(xiàn)共同的問(wèn)題；- 綜合定位法：排除了以上幾個(gè)原因后，運(yùn)用DT數(shù)據(jù)、KPI數(shù)據(jù)、ENB信令分析等數(shù)據(jù)，綜合分析指標(biāo)問(wèn)題，可以定位出小區(qū)的指標(biāo)問(wèn)題。圖 4-1 KPI優(yōu)化分析流程圖5 KPI優(yōu)化分析專題本章主要介紹如何從網(wǎng)管數(shù)據(jù)來(lái)分析指標(biāo)問(wèn)題，以及如何結(jié)合計(jì)數(shù)器來(lái)優(yōu)化KPI的思路，每個(gè)專題詳細(xì)的分析方法及案例見(jiàn)各專題優(yōu)化指導(dǎo)書。5.1 RRC建立成功率本章主要從網(wǎng)管的角度來(lái)分析問(wèn)題，通過(guò)參數(shù)的調(diào)整達(dá)到優(yōu)化的目的。5.1.1 RRC建立成功率的定義從空口信令上看，RRC建立過(guò)程如下：圖 5-1 RRC接入流程 、本流程圖表述了RRC連接建立過(guò)程。包含了RRC連接建立成功，RRC連接建立被拒絕和RRC連接建立失敗過(guò)程。l 采樣點(diǎn)1：eNodeb接收到UE的RRC連接建立請(qǐng)求消息，進(jìn)行采樣統(tǒng)計(jì)。l 采樣點(diǎn)2：eNodeb發(fā)送RRC連接建立消息，進(jìn)行采樣統(tǒng)計(jì)。l 采樣點(diǎn)3：eNodeb接收到RRC建立完成消息，進(jìn)行采樣統(tǒng)計(jì)。l 采樣點(diǎn)4：eNodeb發(fā)送RRC連接拒絕消息，進(jìn)行采樣統(tǒng)計(jì)。l 采樣點(diǎn)5：eNodeb等待RRC連接建立完成消息定時(shí)器超時(shí)，采樣統(tǒng)計(jì)。RRC建立失敗常見(jiàn)原因表 51 掉話常見(jiàn)原因指標(biāo)或計(jì)數(shù)器指標(biāo)公式或計(jì)數(shù)器描述信息Cmt-Access類型RRC連接失敗次數(shù)，定時(shí)器超時(shí)(次)Cmt-Access類型RRC連接失敗次數(shù)，eNB接納失敗(次)Cmt-Access類型RRC連接失敗次數(shù)，其他原因(次)Cmo-Signalling類型RRC連接失敗次數(shù)，定時(shí)器超時(shí)(次)Cmo-Signalling類型RRC連接失敗次數(shù)，eNB接納失敗(次)Cmo-Signalling類型RRC連接失敗次數(shù)，其他原因(次)Cmo-Data類型RRC連接失敗次數(shù)，定時(shí)器超時(shí)(次)Cmo-Data類型RRC連接失敗次數(shù)，eNB接納失敗(次)Cmo-Data類型RRC連接失敗次數(shù)，其他原因(次)ChighPriorityAccess類型RRC連接失敗次數(shù)，定時(shí)器超時(shí)(次)ChighPriorityAccess類型RRC連接失敗次數(shù)，eNB接納失敗(次)ChighPriorityAccess類型RRC連接失敗次數(shù)，其他原因(次)Cemergency類型RRC連接失敗次數(shù)，定時(shí)器超時(shí)(次)Cemergency類型RRC連接失敗次數(shù)，eNB接納失敗(次)Cemergency類型RRC連接失敗次數(shù)，其他原因(次)5.1.2 影響RRC接入成功率的因素影響RRU接入的主要因素如下，可在優(yōu)化RRC成功率時(shí)參考1，基站故障2，基站參數(shù)，PRACH配置，最小接入電平設(shè)置，3，上行干擾，NI太高4，弱場(chǎng)接入，RRC無(wú)法完成。 弱場(chǎng)接入案例就某項(xiàng)目外場(chǎng)統(tǒng)計(jì)結(jié)果來(lái)看，RRC接入失敗多發(fā)生在C（mo-Signalling類型RRC連接失敗次數(shù)，定時(shí)器超時(shí)）即初始接入MSG5超時(shí)?，F(xiàn)場(chǎng)在排除無(wú)線環(huán)境、NI、基站故障等異常的情況下，仍然發(fā)現(xiàn)不少基站存在MSG5超時(shí)的問(wèn)題。查看版本默認(rèn)配置的小區(qū)最小接入電平值（當(dāng)前為-130dBm），懷疑此值設(shè)置過(guò)于寬松，容易造成遠(yuǎn)距離接入而導(dǎo)致MSG5超時(shí)。對(duì)經(jīng)常發(fā)生MSG5超時(shí)的基站統(tǒng)計(jì)其TA,TA分布如下。圖 5-2 TA接入統(tǒng)計(jì)分布為了保證接收側(cè)（eNodeB側(cè)）的時(shí)間同步，LTE提出了上行定時(shí)提前（Uplink Timing Advance）的機(jī)制。在UE側(cè)看來(lái)，timing advance本質(zhì)上是接收到下行子幀的起始時(shí)間與傳輸上行子幀的時(shí)間之間的一個(gè)負(fù)偏移（negative offset）。eNodeB通過(guò)適當(dāng)?shù)乜刂泼總€(gè)UE的偏移，可以控制來(lái)自不同UE的上行信號(hào)到達(dá)eNodeB的時(shí)間。對(duì)于離eNodeB較遠(yuǎn)的UE，由于有較大的傳輸延遲，就要比離eNodeB較近的UE提前發(fā)送上行數(shù)據(jù)。最終目的是當(dāng)不同距離的UE接入同一eNodeB時(shí)，為了保證上行傳輸?shù)恼恍?，避免小區(qū)內(nèi)（intra-cell）干擾，eNodeB要求來(lái)自同一子幀但不同頻域資源（不同的RB）的不同UE的信號(hào)到達(dá)eNodeB的時(shí)間基本上是對(duì)齊的。1TA=16Ts=16*32.55ns*/2=78m從以上統(tǒng)計(jì)可以看出，問(wèn)題基站的TA都集中在TA14，20以后了，即14*78m=1092m。按照項(xiàng)目現(xiàn)場(chǎng)布局，屬于遠(yuǎn)距離接入，且數(shù)量較多符合之前的猜想。對(duì)此，項(xiàng)目組決定統(tǒng)一修改小區(qū)最小接入電平值由-128dbm改為-120dbm，規(guī)避超遠(yuǎn)距離接入帶來(lái)的MSG5超時(shí)問(wèn)題同時(shí)降低掉話率。優(yōu)化措施2013年12月11日對(duì)全網(wǎng)修改此參數(shù)后，RRC建立成功率和無(wú)線掉線率指標(biāo)明顯提升。圖 5-3 優(yōu)化后RRC建立成功率圖 5-4 優(yōu)化后無(wú)線掉線率 上行干擾案例提取TOP小區(qū)每小時(shí)的RRC建立成功率，與每小時(shí)粒度的NI相對(duì)比，觀察是否RRC建立成功率低時(shí)，NI值升高。對(duì)比底噪值與RRC連接建立成功率可以發(fā)現(xiàn)，當(dāng)100個(gè)RB計(jì)數(shù)器噪聲之和超過(guò)-9000dBm之后，RRC連接建立成功率將明顯下降。如果因干擾導(dǎo)致接入成功率突降，需要進(jìn)行干擾排查 基站故障案例TDD西安陜西賓館新辦公樓3小區(qū)均出現(xiàn)RRC建立成功率低，核查發(fā)現(xiàn)基站出現(xiàn)故障。小區(qū)名稱TDD西安陜西賓館新辦公樓TDDRRC連接建立成功率(百分比)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ù)，定時(shí)器超時(shí)(次)1202mt-Access類型RRC連接失敗次數(shù)，eNB接納失敗(次)897mt-Access類型RRC連接失敗次數(shù)，其他原因(次)470mo-Signalling類型RRC連接失敗次數(shù)，定時(shí)器超時(shí)(次)471mo-Signalling類型RRC連接失敗次數(shù)，eNB接納失敗(次)2535網(wǎng)元反復(fù)出現(xiàn)如下告警，導(dǎo)致RRC連接建立成功率降低。網(wǎng)元告警級(jí)別告警碼發(fā)生時(shí)間告警類型西安陜西賓館新辦公樓主要小區(qū)退出服務(wù)()2014-4-14 16:11服務(wù)質(zhì)量告警嚴(yán)重RRU鏈路斷()2014-4-14 16:14處理錯(cuò)誤告警主要天饋駐波比異常()2014-4-14 16:02設(shè)備告警嚴(yán)重設(shè)備掉電()2014-4-14 16:11設(shè)備告警主要CPU過(guò)載嚴(yán)重告警()2014-4-13 11:15處理錯(cuò)誤告警次要CPU過(guò)載告警()2014-4-13 11:12處理錯(cuò)誤告警主要光口接收鏈路故障()2014-4-13 10:43通信告警主要單板處于初始化狀態(tài)()2014-4-13 10:39處理錯(cuò)誤告警嚴(yán)重軟件運(yùn)行異常()2014-4-13 10:39處理錯(cuò)誤告警5.2 ERAB建立成功率ERAB建立失敗較多時(shí)，首先核查基站有無(wú)影響業(yè)務(wù)的告警，如傳輸類，RRU類故障。如果沒(méi)有告警，則需要繼續(xù)分析失敗原因。通過(guò)跟蹤基站信令觀察ERAB建立失敗過(guò)程。起始時(shí)間小區(qū)名稱TDDE-RAB建立成功率(百分比)初始的E-RAB建立失敗次數(shù)，其他原因(個(gè))2014-4-13TDD西安小寨ZT-XABO719TL-0(1)64.14%74332014-4-13TDD西安小寨ZT-XABO719TL-1(2)63.35%31602014-4-13TDD西安小寨ZT-XABO719TL-2(3)64.58%1395使用系統(tǒng)工具中的信令跟蹤功能，跟蹤UE級(jí)小區(qū)信令；查看ERAB建立失敗原因，針對(duì)具體原因進(jìn)行排查5.3 切換成功率優(yōu)化專題5.3.1 切換成功率的定義切換分同頻、異頻切換，小區(qū)間、基站間切換。本章節(jié)以S1口基站間同頻切換為例，其切換流程如下圖 5-5 S1切換流程當(dāng)eNodeB接收到從UE來(lái)的測(cè)量報(bào)告消息，根據(jù)消息進(jìn)行判決，如果條件滿足eNodeB間S1切換，則觸發(fā)UE在eNodeB間切換過(guò)程。eNodeB發(fā)送切換請(qǐng)求消息給MME。目標(biāo)eNodeB接收到MME的Handover Request消息，進(jìn)入資源準(zhǔn)備。如果資源準(zhǔn)備成功，給MME回復(fù)Handover Request Acknowledge。如果資源準(zhǔn)備失敗，則給MME回復(fù)HandoverFailure。MME給源側(cè)eNodeB發(fā)送Handover Preparation Failure，切換準(zhǔn)備過(guò)程結(jié)束。源側(cè)eNodeB接收到從MME來(lái)的Handover Command消息，則發(fā)起切換過(guò)程，給UE發(fā)送Handover Command(i.e. RRC Connection Reconfiguration)。目標(biāo)側(cè)eNodeB接收到UE的RRC重配完成消息后，發(fā)送Handover Notify消息給MME,指示UE已經(jīng)成功切換到了目標(biāo)小區(qū)。MME接收到Handover Notify消息后，給源eNodeB發(fā)送UE Context Release Command消息，切換過(guò)程成功結(jié)束。切換失敗常見(jiàn)原因切換成功率統(tǒng)計(jì)點(diǎn)都是在切換出一側(cè)進(jìn)行統(tǒng)計(jì)，排查該指標(biāo)時(shí)建議使用網(wǎng)管EUTRAN鄰區(qū)關(guān)系對(duì)進(jìn)行統(tǒng)計(jì)，通過(guò)該手段能及時(shí)發(fā)現(xiàn)切換出源側(cè)和目標(biāo)側(cè)的問(wèn)題，如在目標(biāo)側(cè)準(zhǔn)備失敗、在目標(biāo)側(cè)無(wú)法建立回源側(cè)發(fā)起重建立、切換等待響應(yīng)超時(shí)等。圖 5-6 EUTRAN鄰接關(guān)系5.3.2 切換成功率低處理思路切換過(guò)程中包含切換準(zhǔn)備階段，與切換執(zhí)行階段，2個(gè)階段涉及到的因素各不一樣，因此需要分開來(lái)處理。具體來(lái)說(shuō)，切換準(zhǔn)備失敗問(wèn)題，多由外部鄰小區(qū)參數(shù)配置錯(cuò)誤（鄰區(qū)配置正確）或者切換準(zhǔn)備目標(biāo)基站故障引起。分類原因有換出準(zhǔn)備失敗次數(shù)，等待切換響應(yīng)定時(shí)器超時(shí)(次)切換出準(zhǔn)備失敗次數(shù)，目標(biāo)側(cè)準(zhǔn)備失敗(次)切換出準(zhǔn)備失敗次數(shù)，其它原因(次)切換出準(zhǔn)備失敗次數(shù)，源側(cè)發(fā)生重建立(次)切換執(zhí)行失敗，發(fā)生在切換命令下發(fā)后，終端執(zhí)行時(shí)失敗，與無(wú)線環(huán)境，鄰區(qū)配置的合理性強(qiáng)相關(guān)。分類原因有源側(cè)發(fā)生重建立(次)目標(biāo)側(cè)發(fā)生重建立(次)其它原因(次)RRC重配完成超時(shí)(次)分析切換失敗，可定制測(cè)量類型為:LTEE-UTRAN鄰接關(guān)系的KPI報(bào)表，統(tǒng)計(jì)每一個(gè)鄰區(qū)對(duì)的切換情況。需要用到的計(jì)數(shù)器模板如下：對(duì)于整網(wǎng)切換成功率較低的網(wǎng)絡(luò)，可以先按切換細(xì)分模板提出整網(wǎng)指標(biāo)，分析切換準(zhǔn)備與執(zhí)行那個(gè)導(dǎo)致的失敗次數(shù)較多，再按TOP小區(qū)針對(duì)分析處理。 切換準(zhǔn)備失敗處理切換準(zhǔn)備失敗需要提取切換準(zhǔn)備相關(guān)的計(jì)數(shù)器分解，查看具體的準(zhǔn)備失敗原因。切換準(zhǔn)備失敗主要關(guān)注鄰區(qū)參數(shù)的正確性。切換準(zhǔn)備失敗需要定期核查現(xiàn)網(wǎng)鄰區(qū)數(shù)據(jù),保證數(shù)據(jù)的有效與準(zhǔn)確核查對(duì)象：1.現(xiàn)網(wǎng)中鄰區(qū)參數(shù)配置錯(cuò)誤的，如外部小區(qū)定義中與鄰接基站定義不一致的；定期提取規(guī)劃數(shù)據(jù)，進(jìn)行核查2，現(xiàn)網(wǎng)中對(duì)異廠家站點(diǎn)鄰區(qū)定義錯(cuò)誤的，需定期索取異常家工參核查；現(xiàn)網(wǎng)中鄰區(qū)基站ID錯(cuò)誤的，即不存在于異廠家網(wǎng)管，也不存在與中興網(wǎng)管中的鄰區(qū)關(guān)系。需要?jiǎng)h除這類鄰區(qū)數(shù)據(jù)。3.定期核查現(xiàn)網(wǎng)中超遠(yuǎn)鄰區(qū)關(guān)系。市區(qū)內(nèi)暫以2.5KM為界，郊縣不受此限制核查外部鄰小區(qū)配置參數(shù)是否正確。核查規(guī)劃參數(shù)配置表中ExternalEUtranCellTDD鄰小區(qū)的相關(guān)配置參數(shù)，是否與鄰接基站無(wú)線參數(shù)配置一致。推薦核查工具：健康衛(wèi)士核查結(jié)果：切換準(zhǔn)備失敗原因?yàn)榍袚Q出準(zhǔn)備失敗次數(shù)，其它原因(次)時(shí)，需要詳細(xì)分析。 切換執(zhí)行失敗處理切換執(zhí)行階段失敗同樣需要提取切換準(zhǔn)備相關(guān)的計(jì)數(shù)器分解，查看具體的執(zhí)行失敗原因。l 切換出執(zhí)行失敗次數(shù)較多，且成功率為0的小區(qū)對(duì)，重點(diǎn)核查切換目標(biāo)小區(qū)是否與周邊站點(diǎn)同頻同PCI，鄰區(qū)配置是否合理，是否加了較遠(yuǎn)的站點(diǎn)為鄰區(qū)，且與周邊站點(diǎn)同PCI。l 切換出執(zhí)行次數(shù)較多，有一定幾率成功，有一定幾率失敗的鄰區(qū)對(duì)，核查目標(biāo)基站否存在上行干擾，如果存在上行干擾，即需要進(jìn)行干擾排查。l 超級(jí)小區(qū)配置鄰區(qū)，當(dāng)主小區(qū)與輔小區(qū)鄰區(qū)PCI相同時(shí)，只能配置超級(jí)小區(qū)主小區(qū)之間的鄰區(qū)，不能配置主小區(qū)到輔小區(qū)的鄰區(qū)。非超級(jí)小區(qū)也不能添加對(duì)輔小區(qū)的鄰區(qū)。否則會(huì)造成切換執(zhí)行失敗。l 對(duì)于異頻切換執(zhí)行失敗較多的站點(diǎn)，核查異頻啟動(dòng)測(cè)量A2事件和A3事件配置是否合理。5.3.3 案例 切換準(zhǔn)備失敗案例兩個(gè)小區(qū)（71129、71238）均為切換至昌平沙河?xùn)|北ZL-2(0:460:00:71246:2)失敗，失敗原因均為切換準(zhǔn)備時(shí)目標(biāo)側(cè)準(zhǔn)備失敗，而且絕大多數(shù)均為X2切換失?。呵袚Q準(zhǔn)備失敗信令跟蹤:基站分布圖失敗原因是由于在做切換時(shí)，發(fā)送X2切換請(qǐng)求后，目標(biāo)側(cè)基站回復(fù)準(zhǔn)備失敗，拒絕原因是“未知的MME Code”，經(jīng)核查發(fā)現(xiàn)是由于目標(biāo)側(cè)基站配置SCTP偶聯(lián)時(shí)只配置了對(duì)一個(gè)MME，漏配了一個(gè)。把對(duì)相應(yīng)MME的SCTP進(jìn)行添加后，問(wèn)題解決。 切換執(zhí)行失敗案例提取小區(qū)對(duì)級(jí)的切換指標(biāo)，統(tǒng)計(jì)鄰區(qū)對(duì)的切換成功率TDD西安外國(guó)語(yǔ)學(xué)院-ZLH-XABO436TL-2(3)小區(qū)切換至目標(biāo)小區(qū)_1小區(qū)切換出執(zhí)行成功率為0，核查該站外部鄰區(qū)關(guān)系中（ExternalEUtranCellTDD）_1小區(qū)PCI為69。但該站ID在中興網(wǎng)管中并不存在，在異廠家工參中也不存在，是錯(cuò)