割接流程和关键点指引案例分析.docx

上传人:牧羊曲112 文档编号:1852898 上传时间:2022-12-21 格式:DOCX 页数:7 大小:1.57MB
返回 下载 相关 举报
割接流程和关键点指引案例分析.docx_第1页
第1页 / 共7页
割接流程和关键点指引案例分析.docx_第2页
第2页 / 共7页
割接流程和关键点指引案例分析.docx_第3页
第3页 / 共7页
割接流程和关键点指引案例分析.docx_第4页
第4页 / 共7页
割接流程和关键点指引案例分析.docx_第5页
第5页 / 共7页
点击查看更多>>
资源描述

《割接流程和关键点指引案例分析.docx》由会员分享,可在线阅读,更多相关《割接流程和关键点指引案例分析.docx(7页珍藏版)》请在三一办公上搜索。

1、割接流程和关键点指引、案例分析一、流程&关键点确认表 *以下岗位负责人签名时,是保证已知自己的岗位和如何完成岗位的。流程与关键点按顺序(“”为关键点)岗位负责人备注Health check的LOG 割接方案,CAN流程确定提交割接方案割接参数表制作提交割接参数表割接前传输核对ADJUSTMENT、PLAN制作保存plan reportPLAN检查(cellname,cgi ,量)CNAI/TABLEVIEW/OTHER?应保存类似CNAI结果或TABEL VIEW表格等。第一次UPDATA前一致性检查报告存档应保存CCHECK RP 1ST第一次UPDATA前MSC数据检查如果割往在用BSC,

2、第一次UPDATA前做FALLBACK AREA。第一次目标BSC的UPDATA,保证范围没错。查看UPDATAREPORT表头,如果错,立即选终止。保存updatareport 1stDIP对通和新MO开启。如果割往新BSC,第一次全网(旧网)UPDATA前做FALLBACK AREA(12:00) 第一次全网UPDATA以及UPDATA报告检查。保存udatareport 2nd凌晨留割接时最后一个人检查大概情况(割漏,小结载波开启的遗留问题)BABYSIT(交接、任务完成是否到位)遗留问题交接表旧MO删除什么时间,什么手段话务统计应提交类似第10次割接话务统计最后一次全网UPDATA保存

3、updatareport 3rd一致性报告检查(CGI、CELLNAME的遗漏、相临小区、)保存ccheck rp 2ndHealth check的LOG二、各关键点操作指引和建议 割接方案,CAN流程确定这一关键点需要有割接负责人完成。主要内容包括: 确定内部割接方案。割接方案需要简要并明显的体现割接难点、割接量、时间控制、难点和岗位指定对应的负责人、对应的PLAN和CAN计划。方案的格式可参考割接案例。 要求在割接前为每岗位负责人签定流程关键点确认表以下是一些建议的CAN操作流程,主要是讨论全网UPDATA在不DEL旧MO,对网络的影响,以及如何缩短夜间工作时间,如何减少夜间工作人力。(分

4、是否同名小区来讨论)以下以东莞第10次割接案例为例子说明一下。PLAN检查这一关键点主要介绍控制PLAN制作错误的手段。通过VIEW-PLANREPORT查看PLAN的情况。检查重点:割接小区总数,目标BSC、MSC是否正确。 使用CNAI对制作的PLAN检查的方法。 或在没CNAI理论基础下,用VIEW-OBJECT IN TABLE VIEW检查(主要检查对象:CELLNAME、CGI、BSC名、EA、CO、RO、经纬度、客户认为必要检查的参数。)第一次UPDATA前MSC数据检查为保证CAN的UPDATA操作的顺利完成以及切换关系的正常运做,在第一次UPDATA前,一定要对MSC数据进行

5、检查。 关于为什么要做FALLBACK AREA和应该在什么时候做。做FALLBACK AREA是为了防止割接完后需要到回割接前的小区关系而做的。根据不同类型的割接,需要在CAN操作的不同时间段做FALLBACK AREA。 如果目标BSC是在用的,必须在做第一次UPDATA前做FALL BACK AREA。因为这时的FALLBACK AREA保存了目标(在用)BSC的数据。 如果目标BSC是全新的,可以在做完目标BSC UPDATA时再做FALLBACK AREA。这时的FALL BACK AREA除了保存原网数据,还保存了新BSC的数据。 BABYSIT这一关键点主要是给出BABYSIT主

6、要完成什么内容。 旧MO删除旧MO的删除,如果割接量大的时候,建议留到次日白天完成。以减轻当晚工作量和出错几率。下面介绍如何有效的删除旧MO,以及在各种情况下建议的删除方法。 话务统计这一关键点介绍次日BABYSIT时的话务统计,应该检查什么指标,有什么要求和规范。, 一致性报告检查(CGI、CELLNAME的遗漏、相临小区、)这一关键点介绍如何检查UPDATA报告、一致性报告,应该检查一些什么重点。三、割接小组和交换部其他同事的割接工程能力调查表。name基站割接的大概割接参数表制作割接前传输核对PLAN制作CNAI操作CAN操作CNA报告检查话务统计MO操作MSC数据各种情况下割接经验方案

7、确定,流程控制李逸文545413234445张广义赵俊杰555515345534钟帅文414212234433钟盛江434515335333陈建辉554535555334郑伟生徐利群杨翔明陈日辉张作胜梁文博214111124411杜殳544212225433附:人员能力调查表5=明白+曾做过,4=明白,曾跟进3=曾做过/跟进但认识模糊2=有认识,没碰过1=UNKNOW。 四、案例分析。割接案例分析主要研究PLAN制作、CAN操作流程、流程控制。格式包括 案例大概描述 规模(割接的网元数、基站量描述) 是否存在同名小区割接(同名小区割接指新旧小区名相同) 是否存在同CGI小区割接(同CGI小区割

8、接指新旧小区CGI相同) 对于本案例CNA操作如何进行,是否存在难点,哪些是难点,如何实施。 在过程中,是否与计划有出入处,如何调整。(例如fall back是怎样实施的) 是否有数据错误,带起什么后果,怎样调整。 结果和遗留问题。1、割接到新MSC/BSC、不同小区名、不同CGI。技术概述:新MSC、BSC、不同小区、CGI。2、割接到新MSC/BSC、同小区名、不同CGI。3、割接到新MSC/BSC、同(/不同)小区名、同CGI。4、同MSC内BSC割接。 技术概述:同名、同CGI(因错误引起)、同MSC,割接到在用BSC。5、割接到在用BSC。技术概述:不同名、CGI、MSC,割接到在用BSC。技术概述:同名、在用BSC。不同MSC,不同CGI。各种问题、小结的案例分析:东莞XMSC割接信令负荷异常东莞七期二、三次割接总结潮州七期CBSC2割接总结顺德7期基站割接报告FALLBACK案例分析附第一次割接流程小结报告(钟盛江)附:方案分工:如何检查PLAN-割接小组MSC数据检查-邓干峰话务统计-麦小红MO操作-钟盛江如何检查报告-钟盛江案例分析-李逸文、郑伟生BABYSIT内容确定-割接小组组织、资料收集整理-李逸文、邓干峰遗留问题 FALLBACK 案例割接小组2004 09 01

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号