iPhone5s无法被叫案例分析
苹果pestel分析模型案例
去年，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回落合理性分析
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问题分析报告
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月，有啊商城关闭，正式转型生活服务平台。
不过，百度有啊生活发展未达外界预期。
广东省-HSS-12月-HSS升级导致苹果手机做被叫空号
案例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 接口消息。
终端测试案例-iPhone5S在从3G返回到4G的过程中概率性出现语音被叫不通的现象
故障案例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频点进行测量。
【LTE实战】CSFB用户无法做被叫寻呼问题分析
河西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）里面显示接口建立步骤失败。
LTE小区TAC配置不合理导致CSFB失败处理案例
案例：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口信令，并且确保该站点无其他用户。
TD-LTE 语音CSFB流程与常见问题
UE在TA1与TA2边界移动，MME在联合位置更新时为UE 注册到LA1/MSC1，UE在回落过程中由于位置移动或无线信 号漂移选到LA2/MSC2，发生MSC改变。
CSFB回落后MSC不同解决方案
易讯教育
信令平台方案
MTRR方案
方案对比
MTRR MTRF 信令平台 主叫端局重试方案： 信令平台方案：集中建设信 主叫端局在收到指定 呼叫前转方案： 令平台，虚拟MSC/VLR功 MSC呼叫失败消息（消 老的MSC收到呼叫请求， 能，所有CSFB用户初始接入 息中指示需要呼叫重试）寻呼不成功后不释放呼叫， 该MSC，用户被叫时，平台 后，重新发起呼叫请求， 将呼叫前转至新的MSC 方案简介 将提供漫游号码流程挂起， 第二次呼叫请求时用户 （老的MSC通过MSC之间 待用户回落到2/3G并位置更 已完成位置更新，HLR 的位置更新流程获取新的 新后，再发起路由查询流程， 中登记的用户MSC为新 MSC的地址） 确保呼叫被接续至新的MSC MSC，呼叫成功
易讯教育
流程复杂，现网LTE同覆盖区及边 界BSC/SGSN均需改造，改造难 度大 无需现网改造 需现网LTE同覆盖区及边界 BSC/SGSN改造支持RIM流程 无需现网改造 需现网LTE同覆盖区及边界 BSC/SGSN改造支持RIM流程
CCO
3~4s
9~12s
CCO with CCO流程中增加了无线消息管理流程RIM，省 去读系统广播时间 NACC RRC ENB向UE发起重定向消息，断开LTE，脱网下 进行2G测量，选择并接入小区。 Release
RRC Release切换方式下，呼叫建立时延增加2-3秒，引入RIM流程后，时延缩短至500－600ms
终端在脱网状态下进行异系统测量，测量时延相对较小
5S能上网不能打电话怎么办
5S能上网不能打电话怎么办有时候我们会遇到iPhone 呼叫失败的问题。
这种问题有时候可能很快就可以解决，怎那么该怎么去解决呢?下面小编给大家讲解一下关于5S能上网不能打电话的解决方法，希望大家喜欢!5S能上网不能打电话怎的解决方法信号或电话运营商问题有时候当我们在一些信号不好地方，会遇到这样的问题，出现呼叫失败，需要重拨的情况。
这种情况一般是由于当前信号不好导致的，换一个地方再重新拨打就可以了。
关机如果不是信号的问题，那我们还可以尝试先关机再开机的操作。
可以通过长按iPhone 的电源键，当出现关机选项时，滑动关机。
插拨电话卡如果关机也不能解决问题的话，我们还可以通过重新插拨电话卡来尝试一下。
我们可以用iPhone 自带的取卡针或其它类似的物件来取卡。
接着在iPhone 的右侧有一个专门用于取卡的小孔，用取卡针即可弹出电话卡了。
取出来以后，清洁一下电话卡，再按照原位放回去，最后再试下看是否可以还拨打电话。
还原网络设置如果以上的方法尝试了，还是不能够解决问题的话，接下来我们还可以尝试还原一下iPhone 的网络设置。
在设置列表里请点击“通用”一栏，如图所示在通用列表的底部，找到“还原”一栏，点击进入。
接着在还原列表里请点击“还原网络设置”一栏选项，如图所示随后再请点击底部弹出的“还原网络设置”按钮，确认还原即可。
等待系统还原成功以后，看看是否可以正常拨打电话。
苹果手机不能打电话解决方法相关文章：1.苹果iPad Pro能打电话吗2.苹果手机连上电脑后不能被识别怎么办3.手机上不了网怎么办手机不能上网的解决方法4.安卓手机无法开机的6种解决方法。
CSFB失败案例
1、浔海花园街道站2 参数配置错误导致回落失败：CSFB config error测试车辆在浔海花园小区附近，主叫iPhone5S空闲占用九江市浔海花园街道站2小区RSRP：-88.81dBm，SINR：20.20发起呼叫，13:16:07回落GSM失败并重定向到TD网络。
查询网管系统九江市浔海花园街道站2小区测量参数-GERAN载频数目配置错误：修改GERAN载频数目为1，复测终端正常回落GSM网络，问题解决。
2、中铁1小区回落GSM出现弱覆盖导致未接通测试车辆在中铁1小区附近，主叫iPhone5S由中铁1小区回落至GSM九江市政府1小区（CI：39321，42-0）-94dBm出现弱覆盖，11:59:53主叫未接通。
由于GSM九江市政府1小区在改路段信号衰落较快，回落到改小区后出现弱覆盖。
删除GSM频点组中BCCH：42频点后复测正常：3、核工业3附近占用伪基站出现未接通测试车辆在长虹大道长虹小区附近，主叫iPhone5S发起寻呼由核工业3小区回落GSM小区，10:23:23回落失败并出现主叫未接通。
查询知，该区域存在公安伪基站系统，伪基站（CI：0，50-0）导致UE占用出现未接通。
4、永修九合3越区覆盖导致质差并出现未接通测试车辆在永修车埠高速站附近，主叫iPhone5S起呼由永修车埠高速站2小区回落至GSM永修九合3小区出现质差，16:14:43回落失败并出现主叫未接通。
分析无线环境，永修九合3在该区域存在越区覆盖现象，占用永修九合3出现质差,可调整G网小区避免越区覆盖。
5、武宁西海年华3小区附近回落GSM主叫掉话测试车辆在武宁西海年华3小区附近，主叫iPhone5s占用武宁西海年华3 RSRP：-100dBm，SINR：7.6，主叫发起寻呼并回落武宁县西海大酒店-2小区，16:09:40信号衰落出现掉话。
查询得知，武宁县西海大酒店-2为室分小区，主叫回落室分小区后信号衰落较快导致主叫掉话。
LTE终端问题案例
LTE终端问题案例知识库目录前言 (3)1.苹果系手机 (3)2.三星系手机 (19)2.1NOTE3(三星N9008V) (19)2.2NOTE2(三星N7108D) (25)2.3三星I9308D (32)2.4三星S5（G9008v） (33)3.其他厂家手机 (35)3.1华为手机 (35)3.2酷派手机 (40)3.3中兴手机 (49)3.4LG手机 (55)3.5索尼手机 (56)3.6HTC手机 (58)3.7联想手机 (62)3.8海信手机 (64)3.9天语手机 (64)3.10多款手机共性问题 (66)前言LTE网络商用至今，LTE在网用户数和在网终端数直线上升，随之产生的LTE终端问题以及终端和网络互操作的问题也呈几何态势增长，影响用户感知的问题主要集中在互操作与选网、语音业务问题、数据业务问题等，下面将常见热门机型的集团范围内发现的问题进行整理汇总，具体情况如下：1.苹果系手机问题1使用数据业务时无法从3G返回4G且上网速率不稳定【问题现象】用户在使用数据业务时，有50%概率无法从3G返回4G 【涉及终端型号】Iphone5S/5C、三星NOTE2【问题定位】Iphone5S/5C、三星Note2等部分高通芯片手机不支持“3G到4G基于测量的数据业务连接态重定向”（只支持盲重定向）。
造成手机从3G返回4G的成功率不高于50%，而且仅支持盲重定向的终端可能导致异系统间的乒乓切换，从而造成用户上网速率波动较大【问题解决进展】已给相关手机厂家去函，反馈后续通过软件版本升级解决【问题是否已解决】否，需要相应苹果以及三星等公司发布更新软件版本来解决。
【问题备注】重定向：在有数据业务进行时，用户所在网络发生变化所需要进行的一种网络行为（比如用户从无4G网络移动到有4G网络的环境）。
问题2手机信号栅格标示频闪，无法登入4G网络【问题现象】终端网络制式（手机信号栅格显示部分）标示频繁闪烁，用户无法登入4G网络，无法做被叫及上网【涉及终端型号】Iphone5S/5C LG E985【涉及终端软件版本】IOS7.1【问题定位】经验证该问题仅在华为无线设备下偶发出现【问题解决进展】已反馈给终端公司，苹果已提供7.1版本，该问题已解决，LG公司尚未更新软件版本【问题是否已解决】是，苹果终端已解决，更新为IOS7.1；LG需要更新软件版本问题3手机欠费后耗电量增大【问题现象】Iphone5s/5c欠费后，手机耗电量增大，待机时间明显缩短【涉及终端型号】Iphone5S/5C【涉及终端软件版本】IOS7.1【问题定位】IPhone5s/5c欠费后，手机耗电量增大，待机时间明显缩短。
关于iphone5S无法正常做主被叫的问题
关于iphone5S无法正常做主被叫的问题投诉内容：客户在长汀河田下街柳城移动办公楼投诉，iphone5S做语音被叫无法接通，做语音主叫无法回落到2G，而是回落到3G通话。
客户回到长汀县城做语音主被叫正常，都可以回落到2G正常通话。
问题分析：后台工程师对“龙岩长汀-长汀河田下街柳城-HLH”站点进行告警核查、邻区核查、和小区状态核查，核查均正常；测试工程师在客户投诉地点对TDD-LET、TD-SCDMA和GSM网络进行无线环境测试，各网络无线环境均良好；借用客户iphone5S进行主被叫拨打，主叫回落到3G通话，被叫始终无法接通；用D2测试手机进行多次主被叫拨打都正常回落到2G通话，由于客户iphone5S USIM使用的是微型卡，无法进行机卡对调测试；后台工程师分别对iphone5S和D2进行信令跟踪，相关信令截图如下所示，通过对两者信令对比发现：D2呼叫信令流程有网络下发A3、B1测量控制信息和手机上传测量报告，iphone5S呼叫信令流程有网络下发A3、A2测量控制信息，并无上传测量报告。
分别通过对A2和B1事件的相关参数进行核查发现，GERANA2THDRSRPOFFSET（GERAN A2 RSRP门限偏置，详见后面备注）设置异常，脚本设置输入值为-100，如果仅GERAN配置为-100，表示不启动GERAN 的测量，仅下发UTRAN的A2门限+偏置值。
问题解决：把GERANA2THDRSRPOFFSET的值由-100改为0，现场复测，用iphone5S进行主被叫测试，分别拨打10次均回落2G正常通话，后台指标提取如下，7次和28次均成功，问题解决。
问题遗留：1、D2手机是否太“先进”，无法发现网络存在的一些隐蔽问题；2、网络对D2手机下发B1测量控制信息，而对iphone5S手机下发A2测量控制信息。
备注：GeranA2ThdRsrpOffset（GERAN A2 RSRP门限偏置）含义：该参数用于配置GERAN A2相比“异系统A2 RSRP触发门限”的偏置值，该偏置值加上“异系统A2 RSRP触发门限”即得到GERAN A2 RSRP触发门限。
iPhone手机无法正常使用呼叫等待的解决方法
iPhone手机无法正常使用呼叫等待的解决方法随着科技的发展，iPhone手机已经成为人们生活中必不可少的工具之一。
然而，有时候我们可能会遇到iPhone手机无法正常使用呼叫等待功能的问题。
在本文中，我们将提供一些解决这个问题的方法，帮助您恢复呼叫等待功能的正常使用。
1. 检查呼叫等待设置首先，我们需要确保呼叫等待功能在iPhone手机的设置中正确开启。
请按照以下步骤进行设置检查：步骤1：打开手机设置，滑动屏幕找到“电话”选项。
步骤2：在“电话”选项中，找到“呼叫等待”设置。
步骤3：确保呼叫等待的开关处于打开状态。
如果您发现呼叫等待设置未开启，您可以通过将呼叫等待的开关切换到开启状态来解决该问题。
设置开启后，您应该能够正常使用呼叫等待功能。
2. 重启手机有时，手机出现一些临时的故障可能会导致呼叫等待功能无法正常工作。
在这种情况下，您可以尝试通过重启手机来解决问题。
步骤1：按住手机侧面或顶部的电源按钮，直到出现滑动关机提示。
步骤2：滑动屏幕以关闭手机。
步骤3：等待几秒钟后，再次按住电源按钮，直到出现苹果标志，表示手机正在重新启动。
重启手机后，尝试使用呼叫等待功能，看看问题是否已经解决。
3. 更新系统和运营商设置有时，呼叫等待功能无法正常工作是因为您的iPhone系统或运营商设置需要更新。
为了解决这个问题，您可以尝试进行以下操作：步骤1：打开手机设置，滑动屏幕找到“通用”选项。
步骤2：在“通用”选项中，找到“软件更新”选项。
步骤3：如果有新的系统更新可用，您可以选择下载并安装。
步骤4：同时，您还可以向您的运营商咨询关于呼叫等待功能的设置和更新信息。
更新系统和运营商设置可能会修复与呼叫等待功能相关的问题，确保其正常工作。
4. 重置网络设置在某些情况下，网络设置的问题可能导致呼叫等待功能无法正常工作。
您可以尝试重置网络设置来解决这个问题。
步骤1：打开手机设置，滑动屏幕找到“通用”选项。
步骤2：在“通用”选项中，找到“重置”选项。
传播案例分析
THANKS
10
认为在传播过程的循环中传播者和受传者没有主客皇马吧巴侮辱球星蔑视足球侮辱球星蔑视足球小组分析传播者潘梦莹与受播者众网友没有主客之分该模式的重点不是在于分析传播渠道中的各种节而在于解析传播双方的角色功能
周逸超 郑淑贤 苟若峥
公共事业管理121班
22312118/17/19
传播学案例分析
传播学案例分析
传播学案例分析
传播模式
线性模式
控制论模式 新模式：网络化的传播
传播学案例分析
拉斯韦尔—5W模式
苹果公司
Iphone5s/c
发布会
大众媒体
认知了解
小组分析
拉斯韦尔
优点： 详细生动地介绍了Iphone手机的更高更快更强的外观、配置、性能以及环保 努力，如不含汞的 LED 背光显示屏、不含砷的显示屏玻璃、可回收的铝金 属机身、电源适配器超过全球最严格的节能标准等。 缺点： （1）忽略了反馈：在5W模式中，苹果发布会此传播表述为一种直线性、单 向型的过程。看不到受者的反馈和其他各个要素之间的相互作用。我们只是 被动接受发布者所给予的信息。 （2）忽略了外部环境：线性传播不涉及传播过程和社会过程的联系，这不 符合实际。
传播学案例分析
奥斯古德—施拉姆的双向循环传播模式 小组分析 侮辱球星， 蔑视足球
@潘梦莹
皇马吧巴 萨吧李毅 吧WOW吧等Fra bibliotek爆吧人肉
该模式变直线性、单向型 传播者潘梦莹与受播者众网友 思路为循环/双向型思路， 没有主客之分，该模式的重点 引入了控制论的核心概念 不是在于分析传播渠道中的各 之一：反馈。 种节 ,而在于解析传播双方的 认为在传播过程的循环中， 角色功能；该模式的重点不是 传播者和受传者没有主客 在于分析传播渠道中的各种环 之分，并且强调了传受双 节，而在于解析传播双方的角 方对信息的编码、释码及 色功能；参与传播过程的每一 译码处理，从而突出了传 方在不同的阶段都依次扮演译 播的互动性。 码者、解释者和编码者的角色， 体现了人际传播“面对面” 并相互交替这些角色。 这种 的特点。 模式传播的信息会产生反馈， 并为传播双方所共享 。
抚州崇义-关于IPHONE手机在2G网络下经常无法被叫的问题分析
关于IPhone用户在2G网络下经常无法被叫问题分析摘要：本文通过对IPhone用户反映在2G网络下经常无法做被叫进行分析，通过跟踪信令发现用户做被叫寻呼时，由于打开了手机的“通知”功能，手机正在进行后台GPRS数据下载，由于在GPRS上网时无法实现协同寻呼，导致寻呼失败，并针对PCU与BSC合设时，修改相关参数，实现了用户在GPRS数据下载时成功寻呼。
关键字：IPhone GPRS 协同寻呼问题来源：用户投诉问题现象：近期接到不少Iphone用户投诉，反映在2G网络下信号满格时接通率低，拨打用户手机号码提示“对不起，您拨打的用户不在服务区或已掉电”，换别的手机不会出现此情况。
用户主叫无异常。
影响范围：整个BSC问题分析及定位：1.使用用户IPhone手机将网络锁定在2G网络下，做被叫30次，发现有8次提示““对不起，您拨打的用户不在服务区或已掉电”。
后台跟踪用户信令如下，发现用户在寻呼之前正在上网，寻呼时出现失败。
2.做被叫时用户手机处于空闲状态，为什么会出现上网时寻呼失败呢？进一步分析，发现原因是用户的手机打开了通知功能，导致手机经常后台上网，由于GPRS上网时无法寻呼而导致提示“无法接通”。
解决方法及效果：1.试着将用户手机通知功能关闭，拨打用户手机50余次未发生无法接通现象。
从上述处理中可以得出结论，由于用户打开通知功能后，导致手机在后台上网，由于进行GPRS业务时不支持语音寻呼导致寻呼失败。
2.问题的进一步处理：由于目前我公司BSC5采用华为BSC6000设备，且BSC与PCU 合设，在BSC6000内置PCU模式下，BSC内部实现增加GRRM模块，此模块负责处理A接口传来的分组域消息，如果发现消息内容是电路域寻呼请求，就直接转给DSP模块，由DSP模块将该寻呼请求经由PDCH或PACCH信道下发给手机。
此时手机暂停PS业务，响应CS寻呼。
一般手机在做PS业务时，CS业务的寻呼就没法响应了,打开这个功能就是在PD信道上下发CS业务的寻呼消息，使得手机在做PS业务时CS业务的寻呼也能响应。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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；。