kl800.com省心范文网

语音掉话分析报告


潍坊语音业务掉话分析 -Phase 1

2011-04-22

概要
? 语音掉话率优化背景 ? 语音掉话分析及解决方案 - GPEH掉话事件分析 - TopN小区分析 ? 优化前后指标对比 ? 总结

语音掉话率优化背景

? 由于2010年末大规模的新站入网,导致年后潍坊语音业务掉话率指标较 差,全网全天语音业务掉话率在0.6%以上。 ? 为了解决语音掉话率升高的问题,保证日常指标维持在正常水平,特进 行此次语音业务掉话的专项优化。

语音掉话分析及解决方案
本次语音业务掉话的分析和解决主要分成两大部分来进行: ?结合GPEH事件对全网级别的语音掉话原因进行分析并制定 相应的解决方案 ?选取语音掉话较高的TopN小区进行小区级的有针对性的分 析和解决

GPEH 掉话事件分析及解决_1
?定义GPEH统计:
? ? 统计区间:4月12日 0:00至4月14日0:00 统计范围:RNC01、02、05、06

?

统计事件:“INTERNAL_SYSTEM_RELEASE”

GPEH 掉话事件分析及解决_2
?掉话原因统计结果:
Disconnection Cause Code Unspecified RCS Soft Handover IRAT CN Hard Handover O&M Congestion Channel Switching IFHO Transport Measurement control failure High Speed Hard Handover Iu User Plane Control

Amount 674 361 268 27 14 10 3 0 0 0 0 0 0

Percentage(%) 49.7% 26.6% 19.7% 2.0% 1.0% 0.7% 0.2% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%

GPEH 掉话事件分析及解决_3
?掉话原因统计结果详细:
Type Disconnection Cause Sub-Code Disconnection Cause Sub-Code Amount Percentage(%) Trigger Unspecified - all cases which will result in abnormal RAB disconnection and do not map to any of the ones described below. Other Radio Link Control (RLC) unrecoverable error. Radio Link Control (RLC) unrecoverable error in UTRAN (maximum number of RLC retransmissions is reached). Radio Connection Supervision - expiry of timer (rcsAllRlLostTimer or rcsCchWaitCuTimer or hsDschRcLostT) Radio link failure indication leading to a release with Cause = transport. Radio link failure indication leading to a release with cause other than transport. Active Set Update complete message not received - addition. Active Set Update complete message not received - deletion. Active Set Update complete message not received replacement. Handover Evaluation release events _EVENT_BUFFER_EXCEEDED. Due to ReleaseConnOffset (for a cell not in the neighbor set). High Speed-Downlink Shared Channel (HS-DSCH) Cell Change failure after A-DCH removal. Other Handover Evaluation failure reasons: (_UNSPECIFIED_RELEASE_CAUSE, _BUFFER_TIME_EXCEEDED, _CELL_SYNC_INFO_NOTAVAILABLE)

Unspecified RCS

0 1 1 1 1 1

0 0 1 2 3 4 1 2 3 4 5 6

674 39 170 106 2 44 164 33 37 0 34 0

49.67% 2.87% 12.53% 7.81% 0.15% 3.24% 12.09% 2.43% 2.73% 0.00% 2.51% 0.00%

Soft_HO

6 6 6 6 6 6

6

0

0

0.00%

GPEH 掉话事件分析及解决_4
?解决方案: 1、针对由于RCS(无线链路)原因导致的语音掉话,修改 以下参数:
参数名称 nInSyncInd 修改前 3 建议修改值 1

nOutSyncInd

10

25

?

目的:通过增加失步判定帧数和减小同步判定帧数来降低 Radio Link 释放的可能性,进而减少掉话次数。

GPEH 掉话事件分析及解决_5
?解决方案: 2、针对由于“ReleaseConnOffset”导致的SOHO切换掉 话,修改RNC02,RNC04以下参数:
参数名称 修改前 建议修改值

ReleaseConnOffset

150

250

?

目的:通过增大功率偏置值,防止由于不在邻区列表中的 其他小区功率过高导致的软切换掉话。

TopN小区分析及解决_1
?TopN小区定义:
? ? 统计区间:4月1日 至4月13日 统计范围:全网6个RNC的所有小区

?

统计依据:13天中,每天掉话超过4次,总共超过10天的小区

TopN小区分析及解决_2
?TopN小区列表:
Cellname
WG0OA0280A1 WG0OA0426C1 WG0OB0256C1 WG0OB0276C1 WG0OB0353B1 WG0OB0357C1 WG0OB0359A1 WGCOA0749A1 WGGOA0129B1 WGQOA0211C1 WGXIB0611A1 WGZOA0495B1 WG0OA0372A1 WG0OB0359C1 WGGOA1133B1 WGQOA0886C1

掉话天数
13 13 13 13 13 13 13 13 13 13 13 13 12 12 12 12

WGXIB0858B1 WGGOB0121B1 WG0OB1069C1 WG0OA0284A1 WG0OA0404A1 WGFOB0789A1 WG0OB1071C1 WG0OA0975A1 WG0OA0344C1

11 11 11 11 11 11 11 11 11

TopN小区分析及解决_3
?TopN小区处理思路:
? 对高掉话率的TopN小区进行告警排查,确定是否由于硬件故障导致的掉话。 ? 对于因SOHO导致的语音掉话,通过两两小区间的切换统计,精确定位切 换失败小区,并 根据WNCS的输出结果,确定邻区的添加及优先级的调整。 ? 根据Propagation Delay的结果,判定用户距离基站的位置,确定该小区是否存在越区覆盖 ,如果存在越区覆盖则需要进行相应的天线调整。 ? 对于因上行同步失败导致的语音掉话,需要观察相应基站的RTWP,根据实际情况酌情处 理。 ? 对于因IRAT切换失败导致的语音掉话,通过输出的UMTS-GSM两两切换统计,精确定位 失败的目标小区,根据实际情况进行调整。 ? 对于因其它原因导致的掉话,则需要通过跟踪GPEH中的信令流程进行具体的分析定位, 看看是否是某一类小区、某一类IMSI或者某一类手机型号的共有问题,然后进行有针对性 的解决。

TopN小区分析及解决_4
?TopN小区处理详细:

? TopN小区处理工单:

优化前后指标对比_1
? 全天语音掉话对比:

全天语音掉话率指标比较平稳,改善效果不是非常明显。 19、20、21这三天由于个别站点的原因导致掉话率异常升高。

优化前后指标对比_2
? 忙时语音掉话对比:

19、20、21这三天由于个别站点的原因导致掉话率异常升高,刨除特殊站点原 因,晚忙时语音掉话率略有下降,19,20日两天的忙时掉话率分别为0.60%和 0.56%。

优化前后指标对比_3
? TopN小区对比:

经过这一阶段的调整,TopN小区的平均语音业务掉话率整体上呈现下降趋势。

总结
? 经过第一阶段的调整,晚忙时语音掉话率指标(刨除个别 特殊小区)呈现出了略微下降的趋势,最经几天的晚忙时掉 话率在0.6%左右,后面还需要继续努力。 ?最近几天每天都会出现一些异常的高掉话小区,对指标影 响非常大,对于这些站点的处理需要密切关注。 ?后续的参数核查和RF优化工作的开展对于改善语音业务的 掉话率应该会起到一定的帮助。 ?下一阶段会结合GPEH,继续深入分析影响语音掉话的原因 (如Multi RAB等 ),并继续对TopN小区进行监控和处理。


赞助商链接

路测问题分析报告(模板)

路测问题分析报告(模板)_调查/报告_表格/模板_实用文档。1 路测问题分析及处理建议: 1.1 掉话分析: 1. 东大路与双坡路交叉口路掉话 【事件发生时间】:9:...

RNC迁移失败导致掉话的分析报告

温州网络优化项目组 | 技术文档 RNC 迁移失败导致掉话分析报告 5 UE 在 RNC9 内正常切换,由 Iur 口的配合,AMR 语音长呼没有因此受到影响 车辆行驶至 RNC9...

外部干扰导致安吉球山递铺工业园高掉话分析报告-2016年...

外部干扰导致安吉球山递铺工业园高掉话分析报告-2016年8月29日_信息与通信_工程...监控湖州 BSC1 每天语音掉话率指标, 发现安吉递铺球山工业园 (小区号=2888, ...

关于T200计时器超时掉话的分析报告

北京泰立威武通信技术有限公司 关于 T200 计时器超时掉话分析报告 挂表跟踪,发现网中存在大量的 T200 超时掉话。对此,我们应尽量保证在 BCCH 点不被干扰的情况下...

VoLTE测试案例分析

时间:10:04:08.0 【问题分析】 1、 主叫在 10:04:04.642 发出 INVITE 会话请求,被叫在 10:04:08.261 收到网络侧下发 的 BYE Request,软件统计为掉话...

自动路测分析报告(1.01-1.31)

自动路测分析报告(1.01-1.31)_调查/报告_表格/模板_实用文档。CDMA自动路测各种异常事件的案例分析1、 广阳道与东环路交叉口路西主被叫掉话各一次 问题分析: 车...

高速路测数据分析报告

高速路测数据分析报告_信息与通信_工程科技_专业资料。深度分析高速测试中的事件原因,剖析掉话及接入事件的根本原因,同时列出调整方案进行解决!高速...

MOTO信令最坏小区分析分析报告

MOTO信令最坏小区分析分析报告_信息与通信_工程科技_专业资料。信令最坏小区分析...通过 CTI 回放该小区掉话事件发现,用户在该小区起呼,接通后,在一段时间内上...

TOP小区分析指导书

TOP小区分析指导书_调查/报告_表格/模板_实用文档。TOP 小区分析指导书 无线...1 高掉话 TOP 小区分析掉话是指呼叫保持过程中的异常释放,包括语音与数据业务。...

...客户感知的掉话率相关定时器优化分析_图文

TD-SCDMA网络基于客户感知的掉话率相关定时器优化分析_调查/报告_表格/模板_实用文档。TDTD-SCDMA 网络基于客户感知的掉话率相关定时器优化分析郭 宝,李冶文 (1:...