理清逻辑关系巧用CME实现大规模基站搬迁.docx
- 文档编号:18226892
- 上传时间:2023-08-14
- 格式:DOCX
- 页数:17
- 大小:872.37KB
理清逻辑关系巧用CME实现大规模基站搬迁.docx
《理清逻辑关系巧用CME实现大规模基站搬迁.docx》由会员分享,可在线阅读,更多相关《理清逻辑关系巧用CME实现大规模基站搬迁.docx(17页珍藏版)》请在冰点文库上搜索。
理清逻辑关系巧用CME实现大规模基站搬迁
理清逻辑关系,巧用CME实现大规模基站搬迁
Ø背景说明
为优化密集城区LAC区分区,降低位置更新对客户感知的不良影响,TJ移动对G网进行一系列调整,共涉及部分LAC区域合并、LAC边界优化及孤岛站点基站的归属调整。
其中,GSM网络版本:
GBSS9.0;使用的CME版本:
集成版CMEV200R009C02SPC600,单机版CMEV200R010C00SPC230。
需要说明的是,本文中将整个LAC优化称为调整,搬迁仅指CME的一次搬迁操作(一个源BSC和一个目的BSC的情况下即为一次搬迁),多次搬迁才能构成本次调整。
本次BSC归属和LAC调整为第三次调整,共40个站点,涉及30个BSC,源BSC10个,目的BSC10个,其余是涉及到邻区关系的第三方BSC。
30个BSC分别隶属于6个M2000下。
以下为BSC与所属M2000(取M2000服务器IP最后一位以作区分)的关系表格(其中第三方BSC数量较多且关系复杂,在表中暂不列出):
所属M2000
源BSC
目的BSC
搬迁基站数目
所属M2000
10
BSC301
BSC306
3
10
10
BSC306
BSC310
BSC311
BSC313
1
1
2
10
10
20
10
BSC307
BSC311
3
10
20
BSC315
BSC313
1
20
20
BSC318
BSC310
1
10
20
BSC321
BSC319
4
20
20
BSC326
BSC315
BSC329
1
1
20
10
10
BSC330
BSC329
6
10
140
BSC333
BSC324
1
20
155
BSC346
BSC339
BSC342
4
11
150
150
说明:
共涉及三类BSC:
源BSC:
基站搬出
目的BSC:
基站搬入
第三方BSC:
与搬迁的基站有外部邻区关系的小区所属BSC
其中部分BSC既是源BSC又是目的BSC,在不为源和目的BSC的搬迁中,也经常会成为第三方BSC。
三类BSC必须全部导入,如有遗漏,将会导致邻区关系缺少,部分小区间可能无法切换。
CME提供了跨BSC搬迁这样便捷的工具,使得网络调整工作变得简单。
但是,也存在以下几个前提条件:
i.源BSC和目的BSC必须是同一版本;
ii.一次搬迁操作只能有一个源BSC,一个目的BSC;
iii.与搬迁基站有邻区关系的BSC必须也加入到plan区,这样自动生成的邻区关系调整才全面;
通常情况下,若一次搬迁所涉及的全部BSC都在一个M2000下,则只需该M2000对应的集成版CME,创建plan区,把涉及到的网元全部添加进去即可。
而由上表可以看出,本次调整涉及到的BSC分别属于6个M2000下,考虑到以下几点,使用单机版CME进行搬迁:
i.源BSC、目的BSC以及第三方BSC不属于同一M2000下(如从BSC306搬到BSC313)时,集成版CME无法实现搬迁;
ii.涉及多次搬迁时,每次搬迁所涉及的BSC不属于同一M2000下,必须打开多个集成版CME客户端才能完成搬迁,多个CME容易混淆;
iii.本次搬迁的建立在上一次搬迁结果之上,若前后两次搬迁不在同一个M2000下,由于集成版CME的plan区相互独立,可能导致数据冲突或者邻区调整错误;
Ø搬迁思路
从现网中导出所有相关的BSC网元(BCP包),导入单机版CME,利用CME跨BSC搬迁生成脚本,在调整当晚下发脚本。
Ø搬迁前准备
需要获取的信息:
i.目的BSC协商数据表,以获取未被占用的基站ID、小区ID、载频ID,源信令点,LAC,RAC;
ii.确定多个基站搬迁的顺序。
对于天津现网,由于基站和小区名称中均包括基站ID,所以当有多个源BSC下的基站同时搬入同一目的BSC,则需提前按照规划的顺序来决定各个基站搬入目的BSC下的ID,以确定基站和小区名称;
本次基站的BSC归属调整的搬迁顺序按照源BSC数字的先后顺序,由于相同源BSC下基站可能迁入不同目的BSC,因此10个源BSC共分14步进行:
说明:
在step2、3、4和9中,由于后续还有基站搬入相同的BSC,所以需要及时更新基站ID等数据,以免在step6、7、5和11中出现数据重复而导致搬迁失败。
iii.各个BSC的M2000归属,将BSC按M2000归属分类,便于脚本工程的制作;
Ø搬迁操作流程
●搬迁操作流程图
●搬迁操作流程详解
1.打开CME,选择跨BSC基站搬迁:
2.弹出如下图跨BSC搬迁向导对话框,选择源BSC和目的BSC,及搬迁的基站
说明:
查找条件的格式为:
参数名称运算符参数值
i.参数名称有网元名称、基站索引、基站名称和基站描述等;
ii.运算符有=、>、<、>=、<=、LIKE等;
iii.若参数值为字符串,必须加单引号(英文模式下),参数值省略的部分必须用%代替;
iv.例:
基站名称LIKE‘%长信%’,查找基站名称中包含长信的基站
3.点击下一步,自动导出搬迁文件,导出文件路径为CME安装文件夹→Export文件夹→ExportReparentBTS为前缀的文件夹,如路径为:
,后面为导出的时间
该文件夹里有两个文件:
其中后缀为xls的文件为所要编辑的文件,xml为关联文件,该关联文件可以使CME找到xls文件。
4.开始编辑搬迁文件,编辑完后保存并关闭excel文件。
4-1.编辑过程中不退出
共BTS、BTSCONNECT、BTSIDLETS、BTSMONITORTS、BTSFORBIDTS、GCELL、PTPBVC、GCELLGPRS、GCELLPSBASE和GTRX这10个标签,此次搬迁中BTSMONITORTS、BTSFORBIDTS和GCELLPSBASE(路由区色码)没有需要填写的内容;
i.BTS:
搬迁后基站名称,搬迁后基站编号,基站激活模式。
(搬迁后基站名称表中缺省为空白,如果不填,则沿用搬迁前基站名称;搬迁后基站编号缺省为搬迁前的基站编号,所以需要按照目的BSC规划修改,若空白,则自动分配编号;基站激活模式缺省为Active,建议选为Deactive);
ii.BTSCONNECT:
插框号、槽位号和端口号。
(此表中的基站名称仍然为搬迁前的基站名称,但是不需要修改为搬迁后的基站名称;插框号、槽位号和端口号缺省为源BSC的,必须要按照规划修改为目标BSC的,不能空白,否则将会导致搬迁失败。
)
iii.BTSIDLETS:
基站空闲时隙数目,不需要修改,沿用搬迁前的配置;
iv.GCELL:
搬迁后小区标识,搬迁后小区名称,小区LAC,源信令点编码。
(搬迁后小区标识,搬迁后小区名称修改规则同基站;小区LAC和源信令点编码缺省为源BSC的,必须改为目的BSC的,不能空白。
);
v.PTPBVC:
NSE标识,PTPBVC标识。
(缺省为源BSC的,必须改为目的BSC的,注意PTPBVC标识与小区标识一致。
)。
vi.GCELLGPRS:
路由区。
(缺省为源BSC的,必须改为目的BSC的。
)
vii.GTRX:
搬迁后载频标识。
(同基站和小区修改规则。
)
4-2.编辑过程中退出,离线编辑后再上传
如果编辑过程中需要暂时退出搬迁(如需要查看一些参数),后续再进行,可以先将搬迁文件excel表格关闭,退出搬迁向导。
再进行搬迁时,可以先将该表格编辑好,选择源BSC和目标BSC之后,不勾选导出搬迁文件,直接下一步。
5.搬迁文件编辑成功后,点击下一步,基站开始搬迁
搬迁成功。
若失败,点击详细信息,则会有失败原因,点击重试按照失败原因重新编辑搬迁文件,直到搬迁成功。
6.查看搬迁结果
搬迁成功后可以查看基站列表,搬迁的基站是否已经出现在目标BSC下,源BSC下没有搬出的基站信息。
7.导出增量脚本。
导出的脚本若不选择路径,则默认存放在CME安装文件夹→DownloadScript文件夹→自己命名+时间+plan区名称文件夹下。
例:
step14是从BSC346搬到BSC342,共导出7个脚本和一个xml关联文件,各脚本内容如下
BSC346:
去激活小区和基站、删除基站,增加与该站的外部邻区关系;
BSC342:
删除外部邻区关系,增加基站,增加邻区及外部小区关系;
BSC301、BSC339、BSC341、BSC370和BSC373:
修改外部小区关系;
说明:
预警发布,版本为CMEV200R009C02SPC600、CMEV200R010C00SPC230和CMEV200R010C00SPC240的CME,选择基站和邻区脚本选择分离时,存在误删源BSC上部分邻区的问题。
本次使用的单机版CME版本为CMEV200R010C00SPC230,所以不勾选基站和邻区脚本分离,这样增加和删除基站与修改邻区关系的脚本都在一起。
●调整当晚脚本下发顺序
每搬迁一次就会导出一次增量脚本,因此共14个脚本文件。
1.手动将这14个文件夹下的目的BSC脚本中的增加基站和修改邻区脚本分离,对增加基站的脚本按照BSC的M2000归属分类来制作出3脚本工程(具体方法见“如何使用xml文件制作工程?
”)。
提前在目的BSC下增加基站但暂时不修改其邻区。
这样做的主要目的是在调整当晚传输到位后,可以立即激活基站,节省时间。
2.对于每个脚本文件夹(即一次搬迁的脚本)按照目的BSC在先源BSC在后的顺序来执行。
基站搬迁后LAC随之改变,第三方BSC生成对应的修改邻区关系脚本,因此可以不考虑其执行的顺序。
基于以上两个准则,也对脚本按照BSC归属分类并制作脚本工程,这样处理后,每个脚本文件夹下会生成1-3个脚本工程,共20个脚本工程。
相比于按照各个BSC分别在webLMT上批处理,制作脚本工程更简洁。
3.执行脚本时仍然按照搬迁的顺序进行,即step1-step2……
●回退方案
由于搬迁时不会自动生成回退脚本,因此需要在开始时做好数据备份。
1.在集成版CME创建plan区,添加源BSC,通过GSM应用—导出BTS全量脚本,以备份基站数据。
导出的全量脚本既包括增加基站部分,也包括增加邻区部分;
2.使用GSM应用—导出数据—导出无线规划数据,导出源BSC下所有外部2G小区,筛选出与搬迁基站有外部邻区关系的小区,通过ADDGEXT2GCELL命令制作增加外部邻区关系的脚本;
3.若需回退,删除目的BSC下被搬迁的基站,再在源BSC下增加这些基站和外部邻区关系。
Ø搬迁中遇到的问题及解决方法
●现场中如需保留源BSC下的基站,待测试结果正常后再删除
这样做能够实现快速回退,但是存在一个严重的问题:
源BSC下只有删除基站和增加与搬迁出去的基站外部邻区关系的脚本,而删除基站时默认删除其邻区关系,所以,将删除搬出基站的脚本放在最后执行时会导致存在同BCCH和同BSIC的小区,切换时选择切换小区可能会选择源BSC下的基站,而源BSC下基站已去激活,所以导致切换失败;
解决方法:
导出与搬迁基站有相邻关系的小区,制作删除与其邻区关系的脚本,在源BSC下基站去激活后下发该脚本。
●如何使用xml文件制作工程?
xml文件存在于导出脚本的文件夹下,详见搬迁流程详解第7步-导出增量脚本。
txt格式的脚本文件和xml文件放到一个文件夹下,将形成一个脚本工程。
1.把该工程下的各个BSC(注意,这些BSC需在同一M2000下)的脚本文件和xml文件放到一个文件夹A下,该文件夹A将作为整个工程;
2.每个脚本文件的首行加上STPMBSCRULECHK:
;
4.编辑xml文件并保存:
i.默认Projectname为空,可根据工程内容命名,加载工程至脚本执行器后将显示在工程描述下,便于区分各个工程;
ii.creationApp若用单机版,默认为plan1@MBSC,可修改为其他plan区。
若该编号的plan区在CME中存在,则工程上载到该plan区;若不存在,新建该plan区,工程加载到该plan区;
iii.ScripttaskId为脚本ID,为脚本执行顺序,注意不能重复;网优建议邻区修改顺序为先删再加;
iv.neFdn为网元FDN号,通过M2000可以查到,xml文件通过FDN号或者neName来判断脚本下发到哪个BSC,因此这两项中只要有一项符合即可;
v.scriptFile为脚本名称,若此处值与实际值不符,将会导致工程加载失败;
●CME搬迁错误为若存在3G邻区,则2GBA1/2GBA2表中不能超过31个不同频点,否则不能超过32个不同频点。
参考错误记录,查询出错小区的邻区数目,删除冗余邻区即可。
●只涉及BSC归属调整,LAC不变时需要注意的地方
一般情况下需要提前在目的BSC下加站,等站正常开通后再修改邻区和删除源BSC下基站。
因为CME搬迁没有回退操作,所以这样做既可以分担调整当晚工作量,又可以在出现问题时较快倒回。
但是,当只调整BSC归属,而不变LAC时,由于存在相同CGI的小区,所以在目的BSC上是无法添加基站的。
因此必须先修改源BSC下该基站以及该基站与目的BSC邻区关系中的LAC,再在目的BSC上添加基站。
●其他需要注意的地方
1.使用单机版CME制作脚本时,取完现网数据之后,向客户说明必须做好封网,以免出现基站、小区或者载频ID冲突,邻区修改失败等现象;
2.涉及多个M2000下的BSC时会同时打开多个CME界面,请注意区分好各个CME以免脚本工程上传错误;
3.提前把各个脚本工程上传,注意修改工程命名以便于安排顺序,到调整开始时按顺序执行脚本工程,可以节省大量时间。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 理清 逻辑 关系 CME 实现 大规模 基站 搬迁