20140726寻呼未响应导致CSFB失败.doc

名称：寻呼无响应引起未接通 问题描述： 现象标题：被叫终端寻呼无响应 基站配置：SCTE+BPOH+3台338D 现象描述：测试车辆于临汾网格3沿福利路由西向东行驶至斯麦尔酒店附近，此时主叫处于LTE网络占用小区A2_YD福利巷斯麦尔DLD_H-3，在该小区主叫UE发起Extended Service Request，核心网直接下发服务拒绝， 3s后主叫发起LAU，随后主叫UE再次发起CM SERVICE REQUEST（消息内容未解码）,从接下来的SETUP消息中看到是成功建立了主叫业务，在成功建立业务后27s，主叫收到网络下发的Alerting，此时被叫于LTE网络占用A2_YD福利巷斯麦尔DLD_H-3，连续3次接收到了寻呼消息，经核对被叫TMSI与寻呼消息携带TMSI一致，接收到最后一条寻呼消息后50s内丢失信令，在此期间内主叫Disconnect，cause：16：normal call clearing（正常清除），造成未接通。 问题分析： 核查主叫核心网直接下发服务拒绝原因 核查被叫是否收到寻呼消息 问题排查： 核查主叫核心网直接下发服务拒绝原因 方法步骤：通过信令分析主叫UE发起Extended Service Request时空口环境良好，但随后核心网直接下发Service Reject（消息内容未解码），3s后主叫发起LAU，可以判断主叫发起回落的目标小区归属的MSC与UE附着EPS网络时登记的MSC不同（即服务MSC与EPS/IMSI登记的MSC不同），因此核心网拒绝了该UE的业务，如下图所示： （主叫核心网拒绝） （主叫发起LAU） 核查被叫是否收到寻呼消息 方法步骤：通过信令分析查看UE正常接收到了网络下发的寻呼消息，且寻呼TMSI与网络给被叫UE下发的TMSI一致，可以确认网络寻呼的正是被叫手机；但是UE在连续收到3条寻呼消息后并未响应，且在随后50s内的信令均丢失，结合主叫UE信令分析，主叫在建立业务27s后收到了2G侧CC层下发的Alerting消息，因此可以判断被叫应该是做出了响应，且被叫向网络上发了Alerting消息，只是被叫UE测试软件并未记录到此时间段内的信令消息，同时在上发了Alerting消息后并未向网络上发Connect消息，直到最终主叫断开；而根据现场测试时终端行为的观察，主叫收到振铃音后被叫UE却毫无反应，一直是待机界面，可以得出结论此时被叫UE出现了问题，未能作出响应寻呼后的反应，导致测试脚本未能执行接通命令，从而导致未接通。 （UE最近一次所分配的M-TMSI） （被叫接收到寻呼消息） 处理过程： 更换测试终端复测 处理效果 在倒换后多次复测验证正常，未在出现类似事件 1