VoLTE测试案例分析.docx

案例1：580 Preconｄiｔiｏn Faｉlurｅ导致的未接通。
【问题描述】
在集团测试LOG中,存在Precｏnｄiｔion Ｆaｉluｒｅ导致的失败事件,表现为呼叫过程中,终端主动上发或收到网络侧下发的5８0 Precｏndｉtioｎ Ｆailure消息,随后呼叫中止，出现未接通事件。
Ｌog文件名：

9１000６０923ＭＳ2_UE2。lte
ＭO ＵE: **********
MT　UE:　１782０50０400
时间：10：1６:
【问题分析】
呼叫过程中，被叫发送Rｉnging 180后，收到网络下发的专载去激活命令，ＱCI １被释放,被叫随后上报580 Pｒecｏｎdｉtｉon Failuｒe,主叫同样收到网络侧转发的5８0消息，呼叫接续中止，导致未接通。
　　　　
从信令中可以看到,被叫回复Ringing　180且主叫也已经收到Ringing 18０,被叫随后收到网络侧下发的RＲC重配，携带有QＣI １被释放的信息，被叫去激活专有承载。由于专载已被释放，业务资源已不存在，所以被叫上发580 Precｏｎｄｉｔion Failure失败消息。主叫收到网络侧下发的５80，接续被中止，导致了会话未接通。
从MME下发到Noｄe　B的E—ＲAＢ RＥLＥＡSＥ　COMＭANＤ，原因上看是Nａｓ层nｏmal＿reｌeasｅ，导致专载QCI 1被释放。
专载QCI　1被释放，去激活后,被叫发送INVITE 580，主叫收到网络侧转发的INVITE 58０,会话流程中断，导致未接通
【问题定位】
在正常的会话流程中，由于MＭE下发E－RAB ＲEＬEASE COＭMANＤ,使得QCI 1被释放，导致未接通.
【解决措施】
需要核心网查看ＭME在什么情况下会下发E-RAB　RＥLEASE COMMAND。
【测试验证】
案例2:Sｅrvｅr　Internａl Erroｒ 500导致的未接通
【问题描述】
在集团测试ＬOG中,存在Server Inteｒnal Erroｒ 导致的失败事件，表现为呼叫过程中，终端主动收到网络侧下发的Server Ｉnternａl　Eｒrｏr　500消息,随后呼叫中止，出现未接通事件。
Ｌog文件名：
950006112２mｓ1．lte

MＯ UE： **********
ＭＴ ＵE： １7820５00403
时间:10：１9：2９。０51
【问题分析】
主叫发出UPDAＴＥ后，被叫收到UPDATE并回复UPＤATE 200，随后被叫发送Ringing １80，主叫同时收到UPＤATＥ 200和Ringing 18０。按照正常的信令流程应该是先收到UPＤＡＴE　200，再收到Ｒinｇing 18０。
然后主叫收到网络侧下发的 INVＩＴＥ　Ｓerｖer Intｅrnal Eｒror 50０。主叫专载被释放，去激活,导致会话未接通。
【问题定位】
主叫收到网络侧下发的INVITE 500，然后网络侧又下发ＲRC重配,释放掉QCＩ １，然后去激活,会话流程终止，导致未接通
【解决措施】
需要核心网确认,为什么会下发ＩNVITE 50０,什么情况下会导致网络侧下发IＮVＩＴE 500，随后的专载释放是否由ＩNＶＩＴE　５00导致的
【测试验证】
案例3：软件对失败事件的误判导致统计错误
【问题描述】
在集团测试ＬOＧ中,，信令显示主被叫正常通话,软件却统计出掉话或未接通事件。
Log文件名：

６２１ms1。ｌtｅ
MＯ UE： **********
MT UE： **********
时间:０9：44：1４。0
【问题分析】
主叫从09：42:４1主叫开始呼叫到09：45：47挂机成功,在通话过程中信令流程正常,中间出现一次ＲRC重建被拒,导致RRC释放，事件表现为掉话，软件统计为掉话.
在09：44：14。910主叫收到网络侧下发的ＲRC重建被拒，主叫随后发起RRC建立请求,在0９:44:１5:０04，然后因为TAU,在09:４4：１5：1２8 RRC Ｃoｎneｃtiｏn Ｒelｅasｅ了，软件统计为掉话。随后主叫又发起RRC连接,且在09:44：15．６59重建完成,从RRＣ重建被拒到RＲC连接成功不到１ｓ，且默认承载和专有承载均保持,未被释放,证明会话保持正常。
到最后结束通话正常挂机都没有出现失败事件
【问题