2G邻区脚本配置错误导致CSFB无法回落到2G案例
LTE湘潭移动CSFB问题案例
原因分析：
1：基站状态查询
查询站点无告警存在，因此排除主设备硬件告警导致；
2：测试终端问题排查
相同终端在其他已经开启CSFB功能的LTE小区，都能正常进行CSFB语音业务，因此排除终端问题。
3：无线参数排查
通过查看该站参数确认CSFB功能已开启，但查看GSM邻区关系时，发现漏配部分GSM频点。
处理方法:
由于GSM频点的漏配，导致重定向到GSM后UE无法找到对应的GSM服务小区。通过实地查看该区域GSM的频点有81、92、528、90、522，分别将河东湘潭国税局添加2G频点81、92、528、90、522，将河东新景源小区添加2G频点81、528、90到该站的邻区列表里，此时用iphone5s主叫10次均成功。
用户反映在人事局五楼办公室手机处于4G网络状态下主叫不通
投 诉 解 决措施
客服预处理
错误实例
无
客服分类
业务分类
投诉申告.基础通信.互联网业务.LTE
原因分类
网络原因
查证处理情况
用户投诉、日常测试发现：经过一段时间的测试观察，发现人事局五楼办公室由河东新景源小区和河东湘潭国税局覆盖。测试查看该区域2G频点有81、92、528、90、522，用IPHONE 5S 尝试主叫5次，存在首次呼叫不通的情况。
客户心理分析
影响日常语音业务
投诉处理难点
通过客户感知系统预处理，排查用户常驻小区，硬件无告警，需现场测试才能定位。
处理技巧分析
保证LTE基站相关数据的准确性，避免因为参数错误导致CSFB问题。
经验总结
如果出现CSFB问题，应该从基站、覆盖、参数方面一一排查。
案例主题
TD-LTE湘潭移动CSFB问题案例1
网规网优参数-弱覆盖导致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 结束通话，判断为主动挂机。
由于占高铁专网基站，而专网和大网基站无相互邻区，判断会用户占专网拖死质差导致通话质量差，听不清挂机。
CSFB邻区优化案例
CSFB邻区优化案例1.问题描述A市前期LTE网络规划2G网络邻区主要添加的是900的频点，经过2轮拉网测试，CSFB接通率一直较低，接通率在95%左右。
2.分析思路CSFB过程主要分为3个阶段：1、回落阶段：LTE->GSM重定向；2、业务建立阶段：GSM网络建立业务（与GSM呼叫流程一致）；3、通话结束返回LTE阶段：支持RF终端返回LTE网络。
对于CSFB接入问题，LTE侧重点优化是LTE->GSM重定向回落阶段，需要重点优化LTE添加GSM网络邻区、频点，保证该阶段回落的GSM小区是最合理的小区，才能从根本上解决CSFB接通率的问题。
业务建立阶段主要有GSM侧网络决定，LTE侧无法控制。
通话结束返回LTE阶段一般在有LTE网络覆盖的地方都会还回LTE网络。
3.问题分析分析B网格添加的900和1800频点比例情况：共添加频点665个，其中900频点621个，占比93.38%，1800频点44个，占比6.62%。
可以看出B网格添加GSM主要是900的频点，1800频点添加很少。
从A市GSM侧得知，A市ATU测试90%以上占用的1800频点,已经满足主城区1800频点连续覆盖，且A市GSM侧1800频点干扰情况明显好于900频点，目前A市主要维护1800小区的指标。
正常情况下，A市应该主要添加GSM侧1800频点，这与GSM侧优化一致，目前A市LTE网络规划主要是添加900频点，这与A市主要优化GSM1800频点不一致，为后期CSFB优化添加了难度。
4.问题优化建议通过对GSM侧频点添加的比例和A市GSM侧1800频点的优越性，建议对B网格的邻区重新规划，让CSFB重点回落在1800频点上，降低因回落至900干扰导致接通率低的风险，选取A市B网格的宏站邻区进行重新规划，规划原则如下：1.GSM900：添加共站同方向GSM900小区及对打非共站小区。
2.GSM1800：添加共站所有GSM1800小区及周边同向，同覆盖区域小区3.GSM900小区一般添加0-4个，GSM1800邻区一般添加7-13个。
华为CSFB4G邻区缺失和回落频点缺失优化案例
华为CSFB4G邻区缺失和回落频点缺失优化案例[故障描述]在测试过程中发现，在cccc_蓝山宾馆_hlw_31e9_1测试楼内4g室分覆盖良好，但发现该小区cccc_自强街南胡同s_hlw_32d9_1无切换关系，从室外进入室内存在拖尾现象。
并且cccc_蓝山宾馆_hlw_31e9_1没有添加2g小区主频点为28的cccc_省宾馆_hg33_3_91b1小区，导致终端回落时概率性无法占用到最好的2g小区。
[故障诊断]1、小区监视系统排查：并无影响业务监视系统，设备运转正常，设备负荷正常。
2、现场测试：从室外至室内过程从室外到1楼过程中4g占用cccc_自强街南胡同s_hlw_32d9_1小区信号，信号较差，rsrp在-116dbm，没有占用到cccc_蓝山宾馆_hlw_31e9_1信号的信号。
和后台核实，cccc_力行街南胡同s_hlw_32d9_1与cccc_蓝山宾馆_hlw_31e9_1没转换关系。
终端脱网后，可占用cccc_蓝山宾馆_hlw_31e9_1信号，且信号较好。
再次进行测试。
室内测试情况测试人员分别蓝山宾馆可进入的单元进行了详细的测试，测试情况如下1至2楼4g覆盖情况：占用cccc_蓝山宾馆_hlw_31e9_1信号，信号优良。
1至2楼2g全面覆盖情况：挤占cccc_星宇大厦_hd51_8_91b1的2g小区的信号（主频点：752），信号极差，未挤占信号较好的cccc_省宾馆_hg33_3_91b1小区信号（主频点：28）。
3至4楼4g覆盖情况：占用cccc_蓝山宾馆_hlw_31e9_1信号，信号良好。
3至4楼2g全面覆盖情况：挤占cccc_省宾馆_hg33_2_91b1小区信号（主频点：88），信号极差，未挤占信号较好的cccc_省宾馆_hg33_3_91b1小区信号（主频点：28）。
综上所述：cccc_蓝山宾馆_hlw_31e9_1没有添加2g小区主频点为28的cccc_省宾馆_hg33_3_91b1小区，导致终端无法占用到最好的2g小区。
LAC-TAC数据不一致引起的CSFB不成功情况案例
LAC-TAC数据不一致引起的CSFB不成功情况
关键字：
LAC-TAC数据不一致
故障描述：
有些区域CSFB被叫无法接通
故障诊断：
通过两部CSFB手机在康怡花园、凤凰花园二和凤凰东街试扩L站下，验证CSFB功能情况，发现被叫都无法接通状态。
解决措施：
分别在不同区域和室分验证CSFB功能情况，发现有些区域功能正常，能正常的驻留在LTE网络模式，回落2G/3G网络模式进行CS通话，挂断后回程到4G网络模式，通过多种区域验证发现LAC-TAC数据不一致会引起被叫无法接通状态，把LAC-TAC数据改成一一对应后，在去验证CSFB功能情况，恢复正常。
预防监控措施：
核查全网后台的这些参数，将存在差异的参数修改过来，以保证客户能有良好的4
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消息造成被叫失败。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1 问题描述
最近单验尉犁县医院，做CSFB业务时，UE一直回落到到3G，无法回落到2G。
如下图所示。
2 问题分析
问题分析：
CSFB流程见下：
RRC连接建立流程
进一步查询发现，该站点回落参数设置正常，邻区核查该站点没有添加2G 邻区，导致该站点无法回落到2G，该站点为新开站，开站时已经添加过2、3、4G邻区关系，但是后台邻区核查却没有2G邻区关系，坚持邻区脚本发现，脚本配置错误导致2G邻区添加失败。
正常脚本的EUtrancellTDD=11，但是问题脚本为EUtrancellTDD=131，问题脚本如图所示：
正常脚本如图所示：
方案实施：
将脚本EUtrancellTDD=131该为EUtrancellTDD=11，并重新跑一遍2G脚本，跑完后，csfb可以正常回落到2G。
截图如下。
3 总结
CSFB回落到3G原因很多，遇到问题我们应该从是否配置2G邻区和3G回落开关室分打开这两个方面来梳理查找，综合考虑信令，参数配置等方面，结合各类分析工具综合研判，
最终找出问题所在。
4 补充知识点无。