ALCATEL EDGE 优化指导手册V22Word格式文档下载.docx
- 文档编号:7177287
- 上传时间:2023-05-08
- 格式:DOCX
- 页数:77
- 大小:3.33MB
ALCATEL EDGE 优化指导手册V22Word格式文档下载.docx
《ALCATEL EDGE 优化指导手册V22Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《ALCATEL EDGE 优化指导手册V22Word格式文档下载.docx(77页珍藏版)》请在冰点文库上搜索。
4.1.2TBF_DL_Init_MCS40
4.1.3TBF_UL_Init_MCS40
4.1.4ALPHA40
4.1.5GAMMA_TNx40
4.2无线资源参数40
4.2.1EN_EGPRS40
4.2.2TRX_PREFER_MARK40
4.2.3ExtraAbisTs40
4.2.4EN_EXTENDED_UL_TBF40
4.2.5EN_FAST_USF_UL_EXTENDED41
4.2.6EN_NACC41
4.2.7EN_PSI_STATUS41
4.2.8T319241
4.2.9MAX_PDCH41
4.2.10MAX_PDCH_HIGH_LOAD41
4.2.11MIN_PDCH41
4.2.12HIGH_TRAFFIC_LOAD_GPRS42
4.2.13PDCH配置注意事项42
4.2.14PAN_MAX42
4.2.15PAN_DEC42
4.2.16PAN_INC42
4.2.17PAN参数设置注意事项42
4.2.18CRH和CRO43
4.2.19EN_FULL_IR_DL43
4.3GCH资源参数44
4.3.1T_GCH_INACTIVITY44
4.3.2T_GCH_INACTIVITY_LAST44
4.3.3GPRS_MULTISLOT_CLASS_DEF_VALUE44
4.4无线质量评估44
5、测试保障45
5.1GPRS信令流程45
5.1.1Attach&
datach45
5.1.2Dttach过程45
5.1.3PDPactive&
deactive47
5.1.4RAU47
5.1.5FTP&
Ping48
5.1.6TBF建立过程48
5.2现场测试注意事项52
5.2.1测试手机设置以及拨号网络建立52
5.2.2GPRS测试操作说明52
5.2.3浙江移动测试相关规范52
5.3优化案例53
5.3.1PDCH资源不足53
5.3.2GATER资源不足54
5.3.3额外时隙资源不足56
5.3.4频点问题57
5.3.5未开启EDGE功能58
5.3.6小区重选问题59
5.3.7传输时隙混乱61
5.3.8AGCH拥塞产生DLTBF建立成功率低63
5.3.9基站传输时隙异常导致DLRLC重传率高64
5.3.10GPRS小区吊死67
6、总结67
1、背景
从2006年开始,GPRS/EGPRS网络优化在各个分公司的网络优化工作中比重越来越重,为了形成GPRS/EGPRS网络优化的规范性和可持续性,结合目前在第三方测试保障优化中的实际经验,特编写了本优化手册,为以后分公司的GPRS/EGPRS优化提供相应的参考。
2、优化流程
对GPRS/EGPRS的优化流程总体分为三个阶段,即评估阶段、优化阶段、总结阶段,具体如下图所示:
图1.1GPRS/EGPRS优化流程图
可以在流程图中清楚地看到,从形式上来说与GPRS优化是没有任何区别的。
但是EDGE将速率提升到了一个新的层次,指标要求与之前完全不同,加上硬件和软件都有所更新,所以在实际操作时还是有很多方面需引起注意。
3、评估阶段
由于开启EDGE最根本目的就在于提高数据业务的速率,所以目前的EDGE优化都是围绕着上下行吞吐量来展开的。
欲使吞吐量维持在一个较高的水平,对资源则提出了新的要求,有时候,这种要求甚至是苛刻的。
所以,相对于GPRS优化,EDGE优化的评估就显得尤为重要。
如果硬件或容量上出现问题,那么对优化结果会有极大的影响,而这无法通过其它手段来弥补。
对于EDGE优化来说,评估是一个最基本的工作。
作为评估者,首先要了解GPRS的信令流程,其次评估主要是针对硬件的评估和针对参数的评估。
3.1硬件评估
3.1.1硬件故障检查
硬件故障的检查与传统的GPRS和GSM无异,需注意的是有些小区会多分配一条Abis链路用来传输数据业务,这条链路同样需要检查。
在进行EDGE优化前,要确保所有硬件是否正常运行,包括GPU、GATER、Abis等。
3.1.2硬件配置检查
硬件配置检查主要包含以下几个部分:
(1)TRXCLASS
开启EDGE之前,原网络每个PDCH信道仅对应一条GCH信道=16kbits/s,而开启EDGE之后,一个MCS9的PDCH信道的理论吞吐量为59.2kbits/s,显然一条GCH是远远无法满足需求的。
为了满足更高的吞吐量,就必须为每个PDCH配置更多的GCH信道,因此引入了TRXClass概念,TRXClassn即表示一个PDCH对应n个GCH信道。
各等级的TRX所支持的最高编码速率如下:
TRXclass
AvailableCS
AvailableMCS
MAXtheoreticalthroughputperPDCH(kbit/s)
1
CS1toCS2
MCS1toMCS2
12
2
CS1toCS4
MCS1toMCS5
22.4
3
MCS1toMCS6
29.6/27.2
4
MCS1toMCS8
54.4
5
MCS1toMCS9
59.2
可以看到等级1和等级5的TRX所支持的最高速率差异是巨大的。
在B8版中每块载频都有自己独立的等级,但是升至9版后采用了动态Abis,同一个BTS下的小区将共享额外的GCH信道。
因此,只能检查BTS共有多少条extrapool,extrapool和TRX等级的换算公式如下:
TRXn=numberofextrapool/2+1。
(2)SUMA/SUMP
如果一个小区配有额外的Abis链路,则必须使用SUMA板。
(3)载频类型
目前只有G4的载频能处理8PSK的调制方式,即支持EDGE,而G3的载频仅支持编码方式CS1-CS4。
支持EDGE的载频通常为TRAx或TAxH,如TRAG和TAGHE。
支持EDGE的载频类型主要如下表所示:
模块名称
TRA
GMSKoutputpower
8-PSKoutputpower
TRAG
900Mediumpower
45W/46.5dBm
15W/41.8dBm
TRAGE
30W/44.8dBm
TAGH
900Highpower
60W/47.8dBm
25W/44dBm
TAGHE
TRAD
1800Mediumpower
35W/45.4dBm
12W/40.8dBm
TRADE
TADH
1800Highpower
TADHE
TGT09
TGT18
(4)载频混用
不同类型的载频混用会对Edge性能产生影响,trage和taghe载频混用,在8-PSK模式下功率相同即对EDGE影响较小,但在GMSK模式下taghe比trage输出功率高15W,功率不匹配必然对GPRS(非EDGE)产生影响。
丽水移动综合优化班编写了一个小程序,每周日自动运行一次,统计全网小区的载频类型和个数。
结果保存在\\10.78.35.124\omc配置文件\配置文件检查结果。
3.2话务报告检查
在实际优化中可以发现,有些小区在硬件无任何告警的情况下仍然存在一些指标异常的情况,通过话务报告可以发现这些隐性的问题。
3.2.1GPRS话务报告制作过程
3.2.1.1FTP下载数据
菜单—数据提取—FTP下载数据
打开后界面如图3-1,默认选择配置文件是omc1,下载数据类型选GPRS数据,忙时定义选要提取的时间点,连接并下载。
图3.1FTP下载数据图
(1)
由于有2个OMC,需要下载2次。
断开连接,选择配置文件omc2,其余同omc1,如图3-2。
图3.2FTP下载数据图
(2)
3.2.1.2GPRS数据提取
选择txt文件打开,如图3-3。
图3.3提取GPRS数据示意图
3.2.1.3导出文件
右键单击导出全部表,将除了CellIndicator,CellCounter,BSCCounter,BTSCounter外的勾去掉。
将文件保存在H:
\GPRS报告文件夹下。
如图3-4
图3.4GPRS报告导出示意图
3.2.1.4运行宏
单击自定义按钮
,选择文件,得到转换过的excel表如图3-5。
图3.5宏运行处的GPRS报告图
3.2.2上下行TBF建立成功率低小区处理
按照以下标准来判断上下行TBF建立是否正常:
上行TBF建立成功率>
92%;
下行TBF建立成功率>
对建立成功率低的小区处理包括
3.2.2.1检查基站传输、硬件是否有故障
首先检查基站传输有无告警,如误码告警、远端告警或者告警翻转(时好时坏)。
如果传输有问题,先联系传输机房,用内环回进行测试。
如果内环正常,则是基站侧问题,发IMEP工单给相应县市基站维护人员;
反之是BSC侧问题,需要更换基站在BSC的端口。
其次检查基站的载频,RA,SUM板上是否有故障,如HW-DEGRADED硬件降级等。
如果有先进行常规处理即LOCK和UNLOCK,告警仍在则发IMEP工单给相应县市基站维护人员。
3.2.2.2检查传输时隙是否出现异常
在AbisNavigator界面,选择DisplayTSAllcation。
正常情况如图3.6,异常情况如图3.7,3.8。
图3.6中同一TRE时隙相邻排列,且中间不会出现空的FreeTS。
ExtraPSTS统一在CS时隙上方。
图3.6传输时隙正常图示
图3.7中TCH(1/2)(TRE8)时隙上方出现一个FreeTS空档,再往上是1一个ExtraPSTS。
与正常规则不符。
图3.7传输时隙异常图示
(1)
图3.8中TCH(1/2)(TRE8)和TCH(2/2)(TRE8),TCH(1/2)(TRE6)和TCH(2/2)(TRE6)没有占用相邻时隙,反而中间穿插了其他载频时隙。
图3.8传输时隙异常图示
(2)
这种异常现象是OMCR升到10版后出现的,从GPRS话务报告监控的经验来看,很多指标异常的小区(TBF建立成功率低、TBF正常释放率低、RLC重传率MCSx高)都有传输时隙异常现象,并且调整时隙分布后指标恢复。
处理的方式有2种:
a.将基站割接到同BSC新的端口,然后割回原端口,时隙会自动重排恢复正常;
b.将基站扇区数据TRE和DR全部减成0,然后加回原样,时隙会自动重排恢复正常。
3.2.2.3GPRS功能初始化
对小区做Re-InitializeGPRS。
如图3.9。
因做完Re-InitializeGPRS后该小区在本小时GPRS话务报告中不出现,要等下一小时的话务报告才能看指标是否恢复。
图3.9小区Re-InitializeGPRS示意图
3.2.2.4更改TRX_PRE_MARK
改变GPRS功能所对应的物理载频,如原来GPRS开在载频TRX1上,通过修改TRX_PREF_MARK参数(创PRC修改,只在TRX_PREF_MARK=0时,载频开启GPRS功能,TRX_PREF_MARK=1时,载频只支持GSM业务),将GPRS开到载频TRX2上。
如图3.10。
图3.10更改TRX_PRE_MARK示意图
(1)
注意:
对于FR和DR,GPRS优先占用FR所在载频;
对于不同载频类型,GPRS优先占用高功率,如trag和trage混用,优先占用trage。
将TRX_PREF_MARK=0从没有配SD信道的TRX-A改到有SD信道的TRX-B,如果载频类型相同且同为FR或DR,则TRX-B对应的物理载频仍然是原来那一块,必须将原TRX-A配1个SD信道后在换TRX_PREF_MARK,才能成功。
(根据实际操作观察所得经验)
所以,在修改TRX_PREF_MARK=0的位置时,必须打开OMCR上的小区占用窗口,确保GPRS对应的RSL改变成功。
如图3.11中GPRS功能对应的载频是TRE11。
当然,如果是由于频点原因造成的指标劣化只需要改TRX即可,不必关注TRE是否会跟随。
图3.11更改TRX_PRE_MARK示意图
(2)
3.2.2.5更换频率
通过MAPINFO检查GPRS所占用频率是否存在同邻频干扰,如果有,发IMEP工单给各县市负责人选择修改的频率。
3.2.2.6增加CCCH
对于数据业务和话音业务都比较繁忙的小区,如果上下行TBF建立成功率低,无明显Gater/PCU拥塞、ExtraTS已经达到业务流量需求、无明显频率干扰、更换过PREFMARK值、载频硬件都无效果,可以考虑是否是AGCH拥塞。
检查GSM话务报告的CellCounter中MC925F(由于AGCH拥塞问题引起呼叫建立失败次数)计数器,如果MC925F次数过高(暂时认为1000次以上),则增加CCCH信道。
在AGCH拥塞小区的第一块载频第三个时隙增加1个CCCH信道,如图3.12。
图3.12增加CCCH示意图
(1)
同时需将BS_AG_BLKS_RES(准许接入保留块)设置为5,如图3.13。
图3.12增加CCCH示意图
(2)
3.2.3PDCH复用度高小区处理
PDCH复用度可以理解为每个PDCH信道上所叠加的用户数的多少,如果叠加的数量多则说明PDCH资源负荷较高,而叠加数量较少则说明空闲的PDCH资源较多。
(复用度大于1.2,扩PDCH信道,小于0.5减PDCH信道)
对于PDCH复用度扩容,我们有专门的无线利用率扩减容方案,统一进行扩减容。
为了监控平时出现的PDCH拥塞小区,在GPRS话务报告中筛选出了PDCH>
2的小区,作为当前需要处理的PDCH拥塞小区,将PDCH除与1.2,得到倍数A,将小区的Max_PDCH_Highload值扩到原来的A倍。
Max_PDCH和Min_PDCH做相应的调整。
Max_PDCH=Max_PDCH_Highload+2
Min_PDCH=Max_PDCH_Highload-2
如图3.14,Max_PDCH调整需要创PRC,并且如果增加后的Max_PDCH超出了当前GPRS载频的最大信道数(除BCC、SD信道)后要开启新的载频(将TRX_PREF_MARK由1改成0)。
为避免PDCH扩容后GSM拥塞,需要查询最近的提高无线利用率扩减容方案或该小区最忙时话务量,在GSM话务负荷允许的情况下扩容。
图3.14PDCH复用度高小区处理示意图
85%小区处理
与处理TBF建立成功率低的手段类似,包括检查基站传输、硬件是否有故障,检查传输时隙是否出现异常,更改TRX_PRE_MARK,更换频率等。
20%小区处理
3.2.6DSP拥塞和GATER拥塞BSC处理
在GPRS话务报告中有专门有2张表列出DSP拥塞和GATER拥塞小区。
P384(DSP拥塞时长)>
0,BSC出现DSP拥塞
P383a(GATER拥塞时长)>
0,BSC出现GATER拥塞
只要出现这两种拥塞的,必须进行GPU和GATER扩容。
GPU由于容量大(G2GPU支持4条GATER,EvolutionGPU支持13条GATER)直接增加1个即可。
GATER扩容需进行计算,具体见3.3.3Gater配置原则内容。
3.2.7数据吊死和切GPU
检查GPRS话务报告中DLTBF建立成功0和ULTBF建立成功0两张表,如果出现有建立请求,但成功次数为0的小区,判断为数据吊死,一般Re-InitializeGPRS小区即可。
如图3.15中的22201、12211、32171和22242。
如果同一BSC有多个小区出现数据吊死情况,或者频繁出现,可能是GPU有软件故障,需要切GPU,请通知相关人员操作。
图3.15GPU吊死参数示意图
打开BSC所在MFS界面,如图3.16。
图3.16打开MFS界面示意图
在MFS界面选择Views菜单中的OpenIMTwithMFSrights打开IMT。
如图3.17。
图3.17打开IMT示意图
MXBSC出现如图3.18的窗口后,选择View-Physicalview-SHELF_3-frontview。
图3.18MXBSC切GPU示意图
(1)
出现窗口如图3.19,选择PhysicalNumbering,选择相应的GPU后右键Switchover,MFS自动将BSC对应的GPU切换到备用GPU上,期间该BSC的GPRS业务中断5分钟左右。
GPU的对应位置可在MFS界面图3.17中找,如(Shelf3/Board5)对应图3.19中的5GPU是LSHBSC058的GPU。
图3.19MXBSC切GPU示意图
(2)
G2BSC出现如图3.20,GPU位置同样在MFS界面看,如果Shelf0的就选Subrack_0,Shelf1同理。
图3.20G2BSC切GPU示意图
(1)
选择ViewbySlot,选择要切的GPU,右键Switchover,GPU会自动切换到备用GPU13上,如图3.21。
BSC的GPRS业务也会中断数分钟。
图3.21G2BSC切GPU示意图
(2)
等Switch完毕,再选择GPU13右键Switchback,如图3.22。
BSC的GPRS业务再次中断数分钟,至此G2BSC切GPU过程完毕。
3.2.8下行流量中的各MCS编码比例
有时会发现这样一种问题:
一个小区已经开启了足够多的extrapool,也就是说它最高可以支持MCS9的编码速率,但是在话务报告中最高只有MCS5的编码流量。
一种可能是GATER出现拥塞,造成编码速率无法上升;
另一种可能是EDGE实际的CALSS级别没有达到。
对第一种情况可以采取扩容ATER口来解决;
对于第二种情况可以采取重启EDGE流程来解决。
如果在各个编码比例中存在零星的高编码(MCS6-MCS9)的比例,我们认为小区EDGE使用是正常的,可能是由于该小区实际应用数据业务的量比较小,无大数据流业务所致。
通过以下COUNTER观察数据业务各编码的流量:
P55a-p55d:
对应CS1~CS4;
P55e-p55m:
对应MCS1~MCS9。
3.2.9坏小区累计
由于GPRS业务特别是Edge比GSM对无线环境的要求更高,随着不同用户不同位置的变化,每小时话务报告中坏小区随机性很大,很多小区当天只有1小时出现在坏小区列表。
所以为了提高效率,我们编写了Excel宏对坏小区出现的次数进行累计统计。
运行方式如图3.22-图3.24。
运行宏,包括累计白天(统计同一天各时段GPRS话务报告坏小区累计数),累计晚上(统计多天23点GPRS话务报告坏小区累计数)。
统计的文件需要关闭,因为宏中设定要重新打开。
运行时首先要选择“总小区配置表文件”,然后依次选择需要累计的GPRS话务报告。
图3.25是一次累计白天宏的运行结果,14点、15点两列中0表示该小区这小时不是坏小区,1则相反,和是2个小时的累计值。
图3.22坏小区宏计算示意图
(1)
图3.23坏小区宏计算示意图
(2)
图3.24坏小区宏计算示意图(3)
图3.25宏运算结果示意图
3.3负荷评估
在完成了所有的检查工作后,就可以开始评估数据业务量了。
开启EDGE初期,遇到的最多的问题即无线拥塞(PDCH信道不足)和GPU侧拥塞(包括GCH拥塞、extrapool不足、DSP拥塞、PMU拥塞等),由于每增加一块CLASS5的载频,就需要开启8个extrapool,实际上系统的瓶颈最终还是在GPU侧。
不管是哪种拥塞,都会对测试指标造成巨大影响(>
20%而且严重时可能>
50%),且一旦发生GPU侧的拥塞,影响的范围至少是一块GPU下的所有小区。
因此,负荷评估是EDGE优化前的重要一环,评估围绕以下几个主要COUNTER展开:
3.3.1GPU/PMU拥塞标准
P402/3600>
0.1%
评估GPU/GP高负荷的主要指标为P77a和P76a。
具体定义如下
【P77a】:
MaximumvalueofthePMUCPUpowerbudgetobservedduringthegranularityperiod.
【P76a】:
AveragePMUCPUpowerbudgetobservedduringthegranularityperiod.
评估GPU/GP的负荷判断原则:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ALCATEL EDGE 优化指导手册V22 优化 指导 手册 V22