文档介绍：基站数据割接指引流程
基站数据割接指引流程
割接的目的和意义：
由于新网建成测试完成、扩容工程完工、网元载波容量上限时，或者是节假日来临网优针对某些网元预计通话量会增多的地区做出评估，为了新网元的投入使用、网元容量均匀，或者高通话质量和降低网络拥塞，便会针对性地将小区进行试割接、一次性割接或者临时割接。
割接数据制作流程：
首先由网优室发起割接需求以及割接资料，例如割接新旧小区和新旧传输对应关系（例下图）
通过网优室提供的资料先做出当晚割接CDD表，下图为基站割接数据制作及实施总流程图
生成割接CDD
割接前准备工作
生成MO数据，LOAD部分MO数据入交换机（RXMOI&RXAPI）
MOVE CELL，生成软交换SEVER内外部小区数据DT并LOAD入软交换
提前上传割接方案
核查传输端口
全网ADJUSTMENT
备份割接小区数据
抽查DT是否执行完毕
通过工具二次核查DT文件是否执行及准确性
生成割接原小区部分重要参数文件，用于与目标小区作一致性检查
新增部分
由抽查变为二次核查，确保了数据的完整性和正确性
割接实施
对传输
LOAD MO，起站
Update网元
删除旧数据
割接完成
将割接站点做成小区集，时刻关注割接站点性能及设备运行情况
再次通过工具二次核查DT文件是否执行及准确性
退服小区、其他隐性告警可能会引起投诉的小区：HALTED小区上载记录，由监控派单
发割接通报信息,记录遗留问题通知监控派单并通知测试人员进行测试
第二天9点前对遗留故障再次核对处理
存在故障的小区，通知优化测试现场重点拨测，通知割接人员，割接后安排专人跟进遗留故障；
生成割接目标小区部分重要参数文件，用于与源小区作一致性检查
新增部分
目的是及时发现现网故障所在，确保网络质量
再次确认软交换数据是否正确
避免在CNA update过程中出现吊死，导致指令的遗漏
原BSC的名称
原小区号
2。在执行步骤1的同时，检查以下数据：
检查原BSC和目标BSC的T3212，原则是T3212×6必须小于BTDM+GTDM，否则系统会认为手机已关机，如果不符合上面原则就在后面MOVECELL时新建的PLANNED中修改；
检查GPRS数据，包括参数LA和CHCSDL，由于MOVECELL后，GPRS数据没有更新过来，因此要做出跟原小区一样的DT数据，指令RLGSC：CELL=，LA=，CHCSDL=；DT如下，在晚上割接目标网元至少UPDATE一次后就可以用OPS执行此DT；
在割入的BSC中查找新的TG，用指令RXMSP:MOTY=RXOTG;批出已经被占用的所有TG,插空寻找3的倍数而又没有被占用的TG作为第一个小区的新TG,顺序定义下去,并且按照旧数据的格式分配新的TG，也就是说旧数据中共TG的小区在新数据中也应该是共TG。
批出的数据中包括以下信息：ORIGINBSC ORIGINCELL OLDTG OLDDIP_1 OLDDIP_2 OLDDIP_3 OLDDIP_4 CF_TEI TRX_NUMS CDU OLDRSITE （原BSC 原CELL 原TG 原DIP A口原DIP B口原DIP C口原DIP D口 CF_TEI 载波数目
CDU类型原RSITE）(如下图所示) 。
旧传输数据批出后，开始核对新传输，确定传输套数是否与旧数据一致以及有没有被其他不相关小区占用，同时对没有激活解闭的设备进行激活和解闭 (注意只对传输设备进行激活和解闭，不要对传输进行解闭，因为新传输还不通，解闭的话会出现很多告警，设备激活的指令是：EXDAI：DEV=；设备解闭的指令是：BLODE：DEV=；) ，确保晚上割接后起站的顺利进行，若有不一致的地方需及时向局方反映，获得新的端口资料，这里需要注意的是新传输端口的分配必须按照旧传输的格式进行，也就是说原传输从哪个交换口进，新传输也应该这样定义。
该CDD必须严格按照局方的要求来做，sheet的名字为割接表_CDD，并且不能有任何其他的标点符号和不相关的字符，除了小区的中文名字以外，其他所有的字母都必须是大写，否则割接完后的上传会不成功。包括以下信息(分两列显示)：
从割接CDD的最终表中提取原BSC，原CELL_NO，新BSC，新CELL_NO，新TG，NEW_DIP_1
，NEW_DIP_2，NEW_DIP_3，NEW_DI