西门子优化报告Word文档格式.docx
《西门子优化报告Word文档格式.docx》由会员分享,可在线阅读,更多相关《西门子优化报告Word文档格式.docx(12页珍藏版)》请在冰豆网上搜索。
![西门子优化报告Word文档格式.docx](https://file1.bdocx.com/fileroot1/2022-12/13/9ce4f8c1-0d38-4a36-9662-1ba890000b90/9ce4f8c1-0d38-4a36-9662-1ba890000b901.gif)
HO_Success_Rt
ZJM1
3月2日
99.62
97.22
91.92
82.38
100
86.09
88.33
85.29
3月7日
99.49
97.38
92.41
88.36
87.17
89.23
85.88
3月8日
99.5
96.82
92.72
98.62
85.16
88.58
89.56
从上表可看出,ZJM1在MOC_MMC_Succ_Rt,MOC_PSTN_Succ_Rt,IN_Success_Rt
LUP_Succ_Rt,方向均正常,MTC_Succ_Rt约低,Paging_Succ_Rt较低,HO_Succ_Rt较低,整体来说,这几项指标较为正常,
2.2ZJMSC01话务及呼损分析
取06年3月7日统计数据
(20:
00)
话务统计类型:
MORTR:
所有从手机发起的呼叫
MTER:
所有从本交换机发给基站的话务
MICTR:
所有从本交换机以外发来的话务
MOUTPLMN:
所有本交换机下的手机用户发给非本交换机下的本网移动用户的话务
MOUTNOTPLMN:
所有本交换机下的手机用户发给固定网和非本网移动用户的话务
MTRAN:
所有非本交换机发起的并且其话务目的地也是非本交换机的
1MOUT
如上图MOCMOUT_PLMNSuccessRate>
95%,说明MOC_MOUT_PLMN正常,MOCMOUT_NOT_PLMNSuccessRate<
95%,较低。
在MOUT_NOT_PLMN中,Answer为53.96%,NOAnswer为41.72%,在MOUTPLMN中Answer为33.15%,NOAnswer为52.04%,可看出NOAnswer影响较大。
另外,CALL-REL_BEF_A_ALERT为振铃前释放,为4.11%和2.2%,对交换系统接通率的降低有一定的影响.
2MTER
如上图表:
MTCSuccessRate为87.17%,稍低,Answer为54.28%,其中NO-Answer为17.81%,others为12.83%,这对Answer影响较大,NO-Answer为用户行为,是不可控制的。
平均呼叫时长AverageCallduration为103.01秒,其余MSBlocked为0.12%,B-Busy为11.25%较大
CALL_REL_BEF_A_ALART为2.89%,它和others,B-Busy都会对交换系统接通率的降低造成一定的影响.
3MORTR
MORTRSetupRate>
97%,NOTCHAllocationBSC为3.02%,比较大,从手机发起到本交换机的呼叫MMCOWNMSC为8.07%,MMCMOUTPLMN1.91%,MOC
MOUTNOTPLMN为74.60%.
4呼损分析
如上表,在线用户数VLRSubs在网用户数为188544,占VLR容量百分比为75.42%,BHCA/Sub为1.05,比较大
MSC到各方向的呼损:
在MORTR(BSStrunk),MTER(BSStrunkatBside),MOUT_(NOT)_PLMN(trunkatBside),MTRAN(trunkatBside)方向上
UNS_CONSGESTION(MSC的中继阻塞)为0%
UNS_OVERLOAD由于过载防护被终止的呼损为0%
UNS_REQ_DEST_ERR由于DEST不知,或者阻塞的呼损为:
MORTR为0.46%,MOUTPLMN0.05%,MOUTNOTPLMN0.25%.
UNS_SERV_CHECK由于servicecheck的呼损在MORTR(BSStrunk)为1.03%,在
MOUT_NOT_PLMN为0.07%.
REL_BEFORE_ACM_MICTR为4.56%
UNS_TECHN_FAULT由于技术原因如软硬件故障而导致的呼损
UNS_PROTO_ERROR由于protocol而导致的呼损
UNS_BS_REASON,duringsetupduetoBSS/radio-relatedreasons在MOUT_(NOT)_PLMN(trunkatBside)为0.37%,MOUT_PLMN为0.41%
BS_REL_WITH_ANSWER,duetoBSS/radio-relatedreasons(e.g.lossofconnection).
TCHCONGESTION在MORTR(BSStrunk)3.02%(非常大,希望能解决),MTER(BSStrunkatBside)为2.41%。
5IN分析
IN_OVERLOAD(SCP溢出)IN_NO_ANSW_SCP(SCP无响应)
IN_ERROR_SCP(SCP出错)IN_ERROR_DEST(被叫IN号码未知)
IN_SERV_CHECK(用户没有权限)
IN_REROUTE(ananswerfromSCPisreceivedandcallisreroutedtoanewdestinationincludedintheSCPresponse)
如上图表
IN_ERROR_SCP(MORTR)为0.33%,智能用户去话中SCP对来自SSP的对话无响应情况概率较小,
IN_ERROR_DEST(MORTR)为2.26%,
从上面可看出,IN方面呼叫正常
6主要指标
如上图表:
MTC为87.17%正常,较低MOUT-PLMN为88.36%,较低,PAGING为89.23%,稍低,MOUTNOTPLMN为100%,正常
Handover85.55%较低
INCALLS(MORTR)为97.36%,INCALLS(MICTR)为99.41%,在IN方面的呼叫正常
3交换系统接通率分析
系统接通率(含用户行为)=交换系统接通率(含用户行为)*无线系统接通率。
根据公式,提高系统接通率(含用户行为),则需提高交换系统接通率(含用户行为)和无线系统接通。
下面着重对交换系统接通率(含用户行为)指标进行分析。
交换系统接通率(含用户行为)=[发送IAI+语音寻呼次数]/(业务信道分配成功次数(不含切换)*主叫比例+接收IAI次数)
代号
G4.2
G4.3
G4.5
发送IAI+语音寻呼次数
(业务信道分配成功次数(不含切换)*主叫比例+接收IAI次数
指标说明
系统接通率(含用户行为)
交换系统接通率(不含用户行为)
无线系统接通率
交换系统接通次数(含用户行为)
发送IAI次数
语音寻呼请求次数
交换系统试呼次数
业务信道分配请求次数(不含切换)
接收IAI次数
主叫比例
-
%
次
06年3月7日20:
80.63
90.26
93.38
182673
97403
85270
221364
201659
93956
63.18
从上表看出,在3月7日,系统接通率比较低,为80.63%,交换系语音试呼此数为221364
下面从呼损来分析接通率低的原因:
以3月7日为例,分析ZJMSC01的呼损列出如下:
根据交换系统接通率公式,在公式里能计算的呼损如下:
主要取MT.USMM.XX统计文件
总交换试呼次数221364
File:
MT.USMM.TU2
Date:
06-03-07
总试呼次数
Counter
UNS_REQ_DEST_ERR_MORTR
475
UNS_REQ_DEST_ERR_MOPLMN
1
UNS_REQ_DEST_ERR_MONPLMN
190
UNS_REQ_DEST_ERR_MTER
4
UNS_REQ_DEST_ERR_MTRANS
115
UNS_PROTO_ERR_MONPLMN
5
UNS_PROTO_ERR_MTER
11
UNS_PROTO_ERR_MICTR
UNS_PROTO_ERR_MTRANS
CALL_REL_EXC_MOPLMN
CALL_REL_EXC_MONPLMN
135
CALL_REL_EXC_MTER
95
CALL_REL_EXC_MTRANS
89
UNS_TECHN_FAULT_MORTR
UNS_TECHN_FAULT_MTER
58
UNS_TECHN_FAULT_MICTR
23
UNS_TECHN_FAULT_MTRANS
2
UNS_CONGESTION_MORTR
UNS_CONGESTION_MTRANS
总1122
交换原因
占百分比
0.51%
IN_OVERLOAD_MORTR
16
IN_OVERLOAD_MICTR
IN_NO_ANS_SCP_MORTR
IN_ERR_SCP_MORTR
181
IN_ERR_SCP_MICTR
211
IN_ERR_DEST_MORTR
1234
IN_ERR_DEST_MICTR
总1650
0.75%
CALL_REL_bf_A_ALT_MOPLMN
43
CALL_REL_bf_A_ALT_MONPLMN
3141
CALL_REL_bf_ALERT_MTER
2148
CALL_REL_bf_ALERT_MTRANS
92
总5424
用户原因
2.50%
UNS_SERV_CHK_MORTR
1051
UNS_SERV_CHK_MOPLMN
UNS_SERV_CHK_MONPLMN
55
UNS_SERV_CHK_MTER
98
UNS_SERV_CHK_MICTR
3
总1208
0.55%
服务受限
UNS_MS_BLOCKED_MORTR
680
UNS_MS_BLOCKED_MTER
87
UNS_MS_BLOCKED_MICTR
493
总1260
0.57%
UNS_BS_REASON_MOPLMN
8
UNS_BS_REASON_MONPLMN
524
UNS_BS_REASON_MTER
985
总1517
0.69%
上面呼损占5.54%,其中用户方面占3.62%,占了较大的交换系统呼损。
交换原因占1.26%,其中较大的是IN_ERR_DEST_MORTR,DEST_ERR_MORTR需要检查交换的DEST数据.
另外:
本局智能网用户拨打1013088、96755、96756等IN智能网用户管理平台电话进行余额查询、账号管理:
此类呼叫业务信道分配已成功,但由于按正常流程不向其他局发送不会IAI,更不会发起语音寻呼,因此计为一次失败。
取录音通知统计文件TS.ANGR.XX,查看OCNQ里的CC数,经统计在6日20:
00-21:
00,ZJMSC01的CC数为7357,占3.32%.
此外,还存在如下呼损:
G5.5
G5.6
G5.9
时间
被叫用户忙比例
拨打号码为空号比例
被叫用户关机比例
不完全拨号
中继拥塞
单位
ZJMSC01
2006-3-720:
4.26
0.8
0.48
1.2
0.5
其中拨打号码为空号比例、中继技术故障、不完全拨号是通过统计TS.TGRP.XX统计出来,被叫用户关机比例、被叫用户忙比例、被叫用户服务受限比例通过网管统计出来。
如上表,本局号码分析时发现用户拨号错误(位长不够或过长、号码分析错误)、空号,然后由本局播放录音通知或由于SCP下发的各种CAUSE在本局播放录音:
用户拨错号为可接受的非正常用户行为。
此部分呼损计入上一部分。
本局用户做被叫忙、主叫用户拨号受限(主叫停机或长途受限)等原因由本局播放录音通知。
为用户行为,约占3.32%。
下面检查ZJMSC01在3月7日20:
00的话务模型,如下所示:
如上所示,ZJMSC01在3月7日20:
00期间的LUP/SUBS为1.3次,HANDOVER/SUBS为2.04次,LUP/SUBS,HANDOVER/SUBS的一般值为0.6~0.7次,因此LUP/SUBS,HANDOVER/SUBS均较大,因此,ZJMSC01在20:
00存在大量的切换,和位置更新,这是由于LAC边界划分不合理造成的。
在这些边界小区内,如果存在大量的位置更新,而手机在做位置更新时是不能监听寻呼信道的,并且在LAC区边界,由于影响位置更新的小区重选滞后(CRH)的存在,手机驻留在信号较差的小区的概率相对较高,因此也近一步影响了交换机的寻呼成功率。
用户正在做位置更新,可能会对呼叫造成呼损,引起“temporaryfailure”,会引起交换系统接通率的下降。
因此如有可能,建议LAC边缘,减少切换,和位置更新次数。
综上所述,各呼损的比例如下:
交换系统接通率(含用户行为)
前一部分
拨打1013388
其它
5.54
0.5
3.32
3.27
其中第一部分无线原因为0.63%,用户原因为3.62%,交换原因为1.26%
5、主要问题及解决办法
通过对上面交换机的指标、呼损及其交换系统接通率的分析,可看出ZJMSC01主要存在如下几点问题:
1、对于无线方面,存在切换和寻呼成功率不太高,希望能改善。
2、存在大量的切换和位置更新,这将会导致许多后向释放,引起交换系统成功率降低,因此希望能对LAC和小区做出调整,以减小切换次数,和位置更新次数、以提高交换接通率;
3、对于中继技术故障,建议检查HF.ARCHIVE;
检查中继拥塞情况;
4、存在一定的IN_ERR_DEST_MORTR,DEST_ERR_MORTR呼损,建议检查交换的DEST数据;
5、对于被叫忙和被叫关机的情况属于用户行为无法优化,但可以给用户增加秘书台业务,以减少被叫忙和关机的次数,一方可以提高网络指标,同时也提高了业务收入;