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/)