VOLTE指標監控與優化

2020-12-14 飄逸的紅裙子

一、 VOLTE接入指標分析與優化

指標定義: 無線接通率= RRC連接建立成功率*E-RAB建立成功率

VOLTE中,RRC連接建立成功率不分QCI,E-RAB建立成功率分QCI

1.1 隨機接入失敗

隨機接入失敗的常見原因:

ENB側參數配置問題

UE側參數配置問題

信道環境影響

核心網側配置問題

備註:由於隨機接入是L2的過程,在ENB側沒有明顯的特徵表現,需要結合UE側的log來進行觀察與判斷

影響RRC連接建立成功率的因素主要以下因素有關:

空口信號質量;

參數配置(定時器、功率控制等);

幹擾;

網絡擁塞;

設備故障;

1、上行隨機接入的問題

UE發出RRC Connection Request消息,ENB沒有收到,如果此時的下行信道質量正常,一般是隨機接入參數中的初始接收目標功率設置偏低的問題。

2、 小區重選參數問題

ENB收到UE發的RRC建立請求消息後,下發了RRC Connection Setup消息而UE沒有收到。查看此時的SINR,如果偏低,而且監視集中沒有質量更好的小區,那麼是覆蓋的問題可以適當提高下行公共信道的功率。如果此時監視集中有更好的小區,則可能是小區重選的問題,可以適當調整小區重選參數加快小區重選。

3、 下行初始發射功率偏低問題

UE收到RRC Connection Setup消息而沒有發出RRC Connection Setup Complete消息,如果此時下行的信號質量正常,那麼可能是手機異常,否則可能是下行初始功率過低導致下行不能同步。

4、 上行初始功控問題

UE發出RRC Connection Setup Complete消息而ENB沒有收到,由於上行初始功控會讓UE的發射功率上升,如果是UE的發射功率不足導致,可以適當提高上行信道的初始期望功率和調整量等參數。

1.2 RRC連接建立失敗

RRC連接建立的話統統計

【A點】

指標L.RRC.ConnReq.Att加1,不統計重發的次數

【C點】

指標L.RRC.ConnReq.Succ加1,不統計重發的次數, T301計數器進行控制

RRC建立連接失敗在ENB側的表現如下:

RRC_CONNECTION_CMP沒有收到

ENB回復RRC_CONNECTION_REJECT

1.3 E-RAB建立失敗

E-RAB建立的話統統計

如圖中A點所示,當eNodeB收到來自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息時E-RAB建立嘗試次數累加

圖中B點所示,當eNodeB收到來自MME的E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息時E-RAB建立成功次數累加

1.4 接入類優化步驟

1.檢查操作,告警,傳輸問題,是否存在網絡變動和升級行為等(1.通過LST ALMAF查詢站點實時告警,參考歷史告警;

2.通過DSP BRD 查詢單板運行情況;

3.傳輸及EPC側有網絡變動(升級,割接,參數修改等)。

4.通過Mapinfo查看小區PCI復用是否合理,是否存在模三衝突;

5.檢查小區時隙配比是否設置準確(室分:SA2\SSP7;宏站:SA2\SSP5)

6.如每PRB上幹擾噪聲平均值>-110dBm,確認小區存在上行幹擾,同時可通過後臺跟蹤,確認幹擾類型;

7.檢查傳輸模式,是否為TM3,如長時間為TM2,確認設置正確的情況下,基本確定小區存在弱覆蓋;

8.對比64QAM和QPSK佔比,如後者比例遠大於前者,可確定小區覆蓋異

9.鄰區告警、故障等導致TOP小區存在弱覆蓋;

10.天饋問題,無線環境差;

11.天線權值配置與現場天線參數不一致。

12.核查參考信號功率是否偏低(常規設置92,122,需結合現場設置);

二、VOLTE掉話指標分析與優化

2.1全網性指標排查

首先需要在話統側獲取全網的掉話率指標以及趨勢,掉話率趨勢分析至少1到2周的數據,如果掉話率指標突然偏高,一般執行步驟:

是否全網問題

對全網MME及eNodeB側進行告警核查(傳輸,設備等告警),觀察期間是否實施版本升級

是否存在Top小區:

小區級的掉話率指標和掉話絕對次數按從高到低的順序進行排序,優先分析掉話絕對次數多而且掉話率高的Top小區

對Top小區進行參數核查、告警檢查等

對引起掉話的Top原因進行定位分析

若是共性問題,將優化結果推廣到全網

2.2關於掉話的定義

話統掉話的定義

當ENodeB收到來自MME的ERAB ReleaseCommand(UE Context Release Command)消息或eNodeB向MME發送E-RAB RELEASE INDICATION( UE CONTEXT RELEASE REQUEST )消息,且釋放原因不為「Normal Release」,「User Inactivity」,「Partial Handover」,「Handover triggered」,「successful-handover」,「cs-fallback-triggered」時統計該指標。如果E-RAB RELEASE COMMAND消息中要求同時釋放多個E-RAB,則相應指標按各個業務的QCI分別進行累加。

2.3 掉線優化步驟

1.通過LST ALMAF查詢站點實時告警,參考歷史告警;

2.通過DSP BRD 查詢單板運行情況;

3.提取兩兩小區切換,確定目標小區:

A.確定目標小區運行情況,是否基站故障或異常告警;

B.檢查鄰區間參數設置是否正確;

C.通過Mapinfo檢查小區鄰區配置是否合理,進行鄰區合理性優化;

D.檢查基站是否周邊站點缺少,如為孤站,可視為正常;

4.檢查參數設置是否合理:

A.查詢掉線類定時器設置是否正確;(T310、N311、N310、T311、T301).如掉線率突增,B.查詢操作日誌,確認是否有修改,導致小區異常;

5.檢查是否存在幹擾:

A.通過Mapinfo查看小區PCI復用是否合理,是否存在模三衝突;

B.檢查小區時隙配比是否設置準確(室分:SA2\SSP7;宏站:SA2\SSP5);

C.如每PRB上幹擾噪聲平均值>-110dBm,確認小區存在上行幹擾,同時可通過後臺跟蹤,確認幹擾類型;

6.是否存在高質差:

A.通過觀察小區上下行丟包率是否正常,如丟包率偏高,基本斷定小區存在質差;

B. 通過後臺誤碼率跟蹤,如BLER>10%,確定小區存在高誤碼;

7.是否存在弱覆蓋:

A.檢查傳輸模式,是否為TM3,如長時間為TM2,確認設置正確的情況下,基本確定小區存在弱覆蓋;

B. 對比64QAM和QPSK佔比,如後者比例遠大於前者,可確定小區覆蓋異常;

8.現場測試及後臺跟蹤:

A.安排前場人員現場測試,同時後臺通過信令跟蹤,配合查找問題原因;

B.如果確認問題後,需第三方配合解決,轉發相關人員處理,做好跟蹤工作,直至問題閉環。

三、 VOLTE切換類指標分析與優化

3.1切換定義

切換的過程就是終端在移動過程中與網絡連接交互發生變化的過程:

3.1切換失敗類型

判斷是否切換,通常以信令為判斷依據,在終端側,以發出觸發切換的測量報告為開始,以切換完成消息為結束;

切換成功時,從UE側觀察表現為UE從一個源小區到一個新的小區(可從PCI變化來觀察)進行正常業務交互;

根據現網處理該問題的案例和現網實施的經驗,影響切換成功率的因素有很多,例如:

硬體傳輸故障類;

數據配置類;

擁塞類;

幹擾;

時鐘問題;

覆蓋問題及上下行不平衡

3.2 切換優化步驟

1查詢站點有無告警,小區狀態是否正常;

2.查詢有無外部幹擾(每PRB上幹擾噪聲平均值>-110dBm,則存在外部幹擾);

3.提取兩兩小區切換,確定切換出目標小區,核查外部小區參數(PCI、TAC、頻點、小區標識、切換參數)配置有無錯誤;

4.查看MAPINFO圖層,查看鄰區是否存在MOD幹擾,確認基站規劃是否合理,是否會產生弱覆蓋。

四、 ESRVCC切換成功率分析與優化

4.1指標定義

4.2影響因素

4.3 切換優化步驟

1查詢站點有無告警,小區狀態是否正常;

2.查詢有無外部幹擾(每PRB上幹擾噪聲平均值>-110dBm,則存在外部幹擾);

3.提取異系統GERAN兩兩小區切換,確定切換出目標小區,核查外部小區參數(BCCH/LAC/BSIC/RAC)配置有無錯誤;

4.查詢切換出目標2G小區是否存在故障、幹擾、質差等。

5.查看MAPINFO圖層,查看鄰區是否漏配/配置不合理。

6.查看切換門限是否設置合理,啟測門限、判決門限、時間遲滯等。

五、 LTE幹擾類型及幹擾特性

1、 小區上行底躁100RB的波形圖,推斷小區幹擾類型。

【具體核查規則】

5.1系統間-阻塞幹擾透析

通過性能中的100個RB的頻譜特性進行判別。

此類幹擾的造成原因:阻塞幹擾和設備故障等

頻譜特徵為:頻域100個RB的典型特徵為絕大部分RB均受到強幹擾,其頻譜特徵如下:

主要幹擾源:電信聯通FDD使用1880MHz頻段,自身接收機性能較差;設備故障等。

算法描述如下:

標準差能很客觀準確的反映一組數據的離散程度,因此可以計算各頻點幹擾電平的標準差來反映寬帶直放站的幹擾特性,具體算法如下:

,(全頻段內呈高干擾特性)N為PRB數,取100

標準差為:,時認為上行頻段內各頻點的離散程度較小,各頻點幹擾近似相當,可以斷定為阻塞幹擾。

5.2系統間-互調幹擾透析

通過性能統計中的100個RB特性,融合基礎數據配置來進行幹擾原因的定位。

頻譜特徵為:某個或者某幾個RB呈尖峰突起狀,未受幹擾RB底噪很低,其頻譜特徵如下:

主要幹擾源:GSM900:2f1、f1+f2,DCS1800:2f1-f2且自身互調性能較差。

算法描述如下:

ü 一:通過臨近的波峰突起判斷,過濾出底噪低,凸起不超過10個的波形特性;

ü 二:判斷50米以內所有GSM900小區,分析其主頻點,通過二階諧波及互調遍歷計算,得到幹擾頻率,判斷是否與波峰吻合;

ü 三:判斷50米以內所有GSM1800小區,分析其主頻點,通過三階互調遍歷計算,得到幹擾頻率,判斷是否與波峰吻合;

ü 四:輸出判斷結果。

5.3系統間-雜散幹擾透析

通過性能統計中的100個RB特性來進行幹擾原因的定位。

頻譜特性為:前端RB底噪較高,後端RB底噪較低,或者是後端RB底噪較高,前端RB底噪較低,整體曲線較為平滑,其頻譜特徵如下:

主要幹擾源:DCS1800(1805-1830Mhz)、OFDM天線(1850-1880MHz)、小靈通等由於天線對打、或天線隔離度不夠造成。

算法描述如下:

這種前高后低(或前低後高)的特性可以用模擬算法進行計算。

5.4系統間-混合幹擾透析

混合幹擾具備有上述各種幹擾的曲線特性,如底噪全部都很好,同時也有相關的頻域凸起。我們將此類幹擾定義為混合幹擾。

混合幹擾在進行處理定位時,需要逐個幹擾類型進行排查處理,處理掉一個類型的幹擾後,再進行頻譜分析,迭代的定位結果。

5.5系統內-PCI共模幹擾透析

PCI共模幹擾是通過MR+基礎工參+測試掃頻混合模擬定位的結果。

ü 系統可以通過融合數據對模三幹擾進行定位;

ü 系統可針對單個小區、小範圍區域以及全網進行PCI的分析和優化,給出PCI的修改建議;

5.6系統內-GPS失鎖幹擾透析

當GPS出現故障不工作時,會對周邊其他小區產生明顯的上行幹擾。

通過融合基礎數據和性能PRB統計數據,結合地理特性綜合分析定位該類幹擾。

此類幹擾特徵描述如下:

ü 受幹擾小區頻域特徵為:明顯尖峰突起狀,其餘RB幹擾電平很低;

ü 受幹擾小區地域特徵為:集中在某個局部的片區;

其頻譜特徵如下:

其算法特徵如下:

一 先定位受幹擾小區,按照頻譜特性,定位疑似GPS失鎖受幹擾小區;

二 判斷該類小區是否是集中在一起;

三 再找GPS失鎖的目標小區;

5.7系統內-遠距離同頻幹擾透析

TDD無線通信系統中,在某種特定的氣候、地形、環境條件下,遠端基站下行時隙傳輸距離超過TDD系統上下行保護時隙(GP)的保護距離,幹擾到了本地基站上行時隙。這就是TDD系統特有的「遠距離同頻幹擾」。在大規模部署的網絡中,此類幹擾較為普遍,且可能會對本地基站的上行用戶隨機接入時隙以及上行業務時隙造成幹擾,從而影響用戶上行隨機接入、切換過程以及上行業務時隙。

此類幹擾特徵描述如下:頻域整體均有抬升,中間6個RB(RB47-52)抬升更明顯,其頻譜特徵圖為:

通過整體底噪以及凸起RB判斷即可。

【預處理意見示例】

輸出結果部分:

l 幹擾核查(檢測小區是否存在幹擾)

小區上行底躁核查

前一天12點至24點有[XX]%採樣點的小區底躁高於-105dBm。

小區底躁波形圖如下:

SINR檢測

從MR數據中檢測該小區的平均SINR為[XX]DB。

小區幹擾類型核查

存在[小區幹擾類型],主要幹擾源參考:[對應的幹擾類型的幹擾源描述]。

100RB波形圖如下:

描述說明部分:

l 小區上行底躁核查:

15分鐘粒度的取值為一個採樣點,檢查前一天12點至24點當中20%的採樣點小區底躁高於-105dbm為問題項。

l SINR檢測:

MR中的SINR平均值,該值低於0DB,屬問題項。

l 小區幹擾類型核查:

取前一天12點至24點中小區上行底躁最高時段的100RB波形圖,推斷小區幹擾類型。

相關焦點

  • TD-LTE-VoLTE專項優化總結報告
    ,為後續VoLTE測試或網絡優化提供參考。1                     路測指標定義下表為中移VoLTE試點階段時的相關指標定義,目前中移重點關注的基本指標為:考核關鍵指標我司目標值備註呼叫接通率>99%掉話率<0.5%系統內切換成功率>99%
  • 電視監控系統的應用及優化改造
    優化前的電視監控系統  監控系統  電視監控系統共有三個監控系統中心,分別是煉鋼調度室、軋鋼調度室和中心調度室,用視頻線(同軸電纜)進行圖像信號的傳輸。煉鋼調度室、軋鋼調度室和中心調度室均由6臺34寸彩色監視器組成的電視牆。
  • Linux 常用監控指標總結
    所以,依靠強大的監控系統,收集儘可能多的指標,意義重大。但哪些指標才是有意義的呢,本著從實踐中來的思想,各位工程師在長期摸爬滾打中總結出來的經驗最有價值。offset採集DNS解析採集每個類別,具體的詳細指標如下,這些指標,都是open-falcon的agent組件直接支持的。
  • VoLTE語音MOS優化
    ,本文就VoLTE語音MOS的優化進行探討。2、 VoLTE語音MOS優化方法2.1 MOS差的問題點定位測試log單次通話連續兩個採樣點MOS值小於3的問題點定義為MOS差的問題點。注意:需剔除通話結束的最後一個採樣點與下次通話第一個採樣點的MOS值都小於3的問題點。
  • YouTube 頻道優化,請關注這11 個值得追蹤的關鍵指標
    不管對營銷者還是創作者來說,了解 YouTube 算法,跟蹤提高視頻效果的關鍵指標,都是營銷路上的一門必修課。本文將為大家介紹 YouTube 算法控制面板中 11 個值得追蹤的關鍵指標,並通過分析這些關鍵指標,來優化 YouTube 頻道。
  • Ccr4-Not監控翻譯核糖體的密碼子優化
    Ccr4-Not監控翻譯核糖體的密碼子優化 作者:小柯機器人 發布時間:2020/4/18 13:40:53 德國慕尼黑大學Roland Beckmann、日本東北大學Toshifumi Inada以及美國凱斯西儲大學Jeff
  • 1020個點位精準監控揚塵指標
    會上相關負責人透露,2019年北京市確定的降塵指標為每月6.5噸/平方公裡,為實時掌握各個區域揚塵管控情況,市生態環境局建成覆蓋全市鄉鎮(街道)包含1020個監測點位的粗顆粒物監測網,隨時監控揚塵指標「冒泡」現象。據了解,北京市揚塵主要來源於施工揚塵、道路揚塵和裸地揚塵。針對不同揚塵類型,本市對症下藥,多管齊下。
  • 一招免費開啟聯通VoLTE,體驗高清超爽通話
    目前聯通volte業務在北京、天津、上海、鄭州、武漢、長沙、廣州、濟南、杭州、南京、重慶等11個城市試商用,陸續在各省市開展試商用,試商用期至2020年12月31日。大家有什麼關於volte的問題,也歡迎在留言區提出喲~
  • She made a volte face on it指態度180度大轉變,那怎樣譯才合適
    volte face源自法文,表示「別過臉去」,現代英文中多指態度180度大轉變,而且多用於政治領域,用古老的外來語,表示自古以來就是不留情面、變幻無常的政治生態。看看老外聊天時怎麼用:A The manager for some reason has done a volte face on my proposal and rejected it.B Oh!Poor you.
  • 無需Root,小米 Max 2 手機開啟中國電信 VoLTE 教程
    把 mbn_ota.txt 第三行的 mcfg_sw/generic/china/ct/commerci/openmkt/mcfg_sw.mbn 修改為 mcfg_sw/generic/china/ct/commerci/volte_op/mcfg_sw.mbn。
  • 優化六大指標 北京修訂積分落戶政策
    本次政策修訂主要遵循「連續穩定、精簡優化、公平公正」原則,即:保持積分落戶政策體系的連續性和穩定性;落實國家要求,突出政策定位,精簡優化部分指標;回應社會關切,體現人本關懷,加大監督管理,強化公平公正。
  • 大牛筆記丨Linux 常用監控指標總結
    所以,依靠強大的監控系統,收集儘可能多的指標,意義重大。但哪些指標才是有意義的呢,本著從實踐中來的思想,各位工程師在長期摸爬滾打中總結出來的經驗最有價值。offset採集DNS解析採集每個類別,具體的詳細指標如下,這些指標,都是open-falcon的agent組件直接支持的。
  • 一篇帶你了解Redis,性能監控分析及優化看這裡!
    本期「安仔課堂」,ISEC實驗室的老師帶大家熟悉Redis的配置及參數,一起分析Redis的性能問題及優化技巧。因此,監控客戶端連接數是非常有必要的,通過監控,可以確定客戶端創建連接數的數量是否超出預期,以及客戶端是否沒有有效釋放連接。
  • 【乾貨】解密監控寶Docker監控實現原理
    8 年研發管理經驗,早期從事大規模企業信息化研發架構,09 年涉足網際網路數字營銷領域並深入研究架構與性能優化。2014 年加入雲智慧,致力於 APM 產品的架構與研發。崇尚敏捷,高效,GettingReal。
  • 延壽縣L485QS管線鋼管所有的汙染指標全部受監控
    延壽縣L485QS管線鋼管所有的汙染指標全部受監控 ,「wqo457」   無錫市上廣核能電力材料有限公司主要經營L485QS管線鋼管、國產合金鋼、不鏽鋼、碳鋼管材、板材、棒材、型材、管道配件和焊接材料,無縫管、直縫管、合金/高壓鍋爐專用管道等產品,歡迎新老客戶前來選購
  • 微信公眾號傳播力評價指標體系優化方法研究
    針對評價指標體系優化方法,國內外研究主要集中在指標的篩選調整和權重的優化方法上,涉及的方法包括層次分析法、灰色關聯特徵值法、問卷調查等。丁敬達、邱均平(2010)以其最近3年積累的中國高校科技創新競爭力評價指標數據為例,提出對評價指標體系尤其是權重進行優化的思路和方法,並檢驗其科學性和合理性,對其他領域評價指標體系的優化亦有借鑑意義。
  • Docker 監控實戰
    Cloud Insight在我們列舉的幾個監控 Docker 的服務或平臺中,這是唯一一款國內產品。 Cloud Insight支持多種作業系統、雲主機、資料庫和中間件的監控,原理是在平臺服務儀錶盤和自定義儀錶盤中,採集並處理 Metric,對數據進行聚合與分組等計算,提供曲線圖、柱狀圖等多樣化的展現形式。優點是監控的指標很全,簡單易用,可以期待一下。
  • 為什麼IT運營需要新的指標
    通過監控設備上的綠色、黃色或紅色指示燈來衡量IT運營狀態仍然有用嗎?如今,基礎設施就是一切,可以提高生產率、降低運營成本、提供靈活性,以及支持可能在一夜之間改變的數位化轉型計劃。採用監控設備進行管理的措施已不再足夠,現在是在日益數位化的世界中開發新指標的時候了。
  • 9個最佳SSD狀態監控及性能優化工具
    SSD性能優化工具SSD工具使用戶能夠在SSD控制器執行垃圾收集和其他參數時進行更改,避免對驅動器的性能產生顯著影響。許多工具允許用戶根據不同的要求優化或調整其SSD,例如,它們可以在降低一些存儲容量的同時提高性能,或以性能和可靠性為代價最大化存儲容量。
  • 合規優化亞馬遜IPI指標——提升單個Asin發貨數量
    相信大家最近都看到了庫存績效指標分數閾值降低,由之前的500分到450分很多小夥伴可能會小小的開心一下,亞馬遜對店鋪庫容的限制要求,在難度上相對降低了一些。但是這裡要跟大家強調的是,庫容限制雖然標準降低,但作為賣家仍會面對AQL(單個Asin發貨數量)的限制,也就是我們常說的,關於新品的發貨數量仍然限制在200個,目前這個要求仍是不變的。