51学通信技术论坛

标题: GPRS附着发起过程中的临时TLLI能否用于挂起恢复过程 [打印本页]

作者: Julkot 时间: 2011-7-13 19:32:43 标题: GPRS附着发起过程中的临时TLLI能否用于挂起恢复过程

GPRS挂起恢复过程需要用到TLLI，那么在GPRS附着发起过程中使用的临时的TLLI能否用于挂起恢复过程呢？

作者: 爱卫生 时间: 2011-7-13 20:30:00

回复 Julkot 的帖子

  这个还是TLLI的问题吧。和挂起恢复流程关系不大。你说的临时TLLI是指的Foreign-TLLI吗？
  应该就是说，在挂起恢复流程中，MS里面是什么TLLI就用什么TLLI。
  那如果是挂起恢复流程，之前肯定做了附着或者RAU。这样MS肯定会保存的是由P-TMSI转变过来的Local TLLI，而不应该是Foreign TLLI，因为Foreign TLLI其实应该是在附着或RAU流程中才有可能用到的。所以，在做挂起恢复流程中用到的TLLI应该是Local TLLI。
  关于TLLI和P-TMSI仍然有一点争议，可参考这个帖子。从附着和PDP激活流程看Local和Foreigh TLLI的变化。

作者: Julkot 时间: 2011-7-14 09:04:07

回复爱卫生的帖子

您好，感谢您的回答！想象一下这种情况，我刚发起GPRS附着过程，还没有成功（MS处于GMM-REGISTERED-INITIATED），这个时候有电话进来了，我要先接电话。这个时候，是否进行挂起过程？

作者: 爱卫生 时间: 2011-7-14 10:32:13

Julkot 发表于 2011-7-14 09:04
回复爱卫生的帖子

您好，感谢您的回答！想象一下这种情况，我刚发起GPRS附着过程，还没有成功（MS处于GM ...

  这种假设应该不存在。GPRS Suspend是指，当一个MS正在使用数据业务的时候，有电话进来，就可以将数据业务挂起，优先接听语音呼叫。这个前提就是MS正处在GPRS的连接态。但如果PS的附着都还没有完成，那在网络侧和MS上的MM状态都应该是Idle。这时候你的数据业务没有进行，并没有占用相应的时隙和信道。所以不会影响到你的语音业务。
  即使你附着成功了，MM状态切换到Ready，只要你不上网访问页面，则也不会用到Suspend。而且从规范角度来说，suspend流程需要MS自己发起RR Suspend消息，要包含TLLI和RAI，这两项都要等到附着成功以后才能分配。
  综上所述，你说的这种情况是不会发生suspend流程的。

作者: Julkot 时间: 2011-7-14 15:04:52

回复爱卫生的帖子

非常感谢您的回答，让我对挂起恢复过程有了更加清晰的理解。在路由更新状态下，是否可以发起挂起过程的？TS24.008中有这么一句话[url=]A normal routing area updating shall abort anyongoing GMM procedure[/url].正常路由更新会终止一切正在进行的ＧＭＭ过程。还是说挂起恢复不属于GMM的过程？

作者: 爱卫生 时间: 2011-7-14 20:53:03

Julkot 发表于 2011-7-14 15:04
回复爱卫生的帖子

非常感谢您的回答，让我对挂起恢复过程有了更加清晰的理解。在路由更新状态下，是否可 ...

  对规范的这句话“normal routing area updating shall abort any ongoing GMM procedure”。我觉得我理解了一半。当执行其他GMM流程时，如果跨了RA，要优先进行RAU。因为RAU实际上我的理解可以看成是一种特殊类型的附着，实现到其他RA的网络登记过程，因此优先是可以理解的。但要说中断所有正在进行的GMM 流程，又觉得无法理解。因为假如手机正在上网发生了RA切换，则应该比RAU优先执行PS Handover流程，等PS Hadnover流程结束后再执行RAU。规范也是这样定义的（TS43.129）。而且，根据TS24.008，对normal routing area updating的定义也查了，when the MS detects a change of the routing area in state GMM-REGISTERED;---那上述PS Handover发生的RAU肯定也算。而且PS Handover肯定算GMM procedure。所以我觉得是有矛盾的地方的。
另外，关于GMM procedure的定义，我的个人理解就是手机出来的所有NAS消息都应该算GMM流程的一部分。但查阅TS23060又说，“GPRS Mobility Management and Session Management (GMM/SM): This protocol supports mobility management functionality such as GPRS attach, GPRS detach, security, routeing area update, location update, PDP context activation, and PDP context deactivation, as described in clauses "Mobility Management Functionality" and "PDP Context Activation, Modification, Deactivation, and Preservation Functions"。
  根据这个说明，就没有包括Suspend流程，而且Suspend流程属于16章，并不在上述提到的两个章节之内。
  但最后，关于你的这个问题，正在上网来了个电话，MS发起Suspend流程，又正好这时候发生了RAU。我的个人感觉是MS应该会发起RAU，但如果发起RAU之前，正好完成了Suspend流程，则切换到CS。如果还没有完成，则有可能Suspend会失败。因为跨了RA后，需要重新分配P-TMSI，也就是TLLI可能会变，这可能也会影响到Suspend流程吧。因为Suspend流程需要用到当前RA的TLLI。
  这个需要有做开发的朋友帮忙解答，呵呵！

作者: Julkot 时间: 2011-7-15 09:15:10

回复爱卫生的帖子

看了您的回答，我觉得很受启发！我还有一个问题，TS24.008协议中有两个SUSPEND的状态，一个是GMM-REGISTERED.SUSPEND另外一个是GMM-DEREGISTERED.SUSPEND，协议里没说在什么情况下进入哪个子状态，请问GMM-DEREGISTERED.SUSPEND状态进入的条件是什么？

作者: 爱卫生 时间: 2011-7-16 15:34:01

Julkot 发表于 2011-7-15 09:15
回复爱卫生的帖子

看了您的回答，我觉得很受启发！我还有一个问题，TS24.008协议中有两个SUSPEND的状态， ...

  我觉得有说啊！首先来看一个Dedicated Mode的概念。这是在CS域中的Um接口中RR（无线资源管理）子层的概念。RR层有几种状态，Idle Mode以及Dedicated Mode(专用模式），进入专用模式代表MS和BSC已经建立了一个RR连接，将等待马上到来的上层MM消息。具体的可参考这篇文章：GSM层三信令分析。
  然后再看24008提到的这两个状态：
  规范规定了何时进入这两种状态：
“4.1.3.1.2.8 GMM-DEREGISTERED.SUSPENDED (A/Gb mode only)
The MS shall enter this substate when entering dedicated mode and the MS limitations make it unable to communicate on GPRS channels. The MS shall leave this substate when leaving dedicated mode.

4.1.3.1.3.2 GMM-REGISTERED.SUSPENDED (A/Gb mode only)
The MS shall enter this substate when entering dedicated mode and when the MS limitations makes it unable to communicate on GPRS channels. In this substate, no user data should be sent and no signalling information shall be sent. The MS shall leave this substate when leaving dedicated mode.”
需要注意的是，前者是GMM-DEREGISTERED的子状态，一共有8个子状态。而GMM-REGISTERED.SUSPENDED 则是GMM-REGISTERED的子状态。GMM-DEREGISTERED和GMM-REGISTERED的区分在24008也有说明：
“4.1.3.1.1.2 GMM-DEREGISTERED
The GPRS capability has been enabled in the MS, but no GMM context has been established. In this state, the MS may establish a GMM context by starting the GPRS attach or combined GPRS attach procedure.

4.1.3.1.1.4 GMM-REGISTERED
A GMM context has been established, i.e. the GPRS attach or combined GPRS attach procedure has been successfully performed. In this state, the MS may activate PDP contexts, MBMS contexts, may send and receive user data and signalling information and may reply to a page request. Furthermore, cell and routing area updating are performed.”
在这章后面一点还给出了这两种状态的切换图。简单来说，就是GMM-DEREGISTERED说MS没有附着到PS域，后者则说明MS已成功附着到PS域。因此分别定义两种Suspend状态也就不奇怪了。
综上所述并根据最开始的解释：
进入GMM-DEREGISTERED.SUSPENDED的条件就是：1 MS没有附着到PS域 2 MS建立了BSC的RR连接进入到专用模式 3 MS是个B类手机无法同时使用CS和PS 。
进入GMM-REGISTERED.SUSPENDED的条件就是：1 MS附着到PS域 2 MS建立了BSC的RR连接进入到专用模式 3 MS是个B类手机无法同时使用CS和PS 。

作者: Julkot 时间: 2011-7-16 15:52:51

回复 Julkot 的帖子

但是按您这么说的话，问题又回来了。之前您回答说，foreign TLLI不应该用于挂起过程，因为它根本还没有附着，没有占用信道资源。那么此时GMM-DEREGISTERED.SUSPENDED状态，没有附着到PS域，不就是没有占用信道资源，使用foreign TLLI吗？

作者: 爱卫生 时间: 2011-7-16 16:29:31

回复 Julkot 的帖子

  澄清下，呵呵。千万别把我说的当成一定对，只是仅供参考。我踊跃发言只是希望起到一个带动作用，能形成一个活跃交流、分享的氛围。我的言论只是我个人对规范的理解并结合自己的经验进行分析作出的。但很多光凭我的个人经验还是不够的。例如3GPP在制定规范的时候的一些考虑、背景。目前我也有很多疑问等待求解。
  上面有很多我的解释只是我根据24008的理解得出的，但很多背景知识我还并不清楚，只能去不断发现。
  以下纯属个人理解：
  由于附着成功的标志应该是MS收到SGSN回的Attach Accept消息并回送Attach Complete。当MS收到SGSN的Attach Accept消息后，则MS的大状态将从GMM-DEREGISTERED切换到GMM-REGISTERED状态。已经切换成功了。
  开始我其实有点不大理解为什么规范要单独设置一个GMM-DEREGISTERED-SUSPENDED子状态，因为我的感觉应该是MS正在用数据业务的时候才有suspend流程，都没PS附着，哪来的PS域的suspend。
  后来我觉得可能是在MS---SGSN的附着这个过程当中（从MS发attach request到SGSN回attach accept之间的时间内）如果收到了CS的呼叫，则这个附着流程将被挂起，进行CS域的呼叫。这时因为MS还没有附着成功，所以应该进入GMM-DEREGISTERED-SUSPENDED子状态，当CS呼叫结束后，继续完成PS的附着。因为附着没有完成，所以这时候肯定使用的是Foreign TLLI，之前说的不够精确，因为将这种Deregisted状态忽略了。
  但如果MS已经附着成功后，正在使用PS业务，收到了CS呼叫，则应进入到GMM-REGISTERED-SUSPENDED子状态。这时候应该使用的就是Local TLLI。因为附着成功后，MS得到了新的P-TMSI，会生成在当前RA使用的Local TLLI替代之前的Foreign TLLI.

作者: hendouse 时间: 2011-7-17 09:33:05

想不到平时常常遇到的 SUSPENDED 内容还真多啊

作者: Julkot 时间: 2011-7-18 08:52:24

回复爱卫生的帖子

非常感谢您的回答，我感觉明白了很多，谢谢！

作者: arrowbroken 时间: 2011-10-20 09:20:41

回复 Julkot 的帖子

爱总，讲的非常详细清晰，令人敬佩！

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