CSFB分析方法及案例.docx
《CSFB分析方法及案例.docx》由会员分享，可在线阅读，更多相关《CSFB分析方法及案例.docx（32页珍藏版）》请在冰豆网上搜索。
CSFB分析方法及案例
CSFB分析方法及案例
上海贝尔股份有限公司
1CSFB分析方法2
1.1CSFB的信令流程2
1.2CSFB需要分析的指标2
1.3LAU流程对CSFB接入时延的影响2
1.4CSFB分析思路汇总3
1.4.1未占用4G的原因4
1.4.24G回落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:
主被叫发送ExtenedServiceRequest，没有收到RRCConnectionRelease11
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:
主叫起呼无CMSR21
3.2.14案例14:
2G处于位置更新22
3.2.15案例15:
2G返回4G无TAU22
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
1
CSFB分析方法
1.1CSFB的信令流程
备注：
上图中蓝色区域为LTE网络信令；粉红色区域为2G网络中信令,根据信令流程判断问题出现在哪个环节。
1.2CSFB需要分析的指标
CSFB（2UE），测试方法为CSFBUE1拨打CSFBUE2，需分析的关键指标有：
1）CSFBMO和MT回落失败，即详细分析主被叫回落2G存在问题的case；
2）CSFBMO接通率，即详细分析在4G网络中起呼，但被叫收到paging未接通的case；
3）非4G起呼失败，即详细分析在非4G网络中起呼，但被叫收到paging未接通case；
4）非4G起呼被叫率，即详细分析在非4G网络中起呼的case；
5）CSFBMO呼叫时延，即详细分析MO中extendedservicerequest到Alerting之间时延较长的case。
6）CSFBMT寻呼成功率，即详细分析被叫未收到paging的case；
详细说明如下：
1）CSFBMO和MT回落失败可能由于系统参数、频点和4G小区接入性导致失败，需要重点分析排查4G测试回落问题
2）CSFBMO接通率需要定位是主叫在2G/3G侧起呼是否完好，被叫在2G/3G侧被叫是否完好。
未接通的原因是由于主叫不完好导致，还是被叫不完好导致。
3）起呼在2G/3G网络中，且未接通，以及掉话，因为都发生在2G/3G网络中，一般无需分析。
但若部分现场是ALU的2G设备，建议关注一下2G中的掉话；
4）起呼和被叫在2G/3G网路中，需要分析从占用2G和3G网络的过程，是否存在优化空间确保手机占用4G起呼。
5）CSFBMT寻呼成功率需要分析被叫无法收到paging的原因。
1.3LAU流程对CSFB接入时延的影响
根据规范24.008，当CSFB回落到2G/3G，即从S1模式切换到Iu或A/Gb模式，即使当前小区的LAC与UE中保存的LAC一致，也要进行LAU。
不过CSFB回落后的LAU过程可以等CScall结束后再进行，但UE必须记住，当RR连接释放后，且UE还是驻留在GERAN/UTRAN中，UE必须要完成LAU过程，如下图所示。
从一次CSFB的log来看，当CSFB回落至2G网络，有90%的场景是在CS呼叫结束后进行LAU，有10%的场景是在CScall之前进行LAU，此时LAUrequest中的followon标记位置1；当CSFB回落至3G网络，全部都是在CScall之前进行LAU，此时LAUrequest中的followon标记位置1。
因此LAU流程对CSFB呼叫接入时延的影响是不可避免的。
1.4CSFB分析思路汇总
CSFB的分析思路汇总如下图所示，因为没有分析CSFBMO呼叫时延，在下图中暂未包含这部分内容，后续再更新。
1.4.1未占用4G的原因
1.占用2G网络情况下
1）UE结束通话后，进行GPRS业务，导致无法及时返回4G；
2）UE结束通话后，进行LAU过程，导致无线链路不能及时释放；
3）UE结束通话后，4G弱覆盖，导致UE无法重选至4G，且UE没有重选至3G；
4）占用4G，但重选门限设置不合理，导致重选到2G；
5）其他原因
2.占用3G网络情况下
1）UE结束通话后，CS释放，但TD中并发的PS业务没有释放导致RRC延迟释放；
2）UE结束通话后，在TD中进行LAU过程，导致无线链路不能及时释放；
3）UE结束通话后，4G弱覆盖，导致UE无法重选至4G，先重选到2G，UE再重选至3G；
4）占用4G，但重选门限设置不合理，导致重选到3G；
5）占用4G，但重选门限设置不合理，导致先重选到2G，UE再重选至3G；
6）其他原因
1.4.24G回落2G失败的原因
1.主被叫发送ESR，后的RRC建立成功的，但回落失败的原因可能为：
1）CSFB参数配置错误。
2）CSFB回落配置频点未非最强2G小区。
2.主被叫发送ESR，后的RRC建立失败的原因可能为：
1）RSRP小于-115dBm，导致RRC建立失败；
2）SINR小于-5dB，导致RRC建立失败；
3）由于系统原因导致的小区无法接入；
4）由于小区资源不足导致的小区无法接入。
1.4.3呼叫失败的原因
1.主叫起呼失败的原因：
1）2G起呼CMSR未响应
2）2G的SD拥塞
3）3G起呼失败
4）2G小区指标差导致呼叫失败；
5）3G上RRC未建立成功
2.在2G网络中接续失败可能原因：
1）被叫跨pool位置更新；
2）2G起呼CMSR未响应；
3）2G小区指标差导致呼叫失败；
4）主叫上发CMServiceAbort；
5）主叫上报disconnect；
6）2G占用伪小区。
3.在3G发起呼叫的原因：
1）CSFB回落2G不成功，重选至3G；
2）CSFB的ESR不成功导致重选至3G；
3）CSFB功能存在问题，飞镖原则重选至3G；
4.在3G网络中接续失败可能原因：
1）3G起呼失败；
2）主叫上发CMServiceAbort；
3）主叫上报disconnect。
1.4.4未收到paging的原因
1）2G返回4G无TAU；
2）手机处于位置更新状态；
3）手机处于脱网状态；
4）其他原因。
2某网络实际测试情况
2.1测试情况说明
3月17日至3月20日对南京卡特区域网格2、网格6-19进行了CSFB拉网测试。
使用CDS7.1B46软件连接两部索尼M35T（高通芯片）进行主被叫测试。
具体主叫测试配置如下：
测试间隔30秒、保持时间30秒、阻塞超时100秒。
2.2测试结果
2.2.1测试呼叫统计情况
主叫被叫呼叫类型统计
呼叫类型
4G
2G
3G
总计
主被起呼类型
1825
42
53
1920
被叫寻呼类型
1723
47
30
1800
1）呼为主叫手机成功发起呼叫，被叫寻呼类型为被叫收到paging。
其中主叫成功起呼后，共计120次未收到paging。
2）主被叫均有5%的呼叫非4G网络发起。
2.2.2各网格指标情况
2.2.3问题原因分类
未接通主因
占比
未接通次因
占比
4G回落2G失败
8.72%
RRCConnectionRelease没下发
3.08%
下发邻区非最强邻区
0.51%
RRC建立失败
5.13%
呼叫失败
27.69%
2G的TCH分配失败
2.05%
2G起呼CSR未响应
5.13%
2G质差
6.67%
3G起呼失败
1.54%
3G上RRC未建立成功
1.03%
跨pool位置更新
7.69%
伪小区
1.54%
2G的SD拥塞
1.03%
2G寻呼响应后未接续成功
0.51%
主叫起呼无CMR
0.51%
未收到paging
45.64%
2G处于位置更新
0.51%
2G返回4G无TAU
31.79%
2G重选3GLAU流程
0.51%
3G位置更新
0.51%
3G重选4GTAU流程
1.03%
LTE处于attach流程
1.03%
LTE处于跨核心网的小区
1.03%
LTE位置更新
1.54%
TAU被拒
2.05%
被叫主动脱网
0.51%
未知
2.56%
异常重选到电信站点
0.51%
LTE弱覆盖脱网
0.51%
LTE重选门限不合理
1.54%
终端或测试异常
17.95%
被叫未发ESR
0.51%
被叫主动脱网
0.51%
测试人员挂断
1.03%
软件异常
1.03%
异常LAU
0.51%
异常关机
0.51%
主叫上报disconnect
11.28%
主叫上发CMServiceAbort
2.56%
总计
100.00%
未接通主因中主要为被叫未收到paging。
4G回落2G失败主要为RRC建立失败，主要为弱覆盖导致接入问题，其次在江宁的华为的站点存在CSFB功能问题。
呼叫失败主要为跨pool位置更新和2G小区质量问题。
未收到paging主要为被叫2G返回4G无TAU，该问题已经确认为终端芯片问题。
终端和测试异常中主要为主叫上报disconnect，该异常原因暂无法确定是软件或终端问题。
3信令分析
3.1正常主被叫CSFB呼叫信令
主叫起呼信令流程：
被叫起呼信令流程：
主被叫呼叫建立流程：
主被叫返回流程：
3.2本次测试过程中异常呼叫信令总结
3.2.1案例1:
主被叫发送ExtenedServiceRequest，没有收到RRCConnectionRelease
现象描述
主叫端未回落2G，信号显示为由4G变为3G，在3G网络正常呼叫，被叫端未发生回落2G，一直没有来电显示，也未振铃。
主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。
问题分析
主叫16:
22:
07.431占用上元大街一期LF-3发起主叫的ExtenedServiceRequest，但未收到RRCConnectionRelease。
主叫UE基于自身实现机制，在等待一段时间后主动搜索3G接入，并在3G上发起主叫流程，但是被叫16:
22:
24.170占用上元大街一期LF-3收到paging，发起被叫ExtenedServiceRequest，但未收到RRCConnectionRelease一直占用4G，最终主叫占用3G未接通被叫拆链。
可以基本定位为
升级会员 