TLLI

爱卫生

是在LLC层对MS的唯一标识，全称是临时逻辑链路标识。

TLLI用于一个路由区内唯一地标识MS和SGSN间的一条逻辑链路。在一个路由区内，TLLI和IMSI一一对应。在GPRS系统中，存在四种不同的TLLI。
(1)  Local TLLI：从P-TMSI而来，仅仅在与之关联的路由区内有效。
(2)  Foreign TLLI：从P-TMSI和另外一个RA演化而来，当用户发生路由区更新时上报给SGSN。
(3)  Random TLLI：如果MS没有一个有效的P-TMSI（如新上网的MS）在附着时需要自己提供一个随机的TLLI。
(4)  Auxiliary TLLI：SGSN选择，给匿名接入的MS提供标识。

补充：
local TLLI,因为是从P-TMSI变化而来，所以实际上MS在本地完成附着后，由当前SGSN分配的P-TMSI变化而来的，所以叫local。
Foreigh TLLI: 是代表MS移动到了另一个RA，或者坐飞机从广州到北京再开机，附着时候请求消息带的仍是广州SGSN分配的P-TMSI/TLLI，所以叫做Foreigh TLLI。等附着成功后，由北京的SGSN分配一个新的当前P-TMSI/TLLI后，就变成local TLLI了。
Random TLLI: 代表是一个新手机，从没用过，所以之前没有网络侧分配的TLLI，所以只能随机产生一个TLLI来附着请求，所以叫Random。
Aux TLLI:暂未使用。

Albert

若TLLI是由P-TMIS演变而来，那么当一台全新的MS第一次附着时无P-TMIS信息，携带的是一个Random TLLI.那么SGSN此时是否只有根据请求信息中的IMSI去映射这个TLLI了？而后当本次附着流程完毕后SGSN分配了一个新的P-TMIS给这个第一次附着的MS。相应的TLLI值是否也要更新？

爱卫生

回复 Albert 的帖子

第一个问题：Random TLLI是随机生成的，但和IMSI无关。根据规范，这个生成的公式如下：
A random TLLI is built by an MS as follows:
bit 31 is set to 0;
bits 30 down to 27 are set to 1; and
bits 0 to 26 are chosen randomly.

第二个问题：是的。一定会的。例如在附着成功或RAU完成后，SGSN都会给MS分配一个新的P-TMSI用于标识在当前RA下用户的一个临时身份。根据这个新的P-TMSI就会生成local TLLI。在接下来MS和网络侧交互的任何消息中,TLLI都将使用这个local TLLI。用于替代之前的random TLLI.

Albert

网络侧对TLLI值的分配是在Attach Accept消息中根据P-TMSI映射确立的，这点我理解。我想问得是除了一开始MS侧首次附着在Attach request 消息中带有Random TLLI，而后在网络侧发送Attach Accept报文之前的哪些个信令都是带这个Random TLLI吗？还是相应的在Attach request消息<－－－－－－>Attach Accept消息之间发送给MS侧的这些个报文中干脆无此字段？
貌似不是首次附着的情况下网络侧回应MS会带有Foreigh TLLI发送给MS侧。（在Attach request消息<－－－－－－>Attach Accept消息之间的报文）

最后，非常感谢版主白忙之中的答复。{:soso_e100:}。有版主，比有老婆还幸福啊。{:soso_e106:}

爱卫生

回复 Albert 的帖子

1 除了一开始MS侧首次附着在Attach request 消息中带有Random TLLI，而后在网络侧发送Attach Accept报文之前的哪些个信令都是带这个Random TLLI吗？还是相应的在Attach request消息<－－－－－－>Attach Accept消息之间发送给MS侧的这些个报文中干脆无此字段？
   答：在Attach request消息<－－－－－－>Attach Accept消息之间的所有MS发起的NAS信令都会带上Random TLLI，准确的说还有下一个消息MS发起的Attach Complete消息也会带上Random TLLI，因为Attach Complete才是代表一个附着流程的终结。在整个附着过程中，MS使用的TLLI是不会改变的，即使在attach accept消息中，SGSN给MS分配了一个新的P-TMSI，MS借此生成了一个新的TLLI。第2个小问题，不会无此字段的，不管是什么类型的TLLI，一定要有一个。而不能没有。因为是这样，MS在封装好上层的NAS消息（如附着请求）后，要交给下层LLC层处理，在NAS消息中标识用户用的是IMSI或P-TMSI，同样LLC层也需要识别出是哪一个MS，来做逻辑链路控制。就要靠TLLI来进行识别。和数据通信网络类似，如果一个IP包经过目的IP地址查找，找到下一跳假设是一个以太口，则会重写这个IP包，将目的MAC地址填写为下一跳接口的目的MAC。或者这个目的MAC也可以是一个广播MAC，但一定不能为空。因为这是用来做寻址的。并非可选字段。

2 貌似不是首次附着的情况下网络侧回应MS会带有Foreigh TLLI发送给MS侧。（在Attach request消息<－－－－－－>Attach Accept消息之间的报文）
   答：首先，Foreigh TLLI并不是网络侧发给MS的，而是网络侧给MS分配新的P-TMSI，MS根据新的P-TMSI生成的。其次，你说的是对的啊！你的问题是什么呢？确实是只要不是首次附着，网络侧一定会给MS分配新的P-TMSI，而MS会根据这个P-TMSI生成Foreigh TLLI。Foreigh TLLI和Local TLLI都是32个bit，而1-29 bit和P-TMSI的1-29位是完全相同的。区别是，local TLLI的31和30 bit为11.而Foreigh TLLI的31和30 bit为10. 所以SGSN只要读取这个TLLI的第30和31bit，就知道这个MS是从当前RA来的还是从别的RA过来的了。
   不用这么客气，我也很感谢你，我也很希望论坛能活跃些。不能闷气沉沉的。呵呵。而且，你提的问题可能也是很多人想关注的，所以你提出来和大家一起讨论，我觉得也是对大家的一种帮助吧。希望你能继续哈！但我不保证我所有问题我都知道答案，但我会去查文档请教朋友，对我自己也是一种提高。这也是我要谢谢你的原因。
   最后，想说，老婆的作用（除了相夫教子外）可是我永远替代不了的。切记哈！所以也不要只搞技术，没事也要关心老婆或女朋友啊！{:soso_e100:}

tobino1

谢谢 刚接触gprs 好多疑问呢

heropoet

爱卫生 发表于 2011-4-15 19:33
回复 Albert 的帖子

1 除了一开始MS侧首次附着在Attach request 消息中带有Random TLLI，而后在网络侧发 ...

"网络侧一定会给MS分配新的P-TMSI，而MS会根据这个P-TMSI生成Foreigh TLLI。Foreigh TLLI和Local TLLI都是32个bit，而1-29 bit和P-TMSI的1-29位是完全相同的。"
这句话是不是有点问题呢?应该是MS根据新分配的P-TMSI生成Local TLLI,而不是foreigh TLLI吧!

爱卫生

heropoet 发表于 2011-6-17 00:09
"网络侧一定会给MS分配新的P-TMSI，而MS会根据这个P-TMSI生成Foreigh TLLI。Foreigh TLLI和Local TLLI都是 ...

  谢谢指正哈。其实你说得对。我表达得不够严谨。
  MS首先会根据网络侧新分配的P-TMSI生成Local TLLI。并且只要这个MS不离开这个RA，就一直使用这个Local TLLI和网络侧进行通信。（因为P-TMSI的有效范围是RA，而TLLI是由P-TMSI生成的。TLLI的有效范围和P-TMSI是一样的。）
  但如果MS一旦离开这个RA，例如从RA1来到了RA2，服务的SGSN从SGSN1到了SGSN2，这时还没有做RAU，SGSN2也没有为MS分配新的P-TMSI。MS这时候在RA2就不可能使用Local TLLI来标识自己。因为还没有分呢。Local TLLI一定是你当前所在RA的SGSN分配的P-TMSI生成的。这时候，MS只能将在RA1里使用的Local TLLI批上一层马甲，就是将Local TLLI的第30 bit从1变成0。这样Local TLLI就变成Foreign TLLI了。就像山东大饼上面再撒点猪肉，就变成了意大利匹萨啦。其实都差不多。
  那SGSN2一看到这个TLLI，读取第30bit，就知道这个MS是从其他RA过来的。就能够区分出来了。
  欢迎拍砖。

lsjier

爱卫生 发表于 2011-4-15 19:33
回复 Albert 的帖子

1 除了一开始MS侧首次附着在Attach request 消息中带有Random TLLI，而后在网络侧发 ...

看到信令中即使是网络重新分配了TMSI，但在接下来MS发送PDP Request消息中，TLLI并没有变化，而是游网络侧首先变化TLLI，为什么？？？

爱卫生

回复 lsjier 的帖子

  要看包哦。我找了抓包确认了下。上面提到的TLLI的编码和使用是没有问题的。特意发了篇贴，可以参考从附着和PDP激活流程看Local和Foreigh TLLI的变化。里面有详细的foredit tlli在附着成功后到local tlli的变化的介绍。

weishengzi

TLLI的变化感觉是网络侧发起的

小丙张嘎

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

梦幻情缘

爱卫生 发表于 2011-4-15 19:33
回复 Albert 的帖子

1 除了一开始MS侧首次附着在Attach request 消息中带有Random TLLI，而后在网络侧发 ...

问题1. MS首次附着是什么意思？难道只有刚买的新手机，用其第一次上网才算是首次附着，而不是指开机后的第一次联网？
问题2. 只有首次附着使用 random TLLI，其后的第二次，第三次，。。。第n次附着都使用 foreign TLLI?
问题3. 只要不是首次附着MS就一定会存在有效地P-TMSI和TLLI?
问题4.  你在楼下指出“MS首先会根据网络侧新分配的P-TMSI生成Local TLLI。并且只要这个MS不离开这个RA，就一直使用这个Local TLLI和网络侧进行通信。（因为P-TMSI的有效范围是RA，而TLLI是由P-TMSI生成的。TLLI的有效范围和P-TMSI是一样的。）” ，1)难道意思是在MS只要在一个RA内不离开，它在一次上网过程中（从附着到去附着），所使用的P-TMSI和TLLI是不变的，就算是执行周期性的位置更新也不会改变P-TMSI和TLLI?  2) 如果MS未曾离开RA，它在此RA关机再开机，会重新分配新的P-TMSI和TLLI,还是使用上次在该RA内的P-TMSI和TLLI?    3)难道P-TMSI和TLLI的变化只是在MS从一个RA到另一个RA或者从一个cell到另一个cell, 除此之外，一次上网过程中（从附着到去附着），P-TMSI和TLLI都不会变化？

qsdd2008

TLLI和NRI的关系：
这个TLLI里面还有个NRI，用户户原本在POOL1的SGSN1，现在路由更新到POOL2的SGSN2，要触发用户以TLLI发起路由区更新，在附着过程中，这个TLLI会发生改变是吗？也就意味着NRI会发生改变？SGSN2能够分配含有自己NRI的TLLI给MS。
MS在新的SGSN2下的新的BSC，BSC从MS发送的TLLI中获得NRI，这个TLLI和NRI还是POOL1的SGSN1吧？然后BSC根据自身保存的NRI与SGSN的对应关系找出服务的SGSN1，将消息分发到该SGSN1，所带的NRI没有与其对应的SGSN ，NRI没有与其对应的SGSN时，BSC能够采用负荷均衡算法，将呼叫消息分发到POOL内某个SGSN上，SGSN POOL2内任意一个SGSN都能够根据旧的NRI找到的源SGSN，是不是就是所说的default SGSN，每次做Gb链路规划表的，都会将POOL内某个SGSN标注为default，但是SGSN和BSC的配置看不出来哪一个SGSN是default，像这个情况，MS在新的BSC所对应的SGSN就是default，关于default SGSN还是有疑问的。
NRI对应于SGSN的GN口的GTP-C地址，BSC需要知道这个GTP-C地址吗，不是就需要知道SGSN的Gb地址即可？
附着成功和路由更新区是两个不同的过程吗？附着成功即意味着完成路由更新。
附着请求是不是有两种：使用IMSI和TLLI发起附着请求，能不能给个实例叙述下什么情况下发生这两个附着，我不是很理解，请爱总，帮忙解答我的疑问，谢谢。

admin

建议如果一个帖子里问题较多的话，前面加一个编号如1、2、3等等来为问题编个号。这样后面的回答者就不会漏掉你的问题。而且可以根据你的编号来做点到点应答。
1 TLLI是和P-TMSI绑定的，只要P-TMSI不重新分配，网络侧分配的P-TMSI/TLLI就不会改变。
2 如果路由更新完成了，那SGSN2就会分配新的P-TMSI给MS，因此TLLI就更新了，是SGSN2分配的。
3 由于NRI已经更新了，那MS在新的SGSN2下的BSC附着时，BSC会根据NRI与SGSN2的映射关系，将请求路由到SGSN2。
4 BSC不需要知道Gn口的GTP-C地址。GbIP的地址肯定需要知道，因为Gb接口是自动配置的。
5 路由区更新可以看成是附着流程的子集，或者理解成路由区更新就是跨路由区的附着就好了，作用其实都是在新的核心网SGSN下注册，附着和路由区是两个完全不同的流程，所以附着成功并不意味着完成路由更新。
6 建议看看5.2 移动性管理信令流程版块的实例，有抓包：http://www.gprshome.com/forum.ph ... peid&typeid=335

qsdd2008

NRI的更新，是不是随着P-TMSI的更新而更新的？MS从RA1来到了RA2，服务的SGSN从POOL1 SGSN1到了POOL2 SGSN2,这时候，MS只能将在RA1里使用的Local TLLI批上一层马甲，就是将Local TLLI的第30 bit从1变成0。这样Local TLLI就变成Foreign TLLI了。 那SGSN2一看到这个TLLI，读取第30bit，就知道这个MS是从其他RA过来的。SGSN1根据旧的NRI找到源SGSN，取得用户信息后，SGSN2重新分配P-TMSI给MS，这时候SGSN2更新自己的NRI发送给MS，是这样的吗？

hycl5410

NRI的更新，是不是随着P-TMSI的更新而更新的？MS从RA1来到了RA2，服务的SGSN从POOL1 SGSN1到了POOL2 SGSN2,这时候，MS只能将在RA1里使用的Local TLLI批上一层马甲，就是将Local TLLI的第30 bit从1变成0。这样Local TLLI就变成Foreign TLLI了。

那SGSN2一看到这个TLLI，读取第30bit，就知道这个MS是从其他RA过来的。
SGSN必定知道自己所管辖的所有RA，所以未必通过TLLI来判断是否有RA变化。

SGSN1根据旧的NRI找到源SGSN，
跨pool场景，NRI不适用了，需要查询DNS了。

取得用户信息后，SGSN2重新分配P-TMSI给MS，这时候SGSN2更新自己的NRI发送给MS，是这样的吗？