srvcc切换深入分析及实战解决方案

1、eSRVC(切换成功率指标优化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 网络中从而

2、实现在2G/3G网络中的语音功能。eSRVCC :相比于SRVCC，媒体切换点改为更靠近本端的设备。具体方案就是增加 ATCF/ATGW功能实体作为媒体锚定点，无论是切换前还是切换后的会话消息都要经过 ATCF/ATGW转发。后续在发生eSRVCC切换时，只需要创建UE与ATGW之间的承载通 道，对端设备与 ATGW之间的媒体流还是通过原承载通道传输。这样其创建新承载通道的 消息交互路径明显短于 SRVCC方案，减少了切换时长。eSRVCC方案相对于SRVCC方案的增强在于减少了切换时长 （切换时长小于300ms ）, 使用户获得更好的通话体验。1.2信令流程当网络或者终端不支持 DTM，那么

3、网络只可以使用普通的切换命令HANDOVERCOMMAND ，仅进行cs域切换，Ps业务和流程挂起，切换完成后终端将请求挂起 GPRS。流程分析如下:ourceMMEourceE- UTRANMSC Server/MGWMSCSGSNTargetBSSS-GW/ PDNGWIMS1. Measureme nt reports2. Decisi on for HO3. Han dover Required4. Bearer Splitt ing5 PS to CS Req6.Prep HO Req7. HO Request/Ack8. Prep HO Resp9. Establish circu

4、it10. I nitiation of Sessi on Tran sfer (STN-SR or E-STN-SR)13.PS to CS Resp11. Sessi on tran sfer and Update remote end14. Han dover Comma nd15. HO from EUTRAN comma nd12. Release of IMS access leg16. UE tunes to GERAN17. HO Detection18. Suspe nd (see TS 23.060)18. Suspe nd Request / Resp onse4Ai 1

5、8. Suspend19. HO Complete20.SES (HO Complete)21. ANSWER22. PS to CS Complete/AckM23a. TMSI Reallocation22a. Bearer han dli ng and suspe nsion23b.UpdateLoc HSS/HLR24. Subscriber Locati on ReportGMLC(1) UE发送测量报告给E UTRAN。(2) 源E UTRAN根据当前的测量结果以及终端是否支持SRVCC功能来决定是否发起SRVCC过程。(3) 源E UTRAN 发送切换请求信息给 MME 。(4)

6、 基于语音承载相关的 QCI和SRVCC HO指示，源MME将语音承载从非语音承载中分离出来，且仅向 MSCServer发起语音承载的 Ps CS切换流程(5) MME 向 MSC Server 发送一个 SRVCC PS to CS Request 消息。cs 域安全秘钥可以通过包含在 MM 上下文中的 E UTRAN 的E UTRAN / EPS域秘钥由 MME 推导出。(6) MSC Server 通过发送 Prepare Handover Request消息给目标 MSC，让 Ps cs切换请求和cs inter MSC切换请求相互作用。MSC Server对目标BSS在接口上分配一个

7、默认 SAI 作为源 ID，且对 Prepare Handover Request 使用 BSSMAP encapsulatedo(7) 目标MSC和目标BSS之间交换切换请求消息及响应消息，以执行资源分配。(8) 目标 MSC 向 MSC Server 发送 Prepare Handover I/e sponse 消息。(9) 建立目标 MSC和MSC / MGW 之间的电路域连接，可以通过使用ISUP IAM 和ACM消息来建立。(10) MSC Server 通过使用STN SR来发起会话转移流程，通过发送ISUP IMA消息至IMS网络，在会话转移过程中执行标准的IMS业务连续性流程。

8、(11) 在会话转移流程过程中，由CS access leg的SDP更新远端，此时 VoIP分组包下行数据流转换至 CS access leg 。 (12)源IMS access leg 被释放。(13) MSC Server 发送一个 SRVCC PS to CS Response 消息给源 MME。(14) 源MME发送一个切换命令消息给源E UTRAN，该消息中仅包含话音组件消息。(15) UTRAN发送一个切换命令消息给UE。(16) UE 转移至 GERAN。(17) 目标BSS进行切换检测，UE通过目标BSS向目标MSC发送切换完成消息。(18) UE开始挂起操作流程。从GUTI获

9、取TLu和RAI pair，将触发目标 SGSN向源MME 发送 Suspe nd Notifieation消息，MME 向目标 SGSN 回复 Suspe nd Ack no wledge.(19) 目标BSS向目标MSC发送切换完成消息。(20) 目标MSC向MSC Server发送SES消息。(21) 通过发送ISUP Answer message给MSC Server完成建立过程。(22) MSC Server 发送 SRVCC PS to CS Complete Notifi cation 消息给源 MME , 通知其UE已经到达目标侧。源MME通过发送SRVCC 1X5 to CS

10、 Complete Acknowledge 消息给MSCServer来确认该消息。(22a)MME通过话音或GBR承载去激活所有承载。(23a)若HLR更新，IMSI已被鉴定，但是在 VLR中未知，MSC Server 将对UE进行TMSI重分配，使用其自身未广播的IAI，若MSC Server和其他的MSC / VLRs服务相同的 LAI，则使用其自身的 Network ResourceIdentifier(NRI) 。(23b)若MSC Server 执行的TMSI重分配成功，则 MSCServer向HSS /HLR执行 MAP UpdateLocatio n 。(24)对于紧急服务会话，

11、 切换完成之后，源MME或者MSC Server向和源或者目标侧 相关联的 GMLC 发送一个携带 MSC Server 识别的 Subscriber Location Report 。在上述场景中，核心网需要将非语音承载挂起，以便UE在短时间内切换回 E UTRAN网络时可以迅速恢复相关的承载资源。但是由于UE切回时间不确定，所以为了防止切换时间过长导致E UTRAN无法释放其相关资源的情况，需要在E UTRAN网络的MME上启动承载资源释放定时器，定时器超时后删除UE在E UTRAN网络中的资源。2、现网情况网管指标定义：eSRVCC成功率=LTE到GSM 的切换出执行成功次数(C3733

12、33312 ) /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%

13、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

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切换成功率。日常堆护问题l&reSRVCC筆数配置诸误eSRVCC 限设置不合理CeNodeBrasa厂GERAN部接小区配定义不同场景优化逓難定明4 J邻区关系匹“亠_配核査GERANI5PE配色不全C吕常优优1eSRVCC切换成功率与邻接 GSM小区配置的准确

15、性和合理性有直接关系。具体优化建议如下：1、根据现网配置 CSFB测量频点，规划eSRVCC加邻接关系。（注意：在配置过程中需要注意邻接站点小区的配置数据的准确性（比如：TAC/LAC、PCI、主频等等）。如果配置的GSM小区不合理，上报的GSM小区满足不了 LTE切换至GSM的条件，将导致掉话。）2、 定期核查LTE-GSM邻区关系配置，结合现网 LTE、GSM最新公参，更新不一致的 eSRVCC邻区定义，核查 GSM小区参数是否与现网一致，如发现不一致的参数及小区，需 要及时更改。3、 核查单小区中 GSM邻区同频同BSIC情况，如发生此类问题，需要及时协调GSM 侧优化调整。结合测试进行

16、补充、 删除不合理邻区关系， 此项工作为日常优化工作重要组成 部分。4、 根据不同场景设置合理的切换参数，eSRVCC异系统门限设置不合理会导致过早切换到异系统、来不及切换到异系统等问题，容易引发通话质量下降、掉话、重定向等事件发生，下面为现网主要门限推荐值，可以根据具体环境验证最佳取值（需注意：若A1门限配 置过低，易导致删除 B2事件，不触发eSRVCCC切换）。5、无线环境导致切换失败、掉话。 LTE的无线环境、GSM的无线环境，大致包括以下 几种情况将导致切换失败掉话。a、在eSRVCC过程中，当UE仍处于的无线环境中，由于重叠覆盖、干扰等原因导致L网络质量过低，使UE不能够准确地解读

17、信令，从而使RRC断链，中断切换过程，导致掉话。b、GSM拥塞导致UE不能够接入，使 eSRVCC失败。6、中兴602版本升级后，新增“弱场 eSRVCC语音切换延迟”功能，尽可能的减少 LTE到GSM的SRVCC切换出准备失败次数；实现原理如下：VOLTE业务QCI1建立后到180Ringing 之前这片时间内，一旦发生了 eSRVCC切换， 就好引起未接通和切换失败，当前基于事件（测量报告）触发的移动性管理策略，网络侧无法避免eSRVCC发起的时机，呼叫成功率也会因此受到一定的影响，从提升用户VOLTE业务感知及改善网络 KPI指标的角度出发，控制呼叫过程中的eSRVCC是十分必要的eSRVCC发起，至少要等QCI1承载建立后，在主