异常事件分析流程

异常事件分析流程掉话分析流程掉话流程图掉话总体分为以下几种：弱覆盖掉话、质差掉话、突然掉话；根据实际的测试现象逐步分析：DT测试掉话弱信号掉话质差掉话否突然掉话否弱信号掉话分析流程是质差掉话分析流程是突然掉话分析流程是不明原因掉话否分析说明弱信号掉话：处理流程图：弱信号掉话是否长期弱信号长期弱信号处理流程（如：加建站点、站点整改等）是原覆盖基站是否倒站否向局方汇报是是否能通过附近站点调整解决参数调整、天线调整补充覆盖解决是制定临时方案否是否带有直放站、拉远设备否是否存在硬件故障是提交设备检测需求是否否信源小区参数是否存在异常参数调整是信源小区是否存在硬件故障是否无线环境变化导致否是项目讨论处理效果跟踪处理结束效果跟踪处理质差掉话：质差掉话按照方向来分：A、上行质差掉话；B、下行质差掉话A、上行质差掉话：造成上行链路高误码一般都是由于上行信号受到干扰导致，主要由以下原因：1、网内干扰：自身网络的有源设备（如：直放站、拉远设备等）上行叠加噪声过大，基站对手机上行信号进行识别，影响通话，2、网外干扰：由于其他运营商的频段的互调干扰导致，或由于非法私装放大器导致硬件问题。B、下行质差掉话：下行质量掉话的情况可以通过QUALSUB项直观地看到。下行质量差的原因基本包括同邻频干扰、基站覆盖差、切换失败、基站硬件问题等。处理流程图：质差掉话是否由直放站、拉远设备覆盖干扰导致否频点修改参数设置是否合理否否信源小区是否存在故障隔离度、重复覆盖导致是站点整改是设备检测需求否是是项目讨论处理否效果跟踪结束室内信号外泄过覆盖参数设置有误系统、工程参数调整网内\外干扰是网内网外干扰定位排除网外突然掉话突然掉话是在信号质量好，信号强度较高和TA值不超现的情况下产生的。我们大致知道一下原因可能导致突然掉话：无线环境突然变化，信号强度的突然衰落（如进入没有覆盖的建筑物或电梯、停车场等）；突然收到严重的干扰切换丢失基站硬件问题手机终端问题（如掉电）处理流程图：突然掉话是否存在硬件故障硬件检测需求是否存在切换丢失否切换参数或层参数是否设置合理是参数调整其他参数是否设置合理否是突发无线环境导致否制定方案项目讨论处理是否效果跟踪结束DT连续质差处理流程通话质差一般由于弱信号、干扰、设备故障导致。日常处理流程如下：判断覆盖源是否为直放站或拉远设备，并通过临时关闭站点观察定位，并判断是否存在故障服务小区是否存在同邻频干扰覆盖小区不明显导致切换质差基站设备是否存在故障是否存在外部干扰，如高考考场的信号干扰器流程图如下:连续质差是否直放站或拉远设备覆盖是否隔离度不足或干扰造成是是设备整改设备故障检测否是否存在同邻频干扰否修改频点改善是覆盖小区是否明显否否参数、频点修改是否改善覆盖调整优化否基站设备是否存在故障故障排除处理是是是否存在外部干扰否干扰排除处理是项目谈论处理否效果跟进结束DT切换频繁处理流程切换频繁一般是由于覆盖小区不明显，经常触发切换条件产生频繁的小区切换，影响通话质量，且容易造成掉话。日常处理流程如下：确认覆盖路段主导小区是否明显，如没有主导小区，需要通过参数调整、天线调整、站点站址评估等优化手段，明确覆盖小区无线环境是否变化较大，导致信号波动严重，邻区小区波动严重导致；可以通过参数调整使切换带提前或推迟，减少切换次数。切换参数设置时候合理，检查切换参数，如迟滞值，层值、服务小区和目标小区切换参数的一致性等检查是否存在紧急切换的情况（超TA、质差紧急切换等）流程图如下:切换频繁主导小区是否明显主导小区优化否参数调整优化天线调整优化站址评估优化切换参数设置是否合理参数调整优化否无线环境变化较大，信号波动严重覆盖调整优化是是否存在强质差、超TA等紧急切换情况是否是是项目谈论处理效果跟进DT切换失败处理流程切换失败主要由于干扰引起，最主要来自同BCCH同BSIC的干扰，以及同BCCH的干扰，且针对服务小区和切换目标邻区受到干扰也会导致切换失败。如果小区受到严重干扰，导致信令错误或者丢失也导致切换失败，且切换成功也和话务负荷有直接的关系。日常处理流程如下：首先检测服务小区和目标小区的切换参数定义检查附近是否存在同频同BSIC小区，影响切换性能目标小区是否存在同频干扰小区是否存在干扰，包括网外干扰和网内干扰目标小区信号波动是否激烈导致切换返回服务小区和目标小区是否存在硬件故障目标小区是否存在拥塞导致切换返回流程图如下:切换失败是否存在同BCCH同BSIC修改频点、BSIC小区话音差是下行高误码上行高干扰是是下行高误码排除处理上行干扰排除处理切换目标小区信号强度是否波动较大否客观地形、无线环境导致是覆盖调整是邻区是否存在同频导致误切否否是服务小区或目标小区是否存在硬件故障故障检测是效果跟踪目标小区是否存在严重话务拥塞否话务均衡是否否参数是否合理（MSC/BSC设置是否一致？切换门限、迟滞值）是参数调整否项目谈论处理否结束总结导致切换失败的原因如下：同频同BSIC会引起切换失败；同频不同BSIC，但BSIC中的BCCH如果一致也会起到和同频同bsic一样的结果；邻区CGI号错误也会造成切换失败，如定义外部小区时LAC定义错误；上下行链路不平衡也会造成切换失败，上下行不平衡，可能下行信号很强，但由于某种原因（如在直放站覆盖区内)可能上行信号无法到达基站，导致切换失败；小区天线过覆盖，孤岛效应都造成切换失败；如果邻区由于某种原因（如载频坏掉）不能工作，其他具有与此邻区同频同bsic站信号覆盖过来（但并不在此服务小区的邻区列表中）导致无法切换目标小区存在较高的上行干扰，会导致切换失败目标小区拥塞也是导致切换失败的一种原因,当手机发出切换命令后,系统会检查目标小区是否有可用信道以供切换使用,若目标小区拥塞则会导致切换失败或返回；本小区个别载波出现隐性故障，跳频中所有载波下行质量都小于80%，关闭小区跳频后，会发现其中一个载波下行质量很差，60%以下，更换这个有问题的载波后小区的质量及切换成功率都会上升。手机可能出现解码错误，如measurementreport中上报的最强6个小区排序错误。DT未接通处理流程未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到信道，导致未接通。在日常的测试当中，导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH掉话、呼叫号码错误、寻呼失败等。流程图如下:未接通检查被叫号码是否正确修正后重拨否覆盖小区信号质量是否良好弱信号下行高质差是被叫是否进行位置更新道路LAC优化是主叫覆盖小区是否存在拥塞SDCCH拥塞TCH拥塞是弱信号处理流程高质差处理流程SDCCH拥塞处理流程TCH拥塞处理流程被叫覆盖小区是否存在拥塞SDCCH拥塞TCH拥塞寻呼拥塞是SDCCH拥塞处理流程TCH拥塞处理流程寻呼拥塞处理流程被叫是否存在频繁小区重选是否明确主覆盖小区是否否主被叫覆盖小区是否存在故障否硬件检测是项目组谈论处理否上行高干扰干扰处理流程否分析说明：TCH信道拥塞当TCH信道发生拥塞时,由于没有TCH信道资源可用分配,新的接入请求将会被拒绝,会影响接通率。TCH信道拥塞的原因可能是:小区用户密集,话务量过大.基站配置低,且未开通半速率由于周围基站推服或是故障,小区突发性话务量上升.本小区故障或是部分载频被认为闭塞SDCCH拥塞对问题小区SDCCH拥塞原因的定位应从设备故障或传输问题、话务负荷、干扰、突发业务、数据配置几方面着手。覆盖问题由于覆盖较差,造成电平过低,手机可能会无法正确解出分配的TCH信道的信息,从而导致占用TCH信道失败,影响指配成功率网内外干扰当存在网外干扰,直放站干扰,或是由于频率复用度过高出现过高的网内干扰情况时,手机可能会无法正确解出分配的TCH信道的信息,从而导致占用TCH信道失败,影响指配成功率可能的网内外干扰情况如下直放站问题由于存在选频直放站对BCCH频点信道进行放大,造成BCCH和TCH的覆盖范围不一致,导致手机在小区覆盖边缘能收到BCCH信号,但无法成功占用TCH信道参数设置问题这个问后台了硬件故障当出现TRX或合路器故障的情况,将会有部分TCH信道不可用,造成指配成功率下降呼叫信令流转流程在日常测试中一般需要信令辅助分析，以下为呼叫信令流转流程主叫的信令流程：MSBTS说明RACHChannelrequestAGCHImmediateassignmentSDCCHCMservicerequestSDCCHCMserviceacceptSDCCHAuthenticrequestSDCCHAuthenticresponseSDCCHCipheringcommandSDCCHCipheringcompleteSDCCHSetupSDCCHCallproceedingSDCCHAssignmentcommandFACCHAssignmentcompleteFACCHProgressFACCHAlertingFACCHConnectFACCHConnectacknowledgeTCHSpeech被叫的信令流程：MSBTS说明PCHPagingRequestRACHChannelrequestAGCHImmediateassignmentSDCCHPagingresponseSDCCHAuthenticrequestSDCCHAuthenticresponseSDCCHCipheringcommandSDCCHCipheringcompleteSDCCHSetupSDCCHCallproceedingSDCCHAssignmentcommandFACCHAssignmentcompleteFACCHProgressFACCHAlertingFACCHConnectFACCHConnectacknowledgeTCHSpeech分析流程如下：未接通（BLOCKEDCALL）发出channelrequest检查手机否收到immediateassignment是immediateassignmentreject否基站无法解码？检查上行信号、基站硬件否SDCCH完好检查是成功占用上SDCCH是否收到assignmentcommand是否收到assignmentcomplete是TCH完好检查否收到Alerting是正常振铃是1、被叫忙2、无法接通……检测被叫信令状态录音通知收到connect是被叫未应答、拒接正常呼叫是