问：关于隐式去激活

yonka

隐式去附着的触发有两种情况：
1、隐式去附着计时器超时
2、由于不可恢复的无线侧错误导致逻辑链路丢失

希望能有人讲下无线侧错误导致逻辑链路丢失是如何导致隐式去附着的。

谢谢

爱卫生

最好提供下出处。例如规范的章节。或者参考的文档。因为隐式去激活好像规范里没有提到。而且好像也没有隐式去激活定时器，没有上下文的关联，很难定位问题的。

yonka

回复 爱卫生 的帖子

我是在alex的mobility management中看到的。

2G和3G都有implicit detach timer
当mobile reachable timer超时后启动implicit detach timer~

这个规范里没有？
我好像也在某篇帖子里看到你提到过啊~~

爱卫生

回复 yonka 的帖子

可你写的是隐式去激活啊。

yonka

回复 爱卫生 的帖子

啊啊啊~
实在对不起~

看了一天文档看晕了~
老把附着写成激活~~

sorry~~
还麻烦帮忙看一下问题~
谢谢

爱卫生

是2G还是3G啊？不太清楚这种情况啊。感觉移动性管理是SGSN的功能，最终还是要等到隐式去附着计时器超时啊。不可能是在BSC/RNC上发起去附着的。规范24008里好像没提到这种情况。会不会是厂家实现，当无线状态不好，BSC/RNC向SGSN报告，然后SGSN隐式去附着？纯属猜测。毫无依据的。

yonka

回复 爱卫生 的帖子

我觉得这个猜测很有可能

规范里没有提到BSS侧给CN消息然后CN判断去附着么？

chad1987

这个隐式分离定时器其实和移动可达定时器有类似。
一般的CN在MS进入Idle态后会启动移动可达定时器，超时之后启动隐式分离定时器，再超时就分离用户。23401里面有点说明，24301里面也有好像

yonka

回复 chad1987 的帖子

有没有其他非计时器超时的原因导致隐式去激活的？

爱卫生

chad1987 发表于 2012-3-14 21:08
这个隐式分离定时器其实和移动可达定时器有类似。
一般的CN在MS进入Idle态后会启动移动可达定时器，超时之 ...

TS23.401和TS24.301均为EPC的规范。核心网的隐式去附着youka应该已经知道了，有专门的隐式去附着计时器。论坛也有帖子讨论。这里主要是想了解下有没有因为无线环境不好造成的隐式去附着。我查了核心网的规范，没有提到类似的Timer和流程。TS23.060和TS24.008都没提到。不知道无线侧的规范里有没有，不大确定。

iscehsj

规范25.413 section 8.4.1有描述：
The purpose of the Iu Release Request procedure is to enable the UTRAN to request the CN to release the Iu connection for a particular UE due to some UTRAN generated reason (e.g. "O&M Intervention", "Unspecified Failure", "User Inactivity", "Repeated Integrity Checking Failure" , "Release due to UE generated signalling connection release", "Radio Connection With UE Lost", "Access Restricted Due to Shared Networks").

因此，当RNC检测到其与UE的无线连接丢失后，RNC会向SGSN发出Iu Release Request，携带的cause值为“Radio Connection With UE Lost”。SGSN在收到RNC的消息后，会发起Iu Release procedure。
因为只要cause值不是“User Inactivity”，核心网侧一旦收到Iu Release Request，就会发起Iu Release Procedure：

Interactions with Iu Releaseprocedure:

The Iu Releaseprocedure should be initiated upon reception of an IU RELEASE REQUESTmessage when the cause is different than "User Inactivity". When thecause is set to "User Inactivity", it is optional to initiate the IuRelease procedure.

另外，在23.060 section 6.6描述detach function之时，对detach进行分类，包括显式detach和隐式detach。详细说明如下：

The MS isdetached either explicitly or implicitly:

-
Explicitdetach: The network or the MS explicitly requests detach.

-
Implicitdetach: The network detaches the MS, without notifying the MS, aconfiguration-dependent time after the mobile reachable timer expired, or afteran irrecoverable radio error causes disconnection of the logical link.

其中，对不可恢复的无线错误导致逻辑链路的断开的情形，规范明确了也可触发隐式detach。
而detach的流程可参考section 6.6.2.1 SGSN-Initiated Detach Procedure。

综上所述，
1. 当RNC检测到其与UE的无线连接丢失后，RNC会向SGSN发出Iu Release Request，携带的cause值为“Radio Connection With UE Lost”。
2. SGSN在收到RNC的消息后，会发起Iu Release procedure。
3 由于SGSN知道导致Iu Release的cause为“Radio Connection With UE Lost”，则接下来可能会发起对该UE的隐式detach procedure。

爱卫生

回复 iscehsj 的帖子

非常感谢。非常的清楚解答。谢谢！看来还得仔细读规范啊！

iscehsj

3GPP规范博大精深，现在我也只是管中窥豹而已。
大家一些讨论学习吧。呵呵~

adaqxy

学习了。。

yonka

adaqxy 发表于 2012-6-6 14:22
学习了。。

萌妹纸？？！！！

adaqxy

yonka 发表于 2012-6-6 15:13
萌妹纸？？！！！

是菜鸟。。

yonka

adaqxy 发表于 2012-6-6 15:17
是菜鸟。。

那没关系，是萌妹纸就行了

这一行呆久了看到 妹纸的感觉已经不是兴奋了，而是感动

adaqxy

yonka 发表于 2012-6-6 16:48
那没关系，是萌妹纸就行了

这一行呆久了看到 妹纸的感觉已经不是兴奋了，而是感动

别乱叫妹，我是姐。