为什么当ISR激活的时候,UE的TIN如果是GUTI,如果UE从old MME 进行TAU的更新至new MME时

hycl5410

kinghighland说的非常对。
我们还可以把这些东西串起来讲。
1）如果ISR激活，UE的TIN一定是"RAT-related TMSI"，而不是GUTI。
TS 23.401
J.2        Usage of the TIN
Only if the TIN is set to "RAT-related TMSI" ISR behaviour is enabled for the UE, i.e. the UE can change between all registered areas and RATs without any update signalling and it listens for paging on the RAT it is camped on. If the TIN is set to "RAT-related TMSI", the UE's P-TMSI and RAI as well as its GUTI and TAI(s) remain registered with the network and valid in the UE.

2）ISR开启并从old MME到new MME时，其实UE对此并不知道，UE只是进入新的TA（或者准确的说是TA list），决定要做TAU，此时的TIN还可以是"RAT-related TMSI"，并不一定是GUTI。当然，一旦是GUTI，那么ISR就自动在UE侧deactivate了。此为UE侧ISR状态分析。

3）在网络侧，只要new MME从GUTI中判断出UE是从old MME过来的，那么ISR也一定会被网络侧deactivate掉，原因就是kinghighland所说。

再分析多点就是，网络侧ISR“协商"是在S3接口上实现的，并且MME和SGSN互相保存对方信息。可是当场景变成了S10的时候，就不存在这种"协商"的可能了。

如果有人提这种方案，由于old MME知道UE ISR状态，在S10 context response中向new MME表明ISR的capacity，我觉得倒也没什么意思，不如下次切换RAT再重新开启ISR的方式好。

尽管从TS 29.274 (v a30)来看，似乎提供了这种可能性, 但是new MME收到的是native GUTI，此时new MME并不确定UE一定有有效的P-TMSI，在这种情况下激活ISR并不是一个逻辑严谨的做法。

TS 29.274

7.3.6        Context Response
Indication Flags

ISRAU:
-    This flag shall be set to 1 on S10/S16 interface if the ISR is activated for the UE before the UE moving to the new SGSN/MME.