VOLTE測(cè)試問(wèn)題點(diǎn)匯總

1、1、VOLTE測(cè)試信令流程與標(biāo)準(zhǔn)不符1.1起呼過(guò)程中主被叫在183 消息之前已完成QCI1專(zhuān)載建立,共有以下4種情況：被叫2種：a).被叫在收到INVITE Request之前已完成完成QCI1專(zhuān)載建立;b).被叫在收到INVITE的同時(shí)收到QCI=1的承載建立請(qǐng)求；主叫2種：c). 主叫在收到IMS的100 Trying之前就已經(jīng)建立QCI=1的承載； d). 主叫在收到Trying 100后，183前已完成QCI1專(zhuān)載建立信令截圖如下：a).被叫收到INVITE消息前就開(kāi)始建立QCI1的專(zhuān)用承載;B).被叫在收到INVITE的同時(shí)收到QCI=1的承載建立請(qǐng)求；c).主叫在收到IMS的100

2、 Trying之前就已經(jīng)建立QCI=1的承載；d). 主叫在收到Trying 100后，183前已完成QCI1專(zhuān)載建立，被叫在INVITE Request前已完成完成QCI1專(zhuān)載建立。1.2被叫側(cè)在回復(fù)BYE-200之前，主叫就已經(jīng)收到IMS下發(fā)的BYE-200消息IMS核心網(wǎng)反饋，SBC策略要是收到任一方BYE Reques 直接通知MME釋放EPS，無(wú)需等待主被叫回復(fù)BYE 200 OK。1.3主叫發(fā)起B(yǎng)YE Request掛機(jī)，但被叫先收到專(zhuān)載釋放，且釋放完成后才收到IMS下發(fā)的BYE Request，導(dǎo)致平臺(tái)統(tǒng)計(jì)為掉話(huà)。DRB-3為QCI1專(zhuān)載1.4主叫收到Trying 100后網(wǎng)絡(luò)側(cè)

3、下發(fā)去激活QCI1專(zhuān)載，但主叫上次通過(guò)結(jié)束后已釋放完成。2、三次Modify EPS bearer2.1 主被叫在起呼過(guò)程中多次修改EPS Bearer測(cè)試發(fā)現(xiàn)起呼過(guò)程中多次修改EPS Bearer: GBrForDwLink、GBrForUpLink、MbForDwLink、MbrForUpLink 相關(guān)速率修改為49、50、96等。QCI=1的專(zhuān)用承載的EPSID=8(GBR上行50、下行49，第一次MODIFY：修改GBR上下行49，第二次MODIFY：與第一次一樣，第三次MODIFY與第二次一樣；這種多次修改GBR保障速率主要目的是什么？幫忙看看核心網(wǎng)是否能答復(fù)異常呢？)valueme

4、ssagename:ActivatededicatedEPSbearercontextrequestvalueActivatededicatedEPSbearercontextrequest:=|-EsmHeader|-Protocoldiscriminator:2(ESMmessages)|-EpsBearerId:0x08|-ProcedureTxnId:0|-MsgType:0xc5|-LinkedEpsBearerId:0x05|-SdfQos|-GbrForDwLink:49|-GbrForUpLink:50|-MbrForDwLink:49|-MbrForUpLink:50|-Gb

5、rForDwLink_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|-GbrForDwLi

6、nk: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)|-EpsBeare

7、rId: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:

8、=|-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、MbForDwLin

9、k、相關(guān)速率有修改為49、96。3、SIP信令丟失3.1主叫未收到UPDATE 200 和 180 Ringing 導(dǎo)致未接通：【問(wèn)題描述】主叫占用EARFCN:38400、PCI:315小區(qū)，終端發(fā)起invite會(huì)話(huà)呼叫，服務(wù)器響應(yīng)并回復(fù)終端invite100 Trying，網(wǎng)絡(luò)側(cè)發(fā)起QCI=1的承載建立，此時(shí)的空口環(huán)境CRC-RSRC=-98，CRC-SINR=10,在時(shí)間10:36:34同時(shí)上發(fā)ACK和BYE消息，接著釋放QCI1導(dǎo)致一次未接通事件【問(wèn)題分析】：通過(guò)信令分析主被叫信令，被叫上發(fā)UPDATE200消息給IMS，但是主叫沒(méi)有收到下發(fā)的UPDTAE200消息，接著被叫上發(fā)振鈴消

10、息，主叫也沒(méi)有收到，被叫上發(fā)INVITE200消息，主叫收到后上發(fā)ACK，通話(huà)接通，但是主叫同時(shí)上發(fā)了BYE消息，進(jìn)行了QCI1的拆鏈，收到下發(fā)的UPDATE 487 Request Terminated，UPDATE請(qǐng)求終止。從信令上看已經(jīng)收到INVITE200消息以及上發(fā)ACK，理論上已經(jīng)接通，但是從UPDATE 487 Request Terminated，UPDATE請(qǐng)求終止懷疑由于UPDTAE200消息丟失導(dǎo)致未接通。3.2無(wú)線(xiàn)環(huán)境良好，被叫發(fā)送間隔2秒發(fā)送第2次 INVITE 183，網(wǎng)絡(luò)側(cè)才下發(fā)QCI1激活請(qǐng)求，期間重復(fù)收到INVITE Request消息；懷疑核心網(wǎng)SIP消息丟

11、失；：4、通話(huà)建立過(guò)程，網(wǎng)絡(luò)側(cè)取消通話(huà)4.1被叫發(fā)送180 Ringing ，4秒后主叫收到：UPDATE 487 Request Teminated，導(dǎo)致未接通IMS_SIP_UPDATE-Request Teminated 提示: 487 Request Terminated4.2被叫發(fā)送183，但收到網(wǎng)絡(luò)側(cè)：CANCEL-Request(cause=503;text=PT: ASR: INSUFFICIENT_BEARER_RESOURCES) ，導(dǎo)致未接通，疑問(wèn)是否與空閑態(tài)TAU有關(guān)。5、CSFB通話(huà)5.1主叫在空閑態(tài)INVITE-Request，但連續(xù)4次RRC Connection

12、 Setup Complete完成后接著收到RRC Connection Release(other)導(dǎo)致主叫CSFB(成功)，原因未知13:35:17.314 RRC連接重配置分別給主叫分配QCI5/QCI9的默認(rèn)承載，與上4次同一小區(qū)5.2主叫收到Trying 100接著100ms收到IMS_INVITE-500 Server Internal Error5.3主叫收到Trying 100 1.3s后收到IMS_INVITE-Request Timeout，當(dāng)前被叫無(wú)線(xiàn)環(huán)境良好5.4被叫剛好在尋呼期間做小區(qū)重選，8秒后接收到MME CSFB指示經(jīng)核實(shí)IMS有個(gè)5秒定時(shí)器，IMS側(cè)要是在5秒

13、內(nèi)未收到被叫回復(fù)Trying 100，就會(huì)轉(zhuǎn)到MME 繼續(xù)尋呼。6、切換失敗且RRC重建失敗導(dǎo)致掉話(huà)被叫終端切換失敗，發(fā)起RRC連接重建，但網(wǎng)絡(luò)側(cè)拒絕導(dǎo)致掉話(huà)。7、終端異常7.1接通狀態(tài)下再起呼或再次響應(yīng)尋呼主被叫正在通話(huà)中，均尚未掛機(jī)，但主叫在通話(huà)過(guò)程中再次發(fā)起INVITE，疑似終端問(wèn)題。主叫在通話(huà)過(guò)程中發(fā)起INVITE-Request，被叫響應(yīng)INVITE ，并向網(wǎng)絡(luò)側(cè)發(fā)送INVITE-Trying 100被叫在180秒后掛機(jī)結(jié)束通話(huà)7.2主叫發(fā)生TAU更新后，沒(méi)有繼續(xù)發(fā)起UPDATE流程導(dǎo)致未接通8、QCI1專(zhuān)載被異常釋放導(dǎo)致未接通8.1 QCI1(高、低極限)異常釋放導(dǎo)致未接通(Low

14、Limit)【問(wèn)題描述】主叫占用EARFCN:38400、PCI:354小區(qū)，終端發(fā)起invite會(huì)話(huà)呼叫，服務(wù)器響應(yīng)并回復(fù)終端invite100 Trying，網(wǎng)絡(luò)側(cè)發(fā)起QCI=1、EPS承載為5的承載建立，此時(shí)的空口環(huán)境較好CRC-RSRC=-75，CRC-SINR=18.4,在預(yù)確認(rèn)過(guò)程結(jié)束后，媒體格式協(xié)商過(guò)程中終端收到網(wǎng)絡(luò)下發(fā)的：SIP/2.0 487 Request Terminated，導(dǎo)致一次未接通事件，時(shí)間點(diǎn)為：13:51:33?！締?wèn)題分析】：通過(guò)信令分析主叫失敗前的信令節(jié)點(diǎn)value message name : UPDATE（媒體格式協(xié)商過(guò)程）,主叫終端收到網(wǎng)絡(luò)下發(fā)的：SI

15、P/2.0 487 Request Terminated（請(qǐng)求終止），隨即網(wǎng)絡(luò)側(cè)又再次下發(fā)UPDATE 481 Call/Transaction Does Not Exist（呼叫事務(wù)不存在）；從被叫的信令來(lái)看在收到網(wǎng)絡(luò)側(cè)下發(fā)的INVITE消息前，就開(kāi)始建立QCI=1的專(zhuān)用承載（這個(gè)比較異常）異常點(diǎn)如下： 異常點(diǎn)1：釋放QCI1的專(zhuān)用承載需要核心網(wǎng)答復(fù)！value message name : |-LowLimit : 0value Deactivate EPS bearer context request := |-Esm Header |-Protocol discriminator :

16、2 (ESM messages) |-EpsBearerId : 0x08 |-ProcedureTxnId : 0 |-MsgType : 0xcd |-EsmCause : 36 (Esm)Regular deactivation)在呼叫過(guò)程中被叫網(wǎng)絡(luò)下發(fā)value message name : |-LowLimit原因?yàn)椋簐alue Deactivate EPS bearer context request釋放專(zhuān)用承載，導(dǎo)致本次呼叫失敗【優(yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因？8.2 QCI1(高、低極限)異常釋放導(dǎo)致未接通(HighLimit)【問(wèn)題描述】主叫占用EARFCN:3840

17、0、PCI:129小區(qū)，終端發(fā)起invite會(huì)話(huà)呼叫，服務(wù)器響應(yīng)并回復(fù)終端invite100 Trying，網(wǎng)絡(luò)側(cè)發(fā)起QCI=1、EPS承載為5的承載建立，此時(shí)的空口環(huán)境良好好CRC-RSRC=-90，CRC-SINR=14,在主叫收到被叫的振鈴消息后上發(fā)CANCEL取消本次通話(huà)，未接通。【問(wèn)題分析】：通過(guò)信令分析被叫信令在完成振鈴消息后收到IMS下發(fā)的HighLimit：0消息，查看里面內(nèi)容是EPC承載8（QCI）的釋放請(qǐng)求，UE進(jìn)行了EPS8（QCI1）的釋放，釋放完成后上發(fā)釋放完成消息，接著收到了CANCEL消息，取消了通話(huà)，查看CANCEL，取消原因?yàn)锳SR_MSG: INSUFFIC

18、IENT_BEARER_RESOURCES，承載資源不足?！緝?yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因？8.3 主叫QCI1異常釋放導(dǎo)致未接通（主叫未收到Update 200）【問(wèn)題描述】主叫占用EARFCN:38098、PCI:286小區(qū)，終端發(fā)起invite會(huì)話(huà)呼叫，服務(wù)器響應(yīng)并回復(fù)終端invite100 Trying，網(wǎng)絡(luò)側(cè)發(fā)起QCI=1、EPS承載為5的承載建立，此時(shí)的空口環(huán)境較好CRC-RSRC=-95，CRC-SINR=21,在預(yù)確認(rèn)結(jié)束后，媒體格式協(xié)商過(guò)程中、終端進(jìn)行了一次切換（286=285）,切換完成后，網(wǎng)絡(luò)側(cè)主動(dòng)釋放QCI1的專(zhuān)用承載，釋放原因?yàn)椋簐alue message n

19、ame : 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異常釋放導(dǎo)致未接通（主叫未收到Update 200）【問(wèn)題描述】主叫占用EARFCN

20、:38400、PCI:78小區(qū)，終端發(fā)起invite會(huì)話(huà)呼叫，服務(wù)器響應(yīng)并回復(fù)終端invite100 Trying，網(wǎng)絡(luò)側(cè)發(fā)起QCI=1、EPS承載為5的承載建立，此時(shí)的空口環(huán)境較好CRC-RSRC=-84，CRC-SINR=15,在預(yù)確認(rèn)結(jié)束后，媒體格式協(xié)商過(guò)程中終端收到網(wǎng)絡(luò)下發(fā)的：UPDATE 487 Request Terminated（Warning: 399 ASR_MSG: INSUFFICIENT_BEARER_RESOURCES），導(dǎo)致一次未接通事件，時(shí)間點(diǎn)為：16:27:08。【問(wèn)

21、題分析】：通過(guò)信令分析主叫失敗前的信令節(jié)點(diǎn)UPDATE 487 Request Terminated（Warning: 399 ASR_MSG: INSUFFICIENT_BEARER_RESOURCES）；從被叫的信令來(lái)看,呼叫過(guò)程中，被叫發(fā)送Ringing 180后，收到網(wǎng)絡(luò)側(cè)釋放了QCI1的專(zhuān)用承載，被叫隨后上報(bào)INVITE 580 Precondition Failure，從時(shí)間節(jié)點(diǎn)上來(lái)看主要原因?yàn)楸唤芯W(wǎng)絡(luò)側(cè)異常釋放QCI1的專(zhuān)載導(dǎo)致未接通事件如下圖 【優(yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因

22、？8.5 被叫被異常釋放QCI1導(dǎo)致未接通(183后)【問(wèn)題描述】主叫占用EARFCN:38400、PCI129小區(qū)，終端發(fā)起invite會(huì)話(huà)呼叫，服務(wù)器響應(yīng)并回復(fù)終端invite100 Trying，網(wǎng)絡(luò)側(cè)發(fā)起QCI=1承載建立，此時(shí)的空口環(huán)境較好CRC-RSRC=-88，CRC-SINR=21,在媒體格式協(xié)商完成后接著收到UPDATE 491 REQUSET PENDING，UE接著上發(fā)CANCEL取消通話(huà)導(dǎo)致未接通?！締?wèn)題分析】：通過(guò)信令分析被叫在上發(fā)INVITE183消息后進(jìn)行了一次切換，接著收到了下發(fā)的QCI1承載拆除消息，QCI1承載拆除后手打INVITE 580 precondi

23、tion failure（預(yù)確認(rèn)失?。?dǎo)致未接通【優(yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因？8.6 被叫被異常釋放QCI1導(dǎo)致未接通(180 Ringing后)【問(wèn)題描述】主叫占用EARFCN:37900、PCI:35小區(qū)，終端發(fā)起invite會(huì)話(huà)呼叫，服務(wù)器響應(yīng)并回復(fù)終端invite100 Trying，網(wǎng)絡(luò)側(cè)發(fā)起QCI=1、EPS承載為6的承載建立，此時(shí)的空口環(huán)境較好CRC-RSRC=-103，CRC-SINR=-2,在時(shí)間17:16:48，收到網(wǎng)絡(luò)側(cè)下發(fā)的value message name : UPDATE 487 Request Terminated（Warning: 399 ASR_MSG: INSUFFICIENT_BEARER_RESOURCES）導(dǎo)致一次未接通事件【問(wèn)題分析】：通過(guò)信令分析主叫失敗前的信令節(jié)點(diǎn)UPDAT