关于计划委基站呼叫失败问题分析报告20080704--资源不足-

发布时间:   来源:文档文库   
字号:



关于计划委基站呼叫失败问题的分析报告


拟制 审核 批准


叶仁召

日期 日期 日期
2008-7-4


本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传

关于计划委基站呼叫失败问题的分析报告

1 问题描述 ................................................................................................................................ 1 2 问题分析 ................................................................................................................................ 2 3 实施 ........................................................................................................................................ 8 4 结论 ........................................................................................................................................ 9

本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传
- i -
关于计划委基站呼叫失败问题的分析报告

2-1失败原因分析图 ................................................................................................................................ 5 2-2 FSCH切换设置图 ............................................................................................................................. 7
本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传- ii -


关于计划委基站呼叫失败问题的分析报告

2-1 计划委呼叫指标分析 ....................................................................................................................... 2 2-2 计划委CE资源分析 ........................................................................................................................ 3 2-3计划委呼叫失败原因分析 ................................................................................................................ 4 2-4计划委CE资源分析 ......................................................................................................................... 5 2-5STAT_CARRIER_NO_CE分析 ......................................................................................................... 6
本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传
- iii -
关于计划委基站呼叫失败问题的分析报告
1 问题描述
73号早上发现计划委基站(东圣广场问题相同)下用户呼叫困难,从业务观察中来看存在大量的失败,通过复位基站,基站能够过恢复正常工作。

本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传- 1 -


关于计划委基站呼叫失败问题的分析报告
2 问题分析
问题出现后,现场通过基站复位,临时解决了呼叫失败现象,但是一段时间后,故障再一次复现;为了查找问题出现原因,首先对第一个BSC下计划委的呼叫建立成功率、语音起呼成功率、语音寻呼成功率的指标,从73号早上6点钟开始,指标下降,早上9点恢复正常。
2-1 计划委呼叫指标分析
1X: 1X: 1X: 采集开始时语音语音 SERVER BTS CELL 呼叫
建立起呼寻呼成功成功成功(% (% (% 2008-7-3 [100081]营口[19]计划5:00 BSC1
2 1 100 100 100 2008-7-3 [100081]营口[19]计划6:00 BSC1
0 0 18.37 15.38 30 2008-7-3 [100081]营口[19]计划6:00 BSC1
0 1 48.57 45.45 53.85 2008-7-3 [100081]营口[19]计划6:00 BSC1
1 0 34.62 29.27 54.55 2008-7-3 [100081]营口[19]计划6:00 BSC1
1 1 56.9 57.14 56.52 2008-7-3 [100081]营口[19]计划6:00 BSC1
2 0 30.84 28.09 44.44 2008-7-3 [100081]营口[19]计划6:00 BSC1
2 1 55.81 65.12 46.51 2008-7-3 [100081]营口[19]计划7:00 BSC1
0 0 8.04 6.33 12.12 2008-7-3 [100081]营口[19]计划7:00 BSC1
0 1 2.86 3.23 2.33 2008-7-3 [100081]营口[19]计划7:00 BSC1
1 0 6.42 8.22 2.78 2008-7-3 [100081]营口[19]计划7:00 BSC1
1 1 5.26 5.29 5.19 2008-7-3 [100081]营口[19]计划7:00 BSC1
2 0 8.85 8.84 8.89 2008-7-3 [100081]营口[19]计划7:00 BSC1
2 1 3.42 3.27 3.64 2008-7-3 [100081]营口[19]计划8:00 BSC1
0 0 54.6 49.11 59.47 2008-7-3 [100081]营口[19]计划8:00 BSC1
0 1 40.64 34.69 47.19 2008-7-3 [100081]营口[19]计划8:00 BSC1
1 0 62.9 63.59 62.34 2008-7-3 [100081]营口[19]计划8:00 BSC1 1 1 50.82 49.05 52.74 2008-7-3 [100081]营口[19]计划2 0 66.31 70.17 61.92 本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传
- 2 -
关于计划委基站呼叫失败问题的分析报告
8:00 2008-7-3 8:00 2008-7-3 9:00 BSC1 [100081]营口BSC1 [100081]营口BSC1 [19]计划
[19]计划
2 0 1 0 41.94 100 30.97 100 60 100

通过工具分析,在这一时间段内,从早上6点到,出现较多的语音业务CE不足导致拥塞,9后复位基站恢复正常。
2-2 计划委CE资源分析
1X: 1X: 区拥塞区拥塞对象对象采集开始时.
SERVER BTS
CELL .
音业务消息业CECE足导致不足导的拥塞 致的拥 2008-7-3 [100081]营口[19]计划5:00 BSC1
2 1 3 0 2008-7-3 [100081]营口[19]计划6:00 BSC1
0 0 34 12 2008-7-3 [100081]营口[19]计划6:00 BSC1
0 1 14 7 2008-7-3 [100081]营口[19]计划6:00 BSC1
1 0 47 3 2008-7-3 [100081]营口[19]计划6:00 BSC1
1 1
41 9 2008-7-3 [100081]营口[19]计划6:00 BSC1
2 0 86 4 2008-7-3 [100081]营口[19]计划6:00 BSC1
2 1 74 3 2008-7-3 [100081]营口[19]计划7:00 BSC1
0 0 185 5 2008-7-3 [100081]营口[19]计划7:00 BSC1
0 1 151 20 2008-7-3 [100081]营口[19]计划7:00 BSC1
1 0 349 22 2008-7-3 [100081]营口[19]计划7:00 BSC1
1 1 357 64 2008-7-3 [100081]营口[19]计划7:00 BSC1
2 0 605 31 2008-7-3 [100081]营口[19]计划7:00 BSC1
2 1 559 30 2008-7-3 [100081]营口[19]计划8:00 BSC1
0 0 166 42 2008-7-3 [100081]营口[19]计划8:00 BSC1
0
1
255
39 本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传
- 3 -
关于计划委基站呼叫失败问题的分析报告
2008-7-3 8:00 2008-7-3 8:00 2008-7-3 8:00 2008-7-3 8:00 2008-7-3 9:00 [100081]营口BSC1 [100081]营口BSC1 [100081]营口BSC1 [100081]营口BSC1 [100081]营口BSC1 [19]计划
[19]计划
[19]计划
[19]计划
[19]计划
1 1 2 2 0 0 1 0 1 0 360 696 352 629 0 107 71 47 88 0
其次通过呼叫失败的数据来看,其中HO_STAT_CARRIER_NO_CE[18949]原因导致的失败占98.322%
2-3计划委呼叫失败原因分析
失败原因
HO_STAT_CARRIER_NO_CE[18949]
失败次数 比例% 2578 98.322 ERR_SPS_RLSA_BSSAP_FchSetup_ClearCommand_Unspecified[1198194703] ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder[1075777538] ERR_SPS_RLSA_BSSAP_MsgPara_MSRejectOrder[1191313496] ERR_SPS_RLSA_DSPM_CLH_OtherReason_MSNormalRelease[1079971844] DBS_STASTIC_NO_RESOURCE_LACK[20580] ERR_SPS_RLSA_BSSAP_FchSetup_AllLegAreRemoved[1198194864] 20 6 4 3 3 2 0.763 0.229 0.153 0.114 0.114 0.076 0.076 0.076 0.038 0.038 ERR_SPS_RLSA_BSSAP_FchSetup_ClearCommand_CallProcessing[1198194699] 2 HO_STAT_CARRIER_PWR_OVERLOAD[18946] SDM_Find_Fail_WaitConfigVTCTimeout[1231024164] ERR_SPS_RLSA_BSSAP_FchSetup_RcvMSReleaseOrder[1198194695] 2 1 1
本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传
- 4 -
关于计划委基站呼叫失败问题的分析报告

2-1失败原因分析图
通过查询6700前向数据补充信道占用信道单元最大忙数,统计结果如下: 2-4计划委CE资源分析
前向业务信道单元总 267 267 267 267 267 267 267 267 267 267 267 267 267 267 前向可用业务信道单元数 267 267 267 267 267 267 267 267 267 267 267 267 267 267 前向语音基本信道占用信道单元最大忙数 3 52 4 2 1 1 0 0 0 1 1 3 3 2 前向数据基本信道占用信道单元最大忙数 5 6 5 4 4 4 4 4 4 4 3 2 3 3 前向并发基本信道占用信道单元最大忙数 5 6 5 4 4 4 4 4 4 4 3 2 3 3 前向数据补充信道占用信道单元最大忙数 262 1 264 264 264 264 263 263 264 264 264 264 264 264 采集开始时 2008-7-3 0:00 2008-7-3 0:19 2008-7-3 0:30 2008-7-3 1:00 2008-7-3 1:30 2008-7-3 2:00 2008-7-3 2:30 2008-7-3 3:00 2008-7-3 3:30 2008-7-3 4:00 2008-7-3 4:30 2008-7-3 5:00 2008-7-3 5:30 2008-7-3 6:00 BTS 19 19 19 19 19 19 19 19 19 19 19 19 19 19 0 0 0 0 0 0 0 0 0 0 0 0 0 0 本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传
- 5 -
关于计划委基站呼叫失败问题的分析报告
2008-7-3 6:30 2008-7-3 7:00 2008-7-3 7:30 2008-7-3 8:30 2008-7-3 9:00 2008-7-3 9:30 2008-7-3 10:00 2008-7-3 10:30 2008-7-3 11:00 19 19 19 19 19 19 19 19 19 0 0 0 0 0 0 0 0 0 267 267 267 267 267 267 267 267 267 267 267 267 267 267 267 267 267 267 3 3 3 49 55 48 50 44 45 2 3 4 8 10 10 9 10 10 2 3 4 8 10 10 9 10 10 263 264 264 3 8 12 13 24 25

通过呼叫失败原因值来分析,HO_STAT_CARRIER_NO_CE[18949],这个原因值表示该载频对应的ce资源已经耗尽或者被闭塞,但是从动态管理和基站的信道资源对像来看,不存在ce资源闭塞。具体分析过程如下:
2-5STAT_CARRIER_NO_CE分析 失败原因值 失败原因值含
失败原因分析 初步解决措施
该载频对应的ce资源已经耗尽或者被闭塞 1.检查有没有ce闭塞
2.降低每个载频的用户量(需要局方与公司相关售后人员讨论具体方案)

最后通过检查配置和查询操作日志,发现计划委、东圣广场基站小区下的切换参数被误改,从“硬切换[2]改成“软切换[0],即打开了 FSCH软切换方式。


HO_STAT_CARRIER_NO_CE 选定的载频没有ce
本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传
- 6 -
关于计划委基站呼叫失败问题的分析报告
2-2 FSCH切换设置图
通过异常探针分析,存在大量的释放CE失败,性能数据中,前向补充信道CE最大忙数达到264,该BTS只配置了16700芯片,初步定位存在CE吊死。
本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传
- 7 -
关于计划委基站呼叫失败问题的分析报告
3 实施
通过前面分析,基本定位问题发生的原因,即计划委、东圣广场基站小区下的切换参数被误改,从“硬切换[2]改成“软切换[0]73号将三个基站小区下的切换参数改成“硬切换[2]”后,通过用户回访、后台业务观察、性能数据及前向数据补充信道占用信道单元最大忙数分析,已经恢复正常。
本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传
- 8 -
关于计划委基站呼叫失败问题的分析报告
4 结论
通过前面分析,造成问题出现的原因,主要是由于运营商相关人员对中兴通讯CDMA新系统无线参数缺乏了解,按照他们自己以前的经验,对参数进行修改,因此需要对运营商加强操作权限管理,特别是网络改造或搬迁项目,同时也需要加强内部员工现场操作规范要求。
本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传
- 9 -

本文来源:https://www.2haoxitong.net/k/doc/e05d81c30c22590102029d58.html

《关于计划委基站呼叫失败问题分析报告20080704--资源不足-.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式