4 SRVCC(eSRVCC)技术详解及优化 - 图文

SRVCC(eSRVCC)技术详解及优化

1

LTE语音解决方案VoLTE介绍eSRVCC语音方案

eSRVCC切换时延分析eSRVCC相关指标eSRVCC参数配置eSRVCC优化案例

LTE语音解决方案

多模单待VoLTE-Only语音、数据在LTE进行LTE语音解决方案语音在CS进行数据在LTE进行SRVCC多模单待CSFB多模多待SvLTE?

SvLTE(Simultaneous voice and LTE)：终端同时驻留在2G/3G和LTE网络中。传统的电路域提供话音业务，LTE网络提供数据业务，数据和话音可以同时并发。

?

CSFB(circuit switch fallback)：3GPP R8 标准提出，终端优选LTE驻留，LTE只提供数据业务。当用户发起或接受话音业务时，需要回落到原有CS网络。

?

eSRVCC(Enhanced Single Radio Voice Call Continuity)：3GPP R8标准中提出，提供基于IMS的LTE话音业务。终端在移动到LTE未覆盖的区域是，语音需要切换到CS域并保证业务的连续性。

LTE语音解决方案--三种LTE语音解决方案对比

PSTN/PLMN

PSTN/PLMNPSTN/PLMNIMSMGCF/MGWINTRENETINTRENETINTRENETCSCFSCC ASDate flowMSCSMSCSDate flowMSCSMSCSVoice flowMSCSMSCSMMESAE-GWSGsMMESAE-GWCSMGWMGWMMESAE-GWCSMGWMGWEPCMGWCSMGWSGsEPCSvEPCDate floweNodeBRAN/GERANVoice flowVoice floweNodeBRAN/GERANeNodeBRAN/GERANVoice flowhandoverSvLTE?特点：终端双待，语音业务由传统2G/3G网络提供CSFB?特点：终端单待，当有语音业务需求时，需要回落到传统2G/3G网络提供VoLTE/SRVCC?特点：语音业务基于IMS提供，并支持从LTE切换到2G/3G网络的语音连续性?优势：基于LTE的语音，音质好，频谱利用率高，语音和数据业务可以并发?劣势：需要部署IMS，终端支持SRVCC的终端较少?优势：对网络改动小，用户体验不变，语音和数据可以并发，无需切换?劣势：终端要支持双待，对手机芯片、电池续航力都有较高要求?优势：对终端要求较低，重用传统2G/3G网络?劣势：对传统2G/3G网络有改造要求，时延较长，语音和数据业务不可并发VoLTE介绍

2

eSRVCC语音方案eSRVCC

eSRVCC切换时延分析eSRVCC相关指标eSRVCC参数配置eSRVCC优化案例

eSRVCC语音方案--SRVCC是什么？

SRVCC(Single Radio Voice Call Continuity) ?单射频无线语音连续性技术，基于IMS的VoLTE?SRVCC在UE从LTE移动到CS的时候，建立CS域呼叫分支，并通过SCC AS锚点，将CS分支和原IMS到呼叫对端分支连接，从而形成完整的呼叫链，保持了IMS域呼叫能够在切换后继续进行eSRVCC（Enhanced SRVCC) ?在SRVCC的基础上，增加ATCF网元，作为SCC AS的前置网元，替代SCC AS作为信令面锚点?ATCF位于服务网络，而SCC AS位于归属网络，ATCF更接近终端，减少了MSC到IMS的承载建立时间?增加的ATGW作为媒体面锚点，避免到远端的Remote Leg Update过程。这样可以提高切换成功率，同时降低切换时间eSRVCC语音方案--SRVCC和eSRVCC区别

SRVCC切换流程图

eSRVCC切换流程图

?SRVCC技术采用归属地SCC AS网元作为信令/媒体锚点，而在eSRVCC组网中新增加了ATCF（Access Transfer Control Function）/ATGW（Access Transfer Gateway）逻辑网元作为本地信令/媒体锚点，使eSRVCC媒体切换点更靠近本端的设备，经过IMS域的所有会话都锚定在ATCF上，对端设备与ATGW之间的媒体流还是通过原承载通道传输。在呼叫从EPC切换到CS后，Enhanced MSC和ATCF交互，完成会话切换eSRVCC语音方案--eSRVCC流程介绍

SCC ASeSRVCC（enhanced Single Radio Voice Call Continuity）是SRVCC的增强版本，SRVCC在媒体变更是需要经IMS域进行远端媒体面协商与切换，而eSRVCC不涉及，因此切换过程中的中断时间缩

Remote IMS UEIMSMGCFCSCFMediaSignalATCF短，性能得以优化。二者均为国际规范，建议采用eSRVCC技术

1. 发起VoLTE呼叫：SRVCC终端发起向另一IMS终端的语音呼叫

2. 呼叫建立：呼叫成功，媒体连接建立，双方进行通话3. 发起SRVCC切换：用户离开LTE覆盖，发生SRVCC切换,EPC网络通知eMSC准备切换，MSC完成电路域资源预留

4. 终端切换：MSC通过LTE网络通知终端切换到2G/3G5. ATGW媒体更新：ATCF发起本端媒体更新

6. 呼叫接续：从终端切换到2G/3G到ATGW切换媒体完成eSRVCC关键点：?信令面在用户所在本地网络锚定，媒体面切换在本地

进行，不需要通知远端切换媒体面，速度快，通常不超过100ms，避免因此带来的语音中断?空口切换带来的语音中断无法避免，约200ms左右?总体语音中断可满足不超过300ms的需求

ATGWP-CSCFHSSMSCSEnhanced MSCSCSMGWMGWMMESAE-PGWSvEPCRAN/GERANeNodeBHandOver T18eSRVCC语音方案--eSRVCC切换流程

?在eSRVCC 处理过程中，对于UE已建立的非语音业务，根据网络、UE能力、业务类型，MME可以触发PS HO、去激活Deactivated（GBR业务）或者挂起Suspended（NGBR业务）等业务处理流程。

?在CS语音会话结束后，如果UE仍在GERAN中，则UE通过向SGSN发送路由区更新请求（Routing Area Update Request）来恢复PS服务。更新类型依赖于GERAN网络的操作模式，如果UE在CS语音会话结束后已经返回到E-UTRAN，则UE将通过发送TAU（Track Area Update）到MME来恢复PS服务，MME将通知S-GW和P-GW恢复挂起的承载。

Target UTRAN/GERAN UEeNBMMEMSC Server3GPP IMS1. MeasurementReports2.Handover to UTRAN/GERAN required3.Initiates SRVCC for voice component6.Handles PS-PS HO for non-voice if needed9.Handerover CMD8.To eUTRAN Coordinates SRVCC and PS HO response 4.CS handover preparation 5. IMS Service Continuity Procedure7.PS HO response to MME(CS resources)(10. Handover executioneSRVCC语音方案--eSRVCC切换流程

eSRVCC切换流程说明：

1.eNodeB接收UE的测量报告。

2. eNodeB根据测量报告进行判决，若UE已建立VoIP业务(QCI=1)并且2G/3G GERAN/UTRAN目标小区不支持VoIP 能力，触发SRVCC过程，发送切换请求到MME，携带是否需要同时进行PS域与CS域切换指示。

3. MME与MSC Server通过Sv接口进行信令交互，请求VoIP业务的PS to CS切换处理。4. MSC Server与MSC进行信令交互，完成CS域的切换资源的准备。5. MSC Server与IMS域SRVCC AS交互完成IMS业务的会话转移流程。

6. MSC Server向MME发送切换PS to CS切换响应消息，携带指示UE切入GERAN/UTRAN的CS HO命令消息。

7. MME同步PS to CS切换与PS to PS的切换响应。

8. MME通过切换命令指示eNodeB切换准备完成。9. eNodeB指示UE从E-UTRAN向目GERAN/UTRAN切换。10. UE接入目标小区，VoIP业务从PS域切换到CS域。

eSRVCC语音方案--eSRVCC切换策略

1. 触发SRVCC切换前，确认UE是否已建立QCI=1专用承载。2. 确认GERAN/UTRAN目标小区是否支持VoIP能力，若支持，则触发PS HO流程。3.确认UE和MME是否具备SRVCC切换能力（在NAS层Attach Request message 消息和Tracking Area Update消息中的\Capability\中，携带UE SRVCC 能力是否支持SRVCC功能。MME存储UE 的SRVCC能力指示，用于SRVCC过程处理；在eSRVCC业务请求处理过程中，MME在S1-AP的Initial Context Setup Request消息中携带\Operation Possible\，标示UE和MME都支持SRVCC能力），若具备SRVCC能力，满足SRVCC条件后，则触发SRVCC过程，eNB发送切换请求到MME。4. UE和GSM是否支持DTM HO，若不支持，则将触发目标SGSN与MME之间PS业务Suspend过程，目前在试点现场只是CS切换，未涉及CS+PS切换。SRVCC切换的触发需要终端、E-UTRAN到IMS必须满足一定的功能或5. 满足条件，执行SRVCC切换。条件，否则触发的可能是CCO或PS HO流程eSRVCC语音方案--eSRVCC无线侧切换信令

??

eNB给MME发送的HandoverRequire消息中带有eSRVCC切换指示，切换原因，切换目标小区等。

当GSM系统资源准备完成，由MME通过S1口发送HandoverCommand消息到基站触发由E-UTRAN到GSM的切换，消息中带有切换的GERAN目标小区。

eSRVCC语音方案--eSRVCC无线侧切换流程

?

eNB下发A2配置消息

?

UE上报A2测量报告，eNB下发B2测量配置消息，接着UE上报B2测量报告?满足切换条件，eNB发MobilityFromEutranCommandVoLTE介绍eSRVCC语音方案

eSRVCC切换时延分析切换时延分析3eSRVCC

eSRVCC相关指标eSRVCC参数配置eSRVCC优化案例

eSRVCC切换时延分析--eSRVCC切换准备时延分析

?eSRVCC切换准备时延的是从终端发出第一条B2上报的异系统MR到UE收到mobility form EUTRA的时长（handover requered---handover command）；

?CS侧局间承载建立时长为eMSC接收到MSC第一条APM消息到接收到MSC侧ACM消息?上图所示，eSRVCC切换准备时延为700ms左右，其中主要节点：eMSC从收到MME的SRVCC PS to CS Request消息到返回SRVCC PS to CS Response消息之间平均为560ms，CS侧局间承载建立时长480ms。

eSRVCC切换时延分析--eSRVCC用户面切换中断时延分析

切换中断时延定义：

用户面上行中断时延：

终端在4G发出的最后一个上行RTP包->终端在2G发出的第一个上行语音包；用户面下行中断时延：

终端在4G收到的最后一个下行RTP包->终端在2G收到的第一个下行语音包；控制面中断时延：HO Command -> HO Complete；

下表是：HTC和Sony不同终端对比测试结果，可以看出终端差异较大

终端HTCSonyeSRVCC切换次数212控制面中断时延0.1090.171用户面上行中断时延1.280.098用户面下行中断时延1.480.374?从eSRVCC的测试数据来看，HTC终端的控制面中断时延约100毫秒，用户面上行中断时延约1.4秒，用户面下行中断时延约1.6秒

?Sony终端的控制面中断时延与HTC终端差别不大，而用户面上行中断时延和用户面下行中断时延明显优于HTC终端，需要HTC终端分析原因并予以改进

eSRVCC切换时延分析--eMSC独立设置和合设时延对比分析

eMSC和端局合设时延信令分析

eMSC独立时延信令分析

?????eMSC独立设置时，比eMSC与端局合设时的SrVCC切换时延主要多了eMSC到端局的局间切换的时延，在500~600 ms级别；

eMSC和端局合设：BSC-eMSC/MSC：260ms；IMS承载准备：50ms；IMS承载建立：170ms；总共：480ms；

eMSC独立设置：MSC-eMSC：280ms目标小区资源准备；CS局间承载建立：670ms；准备IMS承载建立：140ms；总共：1090ms

emsc独立设置，切换时延增加了600ms左右。建议eMSC与端局合设，减少SRVCC的切换时延；

VoLTE介绍eSRVCC语音方案

eSRVCC切换时延分析相关指标4eSRVCC相关指标eSRVCC参数配置eSRVCC优化案例

eSRVCC相关指标--主要KPI

呼叫SRVCC切换占比

定义：发生了SRVCC切换的呼叫次数/ 总呼叫次数

SRVCC切换成功率

定义：SRVCC切换成功次数/SRVCC切换尝试次数统计方法

?切换尝试：指在预期的切换区（如从小区A覆盖区向小区B覆盖区移动）预期发生的切换；?切换成功：以信令交互完成（UE收到切换指令HO from EUTRAN command，随后MME收到MSC Server发的PS to CS Complete/Ack）为标志

eSRVCC切换控制面中断时延

统计方法

?空口：从eNodeB下发HandoverCommand到终端向BSS发送HOComplete之间的时间差。?核心网：MME向eMSC发送PS to CS Request，到收到PS to CS Complete/Ack之间的时间差

eSRVCC业务面中断时延

统计方法

?源小区最后一个PDCP层数据包到目标小区建立专有信道恢复话音的时间差

eSRVCC相关指标--常用COUNTER描述

序号123

计数器编号

C373661817C373661818C373661819

计数器名称

LTE到UTRAN的SRVCC切换出准备请求次数LTE到UTRAN的SRVCC切换出准备失败次数LTE到UTRAN的SRVCC切换出执行成功次数

45678

C373661820C373682417C373682418C373682419C373682420

LTE到UTRAN的SRVCC切换出执行失败次数LTE到GSM的SRVCC切换出准备请求次数LTE到GSM的SRVCC切换出准备失败次数LTE到GSM的SRVCC切换出执行成功次数LTE到GSM的SRVCC切换出执行失败次数

新建测量任务

选择要统计的网元

eSRVCC优化案例--测试软件或终端异常问题

?

优化分析

VoLTE目前未正式商用，市面上的终端并不完全成熟和完善，对于异常现象，可以通过更换手机、分析相应的数据（路测数据、wireshark抓包、网管跟踪或核心网跟踪等数据）进行排查定位，若最终定位为终端问题，则需要提交手机厂家解决，针对测试软件统一问题，可以结合正常流程进行对比，剔除异常统计。

?案例：软件统计问题

被叫在2G下人工释放，上报DISCONNECT，挂机流程结束，此时主叫在4G下收到IMS下发BYE，并去激活了QCI=1承载，标记为normal call clearing，但仍被统计为call dropped ，此时

主叫继续正常释放流程，为软件统计问题

Thanks!

VoLTE介绍eSRVCC语音方案

eSRVCC切换时延分析eSRVCC相关指标

5

eSRVCC参数配置参数配置eSRVCC

eSRVCC优化案例

eSRVCC参数配置--业务开关配置

配置路径：管理网元—无线参数—TD-LTE—无线业务配置—全局业务开关：

需要关注的配置参数：

参数中文名称VoIP业务开关GL SRVCC功能开关调整原则打开打开注意：基于语音业务的切换开关需要设置为“关闭”，容易误解为SRVCC切换开关

eSRVCC参数配置--eSRVCC邻区配置

?GERAN邻接小区配置

配置路径：管理网元—无线参数—TD-LTE—邻接小区配置—GERAN邻接小区

参数中文名称GERAN邻接小区ID调整原则无限制，默认配置即可GSM邻区所在的移动国家码邻接小区所在的移动国家码邻接小区所在的移动网络码位置区码小区标识小区路由区码网络色码基站色码频段GSM邻区所在的移动网络码GSM邻区所在的位置区码GSM邻区标识GSM邻区路由区码GSM邻区网络色码GSM邻区基站色码GSM邻区频段GSM邻区BCCH载波的ARFCN是支持DTM不支持DTM HO（或者不支持DTM）不支持按提供的GSM小区信息配置BCCH载波的ARFCNPS切换能力如上图添加GSM邻区。DTM根据终端、MME、BSC的支持情况来配置.“异系统GERAN邻区的VoIP能力”，由BSC决定，现场配置为“不支持VoIP”。

异系统GERAN邻区的DTM能力异系统GERAN邻区的VoIP能力PLMN列表eSRVCC参数配置--eSRVCC邻区配置

?GERAN邻接关系配置

配置路径：管理网元—无线参数—TD-LTE—邻接关系配置—GERAN邻接关系

参数中文名称小区标识调整原则系统自动生成，不可修改GERAN邻接小区服务小区与系统间邻区关系支持切换按实际场景选择邻接GSM小区相邻支持注：1.服务小区与系统间邻区关系：该参数为服务小区与GERAN系统间邻区的覆盖关系，相邻、同覆盖、包含和被包含几种关系。如果进行SRVCC切换，配置为相邻；2.支持切换：服务小区是否支持向GSM邻区发起切换的指示

eSRVCC参数配置--测量事件配置（同VOLTE配置）

?语音测量开关配置

在打开“基于语音的测量配置开关”时，如果UE存在QCI=1的业务且UE具备向GERAN的SRVCC能力，则eNB下发的是语音的B1/B2测量配置；否则下发的是数据的B1/B2测量配置。

配置路径：管理网元—无线参数—TD-LTE—E-UTRAN TDD小区—测量参数：

关注“基于语音的测量配置开关”参数，其他参数根据现场实际情况合理设置。

eSRVCC参数配置--测量索引配置（同VOLTE配置）

配置路径：管理网元—无线参数—TD-LTE—测量参数配置—测量配置索引集：

参数中文名称打开系统间测量的测量配置用于向GERAN切换的测量配置调整原则测量配置索引值，用于打开系统间测量的测量配置测量配置索引值，用于向GERAN切换的测量配置该参数为二维数组索引，用于向GERAN语音切换的测量配置，其指向GERAN语音切换的测量对象中测量配置索引号等于本参数取值的一组记录，数组元素分别对应RSRP和RSRQ，非双测量时仅第一位数组元素有效。向GERAN语音切换的测量配置?由于关闭了“双测量开关”，在“打开系统间测量的测量配置”、“用于向GERAN切换的测量配置”和“向GERAN语音切换的测量配置”中，只需关注30（对应RSRP）、1010（对应RSRP）和1012（对应RSRP）测量索引。

?向GERAN语音切换的测量配置和向GERAN切换的测量配置的测量配置区别，必须将基于语音的切换配置得较普通切换更加容易触发，才能保证语音正常通话。

eSRVCC参数配置--测量事件配置（同VOLTE配置）

?A1事件门限配置

A1为服务小区质量大于某个绝对门限，则关闭测量。

配置路径：管理网元—无线参数—TD-LTE—测量参数配置—UE系统内测量参数：

建议对A1参数根据现场实际情况合理设置。

eSRVCC参数配置--测量事件配置（同VOLTE配置）

?A2事件门限配置

A2为服务小区质量小于某个绝对门限，则开启测量。

配置路径：管理网元—无线参数—TD-LTE—测量参数配置—UE系统内测量参数：

中文名称调整原则事件判决的RSRP门限该参数表示满足事件触发条件时RSRP的值。该参数取值越大，事件触发条件越难于满足，延迟事件上报，可能会造成切换过晚，影响切换成功率；若取值越小，则事件触发条件越容易满足，但如果过小，也可能会造成切换过早，导致切换失败。该参数根据实际需要进行填写，不同功能的事件的门限配置不同。D=P+140，P：后台显示值，D：前台测试软件显示值。注意：A1>A2，比如A1(-90)>A2(-95)建议对A2参数根据现场实际情况合理设置。

eSRVCC参数配置--测量事件配置（同VOLTE配置）

?B2事件门限配置

B2事件：服务小区低于一个绝对门限1，而邻小区高于一个绝对门限2，用于系统间切

换事件测量。

配置路径：管理网元—无线参数—TD-LTE—测量参数配置—UE系统间测量参数：

参数中文名称调整原则该参数配置越大，则服务小区的测量事件容易满足，反之，该参数配置越RSRP测量时小，则服务小区的测量事件越难满足。EUTRAN系在实际应用中根据网络进行优化。配统服务小区判置不合理将导致到目标小区的切换失决的绝对门限败率增高。D=P+140，P：后台显示值，D：前台测试软件显示值。该参数表示满足事件触发条件时目标GERAN系统邻区的RxLevel门限。该参数配置越大，则测量事件越不容易GERAN系统满足，切换越难实现，反之，则越容测量时判决的易满足，切换越容易实现。该参数根据实际需要进行填写，不同功能的事绝对门限件的门限配置不同。D=P+110，P：后台显示值，D：前台测试软件显示值。基于覆盖的向GERAN切换的测量和基于覆盖的向GERAN切换的测量（语音业务）区别在于，前一个为CCO切换，后一个为SRVCC切换。

VoLTE介绍eSRVCC语音方案

eSRVCC切换时延分析eSRVCC相关指标eSRVCC参数配置

6eSRVCC优化案例

eSRVCC优化案例--UE终端问题

?优化分析

从UE附着请求消息或TAU(Tracking Area Updates)消息中的UE能力包含SRVCC能力消息，并描述是否支持GSM频带，如果UE手机上报的支持能力未包含支持SRVCC功能，则网络侧不会给UE下发基于SRVCC的重配置消息，进而终端无法进行SRVCC切换，参见案例描述

?案例：手机原因导致无法SRVCC切换

【问题表象】

主被叫手机在相同小区，主叫手机上报A2后重配消息包含B2门限和异系统频点信息，而被叫手机上报A2后重配消息未包含异系统配置信息，进而导致被叫没有进行SRVCC，主叫正常SRVCC。如下图

eSRVCC优化案例--UE终端问题

?案例：手机原因导致无法SRVCC切换【问题分析】由于一个小区下两种不同行为，首先需要排查手机上报能力，从UE附着请求消息或TAU(Tracking Area Updates)消息中发现被叫手机上报的UE能力不包含SRVCC能力消息，并描述不支持GSM频带。主叫则支持，因此重点排查手机哪方面出现了异常，由于前期测试无此问题，怀疑测试期间手机误设置为锁定LTE导致，因此将手机设定为锁定LTE和支持2、3、4G模式对比验证。下左图：未锁定LTE情况下Tracking Area Updates信令描述，包含手机支持SRVCC能力指示下右图：被叫锁定LTE网络后，Tracking Area Updates信令，标示手机不支持E-GSM or R-GSM。没有支持SRVCC标示【解决方案】：此类问题需要检查手机设置和实际支持能力，确保上报支持能力eSRVCC优化案例--空口无线环境原因

?优化分析涉及的无线环境包含LTE和UTRAN/GERAN无线环境，均需要重点排查干扰、覆盖问题，下表重点描述LTE的覆盖和干扰问题表象和优化建议；空口无线环境的优化是LTE网络优化工作的重点，无线环境恶化不仅仅影响到语音业务同样对数据业务有很大影响，采用的优化手段包含DT测试、扫频测试、后台网管监控、MR分析等多个维度并行实施。优化无线环境是保障eSRVCC成功率的重要手段类型表象排查方法和优化建议无覆盖/弱覆盖小区扫频和DT测试中检测不到任何小区的信号或者信号非常弱1：排查周边基站是否存在告警，处理和恢复故障2：勘察周边地形，是否存在遮挡导致覆盖黑洞，通过新建站点、周边小区RF优化缓解来解决3：核查站点分布和方位角、俯仰角是否合理，通过新建站点、RF优化来解决4：核查基站功率配置是否合理，通过合理设置功率配置解决1：排查近端基站是否存在告警，处理和恢复故障2：勘察站点环境，是否存在高站情况和俯仰角不合理问题，通过降低天线挂高，控制俯仰角方式解决3：核查基站功率配置是否合理，通过合理设置功率配置解决越区覆盖小区扫频和DT测试中收到2圈以外小区信号，信号强度大于或相差近端主小区6db以内，均认为越区覆盖，常常伴随邻区缺失、质差等问题扫频和DT测试中存在主邻小区电平差6db内并小区个数大于3个以上，则认为重叠覆盖区域。无主导小区的区域1：综合容量分布、站点环境进行多站点联合RF优化，通过调整方位角、俯仰角、功率配置的方式来减少重叠覆盖小区数量。2：提供合理组网规划方案，采用异频组网、迁移基站方式来解决重叠覆盖问题1：核查基站是否有异常告警，优先解决2：后台NI统计发现低噪过高，用户数较低的情况下，需要现场扫频排查干扰源详细参考干扰排查指导文档上行干扰前台测试中无法直接发现，间接表象为UE的发射功率通常较高（接近UE最大发射功率），伴随上下行交互信令过程中无法及时收到下行信令。通过后台NI测量可以发现基站低噪是否正常。前台测试中RSRP较好（>-100dbm），但是SINR较差（<0db），则认为存在下行干扰问题前台测试表象和上面描述上下行干扰类似，发生的时间、地点上具有规律可循，比如多次测试中，同样地点表现出来的干扰程度差距明显。后台统计观察，往往伴随着NI统计中所有RB异常、固定时间KPI异常、和容量无相关性等现象下行干扰1：规划数据是否合理，规避近距离同PCI情况（建议核查距离>3KM）2：排除模3干扰，减少重叠覆盖区域，通过RF优化手段解决3：排查系统间、系统外干扰，通过扫频等手段进行处理详细参见干扰排查指导文档内部干扰排查之后，需要扩展到外部干扰排查方面；详细参见干扰排查指导文档外部干扰eSRVCC优化案例--空口无线环境原因

?

案例：LTE无线环境恶化导致未及时切换

【问题表象】

测试中在未达到SRVCC门限前无线环境恶化，导致空口无线链路异常进而无法进行后续切换。

【问题分析】

干扰类和覆盖类问题涉及方面较多，为日常优化重点工作，详细排查方法可以参考干扰、覆盖问题排查指导文档。如下图，无线环境持续恶化最终导致掉话事件发生。

【解决方案】：

1：通过排查基站故障、弱覆盖分析、重叠覆盖、干扰分析来解决高RSRP低SINR问题发生。2：通过提高SRVCC切换门限（A2\\B2-1\\B2-2）来提前触发SRVCC切换，实施前需要测试评估GSM侧此区域网络质量和容量负荷情况，避免引发切换准备失败

eSRVCC优化案例--eNodeB侧原因?优化分析设备硬件问题日常维护eSRVCC参数配置错误纳入日常核查工作eSRVCC门限设置不合理不同场景优化调整。eNodeB侧原因GERAN邻接小区配置定义定期4-2邻区关系匹配核查GERAN邻区配置不全日常测试优化?案例1：GSM邻区参数错误导致掉话【问题表象】手机在LTE覆盖弱场，收到B2测量的重配消息后，手机发起Measurementreport（B2事件）后收到网络下发的RRC Connection Release，重定向到2G后掉话【问题分析】当UE上报A2测量报告后，eNB下发B2重配消息给UE，根据B2重配消息，UE测量满足B2-1和B2-2条件并上报B2事件，上报的B2事件包含准备切换的目标2G小区BCCH/NCC/BCC，见下图

eSRVCC优化案例--eNodeB侧原因

?

案例1：GSM邻区参数错误导致掉话

正常情况下，eNB收到该B2事件测量报告后下mobilityFromEUTRACommand消息给UE，切换到该GSM邻区

异常情况下网络下发RRC Connection Release消息使UE重定向到BCCH为512的GSM小区，如下图，随后主叫重定向到GSM网络，在2G网络手机状态是空闲态，统计为掉话

通过以上现象分析可知UE VoLTE业务eSRVCCC切换到BCCH 525(BSIC 12)的G网邻区失败，核查网管中该G网邻区参数配置，发现该邻区BSIC配置为7，与实际UE测量的BSIC 12不一致，修改网管中该G网邻区BSIC为12后，可正常切换到该小区，掉话解决

【解决方案】：

同步LTE-->GSM网络邻区定义和实际GSM网络规划数据，如上案例，LTE-->GSM邻区定义中BSCI配置为7，而实际UE测量的BSIC为12，将LTE定义GSM邻区中BSIC改为12后，正常eSRVCC

eSRVCC优化案例--eNodeB侧原因

?

案例2：GSM邻区频点配置不全

【问题表象】

UE上报A2事件后，网络下发B2重配消息并成功上报网络后，手机RSRP满足B2-1判决门限却始终未上报B2事件测量报告，最终容易导致重定向、掉话事件发生

【问题分析】

实际网络中会存在由于无线环境的改变、G网参数优化后LTE侧同步不及时或RF优化等原因，导致LTE小区的GSM邻区频点配置不够准确，对于A2重配里下发的GSM频点在终端测量后，不满足B2-2事件，导致无法触发eSRVCC。如下左图：

其他可能原因：需要检查系统间邻区是否已经设置为“支持切换”，如下右图

【解决方案】：

完善和及时更新LTE邻区定义中的GSM邻区关系和参数定义；

对于问题点，建议进行GSM网络扫频或者结合GSM测试数据分析，检查这些频点是否已包含在后台配置中

eSRVCC优化案例--涉及其他网元优化分析

?

优化分析

在SRVCC切换过程中，eNodeB需要向核心网上报请求消息，当上报信息和核心网侧有误情况下，将无法进一步指定目标小区导致准备失败，准备失败原因值中会有描述。

当eNodeB发起切换准备请求后无法成功，涉及核心网网元较多，不方便点位，但是此类问题一般比较容易复现，因此可以采用更换手机、更换SIM卡、更换小区等方式对比验证，当问题描述清

楚后，协调核心网协助排查相关参数配置是否合理

?案例：切换准备失败

【问题表象】

UE空口表现为发起多次B2测量后无法进行eSRVCC，最终易导致重建立和掉话事件发生；

eNB侧表现为接收到手机上报B2测量并发起切换请求，但是收到来自核心网的切换准备失败消息；

【问题分析】

正常情况下，eNB收到该B2事件测量报告后下发mobilityFromEUTRACommand消息给UE，UE会收到mobilityFromEUTRACommand并实施切换；

异常情况下，UE发起多个B2事件而未收到mobilityFromEUTRACommand，此时可能涉及空口无线环境恶化导致B2事件测量报告未上报给eNB，需要结合eNB侧信令分析。如下图：

eSRVCC优化案例--涉及其他网元优化分析

?

案例：切换准备失败

当eNB收到B2测报后向MME发送handover require消息（为eSRVCC切换准备资源），但随后收到了切换准备

失败的回复。见下图

导致此类失败的原因通常需要核心网检查目标网络小区相关参数是否正确配置或生效。

【解决方案】：

导致此类失败的原因通常是核心网未配置SRVCC功能、未配置目标MSC、未配置TAU等原因，需要同核心网及目标网络核查相关配置是否生效

eSRVCC优化案例--TargetUTRAN/GERAN快衰落

?

优化分析

当目标异系统小区无可用资源、无线空口环境恶化、地面链路瞬断故障等问题均会导致切换准备失败和切换后无法正常通话等异常事件发生，此问题需要协调目标网络工程师协助解决或者采用SRVCC门限优化的方式规避该区域。

当前eSRVCC是切换到GSM网络，所以GSM网络基础优化工作同样重要，需要监控和督促GSM网络维护工作

?案例：TargetUTRAN/GERAN快衰落

由上图可以看出，终端上报了A2、B2，但是GERAN侧电平偏低，-96dbm，刚刚过了门限（-95）设置，随着车辆移动，很容易发生由于GSM快衰导致语音eSRVCC切换失败。

在GSM网络中，电平-95dbm实际上已经贴近设置的最小接入门限，属于GSM弱场，很容易发生干扰加剧等问题，所以在GSM基站密集的情况下可以提高B2(2)异系统判决门限，条件适当苛刻些，有利于切换到更优小区

本文来源：https://www.bwwdw.com/article/6y4f.html