精品案例_TAC设置不合理导致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无法呼叫目录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导致未接通案例目录一、问题描述 (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低，未及时发送。

芜湖频繁切换导致未接通优化案例【摘要】切换失败、切换过早或过晚、切错小区和乒乓切换等情况，都会直接影响客户感知，系统的性能。

本文是通话建立过程中频繁切换引起核心网侧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释放，引起未接通。

异常事件典型案例分析未接通对第四轮测试数据进行分析发现未接通常见案例如下：未接通原因分类求和项:统计次数测试软件问题 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语音未接通分析案例目录一、问题描述 (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承载便发生了未接通事件。

关于切换不及时问题分析案例目录一、问题描述 (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未接通分析优化处理【摘要】：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的承载。

晋城网格1VOLTE拉网测试
分析报告
2015年11月25日
1.1.事件
1.1.1.富士康B区附近道路未接通
【问题描述】：车辆在富士康B区附属楼附近道路行驶，被叫出现一次未接通。

【问题分析】：主叫专用承载建立完成，收到IMS SIP INVITE-trying（100）。

被叫未收到paging 消息，但上发的IMS SIP INVITE-trying（100）显示的确是正在与主叫号码建立通话，被叫未收到核心网发送的专用承载建立消息，未能建立专用承载，上发IMS SIP INVITE-trying（100）消息后2毫秒上发INVITE 183消息，之后220毫秒收到IMS SIP cancel消息（原因值：Media Bearer Lost，取消呼叫（统计为一次被叫未接通）。

之后，主叫收到INVITE 183消息，并正常建立直到接通，被叫转为CSFB继续接入，并正常接通。

备注：上一次呼叫结束（bye 200）后，专用承载未去激活。

主被叫均信号良好。

【解决措施】：需要核心网查询定位为什么未下发专用承载建立消息。

关于RRC连接失败导致VOLTE未接通问题处理总结【摘要】随着Volte的不断放号，Volte用户不断增加，如何提升Volte接通率将至关重要。

淮北本地网对Volte接通率进行了优化调整，初步取得了一定成果。

下图所示为Volte呼叫流程：Volte接通率定义如下：接通率：呼叫建立成功次数/呼叫建立尝试次数路测软件呼叫建立尝试次数定义：主叫向IMS发INVITE消息。

路测软件呼叫建立成功次数定义：主叫向IMS发INVITE消息后，主叫终端发送ACK消息。

【关键字】VoLTE 接通率4.1 问题描述淮北市相山区进行VOLTE路测时，在梅苑路附近测试时，发生一次未接通事件，主叫终端发起INVITE后，被叫由FDD向TDD切换以后，因被叫T300定时器超时导致RRC连接失败，RRC连接失败后导致会话未接通。

被叫事件：4.2 分析处理Volte接通率分析思路Volte接通率问题涉及到UE，EnodeB，EPS，IMS端到端网元，需要各个网元联合分析和定位具体原因。

Volte接通率分析思路如下图所示：Volte端到端详细流程如下图所示，共涉及58个信令流程。

在出现未接通问题时，各网元出现异常问题表现如下表所示：在问题路段梅苑路（占用432767-50小区RSRP-88dBm，SINR13dB 左右）主叫在11:14:27.146时发起呼叫，11:14:37.187主叫收到IMS_SIP_PRACK200，在此期间被叫（占用TDD433884-101小区信号）由FDD向TDD切换以后，TDD小区在进行切换后的RRC从新接入过程中，由于T300定时器超时导致持续RRC连接建立失败，被叫无法响应PRACK消息9s后11:14:46.900主叫超时发起cancel；如下图：2.1 主叫信令被叫信令：T300（RRC连接建立定时器）：UE RRC连接建立请求消息是由UE的RRC层发起，并向MAC层发出随机接入指示以后，启动T300定时器，接收到RRCConnection Setup消息或RRC Connection Reject消息，或NAS层指示终止RRC连接建立时停止;如果T300超时，则通知上层RRC连接建立失败, UE 转入空闲模式，核查该小区定时器配置正常1000ms，符合集团规范。

VOLTE拨打2G未接通问题分析问题描述：20:18:18.380主叫开始起呼被叫，20:18:21.052主叫开始重配建立CQI=1专载并激活，20:18:21.113到20:18:34.643这段时间主叫方没有任何信令，20:18:34.643时MME下发重配消息，但CQI=1专载被释放，主叫没有收到网络侧下发IMS_SIP_INVITE 183，主叫等待超时主动上发挂机，造成未接通。

问题分析：从主叫信令来看，主叫起呼，随后建立CQI=1专载并激活。

激活后主叫在20:18:21.113到20:18:34.643这段时间主叫方没有任何信令，volte主叫信令正常。

主叫信令流程：从被叫信令来看，20:18:18.380时刻主叫发起对被叫寻呼，20:18:20.123时刻被叫收到主叫发起的寻呼并回应寻呼，建立SDCCH回应pagerespone,随后鉴权加密，但后续一直无法建立TCH（被叫终端未收到2G网络侧下发建立TCH信令RR Assignment Command），13秒后被叫网络侧下发DISCONNECTED，原因Temporary failure。

被叫信令流程：主叫由于长时间未收到网络回应的183消息，最终导致超时，网络侧MME下发QCI=1释放，最终导致未接通。

初步判断2G网络侧TCH未能成功建立造成主叫寻出现未接通。

查询被叫当时占用的2G小区“江门污水处理厂1(CI=20011,LAC=9287)”，对应时间段小区的状态正常，无告警、无TCH拥塞，但存在轻微的外部干扰外。

再回到现场进行了多轮20次的VoLTE拔打2G拨打，接通成功率为100%。

没有再次发生未接通问题，故怀疑是当时2G无线环境引起的未接通。

问题结论：本次VOLTE拨打2G的失败，原因为被叫侧2G的无线环境导致TCH未分配成功引起的未接通，并非是VOLTE主叫侧的问题。

volte试商用初期的测试分析中，由于volte侧涉及一系列的网元改造和新网元入网工程。

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寻呼处理阶段。

三类典型5G 终端VOLTE 呼叫失败案例【摘要】在政策扶持和5G 技术日益成熟的影响下，中国5G 产业发展稳步推进，企业发展态势良好，从规划环节、建设环节、运营环节到应用环节各个不同产业链相关企业2018 年第三季度营收均超亿元，实现同比增长、智能制造、车联网、无线医疗到5G 技术应用领域频获资本青睐。

分析师认为，随着5G 临时牌照发放和商用步伐的加快，未来中国5G 产业在带动中国经济产出、提供就业机会等方面将发挥重要作用。

目前，5G 时代正加速到来，中国5G 产业快速发展，在各个领域上也已取得不错的成绩。

在5G 建设初期，网络优化过程中也会发现诸多问题，发现问题解决问题是网络发展初期必经的过程，同时也为后续的网络优化提供了必要的经验。

【关键字】5G 网络优化VOLTE【业务类别】5G一、问题描述5G 初期语音网络和数据网络分离，采用NR+LTE 双连接组网，话音通过EPC+LTE 来提供，以VoLTE 作为语音解决方案。

在5G 网络深入优化后，逐步推出VoNR，VoNR 是5G 网络的目标话音解决方案，将成为主流语音技术。

2020 年将是5G 网络爆速发展的一年，及时发现问题并解决问题是网络快速良性发展的必要因素，建网初期积累的优化经验是后续5G 网络质量的有效保证。

5G NR 网络下，语音有两种方式，终极方式是VoNR，就是在5G 网络上承建语音业务，将语音数据转换成数据业务，类似OTT。

由于硬件暂不支持，现阶段我们用的还是VOLTE，即在4G 网络上承载语音业务。

在4G 无线升级到15.1SPC171 版本后，VoLTE 用户SCG 管理策略，使用volte 优先。

当5G 用户进行语音业务时，5G 连接释放，回落到4G 进行VOLTE。

手机角标有HD 标识。

VoNR 是 5G 网络的目标话音解决方案，从 5G 商用初期选择的话音方案演进到 VoNR ，存在多条路径。

截止目前，主要有 3 条 VoNR 演进路径。

VoLTE测试常见掉话未接通案例1.背景VoLTE技术带给4G用户最直接的感受就是接通等待时间更短，以及更高质量、更自然的语音视频通话效果。

首先，高清语音和视频编解码的引入显著提高了通信质量，其次，VoLTE的呼叫接续时长大幅缩短，但VoLTE测试过程中仍发现部分掉话、未接通的现象，严重影响用户的感知。

本文梳理了VoLTE测试过程中常见的掉话、未接通的处理案例，为日后VoLTE试商用后此类问题的处理打下坚实的基础。

2.VoLTE语音通话流程简要如下：1.主叫发起INVITE消息，触发RRC建立过程（假设为空闲态）；INVITE消息包括主被叫电话号码，主叫支持的媒体类型、编码；2.主叫建立SRB2承载、QCI=9的DRB、QCI=5的sip信令承载；3.核心网反馈INVITE 100，表面正在处理应答；4.主叫RRC重配置建立QCI=1的专用承载；并激活；5.主叫收到被叫INVITE 183消息；并反馈PRACK启动资源预留；6.被叫收到PRACK后，反馈PRACK 200，启动资源预留；7.主叫收到PRACK 200，发送UPDATE，表明资源预留成功；8.同样被叫收到UPDATE，反馈UPDATE 200，表明资源预留成功；9.被叫发送INVITE 180 RINGING，振铃；10.被叫反馈INVITE 200，表明摘机11.主叫收到INVITE 200后，反馈ACK给IMS服务器，应答初始INVITE请求；并有IMS发给被叫；12.通话中；13.被叫挂机，发送BYE；IMS转发给主叫；14.主叫挂机，反馈BYE 200，IMS转发给被叫，表明结束会话；15.RRC重配置去激活QCI=1专载；图1.1 释放专载图1.2 简化信令流程图3.DT测试中常见的掉话、未接通问题2.1.切换失败导致常见有较多MR上报但不切，可能邻区漏配，之后触发RRC Re-Establishment，重建立不成功时掉话。

LTE小区TAC配置不合理回落失败案例LTE小区TAC配置不合理导致CSFB失败处理案例一、问题现象1月20日iphone5s与iphone5c手机在城区半岛酒店-HLW的室分站下进行CSFB测试，主叫和被叫都失败。

1月21日华为D2手机在城区半岛酒店-HLW的室分站下进行CSFB测试，被叫都失败。

二、问题分析过程1：基站状态查询查询站点无当前活跃告警及历史告警存在，因此排除主设备硬件告警导致：2：测试终端问题排查相同终端在其他已经开启CSFB功能的LTE小区，都能正常进行CSFB语音业务，因此排除终端问题。

3：无线参数排查通过LST ENODEBALGOSWITCH命令查看该站的CSFB功能已开启，且也都配置了相应的GSM邻区关系。

4、信令分析过程1月21日16:00在该室分站下，用D2手机进行SCFB测试，被叫呼叫失败。

通过对信令跟踪分析，由于LTE在无线侧无法进行单用户跟踪，所以只能跟踪该站点的UU、S1口信令，并且确保该站点无其他用户。

D2做被叫时，通过S1口信令分析，在信令上可以看到16:00:18（141）在S1AP_UE_CONTEXT_MOD_REQ消息上看到MME发起CSFB请求，之后UE给MME发送回应。

之后从S1口信令上16:00:18（172）的消息S1AP_UE_CONTEXT_REL_REQ可以看到ue-not-available-for-ps-service消息，说明发起CSFB后，网络侧对PS域进行拆链。

查询UU口信令RRC连接释放，从RRC REL消息中看到已经携带GSM相关频点信息（UU 口）。

GSM侧信令分析：在BSC侧查看信令，发现16：00没有信令，可见CSFB不能正常回落到GSM。

通过查询，由于该站点经纬度有误，该站点落入LAC 28741的覆盖范围内，该站点的TAC 配置为28741。

但该站点实际位置是在TAC 28745的覆盖范围内，导致4G的TAC配置与2G邻区的LAC不一致，由于核心网配置的LAC与TAC对应关系，容易导致UE无法找到对应的GSM服务小区，导致CSFB无法做业务。

具体站点如下：
源基站ID 源基站名经度纬度313939 东胜民族幼儿师范-HLHF 110.0231 39.81167
12个站点中有9个站点在康巴什，而且均在药监局的附近。

因此怀疑此处出现链路配置问题或者参数问题。

2、查看EnodeB入POOL情况
经核查，鄂尔多斯的12个站点均已经入POOL，即分别在MME1和MME2。

目前内蒙移动有2台MME，每个MME有2个IP地址，所有地市的基站都要配这两个MME的IP地址，就是
触发测量报告，但不执行切换，可能是切换参数配置不合理，查询切换参数配置合理，具体截图如下：
伊旗康巴什药监局的同频切换参数如下：设置正常。

测试情况二：
解析具体原因为未知的分离。

从MME侧跟踪信令来看，康巴什药监局向康巴什巨力大厦切换正常，
5、处理结果
修改康巴什巨力大厦的邻区康巴什药监局的TAC区数据（由18290修改为路段切换正常，问题得以解决。

被叫设置呼叫转移导致volte主叫用户呼叫建立时延长未接通案例目录一、问题描述 (3)二、分析过程 (3)三、解决方案 (4)四、经验总结 (5)被叫设置呼叫转移导致volte主叫用户呼叫建立时延长未接通案例【摘要】VOLTE语音呼叫建立时长，在人为感知上是指从用户拨号到听到被叫的彩铃音或者回铃音的时间，从信令角度是指从主叫手机发起业务请求（INVITE）到主叫手机收到振铃消息（180）之间的时长。

VOLTE语音呼叫的建立时长过长，会影响用户对网络服务质量的感知，本次主要解决被叫用户设置的呼叫转移导致建立时长过长从而造成无法接通。

【关键字】volte呼叫建立时长、呼叫转移【业务类型】 VOLTE一、问题描述主叫在Volte呼叫CS域用户，且被叫用户又设置呼叫转移，导致呼叫建立时延长达20s，造成超时ue释放客户投诉使用Volte手机通话拨打被叫时呼叫建立时延很长，且响铃一声后放音“您拨打的用户暂时无法接通”随机挂断。

二、分析过程客户投诉使用Volte手机通话拨打被叫时呼叫建立时延很长，且响铃一声后放音“您拨打的用户暂时无法接通”随机挂断。

通过信令回溯查询用户11:28:22开始拨打被叫电话；从主叫来看，主叫起呼，随后建立CQI=1专载并激活，volte主叫信令正常。

图一被叫设置呼叫前转11:28:40才收到呼叫转移号码响应11:28:51ue超时释放造成一次未接通三、解决方案目前开通VoLTE高清语音通话的所有补充业务，即呼叫等待和呼叫转移，只针对VoLTE 高清语音通话生效，所以如果当前使用的不是VoLTE通话的话，呼叫等待和呼叫转移功能可能会发生异常。

当用户被叫将设置的呼叫转移关闭后问题得已解决。

通过信令回溯发现被叫UE设置呼叫转移导致呼叫建立时延过长造成未接通，多次试呼均出现如上问题现象；同时被叫呼叫主叫正常。

四、经验总结本次VOLTE拨打2G的失败，原因为被叫侧开启呼叫转移导致的未接通，并非是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的数据无线承载。