volte優(yōu)化經(jīng)驗(yàn)總結(jié)及案例分享-wenkub
2023-05-01 12:36:45 本頁(yè)面
【正文】 參數(shù)優(yōu)化，現(xiàn)網(wǎng)配置： p0NominalPUSCH =75 ；puschPCAdjType=0優(yōu)化值： p0NominalPUSCH =87 ；puschPCAdjType=2●同等路損情況下，參數(shù)修改后，ue發(fā)射功率大約下降2~3dB。通過(guò)經(jīng)緯將4G弱信號(hào)(RSRP110dbm)與2G強(qiáng)信號(hào)（RXLOV95dbm）在50米范圍內(nèi)擬合，根據(jù)擬合度對(duì)2G鄰區(qū)進(jìn)行補(bǔ)漏工作。經(jīng)過(guò)分析，由于QCI5的pdcp 丟棄時(shí)長(zhǎng)過(guò)小，在無(wú)線(xiàn)覆蓋較差的地方，上行時(shí)延會(huì)變大，容易導(dǎo)致QCI5信令丟包。原因分析：QCI5設(shè)置的RLC優(yōu)先級(jí)為2，高于SRB=2(傳送NAS層消息)配置為3. 導(dǎo)致NAS的層3消息已經(jīng)比MR要早，但是因?yàn)閮?yōu)先級(jí)比MR和SIP低，未及時(shí)發(fā)送。本文部分內(nèi)容源于網(wǎng)絡(luò)整理，如有版權(quán)問(wèn)題，請(qǐng)聯(lián)系微信號(hào)lte678刪除！1 優(yōu)化經(jīng)驗(yàn)總結(jié) 日常優(yōu)化總結(jié)日常優(yōu)化工作主要從無(wú)線(xiàn)覆蓋優(yōu)化、參數(shù)優(yōu)化、系統(tǒng)內(nèi)外鄰區(qū)優(yōu)化，功能優(yōu)化四個(gè)方面著手，與ATU路網(wǎng)、工程建設(shè)緊密配合，提升整體網(wǎng)絡(luò)質(zhì)量。優(yōu)化措施：降低QCI 5優(yōu)先級(jí)，確保SIP消息及時(shí)上傳，修改后此類(lèi)問(wèn)題改善明顯。優(yōu)化措施：QCI5 PDCP DiscardTimer由300ms修改為無(wú)窮大優(yōu)化效果：VoLTE無(wú)線(xiàn)接通率提升明顯 SBC傳輸協(xié)議TCP重傳次數(shù)優(yōu)化背景：被叫從2G返回4G后，主叫起呼，被叫首先bye消息，緊接著接連收到多條上一次呼叫的invite，被叫回復(fù)bye481\invite486\invite580，呼叫失敗。剔除現(xiàn)網(wǎng)已配置的鄰區(qū)關(guān)系，補(bǔ)漏鄰區(qū)關(guān)系對(duì)后，eSRVCC切換提升明顯，且由于2G鄰區(qū)不準(zhǔn)確導(dǎo)致的異系統(tǒng)重定向大大減少?！衲壳敖K端平均上行發(fā)射功率仍高于10db，仍需完善現(xiàn)有功控方式。●MOS值與RTP丟包及Jitter關(guān)系都較大，目前正在進(jìn)行100ms / 300ms / 500ms / 750ms / 1500ms / infinity完整的對(duì)比驗(yàn)證。（）功能總結(jié)：1）當(dāng)無(wú)線(xiàn)環(huán)境較差時(shí)，UE發(fā)生RRC重建，若RRC重建成功，手機(jī)將不會(huì)掉話(huà)。 專(zhuān)載釋放與切換沖突，通話(huà)結(jié)束未收到專(zhuān)載釋放掉話(huà)[問(wèn)題描述]：在拉網(wǎng)測(cè)試過(guò)程中，通話(huà)掛機(jī)后，主叫上報(bào)BYE消息，IMS回BYE200消息前后，同時(shí)手機(jī)發(fā)生切換，未收到EPS專(zhuān)載釋放請(qǐng)求，1s后軟件統(tǒng)計(jì)掉話(huà)。（2）修改SAPC到DRA鏈路為主備模式，保證CCA和RAR走同一路徑和到達(dá)PGW的先后順序。 ，eNB將不傳遞NAS消息。經(jīng)分析，第一類(lèi)主要是終端問(wèn)題，第二類(lèi)主要是網(wǎng)絡(luò)問(wèn)題。將該狀態(tài)修改為Unlock后，對(duì)該站點(diǎn)進(jìn)行重啟后發(fā)現(xiàn)eSRVCC功能正常。結(jié)論：切換失敗與RRC重申請(qǐng)流程均與EUTRAN相關(guān)，因此認(rèn)定為無(wú)線(xiàn)網(wǎng)問(wèn)題。結(jié)論：軟件顯示丟信令，但通過(guò)進(jìn)一步分析確認(rèn)應(yīng)為基站故障導(dǎo)致。 網(wǎng)元流程判斷案例案例1：被叫收到尋呼但未收到INVITE請(qǐng)求，核心網(wǎng)問(wèn)題現(xiàn)象：主叫上發(fā)了invite，被叫收到了尋呼且建立RRC成功，此時(shí)應(yīng)收到下行的invite，但始終未收到。分析：起呼時(shí)MME進(jìn)行激活EPS承載流程過(guò)程中，恰好發(fā)生S1切換時(shí)，由于EPS承載建立未完成，MME在切換準(zhǔn)備階段，對(duì)下發(fā)到目標(biāo)小區(qū)的切換準(zhǔn)備的請(qǐng)求消息中不攜帶QCI=1的VOLTE專(zhuān)載，導(dǎo)致VOLTE專(zhuān)載源小區(qū)完成的情況下，在目標(biāo)小區(qū)被釋放，切換完成后呼叫中斷①切換準(zhǔn)備時(shí)，MME向目標(biāo)小區(qū)發(fā)切換請(qǐng)求，RAB建立請(qǐng)求表只有2條，無(wú)
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1