成都WCDMA网络Multirab掉话分析V2PPT文档格式.pptx
《成都WCDMA网络Multirab掉话分析V2PPT文档格式.pptx》由会员分享,可在线阅读,更多相关《成都WCDMA网络Multirab掉话分析V2PPT文档格式.pptx(22页珍藏版)》请在冰豆网上搜索。
掉话原因主要为SP_PROCESSING_FAILURE、PROCEDURE_TIMEOUT分别占比67%及20%。
Gpeh-DisconnectCode,5,原因分析,6,混合业务掉话主要集中在RAB_RELEASE_PROC,SOFT_HANDOVER_PROC,MOBILITY_PROC,NOT_APPLICABLE_PROC过程中,占比达到94%,信令分析-覆盖差导致掉话,7,覆盖较差,数据业务IU释放时,启动了2D门限,在压缩模式下,数据业务为0,进行拆线,语音业务也随之释放。
信令分析-信道转换失败,8,当数据流量为0时,当前业务类型为Conv.CSspeech12.2+Interact.PS(64/64),现网未开启SP0,数据业务在超过Downswitchtimer时间后,下发Iu-Release异常释放。
话音业务也伴随数据业务释放。
信令分析-Multi-RAB接入失败异常释放,9,数据业务进行IU释放时,语音业务刚刚好建立RAB,但是随着数据业务连接释放,语音也建立失败掉话。
目录,Multi-RAB掉话优化技术方案,优化思路:
如上分析Multi-RAB掉话问题,如果智能终端UE侧发现CS业务或PS业务存在问题,则UE侧拆线,导致PS和CS全部掉线掉话。
而本次主要是对语音掉话率的优化研究,因此要尽量消除PS掉线对CS的影响。
如果网络侧首先检测出UE侧PS业务存在问题,则可以从网络侧对PS业务拆线,从而保留住CS业务,达到优化的目的。
因此,我们要尽量给网络侧争取时间来检测UE侧PS业务的问题。
实际上,我们加长了UE侧对于PS业务主动拆线的时间,也应该对PS业务的掉线率起到积极的作用。
11,参数调整,12,针对现网Multi-RAB掉话由于无线环境及ChannelSwitch两种情况较多,计划修改以下参数验证:
rncMaxDatMarginCallReest:
rncMaxDatMarginCallReest基于呼叫重建功能,在无线环境较差区域若对端UE或者RNC未收到PDU数据包,则RNC或者UE将会发起PDU包重传,试图恢复无线链路,修改该参数可以增加重传的PDU包数量,增加恢复无线链路的几率。
L1,L2,L3超时会引起掉话,其掉话原因与GPEH中DisconnectionCode&
Subcode1-1(maximumnumberofRLCretransmissionreached)相对应。
rncMaxDatMarginCallReest延长增加了无线链路恢复的几率,对无线环境较差区域的掉话进行了抑制。
downswitchTimerSp:
当Multi-RAB数据业务速率为0时会降速为Speech12.2kbps+Packet0/0kbps业务类型,由于目前成都无SP0功能,导致Multi-RAB无法降速为此种业务。
在超过downswitchTimerSp设置时间后,数据业务直接释放,从而Multi-RAB掉话。
通过增加downswitchTimerSp时间,延迟Multi-RAB降速时间。
参数修改计划,13,计划选取CDRNC1J修改rncMaxDatMarginCallReest参数进行效果验证,具体情况如下:
CDRNC1J优化实施效果,14,3月17号凌晨修改rncMaxDatMarginCallReest0-40后,左图为近2周CDRNC1J全天的语音掉话率走势图经过优化后,语音掉话率改善较为明显,由原来的0.24%下降到0.16%,下降幅度为33%。
CDRNC1J优化实施效果,上面三个图分别是CDRNC1J的3G掉话率以及HS、EUL数据业务全天掉线率的走势图从3G掉话率以及数据业务掉线率指标来看,优化前后基本都有了较为明显的改善,15,CDRNC1J优化实施效果,优化前后对CDRNC1J做GPEH跟踪,得到的Single-RAB与Multi-RAB的三天早忙时平均掉话统计上左图是掉话次数的对比,可见优化后掉话次数减小上右图是Single-RAB与Multi-RAB的掉话比例对比,Multi-RAB的掉话比例没有明显的变化与优化预期相符合,16,CDRNC1J优化实施影响,上面三个图分别是CDRNC1J参数修改前后RNC负荷的走势图从Mpload,Ccload,Dcload三个负荷指标趋势来看,参数修改对RNC负荷没有明显的影响。
17,CDRNC1J优化实施影响续,上面三个图分别是CDRNC1J参数修改前后RNC各种资源利用率的走势图从R99码字,HS码字,CE利用率三个资源指标趋势来看,参数修改对基站的资源利用率没有明显的影响。
18,目录,结论及建议,通过分析,对于multirab掉话后续解决建议如下:
修改参数后暂时未发现对网络造成其他负面影响;
对由于无线环境导致的语音掉话,进行相应的无线环境优化;
参数rncMaxDatMarginCallReest修改后,改善效果明显,建议全网推广;
对于语音伴随数据业务掉线,或者channelswitching导致的掉话,建议开启SP0。
谢谢!
21,