1 掉線率

1.1 指標(biāo)定義

無線掉線率=(eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù)+UE Context異常釋放次 數(shù))/UE Context建立成功總次數(shù)*100%

1.2 指標(biāo)分析及統(tǒng)計(jì)點(diǎn)介紹

UE Context異常釋放次數(shù)

測(cè)量點(diǎn)：如圖1中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送UE CONTEXT RELEASE REQUEST消 息，會(huì)釋放UE的所有E-RAB。當(dāng)釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”時(shí)，測(cè)量指標(biāo) L.UECNTX.AbnormRel加1。

eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù)

測(cè)量點(diǎn)：如圖2中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送S1 RESET消息時(shí)，根據(jù)包含的上下文個(gè) 數(shù)，指標(biāo)L.UECNTX.Rel.S1Reset.eNodeB進(jìn)行累加。

UE Context建立成功總次數(shù)

測(cè)量點(diǎn)：如圖3中B點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送INITIAL CONTEXT SETUP RESPONSE 消息時(shí)統(tǒng)計(jì)該指標(biāo)。消息中如果包括多個(gè)E-RAB，該指標(biāo)也只統(tǒng)計(jì)一次

1.3 TOP小區(qū)分析流程

TOP小區(qū)分析可通過OMC 920提取異常釋放原因：

□ eNodeB發(fā)起的原因?yàn)?/span>UE LOST的UE Context釋放次數(shù)

□ eNodeB發(fā)起的原因?yàn)榍袚Q失敗的UE Context釋放次數(shù)  

□ eNodeB發(fā)起的原因?yàn)闊o線層問題的UE Context釋放次數(shù)  

□ eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù)

分析和處理流程如下：

2 接通成功率

2.1 指標(biāo)定義

無線接通率=RRC連接建立成功率*E-RAB建立成功率=(RRC連接建立完成次數(shù)/RRC連接請(qǐng) 求次數(shù)（不包括重發(fā)）)*E-RAB建立成功總次數(shù)/E-RAB建立嘗試總次數(shù)*100%

2.2 指標(biāo)分析及統(tǒng)計(jì)點(diǎn)介紹

【A點(diǎn)】

（1）指標(biāo)L.RRC.ConnReq.Att加1，不統(tǒng)計(jì)重發(fā)的次數(shù)。

2015/8/19 LTE指標(biāo)優(yōu)化及TOP小區(qū)分析指導(dǎo)（圖文詳解）

Case1：eNB下發(fā)RRC_Conn_Setup消息后，在T300定時(shí)器超時(shí)前，收到相同的UeID發(fā)起 的RRC_Conn_Req（Setup丟失，UE MAC沖突解決定時(shí)器超時(shí)后重發(fā)RRC_Conn_Req， UeID不變），記為一次重發(fā)RRC_Conn_Req消息。

Case2：T300超時(shí)后，UE仍未收到RRC_Conn_Setup，UE重新搜網(wǎng)，發(fā)起初始接入， UeID是取0~239的隨機(jī)值或上層下發(fā)的TMSI。eNB側(cè)記為新的一次初始接入， L.RRC.ConnReq.Att加1。

Case3：發(fā)起Attach后會(huì)啟動(dòng)T3410定時(shí)器。如果UE發(fā)出RRC_Conn_Setup_Cmp后，ENB 沒有收到，UE會(huì)在定時(shí)器超時(shí)后重新發(fā)起Attach，ENB側(cè)記為新的一次初始接入； RRC_Conn_Setup_Cmp丟失不會(huì)觸發(fā)重建，發(fā)起重建的前提是安全已經(jīng)激活。

（2）如果RRC Connection Request消息信元Establishment Cause為“emergency”，指標(biāo) L.RRC.ConnReq.Att.Emc加1。

（3）如果RRC Connection Request消息信元Establishment Cause為“highPriorityAccess”， 指標(biāo)L.RRC.ConnReq.Att.HighPri加1。

（4）如果RRC Connection Request消息信元Establishment Cause為“mt-Access”，指標(biāo) L.RRC.ConnReq.Att.Mt加1。

（5）如果RRC Connection Request消息信元Establishment Cause為“mo-Singnalling”，指標(biāo) L.RRC.ConnReq.Att.MoSig加1。

（6）如果RRC Connection Request消息信元Establishment Cause為“mo-Data”，指標(biāo) L.RRC.ConnReq.Att.MoData加1。

【B點(diǎn)】

當(dāng)eNodeB下小區(qū)接收到UE發(fā)送的RRC Connection Request消息并下發(fā)RRC Connection Setup消息給UE時(shí)，指標(biāo)L.RRC.ConnSetup加1。

【C點(diǎn)】

當(dāng)eNodeB收到UE返回的RRC Connection Setup Complete消息時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)， L.RRC.ConnReq.Succ加1

RRC Setup Success Rate計(jì)算

RRCSetupSuccessRate=（L.RRC.ConnReq.Succ）/(L.RRC.ConnReq.Att)*100%

【A點(diǎn)】

當(dāng)eNodeB收到來自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息時(shí)統(tǒng)計(jì)該指標(biāo)。如果E-RAB SETUP REQUEST或者INITIAL CONTEXT 

SETUP REQUEST消息中要求同時(shí)建立多個(gè)E-RAB，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的QCI分別進(jìn)行 累加。

【B點(diǎn)】

當(dāng)MME收到來自eNodeB的E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息時(shí)E-RAB建立成功次數(shù)累加。

ERAB Setup Success Rate計(jì)算公式

ErabSetupSuccessRate=（L.E-RAB.SuccEst）/(L.E-RAB.AttEst)*100%

2.3 TOP小區(qū)提取及分析流程

1. TOP小區(qū)提取暫按以下方式操作（僅供參考，請(qǐng)根據(jù)網(wǎng)絡(luò)實(shí)際情況自定義）：

①RRC請(qǐng)求次數(shù)大于50次 ②接通率小于98%。 ③在一周之類重復(fù)出現(xiàn)2次以上的小區(qū)。

若前三種無法提取出TOP小區(qū)，可按RRC，ERAB建立失敗次數(shù),分開求和后降序排列篩選 RRC和ERAB建立失敗的TOP小區(qū)。

2. TOP小區(qū)中RRC和ERAB建立失敗次數(shù)原因值說明：

①對(duì)小區(qū)RRC建立失敗次數(shù)：

□ 資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：1526727083；重點(diǎn)關(guān)注top資源 是否足夠，包括top用戶數(shù)，傳輸、PRB等；

□ UE無應(yīng)答而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：1526727084；關(guān)注質(zhì)差、干擾、無 線環(huán)境等；

□ 小區(qū)發(fā)送RRC Connection Reject消息次數(shù)，指標(biāo)ID：1526728269；關(guān)注傳輸問題、是否 擁塞、干擾；

□ 因?yàn)?span style="margin: 0px; padding: 0px; max-width: 100%; box-sizing: border-box !important; word-wrap: break-word !important; font-family: Calibri;">SRS資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：1526728485；重點(diǎn)關(guān) 注SRS帶寬、配置指示、配置方式、SRS ACK/NACK設(shè)置是否合理等；

□因?yàn)?span style="margin: 0px; padding: 0px; max-width: 100%; box-sizing: border-box !important; word-wrap: break-word !important; font-family: Calibri;">PUCCH資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：1526728486；關(guān)注 PUCCH信道相關(guān)參數(shù)設(shè)置是否合理，CQI RB數(shù)配置是否合理等；

□流控導(dǎo)致的RRC Connection Request 消息丟棄次數(shù)，指標(biāo)ID：1526728489；關(guān)注擁塞， 業(yè)務(wù)流控相關(guān)參數(shù)是否設(shè)置正確等；

□流控導(dǎo)致的發(fā)送RRC Connection Reject消息次數(shù)，指標(biāo)ID：1526728490；關(guān)注擁塞，業(yè) 務(wù)流控相關(guān)參數(shù)是否設(shè)置正確等；

②對(duì)小區(qū)E-RAB建立失敗次數(shù)：

□因未收到UE響應(yīng)而導(dǎo)致E-RAB建立失敗的次數(shù)，指標(biāo)ID：1526726717；處理建議：需排 查覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯(cuò)誤，終端及用戶行為異常等原因。

□核心網(wǎng)問題導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：1526728276；處理建議：需跟蹤信令， 排查核心網(wǎng)問題（EPC參數(shù)設(shè)置,TAC碼設(shè)置的一致性，對(duì)用戶開卡限制，硬件故障方面排 查）；

□傳輸層問題導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：1526728277；處理建議：需查詢傳輸是 否有故障，高誤碼，閃斷，傳輸側(cè)參數(shù)設(shè)置問題。

□無線層問題導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：1526728278；處理建議：處理建議：需 排查覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯(cuò)誤，終端及用戶行為異常等原因。

□無線資源不足導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：1526728279；處理建議：排查TOP小 區(qū)資源是否足夠，是否故障引起，若存在資源不足問題，可考慮參數(shù)調(diào)整，流量均衡（小區(qū) 選擇，重選和切換類參數(shù)）；2、結(jié)合現(xiàn)場(chǎng)調(diào)整天饋，流量均衡；3、熱點(diǎn)區(qū)域，增補(bǔ)基站 等；

□安全模式配置失敗導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：1526728280；處理建議：需排查 覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯(cuò)誤，終端及用戶行為異常等原因

3 切換成功率

3.1 指標(biāo)定義

(eNodeB間同頻切換出成功次數(shù)+eNodeB間異頻切換出成功次數(shù) + eNodeB內(nèi)同頻切換出成 功次數(shù) + eNodeB內(nèi)異頻切換出成功次數(shù) - 通過重建回源小區(qū)的eNodeB間同頻切換出執(zhí)行成 功次數(shù) - 通過重建回源小區(qū)的eNodeB間異頻切換出執(zhí)行成功次數(shù) - 通過重建回源小區(qū)的 eNodeB內(nèi)同頻切換出執(zhí)行成功次數(shù) - 通過重建回源小區(qū)的eNodeB內(nèi)異頻切換出執(zhí)行成功次 數(shù)) / (eNodeB間同頻切換出嘗試次數(shù) + eNodeB間異頻切換出嘗試次數(shù) + eNodeB內(nèi)同頻切 換出嘗試次數(shù) + eNodeB內(nèi)異頻切換出嘗試次數(shù))*100%

3.2 指標(biāo)分析及統(tǒng)計(jì)點(diǎn)介紹

1）核心網(wǎng)原因?qū)е虑袚Q出準(zhǔn)備失敗

源小區(qū)收到來自MME的UE CONTEXT RELEASE COMMAND消息時(shí)，指標(biāo) L.HHO.Prep.FailOut.MME加1

2）目標(biāo)小區(qū)無響應(yīng)導(dǎo)致切換出準(zhǔn)備失敗

在X2切換時(shí)，未收到對(duì)端eNodeB發(fā)出的HANDOVER REQUEST ACKNOWLEDEG消息及 HANDOVER PREPARATION FAILURE消息；

在S1接口切換時(shí)，未收到MME發(fā)出的HANDOVER COMMAND消息及HANDOVER PREPARATION FAILURE消息。指標(biāo)L.HHO.Prep.FailOut.NoReply加1

3-1）目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)致切換出準(zhǔn)備失敗

在X2接口切換過程中的切換準(zhǔn)備階段，當(dāng)源小區(qū)收到來自目標(biāo)小區(qū)的HANDOVER PREPARATION FAILURE消息時(shí)，指標(biāo)L.HHO.Prep.FailOut.PrepFailure加1

在S1接口切換過程中的切換準(zhǔn)備階段，當(dāng)源小區(qū)收到來自MME的HANDOVER PREPARATION FAILURE消息時(shí)，指標(biāo)L.HHO.Prep.FailOut.PrepFailure加1

3-2）源小區(qū)發(fā)送切換取消導(dǎo)致切換出準(zhǔn)備失敗

在X2接口切換及S1接口切換過程中，切換準(zhǔn)備階段未結(jié)束且沒有收到來自目標(biāo)測(cè)的任何消 息，源小區(qū)判決取消本次切換，并發(fā)送HANDOVER CANCEL消息時(shí)，指標(biāo) L.HHO.Prep.FailOut.HOCancel加1

4）eNodeB間切換出取消

在X2接口切換及S1接口切換過程中，源小區(qū)發(fā)送HANDOVER CANCEL消息時(shí)，指標(biāo) L.HHO.FailOut.HOCancel加1。該指標(biāo)不考慮切換準(zhǔn)備是否完成，只要源小區(qū)發(fā)送 HANDOVER CANCEL消息，指標(biāo)就統(tǒng)計(jì)。

3.3 TOP小區(qū)分析流程

TOP小區(qū)分析可通過OMC 920提取切換出失敗原因：

□ 核心網(wǎng)原因?qū)е虑袚Q出準(zhǔn)備失敗次數(shù)

□ 目標(biāo)小區(qū)無響應(yīng)導(dǎo)致切換出準(zhǔn)備失敗次數(shù)

□ 目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)致切換出準(zhǔn)備失敗次數(shù)  

□ 源小區(qū)發(fā)送切換取消導(dǎo)致切換出準(zhǔn)備失敗次數(shù)

 □ eNodeB間切換出取消次數(shù)

  若以上手段都不能解決問題則安排前場(chǎng)人員現(xiàn)場(chǎng)測(cè)試，同時(shí)后臺(tái)通過信令跟蹤，配合查找問 題原因；如果確認(rèn)問題后，需第三方配合解決，轉(zhuǎn)發(fā)相關(guān)人員處理，做好跟蹤工作，直至問 題閉環(huán)；

版權(quán)歸浙江網(wǎng)優(yōu)服務(wù)所有，@浙江網(wǎng)優(yōu)服務(wù)

                                   作者：黃冠，朱雄進(jìn)，湯林林，賈現(xiàn)章，張振，徐璟