eSRVCC切换成功率指标优化

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

eSRVCC切换成功率指标优化1、eSRVCC概述1.1实现原理SRVCC(SingleRadioVoiceCallContinuity),解决语音控制和移动到CS网络切换时的语音连续性问题。为基于IMS的VOIP呼叫解决方案,利用IMS核心网络提供LTEVoIP语音业务的路由、控制和业务触发,并提供LTE向2G/3G切换时的语音连续性保证。SRVCC的实现过程实质上就是一个切换过程,在LTE网络中终端是通过IMS来实现语音功能的,当终端离开LTE网络后,则通过MSCserver(MobileSwitchingCenterserver)切换到2G/3G网络中从而实现在2G/3G网络中的语音功能。eSRVCC:相比于SRVCC,媒体切换点改为更靠近本端的设备。具体方案就是增加ATCF/ATGW功能实体作为媒体锚定点,无论是切换前还是切换后的会话消息都要经过ATCF/ATGW转发。后续在发生eSRVCC切换时,只需要创建UE与ATGW之间的承载通道,对端设备与ATGW之间的媒体流还是通过原承载通道传输。这样其创建新承载通道的消息交互路径明显短于SRVCC方案,减少了切换时长。eSRVCC方案相对于SRVCC方案的增强在于减少了切换时长(切换时长小于300ms),使用户获得更好的通话体验。1.2信令流程当网络或者终端不支持DTM,那么网络只可以使用普通的切换命令HANDOVERCOMMAND,仅进行cs域切换,Ps业务和流程挂起,切换完成后终端将请求挂起GPRS。流程分析如下:UESourceE-UTRANSourceMMEMSCServer/MGWTargetMSC14.HandoverCommandTargetBSS1.Measurementreports3.HandoverRequiredS-GW/PDNGW2.DecisionforHO5.PStoCSReq6.PrepHOReq7.HORequest/Ack8.PrepHOResp9.Establishcircuit19.HOComplete20.SES(HOComplete)21.ANSWER13.PStoCSResp15.HOfromEUTRANcommandHSS/HLR23b.UpdateLoc10.InitiationofSessionTransfer(STN-SRorE-STN-SR)11.SessiontransferandUpdateremoteendIMS12.ReleaseofIMSaccessleg22.PStoCSComplete/AckTargetSGSN16.UEtunestoGERAN17.HODetection18.Suspend(seeTS23.060)18.Suspend18.SuspendRequest/Response22a.Bearerhandlingandsuspension4.BearerSplittingGMLC24.SubscriberLocationReport23a.TMSIReallocation(1)UE发送测量报告给E—UTRAN。(2)源E—UTRAN根据当前的测量结果以及终端是否支持SRVCC功能来决定是否发起SRVCC过程。(3)源E—UTRAN发送切换请求信息给MME。(4)基于语音承载相关的QCI和SRVCCHO指示,源MME将语音承载从非语音承载中分离出来,且仅向MSCServer发起语音承载的Ps—CS切换流程(5)MME向MSCServer发送一个SRVCCPStoCSRequest消息。cs域安全秘钥可以通过包含在MM上下文中的E—UTRAN的E—UTRAN/EPS域秘钥由MME推导出。(6)MSCServer通过发送PrepareHandoverRequest消息给目标MSC,让Ps—cs切换请求和cs—inter—MSC切换请求相互作用。MSCServer对目标BSS在接口上分配一个默认SAI作为源ID,且对PrepareHandoverRequest使用BSSMAPencapsulatedo(7)目标MSC和目标BSS之间交换切换请求消息及响应消息,以执行资源分配。(8)目标MSC向MSCServer发送PrepareHandoverI/e—sponse消息。(9)建立目标MSC和MSC/MGW之间的电路域连接,可以通过使用ISUPIAM和ACM消息来建立。(10)MSCServer通过使用STN—SR来发起会话转移流程,通过发送ISUPIMA消息至IMS网络,在会话转移过程中执行标准的IMS业务连续性流程。(11)在会话转移流程过程中,由CSaccessleg的SDP更新远端,此时VolP分组包下行数据流转换至CSaccessleg。(12)源IMSaccessleg被释放。(13)MSCServer发送一个SRVCCPStoCSResponse消息给源MME。(14)源MME发送一个切换命令消息给源E—UTRAN,该消息中仅包含话音组件消息。(15)—UTRAN发送一个切换命令消息给UE。(16)UE转移至GERAN。(17)目标BSS进行切换检测,UE通过目标BSS向目标MSC发送切换完成消息。(18)UE开始挂起操作流程。从GUTI获取TLu和RAIpair,将触发目标SGSN向源MME发送SuspendNotifieation消息,MME向目标SGSN回复SuspendAcknowledge。(19)目标BSS向目标MSC发送切换完成消息。(20)目标MSC向MSCServer发送SES消息。(21)通过发送ISUPAnswermessage给MSCServer完成建立过程。(22)MSCServer发送SRVCCPStoCSCompleteNotifi—cation消息给源MME,通知其UE已经到达目标侧。源MME通过发送SRVCCIX5toCSCompleteAcknowledge消息给MSCServer来确认该消息。(22a)MME通过话音或GBR承载去激活所有承载。(23a)若HLR更新,IMSI已被鉴定,但是在VLR中未知,MSCServer将对UE进行TMSI重分配,使用其自身未广播的IAI,若MSCServer和其他的MSC/VLRs服务相同的LAI,则使用其自身的NetworkResourceIdentifier(NRI)。(23b)若MSCServer执行的TMSI重分配成功,则MSCServer向HSS/HLR执行MAPUpdateLocation。(24)对于紧急服务会话,切换完成之后,源MME或者MSCServer向和源或者目标侧相关联的GMLC发送一个携带MSCServer识别的SubscriberLocationReport。在上述场景中,核心网需要将非语音承载挂起,以便UE在短时间内切换回E—UTRAN网络时可以迅速恢复相关的承载资源。但是由于UE切回时间不确定,所以为了防止切换时间过长导致E—UTRAN无法释放其相关资源的情况,需要在E—UTRAN网络的MME上启动承载资源释放定时器,定时器超时后删除UE在E—UTRAN网络中的资源。2、现网情况网管指标定义:eSRVCC成功率=LTE到GSM的切换出执行成功次数(C373333312)/LTE到GSM的切换出准备请求次数(C373333330)*100%目标值:大于97%。中兴区域地市近期指标:eSRVCC成功率(%)巴中德阳广安广元绵阳雅安6月1日91.43%94.14%90.91%89.89%92.91%93.24%6月2日91.02%93.18%82.26%6月3日93.64%93.43%89.54%92.38%92.23%89.80%6月4日93.28%92.32%87.00%89.42%90.70%89.60%6月5日91.21%94.09%86.53%90.36%88.07%85.66%6月6日95.62%94.58%90.18%93.09%91.40%88.00%6月7日94.18%94.42%88.96%89.23%90.93%87.28%6月8日94.57%94.35%92.73%92.22%95.07%88.26%6月9日93.86%94.03%92.04%90.91%93.49%85.78%6月10日95.79%91.52%92.68%91.05%95.16%85.55%6月11日91.48%93.98%92.82%94.51%91.60%91.63%6月12日94.37%94.66%92.12%92.04%92.72%90.17%6月13日92.66%93.77%93.57%94.34%95.08%87.02%6月14日95.92%94.92%93.51%92.33%93.88%89.23%绵阳指标走势:3、提升方案网管指标eSRVCC切换失败统计有2个计数器:LTE到GSM的SRVCC切换出准备失败次数(C373333405)、LTE到GSM的SRVCC切换出执行失败次数(C373333407),减少准备和执行失败次数才能从根本上提升eSRVCC切换成功率。eSRVCC切换成功率与邻接GSM小区配置的准确性和合理性有直接关系。具体优化建议如下:1、根据现网配置CSFB测量频点,规划eSRVCC加邻接关系。(注意:在配置过程中需要注意邻接站点小区的配置数据的准确性(比如:TAC/LAC、PCI、主频等等)。如果配置的GSM小区不合理,上报的GSM小区满足不了LTE切换至GSM的条件,将导致掉话。)2、定期核查LTE-GSM邻区关系配置,结合现网LTE、GSM最新公参,更新不一致的eSRVCC邻区定义,核查GSM小区参数是否与现网一致,如发现不一致的参数及小区,需要及时更改。3、核查单小区中GSM邻区同频同BSIC情况,如发生此类问题,需要及时协调GSM侧优化调整。结合测试进行补充、删除不合理邻区关系,此项工作为日常优化工作重要组成部分。4、根据不同场景设置合理的切换参数,eSRVCC异系统门限设置不合理会导致过早切换到异系统、来不及切换到异系统等问题,容易引发通话质量下降、掉话、重定向等事件发生,下面为现网主要门限推荐值,可以根据具体环境验证最佳取值(需注意:若A1门限配置过低,易导致删除B2事件,不触发eSRVCCC切换)。5、无线环境导致切换失败、掉话。LTE的无线环境、GSM的无线环境,大致包括以下几种情况将导致切换失败掉话。a、在eSRVCC过程中,当UE仍处于的无线环境中,由于重叠覆盖、干扰等原因导致L网络质量过低,使UE不能够准确地解读信令,从而使RRC断链,中断切换过程,导致掉话。b、GSM拥塞导致UE不能够接入,使eSRVCC失败。6、中兴602版本升级后,新增“弱场eSRVCC语音切换延迟”功能,尽可能的减少LTE到GSM的SRVCC切换出准备失败次数;实现原理如下:VOLTE业务QCI1建立后到180Ringing之前这片时间内,一旦发生了eSRVCC切换,就好引起未接通和切换失败,当前基于事件(测量报告)触发的移动性管理策略,网络侧无法避免eSRVCC发起的时机,呼叫成功率也会因此受到一定的影响,从提升用户VOLTE业务感知及改善网络KPI指标的角度出发,控制呼叫过程中的eSRVCC是十分必要的eSRVCC发起,至少要等QCI1承载建立后,在主叫终端收到180Ringing消息之前的这段时间间隔内发生eSRVCC,面临着呼叫流程被eSRVCC流程打断的问题,因为网络无法控制eSRVCC发起时间,所以呼叫成功率会有所影响,控制呼叫过程中的eSRVCC发起时间,就显得必要。设置定时器对此功能进行异常保护,同时也用于解决SIP信令加密的场景,设置定时器默认设置为8s,如果一直未收到180Ringing或者SIP加密,最多保护8s内部启动eSRVCC流程,即定时器到期后,杀死定时器,且允许执行eSRVCC4、指标及问题点跟踪指标跟踪(模板)绵阳eSRVCC指标跟踪.xlsx问题分析跟踪(模板)绵阳eSRVCC切换问题跟踪.xlsx

1 / 9
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功