5131
2022年随手记第三十三篇，继续总结REDCAP的信息，前面REDCAP文章如下：
2022随手记（22）3GPP REDCAP预研信息汇总（一）
当然，RedCap相关的内容会随着后续积累越来越丰富的。本文简单聊一下RedCap UE的几个方面的流程。RedCap UE的相关处理流程与普通MBB UE很相似的，可以说是在之前的配置架构基础上进行的演进更新。
一般情况下，UE在相应的专用RRC连接建立完成后所使用的initial DL BWP和active DL BWP小于UE所支持的最大DL频带带宽，当然也小于载波带宽了。在R17规范中定义了一些RRC IE专用于配置RedCap。在下行方向上使用IE组DownlinkConfigCommonSIB中的initialDownlinkBWP-RedCap-r17来提供DL BWP配置。通过UplinkConfigCommonSIB中的initialUplinkBWP-RedCap-r17来提供UL BWP配置。这个IE结构为：
请注意上图中关于initialUplinkBWP-RedCap这个IE使用的逻辑描述。当前的H10版本中38213和38331的H00描述还不是很match。目前看38.331中的逻辑是比较清晰和准确的。此外除了配置initial BWP，还可以通过BWP-DownDedicated和BWP-UplinkDedicated分别为UE配置上下行BWP。
专门为RedCap UE的RA配置参数如下：
这里包含了标准RA和two-step RA的参数配置。RA相关过程的文章参考：
随手记2022（16）NR RA的RAR信息
随手记2022（15）5G NR 定时提前量TA
2021随手记（21）R16中的2-step RA过程（上）
2021精华文（9）R16引入的2-step RA过程（下）
2021随手记（43）NR RA的一些琐碎信息
2021精华文（16）NR RA的部分用例总结
5G PRACH格式，log示例及部分相关信息汇总
2021精华文（1）NR PRACH时频资源映射总结回顾
5G RA各msg使用的SCS小结
在PUCCH资源配置方面，如果在上述initialUplinkBWP中没有配置专有PUCCH资源配置，则RedCap UE就要使用所谓的common PUCCH资源来传送HARQ反馈：
在跳频关闭时候就需要另外一个参数pucchResourceConfigRedcap来定义UL BWP一侧的单一PRB offset，这个PRB index规定逻辑为：
而UE通过γPUCCH mod NCS来确定初始CS。NR PUCCH的背景文章可参考：
2022随手记（27）PUCCH时频资源分配流程
2021随手记（48）NR PUCCH学习总结回顾
随手记2022（8）NR PUCCH中的UCI信息（上）
随手记2022（9）PUCCH中的UCI信息（下）
5G NR PUCCH 资源集
对于为RedCap UE配置了的DL BWP，在UE通过Type1-PDCCH CSS集监听PDCCH而不是通过Type2-PDCCH CSS集监听PDCCH情况时, 此时的场景是UE认为initial DL BWP不包括SSB或CORESET0。如果UE根据Type2-PDCCH CSS设置来监听PDCCH，则终端对initial DL BWP有如下假定：
当UE需要通过SSB来获取SIB1情况下，则需要包括一个SSB和CORESET0
如果initial DL BWP不包含UE用于获取SIB1的SSB（CD-SSB），则就是包括SSB但不包含CORESET0（NCD-SSB）。
对于由BWP-DownlinkDedicated提供的acitve DL BWP的场景, UE会认为active DL BWP包含SSB，除非UE表明具备在没有SSB和CORESET0的情况下处理DL BWP的能力。
有关BWP和PDCCH相关文章就很多了，如下列出：
2021精华文（10）休眠BWP（Dormant BWP）
2021随手记（10）BWP相关配置续
随手记（4）BWP
随手记（19）NR搜索空间及PDCCH盲检
5G NR PDCCH搜索空间
2021随手记（41）NR小区搜索回顾
随手记（16）5G NR CORESET配置与资源映射总结回顾
随手记（17）CORESET0及CSS0配置回顾总结
随手记（18）SSB与RMSI CORESET的复用pattern
本文至此结束，后续会继续总结RedCap的各方面的信息。3GPP当前的各个规范之间的衔接还有些问题。期待后续改进和修正。
RedCap学习也刚刚开始，理解有误之处也请各位同行不吝指正。
下载ECAD模型
