51学通信技术论坛

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

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

Rank: 2Rank: 2

跳转到指定楼层
楼主
发表于 2013-8-9 11:14:50 |显示全部楼层 |倒序浏览
一键分享 一键分享
请问,有关TAU流程的细节。
E-UTRAN Tracking Area Update with Serving GW change的过程中,通常可能MME和SGW发生变化,但是e-NodeB并未更改(此处理解是否正确?)如果SGW发生变化,则new MME发送Create Session Request消息给new SGW,告知new SGW该MME的信息,new  SGW随后发送Response告诉new MME,SGW的消息,从而成功在两者之间建立控制面隧道,但在规范中并未找到new SGW是如何和eNodeB之间建立数据面隧道的过程?请问new SGW是如何知道eNodeB的信息呢?(规范中说在Create Session Request 中只有在X2接口的切换过程中,才会传输eNodeB的信息,其他 TAU或HANDOVER 未出现eNodeB的信息)

在E-UTRAN Tracking Area Update without Serving GW change中,由于只改变了MME,所以通常数据面的隧道是不会发生变化吗?


在其他TAU的流程中,比如4G到3G的TAU ,由于接入网络由eNodeB变成了RNC,所以需要重新建立数据面的隧道,所以会在建立控制面的隧道后,再建立数据面的隧道,这时用户原来的Bearer Context是不是可以通过Modify Bearer Context重新建立,进行承载的转接?这一部分理解是否有偏差呀?

谢谢版主的解答!

Rank: 2Rank: 2

沙发
发表于 2013-8-12 11:05:22 |显示全部楼层
爱卫生 发表于 2013-8-9 22:03
E-UTRAN Tracking Area Update with Serving GW change的过程中,通常可能MME和SGW发生变化,但是e-NodeB并 ...

Hi,爱总,谢谢回答
我的问题是针对3GPP TS 23.401 V11.4.0规范中不理解的地方提出的。
1.有关TAU过程eNodeB是不是改变,我看规范在TAU这一节中eNodeB都只有一个,所以理解在TAU过程中eNodeB可能不会发生改变,不过看了你的讲解,TAU有可能是在Handover的过程之后,所以eNodeB都是切换完成后的Target eNodeB,不存在改变的意思。不过针对这个问题,我还是有些不清楚。
第一,比如TAU发生在Handover之后,是用来完成用户注册登记的功能,这个过程在Handover时,MME不是已经向SGW注册过了吗?也就是SGW在切换时已经知道MME的TEID和IP。为什么还需要再次注册,或者说这两次注册的消息是否有什么不同呢?(针对X2切换,SGW发生改变的情况:在切换时 MME<-->SGW发送Create Session Request/Request消息获得了eNodeB的信息,在这对消息中,SGW和MME(可以认为是new MME)间已经建立控制面连接,随后的TAU还需要做什么呢?)
第二,类似第一个问题,切换过程中如果管理eNodeB的MME发生改变,TAU过程中new MME需要向old MME取得用户上下文信息,这部分用户上下文数据与建立数据面隧道是否有关系?

2.关于RAU的过程,我看规范中第114页的图和内容中,在SGSN和SGW之间注册和建立数据面通道时,是通过Create Session Request/Modify Bearer Request消息完成,所以我想问的是,在SGSN和SGW之间的信令是4G中使用的Create Session Request/Response和Modify Bearer Request/Response消息?还是3G的Create PDP Request/Response消息呢?

3.MME的粒度问题,一般MME设备的管理范围是多大?比如说可能管理多少eNodeB?


再谢谢爱总的回答!

使用道具 举报

Rank: 2Rank: 2

板凳
发表于 2013-8-12 20:26:39 |显示全部楼层
爱卫生 发表于 2013-8-12 19:55
字有点多,看得有点晕。可能会漏掉一些细节的提问哦。非故意。1 TAU在handover之后的注册,不是用户面的注 ...

谢谢爱总的回答。写的太多了,有点乱,实在不好意思(不能加大行间距)。
我的第一个问题用一个场景来说吧。如X2口的切换,在切换时,MME发送 Create Session Request消息给SGW,在Bearer Context消息元素中告知需要进行切换的承载(eNodeB的TEID、SGW-U的TEID),SGW发送Create Session Response给MME,完成对承载的建立,即建立数据面eNodeB和SGW-U之间通道。而在Create Session Request/ Response消息中,对用户和SGW之间控制面的通路不是一并也都建立好了吗(控制面的通道包括了SGW-S1的TEID和MME 的TEID)? 即爱总所说的attach过程,那随后的TAU过程中的登记注册是用来做什么的呢?还是说隧道的建立并不完全代表attach过程的完成?主要就是这一点没明白

追加一个问题,这两次发生在切换和TAU过程中的Create Session Request/ Response消息在元素上是否有不同?

嘿嘿,这次说的清楚了吗?

谢谢!

使用道具 举报

Rank: 2Rank: 2

地板
发表于 2013-8-12 20:35:54 |显示全部楼层
爱卫生 发表于 2013-8-12 19:55
字有点多,看得有点晕。可能会漏掉一些细节的提问哦。非故意。1 TAU在handover之后的注册,不是用户面的注 ...

不好意思,还是我。。。。第二个问题,我是在3GPP TS 23.401 V11.4.0(2012-12)规范上看到,具体章节在5.3.3.3 Routing Area Update with MME interaction and without S-GW change(页码P107页开始)

主要纠结在3G和4G网络之间切换时,SGSN和SGW之间的信令是哪种网络的消息?是Modify Bearer Request/Response还是 Update PDP Request/Response,看规范上说是使用4G的信令,这个就不是很清楚。。。

爱总,谢谢啦!



使用道具 举报

Rank: 2Rank: 2

5#
发表于 2013-8-13 10:52:34 |显示全部楼层
爱卫生 发表于 2013-8-13 00:03
呵呵,欢迎交流。分开下就好了。我给个个人建议,就是一个问题一楼,当然同类型关联紧密的问题放一楼,这 ...

哈哈,谢谢爱老大的建议。
关于TAU这一块,我就是不清楚它的意义在哪里,听这么一讲解,好像可以理解是作为登记注册的一部分。
还想问问,一般接在Handover with SGW change 之后的TAU,是起到补充用户登记注册的意义吗?存在先建立数据通道,转发用户数据,在进行补充登记的情景吗?

谢谢,隔空喊话果然还是不方便呀

使用道具 举报

Rank: 2Rank: 2

6#
发表于 2013-8-14 12:11:53 |显示全部楼层
wenliu 发表于 2013-8-13 16:17
我来回复一部分吧。

TAU 过程主要是涉及到UE的移动性管理。

哈哈,谢谢版主的解答。
看了回答后,总算清楚了原来TAU的发生是用户所处的TA不在TA List中,需要向MME重新获得TA List的过程,所以不涉及到用户数据面,这个理解应该正确了!

不过有一点不明白。
在ECM-IDLE 状态下的UE ,如果当前TA 不在UE 收到的TA list中,UE 也可以通过TAU来完成X2 接口的 内部切换。
我想请问这个X2接口的内部切换是什么?好像不是基于X2接口的Handover?

多谢版主的回答!

点评

wenliu  不过这块TAU切换的可能性之前爱总已经列过了。不一定会发生。  发表于 2013-8-14 13:31:45
wenliu  这个可能没写清楚。我意思就是X2接口的切换。因为old eNodeB和Target eNodeB同归属在一个MME下面,我想当然是在MME内切换了。 那完成了X2-based 的handover之后,那么我之前认为既然当前eNodeB都换了,可能会需重新  发表于 2013-8-14 13:23:29

使用道具 举报

Rank: 2Rank: 2

7#
发表于 2013-8-14 12:13:51 |显示全部楼层
爱卫生 发表于 2013-8-13 22:59
我又仔细查了下,更新下。发现handover得分场景来决定是否要做TAU。如你提的这个X2 handover,在规范中提 ...

哈哈,爱总又去查了规范,真感动!!!!
这几天关于TAU问了不少,学了不少呢,谢谢啦。

使用道具 举报

Rank: 2Rank: 2

8#
发表于 2013-8-14 12:18:18 |显示全部楼层
chris 发表于 2013-8-14 10:13
TAU的时候ENodeB变不变,我觉得换个角度理解就清楚了,首先TAU的前提条件是TA发声变化(类似2G/3G里的RA发声变 ...

哈哈,多谢多谢啊
我想TAU发生时,的确有可能是用户所连接的eNodeB发生了改变(非TAU周期发送),但从上面几楼的解答来看,eNodeB发生了改变,却不一定会触发TAU(当移动用户所处新的TA还在TA List当中)。

多多交流!嘿嘿!

使用道具 举报

Rank: 2Rank: 2

9#
发表于 2013-8-14 14:35:44 |显示全部楼层
hycl5410 发表于 2013-8-14 13:18
另补充一点,这里提到的4G HO(S1/X2),应该都是inter-enodeb的。
印象中好像还有inter-cell intra-enode ...

嗯嗯,这么快就收到了答复。
再想多问一句,以前在论坛中看过这样一篇帖子。http://www.gprshome.com/thread-3474-1-1.html
帖子里说同一个MME可能包含不同的TA List,所以用户有可能在同一个MME管理下的不同TA List间切换咯?

如果
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,是这么理解吗?

如果
eNodeB A   属于 TA List 1 的TA 1
eNodeB B   属于 TA List 1 的TA 2
当移动用户从eNodeB A 移动到eNodeB B时,切换完成后就不需要TAU了,因为都是UE的TA List中。

谢谢DX!

使用道具 举报

Rank: 2Rank: 2

10#
发表于 2013-8-14 14:41:01 |显示全部楼层
hycl5410 发表于 2013-8-14 13:18
另补充一点,这里提到的4G HO(S1/X2),应该都是inter-enodeb的。
印象中好像还有inter-cell intra-enode ...

追加上楼的一个问题!
MME中是只能有一个TA List吗?
如果是这样,那第一个场景的TA List1和TA List2就不可能由同一个MME 管理,MME也需要改变了!

多谢解答!

使用道具 举报

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

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

GMT+8, 2024-5-19 01:33 , Processed in 0.179229 second(s), 14 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部