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%掛機(jī)成功率（掛機(jī)方）掛機(jī)方發(fā)起B(yǎng)YEMessage到收到網(wǎng)絡(luò)下發(fā)的SIP200OK消息成功率掛機(jī)成功次數(shù)/掛機(jī)嘗試次數(shù)*100%99%互操作eSVRCC切換成功率（話音/視頻）HOComplete次數(shù)/MobilityfromEUTRANcommand次數(shù)*100%eSRVCC切換成功次數(shù)/eSRVCC切換嘗試次數(shù)*100%99%GSM通話時(shí)長占比指定時(shí)間內(nèi)終端在GSM制式下的通話時(shí)長占總通話時(shí)長比值指定時(shí)間內(nèi)終端在GSM制式下的通話時(shí)長/指定時(shí)間內(nèi)終端總通話時(shí)長*100%0.50%呼叫eSRVCC切換占比發(fā)生了eSRVCC切換的呼叫次數(shù)占總呼叫次數(shù)的比值發(fā)生了eSRVCC切換的呼叫次數(shù)/總呼叫次數(shù)*100%0.50%eSVRCC信令面切換時(shí)延從收到eNodeB下發(fā)HandoverCommand到終端向BSS發(fā)送HOComplete的時(shí)間差--100mseSVRCC媒體面切換時(shí)延終端eSRVCC切換前收到的最后一個(gè)RTP包到切換后收到的第一個(gè)RTP包之間的時(shí)間差--300ms主要測(cè)試指標(biāo)指標(biāo)類型指標(biāo)名稱（中文）指標(biāo)描述公式定義建議值重要時(shí)延呼叫建立時(shí)延從INVITE到INVITE200之間的時(shí)延

--3s系統(tǒng)內(nèi)切換時(shí)延（語音/視頻）終端系統(tǒng)內(nèi)切換前收到的最后一個(gè)RTP包到切換后收到的第一個(gè)RTP包之間的時(shí)間差--100ms掛機(jī)時(shí)延（掛機(jī)方）主叫端發(fā)起B(yǎng)YEMessage到收到網(wǎng)絡(luò)下發(fā)的SIP200OK消息時(shí)延--100ms話音質(zhì)量MOS值平均意見得分，其目的是評(píng)估通信系統(tǒng)的語音質(zhì)量，廠家評(píng)估算法包括PESQ和POLQA算法POLQA算法，采樣頻率48K95%大于3端到端時(shí)延（delay)從主叫端語音編碼器輸入到被叫端解碼輸出的時(shí)間差--230ms抖動(dòng)（Jitter）（話音）接收端RTP層數(shù)據(jù)包時(shí)延的方差，包括最小、最大和平均抖動(dòng)時(shí)延，取決于用戶端去抖動(dòng)緩存器相繼的RTP包間時(shí)延的變化10msRTP丟包率（PLR）（話音）統(tǒng)計(jì)RTP/PDCP層數(shù)據(jù)包（發(fā)送的VoIP數(shù)據(jù)包數(shù)量-接收的數(shù)據(jù)包數(shù)量）/發(fā)送的VoIP數(shù)據(jù)包數(shù)量*100%1%RTP丟包率（PLR）（視頻）統(tǒng)計(jì)RTP/PDCP層數(shù)據(jù)包（發(fā)送的VoIP數(shù)據(jù)包數(shù)量-接收的數(shù)據(jù)包數(shù)量）/發(fā)送的VoIP數(shù)據(jù)包數(shù)量*100%1%主要測(cè)試指標(biāo)主要測(cè)試指標(biāo)指標(biāo)類型指標(biāo)名稱（中文）指標(biāo)描述公式定義建議值資源占用上行RB數(shù)(話音）每秒上行調(diào)度RB數(shù)：指該用戶在過去1秒內(nèi)被實(shí)際調(diào)度的上行RB數(shù)；每秒上行實(shí)際調(diào)用次數(shù)：指該用戶在過去1秒內(nèi)被系統(tǒng)實(shí)際上行調(diào)度的次數(shù)，而非過去1秒內(nèi)的所有調(diào)度機(jī)會(huì)（例如過去一秒內(nèi)所有的上行時(shí)隙數(shù)目）；每秒上行調(diào)度RB數(shù)/每秒上行實(shí)際調(diào)度次數(shù)95%小于2下行RB數(shù)(話音）每秒下行調(diào)度RB數(shù)：指該用戶在過去1秒內(nèi)被實(shí)際調(diào)度的下行RB數(shù)；每秒下行實(shí)際調(diào)用次數(shù)：指該用戶在過去1秒內(nèi)被系統(tǒng)實(shí)際下行調(diào)度的次數(shù)，而非過去1秒內(nèi)的所有調(diào)度機(jī)會(huì)（例如過去一秒內(nèi)所有的下行時(shí)隙數(shù)目）；每秒下行調(diào)度RB數(shù)/每秒下行實(shí)際調(diào)度次數(shù)95%小于4上行MCS(話音/視頻）每秒上行調(diào)度的MCS值之和：該用戶在過去一秒被上行調(diào)度的MCS值總和；每秒實(shí)際調(diào)用次數(shù)：指該用戶在過去1秒內(nèi)被系統(tǒng)實(shí)際上行調(diào)度的次數(shù)，而非過去1秒內(nèi)的所有調(diào)度機(jī)會(huì)（例如過去一秒內(nèi)所有的上行時(shí)隙數(shù)目）。每秒上行調(diào)度的MCS值之和/每秒實(shí)際調(diào)度次數(shù)95%大于等于10下行MCS(話音/視頻）每秒下行調(diào)度的MCS值之和：該用戶在過去一秒被下行調(diào)度的MCS值總和。每秒實(shí)際調(diào)用次數(shù)：指該用戶在過去1秒內(nèi)被系統(tǒng)實(shí)際下行調(diào)度的次數(shù)，而非過去1秒內(nèi)的所有調(diào)度機(jī)會(huì)（例如過去一秒內(nèi)所有的下行時(shí)隙數(shù)目）。每秒下行調(diào)度的MCS值之和/每秒實(shí)際調(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建立請(qǐng)求數(shù))*(QCI5E-RAB建立成功數(shù)/QCI5E-RAB建立請(qǐng)求數(shù))*(QCI1E-RAB建立成功數(shù)/QCI1E-RAB建立請(qǐng)求數(shù))*(RRC連接建立成功次數(shù)/RRC連接建立請(qǐng)求次數(shù))*100%Enb98%E-RAB建立成功率(QCI=1)統(tǒng)計(jì)QCI=1的用戶平面連接建立成功率。分QCI的E-RAB建立成功數(shù)（QCI=1）/分QCI的E-RAB建立請(qǐng)求數(shù)（QCI=1）*100%Enb99%E-RAB建立成功率(QCI=5)統(tǒng)計(jì)QCI=5的用戶平面連接建立成功率。分QCI的E-RAB建立成功數(shù)（QCI=5）/分QCI的E-RAB建立請(qǐng)求數(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請(qǐng)求釋放的E-RAB數(shù)-分QCI的正常的eNB請(qǐng)求釋放的E-RAB數(shù)+分QCI的切出失敗的E-RAB數(shù))/∑分QCI的E-RAB建立成功數(shù)，其中∑代表將本地網(wǎng)范圍內(nèi)的各個(gè)小區(qū)的統(tǒng)計(jì)結(jié)果累加,QCI=1。Enb0.50%E-RAB掉線率(QCI=5)E-RAB(QCI=5)掉線率反映了系統(tǒng)的業(yè)務(wù)通訊保持能力，也反映了系統(tǒng)的穩(wěn)定性和可靠性。∑(分QCI的eNB請(qǐng)求釋放的E-RAB數(shù)-分QCI的正常的eNB請(qǐng)求釋放的E-RAB數(shù)+分QCI的切出失敗的E-RAB數(shù))/∑分QCI的E-RAB建立成功數(shù)，其中∑代表將本地網(wǎng)范圍內(nèi)的各個(gè)小區(qū)的統(tǒng)計(jì)結(jié)果累加,QCI=5。Enb0.50%移動(dòng)性eSRVCC切換成功率（語音/視頻）反應(yīng)系統(tǒng)間切換的整體情況eSRVCC切換成功次數(shù)/eSRVCC切換嘗試次數(shù)*100%Enb98.00%系統(tǒng)內(nèi)切換成功率（語音/視頻）反映eNB間S1和X2切換出成功率、eNB內(nèi)切換出請(qǐng)求成功率整體情況反映eNB間S1和X2切換出成功率、eNB內(nèi)切換出請(qǐng)求成功率整體情況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下行平均時(shí)延小區(qū)下行PDCPSDU平均時(shí)延小區(qū)用戶面下行平均時(shí)延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算法，該算法主要針對(duì)AMR-WB編碼，對(duì)AMR編碼的打分比PESQ低，影響MoS值的因素包括語音編碼方式、PLR、抖動(dòng)等VoLTEMOS優(yōu)化ERAB速率保障:更高的GBR可以保障語音質(zhì)量，PCRF設(shè)置編碼速率:更高的編碼速率可獲得更高的MOS切換優(yōu)化減少頻繁切換避免eSRVCC切換RTP丟包率優(yōu)化：優(yōu)化SINR，減少切換SINR優(yōu)化：高SINR可以獲得高M(jìn)OS及低資源占用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后，被叫正在進(jìn)行TAU，沒有收到paging，主叫UE1連接超時(shí)，RRC連接釋放，導(dǎo)致未接通

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

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

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

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

:

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

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

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

:

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

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

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