网管专业培训材料(维护部分)_200711

1、广东联通移动综合网管系统数据保障要点广东联通移动综合网管系统数据保障要点省网管中心2007年11月30日主要内容主要内容 一、故障定义 二、网元配置数据变更管理 三、 07年性能、配置数据管理办法 四、网管系统故障案例分析 五、网管中心联系方式和各人负责范围 一、维护规程重点说明一、维护规程重点说明故障定义故障定义在2007年10月份下发的中国联通广东分公司通信网故障调度管理办法 中，对严重故障和一般故障的时限有所调整，比之前的考核更严格了。故障定义重大故障严重故障一般故障轻微故障省级网管系统阻断/宕机超过24小时。624小时之间 36小时之间 3小时以内省级网管系统软件或主要设备（包括传输或

2、其它专业所属设备，备份设备除外）故障造成系统不能正常运行超过24小时 超过24小时。624小时之间 36小时之间 3小时以内专业网管系统阻断/宕机（包括关键设备（包括传输或其它专业所属设备）、软件故障）超过24小时。1224小时之间 312小时之间 3小时小时以内连接总部网管中心的网管链路阻断或数据不能正常上传。 超过24小时。624小时之间 36小时之间 3小时以内故障定义重大故障严重故障一般故障轻微故障网管系统主要设备故障但未影响系统正常运行 超过72小时。网管系统与其所管理的50%以上网元连接阻断超过24小时。1224小时之间 312小时之间 3小时以内OMC和综合网管链接中断大于等于4

3、8小时。2448小时之间 624小时之间 6小时以内单个网元(TMSC /GMSC/ MSC/PDSN/AAA /HLR/ SCP /BSC)和OMC采集链路中断大于等于48小时。12 48小时之间 12小时以内故障上报流程故障上报流程分公司和省网管值班人员分公司和省公司运维负责人省公司运维负责人：程丽江罗希茵部24小时值班热线：江海010-66504116耿岩公司故障接收邮箱（同时发送）同时发送故障简短说明40小时内提交详细的故障原因分析报告重大故障严重故障重大故障严重故障故障发生起30分

4、钟内口头上报总部故障接收邮箱：耿岩：江海：重大故障严重故障一般故障2 个 工作日内提交详细的故障原因分析报告2 个 工作日内提交详细的故障原因分析报告20小时内 提 交初 步 的XX 分 公 司障 上 报表yymmdd每月汇总成xx分公司网管专业一般故障月汇总表，在下月初上报至省公司运维部，上报时间同月报上报时间省公司网管组汇总整理：罗希茵在每月月报分析报告中，对重大故障和严重故障进行分析总结，并在规定时间上报省网管中心值班电话：020-3869627513005164444故障确认后10分钟内口头上报附件：广东分公司运维部网管系统故障上附件：广东分公司运维部网管系统故障上报管理流程（报管理流

5、程（2007年）年）分析并存档，作为考核依据每 月 将 所有 故 障 汇总 成 广东 分 公 司网 管 专 业故 障 月 汇总表yymm一般故障发生故障网管监控系统故障发生起60分钟内口头上报通过网管监控系统发现的重大和严重故障中分公司未上报的部分在10分钟内口头上报省公司，并同时通知分公司分公司运维部轻微故障一般故障二、二、07年性能、配置数据管理办法年性能、配置数据管理办法 根据总部根据总部2007网管系统性能数据管理办法网管系统性能数据管理办法 我省细化形成了我省细化形成了广东移动综合网管系广东移动综合网管系统性能、配置数据管理办法统性能、配置数据管理办法，该办法从网管数据的完整性、准确

6、性、及时性方面制定了，该办法从网管数据的完整性、准确性、及时性方面制定了7个考核指标，并从个考核指标，并从7月份开始对分公司实施考核。月份开始对分公司实施考核。指标数据类型指标要求满分值0分值考核时段允许补报时间网管数据准确性性能数据性能文件中网元数量完整性99.90%99.5%6：0023：0048小时网元性能数据完整性99.90%99%网元性能数据合理性99%97%全省实际忙时网元性能数据关联性98%95%网管性能数据及时性99%96%6：0023：00无配置数据配置数据的完整性(TMSC/GMSC/MSC/HLR/BSC/PDSN/AAA)100%99%16:00配置数据的完整性(BTS

7、、小区、中继群、信令链)99%95% 这几个考核指标在GC网WEB页面“日常报表”下的“数据保障核查报表”中均有每小时、每日，每月的统计。 实际考核的报表除配置数据、以及及时性的考核外，均采用“48小时”报表做为考核依据。即性能数据准确性和完整性考核的是统计数据是否能够在48小时内报到综合网管的情况。 针对每个性能数据均有上限和下限要求，超过上限或下限均认为出错。及时性要求分公司的网元数据要在3小时内上报到综合网管系统。 关联性考核以是否满足G网7条，C网10条关联性要求为依据。 出错率计算公式： 时间段内缺失（错误）的指标个数/（应上报指标个数时间段内小时个数） 考核办法详细见附件： 二、网

8、元配置数据变更管理二、网元配置数据变更管理 目的目的 网管的配置数据及时更新，保障网管配置数据的准确性。特制定本流程，并在网管的配置数据及时更新，保障网管配置数据的准确性。特制定本流程，并在电子运维系统上实现了问题跟踪工单流程。电子运维系统上实现了问题跟踪工单流程。 流程说明流程说明1 1、由于目前网管系统的处理能力和机制尚不能实现每天对全省所有网元配置数据、由于目前网管系统的处理能力和机制尚不能实现每天对全省所有网元配置数据进行采集更新，对于网络割接、升级会影响到网管配置数据变化的，必须上报进行采集更新，对于网络割接、升级会影响到网管配置数据变化的，必须上报配置数据变更申请。如会引起网管配置

9、数据变化、网管网元性能数据为空（割配置数据变更申请。如会引起网管配置数据变化、网管网元性能数据为空（割接引起的性能数据短时间缺失除外），必须在网元割接入网、调整变动当天的接引起的性能数据短时间缺失除外），必须在网元割接入网、调整变动当天的1010点前（如果割接在点前（如果割接在0 0点前执行的，要求在第二天点前执行的，要求在第二天1010点前上报；如果割接在凌点前上报；如果割接在凌晨割接，就在当天晨割接，就在当天1111点前）在电子运维系统上上报配置数据变更申请点前）在电子运维系统上上报配置数据变更申请, ,提交给提交给亿阳的临武坑处理，同时抄送省网管中心值班员亿阳的临武坑处理，同时抄送省网管

10、中心值班员( (帐号：帐号：wgzbwgzb) )。2 2、亿阳在联通配置更新、新设备入网等工作完成的当天、亿阳在联通配置更新、新设备入网等工作完成的当天1414点前完成网管配置数据点前完成网管配置数据更新工作，同时把工单返回给分公司。更新工作，同时把工单返回给分公司。网元配置数据变更管理网元配置数据变更管理3 3、分公司接到亿阳反馈配置已更新的工单后，要求在网元割接当日、分公司接到亿阳反馈配置已更新的工单后，要求在网元割接当日16:0016:00前按前按总部下发总部下发移动综合网管配置数据管理规范移动综合网管配置数据管理规范在网管在网管WEBWEB页面上认真填写。不能页面上认真填写。不能出现

11、配置数据为空、错误等现象出现配置数据为空、错误等现象, ,同时分公司保障新割入网元的性能数据的完整、同时分公司保障新割入网元的性能数据的完整、准确。最后在准确。最后在WEBWEB网页上对配置更改信息进行确认后把工单反馈给亿阳。网页上对配置更改信息进行确认后把工单反馈给亿阳。 4 4、网管值班人员在收到分公司配置数据变更申请后，按需上报工单给总部，并、网管值班人员在收到分公司配置数据变更申请后，按需上报工单给总部，并对整个配置更新流程进行监控，监督各个环节在时限内完成相关工作。并检查对整个配置更新流程进行监控，监督各个环节在时限内完成相关工作。并检查分公司是否在要求时限内配置数据填写完全、准确。

12、分公司是否在要求时限内配置数据填写完全、准确。5 5、亿阳在割接当天、亿阳在割接当天2020点前完成配置数据上报总部。点前完成配置数据上报总部。6 6、接到配置工单的网管值班人员负责在接到工单的第二天、接到配置工单的网管值班人员负责在接到工单的第二天1212点前，落实总部配点前，落实总部配置数据是否及时向总部更新后返回给分公司。置数据是否及时向总部更新后返回给分公司。7 7、分公司归档该工单。、分公司归档该工单。网元配置数据变更管理网元配置数据变更管理注意事项注意事项1 1、对于新网元接入网管、旧网元退网、现有网元配置变更分公司而导致相关配置、对于新网元接入网管、旧网元退网、现有网元配置变更分

13、公司而导致相关配置信息变更的都需要通过上报配置工单。信息变更的都需要通过上报配置工单。2 2、割接、升级以及相关配置数据更新失败的情况，分公司必须在变化当天上午、割接、升级以及相关配置数据更新失败的情况，分公司必须在变化当天上午1010：0000前邮件、电话通知省网管中心，同时撤销工单。前邮件、电话通知省网管中心，同时撤销工单。3 3、分公司的工单同时发送给所有网管值班人员，当天网管值班人员负责跟踪落实、分公司的工单同时发送给所有网管值班人员，当天网管值班人员负责跟踪落实当天上报的所有配置数据更新问题。当天上报的所有配置数据更新问题。4 4、分公司、亿阳要每月定期对配置数据的完整性和准确性进行

14、全面核查。数据保、分公司、亿阳要每月定期对配置数据的完整性和准确性进行全面核查。数据保障人员和网管值班人员要每月定期对配置数据的完整性和准确性进行全面抽查。障人员和网管值班人员要每月定期对配置数据的完整性和准确性进行全面抽查。网元配置数据变更管理网元配置数据变更管理常见问题：常见问题：1 1、过早提交工单。如某分公司、过早提交工单。如某分公司1 1月月1616日进行日进行BSCBSC割接，分公司在割接，分公司在1 1月月5 5日就上报配日就上报配置工单，导致工单无法在置工单，导致工单无法在4848小时内闭环。小时内闭环。2 2、未能按工单时限要求处理，多个环节存在超时现象。、未能按工单时限要求

15、处理，多个环节存在超时现象。3 3、对于批量、对于批量BTSBTS配置信息有变化的，按统一附件模版上报：配置信息有变化的，按统一附件模版上报：4 4、网元配置变更了，但是没有打配置变更工单，如广州在、网元配置变更了，但是没有打配置变更工单，如广州在1111月月2 2日凌晨进行了日凌晨进行了BSC26BSC26重归属（从重归属（从MSC7MSC7移到移到msc1msc1）的割接，但并没有打配置数据变更工单。直到）的割接，但并没有打配置数据变更工单。直到当天下午综合网管显示数据异常时候我们才发现，影响了当天的数据上报。当天下午综合网管显示数据异常时候我们才发现，影响了当天的数据上报。四、四、网管系

16、统故障案例分析（续）网管系统故障案例分析（续）案例案例1 1、 20062006年年1111月月1010日日潮州潮州C C网网LOMCLOMC磁盘空间满和磁盘空间满和LOMCLOMC数据文件损坏，导致数据文件损坏，导致POMCPOMC对对应的所有文件无法入库，应的所有文件无法入库，POMCPOMC服务器严重故障，所有中兴业务区服务器严重故障，所有中兴业务区C C网网管交换数据网网管交换数据无法采集，时间长达无法采集，时间长达2424小时。小时。案例案例分析分析：未按网管系统维护规程进行维护作业，直接导致故障的产生。：未按网管系统维护规程进行维护作业，直接导致故障的产生。网管系统故障案例分析（续

17、）网管系统故障案例分析（续）案例案例2 2、 20062006年年1111月月1515日日9 9点，点，佛山佛山分公司分公司G G网摩托网摩托OMCROMCR维护人员在未进行电子割接维护人员在未进行电子割接申请的情况下，对申请的情况下，对G G网摩托网摩托OMCROMCR服务器进行重启，导致服务器进行重启，导致G G网摩托网摩托OMCROMCR服务器和省网服务器和省网管中心的链接中断，影响省网管系统数据的正常采集。管中心的链接中断，影响省网管系统数据的正常采集。案例案例分析分析：安全意识薄弱，未按网管系统维护规程进行维护作业，直接导致故障：安全意识薄弱，未按网管系统维护规程进行维护作业，直接导

18、致故障的产生。的产生。网管系统故障案例分析（续）网管系统故障案例分析（续）案例案例3 3、 20062006年年1111月月1717日日1515点点清远清远开始综合网管无法采集开始综合网管无法采集C C网无线数据，省网管网无线数据，省网管1818日日1111点通知分公司无线负责人，但该负责人认为问题不在分公司，在确认本地点通知分公司无线负责人，但该负责人认为问题不在分公司，在确认本地LOMCLOMC数据正常后就不再跟踪，也没有向省网管反馈。到了数据正常后就不再跟踪，也没有向省网管反馈。到了1717点省网管再次联系分点省网管再次联系分公司，直到公司，直到1919点经重启本地服务进程问题才得以解决

19、。整个故障处理时间过长，点经重启本地服务进程问题才得以解决。整个故障处理时间过长，分公司没有及时处理故障，对问题跟踪到底并及时省网管沟通反馈。分公司没有及时处理故障，对问题跟踪到底并及时省网管沟通反馈。 案例案例分析分析：未明确网管维护责任人，：未明确网管维护责任人，沟通不及时，沟通不及时，导致故障的产导致故障的产生生及延迟处理。及延迟处理。网管系统故障案例分析（续）网管系统故障案例分析（续）案例案例4 4、 揭阳揭阳分公司人员变更时未做好交接工作，维护人员对网管系统不熟悉。在分公司人员变更时未做好交接工作，维护人员对网管系统不熟悉。在未向省网管申报的情况下，未向省网管申报的情况下，1111月

20、月2121日维护人员对华为日维护人员对华为BSCBSC上华为上华为OMCROMCR性能数据采集性能数据采集帐号进行了密码修改，并修改了用户帐号进行了密码修改，并修改了用户“OMCR”OMCR”的权限，导致在的权限，导致在2121日日1515点至点至2222日日1919点间综合网管无法采集到该点间综合网管无法采集到该BSCBSC的数据。的数据。 案例案例分析分析：对网管系统不熟悉，不按流程操作，导致问题的发生及处理的延迟：对网管系统不熟悉，不按流程操作，导致问题的发生及处理的延迟 。网管系统故障案例分析（续）网管系统故障案例分析（续）案例案例5 5、中山中山分公司于分公司于1212月月8 8日凌

21、晨进行日凌晨进行C C网网HLR3HLR3网元入网割接，割接后没有按割接工作网元入网割接，割接后没有按割接工作要求检查网元的网管接入状态，直到要求检查网元的网管接入状态，直到1212月月9 9日上午日上午1111：3030在解决了链路故障问题后在解决了链路故障问题后HLR3HLR3才正常接入网管，造成才正常接入网管，造成HLR3HLR3在割接入网后长时间未接入网管。在割接入网后长时间未接入网管。案例案例分析分析：安全意识薄弱，：安全意识薄弱，规程不熟悉，规程不熟悉，未按网管系统维护规程进行维护作业，未按网管系统维护规程进行维护作业，直接导致故障的产生。直接导致故障的产生。网管系统故障案例分析（续）网管系统故障案例分