volte優(yōu)化經(jīng)驗總結(jié)及案例分享(存儲版)
【正文】 超時，對主叫下發(fā)了sip bye消息釋放了。在進(jìn)行激活EPS專載過程中，發(fā)生切換時，均會造成上述問題，目前還無較好的解決辦法。②當(dāng)在貝爾小區(qū)起呼時，切換到華為小區(qū)時，華為PDCP SN自適應(yīng)為7bit，通話正常。設(shè)備：華為EPC分析：某地在激活EPS完成后，仍需要進(jìn)行2次EPS承載的修改，本次呼叫時第2次EPS的修改（空口信令不可見）恰好與切換同時發(fā)生，當(dāng)IMS要求核心網(wǎng)PCRF需要對EPS承載進(jìn)行修改時，由于切換具有更高的優(yōu)先級，華為EPC拒絕了承載更新，而只執(zhí)行切換，導(dǎo)致IMS下發(fā)sip 503消息中斷呼叫該市合適的CQI=1的EPS承載建立需要3個步驟：①CQI=1的初始EPS承載建立，GBR=40kbps但TFT無IPV6地址②修改GBR49kbps支持高清語音并對TFT內(nèi)的增加IPV6地址以及 UDP端口進(jìn)行修改③在現(xiàn)有TFT中再新建兩個ptf。導(dǎo)致中興IMS網(wǎng)與華為EPC網(wǎng)元PCRF對RX接口中字符格式理解不一致；中興不支持PCRF通過Rx接口返回的不可見字符，導(dǎo)致了IMS直接下發(fā)了內(nèi)部服務(wù)器錯誤經(jīng)過IMS內(nèi)部信令跟蹤：①中興IMS網(wǎng)元SCSCF返回500錯誤，原因為收到SBC轉(zhuǎn)發(fā)的invite request消息攜帶的PCV頭部有問題，發(fā)現(xiàn)換行符（0A），導(dǎo)致SCSCF網(wǎng)元上解碼認(rèn)為頭部結(jié)束，從而認(rèn)為不合語法規(guī)范，獲取ecid失?、谌A為EPC網(wǎng)元PCRF通過Rx接口返回接入網(wǎng)絡(luò)計費標(biāo)識（ AccessNetworkChargingIdentifiervalue），至中興IMS SBC，而后中興SBC通過ecid參數(shù)來HEXDIG編碼上述計費標(biāo)識信息：The AccessNetworkChargingIdentifierValue AVP (AVP code 503) is of type OctetString, and contains a charging identifier結(jié)論：即3GPP該計費標(biāo)識可以包含字符串形式，中興按IMS SIP協(xié)議理解ecid只能是可見字符，對字符串形式不進(jìn)行HEXDIG轉(zhuǎn)換，導(dǎo)致了上述問題。案例4：華為EPC修改EPS與切換碰撞，拒絕承載修改。華為enodeb設(shè)備具有自適應(yīng)功能。分析：起呼時MME進(jìn)行激活EPS承載流程過程中，恰好發(fā)生S1切換時，由于EPS承載建立未完成，MME在切換準(zhǔn)備階段，對下發(fā)到目標(biāo)小區(qū)的切換準(zhǔn)備的請求消息中不攜帶QCI=1的VOLTE專載，導(dǎo)致VOLTE專載源小區(qū)完成的情況下，在目標(biāo)小區(qū)被釋放，切換完成后呼叫中斷①切換準(zhǔn)備時，MME向目標(biāo)小區(qū)發(fā)切換請求，RAB建立請求表只有2條，無QCI=1的專載②目標(biāo)小區(qū)收到MME的切換請求后，回復(fù)的切換確認(rèn)消息里僅有2條RAB建立③MME向源小區(qū)下發(fā)的切換命令消息中，只建立2條承載，導(dǎo)致ENODEB釋放了QCI=1的VOLTE專載。結(jié)論：軟件顯示丟信令，但通過進(jìn)一步分析確認(rèn)應(yīng)為基站故障導(dǎo)致。將該狀態(tài)修改為Unlock后，對該站點進(jìn)行重啟后發(fā)現(xiàn)eSRVCC功能正常。 ，eNB將不傳遞NAS消息。 專載釋放與切換沖突，通話結(jié)束未收到專載釋放掉話[問題描述]：在拉網(wǎng)測試過程中，通話掛機(jī)后，主叫上報BYE消息，IMS回BYE200消息前后，同時手機(jī)發(fā)生切換，未收到EPS專載釋放請求，1s后軟件統(tǒng)計掉話?！馦OS值與RTP丟包及Jitter關(guān)系都較大，目前正在進(jìn)行100ms / 300ms / 500ms / 750ms / 1500ms / infinity完整的對比驗證。剔除現(xiàn)網(wǎng)已配
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號-1