华为TOP小区处理阶段流程经验总结

1、TOP小区处理流程总结1 TOP小区处理流程及整体处理情况1.1 TOP小区分解TD-SCDMA网络系统重要的话统 KPI包才CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些 KPI指标，可以 通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。1. 2问题处理流程TOP小区问题处理流程中，原因分析是流程中的关键点和重点。2无线接通率TOP小区分析处理无线接通率=RRC建立成功率*RAB建立成功率，接通率需要从 RRC建立成功率和 RAB建立成功率两块进行分析。 RRC建立成功率与业务类型没有关系， RAB建立成

2、功率则 与业务类相关，需要分 PS业务/CS业务进行分析。每次 RRC和RAB建立失败，话统都会 输出一个失败原因统计。2.1 RRC建立失败处理2.1.1 RRC建立失败原因RRC建立失败的原因可以通过RRC原因统计的细化 Counter进行确定。表3是RRC建立失败的对应原因打点。表4为RRC失败对应的原因分析。表3: RRC失败原因打点RRC连接失败次数拥塞RRC连接失败次数AAL2建立失败小区中因网络拥塞而拒绝RRC连接请求的次数RRC连接失败次数FP同步失败小区中因无应答而导致RRC连接失败的次数RRC连接失 败次数RL 建立失败RRC.FailConnEstab.1RRC.Fail

3、ConnEstab.AAL2SetupFailRRC.FailConnEstab.CongRRC.FailConnEstab.FPSynFailRRC.FailConnEstab.NoReplyRRC.FailConnEstab.RlSetupFail表4: RRC失败对应的原因分析掉话原因含义分析RRC.FailConnEstab.1RRC连接失败次数拥塞当 UE 发 RRC CONNETION REQ,收不至U SETUP消息，重发REQUEST消息，当达到N300次，还没 收到SETUP,则RRC建立失败，原因值为“拥塞”。RRC.FailConnEstab.R1SetupFailRRC

4、连接失败次数RL建立失败当IUb 口出现问题，或者 NodeB只接回复RL建立失败，就会导致RL建立失败，原因值为RL建立失败。RRC.FailConnEstab.NoReply小区中因无应答而导致RRC连接失败的次数RNC向UE发送RRC CONNECT SETUP消息后，没有收至U UE 发送 RRC CONNECT SETUPCOMPLETE 消息。RRC.FailConnEstab.FPSynFailRRC连接失败次数FP同步失败在为用户建立IUB接口用户面时，RNC建立好DCH 的FP之后，会发起FP同步过程，如果该过程失败， 就认为RRC失败。如果出现FP失败，需要检查IUB 接口

5、的用户面是否有问题。同时可以跟踪到NodeB那边，是否收到了 FP同步帧来确认。RRC.FailConnEstab.ARRC连接失败次数用户建立IUB接口用户面时，需要先建立AAL2链AL2Fail<AAL2建立失败>路。如果AA2失败，后续的FP、MACD等都无法建立。如果出现AA.2建立失败，需要检查IUB 口的通 道是否止常，如PATH配置是否合理。2.1.2 RRC建立失败处理1) 拥塞在RRC1立出现拥塞时，可以进行下面的操作：将主要业务的RRC1立在公共信道上，修改命令行为：主叫流媒类体RRC1立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGS

6、TREAMCALLEST, SIGCHTYP E=FACH主叫交互类RRC!立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE =FACH主叫背景类RRC!立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH终止流媒体类RRC!立在FACHLhSET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYP E=FACH终止交互类RRC!立在FACHLkSET RRCESTCAUSE: RRCCAUSE=TER

7、MINTERCALLEST, SIGCHTYPE=FACH终止流媒体类RRC!立在FACHLhRCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH去附着信令承载建立在 FACHLkSET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE =FACH注册登记承载在FACH±SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH提高拥塞小区的最小接入电平，限制部分低电平用户的接入：修改命令： MOD CELLSELRESEL: QRXLEVMIN=-96

8、;打开LDC开关；对于业务量持续较大的小区，可以考虑建议扩容。2) RL建立失败针对RL建立失败比较多，可采取下面的措施进行处理：首先确认Node B小区运行是否正常，小区载波的运行状态，检查告警信息，检查是否存在小区退服、GPS失步或者公共传输信道不可用等告警，如果存在首先进行处理。现场复测，分析 Radio Link Setup Failure 消息，定位失败原因，针对失败原 因进行相应的处理；检查DOFFC开关，保证关闭；DOFFC是专用信道偏移开关， 用来交叉错开帧号， 由于功能还不好用，都建议关闭；分析是否属于产品问题，请产品帮助定位解决。3) 无应答针对无应答问题，可以进行以下的处

9、理：查看上下行ISCP值，确定和处理干扰问题；增大上行干扰余量 ULINTERFERESV ,该值用来调整和计算上行期望接受功率的大小，间接提高 SRB/RB建立时上行期望接收功率；对于由于系统间重选导致的大量RR汝败，可以提高最小接入电平 QRXLEVMI咸者降低空闲异系统重选门限IDLESEARCHRAT使用户尽量驻留在 T网。4) FP同步失败FP同步失败可能的原因：可能是Iub接口传输层配置错误；或者Iub接口的接线存在问题，导致FP同步失败；或者Iub带宽配置错误，在Iub接口出现拥塞；可能的大都是产品故障，提交产品维护部进行解决；在出现FP同步失败问题时，提交产品维护人员处理。5)

10、 AAL2建立失败出现Node B和RNCM个网元的传输层参数配置不一致的情况，导致出现RRC建立失败TOP小区。首先确认AAL2的参数配置是否正确；检查RN/口 NodeB侧的PATH ID配置是否一致；检查 RNC NodeB侧的PATH ID配置是否一致。2.2 RAB建立失败处理2.2.1 CS RAB建立失败原因CS RAB建立失败的原因可以通过RAB原因统计的细化 Counter进行确定。表 5是CSRAB建立失败的对应原因打点。表 6为CS RAB失败对应的原因分析。表5: CS RAB失败原因打点电路域RAB指配建立失败的RAB数目尢可用资源电路域RAB指配建立失败的RAB数目

11、未知错误电路域RAB指配建立失败的RAB数目无效的RAB参数电路域RAB指配建立失败的RAB数目最大速率不支持电路域RAB指配建立失败的RAB数目排队定时器超时电路域RAB指配建立失败的RAB数目IU 口传输连接建立失败RAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabAssnEstabCsAssnEstabCsAssnEstabCsAssnEstabCsAssnEstabCsAssnEstabCs.114.115.19.20.5.66表6: CS RAB失败对应的原因分析掉话原因含义分析RAB.FailRabA

12、ssignEstabCS.66CS域RAB指配建立 失败的RAB数目IU 口传输连接失败检查IU 口通道。RAB.FailRabAssignEstabCS.5CS域RAB指配建立 失败的RAB数目排队定时器超时RNC支持排队机制，排对超时。拥塞导致。RAB.FailRabAssignEstabCS.115RRC连接失败次数未知错误跟踪log确认RAB.FailRabAssignEstabCS.114CS域RAB指配建立 失败的RAB数目无 可用资源小区拥塞或者资源 （HS）不足时，又不支持排对抢站。RAB.FailRabAssignEstabCS.19CS域RAB指配建立失败的RAB数目无效R

13、AB参数CN发给RNC的RAB指派消息中，RAB参数不符合 协议。RAB.FailConnEstab.AAL2FailCS域RAB指配建立失败的RAB数目最大速率/、支持RNC在进行RAB资源分配时，如果出现资源无法支 持该RAB的速率要求，又不支持排队抢占， 则会上 报取大速率小支持。2.2.2 PS RAB建立失败原因PS RAB建立失败的原因可以通过 RAB原因统计的细化 Counter进行确定。表 7是PS RAB建立失败的对应原因打点。表 8为PS RAB失败对应的原因分析。表7: PS RAB失败原因打点分组域RAB分组域RAB分组域RAB分组域RAB分组域RAB分组域RAB指配建

14、立失败指配建立失败指配建立失败指配建立失败指配建立失败指配建立失败的RAB数目的RAB数目的RAB数目的RAB数目的RAB数目的RAB数目尢可用资未知错误无效RAB参最大速率不排队定时器IU 口传输连源数支持超时接建立失败RAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabAssnEstabPsAssnEstabPsAssnEstabPsAssnEstabPsAssnEstabPsAssnEstabPs.114.115.19.20.5.66表8: PS RAB失败对应的原因分析掉话原因含义分析RAB.FailRab

15、EtabPSNoQueuing.19PS域RAB指配建立失败的RAB数目 无效RAB参数CN发给RNC的RAB指派消息中，RAB参数不符合协议。RAB.FailRabEtabPSNoQueuing.20CS域RAB指配建立失败的RAB数目最大速率/、支持RNC在进行RAB资源分配时，如果出现资源无法支持该RAB的速率要求，又不支持排队抢占， 则会上报取大速率小支持。RAB.FailRabEtabPSNoRRC连接失败次数检查IU 口通道Queuing.66IU 口传输连接失败RAB.FailRabEtabPSNoQueuing .114PS域RAB指配建立失败的RAB数目尢可用资源小区拥塞或者

16、资源 （HS）不足时，又不支持排对抢站。FailRabEtabPSNoQueuing .115PS域RAB指配建立失败的RAB数目未知错误跟踪log确认。2.2.3 CS/PS RAB建立失败处理1）最大速率不支持在出现因为最大速率不支持导致PS域RAB建立失败时，占用的比例过大，可采用下面的措施进行优化：调整下行的最大初始接入速率，使接入的时候避免RAB拥塞；调整金/银/铜用户的保证速率，使大速率的PS用户如384K用户不至于由于超过满码道而导致接入失败和掉话的其它问题，将其最大初始接入速率调整为128K;针对不支持R5业务的数据卡，不能配置为大速率的上行数据业务。2）无可用资源/拥塞无可用

17、资源，先要确定，是否存在码资源拥塞情况，或是通过查询IUB 口传输资源配置情况，分别进行处理。码资源拥塞处理：针对TOP小区，查看载频和相对应的DSP使用情况，确定载频状态正常；对比小区业务量，如果发现是因为业务量过高导致，可以适度提高“最小接收电平/QRXLEVMIN ”，减少部分用户接入；调整上下行最大初始接入速率，“ ULBETRAFFINITBITRATE”和 “DLBETRAFFINITBITRATE,如果H业务上行码资源受限，可是将上行初始接入速率降到16K;根据拥塞用户的下行传输信道类型确定拥塞用户中H和D的用户比例，如果是D用户拥塞较多，可以限定金银铜用户的最大速率；如果是 H

18、用户较多，可以针对个别小区扩容一个 H频点，但要注意扩容 H频点对周围小区的干扰；）如果是H用户，建议将H频点的最大接入用户数设置为频点码资源最大能力，不建议设置超过最大能力的值。现网绝大大多数的 H载频设置的最大用户数仍为8,可以将该值设置为 7、或者6;RRC言令连接建立建立在 FACHk面，减少由于随机接入如注册、附着、短信等 占有DPCHW道的专用码道资源。IUB 口带宽拥塞处理：查询IUB 口传输资源配置情况， 是否存在资源配置不足情况；另外通过查询告警信息，确定是否存在 E1/T1告警，导致可用 E1/T1减少；话统Counter无法打点，IUB 口带宽拥塞的打点可以通过 PCHR

19、定位，并且带 宽拥塞特征是某个基站下所有小区都有所体现。RAB异常错误编码CountNBM_CRA_CELL_RR_IUB_DL_FAIL（168724457）59确定E1/T1资源不足或者 E1/T1告警，需推动 E1/T1扩容或者告警处理。3） UE无相应跟踪用户CDT定位问题，确认 RNB否U到UE上报的RB配置完成消息；观测TOP小区的上下行干扰水平， 避免由于个别小区干扰较大导致UE无相应；如果存在弱覆盖，优化重选参数，使UE尽快选到信号更好的小区；提高上行干扰余量“ ULINTERFERERSV ”，以增大开环功率； 确定是否由于问题终端导致。2.3接通率TOP小区一般处理过程1）

20、 查询和分析TOP小区的话统，确定是 RRC建立成功率问题还是 RAB建立成功率 问题，并通过对应的话统原因 Counter,确定失败的原因类型，以便下一步的分析；2）查询TOP小区是否存在告警或者故障：特别注意驻波比告警和载波是否可用，GPS告警（GPS失步）是引起上下行干扰的重要原因，这些告警将严重的影响RRC建立成功。3）上下行干扰：上行干扰可以通过后台查询和统计上行ISCP值状态，如果出现较大的波动或者持续大于-95dBm以上，可以确定存在上行干扰，需需要对干扰进行 分析；首先，进行对问题小区的频率和扰码进行分析，是否同频、同扰干扰；其次，需要现场进行测试核查， 是否存在较大干扰源，特

21、别地，对于室内分布系统，需要排查分布系统是否存在干放和合路器，干放及合路器问题通常是重要的上行干扰问题源；下行干扰，可以通过现场测试，通过 C/I状况进行确定，频率、扰码分析是 重要的手段。4）无线环境因素：PS业务主要在室内使用，如果没有分布系统，室外站点的PCCPCHRSCP的接受电平相对较低，或者直接是弱覆盖，是RRC的建立成功的直接原因，因此，可能要提高 PCCPCH功率，或者调整最小接入电平QRXLEVMIN （将此部分用户迁移至覆盖更好的 2G系统）；5）针对现场测试和后台分析，可以通过调整部分参数，提升 RRC/RAB成功率。3无线掉线率TOP小区分析处理3.1 CS掉线处理3.

22、1.1 CS掉线话统打点原因CS掉线的原因可以通过话统原因统计的细化Counter进行确定。表9是CS掉线的对应原因打点。表9: CS掉线的对应原因打点AAL2链路失步导致IU释放FP/MDC异常导致IU释放RL失步导致IU释放L2DSP故障导致IU释放SRB复位导致的IU释放UE重配超时导致的IU释放UE RB重配无响应导致的IU释放VS.IuRelReqCsubAal2FailVS.IuRelReqCs.IubFpMdcAbnormVS.IuRelReqCs.IubRlFailIndVS.IuRelReqCs.L2AbnormVS.IuRelReqCs.SrbResetVS.IuRelRe

23、qCs.UeHhoNoRspVS.IuRelReqCs.UeRbRecfgNoRspUE返回错误导致的IU释放UE侧信令释放导致的IU释放小区拥塞导致RAB释放AAL2链路失步导致RAB释放FP/MDC异常导致RAB释放L2DSP故障导致的RAB释放PIU板故障导致的RAB释放VS.IuRelReqVS.IuRelReqVS.RabRelReVS.RabRelReVS.RabRelReVS.RabRelReVS.RabRelReCs.UeRspFailCs.UeSigRelqCs.CellCongestqCs.IubAal2FailqCs.IubFpMdcAbnormqCs.L2Abnor m

24、qCs.PiuErr3.1.2 CS掉线原因分布全网的CS掉线的主要原因是：RL失步；SRB复位；UE侧信令释放；UE RB重配无响应。CS掉线的TOP小区的主要问题原因集中于RL失步和SRB复位。RL失步：RNC收至ij NodeB上报的RL Failure, RL失步的判断机制为处于 CELL_DCH 状态 的UE, NB检测到上行连续接收到来自物理层的NOUTSYNCIND 个连续" ourofsync'指示时，启动定时器 TRLFAILURE ,在此过程中若连续接收到来自物理层 的 NINSYNCIND 个连续 " insync”指示，TRLFAILURE

25、停止，否则 TRLFAILURE 超时，视为无线链路失败。NB发起Radio Link Failure Indication过程，RNC等待IUCSRELNORABTPffi寸发起 Iu release request ,请求释放 Iu 连接；SRB复位：SRB复位是针对使用 AM 模式的SRB而言，在RLC AM模式下，当某个PDU经 过Max_DAT-1次重传后，都没有成功发送，发送端上报RLC不可恢复错误，RAB 释放。3.1.3 TOP小区CS掉线处理1） RL失步可以采用以下的处理方式：处理弱覆盖区域（通常接入电平较低，可以通过PCHR工具确定用户的RACH接 入电平）导致的 RL失

26、步掉话，可以通过 RF调整进行处理，另外对于RF调整无法进行调整的可以考虑通过调整最小接入电平，避免用户接入T网或者调整2G/3G互操作参数，将用户迁移至覆盖更好的2G网络；调整无线链路最小发射功率；确定是否存在上行ISCP异常问题，核查处理内、外部干扰；营业厅或者出售 SIM/终端场所的异常操作（拔电池、频繁试 SIM卡）导致的RL 失败可以通过PCHR确定。2） SRB复位SRB复位，主要是由于上下行链路质量较差导致，处理方法有：RF调整；2G/3G互操作调整，将用户迁移至覆盖更好的2G网络；3） RB失败切换失败导致的掉话，可以通过核查联合报表和CELL to CELL切换统计确定，梳理

27、邻区关系，确定目标小区是否存在问题（硬件故障等）；部分异常终端问题，通过PCHR确定问题终端类型。卜表是RNC的话统统计点和实际掉话原因的可能关联关系。际4理因话统掉话头RF原 因参数配置上行干扰负载过高流程问题传输问题设备异常手机异常OM 操 作RB复位VVVVRL>VVVVSRB复位VVVV3.2 CS掉线处理3.2.1 PS掉线话统打点原因PS掉线的原因可以通过话统原因统计的细化Counter进行确定。表10是PS掉线的对应原因打点。表10: PS掉线的对应原因打点IUB 口FP/MDRL失L2DSPSRB复等待重等待UE返UE侧TRB复PS域AAL2 链C异常败导致故障导位导致配

28、置完UE侧回错误信令连位导致用户不路异常导致分分组域致分组分组域成消息RB配导致分接释放分组域活动导导致分组域IU释域IUIU释超时导置超时组域请求导RAB致分组组域IUIU释放释放放致分组导致分IU释致分组释放域释放放域IU组域放域IURAB释放IU释释放释放放VS.IuRVS.IuRVS.IuRVS.IuRelReqPVS.IuRVS.IuRVS.IuRelReqPelReqPVS.IuRVS.IuRVS.RabVS.RabelReqPs.IubFpelReqPelReqPelReqPs.UeHhs.UeRbelReqPelReqPRelReqRelReqs.IubAaMdcAbs.Iub

29、Rls.L2Abs.SrbReoNoRsRecfgNs.UeRss.UeSigPs.TrbPs.PsUl2FailnormFailIndnormsetPoRsppFailRelResetserInact3.2.2 PS掉线原因分布全网的PS掉线的主要原因是：RL失步；SRB复位；TRB复位；UE侧RB重配超时（UE无响应）；UE侧信令释放。3.2.3 TOP小区PS掉线处理1) RL失步RL失败导致的PS掉线和CS掉线原因是一直的，下行链路失败，伴随着 Cellupdate 出现，可以跟踪信令或者 PCHR数据核查到；上行链路失步，除上行干扰和弱覆盖问题导 致外，现网的大量营业厅或者其他用户的

30、业务模式下直接拔数据卡贡献了大量的RL失败PS掉线，严重的影响全网的PS掉线率，需要引导用户的使用行为。RL失败处理方法：与CS RL掉话处理方法一致。2) SRB/TRB 复位SRB RESET ：网络侧下发测量控制后收不到终端底层回复的ACK消息发起IU Release原因是 Radio Connection with UE lost ,统计原因值为 SRB RST ,主要包括 RB重配置完成 消息网络侧未收到，测量控制报告下发后接收不到L2确认发生SRB复位以及Node B上报RL Failure。另外，部分由于终端上发因SRBError引起的CELLUPDATE其主要原因是空口质量差以

31、及用户间干扰较大，可以调整下面的参数尽量去避免：调整频点，使用室内频点替换H频点，降低频点间的干扰；针对H负载较高的TOP小区，可多配置一个H载波，即采用配置两个 H频点的方 法，在辅载波上配置 H频点，将H业务分散开；对R4业务的下行 DCCC算法速率调整门限进行调整，降低 DCCC的次数以降低 RB重配置发生的次数，降低掉话率；RF调整；2G/3G互操作调整，将用户迁移至覆盖更好的2G网络。3) UE无响应UE无响应，系统下发 RB重配置消息后，未收到 RB重配置完成消息，主要是由于 空口原因导致。跟踪TOP小区忙时的PCHR log进行分析可知，UE无响应主要由 DCCC算法对于在 DC

32、H上下行信道动态调整 RB重配置过程超时导致，需要对DCCC算法的参数进行优化， 优化措施如下：设置初始接入速率为16k,可以减少接入失败及初始接入后从32k重配置到16k的概率，从而降低 RB重配置的概率，降低 RB重配置失败的次数，MML 设置如下：SET FRC: ULBETRAFFINITBITRATE=D16 ;上行中间速率为手动配置的32k,下行采用3级调速；设置用户BE业务上行DCH最大速率，建议设置为64K,对不支持 R5的用户，限制最大接入速率，初始接入时使用128K;目前19号软参26bit,置1, D2D由于码资源不够，切换失败，上行降速到 GBR 下门限或DCH下门限。

33、4) 负载较重大的小区，可以调整载波优先级。5) 3掉线率TOP小区一般处理过程1）查看问题小区本站点及周边小区是否告警：重点关注站是否存在驻波比告警、GPS告警、小区载波状态是否建立已可用，存在硬件告警的，将问题及时反馈，通知工程和维护进行处理。2）查看信令流程：对于连续多天全掉话 /高掉话（掉话率90%）小区，首先检查是否有故 障（告警），并进行单小区Uu 口、Iub 口、Iu 口信令跟踪，获取相关信令；从信令中分 析异常释放的原因，做相应的处理。3）查看是否存在上行干扰：从话统数据中获取上行各时隙干扰统计数据，看网内是否存在强干扰导致的掉话，对于上行干扰导致的掉话，一般会伴随着接入失败率

34、高、CS掉话率高、切换失败率高等现象。4） 查看是否存在下行干扰：进行小区内详细路测，获取 PCCPCH C/I、下行时隙的ISCP 和频点占用信息，观察是否存在较大范围C/I小于3db、ISCP过高的情况。需要检查频点扰码分布的合理性，如果存在同频同码组小区相邻并且正对的情况，需要修改扰码规避。5）查看是否由于切换失败导致的掉话：对于掉话率偏高（非全掉话）的情况，需要同时检查系统内切换成功率和系统间切换成功率，如果切换成功率较低，意味着在用户所在地点有别的小区可以提供更好的服务，但无法切换。这种情况下需要检查切换相关参数， 提高切换成功率，减小掉话率。同时需要检查是否有邻区漏配，这种情况在话

35、统切换成功率中无法体现，可以通过基站分布图大致检查地理分布相邻的小区是否已经配置为邻 区。邻区的合理完善配置需要通过路测优化来完成。6）查看是否由于弱覆盖导致的掉话：对于掉话率偏高（非全掉话）的情况，需要查看RRC建立成功率是否较低，如果是，考虑到 PS移动性较低，则可能是覆盖弱导致的掉话。结合小区级trace跟踪，分析掉话用户的 RRC请求中携带的PCCPCH RSCP,看是否存 在大量用户接入时 RSCP小于-95dbm的情况。小区弱覆盖的判断需要结合路测数据， 观察小区覆盖情况，进行 RF优化改善。可适当加大 PCCPCH功率（建议3dB以内， 不超过 PCCPCH最大建议配置功率），增强覆盖；或者反过来，调整最小接入电平 QRXLEVMIN ,适当抬高接入条件，保证接入时的电平稳定。7）检查是否由于功率参数设置不合理。对于PS掉话率偏高（非全掉话）的情况，需要检第17页，共17页查 RL功率参数设置是否合理包括无线链路最大最小发射功率MAXDLTXPWR/MINDLTXPWR ,减少由于功率过小导致边缘用户掉话。8）检查是否由于个别用户导致的掉话指标异常。用户由于终端原因或者所在位置覆盖较 差，会造成频繁掉话。4切换失败TOP小区分析处理切换，按照切换类型分为接力切换和硬切换，根据频率是否相同则分为同频切换和