割接流程跟关键点指引案例例子分析解析资料.docVIP

割接流程和关键点指引、案例分析 一、流程关键点确认表 *以下岗位负责人签名时，是保证已知自己的岗位和如何完成岗位的。 流程与关键点按顺序（“★”为关键点） 岗位负责人 备注 Health check health check 1st的LOG ★ 割接方案，CAN流程确定 提交〈割接方案〉 割接参数表制作 提交〈割接参数表〉 割接前传输核对 ADJUSTMENT、PLAN制作 保存〈plan report〉 ★PLAN检查(cellname,cgi ,量) CNAI/TABLEVIEW/OTHER? 应保存类似CNAI结果或TABEL VIEW表格等。 ★第一次UPDATA前一致性检查报告存档 应保存〈CCHECK RP 1ST〉 ★第一次UPDATA前MSC数据检查 ★如果割往在用BSC，第一次UPDATA前做FALLBACK AREA。 第一次目标BSC的UPDATA，保证范围没错。查看UPDATAREPORT表头，如果错，立即选终止。 保存〈updatareport 1st〉 DIP对通和新MO开启。 ★如果割往新BSC，第一次全网（旧网）UPDATA前做FALLBACK AREA（12：00） 第一次全网UPDATA以及UPDATA报告检查。 保存〈udatareport 2nd〉 凌晨留割接时最后一个人检查大概情况（割漏，小结载波开启的遗留问题） ★BABYSIT（交接、任务完成是否到位） 〈遗留问题交接表〉 ★旧MO删除 什么时间，什么手段 ★话务统计 应提交类似〈第10次割接话务统计〉 最后一次全网UPDATA 保存〈updatareport 3rd〉 ★一致性报告检查（CGI、CELLNAME的遗漏、相临小区、） 保存〈ccheck rp 2nd〉 Health check health cheak 2nd的LOG 二、各关键点操作指引和建议 ★ 割接方案，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报告、一致性报告，应该检查一些什么重点。 三、割接小组和交换部其他同事的割接工程能力调查表。 name 基站割接的大概 割接参数表制作 割接前传输核对 PLAN制作 CNAI操作 CAN操作 CNA报告检查 话务统计 MO操作 MSC数据 各种情况下割接经验 方案确定，流程控制 李逸文 5 4 5 4 1 3 2 3 4 4 4 5