有关TAU流程的细节问题！

北七女孩

请问，有关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重新建立，进行承载的转接？这一部分理解是否有偏差呀？

谢谢版主的解答！

aceworld

hycl5410 发表于 2013-8-14 15:24
1.MME应该可以支持多个TAI list，不过不确定。个人在此处的还有疑惑，很多地方逻辑关系没有搞清楚。详见下面 ...

个人同意hycl5410的看法，对于某个UE来说，即使存在多于一个的TA LIST，那么TA应该所属的TA LIST应该是确定的，不应具有二义性。

hycl5410

又想一下，TAI list是针对UE的，那么对于一个UE，只存在一个当前注册的TAI list，进入不在这个list的TA即需要进行TAU，TAU过程中又会得到新的list。那么，如果从UE角度来看，一个MME支持多少个TAI list本身就是一个逻辑错误的问题（因为UE不会记录多个TAI list）。
所以visited方式是动态处理；DNS方式是静态处理。
只不过DNS方式怎么查询和怎么配置仍然不清楚。。。
看看29.303有没有描述。。。

hycl5410

不行了。。。忍不住了。。。
如果是DNS方式，这个DNS是怎么查的呢？
如果是visited方式，length大于1，TAI list岂不是一个动态的？

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

爱卫生

北七女孩 发表于 2013-8-14 14:35
嗯嗯，这么快就收到了答复。
再想多问一句，以前在论坛中看过这样一篇帖子。http://www.gprshome.com/th ...

如果
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，是这么理解吗？
  这种情况，不会发生TAU的，13楼摘抄了规范中发生TAU的几大场景，是这么说的：”- UE detects it has entered a new TA that is not in the list of TAIs that the UE registered with the network;“就是这种情况，当UE要检测到进入了一个新的TA，并且不在当前保存的TA list里面才发生更新。本例中，UE保存了ta list 1里的ta 1。到了enodeb的ta1，还在自己保存的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中。
对，应该是的。

hycl5410

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的。

北七女孩

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也需要改变了！

多谢解答！

北七女孩

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！

hycl5410

另补充一点，这里提到的4G HO（S1/X2），应该都是inter-enodeb的。
印象中好像还有inter-cell intra-enodeb的，这种HO跟EPC就没有关系了，ENB自己就搞定了。

hycl5410

个人觉得不要把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状态的变化。

北七女孩

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

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

多多交流！嘿嘿！

北七女孩

爱卫生 发表于 2013-8-13 22:59
我又仔细查了下，更新下。发现handover得分场景来决定是否要做TAU。如你提的这个X2 handover，在规范中提 ...

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

北七女孩

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？

多谢版主的回答！

chris

TAU的时候ENodeB变不变,我觉得换个角度理解就清楚了,首先TAU的前提条件是TA发声变化(类似2G/3G里的RA发声变化,),而在4G里的还不是TA变化就发生TAU的,而是用户移动出TALIST时发生TAU,一个TALIST会包含很多TA,而4G的规划里TA是很大一个概念,是包含N多EnodB的 ,所以TAU的变化,肯定ENode是变化的...当然这里不考虑周期性TAU
协议上写的当然只画一个ENodeB啊,画的都是RAU触发了之后的涉及的网元, 因为一旦RAU发生了肯定是到目标ENodeB了由UE发起TAU,和老的ENodeB没有关系了,只需要画一个新的ENodeB即可,除非是在HandOver过程会画2个ENodeb..
简单来说TAU的目的就是告诉网络侧用户当前的位置,用户后续Paging什么的,网络可以找到用户,否则用户都移动了不告诉网络,网络怎么找到用户呢.
以上都使我个人理解,欢迎拍砖..

爱卫生

北七女孩 发表于 2013-8-13 10:52
哈哈，谢谢爱老大的建议。
关于TAU这一块，我就是不清楚它的意义在哪里，听这么一讲解，好像可以理解是作 ...

我又仔细查了下，更新下。发现handover得分场景来决定是否要做TAU。如你提的这个X2 handover，在规范中提到假设的这个场景是MME未发生变化的，其实理论上这种场景下可以不做TAU。因为规范里X2 handover这一章最后一步TAU是虚线，查看后面的解释是，本步骤当满足以下条件之一时触发TAU：

- UE detects it has entered a new TA that is not in the list of TAIs that the UE registered with the network;
- the periodic TA update timer has expired;
- UE was in UTRAN PMM_Connected state (e.g. URA_PCH) when it reselects to E UTRAN;
- UE was in GPRS READY state when it reselects to E UTRAN;
- the TIN indicates "P-TMSI" when the UE reselects to E-UTRAN (e.g. due to bearer configuration modifications performed on GERAN/UTRAN);
- the RRC connection was released with release cause "load re-balancing TAU required";
- the RRC layer in the UE informs the UE's NAS layer that an RRC connection failure (in either E-UTRAN or UTRAN) has occurred;
- a change of the UE Network Capability and/or MS Network Capability and/or UE Specific DRX Parameters and/or TS 24.008 [47] MS Radio Access capability (e.g. due to GERAN radio capability change or CDMA 2000 Radio Access Technology Capability change) information of the UE.
- for a SR-VCC capable UE, a change of MS Classmark 2 and/or MS Classmark 3 and/or Supported Codecs.

把以上几点提炼下，可以得出，如果是handover，得看什么样的handover，如果是2/3G到LTE的handover，那是需要做TAU的，同样如果是X2的handover，那要看MME是否发生变化，如果变了就一定要做TAU，因为新的MME要对UE重新做鉴权。但如果没变，那可以不做TAU。

wenliu

北七女孩 发表于 2013-8-12 20:35
不好意思，还是我。。。。第二个问题，我是在3GPP TS 23.401 V11.4.0(2012-12)规范上看到，具体章节在5.3 ...

这段部分在23.401 的附录部分， Annex D 有另外的针对SGSN可能支持不同的GTP协议版本的消息流程。

wenliu

北七女孩 发表于 2013-8-13 10:52
哈哈，谢谢爱老大的建议。
关于TAU这一块，我就是不清楚它的意义在哪里，听这么一讲解，好像可以理解是作 ...

我来回复一部分吧。

TAU 过程主要是涉及到UE的移动性管理。
在ECM-IDLE 状态下的UE ，此时没有S1_MME 连接，也没有S1-U 用户面的连接。但是UE 之前已经在MME 注册过了。
在4G 中，UE 注册过程过会从网络侧得到一个Track Area list。
那么在这种情况下，UE 通过使用TAU 就可以做到：

1，周期性的TAU， 通知EPC ，UE 活着。那么随后网络侧如果有数据包下发给UE, MME 可以进行寻呼过程。
2，如果当前TA 不在UE 收到的TA list中，UE 也可以通过TAU来完成X2 接口的 内部切换。

这时候因为没有任何的用户面数据出现，所以不需要在S11，S5/S8的信令参与。


在ECM-CONNECTED 状态， 这时候存在S1-MME （或者同时存在S1-U 连接的情况下）：
如果当前TA 不在UE 从MME获取的TA LIST 中（可能UE 发生了Handover，也可能只是enodeB X2 interface发生了切换）。
那么UE 这时候做TAU，就可以从重新获取一份TA List，

并且针对有S1-U ，对于当前的用户面来讲，MME还需要向当前的SGW更新eNodeB的用户面地址和用户面的teid，以完成用户面数据的正常接续。

北七女孩

爱卫生 发表于 2013-8-13 00:03
呵呵，欢迎交流。分开下就好了。我给个个人建议，就是一个问题一楼，当然同类型关联紧密的问题放一楼，这 ...

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

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