KPI优化与参数核查20100117.doc

《KPI优化与参数核查20100117.doc》由会员分享，可在线阅读，更多相关《KPI优化与参数核查20100117.doc（35页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、KPI优化与参数核查广州联通WCDMA项目KPI优化与参数核查目 录1WCDMA网络KPI优化内容概述32WCDMA网络KPI优化方法32.1概述32.2简述优化步骤33优化流程44接入性分析优化54.1RRC建立失败原因分析64.2RAB建立失败原因分析74.2.1CS RAB建立失败原因分析74.2.2PS RAB建立失败原因分析85移动性分析优化105.1SHO软切换失败原因分析105.2CS INTERRAT HO OUT 异系统切出失败原因分析115.3PS INTERRAT HO 异系统切换失败原因分析136保持性分析优化146.1CDR掉话原因分析156.2PS CDR掉话原因分

2、析157TOP小区分析优化178参数核查188.1重要的核查参数198.2全部的核查参数351 WCDMA网络KPI优化内容概述在日常优化中，通常有以下几类KPI指标，分为接入类、切换类、掉话类、资源类、速率类、质量类等。以上很多指标可以进一步按业务等条件进行细分，在日常的KPI监控和优化的过程中，通常选取最重要的几项指标，反映网络的总体性能。从用户的使用感受角度考虑，最重要的KPI指标应该是掉话率，包括语音、可视电话、PS R99业务以及HSPA业务的掉话率；其次是接入类指标，这反映了用户是否能在任何时间、任何地点及时地获取高质量的移动通信服务；接下来是质量类指标、速率类指标等，这些是用户直

3、接能感受到的；同时切换类、资源类指标等也在优化过程中被关注。2 WCDMA网络KPI优化方法2.1 概述KPI优化原则为从面到点进行问题定位和分析，即从全网级性能到RNC级性能到小区级性能。从全网级入手，可以了解整个WCDMA网络的整体性能，对不合格的性能指标进一步定位到RNC级性能指标。如果RNC级的指标有异常，则要分别对每个小区的指标进行分析，确认指标异常是普遍现象还是个别现象：如果是普遍现象，需要从覆盖、容量、干扰、传输、设备软硬件、无线参数等方面进行分析；如果是个别小区异常，应从相应的小区性能统计项进行详细分析。2.2 简述优化步骤对于KPI优化，主要步骤如下：（1）后台统计指标有RN

4、C级的不合格指标时，首先明确是否突发性、可自愈性的异常。也要考虑雷雨等气候变化。同时对异常小区问题要考虑有无集会、体育比赛等用户集散变化，通常持续时间不长，但是对统计指标可能有很大影响，需记录具体原因和提出相应的改进建议。（2）若不是突发、可自愈的指标异常，要做的第一件事是检查设备告警信息，这类异常包括传输瞬断现象，电源故障，驻波告警，设备硬件故障等。排除可能的设备告警，这点很重要。（3）若设备无告警或告警消除后指标没有恢复正常则需要将统计指标和话务量联合起来进行过滤，列出所有指标不满足的小区，并进行地理化显示；收集网络当前的传输配置表、软硬件版本和无线参数配置信息，分析筛选出的异常小区是否存

5、在某些共性，如有则针对其共性进行专题分析。典型的共性特征包括：CN/RNC侧重点检查近期有无版本升级、CPU负荷、链路资源占用情况等；传输侧检查是否有传输节点中断、传输误码率过高等；检查硬件更新情况；检查无线侧网元有无软件升级；查看小区上行接收功率指标，看是否存在上行干扰；检查异常小区的几个最常调整的无线参数，看参数是否异常；查看异常小区统计指标恶化发生的时间段，查找有无规律；检查是否由于单一用户多次失败而产生指标恶化。（4）若异常小区没有找到共性，或优化后仍有不满足指标的小区，则进行单小区的异常指标分析。主要关注无线接通率、切换成功率、掉话率、PS业务速率等几方面，这将在后面详细论述。3 优

6、化流程工程优化流程：问题定位流程：4 接入性分析优化影响无线接通率的原因主要有： 覆盖弱区发起接入使得信令流程无法完成导致接入失败；接入时被叫手机发起位置更新使得寻呼不到手机导致接入失败；小区重选不及时使得UE未在最优小区发起接入导致接入失败；随机接入参数（前导功率、小区搜索窗长度等）设置不当使得RRC建立不成功导致接入失败；LAC区交界处发起接入，由于小区更新导致的接入失败；RAB建立失败导致的接入失败。RAB指派建立过程有两个制约，一是RB建立，这是对UE的参数配置过程，一般不会发生问题；二是无线链路重配过程，主要完成对NodeB链路参数配置，相对容易发生失败。常见的失败原因有：无线链路重

7、配准备失败（当NodeB的资源出现问题，如发生实例吊死）；无线链路重配取消（当RNC内部资源或流程出现问题）。还有一种情况会导致RAB失败，即小区负荷较高时RNC通过接纳控制发出拒绝指令。4.1 RRC建立失败原因分析表1 RRC建立失败原因统计Cell GroupTime(As week)VS.RRC.FailConnEstabVS.RRC.AttConEst.CellRRC.FailConnEstab.CongVS.RRC.Rej.RL.FailVS.RRC.Rej.AAL2.FailVS.RRC.Rej.Power.CongVS.RRC.Rej.UL.CE.CongVS.RRC.Rej.

8、DL.CE.CongVS.RRC.Rej.Code.CongVS.RRC.Rej.Other.CongVS.RRC.Rej.Redir.Inter.AttVS.RRC.Reject.Redir.IntratRRC.FailConnEstab.NoReplyCELL全网The 34 Week in 20093921757563270000120024351图1 RRC建立失败分类通过目前网络RRC建立失败统计可以看出，RRC建立失败原因主要是由无响应导致的，而无响应说明下行覆盖差导致RNC下发的指令终端没有收到或终端收到了，回复RNC时RNC没有收到。对于下行覆盖差的地方首先需要调整方向角下倾角

9、增强覆盖，在RF调整完毕还可以通过加大导频功率的方式增强弱覆盖区域。对于上行覆盖差的，首先要排除干扰，导频污染。RRC接入成功率低也可以加大FACH/RACH功率，提高覆盖和随机接入能力。也可以通过塔放来改善上行弱覆盖；其次是由于RL无线链路的影响导致RRC建立失败，也就是说无线环境较差，主要以加站和RF优化来改善。另外还有个别一些失败为拥塞导致，拥塞主要为码拥塞，CE拥塞和功率拥塞等。目前码资源和CE资源经过一轮优化基本达到要求，有时由于大型活动可能产生功率拥塞，遇到这种情况需要通过RTWP和TCP组合来看是否同时达到最大值。例如12月发生在广州金山大厦1和天河科贸1两个小区由于开运动会产生

10、的功率拥塞问题。由于在两个RNC边界,导致大量位置区、路由区更新导致RRC建立请求(注册,建立DCH上),半小时3000-6000次，结果显示RRC和RAB功率功率拥塞。如果边界如果出现大量的小区重选就会导致大量位置区、路由区更新从而挤占了其他业务的功率资源，容易导致其他业务因受功率资源的限制接入成功率低，为了提高RNC边界的接入成功率就必须减少小区重选导致的位置区、路由区更新。目前的由于小区重选导致的位置区、路由区更新主要发生在RNC边界处，特别是跨多个RNC。所以对这些位于RNC边界的小区可以采用更为激进的参数配置，可以同时对重选延迟时间，空闲模式同频小区重选启动门限，空闲模式测量迟滞1/

11、2，连接模式测量迟滞1/2，异系统小区重选启动门限等同时进行调整。对于位于同一RNC之内的小区，可以采用相对温和的参数配置。基于广州本地3G网络质量情况，ECIO大于-4dB的地方极少，所以可以将空闲模式同频小区重选启动门限调低。对于高速路等高速移动的区域可以考虑将基于移动速度的重选延迟时间比率因子进行调整。为了进行重选参数优化，首先列出这些参数的含义。其中非常主要的是重选延迟时间和空闲模式同频小区重选启动门限。影响接入性能的因素还有Tcell的设置，Tcell 用来定义一个小区的SCH、CPICH和下行扰码的发射起始时间与 BFN 的相对时延。它的主要目的是防止同一NodeB下不同小区发射的

12、从同步信道（SCH）产生交叠。 如果相同，就可能对UE在小区搜索中帧同步和扰码组识别产生影响。小区Tcell的分辨率为 256 chip，Tcell 可以设置的范围为：0 9 。影响接入性能的因素还有邻区列表，与邻区列表相关的重要参数只有一个：小区偏置CIO。CIO能起到移动小区边界、改变切换带的作用，在特定的场景如高速移动、拐角等切换来不及场景下，可以优化切换成功率和掉话率。该参数设置越大，则软切换越容易，处于软切换状态的UE越多，但占用前向资源；设置越小，软切换越困难，有可能影响接收质量。4.2 RAB建立失败原因分析4.2.1 CS RAB建立失败原因分析表2 CS RAB建立失败原因统

13、计Cell GroupTime(As week)VS.RAB.SuccEstabCS.ConvVS.RAB.SuccEstabCS.StrVS.RAB.FailEstabCS.TNLVS.RAB.FailEstCS.ReloVS.RAB.FailEstCS.RIPFailVS.RAB.FailEstabCS.CongVS.RAB.FailEstCs.Power.CongVS.RAB.FailEstCs.ULCE.CongVS.RAB.FailEstCs.DLCE.CongVS.RAB.FailEstCs.Code.CongVS.RAB.FailEstCS.UnspVS.RAB.FailEsta

14、bCS.RNLVS.RAB.Block.CS.Conv.0.32VS.RAB.Block.CS.Str.0.32VS.RAB.Block.CS.Str.32.64CELL全网The 34 Week in 2009192594081212330003216300图2 CS RAB建立失败分类CS RAB失败主要是由于VS.RAB.FailEstCS.RIPFail无线接口流程失败也就是在整个无线连接建立过程中失败，主要是网络质量或终端导致。另外个别原因VS.RAB.FailEstCS.Unsp是网络能力不支持，如不支持申请业务的上下行最大速率等；还有一个主要原因VS.RAB.FailEstabC

15、S.RNL是无线网络层原因也是与无线环境差有关。4.2.2 PS RAB建立失败原因分析表3 PS RAB建立失败原因统计Cell GroupTime(As week)VS.RAB.FailEstabPS.CellVS.RAB.AttEstabPS.CellVS.RAB.Block.PS.Str.32.64VS.RAB.Block.PS.Str.64.144VS.RAB.Block.PS.Str.144.384VS.RAB.BlockPS.StrMor384VS.RAB.Block.PS.Int.32.64VS.RAB.Block.PS.Int.64.144VS.RAB.Block.PS.In

16、t.144.384VS.RAB.BlockPS.IntMor384VS.RAB.Block.PS.Bkg.32.64VS.RAB.Block.PS.Bkg.64.144VS.RAB.Block.PS.Bkg.144.384VS.RAB.BlockPS.BkgMor384VS.RAB.FailEstPS.ParVS.RAB.FailEstPS.ReloVS.RAB.FailEstPS.RIPFailVS.RAB.FailEstPS.UnspVS.RAB.FailEstPS.NResAvailVS.RAB.FailEstPS.RNLVS.RAB.FailEstPS.TNLCELL全网The 34

17、Week in 2009343767366400004458000005341521034410图3 PS RAB建立失败分类PS RAB失败主要是由于VS.RAB.FailEstCS.RIPFail无线接口流程失败也就是在整个无线连接建立过程中失败，主要是网络质量导致。另外原因VS.RAB.FailEstCS.Unsp是网络能力不支持，如不支持申请业务的上下行最大速率等；还有一个原因VS.RAB.FailEstabCS.RNL是无线网络层原因也是与无线环境差有关。5 移动性分析优化影响切换成功率主要有以下几个因素：切换区过小，切换区过小会使UE没有足够的时间完成切换；切换参数设置不当，会导致

18、邻区增加/删除不及时，或乒乓切换；邻区漏配，这种情况是最常见的导致切换失败的原因，而且对网络性能影响较大。漏配的邻区不但会直接造成掉话，还会给网络带来额外干扰，降低网络容量。5.1 SHO软切换失败原因分析表4 SHO失败原因统计Cell GroupTime(As week)VS.SHO.Fail.CellSHO.FailRLAddUESide.CfgUnsupSHO.FailRLAddUESide.IsrSHO.FailRLAddUESide.InvCfgSHO.FailRLAddUESide.NoReplyVS.SoHO.ASU.FailRLAdd.CfgUnsVS.SoHO.ASU.Fa

19、ilRLAdd.IsrVS.SoHO.ASU.FailRLAdd.InvCfgVS.SoHO.ASU.FailRLAdd.NoReplVS.SHO.Fail.Other.CellCELL全网The 34 Week in 200944710151273700288441682图4 软切换失败原因分类主要是由于软切换过程中添加无线链路时，终端无反应。实际上在服务小区信号变差时，添加新RL时过慢，此时手机已经无应答。可以通过调整1A1B1C1D的等待时间来避免。可以将加入的时间延迟调小，然后将删除的时间调慢，也就是快加入，慢删除。这样可以保证服务小区的连续性。避免失败或掉话。5.2 CS INTER

20、RAT HO OUT 异系统切出失败原因分析表5 CS异系统切换切出失败原因统计Cell GroupTime(As week)IRATHO.FailRelocPrepOutCSIRATHO.AttRelocPrepOutCSIRATHO.FailRelocPrepOutCS.TAlExpIRATHO.FailRelocPrepOutCS.TgtFailIRATHO.FailRelocPrepOutCS.ReloNoSupVS.IRATHO.FailOutCSIRATHO.AttOutCSIRATHO.FailOutCS.CfgUnsuppIRATHO.FailOutCS.PhyChFailCE

21、LL全网The 34 Week in 2009417254952000799250780704图5 CS异系统切换切出失败原因分类CS INTERRAT HO 失败由于准备阶段占40%和执行阶段各占60%。准备阶段失败主要是3G的2G邻区的基本信息，包括NCC BCC BISC等信息是否正确。建议每周更新一次2G基本信息。执行阶段失败主要是指目标2G小区的信号也已经变差了。可以通过调整3G-2G切换门限如异系统测量RSCP启动门限，由于通常情况下用户希望尽量保留在3G范围内，因此异系统测量启动门限要比异频设置的更低一些，以保证更容易触发异频切换。但是在没有异频邻区的场景或者异频覆盖不足的场景中

22、，要适当提高异系统测量启动门限，以使得异系统测量更加容易触发，从而减少失败。例如在广州11月和12月分进行的CS异系统切换攻关中所做的动作就已经包含了几乎所有优化手段。首先整理并删除一批存在共站址1800、900的GSM邻区同时异系统切换成功率的900邻小区（存在干扰为主），对2G坏小区反向索引对3G的异系统切换影响情况，整理一批2G坏小区表，并优先处理。步骤如下：1） 周期性对异系统邻区的工参核查，尽量保证3G中的数据与2G现网情况一致；2） 每周对CS异系统切换TOP小区进行分析处理；3） 与局方沟通并达成一致，对存在干扰的共站址900邻区进行删除；4） 进行2G参数检查，确保相关开关、参

23、数设置合理；5） 对CS异系统切换差的TOP小区进行邻区优化；6） 对异系统2D/2F门限、目标小区判决门限进行实验性调整；5.3 PS INTERRAT HO 异系统切换失败原因分析表6 PS异系统切换失败原因统计Cell GroupTime(As week)IRATHO.SuccOutPSUTRANIRATHO.FailOutPSUTRAN.CfgUnsuppIRATHO.FailOutPSUTRAN.PhyChFailVS.IRATHO.FailOutPSUTRAN.OtherCELL全网The 34 Week in 2009632715587198图6 PS异系统切换失败原因分类PS

24、INTERRAT HO失败主要由于PhyChFail，需要检查3G的2G邻区的基本信息，包括NCC BCC BISC等信息是否正确。建议每周更新一次2G基本信息。执行阶段失败主要是指目标2G小区的信号也已经变差了。可以通过调整3G-2G切换门限如异系统测量RSCP启动门限，由于通常情况下用户希望尽量保留在3G范围内，因此异系统测量启动门限要比异频设置的更低一些，以保证更容易触发异频切换。但是在没有异频邻区的场景或者异频覆盖不足的场景中，要适当提高异系统测量启动门限，以使得异系统测量更加容易触发，从而减少失败。有些是3G处在覆盖边缘而2G GPRS信号也不好所导致。例如在广州PS败。有些是3G处

25、在覆盖边缘而2G GPRS信号也不好所导致。例如在广州PS异系统切换攻关时，做了很多尝试。：1） 对TOP小区的收集，并修改其2D/2F门限；2） 对2D/2F门限实验性修改，先后进行了-115/-112、-115/-115、-115/-114等修改，这些RNC优化效果明显，但切换次数下降比较大，同时由于切换次数少带来了指标的波动，达标风险也加大；3） 对T309修改；4） 对R11版本的RNC参数RelocIuRelCmdTmr修改；5） 修改目标2G小区判决门限（16-20）；6 保持性分析优化无线掉话率优化的思路如下： 分析RNC的掉话率指标，主要从整个RNC的整体掉话率指标上判断掉话率

26、指标是否正常；分析小区的掉话率指标。主要需要分析小区“AMR掉话率”、“VP掉话率”、“PS掉话率”、“硬切换掉话率”、“系统间切换掉话率”，对所有小区分别用以上的指标进行排序，选择指标特别差的小区或者最差的一些小区，进一步分析掉话原因；检查小区是否异常。检查小区告警，排除小区异常方面的原因；分析掉话原因，从覆盖、切换、干扰几方面考虑。如果失败信令显示用户面或无线链路失败，并且原因是“RLC复位导致释放”的话，可能是覆盖导致的掉话问题；分析该小区相关的切换指标，确认是否由于切换失败导致的掉话；通过分析小区总带宽接收功率相关指标，分析在掉话率高的时段，是否相应的上行干扰指标也很高，进一步确认是否

27、上行干扰导致的掉话问题；通过路测重现问题。当通过后台网管数据分析无法进一步解决掉话问题的时候，需要针对小区进行路测，跟踪手机侧和RNC的信令流程进行分析。6.1 CDR掉话原因分析表7Cell GroupTime(As week)VS.CS.Call.Drop.CellVS.RAB.Loss.CS.RFVS.RAB.Loss.CS.AbnormVS.RAB.Loss.CS.SRBResetVS.RAB.Loss.CS.RF.ULSyncVS.RAB.Loss.CS.RF.UuNoReplyVS.RAB.Loss.CS.RF.OthVS.RAB.RelReqCS.OMVS.RAB.RelReqC

28、S.RABPreemptVS.RAB.RelReqCS.UTRANgenVS.RAB.Loss.CS.Aal2LossVS.RAB.Loss.CS.Congstion.CELLVS.Call.Drop.CS.OtherCELL全网The 34 Week in 2009116011095120647842500001050图7 CS 掉话原因分类主要由于无线环境变差，例如上行同步失败导致释放和Uu口无响应导致的释放。主要措施是要增强覆盖和消除导频污染。同时需要进一步检查邻区配置是否合理。另外由于切换产生的掉化也可以适当提高异系统测量启动门限，以使得异系统测量更加容易触发，从而减少掉话。6.2 P

29、S CDR掉话原因分析表8Cell GroupTime(As week)VS.PS.Call.Drop.CellVS.RAB.Loss.PS.RFVS.RAB.Loss.PS.AbnormVS.RAB.Loss.PS.SRBResetVS.RAB.Loss.PS.TRBResetVS.RAB.Loss.PS.RF.ULSyncVS.RAB.Loss.PS.RF.UuNoReplyVS.RAB.Loss.PS.RF.OthVS.RAB.RelReqPS.OMVS.RAB.RelReqPS.RABPreemptVS.RAB.Loss.PS.GTPULossVS.RAB.Loss.PS.Congst

30、ion.CELLVS.Call.Drop.PS.OtherCELL全网The 34 Week in 20094367389247567611721051978151060468图8 PS掉话原因分类主要由于无线环境变差，例如上行同步失败导致释放和Uu口无响应导致的释放。主要措施是要增强覆盖和消除导频污染。同时需要进一步检查邻区配置是否合理。需要定位是否为为同一用户产生，而该用户的掉话地点是否为同一地点也很重要，可能在覆盖边缘或导频污染区。另外由于切换产生的掉化也可以适当提高异系统测量启动门限，以使得异系统测量更加容易触发，从而减少掉话。也可以通过设置ALWAYS ON LINE 的时长来减少掉

31、话。由于该掉话在用户端感觉不到，所以一般运营商不对此KPI做严格要求。还有一些指标需要关注。有时也需要结合它们对具体问题进行分析。尤其是当网络用户数达到一定程度后，会更经常用到这些指标的统计。（1）话务量与掉话率单纯从掉话率统计的绝对值无法准确判断小区是否存在问题，必须结合小区话务量指标。只有小区话务量（呼叫次数）足够多时统计结果才有参考价值。（2）RTWP与TCP基站空载时，RTWP（Received Total Wideband Power，宽带接收总功率）均值在-106-104dBm之间属正常；按照50%负载对应3dB噪声抬升，可知RTWP小于-100dBm基本属于正常范围。分析这个指标

32、需要结合话务量。若在话务量正常的情况下出现RTWP异常抬升，则有可能是存在较严重的外部干扰，这是提示干扰存在的重要手段之一。如果发现RTWP与TCP同时上升比较多，很可能是产生了拥塞，如果话务量跟着上升，那么要考虑增加站点分担话务。（3）码资源与CE数码资源利用率太高或太低都不好，现实中常见的是边缘站点的码资源利用率较低，而密集社区、写字楼、商业区等地域的站点码资源利用率很高，需要保持关注，防止因码资源受限发生的网络问题。下行要关注码拥塞情况，上行要关注CE数受限情况。7 TOP小区分析优化TOP N小区的问题分析、定位、解决会对网络整体指标做出较大贡献。如某小区PS掉话次数较多，达到59.5

33、%，查询为同一用户IMSI460016004332395所贡献。该用户掉话时的RSCP和ECIO已经严重恶化，且无可切换小区，为深度覆盖不足导致。因为该用户做PS业务时处于一个覆盖盲区，虽然能够接入但是不满足全业务要求。这种情况需要进行RF调整，以解决覆盖空洞。如某小区RRC建立失败较多。通过对该小区RRC建立消息的观察， RRC.CONNECT.REASON集中在UU.REGISTER和UU.INTER.RAT.CELL.RESELECT。RRC建立失败的原因主要集中在因为RNCAP.CS.RRC.EST.PREPROC导致的RRC.UE.RSP.TIMEOUT。失败原因为VS.RRC.FA

34、ILCONNESTAB.NOREPLY，该原因统计为RRC向UE发送RRC CONNECT SETUP消息后，没有收到UE发送RRC CONNECT COMP消息的次数，建立失败集中在05:40-06:40之间，RRC.ESTABLISH.CAUSE为UU.REGISTER和UU.INTER.RAT.CELL.RESELECT；INTERFACE FAUL REASON全部是TIMER EXPIRED，最终发现是由于覆盖问题或者终端异常原因造成的。如某小区RAB建立失败次数较多，主要是因为上行CE拥塞导致的，最后扩充上行CE资源为256个，问题解决。如某站向2G切换向2G1800的宏站时全部失

35、败，切向900的宏站全部成功，而且这个问题连续多天出现。经过分析为，在共站址的情况下，1800宏站小区和3G小区覆盖距离差不多，在3G信号较弱时，1800的信号也应该衰减到很差，此时切换成功率就会很差，最后删除该小区2G侧1800宏站的邻区关系，问题解决。如某小区RAB建立失败次数较多，失败原因为NODEB和RNC之间协商的过程中语法错误，可能产生这种语法错误的原因为1、RNC NODEB传输版本问题；2、设备故障。后发现为设备故障。如某小区出现多次掉话，主要原因是因为RLC复位导致的释放，分支原因为等待ASU_cmp超时，RNC下发了ASU Comd，但是没有收到UE回复，RNC认为UE_l

36、ost，发送luReleseReq；另外几次是因为Uu口无响应导致的释放,主要是因为链路质量不好或者手机异常或覆盖差，导致RL链路建立完成之后rl_fail_ind而让RNC认为UE_LOST而触发了lu_relese_req。如某小区流媒体业务向2G切换失败。该小区流媒体业务速率达到300Kb以上，但是向2G切换的开关已经打开，2G无法提供如此高的速率，后关闭H向2G切换的开关，问题解决。8 参数核查参数核查，首先在M2000上或LMT上导出脚本，然后与基线对比。基线分单载波与双载波，双载波的小区要与双载波基线进行核对，同时要参考双载波策略和三载波策略和有无IUR口策略。核查完毕后，将不符合

37、基线的参数进行修改。但要注意，有些是广州的特有的参数设置是不需要修改的，如；迁移开关，广州由于RNC比较多且小，所以采用全业务迁移方式；还有一些是优化结果需要保留和继承的，也不需要修改，如CIO和室分小区的导频功率。然后将修改过的脚本执行，执行完毕后再导出来核查，看看是否修改成功。同时将修改记录保存。也可以通过NASTAR软件进行现网与基线参数对比。附最近一次的核查结果。（周一贴上）8.1 重要的核查参数进行参数核查时，有些网规网优参数是比较重要的，如下：命令参数取值SET LDCALGOPARALDRFIRSTPRI=IUBLDR, LDRSECONDPRI=CREDITLDR, LDRTH

38、IRDPRI=CODELDR, LDRFOURTHPRI=UULDR, LDCSWITCH=NODEB_CREDIT_LDR_SWITCH-0&LCG_CREDIT_LDR_SWITCH-0&LC_CREDIT_LDR_SWITCH-0, NCPCONGFLOWCTRSWITCH=ON;SET DCCCULDCCCRATETHD=D64, DLDCCCRATETHD=D64, LITTLERATETHD=D64, DCCCSTG=RATE_UP_AND_DOWN_ON_DCH, HSUPADCCCSTG=RATE_UP_AND_DOWN_ON_EDCH, PWRMARGIN=10, ULRAT

39、EUPADJLEVEL=3_RATES, ULRATEDNADJLEVEL=3_RATES, ULMIDRATECALC=HAND_APPOINT, ULMIDRATETHD=D128, DLRATEUPADJLEVEL=3_RATES, DLRATEDNADJLEVEL=3_RATES, DLMIDRATECALC=HAND_APPOINT, DLMIDRATETHD=D128, FAILTIMETH=4, MONITIMELEN=60, DCCCUPPENALTYLEN=30, DCCC1APENALTYTIME=30, ULFULLCVRRATE=D64, DLFULLCVRRATE=D

40、64, HSUPABESHORATETHD=D5760, DCHTHROUMEASPERIOD=100;SET IDLEMODETIMERT300=D2000, N300=3, T312=6, N312=D1;SET INTRAFREQHOFILTERCOEF=D3, INTRAFREQMEASQUANTITY=CPICH_EC/NO, PERIODMRREPORTNUMFOR1A=D16, REPORTINTERVALFOR1A=D4000, PERIODMRREPORTNUMFOR1C=D16, REPORTINTERVALFOR1C=D4000, PERIODMRREPORTNUMFOR

41、1J=D64, REPORTINTERVALFOR1J=D1000, INTRARELTHDFOR1ACSVP=6, INTRARELTHDFOR1ACSNVP=6, INTRARELTHDFOR1APS=6, INTRARELTHDFOR1BCSVP=12, INTRARELTHDFOR1BCSNVP=12, INTRARELTHDFOR1BPS=12, INTRAABLTHDFOR1FECNO=-24, HYSTFOR1A=0, HYSTFOR1B=0, HYSTFOR1C=8, HYSTFOR1D=8, HYSTFOR1F=8, HYSTFOR1J=8, WEIGHT=0, TRIGTI

42、ME1A=D320, TRIGTIME1B=D640, TRIGTIME1C=D640, TRIGTIME1D=D640, TRIGTIME1F=D640, TRIGTIME1J=D640, SHOFAILPERIOD=60, SHOFAILNUMFORDWNGRD=3, RELTHDFORDWNGRD=2, DCCCSHOPENALTYTIME=30, SHOQUALMIN=-24, MAXCELLINACTIVESET=3, BLINDHORSCP1FTHRESHOLD=-115, BLINDHOINTRAFREQMRINTERVAL=D250, BLINDHOINTRAFREQMRAMO

43、UNT=D2;ADD CELLSETUPCELLID=0, CELLNAME=CELL0, CNOPINDEX=0, MAXTXPOWER=430, BANDIND=BAND1, UARFCNUPLINKIND=FALSE, UARFCNDOWNLINK=10563, TCELL=CHIP256, NINSYNCIND=5, NOUTSYNCIND=50, TRLFAILURE=50, DLTPCPATTERN01COUNT=10, POWERRAISELIMIT=10, DLPOWERAVERAGEWINDOWSIZE=20, NODESYNSWITCH=OFF, PSCRAMBCODE=1

44、76, TXDIVERSITYIND=FALSE, SPGID=1, NODEBNAME=NODEB2203, LOCELL=0, LAC=H2570, SAC=H0110, CFGRACIND=REQUIRE, RAC=H00, CLTAMODEIND=FALSE, CIO=0;ADD CELLHSDPA CELLID=0, ALLOCCODEMODE=MANUAL, HSPDSCHCODENUM=1, HSSCCHCODENUM=4, HSPAPOWER=0, HSPDSCHMPOCONSTENUM=2.5DB, CODEADJFORHSDPASWITCH=OFF, HSDPCCHPREA

45、MBLESWITCH=MODE0;ADD CELLCACCELLID=0, CELLENVTYPE=TU, NONORTHOFACTOR=400, ULNONCTRLTHDFORAMR=75, ULNONCTRLTHDFORNONAMR=75, ULNONCTRLTHDFOROTHER=60, DLCONVAMRTHD=80, DLCONVNONAMRTHD=80, DLOTHERTHD=75, ULNONCTRLTHDFORHO=80, DLHOTHD=85, ULCELLTOTALTHD=83, DLCELLTOTALTHD=90, ULCCHLOADFACTOR=0, DLCCHLOAD

46、RSRVCOEFF=0, ULINTERFACTOR=60, DLINTERFACTOR=60, ULTOTALEQUSERNUM=80, DLTOTALEQUSERNUM=80, HSUPANONSERVINTERFEREFACTOR=0, HSUPALOWPRIORITYUSERPBRTHD=100, HSUPAEQUALPRIORITYUSERPBRTHD=100, HSUPAHIGHPRIORITYUSERPBRTHD=100, ULHSDPCCHRSVDFACTOR=0, HSDPASTRMPBRTHD=70, HSDPABEPBRTHD=30, MAXHSDSCHUSERNUM=64, MAXULTXPOWERFORCONV=24, MAXULTXPOWERFORSTR=24, MAXULTXPOWERFORINT=24, MAXULTXPOWERFORBAC=24, BACKGROUNDNOISE=61, RRCPROCSRBDELAY=0, RRCPROCPCPREAMBLE=7, HHOPROCSRBDELAY=7, HHOPROCPCPREAMBL