GSM优化思路.doc

1 日常优化概述 1.1 常见报告类型 018：A interface measurements（c750/c751） 025：SCCP measurements（CC/CR） 110：Overview measurements 180：2G Traffic flow measurements（c400/c401/c402） 018中继报告中观察C750/C7510或C181J0。C181E不为零表示BSC侧存在已经Lock的时隙交换侧并没有Lock，处理办法将交换侧对应的时隙Lock。C181J不为零表示交换侧使用了BSC侧无意义的时隙，即BSC侧时隙状态不为TRAFFIC。 025报告中CR和CC不等会影响网络的接通率和局间切换成功率，须及时通知交换解决。 110报告中可以查看每个小区各项计数器的统计情况。 180报告可以详细查看服务小区与每个切换目标小区的切换成功情况，该报告统计4个小时内服务小区与目标小区的切换请求次数（C400）、切换尝试次数（C401）、切换成功次数（C402）以及切换成功率（C402/C400、C402/C401）。 1.2 对指标排序过滤 每日对掉话率、掉话次数、分配失败率、切换成功、无线接入性、GPRS等相关指标进行排序，对最差的TOPN个坏小区进行处理。 有的小区指标在逐渐恶化，但未够及坏小区的标准，为了尽早发现这类小区，我们不仅要关注绝对的指标，还应该关注相对的指标。例如话务量，计算相邻两天话务量的差值，分析话务量相差较多的原因，保持良好、均衡的话务吸收。 2 话务指标分析 在日常工作中要对TCH掉话高，TCH分配失败高，TCH拥塞严重，SD掉话次数多，SD溢出情况严重，切换成功率低的小区进行分析处理。 2.1 TCH掉话分析 2.1.1 空口掉话分析 MC736及MC621掉话，它们主要可以由以下原因造成： 1、覆盖问题（弱覆盖，越区覆盖） 2、频点干扰 3、上行干扰（载频，ANC,ANY故障，直放站，干扰器，联通基站滤波性能不良） 4、载频故障，连接线驻波比告警 5、天溃线问题 6、参数设置不合理 7、切换关系设置不合理 MC736及MC621掉话，分析处理： 2 话务指标分析 在日常工作中要对TCH掉话高，TCH分配失败高，TCH拥塞严重，SD掉话次数多，SD溢出情况严重，切换成功率低的小区进行分析处理。 2.1 TCH掉话分析 2.1.1 空口掉话分析 MC736及MC621掉话，它们主要可以由以下原因造成： 1、覆盖问题（弱覆盖，越区覆盖） 2、频点干扰 3、上行干扰（载频，ANC,ANY故障，直放站，干扰器，联通基站滤波性能不良） 4、载频故障，连接线驻波比告警 5、天溃线问题 6、参数设置不合理 7、切换关系设置不合理 MC736及MC621掉话，分析处理： 1、覆盖问题：通过分析电平切换比例，TA值的大小，路径损耗大小，同时结合基站分布图进行分析判断是否覆盖问题，对于弱覆盖区域需要调整天线或者增加基站，直放站，放大器来加强覆盖；对越区覆盖的可以通过降低功率，下压天线倾角来控制覆盖范围。 2、频点干扰：通过分析上下行质量切换比例，RMS具体载频上下行质量情况来判断是否频点干扰，可以尝试修改频点来解决。 3、对于上行干扰： （1）首先通过查看话务报告，看上行干扰带分布。关闭跳频，查看RMS报告（或者信令跟踪），看每块载频上下行质量，上下行电平以及路径损耗情况，如果只有一块载频受干扰，可以把受干扰的，和没有受干扰的载频频点对换（也可以直接修改频点）： （a）若对换后，上行干扰随频点转移到另外一块载频上，可能是由于频点干扰引起（一般频点干扰，上下行接收质量也比较差），建议修改频点； （b）若对换后，上行干扰并没有随频点转移，而仍然集中在原来那块载频，很有可能是载频有问题，或者跟这块载频级连的合路器出现故障，建议更换硬件设备观察。 （c）也有可能对换频点后，两块载频都没有出现上行干扰（这中情况比较少见），可能是由于载频隐形故障，或者该载频对某一频段的频点滤波性能比较差引起。 （2）如果这个小区载频数比较多，其中有两块或者两块以上载频出现上行干扰： （a）有可能是这几块载频的频点受到干扰，建议修改频点观察。 （b）也有可能是硬件故障，建议到BTS机房查看这几块载频跟合路器的连接情况，如果这几块载频连接到同一合路器下，建议先更换合路器再观察； （3）如果是所有的载频都出现干扰： （a）一般是由于直放站工作不正常，或者干扰器问题引起（同时查看周围基站的是否有上行干扰），建议实地勘查扫频。 （b）也有可能是馈线接口松动或者是和馈线相连的ANC，ANY故障，建议到BTS机房查看。 4、载频故障，连接线驻波比告警：观察话务报告查看各载频TCH占用时长，掉话是否集中在某块载频上，对某块载频掉话特别高的，可以关闭该载频，观察小区的掉话情况，同时查看是否有硬件告警。 5、天溃线问题：天溃线老化，进水，接口松动很容易造成掉话，常常伴有天溃系统驻波比告警。 6、参数设置不合理：检查参数：radio_link_timeout、T3103(延长INTRA BSC小区切换返回的时间，可以适当降低切换掉话)、T8（延长INTER BSC小区切换返回的时间，可以适当降低切换掉话）、切换及功控门限设置不合理容易导致掉话，需要对参数进行核查调整。 7、切换关系设置不合理：切换关系设置不合理，容易造成切换掉话，需要结合180报告删除冗余切换，增加遗漏切换。 2.1.2 传输掉话和硬件掉话 MC14c及MC739掉话，它们主要可以由以下原因造成： 1、BSC的SWITCH板发生故障，会造成MC14c及MC739 2、A口传输时隙故障，会造成MC739掉话高。 3、基站的传输闪断，会造成MC14c及MC739 4、在忙时对小区做O&M操作均会造成高MC14c掉话 MC14c及MC739掉话处理1 、对于整个BSC范围内的739掉话，提取相应BSC的018A报告，关注A接口平均占用时长短于20秒的时隙2、MC14c掉话，查看相关告警，可以Reset小区、相关TCUC、载频。 3、对小区做Lock载频操作，TCUC重启等操作会造成高MC14c掉话，在日常维护工作中，我们应尽量避免在忙时进行上述操作，如果是很必要的操作，建议先进行降低小区的功率，等小区话务消减后，再进行相应的操作。 2.2 TCH分配失败 2.2.1 BSS分配失败(MC14B)a) Reset BTSTCUC. b) 查看相关告警，找基站协助解决. 2.2.2无线分配失败(MC746B) a) 检查上下行是否有干扰。 b) 检查TRX的占用时长是否正常。 c) 作RMS报告检查各TRX的路径损耗，判断是否存在BCCH和TCH覆盖范围不一致的情况。 d) 更换载频，修改频点等 。 2.2.3拥塞导致分配失败(MC812) a) 调整BS_TXPWR_MAX、Rxlev_Access_Min或小区选择、重选参数来均衡周边小区的话务吸收。 b) 调整天线控制小区覆盖范围。 c) 开启HR。 d) 开启快速话务切换。 e) 扩容。 2.3切换成功率低 1、查询历史记录： 陡降 or 缓降 下降的时间与工程操作时间是否有巧合 2、判断切换失败的方向 a) 切出有问题：检查目标小区（目标小区问题） b) 切入有问题：本小区是否有分配失败 c) 切出和切入都有问题：时钟板故障 3、判断切换失败的类型 a) 小区内切换 b) 小区间切换 c) 跨BSC切换 4、判断切换失败的切换关系 a)、通过180报告检查影响切换成功率的为哪条切换关系 2.4 SD溢出 2.4.1 频繁位置更新引起SD溢出 分析： 检查MC02a所占比例是否过大 解决方案：（1）调高周围不属于同一LAC下小区的CRH； （2）对铁路沿线等位置更新流量大的小区增加SD的配置。 2.4.2资源吊死、软件故障引起SD溢出 分析：突然出现SD溢出严重现象 解决方案：Reset相应BTS、Reset相关TCU。 2.4.3GPRS原因引起SD溢出 分析：突然出现SD溢出严重现象，相应小区的GPRS上行TBF建立成功率下降 解决方案：（1）对该小区作GPRS Re_initialize；（2）删创该小区GPRS。 2.4.4短信群发机等设备引起溢出 分析：开启群发机时，一般MC_8C信令试呼次数多，而MC02B占绝大部分 解决方案：关短信群发机 2.5 SD掉话 2.5.1载频硬性故障引起SD掉话 分析：查看SD占用时长是否偏长 解决方案：重启载频，更换载频，或者更换SD信道 2.5.2下行质量差引起SD掉话 分析：查看下行质量切换比例，SD占用时长 解决方案：关闭跳频，查看RMS报告，若是频点干扰，修改频点；若是载频故障，更换载频，若是ANY,ANC问题，更换硬件。 2.5.3上行质量差引起SD掉话 分析：查看上行质量切换比例，干扰带情况，SD占用时长 解决方案：若是频点干扰，修改频点；若是ANY,ANC故障，更换硬件，若是外部干扰，寻找干扰源。 2.5.4郊区站覆盖过远，上行电平差引起SDCCH掉话 分析：查看上行电平切换比例，SD占用时长。分析RMS报告，观察每块载频的采样点的平均TA值。 解决方案：调整天线下倾角，控制覆盖范围。 2.5.5位置更新过多引起SD掉话 分析：由于一次位置更新需要5S左右，占用SD信道相对较长，当无线环境比较差时，容易导致SD掉话。 解决方案：调整本小区以及周边不同LAC小区的CRH，减少位置更新次数来降低掉话次数，同时修改可能存在的干扰频点。 2.5.6基站闪断，传输问题引起SD掉话 分析：查看告警 解决方案：通知维护人员及时处理 二、 GPRS 日常优化 1 坏小区及处理方法 1.1 GPRS 掉死 a) UL_TBF 请求很大，成功率为0 解决方法： 初始化 RE-Initialize GPRS 或者 观察有没有开启CS3/CS4功能，如果开启，可以关闭该功能后观察。 b) PDCH分配请求很大，成功率为0 解决方法：TCU RESET 或者 RESET 小区 或者 改变 GPRS 所在的 TRE。 1.2 重传率很高 现象： P20a+P20b （ +P20c+p20d ）高且 DL_TBF_ 重传率 =10% P21a+P21b （ +P21c+p21d ）高且 UL_TBF_ 重传率 =10% 处理方法： 1 根据 RMS 报告，选 质量最好 的频点，采用 单独跳频 的方式给 GPRS 用 2 创 PRC ，改变 GPRS 所在的 TRE 。 1.3 TBF建立成功率低 现象： （需要有 “ TBF 建立请求 =100 次 ” ） DL_TBF_ 建立成功率和 UL_TBF_ 建立功率同时要求 =85% （一般