,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,#,Click to edit Master title style,目录,概述,坏小区原因分类,坏小区优化流程,坏小区优化案例,坏小区优化建议,1,概述,(,一）,常用,KPI,指标,小区性能指标反映了小区运行状况，包含,T,拥塞率、,T,接通率、,T,掉话率、,SD,拥塞率、,SD,接通率、,SD,掉话率、上行质差、下行质差、低接入性、下行,TBF,建立成功率、下行,TBF,掉线率等指标，本讲义主要阐述小区性能指标问题的分析定位和处理，并对,GSM,坏小区的分析原理和方法作了相应说明，能够帮助小区性能指标分析人员快速发现、定位指标异常的原因，并提供了相应的解决办法和处理流程。,2,每线话务量,=(CELTCHf.TFTRALACC+CELTCHh.ThTRALACC)/,（,(CELTCHh.ThNSCAN*,（,CLTCH.TAVAACC/CLTCH.TAVASCAN-,静态,PDCH,数）,TCH,拥塞率,(,不含切换,)=CELTCHFP.TFESTPGSMSUB/CLTCH.TASSALL,T,接通率,=(TFMSESTB+THMSESTB)/(TFCALLS+THCALLS),T,掉话率,(,含切换,)=TFCONGPGSMSUB/(TFMSESTB+THMSESTB),上行质量比例,=sum,（,0-5RxQuality,上行采样点）,/sum(0-7RxQuality,上行采样点）,下行质量比例,=sum,（,0-5RxQuality,下行采样点）,/sum(0-7RxQuality,下行采样点）,下行,TBF,建立成功率,=(CELLGPRS.DLTBFEST-CELLGPRS.FAILDLTBFEST)/CELLGPRS.DLTBFEST,下行,TBF,掉线率,=(CELLGPRS2.LDISTFI+CELLGPRS2.LDISRR+CELLGPRS2.LDISOTH+CELLGPRS2.FLUDISC)/(CELLGPRS.DLTBFEST-CELLGPRS.FAILDLTBFEST),目录,3,概述,3,坏小区原因分类,坏小区优化流程,坏小区优化案例,坏小区优化建议,坏小区产生原因,私装直放站干扰,频点干扰,干扰机影响,其他系统干扰,不明干扰,无线资源,主设备故障,分布系统等设备故障,直放站故障,天馈,/,天线故障,传输故障,网元故障,动力故障,工程施工问题,终端类问题,容量类问题,故障类问题,覆盖类问题,弱信号覆盖,过远覆盖,无主覆盖,环境问题,特殊覆盖区域,CCCH,资源不足,SDCCH,资源不足,TCH,资源不足,传输资源不足,数据业务资源不足,数据类问题,用户行为,异常呼叫,数据错误或漏定义,邻区问题,网络变动问题,参数设置不当,干扰类问题,目录,5,概述,5,坏小区原因分类,坏小区优化流程,坏小区优化案例,坏小区优化建议,6,6,坏小区处理一般流程,左图描述了,GSM,坏小区处理的一般流程，日常工作中，发现,小区性能指标出现异常，可以按左侧流程图进行处理；,拥塞类指标出现问题，容量是否受限检查需要优先检查，如,TCH,拥塞率较高，可以先看是否是由于小区话务高、载波配置少引起。,坏小区处理流程,7,7,检查设备告警：,用,RXMFP,、,RXASP,、,RXELP,等指令查看小区是否有实时告警和历史告警,用,RXCDP,查看小区载波是否存在,BLOCKED/UNUSED,用,DTSTP,、,DTQUP,查看传输是否存在告警、传输链路是否存在误码；,查看话统数据，是否存在信道完好率不足的情况,如果基站存在告警，通知基站代维处理；如果是新站，没有移交给代维，通知工程处理。,传输存在告警，如传输断，通知基站代维处理；传输存在误码，先用指令,(DTQSR:DIP=RBLTxx,UNACC,DEGR,SF,；,),清除误码，如果过一段时间，又出误码，通知基站代维处理,如果小区信道完好率不足是由硬件原因引起，通知基站代维处理,坏小区处理流程,8,8,突发情况：,咨询现场测试同事，了解该小区覆盖区域内近期是否举办大型活动、新建楼盘等；,是否为节假日，人流量突增所致；,如果小区覆盖范围举行大型活动，人流突增，或节假日，话务剧增，可能会引起小区性能指标异常，如,TCH,拥塞、掉话上升、,TBF,建立成功率低等，可以采取增加半速率门限、周围基站话务均衡、扩容等手段来解决。,小区覆盖范围有新建楼房引起话务上升，可以考虑规划室分系统,参数检查：,通过参数调整记录表或,COMMAN LOG,查询近期是否进行过参数调整，例如：,accmin,、,bspwrb/bspwrt,、,layer,、,layerthr,等参数。,通过小区指令查询小区现网参数设置是否合理,检查邻区关系是否漏定义,坏小区处理流程,9,9,检查覆盖情况或覆盖变化：,通过,MRR,数据查询模块查询小区,TA,分布，评估该小区是否过覆盖（,TA=0130%,或,TA=5A10%,）；,通过基站代维或测试组同事查询该小区近期是否进行过天线调整或整改，详细了解该小区现在的覆盖区域；,是否为新开通直放站信源小区，导致小区覆盖区域发生变化。,邻小区是否有倒站现象，周围基站是否有基站搬迁,邻小区近期是否进行过天线调整或整改；,小区过覆盖，可以采取调整天线下倾、更换天线，或适当降功率来处理,直放站问题引起的小区指标问题，可以整改直放站、或调整直放站参数，如更换电桥、耦合器，调整直放站增益等,邻小区倒站、搬迁、天线调整等，可能引起小区负荷过高、弱信号覆盖等问题,坏小区处理流程,10,10,干扰排查：,用,RLCRP,查看小区即时干扰情况，或通过话统数据查看小区上行干扰情况,现场测试，查看小区下行干扰情况,查看小区周围、附近是否有电信、联通的,GSM,站,查看该小区是否带直放站、干放、光端设备等,查看周围小区干扰情况,如果干扰时隙集中在某个频点或载波，可以先尝试换频点或换载波,小区周围、附近存在电信、联通基站，可能它们是干扰源，可以尝试添加滤波器,小区带直放站、干放、光端设备等，可以尝试闭掉这些设备，排查干扰是否由它们引起的,如果周围小区也存在干扰，可能存在外部干扰源，需要扫频排查,私装直放站会引起上行干扰，需要联系移动处理,坏小区处理流程,11,11,容量检查：,TCH,拥塞、掉话等，可以查看小区,TCH,资源,SDCCH,指标异常，可以查看,SDCCH,设置值,寻呼拥塞，可以查看,CCCH,设置值,小区容量类问题，可以通过扩容、增加,SDCCH,值、,CCCH,值等方法来处理，如果扩容无法解决问题，则需要规划新站,其它：,覆盖区域内是否存在手机生产厂商，进行手机测试过程中频繁呼叫，导致,T,呼叫申请剧增，导致,T,接通问题。,手机非正常断电，会产生突然掉话,手机生产厂家的紧急呼叫，可以采用限制紧急呼叫的方法来解决，即,ACC,设置为,10,，需要报移动接口人批准,目录,12,概述,12,坏小区原因分类,坏小区优化流程,坏小区优化案例,坏小区优化建议,坏小区优化案例,(,一,),昆山阳光城,A,高掉话小区处理：,日常监控发现，昆山阳光城,A,（,55020A,）小区突然和不明掉话较多，并伴随信道完好率不足、时隙告警等问题，在时间上是不定时出现。,查看该小区告警，发现均为,TS,的外部,1B3,告警，没有固定在某个载频上。,13,坏小区优化案例一,昆山阳光城,A,高掉话小区处理：,观察该小区指标发现主要是突然掉话，信道完好率不足，根据告警里的,1B,级外部告警，且,TS,告警不固定于某个载波，初步判断为,DXU,存在故障或传输存在问题。,在代维配合下，首先将昆山阳光城,A,（,55020A,）的传输与其正常的,B,小区传输的对调并观察，发现之前正常的,B,小区依然正常，,A,小区依然会存在告警。排除传输问题。,更换昆山阳光城,A,（,55020A,）小区中的,DXU,，观察更换后几天的指标均恢复正常。,14,坏小区优化案例,(,二,),昆山枫景苑西,A,高掉话,处理：,指标监控发现“昆山枫景苑西,A,”出现高掉话，小时掉话次数高达,81,次，考核时段六忙时掉话,273,次，掉话率约,10%,，掉话类型主要是突然掉话，其它指标基本正常。,15,坏小区优化案例,(,二,),昆山枫景苑西,A,高掉话,处理：,1,、用,RXMFP,、,RXASP,等指令查询小区告警情况，没有发现异常，也没有发现异常历史告警。,2,、查询小区占用的传输状态及传输质量，未发现误码；小区信道完好率正常，小区没有传输闪断现象。,3,、查询小区近期参数调整及硬件调整记录，未发现异常,4,、跟基站代维联系，确认小区没有带直放站；因为主要为突然掉话，怀疑小区软件吊死，重,load,小区，问题依然存在,5,、检查小区邻区关系及邻区参数，也未发现异常,6,、仔细分析话统数据，发现小区紧急呼叫比其它小区明显多很多，且高掉话时段，紧急呼叫次数也很多，于是怀疑由于手机生产厂家或手机维修中心为测试手机，会拨打紧急电话后拔电板造成掉话，将,ACC,参数由,clear,改为,10,，即限制紧急呼叫，问题解决，小区指标恢复正常。,16,坏小区优化案例,(,三,),昆山姜里南B,下行TBF掉线率,处理：,昆山姜里南B,小区只有两载波，话务低，,SDCCH,指标和,TCH,各项指标基本正常，但下行,TBF,掉线率较高，有时下行高阶编码低。,根据,MCOM,发现，该小区覆盖区水域较多，周围基站较少,17,坏小区优化案例,(,三,),昆山姜里南B,下行TBF掉线率,处理：,处理：,1,、将,EDGE,信道单独放在一个信道组，以利于数据业务用户对信道的连续占用,2,、更换频点,73-83,18,分析：,小区没有硬件告警，,SDCCH,指标、,TCH,指标正常，基本排除小区硬件故障。,小区配有,6,条,EDGE,信道，由于小区载波少，只有两个载波，,BCCH,、,SDCCH,、,EDGE,信道都配置在,CHGR0,，,EDGE,信道配置不是最佳的方案。,根据,MCOM,发现，,73,频点周围同邻区较多，存在同邻频干扰。,坏小区优化案例,(,三,),昆山姜里南B,下行TBF掉线率,处理：,19,调整后，小区下行,TBF,掉线率已恢复到正常水平，下行高编码比例也正常。,目录,20,概述,20,坏小区原因分类,坏小区优化流程,坏小区优化案例,坏小区优化建议,坏小区处理建议,21,21,坏小区处理建议：,参数修改规范化，参数修改建议采用,CNA,修改，如,LAYER,、,LAYERTHR,等,平时应加强经验积累，最好能形成案例，提高发现问题、解决问题的能力。,重视无线环境，注意与测试组同事的良好配合,加强与同事、同行的经验交流,Thank You,！,22,