NSNGSM话统分析个人总结

1、第一部分掉话分析问题描述造成掉话的原因，分为三种：（1）无线链路故障（RADIO LINK TIMEOUT ）:发生在通话过程中， 消息无法正常接收，单位是SACCH测量报告周期个数。当RADIO LINK TIMEOUT 减为0时，信道被释放，从而掉话。（2）T3103愈时：发生在切换过程中，既MS无法占用到目标信道，也无法返回原信道。（3）系统故障高掉话小区件修输査 硬维传检CMC-R话务统计工具、DTffiiiv信令分析仅X法确定M计的成1、覆盖引起的掉话2、切换引起的掉话故障描述：当 BSC向MS发出ha ndover comma nd时T3103器开始计时，在 BSC收到 来自切换目

2、标小区的 handover complete或来自源小区的 handover failure时就将T3103复位。 BSC将han dover comma nd发送到BTS时，如果T3103逾时后仍未收到任一种消息时， BSC 就判断源小区发生了无线链路失败，进而释放源小区的信道。总体来说造成切换掉话有两种可能性：（1）MS未收到或未解码网络发出的切换命，造成T3103超时掉话MS未收到网络发出的 ha ndover comma nd若 MS 处于服务小区的下行覆盖边缘或服务小区的下行链路设备不稳，则容易触发该小 区的下行救援性电平切换，这时当 BSC 做出切换判决并向 MS 发出 hando

3、ver command 后， MS 的下行接收可能已经进一步的恶化，以致无法成功的接收 handover command 而造成 T3103 超时掉话。MS 未能解码网络发出的 handover command若 MS 处于服务小区的下行链路硬件设备质量恶化或服务小区存在严重的下行干扰， 则 容易触发该小区的下行救援性质量切换，这时当 BSC 做出切换判决并向 MS 发出 handover comma nd后，MS可能无法成功的解码所接收到han dover comma nd而造成T3103超时掉话。（2）MS 切出未成功且返回源小区失败，造成 T3103 超时掉话 目标小区上下行链路不平衡或

4、上下行链路质量不好服务小区向 BSC 上报的测量报告包含服务小区的上下行接收电平和质量及六个相邻小 区的下行接收电平，这就是说 MS 切换到目标小区根据的仅是该小区 BCCH 的下行接收电 平。如果该小区存在上行接收问题或上行质量问题， 那么显然就会导致目标小区有可能无法 收到或无法解码 MS 发出的 “切换接入” 消息（也有可能由于目标小区的下行质量问题导致 MS 无法解码目标小区返回的“物理信息” ）而造成 MS 侧的 T3124 超时，于是 MS 会向原 小区返回“切换失败”消息。切换不合理同步问题（3）切换失败后无法返回原小区当MS在原小区发送某种原因的上行救援性切换后，MS将根据收到

5、的han dover comma nd消息中关于目标小区的描述试图切换到该小区， 若由于种种原因 （如目标小区存在硬件故障、 干扰、孤岛效应等）导致 MS 无法成功的切换到目标小区， MS 将在原信道上向原小区发出 handover failure 并试图返回原小区，但往往此时原小区的上行电平或质量可能会进一步恶 化，因而将无法收到 MS发出的handover failure消息，从而导致 T3103超时掉话。3、干扰引起的掉话 扰是指对频率上的影响，通常用载干比来衡量频率干扰的大小。一般认为误码率在3%左右为正常范围， 当误码率达 8%10%时话音质量就比较差了， 如果误码率超出 10% 则

6、话音质量不可容忍，无法听清，特别容易造成掉话。因此，通常对载波干扰设置了一定的门限，规定同频道载干比C/1 9dB邻频道载干比 C/AA-9 dB。系统内产生的干扰导致的掉话由于 GSM 网络是使用频率复用的方式来运行的，因此随着网络的规模越来越大，用户越来越多，基站的站点，特别是市区的站点会越布越密。而现有的频率资 源却是非常有限的，因此在频率规划时会有一定难度，不可避免的存在同频、邻频 干扰的可能性。当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误 码率恶化，使手机无法准确解调邻近小区的 BSIC 码，或基站不能正确接收移动台 测量报告。这样就有可能在切换过程中由于不能正确解出邻

7、区BSIC 码而造成切换 掉话，也可能由于不能正确接收到移动台的测量报告而产生射频掉话。而在目前的情况下，网络为了满足用户增长的需要，不断地进行着基站扩容和新建站的工作， 这样就不可避免的增加了频率的复用度，也就不可避免的导致一些同、邻频现象的BCCH 的同、邻频TCH 射频掉话。显而易见需要改频，产生。因此由于同、邻频干扰造成的掉话也是经常发生的。通常 干扰会对切换影响较大，而 TCH 的同、邻频干扰则有可能造成般来说， 由于频率干扰这种原因引起的掉话要得到解决，尽可能的避免同、邻频干扰，以减少掉话次数。系统外的干扰导致的掉话所谓系统外的干扰是指非 GSM 系统自身频率等因素造成的频率干扰。

8、从目前的情况看，这种系统外干扰主要是来自于直放站系统。直放站系统如果合理得进行 运用，实际上是有利于 GSM 网络的。它可以减少投资、扩大信号覆盖范围，尤其 是应用在一些山区、隧道、地下室时效果比较理想。如果直放站的设备质量和工程 质量都有保证，这时直放站基本上是不会对 GSM 系统造成干扰的。出现干扰的多 是那些设备性能较差，工程质量不合格，如地下直放站的信号泄漏到地面上，这时 对于 GSM 系统来说直放站放大的信号就是一个很强的同频干扰，而且这种干扰通 常是对 GSM 系统上行产生强大的干扰，使上行信道质量变差。这样通常会增加被 干扰基站的 TCH 射频掉话。除了直放站可以产生带外干扰之外

9、，军队或者一些科研项目的实验网都有可能 使用 GSM 系统频段内的一些频点，如果这些频点的信号比较强的泄漏出实验区域， 或距离我们的基站较近则会造成频率干扰，引起掉话。对于这种带外干扰源造成干扰产生的掉话，通常的处理方法是查找干扰源，对 不合格的直放站进行改造或者关闭，如果干扰是窄带的干扰也可以通过改频来避开 这个干扰频带，这样干扰减小了，掉话自然会随之减少。但如果干扰源不易查找， 或者干扰不可避免则可以通过降低受干扰小区的功率来减少掉话次数。4、天馈系统原因导致掉话a) 天馈线损伤、进水、 打折、 老化和接头处松动及接触不良， 均会降低发射功率和收 信灵敏度，从而产生严重的掉话，这一点可以通

10、过检查天馈驻波比 (VSWR1.3) 验 证。b) 由于天馈线接错 选错surf板的端口(antenna_select)也会造成高掉话。c) 由于同一小区两根天线方位角及下倾角不一致，会造成掉话。5、基站硬件故障产生掉话。由于基站硬件隐形故障引起掉话率上升占相当大的比例，各种常见故障如下：a) 载频性能变差造成高掉话率，需通过对载频进行线性接收校准或更换高掉话载频。b) 载频发射功率不平衡或功率过低造成掉话， 对小区进行功率平衡并检查发射功率是 否正常，对功率过低的载频进行更换。c) 由于 SURF 板故障造成高掉话，一般基站会有150#告警，然后调测载频时产生80值却始终调不过， 一般来说这

11、就是载频或 SURF 板存在故障。 采用替换法可排除载 频问题从而确认为 SURF 板故障。d) 由于 MCU/MCUF 时钟失锁 (phase lock lost 或 phase lock falure) 易造成切换掉话。 一般做法先强制时钟锁相 (用 reattempt_pl 命令 )，观察一段时间，如没有效果则需 校准 MCU/MCUF 时钟或更换 MCU/MCUF 。二、 掉话分类2071 掉话：从指配 TCH 信道结束( Assignment Complete )后到 Channel Release；3J 掉话： 从到 Channel Activation 到 Channel Rel

12、ease。1、 TR 掉话高BTS 与 TC 间不同步导致的，一般可能原因有 BTS 硬件，传输，数据或 TC 故障等， 多数伴有 2993 告警TR 掉话高可通过以下方式处理：1、可通过 ZAHP 查看相关载频进行复位，在开有 BB 情况下，可复位 BTS2、如复位载频无效，可通过重建载频数据观察。3、如复位载频和重建数据均无效，确定是否为载频故障或传输配置数据有误4、通过调节BSC参数ITCF，可以对TR掉话有所缓解，建议设为最大值55、如果TR掉话在BSC内部分布比较均匀， 可能为TC板或BSC级其它单元故障，向 网优中心反映。2、 LAPD 掉话高LAPD 掉话一般指的是物理层故障导致

13、的掉话， 如传输误码、 基站硬件瞬断等原因造成 LAPD 掉话高可通过以下方式处理：1、查看告警确定是否为载频退服导致， 并查看相关原因，如需要更换载频或做基站硬件处理，与网管中心沟通2、ZYMO 查看是否存在传输误码导致传输闪断3、确定基站是否出现过断电原因造成的退服3、 A 口掉话高A 接口掉话特别容易发生在 MSC 之间、 BSC 之间等与 A 接口有关的切换过程中， MSC、 BSC 之间的切换除了与无线网络有关外，还与网间信令配合、信号同步等因素有关，局间 切换相对较复杂，也较容易引起掉话。A 口掉话可通过以下方式处理：1、如果A 口掉话均匀分布在BSC内所有小区上，A 口电路存在故

14、障，向网优中心反映2、A 口掉话一般都是由于跨 MSC的切换引起，可检查相关切换指标和切换参数以及目标小区的工作是否正常。4、 ABIS 掉话高Abis 掉话。这类掉话主要是传输质量引起的，如传输误码、滑码、帧丢失等。ABIS 掉话高可通过以下方式处理：1、查看告警是否相关载频存在 7745告警，可通过复位载频观察。如复位载频后， 7745高告警仍然存在，仍然存在高掉话，可尝试锁住载频观察掉话情况，在确 定由于某载频故障导致ABIS高掉话后，向RNP发送工单要求更换。2、是否存在严重的同邻频干扰3、ZERO 查看是否小区存在严重上行干扰，干扰处理参考如下：a、如由于突发的干扰器开通，监控人员需

15、要跟踪干扰是否一直存在，如一直存在干扰，需要向相关 RNP反馈b、确定该小区是否下挂有直放站，如下挂有直放站，并且干扰一直存在，向RNP发送工单进行直放站的相关硬件排查c、查看是否存在与天馈相关的告警，如 7949告警等，如由于天馈原因，发单 要求RNP进行天馈系统检查d、如产生干扰的原因不明， 并且ABIS掉话很高，可向RNP发单要求进行现场 扫频、基站硬件检查、天馈系统检查等备注：由于 7745 告警原因复位载频时，有时重启 BTS 和重启载频效果不一样，可能重 启BTS不能恢复，但重启载频却恢复正常，如果小区开有BB，也建议在锁住 BTS后，对问题载频进行一次解锁操作后，再解锁 BTS。

16、5、 RF 掉话高无线射频掉话：主要指受地形地貌、建筑物的影响，由于信号快衰落、信号覆盖原因而 引起的掉话。通常在楼内（室内） 、基站信号覆盖的边缘地带很容易造成这类掉话。RF 掉话高常规处理方式请参考：1、确认是否BSC内部较多小区存在突发高掉话，这可能由于BCSU吊死、BSC级的参数设置不合理、BSC内较多小区的参数设置有误等造成2、确认是否为载频故障，如怀疑载频故障，有时可通过倒换方式进一步确定。通 常倒换载频有以下几种方式：A 、 载频之间频点互换，确定是否为频率干扰B、BCCH载频和TCH载频倒换，确定是否为 BCCH载频故障，与A方式相同，只是针对于BCCH载频定位故障，建议通过修

17、改 PREF的方式倒换C、BCCH 频点与 TCH 频点互换，这种倒换改变了小区的BCCH 频点，需要注意BSC外部邻区数据的更新，该类倒换主要针对怀疑BCCH频点干扰的情况D、半速率倒换， 将开有半速率的载频的半速率信道倒换到其它频点更换的相 关载频上E、GPRS信道倒换，将开有 GPRS信道的载频的GPRS时隙倒换到其它载频上F、载频之间槽位更换，该操作需要工程人员实施 备注：倒换载频后，有时可能会马上出现 7745 告警，可以通过重启载频恢复。要 求监控人员在倒换载频操作后，需要跟踪小区是否出现由于倒换载频造成的高掉话。一般建议先关闭 BB 确定故障载频，可以通过以下方式定位载频故障：A

18、、载频频繁存在告警B、载频存在故障告警，如 TRX_FAULTY 、高温告警等C、载频7745告警占用比例高，重启后仍然存在D、载频级的统计显示某载频掉话很高E、载频级的统计显示某载频的 KPI统计相对其它载频异常，如发射功率、上 下行接收信号强度、上下行话音质量、 PATHBALANCE 等3、确认基本配置参数是否良好，主要包括：A、邻区规划是否良好，是否存在漏做邻区的现象，特别注意基站是否存在过 覆盖现象造成邻区遗漏B 、 频点分布是否良好4、主要KPI话音质量、切换失败率、0UTBAND1是否异常。A、如上行话音质量较差同时 OUTBAND1 比例很高，同时干扰等级较高，确 认是否存在外

19、部干扰、 直放站故障； 如干扰等级较小， 同时排除频率干扰， 确认基站是否开启 BB 、基站是否存在 7949告警， 仍无法解决的， 可派单给 RNP检查天馈和基站硬件B、如基站开有BB，话音质量突降情况，可通过关闭 BB定位是否个别载频故 障导致C、如切换失败率异常，请参考切换失败率处理流程5、确认小区空闲小区重新参数、接入参数 （手机功率等级设置等 ）、小区切换参数、BMA 等设置是否合理6、3载频以上的小区一般要求开启 BB功能7、注意通过 h1 结合邻区分布、 MAPINF0 地形地貌查看基站是否存在过覆盖、反 向覆盖、基站天线接反等现象8、对于突发的高掉话，可查看周围是否有小区退服、

20、参数是否存在变动、是否做过工程调整等，突发的高掉话要求跟踪至少2天以上9、确认半速率是否对该小区的掉话有影响10、结合上下行信号强度、 MS和BTS的发射功率统计、 覆盖距离统计确认小区是否存在弱覆盖，同时分析造成弱覆盖的成因11、可通过监控平台上的参数修改记录、历史CASE处理记录了解小区的历史处理情况12、在干扰情况良好情况下，也要通过网优平台查看该小区是否存在直放站，直放 站性能不好或者频点设置有误等，也会造成对掉话的影响13、对山区站、海岛站、超远覆盖小区、手机维修市场等小区的高掉话如果波动不 大，一般不做处理14、其它异常情况，如进程故障、SDCCH信道吊死（一般建议SDCCH信道设

21、置在时隙0）等，可通过重启BCF、倒换SDCCH信道解决。第二部分 拥塞5.3 、拥塞小区处理建议1、对于高拥塞小区，处理时需判断是突发拥塞或者经常拥塞小区，对于突发高话务导 致的拥塞通过暂降功率来处理； 由于省公司考核单小区半速率话务占比， 对于经常拥塞小区， 应通过以下几个方面来处理（处理优先级） ：话务分流（通过调整参数来处理 C2 参数、切换参数、邻区参数等） 、扩容、开半速率。话务分流主要是将本小区话务与周围小区话务进行均衡 （周围小区话务负荷并不高的情 况下） :1 调整该小区邻区参数 PMRG 、SL 等。即选择两到三个话务空闲的小区，降低本小 区切出门限 PMRG ，提高本小区

22、切入门限；对于超忙站，应把忙站对所有邻区的 PMRG 从 大于 4 下调到 4，所有邻区对忙站的 PMRG 从小于 8 上调至 8，当然应把道路切换的小区除 外。2打开该小区DR、话务切换TRHO功能；让周围话务并不是很高小区吸收该小区话务， 同时应设置 DRM=1 ，合理设置 DRT 及 TRHO 。3调整该小区C2参数，降低其重选机会。4激活该小区排队功能 ,对短暂话务高有明显效果 5对于过覆盖、孤岛小区等小区，应降低天线高度，调整天线下倾角；当然对于孤岛 小区应合理定义其邻区，一般要求从孤岛小区向正常小区的切换优于反向。一般不建议调整 DMAX 、 RXP 参数来控制用户接入减少拥塞。2

23、、对于 SD 拥塞小区，通过调整 C2 参数 CRO ， PT， TRO ，让手机尽量不要重选到拥 塞比较严重小区；调整 HYS ；增加 SDCCH 信道这三方面来处理。1首先检查是否载频吊死、 传输闪断等问题， 导致不断发送 SD 请求造成用户频繁申请 网络资源。2可通过调整 C2 参数 CRO ， PT， TRO ，让手机尽量不要重选到拥塞比较严重小区， 即减少 MS 选择该小区成为服务小区的难度； 另外可通过覆盖调整来降低该小区话务量， 即 可同时减少 SD 话务。3若该小区长期存在 SD 高拥塞，在满足 TCH 负荷的前提下， 可将 TCH 时隙改为 SD；另外对SD拥塞过大小区可通过

24、扩容来增加SD信道。4对于位置区边界小区，位置更新占用SD过多，需提高本小区及邻区中属于不同LAC的HYS，减少位置更新次数；另外可调整PER（T3212）减少位置更新对 SD带来负荷5另外干扰也可造成 SD拥塞，干扰信号不断发 RACH请求，因此要求 BCCH频点尽 量干净。6对于铁路沿线等小区， SD位置更新过多，扩容仍无法满足要求时，需激活增强型SD功能（抚州现网BSC27已激活此功能，通常情况下一般一块载频最多可以配置两个SD信道，激活该功能一块载频最大可以达到4个SD信道）一、 问题描述（1） SD拥塞SD拥塞是指一个呼叫要求占用 SDCC信道时，网络无SDCC信道可用或BS（间SD

25、CCH-SDCCH 切换，目标小区无资源可用。在立即指配阶段，BSC根据信道无法激活的指示（当没有可用SDCCH或Abis接口的地面资源不可用时） 每发送一次Immediate Assignment Reject，SDCCH分配失败的计数器便 累加一次。BSCC liamiel activationChannel activanoii AC KIiiiiiiediaieconmiandhmiediate assigiuiient rejec 增大HYS以减轻MS的乒乓位置更新 增大周期位置更新的周期PER*降功率减少覆盖范围增加一条SD信道 调整定时器值降低 SD负荷 处理邻小区故障厂载频隐形

26、故障更换或修复载频一显性故障上站修复载频硬件故障传输故障TRX6 7、8载频7745告警，载频上下行严重不平衡：发单上站检查载频跳线及天 馈可以通过降低偏置值来降低该小区的C2值，由此可以减少该小区的话务量和提高MS选择该小区为服务小区的难度。2、SD低指配处理传输故障（传输误码高，不定期中断）TRX故障3、 SDCCH掉话处理查看是否存在SDCCH的7745告警，如存在，复位相应的载频是否存在TCH和BCCH、BCCH和BCCH的同频同BSIC确定是否由于LAC边界参数设置不当导致频繁位置更新占用SDCCH（查看位置更新占用SDCCH的比例），可通过调节HYS、REO等；对LAC边界的小区需

27、要注意， 空闲状态小区重新到不同 LAC所需的MRG与专用模式切换的PMRG之和必须大于 0，以防止乒乓的位置更新。异常高SDCCH可尝试倒换载频突发异常情况如不能自动恢复，一般通过RESET基站处理，有些小区通过 RESETBTS无法恢复的，需要通过 RESET BCF处理一些SDCCH突发高掉话需要硬重启基站恢复突发干扰导致（邻站同频、正向邻频、过覆盖产生干扰）高SDCCH掉话，参考ABIS掉话中的干扰处理过程第三部分 TCH指标分析1、指标公式指配失败率： Assign Command / Assign Complete .TCH 指配成功率： TCH 呼叫占用成功次数 /TCH 呼叫占

28、用请求次数 *100% 。TCH 拥塞率 （包括切换 ）= （TCH 呼叫占用失败次数 +极早指配的 TCH 占用失败次数 +BSC 内入小区切换 TCH 占用失败次数 （由于拥塞 ）+BSC 间入小区切换 TCH 占用失败次数 （由于拥 塞）/ （TCH呼叫占用请求次数+极早指配的TCH占用请求次数+ BSC内入小区切换TCH占 用请求次数 +BSC 间入小区切换 TCH 占用请求次数 ）TCH 拥塞率 （不包括切换 ）= （TCH 呼叫占用失败次数 +极早指配的 TCH 占用失败次数 ） / （TCH 呼叫占用请求次数 +极早指配的 TCH 占用请求次数 ） * 100%2、问题描述（ 1

29、） TCH 拥塞TCH拥塞率决定于TCH占用失败次数，而非 TCH占用遇全忙次数。 每线话务量0.6 为忙小区占用遇全忙次数 ：在 TCH 占用请求时，无 TCH 信道可用，则记一次 TCH 占用遇 全忙。TCH占用失败（不含切换）：占用 SDCCH信道后对TCH信道的呼叫溢出次数， 溢出包括主叫和被叫占用 SDCCH后试图建立TCH失败的情况，包括非常早分配时 指配 TCH 信道用做 SDCCH 的情况，不包括各种切换情况。及早指配TCH :在呼叫请求时当 SDCCH无可用资源时立即指配 TCH信道。指配TCH信道：在占用SDCCH信道后，振铃“ Alerting消息前，系统为它指配TCH

30、信道。晚指配 TCH 信道： 在振铃 “ Alerting 消息”之后，系统为它指配 TCH 信道。直接重试：当系统为一个呼叫指配 TCH信道时，却无TCH信道可用，则会采用切 换的流程，切换到邻小区。我们观察话统可能会发现有些小区的TCH 占用遇全忙次数大于 TCH 占用失败次数，其原因就在于该小区打开了直接重试。（ 2）TCH 指配低在 TCH 信道指配时，若 BSC 收到 MSC 发来的 Assign Request 或 Handover Required 时 发现没有资源，或在发出信道激活时地面电路资源不可用，都会导致分配失败。MSC 向主叫 MS 发出“ call proceedin

31、g ”后或 MSC 收到被叫 MS 发回的“ call confirmed ”， MSC将向BSC发出“指配请求” （Assignment request）消息，BSC收到此请求后将分析是 否有 信道资源 ，若没有则向 MSC 回“指配失败” （并注明原因是拥塞） ，若有的话则通过 “channel activation ”和“ channel activation ack ”的交换，将与 该信道相关的地面资源 激活， 若地面资源不可用（如传输电路故障） ，则回发指配失败 （原因是拥塞） 。当 BSC 收到“信道 激活证实”后将发出“指配命令”，将所分配信道的相关消息发给MS，此时BSC将T3107置位，然后 BTS 将该报文封装在 SDCCH 信道上发给 MS， MS 收到该指配命令后，将根据 相关指示把收发配置调整到此新信道上来，并向 BTS 发出 SABM 消息。 MS 通过与 BTS 发 回的 UA 消息对比之后，将向网络发出“指配完成”消息，此后将在这条新信道上来完成网 络间数据的交换。ESC尤迂给M呂Si辿诸求俞出资强C3J针时的常迫激活命令* HTS无注澈活桶应的地闖责游C3）MS无注占羽描定的佶道当出现以下原因时会发生指配失败：BTS下行链路出现故障，不能正确的将指配消息发出；MS无法接收到该指配消息；M