CSFB失败问题总结
CSFB质量优化研究
CSFB质量优化研究在移动通信领域，CSFB（Circuit Switched Fallback）技术是一种在LTE网络中支持2G/3G语音业务的技术。
由于LTE网络的数据业务和语音业务分别采用VoLTE技术和CSFB 技术，CSFB质量优化一直是运营商和设备厂商关注的热点问题。
本文将针对CSFB质量优化展开研究，分析目前存在的问题并提出相应的解决方案。
一、CSFB质量问题分析1. CSFB切换失败率高随着LTE网络的部署和覆盖率的提高，用户在LTE覆盖区域内使用2G/3G语音业务的需求逐渐增加。
由于LTE网络和2G/3G网络的差异，CSFB切换存在一定的失败率。
CSFB切换失败会导致用户无法正常进行语音通话，严重影响用户体验。
2. CSFB切换时延大CSFB切换时延是指用户从LTE网络切换到2G/3G网络进行语音通话所需的时间。
由于CSFB切换涉及多个网络节点之间的协调和信令传输，存在一定的时延。
如果时延过大，会导致用户在呼叫接通后出现语音质量问题，从而影响通话体验。
3. CSFB切换成功率低CSFB切换成功率低会导致用户无法及时、可靠地完成语音通话。
CSFB切换成功率低可能是由于网络信号覆盖不足、邻区干扰、信令传输问题等原因引起的，需要进行深入分析和解决。
二、CSFB质量优化方案1. 优化邻区关系对LTE网络进行邻区参数优化和邻区关系优化是提高CSFB切换成功率的关键措施。
通过合理调整邻区参数和邻区关系，提高LTE网络与2G/3G网络的切换性能，减少切换失败率和时延。
2. 加强信令优化通过优化LTE网络和2G/3G网络的信令处理能力，提高CSFB切换成功率和时延。
可以采用信令预测、信令加速等技术手段，优化网络间的信令传输流程，减少切换时延和提高成功率。
3. 提高覆盖质量提高LTE网络覆盖质量是保障CSFB质量的重要手段。
采用多频段、多制式的覆盖方案，增加小区密度，优化天线参数等措施，提高LTE网络覆盖质量，降低切换失败率和时延。
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提供语音数据的无缝切换。
LTE投诉案例-CSFB参数设置不合理,导致终端CSFB回落失败
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回落频点，回落失败。
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层数据；定义 SGSOSPF路由；定义 SGSAP层及 MSC 数据；开启 license 功能；配置与对接的 MSC 的 SCTP链路；激活 CSFB、 SMS over SGS；TA 与 LA 对应关系； LA 与MSC对应关系； SGs接口触发寻呼参数。
与 MSC对接的 SGS接口的数据配置示比以下：种类参数名称取值样例获取方法VLR相关配置VLR号（ VN）全网规划SGs链路配置参数IP地址种类（ IPTYPE）IPV4全网规划当地IPv4地址 1（LOCALIPV4_）1全网规划当地IPv4地址 2（LOCALIPV4_）2全网规划VLR号（ VN）全网规划VLR IPv4地址 1（VLRIPV4_1）全网规划VLR IPv4地址 2（VLRIPV4_2）全网规划SCTP协议参数索引（ SCTPINDX）0全网规划5)MSC:MSC上主要配置以下数据：对接 MME 的 SGs接口实体配置；对接 MME 的SGs接口 SCTP链路配置； MSC Server license开启；定义对端 MME host 数据；定义 CSFB所用 LA 相关数据；配置 SGs paging策略；LTE连接态和悠闲态寻呼响应软参配置；回落准时器时长配置。
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重定向回落时延。
LTE网络中有关CSFB面试问题汇总
LTE网络中有关CSFB面试问题汇总Q01.为什么我们需要CSFB？kangguoying202110Q02. CSFB和SRVCC区别在哪儿？Q03. LTE有多少种CSFB？kangguoying202110Q04.画出SGs接口执行CSFB和短信定义的EPS架构？Q05.用于CSFB的3gpp规范的名称？kangguoying202110Q06. MME-SGSN之间存在的接口名称是什么？Q07. S-Gw-RNC之间存在的接口名称？Q08.哪个接口用于CSFB？kangguoying202110Q09.描述CSFB中的mo-call流程？kangguoying202110Q10.描述 CSFB中的mt-call流程？kangguoying202110Q11.在LTE中如何进行短信传输？Q12.描述短信呼叫流程？kangguoying202110Q13.LTE中还有其他用于短信服务的接口吗？Q14.CSFB和基于IMS的服务是否能够在同一网络中共存？Q15.如果UE处于空闲状态并且用户想要拨打电话，那么UE将遵循什么流程？Q16.用于mo-call和mt-call的附加类型是什么？Q17.哪个计时器用于mo-call和mt-call以及同一计时器的持续时间？Q18.扩展服务请求中包括哪些信息元素？kangguoying202110 Q19.如何解析从enode B收到的请求与CSFB有关？Q20.MME是如何找到相关的VLR和MSC？kangguoying202110Q21.为什么CSFB结束向UE发送释放消息之后，终端(UE)在LTE 中执行附着流程？Q22.Enode B到UE的RRC释放消息触发中包括哪些信息？Q23.为什么终端(UE)回落后再次在3G网络中进行身份验证和安全？Q24.为什么在3G网络中使用路由区更新？kangguoying202110 Q25. 3G语音通话中运行的协议名称是什么？Q26. SIB19有什么用？kangguoying202110Q27.如何获取MT调用的信息？kangguoying202110Q28. mt-call中CS Service Notification有什么用？Q29.在CSFB(移动到移动)中，您将花费多少时间进行mo-call和mt-call？kangguoying202110Q30.拨打固定电话需要多少时间，反之亦然？kangguoying202110Q31.CSFB失败一般有哪些原因？kangguoying202110Q32.如果UE支持CS服务而网络不支持CS网络，那会发生什么？Q33.网络如何了解终端UE支持CS服务？Q34.哪些SIB消息携带CS网络相关参数？kangguoying202110 Q35.SIB消息在3G或2G网络闩锁时会读取吗？Q36.当下层收到寻呼消息时,它会将此寻呼消息发送给上层进行验证吗?哪个上层负责验证寻呼消息？kangguoying202110Q37.假设UE正在使用3G网络通话，同时DL数据到达UE，那么UE将如何接收数据？kangguoying202110Q38.假设UE正在通话并且数据在DL方向到达并且UE呼叫完成，那么DL中的数据将继续使用3G网络，还是重定向到4G网络？kangguoying202110。
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常见问题
MME配置TA映射LA有误，导致UE联合注册失败1.现象描述CSFB手机开机后，尝试在4G/2G网络进行联合附着，但联合附着失败，此后，UE在LTE 网络发起五次联合位置区更新，但仍失败，之后UE从LTE网络Detach，并接入TD-S网络。
2.问题分析CSFB手机开机时，需要在4G/2G网络进行联合附着，联合附着正常流程如下：①UE附着LTE网络：在附着请求（Attach Request）中携带“联合附着”（combined EPS/IMSI attach）指示；②触发联合位置更新：MME通过配置的TA-LA、LA-MSC（若连接同一个POOL内的多个MSC，需支持多个MSC间的负荷分担方式）映射关系，确定进行登记的MSC，并向MSC发起联合位置更新请求，即触发MSC向HLR注册和登记；③附着成功：附着接受（Attach Accept）消息中携带的重要信息包括“联合附着”（comb EPS/IMSI attach）指示、2G位置区信息Location area identification、MSC分配的TMSI、EMM Cause和Additional update result等。
一般情况下，LTE网络配置支持CSFB时，EMM Cause和Additional update result都配置为空即可。
对于本案例，检查终端侧Attach Accept消息，发现EMM Cause为MSC TEMPORARILY NOT REACHABLE，Location area identification（LA）为17，检查MSC设备为正常工作状态，因此，初步判断问题出现在MME向MSC登记流程。
经过进一步检查，发现LA并非SGs MSC 下真实的LA，MSC中没有该LA的配置数据，从而导致MME不能向MSC登记，因此，MME 下发的Attach Accept消息中EMM Cause为MSC TEMPORARILY NOT REACHABLE。
连接态频率优先级配置错误导致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失败及时延原因分类
失败原因
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导致时延增加
LTE网络CSFB指标优化小结及分析案例12-3
一、处理方法及思路此次重点针对CSFB被叫成功率进行优化，在提升被叫成功率的同时改善CSFB其他指标，如主叫成功率、回落成功率、寻呼成功率、时延等。
主要从以下几个方面进行优化，总结处理方法及流程如下：二、 工作量及成果问题分类：CSFB 被叫回落失败的主要因素有4G 弱覆盖、2G 站点故障、4G →2G 邻区规划不合理、POOL 边界等网络优化问题，从网络分布上看4G 原因占比较高。
4G 主要是邻区规划不合理造成。
整体工作量：8%1%0%2%1%1%4%0%74%4%1%4%0%原因分类（整体）pool 边界POOL 边界，GSM 站点过少pool 边界，邻区跨pool pool 边界，邻区漏配pool 边界，周围GSM 站点过少pool 外频点TAC 错误降低时延邻区漏配周边GSM 站点过少邻区过多邻区过少站点故障针对温州移动LTE网络CSFB短板指标进行系统的分析，并筛选出对全网指标贡献大的TOP小区进行重点分析和处理。
主要从4G->2G邻区频点过少（漏配）、4G->2G邻区合理性、（包括跨POOL、伪基站、过远冗余邻区等）、TAC->LAC映射关系核查三个方面分析和优化。
截止目前，共计完成125个小区错误TAC修改，109个小区4G->2G邻区频点增加，2276个小区的邻区重规划，删除冗余邻区20条等。
优化效果：从上图统计表可以得出，主叫平均时延从8月份的9218.9213ms，逐步缩短到9067.882ms，主叫时延缩短了151.0411ms。
被叫回落成功率从8月份的98.92%，逐步提升到10月的99.04%，但是从11月开始指标又下降到98.98%。
导致指标下降的主要原因为苍南区域站点纠纷和新开站点未按照规划数据配置，导致站点开通后指标较差。
三、典型案例LTE->2G邻区过少(漏配)案例：【问题描述】【分析思路】由于该小区被叫及回落有成功次数，排除CSFB开关及互操作参数问题；检查该小区告警情况：无告警，设备运行正常；检查TAC->LAC映射关系：映射关系正常，且不在边界；检查LTE->2G邻区关系：发现配置的2G频点过少，推断被叫成功率低可能为漏配2G邻区引起，如下图所示：（漏配频点566、46）【优化方法】增加LAC->2G邻区不合理（跨POOL频点）【问题描述】KPI指标监控发现，H770674瓯海便民服务中心宏站_1被叫成功率低及被叫回落成功率【分析思路】由于该小区被叫及回落有成功次数，排除CSFB开关及互操作参数问题；检查该小区告警情况：无告警，设备运行正常；检查TAC->LAC映射关系：映射关系正常，且不在边界；检查LTE->2G邻区关系，发现该小区配置了跨POOL的2G频点（48、52、46），由此推断被叫成功率低原因，详细见下图：【优化方案】删除跨POOL邻区频点（48、52、46），并同时增加漏配邻区，最终添加的2G邻区频点【效果对比】8月19日晚执行优化方案后，统计8月20日指标，被叫成功寻呼成功率及被叫成功率均提升明显。
CSFB异常点分析总结
1 问题现象1：R9盲重定向后读取3G系统消息接入如下图所示：UE发起CSFB后，接入3G后读取系统消息，说明R9的FLASH CSFB未生效分析LTE侧RRC连接释放消息，可以看到ENB只下发了频点，没有下发相应小区信息分析LTE侧SIB1消息，可以看到此时接入的LTE ENB为9，小区为1结论：9号enb为集锦饭店，此站的RIM流程有问题，DSP UTRANRIMINFO中，未包含最高优先级的3G邻区，由于测试版本BUG，导致rrc release消息中未携带系统消息，接入3G 小区后读取了系统消息。
2 问题现象2：CSFB至3G后发起LAU，并且无法快速返回4G，并且未发现alerting问题如下所示，UE在3G侧发起LAU从呼叫开始分析，在16:16:40.135，LTE发起RRC连接释放触发CSFB动作，由于RRC连接释放消息中只携带频点，因此是R8的重定向CSFB，UE在3G侧读取系统消息接入UE在16:16:41.300发起RRC连接请求，此次RRC连接请求是CSFB的接入请求，可以看到RRC连接请求携带的原因为conversation callUE在16:16:42.957发送RB SETUP CMP消息完成CS RAB的建立，但从UE侧信令上看，过了6秒之后，UE进入空闲态UE在16:16:48.742发送cell update重新接入，携带原因为unrecoverableError，并且报AM-RLC在RB 2-3or4上错误指示为1，因此判断链路发生SRB复位掉话，UE后续通过cell update 重新接入。
从当时的信号强度和质量来看，下行Ec/Io较好，因此判断是上行失败导致UE掉话。
怀疑RNC未收到UE发送的RB SETUP CMP消息。
由于UE掉话，后续UE接入后重新发起RRC连接请求，此时携带原因值为注册。
表示此时UE认为该次RRC连接并非CSFB业务。
UE在16:16:49.509发起RRC连接请求，原因为注册。
宁波海曙富茂酒店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概率性失败问题
昌吉CSFB业务概率性失败问题分析报告前期昌吉移动新址室分站点多次反应CSFB业务出现概率性失败现象，针对此情况，中兴公司安排人员从5月7日早10点开始测试至晚8点，共测试CSFB 主被叫业务1134次，出现异常未接通9次，针对9次未接通进行分析，整体为为两种情况，但测试时发现另外一种异常现象，整体情况如下：1、未接通情况1：正常回落GSM网络发起呼叫，但呼叫过程中出现未接通，现象为主叫回落至2G，但无任何反应，直接挂断，需要GSM侧排查，在GSM侧共出现未接通8次。
2、未接通情况2：主叫正常回落至GSM网络呼叫，被叫收到语音业务请求后，异常回落至3G网络，网络无法寻呼到被叫。
现象为主叫无法呼通被叫，被叫随后会收到来电管家短信，问题已经上报至西安研发定位，此现象出现1次。
3、异常现象3：当一次通话结束后，终端自GSM网络TAU返回至LTE网络，若业务进行太快，当TAU未正常结束时，手机会直接回落至3G网络通话，此为正常现象，但通话结束后，终端返回4G网络，核心网TAU拒绝，需要核心网排查。
一、疑似GSM网络问题，需要GSM侧排查现象1（6次-log1）：主被叫均正常回落至GSM网络，且均有振铃消息，但随后被叫或主叫异常释放，导致未接通，用户感知为拨通手机回落到GSM，随后直接无任何反应未接通。
如上图所示主被叫振铃后被叫（15:00:27:291）收到Channel Release 消息，原因值为Abnormal release,unspecified,主叫未接通。
在另外三个未接通中，现象相同，但主叫收到Channel Release消息，原因值相同，导致未接通。
现象2（2次-log2）：主被叫均正常回落至GSM网络，且均有振铃消息，但随后被叫或主叫异常释放，导致未接通，用户感知为拨通手机回落到GSM，随后直接无任何反应未接通。
如上图所示主叫在Callproceeding后收到disconnect消息，原因值为Cause Value =44( requested circuit/channel not available ),主叫未接通。
Iphone6和Iphone6plusCSFB被叫失败问题分析说明
Iphone6和Iphone6plus CSFB被叫失败问题分析说明1 问题现象Iphone6和Iphone6plus手机进行被叫CSFB业务时偶尔出现失败的情况。
经验证其他手机例如中兴GrandS2、三星NoteIII、华为P7均正常。
2 问题分析经过大量测试发现Iphone6和Iphone6plus手机被叫CSFB失败问题规律如下：1、手机在RRC connect态且无业务状态保持37秒的情况下，手机概率性发生无线链路失败，此后被叫进行CSFB则手机收不到网络下发的CsServiceNotification消息，被叫失败；2、手机在业务态下进行被叫CSFB测试正常；3、手机在空闲态下进行被叫CSFB测试正常；通过以上测试发现只有UE处于连接态且无业务的情况下进行被叫CSFB存在无法接通问题。
首先，通过UElog分析确认发生异常的根本原因是UE没有收到连接态CSFB时网络下发的CS ServiceNotification消息，正常及异常被叫CSFB信令对比如下图所示：被叫连接态CSFB正常信令流程如下：被叫连接态异常信令流程如下：其次，通过以下4步分析，得出结论：UE由于发生无线链路失败（Radio Link Failure）导致接收不到网络下发的CS服务通知。
1、现场确认网络正常下发CS Service Notification；2、空口的信道质量正常；3、UE内部存在异常打印，发生了RLF，并进行ConnectionRelease，但不会通知eNB；4、eNB打印和UElog对比分析可确认UE问题导致被叫失败。
2.1 网络下发CS Service Notification分析用户面上报ERROR主要原因为下行发送失败或下行没有调度导致。
即DLInformationTransfer （CsServiceNotification）消息发送失败或者下行没有调度。
则需要确认下行CMAC是否有调度和空口质量是否正常。
中国移动研究院CSFB项目问题分析总结
CMCC研究院CSFB测试问题总结分析融合通信解决方案集成验证部Prepared by拟制张鹏伟Date日期2012-11-20Reviewed by 评审人Date 日期Approved by批准Date 日期Authorized by签发Date日期Huawei Technologies Co., Ltd.华为技术有限公司All rights reserved版权所有侵权必究Revision Record 修订记录Catalog 目录中国移动研究院CSFB项目FAQ (4)1目的 (5)2组网概述和测试环境描述 (5)3问题描述及解决办法 (8)3.1问题描述： (8)3.2问题描述： (9)3.3问题描述： (10)3.4问题描述： (10)3.5问题描述： (13)3.6问题描述： (14)3.7问题描述： (14)3.8问题描述： (16)3.9问题描述： (17)3.10问题描述： (18)3.11问题描述： (20)3.12问题描述 (21)中国移动研究院CSFB测试问题总结分析Keywords 关键词：CSFBAbstract 摘要：List of abbreviations 缩略语清单：1 目的通过北京移动研究院CSFB项目，包括标准CSFB和Mavenir IWF方案（Proxy），对测试中一些常见问题的解决思路和解决方法，进行梳理和总结，可供后续项目参考使用；2 组网概述和测试环境描述【版本信息】【组网】图1：测试结构场景一（华为MSC POOL+HW LTE下的标准CSFB组网）图2：测试结构场景二（华为MSC POOL+NSN LTE下的标准CSFB组网）图3：测试结构场景三（华为MSC POOL+NSN LTE下的IWF方案组网）图4：测试结构场景四（华为MSC POOL+HW LTE下的IWF方案组网）3 问题描述及解决办法3.1 问题描述：当GSM与LTE的PLMN不一致时，ENODEB发起R9-RIM流程，携带的目标GSM小区信息非需要的目标GSM小区信息；解决办法：在eNODEB上面删除GERAN外部小区PLMN列表ADD GERANEXTERNALCELLPLMN：；添加跨PLMN切换配置ADD INTERPLMNHOLIST：；原因分析：CCEM挑选PLMN发给S1ITF的原则是这样的：●优先在源侧PLMN中查找，若外部小区可在源侧PLMN中找到匹配，那就满足非跨PLMN的条件，ulTargetPlmn值与ulSourcePlmn的值填写相同。
TAC与3G侧LAC不对应导致CSFB失败问题
MME上设置TAC与LAC不对应，导致CSFB失败问题
问题描述：从测试情况来看，乐东、通什区域站点CSFB过程中出现LAUpdateFail 现象，导致电话无法打通。
而同是华为设备其他市县区域并无此现象。
问题分析：查看信令后，发现小区回落到3G后LAC更新时出现失败,如下图所示：
仔细分析Location Updating Request信令内容后发现，信令内携带LAC码为E522如下图所示：
转换到十进制为58658，与现网为58660不符。
经了解3G侧上个月曾经进行过LAC分隔，58660为新划分LAC区域。
检查4G eNodeB侧外部小区及3G基站侧参数均未发现问题。
仔细查看CSFB相关文档，发现CSFB过程中4G eNodeB及3G NodeB对LAC均只起透传作用。
UE 进行CSFB时，回到3G侧的LAC为MME根据配置TAC对应的LAC下发。
通知MME侧配合排查，发现乐东、通什区域TAC:30017、30018在MME上配置对应的LAC为58658,配置错误。
优化方案：通知MME侧，将TAC:30017、30018对应更换LAC改为58660。
优化效果：经调整后，CSFB恢复正常，未出现LAUpdateFail。
如下图所示：。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
可能原因
1）MSC从SGs接口下发寻呼消息中通过IMSI进行寻呼，导致UE在回到GU网络后，通过IMSI回复寻呼响应，无线BSC/RNC通过IMSI寻找到的MSC可能不是发起寻呼的MSC，从而导致被叫失败。
MSC通过软参P1156Bit7控制从SGs接口下寻呼时携带TMSI信元，确保寻呼响应时正确选择MSC Server 。
CPCI V100R007C10SPH711
ATCA 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。
新增软参P677Bit5，控制当MAP功能配置表中“位置更新时分配TMSI”参数设置为“是”时，SGs口联合位置更新过程中进行TMSI重分配，确保MSOFTX3000给MME发送的SGsAP-LOCATION-UPDATE-ACCEPT消息中的new-tmsi-or-imsi信元指示为TMSI。
CPCI V100R007C10SPH714
1）SGs链路断链，主叫不影响，只影响被叫业务；
2）E-NodeB上没有配置GU领区频点，导致无法下发CSFB目标频点给UE，导致UE回落失败。
而主叫的成功是由于UE的芯片自动切换到GU进行语音业务而成功，非CSFB主叫流程；
3）如下图所示，规划中一个TAlist横跨2个LA，而这2个LA分属于不同的MSC，UE在一个TAlist中移动时，未能发起TAU去刷新联合位置更新的MSC，从而导致MSC A发起SGs寻呼，而UE回复paging response到的却是MSC B，导致MT失败；
TA到LA的映射最好不要跨LA，
或者开启WSFD-110700-2-3 基于CSFB的LA&TA协同特性，或者MSC开启CSFB MTRF特性(会增加时延)。
4）如下图所示，Talist进行修改，TAlist1包含TA1，TA2；TAlist2包含TA3，
第一步：UE一开始在TA2附着，UE手机上保存的TAlist包含TA1，TA2，联合位置更新在MSC A上
第二步：UE移动到TA3，由于跨了TAlist，发起TAU，但是MME更新下发的TAlist不仅包含TA3，还包含了last visited TA，就是说这个时候UE上保存的TAlist包含的是TA2，TA3，联合位置更新在MSC B上第三步：UE从TA3移动到TA2，由于在一个TAlist内，UE不会发起新的TAU，
第四步：此时有一个呼叫通过MSC B下发SGs寻呼，UE发起CSFB回落到了LA1覆盖范围内，发起paging response到MSC A上，由于MSC A上没有对该用户发起寻呼，则不会创建会话资源，导致被叫失败。
MME上BYTE_EX40 BIT4配置为1，不将last visited TA加入TAlist，
或者开启WSFD-110700-2-3 基于CSFB的LA&TA协同特性，或者MSC开启CSFB MTRF特性(会增加时延)。
1）流程冲突，例如CSFB主叫与被叫同时发生导致SGs寻呼失败，可以检查在被叫的同时，是否有其他流程动作发生，详细解释请看“CSFB业务冲突流程处理”；
2）UE状态为detached；
3）GU网络上没有开启CSFB特性；
4）核心网不支持RIM流程下，E-NodeB开启flash CSFB功能，导致CSFB概率性失败；
5）CSFB回落方式使用切换方式，但是切换失败，导致UE无法回落到GU，CSFB失败；
终端上可以设置网络模式，例如华为P1，network mode只设置了LTE，需要修改为GSM/WCDMA/LTE；
支持语音的LTE终端在发起attach request的消息里，会携带操作模式，共有两种：voice centric和data centric。
如果为voice centric，则当联合位置更新出现异常时，则终端会主动回落到GU网络，不会附着在LTE 网络上。
如果为data centric，则当联合位置更新出现异常时，则终端依旧附着在LTE网络上，此时CSFB被叫失败，而主叫可以成功是由于UE的芯片自动切换到GU进行语音业务而成功，非CSFB主叫流程。