西门子优化报告Word文档格式.docx

1、HO_Success_RtZJM13月2日99.6297.2291.9282.3810086.0988.3385.293月7日99.4997.3892.4188.3687.1789.2385.883月8日99.596.8292.7298.6285.1688.5889.56 从上表可看出，ZJM1在MOC_MMC_Succ_Rt ,MOC_PSTN_Succ_Rt , IN_Success_RtLUP_Succ_Rt,方向均正常，MTC_Succ_Rt约低，Paging_Succ_Rt较低，HO_Succ_Rt较低，整体来说，这几项指标较为正常，2 .2 ZJMSC01话务及呼损分析取06年3月

2、7日统计数据（20:00）话务统计类型:MORTR:所有从手机发起的呼叫 MTER:所有从本交换机发给基站的话务MICTR:所有从本交换机以外发来的话务MOUTPLMN:所有本交换机下的手机用户发给非本交换机下的本网移动用户的话务MOUTNOTPLMN: 所有本交换机下的手机用户发给固定网和非本网移动用户的话务MTRAN:所有非本交换机发起的并且其话务目的地也是非本交换机的1 MOUT如上图MOC MOUT_PLMN Success Rate 95% ,说明MOC_MOUT_PLMN正常, MOC MOUT_NOT_PLMN Success Rate97% ,NO TCH Allocation

3、 BSC 为3.02%,比较大，从手机发起到本交换机的呼叫MMC OWN MSC 为8.07%,MMC MOUT PLMN 1.91%,MOC MOUT NOT PLMN为74.60%.4 呼损分析如上表, 在线用户数VLR Subs 在网用户数为188544,占VLR 容量百分比为75.42%, BHCA/Sub为1.05,比较大MSC到各方向的呼损:在MORTR（BSS trunk）, MTER（ BSS trunk at B side）, MOUT_（NOT）_PLMN（ trunk at B side）, MTRAN（ trunk at B side）方向上UNS_CONSGESTIO

4、N（MSC的中继阻塞） 为0%UNS_OVERLOAD由于过载防护被终止的呼损为0%UNS_REQ_DEST_ERR由于DEST不知,或者阻塞的呼损为：MORTR为0.46%，MOUT PLMN 0.05%,MOUT NOT PLMN 0.25%.UNS_SERV_CHECK由于service check的呼损在MORTR（BSS trunk）为1.03%,在MOUT_NOT_PLMN为0.07%.REL_BEFORE_ACM_MICTR为4.56%UNS_TECHN_FAULT由于技术原因如软硬件故障而导致的呼损UNS_PROTO_ERROR由于protocol而导致的呼损UNS_BS_RE

5、ASON, during setup due to BSS/radio-related reasons 在MOUT_（NOT）_PLMN（ trunk at B side）为0.37%,MOUT_PLMN为0.41%BS_REL_WITH_ANSWER, due to BSS/radio-related reasons （e.g. loss of connection）.TCH CONGESTION在MORTR（BSS trunk）3.02%（非常大,希望能解决），MTER（ BSS trunk at B side）为2.41%。5 IN分析IN_OVERLOAD（SCP溢出） IN_NO_A

6、NSW_SCP（SCP无响应）IN_ERROR_SCP（SCP出错） IN_ERROR_DEST（被叫IN号码未知）IN_SERV_CHECK（用户没有权限） IN_REROUTE（an answer from SCP is received and call is rerouted to a new destination included in the SCP response）如上图表IN_ERROR_SCP（MORTR）为0.33%,智能用户去话中SCP对来自SSP的对话无响应情况概率较小,IN_ERROR_DEST（MORTR）为2.26%, 从上面可看出， IN 方面呼叫正常6主要

7、指标如上图表:MTC为87.17%正常,较低MOUT-PLMN为88.36%，较低，PAGING 为89.23%,稍低， MOUT NOT PLMN 为100%，正常Handover 85.55%较低IN CALLS （MORTR）为97.36%, IN CALLS （MICTR）为99.41%,在IN方面的呼叫正常3 交换系统接通率分析系统接通率（含用户行为）交换系统接通率（含用户行为） * 无线系统接通率。根据公式，提高系统接通率（含用户行为），则需提高交换系统接通率（含用户行为）和无线系统接通。下面着重对交换系统接通率（含用户行为）指标进行分析。交换系统接通率（含用户行为） 发送IAI+

8、语音寻呼次数/（业务信道分配成功次数（不含切换）*主叫比例+接收IAI次数）代号G4.2G4.3G4.5发送IAI+语音寻呼次数（业务信道分配成功次数（不含切换）*主叫比例+接收IAI次数指标说明系统接通率（含用户行为）交换系统接通率（不含用户行为）无线系统接通率交换系统接通次数（含用户行为）发送IAI次数语音寻呼请求次数交换系统试呼次数业务信道分配请求次数（不含切换）接收IAI次数主叫比例-%次06年3月7日 20:80.6390.2693.3818267397403852702213642016599395663.18从上表看出,在3月7日 ,系统接通率比较低,为80.63%,交换系语音试

9、呼此数为221364下面从呼损来分析接通率低的原因:以3月7日为例,分析ZJMSC01的呼损列出如下:根据交换系统接通率公式,在公式里能计算的呼损如下：主要取MT.USMM.XX统计文件总交换试呼次数221364File : MT.USMM.TU2Date : 06-03-07总试呼次数CounterUNS_REQ_DEST_ERR_MORTR475UNS_REQ_DEST_ERR_MOPLMN1UNS_REQ_DEST_ERR_MONPLMN190UNS_REQ_DEST_ERR_MTER4UNS_REQ_DEST_ERR_MTRANS115UNS_PROTO_ERR_MONPLMN5UNS

10、_PROTO_ERR_MTER11UNS_PROTO_ERR_MICTRUNS_PROTO_ERR_MTRANSCALL_REL_EXC_MOPLMNCALL_REL_EXC_MONPLMN135CALL_REL_EXC_MTER95CALL_REL_EXC_MTRANS89UNS_TECHN_FAULT_MORTRUNS_TECHN_FAULT_MTER58UNS_TECHN_FAULT_MICTR23UNS_TECHN_FAULT_MTRANS2UNS_CONGESTION_MORTRUNS_CONGESTION_MTRANS总1122交换原因占百分比0.51%IN_OVERLOAD_MO

11、RTR16IN_OVERLOAD_MICTRIN_NO_ANS_SCP_MORTRIN_ERR_SCP_MORTR181IN_ERR_SCP_MICTR211IN_ERR_DEST_MORTR1234IN_ERR_DEST_MICTR总16500.75%CALL_REL_bf_A_ALT_MOPLMN43CALL_REL_bf_A_ALT_MONPLMN3141CALL_REL_bf_ALERT_MTER2148CALL_REL_bf_ALERT_MTRANS92总5424用户原因2.50%UNS_SERV_CHK_MORTR1051UNS_SERV_CHK_MOPLMNUNS_SERV_CH

12、K_MONPLMN55UNS_SERV_CHK_MTER98UNS_SERV_CHK_MICTR3总12080.55%服务受限UNS_MS_BLOCKED_MORTR680UNS_MS_BLOCKED_MTER87UNS_MS_BLOCKED_MICTR493总12600.57%UNS_BS_REASON_MOPLMN8UNS_BS_REASON_MONPLMN524UNS_BS_REASON_MTER985总15170.69% 上面呼损占5.54%,其中用户方面占3.62%，占了较大的交换系统呼损。交换原因占1.26%,其中较大的是IN_ERR_DEST_MORTR, DEST_ERR_MO

13、RTR需要检查交换的DEST数据.另外：本局智能网用户拨打1013088、96755、96756等IN智能网用户管理平台电话进行余额查询、账号管理：此类呼叫业务信道分配已成功，但由于按正常流程不向其他局发送不会IAI，更不会发起语音寻呼，因此计为一次失败。 取录音通知统计文件TS.ANGR.XX,查看OCNQ里的CC数，经统计在6日20：00-21：00，ZJMSC01的CC数为7357，占3.32%.此外，还存在如下呼损：G5.5G5.6G5.9时间被叫用户忙比例拨打号码为空号比例被叫用户关机比例不完全拨号中继拥塞单位ZJMSC012006-3-7 20:4.260.80.481.205其中

14、拨打号码为空号比例、中继技术故障、不完全拨号是通过统计TS.TGRP.XX统计出来，被叫用户关机比例、被叫用户忙比例、被叫用户服务受限比例通过网管统计出来。如上表，本局号码分析时发现用户拨号错误（位长不够或过长、号码分析错误）、空号，然后由本局播放录音通知或由于SCP下发的各种CAUSE在本局播放录音：用户拨错号为可接受的非正常用户行为。此部分呼损计入上一部分。本局用户做被叫忙、主叫用户拨号受限（主叫停机或长途受限）等原因由本局播放录音通知。为用户行为，约占3.32%。下面检查ZJMSC01在3月7日20：00的话务模型，如下所示：如上所示，ZJMSC01在3月7日20：00期间的LUP/SU

15、BS为1.3次，HANDOVER/SUBS为2.04次，LUP/SUBS，HANDOVER/SUBS的一般值为0.60.7次，因此LUP/SUBS，HANDOVER/SUBS均较大，因此，ZJMSC01 在20：00存在大量的切换，和位置更新，这是由于LAC 边界划分不合理造成的。在这些边界小区内，如果存在大量的位置更新，而手机在做位置更新时是不能监听寻呼信道的，并且在LAC区边界，由于影响位置更新的小区重选滞后（CRH）的存在，手机驻留在信号较差的小区的概率相对较高，因此也近一步影响了交换机的寻呼成功率。用户正在做位置更新，可能会对呼叫造成呼损，引起“temporary failure”，会

16、引起交换系统接通率的下降。 因此如有可能，建议LAC 边缘，减少切换，和位置更新次数。综上所述，各呼损的比例如下：交换系统接通率（含用户行为）前一部分拨打1013388其它5.540.53.323.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、 对于被叫忙和被叫关机的情况属于用户行为无法优化,但可以给用户增加秘书台业务,以减少被叫忙和关机的次数,一方可以提高网络指标,同时也提高了业务收入；