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

网优雇佣军微信号：hroptcom

通信路上，我们一起走！

案例7：4G网络将终端的Last Visited TA加入TA List，导致终端回落跨MSC Pool而被叫失败

1. 现象描述

选择性地，测定的t1r蛋白或多肽可以包含t1r蛋白的诸如胞外域、跨膜区、跨膜结构域、胞质域、配体结合结构域等结构域。它同样允许在呼叫运行状态时，在一个给定的接入点内将一个呼叫从一个终端移动到另一个终端。7、有一种跌倒叫站起，有一种是失落叫收获，有一种失败叫成功坚强些，相信自己，明天必将属于你。

2. 问题分析

测试区域TA、LA规划如下图所示，其中BSC006的LA为 22548，BSC103的LA为22552，BSC177的LA为22457；MME将TAC 50配置在TA List 1中，TAC 51和52配置在TA List 3中，且TA List和LA映射关系为TA List 1对应LA 22552，TA List 3对应LA 22548。

测试时终端在正确的TAC 50小区进行电话拨打，TAC 50属于TA List 1，映射的LA为 22552，终端挂机后需要返回LTE小区，由于无线信号漂移等原因，终端返回LTE时接入的LTE小区属于TAC 51/TAC 52，这两个TAC均属于TA List 2，映射的LA为22548。从终端侧LoG发现，终端返回LTE时的TAU Accept消息中的TA List不但有TAC 51/TAC 52，还包含了之前所在的Last Visited TA，即TAC 50。当终端再次重选回到TAC 50下的小区进行拨打测试时，因对于终端而言TAC 50在TA List中，因此不会重新执行TAU，此时映射的LA仍为22548，但是在TAC 50 LTE小区下发的GSM频点对应小区LA为22552，故形成跨MSC Pool场景，因此被叫失败。

图 测试区域TAC与TA List分布

因此，本案例中CSFB被叫失败，是由于4G网络MME将UE的Last Visited TA加入到给UE下发的TA List中，导致UE再次移动到Last Visited TA区域时不会发起TAU请求， 也就无法更新终端联合附着/位置更新的LA以及对应的MSC，从而导致跨MSC Pool回落，被叫失败。

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

4. 解决方案

根据3GPP协议，引入CSFB后，TA List尽量不要跨多个LA区域，而MME设备将UE Last Visited TA加入到TA List中的方式，会造成TA List跨多个LA区域，从而可能导致回落跨MSC Pool。

因此，通过规范MME实现，即不将UE的Last Visited TA加入TA List，从而避免本案例问题再次发生。

5. 效果评估

升级MME版本，通过软参配置方式关闭Last Visited TA加入TA List功能。之后的测试过程中，未发生因TA List跨多个LA导致回落跨MSC Pool，导致被叫失败案例发生。

案例8：回落至GSM后，鉴权失败

1. 现象描述

现象1：HZ外场，使用诺西USIM卡，回落2G建立语音业务，会出现第一次鉴权失败，第二次鉴权才成功的现象

voip 网络电话(又称ip phone 或voip)是建立在ip 技术上的分组化，对外分别提供与pstn 网连接的中继接口以及与ip 网络连接的接口、路由管理等功能：呼叫由pstn 语音交换机发起、地址解析。专线语音：通过终端发起通话请求，再由玖云平台分别向双方发起呼叫，并建立通话。p网进行呼叫，发送端网关鉴别主叫用户，翻译电话号码/网关ip地址，发起ip电话呼叫，连。

2. 问题分析

HZ外场：

在跨LA场景中，回落过程中需要进行LAU。测试发现呼叫总是有鉴权失败的场景，经分析发现CSFB主叫侧100%成功，但CSFB被叫侧100%失败。后分析因呼叫流程不同，导致鉴权的场景不同，最终导致鉴权的失败、之后的重同步过程。

USIM卡可以根据网络侧下发的鉴权参数（RAND、AUTN）计算出网络下发的SQN，其中SQN = SEQ || IND， 与终端中存储的SQNMS做比较，验证时以IND做为索引值，即新收到的SEQ只与SEQMS（IND）进行比较，若超出其允许的范围将返回鉴权失败消息。 比较的关键是：L和Δ。

竞买人自行输入价格提交后，进入序列等待依次接收进行处理，当接收处理到竞买人的修改出价时，该修改出价应在“目前接受处理价格区间”范围内，方为有效出价。竞买人自行输入价格提交后，进入序列等待依次接收进行处理，当接收处理到竞买人的修改出价时，该修改出价应在目前接受处理价格区间范围内，方为有效出价。wsc的计数值能够从细粒度层次直观反映当前cache set的存储压力特性：一方面，若处理器核在本地目标set中的访问命中越频繁，则说明当前cache set中的数据块对片上末级cache命中率的贡献越大.另一方面，从数据重用特性的角度考虑，wsc值越大，表明该set中的数据块被频繁访问，或者访存序列经常命中lru栈底部，数据重用时表现出的lru栈距离较长[8]. 在wsc数值更新过程中，不但考虑了各set上的访问命中频繁程度，还考虑了访存序列的lru栈距离特性，根据数据块被命中时所处的lru栈位置不同，在计数器值增加时分别赋予不同的权值[10].对于n路组相联cache而言，若命中当前set的mru块，则该set对应的加权饱和计数器增加1，依次类推，命中lru块时，该set对应的wsc自加n.此外，由于cspf允许牺牲块通过溢出操作保存在远程同级cache set中，如果命中远程溢出块，说明其数据重用性较高，因此在更新wsc时赋予更大的权值，数值为cache组相联度的两倍.。

●Δ 表示USIM可接受的序列号跳跃的最大值，即USIM只接受满足条件SEQ-SEQMS ≤ D的SQN。

怀疑卡商提供的卡和厂家提供的HLR/HSS/AuC中数据不一致，或卡中参数设置有问题，问题交给厂家和卡商共同研究和解决。

QD外场：

QD外场有2个特点：1) 4G网络与2/3G网络广播使用不同的网号：4G为46008，2/3G为46000。2) 4G HSS/AuC与2/3G HLR/AuC分设，用户的鉴权数据同时存储与2/3G HLR/AuC和4G HSS/AuC中。

a）终端注册olt成功，获取管理地址成功，注册itms失败，上层链路不通（73%）。b）终端注册olt成功，获取管理地址成功，注册itms失败，上层链路正常（74%）。e8c用户迁改e8c：ims支持一个号码，旧e8c终端未清理相应用户数据前，新旧地址都能正常主叫，但通话过程中会中断（因另一终端发起注册请求导致本终端中断），被叫则有几率的接通，只能互通目前注册成功的一端。

经分析，认为测试用USIM卡的鉴权参数与2/3G HLR/AuC中的设置应该不一致，导致2/3G网络的鉴权失败，在网络侧发起Authentication reject消息后UE会自动将网络设置为禁止，因为2/3G使用与4G不同的网络号，所以依然可以接入4G网络。需要卡商、设备厂商和省公司共同检查核对USIM卡和HLR/AuC中的参数设置。

3. 问题分类：核心网参数设置

4. 解决方案

HZ外场：卡商认为是旧COS中，Delta和L值设置与HLR/HSS/AuC中不同，造成同步失败无法登录网络。重新做卡后，问题基本得到解决。

QD外场：卡商定位为USIM卡中R值与现网HLR/AuC中R值不符， 但是与HSS/AuC中R值相符。为了修改R值，与现网HLR/AuC中一致，需要重新做USIM卡，同时修改HSS/AuC的R值。新做的USIM卡最终在2/3G网络鉴权通过，证实确为R值问题。

5. 效果评估

问题基本得到解决。

案例9：UE在TAU流程中拨打电话导致呼叫失败

1. 现象描述

某城市外场测试过程中，4G UE拨打4G UE，L2L共拨打了60次，出现8次呼叫不成功，主叫在20s-30s左右的时延后听到“被叫无法接通”的录音通知。

2. 问题分析

检查终端侧和网络侧MME跟踪和记录的log，发现

(1)在快速拨打的过程中，因TA-LA匹配，终端在呼叫前没有发起LAU流程，因此SGs接口状态在MSC依然保持为associated；挂机后，终端支持自主快速返回功能，在UE返回LTE网络过程中，被拨打当被叫时，MSC依然会在SGs接口下发寻呼消息

(2)虽然用户在MME状态设置为悬挂，但MME依然在空口下发寻呼

(3)UE返回LTE网络，尚未发起TAU流程，但看到空口的寻呼消息后，会立即发起寻呼响应消息

(4)接收到UE的寻呼响应消息后，MME给MSC返回SGs-ServiceRequest消息。但MME因UE尚在悬挂状态，立即给UE返回Service Reject消息，同时给MSC发送SGs-IMSI-detach消息

(5)因为接收到Service Reject， UE发起Attach request消息

(6)接收到Attach消息后，MME在SGs接口发送SGs-LAU request消息

(7)MSC因为内部实现的bug，会一直悬挂入呼叫，直至超时（大约20s）释放呼叫

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

4. 解决方案

从问题分析中可看出，MME在用户悬挂状态时寻呼了用户， 之后又因用户悬挂状态拒绝用户的寻呼响应，并先后给MSC返回SGs-ServiceRequest和SGs-IMSI-detach消息，导致MSC内部的bug被激活，处理异常。

在此场景下，有两种可能的实现方式

方式1） 因用户悬挂，MME直接给MSC返回SGsAP-UE-UNREACHABLE消息，这样的话，本次呼叫失败，因为寻呼无响应，但MSC中用户SGs接口和状态都不会被修改， 不影响下次呼叫

方式2）MME依然在S1接口寻呼用户，增加LTE网络寻呼量，寻呼后可能失败，也可能寻呼成功。若用户返回寻呼响应，MME正常处理后续呼叫，呼叫正常。

两种实现方式均可，各有优缺点，需商讨。

5. 效果评估

后续，建议在外场测试时验证各厂商的实现方式，并商讨决策。

三 “CSFB手机挂机返回LTE异常”的原因及案例分析

3.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邻区）

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