51学通信技术论坛

标题: 从附着和PDP激活流程看Local和Foreigh TLLI的变化 [打印本页]

作者: 爱卫生 时间: 2011-6-30 21:26:30 标题: 从附着和PDP激活流程看Local和Foreigh TLLI的变化

本帖最后由爱卫生于 2011-6-30 22:57 编辑

  这个包是我在Lab抓的，场景是这样。
  手机是开机附着成功后，然后关机。然后再开机做附着和PDP激活。这个包就是重新开机后抓到的附着和PDP激活报文。
  关于TLLI的介绍，可以参考TLLI和关于TLLI这两篇帖子。带个图过来，如下：

然后再看下我们的这个包。
1 #1是附着请求，发现NAS里的P-TMSI和BSSGP中的TLLI分别是0xe02ccb60和0xa02ccb60。因此，这个TLLI是上表中的异地TLLI(foreign tlli)，如果是local TLLI的话则和P-TMSI的值完全相等。为什么MS没有发生移动，在本地关机后重新附着还要用foreign tlli？TS23.060 协议是这样规定的。
“If the MS has a valid P TMSI associated with the RA where the MS is currently located, the MS shall use a Local TLLI derived from its P TMSI, unless the MS performs a GPRS attach.
  If the MS does not have a valid P TMSI associated with the current RA, or if the MS performs a GPRS attach, it shall derive a Foreign TLLI from its P TMSI, or allocate a Random TLLI if no valid P TMSI is available.”
  翻译下就是，第一段说了如果MS所在这个RA中有一个正确的P-TMSI，那MS应使用从P-TMSI演变过来的local TLLI来标识自己，但有一个例外，就是MS做附着的情况。所以根据规范，MS在后续的所有消息，不管是信令还是payload都应该使用由这个P-TMSI派生出的local TLLI来标识自己。除了附着流程以外。在第二段里。告诉我们附着使用的是foreign TLLI，无有效的P-TMSI可用就是用random TLLI。

2 #2到#7完成了MS的附着，可以看到在这几步里，MS标识自己都是用的oxa02ccb60，即foreign TLLI。但在第6步，SGSN给MS的attach accept消息里给MS分配了一个新的P-TMSI 0xe02dcb50。#7 是MS给SGSN 回的attach complete消息，使用的TLLI仍然是原来的0xa02ccb60，因为这一步还没有完成附着流程，所以要用原来的。

3 根据#6 MS从SGSN得到的新分配的P-TMSI 0xe02dcb50生成了一个local TLLI 。值也是0xe02dcb50。可以看到两者一模一样，可以确定这是一个local TLLI。

4 从#8到#18号包，可以看到后续MS发起了RAU和PDP激活，二次激活，去激活等流程，一直都使用的是根据新分配的P-TMSI生成的local TLLI 0xe02dcb50。
  直到被去附着。
  通过这个例子就可以看出来local 和foreign TLLI的使用了。[attach]675[/attach]

作者: lsjier 时间: 2011-6-30 21:45:03

回复爱卫生的帖子

爱总，你这个帖涉及了路由更新，#8的消息我在Gb信令上没看到过哦。

我前发的那个是用户attach后，发起PDP激活请求，但是这条消息却是用的Foreign TLLI。。。

作者: 爱卫生 时间: 2011-6-30 21:55:50

回复 lsjier 的帖子

  我的包也是附着后面跟着PDP激活，只不过多了一个RAU流程。有没有这个RAU都是不影响TLLI的使用的。关键就是看附着成功后，MS是不是从使用foreign TLLI切换到了使用local TLLI。
  我觉得我的包和你的包没什么区别啊。能否提供下你的包呢？
  #8后面的GMM Information步骤是可选的,可用于网络侧提供一些时区信息等。

作者: lsjier 时间: 2011-6-30 22:13:57

回复爱卫生的帖子

[attach]676[/attach]

爱总，就像上面这个用户的信令，在后续发起的 PDP request中并没有转换TLLI。。。

我信令是仪表获取的无法转成pcap格式。。

作者: 爱卫生 时间: 2011-6-30 22:55:20

本帖最后由爱卫生于 2011-6-30 23:01 编辑

回复 lsjier 的帖子

  这个包的显示有问题。需要去查看下相应的产品手册。
1 你的TLLI和P-TMSI的值差得太远。最上面的TLLI是217xxx，而P-TMSI是324xxx。不应该，在附着时，用的TLLI是从P-TMSI转换来的。只有bit 30和31有区别。你这个明显差好远。
  另外，仪表上的表达式和wireshark的表达式不一致。所以，我只能以抓的包为准。
  最后，搬出规范来挡一挡：
  在TS23.060中明确提到，MS应该如何使用local和foreign TLLI。摘录如下：“
  If the MS has a valid P TMSI associated with the RA where the MS is currently located, the MS shall use a Local TLLI derived from its P TMSI, unless the MS performs a GPRS attach.
  If the MS does not have a valid P TMSI associated with the current RA, or if the MS performs a GPRS attach, it shall derive a Foreign TLLI from its P TMSI, or allocate a Random TLLI if no valid P TMSI is available.“
上述描述，第一段说了如果MS所在这个RA中有一个正确的P-TMSI，那MS应使用从P-TMSI演变过来的local TLLI来标识自己，但有一个例外，就是MS做附着的情况。很显然，在你的抓包中，MS是有一个正确的P-TMSI的，这是attach accept消息分配给MS的，attach accept消息里也会有RA的信息。所以根据规范，MS在后续的所有消息，不管是信令还是payload都应该使用由这个P-TMSI派生出的local TLLI来标识自己。除了附着流程以外。
另外，针对附着流程，也说明了。在第二段里。告诉我们附着使用的是foreign TLLI，无有效的P-TMSI可用就是用random TLLI。
所以你上面的截图如果不是程序显示的问题，那就是手机没有遵守规范。

作者: lsjier 时间: 2011-6-30 23:06:39

回复爱卫生的帖子

这样的用户很多哦，基本都是。

Foreign TLLI：2147483648--3221225471。

作者: 爱卫生 时间: 2011-6-30 23:27:16

回复 lsjier 的帖子

得看下仪表的手册了。看下这几个数字对应的是不是TLLI和P-TMSI。如果是，那就比较奇怪了。因为按照规范。TLLI和P-TMSI的值不可能差这么远的。local TLLI和P-TMSI的值完全一样。而foreigh TLLI和P-TMSI只差一个bit不同，而且是在高bit位。那即使换算成十进制，至少个位应该一样吧。你的个位都不一样，一个1，一个8。

作者: lsjier 时间: 2011-6-30 23:31:55

回复爱卫生的帖子

位是对的。我是按照32个二进制算的。

11111111111111111111111111111111----4294967295
11000000000000000000000000000000----3221225472
10111111111111111111111111111111----3221225471
10000000000000000000000000000000----2147483648

也就是说 217是Foreign TLLI

作者: 爱卫生 时间: 2011-6-30 23:43:10

回复 lsjier 的帖子

我拿科学计算器算了下，确实是的。你说的对。217是foreign TLLI。那你抓的和我抓的包在附着流程上用的都是foreigh tlli。但后来MS在附着完成后应该使用local TLLI啊。这是规范说的啊，我的理解应该没有问题吧。“If the MS has a valid P TMSI associated with the RA where the MS is currently located, the MS shall use a Local TLLI derived from its P TMSI, unless the MS performs a GPRS attach.” 这段话你怎么理解呢？TS23.060的规范。

作者: heropoet 时间: 2011-7-4 09:27:20

爱卫生发表于 2011-6-30 23:43
回复 lsjier 的帖子

我拿科学计算器算了下，确实是的。你说的对。217是foreign TLLI。那你抓的和我抓的包 ...

奉献一个现网的抓包,以资参考:
[attach]681[/attach]
[attach]682[/attach]

作者: weishengzi 时间: 2011-7-25 16:06:57

回复爱卫生的帖子

我的理解是，规范那句话只是对刚开始时用的TLLI的一个使用。
至于后续的消息，需要SGSN通过BSSGP来指示TLLI改变。看LZ消息包中的#8，BSSGP层的TLLI(CURRENT)和TLLI(OLD)字段。BSSGP协议中也只有下行方向带两个TLLI。

作者: zhenjiucuo 时间: 2011-7-27 01:07:21

回复 weishengzi 的帖子

SGSN在收到BSS侧第一个携带TLLI（new）时，对于TLLI（new）或者说Local TLLI才生效。因为如果SGSN提前使用Local TLLI，则BSS侧无法在BSSGP层进行寻址了。一般情况下，Local TLLI会伴随Attach Accept或RAU Accept消息在BSSGP层以TLLI（new）形式带下去，同时带下TLLI（old）便于BSS寻址。当Attach Complete或RAU Complete消息的BSSGP层携带的TLLI为新TLLI时，SGSN认为新TLLI生效，并在后续流程中都使用TLLI（new）。

作者: niehui78 时间: 2011-9-20 17:46:12

学习了，很好的学习模式

作者: feile99 时间: 2011-10-5 16:39:45

本帖最后由 feile99 于 2011-10-5 17:00 编辑

回复 zhenjiucuo 的帖子

在48.018 BSSGP协议中找到一段，不知道是否可以解释楼上的抓包。

An SGSN provides the BSSGP with a current TLLI, identifying the MS. If an SGSN provides a second TLLI, indicating that an MS has recently changed its TLLI, this shall be considered as the "old" TLLI. A BSS uses the "old" TLLI to locate an MS's existing context. Subsequent uplink data transfers for this MS shall reference the current TLLI, and not the old TLLI.

这个是否说明只有在SGSN在给BSC的BSSGP消息中把current TLLI和old TLLI都带下去之后，MS才会开始使用local TLLI。所以楼上的抓包表明SGSN在Activate PDP Accept消息中才把两个TLLI带下去。

但一个问题是MS是如何知道SGSN把两个TLLI给了BSC呢？ BSSGP消息是SGSN和BSC之间的消息啊!

是否是BSC在收到两个TLLI之后，在RLC/MAC消息中将这个新的TLLI告诉MS，MS在之后的上行消息中开始使用新的TLLI?

作者: arrowbroken 时间: 2011-10-9 17:31:26

回复 feile99的帖子

SGSN 是在ATTACH ACCEPT 里把新的TLLI带给MS，而和Active PDP Accept没有关系，SGSN要等ATTACH过程结束后，MS使用新的TLLI发送请求后，才认为新的TLLI生效了，所以SGSN在发送的MM INFORMATION消息里使用了两个TLLI。但是MS发送RAU后，OLD TLLI就不再使用了。

作者: leering 时间: 2011-12-2 10:38:16

关于这句话“If the MS has a valid P TMSI associated with the RA where the MS is currently located, the MS shall use a Local TLLI derived from its P TMSI, unless the MS performs a GPRS attach.
”，是否是指：只要是attach，那么肯定是用foreign TLLI，但是我这里抓去的包里面，attach用的也是local TLLI。

作者: Mr_Muscle 时间: 2012-2-1 23:54:42

我的理解是：
当Attach Accept之后，虽然MS已经收到了新的P-TMSI，但是仍用foreign TLLI进行传递消息，直到SGSN发送下来的消息中包含了TLLI_Current和TLLI_Old，当BSS收到这个消息之后，就会通知MS下个消息开始使用Local TLLI进行通信。
也就是这句话的意思了
An SGSN provides the BSSGP with a current TLLI, identifying the MS. If an SGSN provides a second TLLI, indicating that an MS has recently changed its TLLI, this shall be considered as the "old" TLLI. A BSS uses the "old" TLLI to locate an MS's existing context. Subsequent uplink data transfers for this MS shall reference the current TLLI, and not the old TLLI.

作者: 爱卫生 时间: 2012-3-3 20:25:03

回复 Mr_Muscle 的帖子

非常13-17楼，特别是14楼和17楼提供的宝贵意见。提醒了我。

这个问题，我觉得可以得到初步的结论了。根据前面几位的总结，个人感觉的结论是。

1 关于TLLI的变化和使用，BSC也需要起到很关键的作用。因为BSC是作为MS和SGSN的中间节点，需要处理LLC层的路由，就需要随时知道用户当前使用的什么TLLI，否则无法路由。对上，BSC接受SGSN的领导，由SGSN通过BSSGP协议告知BSC用户的TLLI。BSC根据这个TLLI来进行下行方向MS的路由。其中，BSSGP协议里可能会有两个TLLI，一个current TLLI，一个old TLLI。如果只有crrrent TLLI在BSSGP层出现，那BSC就用这个TLLI来进行路由，并且代表用户的TLLI（P-TMSI）没有发生变化。但如果BSSGP协议里同时带了这两个TLLI，则代表SGSN告诉BSC，用户的TLLI发生了变化，新的值写在了current TLLI，虽然这个TLLI（P-TMSI）可能已经下发给了MS，但需要网络侧通知MS什么时候用这个新的TLLI，并且这个包是给MS的，那这个包仍然还需要使用old TLLI来路由到MS（因为MS还没有使用新TLLI）。但BSC需要通知MS下次使用新TLLI，也就是current TLLI的值，这个TLLI可以在RLC/MAC头部携带。（正好回答13楼的问题，RLC/MAC头部中确实会带TLLI，应该通知MS是否有重复的TLLI，实际上是更新MS的TLLI）。或者如果这时候用户上行的TBF已经释放，那MS后续发起信令消息时，需要重建上行TBF，那BSS可以通过下行消息uplink assissment中的RLC/MAC头部来更新MS的TLLI。MS收到后就会使用新的TLLI来发送上行消息了。

根据这个原则，发现可以解释这个帖子里面提到的所有现象和抓包。敬请各位帮忙鉴定。

作者: 海阔天空 时间: 2012-4-26 09:26:20

麻烦哪位手里有这样得数据包的人传个包上来，场景是这样的：

用户附着上来到网络，并不作激活等等操作，然后去附着，看看在去附着的包里使用的TLLI是新的还是旧的。

只是想确认一下，新的TLLI什么时间起作用，上面看到的包都是attach accept后面其它信令好几个来回后才替换的，不是马上就替换。

作者: 爱卫生 时间: 2012-4-26 20:06:00

本帖最后由爱卫生于 2012-4-26 20:09 编辑

回复海阔天空的帖子

这个问题已经有明确的答案。什么生效取决于SGSN给MS发的GMM消息中，BSSGP包头里有没有携带Current TLLI。通过这个current TLLI就是后续MS需要用到的local TLLI。BSS再通过空口的RLC/MAC层协议要求MS去使用新的local TLLI。在BSSGP协议中，还会携带一个old TLLI，即分配local TLLI之前MS最近使用的TLLI。这样，BSC就知道这个新TLLI是和之前的哪个TLLI对应了，建立了这样一个映射关系，可以做路由。本例中所有的实例报文都符合上述特征。

因为local TLLI的生效一定要经过BSC的确认才行。因为BSC做为RAN侧节点，提供MS到SGSN报文的路由功能，而BSC需要根据TLLI来进行寻址。如果变更了TLLI而不通知BSC，则BSC将在收到MS报文后，去除RLC/MAC报文头后，无法在BSSGP层写入正确的用户TLLI值报告给SGSN，SGSN将因此无法和对应LLC连接对应。从而无法区分出这个报文是属于哪一个MS的。

在RLC规范TS43.064中写道：

“Because each Radio Block includes an identifier (TFI or TLLI), all received Radio blocks are correctly associated with a particular LLC frame and a particular MS.“

在RLC/MAC的无线块中奖包含TLLI，因此这些无线块将和一个MS以及一个特定的LLC帧进行关联。

作者: samsin 时间: 2012-5-9 21:02:03

谢谢，各位：我提个问题： BSC 怎么根据tlli 找到 MS的，而且下行的消息没有RAI，请爱老版关注下。

作者: 爱卫生 时间: 2012-5-10 01:30:53

回复 samsin 的帖子

这个不用担心。BSC肯定是要知道的。MS要上网，需要PCU分配空口的无线资源。分上下行空口资源，对应到上行的TBF和下行的TBF。当MS要发送上行数据之前，要建立上行TBF请求分配上行空口资源，发送channel request消息。如果是下行的TBF，则BSC会给MS发Packet Downlink Assignment，里面也会包含TLLI。可以参考http://etutorials.org/Mobile+devices/gprs+mobile+internet/Chapter+5+Radio+Interface+RLC+MAC+Layer/Radio+Resource+Allocation/的5.5.2.2，Downlink TBF Establishment on CCCH。
[attach]1221[/attach]

When the network receives a downlink LLC PDU to transmit to the mobile, it initiates the establishment of a downlink TBF by sending a PACKET DOWNLINK ASSIGNMENT message to the MS on PCCCH. The PACKET DOWNLINK ASSIGNMENT message is sent on any block of the PCCCH where paging may appear if the mobile is in non-DRX mode; otherwise, it is sent on one block corresponding to the paging group of the mobile.

The PACKET DOWNLINK ASSIGNMENT message contains the following parameters:

TLLI. This identifies the mobile for which the message is intended.

Downlink TFI.This is the identifier of the downlink TBF.

作者: samsin 时间: 2012-5-10 20:47:19

谢谢艾老板，我的意思是：如果两个下行的PDU包含相同的tlli，却是两个用户的PDU，bsc该如何区分？毕竟都不含有RAI。

作者: 爱卫生 时间: 2012-5-10 21:12:18

回复 samsin 的帖子

不好意思。可能我没理解你的问题。应该不会有重复的TLLI啊。因为都是SGSN分配的。如果是路由的问题，那没有RAI没有关系啊，不是还有BVCI嘛。况且正如本例所提到的，如果发生了TLLI的变更，SGSN会在BSSGP层通知BSC，在BSSGP中包含两个TLLI，一个是old TLLI，一个是current TLLI。BSC收到后就会通知MS，接下来用current TLLI了。

作者: samsin 时间: 2012-5-11 12:43:34

谢谢，艾老板，我是认为这样：我认为只一个tlli 不足以说明一个MS 到 SGSN的链路和一个MS到BSC的链路，因为不同的RA内也可以有相同值的tlli，而一个BSC也可以管理多个RA，BVCI虽然有，感觉起不到RAI的作用。 BSC即便在更换tilli时候，难道只用tlli这个字段来检索到oldtlli ？所以这方面还请老版费心，我心中一直存在这个问题。

作者: 爱卫生 时间: 2012-5-11 23:20:08

回复 samsin 的帖子

sam大侠，这点我和你的理解不一样哦！

我的理解是，RA是SGSN管理的，而不是由BSC管理的。当然，一个SGSN可以管理多个RA。也就是说，如果从路由用户上下行数据的角度来看，其实BSC应该是不需要知道RAI的。也就是说，BSC不需要根据RAI来路由下行用户数据。下行方向的数据发送，由SGSN决定发给哪个RA下的BSC就可以了，在这个DL-Unit-DATA消息中有用户的TLLI，以及NS层的BVCI提供给BSC，BSC可以根据BVCI找到和小区的映射关系，然后将用户数据发到小区的MS就可以了。并不需要知道RAI是什么啊。也就是说，DL发包给MS，BSC侧只需要知道Cell ID和TLLI就可以发给用户了。如果TLLI发生了改变，SGSN通知BSC new TLLI，BSC再通知MS，MS后续会使用new TLLI，这样也不会弄错用户啦。

当然，在BSC中应该会有相应的配置，配置小区和RA的对应关系，这样才能给SGSN上报正确的位置信息。并且，BSC还要负责给MS发送SI 13的系统广播，告知MS当前的RA是多少，以触发MS来决定是否需要发起正常的RAU流程。

以上信息我也不能100%确定，等周一时候，我去请教下无线的同事，到时候再确认下。

作者: samsin 时间: 2012-5-12 17:57:10 标题: 谢谢艾老板的回复

本帖最后由 samsin 于 2012-5-12 18:44 编辑

感谢艾老板的热情回复，感觉老版说的有理，还有一些疑点：
1、BVCI是否是BSC根据上行PDU时，该MS所在的CGI（cell global identity，不是cell id，下面有解释），由BSC计算出一个一一映射的BVCI，即 bvci=fn(cgi)或bvci=fn(cgi, rai)，注意这里的自变量不是cell id（0-65535），因为BSC可以服务于多个LA（一个LA内也可以有多个BSC)，所以cell id的值是可以重复的。那么当该PDU的下行回复PDU来时，BSC 自然可以由bvci来得到cgi、rai，再加上tlli，当然也就可以找到MS了。这里面隐含一个问题：回复的PDU里面包含和上行PDU里面相同的bvci值，如果改变也是上行PDU主动先改，回复下行PDU拷贝这个值。参考：

The NetworkService entity provides a communication service to NS user peer entities: thepeer-to-peer communication between remote NS user entities is performed overBSSGP Virtual Connections (BVCs). A BVC is a virtual communication path betweenNetwork Service user peer entities.

只是猜测。观察到：在网侧ps-paging的时候，bvci为0，GMM层会包含RAI，如果bvci！=0，显然就不需要paging了。

2、在BSC里面应该有一些方向、方位、角度和BTS 的东西等参数到 RAI\CI 的映射的一个静态关系，要不BSC（BTS）怎么知道MS在移动网中的坐标呢？这方面老版能给细说下吗。

3、periodic RAU procedure应该是 MS 自己的行为，自己的 periodic RAU timer (该timeout值在 accept message 里设置，如 attach accept，RAU accept等）所触发，好像跟 network side没有关系吧。（当然还要在in gprs coverage)

作者: admin 时间: 2012-5-12 20:47:35

回复 samsin 的帖子

先说最后一个，其他几个需要再去问问做无线的同事得到一个比较准确的答案。
我说的不对，更新一下，不是周期性RAU，就是正常的RAU。MS需要知道当前的RA对应的RAI是多少，然后和RAU Accept或Attach Accept消息里的RAI对比，来判断是否要做RAU。当然的RAI就是BSC侧配置好，通过SI13广播给MS的。

作者: samsin 时间: 2012-5-13 09:37:33

admin 发表于 2012-5-12 20:47
回复 samsin 的帖子

先说最后一个，其他几个需要再去问问做无线的同事得到一个比较准确的答案。

谢谢，admin 大峡：这个 RAU procedure（一般前面不加 periodic，指的是RAU的本意），是当MS收到广播的RAI\CGI与自己sim卡存贮的位置不同，这个时候MS才会主动initiate RAU procedure 去更新它在SGSN中的GMM context里的位置信息。换句话说，移动网是不会更新MS的位置的，位置的更新是MS自己主动去做（无论MS侧还是网侧）。

至于accept message 是干嘛的，它可以改变这个periodic RAU timer的值，这个是递减定时器，该timer只是MS自己所用，只是它的值只能由网侧设定或更新。

所以还要注意里面的位置比较。

作者: admin 时间: 2012-5-13 10:43:25

samsin 发表于 2012-5-13 09:37
谢谢，admin 大峡：这个 RAU procedure（一般前面不加 periodic，指的是RAU的本意），是当MS收到广播的R ...

谢谢，我的理解和你是完全一致的。不过你的表述更有逻辑性，条理更清楚。谢谢！

作者: samsin 时间: 2012-5-13 12:43:12

不客气，大家都在学习，交流，我从中也成长了很多。

作者: 爱卫生 时间: 2012-5-14 22:14:06

samsin 发表于 2012-5-12 17:57
感谢艾老板的热情回复，感觉老版说的有理，还有一些疑点：
1、BVCI是否是BSC根据上行PDU时，该MS所在的CG ...

咨询了做无线的同事。应该各个厂家的BSC类似。

首先，BVCI会对应到BSC中定义的一个小区，BVCI的配置是自动产生的。因此，BSC侧将BVCI生成后，会通过NS层报告给SGSN。（所以，实际上，SGSN侧也不需要做BVCI的静态配置，由BSC提供即可。规范里也有，是这么说的："In the BSS, it shall be possible to configure BVCIs statically by administrative means, or dynamically. In case of dynamic configuration, the BSSGP shall accept any BVCI passed by the underlying Network Service entity.

All other values(除了0、1) may be used freely by the BSS and shall be accepted by the SGSN."）如果有下行数据发送，则SGSN通过该BVCI发送给BSC即可，所以下行downlink-unit-data里并没有包含RAI，BSC也可以完成到用户的路由。BSC通过收到的BVCI完成和小区的映射，并且BSSGP层得到了用户的TLLI，就可以将下行数据发给MS了。

关于BSC侧的配置是，BSC上需要定义CGI，没有BTS的坐标参数，也没有天线的方向角和下倾角参数。

作者: samsin 时间: 2012-5-16 21:26:18 标题: 谢谢艾老板

本帖最后由 samsin 于 2012-5-16 21:27 编辑

谢谢，艾老板，我又看了看48018中有关bvci的部分，的确如此，完全同意艾老板的观点。
比较准确地说法如下：
BVCI 会对应到 BSC中的NSEI下的一个cell，NSEI在目前gb over IP下使用IP endpoint（udp/IP)来表示，当然它是依赖与传输网的具体表示。
BVCI 在BSC中一般是动态产生的，应该是靠gb mode addressing（RAI+CI)等参数来产生的，一旦产生之后，在NSEI下给出一个BVCI，可以得到对应gb mode addressing。BSC就可以路由DL LLC FRAME了。
BVCI 在sgsn中一般动态产生的，除了两种情况之外（bvci=0，1），“如果有下行数据发送，则SGSN通过该BVCI发送给BSC即可” 这句话应该是：通过目标的NSEI+BVCI发送给BSC，因为NS-VC 可以说carry了one or more BVCs，所以如果直接说BSSGP virtual connection，应该前缀NS-VC才有意义，而NSEI正是NS-VC 的locally identity。
而 BSSGP PDU 正是在 NS-VC (bssNSEI + sgsnNSEI) + BVC(BVCI)这个PATH上（，在peer entity之间交互的，正是BVCI 这个PATH。

作者: cola 时间: 2012-6-10 19:17:01

既然TLLI是由P_TMSI产生的，而且在Local TLLI和P_TMSI的值是一样的，那为什么不直接用P_TMSI代表用户啊，而要使用TLLI？

作者: 爱卫生 时间: 2012-6-10 20:01:37

cola 发表于 2012-6-10 19:17
既然TLLI是由P_TMSI产生的，而且在Local TLLI和P_TMSI的值是一样的，那为什么不直接用P_TMSI代表用户啊，而 ...

两个术语是不同层的概念。P-TMSI是L3的信息元素，是在MS和SGSN间交互的GMM信令中传递的，对中间RAN侧节点BSS是不可见的。BSS路由是通过LLC层的TLLI来路由的，所以两个都需要，缺一不可。

Um接口协议栈是：GSM Rf---RLC/MAC---LLC---GMM/SM

Gb接口协议栈是：PHY---FR---NS---BSSGP---LLC---GMM/SM。

作者: cola 时间: 2012-6-10 20:06:16

爱卫生发表于 2012-6-10 20:01
两个术语是不同层的概念。P-TMSI是L3的信息元素，是在MS和SGSN间交互的GMM信令中传递的，对中间RAN侧节点 ...

哦，谢谢啊，纠结了好久终于弄明白了

作者: dandaner00hcw 时间: 2012-6-17 22:36:46

爱总，我最近一直纠结一个问题，TLLI和NSAPI这两个到底是哪一层的标识哦。NSAPI是标识SNDCP,TLLI标识LLC，到底对不对？

作者: yonka 时间: 2012-6-18 16:43:52

爱卫生发表于 2012-3-3 20:25
回复 Mr_Muscle 的帖子

非常13-17楼，特别是14楼和17楼提供的宝贵意见。提醒了我。这个问题，我觉得可以得 ...

爱总
麻烦比较一下你的包和10楼提供的包tlli.rar

你的包里，是在#8 SGSN下发的GMM information消息中才同时出现current TLLI和old TLLI，也即这时候BSC才能识别新旧TLLI对应关系从而之后为新TLLI正确路由

而tlli.rar这个包里，是在#9 pdp激活接受消息中同时出现...的

这个是否说明需要在附着完成后的下一个下行包里由网络侧携带新旧TLLI呢？

作者: yonka 时间: 2012-6-18 16:44:33

heropoet 发表于 2011-7-4 09:27
奉献一个现网的抓包,以资参考:

hero你好
请问如何在wireshark中添加TLLI这一列？

谢谢
我觉得这个很实用

作者: admin 时间: 2012-6-18 20:29:52

yonka 发表于 2012-6-18 16:43
爱总
麻烦比较一下你的包和10楼提供的包tlli.rar

好像规范里没有找到这个说明，待求证。不能100%肯定，如果规范里没有强制说明，个人感觉应该是制定规范时留给厂家自主实现，有一定的空间，这样就允许更多的厂家feature出来可以卖更多的定制化产品和lincense吧。

作者: 小丙张嘎 时间: 2012-6-28 14:58:30

很强大，看到了TLLI值的变化过程，LZ传道授业解惑也。

作者: Erin 时间: 2012-7-18 09:04:46

heropoet 发表于 2011-7-4 09:27
奉献一个现网的抓包,以资参考:

请问打开wireshark后如何看到这些信息，我用wireahrk打开只能看到：
[img]file:///C:%5CUsers%5Cnili%5CAppData%5CRoaming%5CTencent%5CUsers%5C905010557%5CQQ%5CWinTemp%5CRichOle%5CCECP%29%][%29$5[%7E760%60R]KIT1.jpg[/img]

[img]file:///C:%5CUsers%5Cnili%5CAppData%5CRoaming%5CTencent%5CUsers%5C905010557%5CQQ%5CWinTemp%5CRichOle%5CCECP%29%][%29$5[%7E760%60R]KIT1.jpg[/img]
[attach]1347[/attach][img]file:///C:%5CUsers%5Cnili%5CAppData%5CRoaming%5CTencent%5CUsers%5C905010557%5CQQ%5CWinTemp%5CRichOle%5CCECP%29%][%29$5[%7E760%60R]KIT1.jpg[/img]
就是只能看到这些，请问需要怎样设置才能看到你的那些信息？

谢谢！

作者: 行虚名座画 时间: 2012-7-19 18:47:54

再追问一个问题，如果tlli change之后，MS还是用old tlli而不用new tlli，是否还可以寻址到？
看协议貌似可以，但是不知道为什么，附上24.008中的一段：
Although the MS derives a local TLLI for addressing at lower layers, the network should not assume that it will receive only LLC frames using a local TLLI. Immediately after the successful GPRS attach or routing area update procedure, the network must be prepared to continue accepting LLC frames from the MS still using the foreign TLLI.

作者: 行虚名座画 时间: 2012-7-19 18:57:58

厄，上面知道答案了，当我没说{:soso_e127:}

作者: 仔仔 时间: 2012-9-24 11:30:37

请问爱总，像这样手机在原地关机后开机 bsc还是会选择原来的sgsn吗？是怎样选择sgsn的？

作者: 爱卫生 时间: 2012-9-24 13:53:01

仔仔发表于 2012-9-24 11:30
请问爱总，像这样手机在原地关机后开机 bsc还是会选择原来的sgsn吗？是怎样选择sgsn的？

还会选择原来的SGSN。准确的说并不是选择的。因为BSC和它的上级SGSN之间是一一对应的关系，相当于员工与老板的关系。所以不存在员工选老板的问题。BSC只需要配置好到SGSN之间的连接，传送BSSGP的消息就可以了。没有选择过程。

作者: 仔仔 时间: 2012-9-24 14:13:30

爱卫生发表于 2012-9-24 13:53
还会选择原来的SGSN。准确的说并不是选择的。因为BSC和它的上级SGSN之间是一一对应的关系，相当于员工与老 ...

忘记说了，是在pool中的sgsn呢？

作者: hrbqby 时间: 2012-9-24 17:19:58

leering 发表于 2011-12-2 10:38
关于这句话“If the MS has a valid P TMSI associated with the RA where the MS is currently located, t ...

目前现网中有很多山寨手机的附着式和3GPP规范违背的,使用LOCAL TLLI 来附着. 从而导致SGSN 响应MS 的信令有很大延迟.所以各个厂家应该有相应的feature来进行优化这个行为,从而提高KPI.

作者: czx10224 时间: 2012-11-6 07:58:59

爱卫生发表于 2012-4-26 20:06
回复海阔天空的帖子

这个问题已经有明确的答案。什么生效取决于SGSN给MS发的GMM消息中，BSSGP包头里有 ...

A change of TLLI may occur as a consequence of a P-TMSI reallocation. The new TLLI shall be used to address the mobile station after completion on the network side of the related GMM procedure (see 3GPP TS 24.008). However, the SGSN should not use the new TLLI for BSSGP addressing purposes towards the BSS either:

- until having signalled the change of TLLI to the BSS via the Downlink UNITDATA procedure (see sub-clause 6.1) or

- until having received from the BSS any BSSGP PDU including the new TLLI.

有两种情况可以表示New TLLI开始生效，或者是SGSN在下行消息中携带了Current TLLI和Old TLLI，通知MS在下次上行消息中，应该使用New TLLI，或者是MS在下一次上行消息中携带New TLLI，标识New TLLI开始生效。抓包中的GMM消息即携带了Current TLLI,Old TLLI的消息是可以省略的，本来这个消息MS就不一定支持。一方之言

作者: 梦幻情缘 时间: 2013-1-6 09:07:27

从附录的数据包里LZ附录的数据包里可以看到，关机后再开机，MS使用foreign TLLI, 也就是说此时 MS是有有效的Valid P-TMSI，那么什么情况下才会有无效的P-TMSI? 怎么重新开机还是会有有效的P-TMSI? 无效是什么意思？是不存在么？ P-TMSI会经常变么？或者说每次周期性更新一次，P-TMSI会变一次么？

作者: 梦幻情缘 时间: 2013-1-6 09:15:31

梦幻情缘发表于 2013-1-6 09:07
从附录的数据包里LZ附录的数据包里可以看到，关机后再开机，MS使用foreign TLLI, 也就是说此时 MS是有有效的 ...

追问一条，是不是每次attach ，或 re-attach ，P-TMSI都要变化？

作者: hrbqby 时间: 2013-1-6 17:19:03

梦幻情缘发表于 2013-1-6 09:15
追问一条，是不是每次attach ，或 re-attach ，P-TMSI都要变化？

建议你在搜索栏里写"PTMSI" ,论坛里有很多好帖子说明了你的问题. 感谢你提的问题!

作者: paul 时间: 2013-8-17 11:15:09

学习。谢谢。

作者: kinghighland 时间: 2014-2-15 18:48:05

这贴信息量挺大

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