割接流程详解Word格式.docx
- 文档编号:21395952
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:17
- 大小:2.45MB
割接流程详解Word格式.docx
《割接流程详解Word格式.docx》由会员分享,可在线阅读,更多相关《割接流程详解Word格式.docx(17页珍藏版)》请在冰豆网上搜索。
打开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站割为1800站或是1800站割为900站的小区。
●查看新CGI是否被占用,新小区号是否被占用。
●在割入的BSC中查找新的TG,用指令RXMSP:
MOTY=RXOTG;
批出已经被占用的所有TG,插空寻找3的倍数而又没有被占用的TG作为第一个小区的新TG,顺序定义下去,并且按照旧数据的格式分配新的TG,也就是说旧数据中共TG的小区在新数据中也应该是共TG。
3.批出的数据中包括以下信息:
ORIGINBSCORIGINCELLOLDTGOLDDIP_1OLDDIP_2OLDDIP_3OLDDIP_4CF_TEITRX_NUMSCDUOLDRSITE(原BSC原CELL原TG原DIPA口原DIPB口原DIPC口原DIPD口CF_TEI载波数目CDU类型原RSITE)(如下图所示)。
旧传输数据批出后,开始核对新传输,确定传输套数是否与旧数据一致以及有没有被其他不相关小区占用,同时对没有激活解闭的设备进行激活和解闭(注意只对传输设备进行激活和解闭,不要对传输进行解闭,因为新传输还不通,解闭的话会出现很多告警,设备激活的指令是:
EXDAI:
DEV=;
设备解闭的指令是:
BLODE:
),确保晚上割接后起站的顺利进行,若有不一致的地方需及时向局方反映,获得新的端口资料,这里需要注意的是新传输端口的分配必须按照旧传输的格式进行,也就是说原传输从哪个交换口进,新传输也应该这样定义。
该CDD必须严格按照局方的要求来做,sheet的名字为割接表_CDD,并且不能有任何其他的标点符号和不相关的字符,除了小区的中文名字以外,其他所有的字母都必须是大写,否则割接完后的上传会不成功。
包括以下信息:
CELL_NAME
OLD_TG
OLD_DIP_1
OLD_DIP_2
OLD_DIP_3
OLD_DIP_4
NEW_TG
NEW_DIP_1
NEW_DIP_2
NEW_DIP_3
NEW_DIP_4
RSITE
。
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,点击运行后弹出下面窗口
点击”CurrentFile:
Null”,选择之前从割接CDD的最终表中提取后保存的文件,然后弹出下面窗口
选择”CreattargetMODT”,就可以生成新的MO数据,包括RXBLI,RXESE,RXESI,RXBLE,RXMOI,RXMOC,RXAPI,RXMSC及RXMOE等重要文件及其他相关文件共14个。
5.用工具log_gj对割接站所在的源网元做LOGFILE,以备不时之需。
log_gj存放在/home/hzwx_wwb/LUCUI/tool/LOG_GI,运行OPS,出现以下窗口,输入文件输出路径以及需要做备份的网元名称。
如下图所示。
程序运行完成后,检查生成的文件是否正确齐全,包括小区数据(RLDEP,RLCFP,RLNRP,RLMFP)以及MO数据。
6.检查生成的文件的准确性,需要注意的是共TG的小区的MO数据中有重复的部分,为保证数据的准确性需要分别在RXMOI及RXAPI文件中删除其重复定义的部分,同时注意前面所提及的版本问题,若有必要务必进行修改。
7.做一个全网的ADJUSTMENET,将所有现网数据更新一遍。
1)进入OSS系统,单击右键,出现下图所示的小图框。
选择“Configuration”,点击ConfigureGSMRadioNetwork项,再点击CellularNetworkAdministration(CNA)项。
此时会出现一个CNA的操作窗口。
2)在做割接前,需先做一次全网Adjustment(也可对某个网元进行,只要选定网元即可),更新OSS系统的数据库。
操作如下:
在CNA窗口“File”目录下,点击“NewJob”,再选择“AdjustmentJob….”,如下图所示。
3)选择了“AdjustmentJob….”后,会出现一个“CNA-NewAdjustmentJob”的窗口。
在该窗口“Name:
”下键入该AdjustmentJob的文件名(文件名可随意)。
在ActiononFault下选择“Continue”。
点击窗口左下方的“NEW”。
如下面图所示。
4)做一次“adjustment”的时间有长有短,具体要看网元的多少和网元上所带基站数的多少。
一般来说,做一次“adjustment”的时间大约在20――60分钟。
要想看adjustment是否完成,可在“CNA”窗口“File”目录下,选择“Jods”,再点击“Myown….”(如下图所示),此时出现一个“CNA-Jobs”的窗口。
5)在“CNA-Jobs”的窗口下,找到刚才做adjustment的文件,此时该文件所显示的状态位ACTIVE,当它变为COMPLETED时,表示该Adjustment完成。
如果是FAILED,则查明原因,如有必要,则必须重做一次Adjustmentjob。
8.做完Adjustment后打开CNA,新建一个PLANNEDAREA,取名最好突出重要性,避免他人在不清楚的情况下误删除,然后开始进行MOVECELL的操作,这个过程需要的就是绝对的细心,在选择旧CELL和输入新CELL的时候不能出错,若有一点错误都得全部重来,在MOVECELL以后一定要打开REPORT和自己的数据进行对比,确保完成无误才算成功。
1)在“CNA”窗口下,点击“FILE”,选择“NEWArea”,再选“PlannedArea”。
此时出现一个“CNA-Newplannedarea”的窗口,在AREA处键入该PLANNEDAREA的名字,点击“NEW”即可。
2)在CNA窗口上BSC处选择要割接基站的网元,如SZABSC2,然后在CNA窗口“View”处选择“Cells”,再选择“internal”,接着选“All”。
3)该BSC下的所有小区都会出现在CNA窗口中,选择要割接的小区,如下图所示,然后在CNA窗口点击“Edit”,选择“Movecells”,此时会出现一个“CNA-Movecells”的窗口。
4)在“CNA-Movecells”的窗口下选择点击“TargetBSC”,选择要割到的目标BSC,如果源网元不同,则按“Insert”,再选择需要的网元。
在“CNA-Movecells”的窗口下“NewCellName”处键入割接后的小区名,然后按“ENTER”键。
接着在“CNA-Movecells”的窗口左下角点击“Move”。
5)“Move”完后一定不要关闭窗口,点击右下角的“REPORT”按钮,将报告拷贝出来保存到一个文本下,然后才可以将窗口关闭。
拷贝出来的报告和所给的割接信息表对比,检查是否一致,如果不一致,只能重新建立PLANNED,再次进行MOVECELL操作。
9.如割接的源网元和目标网元不属于一个BSC,则他们的CGI是肯定不相同的,这个时候需要增加一个过程,将新的CGI导入该PLANNEDAREA,导入指令格式为CNA_importtransfer_file_nameplanned_area_name,其中黑体字部分是固定格式,transfer_file_nam为你要导入的文件的名字,planned_area_name即为你要导入的PLANNEDAREA的名字,导入参数相对来说简单很多,只要参数名是对的,列数符合,在导入前做一个PLANNEDAREA,就能实现导入,导入文件的格式为:
NWMSCBSCCELLlacci
其中NW项默认为axe,MSC,BSC,CELL项对应目标局的数据,lac,ci分别对应新CGI的倒数5-8位和最后4位数字,做好的文件放入指定的目录下,点击导入工具,就可以自动执行CGI的导入。
下面给出一个范例,导入的文件格式。
10.抽查PLANNEDAREA里面的数据是否已准备好,比如CGI是否已导入,当然最好将CGI导出与导入文件进行比较,导出相对导入来说是比较复杂的,必须为每种对象建立一个操作对象文件obj_file和一个参数文件param_file指定导出的内容,对象文件objfile和指定导出内容的文件paramfile要存放在默认的目录下,常用的导出格式为:
cna_export[AREA=user:
planedarea_name,]NW=axe,
i.MSC=obj_file,MSC_REF=NONE,[
ii.BSC=obj_file
iii.,BSC_REF=none,]
iv.[CELL=obj_file,CELL_REF=param_file,]
v.OUTPUT=transfer_file_name。
MSC的obj_file对应的文件所包含的是目标局的所有MSC,BSC的obj_file文件对应的是目标局所包含的所有BSC,CELL的obj_file文件包含的是新CELL_NO,CELL_REF的param_file文件中包含你所想要导出的参数,如我们现在所需要的lac,ci等,transfer_file_name即为导出的文件的名字,将这些文件放在对应的目录下,点击导出工具即可生成你想要CGI的文件。
11.对整个PLANNEDAREA进行一致性检查,确定没有重复的CGI,以及有没有邻区在MOVECELL过后变为单向。
查看T3212与现网是否一致,不一致则更改。
12.在PLANNEDAREA中检查目标网元的所有NEWCELL,确保所有的共享同个基站的小区的CS为YES。
13.RXMOI最好提前LOAD好,一般白天LOAD,这样可以避免晚上LOAD数据时才发现新TG被占用,也有可能该网元的TG或TRX已达最大限度。
(这些问题最好都可提前发现,同时要留意共TG的情况)。
14.RXAPI一般也可以提前LOAD,但如果出现源网元站要等目标网元站割走以后,传输空出来以后才能割入时,就不能提前LOAD,因为新传输还被占用着,碰到这种情况可以将目标网元相应的站提取出来,在割接开始以后,跟传输工程队协商,先对目标网元中要空出传输的站的旧传输,如果对了大部分时,就可以对这些站闭掉,E掉,再RXAPE,将设备全部拆下来,(要确定拆干净),这时RXAPI文件就可以LOAD入了。
在LOAD该文件时。
如果出现有些指令没被执行时,也要注意,原因可能是有共TG的情况出现,如果有的指令被跳过,很有可能是旧MO中出现了DCP与设备不对应的情况。
15.下班前通知监控在当晚23:
00前对相应网元做好DUMP,预防万一割接失败,可重新导回数据,这一步骤不可忽略。
16.做到这里数据的准备也就告一个段落。
以下是晚上割接流程
1.PLANAREA一定要准确!
打开之后抽部分网元和部分小区确认PLANAREA是不是今晚割接的PLANAREA。
2.利用白天生成的DT,对要割接的小区做即时状态的RXCDPLOG,做这个LOG的作用是记录下要割接的小区在割接前的最新状态,以便割接完后对小区状态的核查
3.停自动DUMP
4.将CDD拷给监控,并确认割接何时可以开始
5.对目标网元UPDATE(最好只对BSC,因为有可能源BSC和目标BSC同属一MSC),一般只能对目标网元进行,对于割进割出的网元最好等旧传输对得差不多了才UPDATE(只能是BSC)。
如果基本上都是割进割出的网元,才可全网UPDATE
6.第一次对目标网元UPDATE时一般都会失败,主要失败的是RLSTC-激活小区指令,因为小区没有连TG(RXMOC文件未执行),割进割出的网元,第一次UPDATE会很多指令失败,除了RLSTC指令外,还有RLDEE指令,因旧数据无法删除,只有执行了RXMSC之后才能执行RLDEE删除旧数据,之后才能利用旧资源定义新数据。
查看REPORT报告,查找FAILED掉的指令,分析原因,如果觉的烦,也可以直接看FAILED掉的指令条数,并结合小区数大概估算一下,确认没问题,可以进行后面的操作
7.如果数据删除不了,须留意是否由网优的测量记录引起的。
可用RARRP/RABRP/RAMRP查看,除了IDLE之外,其它状态会有影响。
如果有其它状态,可用RARIE/RABIE/RAMIE停掉正在忙的记录。
或是尝试用RARDC/RABDC/RAMDC断开该小区的测量。
如果停不掉导致割接无法往下割,只能向监控申请,要求其做SMALL
8.在确认对所有的目标网元进行过至少一次的UPDATE后,RXMOC文件可以LOAD入
9.LOADRXESI和RXBLE文件,因为耗时较长,须利用好时间。
一般在LOAD完RXMOC以后再做。
在这些过程中如果出现长时间的FUNTIONBUSY情况,要赶紧察明原因,一般核实所在网元是否在作DUMP,如果不是DUMP原因,在看CP负荷是否过高(用指令PLLDP),当负荷达到90%以上,就应该考虑停掉目前的操作,等负荷降下来时,在继续LOAD。
在这个过程中,对所有新传输核查一遍,把所有未WO的传输报给传输队,催他们去处理,这对查站很重要,可以节省好多时间(可以直接报DIP号,传输队有相关资料)。
同时也可以用RXMSP:
MOYR=RXOCF,监控站起来的情况
10.查站最少须有两次以上,起码有一次全部核查
11.在查站的同时LOADRXBLI和RXESE文件时,最好能抽几个小区看看结果是否正确,查站最少须有两次以上,起码有一次全部核查
12.LOAD入RXMSC文件,完成以后可进行全网UPDATE
13.由于现网有很多已升R10的网元和升EDGE的小区,割完之后须用RLCHP:
CELL=ALL;
查看CHGR=1的BCCD参数值是否为NO。
如果为YES须改成NO。
这个参数很重要,须核实!
CHGR=0&
2的均为YES
14.升了EDGE的小区,须每个目标网元抽几个用RLCRP查看状态是否正常,如果状态为BUSY/IDLE则是OK的
15.割完之后把旧的传输闭掉,检查各网元的告警。
并LOADRXMOE文件把旧MO数据删除
16.全网UPDATE一般要求最后COMPLETE。
个别不影响的指令影响了UPDATE结果可不管,但要保证其它的成功
17.全网做ADJUSTMENT
18.做完离开之前,须等上传成功,确认才能离开
19.有故障的站须检查数据是否有定义,检查没问题之后,如果原状态是好的,须派单给监控。
同时,留一份给白天的同事进行跟踪处理
二.省公司的应急割接
省公司的应急割接是一种演练割接,因此只要求站能够起来就可以,不需要有邻区关系。
我们所做的数据主要是小区数据,MO数据和传输数据,以DT的形式保存。
1.先在现网中定义TG和TRX数据,以免到时TG被占用和TRX数目超过限制。
2.根据现网小区数据在小区模版中修改,如下图所示,根据现网版本修改之前的定义的版本,以及将载波连接小区。
3.根据新旧传输对应表,结合现网传输定义规则,定义新传输,模版如下。
4.应急割接DT数据完成。
以下是应急割接流程:
1.首先运行OPS,选择割接小区打开模版DT,LOAD数据执行定义小区等指令
(如果在执行过程中发生指令错误指示,例:
CGI已定义,RLBCE,RXMOC,RXTCI等,临时可自己决定修改)
2.LOAD完数据,检查原小区MO的软件版本,CF的TEI值=62/61/60,RXAPI所定义的传输是否与所分配的一致,补载波与删载波以原小区的配置为准。
切记:
以上参数以原小区为准。
3.检查完后,直接LOAD站(如果站起不来,检查新传输是否WO,设备是否解闭),然后激活小区。
(第一个小区起来报监控登记时间,全部小区开通报监控登记时间)
4.上报后,再修改其频点,FPDCH值,T3212值。
5.监控通知回割时间记录,观察原小区状态,查看原小区传输是否WO,小区起来后报监控。
三.因交换网元故障的紧急割接
当交换网元处于不稳定阶段,此时局方一般会提出紧急割接的方案,做出紧急割接所需数据,当交换网元故障无法处理时,可以直接割接。
割接流程和日常计划割接流程大同小异。
割接前数据准备与日常计划割接是一样的,由于情况比较紧急而且UPDATE目标网元BSC会比较慢,所以在白天做完数据后就可以先UPDATE目标网元的BSC,在目标BSC中生成小区数据,这样对原BSC的小区并不会造成影响。
当需要割接时才对整个PLANNED进行UPDATE。
UPDATE后的处理流程和日常计划割接一样。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 流程 详解
![提示](https://static.bdocx.com/images/bang_tan.gif)