51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 5394|回复: 8
打印 上一主题 下一主题

关于隐式去附着 [复制链接]

Rank: 3Rank: 3Rank: 3

跳转到指定楼层
楼主
发表于 2013-2-19 10:00:57 |只看该作者 |倒序浏览
一键分享 一键分享
在Iu接口上,周期性路由更新定时器超时,然后MS可及定时器超时后,SGSN会发起隐式去附着流程。但是这个时候手机和SGSN之间的Iu信令链接都断开了,SGSN发的这个隐式去附着手机还能收到吗?

Rank: 9Rank: 9

懒

沙发
发表于 2013-2-19 15:45:31 |只看该作者

可以的。没有问题。因为在发去附着之前,会触发一个service request流程将空口连接重新激活,并且回到PMM-Connected状态,再去发detach request。


www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 8

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

板凳
发表于 2013-2-19 16:05:11 |只看该作者
我理解的不是这样。。。
所谓“隐式”,就是没有显式信令的detach过程。该过程其实是不同步的,SGSN认为UE已经detached了,但是UE并不一定这么认为。
隐式去附着之后,UE再发任何信令(attach request除外,比如,service request),SGSN都会回detach request,指明cause为implicit detached,UE收到后,应该进行re-attach.

TS 23.060

The MS is detached either explicitly or implicitly:
-        Explicit detach: The network or the MS explicitly requests detach.
-        Implicit detach: The network detaches the MS, without notifying the MS, a configuration-dependent time after the mobile reachable timer expired, or after an irrecoverable radio error causes disconnection of the logical link.

使用道具 举报

Rank: 9Rank: 9

懒

地板
发表于 2013-2-19 21:17:22 |只看该作者
hycl5410 发表于 2013-2-19 16:05
我理解的不是这样。。。
所谓“隐式”,就是没有显式信令的detach过程。该过程其实是不同步的,SGSN认为UE ...

对对对。非常感谢H大侠纠正啊。我上面的回答太草率了。不好意思。没注意到是隐式去附着。隐式去附着都超时了,可以理解为无线环境已经不可达了(否则照道理MS会做周期性RAU的)。所以后续SGSN已经没有办法下发正常的detach request消息了。所以只是在本地将MS的信息清除,并不给MS发送任何的NAS信令指示(因为MS不可达了),所以就叫隐式去附着。

谢谢纠正~~


www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 3Rank: 3Rank: 3

5#
发表于 2013-2-21 01:45:12 |只看该作者
学习了。。。。哈哈

使用道具 举报

Rank: 3Rank: 3Rank: 3

6#
发表于 2013-2-22 22:02:39 |只看该作者
TS 23.060 协议理解得深刻

使用道具 举报

Rank: 3Rank: 3Rank: 3

7#
发表于 2013-2-25 14:51:07 |只看该作者
hycl5410 发表于 2013-2-19 16:05
我理解的不是这样。。。
所谓“隐式”,就是没有显式信令的detach过程。该过程其实是不同步的,SGSN认为UE ...

那请问,如果ms发service request上来的时候,sgsn这边已经删除了ms的MM上下文,已经无法通过ptmsi找到该ms, 这个时候是发service reject拒绝呢?还是detach request呢?

使用道具 举报

Rank: 8

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

8#
发表于 2013-2-25 15:19:34 |只看该作者
imwoohan 发表于 2013-2-25 14:51
那请问,如果ms发service request上来的时候,sgsn这边已经删除了ms的MM上下文,已经无法通过ptmsi找到该 ...

不好意思!是我说错了,service request情况是回service reject的,cause为implicit detached。

2G场景下,如果SGSN收到发自implicit detached用户的信令或者数据,则会发detach request给UE。

使用道具 举报

Rank: 3Rank: 3Rank: 3

9#
发表于 2013-3-6 10:17:24 |只看该作者
hycl5410 发表于 2013-2-25 15:19
不好意思!是我说错了,service request情况是回service reject的,cause为implicit detached。

2G场景 ...

你的意思是,Iu接口下,已经被implict detached的用户,发起service request的话,是回复service reject,携带原因值为implicted detached,如果是Gb接口下的话,则是发送detach request给用户?

点评

hycl5410  是的  发表于 2013-3-6 14:30:32

使用道具 举报

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

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

GMT+8, 2024-5-9 12:26 , Processed in 0.026917 second(s), 13 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部