CSFB测试未接通事件分析汇总
IPhone终端CSFB接通率低问题分析

IPhone终端CSFB接通率低问题分析在中国移动集团总部召开的 CSFB 研讨会上,多个省公司都提出了 CSFB 回落成功后在 2G 的接通率低于 2G 网络整体的接通率的问题。
安徽公司利用信令监测平台对 Iphone 等主流 CSFB 终端进行 CSFB 业务定点测试分析,对比分析各款终端在 CSFB 回落 2G 时和在 2G 接入时的性能表现,发现 Iphone6 、Iphone5S 均存在以下两个问题严重影响 CSFB 接通率:问题 1 : Iphone6 、 Iphone5S 在回落 2G 时的小区选择上存在严重的问题我们选择在室分天线下测试,确保 2G 主覆盖小区比所有邻区电平大 20db 以上,并提前排除主覆盖 4G 小区和 2G 小区故障告警,确认 4G 至 2G 邻区已添加。
在这种情况下,苹果 5s 和苹果 6 均有接近 40% 的概率未回落到最强 2G 邻区。
而在同样的环境下,华为 Mate7 、 Oppo 、移动 812 等其他终端均 100% 回落到最强 2G 邻区。
注 1 :为了验证问题是否和 2G 频点有关,我们将室分 2G 小区的 BCCH 修改不同的频点进行反复进行测试,结论始终一样。
注 2 :为了判断和 2G 室分设备是否有关,我们又选择了其他室分进行测试,结论一样。
注 3 :为了验证信令平台统计是否准确,我们又使用 Iphone5S 测试机进行测试,对未回落到 2G 最强小区的记录提取终端内部信令进行对比,发现终端信令记录结果与我们的信令平台统计结果完全一致。
因为 CSFB 采用盲重定向的机制, 4G 网络给终端下发 2G 邻区频点后,理论上,终端对这些 2G 频点进行搜索,并选择最强频点的 2G 小区进行接入,这个过程完全是终端的自身行为,因此,网络侧无法做进一步的分析“苹果 5s 和苹果 6 均较大概率未回落到最强 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
VoLTE到CSFB短呼问题点分析

湖南移动TD-LTE网络VoLTE分析报告诺基亚通信LTE项目组2015年12月16日一.异常事件具体分析1.G SM网络未接通问题描述:该问题被叫接通时,质量很差,电平只有-93,很有可能该消息未能发上去,主叫此时的电平也很低-102,质量7级,所以connect未收到也很正常14:59:27东安澄江中学站点北侧道路,终端占用GSM小区54613起呼,起呼流程中终端收到Alerting后一直未收到connect消息,主被叫无线环境差,最终导致该次未接通。
主叫信令流程:起呼流程有切换失败和多次发MR网络无响应情况被叫问题分析:被叫侧收到最终disconnect 消息原因为超时:Cause_value= (102)Recovery on timer expiry解决方案:联合GSM 优化该路段覆盖和切换问题2.G SM网络未接通问题描述:该问题与第一个问题类似,都是弱覆盖区域质量差导致信令丢失引起的未接通。
15:00:26东安澄江中学站点北侧道路,终端占用GSM小区39213起呼,起呼流程中终端收到Alerting后一直未收到connect消息,最终导致该次未接通。
主叫信令流程:问题分析:该问题路段和上一次未接通发生在同路段,需联合GSM 优化该路段覆盖和切换问题解决方案:联合GSM 优化该路段覆盖和切换问题3. 无线环境差,收到寻呼时间晚导致未接通问题描述:主叫15:54:14完成主叫的TCH 分配,此时应该开始寻呼被叫,被叫所处的无线环境差,RSRP-116,被叫未收到寻呼消息,导致该次未接通主叫无线情况被叫问题分析:怀疑被叫无线环境差导致未收到寻呼消息,最终导致未接通。
解决方案:1)增加站点加强覆盖2)2/4G互操作优化4.无线环境差,重定向到TDS掉话问题描述:15:48:40东安同心路站点东北侧道路,无线环境差,重定向到TDS掉话问题分析:主叫终端多次上报MR,均满足B2事件,网络未下发切换命令。
未接通事件分析汇总

未接通事件分析汇总任琳一、定义:起呼:以channel request和CM service request同时出现来确定试呼开始。
接通:当一次试呼开始后出现了Connect,Connect Acknowledge消息中的任何一条就计数为一次接通。
未接通定义:以channel request和CM service request同时出现来确定一次试呼开始,当connect或Connect Acknowledge信令出现之前手机由专用模式转为空闲模式,计为一次未接通。
二、呼叫流程>Paging过程(仅用于被叫流程中)>RACH随机接入过程>SD立即分配过程>TCH建立过程Channel Request消息是通过_RACH___信道传送;Immediate AssignmentCommand消息在_AGCH___信道上传送;Assignment Command是在_SDCCH__信道上传送;Assignment Complete消息是在_FACCH___信道上传送;Handover Command消息是通过_FACCH___信道传送;Location Update Request 消息是在SDCCH____信道上传送;MC925F agch拥塞,修改BS_AG_BLKS_RES参数上调MC925H paging拥塞,修改BS_AG_BLKS_RES参数下调、BS_PA_MFRMS参数下调三、未接通原因分类:1、被叫位置更新2、被叫路由更新3、无线环境差,分配TCH失败4、无线环境差,分配SD失败5、TCH拥塞6、SD 拥塞Immediately Assignment Reject7、信令丢失四、异常事件案例:1、TCH请求放入队列中直到超时A、主叫手机在TCH发生拥塞, MS收到BSC下发channel release(cause: normal event),MSC不会向被叫手机发送寻呼消息,因此被叫手机处于空闲状态。
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呼叫未接通处理

1、问题描述:
车辆由南向北至北团结街与兴汉路十字向东转弯处,主叫回落至2G小区汉中汉台天荣典当行HG-HZM594-1小区(BCCH=73,RxlevSub=-65dBm),出现连续7级质差,导致主叫一直在上发Measurement Report测量报告,后无法接通。
2、原因分析:
经分析主叫回落至2G小区汉中汉台天荣典当行HG-HZM594-1小区(BCCH=73,RxlevSub=-65dBm),出现连续7级质差,导致主叫一直在上发Measurement Report测量报告,后无法接通。
经查,该2G小区距离此路段900米,建议优化该路段2G 小区汉中汉台天荣典当行HG-HZM594-1的越区覆盖问题以及4G站点汉中汉台陈家营-HLH-HZAO050TL的2G邻区关系。
2、解决方案
1)下压汉中汉台天荣典当行HG-HZM594-1小区下倾角3°,减少其对该路段的干扰。
2)经查,网管系统中已删除4G小区汉中汉台陈家营-HLH-HZAO050TL-2与2G小区汉中汉台天荣典当行HG-HZM594-1的邻区关系,建议对该路段进行复测后回复。
3、效果验证
1)复测CSFB、信令图:
2)复测CSFB指标:
对问题点及整个路段进行业务验证测试,CSFB呼叫12次,均成功回落,回落成功率100%。
4、经验小结
后期针对CSFB呼叫失败问题,可通过信令分析先确定问题出在2G还是4G;之后,通过后台查询参数是否合理;最后,定位出问题可通过RF手段和参数修改解决问题。
CSFB测试未接通事件分析汇总

CSFB测试未接通事件分析CSFB未接通事件原因分类:序号原因分类1 被叫没有鉴权响应导致主叫未接通2 被叫响应超时导致主叫未接通3 主叫手机业务中断导致主叫未接通4 被叫脱网导致主叫未接通5 被叫由3G重选至4G导致主叫未接通6 主叫干扰质差导致未接通7 主叫TCH拥塞导致未接通8 2G与4G小区TAC/LAC不一致导致未接通1、被叫没有鉴权响应导致主叫未接通问题分析:主叫终端在10:14:10.885起呼,于10:14:12.412时上发Setup消息。
主叫Setup 后被叫进行CSFB呼叫流程,在10:14:15.819寻呼响应之后收到鉴权请求Authentication Request,但未鉴权响应(Authentication Response)。
被叫未鉴权响应导致回落2G失败,又重选至4G网络,导致主叫未接通。
2、被叫响应超时导致主叫未接通问题分析:主叫在14:49:57.657时起呼,于14:49:59.381时上发Setup消息。
主叫Setup 后进入CSFB呼叫流程,但被叫过了12s后才收到Paging消息。
主叫20s后上发Disconnect 消息,超时挂机。
由于被叫响应超时(延迟12s)导致主叫发生未接通。
3、主叫手机业务中断导致主叫未接通问题分析:主叫终端在07:09:56.913发起CSFB呼叫,在07:10:05:064时上发CM Service Aboert消息,CM业务中断,从网络到移动台,指示被CM的业务中断。
怀疑主叫手机挂机导致业务中断,造成未接通。
4、被叫脱网导致主叫未接通问题分析:主叫终端在06:40:11.668发起CSFB呼叫,于06:40:16.223时上发Setup消息。
在主叫呼叫过程中,被叫由于脱网丢失36s信令,导致主叫在06:40:31.997时上发Disconnect消息。
被叫脱网丢失信令导致主叫未接通。
5、被叫由3G重选至4G导致主叫未接通问题分析:主叫终端在10:11:02.998时起呼,主叫在10:11:05.164时上发Setup消息,主叫呼叫过程中被叫正在由3G重选至4G,被叫在10:11:05重新进行业务附着(Attach),导致主叫未接通。
CSFB未接通分析

CSFB未接通分析参考LOG:LTE本地网_广州_语音_Iphone5s_广深高速广州往深圳下午_主叫_1300014_{35802805-6084-6910-0000-000000000000}Out20140831-122204-语音主叫.rcu(02) LTE本地网_广州_语音_Iphone5s_广深高速广州往深圳下午_被叫_1300024_{35802805-4064-9270-0000-000000000000}Out20140831-122202-语音被叫.rcu(02)一、省第三方测试指标二、CSFB流程介绍1、当CSFB终端驻留在TD-LTE网络时,需要发起语音主叫或者被叫过程时,网络会通过RRC 重定向过程,将CS语音业务回落到GSM网络中来完成,而正在进行的PS域数据业务(如果有)需要暂时挂起。
2、CSFB主要流程包括三个步骤:第一步,通过重定向回落至GSM;第二步,在GSM中读取系统消息(System Information Type 1/2/3/4);第三步,是在GSM中进行语音呼叫。
3、根据进行语音呼叫时用户手机是否在4G做PS业务,CSFB可分为idle状态的CSFB和RRC-Connected状态的CSFB两种。
4、详细流程如下图:分别给出了空闲态和业务态下的主被叫手机侧信令流程。
(1)空闲态下主叫手机侧流程(RRC建立原因:mo-data)(2)RRC连接态下主叫手机侧流程(3)空闲态下被叫手机侧流程(RRC建立原因:mt-access)(4)RRC连接态下被叫手机侧流程三、异常案例1、案例一:CSFB回落到3G偶尔发现主叫(或被叫)下沉到3G正常起呼,跟终端有关,跟未接通没有直接的关系。
2、案例二:被叫跨POOL(4G起呼小区所在TAC与回落的2G小区所在LAC分别属于不同POOL)一定会出现未接通。
(相应的信令流程见附件)原因:目标2G小区所在MSC没有用户信息,网络侧无法执行后续流程。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
CSFB测试未接通事件分析
CSFB未接通事件原因分类:
序号原因分类
1 被叫没有鉴权响应导致主叫未接通
2 被叫响应超时导致主叫未接通
3 主叫手机业务中断导致主叫未接通
4 被叫脱网导致主叫未接通
5 被叫由3G重选至4G导致主叫未接通
6 主叫干扰质差导致未接通
7 主叫TCH拥塞导致未接通
8 2G与4G小区TAC/LAC不一致导致未接通
1、被叫没有鉴权响应导致主叫未接通
问题分析:主叫终端在10:14:10.885起呼,于10:14:12.412时上发Setup消息。
主叫Setup 后被叫进行CSFB呼叫流程,在10:14:15.819寻呼响应之后收到鉴权请求Authentication Request,但未鉴权响应(Authentication Response)。
被叫未鉴权响应导致回落2G失败,又重选至4G网络,导致主叫未接通。
2、被叫响应超时导致主叫未接通
问题分析:主叫在14:49:57.657时起呼,于14:49:59.381时上发Setup消息。
主叫Setup 后进入CSFB呼叫流程,但被叫过了12s后才收到Paging消息。
主叫20s后上发Disconnect 消息,超时挂机。
由于被叫响应超时(延迟12s)导致主叫发生未接通。
3、主叫手机业务中断导致主叫未接通
问题分析:主叫终端在07:09:56.913发起CSFB呼叫,在07:10:05:064时上发CM Service Aboert消息,CM业务中断,从网络到移动台,指示被CM的业务中断。
怀疑主叫手机挂机导致业务中断,造成未接通。
4、被叫脱网导致主叫未接通
问题分析:主叫终端在06:40:11.668发起CSFB呼叫,于06:40:16.223时上发Setup消息。
在主叫呼叫过程中,被叫由于脱网丢失36s信令,导致主叫在06:40:31.997时上发Disconnect消息。
被叫脱网丢失信令导致主叫未接通。
5、被叫由3G重选至4G导致主叫未接通
问题分析:主叫终端在10:11:02.998时起呼,主叫在10:11:05.164时上发Setup消息,主叫呼叫过程中被叫正在由3G重选至4G,被叫在10:11:05重新进行业务附着(Attach),导致主叫未接通。
6、主叫干扰质差导致未接通
问题分析:主叫终端在14:55:22.768时起呼,于14:55:24.545时上发Setup消息。
主叫在14:55:26时收到网络侧下发的Release消息,释放原因值无可用资源。
经回放查看,2G占用小区为C2_PW棚户区V区二HG-1,该时段干扰带4-5占比为89.1%,主叫干扰导致未接通。
7、主叫TCH拥塞导致未接通
问题分析:主叫终端在15:40:11时发起CSFB呼叫,在15:40:17时上发Setup消息。
在随后的呼叫流程中,主叫未收到网络侧下发的Assignment Command消息,主叫TCH未能分配成功,主叫TCH拥塞导致未接通。
8、2G与4G小区TAC/LAC不一致导致未接通
问题分析:主叫在14:55:58时上发Setup消息,被叫在回落2G后进行了LAC更新,回放查看发现占用4G信号时占用小区为A1_PW棚户区V区二HLF_H-1,PCI:468,TAC:13856,回落2G后占用小区为C2_PW棚户区V区二HG-1小区,CI:46401,LAC:13763。
4G/2G共站址小区TAC/LAC不一致。
由于TAC/LAC不一致导致发生位置更新,导致主叫超时挂机。