LTE信令流程

寻呼

1. 寻呼场景

以下三种情况，eNodeB会在空口发起寻呼：

• 网络侧要发送数据给处于 RRC_IDLE 状态下的UE
• 当系统消息改变时，用于通知处于 RRC_IDLE 和RRC_CONNECTED 状态下的UE
• 网络侧通知UE当前有地震海啸警报系统（ETWS）

2. 寻呼触发源

有两种寻呼消息触发源：

• MME触发：MME发送寻呼消息时，eNodeB根据寻呼消息中携带的UE的跟踪区列表（TAL）消息，通过逻辑信道PCCH向其下属于TAL的所有小区发送寻呼消息来寻呼UE。寻呼消息包含指示寻呼来源的域，以及UE标识。UE标识可以是S-TMSI或IMSI
• eNodeB触发：系统消息变更时，eNodeB将通过寻呼系统消息通知小区内的所有EMM注册态的UE，并在紧随的下一个系统消息修改周期中发送更新的系统消息。

3. 寻呼流程

两者触发源不同，但是在空口的寻呼机制相同，具体寻呼流程如下：

1. SGW收到一个可知UE的下行数据，但是与这个UE之间没有用户面的连接（即SGW的上下文数据指示中没有下行用户面的TEID）时，SGW先缓存这些数据，并确认哪个MME为这个UE提供服务

2. SGW向MME发送Downlink Data Notification消息，这个节点与UE有控制面连接

3. 如果UE注册到MME，则MME向UE注册的TA列表所属的所有eNodeB发送寻呼消息。

4. eNodeB收到MME的寻呼消息，则eNodeB对UE发起寻呼

5. 当UE处于空闲态时，UE在E-UTRAN中响应寻呼，从而执行Service Request过程

6. UE在RRC Connection Setup过程中，发送NAS消息Service Request（封装在RRC消息里）给eNodeB，eNodeB再转发这个NAS消息给MME

7. MME可以选择触发安全流程（鉴权、加密）

8. MME发送S1-AP Initial Context Setup Request 消息（携带SGW Address、EPS Bearer QoS、Security Context、Handover Restriction List）给eNodeB，用于激活S1口承载

9. eNodeB将建立无线侧承载，eNodeB发送 RRC Connection Reconfiguration消息给UE，UE回复 RRC Connection Reconfiguration Complete消息给eNodeB

10. 此时eNodeB 将UE的上行数据转发给SGW，SGW再把上行数据转发给PDN GW

11. eNodeB发送一个S1-AP消息 Initial Context Setup Complete给MME，在这个消息里，eNodeB下行数据的TEID会包含在里面

12. MME发送一个Modify Bearer Request 消息给SGW，在这个消息里包含eNodeB的地址、S1 TEID等。这时候Serving GW可以传送下行数据给UE了

13. 最后，SGW发送一个Modify Bearer Response消息给MME

最后

以上就是伶俐高山为你收集整理的LTE信令流程——寻呼LTE信令流程的全部内容，希望文章能够帮你解决LTE信令流程——寻呼LTE信令流程所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。