基于用戶感知的LTE網(wǎng)絡(luò)性能分析評(píng)估方法

1、基于用戶感知的基于用戶感知的LTE網(wǎng)絡(luò)性能分析評(píng)網(wǎng)絡(luò)性能分析評(píng)估方法估方法交流提綱交流提綱n用戶感知管理系統(tǒng)架構(gòu)用戶感知管理系統(tǒng)架構(gòu)n網(wǎng)絡(luò)性能運(yùn)維展望n性能提升案例n網(wǎng)絡(luò)性能KPIn路測(cè)常用指標(biāo) 內(nèi)部公開 ZTE Corporation. All rights reserved.如何建立能夠真實(shí)反映業(yè)務(wù)應(yīng)用質(zhì)量和用戶感知的指標(biāo)體系？如何充分利用網(wǎng)絡(luò)資源，提高無線網(wǎng)絡(luò)、核心網(wǎng)絡(luò)、業(yè)務(wù)設(shè)備對(duì)移動(dòng)數(shù)據(jù)業(yè)務(wù)的協(xié)同支持能力？如何對(duì)相關(guān)業(yè)務(wù)應(yīng)用質(zhì)量問題進(jìn)行端到端分析和定位？數(shù)據(jù)業(yè)務(wù)發(fā)展趨勢(shì)數(shù)據(jù)業(yè)務(wù)發(fā)展趨勢(shì)移動(dòng)數(shù)據(jù)業(yè)務(wù)的發(fā)展勢(shì)不可擋、是業(yè)務(wù)發(fā)展的必然，是新收入增長(zhǎng)的源泉運(yùn)營(yíng)商未來重點(diǎn)投入和發(fā)展方向 內(nèi)部公開

2、 ZTE Corporation. All rights reserved.網(wǎng)絡(luò)運(yùn)行狀況由KPI指標(biāo)來反映，對(duì)于新建的LTE網(wǎng)絡(luò)，那些是對(duì)業(yè)務(wù)有關(guān)鍵影響的KPI，該如何去甄別和監(jiān)控這些KPI指標(biāo)是健康度體系需要關(guān)注和解決的問題。網(wǎng)絡(luò)覆蓋網(wǎng)絡(luò)覆蓋性能性能路測(cè)數(shù)據(jù)CQT測(cè)試數(shù)據(jù)測(cè)量報(bào)告數(shù)據(jù)網(wǎng)絡(luò)接入網(wǎng)絡(luò)接入性能性能接入成功接入時(shí)延網(wǎng)絡(luò)保持網(wǎng)絡(luò)保持性能性能全網(wǎng)掉線監(jiān)控Top小區(qū)掉線監(jiān)控Top用戶的掉線網(wǎng)絡(luò)移動(dòng)網(wǎng)絡(luò)移動(dòng)性能性能X2切換S1切換3/4G切換網(wǎng)絡(luò)容量網(wǎng)絡(luò)容量分析分析空口容量監(jiān)控傳輸容量監(jiān)控CPU負(fù)荷監(jiān)控建議從覆蓋、接入、保持、移動(dòng)以及容量等方面對(duì)網(wǎng)絡(luò)性能進(jìn)行監(jiān)控。在優(yōu)化中明確監(jiān)控指標(biāo)以及監(jiān)控

3、的粒度總結(jié)評(píng)判KPI指標(biāo)優(yōu)劣的評(píng)判標(biāo)準(zhǔn) 內(nèi)部公開 ZTE Corporation. All rights reserved.CNInternetWLAN2/3/4G指標(biāo)制定指標(biāo)制定指標(biāo)制定（1）網(wǎng)頁(yè)響應(yīng)成功率網(wǎng)頁(yè)響應(yīng)成功率=網(wǎng)頁(yè)成功打開的次數(shù)/請(qǐng)求網(wǎng)頁(yè)的次數(shù)*100%（2）網(wǎng)頁(yè)打開平均時(shí)延網(wǎng)頁(yè)打開時(shí)延=DNS查詢時(shí)延+WEB服務(wù)器連接時(shí)延+網(wǎng)頁(yè)GET響應(yīng)時(shí)延 （3）網(wǎng)頁(yè)完整打開率網(wǎng)頁(yè)完整打開率（%）=網(wǎng)頁(yè)完整打開次數(shù)/ 網(wǎng)頁(yè)請(qǐng)求次數(shù)*100%指標(biāo)抽取指標(biāo)計(jì)算根據(jù)業(yè)務(wù)特點(diǎn)、用戶習(xí)慣、網(wǎng)絡(luò)特性等方面建立適合于當(dāng)?shù)靥攸c(diǎn)的KQI指標(biāo)體系。 內(nèi)部公開 ZTE Corporation. All right

4、s reserved.KQI 指標(biāo)體系建立QoE 指標(biāo)體系建立問題分析& 定界呼叫中心工單KQI/QoE 指標(biāo)監(jiān)控支持平臺(tái)支持平臺(tái): CEMC終端無線核心網(wǎng)/傳輸SP網(wǎng)絡(luò)覆蓋優(yōu)化故障處理系統(tǒng)配置優(yōu)化容量?jī)?yōu)化支持平臺(tái)支持平臺(tái): NetMAX, EMS, T-Phone + NIC業(yè)務(wù)質(zhì)量VIP滿意度VAP 比率投訴 內(nèi)部公開 ZTE Corporation. All rights reserved.QoE層（感知指標(biāo)）KQI層（業(yè)務(wù)指標(biāo)）KPI層（網(wǎng)絡(luò)指標(biāo)）數(shù)據(jù)處理與計(jì)算KPIKPIKPIKQIKQIQoEQoE感知模型庫(kù)License控制MML框架Web APP告警管理數(shù)據(jù)存儲(chǔ)報(bào)表框架配置框架

5、安全管理日志管理感知監(jiān)控感知評(píng)分感知行為分析感知投訴處理感知保障網(wǎng)優(yōu)分析智能管控呈現(xiàn)層呈現(xiàn)層框架層框架層數(shù)據(jù)層數(shù)據(jù)層數(shù)據(jù)適配層適配層適配層采集層采集層ZTE Probe (MM)中創(chuàng)信測(cè)ProbeCDTOther 3rd DataiDS數(shù)據(jù)處理業(yè)務(wù)分發(fā)控制信令網(wǎng)/通訊網(wǎng)(CDMA/LTE/GSM/WCDMA)交流提綱交流提綱n用戶感知管理系統(tǒng)架構(gòu)n網(wǎng)絡(luò)性能運(yùn)維展望網(wǎng)絡(luò)性能運(yùn)維展望n性能提升案例n網(wǎng)絡(luò)性能KPIn路測(cè)常用的指標(biāo) 內(nèi)部公開 ZTE Corporation. All rights reserved.借助NetBAS工具，開展端到端業(yè)務(wù)分析，指導(dǎo)價(jià)值投資市場(chǎng)部門客服中心網(wǎng)絡(luò)優(yōu)化網(wǎng)絡(luò)運(yùn)維

6、快速投訴處理快速故障定位疑難問題定位網(wǎng)絡(luò)實(shí)時(shí)監(jiān)測(cè)業(yè)務(wù)優(yōu)化智能管控實(shí)現(xiàn)營(yíng)銷增收業(yè)務(wù)分析用戶分析體驗(yàn)優(yōu)化網(wǎng)絡(luò)優(yōu)化打造精品網(wǎng)絡(luò)提升客戶滿意度提升運(yùn)維效率 基于擁塞的智能管控 低價(jià)值業(yè)務(wù)帶寬限制 VIP用戶帶寬保障閉環(huán)智能管控閉環(huán)智能管控 熱門業(yè)務(wù)分析 用戶偏好分析 終端應(yīng)用分析 精準(zhǔn)營(yíng)銷分析市場(chǎng)營(yíng)銷支撐市場(chǎng)營(yíng)銷支撐 用戶感知模型建立 多維度用戶感知分析 VAP用戶識(shí)別 VIP用戶感知監(jiān)控 VIP/VAP用戶故障分析、輔助定位用戶體驗(yàn)管理用戶體驗(yàn)管理 端到端業(yè)務(wù)質(zhì)量指標(biāo)體系建立 網(wǎng)絡(luò)質(zhì)量分析 業(yè)務(wù)流量分析 業(yè)務(wù)質(zhì)量分析端到端到端分析端分析 端到端的投訴處理 控制面和媒體面融合分析 全業(yè)務(wù)過程回放 智能

7、故障診斷用戶投訴處理用戶投訴處理通過通過NetBAS可提供多維度可視、分析，并支撐端到端問題定位、智能管控策略生成！可提供多維度可視、分析，并支撐端到端問題定位、智能管控策略生成！ 內(nèi)部公開 ZTE Corporation. All rights reserved.端到端全網(wǎng)感知評(píng)估是高性價(jià)比網(wǎng)絡(luò)量化跟蹤的利器端到端全網(wǎng)感知評(píng)估是高性價(jià)比網(wǎng)絡(luò)量化跟蹤的利器CNInternetWLAN2/3/4G指標(biāo)制定指標(biāo)制定指標(biāo)制定（1）網(wǎng)頁(yè)響應(yīng)成功率網(wǎng)頁(yè)響應(yīng)成功率=網(wǎng)頁(yè)成功打開的次數(shù)/請(qǐng)求網(wǎng)頁(yè)的次數(shù)*100%（2）網(wǎng)頁(yè)打開平均時(shí)延網(wǎng)頁(yè)打開時(shí)延=DNS查詢時(shí)延+WEB服務(wù)器連接時(shí)延+網(wǎng)頁(yè)GET響應(yīng)時(shí)延 （3

8、）網(wǎng)頁(yè)完整打開率網(wǎng)頁(yè)完整打開率（%）=網(wǎng)頁(yè)完整打開次數(shù)/ 網(wǎng)頁(yè)請(qǐng)求次數(shù)*100%指標(biāo)抽取指標(biāo)計(jì)算根據(jù)業(yè)務(wù)特點(diǎn)、用戶習(xí)慣、網(wǎng)絡(luò)特性等方面建立適合于當(dāng)?shù)靥攸c(diǎn)的KQI指標(biāo)體系。全程全網(wǎng)的業(yè)務(wù)感知評(píng)估和優(yōu)化工具幫助精確聚焦價(jià)值核心，讓投資事半功倍全程全網(wǎng)的業(yè)務(wù)感知評(píng)估和優(yōu)化工具幫助精確聚焦價(jià)值核心，讓投資事半功倍 內(nèi)部公開 ZTE Corporation. All rights reserved.端到端業(yè)務(wù)質(zhì)量評(píng)估準(zhǔn)確跟蹤定位問題lQoE-KQI-KPI 的鉆取分析l多維度監(jiān)控分析l支持趨勢(shì)、對(duì)比、TOP N、失敗分析、區(qū)間分布等多種方式按按KQI鉆取分析鉆取分析網(wǎng)頁(yè)首元素響應(yīng)成功率網(wǎng)頁(yè)首元素響應(yīng)成功

9、率KQI分析分析WEB瀏覽業(yè)務(wù)瀏覽業(yè)務(wù)QoE監(jiān)控監(jiān)控從用戶角度端到端的客觀評(píng)價(jià)業(yè)務(wù)感知，并定位出異常原因從用戶角度端到端的客觀評(píng)價(jià)業(yè)務(wù)感知，并定位出異常原因WEB瀏覽業(yè)務(wù)瀏覽業(yè)務(wù)QoE=K1*網(wǎng)頁(yè)首元素響應(yīng)成功率 + K2*首元素響應(yīng)時(shí)延 + K3*網(wǎng)頁(yè)完整打開成功率 + K4*網(wǎng)頁(yè)完整打開時(shí)延 + K5*網(wǎng)頁(yè)下載速率（95）網(wǎng)頁(yè)首元素響應(yīng)成功率網(wǎng)頁(yè)首元素響應(yīng)成功率=RRC建立成功率 * 附著成功率 * PDP激活成功率 * RAB指配成功率 * 業(yè)務(wù)請(qǐng)求成功率 * 首TCP建鏈成功率 *首DNS查詢成功率 * 首GET成功率（95%）網(wǎng)頁(yè)首元素響應(yīng)時(shí)延網(wǎng)頁(yè)首元素響應(yīng)時(shí)延=首TCP建鏈時(shí)延 +

10、 DNS響應(yīng)時(shí)延 + 首GET響應(yīng)時(shí)延（300MS）端到端的KQI分析，找出哪個(gè)KPI異常網(wǎng)頁(yè)首元素響應(yīng)時(shí)延網(wǎng)頁(yè)首元素響應(yīng)時(shí)延KQI分析分析哪個(gè)KQI異常，影響業(yè)務(wù)感知 內(nèi)部公開 ZTE Corporation. All rights reserved.APNPGWServiceRoam typeTAIRATPLMNECGIMMEServerApplicationPortl多維度分析業(yè)務(wù)使用情況，分析指標(biāo)包括用戶數(shù)、流量、流速、連接數(shù)、報(bào)文數(shù)等l支持趨勢(shì)分析、TOP N、失敗分析、區(qū)間分布等多種方式基于基于接入接入網(wǎng)絡(luò)網(wǎng)絡(luò)的的流量分析流量分析基于基于位置區(qū)域位置區(qū)域的的流量分析流量分析基于基于

11、業(yè)務(wù)業(yè)務(wù)/應(yīng)用應(yīng)用流量分析流量分析終端終端流量分析流量分析TOP網(wǎng)站網(wǎng)站流量分析流量分析l實(shí)現(xiàn)業(yè)務(wù)管道的全面可視化l支撐流量流向規(guī)劃和優(yōu)化l支撐精確的市場(chǎng)營(yíng)銷和推廣全面的多維度分析，實(shí)現(xiàn)數(shù)據(jù)業(yè)務(wù)流向可視化多維度業(yè)務(wù)流量分析全方位支撐網(wǎng)絡(luò)提升 內(nèi)部公開 ZTE Corporation. All rights reserved.n提取方式一：從網(wǎng)管平臺(tái)提取n提取方式二：從NetBAS平臺(tái)提取當(dāng)單用戶平均體驗(yàn)速率低于單用戶期望速率，且小區(qū)并發(fā)數(shù)據(jù)用戶數(shù)高于一定門限時(shí)，執(zhí)行擴(kuò)容。當(dāng)單用戶平均體驗(yàn)速率低于單用戶期望速率，且小區(qū)并發(fā)數(shù)據(jù)用戶數(shù)高于一定門限時(shí)，執(zhí)行擴(kuò)容。n提取方式：從NetBAS平臺(tái)提取n第

12、三步：匹配用戶期望速率第三步：匹配用戶期望速率業(yè)務(wù)類型業(yè)務(wù)類型速率需求速率需求業(yè)務(wù)體驗(yàn)要求業(yè)務(wù)體驗(yàn)要求Email400kbps非實(shí)時(shí)，體驗(yàn)敏感IM32kbps非實(shí)時(shí)，體驗(yàn)不敏感VoIP256kbps實(shí)時(shí)，體驗(yàn)敏感Web 160kbps 500kbps非實(shí)時(shí)，體驗(yàn)敏感。n第一步：識(shí)別業(yè)務(wù)類型第一步：識(shí)別業(yè)務(wù)類型n第二步：分析業(yè)務(wù)特征第二步：分析業(yè)務(wù)特征 單用戶期望速率單用戶期望速率=用戶綜合業(yè)務(wù)速率用戶綜合業(yè)務(wù)速率單用戶并發(fā)業(yè)務(wù)數(shù)單用戶并發(fā)業(yè)務(wù)數(shù)用戶綜合業(yè)務(wù)速率用戶綜合業(yè)務(wù)速率用戶并發(fā)業(yè)務(wù)數(shù)用戶并發(fā)業(yè)務(wù)數(shù)用戶期望速率用戶期望速率各類業(yè)務(wù)的體驗(yàn)速率基線各類業(yè)務(wù)時(shí)長(zhǎng)占比單用戶期望速率分析流程： 基于

13、用戶體驗(yàn)的網(wǎng)絡(luò)精準(zhǔn)投入 內(nèi)部公開 ZTE Corporation. All rights reserved.交流提綱交流提綱n用戶感知管理系統(tǒng)架構(gòu)n網(wǎng)絡(luò)性能運(yùn)維展望n性能提升案例性能提升案例n網(wǎng)絡(luò)性能KPIn路測(cè)常用指標(biāo) 內(nèi)部公開 ZTE Corporation. All rights reserved. ZTE Corporation. All rights reserved.案例1:弱覆蓋掉話案例問題分析：n掉話前服務(wù)小區(qū)RSRP已低于-120dBm，CINR 內(nèi)部公開 ZTE Corporation. All rights reserved.案例2:典型接入失敗優(yōu)化案例n問題描述問題描述

14、國(guó)內(nèi)某局RRC建立成功率低于97%左右，遠(yuǎn)低于其他廠家；從全網(wǎng)指標(biāo)查詢看，主要的失敗原因?yàn)榈却齊RC建立完成定時(shí)器超時(shí)。n問題分析問題分析RRC建立流程如下：案例：國(guó)內(nèi)某局FDD LTE網(wǎng)絡(luò)RRC建立成功率低問題優(yōu)化 在上述流程中的步驟3，系統(tǒng)收到RRCConnectionSetupComplete消息時(shí)，計(jì)為一次RRC連接建立成功；如果收不到此消息，則按失敗原因，統(tǒng)計(jì)為一次相應(yīng)的RRC連接建立失敗；系統(tǒng)收不到RRCConnectionSetupComplete，可能來源于兩方面：(1)系統(tǒng)下發(fā)了RRCConnectionSetup消息，但終端沒有收到；（2）終端發(fā)送了RRCConnectio

15、nSetupComplete消息，但終端沒有收到。n優(yōu)化措施優(yōu)化措施 措施1： 將Prach初始前綴接收功率（preambleIniReceivedPower）由-110dBm優(yōu)化為-104dBm；措施2：將等待RRC建立完成的定時(shí)器由2秒優(yōu)化為15秒；措施3：控制面user-inactivity定時(shí)器由40秒優(yōu)化為10秒；措施4：小區(qū)選擇所需的最小RSRP接收水平（selQrxLevMin）：由-128dBm優(yōu)化為-120dBm 內(nèi)部公開 ZTE Corporation. All rights reserved.案例2:典型接入失敗優(yōu)化案例n全網(wǎng)實(shí)施措施全網(wǎng)實(shí)施措施1和和2結(jié)果驗(yàn)證結(jié)果驗(yàn)證對(duì)

16、比優(yōu)化前后近一周數(shù)據(jù)：RRC連接成功率平均值從94.76%提升至96.08% 案例：國(guó)內(nèi)某局FDD LTE網(wǎng)絡(luò)RRC建立成功率低問題優(yōu)化 n全網(wǎng)實(shí)施措施全網(wǎng)實(shí)施措施3和和4結(jié)果驗(yàn)證結(jié)果驗(yàn)證 RRC連接成功率平均值從96.81%提升至99.32% 內(nèi)部公開 ZTE Corporation. All rights reserved. ZTE Corporation. All rights reserved.案例3 意料之外的PCI導(dǎo)致的ERAB掉話率高18n3月16日后，ERAB掉話率忽然升高。對(duì)影響“E-RAB掉線率”的各項(xiàng)KPI進(jìn)行數(shù)據(jù)采集，著重分析影響原因，采集到的數(shù)據(jù)顯示指標(biāo)“由于UE切換

17、失敗，導(dǎo)致的E-RAB釋放次數(shù)”異常。問題表現(xiàn)及分析： 內(nèi)部公開 ZTE Corporation. All rights reserved. ZTE Corporation. All rights reserved.n查詢切換失敗小區(qū)，發(fā)現(xiàn)切換失敗的小區(qū)集中在一起，包括水利部培訓(xùn)中心（PCI=237、238、239）、新區(qū)稅務(wù)中心（PCI=21、22、23）、環(huán)保學(xué)院模塊（PCI=66、67、68）,等站點(diǎn)，具體站點(diǎn)位置如下圖所示解決過程案例3:意料之外的PCI導(dǎo)致的ERAB掉話率高 內(nèi)部公開 ZTE Corporation. All rights reserved. ZTE Corporat

18、ion. All rights reserved.案例4:為什么切換有時(shí)成功有時(shí)失敗n在后臺(tái)檢查SON監(jiān)控log時(shí)，發(fā)現(xiàn)SON上報(bào) “ANR修改No Handover屬性”成功。實(shí)際反復(fù)路測(cè)驗(yàn)證，有時(shí)能夠切換成功，有時(shí)會(huì)失敗。n從詳細(xì)信息可以看到，本次“修改No Handover屬性”是由源側(cè)264510#基站（廣博苑）的小區(qū)17發(fā)起，目標(biāo)側(cè)小區(qū)為264428#基站（天景山）的小區(qū)18問題現(xiàn)象 內(nèi)部公開 ZTE Corporation. All rights reserved. ZTE Corporation. All rights reserved.案例4 :為什么切換有時(shí)成功有時(shí)失敗n檢查

19、檢查X2口配置，正確?？谂渲茫_。n轉(zhuǎn)向分析轉(zhuǎn)向分析S1口配置，數(shù)據(jù)統(tǒng)計(jì)也表明口配置，數(shù)據(jù)統(tǒng)計(jì)也表明S1口可能存在異常?？诳赡艽嬖诋惓?。分析優(yōu)化措施：n對(duì)天景山基站增加一條S1鏈路，到另外一個(gè)MME上。 內(nèi)部公開 ZTE Corporation. All rights reserved.問題描述：某項(xiàng)目室內(nèi)分布站點(diǎn)開通測(cè)試，發(fā)現(xiàn)在高層辦公室窗邊容易選擇室外小區(qū)信號(hào)起呼，由于信號(hào)質(zhì)量不穩(wěn)定，較易出現(xiàn)接入失敗等問題。問題解決修改室內(nèi)小區(qū)的頻內(nèi)重選定時(shí)器：1-4秒，服務(wù)小區(qū)重選遲滯 Qhyst：從3修改到10dB, 修改后UE 較為穩(wěn)定駐留在室內(nèi)小區(qū)，順利完成接入。案例5:優(yōu)化重選參數(shù)以改善室內(nèi)用

20、戶感受問題分析：現(xiàn)場(chǎng)測(cè)試發(fā)現(xiàn)，室內(nèi)分布小區(qū)工作正常，即使在窗邊信號(hào)質(zhì)量也不錯(cuò)（RSRP=-90-95dBm,CINR=1dB），但由于辦公室位于高層，極易收到遠(yuǎn)處室外小區(qū)“飄”來的信號(hào)，有時(shí)信號(hào)還挺強(qiáng)（RSRP=-90-100dBm），但不穩(wěn)定。高層室內(nèi)小區(qū)覆蓋區(qū)域內(nèi)，應(yīng)用策略是UE應(yīng)盡可能的駐留在室內(nèi)小區(qū)。因此，針對(duì)這種場(chǎng)景，可以考慮加大室內(nèi)小區(qū)的重選時(shí)延，也可以是提高室內(nèi)小區(qū)的重選門限，讓UE盡可能駐留在室內(nèi)。 內(nèi)部公開 ZTE Corporation. All rights reserved.調(diào)度的PRB數(shù)不夠?qū)е律蟼魉俾什桓?香港CSL現(xiàn)網(wǎng)，10M帶寬下定點(diǎn)測(cè)速網(wǎng)站上行峰值速率需要達(dá)到

21、20MBps。而在地鐵站的測(cè)速結(jié)果顯示，上行峰值流量?jī)H為1517Mbps。分析log發(fā)現(xiàn)，調(diào)度的MCS符合該測(cè)試條件下的信道情況，但調(diào)度的PRB數(shù)最高僅為40個(gè)。 經(jīng)過PUCCH參數(shù)修改調(diào)整后，調(diào)度的PRB數(shù)最高達(dá)到45個(gè)，峰值速率超過20MBps。案例6:上傳速率低案例 內(nèi)部公開 ZTE Corporation. All rights reserved.案例7:傳輸時(shí)延大導(dǎo)致ping時(shí)延不達(dá)標(biāo)某電信項(xiàng)目ping包時(shí)延超過30ms不達(dá)標(biāo)，通過在基站網(wǎng)管側(cè)ping 傳輸網(wǎng)關(guān)和核心網(wǎng)XGW，發(fā)現(xiàn)ping傳輸網(wǎng)關(guān)平均時(shí)延為0ms，但是ping核心網(wǎng)XGW平均時(shí)延為11ms，比正常值1ms多了10ms

22、。排查過程的思路是逐段排查，找出異常時(shí)延存在的組網(wǎng)段。具體步驟以基站為起點(diǎn)，排查到基站網(wǎng)關(guān)的時(shí)延，平均時(shí)延為0ms。以基站為起點(diǎn)，排查到EPC的X-GW時(shí)延，平均時(shí)延為11ms。由于這個(gè)項(xiàng)目傳輸IPRAN為我司設(shè)備，針對(duì)IPRAN傳輸問題逐級(jí)排查。 內(nèi)部公開 ZTE Corporation. All rights reserved.案例7:傳輸時(shí)延大導(dǎo)致ping時(shí)延不達(dá)標(biāo)IP RAN ER到EPC拓?fù)浠镜絀P RAN ER拓?fù)?內(nèi)部公開 ZTE Corporation. All rights reserved.基站網(wǎng)關(guān)到核心網(wǎng)epc ping測(cè)結(jié)果如下:JH-PJ-CZ-B-1.MCN.90

23、00E#$MA-RAN 3 source 9 repeat 100sending 100，100-byte ICMP echo(es) to 3，timeout is 2 second(s).!Success rate is 100 percent(100/100)，round-trip min/avg/max= 11/11/12 ms.基站網(wǎng)關(guān)到金華IP RAN ER出口 ping測(cè)結(jié)果如下:JH-PJ-CZ-B-1.MCN.9000E#ping repeat 100sending 100，100-byte I

24、CMP echo(es) to ，timeout is 2 second(s).!Success rate is 100 percent(100/100)，round-trip min/avg/max= 2/2/3 ms.基站網(wǎng)關(guān)到基站 ping測(cè)結(jié)果如下:JH-PJ-CZ-B-1.MCN.9000E#ping vrf CDMA-RAN 0 repeat 100sending 100，100-byte ICMP echo(es) to 0，timeout is 2 second(s).!Success rate is 100 pe

25、rcent(100/100)，round-trip min/avg/max= 1/1/2 ms.從排查結(jié)果看，問題主要在IPRAN出口到核心網(wǎng)之間，這一段的平均時(shí)延達(dá)到了11ms，明顯偏大。從上面的分析結(jié)果看，單站驗(yàn)證中發(fā)現(xiàn)的ping時(shí)延過大問題，主要是傳輸導(dǎo)致，時(shí)延的大部分是在市分公司IPRAN出口到省公司核心網(wǎng)之間，IPRAN沒有問題。案例7:傳輸時(shí)延大導(dǎo)致ping時(shí)延不達(dá)標(biāo) 內(nèi)部公開 ZTE Corporation. All rights reserved.案例8:下載速率低調(diào)度的雙流比例不高導(dǎo)致下載速率低 香港CSL現(xiàn)網(wǎng)在下載測(cè)試時(shí)發(fā)現(xiàn)，路測(cè)時(shí)下載速率僅為16MBps，經(jīng)過進(jìn)一步的分析

26、發(fā)現(xiàn)，測(cè)試終端兩天線的SINR差值比較大，30%的概率都在10dB以上，從而造成調(diào)度雙流的比例僅為30%。 更換另一款測(cè)試終端，兩天線的SINR差值比較小，90%的概率都在5dB以內(nèi)，調(diào)度雙流的概率上升到70%以上，下載速率也得到大幅度的提升，達(dá)到22MBps。 內(nèi)部公開 ZTE Corporation. All rights reserved. ZTE Corporation. All rights reserved.案例9:PCI復(fù)用距離不足導(dǎo)致掉話PCI混淆：nPCI混淆指服務(wù)小區(qū)周邊存在兩個(gè)或兩個(gè)以上同頻同PCI的鄰小區(qū)；nPCI沖突指服務(wù)小區(qū)的PCI與其同頻鄰小區(qū)的PCI相同；PCI

27、沖突： 內(nèi)部公開 ZTE Corporation. All rights reserved. ZTE Corporation. All rights reserved.案例9:PCI復(fù)用距離不足導(dǎo)致掉話解決措施：n調(diào)整SOT2-102小區(qū)PCI，復(fù)測(cè)問題解決；nUE從WOY3-103小區(qū)（PCI248)往KCE4-101小區(qū)（PCI34)移動(dòng)，上報(bào)MR要求切換PCI34小區(qū)；n源基站W(wǎng)OY3通知UE切換PCI34，但很快出現(xiàn)掉話；nUE在KCE4-101小區(qū)發(fā)起重建被拒（重建原因?yàn)閔andoverFailure）；n掉話原因：網(wǎng)管上WOY3-103小區(qū)配置的鄰區(qū)是與KCE4-101小區(qū)同頻同P

28、CI的SOT2-102小區(qū)；問題表現(xiàn)及分析 內(nèi)部公開 ZTE Corporation. All rights reserved.BSC5的這些壞小區(qū)的“反向底噪”過高，RAB繁忙率過高，導(dǎo)致小區(qū)反向容量受限，進(jìn)而影響用戶感知，壞小區(qū)中絕大部分都是校園小區(qū)，從上圖可以看出壞小區(qū)的RAB繁忙率高達(dá)80%，甚至97%，而好小區(qū)的RAB繁忙率在20%以內(nèi)網(wǎng)頁(yè)瀏覽業(yè)務(wù)質(zhì)量提升案例 內(nèi)部公開 ZTE Corporation. All rights reserved.通過小范圍區(qū)域調(diào)整ROT由24/3660后，網(wǎng)頁(yè)瀏覽各項(xiàng)指標(biāo)得到了大幅提升，這說明在不大幅提升RSSI的前提條件下通過降低RAB繁忙率，可以大

29、幅提升用戶感知網(wǎng)頁(yè)瀏覽業(yè)務(wù)質(zhì)量提升案例 內(nèi)部公開 ZTE Corporation. All rights reserved.指標(biāo)ROT調(diào)整前ROT調(diào)整后BeginTime2012/11/5 21:002012/11/5 10:002012/11/22 21:00EndTime2012/11/5 22:002012/11/5 11:002012/11/22 22:00StatisticDuration(s)3599.93599.83599.59GetNumGetRetransmitRatio(%)9.98%8.25%7.09%GetTransmitDelayAvg(ms)251.35311.71

30、02.23GetResponseRatio(%)96.14%96.14%97.33%GetSuccessRatio(%)93.41%94.71%95.82%GetResponseDelayAvg(ms)666.49736.73501.61WebOpenNum299464314752355350WebOpenSuccessRatio(%)95.58%96.36%96.01%WebOpenDelayAvg(ms)2647.182706.911517.95WebOpenIntegrityNum271392287894324373WebOpenIntegrityRatio(%)90.63%91.47%

31、91.28%WebOpenIntegrityDelayAvg(ms)7264.37187.295474WebPageTotalBytes(MB)9226.039279.0513095.62WebDownloadRateAvg(Kbps)35.634.456.481.、適用于覆蓋范圍小的高話務(wù)區(qū)域，對(duì)于覆蓋大的區(qū)域，可能因?yàn)樯葏^(qū)RSSI升高，影響遠(yuǎn)點(diǎn)用戶接入，遠(yuǎn)中點(diǎn)用戶發(fā)送功率的提升，甚至可能導(dǎo)致對(duì)鄰區(qū)干擾升高。2、不適用于全網(wǎng)調(diào)整，僅針對(duì)個(gè)別熱點(diǎn)區(qū)域調(diào)整，防止全網(wǎng)RSSI普遍升高，導(dǎo)致的反向干擾不可控，進(jìn)而引起連接建立成功率，掉話率，誤幀率等的突然急劇惡化3、由于地形地貌，話務(wù)分布，用戶行為習(xí)

32、慣差異，適用于一個(gè)地方的參數(shù)調(diào)整不一定適用于另外的地方，調(diào)整前后，要關(guān)注反向干擾的提升程度，以及對(duì)無線網(wǎng)絡(luò)指標(biāo)的影響網(wǎng)頁(yè)瀏覽業(yè)務(wù)質(zhì)量提升案例 內(nèi)部公開 ZTE Corporation. All rights reserved.QQ登錄成功率指標(biāo)提升案例某地QQ登錄成功率低，經(jīng)分析原因?yàn)榇嬖谳^多由于無線空口尋呼失敗導(dǎo)致用戶休眠8分鐘后，無法上網(wǎng)的情況，該問題比較普遍，在分析微信業(yè)務(wù)時(shí)也出現(xiàn)了該問題，針對(duì)該問題提出“EVDO尋呼響應(yīng)率提升方案”且效果顯著33 內(nèi)部公開 ZTE Corporation. All rights reserved. EVDO尋呼響應(yīng)率提升顯著,而其它各項(xiàng)關(guān)鍵指標(biāo)波動(dòng)較小

33、91.0092.0093.0094.0095.0096.0097.0098.0099.002014-01-012014-01-022014-01-032014-01-042014-01-052014-01-062014-01-072014-01-082014-01-092014-01-102014-01-112014-01-122014-01-13DO: 全局尋呼響應(yīng)率全局尋呼響應(yīng)率(%)參數(shù)名稱參數(shù)名稱現(xiàn)網(wǎng)配置現(xiàn)網(wǎng)配置值值優(yōu)化調(diào)整優(yōu)化調(diào)整值值BE流單次激活 最 大 尋 呼次數(shù)13BE流尋呼連續(xù) 最 大 失 敗次數(shù)36最 大 網(wǎng) 絡(luò) 側(cè)重激活次數(shù)502QQ登錄成功率指標(biāo)提升案例 內(nèi)部公開 ZT

34、E Corporation. All rights reserved.39.54040.54141.54242.5432014-01-012014-01-022014-01-032014-01-042014-01-052014-01-062014-01-072014-01-082014-01-092014-01-102014-01-112014-01-122014-01-13DO: 全局接入信道利用率全局接入信道利用率(%)33.0034.0035.0036.0037.0038.0039.0040.002014-01-012014-01-022014-01-032014-01-042014-0

35、1-052014-01-062014-01-072014-01-082014-01-092014-01-102014-01-112014-01-122014-01-13DO: 全局控制信道利用率全局控制信道利用率(%)99.4299.4399.4499.4599.4699.4799.4899.4999.599.512014-01-012014-01-022014-01-032014-01-042014-01-052014-01-062014-01-072014-01-082014-01-092014-01-102014-01-112014-01-122014-01-13DO: 全局無線網(wǎng)絡(luò)連接

36、成功率全局無線網(wǎng)絡(luò)連接成功率(含含A8、A10接接口口)(%)0.320.340.360.380.40.420.442014-01-012014-01-022014-01-032014-01-042014-01-052014-01-062014-01-072014-01-082014-01-092014-01-102014-01-112014-01-122014-01-13DO: 全局無線掉線率全局無線掉線率(電信電信)(%)QQ登錄成功率指標(biāo)提升案例 內(nèi)部公開 ZTE Corporation. All rights reserved.交流提綱交流提綱n用戶感知管理系統(tǒng)架構(gòu)n網(wǎng)絡(luò)性能運(yùn)維展望n

37、性能提升案例n網(wǎng)絡(luò)性能網(wǎng)絡(luò)性能KPIn路測(cè)常用指標(biāo) 內(nèi)部公開 ZTE Corporation. All rights reserved. ZTE Corporation. All rights reserved.網(wǎng)管性能指標(biāo) 內(nèi)部公開 ZTE Corporation. All rights reserved. ZTE Corporation. All rights reserved.l 指標(biāo)定義RRC連接建立成功率是RRC連接建立成功次數(shù)和RRC連接建立嘗試次數(shù)的比值。本指標(biāo)用于了解該小區(qū)內(nèi)RRC連接建立成功的概率，部分反映了該小區(qū)范圍內(nèi)用戶接入網(wǎng)絡(luò)的感受。l 指標(biāo)公式RRC連接建立成功率 =

38、 RRC連接建立成功次數(shù)/RRC連接建立請(qǐng)求次數(shù)l 指標(biāo)流程RRC連接建立成功率保持性接入性完整性 內(nèi)部公開 ZTE Corporation. All rights reserved. ZTE Corporation. All rights reserved.l 指標(biāo)定義該指標(biāo)反映了E-RAB建立成功的概率, 包含了初始ERAB的建立和增加ERAB的建立所有業(yè)務(wù)類型(QCI)的成功概率。反映eNB或小區(qū)接納業(yè)務(wù)的能力。l 指標(biāo)公式E-RAB建立成功率=（InitE-RAB建立成功數(shù)目+Add E-RAB建立成功數(shù)目）/（Init E-RAB請(qǐng)求建立數(shù)目+Add E-RAB請(qǐng)求建立數(shù)目）l 指標(biāo)

39、流程保持性接入性完整性 內(nèi)部公開 ZTE Corporation. All rights reserved.40 l指標(biāo)定義 該指標(biāo)反映了E-RAB異常釋放的概率，即異常釋放E-RAB數(shù)在總的成功建立E-RAB數(shù)中的比例。異常釋放是指違背User意愿情況下的承載釋放，如擁塞控制、負(fù)荷控制算法決定的承載釋放。l指標(biāo)公式E-RAB掉話率=E-RAB異常釋放次數(shù)/E-RAB建立成功次數(shù)*100%l指標(biāo)流程保持性接入性完整性 內(nèi)部公開 ZTE Corporation. All rights reserved.41 ERAB異常釋放率 = E-RAB異常釋放次數(shù) / (E-RAB正常釋放次數(shù) + E-R

40、AB異常釋放次數(shù) )= C373505499 / (C373505499 +C373210371+C373210501+C373210531+C373505364+C373505461+C373505471+C373210471+C373546267)保持性接入性完整性 內(nèi)部公開 ZTE Corporation. All rights reserved.LTE系統(tǒng)內(nèi)同頻/異頻切換出成功率42 系統(tǒng)內(nèi)同頻切換出成功率系統(tǒng)內(nèi)同頻切換出成功率 = 系統(tǒng)內(nèi)小區(qū)間同頻切換出執(zhí)行成功次數(shù)/(系統(tǒng)內(nèi)小區(qū)間同頻切換出準(zhǔn)備成功次數(shù)+系統(tǒng)內(nèi)同頻切換出準(zhǔn)備失敗次數(shù)(源側(cè)發(fā)生重建立)+系統(tǒng)內(nèi)同頻切換出準(zhǔn)備失敗次數(shù)(目

41、標(biāo)側(cè)準(zhǔn)備失敗)+系統(tǒng)內(nèi)同頻切換出準(zhǔn)備失敗次數(shù)(用戶未激活)+系統(tǒng)內(nèi)同頻切換出準(zhǔn)備失敗次數(shù)(切換響應(yīng)定時(shí)器超時(shí))+系統(tǒng)內(nèi)同頻切換出準(zhǔn)備失敗次數(shù)(其它原因)系統(tǒng)內(nèi)異頻切換出成功率系統(tǒng)內(nèi)異頻切換出成功率 = (eNB內(nèi)小區(qū)間異頻切換出執(zhí)行成功次數(shù)+eNB間X2口小區(qū)間異頻切換出執(zhí)行成功次數(shù)+eNB間S1口小區(qū)間異頻切換出執(zhí)行成功次數(shù))/(eNB內(nèi)小區(qū)間異頻切換出準(zhǔn)備成功次數(shù)+eNB內(nèi)小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，源側(cè)發(fā)生重建立+eNB內(nèi)小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，目標(biāo)側(cè)準(zhǔn)備失敗+eNB內(nèi)小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，其它原因+eNB內(nèi)小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，用戶未激活+eNB間X2口小區(qū)間異

42、頻切換出準(zhǔn)備成功次數(shù)+eNB間X2口小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，等待切換響應(yīng)定時(shí)器超時(shí)+eNB間X2口小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，目標(biāo)側(cè)準(zhǔn)備失敗+eNB間X2口小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，其它原因+eNB間X2口小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，源側(cè)發(fā)生重建立+eNB間X2口小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，用戶未激活+eNB間S1口小區(qū)間異頻切換出準(zhǔn)備成功次數(shù)+eNB間S1口小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，等待切換響應(yīng)定時(shí)器超時(shí)+eNB間S1口小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，目標(biāo)側(cè)準(zhǔn)備失敗+eNB間S1口小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，其它原因+eNB間S1口小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，源側(cè)發(fā)生重

43、建立+eNB間S1口小區(qū)間異頻切換出準(zhǔn)備失敗次數(shù)，用戶未激活)保持性接入性完整性 內(nèi)部公開 ZTE Corporation. All rights reserved.43 LTE系統(tǒng)內(nèi)同頻/異頻切換入成功率系統(tǒng)內(nèi)同頻切換入成功率系統(tǒng)內(nèi)同頻切換入成功率= 系統(tǒng)內(nèi)同頻切換入執(zhí)行成功次數(shù)/(系統(tǒng)內(nèi)同頻切換入準(zhǔn)備成功次數(shù)+系統(tǒng)內(nèi)同頻切換入準(zhǔn)備失敗次數(shù)(資源分配失敗)+系統(tǒng)內(nèi)同頻切換入準(zhǔn)備失敗次數(shù)(目標(biāo)側(cè)發(fā)生重建立)+系統(tǒng)內(nèi)同頻切換入準(zhǔn)備失敗次數(shù)(源側(cè)取消切換)+系統(tǒng)內(nèi)同頻切換入準(zhǔn)備失敗次數(shù)(其它原因)系統(tǒng)內(nèi)異頻切換入成功率系統(tǒng)內(nèi)異頻切換入成功率 = 系統(tǒng)內(nèi)異頻切換入執(zhí)行成功次數(shù)/(系統(tǒng)內(nèi)異頻切換入準(zhǔn)備

44、成功次數(shù)+系統(tǒng)內(nèi)異頻切換入準(zhǔn)備失敗次數(shù)(資源分配失敗)+系統(tǒng)內(nèi)異頻切換入準(zhǔn)備失敗次數(shù)(目標(biāo)側(cè)發(fā)生重建立)+系統(tǒng)內(nèi)異頻切換入準(zhǔn)備失敗次數(shù)(源側(cè)取消切換)+系統(tǒng)內(nèi)異頻切換入準(zhǔn)備失敗次數(shù)(其它原因)保持性接入性完整性 內(nèi)部公開 ZTE Corporation. All rights reserved.等效下行/上行平均吞吐量測(cè)量對(duì)象：小區(qū)類型測(cè)量類型：基本測(cè)量指標(biāo)意義：該指標(biāo)根據(jù)每RB上的流量折算到上行/下行全帶寬承載的流量情況。等效上行平均吞吐量 = 小區(qū)上行PHY的門限內(nèi)平均吞吐量*小區(qū)載頻PUSCH可用的PRB個(gè)數(shù)/(小區(qū)載頻PUSCH 門限內(nèi)實(shí)際使用PRB個(gè)數(shù)*1000)等效下行平均吞吐量

45、= 小區(qū)下行PHY的門限內(nèi)平均吞吐量*小區(qū)載頻PDSCH可用的PRB個(gè)數(shù)/(小區(qū)載頻PDSCH 門限內(nèi)實(shí)際使用PRB個(gè)數(shù)*1000)指指標(biāo)標(biāo)分分析析在考慮PRB資源總和的同時(shí)，也相當(dāng)于考慮是時(shí)間因素，相對(duì)比較客觀，完整。即使兩個(gè)UE在該TTI的流量減半為20kbit，那么實(shí)際使用的PRB資源也應(yīng)該成比例的降低為25個(gè)（無線信道條件不變），那么計(jì)算出來的DL Equivalent Average Throughput = 20kbit/(15*60s) /25 *(100*15*60*1000)= 80Mbps。仍然是80Mbps。保持性接入性完整性 內(nèi)部公開 ZTE Corporation.

46、All rights reserved.小區(qū)上行/下行PDCP層平均吞吐量45保持性接入性完整性 內(nèi)部公開 ZTE Corporation. All rights reserved.上下行丟包率 l 指標(biāo)定義上行丟包率：該指標(biāo)定義為eNodeB成功接收到的PDCP SDU和預(yù)期接收到PDCP SDU的比率。該指標(biāo)反映了上行空口丟包情況。該指標(biāo)定義為有部分分片或全部分片在空口傳輸?shù)南滦蠵DCP SDU，被eNodeB丟棄的個(gè)數(shù)和接收到的PDCP SDU的比率。該指標(biāo)反映了空口丟包情況l 計(jì)數(shù)器說明 PDCP SDU總數(shù) 上行：當(dāng)ENB的PDCP層接收從UE來的PDCP SDU時(shí)，包數(shù)加1 下行：

47、當(dāng)ENB的PDCP層發(fā)送 PDCP SDU給RLC層時(shí),包數(shù)加1 PDCP SDU丟包數(shù) 上行：當(dāng)ENB的PDCP層接收從UE來的PDCP SDU時(shí)，SN不連續(xù)計(jì)數(shù) 下行：當(dāng)ENB的PDCP層發(fā)送 PDCP SDU給RLC層時(shí), SN不連續(xù)計(jì)數(shù)保持性接入性完整性 內(nèi)部公開 ZTE Corporation. All rights reserved.下行PDCP SDU平均時(shí)延47 l 指標(biāo)定義統(tǒng)計(jì)小區(qū)下行PDCP SDU平均時(shí)延，按照QCI類型分類統(tǒng)計(jì)。時(shí)延的計(jì)算是從一個(gè)PDCP SDU到達(dá)eNodeB開始到UE成功接收到該數(shù)據(jù)包的時(shí)間（即一個(gè)PDCP的SDU的所有分片得到HARQ的成功響應(yīng)）l

48、 指標(biāo)流程l 指標(biāo)公式 用戶面下行平均時(shí)延（QCI 9）= 統(tǒng)計(jì)時(shí)間內(nèi)的所有PDCP SDU的總時(shí)延（QCI 9） / PDCP SDU個(gè)數(shù)（QCI 9） = C373364108/C373353955保持性接入性完整性 內(nèi)部公開 ZTE Corporation. All rights reserved. IP包平均時(shí)延48 l 指標(biāo)定義該指標(biāo)定義為eNodeB接收到的IP數(shù)據(jù)包到這個(gè)IP數(shù)據(jù)包的第一個(gè)分片在空口傳輸?shù)臅r(shí)間間隔。反映了業(yè)務(wù)在eNodeB內(nèi)的滯留時(shí)間，是衡量系統(tǒng)時(shí)延的重要指標(biāo)之一，為系統(tǒng)優(yōu)化提供有力的依據(jù)。l 指標(biāo)流程l 指標(biāo)公式 用戶面下行平均時(shí)延（QCI 9）= 統(tǒng)計(jì)時(shí)間內(nèi)的

49、所有PDCP SDU的總時(shí)延（QCI 9） / PDCP SDU個(gè)數(shù)（QCI 9） = C373364108/C373353955保持性接入性完整性 內(nèi)部公開 ZTE Corporation. All rights reserved.交流提綱交流提綱n用戶感知管理系統(tǒng)架構(gòu)n網(wǎng)絡(luò)性能運(yùn)維展望n性能提升案例n網(wǎng)絡(luò)性能KPIn路測(cè)常用指標(biāo)路測(cè)常用指標(biāo) 內(nèi)部公開 ZTE Corporation. All rights reserved. ZTE Corporation. All rights reserved.路測(cè)常用指標(biāo) 內(nèi)部公開 ZTE Corporation. All rights reserv

50、ed.覆蓋類指標(biāo)保持性接入性覆蓋類完整性RS RSRP & SINR 內(nèi)部公開 ZTE Corporation. All rights reserved.初始接入成功率 開始事件開始事件 RRC Connection Request 消息（消息（Attach Request 信令信令后，第一個(gè)出現(xiàn)的后，第一個(gè)出現(xiàn)的RRC Connection Request 消息消息成功事件 RRC Connetion Reconfiguration Complete 消息失敗事件1 重復(fù)收到RRC Connection Request 消息，且兩條消息時(shí)長(zhǎng)大于用戶設(shè)定時(shí)長(zhǎng)（默認(rèn)1S） 2收到RRC Conn

51、ection Release 保持性接入性覆蓋類完整性 內(nèi)部公開 ZTE Corporation. All rights reserved.RRC連接成功率 開始事件開始事件 RRC Connection Request 消息消息（Attach Request 信令后，第一個(gè)出現(xiàn)的信令后，第一個(gè)出現(xiàn)的RRC Connection Request 消息）消息） 成功事件 RRC Connetion Setup Complete 消息失敗事件1 重復(fù)收到RRC Connection Request 消息，且兩條消息時(shí)長(zhǎng)大于用戶設(shè)定時(shí)長(zhǎng)（默認(rèn)1S） 2收到RRC Connection Reject指

52、標(biāo)名稱指標(biāo)名稱RRC連接成功率指標(biāo)描述指標(biāo)描述該指標(biāo)反映RRC連接情況計(jì)算公式計(jì)算公式RRC 連接建立完成次數(shù) / RRC連接請(qǐng)求 *100%統(tǒng)計(jì)點(diǎn)統(tǒng)計(jì)點(diǎn)分母：收到RRC Connect Request分子：收到RRC Connect Setup Complete保持性接入性覆蓋類完整性 內(nèi)部公開 ZTE Corporation. All rights reserved.Attach成功率54指標(biāo)名稱attach成功率指標(biāo)描述該指標(biāo)反映attach連接情況指標(biāo)定義計(jì)算公式RRC 連接重配建立完成次數(shù) / RRC連接重配請(qǐng)求次數(shù) *100%統(tǒng)計(jì)點(diǎn)分母：搜索RRC連接重配完成消息，繼續(xù)判斷其最近上

53、一條RRC連接重配消息，如RRCConnectionReconfiguration - MobilityControlInfo不存在，且RadioResourceConfigDedicated - DRB-ToAddModList存在，則表示為RRC 重配事件分子：RRCConnectionReconfigurationComplete 開始事件開始事件 ATTACH REQ 消息消息成功事件 ATTACH COMPLETE 消息 失敗事件重復(fù)收到ATTACH REQ 消息 指標(biāo)名稱指標(biāo)名稱Attach成功率指標(biāo)描述指標(biāo)描述該指標(biāo)反映attach連接情況計(jì)算公式計(jì)算公式RRC 連接重配建立完成次數(shù) / RRC連接重配請(qǐng)求次數(shù) *100%保持性接入