LTE Paging

概述

        LTE中的paging是一项重要行为。网络可以向空闲状态和连接状态的UE发送寻呼,寻呼过程可以由核心网触发,用于通知某个UE接收寻呼请求;或者由eNodeB触发,用于通知系统信息更新,以及通知UE接收ETWS以及CMAS等信息。

       寻呼消息的设计初衷是: UE在idle态下,UE和eNodeB并没有建立RRC 连接,网络不知道UE的位置,如果网络有消息(比如MT call)通知UE的话,就可以通过Paging消息寻呼UE, UE 在固定(PF/PO)的时刻盲检PDCCH,从而读取Paging 消息。
在RRC Connected态下, 既然UE和eNodeB存在RRC连接,为什么还要接受Paging 消息呢? 仔细观察,我们可以发现,在连接态下的Paging消息所携带的消息(系统消息改变/ETWS)都是针对整个cell的信息,而非针对某个特殊 UE的信息。因为是Cell级别的信息,eNodeB就会在所有的PF/PO发送这个寻呼消息来通知所有的UE,根本无需考虑UE是idle还是connected.

 

空闲态的paging

  • 向UE发送呼叫请求;(只有处于 RRC_IDLE 态的 UE,才会读取 pagingRecordList 中的信息)
  • 通知UE系统信息发生了变化,UE会将所有SIB都读取;
  • 通知 UE 开始接收 ETWS primary 通知和/或 ETWS secondary 通知;
  • 通知 UE 开始接收 CMAS 通知。

连接态的paging

  • 通知UE系统信息发生了变化,读取SIB1,2;
  • 通知 UE 开始接收 ETWS primary 通知和/或 ETWS secondary 通知;
  • 通知 UE 开始接收 CMAS 通知。

 

Paging消息

eNodeB侧触发的paging消息

LTE Paging

EPC侧触发的paging消息

LTE Paging

S-TMSI

S-TMSI的全称是SAE-Temporary Mobile Subscriber Identity,出于安全考虑,在寻呼过程中主要使用S-TMSI来标识UE。
因此在寻呼消息中如果所指示Paging ID是S-TMSI,则表示本次寻呼是一个正常的业务呼叫;
如果PagingID是IMSI,则表示本次寻呼是一次异常的呼叫,用于网络侧的错误恢复,此种情况下终端需要重新做一次附着(Attach)过程。

 

MT

空闲态

空闲态的UE和基站之间没有RRC连接,没有承载,呼叫消息就没法直接发给UE,因此需要经历以下过程:

接收paging -->随机接入-->RRC connect--> 接收呼叫消息

 

连接态

直接接收呼叫消息。

 

MT type Signalling
VOLTE call 网络下发 sip call setup 信令
CSFB call 网络下发CS_Service_Notification
上一篇:oracle – 如何对从水平分区表中提取的数据进行排序


下一篇:Linux 5.12 的 exFAT 文件系统更快删除大文件