割接流程和关键点指引案例分析完整版.docx
《割接流程和关键点指引案例分析完整版.docx》由会员分享,可在线阅读,更多相关《割接流程和关键点指引案例分析完整版.docx(8页珍藏版)》请在冰豆网上搜索。
![割接流程和关键点指引案例分析完整版.docx](https://file1.bdocx.com/fileroot1/2023-2/6/82147309-e0d8-46f4-b0dd-b824535a2338/82147309-e0d8-46f4-b0dd-b824535a23381.gif)
割接流程和关键点指引案例分析完整版
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