VoLTE關(guān)鍵指標(biāo)優(yōu)化及案例分析

VoLTE關(guān)鍵指標(biāo)優(yōu)化及案例分析2015年8月目錄VoLTE主要指標(biāo)優(yōu)化2VoLTE主要指標(biāo)介紹VoLTE案例分析指標(biāo)類型指標(biāo)名稱（中文）指標(biāo)描述公式定義建議值呼叫建立保持呼叫建立成功率（話音/視頻）從主叫終端發(fā)起的SIPINVITEREQUEST消息(處于RRC空閑態(tài)的終端由于有業(yè)務(wù)要傳輸，將首先發(fā)起ServiceRequest流程)到網(wǎng)絡(luò)側(cè)收到INVITE180Ringing過程的成功率。過程包括專用承載建立（話音QCI1,視頻QCI1&QCI2)成功完成呼叫次數(shù)/終端發(fā)起呼叫總數(shù)*100%98%掉話率（話音/視頻）核心網(wǎng)異常下發(fā)bye-request，終端正常bye

之前發(fā)生rrcrelease或收到核心網(wǎng)deactivateEPSbearer或detach。Ns內(nèi)沒有收到相關(guān)消息；bye之前收到系統(tǒng)消息、prach消息等掉話次數(shù)/成功建立呼叫次數(shù)*100%0.50%掛機成功率（掛機方）掛機方發(fā)起B(yǎng)YEMessage到收到網(wǎng)絡(luò)下發(fā)的SIP200OK消息成功率掛機成功次數(shù)/掛機嘗試次數(shù)*100%99%互操作eSVRCC切換成功率（話音/視頻）HOComplete次數(shù)/MobilityfromEUTRANcommand次數(shù)*100%eSRVCC切換成功次數(shù)/eSRVCC切換嘗試次數(shù)*100%99%GSM通話時長占比指定時間內(nèi)終端在GSM制式下的通話時長占總通話時長比值指定時間內(nèi)終端在GSM制式下的通話時長/指定時間內(nèi)終端總通話時長*100%0.50%呼叫eSRVCC切換占比發(fā)生了eSRVCC切換的呼叫次數(shù)占總呼叫次數(shù)的比值發(fā)生了eSRVCC切換的呼叫次數(shù)/總呼叫次數(shù)*100%0.50%eSVRCC信令面切換時延從收到eNodeB下發(fā)HandoverCommand到終端向BSS發(fā)送HOComplete的時間差--100mseSVRCC媒體面切換時延終端eSRVCC切換前收到的最后一個RTP包到切換后收到的第一個RTP包之間的時間差--300ms主要測試指標(biāo)指標(biāo)類型指標(biāo)名稱（中文）指標(biāo)描述公式定義建議值重要時延呼叫建立時延從INVITE到INVITE200之間的時延

--3s系統(tǒng)內(nèi)切換時延（語音/視頻）終端系統(tǒng)內(nèi)切換前收到的最后一個RTP包到切換后收到的第一個RTP包之間的時間差--100ms掛機時延（掛機方）主叫端發(fā)起B(yǎng)YEMessage到收到網(wǎng)絡(luò)下發(fā)的SIP200OK消息時延--100ms話音質(zhì)量MOS值平均意見得分，其目的是評估通信系統(tǒng)的語音質(zhì)量，廠家評估算法包括PESQ和POLQA算法POLQA算法，采樣頻率48K95%大于3端到端時延（delay)從主叫端語音編碼器輸入到被叫端解碼輸出的時間差--230ms抖動（Jitter）（話音）接收端RTP層數(shù)據(jù)包時延的方差，包括最小、最大和平均抖動時延，取決于用戶端去抖動緩存器相繼的RTP包間時延的變化10msRTP丟包率（PLR）（話音）統(tǒng)計RTP/PDCP層數(shù)據(jù)包（發(fā)送的VoIP數(shù)據(jù)包數(shù)量-接收的數(shù)據(jù)包數(shù)量）/發(fā)送的VoIP數(shù)據(jù)包數(shù)量*100%1%RTP丟包率（PLR）（視頻）統(tǒng)計RTP/PDCP層數(shù)據(jù)包（發(fā)送的VoIP數(shù)據(jù)包數(shù)量-接收的數(shù)據(jù)包數(shù)量）/發(fā)送的VoIP數(shù)據(jù)包數(shù)量*100%1%主要測試指標(biāo)主要測試指標(biāo)指標(biāo)類型指標(biāo)名稱（中文）指標(biāo)描述公式定義建議值資源占用上行RB數(shù)(話音）每秒上行調(diào)度RB數(shù)：指該用戶在過去1秒內(nèi)被實際調(diào)度的上行RB數(shù)；每秒上行實際調(diào)用次數(shù)：指該用戶在過去1秒內(nèi)被系統(tǒng)實際上行調(diào)度的次數(shù)，而非過去1秒內(nèi)的所有調(diào)度機會（例如過去一秒內(nèi)所有的上行時隙數(shù)目）；每秒上行調(diào)度RB數(shù)/每秒上行實際調(diào)度次數(shù)95%小于2下行RB數(shù)(話音）每秒下行調(diào)度RB數(shù)：指該用戶在過去1秒內(nèi)被實際調(diào)度的下行RB數(shù)；每秒下行實際調(diào)用次數(shù)：指該用戶在過去1秒內(nèi)被系統(tǒng)實際下行調(diào)度的次數(shù)，而非過去1秒內(nèi)的所有調(diào)度機會（例如過去一秒內(nèi)所有的下行時隙數(shù)目）；每秒下行調(diào)度RB數(shù)/每秒下行實際調(diào)度次數(shù)95%小于4上行MCS(話音/視頻）每秒上行調(diào)度的MCS值之和：該用戶在過去一秒被上行調(diào)度的MCS值總和；每秒實際調(diào)用次數(shù)：指該用戶在過去1秒內(nèi)被系統(tǒng)實際上行調(diào)度的次數(shù)，而非過去1秒內(nèi)的所有調(diào)度機會（例如過去一秒內(nèi)所有的上行時隙數(shù)目）。每秒上行調(diào)度的MCS值之和/每秒實際調(diào)度次數(shù)95%大于等于10下行MCS(話音/視頻）每秒下行調(diào)度的MCS值之和：該用戶在過去一秒被下行調(diào)度的MCS值總和。每秒實際調(diào)用次數(shù)：指該用戶在過去1秒內(nèi)被系統(tǒng)實際下行調(diào)度的次數(shù)，而非過去1秒內(nèi)的所有調(diào)度機會（例如過去一秒內(nèi)所有的下行時隙數(shù)目）。每秒下行調(diào)度的MCS值之和/每秒實際調(diào)度次數(shù)95%大于等于17網(wǎng)管KPI指標(biāo)指標(biāo)類型指標(biāo)名稱（中文）指標(biāo)描述公式定義指標(biāo)來源建議值接入性VoLTE無線接通率QCI9E-RAB建立成功率*QCI5E-RAB建立成功率*QCI1E-RAB建立成功率*RRC連接建立成功率(QCI9E-RAB建立成功數(shù)/QCI9E-RAB建立請求數(shù))*(QCI5E-RAB建立成功數(shù)/QCI5E-RAB建立請求數(shù))*(QCI1E-RAB建立成功數(shù)/QCI1E-RAB建立請求數(shù))*(RRC連接建立成功次數(shù)/RRC連接建立請求次數(shù))*100%Enb98%E-RAB建立成功率(QCI=1)統(tǒng)計QCI=1的用戶平面連接建立成功率。分QCI的E-RAB建立成功數(shù)（QCI=1）/分QCI的E-RAB建立請求數(shù)（QCI=1）*100%Enb99%E-RAB建立成功率(QCI=5)統(tǒng)計QCI=5的用戶平面連接建立成功率。分QCI的E-RAB建立成功數(shù)（QCI=5）/分QCI的E-RAB建立請求數(shù)（QCI=5）*100%Enb99%保持性掉話率掉話次數(shù)/成功建立呼叫次數(shù)*100%掉話次數(shù)/成功建立呼叫次數(shù)*100%Enb0.50%E-RAB掉線率(QCI=1)E-RAB(QCI=1)掉線率反映了系統(tǒng)的業(yè)務(wù)通訊保持能力，也反映了系統(tǒng)的穩(wěn)定性和可靠性∑(分QCI的eNB請求釋放的E-RAB數(shù)-分QCI的正常的eNB請求釋放的E-RAB數(shù)+分QCI的切出失敗的E-RAB數(shù))/∑分QCI的E-RAB建立成功數(shù)，其中∑代表將本地網(wǎng)范圍內(nèi)的各個小區(qū)的統(tǒng)計結(jié)果累加,QCI=1。Enb0.50%E-RAB掉線率(QCI=5)E-RAB(QCI=5)掉線率反映了系統(tǒng)的業(yè)務(wù)通訊保持能力，也反映了系統(tǒng)的穩(wěn)定性和可靠性?！?分QCI的eNB請求釋放的E-RAB數(shù)-分QCI的正常的eNB請求釋放的E-RAB數(shù)+分QCI的切出失敗的E-RAB數(shù))/∑分QCI的E-RAB建立成功數(shù)，其中∑代表將本地網(wǎng)范圍內(nèi)的各個小區(qū)的統(tǒng)計結(jié)果累加,QCI=5。Enb0.50%移動性eSRVCC切換成功率（語音/視頻）反應(yīng)系統(tǒng)間切換的整體情況eSRVCC切換成功次數(shù)/eSRVCC切換嘗試次數(shù)*100%Enb98.00%系統(tǒng)內(nèi)切換成功率（語音/視頻）反映eNB間S1和X2切換出成功率、eNB內(nèi)切換出請求成功率整體情況反映eNB間S1和X2切換出成功率、eNB內(nèi)切換出請求成功率整體情況Enb99%完整性丟包率（語音/視頻）（MO發(fā)送的RTP數(shù)據(jù)包數(shù)量-MT接收的RTP數(shù)據(jù)包數(shù)量）/MO發(fā)送的RTP數(shù)據(jù)包數(shù)量（MO發(fā)送的RTP數(shù)據(jù)包數(shù)量-MT接收的RTP數(shù)據(jù)包數(shù)量）/MO發(fā)送的RTP數(shù)據(jù)包數(shù)量*100%Enb1%VoLTE下行平均時延小區(qū)下行PDCPSDU平均時延小區(qū)用戶面下行平均時延Enb0.1s目錄VoLTE主要指標(biāo)介紹7VoLTE主要指標(biāo)優(yōu)化VoLTE信令流程全程呼叫成功率優(yōu)化全程呼叫成功率優(yōu)化核心網(wǎng)方向:通過信令判斷問題網(wǎng)元，提交協(xié)助處理，IMS居多終端側(cè)優(yōu)化方向:ATP跟蹤、QXDM跟蹤提交終端廠家協(xié)助處理無線側(cè)優(yōu)化方向保證良好RF覆蓋，減少過覆蓋、弱覆蓋等合理TA規(guī)劃，減少TAU導(dǎo)致尋呼消息丟失重選、切換優(yōu)化，保證合理小區(qū)占用VoLTE全程呼叫成功率定義與2、3G一致，優(yōu)化方法類似；接通率方面與IMS相關(guān)性較大，早期由IMS導(dǎo)致的未接通問題較多，掉話方面主要與無線網(wǎng)相關(guān)性較大，主要與基礎(chǔ)優(yōu)化相關(guān)。VoLTEMOS優(yōu)化VoLTE

MOS使用POLQA算法，該算法主要針對AMR-WB編碼，對AMR編碼的打分比PESQ低，影響MoS值的因素包括語音編碼方式、PLR、抖動等VoLTEMOS優(yōu)化ERAB速率保障:更高的GBR可以保障語音質(zhì)量，PCRF設(shè)置編碼速率:更高的編碼速率可獲得更高的MOS切換優(yōu)化減少頻繁切換避免eSRVCC切換RTP丟包率優(yōu)化：優(yōu)化SINR，減少切換SINR優(yōu)化：高SINR可以獲得高MOS及低資源占用VoLTE主要指標(biāo)介紹目錄VoLTE主要指標(biāo)優(yōu)化10VoLTE案例分析【問題現(xiàn)象】11：24：31，UE1占用到肇慶端州石瑤街D-DLH2小區(qū)起呼，無線環(huán)境良好，主叫收到INVITE100后，被叫未收到paging，導(dǎo)致未接通【問題分析】UE1起呼，無線環(huán)境良好，主叫收到INVITE100后，被叫正在進行TAU，沒有收到paging，主叫UE1連接超時，RRC連接釋放，導(dǎo)致未接通

【問題解決】合理規(guī)劃TAC，根據(jù)實際情況進行微調(diào)，減少類似情況發(fā)生被叫TAU導(dǎo)致未接通【問題現(xiàn)象】在福州大學(xué)城測試過程中主叫終端發(fā)送sip信令cancel導(dǎo)致未接通?！締栴}分析】通過信令分析發(fā)現(xiàn)主叫發(fā)送invite以后被叫在這段時間（10:14:30-10:15:12）內(nèi)一直沒有收到尋呼，但是異常的情況是主叫信令流程進行還一直在進行中，包括專用承載建立、PRACK200OK，但是最終由于超時終端發(fā)起CANCEL導(dǎo)致未接通?！締栴}解決】在前期測試過程中經(jīng)常會出現(xiàn)這樣的事件，原因是由于核心網(wǎng)異常引起，需要核心網(wǎng)配合處理。核心網(wǎng)信令異常引起未接通UPDATE編碼格式協(xié)商超時導(dǎo)致掉話核心網(wǎng)信令異常引起未接通【問題現(xiàn)象】12：48：22，在肇慶大道工商學(xué)院孵化中心附近路段，UE占用肇慶端州工商學(xué)院孵化中心D-DLH1小區(qū)，無線環(huán)境良好，UE1出現(xiàn)掉話【問題分析】信令流程主叫在12：48：12上發(fā)UPDATA后，被叫所有流程正常，而且12：48：12時就已振鈴并摘機，主叫直到12：48：20后才收到UPDATA的響應(yīng)消息UPDATA408RequestTimeout020351914，收到該消息后緊接振鈴摘機，并在接通后隨即轉(zhuǎn)入CSFBMO過程，重定向?qū)е鲁休d釋放掉話。【問題解決】提供CALL–ID由IMS協(xié)助核查原因?！締栴}現(xiàn)象】

在福州大學(xué)城測試過程中下行收到RRCrelease的消息導(dǎo)致VoLTE掉話小區(qū)無線環(huán)境差導(dǎo)致Volte掉話【問題分析】結(jié)合當(dāng)時無線環(huán)境查看可以看出占用閩侯上街醫(yī)院-3小區(qū)RSRP-112dbm/SINR-4，無線環(huán)境非常差，掉線原因主要是由于無線環(huán)境過差導(dǎo)致無線鏈路釋放引起?！締栴}解決】該站點由于壓力測試時候天線和功率都進行過調(diào)整，將物理天饋和功率均進行恢復(fù)，經(jīng)過復(fù)測掉線沒有復(fù)現(xiàn)，問題得到解決。

【問題現(xiàn)象】09：13：22，在信安大道與棠崗路交界處，主叫UE1結(jié)束通話，被叫未收到BYE，導(dǎo)致軟件統(tǒng)計為SIP呼叫掉話?！締栴}分析】被叫UE2在主叫掛機后一直未收到BYE，最后測試人員手動掛機，上發(fā)BYE，IMS回復(fù)BYE481CallLeg/TransactionDoesNotExist。【問題分析】提供CALL-ID，由IMS協(xié)助核查當(dāng)時是否下發(fā)BYE。IMS未下發(fā)BYE導(dǎo)致Volte掉話【問題現(xiàn)象】使用23.85kbps高清編碼拉網(wǎng)，在拉網(wǎng)測試中發(fā)現(xiàn)RTP丟包率在20以上，MOS只有不到2，嚴(yán)重影響用戶感知。【問題分析】對此問題進行了重啟電腦和手機、重新插拔數(shù)據(jù)線操作，好點定點測試，問題依舊，排除測試原因，對測試log進行分析發(fā)現(xiàn)在建立專載消息中GBR速率比較小為24K,之前設(shè)置為48K，懷疑跟核心網(wǎng)設(shè)置有關(guān)，MOS測試使用單向錄播，上下行PDCP速率普遍在0至28kbps波動，如下圖：【問題解決】聯(lián)系華為PRCF工程師對此值修改為自適應(yīng)后問題得以解決，不再出現(xiàn)RTP丟包率極高mos低問題。主叫下行被叫上行物理層速率下行PDCP速率物理層速率PDCP速率46.52827.58426.1223.58429.34415.7288.0720.61692.80865.62412.8327.7922.560.61631.627.00826.51222.56824.47220.46432.33626.45.4320.61611.3442.00813.96812.126.0323.98431.52827.5631.42425.363023.58449.72826.417.0080.61611.5529.72819.1366.2324.3760.8431.227.5622.8818.89628.81620.46448.1628.6487.80.6169.5524.12824.11212.9042.160.50439.2242635.61627.81634.49625.63231.48826.44.5440.44核心網(wǎng)保障速率設(shè)置過小導(dǎo)致高RTP丟包率及低MOS【問題現(xiàn)象】終端在切換時出現(xiàn)多次隨機接入，甚至隨機接入失敗，影響VoLTE拉網(wǎng)指標(biāo)，會出現(xiàn)mos低的情況。【問題分析】目標(biāo)小區(qū)信號環(huán)境良好，無異常告警，但是隨機接入經(jīng)常出現(xiàn)多次msg1收不到msg2，此時會出現(xiàn)較高的RTP丟包率導(dǎo)致mos比較低。

對此小區(qū)進行了參數(shù)排查發(fā)現(xiàn)小區(qū)設(shè)置的廣播傳輸MCS等級比較高，設(shè)置為9，懷疑跟廣播MCS等級設(shè)置過高有關(guān)?！締栴}解決】將小區(qū)廣播MCS等級由9設(shè)置為1后隨機接入正常，不再出現(xiàn)多次msg1或者隨機接入失敗。廣播MCS等級設(shè)置不合理導(dǎo)致隨機接入困難【問題現(xiàn)象】終端在掛斷VoLTE電話去激活專載的過程中終端無線環(huán)境出問題，發(fā)生了重建立，導(dǎo)致在終端發(fā)給基站的去激活專載完成的重配置完成消息沒有收到，導(dǎo)致基站未釋放專載，在下次呼叫中失敗?！締栴}分析】提取基站CDL看當(dāng)時情況為基站收到了核心網(wǎng)發(fā)送的去激活專載請求消息，同時也向終端發(fā)送重配消息用于去激活專載，終端在收到重配后正好發(fā)生了重建立，導(dǎo)致重配置完成沒有成功發(fā)給基站，基站回復(fù)核心網(wǎng)專載去激活失敗，原因值為radioNetwork

:

interaction-with-other-procedure，如下圖：【問題解決】

修改基站版本遇到此類問題eNB在不收到重配置完成消息也直接回復(fù)核心網(wǎng)專載釋放完成，在下次呼叫時直接建立新專載即可

雖然eNB告知核心網(wǎng)專載釋放失敗，但在核心網(wǎng)看來無需再理會eNB狀態(tài)，因為被叫終端已經(jīng)掛機無需再為此終端留資源，核心網(wǎng)側(cè)已經(jīng)直接將承載釋放，這樣就出現(xiàn)了基站側(cè)和核心網(wǎng)側(cè)專載狀態(tài)不一致，在下次呼叫中核心網(wǎng)直接向eNB請求專載建立，eNB由于上次呼叫專載未釋放不能再建立專載，回復(fù)核心網(wǎng)eid重復(fù)專載建立失敗。無線環(huán)境導(dǎo)致基站釋放專載失敗【問題現(xiàn)象】呼叫建立過程中，被叫上發(fā)INVITE183后未建立QCI=1的承載，最后超時，IMS下發(fā)CANCEL導(dǎo)致未接通。【問題分析】提取基站CDL看當(dāng)時情況為基站收到了核心網(wǎng)發(fā)送的去激活專載請求消息，同時也向終端發(fā)送重配消息用于去激活專載，終端在收到重配后正好發(fā)生了重建立，導(dǎo)致重配置完成沒有成功發(fā)給基站，基站回復(fù)核心網(wǎng)專載去激活失敗，原因值為radioNetwork

:

interaction-with-other-procedure，如下圖：【問題解決】此問題主要是過程沖突，同時VoLTE業(yè)務(wù)有資源預(yù)留機制（precondition），而在MME上無此機制，如果出現(xiàn)類似此種過程沖突，必定造成未接通，ENB側(cè)無法解決此問題；該問題需要IMS和MME側(cè)聯(lián)合進行定位，改進保護機制后解決，例如引入重傳機制，再次向切換后的基站發(fā)送S1ERABSetupRequest以保證QCI建立成功過程并發(fā)導(dǎo)致專載建立失敗【問題現(xiàn)象】在VOLTE測試過程中發(fā)現(xiàn)在RSRP變差到-110以后不能切換到2G，而是重定向到2G，導(dǎo)致掉話【問題分析】

檢查參數(shù)、基站版本均無異常，更換SIM進行驗證以后發(fā)現(xiàn)可以正常的進行eSRVCC切換，懷疑是SIM授權(quán)出現(xiàn)問題，對比信令流程發(fā)現(xiàn)在上下文建立請求中核心網(wǎng)沒有帶SRVCC能力，而正常的流程中攜帶有SRVCC能力?！締栴}分析】

由核心網(wǎng)對SIM卡增加SRVCC授權(quán)后，復(fù)測恢復(fù)正常。SIM卡授權(quán)問題導(dǎo)致無法eSRVCC切換GSM鄰區(qū)漏配導(dǎo)致eSRVCC切換失敗【問題現(xiàn)象】兩部終端在RSRP為-84dBm處撥通VoLTE，然后終端1保持原地不動，終端2向LTE信號弱的地方移動。如下圖所示，當(dāng)LTERSRP達到測量門限時，終端上報MR后網(wǎng)絡(luò)并未下發(fā)MobilityFromEUTRACommandhandover命令。一直到RSRP降至-123dbm時網(wǎng)絡(luò)下發(fā)RRCConnectionRelease，然后發(fā)起LTE到GSM的小區(qū)重選過程【問題分析】檢查參數(shù)及門限等均正常，排除參數(shù)問題，直接懷疑鄰區(qū)配置問