CSFB分析方法及案例Word文档格式.docx

CSFB分析方法及案例Word文档格式.docx

《CSFB分析方法及案例Word文档格式.docx》由会员分享，可在线阅读，更多相关《CSFB分析方法及案例Word文档格式.docx（32页珍藏版）》请在冰豆网上搜索。

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未响应

2G质差

6.67%

3G起呼失败

1.54%

3G上RRC未建立成功

1.03%

跨pool位置更新

7.69%

伪小区

2G的SD拥塞

2G寻呼响应后未接续成功

主叫起呼无CMR

未收到paging

45.64%

2G处于位置更新

2G返回4G无TAU

31.79%

2G重选3GLAU流程

3G位置更新

3G重选4GTAU流程

LTE处于attach流程

LTE处于跨核心网的小区

LTE位置更新

TAU被拒

被叫主动脱网

未知

2.56%

异常重选到电信站点

LTE弱覆盖脱网

LTE重选门限不合理

终端或测试异常

17.95%

被叫未发ESR

测试人员挂断

软件异常

异常LAU

异常关机

主叫上报disconnect

11.28%

主叫上发CMServiceAbort

100.00%

未接通主因中主要为被叫未收到paging。

4G回落2G失败主要为RRC建立失败，主要为弱覆盖导致接入问题，其次在江宁的华为的站点存在CSFB功能问题。

呼叫失败主要为跨pool位置更新和2G小区质量问题。

未收到paging主要为被叫2G返回4G无TAU，该问题已经确认为终端芯片问题。

终端和测试异常中主要为主叫上报disconnect，该异常原因暂无法确定是软件或终端问题。

3信令分析

3.1正常主被叫CSFB呼叫信令

主叫起呼信令流程：

被叫起呼信令流程：

主被叫呼叫建立流程：

主被叫返回流程：

3.2本次测试过程中异常呼叫信令总结

主被叫发送ExtenedServiceRequest，没有收到RRCConnectionRelease

现象描述

主叫端未回落2G，信号显示为由4G变为3G，在3G网络正常呼叫，被叫端未发生回落2G，一直没有来电显示，也未振铃。

主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。

问题分析

主叫16:

22:

07.431占用上元大街一期LF-3发起主叫的ExtenedServiceRequest，但未收到RRCConnectionRelease。

主叫UE基于自身实现机制，在等待一段时间后主动搜索3G接入，并在3G上发起主叫流程，但是被叫16:

24.170占用上元大街一期LF-3收到paging，发起被叫ExtenedServiceRequest，但未收到RRCConnectionRelease一直占用4G，最终主叫占用3G未接通被叫拆链。

可以基本定位为