CSFB失败原因与信令特征对应表版本号：V1.0中国移动通信集团公司网络部监控处2014年6月目录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呼叫时延过大 (24)4.1失败原因：用户在主叫回落前和回落后所处的TAC/LAC不一致，导致回落后先发起位置更新，再进行主被叫流程,造成时延增加两秒左右。
(24)5失败类型：其他 (26)5.1失败原因：诺西MME存在BUG，在双待手机上发周期性位置更新请求时，会给双待手机下发联合位置更新，造成双待手机无法被叫。
(26)5.2失败原因：诺西MME由于版本缺陷下发错误的QCI=0造成所有业务失败.265.3失败原因：京信NanoCell站点不支持手机接入层的空口协议版本高于R9，造成部分空口协议版本为R10的手机附着失败 (28)5.4失败原因1：MME漏配或错配TA/LA,MME找不到TA/LA对应的MSC，导致UE联合注册失败 (28)6修订历史 (29)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都支持，最终显示出来是用哪种方式是由算法决定的。
三种方式下，空口消息的长度可能是不一样的，ALU eNB会选择最有效率的方式来编码。
在CSFB过程中采用BitMap方式下发GSM频点后，手机终端往往占用第一个GSM频点（即配置频点的最小频点），极可能占用不合适的小区（如室分小区、较远的小区），从而导致CSFB接通失败。
通过分析推断，现网中的手机并不支持Bitmap的下发方式，导致无法正常的解码频点，从而只占用了第一个GSM频点。