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

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

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

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

4、常呢？)value?message?name?:?Activate?dedicated?EPS?bearer?context?request value?Activate?dedicated?EPS?bearer?context?request?:= ?|-Esm?Header ?|-Protocol?discriminator?:?2?(ESM?messages)?|?|-EpsBearerId?:?0x08?|-ProcedureTxnId?:?0?|-MsgType?:?0xc5?|-LinkedEpsBearerId?:?0x05?|-SdfQos?|- GbrForDwLink?:?

5、49 ?|- GbrForUpLink?:?50 ?|- MbrForDwLink?:?49 ?|- MbrForUpLink?:?50 ?|-GbrForDwLink_Extend?:?0?|-GbrForUpLink_Extend?:?0?|-MbrForDwLink_Extend?:?0?|-MbrForUpLink_Extend?:?0?|-Qci?:?1?第一次：value?message?name?:?Modify?EPS?bearer?context?requestvalue?Modify?EPS?bearer?context?request?:=?|-Esm?Header?|-

6、Protocol?discriminator?:?2?(ESM?messages)?|-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?

7、:?1?第二次：value?message?name?:?Modify?EPS?bearer?context?requestvalue?Modify?EPS?bearer?context?request?:=?|-Esm?Header?|-Protocol?discriminator?:?2?(ESM?messages)?|-EpsBearerId?:?0x08?|-ProcedureTxnId?:?0|?|-MsgType?:?0xc9?|-SdfQos?|-GbrForDwLink?:?49?|-GbrForUpLink?:?50?|-MbrForDwLink?:?49?|-MbrForU

8、pLink?:?50?|-GbrForDwLink_Extend?:?0?|-GbrForUpLink_Extend?:?0?|-MbrForDwLink_Extend?:?0?|-MbrForUpLink_Extend?:?0?|Qci?:?1?第三次：value?message?name?:?Modify?EPS?bearer?context?request value?Modify?EPS?bearer?context?request?:=?|-Esm?Header?|Protocol?discriminator?:?2?(ESM?messages)?|-EpsBearerId?:?0x

9、08?|-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信令喪

10、失3.1 主叫未收到 UPDATE 20Qffi 180 Ringing導(dǎo)致未接通：【問題描述】 主叫占用EARFCN:38400、PCI:315小區(qū),終端發(fā)起invite會(huì)話呼叫,效勞 器響應(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消息,接著被叫上發(fā)振鈴消息,主叫也沒有收到,被叫上發(fā)

11、INVITE200消息,主叫收到后上發(fā) ACK,通話接通,但是主叫同時(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ú)線環(huán)境良好,被叫發(fā)送間隔2秒發(fā)送第2次INVITE 183網(wǎng)絡(luò)側(cè)才下發(fā)QCI1激活請(qǐng)求, 期間重復(fù)收到INVITE Reques相息；疑心核心網(wǎng)SIP消息喪失；

12、：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 旋叫公送 183,但收到網(wǎng)絡(luò)側(cè)：CANCEL-Requestcause=503;text='PT: ASR: INSUFFICIENT_BEARER_RESOURCE導(dǎo)敷未接通,疑問是否與空閑態(tài) TAU有關(guān).5、CSFBS話5.1 主叫在空閑態(tài)INVITE-Request但連續(xù)4次RRC Connectio

13、n Setup Complete成后接著收至ij RRC Connection Releaseother致主叫 CSF牌功,原因未知13:35:17.314 RRCM接重配置分別給主叫分配 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ú)線環(huán)境良好5.4 被叫剛好在尋呼期間做小區(qū)重選,8秒后接收到MME CSFB旨示經(jīng)核實(shí)IMS有個(gè)5秒定時(shí)器,IMS側(cè)

14、要是在5秒內(nèi)未收到被叫回復(fù)Trying 100,就會(huì)轉(zhuǎn)到MME 繼續(xù)尋呼.6、切換失敗且RRC1建失敗導(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ā)起 UPDAT璇程導(dǎo)致未接通8、QCI1專載被異常釋放導(dǎo)致未接通8.1 QCI1而、低極限異常釋放導(dǎo)致未

15、接通LowLimit【問題描述】 主叫占用EARFCN:38400、PCI:354小區(qū),終端發(fā)起invite會(huì)話呼叫,效勞器響應(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 媒體格式協(xié)商過程,主叫終端收

16、到網(wǎng)絡(luò)下發(fā)的：SIP/2.0 487 Request Terminated 請(qǐng)求終止,隨即網(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 reques t :=|-Esm Header|-Protocol discrimina

17、tor : 2 (ESM messages)|-EpsBearerId: 0x08|-ProcedureTxnId : 0|MsgType : 0xcd|-EsmCause : 36 (Esm)Regular deactivation)在呼叫過程中被叫網(wǎng)絡(luò)下發(fā) value messagename |-LowLimit 原由于：value Deactivate EPS bearer context reques t釋放專用承載,導(dǎo)致本次呼叫失敗【優(yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因？8.2 QCI1e、低極限)異常釋放導(dǎo)致未接通(HighLimit)【問題描述】 主叫占用EARFCN:3840

18、0、PCI:129小區(qū),終端發(fā)起invite會(huì)話呼叫,效勞 器響應(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)的釋放請(qǐng)求,UE進(jìn)行了 EPS8 (QCI1 )的釋放, 釋放完成后上發(fā)釋放完成消息,接著收到了CANCEL消息,取消了通話,查看 CANCEL ,取消原由于

19、ASR_MSG: INSUFFICIENT_BEARER_RESOURCES ,承載資源缺乏.【優(yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因？8.3 主叫QCI1異常釋放導(dǎo)致未接通(主叫未收到 Update 200)【問題描述】 主叫占用EARFCN:38098、PCI:286小區(qū),終端發(fā)起invite會(huì)話呼叫,效勞 器響應(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)釋放

20、 QCI1的專用承載, 釋放原由于：value message name : Deactivate EPS bearer context request value 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)致未接通(主叫未收到 Upda

21、te 200)【問題描述】 主叫占用EARFCN:38400、PCI:78小區(qū),終端發(fā)起invite會(huì)話呼叫,效勞器響應(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 (),導(dǎo)致一次未接通事件,時(shí) 問點(diǎn)為：16:27:08.【問題分析】：通過信令分析主叫失敗前的信令節(jié)點(diǎn)UPDATE 487 Request Terminated ();從被叫的信令來看,呼叫過程中,被

22、叫發(fā)送 Ringing 180后,收到網(wǎng)絡(luò)側(cè)釋放了 QCI1的專用承載,被叫隨后上報(bào)INVITE 580 Precondition Failure ,從時(shí)間節(jié)點(diǎn)上來看主要原由于被叫網(wǎng)絡(luò)側(cè)異常釋放QCI1的專載導(dǎo)致未接通事件如下列圖【優(yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因？8.5 被叫被異常釋放QCI1導(dǎo)致未接通(183后)【問題描述】主叫占用EARFCN:38400、PCI129小區(qū),終端發(fā)起invite會(huì)話呼叫,效勞器響應(yīng)并回復(fù)終端invite100 Trying ,網(wǎng)絡(luò)側(cè)發(fā)起QCI=1承載建立,此時(shí)的空口環(huán)境較好CRC-RSRC=-88 , CRC-SINR=21,在媒體格式協(xié)商完成后接著

23、收至U UPDATE 491 REQUSET PENDING , UE接著上發(fā)CANCEL取消通話導(dǎo)致未接通.【問題分析】：通過信令分析被叫在上發(fā)INVITE183消息后進(jìn)行了一次切換,接著收到了下發(fā)的QCI1承載撤除消息,QCI1承載撤除后手打INVITE 580 precondition failure (預(yù)確 認(rèn)失敗)導(dǎo)致未接通【優(yōu)化建議】需要核心網(wǎng)答復(fù)異常釋放的原因？8.6 被叫被異常釋放QCI1導(dǎo)致未接通(180 Ringing后)【問題描述】 主叫占用EARFCN:37900、PCI:35小區(qū),終端發(fā)起invite會(huì)話呼叫,效勞器 響應(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ā)的valu