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消息造成被叫失败。
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参数配置错误导致4G手机无法回落至2G进行通话
故障案例CSFB参数配置错误导致4G手机无法回落至2G进行通话
省公司贵州专业无线设备类型eNode B
设备厂家中兴设备型号R8972E
M192023 软件版本TNodeB-BBUV3
.30.601P02
编制时间2016-5 作者作者电话
入库时间- 审核人审核人电话
厂商审核人联系方式
关键字CSFB;参数配置错误
故障现象
毕节城区某新开基站开通CSFB功能后,4G手机无法回落至2G进行通话,终端信令跟踪工具查看相关信令如下图:
如上图所示终端在TDLTE网络中处于连接态,发起主叫之后即extended service request两次之后,RRC Connection Release,但该release消息中并未携带GSM网络频点(如右大框所示),最终终端无法完成回落以及主叫失败
告警信息
无告警。
原因分析
由于终端在发起主叫后,RRC连接释放消息中未携带GSM网络频点信息,首先怀疑CSFB功能开启参数问题:
依次检查了GERAN载频数目/GERAN载频测量配置/ARFCN详细列表参数,配置无误如下图所示:最后检查了连接态用户CS Fallback目标系统优先级参数,发现该参数配置有误如下图所示:
此处网管上设置的连接态用户的优先回落到UTRAN-FDD上,优先级设置错误导致终端无法回落到GSM 网络上进行通话。
处理步骤
修改连接态用户CS Fallback目标系统优先级如下图所示:
修改后回落恢复正常,RRC连接释放消息中正常携带了GSM网络配置频点且在GSM网络中起呼成功,如下图所示:
故障总结
连接态用户CS Fallback目标系统优先级参数配置错误导致终端在4G网络连接态下无法回落至GSM。
W1417-CSFB分析方法及案例
A l l r i g h t s r e s e r v e d . P a s s i n g o n a n d c o p y i n g o f t h i s d o c u m e n t , u s e a n d c o m m u n i c a t i o n o f i t s c o n t e n t s n o t p e r m i t t e d w i t h o u t w r i t t e n a u t h o r i z a t i o n f r o m A l c a t e l.CSFB 分析方法及案例上海贝尔股份有限公司1 CSFB 分析方法 .................................................................................................................................................................. 2 1.1 CSFB 的信令流程 ....................................................................................................................................................... 2 1.2 CSFB 需要分析的指标 ............................................................................................................................................... 2 1.3 LAU 流程对CSFB 接入时延的影响 .......................................................................................................................... 2 1.4 CSFB 分析思路汇总 ................................................................................................................................................... 3 1.4.1 未占用4G 的原因 ............................................................................................................................................... 4 1.4.2 4G 回落2G 失败的原因 ..................................................................................................................................... 4 1.4.3 呼叫失败的原因 ................................................................................................................................................. 4 1.4.4 未收到paging 的原因 ........................................................................................................................................ 5 2 某网络实际测试情况.......................................................................................................................................................... 5 2.1 测试情况说明 .............................................................................................................................................................. 5 2.2 测试结果 ...................................................................................................................................................................... 5 2.2.1 测试呼叫统计情况 ............................................................................................................................................. 5 2.2.2 各网格指标情况 ................................................................................................................................................. 5 2.2.3 问题原因分类 ..................................................................................................................................................... 6 3 信令分析 ........................................................................................................................................................................... 10 3.1 正常主被叫CSFB 呼叫信令 .................................................................................................................................... 10 3.2 本次测试过程中异常呼叫信令总结 ........................................................................................................................ 11 3.2.1 案例1:主被叫发送Extened Service Request ,没有收到RRCConnection Release ........................................ 11 3.2.2 案例2:eNodeB 未下发邻区最强频点.............................................................................................................. 12 3.2.3 案例3:RRC 建立失败 ........................................................................................................................................ 13 3.2.4 案例4:2G 的TCH 分配失败 ............................................................................................................................. 14 3.2.5 案例5:2G 起呼CMSR 未响应 .......................................................................................................................... 15 3.2.6 案例6:2G 质差 ................................................................................................................................................. 16 3.2.7 案例7:3G 起呼失败.......................................................................................................................................... 16 3.2.8 案例8:3G 上RRC 未建立成功 ......................................................................................................................... 17 3.2.9 案例9:跨pool 位置更新 .................................................................................................................................. 18 3.2.10 案例10:伪小区 ................................................................................................................................................. 19 3.2.11 案例11:2G 的SD 拥塞 ..................................................................................................................................... 20 3.2.12 案例12:2G 寻呼响应后未接续成功 ................................................................................................................ 21 3.2.13 案例13:主叫起呼无CMSR ............................................................................................................................... 21 3.2.14 案例14:2G 处于位置更新 ................................................................................................................................ 22 3.2.15 案例15:2G 返回4G 无TAU .............................................................................................................................. 22 3.2.16 案例16:3G 重选4GTAU 流程 ........................................................................................................................... 23 3.2.17 案例17:LTE 处于attach 流程 ........................................................................................................................... 24 3.2.18 案例19:LTE 处于跨核心网的小区 ................................................................................................................... 25 3.2.19 案例20:LTE 位置更新 ....................................................................................................................................... 26 3.2.20 案例21:LTE 重选门限不合理 (27)A l l r i g h t s r e s e r v e d . P a s s i n g o n a n d c o p y i n g o f t h i s d o c u m e n t , u s e a n d c o m m u n i c a t i o n o f i t s c o n t e n t s n o t p e r m i t t e d w i t h o u t w r i t t e n a u t h o r i z a t i o n f r o m A l c a t e l.1 CSFB 分析方法1.1 CSFB 的信令流程备注:上图中蓝色区域为LTE 网络信令;粉红色区域为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重定向回落时延。
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日指标,被叫成功寻呼成功率及被叫成功率均提升明显。
LTE小区TAC配置不合理导致CSFB失败处理案例
案例:CSFB失败处理案例1:基站状态查询查询站点无当前活跃告警及历史告警存在,因此排除主设备硬件告警导致:2:测试终端问题排查相同终端在其他已经开启CSFB功能的LTE小区,都能正常进行CSFB语音业务,因此排除终端问题。
3:无线参数排查通过LST ENODEB ALGOSWITCH命令查看该站的CSFB功能已开启,且也都配置了相应的GSM邻区关系。
LTE小区名称2G小区名称LAC CI NCC BCC BCCH 城区半岛酒店-HLW-1城区骏王酒店HD1-2287451042236533城区半岛酒店-HLW-1城区海关HD1-3287451078303513城区半岛酒店-HLW-1城区分公司HG1-12874519531551城区半岛酒店-HLW-1城区分公司HG1-228745195326719城区半岛酒店-HLW-1城区分公司HG1-328745195330021城区半岛酒店-HLW-1城区南苑科技楼HG1-328745393733527城区半岛酒店-HLW-1城区安华酒店HG1-228745493323611城区半岛酒店-HLW-2城区骏王酒店HD1-2287451042236533城区半岛酒店-HLW-2城区海关HD1-3287451078303513城区半岛酒店-HLW-2城区分公司HG1-12874519531551城区半岛酒店-HLW-2城区分公司HG1-228745195326719城区半岛酒店-HLW-2城区分公司HG1-328745195330021城区半岛酒店-HLW-2城区南苑科技楼HG1-328745393733527城区半岛酒店-HLW-2城区安华酒店HG1-2287454933236114、信令分析过程1月21日16:00在该室分站下,用D2手机进行SCFB测试,被叫呼叫失败。
通过对信令跟踪分析,由于LTE在无线侧无法进行单用户跟踪,所以只能跟踪该站点的UU、S1口信令,并且确保该站点无其他用户。
CSFB失败案例
1、浔海花园街道站2 参数配置错误导致回落失败:CSFB config error测试车辆在浔海花园小区附近,主叫iPhone5S空闲占用九江市浔海花园街道站2小区RSRP:-88.81dBm,SINR:20.20发起呼叫,13:16:07回落GSM失败并重定向到TD网络。
查询网管系统九江市浔海花园街道站2小区测量参数-GERAN载频数目配置错误:修改GERAN载频数目为1,复测终端正常回落GSM网络,问题解决。
2、中铁1小区回落GSM出现弱覆盖导致未接通测试车辆在中铁1小区附近,主叫iPhone5S由中铁1小区回落至GSM九江市政府1小区(CI:39321,42-0)-94dBm出现弱覆盖,11:59:53主叫未接通。
由于GSM九江市政府1小区在改路段信号衰落较快,回落到改小区后出现弱覆盖。
删除GSM频点组中BCCH:42频点后复测正常:3、核工业3附近占用伪基站出现未接通测试车辆在长虹大道长虹小区附近,主叫iPhone5S发起寻呼由核工业3小区回落GSM小区,10:23:23回落失败并出现主叫未接通。
查询知,该区域存在公安伪基站系统,伪基站(CI:0,50-0)导致UE占用出现未接通。
4、永修九合3越区覆盖导致质差并出现未接通测试车辆在永修车埠高速站附近,主叫iPhone5S起呼由永修车埠高速站2小区回落至GSM永修九合3小区出现质差,16:14:43回落失败并出现主叫未接通。
分析无线环境,永修九合3在该区域存在越区覆盖现象,占用永修九合3出现质差,可调整G网小区避免越区覆盖。
5、武宁西海年华3小区附近回落GSM主叫掉话测试车辆在武宁西海年华3小区附近,主叫iPhone5s占用武宁西海年华3 RSRP:-100dBm,SINR:7.6,主叫发起寻呼并回落武宁县西海大酒店-2小区,16:09:40信号衰落出现掉话。
查询得知,武宁县西海大酒店-2为室分小区,主叫回落室分小区后信号衰落较快导致主叫掉话。
【案例】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的过程将会失败。
参数配置错误导致CSFB成功率低问题处理案例
问题分析(1)
分析定位CSFB失败原因,首先要了解CSFB流程,总体来说,CSFB呼叫建立 过程包括三个阶段:UE在LTE网络发起呼叫/被叫接收寻呼、 UE在LTE网络 指引下回落并搜索合适的GSM小区接入、UE读取GSM小区系统广播消息并 建立语音通话,如下图所示:
问题分析(2)
CSFB呼叫建立详细流程
按照失败原因逐步排查结果如下: a)TSLET0013乐亭艾台庄子-ZLHF站点无告警,无干扰,其余网管指标 均正常 ; b)针对武TSLET0013乐亭艾台庄子-ZLHF-CSFB频点配置进行核查, TSLET0013乐亭艾台庄子F属于农村孤站,周围LTE站点距离较远, 共站的GSM站点TSG7H8乐亭艾台庄子三个小区主频点为75、82、77; 核查CSFB频点配置时,TSLET0013乐亭艾台庄子-ZLHF站点3个小区均 配置该GSM站点频点,排除因CSFB频点漏配导致CSFB回落失败;
问题处理(2)
6月25日 针对GSM载频测量配置的CSFB优先级配置进行优化,CSFB指标 正常,其中3种业务类型下的CSFB释放均成功,LTE 侧CSFB 触发成功率 为100%,具体如下表所示:
经验总结
针对后期新开站点进行全面的网管指标监控,不仅仅针对无线接 通率,无线掉线率,切换成功率三大网管指标,针对诸如LTE侧 相关CSFB指标等与客户感知关系密切的指标也要进行严格监控, 避免出现工程站点带病入网,影响用户感知,引起客户投诉。
参数配置错误导致CSFB成功率 低问题处理案例
• 概述 • 问题描述 • 问题分析 • 问题处理 • 经验总结
目录
概述
CSFB(电路域回落)是3GPP R8中CS over PS研究课题的成果之一。该研究 课题提出的背景是LTE和CS双模终端的无线模块是单一无线模式,即具有 LTE和UTRAN/GERAN接入能力的双模或者多模终端,在使用LTE接入时, 无法收/发电路域业务信号。为了使得终端在LTE接入下能够发起话音业务等 CS业务,以及接收到话音等CS业务的寻呼,并且能够对终端在LTE网络中 正在进行的PS业务进行正确地处理,产生了CSFB技术。 在建设TD-LTE网络初期,如果运营商已经有成熟的UTRAN/GERAN网络, 出于对CS投资的保护,结合TD-LTE网络的部署策略,运营商可以采用原有 的CS域语音方案来提供语音服务,而TD-LTE网络仅处理数据业务(包括IMS 数据业务)。这种情况下,采用CSFB技术,即LTE覆盖下的UE在处理语音业 务时,终端先回退到CS(电路域)网络,在CS网络处理语音业务;这样就达到 了重用现有的CS域设备来为TD-LTE网络中的用户提供传统的语音业务的目 的。
CSFB失败问题快速定位手册
CSFB失败问题快速定位手册文档名称CSFB失败问题快速定位手册目录1.准备工作 (3)2.主叫失败 (3)2.1定位技巧 (3)2.2定位流程 (3)2.3定位案例 (7)3.被叫失败 (8)3.1定位技巧 (8)3.2定位流程 (10)3.3定位案例 (10)4.附录 (13)1.准备工作2.主叫失败2.1定位技巧由于主叫侧使用双待手机,所以可以认为主叫手机语音业务一直工作在2G,因此一旦发现主叫失败后,往往可以将问题收敛至2G,从而加快定位速度。
2.2定位流程1.打开CDS后,新建标签页,命名为“主被叫比对”,在视图页拖动两个信令窗口放置在上方,然后再拖动两个事件窗口放置在下方,在左侧的信令和事件窗口点击右键,选择主叫终端,在右侧同样操作,选择被叫终端,如下图。
2.然后再点击统计-事件,新建一个标签页,然后在事件中,将“Call blocked”拖动至刚打开的统计页中,此时会显示总失败次数,将其打开,下方会显示失败对应的时间点,双击它,会直接跳到失败的时间点,如下图。
3.回到刚才打开的主被叫比对页面,可以在下方事件窗口中看到,每一个事件都有对应的关键信令,正确的信令流程如下图,可以看出,主叫侧已经上报呼叫建立,同时进入等待,这时主叫侧的起呼流程就走完了。
此后,在收到核心网下发的Connect 后,代表主叫侧呼叫建立。
最后,主叫侧上报Disconnect,核心网下发拆链,拆链完成,一次完整的主叫呼叫流程就走完了。
4.接下来我们看被叫侧的信令,点击主叫侧Setup信令,记录此信令上报时间,在右侧找到此时间点稍后时间的寻呼消息(滞后1~2S),双击它,可以看到寻呼原因是CS被叫,如下图所示。
5.此时的流程分为两类:1)终端处于空闲态。
这时终端会收到Paging,然后发起RRC连接建立请求,随后完保通过,基站侧下发RRCConnectionRelease,这条信令会携带2G频点信息,终端收到这条信令后开始回落2G,如下图。
【LTE实战】LTE小区TAC配置不合理导致CSFB失败处理案例
LTE小区TAC配置不合理导致CSFB失败处理案例作者:赵亮专业:无线,LTE无线设备类型:LTE-ENODEB设备型号:BTS3900V10VR008C00SPC130软件版本:一、问题现象1月20日iphone5s与iphone5c手机在城区半岛酒店-HLW的室分站下进行CSFB测试,主叫和被叫都失败。
1月21日华为D2手机在城区半岛酒店-HLW的室分站下进行CSFB测试,被叫都失败。
二、问题分析过程1:基站状态查询查询站点无当前活跃告警及历史告警存在,因此排除主设备硬件告警导致:2:测试终端问题排查相同终端在其他已经开启CSFB功能的LTE小区,都能正常进行CSFB语音业务,因此排除终端问题。
3:无线参数排查通过LST ENODEBALGOSWITCH命令查看该站的CSFB功能已开启,且也都配置了相应的GSM 邻区关系。
LTE小区名称2G小区名称LAC CI NCC BCC BCCH 城区半岛酒店-HLW-1城区骏王酒店HD1-2287451042236533城区半岛酒店-HLW-1城区海关HD1-3287451078303513城区半岛酒店-HLW-1城区分公司HG1-12874519531551城区半岛酒店-HLW-1城区分公司HG1-228745195326719城区半岛酒店-HLW-1城区分公司HG1-328745195330021城区半岛酒店-HLW-1城区南苑科技楼HG1-328745393733527城区半岛酒店-HLW-1城区安华酒店HG1-228745493323611城区半岛酒店-HLW-2城区骏王酒店HD1-2287451042236533城区半岛酒店-HLW-2城区海关HD1-3287451078303513城区半岛酒店-HLW-2城区分公司HG1-12874519531551城区半岛酒店-HLW-2城区分公司HG1-228745195326719城区半岛酒店-HLW-2城区分公司HG1-328745195330021城区半岛酒店-HLW-2城区南苑科技楼HG1-328745393733527城区半岛酒店-HLW-2城区安华酒店HG1-2287454933236114、信令分析过程1月21日16:00在该室分站下,用D2手机进行SCFB测试,被叫呼叫失败。
2G邻区脚本配置错误导致CSFB无法回落到2G案例
2G邻区脚本配置错误导致CSFB⽆法回落到2G案例
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 补充知识点⽆。
- 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 补充知识点无。