51学通信技术论坛

标题: Gb接口MS在STANDBY状态下执行RAU后GMM状态是否转变为READY? [打印本页]

作者: lihuaiming    时间: 2013-8-21 22:20:44     标题: Gb接口MS在STANDBY状态下执行RAU后GMM状态是否转变为READY?

MS在附着后,如没有发起会话,READY TEIMER超时后会转入STANDBY状态,发起RAU后状态是否转变为READY状态?
根据规范说明:STANDBY状态下SGSN从MS接收一条LLC PDU后会发生状态迁移。
我理解RAU消息应属LLC PDU,所以RAU后,MS状态应迁移至READY状态,且此后如果马上有下行数据,应不用发起寻呼。
这样理解是否正确?
另,RAU过程是否一定伴随有FLUSH-LL消息?
FLUSH-LL消息是否只在READY状态下才会出现?  周期性路由区更新 FLUSH-LL.zip (542 Bytes, 下载次数: 0)   
附一个RAU过程信令,供参考。
[attach]2757[/attach]

作者: hrbqby    时间: 2013-8-22 11:15:10

在做RAU时,SGSN 要发起PAGING 消息给MS。 MS 收到后会发起SERVICE REQUEST 给SGSN 。 这时的standby ---->ready.   ready 超时后会变为standby
作者: lihuaiming    时间: 2013-8-22 13:02:38

hrbqby 发表于 2013-8-22 11:15
在做RAU时,SGSN 要发起PAGING 消息给MS。 MS 收到后会发起SERVICE REQUEST 给SGSN 。 这时的standby ----> ...

1、Gb接口会有SERVICE REQUEST ?
2、RAU是MS发起,是上行数据,我不认为会发生PAGING。

作者: hycl5410    时间: 2013-8-22 14:14:46

本帖最后由 hycl5410 于 2013-8-22 14:26 编辑

1. 个人理解应该是进入ready的。另外RAU accept还有这么个东西 Force to standby,详情可以看看24.008 (不好意思我实在是懒了)

2. TS 48.018
8.1        FLUSH-LL (logical link) procedure
When an SGSN detects a cell change of an MS from a cell update or a routing area update, the SGSN shall send a FLUSH-LL PDU to the old BVC to initiate the following procedures:
用shall就是很强了,基本等于必须。

然后再分析这个抓包,估计就是在某一个cell下进入了standby,然后再重选到另外一个cell上做了PRAU。
然后问题就又来了,standby下,按说SGSN是不记cell信息的,为什么此处还会判断到cell change了呢?
有点意思,建议抓一些完整点的包看看这个用户到底发生了什么事情,然后找厂家支持吧。


作者: 爱卫生    时间: 2013-8-23 00:07:20

MS在附着后,如没有发起会话,READY TEIMER超时后会转入STANDBY状态,发起RAU后状态是否转变为READY状态?
根据规范说明:STANDBY状态下SGSN从MS接收一条LLC PDU后会发生状态迁移。
我理解RAU消息应属LLC PDU,所以RAU后,MS状态应迁移至READY状态,且此后如果马上有下行数据,应不用发起寻呼。
这样理解是否正确?
   这个,我个人觉得是正确的。RAU也属于LLC PDU。
另,RAU过程是否一定伴随有FLUSH-LL消息?
  理论上应该是。这个flush流程主要还是做流控的目的。它的触发条件楼上H大侠也提到了,只要SGSN检测到了小区的变化就会发,那RAU肯定小区就变了。以下是收到BSS的ack后SGSN应采取的行为:
  On receipt of a FLUSH-LL-ACK PDU by the SGSN, indicating that the LLC-PDU(s) associated with the old BVC have been "deleted", the SGSN should update the value of the bucket counter (B) for the MS and for the old BVC, B = max (B - N, 0). N is provided by FLUSH-LL-ACK PDU, indicating the number of octets deleted by the BSS.
On receipt of a FLUSH-LL-ACK PDU by the SGSN, indicating that the LLC-PDU(s) associated with the old BVC have been "transferred" within the NSE, the SGSN should update the value of the bucket counter (B) for the old BVC, B = max (B - N, 0). The value of B for the new BVC should also be updated, B = min (B + N, Bmax). N is provided by FLUSH-LL-ACK PDU, indicating the number of octets transferred by the BSS.
FLUSH-LL消息是否只在READY状态下才会出现?
  FLUSH-LL消息属于BSSGP层,理论上和用户MM状态无关。但实际上因为做RAU的时候,ready timer还不回那么快超时并且现网ready timer普遍偏大,所以应该是在ready状态下出现。


作者: lihuaiming    时间: 2013-8-23 09:30:36

感谢各位大侠的指导,受益匪浅,谢谢!
作者: hendouse    时间: 2013-8-25 23:01:21

我个人觉得FLUSH-LL消息肯定是在ready状态下出现! 既然出现了这条信令,那说明MS肯定现在处于ready状态,因为ready状态下MS才精确到小区级别,从这里推出就可以肯定了。
作者: hycl5410    时间: 2013-8-26 09:22:42

FLUSH-LL消息属于BSSGP层,理论上和用户MM状态无关。
完全同意这句话。

然后我们再回到是否ready上来。首先请大家注意,这是一个PRAU,PRAU前提应该是进入standby之后启动的timer超时(只要进入ready就会reset这个timer)。也就是说,UE在进行PRAU之前应该是standby状态的。
正如楼上所说,“因为ready状态下MS才精确到小区级别”,那么问题就是,SGSN在收到PRAU的时候,虽然知道当前小区是什么,但是不应该知道PRAU之前UE所在的小区。

所以感觉上是UE与SGSN之间状态失步了,但是具体是什么导致,从现有的抓包里是看不出来的。所以我建议楼主继续抓取更长时间的log来看看是否有什么线索。




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