基于SEQ信令平台的esrvcc切换优化指导手册范本

./基于信令平台的eSRVCC切换优化指导手册一、基于SEQ信令平台的eSRVCC使用方法及步骤1、进入SEQ平台,选择HOME下多维数据分析2、选择srvcc切换模板3、选择过滤条件,通常选择省、市等,也可根据需求选择其他字段4、选择时间粒度后,点击查询5、查询结果出来后,点击次数,蓝色具体失败次数才会呈现；MSC列为省内2个EMSC,目前XX有2个EMSC.双击蓝色失败次数,可以看到每次失败的详细清单,时间、原因,源小区、目标小区等；6、看到详细失败清单,可以点击右上角的输出键,选择输出到表格中,也可点击每条记录查看详细信令流程。6.1点击记录显示失败流程,点击每条流程显示详细解码等；6.2对于小于10000次的记录,直接输出即可；对于大于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。通常大家会误解,而实际在报文中,这个序列是一个串联的28个bit构成。总的来说就是eNodeBid和Localcellid组成ECGI全称〔演进型-通用移动通信系统陆地无线接入网小区全局标识符。CGISAI小区4G小区SM原因切换的目标小区LF520B0ALF520B0A46000530B001LF520B0A46000530B0011Unspecified4600050865DADLF520B0ALF520B0A46000530B001LF520B0A46000530B0011Unspecified4600050865DADLF531L5CLF531L5C46000DACA603LF531L5C46000DACA6034600051EECF27LF531L5CLF531L5C46000DACA603LF531L5C46000DACA6034600051EECF27LF520B0ALF520B0A46000530B001LF520B0A46000530B0011Unspecified4600050865DADLF520B0ALF520B0A46000530B001LF520B0A46000530B0011Unspecified4600050865DADLF520B0ALF520B0A46000530B001LF520B0A46000530B0011Unspecified460005086663BLF520B0ALF520B0A46000530B001LF520B0A46000530B0011Unspecified460005086663BLF520B0ALF520B0A46000530B001LF520B0A46000530B0011Unspecified4600050865DAFLF520B0ALF520B0A46000530B001LF520B0A46000530B0011Unspecified4600050865DAFLF520B0ALF520B0A46000530B001LF520B0A46000530B0011Unspecified4600050865DAFLF520B0ALF520B0A46000530B001LF520B0A46000530B0011Unspecified460005086663BLF520B0ALF520B0A46000530B001LF520B0A46000530B0011Unspecified460005086663BLF520B0ALF520B0A46000530B001LF520B0A46000530B0011Unspecified460005086663B1.1GSM小区样例解析GSM目标小区：4600050865DAD,其中46000为MCC+MNC；5086为LAC的十六进制,5DAD为cellid的十六进制；可以根据需要将LAC,CELLID转化为十进制查询小区中文名；1.2LTE小区样例解析LF520B0A46000530B001LF:L是LTE小区,F是频段；520B0是ENODEBID；A是扇区区分；LF520B0是enodeb名称,LF520B0A是小区名；46000530B001是4G小区的ECGI,由MCC+MNC+ECI<ENODEBID+LOCALCELLID>46000是MCC+MNC；530B001是ECI,ENODEBID+LOCALCELLID组成；530B0是ENODEBID,换算成十进制就是340144,01是localcellid；2、省内SBC的STN-SR及信令流程中STN-SR解析2.1、STN-SR含义STN-SR：SessionTransferNumberforSRVCC,STN-SR是SRVCC用户到SCCAS的路由号码。STN-SR静态配置在SCCAS和HSS上,基于运营商策略,可以给所有的UE都配一个相同的STN-SR,或不同的STN-SR,可以看成是签约时就配好的静态数据。E-STN-SR：EmergencySessionTransferNumberforSRVCC,紧急呼叫的会话切换号码。和STN-SR不一样,E-STN-SR是直接配置在EATF和eMSC上的。2、省内SBC对应SNT-SR和覆盖地市情况SBC名称STN-SR信令中STN-SR覆盖地市NJATCF10BHW86134443066831443460XX、XX、XX、XX

、宿迁、XX、XX、XXNJATCF11BHW86134443076831443470XX、XX、XX、XX

、宿迁、XX、XX、XXWUXATCF1BHW86134443086831443480XX、XX、XX、XXWUXATCF2BHW86134443096831443490XX、XX、XX、XXSUZATCF1BHW86134443126831443421XXSUZATCF2BHW86134443136831443431XX3、SEQ信令流程中SNT-SR格式及换算方法,等；如何比对？91

不用看,其他每2位倒叙就行了。如,91

不管,其他每2位倒叙为86,13,44,43,06,对应SBC为NJATCF10BHWMME向UE_A当前所在地区的eMSC发起eSRVCC切换请求,请求中携带信元IMSI、STN-SR、C-MSISDN等。4、eSRVCC信令流程4.1、handoverrequired内容UE_A测量到邻区的3G网络信号强度满足门限后,向eNodeB_A上报系统测量报告,eNodeB_A经过判断决定切换后,向MME_A发送切换请求handoverrequired消息。消息中携带的关键信元如下图所示。4.2、PStoCSRequest消息内容MME_A向UE_A当前所在小区的SRVCCIWF发起eSRVCC切换请求PStoCSRequest消息。消息中携带的关键信元如图所示。三、常见esrvcc失败原因分析及解决措施1、全省esrvcc失败原因分析〔1周汇总项目失败次数失败占比1Unspecified5732837.75%1000Timeout2782218.32%2Handover/Relocationcancelledbysourcesystem4787231.52%3Handover/RelocationFailurewithTargetsystem19581.29%6TargetCellnotavailable490.03%7NoRadioResourcesAvailableinTargetCell17281.14%73Noresourcesavailable2730.18%8FailureinRadioInterfaceProcedure16531.09%未解析原因131868.68%汇总151869100.00%备注、地市公司各类失败原因占比地市1Unspecified1000Timeout2Handover/Relocationcancelledbysourcesystem3Handover/RelocationFailurewithTargetsystem6TargetCellnotavailable7NoRadioResourcesAvailableinTargetCell73Noresourcesavailable8FailureinRadioInterfaceProcedure未解析原因总计XX3.83%2.19%3.67%0.00%0.00%0.08%0.00%0.00%0.99%10.75%XX0.14%0.20%1.05%0.03%0.00%0.02%0.00%0.00%1.28%2.72%XX0.26%0.49%0.59%0.01%0.00%0.02%0.00%0.24%0.06%1.67%XX0.61%3.00%7.19%0.37%0.03%0.09%0.03%0.00%0.63%11.94%XX3.72%1.68%2.32%0.02%0.00%0.08%0.00%0.00%0.69%8.51%XX25.39%4.52%6.55%0.02%0.00%0.11%0.01%0.00%1.31%37.91%XX0.29%0.93%1.09%0.14%0.00%0.06%0.00%0.00%1.16%3.67%XX2.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%XX0.50%0.83%1.27%0.03%0.00%0.01%0.00%0.85%0.11%3.60%XX0.29%0.76%1.74%0.26%0.00%0.12%0.00%0.00%0.78%3.96%XX0.25%0.64%1.05%0.15%0.00%0.01%0.00%0.00%1.00%3.11%XX0.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.1Unspecified失败原因主要是省际漫游问题。Unspecified原因目前看主要是省际漫游问题引起。省内以苏南为主,其中XX占比最高,其次为XX、XX、XX；等待爱立信MME升级16A解决；由于MME需要OSS升级后才能装载,目前按照最快进度和爱立信协商后需要7月初才能开始装载。2.2失败原因1000Timeout属于SEQ平台统计错误,华为已反馈由于采集问题,后续进行优化；2.3失败原因Handover/Relocationcancelledbysourcesystem：通常为源小区信号变强,目标小区信号变弱导致；BSRVCC等原因触发导致。2.4失败原因Handover/RelocationFailurewithTargetsystem产生原因有几种：1目标2G小区不存在；解决措施：需要在4G侧尽快删除；2站点搬迁：如XX目标2G小区〔未开通为华为设备计划开通替换现有的爱立信小区,工程在定义LTE邻区定义中直接使用了原有小区的BCCH和BSIC,导致存在4G小区的2G邻区里有2个同BCCH和BSIC的小区。解决措施：2G目标小区〔CI:25021>尚未开通,4G侧先删除2G外部邻区关系。3存在华为2G新开站基站系统间允许切换开关没开,贝尔EN-Incoming开关未打开。4MSC中2G小区的BSC定义错误；主要是不同厂家设备替换或部分站点割接调整导致。2.5失败原因TargetCellnotavailable为数据配置错误目前发现emsc和4G侧MNC配置为46000错误〔实际4个XX机场国漫小区的MNC为46007；EMSC漏配一个新开LAC4600062D7；MSC定义2G小区的BSC错误。2.6失败原因为NoRadioResourcesAvailableinTargetCell主要是2G侧故障或TCH拥塞,连续失败为厂家缺少惩罚机制。2G侧拥塞导致切换失败1.32%：NoRadioResourcesAvailableinTargetCell和Noresourcesavailable原因引起；短时间内连续几十次甚至100多次失败,主要是缺少惩罚机制导致；华为对资源类需要等待11.1版本才具备惩罚机制。爱立信有参数设置,XX试点有一定效果,目前考虑推广到所有地市。中兴无惩罚机制。2.7FailureinRadioInterfaceProcedure；主要是中兴厂家特有,基站上发handovercancel携带原因值不一致导致。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版本升级后有时间的惩罚。爱立信有2个参数设置可以进行惩罚效果较好。中兴即使602版本也无惩罚机制。3、切换失败原因值为unspeicied问题分析,主要为省际漫游导致；省际漫游问题占比37.75%：Unspecified原因目前看主要是省际漫游问题引起。省内以苏南为主,其中XX占比最高,其次为XX、XX、XX；等待爱立信MME升级16A解决；由于MME需要OSS升级后才能装载,目前按照最快进度和爱立信协商后需要7月初才能开始装载。3.1SEQ统计及信令截图3.2实际STN-SR解析,发现非我省STN-SR3.3现场实际测试结果-爱立信与华为MME下跨省漫游问题测试与验证1测试场景1：省内测试卡,到外省〔XX/上海后开关机或飞行模式,注册到外省IMS；空闲态回当地〔XX/XX,但当地发起VOLTE电话,接通后进行esrvcc切换,结论：爱立信MME下失败,华为MME下成功。华为MME下TAU更新后网络发起DETACH,终端重新ATTACH,重新建立QCI5,然后register；爱立信MME下TAU后未收到网络发起的DETACH,终端发起2次PDN连接请求,分别为ipv4v6及ipv6,都建立了QCI9,未能重新建立QCI5；华为空闲态1TAU完成后,网络下发detachrequest,随后终端重新发起attachrequest,建立QCI5；2随后终重新注册,register3PDN连接请求,建立QCI9爱立信空闲态1TAU更新后,终端发起PDNconnectionrequest,PDNType为IPV4V6,随后建立了QCI9;2终端在PDNREQUEST1秒后终端再次发起了PDN请求,PDNtype为IPV6,随后建立了QCI92测试场景2：省内测试卡,到外省〔XX/上海后开关机或飞行模式,注册到外省IMS；数据业务连接态回当地〔XX/XX,但当地发起VOLTE电话,接通后进行esrvcc切换,结论：爱立信MME下失败,华为MME下成功。华为MME下TAU更新后删除QCI5；终端发起PDN请求,重新建立QCI5；终端重新register;发起VOLTE,切换到GSM成功。爱立信MME下TAU更新成功后,直接发起VOLTE,接通后切换到GSM失败。华为连接态流程爱立信连接态流程3测试场景3：省内测试卡,到外省〔XX/上海后开关机或飞行模式,注册到外省IMS；在外省直接发起VOLTE呼叫,接通后回当地〔XX/XX,切换到当地的LTE小区,然后向当地GSM进行esrvcc切换,结论：爱立信MME和华为下失败。爱立信及华为MME都失败,流程如下：满足A2/B2门限,但未能成功切换,随后转空闲。4具体原因分析及结论1省际边界VOLTE的esrvcc问题,华为在3月31号已开启TOPON功能,爱立信需要升级解决；2爱立信在空闲态以及数据连接态情况情况下切换GSM失败,出现原因为unspecied的失败；主要原因为上海用户漫入到XX,或XX用户漫游到上海,并在上海SBC发生过注册后回到XX。用户进入XX后未发生重新注册刷新为XXSTNSR,此时发生了ESRVCC切换。因为用户仍然注册在外省的SBC上,MME发给EMSC的PSTOCSREQ消息中STNSR仍为上海的SBC/ATCF。XX的EMSC只与本省SBC连接,所以切换请求无法送往上海的BSC,切换失败,给MME发送的PSTOCSRSP原因值为Unspecified。确认需要爱立信MME升级；16A,目前在FOA；3华为的TOPON功能及爱立信的补丁适用于：漫游的情况下,PGW重选的模式是承载模式,也就是满足以下两个情况下会发生PGW重选：1.专有承载删除时,判断如果没有QCI=1/2的承载,触发。

2.TAU结束时,判断如果没有QCI=1/2的承载,触发。4在VOLTE通话中,根据集团规范需要VOLTE通话结束后才可进行PDN重选,所以目前无法解决。4、失败原因值为FailureinRadioInterfaceProcedure问题分析,切换后RRC重建导致。应是中兴设备特有,与原因值2handovercancel为一类原因。4.1、SEQ统计及信令截图涉及地市：XX、XX；涉及厂家：中兴；中兴版本升级为602后问题较多；通常为切换后RRC重建引起。目前中兴正在排查具体原因。分析：从SEQ平台来看均是由于MME给MSC发起HOCANCEL导致,5月25日中兴选取了部分小区进行复测,目前发现是由于弱覆盖导致UE存在下行失步,失步后发起RRC重建立,导致ESRVCC失败。复现关于FailureinRadioInterface原因的esrvcc失败问题,排查该问题出现的具体原因。4.2.问题复现--测试背景和测试小区配置根据核心网统计发现XX的eSRVCC切换失败原因为Failure

in

Radio

Interface,流程分析发现目标侧发送cancel消息导致。测试小区配置小区参数名称测试值LTE市区民生医院_1打开系统间测量<语音业务>

<A2>〔dbm-100LTE向GERAN切换的B2<LTE>门限〔dbm-120LTE向GERAN切换的B2<GSM>门限〔dbm-1004.3.问题复现测试数据分析经过后台指标统计,该时段内共发起30次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侧接收到基站侧发送的HandoverCommand后1秒左右UE主动发起RRC重建请求,最终导致esrvcc切换失败。RRC重建结果有2种：RRC重建失败、RRC重建完成。UE侧接收到基站侧发送的Handover

Command后1秒左右UE主动发起RRC重建请求,RRC重建请求原因为ReestablishmentCause=1<handoverFailure>；通过查看RRC重建请求消息,发现RRC重建的原因有2种,第一种是：handoverFailure；第二种是：otherFailure4.5问题复现后台基站及核心侧信令如下：1基站侧跟踪基站在接收到UE发送的MR报告时向MME发送HandoverRequired消息,在大概2秒后接收到MME发送的HandoverCommand消息,在接收到HandoverCommand时基站向UE发送mobilityFromEUTRACommand消息,让UE执行eSRVCC切换,但在1秒后接收到UE发送的RRCConnectionReestablishmentRequest,同时基站侧发起handovercancel造成切换失败。2核心网数据分析根据前台反馈的失败问题时间点,核心网处进行分析发现切换发起之后,很快会取消切换。但是切换取消之后有重建reinvite。之后也会再发生切换/切换取消；呼叫没有掉话,有正常拆线。且每次都在切换SRVCCPSTOCSREQUEST/RSPONSE之后收到MME发来的SRVCCPSTOCSCANCEL；原因值为：FailureinRadioInterfaceProcedure<8>。从消息看,每次都在切换SRVCCPSTOCSREQUEST/RSPONSE之后收到MME发来的SRVCCPSTOCSCANCEL；原因值为：Failure

in

Radio

Interface

Procedure

<8>LAIGCI=4600050360882MME侧分析进一步分析EPC侧日志发现,主要有下面几个原因值,

1切换过程中eNodeB侧上报handovercancel消息取消切换,原因都是radiointerfacefailure：2切换过程中,UE突然发起servicerequest要求在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-invite重建呼叫承载。第一次切换,切换取消；LAIGCI=46000503606CA第三次切换的时候,切换成功。LAIGCI=4600050360882呼叫最后正常拆线。4.6结论：应与中兴厂家基站。通过无线侧与核心网侧的相互配合,最终确定了核心网统计的eSRVCC切换失败原因为FailureinRadioInterface,主要为无线侧eSRVCC切换失败原因为源侧发生重建立；基站侧发起handovercancel造成切换失败,与其他厂家的handover-relocation-canceled-by-source-system一致,只是中兴基站携带原因值不一样造成；5、失败原因为NoRadioResourcesAvailableinTargetCell问题分析5.1、SEQ统计情况及信令流程图涉及地市：XX、XX、XX、XX、XX涉及厂家：全部分析：全省5月21日~23日共出现494次,主要是由于2G侧基站故障、2G侧告警以及突发话务高峰导致,具体原因如下表所示原因值XXXXXXXXXX载频故障116014220话务忙导致拥塞10542023128其他〔小区故障等55125.2、XX连续资源类原因esrvcc切换失败-4G侧华为站点吴江春之声LF_2到吴江春之声LF_2连续45次失败,部分高达60多次流程开始时间<S>市CGISAI小区SM原因切换的目标小区2016-05-1921:01:42XX吴江春之声LF_2吴江春之声LF_246000D71AD0173Noresourcesavailable4600052DC16132016-05-1921:01:42XX吴江春之声LF_2吴江春之声LF_246000D71AD0173Noresourcesavailable4600052DC16132016-05-1921:01:41XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:41XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:41XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:41XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:40XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:40XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:40XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:40XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:39XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:39XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:39XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:39XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:38XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:38XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:38XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:38XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:37XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:37XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:37XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:37XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:36XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:36XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:36XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:36XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:36XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:36XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:35XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:35XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:35XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:35XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:34XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:34XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:34XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:34XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:33XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:33XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:33XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:33XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:32XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:32XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:32XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16132016-05-1921:01:32XX吴江春之声LF_2吴江春之声LF_246000D71AD017NoRadioResourcesAvailableinTargetCell4600052DC16135.3XX连续资源类原因失败-4G侧站点为华为和爱立信短时间内连续几十次,同一源小区到目标小区最多150多次发生资源类切换失败。日期切换的目标小区2G小区名周报4G小区设备厂家TCH拥塞情况5月25号46000512760E9南门2R华为13.67%5月25号4600051275847新丰车站R大网爱立信,专网华为0.43%5月25号4600051275847新丰车站R大网爱立信,专网华为0.43%5月25号46000512760E9南门2R华为12.35%5月25号4600052C63413扬中大桥A爱立信43.71%5月26号4600051287347江滨医院新外科大楼A华为41.11%5月26号4600051275847江滨医院新外科大楼A华为39.01%5月26、29号4600052C65C4FXX市扬中三茅友好A爱立信84.64%5.4、原因分析及解决措施初步分析,短时间资源类连续失败源小区基本为华为和爱立信小区；1华为资源类连续未接通11.1版本有惩罚机制设置准入失败类型有资源准入失败与非资源准入失败。--如果目标小区返回如下5类原因值,则为资源准入失败,eNodeB不会对这些目标小区进行惩罚。Noradioresourcesavailableintargetcell、Transportresourceunavailable、NotenoughUserPlaneProcessingResources；Radioresourcesnotavailable、ControlProcessingOverload--如果目标小区返回除上述以外的其他原因值,则为非资源准入失败,eNodeB将对这些目标小区进行惩罚。现网版本对非资源类有次数的惩罚机制。华为现有版本8.1对资源类失败不触发惩罚,11.1对资源类有时间设置的惩罚机制；2爱立信资源和非资源类类连续切换失败可设置惩罚参数解决及试点情况reportIntervalB2是每隔5.12秒报一次reportAmountB2一共上报4次就不报了26号晚上在XX修改以下两个参数。截止5月31日,XXVOLTE指标正常,趋势平稳,无异常波动；QCI=1上的无线接通率、ERAB掉线率无变化；eSrvcc切换成功率自05/27已经稳定在90%以上；在VoLTE语音通话次数不变的情况下,eSrvcc切换尝试次数明显下降：减少的次数应该都是连续失败时的eSRVCC切换申请；DateIdCityE-RAB建立成功率<QCI=1>无线接通率<QCI=1>E-RAB掉线率<QCI=1><小区级>E-RAB掉线率<QCI=1>VoLTE用户切换成功率VoLTE通话次数<QCI=1>eSRVCC尝试次数eSRVCC切换成功率VoLTE语音流量〔MB2016/5/24ERICSSON-CMJS-SZ99.399799.111210.14620.322599.18522027421563065.809364791.872016/5/25ERICSSON-CMJS-SZ99.435699.137440.14820.337599.22832049971450671.970268389.652016/5/26ERICSSON-CMJS-SZ99.387799.111790.16970.373299.17381992331437873.097867489.092016/5/27ERICSSON-CMJS-SZ99.249898.967980.15690.341598.99432132891297890.275969343.82016/5/28ERICSSON-CMJS-SZ99.382899.082190.16660.374599.14041869851246891.867258465.542016/5/29ERICSSON-CMJS-SZ99.367699.085640.14730.342299.12411676201136492.801853912.322016/5/30ERICSSON-CMJS-SZ99.408999.119040.15340.349299.20392385331370890.129981663.952016/5/31ERICSSON-CMJS-SZ99.428299.161410.13550.297499.22782390551418091.142579525.126失败原因值为TargetCellnotavailable问题分析6.1、MNC配置错误导致切换失败问题分析1MNC配置错误--SEQ统计及信令截图2MNC配置错误4G网管配置2G侧邻区数据的MNC配置为46004G网管2G邻区配置：3MNC配置错误核查MSC和EMSC数据,各项数据定义正确MSC数据定义正确无线OMC对应小区MSCPOOLMSCLAIGCI归属BSC信令点归属BSC名称LACCI小区名备注NJMSCPOOL2NJGS10460075009BDEEH'0013EDNJG3BSC0

2048948622禄口二2机场国漫小区,挂在BSC0下NJMSCPOOL2NJGS10460075009BDF3H'0013EDNJG3BSC0

2048948627禄口二D1机场国漫小区,挂在BSC0下NJMSCPOOL2NJGS10460075009BC03H'0013EDNJG3BSC0

2048948131不存在NJMSCPOOL2NJGS10460075009BC04H'0013EDNJG3BSC0

2048948132NJMSCPOOL2NJGS10460075009BDEDH'0013EDNJG3BSC0

2048948621禄口二1机场国漫小区,挂在BSC0下NJMSCPOOL2NJGS10460075009BDF4H'0013EDNJG3BSC0

2048948628禄口二D2机场国漫小区,挂在BSC0下EMSC数据全球小区标识位置区小区的MSC号码归属MSCPOOL4600750098613441320NJMSCPOOL24MNC配置错误—修改4G侧配置2G邻区的MNC后正常ellNameCNCellNameMSCPOOLBSCKCILACCIMCC+MNC禄口二1lukouer1POOL2NJ-ABSC-G3-020489_48621204894862146007禄口二2lukouer2POOL2NJ-ABSC-G3-020489_48622204894862246007禄口二D1lukouerD1POOL2NJ-ABSC-G3-020489_48627204894862746007禄口二D2lukouerD2POOL2NJ-ABSC-G3-020489_486282048948628460076.2、eMSC中2G侧对应LAC数据漏定义引起esrvcc切换失败1SEQ统计及信令流程–发现2G侧都是同一LAC流程开始时间<S>4G小区SM原因MME名称MSC省市切换的目标小区2016-05-2620:00:07地铁二号线金马路二期LF<W>-1246000D26C0156TargetCellnotavailableNJMME09BHWNJEMSC2BHWXXXX4600062D7B6882016-05-2620:00:07地铁二号线金马路二期LF<W>-1246000D26C0156TargetCellnotavailableNJMME09BHWNJEMSC2BHWXXXX4600062D7B6882016-05-2606:53:26地铁二号线金马路二期LF<W>-1246000D26C0156TargetCellnotavailableNJMME11BHWNJEMSC2BHWXXXX4600062D7B6882016-05-2618:19:47白马土地所三期LF-146000DBB9E016TargetCellnotavailableNJMME08BHWNJEMSC1BHWXXXX4600062D7B5932016-05-3013:12:516TargetCellnotavailableNJMME08BHWNJEMSC2BHWXXXX4600062D7B5932016-05-3020:37:50东郊宾馆16号楼中楼三期LE<W>-146000DBBB30B6TargetCellnotavailableNJMME08BHWNJEMSC1BHWXXXX4600062D70CEE2016-05-3020:37:43东郊宾馆16号楼中楼三期LE<W>-146000DBBB30B6TargetCellnotavailableNJMME08BHWNJEMSC1BHWXXXX4600062D70CEE2016-05-3017:08:20XX马群三三期LD-2246000DC2030C6TargetCellnotavailableNJMME08BHWNJEMSC1BHWXXXX4600062D7B6882eMSC中LAC漏定义—核查MSC与EMSC中数据定义MSC定义数据—发现相应LAC及CI小区定义Emsc中查看NJMSCPOOL3下4600062D7对应LAC无数据；3eMSC中LAC漏定义—EMSC中添加相关LAC数据后正常7、失败原因为Handover/RelocationFailurewithTargetsystem问题分析7.1、SEQ统计情况,基本每个地市都有该类问题,无明显规律地市5月23日5月24日5月25日5月26日5月27日5月28日5月29日5月30日5月31日汇总XX3737XX339329561353XX9713121XX958153635546444974560XX112334XX221358223XX551359291916645215XX126211宿迁XX385020399126248722397XX22641721281193820230XX641262131659汇总28254411015121511610430117219587.2、该类问题初步跟踪与定位—以XX1个小区为例时间：5月23号上午1测试的4G小区与2G小区2SEQ上该小区作为目标小区统计的情况,切换失败流程开始时间<S>MME名称市小区切换的目标小区SM原因2016-05-2310:50:07TAZMME02BHWXX460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:37:55TAZMME03BHWXXXX-兴化乐天马特LD64600054A4806460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:36:08TAZMME03BHWXXXX-兴化乐天马特LD64600054A4806460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:34:15TAZMME03BHWXXXX-兴化乐天马特LD64600054A4806460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:30:39TAZMME03BHWXX460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:30:36TAZMME04BHWXXXX-兴化乐天马特LD64600054A4806460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:30:34TAZMME03BHWXXXX-兴化乐天马特LD64600054A4806460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:17:06TAZMME03BHWXX460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:17:06TAZMME04BHWXXXX-兴化乐天马特LD64600054A4806460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:16:14TAZMME04BHWXX460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:14:32TAZMME04BHWXXXX-兴化乐天马特LD64600054A4806460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:14:27TAZMME04BHWXXXX-兴化乐天马特LD64600054A4806460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:11:42TAZMME04BHWXXXX-兴化乐天马特LD64600054A4806460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:09:35TAZMME04BHWXXXX-兴化乐天马特LD64600054A4806460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2310:06:53TAZMME04BHWXXXX-兴化乐天马特LD64600054A4806460005220A97A3Handover/RelocationFailurewithTargetsystem2016-05-2309:29:51TAZMME02BHWXXXX-兴化工行MBOLF14600054A6901460005220A97A3Handover/RelocationFailurewithTargetsystem3BSC向MSC发送o-and-m-intervention用户向460005220A97A发生eSERVCC切换EMSC给MSC发送mappreparehandoverreq,得到响应为mappreparehandoverreq,原因值为o-and-m-intervention<7>4EMSC给MME会

SRVCCPSTOCSRSP的失败原因值为Handover-or-relocation-failure-with-target-system<3>SEQ上信令流程显示emsc向MME发送PS到CSRESPONSE,携带原因为Handover/RelocationFailurewithTargetsystem54G侧数据核查邻区数据配置情况,核查完全一致；2G侧小区实际配置数据62G小区指标情况分析-结果正常主被叫正常,切换正常,基本无拥塞,小区软硬件运行正常,时钟无问题；7结论：由于触发原因为BSC向MSC发送o&mintervention初步判断该问题为2G侧站点问题,需从2G侧加强分析。7.3、2G侧系统间切换入开关未开导致—问题分析7.3.1华为GSM侧系统间切换入开关未开导致esrvcc失败通过SEQ平台分析eSRVCC切换成功率发现,XX_大丰_大丰郁金香客栈LEM_0向2G小区大丰郁金香客栈-1的eSRVCC切换成功率较低,失败原因值为：RelocationFailurewithTargetsystem。1测试发现达到切换切换门限后一直上发B2测量报告〔目标小区：大丰郁金香客栈-1但一直未收到下发：MobilityFromEUTRACommand,导致4G拖网掉话。2跟踪XX_大丰_大丰郁金香客栈LEM的S1信令,ENB在上报切换请求后,收到MME发送的切换准备失败,cause值为ho-failure-in-target-EPC-eNB-or-target-system。3跟踪2G侧信令发现,MSC收到MME发送的PStoCS切换请求后,向BSC发送切换请求,但是BSC回送handoverfailure消息原因值是7,OandMintervention。4进一步核实GSM侧配置,发现是因为2G小区的大丰郁金香客栈-1的系统间切换入BSC切换开关为否,导致eSRVCC切换失败。7.3.2贝尔GSM侧切换切换入开关关闭导致VOLTEESRVCC切换失败14G小区宿迁_宿城_耿车丁庄LF-1与GSM小区20929_12572及20929_12573切换请求分别为68次和19次,全部失败；开始时间小区名称LTECELLIDGSMCELLIDLTE到GSM的SRVCC切换出准备请求次数LTE到GSM的SRVCC切换出准备失败次数2016/5/21宿迁_宿城_耿车丁庄LF_163358712920929_1257219192016/5/21宿迁_宿城_耿车丁庄LF_163358712920929_12573772016/5/22宿迁_宿城_耿车丁庄LF_163358712920929_1257233332016/5/22宿迁_宿城_耿车丁庄LF_163358712920929_12573662016/5/23宿迁_宿城_耿车丁庄LF_163358712920929_1257212122016/5/23宿迁_宿城_耿车丁庄LF_163358712920929_12573552跟踪信令分析：4G小区633587向GSM小区LAC：51C1<HEX>,CI:311c<HEX>对应20929_12572发起eSRVCC切换请求；S1口返回切换准备失败"HandoverPreparationfailure,失败原因为：ho_failure_in_target_EPC_eNB_or_target_system；S1口返回切换准备失败"HandoverPreparationfailure,失败原因为：ho_failure_in_target_EPC_eNB_or_target_system；34G侧数据核查正常；2G侧核查情况2G无告警；2G小区无告警,无干扰,接入,切换正常,无拥塞；核查卡特GSM侧三树杨楼3及三树杨楼4的切换设置,发现切入允许参数"EN_INCOMING_HO"被设置为"DISABLED",正常应该设置为"ENABLED",配置参数如下：将EN_INCOMING_HO的"DISABLED"修改"ENABLED"后,eSRVCC切换恢复正常。7.4MSC定义BSC不一致导致eSRVCC切换失败问题近期,通过SEQ平台,以目标小区为中心查询eSRVCC切换成功率指标时,发现XX华为2G站点杨庄二,连续一周eSRVCC切换成功率成功率均为0。且失败原因值均为：RelocationFailurewithTargetsystem。7.4.1无线侧数据核查无问题,反复修改RAC无改善,判断eSRVCC失败与RAC的设置、无线侧参数设置无关1、Lisence及eSRVCC准入开关核查经网管核查,杨庄二站点3个小区均已有Lisence,且eSRVCC准入开关均已打开。2、参数核查杨庄二3基站3个小区,原为卡特站点RAC=16。后替换为华为站点后,RAC更改为1,但在4G的邻区关系中,RAC未改,仍为16,因此怀疑可能是RAC在2/4G侧设置不一致导致eSRVCC失败。5月24日,在4G的邻区关系中,将RAC改为255兜底默认配置,eSRVCC切换仍全部失败。5月25日再在4G的邻区关系中,将RAC改为1。但根据26号数据来看,eSRVCC切换仍全部失败,原因值仍为RelocationFailurewithTargetsystem。3、现场测试确认测试小区对：4G侧源小区、2G侧目标小区分别为：华为高港城区XX-高港野徐二LF121034372F34599718857523338400华为高港城区XX-高港野徐二LF221034373F34599728857523438400华为高港城区XX-高港野徐二LF321034374F34599738857523538400CellNameLACCIBSICBCCH杨庄二3YangZhuangErXX高港YangZhuangEr_32103433663463从4G小区XX-高港野徐二LF1向弱场移动,希望其通过eSRVCC切换至杨庄二3小区。根据空口信令,从15:18:27.945开始,UE连续上报B2事件。15:18:32.209,eNODEB向MME发起切换请求HANDOVERREQUIRED。在此消息中,eNODEB并没有将RAC值带给MME。15:18:32.210,MME向DNS发起请求,由于eNodeB没有上报RAC,MME用兜底的RAC〔255拼装FQDN解析eMSC。在DNS返回解析出来的eMSCip地址之后,MME向MSC发起eSRVCC切换请求SRVCCPStoCSRequest,也未携带RAC信息。15:18:32.553,eMSC向MME回复SRVCCPStoCSResponse,该条消息中携带拒绝切换的原因：handoverrelocationfailurewithtargetsystem。15:18:32.557,MME向eNODEB回复Handoverpreparationfailure。至此,本次eSRVCC失败。在此过程中,eNodeb并未上报RAC信息,且MME都采用的兜底的RAC〔255,因此判断eSRVCC失败与RAC的设置没有关系。7.4.2端到端信令,发现跟踪A口无消息,eMSC收到MSC发送切换响应消息,携带失败的原因值:invalid-cell在eSRVCC发起的过程中,UE-eNodeb-MME-eMSC阶段的信令流程均正常。但最终,eMSC拒绝了切换请求。因此怀疑问题出现在eMSC-BSC-Bts段。再次安排复测,并跟踪eMSC侧的消息。15:35:01.393,eMSC向端局发出了切换请求,且目标小区为46000522A837F〔杨庄二3小区。15:35:01.768,eMSC从端局收到切换响应消息,携带失败的原因值:invalid-cell。提示目标小区为无效小区。再去BSC查看对应的A口消息,结果发现A口未收到任何信令消息。由此,确认问题出现在MSC-BSC段。eMSC发出了切换请求,并且收到了响应消息,而目标小区对应的BSC却没收到任何信息,因此,怀疑与eMSC发生交互的BSC并非目标小区所在的BSC。数据核查结果：MSC中定义小区BSC与实际不一致导致经查询,杨庄二基站BSC-MSC-信令点对应如下：杨庄二搬迁DBS1杨庄二搬迁DBS12103433661TAZHWBSC186134403280011C9杨庄二搬迁DBS2杨庄二搬迁DBS22103433662TAZHWBSC186134403280011C9杨庄二搬迁DBS3杨庄二搬迁DBS32103433663TAZHWBSC186134403280011C9再在MSC中查询配置的信令点:发现杨庄二基站还是对应的搬迁前卡特的BSC：TAZ-ABSC-G3-67,对应信令点为：0011D8。86134403282103433661TAZ-ABSC-G3-670011D886134403282103433662TAZ-ABSC-G3-670011D886134403282103433663TAZ-ABSC-G3-670011D87.4.3数据修改及效果验证在MSC中修改杨庄二基站及其对应的信令点。86134403282103433661TAZHWBSC10011C986134403282103433662TAZHWBSC10011C986134403282103433663TAZHWBSC10011C9效果验证再次进行复测,UE上报B2事件后,MME向MSC发起eSRVCC切换请求,MSC回复的响应中携带接受请求的字段,本次eSRVCC切换成功。经多次测试,eSRVCC切换均正常,问题得以解决。7.5目标侧2G存在冗余数据或垃圾数据导致eSRVCC失败对5月23日出现切换失败原因为Handover/RelocationFailurewithTargetsystem的2G小区,分公司核查后发现部分存在垃圾数据,删除后正常。地市2G-CGI5月23日失败次数失败原因XX460005001EB1962G数据库无对应小区XX460005001EB4B12G数据库无对应小区XX460005001EB8712G数据库无对应小区XX4600050066E2D52G数据库无对应小区XX4600050ED63BB2XX小区现网找不到XX4600050ED63BC2XX小区现网找不到XX4600050ED63BD29XX小区现网找不到XX4600052C550904XX小区现网找不到XX46000502C61BD4