精品案例_TAC设置不合理导致VoLTE未接通
全网VOLTE终呼未接通分析案例分析
终呼未接通分析基于SEQ第一拆线原因对全网终呼未接通进行分析汇总。
终呼第一拆线原因占比表：根据第一拆线原因、拆线原因、拆线网元对终呼未接通进行分析汇总：1终呼580未接通1.1VOBB用户INVITE信息不符合协议规范VOBB用户拨打苹果VOLTE用户，由于VOBB用户INVITE信息里support中不携带100rel，导致苹果，SBC不发起承载建立导致未接通详细话单信令：VOBB下发的INVITE消息里Supported里不携带100rel,正常一般携带Supported:100rel,timer,histinfo,precondition。
被叫上发的183里不携带SDP信息，正常的是会携带Session Description Protocol 信息的，导致SBC不发起承载建立。
主叫发出183到被叫6秒后没有建立承载超时后主叫UE上发580 LOCAL QOS NOT ESTABLISHED(Cause:580)导致未接通处理建议：按照协议规范升级VOBB终端，使之VOBB终端INVITE信息符合规范。
1.2三星终端和彩铃平台配合异常在发给被叫的invite和update消息中，要求被叫终端完成preconditionMedia Attribute (a): curr:qos local sendrecv| | Media Attribute Fieldname: curr| | Media Attribute Value: qos local sendrecv| | Media Attribute (a): curr:qos remote none| | Media Attribute Fieldname: curr| | Media Attribute Value: qos remote none| | Media Attribute (a): des:qos mandatory local sendrecv | | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory local sendrecv | | Media Attribute (a): des:qos mandatory remote sendrecv | | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory remote sendrecv 但在终端返回的183和update 200ok消息中，终端没有完成承载预留Media Attribute (a): curr:qos local none| | Media Attribute Fieldname: curr| | Media Attribute Value: qos local none| | Media Attribute (a): curr:qos remote sendrecv| | Media Attribute Fieldname: curr| | Media Attribute Value: qos remote sendrecv| | Media Attribute (a): des:qos mandatory local sendrecv| | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory local sendrecv| | Media Attribute (a): des:qos mandatory remote sendrecv | | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory remote sendrecv 现有彩铃平台SNEC82版本是在继续等待被叫发送的新的完成资源预留的UPDATE，但是一直没有新来UPDATE，超时了。
精品案例_传输参数tacLimitGbrNormal配置错误导致的Volte无法呼叫
传输参数tacLimitGbrNormal配置错误导致的Volte无法呼叫目录1问题描述 (3)2分析过程 (3)3优化措施 (4)4经验总结 (6)传输参数tacLimitGbrNormal配置错误导致的Volte无法呼叫【摘要】目前六安电信已经全网打开VOLTE功能，但是在VoLTE投诉处理过程中，发现个别用户有无法进行VoLTE业务的情况，经过参数对比分析，最终确定是基站侧传输参数tacLimitGbrNormal配置不合理导致volte业务无法进行，优化后问题解决。
【关键字】tacLimitGbrNormal、VoLTE1 问题描述在近期的日常优化中，个别用户反馈手机卡已开通VoLTE功能，手机亦支持VoLTE功能，但无法进行VoLTE业务。
现场测试主要体现为INVITE-tying 100后出现503错误，如下问题是该小区都无法成功拨打VoLTE电话，表现为IMS注册成功，手机有VOLTE标志，但是如果拨打电话，却会回落到2G进行通话，出现概率100%，而且如果从其他基站正常VoLTE 起呼后，再往不正常站点进行QCI1的切换，是正常的不会掉话。
2 分析过程通过抓取EMIL信令发现，在核心网对基站发起专载(QCI1)建立请求后，ENB回复传输资源不可用(transport-resource-unavailable(0))，专载建立失败。
如下：尝试操作：1、进行BTS参数模板倒换测试，无效；2、检查IP段设置，同样IP段的其他基站也是正常的；3、基站软件版本升级，无效；进行过以上操作后，问题依旧，我们可以排除基站BTS数据配置问题、软件版本问题、IP路由问题，把问题排查范围缩小到传输参数(TRS)配置问题，继续检查基站侧TRS参数，发现参数tacLimitGbrNormal都是设置的1M，于是调整为1000M后再测试，问题解决，可以正常建立QCI承载，通话正常。
3 优化措施将参数tacLimitGbrNormal调整为1000M后再测试，问题解决，可以正常建立QCI承载，问题解决。
精品案例_VoLTE 580 Precondition Failure导致未接通
VOLTE 580 Precondition Failure导致未接通案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (5)四、经验总结 (6)VOLTE 580 Precondition Failure导致未接通案例【摘要】VoLTE技术带给4G用户最直接的感受就是接通等待时间更短，以及更高质量、更自然的语音视频通话效果。
首先，高清语音和视频编解码的引入显著提高了通信质量，其次，VoLTE的呼叫接续时长大幅缩短，但VoLTE测试过程中仍发现部分掉话、未接通的现象，严重影响用户的感知。
【关键字】VoLTE 、VoLTE未接通【业务类别】参数优化一、问题描述在日常测试中，发现在全椒盛大2站附近发生 Precondition Failure导致的失败事件，表现为呼叫过程中，终端主动上发或收到网络侧下发的580 Precondition Failure消息，随后呼叫中止，出现未接通事件。
二、分析过程1.主被叫均在11:41:25.334左右，基站下发了RRC Connection Release消息主被叫进入空闲态。
2.主叫在11:41:32.214，发起了呼叫请求，网络测并响应主叫的呼叫请求，进行终端RRC 建立、终端能力查询等相应流程，随后网络测下发给主叫，INVITE100表示正在处理主叫的呼叫请求。
由于该路段存在无线环境较差现象，影响被叫终端直至11:41:46.968才响应呼叫的寻呼消息，进行服务建立准备。
3.被叫终端在11:41:47.044向网络测上发INVITE 100 、INVITE183消息，但网络测未向被叫终端下发RRC Connection Reconfiguration 消息建立QCI承载，11:41:47.347随后被叫终端上发580消息，主叫在11:41:51.233,上发CANCEL消息，网络测响应并下发给主叫487消息，导致本次主被叫未接通。
4. 追踪信令发现QCI5设置的RLC优先级为2，高于SRB=2(传送NAS层消息)配置为3. 导致NAS的层3消息已经比MR要早，但是因为优先级比MR和SIP低，未及时发送。
频繁切换导致VOLTE未接通优化案例
芜湖频繁切换导致未接通优化案例【摘要】切换失败、切换过早或过晚、切错小区和乒乓切换等情况，都会直接影响客户感知，系统的性能。
本文是通话建立过程中频繁切换引起核心网侧QCI1释放，主叫收到503 Service Unavailable (1:223),被叫收到CANCEL (Reason 503)导致未接通的案例。
【关键字】频繁切换 CANCEL 未接通【故障现象】当UE行驶至北京西路中和路附近，主叫占用WH-市区-福达大厦-ZFTA-442413-0起呼，建立过程中语音转载建立失败，主叫收到503 Service Unavailable (1:223),被叫收到CANCEL (Reason 503)导致未接通。
【告警信息】对周边小区进行告警查询，无影响业务异常告警。
【原因分析】（一）VOLTE基本流程和信令解释如下：（二）问题分析流程如下：（三）未接通事件常见原因：1、信号覆盖质量差现场测试信号覆盖良好，且查看前几个月的测试LOG发现均不存在弱覆盖和sinr差，因此排除覆盖差、无线环境差导致的未通。
2、参数设置问题通过后台网格核查该站点的参数设置，发现该站点的参数设置符合省公司标准，且与周边站点设置一致。
3、核心网问题主叫信令流程：从信令流程可以看到12:03:53.809的handover导致DRB identity 5被释放，而从12:03:48.006建立专载的信令可以看到DRB identity 5为EBI 7即QCI1，所以该handover导致QCI1被释放，主叫主动发送cancel。
被叫信令流程：主叫12:03:46.103发起寻呼，12:03:48.973收到invite 180，12:03:53.825由"WH-市区-福达大厦-ZFTA-442413-0"切换至"WH-市区-新市口-ZFTA-442369-52"，信号相当，频繁切换导致主叫于12:03:53.856主动上发cancel，12:03:53.934收到IMS_SIP_INVITE 503，造成未接通；形成原因为主服务小区不明显造成频繁切换，核心网侧QCI 1释放，引起未接通。
VOLTE异常事件典型案例分析
异常事件典型案例分析未接通对第四轮测试数据进行分析发现未接通常见案例如下：未接通原因分类求和项:统计次数测试软件问题 6被叫振铃未接听 2测试设备断链 4端到端问题 4TAU与QCI建立流程冲突 1TCP链路问题 1切换与QCI1建立流程冲突 1终端在2G侧无响应 1核心网问题 5TAU与切换流程冲突导致TAU失败 4同一个MME下NAS消息sequence number不连续导致承载未建立 1其他原因 3人为挂断 3终端问题 2跨TAC但未发TAU导致服务拒绝 2总计201、测试软件问题（1）11月25日网格8 被叫振铃未接听主叫号码：136******** 被叫号码：136********（Time: 13:57:00.354，Latitude: 39.92886，Lontitude: 116.52397）13:56:25.184主叫占用朝阳平房乡政府南公园西北HLG-3发起呼叫，RSRP -78 dBm，SINR 17dB，无线环境良好，13:56:27.776主叫收到网络侧转发的被叫的invite 180后，由于被叫一直没有摘机导致在13:56:47.988被叫主动挂机上报invite 603，携带原因为decline，主叫判断为未接通，被叫判断为掉话。
此处属于测试软件问题，应该予以剔除。
（2）11月19日网格55 测试设备断链主叫号码：136******** 被叫号码：136********(Time: 12:57:39.940,Latitude: 39.86454,Lontitude: 116.43406) 12:57:30.631主叫占用丰台左安门桥南HLG-5发起呼叫，RSRP -99 dBm，SINR 6dB 空口良好，由于被叫终端设备断链导致未接通，应该予以剔除。
2、端到端问题（1）11月16日网格67 QCI1与TAU流程冲突主叫号码：136******** 被叫号码：136********（Time: 13:13:21.299，Latitude: 39.92329，Lontitude: 116.41997）13:13:11.358主叫占用东城语文出版社HL-1发起呼叫，被叫于13:13:13.870上发invite 183之后，开始建立QCI1承载，UL information transfer还没有上发时发起TAU，流程冲突导致被叫主动上发invite 580，属于端到端问题，需要集团规范协议流程。
精品文档_邻区漏配导致的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承载便发生了未接通事件。
精品案例_DRX参数配置不合理导致VoLTE呼叫时延高优化案例
关于切换不及时问题分析案例目录一、问题描述 (3)二、问题分析 (3)2.1查看无线环境 (3)2.2查询当前基站告警情况； (4)2.3更换终端进行测试 (4)2.4核查站点RLC传输模式配置 (5)2.5核查QCI1与QCI5的DRX参数配置； (5)三、优化效果 (6)四、优化总结 (7)DRX参数配置不合理导致VOLTE呼叫时延高优化案例【摘要】VOLTE呼叫时延问题是VOLTE 优化时需要考虑的关键问题之一。
本文是在无线环境正常的情况下提供一个呼叫时延分析的思考的方向。
【关键字】DRX、呼叫时延【业务类别】切换、优化方法一、问题描述VOLTE呼叫时延的定义是从终端上报信令INVITE Request至终端接收到信令INVITE Ringing 180之间的时长，在进行VOLTE测试时发现当UE占用HS-歙县-岔口-HFTA-448732-52时VOLTE呼叫时延较高，从INVITE Request信令开始至INVITE Ringing 180之间经过了大二、问题分析2.1查看无线环境当UE占用HS-歙县-岔口-HFTA-448732-52时， RSRP为-86dbm，sinr为22db，无线信号覆盖质量较好，排除无线环境原因导致呼叫时延过高。
2.2查询当前基站告警情况；2.3更换终端进行测试在此问题区域，更换终端进行测试，测试结果显示，VOLTE呼叫时延依旧偏高，呼叫时长约12s，如下图所示:由上排除终端、告警、无线环境问题后，判断此次测试时延高的问题是由于小区网管参数配置出现问题导致，应核查与VOLTE时延相关参数。
2.4核查站点RLC传输模式配置查询QCI参数：QCI1对应的RLC PDCP参数组ID为0，QCI5对应的RLC PDCP参数组ID2.5核查QCI1与QCI5的DRX参数配置；查询小区标准QCI参数， QCI1对应的DRX参数组ID为1，QCI5对应的DRX参数组为1，三、优化效果将QCI1对应的DRX持续时间定时器由2 PDCCH子改为8 PDCCH子帧后进行复测：优化后复测结果正常，呼叫时延降低至4s左右，改善明显，如下图：四、优化总结为了避免此问题再次发生建议全网核查VOLTE相关参数配置，当我们在日常优化工作中遇到问题时，一定要多方位多角度分析问题，优化手段多样化，同时要加强优化人员对VOLTE 网络的学习。
案例-VoLTE未接通分析优化处理
VoLTE未接通分析优化处理【摘要】：8月份省公司组织VoLTE对标拉网测试，在进行LOG分析时，发现一部分未接通是由于在切换过程中发起了业务起呼，最终造成语音未接通。
分析得出主要因为切换和语音建立冲突，造成VoLTE的QCI=1的承载异常释放造成，通过调整呼叫过程中切换延时定时器解决此问题。
【关键字】切换承载释放【故障现象】：8月份省公司组织进行VoLTE拉网测试，分析LOG时发现很多未接通发生在切换过程中，如下图。
图1：主叫未接通截图【原因分析】：对LOG进行分析处理，发现主叫于11:21:22.901发起起呼。
图2：主叫起呼然后在11:21:23.103承载建立成功。
图3：承载建立完成最终在在一次切换后上报未接通事件，同时反馈SIP 503信令，被叫反馈SIP 580信令。
图4：主叫未接通上报SIP 503 图5：被叫上报SIP 580查询资料得知在VoLTE未接通发生事件中，存在切换和建立冲突导致的未接通，主要原因有2个：1、主被叫在呼叫建立的过程中，专载建立与切换几乎同时发生，导致专载被释放，终端回复invite580，呼叫未接通，具体原因如下：终端建立专载成功，回复重配完成并上发NAS确认消息，但基站CTS信令显示NAS消息没有收到，造成切换中MME发给目标小区的HandoverRequest消息里面e_RABToBeSetupListHOReq少了QCI1的承载，所以Release QCI1的承载。
2、主被叫在呼叫建立的过程中，专载建立与切换几乎同时发生，导致专载被释放，终端回复invite580，呼叫未接通，具体原因如下：终端建立专载成功，回复重配完成并上发NAS确认消息，基站CTS信令显示NAS已收到并上发给MME，但由于切换流程在前，MME收到NAS消息之前，MME已经发给目标小区的HandoverRequest消息，里面e_RABToBeSetupListHOReq少了QCI1的承载，所以Release QCI1的承载。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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更新引起此次未接通。
通过该区域TAC 边界。
将TAC边界调整到附近道路平坦车速较慢的区域，即TL-市区-康复中心-HFTA-448900-54小区的TAC也设置为28039，问题得到解决。
四、经验总结
不合理的TAC规划将造成频繁更新TAC位置，造成资源的浪费，引起用户感知的下降，因此规划TAC时需要避免TAC的插花站点、行政区域边界不同归属、同站不同频段小区不一致等原则。