./VoLTE語音質量提升方案2016年11月目錄TOC\o"1-2"\h\z\u\t"標題3,2,標題4,4"1VoLTE網絡結構32問題定界43影響語音質量主要因素74語音質量優化思路84.1語音編碼9語音編碼介紹9語音編碼優化方法104.2RTP丟包10RTP丟包介紹10RTP丟包優化方法10弱覆蓋11下行質差11鄰區及頻繁切換11上行干擾11RRC重建14小區重載15上行接入受限154.3E2E時延154.4抖動164.5設備問題165語音質量相關KPI分析175.1語音關鍵KPI分析17語音業務的上下行丟包率17語音業務建立成功率18語音業務掉話率18呼叫平均保持時長19下行語音包處理時延19VoLTE用戶數監控19切換成功率監控20語音質量監控21重建比例22語音單通和質量差掛機225.2關聯話統分析235.3KPI指標異常的判斷方法256VoLTE語音質量優化提升指導276.1場景優化27大話務場景優化27CCE受限場景優化28系統內鄰區優化29PUCCH功控參數優化30上行PUSCH弱覆蓋小區優化30PUCCH高干擾,DTX率高場景優化316.2TOP小區優化32VoLTE網絡結構VoLTE即VoiceoverLTE,是基于LTE網絡數據域的語音業務方案。該方案基于IMS,提供全IP通話。LTE網絡是一種全IP網絡,全部業務承載于數據域上,可實現數據與語音業務在同一網絡下的統一。對運營商而言,部署VoLTE將帶來兩方面的價值,一是提升無線頻譜利用率、降低網絡成本；二是提升用戶體驗。VoLTE的體驗明顯優于傳統電路域語音。首先,高清語音和視頻編解碼的引入顯著提高了通信質量；其次,VoLTE的呼叫接續時長大幅縮短,測試表明VoLTE比CS呼叫縮短一半以上,VoLTE網絡架構如圖1所示：VoLTE業務涉及網元較多,包括現網CS域、EPS域、IMS域,以及PCC等。

IMS域主要完成呼叫控制等功能,它通過和EPS網絡配合,提供和電路域類似的語音業務及其補充業務,包括號碼顯示、呼叫轉移、呼叫等待、會議電話等。

EPC配合IMS系統完成P-CSCF發現、初始附著的信令默認承載建立、語音及視頻等業務專有承載的建立等。

PCC主要聯合P-CSCF〔AF功能點以及GGSN/PGW〔PCEF功能點完成策略控制決策和基于流進行計費控制的功能。

CS域通過MSC升級支持SRVCC功能。MSC與MME之間的Sv接口實現VoLTE語音業務的連續性,滿足當用戶在通話過程中移出LTE覆蓋區時保證業務的連續性,使通話平滑切換到2G/3G網絡的基本需求。問題定界VoLTE語音質量定界方案中,定界對部署方案的要求至少要保證S1-U、Mw或Gm接口至少有一個接口具有VoLTE語音呼叫媒體面測量能力。對于VoLTE與VoLTE互通場景、VoLTE與2/3G、PSTN互通場景,探針采集節點和語音質量指標所表示的測量范圍如下圖所示：對于VoLTE與VoLTE互通場景,端到端的MOS和端到端的單通是根據RTCP消息統計的,RTCP消息也是UE<->UE的E2E透傳,在話音流的探針采集節點都可以完成RTCP消息的獲取。分段的IPMOS和分段的單通是根據RTP消息統計的,表示的范圍為UE到RTP消息的采集節點。對于VoLTE與2/3G、CSFB或者PSTN互通場景,端到端的MOS和端到端的單通是根據RTCP消息統計的,具有發送RTCP的報文的網元包括VoLTE側的UE和CS域的MGW,端到端范圍實際為VoLTE的UE到CS域的MGW。分段的IPMOS和分段的單通是根據RTP消息統計的,表示的范圍為UE或者CS域的MGW到RTP消息的采集節點。對于VoLTE與VOBB互通場景,與2/3G互通場景類似。具有發送RTCP報文的網元為VoBB側的SBC。端到端測量指標表示的范圍為UE到VoBB側的SBC,分段測量指標表示范圍為UE或者VOBB側的SBC到RTP消息的采集節點。VoLTE語音呼叫關鍵測量點,以S1-U接口為例：測量點1,呼叫的承載建立,用戶面開始周期測量,包括周期內的RTP包數、抖動、時延和編解碼信息進行測量、MOS、單通,記錄開始時間測量點2,呼叫應答,此時對振鈴階段的用戶面的測量進行重置,重新開始測量周期測量,包括周期內的RTP包數、抖動、時延和編解碼信息進行測量、MOS、單通。記錄語音流的開始時間測量點3,呼叫的承載釋放,用戶面停止測量,記錄結束時間呼叫結束后,對周期測量的MOS、單通記錄做匯聚,填寫呼叫單據CDR里,并且對整條語音流的RTP包數填寫到呼叫單據CDR里接口類型問題描述問題引入范圍重點排查對象其次排查對象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傳輸問題影響語音質量主要因素根據語音包端到端傳輸過程,丟包分為1eNB以上核心網、傳輸丟包；2eNB以下上行/下行空口丟包；3終端異常上行發包不連續1eNB以上核心網、傳輸丟包此類丟包eNB側無法偵測到,eNB可以識別發給它的包SN是否連續,但無法識別是因為核心網、傳輸丟包導致,還是因為對端終端上行空口丟包導致。對于部署了SEQ平臺的局點,可以分析SEQ的探針數據來確認可能發生核心網、傳輸丟包的問題。2eNB以下上行/下行空口丟包此類丟包通過eNB的話統指標、cellDT等日志可以確認,本文主要針對空口類型的丟包描述分析指導,以及優化提升方法。3終端異常上行發包不連續此類丟包無法監控,需要通過cellDT跟蹤、終端日志具體分析。影響語音質量的主要因素有語音編碼、丟包率、端到端時延、抖動等因素：語音編碼：考慮到當前語音編碼固定為23.85K,只有eSRVCC切換到GSM后因為采用EFR/NB-AMR導致MOS低分。其次空口質量和小區重載等因素會引起丟包、時延和抖動現象耦合,所以分析MOS低于3.0分的原因時,優先看丟包因素,如果一個MOS樣本內丟包、時延和抖動指標都很差,那么優先歸類到丟包因素內。如果丟包指標很好〔低于1%,而時延指標較差〔大于200ms,那么優先歸類到時延因素。類別原因說明丟包空口持續下行質差包括下行弱覆蓋,下行干擾,漏配鄰區不切換,導致連續丟包上行干擾上行干擾電平大于-113dBm,導致eNodeB無法正常解碼PUSCH或者DTX比例較高,導致連續丟包上行接入受限PL大于125,在上行底噪較好的情況下,也容易出現上行接受容易受限,現象是MOS樣本發端的ULMACBLER較高。尤其是CRS功率設置大于9.2dBm下行失步重建UE從RRC連接態突然進入空閑態,并且無法RRC重建,導致連續丟包小區重載小區內RRC和激活用戶數較多,導致QCI1無法及時調度,導致連續丟包頻繁切換導致RTP短時間內連續丟包時延傳輸時延傳輸引入時延大于80ms,導致端到端時延大于200ms,通過Ping包測試檢測傳輸時延語音質量優化思路影響語音質量的因素主要有語音編碼、抖動、端到端時延、丟包率、設備問題〔設備或IMS,針對上述五個元素,細分出弱覆蓋、下行質差、鄰區及頻繁切換、上行干擾、RRC重建、小區重載、上行接入受限等七個方面進行優化：MOS排查流程圖：語音編碼語音編碼介紹語音編碼就是對模擬的語音信號進行編碼,將模擬信號轉化成數字信號,從而降低傳輸碼率并進行數字傳輸,語音編碼的基本方法可分為波形編碼、參量編碼〔音源編碼和混合編碼,波形編碼是將時域的模擬話音的波形信號經過取樣、量化、編碼而形成的數字話音信號,參量編碼是基于人類語言的發音機理,找出表征語音的特征參量,對特征參量進行編碼,混合編譯碼是結合波形編譯碼和參量編譯碼之間的優點。語音編碼優化方法以ASCOM工具為例,應用POLQASWB評估方法,采用某語音樣本和AMR-WB23.85kbps語音編碼,MOS值最好為4.5；采用同樣的語音樣本和AMR-NB12.2kbps語音編碼,MOS值最好為3.1。依照移動VoLTE性能參數的推薦設置,配置都為AMR-WB23.85kbps,如果一直占用LTE網絡的話不存在語音編碼為AMR-NB導致的MOS低問題。當發生eSRVCC切換后占用GSM語音編碼就會變為AMR-NB12.2kbps,GSMMOS值相比較VoLTEMOS值較差,重點解決eSRVCC。為了盡量減少eSRVCC切換次數,要確保4G網絡存在連續覆蓋：核查4G有無漏配鄰區,鄰區配置是否不一致,切換參數是否正常。針對弱覆蓋進行RF優化、功率調整、站點整改或新建站。核查eSRVCC切換門限是否合理?？臻e態或者連接態重選到2G,需要核查是否存在弱覆蓋及互操作參數是否合理。RTP丟包RTP丟包介紹數據在通信網絡上是以數據包為單位傳輸的,每個數據包中有表示數據信息和提供數據路由的幀。這就是說,不管網絡情況有多好,數據都不是以線性〔就像打電話一樣連續傳輸的,中間總是有空洞的。數據包的傳輸,不可能百分之百的能夠完成,因為物理線路故障、設備故障、病毒攻擊、路由信息錯誤等原因,總會有一定的損失。碰到這種情況,網絡會自動的讓通信的兩端根據協議來補包。如果線路情況好,速度快,包的損失會非常小,補包的工作也相對較易完成,因此可以近似的將數據看作是無損傳輸。但是,如果線路較差〔如用調制解調器,數據的損失量就會非常大,補包工作也不可能百分之百完成。在這種情況下,數據的傳輸就會出現空洞,造成丟包。丟包主要分為空口丟包、傳輸丟包、EPC丟包。RTP丟包優化方法空口丟包主要原因有：下行質差、頻繁切換、上行干擾、RRC重建、小區重載、上行接入受限。其中現網常見原因主要有下行質差、頻繁切換、上行干擾、RRC重建。弱覆蓋弱覆蓋嚴重影響VoLTE端到端感知,造成弱覆蓋原因主要有站點較少、鄰區問題、參數問題、越區覆蓋。結合實際測試情況及工參進行RF調整、參數調整、鄰區核查、新建站。當前VoLTE主要受限于深度覆蓋,以D+F宏站為骨干網,靈活精準利用微站、小站構建底層網,另外還有室內分布分場景全面立體提升深度覆蓋。對于周圍無可用的LTE小區覆蓋邊緣,或者例如電梯、車庫、高鐵等快衰落特殊場景,修改合理的eSRVCC門限使盡快切換到G網,防止出現掉話。下行質差下行質差的原因主要有弱覆蓋、重疊覆蓋、模三干擾、重選、切換參數設置不合理。重疊覆蓋重疊覆蓋主要方案為經過RF優化調整使其有主覆蓋小區。模三干擾對于模三干擾主要通過RF優化或者PCI參數調整解決。越區覆蓋進行RF優化或功率參數調整控制覆蓋,并完善鄰區。參數配置核查重選、切換參數是否合理。故障告警核查基站是否存在告警,處理故障告警。下行質差正常情況下,某個小區周邊都存在鄰區,如果無線環境不是很差,都可以通過切換的方式改變服務小區。當某個站點缺失鄰區、鄰區添加不合理或者鄰區外部定義錯誤,會導致無法切換出而掉話。需要結合工參及站點圖層核查鄰區配置是否合理。上行干擾上行干擾定義為干擾信號在移動網絡上行頻段,移動基站受外界射頻干擾源或內部頻率規劃不合理產生的同鄰頻等干擾。上行干擾的后果是造成基站覆蓋率的降低,影響VoLTE的接通率、掉話率、切換成功率,嚴重影響用戶感知。目前中移動LTE網絡使用F、D、E頻段,各頻段常見干擾情況不同,主要有以下幾種干擾類型：TD-LTE頻段干擾類型F頻段〔1880～1920MHzGSM900/GSM1800系統和PHS系統帶來的阻塞干擾GSM900系統帶來的二階互調、諧波干擾GSM1800系統帶來的雜散干擾PHS系統和其他電子設備帶來的外部干擾D頻段〔2570～2620MHzGSM900/GSM1800系統帶來的阻塞干擾800MTetra系統和CDMA800MHz系統帶來的三階互調干擾其他電子設備帶來的外部干擾E頻段〔2320～2370MHzGSM900/GSM1800系統帶來的阻塞干擾WLANAP帶來的雜散和阻塞干擾其他電子設備帶來的外部干擾通過干擾排查流程排查出干擾原因,通過RF優化增加隔離度,檢查天饋工藝問題、排查外部干擾源、更換24G合路天線、更換頻段、增加濾波器等解決。RRC重建當處于RRC連接狀態時,如果出現切換失敗、無線鏈路失敗、完整性保護失敗、RRC重配置失敗等情況,將會觸發RRC連接重建過程。該過程旨在重建RRC連接,包括SRB1操作的恢復,以及安全的重新激活。處于RRC_CONNECTED狀態的UE,安全已被激活,可發起該過程繼續RRC連接。僅當相關小區是具有UE上下文的小區時,連接重建才會成功。假使E-UTRAN認可重建,SRB1的操作會恢復,而其它RB將繼續保持掛起。如果AS安全沒有被激活,UE不會發起該過程,而直接轉到RRC_IDLE狀態。RRC重建導致的短時吞字,對VoLTE用戶感知較大,測試上主要體現在MOS差點。RRC重建立比例=RRC重建立請求次數/<RRC重建立請求次數+RRC連接建立請求次數>從計算公式來看,如果要降低RRC重建立比例,最好的方法就是要降低RRC重建立請求次數。通常情況下,觸發RRC重建立的原因有以下幾種情況：1UE檢測到無線鏈路失?。贿@種失敗一般又分為兩種情況,一種情況是RLC達到最大重傳次數,另一種情況是上/下行失步,隨機接入失敗。2切換失敗,包括系統內和系統外的切換；該類失敗是指如果網絡側發送給UE的RRC連接重配置消息中包含MobilityControlInfo,則執行切換。若切換失敗,UE會發起RRC重建立請求,并在重建立原因封裝時攜帶HOfailure。3E-UTRA側移動性失??；4底層制式完整性校驗失??；該類失敗不常見,多為終端問題。原因是由于信令的完整性保護失敗發生RRC重建立,例如：UE和基站的機密算法或者完整性保護算法不一致。5RRC連接重配失敗。在LTE網絡中優化RRC重建比例時,SINR極差點是導致RRC重建的主要原因,VoLTE優化的視角要從SINR平均值轉向關注SINR極差點。主要需要注意三個方面：一方面是覆蓋,一定要控制好覆蓋,避免越區現象的發生。另一方面是鄰區,避免漏配或者錯配鄰區；最后需要注意的是PCI的使用,盡量避免PCI復用距離不足導致混淆或者沖突的發生；做好以上三個方面,對避免RRC重建立的發生具有舉足輕重的作用。小區重載小區內RRC和激活用戶數較多或基站負載較多,CPU占有率較高或者高優先級業務的PRB占用率較高,導致部分用戶的語音包無法及時調度,導致連續丟包,通過RF優化、擴容、駐留切換參數設置、負載均衡開通來進行話務分擔。且較多用戶場景下需要開啟時延調度等功能。上行接入受限PL大于125,在上行底噪較好的情況下,也容易出現上行接受容易受限,現象是MOS樣本發端的ULMACBLER較高。尤其是CRS功率設置大于9.2dBm。解決方案是功率合理設置,對于上行弱覆蓋,可以調整上行功控PassLossCoeff、PONominalPusch參數。E2E時延端到端時延<end-to-enddelay>是指IP數據包從離開源點時算起一直到抵達終點時一共經歷了多長時間的時延。1> 終端的語音編解碼時延：指的是終端從話筒采集語音到編碼成AMR-NB或者AMR-WB等碼流；或者從AMR-NB或者AMR-WB碼流解碼成語音并從聽筒播放的處理時延。2> 空口的傳輸時延：eNodeB的調度等待時延、空口誤包重傳以及分段均會影響空口的傳輸時延。3> EPC處理時延：包括對語音包的轉發時延,以及可能存在的語音編解碼轉換時延〔比如LTE終端 撥打固定電話,兩邊終端的語音編解碼方式不同,需要經過核心網媒體網關的編解碼轉換。傳輸網傳輸時延：語音IP報文在傳輸網設備和鏈路上的傳輸時延。優化方法是提高X2切換占比,二是進行端到端跟蹤。抖動抖動：順序傳遞的相鄰兩個幀的轉發時延之差的絕對值,恒為正值。下圖為抖動對MOS值影響的柱狀圖。一般分為空口抖動和傳輸抖動：空口抖動容易出現在大話務場景下,因為調度因素出現空口抖動,還包括空口質量問題導致MAC重傳引入的抖動。傳輸網絡丟包或者抖動,會造成端到端抖動增加。出現抖動等狀況時,可以采取Wireshark抓包來分析事件。設備問題其他原因主要有測試設備問題和IMS問題。VOLTE測試設備新增MOS盒和HUB,連線較多測試設備不穩定,建議更換設備后對比測試是否設備問題,日常測試中發現MOS盒、測試手機、終端均可存在問題。語音質量相關KPI分析KPI體現的是一個宏觀的現象,因此KPI類語音質量問題的分析思路是選取TOP小區或典型小區,對語音業務關鍵指標、影響語音指標的關聯KPI進行分析,確認是否是由于小區負荷、容量、干擾或RBLER等因素導致語音質量問題語音關鍵KPI分析語音業務的上下行丟包率影響語音質量最直接因素是丟包,如果丟包率超過一定值或者存在連續丟包就會影響語音質量,對于語音質量問題可以根據如下話統日志進行確認：指標名稱指標描述小區QCI為1的DRB業務PDCPSDU上行丟棄的總包數小區QCI為1的DRB業務上行期望收到的總包數小區QCI為1的DRB業務PDCPSDU下行空口丟棄的總包數小區QCI為1的DRB業務PDCPSDU下行空口發送的總包數小區QCI為1的業務PDCP層下行丟棄的業務SDU數QCI1業務上行空口丟包率=[小區QCI為1的DRB業務PDCPSDU上行丟棄的總包數]/[小區QCI為1的DRB業務PDCPSDU上行期望收到的總包數]QCI1業務下行空口丟包率=[小區QCI為1的DRB業務PDCPSDU下行空口丟棄的總包數]/<[小區QCI為1的DRB業務PDCPSDU下行空口發送的總包數]-[QCI為1的業務PDCP層下行丟棄的業務SDU數]>上行丟包在eNodeBPDCP層根據語音包的PDCPSN號統計。舉例：基站收到第一包數據的SN號是1,下一包數據期望收到的SN號是2,但實際收到的數據的SN號是3,此時認為數據包SN號為2的丟棄。因為上行是對最終接收到的結果進行統計,所以各種原因〔PDCP超時丟棄類、重傳達最大次數類導致的丟包都包含在里面。下行由于在終端側進行接收,eNodeB無法統計到最終的丟包結果,只能根據處理過程進行統計。下行丟包分兩部分統計,兩部分是獨立的,第一部分是空口丟包,如果HARQ超過最大重傳次數仍然發送失敗,則統計為空口丟包；第二部分是eNodeB的PDCP緩存超時丟包,即在空口下發之前,由于PDCP丟棄定時器超時等原因導致的eNodeB內部丟包。語音業務建立成功率通過如下性能指標可以監控VoLTE業務的承載建立成功率：指標名稱指標描述小區發起建立QCI為1的E-RAB的嘗試次數小區發起建立QCI為5的E-RAB的嘗試次數小區發起建立QCI為1的E-RAB的成功次數小區發起建立QCI為5的E-RAB的成功次數語音業務掉話率通過如下性能指標可以監控VoLTE業務的掉話率：指標名稱指標描述eNodeB發起的S1RESET導致的QCI為1的E-RAB異常釋放次數eNodeB觸發的QCI為1的業務E-RAB異常釋放次數切換出QCI為1的E-RAB異常釋放次數QCI為1的業務E-RAB建立成功次數QCI為1的遺留E-RAB個數QCI為1的切換入E-RAB成功建立次數<"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">*100呼叫平均保持時長通過該指標可以顯示小區的VoLTE話務模型指標名稱指標描述小區QCI為1的業務有數據傳輸總時長小區QCI為1的DRB的個數小區內的平均通話時長1下行語音包處理時延通過如下性能指標可以監控VoIP業務下行包處理平均時延,時延指標是影響語音質量的重要因素,時延指標是影響語音質量的重要因素,時延越大包延時大影響感知：指標名稱指標描述小區QCI為1的業務下行數據包處理總時延小區QCI為1的業務下行成功發送的PDCPSDU的包數,當語音業務打開DRX時下行平均時延會增加。上行由于是終端發送所以無法統計。VoLTE用戶數監控可以用這個指標觀測：指標名稱指標描述小區內的平均VOIP用戶數小區內的最大VOIP用戶數切換成功率監控換失敗是影響VoLTE業務感知的重要因素：指標名稱指標描述L.HHO.IntraeNB.IntraFreq.PrepAttOut.VoIP小區eNodeB內語音業務同頻切換出嘗試次數L.HHO.IntraeNB.InterFreq.PrepAttOut.VoIP小區eNodeB內語音業務異頻切換出嘗試次數小區eNodeB內語音業務FDD/TDD模式間切換出嘗試次數L.HHO.IntraeNB.IntraFreq.ExecAttOut.VoIP小區eNodeB內語音業務同頻切換出執行次數L.HHO.IntraeNB.InterFreq.ExecAttOut.VoIP小區eNodeB內語音業務異頻切換出執行次數小區eNodeB內語音業務FDD/TDD模式間切換出執行次數L.HHO.IntraeNB.IntraFreq.ExecSuccOut.VoIP小區eNodeB內語音業務同頻切換出成功次數L.HHO.IntraeNB.InterFreq.ExecSuccOut.VoIP小區eNodeB內語音業務異頻切換出成功次數小區eNodeB內語音業務FDD/TDD模式間切換出成功次數L.HHO.IntereNB.IntraFreq.PrepAttOut.VoIP小區eNodeB間語音業務同頻切換出嘗試次數L.HHO.IntereNB.InterFreq.PrepAttOut.VoIP小區eNodeB間語音業務異頻切換出嘗試次數L.HHO.IntereNB.InterFddTdd.PrepAttOut.VoIP小區eNodeB間語音業務FDD/TDD模式間切換出嘗試次數L.HHO.IntereNB.IntraFreq.ExecAttOut.VoIP小區eNodeB間語音業務同頻切換出執行次數L.HHO.IntereNB.InterFreq.ExecAttOut.VoIP小區eNodeB間語音業務異頻切換出執行次數L.HHO.IntereNB.InterFddTdd.ExecAttOut.VoIP小區eNodeB間語音業務FDD/TDD模式間切換出執行次數L.HHO.IntereNB.IntraFreq.ExecSuccOut.VoIP小區eNodeB間語音業務同頻切換出成功次數L.HHO.IntereNB.InterFreq.ExecSuccOut.VoIP小區eNodeB間語音業務異頻切換出成功次數小區eNodeB間語音業務FDD/TDD模式間切換出成功次數語音質量監控通過如下性能指標可以監控VoLTE業務上下行QoS的分布情況：指標名稱指標描述上行語音質量為Excellent所發生的次數上行語音質量為Good所發生的次數上行語音質量為Accept所發生的次數上行語音質量為Poor所發生的次數上行語音質量為Bad所發生的次數下行語音質量為Excellent所發生的次數下行語音質量為Good所發生的次數下行語音質量為Accept所發生的次數下行語音質量為Poor所發生的次數下行語音質量為Bad所發生的次數VQI評估語音質量為Excellent的次數VQI評估語音質量為Good的次數VQI評估語音質量為Accept的次數VQI評估語音質量為Poor的次數VQI評估語音質量為Bad的次數VQI評估AMR-WB業務語音質量為Excellent的次數VQI評估AMR-WB業務語音質量為Good的次數VQI評估AMR-WB業務語音質量為Accept的次數VQI評估AMR-WB業務語音質量為Poor的次數VQI評估AMR-WB業務語音質量為Bad的次數重建比例發生重建時,重建時延會導致VoLTE業務包超時而丟包,所以小區的重建比例高會影響VoLTE的業務體驗：指標名稱指標描述RRC重建請求次數RRC連接請求次數〔不包括重發RRC連接重建比率="L.RRC.ReEst.Att"/<"L.RRC.ConnReq.Att"+"L.RRC.ReEst.Att">*100語音單通和質量差掛機指標名稱指標描述小區中語音呼叫正常釋放的次數〔上行語音質量差小區中語音呼叫正常釋放的次數〔下行語音質量差小區中語音呼叫上行發生靜音的次數小區中語音呼叫下行發生靜音的次數關聯話統分析除了上述語音業務關鍵指標外,影響語音指標的因素還有小區負荷/容量、干擾、RBLER等,通過對這些影響因素的話統指標進行分析,可以確認是否是這些因素導致了語音丟包、SIP流程失敗等。下面列出了語音業務相關的話統列表：KPI名稱KPI字段KPI公式分析方法用戶數做一個關于用戶數和語音丟包率的散點圖,看丟包率是否在用戶數增加的時候出現抬升。也可以用曲線圖,看用戶數的變化趨勢是否與語音丟包率變化趨勢一致。PUSCHMcs0階占比ratioofPUSCHMCS0L.ChMeas.PUSCH.MCS.0/SUM〔L.ChMeas.PUSCH.MCS.0~L.ChMeas.PUSCH.MCS.31上行語音丟包率惡化需要分析該KPI指標。如果該指標抬升,說明存在弱覆蓋或者通過PUSCH干擾折算值確認干擾情況PDSCHMcs0階占比ratioofPDSCHMCS0L.ChMeas.PDSCH.MCS.0/SUM〔L.ChMeas.PDSCH.MCS.0~L.ChMeas.PDSCH.MCS.31下行語音丟包率惡化需要分析該KPI指標。如果該指標抬升,說明存在弱覆蓋或者通過PDSCH干擾折算值確認干擾情況ULRBLERPUSCHRBLER<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模式,因此當出現空口誤碼,那么語音包就會被丟棄。該KPI反應上行空口誤碼情況,但是不區分QCI1業務和其他業務。觀察該KPI的曲線圖,如果該KPI的變化趨勢與上行語音丟包率的變化趨勢一致,可進一步分析上行空口干擾、覆蓋等情況。DLRBLERPDSCHRBLER<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反應下行空口誤碼情況,但是不區分QCI1業務和其他業務。觀察該KPI的曲線圖,如果該KPI的變化趨勢與下行語音丟包率的變化趨勢一致,可進一步分析下行空口干擾、覆蓋等情況。上行PRB利用率ULPRBUsageRateL.ChMeas.PRB.UL.Used.Avg/總RB數該KPI反應資源利用情況,如果該KPI的變化趨勢與下行語音丟包率的變化趨勢一致,即資源利用率抬升時,丟包率也抬升了,那么需要分析用戶數情況,是否是用戶數增強導致；或者是修改某參數,使得某些特性生效,導致PRB利用率抬升。下行PRB利用率DLPRBUsageRateL.ChMeas.PRB.DL.Used.Avg/總RB數CCE利用率PDCCHCCEUsageRate<"L.ChMeas.CCE.CommUsed"+"L.ChMeas.CCE.ULUsed"+"L.ChMeas.CCE.DLUsed">/"L.ChMeas.CCE.Avail"PDCCHDTX率PDCCHDTXRatioSUM〔L.ChMeas.PDCCH.DL.DTXNum.AggLvl1~L.ChMeas.PDCCH.DL.DTXNum.AggLvl8/SUM〔L.ChMeas.PDCCH.AggLvl1Num~L.ChMeas.PDCCH.AggLvl8Num該KPI偏高時,可關聯分析上行和下行的干擾情況。PUCCH干擾折算值AvgPUCCHInteferenceSUM〔-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分析干擾是否高,排查是否由于高干擾導致的語音質量變差。PUSCH干擾折算值AvgPUSCHInteferenceSUM〔-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平均CQICQIAvg〔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反應下行信道質量KPI指標異常的判斷方法分析要素判斷準則涉及指標定義根因資源與容量用戶數出現抬升5%以上1客戶放號,轉網,重大集會等外部事件影響。2異頻,異系統切換,負載均衡或重選門限,優先級相關參數發生變更。3現網策略導致某頻點用戶數增加。CCE利用率抬升至70%PDCCHCCEUsageRate抬升至70%以上1客戶放號,轉網,重大集會等外部事件影響；導致突發大話務。2PDCCHDTX和上行RBLER上升,導致調度增加,信令資源開銷增加,結合用戶數分析,并確認是否是干擾抬升所致。上/下行PRB利用率抬升超過60%UL/DLPRBUsageRate抬升超過60%1用戶數抬升。2弱覆蓋用戶數增加。VoLTE業務平均PRB下降1現網切換等參數變更,導致VoLTE用戶下降；2其他業務帶來的影響調度能力[話統]CCE利用率低于60%,但PDCP時延出現明顯惡化。或者CCE資源優先受限導致PRB利用率不滿PDCCHCCEUsageRatePacketDelayintheDL或PDCCHCCEUsageRate高于90%,但PRB利用率低于80%1DRX開啟后導致調度擁塞VoIP業務使用的CCE個數下降1其他業務的業務量變化占用CCE資源2客戶放號,轉網,重大集會等外部事件影響；導致突發大話務。3PDCCHDTX和上行RBLER上升,導致調度增加,信令資源開銷增加,結合用戶數分析,并確認是否是干擾抬升所致。覆蓋平均CQI出現下降0.5以上CQIAvg/各CQI比例分布統計功率/切換參數變化/特性參數修改編碼效率上行或下行MCS出現明顯惡化/低階MCS占比抬升PUSCHMCSAvg<eRAN3.0>

PDSCHMCSAvg<eRAN3.0>MCS各階比例分布統計1、覆蓋與干擾惡化2、特殊調度比例增加3、打開降階擴RB優化等方案4、用戶分布發生變化小區PDCCHDTX概率出現明顯惡化PDCCHDTXRatio抬升1打開PUSCHDTX檢測開關2功控參數調整3外部干擾4SR虛警小區上/下行IBLER和RBLER出現明顯惡化PUSCHRBLER/PDSCHRBLER明顯抬升1打開PUSCHDTX檢測開關2功控參數調整3外部干擾4〔DRX狀態下SR虛警干擾小區干擾底噪出現抬升3dB以上/PUCCH平均干擾出現惡化/PUSCH平均干擾出現惡化AvgPUCCHInteferenceAvgPUSCHInteference1內部、外部干擾2現網策略與參數配置不合理,導致某小區或頻點用戶數增加,造成干擾抬升3功控參數修改傳輸下行語音包發包總數下降若S1接口激活了IPPM,查看指標：VS.IPPM.Forword.DropMeans、VS.IPPM.Forword.Peak.DropRates,如果峰值丟包大于0.5%,則認為可能跟傳輸鏈路異常相關；

若S1接口未激活IPPM,需查看指標：VS.IPPath.TxDropPkts、VS.IPPath.RxDropPkts,如果存在連續丟包,則認為跟IPPATH鏈路異常相關。同時,相關指標出現異常的時間點應與下行語音包發包總數下降的時間點一致。語音增強特性RoHC解壓縮失敗率惡化L.PDCP.UL.RoHC.FailDecompRatio出現明顯抬升1ROHC異常；2終端兼容性問題TTIB進/出消息個數增加1TTIB配置不合理；2信道質量波動；3終端兼容性問題SPS調度傳輸失敗次數1與其他特性配合問題；2信道質量突變；3終端兼容性問題。VoLTE語音質量優化提升指導場景優化根據丟包場景的細化分析,主要需要識別出如下場景小區進行針對性的優化提升。大話務場景優化上行CCE受限場景優化系統內鄰區優化PUCCH功控參數優化上行PUSCH弱覆蓋小區優化PUCCH高干擾,DTX率高場景優化大話務場景優化主要針對景區等用戶數非常多的站點進行優化提升,小區篩選按照二類情況進行：周末、節假日高用戶數高丟包小區這類小區平時用戶數比較少,而到了周末、節假日,用戶數猛增,語音質量惡化嚴重。工作日高用戶高丟包小區這類小區平均用戶數很多且很穩定,需要重點解決。按下列條件篩選出TOP大話務小區,條件如下："小區內的平均用戶數"小時級指標大于300,或者上行丟包率大于2%,天級丟包總次數大于1000,同時"小區內的平均用戶數"小時級指標大于200；小區內的平均用戶數主要措施如下：載波擴容MLB負載均衡功率優化,均衡與鄰站的用戶數CCE受限場景優化獲取全網小區"小區上行分配CCE失敗次數"統計,20M/10M小區按照小時級大于500萬/250萬次的條件,篩選出上行CCE分配失敗的TOP小區。小區上行分配CCE失敗次數針對篩選的小區,8.1版本〔之后版本不需要開啟固定10:1的參數,增加上行CCE的比例,降低由于上行CCE受限而導致的丟包；11.1版本按照大話務PDCCH參數開啟。8.1版本開啟固定10:1命令：MODENBCELLRSVDPARA:LOCALCELLID=xxx,RSVDPARA52=10;11.1版本設置初始比例為10:1,基站自適應調整：MODCELLPDCCHALGO:LocalCellId=xxx,CceMaxInitialRatio=10_1;實施案例：3月8日對179個小區實施上行CCE資源調整優化后,對比3月8日早忙時和3月9日早忙時的指標,179個Top小區的上行丟包率明顯改善。85個最嚴重小區〔忙時最大上行CCE分配失敗次數超500萬次的上行丟包率從1.2%下降到0.22%,179個小區整體的上行丟包率從0.70%下降到0.43%.85個小區的實施前后指標對比：行標簽上行QCI1的PDCP丟包率2016/3/886157156151.20%2016/3/914446418790.22%179個小區的實施前后指標對比：行標簽上行QCI1的PDCP丟包率20