本文对普通呼叫和紧急呼叫CSFB过程中LU流程上差异进行比较。
回落到2G/3G相同的LAI
普通呼叫
- 呼叫结束默认发起LAU
- 呼叫结束如果网络没有返回re-direction信息，终端可以忽略LU流程，进行fast return到LTE，加快返回到LTE过程。
紧急呼叫
- 呼叫结束默认发起LAU
- 终端可以设置CSFB紧急呼叫之前是否做LU
- 终端有个PLMN列表，如果当前驻留的PLMN在PLMN列表中，在LTE CSFB回落后进行LU，再进行紧急呼叫。
- 终端有个MCC列表，如果当前驻留的PLMN的MCC在MCC的列表中，在LTE CSFB回落后进行LU，再进行紧急呼叫。
回落到2G/3G不同的LAI
普通呼叫
- 呼叫之前默认发起LAU
紧急呼叫
- 呼叫之后默认发起LAU
- 终端可以设置呼叫之前发起LU
终端为什么会设置CSFB呼叫之前做LU呢？
终端触发CSFB呼叫流程，网络可能给终端re-direction的小区功率会很弱，导致终端不能在该小区上建立CS call。
针对这种情况，终端可以在CSFB call触发时，进行联合的频段扫描（Redirected 的频段 之前保存的频段），选择最佳的小区，从而保证CSFB呼叫成功率。
详细Log分析参考文章
,
