中兴通讯VoLTE优化白皮书

中兴通讯VoLTE优化白皮书中兴通讯VoLTE关键技术与信令流程交流

VoLTE端到端分析架构VoLTE信令流传输UEMMES-GWeNodeBSBCCSCFUUS1S11SGiMw

中兴某省移动VoLTE网络改造方案类型现象排查方法和优化建议无覆盖/弱覆盖小区扫频和DT测试中检测不到任何小区的信号或者信号非常弱。1.排查周边基站是否存在告警，处理和恢复故障

2.勘察周边地形，是否存在遮挡导致覆盖黑洞，通过新建站点、周边小区RF优化缓解来解决

3.核查站点分布和方位角、俯仰角是否合理，通过新建站点、RF优化来解决

4.核查基站功率配置是否合理，通过合理设置功率配置解决越区覆盖小区扫频和DT测试中收到2圈以外小区信号，信号强度大于或相差近端主小区6db以内，均认为越区覆盖，常常伴随邻区缺失、质差等问题。1.排查近端基站是否存在告警，处理和恢复故障

2.勘察站点环境，是否存在高站情况和俯仰角不合理问题，通过降低天线挂高，控制俯仰角方式解决

3.核查基站功率配置是否合理，通过合理设置功率配置解决无主导小区的区域扫频和DT测试中存在主邻小区电平差6db内并小区个数大于3个以上，则认为重叠覆盖区域。1.综合容量分布、站点环境进行多站点联合RF优化，通过调整方位角、俯仰角、功率配置的方式来减少重叠覆盖小区数量。

2.提供合理组网规划方案，采用异频组网、迁移基站方式来解决重叠覆盖问题上行干扰前台测试中无法直接发现，间接表象为UE的发射功率通常较高（接近UE最大发射功率），伴随上下行交互信令过程中无法及时收到下行信令。通过后台NI测量可以发现基站低噪是否正常。1.核查基站是否有异常告警，优先解决

2.后台NI统计发现低噪过高，用户数较低的情况下，需要现场扫频排查干扰源

下行干扰前台测试中RSRP较好（>-100dbm），但是SINR较差（<0db），则认为存在下行干扰问题。1.规划数据是否合理，规避近距离同PCI情况（建议核查距离>3KM）

2.排除模3干扰，减少重叠覆盖区域，通过RF优化手段解决

3.排查系统间、系统外干扰，通过扫频等手段进行处理

外部干扰前台测试表象和上面描述上下行干扰类似，发生的时间、地点上具有规律可循，比如多次测试中，同样地点表现出来的干扰程度差距明显。

后台统计观察，往往伴随着NI统计中所有RB异常、固定时间KPI异常、和容量无相关性等现象。内部干扰排查之后，需要扩展到外部干扰排查方面

空口无线环境的优化是LTE网络优化工作的重点，无线环境恶化不仅仅影响到语音业务，同样对数据业务有很大影响，采用的优化手段包含DT测试、扫频测试、后台网管监控、MR分析等多个维度并行实施。覆盖优化覆盖优化--弱覆盖弱覆盖会导致掉话、接入失败和切换失败等问题。对于弱覆盖问题可以通过以下方法优化：首先明确当前的弱覆盖区域由哪些扇区的信号覆盖；根据网络拓扑结构和无线环境确定最适合覆盖该区域的扇区、并加强它的覆盖：排除主覆盖小区的硬件故障(例如：基带及射频器件故障、天馈系统驻波比告警等)提高主覆盖小区的RS功率调整主覆盖扇区的天线下倾角或方位角

建议加站(并调整周边基站天线的方位角和下倾角)问题现象：基站462682位于麓枫路和咸嘉湖西路十字口，为该两条主干道主服务小区，测试到该路段后始终未占用该基站，RSRP下降到-110dbm以下，切换链紊乱，导致掉线。问题分析：告警排查，确定因故障掉站。解决方案：优先恢复告警，尤其针对2\3\4共站址基站要优先解决，否则eSRVCC无法正常到达2G或者在2G侧引发异常事件概率大增。对于告警问题重点关注：中断告警、时钟告警、驻波比告警、传输告警等严重影响业务类告警。覆盖优化--越区覆盖当一个小区的信号出现在其周围一圈邻区及以外的区域时，并且能够成为主服务小区，称为越区覆盖。在实际网络覆盖中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况。越区覆盖易导致

“导频污染”或引起主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等），易导致各种异常事件。对于越区覆盖一般优化原则，是在区域中已有合理的稳定信号覆盖的情况下、尽可能地控制越区覆盖的信号：1.调整越区覆盖扇区的天线下倾角、方位角或RS功率2.上述方法无法实施，在孤岛区域形成的影响区域较小时，可以设置单边邻区解决；在越区形成的影响区域较大时，在PCI不冲突的情况下，可以通过互配邻区的方式解决，但需谨慎考虑。覆盖优化--越区覆盖

案例：越区覆盖导致切换失败掉话【问题描述】

越区覆盖导致切换失败，有两种情况：1.未占用过覆盖小区情况下，当前小区可能会发生SINR恶化，伴随上报的测量报告中包

含周边未知PCI。2.占用过覆盖小区情况下，RSRP变化较大，伴随上行信号异常，邻区漏配现象，易导致

掉线、接入失败、切换失败等异常事件。如下图，终端占用PCI=121小区，eNodeBId=471089，无法向周边PCI=110切换，最终导致掉话。覆盖优化--越区覆盖

案例：越区覆盖导致切换失败掉话：【问题分析】此类问题需要结合周边道路测试分析和基站拓扑关系来判断问题小区为周边哪个区域的主

覆盖小区，进而采取优化手段进行调整。如右图描述，问题点区域最近4次切换链为1、2、3、4切换，其中2、3、4切换和PCI=121有关，同时分析周边道路主服务小区并无PCI=121，查看拓扑图发现该站位于周边较远区域，同时前往PCI=121测试发现，经纬度正确，主要原因是地势较高导致。【解决方案】针对过覆盖小区，采用调整俯仰角、天线挂高、基站分布等手段；对于特殊场景建设的基站，比如此案例中该站实际主要覆盖附近风景区，但是地势原因导致信号无法彻底控制，可以采取单向删除过远基站邻区，避免孤岛效应。覆盖与VoLTE语音MOS值VoLTE的优化除了基本的RSRP和RS-SINR达标外，需要重视两者与MOS的关系，

在弱场下，随着RSRP或SINR的变差，MOS分值整体趋势也呈下降趋势。见下图:随着RSRP/SINR逐渐变差，MOS高分或低分波动频繁，即：此时通话过程中存在较多时候话音感知不好的现象。因此网l络优化时，需要考虑在LTE覆盖差的时候及时的通过eSRVCC切换到CS域。覆盖要求：RSRP高于-113dBm和SINR>0是MOS分优化的必要条件，但不是充分条件，MOS分和丢包、时延、抖动等因素强相关，RSRP高于-113dBm和SINR>0是MOS分优化基本条件。VoLTE大容量受限因素分析PDCCH系统带宽业务信道-PDSCH-PUSCHVoLTE特性TTIBunding,RLC分段，降低系统容量RoHC、半静态调度，有效提升系统容量静默态：确定合理的激活因子对容量评估非常重要控制信道20M,3:1(3:9:2)/2:2(10:2:2)-Ng为1/6-公共16CCE

子帧配比PHICHPUCCHPDSCHPUSCH静默态半静态调度系统级因素VoLTE是上下行对称业务，容量受限于资源少的一方（3:1的容量低于2:2）直接决定系统容量PhichDuration、phichResource即Ng8*Mi*⌈Ng(100/8)⌉PHICH资源、PDCCH符号数及自适应开关、公共控制信令聚集级别用户在小区内的分布SRI周期、自适应开关CQI周期、预留资源deltaPUCCHShiftVoLTE业务类别（高清、标清）用户在小区内的分布VoLTE业务类别（高清、标清）PUCCH、PRACH资源占用用户在小区内的分布上行4子帧合并传输，增强覆盖提高覆盖,连续TTI发送减小数据包开销，提升用户数资源调度周期/数据包大幅下降只有激活和释放半静态资源时才消耗PDCCH资源提升容量（业务信道）降低容量（业务信道）提升容量（控制信道）影响对应信道容量TTIBundingRLC分段RoHCPDCCH和PUSCH受限VoLTE大容量受限因素分析VoLTE容量的影响因素：对于特定的LTE小区，影响因素主要取决于系统带宽、业务速率、系统的用户信道环境等。原则上，系统带宽资源越大、业务速率越小、平均信道环境情况越好，小区能够承载的语音业务用户就越多。其中，系统带宽资源，准确来说，是系统可用带宽，是考虑了控制信道、参考信号所占资源等资源外实际可用于数据传输的资源量。具体计算过程：下面就以PDCCH受限为基础进行计算。1.预置条件：20MHz带宽，子帧配比为3：1，特殊时隙为9：3：2，对VoLTE容量进行评估。2.计算方法：PDCCH对小区容量的影响主要取决于PDCCH总资源和调度UE的聚合度。PDCCH总资源和CFI配置、PHICH配置、CRS端口配置都密切关系。PDCCH数量=（控制域OFDM

Symbols总的RE数

–

CRS占用的符号数

-

PCFICH占用的RE数（固定为4）-

PHICH占用的RE数）/

36（1CCE=36RE）

VoLTE大容量受限因素分析具体计算过程：

a.普通D时隙：最多占3个OFDM符号，CRS占400个RE，PCFICH占16个RE，设PHICH

GROUP为3，占36个RE，则CCE=（3600-400-16-36）/36=87；若公共搜索空间占用16个CCE，则可用CCE为71。这些PDCCH数量资源的多少及每个UE能分配的CCE聚合度共同决定了可调度分配的用户数。若调度CCE聚合度等级为1，按照调度算法上下调度比例为2:1关系，上行可调用户为23用户，下行调度46用户。b.特殊S时隙：最多占2个OFDM符号，设PHICH

GROUP为3，则CCE=（2400-400-16-36）/36=54；若公共空间占用16个CCE，则可用CCE为38，若调度CCE聚合度等级为1，则上行可调用户为12用户，下行调度26用户。c.

3:1时隙配比下，语音对称业务，20ms业务（20ms内一共4个上行U），因此，按照上行受限，PDCCH调度用户数=（23+12）*4

=140用户，如果激活因子为0.5，则PDCCH调度用户数为

280个。VoLTE大容量受限因素分析外场大话务测试：10MHz小区VoLTE语音峰值容量(用户近点分布)峰值达到120个用户，随着用户递增，jitter、时延、丢包率均提高较多，导致MOS下降；在102用户时，网络已不能保证90%用户的MOS值大于3，此时用户体验变差，出现掉字掉句、模糊不清、单通等现象；msVoLTE大容量受限因素分析外场大话务测试：20MHz小区VoLTE语音峰值容量(用户近点分布)VoLTE技术规范要求：单小区高清用户数达到200个，平均丢包率1%，平均MOS值在3.5以上；中兴单小区峰值容量均能到达200个VoLTE高清(23.85kbps)语音用户数，平均语音质量MOS值达到3.5。外场大话务测试：

20MHz小区100个VoLTE语音用户+10个数据业务(用户近点分布)在承载100个VoLTE语音用户时，LTE小区还可以额外提供上行2.4~3.4Mbps、下行20~28Mbps的数据业务;VoLTE业务具有资源优先调度与抢占机制，90%VoLTE用户的MOS值均大于3.5，用户体验较好。为了保证语音业务感知，LTE网络资源无法被数据业务全部调度，上下行业务信道资源利用率约为80%。干扰优化干扰从链路方向分为上行干扰和下行干扰，区分上行或下行干扰不同的表象，有利于快速定位问题和给出解决方案。

当上行链路受到干扰的时候，UE的发射功率通常较高（接近UE最大发射功率），而且基站侧测得的RSSI偏高。上行干扰问题通过检查各个小区的底噪进行判断。如果某一小区的底噪过高，并且没有与之相当的高话务量存在，则确认存在上行干扰问题，分析干扰原因并解决。

当下行链路受到干扰的时候，UE测得的RSRP较好、但是SINR偏差的情况，确认为下行干扰问题，分析干扰原因并加以解决。1.对于上行干扰的进一步确认和排查：明确干扰所涉及的范围（明确有哪些小区存在此类现象、查看这些小区是否成片分布）、大致定位干扰区域。使用频谱扫描仪（如YBT250）+八木天线进行扫频、进一步定位干扰源。2.对于下行干扰的进一步确认和排查：

首先确认下行干扰并非系统内部干扰（需要排除越区覆盖、邻区漏配导致的“

干扰”现象）。

明确了是干扰源来自系统外，需要进一步使用频谱扫描仪+八木天线进行扫频、

定位具体的干扰源。干扰优化【问题描述】

CI:70260-3(PCI398)与CI:70214-3(PCI242)模3干扰导致SINR较差，无线链路重建失败导致掉话。

案例：模3干扰导致掉话【问题解决】从覆盖区域和信号强度看，该路段主覆盖小区为PCI242，建议优先调整PCI398天线下倾角或方位角，若仍无法解决，则可以调整PCI。干扰优化

案例：重叠覆盖引发干扰【问题描述】某路段存在同频基站分布密集，有大概200-300米路段SINR较差，此段路发生重建概率较高，是掉话隐患点，测试时发生主叫掉话事件。右图蓝色圈区域来自5个站点信号均在-95~-100dbm，当切换到PCI=66/67后，SINR容易恶化，地势较为平坦，周边间距均在300-400m。【问题解决】针对重叠覆盖引发干扰问题，首先通过RF优化控制覆盖，减少重叠覆盖，其次采用异频组网方案解决。比如PCI=66/67/68三个小区可以不用覆盖该路段，其他三个小区可以良好覆盖不同区段，另外，引入PCI=66/67/68后也易发生摸3干扰。切换优化切换失败将影响掉话率、MOS等关键指标。切换优化是一个长期的持续性的工作，需要做好覆盖优化和邻区优化，而不是靠个别参数的调优或启用某些特定功能，就能有较大幅度的提高或改善，需要不断的做精做细。切换问题优化可以通过以下方法开展：

邻区优化需要重点关注漏配邻区的问题：a.通过路测软件来分析邻区漏配问题；b.通过CNO或健康卫士核查和优化漏配邻区；c.通过OMC统计切换请求次数并结合小区经纬度，批量优化漏配邻区.d.开启ANR功能，完善邻区配置。切换参数优化：涉及同频/异频/异系统邻区是否完善、邻区参数是否正确、切换参数是否合理或漏配等，需要纳入日常性的核查与优化工作中。通过RF手段优化切换问题，关键在于控制切换区的位置和长度，并尽量保证在切换区里参与切换的信号强度能够平稳的变化，通过调整天线方向角和下倾角来改变切换区的位置和信号分布，优化时要根据实际的环境加以调整。切换优化图一图二

案例：异频邻区漏配导致掉话【问题描述】

终端满足切换条件后上报系统内异频的测量报告，基站收到目标PCI为未知测报（即:小区已配置的邻区中不包含该PCI），则基站立刻进行异频重定向流程，下发RRCConnectionRelease，原因为异频重定向，从而产生掉话事件。【问题分析】见图一：服务小区频点为38350，从重配消息中可以看到，其已配置的频点为37900的邻区中不包含PCI5的邻区，

满足切换条件后，终端上报A3测量报告，目标PCI为5，见图二切换优化

案例：异频邻区漏配导致掉话图三【问题分析】基站收到测报后，立即下发RRCConnectionRelease，原因为指向37900频点的重定向，重定向后产生了掉话，见图三。【解决方案】此类掉话可通过完善漏配的邻区来解决。切换优化【问题描述】异频测量配置中定义的异频中心频率必须与实际配置邻区的频点号对应，如果漏配，该频

点下的邻区关系将不在重配消息中下发，导致不能切换到较好的异频邻区。如下图：车辆由东向西行驶在茶子山，主因是由于基站462514退服导致该路段RSRP差，最终导致掉话。案例：系统内异频邻区中心频率漏配引起的掉话切换优化案例：系统内异频邻区中心频率漏配引起的掉话【问题分析】从路测占用小区来看，即使462514断站，如果PCI95可以向462576-2(PCI=259中心频点1895Mhz)切换，信号可以保持在-105dbm，不会发生掉话现象。未切换到462576-2的原因：A2测报上报后，基站下发的重配消息中没有携带该异频邻区，核查发现【EUtranCellMeasurementTDD】表中的“eutranMeasParas_interCarriFreq”异频载频里面没有配置1895频率。添加异频载频1895Mhz,问题解决。接通优化从用户感知角度，接入问题主要包括以下四类：

IMS注册慢/无法注册：开机后，IMS图标不出现或者出现较慢，IMS图标未出现时，VoLTE终端相当于CSFB手机，拨打电话会回落到GSM。

VoLTE终端回落CSFB：VoLTE终端有IMS图标，且拨电话前有4G图标，拨电话后回落到GSM，图标变成2G，电话可以拨通，但是接通时间长。

呼叫建立时延长：VoLTE终端有IMS图标，拨电话时手机一直显示4G，主叫从开始拨电话到听到振铃声时间较久。VoLTE呼叫未接通：VoLTE终端有IMS图标，拨电话时手机一直显示4G，但是无法拨通。注：IMS图标为：IMS或者VoLTE（苹果无类似标志）接通优化--IMS注册慢/无法注册排查方法如下：

终端设置问题：首先确认终端设置是否正确，排除终端设置问题，导致未发起注册。

终端与网络侧支持VoLTE：通过eNodeB或EPC上跟踪信令，确认终端和网络是否支持VoLTE，终端不支持VoLTE，无法发起注册。网络不支持VoLTE，不支持IMS注册，网络下发的AttachAccept中IMSVoPS不为IMS。QCI5默认承载建立：

QCI5默认承载是否成功建立，决定SIP注册消息是否能够成功发送与正确接收。HSS签约数据核查：核查HSS中2G/3G/4G签约数据，确认是否签约IPV6APN，同时，确认IMS签约数据，可以将USIM卡装载在其他可以正常使用的手机中进行测试，确认USIM卡签约是否正常，如IMS签约数据问题，将导致无法注册。

端到端抓取注册信令：如果上述方法还无法定位问题，需要在eNodeB、EPC、IMS等网元跟踪数据包，检查终端是否已经发出Register消息以及消息路由到哪个网元。如终端版本问题导致注册慢，须升级版本解决。

终端IMS注册问题【问题分析】若未建立QCI5就无法完成终端与IMS的SIP注册信令的交互；若QCI5建立成功后，终端与IMS的SIP注册流程异常，也将会导致不能在IMS成功注册。以下为QCI5承载建立信令流程：以下为SIP注册信令流程：QCI5承载建立成功后，此时终端可以与IMS进行SIP信令交互，完成IMS的注册。若注册流程异常，可以从以下方面展开排查：1.需要确认终端是否发出RegisterSIP信令；2.若终端已发，确认IMS是否收到；3.IMS收到后，是否回相应的SIP信令，还是响应注册失败；4.是否由于终端未开启IPsec导致IMS拒绝注册请求。一般情况下，终端IMS注册失败问题都与核心网相关，主要在于核心网侧排查解决。接通优化--VoLTE终端回落CSFB排查方法如下：有IMS图标，但4G图标变2G仅被叫回落到GSM分析被叫多个域中有状态原因参照标准SIP流程分析原因接通优化--VoLTE终端回落CSFB排查方法如下：

终端注册问题：如果终端有4G图标，但无IMS图标，则终端未在IMS注册。

AS域选问题：如果终端有IMS图标，仅被叫呼叫时回落GSM（4G图标变为2G图标），一般是被叫IMSAS域选到GSM。需要在MME、HSS上进行信令跟踪，确认终端是否在多个域有状态。SIP信令异常排查：如果终端有IMS图标，主叫或被叫都可能回落到GSM（4G图标变为2G图标），一般是SIP信令异常后进行了异常处理。需要在IMS、EPC上进行信令跟踪，确认IMS发送什么类型错误消息。接通优化--VoLTE终端回落CSFB序号问题描述问题分析解决方案1华为MME参数配置不合理华为MME未开启“IntraCN节点强制指示HSS单注册”开关，当终端从2G回到4G时，如果在同一个融合核心网网元下，TAU过程中不会发起UpdateLocation流程，导致HSS同时存在2/4G状态，根据规范，被叫域选择到GSM华为MME修改参数后，问题得到解决2中兴SBC触发鉴权请求流程不合理对于被叫，SBC转发INVITE消息给PCRF时，会触发鉴权请求确认，SBC发给PCRF的鉴权请求消息中携带的流描述信息中被叫UE的IP为IPv4，与集团规范要求为IPv6不一致，导致被叫域选择到GSM将双触发改单触发后，问题得到解决3IMS与EPC规范不一致EPC按照3GPP规范产生的计费标识中包含“0a”的内容，在IMS网络中，按照SIP协议将“0a”解析成换行符（ASCII码中，0a为换行符，非显性字符），造成对计费标识的误读，导致S-CSCF的错误响应及呼叫失败，主叫终端进行异常处理，进入CSFB流程暂时在SBC上进行问题规避，后续需要集团推动从标准层面重新定义相关规范，确保参数要求一致4华为MME参数配置不合理华为MME/SGSN未按照移动规范要求实现，在用户重新附着时，没有在位置更新消息中携带Single-Registration-Info标志位，导致中兴HSS没有删除2G位置信息，被叫因此回落2G。修改参数后，问题得到解决外场前期发现的典型问题如下：主要涉及核心网MME参数设置与规范一致性问题。接通优化—VoLTE呼叫建立时延呼叫建立时延：主叫发送Invite消息至主叫收到180振铃消息的时间差。外场常见原因如下：

EPC精准(智能)寻呼：EPC上开启了精准寻呼，通常一次寻呼成功的寻呼时长在3秒内，而精准寻呼开启，会造成二次寻呼在5-6秒才能成功，关闭精准寻呼可大大减少3秒以上才寻呼成功的几率。

Diameter的SCTPBUDING机制：Cx/Sh/Rx/Gx/S6a接口的Diameter过程采用了SCTPBUDING机制，多条Diameter消息缓存后共用一个消息头转发，导致了时延增加。

CSRETRY功能：CSRETRY功能使得被叫在IMS/CS域两次寻呼，会增加平均呼叫建立时延。接通优化—VoLTE呼叫建立时延优化MME寻呼策略，降低呼叫建立时延路测时发现，呼叫建立时延分布在2~3层，第一层为4s左右，第二层为7s左右。怀疑为寻呼原因导致。通过查询MME网管配置，发现寻呼策略如下：首次为eNodeBList（最近活动的7个eNodeB）寻呼，第二次到第六次为基于GUTI的TAList寻呼（包含一个TA），寻呼间隔为2.5s。优化寻呼策略，首次改为基于GUTI的TAList寻呼，呼叫建立时延分布在2层测试样本明显减少，核心网一次寻呼成功率明显提升，呼叫建立时延大于5S的比例从25%下降到7%。接通优化—VoLTE呼叫未接通未接通：主叫UE发送第一条SIPINVITE后直到收到网络侧下发的SIP200OK消息为成功完成呼叫，其它都算未接通。呼叫建立流程涉及终端、eNodeB、EPC、IMS等网元，所有网元的问题都可能导致未接通。接通优化—VoLTE呼叫未接通VoLTE呼叫未接通排查思路：无线侧原因排查：主/被叫多次异常进入空闲模式，须查看当时的SINR和RSRP，确认是否由于越区覆盖、弱覆盖、PCI模3干扰等无线问题导致。RRC连接异常释放，需要进行eNodeB信令跟踪，查看无线原因值。终端问题排查：对比相同芯片的不同终端、异芯片终端的测试结果，如果某款终端接通成功率低，则疑似终端问题，需要对终端进行排查。如果终端收到并正确解码某SIP消息，但未发出后续的SIP消息，则疑似终端问题。

端到端原因排查：主/被叫发生SIP消息发送失败、SIP消息发送多次问题，则需要在eNodeB、EPC、IMS上同步抓取数据包，检查消息在哪些网元之间丢失，针对相关网元进行问题排查。根据SIP消息的异常码也可以协助排查定位问题：1.如主叫收到480消息(当前不可用)、603(谢绝邀请)，一般为被叫未收到Paging寻呼消息问题。2.如果主叫收到486消息(被叫忙)，一般为多次收到invite消息问题。3.如果主叫或被叫发送580消息(资源准备失败)，一般为QCI1专用承载未建立或异常丢失问题。

VoLTE呼叫建立问题--SIP异常导致呼叫失败SIP会话流程【问题分析】从信令上看，被叫终端发486用户忙消息，是终端主动触发。至于被叫为什么在振铃3秒后发用户忙消息，需要联合终端或核心网联合排查。

【问题描述】被叫向主叫发180振铃消息，主叫也成功收到被叫180振铃消息，但在被叫发出180消息后，紧接着3秒后，向主叫发486用户忙消息（见下图），核心网收到后给主叫放音，然后释放，相同的现象，两次呼叫未接通。

VoLTE呼叫建立问题--IMS问题导致呼叫失败【问题描述】VoLTE呼叫中，必须在指定的时间内完成SIP信令交互才能接通，否则会因超时而失败。

以下案例为SBC未转发UpdateOK消息导致的失败，如下基站则Wireshark抓包：【问题分析】其中，被叫IPV6地址：2409:8899:0:15eb::1SBCIPV6地址：2409:8099:0:20::1

主叫IPV6地址：2409:8899:0:d18::1主叫向被叫发Update消息，被叫基站收到并向SBC回复200OK(Update)响应，但主叫迟迟未收到SBC转发的200OK(Update)消息而导致超时，呼叫失败。此类问题一般与无线关系不大，需要核心网定位排查。掉话优化VoLTE掉话问题涉及终端、eNodeB、EPC、IMS等网元，所有网元的问题都可能导致语音异常掉话。掉话优化VoLTE掉话排查思路：无线侧原因排查：终端异常进入空闲模式或者发生无线链路失败、RRC重建失败，需要查看当时的SINR和RSRP，确认是否由于越区覆盖、弱覆盖、邻区漏配、PCI模3干扰、基站故障等无线问题导致。终端问题排查：对比相同芯片的不同终端、异芯片终端的测试结果，如果某款终端掉话率高，则疑似终端问题，需要对终端进行排查。

核心网问题排查：如果语音保持期间发生QCI1专用承载丢失、核心网下发DetachRequest，需要跟踪EPC、PCRF侧信令查找问题原因。端到端问题排查：如RRC连接异常释放，则需要在eNodeB、EPC、IMS上同步抓取信令和数据包，检查消息在哪些网元之间丢失，针对相关网元进行问题排查。

VoLTE掉话问题--语音承载释放【问题描述】切换时发起挂机，手机收不到Deactivate消息而记为异常。当终端发出BYE

200消息后，终端向核心网发送Deactivate

EPS

Bearer

Context

Accept，这两条消息必须在5秒内同时出现，否则CDS软件判断为掉话。【问题分析】1.被叫收到BYE消息之后正好发生了切换，见图一。2.切换之后收到QCI1专载释放的重配消息，但未携带NAS消息，终端未收到DeactivateEPSBearerContextRequest，测试软件显示为掉话，见图二。

VoLTE掉话问题--语音承载释放【问题分析】从基站侧看，源小区在切换时收到了ERABReleaseCommand消息，但由于已经开始切换，因此回复响应消息中显示为失败，原因是切换触发，见下图三。核心网收到了E-RABRELEASERESPONSE消息，但没有在切换后重新发起E-RABRELEASECommand消息，而是直接释放了QCI1承载，因此，在收到目标小区的PathSwitchRequest消息后，在响应消息中直接删除了QCI1的承载，导致基站侧发给UE删除对应承载的重配消息（见图二），UE认为没有收到Deactivate消息而异常。【问题解决】该问题为核心网问题，可通过软参数解决，将下发给终端的去激活消息缓存1次。

eSRVCC优化eSRVCC切换成功率与G网邻区配置准确性和合理性有直接关系，对eSRVCC优化建议如下：

在初始配置阶段，可以参考CSFB邻区配置，虽然CSFB仅仅配置频点，未定义具体的2G小区，但是CSFB在外场经历了长期的优化，相对而言邻区设置比较合理。

核查G网邻区的准确性，即2G邻区相关的参数要配置正确。假如，小区CI、LAC、RAC、BSIC，频点等配置错误，都会导致核心网MME反馈目标系统不存在，进而eSRVCC来不及切换而发生掉话。

核查G网邻区的合理性。结合测试进行补充、删除不合理邻区关系，此项工作为日常优化工作重要组成部分。

根据不同场景设置合理的切换参数。eSRVCC异系统门限设置不合理会导致过早切换到异系统或来不及切换到异系统等问题，从而引发通话质量下降、掉话、重定向等事件发生。优化时，可以根据不同应用场景设置最佳取值。

eSRVCC优化eNodeB侧原因GERAN邻接小区配置定义设备硬件问题GERAN邻区配置不全eSRVCC门限设置不合理日常维护定期4-2邻区关系匹配核查日常优化不同场景优化调整纳入日常核查工作eSRVCC参数配置错误网管侧排查和优化关键点：

eSRVCC优化--eNodeB侧原因

案例：GSM邻区信息配置错误无法触发eSRVCC切换【问题描述】

手机在LTE覆盖弱场，收到B2测量的重配消息后，终端发起B2测量报告后，一直无法触发eSRVCC切换，电平持续恶化，触发盲重定向，收到网络下发的RRCConnectionRelease，重定向到2G后掉话。UE测量满足B2条件并上报B2测量报告，在B2测量报告中GSM邻区为BCCH525，BSIC12（NCC01、BCC02）。

eSRVCC优化--eNodeB侧原因

案例：GSM邻区信息配置错误无法触发eSRVCC切换【解决方案】：

正常情况下，eNodeB收到该B2测量报告并判决下发mobilityFromEUTRACommand消

息给UE，让其切换到该GSM邻区，但实际上网络下发的是RRCConnectionRelease消息，使UE重定向到GSM小区，终端掉话。通过核查网管中该G网邻区参数配置，发现该邻区BSIC配置为7，与实际UE测量的BSIC12不一致，修改该G网邻区BSIC为12后，复测可正常切换到该小区，掉话解决。通过以上分析可知，网管配置的G邻区网配置信息与B2测报中的不一致将无法触发eSRVCC切换，导致掉话。

eSRVCC优化--eNodeB侧原因

案例：GSM邻区频点配置不全【解决方案】：1、完善和及时更新LTE邻区定义中的GSM邻区关系和参数定义；2、核查GSM邻区与测量参数中频点是否一致，建议采用和CSFB一致的邻区列表。【问题描述】UE上报A2事件后，网络下发B2重配消息，手机RSRP满足B2-1判决门限却始终未上报B2事件测量报告，最终导致重定向、掉话事件发生。如下图所示。

eSRVCC优化--目标GSM小区快衰落

案例：目标GSM小区快衰落导致eSRVCC切换失败【问题描述】当目标异系统小区无可用资源、无线空口环境恶化、地面链路瞬断故障等问题均会导致切换准备失败和切换后无法正常通话等异常事