GSM坏小区处理流程
- 格式:docx
- 大小:40.46 KB
- 文档页数:11
高质差考核:考评门限:上行质差小区比例:挑战值1%,基准值:2%;下行质差小区比例:挑战值2.5%,基准值5%。
计分公式:每季度最后一月日均6忙时平均值优于挑战要求,得分为满分;劣于基准指标要求,得分为0;优于基准指标并劣于质差:质差通常指的通话的质量差, 一般分为三种,一种是过覆盖导致的质差,一种是弱覆盖导致的质差,还有一种是频点质差。
针对这几种质差,对应的有相应的解决办法: 1、可以调整天线的下倾角、降低发射功率、改变基站的位置(可这个不太现实)。
2、可以用加站、换高增益天线、用RRU+BBU的方式、调整功率控制来增大发射功率。
3、调整频点来避免频点质差引起的通话质量差,主要是为了避免同频和邻频导致的干扰引起的质差。
上行质差:站收到的用户手机信号偏弱,对于用户来说就是上行质量差了。
上行增益一般要比下行增益小0~3dB。
直放站都有OMT调测软件的啊,可以查看了话,基站的底噪就高了,你手机发射出去的有用信号和噪声叠加发到基站侧,相对的基站收到的有用信号是不是就弱了些?对基站上行质量差小区: 分析1.分析基站原因或直放站原因,重点检查直放站造成的上行干扰,调整直放站的上行衰耗.2.检查基站告警信息:接收通道告警.驻波告警3.确定是否覆盖差引起,如是覆盖问题,归入覆盖问题小区.4.检查干扰,问题小区频点或频段受到外部的干扰,协调处理外部干扰源.5.检查基站硬件,载频质量,硬件灵敏度降低造成上行干扰6.检查上下行链路是否平衡,如上行有问题,检查处理接收通道.或增加塔放增强上行信号.7.需结合路测数据,进一步分析.上行质量差小区: 处理过程∙∙∙ 检查设备类问题1)查看小区载波是否存在BLOCKED/UNUSED;2)查看小区是否存在告警;定位硬件问题点;3)查看小区是否存在历史告警,定位硬件问题点;4)查看传输链路是否正常。
以上问题点,通知基站维护处理,若为工程站点,通知无线室。
5)查询该小区是否带直放站,在直放站覆盖区域内现场测试,评估是否直放站故障引起的,同时关注区域投诉。
WCDMA坏小区处理流程目录一、实时监控故障处理 (2)1.1 RRC建立成功率低(业务)坏小区处理 (2)1.2 RRC建立成功率低(其他)坏小区处理 (3)1.3 RAB建立成功率低坏小区处理 (3)1.4 语音/视频掉话率高坏小区处理 (5)1.5R99/HSDPA/HSUPA掉线率高坏小区处理 (6)1.6 软切换成功率低处理 (6)1.7 WCDMA-GSM/GPRS切换成功率低处理 (7)二、日常坏小区处理 (8)2.1 RRC建立成功率处理(业务) (8)2.2 RRC建立成功率低处理(其他) (9)2.3 RAB建立成功率低处理 (9)2.4 语音/视频掉话率高坏小区处理 (11)2.5 R99/HSDPA/HSUPA掉线率高坏小区处理 (12)2.6 软切换成功率低处理 (12)2.7 WCDMA-GSM/GPRS切换成功率低处理 (13)三、县城分局坏小区处理 (14)3.1 县城小区大规模指标差 (14)3.2 县城个别小区指标差 (14)四、案例分析 (14)4.1 小区干扰处理 (14)4.2 多次拨打语音电话不成功处理 (15)4.3 HSUPA上传没有速率 (15)WCDMA坏小区处理主要分为实时监控故障处理(严重影响业务和用户感知)和日常坏小区处理。
对于区域内指标极差的小区,认为是故障,必须实时处理,指标较差小区将进行一般性坏小区处理,主要通过ARP工具进行指标分析处理。
一、实时监控故障处理WCDMA实时监控故障处理的目标是业务不可用等严重影响客户感知的重大故障,处理的实时性要求很高,必须立即发现问题且进行相应处理,同时通知投诉班组等相关人员,处理时限为1小时。
GPRS实时监控的故障类型分为:◆RRC建立成功率低(业务)坏小区◆RRC建立成功率低(非业务)坏小区◆RAB建立成功率低坏小区◆语音、视频掉话率高坏小区◆R99/HSDPA/HSUPA掉线率高坏小区1.1 RRC建立成功率低(业务)坏小区处理判决条件:条件1):RRC连接请求次数(业务)(CellInd1) >= 12 且RRC连接成功次数(业务)(CellInd2) <= 1条件2):RRC连接请求次数(业务)(CellInd1) >= 12 且RRC连接建立成功率(业务) (CellInd3) <= 10%◆连续2个小时满足以上2个条件中任意1个,需要及时处理处理方法:1):查看该小区是否有告警,若有告警立即通知设备组处理告警2):如小区无告警,检查周围无线环境是否变化,如附近lock小区不明原因被unlock,或正常工作小区被lock等,立即恢复正常状态再观察3):如小区无告警,设备重启(依次lock/unlock,reset NodeB和rebuild NodeB)4):如设备重启后问题依然存在,指标组跟踪小区级calltrace,并进行counter和call trace 的分析,lock该小区5):如无法分析具体原因,转测试组测试组现场测试,根据UE和call trace共同定位问题,如发现是无线环境问题,测试组根据现场情况负责调整6):如无线环境良好,上报设备组AR,公司GPS/TAC介入7):问题解决后,继续关注相关指标(3天),完成故障处理报告1.2 RRC建立成功率低(其他)坏小区处理判决条件:条件1):RRC连接请求次数(业务)(CellInd1) >= 12 且RRC连接成功次数(业务)(CellInd2) <= 1条件2):RRC连接请求次数(业务)(CellInd1) >= 12 且RRC连接建立成功率(业务) (CellInd3) <= 10%◆连续2个小时满足以上2个条件中任意1个,需要及时处理处理方法:1):查看该小区是否有告警,若有告警立即通知设备组处理告警2):如小区无告警,检查周围无线环境是否变化,如附近lock小区不明原因被unlock,或正常工作小区被lock等,立即恢复正常状态再观察3):如小区无告警,设备重启(依次lock/unlock,reset NodeB和rebuild NodeB)4):如设备重启后问题依然存在,指标组跟踪小区级calltrace,并进行counter和call trace 的分析,lock该小区5):如无法分析具体原因,转测试组测试组现场测试,根据UE和call trace共同定位问题,如发现是无线环境问题,测试组根据现场情况负责调整6):如无线环境良好,上报设备组AR,公司GPS/TAC介入7):问题解决后,继续关注相关指标(3天),完成故障处理报告1.3 RAB建立成功率低坏小区处理判决条件:条件1):RAB分配请求次数(V oice) (CellInd7) >= 10且RAB建立成功次数(V oice)(CellInd8) <= 2条件2):RAB分配请求次数(V oice) (CellInd7) >= 10且RAB建立成功率(V oice) (CellInd9) <= 50%◆连续2个小时满足以上2个条件中任意1个,需要及时处理。
TCH掉话处理流程TCH掉话是影响用户感知度的重要指标之一。
我们按其原因将其归为以下几类,对每种类型的掉话做了简要说明并给出了优化建议:1系统原因掉话(MC14C)因为系统的一些操作或者故障引起的掉话,如修改频率、RESET 载频和BTS、载频和基站闪断的等,判断的根据就是观察小区的告警和操作记录。
这类掉话处理建议:●操作时,建议使用Shut Down来Lock小区;●对于闪断故障需及时LOCK,并进行更换、处理;●频率修改尽量选在非忙时进行。
传输闪断引起系统掉话的案例:察看XAD140_1的话务报告,在某一时段出现大量的系统掉话,同时不可用信道数为3,我们怀疑载频闪断引起大量的系统原因掉话。
在OMC-R察看该小区的告警,在出现系统掉话的时段,一直反复出现LOSS OF TCH和LOSS OF SDCCH的告警,并且二路传输存在告警。
所以我们判断,二路传输闪断,引起在RSL闪断,进而引起信道丢失的告警,产生系统原因掉话。
这种系统掉话就是由于传输闪断引起的,应尽快处理传输问题。
2传输掉话(MC739)导致传输掉话的原因有以下几种情况:●A口故障,可结合018报告,来判断具体为哪一路出现故障,及时LOCK有问题的时隙或者PCM链路,并处理故障;●ABIS故障,可以通过ABIS告警来发现,需及时处理故障,控制传输掉话;●TC故障,可以通过TC告警来发现,需及时处理故障;●载频故障,可以先 reset相关载频,无效后更换载频。
传输误码引起的传输掉话案例:从话务报告来看,XAM794_0存在多载频的传输掉话,我们怀疑ABIS口或者A口出现问题。
查看ABIS告警:我们发现在传输掉话所处时段,ABIS口存在BER-10E-3的告警,所以断定此告警导致小区的传输掉话。
当对传输链路进行故障处理之后,告警清除,传输掉话消失。
3无线掉话(MC736)当RADIO LINK TIMEOUT(无线链路超时计时器)减为0 时,信道被释放从而引起的掉话记为无线掉话,在网络运行中此类型掉话最为常见,其产生原因有以下几种:3.1上行质量差上行干扰导致的掉话在指标上有以下特征:存在高Band采样,且TCH 占用载频均有MC736计数;对于空闲TS不足小区,Band采样不能真实反映干扰现象,需要再结合上行质量切换比例、RMS统计上行质量来进行判断。
GSM最差小区处理思路及经验一、概述为了划分出网络中小区无线性能差异,最差小区考核指标被引入。
目前最差小区的定义为:小区每信道话务量大于0.1ERL且掉话率大于3%,或TCH 分配成功率低于90%或SD 分配成功率低于90%。
根据移动山东省公司最差小区考核标准,我们得出目前省公司最差小区的相关计算公式如下(济南未启动半速率):每信道话务量大于0.1ERL:(TFTRALACC + THTRALACC) / TAVAACC > 0.1 ERL小区每信道话务量公式为全速率话务量除以小区实际可用的TCH信道数。
掉话率大于3%:TFCONGPGSMSUB/TFMSESTB > 0.03掉话率公式为全速率掉话次数除以全速率的TCH接入成功次数TCH 分配成功率公式为:TCASSALL/TASSALL TCH 分配成功< 90% 为最差小区TCH。
SD 分配成功率:TFCONGPGSM/( CNROCNT+RAACCFA) SD 分配成功率<90%为最差小区。
为了改善网络性能,提高网络质量,我们对济南地区的最差小区进行了重点优化,降低最差小区比例。
结合济南最差小区的具体分析和解决过程,我们以无线优化的角度,总结了各种最差小区的处理方法。
1、最差小区简单处理流程最差小区是其中一项很重要的工作内容,最差小区对整个网络的指标影响非常大,现为集团考核关键指标,以下流程是简单处理最差小区思路:SD、TCH 分配成功率涉及COUNT 解析SD 、TCH 分配成功率对应的爱立信COUNTER如下表:(1)、CNROCNT:承认的随机接入的数量;除了失败的随机接入。
(2)、RAACCFA:失败的随机接入;当收到包含了TA值过高,非正常值,或者拥塞的随机接入消息后该计数器触发增加。
(3)、TFCONGPGSM:SDCCH 分配次数(4)、TASSALL(不含切换):语音信道试呼次数;当收到分配请求消息时触发。
最坏小区处理经验谈一、最坏小区定义目前杭州移动网络最坏小区定义为忙时话音信道拥塞率(不含切换)高于5%,或话音信道掉话率高于3%且每信道话务量0.12爱尔兰以上的小区。
其中%3)___int ____int __()______int ____int ____(int __>+++++=suc ho bss er in sucho bss ra in calls total roll loss rf tch lostms ho bss ra o clrho bss er o lostms ho cell ra rate call drop or%5_________>=mscfrom req ma blk ms to cmd ma rate blocking tch and12.0______≥=meantch avail mean tch busy ts per erlang 根据最坏小区的定义,我们可以知道解决网络中最坏小区的直接途径有三种方式:降低小区掉话率,降低小区阻塞率和增加小区信道。
下文主要探讨降低小区掉话率的方式。
二、掉话率优化方法目前网络中很大部分掉话是由于硬件故障、干扰、邻区以及参数设置等原因造成,也有一部分是由于弱覆盖引起,尤其是郊县网络。
这类小区用户和掉话次数均不是太高,但掉话率相对较高,经常突发性的成为最坏小区。
对于后者,我们短期内很难有效解决,下文针对后者提供一些临时解决方法。
根据最坏小区中掉话率的定义,掉话次数由四项组成:intra_cell_ho_lostms 小区内切换掉话o_inter_bss_ho_clr bsc 间切换掉话o_intra_bss_ho_lostms bsc 内切换掉话tch_rf_loss_roll tch 射频掉话1. TCH 射频掉话转移到干扰切换掉话首先我们可以通过参数设置,将弱覆盖引起的射频掉话(tch_rf_loss_roll )转移到小区内切换掉话(intra_cell_ho_lostms )。
GSM及WCDMA网络故障处置GSM的目前现有站型别离有220二、211一、211六、2216四种。
常见的基站告警如下一一详细说明:一、分集接收丢失:此故障对DXU进行复位,BS fault 会排除,但没有真正解决问题,不久后又会显现此故障。
a、检查RX途径的所有电缆连接是不是正确(包括HLin/HLout)。
B、检查天线。
若是多小区受到阻碍,就可能是不同小区的两小RX馈线接错。
如只有一个小区受到阻碍,检查TRU 、CDU及天馈之间的RX电缆。
二、RX分级接收丢失或RX分路接收不平稳:前者只是在2202站型中显现、后者在2216或2116中显现,处置原理相同,检查馈线及载频。
3、驻波比超限:检查馈线,利用天馈测试仪检查。
4、A/D转换器故障:DXU 中的A/D 转换器发生故障=>来自温度或湿度传感器的测量数据无法读取。
失去温度监测功能。
系统电压是从PSU/BFU,而不是感应器上读取的。
若是opto-loop 显现故障,系统电压监测功能也会丢失替换DXU。
五、本地总线故障:DXU在本地总线上不能发送任何数据。
既有可能是一个硬件故障(DXU故障,DXU背板接触不良,背板故障),而2216站型的检查DXU前的线缆是不是接触良好。
可能的缘故是总线负荷太大(如12个TRU的机架),或没有对总线进行终接所引发的干扰。
注意:除架顶上的终止头外,还有PCB上的终止头。
链路显现故障或丢失。
DXU 故障。
TRU 故障。
IDB 数据不正确。
IDB 必需提供正确的TRU 数量,正肯概念其位置。
TRU 底板故障检查所有连接是不是正常,包括总线终端,延长电缆等。
在TRU 之间进行位置切换。
关闭并打开机柜电源。
替换TRU 底板六、TRU的通信故障:可能的缘故某个TRU未加电或已经移开。
DXU在一个或几个TRU 上与Y链路上没有接触,将在IDB中这些TRU。
在OMT中规定现有的RU数量:检查DXU 和TRU之间的Y链路电缆;检查所有连接是不是真常,如总线终端和扩展电缆等;在TRU之间进行位置切换;关闭和打开机柜电源;替换TRU 底板。
投诉处理流程及案例分析1、投诉处理流程投诉处理工作是网络日常维护中不可缺少的部分,因此需要有一套好的流程和方法,以确保工作的有效性和高效性。
方法和流程主要包括以下几方面。
投诉信息采集原始投诉信息的采集是处理投诉问题的基础和条件。
我们接到的投诉多半比较紧迫,需要以最快速度解决,但在未了解实际投诉问题的情况下拿着测试手机或仪器去现场测试是盲目而低效的。
我们必须完成基本信息的采集,其内容包括:➢用户基本信息。
➢投诉问题类型➢具体投诉描述➢具体投诉地点➢投诉问题发生的时间及频率➢使用手机终端类型➢主备叫号码➢其它相关信息(包括重要活动、用户行为等)有了这些信息,我们对投诉问题的分析就更加具有针对性,也便于我们制定出随后的话务跟踪、话务统计、硬件排查以及现场测试等综合分析计划。
投诉处理流程实际处理投诉问题时,建议按照如下流程开展工作:2、投诉现象分类根据以上流程,我们接到投诉后首先根据其现象进行归类。
大致可分为以下几类:➢用户终端问题。
➢信号差➢信号不稳定➢通话断断续续➢有信号打不了电话(接入失败)➢通话回音➢有信号则提示用户不在服务区➢掉话➢单向通话(单通)若根据用户反映的情况是手机终端问题则现场跟用户沟通解释;若是无覆盖则现场勘测,提出建站需求。
用户投诉信号差、信号不稳定、通话断断续续等一般都是由于弱覆盖及无主覆小区引起,可以通过参数和天线调整来尝试解决;对于接入失败、单通、有回音则要根据实际情况,综合统计和现场测试来定位问题所在。
3、投诉处理常用方法用户投诉问题一般比较紧迫,因此在接到投诉后必须以最快的方式定位问题原因,排除故障,实施优化调整,最终保证网络更好的服务质量,以提高用户的满意度。
在进行投诉处理时一般采用如下一些方法。
话务跟踪分析话务跟踪分析是我们处理投诉问题的常用方法,它可以快速定位投诉问题的原因。
在处理大量用户类似投诉时,话务统计数据往往能提供各种全面详实的信息,便于我们从宏观上把握网络状况,由点及面、点面结合地分析和定位问题。
亳州GSM坏小区处理流程1. 指标问题区分优先级别排查1.1 指标监控一般分类由于正常指标监控时间有限,需要利用有限的时间解决对网络质量影响程度更严重的、范围更广泛的指标问题,因此要将指标问题区分优先级别排查。
1)观察Net Indicator指标:按指标重要性排序,分别为TCH、SD话务量增长情况、话务掉话比、TCH掉话率、TCH信道可用总数、TCH拥塞率(不含切换)、TCH分配失败率、SD拥塞率、切换成功率、TCH拥塞率(含切换)等指标,与近期相同时段相比,把握网络级指标变化情况。
监控的宗旨是:网络级容量指标稳中有升;网络级质量相对稳定指标稳定;2)观察BSC Indicator指标:观察指标及观察方法具体如Net Indicator。
监控的宗旨是,在Net Indicator指标变化的前提下,将指标变化范围定位到BSC级别。
网络容量指标如果发现为大多数BSC都增加的情况,那么多数都为节假日等公众行为所致,这类情况一般都能事前预测;如为部分BSC增加的情况,需要再进行Cell级别定位。
网络质量指标如果发现为大多数BSC都有恶化情况,多数情况为凌晨有网络级工程所致,例如核心网升版、核心网割接等工程,需要立即联系该工程所涉及硬件工程师;如为部分BSC恶化的情况,可以通过工程数据核查是否问题BSC属于某个或者某些特定的MSC,并了解交换侧工程情况,给予定位;如为个别BSC恶化的情况,需要再进行Cell级别定位。
3)观察Cell Indicator指标:观察指标及观察方法具体如Net Indicator,监控的宗旨是,在BSC Indicator指标变化的前提下,将指标变化范围定位到Cell级别。
但还需重点观察各小区TCH话务量、MC01/MC02比值及切换请求总次数等,这些指标可以发现是否有基站退服、吊死等故障情况。
网络容量指标通过涉及小区的数量及具体地理分布可以将变化情况定位到具体区域,多数原因可能是由于组织区域性活动等所致,这类问题需要局方尽量提前了解活动信息,优化工程师就活动信息提前调整网络配置或采用应急措施(例如:降低半速率占用门限、开启DR功能等)。
网络质量指标通过问题BSC下涉及小区数量可以将问题定位至BSC级问题还是Cell级问题。
如为BSC级问题,一种情况为凌晨有BSC级工程所致,例如BSC割接、BSC升版、BSC补丁等工程,需要立即联系该工程所涉及硬件工程师;另一种情况为BSC硬件故障或吊死所致,需核查是否有BSC级别硬件告警或BSC硬件模块故障,如有情况立即联系BSC硬件工程师和局方进行硬件排障;如为Cell级问题,如为设备故障且影响十分严重,建议lock相应故障设备或小区后,立即联系BTS硬件工程师和局方进行硬件排障;如并非严重故障即进入坏小区处理流程。
1.2 按客户感知指标分类在实际指标监控中,除了要进行系统的指标观察之外,还需要有一个比较清楚的分类,从而能及时发现问题,防止因为指标监控缓慢而导致处理不及时,投诉发生。
通常这种指标监控主要以影响客户感知度未衡量标准,结合各地的网优经验,指标重要性通常分类如下:●小区吊死,直接关系客户是否能使用网络●TCH掉话,直接影响客户通话感知●TCH分配失败率,SD拥塞,SD掉话,直接影响客户接通感知●上行干扰,下行质差(RMS),直接影响客户通话质量感知2.坏小区处理小区吊死小区吊死的可能表现主要有两种:●基站故障,如停电、传输故障、载频故障等。
●基站无故障,无话务。
TCH掉话坏小区TCH掉话率(含切换)>3%且每线话务量>0.1ErlTDR(TCH掉话率)=100*(MC14c+MC621+MC736+MC739)/(MC718+(MC642-C82)+(MC652-C92)+(MC66 2-C102))对掉话坏小区首先要明确是何种类型的掉话,通过MC736,MC739,MC14C,MC621四种掉话占比,定位掉话类型。
处理时首先要确认小区处于非跳频状态:MC736掉话:首先确保通过小区的载频级掉话,确认掉话载频,一般为单块载频的频点或者硬件故障导致,在定位硬件或频点问题后,更换相应的载频或者修改频点可以解决;特殊情况下多块载频存在掉话,这时要结合RMS报告,确认是否腔体故障或者级联结构不合理,更换腔体或改成合理级联结构,解决问题。
MC621掉话:一部份切换掉话与无线掉话故障原因类似,一般伴随无线掉话,可结合无线掉话一起处理,另一部分是由小区的切换问题导致掉话,这时问题的处理要从处理切换入手解决。
MC739掉话:首先要结合BSC观察是否是BSC级链路故障,即短时隙导致,优先处理链路故障,排除这一情况后再去观察是否由于载频级故障导致,进行相应处理,如果是多载频现象,要对其TCU模块进行排查。
MC14c掉话:一般伴随传输掉话,先解决传输故障,排除后,结合小区前后变化,很多情况下为小区操作导致,需再观察一个时段排除此类问题,最后需排查TCU模块是否存在隐性故障。
具体的处理步骤如下:TCH分配失败:TAFR(TCH分配失败率)=100*(MC140a-MC718-MC142e-MC142f)/MC140a无线原因TAFR(MC746b):与MC736掉话处理思路类似,需定位载频级。
通常出现无线原因的分配失败高会出现在新站上,如果某个小区突发的出现无线分配失败高,一般可能会有频率问题或者载频。
需要关闭跳频,定位频率或者载频,通常频率问题可以通过mapinfo发现,载频问题通常会表现成分配失败都集中在一个载频上。
系统原因TAFR:首先要观察是否由于小区操作导致,如果是,应该能自动恢复,如不能自行恢复,要对小区RSL进行删创,其次要查看是否集中在一个或者多个载频上,如果是一个载频上就更换之,如果是几个载频需要查看,这几个载频是否集中在一个TCU模块上,或者这几块载频是否是EGSM频点,可能出现下挂直放站不支持EGSM频点现象。
拥塞原因TAFR:这类问题需转为解决小区的拥塞问题。
具体步骤:切换成功率HSR(切换成功率)=100*((MC652-C92)+(MC656-C96)+(MC642-C82)+(MC646-C86)+(MC662-C102)+M C151+MC142e+MC142f)/((MC831-C331)+(MC660-C100)+(MC821-C311)+(MC650-C9 0)+(MC871-C361)+MC153+MC144e+MC144f)切换差通常要定位切换差的方面:●判断是否是切入差,如果是。
要判断是所有切入差,还是单个邻区切入差,并进行相应处理,通常的原因是同频同BSIC,自己小区的频率问题,或者是自己小区的载频故障●判断是否是切出差,如果是。
要判断是所有切出差,还是针对单个邻区差,并进行相应处理。
通常的原因是同频同BSIC,或者对方频率问题,或者对方载频故障●如果是切入切出都差,通常的原因是时钟不好,进行时钟调整或者更换sum板●如果是局间切换差,通常是因为拥塞引起,或者出现闭站不闭RA导致假切换请求导致,解决拥塞或者闭RA即可。
具体步骤如下:上行干扰上行干扰通常分为两种:网内干扰和网外干扰。
根据被干扰小区的范围和集中程度,初步判断出为何种干扰,通常多小区比较集中的一般为网外干扰,单小区干扰,通常是网内(含自带光纤直放站)干扰。
网外干扰通常可以分成两种:C网干扰,干扰器,直放站干扰。
C网干扰分成阻塞干扰和杂散干扰,阻塞一般是针对性,影响小区数量少,但影响程度严重。
杂散干扰影响比较大,但影响程度相对不是很严重,除非C网基站严重恶化。
直放站干扰主要是无线直放站干扰,包括移动和联通的直放站,通常这种直放站的干扰影响范围比较广,影响比较恶劣。
干扰器的干扰通过mapinfo进行干扰等级显示,呈中心严重,依次减少的现象。
通常影响范围大,程度恶劣。
网内干扰通常可以分成:●频率干扰●自带光纤直放站干扰●自身硬件故障自身干扰:是否自带光纤直放站→频率→载频→合路器→天馈系统外部干扰排查:查看干扰程度的变化确定可能的干扰源位置→关闭周边所有网内直放站(从可能的干扰源位置开始)→确认是否是C网杂散干扰(通过更换EGSM频点查看)→确认是否是C网阻塞干扰(查看距离)→通过扫频仪确认干扰源位置。
SD掉话SD掉话通常主要有3各原因造成:1.频率问题。
频率问题一般是由于同频正对或者越区覆盖导致。
需要调整频率2.载频问题。
查看SD占用时长,通常对大于5s的载频要结合RMS报告进行处理,一般是载频故障。
3.参数设置错误。
参数设置错误导致小区覆盖范围虚假扩大,吸收了大量非小区正常的覆盖的话务,导致SD无法正常占用。
通常涉及的参数是CRO,CRH等小区重选参数TCH拥塞TCH拥塞考核标准:TCH拥塞率(不含切换)>2%且每线话务量>0.1ErlTCR_noho:TCH非切换拥塞,首先要判断是正常拥塞和异常拥塞,如话务量持续较高,就需要进行相应扩容,如过是单个小时的拥塞或者话务低拥塞,就需要检查小区参数或者硬件故障,通常出现异常拥塞的现象载频故障可能性较大。
具体的处理步骤:A. 扩容,对于话务持续较高,排除了GPRS信道定义问题,如high_load,min_pdch设置问题。
B.结合周围小区,观察是否有断站小区,或突发不可用信道较多的小区,这种拥塞一般会自动消失C.参数、邻区设置问题,如切出邻区被删除,小区最大发射功率设置错误,pdch设置过多等D.对问题硬件进行处理,如载频故障E.临时调整半速率门限TCR_HO:TCH切换拥塞,通常就是拥塞引起,处理过程如下:A.观察大量切入小区参数是否合理,真实B.如果真实合理,小区的信道数等真实完好,就需要扩容C.参数设置错误,如小区类型参数设置错误。
SD拥塞A.察看SD信道占用的分类比重,是否主要SD占用来自位置更新(MC02a/MC02达到80%以上),并观察小区是否位于位置区边界,可相应调整小区的CRH,一般位于位置区边界的小区建议设为12DB~14DB。
B.结合TCH话务,扩SD信道下行质差:RMS的下行质差(持续多天),首先要判断质差引起的原因是电平问题还是载频问题或者其它硬件引起,通常通过RMS可以看出下行的平均电平,如果低于-80dbm,应该存在弱覆盖区域,排除了覆盖问题,就需要对各个载频的质量进行观察,通常观察到RMS的下行质量查过1.5直接更换载频,如果是多块载频,就要考虑是否是合路器或者天馈等其它硬件引起。
如果低于1.5,可以关闭跳频,进行频率查看,是否是频率问题。
(通常是频率问题,一般所有的载频的质量应该基本一致,且程度不高。
具体步骤:A.对质差进行分类,超过1.5单块载频直接更换相应载频。
B . 对于低于低于1.5的载频进行关闭跳频查看,频率问题还是载频,通常如果是频率问题,其它的载频质量和问题载频基本一致。