gsm优化工作中RNP相关内容文档格式.docx
- 文档编号:21927768
- 上传时间:2023-02-01
- 格式:DOCX
- 页数:20
- 大小:1.14MB
gsm优化工作中RNP相关内容文档格式.docx
《gsm优化工作中RNP相关内容文档格式.docx》由会员分享,可在线阅读,更多相关《gsm优化工作中RNP相关内容文档格式.docx(20页珍藏版)》请在冰豆网上搜索。
☑RnlPowerControl.csv
BSC参数对比文件输入为升版前后:
☑RnlAlcatelBSC.csv
在附件的说明里面有详细的使用说明,并且也比较简单,这就不多说了。
在进行检查后对于检查出的参数差异,需了解这些参数改变是否为封网期间有意修改的,在排除这一类的变动以后再进行恢复等其余工作。
2.重点参数核查
对于这一部分的检查工作一般是在刚入局或者有重大保障任务之前进行的,目的是对部分重点参数的检查以达到对网络基本性能有所了解从而有针对性的进行相关优化工作的开展。
逻辑参数可以结合话务报告一起分析,我们给出一些需要考虑的参数:
BSS相关参数
EN_BSS_OVRL_CLASS_BAR
T3103
T8
Downlink_DTX_Enable
T3109
常规参数
CRH
MS_TXPWR_CCH_MAX
CRO
Temporary_Offset
Penalty_Time
RX_LEV_ACCESS_MIN
RX_LEV_n
RADIOLINK_TIMEOUT
RADIOLINK_TIMEOUT_BS
WI_EC
WI_OC
WI_CR
WI_OP
功控参数
BS_TXPWR_MAX
BS_TXPWR_MIN
MS_TXPWR_MAX
MS_TXPWR_MIN
POW_RED_STEP_SIZE
MAX_POW_RED
POW_RED_FACTOR
POW_INC_STEP_SIZE
MAX_POW_INC
POW_INC_FACTOR
L_RXLEV_UL_P
U_RXLEV_UL_P
L_RXLEV_DL_P
U_RXLEV_DL_P
L_RXQUAL_UL_P
U_RXQUAL_UL_P
L_RXQUAL_DL_P
U_RXQUAL_DL_P
OFFSET_HOPPING_PC
A_LEV_PC
A_QUAL_PC
切换参数
L_RXLEV_UL_H
L_RXLEV_DL_H
L_RXQUAL_UL_H
L_RXQUAL_DL_H
OFFSET_HOPPING_HO
A_LEV_HO
A_QUAL_HO
A_PBGT_HO
需要注意的是以上这些参数只是我们所要考虑的一部分,还有很多的参数我们并未列出(例如一些切换的开关等等),还需要大家在优化过程中不断的总结,在这里有一些需要注意的事项提醒大家:
✓参数的调整应考虑到地域因素,对于市区与郊区的环境,根据需要,作出不同的方案;
✓我们建议的参数调整方式一般是以面及点,初期的方案制定一般需要考虑的是全网性的参数改动,效果一致的参数可以分段进行调整并及时加以评估;
✓对于部分参数设置比较特别的小区,可以参考以前的优化报告并适时的请教相关用户,以得到比较实时的信息;
✓调整的方案可以考虑由几个BSC作为试点,如果修改结果是合理的,再向全网推广。
若发现某一组参数调整的效果不佳,必须及时分析原因,并将之修改回去;
✓在调整参数时必须保证调整的安全性,应当慎重。
在调整完一批参数后,应当在工作的最后对调整区域的BSS系统进行“LOGICALAUDIT”(注意:
是BSSLogicalAudit)以防止BSS系统的数据库和OMC系统的数据库不一致。
在这的提醒一句,这个操作一般是工程方面的人员来进行的,该操作有一定的风险性,不建议大家自行操作。
3.数据有效性核查
在我们的网络参数里面,有一部分参数定义的是其他设备厂家的或者是其它OMCR的数据,对于这部分数据我们必须对其定期检查并更新,这不仅仅是局方考核的要求部分,也是保证我们网络指标的重要部分。
下面我们来介绍一下具体的核对方法:
1)外部邻区定义核查
在从OMCR导出ACIE文件后,我们用PRC宏进行基本处理之后会生成一个原始的PRC文件(对于PRC的详细制作流程有需要的话可以联系我,我这自己录制了一个视频,由于比较大就不插上来了),此时里面有三个sheet,中间那个ExtCell的就是定义的外部数据了,然后再以里面的CI为基准用最新的数据与其对比,找出有变化的数据项,在这里值得一说的是一定要用CI为基准来对比,不要用LAC_CI也就是RNP来查找,因为当涉及到有LAC割接调整时,此时的LAC本身也就成了一个变量了。
在这里面我们主要关注定义的lac、ci、bcch、bsic是否正确,还有小区数据是否存在(例如已拆基站的小区数据,此时的数据就成了需要删除的垃圾数据了)。
2)邻区完整性核查
再就是单向邻区、有切换无重选以及有重选无切换的邻区关系的核查了,在用宏对ACIE基本处理之后生成的原始PRC文件里面的第三个sheet,在这里的“AdjacencyType”下面正确的应该是“handoverAndReselection”如果有重选或者切换丢失的话它就只显示“handover”或“Reselection”,对于这样的邻区关系就是我们需要处理的了,将这样的问题邻区关系过滤出来后再用加载宏将其转变为LAC_CI后我们就可以看了,对于这样的残缺邻区关系从以往的经验来看一般都是无用的垃圾数据,直接删除即可,但是谨慎起见建议还是参照着EAZY_RNP里面的邻区来一条一条的核实,从而确定是删除还是补全。
对于单向切换关系的话,如果EXCEL技术熟练的话可以用EXCEL直接查找出来,当然我们也有简便的方法就是用RNP加载宏里面的“SIDirectionNeib”(就是那个小人)这个功能,只需将全网的邻区按照源和目的两列列出来一点就可以了,在这里面需要将那些正常的单向切换关系排除出去,例如和其它厂家的外部邻区或者优化需要添加的单向邻区等等。
在核查出来的单向切换关系我们也得用EAZY_RNP对比着来确定是删除还是补全,在这里建议先处理完有重选无切换以及有切换无重选的邻区关系再来处理单向邻区,因为前者基本上都是单向的,一般将他们处理完毕的话,真正的问题单向切换关系也就不多了。
对于在现场工作过的同事都知道,要大批量的修改切换相关的数据是一件非常费时费力的事情,在这我汇总他人以及自己的经验总结出一个批量处理切换有关参数的方法供大家借鉴之用。
下面我们来说一下对其批量修改的步骤:
1.下载最新的ACIE将里面的Adjacency.csv文件单独拷出来;
2.直接用超编辑将Adjacency.csv文件打开将仅有reselection与handover的查找出来,具体操作见下面图示:
然后再新建一个空白文件,将剪切的文件Ctrl+v上;
3.在刚才新建的文件里将参数“reselection”与“handover”均替换成“handoverAndReselection”,注意仅有重选无切换的要将参数“undefined;
FALSE;
0;
”替换成正常设定的参数值“csAndVgcs;
5;
2;
4;
3;
25;
”,这一参数可以从切换关系正常的邻区数据里拷贝过来直接用。
4.现在要注意的是将复制过来的以前的列号删除掉,在这里可以使用超编辑里面的列编辑的功能,具体实际操作可以参见下图:
5.再将现在的第一列E替换为M;
然后将原先未更改过的文件的第一与第二行复制粘贴到现在的文件头里,也作为第一第二行,见下图:
6.在该新建文件界面的下方偏右就会看到这是DOS格式的,如下图所示:
需要将其转换为unix的格式,方法如下图所示:
转换完以后注意保存,然后再打开就会转换为unix的格式了。
最终保存时注意加后缀且最终文件名得为“Adjacency.csv”;
7.在导入OMCR里创好的PRC时应该会报13个错误(B10MR2版本),看其要是均为“不能打开文件的话”就是正常的。
在PRC里checkall完成后记得存报告,在报告里查看有无错误,这样比较保险;
将上步制作好的执行脚本导入OMCR里建好的PRC里执行就OK了,在执行时建议按照5个小区、10个小区、20个小区、最终40个小区的递进方式来执行。
对于以上介绍的方法,虽然是经过我们现场反复实践过的成熟方法,但是仍然建议是对卡特设备性能以及参数均比较了解的人员进行使用,在最终的执行之前建议反复检验自己制作的脚本的科学性以及合理性,因为该方法毕竟是大批量的参数修改动作,涉及面以及影响面均较大。
最主要的是该方法非卡特官方发布的而是我们自己摸索出来的,出事了得自己担着。
3)交换侧与无线侧数据一致性核查
交换侧与无线侧的数据定义不一致可能会导致我们无线侧小区出现无法主被叫,跨BSC间无法切换以及寻呼成功率低等指标出现异常,具体的检查方法如下:
分别以交换侧数据与无线侧数据分别以CI为索引,对小区的LAC和BSC归属性进行核查,将两次核查结果整理如下:
A.以交换侧CI为索引进行核查:
CI
交换侧LAC
无线侧LAC
LAC一致性
交换侧BSC
无线侧BSC
BSC一致性
53120
1320
1321
FALSE
BSC914
bsc921
51641
1317
BSC922
bsc812
59742
59749
10717
无此小区
10718
10719
B.以无线侧数据为索引进行核查:
18451
1316
bsc723
18452
18453
18747
18748
18749
在对无线侧和交换侧数据进行核查时,有以下两点需要注意:
a)因为以CI作为索引进行核查,所以首先要确定索引CI的唯一性;
b)在进行数据核查时,要分别以交换侧和无线侧的CI为索引进行核查。
☑当以交换侧CI作为索引进行核查时,可以核查出双方数据不一致小区以及交换侧存在而无线侧不存在的垃圾小区数据(对于是否涉及到在无线侧还没有作数据的新建站,需要与新建站部门进行核实,天津联通现场是Msc9局带的小区都是ALCATEL小区,所有的小区CI在全网都是唯一的,如果其他现场不唯一就需要以lac+CI为索引。
)
☑以无线侧CI作为索引进行核查时,可以核查出双方数据不一致小区以及无线侧存在而交换侧不存在小区,此类小区在ARP中为零话务小区,但与故障小区又有所区别。
所以在核查时一定要以交换侧和无线的CI为索引核查两遍,才能保证所核查数据的准确性和全面性。
下面给出一个具体的案例:
西青老君堂G3(1321_17943),在无线侧该小区在BSC923下,但在交换侧该小区被定义在了BSC921下,直接导致了该小区所有的外部切入全部为零,经过调整后,该小区BSC间切入恢复正常,调整前后对照如下图所示:
在这里还要讲一下的是有些交换厂家(例如华为)提供的原始数据是信令点码而不是我们熟知的BSC名称,这就需要我们转换一下。
在OMCR终端里,进入一个BSC下小区点击“showequepment”后按照下面两图进行便可:
这里我们用到的是BSC对应的信令点编码,注意进制转换,一般交换提供的是十六进制的数据,我们这里查到的是十进制的编码。
二、网络规划方面
对于规划方面我们这里主要涉及到频点、邻区以及LAC区域等方面的规划工作。
1.频点与邻区规划
对于频点的规划我们应该遵循以下原则:
Ø
同基站内不允许存在同频、邻频频点;
同一小区内BCCH和TCH的频率间隔最好在400K以上;
没有采用跳频时,同一小区的TCH间的频率间隔最好在400K以上;
直接邻近的基站应避免同频(即使其天线主瓣方向不同,旁瓣及背瓣的影响也会带来较大的干扰);
考虑到天线挂高和传播环境的复杂性,距离较近的基站应尽量避免同频、邻频相对(含斜对);
重点关注同频复用,避免在邻近区域存在同BCCH同BSIC的情况。
在符合上述原则的基础之上进行频点的选择与更改,在我们修改频点的时候还可以结合180报告,来观察两个小区之间的相关性,进行有针对性的修改。
对于有条件的现场我们还可以使用EAZY_RNP3.3版本里面带的插件,根据导入的RMS报告来选择频点,在这里要提醒的是大家不要一味的盲目相信软件,对于软件提供的频点我们仍然需要手工的来观察验证一下,例如:
附近基站断站或是有新规划基站但未开通那就采集不到RMS报告,软件就有可能提供错误的频点信息。
对于使用插件导出的文件我们最常用到的有三个,即“RMSFPAssessPerCell.csv”、“RMSFPAssessPerTRX.csv”、“TempRMS.csv”其中前面两个文件是用来查找全网频点干扰最严重的小区以及频点的,从而进行有针对性的修改,这两个文件需要相互结合着使用,对于文件里面的“Cost(Interfered)”对应的值越小说明干扰越小,在实际调整时我们可以用小区级的Cost(Interfered)值进行降序排列,找出最差的小区,再结合载频级的Cost(Interfered)找出最差的频点进行修改。
对于文件“TempRMS.csv”,我们一般用到的是里面9(代表电平值)对应下面的那一列数据。
由于我们现网的邻区条数很有限(32对),这里测量的还仅仅是同频段的,所以在平时这个文件的数据我们无法使用(由于测量的范围以及数据量太小,使用后评估出的问题不明确),但是在全网翻频添加虚拟邻区后收集RMS报告导出的该文件,在经过处理以后我们可以用来进行全网性过覆盖小区定位,由于这个我们实际中(现场一年也不一定能全网翻一次频)极少能用到所以就不详细讲解了。
最后还要提醒一下的是涉及到修改BSIC的,在修改BCC的同时要修改TSC,这两个参数要保持一致。
2.LAC规划以及寻呼量计算
在LAC规划方面我们需要注意的有以下几点:
必须保证LAC的寻呼量不超过预警值,这里还得考虑留出节假日寻呼量上涨的空间;
LAC之间的边界尽量不要与主要道路相重合;
一个BSC不要划归两个或以上的LAC;
LAC的边界不存在小区LAC归属交叉的现象。
对于LAC覆盖边界在主道路重合的现象见下图所示的例子:
在上图中LAC1327与LAC1325在主要道路上有交叠现象,图中的红直线是建议的LAC划分边界线。
下图是路测时在该路段发生的位置跟新以及未接通的地点,其中黑点表示位置跟新事件点,五角星表示未接通事件点。
由上图可以看出主干道上的LAC交界产生的位置跟新次数明显较多,从而发生未接通事件的概率大大增加。
在LAC的划分上我们应该充分听取路测组提出的意见,以防止LAC划分不当造成路测时未接通事件的发生。
在考虑LAC寻呼量的时候我们可以采用预估的方式来进行调整,即通过往年节假日该LAC的实际寻呼量与节假日前平时的寻呼量的比值作为增长率,然后再用目前平时的寻呼量乘以计算出的增长率来预估出今年节假日的寻呼量,然后再根据目前各小区话务量所占比例来调整新LAC的覆盖范围。
从我们无线侧统计LAC下paging寻呼量可以从110报告中MC8A这个计数器来统计。
MC8A是由pagingcommand消息触发的,同一个LAC下面小区的MC8a基本一样,我们计算分析一般数据透视后取最大值。
对于网络理论上的寻呼量计算过程如下(一个CCCH块,Notcombined结构):
●参数设置,假定AGCH保留块为4,则:
●PCH_Per_MultiFrame=9-AGCH=9-4=5blocks。
●在1个PagingBlock中,根据GSM规定,最多可容纳4个寻呼号码(type3)。
●Max_Paging_Number=5×
4=20
●1个51复帧的时长为235毫秒。
因此,从理论上看,一小时的最大理论寻呼数目为:
20x(3600/0.235)=306832次
考虑到实际网络中的IMSI分布,网络中PagingRetry的设置,实际下发pagingtype的构成等因素,上述理论值一般只能达到60%的效率:
306832*60%=183829次。
另外还得考虑的是G2BSC的寻呼量限制值是25万,MXBSC的寻呼量限制值是43万,这是设备本身的特性,无法更改。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- gsm 优化 工作 RNP 相关内容
![提示](https://static.bdocx.com/images/bang_tan.gif)