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

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

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

3、下發(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)是否能答復(fù)異常呢？)value&#

4、160;message name : Activate dedicated EPS bearer context requestvalue Activate dedicated EPS bearer context request :=     |-Esm Header          

5、|-Protocol discriminator     : 2 (ESM messages)           |-EpsBearerId    : 0x08          |-ProcedureTxnId : 0

6、0;         |-MsgType        : 0xc5     |-LinkedEpsBearerId : 0x05     |-SdfQos          |-GbrForDwLi

7、nk         : 49           |-GbrForUpLink         : 50           |-MbrForDwLink  

8、       : 49           |-MbrForUpLink         : 50           |-GbrForDwLink_Extend  : 

9、0           |-GbrForUpLink_Extend  : 0           |-MbrForDwLink_Extend  : 0          |-MbrForUpLink_Extend

10、0; : 0           |-Qci                  : 1  第一次：value message name : Modify EPS bearer context

11、 requestvalue Modify EPS bearer context request :=     |-Esm Header          |-Protocol discriminator     : 2 (ESM messages)  

12、0;        |-EpsBearerId    : 0x08          |-ProcedureTxnId : 0          |-MsgType       &

13、#160;: 0xc9     |-SdfQos          |-GbrForDwLink         : 49           |-GbrForUpLink     

14、;    : 49           |-MbrForDwLink         : 49           |-MbrForUpLink       &

15、#160; : 49           |-GbrForDwLink_Extend  : 0           |-GbrForUpLink_Extend  : 0           

16、|-MbrForDwLink_Extend  : 0          |-MbrForUpLink_Extend  : 0           |-Qci              

17、60;   : 1  第二次：value message name : Modify EPS bearer context requestvalue Modify EPS bearer context request :=     |-Esm Header       

18、   |-Protocol discriminator     : 2 (ESM messages)           |-EpsBearerId    : 0x08          |-ProcedureTxnId

19、 : 0          |-MsgType        : 0xc9     |-SdfQos          |-GbrForDwLink       

20、0; : 49           |-GbrForUpLink         : 50           |-MbrForDwLink         : 

21、;49           |-MbrForUpLink         : 50           |-GbrForDwLink_Extend  : 0        

22、;   |-GbrForUpLink_Extend  : 0           |-MbrForDwLink_Extend  : 0          |-MbrForUpLink_Extend  : 0     &#

23、160;     |-Qci                  : 1  第三次：value message name : Modify EPS bearer context requestvalue Modify EPS bea

24、rer context request :=     |-Esm Header          |-Protocol discriminator     : 2 (ESM messages)          

25、0;|-EpsBearerId    : 0x08          |-ProcedureTxnId : 0          |-MsgType        : 0xc9     |-

26、SdfQos          |-GbrForDwLink         : 49           |-GbrForUpLink         : 49  &#

27、160;        |-MbrForDwLink         : 49           |-MbrForUpLink         : 49    

28、0;      |-GbrForDwLink_Extend  : 0           |-GbrForUpLink_Extend  : 0           |-MbrForDwLink_Extend  : 0 &

29、#160;        |-MbrForUpLink_Extend  : 0           |-Qci                  : 1 下圖GBrForDwLin

30、k、MbForDwLink、相關(guān)速率有修改為49、96。3、SIP信令丟失3.1主叫未收到UPDATE 200 和 180 Ringing 導(dǎo)致未接通：【問題描述】主叫占用EARFCN:38400、PCI:315小區(qū)，終端發(fā)起invite會話呼叫，服務(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)致一次未接通事件【問題分析】：通過信令分析主被叫信令，被叫上發(fā)UPDATE200消息給IMS，但是主叫沒有收到下發(fā)的UPDTAE200

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

32、；懷疑核心網(wǎng)SIP消息丟失；：4、通話建立過程，網(wǎng)絡(luò)側(cè)取消通話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)致未接通，疑問是否與空閑態(tài)TAU有關(guān)。5、CSFB通話5.1主叫在空閑態(tài)INVITE-Reque

33、st，但連續(xù)4次RRC Connection 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)前被叫無線環(huán)境良好5.4被叫剛好在尋呼期間做小區(qū)重選，8秒后接收到MME CSFB指示經(jīng)

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

35、I1(高、低極限)異常釋放導(dǎo)致未接通(LowLimit)【問題描述】主叫占用EARFCN:38400、PCI:354小區(qū)，終端發(fā)起invite會話呼叫，服務(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)過程結(jié)束后，媒體格式協(xié)商過程中終端收到網(wǎng)絡(luò)下發(fā)的：SIP/2.0 487 Request Terminated，導(dǎo)致一次未接通事件，時(shí)間點(diǎn)為：13:51:33?！締栴}分析】：通過信令分析主叫失敗前的信令節(jié)點(diǎn)value message name : UPDATE（媒體

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

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

38、)【問題描述】主叫占用EARFCN:38400、PCI:129小區(qū)，終端發(fā)起invite會話呼叫，服務(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取消本次通話，未接通?！締栴}分析】：通過信令分析被叫信令在完成振鈴消息后收到IMS下發(fā)的HighLimit：0消息，查看里面內(nèi)容是EPC承載8（QCI）的釋放請求，UE進(jìn)行了EPS8（QCI1）的釋放，釋放完成后上發(fā)釋放完成消息，接著收到了CANCEL消息，取消了通話，查看CANCEL，

39、取消原因?yàn)锳SR_MSG: INSUFFICIENT_BEARER_RESOURCES，承載資源不足?！緝?yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因？8.3 主叫QCI1異常釋放導(dǎo)致未接通（主叫未收到Update 200）【問題描述】主叫占用EARFCN:38098、PCI:286小區(qū)，終端發(fā)起invite會話呼叫，服務(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é)商過程中、終端進(jìn)行了一次切換（286=>285）,切換完成后，網(wǎng)絡(luò)側(cè)主動(dòng)釋放QCI1的

40、專用承載，釋放原因?yàn)椋簐alue 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異常釋放導(dǎo)致未接通（主叫未收到U

41、pdate 200）【問題描述】主叫占用EARFCN:38400、PCI:78小區(qū)，終端發(fā)起invite會話呼叫，服務(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é)商過程中終端收到網(wǎng)絡(luò)下發(fā)的：UPDATE 487 Request Terminated（Warning: 399 "ASR_MSG: INSUFFICIENT_BEARER_RESOU

42、RCES"），導(dǎo)致一次未接通事件，時(shí)間點(diǎn)為：16:27:08?！締栴}分析】：通過信令分析主叫失敗前的信令節(jié)點(diǎn)UPDATE 487 Request Terminated（Warning: 399 "ASR_MSG: INSUFFICIENT_BEARER_RESOURCES"）；從被叫的信令來看,呼叫過程中，被叫發(fā)送Ringing 180后，收到網(wǎng)絡(luò)側(cè)釋放了QCI1的專用承載，被叫隨后上報(bào)INVITE 580 Precondition Failure，從時(shí)間節(jié)點(diǎn)上來看主要原因?yàn)楸唤芯W(wǎng)絡(luò)側(cè)異常釋放QCI1的專載導(dǎo)致未接通事件如下圖 【優(yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因？8.5 被叫被異常釋放QCI1導(dǎo)致未接通(183后)【問題描述】主叫占用EARFCN:38400、PCI129小區(qū)，終端發(fā)起invite會話呼叫，服務(wù)器響應(yīng)并回復(fù)終端invite100 Trying，網(wǎng)