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

1、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時延154.4抖動164.5設(shè)備問題165語音質(zhì)量相關(guān)KPI分析175.1語音關(guān)鍵KPI分析175.1.1語音業(yè)務(wù)的上下行

2、丟包率175.1.2語音業(yè)務(wù)建立成功率185.1.3語音業(yè)務(wù)掉話率185.1.4呼叫平均保持時長195.1.5下行語音包處理時延195.1.6VoLTE用戶數(shù)監(jiān)控195.1.7切換成功率監(jiān)控205.1.8語音質(zhì)量監(jiān)控215.1.9重建比例225.1.10語音單通和質(zhì)量差掛機225.2關(guān)聯(lián)話統(tǒng)分析235.3KPI指標異常的判斷方法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)化

3、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，提供全IP通話。LTE網(wǎng)絡(luò)是一種全IP網(wǎng)絡(luò)，全部業(yè)務(wù)承載于數(shù)據(jù)域上，可實現(xiàn)數(shù)據(jù)與語音業(yè)務(wù)在同一網(wǎng)絡(luò)下的統(tǒng)一。對運營商而言，部署VoLTE將帶來兩方面的價值，一是提升無線頻譜利用率、降低網(wǎng)絡(luò)成本；二是提升用戶體驗。VoLTE的體驗明顯優(yōu)于傳統(tǒng)電路域語音。首先，高清語音和視頻編解碼的引入顯著提高了通信質(zhì)量；其次，VoLTE的呼叫接續(xù)時長大幅縮短，測試表明VoLTE比CS呼叫縮短一半以上，VoLTE網(wǎng)絡(luò)架構(gòu)如圖1所示：VoLTE業(yè)務(wù)涉及網(wǎng)元較多，包括現(xiàn)

4、網(wǎng)CS域、EPS域、IMS域，以及PCC等。IMS域主要完成呼叫控制等功能，它通過和EPS網(wǎng)絡(luò)配合，提供和電路域類似的語音業(yè)務(wù)及其補充業(yè)務(wù)，包括號碼顯示、呼叫轉(zhuǎn)移、呼叫等待、會議電話等。 EPC配合IMS系統(tǒng)完成P-CSCF發(fā)現(xiàn)、初始附著的信令默認承載建立、語音及視頻等業(yè)務(wù)專有承載的建立等。 PCC主要聯(lián)合P-CSCF（AF功能點）以及GGSN/PGW（PCEF功能點）完成策略控制決策和基于流進行計費控制的功能。 CS域通過MSC升級支持SRVCC功能。MSC與MME之間的Sv接口實現(xiàn)VoLTE語音業(yè)務(wù)的連續(xù)性，滿足當用戶在通話過程中移出LTE覆蓋區(qū)時保證業(yè)務(wù)的連續(xù)性，使通話平滑切換到2G/3

5、G網(wǎng)絡(luò)的基本需求。2 問題定界VoLTE語音質(zhì)量定界方案中，定界對部署方案的要求至少要保證S1-U、Mw或Gm接口至少有一個接口具有VoLTE語音呼叫媒體面測量能力。對于VoLTE與VoLTE互通場景、VoLTE與2/3G、PSTN互通場景，探針采集節(jié)點和語音質(zhì)量指標所表示的測量范圍如下圖所示：對于VoLTE與VoLTE互通場景，端到端的MOS和端到端的單通是根據(jù)RTCP消息統(tǒng)計的，RTCP消息也是UEUE的E2E透傳，在話音流的探針采集節(jié)點都可以完成RTCP消息的獲取。分段的IPMOS和分段的單通是根據(jù)RTP消息統(tǒng)計的，表示的范圍為UE到RTP消息的采集節(jié)點。對于VoLTE與2/3G、CSF

6、B或者PSTN互通場景，端到端的MOS和端到端的單通是根據(jù)RTCP消息統(tǒng)計的，具有發(fā)送RTCP的報文的網(wǎng)元包括VoLTE側(cè)的UE和CS域的MGW，端到端范圍實際為VoLTE的UE到CS域的MGW。分段的IPMOS和分段的單通是根據(jù)RTP消息統(tǒng)計的，表示的范圍為UE或者CS域的MGW到RTP消息的采集節(jié)點。對于VoLTE與VOBB互通場景，與2/3G互通場景類似。具有發(fā)送RTCP報文的網(wǎng)元為VoBB側(cè)的SBC。端到端測量指標表示的范圍為UE到VoBB側(cè)的SBC，分段測量指標表示范圍為UE或者VOBB側(cè)的SBC到RTP消息的采集節(jié)點。VoLTE語音呼叫關(guān)鍵測量點，以S1-U接口為例：l測量點1，呼

7、叫的承載建立，用戶面開始周期測量，包括周期內(nèi)的RTP包數(shù)、抖動、時延和編解碼信息進行測量、MOS、單通，記錄開始時間l測量點2，呼叫應(yīng)答，此時對振鈴階段的用戶面的測量進行重置，重新開始測量周期測量，包括周期內(nèi)的RTP包數(shù)、抖動、時延和編解碼信息進行測量、MOS、單通。記錄語音流的開始時間l測量點3，呼叫的承載釋放，用戶面停止測量，記錄結(jié)束時間l呼叫結(jié)束后，對周期測量的MOS、單通記錄做匯聚，填寫呼叫單據(jù)CDR里，并且對整條語音流的RTP包數(shù)填寫到呼叫單據(jù)CDR里接口類型問題描述問題引入范圍重點排查對象其次排查對象S1-U上行RTP丟包終端到SGW無線傳輸、基站處理問題下行RTP丟包對端到SGW

8、對端無線傳輸、對端基站處理問題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

9、/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是否連

10、續(xù)，但無法識別是因為核心網(wǎng)、傳輸丟包導(dǎo)致，還是因為對端終端上行空口丟包導(dǎo)致。對于部署了SEQ平臺的局點，可以分析SEQ的探針數(shù)據(jù)來確認可能發(fā)生核心網(wǎng)、傳輸丟包的問題。2）eNB以下上行/下行空口丟包此類丟包通過eNB的話統(tǒng)指標、cellDT等日志可以確認，本文主要針對空口類型的丟包描述分析指導(dǎo)，以及優(yōu)化提升方法。3）終端異常上行發(fā)包不連續(xù)此類丟包無法監(jiān)控，需要通過cellDT跟蹤、終端日志具體分析。影響語音質(zhì)量的主要因素有語音編碼、丟包率、端到端時延、抖動等因素：1） 語音編碼：考慮到當前語音編碼固定為23.85K，只有eSRVCC切換到GSM后因為采用EFR/NB-AMR導(dǎo)致MOS低分。2）

11、 其次空口質(zhì)量和小區(qū)重載等因素會引起丟包、時延和抖動現(xiàn)象耦合，所以分析MOS低于3.0分的原因時，優(yōu)先看丟包因素，如果一個MOS樣本內(nèi)丟包、時延和抖動指標都很差，那么優(yōu)先歸類到丟包因素內(nèi)。如果丟包指標很好（低于1%），而時延指標較差（大于200ms），那么優(yōu)先歸類到時延因素。 類別原因說明丟包空口持續(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較

12、高。尤其是CRS功率設(shè)置大于9.2dBm下行失步重建UE從RRC連接態(tài)突然進入空閑態(tài)，并且無法RRC重建，導(dǎo)致連續(xù)丟包小區(qū)重載小區(qū)內(nèi)RRC和激活用戶數(shù)較多，導(dǎo)致QCI1無法及時調(diào)度，導(dǎo)致連續(xù)丟包頻繁切換導(dǎo)致RTP短時間內(nèi)連續(xù)丟包時延傳輸時延傳輸引入時延大于80ms，導(dǎo)致端到端時延大于200ms，通過Ping包測試檢測傳輸時延4 語音質(zhì)量優(yōu)化思路影響語音質(zhì)量的因素主要有語音編碼、抖動、端到端時延、丟包率、設(shè)備問題（設(shè)備或IMS），針對上述五個元素，細分出弱覆蓋、下行質(zhì)差、鄰區(qū)及頻繁切換、上行干擾、RRC重建、小區(qū)重載、上行接入受限等七個方面進行優(yōu)化：MOS排查流程圖：4.1 語音編碼4.1.1

13、語音編碼介紹語音編碼就是對模擬的語音信號進行編碼，將模擬信號轉(zhuǎn)化成數(shù)字信號，從而降低傳輸碼率并進行數(shù)字傳輸，語音編碼的基本方法可分為波形編碼、參量編碼（音源編碼）和混合編碼，波形編碼是將時域的模擬話音的波形信號經(jīng)過取樣、量化、編碼而形成的數(shù)字話音信號，參量編碼是基于人類語言的發(fā)音機理，找出表征語音的特征參量，對特征參量進行編碼，混合編譯碼是結(jié)合波形編譯碼和參量編譯碼之間的優(yōu)點。4.1.2 語音編碼優(yōu)化方法以ASCOM工具為例，應(yīng)用POLQA SWB評估方法，采用某語音樣本和AMR-WB23.85kbps語音編碼，MOS值最好為4.5；采用同樣的語音樣本和AMR-NB12.2kbps語音編碼，M

14、OS值最好為3.1。依照移動VoLTE性能參數(shù)的推薦設(shè)置，配置都為AMR-WB23.85kbps，如果一直占用LTE網(wǎng)絡(luò)的話不存在語音編碼為AMR-NB導(dǎo)致的MOS低問題。當發(fā)生eSRVCC切換后占用GSM語音編碼就會變?yōu)锳MR-NB12.2kbps，GSM MOS值相比較VoLTE MOS值較差，重點解決eSRVCC。為了盡量減少eSRVCC切換次數(shù),要確保4G網(wǎng)絡(luò)存在連續(xù)覆蓋：u 核查4G有無漏配鄰區(qū)，鄰區(qū)配置是否不一致，切換參數(shù)是否正常。u 針對弱覆蓋進行RF優(yōu)化、功率調(diào)整、站點整改或新建站。u 核查eSRVCC切換門限是否合理。 空閑態(tài)或者連接態(tài)重選到2G，需要核查是否存在弱覆蓋及互操

15、作參數(shù)是否合理。4.2 RTP丟包4.2.1 RTP丟包介紹數(shù)據(jù)在通信網(wǎng)絡(luò)上是以數(shù)據(jù)包為單位傳輸?shù)?，每個數(shù)據(jù)包中有表示數(shù)據(jù)信息和提供數(shù)據(jù)路由的幀。這就是說，不管網(wǎng)絡(luò)情況有多好，數(shù)據(jù)都不是以線性（就像打電話一樣）連續(xù)傳輸?shù)?，中間總是有空洞的。數(shù)據(jù)包的傳輸，不可能百分之百的能夠完成，因為物理線路故障、設(shè)備故障、病毒攻擊、路由信息錯誤等原因，總會有一定的損失。碰到這種情況，網(wǎng)絡(luò)會自動的讓通信的兩端根據(jù)協(xié)議來補包。如果線路情況好，速度快，包的損失會非常小，補包的工作也相對較易完成，因此可以近似的將數(shù)據(jù)看作是無損傳輸。但是，如果線路較差（如用調(diào)制解調(diào)器），數(shù)據(jù)的損失量就會非常大，補包工作也不可能百分之百

16、完成。在這種情況下，數(shù)據(jù)的傳輸就會出現(xiàn)空洞，造成丟包。丟包主要分為空口丟包、傳輸丟包、EPC丟包。4.2.2 RTP丟包優(yōu)化方法空口丟包主要原因有：下行質(zhì)差、頻繁切換、上行干擾、RRC重建、小區(qū)重載、上行接入受限。其中現(xiàn)網(wǎng)常見原因主要有下行質(zhì)差、頻繁切換、上行干擾、RRC重建。1..2.1 弱覆蓋弱覆蓋嚴重影響VoLTE端到端感知，造成弱覆蓋原因主要有站點較少、鄰區(qū)問題、參數(shù)問題、越區(qū)覆蓋。結(jié)合實際測試情況及工參進行RF調(diào)整、參數(shù)調(diào)整、鄰區(qū)核查、新建站。當前VoLTE主要受限于深度覆蓋，以D+F宏站為骨干網(wǎng)，靈活精準利用微站、小站構(gòu)建底層網(wǎng)，另外還有室內(nèi)

17、分布分場景全面立體提升深度覆蓋。對于周圍無可用的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ū)覆蓋進行RF優(yōu)化或功率參數(shù)調(diào)整控制覆蓋，并完善鄰區(qū)。u 參數(shù)配置核查重選、切換參數(shù)是否合理。u 故障告警核查基站是否存在告警，處理故障告警。下行質(zhì)差正常情況下，某個小區(qū)周邊都存在鄰區(qū)，

18、如果無線環(huán)境不是很差，都可以通過切換的方式改變服務(wù)小區(qū)。當某個站點缺失鄰區(qū)、鄰區(qū)添加不合理或者鄰區(qū)外部定義錯誤，會導(dǎo)致無法切換出而掉話。需要結(jié)合工參及站點圖層核查鄰區(qū)配置是否合理。上行干擾上行干擾定義為干擾信號在移動網(wǎng)絡(luò)上行頻段，移動基站受外界射頻干擾源或內(nèi)部頻率規(guī)劃不合理產(chǎn)生的同鄰頻等干擾。上行干擾的后果是造成基站覆蓋率的降低，影響VoLTE的接通率、掉話率、切換成功率，嚴重影響用戶感知。目前中移動LTE網(wǎng)絡(luò)使用F、D、E頻段，各頻段常見干擾情況不同，主要有以下幾種干擾類型：TD-LTE頻段干擾類型F頻段（18801920MHz） GSM900/GSM1800系統(tǒng)和PHS系統(tǒng)帶

19、來的阻塞干擾 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合路天線、更換頻段、增加濾波器等解決。4.2.2

20、.5RRC重建當處于RRC連接狀態(tài)時，如果出現(xiàn)切換失敗、無線鏈路失敗、完整性保護失敗、RRC重配置失敗等情況，將會觸發(fā)RRC連接重建過程。該過程旨在重建RRC連接，包括SRB1操作的恢復(fù)，以及安全的重新激活。處于RRC_CONNECTED狀態(tài)的UE，安全已被激活，可發(fā)起該過程繼續(xù)RRC連接。僅當相關(guān)小區(qū)是具有UE上下文的小區(qū)時，連接重建才會成功。假使E-UTRAN認可重建，SRB1的操作會恢復(fù)，而其它RB將繼續(xù)保持掛起。如果AS安全沒有被激活，UE不會發(fā)起該過程，而直接轉(zhuǎn)到RRC_IDLE狀態(tài)。RRC重建導(dǎo)致的短時吞字，對VoLTE用戶感知較大，測試上主要體現(xiàn)在MOS差點。RRC重建立比例=R

21、RC重建立請求次數(shù)/(RRC重建立請求次數(shù)+RRC連接建立請求次數(shù)) 從計算公式來看，如果要降低RRC重建立比例，最好的方法就是要降低RRC重建立請求次數(shù)。通常情況下，觸發(fā)RRC 重建立的原因有以下幾種情況：1）UE檢測到無線鏈路失?。贿@種失敗一般又分為兩種情況，一種情況是RLC達到最大重傳次數(shù)，另一種情況是上/下行失步，隨機接入失敗。2）切換失敗，包括系統(tǒng)內(nèi)和系統(tǒng)外的切換；該類失敗是指如果網(wǎng)絡(luò)側(cè)發(fā)送給UE的RRC連接重配置消息中包含Mobility ControlInfo，則執(zhí)行切換。若切換失敗，UE會發(fā)起RRC重建立請求，并在重建立原因封裝時攜帶HO failure。3）E-UTRA側(cè)移動

22、性失敗；4）底層制式完整性校驗失??；該類失敗不常見，多為終端問題。原因是由于信令的完整性保護失敗發(fā)生RRC重建立，例如：UE和基站的機密算法或者完整性保護算法不一致。5）RRC連接重配失敗。在LTE網(wǎng)絡(luò)中優(yōu)化RRC重建比例時，SINR極差點是導(dǎo)致RRC重建的主要原因，VoLTE優(yōu)化的視角要從SINR平均值轉(zhuǎn)向關(guān)注SINR極差點。主要需要注意三個方面：一方面是覆蓋，一定要控制好覆蓋，避免越區(qū)現(xiàn)象的發(fā)生。另一方面是鄰區(qū)，避免漏配或者錯配鄰區(qū)；最后需要注意的是PCI的使用，盡量避免PCI復(fù)用距離不足導(dǎo)致混淆或者沖突的發(fā)生；做好以上三個方面，對避免RRC重建立的發(fā)生具有舉足輕重的作用。小

23、區(qū)重載小區(qū)內(nèi)RRC和激活用戶數(shù)較多或基站負載較多，CPU占有率較高或者高優(yōu)先級業(yè)務(wù)的PRB占用率較高，導(dǎo)致部分用戶的語音包無法及時調(diào)度，導(dǎo)致連續(xù)丟包，通過RF優(yōu)化、擴容、駐留切換參數(shù)設(shè)置、負載均衡開通來進行話務(wù)分擔(dān)。且較多用戶場景下需要開啟時延調(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時延端到端時延(end-to-

24、end delay)是指IP數(shù)據(jù)包從離開源點時算起一直到抵達終點時一共經(jīng)歷了多長時間的時延。1)終端的語音編解碼時延：指的是終端從話筒采集語音到編碼成AMR-NB或者AMR-WB等碼流；或者從AMR-NB或者AMR-WB碼流解碼成語音并從聽筒播放的處理時延。2)空口的傳輸時延：eNodeB的調(diào)度等待時延、空口誤包重傳以及分段均會影響空口的傳輸時延。3)EPC處理時延：包括對語音包的轉(zhuǎn)發(fā)時延，以及可能存在的語音編解碼轉(zhuǎn)換時延（比如LTE終端撥打固定電話，兩邊終端的語音編解碼方式不同，需要經(jīng)過核心網(wǎng)媒體網(wǎng)關(guān)的編解碼轉(zhuǎn)換）。傳輸網(wǎng)傳輸時延：語音IP報文在傳輸網(wǎng)設(shè)備和鏈路上的傳輸時延。優(yōu)化方法是提高X

25、2切換占比，二是進行端到端跟蹤。4.4 抖動抖動：順序傳遞的相鄰兩個幀的轉(zhuǎn)發(fā)時延之差的絕對值，恒為正值。下圖為抖動對MOS值影響的柱狀圖。一般分為空口抖動和傳輸抖動：空口抖動容易出現(xiàn)在大話務(wù)場景下，因為調(diào)度因素出現(xiàn)空口抖動，還包括空口質(zhì)量問題導(dǎo)致MAC重傳引入的抖動。傳輸網(wǎng)絡(luò)丟包或者抖動，會造成端到端抖動增加。出現(xiàn)抖動等狀況時，可以采取Wire shark抓包來分析事件。4.5 設(shè)備問題其他原因主要有測試設(shè)備問題和IMS問題。VOLTE測試設(shè)備新增MOS盒和HUB，連線較多測試設(shè)備不穩(wěn)定，建議更換設(shè)備后對比測試是否設(shè)備問題，日常測試中發(fā)現(xiàn)MOS盒、測試手機、終端均可存在問題。5 語音質(zhì)量相關(guān)K

26、PI分析KPI體現(xiàn)的是一個宏觀的現(xiàn)象，因此KPI類語音質(zhì)量問題的分析思路是選取TOP小區(qū)或典型小區(qū)，對語音業(yè)務(wù)關(guān)鍵指標、影響語音指標的關(guān)聯(lián)KPI進行分析，確認是否是由于小區(qū)負荷、容量、干擾或RBLER等因素導(dǎo)致語音質(zhì)量問題5.1 語音關(guān)鍵KPI分析5.1.1 語音業(yè)務(wù)的上下行丟包率影響語音質(zhì)量最直接因素是丟包，如果丟包率超過一定值或者存在連續(xù)丟包就會影響語音質(zhì)量，對于語音質(zhì)量問題可以根據(jù)如下話統(tǒng)日志進行確認：指標名稱指標描述L.Traffic.UL.PktLoss.Loss.QCI.1小區(qū)QCI為1的DRB業(yè)務(wù)PDCP SDU上行丟棄的總包數(shù)L.Traffic.UL.PktLoss.Tot.Q

27、CI.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ù)下行空口丟包率

28、 = 小區(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)計。舉例：基站收到第一包數(shù)據(jù)的SN號是1，下一包數(shù)據(jù)期望收到的SN號是2，但實際收到的數(shù)據(jù)的SN號是3，此時認為數(shù)據(jù)包SN號為2的丟棄。因為上行是對最終接收到的結(jié)果進行統(tǒng)計，所以各種原因（PDCP超時丟棄類、重傳達最大次數(shù)類）導(dǎo)致的丟包都包含在里面。下行由于在終端側(cè)進行接收，eNodeB無法統(tǒng)計到最終的丟包結(jié)果，只能根據(jù)處理過程進行統(tǒng)計。下行丟包分

29、兩部分統(tǒng)計，兩部分是獨立的，第一部分是空口丟包，如果HARQ超過最大重傳次數(shù)仍然發(fā)送失敗，則統(tǒng)計為空口丟包；第二部分是eNodeB的PDCP緩存超時丟包，即在空口下發(fā)之前，由于PDCP丟棄定時器超時等原因?qū)е碌膃NodeB內(nèi)部丟包。5.1.2 語音業(yè)務(wù)建立成功率通過如下性能指標可以監(jiān)控VoLTE業(yè)務(wù)的承載建立成功率：指標名稱指標描述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-RA

30、B.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ù)掉話率通過如下性能指標可以監(jiān)控VoLTE業(yè)務(wù)的掉話率：指標名稱指標描述L.E-RAB.Rel.S1Reset.eNodeB.QCI.1eNodeB發(fā)起的S1 RESET導(dǎo)致的QCI為1的E-RAB異常釋放次數(shù)L.E-RAB.AbnormRel.eNBTot.QCI.1eNo

31、deB觸發(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個數(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.Su

32、ccEst.QCI.1+L.E-RAB.Left.QCI.1+L.E-RAB.SuccEst.HOIn.QCI.1)*1005.1.4 呼叫平均保持時長通過該指標可以顯示小區(qū)的VoLTE話務(wù)模型指標名稱指標描述L.E-RAB.SessionTime.QCI1小區(qū)QCI為1的業(yè)務(wù)有數(shù)據(jù)傳輸總時長L.Traffic.DRB.QCI.1小區(qū)QCI為1的DRB的個數(shù)小區(qū)內(nèi)的平均通話時長時間=L.E-RAB.SessionTime.QCI1/L.Traffic.DRB.QCI.15.1.5 下行語音包處理時延通過如下性能指標可以監(jiān)控VoIP業(yè)務(wù)下行包處理平均時延，時延指標是影響語音質(zhì)量的重要因素，時延指

33、標是影響語音質(zhì)量的重要因素，時延越大包延時大影響感知：指標名稱指標描述L.Traffic.DL.PktDelay.Time.QCI.1小區(qū)QCI為1的業(yè)務(wù)下行數(shù)據(jù)包處理總時延L.Traffic.DL.PktDelay.Num.QCI.1小區(qū)QCI為1的業(yè)務(wù)下行成功發(fā)送的PDCP SDU的包數(shù)QCI1業(yè)務(wù)下行包處理平均時延 = L.Traffic.DL.PktDelay.Time.QCI.1 / L.Traffic.DL.PktDelay.Num.QCI.1，當語音業(yè)務(wù)打開DRX時下行平均時延會增加。上行由于是終端發(fā)送所以無法統(tǒng)計。5.1.6 VoLTE用戶數(shù)監(jiān)控可以用L.Traffic.DRB

34、.QCI.1這個指標觀測：指標名稱指標描述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)控換失敗是影響VoLTE業(yè)務(wù)感知的重要因素：指標名稱指標描述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

35、.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ù)同頻切換出成功次

36、數(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.Prep

37、AttOut.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ù)

38、同頻切換出成功次數(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)控通過如下性能指標可以監(jiān)控VoLTE業(yè)務(wù)上下行QoS的分布情況：指標名稱指標描述L.Voice.VQI.UL.Excellent.Times上行語音質(zhì)量為Excellent所發(fā)生的次數(shù)L.Voice.VQI.UL.Good.Times上行語音質(zhì)量為Good所發(fā)生的次數(shù)L.Voic

39、e.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ā)

40、生的次數(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.Tim

41、esVQI評估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ā)生重建時，重建時延會導(dǎo)致VoLTE業(yè)務(wù)包超時而丟包，所以小區(qū)的

42、重建比例高會影響VoLTE的業(yè)務(wù)體驗：指標名稱指標描述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ì)量差掛機指標名稱指標描述L.Voice.NormRel.UL.LowQuality小區(qū)中語音呼叫正常釋放的次數(shù)（上行語音質(zhì)量差）L.Voice.NormRel.DL.LowQuality小區(qū)中語音呼叫正常釋放的次數(shù)（下行語音質(zhì)量差）L.Voice.UL.Silent.Nu

43、m小區(qū)中語音呼叫上行發(fā)生靜音的次數(shù)L.Voice.DL.Silent.Num小區(qū)中語音呼叫下行發(fā)生靜音的次數(shù)5.2 關(guān)聯(lián)話統(tǒng)分析除了上述語音業(yè)務(wù)關(guān)鍵指標外，影響語音指標的因素還有小區(qū)負荷/容量、干擾、RBLER等，通過對這些影響因素的話統(tǒng)指標進行分析，可以確認是否是這些因素導(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做一個關(guān)于用戶數(shù)和語音丟包率的散點圖，看丟包

44、率是否在用戶數(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指標。如果該指標抬升，說明存在弱覆蓋或者通過PUSCH干擾折算值確認干擾情況PDSCH Mcs0階占比ratio of PDSCH MCS0L.ChMeas.PDSCH.MCS.0/SUM（L.ChMeas.PDSCH.MCS.0 L.ChMeas.PDSCH.MCS

45、.31）下行語音丟包率惡化需要分析該KPI指標。如果該指標抬升，說明存在弱覆蓋或者通過PDSCH干擾折算值確認干擾情況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模式，因此當出現(xiàn)空口誤碼，那么語音包就會被丟棄。該KPI反應(yīng)上行空口誤碼情況，但是不區(qū)分QCI1業(yè)務(wù)和其他業(yè)務(wù)。觀察該KPI的曲線圖，如果該KPI的變化趨勢與

46、上行語音丟包率的變化趨勢一致，可進一步分析上行空口干擾、覆蓋等情況。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的變化趨

47、勢與下行語音丟包率的變化趨勢一致，可進一步分析下行空口干擾、覆蓋等情況。上行PRB利用率UL PRB Usage RateL.ChMeas.PRB.UL.Used.Avg/總RB數(shù)該KPI反應(yīng)資源利用情況，如果該KPI的變化趨勢與下行語音丟包率的變化趨勢一致，即資源利用率抬升時，丟包率也抬升了，那么需要分析用戶數(shù)情況，是否是用戶數(shù)增強導(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.CommUs

48、ed + 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偏高時，可關(guān)聯(lián)分析上行和下行的干擾情況。PUCCH干擾折算值A(chǔ)vg PUCCH InteferenceSUM（-121*L.UL.Interferenc

49、e.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.I

50、nterference.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.D

51、L.15）反應(yīng)下行信道質(zhì)量5.3 KPI指標異常的判斷方法分析要素判斷準則涉及指標定義根因資源與容量用戶數(shù)出現(xiàn)抬升5%以上L.Traffic.User.AvgL.Traffic.User.MaxL.Traffic.User.VoIP.AvgL.Traffic.User.VoIP.Max1）客戶放號，轉(zhuǎn)網(wǎng)，重大集會等外部事件影響。2）異頻，異系統(tǒng)切換，負載均衡或重選門限，優(yōu)先級相關(guān)參數(shù)發(fā)生變更。3）現(xiàn)網(wǎng)策略導(dǎo)致某頻點用戶數(shù)增加。CCE利用率抬升至70%PDCCH CCE Usage Rate抬升至70%以上1）客戶放號，轉(zhuǎn)網(wǎng)，重大集會等外部事件影響；導(dǎo)致突發(fā)大話務(wù)。2）PDCCH DTX和上行R

52、BLER上升，導(dǎo)致調(diào)度增加，信令資源開銷增加，結(jié)合用戶數(shù)分析，并確認是否是干擾抬升所致。上/下行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時延出現(xiàn)明顯惡化。或者CCE資源優(yōu)先受限導(dǎo)致PRB利用率不滿PDCCH CCE Usage RatePacket

53、 Delay in the DL或PDCCH CCE Usage Rate高于90%，但PRB利用率低于80%1）DRX開啟后導(dǎo)致調(diào)度擁塞VoIP業(yè)務(wù)使用的CCE個數(shù)下降L.ChMeas.CCE.ULUsed.VoIP/L.ChMeas.CCE.DLUsed.VoIP1）其他業(yè)務(wù)的業(yè)務(wù)量變化占用CCE資源2）客戶放號，轉(zhuǎn)網(wǎng)，重大集會等外部事件影響；導(dǎo)致突發(fā)大話務(wù)。3）PDCCH DTX和上行RBLER上升，導(dǎo)致調(diào)度增加，信令資源開銷增加，結(jié)合用戶數(shù)分析，并確認是否是干擾抬升所致。覆蓋平均CQI出現(xiàn)下降0.5以上CQI Avg/各CQI比例分布統(tǒng)計功率/切換參數(shù)變化/特性參數(shù)修改編碼效率上行或下

54、行MCS出現(xiàn)明顯惡化/低階MCS占比抬升PUSCH MCS Avg(eRAN 3.0)PDSCH MCS Avg(eRAN 3.0)MCS各階比例分布統(tǒng)計1）、覆蓋與干擾惡化2）、特殊調(diào)度比例增加3）、打開降階擴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ū)或頻點用戶數(shù)增加，造成干擾抬升3）功控參數(shù)修改傳輸下行語音包發(fā)包總數(shù)下降L.Traffic.DL.PktUuLoss.Tot.QCI.1若S1接口激活了IPPM，查看指標：VS.IPPM.Forword.DropMeans、VS.IPPM.For