VOLTE語音質(zhì)量提升方案V2-1124.docx

VoLTE語音質(zhì)量提升方案2016年11月目錄1VoLTE網(wǎng)絡(luò)結(jié)構(gòu)32問題定界43影響語音質(zhì)量主要因素74語音質(zhì)量優(yōu)化思路84.1語音編碼94.1.1語音編碼介紹94.1.2語音編碼優(yōu)化方法104.2RTP丟包104.2.1RTP丟包介紹104.2.2RTP丟包優(yōu)化方法弱覆蓋下行質(zhì)差鄰區(qū)及頻繁切換上行干擾RRC重建小區(qū)重載上行接入受限154.3E2E時(shí)延154.4抖動(dòng)164.5設(shè)備問題165語音質(zhì)量相關(guān)KPI分析175.1語音關(guān)鍵KPI分析175.1.1語音業(yè)務(wù)的上下行丟包率175.1.2語音業(yè)務(wù)建立成功率185.1.3語音業(yè)務(wù)掉話率185.1.4呼叫平均保持時(shí)長195.1.5下行語音包處理時(shí)延195.1.6VoLTE用戶數(shù)監(jiān)控195.1.7切換成功率監(jiān)控205.1.8語音質(zhì)量監(jiān)控215.1.9重建比例225.1.10語音單通和質(zhì)量差掛機(jī)225.2關(guān)聯(lián)話統(tǒng)分析235.3KPI指標(biāo)異常的判斷方法256VoLTE語音質(zhì)量優(yōu)化提升指導(dǎo)276.1場景優(yōu)化276.1.1大話務(wù)場景優(yōu)化276.1.2CCE受限場景優(yōu)化286.1.3系統(tǒng)內(nèi)鄰區(qū)優(yōu)化296.1.4PUCCH功控參數(shù)優(yōu)化306.1.5上行PUSCH弱覆蓋小區(qū)優(yōu)化306.1.6PUCCH高干擾，DTX率高場景優(yōu)化316.2TOP小區(qū)優(yōu)化321 VoLTE網(wǎng)絡(luò)結(jié)構(gòu) VoLTE即Voice over LTE，是基于LTE網(wǎng)絡(luò)數(shù)據(jù)域的語音業(yè)務(wù)方案。該方案基于IMS，提供全I(xiàn)P通話。LTE網(wǎng)絡(luò)是一種全I(xiàn)P網(wǎng)絡(luò)，全部業(yè)務(wù)承載于數(shù)據(jù)域上，可實(shí)現(xiàn)數(shù)據(jù)與語音業(yè)務(wù)在同一網(wǎng)絡(luò)下的統(tǒng)一。對運(yùn)營商而言，部署VoLTE將帶來兩方面的價(jià)值，一是提升無線頻譜利用率、降低網(wǎng)絡(luò)成本；二是提升用戶體驗(yàn)。VoLTE的體驗(yàn)明顯優(yōu)于傳統(tǒng)電路域語音。首先，高清語音和視頻編解碼的引入顯著提高了通信質(zhì)量；其次，VoLTE的呼叫接續(xù)時(shí)長大幅縮短，測試表明VoLTE比CS呼叫縮短一半以上，VoLTE網(wǎng)絡(luò)架構(gòu)如圖1所示：VoLTE業(yè)務(wù)涉及網(wǎng)元較多，包括現(xiàn)網(wǎng)CS域、EPS域、IMS域，以及PCC等。IMS域主要完成呼叫控制等功能，它通過和EPS網(wǎng)絡(luò)配合，提供和電路域類似的語音業(yè)務(wù)及其補(bǔ)充業(yè)務(wù)，包括號碼顯示、呼叫轉(zhuǎn)移、呼叫等待、會(huì)議電話等。 EPC配合IMS系統(tǒng)完成P-CSCF發(fā)現(xiàn)、初始附著的信令默認(rèn)承載建立、語音及視頻等業(yè)務(wù)專有承載的建立等。 PCC主要聯(lián)合P-CSCF（AF功能點(diǎn)）以及GGSN/PGW（PCEF功能點(diǎn)）完成策略控制決策和基于流進(jìn)行計(jì)費(fèi)控制的功能。 CS域通過MSC升級支持SRVCC功能。MSC與MME之間的Sv接口實(shí)現(xiàn)VoLTE語音業(yè)務(wù)的連續(xù)性，滿足當(dāng)用戶在通話過程中移出LTE覆蓋區(qū)時(shí)保證業(yè)務(wù)的連續(xù)性，使通話平滑切換到2G/3G網(wǎng)絡(luò)的基本需求。2 問題定界VoLTE語音質(zhì)量定界方案中，定界對部署方案的要求至少要保證S1-U、Mw或Gm接口至少有一個(gè)接口具有VoLTE語音呼叫媒體面測量能力。對于VoLTE與VoLTE互通場景、VoLTE與2/3G、PSTN互通場景，探針采集節(jié)點(diǎn)和語音質(zhì)量指標(biāo)所表示的測量范圍如下圖所示：對于VoLTE與VoLTE互通場景，端到端的MOS和端到端的單通是根據(jù)RTCP消息統(tǒng)計(jì)的，RTCP消息也是UEUE的E2E透傳，在話音流的探針采集節(jié)點(diǎn)都可以完成RTCP消息的獲取。分段的IPMOS和分段的單通是根據(jù)RTP消息統(tǒng)計(jì)的，表示的范圍為UE到RTP消息的采集節(jié)點(diǎn)。對于VoLTE與2/3G、CSFB或者PSTN互通場景，端到端的MOS和端到端的單通是根據(jù)RTCP消息統(tǒng)計(jì)的，具有發(fā)送RTCP的報(bào)文的網(wǎng)元包括VoLTE側(cè)的UE和CS域的MGW，端到端范圍實(shí)際為VoLTE的UE到CS域的MGW。分段的IPMOS和分段的單通是根據(jù)RTP消息統(tǒng)計(jì)的，表示的范圍為UE或者CS域的MGW到RTP消息的采集節(jié)點(diǎn)。對于VoLTE與VOBB互通場景，與2/3G互通場景類似。具有發(fā)送RTCP報(bào)文的網(wǎng)元為VoBB側(cè)的SBC。端到端測量指標(biāo)表示的范圍為UE到VoBB側(cè)的SBC，分段測量指標(biāo)表示范圍為UE或者VOBB側(cè)的SBC到RTP消息的采集節(jié)點(diǎn)。VoLTE語音呼叫關(guān)鍵測量點(diǎn)，以S1-U接口為例：l測量點(diǎn)1，呼叫的承載建立，用戶面開始周期測量，包括周期內(nèi)的RTP包數(shù)、抖動(dòng)、時(shí)延和編解碼信息進(jìn)行測量、MOS、單通，記錄開始時(shí)間l測量點(diǎn)2，呼叫應(yīng)答，此時(shí)對振鈴階段的用戶面的測量進(jìn)行重置，重新開始測量周期測量，包括周期內(nèi)的RTP包數(shù)、抖動(dòng)、時(shí)延和編解碼信息進(jìn)行測量、MOS、單通。記錄語音流的開始時(shí)間l測量點(diǎn)3，呼叫的承載釋放，用戶面停止測量，記錄結(jié)束時(shí)間l呼叫結(jié)束后，對周期測量的MOS、單通記錄做匯聚，填寫呼叫單據(jù)CDR里，并且對整條語音流的RTP包數(shù)填寫到呼叫單據(jù)CDR里接口類型問題描述問題引入范圍重點(diǎn)排查對象其次排查對象S1-U上行RTP丟包終端到SGW無線傳輸、基站處理問題下行RTP丟包對端到SGW對端無線傳輸、對端基站處理問題EPC到IMS傳輸問題下行RTCP丟包、下行RTP無丟包SGW到對端無線傳輸、基站處理問題上行RTCP丟包、上行RTP無丟包對端到SGW對端無線傳輸、對端基站處理問題EPC到IMS傳輸問題Gm上行RTP丟包終端到SBC無線傳輸、基站處理問題SGW/PGW到SBC的傳輸下行RTP丟包對端到SBC對端無線傳輸、對端基站處理問題EPC到IMS傳輸問題下行RTCP丟包、下行RTP無丟包SBC到終端無線傳輸、基站處理問題SGW/PGW到SBC的傳輸上行RTCP丟包、上行RTP無丟包對端到SBC對端無線傳輸、對端基站處理問題EPC到IMS傳輸問題Mw上行RTP丟包終端到SBC/IM-MGW無線傳輸、基站處理問題SGW/PGW到SBC的傳輸下行RTP丟包對端到SBC無線傳輸、基站處理問題EPC到IMS傳輸問題下行RTCP丟包、下行RTP無丟包SBC到終端無線傳輸、基站處理問題IMS到EPC傳輸問題上行RTCP丟包、上行RTP無丟包SBC到對端終端對端無線傳輸、對端基站處理問題SBC到IM-MGW或者SBC到SGW/PGW傳輸問題3 影響語音質(zhì)量主要因素根據(jù)語音包端到端傳輸過程，丟包分為1）eNB以上核心網(wǎng)、傳輸丟包；2）eNB以下上行/下行空口丟包；3）終端異常上行發(fā)包不連續(xù)1）eNB以上核心網(wǎng)、傳輸丟包此類丟包eNB側(cè)無法偵測到，eNB可以識別發(fā)給它的包SN是否連續(xù)，但無法識別是因?yàn)楹诵木W(wǎng)、傳輸丟包導(dǎo)致，還是因?yàn)閷Χ私K端上行空口丟包導(dǎo)致。對于部署了SEQ平臺的局點(diǎn)，可以分析SEQ的探針數(shù)據(jù)來確認(rèn)可能發(fā)生核心網(wǎng)、傳輸丟包的問題。2）eNB以下上行/下行空口丟包此類丟包通過eNB的話統(tǒng)指標(biāo)、cellDT等日志可以確認(rèn)，本文主要針對空口類型的丟包描述分析指導(dǎo)，以及優(yōu)化提升方法。3）終端異常上行發(fā)包不連續(xù)此類丟包無法監(jiān)控，需要通過cellDT跟蹤、終端日志具體分析。影響語音質(zhì)量的主要因素有語音編碼、丟包率、端到端時(shí)延、抖動(dòng)等因素：1） 語音編碼：考慮到當(dāng)前語音編碼固定為23.85K，只有eSRVCC切換到GSM后因?yàn)椴捎肊FR/NB-AMR導(dǎo)致MOS低分。2） 其次空口質(zhì)量和小區(qū)重載等因素會(huì)引起丟包、時(shí)延和抖動(dòng)現(xiàn)象耦合，所以分析MOS低于3.0分的原因時(shí)，優(yōu)先看丟包因素，如果一個(gè)MOS樣本內(nèi)丟包、時(shí)延和抖動(dòng)指標(biāo)都很差，那么優(yōu)先歸類到丟包因素內(nèi)。如果丟包指標(biāo)很好（低于1%），而時(shí)延指標(biāo)較差（大于200ms），那么優(yōu)先歸類到時(shí)延因素。 類別原因說明丟包空口持續(xù)下行質(zhì)差包括下行弱覆蓋，下行干擾，漏配鄰區(qū)不切換，導(dǎo)致連續(xù)丟包上行干擾上行干擾電平大于-113dBm，導(dǎo)致eNodeB無法正常解碼PUSCH或者DTX比例較高，導(dǎo)致連續(xù)丟包上行接入受限PL大于125，在上行底噪較好的情況下，也容易出現(xiàn)上行接受容易受限，現(xiàn)象是MOS樣本發(fā)端的UL MAC BLER較高。尤其是CRS功率設(shè)置大于9.2dBm下行失步重建UE從RRC連接態(tài)突然進(jìn)入空閑態(tài)，并且無法RRC重建，導(dǎo)致連續(xù)丟包小區(qū)重載小區(qū)內(nèi)RRC和激活用戶數(shù)較多，導(dǎo)致QCI1無法及時(shí)調(diào)度，導(dǎo)致連續(xù)丟包頻繁切換導(dǎo)致RTP短時(shí)間內(nèi)連續(xù)丟包時(shí)延傳輸時(shí)延傳輸引入時(shí)延大于80ms，導(dǎo)致端到端時(shí)延大于200ms，通過Ping包測試檢測傳輸時(shí)延4 語音質(zhì)量優(yōu)化思路影響語音質(zhì)量的因素主要有語音編碼、抖動(dòng)、端到端時(shí)延、丟包率、設(shè)備問題（設(shè)備或IMS），針對上述五個(gè)元素，細(xì)分出弱覆蓋、下行質(zhì)差、鄰區(qū)及頻繁切換、上行干擾、RRC重建、小區(qū)重載、上行接入受限等七個(gè)方面進(jìn)行優(yōu)化：MOS排查流程圖：4.1 語音編碼4.1.1 語音編碼介紹語音編碼就是對模擬的語音信號進(jìn)行編碼，將模擬信號轉(zhuǎn)化成數(shù)字信號，從而降低傳輸碼率并進(jìn)行數(shù)字傳輸，語音編碼的基本方法可分為波形編碼、參量編碼（音源編碼）和混合編碼，波形編碼是將時(shí)域的模擬話音的波形信號經(jīng)過取樣、量化、編碼而形成的數(shù)字話音信號，參量編碼是基于人類語言的發(fā)音機(jī)理，找出表征語音的特征參量，對特征參量進(jìn)行編碼，混合編譯碼是結(jié)合波形編譯碼和參量編譯碼之間的優(yōu)點(diǎn)。4.1.2 語音編碼優(yōu)化方法以ASCOM工具為例，應(yīng)用POLQA SWB評估方法，采用某語音樣本和AMR-WB23.85kbps語音編碼，MOS值最好為4.5；采用同樣的語音樣本和AMR-NB12.2kbps語音編碼，MOS值最好為3.1。依照移動(dòng)VoLTE性能參數(shù)的推薦設(shè)置，配置都為AMR-WB23.85kbps，如果一直占用LTE網(wǎng)絡(luò)的話不存在語音編碼為AMR-NB導(dǎo)致的MOS低問題。當(dāng)發(fā)生eSRVCC切換后占用GSM語音編碼就會(huì)變?yōu)锳MR-NB12.2kbps，GSM MOS值相比較VoLTE MOS值較差，重點(diǎn)解決eSRVCC。為了盡量減少eSRVCC切換次數(shù),要確保4G網(wǎng)絡(luò)存在連續(xù)覆蓋：u 核查4G有無漏配鄰區(qū)，鄰區(qū)配置是否不一致，切換參數(shù)是否正常。u 針對弱覆蓋進(jìn)行RF優(yōu)化、功率調(diào)整、站點(diǎn)整改或新建站。u 核查eSRVCC切換門限是否合理。 空閑態(tài)或者連接態(tài)重選到2G，需要核查是否存在弱覆蓋及互操作參數(shù)是否合理。4.2 RTP丟包4.2.1 RTP丟包介紹數(shù)據(jù)在通信網(wǎng)絡(luò)上是以數(shù)據(jù)包為單位傳輸?shù)模總€(gè)數(shù)據(jù)包中有表示數(shù)據(jù)信息和提供數(shù)據(jù)路由的幀。這就是說，不管網(wǎng)絡(luò)情況有多好，數(shù)據(jù)都不是以線性（就像打電話一樣）連續(xù)傳輸?shù)模虚g總是有空洞的。數(shù)據(jù)包的傳輸，不可能百分之百的能夠完成，因?yàn)槲锢砭€路故障、設(shè)備故障、病毒攻擊、路由信息錯(cuò)誤等原因，總會(huì)有一定的損失。碰到這種情況，網(wǎng)絡(luò)會(huì)自動(dòng)的讓通信的兩端根據(jù)協(xié)議來補(bǔ)包。如果線路情況好，速度快，包的損失會(huì)非常小，補(bǔ)包的工作也相對較易完成，因此可以近似的將數(shù)據(jù)看作是無損傳輸。但是，如果線路較差（如用調(diào)制解調(diào)器），數(shù)據(jù)的損失量就會(huì)非常大，補(bǔ)包工作也不可能百分之百完成。在這種情況下，數(shù)據(jù)的傳輸就會(huì)出現(xiàn)空洞，造成丟包。丟包主要分為空口丟包、傳輸丟包、EPC丟包。4.2.2 RTP丟包優(yōu)化方法空口丟包主要原因有：下行質(zhì)差、頻繁切換、上行干擾、RRC重建、小區(qū)重載、上行接入受限。其中現(xiàn)網(wǎng)常見原因主要有下行質(zhì)差、頻繁切換、上行干擾、RRC重建。1..2.1 弱覆蓋弱覆蓋嚴(yán)重影響VoLTE端到端感知，造成弱覆蓋原因主要有站點(diǎn)較少、鄰區(qū)問題、參數(shù)問題、越區(qū)覆蓋。結(jié)合實(shí)際測試情況及工參進(jìn)行RF調(diào)整、參數(shù)調(diào)整、鄰區(qū)核查、新建站。當(dāng)前VoLTE主要受限于深度覆蓋，以D+F宏站為骨干網(wǎng)，靈活精準(zhǔn)利用微站、小站構(gòu)建底層網(wǎng)，另外還有室內(nèi)分布分場景全面立體提升深度覆蓋。對于周圍無可用的LTE小區(qū)覆蓋邊緣，或者例如電梯、車庫、高鐵等快衰落特殊場景，修改合理的eSRVCC門限使盡快切換到G網(wǎng)，防止出現(xiàn)掉話。 下行質(zhì)差下行質(zhì)差的原因主要有弱覆蓋、重疊覆蓋、模三干擾、重選、切換參數(shù)設(shè)置不合理。u 重疊覆蓋重疊覆蓋主要方案為經(jīng)過RF優(yōu)化調(diào)整使其有主覆蓋小區(qū)。u 模三干擾對于模三干擾主要通過RF優(yōu)化或者PCI參數(shù)調(diào)整解決。u 越區(qū)覆蓋進(jìn)行RF優(yōu)化或功率參數(shù)調(diào)整控制覆蓋，并完善鄰區(qū)。u 參數(shù)配置核查重選、切換參數(shù)是否合理。u 故障告警核查基站是否存在告警，處理故障告警。下行質(zhì)差正常情況下，某個(gè)小區(qū)周邊都存在鄰區(qū)，如果無線環(huán)境不是很差，都可以通過切換的方式改變服務(wù)小區(qū)。當(dāng)某個(gè)站點(diǎn)缺失鄰區(qū)、鄰區(qū)添加不合理或者鄰區(qū)外部定義錯(cuò)誤，會(huì)導(dǎo)致無法切換出而掉話。需要結(jié)合工參及站點(diǎn)圖層核查鄰區(qū)配置是否合理。上行干擾上行干擾定義為干擾信號在移動(dòng)網(wǎng)絡(luò)上行頻段，移動(dòng)基站受外界射頻干擾源或內(nèi)部頻率規(guī)劃不合理產(chǎn)生的同鄰頻等干擾。上行干擾的后果是造成基站覆蓋率的降低，影響VoLTE的接通率、掉話率、切換成功率，嚴(yán)重影響用戶感知。目前中移動(dòng)LTE網(wǎng)絡(luò)使用F、D、E頻段，各頻段常見干擾情況不同，主要有以下幾種干擾類型：TD-LTE頻段干擾類型F頻段（18801920MHz） GSM900/GSM1800系統(tǒng)和PHS系統(tǒng)帶來的阻塞干擾 GSM900系統(tǒng)帶來的二階互調(diào)、諧波干擾 GSM1800系統(tǒng)帶來的雜散干擾 PHS系統(tǒng)和其他電子設(shè)備帶來的外部干擾D頻段（25702620MHz） GSM900/GSM1800系統(tǒng)帶來的阻塞干擾 800M Tetra系統(tǒng)和CDMA800MHz系統(tǒng)帶來的三階互調(diào)干擾 其他電子設(shè)備帶來的外部干擾E頻段（23202370MHz） GSM900/GSM1800系統(tǒng)帶來的阻塞干擾 WLAN AP帶來的雜散和阻塞干擾 其他電子設(shè)備帶來的外部干擾 通過干擾排查流程排查出干擾原因，通過RF優(yōu)化增加隔離度，檢查天饋工藝問題、排查外部干擾源、更換24G合路天線、更換頻段、增加濾波器等解決。RRC重建當(dāng)處于RRC連接狀態(tài)時(shí)，如果出現(xiàn)切換失敗、無線鏈路失敗、完整性保護(hù)失敗、RRC重配置失敗等情況，將會(huì)觸發(fā)RRC連接重建過程。該過程旨在重建RRC連接，包括SRB1操作的恢復(fù)，以及安全的重新激活。處于RRC_CONNECTED狀態(tài)的UE，安全已被激活，可發(fā)起該過程繼續(xù)RRC連接。僅當(dāng)相關(guān)小區(qū)是具有UE上下文的小區(qū)時(shí)，連接重建才會(huì)成功。假使E-UTRAN認(rèn)可重建，SRB1的操作會(huì)恢復(fù)，而其它RB將繼續(xù)保持掛起。如果AS安全沒有被激活，UE不會(huì)發(fā)起該過程，而直接轉(zhuǎn)到RRC_IDLE狀態(tài)。RRC重建導(dǎo)致的短時(shí)吞字，對VoLTE用戶感知較大，測試上主要體現(xiàn)在MOS差點(diǎn)。RRC重建立比例=RRC重建立請求次數(shù)/(RRC重建立請求次數(shù)+RRC連接建立請求次數(shù)) 從計(jì)算公式來看，如果要降低RRC重建立比例，最好的方法就是要降低RRC重建立請求次數(shù)。通常情況下，觸發(fā)RRC 重建立的原因有以下幾種情況：1）UE檢測到無線鏈路失?。贿@種失敗一般又分為兩種情況，一種情況是RLC達(dá)到最大重傳次數(shù)，另一種情況是上/下行失步，隨機(jī)接入失敗。2）切換失敗，包括系統(tǒng)內(nèi)和系統(tǒng)外的切換；該類失敗是指如果網(wǎng)絡(luò)側(cè)發(fā)送給UE的RRC連接重配置消息中包含Mobility ControlInfo，則執(zhí)行切換。若切換失敗，UE會(huì)發(fā)起RRC重建立請求，并在重建立原因封裝時(shí)攜帶HO failure。3）E-UTRA側(cè)移動(dòng)性失??；4）底層制式完整性校驗(yàn)失?。辉擃愂〔怀Ｒ?，多為終端問題。原因是由于信令的完整性保護(hù)失敗發(fā)生RRC重建立，例如：UE和基站的機(jī)密算法或者完整性保護(hù)算法不一致。5）RRC連接重配失敗。在LTE網(wǎng)絡(luò)中優(yōu)化RRC重建比例時(shí)，SINR極差點(diǎn)是導(dǎo)致RRC重建的主要原因，VoLTE優(yōu)化的視角要從SINR平均值轉(zhuǎn)向關(guān)注SINR極差點(diǎn)。主要需要注意三個(gè)方面：一方面是覆蓋，一定要控制好覆蓋，避免越區(qū)現(xiàn)象的發(fā)生。另一方面是鄰區(qū)，避免漏配或者錯(cuò)配鄰區(qū)；最后需要注意的是PCI的使用，盡量避免PCI復(fù)用距離不足導(dǎo)致混淆或者沖突的發(fā)生；做好以上三個(gè)方面，對避免RRC重建立的發(fā)生具有舉足輕重的作用。小區(qū)重載小區(qū)內(nèi)RRC和激活用戶數(shù)較多或基站負(fù)載較多，CPU占有率較高或者高優(yōu)先級業(yè)務(wù)的PRB占用率較高，導(dǎo)致部分用戶的語音包無法及時(shí)調(diào)度，導(dǎo)致連續(xù)丟包，通過RF優(yōu)化、擴(kuò)容、駐留切換參數(shù)設(shè)置、負(fù)載均衡開通來進(jìn)行話務(wù)分擔(dān)。且較多用戶場景下需要開啟時(shí)延調(diào)度等功能。上行接入受限PL大于125，在上行底噪較好的情況下，也容易出現(xiàn)上行接受容易受限，現(xiàn)象是MOS樣本發(fā)端的UL MAC BLER較高。尤其是CRS功率設(shè)置大于9.2dBm。解決方案是功率合理設(shè)置，對于上行弱覆蓋，可以調(diào)整上行功控PassLossCoeff、PONominalPusch參數(shù)。4.3 E2E時(shí)延端到端時(shí)延(end-to-end delay)是指IP數(shù)據(jù)包從離開源點(diǎn)時(shí)算起一直到抵達(dá)終點(diǎn)時(shí)一共經(jīng)歷了多長時(shí)間的時(shí)延。1)終端的語音編解碼時(shí)延：指的是終端從話筒采集語音到編碼成AMR-NB或者AMR-WB等碼流；或者從AMR-NB或者AMR-WB碼流解碼成語音并從聽筒播放的處理時(shí)延。2)空口的傳輸時(shí)延：eNodeB的調(diào)度等待時(shí)延、空口誤包重傳以及分段均會(huì)影響空口的傳輸時(shí)延。3)EPC處理時(shí)延：包括對語音包的轉(zhuǎn)發(fā)時(shí)延，以及可能存在的語音編解碼轉(zhuǎn)換時(shí)延（比如LTE終端撥打固定電話，兩邊終端的語音編解碼方式不同，需要經(jīng)過核心網(wǎng)媒體網(wǎng)關(guān)的編解碼轉(zhuǎn)換）。傳輸網(wǎng)傳輸時(shí)延：語音IP報(bào)文在傳輸網(wǎng)設(shè)備和鏈路上的傳輸時(shí)延。優(yōu)化方法是提高X2切換占比，二是進(jìn)行端到端跟蹤。4.4 抖動(dòng)抖動(dòng)：順序傳遞的相鄰兩個(gè)幀的轉(zhuǎn)發(fā)時(shí)延之差的絕對值，恒為正值。下圖為抖動(dòng)對MOS值影響的柱狀圖。一般分為空口抖動(dòng)和傳輸抖動(dòng)：空口抖動(dòng)容易出現(xiàn)在大話務(wù)場景下，因?yàn)檎{(diào)度因素出現(xiàn)空口抖動(dòng)，還包括空口質(zhì)量問題導(dǎo)致MAC重傳引入的抖動(dòng)。傳輸網(wǎng)絡(luò)丟包或者抖動(dòng)，會(huì)造成端到端抖動(dòng)增加。出現(xiàn)抖動(dòng)等狀況時(shí)，可以采取Wire shark抓包來分析事件。4.5 設(shè)備問題其他原因主要有測試設(shè)備問題和IMS問題。VOLTE測試設(shè)備新增MOS盒和HUB，連線較多測試設(shè)備不穩(wěn)定，建議更換設(shè)備后對比測試是否設(shè)備問題，日常測試中發(fā)現(xiàn)MOS盒、測試手機(jī)、終端均可存在問題。5 語音質(zhì)量相關(guān)KPI分析KPI體現(xiàn)的是一個(gè)宏觀的現(xiàn)象，因此KPI類語音質(zhì)量問題的分析思路是選取TOP小區(qū)或典型小區(qū)，對語音業(yè)務(wù)關(guān)鍵指標(biāo)、影響語音指標(biāo)的關(guān)聯(lián)KPI進(jìn)行分析，確認(rèn)是否是由于小區(qū)負(fù)荷、容量、干擾或RBLER等因素導(dǎo)致語音質(zhì)量問題5.1 語音關(guān)鍵KPI分析5.1.1 語音業(yè)務(wù)的上下行丟包率影響語音質(zhì)量最直接因素是丟包，如果丟包率超過一定值或者存在連續(xù)丟包就會(huì)影響語音質(zhì)量，對于語音質(zhì)量問題可以根據(jù)如下話統(tǒng)日志進(jìn)行確認(rèn)：指標(biāo)名稱指標(biāo)描述L.Traffic.UL.PktLoss.Loss.QCI.1小區(qū)QCI為1的DRB業(yè)務(wù)PDCP SDU上行丟棄的總包數(shù)L.Traffic.UL.PktLoss.Tot.QCI.1小區(qū)QCI為1的DRB業(yè)務(wù)上行期望收到的總包數(shù)L.Traffic.DL.PktUuLoss.Loss.QCI.1小區(qū)QCI為1的DRB業(yè)務(wù)PDCP SDU下行空口丟棄的總包數(shù)L.Traffic.DL.PktUuLoss.Tot.QCI.1小區(qū)QCI為1的DRB業(yè)務(wù)PDCP SDU下行空口發(fā)送的總包數(shù)L.PDCP.Tx.Disc.Trf.SDU.QCI.1小區(qū)QCI為1的業(yè)務(wù)PDCP層下行丟棄的業(yè)務(wù)SDU數(shù) QCI1業(yè)務(wù)上行空口丟包率 = 小區(qū)QCI為1的DRB業(yè)務(wù)PDCP SDU上行丟棄的總包數(shù)/小區(qū)QCI為1的DRB業(yè)務(wù)PDCP SDU上行期望收到的總包數(shù) QCI1業(yè)務(wù)下行空口丟包率 = 小區(qū)QCI為1的DRB業(yè)務(wù)PDCP SDU下行空口丟棄的總包數(shù)/(小區(qū)QCI為1的DRB業(yè)務(wù)PDCP SDU下行空口發(fā)送的總包數(shù)-QCI為1的業(yè)務(wù)PDCP層下行丟棄的業(yè)務(wù)SDU數(shù))上行丟包在eNodeB PDCP層根據(jù)語音包的PDCP SN號統(tǒng)計(jì)。舉例：基站收到第一包數(shù)據(jù)的SN號是1，下一包數(shù)據(jù)期望收到的SN號是2，但實(shí)際收到的數(shù)據(jù)的SN號是3，此時(shí)認(rèn)為數(shù)據(jù)包SN號為2的丟棄。因?yàn)樯闲惺菍ψ罱K接收到的結(jié)果進(jìn)行統(tǒng)計(jì)，所以各種原因（PDCP超時(shí)丟棄類、重傳達(dá)最大次數(shù)類）導(dǎo)致的丟包都包含在里面。下行由于在終端側(cè)進(jìn)行接收，eNodeB無法統(tǒng)計(jì)到最終的丟包結(jié)果，只能根據(jù)處理過程進(jìn)行統(tǒng)計(jì)。下行丟包分兩部分統(tǒng)計(jì)，兩部分是獨(dú)立的，第一部分是空口丟包，如果HARQ超過最大重傳次數(shù)仍然發(fā)送失敗，則統(tǒng)計(jì)為空口丟包；第二部分是eNodeB的PDCP緩存超時(shí)丟包，即在空口下發(fā)之前，由于PDCP丟棄定時(shí)器超時(shí)等原因?qū)е碌膃NodeB內(nèi)部丟包。5.1.2 語音業(yè)務(wù)建立成功率通過如下性能指標(biāo)可以監(jiān)控VoLTE業(yè)務(wù)的承載建立成功率：指標(biāo)名稱指標(biāo)描述L.E-RAB.AttEst.QCI.1小區(qū)發(fā)起建立QCI為1的E-RAB的嘗試次數(shù)L.E-RAB.AttEst.QCI.5小區(qū)發(fā)起建立QCI為5的E-RAB的嘗試次數(shù)L.E-RAB.SuccEst.QCI.1小區(qū)發(fā)起建立QCI為1的E-RAB的成功次數(shù)L.E-RAB.SuccEst.QCI.5小區(qū)發(fā)起建立QCI為5的E-RAB的成功次數(shù)QCI1承載建立成功率 = L.E-RAB.SuccEst.QCI.1 / L.E-RAB.AttEst.QCI.1QCI5承載建立成功率 = L.E-RAB.SuccEst.QCI.5 / L.E-RAB.AttEst.QCI.55.1.3 語音業(yè)務(wù)掉話率通過如下性能指標(biāo)可以監(jiān)控VoLTE業(yè)務(wù)的掉話率：指標(biāo)名稱指標(biāo)描述L.E-RAB.Rel.S1Reset.eNodeB.QCI.1eNodeB發(fā)起的S1 RESET導(dǎo)致的QCI為1的E-RAB異常釋放次數(shù)L.E-RAB.AbnormRel.eNBTot.QCI.1eNodeB觸發(fā)的QCI為1的業(yè)務(wù)E-RAB異常釋放次數(shù)L.E-RAB.AbnormRel.HOOut.QCI.1切換出QCI為1的E-RAB異常釋放次數(shù)L.E-RAB.SuccEst.QCI.1QCI為1的業(yè)務(wù)E-RAB建立成功次數(shù)L.E-RAB.Left.QCI.1QCI為1的遺留E-RAB個(gè)數(shù)L.E-RAB.SuccEst.HOIn.QCI.1QCI為1的切換入E-RAB成功建立次數(shù)(L.E-RAB.Rel.S1Reset.eNodeB.QCI.1+L.E-RAB.AbnormRel.eNBTot.QCI.1+L.E-RAB.AbnormRel.HOOut.QCI.1)/(L.E-RAB.SuccEst.QCI.1+L.E-RAB.Left.QCI.1+L.E-RAB.SuccEst.HOIn.QCI.1)*1005.1.4 呼叫平均保持時(shí)長通過該指標(biāo)可以顯示小區(qū)的VoLTE話務(wù)模型指標(biāo)名稱指標(biāo)描述L.E-RAB.SessionTime.QCI1小區(qū)QCI為1的業(yè)務(wù)有數(shù)據(jù)傳輸總時(shí)長L.Traffic.DRB.QCI.1小區(qū)QCI為1的DRB的個(gè)數(shù)小區(qū)內(nèi)的平均通話時(shí)長時(shí)間=L.E-RAB.SessionTime.QCI1/L.Traffic.DRB.QCI.15.1.5 下行語音包處理時(shí)延通過如下性能指標(biāo)可以監(jiān)控VoIP業(yè)務(wù)下行包處理平均時(shí)延，時(shí)延指標(biāo)是影響語音質(zhì)量的重要因素，時(shí)延指標(biāo)是影響語音質(zhì)量的重要因素，時(shí)延越大包延時(shí)大影響感知：指標(biāo)名稱指標(biāo)描述L.Traffic.DL.PktDelay.Time.QCI.1小區(qū)QCI為1的業(yè)務(wù)下行數(shù)據(jù)包處理總時(shí)延L.Traffic.DL.PktDelay.Num.QCI.1小區(qū)QCI為1的業(yè)務(wù)下行成功發(fā)送的PDCP SDU的包數(shù)QCI1業(yè)務(wù)下行包處理平均時(shí)延 = L.Traffic.DL.PktDelay.Time.QCI.1 / L.Traffic.DL.PktDelay.Num.QCI.1，當(dāng)語音業(yè)務(wù)打開DRX時(shí)下行平均時(shí)延會(huì)增加。上行由于是終端發(fā)送所以無法統(tǒng)計(jì)。5.1.6 VoLTE用戶數(shù)監(jiān)控可以用L.Traffic.DRB.QCI.1這個(gè)指標(biāo)觀測：指標(biāo)名稱指標(biāo)描述L.Traffic.User.VoIP.Avg小區(qū)內(nèi)的平均VOIP用戶數(shù)L.Traffic.User.VoIP.Max小區(qū)內(nèi)的最大VOIP用戶數(shù)5.1.7 切換成功率監(jiān)控?fù)Q失敗是影響VoLTE業(yè)務(wù)感知的重要因素：指標(biāo)名稱指標(biāo)描述L.HHO.IntraeNB.IntraFreq.PrepAttOut.VoIP 小區(qū)eNodeB內(nèi)語音業(yè)務(wù)同頻切換出嘗試次數(shù) L.HHO.IntraeNB.InterFreq.PrepAttOut.VoIP 小區(qū)eNodeB內(nèi)語音業(yè)務(wù)異頻切換出嘗試次數(shù) L.HHO.IntraeNB.InterFddTdd.PrepAttOut.VoIP小區(qū)eNodeB內(nèi)語音業(yè)務(wù)FDD/TDD模式間切換出嘗試次數(shù) L.HHO.IntraeNB.IntraFreq.ExecAttOut.VoIP 小區(qū)eNodeB內(nèi)語音業(yè)務(wù)同頻切換出執(zhí)行次數(shù) L.HHO.IntraeNB.InterFreq.ExecAttOut.VoIP 小區(qū)eNodeB內(nèi)語音業(yè)務(wù)異頻切換出執(zhí)行次數(shù) L.HHO.IntraeNB.InterFddTdd.ExecAttOut.VoIP小區(qū)eNodeB內(nèi)語音業(yè)務(wù)FDD/TDD模式間切換出執(zhí)行次數(shù) L.HHO.IntraeNB.IntraFreq.ExecSuccOut.VoIP 小區(qū)eNodeB內(nèi)語音業(yè)務(wù)同頻切換出成功次數(shù) L.HHO.IntraeNB.InterFreq.ExecSuccOut.VoIP 小區(qū)eNodeB內(nèi)語音業(yè)務(wù)異頻切換出成功次數(shù) L.HHO.IntraeNB.InterFddTdd.ExecSuccOut.VoIP小區(qū)eNodeB內(nèi)語音業(yè)務(wù)FDD/TDD模式間切換出成功次數(shù) L.HHO.IntereNB.IntraFreq.PrepAttOut.VoIP 小區(qū)eNodeB間語音業(yè)務(wù)同頻切換出嘗試次數(shù) L.HHO.IntereNB.InterFreq.PrepAttOut.VoIP 小區(qū)eNodeB間語音業(yè)務(wù)異頻切換出嘗試次數(shù) L.HHO.IntereNB.InterFddTdd.PrepAttOut.VoIP 小區(qū)eNodeB間語音業(yè)務(wù)FDD/TDD模式間切換出嘗試次數(shù) L.HHO.IntereNB.IntraFreq.ExecAttOut.VoIP 小區(qū)eNodeB間語音業(yè)務(wù)同頻切換出執(zhí)行次數(shù) L.HHO.IntereNB.InterFreq.ExecAttOut.VoIP 小區(qū)eNodeB間語音業(yè)務(wù)異頻切換出執(zhí)行次數(shù) L.HHO.IntereNB.InterFddTdd.ExecAttOut.VoIP 小區(qū)eNodeB間語音業(yè)務(wù)FDD/TDD模式間切換出執(zhí)行次數(shù) L.HHO.IntereNB.IntraFreq.ExecSuccOut.VoIP 小區(qū)eNodeB間語音業(yè)務(wù)同頻切換出成功次數(shù) L.HHO.IntereNB.InterFreq.ExecSuccOut.VoIP 小區(qū)eNodeB間語音業(yè)務(wù)異頻切換出成功次數(shù) L.HHO.IntereNB.InterFddTdd.ExecSuccOut.VoIP小區(qū)eNodeB間語音業(yè)務(wù)FDD/TDD模式間切換出成功次數(shù) 5.1.8 語音質(zhì)量監(jiān)控通過如下性能指標(biāo)可以監(jiān)控VoLTE業(yè)務(wù)上下行QoS的分布情況：指標(biāo)名稱指標(biāo)描述L.Voice.VQI.UL.Excellent.Times上行語音質(zhì)量為Excellent所發(fā)生的次數(shù)L.Voice.VQI.UL.Good.Times上行語音質(zhì)量為Good所發(fā)生的次數(shù)L.Voice.VQI.UL.Accept.Times上行語音質(zhì)量為Accept所發(fā)生的次數(shù)L.Voice.VQI.UL.Poor.Times上行語音質(zhì)量為Poor所發(fā)生的次數(shù)L.Voice.VQI.UL.Bad.Times上行語音質(zhì)量為Bad所發(fā)生的次數(shù)L.Voice.VQI.DL.Excellent.Times下行語音質(zhì)量為Excellent所發(fā)生的次數(shù)L.Voice.VQI.DL.Good.Times下行語音質(zhì)量為Good所發(fā)生的次數(shù)L.Voice.VQI.DL.Accept.Times下行語音質(zhì)量為Accept所發(fā)生的次數(shù)L.Voice.VQI.DL.Poor.Times下行語音質(zhì)量為Poor所發(fā)生的次數(shù)L.Voice.VQI.DL.Bad.Times下行語音質(zhì)量為Bad所發(fā)生的次數(shù)L.Voice.E2EVQI.Excellent.TimesVQI評估語音質(zhì)量為Excellent的次數(shù)L.Voice.E2EVQI.Good.TimesVQI評估語音質(zhì)量為Good的次數(shù)L.Voice.E2EVQI.Accept.TimesVQI評估語音質(zhì)量為Accept的次數(shù)L.Voice.E2EVQI.Poor.TimesVQI評估語音質(zhì)量為Poor的次數(shù)L.Voice.E2EVQI.Bad.TimesVQI評估語音質(zhì)量為Bad的次數(shù)L.Voice.E2EVQI.AMRWB.Excellent.TimesVQI評估AMR-WB業(yè)務(wù)語音質(zhì)量為Excellent的次數(shù)L.Voice.E2EVQI.AMRWB.Good.TimesVQI評估AMR-WB業(yè)務(wù)語音質(zhì)量為Good的次數(shù)L.Voice.E2EVQI.AMRWB.Accept.TimesVQI評估AMR-WB業(yè)務(wù)語音質(zhì)量為Accept的次數(shù)L.Voice.E2EVQI.AMRWB.Poor.TimesVQI評估AMR-WB業(yè)務(wù)語音質(zhì)量為Poor的次數(shù)L.Voice.E2EVQI.AMRWB.Bad.TimesVQI評估AMR-WB業(yè)務(wù)語音質(zhì)量為Bad的次數(shù)5.1.9 重建比例發(fā)生重建時(shí)，重建時(shí)延會(huì)導(dǎo)致VoLTE業(yè)務(wù)包超時(shí)而丟包，所以小區(qū)的重建比例高會(huì)影響VoLTE的業(yè)務(wù)體驗(yàn)：指標(biāo)名稱指標(biāo)描述L.RRC.ReEst.AttRRC重建請求次數(shù)L.RRC.ConnReq.AttRRC連接請求次數(shù)（不包括重發(fā)）RRC連接重建比率 = L.RRC.ReEst.Att/(L.RRC.ConnReq.Att+L.RRC.ReEst.Att)*1005.1.10 語音單通和質(zhì)量差掛機(jī)指標(biāo)名稱指標(biāo)描述L.Voice.NormRel.UL.LowQuality小區(qū)中語音呼叫正常釋放的次數(shù)（上行語音質(zhì)量差）L.Voice.NormRel.DL.LowQuality小區(qū)中語音呼叫正常釋放的次數(shù)（下行語音質(zhì)量差）L.Voice.UL.Silent.Num小區(qū)中語音呼叫上行發(fā)生靜音的次數(shù)L.Voice.DL.Silent.Num小區(qū)中語音呼叫下行發(fā)生靜音的次數(shù)5.2 關(guān)聯(lián)話統(tǒng)分析除了上述語音業(yè)務(wù)關(guān)鍵指標(biāo)外，影響語音指標(biāo)的因素還有小區(qū)負(fù)荷/容量、干擾、RBLER等，通過對這些影響因素的話統(tǒng)指標(biāo)進(jìn)行分析，可以確認(rèn)是否是這些因素導(dǎo)致了語音丟包、SIP流程失敗等。下面列出了語音業(yè)務(wù)相關(guān)的話統(tǒng)列表：KPI名稱KPI字段KPI公式分析方法用戶數(shù)L.Traffic.User.VoIP.Avg/L.Traffic.User.VoIP.Max/L.Traffic.User.Avg/L.Traffic.User.Max做一個(gè)關(guān)于用戶數(shù)和語音丟包率的散點(diǎn)圖，看丟包率是否在用戶數(shù)增加的時(shí)候出現(xiàn)抬升。也可以用曲線圖，看用戶數(shù)的變化趨勢是否與語音丟包率變化趨勢一致。PUSCH Mcs0階占比ratio of PUSCH MCS0L.ChMeas.PUSCH.MCS.0/SUM（L.ChMeas.PUSCH.MCS.0 L.ChMeas.PUSCH.MCS.31）上行語音丟包率惡化需要分析該KPI指標(biāo)。如果該指標(biāo)抬升，說明存在弱覆蓋或者通過PUSCH干擾折算值確認(rèn)干擾情況PDSCH Mcs0階占比ratio of PDSCH MCS0L.ChMeas.PDSCH.MCS.0/SUM（L.ChMeas.PDSCH.MCS.0 L.ChMeas.PDSCH.MCS.31）下行語音丟包率惡化需要分析該KPI指標(biāo)。如果該指標(biāo)抬升，說明存在弱覆蓋或者通過PDSCH干擾折算值確認(rèn)干擾情況UL RBLERPUSCH RBLER(L.Traffic.UL.SCH.16QAM.ErrTB.Rbler + L.Traffic.UL.SCH.QPSK.ErrTB.Rbler) / (L.Traffic.UL.SCH.16QAM.TB + L.Traffic.UL.SCH.QPSK.TB)由于QCI1在RLC層是UM模式，因此當(dāng)出現(xiàn)空口誤碼，那么語音包就會(huì)被丟棄。該KPI反應(yīng)上行空口誤碼情況，但是不區(qū)分QCI1業(yè)務(wù)和其他業(yè)務(wù)。觀察該KPI的曲線圖，如果該KPI的變化趨勢與上行語音丟包率的變化趨勢一致，可進(jìn)一步分析上行空口干擾、覆蓋等情況。DL RBLERPDSCH RBLER(L.Traffic.DL.SCH.QPSK.ErrTB.Rbler + L.Traffic.DL.SCH.16QAM.ErrTB.Rbler + L.Traffic.DL.SCH.64QAM.ErrTB.Rbler) / (L.Traffic.DL.SCH.QPSK.TB + L.Traffic.DL.SCH.16QAM.TB + L.Traffic.DL.SCH.64QAM.TB)該KPI反應(yīng)下行空口誤碼情況，但是不區(qū)分QCI1業(yè)務(wù)和其他業(yè)務(wù)。觀察該KPI的曲線圖，如果該KPI的變化趨勢與下行語音丟包率的變化趨勢一致，可進(jìn)一步分析下行空口干擾、覆蓋等情況。上行PRB利用率UL PRB Usage RateL.ChMeas.PRB.UL.Used.Avg/總RB數(shù)該KPI反應(yīng)資源利用情況，如果該KPI的變化趨勢與下行語音丟包率的變化趨勢一致，即資源利用率抬升時(shí)，丟包率也抬升了，那么需要分析用戶數(shù)情況，是否是用戶數(shù)增強(qiáng)導(dǎo)致；或者是修改某參數(shù)，使得某些特性生效，導(dǎo)致PRB利用率抬升。下行PRB利用率DL PRB Usage RateL.ChMeas.PRB.DL.Used.Avg/總RB數(shù)CCE利用率PDCCH CCE Usage Rate(L.ChMeas.CCE.CommUsed + L.ChMeas.CCE.ULUsed + L.ChMeas.CCE.DLUsed) / L.ChMeas.CCE.AvailPDCCH DTX率PDCCH DTX RatioSUM（L.ChMeas.PDCCH.DL.DTXNum.AggLvl1 L.ChMeas.PDCCH.DL.DTXNum.AggLvl8）/SUM（L.ChMeas.PDCCH.AggLvl1Num L.ChMeas.PDCCH.AggLvl8Num）該KPI偏高時(shí)，可關(guān)聯(lián)分析上行和下行的干擾情況。PUCCH干擾折算值A(chǔ)vg PUCCH InteferenceSUM（-121*L.UL.Interference.PUCCH.Index0- 120*L.UL.Interference.PUCCH.Index1-119* L.UL.Interference.PUCCH.Index2-92* L.UL.Interference.PUCCH.Index15）/SUM（L.UL.Interference.PUCCH.Index0 L.UL.Interference.PUCCH.Index15）分析干擾是否高，排查是否由于高干擾導(dǎo)致的語音質(zhì)量變差。PUSCH干擾折算值A(chǔ)vg PUSCH InteferenceSUM（-121*L.UL.Interference.PUSCH.Index0- 120*L.UL.Interference.PUSCH.Index1-119* L.UL.Interference.PUSCH.Index2-92* L.UL.Interference.PUSCH.Index15）/SUM（L.UL.Interference.PUSCH.Index0 L.UL.Interference.PUCCH.Index15）平均CQICQI Avg（0* L.ChMeas.CQI.DL.0+1* L.ChMeas.CQI.DL.1+15* L.ChMeas.CQI.DL.15）/SUM（L.ChMeas.CQI.DL.0+ L.ChMeas.CQI.DL.1+ L.ChMeas.CQI.DL.15）反應(yīng)下行信道質(zhì)量5.3 KPI指標(biāo)異常的判斷方法分析要素判斷準(zhǔn)則涉及指標(biāo)定義根因資源與容量用戶數(shù)出現(xiàn)抬升5%以上L.Traffic.User.AvgL.Traffic.User.MaxL.Traffic.User.VoIP.AvgL.Traffic.User.VoIP.Max1）客戶放號，轉(zhuǎn)網(wǎng)，重大集會(huì)等外部事件影響。2）異頻，異系統(tǒng)切換，負(fù)載均衡或重選門限，優(yōu)先級相關(guān)參數(shù)發(fā)生變更。3）現(xiàn)網(wǎng)策略導(dǎo)致某頻點(diǎn)用戶數(shù)增加。CCE利用率抬升至70%PDCCH CCE Usage Rate抬升至70%以上1）客戶放號，轉(zhuǎn)網(wǎng)，重大集會(huì)等外部事件影響；導(dǎo)致突發(fā)大話務(wù)。2）PDCCH DTX和上行RBLER上升，導(dǎo)致調(diào)度增加，信令資源開銷增加，結(jié)合用戶數(shù)分析，并確認(rèn)是否是干擾抬升所致。上/下行PRB利用率抬升超過60%UL/DL PRB Usage Rate抬升超過60%1）用戶數(shù)抬升。2）弱覆蓋用戶數(shù)增加。VoLTE業(yè)務(wù)平均PRB下降L.ChMeas.PRB.UL.DrbUsed.Avg.VoIP/L.ChMeas.PRB.DL.DrbUsed.Avg.VoIP1）現(xiàn)網(wǎng)切換等參數(shù)變更，導(dǎo)致VoLTE用戶下降；2）其他業(yè)務(wù)帶來的影響調(diào)度能力話統(tǒng)CCE利用率低于60%，但PDCP時(shí)延出現(xiàn)明顯惡化?；蛘逤CE資源優(yōu)先受限導(dǎo)致PRB利用率不滿PDCCH CCE Usage RatePacket Delay in the DL或PDCCH CCE Usage Rate高于90%，但PRB利用率低于80%1）DRX開啟后導(dǎo)致調(diào)度擁塞VoIP業(yè)務(wù)使用的CCE個(gè)數(shù)下降L.ChMeas.CCE.ULUsed.VoIP/L.ChMeas.CCE.DLUsed.VoIP1）其他業(yè)務(wù)的業(yè)務(wù)量變化占用CCE資源2）客戶放號，轉(zhuǎn)網(wǎng)，重大集會(huì)等外部事件影響；導(dǎo)致突發(fā)大話務(wù)。3）PDCCH DTX和上行RBLER上升，導(dǎo)致調(diào)度增加，信令資源開銷增加，結(jié)合用戶數(shù)分析，并確認(rèn)是否是干擾抬升所致。覆蓋平均CQI出現(xiàn)下降0.5以上CQI Avg/各CQI比例分布統(tǒng)計(jì)功率/切換參數(shù)變化/特性參數(shù)修改編碼效率上行或下行MCS出現(xiàn)明顯惡化/低階MCS占比抬升PUSCH MCS Avg(eRAN 3.0)PDSCH MCS Avg(eRAN 3.0)MCS各階比例分布統(tǒng)計(jì)1）、覆蓋與干擾惡化2）、特殊調(diào)度比例增加3）、打開降階擴(kuò)RB優(yōu)化等方案4）、用戶分布發(fā)生變化小區(qū)PDCCH DTX概率出現(xiàn)明顯惡化PDCCH DTX Ratio抬升1）打開PUSCH DTX檢測開關(guān)2）功控參數(shù)調(diào)整3）外部干擾4）SR虛警小區(qū)上/下行IBLER和RBLER出現(xiàn)明顯惡化PUSCH RBLER/PDSCH RBLER明顯抬升 1）打開PUSCH DTX檢測開關(guān)2）功控參數(shù)調(diào)整3）外部干擾4）（DRX狀態(tài)下）SR虛警干擾小區(qū)干擾底噪出現(xiàn)抬升3dB以上/PUCCH平均干擾出現(xiàn)惡化/PUSCH平均干擾出現(xiàn)惡化L.UL.Interference.AvgAvg PUCCH InteferenceAvg PUSCH Inteference1）內(nèi)部、外部干擾2）現(xiàn)網(wǎng)策略與參數(shù)配置不合理，導(dǎo)致某小區(qū)或頻點(diǎn)用戶數(shù)增加，造成干擾抬升3）功控參數(shù)修改傳輸下行語音包發(fā)包總數(shù)下降L.Traffic.DL.PktUuLoss.Tot.QCI.1若S1接口激活了IPPM，查看指標(biāo)：VS.IPPM.Forword.DropMeans、VS.IPPM.For