关于S1连接建立

levidoudou

请问S1连接建立完成有什么标志？或者说完成哪个流程就可以表示S1连接建立已完成？

爱卫生

S1的连接可以看成是TS36.413介绍S1AP协议的Initial Context Setup流程，对应的消息是Initial Context
Setup request/response。所以这个response消息可以看成S1连接的建立成功标志，是包含在EPC附着流程当中的。

另外，TS23.401里还介绍了S1 release流程，将用户连接管理状态从ecm-connected切换到ecm-idle。对应的消息是： S1 UE Context Release Request/Command/Complete。

levidoudou

爱卫生 发表于 2013-12-30 18:32
S1的连接可以看成是TS36.413介绍S1AP协议的Initial Context Setup流程，对应的消息是Initial Context
Set ...

谢谢爱总的解答，继续问一个问题：
其实我有这个疑问主要是因为我看协议里介绍TAU流程中只写了eNodeB发送TAU request消息给MME，并没有写Initial Context Setup流程，并且在爱总你的另外一篇文章中http://www.gprshome.com/thread-2480-1-1.html介绍TAU流程的实例报文中我看也没有Initial Context Setup流程，所以我才有这个疑问，我确认下TAU流程是否有Initial Context Setup流程？是不是协议里TAU流程把这部分简化掉了？又或者TAU流程不需要建立S1连接？

amr

levidoudou 发表于 2013-12-30 19:08
谢谢爱总的解答，继续问一个问题：
其实我有这个疑问主要是因为我看协议里介绍TAU流程中只写了eNodeB发送 ...

TAU不包含Initial Context Setup这个流程，Initial Context Setup一般是在attach的时候发生的。之所以叫Initial，即是指MME和ENB这个时候都没有UE的相关信息，比如能力信息。然后eNB就会向UE索取UE的能力信息。同时这条消息还包括QoS，TEID，IP地址啊，网络侧发生的attach accept消息等。

而进行TAU的时候，ENB，MME都有相关的上下文。TAU的时候，新的MME就直接从旧MME去获取上下文，可以省却信令流程了。你可以查查协议里面定义的TAU流程。

levidoudou

amr 发表于 2013-12-30 19:53
TAU不包含Initial Context Setup这个流程，Initial Context Setup一般是在attach的时候发生的。之所以叫I ...

但是为什么service request的时候也会发起Initial Context Setup过程呢？如果是在EMM_IDLE状态下发起TAU流程的时候，RRC连接和S1连接都已经被释放了，这个时候我觉得需要重新建立RRC连接和S1连接的吧，所以我觉得是不是还是协议里把流程简化过了，是不是在发TAU request消息前RRC连接和S1连接都已经建立好了，只是流程里没体现这部分？

amr

levidoudou 发表于 2013-12-30 20:43
但是为什么service request的时候也会发起Initial Context Setup过程呢？如果是在EMM_IDLE状态下发起TAU流 ...

肯定是的，TAU REQUEST消息是通过RRC CONNECTED COMPLETE消息（链接态是通过ULINFORMATION TRANSFER）发给eNB的，即这个时候RRC已建立。协议不可能每一步都写。
而且TAU有时候并不是一个单独的流程，比如切换的时候就可能包括TAU子流程。在TAU之前链路就已经建好了。

另外我之前有一个地方写错了，ECM-IDLE的时候eNB没有UE的能力信息，只有MME有。

levidoudou

爱卫生 发表于 2013-12-30 18:32
S1的连接可以看成是TS36.413介绍S1AP协议的Initial Context Setup流程，对应的消息是Initial Context
Set ...

爱总，我想补充问两个问题：1.Initial Context Setup这个流程是不是只有在需要建立S1-U连接的时候才需要？而TAU由于不涉及用户面，所以就不需要 Initial Context Setup这个流程？只需要通过Initial UE Message消息将TAU request消息发送给MME就可以了？
2.Initial UE Message消息是不是在S1-MME连接未建立时当有NAS消息时才会有？那UL NAS TRANSPORT和DL NAS TRANSPORT消息在什么情况下会有？是在S1-MME连接已建立的情况下吗？那S1-MME连接建立完成的标志又是什么呢？
我不知道问的对不对，请爱总指点，谢谢！

levidoudou

amr 发表于 2013-12-31 09:30
肯定是的，TAU REQUEST消息是通过RRC CONNECTED COMPLETE消息（链接态是通过ULINFORMATION TRANSFER）发给 ...

谢谢arm大侠的热心指点！

学习爱好者

爱卫生 发表于 2013-12-30 18:32
S1的连接可以看成是TS36.413介绍S1AP协议的Initial Context Setup流程，对应的消息是Initial Context
Set ...

爱总，我看资料说，手机发起ATTACH REQUEST 这条信令时就伴随了S1建立完成，这个时候马上就是ECM-CONNECTED状态了，资料上说在MME给ENDB发鉴权请求消息前S1就建立完成了，我的理解是attach request信令和S1建立完成是同时进行的。不知道我的理解对不？

学习爱好者

levidoudou 发表于 2013-12-31 10:11
爱总，我想补充问两个问题：1.Initial Context Setup这个流程是不是只有在需要建立S1-U连接的时候才需要？ ...

其实我也有疑问，如果用户在ECM-IDLE状态下发起TAU，这个时候UE需要先发起service request流程来让用户变成ECM-CONNECTED状态，然后开始发起TAU request吗？其实也就是TAU之前RRC和S1建立好了吗？（我看资料的描述，TUA之前是建立好了RRC和S1的）。

爱卫生

学习爱好者 发表于 2014-1-1 23:46
爱总，我看资料说，手机发起ATTACH REQUEST 这条信令时就伴随了S1建立完成，这个时候马上就是ECM-CONNECT ...

我的理解是这样的。

说这个ECM状态的转换得看是UE还是MME，两者可能会有一些不同步。规范是这么说的，The UE and the MME shall enter the ECM-CONNECTED state when the signalling connection is established between the UE and the MME. Initial NAS messages that initiate a transition from ECM-IDLE to ECM-CONNECTED state are Attach Request, Tracking Area Update Request, Service Request or Detach Request.。

这也是如你所提到的，发出附着请求就进入到ECM-CONNECTED。规范里用的是“signalling connection is established”。但这个signalling connection实际上在UE和MME侧的表现形式是不一样的。

规范后面还有一张状态转换图，如下：

实际上UE侧只要RRC连接建立就可以进入到ECM-CONNECTED状态了。而发出附着请求的时候RRC连接肯定已经建立了。这就是UE侧的信令连接。但MME侧的信令连接则不是这样，不光是RRC连接，还要S1接口的连接建立（相反的就是S1 release流程：The S1 release procedure changes the state at both UE and MME from ECM-CONNECTED to ECM-IDLE.）。所以我认为MME侧要在用户的S1初始化上下文建立好后才会进入到ECM-CONNECTED状态。

个人理解，供参考。

学习爱好者

爱卫生 发表于 2014-1-2 16:12
我的理解是这样的。说这个ECM状态的转换得看是UE还是MME，两者可能会有一些不同步。规范是这么说的，The  ...

谢谢爱总的指点，我没考虑到有两种情况。

leonzhao2004

ECM-IDEL状态下，TAU不需要先建立S1承载就可以进行。而且TAU也可以建立S1承载，这取决于TAU EMM消息中“Active flag”字段是否置位，一般情形下是不会创建的。
顺便说一句，ECM-IDEL状态下，S1承载的建立一般是通过Service Request完成的。