GSM无线优化坏小区处理.pptx

目录 概述概述坏小区原因分类坏小区原因分类坏小区优化流程坏小区优化流程坏小区优化案例坏小区优化案例坏小区优化建议坏小区优化建议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.TASSALLT接通率=(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坏小区原因分类坏小区原因分类坏小区优化流程坏小区优化流程坏小区优化案例坏小区优化案例坏小区优化建议坏小区优化建议66坏小区处理一般流程 左图描述了GSM坏小区处理的一般流程，日常工作中，发现小区性能指标出现异常，可以按左侧流程图进行处理；拥塞类指标出现问题，容量是否受限检查需要优先检查，如TCH拥塞率较高，可以先看是否是由于小区话务高、载波配置少引起。坏小区处理流程77检查设备告警：用RXMFP、RXASP、RXELP等指令查看小区是否有实时告警和历史告警用RXCDP查看小区载波是否存在BLOCKED/UNUSED用DTSTP、DTQUP查看传输是否存在告警、传输链路是否存在误码；查看话统数据，是否存在信道完好率不足的情况 如果基站存在告警，通知基站代维处理；如果是新站，没有移交给代维，通知工程处理。传输存在告警，如传输断，通知基站代维处理；传输存在误码，先用指令(DTQSR:DIP=RBLTxx,UNACC,DEGR,SF；)清除误码，如果过一段时间，又出误码，通知基站代维处理 如果小区信道完好率不足是由硬件原因引起，通知基站代维处理坏小区处理流程88突发情况：咨询现场测试同事，了解该小区覆盖区域内近期是否举办大型活动、新建楼盘等；是否为节假日，人流量突增所致；如果小区覆盖范围举行大型活动，人流突增，或节假日，话务剧增，可能会引起小区性能指标异常，如TCH拥塞、掉话上升、TBF建立成功率低等，可以采取增加半速率门限、周围基站话务均衡、扩容等手段来解决。小区覆盖范围有新建楼房引起话务上升，可以考虑规划室分系统参数检查：通过参数调整记录表或COMMAN LOG查询近期是否进行过参数调整，例如：accmin、bspwrb/bspwrt、layer、layerthr等参数。通过小区指令查询小区现网参数设置是否合理 检查邻区关系是否漏定义坏小区处理流程99检查覆盖情况或覆盖变化：通过MRR数据查询模块查询小区TA分布，评估该小区是否过覆盖（TA=0130%,或TA=5A10%）；通过基站代维或测试组同事查询该小区近期是否进行过天线调整或整改，详细了解该小区现在的覆盖区域；是否为新开通直放站信源小区，导致小区覆盖区域发生变化。邻小区是否有倒站现象，周围基站是否有基站搬迁邻小区近期是否进行过天线调整或整改；小区过覆盖，可以采取调整天线下倾、更换天线，或适当降功率来处理 直放站问题引起的小区指标问题，可以整改直放站、或调整直放站参数，如更换电桥、耦合器，调整直放站增益等 邻小区倒站、搬迁、天线调整等，可能引起小区负荷过高、弱信号覆盖等问题坏小区处理流程1010干扰排查：用RLCRP查看小区即时干扰情况，或通过话统数据查看小区上行干扰情况现场测试，查看小区下行干扰情况查看小区周围、附近是否有电信、联通的GSM站查看该小区是否带直放站、干放、光端设备等查看周围小区干扰情况 如果干扰时隙集中在某个频点或载波，可以先尝试换频点或换载波 小区周围、附近存在电信、联通基站，可能它们是干扰源，可以尝试添加滤波器 小区带直放站、干放、光端设备等，可以尝试闭掉这些设备，排查干扰是否由它们引起的 如果周围小区也存在干扰，可能存在外部干扰源，需要扫频排查 私装直放站会引起上行干扰，需要联系移动处理坏小区处理流程1111容量检查：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-8318分析：小区没有硬件告警，SDCCH指标、TCH指标正常，基本排除小区硬件故障。小区配有6条EDGE信道，由于小区载波少，只有两个载波，BCCH、SDCCH、EDGE信道都配置在CHGR0，EDGE信道配置不是最佳的方案。根据MCOM发现，73频点周围同邻区较多，存在同邻频干扰。坏小区优化案例(三)昆山姜里南B下行TBF掉线率处理：19调整后，小区下行TBF掉线率已恢复到正常水平，下行高编码比例也正常。目录20 概述概述20坏小区原因分类坏小区原因分类坏小区优化流程坏小区优化流程坏小区优化案例坏小区优化案例坏小区优化建议坏小区优化建议坏小区处理建议2121坏小区处理建议：参数修改规范化，参数修改建议采用CNA修改，如LAYER、LAYERTHR等平时应加强经验积累，最好能形成案例，提高发现问题、解决问题的能力。重视无线环境，注意与测试组同事的良好配合加强与同事、同行的经验交流 22