VoLTE測試案例分析

《VoLTE測試案例分析》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、案例1：580PreconditionFailure導(dǎo)致的未接通?！締栴}描述】在集團(tuán)測試LOG中，存在PreconditionFailure導(dǎo)致的失敗事件，表現(xiàn)為呼叫過程中，終端主動上發(fā)或收到網(wǎng)絡(luò)側(cè)下發(fā)的580PreconditionFailure消息，隨后呼叫中止，出現(xiàn)未接通事件。Log文件名：9100060920150322101533MS2_UE1.lte9100060920150322101533MS2_UE2.lteMOUE:17820500404MTUE:17820500400時間：10：16：14.320【問題實(shí)例】隨著FD

2、D和TDD的協(xié)同發(fā)展，越來越多的運(yùn)營商正投入到VoLTE網(wǎng)絡(luò)的部署與建設(shè)中。然而，VoLTE的部署涉及IMS核心網(wǎng)、EPC核心網(wǎng)、CS核心網(wǎng)、用戶數(shù)據(jù)、信令網(wǎng)、無線網(wǎng)、承載網(wǎng)支撐系統(tǒng)等多個領(lǐng)域的相關(guān)問題，是對運(yùn)營商網(wǎng)絡(luò)與通信業(yè)務(wù)變革的一次重大挑戰(zhàn)。????此次網(wǎng)絡(luò)研討會我們將探討：????1.VoLTE服務(wù)驗(yàn)證和故障排除實(shí)例????2.端到端VoLTE會話檢測、問題識別和根源分析????3.如何使用被動分析儀在實(shí)時網(wǎng)絡(luò)中分析VoLTE問題鏈接：http://webinar.ofweek.com/activityDetail.action?

3、activity.id=9669351&user.id=2【問題分析】1、呼叫過程中，被叫發(fā)送Ringing180后，收到網(wǎng)絡(luò)下發(fā)的專載去激活命令，QCI1被釋放，被叫隨后上報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ā)580PreconditionFailu

4、re失敗消息。主叫收到網(wǎng)絡(luò)側(cè)下發(fā)的580，接續(xù)被中止，導(dǎo)致了會話未接通。3、從MME下發(fā)到NodeB的E-RABRELEASECOMMAND，原因上看是Nas層nomal_release，導(dǎo)致專載QCI1被釋放。4、專載QCI1被釋放，去激活后，被叫發(fā)送INVITE580，主叫收到網(wǎng)絡(luò)側(cè)轉(zhuǎn)發(fā)的INVITE580，會話流程中斷，導(dǎo)致未接通【問題定位】在正常的會話流程中，由于MME下發(fā)E-RABRELEASECOMMAND，使得QCI1被釋放，導(dǎo)致未接通?！窘鉀Q措施】需要核心網(wǎng)查看MME在什么情況下會下發(fā)E-RABRELEASECOMMAND

5、?！緶y試驗(yàn)證】案例2：ServerInternalError500導(dǎo)致的未接通【問題描述】在集團(tuán)測試LOG中，存在ServerInternalError導(dǎo)致的失敗事件，表現(xiàn)為呼叫過程中，終端主動收到網(wǎng)絡(luò)側(cè)下發(fā)的ServerInternalError500消息，隨后呼叫中止，出現(xiàn)未接通事件。Log文件名：9500061120150322092042ms1.lte9500061220150322092042ms1.lteMOUE:17820500405MTUE:17820500403時間：10：19：29.051【問題分析】1、主叫發(fā)出UPD

6、ATE后，被叫收到UPDATE并回復(fù)UPDATE200，隨后被叫發(fā)送Ringing180，主叫同時收到UPDATE200和Ringing180。按照正常的信令流程應(yīng)該是先收到UPDATE200，再收到Ringing180。2、然后主叫收到網(wǎng)絡(luò)側(cè)下發(fā)的INVITEServerInternalError500.主叫專載被釋放，去激活，導(dǎo)致會話未接通?！締栴}定位】主叫收到網(wǎng)絡(luò)側(cè)下發(fā)的INVITE500，然后網(wǎng)絡(luò)側(cè)又下發(fā)RRC重配，釋放掉QCI1，然后去激活，會話流程終止，導(dǎo)致未接通【解決措施】需要核心網(wǎng)確認(rèn)，為什么會下發(fā)INVITE500，什么

7、情況下會導(dǎo)致網(wǎng)絡(luò)側(cè)下發(fā)INVITE500，隨后的專載釋放是否由INVITE500導(dǎo)致的【測試驗(yàn)證】案例3：軟件對失敗事件的誤判導(dǎo)致統(tǒng)計錯誤【問題描述】在集團(tuán)測試LOG中，存在軟件的誤判而錯誤統(tǒng)計的失敗事件。如在某個特定時間點(diǎn)上，信令顯示主被叫正常通話，軟件卻統(tǒng)計出掉話或未接通事件。Log文件名：9500060520150320091421ms1.lte9500060620150320091421ms1.lteMOUE:17820500402MTUE:17820500396時間：09：44：14.0【問題分析】1、主叫從09:42:41主叫

8、開始呼叫到09:45:47掛機(jī)成功，在通話過程中信令流程正常，中間出現(xiàn)一次RRC重建被拒，導(dǎo)致RRC釋放，事件表現(xiàn)為掉話，軟件統(tǒng)計為掉話。2、在09：44：14.910主叫收到網(wǎng)絡(luò)側(cè)下發(fā)的RR