从附着和PDP激活流程看Local和Foreigh TLLI的变化

海阔天空

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

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

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

爱卫生

回复 海阔天空 的帖子

这个问题已经有明确的答案。什么生效取决于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

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

爱卫生

回复 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。

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

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

爱卫生

回复 samsin 的帖子

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

samsin

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

爱卫生

回复 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

感谢艾老板的热情回复， 感觉老版说的有理，还有一些疑点：
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

回复 samsin 的帖子

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

samsin

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

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

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

samsin

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

爱卫生

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

谢谢，艾老板，我又看了看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

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

爱卫生

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:01
两个术语是不同层的概念。P-TMSI是L3的信息元素，是在MS和SGSN间交互的GMM信令中传递的，对中间RAN侧节点 ...

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