TD-LTE-VoLTE专项优化总结报告V2

1、Product Type Technical ProposalTD-LTE VoLTE专项优化5月份总结报告ZTE Confidential Proprietary© 2015 ZTE Corporation. All rights reserved.II(3)TD-LTE VoLTE专项优化5月份总结报告 内部公开目录1概述11.1IMS注册流程11.2VoLTE呼叫流程42路测指标定义73ENB无线参数配置945月指标趋势及问题分类占比94.15月指标94.2问题分类占比104.3遗留问题115VOLTE网络优化分析和案例总结125.1覆盖类问题125.1.1地形环境导致弱覆盖1

2、25.1.2邻区漏配导致弱覆盖135.1.3站点故障导致弱覆盖155.1.4越区覆盖导致无法切换165.1.5切换参数设置错误导致无法切换195.1.6异频重定向215.2干扰类问题215.2.1实例1：PCI规划不合理导致225.2.2实例2：重叠覆盖引发干扰225.2.3实例3：重叠覆盖引发干扰245.2.4实例4：岳麓大道与岳华路交叉口东侧SINR值较差切换失败245.3基站版本问题265.3.1TM38切换后掉话265.4核心网相关问题285.4.1QCI=5未建立285.4.2TAU过程中Paging问题305.4.3从2G/3G回到4G核心网未发Paging305.4.4跨TAC之

3、后 QCI=1被删除315.4.5起呼过程中伴随切换，ACCEPT消息丢失导致的QCI=1释放；335.5终端异常345.5.1终端异常主动挂机导致未接通事件345.5.2终端不上报TAU请求355.6测试软件统计365.6.1异常统计掉话365.7eSRVCC切换问题分析365.7.1GSM邻区参数错误导致掉话365.7.2切换准备失败385.7.3GSM邻区频点配置不全395.7.4手机原因导致无法SRVCC切换405.8其他425.8.1参数配置问题导致异常返回GSM426总结446.1VOLTE网络指标提升策略446.2VoLTE技术演进和完善466.2.1网元间协同466.2.2网络

4、跟踪区域规划476.2.3KPI指标定义规则476.3后续思考47以上所有信息均为中兴通讯股份有限公司所有，不得外传All Rights reserved, No Spreading abroad without Permission of ZTE第48页1 概述本文档从无线角度并结合长沙现网情况，介绍VoLTE网优问题分析和优化方法，为后续VoLTE测试或网络优化提供参考。1.1 IMS注册流程VoLTE用户建立语音通话之前，前提必须要在MME附着和IMS注册，以下为UE开机注册流程：整个IMS注册流程可以分为MME附着和IMS注册两个过程： 1.MME附着：UE刚开机时，先进行物理下行同步

5、，搜索测量进行小区选择，选择到一个合适或者可接纳的小区后，进行随机接入完成上行同步并在LTE附着，建立 QCI=9默认承载，此过程为MME附着流程。2.IMS注册：（1）VoLTE本质也是数据业务，需要建立相应业务类型的QoS承载，以承载业务数据或信令。支持VoLTE的终端在完成LTE MME附着后，在UE向IMS网元发起注册前，必须建立QCI=5的承载，用以承载IMS SIP信令；当QCI=5承载建立完成后，UE与IMS进行SIP信令的交互。（2）UE向IMS发送REGISTER消息，通过IMS网元P-CSCF将注册消息转到I-CSCF，I-CSCF通过HSS为UE选择一个S-CSCF并将注

6、册消息转给S-CSCF，S-CSCF从HSS获得用户的鉴权参数并通过S-CSCF、I-CSCF到P-CSCF发给UE，UE获得鉴权数据后，完成手机对网络的校验；随后发起用户的二次注册请求，UE利用鉴权数据与共享密钥生成的某鉴权参数（RES）与S-CSCF保存的某鉴权参数（XRES）对比通过后，最终完成网络对UE的鉴权校验。IMS以200 OK消息响应二次REGISTE消息，完成在IMS的注册。至此，用户若要进行VoLTE语音呼叫，需通过触发核心网建立一条用于传输IMS语音包的QCI=1专用承载进行语音通话。基于IMS的VoLTE语音通话需要建立QCI=9、QCI=5、QCI=1三条承载。上图说

7、明：1.上图黑色线为信令，绿色线SIP信令。2.步骤15建立RRC连接：步骤3和4用于UE与eNB进行连接建立，连接建立的主要目的是冲突解决，建立信令承载SRB1，为后续的NAS 的Attach Req消息提供链路承载；消息5（Attach Req消息）可以附带在RRC 连接建立完成消息，并需要被透传到MME。 3.步骤613建立S1连接：对于消息6，由于此时eNB和MME的S1链路还没有建立完成，所以eNB发送INITIAL UE MESSAGE到MME，消息中携带eNB为S1分配的eNB UE S1AP ID，Attach Req消息附带在INITIAL UE MESSAGE透传到MME的

8、NAS层。4.消息13说明：MME发起INITIAL CONTEXT SETUP REQUEST给eNB，请求eNB建立承载资源，消息中携带的NASPDU表明是否接受UE发起的Attach Req消息。如果接受，同时消息中携带该UE总计的最大bit率，多条待建的承载信息（QOS参数，上行对应的媒体面地址，TEID），UE的安全能力(UE支持的完整性检查和加密能力,安全能力在attach req中带给MME)，安全Key值(用于eNB推导完整性key和加密key)，UE无线能力(支持的接入类型(E UTRA，GERAN等)，如果INITIAL CONTEXT SETUP REQ消息中不携带UE的

9、无线能力，eNB可以发起RRC UECapabilityEnquiry流程。5.消息1416说明：实现的时候，为了节省Attach时延，eNB在发送完消息6后，就问UE要能力信息，即先执行消息14、15。6.消息1719说明：eNB发送完消息17，并不需要等收到消息18，就直接发送消息19。7.消息2328说明：IMS SIP注册消息需要建立QCI=5承载，当QCI=8/9的默认承载建立后，UE发起的另一个PDN连接建立请求用于建立QCI 5承载（消息23），消息2427为MME到UE间建立QCI=5默认承载的信令流程。8.如果发起IMSI attach时，UE的IMSI与另外一个UE的IMS

10、I重复，并且其他UE已经Attach，则核心网会释放先前的UE。如果IMSI中的MNC与核心网配置的不一致，则核心网会回复Attach Reject。1.2 VoLTE呼叫流程VoLTE呼叫类型包含四种：空闲态（Idle）呼叫空闲态（Idle）、空闲态（Idle）呼叫连接态（Connected）、连接态（Connected）呼叫空闲态（Idle）、连接态（Connected）呼叫连接态（Connected），其中，第一种场景业务流程最为常见且复杂。后三种场景只是主叫或被叫有一个或两个处于连接态（Connected），无RRC连接过程，因此，可以参照第一种场景的业务流程。以下以空闲态（Idle）

11、呼叫空闲态（Idle）为例：正常的VoLTE呼叫建立包括RRC连接建立和SIP会话建立：RRC连接建立：RRC IDLE状态的终端通过“随机接入-RRC连接建立-DRB建立”空口过程完成与无线网的连接并开始上、下行数据传送，视作成功完成连接建立。SIP会话建立：从主叫终端发起SIP INVITE消息到接收到网络侧下发的SIP 200 OK（invite）消息。上面流程图说明如下：1.IDLE下主叫UE发起VoLTE语音业务，主叫UE与eNB完成RRC连接建立过程，初始上下文建立过程，eNB下发RRC重配消息，此重配中带有QCI9和QCI5承载的重配置信息，完成QCI8/9和QCI5C承载重配。

12、2.待QCI5承载重配完成后，主被叫UE可以与IMS进行SIP会话流程交互，主叫发SIP信令INVITE消息到IMS，IMS转发INVITE消息首先经过PDN网关到SGW网关，SGW发现UE B为IDLE模式，发送下行数据到达通知给MME，MME对被叫发起寻呼。3. 处于IDLE下的被叫收到Paging消息后，被叫发起和主叫同样的空口信令流程，完成RRC连接建立过程，初始上下文建立过程，eNB下发RRC重配消息，此重配中带有QCI9和QCI5承载的重配置信息，完成QCI8/9和QCI5C承载重配。4. 主被叫发起QCI1专用承载建立，用以承载语音数据包。5.当主叫UE收到被叫INVITE的20

13、0OK消息后，向被叫响应ACK消息，待被叫收到ACK后，通话开始。6.若被叫发起挂机，将发送BYE消息给主叫，主叫收到后，回复200OK（BYE）给被叫，通话结束，随后主被叫资源释放。另外，对于VoLTE掉话，是指UE异常退出RRC_CONNECTED状态导致的连接中断，即：空口RRC连接不是终端主动发起的异常释放，或者在UE没有收到Release消息的情况下，直接从RRC-CONNECTED状态转到RRC-IDLE。常见的现象有如正在VoLTE通话中，收到来自eNB的RRC连接释放消息且RRC重建失败，如下图：常见的VoLTE掉话或接入失败原因有覆盖问题、干扰问题、切换问题、邻区问题及设备问

14、题等，对于掉话问题，通过相应的数据分析其掉话的原因，并根据不同的掉话类型采取具体的解决方案，详见第5章节。2 路测指标定义下表为中移VoLTE试点阶段时的相关指标定义，目前中移重点关注的基本指标为：考核关键指标我司目标值备注呼叫接通率>99%掉话率<0.5%系统内切换成功率>99%eSRVCC切换成功率>98%eSRVCC触发率<2.6%eSRVCC的用户面中断时延<200ms端到端RTP丢包率<1%MOS值>3.8初传上行BLER<5%初传下行BLER<5%剩余下行BLER<1%剩余下行BLER<1%IMS呼叫建立时延&

15、lt;3s被叫处于IDLE态下，主叫拨打被叫<2s被叫处于连接态，主叫拨打被叫对于接通率、掉话率、eSRVCC切换成功率，网优侧需要做好基础优化，如覆盖、邻区（系统内/间、邻区参数、邻区完善等）、合理参数设置等这几个方面的网优工作。具体可参见如下附件：以下为外场路测指标定义，后续估计会有所增加或改动，以下供了解：指标分类指标名称定义资源占用类上行RB数每秒上行调度RB数/每秒上行实际调度次数*100%下行RB数每秒下行调度RB数/每秒下行实际调度次数*100%上行MCS每秒上行调度MCS值之和/每秒实际调度次数*100%下行MCS每秒下行调度MCS值之和/每秒实际调度次数*100%上行终

16、端发射功率每秒内终端发射功率的平均值GSM通话时长占比指定时间内终端在GSM制式下的通话时长 / 指定时间内终端总通话时长*100%呼叫eSRVCC切换占比发生eSRVCC切换的呼叫次数 / 总呼叫次数*100%语音质量类MoSMoS盒输出的平均意见得分（PoLQA算法）BLER初传BLER（初传次数-初传成功次数）/初传次数*100%剩余BLER（初传次数-多次重传后成功次数）/初传次数*100%语音丢包率（发送数据包数接收数据包数）/发送数据包数*100%抖动接收端RTP/PDCP层数据包时延方差呼叫建立时延终端发出的第一条随机接入消息到接收到网络侧下发的SIP 180 Ring消息时间差

17、IP包时延从主叫发出到被叫接收的RTP层数据包时间差端到端时延主叫端语音编码器输入到被叫端解码输出的时间差上行速率过去一秒内，上行PDCP层发送的总比特数下行速率过去一秒内，下行PDCP层接收的总比特数切换中断时延网内控制面终端在源小区收到RRC重配消息指示切换，到终端在目标小区收到RRC重配消息指示切换完成的时间差网内用户面源小区最后一个PDCP层数据包到目标小区接收到的第一个PDCP层数据包的时间差网间控制面空口从eNodeB下发Handover Command到终端向BSS发送HO Complete的时间差核心网MME向eMSC发送PS to CS Request，到收到PS to CS

18、 Complete/Ack的时间差网间用户面源小区最后一个PDCP层数据包到目标小区建立专有信道恢复话音的时间差话音挂机时延主叫端发起BYE Message到收到网络侧下发的SIP 200 OK消息差RRC重建时延从终端发生RLF（Radio Link Failure，无线链路失败）的时刻，大盘终端发出RRC Connection Reestablishment Complete的时刻KPI指标类IMS注册成功率IMS注册成功次数 /终端开机次数*100%话音接通成功率成功完成呼叫次数/终端发起呼叫总数*100%掉话率掉话次数/成功建立呼叫次数*100%网内切换成功率切换成功次数/切换请求次数

19、*100%eSRVCC切换成功率eSRVCC切换成功次数/eSRVCC切换尝试次数*100%寻呼成功率寻呼成功次数/EPC发起寻呼请求总次数*100%平均长保时间用户保持通话状态时间的平均值紧急呼叫建立成功率拨打紧急呼叫成功接通次数/总拨打次数*100%里程掉话比掉话次数 / 呼叫行驶的里程数（km）*100%3 eNB无线参数配置版本601P01 VoLTE功能限制：对于商用初期，VoLTE用户不太多的情况下，关闭QCI1承载的SPS和DRX功能。具体配置可以参考ZTE LTE TDD VoLTE(V3.30.601)基本原理与开通指导书_R2.0。4 5月指标趋势及问题分类占比4.1 5月

20、指标5月份攻关小组通过版本升级、覆盖优化、邻区关系优化、参数核查等手段，长沙河西区域整体VoLTE指标提升明显日期LTE接通成功率呼叫在LTE拨打的次数呼叫在LTE拨打成功的次数LTE掉话率主叫在LTE掉话的次数被叫在LTE掉话的次数2015-5-6100.00%70705.71%402015-5-796.77%62600.00%002015-5-893.01%1431336.77%452015-5-997.30%74726.94%232015-5-1196.06%1271223.28%402015-5-1296.67%1501452.76%402015-5-1399.47%1881871.0

21、7%112015-5-1497.87%3283214.98%1422015-5-1598.56%3483431.75%602015-5-1699.18%2432411.66%312015-5-1795.81%1671601.25%202015-5-18100.00%1061060.00%002015-5-1999.23%3893861.04%402015-5-2099.01%4054010.50%202015-5-2198.51%2011980.51%104.2 问题分类占比截止5月21日的 R5p 版本全网路测软件拉网log已分析完毕，其中未接通事件51个，掉话事件71个，分类情况如下：未接

22、通问题分类未接通数量未接通分类占比无线覆盖问题713.73%TAU过程中寻呼问题1223.53%核心网问题35.88%终端问题1019.61%重定向问题713.73%站点断链47.84%测试软件问题47.84%原因不明23.92%邻区漏配23.92%合计51100.00%掉话问题分类掉话数量掉话分类占比无线覆盖问题1521.13%站点断链1014.08%室分信号泄露811.27%测试软件问题45.63%邻区漏配1216.90%TAU过程中专用承载建立问题22.82%原因不明22.82%重定向问题1825.35%合计71100.00%4.3 遗留问题序号问题描述进展问题状态责任人14G系统内做T

23、AU时，核心网没有向目标小区发寻呼消息；5.13：核心网侧研发分析判断是否可以进行部分机制的调优5.18:【核心网答复】：是流程冲突，在寻呼的时候，收到TAU消息，我们会当做Paging response处理，如果TAU Request消息中没有携带active flag，那么用户面隧道是无法建立的，消息也无法投递。这个问题在核心网的下一个补丁中做优化，我们会在TAU过程中无论UE是否携带了active flag都去建立用户面隧道。open陶宜富2从2G/3G到4G的系统间TAU，核心网没有消息回应；5.13：核心网侧研发分析判断是否可以进行部分机制的调优， 5.18:【无线侧的疑问】：认为2

24、G到4G重选，被叫此时并不是在呼叫状态回到4G，HSS应该重新域选择，把呼叫重新转到4G来寻呼。不然以后这种场景就是打不通。【核心网答复】：还未收到专家答复，待回复。open陶宜富3跨TAC后，在462696-2小区15:46:24呼叫建立之2s，核心网S1ap上收到两条ERAB释放(QCI=1/QCI=5)的指示后掉话5.18:【核心网答复】：分析有可能是SGW把会话误删了，导致eNB收到了error Indication，然后发起了释放。需要看无线log是否是分析的原因。；现网SGW确实有个已知的问题，在“MME改变，SGW没有改变的短时间内4切3再切4”过程中，SGW会删除上下文导致用户

25、掉线 open陶宜富5 VoLTE网络优化分析和案例总结5.1 覆盖类问题5.1.1 地形环境导致弱覆盖【问题现象】路测表现为：主被叫手机当前小区和所有邻区RSRP均小于-110dbm，无主服务小区导致SINR<-3dbm,无线环境恶化，导致掉线、切换失败、接入失败等异常事件频发。 【问题分析】结合现场环境和基站拓扑图，对周边所有基站进行逐个勘察和验证覆盖，对于地形原因导致无法彻底解决的区段，提交后续工程建设方案。【解决方案】：1：核查局方站点规划方案，如果有规划站点，提高建设开通优先级，如果无建设规划，提交建站方案；2：测试2G网络覆盖情况，对于2覆盖良好情况下，开启SRVCC功能；同

26、时确保2G侧FR功能开启，确保及时回落4G。3：对于有测试考核要求的情况下，采取规避路线，减少异常事件发生概率；5.1.2 邻区漏配导致弱覆盖【问题现象】DT测试中，此类问题主要表象为如下几种情况：1. 频发A3事件而无法切换；2. 通常伴随主被叫占用小区不同，RSRP相差较大；3. 切换链紊乱；4. 容易引发掉线、重建立、切换失败等事件如下图：【问题分析】1：前台测试分析，核对A3事件上报小区信息是否包含在RRCConnectionReconfiguration。如未包含，则确定为漏配邻区。核对基站拓扑图，判断是否需要添加该邻区，排除过覆盖、针状覆盖小区（室分泄露小区、非道路覆盖小区等）尤其

27、需要慎重添加，防止切换后无法及时切出问题发生。如下图所示，两个基站相距200m，并且为相邻基站，所以建议补充邻区关系2：后台IMSI跟踪信令分析，可以通过UDA工具筛选UnknowPciNotify，对于持续上报未定义PCI的现象要重点结合基站拓扑图来进一步确定是否添加邻区。如下图，后台信令分析同样发现上报多个测量报告切换候补邻区为486，结合拓扑图，最终建议添加邻区关系 【解决方案】：1：近距离相邻基站通常采用添加遗漏邻区方案；2：过覆盖小区优先控制覆盖；3：针状覆盖场景不建议添加，此问题一般影响较短路面，优先控制覆盖；5.1.2.1 实例1【问题现象】主被叫占用新开基站983529133（

28、PCI149)后无邻区关系导致无线环境恶化； 【问题分析】下图为主被叫占用该小区后，RSRP由强到弱，无线环境逐步恶化，A3事件频繁上报但是未发起切换，查看邻区配置发现该站仅仅配置自身2个小区为邻区关系，通过了解，此站点为新建基站，未实施单验和入网优化工作，因此在此路段频繁导致掉话、重建立等事件发生【解决方案】1：及时开展单站优化和邻区关系补充，确保单站业务性能通过验收；2：开通站点第一时间通知优化团队进行参数核查、邻区核查、性能测试，确保入网后正常投入网络运行。5.1.3 站点故障导致弱覆盖【问题现象】测试中，此问题表现为：无法占用附近基站，会伴随邻区漏配、过覆盖情况发生，易导致未接通、掉线

29、、切换链紊乱等现象；如下图，基站462682位于麓枫路和咸嘉湖西路十字口，为该两条主干道主服务小区，测试到该路段后始终未占用该基站，RSRP下降到-110dbm以下，切换链紊乱，导致掉线。【问题分析】站点“长沙阳明山庄23栋(地华梅溪湖拉远)ZL-B8300462682PT”因纠纷暂时下网，导致周边无主覆盖小区；【解决方案】：需尽快恢复“长沙阳明山庄23栋(地华梅溪湖拉远)ZL-B8300462682PT”；对周边小区开启SRVCC切换。5.1.4 越区覆盖导致无法切换【问题现象】过覆盖问题主要表象为：未占用过覆盖小区情况下，当前小区可能会发生SINR恶化，伴随上报测量报告包含周边未知PCI。

30、占用过覆盖小区情况下，RSRP变化较大，伴随上行信号异常，邻区漏配现象，易导致掉线、接入失败、切换失败等异常事件。如下图，手机占用PCI=121小区，enodeid=471089，无法向周边PCI=110切换，最终导致掉话； 【问题分析】此类问题需要结合周边道路测试分析和基站拓扑关系来判断问题小区为周边哪个区域的主覆盖小区，进而采取优化手段进行调整；如下图描述，问题点区域最近4次切换链为1、2、3、4次切换，其中2、3、4切换和PCI=121有关，同时分析周边道路主服务小区并无PCI=121,查看拓扑图发现该站位于周边较远区域，同时前往PCI=121测试发现，经纬度正确，主要原因是地势较高导致

31、；【解决方案】：针对周边过覆盖小区，采用调整俯仰角、天线挂高、基站分布等手段；对于特殊场景建设的基站，比如此案例中该站实际主要覆盖附近风景区，但是地势原因导致信号无法彻底控制，可以采取单向删除过远基站邻区，避免孤岛效应。5.1.4.1 实例1 岳华路长房和园附近长沙观沙岭消防队2小区越区覆盖【问题描述】UE从4625062到4620931切换不及时导致重建【问题分析】1、增强4625333、4620931在此处的覆盖；2、压低4625062下倾角2-3°。已调整4625333、4620931小区方位角及下倾角至该路口覆盖，但覆盖方向存在部分阻挡，已达最大优化调整，调整后测试效果不明显

32、，后调整新开站点长沙岳麓大道与岳华路交叉口-3小区覆盖至该片区域，调整后覆盖得到一定增强，如需彻底解决该片区域覆盖问题，需开通该区域规划站址长沙绿洲小区景观塔。【解决方案和复测结果】通过上述调整，该站点及时切换到983474，越区覆盖小区此处信号减弱。5.1.5 切换参数设置错误导致无法切换【问题现象】车辆由东向西行驶在茶子山，当于基站462514退服后不能及时向附近小区切换，使得该路段RSRP差，最终导致掉话。如下图对比前期测试该路段正常，如下图：【问题分析】从路测占用小区来看，即使该站断站，如果可以向462576-2（PCI=259中心频点1895Mhz）切换，信号可以保持在-105dbm

33、，不会发生掉话现象。查看未切换到462576-2原因，从路测信令来看，A2事件上报后，重配消息中没有携带该异频邻区，首先认为没有配置该邻区关系。但是后台核查邻区列表后发现已经添加该邻区，进一步排查为什么重配消息中未携带该邻区关系，发现【EUtranCellMeasurementTDD】表中的“eutranMeasParas_interCarriFreq” 异频载频里面没有配置1895导致，补充添加后可以正常切换。【解决方案】1：主因是由于基站462514退服导致跨站切换不顺畅，因此优先解决故障站点2：从该事件发现，如果测量参数【EUtranCellMeasurementTDD】中漏配异频频点，

34、也会导致无法下发该异频频点邻区，即使配置了邻区关系也是无效，所以需要日常优化中定期核查【EUtranCellMeasurementTDD】表中的“eutranMeasParas_interCarriFreq”是否包含邻区定义的频点。5.1.6 异频重定向【问题现象】终端上报A3测量事件后，基站直接发送重定向的RRCrelease消息，导致掉话【问题分析】图中可以看到，终端上发A3事件后，系统直接发送了重定向到37900的RRC release消息，导致此次掉话。【解决方案】：1、 通过后台参数，打开邻区切换功能，解决配置了邻区但没打开切换功能的重定向。5.2 干扰类问题【问题现象】测试中一般表

35、现为RSRP良好但SINR偏差，干扰严重区域容易导致掉线、切换失败等各类异常事件发生。【问题分析方法】干扰类问题涉及方面较多，有系统内干扰和系统外干扰，详细排查方法可以参考排查指导文档，这里仅仅对现场发现的案例进行描述。5.2.1 实例1：PCI规划不合理导致下图中，测试区域发现信号RSRP良好同时伴随SINR较差，优先排查PCI规划问题，发现近距离有同PCI基站，如下图：5.2.2 实例2：重叠覆盖引发干扰网格17内西二环路段存在同频基站分布密集，存在200-300米路段SINR差，此段路段发生重建概率较高，是掉话隐患点，23日测试发生1起主叫掉话。下图圈中区域来自4个站点信号均在-95db

36、m-100dbm，当切换到PCI=66/67后，SINR容易恶化，地势较为平坦，周边间距均在300-400m。【解决方案】：针对PCI规划不合理问题，建议重新规划和修改PCI。针对重叠覆盖引发干扰问题，首先通过RF优化控制覆盖，减少重叠覆盖，其次采用异频组网方案解决。比如此西二环路段，PCI=66/67/68三个小区可以不用覆盖该路段，其他三个小区可以良好覆盖不同区段，引入PCI=66/67/68后易发生摸3干扰。5.2.3 实例3：重叠覆盖引发干扰主叫在清水路段462326附近收到近距离100m处小区4742163（PCI254)干扰，导致无法切换发起重建立，该路段基站覆盖过密集。【解决方案

37、】：针对PCI规划不合理问题，建议重新规划和修改PCI。针对重叠覆盖引发干扰问题，首先通过RF优化控制覆盖，减少重叠覆盖，其次采用异频组网方案解决。比如此西二环路段，PCI=66/67/68三个小区可以不用覆盖该路段，其他三个小区可以良好覆盖不同区段，引入PCI=66/67/68后易发生摸3干扰。5.2.4 实例4：岳麓大道与岳华路交叉口东侧SINR值较差切换失败【问题描述】岳麓大道与岳华路交叉口东侧，UE占用4623813的SINR值较差，导致切换失败。【问题分析】1、添加4623813与983474133、4625261的邻区关系。2、控制4623813在岳麓大道上的越区覆盖； 3、核查新

38、开站983474133（170）背向覆盖与4750223（83）形成强模三干扰。4、调整4623813下倾角2°至4°，方位角300°至290°，983474133下倾角2°至0°。【复测结果】通过控制覆盖、邻区关系优化，该路段干扰现象消失5.3 基站版本问题5.3.1 TM38切换后掉话【问题现象】从前台信令看掉话流程，终端的模式为TM3，然后上发A2测量，然后终端收到异频测量控制的重配消息，发送完成后下行链路失步，之后发起重建后掉话。此过程中，无线环境在RSRP -100，SINR 3左右。从后台信令分析，基站侧收到终端上发的A2

39、，然后下发测量重配消息，紧接着发送TM8模式切换的重配消息，出现TM8的重配无法下发，用户面上报SRB1的RLC的ERRORIND导致释放而掉话【问题分析】12:09:14秒的重配置为TM3模式12:09:14秒上发的是A2测量重配，然后广播消息，在12:09:26秒收到重建请求后被拒。12:09:26秒终端上发BYE掉话。基站侧12:09:18收到A2测量12:09:18秒TM8模式转换的重配。12:09:25秒出现错误的标示，该重配未下发，达到最大重传次数。12:09:25秒文本释放。【解决方案】：此问题为已知版本问题，现场已升级至R5p版本，该问题验证通过；5.4 核心网相关问题5.4.

40、1 QCI=5未建立【问题现象】主叫发起会话请求，无响应，导致未接通；【问题描述】主叫12:27:57发起invite，12:28:13 无响应之后未接通，检查DRB承载，发现优先级为9的承载有两条，如下图所示：【解决方案】HSS删除多余APN签约，之后恢复正常，如下图所示；5.4.2 TAU过程中Paging问题【问题现象】10:28:22，主叫起呼发起invite request 之后QCI=1建立，被叫未收到此次呼叫的Paging；【问题分析】被叫10:28:23移动过程中发生小区重选，TAC改变发起TAU更新，未收到此次呼叫Paging导致的未接通事件；此次未收到Paging是流程冲突

41、，在寻呼的时候，收到TAU消息，我们会当做Paging response处理，如果TAU Request消息中没有携带active flag，那么用户面隧道是无法建立的，消息也无法投递【解决方案】核心网在下一个补丁中修正，会在TAU过程中无论UE是否携带了active flag都去建立用户面隧道；5.4.3 从2G/3G回到4G核心网未发Paging【问题描述】主叫在4G起呼，被叫3G回到4G，核心网未下发Paging【问题分析】主叫16:23:39发起invite request 被叫从3G回到4G 16:23:49 ims注册成功 未收到此次Paging，当用户在3G下，HSS已经做了域选

42、择，此时用户重选到4G，是没有办法逆转的。该场景没有规范支撑【解决方案】核心网答复，暂时无协议支撑5.4.4 跨TAC之后 QCI=1被删除【问题描述】跨TAC后，在462696-2小区15:46:24呼叫建立之2s，核心网S1ap上收到两条ERAB释放(QCI=1/QCI=5)的指示后掉话【问题分析】SGW把会话误删了，导致eNB收到了error Indication，然后发起了释放。现网SGW确实有个已知的问题，在“MME改变，SGW没有改变的短时间内4切3再切4”过程中，SGW会删除上下文导致用户掉线【解决方案】需SGW升级版本解决5.4.5 起呼过程中伴随切换，ACCEPT消息丢失导致

43、的QCI=1释放；【问题描述】终端在起呼过程中伴随切换，终端透传给核心网的ACT消息超时没有被核心网接收到导致的释放；【问题分析】21:01:23，主叫UE发起寻呼，被叫UE收到后发起ERAB承载，建立完成；21:01:26，被叫UE收到RRC重配置消息中要求去激活QCI1的承载，随后被叫UE上报INVITE580（precondition failure），导致本次未接通。【解决方案】DT消息没有等到（丢了），核心网有没有保护机制，需核心网解决；5.5 终端异常5.5.1 终端异常主动挂机导致未接通事件【问题现象】被叫向主叫发180振铃消息，主叫端也成功收到被叫180振铃消息，但在被叫发出1

44、80消息后，紧接着3秒后向主叫发406用户忙消息（见下图），核心网收到后给主叫放音，然后释放，相同的现象，两次呼叫未接通。从信令上看，被叫发486用户忙消息，是终端主动拒绝的原因，和网络无关。至于被叫为什么在振铃3秒后发用户忙和拒绝消息，终端问题，需要终端解决。5.5.2 终端不上报TAU请求【问题现象】主叫正常呼叫后从PCI=17,TAU=29580小区切换到PCI=64，TAU=29482小区后不主动发起TAU请求后RRC释放,重新接入到其它小区,3次重复这样过程后，终端主动发BYE，被叫终端TAU正常。由于对于不同TAU切换后手机终端需要上报TAU请求，此处终端始终未发起TAU，为终端原

45、因5.6 测试软件统计5.6.1 异常统计掉话【问题现象】被叫在2G下人工释放，上报DISCONNECT，挂机流程结束，此时主叫在4G下收到IMS下发BYE，并去激活了QCI=1承载，并标记为normal call clearing，但仍会统计为dropped ，此时主叫继续正常释放流程，为软件统计问题。5.7 eSRVCC切换问题分析5.7.1 GSM邻区参数错误导致掉话【问题现象】手机在LTE覆盖弱场，收到B2测量的重配消息后，手机发起Measurementreport（B2事件）后收到网络下发的RRC Connection Release，重定向到2G后掉话。【问题分析】当UE上报A2测

46、量报告后，eNB下发B2重配消息给UE，根据B2重配消息，UE测量满足B2-1和B2-2条件并上报B2事件，上报的B2事件包含准备切换的目标2G小区BCCH/NCC/BCC，见下图：1. 正常情况下，eNB收到该B2事件测量报告后下发mobilityFromEUTRACommand消息给UE，切换到该GSM邻区；2. 异常情况下网络下发RRC Connection Release消息使UE重定向到BCCH为512的GSM小区，如下图：随后主叫重定向到GSM网络，在2G网络手机状态是空闲态，统计为掉话，如下图：通过以上现象分析可知UE VoLTE业务eSRVCCC切换到BCCH 525(BSIC

47、 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。5.7.2 切换准备失败【问题现象】UE空口表现为发起多次B2测量后无法进行eSRVCC，最终易导致重建立和掉话事件发生；eNB侧表现为接收到手机上报B2测量并发起切换请求，但是收到

48、来自核心网的切换准备失败消息；【问题分析】正常情况下，eNB收到该B2事件测量报告后下发mobilityFromEUTRACommand消息给UE，UE会收到mobilityFromEUTRACommand并实施切换；异常情况下，UE发起多个B2事件而未收到mobilityFromEUTRACommand，此时可能涉及空口无线环境恶化导致B2事件测量报告未上报给eNB，需要结合eNB侧信令分析。如下图：当eNB收到B2测报后向MME发送handover require消息（为eSRVCC切换准备资源），但随后收到了切换准备失败的回复。见下图：导致此类失败的原因通常是核心网没有对目标小区配置eS

49、RVCC相关功能参数的原因，需要核心网检查目标网络小区相关参数是否生效或正确配置。【解决方案】：导致此类失败的原因通常是核心网未配置SRVCC功能、未配置目标MSC、未配置TAU等原因，需要同核心网及目标网络核查相关配置是否生效。5.7.3 GSM邻区频点配置不全 【问题现象】UE上报A2事件后，网络下发B2重配消息并成功上报网络后，手机RSRP满足B2-1判决门限却始终未上报B2事件测量报告，最终容易导致重定向、掉话事件发生【问题分析】实际网络中会存在由于无线环境的改变、G网参数优化后同步不及时或RF优化等原因，导致LTE小区的GSM邻区频点配置不够准确，对于A2重配里下发的GSM频点在终端

50、测量后，不满足B2-2事件，导致无法触发eSRVCC。如下图：其他可能原因：需要检查系统间邻区是否已经设置为“支持切换”，如下图【解决方案】：完善和及时更新LTE邻区定义中的GSM邻区关系和参数定义；对于问题点，建议进行GSM网络扫频或者结合GSM测试数据分析，检查这些频点是否已包含在后台配置中5.7.4 手机原因导致无法SRVCC切换【问题现象】主被叫手机在相同小区，主叫手机上报A2后重配消息包含B2门限和异系统频点信息，而被叫手机上报A2后重配消息未包含异系统配置信息，进而导致被叫没有进行SRVCC，主叫正常SRVCC。如下图【问题分析】由于一个小区下两种不同行为，首先需要排查手机上报能力

51、，从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标示。【解决方案】：此类问题需要检查

52、手机设置和实际支持能力，确保上报支持能力。5.8 其他5.8.1 参数配置问题导致异常返回GSM【问题现象】主叫手机占用462502基站发起INVITE request和service request后手机进入GSM网络发起后续接入流程。【问题分析】如下图所示，主被叫占用相同小区，无线环境良好，主叫无法驻留在LTE进行呼叫，被叫正常，占用其他基站无此问题，手机调换后对比测试问题依旧存在主叫流程异常，和手机关系不大。查看系统消息sib2发现存在如下异常，导致主叫无法正常呼叫，见下图后台排查参数发现该站设置如下：参数名称参数描述取值定义现网取值建议设置参数说明acBarringFactor信令接入

53、概率因子0:0,1:0.05,2:0.1,3:0.15,4:0.2,5:0.25,6:0.3,7:0.4,8:0.5,9:0.6,10:0.7,11:0.75,12:0.8,13:0.85,14:0.9,15:0.95,16:11016该参数是UE发起主叫信令而建立RRC连接时，UE能够接入小区的概率的参考值。如果UE投掷的随机数小于该参数，则允许接入；否则，禁止接入。acBarringTime信令禁止接入时间(秒)0:4,1:8,2:16,3:32,4:64,5:128,6:256,7:51210该参数表示发起信令接入时的平均禁止接入时间acBarringFactorOrig呼叫接入概率因子

54、0:0,1:0.05,2:0.1,3:0.15,4:0.2,5:0.25,6:0.3,7:0.4,8:0.5,9:0.6,10:0.7,11:0.75,12:0.8,13:0.85,14:0.9,15:0.95,16:11016该参数是UE发起呼叫而建立RRC连接时，UE能够接入小区的概率的参考值。如果UE投掷的随机数小于该参数，则允许接入；否则，禁止接入。acBarringTimeOrig呼叫禁止接入时间(秒)0:4,1:8,2:16,3:32,4:64,5:128,6:256,7:51210该参数表示发起呼叫接入时的平均禁止接入时间【验证结果】修改后该站VOLTE呼叫正常。如下图6 总结通过2015年后对长沙现网年后2多月网络KPI指标提升攻关，获得一些宝贵经验，同时，也对目前VoLTE技术在应用中，存在网元间协调交互，终端处理，KPI指标定义等存在问题提供一些思考，需要运营商带动产业链一起来解决。6.1 VOLTE网络指标提升策略根据长沙VOLTE网络问题分析,重新根据网优、基站、核心网、终端以及重定向分类，未接通部分分布如下未接通原因分布掉话原因分布如下：掉话原因分布可见，未接通原因主要集中在于核心网和网优，掉话原因主要是网优和重定向。根据上述情况，整理出VOLTE网络提升策略如下：1、 基站版本统一和关闭异频重定向功能：基站TM3/8的问题和异频重