割接流程和关键点指引案例分析完整版.docx
《割接流程和关键点指引案例分析完整版.docx》由会员分享，可在线阅读，更多相关《割接流程和关键点指引案例分析完整版.docx（8页珍藏版）》请在冰豆网上搜索。
割接流程和关键点指引案例分析完整版
HUAsystemofficeroom【HUA16H-TTMS2A-HUAS8Q8-HUAH1688】
割接流程和关键点指引案例分析
割接流程和关键点指引、案例分析
一、流程&关键点确认表
*以下岗位负责人签名时，是保证已知自己的岗位和如何完成岗位的。
流程与关键点按顺序（“★”为关键点）
岗位负责人
备注
Healthcheck
的LOG
★割接方案，CAN流程确定
提交〈割接方案〉
割接参数表制作
提交〈割接参数表〉
割接前传输核对
ADJUSTMENT、PLAN制作
保存〈planreport〉
★PLAN检查（cellname,cgi,量）
CNAI/TABLEVIEW/OTHER?
应保存类似CNAI结果或TABELVIEW表格等。
★第一次UPDATA前一致性检查报告存档
应保存〈CCHECKRP1ST〉
★第一次UPDATA前MSC数据检查
★如果割往在用BSC，第一次UPDATA前做FALLBACKAREA。
第一次目标BSC的UPDATA，保证范围没错。
查看UPDATAREPORT表头，如果错，立即选终止。
保存〈updatareport1st〉
DIP对通和新MO开启。
★如果割往新BSC，第一次全网（旧网）UPDATA前做FALLBACKAREA（12：
00）
第一次全网UPDATA以及UPDATA报告检查。
保存〈udatareport2nd〉
凌晨留割接时最后一个人检查大概情况（割漏，小结载波开启的遗留问题）
★BABYSIT（交接、任务完成是否到位）
〈遗留问题交接表〉
★旧MO删除
什么时间，什么手段
★话务统计
应提交类似〈第10次割接话务统计〉
最后一次全网UPDATA
保存〈updatareport3rd〉
★一致性报告检查（CGI、CELLNAME的遗漏、相临小区、）
保存〈ccheckrp2nd〉
Healthcheck
的LOG
二、各关键点操作指引和建议
★割接方案，CAN流程确定
这一关键点需要有割接负责人完成。
主要内容包括：
1确定内部割接方案。
割接方案需要简要并明显的体现割接难点、割接量、时间控制、难点和岗位指定对应的负责人、对应的PLAN和CAN计划。
方案的格式可参考割接案例。
2要求在割接前为每岗位负责人签定《流程关键点确认表》
以下是一些建议的CAN操作流程，主要是讨论全网UPDATA在不DEL旧MO，对网络的影响，以及如何缩短夜间工作时间，如何减少夜间工作人力。
（分是否同名小区来讨论）
以下以东莞第10次割接案例为例子说明一下。
★PLAN检查
这一关键点主要介绍控制PLAN制作错误的手段。
①通过VIEW-PLANREPORT查看PLAN的情况。
检查重点：
割接小区总数，目标BSC、MSC是否正确。
②使用CNAI对制作的PLAN检查的方法。
或在没CNAI理论基础下，用VIEW-OBJECTINTABLEVIEW检查（主要检查对象：
CELLNAME、CGI、BSC名、EA、CO、RO、经纬度、客户认为必要检查的参数。
）
★第一次UPDATA前MSC数据检查
为保证CAN的UPDATA操作的顺利完成以及切换关系的正常运做，在第一次UPDATA前，一定要对MSC数据进行检查。
★关于为什么要做FALLBACKAREA和应该在什么时候做。
做FALLBACKAREA是为了防止割接完后需要到回割接前的小区关系而做的。
根据不同类型的割接，需要在CAN操作的不同时间段做FALLBACKAREA。
1如果目标BSC是在用的，必须在做第一次UPDATA前做FALLBACKAREA。
因为这时的FALLBACKAREA保存了目标（在用）BSC的数据。
2如果目标BSC是全新的，可以在做完目标BSCUPDATA时再做FALLBACKAREA。
这时的FALLBACKAREA除了保存原网数据，还保存了新BSC的数据。
★BABYSIT
这一关键点主要是给出BABYSIT主要完成什么内容。
★旧MO删除
旧MO的删除，如果割接量大的时候，建议留到次日白天完成。
以减轻当晚工作量和出错几率。
下面介绍如何有效的删除旧MO，以及在各种情况下建议的删除方法。
★话务统计
这一关键点介绍次日BABYSIT时的话务统计，应该检查什么指标，有什么要求和规范。
，
，
★一致性报告检查（CGI、CELLNAME的遗漏、相临小区、）
这一关键点介绍如何检查UPDATA报告、一致性报告，应该检查一些什么重点。
三、割接小组和交换部其他同事的割接工程能力调查表。
name
基站割接的大概
割接参数表制作
割接前传输核对
PLAN制作
CNAI操作
CAN操作
CNA报告检查
话务统计
MO操作
MSC数据
各种情况下割接经验
方案确定，流程控制
李逸文
5
4
5
4
1
3
2
3
4
4
4
5
张广义
赵俊杰
5
5
5
5
1
5
3
4
5
5
3
4
钟帅文
4
1
4
2
1
2
2
3
4
4
3
3
钟盛江
4
3
4
5
1
5
3
3
5
3
3
3
陈建辉
5
5
4
5
3
5
5
5
5
3
3
4
郑伟生
徐利群
杨翔明
陈日辉
张作胜
梁文博
2
1
4
1
1
1
1
2
4
4
1
1
杜殳
5
4
4
2
1
2
2
2
5
4
3
3
附：
人员能力调查表
5=明白+曾做过，
4=明白，曾跟进
3=曾做过/跟进但认识模糊
2=有认识，没碰过
1=UNKNOW。
四、案例分析。
●割接案例分析
主要研究PLAN制作、CAN操作流程、流程控制。
格式包括
①案例大概描述
②规模（割接的网元数、基站量描述）
③是否存在同名小区割接（同名小区割接指新旧小区名相同）
④是否存在同CGI小区割接（同CGI小区割接指新旧小区CGI相同）
⑤对于本案例CNA操作如何进行，是否存在难点，哪些是难点，如何实施。
⑥在过程中，是否与计划有出入处，如何调整。
（例如fallback是怎样实施的）
⑦是否有数据错误，带起什么后果，怎样调整。
⑧结果和遗留问题。
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案例
割接小组
20040901
升级会员 