595-减少多波束允许的开销和时延.docx

减少多波束允许的开销和时延在R16中，一个MAC CE可用于更新同一频带内的一组载波的CORESET/PDSCH的TCT状 态关于带间CA,可以针对QCL类型的QCL类型，对闭合的频带进行QCL因此，为 了节省信令开销，应该支持MAC CE来更新Band组中的载波组的CORESET/PDSCH的TCI 状态UE可以通过UE能力报告上报属于一个band group的频带此外，下行波束指示的一个开放问题是，当TCI状态未配置时，周期CSI-RS的QCL假 设如何进行？如果没有提供TCI状态，一个可能的假设是，这种周期性CSI-RS用于P1 然而，问题来了，目前还没有定义gNB应该始终为一个周期CST-RS资源的不同实例保 持相同的波束因此，在没有CSI-RS资源的一致Tx波束的假设下，UE很难执行Rx波 束跟踪然后，一种可能的方法是定义周期CSI-RS的默认波束，以便UE能够有一个 明确的假设来接收这种CSI-RSo不需要优化这种默认波束行为，但对于UE来说，有一 个基本假设，以便于UE波束跟踪，从而节省UE波束跟踪的波束指示开销和延迟对 于CST采集的CST-RS,由于默认PDSCH波束可以应用于PDSCH,因此最好使用默认 PDSCH波束作为此类CSI-RS的默认波束。

对于TRS,由于UE需要执行一些过滤器，因 此最好可以固定默认光束而上行波束指示如何呢？用于在未配置空间关系信息且未配置路径丢失参考信号时，指定UE有一个空间关系假 设这各假设有几个问题：•问题1：默认PDSCH波束取决于时隙索引，其中“下行时隙”不清楚如果一个时 隙同时包括下行和上行，那么该时隙是否应被视为“下行时隙” ？如图1所示•问题#2：默认的PDSCH波束可能会时不时地改变，但是当前的路损RS被定义为基 于被识别为检测MIB的SSB UE,其不能快速改变这将导致严重的开环功控不匹 配然而，对于一个PUCCH/SRS资源，在没有高层信令更新的情况下，仅维持1个 闭环功控，这一问题不容易通过闭环功控来处理，如图2所示•问题#3：当UE报告SRS的1个活动空间关系（强制）时，很难实现强制UE能力， 但UE支持PDCCH的2个活动TCI状态如果没有配置空间关系，则所有CORESET 波束都有机会应用到SRS,这迫使UE为SRS/PUSCH保持2个活动的空间关系信息•问题#4：如果没有配置CORESET和活动TCI状态，则默认SRS波束仍不清楚•问题5：对于带有PUCCH的分量载波，当没有配置CORESET时，不需要定义case, 因为在当前规范中不允许这样的caseoCORESET 1CORESET 2PUCCH(Should PUCCH follow the beam from CORESET1 or CORESET2?)图1:关于默认PUCCH/SRS波束假设的问题#1How to use closed-loop power control to set a proper Tx power?Beam to receive pathloss RSCORESET 1 beamCORESET 1 beamPUCCH resource 1(Follow CORESET 1 beam)PUCCH resource 1(Follow CORESET 1 beam)PUCCH resource 1(Follow CORESET 1 beam)PUCCH resource 1(Follow CORESET 2 beam)TimeTimeTimeSlot nSlot n+1图2：关于默认PUCCH/SRS波束假设的问题#2为了解决上述问题，一个普遍的原则是不需要优化默认PUCCH/SRS波束。

为了基于一 个DL signal #1定义默认PUCCH/SRS波束，可能不存在这样的DL signal #1,然后 一种可能的方法是基于DL signal #2定义默认PUCCH/SRS波束，但有可能没有DL signal #20 一种情况可能是分量载波或其他载波中没有可识别的下行信号但是gNB 仍然可以通过MAC-CE配置PUCCH/SRS波束，其中目标RS可以是来自同一载波或另一 载波的RSo目前PUCCH/SRS的空间关系信息表示框架可以给gNB足够的灵活性此外，协议同意 gNB可以使用MAC-CE来更新来自多个载波的SRS资源的空间关系，并且gNB可以使用 MAC-CE来更新PUCCII资源组的空间关系因此，指示PICCI1/SRS的波束不依赖于太多 的信令开销因此，通常PUCCH/SRS的默认波束应该简化另一个可能的问题是，当DCI formatO.0调度时，PUSCH的Tx波束未配置专用PUCCH 资源一种可能的方法是扩展PUCCH/SRS的默认波束在Rel-15中，己指定gNB至少 应为码本/非码本传输配置一个SRS资源，这取决于配置的传输方案因此，一种简单 的方法是基于配置的SRS资源之一确定DCI format0_0的PUSCH波束。

这不会增加系 统开销，因为gNB不需要触发SRS传输最后还提出了一种基于MAC CE的路径丢失参考信号的假设定义了在UE测量新路径 丢失参考信号的5个样本后，新的路径丢失RS将在1个时隙之后应用，如图3所示TimeTimeTimeTransition delay:Whether to update higher layer 1 slot filtered RSRP is up to UEMAC CE to update ack f MAC CE 1st sample of5th sample of New pathloss referencepathloss reference signal r L pathloss reference signal pathloss reference signal sjgnal is applied图3:基于MAC CE的路径丢失RS更新机制UE测量第5个样本后，UE必须将L1测量结果传送到L3,然后在L3滤波后，L3可以 向L1发送高层过滤RSRP,以导出功控的路径损耗这种跨层处理需要1个以上的时 隙，特别是对于120kHz的SCS情况这种跨层行为至少需要2毫秒。

剩下的另一个问题是如何支持一组PUCCH资源的波束指示已商定为每个BWP计划最 多支持4个组然后通过RRC层配置一个组ID, MAC-CE可以指示该组1D以及新的空 间关系信息，从而更新PUCCH资源对应组的波束然而，一个公开的问题是，组TD是 应该在PUCCH资源中配置，还是应该在PUCCH空间关系信息中配置？这两种不同的方 式会产生不同的功能如果在PUCCH资源中配置了组TD, gNB就不能在没有RRC重配置的情况下轻松地更新 它如果在空间关系信息中配置了组ID,那么gNB可以使用MAC-CE来更新PUCCH资源 的组ID因此，后一种方法可以为gNB提供更好的灵活性1. 1对于SCell波束恢复，还有1个未解决的问题：当CORESET配置为2个以上时，如何 选择2个BFD (Beam failure detection) RS对于单个TRP或基于单个DCI的多TRP操作，gNB最多可以为UE配置3个CORESET0 对于基于多DCI的多TRP操作，最多可配置5个CORESET,其中最多可从一个TRP传输 3个CORESETo 一种可能的方法是，这可能取决于UE实现然而，如果这样的信息对 gNB是不透明的，gNB就不能理解哪一个波束真正失效。

相反，它可能认为所有的波束 都不能工作，或者触发一个单独的波束报告这两种方法都会导致额外的开销和时延, 因为在健壮性方面，gNB需要在波束故障恢复完成后识别一些其他潜在的候选波束 此外，UE可以不报告当前CORESET中的波束的RSRP例如，UE在一个报告实例中只能 报告4个波束，无法报告5个CORESET的状态因此,当CORESET的数目被配置为多 于2时，有必要定义UE如何选择2个BFD RS的行为对于多TRP操作，主TRP应该优先，因为大多数控制信令将从主TRP传送在一个TRP 中，gNB最多可以配置3个CORESET,然后UE可以重用RLM定义的方式来选择相应的 CORESET,其中UE选择关联搜索空间的最小周期的CORESET,如果周期相同，UE可以 选择ID最低的CORESET, 一般来说,要选择2个BFD RS, UE可以先计算CORESET中配 置的高层索引，然后计算每个CORESET的相关搜索空间的周期性，然后计算CORESET IDo对于SCell BFR,基于两步的波束故障恢复请求(BFRQ)过程如图4所示，其中UE可 以在第一步通过PCell或PSCell中的BFR (PUCCH-BFR)的类似SR的PUCCH资源发送 波束故障事件，并且在接收到步骤2的上行链路许可之后，UE可以为BFR发送MAC-CE 以携带失败的载波索引以及新的波束索引。

图 4: SCell BFRQ 流程SCell BFRQ程序有儿个未决问题：•跳过PUCCH BFR的条件• 来自URLLC的PUCCH-BFR和UCI在同一符号中传输时的冲突处理 如果存在PUSCH机会，则UE不需要发送PUCCH-BI«Ro这种PUSCH机会不需要与PUCC1I- BFR的资源位于同一时隙中如图5所示，如果PUSCH机会在PUCCH-BFR的资源附近, 则UE不需要触发PUCCH-BFR,直到有响应报告BFR的MAC-CEo要进行步骤1及其响应， 应至少采用N2符号，其中N2符号基于PUSCH准备时间因此，在UE声明波束失败 后，如果在时隙n+K之前存在己知的PUSCH机会，K =［削，其中时隙n包括PUCCII-BFR 的资源,UE可以跳过步骤1 PUCCHoUE declaresResource forResource forbeam failurePUCCH-BFRConfigured-grant PUSCH12345678图5:跳过PUCCH-BFR的潜在情况PUCCH-BFR可能与其他URLLC UCI发生碰撞,例如SR、HARQ-ACK和CSI从更高层的 角度来看，URLLC应该优先于eMBB。

但PUCCH-BFR对URLLC和eMBB都是通用的因此， 当PUCCH-BFR与URLLC-SR发生冲突时，也应该优先考虑它，并且它也可以与其他UCI 以与eMBB UCI相同的方式进行复用。