W1417CSFB分析方法及案例Word下载.docx
《W1417CSFB分析方法及案例Word下载.docx》由会员分享，可在线阅读，更多相关《W1417CSFB分析方法及案例Word下载.docx（40页珍藏版）》请在冰点文库上搜索。
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
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
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.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%
11.661
2.029
18
网格18
89.31%
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未响应
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
未接通主因中主要为被叫未收到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未接通被叫拆链。
可以基本定位为上元大街一期LF-3的CSFB功能设置存在问题。
信令流程图如下：
问题分类
无线参数配置
解决方案
修改CSFB功能存在问题的站点的相关参数。
效果评估
对于江宁区域存在问题的华为站点进行复测，需复测站点为上元大街一期LF-3、同夏路一期LF-3、东城家园一期LF-3。
同时，建议全网定期检查CSFB功能。
eNodeB未下发邻区最强频点
主叫端正常回落到2G后，起呼失败。
主被叫占用白云亭路试扩L_3发起CSFB业务，收到的eNodeB侧下发的RRCConnectionRelease消息中频点没有包含周边2G最强小区的频点。
导致主被叫回落到质差小区，最终引起未接通。
终端根据eNodeB下发的频点进行重定向，仅能根据配置了的频点进行搜索，选择强电平2G小区驻留，如果选择的小区非最强小区的话可能由于质差产生未接通。
白云亭路试扩L_3中配置的频点没有BCCH为59和61，但在测试中邻区中这两个小区的的Rxlevel要强于目前驻留的小区。
最终，占用定淮门1小区由于质差导致未接通。
增加白云亭路试扩周边的2G小区的频点。
同时，由于2G/3G/4G的优化根据各个网络自身特点进行，修改参数的情况较多。
建议定期核查相关2G/3G和4G的互操作参数。
待频点参数修改后进行测试。
主叫端未回落2G，信号显示为3G，在3G网络呼叫失败。
被叫占用唐山路试扩L_2，RSRP为-111dBm，SINR为-4.5dB。
被叫发起ExtenedServiceRequest，但随机接入过程未成功，终端脱网重选到3G。
最终本次通话未接通。
由于电平和质量较差，存在RRC接入失败的概率。
被叫由于弱覆盖导致RRC的建立未成功，最终无法完成本次通话接续过程，终端重选到3G。
网络覆盖条件
通过网络建设及网络优化，提升4G网络覆盖质量，避免覆盖空洞，提高终端连接建立成功率。
在LTE典型强覆盖区域，终端回落成功率较高，用户体验较好。
主叫端正常回落到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该路段的覆盖。
2G起呼CMSR未响应
主叫占用长江路一期LF-3回落到长江东街街道站，发起CMServiceRequest，未收到CMServiceAccept。
占用2G小区的Rxlevel为-77dBm。
华为站点频点下发仅为GSM900的频点，和长江路一期LF-3共站的2G站点为GSM1800的长江路D站点。
按照华为的CSFB频点下发机制，该位置仅能回落到长江东街街道站，但占用2G长江东街街道站未收到CMServiceAccept，需要查看该站点在该时段的指标情况。
2G指标类
要求华为下发1800的频点，或优化2G该区域GSM900小区的接入指标。
主叫占用科苑宾馆试扩L_3回落到科苑宾馆3，发起CMServiceRequest，占用2G小区的Rxlevel为-83dBm，RxQualSub为6，质差导致CMServiceAbort。
主叫占用科苑宾馆试扩L_3回落到科苑宾馆3，发起CMServiceRequest，占用2G小区的Rxlevel为-83dBm，RxQualSub为6。
导致由于质差引起主叫未接通。
优化2G科苑宾馆3的频点，避免频点干扰导致。
主叫端上一次通话结束，信号显示由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小区起呼失败的原因，并进行优化。
主叫端正常回落到2G后正常呼叫，被叫端上一次通话结束，信号显示由2G变为3G，但一直没有来电显示，也未振铃。
被叫上一次呼叫过程中掉话，返回4G失败，重选到3G，在3G小区上收到paging，但建立RRC的过程失败，发送rrcConnectionRequest后基站侧无响应信令。
被叫上一次呼叫过程中由于所占用小区（鼓楼医院RRH3）质差掉话，被叫发起重建，但未收到响应，然后发起LAU，成功后拆链。
同时并发数据业务导致自主FR返回4G失败，重选到3G，在3G小区上收到paging，但建立RRC的过程失败，发送rrcConnectionRequest后基站侧无响应信令。
需确认3G小区RRC建立失败的原因，并进行优化。
主叫端正常回落到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边界范围内所有用户，因此无法彻底解决用户被叫失败的问题。
主叫端正常回落到2G后正常呼叫，被叫端正常回落2G，但一直没有来电显示，也未振铃。
但被叫端收到短信。
通过后台信令分析，被叫占用大中桥一期LF-2
升级会员 