iPhone5s无法被叫案例分析
- 格式:docx
- 大小:1.16 MB
- 文档页数:16
去年,iPhone 5s和iPhone 5c在中国、美国等多个国家同步首发了,而之前的iPhone手机都没有在中国内地首销,很大程度上与中国的法律和政府的政策有关,所有在中国上市的手机都需要获得,工信部的入网许可证和中国质检总局3C认证,等待时间过长,影响苹果手机的首发。
随着我国近年来的发展,对市场经济不断的完善,各种对企业影响较大的法律法规相继出台与修正,很大程度强打击了走私,漏税,山寨机等非法行为,给苹果手机在华销售提供了良好的环境,也给国内的消费者带来了保障。
二.经济环境中国市场中,售价过高成为iphone在中国大规模普及的主要障碍。
三星面向不同消费层次的用户推出了高中低端多种智能手机选择,迎合了中国的市场行情。
反观苹果,该公司仅着眼于“高利润率”的高端智能手机市场,忽略了预算较低的消费人群。
去年,苹果在中国智能手机市场上所占份额为7%,位列第五,原因是中国的平均经济水平不高,高档消费者数量少。
但随着中国经济的发展,消费水平快速提升,因此,价格方面的劣势并不会对苹果手机的竞争力产生很大的影响。
目前,苹果与中国移动的合作才刚刚进入实质性的阶段,中国移动拥有超过7.6亿的用户,这对苹果来讲绝对是一个巨大的潜在机遇。
苹果手机基本保持每年更新的速度。
苹果公司一向走在技术创新的前端,独立研发的ios系统给消费者带来了不一样的体验,iPhone. 5s的指纹识别技术成功的满足了消费者的需求,首次采用了64位处理器,整体性能提升一倍。
苹果手机的核心是它的软件,苹果有众多的软件开发者,遍布全球,苹果的激励政策给它带来了越来越多的优秀软件开发者,拓展了app store, 业务市场。
但是,中国移动与苹果的合作还存在着技术上的难题,中国移动与苹果合作,现在最大的制约因素是技术的问题,和TD-LTE、TD-SCDMA的芯片有关。
苹果非高通的芯片不用。
这样一来,苹果的技术力量面临着巨大的挑战。
四.社会环境根据IDC的数据,中国手机用户接近10亿人,其中约40%使用的是智能手机。
苹果手机无法响起来电铃声的解决办法近年来,苹果手机在全球范围内拥有了庞大的用户群体。
然而,有些用户可能会遇到一个令人困扰的问题:他们的苹果手机无法正常响起来电铃声。
虽然这个问题可能导致用户错过重要的来电,但幸运的是,我们可以通过一些简单的解决办法来解决这个问题,本文将为大家详细介绍。
一、检查铃声模式首先,我们应该检查手机的铃声模式设置是否正确。
苹果手机通常有三个铃声模式可供选择:静音模式、震动模式和声音模式。
当手机处于静音模式或震动模式时,手机不会发出声音。
因此,如果你的手机无法响起来电铃声,首先确保手机处于声音模式,可以通过调节侧边上的音量按钮将其切换到声音模式。
此外,还可以通过设置菜单来确认手机是否处于声音模式。
二、调节音量设置除了检查铃声模式外,我们还可以尝试调节手机的音量设置。
有时候,如果手机音量设置过低,就会导致来电铃声无法响起。
为了解决这个问题,我们可以通过按下音量加减键或通过设置菜单来调节手机的音量设置。
确保音量设置适中,以便听到来电铃声。
三、检查静音开关有些苹果手机上配备了一个静音开关,位于手机左侧上方。
这个开关可以快速将手机切换到静音模式,使得来电铃声无法发出。
所以,如果你的手机上有这个开关,请确保它处于关闭状态,即未切换到静音模式。
四、清理喇叭与听筒若以上方法无效,我们可以尝试清洁手机的喇叭和听筒。
有时候,如果手机的喇叭或听筒被灰尘、污垢等杂质堵塞,就会导致声音输出受阻。
因此,我们可以使用干净、柔软的布料或棉签轻轻擦拭喇叭和听筒,以确保它们没有被污垢阻塞。
五、重启手机如果通过以上方法仍未解决问题,我们可以尝试重启手机。
重启可以清除系统中的暂时性错误,有助于修复一些软件问题。
重启手机的方法很简单,只需长按电源按钮,然后滑动滑块关机。
待手机关闭后,再按下电源按钮,打开手机即可。
六、软件更新还有一种可能性是,旧版本的软件可能会导致一些问题,包括声音无法响起。
苹果公司会不断推出新的系统版本,并改进软件的稳定性。
Iphone终端CSFB回落合理性分析(详解分析及解决方案版)当前TD-LTE系统支持两种语音解决方案:语音回落(CSFB:Circuit Switch Fall Back)、单卡双待。
Iphone6、5s,华为Mate终端采用CSFB方案。
CSFB业务过程共分4个步骤:终端开机在LTE/GSM网络联合附着,通话建立过程回落到GSM网络,在GSM网络发起语音呼叫,通话结束后返回LTE网络。
整个过程贯穿LTE、GSM的无线网与核心网,涉及网元数量多、流程复杂,与2/3G语音相比,CSFB端到端呼叫成功率优化相对困难,尤其是CSFB终端做被叫时涉及网元间的信令非常繁琐。
近期在CSFB测试过程与投诉处理中,发现一定概率下Iphone终端不能回落到合理的2G小区的现象,对此,网优工程师对CSFB终端回落合理性进行测试分析。
问题1:在室分环境下Iphone终端不能回落到最强的室分2G小区该问题主要针对用户投诉,某用户更换Iphone6终端后,较大概率性出现接通电话后噪音很大,听不清的情况,而在更换手机之前没有遇到。
网优工程师使用Iphone6、5s、华为Mate7进行互相拨打测试,下表分别为Iphone6做主叫、华为Mate做被叫以及对调后的测试记录。
8641为室分2G小区,无线信号稳定且资源充足、电平最强,从测试情况来看,Iphone6无论做主叫还是做被叫,都有约15%的概率回落不到最强的2G小区,而是回落到室外的宏基站小区,其中回落的20111小区更是跨LAC的小区,距离较远。
回落不合理是用户通话过程噪音大、听不清的直接原因。
为了综合对比,网优工程师对Iphone5s、sony也进行了相应的测试,Iphone 5s表现类似。
检查该室分4G小区参数配置,发现添加了28个2G BCCH频点,包含所有的2G室分与宏基站小区BCCH频点(4个室分,24个宏站),这种频点规划方法是典型的防止漏配频点的方法。
但是,目前看来也是Iphone终端回落到不合理小区的基础条件。
iPhone手机Paging丢失问题分析报告杭州移动吕一品现象描述:在CSFB拉网测试过程中,发现存在一定比例的未接通是由于终端未收到Paging,影响CSFB客户感知和整体呼损指标。
问题定位为进行深度定位,使用苹果官方iPhone5C测试机进行测试,主叫使用2、3G手机进行拨打。
并与扫频数据和Mifi测试结果进行对比,分析如下:在14时25分03秒,系统下发Paging,PDCCH解调成功,而PDSCH解调失败,此时MCS为0,采用调制方式为QPSK,分配RB数为3。
第218帧的SINR测量值为空(10.000类似值为假),从后续SINR显示来看此时SINR值处于恶化状态。
4秒以后二次paging失败,此时分配RB数为4。
第141帧的SINR测量值为空(10.000类似值为假),从后续SINR显示来看此时SINR值较第一次更差两次Paging时电平均强于-110dBm,覆盖相对较好。
从扫频结果来看部分路段SINR值在0~5之间,高于终端显示SINR值。
从Mifi测试结果来看此时RSRP相对较好,而SINR值存在差点,与iPhone手机表象相对一致。
后续建议(1)通过CSFB拉网数据分析,由于SINR差导致终端无法收到Paing消息总体占比在1.6%左右,显著低于GSM ATU相关指标(全程接通99%以上,包括掉话)。
建议对LTE网络下的寻呼进行专项研究,规范接收寻呼的最低SINR和RSRP要求,指导后续全网优化以及终端研发。
(2)同时目前出现的Paging丢失问题为LTE基础性课题,为今后VoLTE商用考虑,建议也在后续的VoLTE测试中增加移动情况下复杂环境的验证性测试。
(3)在后续的LTE测试及优化中加强SINR值优化。
国外企业创新成功案例IT畅销书《浪潮之巅》的作者吴军提出了一个令人印象深刻的“基因决定论”,即当一家大公司想要转型占领新的领域,做出颠覆性创新产品的时候,往往会败得很惨。
中国移动宣布将成立新媒体集团,并将在2015年1月正式投入运营。
10月15日晚,联想集团宣布将成立一家全新的子公司,完全基于互联网平台打造中国领先的互联网模式的智能终端和服务业务。
该公司将于2015年4月1日正式开始运营,届时将拥有独立的公司名称及全新的子品牌...在大变革的移动互联网时代,中国移动、联想集团这样的大公司也加速了自己创新的脚步。
在大公司做创新的时候,人们往往充满期待,同时也会存有一丝质疑,一个大公司在做创新的时候要牵扯到太多的事情,他们做的创新真的能够成功吗?前Google资深工程师,IT畅销书《浪潮之巅》的作者吴军提出了一个令人印象深刻的“基因决定论”,即由于公司基因的影响,当一家大公司想要转型占领新的领域,做出颠覆性创新产品的时候,往往会败得很惨。
例如:摩托罗拉、诺基亚、英特尔、微软,尽管在所在的行业占据了无可争议的垄断地位,但是当时代发生变化,行业发生转型以后,都不同程度的衰落了,大公司体制内创新的窘境已经成为常态。
杰克韦尔奇在谈到这个问题的时候,曾经说过:“管理一条产值为5万美元的新生产线的第一年,要比管理一个销售额为5亿美元的企业的第20年更为困难”。
所以一般大公司体制内立项的新项目失败的概率是非常高的。
在互联网行业,往往大公司做创新产品做不过创业公司,大公司里面做失败的产品可以说是“累累白骨”:百度“有啊”百度一直在思考如何承载未售卖的商业流量。
从百度身边、百度有啊到爱乐活,还有百度地图,百度一直在O2O领域探索,不过成绩并不尽如人意。
2010年底,本地生活服务产品百度身边公测,百度有啊发布生活频道,试水本地生活服务。
2011年3月,有啊商城关闭,正式转型生活服务平台。
不过,百度有啊生活发展未达外界预期。
案例13:广东省-HSS-12月-HSS升级导致苹果手机做被叫空号
1、2015-12-08 00:12:25:该V oLTE用户初始注册成功。
SCSCF通过SAR推送容灾数据到HSS,Path和Contact头域如下:
(1)2015-12-08 00:50:33:初始注册失败。
(2)2015-12-08 00:51:14:初始注册失败。
3、2015-12-08 01:13:04:SCSCF注册超时(这里是3600秒)流程截图
4、2015-12-08 09:17:45:该V oLTE用户作被叫,进入容灾流程后,落地到SBC失败,返回404 Not Found。
(
1)该V oLTE 用户作被叫,ICSCF 查询HSS ,HSS 返回SCSCF 地址,SCSCF 上用户数据在第三步中已经被清除(注册超时),因此SCSCF 进入被叫容灾流程,向HSS 发起SAR ,带Server-Assignment-Type: UNREGISTERED_USER (3),HSS 随即返回第一步中保存的容灾数据,Path 和Contact 头域如下:
因为当晚爱立信HSS 正好在升级,导致CSCF 请求的UAR/MAR 等Cx 接口消息。
故障案例iPhone 5S在从3G返回到4G的过程中,概率性出现语音被叫不通的现象。
公司蚌埠专业无线设备类型终端设备厂家苹果设备型号5S 软件版本编制时间2014-4 作者XZ 作者电话XXXX关键字3G返回4G 被叫无法接通故障现象终端从3G重选到4G的过程中,必然存在一段“不可达时间”,在该时间段内无法寻呼到该用户而出现被叫不通的现象。
告警信息无原因分析3G重选到4G的流程如下:如上图所示,可以分为4个阶段:阶段1测量阶段:终端对TDS系统广播消息(SIB19)下发的LTE TDD系统频点进行测量,并根据重选门限参数和LTE频点信号质量判决是否需要停止测量。
该阶段终端仍然在侦听TDS的寻呼信道。
阶段2重选判决阶段:当目标小区信号质量满足重选要求时,终端发起TRRC_LRRC_CELL_RESE L_REQ,开始搜索和同步目标小区。
从这个阶段开始,终端与TDS脱离关系,进入“不可达时间”。
阶段3读取系统消息:终端接入目标小区,开始读取MIB和SIB。
阶段4IRAT TAU:成功读取目标系统MIB和SIB后,终端触发TAU流程。
当TAU完成时,“不可达时间”结束。
协议对中断时间描述如下,这是对于终端主叫时的一个要求,而对于被叫,“不可达时间”要延长到TAU完成。
(1)25.133 4.2.2.7 Maximum interruption in paging receptionUE shall perform the cell re-selection with minimum interruption in monitoring downlink channels for paging reception.At inter-frequency and inter-RAT cell re-selection, the UE shall monitor the downlink of serving cell for paging reception until the UE is capable to start monitoring downlink channels for pagingreception of the target inter-frequency cell.For inter-frequency cell re-selection the interruption time must not exceed - T SI + 50 ms. For inter-RAT cell re-selection the interruption time must not exceed T BCCH + 50 ms for GSM or T SI-EUTRA + [50 ms] for E-UTRA.T SI-EUTRA is the maximum time allowed to read system information from a E-UTRA cell.T SI-EUTRA Maximum repetition period of relevant system info blocks that needs to be received by the UE to camp on a cell; 1280 ms is assumed in this test case.采用D2来分析前台数据:1、终端在空闲态对SIB19中下发的LTE频点进行测量。
河西CSFB用户无法做被叫寻呼问题分析故障现象:1月18日iPhone5S被叫CSFB测试中发现,在河西区域路测被叫接通率只有30%,现场技术人员马上组织对问题进行跟踪和定位。
组网情况:目前TDD-LTE组网图入下:其中EnodeB为中兴设备,MME为华为设备,MSCserver为诺西设备。
目前采用的CSFB技术原理如下:TD-LTE/TD-SCDMA/GSM(GPRS)多模单待手持终端在给MME发送的附着请求消息中携带支持CSFB能力的指示。
MME在收到用户的联合附着请求后,在进行EPS附着的同时,会推导出其相关CS域的VLR信息,并向这个VLR 发起位置更新请求,VLR收到位置更新请求以后,会将该用户标记为已经进行EPS附着了,并保存用户的MME的IP地址,这样,VLR中就创建了用户的VLR与MME间的SGs关联。
随后,MSC Server/VLR会进行CS域位置更新并把用户的TMSI和LAI(位置区标识)传给MME,从而在MME中建立SGs关联。
最后,MME把VLR给用户分配的TMSI以及LAI等信息包含在附着请求接受消息中发送给UE,此时就表明用户的联合附着已经成功了。
联合附着成功之后,启用CSFB能力的用户在TD-LTE网络中就可以处理电路域业务了。
故障现象分析:在现场测试发现除iPhone5s外,lg-E785,中兴9810,华为D2手机都存在70%以上的未接通概率,从测试的情况上基本上可以排除是终端问题,或是终端设备与中兴网络设备的配合问题。
在终端不能做被叫时发现主叫CSFB是正常的,并且手机终端可以正常上网。
通过数据核查和主叫CSFB正常的现象我们初步排除enode测数据配置问题。
1月19日,中兴组织人员联合移动公司技术支持人员在河西区域再次进行测试并跟踪信令分析。
现场情况发现如果TAU正常时被叫能正常接通并CSFB 至GSM网络,TAU失败被叫就无法正常接通。
正常时信令截图如下:我们可以发现UE主动上报RRC请求并且扩展服务请求也成功,但是在TAU 失败时,MME上没有任何信令,如下是TAU请求失败信令:在故障时我们在enodeb测也会发现UE释放请求,S1 Application Protocol (S1ap)里面显示接口建立步骤失败。
案例:CSFB失败处理案例1:基站状态查询查询站点无当前活跃告警及历史告警存在,因此排除主设备硬件告警导致:2:测试终端问题排查相同终端在其他已经开启CSFB功能的LTE小区,都能正常进行CSFB语音业务,因此排除终端问题。
3:无线参数排查通过LST ENODEB ALGOSWITCH命令查看该站的CSFB功能已开启,且也都配置了相应的GSM邻区关系。
LTE小区名称2G小区名称LAC CI NCC BCC BCCH 城区半岛酒店-HLW-1城区骏王酒店HD1-2287451042236533城区半岛酒店-HLW-1城区海关HD1-3287451078303513城区半岛酒店-HLW-1城区分公司HG1-12874519531551城区半岛酒店-HLW-1城区分公司HG1-228745195326719城区半岛酒店-HLW-1城区分公司HG1-328745195330021城区半岛酒店-HLW-1城区南苑科技楼HG1-328745393733527城区半岛酒店-HLW-1城区安华酒店HG1-228745493323611城区半岛酒店-HLW-2城区骏王酒店HD1-2287451042236533城区半岛酒店-HLW-2城区海关HD1-3287451078303513城区半岛酒店-HLW-2城区分公司HG1-12874519531551城区半岛酒店-HLW-2城区分公司HG1-228745195326719城区半岛酒店-HLW-2城区分公司HG1-328745195330021城区半岛酒店-HLW-2城区南苑科技楼HG1-328745393733527城区半岛酒店-HLW-2城区安华酒店HG1-2287454933236114、信令分析过程1月21日16:00在该室分站下,用D2手机进行SCFB测试,被叫呼叫失败。
通过对信令跟踪分析,由于LTE在无线侧无法进行单用户跟踪,所以只能跟踪该站点的UU、S1口信令,并且确保该站点无其他用户。
iPhone5s无法被叫案例分析
问题描述
绍兴柯桥区接到用户反应iPhone5s手机无法做被叫,通过现场测试和CSFB话统统计特定时段ENODEB侧CSFB建立成功率及UU口信令跟踪,发现存在未下发的RRCConnectionRelease消息导致的CSFB失败情况,在确认CSFB策略已配置且没有流程冲突的情况下,需要进一步排查不下发RRCConnectionRelease的原因。
经了解若手机终端关闭了3G功能开关或者手机终端为移动定制版手机,则不会下发RRCConnectionRelease消息,如下图所示:
正常UU口信令跟踪如下图所示,RRC_CONN_REL信令里面会携带者10713频点:
通过验证测试发现关闭了“启用3G”开关后,进行测试,被叫不通,且不下发RRCconnectionRelease。
处理过程
Iphone5s终端开启了“启用3G”的情况下,作为被叫,进行测试,看是否下发RRC释放消息;
Iphone5s终端关闭了“启用3G“的情况下,作为被叫,进行测试,看是否下发RRC释放消息;
统计CSFB KPI指标,看未下发RRCConnectionRelease消息在测试周期内是否增加了。
关闭Iphone5s“启用3G”开关:
上述红色框内的内容是在关闭了“启用3G”开关后,Iphone5s重新进行了一次附着过程的信令流程。
在23:17:03分的时候,关闭“启用3G”,此时UE重新发起了一次RRC连接,连接原因是“mo-signalling”,根据信令判断,此次为attach过程;
根据协议23.401-b30中关于UE能力的处理过程规定,如果是attach发起流程,那么MME会删除其保存的所有关于该UE的能力信息,并且MME给eNB发送
S1AP_Initial_Context_Setup_REQ消息中不包括任何的UE能力信息,因此这样会触发eNB重新向UE进行UE能力的查询。
上图显示MME给eNB发送的上下文不包含任何的UE能力信息,因此会触发eNB重新向UE查询能力。
上图显示eNB对UE进行了能力查询,UE回复了“RRC_UE_CAP_INFO”答复,从答复的信息里可以看出,此时UE没有上报支持Utra的能力,也即没有支持WCDMA系统。
由于eNB收到的UE能力没有包含Utra的,因此eNB发送
S1AP_UE_CAPABILITY_IINFO_IND消息通知MME关于UE的能力时也不包含Utra 的。
因此此时MME上存储的关于该Iphone5s终端不支持Utra能力。
在重新attach之后,由于Iphone5s没有进行相关的数据业务,在UE不活动定时器到期后进行了RRC连接释放,原因为“User-inactivity”。
根据协议规定,MME在ECM-IDLE状态时也会保存UE的能力信息,因此此时MME仍然存在着UE 的能力信息。
在23:17:03关闭“启用3G”后,在23:24:07进行了关闭“启用3G”开关后的第一通CSFB语音,MME给eNB发送的CSFB触发消息中显示该次是CSFB呼叫,同时终端不支持WCDMA。
由于终端不支持Utra,在收到CSFB触发后,eNB成功给MME响应了CSFB触发,但是之后一直不下发RRCConnectionRelease消息,导致UE无法重定向到3G,在间隔20s后,UE不活动定时器到期后,直接释放了RRC连接,该次CSFB失败,语音呼叫失败,提示“你所拨打的用户暂时无法接通”
Iphone5s开启“启用3G”开关:
上述红色框内的内容是在重新开启了“启用3G”开关后,Iphone5s重新进行了一次附着过程的信令流程。
在23:44:32分的时候,开启“启用3G”,此时UE 重新发起了一次RRC连接,连接原因是“mo-signalling”,根据信令判断,此次为attach过程。
根据协议23.401-b30中关于UE能力的处理过程规定,如果是attach发起流程,那么MME会删除其保存的所有关于该UE的能力信息,并且MME给eNB发送
S1AP_Initial_Context_Setup_REQ消息中不包括任何的UE能力信息,因此这样会触发eNB重新向UE进行UE能力的查询。
上图显示MME给eNB发送的上下文不包含任何的UE能力信息,因此会触发eNB重新向UE查询能力。
上图显示eNB对UE进行了能力查询,UE回复了“RRC_UE_CAP_INFO”答复,从答复的信息里可以看出,此时UE上报支持Utra的能力,也即支持WCDMA系统。
根据协议的规定,MME中存储的UE能力信息的组成是由:attach过程中的能力查询结果、RAU请求消息中或者RAU完成消息、以及EUTRAN的异系统切换消息中包含的能力信息查询结果的总集合。
由协议可知,由于UMTS的动态安全参数的处理原因,MME中存储的UE能力不会包含Utra的能力,因此若eNB从UE收到UE能力包含Utra的,此时eNB发送S1AP_UE_CAPABILITY_IINFO_IND消息通知MME关于UE的能力时也不包含Utra的能力,但是EUTRA能力中关于对异系统的处理能力中仍包含Utra的,这一点会触发eNB在收到相应的后续请求时,会对Utra能力进行单独的查询。
在重新附着成功后,由于UE不活动到期后UE仍然没有进行相应的业务,因此RRC释放。
但此时MME仍然会在EMC_IDLE状态保存改UE的能力信息,其中EUTRAN 的能力信息中支持对Utra的处理。
上图显示在开启了“启用3G”开关后进行的第一通CSFB语音通话,时间为07:53:46。
上图显示MME给eNB发送的CSFB触发消息中,EUTRAN的能力中包括了对UtraFDD 的处理,但是没有包括关于Utran的能力。
因此此时eNB应该要对Utra能力进行查询。
上述显示对Utra的能力进行了单独查询,UE成功响应支持Utra能力。
eNB成功获取到UE支持Utra能力之后,成功下发RRCConnectionRelease消息,携带10713频点,CSFB成功回落3G,且语音呼叫正常!
关闭“启用3G”开关后连接态测试情况:
在1月17日 11:57:13(740)关闭Iphone5s“启用3G”开关,在11:59:39(724)进行主叫连接态的呼叫。
MME给eNB发送上下文修改消息,原因值为“cs-fallback-required”。
eNB给MME回应了CSFB触发响应后,由于eN知道该次CSFB是主叫且手机不支持3G,因此不下发RRC连接释放用以携带10713频点,由于终端在等待RRC连接释放,但却一直没有收到,一直等到UE不活动定时器到期后(间隔20s),eNB接着发起释放UE的上下文内容并且释放RRC连接,原因值为
“user-inactivity”。
根据实际的测试结果显示,在eNB侧释放了主叫的RRC连接之后,过了10s左右,主叫直接连接到了2G网络且继续进行了语音的呼叫。
语音呼叫结束后,主叫终端无法返回4G,一直驻留在2G网络。
关闭Iphone5s“启用3G”开关后,在12:04:28(889)进行主叫空闲态的呼叫。
主叫空闲态发起语音呼叫,RRC_CONN_REQ的原因值为“mo-Data”,CSFB主叫的原因值;
MME发送给eNB的初始上下文中元一只为“cs-fallback-required”。
MME发送给eNB的初始上下文请求中没有包括Utra的能力;
eNB给MME回应了CSFB触发响应后,由于eN知道该次CSFB是主叫且手机不支持3G,因此不下发RRC连接释放用以携带10713频点,由于终端在等待RRC连接是否,但却一直没有收到,一直等到UE不活动定时器到期后(间隔20s),eNB接着发起释放UE的上下文内容并且释放RRC连接,原因值为
“user-inactivity”。
根据实际的测试结果显示,在eNB侧释放了主叫的RRC连接之后,过了10s左右,主叫直接连接到了2G网络且继续进行了语音的呼叫。
语音呼叫结束后,主叫终端无法返回4G,一直驻留在2G网络。
对于主叫即使关闭了“启用3G”开关仍然能够拨通,而被叫却无法拨通的解释:
根因
根据上述分析,如果UE终端支持联通LTE频段,但是不支持联通WCDMA,则UE 在上报Extended Service Request消息后,MME会成功的给eNB下发
S1AP_Initial_Context_Setup_Request消息,且eNB会成功响应MME消息
S1AP_Initial_Context_Setup_Respone。
因此关于CSFB触发次数和CSFB响应次数的Counter均会增加1,但是由于UE能力不支持WCDMA,最终UE始终没有下发RRCConnectionRelease消息进行重定向,因此CSFB失败。
解决方案
如果UE终端支持联通LTE频段,但是不支持联通WCDMA,则关于CSFB触发次数和CSFB成功响应次数均会计数,但是由于不会下发RRCConnectionRelease 消息,EUTRAN向WCDMA执行的CSFB重定向次数却不会增加。
因此未下发RRCConnectionRelease消息的情况总结如下:
因流程冲突而导致的CSFB失败;
未配置参数;
UE终端关闭了3G开关,仅启用了4G开关;
UE终端为移动定制版4G,可以支持联通4G,但是不支持联通3G;。