csfb失败原因和信令指导书

1、CSFB失败原因与信令特征对应表版本号：V1.0中国移动通信集团公司网络部监控处2014年6月目录1概述41.1前言42失败类型：CSFB主叫失败42.1失败原因： 终端回落到了弱覆盖的2G小区,终端在2G的接续过程中掉话4A接口：63失败类型：CSFB被叫失败73.1失败原因： 用户处在2个TA重叠的覆盖范围, 经常在两个TA之间来回重选，做被叫时正在重选过程中导致的CSFB被叫时失败73.2失败原因： 未部署MTRF功能情况下 UE跨MSC Pool回落，导致的CSFB被叫失败73.3失败原因： 诺西ENodeB的CSFB功能未打开，导致的CSFB被叫失败83.4失败原因： 阿朗ENode

2、B的CSFB LICENSE功能未打开，导致的CSFB被叫失败。93.5失败原因： 诺西MME软件缺陷，当用户正在进行X2切换时，MME并没有等待该切换完成后重新下发Paging消息，最终导致寻呼未正常下发.诺西计划在14年6月的NS31中解决。113.6失败原因： 手机终端设置黑名单或来电防火墙引起CSFB被叫失败123.7失败原因： 回落2G后发生LAC改变,改变后的LAC所属BSC(华为）的GSM小区未开启CSFB功能，导致主叫失败133.8失败原因：阿朗ENODEB采用BitMap方式下发GSM回落频点导致CSFB接通失败153.9失败原因： .回落邻区漏配、少配或者优先级不当引起回落

3、失败163.10失败原因： 诺西MME的BUG造成7108D等单卡双待手机存在联合附着. 引起双待手机被叫失败173.11失败原因： ENODEB将ESR(TAU)错误分发至另外一个SGSN，引起被叫无法接续（大唐、中兴ENDOBE)173.12失败原因： 伪基站干扰，CSFB手机做被叫时回落至伪基站，造成被叫失败193.13失败原因： 4G网络弱覆盖寻呼无响应造成被叫失败。203.14失败原因： 4G网络SINR值差，导致iPhone手机终端无法收到Paing消息造成被叫失败。213.15失败原因： 华为MME流程冲突导致的CSFB被叫失败234失败类型：CSFB呼叫时延过大244.1失败原

4、因：用户在主叫回落前和回落后所处的TAC/LAC不一致，导致回落后先发起位置更新，再进行主被叫流程,造成时延增加两秒左右。245失败类型：其他265.1失败原因： 诺西MME存在BUG，在双待手机上发周期性位置更新请求时，会给双待手机下发联合位置更新，造成双待手机无法被叫。265.2失败原因： 诺西MME由于版本缺陷下发错误的 QCI=0造成所有业务失败265.3失败原因：京信NanoCell站点不支持手机接入层的空口协议版本高于R9，造成部分空口协议版本为R10的手机附着失败285.4失败原因1： MME漏配或错配TA/LA,MME找不到TA/LA对应的MSC，导致UE联合注册失败286修订

5、历史291 概述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接口：在空口上，接入过程中，信令中断，或者出现频繁切换

6、请求或者命令，之后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之间来回重选，做被叫时正在重选过

7、程中导致的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

8、，MSC2在MSC PooL2内SGS接口：SGS口信令接续正常，下发寻呼，并收到MME发送给MSC的sevice requestMME-S1接口： S1口信令接续正常，手机收到寻呼之后，正常发起Extend sevice request，并正常下发Release command与Release response，之后手机脱离4G并在2G中发起驻留A接口：手机尝试在2G网络上发起驻留，驻留完成之后发Paging response，鉴权之后，网络会下发clear的释放消息或者是看不到A口的任何消息，信令丢失了Uu接口：空口信令正常接续，与A口信令一致，主要是上发pagingresponse消息，

9、完成立即指配之后，网络下发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回复init

10、al 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切换,eNo

11、deB发出暂时拒绝寻呼的消息，在X2切换完成后MME没有重新下发Paging消息。 Uu接口：不需关注3.6 失败原因： 手机终端设置黑名单或来电防火墙引起CSFB被叫失败信令特征SGS接口：不需关注MME-S1接口： 不需关注Uu接口：不需关注A接口：被叫成功回落到2G,寻呼响应鉴权过程均正常,然后MSC向手机下发SETUP消息,情形1.手机侧立即回RELEASE complete消息,携带原因值user busy情形2.手机侧回ALERTING消息后立即发出DISCONNECT消息,携带原因值user busy3.7 失败原因： 回落2G后发生LAC改变,改变后的LAC所属BSC(华为）的

12、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后，BS

13、C无响应，后续直接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：

14、0;IDTYPE=BYNAME, CELLNAME="xxxxxxxxx", SUPPORTCSFB=SUPPORT; 3.8 失败原因：阿朗ENODEB采用BitMap方式下发GSM回落频点导致CSFB接通失败信令特征CSFB过程中，RRC Release过程中下发GSM频点，阿朗ENODEB支持三种发送机制：Ø explicitListOfARFCNs：列出频点Ø equallySpacedARFCNs：等差的，列出头一个频点和等差步长；Ø variableBitMapOfARFCNs：列出第一个频点，用bitmap表达

15、其他的；这三种方式上海贝尔ALU eNB都支持，最终显示出来是用哪种方式是由算法决定的。三种方式下，空口消息的长度可能是不一样的，ALU eNB会选择最有效率的方式来编码。在CSFB过程中采用BitMap方式下发GSM频点后，手机终端往往占用第一个GSM频点（即配置频点的最小频点），极可能占用不合适的小区（如室分小区、较远的小区），从而导致CSFB接通失败。通过分析推断，现网中的手机并不支持Bitmap的下发方式，导致无法正常的解码频点，从而只占用了第一个GSM频点。SGS接口：无MME-S1接口：无Uu接口： 无明显异常，被叫终端接入频点可能导致通话失败。3.9 失败原因：回落邻区漏配、少配

16、或者优先级不当引起回落失败信令特征SGS接口：MME-S1接口： Uu接口：邻区少配或者漏配，主要体现在回落小区不合适，导致无线接入失败或者是接入之后，短时间内切换很多，特别是振铃之前，其他无异常3.10 失败原因： 诺西MME的BUG造成7108D等单卡双待手机存在联合附着. 引起双待手机被叫失败信令特征三星NOTE2/3双待终端发起周期性TAU时，诺西MME将TAU类型改为联合位置更新，导致被叫寻呼消息发向SGS接口，引起被叫失败SGS接口：MME-S1接口：手机会在S1口上发正常位置更新或者周期性位置更新，网络回复的位置更新为联合位置更新，周期大致在54分钟左右Uu接口：空口信令是正常的

17、，无显著异常3.11 失败原因： ENODEB将ESR(TAU)错误分发至另外一个SGSN，引起被叫无法接续（大唐、中兴ENDOBE)信令特征SGS接口：MME-S1接口： Uu接口：UE侧信令跟踪显示TAU REQUEST消息目标MMEC为149，但是网络侧下发TAU ACCEPT的MMEC为146，不属于同一个MME。3.12 失败原因： 伪基站干扰，CSFB手机做被叫时回落至伪基站，造成被叫失败信令特征SGS接口：MME-S1接口： S1信令正常接续，收到sgs口的paging消息，手机发起Extended sevice request请求，并正常release消息，之后在CSFB信令平

18、台中找不到对应的2G信令。Uu接口：主被叫均占用h710113红雷丝织厂LY广田大酒店SM_1小区（PCI=49，EARFCN=38350）信号发起CSFB，主叫释放后占用GSM小区 CI=30131，BCCH=92，BSIC=73,RXLEV=-52，RXQUAL=0，被叫释放后占用GSM小区CI=10，BCCH=84，BSIC=32，RXLEV=-58，RXQUAL=0。核查CI=10，LAC=21008的小区现网工参中不存在，为伪基站。被叫从LTE重定向到GSM的TAC-LAC不一致进行位置更新，导致未接通。3.13 失败原因： 4G网络弱覆盖寻呼无响应造成被叫失败。信令特征SGS接口：

19、 MSS向MME下发paging request，4G网络寻呼无响应MME-S1接口： MME向ENODEB下发paging request，4G网络寻呼无响应Uu接口：从eNodeB采集信令来看，空口已经下发Paging消息，但是手机并未响应寻呼消息；3.14 失败原因： 4G网络SINR值差，导致iPhone手机终端无法收到Paing消息造成被叫失败。信令特征SGS接口： MSS向MME下发paging request，4G网络寻呼无响应MME-S1接口： MME向ENODEB下发paging request，4G网络寻呼无响应Uu接口：从eNodeB采集信令来看，空口已经下发Paging

20、消息，但是手机并未相应寻呼消息；手机终端侧：iPhone手机在寻呼响应时对最低SINR要求偏高（这个也和高通和华为讨论了一下，建议开展相关专项，研究一下具体的门限，因为之前没有相关的规范，目前还不能完全确定iPhone对SINR要求偏高）。在14时25分03秒，系统下发Paging，PDCCH解调成功，而PDSCH解调失败，此时MCS为0，采用调制方式为QPSK，分配RB数为3。第218帧的SINR测量值为空（10.000类似值为假），从后续SINR显示来看此时SINR值处于恶化状态。4秒以后二次paging失败，此时分配RB数为4。第141帧的SINR测量值为空（10.000类似值为假），从

21、后续SINR显示来看此时SINR值较第一次更差两次Paging时电平均强于-110dBm，覆盖相对较好。3.15 失败原因： 华为MME流程冲突导致的CSFB被叫失败信令特征终端在进行TAU的流程时，如果此时用户收到下行数据消息，MME会中止TAU流程，造成TAU流程不完整，将导致后续用户的CSFB被叫失败。具体而言，是由于MME在TAU过程中与DOWNLINK DATA NOTIFICATION冲突，没有在TAU结束后给MSC回TMSI 分配确认消息。MSC发起IMSI寻呼导致无线侧失败，CSFB被叫流程失败。SGS接口：MME-S1接口：Uu接口：4 失败类型：CSFB呼叫时延过大4.1 失败原因：用户在主叫回落前和回落后所处的TAC/LAC不一致，导致回落后先发起位置更新，再进行主被叫流程,造成时延增加两秒左右。信令特征SGS接口：不需关注MME-S1接口： 不需关注Uu接口：空口信令接续正常，与正常语音通话的信令流程相比，在接入的时候增加一个位置更新流程，与A口类似。A接口：主叫回落到2G后,终端先发起位置更新,然后再发出CM-Service- Request消息.5 失败类型：其他5.1 失败原因： 诺西MME存在BUG，在双待手机上发周期性位置更新请求时，会给双待手