下载文档原格式
IDLE状态下的被叫CSFB过程如下：在爱立信MSC中，参数TIMCSFBPAGRESP定义了CSFB过程中从MSC接收到Service Request到MSC接收到Location Area Update (或Paging Response)这一环节的最大允许时长。
当实际时长超过这个参数的定义值时，MSC会释放这个CS被叫的进程，结果是CS被叫失败。
TIMCSFBPAGRESPThe AXE parameter determines the value for timer TPAGRESP. This timer supervises a response to paging procedure over A- or Iu-interface after the reception of SGsAP SERVICE REQUEST message from MME for a CS paging procedure.The timer is started when the SGsAP SERVICE REQUEST message for CS paging is received. The timer is stopped when successful page response is received over A/Iu-interface or when successful location updating is received overA/Iu-interface or when SGsAP PAGING REJECT with cause 'MT CS Fallbackrejected by the user' is received or when SGsAP UE UNREACHABLE is received.On its expiry the paging procedure is stopped.The availability of this AXE parameter depends on commercial agreements. Table 266 TIMCSFBPAGRESP这个参数的取值范围是2-15秒，默认值是7秒。
案例名称：TAC和LAC不一至导致无法做CSFB业务分析关键词：CSFB回落、TAU更新失败类型序列：技术类-LTE一、问题描述客户反映终端占用4G网络后无法拨打电话。
经实地测试，发现终端占用公网站点做CSFB 业务正常，占用专网站点后无法做CSFB业务，主要有以下几种现象：1、采用CSFB终端，支持VOLTE业务测试卡，占用4G网络可做数据业务，但无法做CSFB主被叫业务，占用4G网络40S后到3G网络且无法返回4G网络。
2、采用CSFB终端，不支持VOLTE业务测试卡，占用4G网络可做数据业务，但无法做CSFB主被叫业务，占用4G网络40S后到3G网络且无法返回4G网络。
3、采用VOLTE终端，支持VOLTE业务测试卡，打开终端VOLTE开关情况下，占用4G网络可做数据业务，也可做VOLTE语音业务。
4、采用VOLTE终端，支持VOLTE业务测试卡，关闭终端VOLTE开关情况下，占用4G网络可做数据业务，但无法做CSFB主被叫业务，占用4G网络40S后到3G网络且无法返回4G网络。
5、采用VOLTE终端，不支持VOLTE业务测试卡，占用4G网络可做数据业务，但无法做CSFB主被叫业务，占用4G网络40S后到3G网络且无法返回4G网络。
如下：VOLTE状态下，数据语音业务均正常关闭VOLTE开关，测试终端右上角显示标志如上图，此状态下可做数据业务，但无法做CSFB主被叫业务，且在4G网络驻留40S后即到3G网络，随后无法回到4G网络。
处理流程图：二、原因分析：测试终端无法驻留4G网络，对其进行飞行，终端重新Attach4G网络成功后连续进行4次ATU更新，40后进入3G网络，测试软件抓取信令如下：从ATTCH REQUEST消息中看，UE发起的是联合附着。
UE附着请求结果，从ATTACH ACCEPT消息中可以看到附着结果。
SEQ平台单用户跟踪，TAU失败消息：TAU失败内部信令及失败流程：前后台跟踪分析可知：测试终端接入问题站点后发生TAU失败，UE会启动定时器T3411连续发起5次TAU更新，最终TAU更新失败。
4G网络下CSFB失败原因分析梁万明二〇一五年四月二十二日目录一、专业名字解释 (4)二、失败原因分析 (6)1.数据配置问题 (6)2.相关网元未开启CSFB功能 (10)3.无线侧弱覆盖或干扰 (10)4.设备缺陷问题 (11)5.终端原因或终端与网络兼容性不佳 (11)6.CSFB回落跨MSC POOL核心网未开启MTRF功能 (11)三、效果检验与评价 (17)1、指标对比分析 (17)2、跟踪检查 (18)4G网络下CSFB失败原因分析随着联通4G网络的逐步部署，4G网络上附着的用户逐步增多。
保证4G用户互联互通网络质量、提升用户的感知、提高LTE网络语音回来成功率，成为CS域核心网网络维护与优化的工作重心。
自从4G网络建设和部署开始，在调试过程中我们就遇到过多起4G用户无法做被叫的案例，结合后来4G用户逐渐增多，公司客服部门偶尔还会接到4G用户反映无法做被叫的现象。
加上设备供应商提供的维护案例、各省经验及现网相关情况，CSFB失败的原因总结主要有几类：数据配置问题、弱覆盖或干扰、设备未开启CSFB功能、设备功能缺陷、终端原因、 CSFB回落跨MSC POOL核心网未开启MTRF功能。
一、专业名字解释为了便于将后续描述清楚，先将主要专业名词解释如下：LTE网络：LTE(Long Term Evolution,长期演进)项目是3G的演进，始于2004年3GPP的多伦多会议。
LTE采用OFDM和MIMO作为其无线网络演进的唯一标准。
LTE网络有能力提供300Mbit/s的下载速率和75 Mbit/s的上传速率。
在E-UTRA环境下可借助QOS技术实现低于5ms的延迟。
LTE可提供高速移动中的通信需求，支持多播和广播流。
LTE频段扩展度好，支持1.4MHZ至20MHZ的时分多址和码分多址频段。
全IP基础网络结构，也被称作核心分组网演进，将替代原先的GPRS核心分组网，可向原先较旧的网络如GSM、UMTS和CDMA2000提供语音数据的无缝切换。
CSFB参数设置不合理，导致终端CSFB回落失败关键字：CSFB回落频点优先级专业：FDD-LTE网络优化设备类型：LTE室外宏基站设备设备厂家：中兴通讯设备型号：B8300问题现象：用户投诉必里营子基站附近不能拨打电话，用户使用LTE-FDD UE终端。
现场测试占用必里营子FL_1信号,RSRP=-80dbm，进行CSFB做主被叫时均失败，用户不能做语音业务。
原因分析：测试区域中，现网其他站点能够成功回落，在同地点由其他站点覆盖后可成功回落，判断非终端问题，该地点3/4G信号满格，排除弱覆盖。
综上所述，FDD-LTE 语音业务需向WCDMA回落，需按以下步骤排查。
1、硬件问题。
2、CSFB开关3、协同参数：TAC-LAC一致性4、回落频点配置5、定时器6、CSFB优先级解决措施：1.必里营子FL基站无告警，排除硬件问题。
2.核查必里营子FL基站CSFB开关，UL CSFB开关打开，GL CSFB开关关闭，配置正确。
3. TAC-LAC一致，排除3/4G位置区不同。
4.核查LTE侧UTRAN回落频点配置，发现回落频点设置为空：将UTRAN频点配置后：前台测试人员进行CSFB测试，发现主叫可以正常回落，做被叫时回落失败。
主叫信令截图如下，配置频点后可发现RRC Connection Release中携带U900频点3085，且有Alerting（振铃），主叫成功回落，时延为7s-8s。
但前台反应现场被叫时，回落不成功，但该UE做主叫业务后短时间内做被叫可成功回落。
据此现象怀疑为位置更新超时。
经与前台再次沟通后，确认UE 做主叫业务后10s内做被叫可成功回落发生此现象，分析原因为UE主叫回落至3G在挂机后，由3G重选向4G过程中接到寻呼，实际上此时UE做被叫占用的是3G信号。
排除位置更新超时。
5．核查CSFB优先级，发现现网如下设置：中国联通FDD-LTE制式下语音解决方案是由LTE向WCDMA进行CSFB回落，但是在CSFB优先级中却将GERAN网的优先级设置为高，其他制式优先级为0，在此种情况，UE会向GERAN回落，现网未配置GSM回落频点，回落失败。
LTE-CSFB异常原因总结及典型解决案例1 引言伴随着4G通信网商用话题的逐渐增温，运营商2014年年初酝酿的4G建设力度开始加速，使得4G网正式商用较快，用户规模增长迅速。
与传统的通信技术相比，4G通信技术以传统通信技术为基础，并利用了一些新的通信技术，CSFB就是有别于2G、3G引入的新通信技术，新技术也会有新问题，这就需要总结经验尽快处理问题，以不断提高无线通信的网络效率和功能。
2 不同场景下CSFB异常主要原因分析（1）网络覆盖正常，UE位于MSC边界，在4G网络下建立呼叫和被叫时，由于3G不同MSC 间未及时添加MTRF功能，被叫失败。
（2）网络覆盖正常，UE位于不同的LAC区，要进行跨LAC回落，由于3G和4G网络间LAC-TAC 未配置正确的对应指配数据，导致CSFB失败。
（3）网络覆盖正常，eNodeB侧CSFB数据配置不正确。
（4）网络覆盖正常，不存在跨MSC、RNC切换及回落，MME侧不支持CSFB。
如部分高通芯片只能设定语音优先或数据优先。
（5）4G网络或者3G网络覆盖弱，CSFB呼叫时延长或语音无法建立成功。
（6）2G/3G基站存在拥塞、干扰、故障等问题影响4G网络下的CSFB。
（7）UE使用插花基站信号，如占用拉远小区且TAC指向不一致。
3 CSFB异常解决建议（1）对MSC边界场景，在大规模商用前务必核查所有MSC是否开通MTRF功能，具备回落MSC与制定MSC间做好指定数据关系备份。
（2）位于3G网络LAC边界，即使做好MTRF指向功能。
当存在MME下发TA list内容或机制不合适的情况时，核心网下发Attach Accept消息中包含“CS域不可用”或“仅PS业务”或“MSC不可达”或者终端不主动发起附着。
因此需要在规划时，按LA预分配联系的TA号码资源，便于TA-LA配置。
（3）当eNodeB侧CSFB数据配置不正确时，导致终端无法联合附着在4G上，或者终端发起extanded Service Req后，网络侧无法及时响应。
![[vip专享]CSFB常见回落失败分析](https://img.taocdn.com/s1/m/6fe07ab4af45b307e9719718.png)
关于CSFB策略中的典型问题研究CSFB基本原理CSFB网元策略标准CSFB部署的方案需要对大量GSM核心网及接入网设备进行升级，现网采用的简化方案则在2G BSC不配置4G邻小区关系，终端通过3G桥接方式由2G重选返回4G。
为了能够在LTE网络下实现对2G的语音业务回退，在MSC和MME之间新增SGS接口。
通过SGS接口实现语音业务的同时，也实现了2G和4G之间交叉数据传递的短信业务和寻呼业务。
另外通过SGS接口实现的2G和4G联合附着/位置更新，减少一次回退期间2G异系统位置更新，缩短了电话呼叫时延，提升用户感知。
图5 CSFB逻辑架构CSFB信令流程MO信令主叫:LTE起呼→回落2/3G→建立2/3G话音→用户挂机→重选返回LTE（含用户不可及时间）图6 CSFB主叫信令MT信令：被叫:经MSC接续，寻呼在LTE下发→回落2/3G→寻呼响应→建立2/3G话音→用户挂机→重选返回LTE （含用户不可及时间）图7 CSFB被叫信令信令流程改进方案R8流程通过RRC Release Redirection流程实现指引UE重定向到2G/3G，eNodeB 指引UE向多个2G或3G载频重定向，一般不需要跨系统测量。
3GPP R9优化方案中，提出了RIM（RAN Information Management）的概念。
即通过MME和SGSN将BSS和eNodeB之间打通，将2G/3G的系统消息传递给eNodeB，eNodeB能够下发目标GSM小区的系统消息，从而减去在接入前读取目标小区系统消息的过程。
RRC release消息携带多个邻区的频率及邻区系统广播,加快了目标在终端网络的驻留。
SIB13缓读：终端由LTE回落需读取的2G系统消息包括SI1、SI2、SI3、SI4和SI13，但SI13同GPRS相关，在路由区更新前读取即可，因此建议终端缓读SI13，减少读2G广播时延，进而减少R8重定向回落时延。
LTE案例--2G小区拥塞导致CSFB失败1. 故障描述：在中山街路口，出现被叫概率性无法接通的情况，失败率40%。
2. 故障处理：【处理流程图】：1.经核查邻区配置等均无问题；2.蚌埠市区为一个POOL；3.在问题地点进行复现拨测，发现约有40%的概率出现被叫失败的情况。
正常CSFB流程如下：阶段一：从发起ESR业务请求到接收到LTE下发的RRC_REL消息。
为发起业务LTE内部处理进行释放的过程。
时延均值约为100ms。
阶段二：从RRC_REL消息后进行回落，一直到回落到2G后发起CM_SERVICE_REQUEST 。
为回落发起CS业务过程。
时延均值约为1.8s。
阶段三：从发起CM_SERVICE_REQUEST到CC_SETUP。
为发起业务到建立资源信道过程。
时延均值约为 1.6s。
阶段四：从CC_SETUP到CC_PROCEEDING。
为发起呼叫的过程。
时延均值约为0.7s。
阶段五：从CC_PROCEEDING到ALERTIN。
为寻呼被叫并接通的过程。
时延均值约为7.5s。
备注：被叫流程中GSM网络中Paging Response消息取代CM Service Request消息，Call confirm消息取代Call proceeding消息。
把每一次失败的LOG作分析，可以发现每一次失败原因都一样，问题都出在阶段二，UE 长时间不做寻呼响应导致寻呼超时。
（正常点为2S左右，问题点超过17S）。
4.分析结果如下：而在寻呼超时的LOG中看，从第一条2G信令到paging response则消耗了90%的时间，就是说在2G侧进行接入并被BCS指派信道这一段时间是造成问题的主要原因。
问题定位为由于CSFB回落的2G小区接入难导致的被叫失败。
此时所谓接入难即SDCCH 信道分配难。
从2G侧获取话统分析发现，回落的2G小区确实存在拥塞现象；问题定位为2G拥塞引起的接入时延长导致寻呼超时，通过2G锁频复测50次发现，2G 自身失败概率为38%，和CSFB的40%相差无几，可见是2G小区拥塞导致的CSFB失败。
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），导致主叫未接通。
随着4G网络的逐渐普及,23G网络成为语音承载的主体网络,4G网络承载主要数据业务。
空闲态,用户驻留在4G网络上,一旦用户发起语音呼叫,语音业务将回落到3G网络或2G网络上完成语音呼叫。
在网络侧,需要配置对应2GG小区的参数。
一旦配置不合理,将会引起大量CSFB失败,引起用户掉话或者接入失败,导致用户投诉,因此如何提高CSFB成功率,对于提高用户感知十分重要。
1 CSFB呼叫建立异常分析一个处在4G 网络覆盖正常空闲态UE 发起语音呼叫的正常CSFB流程,MME将会向eNodeB发送一个CSFB指示,UE然后将收到发送的RRC释放消息,然后UE向网络发送语音呼叫请求,如流程正常则进入CS建立流程。
如CSFB流程异常,进入异常流程处理程序。
CSFB异常主要分为两类,一类是由于覆盖弱、资源不足、拥塞或干扰等导致,另外一类就是在网络覆盖正常的情况下,由于数据配置不正确导致的,具体如下:(1)在网络覆盖正常的情况下,3G 不同M SC 间未及时添加MTRF功能,或者TA-LA配置不一致,或者eNodeB侧CSFB数据配置错误,如频点配置错误等,这些因素都会导致CSFB失败。
(2)4G网络或者3G网络覆盖弱,2G/3G基站存在拥塞、故障等问题,CSFB呼叫时延长或语音无法建立成功。
针对以上两类CSFB异常解决建议:按照数据配置一致性标准,全面进行数据一致性检查。
对于弱覆盖或者资源不足等导致的CSFB异常问题,需要进行网络优化,加强覆盖和资源均衡,使得CSFB时选择合理目标小区进行回落。
2 典型案例针对弱覆盖导致的CSFB异常问题,本文就不再进行详细讨论,这里举行一个由于数据配置不一致导致CSFB异常的典型案例。
2.1 问题现象璧山碧青路989号百事达汽车4S店,有用户投诉无法接打电话,用户使用4G终端。
经过测试验证,现场占用4G小区做CSFB业务起呼,有时能成功,有时会失败。
2.2 问题分析进一步测试发现,CSFB业务失败有比较明显的规律,当用户占用4G小区嘉木1、3回落至3G牛角湾2小区时业务失败,从4G嘉木1、3回落至其他3G小区时业务成功。
故障案例CSFB参数配置错误导致4G手机无法回落至2G进行通话
省公司贵州专业无线设备类型eNode B
设备厂家中兴设备型号R8972E
M192023 软件版本TNodeB-BBUV3
.30.601P02
编制时间2016-5 作者作者电话
入库时间- 审核人审核人电话
厂商审核人联系方式
关键字CSFB；参数配置错误
故障现象
毕节城区某新开基站开通CSFB功能后，4G手机无法回落至2G进行通话，终端信令跟踪工具查看相关信令如下图：
如上图所示终端在TDLTE网络中处于连接态，发起主叫之后即extended service request两次之后，RRC Connection Release，但该release消息中并未携带GSM网络频点（如右大框所示），最终终端无法完成回落以及主叫失败
告警信息
无告警。
原因分析
由于终端在发起主叫后，RRC连接释放消息中未携带GSM网络频点信息，首先怀疑CSFB功能开启参数问题：
依次检查了GERAN载频数目/GERAN载频测量配置/ARFCN详细列表参数，配置无误如下图所示：最后检查了连接态用户CS Fallback目标系统优先级参数，发现该参数配置有误如下图所示：
此处网管上设置的连接态用户的优先回落到UTRAN-FDD上，优先级设置错误导致终端无法回落到GSM 网络上进行通话。
处理步骤
修改连接态用户CS Fallback目标系统优先级如下图所示：
修改后回落恢复正常，RRC连接释放消息中正常携带了GSM网络配置频点且在GSM网络中起呼成功，如下图所示：
故障总结
连接态用户CS Fallback目标系统优先级参数配置错误导致终端在4G网络连接态下无法回落至GSM。
CSFB失败原因与信令特征对应表目录1概述 (4)1.1前言 (4)2失败类型：CSFB主叫失败 (4)2.1失败原因：终端回落到了弱覆盖的2G小区,终端在2G的接续过程中掉话 (4)A接口： (6)3失败类型：CSFB被叫失败 (7)3.1失败原因：用户处在2个TA重叠的覆盖范围, 经常在两个TA之间来回重选，做被叫时正在重选过程中导致的CSFB被叫时失败 (7)3.2失败原因：未部署MTRF功能情况下 UE跨MSC Pool回落，导致的CSFB被叫失败73.3失败原因：诺西ENodeB的CSFB功能未打开，导致的CSFB被叫失败 (8)3.4失败原因：阿朗ENodeB的CSFB LICENSE功能未打开，导致的CSFB被叫失败。
93.5失败原因：诺西MME软件缺陷，当用户正在进行X2切换时，MME并没有等待该切换完成后重新下发Paging消息，最终导致寻呼未正常下发.诺西计划在14年6月的NS31中解决。
(11)3.6失败原因：手机终端设置黑名单或来电防火墙引起CSFB被叫失败 (12)3.7失败原因：回落2G后发生LAC改变,改变后的LAC所属BSC(华为）的GSM小区未开启CSFB功能，导致主叫失败 (13)3.8失败原因：阿朗ENODEB采用BitMap方式下发GSM回落频点导致CSFB接通失败153.9失败原因： .回落邻区漏配、少配或者优先级不当引起回落失败 (16)3.10失败原因：诺西MME的BUG造成7108D等单卡双待手机存在联合附着. 引起双待手机被叫失败 (17)3.11失败原因： ENODEB将ESR(TAU)错误分发至另外一个SGSN，引起被叫无法接续（大唐、中兴ENDOBE) (17)3.12失败原因：伪基站干扰，CSFB手机做被叫时回落至伪基站，造成被叫失败193.13失败原因： 4G网络弱覆盖寻呼无响应造成被叫失败。
(20)3.14失败原因： 4G网络SINR值差，导致iPhone手机终端无法收到Paing消息造成被叫失败。
(21)3.15失败原因：华为MME流程冲突导致的CSFB被叫失败 (23)4失败类型：CSFB呼叫时延过大........... 错误！未定义书签。
4.1失败原因：用户在主叫回落前和回落后所处的TAC/LAC不一致，导致回落后先发起位置更新，再进行主被叫流程,造成时延增加两秒左右。
....... 错误！未定义书签。
5失败类型：其他....................... 错误！未定义书签。
5.1失败原因：诺西MME存在BUG，在双待手机上发周期性位置更新请求时，会给双待手机下发联合位置更新，造成双待手机无法被叫。
..................... 错误！未定义书签。
5.2失败原因：诺西MME由于版本缺陷下发错误的QCI=0造成所有业务失败... 错误！未定义书签。
5.3失败原因：京信NanoCell站点不支持手机接入层的空口协议版本高于R9，造成部分空口协议版本为R10的手机附着失败 ........................................ 错误！未定义书签。
5.4失败原因1：MME漏配或错配TA/LA,MME找不到TA/LA对应的MSC，导致UE联合注册失败 .................................................................................. 错误！未定义书签。
1概述1.1前言CSFB呼叫流程贯穿LTE与GSM两网，涉及网元数量多、流程复杂，与2/3G语音相比，端到端呼叫成功率相对较低。
各类失败情形多，信令过程复杂。
为便于现网CSFB问题的分析定位，特编写本手册供现网CSFB维护人员参考。
手册从CSFB主叫失败、CSFB被叫失败、CSFB时延过大、CSFB其它失败四个部分对CSFB失败原因的信令特征：加以说明。
2失败类型：CSFB主叫失败2.1失败原因：终端回落到了弱覆盖的2G小区,终端在2G 的接续过程中掉话信令特征SGS接口：不需关注MME-S1接口：见A接口情形2中描述Uu接口：在空口上，接入过程中，信令中断，或者出现频繁切换请求或者命令，之后A 口下发释放消息。
频繁切换:2G弱覆盖掉话：A接口：情形1.主叫回落到2G后,BSC在CM-Service- Request消息和ALERTING消息之间发出了CLEAR REQUEST消息.情形2.主叫回落到2G后,终端在CM-Service- Request消息和ALERTING消息之间对网络侧下发的某个消息无响应(如鉴权请求),终端在2G脱网,然后在S1AP 口出现TAU位置更新,MSC收到TAU位置更新后在A口下发clear_command.3失败类型：CSFB被叫失败3.1失败原因：用户处在2个TA重叠的覆盖范围, 经常在两个TA之间来回重选，做被叫时正在重选过程中导致的CSFB被叫时失败信令特征SGS接口：MSC下发SGS寻呼消息后,MME无SGSap-Service- Request消息响应。
MME-S1接口：S1口会下发SGS口下发的寻呼信令。
Uu接口：存在频繁的位置更新消息，严重时频度达到每分钟3-4次，且位置更新消息中的TAC在2个TAC之间来回乒乓切换。
ENODEB在下发寻呼时，用户正处在位置更新过程中。
3.2失败原因：未部署MTRF功能情况下 UE跨MSC Pool回落，导致的CSFB被叫失败信令特征终端注册在LA1对应的MSC1上，MSC1在MSC PooL1内。
终端做被叫回落时选择接入的GSM小区为LA2，对应的MSC为MSC2，MSC2在MSC PooL2内SGS接口：SGS口信令接续正常，下发寻呼，并收到MME发送给MSC的sevice request MME-S1接口：S1口信令接续正常，手机收到寻呼之后，正常发起Extend sevice request，并正常下发Release command与Release response，之后手机脱离4G并在2G 中发起驻留A接口：手机尝试在2G网络上发起驻留，驻留完成之后发Paging response，鉴权之后，网络会下发clear的释放消息或者是看不到A口的任何消息，信令丢失了Uu接口：空口信令正常接续，与A口信令一致，主要是上发pagingresponse消息，完成立即指配之后，网络下发clear command消息3.3失败原因：诺西ENodeB的CSFB功能未打开，导致的CSFB被叫失败信令特征SGS接口：MME-S1接口：Uu接口：在Downlink NAS Transport里有service reject消息，EMM Cause为113.4失败原因：阿朗ENodeB的CSFB LICENSE功能未打开，导致的CSFB被叫失败。
信令特征SGS接口：不需关注MME-S1接口：MME收到终端回的寻呼响应后，向终端发起指示CSFB回落,在MME发送Initial Context Setup消息给EnodeB之后，EnodeB回复inital context setup failure消息带了失败原因值om-intervention。
然后MME回复EnodeB downlink-nas-transport-service reject，带cause值implicitly detached.Uu接口：CSFB手机会回落TDS进行主叫，接续时延普遍超过20s3.5失败原因：诺西MME软件缺陷，当用户正在进行X2切换时，MME并没有等待该切换完成后重新下发Paging消息，最终导致寻呼未正常下发.诺西计划在14年6月的NS31中解决。
信令特征SGS接口：不需关注MME-S1接口：MME下发寻呼时, 用户正在进行X2切换,eNodeB发出暂时拒绝寻呼的消息，在X2切换完成后MME没有重新下发Paging消息。
Uu接口：不需关注3.6失败原因：手机终端设置黑名单或来电防火墙引起CSFB被叫失败信令特征SGS接口：不需关注MME-S1接口：不需关注Uu接口：不需关注被叫成功回落到2G,寻呼响应鉴权过程均正常,然后MSC向手机下发SETUP消息,情形1.手机侧立即回RELEASE complete消息,携带原因值user busy情形2.手机侧回ALERTING消息后立即发出DISCONNECT消息,携带原因值user busy3.7失败原因：回落2G后发生LAC改变,改变后的LAC所属BSC(华为）的GSM小区未开启CSFB功能，导致主叫失败信令特征回落2G后发生LAC改变，比如：eNodeB TAC为22718（对应GSM LAC为22718），回落GSM小区LAC为22559。
SGS接口：不需关注MME-S1接口：不需关注Uu接口：若未开启“support CSFB功能”，则华为的BSC不会透传LAU信令（在华为的单用户信令跟踪A+abis口中都无法跟踪到这条LAU信令），从终端侧表现来看上报LAU后网络侧未给回应。
这个目前采用周期性后台核查方式来解决。
A接口：Abis接口：从目前的表象看，若不开启该功能，Abis口的单用户信令跟踪也不显示LAU。
手机回落后在上报LAU后，BSC无响应，后续直接channel release。
LAU中携带相关字段（3GPP R10后同时有CSMO和CSMT字段）：csmo = 1(0x1) (cs fallback MO call) ，csmt = 0 (0x0) (no additional info) 。
回落后，若终端检测到LAC改变，则会触发LAU（带CSFB标志），等到LAU Accept之后才进行后续的呼叫流程（Setup等）。
•通过华为BSC侧信令跟踪，发现若GSM小区CSFB开关未打开，BSC 将会截留终端的携带回落指示的LAU信令。
华为BSC打开GSM小区CSFB开关指令SET GCELLSOFT： IDTYPE=BYNAME, CELLNAME="xxxxxxxxx", SUP PORTCSFB=SUPPORT;3.8失败原因：阿朗ENODEB采用BitMap方式下发GSM回落频点导致CSFB接通失败信令特征CSFB过程中，RRC Release过程中下发GSM频点，阿朗ENODEB支持三种发送机制：explicitListOfARFCNs：列出频点equallySpacedARFCNs：等差的，列出头一个频点和等差步长；variableBitMapOfARFCNs：列出第一个频点，用bitmap表达其他的；这三种方式上海贝尔ALU eNB都支持，最终显示出来是用哪种方式是由算法决定的。
