VoLTE端到端業(yè)務(wù)質(zhì)量分析-xRVCC切換分析研究

1、VoLTE端到端業(yè)務(wù)質(zhì)量分析 大唐移動(dòng)通信設(shè)備有限公司VoLTE端到端質(zhì)量分析 -xRVCC切換分析研究項(xiàng)目名稱文檔編號(hào)版 本 號(hào)部 門作 者版權(quán)所有大唐移動(dòng)通信設(shè)備有限公司本資料及其包含的所有內(nèi)容為大唐移動(dòng)通信設(shè)備有限公司(大唐移動(dòng))所有,受中國(guó)法律及適用之國(guó)際公約中有關(guān)著作權(quán)法律的保護(hù)。未經(jīng)大唐移動(dòng)書面授權(quán)，任何人不得以任何形式復(fù)制、傳播、散布、改動(dòng)或以其它方式使用本資料的部分或全部?jī)?nèi)容，違者將被依法追究責(zé)任。目錄1.xSRVCC專項(xiàng)分析背景32.xSRVCC切換分類33.xSRVCC切換指標(biāo)統(tǒng)計(jì)方式33.1、SRVCC切換流程33.2、OMC網(wǎng)管相關(guān)KPI介紹43.3、平臺(tái)相關(guān)KPI介紹

2、54.xSRVCC切換指標(biāo)分析思路64.1質(zhì)差定界74.2質(zhì)差定位75.OMC與信令平臺(tái)匹配統(tǒng)計(jì)方法75.1、信令平臺(tái)分析思路：75.2、Esrvcc與Xsrvcc統(tǒng)計(jì)說(shuō)明：87.xSRVCC案例介紹9案例1：切換與掛機(jī)流程沖突-用戶行為(終端發(fā)Cancel)9案例2：切換與掛機(jī)流程沖突-用戶行為(終端發(fā)Bye)11案例3：GSM資源不足問(wèn)題：no-radio-resources-available-in-target-cell13案例4：GSM站點(diǎn)退服導(dǎo)致GTPV2響應(yīng)失敗 Failure with Target system14案例5：MME、eMSC漏配GSM側(cè)LAC導(dǎo)致對(duì)應(yīng)LAC區(qū)域換

3、成功率0%16案例6：interaction-with-other-procedure -IMS域與CS域業(yè)務(wù)并發(fā)221.xSRVCC專項(xiàng)分析背景2016年中國(guó)移動(dòng)集團(tuán)開展VoLTE百日會(huì)戰(zhàn)后，全國(guó)各個(gè)省公司陸續(xù)開始放號(hào)進(jìn)行VOLTE商用，針對(duì)當(dāng)前LTE網(wǎng)絡(luò)發(fā)展的趨勢(shì)，會(huì)逐漸進(jìn)行大規(guī)模放號(hào)，考慮到我司區(qū)域還存在著大量的不連續(xù)覆蓋問(wèn)題，那么今后的語(yǔ)音業(yè)務(wù)質(zhì)量，會(huì)對(duì)xSRVCC性能的可靠性提出非常高的要求,該指標(biāo)的好壞直接關(guān)系到用戶的感知問(wèn)題，也會(huì)影響到我司在同區(qū)域友商競(jìng)爭(zhēng)中地位。目前集團(tuán)也下發(fā)了關(guān)于質(zhì)差小區(qū)（性能指標(biāo)和用戶感知）考核的建議，各個(gè)省公司已經(jīng)陸續(xù)開始考核質(zhì)差TOP小區(qū)，其中就包含XS

4、RVCC切換，特通過(guò)此專項(xiàng)提升現(xiàn)網(wǎng)用戶感知。 2.xSRVCC切換分類在集團(tuán)指標(biāo)功能中:xSRVCC指標(biāo)包含aSRVCC/baSRVCC/aSRVCC三種。bSRVCC定義：從INVITE-Request到振鈴Ringing 180之間系統(tǒng)間切換aSRVCC定義：從Ringing 180到接通INVITE-OK（200）之間系統(tǒng)間切換eSRVCC定義：接通后的系統(tǒng)間切換目前3GPP協(xié)議規(guī)范對(duì)bSRVCC切換未做明確功能實(shí)現(xiàn)描述，各廠商現(xiàn)有系統(tǒng)的bSRVCC功能均未開發(fā)實(shí)現(xiàn)，現(xiàn)網(wǎng)實(shí)測(cè)中發(fā)現(xiàn)在LTE弱場(chǎng)下存在概率性觸發(fā)bSRVCC導(dǎo)致無(wú)法接通的現(xiàn)象，此項(xiàng)功能的支撐對(duì)提升現(xiàn)網(wǎng)VoLTE感知非常關(guān)鍵。

5、3.xSRVCC切換指標(biāo)統(tǒng)計(jì)方式3.1、SRVCC切換流程SRVCC（Single Radio Voice Call Continuity）：主要解決當(dāng)單射頻UE在LTE網(wǎng)絡(luò)和2G/3G網(wǎng)絡(luò)之間移動(dòng)時(shí)，如何保持語(yǔ)音業(yè)務(wù)連續(xù)性的問(wèn)題，也就是單射頻UE在IMS控制的VoIP語(yǔ)音和CS語(yǔ)音之間無(wú)縫切換。SRVCC關(guān)鍵技術(shù)點(diǎn)： 1. 在MSC Server和MME之間定義Sv接口，提供異構(gòu)網(wǎng)絡(luò)間接入層切換控制；2. 通過(guò)設(shè)置IWF互通網(wǎng)元，終結(jié)Sv接口，避免對(duì)原有電路域設(shè)備的改造；3. IMS網(wǎng)絡(luò)作為會(huì)話錨定點(diǎn)，統(tǒng)一進(jìn)行會(huì)話層切換，保證會(huì)話跨網(wǎng)切換的連續(xù)性。3.2、OMC網(wǎng)管相關(guān)KPI介紹備注：、到G

6、ERAN的SRVCC切換出請(qǐng)求次數(shù)、到GERAN的SRVCC切換出準(zhǔn)備成功次數(shù)、到GERAN的SRVCC切換出執(zhí)行請(qǐng)求次數(shù)、到GERAN的SRVCC切換出成功次數(shù)SRVCC成功率=(到GERAN的SRVCC切換出成功次數(shù)/到GERAN的SRVCC切換出請(qǐng)求次數(shù))*1003.3、平臺(tái)相關(guān)KPI介紹Ø 指標(biāo)名稱：SRVCC切換成功率Ø 英文名稱：Service.VOLTE.SrvccHandoverSuccRateØ 業(yè)務(wù)需求：用戶移出LTE覆蓋時(shí)需要切換到2G的成功幾率。 Ø 指標(biāo)定義：終端在VoLTE通話過(guò)程中進(jìn)行移動(dòng)，當(dāng)移出LTE覆蓋時(shí)需要切換到2G，

7、該指標(biāo)標(biāo)識(shí)這種切換的成功比例。a) 指標(biāo)算法：SRVCC切換成功率=SRVCC切換成功次數(shù)SRVCC切換總次數(shù)。Ø SRVCC切換成功次數(shù)：eMSC向MME發(fā)送Handover complete（下圖消息5），且收到IMS核心網(wǎng)ATCF的200 OK（下圖消息4）的次數(shù)。Ø SRVCC切換請(qǐng)求次數(shù)：eMSC收到MME的PS to CS Handover Request（下圖消息1）的次數(shù)。Ø 測(cè)量數(shù)據(jù)映射關(guān)系：Sv xDR， SRVCC切換成功次數(shù)：xDR中字段“Interface”=Sv，且“Procedure Type”=1,且“RESULT”=0的xDR個(gè)數(shù)

8、。 SRVCC切換請(qǐng)求次數(shù)：xDR中字段“Interface”=Sv，且“Procedure Type”=1,的xDR個(gè)數(shù)Ø 數(shù)據(jù)類型: 實(shí)型Ø 數(shù)據(jù)單位：無(wú)Ø 空間粒度：UEØ 時(shí)間粒度：15分鐘Ø 數(shù)據(jù)來(lái)源：Sv網(wǎng)優(yōu)平臺(tái)-分母：handover required（S1接口），分子：攜帶successful handover的UE Context Release Command（S1接口）信令平臺(tái)-分母：PS TO CS Handover request（Sv接口），分子： PS to CS Complete Acknowledge（Sv接口

9、）根據(jù)算法可以看出，網(wǎng)優(yōu)平臺(tái)是以S1接口進(jìn)行打點(diǎn)，信令平臺(tái)是以Sv接口進(jìn)行打點(diǎn)。算法上存在差異。4.xSRVCC切換指標(biāo)分析思路首先需要分解到三域（即為EPCIMSCS），再通過(guò)關(guān)聯(lián)分析，聚類分析，原因分析，定界到8個(gè)維度4.1質(zhì)差定界觀察關(guān)聯(lián)KPI指標(biāo)質(zhì)差情況，對(duì)質(zhì)差KPI指標(biāo)進(jìn)行時(shí)域?qū)Ρ?，聚類?duì)比，對(duì)失敗原因值進(jìn)行分析，確定質(zhì)差方向：ECP域質(zhì)差網(wǎng)元，IMS域質(zhì)差網(wǎng)元，CS域質(zhì)量網(wǎng)元4.2質(zhì)差定位如上問(wèn)題定界定界后，需要進(jìn)一步，以其他TOPN失敗原因值關(guān)聯(lián)定位，在平臺(tái)，CDL進(jìn)行匯聚分析出各個(gè)維度。5.OMC與信令平臺(tái)匹配統(tǒng)計(jì)方法從網(wǎng)管中提取到的KPI指標(biāo)必須是15分鐘粒度的，粒度太大在信

10、令平臺(tái)S1很難提取到，在SV口信令是可以提取到的，所以要在提取OMC15中粒度要與信令平臺(tái)要進(jìn)行匹配，便與統(tǒng)計(jì)分析5.1、信令平臺(tái)分析思路：如果srvcc在S1口失敗，沒有在Sv口發(fā)起切換，那么信令平臺(tái)針對(duì)Sv的統(tǒng)計(jì)里是看不到的。下面我們根據(jù)這種情況給出具體的，使用信令平臺(tái)的核對(duì)辦法。針對(duì)網(wǎng)優(yōu)平臺(tái)給出的srvcc質(zhì)差小區(qū)，在S1AP記錄分析中，設(shè)置如下幾個(gè)條件：Ø 設(shè)置ECI=網(wǎng)優(yōu)提供的小區(qū)Ø 設(shè)置切換類型= 2ltetogeran，即srvccØ 查詢結(jié)果如下圖所示，在S1接口失敗的那次，就不會(huì)有Sv接口的消Ø 點(diǎn)開信令，進(jìn)行S1接口失敗的srvcc詳

11、細(xì)分析Ø 針對(duì)S1接口成功的，在Sv接口失敗的，在切換記錄分析中，設(shè)置如下幾個(gè)條件：Ø 設(shè)置ECI=網(wǎng)優(yōu)提供的小區(qū)Ø 查詢結(jié)果如下圖所示，紅框中即為Sv接口失敗的消息Ø 點(diǎn)開信令，進(jìn)行Sv接口失敗的srvcc詳細(xì)分析5.2、Esrvcc與Xsrvcc統(tǒng)計(jì)說(shuō)明：在集團(tuán)指標(biāo)功能中，我們嚴(yán)格按照集團(tuán)下發(fā)的定義，僅統(tǒng)計(jì)了esrvcc的切換次數(shù)及切換成功率。下文將說(shuō)明，如何在信令平臺(tái)上如何進(jìn)行Xsrvcc的統(tǒng)計(jì)（包含asrvcc/bsrvcc/esrvcc）在KPI小區(qū)分析功能中，是我們針對(duì)現(xiàn)網(wǎng)實(shí)際需求，進(jìn)行的小區(qū)維度指標(biāo)統(tǒng)計(jì)，其中我們包含了xsrvcc的統(tǒng)計(jì)和e

12、srvcc的統(tǒng)計(jì)。如下圖可以看到xsrvcc與esrvcc的數(shù)據(jù)對(duì)比。這個(gè)數(shù)據(jù)的打點(diǎn)是以sv口進(jìn)行打點(diǎn)，與網(wǎng)游平臺(tái)的s1口打點(diǎn)會(huì)有差異，請(qǐng)悉知。6.xSRVCC案例介紹案例1：切換與掛機(jī)流程沖突-用戶行為(終端發(fā)Cancel)【問(wèn)題描述】：LTE-Tdd小區(qū)CGI切換至2G成功次數(shù)切換至2G請(qǐng)求次數(shù)失敗次數(shù)DX通渭賈家峽-LTE-F(四期)-1460-00-773436-123331【問(wèn)題分析】通過(guò)炎強(qiáng)平臺(tái)信令可以看到，源小區(qū)在08:53:11時(shí)，eNB向MME發(fā)送S1 Handover Required,包含信息如下圖：在后續(xù)的流程中，eMSC和MME之間未進(jìn)行SRVCC PS to CS

13、Complete信令交互，導(dǎo)致eNB和MME之間進(jìn)行UE Context Release，所以在不到1s的時(shí)間內(nèi)，eNB再次向MME發(fā)起S1 Handover Required如下：eNB向MEE發(fā)送Handover Required之后，MME未給eNB發(fā)送Handover Command，在超過(guò)3s（切換準(zhǔn)備定時(shí)器時(shí)長(zhǎng)）之后，eNB給MME發(fā)送Handover Cancel，失敗原因如下：后續(xù)所有失敗的原因均集中在這2個(gè)問(wèn)題上，1、MME向eNB發(fā)送了Handover Command，但是沒有后續(xù)的UE Context Relase；2、MME未向eNB發(fā)送Handover Command

14、，導(dǎo)致切換準(zhǔn)備定時(shí)器超時(shí)，eNB向MME發(fā)送了Handover Cancel?！窘鉀Q措施】【解決計(jì)劃】【PCAP記錄包】案例2：切換與掛機(jī)流程沖突-用戶行為(終端發(fā)Bye)【問(wèn)題描述】LTE-Tdd小區(qū)CGI切換至2G成功次數(shù)切換至2G請(qǐng)求次數(shù)失敗次數(shù)DX渭源會(huì)川-LTE-F(二期)-3460-00-615722-37114【問(wèn)題分析】從炎強(qiáng)平臺(tái)信令可以看到，在12:49:36時(shí)，eNB向MME發(fā)起Handover Required，包含信息如下：在eNB給MME發(fā)完Handover Required，緊接著在12:49:36時(shí)，UE向SBC發(fā)起了BYE小區(qū)，切換流程和掛機(jī)流程沖突，導(dǎo)致切換失

15、敗，如下：在后續(xù)的流程中，因切換定時(shí)器超時(shí)，導(dǎo)致了一次失敗，如下：【解決措施】【解決計(jì)劃】【PCAP記錄包】案例3：GSM資源不足問(wèn)題：no-radio-resources-available-in-target-cell【問(wèn)題描述】：LTE-Tdd小區(qū)小區(qū)CGI切換至2G成功次數(shù)切換至2G請(qǐng)求次數(shù)切換至2G失敗次數(shù)SRVCC成功率邵家塘LTE-1460-00-776793-128625.00%【問(wèn)題分析】SDCCH分配成功率TCH分配成功率(不含切換)(%)隨機(jī)接入成功率%忙時(shí)SDCCH溢出總次數(shù)信令信道擁塞率(%)忙時(shí)話音信道溢出總次數(shù)(不含切換)忙時(shí)話音信道溢出總次數(shù)(含切換)話音信道擁

16、塞率(不含切換)(%)無(wú)線接入性89.87%100.00%89.87%3210.13%000.00%89.87%82.27%58.33%82.27%5317.73%51841.67%47.99%90.31%100.00%90.31%289.69%000.00%90.31%案例4：GSM站點(diǎn)退服導(dǎo)致GTPV2響應(yīng)失敗 Failure with Target systemS1失敗原因?yàn)椋?06 ho-failure-in-target-EPC-eNB-or-target-systemGTPV2失敗原因?yàn)?3 No resources available日期開始結(jié)束LAC_CI可用信道數(shù)TCH信道數(shù)

17、SD信道數(shù)SD最大占用數(shù)信道可用率SDCCH溢出次數(shù)SDCCH溢出率2016/09/0514:0015:0037931_220419 17 12 11 48.05%3 0.21%2016/09/0514:0015:0037931_220519 17 17 4 41.46%0 0.00%2016/09/0514:0015:0037931_220616 14 10 7 52.00%6 1.12%案例5：MME、eMSC漏配GSM側(cè)LAC導(dǎo)致對(duì)應(yīng)LAC區(qū)域換成功率0%【問(wèn)題描述】甘肅7月份VoLTE已經(jīng)商用，近期省網(wǎng)管中心通報(bào)全省eSRVCC切換指標(biāo)極差，大唐區(qū)域主要集中在定西，根據(jù)省公司通報(bào)的TO

18、P，我們發(fā)現(xiàn)定西的eSRVCC失敗主要集中在通渭區(qū)域，為此我們結(jié)合我司的分析工具CDL和省移動(dòng)的信令平臺(tái)，詳細(xì)分析該區(qū)域的eSRVCC切換失敗原因?！締?wèn)題分析】根據(jù)信令平臺(tái)統(tǒng)計(jì)，我們對(duì)eSRVCC失敗率高的小區(qū)進(jìn)行了詳細(xì)的分析，根據(jù)手機(jī)號(hào)碼對(duì)小區(qū)統(tǒng)計(jì)的eSRVCC取消。從當(dāng)前TOP小區(qū)的失敗原因來(lái)看，eSRVCC失敗有三種原因：² Cause : Target Cell not available；² Cause : No resources available；² Cause: Handover/Relocation cancelled by source sy

19、stem ；（注：OMT統(tǒng)計(jì)信令口味是S1口、信令平臺(tái)是SV口）針對(duì)定西通渭區(qū)域eSRVCC失敗的問(wèn)題，無(wú)論是信令平臺(tái)，還是CDL分析，eSRVCC的失敗原因均為unknown-targetID， 我們從無(wú)線側(cè)的參數(shù)、鄰區(qū)配置、干擾、告警、MR等進(jìn)行了詳細(xì)的核查，均無(wú)問(wèn)題。通過(guò)一周的指標(biāo)對(duì)比分析，失敗的區(qū)域主要集中的LAC區(qū)域：37933；我們轉(zhuǎn)向懷疑是否是MME側(cè)添加的數(shù)據(jù)有問(wèn)題；隨后我們?cè)谡乙幌氯A為MME是否漏配了該LAC導(dǎo)致（定西29個(gè)LAC中問(wèn)題收斂在37933，該LAC下掛43個(gè)站點(diǎn)，其中有37個(gè)站點(diǎn)出現(xiàn)只有請(qǐng)求次數(shù)，成功次數(shù)為“0”），問(wèn)題收斂在定西LAC=37933，見

20、下：區(qū)域網(wǎng)元eNBIDSRVCC.SuccOutGeran(R091_004)SRVCC.AttOutGeran(R091_001)LTE現(xiàn)網(wǎng)LAC通渭DX通渭地八-LTE-F(四期)-3777695030937933通渭DX通渭團(tuán)結(jié)-LTE-F(四期)-3777905024137933通渭DX通渭姚岔-LTE-F(四期)-3777912018637933通渭DX通渭積麻-LTE-F(四期)-3777561017237933通渭DX通渭文川-LTE-F(二期增補(bǔ))-2615901010537933通渭DX通渭桃園-LTE-F(四期)-277754406637933通渭DX通渭陽(yáng)坡-LTE-F(

21、三期)-176657204937933通渭DX通渭南河-LTE-F(四期)-377757104437933通渭DX通渭李坡-LTE-F(四期)-177757503437933通渭DX通渭榜羅-LTE-F(四期二)-177793803137933通渭DX通渭榜羅-LTE-F(四期二)-277793803137933通渭DX通渭常河明山-LTE-F(四期)-177763902937933通渭DX通渭張川-LTE-F(四期)-177781402637933通渭DX通渭大莊-LTE-F(四期)-377754202237933通渭DX通渭合并-LTE-F(四期)-277750601637933通渭DX通

22、渭桃園-LTE-F(四期)-377754401537933通渭DX通渭張坪-LTE-F(四期)-376690201037933通渭DX通渭張坪-LTE-F(四期)-27669020937933通渭DX通渭榜羅中學(xué)-LTE-F(二期)-26157010937933通渭DX通渭劉家峴-LTE-F(四期)-37778610837933通渭DX通渭地八-LTE-F(四期)-17776950837933通渭DX通渭大莊-LTE-F(四期)-27775420837933通渭DX通渭大莊-LTE-F(四期)-17775420737933通渭DX通渭文川-LTE-F(二期增補(bǔ))-36159010737933通

23、渭DX通渭常河南山-LTE-F(二期)-36157030437933通渭DX通渭文樹-LTE-F(四期)-17775760437933通渭DX通渭小莊-LTE-F(三期)-36608830437933通渭DX通渭紅峴-LTE-F(四期二)-16596830237933通渭DX通渭小莊-LTE-F(三期)-26608830237933通渭DX通渭榜羅四平-LTE-F(四期二)-16608020237933通渭DX通渭榜羅-LTE-F(二期)-16157020237933CDL信令分析截圖如下：分析通渭差小區(qū)的CDL日志，ENB-MME在發(fā)起S1 Handover Requir

24、ed 后 MME直接回復(fù)S1 Handover Preparation Failure 原因?yàn)椋簐alue S1AP-PDU := unsuccessfulOutcome :       procedureCode 0,    criticality reject,    value HandoverPreparati

25、onFailure :           protocolIEs                         id 0,        

26、;  criticality ignore,          value MME-UE-S1AP-ID : 25208088        ,                  

27、id 8,          criticality ignore,          value ENB-UE-S1AP-ID : 136        ,         &#

28、160;        id 2,          criticality ignore,          value Cause : radioNetwork : unknown-targetID    

29、                從下圖看到，eNB上發(fā)S1 Handover Required攜帶的GSM LAC小區(qū)未37933，見下：EPC在收到S1 Handover Required后，下發(fā)Failure消息，原因值為“該小區(qū)不存在”，見下圖：信令信令平臺(tái)分析截圖如下：通過(guò)信令平臺(tái)信令失敗原因?yàn)?#160;radioNetwork : unknown-targetID，見下：切換類型，LAC CI見下：【解決

30、措施】通過(guò)CDL以及信令平臺(tái)信令分析，我們對(duì)eSRVCC失敗的無(wú)線環(huán)境、當(dāng)前小區(qū)的干擾、MR、影響指標(biāo)的告警等問(wèn)題一一排除后，結(jié)合小區(qū)失敗的原因以及問(wèn)題失敗的區(qū)域集中性等，由此基本可以確認(rèn)，定西通渭的eSRVCC失敗主要系MME側(cè)漏配了定西的LAC：37933，導(dǎo)致該LAC下面的eSRVCC 切換失敗率為100%，聯(lián)系核心網(wǎng)側(cè)人員進(jìn)行確認(rèn)，的確是MME未添加定西的LAC：37933，在核心網(wǎng)側(cè)添加該LAC完畢后，我們觀察eSRVCC切換指標(biāo)并未恢復(fù)正常，我們聯(lián)系核心網(wǎng)做二次檢查，懷疑除MME外，可能還有其他網(wǎng)元存在漏配數(shù)據(jù)的可能，核心網(wǎng)側(cè)核查發(fā)現(xiàn)出MME外，eMSC也漏陪定西LAC=37933數(shù)據(jù)，eSMC數(shù)據(jù)添加后，進(jìn)一步觀察eSRVCC指標(biāo)，可以看到指標(biāo)已恢復(fù)正常。見下：日期SRVCC.SuccOutGeran(R091_004)SRVCC