4g网络状态下csfb失败原因分析报告
TAC和LAC不一至导致无法做CSFB业务分析
案例名称：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更新失败。
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掉话1.现象描述4G CSFB手机在某路高架语音掉话。
2.告警信息无3.原因分析1.弱覆盖导致信号弱从而产生掉话2.没有2G基站从而CSFB无法回落3.参数设置不合理导致4. 处理过程4.1 2G通话小区占用情况4.2沿途2G小区覆盖分析西二环到南二环主覆盖小区拉线图：某路高架到龙川路主覆盖小区拉线图：按照时间及占用小区分析，从公司到西二环南二环口，预计车速在46km/s，占用11481_XX货场-1是道路主控覆盖小区。
小区16点指标，接入性、掉话率、上下行质量均正常。
XX货车到XX学院，预计车速在56km/s，占用10477_XX学院1800-3是主控覆盖小区，覆盖小区合理，小区16点指标，接入性、掉话率、上下行质量均正常。
但是，16:15到16:16分，1分20秒后回落占用17796_XX高铁高铁专网小区，判断占用该小区可能会产生问题。
4.3通话详单与网优支撑平台的对照分析主要对照问题点前后的通话详单分析第一条记录主叫占“XX货场-1”起呼，占“27526_Z大酒店1800-2”结束通话，被叫占“黄山路移动大楼”小区。
主被叫通话质量均良好，由被叫挂机结束通话，本次通过过程正常。
如下图：挂机前，上下行质量均为0级。
第二条记录主叫占“XX学院1800-3”切换到“11715_Z1800-1”后，由网络侧下发disconnect结束，可能两种原因：被叫主动挂机或被叫掉话。
由于该处基站未接采集ABIS口数据，看不到主叫通话质量，但占用小区正常，多次测试均未出现问题，被叫号码由于不在安徽（核查被叫一天的记录，没有发现一次业务和切换及位置更新等信令，故判断该号码当时不在安徽），无法查到被叫通话记录。
第三条记录占2G“天通管业-南环高铁1站京福高铁”小区起呼通话1分多钟后发disconnect 结束通话，判断为主动挂机。
由于占高铁专网基站，而专网和大网基站无相互邻区，判断会用户占专网拖死质差导致通话质量差，听不清挂机。
4GCSFB跨POOL失败问题分析
1.1.1案例6：UE跨MSC Pool回落，导致被叫失败1.现象描述外场测试某区域，使用两部三星CSFB终端互拨，主叫端发起呼叫后正常回落，被叫端也正常回落至2G,但一直没有来电显示，也未振铃；主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。
2.问题分析主被叫两部终端均可正确回落，说明终端在LTE网络侧的CSFB相关流程执行正常，被叫失败是在终端接入GSM网络后因某环节出现异常导致的。
通过跟踪两部终端回落后的各项操作，以及与GSM网络的信令交互过程，发现出现该问题的测试区域恰好位于MSC PooL 边界。
其中终端开机初始执行LTE联合附着/位置更新时，根据MME配置的TA-LA映射表，注册在LA1对应的MSC1上，MSC1在MSC PooL1内。
而因终端拨打时位置在MSC POOL边界，终端实际回落时选择接入的GSM小区为LA2，对应的MSC为MSC2，MSC2在MSC PooL2内。
如下图所示：图4-1 UE回落跨MSC Pool示意图由于联合注册在MSC PooL1的MSC1，被叫呼叫一定接续到PooL1的MSC1，之后用户回落到MSC PooL2的MSC2，导致被叫失败。
跨Pool失败原因：由于用户在POOL1下old MSC 联合登记，这样做被叫时，old MSC会发送PAGING 消息到MME，激活CSFB，但用户回落到POOL2下的new MSC，由于LAC发生变化，MS首先会发送Location Update 流程到new MSC, 如果没有激活MTRF功能，old MSC在等待paging response过程中收到HLR 发来的Cancel Location 而终止呼叫。
当激活MTRF后，old MSC和new MSC间会建立语音通道使呼叫能够接续。
3.问题分类：网络覆盖条件4.解决方案尽可能完善网络规划，合理配置GSM小区归属MSC PooL，将终端回落接入的GSM小区尽量规划在终端联合注册的MSC PooL内，避免发生回落跨PooL场景，降低被叫失败发生的概率，但这种方法无法彻底解决该问题，需通过部署MSC的MTRF功能才可真正避免回落后跨PooL的被叫失败问题。
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回落，被叫失败。
中国联通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回落失败小区分析及案例版本号：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失败案例分析 - 副本
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邻区关系。
MME地址配置错误导致无法进行CSFB
MME地址配置错误导致基站CSFB业务异常关键字：MME CSFB摘要：本文主要分析在占用4G新开站后无法进行CSFB业务，占用周边其他站点CSFB业务正常的问题。
在发现该问题后前后台联动进行排查，前台核查测试终端无异常，分析测试log核查发现MME地址配置错误导致无法进行CSFB业务。
问题描述：4G新开站单站点验证进行CSFB业务验证时发现手机终端无法驻留4G网络，不能进行CSFB业务，驶离该站点覆盖范围，占用其他站点CSFB业务正常，现场对测试终端进行排查无异常。
告警信息：无处理过程：1、对测试终端进行排查，测试终端无异常；2、驶离该站点覆盖范围，占用其他站点CSFB业务正常；3、在问题站点测试并记录log，对log进行分析；CSFB重定向UE首先需发起CS业务请求，EnodeB将会把UE重定向到UMTS，表现为RRC释放消息携带UMTS的频点，即extended service request，此次失败的CSFB事件中并没有发起，如下图：查看详细的L3信令，在4G TAU更新请求为联合更新，如下图：但最终更新成功时仅完成4G侧更新，说明联合更新失败，初步定位MME 与MSC通信有问题，如下图：根因：对该站点MME配置地址进行核查，发现全省的EPC调整完成后，MME地址已经发生变更，新开站点开站脚本MME地址未更新，导致MME地址不对而无法发起呼叫。
解决方案：1、未调整的已开通站点和由于断站导致未调整的站点，使用命令：（1）ADDSCTPPEER:SCTPPEERID=100,IPVERSION=IPv4,SIGIP1V4="10.100.2.76",SI GIP1SECSWITCH=DISABLE,SIGIP2SECSWITCH=DISABLE,PN=36412,REM OTEID="MME08",USERLABEL="MME08";（2）ADDSCTPPEER:SCTPPEERID=101,IPVERSION=IPv4,SIGIP1V4="10.100.2.68",SI GIP1SECSWITCH=DISABLE,SIGIP2SECSWITCH=DISABLE,PN=36412,REM OTEID="MME09",USERLABEL="MME09";（3）ADDSCTPPEER:SCTPPEERID=102,IPVERSION=IPv4,SIGIP1V4="10.100.2.52",SI GIP1SECSWITCH=DISABLE,SIGIP2SECSWITCH=DISABLE,PN=36412,REM OTEID="MME11",USERLABEL="MME11";（4）ADD SCTPPEER2EPGRP: EPGROUPID=0, SCTPPEERID=100;（5）ADD SCTPPEER2EPGRP: EPGROUPID=0, SCTPPEERID=101;（6）ADD SCTPPEER2EPGRP: EPGROUPID=0, SCTPPEERID=102;（7）MODSCTPPEER:SCTPPEERID=0,IPVERSION=IPv4,SIGIP1V4="10.100.2.60",REM OTEID="MME05",USERLABEL="MME05";（8）MOD IPRT:RTIDX=0,DSTIP="10.100.2.60",DESCRI="TO MME05";2、新开站点调整方式：（1）将summary表的MME地址10.100.2.33调整为10.100.2.60，并修改相应的传输数据。
CSFB失败及时延原因分类
失败原因
3G语音建立（CM Service Request->CC Connect） 3G网络侧拥塞导致RAB建立失败 3G网络侧质差导致语音建立失败 鉴权失败导致语音建立失败 语音建立超时导致CSFB失败 3G侧邻区漏配导致语音失败 3G基站侧异常导致语音建立失败 终端问题导致语音建立失败 信令异常导致语音建立失败 测试异常导致语音建立失败 BLER高导致语音建立失败 其他原因
LTE质差导致FR时延增加 3G侧质差导致FR时延增加 RB多次释放导致Fቤተ መጻሕፍቲ ባይዱ时延增加 3G激活集更新导致FR时延增加 PS并发业务导致FR时延增加
其他原因
挂机返回LTE（CC Disconnect->TAU Complete） 3G质差导致FR失败 在3G侧起呼未触发FR 3G切换到2G导致未触发FR 呼叫建立载波未开启FR功能 其他原因导致未触发FR FR的LTE频点配置不合理导致失败 LTE质差导致FR失败 TAU失败，原因值为"No EPS bearer context activated" TAU失败，原因值为"Implicitly detached" 其他原因的TAU失败 终端问题导致FR失败 基站故障或告警导致FR失败 并发业务导致FR失败 其他原因
3G网络侧质差导致语音建立时延 LTE网络侧质差导致被叫寻呼时延 增加 增加 3G网络侧质差终端回落2G导致时 回落频点配置不当，终端自主搜网导致时延增加 延增加 被叫进行TAU导致寻呼时延增加 被叫进行小区重选导致寻呼时延 RIM邻区配置不当导致回落时延增加 二次鉴权导致时延增加 增加 PSHO邻区配置不当导致回落时延增加 PS并发业务导致时延增加 其他原因 时延大原因 3G侧导频污染/频繁切换导致时 R8基于测量重定向的邻区配置不当导致回落时延增加 延增加 终端进行TAU导致时延增加 频繁LAU导致语音建立时延增加 3G侧系统消息异常导致时延增加 BLER高导致语音建立时延增加 3G网络侧质差导致回落时延增加 其他原因 TA跨LAC发生LAU导致时延增加
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小区有干扰问题。
宁波海曙富茂酒店SF4G手机CSFB失败案例分析处理
宁波海曙富茂酒店SF4G手机CSFB失败案例分析一、故障现象宁波海曙富茂酒店SF存在使用4G手机拨打电话呼叫失败、掉话现象。
二、站点信息宁波海曙富茂酒店SF位于海曙区碶闸街九号(紧邻天一广场)。
LTE室内分布系统为BBU+RRU对酒店进行全覆盖，该点室分天馈系统均布放在酒店走廊，房间内无室分天线，且该站点2G/LTE均采用高低分层分区覆盖，4楼以下为一小区，4以上为二小区。
三、原因分析LTECSFB失败的主要原因有以下几种：1.弱覆盖；2.未添加2G频点；3.干扰；4.终端回落至非最佳小区，介入失败；四、处理步骤1.到达站点现场后第一步对酒店整体进行2G/LTE覆盖测试，尤其是投诉楼层房间内的覆盖情况进行摸底，发现其中LTE室分信号在房间内边缘RSRP基本处于-105dBm左右以内，长期占用室分信号，无弱覆盖区域，TTE弱覆盖引起CSFB掉话原因可排除；2G室分信号走廊内覆盖正常，信号强度达到-50dBm左右，但进入房间内后2G室分信号-75dBm左右，信号一般，占用室外宏站信号且存在几个室外宏站信号都能达到-65dBm左右，频繁切换，影响通话质量，可以判断出CSFB回落掉话原因可能有2G 频繁切换引起。
2.使用5S手机做CSFB测试，发现当拨打电话时回落2G通话时回落至2G宏站信号且切换频繁，存在掉话现象，查看CSFB回落频点，发现回落频点添加较多，造成无法正常回落至2G室分频点。
3．根据测试2G/LTE现网室分信号边缘强度，认为整个酒店使用室分系统覆盖无明显弱覆盖区域，可以达到覆盖要求，将2G高层室分小区信号设做孤岛，使室内用户强行占用室分系统通话，并将CSFB回落2G频点只保留该站点2G室分频点，修改改好后测试发现问题回复正常。
五、经验总结中国移动LTE语音解决方案目前存在两种：一种CSFB解决方案；一种VoIMS解决方案（VoLTE），当前CSFB解决方案还是主流，测试当中会经常遇见CSFB无法正常回落是2G，只要仔细排除引发的原因仔细排除，就能发现问题并解决问题。
通过参数一致性检查处理CSFB失败问题
随着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常见回落失败分析
关于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主叫失败问题报告上海贝尔股份公司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）根据贵公司实际需求安排现场实施及验证。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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提供语音数据的无缝切换。
简化的基础网络结构可为运营商节约网路运营开支。
LTE网络包括FDD和TDD两种模式用于成对频谱和非成对频谱，联通公司4G网络采用FDD-LTE和TDD-LTE混合组网模式。
CSFB：CSFB(电路域回落)是3GPP R8中CS over PS研究课题的成果之一。
该研究课题提出的背景是LTE和CS双模终端的无线模块是单一无线模式，即具有LTE和UTRAN/GERAN接入能力的双模或者多模终端，在使用LTE接入时，无法收/发电路域业务信号。
为了使得终端在LTE接入下能够发起话音业务等CS业务，以及接收到话音等CS业务的寻呼，并且能够对终端在LTE网络中正在进行的PS 业务进行正确地处理，产生了CSFB技术。
在建设LTE网络初期，如果运营商已经有成熟的UTRAN/GERAN网络，出于对CS投资的保护，结合LTE网络的部署策略，运营商可以采用原有的CS域语音方案来提供语音服务，而LTE网络仅处理数据业务(包括IMS数据业务)。
这种情况下，采用CSFB技术，即LTE覆盖下的UE在处理语音业务时，终端先回退到CS(电路域)网络，在CS网络处理语音业务;这样就达到了重用现有的CS域设备来为LTE网络中的用户提供传统的语音业务的目的。
MSCPool在3G中的应用称为Iu-Flex，在2G中的应用称为A-Flex。
其基本工作原理如下：当用户进入到某个MSC Pool 的覆盖区域时，RAN节点会按照负载均衡的原则将用户的位置更新请求随机地分配给池组中的某一个MSC，这个MSC完成位置更新过程并给用户分配一个TMSI，这个TMSI里面携带了“网络资源标识（NRI）”字段，用来标识为这个用户服务的MSC编号。
该用户在MSC Pool 的服务区域移动时，将一直由这个MSC为其服务，直到离开MSC Pool的服务区域为止。
在这期间，如果用户有业务请求，那么RAN节点将根据请求消息中所带的TMSI中的NRI 信息，将话务直接分配到对应的MSC进行处理。
在这种工作模式下，一个MSCPool中多个MSC节点可以看作是一个大容量的MSC，用户在Pool的移动，可以认为是在一个MSC管辖区域移动，从而减少了MSC间的位置更新、切换和重定位，降低了C/D/E接口消息流量。
当MSCPool某个MSC发生故障退出服务时，RAN节点将会把该MSC下用户的业务请求分配到Pool其他有效的MSC（根据负荷均衡原则），从而实现对MSC的容灾。
MTRF：MTRF（Mobile Terminating Roaming Forwarding），被叫漫游前转特性。
CSFB用户附着到4G网络，同时联合附着到CS网络的一个MSC上。
当用户做被叫进行语音业务时，UE需要向CS网络回落，如果此时用户处在两个位置区的交叠区域，回落后可能选择另外一个LA并向另外一个MSC发起注册并附着其上；这样联合附着时的MSC会因为寻呼无响应而导致呼叫失败。
MTRF通过在源MSC上将呼叫重新路由到目标侧MSC的方式，使呼叫能够继续接续，从而提高呼叫成功率。
二、失败原因分析针对4G网络CSFB失败的各类原因，主要有数据配置问题、弱覆盖或干扰、设备未开启CSFB功能、设备功能缺陷、终端原因、 CSFB回落跨MSC POOL核心网未开启MTRF功能。
详细分析如下：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的过程将会失败。
7）HSS：在默认前提： MSC/SGSN和HLR对接基础配置已完成（包括数据配置，相关7号信令网配置等已完成）的情况下，将开户用户配置成2/3/4G融合用户即可。
根据以上需进行的数据配置，结合案例及各省经验，数据配置问题导致的CSFB失败主要有以下几类：①、MME上 SGS接口数据配置错误由于MME上对接MSC的SGS接口数据配置错误，如：VLR号配置错误、SGS 链路配置参数错误（IP地址类型、IP地址、SCTP端口号）等造成CSFB联合注册失败。
一般情况下，该失败情况会出现在有新MME或新MSC入网时，并且出现问题时失败区域有共同特性，即ENODEB对接的MME相同且失败区域对应的LAI相同等。
失败区域一般围较大。
②、MSC上SGS接口数据配置错误由于MSC上对接MME的SGS接口数据配置错误，如：MME号配置错误、对接协议类型配置错误等造成CSFB失败。
一般情况下，该失败情况会出现在有新MME或新MSC入网时，并且出现问题时失败区域有共同特性，即失败区域对应的LAI相同或LAI所属MSC相同或MME 相同等。
③、MME上TA与LA对应关系、LA与MSC对应关系错误用户附着时，进行联合位置更新，MME 上存储TA （LTE Tracking Area ）与LA（2G Location Area ）的对应关系，根据TA 将用户注册在LA 对应的MSC 上。
当TA对应错误的LA，会导致UE回落到不同的LAI甚至MSC时，将导致呼叫建立时延增加、用户被叫失败。
当两个LA属于相同的MSC，每次主叫、被叫前均需进行局的LAU，增加呼叫建立时延约0.5s；当两个LA属于不同的MSC时，主叫：每次主叫前需进行LAU、Insert Subscriber Data，TMSI、reallocation 等流程，增加呼叫时延约2s，而被叫寻呼失败，直接导致被叫不通。
CSFB要求同覆盖下的2G小区LAC和4G小区TAC配置一致，该数据配置由无线侧提供给核心网侧，核心网侧在MME上进行配置实现。
因此TA与LA对应关系错误有可能是最先无线侧提供的数据就是错误的，也有可能是MME上配置时人工出错。
当有该问题出现时，一般会集中在某个MME上或TA相同，具有区域性的特征。
④、MSC、 MME的寻呼方式、寻呼次数、寻呼时间间隔等参数设置不合理MSC、MME上寻呼方式、寻呼次数、寻呼时间间隔等参数设置不合理或有优化较大空间时，SGS接口的寻呼成功率不高，或出现被叫失败。
⑤、ENODEB、BSC或RNC上邻区关系、重选参数等错配或漏配除2/3G、3/4G邻区关系外，还需要新增4G到2G的邻区配置关系以及局部地区（无3G有4G区域）2G到4G的邻区关系，全网邻区关系复杂，配置工作量大。
4G侧错配或漏配2G频点、3G侧错配或漏配3/4G互操作参数等问题均会导致CSFB失败。
当4G侧漏配2G频点时，会导致主叫时延增大甚至不通（取决于终端实现），被叫无法接通，类似于eNB未打开CSFB开关；当错配2G频点时，会导致主叫时延增加（回到2G后先位置更新）再接续，被叫接续时延增加（同Pool不同LAC时）或者失败（跨Pool）。
当3G侧错配或漏配3/4G互操作参数时，无自主FR能力或FR失败的终端CSFB通话结束，无法回到4G。