当前位置：文档之家 › 案例05-起呼振铃后收到invite603导致未接通问题分析

案例05-起呼振铃后收到invite603导致未接通问题分析

  • 格式：docx
  • 大小：36.86 KB
  • 文档页数：2

案例-HTC 终端声音设置为勿扰模式导致主叫起呼振铃后收到
invite603
描述能正常通话;
问题描述：抓取CDS 测试LOG 发现，被叫回invite180后、立即上发invite603
问题原因:
常
原因 定位
Tim* Q,:片
U 15 12213
RFiCC vfln 沖 OhR
Q wrJ ： onC^rn 廿 3C€H
■审<ns 电牌"剤饰幷IT
&L_OPCH
■U H tsm -4
EPS Beaier Conlerf! Re cru* at 护占口
11 怡 11TTB
14.15 13781
? viJnlwmaiicnTranAT«ir UL_OOCH
+ WTE143 評
? PRACK SJF
WE. 14 227 4
曲CM
14 1514136 ■ FRACK 200 SIP
M 15 14 J40
.\JPD^TE 圉p
-Muffin# WO UPDATE SCO
jssp
1* 1 $14^66
S2P
M«;152W ■ UPDATE 即
1415 倍,29* t^FWTE 科。

ar
14 15 4 RRCGOfinKB &nR &nfi yufjB 00
严佃15420 .'阳R {Juta
UL_[XX>I
14 15 194J4 4 UOdlfR EPS E '.-'3r r'T C Wil4iat IR
» out it
1*15 1S427 WQ4tF EPS Bearer Cw-eit^ccfEl EP3SM
U.t5 T5432 守 tiLMlorniiMooTrins 伽
UL _CMXH
1*1S 15435
f*CCH
1*15傅3轉 事p 卸M
RCCM
U 15 1W0 和 11 tai m 「一 t Meai5iifemertfieB<rt JI . 口印尸产■问阿丹■严气产i 口由■产MI ■•為用*弓丸占产
廿 L_gCH ru
rw^nj
■3 UtljSriQmlinQs
二直]；; £3 j
影响范围：
被叫终端设置问题，呼叫时一直提示忙音，无法正常通话。

合集下载

被叫未收到BYE指示导致下次会话主叫未接通优化案例

被叫未收到BYE指示导致下次会话主叫未接通优化案例

一、案例关键字二、问题描述：VOLTE拉网路测过程中，测试车辆行驶于南通西路扬州-三元桥LD站点附近时，出现一次掉话事件，随后主叫发起下一次会话建立请求，而网络侧下发INVITE403，再次出现一次未接通事件：三、问题分析：关于VOLTE基本流程和信令解释如下：1. 用户A，摘机对用户B发起呼叫，用户A首先向AS服务器发起INVITE请求。

2. AS服务器回复100 Trying给用户A说明收到INVITE请求。

3. AS服务器通过认证确认用户认证已通过后，向被叫终端B转送INVITE请求。

4. 用户B向AS服务器送呼叫处理中的应答消息，100 Trying 。

5. 用户B向AS服务器送183 Session Progress消息，提示建立对话的进度信息。

（此时被叫QCI1专用承载建立）6. AS服务器向主叫终端A转送183 Session Progress消息，终端A了解到整个Session的建立进度消息。

7. 终端A向AS服务器回复临时应答消息PRACK，表示收到183 Session Progress消息。

（此时主叫QCI1专用承载建立）8. AS服务器向被叫终端B转送临时应答消息PRACK ，终端B了解到终端A收到183Session Progress消息。

9. 被叫终端B向AS服务器发送200 OK消息，表示183 Session Progress请求已经处理成功。

10. AS服务器向主叫终端A转送200 OK消息。

11. 主叫终端A向AS服务器发送UPDATE消息，意在与被叫终端B协商相关SDP信息。

12. AS服务器向被叫终端B转送UPDATE消息。

13. 被叫终端B向AS服务器发送200 OK消息，表示UPDATE请求已经处理成功。

14. AS服务器向主叫用户A转送200 OK消息，通知用户A UPDATE请求已经处理成功。

15. 被叫用户B振铃，用户振铃后，向AS服务器发送180 Ringing 振铃信息。

VoLTE路测拉网问题经验共享

VoLTE路测拉网问题经验共享

VoLTE路测拉⽹问题经验共享1、403问题（掉话后⽹络未释放导致后续多次未接通）LOG：南京-⽹格8-20150913-1.log(主叫：184********/被叫：184********) 【问题描述】TIME=08:47:35.351主被叫掉话，出现20次呼叫不通的前1个通话，主被叫都掉话了，没有bye200。

TIME=08:44:56.699主叫发送INVITE消息后，TIME=08:44:58.914被叫响应寻呼，8S后，主叫发送ACK消息，呼叫建⽴，⽆线环境良好主被叫发射功率⾼，被叫连续两次RRC重配置后，TIME=08:47:27.692发送BYE消息，主叫TIME=08:44:58.914收到消息RRCConnectionReestablishmentReject，RRC重配置拒绝，3S后，TIME=08:47:29.798主叫发送BYE消息，未收到BYE200消息，主被叫掉话。

主被叫发射功率⾼，主被叫RRC重配置失败，导致主被叫掉话。

TIME=08:48:06.386主叫发送INVITE消息后，4S后，TIME=08:48:10.957主叫回落⾄2G，并在2G⽹络发起呼叫，主叫在2G⽹络超时挂机，TIME=08:48:36.775主叫在2G⽹络未接通。

TIME=08:48:52.439主叫发送INVITE消息后，接着主叫做TAU更新，2S后，TIME=08:48:54.146主叫收到INVITE403消息，未接通。

（被叫信令缺失）TIME=08:49:11.041主叫发送INVITE消息后，被叫信令缺失，1S后，主叫TIME=08:49:12.785主叫收到INVITE403消息，主叫发送ACK消息，呼叫失败，未接通。

TIME=08:49:29.628主叫发送INVITE消息后，被叫信令缺失，4S后，主叫TIME=08:49:33.168主叫收到INVITE403消息，主叫发送ACK消息，呼叫失败，未接通。

全网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，超时了。

经典案例-Volte接通率研究和实践总结

经典案例-Volte接通率研究和实践总结

台州Volte接通率研究和实践总结1概述随着Volte的不断放号，Volte用户不断增加，如何提升Volte接通率将至关重要。

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

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

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

2Volte接通率分析思路Volte接通率问题涉及到UE，EnodeB，EPS，IMS端到端网元，需要各个网元联合分析和定位具体原因。

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

在出现未接通问题时，各网元出现异常问题表现如下表所示：3接通率问题分析方法分析VOLTE接通率，通过测试软件记录空口LOG，同时需要进行ENODEB、MME、P/SGW、PCRF、IMS多点信令跟踪，进行端到端问题分析。

3.1终端侧问题分析通过路测软件记录空口数据，重点查看测试软件记录的SIP信令、RRC信令、NAS信令及表征空口质量的RSRP、SINR、BLER等指标。

分析方法如下：3.1.1查看主叫终端是否存在TCALL定时器超时的问题终端TCALL定时器：当主叫终端发出INVITE消息后，TCALL定时器开始计时，当主叫收到IMS下发的100 TRYING消息后，定时器停止。

若该定时器超时，主叫终端发CANCEL 消息。

接下来的分析思路如下：1、首先查看主叫终端发INVITE消息后，RRC是否未能正常建立或RRC建立后异常释放。

RRC未能正常建立，看是否存在RSRP过低，上行干扰，PRACH功控参数设置不合理等问题。

RRC建立后异常中断，看是否RSRP过低或SINR过低导致上行或下行失步导致RRC 异常释放，如果空口质量无问题，需要查看ENODEB的虚用户跟踪，来判断RRC异常释放的原因。