华为TD-SCDMA网络KPI指标提升实战手册.doc

华为TD-SCDMA网络KPI指标提升实战手册.doc

《华为TD-SCDMA网络KPI指标提升实战手册.doc》由会员分享，可在线阅读，更多相关《华为TD-SCDMA网络KPI指标提升实战手册.doc（15页珍藏版）》请在冰豆网上搜索。

产品名称Productname

密级Confidentialitylevel

TD-SCDMA

内部公开

产品版本Productversion

共16页

V2.0

TD-SCDMA网络KPI指标提升实战手册

Preparedby

拟制

移动网解决方案部

成都TD二期研发保障团队

Date

日期

2009-6-19

Reviewedby

评审人

Date

日期

Approvedby

批准

Date

日期

Authorizedby

签发

Date

日期

HuaweiTechnologiesCo.,Ltd.

华为技术有限公司

Allrightsreserved

版权所有侵权必究

（TST05T01V2.0/IPD-PTMV2.0/forinternaluseonly）

（TST05T01V2.0/IPD-PTMV2.0/仅供内部使用）

Revisionrecord修订记录

Date

日期

RevisionVersion

修订版本

CRIDCR号

SectionNumber

修改章节

ChangeDescription

修改描述

Author

作者

2009-5-2

1.0

初稿完成

张跃华

2009-5-4

1.1

增加了HSDPA及2/3G部分的描述。

张跃华

2009-6-5

1.2

按照技术支持同事的评审意见进行修改。

张跃华

2009-6-18

2.0

按照中国区技术支持同事的评审意见再次进行修改

张跃华

TableofContents目录

1 简介 6

2 工作界面划分 6

2.1 网络优化组 6

2.2 工程维护组 7

2.3 研发提升组（网优专家组） 7

2.4 流程图 7

3 性能提升步骤详述 8

3.1 RF拉线分析 8

3.2 同扰码组问题分析 10

3.3 邻区关系分析 10

3.4 前期局点优化经验参数导入及本地优化调整及参数管理 11

3.5 拉网问题分析及解决跟踪 12

3.6 话统分析 13

3.7 语音MOS值提升 14

3.8 HSDPA指标提升 14

3.9 2/3G互操作指标提升 15

图目录

图1RF拉线分析 9

图2覆盖良好的RF拉线图 9

图3TDMapInfo同扰码组检查 10

图4NaStar邻区分析工具 11

TD-SCDMA网络KPI指标提升实战手册

关键词：

KPI邻区扰码频点提升MOSHSDPA互操作

摘要：

本实战手册主要从成都TD二期网络KPI指标提升实战经验出发，总结出一套提升现网KPI指标的经验，主要从基础网优、参数导入及管理、拉网问题分析及话统分析等方面进行提升阐述；同时对语音MOS值提升、HSDPA指标提升及2/3G互操作指标提升也进行了简要阐述，以供TD局点进行网络全面性能指标提升作参考。

1简介

全国TD二期局点都已相继进入网络KPI指标提升阶段，即全面的网络优化及性能提升工作正在进行中。

本实战手册结合成都TD全网KPI指标提升经验，从现场性能提升、保障工作入手，详细介绍了从网优、工程维护、研发等三方面进行指标提升的具体工作，以期通过这三方面的工作，全面提升网络提标，达到交付要求。

说明：

如果项目进行中没有“研发支持组”角色，可由“网络优化组”分出一些专家成立“网优专家组”来承担“研发支持组”角色。

2工作界面划分

2.1网络优化组

全网的频点、扰码、邻区规划应由网优部门来做。

并且在片区优化完成、全网优化开始前做一次全面检查，保证全网的频点、扰码、邻区的合理规划。

推荐以7扰码组做规划，同时对全网进行一次“翻频”。

网优应通过拉网测试的方式，对全网小区进行频点、扰码、邻区的合理调整；调整的原则是：

1.频点：

尽量使用异频切换，避免同频切换；2G配置TD频点数目一般在4-6个为宜。

2.邻区：

推荐TD配置TD一层邻区数目在10-11个左右，二层邻区数目依据具体地形配置密集城区6-7个，一般城区3-4个；推荐TD配2G邻区数目在4-6个为宜；过多会增加终端“读系统消息”时长。

3.扰码：

邻区站点中如可能尽量避免同扰码组出现，尤其是在第1和2层邻区中出现同频同扰码组一定要禁止。

同时，网优进行的拉网测试，还有以下目的：

1.对拉网出现的问题进行覆盖、干扰、邻区配置等调整，应避免出现弱覆盖、过覆盖及干扰严重等现象的发生，避免出现邻区配置不合理。

2.了解全网的整体覆盖情况，对于通过调整也无法的弱覆盖，覆盖空洞及时提出加站、迁站请求，同时也将拉网发现的不正常工作小区信息递交相关工程维护组推动解决。

3.发现产品问题或性能问题，提交研发处理，推动问题的及时解决。

另外，网优人员还应每天提取全网的话统，并进行初步分析，找到TOP问题小区及时调整处理解决。

2.2工程维护组

工程维护人员在开站基本结束后，需要及时掌握全网小区的运行状况，每日及时通报全网发生的各种问题：

1.影响网络质量的产品问题及跟踪；

2.通报全网不工作小区分布及原因，并推动研发、客户及时解决；

3.补增站点的及时开通并与网优共同确定频点、扰码及邻区等；并由网优对周边相关频点、扰码及邻区进行修改，以保证补增站点及周边站点的正常工作；

2.3研发提升组（网优专家组）

在性能保障提升方面，主要有如下工作：

1.针对网优组拉网LOG进行分析，找出全网存在的影响性能提升的产品问题并进行分类，按类指导网优同事进行处理。

2.帮助网优人员解决通过调整RF优化无法解决且需要通过调整参数来解决的性能问题。

3.帮助网优人员检查发现RF优化、频点扰码配置、邻区配置中存在的问题并跟踪整改。

4.对比分析并导入前期局点优化经验参数，且通过实地调整使参数最优化；同时管理并记录参数调整的全过程（含RNC级及小区级参数）。

5.通过每日话统分析，寻找TOP问题小区，并与网优同事共同讨论，给出解决办法；并跟踪问题解决效果。

6.必要时，可成立专项攻关小组（如掉话率专题、H专题、切换专题等）。

此处应指出，性能提升过程中，全网的RF优化、频点扰码规划及邻区规划配置是基础，如果网络中有明显的弱覆盖或覆盖空洞，期望通过参数调整来解决是不合理也不现实的要求；参数调整只有在上述覆盖问题基本解决的前提下，进行微调来解决弱覆盖或干扰问题，或调整参数来解决明显的频点扰码、邻区配置不合理、切换带更改等问题。

2.4流程图

下图简要概述了现场三个工作组间的界面关系：

3性能提升步骤详述

3.1RF拉线分析

前面也讲道，一张KPI性能指标良好的网络，一定是RF覆盖合理的网络。

网络中应尽量避免弱覆盖、越区覆盖、邻区配置不合理或漏配等，同时也应调整好室内覆盖尽量保证不泄漏至室外（或者说有泄漏也要保证室内泄漏信号强度比室外主覆盖小区信号低，控制泄漏信号强度<-95dBm或更低为宜），尽量消除无主覆盖。

因此，在进行网络KPI提升前，做好RF拉线分析是十分必要的。

下面举一个例子来说明RF拉线分析的重要性。

下图1是成都RNC1的人民西路站点的RF拉线分析，从图中拉线可以清晰看到该站点越区覆盖，通过解决该站点越区问题可以提升网络KPI指标，成都10个RNC，630个室外站通过RF拉线分析共检查出问题71个，详细的RF拉线方法请参见文档《TD网络RF拉线优化使用指南》。

图1RF拉线分析

一个良好的RF覆盖应达到如下效果，尽量保证单一主覆盖：

图2覆盖良好的RF拉线图

3.2同扰码组问题分析

在实际网络配置中，同频同扰码问题应严格禁止；同时同扰码组站点也应根据实际站点分布情况避免出现。

成都网络在网络规划初期以“7扰码组”进行规划，在同扰码组检查时，可使用基于MapInfo插件做成的同扰码组检查工具进行“12扰码组检查工具”检查。

下图3是该工具进行“12扰码组检查”发现的问题，图中红圈内的两个绿色小区是同扰码组小区。

通过该工具检查，成都全网10个RNC，630个室外站，共发现疑点117个，其中同频同扰码组问题18个。

具体同扰码组检查工具使用方法，请参见文档《TDMapInfo同扰码组检查工具使用指南》。

图3TDMapInfo同扰码组检查

另外，目前同频切换成功率相对较低（此问题已提交性能部进行研究）。

如果无法避免同频，可以适当借用室内频点改异频加以规避。

3.3邻区关系分析

正确的邻区关系，可以使得终端的重选、切换关系正常，并保证业务的顺利进行。

但如果有邻区漏配或误配，就会带来相反的效果。

通过NaStar工具进行邻区关系分析，可以针对每一个小区发现以上问题，下图4是成都一个站点通过使用该工具进行邻区分析得到的结论，从图中可以看到“成都集邮公司”存在邻区误配问题“建业宾馆”和“成通宾馆”（但具体的邻区是否误配需要结合实际地形考虑分析），成都10个RNC，630室外站共发现邻区疑点近350个。

具体“NaStar邻区分析工具”的使用，请参见文档《TDNASTAR邻区分析使用指南V1.2》。

图4NaStar邻区分析工具

另外，邻区关系分析与同频同扰码组分析可结合进行。

需要注意的是跨RNC的邻区及频点、扰码配置合理性非常重要，因为先期在进行片区优化时，通常以RNC为单位，这样就会导致RNC内的配置合理，但未考虑跨RNC的配置合理性，这一点十分重要，请优化时特别注意。

3.4前期局点优化经验参数导入及本地优化调整及参数管理

通过以上三个步骤，网络的KPI指标应已达到一定水平。

如果此时能将前期局点的优化经验参数导入，将会使网络的KPI指标更上一层楼。

需要注意的是，前期网络在进行片区优化时，有一些参数的调整是基于当地特殊情况的，对这一类的参数调整应特别注意。

优化参数导入前，应将参数样本与本地的参数逐一进行细致对比。

导入后，应通过拉网和话统分析，找出有疑问的参数并进行适当调整。

成都全网在导入前期深圳经验参数后，网络KPI指标有明显提升，后期成都又对一些参数进行了调整，效果比较明显。

建议每一个参数调整，都要进行细致的记录，以供后期分析对比。

详细的参数分析，请参见文档《TD成都全网参数修改总结.doc》。

3.5拉网问题分析及解决跟踪

网优同事通过拉网，可以找到网络上的问题点。

通常全网拉网的分析工作量巨大，此时研发可以根据分析人力的多少，采取不同的分析策略：

1.分析人力不充裕，可以由网优同事先行分析，找到问题点；对于无法准确分析的问题再提交研发进行分析。

2.分析人力充裕，可以由研发同事进行所有LOG的分析。

另外，对于拉网LOG，为了能使分析更加准确全面，需要对网优拉网同事提如下要求：

1.拉网跟踪前，需提供IMSI号以便核心网侧进行消息跟踪，因为有些问题的定位涉及核心网。

2.RNC侧要跟踪测试手机的主被叫，尽可能跟踪CDT，无法跟踪多于CDT数目的情况下跟踪UE。

3.测试前需进行对时，以保证各方信令分析的时间一致性。

4.建议拉网之前，还需要对全网基站的告警及小区状态进行全面检查一下；确保小区为正常工作状态，以免LOG分析时增加不必要的错误判断及工作量。

经过以上分析，可以将问题归纳为三类：

1.网优同事处理类：

弱覆盖、越区覆盖及干扰调整、邻区配置错误、无主覆盖等。

2.研发同事上站复测处理类：

此类问题一般在LOG分析中无法给出明确答案，需要上站复测并根据实际情况进行调整；有些问题甚至需要返回开发分析。

3.路测终端或软件BUG类：

此类问题只需做记录并将业务失败记录从总业务中删除。

我们不建议拉网频度