2022隨手記第三十四篇,繼續(xù)RedCap協議學習的內容。本篇簡要總結RedCap的幾個無線側的特性和能力。先羅列一下RedCap承前啟后的文章系列:
隨手記2022(33)3GPP REDCAP預研信息匯總(二)--Redcap UE相關流程的配置
2022隨手記(22)3GPP REDCAP預研信息匯總(一)
宏文2022(6)關注R17新引入的NR IoT技術--REDCAP
Part1: RedCap UE的必要特性
RedCap--Reduced Capability顧名思義即使相對非RedCap UE來說是復雜度降低了的一類UE設備。3GPP協議規(guī)定RedCap UE的必要條件是FR1:最大支持20MHz帶寬,FR2:最大支持100MHz帶寬。
Part2:RedCap UE的能力capability
作為Reduced Capability的特性呈現,RedCap UE將不支持CA,MR-DC,DAPS,CPC和IAB相關的能力(截至R17 h00版本)。網側也通過配置實現避免非RedCap能力配給RedCap UE。RedCap UE的相關能力如下:
RedCap UE的相關限制,和上面所列有點重復哈,
Part3:識別(Identification),接入(Access)與駐留(Camping)的限制
協議規(guī)定通過MSG3/MSGA對RedCap UE的識別是必選項,也就是RedCap初期的產品也需要支持的選項。這個方式是通過CCCH/CCCH1所指定的特定專有LCID來識別RedCap UE。這些新引入的LCID如下:
而MSG1/MSGA的方式是通過特定的RO或者preamble配置來識別(可選方案)。
RedCap UE如下特性可通過系統(tǒng)消息通知:
1?RX?branch
2 RX branch
半雙工模式
RedCap 特定的IFRR通過SIB1通知,當缺省時不允許RedCap UE接入。
RedCap UE所允許訪問的頻率也是通過廣播消息通知。
這些IE在SIB1中呈現:
Part4:RRM測量relaxations
RRM measurement relaxation功能可通過網側打開和關閉。處于RRC_IDLE和RRC_INACTIVE態(tài)的REDCAP UE在滿足相應的stationary criterion或者同時滿足stationary criteriion和not-at-cell-edge時刻對鄰區(qū)進行所謂的relax RRM測量。網側也可以為連接態(tài)RRC_Connected UE配置相應的stationary criterion,之后在UE滿足stationary criterion或者不滿足時會通過UAI(參考2021隨手記(33)截止v16.5.0為止的UAI內容簡要匯總,R17會增加新的UAI,RAN4工作組正在討論相關內容)上報RRM measurement relaxation status。
Part5:BWP operation
RedCap UE在RRC_IDLE和RRC_INACTIVE狀態(tài)時在關聯CD-SSB的initial BWP(default或者RedCap特定的BWP上)只監(jiān)聽paging消息,并對CD-SSB進行測量,執(zhí)行小區(qū)重選等。而當配置使用了RedCap特定的initial UL BWP時,處于RRC_IDLE和RRC_INACTIVE狀態(tài)的RedCap UE將只在這類特定的initial UL BWP上發(fā)起RA過程。RedCap UE也可以配置使用多個NCD-SSB,每個BWP最多配置一個SSB。在RRC_CONNECTED場景中,NCD-SSB可為RedCap UE配置用于RLM,BFD以及服務小區(qū)相關測量(當active BWP未包含CD-SSB情況下)。
回顧下CD-SSB的定義:
多SSB并存使用示例:
處于RRC_CONNECTED狀態(tài)的UE,其所駐留的服務小區(qū)為其配置的BWP們可能與處于同一載波頻段的其他小區(qū)的UE的BWP重疊。而且同小區(qū)內的載波頻段范圍內也可以有多個SSB并行發(fā)送。而從UE的角度來看,它在服務小區(qū)內只關聯最多一個單一的SSB。上圖示例即為一個使用多SSB的場景,此例中包含了兩個小區(qū):關聯SSB1的NCGI=5和關聯SSB3的NCGI=6,這兩個小區(qū)中的BWP重疊。在合理情況下,網側可配置UE測量每個可用的SSB。