华为LTE指标监控

1、华为LTE指标监控指导书一、 指标监控内容和 KPI指标定义1. 主要监控内容话统KPI主要包括以下几大类：接入性指标、保持性指标、移动性指标、业务量指标、产品运行类指标、系统可用性指标和网络资源利用率指标。通过上述重点话统 KPI指标的监测，可以达到：识别突发问题、风险提前预警、话统KPI的稳定与提升, 目前TDLTE系统需要重点关注的话统 KPI指标如下表：指标分类数据 来源具体的KPI指标接入性指标无线侧RRC连接建立成功率ERAB建立成功率无线接通率保持性指标无线掉话率E-RAB掉线率移动性指标eNodeB内切换岀成功率eNodeB间切换岀成功率同频切换成功率异频切换成功率切换成功率业

2、务量指标上、下行业务平均吞吐量量上、下行PRB平均利用率干扰指标系统上行每PRB子载波平均干扰噪声网络资源指标无线侧上行PRB资源使用的平均个数下行PRB资源使用的平均个数2. KPI指标公式定义请参考附件中OMC920对应指标定义:中国移动集团要求 上报TDD LT网络指标V数据提取方法1. OMC自定义指标以eNB间切换成功率为例：1、查看工具栏，点击自定义指标管理，选择功能子集模块eNODEB选择测量族和测量组（指标所在的测量族请参考文档中国移动集团要求上报TDD LTE网络指标V2.1.8，如图1：U»«.&；-CCSW*31FW!Mt利 aFT-'

3、Jl Ml戶曲 WI*lQi 11<*£ milCuei il可通丄 90陋 UJOi泄 蠶的吃*1|凸工* .（1自定轴* |囤1!施KJ1BN£m3C<B.hiEWFiWlSfej GF步健H 岸MmD昇护 忙播注出.lEfl*崩童横T &Tr.;iS* ad LJECMmaS菲5琳二知艮祀1EJ341MK7qai_wsnuigou世=-匚沁耳1理Nii34egBEe*q*i_wrai'j-B<ju-I-insmBds艮眈產弓炬讣瞪,c«aT1«341fT%Qlr flJi*al门“嗚士打1 E-0C=tV-；r&l

4、t;irf；Y1O?341MFTTME"-亡坤询:W曲軍（JsF iw百別膏和瑚晶狈1O234Ki1S3qc_rifiiw呼谒=珂乜-1033017qin.啊叫严.CSKM - UttifTt -i :-L1O23WQW1-C皿J八一 ：，1厂倉9L1帕龍和IN押-崭期测KtfSffilU>j4S-CSrtSG 2Calil-|it "Wr 卜莎训，113440011血鶴L ：师.札的坪忙沁和i*E出L3看qan.MnniiiHi- E?样I-&31i3G-2G%ltt<ill .7a：出区1Q234C9HE1次qm_*nnou-匸列4 25诽占珈.：低

5、te）1023410131ix*qiiiwinqjouFFHE-亡須躬匚妃划打战血划ft Id-EftslQ24C93i<W史斗i¥irin窃ou耳熹療;克mu创，医:-,C：聲PC4田抽如译10234601qm_ 和 nq、oy祖楫忡-CTSg3G如口頻忒硏事1算僅1E3iKJ15fl*何*i呻列FcsaaG-raTTnpiK i.-l 祸1Q2344»B»4*qcn wnqituff*SS- L 幵f KU瓷骗&陌口袪二.:中小区：4：*4q#LWi如啊秤如翻5申>-Lt. U . rrrnJLM 一 . rrLITTfQ T 用F番p 蛇

6、于賈2、右击系统内切换岀测量，选择添加后岀现下图窗口，输入指标名称（注意单位的选择），填写公式后,点击应用3、在自定义指标管理界面找到定义的指标，右击，选择测量设置，如图丨|»理r ih- «r-： mv w -?-»rrpfe厂Er口h.r*- 一 i=i 亠pnw fe 龊凭般輕買I畐mw* x |曇劑里菅*|缺碎.对严尘型 子更$ 0过犀TLtn ChMeas 卅mstl u I KUH'ntt?*I#hh顶IS庶L二旳炖t瑚却I里 -Lsmxs® 口切換h划圧帝靖iw無口切描出刘里 内冋再卜国甌朋偃n HgutEtami霓扬舸tu测里L丢

7、富间口沁刑黑-LCSiinsl RR顶障睫* jjsiGflia口 ”“岫叩1崖或EF匡IFP .3J UECNTiqjl 輛幻需將启刚里族£1档输故郷瑞埶I出Uaiii ltHI ''.专址苦PDUF SD吓行抚釦总旬柯£下行舌包卒分毋、DRBj境PDGPSD吓傩備刪就撤仆厅丢睥审_DF日序POCF $儿下行町嘶申1圮何炖（下厅丢河率甘虽）忘#ndFhi”. d-"ian anti：処f帳罡亘 riftMeHodt±encdehBfK d biu-i/iTuq .|、”.11仇料占eNodntrniiOiS指标心. r1F4Z50334

8、51M35Q384B1 £42 503314 巧 TPfPl?i35O3T0513603111£监5033"15435O3BC51E43503773rrrj- v-lrr -'帯】1M3503AS31C42503BC3iu:?j3ae21口150邢产1*J35D3B23单氏丁一W1尸沪aw4、在弹出的窗口，如图 4,勾选新对象自动测量，点击应用，结束。2. KPI指标提取1、点击结果查询，选择新查询，选择对象，如需选取部分站点（点击第一个对象后，按住“Shift ”键，再点击最后一个站点，可将这些对象全选），如图5图52、选取需要查询的指标和对应的周期类型

9、，如图6,按需要选择日期范围和时间方式，如图7图63、指标查询结果如图 810.4I2J眉裏輻口 - jjamu门由细回LWrtS*NWBH|tW3£)吹如敲1劉执怖墉C©*N«fliPRircs.owiccna od：sotoU#Sl®j14i DO.M DCU«1i»14l DOM CM041414 OOM Mi nWllTCH PQ；H Q« n+Tizm do-cci-mdkichj on-Ki-MmTBV求大 2 ILHHO BlM机to時壽二TEHf匾.D»1i2014 DD：«0：D4GOI

10、BY-aLHHCi ef*.(teatF=1IBY-#.汕仝佐的也：iQ：M.K*Ed1B "rttfeSL-4HO er.de3fiiT-flSY-fe.0幻倣曲00.其鮒DO!tO O«0d WI4 OQ'tO'Q*DO;W 舛04114 竝切gIBV-tr KL*Dq DY 專片視 L. Ch L.deag IT-価 Y乐.11L怕 1 傩口LTHH eh:drigU；=tEiYu时.rti凹潮脸1罚七,(1:时打 姻名那川硏七.o0&IBM*SSE. ?NdMS«=lBYID'irfeSifijt.-時、"屯怖=1

11、1前一.ibv"2 如窖怀三 I BY口h汽T宫怖尼Y限. 曲？庚弹壽片屛E 0hi0fr=W=t.m 芾袴予特I nh、曲游杯=hfy来 屮0V我犬畫IHHQ日htndfi辟!鄆1別冬典曲爭 順时西:斷血祖taffi* I n曲郭胆2aifld MW- 1 r画殛厂11 RfflXk L3.告警提取常见告警分类表告警等级告警号告警名称本机网管紧急网元连接中断ENODEB重要29243小区服务能力下降告警重要19240小区不可用告警重要26205BBU单板维护链路异常告警重要29207基站控制面传输中断告警重要25621直流输岀异常告警重要26276制式间站点配置冲突告警重要2623

12、8RRU组网拓扑类型与配置不一致告警重要BBP心跳检测失败告警重要26529射频单元驻波告警重要26322BBU测收发光异常重要26503RRU测收发光异常重要26233BBU IR光接口性能恶化告警重要29201S1接口故障告警重要25888SCTP链路故障告警重要26235射频单元维护链路异常告警重要26506RRU测光口性能恶化重要26260系统时钟不可用告警主要告警分析和常见的处理手段。（附下面以“网元链路中断”为例说明如何查看和处理常见告警，其他告警类可查看附件内容。 件：）常见告警处理方法.docx示例：【网元链接中断】告警解释：网元与OMC网管之间的链接中断，一般来讲，为断电或传

13、输问题对系统的影响对该网元无法控制I虫界躅中心，主揺LTE羊醐如美轴L花_ZJ£AJBLrESi7_M克门讼松-伍SMJ；-lM：EriLTESM_ J忻州市沦右局1 虫，羊1LTE rjietNo.-j suyacih N3.-ti:匕砥夭I百EzMTJJWiS-TE_N稲儔蒂f忌齐花问帝備ijiJI :=1nriooibf.ZKh71网包也.hn 旳苗溯.tl?1 DB站华 i；sa+j_ihh71 SGGI£nc aiBBfflft- hiSI 044 U長m h7l 0期臥和 nn潮瑯广XnijI jhj告警处理序号处理方法“是”“否”1检查同一环路下基站是否全部中

14、断（基站侧检查光路和电源是否 0K.）232通知传输中心处理433通知机房巡检处理故障（基站侧更换传输 光模块/光纤）44结束三、 坏小区（TOP小区）查找和分析处理每小时对上一个小时的全网整体指标进行提取，如果指标变化波动较大，需提取小区级另U指标进行查看，将小区级的掉话率指标和掉话绝对次数按从咼到低的顺序进行排序，确认是全网的整体冋题还是TOP小区引起的指标波动，若剔除 TOP小区后，指标恢复正常，则是 TOP小区问题，优先分析掉话绝对次数多 且掉话率高的Top小区；否则是全网性问题，以下是关于TOP小区筛选的方法和主要 KPI处理方法流程：1. 接入性TOP分析处理1.1指标定义指标分

15、类数据来源具体的KPI指标指标定义接入性指标OMC920RRC连接建立成功率RRC连接建立完成次数/RRC连接请求 次数（不包括重发）ERAB建立成功率E-RAB建立成功总次数/E-RAB建立尝试总次数无线接通率RRC连接建立成功率*E-RAB建立成功 率1.2指标分析及统计点介绍丄 RRC连接建立成功率UEeNodeBRRC Conned ion Requesl -LRRC Connection Setupu广©RRC Connection Setup Complete图1中【A点】（1）指标L.RRC.ConnReq.Att加1，不统计重发的次数。Case1： eNB下发RRC_

16、Conn_Setup消肖息后，在 T300定时器超时前，收到相同的UelD发起的RRC_Conn_Req（Setup丢失，UEMAQ中突解决定时器超时后重发RRC_Conn_Re,qUeID不变），记为一次重发 RRC_Conn_Req消息。Case2： T300超时后，UE仍未收到RRC_Conn_Setup UE重新搜网，发起初始接入，UeID是取0239的随机值或上层下发的 TMS。eNB侧记为新的一次初始接入，L.RRC.ConnReq.Att加1。Case3：发起Attach后会启动T310定时器。如果 UE发出RRC_Conn_Setup_Cm后，ENB没有收到，UE会在定时器超时

17、后重新发起 Attach，ENB侧记为新的一次初始接入；RRC_Conn_Setup_Cm丢失不会触发重建，发起重建的前提是安全已经激活。(2) 如果 RRC Connection RequestL.RRC.ConnReq.Att.Emc 加I 1。(3) 如果 RRC Connection RequestL.RRC.ConnReq.Att.HighPri 加 1。(4) 如果 RRC Connection RequestL.RRC.ConnReq.Att.Mt 加I 1。(5) 如果 RRC Connection RequestL.RRC.ConnReq.Att.MoSig 加I 1。(6)

18、 如果 RRC Connection RequestL.RRC.ConnReq.Att.MoData 加I 1。【B点】消息信元 Establishment Cause消息信元 Establishment Cause消息信元 Establishment Cause消息信元 Establishment Cause消息信元 Establishment Cause为"emergency ”，指标为“ highPriorityAccess ”，扌旨标为“ mt-Access ”，指标为“ mo-Singnalling ”，指标为“ mo-Data”，指标当eNodeB下小区接收到 UE发送的

19、RRC Connection Request消息并下发 RRC Connection Setup 消息给UE时，指标 L.RRC.ConnSetup 加 1。【C点当 eNodeB收到 UE返回的 RRC Connection Setup Complete 消息时统计相应指标，L.RRC.ConnReq.Succ 加1。RRC Setup Success Rate 计算：RRCSetupSuccessRate= ( L.RRC.ConnReq.Succ) /(L.RRC.ConnReq.Att)*100%J E-RAB建立成功率UEMMECeti naclionnog UERRC Con ne

20、cbonRRC Conrwctton S«Ilp CnmcijtttBiSecuirfly咅CommandInrllal GonttiMl； 亠邛輛 IUD KfrQU«Bf®IRC Ccmruitoan R«onfalion即SflcuEy Mod#CdHtpMflRRC Qnrw艸0科厂冃吝eoiMiGur占初m Gempl#膛1airniBi Con&BKl0耶lyp鶴杆ppn祎LIE刑EJtRC CunncciHHi4Rtwnr開:竿 iont LMJSLIU?1k 眈 t'anncdion： ftcwnfiguiaiinn Cw

21、iipkifL Jt-HAt SLTir1ESPON5H女口图 2、3 中【A点所示，当 eNodeB收至U来自 MME的 E-RAB SETUP REQUEST者 INITIAL CONTEXT SETUPREQUES消息时统计该指标。如果 E-RAB SETUP REQUES或者 INITIAL CONTEXT SETUP REQUESTS息中要 求同时建立多个E-RAB,则相应指标按各个业务的QCI分别进行累加。【B点】当 MME攵至U来自 eNodeB的 E-RAB SETUP RESPONSE者 INITIAL CONTEXT SETUP RESPONSE息时 E-RAB建 立成功次

22、数累加。ERAB Setup Success Rate 计算公式：ErabSetupSuccessRate= (L.E-RAB.SuccEst ) /(L.E-RAB.AttEst)*100%1.3 TOP小区分析和处理?处理流程和方法通过对TOP小区建立失败的原因进行观察，通过对不同的原因做相应的观察，不同失败原因对于相应 指标有不同的变化，应对观察指标和优化策略均不同，下表为指标提取的建立失败的不同原因分类和相应说明:小区RRC建立失败次数：1、口资源分配失败而导致RR（连接建立失败的次数，指标ID : 1526727083;重点关注top资源是否足够， 包括top用户数，传输、PRB等；

23、2、口 UE无应答而导致RR（连接建立失败的次数，指标ID : 1526727084;关注质差、干扰、无线环境等；3、口 小区发送RRC Conn ection Reject消息次数，指标ID : 1526728269 ；关注传输问题、是否拥塞、干 扰；4、口因为SRS资源分配失败而导致RRC1接建立失败的次数，指标ID : 1526728485;重点关注SRS带宽、 配置指示、配置方式、SRS ACK/NAC设置是否合理等；5、口因为PUCC资源分配失败而导致RRC连接建立失败的次数，指标ID : 1526728486;关注PUCCH言道相关参数设置是否合理，CQI RB数配置是否合理等；d

24、6、口流控导致的RRCConnection Request消息丢弃次数，指标ID: 1526728489；关注拥塞，业务流控相 关参数是否设置正确等；7、口流控导致的发送RRC Connection Reject消息次数，指标ID: 1526728490；关注拥塞，业务流控相 关参数是否设置正确等；对小区E-RAB建立失败次数：1、口因未收到UE响应而导致E-RAB建立失败的次数，指标ID : 1526726717 ;处理建议：需排查覆盖，干 扰，质差，ENODE参数设置错误，终端及用户行为异常等原因。2、口核心网问题导致E-RAB建立失败次数，指标ID : 1526728276;处理建议：需

25、跟踪信令，排查核心网问题（EPC参数设置，TAC码设置的一致性，对用户开卡限制，硬件故障方面排查）；3、口传输层问题导致E-RAB建立失败次数，指标ID : 1526728277;处理建议：需查询传输是否有故障， 高误码，闪断，传输侧参数设置问题。4、口无线层问题导致E-RAB建立失败次数，指标ID : 1526728278;处理建议：处理建议：需排查覆盖， 干扰，质差，ENODE参数设置错误，终端及用户行为异常等原因。5、 口无线资源不足导致E-RAB建立失败次数，指标ID : 1526728279;处理建议：1、排查TOP小区资源是 否足够，是否故障引起，若存在资源不足问题，可考虑参数调整

26、，流量均衡（小区选择，重选和切换类参数）；2、结合现场调整天馈，流量均衡；3、热点区域，增补基站等；6、 安全模式配置失败导致E-RABt立失败次数，指标ID : 1526728280;处理建议：需排查覆盖，干扰， 质差，ENODE参数设置错误，终端及用户行为异常等原因。在一般正常情况下建立失败的通常为无线侧问题导致的可以处理，具体常见处理方法和流程如下：1. 检查操作，告警，传输问题，是否存在网络变动和升级行为等（1.通过LST ALMAF查询站点实时告警，用LST ALMLO（参考历史告警；存在告警则降低功率切岀用户，严重的临时去激活小区，通知维护人员处理；|2. 通过DSP BRD查询单

27、板运行情况；异常则通知维护人员；3. 传输及EPC侧有网络变动（升级，割接，参数修改等）。 一般为突发，及时同时相关人员；4. 通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；用MOD CELL修改PCI5. 检查小区时隙配比是否设置准确（室分：SA2SSP7;宏站:SA2SSP5）LST CELL查看，MOD CELL修改；|6. 如每PRB上干扰噪声平均值-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；统计话务统计看是突发的还是持续的，可应急通过MOD PDSC降功率处理；7. 检查传输模式，是否为TM3如长时间为TM2确认设置正确的情况下，基本确定

28、小区存在弱覆盖；8. 对比64QAM和QPSK占比，如后者比例远大于前者，可确定小区覆盖异常；9. 邻区告警、故障等导致 TOP小区存在弱覆盖；10. 天馈问题，无线环境差；11. 天线权值配置与现场天线参数不一致。12. 核查参考信号功率是否偏低（常规设置92,122，需结合现场设置）；MOD PDSC进行修改；IRR建立成功率 低于98%J是否大部分小区恶化NO、t筛选TO小区YES>无线接通率低于98%YESRAB建立 成功率低于98%是否大部分小区恶化筛选TO小区NORR建立成功率TOP E-RABt 立成功率TO条件相同：建立 成功率98%连接请求次数极 少。检查操作，告警，传

29、输问 题，是否存在网络变动和 升级行为等（1.通过LST ALMA查询站点实时告警， 参考历史告警；2.通过 DSP BRD查询单板运行情 况；3.传输及EP（侧有网 络变动（升级，割接，参YESNO1、通过Mapinfo查看小区PC复用是否合理，是否存在模三冲 突；2、检查小区时隙配比是否设置准确是否存在干扰（DE:SA2SSP7;F:SA2SSP5 3、如每PR上干扰噪声平均值- 110dBm确认小区存在上行干扰，同时可通过后台跟踪，确认干 扰类型；4、发送干扰组协助处理。NO是否存在覆盖问题NO1.检查传输模式，是否为TM3如长时间为TM2确认设置正确 的情况下，基本确定小区存在弱覆盖；

30、2、对比64QA和QPS占 比，如后者比例远大于前者,可确定小区覆盖异常；3、邻区告警 、故障等导致TO小区存在弱覆盖；4、天馈问题；5、无线环境 差；6、基站规划、建设、施工问题；7,天线权值配置与现场天 线参数不一致。8.核查参考信号功率是否偏低（常规设置 92,122,需结合现场设置）；是否存在高质差1.通过观察小区上下行丢包率是否正常，如丢包 率偏高，基本断定小区存在质差；2、通过后台误 码率跟踪，如BLER10%确定小区存在高误码；NO是否存在资源不足1、参数调整，流量均衡；2、天 馈调整，分担流量；3、热点区 域，增补基站；NO是否终端、用户行为异常1.结合用户投诉情况，安排前场

31、人员现场测试，同时后台通过信 令跟踪，配合查找问题原因；指标是否正常YES保存跟踪信令及测 试数据，提交问题 排查交付件至华为 研发定位问题。2. 保持性TOP分析处理2.1指标定义指标分类数据来源具体的KPI指 标指标定义保持性指标OMC920无线掉话率（eNodeB发起的S1 RESET导致的 UE Con text释放 次数+UE Con text 异常释放次数）/UE Con text 建立 成功总次数*100%E-RAB掉线率（eNodeB触发的释放原因为异常的E-RAB释放总次数+切换岀E-RAB异常释放总次数）/用户发起E-RAB 建立流程且建立成功的总次数*100%2.2指标分

32、析及统计点介绍I无线掉线率如上图：【图1】中A点所示，当eNodeB向MME发送UE CONTEXTRELEASBREQUEST肖息，会释放 UE的 所有 E-RAB 当释放原因不为“ Normal Release” “Detach” “User Inactivity” “CS Fallback triggered", “UENot Available for PS Service", a Inter-RAT Redirection", “Time Critical Handover", “Handover Cancelled"时, 测量指标

33、L.UECNTX.AbnormRe加 1。如【图2】中A点所示，当 eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.SIReset.eNode 进行累加。如【图3】中A点所示，当 MME向eNodeB发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.SIReset.MM进行累加。门 E-RAB掉线率E-RAB掉线分2部分，为eNodeB触发的释放原因为异常的E-RAB释放总次数和切换岀E-RAB异常释放总次数，分别如下：切换出E-RAB异常释放信令统计点如下图:LJfMWWVEOGC上图中，图1表示eNodeB内

34、切换，图2表示X2接口切换， 图3表示S1接口切换，图4表示E-UTRAN系 统切换到 WCDMA系统、GERAN系统、或者TD-SCDMA系统。如图1、图2、图3和图4中C点所示，切换 执行成功，但目标小区有建立失败的承载，源小区异常释放对应的E-RAB,则在源小区按各个业务的QCI分别统计该指标。同时，在源小区根据相应E-RAB的个数将总次数累加，即指标LERAB.AbnormRel.HOOut累加。eNodeB触发的释放原因为异常的 E-RAB释放信令统计点如下图:如图1中A点所示，当eNodeB发出E-RABRELEASENDICATION消息，且释放原因不为 “Normal Rele

35、ase ” , “Detach ”，“ User Inactivity ”，“ CSFallback triggered ”，“ UENot Available For PSService ”， “Inter-RAT Redirection ”，“ Successful Handover” 时统计 L.E-RAB.AbnormRel.eNBTot 指标，当判断 相应承载有数传时统计 L.E-RAB.AbnormRel指标。如果 E-RAB RELEASENDICATION信令中要求同时释放多 个E-RAB,则相应的指标统计多次；如图2中A点所示，当eNodeB向MME发送UE CONTEXT

36、RELEASE REQUE消息，会释放 UE的所有 E-RAB 当释放原因不为“ Normal Release ”，“ Detach ”，“ User Inactivity ”，“ CSFallback triggered ”，“ UE Not Available For PS Service ”，“ Inter-RAT Redirection ”，“ Time Critical Handover ”，“Handover Cancelled ”时统计L.E-RAB.AbnormRel.eNBTot指标，当判断相应承载有数传时统计L.E-RAB.AbnormRel指标。如果被释放用户建立了多个E

37、-RAB则相应的指标统计多次。并且在MM盟复UE CONTEXT RELEASE COMM消息时，相应指标不会被重复记录。2.3 TOP小区分析流程TOP小区分析可通过 OMC 920提取异常释放原因：无线掉线率释放原因如下： eNodeB发起的原因为 UE LOST的UE Context释放次数 eNodeB发起的原因为切换失败的UE Context释放次数 eNodeB发起的原因为无线层问题的 UE Context释放次数 eNodeB发起的S1 RESE导致的UE Context释放次数E-RAB掉线率释放原因如下：无线层问题导致的激活的E- RAB异常释放次数传输层问题导致的激活的 E

38、-RAB异常释放次数网络拥塞导致的激活的E-RAB异常释放次数切换流程失败导致激活的 E-RAB异常释放次数核心网问题导致E-RAB异常释放次数环13曲 J-FinK ijli 里已 RAScmiRESET 异 rrruE ueCQR!«ri ff 弓#i何VI 0IAMI 9&JF1I 乞在撑氓sESifir i£也If匡 H i:Tk=y三吐EG匚上TiEJfc心 j£ii*£i Wi»Ei rj疝厂 如希吿有无瞬=REW FT匸 M1UE. 应釧JE MmE iwilT Art 即叭！IT a-art*-<lW 口ERdkf

39、 a-s- ST左詠 洁缶圧96IEa aafi t0 adWhlLQa60a06侖o09 111丄'：amj0NML00Jb2 1501a0K_Q4JJLQaV a00赴J几1価苦DQ戡jQ0i4nJKOEE孙> “4逅昱adaaad无枚掉駕甘0D帕W加UTMadia童QaaaadD0196«1a 1B4ia0mi0。嗣即出*aQ4QQ«©廉啊仃卄负樽呂cqrfl1$VV nrifaa04j；g小.<1a zss1aaa fjlaaaiD9 129<1a偌Ja0a MLa09JiD4 0712aim10aarJL1a11ai0a

40、1;002a mlQ即$oa0o-什-11a ma1Qna miId11a1Di： nd?:j n?1. 通过LST ALMAF查询站点实时告警，参考历史告警LST ALMLOG 存在告警则降低功率切出用户，严重 的临时去激活小区，通知维护人员处理；2. 通过DSP BRD查询单板运行情况；若异常，通知维护人员处理；3. 提取两两小区切换，确定目标小区：A. 确定目标小区运行情况，是否基站故障或异常告警；若异常，通知维护人员处理；B. 检查邻区间参数设置是否正确；核查修改邻区外部小区参数是否正确，切换偏置是否合理；C. 通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；进行邻区的

41、合理删除和添加；D. 检查基站是否周边站点缺少，如为孤站，可视为正常；暂不做处理，观察；4. 检查参数设置是否合理：A. 查询掉线类定时器设置是否正确；（T310、N311、N310 T311、T301）.LST UETIMERCONST:;B. 如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；用LST OPTLOG查看是否指标异常开始时段有相应修改操作，询问修改人进行相应恢复观察；5. 检查是否存在干扰：A.通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；修改PCIB. 检查小区时隙配比是否设置准确（E频段室分：SA2SSP7; F和D频段宏站：SA2SSP5）;

42、修改时隙 配比配比MOD CELL;C. 如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；统计话务统计看是突发的还是持续的，可应急通过MOD PDSC降功率处理；6. 是否存在高质差：|A. 通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差；B. 通过后台误码率跟踪，如 BLER>10%确定小区存在高误码；7. 是否存在弱覆盖：|A. 检查传输模式，是否为TM3如长时间为TM2确认设置正确的情况下， 基本确定小区存在弱覆盖；B. 对比64QAM和QPSK占比，如后者比例远大于前者，可确定小区覆盖异常；8. 现场

43、测试及后台跟踪：A.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；B.如果确认问题后，需配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环。1. 确定目标小区运行情 况，是否基站故障或异 常告警；2. 检查邻区间参数设置 是否正确；3. 通过Mapinfo检查小区 邻区配置是否合理，进 行邻区合理性优化；4. 检查基站是否周边站 点缺少，如为孤站，可 视为正常；掉线率高3. 移动性TOP分析处理3.1指标定义指标分类数据来源具体的KPI指标指标定义移动性 指标OMC920eNodeB内切换岀成功率（eNodeB内同频切换出成功次数+eNodeB内异频切换出成功次数-通过重建

44、回源小区的 eNodeB内同频切换出执行成功次数-通过重建回源小区的eNodeB内异频切换出执行成 功次数）/（eNodeB内同频切换出执行次数+eNodeB内异频切换出执行次数）*100%eNodeB间切换出成功率（eNodeB间同频切换出成功次数+eNodeB间异频切换出成功次数-通过重建回源小区的 eNodeB间同频切换出执行成功次数-通过重建回源小区的eNodeB间异频切换出执行成 功次数）/（eNodeB间同频切换出尝试次数+eNodeB间异频切换出尝试次数）*100%同频切换成功 率（eNodeB内同频切换出成功次数+eNodeB间同频切换出成功次数-通过重建回源小区的 eNode

45、B间同频切换出执行成功次数-通过重建回源小区的eNodeB内同频切换出执行成功 次数）/（eNodeB内同频切换出执行次数+eNodeB间同频切换出尝试次数）*100%异频切换成功 率（eNodeB内异频切换出成功次数+eNodeB间异频切换出成功次数-通过重建回源小区的 eNodeB间异频切换出执行成功次数-通过重建回源小区的eNodeB内异频切换出执行成功 次数）/（eNodeB内异频切换出执行次数+eNodeB间异频切换出尝试次数）*100%3.2指标分析及统计点介绍统计小区范围内不同原因的切换岀失败的次数。切换岀失败一般发生在切换准备阶段，包括几种典型场景： 核心网问题，目标小区无响应

46、，目标小区回复切换准备失败以及源小区发送切 换取消消息。切换准备阶段是从切换判决到切换执行之间的切换资源准备阶段。如图1和图2中B点所示，在S1接口切换及X2接口切换过程中的切换准备阶段， 源小区收到来自MME的UE CONTEXTRELEASE COMMAN消息时，指标 L.HHO.Prep.FailOut.MME加 1。如图3和图4中B点所示，在X2接口切换及S1接口切换过程中的切换准备阶段结束时，源小区未收到来自目标eNodeB的任何消息，包括如下场景：在X2切换时，未收到对端eNodeB发出的HANDOVER REQUEST ACKNOWLEDEG消息及 HANDOVER PREPAR

47、ATION FAILUR息;在 S1 接口切换时，未收到 MME 发出的 HANDOVER COMMAND肖息及 HANDOVER PREPARATION FAILU肖息。指标 L.HHO.Prep.FailOut.NoReply加 1。如图5和图6中B点所示，在X2接口切换过程中的切换准备阶段，当源小区收到来自目标小区的HANDOVERPREPARATION FAILURE息,时，指标 L.HHO.Prep.FailOut.PrepFailure加1。在S1接口切换过程中的切换准备阶段，当 源小区收到来自 MME 的 HANDOVER PREPARATION FAILUR息时，指标 L.HH

48、O.Prep.FailOut.PrepFailure加 1。如图7和图8中B点所示，在X2接口切换及S1接口切换过程中，切换准备阶段未结束且没有收到来自目标测的任何消息，源小区判决取消本次切换，并发送HANDOVER CANGES时，指标L.HHO.Prep.FailOut.HOCancel力口 1。如果准备阶段结束，由于其他异常原因，UE未完成切换流程，源小区向目标小区发送HANDOVERANCE消息时，不统计到该指标中。如 图7和图8中B点所示，在X2接口切换及S1接口切换过程中，源小区发送 HANDOVER CANCEL消息时，指标L.HHO.FailOut.HOCancel加1。该指标

49、不考虑切换准备是否完成，只要源小区发送HANDOVECANCEL消息，指标就统计。Miaiiramercr.#NoaeH3.3 TOP小区分析流程TOP小区分析可通过OMC 920提取切换出失败原因：核心网原因导致切换出准备失败次数目标小区无响应导致切换出准备失败次数目标小区回复切换准备失败消息导致切换出准备失败次数源小区发送切换取消导致切换出准备失败次数 eNodeB间切换出取消次数对TOP问题小区常见如下处理：1查询站点有无告警，小区状态是否正常；（1.通过LST ALMAF查询站点实时告警，用LST ALMLO（参考 历史告警；存在告警则降低功率切岀用户，严重的临时去激活小区，通知维护人

50、员处理；2. 查询有无外部干扰（每PRB上干扰噪声平均值-110dBm,则存在外部干扰）； 统计话务统计看是突发的 还是持续的，可应急通过 MOD PDSC降功率处理；3. 提取两两小区切换， 确定切换出目标小区，核查外部小区参数（PCI、TAC频点、小区标识、切换参数）配置有无错误；若错误则对外部定义的小区参数进行修改，另外关注两两小区切换过早和过玩或者乒乓切换统计，进行相应的 CIO调整；4. 查看MAPINFC图层，查看邻区是否存在 MODF扰，确认基站规划是否合理，是否会产生弱覆盖。用MOD CELL修改PCI或者降功率，降功率需注意是否会造成其他地方覆盖差；切换成功率低是否存在异常告

51、警是告警处理后是或传输闪断否恢复核心网原因 导致切换出 准备失败次数目标小区无 响应导致切 换出准备失 败次数 目标小区回 复切换准备 失败消息导 致切换出准 备失败次数 源小区发送 切换取消导 致切换出准 备失败次数 eNodeB间切 换出取消次数核查邻区外部小区核查、合理规划、修改邻区外部干扰扫频排查弱覆盖参数合理性拥塞模3干扰合理规划修改PCI1. 天馈调整2. 更改天馈类 型3. 增加小区功 率4. 新增站点1. 小区PCI2. TA3. 小区标识4濒率5.切换参数等1扩容2. 话务均衡3. 新增站点结束?若以上手段都不能解决问题则安排前场人员现场测试，同时后台通过信令跟 踪，配合查找

52、问题原因；如果确认问题后，需第三方配合解决，转发相关人 员处理，做好跟踪工作，直至问题闭环；四、附录文件常用指令：TDL站点状态查询指令：LST CELL:;查询小区静态参数DSP CELL:;查询小区动态参数LST ALMAF:;查询当前告警LST BFANT:;查询天线配置信息（静态）DSP BFANT :查询天线配置信息（动态）LST PDSCHCFG:参考信号功率）LST CELLPDCCHALGO（;公共控制信令聚集级别）LST CELLDLPCPDSCHPA（;pdsch 功率控制 PA调整开关）LST EUTRANINTRAFREQNCELL:;（查询 EUTRA同频邻区关系）LST EUTRANEXTERNALCELL:;（查询 EUTRA外部小区）LST GPS:;（查询小区的经纬度）LST ALMLOG:ALMTP=ALL;）激活/解闭塞小区：ACT CELL:LOCALCELLID=1;ACT CELL:LOCALCELLID=2;ACT CELL:LOCALCELLID=3;UBL CELL:LOCALCELLID=1;UB