51学通信技术论坛

 找回密码
 立即注册
搜索
楼主: 爱卫生
打印 上一主题 下一主题

从附着和PDP激活流程看Local和Foreigh TLLI的变化   [复制链接]

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

特殊贡献奖

楼主
发表于 2012-5-9 21:02:03 |显示全部楼层
谢谢,各位: 我提个问题: BSC 怎么根据tlli 找到 MS的,而且下行的消息没有RAI,请爱老版 关注下。

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

特殊贡献奖

沙发
发表于 2012-5-10 20:47:19 |显示全部楼层
谢谢艾老板,我的意思是:如果两个下行的PDU包含相同的tlli,却是两个用户的PDU,bsc该如何区分?毕竟都不含有RAI。

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

特殊贡献奖

板凳
发表于 2012-5-11 12:43:34 |显示全部楼层
谢谢,艾老板,我是认为这样:我认为只一个tlli 不足以说明 一个MS 到 SGSN的链路和一个MS到BSC的链路,因为不同的RA内也可以有相同值的tlli, 而一个BSC也可以管理多个RA,BVCI虽然有,感觉起不到RAI的作用。 BSC即便在更换tilli时候,难道只用tlli这个字段来检索到oldtlli ? 所以这方面还请老版费心,我心中一直存在这个问题。

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

特殊贡献奖

地板
发表于 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)


使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

特殊贡献奖

5#
发表于 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自己所用,只是它的值只能由网侧设定或更新。

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

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

特殊贡献奖

6#
发表于 2012-5-13 12:43:12 |显示全部楼层
不客气,大家都在学习,交流,我从中也成长了很多。

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

特殊贡献奖

7#
发表于 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。

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-5-8 23:47 , Processed in 0.059704 second(s), 10 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部