VOLTE測試問題點匯總.docx

1、VOLTE測試信令流程與標準不符1.1起呼過程中主被叫在183 消息之前已完成QCI1專載建立,共有以下4種情況：被叫2種：a).被叫在收到INVITE Request之前已完成完成QCI1專載建立;b).被叫在收到INVITE的同時收到QCI=1的承載建立請求；主叫2種：c). 主叫在收到IMS的100 Trying之前就已經(jīng)建立QCI=1的承載； d). 主叫在收到Trying 100后，183前已完成QCI1專載建立信令截圖如下：a).被叫收到INVITE消息前就開始建立QCI1的專用承載;B).被叫在收到INVITE的同時收到QCI=1的承載建立請求；c).主叫在收到IMS的100 Trying之前就已經(jīng)建立QCI=1的承載；d). 主叫在收到Trying 100后，183前已完成QCI1專載建立，被叫在INVITE Request前已完成完成QCI1專載建立。1.2被叫側(cè)在回復BYE-200之前，主叫就已經(jīng)收到IMS下發(fā)的BYE-200消息IMS核心網(wǎng)反饋，SBC策略要是收到任一方BYE Reques 直接通知MME釋放EPS，無需等待主被叫回復BYE 200 OK。1.3主叫發(fā)起B(yǎng)YE Request掛機，但被叫先收到專載釋放，且釋放完成后才收到IMS下發(fā)的BYE Request，導致平臺統(tǒng)計為掉話。DRB-3為QCI1專載1.4主叫收到Trying 100后網(wǎng)絡側(cè)下發(fā)去激活QCI1專載，但主叫上次通過結(jié)束后已釋放完成。2、三次Modify EPS bearer2.1 主被叫在起呼過程中多次修改EPS Bearer測試發(fā)現(xiàn)起呼過程中多次修改EPS Bearer: GBrForDwLink、GBrForUpLink、MbForDwLink、MbrForUpLink 相關(guān)速率修改為49、50、96等。QCI=1的專用承載的EPSID=8(GBR上行50、下行49，第一次MODIFY：修改GBR上下行49，第二次MODIFY：與第一次一樣，第三次MODIFY與第二次一樣；這種多次修改GBR保障速率主要目的是什么？幫忙看看核心網(wǎng)是否能答復異常呢？)valuemessagename:ActivatededicatedEPSbearercontextrequestvalueActivatededicatedEPSbearercontextrequest:=|-EsmHeader|-Protocoldiscriminator:2(ESMmessages)|-EpsBearerId:0x08|-ProcedureTxnId:0|-MsgType:0xc5|-LinkedEpsBearerId:0x05|-SdfQos|-GbrForDwLink:49|-GbrForUpLink:50|-MbrForDwLink:49|-MbrForUpLink:50|-GbrForDwLink_Extend:0|-GbrForUpLink_Extend:0|-MbrForDwLink_Extend:0|-MbrForUpLink_Extend:0|-Qci:1第一次：valuemessagename:ModifyEPSbearercontextrequestvalueModifyEPSbearercontextrequest:=|-EsmHeader|-Protocoldiscriminator:2(ESMmessages)|-EpsBearerId:0x08|-ProcedureTxnId:0|-MsgType:0xc9|-SdfQos|-GbrForDwLink:49|-GbrForUpLink:49|-MbrForDwLink:49|-MbrForUpLink:49|-GbrForDwLink_Extend:0|-GbrForUpLink_Extend:0|-MbrForDwLink_Extend:0|-MbrForUpLink_Extend:0|-Qci:1第二次：valuemessagename:ModifyEPSbearercontextrequestvalueModifyEPSbearercontextrequest:=|-EsmHeader|-Protocoldiscriminator:2(ESMmessages)|-EpsBearerId:0x08|-ProcedureTxnId:0|-MsgType:0xc9|-SdfQos|-GbrForDwLink:49|-GbrForUpLink:50|-MbrForDwLink:49|-MbrForUpLink:50|-GbrForDwLink_Extend:0|-GbrForUpLink_Extend:0|-MbrForDwLink_Extend:0|-MbrForUpLink_Extend:0|-Qci:1第三次：valuemessagename:ModifyEPSbearercontextrequestvalueModifyEPSbearercontextrequest:=|-EsmHeader|-Protocoldiscriminator:2(ESMmessages)|-EpsBearerId:0x08|-ProcedureTxnId:0|-MsgType:0xc9|-SdfQos|-GbrForDwLink:49|-GbrForUpLink:49|-MbrForDwLink:49|-MbrForUpLink:49|-GbrForDwLink_Extend:0|-GbrForUpLink_Extend:0|-MbrForDwLink_Extend:0|-MbrForUpLink_Extend:0|-Qci:1下圖GBrForDwLink、MbForDwLink、相關(guān)速率有修改為49、96。3、SIP信令丟失3.1主叫未收到UPDATE 200 和 180 Ringing 導致未接通：【問題描述】主叫占用EARFCN:38400、PCI:315小區(qū)，終端發(fā)起invite會話呼叫，服務器響應并回復終端invite100 Trying，網(wǎng)絡側(cè)發(fā)起QCI=1的承載建立，此時的空口環(huán)境CRC-RSRC=-98，CRC-SINR=10,在時間10:36:34同時上發(fā)ACK和BYE消息，接著釋放QCI1導致一次未接通事件【問題分析】：通過信令分析主被叫信令，被叫上發(fā)UPDATE200消息給IMS，但是主叫沒有收到下發(fā)的UPDTAE200消息，接著被叫上發(fā)振鈴消息，主叫也沒有收到，被叫上發(fā)INVITE200消息，主叫收到后上發(fā)ACK，通話接通，但是主叫同時上發(fā)了BYE消息，進行了QCI1的拆鏈，收到下發(fā)的UPDATE 487 Request Terminated，UPDATE請求終止。從信令上看已經(jīng)收到INVITE200消息以及上發(fā)ACK，理論上已經(jīng)接通，但是從UPDATE 487 Request Terminated，UPDATE請求終止懷疑由于UPDTAE200消息丟失導致未接通。3.2無線環(huán)境良好，被叫發(fā)送間隔2秒發(fā)送第2次 INVITE 183，網(wǎng)絡側(cè)才下發(fā)QCI1激活請求，期間重復收到INVITE Request消息；懷疑核心網(wǎng)SIP消息丟失；：4、通話建立過程，網(wǎng)絡側(cè)取消通話4.1被叫發(fā)送180 Ringing ，4秒后主叫收到：UPDATE 487 Request Teminated，導致未接通IMS_SIP_UPDATE-Request Teminated 提示: 487 Request Terminated4.2被叫發(fā)送183，但收到網(wǎng)絡側(cè)：CANCEL-Request(cause=503;text=PT: ASR: INSUFFICIENT_BEARER_RESOURCES) ，導致未接通，疑問是否與空閑態(tài)TAU有關(guān)。5、CSFB通話5.1主叫在空閑態(tài)INVITE-Request，但連續(xù)4次RRC Connection Setup Complete完成后接著收到RRC Connection Release(other)導致主叫CSFB(成功)，原因未知13:35:17.314 RRC連接重配置分別給主叫分配QCI5/QCI9的默認承載，與上4次同一小區(qū)5.2主叫收到Trying 100接著100ms收到IMS_INVITE-500 Server Internal Error5.3主叫收到Trying 100 1.3s后收到IMS_INVITE-Request Timeout，當前被叫無線環(huán)境良好5.4被叫剛好在尋呼期間做小區(qū)重選，8秒后接收到MME CSFB指示經(jīng)核實IMS有個5秒定時器，IMS側(cè)要是在5秒內(nèi)未收到被叫回復Trying 100，就會轉(zhuǎn)到MME 繼續(xù)尋呼。6、切換失敗且RRC重建失敗導致掉話被叫終端切換失敗，發(fā)起RRC連接重建，但網(wǎng)絡側(cè)拒絕導致掉話。7、終端異常7.1接通狀態(tài)下再起呼或再次響應尋呼主被叫正在通話中，均尚未掛機，但主叫在通話過程中再次發(fā)起INVITE，疑似終端問題。主叫在通話過程中發(fā)起INVITE-Request，被叫響應INVITE ，并向網(wǎng)絡側(cè)發(fā)送INVITE-Trying 100被叫在180秒后掛機結(jié)束通話7.2主叫發(fā)生TAU更新后，沒有繼續(xù)發(fā)起UPDATE流程導致未接通8、QCI1專載被異常釋放導致未接通8.1 QCI1(高、低極限)異常釋放導致未接通(LowLimit)【問題描述】主叫占用EARFCN:38400、PCI:354小區(qū)，終端發(fā)起invite會話呼叫，服務器響應并回復終端invite100 Trying，網(wǎng)絡側(cè)發(fā)起QCI=1、EPS承載為5的承載建立，此時的空口環(huán)境較好CRC-RSRC=-75，CRC-SINR=18.4,在預確認過程結(jié)束后，媒體格式協(xié)商過程中終端收到網(wǎng)絡下發(fā)的：SIP/2.0 487 Request Terminated，導致一次未接通事件，時間點為：13:51:33?！締栴}分析】：通過信令分析主叫失敗前的信令節(jié)點value message name : UPDATE（媒體格式協(xié)商過程）,主叫終端收到網(wǎng)絡下發(fā)的：SIP/2.0 487 Request Terminated（請求終止），隨即網(wǎng)絡側(cè)又再次下發(fā)UPDATE 481 Call/Transaction Does Not Exist（呼叫事務不存在）；從被叫的信令來看在收到網(wǎng)絡側(cè)下發(fā)的INVITE消息前，就開始建立QCI=1的專用承載（這個比較異常）異常點如下： 異常點1：釋放QCI1的專用承載需要核心網(wǎng)答復！value message name : |-LowLimit : 0value Deactivate EPS bearer context request := |-Esm Header |-Protocol discriminator : 2 (ESM messages) |-EpsBearerId : 0x08 |-ProcedureTxnId : 0 |-MsgType : 0xcd |-EsmCause : 36 (Esm)Regular deactivation)在呼叫過程中被叫網(wǎng)絡下發(fā)value message name : |-LowLimit原因為：value Deactivate EPS bearer context request釋放專用承載，導致本次呼叫失敗【優(yōu)化建議】需要核心網(wǎng)答復異常釋放的原因？8.2 QCI1(高、低極限)異常釋放導致未接通(HighLimit)【問題描述】主叫占用EARFCN:38400、PCI:129小區(qū)，終端發(fā)起invite會話呼叫，服務器響應并回復終端invite100 Trying，網(wǎng)絡側(cè)發(fā)起QCI=1、EPS承載為5的承載建立，此時的空口環(huán)境良好好CRC-RSRC=-90，CRC-SINR=14,在主叫收到被叫的振鈴消息后上發(fā)CANCEL取消本次通話，未接通?！締栴}分析】：通過信令分析被叫信令在完成振鈴消息后收到IMS下發(fā)的HighLimit：0消息，查看里面內(nèi)容是EPC承載8（QCI）的釋放請求，UE進行了EPS8（QCI1）的釋放，釋放完成后上發(fā)釋放完成消息，接著收到了CANCEL消息，取消了通話，查看CANCEL，取消原因為ASR_MSG: INSUFFICIENT_BEARER_RESOURCES，承載資源不足。【優(yōu)化建議】需要核心網(wǎng)答復異常釋放的原因？8.3 主叫QCI1異常釋放導致未接通（主叫未收到Update 200）【問題描述】主叫占用EARFCN:38098、PCI:286小區(qū)，終端發(fā)起invite會話呼叫，服務器響應并回復終端invite100 Trying，網(wǎng)絡側(cè)發(fā)起QCI=1、EPS承載為5的承載建立，此時的空口環(huán)境較好CRC-RSRC=-95，CRC-SINR=21,在預確認結(jié)束后，媒體格式協(xié)商過程中、終端進行了一次切換（286=285）,切換完成后，網(wǎng)絡側(cè)主動釋放QCI1的專用承載，釋放原因為：value message name : Deactivate EPS bearer context requestvalue Deactivate EPS bearer context request := |-Esm Header |-Protocol discriminator : 2 (ESM messages) |-EpsBearerId : 0x06 |-ProcedureTxnId : 0 |-MsgType : 0xcd |-EsmCause : 36 (Esm)Regular deactivation)8.4 被叫QCI1異常釋放導致未接通（主叫未收到Update 200）【問題描述】主叫占用EARFCN:38400、PCI:78小區(qū)，終端發(fā)起invite會話呼叫，服務器響應并回復終端invite100 Trying，網(wǎng)絡側(cè)發(fā)起QCI=1、EPS承載為5的承載建立，此時的空口環(huán)境較好CRC-RSRC=-84，CRC-SINR=15,在預確認結(jié)束后，媒體格式協(xié)商過程中終端收到網(wǎng)絡下發(fā)的：UPDATE 487 Request Terminated（Warning: 399 ASR_MSG: INSUFFICIENT_BEARER_RESOURCES），導致一次未接通事件，時間點為：16:27:08。【問題分析】：通過信令分析主叫失敗前的信令節(jié)點UPDATE 487 Request Terminated（Warning: 399 ASR_MSG: INSUFFICIENT_BEARER_RESOURCES）；從被叫的信令來看,呼叫過程中，被叫發(fā)送Ringing 180后，收到網(wǎng)絡側(cè)釋放了QCI1的專用承載，被叫隨后上報INVITE 580 Precondition Failure，從時間節(jié)點上來看主要原因為被叫網(wǎng)絡側(cè)異常釋放QCI1的專載導致未接通事件如下圖 【優(yōu)化建議】需要核心網(wǎng)答復異常釋放的原因？8.5 被叫被異常釋放QCI1導致未接通(183后)【問題描述】主叫占用EARFCN:38400、PCI129小區(qū)，終端發(fā)起invite會話呼叫，服務器響應并回復終端invite100 Trying，網(wǎng)絡側(cè)發(fā)起QCI=1承載建立，此時的空口環(huán)境較好CRC-RSRC=-88，CRC-SINR=21,在媒體格式協(xié)商完成后接著收到UPDATE 491 REQUSET PENDING，UE接著上發(fā)CANCEL取消通話導致未接通?！締栴}分析】：通過信令分析被叫在上發(fā)INVITE183消息后進行了一次切換，接著收到了下發(fā)的QCI1承載拆除消息，QCI1承載拆除后手打INVITE 580 precondition failure（預確認失敗）導致未接通【優(yōu)化建議】需要核心網(wǎng)答復異常釋放的原因？8.6 被叫被異常釋放QCI1導致未接通(180 Ringing后)【問題描述】主叫占用EARFCN:37900、PCI:35小區(qū)，終端發(fā)起invite會話呼叫，服務器響應并回復終端invite100 Trying，網(wǎng)絡側(cè)發(fā)起QCI=1、EPS承載為6的承載建立，此時的空口環(huán)境較好CRC-RSRC=-103，CRC-SINR=-2,在時間17:16:48，收到網(wǎng)絡側(cè)下發(fā)的value message name : UPDATE 487 Request Terminated（Warning: 399 ASR_MSG: INSUFFICIENT_BEARER_RESOURCES）導致一次未接通事件【問題分析】：通過信令分析主叫失敗前的信令節(jié)點UPDAT