未接通案例
从三个未接通上看，主要有如下三点异常：
1、问题点3和问题点5均出现主叫在GSM侧发起呼叫后，2G核心网向终端发DISCONNET
拆除掉呼叫流程，原因为NETWORK BEYOUND INTERWORKING POINT，需要2G核心网确认发DISCONNECT消息的原因。
2、问题点4终端发发580 PRECONDITION FAILURE消息，需要确认被叫终端发此错误码的原
因。
3、问题点5，主叫向IMS发UPDATE消息后，未得到200 OK的回应，IMS回500 SERVER
INTERNAL ERROR错误码，需要IMS侧确认发此错误码的原因，具体问题分析如下：
问题3：网格41盘山公路东向西方向未接通
测试文件：41.GEN
问题发生时间：3月20日15:26:17
地点：盘山公路西向东方向。
经度：114.2166；纬度：22.5572，如下图
问题描述:主叫终端占用**园墩头F-HLH-2，RSRP低于-120dBm，VOLTE呼叫建立失败。
问题分析：
主叫侧在15：26：17.623发起VOLTE呼叫，占用**园墩头F-HLH-2，RSRP低于-120dBm，在15：26：19.391触发到TDS盲重定向，但终端最后占用到2G网络，在15：26：32.695侧在2G网络发起呼叫，如下图：
观察在2G侧的呼叫信令，主叫SETUP消息已正常发出，但在指配完成后，核心网突然发下行DISCONNECT消息导致拆线，原因为NETWORK BEYOUND INTERWORKING POINT，如下图：
观察这一阶段被叫侧信令，被叫占用**园墩头F-HLH-2，RSRP在-120dBm一下，未响应此次呼叫，如下图：
问题结论：
1、该段路RSRP低于-120dBm，导致终端重定到GSM网络，在GSM网络起呼后，2G核心网异常发DISCONNET消息，原因为NETWORK BEYOUND INTERWORKING POINT，导致拆线。
优化建议：
1、RF调整，改善该段路覆盖。
2、需要2G核心网异常发送DISCONNET，原因为NETWORK BEYOUND INTERWORKING POINT 的原因。
问题4：网格41北斗路近春风路南向北方向未接通
测试文件：41-2.GEN
问题发生时间：3月20日16:30:09
地点：北斗路近春风路南向北方向。
经度：114.1297；纬度：22.5448，如下图：
问题描述：
主叫终端占用**海富D-HLH-3,RSRP在-95dBm以上，SINR大于10，16:30:09.763，主叫发INVITE消息，QCI1未建立，呼叫建立失败。
问题分析：
观察SBC侧跟踪信令（SBC侧信令比终端侧信令快16秒）：
16：29：53.881，主叫发送INVITE消息，IMS马上回100TRYING消息：
16：29：54.806，IMS向被叫侧发INVITE，但被叫没有及时响应，6秒后（16:30:00.436），被叫才回100 TRYING消息，又过了4秒（16：30：04.425）,被叫才回183 SESSION PROGRESS 消息，如下图：
之后被叫终端马上向IMS发580 PRECONDITION FAILURE消息，导致呼叫失败。
观察被叫终端空口情况：如下图，被叫终端占用**文华D-HLH-22，RSRPZ在-95dBm左右，但SINR低于-10。
16：30：11.658，终端发起RRC重建，但重建失败，如下图：
16：30：11.891，被叫终端又发起次TAU更新，但TAU前后小区的TAI是一样的(均为10146)。
直到16:30:15。
737,终端重新发起随机接入，占用**海富D-HLH-103，SINR才到了0以上。
问题结论：
**文华D-HLH-22严重越区，导致主叫拨打时，被叫占用该小区SINR低于-10，导致被叫延迟10秒才回183 SESSION PROGRESS消息，之后马上发580 PRECONDITION FAILURE消息，呼叫建立失败。
下一步建议：
1、优化**文华D-HLH-22严重越区问题。
2、确认被叫终端发580 PRECONDITION FAILURE的原因。
问题5：网格41布心路近东乐路西向东方向未接通
测试文件：41-3.GEN
问题发生时间：3月20日17:10:39.775
地点：布心路近东乐路西向东方向。
经度：114.1350；纬度：22.5762，如下图：
问题描述：用户占用**东湖乐群D-HLH-3，RSRP在-95～-100dBm之间，SINR为1，17:10:39.775主叫发INVITE消息，QCI1已建立，17：10：42.400转CSFB，呼叫建立失败。
问题分析：
查看SBC侧跟踪信令（SBC侧信令比终端侧信令快16秒）:
主叫向IMS发送INVITE，IMS向主叫回100 TRYING、向被叫发INVITE，被叫向IMS回100 TRYING、183 SESSION PROGRESS这些流程均正常，如下图：
17：10：25.588，主叫向IMS发送UPDATE消息，如下图：
但主叫侧未得到IMS侧针对该UPDATE消息的200 OK回应，而是收到IMS侧发的500 SERVER INTERNAL ERROR消息，导致主叫终端发CANCEL消息终止此次呼叫流程，转CSFB流程，如下图：
之后终端CSFB到GSM网络建立呼叫后，2G核心网向终端发DISCONNET拆除掉呼叫流程，原因为NETWORK BEYOUND INTERWORKING POINT，导致呼叫建立失败。
分析结论：
IMS侧异常给主叫终端回500 SERVER INTERNAL ERROR消息，导致主叫终端转CSFB流程，主叫终端CSFB到GSM网络建立呼叫后，2G核心网向终端发DISCONNET拆除掉呼叫流程，原因为NETWORK BEYOUND INTERWORKING POINT，导致呼叫建立失败（和问题点3类似）。
下一步建议：
1、需IMS确认给主叫回500 SERVER INTERNAL ERROR错误码的原因。
2、和问题点3类似，主叫在2G发起呼叫总是失败，2G核心网向终端发DISCONNET拆除掉呼叫流程，原因为NETWORK BEYOUND INTERWORKING POINT，需要2G核心网确认发DISCONNECT消息的原因。
VOLTE 480 cause未接通专题分析
480CAUSE整体分析：拆线原因分析：根据拆线原因进行汇总分析发现480的逐渐增多占17.17%排在TOP3里。
所以注重对480cause 进行汇总分析。
REASON_TEXT 分析：对所有480未接通的REASON_TEXT 汇总发现主要为Normal call clearing 占91.32%，从拆线网元和号码看均和CS 有关，需CS 域协查，temporaryfailure 占5.52%从具体信令话单分析均由Bsrvcc 导致，channel type not implemented 占2.76%从具体信令话单分析均由Bsrvcc 导致。
拆线网元分析：按照所有480的拆线网元进行汇总分析发现主要为MGCF占63.16%，S-CSCF占28.16%，查看第一拆线网元为S-CSCF的号码均为固话号码，所以90%以上的拆线原因和CS域有关。
根据reason、warning、第一拆线网元分析导致480的主要原因为两个：其一被叫在CS域用户无响应或寻呼失败需CS域协助核查、其二Bsrvcc导致。
按照具体REASON_TEXT案例分析：Normal call clearing：核查第一次拆线网元均为MGCF和S-CSCF,其中拆线网元为S-CSCF的号码均为固话号码，所以所有reason_text为normal call clearing的都和CS域有关，需CS域协助核查。
案例一：被叫用户无响应具体信令流程：主叫在VOLTE域，被叫在CS 域，19:07:32时被叫向主叫发送UPDATE响应200OK，此后MGCF 一直没有发出振铃信息。
19秒后在19:07:51时MGCF向SBG-S发送183里携带Cause: No user responding (18)，被叫用户无响应。
40秒后在19:08:31时MGCF再次向SBG-S发送183里携带cause:send special information tone(4)进行放音16秒后在19:08:47时MGCF再次向SBG-S发送480 TEMPORARILY UNAVAILABLE(Cause:480)里携带Cause: Normal call clearing (16)结论：需CS域协助核查案例二：Send special information tone具体信令流程：主叫在VOLTE域，被叫在CS 域，12:44:20时主叫UE上发INVITE在12:44:21.10时主叫UE收到UPDATE响应200OK在12:44:23.33时MGCF向SBG-S下发183 SESSION PROGRESS里携带Cause: Send special information tone (4)，进行放音。
VoLTE手机被叫未接通案例分析及处理
VoLTE手机被叫未接通案例分析【摘要】VoLTE试商用时出现大概率被叫无法接通现象，通过现场测试排查和端到端信令分析，将问题锁定在核心网侧。
省NOC根据故障报告进行排查，针对核心网TLDN回落机制分析，最终确认核心侧TLDN数据配置不全。
【关键字】VoLTE 被叫TLDN 回落背景：随着网络优化和VoLTE商用的推进，安徽电信内部开通VoLTE用户预商用，要求各分公司试用并进行网络质量分析和疑难问题反馈，协助省公司完成VoLTE商用指导。
【故障现象】：省公司开通VoLTE测试卡后，概率性出现VoLTE测试卡作为被叫无法接通现象，未接通时主叫保持呼叫状态，被叫手机无响应，直至主叫手机提示“无声、空号、无法接通、未开通此项业务、增值业务被终止”等各种声音通话结束：图1：测试被叫无响应【告警信息】：登录基站无告警，网元测试，基站与MME、SGW等网元连接正常：图2：网元节点测试【原因分析】：（一）终端排查现场倒换终端进行测试验证，发现开通VoLTE功能终端在CS域做被叫出现大概率未接通，主叫正常：表1：终端排查（二）无线环境分析CQT测试，选取RSRP：-60dbm、SINR：30db覆盖正常，无线环境良好的测试点进行测试，依然出现被叫CS域无法接通现象：图3：无线环境（三）信令对比分析通过以上分析可以看出本次未接通与无线环境无关，只是VoLTE 功能终端在CS域被叫引起的未接通，计划通过CS域被叫正常通话和未接通信令对比来分析差异。
正常接通时：IMS域主叫发起INVITE Request后，2s∽5s左右被叫在C网收到寻呼消息，进而发起CSFB回落到C网通话，信令流程如下：图4：正常呼叫被叫CS域未接通时：信令来看IMS域主叫15:33:48发起INVITE Request请求，15:34:18发起呼叫取消，随后IMS下发呼叫取消确认，并下发INVITE 487呼叫终止，主被叫信令流程如下：此时，发起呼叫到终止经过30s时间，主叫超时释放，造成未接通，信令如下：图5：被叫无法接通主叫终端收到IMS下发的487呼叫终止消息，被叫未收到寻呼导致主叫超时终止通话，可以判断问题出在eNB上层网元IMS寻呼处理阶段。
精品案例_TAC设置不合理导致VoLTE未接通
TAC设置不合理导致VoLTE未接通目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (5)四、经验总结 (6)TAC设置不合理导致VoLTE未接通【摘要】随着VoLTE业务的不断推广，VoLTE用户数逐步增加，VoLTE业务的感知成为关注的焦点。
经过几个月的不断优化，铜陵VoLTE网络掉话率逐步减少，但是未接通现象仍时有发生。
为提高用户的VoLTE通话感知，需时刻关注未接通发生的原因，逐步解决，提升接通率，保障用户通话感知。
【关键字】VoLTE 未接通【业务类别】VoLTE、参数优化一、问题描述RCU设备在铜陵铜官区北京东路上进行VOLTE路测时，主叫起呼发出Invite消息后，在收到核心网响应Trying 100之前,先收到了核心网下发的RRC Connection Release消息,RRC连接释放后,接续被终止，出现了未接通事件。
二、分析过程通过信令详细分析主叫起呼的过程，可以发现，起呼前，主叫刚完成重选过程，从TL-市区-康复中心-HFTA-448900-53小区（PCI：210）重选至TL-市区-市二院-HFTA-448913-54小区（PCI：356小区），由于源小区与目标小区处在不同的TAC，主叫发起了TAU请求：在主叫上发TAU请求后，未等网络回复ATU Accept，主叫已开始了起呼，上发Invite消息。
然而Invite上发0.172s后，主叫同时收到了网络下发的ATU Accept和RRC Connection Release消息（因此时主叫处在非业务态，ATU更新会伴随RRC连接的释放），主叫被叫同时释放，从而导致了Blocked Call事件的发生。
三、解决措施由于TL-市区-康复中心-HFTA-448900-53小区的TAC设置为28035，TL-市区-市二院-HFTA-448913-54小区的TAC为28039，两个小区之间正好处于TAC边界。
该路段是一段长距离的连续下坡，车速较快，TAC更新引起此次未接通。
精品文档_邻区漏配导致的VoLTE语音未接通分析
邻区漏配导致的VoLTE语音未接通分析案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (5)四、经验总结 (7)邻区漏配导致的VoLTE语音未接通分析案例【摘要】VOLTE是基于IMS的语音业务，而IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。
经历了过去几年的发展成熟后，VOLTE已经实现规模商用。
VOLTE测试中邻区漏配会导致通话质量较差、掉话、未接通等问题，本文主要分析由于邻区漏配造成的未接通处理过程。
【关键字】邻区VOLTE【业务类别】优化方法、VoLTE、参数优化一、问题描述统计RCU指标时发现6月13日10:03:33时在通达路与航苑路交叉口附近出现一次未接通事件，车辆在该问题路段时由西向东行驶，占用XY-BB-蚌山区-万达悦府C区4#楼一单元电梯机房-ZFTA-440309-8小区信号，RSRP=-85dBm、SINR=-11.8dB；主被叫均出现未接通。
二、分析过程主叫在10:03:28秒时发出IMS_SIP_INVITE->Trying的信令，在10:03:33时出现未接通事件，产生事件原因为IMS_SIP_INVITE 488，主叫占用BB-蚌山区-蚌山区金奥华府西门-ZFTA-156318-134小区信号，RSRP=-62dBm、SINR=23.6dB，主叫信号良好；主叫：分析被叫数据，被叫在10:03:09时发出IMS_SIP_BYE->OK 200的信令后，结束通话进入空闲态，占用XY-BB-蚌山区-万达悦府C区4#楼一单元电梯机房-ZFTA-440309-8小区信号，RSRP=-80dBm、SINR=-5dB左右，占用该小区信号后，重复发送RRC连接重配置消息，最终产生LTE RRC Radio Link Failure事件，无线链路失败后，小区重选至BB-蚌山区-蚌山区金奥华府西门-ZFTA-156318-134小区后，信号恢复正常，被叫在10:03:33.836时发IMS_SIP_INVITE->Trying 100消息，还未建立QCI承载便发生了未接通事件。
经典案例_UE不活动定时器设置较小导致VOLTE未接通
无线-UE不活动定时器设置较小导致VOLTE未接通目录一、问题描述 (4)二、分析过程 (4)三、解决措施 (5)四、经验总结 (6)UE不活动定时器设置较小导致VOLTE未接通【摘要】在eNodeB L2 MAC检测到DRB上下行都没有数据接收/发送之后，启动计时器计数，在当该计数器满足UE不活动定时器配置值后，L2上报L3发起释放（L3在S1口会向核心网发送“S1AP_UE_CONTEXT_REL_REQ”消息，且消息内携带的原因值为“User-inactivity”）；当计数器未满足UE不活动定时器配置值时L2 MAC又检测到DRB有数据发送/接收后，计时器重新计数。
由于UE不活动定时器超时导致RRC异常释放，然后上报CANCEL，导致为未接通，影响用户感知。
【关键字】UE不活动定时器VoLTE【业务类别】VoLTE一、问题描述网优人员接到用户投诉在市区金隆公司附近打电话时，几乎每天都会遇到别人打自己电话，自己手机没反应，接不到电话。
为此在现场展开测试分析优化。
起呼过程中主被叫手机一直占用金隆公司基站，4G无线环境良好。
二、分析过程主要的几个事件过程如下：（1）起呼过程中主被叫手机一直占用金隆公司基站，无线环境良好。
（2）先是主叫挂机，RRC被释放，主叫上报INVITE，主叫收到INVITE100，主叫建立EPS 专用承载。
（3）主叫RRC被释放，主叫RRC建立，收到INVITE183，收到INVITE180。
（4）主叫RRC被释放，主叫RRC建立，收到INVITE183，收到INVITE180。
（5）主叫RRC建立，主叫收到INVITE200同时上报ACK，主叫上报BYE。
（6）网络侧连续4次下发INVITE200，上报ACK和BYE，主叫收到网络侧下发的CANCEL481，原因为Cancel request received after dialog active state，收到BYE500，原因为Unexpected message received。
RRC连接失败处理案例
从客户角度来说，存在两种情况：1）用户拨打电话会出现不能一次拨打成功的问题。具体表现在：用户拨打电话，手机显示在拨打，手机听筒中无声音，然后8秒钟左右就直接中断，返回拨号的界面，未接通后就中断了，用户需要再次拨打。若用户有拨号之后就将手机放在耳边的习惯，出现这种问题时，用户感知更差。2）用户接听不到部分电话，其他人拨打用户电话会有“您拨打的用户暂时无法接通”的语音提示。
5、检查发现，13222-青山村2区与18412-广大环球2区，同频同扰码(频点:10112；CPI:68)。两站相距2240米左右，且无邻区关系。
图8
至此可以确定在UE侧上发rrcConnectionRequest后，由于青山村2区与UE驻留的广大环球2区是同频同扰，青山村2区在该处存在虚假信号，导致UE根据频点和扰码解析的小区为青山村2区，而不是UE驻留的广大环球2区。RNC侧收到的rrcConnectionRequest信令每次都有2条，且相差为10毫秒级（图7），应该为UE在青山村2区与广大环球2区均上发rrcConnectionRequest，但解析的小区为青山村2区。RNC侧收到UE上发的rrcConnectionRequest并进行解析，在青山村2区下发rrcConnectionSetup，而UE驻留的小区为广大环球2区，导致UE未收到，最终导致未接通。
检查18412-广大环球2区出现问题时段的上行时隙干扰情况，如下图：
图6
从上图可以看出，18412-广大环球2区不存在上行时隙干扰。
4、既然18412-广大环球2区不存在上行时隙干扰，那一般情况下，不存在RNC侧收不到的问题。我们再回过头来，详细的检查CT，看是否有遗漏。
9个案例告诉你-这些情形不接电话非小事
9个案例告诉你:这些情形不接电话非小事随着网络科技时代的到来，人们的生活已经离不开手机，一般不接电话都是故意而为之。
这里小编给大家带来的是9个案例告诉你:这些情形不接电话非小事，有兴趣的小伙伴可以进来看看，参考参考！最近，**省**县几名干部和省委巡视组玩“失联”，电话不接、短信不回，贻误了巡视组座谈，其中4人受到党内警告处分。
不接电话看似小事，反映的却是一些党员干部纪律规矩意识淡漠、视党纪法规为无物的严重问题。
我们盘点这些年，党员干部因在一些特定情形下不接电话挨处分的典型案例，可以看出：有些时候，有些岗位，不接电话，可真不是一件小事。
1. 和巡视组玩“失联”2018年7月19日至22日，**省委巡视组根据巡视工作安排，对**县部分单位领导干部进行座谈，县委提前要求参加座谈人员保持联系畅通。
7月22日，工作人员电话通知**县检察院党组成员、副检察长姜昱参加省委巡视组座谈，一直未接通电话，7月24日上午至当晚8时15分，检察院多次联系和派人寻找，姜昱仍处于失联状态，贻误省委巡视组谈话，造成不良影响，构成违反工作纪律行为。
与姜昱情况类似的，还有该县石油公司经理张军、安监局局长涂富强、行政服务中心主任朱林松。
2018年8月，4人均被给予党内警告处分。
2. 组织调查期间搞“失踪”把戏2013年10月至2014年4月，武汉市江夏区乌龙泉街党工委委员、办事处副主任谢名高前后9次驾驶公车办私事。
区纪委接到群众举报和违章信息后，立即向乌龙泉街及谢名高本人调查核实。
乌龙泉街明确表示并未安排谢名高到上述地点开展工作，谢名高则指使其挂点的乌龙泉街四化村出具不实证明，企图蒙混过关。
调查人员要求其作出详细情况说明，谢名高竟玩起了“失踪”的把戏：采取回避、推诿、不接电话、通知不到等方式拒不接受组织调查。
期间，调查组先后6次到乌龙泉街，希望就调查情况与谢名高见面沟通，谢名高每次一听说纪委找他，就立即外出躲避，并关闭手机，致使调查工作严重受阻。
VOLTE语音业务培训材料2-理论与案例 201702...
Volte语音业务培训材料2提纲：1、volte语音业务信令流程：前台、完整流程、炎强、博瑞得、基站侧；未接通案例，掉话案例。
关键节点：UE、eNodeB、MME、SAE（SGW&PGW）、PCRF、SBC（SBC\P-CSCF\ AGCF\ ATGW）、I/S-CSCF、AS（MMtel）、HSS2、初始注册、重注册关键节点：初始注册有401,nonce值为空，会影响业务；重注册无401，nonce值不为空，不影响业务。
另外，expires 为60000表示要注册，如果为0则表示去注册。
Nonce是RAND+AUTN的B64编码。
3、eSRVCC流程、案例关键节点：handover command是在Handover from E-UTRAN Command里面解出来,如果到2G之后320ms（T3214）收不到physical information，则会返回4G重建。
4、附录内容一．VOL TE语音业务完整信令流程1主叫用户UE(O)的呼叫请求发送到主叫P-CSCF。
呼叫请求中包含precondition（为了确保呼叫建立之后有足够的媒体资源供会话使用）相关参数，其中主叫侧和被叫侧均为none。
2主叫PCSCF通过AAR消息向PCC申请通话资源（临时），同时请求主叫用户位置信息。
按标准流程，VoLTE SBC（P-CSCF向PCRF发送AAR消息，携带用户IP、媒体部件信息（关键参数包含Media-Type、Flow-Description、Flow-Status）和AF应用标识等信息。
VOLTE SBC（P-CSCF）计算出相应的带宽信息满足与该次通话协商的编码。
消息除了携带业务流信息外，消息中还携带AF-Charging-Identifier，通知PCRF ICID。
消息中携带的终端地址为IPv6地址。
同时携带Specific-Action AVP，其值为CHARGING_CORRELATION_EXCHANGE (1)，VoLTE SBC（P-CSCF）要求PCRF上报接入网侧的计费标识。
5.VoLTE案例分析
注：该问题正在与终端厂家沟通中….
几类人工剔除异常介绍
平台规则问题：3分钟双bye收OK回复案例
现象：呼叫满3分钟后，终端上发SIP bye后3秒又上发sip bye消息，并收到OK回复。 规则：已有网络问题发现，存在双bye后掉话的情况，因此平台算法对全部双bye问题标记为掉话。 分析：虽然出现了双bye挂断，（1）满足呼叫规则3分钟挂断且收到OK回复，（2）期间RTP包交互正常 确认应为正常挂断，sip bye消息重发。
2. 被叫振铃不接听案例 现象：被叫update交互完成后，上发振铃，未上发 OK,主叫收到振铃，18秒后上发了cancel取消。 软件：惠杰朗CDS 分析：被叫上发振铃后，按照软件设置应在1秒后立 即接听，怀疑软件触发的接听AT指令未其作用。
注：平台对掉话判断规则，在出现sip invite OK后，监测后续 的sip bye消息，若出现sip bye且收到OK则判断为正常，若无 发生下1次起呼，则以下次起呼时间作为上次掉话的时间点。。
现象/原因分类 振铃不接听
呼叫过程中主叫再次起呼或被叫异常发起寻呼 终端主动挂机
LOG信令记录丢失 SIM卡故障
说明 被叫振铃但不接听 接通状态下起呼或寻呼 起呼或接通后的立即挂断 由于软件问题导致的LOG未记录 非人为因素导致的SIM卡松动
问题判定
问题子类判定
测试软件问题 测试设备问题
丢信令
如GSM下的信令丢失，TD、LTE信令不连续则需要仔细辨认，确 认非基站闪断造成
注：VOLTE未接通触发CSFB接通，仍然统计VOLTE未接通；特别说明由于是统计规则后续可能会按照集团要求变更。
HTC M8版本升级引入silent redial功能
经典案例_因E-RAB尝试修改失败导致的VoLTE无法接通案例
因E-RAB尝试修改失败导致的VoLTE无法接通案例摘要：随着VOLTE的试商用深入开展，越来越多的4G用户使用VOLTE高清语音通话，是完全基于4G承载的语音，网络质量的好坏对于语音的接通和体验影响很大，急需集中力量分析解决日常用户使用中的通话质量问题，本案例通过用户反映的打不通电话为切入点进行信令跟踪分析和参数核查，通过站点参数核查对比发现，对QCI更新之后的E-RAB修改有影响的参数开关为QCI更新参数校验开关，用于控制QCI更新时是否开启相关参数校验。
当开关开启，不支持QCI动态更新前后相关的RLC和PDCP参数变化，可能导致E-RAB修改成功率降低。
关键字：QCI更新参数校验开关【故障现象】：五河电信局有用户反映，刚开通VoLTE功能的手机在办公大楼内会出现VoLTE无法接通的情况，具体表现为主叫手机拨出后，会自动挂断且语音提示无法接通，但被叫手机出现一次响铃，离开此区域后拨打VoLTE通话正常【原因分析】：1、查询该站BB-五河-五河电信局-HFTA-440389的EUTRAN支持VoIP能力开关已经正常开启：LST ENODEBALGOSWITCH。
2、分析发现，eNodeB向MME发送了E-RAB修改回复中，出现QCI值不被支持错误原因，随后MME向eNodeB发送E-RAB释放消息，原因为正常释放，因此导致VoLTE未接通事件。
3、查看对比E-RAB建立请求和E-RAB修改请求信令发现，建立修改前后QCI始终为1，但gbrQoSInformation中前后E-RAB上下行最大比特速率不一致，由初始E-RAB建立时的53000降至39000。
4、通过PRS统计该小区的QCI1业务指标，发现该小区QCI1的尝试修改次全部都不成功，并且都是用户发起的E-RAB尝试修改，统计指标如下：开始时间小区名称QCI为1的业务E-RAB修改尝试次数(无)QCI为1的业务E-RAB修改成功次数(无)用户发起修改E-RAB的尝试总次数(无)用户发起修改E-RAB的成功总次数(无)02/21/2019 09:00:00 BB-五河-五河电信局-HFTA-440389-53 5 0 5 002/21/2019 10:00:00 BB-五河-五河电信局-HFTA-440389-53 9 0 9 002/21/2019 11:00:00 BB-五河-五河电信局-HFTA-440389-53 4 0 4 002/21/2019 12:00:00 BB-五河-五河电信局-HFTA-440389-53 4 0 4 002/21/2019 13:00:00 BB-五河-五河电信局-HFTA-440389-53 3 0 3 05、通过该站点参数核查对比发现，对QCI更新之后的E-RAB修改有影响的参数开关为QCI 更新参数校验开关，用于控制QCI更新时是否开启相关参数校验。