搜尋

Connection resume procedure for RRC_INACTIVE State

UE處於RRC_INACTIVE State根據標準文件基本上會有兩種情況會觸發UE利用Connection resume procedure來回到RRC_CONNECTED State。這兩種情況包括:

  1. NAS events initiate resume procedure
  2. AS events initiate resume procedure

NAS events initiate resume procedure的情境中,主要包括了當UENASUL date或是UL signalling需要傳送;在AS events initiate resume procedure的情境中,則是主要包含要執行RNAU或是收到NG-RAN paging需要回應時。

不同事件觸發Connection resume procedure之後,會接著觸發Access control的機制,用來判斷此Connection resume procedure是否可以執行。根據不同觸發Connection resume procedure事件,其執行Access control的方式也會不同。

目前NR執行Access control的方式是根據不同連線要求的Access CategoryUE本身的Access Identities來判斷是否可以嘗試建立連線。根據不同的觸發Connection resume procedure的事件,將會定義不同的Access Category,來執行Access control。簡單的分類如下表:

表一: NAS events initiate resume procedure

NAS events

Access Category

Access Identities

resumeCause

UL date/signalling arrive

upper layers provide

upper layers provide

upper layers provide

表二: AS events initiate resume procedure

AS events

Access Category

Access Identities

resumeCause

RANU

Access Category 2 (*) or

Standardised RAN specific access category

UE implementation how AS layer obtains the Access Identities

rna-Update

RAN paging

Access Category 0

UE implementation how AS layer obtains the Access Identities

mt-Access, [highProrityAccess, MPS-PriorityAccess or MCS-PriorityAccess] (**)

關於AS event中的RANU觸發事件中有個特例,若是RNAU觸發時,同時發生emergency service的話,其Access Category會設為Access Category 2,這是根據CT1的標準所設定的要求,至於UE要如何得知是否有emergency service同時進行,則將交由UE implementation來判斷。

另外,若是由RAN paging觸發Connection resume procedure的情境下,若此UE具有highProrityAccess, MPS-PriorityAccess or MCS-PriorityAccessaccess identity,其resumeCause將被設置為highProrityAccess, MPS-PriorityAccess或是MCS-PriorityAccess,這是因應網路營運商希望盡早得知UE的身分來加速之後網路端的配置。

至此將根據各自觸發事件的Access CategoryAccess Identities來執行Access control。當通過Access control之後,UE就可以送出Connection resume request。而網路端可以根據當下的情況,回覆不同的訊息給UE,並且觸發之後不同的程序。這將在之後的篇幅後再作介紹。

留言

請先登入後再回覆文章