1.3 E-UTRAN内的TAU（SGW和MME均变化）

hycl5410

9.9.2.1        EPS bearer context status
The purpose of the EPS bearer context status information element is to indicate the state of each EPS bearer context that can be identified by an EPS bearer identity.

实物可能比较难测，模拟器会比较容易。

个人理解，TAU的时候，MME不做任何操作，不告诉SGW也不在内部删除bearer等。如果以后存在冲突/状态不一致，比如UE对该PDN重新发起PDN connection流程，那么MME仍然可以先delete session再create session。相关描述可以参考23.401(rel a80) initial attach流程. 虽然场景和用法不是那么一样，但是感觉思路是一样的。其实23G下类似的事情也都是这么处理的，先delete再create pdp


7.        If there are active bearer contexts in the new MME for this particular UE (i.e. the UE re-attaches to the same MME without having properly detached before), the new MME deletes these bearer contexts by sending Delete Session Request (LBI) messages to the GWs involved. The GWs acknowledge with Delete Session Response (Cause) message. If a PCRF is deployed, the PDN GW employs an IP-CAN Session Termination procedure to indicate that resources have been released.

hycl5410

ithinc 发表于 2013-3-12 18:23
你是说Step 8写的很清楚？我是说Step 8的描述有些模糊点。

The MME releases any network resources rel ...

default bearer还能怎么操作？向旧SGW发delete session呗。。。并且指示需要发向PGW。default bearer都没了，PDN就会被disconnect掉。由于是UE指示的default bearer inactivate，所以就不会有NAS的PDN disconnect消息了，只向SGW PGW发delete session即可。
default bearer如果被UE inactivate了，那MME就不会再去查DNS并匹配SGW/PGW了，也就不会有新SGW。

hycl5410

不是想当然。多PDN情况下，一样可以发送delete session，delete session里可以带EPS-BEARER-ID.
口说无凭，有包为证。

hycl5410

wenliu兄的想法与我最初的想法是一致的，详细可以见我5楼的回复。
但是ithinc兄拿出23.401 v10.8.0 Section 5.3.3.1 Step 8的描述，我觉得这个描述就很清楚了。

The MME releases any network resources related to EPS bearers that are not active in the UE.

ithinc兄纠结的地方不是要不要release，而是如何release，尤其是存在多PDN的default bearer情况下。

于是我在8楼回复，对于inactivate的PDN的default bearer，MME release的方式是向SGW/PGW发送delete session

ithinc兄在8楼点评的观点是，对于多PDN的情况，MME向SGW发送delete session会影响到其他PDN的default bearer。

我在9楼的抓包是证明，delete session不会对其他PDN的bearer造成影响。

确实我在9楼的抓包不是ithinc兄描述的场景，并且我也没有条件复现这种情况并抓包。当然我更希望ithinc兄拿出这种情况的抓包来给出结论。

不管怎样，讨论的过程非常有趣，个人觉得受益颇多。感谢各位~

hycl5410

ithinc 发表于 2013-3-13 16:56
我是说新MME不能向旧SGW发Delete Session，不是说MME不能向SGW发送拉。我已经知道Huawei是怎么做的了，大家 ...

非常感谢！
终于搞清楚了。
新MME发向新SGW的create session是可以带BearerContexts to be removed的
TS 29.274

This IE shall be included on the S4/S11 interfaces for theTAU/RAU/Handover cases where any of the bearers existing before theTAU/RAU/Handover procedure will be deactivated as consequence of theTAU/RAU/Handover procedure.

For each of thosebearers, an IE with the same type and instance value shall be included.


old MME发给old SGW的delete session终止在SGW（SGW change indicator in context-ack sent in s10 interface）。此步骤跟bearer context状态无关，只要SGW变了就会发。delete session per PDN。

新MME不能向old SGW发送delete session，尽管新MME知道old SGW的一切信息。因为如果发了delete session，后续old MME也要向old SGW发送delete session，这样就会导致old MME收到类似no exist一类的异常消息。

hycl5410

在思考这个问题的同时，我又想到另外一个有意思的问题：

预置条件：
SGW1与PGW1共节点，
SGW2与PGW2共节点，
SGW与PGW均可匹配成功且连通ok
SGW1服务TA1和TA2，
SGW2仅服务TA2
UE在TA1下激活两个APN--APN1 APN2，
APN1激活于SGW1 PGW1
APN2激活于SGW1 PGW2
MME1仅服务TA1，
MME2仅服务TA2。

问题：
当UE从TA1切换到TA2时，APN2一定会从SGW1切换到SGW2。那么APN1是否也一定会做SGW的切换（SGW1也是可以服务TA2的哦~）？

请感兴趣的同学分析作答并解释原因。

参考文献为TS 23.401和TS 29.274,线索就在14楼。

hycl5410

两个PDN,create session时Bearers to be Created填一个，inactive的那个被remove。
这样一条信令干两件事情好像也有点说不过去，毕竟协议也说create/delete session是per PDN的。

不这样搞那就只能先create再delete了，虽然看起来麻烦很多。。。

或者这么考虑，只有一个PDN一个default bearer，TAU时bearer-status什么都不带，新MME确实也没法发create session带被remove的EBI。那就只能先create再delete了。

hycl5410

ithinc 发表于 2013-3-15 11:01
我以为不需要想，你这么一说我糊涂了。

inter MME切换场景。
如果不限制一个UE的多个PDN必须在同一SGW上，那么理论上是存在这样一种可能的：
1）切换前，APN1激活于SGW1 PGW1， APN2激活于SGW2 PGW2
2）新MME查询DNS，匹配合适的SGW PGW对
3）新MME决定APN1匹配对为SGW1 PGW1，APN2为SGW1 PGW2 （*.tac.epc......配置很常见的吧,一般回的list里也不会只有一个SGW node吧）

问题就来啦，context acknowledge里的SGWCI怎么设？一个变了一个没变，这个字段又不是per bearer的。


当然啦，以上说法都是瞎猜，可能是牵强附会而已，深层次的设计思路没有抓住。
没准强制UE使用同一SGW是因，SGWCI不per bearer是果呢（没必要分啦）

从Indication flags字段结构看呢，SGWCI只占一个bit就够了，倒确实省地方。。。

hycl5410

aceworld 发表于 2015-2-7 15:43
hycl5410 ，您好：
   我看了您上传的这个报文了，这个报文中第8，第21，第47条报文，这三个是同一个用户 ...

这是一个UE激活多个PDN的场景。
第8个包是建立第一个PDN（APN）连接，第21个包是另外一个PDN（APN）连接。

然后就又回到之前说的事情了，一个UE的多个PDN必须要在同一个SGW上。因为从抓包看，MME与SGW之间的S11-C，对于一个UE来说，就只有一个tunnel，该UE内不同PDN实际上是通过EPS-beaer-ID来区分的。

注： PGW S5S8-C对于不同的PDN显然是必须要有不同的TEID的。