當UE處於RRC_INACTIVE State時,根據標準文件,基本上會有兩種情況會觸發UE利用Connection resume procedure來回到RRC_CONNECTED State。這兩種情況包括:
- NAS events initiate resume procedure
- AS events initiate resume procedure
在NAS events initiate resume procedure的情境中,主要包括了當UE的NAS有UL 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 Category與UE本身的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-PriorityAccess的access identity,其resumeCause將被設置為highProrityAccess, MPS-PriorityAccess或是MCS-PriorityAccess,這是因應網路營運商希望盡早得知UE的身分來加速之後網路端的配置。
至此將根據各自觸發事件的Access Category與Access Identities來執行Access control。當通過Access control之後,UE就可以送出Connection resume request。而網路端可以根據當下的情況,回覆不同的訊息給UE,並且觸發之後不同的程序。這將在之後的篇幅後再作介紹。