精品文档_邻区漏配导致的VoLTE语音未接通分析

未接通、掉话及切换失败分析未接通、掉话及切换失败分析Posted on 2011-07-26 20:56:37 by一、未接通分析正常呼叫主叫起呼和被叫接入过程：……由主叫起呼信令流程图可以看出，主叫首先发出channel request reportimmediate assignmentCM service requestsetupcall proceedingassignment commandassignment completealertingconnect完成一次起呼。

在主叫assignment complete 完成后2－3秒左右被叫开始信道请求流程Channel request reportimmediate assignmentsetupcall confirmedassignment commandassignment completealertingconnect完成一次被叫接入。

1、未接通原因分析（1）RACH冲突或者AGCH拥塞建议：查看与RACH相关的参数――最大重发次数和发送分布时隙数以及与AGCH相关的参数――接入准许保留块数（2）SDCCH拥塞建议：检查SDCCH配置，查看相关小区SDCCH话务量（3）SDCCH掉话或者TCH拥塞建议：查看是否启用SDCCH信道上的切换，查看相关小区话务量和TCH配置，在排除无线方面原因后，应跟踪Abis接口、A接口信令从交换侧寻找问题原因（4）位置更新引起未接通建议：查看位置更新定时器和位置区设置（5）小区重选过程引起未接通建议：查看相关小区的小区重选参数【引用】掉话未接通的分析本文引用自0427411《掉话未接通的分析》在传统的基于DT和CQT数据的优化过程中，数据的采集是一个比较费时的过程。

为了复现某个问题，可能需要进行大量的路测，之后在对长时间的路测数据进行回放分析的过程中，定位到具体需要分析的问题点，然后从不同的角度进行分析，最终找到问题的解决方案。

由于最大报告小区数限制以及异频邻点配置问题导致的VoLTE通话异常分析目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (7)四、经验总结 (9)由于最大报告小区数限制以及异频邻点配置问题导致的VOLTE通话异常分析【摘要】RCU在往五城行驶的过程中，出现了较多的未接通及掉话异常事件，经分析，由于异频频点测量数据限制以及最大报告小区数限制导致了无法正常切换，从而业务感知差的问题，通过该方面小区配置解决该问题。

【关键字】最大报告小区数异频邻点VOLTE 切换【业务类别】VoLTE、参数优化一、问题描述提取农村区域RCU测试数据发现，在五城镇内的一个区域内，主叫侧发生了12次VOLTE 未接通事件（被叫9次未接通，1次掉话），如图1:图1二、分析过程1、查看出现异常事件时的服务小区，为HS-休宁县-茅山-HFTA-448656-21小区（800M），但强度均在-120dBm以下，明显为覆盖不足导致异常事件发生，如图2：图2但从图1中可以发现，在同样的覆盖区域，存在覆盖正常的小区（图中蓝色打点区域），该小区为HS-休宁县-五城-HFTA-448668-50小区（1.8G），即首先查看该两小区的邻区关系，经查看，两小区之间已互配为邻区，如图3：图32、排除邻区漏配的影响后，原因定位于为什么在服务小区很差的情况下，不进行切换。

查看事件以及邻区列表，发现终端一直上报MR，而基站侧也一直下发A4事件要求切换，但切换目标小区频点为1650。

经证实，该频点为联通小区频点，从而终端无法切换至该小区进行业务，如图4：图43、根据以上分析，需进一步分析在邻区列表中没有五城50小区的原因。

首先，跟踪到上一次正常VOLTE通话时的情况：终端在服务小区为HS-休宁县-茅山-HFTA-448656-21小区（800M）进行起呼，此时强度为-103.25dBm，之后由于强度低于门限值，触发了A2事件，并在该RRC重配置消息里添加了测量频点和A4事件的相关配置，如图5：图5如图可见，在本次RRC重配消息里，添加了3个异频测量频点，分别为1650、1825和1850；随后添加了A4事件的相关配置，如门限值为-105dBm，迟滞=2dB，最大上报小区数=4，报告次数=无限制；之后将测量频点和测试事件结合一起，增加了3个测试计划。

VoLTE测试未接通问题分析
一、【问题现象】
VoLTE拉网测试时，在洞山中路与淮河大道交叉口占用立交桥-440706_51小区信号，主叫终端起呼后未接通，导致blocked call。

VOLTE未接通信令LOG图
二、【问题分析】
查看立交桥-440706站点无告警，无干扰。

分析流程：
原因分析：
1、从EVENT事件看，主叫起呼之后，占用问题小区多次上报A3事件未发生切换。

2、从message层三信令分析，上报A3不切换后，在9:49:04左右，主叫终端两次掉线重建，RRC 重配之后没有建立专有承载。

3、当前VoLTE通话需要在LTE小区建立默认承载（QCI=5，交互SIP信令）和专有承载（QCI=1，传输语音数据包），查看服务小区报慈浜LF_C当前RSRP -110dBm、SINR -4dB，无线环境较差。

怀疑无线问题导致专有承载无法正常建立。

三、【问题处理】
调整立交桥-440706天线方位角，增加该路段覆盖，并调整PCI，减少MOD3干扰，提升信号质量，调整后，复测正常。

四、【经验总结】
在我们日常的VoLTE语音优化中，除了关注VoLTE新功能开关、相关参数一致性外，传统LTE优化的重叠覆盖、弱覆盖、模三干扰等问题也需要重点关注。

无线环境的好坏关系到VoLTE信令，VoLTE语音数据包能否正常传输，各项承载能否成功建立，对VoLTE呼叫成功率、掉话率有重大影响。

因此，在对网格进行VoLTE测试前，建议提前解决网格内的无线问题点，保证VoLTE测试指标。

外部邻区配置错误导致VoLTE质差【摘要】本文在路测质差路段分析过程中，发现由于陀塘基站割接到新的BBU，且陀塘基站位于市区和农村2个OMMB边界，陀塘基站割接到新BBU后，市区OMMB的邻区未及时更新，导致邻区配置错误，无法切换导致VoLTE质差。

【关键字】BBU割接邻区切换【问题描述】DT路测分析中发现，5月23日马鞍山RCU7461设备沿宁芜高速由南向北行驶过程中，在陀塘与申边基站中间路段存在一段质差。

图1：宁芜高速差路段截图分析VOLTE路测数据时，发现如图所示路段，车辆沿沿宁芜高速由南向北行驶，占MA-当涂-陀塘-ZFTA-444033-57（PCI70），RSRP在-100dBm，SINR在-4dB左右，造成质差路段，影响VoLTE业务感知。

【问题分析】一、问题分析发现如图所示路段，车辆沿沿宁芜高速由南向北行驶，占MA-当涂-陀塘-ZFTA-444033-57（PCI70）,RSRP已经在-95dBm以下，多次上报MR，但是一直未触发A3。

由图可以看到，在陀塘基站和申边基站覆盖边缘，多次上报MR，但是前期每次上报的MR消息中均无MA-市区-申边-ZFTA-443524-55（PCI299）只要服务扇区和远处的MA-市区-大王村-ZFTA-443845-50（PCI50），直到19:29:51.470上报的MR中，上报了服务扇区和MA-市区-申边-ZFTA-443524-55（PCI299），随后立即发生切换。

切换前RSRP-98dBm，切换后RSRP-88dBm，信号良好。

但是此处切换过慢导致近300m的高速质差路段。

查询网管告警、邻区和参数等问题，均正常，无相关告警、底噪，且邻区配置完整，无冗余邻区和PCI混淆。

【解决方案】查询网管告警、邻区和参数等问题，均正常，无相关告警、底噪，且邻区配置完整，无冗余邻区和PCI混淆。

查询网管指标，MA-市区-申边-ZFTA-443524-55（PCI299）扇区X2切换成功率在5月22日开始恶化,X2切换成功率由98%降低到33%左右。

案例-VOLTE未接通分析案例VOLTE未接通分析案例摘要：市区2.1G覆盖不连片导致的邻区干扰对VOLTE呼叫建立成功率和掉话影响较大关键字： VOLTE未接通 2.1G【故障现象】：汤王大道玉兰苑向北，16:36:45.596主叫起呼随后信令正常交互至prack200，在16:37:05.391发cancel取消通话，此时统计为主叫未接通。

主叫占用BZ-市区-建安中学-HFTA-439095-50（RSRP=-63,SINR=17.3）。

【原因分析】：volte呼叫信令说明如下：1．1到6，UE起呼，UE高层协议层需要发送INVITE到IMS，触发RRC连接、安全模式等过程，并通过RRC重配置消息建立SRB2信令无线承载、恢复QCI 5承载，配置测量控制，IMS收到主叫的INITE消息，开始寻呼，并发送INVITE 100（TRYING）给主叫UE，用于响应INVITE 消息，INVITE消息中包含呼叫类型、主被叫的号码、主叫方支持的媒体类型和编码等；2．7到15，核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户，被叫UE收到寻呼后，触发RRC连接、安全模式等过程，被叫通过RRC重配置消息建立SRB2信令无线承载，CN侧通过QCI=5的RB向被叫发送INVITE消息，UE收到后发送INVITE 100消息进行响应，同时被叫发送INVITE 183消息给CN表示会话正在处理，启动Precondition(资源预留)过程，并通知主叫自己所支持的媒体类型和编码，并建立起QCI=1的承载；3. 16到17，IMS收到被叫的INVITE 83 后，对主叫启动Precondition(资源预留)过程，通过EPC通知主叫SM层建立起QCI=1的承载后，向UE发送INVITE 183消息；4．18到25，主叫向被叫发送PRACK消息，PRACK过程是一个预确认过程，主要为了防止会话超时及拥塞，被叫收到后返回PRACK 200，主叫收到被叫的PRACK 200以后，发送UPDATE消息，进行媒体格式协商过程，被叫通过UPDATE 200返回协商结果；5. 26到31是振铃接听过程，被叫发送INVITE 180给主叫，振铃，摘机后发送INVITE 200给主叫，主叫返回ACK进行确认，通话完全建立，进入通话过程；6. 32到37为挂机过程，通话结束后，主叫发送BYE请求结束本次会话，IMS服务器给被叫发送BYE,请求结束本次会话，被叫挂机，回BYE 200消息，核心网IMS服务器给主叫发BYE 200，标明会话结束，主被叫分别去激活EPS专用承载消息，删除QCI=1的数据无线承载。

1 优化经验总结日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。

RLC优先级优化现象：呼叫建立与切换过程冲突，专载被MME释放。

呼叫建立过程中专载建立与切换几乎同时发生，MME未收到NAS 专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE的情况），专载丢失形成未接通事件。

原因分析：QCI5设置的RLC优先级为2，高于SRB=2(传送NAS层消息)配置为3. 导致NAS的层3消息已经比MR要早，但是因为优先级比MR和SIP低，未及时发送。

优化措施：降低QCI 5优先级，确保SIP消息及时上传，修改后此类问题改善明显。

QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。

原因分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。

经过分析，由于QCI5的pdcp 丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。

优化措施：QCI5 PDCP DiscardTimer由300ms修改为无穷大优化效果：VoLTE无线接通率提升明显SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后，主叫起呼，被叫首先bye消息，紧接着接连收到多条上一次呼叫的invite，被叫回复bye481invite486invite580，呼叫失败。

优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s，此类问题已解决。

系统间邻区优化LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等信息导出。

1voLTE典型案例汇总1.1VoLTE未接通案例汇总VoLTE未接通问题的基本排查思路，除了配置问题，更主要的是需要核查前后的标准信令（S1+空口）以及SIP信令，特别是对于SIP信令，某条信令延时过大或是缺失都会导致VoLTE呼叫失败。

对于比较复杂的问题，需要联合核心网与终端进行端到端的问题分析。

1.1.1无线弱覆盖导致VoLTE呼叫失败【问题现象】如下图1-1所示，终端处在弱覆盖区域，导致服务小区RSRP及SINR都非常差（RSRP为-124.8dBm；SINR为-4.1），导致SIP信令交互无法完成，最后呼叫失败。

图1-1无线弱覆盖图【问题解决】对于弱覆盖区域：首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。

其次，根据网络拓扑结构和无线环境确定最适合覆盖该区域的扇区、并加强它的覆盖：（1）排除主覆盖小区的硬件故障（例如：基带及射频器件故障、天馈系统驻波比告警等）（2）上调主覆盖小区的RS功率（3）上调主覆盖扇区的功率（4）调整主覆盖扇区的天线下倾角（5）调整主覆盖扇区的天线方位角（6）建议加站，比如微站BS8912，并调整周边基站天线的方位角和下倾角最后，合理优化邻区，在主服务小区信号恶化前，通过系统内切换，保证呼叫接续流程完整。

1.1.2无线干扰严重导致VoLTE呼叫失败【问题现象】下行干扰，一般表现为RSRP良好但SINR偏差，干扰严重区域容易导致未接通。

同时也会导致掉线、切换失败等各类异常事件发生。

具体如图1-2所示。

图1-2 同频同PCI干扰图【问题解决】1.查看PCI规划是否合理，如近距离同频同PCI、以及模3干扰等问题。

2.这里说明，对于上行干扰问题，需要通过检查各个小区的底噪进行判断。

如果某一小区的底噪过高，并且没有与之相当的高话务量存在，则确认存在上行干扰问题，需要分析干扰来至系统内部或是异系统，具体解决方法不在赘述。

1.1.3QCI1专载建立与切换冲突导致VoLTE呼叫失败【问题现象】主被叫UE在呼叫建立过程中，QCI1专载建立与切换几乎同时发生，QCI1专载刚刚建立完成又在切换过程中被MME释放，终端回复invite580，VoLTE呼叫未接通。

1：覆盖类问题1.1：地形环境导致弱覆盖【问题表象】路测表现为：主被叫手机当前小区和所有邻区RSRP均小于-110dbm，无主服务小区导致SINR<-3dbm,无线环境恶化，导致掉线、切换失败、接入失败等异常事件频发。

【问题分析方法】结合现场环境和基站拓扑图，对周边所有基站进行逐个勘察和验证覆盖，对于地形原因导致无法彻底解决的区段，提交后续工程建设方案。

【解决方案】：1：核查局方站点规划方案，如果有规划站点，提高建设开通优先级，如果无建设规划，提交建站方案；2：测试2G网络覆盖情况，对于2G覆盖良好情况下，开启SRVCC（基于IMS网络提供语音业务(SRVCC)SRVCC指的是单无线模式终端从TD-LTE网络切换到3GPP UTRAN/GERAN时话音呼叫的业务连续性）功能；同时确保2G侧FR功能开启，确保及时回落4G。

（IMS（IP Multimedia Subsystem）即IP多媒体子系统）3：对于有测试考核要求的情况下，采取规避路线，减少异常事件发生概率；1.2：邻区漏配导致弱覆盖【问题表象】DT测试中，此类问题主要表象为如下几种情况：频发A3事件而无法切换；（同频切换通过事件A3触发，且事件上报方式采用事件转周期的上报方式。

事件A3的触发，即邻区质量高于服务小区一定偏置值。

参照3GPP协议36.331规定事件A3的判决公式。

触发条件：Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off ）✧通常伴随主被叫占用小区不同，RSRP（Reference signal receive power 参考信号的强度）相差较大；✧切换链紊乱；✧容易引发掉线、重建立、切换失败等事件如下图：【问题分析方法】1：前台测试分析，核对A3事件上报小区信息是否包含在RRCConnectionReconfiguration(无线资源控制重建)。

如未包含，则确定为漏配邻区。

核对基站拓扑图，判断是否需要添加该邻区，排除过覆盖、针状覆盖小区（室分泄露小区、非道路覆盖小区等）尤其需要慎重添加，防止切换后无法及时切出问题发生。

邻区漏配导致主叫掉话（漏配F-D）时间：2016-04-07主叫：被叫：【数据来源】**__移动_VOLTE主叫_网格1_鼎立ATU和HTCM8_0【问题现象】主叫11:10:56在,处发生掉话【问题分析】测试车辆在松福大道由北向南行驶，主叫11:07:36占用**沙井信维D-HLH-2发起呼叫，11:07:40通话建立。

主叫11:10:55发生掉话事件。

查看主被叫信令，从11:10:00开始，主叫占用**沙井展群F-HLH-2一直在上报切往**和山路D-HLH-2的A4事件，此时服务小区信号为RSRP=-106dBm，SINR=-16dB；无线环境恶劣导致RRC重建被拒，经后台查询**沙井展群F-HLH-2与**和山路D-HLH-2没有邻区关系。

主叫11:10:24占用**和山路D-HLH-2发生LTE Service Failure，随后主叫上报BYE，随后发生掉话。

【问题结论】邻区漏配导致主叫掉话【优化建议】1、添加**沙井展群F-HLH-2与**和山路D-HLH-2与的邻区关系邻区漏配导致主叫掉话（漏配F-F）测试时间：2016-04-09主叫号码：被叫号码：【数据来源】**__移动_VOLTE主叫_网格43_CDS和【问题现象】主叫20:27:58在,处发生掉话。

【问题分析】测试车辆在盐葵公路由东向西行驶，主叫20:25:57占用**盐葵梅沙D-HLH-1发起呼叫，RSRP=-93dBm，SINR=15dB，20:25:02通话开始建立。

测试车辆在盐葵公路行驶过程中，主叫20:27:49占用**下角湾F-HLH-1（RSRP=-118dBm，SINR=-12dB）期间连续弱覆盖，终端一直上报A3测量报告，目标小区为**大梅沙F-HLH-2，随后RRC重建被拒，经后台核查圳下角湾F-HLH-1与**大梅沙FHLH-2不存在邻区关系。

随后主叫发生掉话事件。

【问题结论】邻区漏配导致主叫掉话【优化建议】添加**下角湾F-HLH-1与**大梅沙F-HLH-2的邻区关系推动**云水间D-HLH **梅沙天琴半岛（微小M）建设邻区漏配导致主叫掉话(漏配D2-D2，已添加D1-D1)【问题现象】主叫在2016-04-10 18:09:40于发生主叫掉话【问题分析】测试车辆在航海路由东往西行驶过程中，主叫在18:09:40时分出现掉话事件，主叫在18:09:04时分开始起呼,在18:09:09时分通话建立，在18:09:10通话过程中主叫占用**兴海四D-HLH-103（RSRP=-112dBm,SINR=）多次上报A3事件切往**妈湾五D-HLH-102，由于漏配邻区，导致服务小区未切换到最优小区。