中國移動LTEVOLTE案例分析匯總

中國移動LTEVOLTE案例分析匯總廣東移動4GTD-LTE詳細(xì)案例分析案例1：580PreconditionFailure導(dǎo)致在集團(tuán)測試LOG中，存在PreconditionFailure導(dǎo)致的失敗事件，表現(xiàn)為呼叫過程中，終端主動上發(fā)或收到網(wǎng)絡(luò)側(cè)下發(fā)的580PreconditionFailure消息，MOUE:MTUE:被釋放，被叫隨后上報(bào)580PreconditionFailure，主叫同樣收到網(wǎng)絡(luò)側(cè)轉(zhuǎn)發(fā)的580消息，呼叫接續(xù)中止，導(dǎo)致未接通。2、從信令中可以看到，被叫回復(fù)Ringing180且主叫也已經(jīng)收到Ringing180，被叫隨后收到網(wǎng)絡(luò)側(cè)下發(fā)的RRC重配，攜帶有QCI1被釋放的信息，被叫去激活專有承載。由于專載已被釋放，業(yè)務(wù)資源已不存在，所以被叫上發(fā)580PreconditionFailure失敗消息。主叫收到網(wǎng)絡(luò)側(cè)下發(fā)的580，接續(xù)被中止，導(dǎo)致了會話未接nomal_release，導(dǎo)致專載QCI1被釋放。4、專載QCI1被釋放，去激活后，被叫發(fā)送INVITE580，主叫收到網(wǎng)絡(luò)側(cè)轉(zhuǎn)發(fā)的INVITE580，會話流程中斷，導(dǎo)致未接通在正常的會話流程中，由于MME下發(fā)E-RABRELEASECO需要核心網(wǎng)查看需要核心網(wǎng)查看MME在什么情況下會下發(fā)E-RABRELEASECOMMAND。案例2：ServerInternalError500導(dǎo)致在集團(tuán)測試LOG中，存在ServerInternalError導(dǎo)致的失敗事件，表現(xiàn)為呼叫過程中，終端主動收到網(wǎng)絡(luò)側(cè)下發(fā)的ServerInternalError500消息，隨MOUE:MTUE:1、主叫發(fā)出UPDATE后，被叫收到UPDATE并回復(fù)UPDATE200，隨后被叫發(fā)送Ringing180，主叫同時(shí)收到UPDATE200和Ringing180。按照正常的信令流程應(yīng)該是先收到UPDATE200，再收到Ringing182、然后主叫收到網(wǎng)絡(luò)側(cè)下發(fā)的INVITEServerInternalError500.主叫專載被釋放，主叫收到網(wǎng)絡(luò)側(cè)下發(fā)的INVITE500，然后網(wǎng)絡(luò)側(cè)又下1，然后去激活，會話流程終止，導(dǎo)致未接通需要核心網(wǎng)確認(rèn)，為什么會下發(fā)INVITE500，什么情況下會導(dǎo)致網(wǎng)絡(luò)側(cè)下發(fā)案例3：軟件對失敗事件的誤判導(dǎo)致統(tǒng)計(jì)錯誤在集團(tuán)測試LOG中，存在軟件的誤判而錯誤統(tǒng)計(jì)的失敗事件。如在某個特定時(shí)間點(diǎn)上，信令顯示主被叫正常通話，軟件卻統(tǒng)計(jì)出掉話或未接通事件。MOUE:MTUE:1、主叫從09:42:41主叫開始呼叫到09:45:47掛機(jī)成功，在通話過程中信令流程正常，中間出現(xiàn)一次RRC重建被拒，導(dǎo)致RRC釋放，事件表現(xiàn)為掉話，軟件統(tǒng)計(jì)為掉話。2、在09：44：主叫收到網(wǎng)絡(luò)側(cè)下發(fā)的RRC重建被拒，主叫隨后發(fā)起RRC建立請求，在09：44：15：004，然后因?yàn)門AU，在09：44：15：128RRCConnectionRelease了，軟件統(tǒng)計(jì)為掉話。隨后主叫又發(fā)起RRC連接，且在09：44：重建完成，從RRC重建被拒到RRC連接成功不到1s，且默認(rèn)承載和專有承載均保持，未被釋放，證明會話保持3、到最后結(jié)束通話正常掛機(jī)都沒有出現(xiàn)失敗事件主叫接通后，在沒有收到通話結(jié)束的情況下，中間出現(xiàn)RRCConnectionRelease，軟件判斷為掉線，此次是在會話建立后出現(xiàn)，軟件統(tǒng)計(jì)為掉話需要鼎利修改判斷事件失敗的機(jī)制案例4：軟件對失敗事件的重復(fù)統(tǒng)計(jì)軟件對于失敗事件存在重復(fù)統(tǒng)計(jì)的問題，在集團(tuán)測試問題統(tǒng)計(jì)表中，多次出現(xiàn)同一次失敗事件，軟件卻作了多次統(tǒng)計(jì)，導(dǎo)致失敗事MOUE:MTUE:1、主叫在10：04：發(fā)出INVITE會話請求，被叫在10：04：收到網(wǎng)絡(luò)側(cè)下發(fā)的BYERequest，軟件統(tǒng)計(jì)為掉話。2、被叫在10：04：08：230收到網(wǎng)絡(luò)側(cè)下發(fā)的INVITERequest同時(shí)發(fā)送Trying100，又在10：04：收到網(wǎng)絡(luò)側(cè)下發(fā)的INVITERequest同時(shí)發(fā)送Trying100，并在同時(shí)發(fā)送INVITE486，軟件統(tǒng)計(jì)為未接通。3、主叫在收到網(wǎng)絡(luò)側(cè)下發(fā)的UPDATE200后，在10：04：上報(bào)Cancel，主叫的整個會話流程到這里被終止，事件上表現(xiàn)為未接通。且承載都存在通話期間，被叫收到網(wǎng)絡(luò)下發(fā)的BYERequest會被軟件統(tǒng)計(jì)為掉話。被叫連續(xù)次INVITERequest未釋放，故第二次INVITERequest網(wǎng)絡(luò)側(cè)才會下發(fā)INVITE486，流程停止，軟件統(tǒng)計(jì)為未接通。此時(shí)主叫在進(jìn)行正常的會話接續(xù)，信令流程正常，事件中未出現(xiàn)失敗事件。直到主叫上報(bào)Cancel，主叫會話流程停止，事件表現(xiàn)為未接通，之前的兩次失敗事件統(tǒng)計(jì)是重復(fù)統(tǒng)計(jì)。案例5：LTE到2GeSRVCC切換失敗導(dǎo)致的呼叫會話建立后，由于到達(dá)異系統(tǒng)B2門限，終端上報(bào)B2事件，網(wǎng)絡(luò)下發(fā)1、被叫上報(bào)B2事件，滿足切換門限系統(tǒng)下發(fā)mobility切換命令，此時(shí)4G的3、信令上看，4G流程正常走完且建立會話，被叫切換到2G，但是網(wǎng)絡(luò)下發(fā)TMSIReallocationCommand導(dǎo)致流程終止，eSRVCC切換失敗，會話流程結(jié)束，懷疑是2G4G流程正常且已正常建立會話，由于2G網(wǎng)絡(luò)側(cè)下發(fā)TMSIReallocationCommand導(dǎo)致eSRVCC切換失敗，會話流程結(jié)束，導(dǎo)致掉話，懷疑是2G的問Release導(dǎo)致的未接通主叫起呼發(fā)出Invite消息后，在收到網(wǎng)絡(luò)效應(yīng)Trying100之前，先收到了網(wǎng)了BlockedCall事件。1、通過信令詳細(xì)分析主叫起呼的過程，可以發(fā)現(xiàn)，起呼前，主叫剛完成重選過程，從PCI216小區(qū)重選至PCI103小區(qū)，由于源小區(qū)與目標(biāo)小區(qū)處在不同的），通主叫起呼后，流程正常，達(dá)到eSRVCC切換門限后收到eSRVCC切換命令且?guī)缀鮉OUE:MTUE:1、主叫在11：25：起呼，到11：25：收到網(wǎng)絡(luò)側(cè)轉(zhuǎn)發(fā)的Ringing180，整個信令流程正常2、在主叫幾乎收到網(wǎng)絡(luò)側(cè)轉(zhuǎn)發(fā)的Ringing180的同時(shí)，主叫達(dá)到eSRVCC切換門限，網(wǎng)絡(luò)側(cè)在11：25：下發(fā)eSRVCC切換命令，在切換過程中主叫處于振鈴中，并未摘話，而切主叫已經(jīng)收到Ringing180，處于振鈴狀態(tài)還未摘話，由于在Alerting中發(fā)生需要核心網(wǎng)方面幫忙定位案例8：CSFB失敗導(dǎo)致未接通主叫起呼后，被叫CSFB失敗，主叫直接Cancel導(dǎo)致未接通MOUE:MTUE:1、主叫于15:42:22發(fā)起invite，被叫未收到網(wǎng)絡(luò)側(cè)轉(zhuǎn)發(fā)的INVITERequest，但是主叫能一直收到網(wǎng)絡(luò)側(cè)下發(fā)的INVITE183、PRACK、UPDATE消息，這些消息被叫并沒有收到也沒有回復(fù)。被叫在15:42:24收到網(wǎng)絡(luò)側(cè)下發(fā)的CSFBrequest，但CSFB到2G后從信令看沒有呼叫相關(guān)的信令交互過程2、直到15:42:35CSFB失敗，由于收不到被叫的響應(yīng)，主叫主動于15:42:53發(fā)起CANCL導(dǎo)致會話未接通。主叫發(fā)起會話后，被叫沒有收到會話請求，直接CSFB，CSFB失敗，主叫一直未收到被叫的響應(yīng)，直接Cancel，導(dǎo)致會話未接通。需要核心網(wǎng)查看為什么被叫沒有收到主叫的會話請求，且主叫能收到網(wǎng)絡(luò)側(cè)下主叫發(fā)起會話，被叫駐留在2G未返回4G，沒有響應(yīng)主叫的會話請求，主叫收MOUE:MTUE:1、主叫在15：43：起呼，此時(shí)被叫任然駐留在2G，由于上一次會話中CSFB失敗，并沒2、起呼后，被叫一直無響應(yīng)，沒有與主叫進(jìn)行信令交互，然而主叫能一直收到網(wǎng)絡(luò)側(cè)下3、主叫一直收不到被叫的回復(fù)，被叫在15:43:被叫上發(fā)DetachRequest，主叫在15：43：上發(fā)Cancel，取消會話，導(dǎo)致未接通需要核心網(wǎng)查看為什么主叫會話信令流程正常，被叫卻無法收到主叫的會話請求。同時(shí)查看2G無線側(cè)，為什么被叫會上發(fā)DetachRequest。案例10：承載未建立導(dǎo)致未接通MOUE:MTUE:1、主叫在15：46：發(fā)起會話，收到網(wǎng)絡(luò)側(cè)下發(fā)的110s后RRC釋放，主叫在15：46：上發(fā)Cancel，導(dǎo)致會話未需要核心網(wǎng)查看為什么沒有建立專有承載案例11：承載異常釋放導(dǎo)致掉話被叫重建立成功后，專有承載突然被釋放，導(dǎo)致掉話MOUE:MTUE:1、主叫在10：28：起呼，流程正常，收到網(wǎng)絡(luò)側(cè)轉(zhuǎn)發(fā)的Ringing180，UPDATE200，主2、被叫在10：35：發(fā)送重建立，重建立成功，且流程正常，但是在10：35：承載被釋放，導(dǎo)致掉話會話建立后，被叫重建立完成，但是專有承載被釋放，導(dǎo)致掉話需要核心網(wǎng)確認(rèn)承載釋放的原因案例12：信令轉(zhuǎn)發(fā)失敗導(dǎo)致未接通主叫發(fā)起會話請求，網(wǎng)絡(luò)側(cè)未轉(zhuǎn)發(fā)，被叫未收到，主叫Cancel，導(dǎo)致未接通MOUE:MTUE:續(xù)無法繼續(xù)，導(dǎo)致未接通。整個過程無線環(huán)境良好，網(wǎng)絡(luò)側(cè)未轉(zhuǎn)發(fā)信令。網(wǎng)絡(luò)側(cè)未轉(zhuǎn)發(fā)主叫會話請求，使得會