W1417CSFB分析方法及案例.docx
《W1417CSFB分析方法及案例.docx》由会员分享,可在线阅读,更多相关《W1417CSFB分析方法及案例.docx(40页珍藏版)》请在冰豆网上搜索。
W1417CSFB分析方法及案例
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各网格指标情况
序号
网格
接通率
呼叫时延
返回LTE
返回LTE
CSFB
CSFBMO
CSFBMT
成功率
时延
接通率
成功率
成功率
2
网格2
87.98%
98.91%
93.79%
11.378
93.19%
0.969
6
网格6
87.76%
95.92%
92.91%
10.979
92.21%
1.217
7
网格7
88.48%
99.39%
99.33%
11.012
93.02%
1.529
8
网格8
82.65%
98.98%
100.00%
11.327
83.81%
1.39
9
网格9
93.85%
97.69%
31.50%
11.647
92.09%
1.777
10
网格10
93.20%
97.96%
67.14%
11.737
95.33%
1.268
11
网格11
88.43%
99.17%
97.32%
11.672
96.00%
1.683
12
网格12
92.91%
99.29%
99.25%
11.373
97.90%
1.285
13
网格13
96.36%
99.09%
98.13%
11.552
98.21%
1.568
14
网格14
92.86%
98.98%
98.99%
11.778
87.39%
1.248
15
网格15
91.67%
98.96%
98.88%
11.862
94.95%
1.277
16
网格16
86.11%
99.07%
98.02%
11.247
91.23%
1.676
17
网格17
95.38%
96.92%
100.00%
11.661
92.21%
2.029
18
网格18
89.31%
100.00%
100.00%
11.78
85.19%
2.485
19
网格19
90.59%
96.47%
97.62%
11.496
84.95%
1.531
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未接通被叫拆链。
可以基本定位为上元大街一期LF-3的CSFB功能设置存在问题。
信令流程图如下:
问题分类
无线参数配置
解决方案
修改CSFB功能存在问题的站点的相关参数。
效果评估
对于江宁区域存在问题的华为站点进行复测,需复测站点为上元大街一期LF-3、同夏路一期LF-3、东城家园一期LF-3。
同时,建议全网定期检查CSFB功能。
3.2.2案例2:
eNodeB未下发邻区最强频点
现象描述
主叫端正常回落到2G后,起呼失败。
问题分析
主被叫占用白云亭路试扩L_3发起CSFB业务,收到的eNodeB侧下发的RRCConnectionRelease消息中频点没有包含周边2G最强小区的频点。
导致主被叫回落到质差小区,最终引起未接通。
终端根据eNodeB下发的频点进行重定向,仅能根据配置了的频点进行搜索,选择强电平2G小区驻留,如果选择的小区非最强小区的话可能由于质差产生未接通。
白云亭路试扩L_3中配置的频点没有BCCH为59和61,但在测试中邻区中这两个小区的的Rxlevel要强于目前驻留的小区。
最终,占用定淮门1小区由于质差导致未接通。
问题分类
无线参数配置
解决方案
增加白云亭路试扩周边的2G小区的频点。
同时,由于2G/3G/4G的优化根据各个网络自身特点进行,修改参数的情况较多。
建议定期核查相关2G/3G和4G的互操作参数。
效果评估
待频点参数修改后进行测试。
3.2.3案例3:
RRC建立失败
现象描述
主叫端未回落2G,信号显示为3G,在3G网络呼叫失败。
问题分析
被叫占用唐山路试扩L_2,RSRP为-111dBm,SINR为-4.5dB。
被叫发起ExtenedServiceRequest,但随机接入过程未成功,终端脱网重选到3G。
最终本次通话未接通。
由于电平和质量较差,存在RRC接入失败的概率。
被叫由于弱覆盖导致RRC的建立未成功,最终无法完成本次通话接续过程,终端重选到3G。
问题分类
网络覆盖条件
解决方案
通过网络建设及网络优化,提升4G网络覆盖质量,避免覆盖空洞,提高终端连接建立成功率。
效果评估
在LTE典型强覆盖区域,终端回落成功率较高,用户体验较好。
3.2.4案例4:
2G的TCH分配失败
现象描述
主叫端正常回落到2G后,起呼失败。
问题分析
主叫占用大桥饭店T试扩L_2,RRCConnectionRelease消息中频点中有636,但是终端回落到BCCH:
634频点的小区(大桥饭店TD3),但Rxlevel小于-99dBm,最终导致AssignmentFailure。
被叫占用大桥饭店T试扩L_2,同样回落回落到BCCH:
634频点的小区(大桥饭店TD3)。
按照地理位置上看该位置应该属于BCCH:
636频点的小区(大桥饭店TD2)的覆盖范围,但是却回落在BCCH:
634频点的小区。
最终由于小区的电平较差导致TCH分配失败。
问题分类
网络覆盖条件
解决方案
优化2G该路段的覆盖。
效果评估
3.2.5案例5:
2G起呼CMSR未响应
现象描述
主叫端正常回落到2G后,起呼失败。
问题分析
主叫占用长江路一期LF-3回落到长江东街街道站,发起CMServiceRequest,未收到CMServiceAccept。
占用2G小区的Rxlevel为-77dBm。
华为站点频点下发仅为GSM900的频点,和长江路一期LF-3共站的2G站点为GSM1800的长江路D站点。
按照华为的CSFB频点下发机制,该位置仅能回落到长江东街街道站,但占用2G长江东街街道站未收到CMServiceAccept,需要查看该站点在该时段的指标情况。
问题分类
2G指标类
解决方案
要求华为下发1800的频点,或优化2G该区域GSM900小区的接入指标。
效果评估
3.2.6案例6:
2G质差
现象描述
主叫端正常回落到2G后,起呼失败。
问题分析
主叫占用科苑宾馆试扩L_3回落到科苑宾馆3,发起CMServiceRequest,占用2G小区的Rxlevel为-83dBm,RxQualSub为6,质差导致CMServiceAbort。
主叫占用科苑宾馆试扩L_3回落到科苑宾馆3,发起CMServiceRequest,占用2G小区的Rxlevel为-83dBm,RxQualSub为6。
导致由于质差引起主叫未接通。
问题分类
2G指标类
解决方案
优化2G科苑宾馆3的频点,避免频点干扰导致。
效果评估
3.2.7案例7:
3G起呼失败
现象描述
主叫端上一次通话结束,信号显示由2G变为4G,然后由变为2G,最终变为3G,在3G网络呼叫失败。
问题分析
主叫上一次呼叫结束后,返回4G失败,重选到3G,在3G小区上发送CMServiceRequest,未收到CMServiceAccept。
主叫在完成上一次呼叫后,2G返回4G,重选到4G的小区凤凰西街搬迁二临时一体化试扩L_2,然后重选到4G的小区凤凰西街搬迁二临时一体化试扩L_1,然后又重选到2G小区凤凰西街搬迁二临时一体化3,再重选到3G小区并发起呼叫。
但在3G小区未完成起呼过程。
问题分类
3G指标类
解决方案
需确认无法回落4G的原因和3G小区起呼失败的原因,并进行优化。
效果评估
3.2.8案例8:
3G上RRC未建立成功
现象描述
主叫端正常回落到2G后正常呼叫,被叫端上一次通话结束,信号显示由2G变为3G,但一直没有来电显示,也未振铃。
主叫端等待一段时间无回铃音,之后收到被叫用户无法接通的提示音。
问题分析
被叫上一次呼叫过程中掉话,返回4G失败,重选到3G,在3G小区上收到paging,但建立RRC的过程失败,发送rrcConnectionRequest后基站侧无响应信令。
被叫上一次呼叫过程中由于所占用小区(鼓楼医院RRH3)质差掉话,被叫发起重建,但未收到响应,然后发起LAU,成功后拆链。
同时并发数据业务导致自主FR返回4G失败,重选到3G,在3G小区上收到paging,但建立RRC的过程失败,发送rrcConnectionRequest后基站侧无响应信令。
问题分类
3G指标类
解决方案
需确认3G小区RRC建立失败的原因,并进行优化。
效果评估
3.2.9案例9:
跨pool位置更新
现象描述
主叫端正常回落到2G后正常呼叫,被叫端正常回落至2G,但一直没有来电显示,也未振铃。
主叫端等待一段时间无回铃音,之后收到被叫用户无法接通的提示音。
问题分析
通过后台分析,主叫占用月安街西二期LF-3(TAC:
20954)回落到螺丝桥2(LAC:
20758),主叫发起LAU,LAU完成后未拆链开始呼叫,被叫占用月安街西二期LF-3(TAC:
20954)收到paging,回落到螺丝桥2(LAC:
20758),被叫发起LAU,LAU完成后无pagingResponse。
主被叫两部终端均可正确回落,说明终端在LTE网络侧的CSFB相关流程执行正常,被叫失败是在终端接入GSM网络后因某环节出现异常导致的。
通过跟踪两部终端回落后的各项操作,以及与GSM网络的信令交互过程,发现出现该问题的测试区域恰好位于MSCPooL边界。
其中终端开机初始执行LTE联合附着/位置更新时,根据MME配置的TA-LA映射表,注册在LA1(20954)对应的MSC1上,MSC1在MSCPooL1(POOL1)内。
而因终端拨打时位置在MSCPOOL边界,终端实际回落时选择接入的GSM小区为LA2(20758),对应的MSC为MSC2,MSC2在MSCPooL2(POOL2)内。
如下图所示:
图4-7UE回落跨MSCPool示意图
由于联合注册在MSCPooL1的MSC1,被叫呼叫一定接续到PooL1的MSC1,之后用户回落到MSCPooL2的MSC2,导致被叫失败。
问题分类
网络覆盖条件
解决方案
尽可能完善网络规划,合理配置GSM小区归属MSCPooL,将终端回落接入的GSM小区尽量规划在终端联合注册的MSCPooL内,同时,在一些规划存在困难的特殊区域,需要将4G站点的下发频点删除跨PooL小区的频点。
避免发生回落跨PooL场景,降低被叫失败发生的概率,但这种方法无法彻底解决该问题,需通过部署MSC的MTRF功能才可真正避免回落后跨PooL的被叫失败问题。
3GPP定义的MTRF(MobileTerminatingRoamingForwarding),即可解决这种特殊场景下的异常问题。
通过引入该功能,可实现oldMSC(联合位置更新附着的MSC)和newMSC(回落的MSC)之间的呼叫前转,让被叫成功接续。
该方案实施需LTE覆盖范围内全部MSC软件升级支持,影响范围广,改造量大,实施代价高,因此目前尚未部署,只能通过无线规划的方式规避。
效果评估
通过优化无线规划,合理设置GSM小区归属MSCPooL,尽量保证终端回落接入的GSM小区归属于终端注册的MSCPooL,可解决多数场景下回落跨PooL的被叫失败问题。
但在边界区域由于无线信号漂移,无法保证用户在同一区域每次都选择相同小区接入。
也不可能同时照顾到PooL边界范围内所有用户,因此无法彻底解决用户被叫失败的问题。
3.2.10案例10:
伪小区
现象描述
主叫端正常回落到2G后正常呼叫,被叫端正常回落2G,但一直没有来电显示,也未振铃。
但被叫端收到短信。
主叫端等待一段时间无回铃音,之后收到被叫用户无法接通的提示音。
问题分析
通过后台信令分析,被叫占用大中桥一期LF-2