R17 RedCap(二) 一些配置上的具体要求

具体要求"/>

R17 RedCap(二) 一些配置上的具体要求

在上一篇R17 Redcap中，已经基本上把spec中有关RedCap的内容全都捞了出来，其实还有漏网之鱼，比如38.213中的内容就给漏掉了。38.213中的内容和上篇内容有重复的地方，当然有也上篇没有提及的内容，比如Recap PUCCH 跳频相关的内容，以及Redcap在具体配置中要引起注意的具体规定等，下面就来看下这部分内容。 在此之前先看 initialDownlinkBWP-RedCap中两个IE配置要求。

 

如果 initialDownlinkBWP-RedCap不包括 CD-SSB 和整个 CORESET#0，那就不能在initialDownlinkBWP-RedCap中配置searchspaceSIB1和searchspaceOtherSystemInformation。 在这种情況下，在RRC_IDLE或RRC_INACTIVE中的RedCap UE要根据包含CD-SSB和CORESET 0的initial DL BWP 中的searchspaceSIB1和searchspaceOtherSystemInformation 来监听PDCCH 以便去收SIB1 以及OSI 。 RedCap UE procedures

 

UE建立RRC连接之后, 网络侧配置的initial DL BWP和active DL BWP应该要小于或等于UE支持的最大DL带宽。 在配置时，网络侧可以通过DownlinkConfigCommonSIB中的initialDownlinkBWP-RedCap向Redcap UE提供DL BWP，并且可以通过UplinkConfigCommonSIB中的initialUplinkBWP-RedCap向Redcap UE提供UL BWP。 如果UplinkConfigCommonSIB中的initialUplinkBWP指示的UL BWP大于redcap UE支持的最大UL BWP，则网络侧要通过UplinkConfigCommonSIB中的initialUplinkBWP-RedCap提供小于或等于UE支持的最大UL带宽的UL BWP。 值得注意的是，Redcap的最大带宽是确定的，在FR1是20MHZ，在FR2是100MHZ。

 

对于TDD，RedCap UE 不期望接收到 initial DL BWP 的中心频率不同于initial UL BWP 的中心频率的配置。其中在intial UL BWP 中 RedCap UE 可以发送 Msg1/Msg3 或 MsgA，在initial DL BWP中Redcap UE 要监听Type1-PDCCH CSS set，或根据sdt-SearchSpace 提供的 CSS set 进行RA SDT的PUSCH传输。 除了initial DL BWP，UE可以由BWP-DownlinkDedicated提供dedicated DL BWP；同理除了intitial UL BWP 之外，也可以通过BWP-UplinkDedicated向UE提供除 dedicated配置，同样的这里配置的BWP要小于或等于redcap UE支持的最大UL带宽的UL BWP。

 

如果有收到UplinkConfigCommonSIB中的initialUplinkBWP-RedCap的配置以及BWP-UplinkCommon中有配置rach-ConfigCommon或msgA-ConfigCommon，那redcap UE要根据这两个参数进行RA相关的过程； 否则，redcap UE就是用initialUplinkBWP中的BWP-UplinkCommon中的rach-ConfigCommon或msgA-ConfigCommon的参数进行RA。 不看配置结构压根不知道这在说什么，其实说来说去还是那句“对于Redcap UE，配置initialUplinkBWP-RedCap时，就用这里面配置的参数，否则就用initialUplinkBWP中配置的参数”。

 

在初始接入阶段，UE还没有和网络端通信，并不知道dedicated PUCCH 配置；这时SIB1里会配置pucch-ResourceCommonRedCap用于Redcap UE初始接入UCI的发送，这里的具体描述如下： 如果在UplinkConfigCommonSIB中为UE提供了initialUplinkBWP-RedCap 但是没有配置 dedicated PUCCH资源配置，则UE使用由pucch-ResourceCommonRedCap提供的PUCCH resource set进行PUCCH HARQ-ACK信息的发送，这里的PUCCH跳频要注意下，如果PUCCH-ConfigCommon中存在intra-SlotFH，那PUCCH 跳频是disable的。 如果PUCCH传输的跳频被禁用，这时候的initial cyclic shift index及PRB index由以下方式确定， initial cyclic shift index=r_PUCCH mod N_CS， 如果 Intra-SlotFH = 'fromLowerEdge',则PRB index=RB_BWP_offset +RB_BWP_offset-add +⌊r_PUCCH/N_CS ⌋； 如果 Intra-SlotFH = 'fromUpperEdge',则PRB index=N_BWP_size -RB_BWP_offset -RB_BWP_offset-add -1-⌊r_PUCCH/N_CS⌋。 其中RB_BWP_offset-add由additionalPRBOffset 提供,如下图； 否则，RB_BWP_offset-add =0。 而r_PUCCH和N_CS的含义参考 NR PUCCH(三)PUCCH resource 的配置与调用中的解释。

 

intra-SlotFH:如果为 RedCap UE 配置单独的intial UL BWP，则该参数的存在指示是否为RedCap UE 启用common PUCCH resource中单独 initial UL BWP 内的时隙内PUCCH 跳频。 如果该字段不存在，则启用RedCap 特定初始 UL BWP 内的时隙内PUCCH 跳频。 如果存在该字段，则禁用 RedCap 特定initial UL BWP 内的时隙内PUCCH 跳频，并且每个PUCCH资源映射到 UL BWP的单个 PRB，并且该参数可以确定PRB映射中的PRB index是从UL BWP的下沿开始按递增顺序计数(fromLowerEdge)，还是从 UL BWP 的上沿开始按递减顺序计数(fromUpperEdge)。

 

如果在UplinkConfigCommonSIB中没有配置initialUplinkBWP-RedCap并且此时也没有 dedicated PUCCH资源配置，此时如果有pucch-ResourceCommonRedCap，这用其中的pucch-ResourceCommonRedCap提供的PUCCH resource set来发送具有HARQ-ACK信息；否则就用根据pucch-ResourceCommon进行HARQ-ACK的发送。 对于DownlinkConfigCommonSIB中的initialDownlinkBWP-RedCap提供的initial DL BWP，如果处于RRC_IDLE状态或RRC_INACTIVE状态的UE要根据Type1-PDCCH CSS set监听PDCCH而不需要根据Type2-PDCCH CSS set监听PDCCH，则UE不期望initial DL BWP包括SSB和CORESET 0。 其中Type1-PDCCH CSS set适用于RA相关过程，Type2-PDCCH CSS set是用于接收paging相关过程。 如果配置的initialDownlinkBWP-RedCap没有包含任何SSB，Redcap UE怎么进行测量相关过程？后面这段来自38.321中的话就告诉你，进行ss-RSRP 测量时，要根据initialDownlinkBWP关联的SSB进行测量。

 

对于不是由BWP-DownlinkDedicated提供的active DL BWP，如果 UE不支持在未接收SSB时在active DL BWP中操作的能力，则处于RRC_CONNECTED状态的 UE 假定active DL BWP包括CD-SSB，且SSB和CORESET0是multiplexing pattern 1。

 

对于 BWP-DownlinkDedicated 配置的active DL BWP，除非 UE具有可以在不接收SSB的情况下在active DL BWP 中操作的能力( bwp-WithoutCD-SSB-OrNCD-SSB-RedCap-r17)，不具备该能力的话，就要给处于 RRC_CONNECTED 状态的 redcap UE  的active DL BWP配置用于获取SIB1的CD-SSB或有NonCellDefiningSSB提供的SSB。 如果active DL BWP包括UE用于获取SIB1的SSB，且SSB和 CORESET 复用模式是pattern 1，那active DL BWP中应该包括CORESET0。 如果Active BWP中包括NonCellDefiningSSB提供的SSB，且NCD-SSB和 CD-SSB的index 相同，那这些SSB应该具有相同的QCL属性。 这里相关的IE和NCD-SSB的配置如下

 

bwp-WithoutCD-SSB-OrNCD-SSB-RedCap-r17：表示支持RRC-configured DL BWP without CD-SSB或NCD-SSB。 仅当UE支持supportOfRedCap-r17时，UE才可以上报该字段。 nonCellDefiningSSB:如上图是通过BWP-DownlinkDedicated配置下来，如果配置的话，在此 BWP 中操作的 RedCap UE 会使用此SSB来实现原本使用服务小区的CD-SSB的目的，例如，获取同步、测量、RLM等。 此外，涉及SSB的BWP配置的其他部分(例如，QCL-Info IE 中配置的“SSB”；RadioLinkMonitoringRS中配置的“ssb-Index”；CFRA-SSB-Resource；PRACH-ResourceDedicatedBFR)隐式引用到这个NCD-SSB。除了NonCellDefiningSSB-r17 IE中配置的属性值之外，NCD-SSB具有与相应CD-SSB相同的属性值(例如ssb-PositionsInBurst、PCI、ssb-periodicity、ssb-PBCH-BlockPower) 。 如果Redcap UE发现active BWP中包含NonCellDefiningSSB指示的SSB，和SIB1 中ssb-PositionInBurst指示的SSB的资源冲突处理要求，例如SSB不能和PDSCH DMRS RE overlap，不能和时隙配置中的UL symbol冲突等等规定。 配置有NonCellDefiningSSB的UE进行PDCCH candidate监听时，如果UE不需要监听Type0-PDCCH CSS set中的PDCCH candidates，且此时PDCCH candidate与NonCellDefiningSSB提供的SSB至少有一个RE overlap，那UE就不需要监听这个PDCCH candidate。 Half-Duplex UE in paired spectrum

 

半双工UE (HD-UE) 无法在FDD服务小区上同时进行传输和接收。 HD-UE不期望在一个symbol set中既监测下行接收，又要进行上行发送。 如果HD-UE被高层配置一个symbols set用于接收PDCCH/PDSCH/CSI-RS/DL PRS，HD-UE没有收到DCI format指示要在这些symbol set中进行PUSCH/PUCCH/PRACH/SRS的调度时，HD-UE就可以在这些symbols set中去接收PDCCH/PDSCH/CSI-RS/DL PRS ; 否则，HD-UE就不应该在这个symbols set中接收PDCCH/PDSCH/CSI-RS/DL PRS。

 

如果HD-UE被高层配置为在symbols set中发送SRS/PUCCH/PUSCH，此时UE接收到DCI 要在这些symbols set中的某些符号中接收到指示HD-UE进行CSI-RS/PDSCH的调度，那么 (1)如果symbols set中的第一个符号相对于HD-UE检测DCI format的CORESET的最后一个符号的间隔在T_proc,2内，如下图，T_gap 小于T_proc,2，则HD-UE不取消该组符号中的PUCCH或PUSCH的传输 ； 否则，HD-UE会根据相应的优先级进行PUCCH/PUSCH/PUSCH repetition取消操作。 (2)对于要接收CSI-RS 或PDSCH的符号subset中要传输SRS的符号，如果这些符号处于 HD-UE检测DCI format的CORESET的最后一个符号之后的T_proc,2内，UE就不取消这些符号上的SRS发送，而其余范围的符号上对应的SRS就会取消。 其中T_proc,2是UE processing capability 1的PUSCH准备时间,这里假设d_2,1=1，而μ对应的是承载DCI format的PDCCH的SCS及SRS/PUCCH/PUSCH 的SCS的最小值。

 

 

对于HD-UE 高层dedicated配置时要注意，不能对于一个symbols set既配置UL传输相关的参数，也配置了DL接收相关的参数，只能二选一的配置。 HD-UE不期望在相同的symbols set中既配置用于SIB1/OSI/RA/Paging CSS相关的PDCCH接收，又配置有传输相关的参数。 如果HD-UE要根据高层配置进行PUSCH、PUCCH 或 SRS的发送，且HD-UE通过SIB1或ServingCellConfigCommon中的ssb-PositionsInBurst或者通过 NonCellDefiningSSB 知道active DL BWP内存在 SSB， (1)如果PUSCH或PUCCH传输的最后一个符号比下一个最早的SSB的第一个符号 提前的时间间隔不足N_Tx-Rx·T_c，则HD-UE不传输PUSCH或PUCCH； (2)如果在前一个最新SSB的最后一个符号与之后PUSCH 或PUCCH 传输的第一个符号的时间间隔不足N_Rx-Tx ⋅T_c，则HD-UE不传输PUSCH或PUCCH； (3)符号中的SRS与下一个最早SSB的第一个符号的时间间隔不足N_Tx-Rx ⋅T_c，HD-UE不传输SRS； (4)上一个最新SSB的最后一个符号与之后要发送的SRS的时间间隔 不足 N_Rx-Tx ⋅T_c，HD-UE不传输SRS。

 

如果 HD-UE 将在symbols set中进行PRACH、PUSCH、PUCCH 或 SRS 的传输，这时通过SIB1中的ssb-PositionsInBurst或NonCellDefiningSSB指示active DL BWP 内的symbols set中存在SSB，此时HD-UE就不会在symbols set上进行SRS的传输；对于与SSB发生overlap的符号上，HD-UE也不会进行PUSCH/PUCCH/PRACH的传输。 如果HD-UE将根据高层的配置在一symbols set中发送PRACH或MsgA PUSCH，并且该symbols set中的某些符号进行PDCCH/PDSCH/CSI-RS/DL PRS的接收，或者根据SIB1中的ssb-PositionsInBurst或ServingCellConfigCommon中的ssb-PositionsInBurst及NonCellDefiningSSB 显示active DL BWP中的SSB会在该symbols set中某些符号上，这种常见没有具体规定，这时候是传输PRACH/MsgA PUSCH还是接收PDSCH/CSI-RS/PL RS/PDCCH/SSB，取决于UE的具体实现。

 

如果HD-UE根据高层的配置要在某个symbols set上接收PDCC/PDSCH/CSI-RS/DL PRS，或者通过SIB1中ssb-PositionsInBurst或NonCellDefiningSSB显示在active DL BWP的某个symbols set内存在SSB，与此同时HD-UE将发送由高层触发的PRACH，这时候PRACH/MsgA PUSCH开始的符号比symbols set中的最后一个符号早N_Rx-Tx*T_c，或者结束的符号比symbols set的第一个符号晚N_Tx-Rx*T_c；这种场景协议没有规定，需要根据HD-UE的具体实现选择是发送PRACH/MsgA PUSCH还是接收PDSCH/CSI-RS/DL PRS/PDCCH/SSB。