CSFB测试问题分析总结报告V1

1、CSFB测试问题分析案例总结（NSN）2014年3月目录1.CSFB测试指标32.问题分析42.1主叫侧原因：52.1.1案例1：主叫UE CSFB回落至2G伪基站52.1.2案例2：TAC与2G LAC数据不符62.1.3案例3：室分泄露问题82.2被叫侧原因：112.2.1案例4：被叫位置区更新无法收到Paging消息122.2.2案例5：被叫侧信令丢失，无法收到Paging消息152.2.3案例6：被叫TCH分配失败原因152.2.4案例7：被叫在短信流程中CSFB引发的未接通。162.2.5案例8：被叫在POOL边界回落至跨pool2G小区导致182.2.6案例9无主覆盖小区引起的呼叫

2、失败202.2.7案例10：被叫联合位置更新失败导致无法寻呼243.总结251. CSFB测试指标目前为止已完成3轮CSFB测试，分别为：轮次开始日期结束日期网格数目业务类型测试目的11月27日1月28日15语音+并发+短彩信集团客户感知测试22月17日2月20日14语音CSFB性能测试32月21日2月24日15语音+并发+短彩信集团客户感知测试备注：第三轮测试中语音业务拨打时长改为30s（第一、二轮20s），不再设置未接通超时。并发业务（先数据后语音）中数据业务改为FTP下载业务，不再设置未接通超时。由于每轮的测试方法都不一致，三轮测试的结果不具备对比意义。在1月份的第一轮测试中由于测试方法

3、和测试设备等原因，测试结果与后两轮测试出入较大。测试结果汇总：轮次接通次数未接通次数接通率掉话次数掉话率1273919193.48%562.04%2352112196.68%100.28%323057896.73%200.87%2. 问题分析针对CSFB中出现的问题，经过分析，语音类问题暂时归纳为掉话&未接通两大类。本案例集主要针对未接通进行分析。据CSFB的基本流程和分析问题的结果，Block call的原因分为以下几类：统计第二、三轮CSFB中Block call的原因值占比，如下图所示：对比2轮测试的原因值可发现引发Block call的主要原因在被叫侧，被叫侧的原因值占到了总数

4、的80%左右。2.1 主叫侧原因：主叫侧的原因主要集中在信道分配失败这一项上。主叫UE在CSFB成功后会由于回落至G网的伪基站&故障站点&覆盖差站点&质差站点等原因信道分配失败，由此导致Block call出现。主叫UE在CSFB失败后导致同样会导致Block出现。2.1.1 案例1：主叫UE CSFB回落至2G伪基站现象描述：主叫手机回落至2G，误进入伪基站小区内，信道无法分配，导致未接通。事件分析：主叫手机在民族大厦起呼，回落至伪基站小区（LAC：25092，CI:10，BCCH:74）,手机发起位置更新，伪基站向手机发送Identity Request，获取终端的

5、IMSI，然后向主叫手机发送垃圾短信。而伪基站是无法承载语音业务的，最终导致未接通。解决方案：排查2G伪基站，确保UE的CSFB能够回落至合适的G网小区。2.1.2 案例2：TAC与2G LAC数据不符现象描述：测试车辆行驶到郑汴路英协路附近区域时，主叫UE发起CSFB呼叫，被叫在响应寻呼回落至2G网络后进行了一次位置更新，随后网络下发了Immediate Assignment Reject消息，立即指配失败。测试软件判定为一次Block call。分析：查看CSFB回落之前占用的LTE小区信息，发现其占用的站点英协路郑汴路存在TAC值错误的现象。具体可参见案例“TAC与规划不符引起异常TAU

6、流程导致block call”。在信令流程可以看到主叫在RRCConnectionRelease信令后进行了一次位置更新，但申请更新的TAC为错误值。随后网络拒绝了UE的位置更新请求，直接导致立即指配失败。结论：错误的TAC设置会在UE CSFB回落后的立即指配阶段引发立即指配拒绝消息。2.1.3 案例3：室分泄露问题现象描述：主被叫UE均CSFB成功，主叫在分配TCH信道的时候出现了Assignment Failure的信令，随后发生了Block call。问题分析：首先查看主叫UE在CSFB之前占用的小区，可以看到UE占用的小区为室分小区。查看RRCConnectionRelease信令中

7、指配的回落GSM网络频点，发现该室分小区仅配置了一个2G回落频点频点80。随后主叫UE回落至频点为80，CI为16660的GSM小区开始呼叫流程，核查2G工参信息后发现该次CSFB回落的小区仍为室分小区在主叫随后的呼叫流程中，因异常占用室分信号起呼，距离较远且信号逐渐衰落，导致系统下发Assignment Failure，分配TCH信道失败。总结此次CSFB流程，首先是主叫UE占用了LTE室分站点信号开始CSFB流程，随后回落至频点为80的G网室分站点开始呼叫。占用LTE室分站点时信号较强（-79dB），但分配的2G回落频点只有80一个频点。核查现网数据后发现该站点由于规划经纬度与实际不符导致

8、4-2G邻区关系设置有误，仅配置了一个2G频点。解决方案：首先要核查现网数据的准确性，确保LTE宏站&室分站点所添加的4-2G邻区正确。其次对于路测中遇到的室分泄露现象需通知工程方面进行整改，尽量避免在路测过程中占有室分站点信号。2.2 被叫侧原因：被叫侧进行CSFB的第一步就是收到网络下发的Paging消息，在分析中发现因被叫侧收不到Paging引发了大量的未接通现象。具体原因值如下：就目前来看，引发被叫无法收到paging的原因值主要集中在在UE侧信令丢失与位置区更新两大类上。目前UE侧信令丢失的原因仍在研究中，位置区更新引发的原因只能通过尽量减少位置更新的次数来避免。2.2.1

9、案例4：被叫位置区更新无法收到Paging消息现象描述：1主叫在发起CSFB业务的同时被叫在做跟踪区更新的过程中，被叫此时无法收到paging消息导致Block call。分析：UE附着在LTE网络上，当服务小区变更且变更前后的两小区归属不同TAC时，UE会向网络发起TAU请求。如果此时主叫UE发起呼叫，MME会向被叫UE发起寻呼请求。此时若被叫UE刚完成服务小区变更，尚未完成TAU过程或正在TAU过程中，MME仍会向原服务小区所在的TAC区发起寻呼请求。此时由于被叫实际上已变更了TAC区，所以无法接收到MME的paging消息进而无法进入CSFB流程，导致主叫Block call。如图所示，

10、从14时14分42秒开始主叫进入CSFB流程，在14分47秒主叫进入call proceeding，被叫始终未响应。在15分02秒时，主叫call block。在此期间被叫在26分16秒时完成了一次TAU更新。从信令流程来看主叫在14分49秒进入Setup，在14分50秒开始Alerting，而被叫在此期间始终未收到Paging消息，无法进入CSFB流程。由上图可以看到事件发生地点正位于LAC/TAC边界，UE在经过此区域时必然发生TAU更新过程，如在此时发起呼叫，被叫会由于无法接受到寻呼消息导致block call。解决方案：合理规划TAC边界，建议核心网启用TAC LIST，减少不必要的跟

11、踪区更新。2.2.2 案例5：被叫侧信令丢失，无法收到Paging消息现象描述：如上图所示，主叫在14:47:35秒发起呼叫，被叫在15:47:35至15:48:24之间无信令，导致未接通，且网格CSFB测试中出现多次该类现象。分析：对网格20信令丢失情况分析后怀疑可能是终端问题，随后对终端进行验证。用4部测试终端在定点测试。4部终端中其中编号为2的终端，在2月12日出现多次上述现象，重新连接后现象消失。2月13日未出现该现象，2月14日又出现该现象。编号为1、3、4的手机均未出现过该问题。结论：由于目前设备限制，无法进行多种终端对比测试验证。 信令丢失的问题问题还需进一步研究验证。2.2.3

12、 案例6：被叫TCH分配失败原因在被叫侧的TCH分配失败同样导致了大量的block call事件，具体原因分类如下：备注：由于测试方法不同，第二轮测试中未进行短彩信等并发业务。可以看到由于测试方法原因第二轮测试中并未出现因短信原因引发的Blockcall。被叫接收短信和被叫CSFB回落至跨pool2G小区都会引起被叫侧分配TCH信道失败。其中短信引发的原因已上报case，跨pool的问题需核心网测开启MTRF功能解决，目前可以通过修改4-2G邻区尽量避免跨pool回落。2.2.4 案例7：被叫在短信流程中CSFB引发的未接通。测试现象：被叫短信期间收到CSFB,网络在请求IDENTITY RE

13、QUEST后直接发送channel release。测试软件记为一次Block call。原因分析：此类现象出现在短信流程期间。对于这个想象进项了还原测试，发现短信流程期间出现大量的该类问题。在此过程抓取EMIL log, 交换机 trace进一步分析为何交换机会想UE索要IMSI。分析流程如下：解决方案：核心网问题，已上报CASE。2.2.5 案例8：被叫在POOL边界回落至跨pool2G小区导致测试现象：主叫SET UP 后，被叫在CSFB成功后的2G呼叫建立过程中发生了跨POOL的LAU，在LAU accapct 且新的TMSI分配后,网络直接下发channel release信令导致未

14、接通。分析：测试时UE行走路线跨越了POOL边界。被叫UE在CSFB后回落到了跨pool边界的2G小区，随后发起位置更新请求。解决方案：在MSS上加载MTRF功能，目前可以通过修改4-2G邻区尽量避免跨pool回落。2.2.6 案例9无主覆盖小区引起的呼叫失败现象描述：测试车辆行驶到康平路路段时，主叫UE发起呼叫，被叫UE响应进入CSFB流程，但被叫UE向2G网络重定向失败。在此期间被叫未响应主叫的寻呼导致主叫未接通。原因分析：从事件窗口来看这是一次由CSFB失败引起的主叫未接通。主叫UE在27分35秒进入呼叫流程，被叫UE在27分39秒响应进入CSFB流程，随后向2G网络的重定向发生了失败。

15、 查看被叫UE在CSFB前占用的小区，发现被叫当时占用陈庄小区3扇区的信号，RSRP为-113dB，同时邻区列表里的其他小区信号均不理想，RSRP都在-100dB以上。在地图窗口发现陈庄小区站点距离测试位置距离较远（1.38公里），属于明显的越区覆盖现象。在信令窗口被叫UE响应CSFB后下发的RRC Connection Release信令中可以看到网络下发的UE测量2G网络频点列表如下：对比2G网络在问题区域的频点覆盖情况可以发现覆盖该区域的2G频点并未被添加至测量列表中。由此可以判断问题区域的CSFB失败是由于在重定向过程中UE未测量到网络下发的2G频点导致。由于CSFB发生时占用的小区距

16、离较远，该小区添加的2G重定向频点明显与覆盖问题区域的2G频点不吻合造成了该现象。解决方案：问题发生区域LTE信号覆盖较差，查看地形后发现该区域高层建筑较多，地形复杂，UE在该区域会由于无主覆盖小区引起切换混乱的情况。如在该区域新建站点确立主覆盖小区，并在相应的覆盖小区设置正确的2G重定向频点可解决该问题。2.2.7 案例10：被叫联合位置更新失败导致无法寻呼现象描述：主叫正常回落至GSM发起呼叫，被叫未收到PAGING导致未接通。问题分析：查看log，发现主叫发起呼叫后，被叫手机未收到Pging消息，查看离呼叫最近的一次TAC更新，发现仅仅做了TAC的更新，没有做LAC的更新，所以在寻呼的时

17、候未针对手机目前的位置区进行寻呼。导致被叫未收到PAGING。现状：发现被叫在上次呼叫后未收到CHANNEL RELEASE, 10秒后返回4G, 第一次联合位置更新肯定失败，表现现象如上。SGS接口原因为MSC temporarly not reachable。UU口原因为Congestion。原因需核心网配合分析。3. 总结根据前三轮的CSFB测试分析，发现引发block call的原因值如下：Ø 4G网络弱覆盖引起被叫无法收到paging&重定向失败；Ø 4G-2G邻区参数配置不合理引发CSFB回落失败&回落至不合理2G小区&回落至跨pool2G小区；Ø