网优工作中的问题与案例集锦v10Word下载.docx
《网优工作中的问题与案例集锦v10Word下载.docx》由会员分享,可在线阅读,更多相关《网优工作中的问题与案例集锦v10Word下载.docx(14页珍藏版)》请在冰豆网上搜索。
●版本演进
版本时间演进内容
第一版2006年3月新编
版本
日期
演进内容
备注
第一版
2010-1-15
收集、新编
目录
1项目管理类3
1.1项目初期准备不足3
1.2初期沟通不足3
1.3对新员工或学生的管理问题3
1.4人员准备和实际需求脱节4
1.5设备准备不足4
1.6备机备品安排问题4
1.7测试数据备份问题5
1.8项目成员和客户发生口角5
1.9DT测试公里数不够的问题6
1.10测试数据备份问题6
1.11人员本地化进程问题6
1.12项目人员替换安排问题7
2技术类7
2.1方案编制时考虑不周全7
2.2现场工参核对8
2.3完全按照测试规范设置测试参数问题8
2.4测试过程中发现问题应与后台及时沟通9
2.5故障处理时应考虑全面9
2.6在处理投诉时应现场及时分析问题并尽量解决10
2.7通信保障问题10
2.8在测试过程中出现异常应及时与项目经理联系11
2.9做好测试前的准备工作和注意事项11
2.10提高测试数据的分析速度12
1
项目管理类
1.1项目初期准备不足
●项目名称:
安徽移动租借项目(鼎利)
●问题描述:
项目初期,项目启动得过于匆忙,由于和厂家(鼎利)缺乏沟通,出发前大家对此次项目的情况知之甚少,导致项目实际情况和想象中的情况差距很大。
到了合肥,和鼎利的项目经理刘恒联系后,才知道此次项目的工作内容为安徽17个地市,而不是想象中的仅合肥市;
项目时间也不是想象中的1月1日结束,而是12月25日。
●反思与预防措施:
项目初期应先和甲方多沟通,了解项目的基本情况,才能做好充分的准备,比如:
需要什么样的人、人数、什么样的设备、设备数量,项目时间等
1.2初期沟通不足
云南移动租借项目(鼎利)
由于与园佳和公司领导沟通不足,项目人员需求出现变更(由原来的5人变为4人),而自己没有及时得到消息,导致大家赶到火车站时才发觉。
最终让赵峰又赶车回家,导致人财物的不必要浪费。
应多次沟通,确认相关信息(人员、目的地、时间、时长、所带设备等)
1.3对新员工或学生的管理问题
虽然经常交代大家注意生活细节,但是还是出现过一同学使用宾馆毛巾擦皮鞋的情况,导致宾馆要求赔偿30元。
在鼎利和园佳面前有损我们国腾员工的形象。
在后续的工作中,应加强学生工作与生活细节的交代。
1.4人员准备和实际需求脱节
12月6日,和鼎利项目经理刘恒沟通后,发现此次项目需要5个新农村多路MOS测试人员,由于测试多路MOS对人员的测试经验、现场动手解决问题的能力非常高,而学生覃豪和邱江云缺乏相应的能力;
在12月5日~12月12日的测试中,证实了我们学生的能力不够,因此鼎利的项目经理刘恒要求换人,12月12日将覃豪和邱江云召回成都。
项目初期应先和厂家沟通,了解项目的基本情况,才能知道该带什么样的人。
1.5设备准备不足
合肥移动租借项目(鼎利)
12月7日,和鼎利项目经理刘恒沟通后,发现此次项目的CQT测试方式为用电脑测试,且鼎利不提供车辆,这就对电脑的待机能力要求很高;
而我们这次租借的电脑待机能力普遍低于1个小时,使得急需提高电脑的待机能力。
12月7日,项目经理刘涛将情况反映给公司;
公司于12月8日将4块笔记本电脑电池通过航空方式发往合肥,但于12月11日空检未通过,被退回;
为保证项目的如期完成,最后不得不在合肥本地购买两块电池(每块电池单价210元)应急,造成了不必要的花费。
项目初期应先和厂家沟通,了解项目的基本情况,才能知道该什么样的设备。
1.6备机备品安排问题
12月12日,在外做新农村多路语音MOSDT测试的徐海华,由于鼎利提供的设备出现故障,无法继续测试新农村。
和鼎利的项目经理刘恒沟通,发现他目前无多余的设备,最后只能将徐海华的工作内容调整为市区3GCQT测试。
应提示厂家(鼎利)应多准备一两套设备,以备不时之需。
1.7测试数据备份问题
虽然我们每天都会把数据上交给负责人,但是因为病毒等未知问题,出现过项目经理打不开数据的情况,而让学生重新提供数据的时候,他们确是剪切的,没有做好备份,导致其中一个数据不能使用。
由于已经离开原来的城市,只能通过其它数据篡改的方式弥补,并要求后续数据备份。
在后续的工作中要注重测试原始数据的备份工作,至少要到项目结束后一周。
1.8项目成员和客户发生口角
12月22日晚,徐海华因工作待遇过低,负面情绪较大,与鼎利通信公司项目经理刘恒发生言语上的冲突,导致刘恒要求尽快换人,12月23日下午,项目经理刘涛乘飞机去合肥将徐海华换回。
给公司带来了人力、经济和声誉方面的损失。
由于事发前项目经理刘涛就发现徐海华的情绪异常,并就徐的待遇问题和公司领导进行了探讨,但未得到肯定而明确的答复,从而使得徐的负面情绪滋长并爆发;
以后遇到类似情况,公司应及时给予员工合理的答复;
另外,项目成员也应注意控制自己的情绪。
1.9DT测试公里数不够的问题
12月28日,鼎利项目经理刘恒反映本次新农村多路MOSDT测试部分成员测试时“偷工减料”;
本来要求测试10km(后来要求至少8km以上),但部分测试成员仅测试了4~6km,使得这些测试点数据作废。
已和鼎利项目经理刘恒沟通,发现以上均为园佳向汇源租借的两个工程师所为,不是我们公司人员的责任,但应预防这类情况。
各项目成员应按照鼎利项目经理刘恒的要求,保质保量的完成测试任务,有不明白的地方应及时向项目经理咨询。
1.10测试数据备份问题
12月30日,鼎利项目经理刘恒要求再次提供12月13日合肥的CQT数据文件(之前提供过);
但由于该天的数据文件保留在徐海华现用的笔记本电脑上,被徐海华无意中删掉了。
当天晚上赶紧用数据恢复软件进行紧急恢复,终于将部分数据文件抢救回来了,但仍有部分文件损坏,和鼎利刘恒商量,刘恒说鼎利陈天翔那里应该有备份,暂不需要我们提供。
项目经理应在项目结束后将项目数据文件收集起来,并给项目成员重申,数据文件至少应在电脑上保留1个月。
1.11人员本地化进程问题
秦皇岛协维项目
能按照公司各级领导的指示,完成本地化人员的招聘以及相关培训的开展等,但就所招本地化人员的使用与否问题上,未进一步与公司各级领导沟通,在不清楚公司当前相关策略的情况下就决定让新员工留下试用,以致公司的人事安排调动出现麻烦!
相关的工作决策应先报与各级领导审阅批示,应随时了解并理解公司的最新工作指示。
1.12项目人员替换安排问题
秦皇岛协维项目人员替换返回事情:
测试人员本地化一段时间后,应立即将人员返回公司时间计划提交公司领导并严格按照计划时间实施,但工作决策不果断只考虑当前项目情况与返回人员情况,致使人员不能按计划时间返回,公司人员安排被相应干扰。
相关的工作安排应有序的开展,对公司的决策应不苟的执行。
2技术类
2.1方案编制时考虑不周全
在对数据分析过程中发现某处存在弱覆盖现象,可通过RF优化解决,因解决手段需通过调整天线方位角及俯仰角来加强问题区域覆盖,然而在制定方案时仅考虑:
基站高度、天线方位角、机械下倾角、现场环境等信息,而忽略天线型号为存在3度内置电调下倾角。
在现场调整中因方案的失误对该基站天线进行2次调整后才解决问题。
在对数据进行分析制定解决方案时应考虑的更周详,对基站硬件设备、系统参数、现场周边环境等较好的把握,对问题进行透彻的分析,制定有效的解决方案,在现场调整过程中有效的把握周边环境,使问题能得到及时有效地解决。
2.2现场工参核对
在对基站天馈进行调整时,因过于相信局方提供的基础工参信息,导致天馈调整方案错误,局方提供天线方位角为180度,因周边环境考虑需调整为240度,在现场勘察中发现小区天线方位角为255度,存在误差,将其仍调整为240度。
不过于相信局方提供的基础信息。
在进行现场勘测时因采集每个站点的每个扇区的方位角及俯仰角,对数据库进行更新,方便日后有效的进行数据分析,制定合理化调整建议
2.3完全按照测试规范设置测试参数问题
在进行DO数据业务测试时,未注意对网络连接选项进行设置为“仅EVDO”,测试完成后对数据进行分析发现部分区域存在下载数率慢的现象,而该区域无开通Do载频的站点,不应存在数据流量。
检查发现测试过程中网络连接项为“1X与EVDO混合”,存在1X数据业务,此次测试不利于3G数据业务分析。
在进行数据业务测试前因注意网络连接选项,对测试模板因进行检查;
熟悉CDMA网络DT/CQT测试评估系统技术规范,掌握语音业务及数据业务测试规范,对市区、高速、乡村等DT测试要求(呼叫时长、测试速度、指标统计)进行熟记,对风景点、城区热点等CQT测试规范进行掌握。
对数据业务进行测试时因注意上传、下载文件大小,模板正确设置,终端应锁定在3G模式
2.4测试过程中发现问题应与后台及时沟通
在进行边界测试过程中发现存在边界邻区漏配现象,边界基站对问题区域覆盖,无法切换,从而对问题区域形成干扰导致掉话,在现场测试过程中未能及时与后台人员联系进行核查添加邻区,以致问题解决滞后,需再次进行复测验证
在进行现场测试处理过程中应与后台人员密切联系,需要后台人员配合进行参数调整的应及时联系进行做出调整,参数调整后以对问题区域进行测试,现场判断是否有效解决问题。
增强团队配合,提高办事效率
2.5故障处理时应考虑全面
某周进行KPI指标统计时发现其中一天SD掉话率较为异常,因此对那天忙时话务统计进行跟踪分析发现造成SD掉话率升高的原因是当日忙时几个小区SD掉话次数异常增加导致,后续对这些小区的话务统计和SD掉时间话性能进行分析发现这些小区SD掉话时都是低电平、高质差同时时间提前量基本都是零,第一次分析时将时间提前量理解错误导致分析错误,主观认为是载频故障或SD掉话时信道故障造成,在后续的分析中发现造成SD掉话时的那些现象其实主要原因还是由于覆盖造成的深度覆盖不足。
下表为20日忙时话务统计:
时间
BSC
小区
SDCCH占用请求次数(所有的)
成功的SDCCH占用次数(所有)
SDCCH占用失败次数
SDCCH掉话次数
SDCCH话务强度(不含极早指配)(ERL)
2009-12-2019:
00
BSC2
固安-知子营-2
338
71
0.419
固安-知子营-3
595
62
0.656
安次-信东庄-2
182
23
0.206
永清-南二堡-3
129
43
0.205
永清-吴家场-1
315
38
0.322
永清-吴家场-2
334
55
0.387
下表为20日SD掉话小区的掉话性能统计:
统计时间
小区名
SDCCH掉话时平均上行电平
SDCCH掉话时平均下行电平
SDCCH掉话时平均上行质量
SDCCH掉话时平均下行质量
SDCCH掉话时平均时间提前量
永清-南二堡-3
0.06
0.17
6.92
7
0.07
固安-知子营-2
固安-知子营-3
安次-信东庄-2
永清-吴家场-2
永清-吴家场-3
任何问题的分析要全方位考虑,点、线、面,都要考虑周详,每个细小环节都不能轻易忽略。
2.6在处理投诉时应现场及时分析问题并尽量解决
在处理一些投诉的时候,有些能够现场解决的问题未及时解决,到写报告时才提出方案,没有在现场及时通过叫后台的人修改参数来解决该问题。
去解决问题时没有好好去想通过什么测试方法去解决该问题,有些问题还需要在空闲模式下去测试、锁频和拨打测试才能反应问题。
没有及时的解决问题导致了我们工作效率没有提高。
在以后的工作中首先要想通过思考通过什么测试方法才能发现问题并能及时的解决问题,理清思路提高我们的工作效率。
2.7通信保障问题
某次大型活动通信保障,会场预计20000人,会场的保障方案及实施很到位,但只考虑了会场的保障而忽略了通往会场的道路。
碰巧当日诸多领导由于塞车被堵在了通往会场的高速路出口,因为未考虑道路的保障,故高速出口处基站配置很小,导致塞车后通讯马上拥塞,领导与会场通讯及其困难,从而宣告整个活动的通信保障失败。
又因为9点钟开始的保障后台数据人员8点45才到工作岗位,检查完告警及会场覆盖基站话务情况后没有多余时间考虑其他细节因素。
任何保障要全方位考虑,点、线、面,都要考虑周详,每个细小环节都不能轻易忽略。
任何保障后台数据人员均要提前30分钟到工作岗位排查告警、实时占用、硬件等情况是否正常。
2.8在测试过程中出现异常应及时与项目经理联系
某次协维项目中,需要第二日进行双网带MOS对比测试,测试前一个晚上检测所有设备、仪表正常,第二日上午测试时一切正常,但测试进行至下午时,测试电信指标的MOS突然中断始终连接不上,测试员工不进行任何的上报,私自决定在缺少数据的情况下进行余下的测试,导致当日下午测试的数据缺电信MOS部分,从而导致该日下午数据作废。
在遇到突发事件时应及时向上级反应情况,咨询应对措施,不应按照自己的意愿武断的采取任何行动。
在对上做级安排的措施有所怀疑的情况下可越级向公司领导层反应情况。
2.9做好测试前的准备工作和注意事项
测试当天由于前一天晚上未给设备充电,且没有规划好第二天测试的路线。
导致当天测试了没多久手机就没电了,只好停止测试。
路线也未规划好,浪费了大量的时间来找路。
每天晚上记住给手机和电脑充电,记录下测试任务,规划好路线,连一连设备确保没问题。
2.10提高测试数据的分析速度
测试的过程中不关注测试中遇到的问题,比如通话质差、掉话和切换失败等问题。
致使回去后花费大量的时间来回放数据寻找问题。
测试的时候要多关注语音质量差、掉话、切换失败等一些参数,如果遇到例如语音质量差、掉话、切换失败等一些情况,应该记录下具体的时间、地点、情况和哪一个LOG,回去分析的时候好直接调出LOG分析,不用花费大量的时间回放数据来找寻问题,从而提高分析文件的速度。
●