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

割接流程和关键点指引、案例分析
一、流程&关键点确认表
二、各关键点操作指引和建议
★割接方案，CAN流程确定
这一关键点需要有割接负责人完成。

主要内容包括：
①确定内部割接方案。

割接方案需要简要并明显的体现割接难点、割接量、时间控制、难点和岗位
指定对应的负责人、对应的PLAN和CAN计划。

方案的格式可参考割接案例。

②要求在割接前为每岗位负责人签定《流程关键点确认表》
以下是一些建议的CAN操作流程，主要是讨论全网UPDATA在不DEL旧MO，对网络的影响，以及如何缩短夜间工作时间，如何减少夜间工作人力。

（分是否同名小区来讨论）
以下以东莞第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数据进行检查。

★关于为什么要做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主要完成什么内容。

★旧MO删除
旧MO的删除，如果割接量大的时候，建议留到次日白天完成。

以减轻当晚工作量和出错几率。

下面介绍如何有效的删除旧MO，以及在各种情况下建议的删除方法。

★话务统计
这一关键点介绍次日BABYSIT时的话务统计，应该检查什么指标，有什么要求和规范。

，
，
★一致性报告检查（CGI、CELLNAME的遗漏、相临小区、）
这一关键点介绍如何检查UPDATA报告、一致性报告，应该检查一些什么重点。

三、割接小组和交换部其他同事的割接工程能力调查表。

附：人员能力调查表
5=明白+曾做过，
4=明白，曾跟进
3=曾做过/跟进但认识模糊
2=有认识，没碰过
1=UNKNOW。

四、案例分析。

●割接案例分析
主要研究PLAN制作、CAN操作流程、流程控制。

格式包括
①案例大概描述
②规模（割接的网元数、基站量描述）
③是否存在同名小区割接（同名小区割接指新旧小区名相同）
④是否存在同CGI小区割接（同CGI小区割接指新旧小区CGI相同）
⑤对于本案例CNA操作如何进行，是否存在难点，哪些是难点，如何实施。

⑥在过程中，是否与计划有出入处，如何调整。

（例如fall back是怎样实施的）
⑦是否有数据错误，带起什么后果，怎样调整。

各种问题、小结的案例分析：
附第一次割接流程小结报告（钟盛江）
附：方案分工：
如何检查PLAN--------------割接小组
MSC数据检查----------------邓干峰
话务统计-----------------------麦小红
MO操作-----------------------钟盛江
如何检查报告-----------------钟盛江
案例分析-----------------------李逸文、郑伟生
BABYSIT内容确定----------割接小组
组织、资料收集整理---------李逸文、邓干峰
遗留问题FALLBACK 案例
割接小组
2004 09 01。