Volte单用户端到端优化分析报告模版

1、 .DOC资料. Volte单用户端到端优化分析（问题分析流程，重点解决无线网络质量问题）用户VoLTE接入优化VOLTE接入-无线问题定位思路：VOLTE是承载在数据业务资源上的“语音业务”，相对于普通数据业务新增了QCI为5、1和2的承载，VOLTE接通优化主要包括接通成功率和接通时延两方面，主要涉及UE、无线、EPC、核心网4大域超过10个方面影响因素，为提升网络接通率和接通时延，通过端到端信令平台对接入失败、接通时延长的原因进行定界，对定界为无线侧问题进一步定位分析，提出优化方案，对后续接入优化处理进行指导并快速找到问题并迅速解决。VOLTE接入-无线问题定位方法：按照VoLTE语音“

2、433”优化方法的VOLTE接入-无线问题定位排查流程，主要通过以下3个方面：VOLTE未接通问题、VOLTE接入时延问题、终端CSFB回落问题后面按照这个顺序写，进行定位及优化终端CSFB回落问题的排查终端CSFB判定规则 在LTE网络中，VOLTE终端在呼叫或被寻呼过程中出现CSFB回落到CS域进行通话，无法正常在VOLTE网络上进行业务，造成用户无法体验VOLTE高清语音通话。 集团要求从端到端信令平台提取CSFB占比5%进行分析定位并解决，务必保证VOLTE用户均能享受VOLTE网络带来的高清业务。CSFB问题排查步骤对于终端出现CSFB情况，主要通过2方面进行定位分析，终端侧是否开启

3、VOLTE业务或终端是否在IMS域注册、终端在起呼过程中是否存在弱覆盖现象，优化流程如下：终端是否启用VOLTE业务问题定位：VOLTE用户在LTE网络起呼中，在以下2种情况下会出现CSFB：VOLTE用户在TAS服务器开户失败；现象：TAS收到invite后发500 SERVER INTERNAL ERROR(Cause:500)，携带Warning:query adb failed消息。VOLTE终端未开通VOLTE业务；VOLTE用户未在IMS域注册； 现象：1、UE向融合HLR/HSS 发起Register后未收到网络侧发的200OK表示注册失败。2、UE在完成EPC附着并未向IMS域

4、发起注册。处理方法确认终端版本是否支持VoLTE，VoLTE开关是否打开；对未开户和开户失败用户，联系10086重新开户，也可以发短信先取消VOLTE，在开通即可；排查是否终端问题导致用户注册失败。LTE网络覆盖问题问题定位：VOLTE用户在弱覆盖区域起呼，由于空口质量差造成SIP信令丢失，UE发INVITE消息，未收到100Trying，导致TCALL定时器超时后在CS域发起呼叫或寻呼进行CSFB；VOLTE用户在弱覆盖区域起呼，由于无线链路质量差造成建立RRC重配置消息无法正常交互，致使QCI1建立失败导致CSFB；优化方法：基于路测及MR数据，针对LTE弱覆盖区域精准补盲，减少弱覆盖导致

5、的信令丢失。RF优化，在兼顾其他区域、路段的情况下通过调整天馈方位角、下倾角来消除弱覆盖。查询小区功率配置，对未配置最大功率的小区修改为为最大配置，之后通过天馈调整盖消除弱覆盖并避免越区覆盖。对站间距较大的区域无法通过RF和功率优化解决，需新增LTE站点解决。VOLTE接入时延问题的排查VOLTE时延判定规则从主叫发invite到被叫发出180ring之间产生的时间为VOLTE端到端呼叫时延，由于从主叫到被叫之间跨越的网元、传输较多，各个环节都会产生时延，而每个环节段出现异常时延都将导致整个呼叫时延增大，增加用户接通等待时间。集团要求现阶段VOLTE端到端时延在3500ms左右，而对时延大于5

6、000ms的异常情况将逐个环节段针对性分析定位。异常时延排查步骤 对高时延的呼叫流程在无线侧主要通过终端是否CSFB、MME寻呼机制、站点告警、无线空口、MME寻呼时间间隔等几个环节分析定位，定位流程如下：终端CSFB、CS域终端是否支持VOLTE问题定位：终端未在TAS服务器开户、终端未注册到IMS网络均导致终端将触发CSFB呼叫，造成呼叫时延增大。优化方法：见CSFB回落问题优化方案。 LTE覆盖问题问题定位：VOLTE用户在弱覆盖区域起呼，由于空口质量差造成SIP信令丢失，UE发INVITE消息，未收到100Trying，导致TCALL定时器超时后在CS域发起呼叫或寻呼进行CSFB；VO

7、LTE用户在弱覆盖区域起呼，由于无线链路质量差造成建立RRC重配置消息无法正常交互，致使QCI1建立失败导致CSFB；VOLTE用户在弱覆盖区域起呼，被叫由于达到异系统重选门限向TDS/GSM重选，在重选完成后再在CS域进行寻呼，导致呼叫时延增加。优化方法：室分弱覆盖检查RRU是否存在故障，若不存在现场排查室分系统。室外弱覆盖查询周边是否存在告警、断站、退服小区等导致弱覆盖，若存在尽快排查告警、故障恢复站点正在业务。根据TA与电平二维度、路测、MR数据定位弱覆盖，通过RF优化在兼顾其他区域、路段的情况下通过调整天馈方位角、下倾角来消除弱覆盖。查询小区功率配置，对未配置最大功率的小区修改为为最大

8、配置，之后通过天馈调整盖消除弱覆盖并避免越区覆盖。对站间距较大的区域无法通过RF和功率优化解决，需新增LTE站点解决。 寻呼问题问题定位：MME寻呼UE过程中存在2种寻呼机制：精准寻呼：首次在eNB list （最近活动的7个eNB），2-4次为全网TA list寻呼。全网寻呼：关闭精准寻呼，1-4次采用全网TA list寻呼。一般首次寻呼会在3s内，而精准寻呼开启，会造成二次寻呼T3414时间以上才能成功，直接影响MME寻呼时延。 优化方法： 现网采用MME全网TA寻呼，减少二次寻呼时延。故障告警问题定位： 基站和小区长时间工作会出现故障产生告警，对出现的一些告警将会影响基站小区工作能力或性

9、能下降，直接造成网络接入性差等现象。优化方法：查询小区RRU故障、状态、性能等告警，对存在告警小区进行告警消除。核查基站侧是否存在隐性故障、性能告警，对存在告警的基站进行告警消除。如未发现常规告警、可采集相关日志log上报厂家研发定位。无线环境差 干扰问题问题定位：UE通过RRC链路建立和基站取得信令交互，而空口上行干扰大于-110dBm后将严重影响RRC的建立，从而影响VOLTE的接通率；通过后台网管跟踪小区的PRB 上是否存在干扰，对大于-110dBm的小区进行干扰优化。处理方法：LTE干扰分为系统内干扰和系统间干扰，系统间干扰包括杂散干扰、阻塞干扰、互调/谐波干扰等，系统内干扰包括远距离

10、同频干扰、GPS故障、数据配置错误等。首先提取100PRB统计分析、排查是否为整网干扰（查询配置、告警等）；干扰检测（网络侧跟踪到的RB RSSI明显比其它RB高）根据100PRB统计分析，判断是系统内或系统外干扰：系统外干扰： 干扰的处理方法：内部干扰：重点排查硬件故障、参数配置、超远覆盖，错开频点配置，避免PCI干扰；外部干扰：首先使用扫频仪进行扫频进行共站干扰排查（阻塞、杂散、互调等），其次进行非共站干扰排查，如隔离度检查、频率间隔检查等，并协调无线电管理委员会进行清查；后台OMC干扰查询及定位方法：PRB干扰查询：在EMS性能-历史性能监控窗口-噪声干扰检测统计，选择RB0RB99平均

11、噪声干扰进行查询 以下从100个RB的频域分布规律上识别各类干扰并展开优化。系统内干扰大气波导：频域特征为全频段抬升 、中间6个RB抬升更高，可能干扰源为远距离同频干扰GPS故障：频域特征为RB7、RB48-51及RB92明显抬升 系统间干扰：杂散干扰：频域特征为前高后低 ，可能干扰源DCS1800、FDD阻塞干扰：频域特征为全频段抬升，可能干扰源FDD、干扰器 互调/谐波干扰：频域特征为几个RB尖峰凸起，可能干扰源GSM900、DCS1800、公安伪基站 覆盖问题问题定位：在端到端接通流程中，会涉及到空口SIP信令、RRC重配置信令（切换、功控）交互，无线环境质量差将会引起信令交互时间较长增

12、加呼叫时延。优化方法：见VOLTE时延问题章节1.2弱覆盖内容？优化方法处理。 寻呼间隔问题定位：在MME寻呼UE过程中存在寻呼间隔（用于控制MME发起寻呼与UE响应的时间间隔），在MME发送Paging Request消息启动，在收到Service Request消息后停止，超时后，MME重新发Paging Request消息，设置过长会影响呼叫建立时延，设置过短会导致寻呼负荷增加。优化方法：集团参数规范范围为312s，建议优化值为3s。 终端性能问题定位： VOLTE终端型号种类较多所使用的芯片也不尽相同，各厂商对VOLTE网络的兼容不完善，造成一些终端存在接入时延长问题，通过端到端平台统

13、计，对呼叫时延较高的一类终端进行测试，对时延较长环节进行分析说明。优化方法 上报终端设备厂商问题使其完善终端性能。 VOLTE未接通问题的排查VOLTE未接通的判定规则端到端未接通为主叫发invite呼叫开始后被叫未下发180Ring，VOLTE接通环节比较复杂，从终端开始呼叫经过RRC建立、QCI5 SIP信令建立、网络侧寻呼被叫、QCI 1承载建立等多个环节建立成功后主被叫UE才能正常接通，每个阶段无法正常建立均导致未接通，影响VOLTE用户的感知。VOLTE未接通问题的排查步骤 对从端到端信令平台中提取XDR未接通话单归类分析，VOLTE未接通在无线侧原因主要有MME寻呼被叫问题、RRC

14、建立问题、E-RAB建立问题（QCI125承载建立）和终端性能问题等，为定位每通VOLTE未接通问题原因，通过以下流程进行排查原因并定位，步骤流程如下MME寻呼问题问题定位：在寻呼流程中，没有收到UE的响应消息，MME重新发送Paging Request消息的次数（寻呼重发次数N3413控制），该定时器设置小将导致寻呼成功率降低。为提升寻呼成功率，MME侧启动了精准寻呼，寻呼先从LAST ENB寻呼，如果寻呼不到再整个TA寻呼。无线环境差易导致空口寻呼丢失概率增加，UE无法正确解码PDSCH上paging消息导致寻呼率低。优化方法：增大用户寻呼下发次数N3413，空口用户寻呼将按照配置值下发多

15、次，会增加用户 收到寻呼消息的概率，来达到辅助核心网确保下发可靠性的目的。开启精准寻呼，MME对UE最近占用的7个eNB寻呼，由于寻呼范围小大大减少了无线信令负荷，空口无线寻呼消息减少，整体下行信令变少导致MME寻呼成功率提升，该方法将影响呼叫时延。降低寻呼信道码率，提高随机接入响应消息和寻呼消息接收成功率，提高空口寻呼成功率。开启干扰随机化开关，用于Paging消息资源分配随机化，从而提高弱覆盖或干扰区域寻呼成功的概率。调整参数参数中文现状建议RarAndPagingCR寻呼信道码率11750 MaxPagingRecordsNumPaging下发最大个数1610PagingInterfRa

16、ndSwitch干扰随机化开关OFFONPagingSentNumPaging下发次数12 RRC建立问题反映eNodeB或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接。RRC连接建立，包括（如位置更新、系统间小区重选、重配置、注册等）的RRC连接建立。RRC连接建立流程如下：本流程图表述了RRC连接建立过程。包含了RRC连接建立成功，RRC连接建立被拒绝和RRC连接建立失败等过程。 RRC建立过程是UE和eNB在空口进行信令连接，无线空口质量的好坏、UE能力不足、基站故障、拥塞等都将影响RRC建立的成功率，RRC建立问题主要通过以下方法排查。告警故障问题定位： 基站

17、和小区长时间工作会出现故障产生告警，对出现的一些告警将会影响基站小区工作能力或性能下降，直接造成网络接入性差等现象。优化方法： 参照VOLTE时延问题章节3优化方法处理。无线环境差干扰问题问题定位：UE通过RRC链路建立和基站取得信令交互，而空口上行干扰大于-110dBm后将严重影响RRC的建立，从而影响VOLTE的接通率；通过后台网管跟踪小区的100 PRB 上是否存在干扰，对大于-110dBm的小区进行干扰优化。处理方法： 参照VOLTE时延问题4.1章节优化方法处理。 弱覆盖问题定位：在起呼过程中处于弱覆盖区域（RSRP-110dBm、SIRN=5%。（注：此处要求采样点的主小区RSRP

18、-110dBm），对于高重叠覆盖小区处理思路及分工流程如下图所示对周边500米存在故障、退服等无法工作小区尽快排查故障开通。通过RF天馈方位角、下倾角调整，使该区域有主覆盖小区，避免重叠覆盖严重造成频繁切换。小区发射功率优化。对挂高较高的天线进行整改，避免越区覆盖。终端故障问题定位： VoLTE终端型号种类较多所使用的芯片也不尽相同，各厂商对VoLTE网络的兼容不完善，造成各类终端型号存在多种多样的接通异常，。处理方法： 对终端型号进行分类，对接通率指标较差的终端型号定位具体原因并返厂处理。用户VoLTE掉话优化VoLTE掉话分析先分析是哪类原因引起的掉话，再根据触发异常的网元分析掉话的原因。

19、对于VoLTE通话过程中网络侧发起RRC Release或者SIP信令异常，主要是切换失败、弱覆盖、重建、流程冲突等，涉及端到端网元，因此，定位问题根因需要端到端信令。若掉话是通话阶段终端收到RRCRelease1、查看基站侧虚用户跟踪，判断若是基站触发的，查看S1释放原因。2、根据原因值再联合基站CHR及DBG日志分析。3、若是MME触发的，则查看释放原因值，联合MME分析。若是QCI1承载没有删除1、查看删除承载时是否有切换、TAU流程，若存在查看基站虚用户跟踪、EC跟踪，分析流程交叉处理顺序及处理是否合理。2、若流程冲突处理无问题或是无流程冲突，则查看基站虚用户跟踪是否收到QCI1承载删

20、除。3、若基站收到QCI1承载删除，则分析基站为何没有下发给终端。4、若基站没有收到QCI1承载删除，则查看MME/SAE跟踪是否收到PCRF指示删除QCI1承载。5、若是PCRF没有收到指示，则查看P-CSCF是否下发删除QCI1承载。若是BYE 200 OK没有收到1、查看SBC是否收到主叫发送的BYE消息。2、若SBC收到BYE消息，查看SBC是否转发BYE消息给被叫。3、若SBC没有收到BYE消息，查看基站覆盖、干扰及跟踪是否SIP消息正常收到。4、若被叫收到BYE消息，查看被叫是否发送BYE 200 OK。5、若SBC收到BYE 200OK，则查看是否转发给主叫。若SBC没有收到BY

21、E 200 OK，则查看基站覆盖、干扰及跟踪是否正常收到SIP消息。VOLTE掉话无线问题优化 对从端到端信令平台中提取掉话话单归类分析，VOLTE掉话在无线侧原因主要有换失败、弱覆盖、重建、流程冲突、干扰等，为定位每通VOLTE掉话问题原因，通过以下流程进行排查原因并定位，步骤流程如下弱覆盖、过覆盖问题问题定位：在通话过程中处于弱覆盖区域（RSRP-110dBm、SIRN历史性能监控窗口-噪声干扰检测统计，选择RB0RB99平均噪声干扰进行查询 以下从100个RB的频域分布规律上识别各类干扰并展开优化。系统内干扰与接入失败相关内容重复，大气波导：频域特征为全频段抬升 、中间6个RB抬升更高，

22、可能干扰源为远距离同频干扰GPS故障：频域特征为RB7、RB48-51及RB92明显抬升 系统间干扰：杂散干扰：频域特征为前高后低 ，可能干扰源DCS1800、FDD阻塞干扰：频域特征为全频段抬升，可能干扰源FDD、干扰器 互调/谐波干扰：频域特征为几个RB尖峰凸起，可能干扰源GSM900、DCS1800、公安伪基站核心网掉话问题排查流程定界的内容放到第3节分析定位系统掉话问题，针对问题原因和解决方案提供定位指导和指标优化。如下是IMS侧问题定界和分析优化流程：对于核心网掉话，首先分析网元告警和CHR日志。如果存在问题相关告警，需要参考网元产品文档进行告警排查和解决，如果仍未解决请联系华为技术

23、人员协助。IMS问题可以分为用户投诉和非投诉两类进行处理。针对投诉问题有具体的场景、用户号码和时间点，可以进行初步问题判断，必要时直接从DO系统获取信令分析。对于非投诉问题，需要进行IMS话统、CHR关联分析，找出掉话率高的时间段和典型的掉话号码，根据掉话号码和时间点从DO系统获取信令分析。根据掉话信令首先找出第一拆线点，根据第一拆线点进行分类分析。无线问题交由无线分析解决，第三方AS问题交由第三方AS分析解决，IMS问题根据BYE消息Reason码进行分类分析。现网常见掉话场景与优化建议如下：掉话场景优化建议通话过程中EPC发送ASR提示BEARER_RELEASED，导致SBC发送BYE拆

24、话。 无线信号导致，需要优化无线覆盖 通话过程中IP地址发生变化后发起重注册，注册成功后SCSCF拆除已有会话。 EPC侧定时器设置不合理导致，需要优化定时器 彩铃情况下，被叫应答时彩铃服务器通过UPDATE以及Re-Invite重新协商主被叫编解码，此时发生eSRVCC切换，SCCAS在等待UPDATE 200时收到切换出现异常，导致掉话。需要集团研究院确定这种彩铃媒体重协商流程和SRVCC流程碰撞时，该如何处理 主叫UE收到摘机的200后由于信号较差未响应ACK，网络侧重传200定时器超时后发送BYE拆话无线信号导致，需要优化无线覆盖 通话中主叫发生eSRVCC切换，刚切换完成又发生回切，

25、回切完成后被叫挂机，在BYE消息到达主叫前，主叫又发起了eSRVCC切换，所以主叫收到BYE消息后不回200 OK。用户在无线切换临界点来回移动导致，无需优化通话过程中发生eSRVCC切换，切换成功后eMSC立刻发送BYE拆话。优化2G承载建立成功率VoBB拨打VoLTE用户，被叫摘机的200OK到达SBC后，SBC向CSCF发送487向终端发送BYE拆话。VoBB终端打包时长30ms和VoLTE手机20ms不匹配。需要VoBB终端做整改。 CS呼叫VoLTE振铃后发生eSRVCC切换，切换接近完成时又进行回切，回切失败导致拆话。用户在无线切换临界点来回移动导致，无需优化HTC终端做被叫，呼叫

26、接通后15分钟，网络侧发起session timer会话检测，update消息发送到SBC后未收到终端200响应消息，32秒后超时SBC回复408，网络侧再重复发送2次update后仍未收到200响应，之后网络释放呼叫异常造成掉话。SBC通话状态下未主动刷新IPSEC SA参数，在401鉴权挑战10分钟后，UE已经启用新的IPSEC SA参数，但SBC继续使用老的IPSEC SA参数下发SEESION检测的UPDATE消息，导致UE无法解析返回200 OK。检测超时后网络侧终止呼叫。在SE2900 V300R001C20SPH117已经解决。VoLTE用户间拨打，被叫摘机的200OK到达主叫的

27、同时，主叫挂机场景，主叫未响应ACK，直接发BYE。用户原因掉话，无需优化用户在使用VOLTE业务时，在呼叫接通后，立即单通，20秒后掉话。PCRF收到PGW 上报的CCU失败后，未返回ASR给SBC。由于承载建立失败，主叫UE后续上发的语音包，PGW未转发给SBC，SBC下发的语音包也无法发给主叫，导致双发20秒单通。UE检测到下行语音20秒无数据包，上报bye主动释放呼叫。需要EPC升级解决。VOLTE用户正在通话中，此时收到另外一个USSD请求，用户掉话。由于用户收到了USS请求，从SGs口发起，用户直接回落CSFB，用户掉话。VoLTE用户关闭USSD业务（如彩印）用户通话过程中，发现

28、终端在频繁进行TAU更新时，发生掉话。UE发起第一次TAU，在TAU未完成时，再次发起TAU。 MME拒绝第二次TAU，失败原因为SGs联合附着失败network failure。 SGs联合失败原因为HSS返回UnexpectedDataValue Network failure 。通过与HSS核对：HSS回非期望数据值，是因为HSS开启了防双活功能。正常的一个用户的位置更新还没结束，5秒内用户在别的VLR上来的位置更新HSS就拒绝LAU。 MME拒绝TAU后，用户掉话。暂时关闭HSS的防双活功能，规避频繁TAU失败。SBC的无媒体检测时长配置过短，导致SBC先于其它网元拆线。SBC的无媒体

29、检测时长过短，会导致SBC先于其它网元拆线，但是根因不在SBC，不合理，建议按120秒设置。用户eSRVCC切换优化eSRVCC-无线问题定位思路 eSRVCC切换流程非常复杂主要涉及UE、空口、无线、EPC、核心网5大域超过10个方面影响因素，为提升网络eSRVCC切换成功率，通过端到端信令平台对切换失败的原因值进行定界，对定界为无线侧的问题进一步具体分析，问题原因定位，提出优化方案，对后续eSRVCC切换处理进行指导快速找到问题所在并迅速解决。eSRVCC-无线问题定位方法按照VoLTE语音“433”优化方法的eSRVCC切换-无线问题定位排查流程，主要通过以下4个方面进行优化：eSRVC

30、C未触发问题eSRVCC切换时延问题eSRVCC切换失败问题SRVCC切换成功前后问题具体流程图如下：eSRVCC未触发问题的排查问题判定规则 当UE处于VOLTE通话，UE所测量到的4G侧的RSCP值和GSM侧的电平值满足开启测量和触发切换的门限（网络设定的）时，UE或者网络不进行切换的触发和执行。问题排查步骤eSRVCC切换无法触发导致VOLTE业务无法进行异系统切换，无法实现4/2G互操作，严重影响客户感知，为排查无法触发eSRVCC的原因定位，步骤如下基站未收到B2事件的处理办法缺少“设备厂商定位处理”：eSRVCC功能开启问题现象路测中有LTE信号低于异系统A2测量门限，但是不下发e

31、SRVCC相关的测量控制，UE也不会进行测量上报。处理方法若要进行eSRVCC，需打开相应的算法开关，以及异系统互操作策略需支持eSRVCC。需要在对应设备厂家的OMC上打开对应的算法开关（包含4G侧与2G侧）。基站侧问题基站未下发A2测量控制信息问题现象当UE信号低于异系统A2测量门限，基站未下发A2测量控制信息。处理方法排查License是否过期，以及是否正常安装。IRAT涉及的相关License如下，其中SRVCC的License 如下图所示基站未下发B2测量控制信息问题现象UE上报A2测量报告后，基站收到A2测量报告后，未下发B2测量控制信息处理方法检查OMC侧的基站测量控制信息是否配

32、置完整。主要从以下几个方面进行排查：切换算法配置核查异系统切换参数配置核查QCI切换优先级配置核查基站未收到A2测量事件问题现象在Uu口，终端上发A2事件后，基站侧未收到A2测量事件。处理方法上行干扰排查：跟踪上行RB RSSI 来判断是否存在上行干扰。上行干扰检测（网络侧跟踪到的RB RSSI明显比其它RB高）干扰的处理方法：错开频点配置使用扫频仪进行扫频，找出干扰源。对于瞬时的，变化的干扰，暂时没有好的解决办法。设备厂家处理：在排除无线的干扰，覆盖后，需要对问题交由对应设备厂家进行基站侧的排查和定位。基站未收到B2事件问题现象UE上报B2事件报告后，基站未收到B2测量报告处理方法上行干扰排

33、查及处理见问题4设备厂家处理在完成上行干扰排查和覆盖排查后，需要联合设备厂家对基站进行跟踪处理，定位原因。基站未发送eSRVCC切换请求问题现象基站收到UE上发的测量报告后，未向SWCC IWF 进行发送 SRVCC PS to CS Request信令。处理方法主要设备厂家跟踪核心网信令进行定位处理。基站未收到eMSC的信息反馈问题现象基站向SWCC IWF 进行发送 SRVCC PS to CS Request信令后，未收到eMSC反馈回的SRVCC PS to CS Response信令。处理方法查询GSM侧小区是否存在拥塞，BSC侧是否存在异系统切换LICENSE不足等现象。如果存在，

34、请对GSM小区进行扩容，补足BSC侧异系统切换LICENSE。终端问题终端未上报A2测量事件问题现象基站下发A2测量控制，在满足系统设定的A2测量门限后，终端未上报A2测量事件。处理方法抓取终端侧LOG，并联系对应终端厂家进行联合定位。终端未上报B2测量事件问题现象基站下发B2测量控制，终端一直不上报B2测量报告处理方法2G邻区配置核查检查4G到2G邻区配置的完整性和准确性：漏配，外部小区配置错误等。若没有配置邻区。对于4G与2G系统的eSRVCC邻区设置，除了遵循互异性、邻近性、百分比重叠、临界小区和优选小区外，还需遵循以下原则：频点数量，不超过32个，尽量配全，避免漏配，否则终端可能测量不

35、到合适的2G邻区。频点优先级，将需要的频点配置在一个频点组即可。4G小区继承共站2G小区方位角上所有2G邻区关系。4G小区和3G共站，需继承3G所有的2G邻区关系。4G站点为新建站，优先添加第一圈2G邻区频点。4G和2G共室分，4G需配置该2G室分频点及2G室分的邻区频点。室分无论是900或1800均可作为覆盖层进行配置，GSM900/1800频点选择：仅配置覆盖层网络频点。2G信号强度排查现场测试 2G信号强度，是否存在弱覆盖等现象，如果存在，通过调整天馈，增加基站建设等手段优化2G覆盖。终端厂家配合处理排除邻区，信号强度排查后，需要联合终端厂家共同抓取终端LOG，分析终端原因。UE能力排查

36、问题现象 基站发送了切换命令，但是一直没有切换完成消息返回处理方法查询UE初始接入时发送的UE_CAP_INFO消息中的UE能力。部分终端（如：HTCm8）不支持 aSRVCC, 弱覆盖区域起呼，触发aSRVCC导致起呼失败。具体的UE支持LTE to GSM 的SRVCC 能力如下表所示，需要FGI中如下标志位为1。Index of indicator(bit number)Definition(description of the supported functionallty, if indicator set to one)notesIf indicated“Yes” the feat

37、ure shall be implemented and successfully tested for this version of the specificationFDD/TDD diff9-EUTRA RRC_CONNECTION TO GERAN GSM Dedicated handover-related to SRVCCcan only be set to 1 if the UE has set bit number 23 to 1Yes23-GERANmeasurements reporting and measurementreportingevent B2 in-UTRA

38、 connected modeYesUE 的 FGI 和UE 支持的频带都可以在UE上报的UE能力信息中查询到，如下所示：RRC_UE_CAP_ENQURY发送到UERRC_UE_CAP_INFO接受自UERRC_SECUR_MODE_CMD发送到UEeSRVCC时延问题的排查问题现象中国移动集团定义的eSRVCC切换时延就是eSRVCC切换信令面中断时长。终端角度eSRVCC切换时延=T1（切换准备时延）+T1a（eMSC 发送PS到CS切换相应消息）+T2a（MME 发送 HO command 给eNODEB）+T3a（eNODEB 发送HO command 给UE）+T4（E2E语音面中

39、断时延）定义的来源？当T1+T1a+T2a+T3a150ms或T4300ms时，需要对eSRVCC切换时延进行优化。问题处理步骤和流程eSRVCC切换时延的大小直接影响用户通话连续性的感知，降低eSRVCC切换时延是提高用户通话感知的重要指标，eSRVCC切换时延分为控制面时延和用户面时延，优化步骤如下：eSRVCC切换平均控制面时延问题问题定位eSRVCC切换控制面时延产生均在切换所涉及的各网元和传输之间产生。优化方法核心网侧网元性能和传输故障等优化。eSRVCC切换平均用户面时延问题终端问题故障问题定位市面上各种各样的VOLTE终端及型号，各终端使用的芯片也不同直接造成eSRVCC切换时延

40、也不尽相同。优化方法通过各种VOLTE终端切换时延对比，对eSRVCC切换时延不满足的终端及型号返厂定位处理。BSC配置问题问题定位eSRVCC切换过程中，MME向2G侧核心网BSC发起切换请求，由于2G侧核心网BSC参数配置不合理导致切换时延增大，主要体现在三个方面：BSC信道设置：eSRVCC切换准备过程中，VMSC向BSC发生切换请求，BSC回应切换响应时间较长。 BSC时延波动：eSRVCC切换时延测试过程中，如果切换时延波动较大，主要原因为信道全速率到半速率调整导致，需核查BSC配置；调整方式优点简介缺点简介版本情况默认值OML（现网）基站主控统一处理信道配置调整较慢，容易造成OML

41、拥塞默认支持新建局点默认关闭RSL（推荐）调整快衰，较少呼叫接入时延，较少OML拥塞无R12版本后，R15版本更成熟新建局点默认打开BSC R15版本后均支持RSL并开启，核查是否开启写与具体厂家无关的内容和表述。BSC升级规则为关闭RSL，升级后需重新开启。对BSC R15之前版本进行升级。BSC时延压缩：BSC收到核心网HO Request后首先给基站下发信息，收到基站的ACK响应后才给核心网发handover access消息，这样会增加核心网等待时间，从而增加eSRVCC切换时延，如果BSC收到核心网HO Request请求后同时给基站和核心网发信息，这样可以减少核心网等待的时间。优化

42、方法关闭BSC信道激活和信道激活缓冲，BSC响应切换应答时延可减少200ms。BSC走OML为SEL策略，信道类型动态转换流程在RSL上进行诺基亚？其他厂家？。升级BSC补丁，使BSC支持同时发信息。 2G网络接入失败问题定位 在UE收到handover command from GERAN后开始在GSM网络侧接入，但由于2G侧网络存在弱覆盖、干扰、告警、拥塞等原因导致接入时间较长从而影响eSRVCC切换时延。 优化方法2G侧接入性优化，消除弱覆盖、干扰、告警、拥塞等eSRVCC切换失败的排查问题现象VoLTE终端在LTE网络覆盖边缘，为保证语音业务的连续性，终端在满足网络侧设定的切换和测量门

43、限后，将业务切换至GSM网络。UE收到源eNB发送的切换到2G命令（Mobility FromEUTRA Command）后，5s内UE向目标小区发送“切换完成”消息（GSM RR Singaling Message Handover Complete）记为一次eSRVCC切换成功。切换失败有大概率事件造成终端掉话现象，严重影响客户感知。问题处理步骤和流程eSRVCC切换失败会导致用户使用感知差，大概率出现掉话问题。提升eSRVCC切换成功率是提升客户感知的重要指标，eSRVCC切换成功率优化步骤如下：eNODEB侧问题切换准备阶段目标侧准备失败问题定位TS36.413协议规定如果EPC或是目

44、标侧不接受任何一个承载或是在切换准备阶段发生错误，MME会回复“handover Preparation failure”消息，eNode收到handover preparation failure消息后会统计到“目标侧准备失败”中。造成目标侧准备失败的主要原因包括：LTE侧GSM外部邻区参数配置、EPC参数配置错误、eMSC侧参数配置、GSM侧基站接纳失败、其它原因。优化方法eNB侧GSM邻区关系配置核查江苏的材料是否加进来。eMSC侧相关参数核查：（1）eMSC检查eSRVCC相关控制开关和参数配置（2）eMSC检查LAI和VMSC切换数据配置。切换准备阶段等待切换相应定时器超时问题定位

45、在源侧发送Handover Required后再10s内未收到Handover Command命令造成eSRVCC切换失败。造成定时器超时的原因主要有：核心网/GSM侧参数配置错误导致核心网寻址错误；传输问题导致核心网/GSM侧未收到sRVCC相关信令；GSM基站故障未响应sRVCC切换命令。优化方法eSRVCC切换相关参数门限、定时器配置核查。GSM邻区配置核查。切换准备阶段其它原因问题定位源eNodeB在切换准备阶段发生除上述2种原因外其它失败。切换准备涉及到LTE、核心网、GSM，在排查参数配置问题后可能需要核心网或GSM共同进行排查。TS23.216 6.2.2 规定了eSRVCC相关

46、的信令流程。切换准备失败、则收到MME发出的失败消息HO Prep failue优化方法对于切换失败原因值为other时，需要核查eSRVCC切换参数门限及邻区配置。采集相关日志log设备厂家研发协助定位。LTE到GSM的切换出执行失败问题定位当eNodeB收到MME的Uecontextreleasecommand时，只有当里面携带的原因值为successful_handover才认为是sRVCC切换成功，所有其它携带的原因值都认为是执行失败。优化方法核查eSRVCC参数、门限配置是否合理。采集日志log提交设备厂家研发协助。快衰场景优化问题定位网络中出现的快衰现象（电梯场景、拐角场景等）直接

47、导致终端未测量2G邻区、系统内电平值或测量后未上报测量报告就已脱网无法触发eSRVCC切换。优化方法终端优化测量时间提高快衰小区的A2测量门限，尽量让快衰小区及时测量避免快衰导致的切换失败或无法切换。适当提升系统A2门限，提前发出SRVCC，避免网络太差时丢信令。也可以调整功率配比，调整天线倾角，增加基站增加覆盖。终端侧问题问题定位：4G网络配置了GSM邻区频点、TDS邻区频点、异频频点，在终端启动A2测量后测量较多频点导致测量时间较长，在快衰场景下终端往往还未上报测量报告就已脱网，导致终端掉话。优化方法：关闭数据业务基于测量的重定向，避免下发TDS频点。较少不必要的异频频点，减低对异频频点的

48、测量。GSM侧问题切换执行阶段源侧发生重建立问题定位在切换执行过程中源侧收到UE的rrc connection reestablishment request消息，源侧发起handover cancel造成切换失败。Mobiltyfromeutracommand失败原因包括：（1）T304超时 （2）在2G未能进行成功接入（3）UE和Mobiltyfrom eutracommand消息中部分内容不匹配；Mobiltyfromeutracommand失败超时主要与GSM覆盖相关、特定UE、GSM侧未知故障等因素相关。优化方法核查GSM覆盖，保证目标GSM侧信号强度满足UE接入。核查eSRVCC涉

49、及的A2、B2参数门限。GSM网络弱覆盖问题定位在eSRVCC达到判决门限并开始执行切换后，在2G小区电平突然加速恶化导致切换失败。优化方法2G侧通过调整天馈，新增站点等手段优化弱覆盖。MME侧问题切换执行阶段等待UE CONTEXT RELEASE消息超时问题定位“S1源侧切换成功后等待MME释放定时器(毫秒)”配置为*s，eNodeB下发Mobilityfromeutracommand”后*s内未收到MME的Uecontextreleasecommand，eNodeB会记录一次eSRVCC切换失败。造成超时的原因可能有：MME版本问题、传输问题、其它未知问题。优化方法 采集日志log提交设

50、备厂家研发协助定位。SRVCC切换成功前后问题的排查问题现象bSRVCC定义：会话振铃前发生的eSRVCC切换，终端和网络侧目前均不支持bSRVCC。aSRVCC定义：振铃中（180ring后ACK前）发生的切换，可以保证彩铃等网络侧放音不中断，提高客户感受。mid call srvcc定义： 通话中发生的SRVCC，切换过程时延较高，已逐步被eSRVCC取代。问题处理步骤和排查流程SRVCC切换成功前后会情况分析，主要分为切换成功前出现的bSRVCC、aSRVCC、MID call srvcc和切换成功后产生的掉话，优化分析步骤如下：SRVCC切换成功后问题SRVCC切换成功后出现掉话问题定

51、位在srvcc切换成功后占用2G网络通话，由于2G网络弱覆盖、干扰、告警、站点故障等原因导致掉话情况。优化方法2G侧对无线链路质量、站点故障告警和干扰进行优化。SRVCC切换成功前问题 bSRVCC不支持造成切换失败问题定位终端所处无线环境如果满足高于4G到2G重选本系统门限，低于4G到2G eSRVCC切换本系统门限的条件下，终端发起VOLTE业务呼叫过程中就会触发SRVCC流程，从而形成bSRVCC如果被叫终端为CSFB或2G，呼叫时间建立较长，也将大概率触发bSRVCC。优化方法VOLTE手机仅做数据业务时，尽量降低A2测量门限，避免起呼前就触犯异系统测量。终端侧优化振铃前不上报GSM测

52、量。IMS尽快支持bSRVCC aSRVCC不支持造成切换失败问题定位振铃后由于用户接听电话的时间平均在6s左右，发生aSRVCC的概率较大，对于终端不支持aSRVCC和网络侧aSRVCC开关未开启情况造成起呼成功率低，影响网络指标。优化方法尽快推动不支持aSRVCC的终端改动。核心网开启aSRVCC开关。 MID call SRVCC不支持造成切换失败问题定位MID call SRVCC定义：通话中发生的SRVCC，切换过程时延较高，已逐步被eSRVCC取代。优化方法打开核心网侧MID call SRVCC切换开关。用户语音质量优化无线语音质量问题的排查方法对于定界为无线问题导致的语音质差情

53、况，需要结合OMC统计、基站跟踪信令、终端底层抓包数据等支撑手段联合定位具体无线问题。判断是否空口丢包判断方法：上行空口丢包：上行S1-U丢包数阈值 & OMC统计上行PDCP空口丢包阈值下行空口丢包：下行RTCP丢包数-下行S1-U丢包数阈值 &OMC统计下行PDCP丢(弃)包阈值如果没有丢包转入时延问题分析支撑手段：用户面数据监测平台（S1-U）、基站统计、终端用户面数据（QXDM、HIDS、CDS等）示例：上行空口丢包：下行空口丢包：弃包类判断方法：上行空口丢包： UE统计上行PDCP空口弃包0下行空口丢包： OMC统计下行PDCP丢包0支撑手段基站OMC指标QCI为1的下行弃包数、UE

54、统计QCI为1的上行弃包数原因排查参数配置：PDCP丢弃时长，一般建议300ms，如果不合理调整；OMC统计的KPI指标：发生问题的小区用户数、资源利用率（CCEPDSCHPUSCH等），按照目前现场的子帧配比，上行资源利用率门限为50%，上行数据流量标准为300MB/h，我们认为达到扩容门限，可以进行负荷均衡及扩容；NI分布情况：确认下小区NI水平，如果平均干扰大于-105，需要进行干扰处理；基站异常排查：确认SR漏检情况、基站告警，存在告警的进行处理；优化方法首先，根据终端侧LOG或者基站参数，确认PDCP丢弃时长参数配置，目前建议设置300ms；如果第一步正常，查询基站历史告警，确认弃包

55、时间点前后的告警，存在告警的进行处理；如果以上没有问题，根据MR数据以及通过现场测试确认小区覆盖情况，对于RSRP=-110，SINR阈值 & OMC统计上行PDCP空口丢包0下行空口丢包：下行RTCP丢包数-下行S1-U丢包数阈值 &OMC统计下行PDCP丢(弃)包0支撑手段：用户面数据监测平台（S1-U）、基站统计QCI为1的上行丢包率、QCI为1的下行丢包率原因排查根据终端侧LOG和ENB的丢包KPI指标统计数据，确认存在丢包的小区，丢包率大于1%的我们都认为丢包比较严重，按如下步骤进行排查：首先，丢包严重的小区，可以根据MR数据或者实际现场测试LOG、OMC重建比例，确认覆盖情况，一般

56、MR覆盖小于90%，重建比例大于2%，我们认为小区存在弱覆盖和过覆盖的情况，存在优化空间；第二，根据OMC上干扰水平统计，确认小区重叠覆盖或者干扰情况，一般NI大于-105，我们认为存在较强干扰，需要处理；第三，查询基站是否有严重告警，如小区退服、设备断电、GPS失锁等告警；第四，现场测试，观察问题地点乒乓切换、频繁切换、切换不及时等问题的情况第五，根据重建比例统计和现场测试分析，问题地点的重建情况，一般，小区重建比例大于2%，需要分析重建原因进行处理。优化方法MR覆盖率小于90%，重建比例大于2%的小区，调整覆盖解决：天馈调整、站点建设等方式。OMC上统计的干扰水平大于-105的小区，通过扫

57、频和现场测试进行排除干扰源；存在严重告警的基站及时进行处理；后台切换频率大于60次/用户/15min的小区或者切换区域，通过现场RF优化调整、精细覆盖优化、后台参数、邻区规范配置，解决切换及重建问题；此外对于前台测试数据分析可参考如下方法：使用QXDM进行丢包分析方法：使用高通QCAT，打开QXDM抓取的LOG；1、查看RTP包情况如下：（1）过滤IMS RTP Packet Loss，筛选出丢包的信令 （2）查看丢包信令中语音包的编号，可确认接收到的包序号以及丢包数（3）可以分主被叫查看丢包时间RTP包接收情况查看主叫RTP包接收情况查看被叫RTP发送情况2、如果存在RTP接收方丢包的情况，

58、确认发送方RTP包发送是否正常，首先确认接收方和发送方的无线环境情况，如下。（1）在事件选项中过滤出LTE（2）点击对应的信令，可查看RSRP、SINR等3、如果无线环境无异常，但是存在丢包，需要查看底层的一些数据协助排查，如是否存在CRC错、MAC层数据调度情况以及终端发射功率是否受限等。（1）PUSCH发送情况：（2）MAC层数据查看方法：（2）终端发射功率查看方法：案例介绍1：因被叫SINR差导致RTP未及时发送，影响语音感知主叫信令截图：主叫在15：03：46.228收到48118的包后丢包，如下图：收到48118和48124的包被叫信令截图：被叫发完48118后切换前sinr差，导致48118后的包发不出去案例介绍2：上行干扰导致丢包，影响语音感知问题描述：被叫在70068-6小区由于上行底躁太高，问题分析：1、主叫在序号为44403的包后丢了119包断续2.83s，如下图所示：2、主叫下行无限环境良好主叫在这2.83s内无下行PDCP包到达4、查看被叫44403后的包在RTP层正常发送被叫下行无限环境良好6、查看被叫上行调度发现mcs已经被降到0阶了7、查看上行功