由于近期工作超级忙，只能见缝插针地用碎片时间来学习NR相关知识和写笔记，这篇笔记前后写了差不多一个月。

工作忙碌阶段留给学习的时间和精力都捉襟见肘，而NR随便一个主题的一个小分支都可能极其复杂从而想要掌握它将会耗时甚巨，以致于时常产生放弃的想法，但想想如果放弃了，就会变成一种习惯，即使再回到学习状态，再次放弃就更轻易，于是告诉自己，不管多没时间，就算再慢，也要学习并且写下去。哪怕某天只学习十分钟，也可能掌握知识网络里的某个点，就类似于记单词，在地铁上看到某个英文告示里的生词，查询并记下来，在超市里看到某个进口食品的说明里的生词，查询记下来，日积月累，就很可观。而这些小点可能某天就会串成线，形成网。因此，时间少、进步慢都没关系，只管告诉自己：聊胜于无，无数次聊胜于无就可能积跬步至千里。

1 overview

与CSI Resource Setting的时域行为类似，CSI Reporting Setting的时域行为也分三种类型。

- Periodic: 通过PUCCH上报

Periodic CSI Report只能在PUCCH上传输，因为PUSCH的资源需要动态指示，而用于传输periodic CSI report的PUCCH资源则可以预先配置(通过RRC)。

通常来说，periodic CSI report会配置比较长的周期并且只用于粒度较粗的宽带(wideband)CSI获取以用于初始的数据包调度或者PDCCH的链路自适应。UE有更多的数据需要传输时，可以通过semi-persistent或aperiodic reporting上报更精准的CSI.

- Semi-Persistent：通过PUCCH或PUSCH上报

类似于periodic reporting，semi-persistant reporting可以通过周期性分配的PUCCH传输。也可以用semi-persistantly分配的PUSCH传输：也就是通过DCI动态分配PUSCH资源，然后半静态地使用直到被释放。

- 基于PUCCH的semi-persistant reporting，类似于periodic CSI reporting，PUCCH资源半静态指示。

- 基于PUSCH的semi-persistant reporting，类似于aperiodic CSI reporting，PUSCH资源动态分配，主要用于传输CSI Report信息量比较大的情形。

因此这两种反馈采用不同的激活/去激活方式。详见第二节。

- Aperiodic: 通过PUSCH上报

只能在PUSCH上报，因此需要基站调度上行资源(uplink grant)，因此aperiodic reporting的触发只能包含在上行调度信息所在的DCI中，而不能在另外格式的DCI中。

对于Periodic和Semi-persistant的report来说，需要在ReportConfig中配置周期(Periodicity)和时隙偏移(slot offset); 对于Aperiodic的report来说，slot offset由动态信令指示。链接到同一个CSI Reporting Setting的CSI Resource Setting具备相同的时域行为。

2 激活和触发

Periodic CSI Reporting

类似于Periodic CSI-RS, Periodic CSI Reporting在RRC配置之后就激活了。其周期(Periodicity)  (以slot为单位)和slot offset  由RRC参数reportSlotConfig配置。除非特别说明，和必须符合如下公式(38.214 – 5.2.1.4), 其中μ是传输CSI Report的UL BWP的SCS配置。 

Semi-Persistent CSI Reporting

分两种情况讨论: 基于PUCCH和基于PUSCH

1) 基于PUCCH

- 配置

   同Periodic CSI Reporting一样，和符合上面提到的公式。

- 激活

对于PUCCH上发送的CSI Report, RRC配置好之后，需要通过Activation MAC-CE来激活，通过Deactivation MAC-CE来去激活。UE的MAC实体收到Activation/Deactivation MAC-CE后，通知物理层PUCCH激活信息。

2) 基于PUSCH

-配置

其周期由reportSlotConfig配置，取值范围{sl5, sl10, sl20, sl40, sl80, sl160, sl320}，需满足如下公式：

而slot offset则由reportSlotOffsetList配置，其配置细节会嵌入到“激活"部分的第二张图里讲解。

-激活

RRC配置最多64个Trigger State，每个Trigger State对应一个CSI reportConfig，使用DCI的CSI Request字段来激活Trigger State：

Semi-persistent CSI Report的slot offset在reportSlotOffsetList配置，由DCI指示：

Aperiodic CSI Reporting

Aperiodic CSI report只能在PUSCH上报并且只上报一次，通常是在gNodeB需要最新的精准CSI参数时触发。PUSCH相比PUCCH可以携带更多数据，因此可以传输信息量更大的基于子带(5G NR - CSI-RS学习笔记8 - CSI Reporting Setting Overview)的CSI信息，甚至可以上报基于CA(Carrier Aggregation)的多个CSI Report传输。

- 激活和触发

Aperiodic CSI Peport由UL DCI触发，DCI可以同时包含上行调度信息(UL Grant)，这样CSI Report可以和上行数据一起在PUSCH传输，不过也可以只传输CSI而不传输数据 -- 这种情况，DCI Format 0_1/0_2的UL-SCH indicator字段需要设置为0(38.212-7.3.1.1.2/7.3.1.1.3). 基站通过DCI的CSI-request字段来指示Aperiodic Trigger State，每个Trigger State可以关联到多个report setting，一个UE最多可以配置128个trigger states用于aperiodic CSI上报：

- 当配置的trigger state超过个时，通过MAC-CE选择其中最多个trigger states进行激活，再映射到DCI的CSI Request的code point指示给UE.

- 当配置的trigger state小于等于个时，直接通过DCI的CSI Request指示UE.

(表示CSI Request字段的大小，由RRC参数reportTriggerSize配置，取值范围是{0,1,2,3,4,5,6})

一个trigger state最多可以同时请求16个CSI report，每个CSI Report又可以链接到多个CSI-RS ResourseSet. Aperiodic Trigger State和reportConfig的关系以及CSI report的触发过程在<5G NR - 参考信号(Reference Signal)学习笔记6 - TCI配置/激活/指示>已经详细描述过。

3 与CSI Resource Setting时域行为的关系

Periodic CSI Report只能采用Periodic CSI-RS和Periodic CSI-IM分别进行信道测量和干扰测量，同时不支持使用NZP CSI-RS进行干扰测量。用于CSI Acquisiton时，每个CSI Reporting Setting所关联的Resource Setting中只能包含一个CSI-RS Resource Set。

Semi-Persistant CSI Reporting可以使用Periodic或SP CSI-RS进行信道测量，并相应地使用Periodic或SP CSI-IM进行干扰测量，同样不支持用NZP CSI-RS进行干扰测量。

Aperiodic CSI Report可以基于Periodic、Semi-persistent和Aperiodic CSI-RS进行信道测量，相应地使用Periodic、Semi-persistent和Aperiodic CSI-IM进行干扰测量，同时只能采用非周期NZP CSI-RS进行干扰测量。

详细关联关系如下表：

//38.214-Table 5.2.1.4-1

​

---

笔者在公众号“协议工程师笔记”定期首发NR/LTE/IMS...学习笔记, 敬请关注、订阅和分享，谢谢！

                                                               

                                                                      一起努力，蒸蒸日上