51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 4339|回复: 5

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

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

发表于 2014-2-26 10:16:42 |显示全部楼层
一键分享 一键分享
本帖最后由 wenliu 于 2014-2-26 10:19 编辑

代为发帖, 问题如题:为什么当ISR激活的时候,UE的TIN如果是GUTI,当UE从old MME 进行TAU的更新至new MME时,ISR必须被去激活呢? 是不是因为新的MME无法获取SGSN的地址,所以ISA 必须去激活?
人刚我柔谓之走,我顺人背谓之粘。动急则急应,动缓则缓随。虽变化万端, 而理为一贯。

Rank: 3Rank: 3Rank: 3

发表于 2014-2-26 10:20:09 |显示全部楼层
本帖最后由 xxx060214 于 2014-2-26 11:29 编辑

401里是这么说的。。但是就是不明白要这么设计哦。。我觉得从一个MME注册到另一个MME,ENODEB可以从UE的TIN,完全可以确定老的MME,可以获取到MM和承载上下文。。也就是说新MME和SGSN里的承载信息完全可以做到一致的。。这个时候为什么要去激活ISR呢?
401里有句话作了解释,但是不是很明白:

For an MME change ISR is not activated by the newMME to avoid context transfer procedures with two old CN nodes.


使用道具 举报

Rank: 3Rank: 3Rank: 3

发表于 2014-2-26 10:21:09 |显示全部楼层
还有2个问题哦:
1、在ISR激活的时候,SGW里对应MME和SGSN,控制面的TEID都是同一个吧?
2、SGSN升级为S4 SGSN之后,是不是对于23G,S5 的承载也不会释放呢?如果释放的话,那UE从UTRAN进行TAU到E-UTRAN时,岂不是没有任何承载了?那不是要去注册的吗?

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

发表于 2014-2-26 13:01:50 |显示全部楼层
本帖最后由 kinghighland 于 2014-2-26 13:12 编辑

机制的设计是这样的:
核心网节点的改变使得上下文在同一个类型的核心网实体间传输(本例中是MME之间),此时返回的更新响应消息中不会包含“ISR已激活”参数,表示ISR不激活或者应去激活,UE将TIN更新为当前RAT的临时标识并执行ISR去激活。
分析:
ISR是根据UE的移动来决定是否需要同时注册到两个系统中,双注册并不是一次完成的,而是先在一个核心网实体(MMS或SGSN)进行注册,当UE在移动中自然发起TAU/RAU/LAU时,核心网才开始判断是否执行双注册(即激活ISR),这意味着前后两次注册发生在不同的系统之间,所谓“核心网节点的改变使得上下文在不同类型的核心网实体间传输”,此时才有激活ISR的必要。所以在从一个MME到另一个MME时,或者从一个SGSN到另一个SGSN时,去激活ISR。
去激活之后,仍然可以根据UE的移动再次重新激活ISR,这一机制保证了ISR的使用的必要性,不是随时处于激活状态,而是有必要才激活。所以不是无法找到旧的SGSN而是没必要维持ISR的激活状态了。




EasyAnalyzer(R)信令分析系统(23g+LTE)的平台产品进行了小型化,推出免费版EA-Lite, 可运行于笔记本电脑, 面向所有的工程师朋友发布. 有兴趣的朋友赶快加入EA-Lite 的QQ群(316429471)

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

发表于 2014-2-26 13:48:36 |显示全部楼层
xxx060214 发表于 2014-2-26 10:21
还有2个问题哦:
1、在ISR激活的时候,SGW里对应MME和SGSN,控制面的TEID都是同一个吧?
2、SGSN升级为S4 ...



TAU的时候可以建议默认承载
EasyAnalyzer(R)信令分析系统(23g+LTE)的平台产品进行了小型化,推出免费版EA-Lite, 可运行于笔记本电脑, 面向所有的工程师朋友发布. 有兴趣的朋友赶快加入EA-Lite 的QQ群(316429471)

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

发表于 2014-11-30 00:40:55 |显示全部楼层
本帖最后由 hycl5410 于 2014-11-30 09:09 编辑

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.


使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-3-29 10:16 , Processed in 0.026820 second(s), 13 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部