天水TISGS2与TISGS3寻呼性能优化专题.docx
- 文档编号:12362957
- 上传时间:2023-04-18
- 格式:DOCX
- 页数:34
- 大小:2.80MB
天水TISGS2与TISGS3寻呼性能优化专题.docx
《天水TISGS2与TISGS3寻呼性能优化专题.docx》由会员分享,可在线阅读,更多相关《天水TISGS2与TISGS3寻呼性能优化专题.docx(34页珍藏版)》请在冰豆网上搜索。
天水TISGS2与TISGS3寻呼性能优化专题
天水TISGS2与TISGS3寻呼优化专题
日期:
2010/4/18——2010/4/30
目录
1.概述3
2.优化思路3
3.寻呼容量分析4
4.优化前后指标对比8
5.寻呼性能分析及整治计划9
5.1整治计划9
5.1.1A-bis信令解压9
5.1.2T3212调整9
5.1.3TRH扩容9
5.1.4基站天线角度普查调整9
5.1.5BSCSD突发拥塞补丁9
5.1.6TSBC6G割接10
5.1.7新建站及小区分裂计划10
5.1.8外界干扰源查找10
5.2TSBC6G寻呼性能专项分析10
6.优化工作内容11
6.1寻呼容量相关参数调整11
6.2A-bis信令压缩方式修改11
6.3TRH负荷评估12
6.3.1负荷监控门限12
6.3.2EVENTLOG查看12
6.3.3TRH负荷计算13
6.4随机接入成功率优化15
6.5SD拥塞处理19
6.6寻呼丢失处理26
6.7CRH&CRO调整27
6.8ACCMIN及CCHPWR调整27
6.9下行覆盖较弱小区功率调整28
6.10MSC隐性关机时间调整28
6.11外部干扰小区查找28
1.概述
寻呼成功率是网络接入性的标志,是用户感受到网络质量的标准。
寻呼性能的测量将指出系统进行寻呼的好坏情况。
持续的过低寻呼成功率将造成呼叫失败和收益的减少。
改变参数的设置通常能提高寻呼性能,尤其在覆盖不是主要问题的情况下,但是当网络覆盖较差时,通过参数优化来改善寻呼成功率较为困难。
天水共有3个MSC、8个位置区,每个BSC单独一个位置区,其中TISGS2和TISGS3下的位置区载波数较多,分别超过了1000块和900块。
共有2282个小区,7193块载波,其中载波数较小的LZGS31下的3个位置区的小区载波配置主要为4-9载波,同时也有相当部分的10-12载波的大配置小区;载波数较大的TISGS2和TISGS3下的5个位置区的小区载波配置主要为1-3载波,同时有一部分4-6载波的中等配置小区。
本专题针对寻呼成功率较低的TISGS2和TISGS3两个MSC进行了集中优化。
2.优化思路
影响系统寻呼性能的关键因素:
寻呼参数设置,周期性登记、隐含的IMSI关机、位置区的数目以及位置区的大小、小区无线环境和无线资源等。
通过信令流程图,可以帮助我们了解寻呼在呼叫接续中的流程,它能为我们在做分析寻呼性能时方便的找到切入点:
从上图信令流程可以得出与寻呼成功率相关的因素主要有:
(一)无线侧寻呼相关参数BCCHTYPE/MFRMS/AGBLK核查调整,交换侧寻呼隐性关机参数调整。
(二)各网元TRH负荷评估和调整,A-bis信令负荷调整。
(三)SD信令负荷及BTS寻呼负荷的评估和优化。
(四)各网元寻呼容量及负荷的评估,位置区的合理划分。
(五)无线覆盖情况的改善,减少覆盖盲区。
改善随机接入性能。
(六)位置更新比例较高小区调整,减少高位置更新对寻呼性能的影响。
(七)外部干扰的查找。
3.寻呼容量分析
Um接口下行方向时隙0上逻辑信道和物理信道的映射关系见下图1、图2。
图中的CCCH由PCH和AGCH共用,PCH用于下发寻呼消息而AGCH用于下发立即指配消息。
AGCH优先占用CCCH,但仍可通过设置AGBLK可以为AGCH预留专用的CCCHBLOCK。
可以看出BCCHTYPE=NCOMB方式及COMB方式下分别有9个和3个CCCHBLOCK,该51复帧的周期约为0.2354s。
图表1NCOMB(非组合)方式
图表2COMB(组合)方式
寻呼消息中的用户信息可以为TMSI或IMSI,在数据业务通过CCCH下发寻呼时使用PTMSI。
每个用于寻呼的CCCHBLOCK为一个PAGINGBLOCK,对于不同种类的寻呼消息的承载能力如下图所示,由图可以看出,每个PAGINGBLOCK最多可以承载4个TMSI/PTMSI的寻呼消息,或2个IMSI的寻呼消息。
用户属于哪个寻呼组又用户的IMSI和小区参数MFRMS设置共同决定,由于用户IMSI的随机性,各小区各寻呼组的寻呼负荷是不平均的。
CCCH信道的寻呼组重复周期和个数由MFRMS决定,不同MFRMS下的寻呼组时间间隔和寻呼组数量如下表所示:
相似的,在语音业务时,AGCH占用CCCHBLOCK下发立即指派一般使用1个CCCHBLOCK下发1个用户立即指派消息,当使用立即指派扩展时,可以一次下发2个用户的立即指配消息,但此时只能分配2个用户在相同的SDCCH/4或SDCCH/8中;当数据业务通过CCCH下发PS立即指派消息时,1个CCCHBLOCK只能下发1个用户的立即指派消息。
详细如下图所示:
图表3CCCHBLOCK
通过以上的介绍,可以了解到,Um接口的寻呼容量与寻呼使用IMSI和TMSI的比例有关,天水现网MSC的寻呼策略为1次寻呼使用TMSI寻呼,2次寻呼在整个MSC下使用IMSI寻呼。
因此天水现网各个位置区下平均每个CCCHBLOCK承载的寻呼个数为(设一个CCCHBLOCK的容量为4):
即:
平均每CCCHBLOCK承载寻呼数=4/(1+IMSI寻呼占比)
其中:
因此天水现网Um接口寻呼容量的计算方法为:
(每51复帧的CCCH块数—AGCH预留块数)/0.2354*4/(1+IMSI寻呼占比)
根据3月17-19日、22日、23日5天的MSC寻呼统计计算各位置区的IMSI寻呼占比,最终计算得到天水各位置区的Um接口寻呼容量如下图:
根据Um接口的寻呼容量计算方法,由于IMSI寻呼占用CCCHBLOCK的容量较TMSI寻呼方式时大1倍,因此Um接口理论寻呼容量会随IMSI寻呼占比的升高而降低。
由上图可以看出,各位置区的寻呼容量基本都在40万/小时左右,其中TISGS3下的LAC=37767的IMSI寻呼占比最高,其平均寻呼容量在39万左右。
当Um接口的寻呼负荷为理论容量的50%时,寻呼拥塞和丢弃情况极少且BTS有足够的机会重发寻呼,此时的位置区寻呼性能处于较好水平。
根据与MSC寻呼统计相同日期的6六忙时BSC寻呼负荷统计,汇总得到各位置区寻呼负荷情况如下表:
(包含数据业务寻呼)
由上图可以看到,各位置区寻呼负荷都在20万以下,最小寻呼负荷为最大寻呼负荷的50%到60%左右。
由各位置区寻呼负荷最大值与理论Um接口寻呼容量的50%比较,如下表所示:
由上图可以看到,所有位置区寻呼负荷都小于计算得到的Um寻呼容量的50%,其中LAC=37760和37766的最大寻呼负荷与理论容量较接近,其它位置区的寻呼负荷都在理论容量的75%以下,各位置区寻呼容量充足。
具体位置区Um接口寻呼容量计算方法请参考“附录1”;相关MSC和位置区的寻呼统计与寻呼容量计算结果详见以下附件:
4.优化前后指标对比
TISGS2寻呼成功率走势图:
TISGS3寻呼成功率走势图:
通过本次寻呼专题优化,TISGS2与TISGS3寻呼成功率得到了明显的提升。
TISGS2寻呼成功率持续保持在94%左右,提升1个百分点。
TISGS3连续4天寻呼成功率均在92%以上,已达到省公司寻呼成功率在92%以上的要求,优化工作结束后的寻呼成功率为94%,呈现很好的上升趋势。
本次优化工作仍然有很多工作未能完成,遂提出了相应的整治计划,在日后的工作中陆续完成,使寻呼性能得到不断的优化和提升。
5.寻呼性能分析及整治计划
5.1整治计划
5.1.1A-bis信令解压
建议将采用压缩方式和复用方式的传输调整为非压缩方式,减少对寻呼造成的风险。
本次优化已经将具有足够传输的小区的传输解压,但仍有大量传输采用压缩方式。
建议增加传输设备,解压信令压缩小区。
详见5.2
5.1.2T3212调整
建议将T3212调整为7,MSC隐形关机时间设置为44分钟。
TISGS2与TISGS3主要覆盖郊区,应减小隐形关机时间。
郊区覆盖较差,手机脱网时应尽快让MSC知道,减少无响应的寻呼数量,从而改善寻呼指标。
5.1.3TRH扩容
建议对TSBC5G的TRH进行扩容,减少PAGEDISC事件的发生。
TSBC5GTRH负荷整体偏高,且存在PAGEDISC事件,遂提出扩容方案,减少对寻呼性能的影响。
详见5.3
5.1.4基站天线角度普查调整
建议对小区天线角度进行普查,合理调整小区天线角度,改善无线环境。
大部分小区随机接入成功率低均是由于过远覆盖导致。
TISGS2和TISGS3主要覆盖郊区,过覆盖问题较为严重。
详见5.4
5.1.5BSCSD突发拥塞补丁
SD突发拥塞较为严重,建议对BSC打升级补丁,解决SD突发拥塞问题。
除此之外,部分主要覆盖铁路路段的小区长期存在SD拥塞的问题,经参数调整无效,建议对这些小区进行扩容,或将全向站分裂为定向站,增加SD信道个数,减少拥塞。
详见5.5
5.1.6TSBC6G割接
天水市BSC划分极为不合理,导致大量的网络问题,建议对BSC6进行切割,划分为2个BSC。
可以很好的改善全网的网络状况。
5.1.7新建站及小区分裂计划
覆盖省林校(TSBC6G)和秦安及北坛小区(TSBC3G)的几个小区存在着大量的寻呼拥塞和寻呼超时丢失对寻呼指标影响较大。
这两个地区的语音业务和数据业务均较多,个别小区EGPRS信道个数为30多个。
建议对这两个地区新建基站或小区分裂,增加CCCH信道个数,解决寻呼丢失的问题,同时减少TCH拥塞。
详见5.5
5.1.8外界干扰源查找
TISGS2及TSGS3两个MSC覆盖的区域有12个小区存在着严重的上行干扰,干扰等级为5。
详见5.11
5.2TSBC6G寻呼性能专项分析
造成TSBC6G的寻呼成功率明显低于其他BSC的主要原因:
A:
改变参数的设置通常能提高寻呼性能,尤其在覆盖不是主要问题的情况下,但是当网络覆盖较差时,通过参数优化来改善寻呼成功率较为困难。
TSBC6G主要覆盖郊区,通过MCOM即可发现TSBC6G基站覆盖存在着大量的空白区域,所以通过参数的调整很难提升寻呼性能。
覆盖问题是导致TSBC6G寻呼成功率低的主要原因。
B:
覆盖省林校地区的小区存在着上万次的寻呼丢失,对寻呼性能造成了极坏的影响。
C:
天水市BSC划分极为不合理,导致大量的网络问题,建议对BSC6进行切割,划分为2个BSC。
可以很好的改善全网的网络状况。
6.优化工作内容
6.1寻呼容量相关参数调整
针对两个MSC跟Um口寻呼容量相关的参数BCCHTYPE/MFRMS/AGBLK进行普查调整。
现网BCCHTYPE参数全部设置为NCOMB,MFRMS极少数设置为5.,AGBLK全部设置为1。
具体调整小区如下:
6.2A-bis信令压缩方式修改
针对两个MSC的传输压缩方式进行调整,将采用压缩方式和复用方式的传输调整为非压缩方式,减少对寻呼造成的风险。
已经调整个20TG。
由于传输不足依然有个38TG采用压缩方式,建议添加传输调整压缩方式。
具体调整TG如下:
6.3TRH负荷评估
6.3.1负荷监控门限
NE
CAPHYST
CAPLIM
INTERVAL
STIME
AVELIM
NOTRHLIM
TRHLIM
TSBS3G
5
10
12
200
28
30
30
TSBS5G
5
10
12
200
28
30
30
TSBS6G
5
10
12
200
28
30
30
TSBS7G
5
10
12
200
28
30
30
TRH类型为RPG3A,Capacity(MAXLOAD=80)为160。
负荷监控门限设置的不合理,建议对其进行调整。
调整后设置为:
NE
CAPHYST
CAPLIM
INTERVAL
STIME
AVELIM
NOTRHLIM
TRHLIM
TSBS3G
10
40
24
200
30
30
30
TSBS5G
10
40
24
200
30
30
30
TSBS6G
10
40
24
200
30
30
30
TSBS7G
10
40
24
200
30
30
30
6.3.2EVENTLOG查看
TSBS3G查看情况:
TSBS5G查看情况:
BSC5已经出现寻呼丢失的问题,该BSC已经开启周期性重分配功能。
TSBS6G查看情况:
TSBS7G查看情况:
TSBC8G查看情况:
6.3.3TRH负荷计算
TSBS7G负荷计算:
TSBS6G负荷计算:
TSBS5G负荷计算:
BSC5的负荷情况相对较高。
TSBS3G负荷计算:
TSBS8G负荷计算:
6.4随机接入成功率优化
1TS2183CTSBC6G
该小区连续随机接入性能比较差。
通过MRR发现该小区存在着过远覆盖的问题。
调整方案:
A:
修改BCCH由74调整为69
B:
建议调整该小区天线下倾角度,减少过远覆盖。
效果验证:
TIME
CELL
接入申请数
接入失败数
2010/4/1910:
00
TS2183C
666
70
2010/4/1911:
00
TS2183C
565
1
2010/4/1912:
00
TS2183C
516
3
2010/4/1913:
00
TS2183C
847
276
2010/4/1914:
00
TS2183C
1458
893
2010/4/2510:
00
TS2183C
526
0
2010/4/2511:
00
TS2183C
473
0
2010/4/2512:
00
TS2183C
465
0
2010/4/2513:
00
TS2183C
539
1
2010/4/2514:
00
TS2183C
406
0
2TS3293BTSBC8G
该小区连续随机接入性能比较差。
通过MCOM发现该小区存在着邻区临频的问题。
调整方案:
A:
修改BCCH由79调整为80。
效果验证:
TIME
CELL
接入申请数
接入失败数
2010/4/2516:
00
TS3293B
893
215
2010/4/2517:
00
TS3293B
719
94
2010/4/2518:
00
TS3293B
968
357
2010/4/2519:
00
TS3293B
872
193
2010/4/2520:
00
TS3293B
1876
1122
2010/4/2521:
00
TS3293B
1001
278
2010/4/2616:
00
TS3293B
699
2
2010/4/2617:
00
TS3293B
605
1
2010/4/2618:
00
TS3293B
369
1
2010/4/2619:
00
TS3293B
418
0
2010/4/2620:
00
TS3293B
460
0
2010/4/2621:
00
TS3293B
407
0
3TS0325BTSBC8G
该小区连续随机接入性能比较差。
通MRR发现该小区存在着过远覆盖的问题。
调整方案:
A:
通过NCS修改BCCH由83调整为70。
B:
建议调整该小区天线下倾角度,减少过远覆盖。
4TS0718ATSBC3G
该小区连续随机接入性能比较差。
通过MRR发现该小区存在着过远覆盖的问题。
调整方案:
A:
修改BSIC由74调整为50
B:
建议调整该小区天线下倾角度,减少过远覆盖。
5TS0746BTSBC3G
该小区连续随机接入性能比较差。
通过NCS发现该小区存在着邻区临频的问题。
通过MRR发现该小区存在着过远覆盖的问题。
调整方案:
A:
修改BCCH由88调整为69。
1513
B:
建议调整该小区天线下倾角度,减少过远覆盖。
6TS0795BTSBC3G
该小区连续随机接入性能比较差。
通过NCS发现该小区存在着邻区临频的问题。
并通过MRR发现该小区过远覆盖严重。
调整方案:
A:
修改BCCH由86调整为85。
B:
建议调整该小区天线下倾角度,减少过远覆盖。
7TS1333ATSBC7G
该小区连续随机接入性能比较差。
通过NCS发现该小区存在着邻区临频的问题。
调整方案:
A:
修改BCCH由78调整为91。
效果验证:
TIME
CELL
接入申请数
接入失败数
2010/4/2516:
00
TS1333A
549
0
2010/4/2517:
00
TS1333A
512
1
2010/4/2518:
00
TS1333A
543
1
2010/4/2519:
00
TS1333A
623
160
2010/4/2520:
00
TS1333A
489
0
2010/4/2521:
00
TS1333A
590
215
2010/4/2522:
00
TS1333A
335
0
2010/4/2523:
00
TS1333A
239
0
2010/4/2616:
00
TS1333A
469
0
2010/4/2617:
00
TS1333A
834
0
2010/4/2618:
00
TS1333A
581
0
2010/4/2619:
00
TS1333A
501
0
2010/4/2620:
00
TS1333A
512
0
2010/4/2621:
00
TS1333A
465
0
2010/4/2622:
00
TS1333A
293
0
2010/4/2623:
00
TS1333A
202
0
8TS7508ATSBC3G
该小区连续随机接入性能比较差。
通过NCS发现该小区存在着邻区临频的问题。
并通过MRR发现该小区过远覆盖严重。
调整方案:
A:
修改BCCH由87调整为83。
B:
建议调整该小区天线下倾角度,减少过远覆盖。
6.5SD拥塞处理
1TS2545ATSBC6G
该小区长期存在着SD拥塞,通过MCOM发现该小区位于BSC4与BSC5之间的夹缝地带,且覆盖铁路段。
该小区为2个载波的全向站,SD配置已经为最大。
位置更新随机接入次数高达的随机接入次数的95%,通过参数调整无效。
通过切换统计发现该小区与BSC4和BSC5小区之间的统计均较多,不适合进行割接,而且BSC6形状特殊割接可能带来其他问题。
调整方案:
A:
参数调整,无效果。
cro
to
pt
cro
to
pt
9
0
31
0
3
1
B:
小区分裂:
该小区为全向站,建议将该小区分裂成为3个小区,增加SD信道个数。
该小区同时存在着TCH拥塞,分裂亦可解决。
2TS6514ATSBC5G
该小区长期存在着SD拥塞,通过MCOM发现该小区为TS2545A临小区,覆盖铁路段。
该小区为2个载波的全向站,SD配置已经为最大。
位置更新随机接入次数高达的随机接入次数的90%,通过参数调整无效。
通过切换统计发现该小区在BSC5内的切换次数远少于与BSC6之间的切换次数,建议将该小区割接到BSC6。
调整方案:
A:
参数调整,无效。
cro
to
pt
cro
to
pt
6
0
31
0
2
1
B:
小区割接:
将小区由BSC5割接到BSC6,且建议将小区由全向站分裂为三个小区。
3TS0260ATSBC6G
该小区位于天水市边界处,覆盖铁路路段,长期存在着SD拥塞。
位置更新随机接入次数高达的随机接入次数的90%,SD配置已经为最大,通过参数调整无效。
调整方案:
A:
参数调整,略有改善。
cro
to
pt
cro
to
pt
0
0
0
0
2
1
B:
建议对该小区进行扩容增加SD信道个数。
4TS2343ATSBSC6
该小区位于BSC6与BSC8边界处,覆盖铁路路段,长期存在SD拥塞。
位置更新随机接入次数高达的随机接入次数的90%。
调整方案:
A:
参数调整,略有效果。
cro
to
pt
SDCCH
cro
to
pt
SDCCH
1
0
0
3
0
2
1
4
B:
建议对该小区进行扩容增加SD信道个数。
5TS2557ATSBC6G
该小区位于天水市边界处,覆盖铁路路段,长期存在着SD拥塞。
位置更新随机接入次数高达的随机接入次数的80%。
调整方案:
A:
参数调整:
cro
to
pt
SDCCH
cro
to
pt
SDCCH
0
0
0
5
0
2
1
8
6TS6513ATSBC5G
该小区长期存在着SD拥塞,通过MCOM发现该小区为TS2545A临小区,覆盖铁路段。
该小区为2个载波的全向站,SD配置已经为最大。
位置更新随机接入次数高达的随机接入次数的95%。
通过MRR发现该小区存在着过远覆盖的问题。
调整方案:
A:
建议对该小区进行扩容,增加SD信道个数,且该小区存在TCH拥塞,通过扩容也可以解决。
B:
对小区天线下倾角进行调整,消除过远覆盖问题。
7TS0209CTSBC6G
该小区长期存在着SD拥塞。
位置更新随机接入次数高达的随机接入次数的90%。
调整方案:
A:
参数调整,略有效果。
cro
to
pt
SDCCH
cro
to
pt
SDCCH
10
0
31
7
10
0
31
8
B:
建议对该小区进行扩容增加SD信道个数。
8TS2557BTSBC6G
该小区位于天水市边界处,覆盖铁路路段,长期存在着SD拥塞。
位置更新随机接入次数高达的随机接入次数的80%。
调整方案:
A:
参数调整:
cro
to
pt
SDCCH
cro
to
pt
SDCCH
0
0
0
5
0
0
0
8
9TS2503ATSBC6G
该小区位于天水市边界处,覆盖铁路路段,长期存在着SD拥塞。
位置更新随机接入次数高达的随机接入次数的80%。
该小区为全向站,SD信道配置已经为最大。
调整方案:
A:
参数调整,无效果。
cro
to
pt
SDCCH
cro
to
pt
SDCCH
3
0
31
8
0
2
1
8
B:
建议对该小区进行扩容,增加SD信道个数。
10TS0258CTSBC6G
该小区位于天水市边界处,覆盖铁路路段,长期存在着SD拥塞。
位置更新随机接入次数高达的随机接入次数的80%。
SD信道配置已经为最大。
调整方案:
A:
参数
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 天水 TISGS2 TISGS3 寻呼 性能 优化 专题
![提示](https://static.bdocx.com/images/bang_tan.gif)