CSFB测试未接通事件分析汇总

IPhone终端CSFB接通率低问题分析在中国移动集团总部召开的 CSFB 研讨会上，多个省公司都提出了 CSFB 回落成功后在 2G 的接通率低于 2G 网络整体的接通率的问题。

安徽公司利用信令监测平台对 Iphone 等主流 CSFB 终端进行 CSFB 业务定点测试分析，对比分析各款终端在 CSFB 回落 2G 时和在 2G 接入时的性能表现，发现 Iphone6 、Iphone5S 均存在以下两个问题严重影响 CSFB 接通率：问题 1 ： Iphone6 、 Iphone5S 在回落 2G 时的小区选择上存在严重的问题我们选择在室分天线下测试，确保 2G 主覆盖小区比所有邻区电平大 20db 以上，并提前排除主覆盖 4G 小区和 2G 小区故障告警，确认 4G 至 2G 邻区已添加。

在这种情况下，苹果 5s 和苹果 6 均有接近 40% 的概率未回落到最强 2G 邻区。

而在同样的环境下，华为 Mate7 、 Oppo 、移动 812 等其他终端均 100% 回落到最强 2G 邻区。

注 1 ：为了验证问题是否和 2G 频点有关，我们将室分 2G 小区的 BCCH 修改不同的频点进行反复进行测试，结论始终一样。

注 2 ：为了判断和 2G 室分设备是否有关，我们又选择了其他室分进行测试，结论一样。

注 3 ：为了验证信令平台统计是否准确，我们又使用 Iphone5S 测试机进行测试，对未回落到 2G 最强小区的记录提取终端内部信令进行对比，发现终端信令记录结果与我们的信令平台统计结果完全一致。

因为 CSFB 采用盲重定向的机制， 4G 网络给终端下发 2G 邻区频点后，理论上，终端对这些 2G 频点进行搜索，并选择最强频点的 2G 小区进行接入，这个过程完全是终端的自身行为，因此，网络侧无法做进一步的分析“苹果 5s 和苹果 6 均较大概率未回落到最强 2G 邻区”的具体原因，需要终端厂家配合做进一步的分析。

湖南移动TD-LTE网络VoLTE分析报告诺基亚通信LTE项目组2015年12月16日一．异常事件具体分析1.G SM网络未接通问题描述：该问题被叫接通时，质量很差，电平只有-93，很有可能该消息未能发上去，主叫此时的电平也很低-102，质量7级，所以connect未收到也很正常14:59:27东安澄江中学站点北侧道路，终端占用GSM小区54613起呼，起呼流程中终端收到Alerting后一直未收到connect消息，主被叫无线环境差，最终导致该次未接通。

主叫信令流程：起呼流程有切换失败和多次发MR网络无响应情况被叫问题分析：被叫侧收到最终disconnect 消息原因为超时：Cause_value= (102)Recovery on timer expiry解决方案：联合GSM 优化该路段覆盖和切换问题2.G SM网络未接通问题描述：该问题与第一个问题类似，都是弱覆盖区域质量差导致信令丢失引起的未接通。

15:00:26东安澄江中学站点北侧道路，终端占用GSM小区39213起呼，起呼流程中终端收到Alerting后一直未收到connect消息，最终导致该次未接通。

主叫信令流程：问题分析：该问题路段和上一次未接通发生在同路段，需联合GSM 优化该路段覆盖和切换问题解决方案：联合GSM 优化该路段覆盖和切换问题3. 无线环境差，收到寻呼时间晚导致未接通问题描述：主叫15:54:14完成主叫的TCH 分配，此时应该开始寻呼被叫,被叫所处的无线环境差，RSRP-116,被叫未收到寻呼消息，导致该次未接通主叫无线情况被叫问题分析：怀疑被叫无线环境差导致未收到寻呼消息，最终导致未接通。

解决方案：1）增加站点加强覆盖2）2/4G互操作优化4.无线环境差，重定向到TDS掉话问题描述：15:48:40东安同心路站点东北侧道路，无线环境差，重定向到TDS掉话问题分析：主叫终端多次上报MR，均满足B2事件，网络未下发切换命令。

未接通事件分析汇总任琳一、定义：起呼：以channel request和CM service request同时出现来确定试呼开始。

接通：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通。

未接通定义：以channel request和CM service request同时出现来确定一次试呼开始，当connect或Connect Acknowledge信令出现之前手机由专用模式转为空闲模式，计为一次未接通。

二、呼叫流程>Paging过程（仅用于被叫流程中）>RACH随机接入过程>SD立即分配过程>TCH建立过程Channel Request消息是通过_RACH___信道传送；Immediate AssignmentCommand消息在_AGCH___信道上传送；Assignment Command是在_SDCCH__信道上传送；Assignment Complete消息是在_FACCH___信道上传送；Handover Command消息是通过_FACCH___信道传送；Location Update Request 消息是在SDCCH____信道上传送；MC925F agch拥塞，修改BS_AG_BLKS_RES参数上调MC925H paging拥塞，修改BS_AG_BLKS_RES参数下调、BS_PA_MFRMS参数下调三、未接通原因分类：1、被叫位置更新2、被叫路由更新3、无线环境差，分配TCH失败4、无线环境差，分配SD失败5、TCH拥塞6、SD 拥塞Immediately Assignment Reject7、信令丢失四、异常事件案例：1、TCH请求放入队列中直到超时A、主叫手机在TCH发生拥塞, MS收到BSC下发channel release(cause: normal event)，MSC不会向被叫手机发送寻呼消息,因此被叫手机处于空闲状态。

1、问题描述：
车辆由南向北至北团结街与兴汉路十字向东转弯处，主叫回落至2G小区汉中汉台天荣典当行HG-HZM594-1小区（BCCH=73，RxlevSub=-65dBm），出现连续7级质差，导致主叫一直在上发Measurement Report测量报告，后无法接通。

2、原因分析：
经分析主叫回落至2G小区汉中汉台天荣典当行HG-HZM594-1小区（BCCH=73，RxlevSub=-65dBm），出现连续7级质差，导致主叫一直在上发Measurement Report测量报告，后无法接通。

经查，该2G小区距离此路段900米，建议优化该路段2G 小区汉中汉台天荣典当行HG-HZM594-1的越区覆盖问题以及4G站点汉中汉台陈家营-HLH-HZAO050TL的2G邻区关系。

2、解决方案
1）下压汉中汉台天荣典当行HG-HZM594-1小区下倾角3°，减少其对该路段的干扰。

2）经查，网管系统中已删除4G小区汉中汉台陈家营-HLH-HZAO050TL-2与2G小区汉中汉台天荣典当行HG-HZM594-1的邻区关系，建议对该路段进行复测后回复。

3、效果验证
1）复测CSFB、信令图：
2）复测CSFB指标：
对问题点及整个路段进行业务验证测试，CSFB呼叫12次，均成功回落，回落成功率100%。

4、经验小结
后期针对CSFB呼叫失败问题，可通过信令分析先确定问题出在2G还是4G；之后，通过后台查询参数是否合理；最后，定位出问题可通过RF手段和参数修改解决问题。

CSFB测试未接通事件分析CSFB未接通事件原因分类：序号原因分类1 被叫没有鉴权响应导致主叫未接通2 被叫响应超时导致主叫未接通3 主叫手机业务中断导致主叫未接通4 被叫脱网导致主叫未接通5 被叫由3G重选至4G导致主叫未接通6 主叫干扰质差导致未接通7 主叫TCH拥塞导致未接通8 2G与4G小区TAC/LAC不一致导致未接通1、被叫没有鉴权响应导致主叫未接通问题分析：主叫终端在10:14:10.885起呼，于10:14:12.412时上发Setup消息。

主叫Setup 后被叫进行CSFB呼叫流程，在10:14:15.819寻呼响应之后收到鉴权请求Authentication Request，但未鉴权响应（Authentication Response）。

被叫未鉴权响应导致回落2G失败，又重选至4G网络，导致主叫未接通。

2、被叫响应超时导致主叫未接通问题分析：主叫在14:49:57.657时起呼，于14:49:59.381时上发Setup消息。

主叫Setup 后进入CSFB呼叫流程，但被叫过了12s后才收到Paging消息。

主叫20s后上发Disconnect 消息，超时挂机。

由于被叫响应超时（延迟12s）导致主叫发生未接通。

3、主叫手机业务中断导致主叫未接通问题分析：主叫终端在07:09:56.913发起CSFB呼叫，在07:10:05:064时上发CM Service Aboert消息，CM业务中断，从网络到移动台，指示被CM的业务中断。

怀疑主叫手机挂机导致业务中断，造成未接通。

4、被叫脱网导致主叫未接通问题分析：主叫终端在06:40:11.668发起CSFB呼叫，于06:40:16.223时上发Setup消息。

在主叫呼叫过程中，被叫由于脱网丢失36s信令，导致主叫在06:40:31.997时上发Disconnect消息。

被叫脱网丢失信令导致主叫未接通。

5、被叫由3G重选至4G导致主叫未接通问题分析：主叫终端在10:11:02.998时起呼，主叫在10:11:05.164时上发Setup消息，主叫呼叫过程中被叫正在由3G重选至4G，被叫在10:11:05重新进行业务附着（Attach），导致主叫未接通。

CSFB未接通分析参考LOG：LTE本地网_广州_语音_Iphone5s_广深高速广州往深圳下午_主叫_1300014_{35802805-6084-6910-0000-000000000000}Out20140831-122204-语音主叫.rcu(02) LTE本地网_广州_语音_Iphone5s_广深高速广州往深圳下午_被叫_1300024_{35802805-4064-9270-0000-000000000000}Out20140831-122202-语音被叫.rcu(02)一、省第三方测试指标二、CSFB流程介绍1、当CSFB终端驻留在TD-LTE网络时，需要发起语音主叫或者被叫过程时，网络会通过RRC 重定向过程，将CS语音业务回落到GSM网络中来完成，而正在进行的PS域数据业务（如果有）需要暂时挂起。

2、CSFB主要流程包括三个步骤：第一步，通过重定向回落至GSM；第二步，在GSM中读取系统消息（System Information Type 1/2/3/4）；第三步，是在GSM中进行语音呼叫。

3、根据进行语音呼叫时用户手机是否在4G做PS业务，CSFB可分为idle状态的CSFB和RRC-Connected状态的CSFB两种。

4、详细流程如下图：分别给出了空闲态和业务态下的主被叫手机侧信令流程。

（1）空闲态下主叫手机侧流程（RRC建立原因：mo-data）（2）RRC连接态下主叫手机侧流程（3）空闲态下被叫手机侧流程（RRC建立原因：mt-access）（4）RRC连接态下被叫手机侧流程三、异常案例1、案例一：CSFB回落到3G偶尔发现主叫（或被叫）下沉到3G正常起呼，跟终端有关，跟未接通没有直接的关系。

2、案例二：被叫跨POOL（4G起呼小区所在TAC与回落的2G小区所在LAC分别属于不同POOL）一定会出现未接通。

（相应的信令流程见附件）原因：目标2G小区所在MSC没有用户信息，网络侧无法执行后续流程。

CSFB失败原因分类总结根据集团案例库、各省经验及现网相关情况，CSFB失败的原因总结主要有几类：数据配置问题、弱覆盖或干扰、设备未开启CSFB功能、设备功能缺陷、终端原因等，针对以上各类原因详细分析如下：1、数据配置问题CSFB流程较长，其中涉及无线网的ENODEB、BSC、RNC；EPC核心网的MME、DNS；CS域核心网的HLR、MSC等网元。

其中一个网元上的数据配置有误或不当，均会造成CSFB联合位置更新失败、主叫、被叫失败及无法返回LTE网络的问题。

由于目前大部分的CSFB失败仍与数据配置问题相关，在此对每个网元上需配置的数据进行梳理，并对有可能造成失败的数据配置问题进行总结：1)ENODEB:ENODEB上需开启CSFB功能，新增至2G小区的重选回落功能，配置相应的2G重选参数、邻区关系等。

2)BSC:除原有的2/3G邻区关系外，在无3G有4G区域的设备上新增2G到4G 的小区重选功能，并配置相应的重选参数、邻区关系等。

3)RNC:针对2G-3G-4G桥接返回LTE，共用数据业务对3G、4G互操作的配置要求，新增连接态互操作功能。

4)MME:MME上主要配置以下数据：定义SGS物理接口；定义SGS IP层数据；定义SGS OSPF路由；定义SGSAP层及MSC 数据；开启license功能；配置与对接的MSC的SCTP链路；激活CSFB、SMS over SGS；TA与LA对应关系；LA与MSC 对应关系；SGs接口触发寻呼参数。

与MSC对接的SGS接口的数据配置示例如下：5)MSC:MSC上主要配置以下数据：对接MME的SGs接口实体配置；对接MME的SGs接口SCTP链路配置；MSC Server license开启；定义对端MME host数据；定义CSFB所用LA 相关数据；配置SGs paging策略；LTE连接态和空闲态寻呼响应软参配置；回落定时器时长配置。

MSC上配置对接MME的SGS接口数据：6）DNS：在未开启FAST RETURN时，需支持GL小区重选，UE回落后将发起PS 域的RAU流程，以及小区重选回LTE时的TAU流程，这时融合DNS或本地DNS 上需配置正确的RAI和TAI对应关系数据，否则通过桥接方式2G->3G-4G返回LTE的过程将会失败。

CSFB回落失败小区分析及案例版本号：V1.0.0网络优化中心目录1CSFB概述 (4)1.1CSFB组网架构 (4)1.2CSFB总体流程 (4)2CSFB业务流程 (5)2.1主叫业务流程 (5)2.1.1信令流程 (5)2.1.2关键字段 (6)2.2被叫业务流程 (7)2.2.1信令流程 (7)2.2.2关键字段 (8)2.3联合位置更新流程 (10)2.3.1信令流程 (10)2.3.2关键字段 (11)3CSFB问题分析流程 (14)3.1快速定位问题出现阶段 (14)3.24G寻呼阶段问题分析 (14)3.2.1问题分析流程 (14)3.2.2各环节分析要点 (15)3.34G释放阶段问题分析 (17)3.3.1问题分析流程 (17)3.3.2各环节分析要点 (18)3.42G接入阶段问题分析 (19)3.4.1问题分析流程 (19)3.4.2各环节分析要点 (19)4CSFB案例 (22)4.14G寻呼阶段案例 (22)4.1.1案例1：被叫正在做TAU导致未收到寻呼消息 (22)4.1.2案例2：被叫所处位置弱覆盖，质差导致未收到寻呼消息 (22)4.1.3案例3：Attach accept中不携带2GTMSI，导致手机不响应寻呼 (22)4.1.4案例4：被叫连接态收到cs-paging，寻呼不响应 (24)4.24G释放阶段案例 (25)4.2.1案例1：RRC Connection Release 未携带2G频点，终端回落3G (25)4.2.2案例2：网络不下发RRC Connection Release，回落失败 (26)4.32G接入阶段案例 (26)4.3.1案例1：寻呼类型为IMSI，接入失败 (26)4.3.2案例2：终端占用站点上行强干扰，造成SD接入失败 (27)4.3.3案例3：终端回落至非最佳小区，接入失败 (28)4.3.4案例4：终端回落至伪基站，接入失败 (29)5利用Traffica分析CSFB的方法 (32)5.1VLR CSFB联合附着 (32)5.2VLR CSFB终端被寻呼 (32)5.3VLR CSFB回落后位置更新 (33)5.4VLR CSFB 回落后MTRF (34)5.5VLR与RTT配合进行CSFB呼叫判断（MT） (35)编制历史 (37)1CSFB概述1.1CSFB组网架构基于CSFB（Circuit Switched Fallback）的语音业务，是一种在不引入IMS（IP Multimedia Subsystem）的情况下，利用现有的GU（GSM /UMTS）网络实现语音通话的一种语音解决方案。

CSFB语音主叫回滚4G失败分析案例设备厂家：中兴设备型号：iPhone 5S 时间：2015/12/4问题原因：TDL侧无线环境差导致主叫通话结束后回滚4G网络时上报TAC更新请求核心网侧未响应，UE无法驻留4G网络，重选至TDS关键字：CSFB、TAC更新请求、GSM、TDL、TDS、Outgoing Call Failure专业：TDL 子专业：CSFB语音问题对象位置：XX草海景区、7WN-火龙山农家乐拉远LZY-ZD-3一、CSFB技术概述电路域回落：CSFB(电路域回落)是3GPP R8中CS over PS研究课题的成果之一。

该研究课题提出的背景是LTE和CS双模终端的无线模块是单一无线模式，即具有LTE和UTRAN/GERAN接入能力的双模或者多模终端，在使用LTE接入时，无法收/发电路域业务信号。

为了使得终端在LTE接入下能够发起话音业务等CS业务，以及接收到话音等CS业务的寻呼，并且能够对终端在LTE网络中正在进行的PS业务进行正确地处理，产生了CSFB技术。

在建设TD-LTE网络初期，如果运营商已经有成熟的UTRAN/GERAN网络，出于对CS投资的保护，结合TD-LTE网络的部署策略，运营商可以采用原有的CS域语音方案来提供语音服务，而TD-LTE 网络仅处理数据业务(包括IMS数据业务)。

这种情况下，采用CSFB技术，即LTE覆盖下的UE在处理语音业务时，终端先回退到CS(电路域)网络，在CS网络处理语音业务;这样就达到了重用现有的CS域设备来为TD-LTE网络中的用户提供传统的语音业务的目的。

但是CSFB的使用是有前提条件的，那就是只有在E-UTRAN与UTRAN/GERAN的重叠覆盖区域，并且用户具有CSFB功能的时候，才能使用电路域回落。

CSFB过程：典型的CSFB业务流程主要包括联合附着、位置更新、主叫(MO)CSFB流程、被叫(MT)CSFB 流程以及去附着等。

从三个未接通上看，主要有如下三点异常：1、问题点3和问题点5均出现主叫在GSM侧发起呼叫后，2G核心网向终端发DISCONNET拆除掉呼叫流程，原因为NETWORK BEYOUND INTERWORKING POINT，需要2G核心网确认发DISCONNECT消息的原因。

2、问题点4终端发发580 PRECONDITION FAILURE消息，需要确认被叫终端发此错误码的原因。

3、问题点5，主叫向IMS发UPDATE消息后，未得到200 OK的回应，IMS回500 SERVERINTERNAL ERROR错误码，需要IMS侧确认发此错误码的原因，具体问题分析如下：问题3：网格41盘山公路东向西方向未接通测试文件：41.GEN问题发生时间：3月20日15:26:17地点：盘山公路西向东方向。

经度：114.2166；纬度：22.5572，如下图问题描述:主叫终端占用**园墩头F-HLH-2，RSRP低于-120dBm，VOLTE呼叫建立失败。

问题分析：主叫侧在15：26：17.623发起VOLTE呼叫，占用**园墩头F-HLH-2，RSRP低于-120dBm，在15：26：19.391触发到TDS盲重定向，但终端最后占用到2G网络，在15：26：32.695侧在2G网络发起呼叫，如下图：观察在2G侧的呼叫信令，主叫SETUP消息已正常发出，但在指配完成后，核心网突然发下行DISCONNECT消息导致拆线，原因为NETWORK BEYOUND INTERWORKING POINT，如下图：观察这一阶段被叫侧信令，被叫占用**园墩头F-HLH-2，RSRP在-120dBm一下，未响应此次呼叫，如下图：问题结论：1、该段路RSRP低于-120dBm，导致终端重定到GSM网络，在GSM网络起呼后，2G核心网异常发DISCONNET消息，原因为NETWORK BEYOUND INTERWORKING POINT，导致拆线。

长治网格2VOLTE拉网测试
分析报告
2015年11月26日
1.1.事件
1.1.1.六分局附近道路出现未接通
【问题描述】：车辆在六分局附近道路行驶，被叫出现一次未接通。

【问题分析】：
1.主叫上发service request（17:21：13.046）,之后上发INVITE(17:21:26.050),10秒内未收到Trying 100消息，在17:21:37.099发起CSFB，统计为主叫未接通1次（17:21:26.050）。

如图2所示。

2.被叫直到17:21:42.518才收到paging，流程正常进行，直到主叫主动中止呼叫流程后（由于测试模板设置30秒超时，到17:21:42.142主叫上发Disconnect中止呼叫流程。

）,统计为CSFB主叫未接通1次。

如图1和图3所示。

3.被叫收到网络下发的IMS_SIP_CANCEL（17:21:42.746）（较主叫上发IMS_SIP_INVITE消息延迟16秒），被叫上发IMS_SIP_CANCEL-OK(200)(17:21:42.749)，之后，被叫上发IMS_SIP_INVITE-request terminated（487）消息（无原因值）,中止呼叫流程。

统计为被叫未接通1次（17:21:42.749）。

备注：核心网未下发IMS_SIP_INVITE-Trying （100）信令，延迟下发paging信令（延迟16秒，该paging也可能是主叫CSFB引发的寻呼消息，但无法证实，此时主叫已经释放）。

图1
图2
图3
【解决措施】：需要核心网进行核查为何未下发trying 100消息。

XX县郑家新村处理投诉报告问题描述：据XX县移动工作人员反映有当地用户投诉XX县郑家新村附近手机经常有短信来电提醒,经详细咨询具体现象为：在该区域经常有来电提醒，经常在该区域接不到电话。

测试分析：1、今日上午使用iphone5S 4G手机在现场测试，4G占用4AXGRX新干县郑家新村3小区，PCI为44，RSRP-85dbm，sinr25db，4G覆盖良好。

2、模拟用户行为进行手机拨打测试，在该区域主被叫20次，发现有3次未接通现象，均为主叫呼叫成功，但是被叫无响应，使用手机测试该区域2G信号，发现该区域由GSM 新干县粮食储备库1小区（CI：22151）覆盖，该区域属于TAC边界，如图所示：测试数据分析：手机在4G占用4AXGRX新干县郑家新村3小区，开始CSFB回落。

回落到GSM新干县粮食储备库1小区（CI：22151，TAC:26983），后下发了信道分配消息，同时伴随着下发了一个位置更新，位置更新请求的目标LAC为6496。

然后基站回复的位置更新接受消息里面下发TAC却是26983，请求位置更新的目标TAC与位置更新确定消息中下发的TAC不一致，如图：11：42：01：277 GSM直接信道释放，整个过程持续8秒钟，被叫未振铃（未接通）。

3、临时将4AXGRX新干县郑家新村基站TAC由6496修改为26983，现场进行复测，主被叫一直拨打电话均正常，被叫无响应问题得到缓解，考虑到4G新干县郑家新村基站处于TAC边界，修改TAC为26983后该基站1小区与2小区覆盖区域可能又会造成新的投诉。

解决建议：1、临时方案：将4AXGRX新干县郑家新村TAC由6496改为26983，暂时缓解投诉压力，但是该方案可能会导致4AXGRX新干县郑家新村1、4AXGRX新干县郑家新村2小区覆盖范围内出现新的投诉。

2、建议GSM将新干县新干化工厂、新干县大古山等LAC不合理的站点进行LAC割接，避免使用铁路专网LAC来减少寻呼压力。

昌吉CSFB业务概率性失败问题分析报告前期昌吉移动新址室分站点多次反应CSFB业务出现概率性失败现象，针对此情况，中兴公司安排人员从5月7日早10点开始测试至晚8点，共测试CSFB 主被叫业务1134次，出现异常未接通9次，针对9次未接通进行分析，整体为为两种情况，但测试时发现另外一种异常现象，整体情况如下：1、未接通情况1：正常回落GSM网络发起呼叫，但呼叫过程中出现未接通，现象为主叫回落至2G，但无任何反应，直接挂断，需要GSM侧排查，在GSM侧共出现未接通8次。

2、未接通情况2：主叫正常回落至GSM网络呼叫，被叫收到语音业务请求后，异常回落至3G网络，网络无法寻呼到被叫。

现象为主叫无法呼通被叫，被叫随后会收到来电管家短信，问题已经上报至西安研发定位，此现象出现1次。

3、异常现象3：当一次通话结束后，终端自GSM网络TAU返回至LTE网络，若业务进行太快，当TAU未正常结束时，手机会直接回落至3G网络通话，此为正常现象，但通话结束后，终端返回4G网络，核心网TAU拒绝，需要核心网排查。

一、疑似GSM网络问题，需要GSM侧排查现象1（6次-log1）：主被叫均正常回落至GSM网络，且均有振铃消息，但随后被叫或主叫异常释放，导致未接通，用户感知为拨通手机回落到GSM，随后直接无任何反应未接通。

如上图所示主被叫振铃后被叫（15:00:27:291）收到Channel Release 消息，原因值为Abnormal release,unspecified,主叫未接通。

在另外三个未接通中，现象相同，但主叫收到Channel Release消息，原因值相同，导致未接通。

现象2（2次-log2）：主被叫均正常回落至GSM网络，且均有振铃消息，但随后被叫或主叫异常释放，导致未接通，用户感知为拨通手机回落到GSM，随后直接无任何反应未接通。

如上图所示主叫在Callproceeding后收到disconnect消息，原因值为Cause Value =44( requested circuit/channel not available ),主叫未接通。

GSM回落小区不合理汽车在G312上由西向东行驶，占用通江大道L_3的信号。

在下图所示位置主叫手机发起呼叫，RRCConnectionRelease消息中携带了GSM频点信息。

但是手机未回落到共站址的通江大道上，而是回落到较远位置的塘头交通技校B （BCCH=70），如图2所示：然后手机测量到通江大道B（BCCH=65）并上报大量测量报告，请求切换，如图3：但是未收到切换指示，最终掉线。

掉线后手机未FR返回LTE，而是先重选到TDS，然后重选回LTE。

TDS重选到较远小区导致呼叫失败汽车在G312上由西向东行驶，主叫占用TDS小区汇坚国际T_3（频点10079），位置如图4所示：此时被叫手机驻留在LTE，占用的是汇尖国际DL_1的信号（RSRP强度-82dBm），测量到广益汽配城北L_1的信号强度是-105.9dBm。

主叫从TDS重选回LTE小区广益汽配城北L_1，而不是更强的汇尖国际DL_1。

之后手机进行异频测量，测量到汇尖国际DL_1的强信号，并上报测量报告。

但是由于是越区站点，邻区未配置，未能切换完成。

然后，主叫手机发起呼叫请求，回落到GSM小区向阳东C（BCCH=53）。

在向阳东C上手机发起CM Service Request消息，内含CSFB主叫请求标识。

但是手机未建链而是发起位置更新请求，该Location Updating Request消息中未包含CSFB请求标识。

原LAC是25105，目标LAC也是25105，位置更新成功后直接拆链，如下图所示：在本案例中存在两个问题：TDS重选到LTE，是如何判断重选到哪个小区的？回落到GSM发起CM Service Request消息后，为何会位置更新（同LAC）？回落到TDS导致呼叫失败汽车在红旗路上由南向北行驶，被叫手机占用旺庄L_1的信号。

收到寻呼后，手机向GSM回落，在RRCConnectionRelease消息中携带了GSM频点信息：其中BCCH=542是共站址的GSM小区旺庄DD。