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消息

EPC側觸發的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
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章