GSM网络性能监控手册V1.3

1、温州移动网络性能监控手册2006年第1.3版目录1 简介 (62 性能监控职责说明 (62.1 性能监控目的 (62.2 主要职责 (63 网络性能监控方式 (73.1 监控平台应用 (73.2 监控原始记录备份 (73.3 监控完成情况确认 (83.4 监控项处理方式 (83.5 典型案例收集 (94、相关部门沟通 (94.1 网管中心 (94.2 网优中心 (105 网络性能监控说明 (105.1 性能监控项 (105.2 性能监控流程 (115.2.1. CASE形成 (115.2.2 预处理及跟踪周期说明 (125.2.3 派单 (125.2.4 工单评估 (135.3 新站性能监控

2、(135.4 监控值班说明 (145.5 半速率清理流程 (146 性能故障处理方式 (156.1 基站重启说明 (15PAGE 2 OF 40 2006-12-196.2 TCH拥塞处理 (156.3 SDCCH拥塞处理 (166.4 TCH掉话高处理 (176.4.1 TR掉话高 (176.4.2 LAPD掉话高 (176.4.3 A口掉话高 (186.4.4 BTS以及OTHER掉话高 (186.4.5 ABIS掉话高 (186.4.6 RF掉话高 (196.5 SDCCH掉话高处理 (216.6 切换失败率 (226.7 呼叫次数为0&话务量为0 (246.8 呼叫次数突降&a

3、mp;话务量突降 (256.9 0_5级话音质量差&0级话音质量差 (256.10 话音质量突降 (266.11 载频频繁存在告警 (266.12 7745告警占用失败比例高 (266.13 BSC指标监控 (276.14 GPRS附加资源请求拒绝率 (276.15 GPRS上下行流量为0 (277 参数修改说明 (287.1 参数修改记录平台 (287.1.1 记录参数修改窗口 (287.1.2 查询参数修改记录窗口 (297.2 参数修改要求说明 (308 常规参数检查说明 (31PAGE 3 OF 40 2006-12-198.1 参数检查模板 (318.2 RDIV (318.

4、3 PLMN (328.4 TSC (328.5 GENA (328.6 邻区相关参数检查 (328.6.1 同频同BSIC邻区 (328.6.2 无邻区小区 (338.6.3 单向邻区 (338.6.4 源小区在现网不存在的垃圾邻区 (338.6.5 目标小区在现网不存在的垃圾邻区 (338.6.6 LAC&CI为0的垃圾邻区 (338.6.7 SYNC (348.6.8 错误邻区 (348.6.9 同频切换邻区 (358.6.10 PMRG乒乓切换检查 (358.7 同站同邻频 (358.8 NOTUSED信道 (358.9 BMA (369 IMEP平台应用说明 (369.1 I

5、MEP自动工单处理要求 (369.2 RNP派单说明 (369.3 代维派单说明 (37附:部分KPI监控公式 (38切换失败率 (38TCH掉话率 (38PAGE 4 OF 40 2006-12-19附:部分监控流程 (39CASE产生流程 (39预处理流程 (40PAGE 5 OF 40 2006-12-191 简介为了形成网络性能监控的规范性和可操作性,结合半年多累积的网络监控处理经验,性能监控小组制定性能监控手册,为以后的网络监控提供处理依据。该监控手册需要持续更新,不断改善。2 性能监控职责说明2.1 性能监控目的性能监控人员应抱有对网络性能负责任的态度,基于尽量减少用户故障通话的原

6、则,最大限度发现网络问题、挖掘网络问题,缩短性能故障时间,提高预处理力度,为温州移动网络的健康发展提供日常保障。2.2 主要职责目前性能监控的职责主要有:1、日常各类KPI监控预处理2、预处理无法解决的CASE通过IMEP平台向RNP发送工单,并形成对RNP 的考核制度3、每周常规参数检查4、新站性能监控5、IMEP自动工单处理6、每月全网半速率集中清理PAGE 6 OF 40 2006-12-193 网络性能监控方式3.1 监控平台应用在成立温州移动性能监控小组以来,监控小组已经自主开发了KPI性能监控平台,在日常KPI监控中,要求:1、各类KPI问题日常处理时,在监控平台上予以记录和跟踪2

7、、通过IMEP平台对RNP发送的工单,在监控平台上予以记录和跟踪3、日常监控中涉及的参数修改,要求在监控平台上予以记录,并说明其修改原因。3.2 监控原始记录备份每天性能监控中根据门限筛选的记录要求备份,如以下为原因记录: PAGE 7 OF 40 2006-12-19备份文件如: 每月要求将备份的文件进行打包,上传到服务器:75rnpPlanner网优支撑组1.0_性能监控KPI监控原始记录监控人员对应的目录下面。3.3 监控完成情况确认监控人员完成某一项监控任务后,需要在每日的监控记录薄上签字,从而督促监控人员每天按质按量的完成日常监控任务,监控记录薄目前采用格式如下附

8、件: 监控签字.xls3.4 监控项处理方式目前性能监控小组监控方式主要有三种:1、TOP10处理方式。这种处理方式注意针对对网络性能影响一般的KPI统计项,如:切换失败率、SDCCH掉话率、话音质量差等,此外,在遇到了网络异常故障时期,如节假日高拥塞等,也采用该方式处理。PAGE 8 OF 40 2006-12-192、门限处理方式。所有的监控项如果超过某一定义的门限,监控人员需要对产生的问题进行处理。3、频度处理方式。不同的KPI统计项对网络产生的影响也不一样,监控小组针对不同的统计项,目前主要分为一周一次、一天一次、一天四次等频度监控方式。3.5 典型案例收集监控小组就日常监控中发现的典

9、型案例以及RNP回单处理的典型案例需要进行归档。定位典型案例需要在监控小组内部共同讨论,同时在监控平台上予以标志,以形成经验库。最后的典型case需按默认格式形成word文档,用百度查询来收集相关处理经验,提升个人处理能力。模板如下附件: 典型case查询模板.doc经典CASE查询平台地址为:75:78884、相关部门沟通4.1 网管中心性能监控人员在日常监控中发现由于网元退服、传输误码、传输闪断、基站重要告警等常规网络故障时,要求查看IMEP平台上网管中心是否对相关小区进行派单(通过小区名称查询,如没有派单,监控人员应该积极向网管中心反映情况。PAGE 9

10、OF 40 2006-12-194.2 网优中心对BSC级网元及其以上网元故障,要求监控人员在发现问题后立即向网优中心反馈。对小区级的网元变动情况,如覆盖范围、话务量、参数变动等,监控人员如有疑问,可向相关区域的RNP了解情况。对预处理无法解决的问题,监控人员可通过IMEP平台发送工单给相关区域的RNP,如监控人员对RNP的回单内容有所疑问,也可向RNP咨询。5 网络性能监控说明5.1 性能监控项目前性能监控小组主要对以下监控项实施网络监控: PAGE 10 OF 40 2006-12-19 重点为早、晚、最忙时指标监控,其他监控时段关注网络突发异常指标。5.2 性能监控流程5.2.1. CA

11、SE形成按设定的门限、频度、时段对网络KPI进行监控,发现的问题如果已经建立CASE,可在原有CASE上进行新的预处理和跟踪,如果没有建立CASE,则建立CASE。一些突发的指标情况也要求建立CASE,后续继续观察。PAGE 11 OF 40 2006-12-195.2.2 预处理及跟踪周期说明我们将对形成的CASE分类进入预处理实施过程,实施预处理的CASE预处理操作可参考:1、第6章节性能故障处理方式2、相关典型案例对预处理过程所做的修改操作,监控人员需要及时跟踪,跟踪的周期说明如下:1、对网络性能影响较大的,如异常SD高掉话、异常TCH高掉话、话务量突降为0、TCH突发拥塞等需要当天跟踪

12、。2、涉及修改参数的操作要求至少2天跟踪一次(例如今天修改,明天需要跟踪3、突发指标当天已经确认恢复正常,需要继续观察。该类情况要求至少3天跟踪一次监控人员要致力于提高预处理力度,加大CASE拦截率。预处理过程中涉及的参数修改同时需要做记录。5.2.3 派单监控人员在自身预处理能力范围内不能解决的问题,或者需要涉及硬件故障检查,可通过IMEP平台向RNP派发工单,同时在监控平台上记录工单,以供日后处理问题参考。处理时限要求如下:1、一般故障派单时限10天2、对网络性能影响较大的故障5天,如掉话>10%等,该类故障监控人员派单后需要同时给RNP沟通,加快问题处理的速度3、BSC级的重大故障

13、及时反映网优中心。PAGE 12 OF 40 2006-12-19网优中心对各类工单有相应处理时限如下附件,性能监控人员也可根据相应时限适当缩短派单时限。 各类工单处理时限.xls对于简单的硬件故障,如载频故障、直放站故障、天馈故障等,监控人员也可直接向代维公司、基站班派单,协助处理,具体时限要求类似。5.2.4 工单评估RNP对监控小组派发的工单进行回复后,监控人员要及时对工单的处理结果进行评估,以减少工单的总处理时长。如确实需要观察几天才能确定问题处理结果的,也可暂时不评估。对问题没有解决的工单,监控人员在评估时需要与RNP进行沟通。5.3 新站性能监控新站性能跟踪主要以网优平台上开通的新

14、站为依据,每天检查网优平台上新开通的新站,从以下方面完善性能:1、邻区参数检查。检查新站开通后是否存在单向邻区、同频切换邻区、同频同BSIC邻区、邻区关系是否完善,建议新站开通后2天内完成。2、频点检查。检查是否与邻站存在同频干扰、正向邻频干扰、同站同邻频干扰,建议新站开通当天完成。3、覆盖检查。结合h1分析,周边站是否应该调整下倾角,建议新站开通一周后完成。4、性能指标检查。对开通后性能非常差的小区,要当天进行处理,性能偏差的小区可逐步优化,建议优化周期为1周2周。PAGE 13 OF 40 2006-12-19新站开通后如存在以上问题,可在IMEP平台上向RNP发送工单,督促RNP 及时优

15、化新站性能。5.4 监控值班说明为了加强网络性能监控,保障网络健康运行,性能监控小组加强性能监控的频度,同时增加晚上和周末监控值班,具体计划如下:1、TCH掉话率、TCH拥塞实施全时段监控,监控时段为8:0020:00,早忙时、晚忙时、最忙时实施重点处理,其它时段关注性能指标为定义门限*(1+50%的问题小区,TCH掉话中对异常TR掉话、BTS掉话、LAPD掉话也需关注;2、加强SDCCH掉话的监控,增加时段1516点SDCCH掉话,需要对SDCCH掉话率>40%,掉话次数>500次以上小区处理;3、周末监控时段为9:0017:00,监控内容为TCH掉话率(重点处理、TCH拥塞率(

16、重点处理、SDCCH掉话率(1011、1516,SD掉话率>40%、昨天全天的GPRS流量为0(主要查看是否集中同一个NSEI、早忙时GPRS附加信道请求拒绝率(主要查看是否为同一个NSEI存在PCU拒绝4、对于BSC级的问题,需要及时与网优中心沟通。5、晚上值班监控,要求监控人员必须确认无严重网络问题,20:30以后才可离开。5.5 半速率清理流程为了保持全网的半速率数量比较合理,降低BSC容量负荷和半速率话务比例,特制定全网半速率调整流程。具体流程请参考:PAGE 14 OF 40 2006-12-19 全网半速率调整流程试行稿.doc6 性能故障处理方式6.1 基站重启说明如性能监

17、控中需要对基站进行重启操作,在重启之前,监控人员必须查看历史告警,确认基站是否已经被重启过,从而避免频繁重启基站,基站重启后,必须等到有用户占用(低话务站除外。6.2 TCH拥塞处理TCH拥塞一般有两种类型:突发TCH拥塞和长期存在的TCH拥塞。突发拥塞一般处理方式有:1、对于由于载频退服造成的拥塞,要求与网管中心进行沟通,并且在故障恢复之前,也应采取一些常规处理方式2、如果可以增开半速率,开启半速率缓解拥塞3、新站拥塞可以通过调节基站发射功率缓解,再要求RNP采取相应处理措施4、通过调节AMH话务切换参数、空闲小区选择参数、专用模式小区切换参数、双频网话务分担参数、半速率控制参数、GPRS参

18、数临时缓解拥塞5、突发拥塞恢复后,要求调整的网络参数(包括半速率参数等恢复到调整前的设置长期存在的拥塞处理方式有:PAGE 15 OF 40 2006-12-191、通过以上常规的开启半速率等方式处理2、发送工单进行扩容3、对于切换拥塞高的小区,查看是否存在乒乓切换,如无其它调整手段,可尝试通过修改切换参数来减少切换请求次数,从而缓解拥塞此外,在开启半速率过程中,如果由于个别载频下挂的BCSU的TCH负荷过高,造成无法开启半速率,监控人员可通过在其它的BCSU上重建载频,开启半速率。6.3 SDCCH拥塞处理SDCCH拥塞一般有两种类型:突发SDCCH拥塞和长期存在的SDCCH拥塞。由于目前全

19、网已经开启了动态SDCCH功能,SDCCH拥塞基本都是突发原因导致。突发原因的SDCCH拥塞处理方式如下:1、如果由于突发的SDCCH高掉话造成SDCCH拥塞,可通过处理SDCCH掉话的手段进行处理2、其它类型的突发的SDCCH高拥塞,继续观察,如自动消失,不做处理长期存在的SDCCH拥塞处理方式如下:1、如果小区长期存在SDCCH高掉话,由于过多的GHOST导致高SDCCH拥塞,可通过处理SDCCH掉话的手段进行处理2、如长期存在SDCCH拥塞,可通过增加SDCCH信道解决3、对于LAC边界由于位置更新频繁造成的SDCCH拥塞,可通过调节参数HYS等避免频繁位置更新增开SDCCH信道时,一般

20、要求:1、SDCCH信道尽量安排在载频的时隙0PAGE 16 OF 40 2006-12-192、需要同时注意半速率和LAPD信令速率,选择合适的载频开通SDCCH信道(对于LAPD的BR=16的情况,载频开了一个SDCCH,半速率允许开3个6.4 TCH掉话高处理TCH掉话的处理过程比较复杂,监控人员自身需要对日常监控中的掉话处理不断总结,以提高处理TCH高掉话的水平。下面为各类掉话的参考处理方式。6.4.1 TR掉话高TR掉话高可通过以下方式处理:1、可通过ZAHP查看相关载频进行复位,在开有BB情况下,可复位BTS2、如复位载频无效,可通过重建载频数据观察3、如复位载频和重建数据均无效,

21、确定是否为载频故障或传输配置数据有误4、通过调节BSC参数ITCF,可以对TR掉话有所缓解,建议设为最大值55、如果TR掉话在BSC内部分布比较均匀,可能为TC板或BSC级其它单元故障,向网优中心反映。6.4.2 LAPD掉话高LAPD掉话高可通过以下方式处理:1、查看告警确定是否为载频退服导致,并查看相关原因,如需要更换载频或做基站硬件处理,与网管中心沟通2、ZYMO查看是否存在传输误码导致传输闪断3、确定基站是否出现过断电原因造成的退服PAGE 17 OF 40 2006-12-196.4.3 A口掉话高A口掉话可通过以下方式处理:1、如果A口掉话均匀分布在BSC内所有小区上,A口电路存在

22、故障,向网优中心反映2、A口掉话一般都是由于跨MSC的切换引起,可检查相关切换指标和切换参数以及目标小区的工作是否正常。6.4.4 BTS以及OTHER掉话高BTS掉话一般在基站告警上有所体现,基本由于基站硬件故障导致,需要与网管中心沟通USER掉话由于重启基站导致,不做处理6.4.5 ABIS掉话高ABIS掉话高可通过以下方式处理:1、查看告警是否相关载频存在7745告警,可通过复位载频观察。如复位载频后,7745高告警仍然存在,仍然存在高掉话,可尝试锁住载频观察掉话情况,在确定由于某载频故障导致ABIS高掉话后,向RNP发送工单要求更换。2、是否存在严重的同邻频干扰3、ZERO查看是否小区

23、存在严重上行干扰,干扰处理参考如下:a、如由于突发的干扰器开通,监控人员需要跟踪干扰是否一直存在,如一直存在干扰,需要向相关RNP反馈b、确定该小区是否下挂有直放站,如下挂有直放站,并且干扰一直存在,向RNP发送工单进行直放站的相关硬件排查PAGE 18 OF 40 2006-12-19c、查看是否存在与天馈相关的告警,如7949告警等,如由于天馈原因,发单要求RNP进行天馈系统检查d、如产生干扰的原因不明,并且ABIS掉话很高,可向RNP发单要求进行现场扫频、基站硬件检查、天馈系统检查等备注:由于7745告警原因复位载频时,有时重启BTS和重启载频效果不一样,可能重启BTS不能恢复,但重启载

24、频却恢复正常,如果小区开有BB,也建议在锁住BTS后,对问题载频进行一次解锁操作后,再解锁BTS。6.4.6 RF掉话高RF掉话高常规处理方式请参考:1、确认是否BSC内部较多小区存在突发高掉话,这可能由于BCSU吊死、BSC级的参数设置不合理、BSC内较多小区的参数设置有误等造成2、确认是否为载频故障,如怀疑载频故障,有时可通过倒换方式进一步确定。通常倒换载频有以下几种方式:A、载频之间频点互换,确定是否为频率干扰B、BCCH载频和TCH载频倒换,确定是否为BCCH载频故障,与A方式相同,只是针对于BCCH载频定位故障,建议通过修改PREF的方式倒换C、BCCH频点与TCH频点互换,这种倒换

25、改变了小区的BCCH频点,需要注意BSC外部邻区数据的更新,该类倒换主要针对怀疑BCCH频点干扰的情况D、半速率倒换,将开有半速率的载频的半速率信道倒换到其它频点更换的相关载频上E、GPRS信道倒换,将开有GPRS信道的载频的GPRS时隙倒换到其它载频上PAGE 19 OF 40 2006-12-19F、载频之间槽位更换,该操作需要工程人员实施备注:倒换载频后,有时可能会马上出现7745告警,可以通过重启载频恢复。要求监控人员在倒换载频操作后,需要跟踪小区是否出现由于倒换载频造成的高掉话。一般建议先关闭BB确定故障载频,可以通过以下方式定位载频故障:A、载频频繁存在告警B、载频存在故障告警,如

26、TRX_FAULTY、高温告警等C、载频7745告警占用比例高,重启后仍然存在D、载频级的统计显示某载频掉话很高E、载频级的统计显示某载频的KPI统计相对其它载频异常,如发射功率、上下行接收信号强度、上下行话音质量、PATHBALANCE等3、确认基本配置参数是否良好,主要包括:A、邻区规划是否良好,是否存在漏做邻区的现象,特别注意基站是否存在过覆盖现象造成邻区遗漏B、频点分布是否良好4、主要KPI话音质量、切换失败率、OUTBAND1是否异常。A、如上行话音质量较差同时OUTBAND1比例很高,同时干扰等级较高,确认是否存在外部干扰、直放站故障;如干扰等级较小,同时排除频率干扰,确认基站是否

27、开启BB、基站是否存在7949告警,仍无法解决的,可派单给RNP检查天馈和基站硬件B、如基站开有BB,话音质量突降情况,可通过关闭BB定位是否个别载频故障导致C、如切换失败率异常,请参考切换失败率处理流程5、确认小区空闲小区重新参数、接入参数(手机功率等级设置等、小区切换参数、BMA等设置是否合理PAGE 20 OF 40 2006-12-196、3载频以上的小区一般要求开启BB功能7、注意通过h1结合邻区分布、MAPINFO地形地貌查看基站是否存在过覆盖、反向覆盖、基站天线接反等现象8、对于突发的高掉话,可查看周围是否有小区退服、参数是否存在变动、是否做过工程调整等,突发的高掉话要求跟踪至少

28、2天以上9、确认半速率是否对该小区的掉话有影响10、结合上下行信号强度、MS和BTS的发射功率统计、覆盖距离统计确认小区是否存在弱覆盖,同时分析造成弱覆盖的成因11、可通过监控平台上的参数修改记录、历史CASE处理记录了解小区的历史处理情况12、在干扰情况良好情况下,也要通过网优平台查看该小区是否存在直放站,直放站性能不好或者频点设置有误等,也会造成对掉话的影响13、对山区站、海岛站、超远覆盖小区、手机维修市场等小区的高掉话如果波动不大,一般不做处理14、其它异常情况,如进程故障、SDCCH信道吊死(一般建议SDCCH信道设置在时隙0等,可通过重启BCF、倒换SDCCH信道解决。6.5 SDC

29、CH掉话高处理SDCCH掉话处理请参考:1、SDCCH产生成因较复杂,很多情况并非真正影响用户感受,如LAC更新占用SDCCH,预处理问题时限可适当提高,初定位1周时间2、查看是否存在SDCCH的7745告警,如存在,复位相应的载频3、是否存在TCH和BCCH、BCCH和BCCH的同频同BSIC4、查看是否有邻站同频、正向邻频、过覆盖产生干扰的情况5、确定是否由于LAC边界参数设置不当导致频繁位置更新占用SDCCH(查看位置更新占用SDCCH的比例,可通过调节HYS、REO PAGE 21 OF 40 2006-12-19等;对LAC边界的小区需要注意,空闲状态小区重新到不同LAC所需的MRG

30、与专用模式切换的PMRG之和必须大于0,以防止乒乓的位置更新。6、异常高SDCCH可尝试倒换载频7、突发异常情况如不能自动恢复,一般通过RESET基站处理,有些小区通过RESET BTS无法恢复的,需要通过RESET BCF处理8、部分小区的SDCCH突发高掉话需要硬重启基站恢复9、突发干扰导致的高SDCCH掉话请参考ABIS掉话中的干扰处理过程10、屏蔽小区SDCCH高掉话不做处理6.6 切换失败率切换失败率处理一般可通过h1定位问题小区,具体成因也比较复杂,处理建议请参考:1、检查地理位置上是否缺少邻区2、是否存在同频同BSIC邻区,或者同频同BSIC原因造成的误切换3、H1中切换失败率较

31、高的目标小区是否本身性能存在故障,如载频故障、干扰、天馈故障、直放站故障、基站硬件故障、TSC与BCC不一致等4、源小区是否存在过覆盖、弱覆盖、天线接反、天线后瓣功率过大导致反向覆盖等5、邻区参数是否设置合理,如PMRG、SL设置、超远覆盖小区的HOTA设置是否合理,HOTA设置参考:0 :从正常或是超远小区切换到正常小区1 :从正常或是超远小区切换到超远小区的inner区域2 :从正常或是超远小区切换到超远小区的outer区域PAGE 22 OF 40 2006-12-193 :从超远小区切换到超远小区的同一个区域(inner 到inner 或是outer 到outer6、是否存在邻区配置参

32、数错误,如FREQ、NCC、BCC、LAC与邻区本身的BTS参数不一致,对于邻区参数有误的邻区,系统会产生BSC级的2725告警,该类告警不会自动清除,当修正了邻区参数后,可手动清除该类告警。2725告警有两种,一种为BSC探测到邻区错误,一种为MSC探测到邻区错误,对于MSC探测到邻区错误的情况,源小区和目标小区分属不同的MSC,需要查看目标小区在MSC中的配置,包括该目标区所属的LAC是否在源MSC中定义等。7、边界外部邻区的配置是否正确,PLMN与外部邻区的NCC设置是否合理8、双频网之间切换DBC设置是否打开9、切换相关参数包括切换门限、切换N/P判决、切换平均进程、BMA等设置是否合

33、理10、邻区有EGSM的小区,邻区个数有限制,在DCS1800小区的邻区中同时存在PGSM900和EGSM900时,邻区中PGSM900和EGSM900小区的绝对频点数不能超过16个,在GSM900中同时存在DCS1800和EGSM900时,小区的绝对频点个数不能超过30个,对于1800的小区更需要注意EGSM的影响。11、基站版本引起的切换失败高问题,特别是Metrosite,一般伴随有7601告警指示Difference between PCM and base station frequencyreference,7616告警指示OSCILLATOR ADJUSTINGTEMPORARI

34、LY INTERRUPTED Oven oscillator adjustmentfunction interrupted,可通过调整基站软件版本解决,降低软件版本后,切换失败率恢复正常可能需要一段时间。PAGE 23 OF 40 2006-12-1912、传输误码引起高切换失败,查看告警一般存在7601告警,告警内容为Difference between PCM and base station frequency reference,ZYMO查看发现存在误码。该类问题一般由于传输故障导致,包括微波故障、传输接头故障等,需要到现场排障,此外,如果出现了以上7601告警,并且没有传输误码,需要

35、校准时钟,该类问题可与网管中心沟通,校准时钟或者传输误码修复后,切换失败率恢复正常可能需要一段时间。13、时钟不同步造成高切换失败,查看告警一般存在7839告警,告警内容为7839 DIFFERENCE IN FREQUENCIES BETWEEN PCMAND BTS MASTER CLOCK,通常需要更换BCF板,一般源小区的切换失败率会突然升高,该类问题可直接与网管中心沟通,故障修复后,切换失败率恢复正常可能需要一段时间。14、在话务量较高的情况下,是否由于AMH切换过多导致切换比较混乱15、异常情况下可通过重建邻区、重启源小区BCF等非常规手段解决备注:在处理切换失败率过程中,如果涉及

36、要删除邻区操作,要求必须查看h1数据,不能随意删除邻区。6.7 呼叫次数为0&话务量为0呼叫次数为0&话务量为0的处理请参考:1、确定呼叫次数为0的小区当前的状态,是否退服、锁住。2、确定为话务量超低,根本无用户导致的不做处理3、查看相关参数QUA、BAR等设置是否合理4、异常情况可尝试RESET BTS、RESET BCF5、RESET仍不能解决的需要立即通知RNP,并在IMEP平台上派发工单备注:呼叫次数为0并不等于话务量为0,有些问题小区MS不能起呼,但可以切入。PAGE 24 OF 40 2006-12-196.8 呼叫次数突降&话务量突降呼叫次数突降&

37、话务量突降的处理请参考:1、确定是否为受日期影响较大的场所(比如办工场所周末休息,如为这种情况,不做处理。2、确定是否为重大节日、周围基站故障修复、新站开启、新站扇区分裂导致话务突降,这种情况,不做处理3、考察是否为降低了基站功率(PMAX,是否基站天线高度、方位角、天线类型等做了工程调整,如为这类情况,需确认具体原因再做处理4、是否为天馈故障,可查看是否存在相关的天馈告警、相关KPI指标是否异常5、其它异常故障,可通过复位BTS、复位BCF解决6、常规手段不能解决,向RNP反馈情况,并在IMEP平台上发送工单6.9 0_5级话音质量差&0级话音质量差话音质量差的处理请参考:1、查看是

38、否有频率干扰导致,可通过倒换载频定位干扰频点2、对于海岛站、超远覆盖站、低话务山区站,需另外考虑,如果话音质量无明显波动,一般不做处理3、对于街道站需要另外考虑(街道站目前使用的是RF跳频,使用的频率组中的频率一般在宏站中都有在使用,相对干扰较大,如果上下行话音质量0_5级在98%以上,不做处理4、对于江边覆盖小区,由于信号比较杂乱,覆盖难以控制,通常下行质量较差,一般在95%以上不做处理5、对于上行质差,查看是否存在干扰、分集接收告警、上下行链路不平衡等PAGE 25 OF 40 2006-12-196、是否为开跳频导致,一般开BB对0级话音质量影响较大7、是否由于个别载频故障,通常开了BB

39、的小区如果个别载频故障会导致话音质量下降明显8、其它相关指标,如切换失败率、上下行信号强度等是否异常9、小区是否存在过覆盖、弱覆盖、反向覆盖等问题10、查看告警是否存在其它硬件故障6.10 话音质量突降一般处理过程请参考:1、查看其它相关指标是否也伴随同时突降,如信号强度、覆盖范围、发射功率、切换失败率等,从而定位相应故障2、同话音质量差处理方式6.11 载频频繁存在告警一般处理过程请参考:1、确定是否为载频故障,如为载频故障,需与网管中心沟通2、一般可通过RESET解决6.12 7745告警占用失败比例高一般处理过程请参考:1、确定是否为载频故障,如为载频故障,需与网管中心沟通2、对于SDC

40、CH的7745告警,可能与突发的SDCCH高掉话有关,可参考SDCCH掉话处理3、一般可通过RESET解决PAGE 26 OF 40 2006-12-194、山区低话务站、海岛站、超远覆盖小区如KPI指标无大的波动,一般不做处理6.13 BSC指标监控BSC级指标监控常规处理参考如下:1、查看是否由于个别小区指标恶化导致BSC指标波动较大2、如为BSC级的问题,先查找BSC级告警,向网优中心反馈3、确定是否为割接、集市、节假日造成6.14 GPRS附加资源请求拒绝率GPRS附加资源请求拒绝率处理参考如下:1、确认信道请求拒绝类型,如为PCU原因,需要进行NSEI重新规划或进行PCU扩容2、如为

41、专用信道资源不足,可通过修改GTRX、CDED增加GPRS专用信道资源3、如为附加信道资源不足,可通过修改GTRX、CDEF参数增加GPRS信道资源4、如果由于CS话务过高,尽量将GPRS时隙安排在没有开半速率的载频上,以提高半速率利用率,同时可以增开半速率信道增加语音信道5、是否可通过调节REO、HYS等GPRS小区重新参数分流GPRS业务6、在CS话务太高的情况下,需要进行载频扩容6.15 GPRS上下行流量为0GPRS上下行流量为0的处理参考如下:1、确认该小区的GPRS功能是否关闭,是否有GPRS信道PAGE 27 OF 40 2006-12-192、确认该小区是否退服3、可通过重新G

42、PRS开关尝试4、如BSC内部较多小区同时出现GPRS流量为0现象,可能是PCU吊死等BSC级故障,需要倒换BCSU等操作,向网优中心反馈7 参数修改说明7.1 参数修改记录平台目前参数修改记录统一在性能监控平台的参数记录部分进行,性能监控平台的最新版本可到75rnpPlannereastcomNokiaMor目录下下载。7.1.1 记录参数修改窗口性能监控人员登陆监控平台后,在窗口左边的工具栏中选“参数修改”修改功能记录参数修改情况。目前支持对一个小区或一个BSC同时修改5个参数。参数修改的界面如下:PAGE 28 OF 40 2006-12-19 上图中,“修改参数类别

43、”为平常做何种网络维护时需要进行参数修改,分为预处理、参数检查、DT&CQT、用户投诉、参数试验等;每个修改的参数需要指定参数类型,参数类型分为ADJ、BTS、TRX、TIMER、POC、HOC、BSC;参数名以缩写形式填写,对TRX和ADJ类型的参数需要分别指定TRX号和邻小区号;参数修改原因栏要求详细填写修改参数的原因。7.1.2 查询参数修改记录窗口参数修改记录也可通过监控平台进行查询,在窗口左边的工具栏中选“参数修改查询”可按条件查询各类参数修改记录。查询参数修改记录窗口请参考下图。下图中,在查询参数修改记录后,点中某条修改记录,在底部的小窗口中会显示修改该参数的具体原因,如果

44、需要对某条参数修改记录进行编辑,可选中某一记录,然后点“修改参数修改记录”按钮进行记录编辑;对于由于预处理过程涉及的参数修改,可通过双击参数修改记录进入到相应的CASE进行查看。PAGE 29 OF 40 2006-12-19 7.2 参数修改要求说明为了实现参数修改的规范性和可追溯性,具体要求如下:1、要求监控人员在进行参数修改之后,必须在监控平台上进行记录,同时监控人员要对参数修改的原因作详细说明。2、为了规范网络频点,监控人员不能随意修改频点进行尝试,前期可通过小区内部互换频点等方式确定干扰频点,修改频点要理由充分。3、为了避免监控人员和RNP之间频点修改的混乱,要求监控人员对修改的频点

45、、NCC、BCC要与RNP进行沟通。4、对BSC级的参数以及修改参数较多情况下,修改之前需要与网优中心沟通,在征得网优中心允许的情况下才能进行修改。5、要求监控人员对参数修改的原因要记录详细。6、对添加、删除邻区操作也需要记录,参数名和值可命名为“邻区关系”、“有”或“无”来表示。PAGE 30 OF 40 2006-12-197、对于修改半速率以及信道类型、载频间频点倒换操作涉及的参数修改不做记录8、网优中心按照参数修改模板进行的大量的参数修改记录不在监控平台上记录8 常规参数检查说明为了保障网络常规参数设置合理,每周需要对全网参数进行普查,检查时间建议安排在周一,主要检查常规网络参数。全网

46、参数设置模板请参考8.1,各类常规参数检查介绍请参考本章8.2节以后部分。8.1 参数检查模板目前全网参数设置请参考: 邻区参数检查模板_v1.xls 参数检查模板V4.xls8.2 RDIV对于UltraSite、MetroSite,建议打开分集接收开关RDIV,打开RDIV功能,对上行有较好的改善。检查条件:RDIV设置为N并且站型为UltraSite或MetroSitePAGE 31 OF 40 2006-12-198.3 PLMNPLMN用来控制MS是否对邻区的测量报告进行上报,如果某邻区的NCC没有包含在PLMN允许的NCC范围内,那么手机对该邻区的测量报告不会上报,那么会影响小区的

47、切换性能,在边界小区,尤其需要注意PLMN的设置。检查条件:源小区的PLMN是否包含所有邻区的NCC8.4 TSC载频TSC应与BCC一致,否则会影响切入性能。检查条件:载频的TSC与小区的BCC是否一致8.5 GENA小区一般打开GPRS功能。检查条件:GENA为N的小区8.6 邻区相关参数检查8.6.1 同频同BSIC邻区一个小区存在两个同频同BSIC小区后,在向其中一个小区发起切换时,由于BSC是通过BCCH和BSIC检测目标小区,这样BSC很容易发生错误的判断,从而产生大量的切换失败。当其中一个小区距离源小区很近,产生切换次数较多时,该情况更应当避免。检查条件:小区存在两个同频同BSI

48、C的邻区PAGE 32 OF 40 2006-12-198.6.2 无邻区小区检查条件:小区的邻区个数为08.6.3 单向邻区一般建议切换采用双向,对于话务分担等其他特别情况,偶尔会采用单向邻区。检查条件:单向邻区8.6.4 源小区在现网不存在的垃圾邻区可能由于割接等因素导致邻区数据没有完全删除。检查条件:源小区在现网中不存在8.6.5 目标小区在现网不存在的垃圾邻区可能由于割接等因素导致邻区数据没有完全删除,需要区别对待外部邻区,这类垃圾邻区容易导致邻区同频同BSIC。检查条件:LAC在现网存在,但小区号在现网不存在8.6.6 LAC&CI为0的垃圾邻区可能由于割接等因素导致邻区数据

49、没有完全删除检查条件:邻区LAC=0或者CI=0PAGE 33 OF 40 2006-12-198.6.7 SYNC对于Nokia的系统,我们一般认为,同一个BCF下的两个小区之间的切换是同步的,不同BCF下的两个小区切换是不同步的。如果将本来同步的小区设成不同步,对于切换性能没有大的影响,只是同步切换比不同步切换步骤更简单,切换时间更短,相对用户感受会更好一些。如果将本来不同步的小区设成同步,对切换性能有一定的影响,不同步切换需要首先预同步,如果源小区和目标小区的时钟偏移较大,切换失败几率会更大,不同的BCF采用不同的时钟单元,往往存在一定的时钟差异,我们建议不同的BCF之间最好采用不同步切

50、换,即切换时需要预同步。检查条件:同一BCF下两小区切换参数SYNC为N,或不同一BCF下两小区切换参数SYNC为Y8.6.8 错误邻区在进行网络调整(如割接等过程中,有时由于操作不当或异常原因,邻区信息没有更新,导致邻区的配置信息与目标小区本身的配置信息不符合,从而影响切换。通过MMI修改BCCH或者BSIC时,BSC间的邻区信息也不会更新,有时候修改小区信息时,很容易产生此类问题。边界外部邻区需要结合其它地市的小区配置信息进行检查。检查条件:邻区的NCC、BCC、FREQ、LAC信息与邻区本身的配置参数不一致。PAGE 34 OF 40 2006-12-198.6.9 同频切换邻区由于手机

51、测量六个最强邻小区是采用测量频点的方式,如果源小区和他的一个邻区BCCH频点相同,那么手机测量对应邻区时,测量的信号强度可能就是源小区的,而并非其邻区,这样会影响切换。检查条件:源小区和邻区的BCCH频点相同8.6.10 PMRG乒乓切换检查基于功率预算的切换,原小区和目标小区之间相互的PMRG设置不当,就很容易引起乒乓切换,影响网络性能。考虑到无线环境的波动性,我们一般认为源小区到目标小区的PMRG和目标小区到源小区的PMRG之和小于6就容易引起乒乓切换。检查条件:源小区到目标小区的PMRG+目标小区到源小区的PMRG<6 8.7 同站同邻频为了有效降低干扰,同站同邻频的现象要尽量避免。检查条件:同站的小区之间存在同频、邻频现象8.8 NOTUSED信道对于非超远覆盖小区,信道类型为NOTUSED,造成TCH资源的浪费,同时对于BB跳频,可能会对小区性能造成一定影响,一般由于BCSU负荷过高导致。检查条件:信道类型为NOTU