51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 11988|回复: 5
打印 上一主题 下一主题

有关TAU流程的细节问题!   [复制链接]

Rank: 8

VIP 论坛核心会员 特殊贡献奖

楼主
发表于 2013-8-11 23:51:13 |显示全部楼层
爱老大回答的已经很细致了。
我就再补充一点建议,建议楼主找一些数据包来看,涉及TAU/RAU的,着重看RAB和ERAB的建立或更新流程,看里面的地址和TEID(这是针对radio bearer的部分);
Gn和S5S8上的U面,相对就简单一点,也是一样的方法。

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

沙发
发表于 2013-8-14 13:14:37 |显示全部楼层
个人觉得不要把S1/X2HO跟TAU作为对等事件来看待,把他们分开看会比较好。

TAU:满足爱总13楼提到的触发条件,即触发TAU。TAU是否发生是独立于HO的,假设所有设备都不支持HO,该TAU时还是会TAU的。TAU是移动性管理(EMM)的范畴。
HO:需相关网元支持(ENB,MME,印象中X2场景SGW不需要),HO是在ENB发生变化时(这里先不讨论4G跟2G3G的HO),为了实现业务数据“无缝连接”的一种业务流程。

为什么说HO与TAU没有必然联系,因为HO做的是数据面的切换,是在MME控制下,ENB与SGW之间数据通道(GTPU)的切换。HO(亦即切换ENB)并不会导致EMM状态的变化。

点评

爱卫生  再赞一个。支持H大侠。:)  发表于 2013-8-14 20:06:23

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

板凳
发表于 2013-8-14 13:18:23 |显示全部楼层
另补充一点,这里提到的4G HO(S1/X2),应该都是inter-enodeb的。
印象中好像还有inter-cell intra-enodeb的,这种HO跟EPC就没有关系了,ENB自己就搞定了。

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

地板
发表于 2013-8-14 15:24:22 |显示全部楼层
本帖最后由 hycl5410 于 2013-8-14 23:34 编辑

1.MME应该可以支持多个TAI list,不过不确定。个人在此处的还有疑惑,很多地方逻辑关系没有搞清楚。详见下面标红部分。
2.
如果
eNodeB A 属于 TA List 1 的TA 1
eNodeB B 属于 TA List 2 的TA 1
TA List 1和TA List 2同属于同一个MME
当移动用户从eNodeB A 移动到eNodeB B时,虽然属于同一个MME管理,但属于不同的TA List,所以切换后会进行TAU,是这么理解吗?

个人理解预制条件不合逻辑。
一个TA不应该属于两个不同的TA list。

实际网络中,如何定义一个TA list,个人缺乏实际经验(某厂商相关的cli是知道的,但是缺乏实际应用场景的经验)。也希望有知道的朋友给指导一下。
遇到的现网中都是下发一个TA,没有见到过多TA组成TAI list的情况。。。

3.一个TA list下不同TA间切换是不用做TAU的。

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

5#
发表于 2013-8-14 23:39:47 |显示全部楼层
不行了。。。忍不住了。。。
如果是DNS方式,这个DNS是怎么查的呢?
如果是visited方式,length大于1,TAI list岂不是一个动态的?

求大神解惑啊
要是confidential的话,请发邮件给我,先谢了!!!

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

6#
发表于 2013-8-17 13:56:29 |显示全部楼层
又想一下,TAI list是针对UE的,那么对于一个UE,只存在一个当前注册的TAI list,进入不在这个list的TA即需要进行TAU,TAU过程中又会得到新的list。那么,如果从UE角度来看,一个MME支持多少个TAI list本身就是一个逻辑错误的问题(因为UE不会记录多个TAI list)。
所以visited方式是动态处理;DNS方式是静态处理。
只不过DNS方式怎么查询和怎么配置仍然不清楚。。。
看看29.303有没有描述。。。

使用道具 举报

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

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

GMT+8, 2024-5-5 10:20 , Processed in 0.025295 second(s), 10 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部