51学通信技术论坛

标题: 请教达人们个问题，关于MM状态迁移的，多谢解答 [打印本页]

作者: jianglibing 时间: 2012-2-21 20:17:43 标题: 请教达人们个问题，关于MM状态迁移的，多谢解答

就是在3G的MM状态迁移的那个转换图中，从PMM-CONNECTED状态迁移到PMM-DETACHED状态，有个情况是PS attach reject，已经在PMM-CONNECTED状态了，怎么又来个attach呢，前辈们看你们的啦？

作者: 爱卫生 时间: 2012-2-21 21:23:44

我的个人理解是这是为了防止一些例外事件的发生。举个例子：如果MS完成附着后，应该MS和SGSN都处于PMM-Connected状态。但这时有些意外情况，例如用户把手机电池拔了或者突然就没电了，这时候可能并没有去附着，SGSN侧仍然是PMM-Connected状态，这种情况下。手机如果重新开机，则需要重新执行附着流程。具体的状态转换机可参考TS23.060的6.1.2.4 State Transitions and Functions章节的描述。

作者: carlxu 时间: 2012-2-22 15:59:57

爱卫生发表于 2012-2-21 21:23
我的个人理解是这是为了防止一些例外事件的发生。举个例子：如果MS完成附着后，应该MS和SGSN都处于PMM-Conn ...

爱老大，那有没有可能是这种情况，当MS发出Attach Request这条消息的时候，MS的状态已经转换成了PMM-CONNECT，但是SGSN侧是当接受到Attach Request这条消息的时候才转换成PMM-CONNECT状态，可是由于一些原因SGSN需要拒绝此次附着，因此回复一个拒绝消息给MS，发送此拒绝消息的时候，SGSN状态由之前的PMM-CONNECT转换成了PMM-DETACHED,而MS接受到拒绝消息的时候，从之前的PMM-CONNECT转换成了PMM-DETACHED，所以这就是为什么从PMM-CONNECT到PMM-DETACHED会有Attach Reject，不过纯属个人一时的想法，暂时还没找到理论依据

作者: 爱卫生 时间: 2012-2-22 16:07:24

回复 carlxu 的帖子

这个倒不会。MS和SGSN上的PMM-Connected和PMM-IDLE之间的切换，并不是以是否发出或收到Attach Request为条件的。这在TS23.060的6.1.2.4有明确说明。比如要等attach流程完成以及PS信令连接建立，才能实现状态的切换。

如下：

Moving from PMM DETACHED to PMM CONNECTED in the MS:
- GPRS Attach: The MM context shall move to the PMM CONNECTED state when a PS signalling connection is established between the MS and the 3G SGSN for performing a GPRS attach. If the GPRS attach is accepted an MM context is created in the MS.
Moving from PMM DETACHED to PMM CONNECTED in the 3G SGSN:
- GPRS Attach: The MM context shall move to the PMM CONNECTED state when a PS signalling connection is established between the MS and 3G SGSN for performing a GPRS attach. If the GPRS attach is accepted, an MM context is created in the 3G SGSN.

作者: 爱卫生 时间: 2012-2-22 16:38:23

回复 carlxu 的帖子

不好意思。更正一下我的错误。

经过确认。PMM-Connected和PMM-Detached的切换。既不是是否成功附着为标准，也不是以是否发出和收到Attach Request消息为准。而是根据规范的定义，而是要看RNC和SGSN之间的PS Signaling connection(也就是Iu连接)是否建立或释放。

按照信令流程是这样的，当MS发出attach request的时候，PS Signaling connection是还没有建立的，当RNC收到attach request消息后，会通过SCCP层和SGSN建立SCCP层的连接，对应的消息是CR和CO。这个attach request消息做为L3消息放在RANAP里面发送给SGSN，SGSN收到后需要给RNC回SCCP层的CO消息，来建立PS Signaling connection。所以可以说SGSN收到MS的attach request消息了，并且RNC过来的CR请求消息没有问题，就会切换到PMM-Connected状态。而MS侧则需要等到SGSN过来的第一条L3消息，例如是Indentity Request消息后，才切换到PMM-Connected。

作者: 爱卫生 时间: 2012-2-22 16:48:51

carlxu 发表于 2012-2-22 15:59
爱老大，那有没有可能是这种情况，当MS发出Attach Request这条消息的时候，MS的状态已经转换成了PMM-CONN ...

那现在再看你的理解，我觉得就应该是对的了。

正如你所说。SGSN侧只要和RNC的PS Signaling Connection建立成功，就会切换到PMM-Connected。这时候发生在收到MS的Attach Request消息时。但如果后来因某种原因拒绝用户附着，则SGSN将给MS回Attach Reject，并将MM状态切换到PMM-Detached。那这种情况就有很多了。

作者: carlxu 时间: 2012-2-22 17:23:52

爱卫生发表于 2012-2-22 16:48
那现在再看你的理解，我觉得就应该是对的了。正如你所说。SGSN侧只要和RNC的PS Signaling Connection建立 ...

嗯嗯，多谢爱老大回答，之前居然把PMM-CONNECT的标准为PS Signalling Connection给忘记了，经过老大这么一解释，就更有理论依据了~
那么这里我又想延伸到2G的MM状态转换了，GMM状态中，Ready的标准为LLC PDU的发送与接受吧，那在2G中，当MS发送一个Attach Request的时候，就是一个LLC PDU吧，此时MS变换为Ready，那么当SGSN收到这个消息的时候，等于收到LLC PDU，那么此时SGSN变换为Ready，可以这么理解吧？

作者: 爱卫生 时间: 2012-2-22 19:48:55

回复 carlxu 的帖子

2G中状态转换的定义是：

Moving from IDLE to READY:
- GPRS Attach: The MS requests access and a logical link to an SGSN is initiated. MM contexts are established at the MS and SGSN.
这个解释很短。意思好像确实说的是只要发起了一个逻辑连接的建立就可以切换。但我感觉这部分存在争议。结合Ready状态的定义：

1）The MS may activate or deactivate PDP contexts while in READY state.

这点如果说MS发送了LLC PDU（Attach Request)后就变成ready了，然后就不用等attach accept就可以马上做PDP的激活了，感觉不靠谱。

2）The MS may send and receive PDP PDUs in this state。这点也不靠谱。

3）另外如果MS发送了attach request就进入ready，那就应该ready timer计时了。但这时候ready timer还没分配呢。是在attach accept消息里分配。

所以，我看到有一些参考书上介绍，是成功的完成附着流程之后切换到ready。我个人比较认同这个观点。

不过，从standby切换到ready倒应该没有争议。只要发送或者收到任意类型的LLC PDU（除了null LLC PDU），MS和SGSN侧都会从standby切换到ready。

作者: 森林的晨雾 时间: 2012-4-13 11:15:00

用户发送附着请求并建立与CN侧的信令连接，pmm为connected状态，CN侧回reject消息因无线连接丢失未被用户侧收到，定时器超时后用户会再发附着请求，但此时ms pmm状态为connected，此时无线连接建立CN侧回reject消息被用户接收到，状态迁至detached。

作者: 森林的晨雾 时间: 2012-4-13 11:21:05

举个列子：用户发送附着请求并建立与CN侧的信令连接，pmm为connected状态，CN侧回reject消息因无线连接丢失未被用户侧收到，定时器超时后用户会再发附着请求，但此时ms pmm状态为connected，此时无线连接建立CN侧回reject消息被用户接收到，状态迁至detached。

作者: imwoohan 时间: 2012-5-19 16:55:30

爱总，我重新阅读了下TS23060-b10 的6.1.2章，其中6.1.2.4里面的NOTE:这么描述到
In both the PMM IDLE and the PMM CONNECTED states, session management may or may not have activated a PDP context. The consequence is that in PMM CONNECTED state, only a signalling connection may be established. In PMM IDLE state, a PDP context may be established, but no corresponding connection over the Iu interface nor the radio are established.
请问，在PMM-IDLE状态下，MS和3G-SGSN都没有PS信令链接了，但是3G-SGSN和GGSN还保存有该MS的PDP 上下文。这样还有什么意义吗？
另外，在这一个章节里面还提到了两个定时器，一个是MS reachable定时器，一个是LTE的GPRS Implict 定时器。请问这两个定时器超时的条件是不是MS没有及时发送心跳包过来呢？

作者: 爱卫生 时间: 2012-5-19 17:45:19

imwoohan 发表于 2012-5-19 16:55
爱总，我重新阅读了下TS23060-b10 的6.1.2章，其中6.1.2.4里面的NOTE:这么描述到
In both the PMM IDLE an ...

还是很有意义的。主要是可以增强用户体验。因为PS信令连接属于MM状态，而PDP上下文是SM状态。后者是需要流程来控制。而前者主要是靠timer。包括你提到的reachable timer和隐式去附着计时器，这些主要是用来2G里面，前者是用来控制standby状态下，如果有下行数据过来了，是否要对用户做寻呼。后者就是控制当多长时间和用户没有联系，网络侧隐式去附着，并不通知MS。论坛也有相应的帖子讨论，可以找找看。

举一个例子，如果用户在看一篇小说，大屏智能机，2分钟才翻页。那PS信令连接可能很快就释放了。但如果你在2分钟内将PDP上下文也去激活的话，则2分钟以后，用户不但要重建PS信令连接，并且还要重新去做PDP上下文的去激活，这样用户会感觉会慢一些，降低用户体验。

欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/)