volte優(yōu)化經(jīng)驗總結(jié)及案例分享-文庫吧資料
2025-04-22 12:36本頁面
【正文】 ：起呼時MME進行激活EPS承載流程過程中，恰好發(fā)生S1切換時，由于EPS承載建立未完成，MME在切換準備階段，對下發(fā)到目標小區(qū)的切換準備的請求消息中不攜帶QCI=1的VOLTE專載，導致VOLTE專載源小區(qū)完成的情況下，在目標小區(qū)被釋放，切換完成后呼叫中斷①切換準備時，MME向目標小區(qū)發(fā)切換請求，RAB建立請求表只有2條，無QCI=1的專載②目標小區(qū)收到MME的切換請求后，回復的切換確認消息里僅有2條RAB建立③MME向源小區(qū)下發(fā)的切換命令消息中，只建立2條承載，導致ENODEB釋放了QCI=1的VOLTE專載。①Sip invite消息由IMS網(wǎng)元SBC下發(fā)到被叫核心網(wǎng)網(wǎng)元PGW②PGW轉(zhuǎn)發(fā)給SGW，SGW通過S11觸發(fā)MME進行尋呼被叫③被叫被尋呼到，并完成RRC連接與建立默認承載所需RAB，接收數(shù)據(jù)結(jié)論：收到尋呼消息表示sip invite數(shù)據(jù)包已經(jīng)到達了LTE核心網(wǎng)，未能繼續(xù)下發(fā)當前懷疑是sip數(shù)據(jù)在S/PGW異常丟失。 網(wǎng)元流程判斷案例案例1：被叫收到尋呼但未收到INVITE請求，核心網(wǎng)問題現(xiàn)象：主叫上發(fā)了invite，被叫收到了尋呼且建立RRC成功，此時應收到下行的invite，但始終未收到。案例3： VOLTE接通下發(fā)生IMS注冊掉話，IMS網(wǎng)絡問題現(xiàn)象： VOLTE接通后，被叫發(fā)生IMS注冊且成功，此時主叫收到網(wǎng)絡下發(fā)的bye request內(nèi)含注冊超時字樣分析：按照3GPP協(xié)議，終端應在3000秒上發(fā)注冊，本次華為SBC于3600秒才收到注冊請求，此時IMS認為注冊超時，對主叫下發(fā)了sip bye消息釋放了。結(jié)論：軟件顯示丟信令，但通過進一步分析確認應為基站故障導致。分析：丟信令之前，主被叫雙端處于同一小區(qū)，且RTP包雙向傳輸正常。結(jié)論：切換失敗與RRC重申請流程均與EUTRAN相關，因此認定為無線網(wǎng)問題。該流程均由ENODEB控制執(zhí)行。將該狀態(tài)修改為Unlock后，對該站點進行重啟后發(fā)現(xiàn)eSRVCC功能正常。問題分析：終端可以正常收到測控消息，并上報測量報告，且掉話發(fā)生在向GSM切換過程中，是GSM或者和基站側(cè)參數(shù)設置問題。經(jīng)分析，第一類主要是終端問題，第二類主要是網(wǎng)絡問題。2 案例分析 典型案例案例1：LTE弱覆蓋，eSRVCC切換不及時掉話10:57:，包含2G頻點及B2門限（LTE:110，GERAN:95）10:57:，主叫達到B2門限10:57:，主叫RSRP已惡化至117dBm，SINR至3，但終端仍沒有上報B2事件10:58:，RTP包不能正常收發(fā)，10s后RTP inactivity定時器觸發(fā)，會話中斷，出現(xiàn)掉話：解決建議：①規(guī)范LTE頻點配置，清理多余異頻頻點，縮短終端測量周期；②終端芯片提高測量能力，盡快實現(xiàn)CDRX休眠期測量功能。 ，eNB將不傳遞NAS消息。 通話結(jié)束MME收到del bearer req，專載釋放與切換沖突，基站未下發(fā)NAS[問題描述]：通話掛機后，主叫上報BYE消息，IMS回BYE200消息前后，同時手機發(fā)生切換，EPS專載沒有釋放，1s后軟件統(tǒng)計掉話。（2）修改SAPC到DRA鏈路為主備模式，保證CCA和RAR走同一路徑和到達PGW的先后順序。當X2切換觸發(fā)SGWinitiated bearer modification procedure（完整信令是CCRCCA），如果此時SIP掛機觸發(fā)PCRF也發(fā)RAR給PGW，由于
教學教案相關推薦
鄂ICP備17016276號-1