NSNGSM话统分析个人总结汇编Word格式文档下载.docx

NSNGSM话统分析个人总结汇编Word格式文档下载.docx

《NSNGSM话统分析个人总结汇编Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《NSNGSM话统分析个人总结汇编Word格式文档下载.docx（19页珍藏版）》请在冰豆网上搜索。

如果该小区存在上行接收问题或上行质量问题，那么显然就会导致目标小区有可能无法收到或无法解码MS发出的“切换接入”消息（也有可能由于目标小区的下行质量问题导致MS无法解码目标小区返回的“物理信息”）而造成MS侧的T3124超时，于是MS会向原小区返回“切换失败”消息。

切换不合理

同步问题

（3）切换失败后无法返回原小区

当MS在原小区发送某种原因的上行救援性切换后，MS将根据收到的handovercommand消息中关于目标小区的描述试图切换到该小区，若由于种种原因（如目标小区存在硬件故障、干扰、孤岛效应等）导致MS无法成功的切换到目标小区，MS将在原信道上向原小区发出handoverfailure并试图返回原小区，但往往此时原小区的上行电平或质量可能会进一步恶化，因而将无法收到MS发出的handoverfailure消息，从而导致T3103超时掉话。

3、干扰引起的掉话

扰是指对频率上的影响，通常用载干比来衡量频率干扰的大小。

一般认为误码率在3%左右为正常范围，当误码率达8%~10%时话音质量就比较差了，如果误码率超出10%则话音质量不可容忍，无法听清，特别容易造成掉话。

因此，通常对载波干扰设置了一定的门限，规定同频道载干比C/I≥9dB，邻频道载干比C/A≥-9dB。

系统内产生的干扰导致的掉话

由于GSM网络是使用频率复用的方式来运行的，因此随着网络的规模越来越大，用户越来越多，基站的站点，特别是市区的站点会越布越密。

而现有的频率资源却是非常有限的，因此在频率规划时会有一定难度，不可避免的存在同频、邻频干扰的可能性。

当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码，或基站不能正确接收移动台测量报告。

这样就有可能在切换过程中由于不能正确解出邻区BSIC码而造成切换掉话，也可能由于不能正确接收到移动台的测量报告而产生射频掉话。

而在目前的情况下，网络为了满足用户增长的需要，不断地进行着基站扩容和新建站的工作，这样就不可避免的增加了频率的复用度，也就不可避免的导致一些同、邻频现象的产生。

因此由于同、邻频干扰造成的掉话也是经常发生的。

通常BCCH的同、邻频干扰会对切换影响较大，而TCH的同、邻频干扰则有可能造成TCH射频掉话。

一般来说，由于频率干扰这种原因引起的掉话要得到解决，显而易见需要改频，尽可能的避免同、邻频干扰，以减少掉话次数。

系统外的干扰导致的掉话

所谓系统外的干扰是指非GSM系统自身频率等因素造成的频率干扰。

从目前的情况看，这种系统外干扰主要是来自于直放站系统。

直放站系统如果合理得进行运用，实际上是有利于GSM网络的。

它可以减少投资、扩大信号覆盖范围，尤其是应用在一些山区、隧道、地下室时效果比较理想。

如果直放站的设备质量和工程质量都有保证，这时直放站基本上是不会对GSM系统造成干扰的。

出现干扰的多是那些设备性能较差，工程质量不合格，如地下直放站的信号泄漏到地面上，这时对于GSM系统来说直放站放大的信号就是一个很强的同频干扰，而且这种干扰通常是对GSM系统上行产生强大的干扰，使上行信道质量变差。

这样通常会增加被干扰基站的TCH射频掉话。

除了直放站可以产生带外干扰之外，军队或者一些科研项目的实验网都有可能使用GSM系统频段内的一些频点，如果这些频点的信号比较强的泄漏出实验区域，或距离我们的基站较近则会造成频率干扰，引起掉话。

对于这种带外干扰源造成干扰产生的掉话，通常的处理方法是查找干扰源，对不合格的直放站进行改造或者关闭，如果干扰是窄带的干扰也可以通过改频来避开这个干扰频带，这样干扰减小了，掉话自然会随之减少。

但如果干扰源不易查找，或者干扰不可避免则可以通过降低受干扰小区的功率来减少掉话次数。

4、天馈系统原因导致掉话

a）天馈线损伤、进水、打折、老化和接头处松动及接触不良，均会降低发射功率和收信灵敏度，从而产生严重的掉话，这一点可以通过检查天馈驻波比（VSWR<

1.3）验证。

b）由于天馈线接错,选错surf板的端口（antenna_select）也会造成高掉话。

c）由于同一小区两根天线方位角及下倾角不一致，会造成掉话。

5、基站硬件故障产生掉话。

由于基站硬件隐形故障引起掉话率上升占相当大的比例，各种常见故障如下：

a）载频性能变差造成高掉话率，需通过对载频进行线性接收校准或更换高掉话载频。

b）载频发射功率不平衡或功率过低造成掉话，对小区进行功率平衡并检查发射功率是否正常，对功率过低的载频进行更换。

c）由于SURF板故障造成高掉话，一般基站会有150#告警，然后调测载频时产生80值却始终调不过，一般来说这就是载频或SURF板存在故障。

采用替换法可排除载频问题从而确认为SURF板故障。

d）由于MCU/MCUF时钟失锁（phaselocklost或phaselockfalure）易造成切换掉话。

一般做法先强制时钟锁相（用reattempt_pl命令），观察一段时间，如没有效果则需校准MCU/MCUF时钟或更换MCU/MCUF。

二、掉话分类

2071掉话：

从指配TCH信道结束（AssignmentComplete）后到ChannelRelease；

3J掉话：

从到ChannelActivation到ChannelRelease。

1、TR掉话高

BTS与TC间不同步导致的，一般可能原因有BTS硬件，传输，数据或TC故障等，多数伴有2993告警

TR掉话高可通过以下方式处理：

1、可通过ZAHP查看相关载频进行复位，在开有BB情况下，可复位BTS

2、如复位载频无效，可通过重建载频数据观察。

3、如复位载频和重建数据均无效，确定是否为载频故障或传输配置数据有误

4、通过调节BSC参数ITCF，可以对TR掉话有所缓解，建议设为最大值5

5、如果TR掉话在BSC内部分布比较均匀，可能为TC板或BSC级其它单元故障，向网优中心反映。

2、LAPD掉话高

LAPD掉话一般指的是物理层故障导致的掉话，如传输误码、基站硬件瞬断等原因造成LAPD掉话高可通过以下方式处理：

1、查看告警确定是否为载频退服导致，并查看相关原因，如需要更换载频或做基站硬件处理，与网管中心沟通

2、ZYMO查看是否存在传输误码导致传输闪断

3、确定基站是否出现过断电原因造成的退服

3、A口掉话高

A接口掉话特别容易发生在MSC之间、BSC之间等与A接口有关的切换过程中，MSC、BSC之间的切换除了与无线网络有关外，还与网间信令配合、信号同步等因素有关，局间切换相对较复杂，也较容易引起掉话。

A口掉话可通过以下方式处理：

1、如果A口掉话均匀分布在BSC内所有小区上，A口电路存在故障，向网优中心反映

2、A口掉话一般都是由于跨MSC的切换引起，可检查相关切换指标和切换参数以及目标小区的工作是否正常。

4、ABIS掉话高

Abis掉话。

这类掉话主要是传输质量引起的，如传输误码、滑码、帧丢失等。

ABIS掉话高可通过以下方式处理：

1、查看告警是否相关载频存在7745告警，可通过复位载频观察。

如复位载频后，7745高告警仍然存在，仍然存在高掉话，可尝试锁住载频观察掉话情况，在确定由于某载频故障导致ABIS高掉话后，向RNP发送工单要求更换。

2、是否存在严重的同邻频干扰

3、ZERO查看是否小区存在严重上行干扰，干扰处理参考如下：

a、如由于突发的干扰器开通，监控人员需要跟踪干扰是否一直存在，如一直存在干扰，需要向相关RNP反馈

b、确定该小区是否下挂有直放站，如下挂有直放站，并且干扰一直存在，向RNP发送工单进行直放站的相关硬件排查

c、查看是否存在与天馈相关的告警，如7949告警等，如由于天馈原因，发单要求RNP进行天馈系统检查

d、如产生干扰的原因不明，并且ABIS掉话很高，可向RNP发单要求进行现场扫频、基站硬件检查、天馈系统检查等

备注：

由于7745告警原因复位载频时，有时重启BTS和重启载频效果不一样，可能重启BTS不能恢复，但重启载频却恢复正常，如果小区开有BB，也建议在锁住BTS后，对问题载频进行一次解锁操作后，再解锁BTS。

5、RF掉话高

无线射频掉话：

主要指受地形地貌、建筑物的影响，由于信号快衰落、信号覆盖原因而引起的掉话。

通常在楼内（室内）、基站信号覆盖的边缘地带很容易造成这类掉话。

RF掉话高常规处理方式请参考：

1、确认是否BSC内部较多小区存在突发高掉话，这可能由于BCSU吊死、BSC级的参数设置不合理、BSC内较多小区的参数设置有误等造成

2、确认是否为载频故障，如怀疑载频故障，有时可通过倒换方式进一步确定。

通常倒换载频有以下几种方式：

A、载频之间频点互换，确定是否为频率干扰

B、BCCH载频和TCH载频倒换，确定是否为BCCH载频故障，与A方式相同，只是针对于BCCH载频定位故障，建议通过修改PREF的方式倒换

C、BCCH频点与TCH频点互换，这种倒换改变了小区的BCCH频点，需要注意BSC外部邻区数据的更新，该类倒换主要针对怀疑BCCH频点干扰的情况

D、半速率倒换，将开有半速率的载频的半速率信道倒换到其它频点更换的相关载频上

E、GPRS信道倒换，将开有GPRS信道的载频的GPRS时隙倒换到其它载频上

F、载频之间槽位更换，该操作需要工程人员实施

倒换载频后，有时可能会马上出现7745告警，可以通过重启载频恢复。

要求监控人员在倒换载频操作后，需要跟踪小区是否出现由于倒换载频造成的高掉话。

一般建议先关闭BB确定故障载频，可以通过以下方式定位载频故障：

A、载频频繁存在告警

B、载频存在故障告警，如TRX_FAULTY、高温告警等

C、载频7745告警占用比例高，重启后仍然存在

D、载频级的统计显示某载频掉话很高

E、载频级的统计显示某载频的KPI统计相对其它载频异常，如发射功率、上下行接收信号强度、上下行话音质量、PATHBALANCE等

3、确认基本配置参数是否良好，主要包括：

A、邻区规划是否良好，是否存在漏做邻区的现象，特别注意基站是否存在过覆盖现象造成邻区遗漏

B、频点分布是否良好

4、主要KPI话音质量、切换失败率、OUTBAND1是否异常。

A、如上行话音质量较差同时OUTBAND1比例很高，同时干扰等级较高，确认是否存在外部干扰、直放站故障；

如干扰等级较小，同时排除频率干扰，确认基站是否开启BB、基站是否存在7949告警，仍无法解决的，可派单给RNP检查天馈和基站硬件

B、如基站开有BB，话音质量突降情况，可通过关闭BB定位是否个别载频故障导致

C、如切换失败率异常，请参考切换失败率处理流程

5、确认小区空闲小区重新参数、接入参数（手机功率等级设置等）、小区切换参数、BMA等设置是否合理

6、3载频以上的小区一般要求开启BB功能

7、注意通过h1结合邻区分布、MAPINFO地形地貌查看基站是否存在过覆盖、反向覆盖、基站天线接反等现象

8、对于突发的高掉话，可查看周围是否有小区退服、参数是否存在变动、是否做过工程调整等，突发的高掉话要求跟踪至少2天以上

9、确认半速率是否对该小区的掉话有影响

10、结合上下行信号强度、MS和BTS的发射功率统计、覆盖距离统计确认小区是否存在弱覆盖，同时分析造成弱覆盖的成因

11、可通过监控平台上的参数修改记录、历史CASE处理记录了解小区的历史处理情况

12、在干扰情况良好情况下，也要通过网优平台查看该小区是否存在直放站，直放站性能不好或者频点设置有误等，也会造成对掉话的影响

13、对山区站、海岛站、超远覆盖小区、手机维修市场等小区的高掉话如果波动不大，一般不做处理

14、其它异常情况，如进程故障、SDCCH信道吊死（一般建议SDCCH信道设置在时隙0）等，可通过重启BCF、倒换SDCCH信道解决。

第二部分拥塞

5.3、拥塞小区处理建议

1、对于高拥塞小区，处理时需判断是突发拥塞或者经常拥塞小区，对于突发高话务导致的拥塞通过暂降功率来处理；

由于省公司考核单小区半速率话务占比，对于经常拥塞小区，应通过以下几个方面来处理（处理优先级）：

话务分流（通过调整参数来处理----C2参数、切换参数、邻区参数等）、扩容、开半速率。

话务分流主要是将本小区话务与周围小区话务进行均衡（周围小区话务负荷并不高的情况下）:

1>

调整该小区邻区参数PMRG、SL等。

即选择两到三个话务空闲的小区，降低本小区切出门限PMRG，提高本小区切入门限；

对于超忙站，应把忙站对所有邻区的PMRG从大于4下调到4，所有邻区对忙站的PMRG从小于8上调至8，当然应把道路切换的小区除外。

2>

打开该小区DR、话务切换TRHO功能；

让周围话务并不是很高小区吸收该小区话务，同时应设置DRM=1，合理设置DRT及TRHO。

3>

调整该小区C2参数，降低其重选机会。

4>

激活该小区排队功能,对短暂话务高有明显效果

5>

对于过覆盖、孤岛小区等小区，应降低天线高度，调整天线下倾角；

当然对于孤岛小区应合理定义其邻区，一般要求从孤岛小区向正常小区的切换优于反向。

一般不建议调整DMAX、RXP参数来控制用户接入减少拥塞。

2、对于SD拥塞小区，通过调整C2参数CRO，PT，TRO，让手机尽量不要重选到拥塞比较严重小区；

调整HYS；

增加SDCCH信道这三方面来处理。

首先检查是否载频吊死、传输闪断等问题，导致不断发送SD请求造成用户频繁申请网络资源。

可通过调整C2参数CRO，PT，TRO，让手机尽量不要重选到拥塞比较严重小区，即减少MS选择该小区成为服务小区的难度；

另外可通过覆盖调整来降低该小区话务量，即可同时减少SD话务。

若该小区长期存在SD高拥塞，在满足TCH负荷的前提下，可将TCH时隙改为SD；

另外对SD拥塞过大小区可通过扩容来增加SD信道。

对于位置区边界小区，位置更新占用SD过多，需提高本小区及邻区中属于不同LAC的HYS，减少位置更新次数；

另外可调整PER（T3212）减少位置更新对SD带来负荷

另外干扰也可造成SD拥塞，干扰信号不断发RACH请求，因此要求BCCH频点尽量干净。

6>

对于铁路沿线等小区，SD位置更新过多，扩容仍无法满足要求时，需激活增强型SD功能（抚州现网BSC27已激活此功能，通常情况下一般一块载频最多可以配置两个SD信道，激活该功能一块载频最大可以达到4个SD信道）

（1）SD拥塞

SD拥塞是指一个呼叫要求占用SDCCH信道时，网络无SDCCH信道可用或BSC间SDCCH-SDCCH切换，目标小区无资源可用。

在立即指配阶段，BSC根据信道无法激活的指示（当没有可用SDCCH或Abis接口的地面资源不可用时）每发送一次ImmediateAssignmentReject，SDCCH分配失败的计数器便累加一次。

在呼叫流程中，BTS收到手机上行的channelrequest后，BTS向BSC发channelrequired后，正常流程为BSC收到从基站收发信台发来的信道请求消息后，基站控制器开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，同时基站控制器向基站收发信台发送一条信道激活（channelactivation）消息。

但是如果BSC发现无SDCCH信道资源可用时，BSC在收到channelrequired后直接下行回immediateassignmentreject消息，该消息中包含了定时器T3122的设置（T3122定义了暂时禁止MS发出下次呼叫请求的最小时间间隔）。

MS在收到immediateassignmentreject消息后，MS启动T3122，等待T3122超时后，MS发出下次的channelrequest。

二、解决措施

1、SD拥塞处理

增加SD信道

调整小区所属LAC或C2值

位置更新多增大HYS以减轻MS的乒乓位置更新

增大周期位置更新的周期PER

SD高话务基站过覆盖降功率减少覆盖范围

增加一条SD信道

多时段SD话务高调整定时器值降低SD负荷

处理邻小区故障

SD拥塞

载频隐形故障更换或修复载频

载频故障

显性故障上站修复载频

硬件故障

传输故障

TRX6、7、8载频7745告警，载频上下行严重不平衡：

发单上站检查载频跳线及天馈

可以通过降低偏置值来降低该小区的C2值，由此可以减少该小区的话务量和提高MS选择该小区为服务小区的难度。

2、SD低指配处理

传输故障（传输误码高，不定期中断）

TRX故障

3、SDCCH掉话处理

查看是否存在SDCCH的7745告警，如存在，复位相应的载频

是否存在TCH和BCCH、BCCH和BCCH的同频同BSIC

确定是否由于LAC边界参数设置不当导致频繁位置更新占用SDCCH（查看位置更新占用SDCCH的比例），可通过调节HYS、REO等；

对LAC边界的小区需要注意，空闲状态小区重新到不同LAC所需的MRG与专用模式切换的PMRG之和必须大于0，以防止乒乓的位置更新。

异常高SDCCH可尝试倒换载频

突发异常情况如不能自动恢复，一般通过RESET基站处理，有些小区通过RESETBTS无法恢复的，需要通过RESETBCF处理

一些SDCCH突发高掉话需要硬重启基站恢复

突发干扰导致（邻站同频、正向邻频、过覆盖产生干扰）高SDCCH掉话，参考ABIS掉话中的干扰处理过程

第三部分TCH指标分析

1、指标公式

指配失败率：

AssignCommand/AssignComplete.

TCH指配成功率：

[TCH呼叫占用成功次数/TCH呼叫占用请求次数]*100%。

TCH拥塞率（包括切换）=（TCH呼叫占用失败次数+极早指配的TCH占用失败次数+BSC内入小区切换TCH占用失败次数（由于拥塞）+BSC间入小区切换TCH占用失败次数（由于拥塞））/（TCH呼叫占用请求次数+极早指配的TCH占用请求次数+BSC内入小区切换TCH占用请求次数+BSC间入小区切换TCH占用请求次数）

TCH拥塞率（不包括切换）=（TCH呼叫占用失败次数+极早指配的TCH占用失败次数）/（TCH呼叫占用请求次数+极早指配的TCH占用请求次数）*100%

2、问题描述

（1）TCH拥塞

TCH拥塞率决定于TCH占用失败次数，而非TCH占用遇全忙次数。

每线话务量>

0.6为忙小区

占用遇全忙次数：

在TCH占用请求时，无TCH信道可用，则记一次TCH占用遇全忙。

TCH占用失败（不含切换）：

占用SDCCH信道后对TCH信道的呼叫溢出次数，溢出包括主叫和被叫占用SDCCH后试图建立TCH失败的情况，包括非常早分配时指配TCH信道用做SDCCH的情况，不包括各种切换情况。

*S-G:

Q1CU8n9G:

\www.mscbsc.co

及早指配TCH：

在呼叫请求时当SDCCH无可用资源时立即指配TCH信道。

指配TCH信道：

在占用SDCCH信道后，振铃“Alerting”消息前，系统为它指配TCH信道。

晚指配TCH信道：

在振铃“Alerting”消息之后，系统为它指配TCH信道。

直接重试：

当系统为一个呼叫指配TCH信道时，却无TCH信道可用，则会采用切换的流程，切换到邻小区。

我们观察话统可能会发现有些小区的TCH占用遇全忙次数大于TCH占用失败次数，其原因就在于该小区打开了直接重试。

（2）TCH指配低

在TCH信道指配时，若BSC收到MSC发来的AssignRequest或HandoverRequired时发现没有资源，或在发出信道激活时地面电路资源不可用，都会导致分配失败。

MSC向主叫MS发出“callproceeding”后或MSC收到被叫MS发回的“callconfirmed”，MSC将向BSC发出“指配请求”（Assignmentrequest）消息，BSC收到此请求后将分析是否有信道资源，若没有则向MSC回“指配失败”（并注明原因是拥塞），若有的话则通过“channelactivation”和“channelactivationack”的交换，将与该信道相关的地面资源激活，若地面资源不可用（如传输电路故障），则回发指配失败（原因是拥塞）。

当BSC收到“信道激活证实”后将发出“指配命令”，将所分配信道的相关消息发给MS，此时BSC将T3107置位，然后BTS将该报文封装在SDCCH信道上发给MS，MS收到该指配命令后，将根据相关指示把收发配置调整到此新信道上来，并向BTS发出SABM消息。

MS通过与BTS发回的UA消息对比之后，将向网络发出“指配完成”消息，此后将在这条新信道上来完成网络间数据的交换。

当出现以下原因时会发生指配失败：

BTS下行链路出现故障，不能正确的将指配消息发出；

MS无法接收到该指配消息；

MS无法识别该指配消息；

MS无法占用所支配是信道；

BTS无法收到或无法失败MS的SABM消息；

BTS的上行