CSFB测试未接通事件分析汇总

合集下载

IPhone终端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问题案例

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短呼问题点分析

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不成功情况
关键字:
LAC-TAC数据不一致
故障描述:
有些区域CSFB被叫无法接通
故障诊断:
通过两部CSFB手机在康怡花园、凤凰花园二和凤凰东街试扩L站下,验证CSFB功能情况,发现被叫都无法接通状态。
解决措施:
分别在不同区域和室分验证CSFB功能情况,发现有些区域功能正常,能正常的驻留在LTE网络模式,回落2G/3G网络模式进行CS通话,挂断后回程到4G网络模式,通过多种区域验证发现LAC-TAC数据不一致会引起被叫无法接通状态,把LAC-TAC数据改成一一对应后,在去验证CSFB功能情况,恢复正常。
预防监控措施:
核查全网后台的这些参数,将存在差异的参数修改过来,以保证客户能有良好的4

【案例】CSFB呼叫未接通处理

【案例】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测试未接通事件分析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未接通分析

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. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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不一致导致发生位置更新,导致主叫超时挂机。

相关文档
最新文档