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.

        当需要向处于ECM-IDLE态（UE在MME中的状态）的UE发送下行数据时，MME会向UE所注册的所有TA（Tracking Area）内的所有eNodeB发送一条PAGING消息（MME发往eNodeB），然后eNodeB会通过空口发送一条Paging消息（eNodeB发往UE）以寻呼UE。处于RRC_IDLE态的UE收到Paging消息后，可能会发起一个RRC连接建立过程以便接收呼叫。  

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

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

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

直接接收呼叫消息。

小区重选是UE在空闲态通过测量发现更优的小区，然后切换到更优小区的行为，这个过程中，

重选后UE在更优小区的状态是 Idle Camped ，回到paging消息，由于网络侧是对整个TA发送pagign消息，所以UE重选后仍然可以收到paging。