TDD-LTE 附着流程和去附着流程

本文主要是介绍TDD-LTE 附着流程和去附着流程，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

目录

1. 附着流程

1.1. 正常附着流程

2. 异常附着流程

2.1 RRC建立失败

2.2 核心网拒绝

2.3 eNodeB未收到初始化上下文建立请求

2.4 RRC重配置请求丢失

2. 去附着流程

2.1 非关机去附着流程

2.1.1 连接态非关机去附着

2.1.2 空闲态非关机去附着

2.2 关机去附着流程

---

1. 附着流程

1.1. 正常附着流程

流程说明：

1. UE开机发起附着，向MME发送Attach Request（IMSI/GUTI）消息。
2. MME收到Attach Request消息后向HSS发送Authentication Information Request(IMSI)，HSS响应Authentication Information Answer消息，携带EPS安全向量。
3. MME发起鉴权安全流程。该流程实际鉴权和安全分开做，当MME中有UE的鉴权结果缓存时MME不会向UE发起鉴权流程。
4. MME向HSS发送Update Location Request消息更新位置，HSS响应Update Location Answer，该消息里包含了签约数据。
5. 更新成功后MME发送Create Session Request消息给Serving GW，请求建立默认承载。                                                                                
6. Serving GW发送Create Session Request消息给PDN GW。
7. 如果部署了动态PCC，PDN GW发起IP-CAN会话建立流程。
8. PDN GW响应Create Session Response消息给Serving GW，然后Serving GW响应Create Session Response给MME。
9. MME发送Initial Context Setup Request给eNodeB，里面携带了Attach Accept消息，该消息中包含了Activate Default EPS Bearer Context Request消息，要求建立默认承载。
10. UE返回Attach Complete，eNodeB返回Initial Context Setup Response消息，建立默认承载成功。
11. MME向Serving GW发送Modify Bearer Request消息更新eNodeB地址和TEID，Serving GW响应成功消息。

2. 异常附着流程

2.1 RRC建立失败

RRC建立失败根据信令又分为三种：
1、    RRC建立请求无响应：（或是空口因素导致eNodeB未收到，或是收到但无法正确解码）

RRC建立请求正确到达eNodeB，但eNodeB下发的rrc connection setup 消息UE未收到或收到后无法按照要求建立。

UE上发的rrc connection setup complete 消息在空口丢失导致建立超时。

2.2 核心网拒绝

2.3 eNodeB未收到初始化上下文建立请求

2.4 RRC重配置请求丢失

2. 去附着流程

2.1 非关机去附着流程

2.1.1 连接态非关机去附着

2.1.2 空闲态非关机去附着

2.2 关机去附着流程

UE关机去附着时,发起去附着请求后不再响应E-UTRAN侧任何消息,直接释放本地所有EPS承载和RB资源。如果是连接态关机去附着，则下图流程中没有RRC建立过程。

这篇关于TDD-LTE 附着流程和去附着流程的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---