幾個REDCAP流程

2023年隨手記第三十九篇，繼續(xù)3GPP協(xié)議REDCAP部分學習。本篇文章將延續(xù)REDCAP的文章系列：

關注R17新引入的NR IoT技術(shù)--REDCAP

2022隨手記（22）3GPP REDCAP預研信息匯總（一）

R17已經(jīng)在去年順利凍結(jié)，R17的一個非常重要的內(nèi)容是引入了5G Reduced Capability的內(nèi)容。具體的框架和基本信息大家參考上面的幾篇文章。本篇文章將進一步總結(jié)REDCAP所涉及的相關接口上的流程與信令。

兩個骨干提案如下：

TS38.300

RedCap UE相對于非RedCap的UE具有更低的復雜性。R17的協(xié)議規(guī)定：RedCap UE必須在FR1中支持20MHz的最大UE信道帶寬，在FR2中支持100MHz。同時REDCAP UE不支持CA，MR-DC，DAPS，CPA，CPC和IAB相關的能力。

REDCAP UE在隨機接入過程中予以標識。有兩種方式：

第一種方式是通過MSG3/MSGA(必選），使用REDCAP 特定的LCID。不需要網(wǎng)絡針對REDCAP特定的配置。這些LCID在38.321定義如下：

第二種方式是通過MSG1/MSGA（可選），通過PRACH occasion或者PRACH preamble。這個方式中需要網(wǎng)絡事先將特定的REDCAP RA配置發(fā)送給UE

此外，使用1RX branch和2 Rx branches的REDCAP UE可通過系統(tǒng)消息廣播給UE相應配置，而使用Half-Duplex FDD模式也可通過廣播消息配置：

另外，SIB1中包含了特定的REDCAP IFRI，如下：

intraFreqReselectionRedCap-r17 ENUMERATED {allowed, notAllowed

如果這個參數(shù)為缺省則不允許RedCap UE接入。

RRM測量放松功能由網(wǎng)絡側(cè)指定啟用和禁用。在RRC_IDLE和RRC_INACTIVE中，當滿足靜止準則或者當滿足靜止標準和非小區(qū)邊緣準則時，允許RedCap UE放松對相鄰小區(qū)的RRM測量。網(wǎng)絡可以在RRC_CONNECTED中為RedCap UE配置平穩(wěn)性標準，并且當滿足或不再滿足平穩(wěn)性標準時，UE應當使用UE輔助信息來報告其RRM測量放松狀態(tài)。

處于RRC_IDLE或RRC_INACTIVE中的RedCap UE僅在與CD-SSB相關聯(lián)的初始BWP（默認或RedCap特定）中監(jiān)視尋呼，并在CD-SSB上執(zhí)行小區(qū)重選和相關測量。如果配置了特定于RedCap的初始UL BWP并選擇了NUL，則RRC_IDLE和RRC_INACTIVE中的RedCap UE應僅使用特定于RedCap的初始UL BWP來執(zhí)行RACH。只要每個BWP配置有最多一個SSB，則RedCap UE可以配置有多個NCD SSB。NCD-SSB可以被配置用于RRC_CONNECTED中的RedCap UE，以在活動BWP不包含CD-SSB時執(zhí)行RLM、BFD和RRM測量以及RA資源選擇。

TS38.401

涉及REDCAP的流程，初始接入流程：

1. UE向gNB DU發(fā)送RRCSetupRequest消息。

2. gNB DU在INITIAL UL RRC message TRANSFER消息中包括RRC消息，并且如果UE被允許，則包括用于UE的相應的低層配置傳送到gNB CU。INITIAL UL RRC MESSAGE TRANSFER消息包括由gNB DU分配的C-RNTI。如果gNB DU在隨機接入過程中將UE標識為REDCAP UE，則在INITIAL UL RRC MESSAGE TRANSFER消息中提供NR RedCap UE指示。

3. gNB CU為UE分配gNB CU UE F1AP ID，并生成針對UE的RRCSetup消息。RRC消息封裝在DL RRC message TRANSFER消息中。

4. gNB DU向UE發(fā)送RRCSetup消息。

5. UE向gNB DU發(fā)送RRC CONNECTION SETUP COMPLETE消息。

6. gNB DU將RRC消息封裝在UL RRC message TRANSFER消息中，并將其發(fā)送給gNB CU。

7. gNB CU向AMF發(fā)送INITIAL UE MESSAGE消息。

8. AMF向gNB CU發(fā)送INITIAL CONTEXT SETUP REQUEST消息。

9. gNB CU發(fā)送UE上下文設置請求消息，以在gNB DU中建立UE上下文。在該消息中，它還可以封裝SecurityModeCommand消息。在NG-RAN共享的情況下，gNB CU包括服務PLMN ID（對于SNPN，服務SNPN ID）。

10. gNB DU向UE發(fā)送SecurityModeCommand消息。

11. gNB DU向gNB CU發(fā)送UE上下文設置響應消息。

12. UE以SecurityModeComplete消息進行響應。

13. gNB DU將RRC消息封裝在UL RRC message TRANSFER消息中，并將其發(fā)送給gNB CU。

14. gNB CU生成RRCReconfiguration消息，并將其封裝在DL RRC message TRANSFER消息中。

15. gNB DU向UE發(fā)送RRCReconfiguration消息。

16. UE向gNB DU發(fā)送RRCReconfigurationComplete消息。

17. gNB DU將RRC消息封裝在UL RRC message TRANSFER消息中，并將其發(fā)送給gNB CU。

18. gNB CU向AMF發(fā)送INITIAL CONTEXT SETUP RESPONSE消息。

RRC重建流程：

1. UE向gNB DU發(fā)送前導碼。

2. gNB DU分配新的C-RNTI，并用RAR進行響應。

3. UE向gNB DU發(fā)送RRCReeestablishmentRequest消息，該消息包含舊的C-RNTI和舊的PCI。

4. gNB DU在INITIAL UL RRC message TRANSFER消息中包括RRC消息，并且如果UE被允許，則包括用于UE的相應的低層配置，并且傳送到gNB CU。INITIAL UL RRC MESSAGE TRANSFER消息包括新的C-RNTI。如果gNB DU在隨機接入過程中將UE標識為REDCAP UE，則在INITIAL UL RRC MESSAGE TRANSFER消息中提供NR RedCap UE指示。

5. gNB CU包括RRCReeestablishment消息并傳送到gNB DU。如果UE請求在最后一個服務gNB DU中重新建立RRC連接，則DL RRC MESSAGE TRANSFER消息應包括舊的gNB DU UE F1AP ID。

6. gNB DU基于舊的gNB DU UE F1AP ID檢索UE上下文，并用新的C-RNTI/PCI替換舊的C-RNTI/PCI。它向UE發(fā)送RRC Setup消息。

7-8, UE向gNB DU發(fā)送RRCReeestablishmentComplete消息。gNB DU將RRC消息封裝在UL RRC message TRANSFER消息中，并發(fā)送給gNB CU。

9-10, gNB CU通過發(fā)送UE上下文修改請求消息來觸發(fā)UE上下文修改過程，該消息可以包括待修改和釋放的DRB列表。gNB DU用UE上下文修改響應消息進行響應。

9'-10' , gNB DU通過發(fā)送UE上下文MODIFICIATION REQUIRED消息來觸發(fā)UE上下文修改過程，該消息可以包括要修改和釋放的DRB列表。gNB CU用UE上下文修改確認消息進行響應。

11-12 , gNB CU將RRCReconfiguration消息包括在DL RRC message TRANSFER消息中，并傳送到gNB DU。gNB DU將其轉(zhuǎn)發(fā)到UE。

13-14 , UE向gNB DU發(fā)送RRCReconfigurationComplete消息，gNB DU轉(zhuǎn)發(fā)給gNB CU。

本文結(jié)束，RedCap其他內(nèi)容待續(xù)。