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

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

2、立請求；c).主叫在收到 IMS的 100 Trying之前就已經(jīng)建立 QCI=1的承載；d). 主叫在收到 Trying 100后， 183 前已完成 QCI1專載建立，被叫在 INVITERequest前已完成完成 QCI1專載建立1.2 被叫側(cè)在回復(fù) BYE-200 之前，主叫就已經(jīng)收到 IMS下發(fā)的 BYE-200 消息IMS核心網(wǎng)反饋， SBC策略要是收到任一方 BYE Reques直 接通知 MME 釋放 EPS，無需等待主被叫回復(fù) BYE 200 O。K1.3 主叫發(fā)起 BYE Request掛機(jī)，但被叫先收到專載釋放，且釋放完成后才收到IMS下發(fā)的 BYE Reques，t 導(dǎo)

3、致平臺統(tǒng)計(jì)為掉話。DRB-3 為 QCI1 專載1.4主叫收到 Trying 100后網(wǎng)絡(luò)側(cè)下發(fā)去激活 QCI1專載，但主叫上次通過結(jié)束后 已釋放完成2、三次 Modify EPS bearer主被叫在起呼過程中多次修改 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：與第一次一樣， 第三次

4、MODIFY與第二次一樣； 這種多次修改 GBR 保障速率主要目的是什么？幫忙看看核心網(wǎng)是否能答復(fù)異常 呢？）value message name : Activate dedicated EPS bearer context request value Activate dedicated EPS bearer context request :=|Esm Header2 (ESM messages)|Protocol discriminator|EpsBearerId : 0 x08|ProcedureTxnId : 0|MsgType : 0 xc5|LinkedEpsBearerId

5、: 0 x05|SdfQos TOC o 1-5 h z | GbrForDwLink: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 request value Modify EPS bearer context request :=|Es

6、m Header|Protocol discriminator : 2 (ESM messages)|EpsBearerId: 0 x08|ProcedureTxnId :0|MsgType: 0 xc9|SdfQos|GbrForDwLink49|GbrForUpLink49|MbrForDwLink49|MbrForUpLink49|GbrForDwLink_Extend: 0|GbrForUpLink_Extend: 0|MbrForDwLink_Extend: 0|MbrForUpLink_Extend: 0|Qci第二次： value message name : Modify EP

7、S bearer context request value Modify EPS bearer context request :=|Esm Header|Protocol discriminator: 2 (ESM messages)|EpsBearerId: 0 x08|ProcedureTxnId: 0|MsgType: 0 xc9|SdfQos| GbrForDwLink: 49| GbrForUpLink: 50|MbrForDwLink: 49|MbrForUpLink: 50|GbrForDwLink_Extend: 0|GbrForUpLink_Extend: 0|MbrFo

8、rDwLink_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 : 0 x08|ProcedureTxnId : 0|MsgType : 0 xc9|SdfQos TOC o 1-5 h z |GbrForDwLink:49|GbrF

9、orUpLink: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 導(dǎo)致未接通：【問題描述】 主叫占用 EARFCN:38400 、 PCI:315 小區(qū)，終端發(fā)起 invite 會話呼叫，服務(wù) 器響應(yīng)并回復(fù)終端 in

10、vite100 Trying ，網(wǎng)絡(luò)側(cè)發(fā)起 QCI=1 的承載建立，此時的空口環(huán)境 CRC-RSRC=-98 ，CRC-SINR=10, 在時間 10:36:34 同時上發(fā) ACK 和 BYE 消息，接著釋放 QCI1 導(dǎo)致一次未接通事件【問題分析】 ：通過信令分析主被叫信令，被叫上發(fā)UPDATE200 消息給 IMS ，但是主叫沒有收到下發(fā)的 UPDTAE200 消息，接著被叫上發(fā)振鈴消息，主叫也沒有收到，被叫上發(fā) INVITE200 消息，主叫收到后上發(fā) ACK，通話接通，但是主叫同時上發(fā)了 BYE 消息，進(jìn)行 了 QCI1 的拆鏈，收到下發(fā)的 UPDATE 487 Request Ter

11、minated， UPDATE 請求終止。從信令上看已經(jīng)收到 INVITE200 消息以及上發(fā) ACK，理論上已經(jīng)接通， 但是從 UPDATE 487Request Terminated ， UPDATE 請求終止懷疑由于 UPDTAE200 消息丟失導(dǎo)致未接通。3.2無線環(huán)境良好，被叫發(fā)送間隔 2秒發(fā)送第 2次 INVITE 183，網(wǎng)絡(luò)側(cè)才下發(fā) QCI1激活請求，期間重復(fù)收到 INVITE Request消息；懷疑核心網(wǎng) SIP消息丟失IMS_SIP_UPDAT-ERequest Teminated 提示 : 487 Request Terminated4、通話建立過程，網(wǎng)絡(luò)側(cè)取消通話4.

12、1被叫發(fā)送 180 Ringing ，4秒后主叫收到： UPDATE4 87 Request Teminated，導(dǎo)致未接通被叫發(fā)送 183，但收到網(wǎng)絡(luò)側(cè)： CANCE-LRequest(cause=503;text=PT: ASR: INSUFFICIENT_BEARER_RESOURC，E導(dǎo)S致) 未接通，疑問是否與空閑態(tài) TAU有關(guān)。5、CSFB通話5.1 主叫在空閑態(tài) INVITE-Request，但連續(xù) 4 次 RRC Connection Setup Complete 完成后接著收到 RRC Connection Release（other導(dǎo)） 致主叫 CSFB成（ 功 ），原因未

13、知13:35:17.314 RRC 連接重配置分別給主叫分配QCI5/QCI9的默認(rèn)承載，與上 4 次同一小區(qū)5.2 卄豆斉Trying00*00ms_MSN v_TE500 Server _n(Dma-Eirorm-rfbiim54sg 二 H-ll-jl T歩-1 -41一z3一丄 1-Jy -3W*E 匚白1 It _f審 *4$Sr P5s&_.- .fussccay DwdMT-12 a3- Afi-9C -V33? 35ff aofl- SJ-I SR?A9 BP% DE4 Gaibnt n34 ULGFbvnauh密斗Gr2毎1k1s fESS5LCIkHpugST *Y *J5

14、sa_r JR5OSTs ms 33 E Aul-M CJfinKnllnSS9 ft.SES UECmb* Enautves-9 H33$n cirslilzJiJGI -puMr 應(yīng) mciMD靜p西骨#i ISO!UL 9?胃E3srlmgln Tpd w n Tax * SWfP Jnfijn-llMF Tn* OS 3 PR1 - nt 一卻 MnAs. LuaHNg LF曾 LEsg LD-JHTn L*當(dāng)* 尸總歲密 Lusr*京 石M予IW 雷專r ti DL-NE* nME3rlf 3bSR CJmHlsr RiKOTficpx-ilm Dampu. f E x-acrsDL

15、4KO-I 逼l-I5 JU3 DslsiBnUL-ectxlc rtsafl-n-m-KX 翼 KitsUL-DLO-i ff Cirwiaadn HAOXfpQtunE?nME JaJQ,x-lcp【忖辰需耳廉m世倉t-Mg旨罠t?M:E!e曾$瓦專cl&Lj.pN$oLS#xy.Fi呈錄矗怎?匿 If 2口呂霽5*tCWM!xtl3rMs口.2 勺C2客2 暫口養(yǎng)兀黃直 7當(dāng)2去 1?苗AlpaFsds劃出 guJC#ntp285 ）,切換完成后， 網(wǎng)絡(luò)側(cè)主動釋放 QCI1 的專用承載， 釋放原因?yàn)椋簐alue message name : Deactivate EPS bearer c

16、ontext requestvalue Deactivate EPS bearer context request :=|Esm Header|Protocol discriminator : 2 (ESM messages)|EpsBearerId : 0 x06|ProcedureTxnId : 0|MsgType : 0 xcd| EsmCause : 36 (Esm)Regular deactivation )被叫 QCI1異常釋放導(dǎo)致未接通（主叫未收到 Update 200）【問題描述】 主叫占用 EARFCN:38400 、 PCI:78 小區(qū)，終端發(fā)起 invite 會話呼叫，服

17、務(wù)器 響應(yīng)并回復(fù)終端 invite100 Trying ，網(wǎng)絡(luò)側(cè)發(fā)起 QCI=1 、 EPS承載為 5 的承載建立，此時的空口環(huán)境較好 CRC-RSRC=-84 ， CRC-SINR=15, 在預(yù)確認(rèn)結(jié)束后，媒體格式協(xié)商過程中 終端收到 網(wǎng)絡(luò)下發(fā)的：UPDATE 487 Request Terminated ( Warning: 399ASR_MSG:INSUFFICIENT_BEARER_RESOURCES )，導(dǎo)致一次未接通事件16:27:08 ?！締栴}分析】 ： 通過信令分析主叫失敗前的信令節(jié)點(diǎn)

18、 UPDATE 487 Request Terminated( Warning: 399 ASR_MSG: INSUFFICIENT_BEARER_RESOURCES )；從被叫的信令來看 ,呼叫過程中，被叫發(fā)送Ringing180 后，收到網(wǎng)絡(luò)側(cè)釋放了 QCI1 的專用承載，被叫隨后上報(bào) INVITE 580 PreconditionFailure ，從時間節(jié)點(diǎn)上來看主要原因?yàn)楸唤芯W(wǎng)絡(luò)側(cè)異常釋放 QCI1 的專載導(dǎo)致未接通事件如優(yōu)化建議】 需要核心網(wǎng)答復(fù)異常釋放的原因？被叫被異常釋放 QCI1導(dǎo)致

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

20、 580 precondition failure（預(yù)確認(rèn)失?。?dǎo)致未接通優(yōu)化建議】 需要核心網(wǎng)答復(fù)異常釋放的原因？被叫被異常釋放 QCI1導(dǎo)致未接通 (180 Ringing后 )【問題描述】 主叫占用 EARFCN:37900 、 PCI:35 小區(qū)，終端發(fā)起 invite 會話呼叫，服務(wù)器 響應(yīng)并回復(fù)終端 invite100 Trying ，網(wǎng)絡(luò)側(cè)發(fā)起 QCI=1 、 EPS承載為 6 的承載建立，此時的空口環(huán)境較好 CRC-RSRC=-103 ， CRC-SINR=-2, 在時間 17:16:48 ，收到網(wǎng)絡(luò)側(cè)下發(fā)的value message nameUPDATE 487 Reques

21、t TerminatedWarning: 399ASR_MSG:INSUFFICIENT_BEARER_RESOURCES ）導(dǎo)致一次未接通事件問題分析】 ：通過信令分析主叫失敗前的信令節(jié)點(diǎn)UPDATE 487 Request TerminatedWarning:399 ASR_MSG:INSUFFICIENT_BEARER_RESOURCES )；從被叫的信令來看 ,呼叫過程中，被叫發(fā)送Ringing 18

22、0 后，收到網(wǎng)絡(luò)側(cè)釋放了 QCI1 的專用承載，被叫隨后上報(bào) INVITE 580 PreconditionFailure ，從時間節(jié)點(diǎn)上來看主要原因?yàn)楸唤芯W(wǎng)絡(luò)側(cè)異常釋放 QCI1 的專載導(dǎo)致未接通事件如優(yōu)化建議】1、需要核心網(wǎng)答復(fù)異常釋放的原因2、 雙頻網(wǎng)的優(yōu)先級設(shè)置不合理（覆蓋調(diào)整）9、單通9.1 被叫 RTP包單通 20s后掛機(jī)，主叫 RTP包收發(fā)正常室分定點(diǎn)測試， 主被叫正常通話， 但過了 90 多秒被叫出現(xiàn)單通， 僅有 UE到網(wǎng)絡(luò)側(cè)數(shù)據(jù)包， 無收到網(wǎng)絡(luò)側(cè)下發(fā)到 UE RTP包。但主叫 RTP發(fā)送接收正常。10. 注冊失敗主叫在 2G網(wǎng)絡(luò)發(fā)起注銷 (expires=0)原因未知，重回 4G網(wǎng)絡(luò)，注銷成功，過了約 6 秒，終端 再次發(fā)起注冊請求，但由于未攜帶相關(guān) P-Access-Network -Info;Security -Verify 字段，核心網(wǎng) 要求攜帶后再進(jìn)次發(fā)起注冊，該信令流程屬正常流程。Time