全网VOLTE终呼未接通分析案例分析_第1页
全网VOLTE终呼未接通分析案例分析_第2页
全网VOLTE终呼未接通分析案例分析_第3页
全网VOLTE终呼未接通分析案例分析_第4页
免费预览已结束,剩余1页可下载查看

下载本文档

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

文档简介

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

2、是会携带 Session Description Protocol 信息的,导致SBC不发起承载建立.主叫发出183到被叫6秒后没有建立承载超时后主叫UE上发580 LOCAL QOS NOTESTABLISHED(Cause:580)致未接通处理建议:根据协议标准升级VOBB终端,使之VOBB终端INVITE信息符合标准.1.2三星终端和彩铃平台配合异常在发给被叫的invite和update消息中,要求被叫终端完成preconditionMedia Attribute (a): curr:qos local sendrecv|Media Attribute Fieldname: curr|M

3、edia 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|MediaAttributeFieldname: des|MediaAttributeValue: qos mandatory localsendrecv|Media Attribut

4、e (a): des:qos mandatory remote sendrecv|MediaAttributeFieldname: des|MediaAttributeValue: qos mandatory remotesendrecv但在终端返回的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 re

5、mote 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 F

6、ieldname: des|Media Attribute Value: qos mandatory remote sendrecv现有彩铃平台 SNEC82版本是在继续等待被叫发送的新的完成资源预留的UPDATE但是一直没有新来UPDATE超时了. 导致后续流程没有完成.解决举措:新版本SNEC90U5已经做了适配处理,不会等待,而是继续透传.将后续的资源预留交 给主被叫.新版本在等待入网证.1.3无线或终端问题? 被叫UE屡次收到PRAC煽没有上发200OK响应,随后被叫UE屡次向SAEGET发183,6秒左右超时后被叫 UE上发580.? 主叫UE收至V PRACKH向应后一直不发 UP

7、DATE时后 MGCF下发580 SERVERINTERNALERROR(Cause:580)具体信令流程:在18:13:02.013时主叫UE收至ij PRACK响应200OK, 一直没有上发 UPDATE,20#左右在 18:13:21.65 时 MGCF 向 SBG-S 下发 580 SERVERINTERNAL ERROR(Cause:58OM携带 Warning: 399 MSX_SIPCOM "16 sipsl_nc_sipi_bearer_time_out. , Cause: Internetworking, unspecified (127)导致未接通.处理建议:核查

8、无线环境或终端.1.4 BSRVCCI致未接通主叫UE收到 PRACKH向应200OK后在17:34:41时发起了 ASRVCC切换,17:34:50时 BJMGCF4 向 BJISBG4-S发送 580 SERVERINTERNAL ERROR(Cause:58理携带 Warning: 399 MSX_SIPCOM "16 sipsl_nc_sipi_bearer_time_out. , Cause: Internetworking, unspecified (127)导 致未接通.处理建议:进行RF优化或对BSRVCO行躲避开启flash srvcc功能.1.5承载建立和切换流程

9、冲突被叫下发183后MME收到SGW下发CREATEBEARERREQUESTt立专用承载请求,此时正好有X2切换.站点向 MME 下发的 E-RAB SETUP RESPONSE radioNetwork: x2-handover-triggered (35)X2切换完成后进行了 TAU,目标站点向 MME下发 TRACKING AREA UPDATE REQUEST 携带 EBI 5 6、7.MME 给站点回复的 TRACKING AREA UPDATE ACCEPW携带 EBI7(QCI1)MME进行了 QC11承载释放,随后 UE下发580导致未接通.分析:正常的专用承载建立是eNB发

10、送E-RAB SETUP RESPONSE息通知 MME QCI1建立完成,UE还会发一条上行直传消息通知MME QC11承载激活成功,MME收到这两条消息会继续 QCI1建立流程,最后MME会SGW上发Create Bearer Response消息.由于存在流程 冲突UE没有上发上行直传消息通知MME QCI1承载激活成功,MME认为承载没有建立成功,所以TAU时MME给站点回复的 TRACKING AREA UPDATE ACCE啪携带 EBI7(QCI1)随后 MME进行了 QC11承载释放,随后 UE下发580导致未接通.处理建议:修改语音业务切换测量报告延退定时器防止因流程冲突导致

11、未接通.2 终呼 408 Request Timeout2.1终端或网络无响应导致未接通被叫UE屡次收到INVITE请求一直无响应,超时后 SBC向SBG-S发送408 REQUEST TIMEOUT(Cause:408律携带 No Response From Network处理建议:核查无线环境和终端2.2振铃超时被叫发出180里携带振铃信息 Alert-Info: <urn:alert:service:call-waiting>提示呼叫等待, 主叫侧一直没有挂机直到振铃超时后下发CANCELS携带Reason: SIPcause=408;text="Alteringt

12、imeout"提示振铃超时处理建议:SEQ统计问题,需优化 SEQ平台算法.3 终呼 38 Network Out of Order3.1 INVITE消息异常导致未接通主叫在CS域,被叫收到INVITE后终端上发 488 NOT ACCEPTABLE HERE(Cause:488散未 接通,初步分析INVITE信令Supported携带信息不符合协议标准导致处理建议:终端问题,需终端侧解决3.2 BSRVC虏致未接通被叫 BSRVCC虫发 480 里携带 Handover fails because the call dose not support bSRVCC,导 致未接通.随

13、后进行了 181呼转到来电提醒最后主叫侧 MGCF 下发 CANCEL里携带 Cause: Network out of order (38)处理建议:优化弱覆盖3.3终端上报580主叫在CS域,被叫在VOLTE,被叫在承载建立完成后终端上报580,需要终端检查,网络侧没有异常处理建议:核查终端3.4 CS域 Network out of order主叫在 CS域,被叫在 VOLTE, PRACKJ向应200OK后,3S后主叫侧 MGCF向SBG-I发送 CANCELS携带 Cause: Network out of order (38)处理建议:需CS域核查3.5承载建立和切换流程冲突切换和

14、承载建立冲突导致承载丧失,造成未接通处理建议:修改语音业务切换测量报告延退定时器防止因流程冲突导致未接通.4 终呼 31 Normal Unspecified4.1 INVITE响应超时? 主叫在CS域,被叫在 VOLTE,网络侧向被叫下发INVITE 一直无响应,超时后 SBC下发 408 REQUEST TIMEOUT(Cause:408)SCCAS攵至408后进行CS RETR至|J MGCF寻呼被叫MFCF下发 cancel 里携带 Cause: Normal unspecified (31)处理建议:核查4G侧无线环境或终端.? 主叫在CS域,被叫在 VOLTE,网络侧向被叫下发 I

15、NVITE 一直无响应,超时后被叫UE上发 580 LOCAL QOS NOT ESTABLISHED(Cause:580)SCCAS攵至ij 580 后进行 CS RETRYiJ MGCF 寻呼被叫,MFCF收至ij INVITE 后下发 cancel 里携带 Cause: Normal unspecified (31)处理建议:核查4G侧无线环境或终端.4.2 183 响应超时 No Prack received for the sent 1XX主被叫均在 VOLTE主叫收到183 一直无响应超时后,S-CSC惑回500响应给终端,Warning 头域中提示 No Prack receiv

16、ed for the sent 1XX表示 P/I/S-CSCF发出 1XX 响应后未 收到Prack消息.处理建议:核查4G侧无线环境或终端.4.3媒体协商失败SBC收到183后向被叫终端 UE发送CANCEL取消会话,呼叫失败Reason头域提示Media Negotiation Failed.导致原因可能为:1.承载限制配置错误,不需要限制承载但有相关配置,2. SDP不合法、Offer/Answer 不匹配.处理建议:核查终端或核心网4.4 BSRVCCI致未接通PRACK时被叫发生了 BSRVCC,随后 SBC向 SBG-S下发 487里携带 Media Negotiation Fa

17、iled处理建议:优化4G弱覆盖4.5 CS域问题MGCF下发CANCEL主叫在CS域,被叫在 VOLTES叫侧MGCF主动上发CANCEL消会话,reason头域提示cause=31;text="Normal, unspecified", CS域问题需 CS域侧优化人员分析定位.处理建议:需CS域优化人员分析定位.4.6被寻呼期间用户去注册主叫在CS域,被叫在 VOLTE被叫上发183后,SBG-S上SCCA跋送480 TEMPORARILYUNAVAILABLE(Cause:480M提示 CSCF released the session because of USER

18、 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处理建议:核查主被叫终端是否异常6 终呼 47 Resources Unavailable Unspecified6.1 CS域问题MGCF下发CANCEL主叫在非 4G 侧 MGCF 下发 CANCEL里携带 Resources unavailable,unspecified,需非 4G 侧核查处理建议:需CS域优化人员分析定位.6.2切换和承载建立冲突主叫在CS域,被叫在VOLTE在被叫建立专用承载 QC11时发生了切换,流程冲突导致承载建立被拒绝:CREATEBEARERRESPONSE(Cause:110)携带 Temporarily rejected due tohandover procedure in progress (110)随后触发了 CS retry到CS域寻呼被叫MGC

温馨提示

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

评论

0/150

提交评论