volte優(yōu)化經(jīng)驗(yàn)總結(jié)及案例分享(完整版)
【正文】 中發(fā)生注冊時(shí)直接釋放會(huì)話的措施欠妥。而切換失敗的原因往往是無線環(huán)境問題、參數(shù)配置不合理、鄰區(qū)漏配、非競爭隨機(jī)接入異常等，均為無線網(wǎng)問題。案例2：VoLTE單通現(xiàn)象VoLTE單通現(xiàn)象分為兩類：一是VoLTE打VoLTE單通，二是VoLTE撥打GSM單通。[優(yōu)化措施]：當(dāng)前解決辦法：（1）縮短DRA時(shí)延配置。當(dāng)時(shí)無線環(huán)境較差，UE發(fā)起RRC重建失敗，通過MME專載QCI1保持功能使得在新發(fā)起的業(yè)務(wù)過程中，RRC重配中建立包括專載QCI1的3條DRB，不會(huì)發(fā)生掉話。優(yōu)化措施： 進(jìn)行功控相關(guān)參數(shù)優(yōu)化，現(xiàn)網(wǎng)配置： p0NominalPUSCH =75 ；puschPCAdjType=0優(yōu)化值： p0NominalPUSCH =87 ；puschPCAdjType=2●同等路損情況下，參數(shù)修改后，ue發(fā)射功率大約下降2~3dB。經(jīng)過分析，由于QCI5的pdcp 丟棄時(shí)長過小，在無線覆蓋較差的地方，上行時(shí)延會(huì)變大，容易導(dǎo)致QCI5信令丟包。本文部分內(nèi)容源于網(wǎng)絡(luò)整理，如有版權(quán)問題，請聯(lián)系微信號(hào)lte678刪除！1 優(yōu)化經(jīng)驗(yàn)總結(jié) 日常優(yōu)化總結(jié)日常優(yōu)化工作主要從無線覆蓋優(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)化措施：QCI5 PDCP DiscardTimer由300ms修改為無窮大優(yōu)化效果：VoLTE無線接通率提升明顯 SBC傳輸協(xié)議TCP重傳次數(shù)優(yōu)化背景：被叫從2G返回4G后，主叫起呼，被叫首先bye消息，緊接著接連收到多條上一次呼叫的invite，被叫回復(fù)bye481\invite486\invite580，呼叫失敗。●目前終端平均上行發(fā)射功率仍高于10db，仍需完善現(xiàn)有功控方式。（）功能總結(jié)：1）當(dāng)無線環(huán)境較差時(shí)，UE發(fā)生RRC重建，若RRC重建成功，手機(jī)將不會(huì)掉話。（2）修改SAPC到DRA鏈路為主備模式，保證CCA和RAR走同一路徑和到達(dá)PGW的先后順序。經(jīng)分析，第一類主要是終端問題，第二類主要是網(wǎng)絡(luò)問題。結(jié)論：切換失敗與RRC重申請流程均與EUTRAN相關(guān)，因此認(rèn)定為無線網(wǎng)問題。 網(wǎng)元流程判斷案例案例1：被叫收到尋呼但未收到INVITE請求，核心網(wǎng)問題現(xiàn)象：主叫上發(fā)了invite，被叫收到了尋呼且建立RRC成功，此時(shí)應(yīng)收到下行的invite，但始終未收到。設(shè)備：中興ENODEB分析：中興設(shè)備為了防止鄰區(qū)漏配情況下，影響用戶在LTE數(shù)據(jù)業(yè)務(wù)下的感知質(zhì)量，默認(rèn)具備異頻重定向功能，但未曾考慮對VOLTE呼叫的接續(xù)保持。異常掉話及切換后單通問題基本解決案例3：愛立信IMS網(wǎng)元CS域呼叫處理能力不足問題，IMS網(wǎng)絡(luò)問題現(xiàn)象：在做互通測試過程中，主叫VOLTE起呼后，被叫始終在TD下未收到尋呼消息，主叫收到網(wǎng)絡(luò)側(cè)下發(fā)trying后，立即收到網(wǎng)絡(luò)下發(fā)的invtie 604（Does Not Exist Anywhere），呼叫失敗。一方面建議降低EPS承載修改次數(shù)，減少切換碰撞幾率與時(shí)延；另一方面建議華為EPC進(jìn)行升級。IMS網(wǎng)絡(luò)問題（升級SBC解決故歸此類）現(xiàn)象：VOLTE起呼后，EPS承載激活完成，有一定幾率1秒后直接收到網(wǎng)絡(luò)直接下發(fā)sip 500消息（Server Internal Error），中斷呼叫。該問題為愛立信IMS網(wǎng)元MGCF默認(rèn)配置僅能同時(shí)容納32個(gè)CS域呼叫，導(dǎo)致互通測試過程中，由于容量不足，造成大量連續(xù)未接通。案例2：華為基站到卡特切換導(dǎo)致的RTP包傳輸中斷問
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1