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。
- 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主叫流程。