文档介绍：该【重庆移动eSRVCC切换指标分析报告 】是由【老狐狸】上传分享，文档一共【20】页，该文档可以免费在线阅读，需要了解更多关于【重庆移动eSRVCC切换指标分析报告 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。切换指标分析报告交换中心核心网维护部2016年3月10日一、前言随着VoLTE业务的逐渐商用化,VoLTE用户数和业务量持续增长,的切换量也随之持续增长。但是,切换成功率指标还不理想,在集团的排名也很靠后。这是3月8日全天的指标统计数据:切入时间请求次数取消次数接受次数接受率完成次数完成率成功次数成功率2016/3/%%%为此,切换的专项优化工作,对当前指标的现状进行了详细分析,以期对今后的优化工作提供指向性的信息。1二、切换涉及的主要接口切换的标准流程:可见,切换流程中,eMSC(上图红圈内,IWF)主要涉及到3个接口(上图黄圈内)的业务处理:1)Sv接口。eMSC与MME之间的接口,采用GTP协议。在这个接口上,eMSC接收eNodeB发来的切换请求,并返回目标小区的相关信息,与E接口一起协助UE完成从4G向2G的切换。2)E接口。eMSC与目标MSC之间的接口,采用MAP协议。在这个接口上,eMSC将收到的切换请求转发给目标MSC,并接收目标小区的相关信息,完成局间切换流程,与Sv接口一起协助UE完成从4G向2G的切换。(注,若目标小区与eMSC处于同一POOL内,则只需要进行局内切换。)3)Mw口。eMSC与SBC/ATCF之间的接口,采用SIP协议。在这个接口上,eMSC将切换用户的信息转发给ATCF,AS完成会话的转移。可见,流程中处于一个十字路口的地位,而上述3个接口中的信令消2息也反映了切换流程中的各种关键信息。因此,本报告也主要从CQGS47这个eMSC的角度,指标现状进行分析。3三、指标的计算公式,一,计算公式根据集团公司规定的计算公式,存在以下2个比较重要的指标:成功率=切入成功次数/切入请求次数完成率=切入完成次数/切入请求次数,二,公式解读1(分母:切入请求次数触发点:eMSC从MME收到PStoCSRequest消息。2(分子:,切入完成次数触发点:plete消息。,切入成功次数触发点:plete消息,且eMSC收到IMS域ATCF发来的200OK消息。这是因为,的过程包括两个相对独立的环节:(1)承载切换。无线承载从4G向2G的切换。(2)会话转移。会话从IMS域向CS域的转移。只有这两个环节全部成功,过程最终成功。4四、切换失败分析切换的信令交互流程:根据成功率的计算公式:,当eMSC收到PStoCSRequest消息(上图红框消息),分母开始计数。,当eMSC收到200OK消息、plete消息(上图蓝框消息1、2),分子开始计数。5plete消息,是2个相对独立的过程。其中:,是否收到200OK,主要取决于SBC/ATCF对会话信息及状态的判断。这个过程主要通过Mw接口实现。,plete消息,主要取决于局间(或局内)切换是否正常完成、UE是否已成功接入到目标2G小区。这个过程主要通过Sv接口及E接口实现。下面,我们就在不同的接口上,对上述2个过程进行深入分析。,一,Mw接口从上面的信令流程图来看,Mw接口的信令交互较为简单,正常情况下只有Invite、100、200这3条消息即完成交互,似乎不会有什么失败的情况。但是,完成率和成功率之间存在着15%左右的差值(plete消息却没有收到200OK的次数),表明这个接口上仍然存在一定的失败情况。,我们连续多日在CQGS47上对Mw接口的SIP消息进行了持续的全量跟踪,并对各种异常的情况进行了汇总分析。汇总结果如下:消息次数占比发出的Invite消息2252——%%%%%%从上表可见,eMSC收到的200OK(forInvite)消息仅有73%,其余还出现了183、480、487、408、491共5种响应消息。我们结合VoLTE信令监测系统、贝尔IMS镜像消息,对上表中出现的各自响应消息依次进行了详细分析。:现网Mw接口上出现183消息的情况较多。我们从中抽取了部分消息,根据切换用户号码搜索到IMS域内对应的完整消息,发现所有ATCF返回183消息的场景都是呼叫尚处于振铃阶段(无论发生切换的号码是主叫方还是被叫方都如此)。注,。:的场景,ATCF不会直接返回200OK,而是首先返回183消息。只有当被叫接听电话后,才会返回200OK消息。否则,切换失败。:从上面的分析可见,按照现有的算法,场景的切换成功与否,完全取决于被叫用户的用户行为,具有不合理的因素。为此,集团公司已对算法进行了修正:切换场景的切换成功次数统计的触发点为,plete消息,且eMSC收到IMS域ATCF发来的Info消息。从现网抓取的消息来看,流程基本上都收到了Info消息(用于告知切换用户的振铃状态及主被叫状态)。因此,如果采用新算法,基本都可以成功。据华为公司反馈,包含新算法的eMSC补丁有望在3月底左右加载,届时即可解决此问题。:现网Mw接口上出现480消息的情况也较多。我们采用相同的方法分析,发现ATCF返回480消息的场景有2种:,呼叫尚处于振铃前阶段。在被叫尚未振铃的时候(未返回180ring),切换(也称为),,呼叫处于拆线阶段。在呼叫正在拆线时,切换,ATCF返回也会480TemporarilyUnavailable。但是这种场景发生的概率极低。:,的场景,目前集团公司尚无相应的切换流程规范,此场景切换必然失败,eMSC也不可能收到200消息。,对于拆线阶段的切换,AS上已无呼叫的会话信息,因此切换也必然失败。:切换的流程规范,必然切换失败,切换上:,缩短接续时延。接续时延越短,的概率就越低。但是目前VoLTE域内互通的接续时延已控制在3~4秒左右,与CS域互通的接续时延也已经过长期的优化,与网间用户互通的接续时延又取决于其他运营商的接续速度,可见能够提升的空间都不大。,改善LTE网络覆盖。显然,LTE信号覆盖越好,的概率也越低,从而减少失败的发生。:出现487消息的占比同样不容忽视。分析后发现,有关:振铃期间如果主叫或被叫提前挂机,则ATCF向eMSC返回487消息。:由于主叫或被叫提前挂机,此场景下ATCF必然不会返回200OK,按照现在的统计算法,这将被记为一次切换失败。:场景,采用新的算法后,此场景也基本能够记为成功切换。:出现408消息的占比很小。分析发现,有关:如果被叫久叫不应,则ATCF向eMSC返回408消息。:由于被叫最终没有接听电话,此场景下ATCF必然无法返回200OK,按照现在的统计算法,这将被记为一次切换失败。:场景,采用新的算法后,此场景也基本能够记为成功切换。:出现491消息的占比较也极小。目前对于出现此消息的原因尚未完全梳理清楚,后续将继续关注分析。:9此场景下ATCF返回409RequestPending(其中包含Warning信息:transactioninprogressonSAL,怀疑出现了某种流程冲突导致Invite请求被挂起),因此被记为一次切换失败。:根据后续的分析结果寻找对策。,我们可以看到:两种场景引起的。前者在更新算法后基本能够得到解决,而后者目前可能解决的办法不多,由此造成的失败可能会长期存在下去。另外,我们发现不论Mw接口成功与否,plete消息。也就是说,切换成功率,切换完成率。10,二,Sv接口的信令流程图来看,Sv接口涉及的信令交互相对较为复杂,要和局间的E接口(或局内的A接口)共同完成UE从4G向2G的切换。正常情况下,单纯的Sv接口只有4条消息:其中,第2条“PStoCSResponse”消息中有以下2个重要的字段:,cause字段:切换请求是否被接受。如果Cause的值不等于“epted”,则表示切换被拒绝。,-cause字段:ausevalue的取值不等于“epted”,切换请求被拒绝。3GPP协议29280-930协议对此字段定义了1~10共10种取值,分别对应不同的失败原因。原因值英文解释中文解释1Unspecified未指定2Handover/Relocationcancelledbysourcesystem源系统取消切换或重分配3Handover/RelocationFailurewithTargetsystem目标系统切换或重分配失败4Handover/RelocationTargetnotallowed不允许切换或重分配目标5UnknownTargetID未知目标ID6TargetCellnotavailable目标单元不可用7NoRadioResourcesAvailableinTargetCell目标单元中没有无线资源可用8FailureinRadioInterfaceProcedure无线接口流程失败119Permanentsessionlegestablishmenterror永久会话建立失败10Temporarysessionlegestablishmenterror临时会话建立失败另外,plete消息前,PStoCSCancelNotification消息,-cause字段。因此,对于Sv接口的分析,-cause字段信息。(注,由于E接口和Sv接口共同构成了处理无线切换的信令“管道”,两者有一定的重复性,无关的普通局间切换消息,因此目前暂时只针对Sv接口进行分析。)