LTE经典案例2G不能返回34G问题排查
终端案例

1.苹果系手机问题1 使用数据业务时无法从3G返回4G且上网速率不稳定【问题现象】用户在使用数据业务时,有50%概率无法从3G返回4G【涉及终端型号】Iphone5S/5C、三星NOTE 2【问题定位】Iphone 5S/5C、三星Note 2等部分高通芯片手机不支持“3G到4G基于测量的数据业务连接态重定向”(只支持盲重定向)。
造成手机从3G返回4G的成功率不高于50%,而且仅支持盲重定向的终端可能导致异系统间的乒乓切换,从而造成用户上网速率波动较大【问题解决进展】已给相关手机厂家去函,反馈后续通过软件版本升级解决【问题是否已解决】否,需要相应苹果以及三星等公司发布更新软件版本来解决。
【问题备注】重定向:在有数据业务进行时,用户所在网络发生变化所需要进行的一种网络行为(比如用户从无4G网络移动到有4G 网络的环境)。
问题2 手机信号栅格标示频闪,无法登入4G网络【问题现象】终端网络制式(手机信号栅格显示部分)标示频繁闪烁,用户无法登入4G网络,无法做被叫及上网【涉及终端型号】Iphone5S/5C LG E985【涉及终端软件版本】IOS 7.1【问题定位】经验证该问题仅在华为无线设备下偶发出现【问题解决进展】已反馈给终端公司,苹果已提供7.1版本,该问题已解决,LG公司尚未更新软件版本【问题是否已解决】是,苹果终端已解决,更新为IOS7.1;LG需要更新软件版本问题3 手机欠费后耗电量增大【问题现象】Iphone 5s/5c欠费后,手机耗电量增大,待机时间明显缩短【涉及终端型号】Iphone5S/5C【涉及终端软件版本】IOS 7.1【问题定位】IPhone5s/5c欠费后,手机耗电量增大,待机时间明显缩短。
(主要原因是:手机在2/3G网络下频繁附着,对无线网络CCCH和PDCH资源消耗较大)【问题解决进展】苹果公司已发布7.1版本解决该问题【问题是否已解决】是,更新版本为IOS 7.1【问题备注】CCCH:公共控制信道,是指在呼叫接续阶段,传输控制链路连接所需要的控制信令和信息。
34G共站,LTE时隙配比10:2:2对TD小区干扰,导致终端无法接通案例

【标题】:34G共站,LTE时隙配比10:2:2对TD小区干扰,导致终端无法接通案例。
【问题描述】:平凉崆峒区及下属县区8月1日至8月2日,出现大量TD手机终端语音客户投诉,客户反映多个站点3个小区均打不通电话,也接不通电话,经过后台统计,发现出现投诉区域站点,都是TDS基站与LTE基站共站,现象为终端无法接入,终端做为被叫,无法收到寻呼消息,以崆峒-吴岳(cell ID:3852)为例,RRC连接请求无失败次数,但是有一定业务量,经现场测试,该站3个小区均无法正常发起业务,但是用户可以从邻区正常切入改站,实测结果和统计特征观察一致。
【分析及处理过程】:出现此类问题一般有以下几种原因:1、基站设备故障:RRU故障、主控板故障;2、无线小区参数设置不合理;3、终端存在未知故障;4、干扰:系统内干扰、系统外干扰;处理过程:1、更换主控板,更换RRU后,无告警,问题依旧存在;2、后台核查所在区域无线接入参数,设置合理,KPI指标正常。
以崆峒-图书馆、崆峒-吴岳为例,如下:3、询问投诉客户,并不是个别客户出现此类问题,出现投诉问题呈片区形式,排除终端问题;4、(1)核查系统内频点、扰码,扰码组合理性,未发现同频同码或同频同码组问题;(2)核查相关抗干扰算法,发现TD侧动态Uppchshifting功能未开启,并且和投诉区域存在重合性。
(3)核查系统外干扰:询问局方在出现投诉时间区间内,其他网络系统是否存在重大操作,随后得知,4G-LTE侧(卡特设备)对全网修改过时隙配比由原来的3:9:2调整为10:2:2;进行验证对比测试,后台查看投诉点崆峒-图书馆检测UP,如下:随后在2014年8月3日对比测试中,用排除法,于2014年8月3日16:51:13去激活阿尔卡特4GLTE站点,用户所描述的终端投诉现象立即消失,后经过核查TD侧参数发现,开启动态Uppchshifting的小区未出现客户投诉,而6.2&7期新开站未开启动态Uppchshifting的小区和投诉小区存在地域重合性,随后与平凉分公司人员合作经过排查传输、交换均无大操作,仅在8月1日之前,阿尔卡特4G TD-LTE全网调整过时隙配比,由3:9:2调整为10:2:2后,开始出现投诉。
LTE经典案例2G不能返回34G问题排查

.【LTE经典案例】2G不能返回3/4G问题排查问题描述某市自最近两个月以来,好多用户投诉在自己家中手机一直在2G,无法返回3/4G。
用户行为为从室外进入地下车库,然后经过电梯上楼进入自己家中,但在进入电梯后,由于电梯内没有室分,致使手机掉在了2G网络,然后出电梯到了家中之后,手机一直在2G无法返回3/4G,必须手动飞行模式让其重新搜网才会返回。
问题分析本市的关于2G网的几个互操作策略如下:1)G2U:当U网的EC/IO达到某一门限便可返回,不考了电平值;2)G2L:没有做相关互操作;针对用户投诉现象,具体做了以下测试:1)用两台诺基亚手机(不支持4G),连接电脑鼎力软件,一台锁2G,一台不锁网,按照车库---电梯---房间的路线进行测试,发现不锁网的手机返回3G正常。
2)用智能终端(支持4G)的iPhone6s手机,同样按照车库---电梯---房间的路线进行测试,发现手机不能返回3/4G。
对于上述测试,功能机可以正常返回,智能机不能正常返回,经过对相关策略参数的核查,发现了以下问题:2G网络全网共1万多小区,其中存在了506个“基于优先级小区重选开关”打开的小区,打开此开关的小区“UTRAN小区缺省优先级”为“1”,也就是说,在全网G2U为只考虑U网EC/IO的策略下,该506个小区未按照此策略进行重选,并且优先级1代表了只有当U网的电平值大于或等于-71dBm时,才会重选到3G网络上。
由于功能机不支持此基于优先级小区的重选,故而无影响,所以对类似iPhone6s的智能终端产生了上述描述的现象的影响。
优化方案1)将用户投诉的相关区域的2G小区筛选,关闭基于优先级小区重选开关,验证通过,iPhone6s在5秒多返回3/4G。
2)提交工单,对剩余开关打开的小区进行修改,并验证通过。
用户反映都能正常返回4G网络;.。
某些手机3G2G切换重选失败问题

3、通过排除的方法处理问题,首先从最容易的开始排除。
附件:
相关资料:
2)区域1和区域2有共同点是都是E公司的BSC挂在华为MSC下面
3)因为同样的手机在其它区域可以正常重选和切换,基本可以排除手机问题。
4)在问题区域部分手机可以正常重选和切换,并且通过仔细检查过重选和切换参数以及邻区数据。排除了参数问题。
5)根据上海实验室的验证结果看,Freq Offset确实会对切换造成影响,同时调整时钟会对频偏造成影响。但是实验室通过调整DA值导致的频偏和前方切换失败LOG中的频偏相差较多,因此前方可能3G和2G都存在频偏问题。
在区域2,只使用了Nokia N70和HW535进行测试,测试结果同上,当离开该区域时,Nokia和HW手机均能正常重选回3G。
并且通过Nastar分析全网的话统指标,发现这两片区域的3G站点3G到2G的切换成功率很低(基本上在10%以下)。
告警信息:
无
原因分析:
重选问题分析
1).门限设置,正常测试点的3G信号Ec/Io均远远超过门限要求的-16dB,满足被重选的条件。且能够保持稳定超过5秒以上;
6)通过前方修改DA值的验证,我们发现DA值不断增大的过程中,Freq Offset虽然在不断的减小,但是直到DA值调整到最大(DA=4080),Freq Offset仍与正常水平距离较远,所以UE无法切换到2G。这说明2G系统本身可能存在频偏。
最后基本上判断是2G或3G系统由于时钟不准,出现了一定的频偏,造成部分手机重选和切换问题。但是如何确认频偏遇到了一定的麻烦。首先2G和3G设备都没有频偏告警,可能设备存在的频偏并不是很严重。由于没有告警,就只能通过使用频率计去测试。在使用频率计测试过程中,测试发现华为的RNC和NodeB没有问题。但是由于E公司的设备有特殊的测试接口,我们无法连接测试。通过要求客户去检查E公司设备,发现原来在E公司的BSC3,BSC5并没有同步到华为MSC下面。因为前期E公司的BSC3,BSC5从E公司MSC割接到华为MSC时,客户只割接传输线,但是时钟线并没有作相应的调整。通过调整BSC3,BSC5时钟线,问题区域的重选问题解决,3G->2G切换成功率也恢复到了正常水平。
LTE参数设置错误导致无法回落优化案例

参数设置错误导致误会回落优化案例案例摘要关键字: 参数错误、无法回落;专业类型: 无线;网元名称: 4CS-长顺安乐LZHV ;设备厂商: 中兴;软件版本: V2.00.520P02 ;一.问题现象描述:新开站点4CS-长顺安乐LZHV现场测试无法回落,后台统计CSFB UE上下文释放次数为0,而该站点接通率、掉线率、切换成功率指标正常,无干扰、无告警。
后台指标情况如下二.处理流程图CSFB回落失败是否硬件告警是否是否上行干扰是否是否参数设置错误是否是否G网邻区问题是结束处理告警排查干扰参数优化G网邻区优化处理否厂家设备问题三. 问题原因分析与排除过程:1.硬件告警查询:无硬件告警;2.上行干扰查询:无上行干扰;3.回落开关查询:已经打开;4.回落频点核查:共站G网频点已经存在;5.共站G网告警、干扰以及拥塞查询:无告警、无干扰、无拥塞,G网正常;6.再次核查与回落有关参数:GERAN载频数目为0,导致回落频点无效四. 问题解决方案以及结果对比:GERAN载频数目由0改为1后,现场测试回落正常,且后台指标恢复正常。
4月26号中午完成参数修改后,后台指标恢复正常五. 网络优化总结及建议:除了常规无线环境、外部干扰、硬件告警等原因影响CSFB回落成功率外,后台参数同样影响回落成功率,特别针对新开站点,由于参数配置错误可能导致大量回落失败,需开站人员需仔细核查参数并做好开站后15分钟率度指标监控,本次通过告警查询、邻区核查、参数核查等步骤,最终定位为参数设置错误导致,修改参数后问题得到解决。
2G基站闭锁机制和4G基站惩罚机制不完善导致srvcc切换准备失败

2G基站闭锁机制和4G基站惩罚机制不完善导致srvcc切换准备失败一、问题发现使用安徽移动互联网端到端质量分析系统统计发现,3月29日MAS-向山-HNL-52(CGI:460-00-388683-1)向GSM小区向山2(460002186021532)小区存在Sv SRVCC切换准备失败,切换失败高达266次。
二、问题定位发现问题后,针对该问题进行了如下分析处理:步骤一:4G侧排查➢核查MAS-向山-HNL及周边站点状态,发现该站点运行正常,近期无异常告警,无线指标正常。
2016032920 MAS-向山-HNL-52 99.95% 99.98% 99.93% 0.00% 99.47%➢参数核查核查4到2 SVRCC邻区参数设置,与GSM现网配置一致,SRVCC相关参数设置正常,排除SRVCC参数及邻区问题导致问题的可能;基站级邻区配置小区级邻区配置SRVCC参数配置所以,通过上述排查,排除4G侧问题,进一步对2G分析。
步骤二:2G侧排查查看GSM小区向山2(460002186021532)小区运行状态,29日发现该小区存在传输闪断,但由于协调原因一直无法上站处理,于是将该基站暂时闭锁。
但从SV接口指标统计看出,向山2小区2G基站仍有切入请求。
针对GSM 基站闭锁后,MS仍然能搜索到基站信号问题并发起切换请求,和诺基亚厂家沟通后确认为系统机制设置导致。
该设计目的是为各个协议栈增加联系,使LAPD 层有与BSC的有更多的交互动作,详情请查看诺基亚研发提供的交互流程图:闭锁后仍有信号原因为基站传输中断后,在BSC侧闭锁基站,由于传输中断,基站侧收不到BSC下发的闭锁消息,所以传输恢复后基站侧自动恢复,基站有信号输出,但由于此时基站在BSC侧仍是闭锁状态,导致MS能收到信号但无法进行业务的情况。
29日终端发起到向山2小区的SRVCC切换,但由于基站处于闭锁状态,BSC 侧无法分配资源,导致切换准备请求失败。
江西多地市CSFB手机用户在2G通话结束后返回4G慢问题的处理方法

江西多地市CSFB手机用户在2G通话结束后返回4G慢问题的处理方法1、故障现象:赣州、九江等地市网优领导及同事反馈经常出现4G CSFB手机在通话结束后手机一直驻留在2G网络,无法回到4G,需要重启手机或是开关飞行模式后才可驻留到4G网络。
涉及的手机类型包括华为Mate7、小米4、华为X1、iPhone6 plus、iPhone5s等。
2、故障原因分析:根据网优反馈不同终端问题出现的频繁程度,赣州采用华为Mate7进行问题复现测试并抓包;九江采用小米4进行问题复现测试并抓包。
1)赣州华为Mate7抓包分析:【终端侧log分析】终端在18:03:15挂断电话,正常收到网络侧MSC下发的呼叫释放完成消息CC_RELEASE_COMPLETE,但是没有收到网络侧BSC下发的Channel Release消息,因此终端一直处于2G连接态,没有释放无线资源。
从18:03:23至18:07:14之间,终端在2G网络持续接收短消息。
从18:07:15至18:09:42之间的log无记录,但从协议类型为ERRC的信令可判断终端已经回到4G网络。
详细的信令流程如下:终端在18:03:15 挂断电话,未收到网络侧BSC下发的Channel Release消息。
赣州华为Mate7分析结论:呼叫挂断后,网络侧没有下发Channel Release 消息导致终端一直处于2G 连接态,此后终端在2G 网络持续接收短消息而长时间无法返回4G 网络。
2)九江小米4抓包分析:【终端侧log 分析】终端在07:41:33(对应北京时间15:41:33)挂断电话,正常收到网络侧MSC 下发的呼叫释放完成消息CC_RELEASE_COMPLETE ,但是没有收到网络侧BSC 下发的Channel Release 消息,因此终端一直处于2G 连接态,没有释放无线资源。
从07:41:40至07:43:55之间,终端在2G 网络持续接收短消息。
TDLTE故障处理手册及典型案例

LTE故障处理手册一.重大故障处理方法1.重大故障实时告警列表告警类别告警设备表述描述可能的原因及影响华为ENODEB网管批量网元断链或小区不可用基站断电,或大批量双模站点TD测GPS故障传输设备网管批量网元断链基站断电,或传输原因中断2.重大故障处理步骤●【批量基站断站或小区不可用】●原因分析基站批量断点或或批量双模站点TD测GPS出现故障及传输设备故障●关注重点批量基站断站或小区不可用●常见处理方法序号处理方法“是”“否”1联系传输人员,看是否为传输设备故障422联系代维人员确定基站是否断电533联系代维人员确定基站是否为双模基站并确定TD测GPS完好54通知传输人员处理65通知代维人员处理66结束二.告警预处理告警分类1.实时告警分类总表告警等级告警号告警名称本机网管紧急网元连接中断ENODEB重要29243小区服务能力下降告警重要19240小区不可用告警重要26205BBU单板维护链路异常告警重要29207基站控制面传输中断告警重要25621直流输出异常告警重要26276制式间站点配置冲突告警重要26238RRU组网拓扑类型与配置不一致告警重要BBP心跳检测失败告警重要26529射频单元驻波告警重要26322BBU测收发光异常重要26503RRU测收发光异常重要26233BBU IR光接口性能恶化告警重要29201S1接口故障告警重要25888SCTP链路故障告警重要26235射频单元维护链路异常告警重要26506RRU测光口性能恶化重要26260系统时钟不可用告警2.主要告警分析和常见的处理手段。
1)【网元链接中断】●告警解释:网元与OMC网管之间的链接中断,一般来讲,为断电或传输问题●对系统的影响对该网元无法控制●告警处理序号处理方法“是”“否”23 1检查同一环路下基站是否全部中断(基站侧检查光路和电源是否OK.)2通知传输中心处理4343通知机房巡检处理故障(基站侧更换传输光模块/光纤)4结束2)【29243:小区服务能力下降】●告警解释当基站射频资源或基带资源不能满足当前小区的配置规格时,产生此告警●对系统的影响告警小区提供给客户可用的无线空口资源会减少。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
【LTE经典案例】2G不能返回3/4G问题排查
问题描述
某市自最近两个月以来,好多用户投诉在自己家中手机一直在2G,无法返回3/4G。
用户行为为从室外进入地下车库,然后经过电梯上楼进入自己家中,但在进入电梯后,由于电梯内没有室分,致使手机掉在了2G网络,然后出电梯到了家中之后,手机一直在2G无法返回3/4G,必须手动飞行模式让其重新搜网才会返回。
问题分析
本市的关于2G网的几个互操作策略如下:
1)G2U:当U网的EC/IO达到某一门限便可返回,不考了电平值;
2)G2L:没有做相关互操作;
针对用户投诉现象,具体做了以下测试:
1)用两台诺基亚手机(不支持4G),连接电脑鼎力软件,一台锁2G,一台不锁网,按照车库---电梯---房间的路线进行测试,发现不锁网的手机返回3G正常。
2)用智能终端(支持4G)的iPhone6s手机,同样按照车库---电梯---房间的路线进行测试,发现手机不能返回3/4G。
对于上述测试,功能机可以正常返回,智能机不能正常返回,经过对相关策略参数的核查,发现了以下问题:
2G网络全网共1万多小区,其中存在了506个“基于优先级小区重选开关”打开的小区,打开此开关的小区“UTRAN小区缺省优先级”为“1”,也就是说,在全网G2U为只考虑U网EC/IO的策略下,该506个小区未按照此策略进行重选,并且优先级1代表了只有当U网的电平值大于或等于-71dBm时,才会重选到3G网络上。
由于功能机不支持此基于优先级小区的重选,故而无影响,所以对类似iPhone6s的智能终端产生了上述描述的现象的影响。
优化方案
1)将用户投诉的相关区域的2G小区筛选,关闭基于优先级小区重选开关,验证通过,iPhone6s在5秒多返回3/4G。
2)提交工单,对剩余开关打开的小区进行修改,并验证通过。
用户反映都能正常返回4G网络。