CSFB失败原因与信令分析指导书
4g网络状态下csfb失败原因分析报告
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主叫失败问题报告上海贝尔股份公司2014/9/2目录1.问题描述 (3)2.问题处理过程 (3)3.问题原因分析 (3)4.后续措施 (4)1.问题描述阜阳移动4G LTE系统下部分用户反映华为X1终端从移动大楼室外切换到办公室内有时候会出现无法做主叫情况。
2.问题处理过程1)根据现象描述,8月12日在WCS设备上跟踪了MsgTrace,通过WCS跟踪到的MsgTrace发现,主叫手机发送CM Service Request消息后,交换机回了CM Service Reject消息拒绝了呼叫.2)发生这种情况的原因可能出现在联合位置更新异常,仅只通过WCS信令跟踪无法确诊问题,8月13日联合MME共同跟踪SGs口信令3)通过SGs口消息发现在2G、3G、4G网络共存的情况下,确实触发了联合位置更新异常的问题.4)通过实验室场景模拟重现了现场case,并最终确认了root cause.3.问题原因分析在2G、3G、4G网络共存的情况下,如果存在以下情况时会触发本案问题:1)因无4G网络或4G覆盖差，或手机原因未能锁定在4G网络，或发起CSFB后未能直接返回4G，从而使手机登记到了3G网络；2)从3G网络再往4G登记；3)登记到4G后在发起CSFB呼叫前发生了SMS-MT业务；因从3G登记到4G网络时,WCS根据规范只更新了MMLAI,没有更新GLOBALCELLID. 但是接下来WCS在SMS-MT的过程中,会错误的将GLOBALCELLID覆盖到MMLAI,从而造成了VLR中手机用户的LAC信息变为3G LAC,导致在CSFB主叫时因位置信息不匹配使得呼叫失败.4.后续措施1）实验室进行解决方案测试、程序封装及验证，预计中秋节前将完成实验室验证后发布；2）根据贵公司实际需求安排现场实施及验证。
CSFB失败问题总结
可能原因1）MSC从SGs接口下发寻呼消息中通过IMSI进行寻呼，导致UE在回到GU网络后，通过IMSI回复寻呼响应，无线BSC/RNC通过IMSI寻找到的MSC可能不是发起寻呼的MSC，从而导致被叫失败。
MSC通过软参P1156Bit7控制从SGs接口下寻呼时携带TMSI信元，确保寻呼响应时正确选择MSC Server 。
CPCI V100R007C10SPH711ATCA V200R009C02SPH113或者MSC开启CSFB MTRF特性(会增加时延)。
2）UE做了detach流程，MSC和MME上将用户状态置为detach，同时MME上会将UE之前的TMSI信息删除，然后UE发起了一次新的联合位置更新，发现MSC在SGs上回复的Location Update Response里没有分配TMSI，但是在做被叫时，MSC又是以TMSI发起寻呼，由于MME上此用户的TMSI信息已经删除，认为该TMSI不合法，转而以IMSI寻呼，导致UE在回落到GU网络后，IMSI的寻呼响应被随机分配到了MSC Pool 中的任意一台，出现概率性被叫失败。
但是测试发现三星S3与苹果iphone5的终端无问题，猜测其原因是虽然网络侧以IMSI寻呼，但是终端上存在TMSI，在CSFB回到GU后，仍然以TMSI做寻呼响应，所以可以寻找到正确的MSC。
MSC为异厂家设备，MME为华为设备。
USN V900R012C00SPC300+SPH316补丁解决，MME不检测TMSI合法性，直接转发寻呼。
3）MSC通过SGs接口发起TMSI寻呼失败，后续发起IMSI寻呼，寻呼成功导致UE回落到GU后无法发送paging response到正确MSC。
MSC为异厂家设备，MME为华为设备。
UE做联合位置更新时，MSC给MME发送的SGsAP-LOCATION-UPDATE-ACCEPT消息中的new-tmsi-or-imsi信元指示为IMSI，但是发送SGs接口paging request消息里却使用TMSI寻呼，导致UE无法匹配TMSI，无法响应CSFB paging。
CSFB失败问题快速定位手册
CSFB失败问题快速定位手册.失败问题快速定位手册CSFB文档名称文档编号1.0.0 号版本作者张晚辰录目4 .............................................................................................. 1.准备工作4主叫失败2. ..............................................................................................4定位技巧2.1 .............................................................................................................2.2 4定位流程 ............................................................................................................. ............................................................................................................. 92.3定位案例0 ............................................................................................ 1被叫失败3.资料Word.0 1定位技巧3.1 ...........................................................................................................2 3.2 1定位流程 ...........................................................................................................2 ........................................................................................................... 13.3定位案例6 ................................................................................................... 1附录4.资料Word.准备工作1.CSFB1部拉网需要使用按照目前山西移动的拉网规范，CSFB1部双待手机作为主叫，拉网测试分析路测软件进行拉网，所以在做CSFB手机作为被叫，两部手机同时连接CDS失败的现象可能各不相同，但区分对待。
CSFB问题案例
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常见回落失败分析
![[vip专享]CSFB常见回落失败分析](https://img.taocdn.com/s3/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重定向回落时延。
CSFB问题排查手册（下）
CSFB问题排查手册（下）------接CSFB问题排查手册（上）------案例7：4G网络将终端的Last Visited TA加入TA List，导致终端回落跨MSC Pool而被叫失败1. 现象描述某市路测时，偶尔有被叫CSFB手机失败现象，从终端LoG发现，被叫失败是由于回落跨MSC Pool造成，且呼叫失败前的TAU Accept 中的TA List包含了分属不同TA List的TAC。
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回落，被叫失败。
CSFB问题排查手册 下册
2014-08-28网优雇佣军网优雇佣军hr_opt通信、科技、未来！通信路上，一起走！网优雇佣军微信号：hr_opt(2) MME配置的与TA匹配的LA非SGs MSC所属的LA3、CSFB手机不能在TD-LTE网络稳定驻留(1) eNodeB配置的小区重选参数不合理若eNodeB配置了2G/3G邻区及小区重选参数，则应合理配置4G与2G/3G间小区重选参数，否则，终端容易发生误重选导致不能在LTE网络稳定驻留。
(2) TD-LTE核心网MME未开启CSFB功能在部署CSFB过程中，若核心网MME暂未开启CSFB功能，CSFB终端在4G网络开机后将主动关闭4G能力，并在2G/3G网络驻留。
(3) eNodeB未开启完整性保护和鉴权部分终端芯片对开机流程要求较高，需严格按照协议定义顺序完成各步骤处理，其中包括完整性保护和鉴权流程，因此当eNodeB未开启上述功能时，将导致部分终端因开机流程不完整而无法接入LTE网络驻留。
1.2 案例分析案例1：CSFB手机网络模式设置有误，导致不能驻留LTE网络1. 现象描述测试区域TD-LTE信号在-90dBm左右，满足终端驻留网络条件，但测试CSFB手机开机后，未搜索TD-LTE网络驻留。
2. 问题分析在相同TD-LTE测试区域，使用其他CSFB手机开机后能驻留TD-LTE网络，说明该区域的TD-LTE信号满足驻留条件，检查开机异常CSFB手机的设置，通常，CSFB 手机存在4G/3G/2G（自动连接）、3G/2G（自动连接）等两种设置方式，用户可自行选择。
测试时，如果用户选择设置为3G/2G（自动连接）模式，因此，CSFB 手机将不能搜索TD-LTE网络驻留。
如果用户选择设置为4G/3G/2G，CSFB手机能够搜索TD-LTE网络，并发起联合注册，同时注册在4G和2G网络，此时，CSFB手机能够在4G正常进行数据业务和短信业务，并能够回落2G正常进行语音主叫、被叫业务。
LTE案例--2G小区拥塞导致CSFB失败
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失败。
中国联通LTECSFB失败原因分析201811
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消息造成被叫失败。
连接态频率优先级配置错误导致CSFB失败案例分析 - 副本
CSFB失败案例分析【问题描述】XX高铁专网站点XXX收到客户投诉，在高铁站附件打不了电话，网优人员收到投诉后用ipone5S手机到现场测试发现4G主叫起呼后没有下发RRCConnectionRelease，10秒钟后MS侧状态显示：EMM_REGISTERED_NO_CELL_AVAILABLE，MS选至TDS网络【问题分析】正常的连接态下正常的CSFB触发流程参见如下：CSFB触发CSFB失才败主要有一下原因：原因1：在LTE弱覆盖区域，UE存在一定概率漏收部分信令，通过检查覆盖电平良好，不存在弱覆盖现象。
原因2：2G频点组和频点没有添加通过后台U2000发现，频点组和频点信息都已经添加，排除频点问题。
原因3：ENODE B算法开关、盲切换优先级、策略组配置错误S1协议配置：MOD S1INTERFACE: S1InterfaceId=0, MmeRelease=Release_R8;ENODE B算法开关：MOD ENODEBALGOSWITCH:HoAlgoSwitch=GeranCsfbSwitch-1,HoModeSwitch= GeranPsHoSwitch-0&GeranRedirectSwitch-1&BlindHoSwitch-1;盲切换优先级：MODCSFALLBACKBLINDHOCFG:CNOPERATORID=0,INTERRATHIGHESTPRI=GERA N,INTERRATSECONDPRI=UTRAN,INTERRATLOWESTPRI=NULL,IDLECSFBHIGHESTPRI=G ERAN,IDLECSFBSECONDPRI=UTRAN,IDLECSFBLOWESTPRI=NULL;异系统策略组配置：MODINTERRATPOLICYCFGGROUP:InterRatPolicyCfgGroupId=3,GeranGprsEdgeHoCfg= PS_HO-0&NACC_HO-0&CCO_HO-0&REDIRECTION-1;4：MCC和MNC配置错误华为在开通CSFB的过程中可以不配置2G外部邻区和2G邻区关系，但必须增加一条命令：ADD GERANRANSHARE: LocalCellId=XX, BcchGroupId=XX, Mcc="460",Mnc="00"; 这条命令的作用是在已经配置Geran频点组绑定中国移动的MCC和MNC信息（配置这条MML命令后开通CSFB时不需要配置2G外部邻区和2G邻区关系。
CSFB常见回落失败分析
关于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重定向回落时延。
CSFB问题分析指南 (1)
网管性能- CSFB异常●问题点输出：回落失败TOP、寻呼失败TOP、回落TAC-LAC不一致TOP、回落至3G TOP ●回复模板：CSFB回复模板.xlsx●CSFB寻呼失败TOPN小区分析流程1）核查LTE小区是否存在影响性能的告警，排除设备故障问题；2）核查LTE小区是否容量超负荷,a、LTE小区寻呼丢弃率>5%b、有效RRC连接最大数>200c、PRB平均利用率>50%满足其一即可判断LTE小区容量超负荷。
3）核查LTE小区是否有干扰，a、存在模三干扰b、存在PRB干扰：一个或多个PRB的功率值>-100dBm满足其一即可判断LTE小区有干扰4）核查LTE小区是否存在覆盖问题，a、MR RSRP< -110dbm的采样点占比>10%的小区为MR弱覆盖小区；满足其一可判断LTE存在覆盖问题5）核查是否存在边界问题a、位于TAC边界，存在频繁TAU的情况；b、位于pool边界满足其一可判断存在边界问题CSFB 回落失败TOPN 小区分析流程 1) 核查是否存在影响性能的故障告警a 、LTE 小区存在故障告警b 、周边GSM 小区存在故障告警 满足其一可判断存在故障问题 2) 核查4G 小区是否存在容量问题 a 、有效RRC 连接最大数>200 b 、PRB 平均利用率>50%满足其一即可判断LTE 小区容量超负荷。
3）核查2G 小区是否存在容量问题a 、2G 小区SDCCH 拥塞率>0b 、2G 小区无线利用率>85%满足其一即可判断GSM 小区容量超负荷。
CSFB 寻呼失败CSFB 问题点L T E 故障、告警4G 过覆盖M R 弱覆盖P R B 干扰模三干扰P R B 利用率R R C 用户数故障问题4G 容量问题4G 干扰问题覆盖问题P O O L 边界T A C 边界边界问题方案输出寻呼丢弃率4) 核查LTE小区是否有干扰a、LTE小区存在模三干扰b、LTE小区存在PRB干扰：一个或多个PRB的功率值>-100dBm满足其一即可判断LTE小区有干扰问题。
CSFB问题优化指导书V
C S F B问题优化指导书V The pony was revised in January 2021CSFB指标分析指导书1 概述省公司每月根据健康度各项指标对各分公司进行考核，健康度指标中一项重要指标为CSFB指标，现写作CSFB指标优化指导书指导各分公司针对该项指标进行优化提升。
2 CSFB原理目前，云南采用2-3-4G混合组网的方式，在4G优先的情况下。
语音业务采用4G->2G的CSFB。
CSFB技术方案的实施前提是LTE覆盖区MSC支持SGs接口（是连接EPC与电路域MSC的桥梁），以实现CSFB 终端的联合附着/位置更新、被叫寻呼和短信流程。
语音业务：单待终端驻留LTE网络，话音业务通过CSFB技术回落到电路域执行，业务结束后，再返回LTE网络。
当UE附着和驻留LTE网络时，为了接收被叫和使用短信业务，必须执行联合附着和联合位置更新，在CS域更新注册状态及位置信息。
联合附着①UE附着LTE网络：在附着请求中携带“联合附着”指示②触发联合位置更新：MME通过配置的TA-LA （MSC）映射关系，确定进行登记的MSC，并向MSC发起联合位置更新请求，即触发MSC向HLR注册和登记。
③附着成功：UE存储LA和MSC分配的TMSI联合位置更新发起TAU请求：①当UE在LTE网络移动TA改变，或从2/3G返回LTE，或周期性位置更新定时器超时，会发起位置更新请求给MME，携带“联合位置更新”指示。
②触发联合位置更新：MME判断LA改变，发起到MSC的联合位置更新请求，改变在原来MSC记录的LA；当MSC也改变时，位置更新导致用户在新的MSC登记和注册。
③位置更新成功：UE存储LA和MSC分配的TMSI主叫语音业务如下图所示，UE发起CS Fallback主叫语音业务，MME指示eNodeB(evolved NodeB)需要将UE回落到GERAN/UTRAN网络，eNodeB指示UE回落到GERAN/UTRAN网络，UE在GERAN/UTRAN网络发起主叫语音业务，在发起主叫语音业务之前有可能先发起位置更新流程。
CSFB失败问题快速定位手册讲课讲稿
C S F B失败问题快速定位手册CSFB失败问题快速定位手册文档名称CSFB失败问题快速定位手册文档编号版本号 1.0.0作者张晚辰目录1.准备工作 (4)2.主叫失败 (4)2.1定位技巧 (4)2.2定位流程 (4)2.3定位案例 (8)3.被叫失败 (10)3.1定位技巧 (10)3.2定位流程 (11)3.3定位案例 (11)4.附录 (15)1.准备工作按照目前山西移动的拉网规范，CSFB拉网需要使用1部双待手机作为主叫，1部CSFB手机作为被叫，两部手机同时连接CDS路测软件进行拉网，所以在做CSFB拉网测试分析时，我们需要将主叫失败与被叫失败区分对待。
同时，CSFB失败的现象可能各不相同，但是成功的现象基本是一致的，所以我们在分析初期对信令不熟悉时，往往可以通过与正确流程进行比对，来确定失败的症结所在，此处也会尽量多介绍一些失败的案例，供大家分析参考。
2.主叫失败2.1定位技巧由于主叫侧使用双待手机，所以可以认为主叫手机语音业务一直工作在2G，因此一旦发现主叫失败后，往往可以将问题收敛至2G，从而加快定位速度。
2.2定位流程1.打开CDS后，新建标签页，命名为“主被叫比对”，在视图页拖动两个信令窗口放置在上方，然后再拖动两个事件窗口放置在下方，在左侧的信令和事件窗口点击右键，选择主叫终端，在右侧同样操作，选择被叫终端，如下图。
2.然后再点击统计-事件，新建一个标签页，然后在事件中，将“Call blocked”拖动至刚打开的统计页中，此时会显示总失败次数，将其打开，下方会显示失败对应的时间点，双击它，会直接跳到失败的时间点，如下图。
3.回到刚才打开的主被叫比对页面，可以在下方事件窗口中看到，每一个事件都有对应的关键信令，正确的信令流程如下图，可以看出，主叫侧已经上报呼叫建立，同时进入等待，这时主叫侧的起呼流程就走完了。
此后，在收到核心网下发的Connect后，代表主叫侧呼叫建立。
2014年7月XX市第三方测试CSFB成功率低原因分析报告
2014年7月潮州第三方测试CSFB成功率低原因分析报告2014年8月【测试指标】省内第三方LTE测试（7月4日-8月6日）通报的指标如下图，其中潮州的CSFB全程呼叫成功率为93.16%。
全程呼叫成功率＝接通率x（1-掉话率）接通率=接通次数/试呼次数x 100%掉话率=掉话次数/接通次数x 100%【问题分析】规范定义：CSFB回落到成功率=回落到GSM网络下试呼尝试次数/TD-LTE下试呼尝试次数回落到GSM网络下试呼尝试次数为CMServiceRequest（MO）；TD-LTE下试呼尝试次数为发送ExtendedServiceRequest。
但目前鼎利软件计算是：只有主叫2G信令到connect才算CSFB回落成功。
本次测试ATU共发起1383呼叫，其中CSFB尝试1082次，成功接通次数为1009次，共出现了88次主叫未接通事件，其中CSFB 主叫未接通73次，主叫处于在2G、3G网络未接通15次；掉话次数2次。
全程呼叫成功率＝93.25%x（1-0.00198）=93.07%1、未接通事件分析由于未接通时间对成功率指标影响较大，我们先对未接通事件进行分析，CSFB 主叫未接通共计73个，其中具体问题类型如下：（1）主叫回落正常，被叫无响应对应事件所发生的区域，从以下测试图可以看出。
出现未接通时，被叫无线环境，但没有任何响应（26次）主叫占用潮州教育教-NLH-3小区在10：33：31发起CSFB起呼，主叫已经成功回落到2G，从信令面看也走到Alerting，但长时间没有响应后（大概40s），主叫出现disconnect消息，出现主叫未接通问题。
但分析测试被叫信令，发现期间被叫没有任何信令，也是占用且潮州教育教-NLH-3小区，且一直驻留在LTE上面处于idle态，被叫未做任何响应（被叫没有收到paging消息），导致主叫未接通。
主被叫同时占用潮州教育教-NLH-3小区，主叫回落正常，说明小区无异常。
【案例】CSFB失败原因优化分析
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的过程将会失败。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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频点。