esrvcc切换成功率指标优化.docx

esrvcc切换成功率指标优化1、esrvcc概述1.1实现原理srvcc(single radio voice call continuity)，解决语音控制和移动到cs网络切换时的语音连续性问题。为基于ims的voip呼叫解决方案，利用ims核心网络提供lte voip语音业务的路由、控制和业务触发，并提供lte向2g/3g切换时的语音连续性保证。srvcc的实现过程实质上就是一个切换过程，在lte网络中 终端是通过ims来实现语音功能的，当终端离开lte网络后，则通过msc server(mobile switching center server)切换到2g/3g 网络中从而实现在2g/3g网络中的语音功能。esrvcc：相比于srvcc，媒体切换点改为更靠近本端的设备。具体方案就是增加atcf/atgw功能实体作为媒体锚定点，无论是切换前还是切换后的会话消息都要经过atcf/atgw转发。后续在发生esrvcc切换时，只需要创建ue与atgw之间的承载通道，对端设备与atgw之间的媒体流还是通过原承载通道传输。这样其创建新承载通道的消息交互路径明显短于srvcc方案，减少了切换时长。esrvcc方案相对于srvcc方案的增强在于减少了切换时长（切换时长小于300ms），使用户获得更好的通话体验。1.2信令流程当网络或者终端不支持dtm，那么网络只可以使用普通的切换命令handover command，仅进行cs域切换，ps业务和流程挂起，切换完成后终端将请求挂起gprs。流程分析如下：(1)ue发送测量报告给eutran。(2)源eutran根据当前的测量结果以及终端是否支持srvcc功能来决定是否发起srvcc过程。(3)源eutran发送切换请求信息给mme。(4)基于语音承载相关的qci和srvcc ho指示，源mme将语音承载从非语音承载中分离出来，且仅向mscserver发起语音承载的pscs切换流程(5)mme向msc server发送一个srvcc ps to cs request消息。cs域安全秘钥可以通过包含在mm上下文中的eutran的eutraneps域秘钥由mme推导出。(6)msc server通过发送prepare handover request消息给目标msc，让pscs切换请求和csintermsc切换请求相互作用。msc server对目标bss在接口上分配一个默认sai作为源id，且对prepare handover request使用bssmap encapsulatedo(7)目标msc和目标bss之间交换切换请求消息及响应消息，以执行资源分配。(8)目标msc向msc server发送prepare handover iesponse消息。(9)建立目标msc和mscmgw 之间的电路域连接，可以通过使用isup iam和acm消息来建立。(10)msc server通过使用stnsr来发起会话转移流程，通过发送isup ima消息至ims网络，在会话转移过程中执行标准的ims业务连续性流程。(11)在会话转移流程过程中，由cs access leg的sdp更新远端，此时volp分组包下行数据流转换至cs access leg。(12)源ims access leg被释放。(13)msc server发送一个srvcc ps to cs response消息给源mme。(14)源mme发送一个切换命令消息给源eutran，该消息中仅包含话音组件消息。(15)utran发送一个切换命令消息给ue。(16)ue转移至geran。(17)目标bss进行切换检测，ue通过目标bss向目标msc发送切换完成消息。(18)ue开始挂起操作流程。从guti获取tlu和rai pair，将触发目标sgsn向源mme发送suspend notifieation消息，mme向目标sgsn回复suspend acknowledge。(19)目标bss向目标msc发送切换完成消息。(20)目标msc向msc server发送ses消息。(21)通过发送isup answer message给msc server完成建立过程。(22)msc server发送srvcc ps to cs complete notification消息给源mme，通知其ue已经到达目标侧。源mme通过发送srvcc ix5 to cs complete acknowledge消息给mscserver来确认该消息。(22a)mme通过话音或gbr承载去激活所有承载。(23a)若hlr更新，imsi已被鉴定，但是在vlr中未知，msc server将对ue进行tmsi重分配，使用其自身未广播的iai，若msc server和其他的mscvlrs服务相同的lai，则使用其自身的network resourceidentifier(nri)。(23b)若msc server执行的tmsi重分配成功，则mscserver向hsshlr执行map updatelocation。(24)对于紧急服务会话，切换完成之后，源mme或者msc server向和源或者目标侧相关联的gmlc发送一个携带msc server识别的subscriber location report。在上述场景中，核心网需要将非语音承载挂起，以便ue在短时间内切换回eutran网络时可以迅速恢复相关的承载资源。但是由于ue切回时间不确定，所以为了防止切换时间过长导致eutran无法释放其相关资源的情况，需要在eutran网络的mme上启动承载资源释放定时器，定时器超时后删除ue在eutran网络中的资源。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，面临着呼叫