TOP小区处理流程-经典.docVIP

TOP小区处理流程 TOP小区处理流程及整体处理情况 1.1 TOP小区分解 TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。 随着项目优化的深入开展，实行优化大区制，话统TOP小区也相应的落入大区进行分析和处理。TOP小区按问题类型进行分类处理，目前按23G互操作问题、产品性能问题、掉话类、接通率类、切换类等5大类进行分类，其中23G互操作问题由2G/3G团队处理，产品性能问题由产品性能研发处理，其余掉话类、接通类、切换类等落入大区进行处理。 2 问题处理流程 TOP小区问题处理流程中，原因分析是流程中的关键点和重点，下面的章节中按问题类型进行分析和说明。 流程说明： TOP小区输出，现阶段由机房在每天的KPI监控日报中一起输出，TOP小区处理团队进行跟踪和处理； 每天跟踪TOP小区的KPI变化，刷新TOP小区问题跟踪表，更新处理情况和处理内容； 完成调整的持续观察3－4天，如果话统恢复正常，关闭问题；仍未恢复的，转回原因分析阶段，继续分析和处理； 每个问题建立案例，按照问题描述、原因分析和处理、指标变化、案例总结； 每天输出问题处理计划，外场测试必须输出测试报告； 每周输出TOP小区处理周报。 无线接通率TOP小区分析处理 无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB建立成功率两块进行分析。RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。每次RRC和RAB建立失败，话统都会输出一个失败原因统计。 RRC建立失败处理 RRC建立失败原因 RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。表3是RRC建立失败的对应原因打点。表4为RRC失败对应的原因分析。 表3：RRC失败原因打点 RRC连接失败次数拥塞 RRC连接失败次数AAL2建立失败 小区中因网络拥塞而拒绝RRC连接请求的次数 RRC连接失败次数FP同步失败 小区中因无应答而导致RRC连接失败的次数 RRC连接失败次数RL建立失败 RRC.FailConnEstab.1 RRC.FailConnEstab.AAL2SetupFail RRC.FailConnEstab.Cong RRC.FailConnEstab.FPSynFail RRC.FailConnEstab.NoReply RRC.FailConnEstab.RlSetupFail 表4：RRC失败对应的原因分析 失败原因 含义 分析 RRC.FailConnEstab.1 RRC 连接失败次数拥塞 当UE 发 RRC CONNETION REQ,收不到SETUP消息，重发REQUEST消息，当达到N300次，还没收到SETUP，则RRC建立失败，原因值为“拥塞”。 RRC.FailConnEstab.R1SetupFail RRC 连接失败次数RL建立失败 当IUb口出现问题，或者NodeB直接回复RL建立失败，就会导致RL建立失败，原因值为RL建立失败。 RRC.FailConnEstab.NoReply 小区中因无应答而导致RRC连接失败的次数 RNC向UE发送 CONNECT SETUP消息后，没有收到UE发CONNECT SETUP COMPLETE消息 RRC.FailConnEstab.FPSynFail RRC 连接失败次数FP同步失败 在为用户建立IUB接口用户面时，RNC建立好DCH的FP之后，会发起FP同步过程，如果该过程失败，就认为RRC失败。如果出现FP失败，需要检查IUB接口的用户面是否有问题。同时可以跟踪到NodeB那边，是否收到了FP同步帧来确认。 RRC.FailConnEstab.AAL2Fail RRC 连接失败次数AAL2建立失败 用户建立IUB接口用户面时，需要先建立AAL2链路。如果AA2失败，后续的FP、MACD等都无法建立。如果出现AA.2建立失败，需要检查IUB口的通道是否正常，如PATH配置是否合理。 RRC建立失败处理 拥塞 在RRC建立出现拥塞时，可以进行下面的操作： 提高拥塞小区的最小接入电平，限制部分低电平用户的接入： 修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96； 打开LDC开关； 对于业务量持续较大的小区，可以考虑建议扩容。 RL建立失败 针对RL建立失败比较多，可采取下面的措施进行处理： 首先确认Node B小区运行是否正常，小区载波的运行状态，检查告警信息，检查是