全网VOLTE终呼未接通分析分析案例分析_第1页
全网VOLTE终呼未接通分析分析案例分析_第2页
全网VOLTE终呼未接通分析分析案例分析_第3页
全网VOLTE终呼未接通分析分析案例分析_第4页
全网VOLTE终呼未接通分析分析案例分析_第5页
已阅读5页,还剩19页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、.终呼未接通分析基于SEQ第一拆线原因对全网终呼未接通进行分析汇总。终呼第一拆线原因占比表:根据第一拆线原因、拆线原因、拆线网元对终呼未接通进行分析汇总:1 终呼580未接通1.1 VOBB用户INVITE信息不符合协议规范VOBB用户拨打苹果VOLTE用户,由于VOBB用户INVITE信息里support中不携带100rel,导致苹果10.0.1终端返回的183消息中不携带SDP,SBC不发起承载建立导致未接通详细话单信令:VOBB下发的INVITE消息里Supported里不携带100rel,正常一般携带Supported:100rel,timer,histinfo,preconditio

2、n。被叫上发的183里不携带SDP信息,正常的是会携带SessionDescriptionProtocol信息的,导致SBC不发起承载建立。主叫发出183到被叫6秒后没有建立承载超时后主叫UE上发580 LOCAL QOS NOT ESTABLISHED(Cause:580)导致未接通处理建议:按照协议规范升级VOBB终端,使之VOBB终端INVITE信息符合规范。1.2 三星终端和彩铃平台配合异常在发给被叫的invite和update消息中,要求被叫终端完成preconditionMediaAttribute(a):curr:qoslocalsendrecv|MediaAttributeFi

3、eldname:curr|MediaAttributeValue:qoslocalsendrecv|MediaAttribute(a):curr:qosremotenone|MediaAttributeFieldname:curr|MediaAttributeValue:qosremotenone|MediaAttribute(a):des:qosmandatorylocalsendrecv|MediaAttributeFieldname:des|MediaAttributeValue:qosmandatorylocalsendrecv|MediaAttribute(a):des:qosman

4、datoryremotesendrecv|MediaAttributeFieldname:des|MediaAttributeValue:qosmandatoryremotesendrecv但在终端返回的183和update 200ok消息中,终端没有完成承载预留MediaAttribute(a):curr:qoslocalnone|MediaAttributeFieldname:curr|MediaAttributeValue:qoslocalnone|MediaAttribute(a):curr:qosremotesendrecv|MediaAttributeFieldname:curr|

5、MediaAttributeValue:qosremotesendrecv|MediaAttribute(a):des:qosmandatorylocalsendrecv|MediaAttributeFieldname:des|MediaAttributeValue:qosmandatorylocalsendrecv|MediaAttribute(a):des:qosmandatoryremotesendrecv|MediaAttributeFieldname:des|MediaAttributeValue:qosmandatoryremotesendrecv现有彩铃平台SNEC82版本是在继

6、续等待被叫发送的新的完成资源预留的UPDATE,但是一直没有新来UPDATE,超时了。导致后续流程没有完成。解决措施:新版本SNEC90U5已经做了适配处理,不会等待,而是继续透传。将后续的资源预留交给主被叫。新版本在等待入网证。1.3 无线或终端问题 被叫UE多次收到PRACK后没有上发200OK响应,随后被叫UE多次向SAEGE下发183,6秒左右超时后被叫UE上发580. 主叫UE收到PRACK响应后一直不发UPDATE超时后MGCF下发580 SERVER INTERNAL ERROR(Cause:580)具体信令流程:在18:13:02.013时主叫UE收到PRACK响应200OK,

7、一直没有上发UPDATE,20秒左右在18:13:21.65时MGCF向SBG-S下发580 SERVER INTERNAL ERROR(Cause:580)里携带Warning: 399 MSX_SIPCOM 16 sipsl_nc_sipi_bearer_time_out.,Cause: Internetworking, unspecified (127)导致未接通。处理建议:核查无线环境或终端。1.4 BSRVCC导致未接通主叫UE收到PRACK响应200OK后在17:34:41时发起了ASRVCC切换,17:34:50时BJMGCF4向BJISBG4-S发送580 SERVER INT

8、ERNAL ERROR(Cause:580)里携带Warning: 399 MSX_SIPCOM 16 sipsl_nc_sipi_bearer_time_out.,Cause: Internetworking, unspecified (127)导致未接通。处理建议:进行RF优化或对BSRVCC进行规避开启flash srvcc功能。1.5 承载建立和切换流程冲突被叫下发183后MME收到SGW下发CREATE BEARER REQUEST建立专用承载请求,此时正好有X2切换。站点向MME下发的E-RAB SETUP RESPONSE携带radioNetwork:x2-handover-tr

9、iggered(35)X2切换完成后进行了TAU,目标站点向MME下发TRACKING AREA UPDATE REQUEST里携带EBI 5、6、7。 MME给站点回复的TRACKING AREA UPDATE ACCEPT没有携带EBI7(QCI1)MME进行了QCI1承载释放,随后UE下发580导致未接通.分析:正常的专用承载建立是eNB发送E-RAB SETUP RESPONSE消息通知MME QCI1建立完成,UE还会发一条上行直传消息通知MME QCI1承载激活成功,MME收到这两条消息会继续QCI1建立流程,最后MME会SGW上发Create Bearer Response消息。

10、由于存在流程冲突UE没有上发上行直传消息通知MME QCI1承载激活成功,MME认为承载没有建立成功,所以TAU时MME给站点回复的TRACKING AREA UPDATE ACCEPT没有携带EBI7(QCI1),随后MME进行了QCI1承载释放,随后UE下发580导致未接通.处理建议:修改语音业务切换测量报告延迟定时器避免因流程冲突导致未接通。2 终呼408 Request Timeout2.1 终端或网络无响应导致未接通被叫UE多次收到INVITE请求一直无响应,超时后SBC向SBG-S发送408 REQUEST TIMEOUT(Cause:408)里携带No Response From

11、 Network处理建议:核查无线环境和终端2.2 振铃超时被叫发出180里携带振铃信息Alert-Info: 提示呼叫等待,主叫侧一直没有挂机直到振铃超时后下发CANCEL里携带Reason: SIPcause=408;text=Altering timeout提示振铃超时处理建议:SEQ统计问题,需优化SEQ平台算法。3 终呼38 Network Out of Order3.1 INVITE消息异常导致未接通主叫在CS域,被叫收到INVITE后终端上发488 NOT ACCEPTABLE HERE(Cause:488)导致未接通,初步分析INVITE信令Supported携带信息不符合协议

12、规范导致处理建议:终端问题,需终端侧解决3.2 BSRVCC导致未接通被叫BSRVCC触发480里携带Handover fails because the call dose not support bSRVCC,导致未接通。随后进行了181呼转到来电提醒最后主叫侧MGCF下发CANCEL里携带Cause:Networkoutoforder(38)处理建议:优化弱覆盖3.3 终端上报580主叫在CS域,被叫在VOLTE, 被叫在承载建立完成后终端上报580,需要终端检查,网络侧没有异常处理建议:核查终端3.4 CS域Networkoutoforder主叫在CS域,被叫在VOLTE, PRACK

13、响应200OK后,3S后主叫侧MGCF向SBG-I发送CANCEL里携带Cause: Network out of order (38)处理建议:需CS域核查3.5 承载建立和切换流程冲突切换和承载建立冲突导致承载丢失,造成未接通处理建议:修改语音业务切换测量报告延迟定时器避免因流程冲突导致未接通。4 终呼31 Normal Unspecified4.1 INVITE响应超时 主叫在CS域,被叫在VOLTE ,网络侧向被叫下发INVITE一直无响应,超时后SBC下发408 REQUEST TIMEOUT(Cause:408)SCCAS收到408后进行CS RETRY到MGCF寻呼被叫MFCF下

14、发cancel里携带Cause:Normalunspecified(31)处理建议:核查4G侧无线环境或终端。 主叫在CS域,被叫在VOLTE ,网络侧向被叫下发INVITE一直无响应,超时后被叫UE上发580 LOCAL QOS NOT ESTABLISHED(Cause:580)SCCAS收到580后进行CS RETRY到MGCF寻呼被叫,MFCF收到INVITE后下发cancel里携带Cause:Normalunspecified(31)处理建议:核查4G侧无线环境或终端。4.2 183响应超时No Prack received for the sent 1XX主被叫均在VOLTE,主叫

15、收到183一直无响应超时后,S-CSCF返回500响应给终端,Warning头域中提示No Prack received for the sent 1XX”表示P/I/S-CSCF在发出1XX响应后未收到Prack消息。处理建议:核查4G侧无线环境或终端。4.3 媒体协商失败SBC收到183后向被叫终端UE发送CANCEL取消会话,呼叫失败Reason头域提示MediaNegotiationFailed。 导致原因可能为:1.承载控制配置错误,不需要控制承载但有相关配置,2. SDP不合法、Offer/Answer不匹配。处理建议:核查终端或核心网4.4 BSRVCC导致未接通PRACK时被叫

16、发生了BSRVCC,随后SBC向SBG-S下发487里携带MediaNegotiationFailed处理建议:优化4G弱覆盖4.5 CS域问题MGCF下发CANCEL主叫在CS域,被叫在VOLTE,主叫侧MGCF主动上发CANCEL取消会话,reason头域提示cause=31;text=Normal,unspecified,CS域问题需CS域侧优化人员分析定位。处理建议:需CS域优化人员分析定位。4.6 被寻呼期间用户去注册主叫在CS域,被叫在VOLTE,被叫上发183后,SBG-S上SCCAS发送480 TEMPORARILY UNAVAILABLE(Cause:480)里提示CSCF

17、released the session because of USER DEREGISTRATION用户去注册。处理建议:用户行为,无需处理4.7 被叫设置遇忙呼转后在CS域未接通被叫在VOLTE设置了遇忙互转另一个号码 主叫随后到CS域寻呼呼转号码MGCF下发487 REQUEST TERMINATED(Cause:487)携带Cause: Normal unspecified (31)处理建议:CS域问题,需CS域优化人员定位分析5 终呼488 Not Acceptable Here被叫收到INVITE后终端上发488 Not Acceptable Here 处理建议:核查主被叫终端是否

18、异常6 终呼 47 Resources Unavailable Unspecified6.1 CS域问题MGCF下发CANCEL主叫在非4G侧MGCF下发CANCEL里携带Resources unavailable,unspecified,需非4G侧核查处理建议:需CS域优化人员分析定位。6.2 切换和承载建立冲突主叫在CS域,被叫在VOLTE,在被叫建立专用承载QCI1时发生了切换,流程冲突导致承载建立被拒绝:CREATE BEARER RESPONSE(Cause:110)里携带Temporarily rejected due to handover procedure in progress (110)随后触发了CS retry 到CS域寻呼被叫MGCF下发503里携带Resource unava

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论