有关TAU流程的细节问题！

爱卫生

北七女孩 发表于 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-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 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的信令，这个就不是很清楚。。。

爱总，谢谢啦！

北七女孩

爱卫生 发表于 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消息在元素上是否有不同？

嘿嘿，这次说的清楚了吗？

谢谢！

爱卫生

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


再谢谢爱总的回答！

hycl5410

爱老大回答的已经很细致了。
我就再补充一点建议，建议楼主找一些数据包来看，涉及TAU/RAU的，着重看RAB和ERAB的建立或更新流程，看里面的地址和TEID（这是针对radio bearer的部分）；
Gn和S5S8上的U面，相对就简单一点，也是一样的方法。

爱卫生

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消息，完成承载的转接。）

欢迎多分享交流。