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

下载本文档

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

文档简介

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

100rel,timer,histinfo,precondition。被叫上发的183里不携带SDP信息,正常的是会携带Session

Description

Protocol信息的,导致SBC不发起承载建立。主叫发出183到被叫6秒后没有建立承载超时后主叫UE上发580LOCALQOSNOTESTABLISHED<Cause:580>导致未接通处理建议:按照协议规升级VOBB终端,使之VOBB终端INVITE信息符合规。三星终端和彩铃平台配合异常在发给被叫的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和update200ok消息中,终端没有完成承载预留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,超时了。导致后续流程没有完成。解决措施:新版本SNEC90U5已经做了适配处理,不会等待,而是继续透传。将后续的资源预留交给主被叫。新版本在等待入网证。无线或终端问题被叫UE多次收到PRACK后没有上发200OK响应,随后被叫UE多次向SAEGE下发183,6秒左右超时后被叫UE上发580.主叫UE收到PRACK响应后一直不发UPDATE超时后MGCF下发580SERVERINTERNALERROR<Cause:580>具体信令流程:在18:13:02.013时主叫UE收到PRACK响应200OK,一直没有上发UPDATE,20秒左右在18:13:21.65时MGCF向SBG-S下发580SERVERINTERNALERROR<Cause:580>里携带Warning:399MSX_SIPCOM"16sipsl_nc_sipi_bearer_time_out.",Cause:Internetworking,unspecified<127>导致未接通。处理建议:核查无线环境或终端。BSRVCC导致未接通主叫UE收到PRACK响应200OK后在17:34:41时发起了ASRVCC切换,17:34:50时BJMGCF4向BJISBG4-S发送580SERVERINTERNALERROR<Cause:580>里携带Warning:399MSX_SIPCOM"16sipsl_nc_sipi_bearer_time_out.",Cause:Internetworking,unspecified<127>导致未接通。处理建议:进行RF优化或对BSRVCC进行规避开启flashsrvcc功能。承载建立和切换流程冲突被叫下发183后MME收到SGW下发CREATEBEARERREQUEST建立专用承载请求,此时正好有X2切换。站点向MME下发的E-RABSETUPRESPONSE携带radioNetwork:

x2-handover-triggered

<35>X2切换完成后进行了TAU,目标站点向MME下发 TRACKINGAREAUPDATEREQUEST里携带EBI5、6、7。MME给站点回复的TRACKINGAREAUPDATEACCEPT没有携带EBI7<QCI1>MME进行了QCI1承载释放,随后UE下发580导致未接通.分析:正常的专用承载建立是eNB发送E-RABSETUPRESPONSE消息通知MMEQCI1建立完成,UE还会发一条上行直传消息通知MMEQCI1承载激活成功,MME收到这两条消息会继续QCI1建立流程,最后MME会SGW上发CreateBearerResponse消息。由于存在流程冲突UE没有上发上行直传消息通知MMEQCI1承载激活成功,MME认为承载没有建立成功,所以TAU时MME给站点回复的TRACKINGAREAUPDATEACCEPT没有携带EBI7<QCI1>,随后MME进行了QCI1承载释放,随后UE下发580导致未接通.处理建议:修改语音业务切换测量报告延迟定时器避免因流程冲突导致未接通。终呼408RequestTimeout终端或网络无响应导致未接通被叫UE多次收到INVITE请求一直无响应,超时后SBC向SBG-S发送408REQUESTTIMEOUT<Cause:408>里携带NoResponseFromNetwork处理建议:核查无线环境和终端振铃超时被叫发出180里携带振铃信息Alert-Info:<urn:alert:service:call-waiting>提示呼叫等待,主叫侧一直没有挂机直到振铃超时后下发CANCEL里携带Reason:SIPcause=408;text="Alteringtimeout"提示振铃超时处理建议:SEQ统计问题,需优化SEQ平台算法。终呼38NetworkOutofOrderINVITE消息异常导致未接通主叫在CS域,被叫收到INVITE后终端上发488NOTACCEPTABLEHERE<Cause:488>导致未接通,初步分析INVITE信令Supported携带信息不符合协议规导致处理建议:终端问题,需终端侧解决BSRVCC导致未接通被叫BSRVCC触发480里携带HandoverfailsbecausethecalldosenotsupportbSRVCC,导致未接通。随后进行了181呼转到来电提醒最后主叫侧MGCF下发CANCEL里携带Cause:

Network

out

of

order

<38>处理建议:优化弱覆盖终端上报580主叫在CS域,被叫在VOLTE,被叫在承载建立完成后终端上报580,需要终端检查,网络侧没有异常处理建议:核查终端CS域Network

out

of

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

Normal

unspecified

<31>处理建议:核查4G侧无线环境或终端。主叫在CS域,被叫在VOLTE,网络侧向被叫下发INVITE一直无响应,超时后被叫UE上发580LOCALQOSNOTESTABLISHED<Cause:580>SCCAS收到580后进行CSRETRY到MGCF寻呼被叫,MFCF收到INVITE后下发cancel里携带Cause:

Normal

unspecified

<31>处理建议:核查4G侧无线环境或终端。183响应超时NoPrackreceivedforthesent1XX主被叫均在VOLTE,主叫收到183一直无响应超时后,S-CSCF返回500响应给终端,Warning头域中提示NoPrackreceivedforthesent1XX"表示P/I/S-CSCF在发出1XX响应后未收到Prack消息。处理建议:核查4G侧无线环境或终端。媒体协商失败SBC收到183后向被叫终端UE发送CANCEL取消会话,呼叫失败Reason头域提示Media

Negotiation

Failed。导致原因可能为:1.承载控制配置错误,不需要控制承载但有相关配置,2.SDP不合法、Offer/Answer不匹配。处理建议:核查终端或核心网BSRVCC导致未接通PRACK时被叫发生了BSRVCC,随后SBC向SBG-S下发487里携带Media

Negotiation

Failed处理建议:优化4G弱覆盖CS域问题MGCF下发CANCEL主叫在CS域,被叫在VOLTE,主叫侧MGCF主动上发CANCEL取消会话,reason头域提示

cause=31;text="Normal,

unspecified",CS域问题需CS域侧优化人员分析定位。处理建议:需CS域优化人员分析定位。被寻呼期间用户去注册主叫在CS域,被叫在VOLTE,被叫上发183后,SBG-S上SCCAS发送480TEMPORARILYUNAVAILABLE<Cause:480>里提示CSCFreleasedthesessionbecauseofUSERDEREGISTRATION用户去注册。处理建议:用户行为,无需处理被叫设置遇忙呼转后在CS域未接通被叫在VOLTE设置了遇忙互转另一个主叫随后到CS域寻呼呼转MGCF下发487REQUESTTERMINATED<Cause:487>携带Cause:Normalunspecified<31>处理建议:CS域问题,需CS域优化人员定位分析终呼488NotAcceptableHere被叫收到INVITE后终端上发488NotAcceptableHere处理建议:核查主被叫终端是否异常终呼47ResourcesUnavailableUnspecifiedCS域问题MGCF下发CANCEL主叫在非4G侧MGCF下发CANCEL里携带Resourcesunavailable,unspecified,需非4G侧核查处理建议:需CS域优化人员分析定位。切换和承载建立冲突主叫在CS域,被叫在VOLTE,在被叫建立专用承载QCI1时发生了切换,流程冲突导致承载建立被拒绝:CREATEBEARERRESPONSE<Cause:110>里携带Temporarilyrejectedduetoh

温馨提示

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

评论

0/150

提交评论