lte csfb回落失败原因_csfb回落失败原因_小虎队合体失败原因曝光(2)

●特殊场景，若终端回落3G网络，通话过程中能够并行进行数据业务，挂机后终端将驻留在3G，返回4G行为与上面相同

3.2 案例分析

案例1：挂机区域LTE弱覆盖，导致终端自主返回失败

1. 现象描述

LTE弱覆盖区，CSFB手机通话后挂机，不能通过终端自主返回功能返回4G网络。

2. 问题分析

从终端b返回终端a的数据包处理过程和上述过程一样，这样两个网络内的终端就可以相互通讯了。若在输出节点得不到样本的期望输出，则建立样本的网络输出与其期望输出的误差信号，并将此误差信号沿原连接路径逆向传播，去逐层修改网络的权值和节点处阈值，这种信号正向传播与误差信号逆向传播修改权值和阈值的过程反复进行，直训练样本集的网络输出误差满足一定精度要求为止。2、preferred是wcdma优先的意思，就是如果手机探测到多个信号就优先驻留使用wcdma的信号，如果是only的话手机只驻留wcdma，即使wcdma很弱，其他信号很强也不会选择其他信号，当然如果wcdma信号消失的话，这样的设置成only的手机就会掉网没信号了。

3. 问题分类：网络覆盖条件

4. 解决方案

通过网络建设及网络优化，提升4G网络覆盖质量，避免覆盖空洞，提高终端自主返回成功率。

5. 效果评估

在LTE典型强覆盖区域，终端自主返回成功率较高，用户体验较好。

案例2：挂机区域频点与起呼区域不同，导致终端自主返回失败

1. 现象描述

某芯片CSFB手机，在室外D频段起呼，在室内E频段挂机，挂机后不能通过终端自主返回功能返回4G网络。

2. 问题分析

本案例问题与芯片实现相关，其终端自主返回方案为挂机搜索曾经记忆的LTE频点，如果挂机区域频点未曾记忆，则不能自主返回4G网络，此后UE将永久记忆这一频点，并且关机也不消除。测试时，UE从未在E频段频点驻留，当在室外起呼室内挂机时，不能搜索室内E频段该LTE频点，导致自主返回失败，定时器超时后（测试时设置为2s），UE驻留2G网络，此后UE记忆此E频段频点，再次在室外起呼室内挂机，终端自主返回成功。

3. 问题分类：终端实现

4. 解决方案

5.脱离挂机点超过设定范围后现在会优先返回挂机点。4、原区域范围设置已取消，新增多一个挂机点，可同时设置2个挂机点轮流返回，加大打怪范围。（原区域范围设置已取消，新增多一个挂机点，可同时设置2个挂机点轮流返回，加大打怪范围）。

5. 效果评估

终端能够永久记忆曾驻留或读取的频点，且不随开关机取消，在LTE部署频点数量5~6个前提下，因频点未记忆导致的终端自主返回失败对用户体验有影响，但影响不会太大。

案例3：SGSN向MME发出的PDP context Request中携带GBR，导致TAU完成后，LTE网络将用户Detach

1. 现象描述

在2G电话结束后，终端通过重选返回LTE，TAU结束后，网络将用户Detach。

2. 问题分析

在2G电话结束后，终端在2/3G发起RAU，SGSN收到RAU REQ后，通过SGSN context request流程从MME侧获取用户的上下文，从消息中可以看到，MME发送给SGSN UE的GBR是0：

图MME发给SGSN的SGSN context Response中UE GBR为0

但是SGSN给P-GW发起的update PDP消息中，给UE分配的GBR是640：

图 SGSN发给P-GW的Update PDP消息中UE GBR为640

终端通过重选返回LTE TAU时，MME从SGSN获取的用户的上下文，在SGSN回给MME的SGSN Context Response消息里， GBR UL/DL都是640：

图 SGSN发给MME的SGSN Context Response中UE GBR为640

而对于default bearer，GBR应该为0，所以MME检查到用户的上下文不合法，从而发起Detach流程，将UE去附着。

3. 问题分类：核心网设备实现

4. 解决方案

SGSN更新版本，对于默认承载的GBR值不做修改。

5. 效果评估

SGSN更新版本后，案例中出现问题未复现。

案例4：SGSN关闭根据UE能力选择锚点功能，导致TAU失败

1. 现象描述

终端从2G重选返回到4G时，出现概率性TAU失败，需在4G重新Attach后成功接入，导致重选到4G的时延较长。

2. 问题分析

因BOSS计费改造进度原因，SGSN临时关掉根据UE能力选择功能，所以当用户在SGSN下一旦发起PDP激活，SGSN将会把该用户选择到现网GGSN。然后当用户重选到4G做TAU时，MME从SGSN获取该用户的上下文，其中包含UE所在的网关IP地址，并发起承载建立，这里获取的IP地址实际是GGSN的地址，而MME发起承载建立时需要向SAE-GW发起。但是现网GGSN不支持P-GW功能，导致承载建立失败，TAU拒绝；用户需要在4G重新Attach后成功接入。

如果UE初始接入在4G，由于P-GW支持GGSN功能，用户在系统间来回移动时，网关永远是融合节点，不管TAU还是RAU都不会失败。

3. 问题分类：网络改造进度

4. 解决方案

该问题出现时是由于全国BOSS未改造完毕，有计费漏洞，所以部分省份将SGSN根据UE能力选择功能临时关掉。所以一旦BOSS改造完毕，同时将该功能打开，这个问题将不复存在。在BOSS改造完成前，有下面几个临时方案：

第一个无线路由猫出来后，所有网线都接lan口，如果上网有问题的话就设静态ip，全部使用第一个无线路由猫的ip段和网关。静态ip用户指的是：宽带运营商给会提供了一个静态ip地址、子网掩码、网关、dns地址给用户。 cable modem同步上不了网 5、用户电脑配置问题 本地判断：ipconfig（win2k/xp），winipcfg（win9x），ping <用户ip> 分析：静态ip，通常是用户配错ip，dns，网关等参数，需要与用户核对参数。

方案二：对LTE用户增加ARD的签约信息，SGSN根据UE能力和ARD签约信息选择合适的网关，将非LTE用户路由到GGSN。该方案涉及到HLR的改造，不建议使用。

5. 效果评估

待核心网改造完毕即可解决。

案例5：QoS修改时MME第一次Paging无响应，导致网络Detach UE

1. 现象描述

终端返回4G，TAU流程结束后，网络发起寻呼，一次寻呼失败后网络就发起了detach流程。

2. 问题分析

按电源按钮结束通话：开启“按电源按钮结束通话”可以在接通电话后按电源按钮结束通话。“主终端”发起通话后，“从终端”都能与“主终端”通话，但是“从终端”之间不能通话。移动采用的是csfb，实现4g回落2g进行cs业务，通话结束rf到4g，cellid是一样的无所谓，网络配置都是不一样的。

之后，MME发现该用户在LTE的QoS签约比该用户在2/3G网络实际使用的QoS高，MME发起QoS更新流程，由于UE已经处于空闲态，所以MME首先发起paging流程。

图 为修改Qos，MME发起Paging流程

但是这种根据binlog文件和位点来同步rds的数据到本地的方式非常容易导致同步中断，因为当rds发生了主备切换（主备切换，重启，跨机迁移），本地所指向rds的binlog。 如果是不同频率的硬切换，需要测量其他频点的信号 wcdma采用压缩模式的方式来实现频间小区信号的测量 7） 硬切换 wcdma关键技术介绍 压缩模式的目的：用于异频切换和系统间切换时ue对目标小区的测量和同步 7） 硬切换 wcdma关键技术介绍 开机搜索网络 通过捕获同步信道与网络同步，时隙同步、帧同步 通过同步信道获得的主扰码组和导频信道计算，得出小区使用的主扰码 用得到的扰码对接收信道进行解扰，得到广播信息 8） 小区同步过程 wcdma关键技术介绍 时隙同步：移动台搜索主同步信道的主同步码。一个线程在执行以上任意一步时都有可能发生线程切换，导致加1操作未完成，由于当执行流由内核态切换到用户态时最容易触发进程切换，所以我们在两步之间加上一个printf语句，她会执行write系统调用进入内核，为线程切换提供了一个很好的机会，我们在一个循环中反复执行该操作，来看看结果是什么样的。

图 第一次Paging时，UE同时进行同频切换

MME在一次Paing无响应的情况下，就给S-GW回Update Bearer Response，携带UE not responding原因，导致网络主动发起detach流程，将UE去激活。

图 MME在一次Paging无响应后，发给S-GW的Update Bearer Response

3. 解决方案：核心网设备实现

4. 解决方案

异步方式：采用异步方式时，client端在发出请求后，可以继续其他的任务，需要结果时，使用api去获取response队列中的结果。1号点）可以很明显看出，答案应该是1->2->红点->.....->n-1->n，但如果我们刻意控制一下读入方式，导致遍历的时候从1先到了2再到3一直到n/2号点，在n/2->红点的时候更新了一下红点的时间戳，于是红点变成可访问，花了o(n/2)的时间把剩下的点遍历了一遍lte csfb回落失败原因，回来以后到n/2-1的时候又更新了一下红点，又花了o(n/2)的时间，这样一直下去，总共红点被更新了n/2次，那么这样的实际复杂度已经达到了o(n^2/4)的时间，在n=200000的时候是远远超过了限制。2013年01月24日 1.2.16.130108版 更新说明* 新增支持多个艺人上传功能* 新增艺人输入框增加搜索功能g* 优化mini下载界面提示文案* 修正mini界面最大化按钮贴图错误问题2012年11月07日 1.2.16.121107版 更新说明* 新增上传视频加载中的界面loading图* 修正win7系统普通用户登录使用管理员权限安装bug* 修正视频转换成psp格式无法播放的bug2012年10月25日 1.2.16.121023版 更新说明* 新增上传视频时进行md5码校验* 修正了360提示更新图标* 外文系统可以正常使用mini * 修正头像固定显示大小* win7系统将使用管理员权限安装mini* 新增mini上传视频标签控件字数限制* 修正mini上传视频标签只显示最后一项* 修正“下载视频”界面文案* 新增mini主界面还原图标显示* 新增上传视频时“视频名称”控件字数限制2012年8月22日 1.2.15.120822版 更新说明* 新增高清视频下载功能* 新增悦单批量下载功能* 使用批量下载功能时需要邮箱验证* 修正了部分用户无法下载视频的bug* 修正了部分用户上传时进度回跳的bug2012年4月11日 1.2.14.120411版* 提升与服务器交互效率* 修正了下载列表显示的bug2011年11月29日 1.2.14.111129版* 增加剩余100m提示。

5. 效果评估

仅在多次寻呼失败，确实异常时网络才会将用户去附着。

案例6：SGSN未配置4G EPLMN导致UE无法返回4G

1. 现象描述

CSFB手机（测试时不支持终端自主返回功能）在2G挂机后通过小区重选返回LTE失败，原因是MSC下发的EPLMN list（46008）无效

2. 问题分析

测试区域2G PLMN ID为46000，4G PLMN ID为46008。CSFB手机挂机后，因暂不支持终端自主返回功能，驻留2G网络，依次进行LAU和RAU过程，之后通过小区重选返回4G网络。由于MSC配置了EPLMN，2G网络在LAU Accept消息中下发的EPLMN list中包含46008，如下图：

-- 有46008的EPLMN

但SGSN未配置EPLMN，因此在RAU Accept消息中下发的EPLMN中不包含46008，如下图：

--没有携带EPLMN

UE仅能根据最后一次LAU或RAU Accept获得的EPLMN刷新并保存EPLMN list，因此RAU流程后刷新EPLMN list，删除了LAU Accept时下发的EPLMN list，4G PLMN ID46008不在UE的EPLMN list中。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/bofangqi/article-107520-2.html