为什么LTE CSFB后要在2/3G网络上发位置更新
CSFB回落3G的时候,LAC信息应该已经存在于MSC及UE上。
CSFB可以直接语音接入呼叫，为什么在语音RAB释放后还要做一个Location Update?!
:lol
若CSFB回落至2G/3G，LTE TA LIST与 GSM/TD LAC区的不一致，回落至2G后还要进行LAU（位置更新），才能在2G/3G中进行语音业务。
回落至2G做LAU,其目的是UE在MSC上进登记；
以便进行后续的接续....
事实是:你在做TAC到LAC的mapping时，用的LAC只是一个虚拟LAC，从数值上可以与实际LAC相等，也可以不等，两种做法各有千秋，如果你用的虚拟LAC与实际LAC数值上都一样，且覆盖区域无误，那么CSFB回落后就不需要做LAU，好处是减少接通时延，坏处是如果你挂机后return不正常，网络就会认为你在4G，这时候有寻呼过来，网络就会在4G网络寻呼你，而实际上你并没有成功回到4G，导致失败！另一种方案，在设置mapping时，用的虚拟LAC在数值上（注意，我一直强调是数值，实际的物理覆盖区域需一致）如果不是现网中任何一个LAC，或者区域不符，则回落后就要进行一次LAU才能通话，坏处是使得接通延时多了一个LAU的时间，好处是由于做了一次LAU，网络知道了你的所处网络和位置区，即使挂机后return不正常，继续停留在2/3G网络，网络依然能够寻呼到你！
挂机后如果正常return，在4G需要做联合TAU，2/3G自然也需要LAU这属于3GPP规范的正常流程！
我说的是标准答案，其他的可以不用看了！
CSFB的问题远比你想象的问题多，如果不是有各种各样的特别功能保证，寻呼成功率会低的可怕，而且这些新功能基本都是针对话音业务，短信（嗯，没错，短信的实现也是靠CSFB，只不过是核心网，无线不回落）的话我就只能呵呵了，没办法，过度技术就是这样！
另外，发现一个奇怪的问题。请各位研究分析下到底咋回事。
发现带有CSFB指示的位置更新过程完成后，就没有其他后续操作了，比如发起CSMO/CSMT呼叫过程。但是Location Update Request里面命名带有参数CSMO=1或者CSMT=1的。
这是什么情况下发生的LU过程？是不是说明CSMO/MT回落的一次失败？还是说正常流程，十分不解。