NSN-GSM话统分析-个人总结.doc

第一部分 掉话分析一、 问题描述造成掉话的原因，分为三种：（1） 无线链路故障（RADIO LINK TIMEOUT）：发生在通话过程中，消息无法正常接收，单位是SACCH测量报告周期个数。当RADIO LINK TIMEOUT减为0时，信道被释放，从而掉话。（2） T3103愈时：发生在切换过程中，既MS无法占用到目标信道，也无法返回原信道。（3） 系统故障1、 覆盖引起的掉话2、 切换引起的掉话故障描述：当BSC向MS发出handover command时T3103器开始计时，在BSC收到来自切换目标小区的handover complete或来自源小区的handover failure时就将T3103复位。BSC将handover command发送到BTS时，如果T3103逾时后仍未收到任一种消息时，BSC就判断源小区发生了无线链路失败，进而释放源小区的信道。总体来说造成切换掉话有两种可能性：（1） MS未收到或未解码网络发出的切换命，造成T3103超时掉话 MS未收到网络发出的handover command若MS处于服务小区的下行覆盖边缘或服务小区的下行链路设备不稳，则容易触发该小区的下行救援性电平切换，这时当BSC做出切换判决并向MS发出handover command后，MS的下行接收可能已经进一步的恶化，以致无法成功的接收handover command而造成T3103超时掉话。 MS未能解码网络发出的handover command若MS处于服务小区的下行链路硬件设备质量恶化或服务小区存在严重的下行干扰，则容易触发该小区的下行救援性质量切换，这时当BSC做出切换判决并向MS发出handover command后，MS可能无法成功的解码所接收到handover command而造成T3103超时掉话。（2） MS切出未成功且返回源小区失败，造成T3103超时掉话 目标小区上下行链路不平衡或上下行链路质量不好服务小区向BSC上报的测量报告包含服务小区的上下行接收电平和质量及六个相邻小区的下行接收电平，这就是说MS切换到目标小区根据的仅是该小区BCCH的下行接收电平。如果该小区存在上行接收问题或上行质量问题，那么显然就会导致目标小区有可能无法收到或无法解码MS发出的“切换接入”消息（也有可能由于目标小区的下行质量问题导致MS无法解码目标小区返回的“物理信息”）而造成MS侧的T3124超时，于是MS会向原小区返回“切换失败”消息。 切换不合理 同步问题（3） 切换失败后无法返回原小区当MS在原小区发送某种原因的上行救援性切换后，MS将根据收到的handover command消息中关于目标小区的描述试图切换到该小区，若由于种种原因（如目标小区存在硬件故障、干扰、孤岛效应等）导致MS无法成功的切换到目标小区，MS将在原信道上向原小区发出handover failure并试图返回原小区，但往往此时原小区的上行电平或质量可能会进一步恶化，因而将无法收到MS发出的handover failure消息，从而导致T3103超时掉话。3、 干扰引起的掉话扰是指对频率上的影响，通常用载干比来衡量频率干扰的大小。一般认为误码率在3%左右为正常范围，当误码率达8%10%时话音质量就比较差了，如果误码率超出10%则话音质量不可容忍，无法听清，特别容易造成掉话。因此，通常对载波干扰设置了一定的门限，规定同频道载干比C/I9dB，邻频道载干比C/A-9 dB。系统内产生的干扰导致的掉话由于GSM网络是使用频率复用的方式来运行的，因此随着网络的规模越来越大，用户越来越多，基站的站点，特别是市区的站点会越布越密。而现有的频率资源却是非常有限的，因此在频率规划时会有一定难度，不可避免的存在同频、邻频干扰的可能性。当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码，或基站不能正确接收移动台测量报告。这样就有可能在切换过程中由于不能正确解出邻区BSIC码而造成切换掉话，也可能由于不能正确接收到移动台的测量报告而产生射频掉话。而在目前的情况下，网络为了满足用户增长的需要，不断地进行着基站扩容和新建站的工作，这样就不可避免的增加了频率的复用度，也就不可避免的导致一些同、邻频现象的产生。因此由于同、邻频干扰造成的掉话也是经常发生的。通常BCCH的同、邻频干扰会对切换影响较大，而TCH的同、邻频干扰则有可能造成TCH射频掉话。一般来说，由于频率干扰这种原因引起的掉话要得到解决，显而易见需要改频，尽可能的避免同、邻频干扰，以减少掉话次数。系统外的干扰导致的掉话所谓系统外的干扰是指非GSM系统自身频率等因素造成的频率干扰。从目前的情况看，这种系统外干扰主要是来自于直放站系统。直放站系统如果合理得进行运用，实际上是有利于GSM网络的。它可以减少投资、扩大信号覆盖范围，尤其是应用在一些山区、隧道、地下室时效果比较理想。如果直放站的设备质量和工程质量都有保证，这时直放站基本上是不会对GSM系统造成干扰的。出现干扰的多是那些设备性能较差，工程质量不合格，如地下直放站的信号泄漏到地面上，这时对于GSM系统来说直放站放大的信号就是一个很强的同频干扰，而且这种干扰通常是对GSM系统上行产生强大的干扰，使上行信道质量变差。这样通常会增加被干扰基站的TCH射频掉话。除了直放站可以产生带外干扰之外，军队或者一些科研项目的实验网都有可能使用GSM系统频段内的一些频点，如果这些频点的信号比较强的泄漏出实验区域，或距离我们的基站较近则会造成频率干扰，引起掉话。对于这种带外干扰源造成干扰产生的掉话，通常的处理方法是查找干扰源，对不合格的直放站进行改造或者关闭，如果干扰是窄带的干扰也可以通过改频来避开这个干扰频带，这样干扰减小了，掉话自然会随之减少。但如果干扰源不易查找，或者干扰不可避免则可以通过降低受干扰小区的功率来减少掉话次数。4、 天馈系统原因导致掉话a) 天馈线损伤、进水、打折、老化和接头处松动及接触不良，均会降低发射功率和收信灵敏度，从而产生严重的掉话，这一点可以通过检查天馈驻波比(VSWR 调整该小区邻区参数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信道这三方面来处理。1首先检查是否载频吊死、传输闪断等问题，导致不断发送SD请求造成用户频繁申请网络资源。2可通过调整C2参数CRO，PT，TRO，让手机尽量不要重选到拥塞比较严重小区，即减少MS选择该小区成为服务小区的难度；另外可通过覆盖调整来降低该小区话务量，即可同时减少SD话务。3若该小区长期存在SD高拥塞，在满足TCH负荷的前提下，可将TCH时隙改为SD；另外对SD拥塞过大小区可通过扩容来增加SD信道。4对于位置区边界小区，位置更新占用SD过多，需提高本小区及邻区中属于不同LAC的HYS，减少位置更新次数；另外可调整PER(T3212)减少位置更新对SD带来负荷5另外干扰也可造成SD拥塞，干扰信号不断发RACH请求，因此要求BCCH频点尽量干净。6对于铁路沿线等小区，SD位置更新过多，扩容仍无法满足要求时，需激活增强型SD功能（抚州现网BSC27已激活此功能，通常情况下一般一块载频最多可以配置两个SD信道，激活该功能一块载频最大可以达到4个SD信道）一、 问题描述（1） SD拥塞SD拥塞是指一个呼叫要求占用SDCCH信道时，网络无SDCCH信道可用或BSC间SDCCH-SDCCH切换，目标小区无资源可用。在立即指配阶段，BSC根据信道无法激活的指示（当没有可用SDCCH或Abis接口的地面资源不可用时）每发送一次Immediate Assignment Reject，SDCCH分配失败的计数器便累加一次。在呼叫流程中，BTS收到手机上行的channel request后，BTS向BSC发channel required后，正常流程为BSC收到从基站收发信台发来的信道请求消息后，基站控制器开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，同时基站控制器向基站收发信台发送一条信道激活（channel activation）消息。但是如果BSC发现无SDCCH信道资源可用时，BSC在收到channel required后直接下行回immediate assignment reject消息，该消息中包含了定时器T3122的设置(T3122定义了暂时禁止MS发出下次呼叫请求的最小时间间隔)。MS在收到immediate assignment reject消息后，MS启动T3122，等待T3122超时后，MS发出下次的channel request。在立即指配阶段，BSC根据信道无法激活的指示（当没有可用SDCCH或Abis接口的地面资源不可用时）每发送一次Immediate Assignment Reject，SDCCH分配失败的计数器便累加一次。二、 解决措施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基站处理，有些小区通过RESET BTS无法恢复的，需要通过RESET BCF处理 一些SDCCH突发高掉话需要硬重启基站恢复 突发干扰导致（邻站同频、正向邻频、过覆盖产生干扰）高SDCCH掉话，参考ABIS掉话中的干扰处理过程第三部分 TCH指标分析1、 指标公式指配失败率：Assign Command / Assign Complete .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:Q1C U8n9G:www.mscbsc.co 及早指配TCH ：在呼叫请求时当SDCCH无可用资源时立即指配TCH信道。 指配TCH信道：在占用SDCCH信道后，振铃“Alerting ”消息前，系统为它指配TCH信道。 晚指配TCH信道：在振铃“Alerting ”消息之后，系统为它指配TCH信道。 直接重试：当系统为一个呼叫指配TCH信道时，却无TCH信道可用，则会采用切换的流程，切换到邻小区。我们观察话统可能会发现有些小区的TCH占用遇全忙次数大于TCH占用失败次数，其原因就在于该小区打开了直接重试。（2） TCH指配低在TCH信道指配时，若BSC收到MSC发来的Assign Request或Handover Required时发现没有资源，或在发出信道激活时地面电路资源不可用，都会导致分配失败。MSC向主叫MS发出“call proceeding”后或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消息对比之后，将向网络发出“指配完成”消息，此后将在这条新信道上来完成网络间数据的交换。当出现以下原因时会发生指配失败：BTS下行链路出现故障，不能正确的将指配消息发出；MS无法接收到该指配消息；MS无法识别该指配消息；MS无法占用所支配是信道；BTS无法收到或无法失败MS 的SABM消息；BTS的上行链路出现故障，无法将向BSC发出指配完成消息。当MS无法占用网络所分配的信道时，将发回指配失败的报文。其它情况会导致计时器T3107逾时。3、 解决措施（1） TCH拥塞的解决措施开半速率 开启排队功能 调整C2算法 话务均衡 选择两到三个话务空闲的相邻小区，修改PMRG 通过降PMAX、Rxp减小覆盖范围来减少话务 无法解决的扩载频或基站解决邻小区故障TCH 拥塞 载频故障 硬件故障传输故障频繁切换 调整相应的切换参数，如切换门限、窗口值、权重值等（2） TCH低指配的解决措施当TRX出现故障时，一般分配失败率都会很高，而且切入失败也会很高。如果某小区分配失败率超10%，那么TRX故障可能性最大；如果大5%，一般怀疑载频故障或干扰；如果在3%5%间，那么可能是拥塞或干扰引起；低于3%，通常是无线环境影响。MS未收到指配命令导致指配失败：BTS发出指配命令时，SD信道由于电平质量差等问题掉话，可通过加强覆盖和减少干扰提高无线环境来改善。可通过话务统计报表中指配成功率、掉话率、上下行电平质量切换比例是否偏高，上下行链路平衡情况等指标初步定位，通过基站勘察最终定位载频或天馈系统故障指配信道所在的频点存在同邻频干扰，此类问题可通过话务统计报表中指配成功率、掉话率、上下行质量原因切换比例是否偏高以及查询周边小区的频率设置情况进行定位。MS收到指配命令干扰存在非法直放站等网外干扰，此类问题可通过话务统计报表中的上下行质量原因切换比例是否偏高，以及上行干扰带的测试情况初步定位，并通过往各邻小区质量原因切换情况辅助定位干扰发生区域，最终通过路测设备或频谱仪等工具查找干扰源。后TCH建链失败服务小区覆盖范围内电平偏低，导致手机在低电平下起呼，此类问题需通过加强覆盖解决。无线环境第四部分 切换失败率切换失败率处理一般可通过h1定位问题小区，具体成因也比较复杂，处理建议请参考：1、 检查地理位置上是否缺少邻区2、 是否存在同频同BSIC邻区，或者同频同BSIC原因造成的误切换3、 H1中切换失败率较高的目标小区是否本身性能存在故障，如载频故障、干扰、天馈故障、直放站故障、基站硬件故障、TSC与BCC不一致等4、 源小区是否存在过覆盖、弱覆盖、天线接反、天线后瓣功率过大导致反向覆盖等5、 邻区参数是否设置合理，如PMRG、SL设置、超远覆盖小区的HOTA设置是否合理，HOTA设置参考： 0 ：从正常或是超远小区切换到正常小区 1 ：从正常或是超远小区切换到超远小区的inner区域 2 ：从正常或是超远小区切换到超远小区的outer区域 3 ：从超远小区切换到超远小区的同一个区域(inner 到 inner 或是outer 到outer)6、 是否存在邻区配置参数错误，如FREQ、NCC、BCC、LAC与邻区本身的BTS参数不一致，对于邻区参数有误的邻区，系统会产生BSC级的2725告警，该类告警不会自动清除，当修正了邻区参数后，可手动清除该类告警。2725告警有两种，一种为BSC探测到邻区错误，一种为MSC探测到邻区错误，对于MSC探测到邻区错误的情况，源小区和目标小区分属不同的MSC，需要查看目标小区在MSC中的配置，包括该目标区所属的LAC是否在源MSC中定义等。7、 边界外部邻区的配置是否正确，PLMN与外部邻区的NCC设置是否合理8、 双频网之间切换DBC设置是否打开9、 切换相关参数包括切换门限、切换N/P判决、切换平均进程、BMA等设置是否合理10、 邻区有EGSM的小区，邻区个数有限制，在DCS1800小区的邻区中同时存在PGSM900和EGSM900时，邻区中PGSM900和EGSM900小区的绝对频点数不能超过16个，在GSM900中同时存在DCS1800和EGSM900时，小区的绝对频点个数不能超过30个，对于1800的小区更需要注意EGSM的影响。11、 基站版本引起的切换失败高问题，特别是Metrosite，一般伴随有7601、7616告警指示，可通过调整基站软件版本解决，降低软件版本后，切换失败率恢复正常可能需要一段时间。12、 传输误码引起高切换失败，查看告警一般存在7601告警，ZYMO查看发现存在误码。该类问题一般由于传输故障导致，包括微波故障、传输接头故障等，需要到现场排障，此外，如果出现了以上7601告警，并且没有传输误码，需要校准时钟，该类问题可与网管中心沟通，校准时钟或者传输误码修复后，切换失败率恢复正常可能需要一段时间。13、 时钟不同步造成高切换失败，查看告警一般存在7839告警，通常需要更换BCF板，一般源小区的切换失败率会突然升高，该类问题可直接与网管中心沟通，故障修复后，切换失败率恢复正常可能需要一段时间。14、 在话务量较高的情况下，是否由于AMH切换过多导致切换比较混乱15、 异常情况下可通过重建邻区、重启源小区BCF等非常规手段解决高切换失败小区处理 切换失败的原因：n 切换参数设置错误n 邻区参数设置不正确n 硬件故障n PLMN（permitted NCC）参数设置错误n 干扰n 邻区拥塞n 覆盖漏洞n 邻区TCH输出功率低于BCCHn 定义太多邻区关系n MSC/BSC数据定义错误处理高切换失败小区时，我们要参考SQL报告，检查是跟某个邻区切换失败率高还是跟所有邻区切换失败率都高，检查小区切换原因。还要查看基站告警，检查切换参数和邻区参数。通常，切换失败都是由于邻区故障所导致的，因此发现某小区切换失败率较高时，还要检查一下，看邻区是否有故障。 同步切换（邻区参数SYNC）同步切换MS发送接入请求（HO_ACCESS）之后，直接使用之前的TA值与切换后的小区进行通信。非同步切换MS一直发送接入请求（HO_ACCESS），直到收到基站下发的PHYSICAL_INFO（其中包含TA值），才能使用新的TA值开始与切换后的小区进行通信。由于切换是工作在“偷帧”模式，非同步切换要等待基站下发TA值，因此导致通信的中断比同步切换长（200ms vs 100ms）。由于基站中BCF负责同步，因此，同一BCF下的小区设置为同步切换，不同BCF下的小区要设置为非同步切换。如果将不同BCF下的基站设置为同步