GSM坏小区处理流程.docx

GSM坏小区处理流程.docx

《GSM坏小区处理流程.docx》由会员分享，可在线阅读，更多相关《GSM坏小区处理流程.docx（15页珍藏版）》请在冰豆网上搜索。

GSM坏小区处理流程

亳州GSM坏小区处理流程

1.指标问题区分优先级别排查

1.1指标监控一般分类

由于正常指标监控时间有限，需要利用有限的时间解决对网络质量影响程度更严重的、范围更广泛的指标问题，因此要将指标问题区分优先级别排查。

1）观察NetIndicator指标：

按指标重要性排序，分别为TCH、SD话务量增长情况、话务掉话比、TCH掉话率、TCH信道可用总数、TCH拥塞率（不含切换）、TCH分配失败率、SD拥塞率、切换成功率、TCH拥塞率（含切换）等指标，与近期相同时段相比，把握网络级指标变化情况。

监控的宗旨是：

网络级容量指标稳中有升；

网络级质量相对稳定指标稳定；

2）观察BSCIndicator指标：

观察指标及观察方法具体如NetIndicator。

监控的宗旨是，在NetIndicator指标变化的前提下，将指标变化范围定位到BSC级别。

网络容量指标如果发现为大多数BSC都增加的情况，那么多数都为节假日等公众行为所致，这类情况一般都能事前预测；如为部分BSC增加的情况，需要再进行Cell级别定位。

网络质量指标如果发现为大多数BSC都有恶化情况，多数情况为凌晨有网络级工程所致，例如核心网升版、核心网割接等工程，需要立即联系该工程所涉及硬件工程师；如为部分BSC恶化的情况，可以通过工程数据核查是否问题BSC属于某个或者某些特定的MSC，并了解交换侧工程情况，给予定位；如为个别BSC恶化的情况，需要再进行Cell级别定位。

3）观察CellIndicator指标：

观察指标及观察方法具体如NetIndicator，监控的宗旨是，在BSCIndicator指标变化的前提下，将指标变化范围定位到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.1Erl

TDR（TCH掉话率）=

100*（MC14c+MC621+MC736+MC739）/（MC718+（MC642-C82）+（MC652-C92）+（MC662-C102））

对掉话坏小区首先要明确是何种类型的掉话，通过MC736，MC739，MC14C，MC621四种掉话占比，定位掉话类型。

处理时首先要确认小区处于非跳频状态：

MC736掉话：

首先确保通过小区的载频级掉话，确认掉话载频，一般为单块载频的频点或者硬件故障导致，在定位硬件或频点问题后，更换相应的载频或者修改频点可以解决；特殊情况下多块载频存在掉话，这时要结合RMS报告，确认是否腔体故障或者级联结构不合理，更换腔体或改成合理级联结构，解决问题。

MC621掉话：

一部份切换掉话与无线掉话故障原因类似，一般伴随无线掉话，可结合无线掉话一起处理，另一部分是由小区的切换问题导致掉话，这时问题的处理要从处理切换入手解决。

MC739掉话：

首先要结合BSC观察是否是BSC级链路故障，即短时隙导致，优先处理链路故障，排除这一情况后再去观察是否由于载频级故障导致，进行相应处理，如果是多载频现象，要对其TCU模块进行排查。

MC14c掉话：

一般伴随传输掉话，先解决传输故障，排除后，结合小区前后变化，很多情况下为小区操作导致，需再观察一个时段排除此类问题，最后需排查TCU模块是否存在隐性故障。

计数器

定义

中文定义

MC14C

NB_TCH_DROP_EST_PHAS_BSS_PB

由于BSS原因，造成TCH掉话

MC621

NB_TCH_DROP_OUT_HO_EXEC_TRX

TCH切换掉话

MC736

NB_TCH_DROP_EST_PHAS_RLF_TRX

由于无线原因造成的TCH掉话次数

MC739

NB_TCH_DROP_EST_PHAS_REM_TRANS_FAIL_TRX

由于传输原因造成的TCH掉话次数

MC718

NB_TCH_NOR_ASS_SUCC_TRX

每块TRX的TCH分配成功次数

MC642

NB_INC_EXT_HO_SUCC

外部切入成功次数，包括TCH与SD切换

MC652

NB_INC_INT_HO_SUCC

内部切入成功次数

MC662

NB_INTRA_HO_SUCC

小区内切换成功次数

具体的处理步骤如下：

处理步骤

TCH掉话率（TD_NB>10or（TDR>1andTD_NB>2））

步骤1

查询达标小区多个忙时报告，筛选重复出现的小区处理。

其他小区待观察。

至步骤2。

步骤2

如果小区掉话次数较高，则至步骤4。

否则，至步骤3。

步骤3

绝对次数少，由于低话务原因造成的掉话率虚高，不需要处理。

步骤4

判断是何种掉话：

4种掉话（mc736,mc14c,mc739,mc621）。

步骤5

小区有高739掉话和14C掉话的察看是否整个BSC下都有问题。

至步骤6。

否则，至步骤7。

步骤6

如果整体BSC739高掉话查看是哪根A口链路，确认后通知用户锁住问题A口。

步骤7

个别小区出现739掉话，先锁载频，然后更换硬件。

至步骤8。

步骤8

观察话务统计报告，如果没有恢复正常，返回步骤3。

步骤9

小区有高736掉话。

观察如果有上行干扰，请先排除上行干扰的影响。

否则，至步骤10。

步骤10

小区有高736掉话，如果小区开跳频，请先关跳频。

至步骤11。

否则，至步骤11。

步骤11

倒换频点和载频的对应关系（记录TRXTREAFRN的对应关系，便于后期跟踪）。

如果TCH掉话与频点相关，则至步骤12。

否则，至步骤13。

步骤12

更换频点，至步骤14。

步骤13

更换TRE，至步骤14。

步骤14

观察话务统计报告，如果没有恢复正常，返回步骤9。

步骤15

小区有高621掉话。

观察如果有上行干扰，请先排除上行干扰的影响。

否则，至步骤16。

步骤16

检查邻区关系是否有遗漏。

补全邻区关系。

如果恢复正常，至步骤。

否则，至步骤17。

步骤17

创type26、27报告，检查切换掉话是在同那个邻区切换的过程中产生的。

至步骤18。

步骤18

如果目标小区是否存在切换成功率低的问题，则对目标小区的切换问题进行处理。

否则，至步骤19。

步骤19

如果目标小区存在上行干扰，请先排除上行干扰的影响。

否则，至步骤20。

步骤20

删创与目标小区间的切换关系。

如果恢复正常，则至步骤22。

否则，至步骤21。

步骤21

排除目标小区的硬件问题。

步骤22

观察话务统计报告，如果没有恢复正常，返回步骤16。

TCH分配失败：

TAFR（TCH分配失败率）=100*（MC140a-MC718-MC142e-MC142f）/MC140a

计数器

定义

中文定义

MC140A

NB_TCH_NOR_ASS_REQ

在TCH分配过程中，TCH请求次数，由MSC发出之后进行统计（不包括切换请求次数）

MC718

NB_TCH_NOR_ASS_SUCC_TRX

每块TRX的TCH分配成功次数

MC142E

NB_OUT_IDR_SUCC

内部直接重试切出与内部强制性直接重试切出成功次数

MC142F

NB_OUT_EDR_SUCC

外部直接重试切出与外部强制性直接重试切出成功次数

无线原因TAFR（MC746b）：

与MC736掉话处理思路类似，需定位载频级。

通常出现无线原因的分配失败高会出现在新站上，如果某个小区突发的出现无线分配失败高，一般可能会有频率问题或者载频。

需要关闭跳频，定位频率或者载频，通常频率问题可以通过mapinfo发现，载频问题通常会表现成分配失败都集中在一个载频上。

系统原因TAFR：

首先要观察是否由于小区操作导致，如果是，应该能自动恢复，如不能自行恢复，要对小区RSL进行删创，其次要查看是否集中在一个或者多个载频上，如果是一个载频上就更换之，如果是几个载频需要查看，这几个载频是否集中在一个TCU模块上，或者这几块载频是否是EGSM频点，可能出现下挂直放站不支持EGSM频点现象。

拥塞原因TAFR：

这类问题需转为解决小区的拥塞问题。

具体步骤：

处理步骤

TCH分配失败率（TAFR>5%ORTAF_NB>20）

步骤1

查询达标小区多个忙时报告，筛选重复出现的小区处理。

其他小区待观察。

至步骤2。

步骤2

是拥塞造成的TCH分配失败，按照TCH拥塞处理。

否则，至步骤3。

步骤3

是系统原因造成的TCH分配失败（MC140a-MC140b-MC142e-MC142f-MC812）。

至步骤4。

否则，至步骤7。

步骤4

如果MC703-MC140b差值很大。

至步骤5。

否则，至步骤6。

步骤5

reset相关的TRE。

至步骤14。

步骤6

resetTCUC。

至步骤14。

步骤7

是无线原因造成的TCH分配失败（MC746b）至步骤8。

步骤8

如果小区开跳频，请先关跳频。

至步骤9。

否则至步骤10。

步骤9

确定TCH分配失败产生的载频（MC703-MC718），如果有个别载频有TCH分配失败，则至步骤10。

否则，至步骤13。

步骤10

倒换频点和载频的对应关系（记录TRXTREAFRN的对应关系，便于后期跟踪）。

如果TCH分配失败与频点相关，则至步骤11。

否则，至步骤12。

步骤11

更换频点，至步骤14。

步骤12

更换TRE，至步骤14。

步骤13

观察如果有上行干扰，请先排出上行干扰的影响。

否则，至步骤10。

步骤14

观察话务统计报告，如果没有恢复正常，返回步骤3。

切换成功率

HSR（切换成功率）=

100*（（MC652-C92）+（MC656-C96）+（MC642-C82）+（MC646-C86）+（MC662-C102）+MC151+MC142e+MC142f）/（（MC831-C331）+（MC660-C100）+（MC821-C311）+（MC650-C90）+（MC871-C361）+MC153+MC144e+MC144f）

计数器

定义

中文定义

MC652

NB_INC_INT_HO_SUCC

内部切入成功次数

MC656

NB_OUT_INT_HO_SUCC

内部切出成功次数

MC642

NB_INC_EXT_HO_SUCC

外部切入成功次数，包括TCH与SD切换

MC646

NB_OUT_EXT_HO_SUCC

外部切出成功次数，包括TCH与SD切换

MC662

NB_INTRA_HO_SUCC

小区内切换成功次数

MC151

NB_INC_IDR_SUCC

内部直接重试切入与内部强制性直接重试切入成功次数

MC142e

NB_OUT_IDR_SUCC

内部直接重试切出与内部强制性直接重试切出成功次数

MC142f

NB_OUT_EDR_SUCC

外部直接重试切出与外部强制性直接重试切出成功次数

MC831

NB_INC_INT_HO_ATPT

内部切入尝试次数，以handovercommand为标志

MC660

NB_OUT_INT_HO_ATPT

内部切出尝试次数，已handovercommand发出为标志

MC821

NB_INC_EXT_HO_ATPT

外部切入尝试次数，以handovercommand为标志

MC650

NB_OUT_EXT_HO_ATPT

外部切出尝试次数，已handovercommand发出为标志

MC871

NB_INTRA_HO_ATPT

小区内切换尝试次数

MC153

NB_INC_IDR_REQ

内部直接重试切入与内部强制性直接重试切入请求次数

切换差通常要定位切换差的方面：

●判断是否是切入差，如果是。

要判断是所有切入差，还是单个邻区切入差，并进行相应处理，通常的原因是同频同BSIC，自己小区的频率问题，或者是自己小区的载频故障

●判断是否是切出差，如果是。

要判断是所有切出差，还是针对单个邻区差，并进行相应处理。

通常的原因是同频同BSIC，或者对方频率问题，或者对方载频故障

●如果是切入切出都差，通常的原因是时钟不好，进行时钟调整或者更换sum板

●如果是局间切换差，通常是因为拥塞引起，或者出现闭站不闭RA导致假切换请求导致，解决拥塞或者闭RA即可。

具体步骤如下：

处理步骤

切换成功率（HSR<90%ANDHO_NB>100）

步骤1

查询达标小区多个忙时报告，筛选重复出现的小区处理。

其他小区待观察。

至步骤2。

步骤2

切入及切出的成功率都较低，步骤3。

否则，步骤4。

步骤3

调时钟同步，或更换SUM板。

至步骤7。

步骤4

仅切入差时，察看小区拥塞的情况和上行干扰，如有拥塞（含切换），则按拥塞处理；如有上行干扰，进行排查。

否则，步骤5。

步骤5

仅切出差时，察看180报告，找到切换成功率低的目标小区。

步骤6

察看目标小区的切换成功率：

1、如果切入切出成功率都低，至步骤3；

2、如果仅切入成功率低，至步骤4；

3、如果仅与该小区之间的切换成功率低，则删创这条切换关系。

至步骤6

步骤7

观察话务统计报告，如果没有恢复正常，返回步骤3。

上行干扰

上行干扰通常分为两种：

网内干扰和网外干扰。

根据被干扰小区的范围和集中程度，初步判断出为何种干扰，通常多小区比较集中的一般为网外干扰，单小区干扰，通常是网内（含自带光纤直放站）干扰。

网外干扰通常可以分成两种：

C网干扰，干扰器，直放站干扰。

C网干扰分成阻塞干扰和杂散干扰，阻塞一般是针对性，影响小区数量少，但影响程度严重。

杂散干扰影响比较大，但影响程度相对不是很严重，除非C网基站严重恶化。

直放站干扰主要是无线直放站干扰，包括移动和联通的直放站，通常这种直放站的干扰影响范围比较广，影响比较恶劣。

干扰器的干扰通过mapinfo进行干扰等级显示，呈中心严重，依次减少的现象。

通常影响范围大，程度恶劣。

网内干扰通常可以分成：

●频率干扰

●自带光纤直放站干扰

●自身硬件故障

自身干扰：

是否自带光纤直放站频率载频→合路器→天馈系统

外部干扰排查：

查看干扰程度的变化确定可能的干扰源位置关闭周边所有网内直放站（从可能的干扰源位置开始）→确认是否是C网杂散干扰（通过更换EGSM频点查看）→确认是否是C网阻塞干扰（查看距离）→通过扫频仪确认干扰源位置。

SD掉话

SD掉话通常主要有3各原因造成：

1．频率问题。

频率问题一般是由于同频正对或者越区覆盖导致。

需要调整频率

2．载频问题。

查看SD占用时长，通常对大于5s的载频要结合RMS报告进行处理，一般是载频故障。

3．参数设置错误。

参数设置错误导致小区覆盖范围虚假扩大，吸收了大量非小区正常的覆盖的话务，导致SD无法正常占用。

通常涉及的参数是CRO，CRH等小区重选参数

TCH拥塞

TCH拥塞考核标准：

TCH拥塞率（不含切换）>2%且每线话务量>0.1Erl

TCR_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的载频进行关闭跳频查看，频率问题还是载频，通常如果是频率问题，其它的载频质量和问题载频基本一致。

C．多块下行差，定位合路器、天馈或直放站故障

上行质差：

RMS的上行质差，处理同上，需要注意的是上行质量可能是因为上行干扰引起。

3.一些建议

1）指标观察环节：

坏小区如为无线原因导致，一般影响几项QOS指标，例如，小区受强干扰后，TCH分配失败，切换成功率，TCH掉话率等指标均受影响。

坏小区如为设备硬件故障，一般仅影响一项QOS指标，并影响程度较大，例如，SUM时钟板故障仅影响切换成功率，且切换成功率恶化较明显。

因此，在观察小区指标的时候一定要结合各项QOS指标来观察，切勿孤立分析。

2）信息收集环节：

首先需要明确的是任何QOS指标变化均有诱因。

在时间维度上QOS指标突变时间点前多数有网络事件发生，定位问题的前期工作就是需要收集这类信息，如网络工程，参数变化，天馈调整，频率变化等等，这些信息在日常坏小区处理中十分重要。

在空间纬度上QOS指标突变地理点附近指标均需有效观察，收集一定范围内的网络事件也能在不同程度上对处理坏小区问题有所帮助。

3）问题定位环节：

问题定位需要利用排除法，问题大致排查方式如下：

注

（1）：

如为载频问题建议首先关闭跳频，再倒换问题TRX的频点与TRE对应关系；

如为上行干扰问题，建议倒换机顶馈线连接，即不同方向小区馈线兑换；

注

（2）：

如为单个载频故障，建议Lock&Unlock问题TRE，如问题未解决建议reset对应VCE；

如为某小区下多个载频故障，可以考虑下站查看具体TRE连接方式，如可以定位到某一特定ANY或ANC，建议立即更换；

2、拥塞小区扩容的一些建议

意义：

对于拥塞小区的处理，一方面需要对现网TCH拥塞严重的小区进行处理，另一方面也要对那些存在拥塞隐患的小区进行预见性调整。

实施流程：

1）明确TCH拥塞问题解决的优先级为：

已发生TCH拥塞（不含切换）、已发生TCH拥塞（含切换）、有TCH排队（MC13a）计数、半速率占比（MC380b/（MC380a+MC380b））高、最后为载频配置小的小区。

2）明确TCH拥塞的解决方法：

如为紧急问题（如长时间为拥塞小区）可以考虑开启DR、HR、降低HR门限、降低基站发射功率及紧急扩容等解决方法。

如为存在拥塞隐患或偶发拥塞情况可以考虑首先采用话务均衡手段，例如双频网间话务均衡、重叠覆盖小区间话务均衡等。

如无明显效果的情况下，在提交扩容计划。