LTE经典案例2G不能返回34G问题排查
- 格式:docx
- 大小:216.33 KB
- 文档页数:1
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小区干扰,导致终端无法接通案例。
【问题描述】:平凉崆峒区及下属县区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不能返回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网络;.。
参数设置错误导致误会回落优化案例案例摘要关键字: 参数错误、无法回落;专业类型: 无线;网元名称: 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切换准备失败一、问题发现使用安徽移动互联网端到端质量分析系统统计发现,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慢问题的处理方法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 网络持续接收短消息。
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“CSFB手机挂机返回LTE异常”的原因分析及相关案例1.1原因分析目前,CSFB返回方案采用两种并行的方案:终端自主返回和2G->3G->4G桥接返回方案。
部分城市区域还采用第三种方案:2G->4G返回方案。
终端自主返回功能需要芯片支持,具体实现与厂家芯片实现相关,自主返回失败因素与LTE无线信号覆盖、挂机区域频点是否已被终端记忆有关。
当终端自主返回失败后,终端将在2G驻留。
若2G配置4G邻区,则由2G通过小区重选返回4G;若2G未配置4G邻区,则通过3G桥接返回4G。
2G->3G->4G桥接返回和2G->4G过程与数据业务互操作流程相同,相关影响因素与数据业务互操作类似,可参见《LTE与TD-SCDMA数据业务互操作性能影响因素分析》案例库;除此之外,因CSFB流程造成的重选返回失败因素主要为LTE网络侧定时器超时导致隐式detach,导致TAU失败。
部分特殊终端及国漫入终端不支持终端自主返回功能,CSFB通话挂机后将在2G驻留。
若该终端也不支持TD-S模式,且2G又未配置4G邻区,则该终端将不能返回4G驻留;若终端支持TD-S模式,将根据2G是否配置了4G邻区,选择2G->3G->4G桥接方式或2G->4G方式返回方式。
通常情况,回落2G网络,通话过程中不能进行数据业务,挂机后●若终端通过自主快速返回方式返回4G,可在LTE发起TAU并恢复数据业务●若终端自主返回失败,将驻留2G网络并尝试恢复数据业务,连接态时:⏹可通过NC0方式返回3G(需终端支持),⏹若3G网络支持到4G连接态重定向,可返回4G继续数据业务⏹若否,终端需待数据业务完成进入空闲态后,通过小区重选2G->3G->4G桥接方式或2G->4G方式返回4G(需2G配置4G邻区)●特殊场景,若终端回落3G网络,通话过程中能够并行进行数据业务,挂机后终端将驻留在3G,返回4G行为与上面相同1.2案例分析1.2.1案例1:挂机区域LTE弱覆盖,导致终端自主返回失败1.现象描述LTE弱覆盖区,CSFB手机通话后挂机,不能通过终端自主返回功能返回4G网络。
故障案例通州城区2G/3G不重选案例省公司江苏专业无线设备类型设备厂家华为设备型号软件版本编制时间2012-6-20 作者作者电话入库时间审核人审核人电话厂商审核联系方式人关键字重选故障现象通州移动人员反应G到T不重选。
告警信息通州城区宏站都无告警。
原因分析一、GSM->TD系统间重选过程:a. 启动异系统小区测量过程:终端测量到GSM本小区的信号强度达到一定门限值Q-Search-I,终端开始启动对异系统TD-SCDMA邻小区的测量b. 启动测量后当TD信号RSCP值达到TD网络电平绝对值判决门限(Tdd-offset)设置值时,并且持续5S以上,将执行2G到TD的系统间重选。
涉及的主要参数及含义如下:QSearch_I取值范围含义0~6 当GSM RSSI <=Qsearch_|-98|- |-74|(dbm)时启动对TD 邻小区的测量7 始终开启对TD邻小区的测量8~14 当GSM RSSI >=Qsearch_|-90|- |-66|(dbm)时启动对TD 邻小区的测量15 始终关闭对TD邻小区的测量TD_Offset取值范围含义0~15 当TD RSCP >=TD_Offset_|-105|- |-60|(dbm),终端执行到TD网络的重选过程。
QSearch_I:该参数的含义是当2G小区的RSSI在达到一定门限时开始启动对TD小区的测量。
QSearch_I的取值范围是:[0,15],当QSearch_I=7是,表示表示始终开启对TD小区的测量;当QSearch_I取值15时,表示始终关闭对TD小区的测量;QSearch_I取值0~6时,对应RSSI取值范围为[-98dB,-74dB]。
表示当GSM的RSSI低于[-98dB,-74dB]时开启对TD小区的测量;QSearch_I取值8~14时,对应RSSI取值范围为[-90dB,-66dB]表示当GSM的RSSI高于[-90dB,-66dB]时开启对TD小区的测量。
LTE核心网常见故障和投诉案例分析案例一:临时方案用户预换卡不能使用2、3G业务【故障现象】临时方案的用户,在更换USIM卡但未开通4G业务的情况下,在4G网络的覆盖下,用4G 手机终端可能无法正常使用2,3G业务。
只能在4G手机上设置“2,3G only”,才能恢复正常使用。
【故障分析】临时方案的用户,在更换USIM卡但未开通4G业务的情况下,当前BOSS系统只是将用户的IMSI鉴权信息通过BOSS指令存储到HSS,并未建立IMSI和MSISDN的关联,即未放号为签约用户的任何2、3G的分组域、电路域和4G业务的签约信息。
这种场景下HSS给MME返回DIAMETER_ERROR_USER_UNKNOWN的错误码,MME收到HSS的DIAMETER_ERROR_USER_UNKNOWN码后,给终端返回#8“EPS services and non-EPS services not allowed”的NAS原因值。
终端收到“EPS services and non-EPS services not allowed”的NAS值后,不再尝试重新选网。
【故障解决】针对这种临时方案的用户,如果只更换USIM卡不签约4G业务,根据测试,MME给终端返回#7“EPS services not allowed”的NAS值能够使终端较快地重选到2、3G网络。
根据协议中定义的映射规则,HSS需要给MME返回DIAMETER_ERROR_UNKNOWN_EPS_SUBSCRIPTION (5420)with Error Diagnostic of NO_GPRS_DATA_SUBSCRIBED的错误原因值,对应到HSS上,需要BOSS在用户进行更换USIM卡时,不管用户签不签约4G业务时,都要向HSS发送放号的BOSS指令,如果用户不签约4G业务,则通过设置4G-APN模板为0来关闭用户的4G功能。
启示:网络侧把问题归类后,通过NAS值反馈给终端,终端针对不同的NAS值会有不同的响应行为,在定位此类问题的时候,需要抓取信令,观察S1-MME接口上附着失败或者TAU 失败的原因值。
绍兴2G-3G互操作优化案例分析1、Qsearch-i、TDD-qoffset设置错误导致2G无法重选回3G现象描述:在测试中发现CS业务3G切换到2G后,占用2G后,检测不到3G 邻区,长时间内2G无法从选回3G。
问题分析:首先检查2G是否添加3G邻区,通过机房确认2G已经添加3G邻区且添加无误,其次检查2G到3G的重选参数设置,2G到3G重选参数绍兴设置(室分):Qsearch-i(7;一直测量)、TDD-qoffset(6;3G信号大于-87dbm),通过查看信令System Information Type 2 ter发现该2G小区的参数Qsearch-i(15;不测量)、TDD-qoffset(8;3G信号大于-87dbm),参数设置错误。
问题解决:通知机房更改参数后测试正常。
2、2G小区RAC设置错误,导致CS业务2G到3G重选出现Routing Area Update Reject;PS业务2G到3G重选失败。
问题描述:UE占用3G室分国贸大酒店(CI:3098 UARFCN:10055 CPI:0);CS业务3G切换到室分2G(CI:13098 BCCH:2 BSIC:53)无问题,在空闲状态下重选回3G 室分会出现Routing Area Update Reject的信令,PS业务室分3G到室分2G切换正常,室分2G到室分3G重选也会出现Routing Area Update Reject的信令,FTP 掉线。
再尝试室分3G到室外2G(CI:23431 BCCH:89 BSIC:62)的CS和PS业务一切都正常。
问题分析:首先检查通知机房检查此2G小区添加3G邻区是否出现错误,经过核实添加无误。
其次检查2G到3G的核心网数据是否添加,如果数据未加,会大面积出现2G到3G重选的问题,但此时的现象比较特殊,只有2G室分到3G 出现此种现象,室外2G到3G的业务测试正常,应该不是交换数据未加的问题。
LTE核心网常见故障和投诉案例分析1.呼叫掉话:呼叫掉话是用户最常见的投诉之一、它可能是由于核心网故障造成的。
可能原因包括:-信号覆盖不足:这可能是由于设备故障或基站问题导致的。
解决方案包括维修设备或增加基站容量。
-呼叫拥塞:当LTE核心网容量超过负荷时,呼叫掉话率可能会增加。
解决方案包括优化网络资源分配和增加容量。
-数据传输问题:LTE核心网的数据传输可能受到故障的影响。
解决方案包括修复故障和优化数据传输。
2.数据速率下降:用户可能投诉在使用LTE网络时遇到数据速率下降的问题。
这可能由以下原因引起:-设备问题:用户设备可能存在故障或配置问题,导致数据速率下降。
解决方案包括检查设备并提供技术支持。
-频谱问题:LTE频谱拥塞可能导致数据速率下降。
解决方案包括优化频谱分配和增加频带宽度。
-核心网负载:LTE核心网负载过高可能导致数据速率下降。
解决方案包括优化网络资源和增加容量。
3.信令延迟:信令延迟是另一个常见的投诉问题。
这可能是由于以下原因引起:-信令丢失:LTE核心网可能会遇到信令丢失问题,导致延迟增加。
解决方案包括修复故障和优化信令传输。
-呼叫拥塞:当LTE网络容量超过负荷时,信令延迟可能会增加。
解决方案包括优化网络资源和增加容量。
-核心网拓扑问题:LTE核心网拓扑设计不合理可能导致信令延迟。
解决方案包括重新设计和优化核心网拓扑。
4.服务不可用:用户可能投诉LTE网络服务不可用。
可能原因包括:-网络故障:当LTE核心网遭遇故障时,服务可能会中断。
解决方案包括快速修复故障和提供备用网络。
-天气影响:极端天气条件可能影响LTE网络的可用性。
解决方案包括增强天气适应性和增加备用设备。
-用户设备故障:用户设备故障可能导致无法使用LTE网络。
解决方案包括检修设备或提供替代设备。
综上所述,LTE核心网常见故障和投诉案例包括呼叫掉话、数据速率下降、信令延迟和服务不可用。
针对这些问题,可以采取一系列解决方案,包括维修设备、优化网络资源、增加容量和重新设计核心网拓扑。
34G互操作异常分析问题背景1、问题现象商务终端(IPhone 5S 1518,IPhone 5c 1529)在LTE弱覆盖路段占用3G网络后在4G网络覆盖恢复良好情况下,不能正常返回4G网络。
2、测试结果3、测试方法;测试设备:IPhone 5S 1518;IPhone 5c 1529各一部测试场景:由4G弱覆盖区域且23G强覆盖区域行驶至234G强覆盖区域;测试规范:两部终端分别一起打开与关闭数据开关,在234G强覆盖区域发起语音业务行驶至4G无覆盖区域挂掉电话待终端占用3G网络后行驶至4G强覆盖区域观察终端能否返回4G;备注:测试时对比两部商务终端数据开关打开与关闭的差别测试次数:打开与关闭数据开关各测试40轮(由4G弱覆盖区域且23G强覆盖区域行驶至234G强覆盖区域为一轮)。
问题分析1、3G到4G重选原则:(空闲态)(1)优先级4G>3G;(2)3G一直对4G进行测量;(3)4G>-116dBm则重选到4G2、成功与失败小区网络侧情况对比3、成功与失败小区后台参数核查情况对比4、成功与失败小区信令分析对比正常信令截图异常信令截图综上所述,我们可以得出以下结论:1、根据网络侧情况对比,我们可以看出成功与失败时的无线环境是一致的,都是覆盖良好,无干扰的区域,说明无线侧是正常的。
2、根据后台核查情况以及从正常与异常信令对比发现都有下发的“system informationblock type19”说明TD测SIB19都已打开,我们可以推断出,后台配置正常3、根据信令对比分析我们可以看出:成功的信令是在系统下发system information block type19后,手机进入空闲模式,3至5秒时候重选到LTE读取LTE主消息块。
●失败时在系统下发system information block type19后,手机并没有进入空闲模式,反而自发的发起了PDP激活(因为没有Paging而直接发起PDP激活,说明不是基站侧发起的是自发的),并开始占用TD的H信道并分配了2M带宽。
LTE小区TAC配置不合理回落失败案例LTE小区TAC配置不合理导致CSFB失败处理案例一、问题现象1月20日iphone5s与iphone5c手机在城区半岛酒店-HLW的室分站下进行CSFB测试,主叫和被叫都失败。
1月21日华为D2手机在城区半岛酒店-HLW的室分站下进行CSFB测试,被叫都失败。
二、问题分析过程1:基站状态查询查询站点无当前活跃告警及历史告警存在,因此排除主设备硬件告警导致:2:测试终端问题排查相同终端在其他已经开启CSFB功能的LTE小区,都能正常进行CSFB语音业务,因此排除终端问题。
3:无线参数排查通过LST ENODEBALGOSWITCH命令查看该站的CSFB功能已开启,且也都配置了相应的GSM邻区关系。
4、信令分析过程1月21日16:00在该室分站下,用D2手机进行SCFB测试,被叫呼叫失败。
通过对信令跟踪分析,由于LTE在无线侧无法进行单用户跟踪,所以只能跟踪该站点的UU、S1口信令,并且确保该站点无其他用户。
D2做被叫时,通过S1口信令分析,在信令上可以看到16:00:18(141)在S1AP_UE_CONTEXT_MOD_REQ消息上看到MME发起CSFB请求,之后UE给MME发送回应。
之后从S1口信令上16:00:18(172)的消息S1AP_UE_CONTEXT_REL_REQ可以看到ue-not-available-for-ps-service消息,说明发起CSFB后,网络侧对PS域进行拆链。
查询UU口信令RRC连接释放,从RRC REL消息中看到已经携带GSM相关频点信息(UU 口)。
GSM侧信令分析:在BSC侧查看信令,发现16:00没有信令,可见CSFB不能正常回落到GSM。
通过查询,由于该站点经纬度有误,该站点落入LAC 28741的覆盖范围内,该站点的TAC 配置为28741。
但该站点实际位置是在TAC 28745的覆盖范围内,导致4G的TAC配置与2G邻区的LAC不一致,由于核心网配置的LAC与TAC对应关系,容易导致UE无法找到对应的GSM服务小区,导致CSFB无法做业务。
X2IPPATH配置问题导致切换不成功关键字:X2IPPATH 切换【现象描述】切换测试时,从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败,HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE,进入该消息中可以看到cause为transport-resource-unavailable,切换不成功,如下图所示。
【原因分析】对于切换流程失败而言,如果是切换准备阶段的失败,其原因通常为以下几种:(1)传输资源不够用;(2)没有配置IPPATH;(3)IPPATH中的邻居节点配置错误。
由于切换测试阶段的网络业务负载很小,接入用户数少,通过X2口传输的数据不多,一般来说不会出现传输资源不够用的情况。
所以可以先重点怀疑IPPATH配置的问题,在处理过程中需要对X2口和IPPATH问题排查处理,一步步解决问题。
【处理过程】每次切换到目标小区完成后,UE会读取目标小区的系统消息(RRC_SIB_TYPE1),该消息中可以看到目标小区的CGI,通过CGI中的基站ID确认目标基站B2的ID。
从该次切换的切换命令(RRC_CONN_RECFG)可以找到目标小区CELL2的PCI,在目标基站B2中用MML命令查询确实存在小区CELL2,所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。
先查看B2基站对应的IPPATH有没有配置,如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。
在webLMT上的命令如下:LST SCTPLNK;检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。
DSP X2INTERFACE;检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No,查看对应X2接口的标识X2InterfaceId。
LST IPPATH; 根据X2接口标识X2InterfaceId,查看X2口两端的IP配置是否正确。
一、现象描述在柬埔寨实验局测试2G/3G互操作发现,在2G模式下即使UE在3G信号比较好的地方也不能从2G网络重选3G模式。
在2G/3G户操作区域进行多次反复测试过程中,2G到3G的重选无一次成功。
二、原因分析在排除了2G/3G侧邻区问题,以及2G侧3G小区信息问题之后,最有可能发生问题的就是2G接入侧的重选参数设置问题,检查2G的重选参数设置,发现这几项的参数设置为:Qsearch_I = 15Qsearch_C = 7FDDRepQntCS = 1FDD_Qmin = 0FDD_Qoffset = 8以上是2G的BSC侧需要配置的2G/3G互操作相关主要参数:这些参数配置说明如下:1)UE启动UTRAN重选小区测量的门限(Qsearch_I):参数定义了一个阈值,当本小区的平均接收电平RLA_C低于(参数取值0~7)或者低于(参数取值8~15)该阈值的时候,UE启动3G重选小区的测量。
取值:0~15n=0~6,表示场强L= -98+n*4 dbmn=7,-∞,表示alwaysn=8~14,表示场强L= -78+4*(n-8)dbmn=15,∞,表示never该参数配置为7时,表示UE始终测量3G邻区。
配置为非7时,越大越难启动3G邻区测量。
推荐配置:72)专用模式下UE启动UTRAN邻区搜索的门限(Qsearch_C):专用模式下的UE启动UTRAN邻区测量的参数,配置策略和Qsearch_I一样。
推荐配置:73)上报的UTRAN邻近小区的量的类别CS(FDDRepQntCS):表示在测量报告中上报的3G邻近小区的量的类别。
0表示RSCP,1表示Ec/No。
0:RSCP,该3G小区的CPICH信道的扰码在UE的接收功率,单位是dbm。
1:Ec/No,该3G小区的CPICH信道扰码的接收功率和热噪声的比值,单位是db。
推荐配置为:14)UTRAN重选小区码噪比最小值(FDD_Qmin):用于小区重选时的判决条件之一,在网络普遍配置FDD_Qoffset为0的情况下,该参数的取值直接影响2G到3G的重选。
S市L运营商用户无法返回4G案例分析1)现场测试复现经测试,确实存在信号良好的情况下(RSRP 大于-95dBm )用户从4G 直接掉到3G ,且无法返回4G 的问题。
从信令来看,用户在掉3G 前连续发起了多次TAU 。
2)空口抓包分析在对应的站点进行空口用户信令抓包,分析13:01的用户跟踪发现,是由于MSC 回复失败(连续五次),才导致用户RAU 到2/3G ,需要进一步分析。
200400600800100012001400050001000015000200002500019日开始流量/用户数明显下降总流量RRC 连接用户数2、问题原因分析进一步分析MME信令,MME向UE发送Attach Accept消息(3GPP TS 24.301),其中,Attach Accept消息中的EPS attach result为EPS only,EMM cause为#16 MSC temporarily not reachable(3GPP TS 24.301)在24.301的5.5.1.3.4.3节,协议对这种情况描述:当UE的联合附着请求指示EPS only附着成功,并且non-EPS服务不用的原因值为“MSC Temporarily Not Reachable”时,终端开始发起TAU流程,尝试注册non-EPS服务,且会连续尝试5次,如果5次TAU都不能成功注册non-EPS服务的话,对于CS/PS mode 1的终端如果IMS语音不可用的时候,UE会尝试去选择GERAN或者UTRAN接入,并且UE 会将E-UTRAN能力去使能,即终端将不会再尝试接入LTE网络。
而终端什么时候再使能E-UTRAN的能力取决于端实现。
LTE的UE只有如下4种模式:- PS mode 1 of operation: the UE registers only to EPS services, and UE's usage setting is "voice centric";- PS mode 2 of operation: the UE registers only to EPS services, and UE's usage setting is "data centric";- CS/PS mode 1 of operation: the UE registers to both EPS and non-EPS services, and UE's usage setting is "voice centric";- CS/PS mode 2 of operation: the UE registers to both EPS and non-EPS services, and UE's usage setting is "data centric".总体分为两种:语音中心和数据中心。
【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网络。