LTE-eSRVCC短板优化案例

目录1概述....................................................................................................................................22ESRVCC切换成功率指标介绍..........................................................................................22.1ESRVCC指标统计信令节点....................................................................................32.2ESRVCC失败原因分析............................................................................................42.2.1LTE到GSM的切换出准备失败次数，目标侧准备失败.................................42.2.2LTE到GSM的切换出准备失败次数，等待切换响应定时器超时..................62.2.3LTE到GSM的切换出准备失败次数，其它原因............................................72.2.4LTE到GSM的切换出执行失败次数，源侧发生重建立.................................82.2.5等待UECONTEXTRELEASE消息超时.....................................................112.2.6LTE到GSM的切换出执行失败次数，其他原因..........................................11概述SRVCC（SingleRadioVoiceCallContinuity）是3GPP提出的一种VoLTE语音业务连续性方案，主要是为了解决当单射频UE在LTE/Pre-LTE网络和2GCS网络之间移动时，如何保证语音呼叫连续性的问题，即保证单射频UE在IMS控制的VoIP语音和CS域语音之间的平滑切换。LTE网络建设初期，其覆盖范围有限，当用户在使用LTE网络进行语音通话过程中，移动到LTE信号较弱，但GERAN网络信号覆盖较好的区域时，为了保证语音呼叫连续性（VoiceCallContinuity，VCC），需要将话路由LTE切换到GERAN。由于目前还没有能够在LTE和GERAN同时附着并收发数据的终端，因此LTE和2G之前的业务连续性都基于SingleRadio模式，即双模单待方式。目前3GPP已经制定出双模单待方式的语音业务连续性方案，即3GPPTS23.216R9中提出的双模单待无线语音呼叫连续性(SingleRadioVoiceCallContinuity，SRVCC）方案。1eSRVCC切换成功率指标介绍eSRVCC切换成功率=切换至2G的切换成功次数（C373333312）/切换至2G的切换请求次数（C373333330）。其中：切换至2G的切换成功次数：源eNB接收到MME发送的“UE上下文释放”消息（UECONTEXTRELEASECOMMAND），指示系统间（EUTRAN-GERAN）分组域切换执行成功。（3GPPTS36.413）切换至2G的切换请求次数：源eNB向MME发送的“切换请求”消息（HANDOVERREQUIRED），HandoverTypeIE（LTEtoGERAN）指示系统间（EUTRAN-GERAN）分组域切换请求。（3GPPTS36.413）1.1eSRVCC指标统计信令节点失败原因对应计数器失败原因描述统计节点LTE到GSM的切换出准备失败次数，等待切换响应定时器超时C373333309源eNodeB等HandoverCommand消息定时器超时采样点4LTE到GSM的切换出准备失败次数，目标侧准备失败C373333310源eNodeB接收到从MME来的HandoverPreparationfailures消息采样点5LTE到GSM的切换出准备失败次数，其它原因C373333311源eNodeB在切换准备阶段发生除上述2种原因外其它失败采样点3LTE到GSM的切换出执行失败次数，源侧发生重建立C373333313在切换执行阶段源eNodeB收到RRC连接重建立请求消息采样点7LTE到GSM的切换出执行失败次数，等待UECONTEXTRELEASE消息超时C373333314源eNodeB等待MME的UeContextRelease消息定时器超采样点8LTE到GSM的切换出执行失败次数，其他原因C373333315源eNodeB在切换执行阶段发生除上述原因外其它失败采样点91.2eSRVCC失败原因分析eSRVCC切换分为切换准备阶段和切换执行阶段：切换准备阶段发生在HandoverRequired--HandoverCommand，切换执行阶段发生在MobilityFromEUTRACommand--UeContextRealeaseCommand。切换准备阶段为eNodeB--MME--eMSC--GSM基站之间的信令交互，和空口覆盖无关；切换执行阶段从采样节点来看只有MobilityFromEUTRACommand和LTE空口覆盖相关，当LTE下行覆盖较差（弱RSRP或弱RSRQ)时会增加UE接收MobilityFromEUTRACommand失败的概率从而造成eSRVCC失败，该原因造成的失败会统计到源eNodeB等待MME的UeContextRelease消息定时器超，其它的失败原因值和LTE覆盖、上行干扰、基站故障关系不大。1.2.1LTE到GSM的切换出准备失败次数，目标侧准备失败TS36.413协议规定如果EPC或是目标侧不接受任何一个承载或是在切换准备阶段发生错误，MME会回复“handoverPreparationfailure”消息，eNode收到handoverpreparationfailure消息后会统计到“目标侧准备失败”中。造成目标侧准备失败的主要原因包括：LTE侧GSM外部邻区参数配置、EPC参数配置错误、eMSC侧参数配置、GSM侧基站接纳失败、其它原因。1.2.1.1GSM外部邻区参数核查GSM外部邻区核查主要是和核查GSMCGI相关参数，在handoverrequire中主要依靠CGI参数来进行目标侧寻址，如果CGI参数配置错误会导致核心网/GSM侧认为发生错误从而导致切换准备失败。CGI（CellGlobalIndentfier）全球小区识别=MCC+MNC+LAC+CI需要重点核查：1、核查“管理网元-无线参数-TD-LTE-邻接小区配置-GERAN邻接小区”中“邻接小区所在的移动国家码”、“邻接小区所在的移动网络码”参数配置是否正确2、核查“管理网元-无线参数-TD-LTE-邻接小区配置-GERAN邻接小区”中的“位置区码”和小区标识的对应关系和GSM工参一致。1.2.1.2eMSC侧参数核查eMSC侧相关参数配置如下：1、eMSC检查eSRVCC相关控制开关和参数配置2、eMSC检查LAI和VMSC切换数据配置1.2.1.3EPC侧参数核查待补充。。。1.2.1.4GSM侧参数核查待补充。。。1.2.1.5其它原因排查流程切换准备涉及到LTE、核心网、GSM，在排查参数配置问题后可能需要核心网或GSM共同进行排查。TS23.2166.2.2规定了eSRVCC相关的信令流程，我们在做问题排查时依据相关的信令节点做问题定位排查，排查步骤如下：1、MME收到HandoverRequired后是否给eMSC发送了PStoCSReq，如果MME直接回复了HandoverPreparationFailure，可能由于核心网参数配置或是核心网处理异常导致切换失败导致，需要核心网协助进行排查2、如果eMSC收到PStoCSReq之后回复的HandoverPreparationFailure，则需要GSM协助进行排查1.2.2LTE到GSM的切换出准备失败次数，等待切换响应定时器超时“管理网元-无线参数-TD-LTE-控制面定时器TDD”中“S1HO时等待HOCOMMAND的定时器(毫秒)”设置为10000ms（10s），在源侧发送HandoverRequired后再10s内未收到HandoverCommand命令造成eSRVCC切换失败。造成定时器超时的原因主要有：核心网/GSM侧参数配置错误导致核心网寻址错误；传输问题导致核心网/GSM侧未收到sRVCC相关信令；GSM基站故障未响应sRVCC切换命令。1.2.2.1参数核查1、LTE侧“管理网元-无线参数-TD-LTE-控制面定时器TDD-S1HO时等待HOCOMMAND的定时器(毫秒)”参数核查：确定参数配置为10000ms2、eMSC侧核查：VMSC检查和eMSC之间切换数据、VMSC检查LAI&CI和BSC关联数据配置1.2.2.2其它原因排查流程1、MME是否收到HandoverRequied消息：如果MME未收到HandoverRequired消息，核查eNodeB--MME之间的传输可靠性。核查方法：使用ems的“IP通道测试功能”检查eNodeB--MME通道是否丢包，如果存在丢包的情况协调传输解决传输问题2、MME收到HandoverRequied后是否向eMSC进行了PstoCsReq消息转发，如果MME未进行消息转发，协调MME共同进行排查3、eMSC是否收到PstoCsreq消息，如果未收到核查MME--eMSC之间的传输4、eMSC收到PstoCsreq后是否回复了PstoCsRsp，如果未回复，协调GSM侧共同进行排查5、eMSC回复PstoCsRsp后MME是否收到，如果未收到，核查MME--eMSC之间的传输6、MME收到PstoCsRsp是否向eNodeB发送了HandoverCommand，如果未发送，协调MME共同进行排查7、MME发送HandoverCommand后eNodeB是否收到，如果未收到，核查eNodeB--MME传输1.2.3LTE到GSM的切换出准备失败次数，其它原因切换出准备失败，其它原因是指未收到MME发送的HandoverpreparationFailure，S1HO时等待HOCOMMAND的定时器也未超时，其它未知原因造成的失败，失败的原因可能有：eNodeB处理异常、MME/GSM处理异常、MME/GSM处理异常：类似于类似于在eNodeB发送HandoverRequired后，发起了UEContextReleaseRequest造成sRVCCC切换失败。对于eNodeB处理异常的情况需要根据信令分析找出问题的根本原因。MME处理异常举例说明：类似于在eNodeB发送HandoverRequired后收到MME发送的UEContextReleaseCommand命令造成sRVCC切换准备失败。对于MME处理异常的情况，根据信令分析情况联合核心网共同进行排查。总之准备失败的其它原因比较复杂，需要详细分析信令后再做进一步处理。1.2.4LTE到GSM的切换出执行失败次数，源侧发生重建立在切换执行过程中源侧收到UE的rrcconnectionreestablishmentrequest消息，源侧发起handovercancel造成切换失败。在eSRVCC切换执行阶段造成UE重建立的原因包括：无线链路失败、Mobilityfromeutra失败。1.2.4.1无线链路失败无线链路失败主要是由于LTE覆盖较差造成UE上行/下行失步，造成失步的原因主要是弱RSRQ、弱RSR