volte優(yōu)化經(jīng)驗總結(jié)及案例分享-文庫吧在線文庫
【正文】 置的鄰區(qū)關(guān)系，補漏鄰區(qū)關(guān)系對后，eSRVCC切換提升明顯，且由于2G鄰區(qū)不準確導致的異系統(tǒng)重定向大大減少。優(yōu)化措施：降低QCI 5優(yōu)先級，確保SIP消息及時上傳，修改后此類問題改善明顯。原因分析：QCI5設(shè)置的RLC優(yōu)先級為2，高于SRB=2(傳送NAS層消息)配置為3. 導致NAS的層3消息已經(jīng)比MR要早，但是因為優(yōu)先級比MR和SIP低，未及時發(fā)送。通過經(jīng)緯將4G弱信號(RSRP110dbm)與2G強信號（RXLOV95dbm）在50米范圍內(nèi)擬合，根據(jù)擬合度對2G鄰區(qū)進行補漏工作。原因分析：在無線質(zhì)量較好的情況下基本無丟包；無線質(zhì)量較差的情況下上行丟包現(xiàn)象較為嚴重，PDCP重傳時間超時，數(shù)據(jù)包將被丟棄；外場測試表明QCI 1 PDCP Discardtimer 配置與RTP丟包率及Jitter有密切關(guān)系，QCI 1 PDCP Discardtimer 配置越大，RTP丟包率越低，但Jitter也隨之變大。但是該功能不在集采目錄，暫時無法采購。[問題分析]：主叫掛機后，MME收到del bearer req，下發(fā)Deactivate EPS bearer context Request給源eNB攜帶NAS釋放專載，但同時源eNB觸發(fā)X2切換，向MME響應(yīng)ERAB release response （X2HandoverTriggered），NAS消息未下發(fā)到手機。問題解決：基站BsCAccessID項中的管理狀態(tài)為Locked，設(shè)置有誤。丟信令期間，終端測量信息完整，但在2秒后發(fā)生RTP包只有終端向網(wǎng)絡(luò)單向傳輸，未再有任何網(wǎng)絡(luò)下發(fā)的RTP包，高度懷疑基站臨時故障導致。案例2：重配置消息釋放DRB承載，無線網(wǎng)與核心網(wǎng)配合問題現(xiàn)象：被叫上發(fā)sip183后，在激活EPS承載之前，終端上報了1條A3測報，激活EPS后，發(fā)生切換重配置消息中釋放了QCI=1的DRB。設(shè)備：華為ENODEB與卡特ENODEB分析：PDCP SN SIZE長度有12bit和7bit，目前華為基站配置為12bit,貝爾配置為7bit，兩個廠家配置數(shù)據(jù)不統(tǒng)一。結(jié)論：愛立信IMS網(wǎng)元MGCF默認配置容量偏小，發(fā)生以上問題后，經(jīng)過擴容已達可處理3G呼叫320個。設(shè)備：華為EPC、中興IMS分析：EPC按照3GPP規(guī)范產(chǎn)生的計費標識中包含“0a”的內(nèi)容，但在IMS網(wǎng)絡(luò)中，按照SIP協(xié)議將“0a”解析成換行符，造成對計費標識的誤讀。結(jié)論：冗余的EPS承載修改TFT，一方面導致了呼叫建立時延長；同時增加了與切換發(fā)生沖突的幾率；華為EPC在切換與修改EPS承載沖突時，不具備同時處理或排隊處理的能力，導致直接以“資源臨時不可得”拒絕了承載更新。結(jié)論：臨時解決方案：華為PDCP SN Size修改為7bit，進行拉網(wǎng)測試主叫呼叫56次，未出現(xiàn)終端主動上發(fā)bye的掉話。 網(wǎng)絡(luò)設(shè)備問題案例總結(jié)案例1：中興ENODEB異頻重定向掉話，無線網(wǎng)問題現(xiàn)象：主被叫VOLTE接通后，服務(wù)小區(qū)信號較差，但未配置異頻鄰區(qū)；通過重定向消息RRC connection release攜帶頻點，由D頻段重定向到F頻段，但VOLTE呼叫不支持重定向方式的RTP包接續(xù)，導致掉話。但通過進一步確認，終端實際于600秒前已上發(fā)了注冊消息（UDP），但此時恰好在G網(wǎng)下，未收到回復：注：同樣類型的掉話也有600秒前處于LTE網(wǎng)（TCP），而未收到OK或未鑒權(quán)回復的情況結(jié)論：前10分鐘的注冊失敗，導致了后續(xù)的IMS通話中釋放，雖然終端前一次的失敗處理機制可能存在問題，但仍然體現(xiàn)出IMS對通話
教學教案相關(guān)推薦
鄂ICP備17016276號-1