割接流程详解

1、割接割接 由于新网建成与调测的完成、扩容工程的完工，或是因为节日的来临网优对某些预计 通话量会增多的地区做出评估，为了提高通话质量和降低网络拥塞，便会针对性地将小区 进行试割接、一次性割接或者临时割接。届时网优室将提供一份如下然内容的需割接小区 信息和一份割接新旧端口对应表给我们，小区信息包括以下内容的信息。 Cell_Name 原 BSC原 CELL_NO原 CGI原 SITE新 BSC新 SITE新 CGI新 CELL_NO 基站割接包括日常计划割接、省公司的应急割接和因交换网元故障的紧急割接 一. 日常计划割接 割接前数据准备流程： 1.从割接 CDD 中提取原 BSC 和原 CELL_

2、NO(如下图所示)，用 OPS 批出现网传输数据。 打开 OPS,工具目录存放在/ home/hzwx_wwb/LUCUI/tool/MOTOOL(EDGE)_NEW。 2.在执行步骤 1 的同时，检查以下数据： 检查原 BSC 和目标 BSC 的 T3212 是否一样，如果不一样就在后面 MOVECELL 时新建的 PLANNED 中修改； 检查 GPRS 数据，包括参数 LA 和 CHCSDL，由于 MOVECELL 后，GPRS 数据 没有更新过来，因此要做出跟原小区一样的 DT 数据，指令 RLGSC：CELL=，LA=，CHCSDL=； 检查给出的割接小区信息中是否存在 900 站割

3、为 1800 站或是 1800 站割为 900 站 的小区。 查看新 CGI 是否被占用，新小区号是否被占用。 在割入的 BSC 中查找新的 TG，用指令 RXMSP:MOTY=RXOTG;批出已经被占用的所有 TG,插空寻找 3 的倍数而又没有被占用的 TG 作为第一个小区的新 TG,顺序定义下 去,并且按照旧数据的格式分配新的 TG，也就是说旧数据中共 TG 的小区在新数据 中也应该是共 TG。 3.批出的数据中包括以下信息：ORIGINBSC ORIGINCELL OLDTG OLDDIP_1 OLDDIP_2 OLDDIP_3 OLDDIP_4 CF_TEI TRX_NUMS CDU

4、OLDRSITE （原 BSC 原 CELL 原 TG 原 DIP A 口 原 DIP B 口 原 DIP C 口 原 DIP D 口 CF_TEI 载波数目 CDU 类型 原 RSITE）(如下图所示) 。 旧传输数据批出后，开始核对新传输，确定传输套数是否与旧数据一致以及有没有被 其他不相关小区占用，同时对没有激活解闭的设备进行激活和解闭 (注意只对传输设备进 行激活和解闭，不要对传输进行解闭，因为新传输还不通，解闭的话会出现很多告警，设 备激活的指令是：EXDAI：DEV=；设备解闭的指令是：BLODE：DEV=；) ，确保晚上割 接后起站的顺利进行，若有不一致的地方需及时向局方反映，获

5、得新的端口资料，这里需 要注意的是新传输端口的分配必须按照旧传输的格式进行，也就是说原传输从哪个交换口 进，新传输也应该这样定义。该 CDD 必须严格按照局方的要求来做，sheet 的名字为割接 表_CDD，并且不能有任何其他的标点符号和不相关的字符，除了小区的中文名字以外， 其他所有的字母都必须是大写，否则割接完后的上传会不成功。包括以下信息： CELL_NAME原 BSC原 SITE原 CGI 原 CELL_NO新 BSC新 SITE 新 CGI 新 CELL_NOOLD_TGOLD_DIP_1OLD_DIP_2OLD_DIP_3OLD_DIP_4 NEW_TGNEW_DIP_1NEW_D

6、IP_2NEW_DIP_3NEW_DIP_4RSITE 。 4.从割接 CDD 的最终表中提取原 BSC，原 CELL_NO，新 BSC，新 CELL_NO，新 TG，NEW_DIP_1，NEW_DIP_2，NEW_DIP_3，NEW_DIP_4和RSITE(如下图所示) 打开 OPS,工具存放在/ home/hzwx_wwb/LUCUI/tool/MOTOOL(EDGE)_NEW，点击运行后 弹出下面窗口 点击”Current File : Null” ，选择之前从割接 CDD 的最终表中提取后保存的文件，然后弹出 下面窗口 选择”Creat target MO DT” ，就可以生成新的 M

7、O 数据，包括包括 RXBLIRXBLI，RXESERXESE，RXESIRXESI，RXBLERXBLE，RXMOIRXMOI，RXMOCRXMOC，RXAPIRXAPI，RXMSCRXMSC 及及 RXMOERXMOE 等重要等重要 文件及其他相关文件共文件及其他相关文件共 1414 个。个。 5.用工具 log_gj 对割接站所在的源网元做 LOGFILE,以备不时之需。log_gj 存放在/ home/hzwx_wwb/LUCUI/tool/LOG_GI，运行 OPS，出现以下窗口，输入文件输出路径 以及需要做备份的网元名称。如下图所示。 程序运行完成后，检查生成的文件是否正确齐全，包

8、括小区数据 (RLDEP，RLCFP，RLNRP，RLMFP)以及 MO 数据。 6.检查生成的文件的准确性，需要注意的是共 TG 的小区的 MO 数据中有重复的部分， 为保证数据的准确性需要分别在 RXMOI 及 RXAPI 文件中删除其重复定义的部分，同 时注意前面所提及的版本问题，若有必要务必进行修改。 7.做一个全网的 ADJUSTMENET，将所有现网数据更新一遍。 1)进入 OSS 系统，单击右键，出现下图所示的小图框。选择“CONFIGURATION” ， 点击 CONFIGURE GSM RADIO NETWORK 项，再点击 CELLULAR NETWORK ADMINIST

9、RATION（CNA）项。此时会出现一个 CNA 的操作窗口。 2)在做割接前，需先做一次全网 ADJUSTMENT（也可对某个网元进行，只要选定网元即可） ，更新 OSS 系统的数据库。操作如下：在 CNA 窗口“FILE”目录下，点击“NEW JOB”,再 选择“ADJUSTMENT JOB.” ，如下图所示。 3)选择了“ADJUSTMENT JOB.”后，会出现一个“CNANEW ADJUSTMENT JOB”的窗 口。在该窗口“NAME: ”下键入该 ADJUSTMENT JOB 的文件名（文件名可随意） 。在 ACTION ON FAULT 下选择 “CONTINUE” 。点击窗口

10、左下方的 “NEW” 。如下面图所示。 4)做一次“ADJUSTMENT”的时间有长有短，具体要看网元的多少和网元上所带基站数的 多少。一般来说，做一次“ADJUSTMENT”的时间大约在 2060 分钟。要想看 ADJUSTMENT 是否完成，可在“CNA”窗口 “FILE”目录下，选择 “JODS” ，再点击 “MY OWN.” （如下图所示） ，此时出现一个 “CNAJOBS”的窗口。 5)在“CNAJOBS”的窗口下，找到刚才做 ADJUSTMENT 的文件，此时该文件所显示的状 态位 ACTIVE，当它变为 COMPLETED 时，表示该 ADJUSTMENT 完成。如果是 FAIL

11、ED，则 查明原因，如有必要，则必须重做一次 ADJUSTMENT JOB。 8.做完 ADJUSTMENT 后打开 CNA，新建一个 PLANNED AREA,取名最好突出重要性，避 免他人在不清楚的情况下误删除，然后开始进行 MOVE CELL 的操作，这个过程需要 的就是绝对的细心，在选择旧 CELL 和输入新 CELL 的时候不能出错，若有一点错误 都得全部重来，在 MOVE CELL 以后一定要打开 REPORT 和自己的数据进行对比，确 保完成无误才算成功。 1)在“CNA”窗口下，点击 “FILE” ，选择 “NEW AREA” ，再选 “PLANNED AREA” 。如 下图所

12、示。此时出现一个 “CNANEW PLANNED AREA”的窗口，在 AREA 处键入该 PLANNED AREA 的名字，点击 “NEW”即可。 2)在 CNA 窗口上 BSC 处选择要割接基站的网元，如 SZABSC2，然后在 CNA 窗口 “VIEW” 处选择“CELLS” ，再选择 “INTERNAL” ，接着选 “ALL” 。 3)该 BSC 下的所有小区都会出现在 CNA 窗口中，选择要割接的小区，如下图所示，然后 在 CNA 窗口点击“EDIT” ，选择 “MOVE CELLS” ，此时会出现一个 “CNAMOVE CELLS”的窗口。 4)在“CNAMOVE CELLS”的窗

13、口下选择点击 “TARGET BSC” ，选择要割到的目标 BSC，如果源网元不同，则按“INSERT” ，再选择需要的网元。在“CNAMOVE CELLS” 的窗口下“NEW CELL NAME”处键入割接后的小区名，然后按“ENTER”键。接着在 “CNAMOVE CELLS”的窗口左下角点击 “MOVE” 。 5)“MOVE”完后一定不要关闭窗口,点击右下角的“REPORT”按钮,将报告拷贝出来保存 到一个文本下,然后才可以将窗口关闭。拷贝出来的报告和所给的割接信息表对比,检 查是否一致,如果不一致,只能重新建立 PLANNED,再次进行 MOVE CELL 操作。 9.如割接的源网元和

14、目标网元不属于一个 BSC，则他们的 CGI 是肯定不相同的，这个时 候需要增加一个过程，将新的 CGI 导入该 PLANNED AREA，导入指令格式为 CNA_import transfer_file_name planned_area_name ，其中黑体字部分是固定格式， transfer_file_nam 为你要导入的文件的名字，planned_area_name 即为你要导入的 PLANNED AREA 的名字，导入参数相对来说简单很多，只要参数名是对的，列数符 合，在导入前做一个 PLANNED AREA，就能实现导入，导入文件的格式为： NWNW MSCMSC BSCBSC C

15、ELLCELL laclac cici 其中 NW 项默认为 axe，MSC，BSC，CELL 项对应目标局的数据，lac，ci 分别对应 新 CGI 的倒数 58 位和最后 4 位数字，做好的文件放入指定的目录下，点击导入工 具，就可以自动执行 CGI 的导入。下面给出一个范例,导入的文件格式。 10.抽查 PLANNED AREA 里面的数据是否已准备好，比如 CGI 是否已导入，当然最好将 CGI 导出与导入文件进行比较，导出相对导入来说是比较复杂的，必须为每种对象建 立一个操作对象文件 obj_file 和一个参数文件 param_file 指定导出的内容，对象文件 obj file

16、和指定导出内容的文件 param file 要存放在默认的目录下，常用的导出格式为： cna_export AREA = user:planed area_name, NW=axe,MSC=obj_file,MSC_REF=NONE,BSC=obj_file,BSC_REF=none,CELL=obj_file, CELL_REF= param_file ,OUTPUT = transfer_file_name。MSC 的obj_file对应的文 件所包含的是目标局的所有 MSC,BSC 的obj_file文件对应的是目标局所包含的所有 BSC，CELL 的obj_file文件包含的是新 CE

17、LL_NO，CELL_REF 的 param_file文件中包 含你所想要导出的参数，如我们现在所需要的 lac,ci 等， transfer_file_name即为 导出的文件的名字，将这些文件放在对应的目录下，点击导出工具即可生成你想要 CGI 的文件。 11.对整个 PLANNED AREA 进行一致性检查，确定没有重复的 CGI，以及有没有邻区在 MOVE CELL 过后变为单向。查看 T3212 与现网是否一致,不一致则更改。 12. 在 PLANNED AREA 中检查目标网元的所有 NEW CELL，确保所有的共享同个基站的小区 的 CS 为 YES。 13. RXMOI 最好提

18、前 LOAD 好，一般白天 LOAD,这样可以避免晚上 LOAD 数据时才发现新 TG 被占用，也有可能该网元的 TG 或 TRX 已达最大限度。 （这些问题最好都可提前发现， 同时要留意共 TG 的情况） 。 14. RXAPI 一般也可以提前 LOAD,但如果出现源网元站要等目标网元站割走以后，传输空 出来以后才能割入时，就不能提前 LOAD,因为新传输还被占用着，碰到这种情况可以 将目标网元相应的站提取出来，在割接开始以后，跟传输工程队协商，先对目标网元 中要空出传输的站的旧传输，如果对了大部分时，就可以对这些站闭掉，E 掉，再 RXAPE,将设备全部拆下来， （要确定拆干净） ，这时

19、RXAPI 文件就可以 LOAD 入了。在 LOAD 该文件时。如果出现有些指令没被执行时，也要注意，原因可能是有共 TG 的情 况出现，如果有的指令被跳过，很有可能是旧 MO 中出现了 DCP 与设备不对应的情况。 15. 下班前通知监控在当晚 23：00 前对相应网元做好 DUMP，预防万一割接失败,可重新导 回数据，这一步骤不可忽略。 16. 做到这里数据的准备也就告一个段落。 以下是晚上割接流程 1.PLAN AREA 一定要准确！打开之后抽部分网元和部分小区确认 PLAN AREA 是不是今晚 割接的 PLAN AREA。 2.利用白天生成的 DT，对要割接的小区做即时状态的 RXC

20、DP LOG，做这个 LOG 的作用是 记录下要割接的小区在割接前的最新状态，以便割接完后对小区状态的核查 3.停自动 DUMP 4.将 CDD 拷给监控，并确认割接何时可以开始 5.对目标网元 UPDATE（最好只对 BSC,因为有可能源 BSC 和目标 BSC 同属一 MSC） ，一般 只能对目标网元进行，对于割进割出的网元最好等旧传输对得差不多了才 UPDATE(只 能是 BSC)。如果基本上都是割进割出的网元，才可全网 UPDATE 6.第一次对目标网元 UPDATE 时一般都会失败，主要失败的是 RLSTC激活小区指令，因 为小区没有连 TG（RXMOC 文件未执行） ，割进割出的网

21、元，第一次 UPDATE 会很多指令 失败，除了 RLSTC 指令外，还有 RLDEE 指令，因旧数据无法删除，只有执行了 RXMSC 之后才能执行 RLDEE 删除旧数据，之后才能利用旧资源定义新数据。查看 REPORT 报告， 查找 FAILED 掉的指令，分析原因，如果觉的烦，也可以直接看 FAILED 掉的指令条数， 并结合小区数大概估算一下，确认没问题，可以进行后面的操作 7.如果数据删除不了，须留意是否由网优的测量记录引起的。可用 RARRP/RABRP/RAMRP 查看，除了 IDLE 之外，其它状态会有影响。如果有其它状态，可用 RARIE/RABIE/RAMIE 停掉正在忙的

22、记录。或是尝试用 RARDC/RABDC/RAMDC 断开该小区 的测量。如果停不掉导致割接无法往下割，只能向监控申请，要求其做 SMALL 8.在确认对所有的目标网元进行过至少一次的 UPDATE 后，RXMOC 文件可以 LOAD 入 9.LOAD RXESI 和 RXBLE 文件，因为耗时较长，须利用好时间。一般在 LOAD 完 RXMOC 以 后再做。在这些过程中如果出现长时间的 FUNTION BUSY 情况，要赶紧察明原因，一般 核实所在网元是否在作 DUMP，如果不是 DUMP 原因，在看 CP 负荷是否过高（用指令 PLLDP） ，当负荷达到 90%以上，就应该考虑停掉目前的操

23、作，等负荷降下来时，在继 续 LOAD。在这个过程中，对所有新传输核查一遍，把所有未 WO 的传输报给传输队， 催他们去处理，这对查站很重要，可以节省好多时间（可以直接报 DIP 号，传输队有 相关资料） 。同时也可以用 RXMSP:MOYR=RXOCF,监控站起来的情况 10. 查站最少须有两次以上，起码有一次全部核查 11. 在查站的同时 LOAD RXBLI 和 RXESE 文件时，最好能抽几个小区看看结果是否正确,查 站最少须有两次以上，起码有一次全部核查 12. LOAD 入 RXMSC 文件，完成以后可进行全网 UPDATE 13. 由于现网有很多已升 R10 的网元和升 EDGE

24、 的小区，割完之后须用 RLCHP：CELL=ALL; 查看 CHGR=1 的 BCCD 参数值是否为 NO。如果为 YES 须改成 NO。这个参数很重要，须核 实！CHGR=0&2 的均为 YES 14. 升了 EDGE 的小区，须每个目标网元抽几个用 RLCRP 查看状态是否正常，如果状态为 BUSY/IDLE 则是 OK 的 15. 割完之后把旧的传输闭掉，检查各网元的告警。并 LOAD RXMOE 文件把旧 MO 数据删除 16. 全网 UPDATE 一般要求最后 COMPLETE。个别不影响的指令影响了 UPDATE 结果可不管， 但要保证其它的成功 17. 全网做 ADJUSTMENT 18. 做完离开之前，须等上传成功，确认才能离开 19. 有故障的站须检查数据是否有定义，检查没问题之后，如果原状态是好的，须派单给 监控。同时，留一份给白天的同事进行跟踪处理 二. 省公司的应急割接 省公司的应急割接是一种演练割接，因此只要求站能够起来就可以，不需要有邻区关 系。我们所做的数据主要是小区数