有关TAU流程的细节问题！

爱卫生

E-UTRAN Tracking Area Update with Serving GW change的过程中，通常可能MME和SGW发生变化，但是e-NodeB并未更改（此处理解是否正确？）（eNodeB要变的，请给出并未更改的来源与出处，最好是规范的英文描述）。如果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的信息）（是的，如你所说。TAU分成两种，如果TAU是作为handover的一部分，那handover做用户面切换的时候，SGW可以获取eNodeB的信息，作为收尾的TAU只是完成一个用户注册登记的过程，那SGW就不再需要重复去了解eNodeB的用户面信息了。还有一种就是用户在非handover（即不带业务的情况下）的情况下触发的TAU，这时控制面的EPS bearer的信息，new MME是可以和old MME交换context request/context response消息拿到的，在此时的TAU流程中，SGW是不需要知道eNodeB的用户面信息的，所以在TAU流程中SGW不会知道eNodeB的用户面信息，如果用户要发数据的话，那会触发service request流程，通过这个业务请求流程，SGW会得到eNodeB的用户面信息，从而完成用户面数据的传送。）

在E-UTRAN Tracking Area Update without Serving GW change中，由于只改变了MME，所以通常数据面的隧道是不会发生变化吗？（个人认为是的）

在其他TAU的流程中，比如4G到3G的TAU ，由于接入网络由eNodeB变成了RNC，所以需要重新建立数据面的隧道，所以会在建立控制面的隧道后，再建立数据面的隧道，这时用户原来的Bearer Context是不是可以通过Modify Bearer Context重新建立，进行承载的转接？这一部分理解是否有偏差呀？
（首先更正一下，4G到3G是RAU，所以也没有modify bearer context消息了，应该是update pdp context request消息，完成承载的转接。）

欢迎多分享交流。

爱卫生

北七女孩 发表于 2013-8-12 11:05
Hi，爱总，谢谢回答
我的问题是针对3GPP TS 23.401 V11.4.0规范中不理解的地方提出的。
1.有关TAU ...

字有点多，看得有点晕。可能会漏掉一些细节的提问哦。非故意。

1 TAU在handover之后的注册，不是用户面的注册，是控制面的注册。也就是不是MME向SGW注册，而是UE向MME注册，类似attach。正常的流程就像生活中都是先登记再用，但一些紧急情况可以用完了再登记。比如抗洪救灾发放物资。一般是登记姓名后发放，但突然来了个灾民，饿得不行了，也可以给他先吃，醒了再登记。但不能说不登记。因为他也占用了救灾物资。这个例子可能不太恰当。

2 规范有不同的版本，光看页数不能准确定位你的信息。请告之章节信息和章节名称或你看的规范版本信息。

3 这个不太清楚。但一个MME通常可以支持几十到上百万用户。不好说一般支持多少eNodeB。看人口、经济等由各省决定。广东和西藏肯定不一样。

爱卫生

北七女孩 发表于 2013-8-12 20:26
谢谢爱总的回答。写的太多了，有点乱，实在不好意思（不能加大行间距）。
我的第一个问题用一个场景来说 ...

呵呵，欢迎交流。分开下就好了。我给个个人建议，就是一个问题一楼，当然同类型关联紧密的问题放一楼，这样其他XDJM们就看起来方便点。

我先说下这个问题我的理解：

其实TAU可以看成是attach的一种，或者说就是attach的子集，主要目的是做位置登记，用户身份登记注册，而不是要建立用户面的隧道。你说的create session request消息完全是有条件出现的，也就是只有在handover或者tau发生了SGW的变更也就是需要重选SGW的时候才会出现，否则是不会有这个消息的。我看的是TS23.401 V8.9的5.5.1.1.2 x2-based handover without SGW relocation这一节，你会看到如你所说的这个的x2 handover的场景，由于SGW没有重选，根本就没有create session request消息。所以你的这个问题就不存在了。由于只是换了eNodeB，所以MME只需要给SGW发送一个modify bearer request更新一下下行方向用户面的通道就可以了。

爱卫生

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

这一章的SGSN是支持S4接口的，所以用的信令协议是GTPV2。其实也很好判断，GTPV2的消息名叫context request，GTPV1叫sgsn context request，GTPV2叫modify bearer request，GTPV1叫update pdp context request。因为bearer是4G的概念，pdp上下文时2/3G的概念。另外在做2/3G和4G互操作的时候还有一种SGSN，不支持S4接口，我们把它叫做Gn-SGSN，这种SGSN网上也很多，说白了就是不支持TS23.060的R8规范，是基于PS的TS23.060 R7以及之前的规范搭建的。那就只能用GTPV1的消息例如update pdp context request/response了。

也期待你多分享一些你的宝贵经验哈~~

爱卫生

北七女孩 发表于 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。

爱卫生

北七女孩 发表于 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中。
对，应该是的。