VoLTE测试案例分析

1、从信令中可以看到，被叫回复Ringing180且主叫也已经收到Ringing180,被叫随后

收到网络侧下发的RRC重配，携带有QCI1被释放的信息，被叫去激活专有承载。

由于专载已被释放，业务资源已不存在，所以被叫上发580PreconditionFailure失

败消息。主叫收到网络侧下发的580,接续被中止,导致了会话未接通。

rrc-iransacBoniaenuner=t

10:16:113184IMS_SIP_UPDATE

IcriticalExtensions

10:16:11.318畲IMS_SIP_UPDATE200

□cl10:16:11.399畲IMS_SIP_INVnE->Ringing180

白rrcConnectjonReconfiguration-r810:16:13.994LTERRCfRRCConnectionReconfiguration

dedicatedlnfoNASList10:16:14.006鱼LTERRCfRRCConnectionReconfigurationCom.

DedicatedlnfbNAS=27AA00AF180E10:16:1/006爪LTENAS->DeactivateEPSbearercontextrequest

-iradioResourceConfiqDedicated10:16:1卜.006vLTENAS-->DeactivateEPSbearercontextaccept

Qdrb-ToReteaselist10:16:1hL006畲LTERRC-->ULInformationTransfer

：DRB-Idenbty=5)10:16:11<.030畲IMS_SIP_INVrTE580

Bmac-MainConfig10:16:lKUiIMSSIPACK

10:16:14,615LTERRC-->Paging

白explidtValue々•仃求伐去激

日ul-SCH-Config10:16:173984LTERRC->Paging活被叫上报

10:16:17.876IMS_SIP_INVITE->Request

maxHARQ-Tx=n5INX'ITE580

10:16:17.876畲IMS_SIP_INVITE->Trying100

periodicfiSR-Timef=sf5v

10:16:18.0200IMSSIPINVITE183

2、从MME下发到NodeB的E-RABRELEASECOMMAND,原因上看是Nas层

nomal_release,导致专载QCI1被秤放。

*«*••••一•——•――•一—一一［一―-――•・・->-I——•一•一—―-•一■"—••

法

发

东…LTEUNIENODEB2015-03-2210:16:12.910S1APUPLINKNASTRANSPORT

收

接

东,LTEUNIENODEB2015-03-2210:1612910RRCULInformationTransfer

收

接

东…LTEUNIENODEB2015-03-2210:16:16.080S1APE_RABRELEASECOMMAND

送

发

东…LTEUNIENODEB2015-03-2210:16.16.080RRCRRCConnectionReconfiguratlon

收

接

东…LTEUNIENODEB2015-03-2210:16:16.120RRCRRCConnectionReconfigurationComplete

送

发

东.

LTEUNIENODEB2015-03-2210:16:16.120S1APE_RABRELEASERESPONSE收

接

东.

送

LTEUNIENODEB2015-03-2210:1616.200RRCULInformationTransfer发

东...LTEUNIENODEB2015-03-2210:16.16.200S1APUPLINKNASTRANSPORT

详细信息

-e_RAB_ID=7

cause

-1=3

H-rU

nas=0:TSlAP_CauseNas_Root_normal_release

A-▼nAS_PDU

I-nnrtc—1fl

3、专载QQ1被释放，去激活后,被叫发送INVITE580,主叫收到网络侧转发的INVITE

580,会话流程中断，导致未接通

【项目问题定位】

在正常的会话流程中，由于MME下发E-RABRELEASECOMMAND,使得QQ1被释放，导致

未接通。

【解决措施】

需要核心网查看MME在什么情况下会下发E-RABRELEASECOMMAND。

【测试验证】

项目案例2：ServerInternalError500导致的

未接通

【项目问题描述】

在集团测试LOG中，存在ServerInternalError导致的失败事件，表现为呼叫过程中，终端

主动收到网络侧下发的ServerInternalError500消息，随后呼叫中止，出现未接通事件。

Log文件名：

9500061120150322092042msl.lte

9500061220150322092042msl.lte

MOUE/p>

MTUE/p>

时间:10:19:29.051

Q1iYOmis

KEMEQifMEPCTimeMmeQ£♦YU⑥

,Vuterv^u-<*>cwtiiynuucW'p'ac

10:19:21.142LTECdlResdectCofrp«e1O:1US.M21ITERRC->R®CComeaion(Uccnfi^®on

10:19:22.7%<LTERRC->RRCConnea»onRecor/iQuraaw

10:HZ2$.”2tUTERRC->RftCCd*«KtionRKOt/^ia6ocC«r

10:ie：2X7HtL7ERftC->RRCConAect»OftR4Confi$ur*oiCon

10:19:”.70RftCCo^KXionfUqutftg先X.893LTtRRC->Sytt<mfrifonnM^n8lock<$W)

眦N:2245a<ITERftC->RRCC0cMebonRxot/igwS

10:19:22.78RftCG>nKt>onCompl«tod8”做〜)l酰1田,1SO4mWC->$ntemWafaC9M,»

10：19:224M<LTERftC->WCCcnr»«t»onR«onfi9unto«Co«

10:l9：22.7Wl花E-RA6Request10:19^,1504LTtRRC->$y»temZhform^onBkxfcCSiM.Sb；

10:19:2wa4MS.».Wvnt->Trvir>o100

10:19:22.7WLBE-«A«Success0«»y10:1926321tLTERRC->Mea^ementRetxyt

10:19:2337S♦L7BRRC->P»0，nQ

10:190,697LIEE-RA®Request10:19263374LTERRC->RRCCoMeaonReconfiou-aon

10:19:25-682<MS.sy.wvnEi«3

10:19:25.697LIEERA©SuccessD«*ylD：m«337<LnRRC->RSCCoMectionRecof/»9iaDonCor

10：19：21M2<MS.Sy.WACK

10:i9:2S.6VA<ti>eDedicatedEPSRequest产TFE1，F".UFW

10:19:2M97<LTERftC*>RRCConn«t*OftReco^igur«^

10:lt:2S3WDWedSuccessIO：N水力4tIMS.SIP.UPOATEWO

<LTERRC->RRCConMCt^f>R4COnfi9wfMeiCo«

10:10:273式l魔ERASXquct10:19领436tlMS_$lP_>wnT->Cbng«Q180

10:19274034ITERRC->Sy»temIhfonnKonBlockType1

■LTEMAA>Actf“tededsted-fepntat

L0:19JS.193tLTERRC->Mea^ementRepon

10:19:2MM<L7BRRC->ULmfonn«C*or»Trtnyfer

10:19:33.170LUHandoverRequest38»0,132•>310:1912s433tLTIRRC->Mw^emefltRep^t

10:19:26^33<JMS_Sy_PRACK2M

10:19:35.170LTEHandoverSuccessMaxloverDe^j-<ITERRC->Mob«litYRomEUTRACorenind

10:19:26^33tMS.Sy.UPOATH

10:19—RRCCweaionRelwe

10:19:2732ft<L7ERftC*>RRCConA«ct^ftRecor/iguf«^

Oueg6cgBackedQI

<LTERRC->RRCConM<t»OftR4COnA9urM««Co«

曲19人・为2tRdeweC^pkte

】0：19：273N4ITENA$~>Mod^y^Sbwrtrcontotfeqwt!

10:19^9.«24TMS1Ree»lo<3to^Command

10:19:27tLBNA$->Xodify仪M6U8NRHCW

MessaoeDetMs-9500061120150322t»2042rrel:Quak:o...x10:19^9.M2tIM£ReMcab8CogWe

10:10:2?JM♦LTtgC-、36%E»t^nTrEV，

arrcv-omecTOrKecDnftgiraDon10:1930.824LTERRC-^S^tem&iformM»onBlodcT>pe1

10:19:27.4134JM5.S3PJNVne->3a”l”

rrc-Tran»«ctonJdent>fier•310:1：30y24LTERRC->S*itembifonnM>oftBlodXSU)

IQ-19127413A:MG£3»LgQATP200

住而;京jG菽二嬴JfecntKrfxtwwom4ITERRC->$r«t«fn&iformM»Oft8lo<fcType：

8cl曲1*1814lTtRRC->$rtUmlnf*E2n8lock«Sb2)

10:19:2^51«WS.$2P.Wvn€->$<v«riMtmWErrorSCO

&rrcConnect>onRecDn4QzMon<810:1^313164lTt<mC->$r5HMfonn«bocWo<fc&M，9

W：19：2M51。加5_斯_10(

8dedcatedWoKASUtW:19JUW*LTERRJ>SystEMfonn«bonWodQ口b，S&

10:WJ1.42$tLTENAS->Tractoflc«reaupditerequet

10:19:29.182<LTBRRC->RRCConnectionReconficurWo*Con(McatMflnfohAS-2XM8EC8m72OOC

iO:WJ1.426tLTERRC->RRCConr«tJ<>iReq^st

10:19:29.182#LTINAS->Dwct)vaceEPSb€ye<co-tett(rcu«t

10:1田<724LTERRC->RRCConft«ct»onSetup

^10:19:29212#LTENAS->DwctJviCebeirercontefiKceptdb-ToRfteaatct

10:lix31.472fuTERRC->RftCConMCt>oa$«tupCorrplMe

10:19:29J12*7LTERRC->U；5l^Onn*t»OftTfintTefOS

)l©：llz31.6754lTERRJ>$ytUmbformM5BM>3g部

10:：9:35.l?etITEReportrrocMmCaM9

由1先3h6%4litftRC->OLfrifonMbonIrtn^er

10：19：3S.l7*4LTEMC->RRCCocn«t6Qec0Mig53iteiplatvMje

e10:19x31.64LTtHA5->AMtherC»c*»onrequest

10:19:35.17t<LTEWC->RACConnectionRetonfi^jrBto"Con3sps-CorAq

10:WJ1416tLTINAS->Authert»cM»onre&pocee

10:19:35.185<LIBRRC->SYSte«>Ir/orr»«t>onBlockTyp<1

Jp5-Corfij(X-0010:19JU!6tLTtRRC->ULXr/orffl«MonTransfer

10:19:35.1854LitRRC->Systen»If/omatJonWock3(9W)

WM-ConfigiA•retoMt10:19^14164LTERRC->DL&ifofmabonTr

10:19:35J014LTERRC->Systefl»IrfonwatJonBkxte(9b-SK

aph)9c^CoApedotedtO:ltx3U：64UTEHAS->$«o*r*rmod«comfMnd

10:19:3SJ014LTERAC^Svsttf*If/ornatianBbds(Sb€Sb7.

10:1田41tUTEMA$->$4Cur<ymodfCOmpleCt

10:1^:35^014ITERRC->RRCConMCt»onRtCOf/iflufXto'

：

Q$"iE■6®cky»rd10lW1^31fLTfWe->ULlr/on««»onT^fer

【项目问题分析】

1、主叫发出UPDATE后,被叫收到UPDATE并回复UPDATE200,随后被叫发送Ringing180,

主叫同时收到UPDATE200和Ringing180c按照正常的信令流程应该是先收到UPDATE200,

再收到Ringing180。

10:19:27.320畲LTERRC->RRCConnectionReconfigurationCom

10:19:273204LTENAS->ModifyEPSbearercontextrequest

10:19:27335管LTENAS->ModifyEPSbearercontextaccept

10:19:27.335畲LTERRC—>ULInformationTransferj(1।,,p

40:19:27.413IMS_S：P_INVrTE->Ringing180、］•；彳川

^0:19:27.4135IM5-5：P_UPDATE200___________)1J./JP|)AT

10:19:27,725SLTERRC->Paging200和

10:19:29.051IMS_S：P_INVITE->ServerInternalEirq。迎［\G］h

10:19:29.051畲IMS_S：P_ACK

D-

10:19:26.774IMS_SIP_UPDATE

仆

10:19:26.774IMS-SIP-UPDATE200

仆

10:19:26.836IMS_SIP_INVITE->Ringing180

乃

10:19:27.803LTERRC->SystemInformationBlockTypel

仆

10:19:28.193LTER^C->MeasurementReport

仆

10:19:28.833仆LIER^C->MeasurementReport

10:19:28.864LTER^C-->MobilityFromEUTRACommand

10:19:29.036♦IMSSIPINVrTE->OK200

!10:19:2Q.Q8?JLDisconnect

2、然后主叫收到网络侧下发的INVITEServeCnternalError500.主叫专载被释放，去激活,

导致会话未接通。

10:19:27,335畲LIERRC->ULInformationTransfer

10:19:27,413SIMS_SIP_INVnE->Rjnging180

10:19:27,413鸟IMS_SIP_UPDATE200

,10:19:27,725北LIERRC二〉Paaina

10:19:29.051SIMS_SIP_INVITE->5erverInternalError500

Ln・1Q・)Qn<；1畲TMS《TP

10:19:29,1，2，LIERRC->RRCConnectionReconfiguration

10:19:29.182令LTERRC->RRCConnectionReconfigurationComEIMS_SIP_IffVnE->ServefInternalError

10:19:29,1824LIENAS-->DeactivateEPSbearercontextreques&L3Message

10:19:29.212畲LTENAS->DeactivateEPSbearercontextaccept

dr=Downink

10:19:29,212畲LTERRC->ULInformationTransfer

10:19:35,170畲LTERRC—〉MeasuramentReportContent=SIP2.0500ServerInternalError

【项目问题定位】

主叫收到网络侧下发的INVITE500,然后网络侧又下发RRC重配，释放掠QCI1,然后去激

活，会话流程终止，导致未接通

【解决措施】

需要核心网确认，为什么会下发INVITE500,什么情况下会导致网络侧下发INVITE500,随

后的专载释放是否由INVITE500导致的

【测试验证】

项目案例3：软件对失败事件的误判导致统

计错误

【项目问题描述】

在集团测试LOG中，存在软件的误判而错误统计的失败事件。如在某个特定时间点上，信

令显示主被叫正常通话，软件却统计出掉话或未接通事件。

Log文件名：

9500060520150320091421msl.lte

9500060620150320091421msl.lte

MOUE/p>

MTUE/p>

时间：09:44:14.0

【项目问题分析】

1、主叫从09:42:41主叫开始呼叫到09:45:47挂机成功，在通话过程中信令流程正常，中间

出现•次RRC重建被拒，导致RRC释放，事件表现为掉话，软件统计为掉话。

Mtanpe•M000MS20190320091421mBl:QaiEoimtr...xEventL£t•9500060520150.

KEae♦v-»*PCTimtQ2♦V3203PCnrt«''ma*i

叶心42547iTBe-RABRiQuMt：9M2:3«.8%tLitRRC->MM5u>emefltRepcn

4iTt骸J〉RRCEnecbocReoM»gir3LTE64U85u(cm0«Uy：Xrm)：^:42:3>JMtL7HRRC->Mws^emcntReport

。9鸿2M3,796♦LTERRC->RRCConnecbor»ReonfiflurConComgef2.5XActive04dic«tedW:-42:3»2«tLIERRC->Me4S^ementRepcn

09&M3.796<LTtNAS->ModrfyEPSbe^rerc»rceerequest除32.例Awve0<d.c«tedCP$$ucce»»8:42:3128tLIERRC->MMS^emtntRipen

09:42?43,796tLTESAS-)"drfyEPSbe-gtxcw：9:42:»5674LTERRC-^P^nQ

09:42：43JJ1tLTtRRC->UL>ifonnK^f»Trmrferg-9LTtE-RABSuccessDel>y:5(E)

09:42:43.1114IMS-SP.Wynt->R4iginQ180":42:41«767♦IMSqiPJV/KDQgsK

09&M3M4WS.SP.UPOATE200：4：42：41.?ttf(M$_5IP_JwrTf->Tryinfl100

09:〃M如4LTIRRC->P>9iftQM:42：4UWtESSJIWEia

09:42H«.MO4LTERAC->PaQiA9W:42:U0M♦L^tRRC->WCCollectionRecc^iQurMwc

■»IMS.gP.INVnEQOKZB0»^3:15280LTEHandoverRequest3M4&IM­>3t69:42:4241。tERRC~>*CCoMect)onR«c07flscaborCs

(>♦^3:15311LTEHandoverSuccessHando^trDd*r•9H2：42.1104LUNAS->Act)vMededKitedEFSbearercontort

09：K7.W4iTfftftC-W:42：42.110tL7tNAS->Act»vaeededKitedEFSbearercontert

09:3*9431litmC-加g”