分享
分享賺錢 收藏 舉報 版權申訴 / 44

類型volte常見問題及優化策略.pptx

  • 上傳人:cjc2202537
  • 文檔編號:730944
  • 上傳時間:2018-04-20
  • 格式:PPTX
  • 頁數:44
  • 大?。?.87MB
  • 配套講稿:

    如PPT文件的首頁顯示word圖標,表示該PPT已包含配套word講稿。雙擊word圖標可打開word文檔。

    特殊限制:

    部分文檔作品中含有的國旗、國徽等圖片,僅作為作品整體效果示例展示,禁止商用。設計者僅對作品中獨創性部分享有著作權。

    關 鍵  詞:
    volte常見問題及優化策略.pptx
    資源描述:

    1、廣州VoLTE常見問題及優化策略,LTE系統性能部 賴開旗,廣州VoLTE現網指標情況VOLTE優化方法,及與LTE優化區別VoLTE信令流程廣州VOLTE常見問題分類常見問題分析優化方法、案例,目 錄,一、廣州VoLTE現網指標情況,1、道路測試指標 6月高滲透率測試與3月份集團測試對比,ATU網格內,接通率從93.09%提升至96.56%(達到集團要求95%);掉話率從11.7%下降至4.69%(與集團要求的1%仍有差距)。 2、室內測試指標 6月份對各區域內個別重要室內場所進行了初步摸底測試,室分接通率為96.14%,掉話率為0.4%。,廣州VoLTE現網指標情況VoLTE優化特點以及優

    2、化手段VoLTE信令流程廣州VoLTE常見問題分類常見問題分析優化方法、案例,目 錄,1、VoLTE語音對覆蓋要求更高,2、VoLTE優化中應考慮更多無線因素的影響,實測結果表明,RSRP大于-113dBm,SINR大于-3dB才可以達到理想的VoLTE語音質量。,LTE數據業務主要關注吞吐率和速率,而VoLTE語音業務更關注呼叫連續性/掉話、話音質量、包時延、切換時延等,因此需要更有針對性的優化。,二、VoLTE優化特點以及優化手段 與數據優化對比,(1)4G系統內移動性能優化異頻重定向、異系統重定向必然導致語音掉話,但數據業務對此不敏感。(2)4G-2G系統間eSRVCC 2G鄰區優化在L

    3、TE網絡覆蓋未達到全面覆蓋之前,在LTE覆蓋邊緣, VoLTE語音業務會切換到GSM,以減少用戶移出LTE覆蓋導致的掉話。準確的2G鄰區是eSRVCC切換成功率的保證。,3、VoLTE語音對移動性能要求更高,二、VoLTE優化特點以及優化手段 與數據優化對比,二、VoLTE優化特點以及優化手段 與數據優化對比,4、VoLTE優化需要端對端進行優化,UE,IMS,eNB,MME,SGW,保證空口連接正常,保證QCI1專載建立正常,保證QCI5 SIP信令發生正常,保證QCI5 SIP信令發生正常,端到端信令分析獲取節點,二、VoLTE優化特點以及優化手段 與CSFB優化對比,MT UE,5、Vo

    4、LTE優化與CSFB優化需相結合,二、VoLTE優化特點以及優化手段 VoLTE無線網絡優化經驗,一、參數配置,1、配置頭壓縮(1)打開ROHC開關(2)頭壓縮格式QCI=1配置支持Profile0x0001、Profile0x00022、配置RLC(1)RLC模式QCI1配置UM模式,QCI5和QCI9配置AM模式3、配置PDCP(1)QCI5 PDCP Discardtimer 配置為無窮大4、配置eSRVCC參數(1)打開eSRVCC切換開關(2)鄰區配置:按照集團鄰區配置原則進行eSRVCC鄰接小區配置,包括頻點、BSIC碼等;然后添加LTE小區與eSRVCC鄰接小區關系(注:不要違反

    5、CSFB配置原則)(3)頻點配置:添加GSM測量頻點(類似CSFB),打開基于語音的測量配置開關(4)測量配置:配置GSM鄰區測量策略,再針對不同的策略配置不同GSM鄰區測量門限,包括A2、A1、B2門限,三、移動性能優化,4G鄰區優化: 1、優化鄰區,避免異頻重定向發生 2、切換序列:通過天線、參數調整,控制非主覆蓋,穩定主覆蓋接續,提升感知2G鄰區及eSRVCC門限優化: 優化eSRVCC的異系統切換門限,做好eSRVCC的鄰區精細化規劃和一致性核查,確保VoLTE通話連續,二、VoLTE優化特點以及優化手段 VoLTE無線網絡優化經驗,二、覆蓋優化,提升LTE覆蓋: 通過RF、參數優化等

    6、手段提升LTE覆蓋,讓終端盡可能多駐留LTE網絡,盡量避免由于RTP inactivity、呼叫建立過程中的eSRVCC等問題導致的未接通、掉話密切關注因故障或退服導致的弱覆蓋站點,周粒度梳理、處理并跟進,保障覆蓋質量,解決PCI沖突、重疊覆蓋問題,避免SINR差導致的未接通、掉話,四、干擾優化,廣州VoLTE現網指標情況VoLTE優化方法,及與LTE優化區別VoLTE信令流程廣州VoLTE常見問題分類常見問題分析優化方法、案例,目 錄,三、VoLTE信令流程 QCI5建立及IMS注冊流程,三、VoLTE信令流程 QCI5建立及IMS注冊流程,三、VoLTE信令流程 SIP呼叫信令流程圖,三、

    7、VoLTE信令流程 eSRVCC流程圖,廣州VoLTE現網指標情況VoLTE優化方法,及與LTE優化區別VoLTE信令流程廣州VoLTE常見問題分類常見問題分析優化方法、案例,目 錄,四、廣州VoLTE常見問題分類,四、廣州VoLTE常見問題分類,路網、室分廣州VoLTE現網測試指標VoLTE優化方法,及與LTE優化區別VoLTE信令流程廣州VoLTE常見問題分類常見問題分析優化方法、案例,目 錄,五、常見問題分析 分析定位思路,問題現象基站在收到異頻A3測報后,會立刻觸發重定向事件,下發RRC Release消息包含重定向的目標頻點,該頻點與A3測報中小區頻點一致。分析方法 檢查異頻A3測報

    8、中小區是否存在于異頻鄰區列表中。 優化方法 1、基站側增加區分QCI1業務的異頻重定向關閉功能;2、對于漏配鄰區進行增補。,五、常見問題分析一 異頻重定向,五、常見問題分析二 異系統重定向(1/2),問題現象終端在弱場區域,基站下發盲重定向的RRC Release消息,消息中包含重定向的2G頻點列表。異系統重定向原因分類 1、LTE弱覆蓋:終端在弱場區域,滿足A2盲重定向門限(RSRPMME:HandoverRequired,2、MME-target cell:HandoverRequest,3、MME-source cell:HandoverCommand,4、source cell-UE:

    9、RRCreconfig,五、常見問題分析四 切換過程中專載被MME釋放(3/4),問題原因分析1、MME收到第8條NAS消息(Activate Dedicated EPS bearer context accept)后才認為專載建立成功;2、本案例中,MME在收到NAS消息之前先收到基站上發的S1 切換請求,MME認為專載未正常建立,故發給目標小區的切換請求中將QCI1釋放。,A3 measurement report,五、常見問題分析四 切換過程中專載被MME釋放(4/4),優化方法1、MME側:建議MME對切換流程進行優化,收到步驟7即確認專載建立。2、基站側:SRB2優先級調整根據系統默

    10、認值,QCI5(DRB)的優先級是1,SRB2的優先級為3,即出現了DRB的優先級比SRB高的情況,當QCI5 SIP信令和UL NAS(SRB2)同時產生時,終端將優先組QCI5的數據,導致UL NAS數據上報時延大。此情況下,存在一定幾率出現“切換中專載被MME釋放”的問題。因為DRB優先級必須從1開始排序,所以把高優先級1、2配置給QCI3、4(現網中這兩個承載暫沒有使用),把優先級3配置給QCI5,優先級4配置給QCI1,優先級5配置給QCI2。,五、常見問題分析五 2G返回4G后無法接通問題(1/5),問題現象從2G返回4G后,主叫開始起呼,被叫首先收到的不是invite,而是bye

    11、消息,緊接著接連收到多條Call ID不一樣的invite。,五、常見問題分析五 2G返回4G后無法接通問題(2/5),問題現象從2G返回4G后,主叫開始起呼,被叫十多秒后才收到CS的尋呼,導致呼叫建立時延非常大。,五、常見問題分析五 2G返回4G后無法接通問題(3/5),分析方法加上些文字說明,五、常見問題分析五 2G返回4G后無法接通問題(4/5),分析方法1)終端通過eSRVCC成功切換到2G后,網絡會下發BYE消息以終結4G側的會話,然而由于終端此時已處于2G,無法收到SIP消息,系統會把BYE消息緩存至TCP窗口;2)根據TCP目前的配置,BYE消息會一直做重傳嘗試,且每次重傳不成功

    12、,下次等待重傳時間會double,也就是說,如果終端一直在2G通話不掛機,重傳時間會一直增加,最多會到十幾分鐘(Linux系統下默認最大重傳次數為15次);3)當終端掛機后返回4G,但因為還沒到重傳的時間,導致BYE消息沒有馬上下來,這時再起呼,發起invite,網絡是不會轉發的,因為根據排隊機制,等BYE先下,再轉發invite,這可導致兩種呼叫失敗事件:一是由于重傳時間未到,導致被叫尋呼不到,10s后CSFB,但15s內接續未完成被軟件終止;一是重傳時間到后,被叫先收到了BYE消息,接著收到上一次(或多次)的invite后,才收到本次呼叫的invite,被叫回復bye481invite48

    13、6invite580,呼叫失敗。,五、常見問題分析五 2G返回4G后無法接通問題(5/5),優化方法TCP最大重傳次數過大,導致SIP信令堵塞,導致未接通或呼叫建立時延大。核心網對TCP配置進行了修改:最大重傳次數從15次改為5次,最大重傳隔間從十幾分鐘改為15s。修改后外場測試中未復現同類問題。,五、常見問題分析六 SIP信令丟失(1/5),問題現象呼叫在弱場建立,SIP信令丟失導致呼叫流程未能完成,如下圖為183消息丟失導致專載建立失敗。,五、常見問題分析六 SIP信令丟失(2/5),分析方法查看終端信令,發現起呼時,被叫處于弱場區域,存在丟包可能。,五、常見問題分析六 SIP信令丟失(3

    14、/5),分析方法查看終端信令,看被叫連續兩條183消息是否被丟棄。如圖,第一條183發出后,丟包數增加了1個:,五、常見問題分析六 SIP信令丟失(4/5),分析方法第二條183發出后,丟包數又增加了1個,183因丟包超時未發送至IMS,專載建立失?。?五、常見問題分析六 SIP信令丟失(5/5),優化方法1)網絡基礎優化:此失敗案例多發生于弱覆蓋區域,需要進行網絡優化,提升無線信號環境。2)基站參數優化:QCI5 PDCP SDU Discardtimer由300ms修改至無窮大,原因是在弱場起呼,SIP如果300ms內未能重傳成功信令將被丟棄,要求過于嚴格,放寬丟包時延可減少部分SIP信令

    15、丟失情況。,問題現象(1/2)主叫起呼后,被叫一直沒有被尋呼,隨后網絡回復主叫error 500,產生未接通事件。,五、常見問題分析七 SERVER_INTERNAL_ERROR (1/4),問題現象(2/2)被叫上次呼叫承載建立失敗,后續所有呼叫error 500。,五、常見問題分析七 SERVER_INTERNAL_ERROR (2/4),分析方法 Error 500問題與專載異常有關,包括專載未正常建立、專載未正常釋放等。,五、常見問題分析七 SERVER_INTERNAL_ERROR (3/4),優化方法 目前核心網正在定位問題,暫未有結論。當測試中出現該類問題應重啟終端或飛行模式,避免產生連續的呼叫失敗事件。,五、常見問題分析七 SERVER_INTERNAL_ERROR (4/4),Thank you,

    展開閱讀全文
    提示  微傳網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
    關于本文
    本文標題:volte常見問題及優化策略.pptx
    鏈接地址:http://www.15533o.com/p-730944.html
    關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服 - 聯系我們

    微傳網用戶QQ群:732276833  微博官方號:微傳網官方   知乎號:微傳網

    Copyright? 2025 微傳網 weizhuannet.com 網站版權所有世界地圖

    經營許可證編號:粵ICP備2021046453號   營業執照商標

    1.png 2.png 3.png 4.png 5.png 6.png 7.png 8.png 9.png 10.png



    收起
    展開
    亚洲国产精品无码中文字幕-久久精品无码免费不卡-日韩久久久久aⅴ免费观看-精品国精品国产自在久国产