还是有点疑问：我看了一个IDLE去附着过程，其首先还是需要先RRC connection setup，您说附着后就是RRC connection状态，好像是矛盾的。 是不是可以这样理解：附着之后也有两个状态，一个是RRC Connection状态（当有业务的时候），另一个是RRC idle（或者称为休眠比较准确些，RRC层释放，但是NAS层还是保存上下文，仍是附着状态）。而去附着之后基本上是认为没有RRC建立，还谈不上RRC IDLE。
仍存在点疑惑，继续求解。

还是有点疑问：我看了一个IDLE去附着过程，其首先还是需要先RRC connection setup，您说附着后就是RRC connection状态，好像是矛盾的。 是不是可以这样理解：附着之后也有两个状态，一个是RRC Connection状态（当有业务的时候），另一个是RRC idle（或者称为休眠比较准确些，RRC层释放，但是NAS层还是保存上下文，仍是附着状态）。而去附着之后基本上是认为没有RRC建立，还谈不上RRC IDLE。
仍存在点疑惑，继续求解。

多少秒没有业务自动进入idle状态，如果有业务需求就重新paging，期间都有RRC消息交互。

附着之后没有做业务的话是会进IDLE的

二楼正解，另外：
1. 附着，去附着是NAS层的概念，从状态的角度上来讲与RRC层没有必然的联系。即Attach态可以是Rrc idle 态，你看到的Detach时进行了rrc setup 是因为Rrc idle态时Nas消息发不上去，需要先建立Rrc连接，才能让Enodeb把Nas消息透传给Mme，Mme收到该消息后会去附着，也会通知Enodeb释放ue上下文回到Rrc Idle态。
2. Ue关机时一般会发Detach，告诉核心网去附着，以免被叫时进行无谓的寻呼，浪费信道资源，那么开机后一定会进行Attach进入附着状态，否则你拨打该号码依然听到＂对不起，您所拨打的电话已关机＂。
3. 一般进入Rrc connect态后，当一段时间内没有业务的，Enodeb会主动释放Ue，进入Rrc idle态，此时Nas层依然属于Attach态。

对的。

解析的透彻。