TOP小区处理流程-经典

TOP小区处理流程

1TOP小区处理流程及整体处理情况

1.1 TOP小区分解

TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。

随着项目优化的深入开展，实行优化大区制，话统TOP小区也相应的落入大区进行分析和处理。TOP小区按问题类型进行分类处理，目前按23G互操作问题、产品性能问题、掉话类、接通率类、切换类等5大类进行分类，其中23G互操作问题由2G/3G团队处理，产品性能问题由产品性能研发处理，其余掉话类、接通类、切换类等落入大区进行处理。

1. 2 问题处理流程

TOP小区问题处理流程中，原因分析是流程中的关键点和重点，下面的章节中按问题类型进行分析和说明。

流程说明：

1)TOP小区输出，现阶段由机房在每天的KPI监控日报中一起输出，TOP小区处理团

队进行跟踪和处理；

2)每天跟踪TOP小区的KPI变化，刷新TOP小区问题跟踪表，更新处理情况和处理

内容；

3)完成调整的持续观察3－4天，如果话统恢复正常，关闭问题；仍未恢复的，转回

原因分析阶段，继续分析和处理；

4)每个问题建立案例，按照问题描述、原因分析和处理、指标变化、案例总结；

5)每天输出问题处理计划，外场测试必须输出测试报告；

6)每周输出TOP小区处理周报。

2无线接通率TOP小区分析处理

无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB 建立成功率两块进行分析。RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。每次RRC和RAB建立失败，话统都会输出一个失败原因统计。

2.1RRC建立失败处理

2.1.1RRC建立失败原因

RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。表3是RRC建立失败的对应原因打点。表4为RRC失败对应的原因分析。

表3：RRC失败原因打点

表4：RRC失败对应的原因分析

2.1.2R RC建立失败处理

1)拥塞

在RRC建立出现拥塞时，可以进行下面的操作：

✓提高拥塞小区的最小接入电平，限制部分低电平用户的接入：

修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96；

✓打开LDC开关；

✓对于业务量持续较大的小区，可以考虑建议扩容。

2)RL建立失败

针对RL建立失败比较多，可采取下面的措施进行处理：

✓首先确认Node B小区运行是否正常，小区载波的运行状态，检查告警信息，检查是否存在小区退服、GPS失步或者公共传输信道不可用等告警，如果存在首先进行处理。

✓现场复测，分析Radio Link Setup Failure消息，定位失败原因，针对失败原因进行相应的处理；

3)无应答

针对无应答问题，可以进行以下的处理：

✓查看上下行ISCP值，确定和处理干扰问题；

✓增大上行干扰余量ULINTERFERESV，该值用来调整和计算上行期望接受功率的大小，间接提高SRB/RB建立时上行期望接收功率；

✓对于由于系统间重选导致的大量RRC失败，可以提高最小接入电平QRXLEVMIN或者降低空闲异系统重选门限IDLESEARCHRAT，使用户尽量驻留在T网。

4)FP同步失败

FP同步失败可能的原因：

✓可能是Iub接口传输层配置错误；

✓或者Iub接口的接线存在问题，导致FP同步失败；

✓或者Iub带宽配置错误，在Iub接口出现拥塞；在出现FP同步失败问题时，提交产品维护人员处理。

5)AAL2建立失败

出现Node B和RNC两个网元的传输层参数配置不一致的情况，导致出现RRC建立失败TOP小区。

✓首先确认AAL2的参数配置是否正确；

✓检查RNC和NodeB侧的PATH ID配置是否一致；检查RNC和NodeB侧的PATH ID配置是否一致。

2.2RAB建立失败处理

2.2.1CS RAB建立失败原因

CS RAB建立失败的原因可以通过RAB原因统计的细化Counter进行确定。表5是CS RAB建立失败的对应原因打点。表6为CS RAB失败对应的原因分析。

表5：CS RAB失败原因打点

表6：CS RAB失败对应的原因分析

2.2.2PS RAB建立失败原因

PS RAB建立失败的原因可以通过RAB原因统计的细化Counter进行确定。表7是PS RAB建立失败的对应原因打点。表8为PS RAB失败对应的原因分析。

表7：PS RAB失败原因打点

表8：PS RAB失败对应的原因分析

2.2.3CS/PS RAB建立失败处理

1)最大速率不支持

在出现因为最大速率不支持导致PS域RAB建立失败时，占用的比例过大，可采用下面的措施进行优化：

✓调整下行的最大初始接入速率，使接入的时候避免RAB拥塞；

✓调整金/银/铜用户的保证速率，使大速率的PS用户如384K用户不至于由于超过满码道而导致接入失败和掉话的其它问题，将其最大初始接入速率调整为128K；

✓针对不支持R5业务的数据卡，不能配置为大速率的上行数据业务。

2)无可用资源/拥塞

无可用资源，先要确定，是否存在码资源拥塞情况，或是通过查询IUB口传输资源配置情况，分别进行处理。

码资源拥塞处理：

✓针对TOP小区，查看载频和相对应的DSP使用情况,确定载频状态正常；

✓对比小区业务量,如果发现是因为业务量过高导致，可以适度提高“最小接收电平/QRXLEVMIN”，减少部分用户接入；

✓调整上下行最大初始接入速率，“ULBETRAFFINITBITRATE”和“DLBETRAFFINITBITRATE”，如果H业务上行码资源受限，可是将上行初始接

入速率降到16K；

✓根据拥塞用户的下行传输信道类型确定拥塞用户中H和D的用户比例，如果是D用户拥塞较多，可以限定金银铜用户的最大速率；如果是H用户较多，

可以针对个别小区扩容一个H频点，但要注意扩容H频点对周围小区的干扰；

✓)如果是H用户，建议将H频点的最大接入用户数设置为频点码资源最大能力，不建议设置超过最大能力的值。现网绝大大多数的H载频设置的最大用户数仍

为8，可以将该值设置为7、或者6；

✓RRC信令连接建立建立在FACH上面，减少由于随机接入如注册、附着、短信等占有DPCH信道的专用码道资源。

IUB口带宽拥塞处理：

✓查询IUB口传输资源配置情况，是否存在资源配置不足情况；另外通过查询告