51学通信技术论坛

标题: GB的下行RAU PDU中 为啥没有带imsi?请教 [打印本页]

作者: samsin    时间: 2011-11-1 13:01:19     标题: GB的下行RAU PDU中 为啥没有带imsi?请教

[attach]931[/attach]这是在福建联通现网中发现的。

为啥 RAU accept 里面 bssgp层没有imsi?

请楼主、各位专家给看看。

作者: 爱卫生    时间: 2011-11-1 14:26:14

回复 samsin 的帖子

  正常情况下是要带IMSI的。但有一个例外,在TS48018中指明了。在6.1章:Downlink UNITDATA procedure中,会发现:
“The SGSN shall include the IMSI in the PDU. As an exception, the SGSN may omit the IMSI in the PDU if the mobile station identified by the TLLI is in MM non-DRX mode period (i.e. during a GMM procedure for GPRS attach or routing area updating defined in 3GPP TS 24.008) and the SGSN does not have a valid IMSI.”
   也就是说当MS在做RAU更新或附着流程等GMM流程的时候(这之后MS肯定是出于non-DRX mode的),如果是用TLLI标识,并且SGSN侧没有MS的IMSI的情况下,那么SGSN就可以在给BSC的BSSGP消息(PDU TypeL-Unitdata )中,不携带IMSI。说白了就是SGSN如果知道MS的IMSI,就一样要带,否则可以不带。
   但至于SGSN为什么会不知道MS的IMSI,是什么样的场景,还得再想想。但至少规范里说了有这样的情况存在。

作者: samsin    时间: 2011-11-1 15:05:20

谢谢楼主哦, 能否从NSVC链路的四元组来看,#1、#3同, #2确不同,有关系吗?


作者: 爱卫生    时间: 2011-11-1 15:36:45

回复 samsin 的帖子

  不好意思哦,没太明白。能说再具体点吗?#1、#3什么相同呢?
作者: samsin    时间: 2011-11-1 16:04:17

谢谢楼主:
还有个问题,bssgp DL_Unitdata PDU中 imsi 作用是什么的,为啥一般总带。
作者: samsin    时间: 2011-11-1 16:08:47

楼主好,因为GB OVER IP 的 NSVCI 是 bsc IP + bsc Port + SGSN IP + SGSN Port, 而在 GB OVER FRAME RELAY 中 体现的是 DLCI, 那么是否能从这个方面考虑呢? 我看到过好多GPRS attach的时候 NSVCI 都是一样的。[attach]932[/attach]附件是一般情况。
作者: 爱卫生    时间: 2011-11-1 16:35:15

回复 samsin 的帖子

    规范是这么定的。但规范为什么要这么考虑,肯定是有原因的。但它没说,我们就只能去猜了,相当于是做智力题了,呵呵。
    我是这么猜的。按我的理解,BSSGP本身是一个用户信息报告协议,用于BSC向SGSN去报告用户的相关信息、或从SGSN接收关于某个用户的信息指示,例如Cell ID、DRX参数、MS无线接入能力等参数。从而BSC可以更好的对这个用户进行控制。那这些参数肯定要和一个用户来关联。所以需要提供这个IMSI来标识用户。当然TLLI也可以,但TLLI会变,所以用IMSI来标识会更好一些。BSC就知道这些参数是针对哪个用户的。虽然GMM消息里也可能会有IMSI,但GMM消息对BSC来说应该是透明不可见的。
   而DL-UNITDAPTA通常都是SGSN给MS的GMM消息,所以要携带IMSI。但如果SGSN没有的话,例如SGSN给MS发的Indentity Request消息,这时SGSN并不知道MS的IMSI,所以在DL-UNITDATA就可以不用携带,但current TLLI一定要有。所以你看到currect TLLI在48018的DL-UNITDATA PDU消息定义里为必选的,而IMSI是可选的。

作者: samsin    时间: 2011-11-1 17:40:29

谢谢楼主,很有道理
作者: 爱卫生    时间: 2011-11-1 19:55:26

samsin 发表于 2011-11-1 15:05
谢谢楼主哦, 能否从NSVC链路的四元组来看,#1、#3同, #2确不同,有关系吗?

   才看到一篇华为的文档。里面提到了NSVC的四元组,原来是“SGSN设备IP地址、SGSN UDP端口号、BSS设备IP地址、BSS UDP端口号”啊。学习了。  呵呵。
作者: gaohui2008    时间: 2011-11-2 09:49:56

1、通过本帖加深了NSEI和NSVCI关系的理解。
2、IMSI在ACCEPT不带是不应该的,应该是设备本身问题,因为此时SGSN必定会有IMSI信息。
3、核心网为何携带IMSI,提供另一个理解思路,类似COMMON ID的作用,从网上找到对COMMON ID作用说明的文:
Common ID:公共ID,是Iu接口信令交互的一个过程,在该过程用于在UE建立RRC连接之后,将UE的通用标识符(如IMSI)与RRC连接相关联并在RNC中保存起来,便于以后寻呼消息在RRC连接上的传输,属于无应答、面向连接型。

COMMON ID流程

在RNC与CN建立连接之后,CN要尽快将UE的公共ID通知给RNC。这样,当UE与CN中的一个域(如PS域)已经建立呼叫之后,若另一个域(如CS域)要寻呼此UE,RNC就通过此UE的COMMON ID找到对应的PS域的RRC连接(对于同一个UE来说,PS与CS总是共用同一个RRC连接的),然后在此RRC连接专用信道上将此PAGING消息下发给UE。 若RNC不支持此功能,在上述情况下,RNC 就将PAGING从公共寻呼信道下发,这样,UE检测不到此PAGING消息,就导致寻呼失败。 |  国内领先的通信技术论坛.q)v"S0G9Y"n!h1L7i
由于CS/PS无法获知该UE是否已经跟其他域建立了Iu连接,所以两个域在建立Iu连接时,都需要向RNC下发common id 消息。RNC如果已经建立了RRC和IMSI的连接,那么无需处理第二条消息即可。 |  国

比如,一开始PS业务,SGSN就下发了common id 消息;接着电路域寻呼,建立Iu-CS连接,同时MSC也会再次下发common id 消息。

   在BSS中应该也有类似情况,在2G的DTM(在无Gs口的情况下,实现分组业务发生时可以被电路域被叫)功能就是利用这种方法实现的.

作者: arrowbroken    时间: 2011-11-2 10:48:28

回复 爱卫生 的帖子

爱总,这个RAU Request里没有P_TMSI 只有P_TMSI Signature,这是一个什么情况哦?

作者: arrowbroken    时间: 2011-11-2 11:02:35

回复 samsin 的帖子

楼主,这个上下行的IP 和PORT是两个不同的方向,我估计这是一个动态的Gb over IP.这些IP和PORT在SNS_CONFIG procudure时,SGSN和BSS都可以随意增加和删除,
作者: gprssanling    时间: 2011-11-6 15:00:05

1、6.5.3        Combined GPRS / IMSI Attach Procedure:
8)The SGSN selects Radio Priority SMS, and sends an Attach Accept (P TMSI, VLR TMSI, P TMSI Signature, Radio Priority SMS) message to the MS. P TMSI is included if the SGSN allocates a new P TMSI.
2、可能是节点配置取消发送P TMSI,而只发送签名。
作者: gaohui2008    时间: 2011-11-7 15:55:58

“这个RAU Request里没有P_TMSI 只有P_TMSI Signature”,在TS24008中对RUA携带的参数,P_TMSI Signature是可选的,并且随后的参数说明中说:
9.4.14.5 P-TMSI (UMTS only)
This IE shall be included by the MS.
说明在3G是强制的要携带的,对于2G没有要求,协议没有说明为什么,估计2G有TLLI链路ID能够表明用户身份,而3G没有这个功能。

“1、6.5.3        Combined GPRS / IMSI Attach Procedure”引用想说明什么呢,不明白




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