基站割接流程（更新）

基站割接流程

一、 割接前准备工作 ............................................................................... 2 二、 割接过程操作 ................................................................................... 5 三、 割接后BABYSITTING工作 ......................................................... 8 四、 附录.................................................................................................... 9

网优部割接小组成员

完善于2004-06-12

一、 割接前准备工作

1、割接条件是否完备确认，包括新建局有否验收的遗留问题、相关BSC的TRA配置是否足够、局间传输是否放通或已充足配置等等；

2、核查涉及割接的传输资料，要将传输逐一拔断对通，特别要注意串连站的传输资料是否正确；

3、在原BSC做LOGFILE，以便基站MO DT的数据制作，每个BSC分别做成一个LOGFILE，命名规则为：时间+网元名+\，如：“0715HZABSC1.log” ，参考P指令如下：

rxtcp:moty=rxotg; rxapp:moty=rxotg; rxmop:moty=rxotg; rxmop:moty=rxocf; rxmop:moty=rxotrx; rxmop:moty=rxotx; rxtcp:moty=rxetg; rxmop:moty=rxetg; rxmop:moty=rxetrx; rxmop:moty=rxetx; alrdp; alexp; rispp:emg=all; riltp:emg=all; riccp:emg=all; ricbp:emg=all; exedp:emg=all,em=all; exepp:emg=all,em=all; excpp:emg=all;

exegp:emg=all; exclp:eqm=all; rldep:cell=all; rlcrp:cell=all; rxmsp:moty=rxotrx; rxmsp:moty=rxetrx; rxmsp:moty=rxotx; rxmsp:moty=rxetx;

4、填写割接小区的数据填表，以便基站MO DT的数据制作，数据填表格式如下：

基站 名称 拔蛟窝1 拔蛟窝2 拔蛟窝3 基站 类型 GSM900 GSM900 GSM900 OLD_BSC OLD _CELL OLD_TG OLD_CGI 460-00-9696-54201 460-00-9696-54202 460-00-9696-54203 OLD_DIP NEW_BSC NEW _CELL NEW_TG NEW_CGI 460-00-9533-10301 460-00-9533-10302 460-00-9533-10303 NEW_DIP 备注 DGABSC2 DGABJW1 RXOTG-9 RXOTG-10 RXOTG-11 1 DGSBSC1 DGSBJW1 RXOTG-6 0 DGABSC2 DGABJW2 2 DGSBSC1 DGSBJW2 RXOTG-7 1 DGABSC2 DGABJW3 DGSBSC1 DGSBJW3 RXOTG-8 注：基站类型需填写清楚（GSM900、GSM1800或RBS200）。

5、使用CNAI将现网的小区数据全部导出，以作备份； 6、收集割接前三天的话务统计以作割接后指标比较；

7、再次检查相邻MSC的定义（MGNMI，MGCVI），位置区的定义（MGLAI）检查，MSC和BSC内小区相关SAE的检查，特别是对新建的MSC及BSC进行SAE及其他重要参数的检查，有关检查的SAE请详见下面。

8、在目标BSC上检查是否存在相应的基站软件，一般来说，在新局开局时一般做过试割接，具体详见下面。

9、在原BSC上LOG下需割接小区的CELLLOAD数据(半速率与全速率的比例平衡)(指令为RLDEP)； 10、 11、

在原BSC上LOG下需割接小区的信道数，指令为RLCRP：CELL=ALL； 在原BSC上LOG下需割接小区的MO状态，指令为：RXMSP：

MOTY=RXOTX、RXOTRX、RXORX、RXETX、RXETRX、RXERX； 12、

在原BSC上LOG下需割接小区的相邻关系：RLNRP：

13、 确认停止所有相关网元的自动dump；

二、 割接过程操作

1、为使VALID AREA的数据和现网保持一致，在割接前对全网做一次AJUSTMENT，将现网最新数据更新到OSS数据库中；

2、如果为了数据的准确性，最好在割接前对现网做一次一致性检查，对现网数据进行查错更正，并做好备份和数据更改记录。

3、新建一个PLANNED AREA，PLANNED AREA的命名可读性尽量较直观，开始CNA MOVE CELL的数据制作，一般情况下最好有两个人一起合作，一人负责CNA 操作，一人负责现场数据检查，检查时特别注意MOVE CELL里面的小区总数量与局方提供的割接数量是否一致、PLAN AREA中割接的目标BSC是否正确，进行要MOVE 的CELL选择，改名和TAGET BSC的选择操作。检查后再按MOVE，完成小区的MOVE。注意MOVE后便不能再对该PLANNED AREA进行CELL MOVE 的操作；

4、当MOVE CELL后，查看CELL MOVE REPORT，按其错误报告更正PLANNED AREA（主要是FOREIGN CELL 及和其有关相临关系会出错，可在PLANNED AREA补上）；

5、对MOVE后的CELL进行更改CGI等参数的操作，可双击该小区（MOVE后的NEW CELL）在弹出的窗口内相应选项中更改；

6、再次将MOVE后的小区数据（主要是CGI、CELLNAME、BSCNAME、涉及小区的数量）与割接计划一一核对；

7、完成MOVE后，需手工把原有基站的CELLLOAD 手工LOAD到目标的BSC上(当然此步可在全网UPDATE完以后再做也可以)；

8、新建一 NEW JOB ,注意在FAULT ON CONTINUE OR TERMINAL的选项选CONTINUE,FALLBACK AREA YES OR NO 的选项选YES.

9、在新BSC基础上进行CNA UPDATE，再次确认所选择的UPDATE的区域是新BSC，同时需要选择“FALLBACK AREA”选项，UPDATE过程中每个涉及要做更改的网元都会有一个子JOB,UPDATE完成后这些子JOB REPORT会合并到你取名的JOB REPORT中,每一条指令的执行结果都会记录在JOB

REPORT中，注意在UPDATE过程中观察JOB REPORT,出现FAULT时可用DT更正； 10、

在UPDATE时注意观察UPDATE REPORT是否有异常，如是否选错了

UPDATE的区域，如果选错，需马上中断UPDATE的过程，并立即补回丢失的数据，否则在UPDATE完成后查看整个UPDATE REPORT，记录并人工修不能自动执行的指令，如需要扩SAE等； 11、

上述操作完成后，在新BSC录入新的MO 和小区数据，包括

“XXXmo2000dt.log”、“XXXmo200dt.log”、“XXXrldec_celload.log”、“XXXemgdata.log” 、“XXXrxtci&rlstc_dt.log”五份DT数据，录入过程中需要查看并分析指令不能被执行的原因，如SAE问题等，需要注意的是在LOAD MO数据时，千万不要LOAD错网元，建议200站emg DT及MO DT放到最后对通传输后边load边解；

12、 在割接之前，割接总负责人需控制传输调度过程，并把割接的基站先后顺序明确下来，各项目成员必须清楚，并做成电子表格打印出来，人手一份； 13、

割接当晚，按照基站的割接顺序，把传输放好，一般情况下小区应该会

自动开起来，期间要注意BSC、MSC负荷、小区的TCH有否BUSY、话音监听是否正常等； 14、

根据以往多次割接经验，小区不能正常开起来的原因主要是传输问题（传

输是否放通、放对，一个基站两条传输有否放反等等），其次是交换局数据问题、割接计划的资料与现网不符、基站本身硬件有问题等，MO数据出错的情况暂时还没发生； 15、

如果LOAD MO之前UPDATE是在目标的BSC上，哪么需在目标MSC

上手工定义小区的CGI，让刚割过去且已工作的小区可马上可以打电话，MGCEE及MGCEI的指令顺序必须与割接基站顺序一致，否则会引起割接后的小区也不能通话，且不能全部进行MGCEE，否则未割接的小区不能正常通话； 16、

当大部分割接基站都正常开起来，并得到局方确认后，需在旧BSC删除

割接小区的MO数据（可用OPS工具删除），需要注意的是删除MO时不要删错网元，否则造成极大的影响；

17、 当删除完旧的MO数据后，选择割接的PLAN AREA对全网进行

UPDATE，UPDATE JOB选项里必须选择“UNCONDITIONAL” 、“FALLBACK AREA” 、“CONTINUE” 、“ONE BY ONE”都为YES； 18、

当UPDATE完检查UPDATE REPORT，修正相关错误，修正完视其情况

选择是否再对全网进行UPDATE；

19、 UPDATE完以后必须与割接前的有关小区信道数进行比较，确定是否还有某些载波或时隙遗漏或未工作； 20、

割接当晚离场前查看并分析即时话务统计，填写好交接记录，遗留问题

等；

三、 割接后BABYSITTING工作

1、查看割接的交接记录及遗留问题；

2、负责对全网做一次AJUSTMENT，结束后再对全网做一次CONSISTENCY CHECK，注意视其实际情况补定单向的相邻关系、测量频点，修正网络上由于割接原因存在不一致的错误；

3、负责处理由于割接原因开不起来的载波和小区；

4、在局方确认后删除原网元的旧数据，如MO数据、EMG数据等；

5、负责处理由于割接原因而造成的各类告警，包括人工闭塞旧传输以免出现告警；

6、收集割接后涉及区域的用户投诉情况；

7、查看话务统计数据，分析割接小区的各项指标的变化情况，特别要注意与外局的切换是否正常；

8、在征得客户同意后,结束BABYSITTING工作，并离场。

四、 附录

1、检查的SAE：

MGOCI指令相关的sae：

Sae 132：最大小区数目，限制MSC中定义的小区数目（包括内部小区和外部小区），

fault提示：NO IDLE POSITION IN THE CELL CONVERSION TABLE

Sae 285：限制MSC中定义的LAI数目（包括本局的和外部相邻局的LAI），fault

提示：NO IDLE POSITION IN THE LOCATION AREA FILE

Sae 687：The maximum number of individuals in block MBSSD，fault提示：NO

IDLE POSITION IN THE CGI/LAI ANALYSIS TREE

RLDEI指令相关的sae：

Sae 298：the size of internal cell file，限制BSC中内部小区的数目，fault提示：

MAXIMUM NUMBER OF INTERNAL CELLS DEFINED

Sae 299：the size of external GSM cell file，限制BSC中外部GSM小区的数目，fault

提示：MAXIMUM NUMBER OF EXTERNAL CELLS DEFINED

Sae 1133：the size of cell file for external UTRAN cells，限制BSC中ext utran cell（指

属于UMTS系统的外部小区）的数目，fault提示：MAXIMUM NUMBER OF EXTERNAL UTRAN CELLS DEFINED

RLNRI指令相关的sae：

Sae 522：限制int handover相邻关系的数目，fault提示：COUNTER FILE FOR

INTERNAL NEIGHBOUR CELL IS FULL

Sae 523：限制ext handover相邻关系的数目，fault提示：COUNTER FILE FOR

EXTERNAL NEIGHBOUR CELL IS FULL

如：本次割接涉及到的MSC中限制外部切换LAI数目的SAE 285和BSC中限制内部相邻关系数目的SAE 522；

2、检查相关的软件在IOG中是否存在；

根据割接小区原始数据，检查目标网元IOG中是否已经copy了涉及到的所有MO的软件版本；

如：割接涉及到2000站TG软件swver=B1921R0914和200站TRX软件swver=

B0471R0800都在IOG中没有备份，所以后来改用了swver=B0531R0901和swver= B0471R0811；

本文来源：https://www.bwwdw.com/article/4rqw.html