ImageVerifierCode 换一换
格式:DOCX , 页数:40 ,大小:1.65MB ,
资源ID:7859411      下载积分:1 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-7859411.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(W1417CSFB分析方法及案例Word下载.docx)为本站会员(b****4)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

W1417CSFB分析方法及案例Word下载.docx

1、3.2.13 案例13:主叫起呼无CMSR 213.2.14 案例14:2G处于位置更新 223.2.15 案例15:2G返回4G无TAU 223.2.16 案例16:3G重选4GTAU流程 233.2.17 案例17:LTE处于attach流程 243.2.18 案例19:LTE处于跨核心网的小区 253.2.19 案例20:LTE位置更新 263.2.20 案例21:LTE重选门限不合理 271 CSFB分析方法1.1 CSFB的信令流程备注:上图中蓝色区域为LTE网络信令;粉红色区域为2G网络中信令。1.2 CSFB需要分析的指标CSFB(2UE),测试方法为CSFB UE1拨打CSFB

2、 UE2,需分析的关键指标有:1) CSFB MO和MT回落失败,即详细分析主被叫回落2G存在问题的case;2) CSFB MO接通率,即详细分析在4G网络中起呼,但被叫收到paging未接通的case;3) 非4G起呼失败,即详细分析在非4G网络中起呼,但被叫收到paging未接通case;4) 非4G起呼被叫率,即详细分析在非4G网络中起呼的case;5) CSFB MO呼叫时延,即详细分析MO中extended service request到Alerting之间时延较长的case。6) CSFB MT寻呼成功率,即详细分析被叫未收到paging的case;详细说明如下:1) CSFB

3、 MO和MT回落失败可能由于系统参数、频点和4G小区接入性导致失败,需要重点分析排查4G测试回落问题2) CSFB MO接通率需要定位是主叫在2G/3G侧起呼是否完好,被叫在2G/3G侧被叫是否完好。未接通的原因是由于主叫不完好导致,还是被叫不完好导致。3) 起呼在2G/3G网络中,且未接通,以及掉话,因为都发生在2G/3G网络中,一般无需分析。但若部分现场是ALU的2G设备,建议关注一下2G中的掉话;4) 起呼和被叫在2G/3G网路中,需要分析从占用2G和3G网络的过程,是否存在优化空间确保手机占用4G起呼。5) CSFB MT寻呼成功率需要分析被叫无法收到paging的原因。1.3 LAU

4、流程对CSFB接入时延的影响根据规范24.008,当CSFB回落到2G/3G,即从S1模式切换到Iu或A/Gb模式,即使当前小区的LAC与UE中保存的LAC一致,也要进行LAU。不过CSFB回落后的LAU过程可以等CS call结束后再进行,但UE必须记住,当RR连接释放后,且UE还是驻留在GERAN/UTRAN中,UE必须要完成LAU过程,如下图所示。从一次CSFB的log来看,当CSFB回落至2G网络,有90%的场景是在CS呼叫结束后进行LAU,有10%的场景是在CS call之前进行LAU,此时LAU request中的follow on标记位置1;当CSFB回落至3G网络,全部都是在C

5、S call之前进行LAU,此时LAU request中的follow on标记位置1。因此LAU流程对CSFB呼叫接入时延的影响是不可避免的。1.4 CSFB分析思路汇总CSFB的分析思路汇总如下图所示,因为没有分析CSFB MO呼叫时延,在下图中暂未包含这部分内容,后续再更新。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

6、. 占用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.2 4G回落2G失败的原因1. 主被叫发送ESR,后的RRC建立成功的,但回落失败的原因可能为:1)CSFB参数配置错误。2)CSFB回落配置频点未非最强2G小区。2. 主被叫发送ESR,后的RR

7、C建立失败的原因可能为: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)主叫上发CM Service Abort;5)主叫上报disconnect;6)2G占用伪小区。3. 在

8、3G发起呼叫的原因:1)CSFB回落2G不成功,重选至3G;2)CSFB的ESR不成功导致重选至3G;3)CSFB功能存在问题,飞镖原则重选至3G;4. 在3G网络中接续失败可能原因:1)3G起呼失败;2)主叫上发CM Service Abort;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(高通芯片)进行主被叫测试

9、。具体主叫测试配置如下:测试间隔30秒、保持时间30秒、阻塞超时100秒。2.2 测试结果2.2.1 测试呼叫统计情况主叫被叫呼叫类型统计呼叫类型4G2G3G总计主被起呼类型182542531920被叫寻呼类型1723473018001)呼为主叫手机成功发起呼叫,被叫寻呼类型为被叫收到paging。其中主叫成功起呼后,共计120次未收到paging。2)主被叫均有5%的呼叫非4G网络发起。2.2.2 各网格指标情况序号网格接通率呼叫时延返回LTECSFBCSFB MOCSFB MT成功率时延2网格287.98%98.91%93.79%11.37893.19%0.9696网格687.76%95.

10、92%92.91%10.97992.21%1.2177网格788.48%99.39%99.33%11.01293.02%1.5298网格882.65%98.98%100.00%11.32783.81%1.399网格993.85%97.69%31.50%11.64792.09%1.77710网格1093.20%97.96%67.14%11.73795.33%1.26811网格1188.43%99.17%97.32%11.67296.00%1.68312网格1299.29%99.25%11.37397.90%1.28513网格1396.36%99.09%98.13%11.55298.21%1.56

11、814网格1492.86%98.99%11.77887.39%1.24815网格1591.67%98.96%98.88%11.86294.95%1.27716网格1686.11%99.07%98.02%11.24791.23%1.67617网格1795.38%96.92%11.6612.02918网格1889.31%11.7885.19%2.48519网格1990.59%96.47%97.62%11.49684.95%1.5312.2.3 问题原因分类未接通主因占比未接通次因4G回落2G失败8.72%RRCConnectionRelease没下发3.08%下发邻区非最强邻区0.51%RRC建立

12、失败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未收到paging45.64%2G处于位置更新2G返回4G无TAU31.79%2G重选3GLAU流程3G位置更新3G重选4GTAU流程LTE处于attach流程LTE处于跨核心网的小区LTE位置更新TAU被拒被叫主动脱网未知2.56%异常重选到电信站点LTE弱覆盖脱网LTE重选门限不合理终端或测试异常17.95%被叫未发ESR测试人员挂断软件异常异常LA

13、U异常关机主叫上报disconnect11.28%主叫上发CM Service Abort未接通主因中主要为被叫未收到paging。4G回落2G失败主要为RRC建立失败,主要为弱覆盖导致接入问题,其次在江宁的华为的站点存在CSFB功能问题。呼叫失败主要为跨pool位置更新和2G小区质量问题。未收到paging主要为被叫2G返回4G无TAU,该问题已经确认为终端芯片问题。终端和测试异常中主要为主叫上报disconnect,该异常原因暂无法确定是软件或终端问题。3 信令分析3.1 正常主被叫CSFB呼叫信令主叫起呼信令流程:被叫起呼信令流程:主被叫呼叫建立流程:主被叫返回流程:3.2 本次测试过程

14、中异常呼叫信令总结主被叫发送Extened Service Request,没有收到RRCConnection Release现象描述主叫端未回落2G,信号显示为由4G变为3G,在3G网络正常呼叫,被叫端未发生回落2G,一直没有来电显示,也未振铃。主叫端等待一段时间无回铃音,之后收到被叫用户无法接通的提示音。问题分析主叫16:22:07.431占用上元大街一期LF-3发起主叫的Extened Service Request,但未收到RRCConnectionRelease。主叫UE基于自身实现机制,在等待一段时间后主动搜索3G接入,并在3G上发起主叫流程,但是被叫16:24.170占用上元大街

15、一期LF-3收到paging,发起被叫Extened Service Request,但未收到RRCConnectionRelease一直占用4G,最终主叫占用3G未接通被叫拆链。可以基本定位为上元大街一期LF-3的CSFB功能设置存在问题。信令流程图如下:问题分类无线参数配置解决方案修改CSFB功能存在问题的站点的相关参数。效果评估对于江宁区域存在问题的华为站点进行复测,需复测站点为上元大街一期LF-3、同夏路一期LF-3、东城家园一期LF-3。同时,建议全网定期检查CSFB功能。eNodeB未下发邻区最强频点主叫端正常回落到2G后,起呼失败。主被叫占用白云亭路试扩L_3发起CSFB业务,收

16、到的eNodeB侧下发的RRCConnectionRelease消息中频点没有包含周边2G最强小区的频点。导致主被叫回落到质差小区,最终引起未接通。终端根据eNodeB下发的频点进行重定向,仅能根据配置了的频点进行搜索,选择强电平2G小区驻留,如果选择的小区非最强小区的话可能由于质差产生未接通。白云亭路试扩L_3中配置的频点没有BCCH为59和61,但在测试中邻区中这两个小区的的Rxlevel要强于目前驻留的小区。最终,占用定淮门1小区由于质差导致未接通。增加白云亭路试扩周边的2G小区的频点。同时,由于2G/3G/4G的优化根据各个网络自身特点进行,修改参数的情况较多。建议定期核查相关2G/3

17、G和4G的互操作参数。待频点参数修改后进行测试。主叫端未回落2G,信号显示为3G,在3G网络呼叫失败。被叫占用唐山路试扩L_2,RSRP为-111dBm,SINR为-4.5dB。被叫发起Extened Service Request,但随机接入过程未成功,终端脱网重选到3G。最终本次通话未接通。由于电平和质量较差,存在RRC接入失败的概率。被叫由于弱覆盖导致RRC的建立未成功,最终无法完成本次通话接续过程,终端重选到3G。网络覆盖条件通过网络建设及网络优化,提升4G网络覆盖质量,避免覆盖空洞,提高终端连接建立成功率。在LTE典型强覆盖区域,终端回落成功率较高,用户体验较好。 主叫端正常回落到2

18、G后,起呼失败。主叫占用大桥饭店T试扩L_2,RRCConnectionRelease消息中频点中有636,但是终端回落到BCCH:634频点的小区(大桥饭店TD3),但Rxlevel小于-99dBm,最终导致Assignment Failure。被叫占用大桥饭店T试扩L_2,同样回落回落到BCCH:634频点的小区(大桥饭店TD3)。按照地理位置上看该位置应该属于BCCH:636频点的小区(大桥饭店TD2)的覆盖范围,但是却回落在BCCH:634频点的小区。最终由于小区的电平较差导致TCH分配失败。优化2G该路段的覆盖。2G起呼CMSR未响应主叫占用长江路一期LF-3回落到长江东街街道站,发

19、起CM Service Request,未收到CM Service Accept。占用2G小区的Rxlevel为-77dBm。华为站点频点下发仅为GSM900的频点,和长江路一期LF-3共站的2G站点为GSM1800的长江路D站点。按照华为的CSFB频点下发机制,该位置仅能回落到长江东街街道站,但占用2G长江东街街道站未收到CM Service Accept,需要查看该站点在该时段的指标情况。2G指标类要求华为下发1800的频点,或优化2G该区域GSM900小区的接入指标。主叫占用科苑宾馆试扩L_3回落到科苑宾馆3,发起CM Service Request,占用2G小区的Rxlevel为-83

20、dBm,RxQual Sub为6,质差导致CM Service Abort。主叫占用科苑宾馆试扩L_3回落到科苑宾馆3,发起CM Service Request,占用2G小区的Rxlevel为-83dBm,RxQual Sub为6。导致由于质差引起主叫未接通。优化2G科苑宾馆3的频点,避免频点干扰导致。主叫端上一次通话结束,信号显示由2G变为4G,然后由变为2G,最终变为3G,在3G网络呼叫失败。主叫上一次呼叫结束后,返回4G失败,重选到3G,在3G小区上发送CM Service Request,未收到CM Service Accept。主叫在完成上一次呼叫后,2G返回4G,重选到4G的小区凤

21、凰西街搬迁二临时一体化试扩L_2,然后重选到4G的小区凤凰西街搬迁二临时一体化试扩L_1,然后又重选到2G小区凤凰西街搬迁二临时一体化3,再重选到3G小区并发起呼叫。但在3G小区未完成起呼过程。3G指标类需确认无法回落4G的原因和3G小区起呼失败的原因,并进行优化。主叫端正常回落到2G后正常呼叫,被叫端上一次通话结束,信号显示由2G变为3G,但一直没有来电显示,也未振铃。被叫上一次呼叫过程中掉话,返回4G失败,重选到3G,在3G小区上收到paging,但建立RRC的过程失败,发送rrcConnectionRequest后基站侧无响应信令。被叫上一次呼叫过程中由于所占用小区(鼓楼医院RRH3)质

22、差掉话,被叫发起重建,但未收到响应,然后发起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(L

23、AC:20758),被叫发起LAU,LAU完成后无paging Response。主被叫两部终端均可正确回落,说明终端在LTE网络侧的CSFB相关流程执行正常,被叫失败是在终端接入GSM网络后因某环节出现异常导致的。通过跟踪两部终端回落后的各项操作,以及与GSM网络的信令交互过程,发现出现该问题的测试区域恰好位于MSC PooL边界。其中终端开机初始执行LTE联合附着/位置更新时,根据MME配置的TA-LA映射表,注册在LA1(20954)对应的MSC1上,MSC1在MSC PooL1(POOL1)内。而因终端拨打时位置在MSC POOL边界,终端实际回落时选择接入的GSM小区为LA2(207

24、58),对应的MSC为MSC2,MSC2在MSC PooL2(POOL2)内。如下图所示:图4-7 UE回落跨MSC Pool示意图由于联合注册在MSC PooL1的MSC1,被叫呼叫一定接续到PooL1的MSC1,之后用户回落到MSC PooL2的MSC2,导致被叫失败。尽可能完善网络规划,合理配置GSM小区归属MSC PooL,将终端回落接入的GSM小区尽量规划在终端联合注册的MSC PooL内,同时,在一些规划存在困难的特殊区域,需要将4G站点的下发频点删除跨PooL小区的频点。避免发生回落跨PooL场景,降低被叫失败发生的概率,但这种方法无法彻底解决该问题,需通过部署MSC的MTRF功

25、能才可真正避免回落后跨PooL的被叫失败问题。3GPP定义的MTRF(Mobile Terminating Roaming Forwarding),即可解决这种特殊场景下的异常问题。通过引入该功能,可实现old MSC(联合位置更新附着的MSC)和new MSC(回落的MSC)之间的呼叫前转,让被叫成功接续。该方案实施需LTE覆盖范围内全部MSC软件升级支持,影响范围广,改造量大,实施代价高,因此目前尚未部署,只能通过无线规划的方式规避。通过优化无线规划,合理设置GSM小区归属MSC PooL,尽量保证终端回落接入的GSM小区归属于终端注册的MSC PooL,可解决多数场景下回落跨PooL的被叫失败问题。但在边界区域由于无线信号漂移,无法保证用户在同一区域每次都选择相同小区接入。也不可能同时照顾到PooL边界范围内所有用户,因此无法彻底解决用户被叫失败的问题。主叫端正常回落到2G后正常呼叫,被叫端正常回落2G,但一直没有来电显示,也未振铃。但被叫端收到短信。 通过后台信令分析,被叫占用大中桥一期LF-2

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2