LTESEQ分析案例非常实用

1、SEQ分析VOLTE实战操作指导书一、SEQ平台简介1、SEQ客户感知管理系统2、以客户感知为中心3、SEQ采集接口介绍二、SEQ平台登录说明必须通过4A管理平台登录，且1个4A账号下只能同时登录1个SEQ账号，但不同4A账号可以登录同一个SEQ账号（一旦点击SEQ时提示“Firfox已运行”，那就绪要重新换4A账号才能登录）。SEQ保存文件目录设置每个4A账号的下载目录都不一样，需要自己设置到自己想要的目录。三、SEQ分析VOLTE主要功能介绍1、单据查询功能介绍CS综合单据可查询用户通话记录以及初步定位未接通或掉话原因。PS单据可快速查询了解用户占用4G基站以及用户终端类型投诉处理快速查询

2、终端问题类型四、SEQ分析VOLTE案例4.1 SEQ分析用户投诉：20160224凌续注册失败问题问题号码题终端型号：A1586 (IPHONE 6)问题描述：苹果6 VOLTE用户凌晨连续6次注册失败，I CSCF反馈401 （UA用户未授权），后续SBC反馈500（服务器内部错误）,需核心网工程师协助分析。苹果6用户重注册和初始注册连续失败注册失败I CSCF反馈401 （UA用户未授权）后续SBC反馈500（服务器内部错误）。4.2 SEQ分析用户投诉：VIP用户通话过程中打着打着就没有声音了问题描述：VIP用户通

3、话过程中打着打着就没有声音了，查询该用户通话单据信令，在11:15分通话记录中对端用户通话后发生3次切换。VIP投诉对端占用小区：主叫占用小区顺序，31512（SCDB308JJ：南大街2）,1965（SCDDB308JJ：锦江宾馆5）,32500（SCDDCB308WHD：明宇尚雅饭店10）最后在明宇尚雅饭店通话结束。问题原因分析：该次呼叫为宏站切室分，有两种可能：1、主叫在活动中占用明宇尚雅饭店室分泄漏信号，2、主叫在从室外走向明宇尚雅饭店，或进电梯后信号不好，导致被叫（朱总）听到话音质量差。4.3 SEQ结合ATU分析异常事件：503Service Unavailable导致未接通问题描

4、述主叫占用柳江社区-SCDHLS1HM1JJ-D3 （PCI:286,RSRP:-95dBm SINR:10dB)10:12:14.286发送INVITE起呼，收到100 Trying后QCI1承载未建立，网络回复503Service Unavailable 服务不可以用。统计为主叫VOLTE未接通问题分析分析问题LOG，100 Trying后QCI1承载未建立。提取SEQ信令跟踪下发CREATE BEARER REQUEST，回复CREATE BEARER RESPONSE(Cause:110)，Temporarily rejected due to handover procedure i

5、n progress (110)空口A1事件上报问题结论疑似承载建立和切换流程冲突4.4 SEQ结合ATU分析异常事件：呼叫建立与切换过程冲突，专载被MME释放问题描述主叫在西芯大道占用中海国际F-SCDHLD3HM2GX-F1（PCI：257 RSRP=-74dBm SINR=18)在12：18:22.116上发INVITE起呼，12:18:23.941切换至皇冠国际酒店F-SCDHLD3HM2GX-F2（PCI：301 RSRP=-78dBm SINR=6),12:18:24.612上发UPDATE-Request，同时收到系统下发INVITE-Precondition Failure（S

6、IP/2.0 580 Server Internal Error）并去激活专载统计为未接通； 问题分析SEQ信令跟踪MME向ENB下发QCI1承载建立请求在ENB回复MME QCI1承载被叫释放。核查空口被叫在12:18:24.003占用中海国际F-SCDHLD3HM2GX-F1（PCI：257 RSRP=-78dBm SINR=7)收到INVITE-Request，回复183消息后在12:18:24.206同时发起切换和专载建立,12:18:24.315占用皇冠国际酒店F-SCDHLD3HM2GX-F2（PCI：301 RSRP=-79dBm SINR=3)同时终端上发承载建立确认和系统下发

7、去激活专载。问题结论终端建立专载成功的信令到达MME之前系统触切换，由于这时MME状态仍然认为终端没有QCI1的承载，导致切换命令下发给eNodeB时，不包含QCI1,导致切换后QCI1被MME释放。4.5 SEQ结合ATU分析异常事件：模3干扰导致RRC重建问题描述被叫在09：20：43.531收到INVITE REQUEST，09：20：44.750发送INVITE 200 OK主被叫接通，通话8秒09：20：52占用高新南凯德世纪名邸-SCDHLS3HM2GX-D1（RSRP:-91dBm SINR:-12dB) SINR差无线链路失效RRC重建网络拒绝后，占用天府一街西-SCDHLS3

8、HM2GX-F3进行RRC连接建立后异常RRC释放，统计为被叫掉话。问题分析终端占用高新南凯德世纪名邸-SCDHLS3HM2GX-D1(PCI:270)上报天府一街西段-SCDHLS1HM1GX-D3(PCI:165) A3事件，未切换SINR差。SEQ信令MME回复ENB间切换PATH请求，说明终端占用高新南凯德世纪名邸-SCDHLS3HM2GX-D1(PCI:270)和天府一街西段-SCDHLS1HM1GX-D3(PCI:165)模3 ，导致终端未收到RRC切换重配信令问题结论1、高新南凯德世纪名邸-SCDHLS3HM2GX-D1(PCI:270)和天府一街西段-SCDHLS1HM1GX-

9、D3(PCI:165)模3干扰导致SINR未收到切换重配置2、调整建议：高新南凯德世纪名邸-SCDHLS3HM2GX-D1(PCI:270)和高新南凯德世纪名邸-SCDHLS3HM2GX-D2(PCI:272)互换。五、SIP消息标准协议原因值序号状态码消息功能1XX临时响应表示已经接收到请求消息，正在对其进行处理，一次呼叫中临时响应可以有多个。100表示请求消息已收到，可以防止对局请求超时重传。180振铃181呼叫正在前转。在IMS中主要用于前转业务。182排队183呼叫处理中2XX成功响应表示请求已经被成功接受、处理。200OK202Accepted，指示订阅请求已被初步接受，但还需等到最

10、终决策，最终决策将在NOTIFY请求中给出。进一步信息请参考RFC 3265。3XX重定向响应表示需要采取进一步动作，以完成该请求。300多重选择301永久迁移302临时迁移303其它305使用代理380代换服务4XX客户端错误表示请求消息中包含语法错误或者SIP服务器不能完成对该请求消息的处理。400错误请求401无权402要求付款403禁止404没有发现405不允许的方法406不接受407要求代理权408请求超时410消失413请求实体太大414请求URI太大415不支持的媒体类型416不支持的URI方案420分机无人接听421要求转机423间隔太短480暂时无人接听481呼叫腿/事务不存

11、在482相环探测483跳频太高484地址不完整485不清楚486线路忙487终止请求488此处不接受491代处理请求493难以辨认5XX服务端错误表示SIP服务器故障不能完成对正确消息的处理。500内部服务器错误501没实现的502无效网关503不提供此服务504服务器超时505SIP版本不支持513消息太长580资源预留失败6XX全局故障表示请求不能在任何SIP服务器上实现。600全忙603用户拒绝604都不存在606不接受六、VOLTE完整SIP信令6.1 VOLTE最完整呼叫信令(含MS1和MS2)6.2 VOLTE_ESRVCC完整呼叫信令基于信令平台的eSRVCC切换优化指导手册一、

12、基于SEQ信令平台的eSRVCC使用方法及步骤1、进入SEQ平台，选择HOME下多维数据分析2、选择srvcc切换模板3、选择过滤条件，通常选择省、市等，也可根据需求选择其他字段4、选择时间粒度后，点击查询5、查询结果出来后，点击次数，蓝色具体失败次数才会呈现；MSC列为省内2个EMSC，目前江苏有2个EMSC.双击蓝色失败次数，可以看到每次失败的详细清单，时间、原因，源小区、目标小区等；6、看到详细失败清单，可以点击右上角的输出键，选择输出到表格中，也可点击每条记录查看详细信令流程。6.1点击记录显示失败流程，点击每条流程显示详细解码等；6.2对于小于10000次的记录，直接输出即可；对于大

13、于10000次的记录，提示异步导出任务管理；随后到日志管理菜单下异步导出任务管理中，查看刚刚输出任务是否在执行或完成等；7、输出表格主要分析内容MSC:即EMSC名称；MME名称，源小区，2G目标小区，SM失败原因；二、相关知识了解1、4G小区的ECGI与GSM的CGI的组成GSM中CGI = MCC + MNC + LAC + CID而LTE中ECGI = MCC + MNC + ECI(ENODEBID +Localcellid)eCI在3GPP协议中规定为7个16进制的编码。其中，前面的5个16进制为eNodeBid，后2个16进制为Localcellid。通常大家会误解，而实际在报文中

14、，这个序列是一个串联的28个bit构成。总的来说就是eNodeBid和Localcellid组成ECGI全称（演进型-通用移动通信系统陆地无线接入网小区全局标识符）。CGISAI小区4G小区SM原因切换的目标小区LF520B0ALF520B0A 46000530B001LF520B0A 46000530B0011 Unspecified4600050865DADLF520B0ALF520B0A 46000530B001LF520B0A 46000530B0011 Unspecified4600050865DADLF531L5CLF531L5C 46000DACA603LF531L5C 4600

15、0DACA6034600051EECF27LF531L5CLF531L5C 46000DACA603LF531L5C 46000DACA6034600051EECF27LF520B0ALF520B0A 46000530B001LF520B0A 46000530B0011 Unspecified4600050865DADLF520B0ALF520B0A 46000530B001LF520B0A 46000530B0011 Unspecified4600050865DADLF520B0ALF520B0A 46000530B001LF520B0A 46000530B0011 Unspecified4

16、60005086663BLF520B0ALF520B0A 46000530B001LF520B0A 46000530B0011 Unspecified460005086663BLF520B0ALF520B0A 46000530B001LF520B0A 46000530B0011 Unspecified4600050865DAFLF520B0ALF520B0A 46000530B001LF520B0A 46000530B0011 Unspecified4600050865DAFLF520B0ALF520B0A 46000530B001LF520B0A 46000530B0011 Unspecif

17、ied4600050865DAFLF520B0ALF520B0A 46000530B001LF520B0A 46000530B0011 Unspecified460005086663BLF520B0ALF520B0A 46000530B001LF520B0A 46000530B0011 Unspecified460005086663BLF520B0ALF520B0A 46000530B001LF520B0A 46000530B0011 Unspecified460005086663B1.1GSM小区样例解析GSM目标小区：4600050865DAD，其中46000为MCC+MNC；5086为L

18、AC的十六进制，5DAD为cellid的十六进制；可以根据需要将LAC,CELLID转化为十进制查询小区中文名；1.2LTE小区样例解析LF520B0A 46000530B001LF:L是LTE小区，F是频段；520B0是ENODEBID；A是扇区区分；LF520B0是enodeb名称，LF520B0A是小区名；46000530B001是4G小区的ECGI，由MCC + MNC + ECI(ENODEBID +LOCALCELL ID)46000是MCC+MNC；530B001是ECI，ENODEBID +LOCALCELL ID组成；530B0是ENODEBID，换算成十进制就是340144

19、，01是localcellid；2、省内SBC的STN-SR及信令流程中STN-SR解析2.1、STN-SR含义STN-SR：Session Transfer Number for SRVCC，STN-SR是SRVCC用户到SCC AS的路由号码。STN-SR静态配置在SCC AS和HSS上，基于运营商策略，可以给所有的UE都配一个相同的STN-SR，或不同的STN-SR，可以看成是签约时就配好的静态数据。E-STN-SR：Emergency Session Transfer Number for SRVCC，紧急呼叫的会话切换号码。和STN-SR不一样，E-STN-SR是直接配置在EATF和

20、eMSC上的。2、省内SBC对应SNT-SR和覆盖地市情况SBC名称STN-SR信令中STN-SR覆盖地市NJATCF10BHW86134443066831443460南京、扬州、泰州、盐城、宿迁、淮安、连云港、徐州NJATCF11BHW86134443076831443470南京、扬州、泰州、盐城、宿迁、淮安、连云港、徐州WUXATCF1BHW86134443086831443480无锡、常州、镇江、南通WUXATCF2BHW86134443096831443490无锡、常州、镇江、南通SUZATCF1BHW86134443126831443421苏州SUZATCF2BHW861344431

21、36831443431苏州3、SEQ信令流程中SNT-SR格式及换算方法可以看出STN-SR格式为916831471037，916831443460，916831443470等；如何比对？91 不用看，其他每2位倒叙就行了。 如STN-SR: 916831443460，91 不管，其他每2位倒叙为86，13，44，43，06，对应SBC为NJATCF10BHWMME向UE_A当前所在地区的eMSC发起eSRVCC切换请求，请求中携带信元IMSI、STN-SR、C-MSISDN 等。4、eSRVCC信令流程4.1、handover required内容UE

22、_A测量到邻区的3G网络信号强度满足门限后，向eNodeB_A上报系统测量报告，eNodeB_A经过判断决定切换后，向MME_A发送切换请求handover required消息。消息中携带的关键信元如下图所示。4.2、PS to CS Request消息内容MME_A向UE_A当前所在小区的SRVCC IWF发起eSRVCC切换请求PS to CS Request消息。消息中携带的关键信元如图所示。三、常见esrvcc失败原因分析及解决措施1、全省esrvcc失败原因分析（1周汇总）项目失败次数失败占比1 Unspecified5732837.75%1000 Timeout2782218.3

23、2%2 Handover/Relocation cancelled by source system4787231.52%3 Handover /Relocation Failure with Target system19581.29%6 Target Cell not available490.03%7 No Radio Resources Available in Target Cell17281.14%73 No resources available2730.18%8 Failure in Radio Interface Procedure16531.09%未解析原因131868.6

24、8%汇总151869100.00%备注、地市公司各类失败原因占比地市1 Unspecified1000 Timeout2 Handover/Relocation cancelled by source system3 Handover /Relocation Failure with Target system6 Target Cell not available7 No Radio Resources Available in Target Cell73 No resources available8 Failure in Radio Interface Procedure未解析原因总计常州

25、3.83%2.19%3.67%0.00%0.00%0.08%0.00%0.00%0.99%10.75%淮安0.14%0.20%1.05%0.03%0.00%0.02%0.00%0.00%1.28%2.72%连云港0.26%0.49%0.59%0.01%0.00%0.02%0.00%0.24%0.06%1.67%南京0.61%3.00%7.19%0.37%0.03%0.09%0.03%0.00%0.63%11.94%南通3.72%1.68%2.32%0.02%0.00%0.08%0.00%0.00%0.69%8.51%苏州25.39%4.52%6.55%0.02%0.00%0.11%0.01%0

26、.00%1.31%37.91%泰州0.29%0.93%1.09%0.14%0.00%0.06%0.00%0.00%1.16%3.67%无锡2.22%2.41%3.46%0.01%0.00%0.12%0.05%0.00%0.45%8.72%宿迁0.00%0.01%0.01%0.00%0.00%0.00%0.00%0.00%0.03%0.05%徐州0.50%0.83%1.27%0.03%0.00%0.01%0.00%0.85%0.11%3.60%盐城0.29%0.76%1.74%0.26%0.00%0.12%0.00%0.00%0.78%3.96%扬州0.25%0.64%1.05%0.15%0.0

27、0%0.01%0.00%0.00%1.00%3.11%镇江0.12%0.65%1.18%0.04%0.00%0.41%0.08%0.00%0.17%2.65%全省37.75%18.32%31.52%1.29%0.03%1.14%0.18%1.09%8.68%100.00%2、各类失败产生原因及措施2.1 Unspecified失败原因主要是省际漫游问题。Unspecified原因目前看主要是省际漫游问题引起。省内以苏南为主，其中苏州占比最高，其次为南通、常州、无锡；等待爱立信MME升级16A解决；由于MME需要OSS升级后才能装载，目前按照最快进度和爱立信协商后需要7月初才能开始装载。2.2失

28、败原因1000 Timeout属于SEQ平台统计错误，华为已反馈由于采集问题，后续进行优化；2.3失败原因Handover/Relocation cancelled by source system：通常为源小区信号变强，目标小区信号变弱导致；BSRVCC等原因触发导致。2.4 失败原因Handover /Relocation Failure with Target system产生原因有几种：1）目标2G小区不存在；解决措施：需要在4G侧尽快删除；2）站点搬迁：如无锡目标2G小区（未开通）为华为设备计划开通替换现有的爱立信小区，工程在定义LTE邻区定义中直接使用了原有小区的BCCH和BSIC

29、，导致存在4G小区的2G邻区里有2个同BCCH和BSIC的小区。解决措施：2G目标小区（CI:25021)尚未开通，4G侧先删除2G外部邻区关系。3）存在华为2G新开站基站系统间允许切换开关没开，贝尔EN-Incoming开关未打开。 4）MSC中2G小区的BSC定义错误；主要是不同厂家设备替换或部分站点割接调整导致。2.5失败原因 Target Cell not available为数据配置错误目前发现emsc和4G侧MNC配置为46000错误（实际4个南京机场国漫小区的MNC为46007）；EMSC漏配一个新开 LAC4600062D7；MSC定义2G小区的BSC错误。2.6失败原因为No

30、 Radio Resources Available in Target Cell主要是2G侧故障或TCH拥塞，连续失败为厂家缺少惩罚机制。2G侧拥塞导致切换失败1.32%：No Radio Resources Available in Target Cell和 No resources available原因引起；短时间内连续几十次甚至100多次失败，主要是缺少惩罚机制导致；华为对资源类需要等待11.1版本才具备惩罚机制。爱立信有参数设置，苏州试点有一定效果，目前考虑推广到所有地市。中兴无惩罚机制。2.7 Failure in Radio Interface Procedure；主要是中兴厂

31、家特有，基站上发 handover cancel携带原因值不一致导致。2.8后续优化建议：1）、加强2G侧垃圾数据、冗余数据的核查；2）定期开展4G侧与2G侧小区数据的比对，包括LAC/CI/BCCH/BSIC/RAC，还有特殊的MNC等字段；4G侧ESRVCC开关、2G的切换入开关；3）加强MSC定义的CGI对应的BSC及信令点的核查、emsc数据的上报和核查；由于2G小区的LAC新增、割接调整后，通常会遗漏MSC数据、尤其是EMSC数据的上报等；4）同一小区对连续失败时，需确认涉及的4G设备厂家。目前华为8.1版本对非资源类有次数的惩罚设置，资源类等待11.1版本升级后有时间的惩罚。爱立信

32、有2个参数设置可以进行惩罚效果较好。中兴即使602版本也无惩罚机制。3、切换失败原因值为unspeicied问题分析，主要为省际漫游导致；省际漫游问题占比37.75%：Unspecified原因目前看主要是省际漫游问题引起。省内以苏南为主，其中苏州占比最高，其次为南通、常州、无锡；等待爱立信MME升级16A解决；由于MME需要OSS升级后才能装载，目前按照最快进度和爱立信协商后需要7月初才能开始装载。3.1SEQ统计及信令截图3.2实际STN-SR解析，发现非我省STN-SR3.3现场实际测试结果-爱立信与华为MME下跨省漫游问题测试与验证1）测试场景1：省内测试卡，到外省（安徽/上海）后开关

33、机或飞行模式，注册到外省IMS；空闲态回当地（南京/苏州），但当地发起VOLTE电话，接通后进行esrvcc切换，结论：爱立信MME下失败，华为MME下成功。Ø 华为MME下TAU更新后网络发起DETACH,终端重新ATTACH，重新建立QCI5，然后register；Ø 爱立信MME下TAU后未收到网络发起的DETACH，终端发起2次PDN连接请求，分别为ipv4v6及ipv6，都建立了QCI9，未能重新建立QCI5；Ø 华为空闲态1）TAU完成后，网络下发detach request，随后终端重新发起attach request，建立QCI5；2）随后终重新注

34、册，register3）PDN连接请求，建立QCI9Ø 爱立信空闲态1）TAU更新后，终端发起PDN connection request，PDN Type为IPV4V6，随后建立了QCI9;2）终端在PDN REQUEST 1秒后终端再次发起了PDN请求，PDNtype为IPV6，随后建立了QCI92）测试场景2：省内测试卡，到外省（安徽/上海）后开关机或飞行模式，注册到外省IMS；数据业务连接态回当地（南京/苏州），但当地发起VOLTE电话，接通后进行esrvcc切换，结论：爱立信MME下失败，华为MME下成功。Ø 华为MME下TAU更新后删除QCI5；终端发起PDN请

35、求，重新建立QCI5；终端重新register;发起VOLTE，切换到GSM成功。Ø 爱立信MME下TAU更新成功后，直接发起VOLTE，接通后切换到GSM失败。Ø 华为连接态流程Ø 爱立信连接态流程3）测试场景3：省内测试卡，到外省（安徽/上海）后开关机或飞行模式，注册到外省IMS；在外省直接发起VOLTE呼叫，接通后回当地（南京/苏州），切换到当地的LTE小区，然后向当地GSM进行esrvcc切换，结论：爱立信MME和华为下失败。 爱立信及华为MME都失败，流程如下：满足A2/B2门限，但未能成功切换，随后转空闲。4）具体原因分析及结论1）省际边界VOLTE的

36、esrvcc问题，华为在3月31号已开启TOP ON功能，爱立信需要升级解决；2）爱立信在空闲态以及数据连接态情况情况下切换GSM失败，出现原因为unspecied的失败；主要原因为上海用户漫入到江苏，或江苏用户漫游到上海，并在上海SBC发生过注册后回到江苏。用户进入江苏后未发生重新注册刷新为江苏STNSR，此时发生了ESRVCC切换。因为用户仍然注册在外省的SBC上，MME发给EMSC的PS TO CS REQ消息中STNSR仍为上海的SBC/ATCF。江苏的EMSC只与本省SBC连接，所以切换请求无法送往上海的BSC，切换失败，给MME发送的PS TO CS RSP原因值为Unspecif

37、ied。确认需要爱立信MME升级 ；16A，目前在FOA；3）华为的TOPON 功能及爱立信的补丁适用于：漫游的情况下，PGW重选的模式是承载模式，也就是满足以下两个情况下会发生PGW重选： 1.专有承载删除时，判断如果没有QCI=1/2的承载，触发。  2. TAU结束时，判断如果没有QCI=1/2的承载，触发。        4）在VOLTE通话中，根据集团规范需要VOLTE通话结束后才可进行PDN重选，所以目前无法解决。 4、失败原因值为Failure in Radio Interface

38、 Procedure问题分析，切换后RRC 重建导致。应是中兴设备特有，与原因值2handover cancel为一类原因。4.1、SEQ统计及信令截图Ø 涉及地市：徐州、连云港；Ø 涉及厂家：中兴；中兴版本升级为602后问题较多；通常为切换后RRC 重建引起。目前中兴正在排查具体原因。Ø 分析：从SEQ平台来看均是由于MME给MSC发起HO CANCEL导致，5月25日中兴选取了部分小区进行复测，目前发现是由于弱覆盖导致UE存在下行失步，失步后发起RRC重建立，导致ESRVCC失败。u复现关于Failure in Radio Interface原因的esrvcc

39、失败问题，排查该问题出现的具体原因。 4.2. 问题复现-测试背景和测试小区配置根据核心网统计发现徐州的eSRVCC切换失败原因为Failure in Radio Interface，流程分析发现目标侧发送cancel消息导致。 测试小区配置小区参数名称测试值LTE市区民生医院_1打开系统间测量(语音业务) (A2)（dbm）-100LTE向GERAN切换的B2 (LTE)门限（dbm）-120LTE向GERAN切换的B2 (GSM)门限（dbm）-1004.3. 问题复现-测试数据分析经过后台指标统计，该时段内共发起30次

40、esrvcc切换请求，切换成功19次，源侧发生重建立导致esrvcc切换失败11次，后台指标详见下表： 开始时间结束时间eSRVCC切换成功率LTE到GSM的切换出准备请求次数LTE到GSM的切换出执行成功次数LTE到GSM的切换出准备成功次数LTE到GSM的切换出执行失败次数，源侧发生重建立9:4510:1563.33%30193011经过前台信令点统计，9点45分至10点15分，前台共出现11次次失败，失败时间点如下表所示：4.4、问题复现-前台空口信令如下：且11次esrvcc切换失败均是UE侧接收到基站侧发送的Handover Command后1秒左右UE主动发起RRC重建请求，最终导

41、致esrvcc切换失败。RRC重建结果有2种： RRC重建失败、RRC重建完成。UE侧接收到基站侧发送的Handover  Command后1秒左右UE主动发起RRC重建请求，RRC重建请求原因为ReestablishmentCause = 1 (handoverFailure)；通过查看RRC重建请求消息，发现RRC重建的原因有2种，第一种是： handover Failure；第二种是： otherFailure 4.5问题复现-后台基站及核心侧信令如下：1）基站侧跟踪基站在接收到UE发送的MR报告时向MME发送Handover Required消息，在大概2秒后接收到MME发送

42、的Handover Command消息，在接收到Handover Command时基站向UE发送mobility From EUTRA Command消息，让UE执行eSRVCC切换，但在1秒后接收到UE发送的RRC Connection Reestablishment Request，同时基站侧发起handover cancel造成切换失败。2）核心网数据分析根据前台反馈的失败问题时间点，核心网处进行分析发现切换发起之后，很快会取消切换。但是切换取消之后有重建reinvite。之后也会再发生切换/切换取消；呼叫没有掉话，有正常拆线。且每次都在切换SRVCC PS TO CS REQUEST/

43、RSPONSE之后收到MME发来的SRVCC PS TO CS CANCEL；原因值为：Failure in Radio Interface Procedure (8) 。 从消息看，每次都在切换SRVCC PS TO CS REQUEST/RSPONSE之后收到MME发来的SRVCC PS TO CS CANCEL；原因值为：Failure in Radio Interface Procedure (8)LAIGCI=4600050360882MME侧分析    进一步分析EPC侧日志发现，主要有下面几

44、个原因值，     1）切换过程中eNode B侧上报handover cancel消息取消切换，原因都是radio interface failure：2）切换过程中，UE突然发起service request要求在4G恢复到连接态， 错误原因值为handover-relocation-canceled-by-source-system.对应几个测试时间点为10:04:56.243, 10:08:46.607, 10:11:59.074, 10:13:59.066, 10:14:10.705在切换取消之后：MME向SCCAS发起re-invi

45、te重建呼叫承载。 第一次切换，切换取消；LAIGCI=46000503606CA第三次切换的时候，切换成功。LAIGCI=4600050360882 呼叫最后 正常拆线。4.6结论：应与中兴厂家基站。通过无线侧与核心网侧的相互配合，最终确定了核心网统计的eSRVCC切换失败原因为Failure in Radio Interface,主要为无线侧eSRVCC切换失败原因为源侧发生重建立；基站侧发起handover cancel造成切换失败，与其他厂家的handover-relocation-canceled-by-source-system一致，只是中兴基站携带原因值不一样

46、造成；5、失败原因为No Radio Resources Available in Target Cell问题分析5.1、SEQ统计情况及信令流程图涉及地市：南通、苏州、无锡、镇江、盐城涉及厂家：全部分析：全省5月21日23日共出现494次，主要是由于2G侧基站故障、2G侧告警以及突发话务高峰导致，具体原因如下表所示原因值南通镇江盐城无锡苏州载频故障116014220话务忙导致拥塞10542023128其他（小区故障等）55125.2、苏州连续资源类原因esrvcc切换失败-4G侧华为站点吴江春之声LF_2到吴江春之声LF_2连续45次失败，部分高达60多次流程开始时间(S)市CGISAI小区

47、SM原因切换的目标小区2016-05-19 21:01:42苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD0173 No resources available4600052DC16132016-05-19 21:01:42苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD0173 No resources available4600052DC16132016-05-19 21:01:41苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC161

48、32016-05-19 21:01:41苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:41苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:41苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Availa

49、ble in Target Cell4600052DC16132016-05-19 21:01:40苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:40苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:40苏州吴江春之声LF_2吴江春之声LF_2 46000D71A

50、D017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:40苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:39苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:39

51、苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:39苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:39苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell46

52、00052DC16132016-05-19 21:01:38苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:38苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:38苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resour

53、ces Available in Target Cell4600052DC16132016-05-19 21:01:38苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:37苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:37苏州吴江春之声LF_2吴江春之声LF_2

54、 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:37苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:37苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:36苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio Resources Available in Target Cell4600052DC16132016-05-19 21:01:36苏州吴江春之声LF_2吴江春之声LF_2 46000D71AD017 No Radio