VoLTE端到端业务质量分析-xRVCC切换分析研究

1、VoLTE端到端业务质量分析大唐移动通信设备有限公司 第1页共23页 大唐移动 DTmobile VoLTE端到端质量分析 -xRVCC切换分析研究 项目名称 文档编号 版本号 部门 作者 版权所有 大唐移动通信设备有限公司 本资料及其包含的所有内容为大唐移动通信设备有限公司（大唐移动）所有,受中国法律及适用之 国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、 散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。 VoLTE端到端业务质量分析大唐移动通信设备有限公司 目录 1. xSRVCC专项分析背景 3 2. XSRVCC切换分类

2、3 3. XSRVCC切换指标统计方式 3 3.1、SRVC（切换流程 3 3.2、OMC网管相关 KPI介绍 4 3.3、平台相关KPI介绍 5 4. XSRVCC切换指标分析思路 6 4.1 质差定界 7 4.2 质差定位 7 5.OMC与信令平台匹配统计方法 7 5.1 、信令平台分析思路： 7 5.2 、 Esrvcc 与 Xsrvcc 统计说明： 8 7.XSRVCC案 例介绍 9 案例 1 ：切换与挂机流程冲突 -用户行为 （终端发 Cancel） 9 案例 2：切换与挂机流程冲突 -用户行为 （终端发 Bye） 11 案例 3: GSM资源不足问题：no-radio-resour

3、ces-available-in-target-cell13 案例4: GSM占点退服导致 GTPV2卩向应失败 Failure with Target system14 案例5: MME eMSC漏配GSM侧LAC导致对应LAC区域换成功率 0% 16 案例 6: interaction-with-other-procedure -IMS域与 CS域业务并发 22 第 2 页 共 23 页 VoLTE端到端业务质量分析大唐移动通信设备有限公司 1. XSRVCC专项分析背景 2016年中国移动集团开展 volte百日会战后，全国各个省公司陆续开始放号进行volte商用, 针对当前LTE网络发

4、展的趋势，会逐渐进行大规模放号，考虑到我司区域还存在着大量的不连续 覆盖问题，那么今后的语音业务质量，会对xSRVCC生能的可靠性提出非常高的要求 ,该指标的好 坏直接关系到用户的感知问题，也会影响到我司在同区域友商竞争中地位。目前集团也下发了关 于质差小区（性能指标和用户感知）考核的建议，各个省公司已经陆续开始考核质差TOP小区， 其中就包含XSRVCC切换，特通过此专项提升现网用户感知。 2. XSRVCC切换分类 在集团指标功能中：xSRVCC指标包含aSRVCC/baSRVCC/aSRVCC种。 bSRVC（定义：从INVITE-Request到振铃Ringing 180 之间系统间切

5、换 aSRVC（定义：从 Ringing 180 到接通INVITE-OK（ 200）之间系统间切换 eSRVC（定义：接通后的系统间切换 bSRVCCffl 换 aSRVCCCUffi 目前3GPP协议规范对bSRVC（切换未做明确功能实现描述，各厂商现有系统的 bSRVC（功能均 未开发实现，现网实测中发现在 LTE弱场下存在概率性触发 bSRVC（导致无法接通的现象，此项功 能的支撑对提升现网 volte感知非常关键。 3. XSRVCC切换指标统计方式 3.1、SRVC（切换流程 SRVCQ Single Radio Voice Call Continuity）:主要解决当单射频 UE

6、在 LTE 网络和 2G/3G 网络之间移动时，如何保持语音业务连续性的问题，也就是单射频UE在IMS控制的VoIP语音和 CS语音之间无缝切换。 SRVC（关键技术点: 1. 在MSC Server和MME间定义Sv接口，提供异构网络间接入层切换控制; 2. 通过设置IWF互通网元，终结 Sv接口，避免对原有电路域设备的改造； 3. IMS网络作为会话锚定点，统一进行会话层切换，保证会话跨网切换的连续性。 3.2、OM（网管相关 KPI介绍 备注： 、至U GERAN勺SRVCC切换出请求次数 、到GERAN勺SRVCC切换出准备成功次数 、到GERAN勺SRVCC切换出执行请求次数 、至U

7、 GERAN勺SRVCC切换出成功次数 SRVC（成功率=（到GERAN勺SRVC（切换出成功次数/到GERAN勺SRVC（切换出请求次数）*100 5 21 1M58;4 乩 257（171 Statu?: 200 OK S9 0e；5B 40.247352 -4i.5Mj23 comoTete AcmciMedne -iiRG =711日 GTPV2 : SRVECPSD 包 44Wu-3 j w；： r宦p：ig i :SWTC PS H SIP ; RftQlA 此 INCITE L SIP : Req HfSC ACK JPSXl 测量数据映射关系：Sv xDR, SRVC切换成功次

8、数： xDR中 字段 “ In terface ” =Sv,且Procedure Type ” =1,且 “RESULT =0 的 xDF个 数。 SRVC切换请求次数：xDR字段Inteface ” =Sv,且Procedure Type” =1,的xDR 个数 ? 数据类型 :实型 ? 数据单位: 无 ? 空间粒度: UE ? 时间粒度: 15分钟 ? 数据来源: Sv 网优平台 -分母： handover required （S1 接口），分子：携带 successful han dover 的 UEC on text Release Comma nd （S1 接口） 信令平台 -分母：

9、 PSTOCSHandover request （Sv接口）,分子：PS to CSComplete Ackno wledge （Sv 接口） 根据算法可以看出，网优平台是以S1接口进行打点，信令平台是以Sv接口进行打点。算法上存 在差异。 4. XSRVCC切换指标分析思路 首先需要分解到三域（即为 EPCIMSCS）,再通过关联分析，聚类分析，原因分析，定界到 8个 维度 b P : N 传勒 4.1质差定界 观察关联KPI指标质差情况，对质差 KPI指标进行时域对比，聚类对比，对失败原因值进行 分析，确定质差方向: ECP域质差网兀， IMS域质差网元，CS域质量网元 4.2质差定位 如

10、上问题定界定界后，需要进一步，以其他TOPh失败原因值关联定位，在平台，CDL进行汇 聚分析出各个维度。 5.OMC与信令平台匹配统计方法 从网管中提取到的 KPI指标必须是15分钟粒度的，粒度太大在信令平台S1很难提取到，在 SV 口信令是可以提取到的，所以要在提取OMC15中粒度要与信令平台要进行匹配，便与统计分析 5.1、信令平台分析思路： 如果srvcc在S1 口失败，没有在 Sv 口发起切换，那么信令平台针对Sv的统计里是看不到的。 下面我们根据这种情况给出具体的，使用信令平台的核对办法。针对网优平台给出的srvcc质差 小区，在S1AP记录分析中，设置如下几个条件： 设置ECI=网

11、优提供的小区 设置切换类型 =2ltetogeran，即srvcc 查询结果如下图所示，在S1接口失败的那次，就不会有Sv接口的消 港婪書 h旺 r冉生h|E” iwx i ,半出 弓号 -mp 匕a 4 匸 JUUL 4 J/WJ IHMW Sjrn s 町时丄叩*山心仏 hl T| Wl 0, m 血妙 sm 加血 -41冲 Hi 场 MHKbZJCBG宁 TlLiJHJirirmiEr：km ETOW3 JC盘胃Q诃 打血加顾IMJ耐L iw3*li 琨De应iHS 丑 iiJCEMMam ittBiJO5) L1- 创4K： 54血心 bcDfd 64 ar aflE Nil 亦 Rd

12、 cad IE Ha fid crmky w t- Cl USE- olo iA TarAUD pLMr-Ud-tV Mwv Cwm w INCiQ Mnr:. TwrrF E-!FHr rmrt+ id-Tang hid m t网f ia r4*ctro WC 朋 JM d dimII 庄 a W QI EbR S id *mM M331L *却钞算M515 l 口出|JI Mnn 3 2；3C MEM 1*S i 週 cjL：n iauF : =Jj+ i f r；Fj pP 向L；出北的T P I 冲 UP JJ. 呼嗨:、5M45 ri W| M I 4也早 闻厲爲 Hr 删 QB1)

13、rKtKuE.-fM I id 么3aJ) J-crEraEf 4 nan (i *祖亶 =Cuk rm HJ uhjfncfirtl 1 即 ltb -1 ri-T|iprtu 卜W Kl-TirpHD OlXfltF 啥“狮 v-u 2 TvprtD cElCZl 嵌ffi Mm cw. 0*i |pip4ti 加凶 bk c +1 La 3TWi衍* 吋, W !*：-* CD： iji ri jw*- 七H OW HK 00 its8 a ldVCOHDMc*oi J. 在 eNB给 MME发完 Handover Required ，紧接着在 12:49:36 时，UE向 SBC发起了

14、 BYE小区, 切换流程和挂机流程冲突，导致切换失败，如下: a 神EL. NGCH CSOR2诃企空讥少芒怙曰阈：14氐血卫宜02朋迅 HnTrE m 1XD2 删 m :讯叱,1空 下 伍 胡Li如巧* 134 12.X!.2L471S4L 1H 3l4MSLll li-TTarb bartUi 住.卅?騙=Z5e刘 nr i4丄竝上暫躬出473沾 恥适EfE砸学却1宵芹事占托 ff- 2M 对；曲誓也Z JJHi 2 1JB ar 17% p * * 4Efhi i*i 临 m ODL * RRrt nKt: L iM -E5A；tiyTPW WtfrHP IFhqr QHD Lm斗t?

15、i BBWJanr Nu-Hfvdl P iPnw AMA .P.Prt伽m.bh .：!托曲 MS a WPHAdai*在 549im*K4 II L McchoA BYE A p RAtton 旨KttcJuaur 1hmwiT 1 P.占 MBW WAfk时Ci -E 4jFLsH . TEA; ga心 HAq* SK-4PM AC-aOilM 5bo4Y-!irflrh fl*caSpp;c-D 丄丿勺Ec-. Rm S 在后续的流程中，因切换定时器超时，导致了一次失败，如下: W4E NHF C5(Fi 丸5予于 T*5 UR* T*5 TAS ?BC 电$ UE 341 344 4

16、Vi0q4 3?+ 弓1” . ULjilEAj 【解决措施】 Tvnd lHId 1 H.- I -iCl .：訂 r | bJtiv.i d Rm tLs!47SMA 沖申沖1 IV1H邯弾U甜 ：.-j：: ITiWa 即-StlBtUf 4F i Trruccirtyltim 沖-HHir?|-1 9t!S+SiH?M9 - fFafftlt 口科导血 加rll 伽 口 ! ifrPB-血鹏 Mia W 切冲narrlp LM*- wn：C 右企M 冋 ” lt*fTi2 d-CauH d-Cauw |J J xbh r_白严S p LfaM AMW世再 |d) CS3 北呼阿(DlJ

17、 【解决计划】 【PCAP己录包】 曲消敢会川-LTK-r（ -.JW）-3. fXMp 案例 3： GSM资源不足问题：no-radio-resources-available-in-target-cell uki*n 【问题描述】： LTE-Tdd 小区 小区CGI 切换至2G成功次数 切换至2G请求次数 切换至2G失败次数 SRVC（成功率 邵家塘LTE-1 460-00-776793-1 2 8 6 25.00% 3-g岛 i刘5食0內0nm駁心gXuHMM屮f“奪IWQUift Hfeptlrd L5*J4JiMcar*td门网 atccerfvl+mdwa-16 fl.*que5t

18、 icrepted 304uiSHcftDd1112 noraidlD-rs2urcjiEVMtabfeB-ti-33:M97flr呻 35 M-33：n ：T!序 41闻2.坦_545 电2 M-3S;J理验丽 Q M J2：1 MJM? Dil J* JI h-1 knffk綽 半li JP 5t 血：IM Hrljiig 別 hff - awi iK .a.itu. LKi I irnfl .hai JvWff* W? mtirBpecfiHt I 町 V-TlrtetD IE-RrU dTHflUDC4J 呻旺（C| di 严NW 5. -iiac Mqt*? E5,C = 37871

19、 cl 1JM1 CI-13121 晦氏put?. cQ 出刖 ri-AutJiCaifa!3Uir t-SFWOHMnrtcrtur i 23： PSSJP JltV r MWtUi 如扣1口 SDCC出 配成功率 TCH分 配 成功率 （不含切 换）（%） 随机接入 成功率% 忙时 SDCCH溢 岀总次数 信令信道 拥塞率 （%） 忙时话音 信道溢岀 总次数 （不含切 换） 忙时话音 信道溢岀 总次数 （含切换） 话音信道 拥塞率 （不含切 换）（%） 无线接入 性 89.87% 100.00% 89.87% 32 10.13% 0 0 0.00% 89.87% 82.27% 58.33%

20、 82.27% 53 17.73% 5 18 41.67% 47.99% 90.31% 100.00% 90.31% 28 9.69% 0 0 0.00% 90.31% 打伺Hirnir 旦谀Phiv FMSC P 口n:i 1冲1 自 r E 14971 1B|bS5AP (0S5HA. 108-2. LZGSSD HME6 話 GFPvJ SRVCC 片 W1 幻斗E 1 lOOW-lS.： 1.1B9 r 1 1C-O2.、MMEfi zoc.as. M SLAP HliiridQv . 4 喻处 * 1 Fut.-dSuf ：?3 丄 * 用 MAFj HndrrfRf ； pt J

21、； CDAl ESS . :B 期卫口阿3CK7T IMiN1 W7*6 国;韓.jj.冲 J* iR：U 曲斛 3b尼-门r養厂 e stffhB 2m ok 8 : iMui lie Hngi S JhTone Picket Header Edhemet Ur srtacKiJdsbe (a骑曰於b6恂叮仪 dsk 出 r? n：rm*t Pracocoi V#rabn 4r Src10.S5Jl.l7 (10.SS.41.17X 0C 10.5S 4 Sagm SMI TnnsniKicn PhEim 5j. 10?01 (1Q201X Dst Port ICQOI (1Q2J0 田-冏

22、TP 3 Usa r Maptmab口 layer - mj_STAI4DASD 0Corecilor ConOol Part 串 我们转向 怀疑是否是MME添加的数据有问题；随后我们在找一下华为MME是否漏配了该LAC导致（定西 29个LAC中问题收敛在37933,该LAC下挂43个站点，其中有37个站点出现只有请求次数，成 功次数为“ 0”），问题收敛在定西 LAC=37933,见下： 区域 网元 eNBID SRVCC.SuccOutG eran(R091_004) SRVCC.AttOut Geran(R091_0 01) LTE现网 LAC 通渭 DX通渭地八-LTE-F（四期）-3

23、 777695 0 309 37933 通渭 DX通渭团结-LTE-F（四期）-3 777905 0 241 37933 通渭 DX通渭姚岔-LTE-F（四期）-3 777912 0 186 37933 通渭 DX通渭积麻-LTE-F（四期）-3 777561 0 172 37933 通渭 DX通渭文川-LTE-F（二期增补）-2 615901 0 105 37933 通渭 DX通渭桃园-LTE-F（四期）-2 777544 0 66 37933 通渭 DX通渭阳坡-LTE-F（三期）-1 766572 0 49 37933 通渭 DX通渭南河-LTE-F（四期）-3 777571 0 44

24、37933 区域 网元 eNBID SRVCC.SuccOutG eran(R091_004) SRVCC.AttOut Geran(R091_0 01) LTE现网 LAC 通渭 DX通渭李坡-LTE-F（四期）-1 777575 0 34 37933 通渭 DX通渭榜罗-LTE-F（四期二）-1 777938 0 31 37933 通渭 DX通渭榜罗-LTE-F（四期二）-2 777938 0 31 37933 通渭 DX通渭常河明山-LTE-F（四期）-1 777639 0 29 37933 通渭 DX通渭张川-LTE-F（四期）-1 777814 0 26 37933 通渭 DX通渭大

25、庄-LTE-F（四期）-3 777542 0 22 37933 通渭 DX通渭合并-LTE-F（四期）-2 777506 0 16 37933 通渭 DX通渭桃园-LTE-F（四期）-3 777544 0 15 37933 通渭 DX通渭张坪-LTE-F（四期）-3 766902 0 10 37933 通渭 DX通渭张坪-LTE-F（四期）-2 766902 0 9 37933 通渭 DX通渭榜罗中学-LTE-F（二期）-2 615701 0 9 37933 通渭 DX通渭刘家岘-LTE-F（四期）-3 777861 0 8 37933 通渭 DX通渭地八-LTE-F（四期）-1 777695

26、 0 8 37933 通渭 DX通渭大庄-LTE-F（四期）-2 777542 0 8 37933 通渭 DX通渭大庄-LTE-F（四期）-1 777542 0 7 37933 通渭 DX通渭文川-LTE-F（二期增补）-3 615901 0 7 37933 通渭 DX通渭常河南山-LTE-F（二期）-3 615703 0 4 37933 通渭 DX通渭文树-LTE-F（四期）-1 777576 0 4 37933 通渭 DX通渭小庄-LTE-F（三期）-3 660883 0 4 37933 通渭 DX通渭红岘-LTE-F（四期二）-1 659683 0 2 37933 通渭 DX通渭小庄-L

27、TE-F（三期）-2 660883 0 2 37933 通渭 DX通渭榜罗四平-LTE-F（四期二）-1 660802 0 2 37933 通渭 DX通渭榜罗-LTE-F（二期）-1 615702 0 2 37933 CDL信令分析截图如下： 分析通渭差小区的 CDL日志，ENB-MME在发起S1 Handover Required 后 MME直接回复 S1 Handover Preparation Failure 原因为: value S1AP-PDU := unsuccessfulOutcome procedureCode 0, criticality reject, value Hand

28、overPreparationFailure protocolIEs id 0, criticality ignore, value MME-UE-S1AP-ID :25208088 , id 8, criticality ignore, value ENB-UE-S1AP-ID :136 , id 2, criticality ignore, value Cause : radioNetwork : unknown-targetID 从下图看到，eNB上发S1 Handover Requirec携带的GSM LAC小区未37933,见下: 口 ”1*0000 目匸总示?也： tduin I宁iilb : cSl z r l ijpone- 1 72ISh22(L 11、 寸 l-rimw SuKfjnd.亠 L ra?i巧吐M w 1訴群护丹HE窪Ml.网 g 匚皱酊15201* Liu isiazzaa1? IAj cl lilETI rK Ww EPC在收到S1 Handover Required后，下发Failur